WO2014134999A1 - Method and system for processing audio data - Google Patents
Method and system for processing audio data Download PDFInfo
- Publication number
- WO2014134999A1 WO2014134999A1 PCT/CN2014/072081 CN2014072081W WO2014134999A1 WO 2014134999 A1 WO2014134999 A1 WO 2014134999A1 CN 2014072081 W CN2014072081 W CN 2014072081W WO 2014134999 A1 WO2014134999 A1 WO 2014134999A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- audio data
- audio
- application processor
- storage area
- decoding
- Prior art date
- Legal status (The legal status 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 status listed.)
- Ceased
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4432—Powering on the client, e.g. bootstrap loading using setup parameters being stored locally or received from the server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/439—Processing of audio elementary streams
Definitions
- the present invention relates to the field of communications, and in particular to a method and system for processing audio data.
- portable mobile terminals such as mobile phones, PDAs, and tablets, are equipped with music playing functions, and even many products are used as a highlight of the market.
- music playback function most of the hardware solutions of such products involve an application processor, an audio decoder, and an audio codec (Codec), wherein the application processor is responsible for reading music files and decoding the music files, audio.
- the decoder is responsible for connecting peripherals and cooperation with peripherals.
- the audio Codec is responsible for the conversion of digital signals of audio data to analog signals and analog signals to digital signals.
- the application processor, the audio decoder, and the audio codec are all in operation, and thus consume a large battery capacity. Because the architecture of the application processor is more complex and the main frequency is higher, its energy consumption dominates. When the user has a long-term need to listen to music, it is easy to cause most of the power of the portable mobile terminal to be consumed by the music playing function, thereby affecting the basic functions of the mobile terminal, such as talking, receiving, and/or sending short messages, thereby affecting the market of the product. Competitiveness. Based on the above description, the related art lacks a technical solution capable of reducing the power consumption of the mobile terminal and improving the battery life when the mobile terminal plays the audio task.
- the present invention provides a method and system for processing audio data, so as to at least solve the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays an audio task in the related art.
- a method of processing audio data is provided.
- the processing method of the audio data of the present invention includes: the application processor determines to enter the idle mode after transmitting the preset duration audio data read from the audio data storage device to the audio decoder; the application processor is in the idle mode After waking up, the next piece of audio data following the previous read audio data is read from the audio data storage device and sent to the audio decoder.
- a processing system for audio data is provided.
- the processing system of the audio data of the present invention includes: an application processor; the application processor includes: a first determining module, configured to: after transmitting the preset duration audio data read from the audio data storage device to the audio decoder, Determining to enter the idle mode; the processing module is configured to continue to read the next piece of audio data connected to the previously read audio data from the audio data storage device and send to the audio decoder after being awake from the idle mode .
- the audio data of the preset duration read from the audio data storage device is sent to the audio decoder by the application processor, it is determined to enter the idle mode; after the application processor wakes up from the idle mode, the application processor continues to The audio data storage device reads the next piece of audio data connected to the previously read audio data and sends it to the audio decoder, that is, when the mobile terminal runs the audio play task, the power consumption of the application processor occupies a dominant position. Therefore, by causing the application processor to intermittently enter the idle mode after the application processor reads a piece of audio data each time, the running time of the application processor during audio playback can be effectively reduced, thereby solving the related art in moving.
- the mobile terminal When the terminal plays an audio task, the problem of power consumption of the mobile terminal cannot be reduced, and when the mobile terminal runs the audio play task, the mobile terminal can significantly reduce the playing time of the audio terminal by causing the mobile terminal to intermittently enter the low-power music playing state. Total power consumption at the time, increase the battery of the mobile terminal Capacity, improve product competitiveness.
- FIG. 1 is a flow chart of a method of processing audio data according to an embodiment of the present invention
- FIG. 2 is a flow chart of monitoring an operational state of an application processor in accordance with a preferred embodiment of the present invention
- FIG. 4 is a block diagram showing a structure of a processing system for audio data according to a preferred embodiment of the present invention.
- FIG. 5 is a schematic diagram of a low power consumption audio playback system in accordance with a preferred embodiment of the present invention.
- BEST MODE FOR CARRYING OUT THE INVENTION the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.
- 1 is a flow chart of a method of processing audio data in accordance with an embodiment of the present invention. As shown in FIG.
- the method may include the following processing steps: Step S102: After the application processor sends the preset duration audio data read from the audio data storage device to the audio decoder, determining to enter the idle mode; S104: After the application processor wakes up from the idle mode, the application processor continues to read the next piece of audio data that is connected to the previously read audio data from the audio data storage device and sends the audio data to the audio decoder.
- the application processor determines to enter the idle mode after transmitting the preset duration audio data read from the audio data storage device to the audio decoder (the application processor remains powered on at this time).
- the state can also ensure that the running data inside the mobile terminal is not lost.
- the power consumption of the application processor is low and needs to be re-awakened by the interrupt); the application processor continues to wake from the audio data storage device after being awake from the idle mode. Reading the next piece of audio data connected to the previously read audio data and transmitting it to the audio decoder, that is, when the mobile terminal is running the audio playing task, since the power consumption of the application processor occupies a dominant position,
- the application processor intermittently enters the idle mode, and the lower power consumption audio decoder replaces the higher power application processor to complete some processes that require the chip to work all the time. Task, which can effectively reduce the running time of the application processor during audio playback.
- the invention solves the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays the audio task in the related art, and when the mobile terminal runs the audio playing task, the mobile terminal can be significantly entered by intermittently entering the low-power music playing state. Reduce the total power consumption of the mobile terminal when playing audio tasks, improve the battery life of the mobile terminal, and enhance the competitiveness of the product.
- the method may further include the following steps: Step S1: The application processor determines that only the audio play task is currently running in the current mobile terminal. In a preferred embodiment, if other tasks (eg, video play tasks, game tasks) are also in operation except for the audio play task, then the application processor cannot be used regardless of whether the audio play task is in operation or not.
- the application processor can intermittently enter the idle mode only if only the audio play task is running inside the mobile terminal.
- the application processor determines that only the audio play task is running may include the following operations - Step S11: The application processor determines whether the identifier information of the other tasks except the audio play task is currently stored, and whether the audio play task is currently in the running state, where the identifier information is stored, indicating that other tasks other than the audio play task are present.
- Step S12 If the application processor does not store the identification information and the audio play task is in the running state, it is determined that only the audio play task is currently running. In a preferred embodiment, FIG.
- Step S202 Any task that wants to keep running in the system of the mobile terminal needs to apply for registration to the low-power play mode management module, and the identification information of the application is the task ID. When this task no longer needs to remain running, a write-off request to the low-power playback mode management module is required.
- the low-power play mode management module can maintain a linked list in which all task IDs that have been applied for registration are stored. Determining whether the task list that needs to remain in the running state is empty; if yes, proceeding to step S204; if not, then moving to the step
- Step S204 When the task list that needs to remain in the running state is empty, that is, no other tasks want to keep running, it is necessary to further determine whether the audio (for example: music) playing task is currently in the running state; if yes, continue to execute Step S206; if no, then go to step S208.
- Step S206 Only the audio play task is currently in the running state, the low power play mode management module may set the current system state to the low power play mode. The process ends.
- Step S208 If the system is currently in the low power play mode, the low power play mode currently adopted by the system may be ended. The process ends.
- the method may further include the following steps: Step S2: the audio decoder acquires address information for storing each piece of audio data; Step S3 The audio decoder stores each piece of audio data in the same storage area according to the obtained address information, or alternately stores each piece of audio data in the first storage area and the second storage area, wherein the same storage area
- the storage capacities of the first storage area and the second storage area are all set according to a preset duration.
- the audio decoder can receive audio data from the application processor and save to a buffer. First, it is necessary to acquire address information for storing the above audio data, and then perform a write operation according to the obtained address information.
- Solution 1 Each piece of audio data read by the application processor from the data storage device is stored in the same storage area.
- the advantage of the solution is to save storage space, but There is a high requirement for continuity between the pieces of audio data.
- Solution 2 each time an audio data read by the application processor from the data storage device is alternately stored in two different storage areas and the storage capacity of the two storage areas is the same, the scheme consumes additional storage space, but It is possible to more accurately ensure continuity between pieces of audio data.
- the audio decoder may further include the following operations: Step S4: The audio decoder performs the currently received audio data.
- Step S5 The audio decoder wakes up the application processor if the remaining undecoded data in the process of decoding the currently received audio data is less than a preset threshold;
- Step S6 The audio decoder is currently receiving the When the audio data is decoded, the next audio data received from the application processor is continuously decoded until all the audio data is decoded.
- the storage capacity of the storage area may be determined according to a preset duration of reading audio data from the data storage device each time, and the application processor may read the audio every time a piece of audio data is read. The data is sent to the audio decoder and then enters idle mode.
- the audio decoder stores the audio data according to the acquired address information, and then starts decoding the audio data in the storage area, when the undecoded remaining audio data is less than a preset threshold (the preset threshold may be according to the model and performance of the mobile terminal) In case of the feature information to determine), wake up the application processor.
- the application processor can continue to read the next piece of audio data from the data storage device, and after the audio decoder completely decodes the audio data in the current storage area, receives the next piece of audio data from the application processor and performs decoding processing, and thus repeats Execute until the analysis of all audio data is completed.
- the audio decoder alternately stores each piece of audio data in the first storage area and the second storage area, and may further include the following steps: Step S7: The audio decoder wakes up the application processor in the process of decoding the audio data stored in the first storage area, and receives the next audio segment connected to the audio data stored in the first storage area in the second storage area. Data; or, step S8: the audio decoder wakes up the application processor in the process of decoding the audio data stored in the second storage area, and receives the audio data stored in the second storage area in the first storage area. The next piece of audio data.
- the audio decoder can configure two memory blocks of the same size and size and define two pointers at the same time according to the preset duration of the audio data read by the application processor, one of which is to receive audio data.
- the pointer to the other, and the other is a pointer to decode the audio data, the two pointers point to a memory block.
- the audio decoder may wake up the application processor and notify the application processor to continue to the memory block pointed to by the pointer receiving the audio data. Send the next piece of audio data.
- the pointer of the received audio data and the value of the pointer of the decoded audio data are exchanged each time the audio decoder decodes the audio data in one of the memory blocks.
- the audio decoder stores the two pieces of audio data in a storage area, according to the timing relationship of the two pieces of audio data. And pointing the pointer of the decoded audio data to the storage area where the previous piece of audio data is located, and pointing the pointer of the received audio data to the storage area where the latter piece of audio data is located.
- the audio decoder decodes the audio data in the storage area pointed to by the pointer of the decoded audio data, the pointer of the received audio data and the value of the pointer of the decoded audio data are exchanged.
- the audio decoder can then wake up the application processor and notify the application processor to continue transmitting the next piece of audio data to the storage area pointed to by the pointer receiving the audio data. This is repeated.
- the processing system of the audio data may include: an application processor 10; the application processor 10 may include: a first determining module 100, configured to be in a preset duration read from the audio data storage device After the audio data is sent to the audio decoder, it is determined to enter the idle mode; the processing module 102 is configured to continue to read from the audio data storage device the next segment of the audio data that was previously read after being awake from the idle mode.
- Audio data is sent to the audio decoder.
- the system shown in FIG. 3 solves the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays the audio task in the related art, and then the mobile terminal intermittently enters when the mobile terminal runs the audio playback task.
- the low-power music playing state can significantly reduce the total power consumption of the mobile terminal when playing audio tasks, improve the battery life of the mobile terminal, and enhance product competitiveness.
- the application processor 10 may further include: a second determining module 104, configured to determine that only the audio play task is running inside the current mobile terminal.
- the second determining module 104 may include: a determining unit (not shown) configured to determine whether the identification information of the remaining tasks other than the audio playing task and whether the audio playing task is currently in the running state is determined, wherein The storing of the identification information indicates that there are other tasks other than the audio playing task are running; the determining unit (not shown) is set to determine that only the audio playing task is currently running when the determining unit outputs YES.
- a determining unit (not shown) configured to determine whether the identification information of the remaining tasks other than the audio playing task and whether the audio playing task is currently in the running state is determined, wherein The storing of the identification information indicates that there are other tasks other than the audio playing task are running; the determining unit (not shown) is set to determine that only the audio playing task is currently running when the determining unit outputs YES.
- the system may further include: an audio decoder 20; the audio decoder 20 may include: an obtaining module 200 configured to acquire address information for storing each piece of audio data; and a storage module 202 configured to follow The acquired address information stores each piece of audio data in the same storage area, or alternately stores each piece of audio data in the first storage area and the second storage area, wherein the same storage area and the first storage area And the storage capacity of the second storage area is set according to a preset duration.
- the audio decoder 20 may include: an obtaining module 200 configured to acquire address information for storing each piece of audio data; and a storage module 202 configured to follow The acquired address information stores each piece of audio data in the same storage area, or alternately stores each piece of audio data in the first storage area and the second storage area, wherein the same storage area and the first storage area And the storage capacity of the second storage area is set according to a preset duration.
- the audio decoder 20 may include: an obtaining module 200 configured to acquire address information for storing each piece of audio data; and
- the audio decoder 20 may further include: a first decoding module 204 configured to perform decoding processing on the currently received audio data; and a wake-up module 206 configured to receive the audio decoder currently received If the remaining undecoded data in the decoding process is less than a preset threshold, the first decoding module 204 is further configured to continue processing the slave application when the currently received audio data is decoded. The next piece of audio data received by the device is decoded until the entire audio data is decoded.
- a first decoding module 204 configured to perform decoding processing on the currently received audio data
- a wake-up module 206 configured to receive the audio decoder currently received
- the audio decoder 20 may further include: a second decoding module 208, configured to wake up the application processor during the process of decoding the audio data stored in the first storage area, where The second storage area receives the next piece of audio data connected to the audio data stored in the first storage area from the application processor; or the second decoding module 208 is configured to decode the audio data stored in the second storage area
- the application processor is woken up in the process, wherein the next piece of audio data connected to the audio data stored in the second storage area is received from the application processor in the first storage area.
- the system is located inside the mobile terminal, and mainly includes two parts: an application processor and an audio decoder.
- the application processor may include, but is not limited to, the following functional modules: a low power playback mode management module, an audio data reading and transmitting module, and a data synchronization module.
- the specific functions of each functional module are as follows:
- the low-power playback mode management module (corresponding to the first determining module described above) is responsible for monitoring the operating state of the application processor and determining the timing of entering the low-power audio playing state;
- the data synchronization module (corresponding to the above) Part of the processing module is responsible for processing the synchronization signal sent by the audio decoder, waking up the application processor according to the synchronization signal, and notifying the audio data reading and transmitting module to continue to transmit new audio data;
- the audio data reading and transmitting module (corresponding to some functions of the above processing module) is responsible for reading the audio data from the data storage device, and transmitting the read audio data to the audio decoder through a preset interface. After the audio data has been transferred, it enters the idle mode.
- the audio decoder may include, but is not limited to, the following functional modules: an audio data receiving module, a buffer management and data synchronization module, and an audio data decoding and transmitting module. The specific functions of each functional module are as follows:
- the audio data receiving module (corresponding to the above obtaining module and the storage module) is responsible for receiving audio data from the application processor and saving to the buffer;
- buffer management and data synchronization module (equivalent to the above-mentioned wake-up module) Responsible for managing buffers in low power mode and achieving synchronization with the application processor;
- the audio data decoding and transmitting module (corresponding to the first decoding module and the second decoding module described above) is responsible for decoding the audio data that has been received and transmitting the decoded audio data to the audio codec. From the above description, it can be seen that the above embodiments achieve the following technical effects (it is required that the effects are achievable by some preferred embodiments): using the technical solutions provided by the embodiments of the present invention, The higher-consuming application processor sends audio data (about 2 s) each time to the lower-power audio decoder, and then the application processor goes to sleep.
- the audio decoder After receiving the audio data from the application processor, the audio decoder decodes the fixed-size (about 20ms) audio data each time, and sends the decoded audio data to the audio codec; until the application processor sends Part of the audio data in the incoming audio data that is greater than the preset threshold has been decoded, and the application processor is woken up.
- the application processor reads the audio data again (about 2 s), and sends the read audio data to the audio decoder, and then the application processor enters the sleep state again, and thus is repeatedly executed, thereby intermittently entering through the application processor.
- the sleep state can effectively reduce the total power consumption of the mobile terminal and improve the battery life of the mobile terminal.
- modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
- the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
- the invention is not limited to any specific combination of hardware and software.
- the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention.
- an audio data processing method and system provided by an embodiment of the present invention have the following beneficial effects: By intermittently entering an idle state by an application processor, the total power consumption of the mobile terminal can be effectively reduced, and the mobile device can be improved. The battery life of the terminal.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
Abstract
Description
音频数据的处理方法及系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种音频数据的处理方法及系统。 背景技术 目前， 便携式移动终端， 例如： 手机、 掌上电脑（PDA)、 平板等均配备有音乐播 放功能， 甚至还有很多产品以此作为市场畅销的亮点。 关于音乐播放功能， 绝大部分 此类产品的硬件方案涉及应用处理器、 音频解码器、 音频编译码器 （Codec), 其中， 应用处理器负责读取音乐文件并对音乐文件进行解码处理， 音频解码器负责连接外设 以及与外设之间的协作等， 音频 Codec负责音频数据的数字信号向模拟信号转换以及 模拟信号向数字信号转换。 当采用上述方案的便携式移动终端运行音频播放任务时， 应用处理器、音频解码器和音频 Codec均处于工作状态， 因此会消耗较大的电池容量。 而由于应用处理器的架构较为复杂， 主频较高， 因而其能耗占据主要地位。 当用户拥 有长时间收听音乐的需求时， 容易导致便携式移动终端的大部分电量被音乐播放功能 所消耗， 从而影响移动终端的通话、 接收和 /或发送短信息等基础功能， 进而影响产品 的市场竞争力。 基于上述介绍可知， 相关技术中缺少一种能够在移动终端播放音频任务时， 降低 移动终端的功耗、 提高电池续航能力的技术方案。 发明内容 本发明提供了一种音频数据的处理方法及系统， 以至少解决相关技术中在移动终 端播放音频任务时， 无法降低移动终端的功耗的问题。 根据本发明的一个方面， 提供了一种音频数据的处理方法。 本发明的音频数据的处理方法包括： 应用处理器在将从音频数据存储设备中读取 的预设时长的音频数据发送至音频解码器之后， 确定进入空闲模式； 应用处理器在从 空闲模式被唤醒之后， 继续从音频数据存储设备中读取与前一次读取到的音频数据接 续的下一段音频数据并发送至音频解码器。 根据本发明的另一方面， 提供了一种音频数据的处理系统。 本发明的音频数据的处理系统包括： 应用处理器； 应用处理器包括： 第一确定模 块， 设置为在将从音频数据存储设备中读取的预设时长的音频数据发送至音频解码器 之后， 确定进入空闲模式； 处理模块， 设置为在从空闲模式被唤醒之后， 继续从音频 数据存储设备中读取与前一次读取到的音频数据接续的下一段音频数据并发送至所述 音频解码器。 通过本发明， 采用应用处理器在将从音频数据存储设备中读取的预设时长的音频 数据发送至音频解码器之后， 确定进入空闲模式； 应用处理器在从空闲模式被唤醒之 后， 继续从音频数据存储设备中读取与前一次读取到的音频数据接续的下一段音频数 据并发送至音频解码器， 即移动终端在运行音频播放任务时， 由于应用处理器的功耗 占据主要地位， 因此通过在应用处理器每次读取一段音频数据后， 使得应用处理器间 歇性地进入空闲模式， 能够有效地减少在音频播放时应用处理器的运行时间， 由此解 决了相关技术中在移动终端播放音频任务时， 无法降低移动终端的功耗的问题， 进而 当移动终端运行音频播放任务时，通过使移动终端间歇性地进入低功耗音乐播放状态， 能够显著降低移动终端在播放音频任务时的总功耗， 提高移动终端的电池续航能力， 提升产品竞争力。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的音频数据的处理方法的流程图； 图 2是根据本发明优选实施例的监测应用处理器的运行状态的流程图； 图 3是根据本发明实施例的音频数据的处理系统的结构框图； 图 4是根据本发明优选实施例的音频数据的处理系统的结构框图； 图 5是根据本发明优选实施例的低功耗音频播放系统的示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1是根据本发明实施例的音频数据的处理方法的流程图。 如图 1所示， 该方法 可以包括以下处理步骤： 步骤 S102:应用处理器在将从音频数据存储设备中读取的预设时长的音频数据发 送至音频解码器之后， 确定进入空闲模式； 步骤 S104: 应用处理器在从空闲模式被唤醒之后， 继续从音频数据存储设备中读 取与前一次读取到的音频数据接续的下一段音频数据并发送至音频解码器。 相关技术中， 在移动终端播放音频任务时， 无法降低移动终端的功耗。 采用如图 1 所示的方法， 应用处理器在将从音频数据存储设备中读取的预设时长的音频数据发 送至音频解码器之后， 确定进入空闲模式 （此时应用处理器依旧保持上电状态， 同时 可以确保移动终端内部的运行数据不丢失， 此时应用处理器的功耗较低， 需要通过中 断来重新唤醒）； 应用处理器在从空闲模式被唤醒之后， 继续从音频数据存储设备中读 取与前一次读取到的音频数据接续的下一段音频数据并发送至音频解码器， 即移动终 端在运行音频播放任务时， 由于应用处理器的功耗占据主要地位， 因此通过在应用处 理器每次读取一段音频数据后， 使得应用处理器间歇性地进入空闲模式， 利用功耗较 低的音频解码器代替功耗较高的应用处理器完成某些需要芯片一直工作才能完成的任 务， 能够有效地减少在音频播放时应用处理器的运行时间， 由此解决了相关技术中在 移动终端播放音频任务时， 无法降低移动终端的功耗的问题， 进而当移动终端运行音 频播放任务时， 通过使移动终端间歇性地进入低功耗音乐播放状态， 能够显著降低移 动终端在播放音频任务时的总功耗，提高移动终端的电池续航能力，提升产品竞争力。 优选地， 在步骤 S102， 应用处理器进入空闲模式之前， 还可以包括以下步骤： 步骤 S1 : 应用处理器确定当前移动终端内部仅有音频播放任务正在运行。 在优选实施例中， 如果除了音频播放任务之外， 还有其他任务 （例如： 视频播放 任务、游戏任务） 同样处于运行状态， 那么此时无论音频播放任务是否处于运行状态， 应用处理器都无法进入空闲模式。 只有在移动终端内部仅有音频播放任务正在运行的 情况下， 应用处理器才能间歇性地进入空闲模式。 优选地，在步骤 S1中，应用处理器确定仅有音频播放任务正在运行可以包括以下 操作- 步骤 Sll : 应用处理器判断当前是否存储有除音频播放任务之外其余任务的标识 信息以及音频播放任务当前是否处于运行状态， 其中， 存储有标识信息表示存在除音 频播放任务之外的其余任务正在运行； 步骤 S12: 如果应用处理器未存储标识信息并且音频播放任务正处于运行状态， 则确定当前仅有音频播放任务正在运行。 在优选实施例中， 图 2是根据本发明优选实施例的监测应用处理器的运行状态的 流程图。 可以在移动终端内部的应用处理器中单独设置一个功能模块 （例如： 低功耗 播放模式管理模块） 负责监测应用处理器的运行状态， 并确定进入低功耗音频播放状 态的时机。 如图 2所示， 具体的操作流程如下： 步骤 S202:在移动终端的系统中任何希望保持运行的任务都需要向低功耗播放模 式管理模块提出注册申请， 其申请的标识信息为任务 ID。 当此任务不再需要保持运行 状态的情况下， 需要向低功耗播放模式管理模块提出注销申请。 低功耗播放模式管理 模块可以维护一个链表， 链表中保存着已经申请注册的全部任务 ID。 判断需要保持运 行状态的任务链表是否为空； 如果是， 则继续执行步骤 S204; 如果否， 则转向步骤 TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a method and system for processing audio data. BACKGROUND At present, portable mobile terminals, such as mobile phones, PDAs, and tablets, are equipped with music playing functions, and even many products are used as a highlight of the market. Regarding the music playback function, most of the hardware solutions of such products involve an application processor, an audio decoder, and an audio codec (Codec), wherein the application processor is responsible for reading music files and decoding the music files, audio. The decoder is responsible for connecting peripherals and cooperation with peripherals. The audio Codec is responsible for the conversion of digital signals of audio data to analog signals and analog signals to digital signals. When the portable mobile terminal using the above scheme runs the audio playback task, the application processor, the audio decoder, and the audio codec are all in operation, and thus consume a large battery capacity. Because the architecture of the application processor is more complex and the main frequency is higher, its energy consumption dominates. When the user has a long-term need to listen to music, it is easy to cause most of the power of the portable mobile terminal to be consumed by the music playing function, thereby affecting the basic functions of the mobile terminal, such as talking, receiving, and/or sending short messages, thereby affecting the market of the product. Competitiveness. Based on the above description, the related art lacks a technical solution capable of reducing the power consumption of the mobile terminal and improving the battery life when the mobile terminal plays the audio task. SUMMARY OF THE INVENTION The present invention provides a method and system for processing audio data, so as to at least solve the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays an audio task in the related art. According to an aspect of the present invention, a method of processing audio data is provided. The processing method of the audio data of the present invention includes: the application processor determines to enter the idle mode after transmitting the preset duration audio data read from the audio data storage device to the audio decoder; the application processor is in the idle mode After waking up, the next piece of audio data following the previous read audio data is read from the audio data storage device and sent to the audio decoder. According to another aspect of the present invention, a processing system for audio data is provided. The processing system of the audio data of the present invention includes: an application processor; the application processor includes: a first determining module, configured to: after transmitting the preset duration audio data read from the audio data storage device to the audio decoder, Determining to enter the idle mode; the processing module is configured to continue to read the next piece of audio data connected to the previously read audio data from the audio data storage device and send to the audio decoder after being awake from the idle mode . With the present invention, after the audio data of the preset duration read from the audio data storage device is sent to the audio decoder by the application processor, it is determined to enter the idle mode; after the application processor wakes up from the idle mode, the application processor continues to The audio data storage device reads the next piece of audio data connected to the previously read audio data and sends it to the audio decoder, that is, when the mobile terminal runs the audio play task, the power consumption of the application processor occupies a dominant position. Therefore, by causing the application processor to intermittently enter the idle mode after the application processor reads a piece of audio data each time, the running time of the application processor during audio playback can be effectively reduced, thereby solving the related art in moving. When the terminal plays an audio task, the problem of power consumption of the mobile terminal cannot be reduced, and when the mobile terminal runs the audio play task, the mobile terminal can significantly reduce the playing time of the audio terminal by causing the mobile terminal to intermittently enter the low-power music playing state. Total power consumption at the time, increase the battery of the mobile terminal Capacity, improve product competitiveness. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 1 is a flow chart of a method of processing audio data according to an embodiment of the present invention; FIG. 2 is a flow chart of monitoring an operational state of an application processor in accordance with a preferred embodiment of the present invention; FIG. 4 is a block diagram showing a structure of a processing system for audio data according to a preferred embodiment of the present invention; and FIG. 5 is a schematic diagram of a low power consumption audio playback system in accordance with a preferred embodiment of the present invention. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. 1 is a flow chart of a method of processing audio data in accordance with an embodiment of the present invention. As shown in FIG. 1, the method may include the following processing steps: Step S102: After the application processor sends the preset duration audio data read from the audio data storage device to the audio decoder, determining to enter the idle mode; S104: After the application processor wakes up from the idle mode, the application processor continues to read the next piece of audio data that is connected to the previously read audio data from the audio data storage device and sends the audio data to the audio decoder. In the related art, when the mobile terminal plays an audio task, the power consumption of the mobile terminal cannot be reduced. Using the method shown in FIG. 1, the application processor determines to enter the idle mode after transmitting the preset duration audio data read from the audio data storage device to the audio decoder (the application processor remains powered on at this time). The state can also ensure that the running data inside the mobile terminal is not lost. At this time, the power consumption of the application processor is low and needs to be re-awakened by the interrupt); the application processor continues to wake from the audio data storage device after being awake from the idle mode. Reading the next piece of audio data connected to the previously read audio data and transmitting it to the audio decoder, that is, when the mobile terminal is running the audio playing task, since the power consumption of the application processor occupies a dominant position, Each time the processor reads a piece of audio data, the application processor intermittently enters the idle mode, and the lower power consumption audio decoder replaces the higher power application processor to complete some processes that require the chip to work all the time. Task, which can effectively reduce the running time of the application processor during audio playback. The invention solves the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays the audio task in the related art, and when the mobile terminal runs the audio playing task, the mobile terminal can be significantly entered by intermittently entering the low-power music playing state. Reduce the total power consumption of the mobile terminal when playing audio tasks, improve the battery life of the mobile terminal, and enhance the competitiveness of the product. Preferably, before the application processor enters the idle mode, the method may further include the following steps: Step S1: The application processor determines that only the audio play task is currently running in the current mobile terminal. In a preferred embodiment, if other tasks (eg, video play tasks, game tasks) are also in operation except for the audio play task, then the application processor cannot be used regardless of whether the audio play task is in operation or not. Enter idle mode. The application processor can intermittently enter the idle mode only if only the audio play task is running inside the mobile terminal. Preferably, in step S1, the application processor determines that only the audio play task is running may include the following operations - Step S11: The application processor determines whether the identifier information of the other tasks except the audio play task is currently stored, and whether the audio play task is currently in the running state, where the identifier information is stored, indicating that other tasks other than the audio play task are present. Step S12: If the application processor does not store the identification information and the audio play task is in the running state, it is determined that only the audio play task is currently running. In a preferred embodiment, FIG. 2 is a flow diagram of monitoring an operational state of an application processor in accordance with a preferred embodiment of the present invention. A function module (for example, a low-power playback mode management module) can be separately set in the application processor inside the mobile terminal to monitor the running state of the application processor and determine the timing of entering the low-power audio playback state. As shown in FIG. 2, the specific operation process is as follows: Step S202: Any task that wants to keep running in the system of the mobile terminal needs to apply for registration to the low-power play mode management module, and the identification information of the application is the task ID. When this task no longer needs to remain running, a write-off request to the low-power playback mode management module is required. The low-power play mode management module can maintain a linked list in which all task IDs that have been applied for registration are stored. Determining whether the task list that needs to remain in the running state is empty; if yes, proceeding to step S204; if not, then moving to the step
步骤 S204: 当需要保持运行状态的任务链表为空时， 即没有其他任务希望保持运 行状态， 此时还需要进一步判断音频（例如： 音乐）播放任务当前是否处于运行状态； 如果是， 则继续执行步骤 S206; 如果否， 则转向步骤 S208。 步骤 S206: 只有音频播放任务当前正处于运行状态， 则低功耗播放模式管理模块 可以将当前系统状态设置为低功耗播放模式。 流程结束。 步骤 S208: 如果系统当前已经处于低功耗播放模式， 则可以结束系统当前所采用 的低功耗播放模式。 流程结束。 优选地， 在步骤 S102， 应用处理器每次将读取到的音频数据发送至音频解码器之 后， 还可以包括以下步骤： 步骤 S2: 音频解码器获取存放每一段音频数据的地址信息； 步骤 S3:音频解码器按照获取到的地址信息将每一段音频数据存放在同一个存储 区域内， 或者， 将每一段音频数据先后交替存放在第一存储区域与第二存储区域， 其 中， 同一个存储区域、 第一存储区域以及第二存储区域的存储容量均按照预设时长进 行设置。 在优选实施例中， 音频解码器可以接收来自于应用处理器的音频数据并保存至缓 冲区。 首先需要获取存储上述音频数据的地址信息， 然后按照获取到的地址信息执行 写入操作。 在实际存储过程中， 可以采用以下两种方案： 方案一、 将应用处理器每次从数据存储设备读取的一段音频数据均存储在同一个 存储区域， 该方案优势在于节省存储空间， 但其对各段音频数据之间的连续性要求较 高。 方案二、 将应用处理器每次从数据存储设备读取的一段音频数据交替存储在两个 不同的存储区域内且两个存储区域的存储容量相同，该方案虽然消耗额外的存储空间， 但是其能够更加精确地确保各段音频数据之间的连续性。 优选地， 在步骤 S3， 音频解码器按照获取到的地址信息将每一段音频数据存放在 同一个存储区域内之后， 还可以包括以下操作： 步骤 S4: 音频解码器对当前接收到的音频数据进行解码处理； 步骤 S5 :音频解码器在对当前接收到的音频数据进行解码过程中剩余的未解码数 据小于预设阈值的情况下唤醒应用处理器； 步骤 S6: 音频解码器在对当前接收到的音频数据解码完毕时， 继续对从应用处理 器接收到的下一段音频数据进行解码处理， 直至将全部音频数据解码完毕。 作为本发明的一个优选实施例， 可以按照每次从数据存储设备中读取音频数据的 预设时长确定存储区域的存储容量， 应用处理器每读取一段音频数据即可将读取到的 音频数据发送至音频解码器， 随后即可进入空闲模式。 音频解码器根据获取到地址信 息对音频数据进行存储， 然后开始对存储区域内的音频数据进行解码， 当未解码的剩 余音频数据小于预设阈值 （该预设阈值可以根据移动终端的型号、 性能等特征信息来 确定） 的情况下， 唤醒应用处理器。 应用处理器可以继续从数据存储设备读取下一段 音频数据， 并在音频解码器对当前存储区域内的音频数据全部解码完毕后， 从应用处 理器接收下一段音频数据并进行解码处理， 如此反复执行下去， 直至完成对全部音频 数据的解析操作。 优选地， 在步骤 S3， 音频解码器按照获取到的地址信息将每一段音频数据先后交 替存放在第一存储区域与第二存储区域的同时， 还可以包括以下步骤： 步骤 S7:音频解码器在对存放在第一存储区域的音频数据进行解码处理的过程中 唤醒应用处理器， 并在第二存储区域接收与存放在第一存储区域的音频数据接续的下 一段音频数据； 或者， 步骤 S8:音频解码器在对存放在第二存储区域的音频数据进行解码处理的过程中 唤醒应用处理器， 并在第一存储区域接收与存放在第二存储区域的音频数据接续的下 一段音频数据。 作为本发明的另一个优选实施例， 音频解码器可以根据应用处理器每次读取音频 数据的预设时长配置两个容量大小相同的内存块并同时定义两个指针， 其中一个为接 收音频数据的指针、而另一个为解码音频数据的指针，两个指针分别指向一个内存块。 在音频解码器对由解码音频数据的指针指向的内存块中的音频数据进行解码的过程 中， 音频解码器可以唤醒应用处理器并通知应用处理器继续向由接收音频数据的指针 指向的内存块中发送下一段音频数据。 每当音频解码器对其中一个内存块中的音频数 据解码完毕时， 交换接收音频数据的指针和解码音频数据的指针的值。 如此反复执行 下去， 采用上述双缓冲数据管理方式， 可以使得音频播放连续、 无断点、 同时还能够 有效地解决应用处理器与音频解码器的同步问题。 接收音频数据的指针与解码音频数 据的指针相互交换配合， 整个系统有条不紊地进行工作。 应用处理器间断运行丝毫不 会影响整个音频的播放过程， 用户完全感觉不到应用处理器其实是在休眠与运行之间 进行不断切换。 当然还可以在应用处理器第一次向音频解码器连续发送两段预设时长的音频数据 后， 音频解码器将两段音频数据各自存储在一个存储区域中， 按照两段音频数据的时 序关系， 将解码音频数据的指针指向前一段音频数据所在的存储区域， 而将接收音频 数据的指针指向后一段音频数据所在的存储区域。 在音频解码器对解码音频数据的指 针指向的存储区域中的音频数据解码完毕后， 交换接收音频数据的指针和解码音频数 据的指针的值。 然后音频解码器可以唤醒应用处理器并通知应用处理器继续向由接收 音频数据的指针指向的存储区域中发送下一段音频数据。 如此反复执行下去。 图 3是根据本发明实施例的音频数据的处理系统的结构框图。 如图 3所示， 该音 频数据的处理系统可以包括： 应用处理器 10; 应用处理器 10可以包括： 第一确定模 块 100， 设置为在将从音频数据存储设备中读取的预设时长的音频数据发送至音频解 码器之后， 确定进入空闲模式； 处理模块 102， 设置为在从空闲模式被唤醒之后， 继 续从音频数据存储设备中读取与前一次读取到的音频数据接续的下一段音频数据并发 送至所述音频解码器。 采用如图 3所示的系统， 解决了相关技术中在移动终端播放音频任务时， 无法降 低移动终端的功耗的问题， 进而当移动终端运行音频播放任务时， 通过使移动终端间 歇性地进入低功耗音乐播放状态，能够显著降低移动终端在播放音频任务时的总功耗， 提高移动终端的电池续航能力， 提升产品竞争力。 优选地， 如图 4所示， 应用处理器 10还可以包括： 第二确定模块 104， 设置为确 定当前移动终端内部仅有音频播放任务正在运行。 优选地， 第二确定模块 104可以包括： 判断单元（图中未示出）， 设置为判断当前 是否存储有除音频播放任务之外其余任务的标识信息以及音频播放任务当前是否处于 运行状态，其中，存储有标识信息表示存在除音频播放任务之外的其余任务正在运行; 确定单元（图中未示出）， 设置为在判断单元输出为是时， 确定当前仅有音频播放任务 正在运行。 优选地， 如图 4所示， 上述系统还可以包括： 音频解码器 20; 音频解码器 20可 以包括： 获取模块 200， 设置为获取存放每一段音频数据的地址信息； 存储模块 202， 设置为按照获取到的地址信息将每一段音频数据存放在同一个存储区域内， 或者， 将 每一段音频数据先后交替存放在第一存储区域与第二存储区域， 其中， 同一个存储区 域、 第一存储区域以及第二存储区域的存储容量均按照预设时长进行设置。 优选地， 如图 4所示， 音频解码器 20还可以包括： 第一解码模块 204， 设置为对 当前接收到的音频数据进行解码处理； 唤醒模块 206， 设置为音频解码器在对当前接 收到的音频数据进行解码过程中剩余的未解码数据小于预设阈值的情况下唤醒应用处 理器； 第一解码模块 204， 还设置为在对当前接收到的音频数据解码完毕时， 继续对 从应用处理器接收到的下一段音频数据进行解码处理，直至将全部音频数据解码完毕。 优选地， 如图 4所示， 音频解码器 20还可以包括： 第二解码模块 208， 设置为在 对存放在第一存储区域的音频数据进行解码处理的过程中唤醒应用处理器， 其中， 在 第二存储区域从应用处理器接收与存放在第一存储区域的音频数据接续的下一段音频 数据； 或者， 第二解码模块 208， 设置为在对存放在第二存储区域的音频数据进行解 码处理的过程中唤醒应用处理器， 其中， 在第一存储区域从应用处理器接收与存放在 第二存储区域的音频数据接续的下一段音频数据。 下面结合图 5所示的优选实施方式对上述优选实施过程作进一步的描述。 图 5是根据本发明优选实施例的低功耗音频播放系统的示意图。 如图 5所示， 该 系统位于移动终端的内部， 其主要包括两大部分： 应用处理器和音频解码器。 应用处理器可以包括但不限于以下功能模块： 低功耗播放模式管理模块、 音频数 据读取和发送模块以及数据同步模块。 各个功能模块的具体作用如下： Step S204: When the task list that needs to remain in the running state is empty, that is, no other tasks want to keep running, it is necessary to further determine whether the audio (for example: music) playing task is currently in the running state; if yes, continue to execute Step S206; if no, then go to step S208. Step S206: Only the audio play task is currently in the running state, the low power play mode management module may set the current system state to the low power play mode. The process ends. Step S208: If the system is currently in the low power play mode, the low power play mode currently adopted by the system may be ended. The process ends. Preferably, in step S102, after the application processor sends the read audio data to the audio decoder, the method may further include the following steps: Step S2: the audio decoder acquires address information for storing each piece of audio data; Step S3 The audio decoder stores each piece of audio data in the same storage area according to the obtained address information, or alternately stores each piece of audio data in the first storage area and the second storage area, wherein the same storage area The storage capacities of the first storage area and the second storage area are all set according to a preset duration. In a preferred embodiment, the audio decoder can receive audio data from the application processor and save to a buffer. First, it is necessary to acquire address information for storing the above audio data, and then perform a write operation according to the obtained address information. In the actual storage process, the following two solutions are available: Solution 1: Each piece of audio data read by the application processor from the data storage device is stored in the same storage area. The advantage of the solution is to save storage space, but There is a high requirement for continuity between the pieces of audio data. Solution 2, each time an audio data read by the application processor from the data storage device is alternately stored in two different storage areas and the storage capacity of the two storage areas is the same, the scheme consumes additional storage space, but It is possible to more accurately ensure continuity between pieces of audio data. Preferably, after the audio decoder stores each piece of audio data in the same storage area according to the obtained address information, the audio decoder may further include the following operations: Step S4: The audio decoder performs the currently received audio data. Decoding processing; Step S5: The audio decoder wakes up the application processor if the remaining undecoded data in the process of decoding the currently received audio data is less than a preset threshold; Step S6: The audio decoder is currently receiving the When the audio data is decoded, the next audio data received from the application processor is continuously decoded until all the audio data is decoded. As a preferred embodiment of the present invention, the storage capacity of the storage area may be determined according to a preset duration of reading audio data from the data storage device each time, and the application processor may read the audio every time a piece of audio data is read. The data is sent to the audio decoder and then enters idle mode. The audio decoder stores the audio data according to the acquired address information, and then starts decoding the audio data in the storage area, when the undecoded remaining audio data is less than a preset threshold (the preset threshold may be according to the model and performance of the mobile terminal) In case of the feature information to determine), wake up the application processor. The application processor can continue to read the next piece of audio data from the data storage device, and after the audio decoder completely decodes the audio data in the current storage area, receives the next piece of audio data from the application processor and performs decoding processing, and thus repeats Execute until the analysis of all audio data is completed. Preferably, in step S3, the audio decoder, according to the obtained address information, alternately stores each piece of audio data in the first storage area and the second storage area, and may further include the following steps: Step S7: The audio decoder wakes up the application processor in the process of decoding the audio data stored in the first storage area, and receives the next audio segment connected to the audio data stored in the first storage area in the second storage area. Data; or, step S8: the audio decoder wakes up the application processor in the process of decoding the audio data stored in the second storage area, and receives the audio data stored in the second storage area in the first storage area. The next piece of audio data. As another preferred embodiment of the present invention, the audio decoder can configure two memory blocks of the same size and size and define two pointers at the same time according to the preset duration of the audio data read by the application processor, one of which is to receive audio data. The pointer to the other, and the other is a pointer to decode the audio data, the two pointers point to a memory block. In the process of decoding the audio data in the memory block pointed by the pointer of the decoded audio data by the audio decoder, the audio decoder may wake up the application processor and notify the application processor to continue to the memory block pointed to by the pointer receiving the audio data. Send the next piece of audio data. The pointer of the received audio data and the value of the pointer of the decoded audio data are exchanged each time the audio decoder decodes the audio data in one of the memory blocks. By repeating the above-mentioned double-buffered data management method, the audio playback can be continuously and without a breakpoint, and at the same time, the synchronization problem between the application processor and the audio decoder can be effectively solved. The pointer for receiving the audio data and the pointer for decoding the audio data are interchanged, and the entire system works in an orderly manner. The intermittent operation of the application processor does not affect the entire audio playback process. The user does not feel that the application processor is actually switching between hibernation and operation. Of course, after the application processor continuously sends the audio data of two preset durations to the audio decoder for the first time, the audio decoder stores the two pieces of audio data in a storage area, according to the timing relationship of the two pieces of audio data. And pointing the pointer of the decoded audio data to the storage area where the previous piece of audio data is located, and pointing the pointer of the received audio data to the storage area where the latter piece of audio data is located. After the audio decoder decodes the audio data in the storage area pointed to by the pointer of the decoded audio data, the pointer of the received audio data and the value of the pointer of the decoded audio data are exchanged. The audio decoder can then wake up the application processor and notify the application processor to continue transmitting the next piece of audio data to the storage area pointed to by the pointer receiving the audio data. This is repeated. 3 is a block diagram showing the structure of a processing system of audio data according to an embodiment of the present invention. As shown in FIG. 3, the processing system of the audio data may include: an application processor 10; the application processor 10 may include: a first determining module 100, configured to be in a preset duration read from the audio data storage device After the audio data is sent to the audio decoder, it is determined to enter the idle mode; the processing module 102 is configured to continue to read from the audio data storage device the next segment of the audio data that was previously read after being awake from the idle mode. Audio data is sent to the audio decoder. The system shown in FIG. 3 solves the problem that the power consumption of the mobile terminal cannot be reduced when the mobile terminal plays the audio task in the related art, and then the mobile terminal intermittently enters when the mobile terminal runs the audio playback task. The low-power music playing state can significantly reduce the total power consumption of the mobile terminal when playing audio tasks, improve the battery life of the mobile terminal, and enhance product competitiveness. Preferably, as shown in FIG. 4, the application processor 10 may further include: a second determining module 104, configured to determine that only the audio play task is running inside the current mobile terminal. Preferably, the second determining module 104 may include: a determining unit (not shown) configured to determine whether the identification information of the remaining tasks other than the audio playing task and whether the audio playing task is currently in the running state is determined, wherein The storing of the identification information indicates that there are other tasks other than the audio playing task are running; the determining unit (not shown) is set to determine that only the audio playing task is currently running when the determining unit outputs YES. Preferably, as shown in FIG. 4, the system may further include: an audio decoder 20; the audio decoder 20 may include: an obtaining module 200 configured to acquire address information for storing each piece of audio data; and a storage module 202 configured to follow The acquired address information stores each piece of audio data in the same storage area, or alternately stores each piece of audio data in the first storage area and the second storage area, wherein the same storage area and the first storage area And the storage capacity of the second storage area is set according to a preset duration. Preferably, as shown in FIG. 4, the audio decoder 20 may further include: a first decoding module 204 configured to perform decoding processing on the currently received audio data; and a wake-up module 206 configured to receive the audio decoder currently received If the remaining undecoded data in the decoding process is less than a preset threshold, the first decoding module 204 is further configured to continue processing the slave application when the currently received audio data is decoded. The next piece of audio data received by the device is decoded until the entire audio data is decoded. Preferably, as shown in FIG. 4, the audio decoder 20 may further include: a second decoding module 208, configured to wake up the application processor during the process of decoding the audio data stored in the first storage area, where The second storage area receives the next piece of audio data connected to the audio data stored in the first storage area from the application processor; or the second decoding module 208 is configured to decode the audio data stored in the second storage area The application processor is woken up in the process, wherein the next piece of audio data connected to the audio data stored in the second storage area is received from the application processor in the first storage area. The above preferred implementation process will be further described below in conjunction with the preferred embodiment illustrated in FIG. 5 is a schematic diagram of a low power audio playback system in accordance with a preferred embodiment of the present invention. As shown in FIG. 5, the system is located inside the mobile terminal, and mainly includes two parts: an application processor and an audio decoder. The application processor may include, but is not limited to, the following functional modules: a low power playback mode management module, an audio data reading and transmitting module, and a data synchronization module. The specific functions of each functional module are as follows:
( 1 )低功耗播放模式管理模块（相当于上述第一确定模块）负责监测应用处理器 的运行状态， 并确定进入低功耗音频播放状态的时机； (2)数据同步模块（相当于上述处理模块的部分功能）负责处理音频解码器发送 的同步信号， 根据该同步信号唤醒应用处理器， 并通知音频数据读取和发送模块继续 发送新的音频数据； (1) The low-power playback mode management module (corresponding to the first determining module described above) is responsible for monitoring the operating state of the application processor and determining the timing of entering the low-power audio playing state; (2) the data synchronization module (corresponding to the above) Part of the processing module is responsible for processing the synchronization signal sent by the audio decoder, waking up the application processor according to the synchronization signal, and notifying the audio data reading and transmitting module to continue to transmit new audio data;
(3 )音频数据读取和发送模块（相当于上述处理模块的部分功能）负责从数据存 储设备中读取音频数据， 并通过预设接口将读取到的音频数据发送至音频解码器。 在 音频数据传递完毕后， 进入空闲模式。 音频解码器可以包括但不限于以下功能模块： 音频数据接收模块、 缓冲区管理和 数据同步模块以及音频数据解码和发送模块。 各个功能模块的具体作用如下： (3) The audio data reading and transmitting module (corresponding to some functions of the above processing module) is responsible for reading the audio data from the data storage device, and transmitting the read audio data to the audio decoder through a preset interface. After the audio data has been transferred, it enters the idle mode. The audio decoder may include, but is not limited to, the following functional modules: an audio data receiving module, a buffer management and data synchronization module, and an audio data decoding and transmitting module. The specific functions of each functional module are as follows:
( 1 )音频数据接收模块（相当于上述获取模块和存储模块）负责接收来自于应用 处理器的音频数据并保存至缓冲区； (2)缓冲区管理和数据同步模块（相当于上述唤醒模块）负责管理低功耗模式下 的缓冲区以及实现与应用处理器之间的同步； (1) The audio data receiving module (corresponding to the above obtaining module and the storage module) is responsible for receiving audio data from the application processor and saving to the buffer; (2) buffer management and data synchronization module (equivalent to the above-mentioned wake-up module) Responsible for managing buffers in low power mode and achieving synchronization with the application processor;
(3 )音频数据解码和发送模块（相当于上述第一解码模块和第二解码模块）负责 对已经接收到的音频数据进行解码处理并将解码后的音频数据发送至音频 Codec。 从以上的描述中， 可以看出， 上述实施例实现了如下技术效果 （需要说明的是这 些效果是某些优选实施例可以达到的效果）： 采用本发明实施例所提供的技术方案，将 功耗较高的应用处理器每一次读取的音频数据 （大约 2s) 发送至功耗较低的音频解码 器， 然后应用处理器进入休眠状态。 音频解码器在接收到来自于应用处理器的音频数 据后， 每次对固定大小 （大约 20ms) 的音频数据进行解码处理， 并将解码后的音频数 据发送至音频 Codec；， 直至应用处理器发送过来的音频数据中大于预设阈值的部分音 频数据已经解码完毕，此时唤醒应用处理器。应用处理器再次读取音频数据（大约 2s)， 并将读取的音频数据发送至音频解码器， 然后应用处理器再次进入休眠状态， 如此反 复执行下去， 由此通过应用处理器间歇性地进入休眠状态， 可以有效降低移动终端的 总功耗， 提高移动终端的电池续航能力。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 如上所述， 本发明实施例提供的一种音频数据的处理方法及系统具有以下有益效 果： 通过应用处理器间歇性地进入休眠状态， 可以有效降低移动终端的总功耗， 提高 移动终端的电池续航能力。 (3) The audio data decoding and transmitting module (corresponding to the first decoding module and the second decoding module described above) is responsible for decoding the audio data that has been received and transmitting the decoded audio data to the audio codec. From the above description, it can be seen that the above embodiments achieve the following technical effects (it is required that the effects are achievable by some preferred embodiments): using the technical solutions provided by the embodiments of the present invention, The higher-consuming application processor sends audio data (about 2 s) each time to the lower-power audio decoder, and then the application processor goes to sleep. After receiving the audio data from the application processor, the audio decoder decodes the fixed-size (about 20ms) audio data each time, and sends the decoded audio data to the audio codec; until the application processor sends Part of the audio data in the incoming audio data that is greater than the preset threshold has been decoded, and the application processor is woken up. The application processor reads the audio data again (about 2 s), and sends the read audio data to the audio decoder, and then the application processor enters the sleep state again, and thus is repeatedly executed, thereby intermittently entering through the application processor. The sleep state can effectively reduce the total power consumption of the mobile terminal and improve the battery life of the mobile terminal. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention. INDUSTRIAL APPLICABILITY As described above, an audio data processing method and system provided by an embodiment of the present invention have the following beneficial effects: By intermittently entering an idle state by an application processor, the total power consumption of the mobile terminal can be effectively reduced, and the mobile device can be improved. The battery life of the terminal.
Claims
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310435293.1A CN104464766B (en) | 2013-09-23 | 2013-09-23 | The processing method and system of audio data |
| CN201310435293.1 | 2013-09-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2014134999A1 true WO2014134999A1 (en) | 2014-09-12 |
Family
ID=51490617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2014/072081 Ceased WO2014134999A1 (en) | 2013-09-23 | 2014-02-14 | Method and system for processing audio data |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104464766B (en) |
| WO (1) | WO2014134999A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111263206A (en) * | 2020-02-13 | 2020-06-09 | Tcl移动通信科技（宁波）有限公司 | Synchronous playing method and device of multimedia information, storage medium and mobile terminal |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106774798A (en) * | 2016-12-06 | 2017-05-31 | 宇龙计算机通信科技(深圳)有限公司 | The method and device of music switching |
| CN111479194B (en) | 2019-01-23 | 2022-02-15 | 瑞昱半导体股份有限公司 | Method for controlling audio playing device and related control circuit |
| CN112689223A (en) * | 2021-01-04 | 2021-04-20 | 重庆矢崎仪表有限公司 | Voice playing system and method for automobile combination instrument |
| CN112929793B (en) * | 2021-01-25 | 2022-06-03 | 维沃移动通信有限公司 | Audio framework, audio control method, device and equipment |
| CN115440180B (en) * | 2021-06-04 | 2025-11-25 | 广州市拿火信息科技有限公司 | stringed instrument |
| CN115696285A (en) * | 2021-07-28 | 2023-02-03 | 合肥炬芯智能科技有限公司 | A method for reducing power consumption in a bluetooth device and the bluetooth device |
| CN115579013B (en) * | 2022-12-09 | 2023-03-10 | 深圳市锦锐科技股份有限公司 | Low-power consumption audio decoder |
| CN120075532B (en) * | 2024-06-11 | 2026-01-09 | 荣耀终端股份有限公司 | Video playing method and related equipment |
| CN118609610B (en) * | 2024-08-07 | 2024-11-15 | 深圳市飞易通科技有限公司 | Frequency modulation method for audio playback and electronic equipment |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1924827A (en) * | 2005-08-31 | 2007-03-07 | 群联电子股份有限公司 | Portable Multimedia Player with Power Saving Features |
| CN101114446A (en) * | 2007-04-19 | 2008-01-30 | 北京中星微电子有限公司 | Built-in platform voice synthetic system and method thereof |
| KR20090117160A (en) * | 2008-05-08 | 2009-11-12 | (주)피코셀네트웍 | Wireless Car Audio Terminal with Hands-free for Ism Band Multichannel Rf Module and Data Transmission / Reception Method Using the Same |
| CN101625552A (en) * | 2009-07-09 | 2010-01-13 | 深圳华为通信技术有限公司 | Multimedia device and control method thereof |
| US20110222453A1 (en) * | 2010-03-09 | 2011-09-15 | Samsung Electronics Co. | Communication method of a transmission apparatus and a reception apparatus |
| US8483286B2 (en) * | 2010-10-27 | 2013-07-09 | Cyberlink Corp. | Batch processing of media content |
-
2013
- 2013-09-23 CN CN201310435293.1A patent/CN104464766B/en active Active
-
2014
- 2014-02-14 WO PCT/CN2014/072081 patent/WO2014134999A1/en not_active Ceased
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1924827A (en) * | 2005-08-31 | 2007-03-07 | 群联电子股份有限公司 | Portable Multimedia Player with Power Saving Features |
| CN101114446A (en) * | 2007-04-19 | 2008-01-30 | 北京中星微电子有限公司 | Built-in platform voice synthetic system and method thereof |
| KR20090117160A (en) * | 2008-05-08 | 2009-11-12 | (주)피코셀네트웍 | Wireless Car Audio Terminal with Hands-free for Ism Band Multichannel Rf Module and Data Transmission / Reception Method Using the Same |
| CN101625552A (en) * | 2009-07-09 | 2010-01-13 | 深圳华为通信技术有限公司 | Multimedia device and control method thereof |
| US20110222453A1 (en) * | 2010-03-09 | 2011-09-15 | Samsung Electronics Co. | Communication method of a transmission apparatus and a reception apparatus |
| US8483286B2 (en) * | 2010-10-27 | 2013-07-09 | Cyberlink Corp. | Batch processing of media content |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111263206A (en) * | 2020-02-13 | 2020-06-09 | Tcl移动通信科技（宁波）有限公司 | Synchronous playing method and device of multimedia information, storage medium and mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104464766A (en) | 2015-03-25 |
| CN104464766B (en) | 2018-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2014134999A1 (en) | Method and system for processing audio data | |
| US7496770B2 (en) | Power-efficient technique for invoking a co-processor | |
| CN101893926B (en) | Method, device and terminal for controlling switching of dual processor | |
| TWI547954B (en) | Electronic device and audio playing method | |
| CN107407956B (en) | Method and system for coordinating operational states among multiple SOCs within a computing device | |
| CN110223691A (en) | Voice wakes up the method for handover control and device of identification | |
| WO2012027991A1 (en) | Method, device and system for bidirectional wake-up based on universal serial bus | |
| CN100544493C (en) | A mobile terminal search method | |
| CN104205755A (en) | Method, device, and system for delaying packets during a network-triggered wake of a computing device | |
| JP6785332B2 (en) | Bluetooth speaker Data processing method, device and bluetooth speaker | |
| CN107491160A (en) | A kind of application method of dual operating systems, storage device and intelligent terminal | |
| CN114816026A (en) | Low-power-consumption standby method, electronic equipment and computer-readable storage medium | |
| CN104866063B (en) | A kind of method and electronic equipment of information processing | |
| CN101997963B (en) | Power management method and system for portable communication device | |
| CN110602772A (en) | WiFi module control method, control device, electronic device and storage medium | |
| WO2013159464A1 (en) | Multiple core processor clock control device and control method | |
| CN103065654B (en) | Mobile device chip and mobile device control method thereof | |
| CN108549593A (en) | Information processing method, device, mobile terminal and computer readable storage medium | |
| CN113260030A (en) | Terminal device, network side device and communication method | |
| CN103647914A (en) | Method and device for timed wake-up after television turning-off | |
| CN101394625A (en) | Communication device and related network searching method thereof | |
| CN115484577B (en) | Control method, control device, electronic equipment and storage medium | |
| CN116669158A (en) | A PSM dormancy method and related device | |
| CN116302402A (en) | Embedded system task processing method and device | |
| TWI497304B (en) | Serial interface transmitting method and related device |
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: 14760100 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: 14760100 Country of ref document: EP Kind code of ref document: A1 |