CN113810494A

CN113810494A - Audio playing control method, device, terminal and storage medium

Info

Publication number: CN113810494A
Application number: CN202111088936.0A
Authority: CN
Inventors: 王磊
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-09-16
Filing date: 2021-09-16
Publication date: 2021-12-17
Anticipated expiration: 2041-09-16
Also published as: CN113810494B

Abstract

An audio playing control method, an audio playing control device, a terminal and a storage medium belong to the technical field of Internet of vehicles. The method comprises the following steps: the vehicle-mounted front-end application sends audio playing control information to the vehicle-mounted front-end application framework, wherein the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application; the vehicle-mounted front-end application framework analyzes the audio playing control information, generates an audio playing control request and sends the audio playing control request to the vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on audio; and the vehicle-mounted operating system performs playing control on the audio according to the audio playing control request. The method and the device can be applied to vehicle-mounted scenes, information interaction between the vehicle-mounted front-end application and the vehicle-mounted operating system is achieved through the vehicle-mounted front-end application framework, playing control of audio provided by the vehicle-mounted operating system to the vehicle-mounted front-end application is achieved, the vehicle-mounted front-end application can be used without installation, and the storage space of the vehicle-mounted terminal is saved.

Description

Audio playing control method, device, terminal and storage medium

Technical Field

The present application relates to the field of car networking technologies, and in particular, to an audio playing control method, apparatus, terminal, and storage medium.

Background

With the development of smart driving and 5G (5th Generation Mobile Communication Technology, fifth Generation Mobile Communication Technology) networks, the functions of the in-vehicle terminal are increasingly diversified and intelligent. The function of playing the audio through the vehicle-mounted operating system also provides more comfortable vehicle experience for drivers and passengers.

In the related art, a user may install an APP (Application) on a vehicle-mounted terminal, the APP may provide audio, and then the user may control the audio provided by the APP to play through the vehicle-mounted terminal. For example, the user uses a physical key or a virtual key provided by the in-vehicle terminal to play, pause, cut songs and the like on audio provided by the APP.

However, the above related art requires the APP to be installed on the in-vehicle terminal, occupying the storage space of the in-vehicle terminal.

Disclosure of Invention

The embodiment of the application provides an audio playing control method, an audio playing control device, a terminal and a storage medium, and the storage space of a vehicle-mounted terminal can be saved. The technical scheme is as follows:

according to an aspect of an embodiment of the present application, there is provided an audio playback control method, including:

the method comprises the steps that a vehicle-mounted front-end application sends audio playing control information to a vehicle-mounted front-end application framework, wherein the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application;

the vehicle-mounted front-end application framework analyzes the audio playing control information, generates an audio playing control request, and sends the audio playing control request to a vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on the audio;

and the vehicle-mounted operating system controls the audio playing according to the audio playing control request.

According to an aspect of the embodiments of the present application, there is provided an audio playback control method, the method being performed by a vehicle front-end application framework, the method including:

receiving audio playing control information from a vehicle-mounted front-end application, wherein the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application;

analyzing the audio playing control information to generate an audio playing control request, wherein the audio playing control request is used for requesting a vehicle-mounted operating system to play and control the audio;

and sending the audio playing control request to the vehicle-mounted operating system.

According to an aspect of an embodiment of the present application, there is provided an audio playback control method, which is executed by a vehicle front-end application, and includes:

sending audio playing control information to a vehicle-mounted front-end application framework, wherein the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application; the vehicle-mounted front-end application framework is used for analyzing the audio playing control information, generating an audio playing control request, and sending the audio playing control request to a vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on the audio;

receiving real-time state information of the audio from the vehicle-mounted front-end application framework, wherein the real-time state information of the audio is generated by the vehicle-mounted front-end application framework according to audio state synchronization information sent by the vehicle-mounted operating system, and the audio state synchronization information is used for synchronizing the real-time state of the audio.

According to an aspect of the embodiments of the present application, there is provided an audio playback control method, which is executed by an in-vehicle operating system, the method including:

receiving an audio playing control request from a vehicle-mounted front-end application framework, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to play and control audio provided by the vehicle-mounted front-end application;

according to the audio playing control request, carrying out playing control on the audio;

sending audio state synchronization information to the vehicle-mounted front-end application framework, wherein the audio state synchronization information is used for synchronizing the real-time state of the audio; and the vehicle-mounted front-end application framework is used for providing the real-time state information of the audio frequency for the vehicle-mounted front-end application according to the audio frequency state synchronization information.

According to an aspect of an embodiment of the present application, there is provided an audio playback control system including: the system comprises a vehicle-mounted front-end application, a vehicle-mounted front-end application framework and a vehicle-mounted operating system;

the vehicle-mounted front-end application is used for sending audio playing control information to the vehicle-mounted front-end application framework, and the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application;

the vehicle-mounted front-end application framework is used for analyzing the audio playing control information, generating an audio playing control request and sending the audio playing control request to the vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on the audio;

and the vehicle-mounted operating system is used for carrying out playing control on the audio according to the audio playing control request.

According to an aspect of an embodiment of the present application, there is provided an audio playback control apparatus, including:

the receiving module is used for receiving audio playing control information from the vehicle-mounted front-end application, and the audio playing control information is used for indicating playing control of audio provided by the vehicle-mounted front-end application;

the analysis module is used for analyzing the audio playing control information to generate an audio playing request, and the audio playing control request is used for requesting the vehicle-mounted operating system to carry out playing control on the audio;

and the sending module is used for sending the audio playing control request to the vehicle-mounted operating system.

the system comprises a sending module, a receiving module and a display module, wherein the sending module is used for sending audio playing control information to a vehicle-mounted front-end application framework, and the audio playing control information is used for indicating that the playing of audio provided by the vehicle-mounted front-end application is controlled; the vehicle-mounted front-end application framework is used for analyzing the audio playing control information, generating an audio playing control request, and sending the audio playing control request to a vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on the audio;

a receiving module, configured to receive real-time status information of the audio from the vehicle-mounted front-end application framework, where the real-time status information of the audio is generated by the vehicle-mounted front-end application framework according to audio status synchronization information sent by the vehicle-mounted operating system, and the audio status synchronization information is used to synchronize a real-time status of the audio.

the receiving module is used for receiving an audio playing control request from a vehicle-mounted front-end application framework, wherein the audio playing control request is used for requesting a vehicle-mounted operating system to play and control audio provided by a vehicle-mounted front-end application;

the control module is used for carrying out playing control on the audio according to the audio playing control request;

the sending module is used for sending audio state synchronization information to the vehicle-mounted front-end application framework, wherein the audio state synchronization information is used for synchronizing the real-time state of the audio; and the vehicle-mounted front-end application framework is used for providing the real-time state information of the audio frequency for the vehicle-mounted front-end application according to the audio frequency state synchronization information.

According to an aspect of the embodiments of the present application, there is provided a terminal, the terminal including a processor and a memory, the memory storing at least one instruction, at least one program, a code set, or an instruction set therein, the at least one instruction, the at least one program, the code set, or the instruction set being loaded and executed by the processor to implement the above-mentioned audio playback control method.

According to an aspect of the embodiments of the present application, there is provided a computer-readable storage medium having at least one instruction, at least one program, a set of codes, or a set of instructions stored therein, which is loaded and executed by the processor to implement the above-mentioned audio playback control method.

According to an aspect of embodiments herein, there is provided a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the terminal reads the computer instruction from the computer readable storage medium, and the processor executes the computer instruction, so that the terminal executes the audio playing control method.

The technical scheme provided by the embodiment of the application can bring the following beneficial effects:

the audio playing control information of the vehicle-mounted front-end application (such as a vehicle-mounted applet, a vehicle-mounted front-end webpage and the like) is analyzed through the vehicle-mounted front-end application framework, an audio playing control request is generated and sent to the vehicle-mounted operating system, playing control of the vehicle-mounted operating system on audio provided by the vehicle-mounted front-end application is achieved, the vehicle-mounted front-end application can be used without installation, data of the vehicle-mounted front-end application is stored in a cloud, and the storage space of a vehicle-mounted terminal is saved; moreover, the audio playing state and the playing operation of the vehicle-mounted front-end application can be transmitted to the vehicle-mounted operating system through the vehicle-mounted front-end application framework, and meanwhile, the key operation of the vehicle-mounted operating system and the playing state of the player provided by the vehicle-mounted operating system can also be transmitted to the vehicle-mounted front-end application through the vehicle-mounted front-end application framework, so that the vehicle-mounted front-end application and the vehicle-mounted operating system are deeply merged; in addition, in the technical scheme provided by the application, the vehicle-mounted front-end application does not need to be matched with a vehicle-mounted operating system, and the vehicle-mounted front-end application has the advantages of cross-platform performance and no need of front-end matching.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a schematic illustration of an environment for implementing an embodiment provided by an embodiment of the present application;

fig. 2 is a flowchart of an audio playback control method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a vehicle front-end application interface provided by an embodiment of the present application;

FIG. 4 is a schematic illustration of a display interface of a center control screen provided by an embodiment of the present application;

FIG. 5 is a schematic illustration of a dashboard display interface provided in accordance with an embodiment of the present application;

fig. 6 is a flowchart of an audio playback control method according to another embodiment of the present application;

fig. 7 is a flowchart of an audio playback control method according to another embodiment of the present application;

fig. 8 is a flowchart of an audio playback control method according to another embodiment of the present application;

FIG. 9 is a diagram of a first protocol specification and a second protocol specification provided by one embodiment of the present application;

FIG. 10 is a schematic illustration of a first protocol specification and a second protocol specification provided by another embodiment of the present application;

fig. 11 is a block diagram of an audio playback control apparatus according to an embodiment of the present application;

fig. 12 is a block diagram of an audio playback control apparatus according to another embodiment of the present application;

fig. 13 is a block diagram of an audio playback control apparatus according to another embodiment of the present application;

fig. 14 is a block diagram of a terminal according to an embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Refer to fig. 1, which illustrates a schematic diagram of an environment for implementing an embodiment of the present application. The embodiment implementation environment includes a vehicle-mounted terminal 100.

In a broad sense, the vehicle-mounted terminal 100 may be any terminal device related to a vehicle, and the vehicle-mounted terminal 100 may be fixedly disposed on the vehicle, such as a vehicle machine; or the mobile phone can be arranged on a vehicle in a non-fixed mode, such as a mobile phone, a computer, intelligent voice interaction equipment, intelligent household appliances and the like. The vehicle-mounted terminal 100 may be a front-end device for vehicle monitoring and management, for example, control a vehicle, for example, control start and stop of the vehicle, control audio playing in the vehicle, and the like, which is not limited in this application.

In the embodiment of the present application, the in-vehicle terminal 100 includes (runs) an in-vehicle operating system 110, an in-vehicle front-end application framework 120, and an in-vehicle front-end application 130.

The in-vehicle operating system 110, including system programs for processing various basic system services and performing hardware-related tasks, such as a core library layer, a driver layer, etc., is used to implement various basic services and to process hardware-based tasks. The vehicle-mounted operating system may include various vehicle-mounted operating systems, such as a vehicle-mounted Linux OS (vehicle-mounted Linux operating system) and a vehicle-mounted Android OS (vehicle-mounted Android operating system), and the specific type of the vehicle-mounted operating system is not limited in the present application.

The front-end application framework 120 refers to the underlying service components that are capable of supporting the general functionality of the front-end application 130. The application framework refers to a basic library for running an application program on the operating system, and the front-end car application framework 120 is a basic library for running the front-end car application 130 on the operating system 130. Illustratively, if the vehicle-mounted front-end application 130 is a vehicle-mounted applet, the vehicle-mounted front-end application framework 120 is a vehicle-mounted applet framework, which refers to a code framework complying with the official specification of the applet, and is capable of rendering and displaying the applet according to the design intention of a developer and providing various terminal capabilities in the official specification.

The in-vehicle front-end application 130 refers to a front-end application that can run on the in-vehicle terminal 100. The vehicle front-end application may be a front-end application such as a vehicle applet, a vehicle front-end web page, etc. Illustratively, the in-vehicle front-end application 130 is an in-vehicle applet, which refers to a sub-application that runs on the in-vehicle terminal 100 based on a parent application, and accordingly, the in-vehicle front-end application framework 120 may be referred to as an in-vehicle applet framework. Illustratively, the in-vehicle front-end application 130 is an in-vehicle front-end web page, and the in-vehicle front-end application framework 120 may be referred to as an in-vehicle front-end web page framework. The front-end application can be used without installation, the data of the front-end application is stored in the cloud, and the storage space of the vehicle-mounted terminal is not occupied. Optionally, the on-board front-end application 130 may be displayed on a central control screen of the vehicle, may also be displayed on a dashboard of the vehicle, or may be displayed on other display screens of the vehicle, which is not limited in this application.

In the following, the technical solution of the present application will be described by several embodiments.

Referring to fig. 2, a flowchart of an audio playback control method according to an embodiment of the present application is shown. The method can be applied to the in-vehicle terminal 100 in the embodiment implementation environment shown in fig. 1. The method can comprise the following steps (201-204).

Step 201, the vehicle front end application sends audio playing control information to the vehicle front end application framework.

The audio playing control information is used for indicating playing control of the audio provided by the vehicle-mounted front-end application. Optionally, the audio playback control information includes, but is not limited to, at least one of: control type, data source, title, jacket map link, singer name, album name, playing progress. Optionally, the control types include, but are not limited to, at least one of: play, pause, stop, resume (or "resume") and schedule designations.

Optionally, the vehicle-mounted front-end application sends audio playing control information conforming to the first protocol specification to the vehicle-mounted front-end application framework. The first protocol specification refers to a protocol specification between the vehicle front-end application framework and the vehicle front-end application. Optionally, the first protocol specification includes an audio operation protocol for defining the content of the audio playback control information. Illustratively, the audio operating protocol is referred to as the Opera Audio protocol. The OperateAudio protocol includes the following fields: control type (operationType), data source (src), title (title), jacket map link (coverlmgUrl), singer name (singer), album name (epname), and play progress (currentTime). The control type (operationType) includes: play (play), pause (pause), stop (stop), resume (resume), and progress designation (seek).

Optionally, a play interface of the vehicle-mounted front-end application is displayed on a central control screen of the vehicle-mounted terminal, and the vehicle-mounted front-end application generates audio play control information in response to an operation of a user on the play interface of the vehicle-mounted front-end application for audio play. Optionally, at least one of the following is displayed in the play interface of the vehicle front-end application: title, jacket picture, artist name, album name, progress of play, control controls, lyrics content, audio list, etc. Optionally, the control includes a play control, a pause control, a stop control, a resume control (or called a resume control), a progress designation control, and the like. The playing control is used for controlling the audio to be switched to the playing state, the pausing control is used for controlling the audio to be switched to the pausing state, the stopping control is used for controlling the audio to be switched to the stopping state, the recovering control is used for controlling the audio to return to the previous playing state from the current playing state, and the progress specifying control is used for controlling the playing progress of the audio.

Illustratively, as shown in fig. 3, a play interface 310 of the vehicle front end application is displayed on the center control screen 300, and information such as a title 311, lyrics content 312, control 313, play progress 314, and a cover page 315 is displayed in the play interface 310.

Optionally, in addition to the playing interface of the front-end application, other interfaces are also displayed on the center control screen of the vehicle-mounted terminal, for example, other application interfaces are also displayed on the center control screen of the vehicle-mounted terminal, which is not limited in this application. Optionally, the playing interface of the vehicle-mounted front-end application may be displayed side by side with other interfaces, or may be displayed above other interfaces, and the application is not limited to the relationship between the playing interface of the vehicle-mounted front-end application and the display positions of other interfaces.

Step 202, the vehicle-mounted front-end application framework analyzes the audio playing control information to generate an audio playing control request.

And the audio playing control request is used for requesting the vehicle-mounted operating system to carry out playing control on the audio provided by the vehicle-mounted front-end application. Optionally, the audio playback control request includes, but is not limited to, at least one of: control type, data source, title, jacket map link, singer name, album name, playing progress. Optionally, the control types include, but are not limited to, at least one of: play, pause, stop, resume (or "resume") and schedule designations.

Optionally, the vehicle-mounted front-end application framework analyzes the audio playing control information meeting the first protocol specification to obtain the relevant information of the audio. The related information of the audio includes but is not limited to at least one of the following: control type, data source, title, jacket map link, singer name, album name, playing progress.

Optionally, the vehicle front-end application framework generates an audio playing control request conforming to the second protocol specification based on the relevant information of the audio. The second protocol specification refers to a protocol specification between the vehicle-mounted front-end application framework and the vehicle-mounted operating system. The audio playing control information sent by the vehicle-mounted front-end application cannot be directly analyzed by the vehicle-mounted operating system, so that the vehicle-mounted front-end application framework is required to analyze the audio playing control information meeting the first protocol specification to obtain the relevant information of the audio, and then an audio playing control request meeting the second protocol specification is generated according to the relevant information of the audio so as to realize the playing control of the audio provided by the vehicle-mounted front-end application by the vehicle-mounted operating system.

Optionally, the vehicle front-end application framework creates a virtual player instance, updates the audio playing state of the virtual player instance according to the audio related information, and then generates an audio playing control request based on the audio playing state of the virtual player instance. The virtual player instance refers to a virtual player which is created by an on-board front-end application framework and used for updating or storing an audio playing state, the virtual player only updates or stores the audio playing state, and operations such as analysis, playing and control of audio are not executed.

Illustratively, the audio playing control information indicates that the audio is switched from the initialization state to the playing state, that is, when the front-end car application is started, the front-end car application sends the audio playing control information to the front-end car application framework to indicate that the audio starts playing, the front-end car application framework creates a virtual player instance and synchronizes the relevant information of the audio to the virtual player instance, and at the same time, switches the audio in the virtual player instance to the playing state, and then generates an audio playing control request to request the operating system to start a player (the player is a player provided by the operating system, and may be referred to as a "system player"), and switches the audio to the playing state.

Illustratively, the audio playing control information indicates that the audio is switched from the playing state to the pause state, the vehicle-mounted front-end application framework switches the audio in the virtual player instance from the playing state to the pause state, and then generates an audio playing control request for requesting the vehicle-mounted operating system to switch the audio from the playing state to the pause state.

Optionally, the vehicle-mounted front-end application framework may create the virtual player instance when receiving the audio playing control information of the vehicle-mounted front-end application, or may create the virtual player instance when the vehicle-mounted front-end application is started, where the creation time of the virtual player instance is not limited in the present application.

And step 203, the vehicle front end application framework sends an audio playing control request to the vehicle operating system.

Optionally, the vehicle front-end application framework sends an audio playing control request to the vehicle operating system through inter-process communication. Interprocess communication refers to the propagation or exchange of information between different processes. The modes of interprocess communication include a pipeline (comprising a nameless pipeline and a named pipeline), a message queue, a semaphore, a shared storage and the like.

And step 204, the vehicle-mounted operating system performs playing control on the audio according to the audio control request.

Optionally, the in-vehicle operating system displays the first player interface on a center screen of the vehicle. The first player interface is used for displaying relevant information of the audio. Optionally, the audio related information includes, but is not limited to, at least one of: title, jacket picture, singer's name, album name, playing progress, lyrics content.

Optionally, the first player interface may be a play interface of the vehicle front-end application. Illustratively, as shown in fig. 3, a play interface 310 of the vehicle front end application is displayed on the center control screen 300, and information such as a title 311, lyrics content 312, control 313, play progress 314, and a cover page 315 is displayed in the play interface 310.

Optionally, in a case that the playing interface of the vehicle-mounted front-end application is retracted (i.e., not displayed), the player interface provided by the vehicle-mounted operating system may be displayed on the center control screen of the vehicle. Illustratively, as shown in fig. 4, a player interface 410 provided by the in-vehicle operating system is displayed on the center screen 400, and information such as a title 411, a playing progress 412, and a control 413 is displayed in the player interface 410.

Optionally, the in-vehicle operating system displays the second player interface on a dashboard of the vehicle. The second player interface is used for displaying relevant information of the audio. Optionally, the audio related information includes, but is not limited to, at least one of: title, jacket picture, singer's name, album name, playing progress, lyrics content. The first player interface and the second player interface may display the same information or different information, which is not limited in the present application.

Optionally, the second player interface may be a play interface of the vehicle front-end application. Illustratively, as shown in fig. 5, a meter 510 and a play interface 520 of the vehicle front end application are displayed on the dashboard 500, and information such as a title 521, lyric content 522, a control 523, a play progress 524, and the like is displayed in the play interface 520 of the vehicle front end application.

Optionally, in a case that the playing interface of the vehicle-mounted front-end application is retracted (i.e., not displayed), the player interface provided by the vehicle-mounted operating system may be displayed on the dashboard of the vehicle.

It should be noted that, in the case that the first player interface is displayed on the central control screen of the vehicle, the second player interface may be displayed on the dashboard, and the player interface provided by the vehicle-mounted operating system may also be displayed; under the condition that the player interface provided by the vehicle-mounted operating system is displayed on the central control screen, the second player interface can be displayed on the instrument panel, and the player interface provided by the vehicle-mounted operating system can also be displayed, which is not limited in the present application.

In summary, in the embodiment provided by the application, the audio playing control information of the vehicle-mounted front-end application is analyzed through the vehicle-mounted front-end application framework, the audio playing control request is generated and sent to the vehicle-mounted operating system, the playing control of the vehicle-mounted operating system on the audio provided by the vehicle-mounted front-end application is realized, the vehicle-mounted front-end application can be used without installation, the data of the vehicle-mounted front-end application is stored in the cloud, and the storage space of the vehicle-mounted terminal is saved; moreover, the audio playing state and the playing operation of the vehicle-mounted front-end application can be transmitted to the vehicle-mounted operating system through the vehicle-mounted front-end application framework, and meanwhile, the key operation of the vehicle-mounted operating system and the playing state of the player provided by the vehicle-mounted operating system can also be transmitted to the vehicle-mounted front-end application through the vehicle-mounted front-end application framework, so that the vehicle-mounted front-end application and the vehicle-mounted operating system are deeply merged; in addition, in the technical scheme provided by the application, the vehicle-mounted front-end application does not need to be matched with a vehicle-mounted operating system, and the vehicle-mounted front-end application has the advantages of cross-platform performance and no need of front-end matching.

Please refer to fig. 6, which shows a flowchart of an audio playback control method according to another embodiment of the present application. The method can be applied to the in-vehicle terminal 100 in the embodiment implementation environment shown in fig. 1. The method can comprise the following steps (601-606).

Step 601, the vehicle-mounted front-end application sends audio playing control information to the vehicle-mounted front-end application framework.

Step 602, the vehicle-mounted front-end application framework analyzes the audio playing control information to generate an audio playing control request.

Step 603, the vehicle front-end application framework sends an audio playing control request to the vehicle operating system.

And step 604, the vehicle-mounted operating system controls the playing of the audio according to the audio control request.

Steps 601 to 604 in the method are the same as steps 201 to 204 shown in fig. 2 in the audio playback control method, and reference may be made to the above description for details, which are not repeated herein.

Step 605, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework.

The audio state synchronization information is used to synchronize the real-time state of the audio. Optionally, the audio state synchronization information includes a playing state of the audio, where the playing state is any one of: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state. Optionally, the audio state synchronization information further comprises at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

Optionally, the vehicle-mounted operating system sends the audio state synchronization information to the vehicle-mounted front-end application framework when the playing state of the audio changes. Illustratively, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework when the audio is switched from the playing state to the pause state, wherein the audio state synchronization information is used for synchronizing the real-time state of the audio to the pause state. Illustratively, when the audio playing progress changes, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework, wherein the audio state synchronization information is used for synchronizing the real-time playing progress of the audio.

Optionally, the vehicle-mounted operating system sends the audio state synchronization information to the vehicle-mounted front-end application framework at set time intervals. For example, if the time interval is set to 1 second, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework every 1 second.

Alternatively, the two ways of sending the audio state synchronization information to the vehicle front-end application framework by the vehicle operating system described above can be combined.

In one example, in the case that the playing state of the audio is not changed, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework at set time intervals; and under the condition that the playing state of the audio changes, sending audio state synchronization information to the vehicle-mounted front-end application framework in real time, namely, the playing state of the audio changes, and immediately sending the audio state synchronization information to the vehicle-mounted front-end application framework by the vehicle-mounted operating system. Exemplarily, the set time interval is 1 second, and in the case that the audio is in a playing state, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework every 1 second; when the audio is switched from the playing state to the pause state, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework in real time; at the moment, the audio is in a pause state, and the vehicle-mounted operating system continues to send audio state synchronization information to the vehicle-mounted front-end application framework every 1 second.

And 606, providing the real-time audio state information to the vehicle-mounted front-end application by the vehicle-mounted front-end application framework according to the audio state synchronization information.

Optionally, the vehicle-mounted front-end application framework analyzes the audio state synchronization information meeting the second protocol specification to obtain the relevant state information of the audio. Optionally, the related status information of the audio includes a playing status of the audio, and the playing status is any one of the following: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state. Optionally, the audio-related status information further comprises at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

Optionally, the vehicle front-end application framework generates real-time status information of the audio conforming to the first protocol specification based on the relevant status information of the audio.

Optionally, the vehicle front-end application framework updates the audio playing state of the virtual player instance according to the relevant state information of the audio based on the created virtual player instance, and then generates real-time state information of the audio based on the audio playing state of the virtual player instance.

In addition, the vehicle-mounted front-end application framework provides the real-time state information of the audio to the vehicle-mounted front-end application, so that the vehicle-mounted front-end application updates the real-time state of the audio according to the real-time state information of the audio.

To sum up, in the embodiment provided by the application, the audio state synchronization information of the vehicle-mounted operating system is converted into the real-time state information of the audio through the vehicle-mounted front-end application framework, and the real-time state information is sent to the vehicle-mounted front-end application, so that the synchronization of the audio playing state of the vehicle-mounted operating system and the vehicle-mounted front-end application is realized, a user can intuitively and quickly learn the playing state of the audio without operation, the mode that the vehicle-mounted front-end application framework sends the real-time state information of the audio to the vehicle-mounted front-end application is adopted, the key operation of the vehicle-mounted operating system and the playing state of a player provided by the vehicle-mounted operating system are transmitted to the vehicle-mounted front-end application through the vehicle-mounted front-end application framework, and the vehicle-mounted front-end application and the vehicle-mounted operating system are deeply fused. In addition, the vehicle-mounted operating system can actively send audio state synchronization information to the vehicle-mounted front-end application framework under the condition that the audio playing state changes, so that the real-time playing state of the audio at the vehicle-mounted front-end application side can be synchronized with the real-time playing state of the audio at the vehicle-mounted operating system side in time.

Please refer to fig. 7, which shows a flowchart of an audio playback control method according to another embodiment of the present application. The method can be applied to the in-vehicle terminal 100 in the embodiment implementation environment shown in fig. 1. The method may include the following steps (701-708).

Step 701, the vehicle-mounted front-end application sends audio playing control information to the vehicle-mounted front-end application framework.

And step 702, the vehicle-mounted front-end application framework analyzes the audio playing control information to generate an audio playing control request.

And 703, sending an audio playing control request to the vehicle-mounted operating system by the vehicle-mounted front-end application framework.

And step 704, the vehicle-mounted operating system performs playing control on the audio according to the audio control request.

Steps 701 to 704 in the method are the same as steps 201 to 204 shown in fig. 2 in the audio playback control method, and reference may be specifically made to the above description, which is not repeated herein.

Step 705, the vehicle front end application sends an audio state acquisition request to the vehicle front end application framework.

The audio state acquisition request is used for requesting to acquire real-time state information of the audio. The real-time state information of the audio comprises the playing state of the audio, and the playing state is any one of the following states: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state. Optionally, the real-time status information of the audio further comprises at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

Optionally, the vehicle-mounted front-end application sends an audio state acquisition request conforming to the first protocol specification to the vehicle-mounted front-end application framework. Illustratively, the audio state acquisition request is named GetAudioState. GetAudioState may include the following fields: whether it is pause state (pause), audio duration (duration), play time (currentTime), whether it is buffer state (buffered), data source (src).

Optionally, step 705 is preceded by the step of: the vehicle front end application receives an audio state change notification from the vehicle front end application framework.

And under the condition that the playing state of the audio changes, the vehicle-mounted front-end application framework sends an audio state change notice to the vehicle-mounted front-end application, wherein the audio state change notice is used for indicating that the real-time state of the audio changes. Illustratively, the audio is switched from a playing state to a pause state, and the vehicle front-end application framework sends an audio state change notification to the vehicle front-end application, indicating that the real-time state of the audio is changed.

Optionally, the vehicle-mounted front-end application framework sends an audio state change notification to the vehicle-mounted front-end application when receiving audio state synchronization information from the vehicle-mounted operating system and the playing state of the audio contained in the audio state synchronization information is switched to the previous state or the next state; the audio state change notification includes first indication information or second indication information, the first indication information is used for indicating that the playing state of the audio is switched to the previous state, and the second indication information is used for indicating that the playing state of the audio is switched to the next state.

Illustratively, the vehicle-mounted front-end application framework receives audio state synchronization information from the vehicle-mounted operating system, and if the playing state of the audio contained in the audio state synchronization information is switched to the previous state, the vehicle-mounted front-end application framework sends an audio state change notification to the vehicle-mounted front-end application, wherein the audio state change notification contains first indication information and indicates that the playing state of the audio is switched to the previous state.

Illustratively, the vehicle-mounted front-end application framework receives audio state synchronization information from the vehicle-mounted operating system, and if the playing state of the audio contained in the audio state synchronization information is switched to the next state, the vehicle-mounted front-end application framework sends an audio state change notification to the vehicle-mounted front-end application, wherein the audio state change notification contains second indication information indicating that the playing state of the audio is switched to the next state.

Optionally, the vehicle front-end application receives an audio state change notification in compliance with the first protocol specification sent from the vehicle front-end application framework. Illustratively, the audio state change notification is named AudioStateChange. Audiostatchange may include the following fields: play status (state), error code (errCode), error message (errMsg). The play state (state) includes: pause state (pause), stop state (stop), play state (play), buffer state (timeupdate), data interruption state (waiting), error state (error), initialization state (initialized), switch to previous state (pretrack), and switch to next state (nexttrack).

Optionally, the vehicle front-end application sends an audio state acquisition request to the vehicle front-end application framework according to the audio state change notification. For example, the front-end application sends an audio state acquisition request to the front-end application framework immediately after receiving the audio state change notification.

Optionally, the vehicle front-end application periodically sends the audio state acquisition request to the vehicle front-end application framework based on a timer. Alternatively, the duration of the timer may be configured by the in-vehicle front-end application framework. Illustratively, the duration of the timer configured by the vehicle-mounted front-end application framework is 1 second, and the vehicle-mounted front-end application sends an audio state acquisition request to the vehicle-mounted front-end application framework every 1 second.

Optionally, the starting time of the timer is configured by the vehicle front-end application framework. Illustratively, the in-vehicle front-end application framework configures the time when the audio playback control information from the in-vehicle front-end application is received as the start time of the timer.

And step 706, the vehicle-mounted front-end application framework acquires real-time audio state information according to the audio state acquisition request.

Optionally, the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework, and the audio state synchronization information is used for synchronizing the real-time state of the audio; and the vehicle-mounted front-end application framework stores the audio state synchronization information. Illustratively, the in-vehicle front-end application framework stores audio state synchronization information via a virtual player instance.

Optionally, the vehicle-mounted front-end application framework is based on the created virtual player instance, and the vehicle-mounted front-end application framework acquires the playing state of the virtual player instance according to the audio state acquisition request and generates real-time state information of the audio according to the playing state of the virtual player instance.

And step 707, the vehicle front end application framework sends the real-time state information of the audio to the vehicle front end application.

And step 708, the vehicle-mounted front-end application updates the real-time state of the audio according to the real-time state information of the audio.

Illustratively, the audio in the car front-end application is in a playing state, and the audio in the real-time state information of the audio is in a pause state, then the car front-end application updates the real-time state of the audio to the pause state.

To sum up, in the embodiment provided by the application, the audio state acquisition request is sent to the vehicle-mounted front-end application frame through the vehicle-mounted front-end application, and then the vehicle-mounted front-end application frame sends the real-time state information of the audio to the vehicle-mounted front-end application, so that the synchronization of the audio playing state of the vehicle-mounted operating system and the vehicle-mounted front-end application is realized, a user can intuitively and quickly know the audio playing state without operation, the mode that the vehicle-mounted front-end application sends the audio state acquisition request to the vehicle-mounted front-end application frame is adopted, the key operation of the vehicle-mounted operating system and the playing state of the player provided by the vehicle-mounted operating system are transmitted to the vehicle-mounted front-end application through the vehicle-mounted front-end application frame, and the vehicle-mounted front-end application and the vehicle-mounted operating system are deeply integrated.

In the following, the technical solution of the present application is described by taking a vehicle-mounted front-end application as a vehicle-mounted applet and a vehicle-mounted front-end application framework as a vehicle-mounted applet framework as an example. Referring to fig. 8, a flowchart of an audio playback control method according to an embodiment of the present application is shown. The method can be applied to the in-vehicle terminal 100 in the embodiment implementation environment shown in fig. 1. The method can comprise the following steps (801-811).

Step 801, the car applet sends audio play control information to the car applet framework.

Optionally, the audio playback control information includes at least one of: control type, data source, title, jacket map link, singer name, album name, playing progress. Optionally, the control types include play, pause, stop, resume (or "resume") and progress designations.

Illustratively, the car applet sends audio play control information to the car applet framework, the audio play control information including a play control type, a data source, a title, a jacket map link, a singer name, an album name, a play progress.

Step 802, the vehicle applet framework parses the audio play control information to generate an audio play control request.

Optionally, the vehicle applet framework parses the audio playing control information meeting the first protocol specification to obtain audio related information, and generates an audio playing control request meeting the second protocol specification based on the audio related information. The related information of the audio includes at least one of: control type, data source, title, jacket map link, singer name, album name, playing progress.

Optionally, the first protocol specification is a protocol specification between the vehicle front-end application framework and the vehicle front-end application. Illustratively, the first protocol specification is referred to as the Json protocol. Optionally, the first protocol specification comprises audio playback control information. Illustratively, as shown in fig. 9, the audio operating protocol is referred to as OperateAudio. The OperateAudio includes the fields shown in Table 1 below:

TABLE 1

Optionally, the second protocol specification is a protocol specification between the in-vehicle front-end application framework and the in-vehicle operating system. Illustratively, the second protocol specification is named ProtoBuf protocol. Exemplarily, as shown in fig. 9, the audio play control request is referred to as operateproplayreq. The operateproplayreq may include the following fields:

optionally, the car applet framework creates a virtual player instance, updates an audio playing state of the virtual player instance according to the audio related information, and then generates an audio playing control request based on the audio playing state of the virtual player instance.

In step 803, the car applet framework sends an audio play control request to the car operating system.

Optionally, the audio playback control request comprises at least one of: control type, data source, title, jacket map link, singer name, album name, playing progress. Optionally, the control types include play, pause, stop, resume (or "resume") and progress designations.

Illustratively, the audio play control request includes a play control type, a data source, a title, a jacket photograph link, a singer name, an album name, and a play progress.

Optionally, step 802 is followed by step 804, wherein the car operating system sends an audio playing control response meeting the second protocol specification to the car applet framework.

Optionally, the audio playback control response is a back packet of the audio playback control request. Illustratively, as shown in fig. 9, the audio play control response is referred to as operateproplayrsp. The operateproplayrsp may include the following fields:

optionally, the audio playing control response may also include the playing status of the audio, and optionally further includes at least one of the following: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

And step 805, the vehicle-mounted operating system performs playing control on the audio according to the audio control request.

Illustratively, the audio play control request includes a play control type, a data source, a title, a jacket photograph link, a singer name, an album name, and a play progress. And the vehicle-mounted operating system controls the audio to play according to the audio control request.

At step 806, the vehicle operating system sends audio state synchronization information to the vehicle applet framework.

Optionally, the audio state synchronization information includes a playing state of the audio, where the playing state is any one of: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state. Optionally, the audio state synchronization information further comprises at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

Illustratively, the car operating system sends audio state synchronization information to the car applet framework in case of a change in the playing state of the audio. For example, the car operating system sends audio state synchronization information to the car applet framework in the event that the audio switches from a play state to a pause state.

Optionally, the in-vehicle operating system sends audio state synchronization information compliant with the second protocol specification to the in-vehicle applet framework. Exemplarily, as shown in fig. 9, the audio state synchronization information is named PlayStateSync. PlayStateSync may include the following fields:

optionally, the audio state synchronization information may further include play state information. Illustratively, the play status information is named PlayStates. PlayStates may include the following fields:

optionally, the car applet framework creates a virtual player instance after receiving the audio state synchronization information from the car operating system, and updates the playing state of the virtual player instance according to the audio state synchronization information.

In step 807, the car applet receives an audio status change notification from the car applet framework.

Alternatively, the car applet framework sends an audio state change notification to the car applet in the event that the car applet framework receives audio state synchronization information from the car operating system.

Illustratively, the car applet framework receives audio state synchronization information from the car operating system indicating that the audio is switched from a play state to a pause state, and the car applet framework sends an audio state change notification to the car applet.

Optionally, the car applet receives an audio state change notification in compliance with the first protocol specification sent from the car applet framework. Illustratively, as shown in fig. 9, the audio state change notification is named audiostatchange. Audiostatchange may include fields as shown in table 2 below:

TABLE 2

Optionally, the vehicle applet frame sends an audio state change notification to the vehicle applet when receiving audio state synchronization information from the vehicle operating system and a playing state of an audio included in the audio state synchronization information is switched to a previous state or a next state; the audio state change notification includes first indication information or second indication information, the first indication information is used for indicating that the playing state of the audio is switched to the previous state, and the second indication information is used for indicating that the playing state of the audio is switched to the next state.

Illustratively, as shown in fig. 10, the car applet framework receives audio state synchronization information from the car operating system, and the playing state of the audio contained in the audio state synchronization information is switched to the previous state (to the next state), and the car applet framework sends an audio state change notification to the car applet; the audio state change notification includes first indication information (second indication information).

Step 808, the car applet sends an audio status acquisition request to the car applet framework.

Optionally, the car applet sends an audio state acquisition request to the car applet framework according to the audio state change notification.

Optionally, the car applet sends an audio status acquisition request complying with the first protocol specification to the car applet framework. Exemplarily, as shown in fig. 9, the audio state acquisition request is named GetAudioState. GetAudioState may include the following table 3 fields:

TABLE 3

paused	Whether or not it is in a suspended state
		duration	Duration of audio
currentTime	Progress of play
		buffered	Whether it is in a buffering state
src	Data source

And step 809, the vehicle-mounted applet framework acquires the real-time audio state information according to the audio state acquisition request.

Optionally, the vehicle applet framework creates a virtual player instance, acquires the playing state of the virtual player instance according to the audio state acquisition request, and generates real-time audio state information according to the playing state of the virtual player instance.

Illustratively, the car applet framework creates a virtual player instance, and if the audio in the virtual player instance is in a pause state, the car applet framework generates real-time state information of the audio, where the real-time state information of the audio includes that the playing state of the audio is in the pause state.

Step 810, the vehicle applet framework sends real-time status information of the audio to the vehicle applet.

And step 811, the vehicle-mounted applet updates the real-time status of the audio according to the real-time status information of the audio.

Illustratively, the real-time status information of the audio includes that the playing status of the audio is a pause status, and the car applet updates the real-time status of the audio to the pause status.

It should be noted that the play control response message in step 804 may be sent to the car applet frame before the car os performs play control on the audio according to the audio play control request in step 805, may also be sent to the car applet frame after the car os performs play control on the audio according to the audio play control request in step 805, or may also be sent to the car applet frame while the car os performs play control on the audio according to the audio play control request in step 805.

It should be noted that, in the case that the playing control response information in step 804 can be sent to the car applet framework after the car operating system performs playing control on the audio according to the audio playing control request in step 805, the audio state synchronization information in step 806 can be sent in the same information as the playing control response information, that is, the audio state synchronization information and the audio playing control response can be sent to the applet framework at the same time.

To sum up, in the embodiment that this application provided, realize on-vehicle applet and on-vehicle operating system's information transfer through on-vehicle applet frame, realize the broadcast control of on-vehicle operating system to the audio frequency that on-vehicle applet provided and the synchronization of the audio frequency broadcast state of on-vehicle operating system and on-vehicle applet, on-vehicle applet need not the installation can use, its data storage is in high in the clouds, vehicle-mounted terminal's storage space has been saved, on-vehicle operating system carries out broadcast control to the audio frequency that on-vehicle applet provided simultaneously, and easy operation is convenient, avoid the user at the in-process distraction operation of driving so that cause the accident. The vehicle-mounted operating system can actively send the audio state synchronization information to the vehicle-mounted front-end application framework under the condition that the audio playing state changes, so that the real-time playing state of the audio at the station front-end application side and the real-time playing state of the audio at the vehicle-mounted operating system side can be synchronized in time, and better experience is provided for a user.

The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.

Referring to fig. 11, a block diagram of an audio playback control apparatus according to an embodiment of the present application is shown. The device has the function of realizing the audio playing control method on the side of the vehicle-mounted front-end application frame, and the function can be realized by hardware or by hardware executing corresponding software. The apparatus 1100 may include: a receiving module 1110, a parsing module 1120, and a sending module 1130.

The receiving module 1110 is configured to receive audio playing control information from a vehicle front-end application, where the audio playing control information is used to instruct to perform playing control on audio provided by the vehicle front-end application.

In some examples, the receiving module 1110 is further configured to receive audio state synchronization information from an in-vehicle operating system, where the audio state synchronization information is used to synchronize a real-time state of the audio.

In some examples, the audio state synchronization information includes a play state of the audio, the play state being any one of: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state.

In some examples, the audio state synchronization information further includes at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

The parsing module 1120 is configured to parse the audio playing control information to generate an audio playing request, where the audio playing control request is used to request the vehicle-mounted operating system to perform playing control on the audio.

In some examples, the parsing module 1120 is configured to parse the audio playing control information according to a first protocol specification to obtain related information of the audio, where the related information includes at least one of: control type, data source, title, cover picture link, singer name, album name and playing progress; wherein the first protocol specification is a protocol specification between the vehicle front-end application framework and the vehicle front-end application; and generating the audio playing control request which conforms to a second protocol specification based on the relevant information of the audio, wherein the second protocol specification is a protocol specification between the vehicle-mounted front-end application framework and the vehicle-mounted operating system.

A sending module 1130, configured to send the audio playing control request to the vehicle-mounted operating system.

In some examples, the sending module 1130 is further configured to provide the real-time status information of the audio to the car front-end application according to the audio status synchronization information.

In some examples, the sending module 1130 is further configured to obtain the real-time status information of the audio according to the audio status obtaining request, and send the real-time status information of the audio to the vehicle front-end application.

In some examples, the sending module 1130 is further configured to send the audio state change notification to the vehicle front-end application when audio state synchronization information is received from the vehicle operating system and a playing state of the audio included in the audio state synchronization information is switched to a previous state or a next state; the audio state change notification includes first indication information or second indication information, where the first indication information is used to indicate that the playing state of the audio is switched to a previous state, and the second indication information is used to indicate that the playing state of the audio is switched to a next state.

Referring to fig. 12, a block diagram of an audio playback control apparatus according to another embodiment of the present application is shown. The device has the function of realizing the audio playing control method at the application side of the vehicle-mounted front end, and the function can be realized by hardware or by hardware executing corresponding software. The apparatus 1200 may include: a transmitting module 1210 and a receiving module 1220.

A sending module 1210, configured to send audio playing control information to a vehicle front-end application framework, where the audio playing control information is used to instruct playing control on audio provided by the vehicle front-end application; the vehicle-mounted front-end application framework is used for analyzing the audio playing control information, generating an audio playing control request, and sending the audio playing control request to a vehicle-mounted operating system, wherein the audio playing control request is used for requesting the vehicle-mounted operating system to perform playing control on the audio.

In some examples, the sending module 1210 is further configured to send an audio status obtaining request to the vehicle front-end application framework, where the audio status obtaining request is used to request to obtain real-time status information of the audio.

In some examples, the sending module 1210 is further configured to send the audio state obtaining request to the in-vehicle front-end application framework according to the audio state change notification.

In some examples, the sending module 1210 is further configured to send the audio status obtaining request to the in-vehicle front-end application framework periodically based on a timer.

A receiving module 1220, configured to receive real-time status information of the audio from the vehicle-mounted front-end application framework, where the real-time status information of the audio is generated by the vehicle-mounted front-end application framework according to audio status synchronization information sent by the vehicle-mounted operating system, and the audio status synchronization information is used to synchronize a real-time status of the audio.

In some examples, the receiving module 1220 is further configured to receive an audio status change notification from the in-vehicle front-end application framework, where the audio status change notification is used to indicate that a real-time status of the audio has changed.

Referring to fig. 13, a block diagram of an audio playback control apparatus according to another embodiment of the present application is shown. The device has the function of realizing the audio playing control method on the vehicle-mounted operating system side, and the function can be realized by hardware or by hardware executing corresponding software. The apparatus 1300 may include: a receiving module 1310, a control module 1320, and a transmitting module 1330.

A receiving module 1310, configured to receive an audio playing control request from a vehicle front-end application framework, where the audio playing control request is used to request the vehicle operating system to perform playing control on audio provided by a vehicle front-end application.

A control module 1320, configured to perform play control on the audio according to the audio play control request.

A sending module 1330, configured to send audio state synchronization information to the vehicle-mounted front-end application framework, where the audio state synchronization information is used to synchronize a real-time state of the audio; and the vehicle-mounted front-end application framework is used for providing the real-time state information of the audio frequency for the vehicle-mounted front-end application according to the audio frequency state synchronization information.

In some examples, as shown in fig. 13, the apparatus 1300 further includes a display module 1340.

The display module 1340 is configured to display a first player interface in a center control screen and/or a second player interface in a dashboard during the process of playing the audio; the first player interface and the second player interface are used for displaying relevant information of the audio.

It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the functional modules is illustrated, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the apparatus may be divided into different functional modules to implement all or part of the functions described above. In addition, the apparatus and method embodiments provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in the method embodiments for details, which are not described herein again.

Referring to fig. 14, a block diagram of a terminal 1400 according to an embodiment of the present application is shown. The terminal 1400 may be a vehicle-mounted terminal, or other terminal devices such as a mobile phone, a tablet computer, and the like, which is not limited in this application. The terminal is used for implementing the audio playing control method provided in the above embodiment. The terminal may be the in-vehicle terminal 100 in the context of the embodiment shown in fig. 1. Specifically, the method comprises the following steps:

in general, terminal 1400 includes: a processor 1401, and a memory 1402.

Processor 1401 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and so forth. The processor 1401 may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1401 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also referred to as a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 1401 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing content that the display screen needs to display. In some embodiments, processor 1401 may also include an AI processor for processing computational operations related to machine learning.

Memory 1402 may include one or more computer-readable storage media, which may be non-transitory. Memory 1402 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In some embodiments, a non-transitory computer readable storage medium in memory 1402 is used to store at least one instruction, at least one program, set of codes, or set of instructions configured to be executed by one or more processors to implement the audio playback control method described above.

In some embodiments, terminal 1400 may further optionally include: a peripheral device interface 1403 and at least one peripheral device. The processor 1401, the memory 1402, and the peripheral device interface 1403 may be connected by buses or signal lines. Each peripheral device may be connected to the peripheral device interface 1403 via a bus, signal line, or circuit board. Specifically, the peripheral device includes: at least one of radio frequency circuitry 1404, a display 1405, a camera 1406, audio circuitry 1407, a positioning component 1408, and a power supply 1409.

Those skilled in the art will appreciate that the configuration shown in fig. 14 is not intended to be limiting with respect to terminal 1400 and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be employed.

In an exemplary embodiment, there is also provided a computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions which, when executed by a processor, implement the above-described audio playback control method.

Optionally, the computer-readable storage medium may include: ROM (Read Only Memory), RAM (Random Access Memory), SSD (Solid State drive), or optical disc. The Random Access Memory may include a ReRAM (resistive Random Access Memory) and a DRAM (Dynamic Random Access Memory).

In an exemplary embodiment, a computer program product or computer program is also provided, the computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the terminal reads the computer instruction from the computer readable storage medium, and the processor executes the computer instruction, so that the terminal executes the audio playing control method.

It should be understood that reference to "a plurality" herein means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. In addition, the step numbers described herein only exemplarily show one possible execution sequence among the steps, and in some other embodiments, the steps may also be executed out of the numbering sequence, for example, two steps with different numbers are executed simultaneously, or two steps with different numbers are executed in a reverse order to the order shown in the figure, which is not limited by the embodiment of the present application.

The above description is only exemplary of the present application and should not be taken as limiting the present application, and any modifications, equivalents, improvements and the like that are made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. An audio playback control method, comprising:

2. The method according to claim 1, wherein the parsing the audio playback control information by the vehicle front-end application framework to generate an audio playback control request comprises:

the vehicle-mounted front-end application framework analyzes the audio playing control information which accords with a first protocol specification to obtain the relevant information of the audio, wherein the relevant information comprises at least one of the following items: control type, data source, title, cover picture link, singer name, album name and playing progress; wherein the first protocol specification is a protocol specification between the vehicle front-end application framework and the vehicle front-end application;

and generating the audio playing control request which conforms to a second protocol specification based on the relevant information of the audio, wherein the second protocol specification is a protocol specification between the vehicle-mounted front-end application framework and the vehicle-mounted operating system.

3. The method according to claim 1, wherein after the in-vehicle operating system performs playback control on the audio according to the audio playback request, the method further comprises:

the vehicle-mounted operating system sends audio state synchronization information to the vehicle-mounted front-end application framework, wherein the audio state synchronization information is used for synchronizing the real-time state of the audio;

and the vehicle-mounted front-end application framework provides the real-time state information of the audio frequency for the vehicle-mounted front-end application according to the audio frequency state synchronization information.

4. The method of claim 3, wherein the audio state synchronization information comprises a playing state of the audio, and the playing state is any one of: the method comprises the following steps of initialization state, buffer state, play state, pause state, stop state, error state, play format unsupported state, play address inaccessible state, data interruption state, player off state, switch to the previous state, and switch to the next state.

5. The method of claim 4, wherein the audio state synchronization information further comprises at least one of: the playing address of the audio, the duration of the audio, the playing progress of the audio and the downloading progress of the audio.

6. The method of claim 1, wherein after the headend application sends audio playback control information to the headend application framework, the method further comprises:

the vehicle-mounted front-end application sends an audio state acquisition request to the vehicle-mounted front-end application framework, wherein the audio state acquisition request is used for requesting to acquire real-time state information of the audio;

the vehicle-mounted front-end application framework acquires the real-time state information of the audio according to the audio state acquisition request and sends the real-time state information of the audio to the vehicle-mounted front-end application;

and the vehicle-mounted front-end application updates the real-time state of the audio according to the real-time state information of the audio.

7. The method of claim 6, wherein sending, by the front-end application, an audio status acquisition request to the front-end application framework comprises:

the vehicle-mounted front-end application receives an audio state change notification from the vehicle-mounted front-end application framework, wherein the audio state change notification is used for indicating that the real-time state of the audio changes;

and the vehicle-mounted front-end application sends the audio state acquisition request to the vehicle-mounted front-end application framework according to the audio state change notification.

8. The method of claim 7, further comprising:

when the vehicle-mounted front-end application framework receives audio state synchronization information from the vehicle-mounted operating system and the playing state of the audio contained in the audio state synchronization information is switched to the previous state or the next state, the vehicle-mounted front-end application framework sends the audio state change notification to the vehicle-mounted front-end application;

the audio state change notification includes first indication information or second indication information, where the first indication information is used to indicate that the playing state of the audio is switched to a previous state, and the second indication information is used to indicate that the playing state of the audio is switched to a next state.

9. The method of claim 5, wherein sending, by the front-end application, an audio status acquisition request to the front-end application framework comprises:

and the vehicle-mounted front-end application periodically sends the audio state acquisition request to the vehicle-mounted front-end application framework based on a timer.

10. The method of claim 1, further comprising:

in the process of playing the audio, the vehicle-mounted operating system displays a first player interface in a central control screen and/or displays a second player interface in an instrument panel;

the first player interface and the second player interface are used for displaying relevant information of the audio.

11. The method according to any one of claims 1 to 10, wherein the vehicle-mounted front-end application is a vehicle-mounted applet, and the vehicle-mounted applet refers to a sub-application running on a vehicle-mounted terminal based on a parent application.

12. An audio playing control method, wherein the method is executed by a vehicle front-end application framework, and the method comprises:

13. An audio playing control method, wherein the method is executed by a vehicle front-end application, and the method comprises the following steps:

14. An audio playing control method, characterized in that the method is executed by a vehicle-mounted operating system, and the method comprises:

15. An audio playback control apparatus, characterized in that the apparatus comprises:

16. An audio playback control apparatus, characterized in that the apparatus comprises:

17. An audio playback control apparatus, characterized in that the apparatus comprises:

18. A terminal, characterized in that the terminal comprises a processor and a memory, in which at least one instruction, at least one program, a set of codes, or a set of instructions is stored, which is loaded and executed by the processor to implement the audio playback control method according to any one of claims 1 to 14.

19. A computer readable storage medium having stored therein at least one instruction, at least one program, a set of codes, or a set of instructions, which is loaded and executed by a processor to implement the audio playback control method of any of claims 1 to 14.

20. A computer program product or computer program, characterized in that it comprises computer instructions stored in a computer-readable storage medium, from which a processor reads and executes said computer instructions to implement the audio playback control method according to any one of claims 1 to 14.