CN106055408A - 一种应用控制方法及移动终端 - Google Patents

Abstract

本发明实施例公开了一种应用控制方法及移动终端，包括：当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率；若所述第一系统层级CPU利用率大于或等于第一预设利用率，则获取所述移动终端的后台正在运行的n个应用的启动优先级；若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则获取所述每一个应用的应用层级CPU利用率，根据应用层级CPU利用率，变更n个应用中的至少一个应用的运行状态；启动所述目标应用。本发明实施例有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

Description

一种应用控制方法及移动终端

技术领域

本发明涉及移动终端技术领域，具体涉及一种应用控制方法及移动终端。

背景技术

在当前主流的移动操作系统中，通常会有频率调节器、任务调度器等CPU相关的资源管理模块。其中，频率调节模块用于在CPU利用率过大时自动升频，任务调度模块以任务为单位去安排CPU时间片来运行任务队列里的任务。

目前移动终端的任何应用都可以尽可能的去竞争有限的CPU资源，这使得当某些应用在后台持续高CPU使用率运行时，会与前台应用争夺CPU资源，造成系统的卡顿感，甚至出现系统和前台应用的卡死状态，直接影响到用户体验。

发明内容

本发明实施例提供了一种应用控制方法及移动终端，以期提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

第一方面，本发明实施例提供一种应用控制方法，包括：

当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

若所述第一系统层级CPU利用率大于或等于第一预设利用率，则获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

可以看出，本发明实施例提供的应用控制方法，在检测到移动终端后台运行的应用的优先级均高于预启动的目标应用的情况下，获取每一个后台应用的应用层级CPU利用率，根据应用层级CPU利用率变更后台应用中的至少一个应用的运行状态，从而控制移动终端的CPU利用率为低于第一预设利用率的第二系统层级CPU利用率，最后，通过CPU利用率为第二系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

结合第一方面，在一些可能的实现方式中，所述获取所述每一个应用的应用层级CPU利用率，包括：

获取第二预设时段内所每一个应用的CPU使用时长；

根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率。

结合第一方面，在一些可能的实现方式中，所述根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，包括：

根据所述每一个应用的应用层级CPU利用率，确定所述n个应用中应用层级CPU利用率大于或等于第二预设利用率的至少一个应用；

变更所述至少一个应用的运行状态为暂停或停止状态。

此外，结合第一方面，在一些可能的实现方式中，所述获取第二预设时段内所每一个应用的CPU使用时长，包括：

确定所述每一个应用的进程；

确定所述每一个应用的进程的CPU占用时长，所述每一个应用的进程的CPU占用时长为对应的应用的CPU使用时长。

第二方面，本发明实施例提供了一种移动终端，所述移动终端包括功能模块，所述功能模块用于执行本发明实施例第一方面任一方法中所描述的部分或全部步骤。

第三方面，本发明实施例提供了一种移动终端，包括：

处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线连接并完成相互间的通信；

所述存储器存储有可执行程序代码，所述通信接口用于无线通信；

所述处理器用于调用所述存储器中的所述可执行程序代码，执行本发明实施例第一方面任一方法中所描述的部分或全部步骤。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种应用控制方法的流程示意图；

图2是本发明实施例公开的另一种应用控制方法的流程示意图；

图3是本发明实施例公开的另一种应用控制方法的流程示意图；

图4是本发明实施例公开的一种移动终端的单元组成框图；

图5是本发明实施例公开的一种移动终端的结构示意图；

图6是本发明实施例公开的另一种移动终端的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好理解本发明实施例公开的一种应用控制方法及移动终端，下面对本发明实施例进行详细介绍。

请参阅图1，图1是本发明实施例提供了一种应用控制方法，如图所示，本应用控制方法包括：

S101，移动终端当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

其中，所述目标应用例如可以是所述移动终端安装的任意一个第三方应用，或者系统应用。所述选取操作例如可以是触控操作、语音操作等，第一预设利用率例如可以是60％、65％、70％等等。

其中，所述移动终端获取所述移动终端的第一系统层级中央处理器CPU利用率的实现方式可以是：

所述移动终端获取第一预设时段内所述移动终端中除读取和写入IO操作之外的操作的参考等待时长，所述第一预设时段包括所述IO操作的等待时长、所述参考等待时长、所述CPU处于核心态和用户态的运行时长、所述CPU的硬中断时长和软中断时长以及所述CPU运行优先级Nice值为负的进程的时长；

所述移动终端根据所述参考等待时长和所述第一预设时段，确定所述移动终端的第一系统层级CPU利用率。

S102，若所述第一系统层级CPU利用率大于或等于第一预设利用率，则所述移动终端获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

其中，所述应用的启动优先级可以由用户预先进行设置，也可以所述n个应用的使用频率来确定，使用频率高的应用的使用优先级对应也高。所述后台正在运行的应用例如可以是正在更新离线地图的地图应用、正在下载视频内容的视频类应用，或者正在访问数据库的其他各类应用，本发明实施例不做唯一限定。

S103，若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则所述移动终端获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

其中，所述移动终端获取所述每一个应用的应用层级CPU利用率的实现方式可以是：

所述移动终端获取第二预设时段内所每一个应用的CPU使用时长；

所述移动终端根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率。

其中，所述移动终端根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态的实现方式可以是：

所述移动终端根据所述每一个应用的应用层级CPU利用率，确定所述n个应用中应用层级CPU利用率大于或等于第二预设利用率的至少一个应用；

所述移动终端变更所述至少一个应用的运行状态为暂停或停止状态。

S104，所述移动终端利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

可以看出，本发明实施例提供的应用控制方法，在检测到移动终端后台运行的应用的优先级均高于预启动的目标应用的情况下，获取每一个后台应用的应用层级CPU利用率，根据应用层级CPU利用率变更后台应用中的至少一个应用的运行状态，从而控制移动终端的CPU利用率为低于第一预设利用率的第二系统层级CPU利用率，最后，通过CPU利用率为第二系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

可选的，本发明实施例中，所述移动终端还执行以下操作：

若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则所述移动终端变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

所述移动终端利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

可见，针对移动终端的后台应用中存在启动优先级低于目标应用的启动优先级的应用的情况，本发明可选的实施例变更启动优先级低于目标应用的启动优先级的后台应用的运行状态，从而控制移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，并通过CPU利用率为第三系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

可选的，本发明实施例中，所述移动终端获取第二预设时段内所每一个应用的CPU使用时长的实现方式可以是：

所述移动终端确定所述每一个应用的进程；

所述移动终端确定所述每一个应用的进程的CPU占用时长，所述每一个应用的进程的CPU占用时长为对应的应用的CPU使用时长。

与上述图1所示的实施例一致的，请参阅图2，图2是本发明实施例提供的另一种应用控制方法的流程示意图。如图所示，本应用控制方法包括：

S201，移动终端当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

S202，若所述第一系统层级CPU利用率大于或等于第一预设利用率，则所述移动终端获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

S203，若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则所述移动终端变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

S204，所述移动终端利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

可以看出，针对移动终端的后台应用中存在启动优先级低于目标应用的启动优先级的应用的情况，本发明实施例通过变更启动优先级低于目标应用的启动优先级的后台应用的运行状态，从而控制移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，并通过CPU利用率为第三系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

与上述图1和图2所示的实施例一致的，请参阅图3，图3是本发明实施例提供的另一种应用控制方法的流程示意图。如图所示，本应用控制方法包括：

S301，移动终端当检测到针对移动终端的目标应用的选取操作时，获取第一预设时段内所述移动终端中除读取和写入IO操作之外的操作的参考等待时长，所述第一预设时段包括所述IO操作的等待时长、所述参考等待时长、所述CPU处于核心态和用户态的运行时长、所述CPU的硬中断时长和软中断时长以及所述CPU运行优先级Nice值为负的进程的时长；

S302，所述移动终端根据所述参考等待时长和所述第一预设时段，确定所述移动终端的第一系统层级CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

S303，若所述第一系统层级CPU利用率大于或等于第一预设利用率，则所述移动终端获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

S304，若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则所述移动终端获取第二预设时段内所每一个应用的CPU使用时长；根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率；

S305，所述移动终端根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

S306，所述移动终端利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

可以看出，本发明实施例提供的应用控制方法，在检测到移动终端后台运行的应用的优先级均高于预启动的目标应用的情况下，获取每一个后台应用的应用层级CPU利用率，根据应用层级CPU利用率变更后台应用中的至少一个应用的运行状态，从而控制移动终端的CPU利用率为低于第一预设利用率的第二系统层级CPU利用率，最后，通过CPU利用率为第二系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

下面为本发明装置实施例，本发明装置实施例用于执行本发明方法实施例所实现的方法。如图4所示，该移动终端可以包括判断单元401、优先级获取单元402以及第一状态变更单元403、第一应用启动单元404，其中：

所述判断单元401，用于当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

所述优先级获取单元402，用于若所述第一系统层级CPU利用率大于或等于第一预设利用率，则获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

所述第一状态变更单元403，用于若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

所述第一应用启动单元404，用于利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

可选的，所述移动终端还包括：

第二状态变更单元，用于若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

第二应用启动单元，用于利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

可选的，在所述获取所述移动终端的第一系统层级CPU利用率方面，所述判断单元401用于：

获取第一预设时段内所述移动终端中除读取和写入IO操作之外的操作的参考等待时长，所述第一预设时段包括所述IO操作的等待时长、所述参考等待时长、所述CPU处于核心态和用户态的运行时长、所述CPU的硬中断时长和软中断时长以及所述CPU运行优先级Nice值为负的进程的时长；

根据所述参考等待时长和所述第一预设时段，确定所述移动终端的第一系统层级CPU利用率。

可选的，在所述获取所述每一个应用的应用层级CPU利用率方面，所述第一状态变更单元403用于：

获取第二预设时段内所每一个应用的CPU使用时长；

根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率。

可选的，在所述根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态方面，所述第一状态变更单元403用于：

根据所述每一个应用的应用层级CPU利用率，确定所述n个应用中应用层级CPU利用率大于或等于第二预设利用率的至少一个应用；

变更所述至少一个应用的运行状态为暂停或停止状态。

需要注意的是，本发明装置实施例所描述的移动终端是以功能单元的形式呈现。这里所使用的术语“单元”应当理解为尽可能最宽的含义，用于实现各个“单元”所描述功能的对象例如可以是集成电路ASIC，单个电路，用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器，组合逻辑电路，和/或提供实现上述功能的其他合适的组件。

举例来说，上述第一状态变更单元403变更所述n个应用中的至少一个应用的运行状态的功能可以由图5所示的移动终端来实现，具体可以通过处理器101通过调用存储器102中的可执行程序代码，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态。

可以看出，本发明实施例提供的应用控制方法，在检测到移动终端后台运行的应用的优先级均高于预启动的目标应用的情况下，获取每一个后台应用的应用层级CPU利用率，根据应用层级CPU利用率变更后台应用中的至少一个应用的运行状态，从而控制移动终端的CPU利用率为低于第一预设利用率的第二系统层级CPU利用率，最后，通过CPU利用率为第二系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

本发明实施例还提供了另一种移动终端，如图5所示，包括：处理器101，存储器102，通信接口103、通信总线104；其中，处理器101、存储器102和通信接口103通过通信总线104连接并完成相互间的通信；处理器101通过通信接口103控制与外部蜂窝网的无线通信；通信接口103包括但不限于天线、放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。存储器102包括以下至少一种：随机存取存贮器、非易失性存储器以及外部存储器，存储器102中存储有可执行程序代码，该可执行程序代码能够引导处理器101执行本发明方法实施例中具体披露的应用控制方法，包括以下步骤：

所述处理器101当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

若所述第一系统层级CPU利用率大于或等于第一预设利用率，则所述处理器101获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则所述处理器101获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

所述处理器101利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

可以看出，本发明实施例提供的应用控制方法，在检测到移动终端后台运行的应用的优先级均高于预启动的目标应用的情况下，获取每一个后台应用的应用层级CPU利用率，根据应用层级CPU利用率变更后台应用中的至少一个应用的运行状态，从而控制移动终端的CPU利用率为低于第一预设利用率的第二系统层级CPU利用率，最后，通过CPU利用率为第二系统层级CPU利用率的CPU启动所述目标应用，避免后台应用占用过多CPU资源造成目标应用启动过程中出现卡顿现象，有利于提升移动终端的应用启动速度，优化CPU管理效率，避免应用运行过程中的卡顿现象，提升用户体验。

此外，上述存储器102中存储的可执行程序代码还用于执行上述图1、图2和图3所示的应用控制方法的相关步骤。如执行利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用的步骤，等。

本发明实施例还提供了另一种移动终端，如图6所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以移动终端为手机为例：

图6示出的是与本发明实施例提供的移动终端相关的手机的部分结构的框图。参考图6，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(Wireless Fidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图6中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对手机的各个构成部件进行具体的介绍：

RF电路910可用于信息的接收和发送。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobilecommunication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code DivisionMultiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(CPU利用率获取功能、应用状态变更功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如第一系统层级CPU利用率、应用的启动优先级等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括指纹识别模组931以及其他输入设备932。指纹识别模组931，可采集用户在其上的指纹数据。可选的，指纹识别模组931可包括光学式指纹模块、电容式指纹模块以及射频式指纹模块。以指纹识别模组931为电容式指纹识别模组为例，具体包括感应电极(异常感应电极和正常感应电极)和与所述感应电极连接的信号处理电路(如放大电路、噪声抑制电路、模数转化电路，等等)。除了指纹识别模组931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示屏941，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示屏941。虽然在图6中，指纹识别模组931与显示屏941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将指纹识别模组931与显示屏941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏941的亮度，接近传感器可在手机移动到耳边时，关闭显示屏941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

前述图1、图2和图3所示的实施例中，各步骤方法流程可以基于该手机的结构实现。

前述图4所示的实施例中，各单元功能可以基于该手机的结构实现。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种应用控制方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种应用控制方法，其特征在于，包括：

当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

若所述第一系统层级CPU利用率大于或等于第一预设利用率，则获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

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

若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

3.根据权利要求1或2任一项所述的方法，其特征在于，所述获取所述移动终端的第一系统层级CPU利用率，包括：

获取第一预设时段内所述移动终端中除读取和写入IO操作之外的操作的参考等待时长，所述第一预设时段包括所述IO操作的等待时长、所述参考等待时长、所述CPU处于核心态和用户态的运行时长、所述CPU的硬中断时长和软中断时长以及所述CPU运行优先级Nice值为负的进程的时长；

根据所述参考等待时长和所述第一预设时段，确定所述移动终端的第一系统层级CPU利用率。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述获取所述每一个应用的应用层级CPU利用率，包括：

获取第二预设时段内所每一个应用的CPU使用时长；

根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率。

5.根据权利要求4所述的方法，其特征在于，所述根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，包括：

根据所述每一个应用的应用层级CPU利用率，确定所述n个应用中应用层级CPU利用率大于或等于第二预设利用率的至少一个应用；

变更所述至少一个应用的运行状态为暂停或停止状态。

6.一种移动终端，其特征在于，包括：

判断单元，用于当检测到针对移动终端的目标应用的选取操作时，获取所述移动终端的第一系统层级中央处理器CPU利用率，并判断所述第一系统层级CPU利用率是否大于或等于第一预设利用率；

优先级获取单元，用于若所述第一系统层级CPU利用率大于或等于第一预设利用率，则获取所述移动终端的后台正在运行的n个应用的启动优先级，n为正整数；

第一状态变更单元，用于若所述n个应用中不存在启动优先级低于所述目标应用的启动优先级的应用，则获取所述每一个应用的应用层级CPU利用率，根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第二系统层级CPU利用率；

第一应用启动单元，用于利用CPU利用率为所述第二系统层级CPU利用率的CPU启动所述目标应用。

7.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

第二状态变更单元，用于若所述n个应用中存在启动优先级低于所述目标应用的启动优先级的m个应用，则变更所述m个应用中的至少一个应用的运行状态，控制所述移动终端的CPU利用率为低于所述第一预设利用率的第三系统层级CPU利用率，m为小于或等于n的正整数；

第二应用启动单元，用于利用CPU利用率为所述第三系统层级CPU利用率的CPU启动所述目标应用。

8.根据权利要求6或7任一项所述的移动终端，其特征在于，在所述获取所述移动终端的第一系统层级CPU利用率方面，所述判断单元用于：

获取第一预设时段内所述移动终端中除读取和写入IO操作之外的操作的参考等待时长，所述第一预设时段包括所述IO操作的等待时长、所述参考等待时长、所述CPU处于核心态和用户态的运行时长、所述CPU的硬中断时长和软中断时长以及所述CPU运行优先级Nice值为负的进程的时长；

根据所述参考等待时长和所述第一预设时段，确定所述移动终端的第一系统层级CPU利用率。

9.根据权利要求6-8任一项所述的移动终端，其特征在于，在所述获取所述每一个应用的应用层级CPU利用率方面，所述第一状态变更单元用于：

获取第二预设时段内所每一个应用的CPU使用时长；

根据所述每一个应用的CPU使用时长和所述第二预设时段，确定所述n个应用中的每一个应用的应用层级CPU利用率。

10.根据权利要求9所述的移动终端，其特征在于，在所述根据所述每一个应用的应用层级CPU利用率，变更所述n个应用中的至少一个应用的运行状态方面，所述第一状态变更单元用于：

根据所述每一个应用的应用层级CPU利用率，确定所述n个应用中应用层级CPU利用率大于或等于第二预设利用率的至少一个应用；

变更所述至少一个应用的运行状态为暂停或停止状态。

11.一种移动终端，其特征在于，包括：

处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线连接并完成相互间的通信；

所述存储器存储有可执行程序代码，所述通信接口用于无线通信；

所述处理器用于调用所述存储器中的所述可执行程序代码，执行如权利要求1-5任一项所描述的方法。