一种应用程序处理方法及移动终端与流程

本发明实施例涉及通信技术领域，尤其涉及一种应用程序处理方法及移动终端。

背景技术：

随着智能移动终端的普及和应用程序APP市场的繁荣，用户使用移动终端的机会越来越多。

由于APP的良莠不齐，有些厂商会采用一定的策略将某些APP加入到黑名单中。对于黑名单中的APP，当用户不使用时将其清除。但是，这种方法有可能会将用户认为经常使用的APP误清除，从而影响了用户对移动终端的使用体验。

技术实现要素：

本发明实施例提供一种应用程序处理方法及移动终端，以解决由于对应用程序的误清除而造成的用户对移动终端的使用体验差的问题。

第一方面，提供了一种应用程序处理方法，应用于移动终端，所述方法包括：

获取移动终端的系统时间；

判断所述系统时间是否对应于预设应用程序清除时间段；

若所述系统时间对应于所述预设应用程序清除时间段，则确定所述预设应用程序清除时间段内的待清除应用程序信息；

根据所述待清除应用程序信息，清除所述待清除应用程序。

第二方面，提供了一种移动终端，包括：

时间获取模块，用于获取移动终端的系统时间；

判断模块，用于判断所述时间获取模块获取的系统时间是否对应于预设应用程序清除时间段；

信息获取模块，用于在所述判断模块确定所述系统时间对应于所述预设应用程序清除时间段时，确定所述预设应用程序清除时间段内的待清除应用程序信息；

程序清除模块，用于根据所述信息获取模块获取的待清除应用程序信息清除所述待清除应用程序。

这样，本发明实施例中，当移动终端的系统时间对应于预设应用程序清除时间段时，获取所述预设应用程序清除时间段内的待清除应用程序信息，并根据所述待清除应用程序信息清除所述待清除应用程序，从而避免了现有技术中直接将用户不用的应用程序加入到黑名单并将其清除而带来的误清除应用程序的缺陷。因此，利用本发明实施例的方案提高了用户对移动终端的使用体验。

附图说明

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

图1是本发明第一实施例的应用程序处理方法的流程图；

图2是本发明第二实施例的应用程序处理方法的流程图；

图3是本发明第三实施例的移动终端的示意图之一；

图4是本发明第三实施例中判断模块的示意图；

图5是本发明第三实施例中信息获取模块的示意图之一；

图6是本发明第三实施例中信息获取模块的示意图之二；

图7是本发明第三实施例的移动终端的示意图之二；

图8是本发明第三实施例的移动终端的示意图之三；

图9是本发明第四实施例的移动终端的示意图。

具体实施方式

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

第一实施例

如图1所示，本发明第一实施例的应用程序处理方法，应用于移动终端，包括：

步骤101、获取移动终端的系统时间。

其中，移动终端的系统时间指的是执行本发明实施例的方法时的移动终端所显示的时间。

步骤102、判断系统时间是否对应于预设应用程序清除时间段。

通过对移动终端的用户对移动终端的使用习惯的学习，在本发明实施例中可获得一个或多个预设应用程序清除时间段。在此实施例中，主要是以一个小时时段内移动终端的灭屏占比的大小来确定该小时时段是否为预设应用程序清除时间段。其中，该小时时段可以是整点时间段，例如早上9：00-10：00。

其中灭屏占比指的是在预定统计周期的每个统计时段内，移动终端灭屏的时间与每个统计时段的时长的比例值。其中，该统计时段可以是某个小时时段。具体的，该比例值越高，说明该小时时段内用户对移动终端的依赖性越低，那么就可将该小时时段作为预设应用程序清除时间段。其中，该比例值可以任意设置，例如设置为70％。

那么，在此步骤中，获取系统时间所在预设时间段内的移动终端的灭屏占比。若灭屏占比大于第一灭屏占比预设值，则将预设时间段作为预设应用程序清除时间段，并确定系统时间对应于预设应用程序清除时间段。

其中，预设时间段包括系统时间所在的当前小时时段或当前小时时段之后的第一小时时段。假设系统时间是上午9：05。那么，系统时间所在的当前小时时段为9：00-10：00。当前小时时段之后的第一小时时段可以是当前小时时段之后的任意一个或者多个小时时段。例如，系统时间所在的当前小时时段为9：00-10：00，那么该第一小时时段可以是10：00-11：00这个小时时段，还可以是10：00-11：00、11：00-12：00这个小时时段。如果9：00-10：00这个小时时段内灭屏占比大于70％，则可将9：00-10：00这个小时时段作为移动终端的预设应用程序清除时间段。

步骤103、若系统时间对应于预设应用程序清除时间段，则确定预设应用程序清除时间段内的待清除应用程序信息。

通过对移动终端的用户对移动终端的使用习惯的学习，可获得用户在每个小时时段内对各应用程序的平均使用时长、使用次数、使用频率、对各应用程序推送的通知的阅读频率值等参数。

其中，使用次数为：在预定统计周期的每个统计时段内，用户打开各应用程序的次数；平均使用时长为：在预定统计周期的每个统计时段内，用户对各应用程序的总使用时长与各应用程序的总使用次数的比值；使用频率为：在预定统计周期的每个统计时段内，各应用程序的总使用次数与每个统计时段内用户对各应用程序的总使用次数的总和的比值。

在此步骤中，获取预先确定的预设应用程序清除时间段内移动终端各应用程序的使用次数。使用次数越多，那么越表明用户越需要使用应用程序。

对于各应用程序中使用次数小于第一使用次数预设值的第一应用程序，获取预先确定的第一应用程序的平均使用时长。如果第一应用程序的平均使用时长小于第一时长预设值，将第一应用程序确定为待清除应用程序。

对于各应用程序中使用次数为第一使用次数预设值以上的第二应用程序，获取预先确定的第二应用程序的使用频率。如果第二应用程序的使用频率小于第一频率预设值，将第二应用程序确定为待清除应用程序。

其中，第一时长预设值、第一频率预设值可以任意设置。

步骤104、根据待清除应用程序信息，清除待清除应用程序。

在此，主要是利用第一指令清除待清除应用程序。其中，第一指令可以是强制停止包forceStopPackage。

由上可以看出，本发明实施例中，当移动终端的系统时间对应于预设应用程序清除时间段时，获取预设应用程序清除时间段内的待清除应用程序信息，并根据待清除应用程序信息清除待清除应用程序，从而避免了现有技术中直接将用户不用的应用程序加入到黑名单并将其清除而带来的误清除应用程序的缺陷。因此，利用本发明实施例的方案提高了用户对移动终端的使用体验。

第二实施例

如图2所示，本发明第二实施例的应用程序处理方法，应用于移动终端，包括：

步骤201、在预定统计周期中，获取每个统计时段内移动终端的灭屏占比、用户对各应用程序的使用次数，平均使用时长和使用频率、用户对各应用程序推送的通知的阅读频率值。

在此实施例中，该统计时段以整点小时时段为例进行描述。例如，1：00-2：00，3：00-4：00等。

在预定统计周期内，学习移动终端的用户对移动终端的使用习惯。在本发明实施例中，以7天为一个统计周期，学习用户在每个整点小时时间段对移动终端中各应用程序的使用习惯，包括：每个小时时段内移动终端的灭屏占比、用户对各应用程序的平均使用时长、使用次数、使用频率、对各应用程序推送的通知的阅读频率值等参数。其中，各参数的含义和参照实施例一中的描述。

以下以APP1作为第四应用程序为例，具体描述每个参数的计算方法。对其他任意APP都可按照APP1的方法统计上述各参数。

在具体应用中，当检测到用户点击了APP1的时候，即可将该APP1的使用次数值加1；同时获得用户点击该APP时的系统时间。当检测到用户返回桌面的时候，再次获得此时的系统时间，从而可得出用户此次使用该APP1的时长。

本步骤中，检测用户是否启动点击了APP1是利用IProcessObserver实现的。该类用于检测进程切换。若利用IProcessObserver检测到了用户返回了桌面，可认为发生了应用程序切换。

在统计时段内，将用户每次对APP1的使用时间累加，得到一和值，并将和值确定为APP1的总使用时长。获取在统计时段内APP1的总使用次数，并将APP1的总使用时长与APP1的总使用次数的比值确定为APP1的平均使用时长。

获取在统计时段内用户对各应用程序的总使用次数，将APP1的总使用次数与用户对各应用程序的总使用次数的比值确定为APP1的使用频率；

将统计时段的时长减去APP1的总使用时长，得到移动终端在统计时间段内的灭屏时长，将灭屏时长与统计时段的时长的比值确定为移动终端的灭屏占比。

在使用移动终端的过程中，有些应用程序可能会在通知栏向用户推送通知。对于推送的通知，用户可选择点击进入阅读或者忽略。在统计时段内，当检测到用户阅读了第三应用推送的通知时，将APP1的通知阅读次数值加1。获取在统计时段内APP1的第一总阅读次数。将对各应用程序推送的通知的使用次数进行累加，获取在统计时段内用户对各应用程序推送的通知的第二总阅读次数。将第一总阅读次数与第二总阅读次数的比值确定为APP1的阅读频率值。

对于以上获得的各个参数，可将其存储到数据库中。在本发明实施例中，为了避免造成对数据库的频繁读写，可先将上述数据存储到移动终端的内存中。然后，经过预定时间之后再将其存储到数据库中。其中，该预定时间可以任意设置，例如10分钟等。

在学习用户习惯的过程中，通常是以整点时间对应的小时为基本的单位。也即，在每个整点小时时段内获得上述参数。因此，在实际应用中，上述获得的参数是以整点小时时段为单位更新数据库中。在本发明实施例中，设置两个系统定时器。其中第一定时器用于保证每个小时时段内对数据库每隔预定时间进行更新，第二定时器用于保证在每个整点触发对数据库的更新。每到整点时，取消上一个小时时段内所有的第一定时器的设置，重新设置该整点对应的小时时段内的第一定时器。

步骤202、获取移动终端的系统时间。

步骤203、判断系统时间是否对应于预设应用程序清除时间段。如果对应于预设应用程序清除时间段，执行步骤204；否则，返回步骤202。

在本发明实施例中，在某个小时时段内，灭屏占比越高，说明该小时时段内用户对移动终端的依赖性越低，那么就可将该小时时段作为预设应用程序清除时间段。其中，该比例值可以任意设置，例如设置为70％。

其中，假设系统时间是上午9：05。那么，系统时间所在的当前小时时段为9：00-10：00。例如，根据步骤201的结果，获得9：00-10：00该小时时段内的灭屏占比。如果9：00-10：00该小时时段内灭屏占比大于70％，那么，9：00-10：00该小时时段可作为预设应用程序清除时间段，并可认为系统时间对应于移动终端的预设应用程序清除时间段。又例如，根据步骤201的结果，获得10：00-11：00该小时时段内的灭屏占比。如果10：00-11：00该小时时段内灭屏占比大于70％，那么，10：00-11：00该小时时段可作为预设应用程序清除时间段，并可认为系统时间对应于移动终端的预设应用程序清除时间段。

步骤204、获取预设应用程序清除时间段内的待清除应用程序信息。

在本发明实施例中，根据步骤201的学习结果，可获得预设应用程序清除时间段内的待清除应用程序信息。

在此步骤中，主要以预先确定的预设应用程序清除时间段内各个应用程序的使用次数、平均使用时长、使用频率等来确定某个应用程序是否为待清除应用程序信息。在此步骤中，包括：

步骤2041、获取预先确定的预设应用程序清除时间段内移动终端各应用程序的使用次数。

根据各应用程序使用次数的不同，以下分两种情况进行处理：

情况一：对于各应用程序中使用次数小于第一使用次数预设值的第一应用程序：

步骤2042a、获取预先确定的第一应用程序的平均使用时长。

步骤2043a、如果第一应用程序的平均使用时长小于第一时长预设值，将第一应用程序确定为待清除应用程序。

情况二：对于各应用程序中使用次数为第一使用次数预设值以上的第二应用程序：

步骤2042b、获取预先确定的第二应用程序的使用频率。

步骤2043b、如果第二应用程序的使用频率小于第一频率预设值，将第二应用程序确定为待清除应用程序。

其中，第一使用次数预设值、第一时长预设值、第一频率预设值都可任意设置。其中，该三个参数值可分别是各个APP对应的使用次数、平均使用时长和使用频率的均值。

假设，预设应用程序清除时间段为10：00-11：00。根据步骤201确定的预设应用程序清除时间段内三个APP的各个参数如下表1所示。

表1

假设，第一使用次数预设值、第一时长预设值、第一频率预设值分别为10，4分，34％。经查找上述表1，APP2、APP3的使用次数小于第一使用次数预设值。其中，APP3的平均使用时长小于第一时长预设值，那么将APP3作为在此的待清除应用程序。

步骤205、根据待清除应用程序信息，清除待清除应用程序。

在此，主要是利用第一指令(如强制停止包forceStopPackage)清除待清除应用程序。为了保证清除干净，还可再利用第二指令(如kill指令)清除待清除应用程序。

在本发明实施例中，清理的时候只是清除待清除应用程序的后台进程，包括所有的行为(Activity)和服务(Service)，从而最大程序的减轻对用户操作的影响。

在清除各应用程序时，还可对在该应用清除时间段内收到的某些应用程序推送的通知对齐触发。具体的，获取预设应用程序清除时间段内预先确定的对移动终端各应用程序推送的通知的阅读频率值。对于各应用程序中阅读频率值小于第一阅读频率阈值的第三应用程序，延迟推送在预设应用程序清除时间段内收到的第三应用程序推送的通知。

其中，第一阅读频率阈值也可以任意设置，例如为各应用程序对应的阅读频率的平均值等。对于表1中的示例，假设第一阅读频率阈值为3％。APP3的阅读频率小于该第一阅读频率阈值，因此，对于在10：00-11：00这个小时时段内收到的APP3推送的通知可对齐触发，从而减少对用户的影响。例如，在10：55时统一触发给用户。

由上可以看出，本发明实施例中，当移动终端的系统时间对应于预设应用程序清除时间段时，获取预设应用程序清除时间段内的待清除应用程序信息，并根据待清除应用程序信息清除待清除应用程序，从而避免了现有技术中直接将用户不用的应用程序加入到黑名单并将其清除而带来的误清除应用程序的缺陷。因此，利用本发明实施例的方案提高了用户对移动终端的使用体验。

第三实施例

如图3所示，本发明第三实施例的移动终端300包括：

时间获取模块301，用于获取移动终端的系统时间；

判断模块302，用于判断时间获取模块301获取的系统时间是否对应于预设应用程序清除时间段；

信息获取模块303，用于在判断模块302确定系统时间对应于预设应用程序清除时间段时，确定预设应用程序清除时间段内的待清除应用程序信息；

程序清除模块304，用于根据信息获取模块303获取的待清除应用程序信息清除待清除应用程序。

其中，如图4所示，判断模块302可包括：

灭屏占比获取子模块3021，用于获取系统时间所在预设时间段内的移动终端的灭屏占比；

判断子模块3022，用于在灭屏占比获取子模块3021获取的灭屏占比大于第一灭屏占比预设值时，将预设时间段作为预设应用程序清除时间段，并确定系统时间对应于预设应用程序清除时间段。

其中，移动终端的灭屏占比为：在预定统计周期的每个统计时段内，移动终端灭屏的时间与每个统计时段的时长的比例值。预设时间段包括系统时间所在的当前小时时段或当前小时时段之后的第一小时时段。

如图5所示，信息获取模块303包括：

使用次数获取子模块3031，用于获取预先确定的预设应用程序清除时间段内移动终端各应用程序的使用次数；

平均使用时长获取子模块3032，用于对于各应用程序中使用次数小于第一使用次数预设值的第一应用程序，获取预先确定的第一应用程序的平均使用时长；

第一获取子模块3033，用于在第一应用程序的平均使用时长小于第一时长预设值时，将第一应用程序确定为待清除应用程序。

其中，使用次数为：在预定统计周期的每个统计时段内，用户打开各应用程序的次数；平均使用时长为：在预定统计周期的每个统计时段内，用户对各应用程序的总使用时长与各应用程序的总使用次数的比值。

如图6所示，在图5所示的基础上，信息获取模块303还包括：

使用频率获取子模块3034，用于对于各应用程序中使用次数为第一使用次数预设值以上的第二应用程序，获取预先确定的第二应用程序的使用频率；

第二获取子模块3035，用于在第二应用程序的使用频率小于第一频率预设值时，将第二应用程序确定为待清除应用程序。

其中，使用频率为：在预定统计周期的每个统计时段内，各应用程序的总使用次数与每个统计时段内用户对各应用程序的总使用次数的总和的比值。

在具体应用中，程序清除模块304包括：清除子模块，用于利用第一指令清除待清除应用程序。为了保证对应用程序清除干净，清除子模块还用于，利用第二指令清除利用第一指令清除后的待清除应用程序。其中，第一指令和第二指令的含义可参照方法实施例的描述。

此外，为了进一步降低对用户的影响，程序清除模块304还可包括：

阅读频率值获取子模块，用于获取预设应用程序清除时间段内预先确定的移动终端各应用程序所推送的通知的阅读频率值；推送子模块，用于各应用程序中阅读频率值小于第一阅读频率阈值的第三应用程序，延迟推送在预设应用程序清除时间段内收到的第三应用程序推送的通知。

如图7所示，移动终端还可包括：

使用时间获取模块305，用于在预定统计周期中的每个统计时段内，当检测到用户点击了第四应用程序后，将第四应用程序对应的使用次数值加1，并获得用户此次对第四应用程序的使用时间；

总使用时长获取模块306，用于在统计时段内，将用户每次对第四应用程序的使用时间累加，得到一和值，并将和值确定为第四应用程序的总使用时长；

平均使用时长获取模块307，用于获取在统计时段内第四应用程序的总使用次数，并将第四应用程序的总使用时长与第四应用程序的总使用次数的比值确定为第四应用程序的平均使用时长；

使用频率获取模块308，用于获取在所述统计时段内所述用户对各应用程序的总使用次数，将所述第四应用程序的总使用次数与所述用户对各应用程序的总使用次数的比值确定为所述第四应用程序的使用频率；

灭屏占比获取模块309，用于将所述统计时段的时长减去所述第四应用程序的总使用时长，得到所述移动终端在所述统计时间段内的灭屏时长，将所述灭屏时长与所述统计时段的时长的比值确定为所述移动终端的灭屏占比。

进一步的，如图8所示，移动终端还可包括：

阅读次数值获取模块310，用于在每个统计时段内，当检测到用户阅读了第四应用推送的通知时，将第四应用程序的通知阅读次数值加1；

第一总阅读次数获取模块311，用于获取在统计时段内第四应用程序的第一总阅读次数；

第二总阅读次数获取模块312，用于获取在统计时段内用户对各应用程序推送的通知的第二总阅读次数；

阅读频率值确定模块313，用于将第一总阅读次数与第二总阅读次数的比值确定为第四应用程序的阅读频率值。

移动终端300能够实现图1至图2的方法实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

由上可以看出，本发明实施例中，当移动终端的系统时间对应于预设应用程序清除时间段时，获取预设应用程序清除时间段内的待清除应用程序信息，并根据待清除应用程序信息清除待清除应用程序，从而避免了现有技术中直接将用户不用的应用程序加入到黑名单并将其清除而带来的误清除应用程序的缺陷。因此，利用本发明实施例的方案提高了用户对移动终端的使用体验。

第四实施例

图9是本发明另一个实施例的移动终端的框图。图9所示的移动终端900包括：至少一个处理器901、存储器902、至少一个网络接口904和用户接口903。移动终端900中的各个组件通过总线系统905耦合在一起。可理解，总线系统905用于实现这些组件之间的连接通信。总线系统905除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线系统905。

其中，用户接口903可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器902可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Ram bus RAM，DRRAM)。本文描述的系统和方法的存储器902旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器902存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统9021和应用程序9022。

其中，操作系统9021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序9022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序9022中。

在本发明实施例中，通过调用存储器902存储的程序或指令，具体的，可以是应用程序9022中存储的程序或指令，处理器901用于：

获取移动终端的系统时间；判断系统时间是否对应于预设应用程序清除时间段；若系统时间对应于预设应用程序清除时间段，则确定预设应用程序清除时间段内的待清除应用程序信息；根据待清除应用程序信息，清除待清除应用程序。

上述本发明实施例揭示的方法可以应用于处理器901中，或者由处理器901实现。处理器901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器902，处理器901读取存储器902中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文功能的模块(例如过程、函数等)来实现本文的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，处理器901还用于：获取系统时间所在预设时间段内的移动终端的灭屏占比；若灭屏占比大于第一灭屏占比预设值，则将预设时间段作为预设应用程序清除时间段，并确定系统时间对应于预设应用程序清除时间段；其中，移动终端的灭屏占比为：在预定统计周期的每个统计时段内，移动终端灭屏的时间与每个统计时段的时长的比例值。

可选地，处理器901还用于：获取预先确定的预设应用程序清除时间段内移动终端各应用程序的使用次数；对于各应用程序中使用次数小于第一使用次数预设值的第一应用程序，获取预先确定的第一应用程序的平均使用时长；若第一应用程序的平均使用时长小于第一时长预设值，则将第一应用程序确定为待清除应用程序；其中，使用次数为：在预定统计周期的每个统计时段内，用户打开各应用程序的次数；平均使用时长为：在预定统计周期的每个统计时段内，用户对各应用程序的总使用时长与各应用程序的总使用次数的比值。

可选地，处理器901还用于：对于各应用程序中使用次数为第一使用次数预设值以上的第二应用程序，获取预先确定的第二应用程序的使用频率；若第二应用程序的使用频率小于第一频率预设值，则将第二应用程序确定为待清除应用程序；使用频率为：在预定统计周期的每个统计时段内，各应用程序的总使用次数与每个统计时段内用户对各应用程序的总使用次数的总和的比值。

可选地，处理器901还用于：利用第一指令清除待清除应用程序。

可选地，处理器901还用于：利用第二指令清除利用第一指令清除后的待清除应用程序。

可选地，处理器901还用于：获取预设应用程序清除时间段内预先确定的移动终端各应用程序所推送的通知的阅读频率值；对于各应用程序中阅读频率值小于第一阅读频率阈值的第三应用程序，延迟推送在预设应用程序清除时间段内收到的第三应用程序推送的通知。

可选地，处理器901还用于：在预定统计周期中的每个统计时段内，当检测到用户点击了第四应用程序后，将第四应用程序对应的使用次数值加1，并获得用户此次对第四应用程序的使用时间；在统计时段内，将用户每次对第四应用程序的使用时间累加，得到一和值，并将和值确定为第四应用程序的总使用时长；获取在统计时段内第四应用程序的总使用次数，并将第四应用程序的总使用时长与第四应用程序的总使用次数的比值确定为第四应用程序的平均使用时长；获取在统计时段内用户对各应用程序的总使用次数，将第四应用程序的总使用次数与用户对各应用程序的总使用次数的比值确定为第四应用程序的使用频率；将统计时段的时长减去第四应用程序的总使用时长，得到移动终端在统计时间段内的灭屏时长，将灭屏时长与统计时段的时长的比值确定为移动终端的灭屏占比。

可选地，处理器901还用于：在每个统计时段内，当检测到用户阅读了第四应用推送的通知时，将第四应用程序的通知阅读次数值加1；获取在统计时段内第四应用程序的第一总阅读次数；获取在统计时段内用户对各应用程序推送的通知的第二总阅读次数；将第一总阅读次数与第二总阅读次数的比值确定为第四应用程序的阅读频率值。

移动终端900能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

由上可以看出，本发明实施例中，当移动终端的系统时间对应于预设应用程序清除时间段时，获取预设应用程序清除时间段内的待清除应用程序信息，并根据待清除应用程序信息清除待清除应用程序，从而避免了现有技术中直接将用户不用的应用程序加入到黑名单并将其清除而带来的误清除应用程序的缺陷。因此，利用本发明实施例的方案提高了用户对移动终端的使用体验。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。