Vehicle audio control method and device and computer program product

Abstract

The invention discloses a vehicle audio control method and device and a computer program product, and the method comprises the steps: adding a state interface of which the state is sent out and can be called externally when a vehicle machine system receives information of entering a low-power-consumption state, and endowing the state interface with a state identifier for indicating that the vehicle machine system enters the low-power-consumption state; and in response to the state identifier, stopping transmission of all audio data, and closing an audio output channel. By optimizing the audio resource management strategy of the in-vehicle entertainment system, the audio resources occupied by all applications are quickly and uniformly released in the dormancy preparation stage, the time for the in-vehicle entertainment system to enter the dormancy state is remarkably shortened, and the situation that the overall dormancy process is blocked due to audio processing delay of individual applications is effectively avoided. And meanwhile, the energy consumption of the vehicle in a low-power-consumption mode is reduced, and the energy efficiency ratio of the vehicle-mounted terminal system is increased. In addition, when the user uses the car next time, the system can quickly start and recover the audio function, and the user experience is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of intelligent networked vehicles, and in particular to a vehicle audio control method, device and computer program product. Background Art

[0002] Under the STR (Suspend to RAM) process of the car computer, the current audio management mainly adopts the method of each application independently releasing audio (Audio) resources. Specifically, when the car computer power and status management module (Carpower) receives the information of entering the STR state, it will inform the upper-level applications of this state, such as music applications, navigation applications, panoramic applications, video applications and other ecological applications. These upper-level applications begin to release Audio resources after receiving the notification, and notify the Carpower module after all applications have been released. The Carpower module then conveys the status of the application release completion to the QNX system (a commercial Unix-like real-time operating system that complies with the POSIX specification). The QNX system then starts the STR sleep process and finally realizes the STR sleep of the car computer.

[0003] However, there are a large number of applications involving Audio in the car system, and this method in which each application participates in releasing Audio resources has many problems. On the one hand, since it is necessary to wait for all applications to complete the resource release, if the waiting time is too long, the energy consumption of the entire vehicle will increase significantly. On the other hand, in the process of releasing resources, abnormal situations often occur, resulting in the failure of the application to release resources. This will not only prevent the car system from smoothly entering STR dormancy and then entering a deep dormancy state, but also when the user uses the car again, the boot speed will be greatly reduced, seriously affecting the user experience. In addition, after receiving the STR entry status notification from the Carpower module, each ecological application must execute the operation of releasing Audio resources, which takes a long time and further aggravates the power consumption of the entire vehicle; at the same time, if an abnormality occurs during the release process, it will directly lead to the failure of STR dormancy, causing the car system to enter a deep dormancy state, increasing the vehicle's energy consumption, and affecting the user's boot experience when using the car again. Summary of the invention

[0004] The technical problem to be solved by the embodiments of the present invention is to provide a vehicle audio control method, device and computer program product to quickly complete hibernation in a low-power state, improve the hibernation success rate, and reduce the energy consumption of the entire vehicle.

[0005] In order to solve the above technical problems, the present invention provides a vehicle audio control method, comprising the following steps:

[0006] When the vehicle system receives information about entering a low power consumption state, a state interface is added, which is externally callable and is assigned a state identifier for indicating that the vehicle system enters a low power consumption state;

[0007] In response to the status identifier, the transmission of all audio data is stopped and the audio output channel is closed.

[0008] Preferably, state externalization means that the state interface can send the specific state information represented by itself to the outside; external callability means that any external module in the vehicle system can access and call the state interface to obtain the specific state information provided by the state interface.

[0009] Preferably, the low power consumption state is specifically a sleep to memory STR state.

[0010] Preferably, the state interface is specifically suspend_str, and a specific method of assigning a state identifier for indicating that the vehicle system enters a low power consumption state is to set the state interface to suspend_str=true.

[0011] Preferably, in response to the state identifier, the transmission of all audio data is stopped and the audio output channel is closed, specifically:

[0012] When the status interface suspend_str is called and suspend_str=true is detected, all audio data read and write operations are stopped immediately, and all sound card channels are closed to achieve unified release of audio resources.

[0013] Preferably, after monitoring that all applications have released resources, the QNX system is notified to enter sleep mode.

[0014] Preferably, when the vehicle system receives information to enter a low power consumption state, if there is audio prompt information being played, the playing of the audio prompt information is completed first and then the operation of adding a status interface is performed, and the playing time of the audio prompt information does not exceed a preset threshold, if it exceeds, it is forcibly stopped.

[0015] The present invention also provides a vehicle audio control device, comprising:

[0016] The vehicle power supply and state management module is used to add a state interface that is externally callable when the vehicle system receives information that the vehicle system enters a low power state, and assign a state identifier to it to indicate that the vehicle system enters a low power state;

[0017] The audio hardware abstraction layer module is used to stop the transmission of all audio data and close the audio output channel in response to the status identifier.

[0018] The present invention also provides a vehicle audio control device, comprising:

[0019] one or more processors;

[0020] Memory;

[0021] One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, and the one or more applications are configured to perform the vehicle audio control method.

[0022] The present invention also provides a computer program product, comprising computer instructions, wherein the computer instructions instruct a computer device to execute operations corresponding to the method.

[0023] The implementation of the present invention has the following beneficial effects: by optimizing the audio resource management strategy of the vehicle system, the present invention realizes the rapid and uniform release of audio resources occupied by all applications during the sleep preparation stage, significantly shortens the time for the vehicle system to enter the sleep state, and effectively avoids the overall sleep process being blocked due to audio processing delays of individual applications. At the same time, the present invention reduces the energy consumption of the vehicle in low-power mode and improves the energy efficiency of the vehicle system. In addition, the next time the user uses the car, the system can quickly start and restore the audio function, which greatly improves the fluency and satisfaction of the user experience and brings a more convenient and efficient car experience to the user. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0025] Figure 1 It is a flowchart of a vehicle audio control method according to Embodiment 1 of the present invention.

[0026] Figure 2 It is a specific flow chart of a vehicle audio control method according to Embodiment 1 of the present invention. DETAILED DESCRIPTION

[0027] The following descriptions of the embodiments refer to the accompanying drawings to illustrate specific embodiments in which the present invention may be implemented.

[0028] Please refer to Figure 1 As shown, a first embodiment of the present invention provides a vehicle audio control method, comprising the following steps:

[0029] When the vehicle system receives information about entering a low power consumption state, a state interface is added, which is externally callable and is assigned a state identifier for indicating that the vehicle system enters a low power consumption state;

[0030] In response to the status identifier, the transmission of all audio data is stopped and the audio output channel is closed.

[0031] Through the above steps, it can be seen that the embodiment of the present invention can realize the rapid release of audio resources, avoiding the problem of too long time caused by each application releasing resources separately, which can effectively reduce the energy consumption of the whole vehicle, improve the success rate of sleep of the vehicle system, and reduce the situation of sleep failure due to long waiting time, thereby improving the user's startup experience when using the car again.

[0032] Specifically, please combine Figure 2 As shown, in the embodiment of the present invention, the vehicle system entering a low power consumption state specifically refers to entering a sleep state to memory STR state. When the vehicle power and state management module (Carpower) receives the state of entering a sleep state to memory STR, a state interface suspend_str with an external state and externally callable is added. When the interface receives the STR state, it is set to suspend_str = true. It can be understood that the Carpower module is a functional module related to power management in the vehicle system. When the vehicle system is about to enter the specific state of STR, the Carpower module triggers the corresponding action and adds a specific interface, namely suspend_str.

[0033] The suspend_str interface has two important properties: one is "status outbound transmission", that is, it can send the relevant status information it represents to the outside so that other modules that need to know the status can obtain it; the other is "external callability", that is, in addition to the module that defines it or the internal mechanism closely related to it, other suitable external modules in the vehicle system can call this interface if they have corresponding needs, so as to obtain the corresponding status details or perform subsequent actions based on this status.

[0034] When the suspend_str interface receives a trigger or indication that the vehicle system has entered the STR state, its internal state will be set to suspend_str = true, where the state flag "true" of the interface represents activation, effectiveness, or conformance to the corresponding expected state. In other words, through this state flag, other modules that call the interface or pay attention to the state of the interface can clearly know that the current vehicle system has indeed entered the STR state, and can then perform their own preset actions that are compatible with the STR state based on this determined state, such as subsequent operations such as audio resource management, thereby pushing the entire vehicle system into the STR dormant stage according to the process.

[0035] From the above, it can be seen that the embodiment of the present invention creates an interface with specific attributes and state change logic through the Carpower module to provide a key state judgment basis and information transmission path for subsequent collaborative operations, especially processes related to STR dormancy involving audio resource management and other aspects.

[0036] In an embodiment of the present invention, the audio hardware abstraction layer module (Audiohal, Audio HardwareAbstraction Layer) calls the newly added interface suspend_str of the Carpower module and obtains its status identifier. It can be understood that the Audiohal module is a part of the Android operating system responsible for the audio hardware abstraction layer, which provides an interface between the application and the audio hardware. By using the Audiohal module, the application can access and control the functions of the audio hardware, such as audio input, output, encoding and decoding, and mixing. In an embodiment of the present invention, the Audiohal module mainly focuses on the abstract management of the audio hardware level, which involves the management and control of underlying audio functions such as reading and writing audio data and related operations of sound card devices.

[0037] Based on the status flag of suspend_str=true, the Audiohal module has to perform two key actions. The first is to "stop reading and writing audio data", that is, the audio data that was originally in progress is written from other sources to the audio processing link, or read from the audio processing link to other places (such as the playback end, etc.). These operations will be stopped immediately to prevent new audio data from continuing to flow and avoid affecting the subsequent process of the car entering sleep mode. The second is to "close the sound card channel". The sound card channel is the physical or logical path for the output of audio signals. Closing it is equivalent to cutting off the way for the audio signal to propagate and play outward, further ensuring that audio-related activities are stopped from the hardware level, so that audio resources can be quickly released, and then cooperate with the entire car system to smoothly enter the STR sleep state, avoiding problems such as excessive energy consumption and sleep failure due to continuous audio-related activities.

[0038] It should be noted that, as mentioned above, the traditional method of audio resource management requires each application to independently release the audio resources it occupies and pause playback after receiving the sleep notification from Carpower. However, this method has the problem of inefficiency: if the application has already submitted audio data to the audio scheduler (AudioFlinger) when notified, AudioFlinger will continue to pass this data to the Audiohal module, thereby triggering the sound card device to continue playing until the audio data is completely processed. This process may cause STR sleep to be delayed until all audio data is played and all applications have completed the release of audio resources. If this process exceeds 4 minutes, it will directly lead to the failure of STR sleep, affecting the rapid recovery capability and overall energy efficiency of the vehicle system.

[0039] To solve this problem, the embodiment of the present invention uses the Audiohal module to respond to the status flag suspend_str=true, stop the transmission of all audio data, and close the audio output channel, thereby implementing a centralized audio resource management strategy, that is, releasing the audio resources occupied by all applications in the STR sleep preparation phase. This improvement avoids the obstruction of the overall sleep process due to delays in the processing of audio data of individual applications, and significantly shortens the completion time of STR sleep. Through this strategy, the vehicle system can enter the sleep state more quickly, effectively reducing the energy consumption of the vehicle in STR mode, while ensuring that the system can start quickly the next time the user uses the vehicle, thereby improving the smoothness and satisfaction of the user experience.

[0040] After receiving the message that all applications have released their resources, the Carpower module notifies the QNX system to put the QNX system into sleep mode, and finally the car computer completes STR sleep mode.

[0041] The QNX system is responsible for controlling many underlying operating logics of the car system and coordinating various hardware resources. Whether it can enter the sleep state plays a decisive role in whether the car system can successfully complete STR sleep. When the car is about to enter the STR sleep state, it is usually expected that each application can release the resources it occupies first. After each application completes the resource release on its own, it will send a message to the Carpower module indicating that the resource release is complete. The Carpower module waits for and collects these messages until it confirms that all applications have released their resources.

[0042] When the Carpower module determines that the resource release work of all applications has been completed, it will send a corresponding notification message to the QNX system to inform the QNX system that the current vehicle computer has met the prerequisites for entering STR sleep in terms of application resource release.

[0043] After receiving the notification from Carpower, the QNX system will start to allocate various system resources, shut down unnecessary hardware devices and services, and enter the sleep state according to its own preset sleep process. As the QNX system successfully enters sleep, the entire car system also completes the switch to STR sleep state, that is, the car system enters a special state of low power consumption, suspended operation but memory data is retained, waiting to be awakened and put into use again.

[0044] It should also be noted that in the actual vehicle computer usage scenario, the vehicle computer system receives the information of entering the STR sleep state, which means that the system level knows that it is about to start preparing to enter the sleep process. However, at this time, some applications in the vehicle computer (such as navigation applications) may be playing audio prompt information. Since such audio prompts are often characterized by immediacy and importance (for example, during navigation, prompting the user of key information such as an upcoming turn), from the perspective of user experience and information integrity, the embodiment of the present invention will give priority to playing the current short prompt information, and then perform subsequent operations related to entering sleep, such as adding a status interface. At the same time, in order to avoid excessive delays in the vehicle computer entering sleep due to excessively long audio prompt information, the embodiment of the present invention sets a preset threshold for this purpose. Once the audio prompt information playback time exceeds the threshold, it must be forced to stop even if it has not been played to ensure that the vehicle computer can enter the STR sleep process as soon as possible to avoid problems such as increased energy consumption and sleep failure due to long waiting time.

[0045] Corresponding to the vehicle audio control method described in the first embodiment of the present invention, the second embodiment of the present invention further provides a vehicle audio control device, including:

[0046] The vehicle power supply and state management module is used to add a state interface that is externally callable when the vehicle system receives information that the vehicle system enters a low power state, and assign a state identifier to it to indicate that the vehicle system enters a low power state;

[0047] The audio hardware abstraction layer module is used to stop the transmission of all audio data and close the audio output channel in response to the status identifier.

[0048] Corresponding to the vehicle audio control method described in the first embodiment of the present invention, the third embodiment of the present invention further provides a vehicle audio control device, including:

[0049] one or more processors;

[0050] Memory;

[0051] One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, and the one or more applications are configured to execute the vehicle audio control method described in the aforementioned embodiment 1 of the present invention.

[0052] Corresponding to the vehicle audio control method described in the first embodiment of the present invention, the fourth embodiment of the present invention further provides a computer program product, including computer instructions, wherein the computer instructions instruct a computer device to perform operations corresponding to the vehicle audio control method described in the first embodiment of the present invention.

[0053] Preferably, the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor, or the processor may be any conventional processor. The processor is the control center of the device, and various parts of the device are connected using various interfaces and lines.

[0054] The memory mainly includes a program storage area and a data storage area, wherein the program storage area can store an operating system, an application required for at least one function, etc., and the data storage area can store related data, etc. In addition, the memory can be a high-speed random access memory, or a non-volatile memory, such as a plug-in hard disk, a smart memory card (SmartMedia Card, SMC), a secure digital (Secure Digital, SD) card, and a flash card (Flash Card), etc., or the memory can also be other volatile solid-state storage devices.

[0055] It should be noted that the above-mentioned device may include but is not limited to a processor and a memory, which can be understood by those skilled in the art.

[0056] For the working principle and process of the above embodiment, please refer to the description of the above embodiment of the present invention, which will not be repeated here.

[0057] It can be seen from the above description that compared with the prior art, the beneficial effect of the present invention is that the present invention optimizes the audio resource management strategy of the vehicle system to quickly and uniformly release the audio resources occupied by all applications in the sleep preparation stage, significantly shortening the time for the vehicle system to enter the sleep state, and effectively avoiding the overall sleep process being blocked due to audio processing delays of individual applications. At the same time, the present invention reduces the energy consumption of the vehicle in low-power mode and improves the energy efficiency of the vehicle system. In addition, the next time the user uses the car, the system can quickly start and restore the audio function, greatly improving the fluency and satisfaction of the user experience, and bringing users a more convenient and efficient car experience.

[0058] The above disclosure is only the preferred embodiment of the present invention, which certainly cannot be used to limit the scope of the present invention. Therefore, equivalent changes made according to the claims of the present invention are still within the scope of the present invention.

Claims

1. A vehicle audio control method, characterized in that: The following steps are involved: When the vehicle system receives information about entering a low power consumption state, a state interface is added, which is externally callable and is assigned a state identifier for indicating that the vehicle system enters a low power consumption state; In response to the status identifier, the transmission of all audio data is stopped and the audio output channel is closed.

2. The method according to claim 1, characterized in that Externally transmitted status means that the status interface can send the specific status information it represents to the outside; externally callable status means that any external module in the vehicle system can access and call the status interface to obtain the specific status information provided by the status interface.

3. The method according to claim 2, characterized in that The low power consumption state is specifically the sleep to memory STR state.

4. The method according to claim 3, characterized in that The state interface is specifically suspend_str, and a specific method of assigning a state identifier for indicating that the vehicle system enters a low power consumption state is to set the state interface to suspend_str=true.

5. The method according to claim 1, characterized in that In response to the state identifier, the transmission of all audio data is stopped and the audio output channel is closed, specifically: When the status interface suspend_str is called and suspend_str=true is detected, all audio data read and write operations are stopped immediately, and all sound card channels are closed to achieve unified release of audio resources.

6. The method according to claim 1, characterized in that After monitoring that all applications have released resources, the QNX system is notified to enter sleep mode.

7. The method according to claim 1, characterized in that When the vehicle system receives information to enter a low power consumption state, if there is audio prompt information being played, the playing of the audio prompt information will be completed first and then the operation of adding the status interface will be executed, and the playing time of the audio prompt information shall not exceed the preset threshold. If it exceeds, it will be forcibly stopped.

8. A vehicle audio control device, characterized in that: include: The vehicle power supply and state management module is used to add a state interface that is externally callable when the vehicle system receives information that the vehicle system enters a low power state, and assign a state identifier to it to indicate that the vehicle system enters a low power state; The audio hardware abstraction layer module is used to stop the transmission of all audio data and close the audio output channel in response to the status identifier.

9. A vehicle audio control device, characterized in that: include: one or more processors; Memory; One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the one or more processors, and the one or more applications are configured to execute the vehicle audio control method according to any one of claims 1 to 7.

10. A computer program product, characterized in that The method comprises computer instructions, wherein the computer instructions instruct a computer device to execute operations corresponding to the vehicle audio control method according to any one of claims 1 to 7.

Images