Vehicle prompt sound testing method and device

Abstract

The embodiments of this specification provide a vehicle prompt sound testing method and device, wherein a vehicle prompt sound testing method includes: obtaining a prompt sound test instruction corresponding to the prompt sound configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program run by a user terminal; loading the prompt sound configuration data according to the response status of the vehicle's sound playback component, and playing the prompt sound after loading; determining whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if so, determining that the prompt sound test has passed.

Description

Technical Field

[0001] This document relates to the field of data processing technology, and in particular to a vehicle prompt sound testing method and device. Background Art

[0002] With the development of the motor vehicle industry, the number of motor vehicles is growing rapidly. More and more users are buying vehicles for transportation, and the number of vehicle drivers is also increasing. During the driving of the vehicle, various emergencies may occur. In order to ensure the driving safety of the vehicle, the vehicle's prompt sound can be used to provide driving reminders for the vehicle, so as to achieve safety reminders for the vehicle in emergency situations. Summary of the Invention

[0003] One or more embodiments of this specification provide a method for testing a vehicle's prompt tone, comprising: obtaining a test instruction for a prompt tone corresponding to prompt tone configuration data set for the vehicle, submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal. The prompt tone configuration data is loaded based on a response status of a sound playback component of the vehicle, and the prompt tone is played after loading. A determination is made as to whether the collected test prompt tone meets a prompt tone indicator corresponding to the ambient sound data; if so, determining that the prompt tone test has passed.

[0004] One or more embodiments of the present specification provide a vehicle prompt sound testing device, comprising: a test instruction acquisition module, configured to acquire a test instruction for a prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program run by a user terminal. A data loading module, configured to load the prompt sound configuration data according to the response status of the sound playback component of the vehicle, and play the prompt sound after loading. A prompt sound judgment module, configured to judge whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if so, run a test pass determination module, the test pass determination module, configured to determine whether the test of the prompt sound has passed.

[0005] One or more embodiments of the present specification provide a vehicle prompt sound test device, comprising: a processor; and a memory configured to store computer-executable instructions, wherein when the computer-executable instructions are executed, the processor is configured to: obtain a test instruction for a prompt sound corresponding to prompt sound configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program run by a user terminal. The prompt sound configuration data is loaded according to the response status of the sound playback component of the vehicle, and the prompt sound is played after loading. It is determined whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if so, it is determined that the test of the prompt sound has passed.

[0006] One or more embodiments of this specification provide a storage medium for storing computer-executable instructions, which, when executed by a processor, implement the following process: obtaining a test instruction for a prompt sound corresponding to prompt sound configuration data set for a vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal. Loading the prompt sound configuration data according to the response status of the vehicle's sound playback component, and playing the prompt sound after loading. Determining whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data; if so, determining that the test of the prompt sound has passed. BRIEF DESCRIPTION OF THE DRAWINGS

[0007] In order to more clearly illustrate one or more embodiments of this specification or technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments described in this specification. Those skilled in the art can derive other drawings based on these drawings without inventive effort.

[0008] Figure 1 A process flow chart of a vehicle prompt tone testing method provided in one or more embodiments of this specification;

[0009] Figure 2 A processing flow chart of a vehicle prompt tone testing method applied to a specific vehicle scenario provided in one or more embodiments of this specification;

[0010] Figure 3 A schematic diagram of a vehicle warning sound testing device provided in one or more embodiments of this specification;

[0011] Figure 4 A schematic diagram of the structure of a vehicle prompt sound testing device provided in one or more embodiments of this specification. DETAILED DESCRIPTION

[0012] In order to enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below in conjunction with the drawings in one or more embodiments of this specification. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this document.

[0013] This specification provides an embodiment of a vehicle prompt sound testing method:

[0014] In actual applications, the prompt sounds in the vehicle are often set when the vehicle leaves the factory. The type, volume and other parameters of the prompt sounds cannot be adjusted. Therefore, the prompt sounds played during driving are fixed, resulting in the driver not being able to hear the prompt sounds clearly, causing a major safety hazard.

[0015] To this end, the vehicle prompt sound testing method provided in this embodiment, after obtaining the prompt sound test instruction corresponding to the prompt sound configuration data set for the vehicle submitted by the subroutine, loads the prompt sound configuration data according to the response status of the vehicle's sound playback component, and plays the prompt sound after loading. The test result of the prompt sound is determined based on the matching result of the collected test prompt sound and the prompt sound index corresponding to the environmental sound data, and specifically judges whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data. If it meets the criteria, it is determined that the test of the prompt sound has passed. In this way, by setting the prompt sound configuration data in a targeted manner, the diverse needs of users can be met, the comprehensiveness of the prompt sound can be improved, and the user experience can be improved. At the same time, the effectiveness of the prompt sound can be improved by testing the prompt sound, ensuring that the prompt sound can be effectively played during the playback process, thereby ensuring the driving safety of the vehicle and the surrounding safety of the vehicle.

[0016] Reference Figure 1 The vehicle prompt sound testing method provided in this embodiment specifically includes steps S102 to S108.

[0017] Step S102: obtaining a test instruction for the prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted by the subroutine.

[0018] The subroutine described in this embodiment refers to a program package or application component that is carried in an application or loaded and installed by an application. From a service perspective, the subroutine has the ability to independently provide self-closed-loop services, such as a subroutine with self-closed-loop capabilities that runs within an application to provide vehicle-related services.

[0019] Optionally, the subprogram includes a first subprogram within an application program run by a user terminal, and the subprogram also includes a second subprogram within a client program run by a vehicle terminal to which the vehicle belongs; wherein, the application program run by the user terminal and the client program run by 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.

[0020] The prompt sound configuration data refers to the prompt sound related data set for the vehicle. The prompt sound configuration data may include the prompt sound playback category, prompt sound content, prompt sound volume and / or the prompt sound broadcast object, for example, the prompt sound playback category is the vehicle turning category, the prompt sound content is "The vehicle is turning left, please pay attention", the prompt sound volume is v1, and the prompt sound broadcast object is announcer a.

[0021] Optionally, the prompt sound configuration data is remotely set through the first subprogram or locally set through the second subprogram, wherein the remote setting includes: the server obtains the prompt sound configuration data set through the first subprogram and sends the prompt sound configuration data to the second subprogram.

[0022] It should be noted that the prompt tone in this embodiment can be a prompt voice, a prompt sound signal, or a prompt voice and a prompt sound signal. For example, the prompt tone playback category is the vehicle turning category, the prompt tone content is a whistle and "The vehicle is turning 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. The vehicle can be a two-wheeled vehicle or a multi-wheeled vehicle. The vehicle includes a specific vehicle and an ordinary vehicle. The ordinary vehicle includes a user's private vehicle. The specific vehicle includes a specific vehicle divided according to the vehicle's purpose and / or a specific vehicle divided according to the vehicle's attributes. For example, specific vehicles divided according to the vehicle user include but are not limited to buses, trucks, and medical vehicles. Specific vehicles divided according to the vehicle's attributes include but are not limited to new energy vehicles.

[0023] During specific implementation, before testing the prompt tone corresponding to the prompt tone configuration data, a test instruction for the prompt tone corresponding to the prompt tone configuration data set for the vehicle, which is submitted through the subroutine, is obtained; in actual applications, there are situations where the user is not around the vehicle, that is, the user is far away from the vehicle. In view of this, in order to improve the testing efficiency of the prompt tone, the test instruction can be submitted remotely through the first subroutine. In an optional implementation manner provided by this embodiment, the test instruction is obtained in the following manner: obtaining the test instruction submitted through the first subroutine; if it is detected that the distance between the user terminal and the vehicle is greater than the distance threshold, sending the test instruction to the server to synchronize the test instruction to the second subroutine; thereby performing testing at the vehicle terminal, wherein the server is docked with the first subroutine and / or the second subroutine.

[0024] In addition, when the user is around the vehicle, a test instruction can be submitted through the second subroutine to facilitate the testing of the prompt sound. The test instruction can also be obtained in the following manner: obtaining the test instruction submitted through the second subroutine to test the prompt sound at the vehicle terminal; or, the user terminal obtains the test instruction submitted through the first subroutine to test the prompt sound at the user terminal.

[0025] Step S102 can be replaced by obtaining a test instruction for the prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted through the subroutine, and constitute a new implementation method together with other processing steps provided in this embodiment.

[0026] Step S104 , loading the prompt sound configuration data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading.

[0027] The above-mentioned test instruction of the prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted by the subroutine is obtained. In this step, the prompt sound configuration data is loaded according to the response status of the vehicle's sound playback component, and the prompt sound is played after loading; wherein, the sound playback component refers to a component that plays prompt sounds or other types of sounds, such as a sound playback component that is a speaker or a horn.

[0028] The prompt sound in this embodiment includes prompt voice and / or prompt sound signal; the prompt voice includes voice produced by the user through the vocal organs; the prompt sound signal refers to sounds other than voice produced by the vocal organs, such as a whistle sound; the prompt sound can be generated based on prompt sound configuration data. The response state includes the playback state of the sound played by the sound playback component, and optionally, the response state includes a normal state and / or an abnormal state.

[0029] In specific implementation, when the response status of the vehicle's sound playing component is normal, the prompt sound configuration data is loaded, and the prompt sound is played after loading; when the response status of the vehicle's sound playing component is abnormal, no processing is performed.

[0030] In an optional implementation manner provided by this embodiment, the response status is determined by:

[0031] When detecting that the vehicle is started, sending a sound test instruction to the sound playing component; the sound test instruction carries sound test data;

[0032] The response state is determined according to the playback characteristics of the sound test data by the sound playback component.

[0033] Among them, the sound test instruction refers to an instruction for performing a sound playback test on the sound playback component; the sound test data refers to the sound data for performing the sound playback test, such as a piece of music; the playback feature refers to the feature data when the sound playback component plays the sound test data. Optionally, the playback feature includes playback smoothness and / or playback accuracy.

[0034] Specifically, when it is detected that the vehicle is started, a sound test instruction is sent to the sound playback component through the second subroutine. If the playback characteristics of the sound test data of the sound playback component meet the preset playback conditions, the response state of the sound playback component is determined to be normal. If the playback characteristics of the sound test data of the sound playback component do not meet the preset playback conditions, the response state of the sound playback component is determined to be abnormal. The preset playback conditions here refer to pre-set playback conditions, such as the playback fluency being greater than the fluency threshold and / or the playback accuracy being greater than the accuracy threshold.

[0035] It should be added that step S104 can be replaced by loading the prompt sound configuration data according to the response status of the sound playback component, and playing the prompt sound after loading, and forming a new implementation method together with the other processing steps provided in this embodiment; wherein, the sound playback component here can be the sound playback component of the vehicle, or it can be the sound playback component of the user terminal. Specifically, if the test is performed on the user terminal, the sound playback component here is the sound playback component of the user terminal; if the test is performed on the vehicle terminal, the sound playback component here is the sound playback component of the vehicle, that is, loading the prompt sound configuration data according to the response status of the sound playback component, and playing the prompt sound after loading can be performed on the vehicle terminal or on the user terminal.

[0036] Step S106: determine whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data.

[0037] The above-mentioned prompt sound configuration data is loaded according to the response status of the vehicle's sound playback component, and the prompt sound corresponding to the prompt sound configuration data is played after loading. In this step, it is determined whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data. If so, execute the following step S108. If not, it is determined that the prompt sound test has failed.

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

[0039] The prompt sound index includes a playback index of the vehicle during the process of playing the prompt sound. Optionally, the prompt sound index includes a volume index, an audio index and / or a tone index. In addition, the prompt sound index may also include other types of indicators.

[0040] 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 environmental sound data inside the vehicle and / or environmental sound data outside the vehicle; wherein, the environmental sound data inside the vehicle refers to sound data in the internal environment of the vehicle, and the environmental sound data outside the vehicle refers to sound data in the external environment of the vehicle.

[0041] In this embodiment, the inside of the vehicle refers to the interior of the vehicle; the outside of the vehicle refers to the exterior of the vehicle.

[0042] In actual applications, there is usually no sound sensor installed on the outside of the vehicle. In this case, if the environmental sound data outside the vehicle is to be collected based on the vehicle, an additional sound sensor needs to be installed on the outside of the vehicle, which increases economic costs. In view of this, in order to reduce economic and labor costs, the environmental sound data outside the vehicle can be collected by the sound sensor of the user terminal called by the first subroutine, and the environmental sound data outside the vehicle can be sent to the server to synchronize the environmental sound data outside the vehicle with the second subroutine. Specifically, based on the above subroutine also including the second subroutine in the client running on the vehicle terminal, in an optional implementation provided by this embodiment, the environmental sound data is obtained by the following method:

[0043] The sound sensor of the user terminal called by the first subroutine collects ambient sound data outside the vehicle;

[0044] The ambient sound data outside the vehicle is sent to a server to synchronize the ambient sound data outside the vehicle with the second subroutine.

[0045] The external environmental sound data refers to the external environmental sound data of the vehicle.

[0046] In specific implementation, in order to improve the accuracy and comprehensiveness of the prompt tone test, the prompt tone can be tested from multiple dimensions. In an optional implementation provided by this embodiment, the prompt tone index is determined by the following method:

[0047] detecting, by the second subroutine, sound features of the ambient sound data outside the vehicle in at least one feature dimension;

[0048] Calculating the prompt sound index according to the sound feature;

[0049] Optionally, the feature dimensions include volume dimension, audio dimension and / or tone dimension.

[0050] The sound features include volume features, audio features and / or tone features.

[0051] In addition, based on the sound sensor of the user terminal called by the first subroutine collecting the ambient sound data outside the vehicle and sending the ambient sound data outside the vehicle to the server, the second subroutine can be used to detect the sound characteristics of the ambient sound data outside the vehicle in at least one characteristic dimension, and calculate the prompt sound index based on the sound characteristics.

[0052] In addition, the first subroutine may also detect the sound features of the ambient sound data outside the vehicle in at least one feature dimension, and calculate the prompt sound index based on the sound features.

[0053] In actual applications, when determining the prompt sound index based on the ambient sound data inside the car, the ambient sound data inside the car varies greatly. For example, the ambient sound data inside the car differs greatly when the windows are closed and when the windows are open. This results in a large error in the collected ambient sound data inside the car. To reduce the error in collecting the ambient sound data, and thereby reduce the error in the prompt sound index, and improve the accuracy of the prompt sound test, in another optional implementation provided by this embodiment, the prompt sound index is determined by the following method:

[0054] Determine the benchmark prompt sound index based on the ambient sound data in the car;

[0055] The reference prompt sound index is updated based on the window lifting state of the vehicle to obtain the prompt sound index.

[0056] Among them, the ambient sound data inside the vehicle refers to the ambient sound data inside the vehicle; the benchmark prompt sound index refers to the prompt sound index used as a benchmark or basis; the window lifting and lowering status includes the window opening and closing status or the window opening and closing ratio.

[0057] For example, the sound volume in the ambient sound data inside the car is b decibels, and the volume index c decibel in the benchmark prompt sound index is determined to be greater than b decibels. The benchmark prompt sound index is then updated based on the vehicle's window lifting and lowering status to obtain the prompt sound index.

[0058] In the above-mentioned process of updating the reference prompt sound index based on the vehicle window lifting state, in an optional implementation manner provided by this embodiment, the following operations are performed:

[0059] If the window lifting state is the first lifting state, calculating an index error based on the window lifting state, and calculating the prompt sound index based on the reference prompt sound index and the index error;

[0060] If the window lifting state is the second lifting state, the reference prompt sound index is used as the prompt sound index.

[0061] 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 a preset ratio. For example, the first lifting state is a state in which the window opening and closing ratio is greater than a, and the second lifting state is 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 open area to the closed area of ​​the window.

[0062] Specifically, the process of calculating the index error based on the window lifting and lowering state can be achieved by determining the corresponding error coefficient based on the window lifting and lowering state, and calculating the ratio of the error coefficient and the benchmark prompt sound index as the index error; the process of calculating the prompt sound index based on the benchmark prompt sound index and the index error can be achieved by calculating the sum of the benchmark prompt sound index and the index error as the prompt sound index.

[0063] In addition, the prompt sound index can also be determined in the following manner: determining baseline prompt sound data based on the ambient sound data in the vehicle, and updating the baseline prompt sound index based on the vehicle's window opening and closing ratio to obtain the prompt sound index; wherein, the updating of the baseline prompt sound index based on the vehicle's window opening and closing ratio includes: if the window opening and closing ratio is greater than a preset ratio, calculating the index error based on the window opening and closing ratio, and calculating the prompt sound index based on the baseline prompt sound index and the index error; if the window opening and closing ratio is less than or equal to the preset ratio, using the baseline prompt sound index as the prompt sound index.

[0064] In the specific execution process, after determining whether the collected test prompt tone meets the prompt tone indicator corresponding to the environmental sound data, if the execution result is yes, it is determined that the prompt tone test has passed. In an optional implementation provided by this embodiment, if the execution result is no, an abnormal reminder can be performed. In order to improve the convenience and efficiency of the abnormal reminder, the abnormal reminder can be performed based on the first subroutine and / or the second subroutine respectively, and the following operations are specifically performed:

[0065] Determining that the test of the prompt sound fails, and determining an abnormal reminder method according to the response state of the sound playing component;

[0066] According to the abnormal reminder method, a text abnormal reminder is performed in the second subroutine, and the abnormal reminder information is sent to the server to synchronize the abnormal reminder information with the first subroutine, and based on the abnormal reminder information, the sound playback component is called to perform abnormal broadcast.

[0067] Among them, the abnormal reminder method refers to the method of making abnormal reminders, and the abnormal reminder method includes text abnormal reminders and / or voice abnormal reminders; the abnormal reminder information refers to the relevant information for the abnormal reminder, such as the abnormal reminder information is "test failed" or "volume too low".

[0068] Specifically, if the response status of the sound playback component is normal, the abnormal reminder method is determined to be text abnormal reminder and voice abnormal reminder, a text abnormal reminder is performed in the second subroutine, and the abnormal reminder information is sent to the server to synchronize the abnormal reminder information to the first subroutine, and the sound playback component of the vehicle is called based on the abnormal reminder information to perform abnormal broadcast; if the response status of the sound playback component is abnormal, the abnormal reminder method is determined to be text abnormal reminder, a text abnormal reminder is performed in the second subroutine, and the abnormal reminder information is sent to the server to synchronize the abnormal reminder information to the first subroutine.

[0069] In addition, when the execution result of determining whether the collected test prompt sound meets the prompt sound indicator corresponding to the environmental sound data is no, it can also be determined that the test of the prompt sound has failed, and the abnormal reminder method can be determined based on the response status of the sound playback component; a text abnormal reminder is performed in the second subroutine according to the abnormal reminder method, and the abnormal reminder information is sent to the server to synchronize the abnormal reminder information to the first subroutine, or, based on the abnormal reminder information, the sound playback component is called to perform an abnormal broadcast.

[0070] In addition, the optional implementation method provided above when the execution result is no can be replaced by determining the abnormal reminder method based on the response status of the sound playback component; performing a text abnormal reminder in the second subroutine according to the abnormal reminder method, and sending the abnormal reminder information to the server to synchronize the abnormal reminder information to the first subroutine, and calling the sound playback component based on the abnormal reminder information to perform abnormal broadcast, and forming a new implementation method together with the other processing steps provided in this embodiment.

[0071] In addition, when 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 above-mentioned method of providing an abnormal reminder, the prompt tone configuration data can also be updated according to the preference data of the user to which the vehicle belongs and / or the historical prompt tone configuration data of the vehicle. In this way, the test efficiency and test pass rate of the prompt tone are improved, which helps to promote the testing process of the prompt tone and improve the comprehensiveness and effectiveness of the prompt tone that passes the test. In another optional implementation manner provided by this embodiment, when 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:

[0072] Obtaining preference data of a user belonging to the vehicle and / or historical prompt tone configuration data of the vehicle;

[0073] The prompt tone configuration data is updated based on the preference data and / or the historical prompt tone configuration data.

[0074] The preference data includes the user's preference data for sound playback, such as the user's music playback preference data, video playback preference data, and another example is that the user is accustomed to playing music at a volume of d decibels.

[0075] Step S108: Determine whether the prompt tone test has passed.

[0076] The above judgment determines whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data, so as to determine whether the collected test prompt sound meets the playback index or playback requirement. In this step, if the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data, it is determined that the test of the prompt sound has passed; if the collected test prompt sound does not meet the prompt sound index corresponding to the environmental sound data, it is determined that the test of the prompt sound has failed.

[0077] In actual applications, if it is determined that the prompt tone test has passed, the prompt tone can be stored so that the prompt tone can be played when the vehicle needs it. For example, when the driver is driving fatigued, a corresponding prompt tone can be played in the vehicle to ensure driving safety. In an optional implementation provided by this embodiment, after determining that the prompt tone test has passed, the following operations are further performed:

[0078] Determine the prompt sound playback category corresponding to the triggering event of the vehicle, and query the prompt sound corresponding to the prompt sound playback category;

[0079] If the prompt sound playback category is the first category, the sound playback component is called to play the queried prompt sound in the car, or the sound playback component called by the first subroutine plays the queried prompt sound in the car.

[0080] Among them, the trigger event refers to the trigger event for playing the prompt sound, that is, when the trigger event occurs, the corresponding prompt sound is played for the vehicle; the prompt sound playback category refers to the category of the prompt sound played, such as the prompt sound playback category is vehicle speeding category, driving status category, vehicle travel distance category, etc.; the first category includes the in-vehicle playback category.

[0081] For example, it is determined that the prompt sound playback category corresponding to the trigger event that the distance between the vehicle and the target object is less than the distance threshold is the distance playback category, and the prompt sound corresponding to the distance playback category is queried, "The distance is too small, please pay attention." The prompt sound playback category is the first category, and the vehicle's sound playback component is called to play the queried prompt sound in the car, or the sound playback component of the user terminal called by the first subroutine plays the queried prompt sound in the car.

[0082] Optionally, the triggering events mentioned above include at least one of the following: the distance between the vehicle and the target object is less than a distance threshold, the vehicle's control instructions, the vehicle's driving data meet the triggering conditions, and the driving status of the vehicle's driving user is a preset state.

[0083] Among them, the target object includes a target vehicle, a target user and / or a target obstacle; the control instruction refers to the 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 the relevant 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 the speed threshold, the driving duration is greater than the duration threshold, the driving distance is greater than the distance threshold, the driving area is in the restricted area, and the driving time period is within the restricted time period; the preset state includes a driving fatigue state.

[0084] As described above, when it is determined that the prompt sound test has passed, the prompt sound can be stored so that the prompt sound can be played when the vehicle needs it. For example, when the vehicle turns left, the corresponding prompt sound can be played outside the vehicle. In this case, since it is impossible to play the prompt sound based on the sound playback component of the user terminal in real time, the sound playback component of the vehicle can be called to play the prompt sound, thereby improving the flexibility and effectiveness of the prompt sound playback. In an optional implementation manner provided by this embodiment, based on the above-mentioned determination of the prompt sound playback category corresponding to the vehicle triggering event and querying the prompt sound corresponding to the prompt sound playback category, the following operations are also performed:

[0085] If the prompt sound playback category is the second category, the sound playback component is called to play the queried prompt sound outside the vehicle.

[0086] Among them, the second category includes the out-of-car playback category.

[0087] In addition, after determining that the prompt sound test has passed, the following operations may be performed: determining the prompt sound playback category corresponding to the triggering event of the vehicle, and querying the prompt sound corresponding to the prompt sound playback category; if the prompt sound playback category is the second category, calling the sound playback component to play the queried prompt sound outside the vehicle;

[0088] Alternatively, determine the prompt sound playback category corresponding to the triggering event of the vehicle, and query the prompt sound corresponding to the prompt sound playback category; if the prompt sound playback category is the first category and the second category, call the sound playback component to play the queried prompt sound inside and outside the vehicle, and / or, call the sound playback component called by the first subroutine to play the queried prompt sound inside the vehicle.

[0089] In actual applications, in order to improve the efficiency of prompt tone testing, a first subroutine in an application program running on a user terminal and a second subroutine in a client program running on a vehicle terminal can be connected. By establishing an association relationship between the first subroutine in the application program running on the user terminal and the second subroutine in the client program running on the vehicle terminal, data interaction between the first subroutine and the second subroutine is performed. The association relationship is implemented in the following manner:

[0090] Obtaining the vehicle identification code sent by the first subroutine; after the identification code is scanned and decoded by the first subroutine, the identification code is determined to be a vehicle identification code based on the decoding result and then sent;

[0091] The identification code is decoded twice, the vehicle corresponding to the identification code is determined according to the secondary decoding result, and an association relationship between the first subroutine and the second subroutine is established.

[0092] In addition, data interaction between the first subroutine and the second subroutine may also be performed through wireless communication technology, wherein the wireless communication technology includes but is not limited to: Bluetooth, RF (Radio Frequency, radio frequency identification technology), UWB (Ultra WideBand, wireless ultra-wideband pulse technology), NFC (Near Field Communication, short-range wireless communication).

[0093] In actual application, when there are a large number of vehicles, it is often difficult to find the vehicle. To facilitate the user of the vehicle to quickly locate the vehicle, the vehicle can be remotely located through the first mini program. Specifically, the vehicle positioning can be achieved in the following way: a prompt sound playback instruction is sent to the vehicle through the first mini program to call the sound playback component to play the prompt sound; thereby, the vehicle can be quickly located and the convenience of finding the vehicle is improved.

[0094] To sum up, the vehicle prompt sound testing method provided in this embodiment can be applied to a user terminal or a vehicle terminal, obtains a prompt sound test instruction corresponding to the prompt sound configuration data set for the vehicle submitted through a subroutine, and loads the prompt sound configuration data according to the response status of the vehicle's sound playback component, and plays the prompt sound after loading, and determines whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data. If it meets the index, it determines that the prompt sound test has passed. In this way, by setting the prompt sound configuration data, the user's diverse needs can be met, the comprehensiveness of the prompt sound can be improved, and the user experience can be improved. At the same time, the effectiveness of the prompt sound can be improved by testing the prompt sound, ensuring that the prompt sound can be effectively played during the playback process, thereby ensuring the driving safety of the vehicle and the surrounding safety of the vehicle.

[0095] The following is an example of the application of a vehicle prompt sound test method provided by this embodiment in a specific vehicle scenario to further illustrate the vehicle prompt sound test method provided by this embodiment. Figure 2 , a vehicle prompt sound testing method applied to a specific vehicle scenario specifically includes the following steps.

[0096] Step S202: obtaining a prompt tone test instruction corresponding to the prompt tone configuration data set for a specific vehicle and submitted through the first subroutine and sent by the user terminal.

[0097] Optionally, the specific vehicle includes specific vehicles classified according to vehicle usage and / or specific vehicles classified according to vehicle attributes, for example, specific vehicles classified according to vehicle users are medical vehicles, and specific vehicles classified according to vehicle attributes are new energy vehicles.

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

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

[0100] Step S206: The second subroutine calls the sound sensor of the specific vehicle to collect the prompt sound.

[0101] Optionally, the second subroutine includes a subroutine within a client running on a vehicle terminal of a specific vehicle.

[0102] Step S208: Acquire the collected ambient sound data outside the vehicle sent by the server.

[0103] Optionally, the ambient sound data outside the vehicle is collected by a sound sensor of the user terminal called by the first subroutine and sent to the server, so as to synchronize the ambient sound data outside the vehicle to the second subroutine.

[0104] In step S210 , if the collected test prompt sound does not meet the prompt sound index corresponding to the environmental sound data, an abnormal prompting method is determined according to the response state of the sound playing component of the specific vehicle.

[0105] Step S212: perform a text abnormal reminder in the second subroutine according to the abnormal reminder method, and send the abnormal reminder information to the server to synchronize the abnormal reminder information with the first subroutine, and call the sound playback component of the specific vehicle based on the abnormal reminder information to broadcast the abnormality.

[0106] The above steps S210 and S212 can be replaced by determining that the test of the prompt sound passes if the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data, and forming a new implementation method with other processing steps provided in this embodiment.

[0107] It should be noted that the execution order of step S206 and step S208 is not limited here. Step S206 can be executed first and then step S208, or step S208 can be executed first and then step S206, or step S206 and step S208 can be executed simultaneously.

[0108] The present specification provides an embodiment of a vehicle prompt sound testing device as follows:

[0109] In the above embodiment, a vehicle prompt sound testing method is provided, and correspondingly, a vehicle prompt sound testing device is also provided, which is described below with reference to the accompanying drawings.

[0110] Reference Figure 3 , which shows a schematic diagram of a vehicle prompt sound testing device provided by this embodiment.

[0111] Since the device embodiment corresponds to the method embodiment, the description is relatively simple. For the relevant parts, please refer to the corresponding description of the method embodiment provided above. The device embodiment described below is only illustrative.

[0112] This embodiment provides a vehicle warning sound testing device, including:

[0113] The test instruction acquisition module 302 is configured to acquire a test instruction for a prompt tone corresponding to the prompt tone configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal;

[0114] The data loading module 304 is configured to load the prompt sound configuration data according to the response status of the sound playing component of the vehicle and play the prompt sound after loading;

[0115] The prompt tone determination module 306 is configured to determine whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data;

[0116] If so, the test pass determination module 308 is executed, and the test pass determination module 308 is configured to determine whether the test of the prompt tone has passed.

[0117] The present specification provides an embodiment of a vehicle prompt sound test device as follows:

[0118] Corresponding to the vehicle prompt sound test method described above, based on the same technical concept, one or more embodiments of this specification also provide a vehicle prompt sound test device, which is used to perform the vehicle prompt sound test method provided above. Figure 4 A schematic diagram of the structure of a vehicle prompt sound testing device provided in one or more embodiments of this specification.

[0119] This embodiment provides a vehicle prompt tone testing device, comprising:

[0120] like Figure 4 As shown, the vehicle's prompt sound test equipment may have relatively large differences due to different configurations or performances, and may include one or more processors 401 and memory 402, and the memory 402 may store one or more storage applications or data. Among them, the memory 402 can be a temporary storage or a persistent storage. The application stored in the memory 402 may include one or more modules (not shown in the figure), each module may include a series of computer-executable instructions in the vehicle's prompt sound test equipment. Furthermore, the processor 401 can be configured to communicate with the memory 402 to execute a series of computer-executable instructions in the memory 402 on the vehicle's prompt sound test equipment. The vehicle's prompt sound test equipment may also include 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.

[0121] In a specific embodiment, a vehicle chime test device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the vehicle chime test device, and the one or more programs are configured to be executed by one or more processors and include computer-executable instructions for performing the following:

[0122] Obtaining a test instruction for a prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal;

[0123] Loading the prompt sound configuration data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading;

[0124] Determine whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data;

[0125] If so, it is determined that the test of the prompt tone passes.

[0126] An embodiment of a storage medium provided in this specification is as follows:

[0127] Corresponding to the vehicle prompt sound testing method described above, based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

[0128] The storage medium provided in this embodiment is used to store computer-executable instructions. When the computer-executable instructions are executed by a processor, the following process is implemented:

[0129] Obtaining a test instruction for a prompt sound corresponding to the prompt sound configuration data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal;

[0130] Loading the prompt sound configuration data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading;

[0131] Determine whether the collected test prompt tone meets the prompt tone index corresponding to the environmental sound data;

[0132] If so, it is determined that the test of the prompt tone passes.

[0133] It should be noted that the embodiment of a storage medium in this specification and the embodiment of a vehicle prompt sound testing method in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can refer to the implementation of the aforementioned corresponding method, and the repeated parts will not be repeated.

[0134] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0135] In the 1930s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, 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. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages ​​and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0136] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., 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 controllers include, but are not limited to, the following microcontrollers: ARC625D, 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 a purely computer-readable program code format, the controller can be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the means for implementing various functions included therein can also be considered as structures within the hardware component. Or even, the means for implementing various functions can be considered as both a software module implementing the method and a structure within the hardware component.

[0137] The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, 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.

[0138] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0139] Those skilled in the art will appreciate that one or more embodiments of this specification may be provided as a method, system, or computer program product. Thus, one or more embodiments of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0140] This specification is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0141] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0142] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

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

[0144] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0145] Computer-readable media includes permanent and non-permanent, removable and non-removable 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 technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory media such as modulated data signals and carrier waves.

[0146] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

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

[0148] The various embodiments in this specification are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the description of the method embodiments.

[0149] The foregoing description is merely an example of the present invention and is not intended to limit the present invention. Persons skilled in the art will readily appreciate that various modifications and variations of the present invention are possible. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be included within the scope of the claims herein.

Claims

1. A vehicle prompt tone testing method, comprising: Obtaining a test instruction for a prompt sound corresponding to the prompt sound related data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal; Loading the prompt sound related data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading; determining whether the collected test prompt sound satisfies a prompt sound index corresponding to the ambient sound data; the prompt sound index is calculated based on a benchmark prompt sound index and an index error, the benchmark prompt sound index being determined based on the ambient sound data within the vehicle; and the index error being calculated based on the vehicle window opening / closing ratio when the vehicle window opening / closing ratio is greater than a preset ratio; If so, it is determined that the test of the prompt tone passes.

2. The vehicle prompt tone testing method according to claim 1, wherein the response state is determined by: When detecting that the vehicle is started, sending a sound test instruction to the sound playing component; the sound test instruction carries sound test data; The response state is determined according to the playback characteristics of the sound test data by the sound playback component.

3. The vehicle prompt tone testing method according to claim 1, wherein the subroutine further comprises a second subroutine in a client terminal running on the vehicle terminal; The prompt tone related data is remotely set through the first subroutine or locally set through the second subroutine.

4. The vehicle prompt sound testing method according to claim 1, if the step of determining whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data is executed and the result is no, performing the following operations: Determining that the test of the prompt sound fails, and determining an abnormal reminder method according to the response state of the sound playing component; According to the abnormal reminder method, a text abnormal reminder is performed in the second subroutine, and the abnormal reminder information is sent to the server to synchronize the abnormal reminder information with the first subroutine, and / or, based on the abnormal reminder information, the sound playback component is called to perform abnormal broadcast.

5. The vehicle prompt sound testing method according to claim 1, wherein the test instruction is obtained by: Obtaining the test instruction submitted through the first subroutine; 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 the server to synchronize the test instruction to the second subroutine.

6. The vehicle prompt sound testing method according to claim 1, if the step of determining whether the collected test prompt sound meets the prompt sound index corresponding to the environmental sound data is executed and the result is no, performing the following operations: Obtaining preference data of a user belonging to the vehicle and / or historical prompt tone data related to the vehicle; The prompt tone related data is updated based on the preference data and / or the historical prompt tone related data.

7. The vehicle prompt sound testing method according to claim 1, wherein if the window opening and closing ratio is less than or equal to a preset ratio, the benchmark prompt sound index is used as the prompt sound index.

8. The vehicle prompt sound testing method according to claim 1, further comprising: Determine the prompt sound playback category corresponding to the triggering event of the vehicle, and query the prompt sound corresponding to the prompt sound playback category; If the prompt sound playback category is the first category, the sound playback component is called to play the queried prompt sound in the car, or the sound playback component called by the first subroutine plays the queried prompt sound in the car.

9. The vehicle prompt sound testing method according to claim 8, wherein the triggering event includes at least one of the following: The distance between the vehicle and the target object is less than the distance threshold, the vehicle's control instructions and the vehicle's driving data meet the trigger conditions, and the driving state of the vehicle's driving user is in a preset state.

10. The vehicle prompt sound testing method according to claim 8, further comprising: after the step of determining whether the prompt sound test has passed is performed: If the prompt sound playback category is the second category, the sound playback component is called to play the queried prompt sound outside the vehicle.

11. A vehicle warning sound testing device, comprising: A test instruction acquisition module is configured to acquire a test instruction for a prompt sound corresponding to the prompt sound related data set for the vehicle submitted through the subroutine; The subroutine includes a first subroutine in an application program running on the user terminal; a data loading module configured to load the prompt sound related data according to the response status of the sound playing component of the vehicle and play the prompt sound after loading; a prompt sound determination module configured to determine whether a collected test prompt sound satisfies a prompt sound index corresponding to the ambient sound data; the prompt sound index is calculated based on a reference prompt sound index determined based on the ambient sound data within the vehicle and an index error, the reference prompt sound index being determined based on the ambient sound data within the vehicle; and the index error being calculated based on the vehicle window opening / closing ratio when the vehicle window opening / closing ratio is greater than a preset ratio; If so, a test pass determination module is run, wherein the test pass determination module is configured to determine whether the test of the prompt tone has passed.

12. A vehicle warning sound testing device, comprising: processor; and a memory configured to store computer-executable instructions that, when executed, cause the processor to: Obtaining a test instruction for a prompt sound corresponding to the prompt sound related data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal; Loading the prompt sound related data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading; determining whether the collected test prompt sound satisfies a prompt sound index corresponding to the ambient sound data; the prompt sound index is calculated based on a benchmark prompt sound index and an index error, the benchmark prompt sound index being determined based on the ambient sound data within the vehicle; and the index error being calculated based on the vehicle window opening / closing ratio when the vehicle window opening / closing ratio is greater than a preset ratio; If so, it is determined that the test of the prompt tone passes.

13. A storage medium for storing computer-executable instructions, wherein the computer-executable instructions, when executed by a processor, implement the following process: Obtaining a test instruction for a prompt sound corresponding to the prompt sound related data set for the vehicle submitted through a subroutine; the subroutine includes a first subroutine within an application program running on a user terminal; Loading the prompt sound related data according to the response status of the sound playing component of the vehicle, and playing the prompt sound after loading; determining whether the collected test prompt sound satisfies a prompt sound index corresponding to the ambient sound data; the prompt sound index is calculated based on a benchmark prompt sound index and an index error, the benchmark prompt sound index being determined based on the ambient sound data within the vehicle; and the index error being calculated based on the vehicle window opening / closing ratio when the vehicle window opening / closing ratio is greater than a preset ratio; If so, it is determined that the test of the prompt tone passes.

Images