Voice wake-up method and device and vehicle

Abstract

The invention discloses a voice wake-up method and device and a vehicle. The method comprises the steps that the opening-closing state of a vehicle door in the vehicle is obtained; if the first vehicle door is opened, the sound area corresponding to the first vehicle door is set to be in an open state; detecting a first voice wake-up event; when the sound area corresponding to the first voice wake-up event is not in the open state, the first voice wake-up event is intercepted, the sound area corresponding to the first voice wake-up event refers to the sound area where the sound source triggering the first voice wake-up event is located, the voice false wake-up rate can be reduced, and the user experience is improved.

Description

Technical Field

[0001] This application relates to the field of voice technology, and in particular to a voice wake-up method, device, and vehicle. Background Technology

[0002] As vehicles become increasingly intelligent, users frequently activate their vehicle's voice assistant using wake words to interact with it and control the vehicle. However, sometimes, during vehicle use, the voice assistant may be accidentally activated and respond without the user using a wake word. This issue can be confusing and disruptive, negatively impacting the user experience. Summary of the Invention

[0003] This application provides a voice wake-up method, device, and vehicle that can reduce the false wake-up rate and improve user experience.

[0004] In a first aspect, embodiments of this application provide a voice wake-up method, comprising: acquiring the open / closed state of a vehicle door; if a first door is opened, setting the corresponding audio region of the first door to an open state; detecting a first voice wake-up event; and intercepting the first voice wake-up event when the audio region corresponding to the first voice wake-up event is not in an open state, wherein the audio region corresponding to the first voice wake-up event refers to the audio region where the sound source triggering the first voice wake-up event is located. In this method, by setting the audio region where passengers may be present to an open state, and by indicating that there are no passengers in the audio region when the audio region corresponding to the first voice wake-up event is not in an open state, the first voice wake-up event is intercepted and not responded to, thereby reducing the false wake-up rate and improving the user experience.

[0005] One possible implementation further includes responding to the first voice wake-up event when the corresponding audio region is in an open state. In this method, the fact that the audio region corresponding to the first voice wake-up event is open indicates that a passenger may be present in that region, thus responding to the first voice wake-up event ensures a high voice wake-up rate and improves the user experience.

[0006] In one possible implementation, the first door is the driver's door, and the corresponding sound zone includes the sound zone covering the passenger space of the driver's seat; and / or, the first door is the passenger door, and the corresponding sound zone includes the sound zone covering the passenger space of the passenger seat; and / or, the first door is the rear door, and the corresponding sound zone includes the sound zone covering the passenger space of the rear seats.

[0007] In one possible implementation, the method further includes: obtaining the occupancy status of seats in the vehicle; if the first seat is occupied, setting the corresponding audio region to an open state. This method further obtains the occupancy status of seats in the vehicle and sets the audio region corresponding to the occupied first seat to an open state, thereby further filtering out audio regions where passengers may be present, thus improving the voice wake-up rate of this embodiment.

[0008] In one possible implementation, the first seat is a driver's seat, and the corresponding audio zone includes the audio zone covering the seating space of the driver's seat; and / or, the first seat is a front passenger seat, and the corresponding audio zone includes the audio zone covering the seating space of the front passenger seat; and / or, the first seat is a rear seat, and the corresponding audio zone includes the audio zone covering the seating space of the rear seats.

[0009] In one possible implementation, the method further includes: obtaining the second door that has been opened from the time the vehicle was last locked after being powered off until the vehicle is powered on again; and setting the corresponding audio zone of the second door to an open state. This method further obtains the second door that has been opened from the time the vehicle was last locked after being powered off until the vehicle is powered on again, thereby filtering out audio zones that may contain passengers, improving the voice wake-up rate of this embodiment.

[0010] One possible implementation includes: when the vehicle is detected to be powered off and the central locking status parameter is set to locked, setting the audio zone that was previously set to open to closed. This process ensures that the audio zone switching status during the current vehicle power-on period does not affect the voice wake-up processing upon the next vehicle power-on, thereby improving the voice wake-up rate upon the next vehicle power-on.

[0011] In one possible implementation, after intercepting the first voice wake-up event, the method further includes: detecting a second voice wake-up event; and responding to the second voice wake-up event when the time interval between the occurrence of the second voice wake-up event and the occurrence of the first voice wake-up event is not greater than a preset threshold, and the voice region corresponding to the second voice wake-up event is the same as the voice region corresponding to the first voice wake-up event (which is a first voice region) and the first voice region is not in an open state. This method solves the problem that the voice region of a passenger may be incorrectly set to an open state during the execution of the embodiments of this application, improving the voice wake-up rate and reducing the false voice wake-up rate.

[0012] One possible implementation also includes setting the voice region corresponding to the second voice wake-up event to an open state. By setting the voice region corresponding to the second voice wake-up event to an open state, a direct response can be initiated the next time a voice wake-up event is detected in that voice region, thus improving the response speed and efficiency of subsequent voice wake-up events in that voice region.

[0013] In one possible implementation, after responding to the second voice wake-up event, the method further includes: during the previous n power-ups of the vehicle, if the voice wake-up event is detected to correspond to the first voice zone in two consecutive voice wake-up events, the time interval between the occurrence of the two consecutive voice wake-up events is not greater than a preset threshold, and the first voice zone is not in an open state, then the voice wake-up event is not intercepted; where n is an integer greater than or equal to 1. This method improves the voice wake-up rate by not intercepting voice wake-up events when a passenger voice zone may be incorrectly set to an off state due to a malfunction of the door sensor and / or seat sensor.

[0014] In one possible implementation, the method further includes not determining whether the voice region corresponding to the detected voice wake-up event is in an open state. This processing can reduce the data processing volume and power consumption of the voice wake-up method in this application embodiment.

[0015] In one possible implementation, the method further includes: when the recovery enable condition is met, detecting a third voice wake-up event, and if the voice zone corresponding to the third voice wake-up event is not in an open state, intercepting the third voice wake-up event; the recovery enable condition includes at least one of the following: detecting an opening event of the door corresponding to the first voice zone, or detecting that the seat corresponding to the first voice zone has been occupied. In this method, when the fault of the door sensor and / or seat sensor is resolved, the method re-determines whether the voice zone corresponding to the detected third voice wake-up event is in an open state, and if it is not in an open state, intercepting the third voice wake-up event to reduce the false wake-up rate.

[0016] In one possible implementation, setting the audio zone corresponding to the first door to an open state includes: setting the audio zone corresponding to the first door to an open state when the seat corresponding to the first door is occupied. In this method, the audio zone corresponding to the first door is only set to an open state when the seat corresponding to the first door is occupied, thereby making the control of the on / off state of the audio zone more accurate, improving the wake-up rate of the voice wake-up method in this application embodiment, and reducing the false wake-up rate.

[0017] In one possible implementation, the first door is the driver's door, and the seat corresponding to the first door includes the driver's seat; and / or, the first door is the front passenger door, and the seat corresponding to the first door includes the front passenger seat; and / or, the first door is the rear door, and the seat corresponding to the first door includes all seats accessible through the rear door.

[0018] In one possible implementation, setting the audio zone corresponding to the first car door to the open state includes: setting a target parameter of the audio zone corresponding to the first car door to a first value, where the target parameter is used to record the on / off state of the audio zone, and the first value is used to indicate the open state; or, setting a preset identifier for the audio zone corresponding to the first car door, where the preset identifier is used to indicate that the on / off state of the audio zone is the open state. This provides a possible implementation method for setting the audio zone corresponding to the first car door to the open state.

[0019] In one possible implementation, obtaining the occupancy status of seats in a vehicle includes: detecting the occupancy status of each seat based on a gravity sensor for each seat; and / or, detecting the occupancy status of seats in the vehicle based on images captured by cameras installed in the vehicle. This provides a possible method for obtaining the occupancy status of seats in a vehicle.

[0020] In one possible implementation, the method further includes: detecting that the seating status of the second seat has changed from occupied to unoccupied, and that the second seat is a front passenger seat or a driver's seat, setting the corresponding audio zone of the second seat to a closed state; and / or, detecting that the seating status of the second seat has changed from occupied to unoccupied, that the second seat is a rear seat, and that there is an occupied seat in the rear seats of the vehicle, keeping the corresponding audio zone of the second seat in an open state; and / or, detecting that the seating status of the second seat has changed from occupied to unoccupied, that the second seat is a rear seat, and that there is no occupied seat in the rear seats of the vehicle, setting the corresponding audio zone of the second seat to a closed state. In this method, when the seating status of the seat changes from occupied to unoccupied, and other conditions are met, the audio zone can be switched from an open state to a closed state, thereby making the control of the on / off state of the audio zone more accurate, improving the wake-up rate of the voice wake-up method in this application embodiment, and reducing the false wake-up rate.

[0021] In one possible implementation, the method further includes setting the corresponding audio zone of the second door to the open state when obtaining the open / closed state of the second door fails. This process ensures that voice wake-up events triggered by sound sources located in the corresponding audio zone of the second door can be responded to normally, thus improving the wake-up rate of the voice wake-up method in this embodiment.

[0022] In one possible implementation, the method further includes setting the audio zone corresponding to the third seat to an "on" state if the seating status of the third seat fails to be obtained. This process ensures that voice wake-up events triggered by sound sources located in the audio zone corresponding to the third seat can be responded to normally, thus improving the wake-up rate of the voice wake-up method in this embodiment.

[0023] In one possible implementation, the method further includes setting all vehicle audio zones to the "open" state when obtaining the vehicle's central locking status parameters fails. This process ensures that voice wake-up events triggered by sound sources in each audio zone can be responded to normally even when the central locking status parameters cannot be obtained, thus improving the wake-up rate of the voice wake-up method in this embodiment.

[0024] In a second aspect, embodiments of this application provide a vehicle, including: a processor and a memory; wherein one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the processor, cause the vehicle to perform the method of any of the first aspects.

[0025] Thirdly, embodiments of this application provide an electronic device, including: a processor and a memory; wherein one or more computer programs are stored in the memory, and the one or more computer programs include instructions that, when executed by the processor, cause the electronic device to perform the method of any one of the first aspects.

[0026] Fourthly, embodiments of this application provide a computer-readable storage medium storing a computer program that, when run on a computer, causes the computer to perform the method of any one of the first aspects.

[0027] Fifthly, embodiments of this application provide a computer program product, which includes a computer program that, when run on a computer, causes the computer to perform the method of any one of the first aspects. Attached Figure Description

[0028] Figure 1 This is a schematic diagram of one implementation structure of the vehicle provided in an embodiment of this application;

[0029] Figure 2 A schematic diagram of the software structure of a vehicle provided in an embodiment of this application;

[0030] Figure 3 This is a schematic diagram of a method for dividing the midrange frequency band of a vehicle according to an embodiment of this application;

[0031] Figure 4 This is a schematic diagram of a first type of voice wake-up method provided in an embodiment of this application;

[0032] Figure 5 This is a second flowchart illustrating the voice wake-up method provided in an embodiment of this application;

[0033] Figure 6 This is a schematic diagram of a third type of voice wake-up method provided in an embodiment of this application;

[0034] Figure 7This is a schematic diagram of the fourth flowchart of the voice wake-up method provided in the embodiments of this application;

[0035] Figure 8 A fifth flowchart illustrating the voice wake-up method provided in this application embodiment;

[0036] Figure 9 A sixth flowchart illustrating the voice wake-up method provided in this application embodiment;

[0037] Figure 10 A seventh flowchart illustrating the voice wake-up method provided in this application embodiment;

[0038] Figure 11 An eighth flowchart illustrating the voice wake-up method provided in this application embodiment;

[0039] Figure 12 A ninth flowchart illustrating the voice wake-up method provided in this application embodiment;

[0040] Figure 13 A schematic diagram of a vehicle usage scenario for the voice wake-up method provided in this application embodiment;

[0041] Figure 14 A schematic diagram of the tenth type of voice wake-up method provided in this application embodiment;

[0042] Figure 15 An eleventh flowchart illustrating the voice wake-up method provided in this application embodiment;

[0043] Figure 16A This is a schematic diagram of the twelfth type of voice wake-up method provided in the embodiments of this application;

[0044] Figure 16B A schematic diagram of the thirteenth process of the voice wake-up method provided in this application embodiment;

[0045] Figure 17 A schematic diagram of another vehicle usage scenario for the voice wake-up method provided in this application embodiment;

[0046] Figure 18 A schematic diagram of the fourteenth process of the voice wake-up method provided in this application embodiment;

[0047] Figure 19 This is a schematic diagram of the fifteenth type of voice wake-up method provided in the embodiments of this application;

[0048] Figure 20 A sixteenth flowchart illustrating the voice wake-up method provided in this application embodiment;

[0049] Figure 21This is a schematic diagram of the seventeenth type of voice wake-up method provided in the embodiments of this application. Detailed Implementation

[0050] The terminology used in the implementation section of this application is for the purpose of explaining specific embodiments of this application only, and is not intended to limit this application.

[0051] As vehicles become increasingly intelligent, technologies such as smart cockpits and autonomous driving have emerged, assisting users in controlling the vehicle. During vehicle use, users can activate the voice assistant using a wake word to interact with it and control the vehicle. False wake-ups—where the voice assistant is activated and responds unexpectedly even when no wake word is used—are a crucial issue to address in improving user experience. For example, background noise (such as television sounds, music, or human voices) that sounds similar to the wake word can cause false wake-ups. From the user's perspective, "the voice assistant is inexplicably activated even when no one is in the seat," causing confusion and disruption, and ultimately lowering the user experience for both the voice assistant and the vehicle itself.

[0052] In some embodiments, advanced noise cancellation algorithms can be used to filter background noise in the environment to reduce the false wake-up rate of the voice assistant. In other embodiments, the wake-up model can be optimized, for example, by using a more advanced deep learning model to improve the speech recognition accuracy of the wake-up model, or by changing the training data ratio, improving the quality of the training data, etc., to enhance the adaptability of the wake-up model to different environmental conditions, or by increasing the confidence threshold of the decoder in the wake-up model. However, although the above methods can reduce the false wake-up rate of the voice assistant to a certain extent, they will incur significant manpower and computing power costs. Moreover, the wake-up rate and the false wake-up rate have a seesaw relationship; suppressing the false wake-up rate of the wake-up model may result in a sacrifice of the wake-up rate, that is, a reduction in the wake-up rate.

[0053] To this end, this application also provides a voice wake-up method, device, and vehicle, which filters the recognized voice wake-up events based on factors such as whether the car door is open and whether the seat is occupied, thereby reducing the false wake-up rate of the voice assistant and improving the user experience of the voice assistant and the vehicle.

[0054] In some embodiments, the voice wake-up method of this application can be applied to electronic devices with voice assistant functionality. The aforementioned electronic device can be separate from or connected to the vehicle; for example, it can be a mobile phone, tablet computer (PAD), etc. When connected to the vehicle, the electronic device can interact with the vehicle to achieve, for example, acquiring vehicle status information and controlling components within the vehicle.

[0055] In other embodiments, the voice wake-up method of this application can be applied to vehicles. The following embodiments use a vehicle executing the voice wake-up method of this application as an example. It is understood that the following embodiments can also be extended to electronic devices executing the voice wake-up method of this application. The vehicle referred to in this application can be, for example, a car, truck, motorcycle, bus, ship, airplane, helicopter, lawnmower, recreational vehicle, amusement park vehicle, construction equipment, tram, golf cart, train, or handcart, etc., and this application does not impose any particular limitation.

[0056] like Figure 1 The diagram shown is a structural schematic of a vehicle. The vehicle 100 may include various subsystems, such as a computer system 102, a sensor system 104, a control system 106, and one or more peripheral devices 108. Optionally, the vehicle 100 may include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and component of the vehicle 100 can be interconnected via wired or wireless means.

[0057] Some or all of the functions of vehicle 100 are controlled by computer system 102. Computer system 102 may include at least one processor 110, which executes instructions 112 stored in a non-transitory computer-readable medium such as data memory 111. Computer system 102 may also be multiple computing devices that control individual components or subsystems of vehicle 100 in a distributed manner.

[0058] Processor 110 can be any conventional processor, such as a commercially available central processing unit (CPU). Alternatively, the processor can be a special-purpose device such as an application-specific integrated circuit (ASIC) or other hardware-based processor. Processor 110 can be one or more processors.

[0059] Memory 111 may be used to store computer-executable program code, which includes instructions. In some embodiments, memory 111 may contain instructions 112 (e.g., program logic) that can be executed by processor 110 to perform various functions of vehicle 100. Memory 111 may also contain additional instructions, such as instructions to send data to, receive data from, interact with, and / or control one or more of sensor system 104, control system 106, and peripheral devices 108. In addition to instructions 112, memory 111 may also store data such as road maps, route information, vehicle position, direction, speed, and other such vehicle data, as well as other information. This information may be used by vehicle 100 and computer system 102 during operation of vehicle 100 in autonomous, semi-autonomous, and / or manual modes. Memory 111 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc.

[0060] The sensor system 104 may include several sensors for sensing the status information of components in the vehicle 100 and the surrounding environment, such as door sensor 121, seat sensor 122, camera 123, etc.

[0061] The seat sensor 122 is a device used to detect the status of a vehicle seat and passenger information. It can be used to detect whether a passenger is in the seat, in other words, whether the seat is occupied. The seat sensor can include thin-film contact sensors and pressure sensors, etc. The contacts of the thin-film contact sensor can be disposed on the force-bearing surface of the seat. When the seat is subjected to external pressure, the thin-film contact sensor generates a trigger signal, and the processor 110 can detect whether a passenger is in the seat based on this trigger signal. The pressure sensor can be disposed below the force-bearing surface of the seat. When the seat is subjected to external pressure, the pressure sensor generates a corresponding signal change, and the processor 110 can detect whether a passenger is in the seat based on this signal change.

[0062] The door sensor 121 can detect the open / closed state of the door and send the open / closed state of the door to the processor 110 in the computer system 102, providing data support for the processor 110 to execute the voice wake-up method of the present application embodiment.

[0063] The vehicle 100 may include one or more cameras 123 for capturing images of the vehicle interior and surrounding environment. In this embodiment, the vehicle 100 may include one or more cameras disposed within the vehicle cabin, which can be used to capture images within the vehicle cabin. This embodiment does not limit the placement of the cameras 123 within the vehicle cabin, as long as it is possible to obtain information on whether each seat is occupied based on the images captured by the cameras 123.

[0064] The control system 106 is used to control the vehicle 100 and its components to perform operations. In this embodiment, the control system 106 may include a central locking system 131, which allows the driver to simultaneously control the opening and closing of all vehicle doors via a single switch.

[0065] Vehicle 100 interacts with external sensors, other vehicles, other computer systems, or users via peripheral devices 108. Peripheral devices 108 may include a display screen 141, a microphone 142, a speaker 143, etc.

[0066] Display screen 141 is used to display images, videos, etc. Display screen 141 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a miniature LED, a microLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, vehicle 100 may include one or more display screens 141.

[0067] Microphone 142, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. Vehicle 100 may be equipped with at least one microphone. In some embodiments, vehicle 100 may be equipped with multiple microphones for collecting sound signals and performing sound source localization, etc. The specific placement of the multiple microphones in vehicle 100 is not limited in this embodiment.

[0068] The speaker 143, also known as a "horn," is used to convert audio electrical signals into sound signals. The vehicle 100 can play music, alert tones, etc., through the speaker 143.

[0069] Optionally, one or more of these components may be installed separately from or associated with vehicle 100. For example, memory 111 may exist partially or completely separate from vehicle 100. The components may be communicatively coupled together in a wired and / or wireless manner.

[0070] Optionally, the components described above are merely examples. In actual applications, components in each of the above modules may be added or removed as needed. Figure 1 This should not be construed as a limitation on the embodiments of this application.

[0071] The software system in vehicle 100 can adopt a layered architecture, event-driven architecture, microkernel architecture, microservice architecture, or cloud architecture. This application embodiment uses a layered architecture as an example to exemplify the software structure of vehicle 100 implementing the voice wake-up method of this application embodiment.

[0072] like Figure 2 As shown, the software structure of vehicle 100 in this embodiment may include an application layer and a kernel layer. It is understood that, based on different operating system implementations, an application framework layer, hardware abstraction layer, etc., may also be included between the application layer and the kernel layer; this embodiment does not impose any limitations.

[0073] The application layer can include several applications (hereinafter referred to as applications), for example Figure 2 The voice assistant, navigation, Bluetooth, etc. shown are shown.

[0074] The voice wake-up method of this application embodiment can be applied to voice assistant applications or other applications that support voice wake-up function. For ease of subsequent explanation, the voice assistant application and the other applications that support voice wake-up function mentioned above are collectively referred to as the target application.

[0075] In other embodiments, the voice wake-up method of this application can also be applied to other applications besides the target application for filtering and processing voice wake-up events. Figure 2The application used to filter voice wake-up events is referred to as a wake-up assistance application. It is understood that the name "wake-up assistance application" is merely an example and is not intended to limit the names of the other applications mentioned above. In some embodiments, the target application can generate a voice wake-up event based on the collected voice signal, send the voice wake-up event to the wake-up assistance application for filtering, and then the target application can intercept or respond to the voice wake-up event based on the filtering result. In still other embodiments, the wake-up assistance application can generate and filter voice wake-up events based on the collected voice signal, and intercept the voice wake-up event or trigger the target application corresponding to the wake word in the voice signal to respond to the voice wake-up event based on the filtering result. It is understood that in this embodiment, the wake-up assistance application can store wake words corresponding to different target applications, thereby determining the target application corresponding to the voice signal based on the wake word identified in the voice signal and triggering the target application to respond to the voice wake-up event.

[0076] In some embodiments, the voice wake-up event referred to in this application means: detecting a wake-up word or a voice signal corresponding to a wake-up word in the collected voice signal. To recognize that the voice emitted in the environment is an interaction between the user and itself, the target application will preset a corresponding wake-up word. Before the user performs specific voice commands or other voice interactions with the target application, the user first emits a voice containing the wake-up word corresponding to the target application to wake it up, enabling the target application to know that the user is interacting with it via voice and respond to the user.

[0077] The kernel layer is the layer between hardware and software. In this embodiment, the kernel layer may include: display driver, audio driver, sensor driver, etc. The sensor driver may further include: door sensor driver, seat sensor driver, camera driver, etc.

[0078] The voice wake-up method of this application embodiment will be described below with reference to the hardware and software structure of the vehicle 100 described above.

[0079] In the voice wake-up method of this application embodiment, the vehicle cabin is divided into sound zones, and each sound zone is set to an open or closed state. An open sound zone indicates the presence of passengers (including the driver). In this application embodiment, when the sound source triggering the voice wake-up event is located in that sound zone, the voice wake-up event is responded to. A closed sound zone indicates the absence of passengers. In this application embodiment, when the sound source triggering the voice wake-up event is located in that sound zone, the voice wake-up event is intercepted. In other words, in this application embodiment, when a voice wake-up event is detected, it is determined whether the corresponding sound zone is open. If it is open, it indicates the presence of passengers in that sound zone, and the voice wake-up event is responded to. If it is not open (e.g., closed), it indicates the absence of passengers in that sound zone, and the voice wake-up event is intercepted. This reduces the false wake-up rate of the target application.

[0080] The above-mentioned open and closed states of the vocal register can be collectively referred to as the on / off states of the vocal register.

[0081] In some embodiments, the on / off state information of each voice zone can be managed and stored by the target application or wake-up assistance application executing the voice wake-up method of this application embodiment.

[0082] The following example illustrates how the on / off status of each audio zone is recorded in a vehicle.

[0083] In some embodiments, the vehicle may have parameters set for each audio zone to record its on / off state, hereinafter referred to as target parameters. The parameter values ​​of the target parameters for each audio zone may include an on state and a off state. Accordingly, the vehicle can set an audio zone to the on state by setting the target parameters of the audio zone to the on state, and the vehicle can set an audio zone to the off state by setting the target parameters of the audio zone to the off state. For example, the parameter values ​​can specifically be 0 and 1, where 1 represents the on state and 0 represents the off state, or 0 represents the on state and 1 represents the off state.

[0084] In other embodiments, a preset identifier can be set for the open audio zones in the vehicle. This preset identifier indicates that the audio zone is open, while audio zones without this preset identifier are closed. Accordingly, the vehicle can set an audio zone to the open state by setting a preset identifier for that audio zone, and the vehicle can set an audio zone to the closed state by deleting the preset identifier for that audio zone.

[0085] In some other embodiments, a preset identifier can be set for a closed audio zone in the vehicle. This preset identifier indicates that the audio zone is closed, while audio zones without this preset identifier are open. Correspondingly, the vehicle can set an audio zone to an open state by deleting the preset identifier of the audio zone, and set an audio zone to a closed state by setting a preset identifier for that audio zone.

[0086] The specific implementation of the aforementioned preset identifier is not limited in this application embodiment, as long as it can distinguish between the closed and open states of the sound zone.

[0087] The following combination Figure 3 The possible implementations of audio zone division in the vehicle cabin in the embodiments of this application are illustrated by way of example.

[0088] In this embodiment, the vehicle cabin space can be divided into multiple independent sound zones, and the specific method of sound zone division is not limited in this embodiment. In some embodiments, for reasons such as improving the accuracy of sound source localization, the sound zones in the vehicle cabin can be divided according to the arrangement and number of seats in the vehicle. In this embodiment, a seat refers to a chair provided in the vehicle for passengers to sit on, and a seat refers to a position provided by a seat for passengers to sit on. A seat can provide one or more seats. For example, a 5-seater car generally includes 3 seats: a driver's seat for the driver, a front passenger seat for the driver, and rear seats for the rear passengers; the driver's seat and the front passenger seat each provide only one seat, while the rear seats can provide 3 rear seats.

[0089] The following examples illustrate possible methods for dividing the sound zones in a vehicle cabin.

[0090] The following embodiments of this application mainly use 5-seater sedans and 7-seater SUVs as examples for illustrative purposes. The methods for dividing the sound zones of other types of vehicles can be referred to the following embodiments, which will not be listed one by one in this application.

[0091] Figure 3 Figures (a) and (c) show possible structural diagrams of a 5-seater car. The 5-seater car may include doors 1 to 4, where door 1 may also be called the driver's door, door 2 may also be called the passenger door, and doors 3 and 4 may also be called the rear doors. The 5-seater car includes a driver's seat, a passenger seat, and rear seats 1 to 3. The seats providing the driver's seat and the seats providing the passenger seat can be collectively referred to as front seats, and the seats providing rear seats 1 to 3 can be referred to as rear seats.

[0092] Figure 3 Figure (b) shows a possible structural diagram of a 7-seater SUV. The 7-seater SUV may also include doors 1-4, where door 1 can also be called the driver's door, door 2 can also be called the front passenger door, and doors 3 and 4 can also be called the rear doors. The 7-seater SUV includes a driver's seat, a front passenger seat, and rear seats 1-5. The seats providing the driver's seat and the seats providing the front passenger seat can be collectively referred to as front seats, and the seats providing rear seats 1, 2, and 3-5 can be collectively referred to as rear seats. Specifically, there are 3 (or 2 rows) rear seats. Other possible structures and audio zone divisions of 6-seater and 7-seater vehicles with 2 rows of rear seats are similar to those of the 7-seater SUV, and will not be listed in detail in this application's embodiments.

[0093] In one embodiment, the vehicle cabin space can be divided into fewer zones than the number of seats in the vehicle, based on the arrangement and number of seats.

[0094] See Figure 3 As shown in Figure (a), the cabin space of a 5-seater sedan can be divided into four audio zones. Audio zone 1 primarily covers the driver's seat area, audio zone 2 primarily covers the front passenger seat area, audio zone 3 primarily covers the rear seat 1 area and part of the rear seat 2 area, and audio zone 4 primarily covers the rear seat 2 area and part of the rear seat 3 area. In other embodiments, audio zones 3 and 4 can be combined into one audio zone; in other words, the combined audio zone primarily covers the rear seat 1-3 area, i.e., primarily covers the rear seat area. In this application embodiment, the "seat area" refers to the space within which a passenger can sit, and the "chair area" refers to the space within which a passenger can sit.

[0095] See Figure 3 As shown in Figure (b), the cabin space of a 7-seater SUV can be divided into four audio zones. Zone 1 primarily covers the driver's seat area, Zone 2 primarily covers the front passenger seat area, Zone 3 primarily covers the rear seats 1 and 2 (i.e., the two rear seats in the first row), and Zone 4 primarily covers the rear seats 3 and 5 (i.e., the one rear seat in the second row). In other embodiments, zones 3 and 4 can be combined into one audio zone, meaning this combined zone covers the rear seats 1 to 5, or the three rear seats (two rows of rear seats).

[0096] In another embodiment, the vehicle cabin space can be divided into several acoustic zones based on the arrangement and number of seats, with each zone covering the seating space of one seat. Taking a 5-seater sedan as an example again... Figure 3 As shown in Figure (c), the vehicle cabin space can be divided into 5 independent sound zones according to the number of seats. Each sound zone covers the seating space of one seat. That is, sound zone 1 covers the seating space of the driver's seat, sound zone 2 covers the seating space of the front passenger seat, and sound zones 3 to 5 cover the seating space of the rear seats 3 to 5 respectively.

[0097] In other embodiments, the vehicle cabin space may be divided into more acoustic zones than the number of seats. In this case, each acoustic zone may cover part of the seating space of a certain seat, which will not be listed here.

[0098] In some embodiments, dividing the space inside the vehicle cabin into multiple independent sound zones can be achieved using microphone sound zone division technology.

[0099] Microphone zone segmentation technology divides the space inside a vehicle cabin into multiple independent sound zones based on microphone arrays and corresponding algorithms. A microphone array is a system composed of multiple microphones that collect sound signals by being positioned at different locations within the vehicle. The microphones in the array can work collaboratively, and the vehicle processes these collected sound signals using a zone segmentation algorithm to determine the location and direction of the sound source. In some embodiments, the microphone array is typically deployed on the roof or in various corners of the vehicle to ensure coverage and accurate identification of all locations within the cabin. In some embodiments, the zone segmentation algorithm calculates the sound zone where the sound source is located by analyzing the intensity and phase differences of the sound signals received by the microphones. Specifically, the zone segmentation algorithm calculates the spectral energy matrix of each sound zone within the vehicle and determines the sound zone of the sound source by comparing acoustic signals with zone boundaries.

[0100] The following provides an exemplary description of the possible states of the vehicle in the embodiments of this application.

[0101] Vehicle power-off refers to the vehicle entering a dormant state and shutting down non-essential electrical systems. The triggering conditions for power-off may differ between vehicles. In some embodiments, these triggering conditions may include, but are not limited to: the user clicking the power-off button on the vehicle's central control screen, the user locking the vehicle with the vehicle key, the user clicking the power-off button on an electronic device such as a mobile phone, or the user clicking the lock button on an electronic device such as a mobile phone. The user executing any of these triggering conditions will cause the vehicle to power off.

[0102] In some embodiments, when the vehicle is powered down and in a sleep state, most of the electrical components in the vehicle, such as controllers, enter a low-power state, maintaining only basic monitoring functions and disabling certain high-power functions to avoid static high power consumption causing the entire vehicle to discharge. At this time, if the processor (e.g., the controller) of the first application (e.g., the target application or the wake-up auxiliary application) executing the voice wake-up method of this application enters a low-power state, the first application can continue running. After the vehicle's sleep state lasts for a certain period, the power supply to some electrical components in the vehicle can be gradually cut off, maintaining only the power supply to critical equipment such as the anti-theft system. Therefore, after the vehicle's sleep state lasts for a certain period, the power supply to some controllers can be cut off. If the processor of the first application is powered down at this time, the first application stops running.

[0103] Vehicle power-on refers to the process of a vehicle transitioning from a dormant state to an active state. During this process, the vehicle's electrical system begins to operate, preparing for normal vehicle operation. The power-on triggering conditions may differ between vehicles. In some embodiments, the triggering conditions may include, but are not limited to: the driver opening the driver's side door, the driver sitting in the driver's seat, pressing the vehicle's start button, or pressing the start button on a device connected to the vehicle, such as a mobile phone. The user can trigger vehicle power-on by performing any of the above-mentioned vehicle power-on triggering conditions.

[0104] Based on the above explanation, during vehicle power-on, the processor hosting the first application is in normal operating mode. If the vehicle is triggered to power down, the processor hosting the first application is controlled to switch from normal operating mode to low-power mode. If the power is not cut off, the first application does not stop running. If the vehicle is triggered to power on, the processor hosting the first application is controlled to switch from low-power mode to normal operating mode. In this scenario, the first application can detect whether the vehicle is powered down by checking whether its own processor has switched from normal operating mode to low-power mode, and vice versa.

[0105] Based on the above explanation, if the vehicle is triggered to power down, the processor containing the first application is controlled to switch from normal operating state to low-power state. Without being powered off, the first application does not stop running. Subsequently, if the processor containing the first application is powered off, the first application stops running. If the vehicle is triggered to power on, the processor containing the first application is powered on and enters normal operating state, and the first application is triggered to start. In the above scenarios, when the first application is triggered to start, it can be considered that the vehicle power-on has been detected.

[0106] Vehicle locking typically refers to the activation of the vehicle's anti-theft mechanism or the locking of the doors. Vehicle locking can be considered an important measure to protect vehicle security. When the vehicle's anti-theft system is activated or the doors are locked, the driver and passengers will be unable to enter or leave the vehicle, effectively preventing unauthorized use or theft. When the anti-theft system is activated, the vehicle's engine is usually turned off, and the doors and windows are locked to ensure the vehicle cannot be driven illegally. The triggering conditions for locking may vary from vehicle to vehicle. These triggering conditions may include, but are not limited to: the user clicking the lock button on the vehicle key, or the user clicking the lock button on an electronic device such as a mobile phone application.

[0107] Vehicle unlocking, as opposed to vehicle locking, refers to the disabling of the vehicle's anti-theft mechanism or the unlocking of the doors. The triggering conditions for unlocking may differ between vehicles. These conditions may include, but are not limited to: the user clicking the unlock button on the vehicle key, or the user clicking the unlock button on an electronic device such as a mobile application.

[0108] In some embodiments, a central locking status parameter can be set in the vehicle, including two states: locked and unlocked. A locked status parameter indicates the vehicle is locked, and an unlocked status parameter indicates the vehicle is unlocked. The vehicle being in an unlocked state can also be referred to as being in an unlocked state. When the vehicle is triggered to lock, the vehicle executes a locking procedure and sets the central locking status parameter to locked. When the vehicle is triggered to unlock, the vehicle executes an unlocking procedure and sets the central locking status parameter to unlocked. This application does not limit the triggering conditions for vehicle locking and unlocking, nor does it limit the specific implementation of the vehicle locking and unlocking procedures. Therefore, in some embodiments, the first application can determine whether the vehicle is locked by reading the central locking status parameter.

[0109] The following is passed Figures 4 to 14 This example illustrates how the vehicle controls the switching state of the audio zone in the voice wake-up method of this application.

[0110] Figure 4 This is a flowchart illustrating a voice wake-up method provided in an embodiment of this application. The method can be executed by a vehicle, specifically by a first application within the vehicle. The first application can be a target application or a wake-up auxiliary application. In this method, the on / off state of the voice zone is controlled based on the open / closed state of the vehicle door.

[0111] like Figure 4 As shown, the method may include:

[0112] Step 401: Vehicle power-on detected.

[0113] The implementation of this step can be referred to the aforementioned instructions on vehicle power-on and power-off, which will not be repeated here.

[0114] Step 402: Subscribe to the open / closed status of the car doors.

[0115] The vehicle provides an interface for querying the door open / closed status. In this step, the first application can subscribe to this interface through a subscription service to subscribe to the door open / closed status. By subscribing to the door open / closed status, the first application can obtain the door open / closed status in real time, thereby achieving real-time monitoring of the door open / closed status.

[0116] Step 403: Determine if the subscription to the car door's open / closed status was successful. If successful, proceed to step 404; if unsuccessful, proceed to step 408.

[0117] Step 404: Initialize the door status.

[0118] In some embodiments, this step may include: the first application calling the door open / close status query interface to query the current open / close status of each door.

[0119] Step 405: Determine if the door status was successfully initialized. If successful, proceed to step 406; if unsuccessful, proceed to step 408.

[0120] Continuing with the explanation of step 404, in some embodiments, when the first application queries the current open / closed state of each door, it determines that the door state initialization is successful; otherwise, the initialization fails.

[0121] Step 406: Determine if a car door is open? If yes, proceed to step 407; otherwise, return to continue determining if a car door is open.

[0122] In some embodiments, this step may periodically call back the query interface for the door opening / closing status after subscribing to the door opening / closing status to obtain the door's opening / closing status. This allows for real-time adjustment of the audio zone corresponding to the opened door to the open state when a door is opened, thereby improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment.

[0123] In some embodiments, if the query interface for the door open / close state in this step malfunctions, step 408 can also be triggered to set all audio zones to the open state. This ensures the wake-up rate of the target application even when the query interface for the door open / close state malfunctions.

[0124] Since the opening and closing of the car door usually occurs when the vehicle is not moving or is moving at low speed, in some embodiments, a threshold can be preset so that the judgment step 406 is periodically executed only when the vehicle's speed is lower than the preset threshold.

[0125] Step 407: Set the audio zone corresponding to the door to be opened to the open state, and this branch of the process ends.

[0126] In some embodiments, the sound zone corresponding to the door may include: a sound zone covering the seating space of the seat that the user can sit in through the door.

[0127] by Figure 3 Take the 5-seater sedan shown as an example:

[0128] Normally, the seat a user can sit in through the driver's door is the driver's seat; it's rare to sit in the front passenger seat or even the rear seats through the driver's door. Therefore, the sound range corresponding to the driver's door can include the sound range covering the seating space of the driver's seat. Figure 3 Taking the sound zones divided in Figure (a) as an example, the sound zone corresponding to the driver's door can include sound zone 1.

[0129] For reasons similar to those for the driver's side door, the sound zone corresponding to the passenger side door can include the sound zone covering the passenger area. Figure 3 Taking the sound zones divided in Figure (a) as an example, the sound zone corresponding to the passenger door can include sound zone 2.

[0130] Normally, users can sit in all the rear seats through the rear doors; it's rare to sit in the front passenger seat or driver's seat through the rear doors. Therefore, the sound zone corresponding to the rear doors can include the sound zone covering the seating space of all rear seats (rear seats 1-3). In other words, the sound zone corresponding to the rear doors can include the sound zone covering the seating space of the rear seats. Figure 3 Taking the sound zones divided in Figure (a) as an example, the sound zones corresponding to the rear doors can include: sound zone 3 and sound zone 4.

[0131] by Figure 3 Take the 7-seater SUV shown as an example:

[0132] For reasons similar to those given in the previous examples, the sound zone corresponding to the driver's door can include the sound zone covering the seating area of ​​the driver's seat. Figure 3 Taking the sound zones divided in Figure (b) as an example, the sound zone corresponding to the driver's door can include sound zone 1. The sound zone corresponding to the passenger door can include the sound zone covering the passenger seat's seating space. Figure 3 Taking the sound zones divided in Figure (b) as an example, the sound zone corresponding to the passenger door can include sound zone 2.

[0133] Normally, users can only access all the rear seats provided by the two rear seats through the rear doors. They rarely access the front passenger or driver's seats through the rear doors. Therefore, the sound zone corresponding to the rear doors can include the sound zone covering the seating space of all rear seats (rear seats 1-5). In other words, the sound zone corresponding to the rear doors can include the sound zone covering the seating space of the two rear seats. Figure 3 Taking the sound zones divided in Figure (b) as an example, the sound zones corresponding to the rear doors can include: sound zone 3 and sound zone 4.

[0134] Step 408: Set all audio zones of the vehicle to the open state. This branch of the process ends.

[0135] If the subscription to the door's open / closed state fails or the door's state initialization fails, it indicates an abnormality in the door's open / closed state monitoring. This step is then executed to set each audio zone of the vehicle to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0136] Under normal circumstances, there are no passengers in the vehicle when it is powered on. Therefore, in this embodiment, the first application can set the audio zone to a default off state each time the vehicle is powered on, to match the actual situation of the vehicle. Thus, in steps 407 and 408, audio zones that meet the conditions can be set to an on state based on specific circumstances, thereby associating the on / off state of the audio zone with the vehicle's usage. Compared to setting the audio zone to an on state by default when the vehicle is powered on, this embodiment sets the audio zone to a default off state. The implementation of setting the audio zone to an on state based on circumstances makes it easier to match the on / off state of the audio zone with the passenger situation in the vehicle, improving the wake-up rate of the target application in this embodiment and reducing the false wake-up rate.

[0137] Figure 4 In the method shown, after the vehicle is powered on, only the audio zone corresponding to the opened door is set to the open state, while the audio zone corresponding to the closed door remains in the closed state. This ensures that only audio zones where passengers might be present are set to the open state, thus aligning the on / off state of the audio zones with the vehicle's usage. By filtering out spaces within the vehicle cabin that may have passengers and those that do not, the on / off states of the audio zones can effectively identify and address voice wake-up events. Furthermore, by intercepting or responding to voice wake-up events based on the on / off states of the audio zones, the wake-up rate of the target application can be improved, while the false wake-up rate can be reduced.

[0138] Due to differences between vehicles, some vehicles, after being locked and powered off previously, will not power on again if the user unlocks the vehicle, but passengers can still open the door and get in. Considering these possible usage scenarios, in another embodiment provided in this application... Figure 4 In step 404 of the illustrated embodiment, when the first application initializes the car door status, in addition to querying the current door open / closed status, it can also call the door open / closed status query interface to query the historical door open / closed status from the last time the vehicle was powered off and locked until the current time the vehicle was powered on (i.e., the detection of vehicle power-on in step 401). Correspondingly, the voice wake-up method of this embodiment of the application... Figure 4 Based on the illustrated embodiment, the following steps may also be included:

[0139] Based on the historical opening and closing status of the car doors, determine whether a car door has been opened. If so, set the corresponding audio zone of the opened car door to the open state.

[0140] It should be noted that the previous power-off locking refers to the most recent power-off locking before the current power-on locking.

[0141] In this embodiment of the application, considering the scenario where passengers may open the door and get into the vehicle between the last time the vehicle was powered off and locked and the current time the vehicle was powered on, the audio zone corresponding to the door that was opened during this time period is set to the open state, thereby preventing the audio zone that may have passengers from being set to the closed state.

[0142] In another embodiment provided in this application, in order to achieve more accurate control of the tone zone switching state, Figure 4 The method shown allows for subscription and initialization by car door, and opens the corresponding audio zone for each door if an error occurs during subscription or initialization. The following explanations are provided separately for the driver's door, passenger door, and rear doors.

[0143] exist Figure 5 The method shown exemplifies a control method for the corresponding audio zone of the passenger-side door. For example... Figure 5 As shown, the method may include:

[0144] Step 501: Vehicle power-on detected.

[0145] Step 502: Subscribe to the open / closed status of the passenger door.

[0146] The vehicle can provide a query interface for subscribing to the passenger door's open / closed status. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the passenger door's open / closed status. By subscribing to the passenger door's open / closed status, the first application can obtain the passenger door's open / closed status in real time, thereby achieving real-time monitoring of the passenger door's open / closed status.

[0147] Step 503: Determine if the subscription to the passenger door's open / closed status was successful. If successful, proceed to step 504; if unsuccessful, proceed to step 507.

[0148] Step 504: Initialize the passenger door status.

[0149] In some embodiments, this step may include: calling the passenger door opening / closing status query interface to query the current opening / closing status of the passenger door.

[0150] Step 505: Determine if the passenger door status was successfully initialized. If successful, proceed to step 506; if unsuccessful, proceed to step 507.

[0151] Continuing with the description of step 504, in some embodiments, when the first application queries the current open / closed state of the passenger door, it determines that the passenger door state initialization is successful; otherwise, the initialization fails.

[0152] Step 506: Determine if the passenger door is open? If yes, proceed to step 507; otherwise, return to continue determining if the passenger door is open.

[0153] In some embodiments, this step may involve periodically calling back the query interface for the passenger door's open / closed state after subscribing to it, to obtain the passenger door's open / closed state. This allows for real-time adjustment of the corresponding audio zone to the open state when the passenger door is opened, thereby improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment.

[0154] In some embodiments, if the query interface for the passenger door's open / closed state encounters an error in this step, step 507 can also be triggered to set the audio zone corresponding to the passenger door to the open state. This ensures the wake-up rate of the target application even when the query interface for the passenger door's open / closed state encounters an error.

[0155] Since the opening and closing of the passenger door usually occurs when the vehicle is not moving or is moving at low speed, in some embodiments, a threshold can be preset so that the judgment step 506 is executed periodically only when the vehicle speed is lower than the preset threshold.

[0156] Step 507: Set the audio zone corresponding to the passenger door to the open state.

[0157] If the subscription to the passenger door's open / closed state fails or the passenger door's state initialization fails, it indicates an abnormality in the passenger door's open / closed state monitoring. This step is then executed to set the corresponding audio zone of the passenger door to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0158] In another embodiment provided in this application, Figure 5 In step 504 of the illustrated embodiment, during door state initialization, in addition to querying the current door open / closed state, the historical open / closed state of the passenger door can also be retrieved from the time the vehicle was previously locked after power-off until the vehicle was powered on again (i.e., the detection of vehicle power-on in step 501). Correspondingly, the voice wake-up method in this embodiment of the application... Figure 5 Based on the illustrated embodiment, the following steps may also be included:

[0159] Based on the historical opening and closing status of the passenger door, determine whether the passenger door has been opened. If it has been opened, set the corresponding audio zone of the passenger door to the open state.

[0160] exist Figure 6 The method shown exemplifies a method for controlling the corresponding audio zone of the rear doors. For example... Figure 6 As shown, the method may include:

[0161] Step 601: Vehicle power-on detected.

[0162] Step 602: Subscribe to the open / closed status of the rear doors.

[0163] The vehicle can provide an interface for querying the open / closed status of the rear doors. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the open / closed status of the rear doors. By subscribing to the open / closed status of the rear doors, the first application can obtain the real-time open / closed status of the rear doors, thereby achieving real-time monitoring of the rear door open / closed status.

[0164] Step 603: Determine if the subscription to the open / closed status of the rear doors was successful. If successful, proceed to step 604; if unsuccessful, proceed to step 607.

[0165] Step 604: Rear door status initialization.

[0166] In some embodiments, this step may include: calling the rear door open / close status query interface to query the current open / close status of the rear door.

[0167] Step 605: Determine if the rear door status has been successfully initialized. If successful, proceed to step 606; if unsuccessful, proceed to step 607.

[0168] Continuing with the explanation of step 604, in some embodiments, when the first application queries the current open / closed state of the rear door, it determines that the rear door state initialization is successful; otherwise, the initialization fails.

[0169] Step 606: Determine if the rear door is open? If yes, proceed to step 607; otherwise, return to continue determining if the rear door is open.

[0170] In some embodiments, this step can periodically call back the query interface for the rear door's open / closed state after subscribing to the rear door's open / closed state to obtain the state of the rear door. This allows for real-time adjustment of the corresponding audio zone of the rear door to the open state when it is opened, improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment. The period for determining whether the rear door is open in this step is related to... Figure 5 The cycle for determining whether the passenger door has been opened can be the same or different, and this application does not impose any restrictions.

[0171] In some embodiments, if the query interface for the rear door open / close status during this step malfunctions, step 607 can be triggered to set the corresponding audio zone of the rear door to the open state. This ensures the wake-up rate of the target application even when the query interface for the rear door open / close status malfunctions.

[0172] Since the rear doors are normally opened and closed only when the vehicle is not moving or is moving at low speed, in some embodiments, a threshold can be preset so that the judgment step 606 is executed periodically only when the vehicle speed is lower than the preset threshold.

[0173] Step 607: Set the audio zone corresponding to the rear door to the open state.

[0174] If the subscription to the open / closed state of the rear door fails or the initialization of the rear door state fails, it indicates that the monitoring of the open / closed state of the rear door is abnormal. Therefore, this step is executed to set the corresponding audio zone of the rear door to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0175] In another embodiment provided in this application, Figure 6 In step 604 of the illustrated embodiment, during the initialization of the rear door status, in addition to querying the current door open / closed status, the historical open / closed status of the rear door can also be retrieved from the time the vehicle was previously locked after being powered off until the vehicle was powered on again (i.e., the detection of vehicle power-on in step 601). Correspondingly, the voice wake-up method of this embodiment... Figure 5 Based on the illustrated embodiment, the following steps may also be included:

[0176] Based on the historical opening and closing status of the rear doors, determine whether the rear doors have been opened. If they have been opened, set the corresponding audio zone of the rear door to the open state.

[0177] Please refer to the instructions for controlling the corresponding audio zone of the driver's door. Figure 5 and Figure 6 The embodiments shown are not repeated in this application.

[0178] Figure 5 and Figure 6 The embodiment shown can monitor the opening and closing status of each car door and control the opening and closing status of the corresponding audio zone of each car door, thereby making the opening and closing status of the audio zone more accurate, improving the wake-up rate of the voice wake-up method in this application embodiment, and reducing the false wake-up rate.

[0179] Figure 7 This is a flowchart illustrating a voice wake-up method provided in an embodiment of this application. The method can be executed by a vehicle, specifically by a first application within the vehicle. The first application can be a target application or a wake-up auxiliary application. In this method, the on / off state of the audio zones is controlled based on the seating status of the seats in the vehicle. Each seat can be either occupied or unoccupied.

[0180] like Figure 7 As shown, the method may include:

[0181] Step 701: Vehicle power-on detected.

[0182] The implementation of this step can be referred to the aforementioned instructions on vehicle power-on and power-off, which will not be repeated here.

[0183] Step 702: Subscribe to the seat occupancy status.

[0184] In some embodiments, the vehicle can provide a query interface for the seating status. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the seating status. By subscribing to the seating status, the first application can obtain the seating status in real time, thereby achieving real-time monitoring of the seating status.

[0185] The vehicle can detect the occupancy status of each seat based on the gravity sensor at each seat, or based on images captured by cameras installed in the vehicle. To make the detection results more reliable, both methods can be used simultaneously.

[0186] Step 703: Determine if the seat subscription was successful. If successful, proceed to step 704; if unsuccessful, proceed to step 708.

[0187] Step 704: Seat status initialization.

[0188] In some embodiments, this step may include: the first application calling the seat occupancy status query interface to query the current occupancy status of each seat.

[0189] Step 705: Determine if the seat status was initialized successfully. If successful, proceed to step 706; if unsuccessful, proceed to step 708.

[0190] Continuing with the description of step 704, in some embodiments, when the first application queries the current occupancy status of each seat, it determines that the seat status initialization was successful; otherwise, the initialization fails.

[0191] Step 706: Determine if any seats are occupied. If yes, proceed to step 707; otherwise, return to determine if any doors are open.

[0192] In some embodiments, this step may periodically call back the seat occupancy status query interface after subscribing to the seat occupancy status to obtain the seat occupancy status. This allows for real-time adjustment of the audio zone corresponding to the occupied seat to the open state when a seat is occupied, thereby improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment.

[0193] In some embodiments, if the query interface for the seat occupancy status during this step malfunctions, step 708 can also be triggered to set all audio zones to the on state. This ensures the wake-up rate of the target application even when the query interface for the seat occupancy status malfunctions.

[0194] Step 707: Set the audio zone corresponding to the seat to be occupied to the open state. This branch of the process ends.

[0195] The sound zone corresponding to each seat can include: a sound zone that covers the seating space of all seats that the user can reach from that seat.

[0196] by Figure 3 Take the 5-seater sedan shown as an example:

[0197] Normally, once a user is in the driver's seat, they rarely move to the front passenger seat or even the back seat. Therefore, the audio range corresponding to the driver's seat can include the audio range covering the seating area of ​​the driver's seat. Figure 3 Taking the sound zones divided in Figure (a) as an example, the sound zone corresponding to the driver's seat can include sound zone 1.

[0198] For reasons similar to those for the driver's seat, the audio range corresponding to the front passenger seat can include: the audio range covering the passenger seating area. Figure 3 Taking the sound zones divided in Figure (a) as an example, the sound zone corresponding to the passenger seat can include sound zone 2.

[0199] Normally, after sitting in the back seat, users sometimes move from one back seat to another, but rarely move from the back seat to the front passenger seat or driver's seat. Therefore, the audio range corresponding to the back seats can include the audio range covering the seating space of all back seats (back seats 1-3). In other words, the audio range corresponding to the back seats can include the audio range covering the seating space of the rear seats. Figure 3 Taking the division of the sound zones in Figure (a) as an example, the sound zones corresponding to the back seats can include: sound zone 3 and sound zone 4.

[0200] by Figure 3 Take the 7-seater SUV shown as an example:

[0201] For reasons similar to those given in the previous examples, the sound zone corresponding to the driver's seat can include: the sound zone covering the seating space of the driver's seat. Figure 3 Taking the sound zones divided in Figure (b) as an example, the sound zone corresponding to the driver's seat can include sound zone 1. The sound zone corresponding to the front passenger seat can include the sound zone covering the passenger space. Figure 3 Taking the sound zones divided in Figure (b) as an example, the sound zone corresponding to the passenger seat can include sound zone 2.

[0202] Normally, after sitting in the rear seats, users sometimes move from one rear seat to another, but rarely move from a rear seat to the front passenger seat or driver's seat. Therefore, the sound zone corresponding to the rear seats can include the sound zone covering the seating space of all rear seats (rear seats 1-5). In other words, the sound zone corresponding to the rear doors can include the sound zone covering the seating space of all three rear seats. Figure 3 Taking the division of the vocal ranges in Figure (b) as an example, the vocal ranges corresponding to the back row can include: vocal range 3 and vocal range 4.

[0203] Step 708: Set all audio zones of the vehicle to the open state. This branch of the process ends.

[0204] If the subscription to the seat's occupancy status fails or the seat status initialization fails, it indicates that the seat's occupancy status monitoring is abnormal. This step is then executed to set each audio zone of the vehicle to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0205] Under normal circumstances, there are no passengers in the vehicle when it is powered on. Therefore, in this embodiment, the first application can set the audio zone to a default off state each time the vehicle is powered on, to match the actual situation of the vehicle. Thus, in steps 707 and 708, audio zones that meet the conditions can be set to an on state based on specific circumstances, thereby associating the on / off state of the audio zone with the vehicle's usage. Compared to setting the audio zone to an on state by default when the vehicle is powered on, this embodiment sets the audio zone to an off state by default. The implementation of setting the audio zone to an on state based on circumstances makes it easier to match the on / off state of the audio zone with the passenger situation in the vehicle, improving the wake-up rate of the target application in this embodiment and reducing the false wake-up rate.

[0206] Figure 7 In the method shown, after the vehicle is powered on, only the audio zone corresponding to occupied seats is set to the open state, while the audio zone corresponding to unoccupied seats remains in the closed state. This ensures that only audio zones where passengers might be present are set to the open state, making the on / off state of the audio zones match the vehicle's usage. By filtering out spaces within the vehicle cabin that may have passengers and those that don't, the on / off state of the audio zones can be used to identify spaces that may have passengers and those that don't. Furthermore, by intercepting or responding to voice wake-up events based on the on / off state of the audio zones, the wake-up rate of the target application can be improved, while the false wake-up rate can be reduced.

[0207] In some embodiments, in order to achieve more precise control of the frequency range switching state, Figure 7 The method shown allows for seat-specific subscription and initialization, and enables the corresponding audio zone for each seat if an error occurs during subscription or initialization. The following explanations are provided separately for the driver's seat, front passenger seat, and rear seats.

[0208] exist Figure 8 The method shown exemplifies a method for controlling the audio zone corresponding to the front passenger seat. For example... Figure 8 As shown, the method may include:

[0209] Step 801: Vehicle power-on detected.

[0210] Step 802: Subscribe to the passenger seat occupancy status.

[0211] The vehicle can provide an interface to query the passenger seat status. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the passenger seat status. By subscribing to the passenger seat status, the first application can obtain the passenger seat status in real time, thereby achieving real-time monitoring of the passenger seat status.

[0212] Step 803: Determine if the subscription was successful. If successful, proceed to step 804; if unsuccessful, proceed to step 807.

[0213] Step 804: Initialize the passenger seat status.

[0214] In some embodiments, this step may include: the first application calling the passenger seat occupancy status query interface to query the current occupancy status of the passenger seat.

[0215] Step 805: Determine if the passenger seat status was successfully initialized. If successful, proceed to step 806; if unsuccessful, proceed to step 807.

[0216] Continuing with the description of step 804, in some embodiments, when the first application queries the current occupancy status of the front passenger seat, it is determined that the front passenger seat status initialization was successful; otherwise, the initialization failed.

[0217] Step 806: Determine if the front passenger seat is occupied. If yes, proceed to step 807; otherwise, return to continue determining if the front passenger seat is occupied.

[0218] In some embodiments, this step may periodically call back the query interface for the passenger seat's seating status after subscribing to the passenger seat's seating status to obtain the passenger seat's seating status. This allows for real-time adjustment of the corresponding audio zone to be on when the passenger seat is occupied, thereby improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment.

[0219] In some embodiments, if the query interface for the passenger seat's seating status during this step encounters an error, execution can also be triggered.

[0220] Step 807: Set the audio zone corresponding to the passenger seat to the "on" state. This ensures the wake-up rate of the target application even if the query interface for the passenger seat's seating status malfunctions.

[0221] Step 807: Set the audio zone corresponding to the passenger seat to the "on" state.

[0222] If the subscription to the passenger seat's riding status fails or the passenger seat's status initialization fails, it indicates that the passenger seat's riding status monitoring is abnormal. Therefore, this step is executed to set the audio zone corresponding to the passenger seat to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0223] exist Figure 9 The method shown exemplifies a method for controlling the audio range corresponding to the rear seats. For example... Figure 9 As shown, the method may include:

[0224] Step 901: Vehicle power-on detected.

[0225] Step 902: Subscribe to the seating status of the back seats.

[0226] The vehicle can provide an interface to query the occupancy status of the rear seats. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the occupancy status of the rear seats. By subscribing to the occupancy status of the rear seats, the first application can obtain the occupancy status of the rear seats in real time, thereby achieving real-time monitoring of the occupancy status of the rear seats.

[0227] Step 903: Determine if the subscription was successful. If successful, proceed to step 904; if unsuccessful, proceed to step 907.

[0228] Step 904: Initialize the rear seat status.

[0229] In some embodiments, this step may include: the first application calling the rear seat occupancy status query interface to query the current occupancy status of the rear seats.

[0230] Step 905: Determine if the rear seat status was successfully initialized. If successful, proceed to step 906; if unsuccessful, proceed to step 907.

[0231] Continuing with the explanation of step 904, in some embodiments, when the first application queries the current occupancy status of the rear seats, it determines that the initialization of the rear seat status was successful; otherwise, the initialization fails.

[0232] Step 906: Determine if the back seats are occupied. If yes, proceed to step 907; otherwise, return to continue determining if the back seats are occupied.

[0233] In some embodiments, this step may periodically call back the query interface for the rear seat occupancy status after subscribing to the rear seat occupancy status to obtain the rear seat occupancy status. This allows for real-time adjustment of the corresponding audio zone to be on when the rear seat is occupied, thereby improving the wake-up rate of the target application. The specific duration of this step is not limited in this embodiment.

[0234] In some embodiments, if the query interface for the rear seat seating status encounters an error in this step, step 907 can also be triggered to set the audio zone corresponding to the rear seat to the on state. This ensures the wake-up rate of the target application even when the query interface for the rear seat seating status encounters an error.

[0235] Step 907: Set the audio zone corresponding to the rear seats to the on state.

[0236] If the subscription to the rear seat seating status fails or the rear seat status initialization fails, it indicates that the rear seat seating status monitoring is abnormal. Therefore, this step is executed to set the audio zone corresponding to the rear seat to the open state, so as to ensure the wake-up rate of the target application in this application embodiment.

[0237] Please refer to the instructions for controlling the corresponding audio zone of the driver's seat. Figure 8 and Figure 9 The embodiments shown are not repeated in this application.

[0238] Figure 8 and Figure 9 The embodiment shown can monitor the on / off status of each seat and control the on / off status of the corresponding audio zone for each seat, thereby making the on / off status of the audio zone more accurate, improving the wake-up rate of the voice wake-up method in this embodiment, and reducing the false wake-up rate.

[0239] In some embodiments, in order to ensure that there are no passengers in the voice zone that is in a closed state, thereby improving the wake-up rate of the voice wake-up method of this application embodiment, the above-mentioned Figures 4-6 The method for controlling the audio zone switching state based on the opening and closing state of the car door and Figures 7-9 The method of controlling the switching state of the audio zone based on the seating status can be executed in parallel.

[0240] For example:

[0241] In some embodiments, execution can be performed in parallel after the vehicle is powered on. Figure 4 and Figure 7 The method shown enables control of the vehicle's mid-range audio zone switch status.

[0242] In some embodiments, execution can be performed in parallel after the vehicle is powered on. Figures 5-6 The method shown, Figure 8 and Figure 9 The method shown is a control method for the driver's door corresponding to the audio zone and a control method for the driver's seat corresponding to the audio zone, which realizes the control of the switching state of the vehicle's audio zone.

[0243] Figure 10 This is another flowchart illustrating the voice wake-up method provided in this application, used to explain the relationship between vehicle power on / off, central locking status, and voice zone switch status. This method can be executed by the vehicle, specifically by a first application within the vehicle, which can be a target application or a wake-up auxiliary application.

[0244] like Figure 10 As shown, the method may include:

[0245] Step 1001: Vehicle power-on detected.

[0246] Step 1002: Subscribe to the central locking status.

[0247] In some embodiments, the vehicle can provide a query interface for the central locking status. In this step, the first application can subscribe to this query interface through a subscription service to subscribe to the central locking status. By subscribing to the central locking status, the first application can achieve real-time monitoring of the central locking status.

[0248] Step 1003: Determine if the subscription to the central control lock status was successful. If yes, proceed to step 1004; otherwise, proceed to step 1009.

[0249] Step 1004: Initialize the central locking status.

[0250] In some embodiments, this step may include: the first application calling the central locking status query interface to query the current status of the central locking system.

[0251] Step 1005: Determine if the initialization of the central locking system was successful. If successful, proceed to step 1006; if unsuccessful, proceed to step 1009.

[0252] Continuing with the explanation of step 1004, in some embodiments, when the first application queries the current state of the central locking system, it is determined that the central locking system state initialization was successful; otherwise, the initialization failed.

[0253] Step 1006: Determine if the central locking system is locked. If yes, proceed to step 1007. If no, return to continue determining if the central locking system is locked.

[0254] The central locking status can include two states: locked and unlocked. If the central locking status is locked, it is determined that the central locking is locked; otherwise, it is unlocked.

[0255] Step 1007: Determine if the vehicle is powered off. If yes, proceed to step 1008. If no, return to continue determining if the vehicle is powered off.

[0256] For instructions on how to determine whether a vehicle is powered off, please refer to the aforementioned explanation; they will not be repeated here.

[0257] Step 1008: Reset the on / off state of each audio zone to off. This branch of the process ends.

[0258] It should be noted that some registers may be currently closed. In this step, these registers can be left unprocessed, and the registers that are currently open can be closed to complete this step.

[0259] Step 1009: Set the switch status of each tone zone to the on state, and this branch of the process ends.

[0260] If the subscription to the central locking status fails or the central locking status initialization fails, it indicates that the central locking status monitoring is abnormal. This step is then executed to set all audio zones of the vehicle to the open state, thereby ensuring the wake-up rate of the target application in this embodiment.

[0261] It should be noted that, Figure 10 The execution order between steps 1006 and 1007 in the embodiments shown in this application is not limited, for example... Figure 11 As shown, you can also first determine if the vehicle is powered off, and then determine if the central locking system is locked after the vehicle is powered off. Please refer to the following for the specific implementation process. Figure 11 as well as Figure 10 The relevant explanations in the document will not be repeated here.

[0262] In this method, after the vehicle is powered off and the central locking system is engaged, the switch status of each audio zone is reset to the off state. This ensures that the switch status of the audio zones during the current power-on period will not affect the switch status of the audio zones during the next power-on period, thereby improving the accuracy of the switch status of the audio zones during the next power-on period, and thus improving the wake-up rate of the target application and reducing the false wake-up rate.

[0263] Figure 12 This is a flowchart illustrating a voice wake-up method provided in an embodiment of this application. The method can be executed by a vehicle, specifically by a first application within the vehicle. Figure 12 As shown, the method may include:

[0264] Step 1201: Vehicle power-on detected.

[0265] Step 1202: Subscribe to the open / closed status of the car doors.

[0266] Step 1203: Determine if the subscription to the car door's open / closed status was successful. If successful, proceed to step 1204; if unsuccessful, proceed to step 408.

[0267] Step 1204: Initialize the door status.

[0268] Step 1205: Determine if the door status was successfully initialized. If successful, proceed to step 1206; if unsuccessful, proceed to step 408.

[0269] Step 1206: Subscribe to the seat's occupancy status.

[0270] Step 1207: Determine if the seat subscription was successful. If successful, proceed to step 1207; if unsuccessful, proceed to step 1214.

[0271] Step 1208: Seat status initialization.

[0272] Step 1209: Determine if the seat status was initialized successfully. If successful, proceed to step 1210; if unsuccessful, proceed to step 1214.

[0273] The execution order of steps 1202 to 1205 and steps 1206 to 1209 is not restricted.

[0274] Step 1210: Determine if any car door has been opened? If yes, proceed to step 1211; otherwise, return to continue determining if any car door has been opened.

[0275] Step 1211: Obtain the seat corresponding to the opened car door.

[0276] In some embodiments, the seat corresponding to the door may include a seat accessible through the door.

[0277] by Figure 3 Take the 5-seater sedan shown as an example:

[0278] Normally, the seat that a user can sit in through the driver's door is the driver's seat. It is rare for a user to sit in the front passenger seat or even the rear seats through the driver's door. Therefore, the seat corresponding to the driver's door can include the driver's seat.

[0279] For reasons similar to those for the driver's side door, the seat corresponding to the passenger side door can include the passenger seat.

[0280] Normally, the seats that users can sit in through the rear doors are all the rear seats. It is rare to sit in the front passenger seat or driver's seat through the rear doors. Therefore, the seats corresponding to the rear doors can include all the rear seats (rear seats 1 to 3). In other words, the seats corresponding to the rear doors can include all the seats provided by the rear seats.

[0281] by Figure 3 Take the 7-seater SUV shown as an example:

[0282] For reasons similar to those given in the previous examples, the seat corresponding to the driver's door may include the driver's seat. The seat corresponding to the passenger door may include the passenger seat.

[0283] Normally, the seats that users can sit in through the rear doors are all the rear seats. It is rare to sit in the front passenger seat or driver's seat through the rear doors. Therefore, the seats corresponding to the rear doors can include all the rear seats (rear seats 1 to 5). In other words, the seats corresponding to the rear doors can include all the seats provided by the rear seats.

[0284] Step 1212: Determine whether the seat corresponding to the opened door is occupied. If yes, proceed to step 1213. If no, return to continue determining whether the seat corresponding to the opened door is occupied.

[0285] The seats corresponding to the opened doors may include multiple seats. In this case, as long as at least one of the seats is occupied, the result of this step is yes.

[0286] Step 1213: Set the audio zone corresponding to the door to be opened to the open state, and this branch of the process ends.

[0287] The correspondence between car doors and audio zones can be found in the aforementioned correspondence explanation, which will not be repeated here.

[0288] Step 1214: Set the switch status of each tone zone to the on state, and this branch of the process ends.

[0289] The implementation of each step in this embodiment can be referred to the corresponding descriptions in the foregoing embodiments, and will not be repeated here.

[0290] In some car usage scenarios, passengers may open the car door but not get on. In this method, the audio zone corresponding to the opened door is only set to the open state when the seat corresponding to the opened door is occupied. This makes the control of the audio zone state more precise and prevents the audio zone corresponding to the door from being set to the open state when the door is opened but no one gets on in the above user scenario, thereby reducing the false wake-up rate of the target application.

[0291] In another embodiment provided in this application, Figure 12In step 1204 of the illustrated embodiment, during door state initialization, in addition to querying the current door open / closed state, the historical open / closed state of the passenger door can also be queried from the last time the vehicle was powered off and locked until the current power-on (i.e., before the detection of vehicle power-on in step 501). Correspondingly, the voice wake-up method of this embodiment... Figure 12 Based on the illustrated embodiment, the following steps may also be included:

[0292] Based on the historical opening and closing status of the car door, determine whether the car door has been opened. If not, the process of this branch ends.

[0293] If yes, check if the seat corresponding to the opened door is occupied. If at least one seat is occupied, set the audio zone corresponding to the opened door to the open state; otherwise, end this branch process.

[0294] In this embodiment of the application, considering the scenario where passengers may open the door and get into the vehicle between the last time the vehicle was powered off and locked and the current time the vehicle is powered on, the application aims to prevent the audio zones of passengers from being set to the off state, thereby improving the wake-up rate of the target application in this embodiment of the application.

[0295] In other embodiments, during vehicle use, passengers (including the driver) may engage in unconventional riding behaviors, such as passengers getting out of the vehicle... Figure 3 If a passenger gets into the car through the front passenger door and sits in the back seat, or if a passenger did not get out when the vehicle was previously locked, etc., then there may be a seat available for occupancy other than the one corresponding to the opened door. Figure 12 In steps 1211 and 1212 shown, only the seat corresponding to the opened door is checked. This may overlook the situation where a seat other than the seat corresponding to the opened door is occupied in the above user scenario (such as the rear seat 1 in the example above or the seat occupied by a passenger who has not gotten off the car). As a result, the audio zone corresponding to that seat is set to the off state. Therefore, in the processing of voice wake-up events, the voice wake-up event triggered by the sound source of the actual passenger (including the driver) may be intercepted because the audio zone is set to the off state, thus reducing the voice wake-up rate of the target application.

[0296] For example, see Figure 13 Assuming Figure 3 In Figure (c), the driver's and passenger's doors of the 5-seater sedan are open. Passenger 1 enters through the driver's door and sits in the driver's seat, while passenger 2 enters through the passenger's door and sits in the rear seat 1. At this time, according to... Figure 12The method shown can identify the corresponding seats, including the driver's seat and the passenger seat, based on the opened driver's and passenger's doors. It determines that the driver's seat is occupied and sets the corresponding audio zone 1 to the open state, while audio zones 2 to 5 remain in the default closed state. Thus, when the detected voice wake-up event corresponds to audio zone 1, the voice wake-up event is responded to; otherwise, the voice wake-up event is blocked.

[0297] In reality, passenger 2 was sitting in the back seat 1, but the corresponding audio zone 3 for the back seat 1 was set to the off state. At this time, if passenger 2 issued a wake-up voice to try to wake up the target application, the voice wake-up event triggered by passenger 2's wake-up voice will be incorrectly intercepted because audio zone 3 is not in the open state, resulting in a decrease in the voice wake-up rate of the target application.

[0298] To address the aforementioned issues, in another embodiment provided in this application, it is determined not only whether the seat corresponding to the opened door is occupied, but also whether all seats in the vehicle are occupied. In this case, as... Figure 14 As shown, Figure 12 Steps 1211 to 1213 in the method shown can be replaced with Figure 14 Steps 1401 to 1402 in the method shown.

[0299] Step 1401: Determine if any seats in the vehicle are occupied. If yes, proceed to step 1402. If not, return to continue determining if any seats in the vehicle are occupied.

[0300] Step 1402: Set the audio zone corresponding to the seat to be occupied to the open state.

[0301] The correspondence between seats and vocal registers can be found in the aforementioned correspondence explanation, which will not be repeated here.

[0302] Figure 14 The method shown solves the problem of inaccurate voice zone settings that may occur in the above user scenarios, improves the voice wake-up rate of the target application, and reduces the false voice wake-up rate of the target application.

[0303] Based on the control of the voice zone switch state in the above embodiments, this application also provides a flowchart of a voice wake-up method. For example... Figure 15 As shown, the method may include:

[0304] Step 1501: First voice wake-up event detected.

[0305] In some embodiments, the target application or the wake-up assistance application may be triggered to detect a voice wake-up event after the vehicle is powered on. Alternatively, the voice wake-up event may be triggered after the target application or the wake-up assistance application is launched.

[0306] In some embodiments, this step may be performed by the target application or the wake-up assistance application to detect a voice wake-up event based on the sound signal collected by the microphone.

[0307] Detecting voice wake-up events based on sound signals collected by a microphone can specifically include: obtaining sound signals collected by the microphone from the microphone driver, inputting the sound signals into a preset voice wake-up recognition model, obtaining the output result of the voice wake-up recognition model, and using the output result as the detection result.

[0308] Step 1502: When the first voice wake-up event is detected, determine whether the voice zone corresponding to the first voice wake-up event is in the open state. If yes, proceed to step 1503; otherwise, proceed to step 1504.

[0309] The first voice wake-up event in this step can be any detected voice wake-up event. The term "first" is used to distinguish it from subsequently detected voice wake-up events (such as the second voice wake-up signal) and has no other special meaning.

[0310] Step 1503: Respond to the first voice wake-up event, and this branch of the process ends.

[0311] Step 1504: Intercept the first voice wake-up event; this branch of the process ends.

[0312] In some embodiments, intercepting the first voice wake-up event in this step can be considered as the target application not responding to the first voice wake-up event.

[0313] In some embodiments, Figure 15 The method shown can be executed by the target application, such as a voice assistant application or other applications with wake-up functionality.

[0314] In some embodiments, Figure 15 The method shown can be executed collaboratively by the target application and the wake-up assistant application. The following demonstrates... Figure 16A and Figure 16B An example is provided.

[0315] exist Figure 16AIn the method shown, the target application detects a voice wake-up event and sends the detected first voice wake-up event information to a wake-up assistance application. The wake-up assistance application determines whether the voice region corresponding to the first voice wake-up event is in an open state. If it is in an open state, it sends a response instruction to the target application; otherwise, it sends an interception instruction to the target application. The target application responds to the first voice wake-up event based on the response instruction, or intercepts the first voice wake-up event based on the interception instruction. In this case, responding to the first voice wake-up event can include: the wake-up assistance application sending a response instruction to the target application, and the target application responding to the first voice wake-up event based on the response instruction. Intercepting the first voice wake-up event can include: the wake-up assistance application sending an interception instruction to the target application, and the target application intercepting the first voice wake-up event based on the interception instruction.

[0316] Information about the first voice wake-up event may include, for example, the sound region where the sound source that triggered the first voice wake-up event is located.

[0317] exist Figure 16B In the method shown, the wake-up assistance application detects a voice wake-up event. When a first voice wake-up event is detected, it determines whether the corresponding voice region is open. If it is open, a response indication is sent to the target application corresponding to the first voice wake-up event; otherwise, the process ends. The target application responds to the first voice wake-up event based on the response indication. In this case, responding to the first voice wake-up event can include: the wake-up assistance application sending a response indication to the target application, and the target application responding to the first voice wake-up event based on the response indication. Intercepting the first voice wake-up event can include: the wake-up assistance application not sending a response indication to the target application; in other words, the wake-up assistance application intercepts the first voice wake-up event.

[0318] In this method, if the voice region corresponding to the first voice wake-up event is not open, it indicates that there are no passengers in that region, thus intercepting the first voice wake-up event and preventing the target application from being falsely woken up, thereby reducing the false wake-up rate of the target application. Conversely, if the voice region corresponding to the first voice wake-up event is open, it indicates that there may be passengers in that region, thus responding to the first voice wake-up event and ensuring the wake-up rate of the target application.

[0319] In the aforementioned embodiment of the voice zone switch state control, there may be some vehicle usage scenarios where the vehicle door is open and someone is sitting in the vehicle, but due to reasons such as a faulty door sensor and / or a faulty seat sensor, the door is not detected, and the corresponding voice zone is set to the closed state instead of being correctly set to the open state. This causes the passenger in that voice zone to be unable to wake up the target application normally, thereby reducing the voice wake-up rate of the voice wake-up method of this application embodiment.

[0320] For example, see Figure 17 Assuming Figure 3 In Figure (c), the driver's and passenger's doors of the five-seater sedan are open. Passenger 1 enters through the driver's door and sits in the driver's seat, while passenger 2 enters through the passenger's door and sits in the passenger's seat. At this point, according to... Figure 4 The method shown should normally detect when the driver's door and the passenger door are open, and set the corresponding audio zones 1 and 2 to the open state respectively. However, assuming that the passenger door sensor is faulty and does not detect that the passenger door is open, only audio zone 1 will be set to the open state, while audio zone 2 will be set to the closed state even though there is a passenger. As a result, the voice wake-up event triggered by passenger 2 will be intercepted and the target application will not be able to be woken up, thus reducing the wake-up rate of the target application.

[0321] To address this issue, in another embodiment provided in this application, when two consecutive voice wake-up events with a very small time interval are detected in the same voice zone that is set to a closed state, the target application is triggered to respond normally to the second voice wake-up event. Furthermore, to improve the response efficiency to subsequent voice wake-up events triggered in that voice zone, the voice zone can also be set to an open state.

[0322] like Figure 18 As shown, the method may include:

[0323] Step 1801: First voice wake-up event detected.

[0324] Step 1802: Determine that the voice zone M corresponding to the first voice wake-up event is not in the open state, and intercept the first voice wake-up event.

[0325] The M register here can be any register in the vehicle.

[0326] Step 1803: Second voice wake-up event detected.

[0327] The second voice wake-up event in this step can be any voice wake-up event detected by the vehicle. The word "second" is used to distinguish it from the first voice wake-up event mentioned above and has no other special meaning.

[0328] To improve processing accuracy, steps 1801 and 1803 occur during the same power-on period of the vehicle.

[0329] Step 1804: Determine that the time interval between the occurrence time of the second voice wake-up event and the occurrence time of the first voice wake-up event is not greater than a preset threshold, and that the voice region corresponding to the second voice wake-up event is voice region M, and that voice region M is not in an open state, and respond to the second voice wake-up event.

[0330] The specific value of the aforementioned preset threshold is not limited in this embodiment of the application. For example, it can be 5s, 10s, 30s or 1 minute, etc., and can be flexibly set in practical applications.

[0331] Step 1805: Set the M register to the open state.

[0332] This method addresses the issue in scenarios like the one described above, where the audio zone M is incorrectly set to the off state when it should actually be set to the on state. It responds to the second voice wake-up event when there are two consecutive voice wake-up events with a very short time interval between the sound source triggering the audio zone M, thereby improving the voice wake-up rate of the target application. Furthermore, it can also set the audio zone M to the on state, thereby improving the response efficiency to subsequent voice wake-up events triggered by that audio zone M.

[0333] In some embodiments, during vehicle use, malfunctions may occur in the door sensor and / or seat sensor, causing the target application to be unable to detect that a door has been opened or a seat has been occupied. Consequently, it cannot set the passenger's voice zone to the open state and cannot properly respond to the voice wake-up event triggered by the passenger. Specific examples can be found in [reference needed]. Figure 15 .

[0334] Therefore, in one embodiment of this application, if during n consecutive power-ups of the vehicle, two consecutive voice wake-up events with a time interval not greater than a preset threshold are detected, and the voice wake-up events correspond to the same first voice region, and the first voice region is not in an open state, then during the (n+1)th power-up, if two consecutive voice wake-up events with a time interval not greater than the preset threshold are still detected, and the voice wake-up events correspond to the same first voice region, and the first voice region is not in an open state, then this embodiment of the application can stop judging whether the voice region corresponding to the detected voice wake-up event is in an open state, and does not intercept or respond to the detected voice wake-up event based on the judgment result, but instead allows the target application to directly respond to the detected voice wake-up event. It can be understood that the first voice region here can be any voice region in the vehicle; the term "first voice region" is mainly used to indicate that the voice region corresponds to the aforementioned two voice wake-up events.

[0335] To help users understand vehicle usage, the first application can prompt users to check the sensors on the corresponding doors and / or seats when it stops determining whether the corresponding voice wake-up event is open, so as to promptly eliminate any potential faults. For example, the prompt can be displayed on the screen, read out a corresponding voice prompt, or a combination of both.

[0336] The value of n can be an integer greater than or equal to 1. The specific value is not limited in this embodiment of the application. For example, it can be 2.

[0337] After the first application stops determining whether the sound zone corresponding to the detected voice wake-up event is open, it can continue to monitor the status of the car door and seat corresponding to the first sound zone. After detecting that the car door corresponding to the first sound zone is open, and / or detecting that the seat corresponding to the first sound zone is occupied, it can restart the step of determining whether the sound zone corresponding to the detected voice wake-up event is open, and intercept or respond to the detected voice wake-up event based on the determination result. It should be noted that the process of re-executing the step of determining whether the voice wake-up event's corresponding voice wake-up zone is open, and then intercepting or responding to the detected voice wake-up event based on the determination result, only begins when both the door corresponding to the first voice zone is detected to be open and the seat corresponding to the first voice zone is detected to be occupied. The timing of these two events is not limited; they only need to have occurred separately. The two detection results confirm that the door sensor and seat sensor are not malfunctioning or that any malfunctions have been resolved. Therefore, when a voice wake-up event is detected, the process of re-determining whether the voice wake-up event's corresponding voice zone is open, and then intercepting or responding to the detected voice wake-up event based on the determination result, reduces the false wake-up rate of the target application.

[0338] The following is passed Figure 19 and Figure 20 An example is provided.

[0339] See Figure 19 The method may include:

[0340] Step 1901: First voice wake-up event detected.

[0341] Step 1902: Determine that the voice zone M corresponding to the first voice wake-up event is not in the open state, and intercept the first voice wake-up event.

[0342] Step 1903: Second voice wake-up event detected.

[0343] To improve processing accuracy, steps 1901 and 1903 occur during the same power-on period of the vehicle.

[0344] Step 1904: Determine whether the voice zone M corresponding to the second voice wake-up event is in the open state. If yes, proceed to step 1905; otherwise, proceed to step 1906.

[0345] Step 1905: Respond to the second voice wake-up event, and this branch of the process ends.

[0346] Step 1906: Determine whether the time interval between the occurrence time of the second voice wake-up event and the occurrence time of the first voice wake-up event triggered by the previous voice zone M is greater than a preset threshold. If yes, proceed to step 1907; otherwise, proceed to step 1908.

[0347] Step 1907: Intercept the second voice wake-up event; this branch of the process ends.

[0348] Step 1908: Determine whether a short-term continuous wake-up occurred in the audio zone M when it was in the off state during the previous n power-on cycles. If yes, proceed to step 1909; otherwise, end this branch of the process.

[0349] In this step, "short-term consecutive wake-up in voice zone M" means that the voice zone corresponding to two consecutive voice wake-up events is voice zone M, and the time interval between the occurrence of the two consecutive voice wake-up events is not greater than a preset threshold.

[0350] Step 1909: Respond to the second voice wake-up event, and then directly respond to the voice wake-up event when a voice wake-up event is detected thereafter.

[0351] That is, after the judgment result is yes in step 1908, if a voice wake-up event is detected, it does not determine whether the corresponding voice zone is open, but directly responds to the voice wake-up event.

[0352] In some embodiments, an enable switch can be set to control whether the voice wake-up method of this application determines whether the voice wake-up region corresponding to the voice wake-up event is open and intercepts or responds to the voice wake-up event based on the determination result when a voice wake-up event is detected. Specifically, this step can be implemented as follows: responding to a second voice wake-up event, and setting the enable switch to a closed state. The enable switch being in a closed state indicates that when this application detects a voice wake-up event, it does not determine whether the voice region corresponding to the voice wake-up event is open and intercepts or responds to the voice wake-up event based on the determination result, but directly responds to the voice wake-up event.

[0353] Step 1910: After the recovery enable condition is met, a third voice wake-up event is detected. It is determined whether the voice zone corresponding to the third voice wake-up event is in the open state. If it is in the open state, the third voice wake-up event is responded to. If it is not in the open state, the third voice wake-up event is intercepted.

[0354] The above-mentioned recovery enabling conditions may include at least one of the following: detecting an opening event of the door corresponding to the first audio zone, or detecting that the seat corresponding to the first audio zone has been occupied.

[0355] Continuing from the explanation in step 1909, when an enable switch is set, this step can specifically be implemented as follows: after the enable condition is met, the enable switch is set to the open state. The enable switch being in the closed state indicates that when this embodiment detects a voice wake-up event, it determines whether the corresponding voice region is open and intercepts or responds to the voice wake-up event based on the determination result.

[0356] It should be noted that, Figure 19 The execution order of the multiple judgment steps in the illustrated embodiment is not limited.

[0357] Below, taking an n value of 2 as an example, combined with... Figure 19 An example is provided. Figure 20 As shown, the method may include:

[0358] Step 2001: When the vehicle is powered on for the first time at time t0, set the audio zone M to the off state.

[0359] Step 2002: Voice wake-up event 1 is detected at time t1. The voice region corresponding to voice wake-up event 1 is voice region M. Voice wake-up event 1 is intercepted.

[0360] Step 2003: Voice wake-up event 2 is detected at time t2. The corresponding voice wake-up event 2 is voice zone M. The time interval between time t2 and time t1 is less than a preset threshold. In response to voice wake-up event 2, voice zone M is set to the open state.

[0361] Step 2004: At time t3, the vehicle is powered off and locked.

[0362] Step 2005: When the vehicle is powered on for the second time at time t4, set the audio zone M to the off state.

[0363] Step 2006: Voice wake-up event 3 is detected at time t5. The voice wake-up event 3 corresponds to the voice zone M. Voice wake-up event 3 is intercepted.

[0364] Step 2007: Voice wake-up event 4 is detected at time t6. The corresponding voice wake-up event 4 is voice zone M. The time interval between time t6 and time t5 is less than a preset threshold. Respond to voice wake-up event 6 and set voice zone M to the open state.

[0365] Step 2008: At time t7, the vehicle is powered off and locked.

[0366] Step 2009: When the vehicle is powered on for the third time at time t8, set the audio zone M to the off state.

[0367] Step 2010: Voice wake-up event 5 is detected at time t9. The voice wake-up event 5 corresponds to the voice zone M. Voice wake-up event 5 is intercepted.

[0368] Step 2011: Voice wake-up event 6 is detected at time t10. The voice wake-up event 6 corresponds to the voice zone M. The time interval between time t10 and time t9 is less than a preset threshold. In response to voice wake-up event 6, the enable switch is switched to the off state.

[0369] After switching the enable switch to the off state, if a voice wake-up event is detected, the system can directly respond to the voice wake-up event without performing the steps of determining whether the corresponding voice zone is open and responding to or intercepting the voice wake-up event based on the determination result.

[0370] In this method, after the vehicle is powered on three times consecutively, two consecutive voice wake-up events with a time interval of no more than a preset threshold are detected in the same voice zone M, and the voice zone M is set to an unmanned voice zone. This indicates that the door sensor and / or seat sensor corresponding to the voice zone M has malfunctioned, thereby stopping the execution of the voice wake-up method of this application embodiment to prevent the voice wake-up rate of the target application from being reduced due to malfunction.

[0371] Step 2012: When it is detected at time t11 that the door D corresponding to the sound zone M is opened, and / or when it is detected at time t12 that the seat S3 corresponding to the sound zone M is occupied, the enable switch is switched to the open state.

[0372] Subsequently, when a voice wake-up event is detected again, it is determined whether the corresponding voice zone is in an open state, and the voice wake-up event is responded to or blocked based on the determination result.

[0373] Among them, the times t0 to t10 are arranged sequentially on the time axis and have a temporal order. The times t11 and t12 are located after the time t10, and there is no temporal order requirement between the times t11 and t12.

[0374] If the door D corresponding to the sound zone M is detected to be open at time t11, it indicates that the sensor of door D is working properly. If the seat S3 corresponding to the sound zone M is detected to be occupied at time t12, it indicates that the seat sensor of seat S3 is working properly. This means that the faults of the door sensor and seat sensor corresponding to the sound zone M have been eliminated or repaired, and the voice wake-up method of this application embodiment can be restarted to reduce the false wake-up rate of the target application.

[0375] In other embodiments, during vehicle use, passengers may change their seats. In order to match the on / off state of each voice zone with whether the corresponding seat is occupied, improve the wake-up rate of the voice wake-up method in this application embodiment, and reduce the false wake-up rate, this application embodiment can monitor the occupancy status of each seat in the vehicle in real time, determine whether the occupancy status of each seat has changed based on the monitoring results, and then switch between the on and off states of the corresponding voice zone when the occupancy status of a certain seat changes.

[0376] Based on this, the embodiments of this application may further include the following steps:

[0377] Detect whether the seating arrangement of each seat in the vehicle has changed;

[0378] When the seating status of seat S1 changes from occupied to unoccupied, and seat S1 is either the front passenger seat or the driver's seat, the corresponding audio zone for seat S1 is set to off; and / or,

[0379] If the seating status of seat S1 changes from occupied to unoccupied, seat S1 is a rear seat, and there is an occupied seat in the rear of the vehicle, keep the audio zone corresponding to seat S1 in the open state; and / or,

[0380] If the system detects that the seating status of seat S1 has changed from occupied to unoccupied, that seat S1 is a rear seat, and that there are no occupied seats in the rear of the vehicle, then the audio zone corresponding to seat S1 is set to the off state; and / or,

[0381] If the seat S2 is detected to have changed from being occupied to being occupied, the corresponding audio zone of seat S2 will be set to the open state.

[0382] In some embodiments, the detection of the occupancy status of each seat in the vehicle can be performed at a certain cycle, the duration of which is not limited in this application embodiment. Furthermore, the cycle duration for different seats can be the same or different.

[0383] In other embodiments provided in this application, in order to reduce the vehicle power consumption generated by detecting the seating status of each seat in the vehicle as described in the embodiments of this application, considering the seating arrangement in the vehicle, passengers in some seats (e.g., the driver's seat and the front passenger seat) are unlikely to change seats during vehicle operation. Therefore, during vehicle operation, it is possible to only detect whether the seating status of seats where seat changes are possible (e.g., rear seats) has changed, without detecting whether the seating status of the driver's seat and the front passenger seat has changed. Furthermore, in some embodiments, if all rear seats correspond to the same audio zone, and a passenger changing from one rear seat to another does not affect the on / off state of the audio zone, then during vehicle operation, it is also possible not to detect whether the seating status of the rear seats has changed.

[0384] In other embodiments provided in this application, in order to reduce the power consumption generated by detecting the occupancy status of each seat in the vehicle in the above embodiments of this application, the embodiments of this application may trigger the execution of steps such as detecting the occupancy status of each seat in the vehicle and determining whether the occupancy status of each seat has changed based on the detection results after detecting that at least one door of the vehicle has been opened. Furthermore, a preset duration can be set for the execution of detecting the occupancy status of each seat in the vehicle, so that within the preset duration after detecting that at least one door of the vehicle has been opened, the steps of detecting the occupancy status of each seat in the vehicle and determining whether the occupancy status of each seat has changed based on the detection results can be performed.

[0385] In some embodiments, if the voice wake-up method of this application is executed by a target application, the above-mentioned enable switch can be set for the voice wake-up method of this application in the target application.

[0386] The aforementioned enable switch can be configured by the user through the settings interface provided by the target application.

[0387] The aforementioned enable switch can also be configured by the target application based on, for example... Figure 19 and Figure 20 The method shown automatically sets its on / off state.

[0388] In some embodiments, if the voice wake-up method of this application is achieved through, for example Figure 16A The steps shown can be implemented by setting the above-mentioned enable switch for the voice wake-up method of this application embodiment in the target application.

[0389] When the enable switch is in the open state, the target application sends the detected voice wake-up event (such as the aforementioned first voice wake-up event or second voice wake-up event) to the wake-up assistance application, which then determines whether to intercept or respond. When the enable switch is in the closed state, the target application directly responds to the detected voice wake-up event without sending it to the wake-up assistance application.

[0390] The aforementioned enable switch can be configured by the user through the settings interface provided by the target application.

[0391] Wake-up accessibility applications can perform, for example Figure 19 and Figure 20 The method shown in the figure sends an instruction message to the target application to turn off the enable switch when it is determined to turn off the enable switch, so as to instruct the target application to switch the enable switch to the off state. When it is determined to turn on the enable switch, it sends an instruction message to the target application to turn on the enable switch, so as to instruct the target application to switch the enable switch to the on state.

[0392] In some embodiments, if the voice wake-up method of this application is achieved through, for example Figure 16B The steps shown can be implemented by setting the above-mentioned enable switch for the voice wake-up method of this application embodiment in the wake-up assistance application.

[0393] The aforementioned enable switch can be set by the user through the settings interface provided by the wake-up assistance application.

[0394] The aforementioned enable switch can also be enabled by a wake-up auxiliary application based on, for example... Figure 19 and Figure 20 The method shown automatically sets its on / off state.

[0395] It is understood that in the embodiments of this application, the detection and processing flow of voice wake-up events and the control flow of the on / off state of the voice zone can be executed in parallel. When a voice wake-up event is detected (such as the aforementioned first voice wake-up event, second voice wake-up event, etc.), the voice wake-up event is intercepted or responded to based on the real-time on / off state of the voice zone corresponding to the voice wake-up event.

[0396] Figure 21 This is a flowchart illustrating a voice wake-up method provided in an embodiment of this application, such as... Figure 21 As shown, the method may include:

[0397] Step 2101: Obtain the open / closed status of the vehicle doors.

[0398] In this step, the open / closed status of each door in the vehicle can be obtained. If it fails to obtain the open / closed status of a certain door, the corresponding audio zone of that door can be set to the open state.

[0399] In some embodiments, the open / closed state of a vehicle door can be obtained through the aforementioned query interface for subscribing to the open / closed state of the door. The failure to obtain the open / closed state of a specific door may be due to a failure to subscribe to the query interface for that door's open / closed state, a failure to initialize the door's state, or a failure to call back the query interface for the door's open / closed state after subscription.

[0400] Step 2102: If the first door is opened, set the corresponding audio zone of the first door to the open state.

[0401] In one example, setting the audio zone corresponding to the first car door to the open state in this step may include: setting the target parameter of the audio zone corresponding to the first car door to a first value, wherein the target parameter is used to record the on / off state of the audio zone, and the first value is used to represent the open state.

[0402] In another example, setting the audio zone corresponding to the first door to the open state in this step may include: setting a preset identifier for the audio zone corresponding to the first door, the preset identifier being used to indicate that the audio zone is in the open state.

[0403] Step 2103: First voice wake-up event detected.

[0404] Step 2104: When the sound zone corresponding to the first voice wake-up event is not in the open state, intercept the first voice wake-up event. The sound zone corresponding to the first voice wake-up event refers to the sound zone where the sound source that triggered the first voice wake-up event is located.

[0405] In some embodiments, the method may further include:

[0406] The system responds to the first voice wake-up event when the corresponding voice zone is in the open state.

[0407] Wherein, if the first door is the driver's door, the sound zone corresponding to the first door may include the sound zone covering the passenger space of the driver's seat; and / or, if the first door is the passenger door, the sound zone corresponding to the first door may include the sound zone covering the passenger space of the passenger seat; and / or, if the first door is the rear door, the sound zone corresponding to the first door may include the sound zone covering the passenger space of the rear seats.

[0408] In some embodiments, the method may further include: obtaining a second door that has been opened from the time the vehicle was previously locked after being powered off until the vehicle is powered on again; and setting the audio zone corresponding to the second door to the open state.

[0409] In some embodiments, the method may further include:

[0410] Get the occupancy status of the seats in the vehicle;

[0411] If the first seat is occupied, set the corresponding audio zone to the open state.

[0412] Wherein, if the first seat is the driver's seat, the sound zone corresponding to the first seat may include the sound zone covering the seating space of the driver's seat; and / or, if the first seat is the front passenger seat, the sound zone corresponding to the first seat may include the sound zone covering the seating space of the front passenger seat; and / or, if the first seat is the rear seat, the sound zone corresponding to the first seat may include the sound zone covering the seating space of the rear seats.

[0413] The acquisition of the occupancy status of seats in the vehicle may include:

[0414] The occupancy status of each seat in the vehicle is detected using gravity sensors for each seat; and / or,

[0415] The system detects the occupancy status of seats in a vehicle based on images captured by cameras installed in the vehicle.

[0416] In this embodiment, if it fails to obtain the seating status of the third seat in the vehicle, the audio zone corresponding to the third seat can be set to the open state.

[0417] The occupancy status of seats in the vehicle can be obtained through the aforementioned query interface for subscribing to seat occupancy status. The failure to obtain the occupancy status of the third seat could be due to a failure to subscribe to the query interface for the third seat's occupancy status, a failure to initialize the third seat's status, or a callback to the query interface for the third seat's occupancy status after subscription.

[0418] In some embodiments, the method may further include: when the vehicle is detected to be powered off and the vehicle's central locking status parameter is set to locked, setting the audio zone that was set to open to closed.

[0419] If retrieving the vehicle's central locking status parameters fails, all audio zones in the vehicle can be set to the "on" state. The central locking status parameters can be retrieved through the aforementioned query interface for subscribing to these parameters. Failure to retrieve the central locking status parameters could be due to a failure to subscribe to the query interface, a failure to initialize the central locking status parameters, or a failure to call back the query interface after subscription.

[0420] In some embodiments, after step 2104, the method may further include:

[0421] A second voice wake-up event was detected;

[0422] The second voice wake-up event is responded to when the time interval between the occurrence of the second voice wake-up event and the occurrence of the first voice wake-up event is not greater than a preset threshold, and the voice region corresponding to the second voice wake-up event is the same as the first voice region corresponding to the first voice wake-up event, and the first voice region is not in an open state.

[0423] At this point, the method may also include:

[0424] Set the voice zone corresponding to the second voice wake-up event to the open state.

[0425] In some embodiments, after responding to the second voice wake-up event, the method may further include:

[0426] During the n previous power-ups of the vehicle, if the voice wake-up event is detected as occurring in the first voice zone, the time interval between the occurrence of the two consecutive voice wake-up events is not greater than a preset threshold, and the first voice zone is not in an open state, the voice wake-up event will not be intercepted; n is an integer greater than or equal to 1.

[0427] Furthermore, this method can also avoid determining whether the voice wake-up event corresponds to an open voice zone, thereby reducing the vehicle's data processing volume and power consumption.

[0428] In some embodiments, after not intercepting the voice wake-up event, the method may further include:

[0429] When the enable conditions are met, if a third voice wake-up event is detected and the corresponding voice zone is not open, the third voice wake-up event is intercepted. The enable conditions include at least one of the following: a door opening event is detected for the first voice zone, or a seat corresponding to the first voice zone is detected to be occupied.

[0430] In some embodiments, setting the audio zone corresponding to the first door to an open state may include:

[0431] When the seat corresponding to the first door is occupied, the audio zone corresponding to the first door is set to the open state.

[0432] Wherein, if the first door is the driver's door, the seat corresponding to the first door may include the driver's seat; and / or, if the first door is the front passenger door, the seat corresponding to the first door may include the front passenger seat; and / or, if the first door is the rear door, the seat corresponding to the first door may include all seats accessible through the rear door.

[0433] In some embodiments, the method may further include:

[0434] If the occupancy status of the second seat changes from occupied to unoccupied, and the second seat is either the front passenger seat or the driver's seat, set the corresponding audio zone for the second seat to the off state; and / or,

[0435] If the system detects that the second seat's occupancy status has changed from occupied to unoccupied, the second seat is a rear seat, and there is an occupied seat in the rear of the vehicle, the system keeps the corresponding audio zone for the second seat in the open state; and / or,

[0436] If the system detects that the second seat has changed from being occupied to not being occupied, that the second seat is a rear seat, and that there is no occupied seat in the rear of the vehicle, then the audio zone corresponding to the second seat will be turned off.

[0437] For specific implementation details of the embodiments of this application, please refer to the corresponding descriptions in the foregoing embodiments, which will not be repeated here.

[0438] This application provides a vehicle, including a processor for executing the method provided in this application.

[0439] This application also provides an electronic device, including a processor, for executing the method provided in this application.

[0440] This application also provides a computer-readable storage medium storing a computer program that, when run on a computer, causes the computer to execute the method provided in this application.

[0441] This application also provides a computer program product, which includes a computer program that, when run on a computer, causes the computer to perform the method provided in this application.

[0442] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, A and B simultaneously, or B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0443] Those skilled in the art will recognize that the units and algorithm steps described in the embodiments disclosed herein can be implemented using electronic hardware, computer software, or a combination of electronic hardware and software. 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.

[0444] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0445] In the several embodiments provided in this application, any function, if implemented as a software functional unit and sold or used as an independent product, 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 part 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, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0446] The above description is merely a specific embodiment of this application. 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 protection scope of this application. The protection scope of this application should be determined by the protection scope of the claims.

Claims

1. A voice wake-up method, characterized in that, include: Obtain the open / closed status of the vehicle's doors; If the first door is opened, set the corresponding audio zone of the first door to the open state; First voice wake-up event detected; When the sound zone corresponding to the first voice wake-up event is not in an open state, the first voice wake-up event is intercepted. The sound zone corresponding to the first voice wake-up event refers to the sound zone where the sound source that triggered the first voice wake-up event is located.

2. The method according to claim 1, characterized in that, Also includes: When the voice zone corresponding to the first voice wake-up event is in the open state, respond to the first voice wake-up event.

3. The method according to claim 1 or 2, characterized in that, The first door is the driver's door, and the corresponding sound range includes the sound range covering the seating space of the driver's seat; and / or, The first door is the passenger side door, and the corresponding audio range includes the audio range covering the passenger seat's seating space; and / or, The first door is the rear door, and the sound zone corresponding to the first door includes the sound zone covering the seating space of the rear seats.

4. The method according to any one of claims 1 to 3, characterized in that, Also includes: Get the occupancy status of the seats in the vehicle; If the first seat is occupied, set the corresponding audio zone of the first seat to the open state.

5. The method according to claim 4, characterized in that, The first seat is the driver's seat, and the corresponding audio range includes the audio range covering the seating space of the driver's seat; and / or, The first seat is the front passenger seat, and the corresponding audio range includes the audio range covering the seating space of the front passenger seat; and / or, The first seat is a rear seat, and the sound zone corresponding to the first seat includes the sound zone covering the seating space of the rear seats.

6. The method according to any one of claims 1 to 5, characterized in that, The description also includes: The second door that was opened was obtained from the time the vehicle was previously locked after being powered off until the vehicle was powered on again. Set the audio zone corresponding to the second car door to the open state.

7. The method according to any one of claims 1 to 6, characterized in that, Also includes: When the vehicle is detected to be powered off and the central locking status parameter of the vehicle is set to locked, the audio zone that was set to open will be set to closed.

8. The method according to any one of claims 1 to 7, characterized in that, After intercepting the first voice wake-up event, the method further includes: A second voice wake-up event was detected; The second voice wake-up event is responded to when the time interval between the occurrence of the second voice wake-up event and the occurrence of the first voice wake-up event is not greater than a preset threshold, and the voice region corresponding to the second voice wake-up event is the same as the first voice region corresponding to the first voice wake-up event, and the first voice region is not in an open state.

9. The method according to claim 8, characterized in that, Also includes: Set the voice zone corresponding to the second voice wake-up event to the open state.

10. The method according to claim 8, characterized in that, After responding to the second voice wake-up event, the method further includes: During the n previous power-ups of the vehicle, if the voice wake-up event is detected to correspond to the first voice region, the time interval between the occurrence of the two consecutive voice wake-up events is not greater than a preset threshold, and the first voice region is not in an open state, the voice wake-up event will not be intercepted; n is an integer greater than or equal to 1.

11. The method according to claim 10, characterized in that, Also includes: It does not determine whether the corresponding voice wake-up event is in an open state.

12. The method according to claim 10 or 11, characterized in that, Also includes: When the enable condition is met, if a third voice wake-up event is detected and the corresponding voice zone is not in the open state, the third voice wake-up event is intercepted. The recovery enabling condition includes at least one of the following: detecting an opening event of the door corresponding to the first audio zone, or detecting that the seat corresponding to the first audio zone has been occupied.

13. The method according to claim 1 or 2, characterized in that, Setting the audio zone corresponding to the first car door to the open state includes: When the seat corresponding to the first door is occupied, the audio zone corresponding to the first door is set to the open state.

14. The method according to claim 13, characterized in that, The first door is the driver's door, and the seat corresponding to the first door includes the driver's seat; and / or, The first door is the passenger side door, and the seat corresponding to the first door includes the passenger seat; and / or, The first door is a rear door, and the seats corresponding to the first door include all seats accessible through the rear door.

15. The method according to any one of claims 1 to 13, characterized in that, Setting the audio zone corresponding to the first car door to the open state includes: Set the target parameter of the corresponding audio range of the first car door to a first value. The target parameter is used to record the on / off state of the audio range, and the first value is used to indicate the open state; or... A preset identifier is set for the audio zone corresponding to the first car door. The preset identifier is used to indicate that the audio zone is in the open state.

16. The method according to any one of claims 4, characterized in that, The process of obtaining the occupancy status of seats in the vehicle includes: The occupancy status of each seat in the vehicle is detected based on the gravity sensor of each seat; and / or, The vehicle's seating status is detected based on images captured by cameras installed in the vehicle.

17. The method according to claim 4, characterized in that, Also includes: If the occupancy status of the second seat changes from occupied to unoccupied, and the second seat is either the front passenger seat or the driver's seat, set the audio zone corresponding to the second seat to the off state; and / or, If the occupancy status of the second seat changes from occupied to unoccupied, the second seat is a rear seat, and there is an occupied seat in the rear seats of the vehicle, the audio zone corresponding to the second seat remains open; and / or, If the system detects that the second seat has changed from being occupied to not being occupied, that the second seat is a rear seat, and that there is no occupied seat in the rear of the vehicle, then the audio zone corresponding to the second seat is set to the off state.

18. The method according to any one of claims 1 to 17, characterized in that, Also includes: If it fails to obtain the open / closed status of the second door, set the corresponding audio zone of the second door to the open state.

19. The method according to any one of claims 4 to 17, characterized in that, Also includes: If it fails to obtain the seating status of the third seat, the audio zone corresponding to the third seat will be set to the open state.

20. The method according to any one of claims 7 to 17, characterized in that, Also includes: If it fails to obtain the central locking status parameters of the vehicle, the audio zones of the vehicle will be set to the open state.

21. A vehicle, characterized in that, include: Processor, memory; One or more computer programs are stored in the memory, the one or more computer programs including instructions that, when executed by the processor, cause the vehicle to perform the method of any one of claims 1 to 20.

22. An electronic device, characterized in that, include: Processor, memory; One or more computer programs are stored in the memory, the one or more computer programs including instructions that, when executed by the processor, cause the electronic device to perform the method of any one of claims 1 to 20.

23. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when run on a computer, causes the computer to perform the method according to any one of claims 1 to 20.

24. A computer program product, characterized in that, The computer program product includes a computer program that, when run on a computer, causes the computer to perform the method according to any one of claims 1 to 20.

Images