CN116489270A - 一种音频播放方法和电子设备 - Google Patents

Abstract

本申请提供一种音频播放方法和电子设备，涉及终端技术领域，可以节约音频播放过程中产生的功耗，从而提升电子设备的续航能力。其方法应用于电子设备，该方法包括：电子设备获取预设应用的音频流；若满足静音播放条件，进入音频低功耗模式并停止对音频流进行音效处理。

Description

一种音频播放方法和电子设备

技术领域

本申请涉及终端技术领域，尤其涉及一种音频播放方法和电子设备。

背景技术

随着智能终端的普及和发展，涉及人们生活各方面的手机软件不断被开发，给人们的生活带来了极大便利，例如人们可以使用智能终端听音乐、看视频等。

在一些情况下，用户在看视频时，为了不影响其它人可能将智能终端的音量调整到0，而仅仅观看智能终端播放的视频的画面帧。可以理解，这种情况下，用户实际上听不到任何声音。然而，相关技术中，智能终端仍会对视频对应的(静音)音频数据执行常规的处理流程，处理流程不仅繁琐，还会使得视频播放过程中产生的非必要的功耗，进而造成智能终端的续航能力的下降。

发明内容

本申请提供一种音频播放方法和电子设备，用于解决由于无意义的音频功耗导致的电子设备的续航能力下降的技术问题，可以节约音频播放过程中产生的功耗，从而提升电子设备的续航能力。

第一方面，本申请提供一种音频播放方法，可应用在电子设备或实现电子设备功能的组件(比如芯片系统)，包括：电子设备获取预设应用的音频流；若满足静音播放条件，进入音频低功耗模式并停止对音频流进行音效处理。

基于本申请提供的方法，电子设备在播放预设应用的音频流的过程中，可以根据是否满足静音播放条件，来选择是否进入音频低功耗模式并停止对音频流进行音效处理。若电子设备获取到的预设应用的音频流满足静音播放条件，那么可以控制预设应用的音频流进入音频低功耗模式，此时，预设应用的音频流中的音频数据没有经过音效处理。在一些音频静音播放的场景下，用户实际上听不到任何声音，可以理解，对音频数据流的非必要处理(如音效算法处理)是没有任何意义的。若仍对相关音频数据流执行常规处理流程，那么音频静音播放的场景下对音频数据流的非必要处理(如音效算法处理)会产生多余的功耗，从而降低电子设备的续航能力。

应理解，手机在对音频数据进行处理的过程中，手机的中央处理器产生的功耗主要来源于对于音频数据进行的音效处理。基于此，当音频处于静音播放的状态时，用户实际上听不到任何声音，该情况下，跳过对该段音频数据的音效处理不仅可以保证用户的听觉体验，还可以降低电子设备的中央处理器的功耗，提高手机的续航能力。

在第一方面的一种可能的实施方式中，静音播放条件包括以下条件中的一个或者多个：音频流的音量值小于第一音量阈值，音频流中音频数据的静音时长小于预设时长；其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。

基于本申请提供的方法，电子设备在播放预设应用的音频流的过程中，可以根据音频流的音量值是否小于第一音量阈值；或者，音频流中音频数据的静音时长是否小于预设时长，来选择是否控制预设应用的音频流进入音频低功耗模式。若音频流的音量值小于第一音量阈值；和/或，音频流中音频数据的静音时长小于预设时长，其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。那么可以控制预设应用的音频流进入音频低功耗模式，此时，预设应用的音频流中的音频数据没有经过音效处理。

在一些音频静音播放的场景下，用户实际上听不到任何声音，可以理解，对音频数据流的非必要处理(如音效算法处理)是没有任何意义的。若仍对相关音频数据流执行常规处理流程，那么音频静音播放的场景下对音频数据流的非必要处理(如音效算法处理)会产生多余的功耗，从而降低电子设备的续航能力。由此可见，采用本申请提供的音频播放方法，可以在音频静音播放的场景下对音频流造成的功耗进行优化处理，提升手机的续航能力。也就是说，由于对音频流的音量值的监测相对于对音频流中音频数据的音量值的监测来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。对音频流的音量值的监测进而对音频流中音频数据的音量值的监测可以使得电子设备高效识别各种音频静音播放的场景。

在第一方面的一种可能的实施方式中，预设应用的标识在白名单中，和/或，预设应用的标识不在黑名单中。

基于此，电子设备在播放预设应用的音频流的过程中，若预设应用的标识在白名单中，和/或，预设应用的标识不在黑名单中，那么可以根据音频流的音量值是否小于第一音量阈值；或者，音频流中音频数据的静音时长是否小于预设时长，来选择是否控制预设应用的音频流进入音频低功耗模式。若音频流的音量值小于第一音量阈值；和/或，音频流中音频数据的静音时长小于预设时长，其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。那么可以控制预设应用的音频流进入音频低功耗模式，此时，预设应用的音频流中的音频数据没有经过音效处理。

在本申请的一些实施例中，由于手机无法预判应用程序的行为，因而可能会出现手机频繁控制应用程序播放的音频数据流进入音频低功耗模式，从而降低用户的使用体验。基于此，可以在白名单中配置相关应用程序，不在白名单内的应用程序播放的音频流；和/或，黑名单内的应用程序播放的音频流不会进入音频低功耗模式，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

在一些音频静音播放的场景下，用户实际上听不到任何声音，可以理解，对音频数据流的非必要处理(如音效算法处理)是没有任何意义的。若仍对相关音频数据流执行常规处理流程，那么音频静音播放的场景下对音频数据流的非必要处理(如音效算法处理)会产生多余的功耗，从而降低电子设备的续航能力。由此可见，采用本申请提供的音频播放方法，可以在音频静音播放的场景下对音频流造成的功耗进行优化处理，提升手机的续航能力。也就是说，由于对音频流的音量值的监测相对于对音频流中音频数据的音量值的监测来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。对音频流的音量值的监测进而对音频流中音频数据的音量值的监测可以使得电子设备高效识别各种音频静音播放的场景。

在第一方面的一种可能的实施方式中，电子设备在第一时刻进入音频低功耗模式，方法还包括：在第二时刻，电子设备确定不满足静音播放条件，电子设备退出音频低功耗模式。

基于本申请提供的方法，在休眠一帧时长后，对于处于音频低功耗模式下的音频数据，音频流不满足静音播放条件，可以控制音频流退出音频低功耗模式，也即重新打开音频通路。从而可以使得当音频流的音量值大于或等于第一音量阈值；和/或，音频流中音频数据的静音时长大于或等于预设时长时，对音频流中音频数据进行常规处理，以保证用户的听觉体验正常。

在第一方面的一种可能的实施方式中，在第一时刻至第二时刻之间，电子设备停止向电子设备中的音频模块传输音频流中对应时间段的音频数据。

基于本申请提供的方法，电子设备在播放预设应用的音频流的过程中，若预设应用的标识在白名单中，和/或，预设应用的标识不在黑名单中，那么可以根据音频流的音量值是否小于第一音量阈值；或者，音频流中音频数据的静音时长是否小于预设时长，来选择是否控制预设应用的音频流进入音频低功耗模式。若音频流的音量值小于第一音量阈值；和/或，音频流中音频数据的静音时长小于预设时长，其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。那么可以控制预设应用的音频流进入音频低功耗模式，此时，预设应用的音频流中的音频数据没有经过音效处理。若音频流处于音频低功耗模式，电子设备停止传输音频流中的音频数据。由于手机不需要搬运音频数据，因而可以计算一帧音频数据的播放耗时。并休眠一帧时长，以此模拟实际向硬件抽象层传递一帧音频数据的耗时，从而可以避免音频数据的搬运异常。

采用本申请提供的音频播放方法，可以在音频静音播放的场景下对音频流造成的功耗进行优化处理，提升手机的续航能力。也就是说，由于对音频流的音量值的监测相对于对音频流中音频数据的音量值的监测来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。对音频流的音量值的监测进而对音频流中音频数据的音量值的监测可以使得电子设备高效识别各种音频静音播放的场景。同时，可以通过丢弃音频数据，以使得当前的播放进程也停止处理音频数据，从而可以避免无意义的工作进程所带来的电力消耗，可以节约电力资源。

在第一方面的一种可能的实施方式中，若音频流处于音频低功耗模式，控制电子设备中的音频模块下电。

基于本申请提供的方法，由于对音频流的音量值的监测相对于对音频流中音频数据的音量值的监测来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。对音频流的音量值的监测进而对音频流中音频数据的音量值的监测可以使得电子设备高效识别各种音频静音播放的场景。同时，手机的电源管理模块暂停向手机的音频模块供电可以避免无意义的工作进程所带来的电力消耗，可以节约电力资源。

在第一方面的一种可能的实施方式中，音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。

基于本申请提供的方法，电子设备在播放预设应用的音频流的过程中，可以根据是否满足静音播放条件，来选择是否进入音频低功耗模式并停止对音频流进行音效处理。若电子设备获取到的预设应用的音频流满足静音播放条件，那么可以停止对音频流进行以下处理：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。应理解，手机在对音频数据进行处理的过程中，手机的中央处理器产生的功耗主要来源于对于音频数据进行的音效处理。基于此，当音频处于静音播放的状态时，用户实际上听不到任何声音，该情况下，跳过对该段音频数据的音效处理不仅可以保证用户的听觉体验，还可以降低电子设备的中央处理器的功耗，提高手机的续航能力。

在第一方面的一种可能的实施方式中，电子设备在更新操作系统时，将获取到的安装包所包括的白名单或黑名单存储在电子设备的预设目录下。

在本申请的一些实施例中，由于手机无法预判应用程序的行为，因而可能会出现手机频繁控制应用程序播放的音频数据流进入音频低功耗模式，从而降低用户的使用体验。

基于本申请提供的方法，若可以在白名单中配置相关应用程序，不在白名单内的应用程序播放的音频流；和/或，黑名单内的应用程序播放的音频流不会进入音频低功耗模式，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

在第一方面的一种可能的实施方式中，电子设备在更新操作系统时，更新白名单或黑名单。

基于本申请提供的方法，若手机在出厂前未被配置白名单或者黑名单，那么手机在更新操作系统时，手机在更新操作系统时，将获取到的安装包所包括的白名单或黑名单存储在手机的预设目录下。从而可以丰富白名单和/或黑名单的获取方式，进而可以保证的音频低功耗模式所作用的应用程序的准确性。

在第一方面的一种可能的实施方式中，在电子设备获取预设应用的音频流之前，电子设备在开机时，读取白名单和/或黑名单。

基于本申请提供的方法，电子设备在开机时，可以读取白名单和/或黑名单，从而可以将白名单和/或黑名单设置到相关固件，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

第二方面，本申请提供一种电子设备，该电子设备包括：无线通信模块、存储器和一个或多个处理器。该无线通信模块、存储器与处理器耦合。其中，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令。当该计算机指令被处理器执行时，使得电子设备执行如下步骤：电子设备获取预设应用的音频流；若满足静音播放条件，进入音频低功耗模式并停止对音频流进行音效处理。

在第二方面的一种可能的实施方式中，静音播放条件包括以下条件中的一个或者多个：音频流的音量值小于第一音量阈值，音频流中音频数据的静音时长小于预设时长；其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。

在第二方面的一种可能的实施方式中，预设应用的标识在白名单中，和/或，预设应用的标识不在黑名单中。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，电子设备在第一时刻进入音频低功耗模式，在第二时刻，电子设备确定不满足静音播放条件，电子设备退出音频低功耗模式。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，在第一时刻至第二时刻之间，电子设备停止向电子设备中的音频模块传输音频流中对应时间段的音频数据。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，控制电子设备中的音频模块下电。

在第二方面的一种可能的实施方式中，音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，在电子设备获取预设应用的音频流之前，方法还包括：电子设备在更新操作系统时，将获取到的安装包所包括的白名单或黑名单存储在电子设备的预设目录下。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，电子设备在更新操作系统时，更新白名单或黑名单。

在第二方面的一种可能的实施方式中，当上述计算机指令被处理器执行时，使得电子设备还执行如下步骤，在电子设备获取预设应用的音频流之前，电子设备在开机时，读取白名单和/或黑名单。

第三方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面及其任一种可能的实施方式的方法。

第四方面，本申请提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行如第一方面及任一种可能的实施方式的方法。该计算机可以是上述电子设备。

第五方面，本申请提供一种芯片系统，该芯片系统包括一个或多个接口电路和一个或多个处理器。接口电路和处理器通过线路互联。该芯片系统应用于包括通信模块和存储器的电子设备；接口电路用于从存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令。当处理器执行计算机指令时，电子设备执行如第一方面及任一种可能的实施方式的方法。

可以理解地，上述提供的第二方面及其任一种可能的实现方式的电子设备，第三方面的计算机存储介质，第四方面的计算机程序产品，以及第五方面的芯片系统所能达到的有益效果，可参考第一方面及其任一种可能的实施方式中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种音频流的处理示意图；

图2为本申请实施例提供的另一种音频流的处理示意图；

图3为本申请实施例提供的一种电子设备的结构的示意图；

图4为本申请实施例提供的一种电子设备的软件架构示意图；

图5为本申请实施例提供的一种手机的显示示意图；

图6为本申请实施例提供的另一种手机的显示示意图；

图7为本申请实施例提供的另一种手机的显示示意图；

图8为本申请实施例提供的另一种电子设备的软件架构示意图；

图9为本申请实施例提供的另一种电子设备的软件架构示意图；

图10为本申请实施例提供的一种音频播放方法的流程示意图；

图11为本申请实施例提供的另一种音频播放方法的流程示意图；

图12为本申请实施例提供的一种芯片系统的结构示意图。

具体实施方式

为了下述各实施例的描述清楚简洁及便于本领域技术人员容易理解，首先给出相关名词、概念或技术的简要介绍。

音频(audio)：音频一词已用作一般性描述音频范围内和声音有关的设备及其作用。人类能够听到的所有声音都称之为音频，它可能包括噪音等。声音被录制下来以后，无论是说话声、歌声、乐器都可以通过数字音乐软件处理，或是把它制作成CD，这时候所有的声音没有改变，因为CD本来就是音频文件的一种类型。而音频是储存在计算机里的声音。如果有计算机再加上相应的音频卡，也称为声卡，我们可以把所有的声音录制下来，声音的声学特性如音的高低等都可以用计算机硬盘文件的方式储存下来。

中央处理器(central processing unit，CPU)：作为计算机系统的运算和控制核心，是信息处理、程序运行的最终执行单元。其功能主要是解释计算机指令以及处理计算机软件中的数据。中央处理器(是计算机中负责读取指令，对指令译码并执行指令的核心部件。中央处理器主要包括两个部分，即控制器、运算器，其中还包括高速缓冲存储器及实现它们之间联系的数据、控制的总线。

在本申请的一些实施例中，如图1中所示，电子设备在获取到一个独立音频流(independent audio stream with metadata，ism)后，可以对独立音频流中包括的某个音频数据流进行音效处理。其中，对独立音频流中包括的音频数据流进行的音效处理可以包括但不限于：调用各种音效处理算法(例如人声增强算法)对音频数据流进行处理。

然而，在一些音频静音播放的场景下，用户实际上听不到任何声音，可以理解，对音频数据流的非必要处理(如音效处理算法)是没有任何意义的。若仍对相关音频数据流执行常规处理流程，那么音频静音播放的场景下对音频数据流的非必要处理(如音效处理算法)会产生多余的功耗，从而降低电子设备的续航能力。

其中，音频静音播放的场景可以包括但不限于：电子设备上的预设应用以小窗口的方式自动静音播放视频；用户通过按压电子设备的音量减小按钮等方式，将电子设备的音量条所指示的音量值调整至0。在本申请的一些实施例中，可以将电子设备的音量条所指示的音量值调整至大于0的数值。

由此可见，上述对独立音频流的处理过程中，对音频数据流进行的音效算法处理通常会增加电子设备的中央处理器的功耗，进而降低电子设备的续航能力。

基于此，为了对音频流造成的功耗进行优化处理，提升手机的续航能力，在本申请的一些实施例中，如图2中的(a)所示，电子设备在获取到一个独立音频流后，电子设备包括的音量值监测模块可以在监测音频流的音量值的同时，检测音频数据流中的音频数据是否为静音数据。

其中，若音频流的音量值小于(或等于)第一音量阈值；和/或，音频数据流对应的实际上的音频数据的音量值小于(或等于)第二音量阈值，那么静音检测模块可以判断当前帧的音频数据处于静音播放的状态，即当前场景为音频静音播放的场景。

此时，可以认为用户无法听到任何声音，因而静音处理模块可以对音频数据流进行静音处理，并可以跳过对音频数据流的音效处理过程。从而可以在不影响用户的听觉体验的前提下，节约电子设备的中央处理器处理音频数据流过程中产生的功耗，进而提升电子设备的续航能力。

在本申请的一些实施例中，如图2中的(b)所示，上述音量值监测模块可以包括但不限于以下模块中的一个或者多个：系统音量条监测模块、应用音量值监测模块。

在本申请的一些实施例中，系统音量条监测模块所监测的系统音量条可以但不限于：用户可以在电子设备上调整的音量条。示例性地，如图6中的(a)所示，音量条601以及音量条604均属于系统音量条。

在本申请的一些实施例中，应用音量值监测模块所监测的预设应用的预设音量值可以包括但不限于以下值中的一个或多个：整机音量值(master volume)、预设应用的播放器对应的音量值(Client volume)。其中，整机音量指可以但不限于为1。预设应用的播放器可以在预设应用播放音频时创建，播放器的属性可以包括但不限于Client volume，预设应用可以自行调节Client volume。预设应用的播放器可以包括一个或者多个播放器。

在本申请的一些实施例中，音量值监测模块所监测到的音频流的音量值可以包括但不限于音频数据的每个采样点与以下任意一个或者多个值的乘积：系统音量条所指示的音量值、整机音量值、预设应用的播放器对应的音量值。

当预设应用的播放器包括多个播放器时，音量值监测模块所监测到的音频流的音量值可以包括但不限于音频数据的每个采样点与以下任意一个或者多个值的乘积：系统音量条所指示的音量值、整机音量值、预设应用的各个播放器对应的各个音量值。其中，预设应用的各个播放器对应的各个音量值可以包括但不限于：第一播放器对应的音量值、第二播放器对应的音量值等。

基于此，示例性地，以第一音量阈值是0，预设应用的播放器包括多个播放器，音频流的音量值是音频数据的每个采样点、系统音量条所指示的音量值、整机音量值以及各个播放器对应的各个音量值的乘积，整机音量值是1为例，当系统音量条所指示的音量值为0时，音频流的音量值为0，此时静音检测模块可以判断当前音频数据处于静音播放的状态。

而当系统音量条所指示的音量值不为0时，若预设应用的各个播放器对应的各个音量值不全为0，那么此时静音检测模块可以判断当前音频数据不处于静音播放的状态。若预设应用的各个播放器对应的各个音量值均为0，那么此时静音检测模块可以判断当前音频数据处于静音播放的状态。

当静音检测模块判断当前音频数据处于静音播放的状态，即当前场景为音频静音播放的场景时，可以认为用户无法听到任何声音，因而静音处理模块可以对音频数据流进行静音处理，并可以跳过对音频数据流的音效处理过程。从而可以在不影响用户的听觉体验的前提下，节约电子设备的中央处理器处理音频数据流过程中产生的功耗，进而提升电子设备的续航能力。

应理解，系统音量条、应用音量值、整机音量值以及播放器对应的音量值为示例叫法，本申请对于音量条或者音量值的名称不作任何限定。

本申请实施例提供的音频播放方法可以应用于电子设备。电子设备例如可以为手机(包括折叠屏手机和直板手机，本申请实施例不限定)、平板电脑、台式机手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等，本申请实施例对电子设备的具体形态和功能等不作特殊限制。

本申请实施例中以图3所示的第一设备是电子设备300(如手机)为例，对本申请实施例提供的第一设备的结构进行举例说明。如图3所示，电子设备300(如手机)可以包括：处理器310，外部存储器接口320，内部存储器321，通用串行总线(universal serial bus，USB)接口330，充电管理模块340，电源管理模块341，电池342，天线1，天线2，移动通信模块350，无线通信模块360，音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，传感器模块380，按键390，马达391，指示器392，摄像头393，显示屏394，以及用户标识模块(subscriber identification module，SIM)卡接口395等。

可以理解的是，本实施例示意的结构并不构成对电子设备300的具体限定。在另一些实施例中，电子设备300可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器310可以包括一个或多个处理单元，例如：处理器310可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

充电管理模块340用于从充电器接收充电输入。充电管理模块340为电池342充电的同时，还可以通过电源管理模块341为电子设备供电。

电源管理模块341用于连接电池342，充电管理模块340与处理器310。电源管理模块341接收电池342和/或充电管理模块340的输入，为处理器310，内部存储器321，外部存储器，显示屏394，摄像头393，音频模块370和无线通信模块360等供电。在其他一些实施例中，电源管理模块341也可以设置于处理器310中。在另一些实施例中，电源管理模块341和充电管理模块340也可以设置于同一个器件中。

电子设备300的无线通信功能可以通过天线1，天线2，移动通信模块350，无线通信模块360，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备300中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。

移动通信模块350可以提供应用在电子设备300上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块350可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块350可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块350还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器370A，受话器370B等)输出声音信号，或通过显示屏394显示图像或视频。

无线通信模块360可以提供应用在电子设备300上的包括WLAN(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(globalnavigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块360可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块360经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器310。无线通信模块360还可以从处理器310接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备300的天线1和移动通信模块350耦合，天线2和无线通信模块360耦合，使得电子设备300可以通过无线通信技术与网络以及其他设备通信。

上述无线通信技术可以包括全球移动通讯系统(global system for mobilecommunications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband codedivision multiple access，WCDMA)，时分码分多址(time-division code divisionmultiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenithsatellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备300通过GPU，显示屏394，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏394和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器310可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏394用于显示图像，视频等。该显示屏394包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，发光二极管(light-emitting diode，LED)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。

在本申请实施例中，显示屏394上可以显示预设应用的界面以及音量条的界面等等。其中，预设应用的界面上可以包括：视频帧画面以及视频时长等等。当显示屏394上显示视频帧画面时，显示屏394上显示的音量条可以指示当前音量值为0。

在本申请的一些实施例中，预设应用可以包括但不限于视频播放应用、音频播放应用、游戏应用、购物应用以及社交应用等等可以播放音频的应用程序。预设应用的音频流可以包括但不限于一段相对完整的音频，即当前缓冲完成的音频段，也可以是几分钟的音频，也可以是十几分钟的音频，如一首歌曲、一段视频中的音频等等。

摄像头393可以包括1～N个。每个摄像头包括感光元件(如电荷耦合元件(Charge-coupled Device，CCD)/互补金属氧化物半导体(Complementary Metal OxideSemiconductor，CMOS))，电子设备200可以通过感光元件(CCD/CMOS)进行感光，收集光子并转换成电荷。电子设备400可以通过ISP，摄像头393，视频编解码器，GPU，显示屏394以及应用处理器等实现拍摄功能。ISP用于处理摄像头393反馈的数据。摄像头393用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。视频编解码器用于对数字视频压缩或解压缩。电子设备300可以支持一种或多种视频编解码器。这样，电子设备300可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口320可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备300的存储能力。外部存储卡通过外部存储器接口320与处理器310通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器321可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器310通过运行存储在内部存储器321的指令，从而执行电子设备300的各种功能应用以及数据处理。例如，在本申请实施例中，处理器310可以通过执行存储在内部存储器321中的指令，内部存储器321可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备300使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器321可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备300可以通过音频模块370，扬声器370A，受话器370B，麦克风370C，耳机接口370D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块370用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块370还可以用于对音频信号编码和解码。扬声器370A，也称“喇叭”，用于将音频电信号转换为声音信号。受话器370B，也称“听筒”，用于将音频电信号转换成声音信号。麦克风370C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口370D用于连接有线耳机。外部音频设备(如音响)，用于将音频电信号转换成声音信号。

本申请实施例中，在电子设备300播放的音频处于静音状态时，可以对音频模块370进行下电操作，以降低音频播放过程中产生的不必要的功耗。从而可以在保证用户听觉体验的同时，提升电子设备300的续航能力。其中，下电可以指电源管理模块341暂停向音频模块370供电，电子设备播放的音频处于静音状态可以包括但不限于以下情况中的一种或多种：音频流的音量值小于第一音量阈值、音频模块370下发的音频数据的音量值低于第二音量阈值。

按键390包括开机键，音量键等。马达391可以产生振动提示。指示器392可以是指示灯，可以用于指示充电状态，电量变化等。SIM卡接口395用于连接SIM卡。

以下实施例中的方法均可以在具有上述硬件结构的电子设备300中实现。

上述电子设备300的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。示例性地，电子设备300的软件系统可以是以分层架构的系统。可选地，在/>平台上可以搭载/>系统。可选的，/>平台上还可以集成/> 移动服务(google mobile/>)模块。/>

本发明实施例以分层架构的系统为例，示例性说明电子设备300的软件结构。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过接口通信。在一些实施例中，/>系统可以包括应用程序层，应用程序框架层，安卓运行时(runtime)和系统库，硬件抽象层(hardware abstraction layer，HAL)以及内核层。在本申请的一些实施例中，本申请实施例以/>系统举例来说明，在其他操作系统中(例如/>系统等)，只要各个功能模块实现的功能和本申请的实施例类似也能实现本申请的方案。

其中，应用程序层可以包括一系列应用程序包。

如图4所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，无线局域网(wireless local area networks，WLAN)，蓝牙，音乐，视频，短信息、锁屏应用、设置应用等应用程序。当然，应用程序层还可以包括第三方应用程序包，例如社交应用、第三方音乐应用、第三方视频应用、支付应用，购物应用、银行应用、聊天应用或理财应用等，本申请不做限定。

其中，社交应用可以具备播放视频与音频的功能，响应于用户播放视频的操作，电子设备可以播放视频帧画面以及与其对应的音频。在本申请的一种可能的设计中，社交应用可以响应于用户播放视频的操作，调用媒体播放接口去启动系统的(一个或者若干个)播放器。

在本申请的一些实施例中，在电子设备播放音频的过程中，电子设备可以响应于用户将音量指降低至0的操作，静音播放音频。在电子设备自动播放视频的情况下，电子设备可以静音播放该视频对应的音频。在本申请的一些实施例中，静音播放可以包括但不限于：跳过执行非必要的音频处理步骤(例如，对音频数据流的音效处理)。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。例如可以包括活动管理器、窗口管理器，内容提供器，视图系统，资源管理器，通知管理器、相机服务(Camera Service)和音频服务等，本申请实施例对此不做任何限制。

其中，音频服务可以在电子设备开机阶段启动，音频服务可以用于传递和保存音频模块的相关音频数据信息。音频服务中可以包括音效处理模块(也可称为音效算法处理链)、白名单识别模块、音量值监测模块、音频数据流监测模块、虚拟写操作模块等。

在本申请的一些实施例中，音效处理模块中可以包括多种音效处理算法，例如，人声增强算法、响度控制算法、虚拟低音算法、串扰消除算法、回音消除算法、声音增强算法以及降噪算法等等。可以理解，长时间对音频进行音效处理可以增加电子设备的中央处理器的功耗，降低电子设备的续航能力。

在本申请的一些实施例中，音效处理模块中还可以包括但不限于音频均衡器(Audio equalizer filter，EQ)、限幅器、动态EQ调节模块等。

本申请实施例中，当音频数据流处于静音播放的状态时，电子设备可以控制该段音频进入音频低功耗模式。在音频低功耗模式下，该音频数据流未经过音效处理。可以理解，音频处于静音播放的状态时，用户实际上听不到任何声音，该情况下，不对该段音频进行音效处理可以在保证用户的听觉体验的同时，降低电子设备的中央处理器的功耗，提高电子设备的续航能力。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图像引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

OpenGL ES用于实现三维图形绘图，图像渲染，合成，和图层处理等。

SGL是2D绘图的绘图引擎。

安卓运行时(Android Runtime)包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

HAL层是对Linux内核驱动程序的封装，向上提供接口，屏蔽低层硬件的实现细节。

HAL层中可以包括Wi-Fi HAL，音频(audio)HAL和相机HAL等。

本申请实施例中，音频HAL是音频模块的核心软件框架。音频HAL中可以包括音频流控制模块、白名单识别模块、音量值监测模块、音频数据流监测模块、虚拟写操作模块等。其中，音频流控制模块可以对于一个实际的音频流进行管理操作，例如，可以进行开启音频流、关闭音频流等操作。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动等。其中，音频驱动是与音频相关的器件(如扬声器)的驱动层，主要负责和硬件的交互。

本申请实施例中，音频驱动可以包括扬声器对应的驱动、受话器对应的驱动、麦克风对应的驱动。

硬件层包括显示器、摄像头、扬声器、受话器以及麦克风等。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“至少一个”是指一个或多个，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

为了便于理解，下面以电子设备为手机为例，结合附图对本申请实施例提供的音频播放方法进行具体介绍。

本申请实施例中，音频播放方法的应用场景可以包括以下几种音频静音播放的场景。

音频静音播放的场景一，即音频流的音量值(或者小于等于，以下实施例以小于等于作为示例)第一音量阈值的场景。其中，第一音量阈值可以包括但不限于0、20％等。第一音量阈值为20％可以包括但不限于：音量值占音量条所能够指示的最大音量值的20％。

在本申请的一些实施例中，以预设应用是音乐应用，第一音量阈值是0为例，如图5中的(a)所示，在手机播放“歌曲1”的过程中，手机可以响应于用户点击“静音”图标501的操作，如图5中的(b)所示，控制手机播放的音频数据流进入静音播放的状态，手机上可以显示选中的“静音”图标502。同时，手机上的音乐应用播放的“歌曲1”对应的音量条所指示的音量值可以发生变化，示例性地，“歌曲1”对应的音量条可以由音量条503变为音量条504。其中，音量条504可以指示“歌曲1”的播放音量值为0。

在本申请的另一些实施例中，以预设应用是音乐应用，第一音量阈值是20％为例，如图6中的(a)所示，手机播放的“歌曲1”对应的音量条所指示的音量值为40％，可以理解，手机的音量条601的变化与音乐应用的音量条604的变化可以包括但不限于为同步变化，以下以此为例，手机可以响应于用户对音量条601的调整操作，改变音量条601所指示的音量值。示例性地，可以如图6中的(b)所示，手机上显示的音量条602所指示的音量值被调整为0。或者可以如图6中的(c)所示，手机上显示的音量条603所指示的音量值调整为10％。由于10％的音量值小于第一音量阈值，即20％的音量值，因而可以认为此时预设应用播放的“歌曲1”处于静音播放的状态。

其中，对音量条的调整操作可以包括但不限于按压手机的音量调整按键，在手机屏幕上显示的音量条上滑动或点击，执行肢体动作，执行眼动动作，做出预设表情等等，本申请实施例对调整音量条的方式不做任何限定。

在本申请的一些实施例中，在手机屏幕上显示的音量条上滑动或点击的执行主体可以是用户也可以是自动点击装置，用户可以使用手指或者触控笔在手机屏幕上操作，自动点击装置通常为触控笔或触控头，可以通过程序设定触控笔或触控头的路径以实现不同路径的滑动；或者通过程序设定触控笔或触控头的路径以实现不同位置的按压(或点击)。可以理解，在显示屏上滑动可以指一根手指或者触控笔从手机的界面上任意一点向任意一个方向滑动；或者在显示屏上滑动可以指多根手指或者触控笔从手机的界面上任意多个点向任意多个方向滑动。

音频静音播放的场景二，即手机上预设应用实际播放的音频数据的音量值小于第二音量阈值(或者小于等于，以下实施例以小于等于作为示例)的场景。其中，第二音量阈值可以包括但不限于0、20％等。第二音量阈值为20％可以包括但不限于指示音量值占音量条所能够指示的最大音量值的20％。可以理解，预设应用可以具备自动播放视频的功能，在预设应用自动播放视频时，预设应用可以静音播放该视频对应的音频，这样，用户实际上听不到任何声音。

在本申请的一些实施例中，以预设应用是社交应用，第二音量阈值是0为例，如图7中的(a)所示，手机的界面701上包括社交应用的“发现”页面。手机可以响应于用户在社交应用的“发现”页面上向下滑动的操作，如图7中的(b)所示，显示界面702。其中，界面702上可以包括社交应用上用户1发布的一条信息。该条信息中可以包括“用户1”发布的视频703，手机可以自动播放视频703的画面帧，同时静音播放视频703对应的音频。

在本申请的一种可能的设计中，音频静音播放的场景还可以包括但不限于：预设应用的某个功能(或特性)依赖音频数据流静音播放触发。

在本申请的一些实施例中，在上述若干种音频静音播放的场景下，用户实际上难以听到手机播放的音频，然而由于手机中播放音频的相关流程仍在正常运行，因而会导致手机功耗的浪费。其中，手机产生的主要功耗可以包括以下功耗：1)音频数据的搬运过程导致的功耗；2)音频相关的硬件(如扬声器、受话器、外部音频设备等等)持续上电导致的功耗；3)手机对音频数据的音效处理导致的功耗。

基于此，本申请实施例中提供了一种音频播放方法，可以降低音频静音播放的场景下对音频数据的非必要的处理造成的功耗。示例性地，如图8中所示，为本申请实施例提供的一种电子设备的软件架构示意图。

下面对图8中的示出的各个模块的功能进行说明。

在本申请的一些实施例中，手机上可以设置音频数字信号处理器(audio digitalsignal processor，ADSP)，手机上的音频数字信号处理器和中央处理器相互独立。音频数字信号处理器可以集中管理手机上的各种硬件外设(如扬声器)，以节省手机的中央处理器的资源。

本申请实施例中，位于应用程序框架层的白名单识别模块的作用包括但不限于：根据获取到的应用程序的标识和白名单，判断是否对当前应用程序的音频进行静音的相关处理(如判断音频的音量值是否低于第一音量阈值)。若手机获取到的应用程序的名称在白名单中，那么可以对当前应用程序的音频进行静音的相关处理(如判断音频流的音量值是否小于第一音量阈值)；若手机获取到的应用程序的名称不在白名单中，那么可以跳过对当前应用程序的音频数据的静音的相关处理，即可以对当前应用程序的音频数据执行常规播放处理，示例性地，常规播放处理可以包括但不限于：手机调用写数据接口；手机进行数字信号处理；硬件设备上电。

其中，白名单可以包括但不限于手机在开机时从预设配置文件中获取到的，白名单中可以包括N个应用程序的标识，N为自然数。音频低功耗模式下的音频流未经音效处理。在本申请的一些实施例中，由于手机无法预判应用程序的行为，因而可能会出现手机频繁控制应用程序播放的音频数据流进入音频低功耗模式，从而降低用户的使用体验。基于此，可以在白名单中配置相关应用程序，不在白名单内的应用程序播放的音频不会进入音频低功耗模式，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

在本申请的一些实施例中，上述白名单识别模块仅为一种示例，也可以在手机的应用程序框架层中增加黑名单识别模块。手机可以根据获取到的应用程序的标识和黑名单，判断是否对当前应用程序的音频进行静音的相关处理。若手机获取到的应用程序的名称不在黑名单中，那么可以对当前应用程序的音频进行静音的相关处理；若手机获取到的应用程序的名称在黑名单中，那么可以跳过对当前应用程序的音频的静音的相关处理。

在本申请的一些实施例中，在本申请的一些实施例中，媒体播放方法中也可以不包括白名单识别模块或者黑名单识别模块，本申请实施例对此不作任何限定。

本申请实施例中，位于应用程序框架层的音量值监测模块可以包括系统音量条监测模块和应用音量值监测模块。关于系统音量条监测模块和应用音量值监测模块的相关描述可以参照上文。音量值监测模块的作用包括但不限于：获取当前音频流的音量值，并根据音频流的音量值判断是否控制当前音频数据流进入音频低功耗模式。其中，若获取到当前音频流的音量值小于第一音量阈值(例如，0)，那么可以判断当前音频数据为静音数据，可以控制当前音频数据流进入音频低功耗模式。

本申请实施例中，位于应用程序框架层的音频数据流监测模块的作用包括但不限于：获取预设应用实际播放的音频数据，并根据预设应用播放的音频数据判断实际播放的音频数据的音量值是否低于第二音量阈值。

在本申请的一些实施例中，音量值监测模块相对于音频数据流监测模块来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。音量值监测模块结合音频数据流监测模块可以使得手机高效识别各种音频静音播放的场景。

本申请实施例中，位于应用程序框架层的虚拟写操作模块的作用包括但不限于：根据预设应用的播放参数配置进行延迟操作，以保证与实际的播放耗时一致。其中，播放参数配置可以包括但不限于以下参数配置中的一种或多种：音频数据的位宽(、采样频率以及声道数。应理解，上述参数配置为示例，本申请实施例对此不作任何限定。

本申请实施例中，位于应用程序框架层的音效算法处理链中可以包括但不限于音频数据流播放过程中使用到的各种音效处理算法，例如，回音消除算法、声音增强算法、降噪算法等等。手机可以在不同场景下选择使用不同的音效处理算法。若预设应用播放的音频数据流处于音频低功耗模式，那么手机可以跳过对该段音频数据流的音效处理过程。从而在不影响用户的听觉效果的前提下，跳过对音频数据流的非必要处理，以降低手机的中央处理器的功耗，提升手机的续航能力。

本申请实施例中，位于硬件抽象层的音频流控制模块可以对于一个实际的音频流进行管理操作，例如，可以进行开启音频流、关闭音频流等操作。

本申请实施例中，音频数字信号处理器包括的数字信号处理模块的作用包括但不限于：对音频数据进行搬运(也可称为传输)。若预设应用播放的音频处于音频低功耗模式，那么可以停止搬运该段音频对应的音频数据，从而在不影响用户的听觉效果的前提下，降低手机的音频数字信号处理器的功耗，提升手机的续航能力。

本申请实施例中，位于内核层的音频外设驱动可以包括但不限于控制音频播放的各类驱动，例如，扬声器对应的驱动、受话器对应的驱动等等。示例性地，扬声器对应的驱动可以控制扬声器的上电操作和下电操作。其中，下电可以包括但不限于指手机的电源管理模块暂停向手机的音频模块370供电，上电可以包括但不限于指手机的电源管理模块开始向手机的音频模块供电。若预设应用播放的音频处于音频低功耗模式下，那么可以对音频相关的硬件(如扬声器、受话器、外部音频设备等等)进行下电操作。从而在不影响用户的听觉效果的前提下，降低音频相关的硬件的功耗，提升手机的续航能力。

示例性地，如图9中所示，为本申请实施例提供的一种电子设备的软件架构示意图。

下面对图9中的示出的各个模块的功能进行说明。

其中，图9中示出的白名单识别模块、音量值监测模块、音频数据流监测模块以及虚拟写操作模块等的功能可参照前述内容。在本申请的一些实施例中，图9中示出的白名单识别模块、音量值监测模块、音频数据流监测模块以及虚拟写操作模块均位于硬件抽象层中。

在本申请的一些实施例中，如图9中所示，可以新增一个硬件抽象层到应用程序框架层的回调(Callback)接口。该回调接口用于通知应用程序框架层跳过对音频数据流的音效处理过程。示例性地，若预设应用播放的音频数据流处于音频低功耗模式下，那么可以通过该回调接口通知应用程序框架层跳过对该段音频的音效处理过程。

在本申请实施例中，手机可以获取预设应用的音频流；若满足静音播放条件，进入音频低功耗模式并停止对音频流进行音效处理。

在本申请的一些实施例中，音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。

在本申请的一些实施例中，预设应用可以包括但不限于视频播放应用、音频播放应用、游戏应用、购物应用以及社交应用等等可以播放音频的应用程序。预设应用的音频流可以包括但不限于一段相对完整的音频，即当前缓冲完成的音频段，也可以是几分钟的音频，也可以是十几分钟的音频，如一首歌曲、一段视频中的音频等等。

基于本申请实施例中提供的方法，手机在播放预设应用的音频流的过程中，可以根据预设应用的音频流是否满足静音播放条件，来选择是否控制预设应用的音频流进入音频低功耗模式。若手机获取到的预设应用的音频流满足静音播放条件，那么可以控制预设应用的音频流进入音频低功耗模式，此时，预设应用的音频流中的音频数据没有经过音效处理。在一些音频静音播放的场景下，用户实际上听不到任何声音，可以理解，对音频数据流的非必要处理(如音效算法处理)是没有任何意义的。若仍对相关音频数据流执行常规处理流程，那么音频静音播放的场景下对音频数据流的非必要处理(如音效算法处理)会产生多余的功耗，从而降低手机的续航能力。

应理解，手机在对音频数据进行处理的过程中，手机的中央处理器产生的功耗主要来源于对于音频数据进行的音效处理。基于此，当音频处于静音播放的状态时，用户实际上听不到任何声音，该情况下，跳过对该段音频数据的音效处理不仅可以保证用户的听觉体验，还可以降低手机的中央处理器的功耗，提高手机的续航能力。在本申请的一些实施例中，静音播放条件包括以下条件中的一个或者多个：音频流的音量值小于第一音量阈值，音频流中音频数据的静音时长小于预设时长；

基于本申请实施例中提供的方法，由于对音频流的音量值的监测相对于对音频流中音频数据的音量值的监测来讲，可以对预设应用产生的音频数据流进行更早且更有效的静音处理。对音频流的音量值的监测进而对音频流中音频数据的音量值的监测可以使得电子设备高效识别各种音频静音播放的场景。

其中，静音时长是音频流中音频数据的音量值小于第二音量阈值的持续时长。可以理解，通过音频数据的播放音量值和以该播放音量值进行播放的持续时长，共同识别是否为音频静音播放的场景，可以避免由于音频数据本身的音量设置或者误触等造成短暂的静音播放时，导致的频繁进入或者退出音频低功耗模式。进而可以避免由于频繁开启或关闭所造成的音频模块包括的装置的损坏以及资源消耗的情况，可以提高音频模块包括的装置的使用寿命，降音频模块包括的装置的功耗。在本申请的一些实施例中，预设应用的标识在白名单中，和/或，预设应用的标识不在黑名单中。

在本申请的一些实施例中，由于手机无法预判应用程序的行为，因而可能会出现手机频繁控制应用程序播放的音频数据流进入音频低功耗模式，从而降低用户的使用体验。基于此，可以在白名单中配置相关应用程序，不在白名单内的应用程序播放的音频流；和/或，黑名单内的应用程序播放的音频流不会进入音频低功耗模式，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

在本申请的一些实施例中，若音频流处于音频低功耗模式，还可以跳过对音频数据的重采样处理以及混音处理等等。

在本申请的一些实施例中，电子设备在第一时刻进入音频低功耗模式，在第二时刻，电子设备确定不满足静音播放条件，且音频流处于音频低功耗模式，电子设备退出音频低功耗模式。

基于本申请实施例提供的方法，在休眠一帧时长后，对于处于音频低功耗模式下的音频数据，音频流不满足静音播放条件，可以控制音频流退出音频低功耗模式，也即重新打开音频通路。从而可以使得当音频流的音量值大于或等于第一音量阈值；和/或，音频流中音频数据的静音时长大于或等于预设时长时，对音频流中音频数据进行常规处理，以保证用户的听觉体验正常。

在本申请的一些实施例中，在第一时刻至第二时刻之间，电子设备停止向电子设备中的音频模块传输音频流中对应时间段的音频数据。

采用本申请实施例中提供的音频播放方法，可以通过丢弃音频数据，以使得当前的播放进程也停止处理音频数据，从而可以避免无意义的工作进程所带来的电力消耗，可以节约电力资源。

在本申请的一些实施例中，若音频流处于音频低功耗模式，控制手机中的音频模块下电。

基于本申请实施例中提供的方法，手机的电源管理模块暂停向手机的音频模块供电可以避免无意义的工作进程所带来的电力消耗，可以节约电力资源。

下面结合图10对音频播放方法的流程进行说明，音频播放方法的模块交互图可参照图8。

S1001、启动一个音频流。

S1002、获取预设应用的标识。其中，预设应用的标识可以包括但不限于预设应用的名称、预设应用的序列号等等。

S1003、判断预设应用的标识是否在白名单内。

在本申请的一些实施例中，在手机出厂前，可以在手机的预设目录下的预设配置文件中增加白名单和/或黑名单。也就是说，白名单和/或黑名单可以存储在手机的预设目录下。

在本申请的另一种可能的设计中，若手机在出厂前未被配置白名单或者黑名单，那么手机在更新操作系统时，手机在更新操作系统时，将获取到的安装包所包括的白名单或黑名单存储在手机的预设目录下。

在本申请的一些实施例中，手机在开机时，可以读取白名单和/或黑名单。

需要注意的是，当白名单或者黑名单中包含的预设应用的标识发生改变时，手机可以通过以下方式来更新白名单或者黑名单。

在本申请的一些实施例中，电子设备在更新操作系统时，更新白名单或黑名单。

示例性地，手机在更新操作系统时，可以获取到第一安装包，第一安装包中可以包括第一预设白名单，第一预设白名单可以与白名单相同或者不同，手机可以利用第一预设白名单来更新白名单。例如，将第一预设白名单存储到手机的预设目录下以覆盖白名单。手机在更新操作系统时，可以获取到第二安装包，第二安装包中可以包括第一预设黑名单，第一预设黑名单可以与黑名单相同或者不同，手机可以利用第一预设黑名单来更新黑名单。例如，将第一预设黑名单存储到手机的预设目录下以覆盖黑名单。

基于本申请提供的方法，若可以在白名单中配置相关应用程序，不在白名单内的应用程序播放的音频流；和/或，黑名单内的应用程序播放的音频流不会进入音频低功耗模式，从而可以保证的音频低功耗模式所作用的应用程序的准确性。

在本申请的另一种可能的设计中，手机可以接收预设电子设备发送的第一预设配置文件，并根据第一预设配置文件更新白名单，其中，第一预设配置文件中包括第二预设白名单；和/或，手机可以接收预设电子设备发送的第二预设配置文件，并根据第二预设配置文件更新黑名单，其中，第二预设配置文件中包括第二预设黑名单。

其中，预设电子设备可以是手机、平板电脑、台式机、手持计算机、笔记本电脑、超级移动个人计算机、上网本、个人数字助理、增强现实\虚拟现实设备等等。

示例性地，以预设电子设备为平板电脑为例，手机可以接收平板电脑发送的第一预设配置文件，第一预设配置文件中可以包括第二预设白名单，第二预设白名单可以与白名单相同或者不同，手机可以利用第二预设白名单来更新白名单。例如，将第二预设白名单存储到手机的预设目录下以覆盖白名单。手机可以接收平板电脑发送的第二预设配置文件，第二预设配置文件中可以包括第二预设黑名单，第二预设黑名单可以与黑名单相同或者不同，手机可以利用第二预设黑名单来更新黑名单。例如，将第二预设黑名单存储到手机的预设目录下以覆盖黑名单。

在本申请的一些实施例中，手机还可以响应于用户执行预设操作，将预设应用添加到白名单或者黑名单中，本申请实施例对白名单或者黑名单中预设应用的标识的加入方式不做任何限定。在本申请实施例中，手机开机时可以根据预设配置文件获取白名单。其中，白名单中可以包括但不限于若干个应用的应用标识(如应用名称)。在音频流启动后，可以将音频流对应的预设应用的标识和白名单中的应用标识做比较。

基于本申请提供的方法，若手机在出厂前未被配置白名单或者黑名单，那么手机在更新操作系统时，手机在更新操作系统时，将获取到的安装包所包括的白名单或黑名单存储在手机的预设目录下。从而可以丰富白名单和/或黑名单的获取方式，进而可以保证的音频低功耗模式所作用的应用程序的准确性。

若判断预设应用不是白名单中的应用，那么可以进行音频的常规播放处理，示例性地，可以如S1021、调用写数据接口。然后如S1022、进行数字信号处理。然后如S1023、硬件设备上电。

其中，硬件设备可以包括但不限于：扬声器、受话器等等，硬件设备上电可以包括但不限于：将硬件设备接通电源。示例性地，硬件设备上电可以包括但不限于：将手机的扬声器接通电源、将手机的受话器接通电源。

若判断预设应用为白名单中的应用，那么可以继续判断音频流当前是否处于静音播放的状态。其中，静音播放的状态可以包括但不限于以下状态中的一种或多种：音频流的音量值小于第一音量阈值，音频数据的音量值小于第二音量阈值。

在本申请的一些实施例中，手机开机时可以根据预设配置文件获取黑名单。其中，黑名单中可以包括但不限于若干个应用的应用标识(如应用名称)。在音频流启动后，可以将音频流对应的预设应用的标识和黑名单中的应用标识做比较。若判断预设应用属于黑名单中的应用，那么可以进行音频的常规播放处理，示例性地，可以如S1021、调用写数据接口。然后如S1022、进行数字信号处理。然后如S1023、硬件设备上电。

若判断预设应用不属于黑名单中的应用，那么可以继续判断音频流当前是否处于静音播放的状态。

在本申请的一些实施例中，若音频流当前处于静音播放的状态，那么手机可以对该音频流进行音频低功耗处理。示例性地，手机可以执行S1009到S1020，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

S1004、获取音频流的音量值。其中，音频流的音量值的确定方法可参照上文描述，此处不再赘述。

S1005、判断音频流的音量值是否为0。

在本申请的一些实施例中，S1005也可以是：判断音频流的音量值是否小于第一音量阈值。

在本申请的一些实施例中，若判断音频流的音量值不为0，那么可以如S1006、获取音频数据。

其中，音频数据可以包括但不限于应用程序框架层从应用程序层获取到的预设应用播放的实际音频数据。

然后如S1007、判断音频数据的静音时长是否大于预设时长。

在本申请的一些实施例中，音频数据的静音时长可以包括但不限于音频数据处于静音状态的时长，处于静音状态的音频数据的音量值可以包括但不限于小于第二音量阈值。预设时长可以包括但不限于N秒，N为正数。

在本申请的一种具体的实现方式中，可以从音频数据中选取一帧数据，并根据音频数据的播放格式进行解析，得到该帧数据中最大的数据点，并将该数据点与第二音量阈值做比较。若该数据点的值小于第二音量阈值，那么可以认为该帧数据为处于静音状态。

若音频数据的静音时长大于预设时长，那么可以么手机可以对该音频流进行音频低功耗处理，也就是说，手机可以在第一时刻进入音频低功耗模式。示例性地，手机可以执行S1009到S1020，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

可以理解，通过音频数据的播放音量值和以该播放音量值进行播放的持续时长，共同识别是否为音频静音播放的场景，可以避免由于音频数据本身的音量设置或者误触等造成短暂的静音播放时，导致的频繁进入或者退出音频低功耗模式。进而可以避免由于频繁开启或关闭所造成的音频模块包括的装置的损坏以及资源消耗的情况，可以提高音频模块包括的装置的使用寿命，降低音频模块包括的装置的功耗。

S1009、跳过音效等处理。

在本申请的一些实施例中，由于此时已不需要再向硬件抽象层传递音频数据，因而可以对处于音频低功耗模式下的音频数据跳过音效处理。其中，音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。示例性地，可以调用若干种音效处理算法来处理音频数据，音效处理算法可以包括但不限于回音消除算法、声音增强算法、降噪算法等等。

应理解，手机在对音频数据进行处理的过程中，手机的中央处理器产生的功耗主要来源于对于音频数据进行的音效处理。基于此，当音频处于静音播放的状态时，用户实际上听不到任何声音，该情况下，跳过对该段音频数据的音效处理不仅可以保证用户的听觉体验，还可以降低电子设备的中央处理器的功耗，提高手机的续航能力。

S1010、计算一帧音频数据的时长。

S1011、关闭音频流。

S1012、休眠一帧时长。

在本申请的一些实施例中，由于手机不需要调用实际的硬件抽象层的虚拟写函数，因而可以计算一帧数据的播放耗时，并休眠一帧音频流中的音频数据的播放时长，以此模拟实际向硬件抽象层传递一帧音频数据的耗时，从而可以避免音频数据的搬运异常。

也就是说，手机停止传输音频流中的音频数据的持续时长可以是一帧音频流中的音频数据的播放时长。在本申请的一种可能的设计中，一帧音频流中的音频数据的播放时长可以但不限于基于预设应用的播放参数配置计算得到。其中，预设应用的播放参数配置可以包括但不限于以下参数配置中的一种或多种：音频数据的位宽、采样频率以及声道数。应理解，上述参数配置为示例，本申请实施例对此不作任何限定。

在本申请的一些实施例中，在休眠一帧时长后，可以跳转到S1004、获取音频流的音量值。以基于当前音频流的情况继续进行相关处理。

在本申请的一种具体的实现方式中，在休眠一帧音频流中的音频数据的播放时长后，若此时音频流的音量值大于第一音量阈值并且此时音频数据的静音时长小于预设时长，那么手机可以重新打开音频通路。示例性地，手机可以执行S1013至S1017，以对预设应用的音频流进行音频的常规播放处理。可以理解，在本具体实现方式中，手机停止传输预设应用的音频流中的音频数据的持续时长可以是一帧音频流中音频数据的播放时长。在本申请的一些实施例中，在应用程序框架层判断需要对当前音频流进行音频低功耗处理，应用程序框架层关闭音频流后，应用程序框架层会继续向底层(如硬件抽象层)发送指示信息以指示硬件抽象层执行S1018、关闭音频流。

在本申请的一些实施例中，硬件抽象层关闭音频流后，音频流在硬件抽象层可以处于待命(standby)状态。

S1019、关闭数字信号通路。也即，硬件抽象层、音频数字信号处理器以及硬件外设之间音频数据的搬运链路被关闭。

S1020、硬件设备下电。

其中，硬件设备可以包括但不限于：扬声器、受话器等等，硬件设备下电可以包括但不限于：手机的电源管理模块暂停向手机的硬件设备供电。示例性地，硬件设备下电可以包括但不限于：手机的电源管理模块暂停向手机的扬声器供电、手机的电源管理模块暂停向手机的受话器供电。

在本申请的一些实施例中，若S1004中判断音频流的音量值小于第一音量阈值(例如0)，那么可以认为当前用户期望静音播放预设应用对应的音频流。那么手机可以对该音频流进行音频低功耗处理，也即，手机可以控制音频流进入音频低功耗模式。关于音频流处于音频低功耗模式时手机可以对音频流执行的动作可以参照上文相关描述。示例性地，手机可以执行S1009到S1020，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

若音频数据的静音时长小于或等于预设时长，则说明音频数据未处于静音播放的状态，即音频数据至少同时满足以下两个条件：音频流的音量值大于或等于第一音量阈值，音频数据的静音时长小于预设时长。那么可以如S1008、判断音频数据是否处于低功耗模式(也可记为音频低功耗模式)。

若音频数据处于低功耗模式，那么可以进行音频的常规播放处理。也就是说，对于处于音频低功耗模式下的音频数据，若某帧音频数据发生变化时，可以重新打开音频通路。也就是说，手机可以在第二时刻退出音频低功耗模式。可以理解，在第一时刻至第二时刻之间，手机停止向手机中的音频模块传输音频流中对应时间段的音频数据。

示例性地，如S1013、打开音频流。

基于本申请提供的方法，在休眠一帧时长后，对于处于音频低功耗模式下的音频数据，音频流不满足静音播放条件，可以控制音频流退出音频低功耗模式，也即重新打开音频通路。从而可以使得当音频流的音量值大于或等于第一音量阈值；和/或，音频流中音频数据的静音时长大于或等于预设时长时，对音频流中音频数据进行常规处理，以保证用户的听觉体验正常。

在本申请的一些实施例中，上述S1001至S1013可以但不限于由手机的应用程序框架层来执行。

S1014、打开音频流。

S1015、调用写数据接口。

S1016、进行数字信号处理。

S1017、硬件设备上电。

其中，硬件设备上电可以包括但不限于：将硬件设备接通电源。示例性地，硬件设备上电可以包括但不限于：将手机的扬声器接通电源、将手机的受话器接通电源。若音频数据未处于低功耗模式，就说明预设应用对应的音频流当前既未处于静音播放的状态，又未处于音频低功耗模式，那么可以进行音频的常规播放处理，示例性地，可以跳转到执行步骤S1021、调用写数据接口。

在本申请的一些实施例中，上述S1018、S1014、S1015以及S1021可以但不限于由手机的硬件抽象层来执行。上述S1019、S1016以及S1022可以但不限于由手机的音频数字信号处理器来执行。

下面结合图11对本申请提供的音频播放方法的流程进行说明，音频播放方法的模块交互图可参照图9。

S1101、启动一个音频流。

S1102、获取预设应用的标识。

S1103、判断(预设应用的标识)是否在白名单内。

在本申请实施例中，手机开机时可以根据预设配置文件获取白名单。其中，白名单中可以包括但不限于若干个应用的应用标识(如应用名称)。在音频流启动后，可以将音频流对应的预设应用的标识和白名单中的应用标识做比较。

若判断预设应用不是白名单中的应用，那么可以进行音频的常规播放处理，示例性地，可以如S1121、调用写数据接口。然后如S1122、进行数字信号处理。然后如S1123、硬件设备上电。

若判断预设应用为白名单中的应用，那么可以继续判断音频流当前是否处于静音播放的状态。

在本申请的一些实施例中，若音频流当前处于静音播放的状态，那么手机可以对该音频流进行音频低功耗处理。示例性地，手机可以执行S1109到S1120，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

S1104、获取音频流的音量值。其中，音频流的音量值的确定方法可参照上文描述，此处不再赘述。

S1105、判断音频流的音量值是否为0。

在本申请的一些实施例中，S1105也可以是：判断音频流的音量值是否小于第一音量阈值。

在本申请的一些实施例中，若判断音频流的音量值不为0，那么可以如S1106、获取音频数据。

其中，音频数据可以包括但不限于硬件抽象层从应用程序层获取到的预设应用播放的实际音频数据。

然后如S1107、判断音频数据的静音时长是否大于预设时长。

在本申请的一些实施例中，音频数据的静音时长可以包括但不限于音频数据处于静音状态的时长，处于静音状态的音频数据的音量值可以包括但不限于小于第二音量阈值。预设时长可以包括但不限于N秒，N为正数。

在本申请的一种具体的实现方式中，可以从音频数据中选取一帧数据，并根据音频数据的播放格式进行解析，得到该帧数据中最大的数据点，并将该数据点与第二音量阈值做比较。若该数据点的值小于第二音量阈值，那么可以认为该帧数据为处于静音状态。

若音频数据的静音时长大于预设时长，那么可以么手机可以对该音频流进行音频低功耗处理，也就是说，手机可以在第一时刻进入音频低功耗模式。示例性地，手机可以执行S1109到S1120，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

S1109、跳过音效等处理。

在本申请的一些实施例中，由于此时已不需要再向硬件抽象层传递音频数据，因而可以对处于音频低功耗模式下的音频数据跳过音效处理。其中，音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。示例性地，可以调用若干种音效处理算法来处理音频数据，音效处理算法可以包括但不限于回音消除算法、声音增强算法、降噪算法等等。

S1110、计算一帧音频数据的时长。

S1111、关闭音频流。

S1112、休眠一帧时长。

在本申请的一些实施例中，由于手机不需要调用实际的硬件抽象层的虚拟写函数，因而可以计算一帧数据的播放耗时。并休眠一帧音频流中的音频数据的播放时长，以此模拟实际向硬件抽象层传递一帧音频数据的耗时，从而可以避免音频数据的搬运异常。

在本申请的一些实施例中，在休眠一帧时长后，可以跳转到S1104、获取音频流的音量值。以基于当前音频流的情况继续进行相关处理。基于本申请提供的方法，在休眠一帧时长后，对于处于音频低功耗模式下的音频数据，音频流不满足静音播放条件，可以控制音频流退出音频低功耗模式，也即重新打开音频通路。从而可以使得当音频流的音量值大于或等于第一音量阈值；和/或，音频流中音频数据的静音时长大于或等于预设时长时，对音频流中音频数据进行常规处理，以保证用户的听觉体验正常。

在本申请的一些实施例中，硬件抽象层关闭音频流后，音频流在硬件抽象层可以处于待命(standby)状态。

S1119、关闭数字信号通路。也即，硬件抽象层、音频数字信号处理器以及硬件外设之间音频数据的搬运链路被关闭。

S1120、硬件设备下电。

在本申请的一些实施例中，若S1104中判断音频流的音量值小于第一音量阈值(例如0)，那么可以认为当前用户期望静音播放预设应用对应的音频流。那么手机可以对该音频流进行音频低功耗处理，也即，手机可以控制音频流进入音频低功耗模式。关于音频流处于音频低功耗模式时手机可以对音频流执行的动作可以参照上文相关描述。示例性地，手机可以执行S1109到S1120，以减少该音频流产生的功耗，提升手机的续航能力，优化用户的使用体验。

若音频数据的静音时长小于或等于预设时长，那么可以如S1108、判断音频数据是否处于低功耗模式(也可记为音频低功耗模式)。

若音频数据处于低功耗模式，那么可以进行音频的常规播放处理，也就是说，对于处于音频低功耗模式下的音频数据，若某帧音频数据发生变化时，可以重新打开音频通路。也就是说，手机可以在第二时刻退出音频低功耗模式。可以理解，在第一时刻至第二时刻之间，手机停止向手机中的音频模块传输音频流中对应时间段的音频数据。

示例性地，如S1113、打开音频流。

S1115、调用写数据接口。

在本申请的一些实施例中，上述S1101以及S1109可以但不限于由手机的应用程序框架层来执行。

S1116、进行数字信号处理。

S1117、硬件设备上电。

其中，硬件设备上电可以包括但不限于：将硬件设备接通电源。示例性地，硬件设备上电可以包括但不限于：将手机的扬声器接通电源、将手机的受话器接通电源。

若音频数据未处于低功耗模式，就说明预设应用对应的音频流当前既未处于静音播放的状态，又未处于音频低功耗模式，那么可以进行音频的常规播放处理，示例性地，可以跳转到执行S1121、调用写数据接口。

上述S1102至S1008、S1110至S1115以及S1121可以但不限于由手机的硬件抽象层来执行。上述S1119、S1116以及S1122可以但不限于由手机的音频数字信号处理器来执行。

基于本申请实施例中提供的方法，可以在当前场景为静音场景时，跳过对音频数据流的非必要处理过程(如音效处理)，从而在保证用户听觉体验不受影响的前提下，降低手机处理音频数据产生的功耗，进而可以提升手机的续航能力，提高用户使用手机的体验。

本申请一些实施例提供了一种电子设备，该电子设备可以包括：触摸屏、存储器和一个或多个处理器。该触摸屏、存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，电子设备可执行上述方法实施例中电子设备执行的各个功能或者步骤。该电子设备的结构可以参考图3所示的电子设备300的结构。

本申请实施例还提供一种芯片系统(例如，片上系统(system on a chip，SoC))，如图12所示，该芯片系统包括至少一个处理器1201和至少一个接口电路1202。处理器1201和接口电路1202可通过线路互联。例如，接口电路1202可用于从其它装置(例如电子设备的存储器)接收信号。又例如，接口电路1202可用于向其它装置(例如处理器1201或者电子设备的触摸屏)发送信号。示例性的，接口电路1202可读取存储器中存储的指令，并将该指令发送给处理器1201。当所述指令被处理器1201执行时，可使得电子设备执行上述实施例中的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质包括计算机指令，当所述计算机指令在上述电子设备上运行时，使得该电子设备执行上述方法实施例中电子设备执行的各个功能或者步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种音频播放方法，其特征在于，所述方法包括：

电子设备获取预设应用的音频流；

若满足静音播放条件，进入音频低功耗模式并停止对所述音频流进行音效处理。

2.根据权利要求1所述的方法，其特征在于，

所述静音播放条件包括以下条件中的一个或者多个：所述音频流的音量值小于第一音量阈值，所述音频流中音频数据的静音时长小于预设时长；

其中，所述静音时长是所述音频流中音频数据的音量值小于第二音量阈值的持续时长。

3.根据权利要求1或2所述的方法，其特征在于，

所述预设应用的标识在白名单中，和/或，所述预设应用的标识不在黑名单中。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述电子设备在第一时刻进入所述音频低功耗模式，所述方法还包括：

在第二时刻，所述电子设备确定不满足所述静音播放条件，所述电子设备退出所述音频低功耗模式。

5.根据权利要求4所述的方法，其特征在于，在所述第一时刻至所述第二时刻之间，所述电子设备停止向所述电子设备中的音频模块传输所述音频流中对应时间段的音频数据。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

控制所述电子设备中的音频模块下电。

7.根据权利要求1-6中任一项所述的方法，其特征在于，

所述音效处理包括以下中的一种或多种：声音增强、响度控制、虚拟低音、串扰消除、回音消除、降噪。

8.根据权利要求3-7中任一项所述的方法，其特征在于，在所述电子设备获取预设应用的音频流之前，所述方法还包括：

所述电子设备在更新操作系统时，将获取到的安装包所包括的所述白名单或黑名单存储在所述电子设备的预设目录下。

9.根据权利要求3-8中任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备在更新操作系统时，更新所述白名单或所述黑名单。

10.一种电子设备，其特征在于，所述电子设备包括：无线通信模块、存储器和一个或多个处理器；所述无线通信模块、所述存储器与所述处理器耦合；

其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述电子设备执行如权利要求1-9中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，包括计算机指令；

当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-9中任一项所述的方法。

12.一种芯片系统，其特征在于，所述芯片系统包括一个或多个接口电路和一个或多个处理器；所述接口电路和所述处理器通过线路互联；

所述芯片系统应用于包括通信模块和存储器的电子设备；所述接口电路用于从所述存储器接收信号，并向所述处理器发送所述信号，所述信号包括所述存储器中存储的计算机指令；当所述处理器执行所述计算机指令时，所述电子设备执行如权利要求1-9中任一项所述的方法。