Vehicle abnormal noise warning methods, devices, vehicles and storage media

Abstract

This application provides a method, device, vehicle, and medium for alerting abnormal vehicle noises. The method, applied in the field of vehicles, includes: acquiring sound information generated by the vehicle, vehicle operation information, and vehicle driving information; determining the vehicle's operating scenario based on the vehicle operation information and driving information; comparing the sound information with normal sound information stored in a first database based on the operating scenario to generate a detection result; and outputting corresponding alert information according to the detection result and a corresponding alert mode. This method can alert users to vehicle noises based on their needs, enabling users to promptly detect vehicle malfunctions and ensuring vehicle driving safety.

Description

Technical Field

[0001] This application relates to the field of vehicles, and more specifically, to a method, apparatus, vehicle, and storage medium for indicating abnormal noises in vehicles. Background Technology

[0002] In related technologies, abnormal noises produced by a vehicle may be caused by a vehicle malfunction, or they may be sounds produced by the vehicle in normal operation. These abnormal noises can cause great distress to users, making it impossible to determine whether there is a malfunction based on the abnormal noises, thus preventing timely vehicle repair. Summary of the Invention

[0003] This application provides a method, device, vehicle, and storage medium for alerting abnormal noises in a vehicle. The method can alert users to abnormal noises generated inside the vehicle, enabling them to determine whether there is a malfunction in the vehicle and ensuring driving safety.

[0004] Firstly, a method for indicating abnormal noises in a vehicle is provided, the method comprising:

[0005] Acquire vehicle-generated sound information, vehicle operation information, and vehicle driving information;

[0006] Based on the vehicle's operation information and driving information, determine the working scenario in which the vehicle is located.

[0007] Based on the described working scenario, the sound information is compared with normal sound information stored in the first database to generate a detection result; the detection result is used to indicate whether the sound information exists in the first database.

[0008] Based on the detection results, corresponding prompt information is output according to the prompt mode; the prompt mode includes at least one of a first prompt mode and a second prompt mode; the first prompt mode is used to prompt for normal and abnormal sounds; the second prompt mode is used to prompt for abnormal sounds.

[0009] The above technical solution can provide corresponding prompts for the sound information generated by the vehicle according to the prompt mode. This can remind novice users of the sound information generated by the vehicle under normal driving conditions, avoiding novice users from misjudging that the vehicle has a malfunction due to unfamiliarity with the vehicle's condition. At the same time, it can also remind all users of the sound information generated by the vehicle under malfunction conditions, thereby enabling vehicle repair and ensuring vehicle driving safety.

[0010] In conjunction with the first aspect, in some possible implementations, if it is determined from the detection results that the sound information exists in the first database, the source of the sound information is determined in the first database;

[0011] The vehicle's multimedia host outputs the source of the sound information and a prompt message indicating that the sound information is normal.

[0012] In combination with the first aspect and the above implementation methods, in some possible implementation methods, if it is determined from the detection result that the first database contains the sound information, the multimedia host of the vehicle is controlled not to output the prompt information corresponding to the sound information.

[0013] In combination with the first aspect and the above implementation methods, in some possible implementation methods, if it is determined from the detection results that the first database does not contain the sound information, the sound information is compared with the second database to determine a solution for the sound information;

[0014] The solution is output by the vehicle's multimedia host.

[0015] The above technical solutions can provide users with corresponding solutions based on the sounds produced by the vehicle, thereby resolving vehicle malfunctions in a timely manner.

[0016] Combining the first aspect and the above implementation methods, in some possible implementation methods, the vehicle's multimedia host outputs a vehicle stereo model and receives feedback information about the vehicle stereo model; the feedback information represents the location where the sound information occurs and the description information of the sound information.

[0017] The solution is determined by comparing the feedback information and the sound information with the second database.

[0018] In combination with the first aspect and the above implementation methods, in some possible implementation methods, if the sound information does not exist in the second database, an online consultation channel is established, and the solution is obtained based on the online consultation channel;

[0019] The solution is stored in the first database or the second database.

[0020] Combining the first aspect and the above-described implementation methods, in some possible implementation methods, video information containing the audio information is obtained.

[0021] Secondly, a vehicle control device is provided, the device comprising:

[0022] The acquisition module is used to acquire sound information generated by the vehicle, vehicle operation information, and vehicle driving information;

[0023] The determination module is used to determine the working scenario of the vehicle based on the vehicle's operation information and driving information.

[0024] The detection module is used to compare the sound information with normal sound information stored in the first database according to the working scenario, and generate a detection result; the detection result is used to indicate whether the sound information exists in the first database;

[0025] The prompting module is used to output corresponding prompting information according to the detection result and a prompting mode; the prompting mode includes at least one of a first prompting mode and a second prompting mode; the first prompting mode is used to prompt for normal sounds and abnormal sounds; the second prompting mode is used to prompt for abnormal sounds.

[0026] Thirdly, a vehicle is provided, including a memory and a processor, the memory storing a computer program, characterized in that the processor executes the method of the first aspect or any possible implementation thereof.

[0027] Fourthly, a computer program product is provided, comprising: computer program code, which, when run on a computer, causes the computer to perform the methods described in the first aspect or any possible implementation thereof.

[0028] Fifthly, a computer-readable storage medium is provided that stores computer program code, which, when executed on a computer, causes the computer to perform the methods described in the first aspect or any possible implementation thereof. Attached Figure Description

[0029] Figure 1 This is a schematic diagram of the vehicle anomaly alert system architecture according to one embodiment of this application;

[0030] Figure 2 This is a schematic flowchart of a vehicle anomaly alert method according to an embodiment of this application;

[0031] Figure 3 This is a schematic flowchart of a vehicle anomaly alert method in another embodiment of this application;

[0032] Figure 4 This is a schematic flowchart of a vehicle anomaly alert method in another embodiment of this application;

[0033] Figure 5 This is a schematic flowchart of a vehicle anomaly alert method in another embodiment of this application;

[0034] Figure 6 This is a schematic flowchart of a vehicle anomaly alert method in another embodiment of this application;

[0035] Figure 7 This is a schematic diagram of the vehicle abnormality warning device in one embodiment of this application. Detailed Implementation

[0036] The technical solutions in this application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0037] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.

[0038] Generally, associating unusual noises from a vehicle with a malfunction can lead users to worry about potential problems when they hear unusual sounds. However, during actual driving, some unusual sounds are normal vehicle noises, while others are caused by malfunctions. This makes it difficult for users to accurately distinguish the sounds produced by the vehicle, thus hindering their ability to determine if a malfunction exists. Traditional solutions might involve displaying the vehicle's sounds under different conditions on a website to help identify malfunctions. However, this approach cannot immediately determine the nature of the sounds and requires users to manually compare their own vehicle's sounds with those displayed on the website, reducing the efficiency of identifying the source of the noise.

[0039] The application scenarios or system architecture of the embodiments of this application will be described next. See also Figure 1 The diagram shows the architecture of the vehicle anomaly alert system.

[0040] Generally, a vehicle anomaly alert system architecture includes a multimedia host (HUT, Head Unit System), an in-vehicle communication terminal (T-BOX, Telematics-BOX), a user operating device, a big data platform, and a mobile application.

[0041] The HUT (Head-Up Display) is the core control device of the vehicle, typically integrating multiple functional modules such as infotainment, navigation, vehicle condition monitoring, and communication. The HUT collects various vehicle data and uses this data to control and optimize different systems within the vehicle. In the vehicle anomaly alert system architecture, the HUT can output audible alerts and also receive user feedback based on the audible information, thus collecting audible data.

[0042] The T-BOX can communicate with the backend system and mobile applications, enabling the display and control of vehicle information via the mobile application. After the user sends control commands through the mobile application, the T-BOX can receive the corresponding commands, thus enabling functions such as remote vehicle start. In the vehicle anomaly alert system architecture, the T-BOX can connect the in-vehicle network with external networks, thereby enabling data transmission between vehicle data and big data platforms.

[0043] User control devices include in-vehicle buttons, levers, pedals, etc., which allow users to control the vehicle's driving status, such as controlling acceleration and braking.

[0044] The big data platform is used to aggregate different sound information from vehicles, including normal sound information and abnormal sound data, as well as solutions for abnormal sounds. Through the big data platform, normal sound information and abnormal sound information can be obtained, and then the sound information generated by the vehicle can be compared to generate analysis results of the sound information generated by the vehicle.

[0045] The mobile application, developed by the vehicle manufacturer, connects to the T-BOX, enabling remote vehicle operation via the mobile app and displaying relevant vehicle data. The mobile application can also record vehicle audio information, which can then be analyzed using a big data platform. Alternatively, the recorded audio information can be transmitted to the vehicle via the T-BOX for further analysis.

[0046] The implementation details of the technical solutions in the embodiments of this application are described in detail below.

[0047] Figure 2 This is a schematic flowchart of a vehicle abnormal noise warning method provided in an embodiment of this application.

[0048] For example, such as Figure 2 As shown, the method for indicating abnormal noises in a vehicle may include the following steps:

[0049] Step S101: Obtain the sound information generated by the vehicle, the operation information of the vehicle, and the driving information of the vehicle.

[0050] Here, vehicle operation information refers to the user's operation information on the vehicle's buttons, levers, pedals, and other devices. Vehicle driving information may include the vehicle's speed, gear position, and other information.

[0051] In one embodiment of this application, the vehicle's audio information can be obtained by acquiring video information of the audio information recorded by the user. The video information is obtained by recording the vehicle's audio information using a mobile application. In practical applications, by connecting the vehicle's T-BOX to a mobile terminal, the video information recorded by the mobile terminal can be transmitted to the vehicle.

[0052] Step S102: Determine the working scenario of the vehicle based on the vehicle's operation information and driving information.

[0053] Based on the vehicle's operation and driving information, the vehicle's operating scenario can be determined. This scenario can include driving, reversing, and parking. For example, if the vehicle is in drive and its speed exceeds a certain value, it can be determined that the vehicle is driving. Furthermore, the operating scenario can be further subdivided by combining the vehicle's operation information. For instance, if the vehicle's operation information indicates that the turn signal is activated, it can be determined that the vehicle is turning while driving. Or, if the vehicle's operation information indicates that the windshield wipers are activated, it can be determined that the vehicle is driving in the rain.

[0054] Step S103: Based on the work scenario, compare the sound information with the normal sound information in the work scenario stored in the first database to generate a detection result.

[0055] Here, the first database is used to store normal sounds that vehicles can produce under different working scenarios, such as the sound produced by the brake disc and brake pads sticking together when driving in the rain; the sound produced by the electronic parking brake system when parking; and the alarm sounds generated inside the vehicle.

[0056] In practical applications, the normal sound information stored in the first database is classified and stored according to the working scenario in which it occurs. For example, the sound generated by the electronic parking brake system occurs in a parking scenario, so the sound generated by the electronic parking brake system is stored in the parking scenario.

[0057] Based on this, when comparing the sound information generated by the vehicle with the sound stored in the first database, firstly, the sound information to be compared is determined in the first database. This sound information refers to the normal sound information stored in the first database within the vehicle's operating environment; that is, the operating environment described in the sound information to be compared is the same as the vehicle's operating environment. This reduces the amount of data that needs to be compared and allows for faster determination of the detection results regarding the vehicle's sound information. After determining the sound information to be compared, the sound information generated by the vehicle is compared with the sound information to be compared, thereby generating a detection result for the vehicle's sound information. This detection result determines whether the vehicle's sound information exists in the first database.

[0058] In practical applications, the vehicle's T-BOX can connect the in-vehicle network to the external network. Through the vehicle's T-BOX, normal sound information stored in the first database on the data platform can be obtained, thereby enabling a comparison between the sound generated by the vehicle and the normal sound information stored in the first database.

[0059] Step S104: Based on the detection results, output the corresponding prompt information according to the prompt mode.

[0060] Understandably, experienced drivers can distinguish between normal and abnormal vehicle sounds, so there's no need to provide them with a notification that the sounds are normal. However, inexperienced drivers may struggle to identify these sounds and are prone to misinterpreting them as malfunctions. Therefore, it's necessary to provide them with notifications regarding the various sounds they hear.

[0061] Based on this, for the two types of users mentioned above, the prompting mode in this embodiment includes at least one of the first prompting mode and the second prompting mode. In the first prompting mode, prompts are provided for both normal and abnormal sounds, meaning that various sounds generated by the vehicle will be prompted. In the second prompting mode, prompts are provided for abnormal sounds, but not for normal sounds. Users lacking driving experience are suited to the first prompting mode, while users with some driving experience are suited to the second prompting mode. Furthermore, in one implementation, a third prompting mode can also be provided, which means that prompts regarding vehicle-generated sound information are disabled; that is, regardless of whether the vehicle-generated sound information is normal or abnormal, no prompting information is output to the user.

[0062] In practical applications, users can set the prompt mode through HUT, and then output the corresponding prompt information based on the detection results and the user-set prompt mode.

[0063] Understandably, the first database stores normal sound information. Therefore, the detection results can determine whether the sound information generated by the vehicle is normal. Specifically, if the detection results indicate that sound information exists in the first database, meaning the sound information generated by the vehicle can be successfully matched with normal sound information in the first database, it means that the sound information generated by the vehicle is normal. Conversely, if the detection results indicate that sound information does not exist in the first database, it means that the sound information generated by the vehicle is abnormal.

[0064] When the user selects the first prompt mode, the prompt message corresponding to the sound information is output according to the detection result. That is, if the sound information is normal, the prompt message for normal sound is output, and if the sound information is abnormal, the prompt message for abnormal sound is output. When the user selects the second prompt mode, if the sound information is determined to be abnormal according to the detection result, the prompt message for abnormal sound is output, and if the sound information is determined to be normal according to the detection result, the prompt message for normal sound is not output.

[0065] Figure 3 This is a schematic flowchart of a vehicle abnormal noise warning method provided in an embodiment of this application.

[0066] Step S201: If it is determined from the detection results that sound information exists in the first database, the source of the sound information is determined in the first database.

[0067] This section provides a detailed explanation of the normal sound prompts in the first prompt mode.

[0068] If the detection results indicate that the sound information generated by the vehicle exists in the first database, it means that the sound information generated by the vehicle is a normal sound, and a prompt message about the sound information generated by the vehicle needs to be output in the first prompt mode.

[0069] In practical applications, the first database stores not only normal sound information but also the cause of each normal sound. Therefore, the source (i.e., the cause) of the sound information generated by the vehicle can be determined from the first database.

[0070] Step S202: Based on the source of the sound information output by the vehicle's multimedia host and the prompt information used to indicate that the sound information is normal.

[0071] Here, the source of the sound information is output through the vehicle's multimedia head unit. In practical applications, the source of the sound information can be output through animation, specifically demonstrating the cause of the sound information's generation. Additionally, the vehicle's multimedia head unit outputs a notification indicating that the sound information is normal. Specifically, this can be a text notification or a voice notification on the vehicle's multimedia head unit.

[0072] In one embodiment of this application, when the user selects the second prompt mode and it is determined from the detection results that the first database contains sound information generated by the vehicle, it means that the sound information generated by the vehicle is normal information. In the second prompt mode, there is no need to prompt for normal information. Based on this, the vehicle's multimedia host will not output prompt information about the sound information generated by the vehicle.

[0073] Figure 4 This is a schematic flowchart of a vehicle abnormal noise warning method provided in an embodiment of this application.

[0074] Step S301: If the detection results indicate that there is no sound information in the first database, the sound information is compared with the second database to determine a solution for the sound information.

[0075] Here, in both the first and second prompt modes, it is necessary to provide a prompt for abnormal sounds. The following is a detailed explanation of the prompts for abnormal sound information.

[0076] If the detection results confirm that the vehicle's sound information is not found in the first database, it can be preliminarily determined that the vehicle's sound is an abnormal sound. The big data platform also stores a second database, which stores different abnormal sounds and corresponding solutions. By comparing the vehicle's sound information with the abnormal sounds stored in the second database, a solution can be determined for the vehicle's sound.

[0077] Step S302, Multimedia Headquarters Output Solution Based on Vehicle.

[0078] Here, a solution is provided for outputting sound information generated by the vehicle through the vehicle's multimedia host. In practical applications, the solution can record the possible causes of abnormal sounds and provide corresponding solutions for each cause.

[0079] After the solution is output, users can use the displayed solution to check the causes of abnormal noises one by one, finally determine the cause of the abnormal noises, and eliminate the abnormal noises generated by the vehicle, thereby ensuring the safe driving of the vehicle.

[0080] Figure 5 This is a schematic flowchart of a vehicle abnormal noise warning method provided in an embodiment of this application.

[0081] Step S401: The vehicle's multimedia host outputs a 3D model of the vehicle and receives feedback information about the 3D model of the vehicle.

[0082] Step S402: Compare the feedback information and sound information with the second database to determine the solution.

[0083] Here, the vehicle's multimedia host can output a 3D model of the vehicle. Users can select the location of the sound information on this model and input descriptive information about the sound. This descriptive information describes the sound phenomenon, enriching the relevant features of the sound information and facilitating accurate sound recognition. After obtaining feedback information, the feedback information and the sound information are compared with abnormal sounds in a second database to determine a solution.

[0084] In practical applications, the abnormal sounds that need to be compared can also be determined in the second database based on the working scenario of the vehicle. That is, the abnormal sounds in the current working scenario of the vehicle are selected in the second database for comparison, thereby reducing the amount of data to be compared.

[0085] It should be noted that, when the user selects the second prompt mode, in one implementation, the vehicle automatically detects the sound information it generates to determine if it is normal. If the sound information exists in the first database, the multimedia host will not output any prompt information; if the sound information does not exist in the first database, the multimedia host outputs a 3D model of the vehicle, allowing the user to select the location and description of the sound on the 3D model, and the vehicle then processes the sound information. In another implementation, the vehicle does not automatically detect the sound information it generates, and users with some driving experience can easily identify normal sounds. Therefore, the user must determine whether the sound information is abnormal. If the user determines that the sound information is abnormal, they can open the 3D model of the vehicle through the multimedia host, select the location and description of the sound on the 3D model, and then the vehicle processes the sound information.

[0086] Figure 6 This is a schematic flowchart of a vehicle abnormal noise warning method provided in an embodiment of this application.

[0087] Step S501: If the voice information does not exist in the second database, establish an online consultation channel and obtain a solution based on the online consultation channel.

[0088] Here, if the sound information is not present in the second database, it means that no related abnormal sound is recorded in the second database. In this case, the sound information may belong to normal sound information not recorded in the first database, or it may belong to abnormal sound information not recorded in the second database. Based on this, an online consultation channel can be established. The sound information generated by the vehicle can be sent to a professional engineer through this channel. The professional engineer can then analyze the sound information to determine whether it is a normal or abnormal sound, and then return a solution through the online consultation channel.

[0089] In practical applications, online consultation channels can be output on the vehicle's multimedia host. These channels can be either network voice calls or online chat interfaces with professional engineers.

[0090] Once a solution is determined, it can be output through the vehicle's multimedia host, allowing the user to respond to the vehicle's audio information based on the solution output by the multimedia host.

[0091] It should be noted that the online consultation channel can also be provided on a mobile application. Specifically, the mobile application can be used to record the sound information generated by the vehicle to generate video information. Users can upload the video information through the mobile application, and then compare the video information with the first database and the second database respectively. If the video information is not found in the first database and the second database, an online consultation channel is generated on the mobile application for communication with professional engineers to obtain corresponding solutions.

[0092] Step S502: Store the solution in the first database or the second database.

[0093] Here, the sound information in the first and second databases is not a new case. If the sound information is determined to be normal by a professional engineer, the sound information and its source can be stored in the first database. If the sound information is determined to be abnormal by a professional engineer, the sound information and the corresponding solution can be stored in the second database. This enriches the cases in the first and second databases and helps to improve the accuracy of recognizing the sound information generated by vehicles.

[0094] In summary, the vehicle abnormal noise warning device of this application can compare the sound information generated by the vehicle with the normal sound information stored in the first database, generate a detection result, and then output the corresponding prompt information according to the detection result. Thus, according to the user's needs, it can prompt the user with the normal sounds generated by the vehicle, and avoid the user misjudging that the vehicle has a malfunction based on the sounds generated by the vehicle.

[0095] Figure 7 This is a schematic diagram of the structure of a vehicle abnormal noise warning device provided in an embodiment of this application.

[0096] For example, such as Figure 7 As shown, the vehicle abnormal noise warning device 700 may include:

[0097] The acquisition module 701 is used to acquire the sound information generated by the vehicle, the vehicle's operation information, and the vehicle's driving information;

[0098] The determination module 702 is used to determine the working scenario of the vehicle based on the vehicle's operation information and driving information.

[0099] The detection module 703 is used to compare the sound information with normal sound information stored in the first database according to the working scenario, and generate a detection result; the detection result is used to indicate whether the sound information exists in the first database;

[0100] The prompting module 704 is used to output corresponding prompting information according to the detection result and a prompting mode; the prompting mode includes at least one of a first prompting mode and a second prompting mode; the first prompting mode is used to prompt for normal sounds and abnormal sounds; the second prompting mode is used to prompt for abnormal sounds.

[0101] In one embodiment of this application, the prompting mode is a first prompting mode. The prompting module 704 is specifically used to: determine the source of the sound information in the first database when the sound information is determined to exist in the first database based on the detection result; and output the source of the sound information and prompting information indicating that the sound information is a normal sound based on the vehicle's multimedia host.

[0102] In one embodiment of this application, the prompting mode is a second prompting mode, and the prompting module 704 is specifically used to control the multimedia host of the vehicle not to output the prompting information corresponding to the sound information when it is determined from the detection result that the sound information exists in the first database.

[0103] In one embodiment of this application, the prompting mode is either the first prompting mode or the second prompting mode. The prompting module 704 is specifically used to, when it is determined from the detection result that the first database does not contain the sound information, compare the sound information with the second database to determine a solution for the sound information; and output the solution based on the vehicle's multimedia host.

[0104] In one embodiment of this application, the prompting module 704 is specifically used to output a vehicle stereo model based on the vehicle's multimedia host, and receive feedback information about the vehicle stereo model; the feedback information represents the location where the sound information occurs and the description information of the sound information; and the solution is determined by comparing the feedback information and the sound information with the second database.

[0105] In one embodiment of this application, the prompting module 704 is specifically used to establish an online consultation channel when the sound information does not exist in the second database, and obtain the solution based on the online consultation channel; and store the solution in the first database or the second database.

[0106] In one embodiment of this application, the acquisition module 701 is specifically used to acquire video information containing the audio information.

[0107] In one embodiment of this application, a vehicle is also provided. It should be understood that the vehicle abnormal noise warning method described above can be applied to vehicles.

[0108] Furthermore, embodiments of this application also protect an apparatus that may include a memory and a processor, wherein the memory stores executable program code, and the processor is used to call and execute the executable program code to perform the vehicle abnormal noise alert method provided in embodiments of this application.

[0109] This embodiment can divide the device into functional modules based on the above method example. For example, each module can correspond to a separate function, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware. It should be noted that the module division in this embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0110] When each functional module is divided according to its corresponding function, the device may further include an acquisition module, a determination module, a detection module, and a prompting module. It should be noted that all relevant content of each step involved in the above method embodiments can be referenced to the functional description of the corresponding functional module, and will not be repeated here.

[0111] It should be understood that the device provided in this embodiment is used to execute the above-described vehicle abnormal noise warning method, and therefore can achieve the same effect as the above-described implementation method.

[0112] When using integrated units, the device may include a processing module and a storage module. When applied to an automobile, the processing module can be used to control and manage the vehicle's movements. The storage module can be used to support the vehicle in executing program code, etc.

[0113] The processing module may be a processor or a controller, which can implement or execute various exemplary logic blocks, modules, and circuits as disclosed in this application. The processor may also be a combination of computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and microprocessors, etc., and the storage module may be a memory.

[0114] In addition, the device provided in the embodiments of this application may specifically be a chip, component or module. The chip may include a connected processor and a memory. The memory is used to store instructions. When the processor calls and executes the instructions, the chip can execute the vehicle abnormal noise prompting method provided in the above embodiments.

[0115] This embodiment also provides a computer-readable storage medium storing computer program code. When the computer program code is run on a computer, the computer executes the above-described method steps to implement the vehicle abnormal noise warning method provided in the above embodiment.

[0116] This embodiment also provides a computer program product that, when run on a computer, causes the computer to perform the aforementioned steps to implement the vehicle abnormal noise alert method provided in the above embodiment.

[0117] In this embodiment, the device, computer-readable storage medium, computer program product, or chip are all used to execute the corresponding methods provided above. Therefore, the beneficial effects they can achieve can be referred to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0118] Through the above description of the embodiments, those skilled in the art will understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0119] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0120] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for indicating abnormal noises in a vehicle, characterized in that, The method includes: Acquire vehicle-generated sound information, vehicle operation information, and vehicle driving information; Based on the vehicle's operation information and driving information, the working scenario of the vehicle is determined; the working scenario represents the combination of the vehicle's operating state at different times and the operating environment used to reflect the road environment. Based on the work scenario, the sound information is compared with normal sound information stored in the first database according to the work scenario to generate a detection result; the detection result is used to indicate whether the sound information exists in the first database. Based on the detection results, corresponding prompt information is output according to the prompt mode; the prompt mode includes at least one of a first prompt mode and a second prompt mode; the first prompt mode is used to prompt for normal and abnormal sounds; the second prompt mode is used to prompt for abnormal sounds; the first prompt mode and the second prompt mode are suitable for users with different driving experience. Specifically, if the detection results indicate that the sound information does not exist in the first database, the sound information is compared with a second database to determine a solution for the sound information. This includes: outputting a vehicle stereo model from the vehicle's multimedia host and receiving feedback information about the vehicle stereo model; the feedback information characterizes the location where the sound information occurs and the description information of the sound information; and comparing the feedback information and the sound information with the second database to determine the solution. The solution is output by the vehicle's multimedia host.

2. The method according to claim 1, characterized in that, The prompting mode is a first prompting mode. The step of outputting corresponding prompting information according to the prompting mode based on the detection result includes: If the sound information is determined to exist in the first database based on the detection results, the source of the sound information is determined in the first database; The vehicle's multimedia host outputs the source of the sound information and a prompt message indicating that the sound information is normal.

3. The vehicle abnormal noise warning method according to claim 1, characterized in that, The prompting mode is the second prompting mode. The step of outputting corresponding prompting information according to the prompting mode based on the detection result includes: If the detection results indicate that the sound information exists in the first database, the multimedia host of the vehicle is controlled not to output the prompt information corresponding to the sound information.

4. The vehicle abnormal noise warning method according to claim 1, characterized in that, If, based on the detection results, it is determined that the sound information does not exist in the first database, the sound information is compared with the second database to determine the solution, including: If the sound information does not exist in the second database, an online consultation channel is established, and the solution is obtained based on the online consultation channel; The solution is stored in either the first database or the second database.

5. The vehicle abnormal noise warning method according to claim 1, characterized in that, The acquisition of sound information generated by the vehicle includes: Obtain video information containing the aforementioned audio information.

6. A vehicle abnormal noise warning device, characterized in that, The device includes: The acquisition module is used to acquire the sound information generated by the vehicle, the vehicle's operation information, and the vehicle's driving information; The determination module is used to determine the working scenario of the vehicle based on the vehicle's operation information and driving information; the working scenario represents the combination of the vehicle's operating state at different times and the operating environment used to reflect the road environment. The detection module is used to compare the sound information with normal sound information stored in the first database according to the work scenario, and generate a detection result; the detection result is used to indicate whether the sound information exists in the first database. The prompting module is used to output corresponding prompting information according to the detection result and a prompting mode; the prompting mode includes at least one of a first prompting mode and a second prompting mode; the first prompting mode is used to prompt for normal sounds and abnormal sounds; the second prompting mode is used to prompt for abnormal sounds; the first prompting mode and the second prompting mode are suitable for users with different driving experience. Specifically, if the detection results indicate that the sound information does not exist in the first database, the sound information is compared with a second database to determine a solution for the sound information. This includes: outputting a vehicle stereo model from the vehicle's multimedia host and receiving feedback information about the vehicle stereo model; the feedback information characterizes the location where the sound information occurs and the description information of the sound information; and comparing the feedback information and the sound information with the second database to determine the solution. The solution is output by the vehicle's multimedia host.

7. A vehicle, characterized in that, The vehicle includes a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed, implements the method as described in any one of claims 1 to 5.

Images