CN107506244A - 一种cpu调度方法、移动终端及cpu调度系统 - Google Patents

Abstract

本发明公开了一种CPU调度方法，适于在移动终端中执行，移动终端与网络服务器通信连接，该方法包括：响应对多个应用中任一个应用的启动操作；获取当前所启动应用的应用标识，根据应用标识从应用配置信息集中获取对应的CPU配置；根据获取到的CPU配置来调度CPU运行；实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调；根据微调后的CPU运行状态和其关联的应用标识生成相应的配置条目，对应用配置信息集进行更新；将微调后的配置条目以及CPU平台的标识一同上报至网络服务器，以指示网络服务器更新与上报的CPU平台对应的应用调度配置集。

Description

一种CPU调度方法、移动终端及CPU调度系统

技术领域

本发明涉及互联网技术和移动终端领域，特别涉及一种CPU调度方法、移动终端、网络服务器及CPU调度系统。

背景技术

伴随互联网技术和硬件技术的不断发展，移动终端的普及程度也越来越高，而人们在使用如智能手机、平板电脑一类的移动终端时，对其性能要求也有所上升。就移动终端而言，其内置CPU(Central Processing Unit，中央处理器)的运转情况对整个终端所表现出的性能以及能给用户带来的体验至关重要。

以搭载Andriod系统的智能手机为例，其CPU都是多核高频，可以带给用户很好的流畅性体验，但同时由于开启了多个CPU且高频运转，也不可避免地给用户带来手机发热发烫和耗电快的不好体验，经常需要一天充电一次或一天充电多次。现有的移动终端，一般为了在流畅性和耗电问题之间达到平衡，会适当调整一个中间值，针对所有的场景都是限制开启CPU的个数和单个CPU的频率。然而，在很多用户场景下，并没有开启这么多个高频CPU的必要，这样不但造成CPU空转，还很容易导致用户手机发热发烫和耗电快，但在有些需要用到大量CPU的用户场景，比如运行游戏或视频直播类应用时，又容易造成用户卡顿等问题。因此，需要提供一种新的CPU调度方法来优化上述处理过程。

发明内容

为此，本发明提供一种CPU调度方案，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种CPU调度方法，适于在移动终端中执行，移动终端中安装有多个应用，每个应用具有唯一的应用标识，移动终端中存储有与其CPU平台对应的应用配置信息集，应用配置信息集包括多个配置条目，每个配置条目为应用标识和CPU配置的关联关系，移动终端与网络服务器通信连接，网络服务器中存储有多个对应于不同CPU平台的应用配置信息集，该方法包括如下步骤：首先，响应对多个应用中任一个应用的启动操作；获取当前所启动应用的应用标识，根据应用标识从应用配置信息集中获取对应的CPU配置；根据获取到的CPU配置来调度CPU运行；实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调；根据微调后的CPU运行状态和其关联的应用标识生成相应的配置条目，对应用配置信息集进行更新；将微调后的配置条目以及CPU平台的标识一同上报至网络服务器，以指示网络服务器更新与上报的CPU平台对应的应用调度配置集。

可选地，在根据本发明的CPU调度方法中，CPU配置包括CPU开启内核数、CPU开启内核的频率和/或CPU开启内核类型。

可选地，在根据本发明的CPU调度方法中，最新的活动应用为呈现在移动终端屏幕的最顶端并与用户进行交互的应用。

可选地，在根据本发明的CPU调度方法中，应用运行情况包括应用流畅度，根据应用运行情况对CPU的运行状态进行微调的步骤包括：判断应用流畅度是否满足预设的应用流畅运行条件；若应用流畅度不满足应用流畅运行条件，则对CPU已开启内核的频率进行上调和/或再开启1个内核。

可选地，在根据本发明的CPU调度方法中，应用流畅度为应用的刷新率。

可选地，在根据本发明的CPU调度方法中，应用运行情况还包括CPU使用情况，CPU使用情况包括CPU已开启内核数、CPU已开启内核的频率、CPU已开启内核的负载和/或CPU已开启内核类型，根据应用运行情况对CPU的运行状态进行微调的步骤包括：根据CPU已开启内核数和CPU已开启内核的负载计算CPU平均负载；若CPU平均负载高于预设的第一平均负载阈值，则对CPU已开启内核的频率进行上调和/或再开启1个内核；若CPU平均负载低于预设的第二平均负载阈值，则对CPU已开启内核的频率进行下调和/或再停用1个已开启的内核。

可选地，在根据本发明的CPU调度方法中，还包括：按照预设的第一时间间隔向网络服务器发送更新请求，以获取最新的与移动终端的CPU平台对应的应用配置信息集；根据从网络服务器获取到的应用配置信息集，对移动终端的应用配置信息集进行更新。

根据本发明的又一个方面，提供一种CPU调度方法，适于在网络服务器中执行，网络服务器与多个移动终端通信连接，该方法包括如下步骤：接收各移动终端上报的配置条目及对应的CPU平台的标识，配置条目为应用标识和CPU配置的关联关系；对每一个CPU平台的标识，统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置的总数，作为该应用标识关联的CPU配置的第一数量；统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置中各CPU配置的数量，作为该应用标识关联的该CPU配置的第二数量；获取该CPU平台对应的所有CPU配置中各CPU配置的排列序次；计算各CPU配置的排列序次与该CPU配置的第二数量的乘积，将各乘积之和与第一数量的商作为处理后的CPU配置，关联该应用标识与处理后的CPU配置以生成处理后的配置条目，根据处理后的配置条目构建与该CPU平台对应的应用配置信息集。

可选地，在根据本发明的CPU调度方法中，获取该CPU平台对应的所有CPU配置中各CPU配置的排列序次的步骤包括：对该CPU平台对应的每一个CPU配置，获取该CPU配置所对应各CPU内核的预设的内核得分、频率得分以及该CPU内核的开启数量；分别计算该CPU配置中各CPU内核的内核得分与频率得分之和与开启数量的乘积，将各乘积之和作为该CPU配置的总得分；按照总得分从小到大的顺序对该CPU平台对应的所有CPU配置进行排序，以获取各CPU配置的排列序次。

可选地，在根据本发明的CPU调度方法中，还包括：按照预设的第二时间间隔，根据接收到的各移动终端上报的配置条目及对应的CPU平台的标识，更新各CPU平台对应的应用配置信息集。

可选地，在根据本发明的CPU调度方法中，还包括：接收多个移动终端中任一个移动终端按照预设的第一时间间隔发送的更新请求；获取最新的与发出更新请求的移动终端的CPU平台对应的应用配置信息集；将应用配置信息集下发至移动终端。

根据本发明的又一个方面，提供一种移动终端，包括一个或多个处理器、存储器以及一个或多个程序，其中一个或多个程序存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序包括用于执行根据本发明的CPU调度方法的指令。

根据本发明的又一个方面，还提供一种存储一个或多个程序的计算机可读存储介质，一个或多个程序包括指令，指令当由移动终端执行时，使得移动终端执行根据本发明的CPU调度方法。

根据本发明的又一个方面，还提供一种CPU调度系统，包括多个根据本发明的移动终端和与移动终端通信连接的网络服务器。

根据本发明的CPU调度的技术方案，响应用户对移动终端中一个应用的启动操作，获取当前所启动应用的应用标识以获取对应的CPU配置，根据获取到的CPU配置来调度CPU运行，实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调，获取微调后的配置条目以对应用配置信息集进行更新，将微调后的配置条目以及CPU平台的标识一同上报至网络服务器，以指示网络服务器更新与上报的CPU平台对应的应用配置信息集。在上述技术方案中，应用运行情况包括应用流畅度和CPU使用情况，而CPU使用情况与CPU已开启内核的数量、频率、负载以及类型相关，通过将上述参数结合在一起衡量CPU当前的运行状态，从而对CPU进行微调以保证移动终端的流畅性和功耗问题的平衡。而且每次对CPU进行微调后，都会将相应的配置条目上传至网络服务器，以便网络服务器生成应用配置信息集，并在后期对该应用配置信息集进行更新处理，从而可响应移动终端定时发送的更新请求来下发更新后的应用配置信息集，进而保证移动终端中CPU配置为最优状态，同时便于后期的扩展与维护。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的CPU调度系统100的示意图；

图2示出了根据本发明的一个实施例的移动终端200的结构框图；

图3示出了根据本发明一个实施例的CPU调度方法300的流程图；以及

图4示出了根据本发明又一个实施例的CPU调度方法400的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的CPU调度系统100的示意图。应当指出，图1中的CPU调度系统100仅是示例性的，在具体的实践情况中，CPU调度系统100中可以有不同数量的移动终端和网络服务器，本发明对CPU调度系统100中所包括的移动终端和网络服务器的数量不做限制。如图1所示，CPU调度系统100中包括3个移动终端200、500和600，以及网络服务器700。其中，网络服务器700分别与移动终端200、500和600通信连接，移动终端200、500和600可以是智能手机、平板电脑等，但不限于此。以下将以移动终端200为例对CPU调度的技术方案进行整体上的简要说明。具体来说，移动终端200中安装有多个应用，每个应用具有唯一的应用标识，移动终端200中存储有与其CPU平台对应的应用配置信息集，该应用配置信息集包括多个配置条目，每个配置条目为应用标识和CPU配置的关联关系。移动终端200通过执行CPU调度方法来获取当前启动应用对应的微调后的配置条目，将该配置条目和CPU平台的标识上报至网络服务器700。

而网络服务器700会接收包括移动终端200在内的、与其通信连接的各移动终端上报的配置条目及对应的CPU平台的标识，并根据这些配置条目及对应的CPU平台的标识构建与该CPU平台对应的应用配置信息集，这个过程可以理解为初始化生成网络服务器700中的应用配置信息集。由于各移动终端会源源不断上报配置条目及对应的CPU平台的标识，则网络服务器700可以按照预设的第二时间间隔，根据接收到的各移动终端上报的配置条目及对应的CPU平台的标识，更新各CPU平台对应的应用配置信息集。

当移动终端200按照预设的第一时间间隔向网络服务器700发送更新请求后，网络服务器700根据该更新请求获取最新的与移动终端200的CPU平台对应的应用配置信息集，将该应用配置信息集下发至移动终端200，移动终端200根据从网络服务器700获取到的应用配置信息集，对移动终端200的应用配置信息集进行更新。

图2示出了根据本发明一个实施例的移动终端200的结构框图。移动终端200可以包括存储器接口202、一个或多个数据处理器、图像处理器和/或中央处理单元204，以及外围接口206。

存储器接口202、一个或多个处理器204和/或外围接口206既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端200中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口206，以便帮助实现多种功能。

例如，运动传感器210、光线传感器212和距离传感器214可以耦合到外围接口206，以方便定向、照明和测距等功能。其他传感器216同样可以与外围接口206相连，例如定位系统(例如GPS接收机)、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统220和光学传感器222可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(厘米OS)光学传感器。可以通过一个或多个无线通信子系统224来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统224的特定设计和实施方式可以取决于移动终端200所支持的一个或多个通信网络。例如，移动终端200可以包括被设计成支持LTE、3G、GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及Bluebooth^TM网络的通信子系统224。

音频子系统226可以与扬声器228以及麦克风230相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。I/O子系统240可以包括触摸屏控制器242和/或一个或多个其他输入控制器244。触摸屏控制器242可以耦合到触摸屏246。举例来说，该触摸屏246和触摸屏控制器242可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。一个或多个其他输入控制器244可以耦合到其他输入/控制设备248，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。所述一个或多个按钮(未显示)可以包括用于控制扬声器228和/或麦克风230音量的向上/向下按钮。

存储器接口202可以与存储器250相耦合。该存储器250可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。存储器250可以存储操作系统272，例如Android、iOS或是Windows Phone之类的操作系统。该操作系统272可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器250还可以存储一个或多个程序274，这里的程序也可以理解为应用。在移动设备运行时，会从存储器250中加载操作系统272，并且由处理器204执行。程序274在运行时，也会从存储器250中加载，并由处理器204执行。程序274运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理等。程序274可以是独立于操作系统提供的，也可以是操作系统自带的。另外，程序274被安装到移动终端200中时，也可以向操作系统添加驱动模块。程序274可以布置为在操作系统上由一个或多个处理器204执行相关的指令。在一些实施例中，移动终端200被配置为执行根据本发明的CPU调度方法300。其中，移动终端200的一个或多个程序274包括用于执行根据本发明的CPU调度方法300的指令。

图3示出了根据本发明一个实施例的CPU调度方法300的流程图。如图3所示，在步骤S310中，响应对多个应用中任一个应用的启动操作。根据本发明的一个实施例，移动终端200中安装有10个应用，依次为S1～S10，每个应用具有唯一的应用标识，各应用标识依次为ID1～ID10，此时用户点击了应用标识ID1对应的应用S1，则移动终端200响应应用S1的启动操作。

随后，进入步骤S320，获取当前所启动应用的应用标识，根据应用标识从应用配置信息集中获取对应的CPU配置。其中，根据本发明的一个实施例，CPU配置包括CPU开启内核数、CPU开启内核的频率和/或CPU开启内核类型。在该实施方式中，移动终端200中存储有与其CPU平台对应的应用配置信息集A1，该CPU平台的标识为B1，应用配置信息集A1包括10个配置条目，配置条目依次为C1～C10，与各应用标识关联的CPU配置依次为P1～P10。表1示出了根据本发明一个实施例的移动终端200所存储的应用配置信息集A1(未示出配置条目的具体内容)的示例，具体如下所示：

表1

应用配置信息集A1一般是预先内置于移动终端200中，以便移动终端200在初始状态下以预设的应用配置信息集A1中的配置条目来调度CPU。而关于应用配置信息集A1的预先设置，可以根据移动终端200中CPU平台的性能，针对性地递归调整当前活动应用的CPU配置，当应用流畅性和CPU负载满足要求时即可确定为该应用的预设CPU配置，从而生成预设的应用配置信息集A1。上述应用配置信息集的预设处理可由移动终端的厂家或是CPU研发厂商来完成，在移动终端或者CPU出厂前即预先内置入移动终端或CPU中。比如，上述CPU平台的标识B1所对应的CPU平台为D1，则以CPU平台D1为例，通过二分法来对应用配置信息集A1进行预设。首先，获取CPU平台D1的CPU参数信息，表2示出了CPU平台D1的参数信息，具体如下所示：

表2

如表2所示，CPU平台D1的内核类型有2种，分别为E1和E2，每种类型的内核均有2个，所对应的内核频率也均包括6种，内核类型E1对应的内核的内核频率按从小到大的顺序依次为F11、F12、F13、F14、F15和F16，

内核类型E2对应的内核的内核频率按从小到大的顺序依次为F21、F22、F23、F24、F25和F26。根据上述CPU参数信息，获取所有的CPU配置，共计1848种，按照CPU开启内核数、CPU开启内核的频率和CPU开启内核类型对各CPU配置进行排序，以获取各CPU配置的预设序次，以CPU平均负载运行在80％(具体数值可调整)对应的CPU配置为最优方案。对与CPU平台对应的每一个应用，先按照中间序次的CPU配置(第924种CPU配置)运行该应用运行，然后计算出CPU平均负荷，如果CPU平均负荷大于80％，则选取后半部分(第925～1848种CPU配置)里中间序次的CPU配置继续运行，如果CPU负荷不大于80％，则选取前半部分(第1～923种CPU配置)里中间序次的CPU配置继续运行，执行上述二分法直至得到最优的CPU配置，将该CPU配置作为该应用的预设CPU配置，从而生成应用配置信息集A1以便预先内置到移动终端200中。当然，以上涉及对CPU配置的排序和预设的算法，本发明并不进行限制，这些算法对于了解本发明方案的技术人员来说是可以容易想到的，并且也在本发明的保护范围之内，此处不予以赘述。此外，

考虑到难以对一个CPU平台对应的所有应用均进行CPU配置的预设，而且在预设的应用配置信息集中，还可能查找不到当前所启动应用的应用标识所对应的CPU配置，因此一方面可以对常用应用或者根据应用类型来对相关应用的CPU配置进行预先设置，以降低计算复杂度和收集数据带来的时间成本，另一方面设置默认CPU配置，用于作为未在预设的应用配置信息集中查找到的应用标识对应的CPU配置。

在执行步骤S320后，得到当前所启动应用S1的应用标识ID1，根据应用标识ID1从应用配置信息集A1中获取对应的CPU配置P1，CPU配置P1中，CPU开启内核数为2，CPU开启内核类型为E1和E2，CPU开启内核类型E1对应内核频率为F12，CPU开启内核类型E2对应内核频率为F23。

在步骤S330中，根据获取到的CPU配置来调度CPU运行。根据本发明的一个实施例，根据CPU配置P1来调度CPU运行，即开启内核类型E1对应的1个内核、设置该内核的内核频率为F12、开启内核类型E2对应的1个内核、并设置该内核的内核频率为F23来调度CPU运行。

在步骤S340中，实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调。其中，当前活动应用为呈现在移动终端屏幕的最顶端并与用户进行交互的应用。根据本发明的一个实施例，应用运行情况包括应用流畅度，可以按照以下方式来对CPU的运行状态进行微调。首先，判断应用流畅度是否满足预设的应用流畅运行条件，若应用流畅度不满足应用流畅运行条件，则对CPU已开启内核的频率进行上调和/或再开启1个内核。在该实施方式中，应用流畅度为应用的刷新率，其对应的应用流程运行条件为应用的刷新率大于预设的刷新率阈值。此时，应用S1是当前呈现在移动终端屏幕200的最顶端并与用户进行交互的应用，则表明应用S1为当前活动应用，监控该应用的刷新率，并将得到的刷新率与刷新率阈值进行比较，若应用S1的刷新率不满足大于刷新率阈值的条件，则需要执行CPU运行状态的微调，若应用S1的刷新率满足大于刷新率阈值的条件，则可以保持之前的CPU配置继续运行，或者根据刷新率的具体数值来对CPU已开启内核的频率进行下调和/或再关闭1个内核。由于此时应用S1的刷新率不满足大于刷新率阈值的条件，则对CPU已开启内核的频率进行上调和/或再开启1个内核，可以选择将内核类型E1对应的内核的内核频率从F12上调至F13，或者将内核类型E2对应的内核的内核频率从F23上调至F24，还可以再开启内核类型E1或E2对应的1个内核，具体的微调方式可以按照实际情况来具体选定。在这里，将应用S1的内核类型E1对应的内核的内核频率从F12上调至F13。

为了进一步提高对CPU的运行状态进行微调的有效性，根据本发明的又一个实施例，应用运行情况还包括CPU使用情况，CPU使用情况包括CPU已开启内核数、CPU已开启内核的频率、CPU已开启内核的负载和/或CPU已开启内核类型，则可以通过以下方式来进一步微调CPU的运行状态。首先，根据CPU已开启内核数和CPU已开启内核的负载计算CPU平均负载，若CPU平均负载高于预设的第一平均负载阈值，则对CPU已开启内核的频率进行上调和/或再开启1个内核，若CPU平均负载低于预设的第二平均负载阈值，则对CPU已开启内核的频率进行下调和/或再停用1个已开启的内核。在该实施方式中，第一平均负载阈值和第二平均负载阈值分别预设为80％和10％。应用S1对应的CPU已开启内核数为2，CPU已开启内核类型分别为E1和E2，CPU已开启内核的频率分别为F13和F23，CPU已开启内核的负载分别为75％和90％，其中内核频率F13和内核负载75％对应内核类型E1，内核频率F23和内核负载90％对应内核类型E2，将各CPU已开启内核的负载之和与CPU已开启内核数的商作为CPU平均负载，计算出应用S1的CPU平均负载为(75％+90％)＝82.5％，大于第一平均负载阈值，因此对CPU已开启内核的频率进行上调和/或再开启1个内核，可以选择将内核类型E2对应的内核的内核频率从F23上调至F24，或者将内核类型E1对应的内核的内核频率从F13上调至F14，还可以再开启内核类型E1或E2对应的1个内核，具体的微调方式可以按照实际情况来具体选定。在这里，将应用S1的内核类型E2对应的内核的内核频率从F23上调至F24。

完成微调处理后，执行步骤S350，根据微调后的CPU运行状态和其关联的应用标识生成相应的配置条目，对应用配置信息集进行更新。根据本发明的一个实施例，微调后的CPU运行状态为CPU已开启内核数为2，CPU已开启内核类型分别为E1和E2，CPU已开启内核的频率分别为F13和F24，根据这一CPU运行状态和应用标识ID1生成相应的配置条目G1，替换应用配置信息集A1中的配置条目C1以实现更新处理。

最后，在步骤S360中，将微调后的配置条目G1以及CPU平台的标识B1一同上报至网络服务器700，以指示网络服务器700更新与上报的CPU平台D1对应的应用配置信息集。

考虑到需要对移动终端中的应用配置信息集进行定期同步更新，根据本发明的又一个实施例，移动终端200按照预设的第一时间间隔向网络服务器700发送更新请求，以获取最新的与移动终端200的CPU平台D1对应的应用配置信息集，根据从网络服务器700获取到的应用配置信息集，对移动终端的应用配置信息集A1进行更新。在该实施方式中，第一时间间隔预设为一周，移动终端200每隔一周时间即会向网络服务器700发送更新请求，更新请求中包括移动终端200的CPU平台D1的标识B1，网络服务器700根据标识B1获取自身存储的、与CPU平台D1对应的最新的应用配置信息集后，将其下发给移动终端200，移动终端200将应用配置信息集A1中的各CPU配置更新为接收到的应用配置信息集中、与其具有相同的应用标识的CPU配置。

在之前说明CPU调度系统时，对网络服务器700中生成与更新应用配置信息集的过程进行了简要描述，接下来将对其进行具体解释说明。图4示出了根据本发明又一个实施例的CPU调度方法400的流程图。CPU调度方法400适于在网络服务器700中执行，网络服务器与移动终端200、500和600通信连接。

方法400始于步骤S410，在步骤S410中，网络服务器700接收各移动终端上报的配置条目及对应的CPU平台的标识，配置条目为应用标识和CPU配置的关联关系。根据本发明的一个实施例，网络服务器700接收移动终端200、500和600上报的配置条目及对应的CPU平台的标识，移动终端200、500和600上报的CPU平台的标识分别是B1、B2和B3。当然，实际上网络服务器700是与大量的移动终端通信连接的，最终是接收到了海量的配置条目。

随后，进入步骤S420，对每一个CPU平台的标识，统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置的总数，作为该应用标识关联的CPU配置的第一数量。根据本发明的一个实施例，以CPU平台的标识B1为例，对其对应的CPU平台D1的应用配置信息集的构建进行说明。在该实施方式中，统计接收到的、CPU平台D1对应的各应用标识所关联的CPU配置的总数，由于CPU平台D1对应的应用标识为ID1～ID10，以应用标识ID1为例，则网络服务器700接收到的、CPU平台D1对应的应用标识ID1关联的CPU配置的总数为12358，将12358作为CPU平台D1对应的应用标识ID1关联的CPU配置的第一数量。

接下来，在步骤S430中，统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置中各CPU配置的数量，作为该应用标识关联的该CPU配置的第二数量。根据本发明的一个实施例，网络服务器700接收到的、CPU平台D1对应的应用标识ID1所关联的CPU配置中，各CPU配置的数量依次为N1～N1848，将N1～N1848分别作为其对应的CPU配置的第二数量，且N1～N1848为自然数。

在步骤S440中，获取该CPU平台对应的所有CPU配置中各CPU配置的排列序次。根据本发明的一个实施例，可以根据如下方式来获取各CPU配置的排列序次。首先，对该CPU平台对应的每一个CPU配置，获取该CPU配置所对应各CPU内核的预设的内核得分、频率得分以及该CPU内核的开启数量，再分别计算该CPU配置中各CPU内核的内核得分与频率得分之和与开启数量的乘积，将各乘积之和作为该CPU配置的总得分，最后按照总得分从小到大的顺序对该CPU平台对应的所有CPU配置进行排序，以获取各CPU配置的排列序次。在该实施方式中，对CPU平台D1对应的1848种CPU配置中的每一个CPU配置，获取该CPU配置所对应各CPU内核的预设的内核得分、频率得分以及该CPU内核的开启数量，其中，内核类型E1对应的内核的内核得分为2，对应的内核频率F11～F16的频率得分依次为1、2、3、4、5和6，内核类型E2对应的内核的内核得分为3，对应的内核频率F21～F26的频率得分依次为1、2、3、4、5和6，且未开启的CPU内核对应的开启数量为0。基于此，分别计算该CPU配置中各CPU内核的内核得分与频率得分之和与开启数量的乘积，将各乘积之和作为该CPU配置的总得分，并按照总得分从小到大的顺序对CPU平台D1对应的1848种CPU配置进行排序，以获取各CPU配置的排列序次。

最后，执行步骤S450，计算各CPU配置的排列序次与该CPU配置的第二数量的乘积，将各乘积之和与第一数量的商作为处理后的CPU配置，关联该应用标识与处理后的CPU配置以生成处理后的配置条目，根据处理后的配置条目构建与该CPU平台对应的应用配置信息集。

在生成应用配置信息集后，网络服务器700还需要根据各移动终端持续上传的、配置条目与对应的CPU平台的标识来进行应用配置信息集的更新。根据本发明的又一个实施例，网络服务器700按照预设的第二时间间隔，根据接收到的各移动终端上报的配置条目及对应的CPU平台的标识，更新各CPU平台对应的应用配置信息集。在该实施方式种，第二时间间隔预设为一天，对应用配置信息集的更新方法可参照其构建方法来对各配置信息进行加权处理，此处不予以赘述。

根据本发明的又一个实施例，网络服务器700接收多个移动终端中任一个移动终端按照预设的第一时间间隔发送的更新请求，获取最新的与发出更新请求的移动终端的CPU平台对应的应用配置信息集，将应用配置信息集下发至移动终端。在该实施方式中，网络服务器700接收移动终端200按照一周时间为间隔发送的更新请求，根据更新请求中的CPU平台的标识B1，获取自身存储的、最新的与移动终端200的CPU平台D1对应的应用配置信息集，将该应用配置信息集下发至移动终端200。

现有的CPU调度方法，为了在流畅性和耗电问题之间达到平衡会适当调整一个中间值，针对所有的场景都是限制开启CPU的个数和单个CPU的频率。然而，在很多用户场景下，并没有开启多个高频CPU的必要，反而会造成CPU空转和手机发热发烫，但在有些需要使用大量CPU的用户场景，又容易造成用户卡顿。根据本发明实施例的CPU调度的技术方案，响应用户对移动终端中一个应用的启动操作，获取当前所启动应用的应用标识以获取对应的CPU配置，根据获取到的CPU配置来调度CPU运行，实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调，获取微调后的配置条目以对应用配置信息集进行更新，将微调后的配置条目以及CPU平台的标识一同上报至网络服务器，以指示网络服务器更新与上报的CPU平台对应的应用配置信息集。在上述技术方案中，应用运行情况包括应用流畅度和CPU使用情况，而CPU使用情况与CPU已开启内核的数量、频率、负载以及类型相关，通过将上述参数结合在一起衡量CPU当前的运行状态，从而对CPU进行微调以保证移动终端的流畅性和功耗问题的平衡。而且每次对CPU进行微调后，都会将相应的配置条目上传至网络服务器，以便网络服务器生成应用配置信息集，并在后期对该应用配置信息集进行更新处理，从而可响应移动终端定时发送的更新请求来下发更新后的应用配置信息集，进而保证移动终端中CPU配置为最优状态，同时便于后期的扩展与维护。

A7.如A1-6中任一项所述的方法，还包括：

按照预设的第一时间间隔向所述网络服务器发送更新请求，以获取最新的与所述移动终端的CPU平台对应的应用配置信息集；

根据从所述网络服务器获取到的应用配置信息集，对所述移动终端的应用配置信息集进行更新。

B9.如B8所述的方法，所述获取该CPU平台对应的所有CPU配置中各CPU配置的排列序次的步骤包括：

对该CPU平台对应的每一个CPU配置，获取该CPU配置所对应各CPU内核的预设的内核得分、频率得分以及该CPU内核的开启数量；

分别计算该CPU配置中各CPU内核的内核得分与频率得分之和与开启数量的乘积，将各乘积之和作为该CPU配置的总得分；

按照总得分从小到大的顺序对该CPU平台对应的所有CPU配置进行排序，以获取各CPU配置的排列序次。

B10.如B8或9所述的方法，还包括：

按照预设的第二时间间隔，根据接收到的各移动终端上报的配置条目及对应的CPU平台的标识，更新各CPU平台对应的应用配置信息集。

B11.如B8-10中任一项所述的方法，还包括：

接收多个移动终端中任一个移动终端按照预设的第一时间间隔发送的更新请求；

获取最新的与发出所述更新请求的移动终端的CPU平台对应的应用配置信息集；

将所述应用配置信息集下发至所述移动终端。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组间可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组间组合成一个模块或单元或组间，以及此外可以把它们分成多个子模块或子单元或子组间。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如软盘、CD-ROM、硬盘驱动器或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的CPU调度方法。

以示例而非限制的方式，计算机可读介质包括计算机存储介质和通信介质。计算机可读介质包括计算机存储介质和通信介质。计算机存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在计算机可读介质的范围之内。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种CPU调度方法，适于在移动终端中执行，所述移动终端中安装有多个应用，每个应用具有唯一的应用标识，所述移动终端中存储有与其CPU平台对应的应用配置信息集，所述应用配置信息集包括多个配置条目，每个配置条目为应用标识和CPU配置的关联关系，所述移动终端与网络服务器通信连接，所述网络服务器中存储有多个对应于不同CPU平台的应用配置信息集，所述方法包括：

响应对多个应用中任一个应用的启动操作；

获取当前所启动应用的应用标识，根据所述应用标识从所述应用配置信息集中获取对应的CPU配置；

根据获取到的CPU配置来调度CPU运行；

实时监控当前活动应用对应的应用运行情况，根据应用运行情况对CPU的运行状态进行微调；

根据微调后的CPU运行状态和其关联的应用标识生成相应的配置条目，对所述应用配置信息集进行更新；

将微调后的配置条目以及CPU平台的标识一同上报至所述网络服务器，以指示所述网络服务器更新与上报的CPU平台对应的应用配置信息集。

2.如权利要求1所述的方法，所述CPU配置包括CPU开启内核数、CPU开启内核的频率和/或CPU开启内核类型。

3.如权利要求1或2所述的方法，所述当前活动应用为呈现在所述移动终端屏幕的最顶端并与用户进行交互的应用。

4.如权利要求1-3中任一项所述的方法，所述应用运行情况包括应用流畅度，所述根据应用运行情况对CPU的运行状态进行微调的步骤包括：

判断所述应用流畅度是否满足预设的应用流畅运行条件；

若所述应用流畅度不满足所述应用流畅运行条件，则对CPU已开启内核的频率进行上调和/或再开启1个内核。

5.如权利要求4所述的方法，所述应用流畅度为应用的刷新率。

6.如权利要求4或5所述的方法，所述应用运行情况还包括CPU使用情况，所述CPU使用情况包括CPU已开启内核数、CPU已开启内核的频率、CPU已开启内核的负载和/或CPU已开启内核类型，所述根据应用运行情况对CPU的运行状态进行微调的步骤包括：

根据CPU已开启内核数和CPU已开启内核的负载计算CPU平均负载；

若所述CPU平均负载高于预设的第一平均负载阈值，则对CPU已开启内核的频率进行上调和/或再开启1个内核；

若所述CPU平均负载低于预设的第二平均负载阈值，则对CPU已开启内核的频率进行下调和/或再停用1个已开启的内核。

7.一种CPU调度方法，适于在网络服务器中执行，所述网络服务器与多个移动终端通信连接，所述方法包括：

接收各移动终端上报的配置条目及对应的CPU平台的标识，所述配置条目为应用标识和CPU配置的关联关系；

对每一个CPU平台的标识，统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置的总数，作为该应用标识关联的CPU配置的第一数量；

统计接收到的、该CPU平台对应的各应用标识所关联的CPU配置中各CPU配置的数量，作为该应用标识关联的该CPU配置的第二数量；

获取该CPU平台对应的所有CPU配置中各CPU配置的排列序次；

计算各CPU配置的排列序次与该CPU配置的第二数量的乘积，将各乘积之和与所述第一数量的商作为处理后的CPU配置，关联该应用标识与处理后的CPU配置以生成处理后的配置条目，根据处理后的配置条目构建与该CPU平台对应的应用配置信息集。

8.一种移动终端，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行根据权利要求1至6所述的方法中的任一方法的指令。

9.一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当由移动终端执行时，使得所述移动终端执行根据权利要求1至6所述的方法中的任一方法。

10.一种CPU调度系统，包括：

多个如权利要求8所述的移动终端；以及

与所述移动终端通信连接的网络服务器。