Control method of audio playing in vehicle cabin, vehicle and storage medium

Abstract

The application discloses a control method for audio playing in a vehicle cabin. The control method comprises the following steps: after audio playing in the vehicle cabin is triggered, an audio channel selection identifier corresponding to the audio playing is acquired; the audio channel selection identifier and a selected audio channel are bound by a vehicle-mounted system; a binding result is sent to an audio channel strategy of the vehicle-mounted system; and the audio playing is executed by the selected audio channel by using the audio channel strategy. The audio channel selection identifier and the selected audio channel are bound by the vehicle-mounted system, the binding result is sent to the audio channel strategy of the vehicle-mounted system, and the audio playing is executed by the selected audio channel by using the audio channel strategy. Therefore, a user can select different audio channels to bind different audio channel selection identifiers according to personal will, and the user can reach selective audio channel switching without changing an audio playing channel state.

Description

Technical Field

[0001] This application relates to the technical field of audio playback, and more specifically, to a control method for audio playback in a vehicle cabin, a vehicle, and a non-volatile computer-readable storage medium. Background Technology

[0002] Currently, the audio playback paths in the Android audio system are fixed in the configuration file. Each type of audio will be played from a specific audio playback path according to the configuration file under the fixed audio playback path state. Users cannot flexibly switch audio playback paths without changing the audio playback path state. Summary of the Invention

[0003] This application provides a method for controlling audio playback in a vehicle cabin, a vehicle, and a non-volatile computer-readable storage medium.

[0004] This application provides a method for controlling audio playback in a vehicle cabin, including:

[0005] After audio playback in the vehicle cabin is triggered, obtain the audio path selection identifier corresponding to this audio playback;

[0006] The audio path selection identifier and the selected audio path are bound together through the vehicle system;

[0007] The audio path strategy for sending the binding results to the vehicle system;

[0008] The audio playback is performed using the selected audio path through the audio path strategy.

[0009] Thus, after audio playback is triggered in the vehicle cabin, the system obtains the audio path selection identifier corresponding to this playback. The system then binds the audio path selection identifier to the selected audio path via the in-vehicle system, and sends the binding result to the in-vehicle system's audio path policy. The audio path policy then executes the audio playback through the selected audio path. This allows users to select different audio paths and bind different audio path selection identifiers according to their personal preferences, enabling them to switch between audio paths selectively without changing the audio playback path status.

[0010] The step of performing this audio playback using the selected audio path through the audio path strategy includes:

[0011] The audio path selection identifier for this audio playback is identified using an audio path strategy. If a selected audio path exists that is bound to the audio path selection identifier, the audio playback is performed through the selected audio path.

[0012] Thus, the audio path selection identifier for this audio playback is identified using the audio path strategy. When there is a selected audio path bound to the audio path selection identifier, the audio playback is performed through the selected audio path.

[0013] The method further includes:

[0014] The audio path selection identifier for this audio playback is identified using an audio path strategy. If no selected audio path is bound to the audio path selection identifier, the audio playback is performed through other audio paths.

[0015] In this way, by using the audio path strategy to identify the audio path selection identifier for this audio playback, if there is no selected audio path bound to the audio path selection identifier, the audio playback will be performed through another audio path. This ensures that audio can be played from the audio channel every time audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0016] The step of sending the binding result to the audio path strategy of the vehicle system includes:

[0017] The audio path strategy of sending the binding result to the vehicle system is achieved by calling the mixer interface through Java local calls.

[0018] In this way, by calling the mixer interface through Java native calls, the binding result is sent to the audio path policy of the vehicle system, realizing communication between the application framework layer and the audio path policy. This allows the application framework layer to notify the audio path policy of the binding result, so that the audio path policy can record the binding result.

[0019] The step of binding the audio path selection identifier and the selected audio path through the vehicle system includes:

[0020] The system obtains relevant information about audio playback through the vehicle system, generates a list of identification information based on the information, and marks the selected audio path in the list of identification information to complete the binding of the audio path selection identification and the selected audio path.

[0021] In this way, by obtaining the relevant information of audio playback through the vehicle system, generating a list of identification information based on the identification information, and marking the selected audio channel in the list of identification information, the binding of the audio channel selection identification and the selected audio channel is completed. This allows the binding method of the audio channel selection identification and the audio channel to be set arbitrarily according to the user's needs, thereby obtaining a variety of binding results and making the selection of audio channels for audio playback more flexible and varied.

[0022] The step of performing this audio playback using the selected audio path through the audio path strategy includes:

[0023] The audio path selection identifier for this audio playback is identified using an audio path strategy.

[0024] When the identification information list contains an audio path selection identifier for this audio playback, the audio playback will be executed through the selected audio path marked in the identification information list.

[0025] In this way, the audio path selection identifier for this audio playback is identified using the audio path strategy. When the identifier list contains the identifier for this audio playback, the audio playback is executed through the selected audio path marked in the identifier list. Users can play audio through the selected audio channel for a relatively long period of time based on the set binding results.

[0026] The method includes:

[0027] The audio path selection identifier for this audio playback is identified using an audio path strategy.

[0028] If the audio path selection identifier for this audio playback is not found in the identifier information list, the audio playback will be performed through other audio paths.

[0029] In this way, the audio path selection identifier for this audio playback is identified using an audio path strategy. If the identifier does not exist in the identifier list, the audio playback is performed through another audio path. This ensures that audio can be played from the audio channel every time audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0030] The step of generating an identifier information list by selecting audio path identifiers based on association information includes:

[0031] The audio path selection identifier is generated into a list of identifier information based on one or more associated information.

[0032] Thus, by selecting identifiers for audio pathways based on one or more associated information to generate a list of identifier information, the diversity of binding results is further enhanced.

[0033] This application also provides a vehicle, including a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, it implements the above-described control method.

[0034] This application also provides a non-volatile computer-readable storage medium for a computer program, characterized in that, when the computer program is executed by one or more processors, it implements the above-described control method.

[0035] This application discloses a method for controlling audio playback in a vehicle cabin, a vehicle, and a non-volatile computer-readable storage medium. After audio playback in the vehicle cabin is triggered, the method obtains an audio path selection identifier corresponding to the current audio playback. The system binds the audio path selection identifier to the selected audio path through the in-vehicle system, and sends the binding result to the in-vehicle system's audio path policy. The audio path policy then executes the audio playback through the selected audio path. This allows users to select different audio paths and bind different audio path selection identifiers according to their personal preferences, enabling selective audio path switching without changing the audio playback path status.

[0036] Additional aspects and advantages of embodiments of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of embodiments of this application. Attached Figure Description

[0037] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the description of the embodiments taken in conjunction with the following drawings, wherein:

[0038] Figure 1 This is one of the flowcharts illustrating the control method of this application;

[0039] Figure 2 This is the second flowchart illustrating the control method of this application;

[0040] Figure 3 This is the third flowchart illustrating the control method of this application;

[0041] Figure 4 This is the fourth flowchart illustrating the control method of this application;

[0042] Figure 5 This is the fifth flowchart illustrating the control method of this application;

[0043] Figure 6 This is the sixth flowchart illustrating the control method of this application;

[0044] Figure 7 This is the seventh flowchart illustrating the control method of this application;

[0045] Figure 8 This is the eighth flowchart illustrating the control method of this application;

[0046] Figure 9 This is a schematic diagram illustrating the connection state between the non-volatile computer-readable storage medium and the processor of this application. Detailed Implementation

[0047] The embodiments of this application are described in detail below. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the embodiments of this application, and should not be construed as limiting the embodiments of this application.

[0048] In the Android audio system, each type of audio is played from a fixed audio playback path according to a configuration file. For example, a certain type of audio in the vehicle cabin will play from the speakers when no headphones are connected, and from the headphones when headphones are connected. Furthermore, if the center console screen and the passenger screen use the same Android audio system, and both are played from the same audio path simultaneously, audio overlap will occur, making it impossible for the user to hear the audio accurately. In other words, it is not possible to have the center console screen and the passenger screen play audio from separate audio playback paths.

[0049] Please see Figure 1 This application provides a method for controlling audio playback in a vehicle cabin, comprising the following steps:

[0050] 01: After audio playback is triggered in the vehicle cabin, obtain the audio path selection identifier corresponding to this audio playback;

[0051] 02: Bind the audio path selection identifier to the selected audio path through the vehicle system;

[0052] 03: Audio path strategy for sending binding results to the vehicle system;

[0053] 04: Utilize the audio path strategy to perform this audio playback through the selected audio path.

[0054] This application also provides a vehicle, including a memory and a processor. The memory stores a computer program, and the processor is used to, after audio playback is triggered in the vehicle cabin, obtain an audio path selection identifier corresponding to the current audio playback, bind the audio path selection identifier and the selected audio path through the vehicle system, send the binding result to the audio path policy of the vehicle system, and execute the current audio playback through the selected audio path using the audio path policy.

[0055] Specifically, the vehicle cabin is equipped with various audio playback channels, such as wired headphones, Bluetooth headphones, and speakers. In other words, audio channels refer to playback devices like wired headphones, Bluetooth headphones, and speakers. The vehicle also uses the Android audio system to control audio playback. Selected audio channels refer to the audio channels that developers bind to audio channel selection identifiers according to their preferences.

[0056] The Android audio system architecture, from top to bottom, can include the Applications layer, the Application Framework layer, the Native Libraries layer (Android Runtime), and the Linux Kernel layer. The Applications layer installs audio plugins (Audioplay), such as applications for audio playback, which users can directly interact with to select the audio they want to play. The Application Framework layer includes the AudioService and various Application Programming Interfaces (APIs) that developers may use when building applications. Developers use this layer to bind audio path selection identifiers and selected audio paths, generating binding results. The Native Libraries layer in the Android Runtime layer includes Audio Policy, which can be used to construct audio path policies that can recognize and implement developer-customized audio path switching methods as described in this application.

[0057] When audio playback occurs within the vehicle cabin, a corresponding audio path selection identifier can be found. This identifier might include a session ID generated by the audio playback, a user identification (UID) identifying the application, and a process identification (PID) identifying the application process. Each identifier directly corresponds to a specific audio playback. For example, each audio playback generates a session ID, which can be used to identify the specific audio playback. Each application has a corresponding UID, typically used to distinguish different applications. Therefore, when an application plays audio, its UID can be used to identify which application is playing the audio. Each application process has a corresponding PID, also typically used to distinguish different application processes. Audio playback generates playback data, which always originates from a specific application process. The PID can be used to identify the application that is playing the audio.

[0058] The in-vehicle system can bind the audio channel selection identifier and the selected audio path at the application framework layer to obtain the binding result. This binding result is then sent to the audio path policy at the system runtime layer, where the audio path policy records the binding result. When audio playback in the vehicle cabin is triggered, the audio path policy identifies the audio path selection identifier for this playback, searches for the selected audio channel corresponding to that identifier in the binding result, and then executes the audio playback through the selected audio channel.

[0059] Understandably, after binding the audio path selection identifier to the selected audio path and recording the binding result in the audio path policy, the audio path policy can then execute audio playback according to the selected audio path during subsequent audio playback. Users can choose different audio paths to bind to different audio path selection identifiers according to their personal preferences, thereby achieving selective audio path switching.

[0060] In one example, both the central control screen and the passenger-side screen in the vehicle cabin use speakers as their audio playback path. When a user selects to play audio on either the central control screen or the passenger-side screen, the audio is played from the speakers. The in-vehicle system binds the audio path identifier of the passenger-side screen to headphones and sends the binding result to the audio path policy. When the user selects to play audio on the passenger-side screen, the control audio path policy identifies the audio path selection identifier for that audio, finds that the corresponding audio channel is headphones, and plays the audio from the headphones. Simultaneously, if the user selects to play another audio on the central control screen, the in-vehicle system plays the corresponding audio from the speakers. Of course, the same method can be used to bind the audio path selection identifier of the central control screen to another pair of headphones, thus enabling the central control screen and the passenger-side screen to play audio from different audio playback paths.

[0061] Thus, after audio playback is triggered in the vehicle cabin, the system obtains the audio path selection identifier corresponding to this playback. The system then binds the audio path selection identifier to the selected audio path via the in-vehicle system, and sends the binding result to the in-vehicle system's audio path policy. The audio path policy then executes the audio playback through the selected audio path. This allows users to select different audio paths and bind different audio path selection identifiers according to their personal preferences, enabling them to switch between audio paths selectively without changing the audio playback path status.

[0062] Please see Figure 2 Step 04 includes:

[0063] 040: Use the audio path strategy to identify the audio path selection identifier for this audio playback. If there is a selected audio path bound to the audio path selection identifier, execute this audio playback through the selected audio path.

[0064] The processor uses the audio path policy to identify the audio path selection identifier for this audio playback. If there is a selected audio path bound to the audio path selection identifier, the processor executes the audio playback through the selected audio path.

[0065] Specifically, the method of using an audio path strategy to perform this audio playback through the selected audio path includes: using the audio path strategy to identify the audio path selection identifier for this audio playback; if the binding results show a selected audio path corresponding to the selected audio path identifier, then performing this audio playback through the selected audio path.

[0066] In one example, the in-vehicle system binds the audio path identifier on the passenger-side screen to the headphones and sends the binding result to the audio path policy. When the user selects to play a certain audio on the passenger-side screen, the audio path policy identifies the audio path selection identifier of that audio, queries the binding result, and if it confirms that there are headphones corresponding to the audio path selection identifier of that audio, it plays the audio from the headphones.

[0067] Thus, the audio path selection identifier for this audio playback is identified using the audio path strategy. When there is a selected audio path bound to the audio path selection identifier, the audio playback is performed through the selected audio path.

[0068] Please see Figure 3 The methods also include:

[0069] 05: Use the audio path strategy to identify the audio path selection identifier for this audio playback. If there is no selected audio path bound to the audio path selection identifier, execute this audio playback through other audio paths.

[0070] The processor uses the audio path policy to identify the audio path selection identifier for this audio playback. If there is no selected audio path bound to the audio path selection identifier, the processor will perform this audio playback through other audio paths.

[0071] Specifically, there may be situations where the audio path selection identifier generated by audio playback is not bound to an audio path. When this happens, the audio path policy can specify other audio paths to perform audio playback.

[0072] Understandably, there are multiple audio channels within the vehicle cabin. When the audio channel strategy identifies the audio channel selection identifier for a particular audio playback and queries the binding results, if no selected audio channel is found bound to that identifier, the audio playback can be performed through another audio channel. This ensures that audio can be played from the audio channel every time audio playback is performed within the vehicle cabin, thus meeting the user's audio listening needs.

[0073] In one example, the in-vehicle system does not bind the audio path identifier of the passenger-side screen to any audio channel. When the user selects to play a certain audio on the passenger-side screen, the audio path control policy identifies the audio path selection identifier of that audio, queries the binding results to find the corresponding selected audio channel that is not bound to that audio path selection identifier, and controls the audio to be played from other audio channels, such as speakers.

[0074] In this way, by using the audio path strategy to identify the audio path selection identifier for this audio playback, if there is no selected audio path bound to the audio path selection identifier, the audio playback will be performed through another audio path. This ensures that audio can be played from the audio channel every time audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0075] Please see Figure 6 Step 03 includes:

[0076] 030: Audio path strategy for sending binding results to the vehicle system by calling the mixer interface through JAVA local calls.

[0077] The processor is used to call the mixer interface via Java native calls to send the binding results to the audio path strategy of the vehicle system.

[0078] Specifically, after binding the audio channel selection identifier and the selected audio path at the application framework layer to obtain the binding result, a communication interface needs to be added to pass the binding result obtained by the application framework layer to the system runtime layer. This enables communication between the application framework layer and the audio path policy, allowing the application framework layer to notify the audio path policy of the binding result, which in turn allows the audio path policy to record the binding result. Therefore, the binding result can be sent to the audio path policy at the system runtime layer by calling the AudioFlinger interface through Java Native Interface (JIN).

[0079] In this way, by calling the mixer interface through Java native calls, the binding result is sent to the audio path policy of the vehicle system, realizing communication between the application framework layer and the audio path policy. This allows the application framework layer to notify the audio path policy of the binding result, so that the audio path policy can record the binding result.

[0080] Please see Figure 5 Step 02 includes:

[0081] 020: Obtain relevant information about audio playback through the vehicle system, generate a list of identification information based on the identification information of the audio path selection identifier, and mark the selected audio path in the identification information list to complete the binding of the audio path selection identifier and the selected audio path.

[0082] The processor is used to obtain audio playback-related information through the vehicle system, generate an identification information list based on the identification information, and mark the selected audio path in the identification information list to complete the binding of the audio path selection identification and the selected audio path.

[0083] Specifically, the associated information related to audio playback includes information about the application used for audio playback, such as the application's whitelist, blacklist, hardware location, and type. The audio path selection identifier can be an identifier such as UID or PID. The method for binding the audio path selection identifier to the selected audio path through the in-vehicle system includes: first, obtaining the associated information related to audio playback through the in-vehicle system; then, generating an identifier list (ID list) based on the associated information, which can generate multiple different identifier lists; finally, marking the selected audio path in each identifier list, so that each identifier list corresponds to one audio channel, thus completing the binding of the audio path selection identifier to the selected audio path.

[0084] Understandably, by dividing audio path selection identifiers into different identifier lists based on audio playback-related information, and then marking the selected audio channel on each identifier list, the binding method between audio path selection identifiers and audio channels can be arbitrarily set according to user needs, resulting in multiple binding outcomes and making audio path selection more flexible and varied. For example, applications on the same control screen can be divided into different identifier lists based on a blacklist. Applications whose similarity to the blacklist exceeds a preset threshold can be combined into one identifier list, marked as "headphones," while applications whose similarity to the blacklist does not exceed the preset threshold can be combined into another identifier list, marked as "speakers." This allows users to interact with different applications on the control screen, and the audio can be played through headphones or speakers respectively. The preset threshold can be set in advance by the developers.

[0085] In one example, a method for binding the passenger-side screen to a Bluetooth headset is defined. First, the vehicle system obtains the association information of the applications on the passenger-side screen. Then, it compiles the UID identifiers corresponding to all applications on the passenger-side screen into an identifier list, i.e., generates a UID identifier list. Next, the UID identifier list is used to tag the Bluetooth headset, thus completing the binding method between the passenger-side screen and the Bluetooth headset. When the user interacts with the application on the passenger-side screen, audio is played from the Bluetooth headset. Simultaneously, a method for binding the center console screen to a speaker is defined. First, the vehicle system obtains the association information of the applications on the center console screen. Then, it compiles the UID identifiers corresponding to all applications on the center console screen into an identifier list, i.e., generates a UID identifier list. Next, the UID identifier list is used to tag the speaker, thus completing the binding method between the center console screen and the speaker. When the user interacts with the application on the center console screen, audio is played from the speaker. Thus, within a vehicle cabin, when a user interacts with applications on both the passenger-side screen and the center console screen, audio is played from the Bluetooth headset and the speaker respectively.

[0086] In this way, by obtaining the relevant information of audio playback through the vehicle system, generating a list of identification information based on the identification information, and marking the selected audio channel in the list of identification information, the binding of the audio channel selection identification and the selected audio channel is completed. This allows the binding method of the audio channel selection identification and the audio channel to be set arbitrarily according to the user's needs, thereby obtaining a variety of binding results and making the selection of audio channels for audio playback more flexible and varied.

[0087] Please see Figure 6 Step 04 includes:

[0088] 041: Use audio path strategy to identify the audio path selection identifier for this audio playback;

[0089] 042: When the identification information list contains an audio path selection identifier for this audio playback, the audio playback will be executed through the selected audio path marked in the identification information list.

[0090] The processor is used to identify the audio path selection identifier for this audio playback using an audio path strategy, and to execute this audio playback through the selected audio path marked in the identifier information list when the identifier information list contains the audio path selection identifier for this audio playback.

[0091] Specifically, after binding the audio path selection identifier with the audio channel through the association information related to audio playback, the binding result is obtained and sent to the audio path policy. When audio playback in the vehicle cabin is triggered, the audio path policy identifies the audio path selection identifier for this audio playback. If the identifier for this audio playback is found in the identifier information list in the binding result, the audio playback is executed through the selected audio path marked in the identifier information list.

[0092] In one example, after the Bluetooth headset and the passenger screen are paired, when the user selects to play a certain audio on the passenger screen, the audio path policy identifies the audio path selection identifier of that audio. If the audio path selection identifier is found in the identifier information list of the passenger screen in the pairing results, the audio is played through the Bluetooth headset marked in the identifier information list.

[0093] Understandably, by creating a list of audio path selection identifiers, the binding between these identifiers and audio channels can be maintained for a considerable period. In other words, users can play audio through the selected audio channel based on the established binding for an extended period.

[0094] In this way, the audio path selection identifier for this audio playback is identified using the audio path strategy. When the identifier list contains the identifier for this audio playback, the audio playback is executed through the selected audio path marked in the identifier list. Users can play audio through the selected audio channel for a relatively long period of time based on the set binding results.

[0095] Please see Figure 7 The methods also include:

[0096] 060: Use audio path strategy to identify the audio path selection identifier for this audio playback;

[0097] 061: If the audio path selection identifier for this audio playback does not exist in the identifier information list, this audio playback will be performed through other audio paths.

[0098] The processor is used to identify the audio path selection identifier for this audio playback using the audio path strategy, and to perform this audio playback through other audio paths when the identifier information list does not contain the audio path selection identifier for this audio playback.

[0099] Specifically, when the audio path strategy identifies an audio path selection identifier for a particular audio playback and finds that the identifier does not exist in the identifier list, the audio playback can be performed through another audio path. This ensures that audio can be played from the audio channel every time audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0100] In one example, the in-vehicle system does not bind an application's audio path identifier to any audio channel. When a user selects to play audio on the passenger-side screen, the audio path policy identifies the audio path selection identifier for that audio. It then sequentially checks different identifier lists to see if the corresponding audio path selection identifier exists. If the identifier does not exist in the search results, the audio is played from the designated wired headphones. If the wired headphones are not connected, the audio is played from the main path, such as the speaker. This ensures that audio is always played from the audio channel whenever audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0101] In this way, the audio path selection identifier for this audio playback is identified using an audio path strategy. If the identifier does not exist in the identifier list, the audio playback is performed through another audio path. This ensures that audio can be played from the audio channel every time audio playback is performed in the vehicle cabin, thus meeting the user's audio listening needs.

[0102] Please see Figure 8 In step 020, the audio path selection identifier is generated into an identifier information list based on the association information, including:

[0103] 021: Generate a list of identifier information by selecting the audio path identifier based on one or more associated information.

[0104] The processor is used to generate a list of identification information based on one or more associated information to select audio path identifiers.

[0105] Specifically, when dividing audio path selection identifiers into different identifier information lists based on audio playback-related association information, one association information can be used as the basis for dividing the identifier information lists. Alternatively, multiple association information can be used as the basis for dividing the identifier information lists. For example, simultaneously using the application type and the hardware device on which the application resides as the basis for dividing the identifier information lists, an application from a certain brand and an application located on the central control screen can be grouped into the same identifier information list, and this identifier information list can be labeled as Bluetooth headphones. When the user interacts with the application from that brand on the central control screen, audio will be played from the Bluetooth headphones.

[0106] Understandably, one or more associated information can be arbitrarily combined to generate different lists of identification information for audio path selection identifiers, further enhancing the diversity of binding results.

[0107] Thus, by selecting identifiers for audio pathways based on one or more associated information to generate a list of identifier information, the diversity of binding results is further enhanced.

[0108] The code example for compiling the UID identifiers of all applications on the passenger screen into an identifier list in step 020 can be as follows:

[0109]

[0110] The following is a code example to implement the audio path strategy in step 03, which records the binding results:

[0111]

[0112] The code examples for implementing the examples in steps 041, 042, 060, and 061 can be as follows:

[0113]

[0114] Please see Figure 9 This application also provides a non-volatile computer-readable storage medium 100 containing a computer program 101. When the computer program 101 is executed by one or more processors 200, the one or more processors 200 perform the control method of any of the above embodiments.

[0115] In the description of this specification, the references to terms such as "certain embodiments," "in one example," "exemplarily," etc., indicate that a specific feature, structure, material, or characteristic described in connection with an embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, users skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0116] Any process or method description in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing a particular logical function or process, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which the embodiments of this application pertain.

[0117] Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Users of ordinary skills in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of this application.

Claims

1. A control method for audio playback in a vehicle cabin, applied to an Android audio system, characterized in that, include: After audio playback in the vehicle cabin is triggered, obtain the audio path selection identifier corresponding to this audio playback; The audio path selection identifier and the selected audio path are bound together through the in-vehicle system; The strategy for sending the binding results to the audio path of the vehicle system; The audio playback is performed using the selected audio path through the audio path strategy. The steps of binding the audio path selection identifier and the selected audio path through the vehicle system include: The system obtains relevant information about audio playback through the vehicle system, generates a list of identification information based on the identification information, and marks the selected audio path in the list of identification information to complete the binding of the audio path selection identification and the selected audio path. The audio playback-related association information includes information about the application used for audio playback. The step of generating an identifier list by selecting audio path identifiers based on the association information includes: To obtain the approximation of information from multiple applications used for audio playback; The multiple applications whose similarity exceeds a preset threshold, along with the audio path selection identifier, are combined into an identifier information list; The multiple applications whose similarity does not exceed a preset threshold, and the audio path selection identifier, are combined into an identifier information list.

2. The control method according to claim 1, characterized in that, The step of performing this audio playback using the selected audio path through the audio path strategy includes: The audio path selection identifier for this audio playback is identified using an audio path strategy. If a selected audio path exists that is bound to the audio path selection identifier, the audio playback is performed through the selected audio path.

3. The control method according to claim 2, characterized in that, The method includes: The audio path selection identifier for this audio playback is identified using an audio path strategy. If no selected audio path is bound to the audio path selection identifier, the audio playback is performed through other audio paths.

4. The control method according to claim 1, characterized in that, The step of sending the binding result to the audio path strategy of the vehicle system includes: The audio path strategy of sending the binding result to the vehicle system is achieved by calling the mixer interface through Java local calls.

5. The control method according to claim 1, characterized in that, The step of performing this audio playback using the selected audio path through the audio path strategy includes: The audio path selection identifier for this audio playback is identified using an audio path strategy. When the identification information list contains an audio path selection identifier for this audio playback, the audio playback will be executed through the selected audio path marked in the identification information list.

6. The control method according to claim 5, characterized in that, The method includes: The audio path selection identifier for this audio playback is identified using an audio path strategy. If the audio path selection identifier for this audio playback is not found in the identifier information list, the audio playback will be performed through other audio paths.

7. The control method according to claim 1, characterized in that, The step of generating an identifier information list by selecting audio path identifiers based on association information includes: The audio path selection identifier is generated into a list of identifier information based on one or more associated information.

8. A vehicle, characterized in that, It includes a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, it implements the control method according to any one of claims 1-7.

9. A non-volatile computer-readable storage medium for computer programs, characterized in that, When the computer program is executed by one or more processors, it implements the control method according to any one of claims 1-7.

Images