CN115981812A - 应用程序管理方法 - Google Patents

Abstract

本申请公开了一种应用程序管理方法，该方法包括：确定终端是否存在异常运行应用程序的风险；若存在风险，则确定应用程序的名单类型；确定每一种名单类型匹配的优先级排序条件；根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。可见，本申请可以针对性地按照应用程序的名单类型以及其匹配的优先级排序条件，确定冻结顺序在前的应用程序并冻结，使得终端能够正常运行用户启动的应用程序。

Description

应用程序管理方法

技术领域

本申请涉及计算机技术领域，更具体地说，涉及一种应用程序管理方法。

背景技术

随着计算机技术的飞速发展，如手机、电脑、iPad及笔记本电脑等终端越来越常见，使用安装于终端的应用程序所提供的服务成为了人们常见的休闲娱乐方式，因而，每个终端中皆安装有多个应用程序。

但多个应用程序安装于终端后的自启动行为，会产生大量的后台运行进程以及大量的后台服务，而这些后台运行进程以及后台服务，部分是用户需要的，其他较多地为非必要的进程及服务。非用户需要的进程及服务的运行及启动，占用大量的终端内存，使得运行的应用程序超过了终端所能承受的运行极限，导致终端无法流畅地运行用户启动的应用程序。

发明内容

有鉴于此，本申请提供了一种应用程序管理方法，用于解决现有技术的终端无法流畅地运行用户启动的应用程序的缺点。

为了实现上述目的，现提出的方案如下：

一种应用程序管理方法，包括：

确定所述终端是否存在异常运行应用程序的风险；

若所述终端存在异常运行第三方应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；

确定每一种名单类型匹配的优先级排序条件；

根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；

依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

可选的，所述确定所述终端是否存在异常运行应用程序的风险，包括：

判断所述终端中安装的应用程序的数量是否小于目标阈值，得到判断结果；

若所述判断结果表明数量不小于目标阈值，则采集所述终端的目标参数，并将所述目标参数与对应的参数阈值进行比较，得到比较结果；

若所述比较结果表明所述目标参数超过对应的参数阈值，则确认所述终端存在异常运行应用程序的风险。

可选的，所述目标参数包括所述终端后台启动的应用程序的数量、所述终端的剩余电量、所述终端的内存占用率、所述终端的内存占用量以及待启动的应用程序的内存需求量中的任意一种或任意多种；

所述参数阈值包括与后台启动的应用程序的数量对应的数量阈值、与剩余电量对应的电量阈值、与内存占用率对应的占用率阈值、与内存占用量对应的占用量阈值、与内存需求量对应的需求量阈值中的任意一种或任意多种。

可选的，所述判断所述终端中安装的应用程序的数量是否小于目标阈值，包括：

获取所述终端中安装的应用程序的数量及所述终端的当前电量；

确定与所述当前电量匹配的目标阈值；

判断所述数量是否小于与所述当前电量匹配的目标阈值。

可选的，所述应用程序的名单类型为黑名单、白名单或普通名单；

所述确定每一种名单类型匹配的优先级排序条件，包括：

确定与所述黑名单匹配的第一优先级排序条件、与所述普通名单匹配的第二优先级排序条件以及与所述白名单匹配的第三优先级排序条件。

可选的，所述根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序，包括：

根据每个应用程序的名单类型，从所述第一优先级排序条件、第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件；

根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序。

可选的，所述第一优先级排序条件包括第一启动间隔阈值及预置目标时间内的第一启动频次阈值，所述第二优先级排序条件包括第二启动间隔阈值及预置目标时间内的第二启动频次阈值，所述第三优先级排序条件包括第三启动间隔阈值及预置目标时间内的第三启动频次阈值；

其中，所述第一启动间隔阈值小于所述第二启动间隔阈值，所述第二启动间隔阈值小于所述第三启动阈值；

所述第一启动频次阈值大于所述第二启动频次阈值，所述第二启动频次阈值大于所述第三启动频次阈值。

可选的，所述根据每个应用程序的名单类型，从所述第一优先级排序条件、所述第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件，包括：

从所述第一启动频次阈值、所述第二启动频次阈值及所述第三启动频次阈值中选取与所述应用程序的名单类型匹配的目标启动频次阈值；

从所述第一启动间隔阈值、所述第二启动间隔阈值及所述第三启动间隔阈值中选取与所述应用程序的名单类型匹配的目标间隔阈值。

可选的，所述根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序，包括：

根据所述应用程序的历史启动情况，判断所述应用程序在目标时间内的实际启动频次是否超过其对应的目标启动频次阈值，若未超过，则将所述应用程序的冻结顺序置前；

若超过，且确定冻结顺序在前的各个应用程序被冻结后，所述终端仍存在异常运行应用程序的风险，则根据所述应用程序的历史启动情况，确定所述应用程序最近一次启动时间与当前时间的时间间隔，判断所述时间间隔是否超过所述目标间隔阈值，若未超过所述目标间隔阈值，则将所述应用程序的冻结顺序置前。

可选的，所述确定安装于所述终端的每个应用程序的名单类型，包括：

根据安装于所述终端的每个应用程序的耗电量和/或内存占用量，确定所述应用程序的名单类型。

从上述的技术方案可以看出，本申请提供的应用程序管理方法，需要确定所述终端是否存在异常运行应用程序的风险，而在确定其存在风险时，才进行后续步骤，如此，本申请在终端难以负荷应用程序的自启动时，才进行应用程序的冻结，减少不必要的冻结操作；确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；确定每一种名单类型匹配的优先级排序条件；根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；如此，本申请可以根据各个应用程序的名单类型及各个优先级排序规则，对应用程序进行排序，而在本申请确定应用程序冻结顺序的过程中，需要根据与应用程序匹配的排序条件确定，因而，本申请所生成的终端对应的应用程序冻结顺序更具备针对性、实用性以及准确性；依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止；如此，本申请能够冻结需要优先冻结的应用程序，以避免终端异常运行应用程序的风险。可见，本申请可以针对性地按照应用程序的名单类型以及其匹配的优先级排序条件，确定冻结顺序在前的应用程序并对冻结顺序在前的应用程序进行冻结，使得终端能够正常运行用户启动的应用程序。

附图说明

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

图1为本申请实施例公开的一种应用程序管理方法流程图；

图2为本申请实施例公开的一种应用程序管理装置结构框图；

图3为本申请实施例公开的一种应用程序管理设备的硬件结构框图。

具体实施方式

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

本申请提供的应用程序管理方法，可以应用于众多通用或专用的终端中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

接下来结合图1对本申请的应用程序管理方法进行详细介绍，包括如下步骤：

步骤S1、确定所述终端是否存在异常运行应用程序的风险。

具体地，异常运行应用程序是指，在运行应用程序的过程中出现卡顿、存在非法参数、文件丢失或特定功能消失等无法正常使用应用程序所提供的服务的情况。

可以通过终端的各个参数，确定终端是否容易出现异常运行应用程序的情况。

其中，应用程序可以为终端上安装的非系统应用程序。

步骤S2、若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型。

具体地，应用程序的名单类型可以为黑名单或者白名单等类型，终端中存在至少两种名单类型对应的应用程序。

每个应用程序的名单类型可以根据该应用程序的运行情况进行确定。

步骤S3、确定每一种名单类型匹配的优先级排序条件。

具体地，可以针对每一名单类型设置匹配的优先级排序条件。不同名单类型的对应的优先级排序条件不同。优先级排序条件主要是为了筛选启动频次不高且较长时间未启动的应用程序。因而，优先级排序条件中可以包含启动频次阈值或启动间隔阈值。

步骤S4、根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序。

具体地，可以根据每个应用程序的名单类型确定其对应的优先级排序条件，并根据其对应的优先级排序条件，确定该应用程序的冻结顺序，从而，得到终端对应的应用程序的冻结顺序。

应用程序冻结顺序可以包含对应有冻结顺序的一个以上的应用程序的标识，而应用程序冻结顺序中并不一定包含所有应用程序的冻结顺序，符合优先级排序条件的应用程序可以不存在冻结顺序。同一冻结顺序可以对应有一个或多个应用程序。

步骤S5、依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

具体地，依照冻结顺序对应用程序进行冻结，按照冻结顺序由高至低的顺序，对各个应用程序进行冻结，直至终端不存在异常运行应用程序的风险为止。

可以通过调用PMS(Package Manager Service)冻结应用程序，例如，可通过调用Package Manager Service接口或通过pm命令实现冻结应用程序。

从上述技术方案可以看出，本申请实施例提供了一种应用程序管理方法，需要确定所述终端是否存在异常运行应用程序的风险，而在确定其存在风险时，才进行后续步骤，如此，本申请在终端难以负荷应用程序的自启动时，才进行应用程序的冻结，减少不必要的冻结操作；确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；确定每一种名单类型匹配的优先级排序条件；根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；如此，本申请可以根据各个应用程序的名单类型及各个优先级排序规则，对应用程序进行排序，而在本申请确定应用程序冻结顺序的过程中，不同名单类型的应用程序满足匹配的优先级排序条件的可能性不同，因而，本申请所生成的终端对应的应用程序冻结顺序更具备针对性、实用性以及准确性，更能够符合实际的应用场景；依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止；如此，本申请能够冻结需要优先冻结的应用程序，以避免终端异常运行应用程序的风险。可见，本申请可以针对性地按照应用程序的名单类型以及其匹配的优先级排序条件，确定冻结顺序在前的应用程序并对冻结顺序在前的应用程序进行冻结，使得终端能够正常运行用户启动的应用程序。

在本申请的一些实施例中，对步骤S1、确定所述终端是否存在异常运行应用程序的风险的过程进行详细说明，步骤如下：

S10、判断所述终端中安装的应用程序的数量是否小于目标阈值，得到判断结果。

具体地，可以获取终端中安装的应用程序的数量，并将该数量与预先设置的目标阈值进行比较，得到判断结果。

目标阈值可以基于终端所能承受的最大运行数量设置。

S11、若所述判断结果表明数量不小于目标阈值，则采集所述终端的目标参数，并将所述目标参数与对应的参数阈值进行比较，得到比较结果。

具体地，若所述判断结果表明数量不小于目标阈值，则表明终端有可能难以负荷所有应用程序的启动，因而，需要通过采集终端的目标参数并将目标参数与对应的参数阈值进行比较，得到比较结果，比较结果可以表明终端当前运行的应用程序的数量是否已超过了终端所能负荷的应用程序的数量。

目标参数可为反映终端运行情况的参数，参数阈值可以基于所述终端的电量、终端的软件版本和设备版本实时更新。

S12、若所述比较结果表明所述目标参数超过对应的参数阈值，则确认所述终端存在异常运行应用程序的风险。

具体地，当比较结果表明存在目标参数超过对应的参数阈值，则可确定终端当前运行的应用程序的数量已超过了终端所能负荷的应用程序的数量，即，可以确定终端存在异常运行应用程序的风险。

从上述技术方案可以看出，本申请实施例提供了一种确定所述终端是否存在异常运行应用程序的风险的可选的方式，通过上述的方式，能够利用终端所能承受的最大运行数量以及反映终端运行状态的参数进行确定，提高了本申请的准确性。

进一步地，目标参数可以包括所述终端后台启动的应用程序的数量、所述终端的剩余电量、所述终端的内存占用率、所述终端的内存占用量以及待启动的应用程序的内存需求量中的任意一种或任意多种。

参数阈值可以包括与后台启动的应用程序的数量对应的数量阈值、与剩余电量对应的电量阈值、与内存占用率对应的占用率阈值、与内存占用量对应的占用量阈值、与内存需求量对应的需求量阈值中的任意一种或任意多种。

其中，待启动的应用程序为用户在终端中选择启动但未启动成功的应用程序。

在本申请的一些实施例中，对步骤S10、判断所述终端中安装的应用程序的数量是否小于目标阈值，得到判断结果的过程进行详细说明，步骤如下：

S100、获取所述终端中安装的应用程序的数量及所述终端的当前电量。

具体地，可以通过多种方式获取终端中安装的应用程序的数量，例如，可以从存储器中读取数量，也可以通过程序包管理器(Package Manager)中的getInstalledApplications()方法实现获取数量。

存储器中存储的数量经过定时更新或存储器中存储的数量在终端存在新安装的应用程序时更新得到。

S101、确定与所述当前电量匹配的目标阈值。

具体地，可以将电量百分比从0-100％分为至少两个区间，不同的区间对应不同的目标阈值。例如，剩余电量百分比分为[0％，30％)、[30％，50％)、[50％，80％)、[80％，100％]，每个区间对应于不同的目标阈值。

每个区间对应的目标阈值，还可以根据终端的软件版本和设备版本进行动态调整或更新。

可获取终端的当前电量，确定与终端当前电量匹配的区间，并确定该区间对应的目标阈值。

S102、判断所述数量是否小于与所述当前电量匹配的目标阈值。

具体地，比较该应用程序的数量与该目标阈值的大小，得到判断结果。

从上述技术方案可以看出，本实施例提供了一种判断所述终端中安装的应用程序的数量是否小于目标阈值的可选的方式，通过上述的方式，可以保证获取的数量的准确性，且目标阈值与终端的电量相匹配，能够更好地本申请判断终端是否存在异常运行应用程序的风险。

在本申请的一些实施例中，对步骤S3、确定每一种名单类型匹配的优先级排序条件的过程进行详细说明，步骤如下：

S30、确定与所述黑名单匹配的第一优先级排序条件、与所述普通名单匹配的第二优先级排序条件以及与所述白名单匹配的第三优先级排序条件。

具体地，名单类型为黑名单、白名单或者普通名单，名单类型为黑名单的应用程序为耗电量较大，内存占用较多的非系统应用程序；名单类型为白名单的应用程序为需要持续在终端后台启动的应用程序如输入法等或使用较为频繁的非系统应用程序。

名单类型为普通名单的应用程序为耗电量不高、内存占用量不高以及使用频率偏低的非系统应用程序。

在确定条件的过程中，需要保证应用程序不满足第一优先级排序条件机率较高，应用程序不满足第二优先级排序条件机率中等，应用程序不满足第三优先级排序条件机率偏低，使得名单类型为黑名单的应用程序更容易被冻结，名单类型为白名单的应用程序被冻结的可能性更低。

从上述技术方案可以看出，本实施例提供了一种确定每一种名单类型匹配的优先级排序条件的可选的方式，通过上述的方式可以为每一应用程序设置与其匹配的优先级排序条件，且所属名单类型不同的应用程序，且满足优先级排序条件的机率不同，实现优先冻结名单类型为黑名单的应用程序，但在此过程中，名单类型为白名单的应用程序冻结可能性偏低，但仍存在冻结的可能性，因而，能够更进一步地提高本申请的实用性以及可靠性。

在本申请的一些实施例中，对步骤S4、根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序的过程进行详细说明，步骤如下：

S40、根据每个应用程序的名单类型，从所述第一优先级排序条件、第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件。

具体地，可以从所述第一优先级排序条件、第二优先级排序条件及所述第三优先级排序条件中选取与应用程序的名单类型匹配的排序条件，得到各个应用程序对应的排序条件。

S41、根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序。

具体地，可以根据每个应用程序的启动情况确定该应用程序是否满足排序条件，当满足排序条件时，确定该应用程序的冻结顺序，从而，得到终端对应的应用程序冻结顺序。

从上述技术方案可以看出，本实施例提供了一种确定所述终端对应的应用程序冻结顺序的可选的方式，通过上述的方式，可以将应用程序与排序条件对应，并确定将不满足对应的排序条件的应用程序的冻结顺序，实现将该应用程序的冻结顺序置前，提高了本申请的可靠性。

进一步地，第一优先级排序条件包括第一启动间隔阈值及预置目标时间内的第一启动频次阈值，第二优先级排序条件包括第二启动间隔阈值及预置目标时间内的第二启动频次阈值，第三优先级排序条件包括第三启动间隔阈值及预置目标时间内的第三启动频次阈值。

其中，为了名单类型为黑名单的应用程序的冻结可能性更高，第一启动间隔阈值小于第二启动间隔阈值，第二启动间隔阈值小于第三启动阈值；第一启动频次阈值大于第二启动频次阈值，第二启动频次阈值大于第三启动频次阈值。

可以预先根据实际需求设置目标时间，目标时间可以为两个月。

在本申请的一些实施例中，对步骤S40、根据每个应用程序的名单类型，从所述第一优先级排序条件、第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件的过程进行详细说明，步骤如下：

S400、从所述第一启动频次阈值、所述第二启动频次阈值及所述第三启动频次阈值中选取与所述应用程序的名单类型匹配的目标启动频次阈值。

具体地，可以根据每个应用程序的名单类型，从第一启动频次阈值、第二启动频次阈值及第三启动频次阈值中选取匹配的启动频次阈值作为该应用程序对应的目标启动频次阈值。

S401、从所述第一启动间隔阈值、所述第二启动间隔阈值及所述第三启动间隔阈值中选取与所述应用程序的名单类型匹配的目标间隔阈值。

具体地，可以根据每个应用程序的名单类型，从第一启动间隔阈值、第二启动间隔阈值及第三启动间隔阈值中选取匹配的间隔阈值作为该应用程序对应的目标间隔阈值。

从上述技术方案可以看出，本实施例提供了一种选取应用程序匹配的排序条件的可选的方式，通过上述的方式，可以利用名单类型对间隔阈值以及启动频次阈值进行选取，以便后续更可靠地对应用程序进行排序。

在本申请的一些实施例中，对步骤S41、根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序的过程进行详细说明，步骤如下：

S410、根据所述应用程序的历史启动情况，判断所述应用程序在目标时间内的实际启动频次是否超过其对应的目标启动频次阈值，若未超过，则将所述应用程序的冻结顺序置前。若超过，则执行步骤S411。

具体地，可以根据应用程序的历史启动情况，统计目标时间内该应用程序的实际启动频次，并将该实际启动频次与该应用程序对应的目标启动频次阈值进行比较。

当超过目标启动频次阈值时，可认为应用程序满足排序条件，不需要进行排序，当未超过目标启动频次阈值时，可以确定该应用程序的冻结顺序，将所述应用程序的冻结顺序置前。

可以通过多种方式，确定该应用程序的冻结顺序，例如，可以直接价格该应用程序的冻结顺序确定为第一位；也可以根据应用程序的名单类型，确定该应用程序的冻结顺序，其中，可以将名单类型为黑名单的应用程序的冻结顺序确定为第一位，可以将名单类型为普通名单的应用程序的冻结顺序确定为第二位，可以将名单类型为白名单的应用程序的冻结顺序确定为第三位；还可以根据应用程序的后台驻留时间确定应用程序的冻结顺序，其中，后台驻留时间长的应用程序优先冻结。

S411、确定冻结顺序在前的各个应用程序被冻结后，所述终端是否存在异常运行应用程序的风险，若存在风险，则根据所述应用程序的历史启动情况，确定所述应用程序最近一次启动时间与当前时间的时间间隔，判断所述时间间隔是否超过所述目标间隔阈值，若未超过所述目标间隔阈值，则将所述应用程序的冻结顺序置前。

具体地，当冻结所有存在冻结顺序的应用程序后，仍存在异常运行应用程序的风险，则可以继续确定终端对应的应用程序冻结顺序。

可以确定仍在后台运行的每个应用程序对应的历史启动情况及目标间隔阈值，基于该历史启动情况，确定该应用程序的最近一次启动时间，并确定该最近一次启动时间与当前时间的时间间隔，将该时间间隔与该目标间隔阈值进行比较。

若时间间隔超过目标间隔阈值，则可认为应用程序满足排序条件，不需要进行排序，当未超过目标间隔阈值时，可以确定该应用程序的冻结顺序，将所述应用程序的冻结顺序置前。

从上述技术方案可以看出，本实施例提供了一种利用目标间隔阈值或目标启动频次阈值，确定应用程序的冻结顺序的可选的方式，通过上述的方式，可以按照应用程序的使用频率确定应用程序的冻结顺序，实现逐步对应用程序进行冻结。通过上述的过程，可以实现应用程序的逐步冻结，而不会一次性冻结大量的应用程序，造成使用不便。

在本申请的一些实施例中，对步骤S2、若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型的过程进行详细说明，步骤如下：

S20、根据安装于所述终端的每个应用程序的耗电量和/或内存占用量，确定所述应用程序的名单类型。

具体地，可以根据云端服务器下发的数据，确定安装于终端的每个应用程序的耗电量及内存占用量，并根据耗电量及内存占用量，确定应用程序的名单类型。

此外，还可以根据用户及开发商的需求，对应用程序的名单类型进行更新。

从上述技术方案可以看出，本实施例提供了一种应用程序的名单类型的可选的方式，通过上述的方式，可以根据第三方应用的运行情况确定其对应的名单类型，提高本申请的可靠性。

下面对本申请实施例提供的应用程序管理装置进行描述，下文描述的应用程序管理装置与上文描述的应用程序管理方法可相互对应参照。

参见图2，图2为本申请实施例公开的一种应用程序管理装置结构示意图。

如图2所示，该应用程序管理装置可以包括：

风险确定单元1，用于确定所述终端是否存在异常运行应用程序的风险；

名单类型确定单元2，用于若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；

排序条件确定单元3，用于确定每一种名单类型匹配的优先级排序条件；

冻结顺序确定单元4，用于根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；

应用程序冻结单元5，用于依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

可选的，风险确定单元可以包括：

判断结果获取单元，用于判断所述终端中安装的应用程序的数量是否小于目标阈值，得到判断结果；

比较结果获取单元，用于若所述判断结果表明数量不小于目标阈值，则采集所述终端的目标参数，并将所述目标参数与对应的参数阈值进行比较，得到比较结果；

比较结果利用单元，用于若所述比较结果表明所述目标参数超过对应的参数阈值，则确认所述终端存在异常运行应用程序的风险。

可选的，比较结果获取单元可以包括：

目标参数采集单元，用于采集目标参数，其中，所述目标参数包括所述终端后台启动的应用程序的数量、所述终端的剩余电量、所述终端的内存占用率、所述终端的内存占用量以及待启动的应用程序的内存需求量中的任意一种或任意多种；

参数阈值存储单元，用于存储参数阈值，其中，所述参数阈值包括与后台启动的应用程序的数量对应的数量阈值、与剩余电量对应的电量阈值、与内存占用率对应的占用率阈值、与内存占用量对应的占用量阈值、与内存需求量对应的需求量阈值中的任意一种或任意多种。

可选的，判断结果获取单元可以包括：

电量获取单元，用于获取所述终端中安装的应用程序的数量及所述终端的当前电量；

阈值匹配单元，用于确定与所述当前电量匹配的目标阈值；

阈值李艳单元，用于判断所述数量是否小于与所述当前电量匹配的目标阈值。

可选的，排序条件确定单元可以包括：

第一排序条件确定单元，用于确定与所述黑名单匹配的第一优先级排序条件、与所述普通名单匹配的第二优先级排序条件以及与所述白名单匹配的第三优先级排序条件。

可选的，冻结顺序确定单元可以包括：

排序条件获取单元，用于根据每个应用程序的名单类型，从所述第一优先级排序条件、第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件；

排序条件利用单元，用于根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序。

可选的，排序条件确定单元可以包括：

排序条件存储单元，用于存储与所述黑名单匹配的第一优先级排序条件、与所述普通名单匹配的第二优先级排序条件以及与所述白名单匹配的第三优先级排序条件，其中，所述第一优先级排序条件包括第一启动间隔阈值及预置目标时间内的第一启动频次阈值，所述第二优先级排序条件包括第二启动间隔阈值及预置目标时间内的第二启动频次阈值，所述第三优先级排序条件包括第三启动间隔阈值及预置目标时间内的第三启动频次阈值；所述第一启动间隔阈值小于所述第二启动间隔阈值，所述第二启动间隔阈值小于所述第三启动阈值；所述第一启动频次阈值大于所述第二启动频次阈值，所述第二启动频次阈值大于所述第三启动频次阈值。

可选的，排序条件获取单元可以包括：

目标启动频次阈值选取单元，用于从所述第一启动频次阈值、所述第二启动频次阈值及所述第三启动频次阈值中选取与所述应用程序的名单类型匹配的目标启动频次阈值；

目标间隔阈值选取单元，用于从所述第一启动间隔阈值、所述第二启动间隔阈值及所述第三启动间隔阈值中选取与所述应用程序的名单类型匹配的目标间隔阈值。

可选的，排序条件利用单元可以包括：

目标启动频次阈值利用单元，用于根据所述应用程序的历史启动情况，判断所述应用程序在目标时间内的实际启动频次是否超过其对应的目标启动频次阈值，若未超过，则将所述应用程序的冻结顺序置前；

目标间隔阈值利用单元，用于若超过目标启动频次阈值，且确定冻结顺序在前的各个应用程序被冻结后，所述终端仍存在异常运行应用程序的风险，则根据所述应用程序的历史启动情况，确定所述应用程序最近一次启动时间与当前时间的时间间隔，判断所述时间间隔是否超过所述目标间隔阈值，若未超过所述目标间隔阈值，则将所述应用程序的冻结顺序置前。

可选的，名单类型确定单元可以包括：

耗电量确定单元，用于根据安装于所述终端的每个应用程序的耗电量和/或内存占用量，确定所述应用程序的名单类型。

本申请实施例提供的应用程序管理装置可应用于应用程序管理设备，如PC终端、个人计算机、服务器计算机及平板型设备等。可选的，图3示出了应用程序管理设备的硬件结构框图，参照图3，应用程序管理设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：

确定所述终端是否存在异常运行应用程序的风险；

若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；

确定每一种名单类型匹配的优先级排序条件；

根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；

依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

可选地，所述程序的细化功能和扩展功能可参照上文描述。

本申请实施例还提供一种可读存储介质，该可读存储介质可存储有适于处理器执行的程序，所述程序用于：

确定所述终端是否存在异常运行应用程序的风险；

若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；

确定每一种名单类型匹配的优先级排序条件；

根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；

依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

可选地，所述程序的细化功能和扩展功能可参照上文描述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。本申请的各个实施例之间可以相互结合。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种应用程序管理方法，其特征在于，应用于终端，包括：

确定所述终端是否存在异常运行应用程序的风险；

若所述终端存在异常运行应用程序的风险，则确定安装于所述终端的每个应用程序的名单类型，所述终端中至少包含两种名单类型对应的应用程序；

确定每一种名单类型匹配的优先级排序条件；

根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序；

依据所述终端对应的应用程序冻结顺序，对冻结顺序在前的应用程序进行冻结，直至所述终端不存在异常运行应用程序的风险为止。

2.根据权利要求1所述的应用程序管理方法，其特征在于，所述确定所述终端是否存在异常运行应用程序的风险，包括：

判断所述终端中安装的应用程序的数量是否小于目标阈值，得到判断结果；

若所述判断结果表明数量不小于目标阈值，则采集所述终端的目标参数，并将所述目标参数与对应的参数阈值进行比较，得到比较结果；

若所述比较结果表明所述目标参数超过对应的参数阈值，则确认所述终端存在异常运行应用程序的风险。

3.根据权利要求2所述的应用程序管理方法，其特征在于，所述目标参数包括所述终端后台启动的应用程序的数量、所述终端的剩余电量、所述终端的内存占用率、所述终端的内存占用量以及待启动的应用程序的内存需求量中的任意一种或任意多种；

所述参数阈值包括与终端后台启动的应用程序的数量对应的数量阈值、与剩余电量对应的电量阈值、与内存占用率对应的占用率阈值、与内存占用量对应的占用量阈值、与内存需求量对应的需求量阈值中的任意一种或任意多种。

4.根据权利要求2所述的应用程序管理方法，其特征在于，所述判断所述终端中安装的应用程序的数量是否小于目标阈值，包括：

获取所述终端中安装的应用程序的数量及所述终端的当前电量；

确定与所述当前电量匹配的目标阈值；

判断所述数量是否小于与所述当前电量匹配的目标阈值。

5.根据权利要求1所述的应用程序管理方法，其特征在于，所述应用程序的名单类型为黑名单、白名单或普通名单；

所述确定每一种名单类型匹配的优先级排序条件，包括：

确定与所述黑名单匹配的第一优先级排序条件、与所述普通名单匹配的第二优先级排序条件以及与所述白名单匹配的第三优先级排序条件。

6.根据权利要求5所述的应用程序管理方法，其特征在于，所述根据各个应用程序的名单类型及所述每一种名单类型匹配的优先级排序条件，确定所述终端对应的应用程序冻结顺序，包括：

根据每个应用程序的名单类型，从所述第一优先级排序条件、所述第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件；

根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序。

7.根据权利要求6所述的应用程序管理方法，其特征在于，所述第一优先级排序条件包括第一启动间隔阈值及预置目标时间内的第一启动频次阈值，所述第二优先级排序条件包括第二启动间隔阈值及预置目标时间内的第二启动频次阈值，所述第三优先级排序条件包括第三启动间隔阈值及预置目标时间内的第三启动频次阈值；

其中，所述第一启动间隔阈值小于所述第二启动间隔阈值，所述第二启动间隔阈值小于所述第三启动阈值；

所述第一启动频次阈值大于所述第二启动频次阈值，所述第二启动频次阈值大于所述第三启动频次阈值。

8.根据权利要求7所述的应用程序管理方法，其特征在于，所述根据每个应用程序的名单类型，从所述第一优先级排序条件、所述第二优先级排序条件及所述第三优先级排序条件中选取所述应用程序匹配的排序条件，包括：

从所述第一启动频次阈值、所述第二启动频次阈值及所述第三启动频次阈值中选取与所述应用程序的名单类型匹配的目标启动频次阈值；

从所述第一启动间隔阈值、所述第二启动间隔阈值及所述第三启动间隔阈值中选取与所述应用程序的名单类型匹配的目标间隔阈值。

9.根据权利要求8所述的应用程序管理方法，其特征在于，所述根据每个应用程序匹配的排序条件，对各个应用程序进行排序，得到所述终端对应的应用程序冻结顺序，包括：

根据所述应用程序的历史启动情况，判断所述应用程序在目标时间内的实际启动频次是否超过其对应的目标启动频次阈值，若未超过，则将所述应用程序的冻结顺序置前；

若超过，且确定冻结顺序在前的各个应用程序被冻结后，所述终端仍存在异常运行应用程序的风险，则根据所述应用程序的历史启动情况，确定所述应用程序最近一次启动时间与当前时间的时间间隔，判断所述时间间隔是否超过所述目标间隔阈值，若超过所述目标间隔阈值，则将所述应用程序的冻结顺序置前。

10.根据权利要求1-9任一项所述的应用程序管理方法，其特征在于，所述确定安装于所述终端的每个应用程序的名单类型，包括：

根据安装于所述终端的每个应用程序的耗电量和/或内存占用量，确定所述应用程序的名单类型。

Images