CN109343902A - 音频处理组件的运行方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种音频处理组件的运行方法、装置、终端及存储介质。该方法包括：通过数据通道获取场景特征信息；根据场景特征信息确定终端所处的场景；当终端所处的场景为预设场景时，获取目标音频优化策略；按照目标音频优化策略运行终端中的音频处理组件。在本申请实施例中，通过从操作***空间与用户空间之间的数据通道来获取场景特征信息，以确定终端所处的场景，若终端所处的场景为预设场景，则按照该场景对应的音频优化策略来运行音频处理组件，避免终端在终端硬件资源不足的情况下播放音频文件时由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

Description

音频处理组件的运行方法、装置、终端及存储介质

技术领域

本申请实施例涉及终端技术领域，特别涉及一种音频处理组件的运行方法、装置、终端及存储介质。

背景技术

目前，终端中安装有音频处理组件，比如音频处理芯片、扬声器等等，终端可通过该音频处理组件来播放音频文件。

音频处理器在处理音频文件的过程中需要终端硬件资源，比如中央处理器(Central Processing Unit，CPU)资源、存储器资源等，当音频处理器处理音频文件所需的终端硬件资源不足时，音频处理器无法及时处理音频文件，进而导致在音频文件的播放过程中出现破音现象。

发明内容

本申请实施例提供一种音频处理组件的运行方法、装置、终端及存储介质。技术方案如下：

一方面，本申请实施例提供一种音频处理组件的运行方法，所述终端包括操作***空间与用户空间，所述操作***空间与所述用户空间之间建立有数据通道；所述方法包括：

通过所述数据通道获取场景特征信息，所述场景特征信息包括以下一项或多项的组合：所述用户空间发生的指定事件、终端硬件资源的使用情况、所述用户空间所运行的应用程序、所述用户空间所运行的应用程序所处的运行阶段；

根据所述场景特征信息确定所述终端所处的场景；

当所述终端所处的场景为预设场景时，获取目标音频优化策略，所述预设场景是指终端硬件资源的利用率提升和/或所述利用率大于预设门限的场景；

按照所述目标音频优化策略运行所述终端中的音频处理组件。

另一方面，本申请实施例提供一种音频处理组件的运行装置，所述终端包括操作***空间与用户空间，所述操作***空间与所述用户空间之间建立有数据通道；所述装置包括：

信息获取模块，用于通过所述数据通道获取场景特征信息，所述场景特征信息包括以下一项或多项的组合：所述用户空间发生的指定事件、终端硬件资源的使用情况、所述用户空间所运行的应用程序、所述用户空间所运行的应用程序所处的运行阶段；

场景确定模块，用于根据所述场景特征信息确定所述终端所处的场景；

策略获取模块，用于当所述终端所处的场景为预设场景时，获取目标音频优化策略，所述预设场景是指终端硬件资源的利用率提升和/或所述利用率大于预设门限的场景；

运行模块，用于按照所述目标音频优化策略运行所述终端中的音频处理组件。

再一方面，本申请实施例提供一种终端，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述方面所述的音频处理组件的运行方法。

又一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现上述方面所述的音频处理组件的运行方法。

本申请实施例提供的技术方案可以带来如下有益效果：

通过从操作***空间与用户空间之间的数据通道来获取场景特征信息，以确定终端所处的场景，若终端所处的场景为预设场景，则按照该场景对应的音频优化策略来运行音频处理组件，从而避免终端在终端硬件资源不足的情况下播放音频文件时由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

附图说明

图1是本申请一个实施例提供的终端的框图；

图2示出了一种操作***与第三方应用程序之间的通信示意图；

图3是本申请一个实施例示出的操作***的示意图；

图4示出了另一种操作***与第三方应用程序之间的通信示意图；

图5示出了另一种操作***与第三方应用程序之间的通信示意图；

图6是本申请另一个实施例示出的操作***的示意图；

图7是本申请一个实施例提供的音频处理组件的运行方法的流程图；

图8是本申请一个实施例提供的音频处理组件的运行方法的框图；

图9是本申请另一个实施例示出的音频处理组件的运行方法的流程图；

图10是本申请一个实施例示出的音频处理组件的运行装置的框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个示例性实施例提供的终端的结构方框图。该终端可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的终端可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作***、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作***可以是安卓(Android)***(包括基于Android***深度开发的***)、苹果公司开发的IOS***(包括基于IOS***深度开发的***)或其它***。存储数据区还可以存储终端在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

存储器120可分为操作***空间和用户空间，操作***即运行于操作***空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作***针对不同第三方应用程序为其分配相应的***资源。然而，同一第三方应用程序中不同应用场景对***资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对GPU性能的要求较高。而操作***与第三方应用程序之间相互独立，操作***往往不能及时感知第三方应用程序当前的应用场景，导致操作***无法根据第三方应用程序的具体应用场景进行针对性的***资源适配。

如图2所示，为了使操作***能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作***之间的数据通信，使得操作***能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的***资源适配。

以操作***为Android***为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有Linux内核层220、***运行库层240、应用框架层260和应用层280，其中，Linux内核层220、***运行库层240和应用框架层260属于操作***空间，应用层280属于用户空间。Linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。***运行库层240通过一些C/C++库来为Android***提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在***运行库层240中还提供有安卓运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作***自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。

操作***与第三方应用程序之间一种可行的通信方式如图4所示，第三方应用程序中内嵌有用于与操作***进行通信的软件开发工具包(Software Development Kit，SDK)。

其中，SDK包含若干经过抽象的应用程序编程接口(Application ProgrammingInterface，API)，并由操作***开发者提供给第三方应用程序开发者，并由第三方应用程序开发者将该SDK内嵌到第三方应用程序中。此类第三方应用程序安装并运行在操作***后，即可调用SDK提供的API与操作***进行通信。

如图4所示，***运行库层240可以额外包括接口通信***242。该接口通信***242可以视为操作***中的一个子***，或视为操作***内嵌的一个应用程序。接口通信***242中设置有SDK接口，第三方应用程序即调用内嵌SDK的API与该SDK接口之间通过粘合(Binder)的方式进行数据通信。这样，第三方应用程序的应用场景相关的数据就可以通过SDK传输给操作***。借助内嵌SDK，操作***还可以主动向第三方应用程序传输数据，或者，操作***与第三方应用程序之间可以进行双向数据传输。

在另一种可行的通信方式中，如图5所示，第三方应用程序还可以采用套接字(Socket)方式与接口通信***242的Socket接口建立长连接，第三方应用程序的应用场景相关的数据即可以通过该长连接传输给操作***。

如图4和5所示，接口通信***242中可设置有不同的策略模块，接收到第三方应用程序发送的数据后，接口通信***242即采用第三方应用程序对应的策略模块对数据进行分析，得到相应的资源适配优化策略。基于分析得到的资源适配优化策略，接口通信***242通过控制接口通知Linux内核层220进行***资源适配优化。其中，该控制接口可以采用Sysfs的方式与Linux内核层220进行通信。

可选的，接口通信***242中不同的策略模块可以对应不同的第三方应用程序(即针对不同的应用程序设置策略模块)，或者，不同的策略模块对应不同类型的第三方应用程序(即针对不同类型的应用程序设置策略模块)，或者，不同的策略模块对应不同的***资源(即针对不同***资源设置策略模块)，或者，不同的策略模块对应不同的应用场景(即针对不同的应用场景设置策略模块)，本申请实施例并不对策略模块的具体设置方式进行限定。

其中，接口通信***242还可以通过Binder的方式与应用框架层260进行通信，用于接收应用框架层260发送的前景应用信息，从而基于前景应用信息，仅针对当前前台运行的第三方应用程序进行***资源优化。

以操作***为IOS***为例，存储器120中存储的程序和数据如图6所示，IOS***包括：核心操作***层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作***层320包括了操作***内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的***服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图6所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的***服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS***中实现第三方应用程序与操作***数据通信的方式以及原理可参考Android***，本申请在此不再赘述。

输入输出装置130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(WirelessFidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

相关技术中，当终端所处的场景所需的终端硬件资源突然变多时，由于音频处理组件可用的终端硬件资源较少，此时若终端需要播放音频文件，则可能发生破音现象。例如，对于熄屏启动场景，此时***处于低功耗状态，此时终端硬件资源主要用于加速整个***的唤醒速度，使其更快速的处于工作状态。

基于相关技术存在的上述问题，本申请实施例提供了一种音频处理组件的运行方法、装置、终端及存储介质。在本申请实施例中，通过从操作***空间与用户空间之间的数据通道来获取场景特征信息，以确定终端所处的场景，若终端所处的场景为预设场景时，则按照该场景对应的音频优化策略来运行音频处理组件，从而避免终端在终端硬件资源不足的情况下播放音频文件时由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

在本申请实施例中，各步骤的执行主体可以是上文介绍的终端。可选地，各步骤的执行主体为终端的操作***。操作***可以是安卓***，也可以是IOS***，或者其它操作***，本申请实施例对此不作限定。

在下述方法实施例中，为了便于说明，仅以各步骤的执行主体为终端为例进行介绍说明。

请参考图7，其示出了本申请一个示例性实施例提供的音频处理组件的运行方法的流程图。该方法应用于上文实施例提到的终端中，该终端包括操作***空间与用户空间，操作***空间与用户空间之间建立有数据通道；该方法可以包括如下步骤：

步骤701，通过数据通道获取场景特征信息。

终端包括操作***空间与用户空间。操作***即运行于操作***空间，原生及第三方应用程序即运行于用户空间。在本申请实施例中，操作***空间与用户空间之间建立有数据通道，以便操作***与应用程序(原生应用程序或第三方应用程序)之间进行数据交互。

在一种可能的实现方式中，数据通道由应用程序通过调用内嵌SDK与操作***之间以Binder方式建立。可选地，数据通道由应用程序在启动运行时通过调用内嵌SDK与操作***提供的SDK接口之间以Binder方式建立。在另一种可能的实现方式中，数据通道是由目标应用程序采用套接字Socket方式与操作***之间建立的长连接。可选地，数据通道是由目标应用程序在启动运行时采用Socket方式与操作***提供的Socket接口之间建立的长连接。

场景特征信息用于描述终端的运行信息，可作为判断终端所处的场景的判断依据。场景特征信息可以包括以下一项或多项的组合：终端所发生的指定事件、终端硬件资源的利用率、终端所运行的应用程序、终端运行的应用程序所处的运行阶段。

终端所发生的指定事件可以包括以下一项或多项的组合：开关键触发事件、***唤醒事件、应用切换事件、应用启动事件。开关键触发事件是指终端接收到作用在开关键的触发信号的事件。开关键用于控制终端在亮屏状态与熄屏状态之间进行切换，其通常设置在终端的侧边框上。当用户期望使用终端时，可以对开关键触发按压操作以使得终端从熄屏状态切换至亮屏状态。当终端所发生的指定事件为开关键触发事件时，场景特征信息包括开关键触发事件的事件标识、开关键触发事件前终端所处的状态(熄屏状态或亮屏状态)、是否发生***唤醒事件等。

***唤醒事件是指操作***由等待态转换至就绪态的事件。当终端所发生的指定事件为***唤醒事件时，场景特征信息包括***唤醒事件的事件标识。应用切换事件是指根据用户所触发的操作信号将前台运行的应用程序进行切换的事件。当终端所发生的指定事件为应用切换事件时，场景特征信息包括应用切换事件的事件标识、切换前的应用程序标识、切换后的应用程序标识。应用启动事件是指根据用户所触发的操作信号启动运行一应用程序的事件。当终端所发生的指定事件为应用启动事件时，场景特征信息包括应用启动事件的事件标识、正在启动的应用程序标识。

终端硬件资源是指终端中的硬件所具备的处理能力。终端硬件资源可以包括中央处理单元(Central Processing Unit、CPU)、图形处理器(Graphics Processing Unit，GPU)、输入输出单元(Input/Output，I/O)等。当终端硬件资源仅包括一种时，终端硬件资源的利用率可以根据可用的终端硬件资源与终端硬件资源的总量之间的比值得到。当终端硬件资源包括n种硬件资源时，终端硬件资源的利用率可以是n种硬件资源的利用率的最大值，也可以是n种硬件资源的利用率的平均值。例如，终端硬件资源包括CPU、GPU、I/O，且CPU的利用率为90％、GPU的利用率为80％、I/O的利用率为70％，则终端硬件资源的利用率可以是90％，也可以是(90％+80％+70％)/3＝80％。上述每种硬件资源的利用率也可以根据可用的硬件资源与硬件资源的总量之间的比值得到。

终端运行的应用程序所处的运行阶段可以根据应用程序所展示的用户界面中的内容确定。下面以应用程序为游戏类应用程序为例，对该划分方式进行讲解。在游戏类应用程序中，运行阶段可以包括开机加载阶段、团战阶段、个人战阶段、开镜阶段等等，本申请实施例对此不作限定。在应用程序处于开机加载阶段时，终端所展示的用户界面中包括应用程序在启动运行后的第一预设时长内播放的动画。在应用程序处于团战阶段时，终端所展示的用户界面中包括的虚拟人物的数量大于第一预设数量。在应用程序处于个人战阶段时，终端所展示的用户界面中包括的虚拟人物的数量小于第二预设数量。在应用程序处于开镜阶段时，终端所展示的用户界面可以是在第二设定时长内被放大预设倍数。上述第一预设时长、第一预设数量、第二预设数量、第二预设时长、预设倍数均可以根据实际需求预先设定，本申请实施例对此不作限定。

可选地，终端在监测到发生指定事件时通过数据通道获取场景特征信息。指定事件包括以下一项或多项的组合：开关键触发事件、***唤醒事件、应用切换事件、应用启动事件。

可选地，当终端在前台运行有应用程序时，该应用程序可以每隔预设时间通过操作***空间与用户空间之间的数据通道向操作***上报场景特征信息；应用程序也可以在即将进入下一运行阶段时向操作***上报场景特征信息；应用程序还可以在监测到终端硬件资源的利用率大于预设值时向操作***上报场景特征信息。上述预设时间、预设值均可以根据实际需求设定，本申请实施例对此不作限定。

步骤702，根据场景特征信息确定终端所处的场景。

可选地，终端存储有场景与场景特征信息之间的对应关系，操作***查找上述对应关系，将上述对应关系中与获取到的场景特征信息对应的场景，确定为终端所处的场景。

当场景特征信息包括开关键触发事件的事件标识和***唤醒事件的事件标识，终端根据场景特征信息确定终端所处的场景为熄屏启动场景；当场景特征信息包括应用切换事件的事件标识，终端根据场景特征信息确定终端所处的场景为应用切换场景；当场景特征信息包括应用启动事件的事件标识，终端根据场景特征信息确定终端所处的场景为应用启动场景；当场景特征信息包括正在运行的应用程序与终端硬件资源的利用率，若该正在运行的应用程序为游戏应用程序，且终端硬件资源的利用率大于预设值时，终端根据场景特征信息确定终端所处的场景为游戏忙场景；当场景特征信息包括正在运行的应用程序与该应用程序所处的运行阶段，若该正在运行的应用程序为游戏应用程序，且该应用程序所处的运行阶段为团战阶段，终端根据场景特征信息确定终端所处的场景为团战场景。

步骤703，当终端所处的场景为预设场景时，获取目标音频优化策略。

预设场景是指终端硬件资源的利用率提升和/或利用率大于预设门限的场景。预设门限可以根据实际需求设定，本申请实施例对此不作限定。预设场景可以由终端预先设定。可选地，终端统计各个场景下终端硬件资源的变化情况，若该变化情况符合上述预设条件，则将该变化情况对应的场景确定为预设场景。预设场景可以是以下任意一种：熄屏启动场景、应用切换场景、应用启动场景、游戏忙场景、团战场景。目标音频优化策略用于优化音频处理组件的工作性能，以避免在终端播放音频文件的时候由于来不及对音频文件进行处理进而导致的破音现象。目标音频优化策略可以包括以下一项或多项的组合：提升音频处理组件的处理效率、减少终端所处的场景对应的终端硬件资源、增加音频处理组件实际使用时的终端硬件资源。

提升音频处理组件的处理效率是指提升音频处理组件的工作频率。音频处理组件的工作频率的提升量可以根据终端所处的场景实际确定，本申请实施例对此不作限定。终端还可以为音频处理组件分配更多的终端硬件资源，以实现增加音频处理组件实际使用时的终端硬件资源。终端在为音频处理组件分配终端硬件资源时先分配终端中未使用的终端硬件资源，当终端中未使用的终端硬件资源不足时，则将终端所处的场景对应的终端硬件资源中的部分终端硬件资源转移给音频处理组件使用，也即减少终端所处的场景对应的终端硬件资源。

在本申请实施例中，终端通过调整CPU、双倍速率同步动态随机存储器(DoubleData Rate Synchronous Dynamic Random Access Memory，DDR SDRAM、嵌入式的多媒体存储卡(Embedded MultiMedia Card，EMMC)/通用闪存存储(Universal Flash Storage，UFS)和ASP芯片的各项参数(例如工作频率)来实现提升音频处理组件的处理效率、减少终端所处的场景对应的终端硬件资源、增加音频处理组件实际使用时的终端硬件资源中的至少一项。

在一种可能的实现方式中，终端将第一对应关系中与终端所处的场景对应的音频优化策略，确定为目标音频优化策略。第一对应关系包括场景与音频优化策略之间的对应关系。第一对应关系可以由相关技术人员预先设定，也可以由终端生成。

在另一种可能的实现方式中，终端通过第一适配模型对终端所处的场景进行处理，得到目标音频优化策略。其中，第一适配模型是采用多个第一训练样本对机器学习模型进行训练得到的。机器学习算法可以是逻辑回归(Logistic Regression，LR)算法、反向传播(Back Propagation，BP)算法、决策树算法、支持向量机算法(Support Vector Machine，SVM)等等，本申请实施例对此不作限定。第一适配模型可以由服务器训练完成后发送至终端，也可以由终端自行训练，本申请实施例对此不作限定。

在其它可能的实现方式中，操作***向服务器发送策略获取请求，该策略获取请求用于请求获取终端所处的场景对应的目标音频优化策略，该策略获取请求携带终端所处的场景、以及终端的标识。服务器根据该策略获取请求获取目标音频优化策略，并向终端返回该目标音频优化策略。

步骤704，按照目标音频优化策略运行终端中的音频处理组件。

音频处理组件用于播放音频文件，其可以包括音频处理芯片、扬声器、麦克风等。在本申请实施例中，操作***按照终端所处的场景对应的音频优化策略来运行音频处理组件，可以避免终端在终端硬件资源不足的情况下播放音频文件时由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

在一个具体地例子中，结合参考图8，其示出了本申请一个实施例提供的音频处理组件的运行方法的流程图，终端先确定出可能发生破音的场景，之后在终端运行时识别出终端所处的场景为上述可能发生破音的场景时，按照该场景所对应的特定接口来调节***资源。以避免发生破音。

综上所述，本申请实施例提供的技术方案，通过从操作***空间与用户空间之间的数据通道来获取场景特征信息，以确定终端所处的场景，若终端所处的场景为预设场景时，则按照该场景对应的音频优化策略来运行音频处理组件，从而避免终端在终端硬件资源不足的情况下播放音频文件时由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

请参考图9，其示出了本申请一个实施例提供的音频处理组件的运行方法。该方法应用于上文实施例提到的终端中，该终端包括操作***空间与用户空间，操作***空间与用户空间之间建立有数据通道；该方法可以包括如下步骤：

步骤901，通过数据通道获取场景特征信息。

场景特征信息是指判断终端所处的场景的判断依据。

步骤902，根据场景特征信息判断终端所处的场景。

步骤903，当终端所处的场景为预设场景时，获取目标音频优化策略。

步骤904，检测终端是否存在音频文件的播放需求。

音频文件的播放需求是指终端是否需要播放音频文件。若终端存在音频文件的运行需求，则终端需要运行音频处理组件；若终端不存在音频文件的运行需求，则终端无需运行音频处理组件。

在一种可能的实现方式中，终端检测是否接收到对应于音频文件和/或视频文件的播放指令，以检测是否存在播放音频文件的播放需求。若终端将接收到对应于音频文件和/视频文件的播放指令，则确定终端存在音频文件的播放需求；若终端未接收扫对应于音频文件和/视频文件的播放指令，则确定终端不存在音频文件的播放需求。

在另一种可能的实现方式中，终端检测提醒类应用程序的提醒时刻是否在预设时段内，以检测是否存在音频文件的播放需求。若提醒时刻在预设时段内，则确定终端存在音频文件的播放需求；若提醒时刻不在预设时段内，则确定终端不存在音频文件的播放需求。提醒类应用程序包括：闹钟应用程序、定时器应用程序、事件提醒应用程序中的至少一个。提醒类应用程序的提醒时刻可以是用户预设的提醒时刻。预设时段是指从当前时刻开始，且持续时长为预设时长的时段。上述预设时长可以根据实际需求设定，本申请实施例对此不作限定。

在又一种可能的实现方式中，终端检测游戏类应用程序中的音效开关是否处于开启状态，以检测是否存在音频文件的播放需求。若音效开关处于开启状态，则终端存在播放需求；若音效开关处于开启状态，则终端存在播放需求。需要说明的是，终端在确定出所处的场景为游戏忙场景或团战场景后，执行检测游戏类应用程序中的音效开关是否处于开启状态，以检测是否存在音频文件的播放需求的步骤。

步骤905，若终端存在音频文件的播放需求，则按照目标音频优化策略运行音频处理组件。

若终端不存在音频文件的播放需求，则不执行按照目标音频优化策略运行终端中的音频处理组件的步骤。

在本申请实施例中，在确定出终端存在音频文件的播放需求下，按照终端所处的场景对应的音频优化策略来运行音频处理组件，可以避免在不必要的情况下对音频处理组件的工作性能进行优化，节省终端的功耗。

步骤906，在按照目标音频优化策略运行终端中的音频处理组件的时长达到预设时长时，不执行按照所述目标音频优化策略运行终端中的音频处理组件的步骤。

预设时长可以根据实际需求设定，本申请实施例对此不作限定。示例性地，预设时长为1分钟。在本申请实施例中，当终端按照目标音频优化策略运行终端中的音频处理组件的时长达到预设时长时，终端所处的场景可能发生变化，此时终端所处的场景对应的终端硬件资源减少，音频处理组件所需的终端硬件资源较充足，此时无需按照终端所处的场景对应的音频优化策略来运行音频处理组件，音频处理组件在播放音频文件时也不会出现破音现象，此时终端停止按照目标音频优化策略运行终端中的音频处理组件的步骤，可以节省功耗。

步骤907，在终端所处的场景切换至其它场景时，不执行按照目标音频优化策略运行终端中的音频处理组件的步骤。

其它场景为预设场景之外的场景。在本申请实施例中，当终端所处的场景切换至预设场景之外的场景时，此时终端所处的场景对应的终端硬件资源减少，音频处理组件所需的终端硬件资源较充足，此时无需按照终端所处的场景对应的音频优化策略来运行音频处理组件，音频处理组件在播放音频文件时也不会出现破音现象，此时终端停止按照目标音频优化策略运行终端中的音频处理组件的步骤，可以节省功耗。

步骤908，在终端硬件资源的利用率小于预设门限时，不执行按照目标音频优化策略运行终端中的音频处理组件的步骤。

预设门限可以根据实际需求设定，本申请实施例对此不作限定。在本申请实施例中，终端硬件资源的利用率小于预设门限时，音频处理组件所需的终端硬件资源较充足，此时无需按照终端所处的场景对应的音频优化策略来运行音频处理组件，音频处理组件在播放音频文件时也不会出现破音现象，此时终端停止按照目标音频优化策略运行终端中的音频处理组件的步骤，可以节省功耗。

需要说明的是，终端可以执行步骤906至步骤908中的至少一项，本申请实施例对此不作限定。

综上所述，本申请实施例提供的技术方案，通过在按照终端所处的场景对应的音频优化策略运行音频处理组件之前，先检测终端是否存在音频文件的播放需求，并且在终端存在音频文件的播放需求时按照终端所处的场景对应的音频优化策略，可以避免在不必要的情况下对音频处理组件的工作性能进行优化，节省终端的功耗。

另外，还通过在照目标音频优化策略运行终端中的音频处理组件的时长达到预设时长时，或者，终端所处的场景切换至预设场景之外的场景时，或者，在终端硬件资源的利用率小于预设门限时，停止按照终端所处的场景对应的音频优化策略运行音频处理组件，可以避免在终端硬件资源充足的情况下对音频处理组件的工作性能进行优化，节省终端的功耗。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图10，其示出了本申请一个实施例提供的音频处理组件的运行装置的框图。该装置具有实现上述方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置应用于终端，终端包括操作***空间与用户空间，操作***空间与用户空间之间建立有数据通道；该装置包括：信息获取模块1001、场景确定模块1002、策略获取模块1003和运行模块1004。

信息获取模块1001，用于通过所述数据通道获取场景特征信息，所述场景特征信息包括以下一项或多项的组合：所述用户空间发生的指定事件、终端硬件资源的使用情况、所述用户空间所运行的应用程序、所述用户空间所运行的应用程序所处的运行阶段。

场景确定模块1002，用于根据所述场景特征信息确定所述终端所处的场景。

策略获取模块1003，用于当所述终端所处的场景为预设场景时，获取目标音频优化策略，所述预设场景是指终端硬件资源的利用率提升和/或所述利用率大于预设门限的场景。

运行模块1004，用于按照所述目标音频优化策略运行所述终端中的音频处理组件。

综上所述，本申请实施例提供的技术方案，通过从操作***空间与用户空间之间的数据通道来获取场景特征信息，以确定终端所处的场景，若终端所处的场景为预设场景时，则按照该场景对应的音频优化策略来运行音频处理组件，从而避免在终端播放音频文件的时候由于来不及对音频文件进行处理进而导致的破音现象，提升音频处理组件的工作性能。

在基于图10所示实施例提供的一个可选实施例中，所述数据通道由应用程序通过调用内嵌包SDK与操作***之间以Binder方式建立；或者，所述数据通道是由应用程序采用Socket方式与操作***之间建立的长连接。

在基于图10所示实施例提供的另一个可选实施例中，所述策略获取模块1003，用于将第一对应关系中与所述终端所处的场景对应的音频优化策略，确定为所述目标音频优化策略；其中，所述第一对应关系包括场景与音频优化策略之间的对应关系。

在基于图10所示实施例提供的另一个可选实施例中，所述策略获取模块1003，用于通过第一适配模型对所述终端所处的场景进行处理，得到所述目标音频优化策略；其中，所述第一适配模型是采用机器学习算法对多个第一训练样本进行训练得到的，每个所述第一训练样本包括样本场景和所述样本场景对应的音频优化策略。

在基于图10所示实施例提供的另一个可选实施例中，所述信息获取模块1001，用于当监测到发生所述指定事件时，通过所述数据通道获取所述场景特征信息；其中，所述指定事件包括以下一项或多项的组合：开关键触发事件、***唤醒事件、应用切换事件、应用启动事件。

在基于图10所示实施例提供的另一个可选实施例中，所述装置还包括：需求检测模块(图中未示出)。

需求检测模块，用于检测所述终端是否存在音频文件的播放需求。

所述运行模块1004，用于若所述终端存在所述音频文件的播放需求，则执行按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤。

可选地，所述需求检测模块，用于：

检测提醒类应用程序中的提醒时刻是否在预设时段内，若所述提醒时刻在所述预设时间内，则所述终端存在所述播放需求；或者，

检测是否接收到对应于音频文件或视频文件的播放指令，若接收到所述播放指令，则所述终端存在所述播放需求；

或者，

检测游戏类应用程序中的音效开关是否处于开启状态，若所述音效开关处于所述开启状态，则所述终端存在所述播放需求。

在基于图10所示实施例提供的另一个可选实施例中，所述运行模块1004，还用于：

在按照所述目标音频优化策略运行所述终端中的音频处理组件的时长达到预设时长时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤；和/或，

在所述终端所处的场景切换至其它场景时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤，所述其它场景为所述预设场景之外的场景；和/或，

在终端硬件资源的利用率小于预设门限时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤。

在基于图10所示实施例提供的另一个可选实施例中，所述目标音频优化策略包括以下一项或多项的组合：提高所述音频处理组件的处理效率、降低所述终端所处的场景对应的终端硬件资源、增加运行所述音频处理组件实际使用的终端硬件资源。

需要说明的是，上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请一示例性实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器加载并执行时实现上述各个方法实施例提供的音频处理组件的运行方法。

本申请一示例性实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例所述的音频处理组件的运行方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种音频处理组件的运行方法，其特征在于，应用于终端，所述终端包括操作***空间与用户空间，所述操作***空间与所述用户空间之间建立有数据通道；所述方法包括：

通过所述数据通道获取场景特征信息，所述场景特征信息包括以下一项或多项的组合：所述用户空间发生的指定事件、终端硬件资源的使用情况、所述用户空间所运行的应用程序、所述用户空间所运行的应用程序所处的运行阶段；

根据所述场景特征信息确定所述终端所处的场景；

当所述终端所处的场景为预设场景时，获取目标音频优化策略，所述预设场景是指终端硬件资源的利用率提升和/或所述利用率大于预设门限的场景；

按照所述目标音频优化策略运行所述终端中的音频处理组件。

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

所述数据通道由应用程序通过调用内嵌软件开发工具包SDK与操作***之间以Binder方式建立；

或者，

所述数据通道是由应用程序采用套接字Socket方式与操作***之间建立的长连接。

3.根据权利要求1所述的方法，其特征在于，所述获取目标音频优化策略，包括：

将第一对应关系中与所述终端所处的场景对应的音频优化策略，确定为所述目标音频优化策略；其中，所述第一对应关系包括场景与音频优化策略之间的对应关系。

4.根据权利要求1所述的方法，其特征在于，所述获取目标音频优化策略，包括：

通过第一适配模型对所述终端所处的场景进行处理，得到所述目标音频优化策略；其中，所述第一适配模型是采用机器学习算法对多个第一训练样本进行训练得到的，每个所述第一训练样本包括样本场景和所述样本场景对应的音频优化策略。

5.根据权利要求1所述的方法，其特征在于，所述通过所述数据通道获取场景特征信息，包括：

当监测到发生所述指定事件时，通过所述数据通道获取所述场景特征信息；其中，所述指定事件包括以下一项或多项的组合：开关键触发事件、***唤醒事件、应用切换事件、应用启动事件。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述按照所述目标音频优化策略运行所述终端中的音频处理组件之前，还包括：

检测所述终端是否存在音频文件的播放需求；

若所述终端存在所述音频文件的播放需求，则执行按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤。

7.根据权利要求6所述的方法，其特征在于，所述检测所述终端是否存在音频文件的播放需求，包括：

检测提醒类应用程序中的提醒时刻是否在预设时段内，若所述提醒时刻在所述预设时间内，则所述终端存在所述播放需求；

或者，

检测是否接收到对应于音频文件或视频文件的播放指令，若接收到所述播放指令，则所述终端存在所述播放需求；

或者，

检测游戏类应用程序中的音效开关是否处于开启状态，若所述音效开关处于所述开启状态，则所述终端存在所述播放需求。

8.根据权利要求1至5任一项所述的方法，其特征在于，所述按照所述目标音频优化策略运行所述终端中的音频处理组件之后，还包括：

在按照所述目标音频优化策略运行所述终端中的音频处理组件的时长达到预设时长时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤；和/或，

在所述终端所处的场景切换至其它场景时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤，所述其它场景为所述预设场景之外的场景；和/或，

在终端硬件资源的利用率小于预设门限时，不执行所述按照所述目标音频优化策略运行所述终端中的音频处理组件的步骤。

9.根据权利要求1至5任一项所述的方法，其特征在于，所述目标音频优化策略包括以下一项或多项的组合：提高所述音频处理组件的处理效率、降低所述终端所处的场景对应的终端硬件资源、增加运行所述音频处理组件实际使用的终端硬件资源。

10.一种音频处理组件的运行装置，其特征在于，应用于终端，所述终端包括操作***空间与用户空间，所述操作***空间与所述用户空间之间建立有数据通道；所述装置包括：

信息获取模块，用于通过所述数据通道获取场景特征信息，所述场景特征信息包括以下一项或多项的组合：所述用户空间发生的指定事件、终端硬件资源的使用情况、所述用户空间所运行的应用程序、所述用户空间所运行的应用程序所处的运行阶段；

场景确定模块，用于根据所述场景特征信息确定所述终端所处的场景；

策略获取模块，用于当所述终端所处的场景为预设场景时，获取目标音频优化策略，所述预设场景是指终端硬件资源的利用率提升和/或所述利用率大于预设门限的场景；

运行模块，用于按照所述目标音频优化策略运行所述终端中的音频处理组件。

11.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至9任一项所述的音频处理组件的运行方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序由处理器加载并执行以实现如权利要求1至9任一项所述的音频处理组件的运行方法。