CPU内核调度方法、CPU内核调度装置及存储介质与流程

本公开涉及终端技术领域，尤其涉及cpu内核调度方法、cpu内核调度装置及存储介质。

背景技术：

随着触屏智能手机的普及和手机硬件的高速发展，智能手机支持的应用也越来越多，进而对终端的中央处理器(centralprocessingunit，cpu)等硬件设备的处理能力需求也在不断提升。例如，手机游戏作为放松心情、降压减排的日常娱乐方式，受到了越来越多年轻人的喜爱。从早期的单机类游戏发展到如今市场火爆的多人在线竞技(multiplayeronlinebattlearena，moba)游戏，游戏的负载越来越高，对cpu等硬件设备的处理能力需求也在不断提升。

受制于散热和功耗的制约，cpu等硬件设备无法持续维持在高性能的工作频率下工作。为了更好的平衡性能和功耗的关系，cpu演变出了big.little架构，即大小核架构。通过跟踪线程的负载变化，将线程区分为大小任务，将负载重的大任务跑到大核(bigcore)上以获得更好的性能体验，负载轻的小任务跑在小核(littlecore)以节省功耗。

进一步的，为了充分利用硬件的性能并兼顾功耗和发热，某些平台在大小核架构的基础上，新增了一到两个超大核提供额外的性能支持，使传统的big.little双cluster架构孵化出一种新型的多核集群平台架构，例如，三核集群(3-cluster)平台架构，即小中大(little-mid-big)架构。little-mid-big架构中包括有小核组成的小核集群(littlecluster)，中核组成的中核集群(midcluster)以及大核组成的大核集群(bigcluster)。其中，littlecluster用来帮助实现低负载情况下的功耗节省，midcluster用来提供性能支持，bigcluster用来满足对响应时间要求严格或敏感的交互式输入，并在系统负载异常重时，提供额外的性能支持。

但处于对功耗的考量和硬件散热能力的制约，在游戏场景下，bigcluster并未充分被利用，经实际测试发现，游戏场景下，某些负载突然加重导致丢帧的原因回溯过程中，由于硬件资源得不到及时充分利用，游戏运算能力得不到及时满足，引发的丢帧问题较为普遍。

技术实现要素：

为克服相关技术中存在的问题，本公开提供cpu内核调度方法、cpu内核调度装置及存储介质。

根据本公开实施例的第一方面，提供一种cpu内核调度方法，应用于终端，所述终端上安装有帧绘制类应用，且所述终端的cpu支持多核集群平台架构，所述cpu内核调度方法包括：

在帧绘制周期内分别确定所述多核集群中每一核集群中各个内核的调度延迟时间；若第一集群中各内核的调度延迟时间均超过指定延迟时间阈值，则将所述第一集群中指定数量的任务调度到第二集群中；其中，所述第二集群为不同于所述第一集群的其他集群，且性能指标满足运行所述指定数量任务的集群。

一种实施方式中，所述cpu内核调度方法，还包括：

按照任务负载大小以及重要程度，确定所述多核集群中每一核集群中运行任务的权重值；其中，负载大的任务权重值高于负载低的任务权重值，重要程度高的任务权重值高于重要程度低的任务权重值。

另一种实施方式中，将所述第一集群中指定数量的任务调度到第二集群中，包括：

按照任务的权重值从高到低的顺序，将所述第一集群中指定数量的任务调度到第二集群中。

又一种实施方式中，所述第二集群为所述多核集群中性能指标高于第一集群的较大核集群，和/或所述第二集群为所述多核集群中各个内核的调度延迟时间总和小于第一集群中各个内核调度延迟时间总和的核集群。

又一种实施方式中，在有新任务入队或者任务调度切换时，在帧绘制周期内分别确定所述多核集群中每一核集群中各个内核的调度延迟时间。

又一种实施方式中，所述cpu内核调度方法，还包括：

实时监测所述多核集群中每一核集群中就绪任务数量；若核集群中就绪任务数量超过设定任务数量阈值，且就绪任务数量超过设定任务数量阈值的所述核集群中存在未激活的内核，则将所述未激活的内核激活。

又一种实施方式中，所述多核集群平台架构为三核集群平台架构。

根据本公开实施例第二方面，提供一种cpu内核调度装置，应用于终端，所述终端上安装有帧绘制类应用，且所述终端的cpu支持多核集群平台架构，所述cpu内核调度装置包括：

确定单元，用于在帧绘制周期内分别确定所述多核集群中每一核集群中各个内核的调度延迟时间；调度单元，用于在第一集群中各内核的调度延迟时间均超过指定延迟时间阈值时，将所述第一集群中指定数量的任务调度到第二集群中；其中，所述第二集群为不同于所述第一集群的其他集群，且性能指标满足运行所述指定数量任务的集群。

一种实施方式中，所述调度单元，还用于：

按照任务负载大小以及重要程度，确定所述多核集群中每一核集群中运行任务的权重值；其中，负载大的任务权重值高于负载低的任务权重值，重要程度高的任务权重值高于重要程度低的任务权重值。

另一种实施方式中，所述调度单元采用如下方式将所述第一集群中指定数量的任务调度到第二集群中：

按照任务的权重值从高到低的顺序，将所述第一集群中指定数量的任务调度到第二集群中。

又一种实施方式中，所述第二集群为所述多核集群中性能指标高于第一集群的较大核集群，和/或所述第二集群为所述多核集群中各个内核的调度延迟时间总和小于第一集群中各个内核调度延迟时间总和的核集群。

又一种实施方式中，所述确定单元在有新任务入队或者任务调度切换时，在帧绘制周期内分别确定所述多核集群中每一核集群中各个内核的调度延迟时间。

又一种实施方式中，所述调度单元还用于：

实时监测所述多核集群中每一核集群中就绪任务数量；在核集群中就绪任务数量超过设定任务数量阈值，且就绪任务数量超过设定任务数量阈值的所述核集群中存在未激活的内核时，将所述未激活的内核激活。

又一种实施方式中，所述多核集群平台架构为三核集群平台架构。

根据本公开实施例第三方面，提供一种cpu内核调度装置，包括：

处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：执行第一方面或者第一方面任意一种实施方式中所述的cpu内核调度方法。

根据本公开实施例第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行第一方面或者第一方面任意一种实施方式中所述的cpu内核调度方法。

本公开的实施例提供的技术方案可以包括以下有益效果：在帧绘制周期内确定每一内核集群中各个内核的调度延迟时间，基于各个内核的调度延迟时间，将各内核的调度延迟时间均超过指定延迟时间阈值的内核集群中指定数量的任务调度到其他内核集群上，以降低重负载场景下调度延迟，并减少卡顿，提高使用体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种cpu内核调度方法的流程图。

图2是根据一示例性实施例中示出的midcluster和bigcluster的任务分布图。

图3是根据一示例性实施例中示出的追加任务入队的任务分布图。

图4是根据一示例性实施例中示出的midcluster和bigcluster的任务调度示意图。

图5是据一示例性实施例中示出的相关技术中基于固定时间窗口进行内核激活的过程示意图。

图6是据一示例性实施例中示出的基于帧绘制周期实时监测任务数量并激活内核的过程示意图。

图7是根据一示例性实施例示出的一种cpu内核调度装置的框图。

图8是根据一示例性实施例示出的一种用于cpu内核调度的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供的cpu内核调度方法应用于安装有帧绘制类应用的终端中。帧绘制类运行过程中具有帧绘制周期。帧绘制周期可以理解为是相邻两帧图像显示间隔。

本公开实施例中，帧绘制类应用可以是终端上安装app类应用，例如帧绘制类应用例如可以是游戏。本公开实施例以下以帧绘制类应用为游戏为例进行说明，当然本公开实施例并不限定帧绘制类应用为游戏应用，也可以为其他应用。

本公开实施例中安装有帧绘制类应用的终端支持多核cluster平台架构，例如3-cluster平台架构。

本公开实施例中以多核cluster平台架构为3-cluster平台架构为例进行说明。

在支持3-cluster平台架构的系统中，包括有小核组成的小核集群(littlecluster)，中核组成的中核集群(midcluster)以及大核组成的大核集群(bigcluster)，不同cluster上的内核性能指标是不一样的。bigcluster上的内核具有最高的性能指标，可提供最大的cpu性能，但功耗开销也最大。littlecluster上的内核具有最优的功耗表现，但无法满足高负载场景的性能需求。midcluster上的内核，性能和功耗介于big-little之间。为了体现这种差异，调度器会给不同cluster上的内核绑定不同的能力指标。例如，大核的能力指标设定为1000，中核的能力指标设定为800，小核的能力指标设定为400。这样，当某一任务唤醒入队时，可根据该入队的任务历史负载值，选择能满足其性能需求的cluster。进而从中选出合适的内核来执行该任务。操作系统中任务负载约等于某一固定窗口周期内的任务运行时间，并在每个窗口周期结束的时候进行更新。

为叙述方便，本公开实施例中设定任务的负载等同于任务的运行时间，并约定该时间是标准化后的值，与任务所运行在的cpu的运行频率和进程间通信(inter-processcommunication，ipc)值无关。

相关技术中，针对支持3-cluster平台架构的cpu内核调度方案中，采用如下逻辑选择目标cpu内核：当某一任务唤醒入队时，按little-midcluster的排列顺序，依次考察该唤醒入队任务的负载值是否小于或等于待考察cluster能力指标的设定百分比阈值。唤醒入队任务的负载值小于或等于待考察cluster能力指标的设定百分比阈值，便确定该待考察cluster满足当前任务的性能需求，故可从该满足当前任务性能需求的cluster中选出合适的cpu内核来执行该任务。唤醒入队任务的负载值大于待考察cluster能力指标的设定百分比阈值，则会继续寻找性能指标更优的cluster,直到找出满足条件或考察到bigcluster中的cpu内核为止。

为简化描述，本公开实施例做如下模型简化，假定负载更新的窗口周期长度为100ms，系统中性能最大指标为1，bigcluster可达到100％性能的指标，midcluster最多达到80％，littlecluster最多达到40％。

按照相关技术中进行cpu内核调度的方式，可以有如下方案：

1：任务负载(运行时间)不超过100ms(窗口周期长度)*(1*40％小核所能提供的最大性能)*85％(阈值百分比)＝34ms时，该任务将运行到littlecluster的内核上。

2：任务负载(运行时间)不超过100ms(窗口周期长度)*(1*80％小核所能提供的最大性能)*85％(阈值百分比)＝68ms时，且大于34ms时，该任务将运行到midcluster的内核上。

3：任务负载(运行时间)超过大于68ms时，该任务将运行到bigcluster的内核上。

然而在实际运行游戏等帧绘制类应用的场景下，发现丢帧时，会存在bigcluster的内核利用率很低且midcluster调度延迟很高的复合场景。分析其原因，主要是大核的使用条件限制太苛刻，不灵活导致任务在不同cluster间分配不均匀所致。例如，当系统中某一段时间，出现大量负载介于34～68的就绪任务时，因为这些任务数目远超midcluster中的可用内核数量，且不具备调度到bigcluster的条件，便会造成多数任务在midcluster的积压。同理，当系统中某一段时间内，出现大量负载高于68的就绪任务时，也会导致大核的任务积压，带来高的调度延迟。

综上，在多核集群平台架构中进行cpu内核调度过程中，存在由于任务调度延迟，导致出现的卡顿等现象。

有鉴于此，本公开实施例提供一种cpu内核调度方法，在帧绘制周期内确定每一cluster中各个内核的调度延迟时间，基于各个内核的调度延迟时间，将各内核的调度延迟时间均超过指定延迟时间阈值的cluster中指定数量的任务调度到其他cluster上，以降低重负载场景下调度延迟，并减少卡顿，提高使用体验。

图1是根据一示例性实施例示出的一种cpu内核调度方法的流程图，cpu内核调度方法用于终端中，终端上安装有帧绘制类应用，且终端的cpu支持多核集群平台架构，例如支持3-cluster平台架构。

如图1所示，cpu内核调度方法包括以下步骤。

在步骤s11中，在帧绘制周期内分别确定多核cluster中每一cluster中各个内核的调度延迟时间。

在步骤s12中，若存在各内核的调度延迟时间均超过指定延迟时间阈值的cluster，则将该cluster中指定数量的任务调度到其他cluster。

本公开实施例中为描述方便，将各内核的调度延迟时间均超过指定延迟时间阈值的cluster称为第一cluster。将第一cluster中的任务调度到的其他cluster称为第二cluster。其中，第二cluster为不同于第一cluster，且性能指标能够满足运行从第一cluster中调度过来的任务。

本公开实施例中，监测到将各内核的调度延迟时间均超过指定延迟时间阈值的第一cluster，则可以确定第一cluster上任务积压导致调度延迟增高。通过将第一cluster上的任务调度第二cluster上，能够实现主动平衡各cluster的就绪任务数，从而避免出现任务分配不均导致的丢帧问题。

本公开实施例以下将结合实际应用对上述实施例涉及的cpu内核调度方法进行说明。

本公开一示例中，可以在有新任务入队或者任务调度切换时，在帧绘制周期内分别确定多cluster中每一cluster中各个内核的调度延迟时间，以实现在有新任务或者任务调度时，及时进行cpu内核的均衡调度。

本公开另一示例中，按照任务负载大小以及重要程度，确定多cluster中每一cluster中运行任务的权重值。其中，负载大的任务权重值高于负载低的任务权重值，重要程度高的任务权重值高于重要程度低的任务权重值，最终使得负载越大，重要程度越高的任务权重值越大。

本公开实施例中，确定了任务的权重值的情况下，可以依据第一cluster中各任务的权重值将第一cluster中指定数量的任务调度到第二cluster中。例如，本公开实施例可以按照任务的权重值从高到低的顺序，将第一cluster中指定数量的任务调度到第二cluster中。

可以理解的是，本公开实施例中从第一cluster中调度的任务数量可以是依据第一cluster以及第二cluster的性能指标以及调度延迟时间等确定。例如，第一cluster的调度延迟时间非常大，并且第二cluster的性能指标较高，则可以调度数量较多的任务到第二cluster中。第一cluster的调度延迟时间较小，第二cluster的性能指标较低，则可以调度数量较少的任务到第二cluster中。

一示例中，本公开实施例中为实现较优的内核调度均衡，第二可以为多cluster中性能指标高于第一cluster的cluster，例如，第一cluster为littlecluster，第二cluster可以是midcluster或bigcluster。一实施方式中，本公开实施例可以是多cluster中性能指标最高的bigcluster，以实现通过对帧绘制周期内重负载任务的实时监控，一旦监测到负载短期内急剧增加时，实现直接将相关任务迁移到超大核处理。

另一示例中，本公开实施例为实现较优的内核调度均衡，第二可以为3-cluster中各个内核的调度延迟时间总和小于第一cluster中各个内核调度延迟时间总和的cluster。例如，本公开实施例中，若第一cluster为bigcluster，第二cluster可以为littlecluster或midcluster等，以避免大核任务积压带来较高的调度延迟。

本公开实施例中，通过实时统计和追踪每一帧绘制周期内帧绘制类应用所属线程的负载变化，对帧绘制类应用内的线程按负载大小和重要性进行排序。负载越大，重要性越高的线程权重值越大。当监测到某一cluster上任务积压导致的调度延迟增高时，主动平衡各cluster的就绪任务数，从而避免出现任务分配不均导致的丢帧问题。

一示例性的应用场景中，应用于3-cluster平台架构。假如某游戏场景下，当前midcluster和bigcluster的任务分布如图2所示。图2为一示例性实施例中示出的midcluster和bigcluster的任务分布图。图2中，midcluster上运行有3个内核：内核0、内核1和内核2。并且内核0、内核1和内核2上运行的任务队列，分别为任务1→任务2→任务3，任务1→任务2→任务3，和任务1→任务2。bigcluster上运行有1个内核：内核0。内核0上暂无运行的任务队列。在任务a、任务b和任务c被唤醒新入队时，按照相关技术中任务分配的原则，此三类任务负载(运行时间)介于34～68之间，因此会被排入midcluster上的运行队列，如图3所示。但是按照本公开实施例提供的cpu内核调度方法，此时midcluster上三个内核的总调度延迟时间较高，因此，抽离指定数量的任务调度到bigcluster上，例如图4所示，调度内核0上的任务1和内核1上的任务b到bigcluster上，实现主动平衡各cluster的就绪任务数，从而避免出现任务分配不均导致的丢帧问题。

进一步的，本公开实施例中为更好的平衡各cluster的就绪任务数，可以在帧绘制周期内实时监测各cluster中每一cluster中就绪任务数量，若存在就绪任务数量超过设定任务数量阈值，且就绪任务数量超过设定任务数量阈值的cluster中存在未激活的内核，则将未激活的内核激活。

本公开实施例中，在帧绘制周期内实时监测各cluster中每一cluster中就绪任务数量，并在就绪任务数量超过设定任务数量阈值时，实时激活更多的cluster处理任务，适用于就绪任务数量骤增的情景，例如因游戏因场景更换等原因导致某一时刻就绪任务数骤增的情况，实时激活更多的内核来处理突然增加的任务，可以减少调度延迟和丢帧。

本公开实施例以下结合实际应用对上述涉及的基于帧绘制周期内实时监测就绪任务数量并激活未激活内核的调度方式进行说明。

图5是相关技术中基于固定时间窗口进行内核激活的过程示意图。图5中假设固定时间窗口长度为100ms，则监测每个当前时间周期内的平均就绪任务数，并执行内核的动态上下线。从图5中，在任务数量骤增的时间点上，并未达到调整内核上下线的时间点，故并不能及时的进行内核激活处理骤增的任务，会出现调度延迟以及丢帧现象。

图6是本公开一示例性实施例中基于帧绘制周期实时监测任务数量并激活内核的过程示意图。图6中，新增监测时机，当某一帧绘制周期内，有新任务进入cluster内的运行队列时，判断该运行队列的调度拥塞情况，如超过一定阈值，则立即激活cluster中未激活的内核，实时激活更多的内核来处理突然增加的任务，可以减少调度延迟和丢帧。

本公开实施例提供的cpu内核调度方法，是一种通用且独立的负载实时监测及多核调用方法。通过对游戏等帧绘制类应用重负载任务的实时监控，一旦监测到负载短期内急剧增加时，直接将相关任务迁移到适合的其他cluster上进行处理，例如迁移到超大核处理，并根据实时监测的重负载线程的实时个数，及时调整系统中的可用内核数量，以此来降低重负载场景下的调度延迟，提升游戏体验，并减少卡顿。

基于相同的构思，本公开实施例还提供一种cpu内核调度装置。

可以理解的是，本公开实施例提供的cpu内核调度装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。

图7是根据一示例性实施例示出的一种cpu内核调度装置框图。参照图7，cpu内核调度装置700应用于终端，终端上安装有帧绘制类应用，且终端的cpu支持多核集群平台架构。cpu内核调度装置700包括确定单元701和调度单元702。

确定单元701，用于在帧绘制周期内分别确定多核集群中每一核集群中各个内核的调度延迟时间。调度单元702，用于在第一集群中各内核的调度延迟时间均超过指定延迟时间阈值时，将第一集群中指定数量的任务调度到第二集群中。其中，第二集群为不同于第一集群的其他集群，且性能指标满足运行指定数量任务的集群。

一种实施方式中，调度单元702，还用于：按照任务负载大小以及重要程度，确定多核集群中每一核集群中运行任务的权重值。其中，负载大的任务权重值高于负载低的任务权重值，重要程度高的任务权重值高于重要程度低的任务权重值。

另一种实施方式中，调度单元702按照任务的权重值从高到低的顺序，将第一集群中指定数量的任务调度到第二集群中。

又一种实施方式中，第二集群为多核集群中性能指标高于第一集群的较大核集群，和/或第二集群为多核集群中各个内核的调度延迟时间总和小于第一集群中各个内核调度延迟时间总和的核集群。

又一种实施方式中，在有新任务入队或者任务调度切换时，确定单元701在帧绘制周期内分别确定多核集群中每一核集群中各个内核的调度延迟时间。

又一种实施方式中，调度单元102还用于：实时监测多核集群中每一核集群中就绪任务数量。在核集群中就绪任务数量超过设定任务数量阈值，且就绪任务数量超过设定任务数量阈值的核集群中存在未激活的内核时，将未激活的内核激活。

本公开的实施例提供的cpu内核调度装置，在帧绘制周期内确定每一内核cluster中各个内核的调度延迟时间，基于各个内核的调度延迟时间，将各内核的调度延迟时间均超过指定延迟时间阈值的内核cluster中指定数量的任务调度到其他内核cluster上，以降低重负载场景下调度延迟，并减少卡顿，提高使用体验。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于cpu内核调度的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

进一步可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。

进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。