WO2017107428A1 - 终端设备的控制方法、装置、设备及非易失性计算机存储介质 - Google Patents

终端设备的控制方法、装置、设备及非易失性计算机存储介质 Download PDF

Info

Publication number
WO2017107428A1
WO2017107428A1 PCT/CN2016/088125 CN2016088125W WO2017107428A1 WO 2017107428 A1 WO2017107428 A1 WO 2017107428A1 CN 2016088125 W CN2016088125 W CN 2016088125W WO 2017107428 A1 WO2017107428 A1 WO 2017107428A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio data
terminal device
played
sound source
original audio
Prior art date
Application number
PCT/CN2016/088125
Other languages
English (en)
French (fr)
Inventor
刘才权
唐杰
陈聪
张丙林
Original Assignee
百度在线网络技术（北京）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 百度在线网络技术（北京）有限公司 filed Critical 百度在线网络技术（北京）有限公司
Publication of WO2017107428A1 publication Critical patent/WO2017107428A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B31/00—Arrangements for the associated working of recording or reproducing apparatus with related apparatus

Definitions

  • the present invention relates to communication technologies, and in particular, to a terminal device control method, apparatus, device, and non-volatile computer storage medium.
  • terminal devices integrate more and more functions, so that more and more corresponding applications (Applications, APPs) are included in the system function list of the terminal devices.
  • An application installed on some terminal devices which is referred to as an interconnection application in the present invention, needs to be installed by using a corresponding cooperation application on another terminal device connected thereto, otherwise there is no use value, especially for some vehicle interconnections. application.
  • the application may send the audio data and the play control information of the audio data to the interconnected application, and the interconnected application according to the obtained playback control information.
  • the playback control processing of the audio data is, for example, starting playback, pausing, resume playback, and the like.
  • the application needs to send audio data of multiple audio sources to the connected application, for example, song audio data matching the music function of the application, TTS audio data (TTS) matching the navigation function of the application, etc.
  • TTS TTS audio data
  • the audio module corresponding to the source needs to communicate synchronously with the audio module corresponding to other audio sources to determine whether it can transmit audio data. Only the audio module that determines the source of audio data transmission can transmit the audio data of the audio source to the connected application through cooperation with the application. In the process of transmitting audio data of a sound source, the audio module corresponding to the sound source also needs to monitor the audio data transmission condition of the audio module corresponding to other sound sources in real time, if the audio data transmission condition of the audio module corresponding to other sound sources changes. , the audio module corresponding to other audio sources needs to perform synchronous communication to determine whether to suspend audio data transmission or resume audio data transmission.
  • the audio module corresponding to each sound source needs to perform synchronous communication with the audio module corresponding to other sound sources to determine whether it can transmit audio data, the system resources of the terminal device are wasted.
  • aspects of the present invention provide a method, apparatus, and non-volatile computer storage medium for controlling a terminal device to avoid waste of system resources of the terminal device.
  • An aspect of the present invention provides a method for controlling a terminal device, including:
  • the original audio data of the second terminal device includes:
  • Audio data of the application other than the matching application on the second terminal device
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • Another aspect of the present invention provides a method for controlling another terminal device, including:
  • the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source. Setting a playback volume of the audio source to which the original audio data belongs and a playback volume of the currently played audio source;
  • the start playing instruction of the original audio data and the sound source priority information of the sound source to which the original audio data belongs include:
  • the audio data of the currently played source is continued to be played with the playback volume before the setting;
  • the original audio data is continued to be played with the playing volume before the setting.
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • Another aspect of the present invention provides a method for controlling another terminal device, including:
  • Parsing audio data to be played for each of the to-be-played audio data of the at least two audio sources to obtain original audio data of each of the audio sources, each of the audio sources a start play command of the original audio data and sound source priority information of each of the sound sources;
  • Mixing playback processing is performed on the original audio data of each of the sound sources at the playback volume of each of the sound sources.
  • Parsing audio data to be played for each of the sound sources to obtain original audio data of each sound source, the start play instruction in the audio control frame, and the sound source priority in the audio control frame information.
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • Another aspect of the present invention provides a control device for a terminal device, including:
  • An acquiring unit configured to obtain original audio data of the second terminal device connected to the first terminal device where the interconnection application is located;
  • a framing unit for using a start play instruction of the original audio data and the original sound
  • the sound source priority information of the sound source to which the frequency data belongs is added to the original audio data to obtain audio data to be played;
  • a sending unit configured to send the to-be-played audio data to the connected application.
  • the original audio data of the second terminal device includes:
  • Audio data of the application other than the matching application on the second terminal device
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • Another aspect of the present invention provides a control device for another terminal device, including:
  • a receiving unit configured to receive audio data to be played by the second terminal device sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device;
  • a parsing unit configured to parse the audio data to be played to obtain original audio data, a start play instruction of the original audio data, and sound source priority information of a sound source to which the original audio data belongs;
  • a setting unit configured to: if the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the current play source The sound source priority information, setting the playing volume of the sound source to which the original audio data belongs and the playing volume of the currently playing sound source;
  • a playing unit configured to perform a mixing play process on the original audio data and the audio data of the currently playing sound source with a playing volume of the sound source to which the original audio data belongs and a playing volume of the currently playing sound source.
  • parsing unit is specifically configured to
  • the audio data of the currently played source is continued to be played with the playback volume before the setting;
  • the original audio data is continued to be played with the playing volume before the setting.
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • Another aspect of the present invention provides a control device for another terminal device, including:
  • a receiving unit configured to receive audio data to be played of at least two audio sources of the second terminal device that are sent by the matching application on the second terminal device corresponding to the interconnected application on the first terminal device;
  • a parsing unit configured to parse audio data to be played of each of the audio data to be played of the at least two audio sources to obtain original audio data of each audio source, original audio of each audio source
  • the start play command of the data and the sound source of each of the sound sources Prior information
  • a setting unit configured to set a play volume of each of the sound sources according to the start play instruction and the sound source priority information
  • a playing unit configured to perform a mixing play process on the original audio data of each of the sound sources with the playing volume of each of the sound sources.
  • parsing unit is specifically configured to
  • Parsing audio data to be played for each of the sound sources to obtain original audio data of each sound source, the start play instruction in the audio control frame, and the sound source priority in the audio control frame information.
  • the first terminal device is an in-vehicle terminal device
  • the second terminal device is a user terminal device.
  • an apparatus comprising:
  • One or more processors are One or more processors;
  • One or more programs the one or more programs being stored in the memory, when executed by the one or more processors:
  • an apparatus comprising:
  • One or more processors are One or more processors;
  • One or more programs the one or more programs being stored in the memory, when executed by the one or more processors:
  • the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source. Setting a playback volume of the audio source to which the original audio data belongs and a playback volume of the currently played audio source;
  • an apparatus comprising:
  • One or more processors are One or more processors;
  • One or more programs the one or more programs being stored in the memory, when executed by the one or more processors:
  • Parsing audio data to be played for each of the to-be-played audio data of the at least two sound sources to obtain original audio data of each of the audio sources, and starting playback instructions of the original audio data of each of the audio sources And sound source priority information of each of the sound sources;
  • Mixing playback processing is performed on the original audio data of each of the sound sources at the playback volume of each of the sound sources.
  • a nonvolatile computer storage medium storing one or more programs when the one or more programs are executed by a device causes The device:
  • a nonvolatile computer storage medium storing one or more programs when the one or more programs are executed by a device causes The device:
  • the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source. Setting a playback volume of the audio source to which the original audio data belongs and a playback volume of the currently played audio source;
  • a nonvolatile computer storage medium storing one or more programs when the one or more programs are executed by a device causes The device:
  • Parsing audio data to be played for each of the to-be-played audio data of the at least two audio sources to obtain original audio data of each of the audio sources, each of the audio sources a start play command of the original audio data and sound source priority information of each of the sound sources;
  • Mixing playback processing is performed on the original audio data of each of the sound sources at the playback volume of each of the sound sources.
  • the embodiment of the present invention obtains the original audio data of the second terminal device connected to the first terminal device where the interconnection application is located, and then starts the initial playback command and the original audio data. Adding sound source priority information of the sound source to which the audio data belongs is added to the original audio data to obtain audio data to be played, so that the audio data to be played can be sent to the connected application, since it is not necessary for each audio source
  • the audio module performs synchronous communication with the audio module corresponding to the other audio sources to determine whether the audio data can be transmitted by itself, but adds the start playing instruction of the audio data and the sound source priority information of the audio source to which the audio data belongs to the audio data. Sended to the interconnected application together, the volume setting is uniformly performed by the interconnected application, and the audio data of different sound sources are simultaneously played at different volumes, thereby avoiding waste of system resources caused by synchronous communication between the audio modules in the prior art. The problem.
  • the embodiment of the present invention receives the audio data to be played by the second terminal device that is sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device. And performing parsing processing on the audio data to be played to obtain original audio data, a start play instruction of the original audio data, and sound source priority information of a sound source to which the original audio data belongs, if the original audio data belongs to Tone The source is different from the sound source of the currently played audio data, so that the original audio can be set according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source.
  • the playing volume of the sound source to which the data belongs and the playing volume of the currently playing sound source, and the audio of the original audio data and the current playing sound source with the playing volume of the sound source to which the original audio data belongs and the playing volume of the current playing sound source The data is mixed and played, because the audio module corresponding to each sound source does not need to be synchronously communicated with the audio module corresponding to other sound sources to determine whether it can transmit audio data, but to start the audio data.
  • the sound source priority information of the audio source to which the audio data belongs is added to the audio data and sent to the connected application, and the volume application is uniformly set by the interconnection application to simultaneously play the audio data of different sound sources at different volumes, thereby avoiding the prior art. Due to synchronization between audio modules Waste of system resources of the letter caused the problem.
  • the embodiment of the present invention receives at least two audio sources of the second terminal device that are sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device. Audio data to be played, and then parsing audio data to be played for each of the audio data to be played of the at least two audio sources to obtain original audio data of each audio source, each of the audio sources a start play instruction of the original audio data and sound source priority information of each of the sound sources, so that a play volume of each of the sound sources can be set according to the start play instruction and the sound source priority information, and each of the sound sources
  • the playback volume of each audio source, and the original audio data of each audio source is mixed and played, because the audio module corresponding to each audio source does not need to be synchronously communicated with the audio module corresponding to other audio sources to determine whether it is itself Can send audio data, but will
  • the start playing instruction of the audio data and the sound source priority information of the sound source to which the audio data belongs are added to the audio data and sent
  • the technical solution provided by the present invention can greatly improve the user experience.
  • FIG. 1 is a schematic flowchart of a method for controlling a terminal device according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of another method for controlling a terminal device according to another embodiment of the present invention.
  • FIG. 3 is a schematic flowchart diagram of another method for controlling a terminal device according to another embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a device for controlling a terminal device according to another embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of another apparatus for controlling a terminal device according to another embodiment of the present invention.
  • FIG. 6 is a schematic diagram of another apparatus for controlling a terminal device according to another embodiment of the present invention. schematic diagram.
  • the user terminal device involved in the embodiments of the present invention may include, but is not limited to, a mobile phone, a personal digital assistant (PDA), a wireless handheld device, a tablet computer, and a personal computer (Personal Computer). , PC), MP3 player, MP4 player, wearable device (for example, smart glasses, smart watches, smart bracelets, etc.).
  • the vehicle-mounted terminal device involved in the embodiment of the present invention may also be referred to as a vehicle, and refers to an abbreviation of an in-vehicle infotainment product installed in a car.
  • the car machine must be capable of realizing people and vehicles, vehicles and the outside world ( Information communication between car and car).
  • FIG. 1 is a schematic flowchart of a method for controlling a terminal device according to an embodiment of the present invention, as shown in FIG. 1 .
  • the first terminal device and the second terminal device pass at least, but are not limited to, a Bluetooth connection, a Universal Serial Bus (USB) connection, and at least a Wireless Fidelity (WI-FI) connection.
  • a Bluetooth connection a Universal Serial Bus (USB) connection
  • a Wireless Fidelity (WI-FI) connection a Wireless Fidelity connection.
  • One of the connections is not specifically limited in this embodiment.
  • the execution body of the application of the second terminal device that is, the application corresponding to the interconnection application, or the application of the second terminal device (ie, the cooperation corresponding to the interconnection application)
  • the functional unit such as a plug-in or a software development kit (SDK) in the application is not particularly limited in this embodiment.
  • the application may be a local application installed on the second terminal device (nativeApp), or may also be a web application (webApp) of the browser on the second terminal device. Special restrictions are made.
  • the start playback instruction of the original audio data and the sound source priority information of the audio source to which the original audio data belongs are added to the In the original audio data, the audio data to be played is obtained, so that the audio data to be played can be sent to the interconnection application, because the audio module corresponding to each audio source is not required to be performed with the audio module corresponding to the other audio sources.
  • Synchronous communication to determine whether it is possible to transmit audio data, but to add the start play command of the audio data and the sound source priority information of the audio source to which the audio data belongs
  • the audio data is sent together to the interconnection application, and the volume setting is uniformly performed by the interconnection application, and the audio data of different sound sources are simultaneously played at different volumes, thereby avoiding the system in the prior art due to the synchronous communication between the audio modules.
  • the first terminal device is preferably an in-vehicle terminal device; and the second terminal device is preferably a user terminal device.
  • the first terminal device may also be a user terminal device; the second terminal device may also be an in-vehicle terminal device.
  • the applications installed on the user terminal device can be executed separately, without relying on another terminal device connected thereto for normal use, or relying on a corresponding cooperation application on another terminal device connected thereto. Normal use.
  • the device connection between the first terminal device and the second terminal device is established, based on the established device connection, it is further required to further establish cooperation between the interconnected application on the first terminal device and the second terminal device. Communication connection between applications. In this way, the user can work with the application or cooperate with the second terminal device where the application is located through the interconnection application.
  • the communication connection may include, but is not limited to, at least one of a Bluetooth connection, a USB connection, and a WI-FI connection, which is not specifically limited in this embodiment.
  • the received original audio data of the second terminal device may be on the second terminal device corresponding to the interconnection application.
  • the applied audio data for example, the song audio data acquired by the application, the TTS audio data (TTS) outputted by the navigation function of the application, or the second terminal device
  • TTS TTS audio data
  • the audio data of the application other than the application, for example, the song audio data acquired by the QQ music, etc., is not particularly limited in this embodiment.
  • the so-called audio data refers to a digital signal converted from an audio signal, for example, pulse code modulation (PCM) data obtained by sampling, quantizing and encoding the audio signal.
  • PCM pulse code modulation
  • an audio file in an encoded format is formed.
  • the audio file may include audio files of various encoding formats in the prior art, for example, Moving Picture Experts Group (MPEG) Layer 3 (MPEG Layer, MP3) format audio file, WMA (Windows)
  • MPEG Moving Picture Experts Group
  • MPEG Layer MP3
  • WMA Wideband Adaptive Binary Arithmetic Coding
  • AAC Advanced Audio Coding
  • APE APE format audio file
  • the audio file to be processed for example, the MP3 format audio file of the song to be played, etc.
  • the audio file to be processed may be obtained from the storage device of the second terminal device or the Internet, and then, The data block of the audio file to be processed is subjected to decoding processing to obtain the original audio data.
  • decoding processing For a detailed description of the decoding process, refer to related content in the prior art, and details are not described herein again.
  • the TTS audio data (Text To Speech, TTS) can be directly obtained.
  • the storage device of the second terminal device may be a slow storage device, which may be a hard disk of the computer system, or may be a non-operating memory of the mobile phone, that is, a physical memory, for example, a read only memory ( The Read-Only Memory (ROM), the memory card, and the like are not particularly limited in this embodiment.
  • a slow storage device which may be a hard disk of the computer system, or may be a non-operating memory of the mobile phone, that is, a physical memory, for example, a read only memory (The Read-Only Memory (ROM), the memory card, and the like are not particularly limited in this embodiment.
  • ROM Read-Only Memory
  • the storage device of the second terminal device may also be a fast storage device, which may be a memory of the computer system, or may be a running memory of the mobile phone, that is, a system memory, for example, a random access memory ( Random Access Memory, RAM) and the like are not particularly limited in this embodiment.
  • a fast storage device which may be a memory of the computer system, or may be a running memory of the mobile phone, that is, a system memory, for example, a random access memory ( Random Access Memory, RAM) and the like are not particularly limited in this embodiment.
  • the start play command which may also be referred to as an initialization command, is used to instruct an audio track initialization operation to start playing audio data using the initialized audio track.
  • the start play command may include a format parameter, so that the receiving end may perform an initialization operation on the audio track according to the format parameter.
  • the format parameter may include, but is not limited to, at least one of a compression format, a sampling rate, a sampling depth, and a code rate.
  • sampling rate also known as the sampling speed or sampling frequency
  • sampling speed defines the number of samples extracted from the continuous signal and composed of discrete signals per second, expressed in Hertz (Hz).
  • the sampling depth refers to a value of a sampling point represented by a number of bits, which determines the number of bits of the value of each sampling point, for example, 8 bits, 16 bits or 24 bits.
  • the code rate refers to the number of bits processed per unit time, and the unit is bits per second (bps).
  • an operation of acquiring a start play instruction of the original audio data may be further performed.
  • the user may obtain audio related operation event data of the second terminal device, and then obtain a start play instruction of the original audio data according to the audio related operation event data, for example, The start playback command of the audio data of the song is output in conjunction with the music function in the application.
  • the so-called audio related operation event data is used to operate the operation event data of the audio data.
  • the user may be configured to operate the second terminal device by using an interconnection application on the first terminal device, based on a communication connection between the cooperation application and the interconnection application. Audio related operational event data.
  • the so-called audio-related operation event data of the second terminal device connected to the first terminal device by the user on the first terminal device refers to the user in the interconnection application on the first terminal device.
  • the audio-related operational behavior performed, for example, a click, a double-click, a drag, etc., mapping data related to an audio-related operational event on a display device of the second terminal device may include, but is not limited to, an audio-related operational event and The coordinate data of the audio related operation event.
  • the interconnection application on the first terminal device may project the interface output by the display device of the second terminal device on the display device of the first terminal device by using the cooperation application corresponding to the interconnection application on the second terminal device.
  • the user can operate on the interface projected in the connected application, for example, touch operation or physical button operation, etc., so that the audio of all applications on the second terminal device connected to the first terminal device connected thereto can be realized.
  • the data that is, the audio data of the cooperation application corresponding to the interconnection application and the audio data of the application other than the cooperation application corresponding to the interconnection application.
  • the interconnected application on the first terminal device may also be used as an operation terminal, such as a mouse or a remote controller, by using the corresponding application corresponding to the connected application on the second terminal device, and the user may pass the interconnection application.
  • Operation for example, a touch operation or a physical key operation, etc., so that audio data of all applications on the second terminal device connected to the first terminal device connected thereto can be realized, that is, the cooperative application corresponding to the interconnection application Audio data and audio data of other applications than the matching application corresponding to the interconnected application.
  • the user may be at the first terminal device.
  • the coordinate data of the operational behavior performed in the upper interconnection application is mapped to the coordinate data of the operation event on the display device of the second terminal device.
  • the current terminal devices are all touch-type terminal devices, and the display device has a touch input function in addition to the display function. Any operational behavior on the display device of the terminal device needs to be decomposed into a set of several operational events, and the operating system can process the relevant data of these operational events accordingly.
  • the operation event includes at least one of the following events:
  • the so-called Down event is triggered only once in one operation, and is triggered when the finger just touches the display device of the terminal device.
  • the so-called Up event is triggered only once in one operation, and is triggered when the finger leaves the display device of the terminal device.
  • the so-called Move event will trigger 0, 1 or more Move events during an operation. If the finger has been moving on the display device of the terminal device, the Move event will be triggered all the time, and both are in the Down event. After the event with the Up.
  • the cooperation application on the second terminal device corresponding to the interconnection application or other applications on the second terminal device except the cooperation application may be acquired.
  • the start play instruction of the original audio data for example, the start play instruction triggered when the TTS audio data is output in conjunction with the navigation function of the application.
  • the start play instruction and the sound source priority information may be specifically added to a blank frame to generate An audio control frame, and then the audio control frame can be inserted into the original audio data to obtain the audio data to be played.
  • the audio control frame where the start of the play instruction is inserted may be inserted in front of the original audio data, and further, the preset data size may be, for example, 30 kilobytes (k) bytes or a preset time size, such as 20 milliseconds (ms). And so on, the original audio data after the audio control frame is segmented to obtain a plurality of pieces of audio data, and each piece of audio data is added to the data portion of the blank frame to obtain a plurality of audio data frames. Thus, the audio data frame and the audio control frame obtained are composed of the audio data to be played.
  • the preset data size may be, for example, 30 kilobytes (k) bytes or a preset time size, such as 20 milliseconds (ms).
  • the start play instruction may be specifically added to the frame header of the audio control frame, or the start play instruction may be added to the data part of the audio control frame,
  • the embodiment is not particularly limited thereto.
  • the original audio data of the second terminal device connected to the first terminal device where the interconnection application is connected is obtained, and then the start playing instruction of the original audio data and the sound source priority information of the audio source to which the original audio data belongs are obtained. Adding to the original audio data to obtain audio data to be played, so that the audio data to be played can be sent to the interconnection application, since the audio module corresponding to each audio source does not need to correspond to other audio sources.
  • the audio module performs synchronous communication to determine whether it can transmit audio data, but adds the start playing instruction of the audio data and the sound source priority information of the audio source to which the audio data belongs to the audio data and sends the same to the interconnected application, and the interconnected application Uniform volume setting, playing audio data of different audio sources at different volume at the same time, thus avoiding the prior art The problem of wasted system resources due to synchronous communication between audio modules during surgery.
  • FIG. 2 is a schematic flowchart of another method for controlling a terminal device according to another embodiment of the present invention, as shown in FIG. 2 .
  • the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority of the currently played sound source.
  • the level information sets the playback volume of the source to which the original audio data belongs and the playback volume of the currently played source.
  • execution body of 201 to 204 may be an application located at the first terminal device, that is, an interconnection application, or may be a plug-in or a software development kit disposed in an application (ie, an interconnection application) located in the first terminal device.
  • Functional units such as (Software Development Kit, SDK) are not particularly limited in this embodiment.
  • the interconnection application may be a local application installed on the first terminal device (nativeApp), or may also be a web application (webApp) of the browser on the first terminal device, which is used in this embodiment. No particular limitation is imposed.
  • the second terminal device corresponding to the interconnection application on the first terminal device Cooperating with the audio data to be played by the second terminal device sent by the application, and then parsing the audio data to be played to obtain original audio data, a start play instruction of the original audio data, and the original
  • the sound source priority information of the sound source to which the audio data belongs if the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, so that the sound source priority of the sound source to which the original audio data belongs can be determined according to the start play instruction.
  • the playback volume is performed on the original audio data and the audio data of the currently played audio source, and the audio module corresponding to each audio source is not required to perform synchronous communication with the audio module corresponding to the other audio source.
  • the received audio data to be played is generated and transmitted by using the technical solution provided by the embodiment corresponding to FIG. 1.
  • the technical solution provided by the embodiment corresponding to FIG. 1 For details, refer to related content in the embodiment corresponding to FIG. 1, and details are not described herein again.
  • in 202 specifically Performing parsing processing on the audio data to be played to obtain the original audio data, the start play instruction in the audio control frame, and the sound source priority information in the audio control frame.
  • the frame header of the audio control frame in the audio data to be played may be parsed to obtain the start play command and the audio source priority information in the audio control frame. And parsing a data portion of the audio data frame in the audio data to be played to obtain the original audio data in the audio data frame.
  • the data portion of the audio control frame in the audio data to be played may be parsed to obtain the start play command and the sound source priority information in the audio control frame. And parsing a data portion of the audio data frame in the audio data to be played to obtain the original audio data in the audio data frame.
  • the sound source priority information of the sound source to which the original audio data belongs is compared with the sound source priority information of the currently played sound source.
  • the playing volume of the sound source to which the original audio data belongs may be set to be higher than the playing volume of the current playing sound source.
  • the playing volume of the sound source to which the original audio data belongs may be set lower than the playing volume of the current playing sound source.
  • the audio data except the playing the current playing sound source may be played according to the format parameter included in the start playing instruction.
  • Another audio track other than the audio track is initialized, and the original audio data is started to be played with the playback volume of each audio source by using the initialized audio track to realize the current playback sound source and the audio source of the original audio data. The mix is played.
  • the playback volume before the setting may be used.
  • the audio data of the currently playing source is continued to be played.
  • the playing volume before the setting may be The original audio data continues to be played.
  • the audio data to be played by the second terminal device sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device is received, and then the audio data to be played is further performed. Parsing processing to obtain original audio data, a start play instruction of the original audio data, and sound source priority information of the sound source to which the original audio data belongs, if the sound source to which the original audio data belongs and the sound source of the currently played audio data are not Similarly, the playing volume and the current playing sound source of the sound source to which the original audio data belongs are set according to the start playing instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the current playing sound source.
  • Play volume and to the original a playback volume of the audio source to which the audio data belongs and a playback volume of the current playback audio source, and the audio data of the original audio data and the current playback audio source are subjected to a mixed playback process, since the audio module corresponding to each audio source is not required And synchronously communicating with the audio module corresponding to the other sound sources to determine whether the audio data can be sent by itself, but adding the start playing instruction of the audio data and the sound source priority information of the audio source to which the audio data belongs to the audio data.
  • the volume setting is uniformly performed by the interconnection application, and the audio data of different sound sources are simultaneously played at different volume levels, thereby avoiding the problem of waste of system resources caused by synchronous communication between the audio modules in the prior art. .
  • FIG. 3 is a schematic flowchart diagram of another method for controlling a terminal device according to another embodiment of the present invention, as shown in FIG. 3.
  • execution entity of 301-304 may be an application located at the first terminal device, that is, an interconnected application, or may be a plug-in or a software development kit disposed in an application (ie, an interconnected application) located in the first terminal device.
  • software Development Kit, SDK The functional unit is not particularly limited in this embodiment.
  • the interconnection application may be a local application installed on the first terminal device (nativeApp), or may also be a web application (webApp) of the browser on the first terminal device, which is used in this embodiment. No particular limitation is imposed.
  • the at least two audio sources of the at least two sound sources of the second terminal device that are sent by the matching application on the second terminal device corresponding to the interconnected application on the first terminal device are received, and then the at least two Audio data to be played for each sound source in the audio data to be played of the sound source is parsed to obtain original audio data of each sound source, a start play instruction of the original audio data of each sound source, and each of the sound sources
  • the sound source priority information enables setting the playback volume of each of the sound sources according to the start play command and the sound source priority information, and the playback volume of each of the sound sources for each of the sound sources
  • the original audio data is subjected to the mixing and playing process, because the audio module corresponding to each sound source is not required to perform synchronous communication with the audio module corresponding to other sound sources to determine whether it can transmit audio data, but to start the audio data.
  • the play command and the sound source priority information of the sound source to which the audio data belongs are added to the audio data and sent to each other Application, the sound volume set by the unified Internet applications, at different levels, while playing the audio data of different sources, it is possible to avoid wasting system resources prior art since the synchronization between the audio communications module and cause problems.
  • the received audio data to be played is in accordance with the embodiment corresponding to FIG.
  • the technical solutions provided are generated and sent. For details, refer to related content in the embodiment corresponding to FIG. 1, and details are not described herein again.
  • the audio data to be played by each of the audio sources may be parsed to obtain original audio data and audio of each audio source. Controlling the start play instruction in the frame and the sound source priority information in the audio control frame.
  • the frame header of the audio control frame in the audio data to be played by each audio source may be parsed to obtain original audio data of each audio source in the audio control frame. And a sound source priority information of each of the sound sources, and a data portion of the audio data frame in the audio data to be played of each of the sound sources is parsed to obtain the audio data frame Raw audio data for each source.
  • the data portion of the audio control frame in the audio data to be played by each audio source may be parsed to obtain original audio of each audio source in the audio control frame.
  • a start play command of the data and sound source priority information of each of the sound sources and a data portion of the audio data frame in the audio data to be played of each of the sound sources is parsed to obtain a location in the audio data frame The original audio data for each source.
  • the sound source priority information of each audio source may be compared according to a start play instruction of the original audio data of each sound source. deal with.
  • the playback volume of each audio source is set in order from large to small, that is, the higher the sound source priority information, the larger the playback volume of the corresponding sound source.
  • the source with the highest source priority information has the highest playback volume; the source with the lowest priority information has the lowest playback volume.
  • the soundtrack corresponding to each sound source may be initialized according to the format parameters included in the start playing instruction of the original audio data of the sound source, and the The initialized audio track starts playing the original audio data of the corresponding sound source with the playing volume of each of the sound sources to realize the mixed sound playing of the plurality of sound sources.
  • the two steps 303 and 304 can be specifically implemented according to the number of audio tracks supported by the first terminal device.
  • the number of multi-tracks supported by the first terminal device is two. If the original audio data of three or more sources is obtained, in the specific implementation process, only the source priority can be selected.
  • the two audio sources with the highest level information perform the setting operation of the playback volume, and perform the initialization operation on the audio track corresponding to each sound source according to the format parameters included in the start playback instruction of the original audio data of the two audio sources.
  • the initialized audio track is used to start playing the original audio data of the corresponding sound source with the playing volume of each of the sound sources to realize the mixed sound playing of the two sound sources.
  • the setting operation of the playback volume can be omitted, and the original audio data of these audio sources is no longer played, and the original audio data of these audio sources are discarded.
  • the second end corresponding to the interconnected application on the first terminal device is received.
  • the to-be-played audio data of the at least two sound sources of the second terminal device sent by the end device, and the audio data to be played by each of the at least two audio sources of the audio source to be played are analyzed. Processing to obtain original audio data of each of the sound sources, a start play instruction of the original audio data of each of the sound sources, and sound source priority information of each of the sound sources, so as to enable the start of the play instruction and the The sound source priority information is set, and the playback volume of each of the sound sources is set, and the original audio data of each of the sound sources is subjected to a mixed sound playback process, which is not required for each sound source.
  • the audio module then performs synchronous communication with the audio module corresponding to the other audio sources to determine whether it can transmit audio data, but adds the audio playback start command and the audio source priority information of the audio data to the audio data. Send it to the connected application together, and the volume setting is unified by the connected application, with different volume, the same Play different sources of audio data, it is possible to avoid wasting system resources prior art since the synchronization between the audio communications module and cause problems.
  • FIG. 4 is a schematic structural diagram of a control apparatus for a terminal device according to another embodiment of the present invention, as shown in FIG. 4 .
  • the control device of the terminal device of this embodiment may include an acquiring unit 41. Framing unit 42 and transmitting unit 43.
  • the acquiring unit 41 is configured to acquire original audio data of the second terminal device connected to the first terminal device where the interconnection application is located, and a framing unit 42 configured to start the initial playback command of the original audio data and the original audio.
  • the audio source priority information of the audio source to which the data belongs is added to the original audio data to obtain the audio data to be played, and the sending unit 43 is configured to send the audio data to be played to the connected application.
  • the first terminal device and the second terminal device pass at least, but are not limited to, a Bluetooth connection, a Universal Serial Bus (USB) connection, and at least a Wireless Fidelity (WI-FI) connection.
  • a Bluetooth connection a Universal Serial Bus (USB) connection
  • a Wireless Fidelity (WI-FI) connection a Wireless Fidelity connection.
  • One of the connections is not specifically limited in this embodiment.
  • control device of the terminal device in this embodiment may be an application corresponding to the second terminal device, that is, an application corresponding to the interconnection application, or may be an application located at the second terminal device (ie, an interconnection application office).
  • the functional unit such as a plug-in or a software development kit (SDK) in the corresponding application is not particularly limited in this embodiment.
  • the application may be a local application installed on the second terminal device (nativeApp), or may also be a web application (webApp) of the browser on the second terminal device. Special restrictions are made.
  • the first terminal device is preferably an in-vehicle terminal device; and the second terminal device is preferably a user terminal device.
  • the first terminal device may also be a user terminal device; the second terminal device may also be an in-vehicle terminal device.
  • the applications installed on the user terminal device can be executed separately, without relying on another terminal device connected thereto for normal use, or relying on a corresponding cooperation on another terminal device connected thereto.
  • the app can be used normally.
  • the original audio data of the second terminal device acquired by the acquiring unit 41 may be the second terminal device corresponding to the interconnection application.
  • the audio data of the matching application for example, the song audio data acquired by the application, the TTS audio data (TTS) outputted by the navigation function of the application, or the like, or may also be on the second terminal device.
  • the audio data of the application other than the cooperation application for example, the song audio data acquired by the QQ music, etc., is not particularly limited in this embodiment.
  • the framing unit 42 may be further configured to acquire audio related operation event data of the second terminal device by the user; and according to the audio correlation.
  • the event data is manipulated to obtain a start play instruction of the original audio data.
  • the framing unit 42 may be further configured to obtain a matching application or the foregoing on the second terminal device corresponding to the interconnection application.
  • the framing unit 42 is specifically configured to add the start play instruction and the sound source priority information to a blank frame to generate audio control. And inserting the audio control frame into the original audio data to obtain the audio data to be played.
  • the original audio data of the second terminal device connected to the first terminal device where the interconnection application is connected is obtained by the acquiring unit, and then the start playback instruction of the original audio data and the original audio data belong to by the framing unit.
  • the sound source priority information of the sound source is added to the original audio data to obtain audio data to be played, so that the sending unit can send the to-be-played audio data to the connected application, since the audio corresponding to each sound source is not needed
  • the module then performs synchronous communication with the audio module corresponding to the other audio sources to determine whether it can transmit audio data, and adds the audio playback start command and the audio source priority information of the audio data to the audio data.
  • the volume setting is uniformly performed by the interconnection application, and the audio data of different sound sources are simultaneously played at different volumes, thereby avoiding waste of system resources caused by synchronous communication between the audio modules in the prior art. problem.
  • FIG. 5 is a schematic structural diagram of another apparatus for controlling a terminal device according to another embodiment of the present invention, as shown in FIG. 5.
  • the control device of the terminal device of the present embodiment may include a receiving unit 51, a parsing unit 52, a setting unit 53, and a playing unit 54.
  • the receiving unit 51 is configured to receive audio data to be played of at least two audio sources of the second terminal device that are sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device; 52, configured to perform parsing processing on the audio data to be played to obtain original audio data, a start play instruction of the original audio data, and sound source priority information of a sound source to which the original audio data belongs; a setting unit 53, configured to: If the sound source to which the original audio data belongs is different from the sound source of the currently played audio data, according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source.
  • a playback volume of the audio source to which the original audio data belongs and a playback volume of the current playback audio source and a playback unit 54 configured to play the volume of the audio source to which the original audio data belongs
  • the playing volume of the currently playing sound source is subjected to a mixing playback process on the original audio data and the audio data of the currently playing sound source.
  • control device of the terminal device in this embodiment may be an application located in the first terminal device, that is, an interconnection application, or may be a plug-in or software disposed in an application (ie, an interconnection application) located in the first terminal device.
  • a functional unit such as a Software Development Kit (SDK) is not particularly limited in this embodiment.
  • the interconnection application may be a local application installed on the first terminal device (nativeApp), or may also be a web application (webApp) of the browser on the first terminal device, which is used in this embodiment. No particular limitation is imposed.
  • the audio data to be played received by the receiving unit 51 is generated and transmitted by using the technical solution provided by the embodiment corresponding to FIG. 4.
  • the audio data to be played received by the receiving unit 51 is generated and transmitted by using the technical solution provided by the embodiment corresponding to FIG. 4.
  • the parsing unit 52 may be configured to perform parsing processing on the to-be-played audio data to obtain the original audio data and the audio control frame.
  • the playing unit 53 may be further configured to: if the original audio data is played back, and still receive the audio data of the current playing source, The playback volume before the setting, continue to play the above The audio data of the sound source is played before.
  • the playing unit 53 may be further configured to: if the audio data of the currently playing sound source is played, and still receive the original audio data, The playback volume before the setting continues to play the original audio data.
  • the receiving unit receives the audio data to be played of the at least two sound sources of the second terminal device that are sent by the matching application on the second terminal device corresponding to the interconnecting application on the first terminal device, and further
  • the parsing unit parses the audio data to be played to obtain original audio data, a start play instruction of the original audio data, and sound source priority information of the audio source to which the original audio data belongs, if the original audio data belongs to The sound source is different from the sound source of the currently played audio data, so that the setting unit can set the sound according to the start play instruction, the sound source priority information of the sound source to which the original audio data belongs, and the sound source priority information of the currently played sound source.
  • the audio module corresponding to each audio source is not required to perform synchronous communication with the audio module corresponding to other audio sources to determine whether it can transmit audio data, but to start the audio data starting instruction and the audio source of the audio data.
  • the priority information is added to the audio data and sent to the connected application, and the volume application is uniformly set by the connected application to play at different volumes simultaneously. The audio data of different sound sources, therefore, can avoid the problem of waste of system resources due to synchronous communication between audio modules in the prior art.
  • FIG. 6 is a schematic structural diagram of another apparatus for controlling a terminal device according to another embodiment of the present invention, as shown in FIG. 6.
  • the control device of the terminal device of the present embodiment may include a receiving unit 61, a parsing unit 62, a setting unit 63, and a playing unit 64.
  • the receiving unit 61 is configured to receive audio data to be played of at least two audio sources of the second terminal device that are sent by the cooperation application on the second terminal device corresponding to the interconnection application on the first terminal device; 62. Perform parsing processing on the to-be-played audio data of each of the to-be-played audio data of the at least two audio sources to obtain original audio data of each of the audio sources, and original audio data of each of the audio sources.
  • a setting unit 63 configured to set a play volume of each of the sound sources according to the start play command and the sound source priority information; the playing unit 64, And performing a mixed playback process on the original audio data of each of the sound sources at a playback volume of each of the sound sources.
  • control device of the terminal device in this embodiment may be an application located in the first terminal device, that is, an interconnection application, or may be a plug-in or software disposed in an application (ie, an interconnection application) located in the first terminal device.
  • a functional unit such as a Software Development Kit (SDK) is not particularly limited in this embodiment.
  • the interconnection application may be a local application installed on the first terminal device (nativeApp), or may also be a web application (webApp) of the browser on the first terminal device, which is used in this embodiment. No particular limitation is imposed.
  • the audio data to be played received by the receiving unit 61 is generated and transmitted by using the technical solution provided by the embodiment corresponding to FIG. 4.
  • the audio data to be played received by the receiving unit 61 is generated and transmitted by using the technical solution provided by the embodiment corresponding to FIG. 4.
  • the parsing unit 62 may be configured to parse the audio data to be played by each of the audio sources to obtain the original of each audio source.
  • the receiving unit receives the audio data to be played of the at least two sound sources of the second terminal device that are sent by the matching application on the second terminal device corresponding to the interconnecting application on the first terminal device, and further The parsing unit parses the audio data to be played of each of the audio data to be played of the at least two audio sources to obtain original audio data of each audio source, and start of original audio data of each audio source Playing the instruction and the sound source priority information of each of the sound sources, so that the setting unit can set the playing volume of each of the sound sources according to the start playing instruction and the sound source priority information, and the playing unit uses the The playback volume of each audio source, and the original audio data of each audio source is mixed and played, because the audio module corresponding to each audio source does not need to be synchronously communicated with the audio module corresponding to other audio sources to determine whether it is itself Audio data transmission can be performed, but the start of the audio data and the audio source of the audio data Adding the source to the priority information together with the audio data transmitted to the Internet applications
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
  • the software functional unit is stored in a storage medium, the package A number of instructions are included to cause a computer device (which may be a personal computer, an audio processing engine, or a network device, etc.) or a processor to perform some of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephone Function (AREA)

Abstract

提供终端设备的控制方法、装置、设备及非易失性计算机存储介质。由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。

Description

终端设备的控制方法、装置、设备及非易失性计算机存储介质
本申请要求了申请日为2015年12月25日，申请号为201510994014.4发明名称为“终端设备的控制方法及装置”的中国专利申请的优先权。
技术领域
本发明涉及通信技术，尤其涉及终端设备的控制方法、装置、设备及非易失性计算机存储介质。
背景技术
随着通信技术的发展，终端设备集成了越来越多的功能，从而使得终端设备的***功能列表中包含了越来越多相应的应用(Application，APP)。有些终端设备上所安装的应用，本发明中称为互联应用，需要通过与其连接的另一个终端设备上安装一个相应的配合应用才能正常使用，否则没有任何使用价值，特别是对于一些车机互联应用。
通常情况下，为了使得互联应用能够获取并控制配合应用所在终端设备的音频数据，配合应用可以向互联应用发送音频数据和该音频数据的播放控制信息，由互联应用根据所获得的播放控制信息，对音频数据进行播放控制处理例如，开始播放、暂停、恢复播放等。
在一些情况下，配合应用需要向互联应用发送多个音源的音频数据，例如，配合应用的音乐功能的歌曲音频数据、配合应用的导航功能的TTS音频数据(Text To Speech，TTS)等，在发送音频数据之前，每个音 源所对应的音频模块需要同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送。只有确定自身可以进行音频数据传输的音源的音频模块，才可以通过配合应用将该音源的音频数据发送给互联应用。在一个音源的音频数据的发送过程中，该音源所对应的音频模块还需要实时监测其他音源所对应的音频模块的音频数据发送情况，若其他音源所对应的音频模块的音频数据发送情况发生变化，则需要同其他音源所对应的音频模块进行同步通信，以确定自身是否暂停音频数据发送或者恢复音频数据发送。
然而，由于每个音源所对应的音频模块需要同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，从而导致了终端设备的***资源的浪费。
发明内容
本发明的多个方面提供终端设备的控制方法、装置、设备及非易失性计算机存储介质，用以避免终端设备的***资源的浪费。
本发明的一方面，提供一种终端设备的控制方法，包括：
获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
将所述待播放音频数据，发送给所述互联应用。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二终端设备的原始音频数据，包括：
所述互联应用所对应的所述第二终端设备上的配合应用的音频数据；或者
所述第二终端设备上除了所述配合应用之外的其他应用的音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据之前，还包括：
获取用户操作所述第二终端设备的音频相关操作事件数据；以及根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令；或者
获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，包括：
将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成音频控制帧；
将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供另一种终端设备的控制方法，包括：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对所述待播放音频数据进行解析处理，以获得原始音频数据、所述 原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，包括：
对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述方法还包括：
若播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，以所述设置之前的播放音量，继续播放所述当前播放音源的音频数据；或者
若播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，以所述设置之前的播放音量，继续播放所述原始音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供另一种终端设备的控制方法，包括：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源 的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，包括：
对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供一种终端设备的控制装置，包括：
获取单元，用于获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
分帧单元，用于将所述原始音频数据的开始播放指令和所述原始音 频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
发送单元，用于将所述待播放音频数据，发送给所述互联应用。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第二终端设备的原始音频数据，包括：
所述互联应用所对应的所述第二终端设备上的配合应用的音频数据；或者
所述第二终端设备上除了所述配合应用之外的其他应用的音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述分帧单元，还用于
获取用户操作所述第二终端设备的音频相关操作事件数据；以及根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令；或者
获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述分帧单元，具体用于
将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成音频控制帧；以及
将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供另一种终端设备的控制装置，包括：
接收单元，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
解析单元，用于对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
设置单元，用于若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
播放单元，用于以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述解析单元，具体用于
对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述播放单元，还用于
若播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，以所述设置之前的播放音量，继续播放所述当前播放音源的音频数据；或者
若播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，以所述设置之前的播放音量，继续播放所述原始音频数据。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供另一种终端设备的控制装置，包括：
接收单元，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
解析单元，用于对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优 先级信息；
设置单元，用于根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
播放单元，用于以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述解析单元，具体用于
对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，
所述第一终端设备为车载终端设备；
所述第二终端设备为用户终端设备。
本发明的另一方面，提供一种设备，包括：
一个或者多个处理器；
存储器；
一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
将所述待播放音频数据，发送给所述互联应用。
本发明的另一方面，提供一种设备，包括：
一个或者多个处理器；
存储器；
一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
本发明的另一方面，提供一种设备，包括：
一个或者多个处理器；
存储器；
一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
本发明的另一方面，提供一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
将所述待播放音频数据，发送给所述互联应用。
本发明的另一方面，提供一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
本发明的另一方面，提供一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源 的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
由所述技术方案可知，一方面，本发明实施例通过获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据，进而将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，使得能够将所述待播放音频数据，发送给所述互联应用，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
由所述技术方案可知，另一方面，本发明实施例通过接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据，进而对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，若所述原始音频数据所属的音 源与当前播放的音频数据的音源不相同，使得能够根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量，并以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
由所述技术方案可知，另一方面，本发明实施例通过接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据，进而对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，使得能够根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量，并以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将 音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
另外，采用本发明所提供的技术方案，能够极大提升用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的一种终端设备的控制方法的流程示意图；
图2为本发明另一实施例提供的另一种终端设备的控制方法的流程示意图；
图3为本发明另一实施例提供的另一种终端设备的控制方法的流程示意图；
图4为本发明另一实施例提供的一种终端设备的控制装置的结构示意图；
图5为本发明另一实施例提供的另一种终端设备的控制装置的结构示意图；
图6为本发明另一实施例提供的另一种终端设备的控制装置的结构 示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本发明保护的范围。
需要说明的是，本发明实施例中所涉及的用户终端设备可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。本发明实施例中所涉及的车载终端设备，还可以称为车机，指的是安装在汽车里面的车载信息娱乐产品的简称，车机在功能上要能够实现人与车，车与外界(车与车)的信息通信。
另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图1为本发明一实施例提供的一种终端设备的控制方法的流程示意图，如图1所示。
101、获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据。
本发明中，第一终端设备与第二终端设备通过但不限于蓝牙连接、通用串行总线(Universal Serial Bus，USB)连接和无线相容性认证(Wireless Fidelity，WI-FI)连接中的至少一项进行连接，本实施例对此不进行特别限定。
102、将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据。
103、将所述待播放音频数据，发送给所述互联应用。
需要说明的是，101～103的执行主体可以为位于第二终端设备的应用即互联应用所对应的配合应用，或者还可以为设置在位于第二终端设备的应用(即互联应用所对应的配合应用)中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述应用可以是安装在第二终端设备上的本地程序(nativeApp)，或者还可以是第二终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
这样，通过获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据，进而将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，使得能够将所述待播放音频数据，发送给所述互联应用，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到 音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
可选地，在本实施例的一个可能的实现方式中，所述第一终端设备优选为车载终端设备；所述第二终端设备优选为用户终端设备。
反过来，所述第一终端设备也可以为用户终端设备；所述第二终端设备也可以为车载终端设备。但是，在实际应用中，用户终端设备上所安装的应用都可以单独执行，无需依赖与其连接的另一个终端设备才能正常使用，或者依赖与其连接的另一个终端设备上安装一个相应的配合应用才能正常使用。
本发明中，在完成第一终端设备与第二终端设备之间的设备连接建立之后，基于所建立的设备连接，还需要进一步建立第一终端设备上的互联应用与第二终端设备上的配合应用之间的通信连接。这样，用户才可以通过互联应用，操作配合应用或者配合应用所在第二终端设备。
可以理解的是，所述通信连接可以包括但不限于蓝牙连接、USB连接和WI-FI连接中的至少一项，本实施例对此不进行特别限定。
可选地，在本实施例的一个可能的实现方式中，在101中，所接收的所述第二终端设备的原始音频数据，可以为所述互联应用所对应的所述第二终端设备上的配合应用的音频数据，例如，配合应用所获取的歌曲音频数据、配合应用的导航功能所输出的TTS音频数据(Text To Speech，TTS)等，或者还可以为所述第二终端设备上除了所述配合应用之外的其他应用的音频数据，例如，QQ音乐所获取的歌曲音频数据等，本实施例对此不进行特别限定。
所谓的音频数据，是指由对音频信号转换而来的数字信号，例如，对所述音频信号进行抽样、量化和编码处理，所获得的脉冲编码调制(Pulse Code Modulation，PCM)数据。编码处理的详细描述可以参见现有技术中的相关内容，此处不再赘述。最后，对音频数据进行格式编码之后，就形成了编码格式的音频文件。
其中，所述音频文件可以包括现有技术中各种编码格式的音频文件，例如，动态图像专家组(Moving Picture Experts Group，MPEG)层3(MPEGLayer-3，MP3)格式音频文件、WMA(Windows Media Audio，WMA)格式音频文件、高级音频编码(Advanced Audio Coding，AAC)格式音频文件或APE格式音频文件等，本实施例对此不进行特别限定。
具体地，若用户在使用配合应用的音乐功能，具体可以从第二终端设备的存储设备或者互联网上，获取待处理音频文件，例如，待播放歌曲的MP3格式音频文件等，进而，则可以对所述待处理音频文件的数据块进行解码处理，以获得所述原始音频数据。解码处理的详细描述可以参见现有技术中的相关内容，此处不再赘述。若用户在使用配合应用的导航功能，具体可以直接获取TTS音频数据(Text To Speech，TTS)。
在一个具体的实现过程中，所述第二终端设备的存储设备可以慢速存储设备，具体可以为计算机***的硬盘，或者还可以为手机的非运行内存即物理内存，例如，只读存储器(Read-Only Memory，ROM)和内存卡等，本实施例对此不进行特别限定。
在另一个具体的实现过程中，所述第二终端设备的存储设备还可以为快速存储设备，具体可以为计算机***的内存，或者还可以为手机的运行内存即***内存，例如，随机存储器(Random Access Memory， RAM)等，本实施例对此不进行特别限定。
所述开始播放指令，又可以称为初始化指令，用以指示对音轨进行初始化操作，利用经过初始化的音轨，开始播放音频数据。所谓的音轨，用于将音频数据记录在特定的时间位置，并进行播放处理。具体来说，开始播放指令中可以包括格式参数，这样，接收端则可以根据该格式参数，对音轨进行初始化操作。
其中，所述格式参数可以包括但不限于压缩格式、采样率、采样深度和码率中的至少一项。
所述采样率，也称为采样速度或者采样频率，定义了每秒从连续信号中提取并组成离散信号的采样个数，它用赫兹(Hz)来表示。
所述采样深度，指一个采样点的值由几比特数来表示，它决定了每个采样点的值的位数，例如，8比特(bit)、16位或24位等。
所述码率，是指单位时间内处理的比特的数量，单位是每秒比特(bps)。
可选地，在本实施例的一个可能的实现方式中，在102之前，还可以进一步执行获取所述原始音频数据的开始播放指令的操作。
在一个具体的实现过程中，具体可以获取用户操作所述第二终端设备的音频相关操作事件数据，进而则可以根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令，例如，配合应用中音乐功能输出歌曲的音频数据的开始播放指令。
所谓的音频相关操作事件数据，用于操作音频数据的操作事件数据。具体地，具体可以基于配合应用与所述互联应用之间的通信连接，获取所述用户通过所述第一终端设备上的互联应用操作所述第二终端设备的 音频相关操作事件数据。
本发明中，所谓的用户通过第一终端设备上的互联应用操作与所述第一终端设备连接的第二终端设备的音频相关操作事件数据，是指用户在第一终端设备上的互联应用中所进行的音频相关操作行为，例如，单击、双击、拖动等操作，映射到第二终端设备的显示装置上的音频相关操作事件的相关数据，可以包括但不限于音频相关操作事件和所述音频相关操作事件的坐标数据。
例如，第一终端设备上的互联应用，可以通过第二终端设备上的该互联应用所对应的配合应用，在第一终端设备的显示装置上投射第二终端设备的显示装置所输出的界面，用户可以通过在互联应用中所投射的界面上进行操作，例如，触控操作或物理按键操作等，这样，就可以实现操作与其所在第一终端设备连接的第二终端设备上的全部应用的音频数据，即该互联应用所对应的配合应用的音频数据和除了该互联应用所对应的配合应用之外的其他应用的音频数据。
或者，再例如，第一终端设备上的互联应用，还可以通过第二终端设备上的该互联应用所对应的配合应用，作为一个操作端例如，鼠标或遥控器等，用户可以通过在互联应用中进行操作，例如，触控操作或物理按键操作等，这样，就可以实现操作与其所在第一终端设备连接的第二终端设备上的全部应用的音频数据，即该互联应用所对应的配合应用的音频数据和除了该互联应用所对应的配合应用之外的其他应用的音频数据。
可以理解的是，具体可以根据第一终端设备的显示装置的显示尺寸与第二终端设备的显示装置的显示尺寸的比值，将用户在第一终端设备 上的互联应用中所进行的操作行为的坐标数据，映射到第二终端设备的显示装置上的操作事件的坐标数据。
通常，目前的终端设备都是触控类型的终端设备，其显示装置除了具有显示功能之外，还具有触控输入功能。在终端设备的显示装置上的任何一个操作行为，都需要被分解为若干个操作事件的集合，操作***才能够对这些操作事件的相关数据进行相应处理。具体地，所述操作事件包括下列事件中的至少一项：
Down事件；
Up事件；以及
Move事件。
所谓的Down事件，在一次操作行为中仅会触发一次，是在手指刚接触终端设备的显示装置时触发。
所谓的Up事件，在一次操作行为中仅会触发一次，是在手指离开终端设备的显示装置时触发。
所谓的Move事件，在一次操作行为的过程中会触发0个、1个或者多个Move事件，如果手指一直在终端设备的显示装置上移动，就会一直触发Move事件，而且都是在Down事件之后与Up事件之前。
在另一个具体的实现过程中，具体可以获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令，例如，配合应用的导航功能输出TTS音频数据时所触发的开始播放指令。
可选地，在本实施例的一个可能的实现方式中，在102中，具体可以将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成 音频控制帧，进而，则可以将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
具体地，具体可以将开始播放指令所在音频控制帧***到所述原始音频数据的前面，进而，则可以按照预设数据大小如30千(k)字节或者预设时间大小如20毫秒(ms)等，对音频控制帧之后的原始音频数据进行分段处理，以获得若干段音频数据，将每段音频数据添加到空白帧的数据部分，以获得若干个音频数据帧。这样，由所获得的音频数据帧和音频控制帧，就组成了待播放音频数据。
在一个具体的实现过程中，具体可以将所述开始播放指令添加到所述音频控制帧的帧头中，或者还可以将所述开始播放指令添加到所述音频控制帧的数据部分中，本实施例对此不进行特别限定。
采用本发明所提供的技术方案，能够在多音频数据的发送过程中，减少不同音源之间直接的同步通信，降低***音频同步和传输的设计难度，有效地利用了***资源，同时，还能够有效增强***稳定性。
本实施例中，通过获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据，进而将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，使得能够将所述待播放音频数据，发送给所述互联应用，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技 术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
图2为本发明另一实施例提供的另一种终端设备的控制方法的流程示意图，如图2所示。
201、接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据。
202、对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息。
203、若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量。
204、以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
需要说明的是，201～204的执行主体可以为位于第一终端设备的应用即互联应用，或者还可以为设置在位于第一终端设备的应用(即互联应用)中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述互联应用可以是安装在第一终端设备上的本地程序(nativeApp)，或者还可以是第一终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
这样，通过接收第一终端设备上的互联应用所对应的第二终端设备 上的配合应用所发送的所述第二终端设备的待播放音频数据，进而对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，使得能够根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量，并以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
需要说明的是，第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述，与图1对应的实施例中的第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述是一致的，详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。
本发明中，所接收的待播放音频数据，是采用图1对应的实施例所提供的技术方案，产生并发送的。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。
可选地，在本实施例的一个可能的实现方式中，在202中，具体可 以对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
在一个具体的实现过程中，具体可以对所述待播放音频数据中的音频控制帧的帧头进行解析处理，以获得该音频控制帧中的所述开始播放指令和所述音源优先级信息，以及对所述待播放音频数据中的音频数据帧的数据部分进行解析处理，以获得该音频数据帧中的所述原始音频数据。
在另一个具体的实现过程中，具体可以对所述待播放音频数据中的音频控制帧的数据部分进行解析处理，以获得该音频控制帧中的所述开始播放指令和所述音源优先级信息，以及对所述待播放音频数据中的音频数据帧的数据部分进行解析处理，以获得该音频数据帧中的所述原始音频数据。
可选地，在本实施例的一个可能的实现方式中，在203中，若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，则可以根据所述开始播放指令，对所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息进行比较处理。
若所述原始音频数据所属音源的音源优先级信息高于所述当前播放音源的音源优先级信息，则可以设置所述原始音频数据所属音源的播放音量高于当前播放音源的播放音量。
若所述原始音频数据所属音源的音源优先级信息低于所述当前播放音源的音源优先级信息，则可以设置所述原始音频数据所属音源的播放音量低于当前播放音源的播放音量。
在设置完所述原始音频数据所属音源的播放音量与当前播放音源的播放音量之后，在204中，则可以根据开始播放指令中所包括的格式参数，对除了播放所述当前播放音源的音频数据的音轨之外的另一音轨进行初始化操作，利用经过初始化的音轨，以每个音源的播放音量，开始播放所述原始音频数据，以实现当前播放音源与所述原始音频数据所属音源的混音播放。
可选地，在本实施例的一个可能的实现方式中，若在播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，则可以以所述设置之前的播放音量，继续播放所述当前播放音源的音频数据。
可选地，在本实施例的一个可能的实现方式中，若在播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，则可以以所述设置之前的播放音量，继续播放所述原始音频数据。
采用本发明所提供的技术方案，能够在多音频数据的发送过程中，减少不同音源之间直接的同步通信，降低***音频同步和传输的设计难度，有效地利用了***资源，同时，还能够有效增强***稳定性。
本实施例中，通过接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据，进而对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，使得能够根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量，并以所述原 始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
图3为本发明另一实施例提供的另一种终端设备的控制方法的流程示意图，如图3所示。
301、接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据。
302、对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息。
303、根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量。
304、以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
需要说明的是，301～304的执行主体可以为位于第一终端设备的应用即互联应用，或者还可以为设置在位于第一终端设备的应用(即互联应用)中的插件或软件开发工具包(Software Development Kit，SDK) 等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述互联应用可以是安装在第一终端设备上的本地程序(nativeApp)，或者还可以是第一终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
这样，通过接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据，进而对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，使得能够根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量，并以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
需要说明的是，第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述，与图1对应的实施例中的第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述是一致的，详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。
本发明中，所接收的待播放音频数据，是采用图1对应的实施例所 提供的技术方案，产生并发送的。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。
可选地，在本实施例的一个可能的实现方式中，在302中，具体可以对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
在一个具体的实现过程中，具体可以对所述每个音源的待播放音频数据中的音频控制帧的帧头进行解析处理，以获得该音频控制帧中的所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，以及对所述每个音源的待播放音频数据中的音频数据帧的数据部分进行解析处理，以获得该音频数据帧中的所述每个音源的原始音频数据。
在另一个具体的实现过程中，具体可以对所述每个音源的待播放音频数据中的音频控制帧的数据部分进行解析处理，以获得该音频控制帧中的所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，以及对所述每个音源的待播放音频数据中的音频数据帧的数据部分进行解析处理，以获得该音频数据帧中的所述每个音源的原始音频数据。
可选地，在本实施例的一个可能的实现方式中，在303中，具体可以根据所述每个音源的原始音频数据的开始播放指令，对所述每个音源的音源优先级信息进行比较处理。
按照音源优先级信息从高到低的顺序，从大到小依次设置每个音源的播放音量，即音源优先级信息越高，其所对应的音源的播放音量越大。 音源优先级信息最高的音源，其播放音量最大；音源优先级信息最低的音源，其播放音量最小。
在设置完所述每个音源的播放音量，在304中，则可以根据该音源的原始音频数据的开始播放指令中所包括的格式参数，对各个音源所对应的音轨进行初始化操作，利用经过初始化的音轨，以所述每个音源的播放音量，开始播放所对应音源的原始音频数据，以实现多个音源的混音播放。
需要说明的是，具体可以根据第一终端设备所支持的音轨数量，具体实现303与304这两个步骤。
通常来说，第一终端设备所支持的多音轨数量为两个，那么，如果获取到三个或三个以上的音源的原始音频数据，在具体的实现过程中，则可以只选择音源优先级信息最高的两个音源，进行其播放音量的设置操作，以及根据这两个音源的原始音频数据的开始播放指令中所包括的格式参数，对每个音源所对应的音轨进行初始化操作，利用经过初始化的音轨，以所述每个音源的播放音量，开始播放所对应音源的原始音频数据，以实现这两个音源的混音播放。
而对其他音源的播放音量，则可以不再执行其播放音量的设置操作，进而也不再播放这些音源的原始音频数据，对这些音源的原始音频数据进行丢弃处理。
采用本发明所提供的技术方案，能够在多音频数据的发送过程中，减少不同音源之间直接的同步通信，降低***音频同步和传输的设计难度，有效地利用了***资源，同时，还能够有效增强***稳定性。
本实施例中，通过接收第一终端设备上的互联应用所对应的第二终 端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据，进而对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，使得能够根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量，并以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在所述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
图4为本发明另一实施例提供的一种终端设备的控制装置的结构示意图，如图4所示。本实施例的终端设备的控制装置可以包括获取单元 41、分帧单元42和发送单元43。其中，获取单元41，用于获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；分帧单元42，用于将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；发送单元43，用于将所述待播放音频数据，发送给所述互联应用。
本发明中，第一终端设备与第二终端设备通过但不限于蓝牙连接、通用串行总线(Universal Serial Bus，USB)连接和无线相容性认证(Wireless Fidelity，WI-FI)连接中的至少一项进行连接，本实施例对此不进行特别限定。
需要说明的是，本实施例的终端设备的控制装置可以为位于第二终端设备的应用即互联应用所对应的配合应用，或者还可以为设置在位于第二终端设备的应用(即互联应用所对应的配合应用)中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述应用可以是安装在第二终端设备上的本地程序(nativeApp)，或者还可以是第二终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
可选地，在本实施例的一个可能的实现方式中，所述第一终端设备优选为车载终端设备；所述第二终端设备优选为用户终端设备。
反过来，所述第一终端设备也可以为用户终端设备；所述第二终端设备也可以为车载终端设备。但是，在实际应用中，用户终端设备上所安装的应用都可以单独执行，无需依赖与其连接的另一个终端设备才能正常使用，或者依赖与其连接的另一个终端设备上安装一个相应的配合 应用才能正常使用。
可选地，在本实施例的一个可能的实现方式中，所述获取单元41所获取的所述第二终端设备的原始音频数据，可以为所述互联应用所对应的所述第二终端设备上的配合应用的音频数据，例如，配合应用所获取的歌曲音频数据、配合应用的导航功能所输出的TTS音频数据(Text To Speech，TTS)等，或者还可以为所述第二终端设备上除了所述配合应用之外的其他应用的音频数据，例如，QQ音乐所获取的歌曲音频数据等，本实施例对此不进行特别限定。
可选地，在本实施例的一个可能的实现方式中，所述分帧单元42，还可以进一步用于获取用户操作所述第二终端设备的音频相关操作事件数据；以及根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令。
可选地，在本实施例的一个可能的实现方式中，所述分帧单元42，还可以进一步用于获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令。
可选地，在本实施例的一个可能的实现方式中，所述分帧单元42，具体可以用于将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成音频控制帧；以及将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
需要说明的是，图1对应的实施例中方法，可以由本实施例提供的终端设备的控制装置实现。详细描述可以参见图1对应的实施例中的相关内容，此处不再赘述。
本实施例中，通过获取单元获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据，进而由分帧单元将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，使得发送单元能够将所述待播放音频数据，发送给所述互联应用，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
图5为本发明另一实施例提供的另一种终端设备的控制装置的结构示意图，如图5所示。本实施例的终端设备的控制装置可以包括接收单元51、解析单元52、设置单元53和播放单元54。其中，接收单元51，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；解析单元52，用于对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；设置单元53，用于若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；播放单元54，用于以所述原始音频数据所属音源的播放音量和 所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
需要说明的是，本实施例的终端设备的控制装置可以为位于第一终端设备的应用即互联应用，或者还可以为设置在位于第一终端设备的应用(即互联应用)中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述互联应用可以是安装在第一终端设备上的本地程序(nativeApp)，或者还可以是第一终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
需要说明的是，第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述，与图4对应的实施例中的第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述是一致的，详细描述可以参见图4对应的实施例中的相关内容，此处不再赘述。
本发明中，接收单元51所接收的待播放音频数据，是采用图4对应的实施例所提供的技术方案，产生并发送的。详细描述可以参见图4对应的实施例中的相关内容，此处不再赘述。
可选地，在本实施例的一个可能的实现方式中，所述解析单元52，具体可以用于对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
可选地，在本实施例的一个可能的实现方式中，所述播放单元53，还可以进一步用于若播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，以所述设置之前的播放音量，继续播放所述当 前播放音源的音频数据。
可选地，在本实施例的一个可能的实现方式中，所述播放单元53，还可以进一步用于若播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，以所述设置之前的播放音量，继续播放所述原始音频数据。
需要说明的是，图2对应的实施例中方法，可以由本实施例提供的终端设备的控制装置实现。详细描述可以参见图2对应的实施例中的相关内容，此处不再赘述。
本实施例中，通过接收单元接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据，进而由解析单元对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，使得设置单元能够根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量，并由播放单元以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设置，以不同的音量，同时播放 不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
图6为本发明另一实施例提供的另一种终端设备的控制装置的结构示意图，如图6所示。本实施例的终端设备的控制装置可以包括接收单元61、解析单元62、设置单元63和播放单元64。其中，接收单元61，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；解析单元62，用于对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；设置单元63，用于根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；播放单元64，用于以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
需要说明的是，本实施例的终端设备的控制装置可以为位于第一终端设备的应用即互联应用，或者还可以为设置在位于第一终端设备的应用(即互联应用)中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元，本实施例对此不进行特别限定。
可以理解的是，所述互联应用可以是安装在第一终端设备上的本地程序(nativeApp)，或者还可以是第一终端设备上的浏览器的一个网页程序(webApp)，本实施例对此不进行特别限定。
需要说明的是，第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述，与图4对应的实施例中的第一终端设备、互联应用、第二终端设备以及配合应用，的功能与描述是一致的，详细描述可 以参见图4对应的实施例中的相关内容，此处不再赘述。
本发明中，接收单元61所接收的待播放音频数据，是采用图4对应的实施例所提供的技术方案，产生并发送的。详细描述可以参见图4对应的实施例中的相关内容，此处不再赘述。
可选地，在本实施例的一个可能的实现方式中，所述解析单元62，具体可以用于对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
需要说明的是，图3对应的实施例中方法，可以由本实施例提供的终端设备的控制装置实现。详细描述可以参见图3对应的实施例中的相关内容，此处不再赘述。
本实施例中，通过接收单元接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据，进而由解析单元对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，使得设置单元能够根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量，并由播放单元以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理，由于无需每个音源所对应的音频模块再同其他音源所对应的音频模块进行同步通信，以确定自身是否可以进行音频数据发送，而是将音频数据的开始播放指令和该音频数据所属音源的音源优先级信息添加到音频数据中一起发送给互联应用，由互联应用统一进行音量设 置，以不同的音量，同时播放不同音源的音频数据，因此，能够避免现有技术中由于音频模块之间的同步通信而导致的***资源的浪费的问题。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
所述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。所述软件功能单元存储在一个存储介质中，包 括若干指令用以使得一台计算机装置(可以是个人计算机，音频处理引擎，或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (30)

  1. 一种终端设备的控制方法，其特征在于，包括：
    获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
    将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
    将所述待播放音频数据，发送给所述互联应用。
  2. 根据权利要求1所述的方法，其特征在于，所述第二终端设备的原始音频数据，包括：
    所述互联应用所对应的所述第二终端设备上的配合应用的音频数据；或者
    所述第二终端设备上除了所述配合应用之外的其他应用的音频数据。
  3. 根据权利要求1或2所述的方法，其特征在于，所述将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据之前，还包括：
    获取用户操作所述第二终端设备的音频相关操作事件数据；以及根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令；或者
    获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令。
  4. 根据权利要求1～3任一权利要求所述的方法，其特征在于，所述将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的 音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据，包括：
    将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成音频控制帧；
    将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
  5. 根据权利要求1～4任一权利要求所述的方法，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  6. 一种终端设备的控制方法，其特征在于，包括：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
    对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
    若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
    以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
  7. 根据权利要求6所述的方法，其特征在于，所述对所述待播放音 频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息，包括：
    对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
  8. 根据权利要求6或7所述的方法，其特征在于，所述方法还包括：
    若播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，以所述设置之前的播放音量，继续播放所述当前播放音源的音频数据；或者
    若播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，以所述设置之前的播放音量，继续播放所述原始音频数据。
  9. 根据权利要求6～8任一权利要求所述的方法，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  10. 一种终端设备的控制方法，其特征在于，包括：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
    对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
    根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
    以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
  11. 根据权利要求10所述的方法，其特征在于，所述对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息，包括：
    对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
  12. 根据权利要求10或11所述的方法，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  13. 一种终端设备的控制装置，其特征在于，包括：
    获取单元，用于获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
    分帧单元，用于将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
    发送单元，用于将所述待播放音频数据，发送给所述互联应用。
  14. 根据权利要求13所述的装置，其特征在于，所述第二终端设备的原始音频数据，包括：
    所述互联应用所对应的所述第二终端设备上的配合应用的音频数据；或者
    所述第二终端设备上除了所述配合应用之外的其他应用的音频数据。
  15. 根据权利要求13或14所述的装置，其特征在于，所述分帧单元，还用于
    获取用户操作所述第二终端设备的音频相关操作事件数据；以及根据所述音频相关操作事件数据，获得所述原始音频数据的开始播放指令；或者
    获取所述互联应用所对应的所述第二终端设备上的配合应用或所述第二终端设备上除了所述配合应用之外的其他应用所触发的所述原始音频数据的开始播放指令。
  16. 根据权利要求13～15任一权利要求所述的装置，其特征在于，所述分帧单元，具体用于
    将所述开始播放指令和所述音源优先级信息添加到空白帧中，以生成音频控制帧；以及
    将所述音频控制帧***到所述原始音频数据中，以获得所述待播放音频数据。
  17. 根据权利要求13～16任一权利要求所述的装置，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  18. 一种终端设备的控制装置，其特征在于，包括：
    接收单元，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
    解析单元，用于对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属 音源的音源优先级信息；
    设置单元，用于若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
    播放单元，用于以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
  19. 根据权利要求18所述的装置，其特征在于，所述解析单元，具体用于
    对所述待播放音频数据进行解析处理，以获得所述原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
  20. 根据权利要求18或19所述的装置，其特征在于，所述播放单元，还用于
    若播放完毕所述原始音频数据，且仍然接收到所述当前播放音源的音频数据，以所述设置之前的播放音量，继续播放所述当前播放音源的音频数据；或者
    若播放完毕所述当前播放音源的音频数据，且仍然接收到所述原始音频数据，以所述设置之前的播放音量，继续播放所述原始音频数据。
  21. 根据权利要求18～20任一权利要求所述的装置，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  22. 一种终端设备的控制装置，其特征在于，包括：
    接收单元，用于接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
    解析单元，用于对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
    设置单元，用于根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
    播放单元，用于以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
  23. 根据权利要求22所述的装置，其特征在于，所述解析单元，具体用于
    对所述每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、音频控制帧中的所述开始播放指令和所述音频控制帧中的所述音源优先级信息。
  24. 根据权利要求22或23所述的装置，其特征在于，
    所述第一终端设备为车载终端设备；
    所述第二终端设备为用户终端设备。
  25. 一种设备，包括：
    一个或者多个处理器；
    存储器；
    一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
    获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
    将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
    将所述待播放音频数据，发送给所述互联应用。
  26. 一种设备，包括：
    一个或者多个处理器；
    存储器；
    一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
    对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
    若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
    以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混 音播放处理。
  27. 一种设备，包括：
    一个或者多个处理器；
    存储器；
    一个或者多个程序，所述一个或者多个程序存储在所述存储器中，当被所述一个或者多个处理器执行时：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
    对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
    根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
    以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
  28. 一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
    获取互联应用所在第一终端设备所连接的第二终端设备的原始音频数据；
    将所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息添加到所述原始音频数据中，以获得待播放音频数据；
    将所述待播放音频数据，发送给所述互联应用。
  29. 一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的待播放音频数据；
    对所述待播放音频数据进行解析处理，以获得原始音频数据、所述原始音频数据的开始播放指令和所述原始音频数据所属音源的音源优先级信息；
    若所述原始音频数据所属的音源与当前播放的音频数据的音源不相同，根据所述开始播放指令、所述原始音频数据所属音源的音源优先级信息和所述当前播放音源的音源优先级信息，设置所述原始音频数据所属音源的播放音量和当前播放音源的播放音量；
    以所述原始音频数据所属音源的播放音量和所述当前播放音源的播放音量，对所述原始音频数据和所述当前播放音源的音频数据，进行混音播放处理。
  30. 一种非易失性计算机存储介质，所述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：
    接收第一终端设备上的互联应用所对应的第二终端设备上的配合应用所发送的所述第二终端设备的至少两个音源的待播放音频数据；
    对所述至少两个音源的待播放音频数据中每个音源的待播放音频数据进行解析处理，以获得所述每个音源的原始音频数据、所述每个音源的原始音频数据的开始播放指令和所述每个音源的音源优先级信息；
    根据所述开始播放指令和所述音源优先级信息，设置所述每个音源的播放音量；
    以所述每个音源的播放音量，对所述每个音源的原始音频数据，进行混音播放处理。
PCT/CN2016/088125 2015-12-25 2016-07-01 终端设备的控制方法、装置、设备及非易失性计算机存储介质 WO2017107428A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510994014.4 2015-12-25
CN201510994014.4A CN105609122A (zh) 2015-12-25 2015-12-25 终端设备的控制方法及装置

Publications (1)

Publication Number Publication Date
WO2017107428A1 true WO2017107428A1 (zh) 2017-06-29

Family

ID=55989004

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/088125 WO2017107428A1 (zh) 2015-12-25 2016-07-01 终端设备的控制方法、装置、设备及非易失性计算机存储介质

Country Status (2)

Country Link
CN (1) CN105609122A (zh)
WO (1) WO2017107428A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105554294A (zh) * 2015-12-25 2016-05-04 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置
CN105609122A (zh) * 2015-12-25 2016-05-25 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置
CN105611356A (zh) * 2015-12-25 2016-05-25 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置
CN105973262A (zh) * 2016-07-18 2016-09-28 乐视控股（北京）有限公司 一种导航控制方法及导航***
CN107948854B (zh) * 2017-11-17 2020-10-13 深圳创维汽车智能有限公司 一种操作音频生成方法、装置、终端及计算机可读介质
CN108958695B (zh) * 2018-06-28 2023-10-20 努比亚技术有限公司 音频输出方法、装置及计算机可读存储介质
CN110349558B (zh) * 2019-06-27 2023-10-27 腾讯科技（深圳）有限公司 音效播放方法、装置、终端及存储介质
CN111221494B (zh) * 2019-12-26 2023-12-29 深圳市优必选科技股份有限公司 数据处理方法及装置、音频播报方法及装置

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003085689A (ja) * 2001-09-11 2003-03-20 Clarion Co Ltd 車載用情報機器
US20080032663A1 (en) * 2006-07-24 2008-02-07 Doyle Marquis D Vehicle audio integrator
WO2008082350A1 (en) * 2006-12-29 2008-07-10 Scania Cv Ab (Publ) Device and method for prioritizing audio in a vehicle
CN101606040A (zh) * 2007-02-13 2009-12-16 索尼爱立信移动通讯有限公司 用于广播导航提示的***和方法
EP2362561A1 (en) * 2010-02-25 2011-08-31 Nokia Corporation Transmission of radio signals by a portable apparatus
CN103617803A (zh) * 2013-11-08 2014-03-05 中标软件有限公司 一种车载***上多音源自动切换方法及***
CN104023305A (zh) * 2014-05-30 2014-09-03 爱培科科技开发（深圳）有限公司 一种Wince车载多媒体的混音控制方法及装置
CN105162886A (zh) * 2015-09-25 2015-12-16 北京奇艺世纪科技有限公司 一种声音控制方法及装置
CN105554294A (zh) * 2015-12-25 2016-05-04 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置
CN105609122A (zh) * 2015-12-25 2016-05-25 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2792795B1 (fr) * 1999-04-20 2001-07-13 Sagem Systeme d'ecoute amplifiee et procede de telephonie mobile mains libres
ES2267962T3 (es) * 2002-06-05 2007-03-16 Alcatel Un sistema de comunicacion de manos libres para telefonos moviles asi como un terminal movil y un sistema de audio para el mismo.

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003085689A (ja) * 2001-09-11 2003-03-20 Clarion Co Ltd 車載用情報機器
US20080032663A1 (en) * 2006-07-24 2008-02-07 Doyle Marquis D Vehicle audio integrator
WO2008082350A1 (en) * 2006-12-29 2008-07-10 Scania Cv Ab (Publ) Device and method for prioritizing audio in a vehicle
CN101606040A (zh) * 2007-02-13 2009-12-16 索尼爱立信移动通讯有限公司 用于广播导航提示的***和方法
EP2362561A1 (en) * 2010-02-25 2011-08-31 Nokia Corporation Transmission of radio signals by a portable apparatus
CN103617803A (zh) * 2013-11-08 2014-03-05 中标软件有限公司 一种车载***上多音源自动切换方法及***
CN104023305A (zh) * 2014-05-30 2014-09-03 爱培科科技开发（深圳）有限公司 一种Wince车载多媒体的混音控制方法及装置
CN105162886A (zh) * 2015-09-25 2015-12-16 北京奇艺世纪科技有限公司 一种声音控制方法及装置
CN105554294A (zh) * 2015-12-25 2016-05-04 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置
CN105609122A (zh) * 2015-12-25 2016-05-25 百度在线网络技术（北京）有限公司 终端设备的控制方法及装置

Also Published As

Publication number Publication date
CN105609122A (zh) 2016-05-25

Similar Documents

Publication Publication Date Title
WO2017107428A1 (zh) 终端设备的控制方法、装置、设备及非易失性计算机存储介质
WO2017107427A1 (zh) 终端设备的控制方法、装置、设备及非易失性计算机存储介质
WO2017107430A1 (zh) 终端设备的控制方法、装置、设备及非易失性计算机存储介质
CN107005800B (zh) 音频文件的传输、接收方法及装置、设备及其***
JP2020529032A (ja) 音声認識翻訳方法及び翻訳装置
CN104052846B (zh) 游戏应用中的语音通信方法及***
US20110066438A1 (en) Contextual voiceover
WO2017219538A1 (zh) 声道数据匹配方法及装置
CN103797761A (zh) 通信方法、客户端和终端
CN103268763A (zh) 一种基于同步音频提取和实时传输的无线影音***
JP2019015951A (ja) 電子機器のウェイクアップ方法、装置、デバイス及びコンピュータ可読記憶媒体
WO2018090723A1 (zh) 实现有线传屏的方法及装置
KR20090053723A (ko) 미디어 스트림에 데이터를 임베딩하는 방법 및 장치
WO2017101260A1 (zh) 音频切换方法、装置以及存储介质
JP2020197695A (ja) 電子デバイスの音声制御方法、電子デバイスの音声制御装置、コンピュータ機器及び記憶媒体
CN108319441B (zh) 音频播放的控制方法、装置、***、处理器及存储介质
JP7375089B2 (ja) 音声応答速度確定方法、装置、コンピュータ読み取り可能な記憶媒体及びコンピュータプログラム
CN112995730A (zh) 音画同步调整方法、装置、电子设备及介质
US20170178636A1 (en) Method and electronic device for jointly playing high-fidelity sounds of multiple players
CN104702758B (zh) 一种终端及其管理多媒体记事本的方法
US20130085763A1 (en) Codec devices and operating and driving method thereof
EP3203468A1 (en) Acoustic system, communication device, and program
US20120117262A1 (en) Service based media player
JP7152384B2 (ja) 電子デバイスの音声制御方法、電子デバイスの音声制御装置、コンピュータ機器及び記憶媒体
CN114422840A (zh) 音轨切换的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16877241

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16877241

Country of ref document: EP

Kind code of ref document: A1