Audio playing control method and device and electronic equipment
By introducing multiple independent audio focus stacks that are bound to the audio playback device type in the in-vehicle system, the audio resource allocation conflict caused by a single global audio focus stack is resolved, enabling parallel playback of multiple audio streams and improving the audio experience in multi-user in-vehicle scenarios.
Patent Information
- Application Number
- CN202511546444.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-10-27
- Publication Date
- 2026-02-13
AI Technical Summary
In existing in-vehicle systems, a single global audio focus stack is insufficient to allocate audio resources reasonably when multiple screens are playing different audio sources concurrently, leading to problems such as audio interruption, stuttering, or forced overwriting.
Multiple independent audio focus stacks bound to the audio playback device type are introduced, and stack arbitration is performed through the audio focus stacks of the device type to achieve parallel playback of multiple audio streams.
It effectively solves the problem of audio interruption and stuttering when playing different audio sources on multiple screens simultaneously, and improves the audio experience in multi-user scenarios in vehicles.
Smart Images

Figure CN121523634A_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the fields of communication and smart cockpit technology, and in particular relates to an audio playback control method, device and electronic device. Background Technology
[0002] With the continuous enrichment of entertainment functions in smart cockpits, main screens and secondary screens have become common multi-screen configurations. To achieve independent audio playback functions, the main screen and secondary screen can each display independent audio playback control interfaces. For example, the driver can use the audio playback control interface displayed on the main screen to control the vehicle's amplifier to play music, navigation voice, and other audio; while passengers can use the audio playback control interface displayed on the secondary screen to control Bluetooth headphones connected to the vehicle system to play private audio such as incoming phone calls and video audio.
[0003] In related technologies, in-vehicle systems configured for smart cockpits typically coordinate audio resources through a single global audio focus stack. However, when users concurrently play different audio sources across multiple screens, a single global audio focus stack struggles to achieve reasonable allocation of audio resources, potentially leading to audio interruptions, stuttering, or forced overwriting, thus impacting the user experience. Summary of the Invention
[0004] This application provides an audio playback control method, device, and electronic device that can solve the problem that vehicle systems relying on a single global audio focus stack cannot reasonably coordinate audio resources.
[0005] In a first aspect, embodiments of this application provide an audio playback control method, which includes: receiving a first input from a user to an audio identifier in a display device, the first input being used to play audio corresponding to the audio identifier; generating audio focus response information according to a first audio focus stack corresponding to the device type of the first audio playback device, wherein the first audio playback device is an audio playback device used to play audio, the audio focus response information being used to indicate whether to authorize the audio focus of the first audio playback device to an application corresponding to the audio identifier, one type of audio playback device corresponding to one audio focus stack, the audio focus stack being used to grant an application in the display device permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack; and responding to the first input according to the audio focus response information.
[0006] In some possible implementations of the embodiments of this application, the first audio playback device includes a first type of audio playback device or a second type of audio playback device. The first type of audio playback device is a built-in sound device of the vehicle system, and the second type of audio playback device is an external audio device that is communicatively connected to the vehicle system. The audio playback control method further includes: when the display device is a first type of display device, determining the first type of audio playback device as the first audio playback device, and fixing the audio output route of the first type of display device to the first type of audio playback device; when the display device is a second type of display device, displaying an audio playback device selection interface in the display interface of the display device, and the audio output route of the second type of display device can be switched between the first type of audio playback device and the second type of audio playback device based on user needs; responding to a second input from the user in the audio playback device selection interface, determining the audio playback device corresponding to the second input as the first audio playback device.
[0007] In some possible implementations of this application, generating audio focus response information based on the first audio focus stack corresponding to the device type of the first audio playback device includes: determining the audio focus status information of the first audio playback device based on the first audio focus stack corresponding to the device type of the first audio playback device; the audio focus status information refers to the information of the audio focus in the audio focus stack corresponding to the audio playback device; and generating audio focus response information based on the status information.
[0008] In some possible implementations of this application's embodiments, the state information includes first state information or second state information. The first state information is information used to characterize that the audio focus is in an idle state; the second state information is information used to characterize that the audio focus is in an occupied state. Based on the state information, generating audio focus response information includes: when the state information is the first state information, authorizing the audio focus of the first audio playback device to the application corresponding to the audio identifier as the audio focus response information; when the state information is the second state information, determining the audio focus response information according to a preset application priority rule, the application, and the application occupying the audio focus.
[0009] In some possible implementations of the embodiments of this application, responding to the first input based on the audio focus response information includes: when the audio focus response information is information that authorizes the audio focus of the first audio playback device to the application corresponding to the audio identifier, playing audio through the first audio playback device; when the audio focus response information is information that refuses to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier, displaying prompt information on the display interface of the display device, the prompt information including information for informing the user that audio playback has failed.
[0010] In some possible implementations of the embodiments of this application, the above-described audio playback control method further includes: when playing audio through a first audio playback device, detecting whether a connection state change event of a second type of audio playback device has occurred on the display device, wherein the second type of audio playback device is an external audio device that is communicatively connected to the vehicle system, and the connection state change event is an event used to indicate that the communication link state between the display device and the second type of audio playback device has changed; when a connection state change event of a second type of audio playback device is detected on the display device, generating updated audio focus response information in response to the connection state change event; and adjusting the audio playback control logic according to the updated audio focus response information.
[0011] In some possible implementations of this application, the connection state change event includes a first connection state change event, which is an event indicating that a communication link has been successfully established between the display device and the second type of audio playback device. In response to the first connection state change event, an audio playback device selection prompt is displayed on the display interface of the display device. The audio playback device selection prompt is used for the user to choose whether to switch the audio output to the second audio playback device corresponding to the second type of audio playback device or to continue using the first audio playback device to play audio. In response to the selection operation performed by the user based on the audio playback device selection prompt, the target audio playback device is determined. An updated audio focus response information is generated according to the audio focus stack corresponding to the device type of the target audio playback device.
[0012] In some possible implementations of this application, the connection state change event includes a second connection state change event, which is an event indicating that the communication link between the display device and the second type of audio playback device is disconnected. In response to the connection state change event, generating updated audio focus response information includes: in response to the second connection state change event, determining whether the audio playback device corresponding to the second type of audio playback device is the first audio playback device currently playing audio; if the audio playback device corresponding to the second type of audio playback device is determined to be the first audio playback device, releasing the audio focus occupied by the application corresponding to the audio identifier in the audio focus stack corresponding to the first audio playback device, and generating updated audio focus response information indicating that the audio focus has been released.
[0013] Secondly, embodiments of this application provide an audio playback control device, comprising: a receiving module, configured to receive a first input from a user to an audio identifier in a display device, the first input being used to play audio corresponding to the audio identifier; a first generating module, configured to generate audio focus response information according to a first audio focus stack corresponding to the device type of the first audio playback device, wherein the first audio playback device is an audio playback device used to play audio, and the audio focus response information is used to indicate whether to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier, wherein one type of audio playback device corresponds to one audio focus stack, and the audio focus stack is used to grant the application in the display device the permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack; and a first responding module, configured to respond to the first input according to the audio focus response information.
[0014] Thirdly, embodiments of this application provide an electronic device, the device comprising: a processor and a memory storing computer program instructions; the processor, when executing the computer program instructions, implements an audio playback control method as described in any of the first aspects.
[0015] Fourthly, embodiments of this application provide a computer-readable storage medium storing computer program instructions, which, when executed by a processor, implement the audio playback control method as described in any of the first aspects.
[0016] Fifthly, embodiments of this application provide a computer program product, which includes a computer program or instructions that, when executed by a processor, implement the audio playback control method as described in any of the first aspects.
[0017] The audio playback control method, apparatus, device, computer-readable storage medium, and computer program product of this application, after receiving a first input from a user regarding an audio identifier in a display device, determines a first audio focus stack corresponding to the device type of the first audio playback device based on the correspondence between the device type of the audio playback device and the audio focus stack, and generates audio focus response information based on the audio focus stack to respond to the first input. In this way, by introducing multiple independent audio focus stacks bound to the device type of the audio playback device, global audio focus contention can be decoupled into multiple local audio focus stacks based on the audio playback device type. This allows the in-vehicle system to perform stack arbitration within its own independent audio focus stack for different audio playback device types, rather than arbitrating all audio at a global level. This enables precise control of parallel playback of multiple audio streams, overcoming the audio resource allocation conflict problem caused by using a single global audio focus stack in related technologies. It effectively solves the technical problems of audio interruption, stuttering, or forced overwriting that occur when multiple screens concurrently play different audio sources, significantly improving the audio experience in multi-user in-vehicle scenarios. Attached Figure Description
[0018] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments of this application will be briefly introduced below. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0019] Figure 1 A flowchart illustrating an audio playback control method provided in some embodiments of this application is shown; Figure 2 The diagram illustrates a flowchart of a method for determining the device type of an audio playback device in an audio playback control method provided in some embodiments of this application. Figure 3 A flowchart illustrating a specific implementation of step 120 provided in some embodiments of this application is shown; Figure 4 The diagram illustrates a specific implementation of step 1202 provided in some embodiments of this application; Figure 5 The diagram illustrates a specific implementation of step 130 provided in some embodiments of this application; Figure 6 The diagram shows a flowchart of the audio playback control logic method for adjusting audio in some embodiments of this application. Figure 7 A flowchart illustrating a specific implementation of step 320 provided in some embodiments of this application is shown; Figure 8 A flowchart illustrating a specific implementation of step 320 provided in other embodiments of this application is shown; Figure 9 The present application provides schematic diagrams of the structure of an audio playback control device according to some embodiments; Figure 10 The diagram shows a schematic representation of the structure of an electronic device provided in some embodiments of this application. Detailed Implementation
[0020] The features and exemplary embodiments of various aspects of this application will be described in detail below. To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain this application and not to limit it. For those skilled in the art, this application can be implemented without some of these specific details. The following description of the embodiments is merely to provide a better understanding of this application by illustrating examples.
[0021] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising..." does not exclude the presence of additional identical elements in the process, method, article, or apparatus that includes the element.
[0022] It should be noted that the acquisition, storage, use, and processing of data in this application embodiment all comply with the relevant provisions of national laws and regulations.
[0023] It should be noted that in the embodiments of this application, certain software, components, models and other existing solutions in the industry may be mentioned. These should be regarded as exemplary and are only intended to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the solution.
[0024] Before describing the technical solutions provided in the embodiments of this application, in order to facilitate understanding of the embodiments of this application, this application first provides a detailed description of the relevant technologies involved: With the continuous enrichment of intelligent cockpit entertainment functions, main screens and secondary screens have become common multi-screen configurations. The main screen and the passenger entertainment screen typically need to support independent audio playback functions. For example, the driver can use the audio playback control interface displayed on the main screen to control the vehicle's amplifier to play music, navigation voice commands, and other audio; while passengers can use the audio playback control interface displayed on the secondary screen to control Bluetooth headphones connected to the vehicle system to play personal audio such as incoming calls and video recordings. In existing vehicle system designs, audio output is often managed using a single global audio focus stack, which cannot effectively distinguish the audio output paths corresponding to the main screen and the secondary screen. This results in the single global audio focus stack failing to achieve reasonable allocation of audio resources when users concurrently play different audio sources through multiple screens. For example, when the driver controls the in-vehicle amplifier to play navigation voice through the audio playback control interface on the main screen, if the passenger controls the Bluetooth headset connected to the in-vehicle system to answer a phone call through the audio playback control interface on the secondary screen, the in-vehicle system may be unable to effectively arbitrate the priority of multiple audio streams, resulting in the current playback being unexpectedly interrupted, stuttering, or a certain audio stream being forcibly muted, thus affecting the continuity of the audio experience and user perception in multi-tasking scenarios.
[0025] To address the problems in the aforementioned related technologies, embodiments of this application provide an audio playback control method, apparatus, and electronic device. The following is a description of the accompanying drawings. Figure 1 To be continued Figure 8 The audio playback control method provided in this application will be described in detail through specific embodiments and application scenarios.
[0026] Figure 1 The diagram illustrates a flowchart of an audio playback control method provided in some embodiments of this application. For example... Figure 1 As shown, the audio playback control method may include steps 110 to 130.
[0027] Step 110: Receive the user's first input regarding the audio identifier in the display device. The first input is used to play the audio corresponding to the audio identifier. Step 120: Generate audio focus response information based on the first audio focus stack corresponding to the device type of the first audio playback device. The first audio playback device is an audio playback device used to play audio. The audio focus response information indicates whether to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier. One type of audio playback device corresponds to one audio focus stack. The audio focus stack is used to grant the application in the display device the permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack. Step 130: Respond to the first input based on the audio focus response information.
[0028] Therefore, after receiving the user's first input on the audio identifier in the display device, the system determines the first audio focus stack corresponding to the device type of the first audio playback device based on the correspondence between the device type of the audio playback device and the audio focus stack. Audio focus response information is then generated based on this audio focus stack to respond to the first input. In this way, by introducing multiple independent audio focus stacks bound to the device type of the audio playback device, the global audio focus contention can be decoupled into multiple local audio focus stacks based on the audio playback device type. This allows the in-vehicle system to perform stack arbitration within its own independent audio focus stack for different audio playback device types, rather than arbitrating all audio at a global level. This enables precise control of parallel playback of multiple audio streams, overcoming the audio resource allocation conflicts caused by using a single global audio focus stack in related technologies. This effectively solves the technical problems of audio interruption, stuttering, or forced overwriting that occur when multiple screens concurrently play different audio sources, significantly improving the audio experience in multi-user in-vehicle scenarios.
[0029] The steps described above are explained in detail below.
[0030] First, regarding step 110, the display device involved in this application embodiment refers to a screen in an in-vehicle system, such as a driver's display screen or a passenger's entertainment display screen. The display device is used to present a user interface (such as an audio playback control interface), including but not limited to: desktop cards, application icons, and list items. An audio identifier is an interactive visual element used on the user interface to refer to specific audio content or audio source, including but not limited to: audio source switching identifiers (such as icons or text labels representing different audio sources such as Bluetooth music and online music), media content identifiers (such as the cover art, icon, or name of an audio file), and application control identifiers (such as playback control buttons on a card of an audio application).
[0031] For example, the user's first input to the audio identifier in the display device may include, but is not limited to, the following forms: user touch display device input (such as a single click or double click of the audio identifier), user voice input, user input via physical knobs, buttons, or gesture sensing.
[0032] It is understandable that the user's first input to the audio identifier indicates that the user instructs the playback of the audio content corresponding to the audio identifier or to switch to the audio source corresponding to the audio identifier.
[0033] Secondly, regarding step 120, the device type in this embodiment refers to the device type classified according to the physical output characteristics of the audio playback device. Specifically, the first audio playback device includes a first type of audio playback device or a second type of audio playback device. The first type of audio playback device is a built-in sound device of the vehicle system, and the second type of audio playback device is an external audio device that communicates with the vehicle system. The first type of audio playback device can be a power amplifier for all the vehicle's speakers, and the second type of audio device can be a Bluetooth headset. Each device type corresponds to an independent audio output channel.
[0034] The audio focus stack is a data structure bound to a specific device type, used to manage the order in which audio focus is granted to audio playback devices within that device type. Each audio focus stack independently manages focus contention for its corresponding device type, and audio focus stacks of different device types do not interfere with each other. For example, an in-vehicle system might maintain a power amplifier audio focus stack and a Bluetooth headset audio focus stack.
[0035] Audio focus response information refers to the result information output by the audio focus stack after arbitration, which indicates whether the audio focus request of the audio playback device is successful or not, and may include statuses such as authorization success, authorization failure, or waiting for authorization.
[0036] For example, the in-vehicle system can first obtain the device type of the first audio playback device and find the uniquely corresponding audio focus stack, i.e., the first audio focus stack. For example, if the first audio playback device is a Bluetooth headset, then the first audio focus stack is the Bluetooth headset audio focus stack. Next, the in-vehicle system can submit the audio focus request triggered by the first input to the first audio focus stack. This audio focus request may include, but is not limited to: the applicant's (i.e., the application corresponding to the audio identifier) identity information, the requested focus type (such as permanent focus, temporary focus), and the priority attributes of the audio stream (such as media playback, navigation prompts, or calls). Subsequently, after receiving the audio focus request, the first audio focus stack initiates arbitration logic and generates the final audio focus response information based on the arbitration result. For example, if the arbitration approves the audio focus request, a successful authorization message is generated; if it is rejected due to insufficient priority, a failed authorization message is generated.
[0037] In some embodiments of this application, before performing step 120, the audio playback control method may further include a process for determining the device type of the first audio playback device. Based on this, such as... Figure 2 As shown, the above audio playback control method may further include steps 210 to 230.
[0038] Step 210: If the display device is a first type of display device, then the first type of audio playback device is determined as the first audio playback device.
[0039] In this system, the audio output route of the first type of display device is fixed to the first type of audio playback device. For example, the first type of display device refers to the driver's display screen, also known as the center stack display (CSD). The first type of display device is preset by the vehicle system to force its audio output to a specific audio playback device, such as the built-in sound device of the vehicle system. Users cannot change this binding relationship, which is intended to ensure that the output path of audio related to core driving safety is unique and reliable.
[0040] Step 220: If the display device is a second type of display device, display the audio playback device selection interface in the display interface of the display device.
[0041] The audio output routing of the second type of display device can switch between the first and second type of audio playback devices based on user needs. For example, the second type of display device refers to the passenger-side entertainment display (Product Specifications Document, PSD). The audio output target of the second type of display device is not fixed and can dynamically switch between multiple available audio playback devices according to user preference or the status of the vehicle system. The audio playback device selection interface is a graphical user interface (GUI) component rendered and displayed on the second type of display device by the vehicle system's user interface (UI) service. It is used to list all currently available audio playback devices that can be associated with the second type of display device and to receive user selection commands. Its UI form can be a dialog box, a drop-down list, or an embedded settings menu item.
[0042] Step 230: In response to the user's second input on the audio playback device selection interface, the audio playback device corresponding to the second input is determined as the first audio playback device.
[0043] For example, after receiving the first input, the vehicle system needs to query the attribute configuration or type identifier of the display device to determine the audio output path of the first input. Specifically, when the vehicle system determines that the display device is a first-class display device, it directly enters the preset forced routing process. That is, when the display device is a first-class display device, the vehicle system automatically, without user intervention, designates the first audio playback device as a first-class audio playback device (i.e., the vehicle's built-in sound device, such as an amplifier) from a preset configuration file or through internal logical association.
[0044] Once the in-vehicle system determines that the display device is a Class II display device, it initiates the user selection process. Specifically, the in-vehicle system sends a command to the display service, requesting that an audio playback device selection interface be displayed on the Class II display device. The display service queries the audio management service for a list of all currently available audio playback devices that can be associated with the display device. This list of audio playback devices may include the default Class I audio playback devices (amplifiers) and all connected and available Class II audio playback devices (such as paired Bluetooth headsets). Based on the obtained device list, the system generates and displays an audio playback device selection interface containing a selection list of device names and icons. Then, the in-vehicle system listens for a second input generated by the user during interaction with the audio playback device selection interface and, by parsing this second input, determines the target audio playback device selected by the user. Finally, the audio playback device selected by the user is designated as the first audio playback device for this playback request.
[0045] Therefore, by classifying display devices, the audio routing decision problem can be broken down into two solutions: automatic processing by the in-vehicle system to ensure safety, and user selection to improve user experience. This allows for the rapid and accurate determination of the audio playback device based on the type of display device, making audio routing decisions more efficient and in line with user expectations.
[0046] In some embodiments of this application, in order to generate accurate audio focus response information, such as Figure 3 As shown, step 120 above may specifically include steps 1201 and 1202.
[0047] Step 1201: Determine the audio focus status information of the first audio playback device according to the first audio focus stack corresponding to the device type of the first audio playback device.
[0048] The audio focus status information refers to the audio focus information within the audio focus stack corresponding to the target audio playback device, which may include, but is not limited to: Current audio focus status: idle or occupied; Current audio focus occupant: The application identifier of the application currently occupying audio focus.
[0049] The focus attributes of the current audio focus holder: the type of focus held by the current audio focus holder (such as long-term or short-term) and its priority.
[0050] Focus request queue status: A list of subsequent requests waiting to acquire audio focus, along with their respective priorities.
[0051] Step 1202: Generate audio focus response information based on the status information.
[0052] For example, upon receiving an audio focus request, the audio focus management service in the vehicle system initiates a query request to the first audio focus stack to obtain its current status information. Based on the obtained status information and the attribute information of this audio focus request (such as the requester, request type, and priority), it performs a logical judgment according to preset arbitration rules. Subsequently, based on the judgment result, it generates the final and definitive audio focus response information.
[0053] Therefore, by first obtaining the state information of audio focus in the audio focus stack and then making decisions based on this information, the focus arbitration process is based on accurate global judgment. This allows for the adoption of the most appropriate response strategy according to different focus contention scenarios, ensuring that high-priority tasks can obtain resources in a timely manner while also protecting the rights of low-priority tasks within the rules, thus avoiding chaos in audio management.
[0054] In some embodiments of this application, the status information includes first status information or second status information. The first status information is information used to characterize that the audio focus is in an idle state; the second status information is information used to characterize that the audio focus is in an occupied state. Based on this, such as Figure 4 As shown, step 1202 above may specifically include steps 12021 and 12022.
[0055] Step 12021: If the status information is the first status information, the audio focus authorization of the first audio playback device to the application corresponding to the audio identifier is determined as the audio focus response information.
[0056] The first status information indicates that no application is currently occupying the audio focus in the audio focus stack corresponding to the target audio playback device, meaning that the audio channel is available for immediate use by any applicant in need.
[0057] Step 12022: When the status information is the second status information, determine the audio focus response information according to the preset application priority rules, the application, and the application occupying the audio focus.
[0058] The second state information indicates that an application is already holding audio focus in the audio focus stack corresponding to the target audio playback device. At this point, any new focus request requires priority arbitration with the current holder. The preset application priority rules refer to a set of rules predefined by the in-vehicle system and applied to the audio focus stack to adjudicate audio focus competition. These preset application priority rules can be based on application type or audio content type to determine priority. It is worth noting that the preset application priority rules can be dynamically updated and defined according to product requirements.
[0059] For example, for the audio focus stack of the first type of audio playback device, such as the audio focus stack for managing the built-in sound-generating device of the vehicle system, i.e., the vehicle speaker, the preset application priorities, arranged from high to low, could be: voice assistant, navigation application, music application, and system sound. For the audio focus stack of the second type of audio device, such as the audio focus stack for managing Bluetooth headsets connected to the vehicle system, the preset application priorities, arranged from high to low, could be: call audio, music application, navigation voice, and notifications. By establishing independent audio focus stacks for different device types and customizing priority rules, it is possible to ensure that navigation on the driver's screen played through the amplifier and incoming calls on the passenger's screen played through the Bluetooth headset without interference, thus solving the problems of audio interruption, stuttering, or overwriting mentioned in related technologies.
[0060] When the first audio focus stack obtains the first state information (idle state), it authorizes the audio focus of the first audio playback device to the application corresponding to the audio identifier and directly identifies it as the audio focus response information for this instance. Simultaneously, the in-vehicle system updates the audio focus stack, marking the applicant as the new focus occupant. When the first audio focus stack obtains the second state information (occupied state), it compares the priorities of the new applicant (the application corresponding to the audio identifier) and the current focus occupant (the application occupying the audio focus) using the corresponding preset application priority rules. If the new applicant has a higher priority, a successful authorization response is generated, and a notification of focus loss or paused playback is sent to the current occupant. If the new applicant's priority is equal to or lower than the current holder's, a failed authorization response is generated.
[0061] Therefore, for the first state information, no complex priority comparison is needed; authorization is granted directly, greatly reducing system overhead and ensuring that audio requests are responded to instantly, improving resource utilization efficiency and user experience smoothness. For the second state information, an arbitration mechanism based on preset application priority rules is introduced to ensure that high-priority applications always have priority in obtaining audio resources, effectively avoiding information loss caused by low-priority media playback occupying audio focus, and greatly enhancing the safety and reliability of the in-vehicle system.
[0062] Then, regarding step 130, in some embodiments of this application, in order to accurately respond to the first input, such as Figure 5 As shown, step 130 above may specifically include steps 1301 and 1302.
[0063] Step 1301: If the audio focus response information is information that authorizes the audio focus of the first audio playback device to the application corresponding to the audio identifier, then play the audio through the first audio playback device.
[0064] Among them, audio focus response information refers to the signal or data structure generated by the audio focus management service that represents the result of the audio focus application, and may include authorization success or authorization failure.
[0065] For example, by setting the output route of the current audio to a specific first audio playback device through the Audio Policy Manager, it is ensured that the audio data is sent to the correct first audio playback device. Subsequently, the media playback service reads the audio data from the data source and plays it through the configured audio route.
[0066] Step 1302: If the audio focus response information is that the application corresponding to the audio identifier is refused permission to grant audio focus of the first audio playback device, a prompt message is displayed on the display interface of the display device. The prompt message includes information to inform the user that the audio playback has failed.
[0067] Among them, prompt information is a user interface element used to convey the result of an operation to the user. Specifically, it refers to the text prompts, dialog boxes, status bar icons, or card status changes that are displayed on the display device when audio playback cannot proceed for some reason.
[0068] For example, when an audio focus authorization failure response is received, the in-vehicle system needs to inform the user of this result. Specifically, the in-vehicle system's UI service can generate specific prompt text or icons based on the reason for the authorization failure (such as "audio focus is occupied by a high-priority application"). Subsequently, the graphics rendering engine is invoked to draw the prompt information on the display screen of the display device. For example, "Unable to play, currently in a call" might be briefly displayed on the display screen of the display device.
[0069] Therefore, when audio focus authorization is successful, audio is played directly, ensuring immediate use upon successful authorization and improving the response speed and execution efficiency of the in-vehicle system. If audio focus authorization fails, a prompt message can notify the user of the playback failure. In this way, regardless of whether the audio focus request is successful or not, the user can confirm the result of their operation through sensory or visual feedback, enhancing the interactivity of the in-vehicle system and the integrity of the user experience.
[0070] In some embodiments of this application, in order to dynamically adjust the audio output path, after performing step 130 above, such as Figure 6 As shown, the above audio playback control method may further include steps 310 to 330.
[0071] Step 310: When playing audio through the first audio playback device, detect whether a connection status change event of a second type of audio playback device has occurred on the display device. The second type of audio playback device is an external audio device that is connected to the vehicle system for communication. The connection status change event is an event used to indicate that the communication link status between the display device and the second type of audio playback device has changed.
[0072] A connection state change event refers to a system-level notification indicating a change in the communication link status between a second-type audio playback device (such as a Bluetooth headset) and the vehicle system. Specifically, it can include a first connection state change event or a second connection state change event. The first connection state change event indicates a successful establishment of a communication link between the display device and the second-type audio playback device; the second connection state change event indicates a disconnection of the communication link between the display device and the second-type audio playback device. For example, the first connection state change event is a connection establishment event, such as the second-type audio playback device changing from an unconnected state to a connected state. The second connection state change event is a connection disconnection event, such as the second-type audio playback device changing from a connected state to a disconnected state. Connection state change events can be detected by the second-type audio device management service (such as the Bluetooth protocol stack) and broadcast to other components of the vehicle system.
[0073] Step 320: If a connection state change event of a second type of audio playback device is detected on the display device, updated audio focus response information is generated in response to the connection state change event.
[0074] Among them, the updated audio focus response information is the focus management result automatically triggered by the connection state change event, which represents the automatic adjustment decision made by the vehicle system to the current audio playback based on the device state change.
[0075] Step 330: Adjust the audio playback control logic based on the updated audio focus response information.
[0076] Among them, playback control logic refers to a series of rules and parameters for the vehicle system to control audio playback behavior, including but not limited to: audio output routing: which audio playback device the audio data is sent to; playback status: play, pause; audio focus occupancy status: whether the current application occupies the focus.
[0077] For example, when audio is playing normally through the first audio playback device, the vehicle system continuously monitors the status of the external audio device, i.e., the second type of audio device, through a monitoring service. Specifically, the second type of audio device management service (such as a Bluetooth service) maintains the connection status of all paired devices. When the status changes, the second type of audio device management service broadcasts an event notification to the vehicle system, including the device identifier and connection status. The audio routing management service receives this broadcast and, upon receiving the event notification, determines whether the display device involved in the event notification is related to the display device currently playing audio. Then, if it is confirmed that the involved display device is related to the display device currently playing audio, a new audio focus arbitration process is automatically triggered. Specifically, for a connection establishment event, the vehicle system generates a focus request, requesting to switch the current audio stream to the newly connected second type of audio playback device. This request is submitted to the audio focus stack corresponding to the second type of audio device for arbitration. For a connection disconnection event, the vehicle system sends a command to the audio focus stack corresponding to the second type of audio device to forcibly release all audio focuses. The result of the arbitration or forced operation is the updated audio focus response information. Then, the vehicle system can automatically execute corresponding playback control adjustments based on the updated response information. If the connection status change event indicates that the connection has been established and focus acquisition has been successful, the adjustment logic is to switch the audio output route from the first audio playback device to the second type of audio playback device and maintain the playback status. If the connection status change event indicates that the connection has been broken, the adjustment logic is to pause audio playback and clear the focus status associated with the second type of audio device.
[0078] Therefore, the in-vehicle system can proactively sense changes in the status of external devices and automatically and seamlessly switch the optimal audio output channel without manual user intervention, greatly improving operational convenience. When an external audio device is detected to be disconnected, the in-vehicle system automatically pauses playback, effectively preventing audio from accidentally playing from the in-vehicle amplifier and avoiding resource waste caused by invalid audio output. By integrating device connection events with audio focus management and playback control logic, the system ensures that audio is processed in accordance with user expectations and management rules under any connection state, improving the stability and reliability of audio management throughout the in-vehicle system in the face of changes in audio playback devices.
[0079] In some embodiments of this application, when the connection state change event includes a first connection state change event, which is an event indicating that a communication link has been successfully established between the display device and the second type of audio playback device, such as Figure 7 As shown, step 320 above may specifically include steps 3201a to 3203a.
[0080] Step 3201a: In response to the first connection state change event, display audio playback device selection prompt information on the display interface of the display device. The audio playback device selection prompt information is used to allow the user to choose whether to switch the audio output to the second audio playback device corresponding to the second type of audio playback device or to continue using the first audio playback device to play audio.
[0081] The first connection state change event refers to the event in which a communication link is successfully established between the display device and the second type of audio playback device. For example, when a Bluetooth headset successfully pairs with and establishes a valid connection with the passenger-side display device of the vehicle system, this event is detected and reported by the vehicle system's Bluetooth State Manager. The audio playback device selection prompt is an immediate, user-confirmable interactive interface element. It can be displayed as a dialog box or action bar over the current application interface, providing clear switching and hold options, aiming to obtain user intent after the first connection state change event is triggered.
[0082] Step 3202a: In response to the user's selection operation based on the audio playback device selection prompt, the target audio playback device is determined.
[0083] The selection operation refers to the direct feedback action taken by the user in response to the selection prompts for the aforementioned audio playback device. The implementation methods may include, but are not limited to, touch screen clicks, operation of physical buttons, and voice commands.
[0084] Step 3203a: Generate updated audio focus response information based on the audio focus stack corresponding to the device type of the target audio playback device.
[0085] For example, when the in-vehicle system captures the first connection state change event through the Bluetooth State Manager, it does not immediately switch the audio automatically. Instead, it displays a dialog box on the corresponding display device's screen via a user interface service. This dialog box indicates that a new device has been detected, such as "Bluetooth headset detected," and provides two option buttons: "Switch to Bluetooth headset for audio playback" and "Continue playing audio using the vehicle speakers." The in-vehicle system listens for the user's selection in the dialog box. If the user selects "Switch to Bluetooth headset for audio playback," the in-vehicle system identifies the Bluetooth headset as the target audio playback device. If the user selects "Continue playing audio using the vehicle speakers" or ignores the prompt, the in-vehicle system identifies the vehicle speakers as the target audio playback device and closes the prompt interface. If the target audio playback device is a type II audio playback device, the system requests audio focus from the Bluetooth headset via the Bluetooth audio focus stack and uses the arbitration result of the Bluetooth audio focus stack as the updated audio focus response information. If the target audio playback device is still a type I audio playback device, the in-vehicle system can send a query request to the speaker audio focus stack, generate a response indicating that the status quo should be maintained, and use this as the updated audio focus response information.
[0086] Therefore, by returning the audio switching decision-making power to the user through the user confirmation process, it ensures that any changes in audio output conform to the user's immediate wishes, effectively avoiding potential accidents caused by automatic decisions from the in-vehicle system, and significantly improving driving safety and the controllability of the user experience. Subsequently, after determining the user's intention to switch audio playback devices, the audio focus management module performs subsequent audio focus arbitration, ensuring that the audio focus request is accurate and confirmed by the user. This makes the entire audio routing change process reliable and effectively avoids errors that may be caused by automatic switching based on speculation or default rules.
[0087] In other embodiments of this application, when the connection state change event includes a second connection state change event, and the second connection state change event is an event indicating that the communication link between the display device and the second type of audio playback device has been disconnected, such as... Figure 8 As shown, step 320 can specifically include steps 3201b and 3202b.
[0088] Step 3201b: In response to the second connection state change event, determine whether the audio playback device corresponding to the second type of audio playback device is the first audio playback device that is currently playing audio.
[0089] The second connection status change event refers to an event in which the communication link between the display device and the second type of audio playback device is disconnected. For example, it is an event detected and reported by the Bluetooth status manager when a connected Bluetooth headset disconnects from the vehicle system due to being out of range, running out of power, or being manually turned off.
[0090] Step 3202b: If the audio playback device corresponding to the second type of audio playback device is determined to be the first audio playback device, release the audio focus occupied by the application corresponding to the audio identifier in the audio focus stack corresponding to the first audio playback device, and generate updated audio focus response information indicating that the audio focus has been released.
[0091] Releasing audio focus refers to the audio focus management module removing a specified application from its currently occupied audio focus stack and notifying the application that the audio focus has been lost. The updated audio focus response information indicating that the audio focus has been released is an internal notification of the in-vehicle system. It does not represent an arbitration result, but rather characterizes the result of an executed system management action to trigger subsequent playback state cleanup.
[0092] For example, when the Bluetooth State Manager reports a second connection state change event, the vehicle system captures this event. The vehicle system first needs to determine if the disconnected device is the currently used audio playback device. Once it is confirmed that the disconnected device is the currently used audio playback device, the vehicle system immediately performs a cleanup operation. Specifically, the audio focus management module sends a command to the Bluetooth audio focus stack corresponding to the second type of audio device, forcibly removing the audio focus occupied by the currently playing application from the Bluetooth audio focus stack. Simultaneously, a specific updated audio focus response message is generated, indicating that the audio focus has been released, and is sent to the currently playing application to notify it that the audio focus has been lost.
[0093] Therefore, when audio is detected playing through a disconnected audio playback device, playback is immediately paused, effectively preventing private audio content from being accidentally played aloud through the car speakers and protecting user privacy. Furthermore, by actively releasing the audio focus corresponding to the disconnected audio playback device, the vehicle system can promptly reclaim audio resources, ensuring that the audio focus stack of that playback device returns to an idle state, preparing for the next connection and use, and guaranteeing the accuracy of internal state updates within the audio management system.
[0094] In some embodiments of this application, the Bluetooth status management module, audio focus management module, and audio policy management module of the vehicle system will intuitively present the updated status changes to the user after detecting a change in status. For example, when the Bluetooth status management module detects a Bluetooth headset connection, the Bluetooth headset option will be highlighted in the audio output device list displayed on the display interface of the display device. When the audio policy management module switches the audio routing from the vehicle speaker to the Bluetooth headset, the output device icon in the current playback card displayed on the display interface of the display device will change from the vehicle speaker icon to the Bluetooth headset icon. When the audio focus of an audio playback device is lost in the audio focus management module, the corresponding playback control button on the display interface of the display device will change from the playback state to the pause state.
[0095] In related technologies, user operations such as volume adjustment and song switching are prone to misoperation because the in-vehicle system fails to clearly distinguish the controlled object. For example, a user may intend to adjust the volume of the in-vehicle audio system but actually apply the control to the Bluetooth headset, leading to control logic confusion. Therefore, in some embodiments of this application, to achieve independent volume adjustment for different audio output paths, an independent logical audio device instance and volume control index are created for each audio output path, such as the in-vehicle built-in speaker and the Bluetooth headset. When a user adjusts the volume, the in-vehicle system uses the audio policy manager to accurately direct the volume adjustment command to the current audio output path. For example, if the volume of the Bluetooth headset is adjusted, rather than the volume of the in-vehicle built-in speaker, the volume adjustment command is captured by the event handling module and passed to the audio policy management module. The audio policy management module maps the volume value to the corresponding audio playback device according to the current audio route and performs the adjustment, sending the volume command to the Bluetooth headset via the Bluetooth controller's AVRCP Volume Control protocol. After adjustment, the in-vehicle system provides real-time feedback of the updated volume value to the user interface, such as updating the position of the volume slider or displaying the current volume percentage, ensuring immediate and visual feedback for user operations. For example, users can quickly change the audio output path through simple touch operations, such as clicking the audio device switching button on the interface. For instance, long-pressing the physical volume control button brings up an options menu, allowing users to directly select and adjust the volume of the car's built-in speakers or Bluetooth headphones.
[0096] In some embodiments of this application, the driver's side display screen is used to display audio content associated with the audio focus stack of the vehicle's built-in speakers, such as the playback interface of music and navigation voice from the in-vehicle entertainment system, and clearly indicates that the current output path is the vehicle's built-in speakers. The passenger's side entertainment display screen can be used to independently display audio content associated with the Bluetooth audio focus stack. When the passenger's Bluetooth headset is connected, the secondary screen will display the headset's connection status, battery level, and the media content currently being played.
[0097] In some embodiments of this application, the display interfaces of the driver's display screen and the passenger's entertainment display screen may also display control elements, such as sliders for independent volume adjustment, buttons for play / pause / skip, and tabs or lists for switching audio output paths.
[0098] It's worth noting that all operation guidance is based on real-time status. For example, the option to switch to Bluetooth is only displayed on the interface when an available Bluetooth device is detected; when audio is played through an amplifier, the amplifier icon and volume bar are highlighted on the interface, while the Bluetooth volume control remains unhighlighted.
[0099] Based on the audio playback control method provided in the above embodiments, this application also provides specific implementations of an audio playback control device. Please refer to the following embodiments.
[0100] See Figure 9 The audio playback control device 400 provided in this application embodiment includes a receiving module 410, a first generating module 420, and a first response module 430.
[0101] The receiving module 410 is used to receive a first input from the user to an audio identifier in the display device, the first input being used to play the audio corresponding to the audio identifier; the first generating module 420 is used to generate audio focus response information according to the first audio focus stack corresponding to the device type of the first audio playback device, the first audio playback device being an audio playback device used to play audio, the audio focus response information being used to indicate whether to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier, one type of audio playback device corresponding to one audio focus stack, the audio focus stack being used to grant the application in the display device the permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack; the first responding module 430 is used to respond to the first input according to the audio focus response information.
[0102] Therefore, after receiving the user's first input to the audio identifier in the display device, the first generation module 420 can determine the first audio focus stack corresponding to the device type of the first audio playback device according to the correspondence between the device type of the audio playback device and the audio focus stack, and generate audio focus response information based on the audio focus stack, so that the first response module 430 responds to the first input based on the audio focus response information. In this way, by introducing multiple independent audio focus stacks bound to the device type of the audio playback device, the global audio focus competition can be decoupled into multiple local audio focus stacks based on the audio playback device type. This allows the in-vehicle system to perform stack arbitration in its own independent audio focus stack for different audio playback device types instead of arbitrating all audio at the global level. This enables precise control of parallel playback of multiple audio streams, overcomes the problem of audio resource allocation conflict caused by the use of a single global audio focus stack in related technologies, and effectively solves the technical problems of audio interruption, stuttering or forced overwriting when playing different audio sources concurrently on multiple screens, significantly improving the audio experience in in-vehicle multi-user scenarios.
[0103] In some embodiments of this application, where the first audio playback device includes a first type of audio playback device or a second type of audio playback device, the first type of audio playback device is a built-in sound device of the vehicle system, and the second type of audio playback device is an external audio device that is communicatively connected to the vehicle system, the audio playback control device further includes a determination module, a display module, and a second response module.
[0104] The determination module is used to determine the first type of audio playback device as the first audio playback device when the display device is a first type of display device, and the audio output route of the first type of display device is fixed to the first type of audio playback device; the display module is used to display an audio playback device selection interface on the display interface of the display device when the display device is a second type of display device, and the audio output route of the second type of display device can be switched between the first type of audio playback device and the second type of audio playback device based on user needs; the first response module is used to respond to the second input of the user on the audio playback device selection interface and determine the audio playback device corresponding to the second input as the first audio playback device.
[0105] In some embodiments of this application, the first generation module includes a first determination submodule and a first generation submodule.
[0106] The first determining submodule is used to determine the audio focus status information of the first audio playback device according to the first audio focus stack corresponding to the device type of the first audio playback device. The audio focus status information refers to the information of the audio focus in the audio focus stack corresponding to the audio playback device. The first generating submodule is used to generate audio focus response information according to the status information.
[0107] In some embodiments of this application, when the status information includes first status information or second status information, the first status information is information used to characterize that the audio focus is in an idle state, and the second status information is information used to characterize that the audio focus is in an occupied state, the above-mentioned first generation submodule includes a first determination subunit and a second determination subunit.
[0108] The first determining subunit is used to determine the audio focus response information as granting the audio focus of the first audio playback device to the application corresponding to the audio identifier when the status information is the first status information; the second determining subunit is used to determine the audio focus response information according to the preset application priority rules, the application and the application occupying the audio focus when the status information is the second status information.
[0109] In some embodiments of this application, the first response module 430 includes a playback submodule and a display submodule.
[0110] The playback submodule is used to play audio through the first audio playback device when the audio focus response information is information that the audio focus of the first audio playback device is authorized to the application corresponding to the audio identifier; the display submodule is used to display prompt information on the display interface of the display device when the audio focus response information is information that the audio focus of the first audio playback device is refused to be authorized to the application corresponding to the audio identifier. The prompt information includes information to inform the user that the audio playback has failed.
[0111] In some embodiments of this application, the audio playback control device may further include a detection module, a second generation module, and an adjustment module.
[0112] The detection module is used to detect whether a connection status change event of a second type of audio playback device has occurred on the display device when audio is played through the first audio playback device. The second type of audio playback device is an external audio device that communicates with the vehicle system. The connection status change event is an event that indicates a change in the communication link status between the display device and the second type of audio playback device. The second generation module is used to generate updated audio focus response information in response to the detected connection status change event of the second type of audio playback device on the display device. The adjustment module is used to adjust the audio playback control logic according to the updated audio focus response information.
[0113] In some embodiments of this application, when the connection state change event includes a first connection state change event, and the first connection state change event is an event indicating that a communication link has been successfully established between the display device and the second type of audio playback device, the second generation module includes a response submodule, a second determination submodule, and a second generation submodule.
[0114] The response submodule is used to respond to the first connection state change event and display an audio playback device selection prompt on the display interface of the display device. The audio playback device selection prompt allows the user to choose whether to switch the audio output to the second audio playback device corresponding to the second type of audio playback device or to continue using the first audio playback device to play audio. The second determination submodule is used to determine the target audio playback device in response to the selection operation performed by the user based on the audio playback device selection prompt. The second generation submodule is used to generate updated audio focus response information according to the audio focus stack corresponding to the device type of the target audio playback device.
[0115] In some embodiments of this application, where the connection state change event includes a second connection state change event, and the second connection state change event is an event indicating that the communication link between the display device and the second type of audio playback device is disconnected, the second generation module may further include a third determination submodule and a third generation submodule.
[0116] The third determining submodule is used to respond to the second connection state change event and determine whether the audio playback device corresponding to the second type of audio playback device is the first audio playback device currently playing audio. The third generating submodule is used to release the audio focus occupied by the application corresponding to the audio identifier in the audio focus stack corresponding to the first audio playback device when it is determined that the audio playback device corresponding to the second type of audio playback device is the first audio playback device, and generate updated audio focus response information indicating that the audio focus has been released.
[0117] The various modules of the audio playback control device 400 provided in this application embodiment can realize Figures 1 to 8 It provides the functions for each step of the audio playback control method and can achieve the corresponding technical effects. For the sake of brevity, it will not be described in detail here.
[0118] Figure 10 The diagram shows a hardware structure schematic of an electronic device provided in some embodiments of this application.
[0119] The electronic device may include a processor 501 and a memory 502 storing computer program instructions.
[0120] Specifically, the processor 501 may include a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits that can be configured to implement the embodiments of this application.
[0121] Memory 502 may include mass storage for data or instructions. For example, and not limitingly, memory 502 may include a hard disk drive (HDD), floppy disk drive, flash memory, optical disk, magneto-optical disk, magnetic tape, or Universal Serial Bus (USB) drive, or a combination of two or more of these. Where appropriate, memory 502 may include removable or non-removable (or fixed) media. Where appropriate, memory 502 may be internal or external to the integrated gateway disaster recovery device. In a particular embodiment, memory 502 is non-volatile solid-state memory.
[0122] In certain embodiments, memory 502 may include read-only memory (ROM), random access memory (RAM), disk storage media device, optical storage media device, flash memory device, electrical, optical, or other physical / tangible memory storage device. Therefore, typically, memory 502 includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the audio playback control method in the above embodiments according to this application.
[0123] The processor 501 reads and executes computer program instructions stored in the memory 502 to implement any of the audio playback control methods in the above embodiments.
[0124] In one example, the electronic device may also include a communication interface 503 and a bus 510. Wherein, as... Figure 5 As shown, the processor 501, memory 502, and communication interface 503 are connected through bus 510 and complete communication with each other.
[0125] The communication interface 503 is mainly used to realize communication between various modules, devices, units and / or equipment in the embodiments of this application.
[0126] Bus 510 includes hardware, software, or both, that couples components of an electronic device together. For example, and not limitingly, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Enhanced Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), HyperTransport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an Infinite Bandwidth Interconnect, a Low Pin Count (LPC) bus, a memory bus, a Microchannel Architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local (VLB) bus, or other suitable buses, or combinations of two or more of these. Where appropriate, bus 510 may include one or more buses. Although specific buses are described and illustrated in embodiments of this application, this application contemplates any suitable bus or interconnect.
[0127] In some embodiments of this application, the above-described electronic device may further include the above-described audio playback control device.
[0128] The electronic device can execute the audio playback control method in the embodiments of this application, thereby achieving the combination Figures 1 to 9 The described audio playback control method and apparatus.
[0129] Furthermore, in conjunction with the audio playback control methods in the above embodiments, this application embodiment can provide a computer-readable storage medium for implementation. This computer-readable storage medium stores computer program instructions; when these computer program instructions are executed by a processor, they implement any of the audio playback control methods in the above embodiments. Examples of computer-readable storage media include non-transitory computer-readable storage media, such as portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, etc.
[0130] Furthermore, in conjunction with the audio playback control methods in the above embodiments, this application embodiment can provide a computer program product for implementation. This program product is stored in a storage medium and may specifically include a computer program or instructions. When executed by a processor, the computer program or instructions implement any of the audio playback control methods in the above embodiments. This program product is executed by at least one processor to implement the various processes of the audio playback control method embodiments described above, and can achieve the same technical effects. To avoid repetition, further details are omitted here.
[0131] It should be clarified that this application is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of this application is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of this application.
[0132] The functional blocks shown in the above-described structural diagram can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, they can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this application are programs or code segments used to perform the required tasks. Programs or code segments can be stored on a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried on a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, fiber optic media, radio frequency (RF) links, etc. Code segments can be downloaded via computer networks such as the Internet, intranets, etc.
[0133] It should also be noted that the exemplary embodiments mentioned in this application describe methods or systems based on a series of steps or apparatus. However, this application is not limited to the order of the above steps; that is, the steps can be performed in the order mentioned in the embodiments, or in a different order, or several steps can be performed simultaneously.
[0134] The aspects of this disclosure have been described above with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that each block in the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that these instructions, executable via the processor of the computer or other programmable data processing apparatus, enable the implementation of the functions / actions specified in one or more blocks of the flowchart illustrations and / or block diagrams. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field-programmable logic circuit. It is also understood that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can also be implemented by special-purpose hardware performing the specified functions or actions, or can be implemented by a combination of special-purpose hardware and computer instructions.
[0135] The above description is merely a specific implementation of this application. Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, modules, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here. It should be understood that the protection scope of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the protection scope of this application.
Claims
1. An audio playback control method, characterized in that, include: Receive a first input from a user regarding an audio identifier in the display device, the first input being used to play the audio corresponding to the audio identifier; Based on the first audio focus stack corresponding to the device type of the first audio playback device, audio focus response information is generated. The first audio playback device is an audio playback device used to play the audio. The audio focus response information is used to indicate whether to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier. One type of audio playback device corresponds to one audio focus stack. The audio focus stack is used to grant the application in the display device the permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack. The first input is responded to based on the audio focus response information.
2. The method according to claim 1, characterized in that, The first audio playback device includes either a first type of audio playback device or a second type of audio playback device. The first type of audio playback device is a built-in sound device of the vehicle system, and the second type of audio playback device is an external audio device that is communicatively connected to the vehicle system. The method further includes: When the display device is a first type of display device, the first type of audio playback device is determined as the first audio playback device, and the audio output route of the first type of display device is fixed to the first type of audio playback device; When the display device is a second type of display device, an audio playback device selection interface is displayed in the display interface of the display device, and the audio output route of the second type of display device can be switched between the first type of audio playback device and the second type of audio playback device based on user needs; In response to a second input from the user on the audio playback device selection interface, the audio playback device corresponding to the second input is determined as the first audio playback device.
3. The method according to claim 1, characterized in that, The step of generating audio focus response information based on the first audio focus stack corresponding to the device type of the first audio playback device includes: Based on the first audio focus stack corresponding to the device type of the first audio playback device, determine the status information of the audio focus of the first audio playback device. The status information of the audio focus refers to the information of the audio focus in the audio focus stack corresponding to the audio playback device. Based on the state information, audio focus response information is generated.
4. The method according to claim 3, characterized in that, The status information includes first status information or second status information, wherein the first status information is information used to characterize that the audio focus is in an idle state; The second state information is information used to characterize that the audio focus is in an occupied state; The step of generating audio focus response information based on the state information includes: When the status information is the first status information, granting audio focus of the first audio playback device to the application corresponding to the audio identifier is determined as the audio focus response information; When the status information is the second status information, the audio focus response information is determined according to the preset application priority rules, the application, and the application occupying the audio focus.
5. The method according to any one of claims 1 to 4, characterized in that, The step of responding to the first input based on the audio focus response information includes: If the audio focus response information is information that authorizes the audio focus of the first audio playback device to the application corresponding to the audio identifier, the audio is played through the first audio playback device; If the audio focus response information is that the application corresponding to the audio identifier is refused permission to grant audio focus of the first audio playback device, a prompt message is displayed on the display interface of the display device. The prompt message includes information to inform the user that the audio playback has failed.
6. The method according to any one of claims 1 to 4, characterized in that, The method further includes: When the audio is played through the first audio playback device, it is detected whether a connection status change event of a second type of audio playback device occurs on the display device. The second type of audio playback device is an external audio device that is connected to the vehicle system for communication. The connection status change event is an event used to indicate that the communication link status between the display device and the second type of audio playback device has changed. If a connection status change event of the second type of audio playback device is detected on the display device, updated audio focus response information is generated in response to the connection status change event; Based on the updated audio focus response information, adjust the audio playback control logic.
7. The method according to claim 6, characterized in that, The connection state change event includes a first connection state change event, which is an event used to indicate that a communication link has been successfully established between the display device and the second type of audio playback device; The step of generating updated audio focus response information in response to the connection state change event includes: In response to the first connection status change event, an audio playback device selection prompt is displayed on the display interface of the display device. The audio playback device selection prompt is used to allow the user to choose to switch the audio output to the second audio playback device corresponding to the second type of audio playback device or to continue using the first audio playback device to play the audio. In response to the user's selection operation based on the audio playback device selection prompt, the target audio playback device is determined; The updated audio focus response information is generated based on the audio focus stack corresponding to the device type of the target audio playback device.
8. The method according to claim 6, characterized in that, The connection status change event includes a second connection status change event, which is an event indicating that the communication link between the display device and the second type of audio playback device has been disconnected; The step of generating updated audio focus response information in response to the connection state change event includes: In response to the second connection state change event, determine whether the audio playback device corresponding to the second type of audio playback device is the first audio playback device that is currently playing audio; If the audio playback device corresponding to the second type of audio playback device is determined to be the first audio playback device, the audio focus occupied by the application corresponding to the audio identifier in the audio focus stack corresponding to the first audio playback device is released, and an updated audio focus response message indicating that the audio focus has been released is generated.
9. An audio playback control device, characterized in that, The device includes: The receiving module is used to receive a first input from the user to an audio identifier in the display device, wherein the first input is used to play the audio corresponding to the audio identifier; The first generation module is used to generate audio focus response information according to the first audio focus stack corresponding to the device type of the first audio playback device. The first audio playback device is an audio playback device used to play the audio. The audio focus response information is used to indicate whether to authorize the audio focus of the first audio playback device to the application corresponding to the audio identifier. One type of audio playback device corresponds to one audio focus stack. The audio focus stack is used to grant the application in the display device the permission to occupy the audio focus of the audio playback device of the device type corresponding to the audio focus stack. The first response module is used to respond to the first input based on the audio focus response information.
10. An electronic device, characterized in that, The device includes: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, it implements the audio playback control method as described in any one of claims 1-8; Alternatively, the electronic device may include the audio playback control device as described in claim 9.