Method and apparatus for testing a vehicle's chime

Abstract

The embodiment of the present specification provides a prompt sound test method and device of a vehicle, wherein a prompt sound test method of a vehicle comprises: obtaining a test instruction of a prompt sound corresponding to prompt sound configuration data set for the vehicle through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal; loading the prompt sound configuration data according to the response state of the sound playing component of the vehicle, and playing the prompt sound after loading; judging whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if yes, it is determined that the test of the prompt sound is passed.

Description

[0001] This patent application is a divisional application of the Chinese patent application with application number CN202310041843.5, application date January 12, 2023, and invention name "Prompt sound testing method and device of vehicle". TECHNICAL FIELD

[0002] The present document relates to the technical field of data processing, in particular to a prompt sound testing method and device of vehicle. BACKGROUND

[0003] With the development of the motor vehicle industry, the number of motor vehicles is growing rapidly, and more and more users buy vehicles for commuting. The number of vehicle drivers is also increasing. During vehicle driving, various unexpected situations may occur. In order to ensure the safety of vehicle driving, the prompt sound of the vehicle can be used to remind the driver, so as to realize safety reminding of the vehicle in unexpected situations. SUMMARY

[0004] One or more embodiments of the present specification provide a prompt sound testing method of vehicle, comprising: obtaining a test instruction of a prompt sound corresponding to prompt sound configuration data set for a vehicle through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal. Loading the prompt sound configuration data according to the response state of the sound playing component of the vehicle, and playing the prompt sound after loading. Determine whether the test prompt sound collected meets the prompt sound index corresponding to the environmental sound data; if yes, determine that the test of the prompt sound is passed.

[0005] One or more embodiments of the present specification provide a prompt sound testing device of vehicle, comprising: a test instruction obtaining module configured to obtain a test instruction of a prompt sound corresponding to prompt sound configuration data set for a vehicle through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal. A data loading module configured to load the prompt sound configuration data according to the response state of the sound playing component of the vehicle, and play the prompt sound after loading. A prompt sound judging module configured to determine whether the test prompt sound collected meets the prompt sound index corresponding to the environmental sound data; if yes, run a test pass determining module, the test pass determining module is configured to determine that the test of the prompt sound is passed.

[0006] The one or more embodiments of the specification provide a prompt sound test device of a vehicle, comprising: a processor; and a memory configured to store computer executable instructions which, when executed, cause the processor to: acquire test instructions of a prompt sound corresponding to prompt sound configuration data set for the vehicle submitted through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal. Load the prompt sound configuration data according to the response state of the sound playing component of the vehicle, and play the prompt sound after loading. Determine whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if yes, determine that the test of the prompt sound is passed.

[0007] The one or more embodiments of the specification provide a storage medium for storing computer executable instructions which, when executed by a processor, implement the following processes: acquiring test instructions of a prompt sound corresponding to prompt sound configuration data set for a vehicle submitted through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal. Load the prompt sound configuration data according to the response state of the sound playing component of the vehicle, and play the prompt sound after loading. Determine whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if yes, determine that the test of the prompt sound is passed. BRIEF DESCRIPTION OF DRAWINGS

[0008] In order to more clearly illustrate the technical solutions in the one or more embodiments of the specification or the prior art, the drawings needed to be used in the embodiment or prior art description will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments described in the specification, and those skilled in the art can also obtain other drawings according to these drawings without creative labor; Figure 1 A prompt sound test method processing flowchart of a vehicle is provided for the one or more embodiments of the specification; Figure 2 A prompt sound test method processing flowchart of a vehicle applied to a specific vehicle scene is provided for the one or more embodiments of the specification; Figure 3 A prompt sound test device of a vehicle is provided for the one or more embodiments of the specification; Figure 4 A structure diagram of a prompt sound test device of a vehicle is provided for the one or more embodiments of the specification. DETAILED DESCRIPTION

[0009] In order to make the person skilled in the art better understand the technical solutions in one or more embodiments of the present specification, the technical solutions in one or more embodiments of the present specification will be described clearly and completely in the following with reference to the drawings in one or more embodiments of the present specification. Obviously, the described embodiments are only a part of the embodiments of the present specification, not all. Based on one or more embodiments of the present specification, all other embodiments obtained by those skilled in the art without creative labor should belong to the protection scope of the present document.

[0010] The present specification provides an embodiment of a vehicle prompt sound test method: In practical application, the prompt sound in the vehicle is often set when the vehicle is factory, and the type, volume and other parameters of the prompt sound cannot be adjusted, so the prompt sound played in the process of vehicle driving is fixed, which leads to the situation that the driving user does not hear the prompt sound clearly, causing great safety hazard.

[0011] In view of this, the vehicle prompt sound test method provided in the embodiment loads the prompt sound configuration data according to the response state of the sound playing component of the vehicle after obtaining the test instruction of the prompt sound corresponding to the prompt sound configuration data set for the vehicle through the subprogram, and plays the prompt sound after loading. According to the matching result of the test prompt sound and the environment sound data corresponding to the prompt sound index collected, the test result of the prompt sound is determined, and it is specifically judged whether the test prompt sound collected meets the prompt sound index corresponding to the environment sound data. In the case of meeting, it is determined that the test of the prompt sound is passed. In this way, by setting the prompt sound configuration data specifically, the diversified needs of users are met, the comprehensiveness of the prompt sound is improved, the user experience is improved, and the effectiveness of the prompt sound is improved by testing the prompt sound, so as to ensure that the prompt sound can be effectively played in the process of playing, and the driving safety of the vehicle and the surrounding safety of the vehicle are ensured.

[0012] Reference Figure 1 The vehicle prompt sound test method provided in the embodiment specifically includes steps S102 to S108.

[0013] Step S102, obtaining the test instruction of the prompt sound corresponding to the prompt sound configuration data set for the vehicle through the subprogram.

[0014] The subprogram described in the embodiment refers to the program package or application component loaded in the application program or installed by the application program. From the service angle, the subprogram has the ability to independently provide self-closed loop service, such as the subprogram running in the application program to provide the self-closed loop service of the vehicle related service.

[0015] Optionally, the subprogram includes a first subprogram in an application program running on a user terminal, and the subprogram further includes a second subprogram in a client running on a vehicle terminal to which the vehicle belongs; the application program running on the user terminal and the client running on the vehicle terminal can be logged in based on the same application account, and the first subprogram and the second subprogram can also be logged in based on the same account; the vehicle terminal includes a terminal device of the vehicle; the user terminal can be a terminal device of a user to which the vehicle belongs, or a terminal device of another user.

[0016] The prompt tone configuration data refers to prompt tone related data set for the vehicle, and can include a prompt tone playing category, prompt tone content, prompt tone volume, and / or a prompt tone broadcasting object. For example, the prompt tone playing category is a vehicle turning category, the prompt tone content is "vehicle turns left, please pay attention", the prompt tone volume is v1, and the prompt tone broadcasting object is a broadcaster a.

[0017] Optionally, the prompt tone configuration data is set remotely through the first subprogram or locally through the second subprogram. The remote setting includes that a server acquires the prompt tone configuration data set through the first subprogram and sends the prompt tone configuration data to the second subprogram.

[0018] It should be noted that the prompt tone in the embodiment can be a prompt voice, a prompt sound signal, or a prompt voice and a prompt sound signal. For example, the prompt tone playing category is a vehicle turning category, the prompt tone content is a siren sound and "vehicle turns left, please pay attention", and the prompt tone volume is v2. Different prompt tone volumes can be set for different prompt tone contents. The vehicle refers to a vehicle with an installed terminal device, and can be a two-wheeled vehicle or a multi-wheeled vehicle. The vehicle includes a specific vehicle and a general vehicle, and the general vehicle includes a private vehicle of a user. The specific vehicle includes a specific vehicle divided according to a vehicle purpose and / or a specific vehicle divided according to a vehicle attribute, such as a specific vehicle divided according to a vehicle user, which includes but is not limited to a bus, a truck, and a medical vehicle. The specific vehicle divided according to a vehicle attribute includes but is not limited to a new energy vehicle.

[0019] In actual implementation, before the test prompt tone corresponding to the prompt tone configuration data is configured, a test instruction for the prompt tone corresponding to the prompt tone configuration data set for the vehicle is obtained through a subprogram; in actual application, there are cases where the user is not around the vehicle, i.e., the distance between the user and the vehicle is far, and for this purpose, in order to improve the test efficiency of the prompt tone, the test instruction can be submitted remotely through a first subprogram, and in an optional implementation manner provided in this embodiment, the test instruction is obtained in the following manner: the test instruction submitted through the first subprogram is obtained; if it is detected that the distance between the user terminal and the vehicle is greater than a distance threshold, the test instruction is sent to a server to synchronize the test instruction to a second subprogram; and the test is performed on the vehicle terminal in this way, wherein the server is connected to the first subprogram and / or the second subprogram.

[0020] In addition, in the case where the user is around the vehicle, the test instruction can be submitted through a second subprogram to achieve the convenience of testing the prompt tone, and the test instruction can also be obtained in the following manner: the test instruction submitted through the second subprogram is obtained, and the prompt tone is tested on the vehicle terminal in this way; or the test instruction submitted through the first subprogram is obtained by the user terminal to test the prompt tone on the user terminal.

[0021] Step S102 can be replaced by obtaining a test instruction for a prompt tone corresponding to prompt tone configuration data set for a vehicle through a subprogram, and other processing steps provided in this embodiment form a new implementation manner.

[0022] Step S104 loads the prompt tone configuration data according to the response state of the sound playing component of the vehicle, and plays the prompt tone after loading.

[0023] The test instruction for the prompt tone corresponding to the prompt tone configuration data set for the vehicle through a subprogram is obtained, and in this step, the prompt tone configuration data is loaded according to the response state of the sound playing component of the vehicle, and the prompt tone is played after loading; wherein the sound playing component refers to a component playing a prompt tone or other types of sound, such as a sound playing component being a sound box or a loudspeaker.

[0024] The prompt tone provided in this embodiment includes a prompt voice and / or a prompt sound signal; the prompt voice includes a voice emitted by a user through a vocal organ; the prompt sound signal refers to other sounds except the voice emitted through the vocal organ, such as a prompt sound signal being a siren sound; the prompt tone can be generated based on prompt tone configuration data. The response state includes a playing state of the sound playing component playing sound, and optionally, the response state includes a normal state and / or an abnormal state.

[0025] In a specific implementation, the prompt tone configuration data is loaded and the prompt tone is played after being loaded when the response state of the sound playing component of the vehicle is a normal state; and no processing is performed when the response state of the sound playing component of the vehicle is an abnormal state.

[0026] In an optional implementation provided by the embodiment, the response state is determined by the following manner: When the vehicle is detected to be started, a sound test instruction is sent to the sound playing component; the sound test instruction carries sound test data; The response state is determined according to a playing feature of the sound playing component for the sound test data.

[0027] The sound test instruction is an instruction for sound playing test of the sound playing component; the sound test data is sound data for sound playing test, such as a piece of music; and the playing feature is feature data of the sound playing component when playing the sound test data. Optionally, the playing feature includes playing fluency and / or playing accuracy.

[0028] Specifically, when the vehicle is detected to be started, a sound test instruction is sent to the sound playing component through the second subprogram. If the playing feature of the sound playing component for the sound test data meets a preset playing condition, it is determined that the response state of the sound playing component is a normal state. If the playing feature of the sound playing component for the sound test data does not meet the preset playing condition, it is determined that the response state of the sound playing component is an abnormal state. The preset playing condition herein refers to a preset playing condition, such as that the playing fluency is greater than a fluency threshold and / or the playing accuracy is greater than an accuracy threshold.

[0029] It should be noted that the step S104 can be replaced by loading the prompt tone configuration data according to the response state of the sound playing component and playing the prompt tone after being loaded, and other processing steps provided by the embodiment form a new implementation mode. The sound playing component herein can be a sound playing component of a vehicle or a sound playing component of a user terminal. Specifically, if the test is performed on a user terminal, the sound playing component herein is a sound playing component of the user terminal. If the test is performed on a vehicle terminal, the sound playing component herein is a sound playing component of the vehicle. That is, the prompt tone configuration data is loaded according to the response state of the sound playing component and the prompt tone is played after being loaded, which can be performed on a vehicle terminal or a user terminal.

[0030] In step S106, it is determined whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data.

[0031] The above loads the prompt tone configuration data according to the response state of the sound playing component of the vehicle, and plays the prompt tone corresponding to the prompt tone configuration data after loading. In this step, it is determined whether the test prompt tone collected meets the prompt tone index corresponding to the environmental sound data. If yes, step S108 is executed. If no, it is determined that the test of the prompt tone fails.

[0032] The test prompt tone described in this embodiment includes a prompt tone collected by calling the sound sensor of the user terminal or the sound sensor of the vehicle during playing the prompt tone corresponding to the prompt tone configuration data. The test prompt tone can be a complete prompt tone corresponding to the prompt tone configuration data, or a partial prompt tone corresponding to the prompt tone configuration data.

[0033] The prompt tone index includes a playing index of the vehicle during playing the prompt tone. Optionally, the prompt tone index includes a volume index, an audio index, and / or a pitch index. In addition, the prompt tone index can also include other types of indexes.

[0034] The environmental sound data includes sound data in the surrounding environment collected by calling the sound sensor of the user terminal or the sound sensor of the vehicle. Optionally, the environmental sound data includes in-vehicle environmental sound data and / or out-of-vehicle environmental sound data. The in-vehicle environmental sound data refers to sound data in the internal environment of the vehicle, and the out-of-vehicle environmental sound data refers to sound data in the external environment of the vehicle.

[0035] In this embodiment, the in-vehicle refers to the internal environment of the vehicle, and the out-of-vehicle refers to the external environment of the vehicle.

[0036] In actual application, the external environment of the vehicle is usually not provided with a sound sensor. In this case, if the out-of-vehicle environmental sound data is to be collected based on the vehicle, an additional sound sensor needs to be installed on the external environment of the vehicle, which increases the economic cost. To reduce the economic cost and labor cost, the out-of-vehicle environmental sound data can be collected by the sound sensor of the user terminal called by the first subprogram, and the out-of-vehicle environmental sound data is sent to the server to synchronize the out-of-vehicle environmental sound data to the second subprogram. Specifically, on the basis of the above subprogram further including the second subprogram in the client running on the vehicle terminal, in an optional implementation manner provided in this embodiment, the environmental sound data is obtained by the following way: The out-of-vehicle environmental sound data is collected by the sound sensor of the user terminal called by the first subprogram. The out-of-vehicle environmental sound data is sent to the server to synchronize the out-of-vehicle environmental sound data to the second subprogram.

[0037] The environmental sound data outside the vehicle refers to environmental sound data outside the vehicle.

[0038] In a specific implementation, in order to improve the test accuracy and comprehensiveness of the prompt tone, the prompt tone can be tested from multiple dimensions. In an optional implementation of the present embodiment, the prompt tone index is determined in the following manner: detecting, by the second subprogram, a sound feature of the environmental sound data outside the vehicle in at least one feature dimension; calculating the prompt tone index according to the sound feature; Optionally, the feature dimension includes a volume dimension, a frequency dimension, and / or a pitch dimension.

[0039] The sound feature includes a volume feature, a frequency feature, and / or a pitch feature.

[0040] In addition, the environmental sound data outside the vehicle can also be collected by the sound sensor of the user terminal through the first subprogram, and the environmental sound data outside the vehicle can be sent to the server. On this basis, the second subprogram detects the sound feature of the environmental sound data outside the vehicle in at least one feature dimension, and calculates the prompt tone index according to the sound feature.

[0041] In addition, the first subprogram can also be used to detect the sound feature of the environmental sound data outside the vehicle in at least one feature dimension, and calculate the prompt tone index according to the sound feature.

[0042] In actual application, in the process of determining the prompt tone index according to the environmental sound data inside the vehicle, the environmental sound data inside the vehicle has large differences, such as the environmental sound data inside the vehicle in the case of closing the window of the vehicle and opening the window of the vehicle has large differences, which leads to large errors of the collected environmental sound data inside the vehicle. In view of this, in order to reduce the collection error of the environmental sound data and further reduce the error of the prompt tone index and improve the test accuracy of the prompt tone, in another optional implementation of the present embodiment, the prompt tone index is determined in the following manner: determining a reference prompt tone index according to the environmental sound data inside the vehicle; updating the reference prompt tone index based on the window lifting state of the vehicle to obtain the prompt tone index.

[0043] The environmental sound data inside the vehicle refers to environmental sound data inside the vehicle. The reference prompt tone index refers to a prompt tone index as a reference or basis. The window lifting state includes a window opening and closing state or a window opening and closing ratio.

[0044] For example, the sound volume in the environmental sound data in the vehicle is b decibels, the volume index c decibels in the reference prompt tone index is determined, c decibels > b decibels, the reference prompt tone index is updated based on the vehicle window lifting state, and the prompt tone index is obtained.

[0045] In the process of updating the reference prompt tone index based on the vehicle window lifting state, in an optional embodiment of the present embodiment, the following operations are performed: If the vehicle window lifting state is the first lifting state, an index error is calculated based on the vehicle window lifting state, and the prompt tone index is calculated according to the reference prompt tone index and the index error; If the vehicle window lifting state is the second lifting state, the reference prompt tone index is taken as the prompt tone index.

[0046] Optionally, the first lifting state is a state in which the window opening and closing ratio is greater than a preset ratio, and the second lifting state is a state in which the window opening and closing ratio is less than or equal to the preset ratio, such as a state in which the window opening and closing ratio is greater than a, and a state in which the window opening and closing ratio is less than or equal to a; wherein the window opening and closing ratio includes the ratio of the opening area and the closing area of the window.

[0047] Specifically, the process of calculating the index error based on the vehicle window lifting state can be realized by determining the corresponding error coefficient based on the vehicle window lifting state, and calculating the ratio of the error coefficient and the reference prompt tone index as the index error; the process of calculating the prompt tone index according to the reference prompt tone index and the index error can be realized by calculating the sum of the reference prompt tone index and the index error as the prompt tone index.

[0048] In addition, the prompt tone index can also be determined in the following way: the reference prompt tone data is determined according to the environmental sound data in the vehicle, and the reference prompt tone index is updated based on the vehicle window opening and closing ratio to obtain the prompt tone index; wherein the reference prompt tone index is updated based on the vehicle window opening and closing ratio, including: if the window opening and closing ratio is greater than a preset ratio, calculating an index error based on the window opening and closing ratio, and calculating a prompt tone index according to the reference prompt tone index and the index error; if the window opening and closing ratio is less than or equal to the preset ratio, the reference prompt tone index is taken as the prompt tone index.

[0049] In the specific execution process, after the execution of the judgment on whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data, if the execution result is yes, it is determined that the test of the prompt sound is passed. In an optional embodiment provided by the embodiment, in the case where the execution result is no, an abnormality reminder can be performed. In order to improve the convenience and efficiency of the abnormality reminder, the abnormality reminder can be performed based on the first subprogram and / or the second subprogram respectively, and the specific execution is as follows: determining that the test of the prompt sound is not passed, and determining an abnormality reminding mode according to the response state of the sound playing component; performing a text abnormality reminder in the second subprogram according to the abnormality reminding mode, sending abnormality reminding information to a server to synchronize the abnormality reminding information to the first subprogram, and calling the sound playing component to perform abnormality broadcasting based on the abnormality reminding information.

[0050] The abnormality reminding mode refers to a mode of abnormality reminding, and the abnormality reminding mode includes a text abnormality reminder and / or a voice abnormality reminder. The abnormality reminding information refers to related information of abnormality reminding, such as “test not passed” or “volume too low”.

[0051] Specifically, if the response state of the sound playing component is a normal state, it is determined that the abnormality reminding mode is a text abnormality reminder and a voice abnormality reminder, a text abnormality reminder is performed in the second subprogram, abnormality reminding information is sent to a server to synchronize the abnormality reminding information to the first subprogram, and abnormality broadcasting is performed based on the abnormality reminding information by calling the sound playing component of the vehicle. If the response state of the sound playing component is an abnormal state, it is determined that the abnormality reminding mode is a text abnormality reminder, a text abnormality reminder is performed in the second subprogram, and abnormality reminding information is sent to a server to synchronize the abnormality reminding information to the first subprogram.

[0052] In addition, in the case where the execution result of the judgment on whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data is no, it is also determined that the test of the prompt sound is not passed, and an abnormality reminding mode is determined according to the response state of the sound playing component. A text abnormality reminder is performed in the second subprogram according to the abnormality reminding mode, abnormality reminding information is sent to a server to synchronize the abnormality reminding information to the first subprogram, or abnormality broadcasting is performed based on the abnormality reminding information by calling the sound playing component.

[0053] In addition, the optional implementation provided above in the case where the execution result is no can be replaced by determining an abnormality reminding manner according to the response state of the sound playing component; performing text abnormality reminding in the second subprogram according to the abnormality reminding manner, sending abnormality reminding information to the server to synchronize the abnormality reminding information to the first subprogram, and calling the sound playing component to perform abnormality broadcasting based on the abnormality reminding information, and the other processing steps provided in this embodiment form a new implementation.

[0054] In addition, in the case where it is determined that the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, in addition to the manner of providing abnormality reminding provided above, the prompt tone configuration data can also be updated based on the preference data of the user to whom the vehicle belongs and / or historical prompt tone configuration data of the vehicle, so as to improve the test efficiency and test pass rate of the prompt tone, help to promote the test process of the prompt tone, and improve the comprehensiveness and effectiveness of the test-passed prompt tone. In another optional implementation provided in this embodiment, in the case where the execution result after determining whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data is no, the following operations are performed: Obtaining the preference data of the user to whom the vehicle belongs and / or historical prompt tone configuration data of the vehicle. Updating the prompt tone configuration data based on the preference data and / or the historical prompt tone configuration data.

[0055] The preference data includes the user's preference data for sound playing, such as the user's music playing preference data, video playing preference data, and the like, for example, the user is used to playing music at a volume of d decibels.

[0056] Step S108: determining that the test of the prompt tone is passed.

[0057] The above determining whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data is to determine whether the collected test prompt tone meets the playing index or playing requirement. In this step, in the case where the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data, it is determined that the test of the prompt tone is passed, and in the case where the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, it is determined that the test of the prompt tone is not passed.

[0058] In actual application, in the case where it is determined that the test of the prompt tone is passed, the prompt tone can be stored for playing the prompt tone when there is a demand, such as playing the corresponding prompt tone in the vehicle in the case where the user driving the vehicle is tired, so as to ensure driving safety. In an optional implementation provided in this embodiment, after it is determined that the test of the prompt tone is passed, the following operations are further performed: determine a prompt sound playing category corresponding to the trigger event of the vehicle, and query a prompt sound corresponding to the prompt sound playing category; if the prompt sound playing category is a first category, call the sound playing component to play the queried prompt sound in the vehicle, or call the sound playing component invoked by the first subprogram to play the queried prompt sound in the vehicle.

[0059] The trigger event refers to a trigger event of playing a prompt sound, that is, corresponding prompt sound is played for the vehicle in the case of the trigger event. The prompt sound playing category refers to the category of the played prompt sound, such as a vehicle overspeed category, a driving state category, a vehicle driving distance category, etc. The first category includes an in-vehicle playing category.

[0060] For example, the prompt sound playing category corresponding to the trigger event that the distance between the vehicle and the target object is less than a distance threshold is a distance playing category, the prompt sound corresponding to the distance playing category is "distance is too small, please pay attention", the prompt sound playing category is a first category, the sound playing component of the vehicle is called to play the queried prompt sound in the vehicle, or the sound playing component of the user terminal invoked by the first subprogram is called to play the queried prompt sound in the vehicle.

[0061] Optionally, the trigger event mentioned above includes at least one of the following: the distance between the vehicle and the target object is less than a distance threshold, a control instruction of the vehicle, driving data of the vehicle meets a trigger condition, and a driving state of a driving user of the vehicle is a preset state.

[0062] The target object includes a target vehicle, a target user, and / or a target obstacle. The control instruction refers to a control instruction generated by the user controlling the vehicle, such as a vehicle left turn instruction and a vehicle reverse instruction. The driving data refers to related data generated by the vehicle during driving, and the driving data includes but is not limited to driving speed, driving duration, driving distance, driving area, and driving time period. For example, the trigger condition is that the driving speed is greater than a speed threshold, the driving duration is greater than a duration threshold, the driving distance is greater than a distance threshold, the driving area is in a restricted area, and the driving time period is in a restricted time period. The preset state includes a driving fatigue state.

[0063] As described above, in the case that the test of the prompt tone is passed, the prompt tone can be stored to be played in the case that the vehicle has a demand, such as playing the corresponding prompt tone outside the vehicle in the case that the vehicle turns left, in which case, since the prompt tone cannot be played in real time based on the sound playing component of the user terminal, the sound playing component of the vehicle can be called to play the prompt tone, improving the flexibility and effectiveness of the prompt tone playing. In an optional implementation of the embodiment, on the basis of determining the prompt tone playing category corresponding to the trigger event of the vehicle and querying the prompt tone corresponding to the prompt tone playing category, the following operations are further performed: If the prompt tone playing category is the second category, the sound playing component is called to play the queried prompt tone outside the vehicle.

[0064] The second category includes an outside playing category.

[0065] In addition, after determining that the test of the prompt tone is passed, the following operations are further performed: determining the prompt tone playing category corresponding to the trigger event of the vehicle and querying the prompt tone corresponding to the prompt tone playing category; if the prompt tone playing category is the second category, the sound playing component is called to play the queried prompt tone outside the vehicle. Alternatively, the prompt tone playing category corresponding to the trigger event of the vehicle is determined and the prompt tone corresponding to the prompt tone playing category is queried; if the prompt tone playing category is the first category and the second category, the sound playing component is called to play the queried prompt tone inside and outside the vehicle, and / or the sound playing component called by the first subprogram plays the queried prompt tone inside the vehicle.

[0066] In actual application, in order to improve the test efficiency of the prompt tone, the first subprogram running in the application program of the user terminal and the second subprogram running in the client of the vehicle terminal can be connected, the data interaction of the first subprogram and the second subprogram is performed by establishing the association relationship between the first subprogram running in the application program of the user terminal and the second subprogram running in the client of the vehicle terminal; wherein the association relationship is realized by the following way: The identification code of the vehicle sent by the first subprogram is acquired; the identification code is sent after the first subprogram scans the identification code and decodes it and determines that the identification code is the identification code of the vehicle according to the decoding result; The identification code is decoded twice, the vehicle corresponding to the identification code is determined according to the second decoding result, and the association relationship between the first subprogram and the second subprogram is established.

[0067] In addition, the data interaction between the first subprogram and the second subprogram can also be performed through a wireless communication technology, where the wireless communication technology includes but is not limited to Bluetooth, RF (Radio Frequency), UWB (Ultra WideBand), and NFC (Near Field Communication).

[0068] In actual application, in the case of a large number of vehicles, there is often a problem of difficulty in finding a vehicle. To this end, in order to facilitate the user of the vehicle to quickly locate the vehicle, the first subprogram can be used to remotely locate the vehicle. Specifically, the vehicle can be located by the following method: the first subprogram sends a prompt sound playing instruction to the vehicle to call the sound playing component to play the prompt sound, thereby quickly locating the vehicle and improving the convenience of finding the vehicle.

[0069] To sum up, the prompt sound testing method for the vehicle provided in the embodiment can be applied to a user terminal or a vehicle terminal. The testing instruction of the prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted by the subprogram is acquired, and the prompt sound configuration data is loaded according to the response state of the sound playing component of the vehicle, and the prompt sound is played after being loaded. It is determined whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data. In the case of meeting, it is determined that the test of the prompt sound is passed. In this way, by setting the prompt sound configuration data, the diversified needs of users are met, the comprehensiveness of the prompt sound is improved, and the user experience is improved. At the same time, by testing the prompt sound, the effectiveness of the prompt sound is improved, and the driving safety of the vehicle and the safety of the surrounding environment of the vehicle are ensured.

[0070] The application of the prompt sound testing method for the vehicle provided in the embodiment in a specific vehicle scene is taken as an example to further illustrate the prompt sound testing method for the vehicle provided in the embodiment. Referring to Figure 2 , the prompt sound testing method for the vehicle applied in the specific vehicle scene specifically includes the following steps.

[0071] In step S202, the testing instruction of the prompt sound corresponding to the prompt sound configuration data set for the specific vehicle submitted by the first subprogram sent by the user terminal is acquired.

[0072] Optionally, the specific vehicle includes a specific vehicle divided according to a vehicle purpose and / or a specific vehicle divided according to a vehicle attribute, such as a medical vehicle divided according to a vehicle user and a new energy vehicle divided according to a vehicle attribute.

[0073] The first subprogram includes a subprogram in an application program running on the user terminal.

[0074] Step S204, loading prompt tone configuration data according to the response state of the sound playing component of the specific vehicle, and playing the prompt tone after loading.

[0075] Step S206, calling a second subprogram to collect the prompt tone through the sound sensor of the specific vehicle.

[0076] Optionally, the second subprogram includes a subprogram running in a client of the terminal of the specific vehicle.

[0077] Step S208, obtaining the collected environmental sound data outside the vehicle sent by the server.

[0078] Optionally, the environmental sound data outside the vehicle is collected through the sound sensor of the user terminal called by the first subprogram and sent to the server, so as to synchronize the environmental sound data outside the vehicle to the second subprogram.

[0079] Step S210, if the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, determining an abnormal reminding mode according to the response state of the sound playing component of the specific vehicle.

[0080] Step S212, performing a text abnormal reminding in the second subprogram according to the abnormal reminding mode, sending the abnormal reminding information to the server, synchronizing the abnormal reminding information to the first subprogram, and calling the sound playing component of the specific vehicle based on the abnormal reminding information to perform an abnormal broadcast.

[0081] The above step S210 and step S212 can be replaced by determining that the test of the prompt tone is passed if the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data, and forming a new implementation mode with other processing steps provided in the embodiment.

[0082] It should be noted that the execution order of step S206 and step S208 is not limited here, that is, step S206 can be executed first, and then step S208 can be executed, or step S208 can be executed first, and then step S206 can be executed, or step S206 and step S208 can be executed at the same time.

[0083] The vehicle prompt tone testing device provided in the specification is implemented as follows: In the above embodiment, a vehicle prompt tone testing method is provided, and a vehicle prompt tone testing device corresponding thereto is also provided, which will be described below with reference to the accompanying drawings.

[0084] Reference Figure 3 It shows a vehicle prompt tone testing device schematic diagram provided in the embodiment.

[0085] Since the device embodiments correspond to the method embodiments, the description is relatively simple, and the relevant parts can be referred to the corresponding description of the method embodiments provided above. The device embodiments described below are only illustrative.

[0086] The embodiment provides a prompt sound testing device of a vehicle, which comprises: A test instruction acquisition module 302 is configured to acquire a test instruction of a prompt sound corresponding to prompt sound configuration data for a vehicle set submitted through a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal; A data loading module 304 is configured to load the prompt sound configuration data according to a response state of a sound playing component of the vehicle, and play the prompt sound after loading; A prompt sound judgment module 306 is configured to judge whether the collected test prompt sound meets a prompt sound index corresponding to environmental sound data. If yes, a test pass determination module 308 is run, and the test pass determination module 308 is configured to determine that the test of the prompt sound is passed.

[0087] The embodiment provides a prompt sound testing device of a vehicle, which comprises: Corresponding to the prompt sound testing method of the vehicle described above, based on the same technical concept, one or more embodiments of the present specification also provide a prompt sound testing device of a vehicle, which is used to execute the prompt sound testing method of the vehicle provided above, Figure 4 A structural schematic diagram of the prompt sound testing device of the vehicle provided by one or more embodiments of the present specification.

[0088] The embodiment provides a prompt sound testing device of a vehicle, which comprises: As Figure 4 shown, the prompt sound testing device of the vehicle can have great differences due to different configurations or performances, and can comprise one or more processors 401 and memories 402, and the memories 402 can store one or more storage application programs or data. The memory 402 can be temporary storage or persistent storage. The application programs stored in the memory 402 can comprise one or more modules (not shown in the figure), and each module can comprise a series of computer executable instructions in the prompt sound testing device of the vehicle. Furthermore, the processor 401 can be configured to communicate with the memory 402 and execute a series of computer executable instructions in the memory 402 on the prompt sound testing device of the vehicle. The prompt sound testing device of the vehicle can also comprise one or more power supplies 403, one or more wired or wireless network interfaces 404, one or more input / output interfaces 405, one or more keyboards 406, etc.

[0089] In one specific embodiment, the prompt test device of the vehicle comprises a memory and one or more programs, wherein one or more programs are stored in the memory, and one or more programs can comprise one or more modules, and each module can comprise a series of computer executable instructions in the prompt test device of the vehicle, and the one or more programs configured to be executed by one or more processors include computer executable instructions for: obtaining test instructions of the prompt corresponding to the prompt configuration data set for the vehicle submitted by a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal; loading the prompt configuration data according to the response state of the sound playing component of the vehicle, and playing the prompt after loading; determining whether the collected test prompt meets the prompt indicators corresponding to the environmental sound data; if yes, determining that the test of the prompt is passed.

[0090] The storage medium provided in the specification is implemented as follows: According to the above description, a prompt test method of a vehicle is provided, and based on the same technical concept, one or more embodiments of the specification also provide a storage medium.

[0091] The storage medium provided in the embodiment is used to store computer executable instructions, and the computer executable instructions realize the following processes when executed by a processor: obtaining test instructions of the prompt corresponding to the prompt configuration data set for the vehicle submitted by a subprogram; the subprogram comprises a first subprogram in an application program running on a user terminal; loading the prompt configuration data according to the response state of the sound playing component of the vehicle, and playing the prompt after loading; determining whether the collected test prompt meets the prompt indicators corresponding to the environmental sound data; if yes, determining that the test of the prompt is passed.

[0092] It should be noted that the embodiments of the storage medium in the specification and the embodiments of the prompt test method of the vehicle in the specification are based on the same inventive concept, so the specific implementation of the embodiments can be referred to the foregoing implementation of the corresponding method, and the repeated parts will not be described here.

[0093] The above described embodiments of the present description have been described. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims can be performed in a different order and still achieve desirable results. Additionally, the processes depicted in the figures do not necessarily require the particular order shown, or sequential order, to achieve the desired results. In certain implementations, multitasking and parallel processing can be advantageous.

[0094] In the 1930s, it was clear to distinguish whether an improvement in a technology was in hardware (e.g., improvement in circuit structure of diodes, transistors, switches, etc.) or in software (e.g., improvement in method flow). However, as technology has evolved, many improvements in method flow today can be considered as direct improvements in hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that an improvement in a method flow cannot be implemented using hardware entity modules. For example, a programmable logic device (PLD) (e.g., a field programmable gate array (FPGA)) is an integrated circuit whose logic function is determined by user programming of the device. A digital system is "integrated" on a PLD by the designer programming it, rather than by ordering a chip manufacturer to design and fabricate a custom integrated circuit chip. Moreover, instead of manually fabricating integrated circuit chips, this programming is now mostly implemented using "logic compiler" software, which is similar to software compilers used in program development, and the original code before compilation is written in a specific programming language, which is called a hardware description language (HDL), and there are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc., and the most commonly used are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should be clear that only by logically programming the method flow in the above-mentioned hardware description languages and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0095] The controller can be implemented in any suitable way, for example, the controller can take the form of a microprocessor or processor and a computer readable medium storing computer readable program code, such as software or firmware, executable by the (micro)processor, logic gates, switches, an application specific integrated circuit (ASIC), a programmable logic controller and an embedded microcontroller, examples of which include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also know that, in addition to implementing the controller in pure computer readable program code, it is also possible to implement the controller in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers and embedded microcontrollers, etc. to perform the same functions by logically programming the method steps. Such a controller can therefore be considered as a hardware component, and the means included therein for performing various functions can also be considered as structures within the hardware component. Alternatively, the means for performing various functions can even be considered as both a software module implementing the method and a structure within the hardware component.

[0096] The systems, apparatuses, modules or units illustrated by the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, the computer can be a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

[0097] For the sake of description, the above apparatuses are described in various units by functions respectively. Of course, the functions of each unit can be implemented in the same or multiple software and / or hardware in implementing the embodiments of the present specification.

[0098] Those skilled in the art will understand that one or more embodiments of the present specification can be provided as a method, a system or a computer program product. Therefore, one or more embodiments of the present specification can take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present specification can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROMs, optical storage devices, etc.) containing computer usable program code.

[0099] The specification is presented with reference to flow diagrams and / or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the specification. It will be understood that each block of the flow diagrams and / or block diagrams, and combinations of blocks in the flow diagrams and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processing element or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein.

[0100] The computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein.

[0101] The computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flow diagrams and / or block diagrams block or blocks. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein. Figure 1 The flow diagram and / or block diagram in the flow diagrams and / or block diagrams can represent one or more of any appropriate circuitry configured to perform the specified functions. In this regard, one or more flow diagrams and / or block diagrams in the flow diagrams and / or block diagrams can represent a device or devices configured to perform one or more of the functions described herein.

[0102] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0103] The memory can include non-persistent memory and / or persistent memory, such as flash memory, read-only memory (ROM), and / or volatile or non-volatile random access memory (RAM), among others. The memory is an example of computer-readable media.

[0104] Computer-readable media includes permanent and non-permanent, movable and non-movable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassette, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information accessible to a computing device. According to the definition herein, computer-readable media does not include transitory media such as modulated data signals and carriers.

[0105] It should also be noted that the terms "comprising", "containing", or any other variant thereof are intended to cover non-exclusive inclusion, such that a process, method, article or apparatus that comprises a list of elements does not only include those elements, but also includes other elements not explicitly listed or inherent to such a process, method, article or apparatus. Without more limitations, the element defined by the statement "comprising a" does not exclude the presence of additional identical elements in the process, method, article or apparatus that includes the element.

[0106] One or more embodiments of the specification can be described in the general context of computer-executable instructions being executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of the specification can also be practiced in a distributed computing environment, in which tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media, including storage devices.

[0107] Each embodiment in the specification is described in a progressive manner, and the same or similar parts between each embodiment can be referred to each other, and each embodiment focuses on the difference from other embodiments. In particular, for system embodiments, since they are basically similar to method embodiments, the description is relatively simple, and the relevant parts can be referred to the part of the method embodiment.

[0108] The above merely provides the example of the present document and is not intended to limit the present document. For those skilled in the art, the present document can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. within the spirit and principle of the present document shall be included in the scope of claims of the present document.

Claims

1. A method for testing vehicle warning sounds, comprising: Retrieve the test command for the prompt tone corresponding to the prompt tone data related to vehicle settings submitted through the subroutine; The prompt tone-related data is loaded according to the response status of the sound playback component, and the prompt tone is played after loading; If the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, it is determined that the test of the prompt tone has failed. The prompt sound index is calculated based on the sound features of the ambient sound data outside the vehicle in at least one feature dimension. The sound features are detected by a second subroutine running in the client of the vehicle's in-vehicle terminal.

2. The vehicle prompt sound testing method according to claim 1, wherein the response state is determined in the following manner: Upon detecting that the vehicle has started, a sound test command is sent to the sound playback component; the sound test command carries sound test data. The response state is determined based on the playback characteristics of the sound test data by the sound playback component.

3. The vehicle prompt sound testing method according to claim 1, wherein the subroutine includes a first subroutine within an application running on a user terminal, and the subroutine further includes a second subroutine; The notification sound related data can be set remotely through the first subroutine or locally through the second subroutine.

4. The vehicle alert tone testing method according to claim 1, further comprising, after determining that the alert tone test has failed, the method includes: The abnormal notification method is determined based on the response status of the sound playback component; In accordance with the aforementioned abnormality alert method, a text-based abnormality alert is displayed in the second subroutine, and the abnormality alert information is sent to the server to synchronize the abnormality alert information with the first subroutine, and / or, based on the abnormality alert information, the sound playback component is invoked to broadcast the abnormality.

5. The vehicle prompt sound testing method according to claim 1, wherein the test command is obtained in the following manner: Obtain the test instructions submitted through the first subroutine; If the distance between the user terminal and the vehicle is detected to be greater than a distance threshold, the test command is sent to the server to synchronize the test command to the second subroutine.

6. The vehicle alert sound testing method according to claim 1, further comprising, after executing the step of testing when the collected test alert sound does not meet the alert sound index corresponding to the environmental sound data: Obtain the preference data of the user to whom the vehicle belongs and / or the historical prompt tone data of the vehicle; The prompt sound related data is updated based on the preference data and / or the historical prompt sound related data.

7. The vehicle alert sound testing method according to claim 1, if the test alert sound meets the alert sound index corresponding to the environmental sound data, the following operation is performed: Determine the notification sound playback category corresponding to the triggering event of the vehicle, and query the notification sound corresponding to the notification sound playback category; If the prompt sound playback category is the first category, the sound playback component is invoked to play the queried prompt sound in the vehicle; or, the sound playback component invoked through the first subroutine plays the queried prompt sound in the vehicle.

8. The vehicle alert sound testing method according to claim 7, wherein the triggering event includes at least one of the following: The conditions for triggering the event are: the distance between the vehicle and the target object is less than the distance threshold, the vehicle's control command and driving data meet the triggering conditions, and the driver's driving status is a preset state.

9. The vehicle prompt sound testing method according to claim 7, if the test prompt sound meets the prompt sound index corresponding to the environmental sound data, the following operation is performed: If the notification sound playback category is the second category, the sound playback component is invoked to play the queried notification sound outside the vehicle.

10. A vehicle warning sound testing device, comprising: The test command acquisition module is configured to acquire test commands for the prompt sounds corresponding to the prompt sound data related to the vehicle settings submitted through a subroutine. The data loading module is configured to load the prompt tone-related data according to the response status of the sound playback component, and play the prompt tone after loading; The prompt tone judgment module is configured to determine that the prompt tone test has failed if the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data. The prompt sound index is calculated based on the sound features of the ambient sound data outside the vehicle in at least one feature dimension. The sound features are detected by a second subroutine running in the client of the vehicle's in-vehicle terminal.

11. A vehicle warning sound testing device, comprising: processor; And, a memory configured to store computer-executable instructions, which, when executed, cause the processor to: Retrieve the test command for the prompt tone corresponding to the prompt tone data related to vehicle settings submitted through the subroutine; The prompt tone-related data is loaded according to the response status of the sound playback component, and the prompt tone is played after loading; If the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, it is determined that the test of the prompt tone has failed. The prompt sound index is calculated based on the sound features of the ambient sound data outside the vehicle in at least one feature dimension. The sound features are detected by a second subroutine running in the client of the vehicle's in-vehicle terminal.

12. A storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following process: Retrieve the test command for the prompt tone corresponding to the prompt tone data related to vehicle settings submitted through the subroutine; The prompt tone-related data is loaded according to the response status of the sound playback component, and the prompt tone is played after loading; If the collected test prompt tone does not meet the prompt tone index corresponding to the environmental sound data, it is determined that the test of the prompt tone has failed. The prompt sound index is calculated based on the sound features of the ambient sound data outside the vehicle in at least one feature dimension. The sound features are detected by a second subroutine running in the client of the vehicle's in-vehicle terminal.

Images