Vehicle alerting sound control method, vehicle, and related device

Abstract

A vehicle alerting sound control method (400), a vehicle, and a related device (800, 900). The method (400) relates to the field of vehicles, and comprises: by means of an intelligent driving system (210) of a vehicle, determining whether the vehicle is in a risk-free scenario (410); and when a vehicle alerting sound function of the vehicle is enabled, and the vehicle is in the risk-free scenario, not playing back a vehicle alerting sound (420). By analyzing and recognizing a risk-free scenario, whether to play back a vehicle alerting sound is dynamically determined, such that unnecessary playback of vehicle alerting sounds can be reduced while ensuring safety, thereby minimizing noise interference to vehicle occupants and other traffic participants, and making the playback of the vehicle alerting sounds more user-friendly.

Description

A driving prompt sound control method, vehicle and related device

[0001] The present application claims priority to the Chinese patent application No. 202411030624.8, filed on July 30, 2024, and entitled "A driving prompt sound control method, vehicle and related device", the whole content of which is incorporated herein by reference. TECHNICAL FIELD

[0002] The present application relates to the field of vehicles, in particular to a driving prompt sound control method, vehicle and related device. BACKGROUND

[0003] With the development of the field of vehicles, the degree of intelligence of vehicles is getting higher and higher, and people's requirements for the safety, intelligence and humanization of vehicles are also getting higher and higher.

[0004] Since electric vehicles have almost no engine noise when driving at low speed, it may be difficult for pedestrians and other road users to perceive the approach of the vehicle, thereby increasing the risk of traffic accidents. In order to improve the safety of pedestrians when electric vehicles drive at low speed, the national standard "Electric Vehicle Low-Speed Prompt Sound" is formulated, which aims to regulate the electric vehicle to emit a prompt sound when driving at low speed to remind other traffic participants.

[0005] In the actual driving process of the vehicle, the driving prompt sound outside the vehicle not only affects the quietness inside the vehicle, but also is a noise to other traffic participants in the driving environment outside the vehicle, and sometimes even disturbs the public. SUMMARY

[0006] The present application provides a driving prompt sound control method, vehicle and related device, in order to reduce the noise interference to the driver and passenger inside the vehicle and other traffic participants in the driving environment outside the vehicle.

[0007] In a first aspect, the present application provides a driving prompt sound control method, which can be applied to a vehicle, the steps of the method can be executed by the vehicle, or the method can be executed by a component (such as a chip, a chip system, etc.) configured in the vehicle, or also can be realized by a logic module or software capable of realizing all or part of the functions of the vehicle, and the present application does not limit this.

[0008] Exemplarily, the method comprises: determining, by an intelligent driving system of the vehicle, whether the vehicle is in a risk-free scene; and in a case where a driving prompt sound function of the vehicle is turned on and the vehicle is in the risk-free scene, not playing the driving prompt sound.

[0009] Based on the technical scheme, by analyzing and identifying the risk-free scene, it is determined whether to play the driving prompt sound, which can reduce unnecessary playing of the driving prompt sound under the premise of ensuring safety, thereby reducing noise interference on the driver and other road users, and making the playing of the driving prompt sound more humanized.

[0010] In combination with the first aspect, in some possible implementation manners, the determining, by the intelligent driving system of the vehicle, whether the vehicle is in the risk-free scene includes: determining, by the intelligent driving system of the vehicle, a risk value based on the ego data of the vehicle and / or the environmental data within the first distance of the vehicle; and determining that the vehicle is in the risk-free scene in a case where the risk value is less than or equal to a first risk threshold.

[0011] In combination with the first aspect, in some possible implementation manners, the risk-free scene includes: the target object is in a safe area, the safe area includes an area that the vehicle cannot reach, and the target object includes a preset object that needs to be prompted by sound; or, the vehicle is located on a road segment where the target object is prohibited from driving; or, the vehicle is located on a road in a residential area during a night period.

[0012] The target object may be, for example, a pedestrian, a non-motor vehicle, an animal, and the like. The non-motor vehicle may include, but is not limited to, a bicycle, an electric vehicle, an electric motorcycle, a human-powered tricycle, an electric tricycle, and the like.

[0013] The safe area in the present application may include, for example, an area surrounded and protected by a fence, a guardrail, or a barrier.

[0014] By refining the driving scene, it is beneficial for the intelligent driving system to analyze which scene is a risk-free scene.

[0015] In combination with the first aspect, in some possible implementation manners, the method further includes: playing the driving prompt sound in a case where the driving prompt sound function of the vehicle is turned on and the vehicle is in the risk-free scene.

[0016] In a case where it is analyzed and identified that the vehicle is in the risk-free scene, the target object is timely reminded by the driving prompt sound, so as to reduce the risk of collision between the target object and the vehicle.

[0017] In combination with the first aspect, in some possible implementation manners, the driving prompt sound includes a prompt sentence and background audio, and the prompt sentence and / or the background audio corresponding to different risk-free scenes are different.

[0018] Different risk-free scenes correspond to different prompt sentences and / or background audio, which not only can be more targeted when interacting with the target object, but also can enrich the driving pleasure of the driver and improve the driving experience of the user.

[0019] With reference to the first aspect, in some possible implementation manners, in a case that the driving prompt sound is played, the driving prompt sound is formed based on candidate audio, the candidate audio including background audio corresponding to each of at least one risky scene in which the vehicle is located.

[0020] With reference to the first aspect, in some possible implementation manners, the driving prompt sound is formed based on candidate audio, including: the background audio of the driving prompt sound is the highest priority candidate audio, or the background audio of the driving prompt sound is formed after the candidate audio is mixed.

[0021] The second aspect provides a driving prompt sound control apparatus, which includes modules for performing the execution steps in the first aspect and any possible implementation manner of the first aspect. The apparatus includes corresponding modules for performing the above method. The modules included in the apparatus can be implemented in a software and / or hardware manner.

[0022] The third aspect provides a driving prompt sound control apparatus, which includes a processor. The processor is coupled with a memory and is configured to execute a program in the memory to implement the execution steps in the first aspect and any possible implementation manner of the first aspect.

[0023] Optionally, the driving prompt sound control apparatus further includes a memory.

[0024] Optionally, the driving prompt sound control apparatus further includes a communication interface, and the processor is coupled with the communication interface.

[0025] The fourth aspect provides a vehicle, which includes the driving prompt sound control apparatus in the second aspect or the third aspect.

[0026] The fifth aspect provides a vehicle, which includes a processor. The processor is coupled with a memory and is configured to execute a program in the memory to implement the execution steps in the first aspect and any possible implementation manner of the first aspect.

[0027] Optionally, the vehicle further includes a memory.

[0028] Optionally, the vehicle further includes a communication interface, and the processor is coupled with the communication interface.

[0029] The sixth aspect provides a chip system, which includes at least one processor configured to support functions involved in the first aspect and any possible implementation manner of the first aspect, for example, receiving or processing data and / or indication information involved in the above method.

[0030] In a possible design, the chip system further includes a memory configured to store program instructions and data, and the memory is located in or out of the processor.

[0031] The chip system can be composed of a chip, or can include a chip and other discrete devices.

[0032] In a seventh aspect, the present application provides a computer readable storage medium, and the computer readable storage medium stores a program (which can also be referred to as code or instructions), and when the program is run by a processor, the method in the first aspect and any possible implementation manner of the first aspect is executed.

[0033] In an eighth aspect, the present application provides a computer program product, and the computer program product includes a computer program (which can also be referred to as code or instructions), and when the computer program is run, the method in the first aspect and any possible implementation manner of the first aspect is executed.

[0034] It should be understood that the second aspect to the eighth aspect of the present application correspond to the technical solution of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding possible implementation manner are similar, and will not be repeated. BRIEF DESCRIPTION OF DRAWINGS

[0035] FIG. 1 is a schematic diagram of a scenario suitable for an embodiment of the present application;

[0036] FIG. 2 is a schematic block diagram of a system architecture suitable for a driving prompt sound control method provided by an embodiment of the present application;

[0037] FIG. 3 is a schematic block diagram of another system architecture suitable for a driving prompt sound control method provided by an embodiment of the present application;

[0038] FIG. 4 is a schematic flowchart of a driving prompt sound control method provided by an embodiment of the present application;

[0039] FIG. 5 is a schematic diagram of a risk-free scenario provided by the present application;

[0040] FIG. 6 is a schematic diagram of a risky scenario provided by the present application;

[0041] FIG. 7 is another schematic diagram of a risky scenario provided by the present application;

[0042] FIG. 8 is a schematic block diagram of a driving prompt sound control apparatus provided by an embodiment of the present application;

[0043] FIG. 9 is another schematic block diagram of a driving prompt sound control apparatus provided by an embodiment of the present application. DETAILED DESCRIPTION

[0044] The technical solutions in the present application will be described below with reference to the drawings.

[0045] First, in the present application, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion, for example, an apparatus, system, product or device containing a series of modules, modules or units does not have to be limited to those clearly listed, but can include other modules, modules or units that are not clearly listed or inherent to these apparatus, systems, products or devices.

[0046] Second, in the present application, the words "exemplarily", "for example" and the like are used to represent as an example, illustration or description. Any embodiment or design scheme described as "exemplarily" or "for example" in the embodiments of the present application should not be interpreted as more preferred or more advantageous than other embodiments or design schemes. Rather, the use of the words "exemplarily" or "for example" and the like is intended to present the relevant concept in a specific manner.

[0047] Third, in the present application, "when", "in the case of", "if" and "if" all refer to the objective situation that the device will make corresponding processing, not the time limit, and also does not require the device to have a judgment action when it is implemented, nor does it mean that there are other limitations.

[0048] Fourth, in the present application, "first" and "second" and the like are used to distinguish the same items or similar items with basically the same function and effect. For example, the first risk threshold and the second risk threshold are used to distinguish different risk thresholds, and do not limit the order. Those skilled in the art can understand that "first" and "second" and the like do not limit the number and execution order, and "first" and "second" and the like do not necessarily mean different.

[0049] Fifth, in the present application, the preset can be understood as predefined, defined, pre-defined, stored, pre-stored, pre-negotiated, or pre-configured.

[0050] Sixth, in the present application, "at least one" means one or more. "And / or" describes the association between the associated objects, which means that there can be three kinds of relationships, for example, a and / or b can represent: a alone, a and b exist together, and b alone, where a and b can be singular or plural. The character " / " generally represents an "or" relationship between the associated objects before and after, but does not rule out the case that the associated objects before and after represent an "and" relationship, and the meaning expressed can be understood in combination with the context.

[0051] Seventh, in the present application, information c is used for the determination of information d, including that information d is determined based on information c only, and including that information d is determined based on information c and other information. In addition, information c is used for the determination of information d, which can also be the case of indirect determination, such as the case where information d is determined based on information e, and information e is determined based on information c.

[0052] Eighth, in the present application, the audio corresponding to different scenarios (or the correspondence between different scenarios and different audios) can be configured or predefined. When configuring the audio corresponding to different scenarios, it is not necessarily required to configure all the corresponding relationships shown in the tables. For example, the corresponding relationships shown in some rows of the tables in the present application can also not be configured. For another example, the tables shown in the present application can be appropriately deformed, such as splitting, merging, etc. The names of the parameters shown in the titles of the tables can also be other names understandable by the communication device, and the values or representations of the parameters can also be other values or representations understandable by the communication device. The above tables can also use other data structures when implemented, such as arrays, queues, containers, stacks, linear tables, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables, etc. The present application does not make any limitation on this.

[0053] It also needs to be explained that in the embodiments of the present application, "during the driving of the vehicle" includes the case where the speed of the vehicle is 0 after the vehicle is powered on.

[0054] With the development of the vehicle field, the intelligence level of vehicles is getting higher and higher, and people's requirements for the safety, intelligence and humanization of vehicles are also getting higher and higher. Since electric vehicles have almost no engine noise when driving at low speed, it may be difficult for pedestrians and other road users to perceive the approach of the vehicle, thereby increasing the risk of traffic accidents. In order to improve the safety of pedestrians when electric vehicles drive at low speed, the national standard "Electric Vehicle Low Speed Prompt Tone" is formulated, which aims to standardize the issuance of the vehicle prompt tone outside the vehicle when the electric vehicle drives at low speed, so as to remind other traffic participants. However, during the actual driving of the vehicle, the vehicle prompt tone outside the vehicle not only affects the quietness inside the vehicle, but also is a noise to other traffic participants in the vehicle driving environment, and sometimes even disturbs the public. How to make the vehicle prompt tone more humanized has become a problem to be solved.

[0055] Based on the above problems, the embodiment of the present application provides a driving prompt sound control method, a vehicle and related devices. Through the intelligent driving system to analyze and identify the driving scene, in the case that the driving prompt sound function of the vehicle is turned on, the driving prompt sound is not played simply when there is a target object around the vehicle, but whether the vehicle is in a risk-free scene is determined. If the vehicle is in a risk-free scene, the driving prompt sound is not played. In this way, the playing of unnecessary driving prompt sound can be reduced, the noise generated to the in-vehicle environment and the out-of-vehicle environment is reduced, and the playing of the driving prompt sound is more humanized.

[0056] The driving prompt sound control method, the vehicle and related devices provided by the embodiment of the present application will be described in detail below with reference to the accompanying drawings.

[0057] FIG. 1 is a schematic diagram of a scene suitable for the embodiment of the present application.

[0058] As shown in FIG. 1, a vehicle (for example, vehicle A) is driving on a road, and other traffic participants such as vehicle B, vehicle C, pedestrians D, E and F, and bicycle G can exist on the road. The vehicle A can obtain self-vehicle data of the vehicle A and / or environmental data around the vehicle A during driving, and play the driving prompt sound according to the self-vehicle data and / or the environmental data.

[0059] It can be understood that the scene shown in FIG. 1 is only an example, and should not constitute any limitation on the present application. In actual application scenarios, other traffic participants can also include electric bicycles (referred to as electric bicycles), electric motorcycles (referred to as electric motorcycles), motorcycles, human-powered tricycles, electric tricycles, and old-age walking bicycles, etc., and can also include animals, etc., and the embodiment of the present application does not limit this.

[0060] FIG. 2 is a schematic block diagram of a system architecture suitable for the driving prompt sound control method provided by the present application.

[0061] As shown in FIG. 2, the system architecture can include an intelligent driving system 210, a driving prompt sound control module 220 and a sound emitting device 230.

[0062] The intelligent driving system 210 can be used to obtain self-vehicle data of the vehicle and / or environmental data around the vehicle during driving of the vehicle, and analyze the self-vehicle data and / or the environmental data to determine a risk value of the environment in which the vehicle is located.

[0063] In this embodiment of the application, the vehicle data may include one or more of the vehicle's speed, acceleration, heading (or direction of travel), and navigation data. The environmental data surrounding the vehicle may include, but is not limited to, one or more of the following: image data, video data, point cloud data, and depth data.

[0064] The driving alert tone control module 220 can obtain the risk value of the vehicle's environment from the intelligent driving system 210, and analyze whether the driving alert tone needs to be played based on the risk value of the scenario in which the vehicle is located.

[0065] The sound-emitting device 230 can be used to play driving alert sounds.

[0066] Figure 3 is a schematic block diagram of another system architecture applicable to the driving alert tone control method provided in this application.

[0067] As shown in Figure 3, in some possible implementations, the driving alert tone control module 220 can be a module in the intelligent driving system 210, and this application does not limit it in this way.

[0068] Figure 4 is a schematic flowchart of the driving alert sound control method provided in the embodiments of this application.

[0069] The method 400 shown in Figure 4 may include steps 410 and 420. The steps in the method 400 are described in detail below.

[0070] In step 410, the vehicle's intelligent driving system determines whether the vehicle is in a risk-free scenario.

[0071] As shown in Figure 2 or Figure 3, an intelligent driving system and a driving alert tone control module can be deployed on the vehicle. The intelligent driving system can analyze the risk value of the scenario in which the vehicle is located and pass the risk value to the driving alert tone control module, which then determines whether the vehicle is in a risk-free scenario based on the risk value.

[0072] In one possible implementation, determining whether a vehicle is in a risk-free scenario through the vehicle's intelligent driving system includes: determining a risk value based on the vehicle's own data and / or environmental data within a first distance of the vehicle through the vehicle's intelligent driving system; and determining that the vehicle is in a risk-free scenario if the risk value is less than or equal to a first risk threshold.

[0073] The area surrounding the vehicle mentioned in the description of Figure 2 above can be understood as "within a first distance of the vehicle". This application does not limit the specific value of the first distance in its embodiments. For example, the first distance can be 0.5 meters (m), 0.6m, 0.7m, 0.8m, 0.9m, 1m, 1.1m, 1.2m, 1.3m, 1.4m, 1.5m, 1.6m, 1.7m, 1.8m, 1.9m, 2m, 2.1m, 2.2m, 2.3m, 2.4m, 2.5m, 2.6m, 2.7m, 2.8m, 2.9m, 3m, etc.

[0074] In practical applications, the first risk threshold can be preset. This application does not limit the specific value or numerical form of the first risk threshold. For example, the risk threshold can be a natural number between 0 and 1, a fraction between 0 and 1, or a percentage between 0% and 100%.

[0075] Intelligent driving systems can perceive and acquire vehicle data and / or environmental data around the vehicle through onboard sensors. Onboard sensors may include one or more of vision sensors, gyroscope sensors, accelerometer sensors, and ambient light sensors. Vision sensors may include, but are not limited to, image sensors, infrared sensors, time-of-flight (ToF) sensors, stereo vision sensors, and lidar.

[0076] For a description of the vehicle's data and the environmental data surrounding the vehicle, please refer to the relevant description in Figure 2 above. For the sake of brevity, it will not be repeated here.

[0077] In other words, the intelligent driving system can acquire perception data from various sensors and analyze this perception data to determine the risk value of the scenario in which the vehicle is located. After determining the risk value, the intelligent driving system can transmit the risk value to the driving warning tone control module. The driving warning tone control module further analyzes the risk value. If the risk value is less than or equal to a first risk threshold, the driving warning tone control module can determine that the vehicle is in a risk-free scenario.

[0078] In step 420, if the vehicle's driving alert sound function is enabled and the vehicle is in a risk-free scenario, the driving alert sound will not be played.

[0079] The "driving alert sound function is enabled" option can be interpreted as providing the user with an interface to turn the driving alert sound function on and off, and the user selecting to enable the driving alert sound function on this interface; alternatively, the interface to turn the driving alert sound function on and off may not be provided to the user, and the driving alert sound function may be enabled by default.

[0080] Optionally, in this application embodiment, the risk-free scenario may include, but is not limited to: the target object is in a safe area, which includes areas that the vehicle cannot reach; or, the vehicle is located on a road section where the target object is prohibited from driving; or, the vehicle is located on a road in a residential area at night.

[0081] The target objects include preset objects that require sound prompts, such as pedestrians, non-motorized vehicles, and animals. Non-motorized vehicles may include, but are not limited to, bicycles, trams, electric motorcycles, pedicabs, and electric tricycles.

[0082] The safe area in this application embodiment may, for example, include an area protected by fences, guardrails, or isolation strips.

[0083] Figure 5 is a schematic diagram of a risk-free scenario provided in this application.

[0084] As shown in Figure 5, an example is taken with a pedestrian as the target object. The pedestrian is on one side of the guardrail and the vehicle is on the other side of the guardrail. It can be considered that the pedestrian is in a safe area. The risk value of this scenario is less than or equal to the first risk threshold. The probability of the risk of making a sound in this scenario is very small. Therefore, the driving warning sound does not need to be played in this scenario.

[0085] The vehicle is located on a road section where the target is prohibited from driving. Such road sections may include, but are not limited to, overpasses, highways, and tunnels. When the vehicle is located on a road section where the target is prohibited, the probability of the target being on that section is considered very low; therefore, this scenario can be analyzed as a risk-free scenario. Furthermore, taking a highway as an example, if there is a traffic jam on the highway and other drivers and passengers get out to check the situation and appear within the first range of this vehicle, continuously emitting a driving warning sound would not only affect the quietness inside the vehicle but also constitute noise for other road users outside. Considering both risk and noise, in this scenario, the driving warning sound can be disabled.

[0086] When a vehicle is on a road within a residential area at night, there are two main issues. First, vehicles typically turn on their headlights at night, and if a target is within the vehicle's immediate vicinity, the target is likely to notice the vehicle through its headlights. Therefore, this scenario can be analyzed as risk-free. Second, considering that residents require a quiet environment at night, playing a driving alert would disturb them. Therefore, taking into account both the risks and noise levels, playing a driving alert in this scenario is not recommended.

[0087] Understandably, in the scenario shown in Figure 5, if the road the vehicle is traveling on is slippery, but the vehicle and pedestrian are not on the same side and the pedestrian is in a safe area, then the driving warning sound may not need to be played.

[0088] In one possible implementation, the method 400 further includes: playing a driving alert sound when the vehicle's driving alert sound function is enabled and the vehicle is in a risky scenario.

[0089] For example, if the risk value mentioned above is greater than the first risk threshold, it can be determined that the vehicle is in a risky scenario.

[0090] In the embodiments of this application, risky scenarios may include, but are not limited to: the target object is on the planned path of the vehicle; or, the direction of movement of the target object intersects with the direction of travel of the vehicle; or, the vehicle is located on a slippery road section; or, the vehicle is located on a construction section; or, the vehicle enters an intelligent driving state.

[0091] Figure 6 is a schematic diagram of a risky scenario provided in this application.

[0092] As shown in Figure 6, an example is taken with pedestrians as the target object. There is a risk of collision between pedestrians and vehicles when pedestrians are on the planned path of the vehicle. Therefore, this scenario can be analyzed as a risky scenario. In this scenario, a driving warning sound can be played to remind pedestrians to pay attention to safety.

[0093] Figure 7 is another schematic diagram of the risky scenario provided in this application.

[0094] As shown in Figure 7, an example using a bicycle as the target object shows that the bicycle's direction of movement intersects with the vehicle's direction of travel, posing a risk of collision between the bicycle and the vehicle. Therefore, this scenario can be analyzed as a risky scenario, in which a driving warning sound can be played to remind the cyclist to pay attention to safety.

[0095] When a vehicle is on a slippery road, the reduced friction between the tires and the ground causes slippage, which can lead to loss of traction, making it difficult to control direction and speed, posing a safety risk. Furthermore, the slippery surface increases braking distance; even if the driver brakes in time, the vehicle may need to travel a longer distance to come to a complete stop, also posing a safety risk. Additionally, sudden braking or sharp turns on a slippery surface can cause the vehicle to skid or fishtail, posing a safety risk. Therefore, this scenario can be analyzed as a risky one, and in this scenario, a driving warning sound can be played to alert the target audience to safety.

[0096] The vehicle is located in a construction zone. Firstly, the construction zone may have unrepaired potholes and uneven road surfaces, resulting in poor road conditions and increasing the risk of loss of vehicle control. Secondly, construction work may cause gravel, sand, and other debris to be scattered on the road, increasing the risk of skidding and tire blowouts. Thirdly, although there are temporary traffic signs and lights in the construction zone, these signs may be unclear or obscured, preventing drivers from reacting in time, thus posing a safety risk. Finally, construction may narrow or partially close lanes, increasing the risk of collisions. Therefore, this scenario can be analyzed as a high-risk scenario, and in this case, playing a driving warning audible alert can be used to remind the target audience to pay attention to safety.

[0097] When a vehicle enters intelligent driving mode, despite continuous technological advancements, some potential risks still exist. Therefore, this scenario can be analyzed as a risky scenario, in which a driving alert sound can be played to remind the target to pay attention to safety.

[0098] Understandably, by analyzing and identifying risk-free scenarios to dynamically decide whether to play driving alert sounds, noise interference to drivers, passengers, and other road users can be reduced while ensuring safety.

[0099] Optionally, the driving alert tone may include a warning statement and background audio, and the warning statement and / or background audio may be different for different risky scenarios.

[0100] For example, different prompts and / or background audio can be used for interactive scenarios such as yielding to pedestrians, friendly reminders, intelligent driving status, and holiday scenarios.

[0101] In one possible implementation, in addition to analyzing whether the vehicle is in a risk-free scenario, the intelligent driving system can also analyze the interaction scenario in which the vehicle is in a risky scenario.

[0102] Optionally, the vehicle can use the intelligent driving system to determine the interaction characteristics based on the vehicle's own data and / or environmental data within a first distance of the vehicle, thereby determining which interaction scenario the vehicle is in.

[0103] In the embodiments of this application, the interaction scenario is a risky scenario.

[0104] After identifying the interaction characteristics, the intelligent driving system can transmit these characteristics to the driving alert tone control module, which can then further determine the interaction scenario based on the interaction characteristics.

[0105] In the embodiments of this application, the interactive features can be in numerical form, index form, or text form. This application does not impose any limitations on the form of interactive features in actual application scenarios.

[0106] As an example, the correspondence between interactive features and interactive scenarios can be represented in tabular form.

[0107] Table 1

[0108] As shown in Table 1, the interaction features can be index numbers, such as 0000, 0001, 0010, 0011, etc. Each index number can correspond to an interaction scenario. For example, index number 0000 corresponds to the interaction scenario of yielding to pedestrians; index number 0001 corresponds to the interaction scenario of friendly reminders; index number 0010 corresponds to the interaction scenario of intelligent driving status; and index number 0011 corresponds to the interaction scenario of holidays.

[0109] For example, if the target object is on the vehicle's planned path, or if the target object's direction of movement intersects with the vehicle's direction of travel, the intelligent driving system can analyze the data and determine that the interaction feature is 0000. Then, the interaction feature 0000 can be passed to the driving prompt tone control module. Based on the interaction feature 0000 and Table 1 above, the driving prompt tone control module can determine that the interaction scenario is a pedestrian yielding scenario.

[0110] For example, if the vehicle is on a slippery road or a road under construction, the intelligent driving system can determine the interaction feature as 0001 through analysis. The interaction feature 0001 can then be passed to the driving alert tone control module. Based on the interaction feature 0001 and Table 1 above, the driving alert tone control module can determine that the interaction scenario is a friendly reminder.

[0111] For example, when the vehicle enters the intelligent driving state, after the intelligent driving system analyzes and determines that the interaction feature is 0010, the interaction feature 0010 can be passed to the driving prompt tone control module. The driving prompt tone control module can determine the interaction scenario as the interaction scenario of the intelligent driving system based on the interaction feature 0010 and Table 1 above.

[0112] For example, if a vehicle is driven on a holiday day, after the intelligent driving system analyzes and determines that the interaction feature is 0011, it can pass the interaction feature 0011 to the driving prompt tone control module. The driving prompt tone control module can determine that the interaction scenario is a holiday scenario based on the interaction feature 0011 and Table 1 above.

[0113] Different risky scenarios may correspond to different prompts and / or background audio. In this application, the correspondence between different scenarios and different prompts and / or background audio can be configured or predefined. In practical applications, the correspondence between different scenarios and different prompts and / or background audio can be in tabular form, but is not limited to tabular form.

[0114] Table 2

[0115] As shown in Table 2, the prompt for yielding to pedestrians can be "Please go first," and the corresponding background audio can be Audio 1; the prompt for friendly reminders can be "Bad road conditions, please be careful," and the corresponding background audio can be Audio 2. For the sake of brevity, these will not be explained in detail here.

[0116] In one possible implementation, different holidays could correspond to different prompts and / or background audio.

[0117] For example, the Spring Festival could be accompanied by the prompt "Happy Spring Festival, please be careful, and wish you a new year with a fresh start," and the corresponding background audio could be audio 5.

[0118] For example, the Dragon Boat Festival could be accompanied by the prompt "Happy Dragon Boat Festival, please be careful," and the corresponding background audio could be audio 6.

[0119] For example, the Mid-Autumn Festival could be accompanied by the message "Wishing you a happy Mid-Autumn Festival and a safe journey," with background audio such as audio 7.

[0120] For example, the National Day message could be "Celebrate the National Day, please be careful," and the background audio could be audio 8.

[0121] Understandably, different risk scenarios correspond to different prompts and / or background audio, which not only makes the interaction with the target object more targeted, but also enriches the driver's driving pleasure and improves the user's driving experience.

[0122] In this embodiment, the prompts and / or background audio corresponding to different risk scenarios can be set by the user or selected by the user. User-set means the prompts are output by the user, and the background audio can be uploaded and added by the user. User selection means the vehicle provides the user with multiple prompts and background audio, and the user can select the appropriate prompt and background audio from the provided multiple prompts and background audio according to their personal preferences for different high-risk scenarios.

[0123] Optionally, when playing a driving alert tone, the driving alert tone is formed based on candidate audio, which includes background audio corresponding to each of the at least one risky scenario in which the vehicle is located.

[0124] It is understandable that a vehicle may be in more than one risky scenario during actual driving. For example, a vehicle may be driving on a slippery road, and the direction of movement of a target object may intersect with the vehicle's direction of travel. Driving on a slippery road meets the interaction scenario for a friendly reminder, as shown in Table 2, which corresponds to audio 2. The intersection of the target object's direction of movement and the vehicle's direction of travel meets the interaction scenario for yielding to pedestrians, as shown in Table 2, which corresponds to audio 1. In this case, both audio 1 and audio 2 can be candidate audios, and the driving prompt tone to be played can be determined based on these candidate audios.

[0125] In practical applications, after identifying candidate audio files, they can be added to a candidate audio list; alternatively, if no candidate audio list is set up, then adding the candidate audio files to the list is unnecessary. This application does not impose any limitations on this.

[0126] Optionally, the driving alert tone is formed based on candidate audio, including: the background audio of the driving alert tone is the candidate audio with the highest priority, or the background audio of the driving alert tone is formed by mixing candidate audio.

[0127] In one possible implementation, different priorities can be set for different risk scenarios. For example, priorities can be assigned to different risky scenarios based on their level of risk. For instance, the priorities of pedestrian yielding, friendly reminders, autonomous driving status, and holiday scenarios can be ranked from highest to lowest. That is, pedestrian yielding has a higher priority than friendly reminders, friendly reminders have a higher priority than autonomous driving status, and autonomous driving status has a higher priority than holiday scenarios.

[0128] For example, a vehicle is traveling on a slippery road, and the direction of movement of the target object intersects with the direction of travel of the vehicle. The vehicle traveling on a slippery road meets the interaction scenario of a friendly reminder, as shown in Table 2. The interaction scenario of a friendly reminder corresponds to audio 2. The direction of movement of the target object intersects with the direction of travel of the vehicle, which meets the interaction scenario of yielding to pedestrians, as shown in Table 2. The interaction scenario of yielding to pedestrians corresponds to audio 1. The priority of the interaction scenario of yielding to pedestrians is higher than that of the interaction scenario of a friendly reminder. Therefore, audio 1, which has the higher priority among the two candidate audios, can be used as the background audio for the final driving prompt sound.

[0129] In another possible implementation, if multiple candidate audio samples are identified, these candidate audio samples can be mixed and then played. During mixing, the background audio corresponding to a higher-priority interaction scene can be louder than the background audio corresponding to a lower-priority interaction scene. This application does not limit this.

[0130] Optionally, when the vehicle is in multiple interaction scenarios, the prompts in the final driving prompts may include only the prompts corresponding to the higher priority interaction scenarios, or they may be a combination of the prompts corresponding to multiple interaction scenarios. The combination order may be in descending order of priority of the corresponding interaction scenarios, and this application does not limit this.

[0131] For example, if a vehicle is traveling on a slippery road and the direction of movement of the target object intersects with the direction of travel of the vehicle, the final driving prompt message can be either the prompt message for the pedestrian yielding interaction scenario, "Please go first"; or it can be a combination of the prompt message for the pedestrian yielding interaction scenario and the prompt message for the friendly reminder interaction scenario, such as "Please go first" + "Road conditions are bad, please be careful".

[0132] The driving alert tone control method provided in this application mainly involves an intelligent driving system analyzing risk and interaction values ​​based on vehicle data and surrounding environmental data. The driving alert tone control module then controls a sound-emitting device to play driving alert tones based on these risk and interaction values. Specifically, when the risk value obtained by the driving alert tone control module from the intelligent driving system matches a pre-set no-risk scenario (no sound if no risk), the sound-emitting device remains silent. Conversely, when the risk and interaction values ​​obtained by the driving alert tone control module from the intelligent driving system match a pre-set personalized interaction scenario, the sound-emitting device plays a driving alert tone.

[0133] Based on the above solution, firstly, by analyzing and identifying risk-free scenarios, the decision to play driving alert sounds can be dynamically made. This reduces unnecessary driving alert sounds while ensuring safety, thereby minimizing noise interference for passengers and other road users, making the playback of driving alert sounds more user-friendly. Secondly, different risk scenarios correspond to different prompts and / or background audio, which not only makes the interaction with the target audience more targeted but also enriches the driver's driving pleasure and improves the user's driving experience.

[0134] This application embodiment also provides a driving alert tone control device, which can execute the steps in method 400.

[0135] Figure 8 is a schematic block diagram of the driving alert sound control device provided in an embodiment of this application.

[0136] As an example and not a limitation, as shown in Figure 8, the driving alert tone control device 800 may include a transceiver module 810 and a processing module 820. The transceiver module 810 may be used to receive risk values ​​and interaction values ​​from the vehicle's intelligent driving system; the processing module 820 may be used to determine whether a driving alert tone needs to be played based on the risk value, and may also determine, based on the interaction value, which prompt statements and background audio to use for playing the driving alert tone, and send a command to the sound-emitting device to play the driving alert tone.

[0137] Figure 9 is another schematic block diagram of the driving alert sound control device provided in the embodiments of this application.

[0138] As shown in Figure 9, the driving alert tone control device 900 may include at least one processor 910 for implementing the steps in the method 400 described above.

[0139] For example, the processor 910 can be used to determine whether the vehicle is in a risk-free scenario through the vehicle's intelligent driving system; if the vehicle's driving alert function is enabled and the vehicle is in a risk-free scenario, the driving alert will not be played.

[0140] The driving alert tone control device 900 may further include at least one memory 920 for storing program instructions and / or data. The memory 920 is coupled to the processor 910. The coupling in this embodiment is an indirect coupling or communication connection between devices, units, or modules, and may be electrical, mechanical, or other forms, for information exchange between devices, units, or modules. The processor 910 may operate in conjunction with the memory 920. The processor 910 may execute program instructions stored in the memory 920. At least one of the at least one memories may be included in the processor.

[0141] The driving alert tone control device 900 may further include a communication interface 930 for communicating with other devices via a transmission medium, thereby enabling the driving alert tone control device 900 to communicate with other devices or systems, such as sound-generating devices and intelligent driving systems. The communication interface 930 may be, for example, a transceiver, interface, bus, circuit, or a device capable of transmitting and receiving functions. The processor 910 may utilize the communication interface 930 to transmit and receive data and / or information, and to implement the methods executed by the driving alert tone control module in the corresponding embodiment of FIG4.

[0142] This embodiment does not limit the specific connection medium between the processor 910, memory 920, and communication interface 930. In Figure 9, the processor 910, memory 920, and communication interface 930 are connected via a bus 940. The bus 940 is represented by a thick line in Figure 9. The connection methods between other components are only illustrative and not intended to be limiting. The bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used in Figure 9, but this does not indicate that there is only one bus or one type of bus.

[0143] This application also provides a chip system including at least one processor for implementing the functions involved in method 400 in the embodiment shown in FIG4 above, such as receiving or processing data and / or information involved in the above method.

[0144] In one possible design, the chip system also includes a memory for storing program instructions and data, which may be located within or outside the processor.

[0145] The chip system can consist of chips or include chips and other discrete components.

[0146] This application also provides a vehicle, including an intelligent driving system, a driving prompt sound control module, and a sound-generating device, as shown in Figure 2 or Figure 3.

[0147] This application also provides a vehicle, including an intelligent driving system, a sound-generating device, and a driving alert sound control device as shown in Figure 8 or Figure 9.

[0148] This application also provides a vehicle including a processor and a memory for storing a program; the processor is used to invoke the program to execute the method in the embodiment shown in FIG4 above.

[0149] This application also provides a computer-readable storage medium storing a computer program (also referred to as code or instructions) that, when run by a processor, causes the method of the embodiment shown in FIG4 to be executed.

[0150] This application also provides a computer program product comprising: a computer program (also referred to as code or instructions) that, when run, causes a computer to perform the method in the embodiment shown in FIG4.

[0151] The processor in this application embodiment can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by the integrated logic circuitry in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in this application embodiment. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in this application embodiment can be directly embodied as execution by a hardware decoding processor, or as a combination of hardware and software modules in the decoding processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory; the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0152] The memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM). By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0153] The terms “unit”, “module”, etc., used in this specification may be used to refer to computer-related entities, hardware, firmware, combinations of hardware and software, software, or software in execution.

[0154] Those skilled in the art will recognize that the various illustrative logical blocks and steps described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application. In the several embodiments provided in this application, it should be understood that the disclosed apparatus, devices, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for example, the division of 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 system, or some features may be ignored or not executed. Furthermore, the shown or discussed mutual couplings or direct couplings or communication connections may be through some interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0155] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0156] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0157] In the above embodiments, the functions of each functional unit can be implemented entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions (programs). When the computer program instructions (programs) are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs, DVDs), or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0158] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0159] 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 controlling driving alert tones, characterized in that, The method includes: The vehicle's intelligent driving system determines whether the vehicle is in a risk-free scenario. If the vehicle's driving alert sound function is enabled and the vehicle is in the risk-free scenario, the driving alert sound will not be played.

2. The method as described in claim 1, characterized in that, The vehicle's intelligent driving system determines whether the vehicle is in a risk-free scenario, including: The risk value is determined by the vehicle's intelligent driving system based on the vehicle's own data and / or environmental data within a first distance of the vehicle. If the risk value is less than or equal to the first risk threshold, the vehicle is determined to be in a risk-free scenario.

3. The method as described in claim 1 or 2, characterized in that, The risk-free scenarios include: The target object is located in a safe area, which includes areas inaccessible to the vehicle, and the target object includes pre-defined objects that require audio prompts; or, The vehicle is located on a road section where the target object is prohibited from driving; or, The vehicle was located on a road within a residential area at night.

4. The method according to any one of claims 1 to 3, characterized in that, The method further includes: The driving alert sound is played when the vehicle's driving alert sound function is enabled and when the vehicle is in a risky situation.

5. The method as described in claim 4, characterized in that, The driving alert sounds include alert statements and background audio, and the alert statements and / or background audio are different for different risky scenarios.

6. The method as described in claim 5, characterized in that, When the driving alert sound is played, the driving alert sound is formed based on candidate audio, which includes background audio corresponding to each of the at least one risky scenario in which the vehicle is located.

7. The method as described in claim 6, characterized in that, The driving alert tone is formed based on candidate audio, including: The background audio of the driving alert is the highest priority among the candidate audios, or the background audio of the driving alert is formed by mixing the candidate audios.

8. A driving alert tone control device, characterized in that, The apparatus includes a module for performing the method as described in any one of claims 1 to 7.

9. A driving alert tone control device, characterized in that, Including processor and memory, among which, The memory is used to store programs; The processor is used to invoke the program so that the method as described in any one of claims 1 to 7 is executed.

10. A vehicle, characterized in that, The vehicle includes the driving alert sound control device as described in claim 8 or 9.

11. A vehicle, characterized in that, The vehicle includes a processor and a memory, wherein, The memory is used to store programs; The processor is used to invoke the program so that the method as described in any one of claims 1 to 7 is executed.

12. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed, it causes the method as described in any one of claims 1 to 7 to be performed.

13. A computer program product, characterized in that, Includes a computer program that, when run, causes the method as described in any one of claims 1 to 7 to be performed.

Images