CN103324519A - 一种恶意耗电应用的清理方法、装置及用户终端 - Google Patents

Abstract

本发明实施例提供了一种恶意耗电应用的清理方法、装置及用户终端，周期性地统计用户终端中正在运行的各应用的后台工作耗电量，将后台工作耗电量不小于耗电量阈值的应用确定为恶意耗电应用，并且周期性地统计用户终端在屏幕关闭的情况下正在运行的各个应用占用wakelock的时间，若某个应用占用不小于设定的时间阈值且为后台工作应用，则确定为恶意耗电应用，这些应用正是在后台不合理占用资源的应用，而并非是耗电量较高但是用户正常使用的应用，实现了对恶意耗电应用的准确定位和检测，在保证用户使用体验的同时，避免了用户终端的不必要的功耗，节省了电能，从一定程度上提升了用户终端电池续航能力。

Description

一种恶意耗电应用的清理方法、装置及用户终端

技术领域

本发明涉及用户终端设备领域，尤其涉及一种恶意耗电应用的清理方法、装置及用户终端。

背景技术

目前许多用户终端特别是智能终端，由于处理能力的提高、屏幕越来越大、分辨率越来越高，加上网络同时支持WIFI、3G和LTE等高速无线网络，而普遍存在耗电厉害的情况，比如许多智能手机或者平板电脑的最长待机时间通常不到一天，对用户来说，需要频繁充电才能保证正常使用，非常不方便。

并且，目前智能终端由于能够支持多种应用，有些开放式的应用市场上充斥着一些不良应用，用户下载安装后，这些应用会不合理地占用智能终端的系统资源，包括长期占用CPU、长期让系统处于活动状态、后台偷偷跑流量、偷偷使用各种传感器（SENSOR）等等，使得用户在安装了这些应用后，由于这些应用的恶意耗电，会带来耗电量的上升，进一步地削减电池的续航能力，降低用户的使用体验。

现有智能终端上，往往通过对该智能终端所有应用的耗电情况进行统计，对耗电量大的应用进行排名的方式，引导用户停止或者卸载比较耗电的应用。

这种方式，其排名中涵盖的应用，也许是用户真正想使用的、经常使用的应用，例如用户常使用的一个在线看视频的应用，该应用因为视频解码本身高度使用CPU，并且在线看视频需要联网并消耗大量的网络资源，用户看视频时往往屏幕亮度比较高，对于这种应用，耗电高是很自然的情况，而这种应用，按照现有技术的做法，常常在耗电应用中排名靠前，从另一个角度来说，现有技术中这种排名的方式，并不能准确地定位那些恶意耗电的不良应用，也就无法很好地避免这些不良应用对于智能终端电池续航能力的损害。

发明内容

本发明实施例提供了一种恶意耗电应用的清理方法、装置及用户终端，用以对恶意耗电应用进行准确定位和清理，提升智能终端的电池续航能力。

第一方面，本发明实施例提供的一种恶意耗电应用的清理方法，包括：

按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量，当所述后台耗电量不小于耗电量阈值时，确定该应用为恶意耗电应用；和/或

按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间，当所述占用唤醒锁的时间不小于时间阈值，且该应用为后台工作应用时，确定该应用为恶意耗电应用；

对所述确定的恶意耗电应用进行清理或通知用户进行清理。

结合第一方面，在第一种可能的实现方式中，所述统计用户终端中正在运行的各个应用的后台工作耗电量，具体包括：

从所述用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量；

计算所述占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量之和，作为所述每个正在运行的应用的后台工作耗电量。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积，得到所述应用在后台工作时占用用户终端CPU的耗电量；

计算所述各个应用在后台工作时持有唤醒锁的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时用户终端CPU发生IDLE的累计时长与发生IDLE时单位时间耗电量的乘积，得到所述应用在后台工作时持有唤醒锁的耗电量；

计算所述各个应用在后台工作时发生数据流量的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到所述应用在后台工作时发生数据流量的耗电量。

结合第一方面，在第三种可能的实现方式中，通过系统框架Framework层检测用户终端在屏幕关闭的情况下中各个应用占用唤醒锁的时间。

结合第一方面的第一～三种可能的实现方式，在第四种可能的实现方式中，所述第一周期和第二周期按照排除所述CPU的休眠期之外的工作时段进行计时。

结合第一方面的第一～三种可能的实现方式，在第五种可能的实现方式中，还包括：

在所述用户终端电量低于设定的电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间的操作；

将所述后台工作耗电量不小于耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用唤醒锁的时间不小于时间阈值的后台应用确定为恶意耗电应用；

将确定出的各恶意耗电应用按照耗电量的大小或者占用唤醒锁的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带所述恶意耗电应用列表的通知消息。

第二方面，本发明实施例提供了一种恶意耗电应用的清理装置，包括：

统计模块，用于按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；以及按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间；

判定模块，用于判断所述统计模块统计各个应用的后台工作耗电量是否不小于耗电量阈值，若是，则确定该应用为恶意耗电应用；以及判断所述统计模块统计各个应用占用唤醒锁的时间是否不小于时间阈值，若是，且该应用为后台工作应用，则确定该应用为恶意耗电应用；

清理模块，用于对确定的各恶意耗电应用进行清理或通知用户进行清理。

结合第二方面，在第一种可能的实现方式中，所述统计模块，具体用于从所述用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量；计算所述占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量之和，作为所述每个正在运行的应用的后台工作耗电量。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述统计模块，具体用于针对每个应用，计算所述应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积，得到所述应用在后台工作时占用用户终端CPU的耗电量；针对每个应用，计算所述应用后台工作时用户终端CPU发生IDLE的累计时长与发生IDLE时单位时间耗电量的乘积，得到所述应用在后台工作时持有唤醒锁的耗电量；以及针对每个应用，计算所述应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到所述应用在后台工作时发生数据流量的耗电量。

结合第二方面，在第三种可能的实现方式中，所述统计模块，具体用于通过系统框架Framework层检测用户终端在屏幕关闭的情况下中各个应用占用唤醒锁的时间。

结合第二方面的第一～三种可能的实现方式，在第五种可能的实现方式中，所述统计模块，具体用于将所述第一周期和第二周期按照排除所述CPU的休眠期之外的工作时段计时。

结合第二方面的第一～三种可能的实现方式，在第六种可能的实现方式中，所述统计模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间的操作；

所述判定模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将所述当前耗电量不小于耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用唤醒锁的时间不小于时间阈值的后台应用确定为恶意耗电应用；

所述清理模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将确定出的各恶意耗电应用按照耗电量的大小或者占用唤醒锁的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带所述恶意耗电应用列表的通知消息。

第三方面，本发明实施例提供了一种恶意耗电应用的清理装置，包括：

处理器，用于按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；以及按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁wakelock的时间；以及在比较器确定应用的后台工作耗电量不小于第一耗电量阈值时，确定该应用为恶意耗电应用，在比较器确定应用占用wakelock的时间不小于时间阈值时，确定该应用为恶意耗电应用；以及对确定的各耗电应用进行清理；或通过收发器向用户发出通知进行清理；

比较器，用于判断处理器统计各个应用的后台工作耗电量是否不小于第一耗电量阈值，以及判断处理器统计各个应用占用wakelock的时间是否不小于时间阈值，

收发器，用于向用户发送通知清理确定出的恶意耗电应用。

第四方面，本发明实施例提供了一种用户终端，该用户终端包括本发明实施例提供的前述恶意耗电应用的清理装置。

本发明实施例的有益效果包括：

本发明实施例提供的一种恶意耗电应用的清理方法、装置及用户终端，周期性地统计用户终端中正在运行的各应用的后台工作耗电量，将后台工作耗电量不小于耗电量阈值的应用确定为恶意耗电应用，并且周期性地统计用户终端在屏幕关闭的情况下各个应用占用唤醒锁（wakelock）的时间，若某个应用占用wakelock的时间不小于时间阈值且为后台工作应用，则确定为恶意耗电应用，这些应用正是在后台不合理占用资源的应用，而并非是耗电量较高但是是用户正常需要使用的应用，实现了对恶意耗电应用的准确定位和检测，在保证用户使用体验的同时，避免了用户终端的不必要的功耗，节省了电能，从一定程度上提升了用户终端电池续航能力。

附图说明

图1为本发明实施例提供的一种恶意耗电应用的清理方法的流程图；

图2为本发明实施例提供的实例的流程框图；

图3为本发明实施例提供的高耗电应用UI界面的示意图；

图4为本发明实施例提供的恶意耗电应用的清理装置的第一种结构示意图；

图5为本发明实施例提供的恶意耗电应用的清理装置的第二种结构示意图。

具体实施方式

下面结合说明书附图，对本发明实施例提供的一种恶意耗电应用的清理方法、装置及用户终端的具体实施方式进行说明。

首先对本发明实施例提供的恶意耗电应用的清理方法进行详细说明。

从现有用户终端中应用恶意耗电的方式出发，发明人发现，恶意耗电应用通常可通过下述两种方式消耗用户终端的电量：

一种方式是用户终端在正常使用情况下应用在后台不合理地使用资源导致耗电量大；

另一种方式是，在屏幕关闭的情形下（也就是用户不需要使用手机的情形，也称黑屏的情形），某个后台的应用通过持续地持有唤醒锁（wakelock，Wakelock是一种锁的机制，只要应用程序持有Wakelock，则系统无法进入休眠）使得系统无法休眠，造成恶意耗电。

因此，针对上述两种方式，为了准确地检测出恶意耗电应用（非用户需求的正常应用），本发明实施例提供的恶意耗电应用的清理方法，如图1所示，具体包括以下步骤：

S101、按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；

S102、判断用户终端中正在运行的各个应用的后台工作耗电量是否不小于耗电量阈值（为了方便说明，以下简称为第一耗电量阈值），若是，执行下述步骤S105，若否，转向下述步骤S107；

S103、按照第二周期，统计正在运行的各个应用占用wakelock的时间；

S104、判断统计的各个应用占用wakelock的时间是否不小于时间阈值，且该应用为后台工作应用；若是，则转向步骤S105；若否，则转向执行下述步骤S107；

S105、确定该应用为恶意耗电应用，然后执行下述步骤S106；

S106、对确定的各恶意耗电应用进行清理或通知用户进行清理；

S107、结束流程。

上述流程中，S101～S102，以及S103～S104是两个相互独立的检测恶意耗电应用的方式，这两个方式可以择一实施，也可以两者都实施，在具体实施时，如果两者都实施，可以同时进行，也可以先后进行。

上述流程中，第一周期和第二周期，并非按照物理时间来计时，较佳地，按照排除用户终端CPU的休眠期之外的工作时段进行计时。

由于用户终端中的应用恶意耗电区别于用户正常使用耗电，恶意耗电的方式包括但不限于：应用频繁申请RTC唤醒CPU，唤醒CPU后发生数据流量，应用在屏幕关闭的情况下长期持有wakelock等等。因此，在本发明实施例中，可以从这几种应用后台恶意耗电的方式出发，统计应用在后台工作时累计占用用户终端CPU的耗电量。

进一步地，上述步骤S101中，统计用户终端中正在运行的各个应用的后台工作耗电量，具体可以通过下述方式实现：

从用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有wakelock的耗电量和发生数据流量的耗电量；

计算占用用户终端CPU的耗电量、持有wakelock的耗电量和发生数据流量的耗电量之和，作为用户终端中每个正在运行的应用的后台工作耗电量。

对于一种特殊的情况，由于现有许多用户终端具备与PC机连接时通过USB接口对用户终端进行充电的功能，用户在将用户终端连接PC机对用户终端进行短时间操作（例如下载和/或上传多媒体文件，更新应用程序等）时，PC机可通过例如USB接口对用户终端进行充电，但此时可能用户并不需要对用户终端进行充电，充电的电量也较少，为了避免频繁统计各个应用在后台工作时累计耗电量对用户终端性能带来影响，在这种情况下，即使用户结束用户终端操作，USB充电随之结束，如果此次USB充电量小于某个设定阈值，或者充电时间小于某个设定的时长，不判定为一次真正意义上的“充电结束”，不触发按照第一周期，周期性地分别计算用户终端中正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有wakelock的耗电量和发生数据流量的耗电量的操作。

进一步地，前述计算各个应用在后台工作时占用用户终端CPU的耗电量的步骤，具体通过下述步骤实现：

针对每个应用，计算该应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积（即：CPU耗电量=CPU后台工作时间*对应频点单位时间耗电量），得到该应用在后台工作时占用用户终端CPU的耗电量；

进一步地，前述计算各个应用在后台工作时持有wakelock的耗电量，具体通过下述步骤实现：

针对每个应用，计算该应用后台工作时用户终端CPU发生IDLE的时长与发生IDLE时单位时间耗电量的乘积（持有wakelock的耗电量=CPU IDLE的累计时长*发生IDLE时单位时间耗电量），得到该应用在后台工作时持有wakelock的耗电量；

进一步地，计算各个应用在后台工作时发生数据流量的耗电量，具体通过下述步骤实现：

针对每个应用，计算该应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到该应用在后台工作时发生数据流量的耗电量。

其中，对于常见的用户终端例如手机、具备连接无线网络的平板电脑来说，应用在后台工作时累计产生的数据流量的来源主要是用户终端通过无线保真（Wireless Fidelity，WIFI）等无线局域网产生的流量以及用户终端通过2G、3G等运营商网络产生的数据流量之和。

进一步地，上述步骤S103中，可以通过系统的框架（Framwork）层对各个应用占用wakelock的时间进行检测，一旦发现占用wakelock的时间不小于时间阈值（例如15分钟），则确定该应用为恶意耗电应用。具体的检测方式属于现有技术，在此不再赘述。

进一步地，在本发明实施例的一种可能的实施方式中，在执行前述步骤S106之前，还可以执行下述步骤：

根据本地保存的用户选择忽略处理的应用名单，判断步骤S101～S102，以及S103～S104确定出的恶意耗电应用是否之前曾被用户选择忽略处理；

如果是，则不进行清理也不发出恶意耗电应用的通知，如果否，才执行后续对确定的各恶意耗电应用进行清理或通知用户进行清理的步骤。

还有一种情况，如果统计出的应用的后台工作耗电量特别大，也就是特别恶意的耗电应用，则不需要判断其是否被忽略等条件，直接向用户发出恶意耗电应用的通知。具体来说，在统计出应用的后台工作耗电量大于第一耗电量阈值后，判断所述恶意耗电应用是否被用户选择忽略处理之前，还可以执行下述步骤：

判断是否不小于更高的耗电量阈值（为了以示区别，以下简称第二耗电量阈值），第二耗电量阈值的数值高于第一耗电量阈值的数值，例如第一耗电量阈值为10maH，第二耗电量阈值为50maH；

若是，则立即通知用户对该应用进行清理；

若否，则执行前述判断该恶意耗电应用是否曾被用户忽略处理的步骤。

进一步地，上述步骤S106中，可以在下述情况下，对确定的各恶意耗电应用直接进行清理：

发现确定出的恶意耗电应用在保存的恶意耗电应用的黑名单之中，并且之前曾被标识为手动清理过。

清理的过程包括关闭恶意耗电应用和/或卸载恶意耗电应用的操作。

在上述步骤S106中，通知用户进行清理的过程，包括：

将确定的各恶意耗电应用按照耗电量的大小或者占用wakelock的时间长短进行排序生成恶意耗电应用列表，向用户发出携带恶意耗电应用列表的通知消息；

当接收到用户返回的忽略恶意耗电应用的指令时，使用用户选择忽略的恶意耗电应用更新本地保存的用户选择忽略处理的应用名单；

当接收到用户返回的清理恶意耗电应用的指令时，对用户选择的恶意耗电应用停止运行或卸载，并将该恶意耗电应用标识为已被手动清理。

较佳地，为了避免短时间内多次频繁通告用户恶意耗电应用列表，影响用户对用户终端正常应用的使用体验，本发明实施例中，可通过下述条件，合理降低通知的发送频率：

每个按照第一周期检测生成的恶意耗电应用列表都保存设定的时间，超时之后删掉；

并且，在发送携带恶意耗电应用列表的通知消息之前，将所保存的本周期生成的恶意耗电应用列表与所保存的上个周期的恶意耗电列表进行比较，若两者包含的恶意耗电应用相同（排序可以不同），则暂停发出通知消息；

若本次发送携带恶意耗电应用列表的通知消息的时间，与最近一次发出携带恶意耗电应用列表的通知消息的时间，低于一定的时间间隔（例如4个小时），则暂停发出通知消息。

这样，可以在保证恶意耗电应用被有效检测出的前提下，可适当降低发送恶意耗电应用的通知消息的频率，避免对用户正常使用用户终端的过程带来干扰。

较佳地，在某些情形下，及时检测并发现用户终端恶意耗电应用对延长用户终端的正常使用时间十分必要，例如用户终端的电量低于某个较低的电量阈值（例如20%）时，或者在用户主动发出查看后台应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下正在运行的各个应用占用wakelock的时间的操作；

将耗电量不小于第一耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用wakelock的时间不小于时间阈值的后台应用确定为恶意耗电应用；

将确定出的各恶意耗电应用按照耗电量的大小或者占用wakelock的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带有该恶意耗电应用列表的通知消息。

为了更好地说明本发明实施例提供的上述恶意耗电应用的清理方法，下面以图2所示的一个实例的流程框图进行说明。

用户终端中执行恶意耗电应用检测的后台耗电检测引擎，从最近一次用户终端充电结束（例如用户终端被拔掉充电电源）开始，每个小时统计一次统计用户终端中各个应用的后台工作累计耗电量；以及在用户终端电量低于20%时，统计用户终端中正在运行的各个应用的后台工作耗电量；确定出恶意耗电应用（如果发现特别恶意耗电应用，则立即向用户发出通知消息）。

在满足发出通知消息的条件时（例如与上次比较恶意耗电应用列表中的恶意耗电应用发生了变化，且距离上次发送通知消息已经超过了4个小时），向用户发出相应的通知栏消息，通知栏消息中通知检测出若干恶意耗电应用并列举出各恶意耗电应用的图标等简略信息，如果用户点击该消息，则跳转至高耗电应用的用户界面（UserInterface，UI）上去，用户如果在通知栏消息中直接点击“忽略此消息”，则进一步降低此后发送通知栏消息的频率，避免频繁提示，用户如果点击“清理”，则直接结束确定出的恶意耗电应用的运行。

进入高耗电应用的UI界面后，如图3所示，该界面中呈现了以耗电量高低来排序的恶意耗电应用列表（该列表中默认都是后台工作耗电量不小于设定的耗电量阈值的应用），提供了每个恶意耗电应用相关的耗电量信息，并且默认选中其中耗电量较高的若干个应用，当然，对列表中每个应用也提供了对应勾选项，用户可以根据自己的需求，在列表中去勾选，选择“一键结束”来清理耗电应用。

基于同一发明构思，本发明实施例还提供了一种恶意耗电应用的清理装置和用户终端，由于该装置和用户终端解决问题的原理与前述一种恶意耗电应用的清理方法相似，因此这些装置和用户终端的实施可以参见前述恶意耗电应用的清理方法的实施，重复之处不再赘述。

本发明实施例提供的恶意耗电应用的清理装置的第一种可能的实施方式，如图4所示，包括：

统计模块401，用于按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；以及按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用wakelock的时间；

判定模块402，用于判断统计模块401统计的各个应用的后台工作耗电量是否不小于电量阈值（为了方便说明，以下简称为第一耗电量阈值），若是，则确定该应用为恶意耗电应用；以及判断统计模块401统计各个应用累计占用wakelock的时间是否不小于时间阈值，若是，且该应用为后台工作应用，则确定该应用为恶意耗电应用；

清理模块403，用于对确定的各恶意耗电应用进行清理或通知用户进行清理。

进一步地，上述统计模块401，具体用于从用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有wakelock的耗电量和发生数据流量的耗电量；计算占用用户终端CPU的耗电量、持有wakelock的耗电量和发生数据流量的耗电量之和，作为用户终端中每个正在运行的应用的后台工作耗电量。

进一步地，上述统计模块401，具体用于针对每个应用，计算所述应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积，得到所述应用在后台工作时占用用户终端CPU的耗电量；针对每个应用，计算所述应用后台工作时用户终端CPU发生IDLE的累计时长与发生IDLE时单位时间耗电量的乘积，得到所述应用在后台工作时持有wakelock的耗电量；以及针对每个应用，计算所述应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到所述应用在后台工作时发生数据流量的耗电量。

进一步地，上述统计模块401，具体用于通过系统框架Framework层检测用户终端在屏幕关闭的情况下中各个应用占用wakelock的时间。

进一步地，上述统计模块401，具体用于将第一周期和第二周期按照排除CPU的休眠期之外的工作时段计时。

进一步地，上述清理模块403，还用于对确定的各恶意耗电应用进行清理或通知用户进行清理之前，根据本地保存的用户选择忽略处理的应用名单，判断恶意耗电应用之前是否曾被用户选择忽略处理；若否，确定执行后续对确定的各恶意耗电应用进行清理或通知用户进行清理的步骤。

进一步地，上述清理模块403，还用于当统计出应用的后台工作耗电量大于第一耗电量阈值后，判断恶意耗电应用是否被用户选择忽略处理之前，判断是否不小于设定耗电量阈值（为了以示区别，以下简称为第二耗电量阈值），第二耗电量阈值大于第一耗电量阈值；若是，通知用户对该应用进行清理；若否，则执行判断恶意耗电应用之前是否曾被用户忽略处理的步骤。

进一步地，如图4所示，本发明实施例提供的恶意耗电应用的清理装置，还包括：存储模块404，用于存储用户选择的忽略处理的恶意耗电应用的名单；

相应地，清理模块403，具体用于将确定的各恶意耗电应用按照耗电量的大小或者占用wakelock的时间长短进行排序生成恶意耗电应用列表，向用户发出携带恶意耗电应用列表的通知消息；当接收到用户返回的忽略恶意耗电应用的指令时，使用用户选择忽略的恶意耗电应用更新存储模块404保存的用户选择忽略处理的应用名单；当接收到用户返回的清理恶意耗电应用的指令时，对用户选择的恶意耗电应用停止运行或卸载，并将该恶意耗电应用标识为已被手动清理。

进一步地，存储模块404，还用于将每个按照第一周期生成的恶意耗电应用列表保存设定的时间；

相应地，上述清理模块403，还用于在向用户发出携带恶意耗电应用列表的通知消息的步骤之前，将存储模块404保存的本周期生成的恶意耗电应用列表与所保存的上个周期的恶意耗电列表进行比较，若两者包含的恶意耗电应用相同，则暂停发出通知消息；若两者包含的恶意耗电应用不同，则转向向用户发出携带有本周期生成的恶意耗电应用列表的通知消息的步骤。

进一步地，上述统计模块401，还用于在用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下中各个应用占用wakelock的时间的操作；

相应地，判定模块402，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将当前后台工作耗电量不小于第一耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用wakelock的时间不小于时间阈值的后台应用确定为恶意耗电应用；

相应地，清理模块403，还用于在用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将确定出的各恶意耗电应用按照耗电量的大小或者占用wakelock的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带恶意耗电应用列表的通知消息。

本发明实施例提供的恶意耗电应用的清理装置的第二种可能的实施方式，如图5所示，包括：

处理器501，用于按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；以及按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁wakelock的时间；以及在比较器502确定应用的后台工作耗电量不小于第一耗电量阈值时，确定该应用为恶意耗电应用，在比较器502确定应用占用wakelock的时间不小于时间阈值时，确定该应用为恶意耗电应用；以及对确定的各耗电应用进行清理；或通过收发器向用户发出通知进行清理；

比较器502，用于判断处理器501统计各个应用的后台工作耗电量是否不小于第一耗电量阈值，以及判断处理器501统计各个应用占用wakelock的时间是否不小于时间阈值，

收发器503，用于向用户发送通知清理确定出的恶意耗电应用。

本发明实施例还提供了一种用户终端，该用户终端包括前述恶意耗电应用的清理装置。

本发明实施例提供的一种恶意耗电应用的清理方法、装置及用户终端，周期性地统计用户终端中各应用的后台工作耗电量，将后台工作耗电量不小于耗电量阈值的应用确定为恶意耗电应用，并且周期性地统计用户终端在屏幕关闭的情况下各个应用占用wakelock的时间，若某个应用占用wakelock的时间不小于时间阈值且为后台工作应用，则确定为恶意耗电应用，这些应用正是在后台不合理占用资源的应用，而并非是耗电量较高但是用户正常使用的应用，实现了对恶意耗电应用的准确定位和检测，在保证用户使用体验的同时，避免了用户终端的不必要的功耗，节省了电能，从一定程度上提升了用户终端电池续航能力。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种恶意耗电应用的清理方法，其特征在于，包括：

按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量，当所述后台耗电量不小于耗电量阈值时，确定该应用为恶意耗电应用；和/或

按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间，当所述占用唤醒锁的时间不小于时间阈值，且该应用为后台工作应用时，确定该应用为恶意耗电应用；

对所述确定的恶意耗电应用进行清理或通知用户进行清理。

2.如权利要求1所述的方法，其特征在于，所述统计用户终端中正在运行的各个应用的后台工作耗电量，具体包括：

从所述用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量；

计算所述占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量之和，作为所述每个正在运行的应用的后台工作耗电量。

3.如权利要求2所述的方法，其特征在于，计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积，得到所述应用在后台工作时占用用户终端CPU的耗电量；

计算所述各个应用在后台工作时持有唤醒锁的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时用户终端CPU发生IDLE的累计时长与发生IDLE时单位时间耗电量的乘积，得到所述应用在后台工作时持有唤醒锁的耗电量；

计算所述各个应用在后台工作时发生数据流量的耗电量，具体包括：

针对每个应用，计算所述应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到所述应用在后台工作时发生数据流量的耗电量。

4.如权利要求1所述的方法，其特征在于，通过系统框架Framework层检测用户终端在屏幕关闭的情况下中各个应用占用唤醒锁的时间。

5.如权利要求1-4任一项所述的方法，其特征在于，所述第一周期和第二周期按照排除所述CPU的休眠期之外的工作时段进行计时。

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

在所述用户终端电量低于设定的电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间的操作；

将所述后台工作耗电量不小于耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用唤醒锁的时间不小于时间阈值的后台应用确定为恶意耗电应用；

将确定出的各恶意耗电应用按照耗电量的大小或者占用唤醒锁的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带所述恶意耗电应用列表的通知消息。

7.一种恶意耗电应用的清理装置，其特征在于，包括：

统计模块，用于按照第一周期，统计用户终端中正在运行的各个应用的后台工作耗电量；以及按照第二周期，统计用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间；

判定模块，用于判断所述统计模块统计各个应用的后台工作耗电量是否不小于耗电量阈值，若是，则确定该应用为恶意耗电应用；以及判断所述统计模块统计各个应用占用唤醒锁的时间是否不小于时间阈值，若是，且该应用为后台工作应用，则确定该应用为恶意耗电应用；

清理模块，用于对确定的各恶意耗电应用进行清理或通知用户进行清理。

8.如权利要求7所述的装置，其特征在于，所述统计模块，具体用于从所述用户终端最近一次充电结束开始，针对每个正在运行的应用，按照第一周期，周期性地分别计算所述正在运行的各个应用在后台工作时占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量；计算所述占用用户终端CPU的耗电量、持有唤醒锁的耗电量和发生数据流量的耗电量之和，作为所述每个正在运行的应用的后台工作耗电量。

9.如权利要求8所述的装置，其特征在于，所述统计模块，具体用于针对每个应用，计算所述应用后台工作时占用CPU的累计工作时长与对应频点单位时间耗电量的乘积，得到所述应用在后台工作时占用用户终端CPU的耗电量；针对每个应用，计算所述应用后台工作时用户终端CPU发生IDLE的累计时长与发生IDLE时单位时间耗电量的乘积，得到所述应用在后台工作时持有唤醒锁的耗电量；以及针对每个应用，计算所述应用后台工作时累计产生的数据流量的字节数与单个字节的耗电量的乘积，得到所述应用在后台工作时发生数据流量的耗电量。

10.如权利要求7所述的装置，其特征在于，所述统计模块，具体用于通过系统框架Framework层检测用户终端在屏幕关闭的情况下中各个应用占用唤醒锁的时间。

11.如权利要求7-10任一项所述的装置，其特征在于，所述统计模块，具体用于将所述第一周期和第二周期按照排除所述CPU的休眠期之外的工作时段计时。

12.如权利要求7-10任一项所述的装置，其特征在于，所述统计模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，触发统计当前用户终端中正在运行的各个应用的后台工作耗电量和/或当前用户终端在屏幕关闭的情况下正在运行的各个应用占用唤醒锁的时间的操作；

所述判定模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将所述当前耗电量不小于耗电量阈值的应用和/或用户终端在屏幕关闭的情况下占用唤醒锁的时间不小于时间阈值的后台应用确定为恶意耗电应用；

所述清理模块，还用于在所述用户终端电量低于电量阈值时，或者在用户发出查看后台耗电应用列表的指令时，将确定出的各恶意耗电应用按照耗电量的大小或者占用唤醒锁的时间长短进行排序生成包含恶意耗电应用列表，向用户发出携带所述恶意耗电应用列表的通知消息。

13.一种用户终端，其特征在于，所述用户终端包括如权利要求11-12任一项所述的恶意耗电应用的清理装置。

Images