CN105468416A - 一种应用程序清理的方法及终端 - Google Patents

Abstract

本发明实施例公开了一种应用程序清理的方法及终端，该方法包括：确定终端后台中运行的应用程序，以及确定所述应用程序所属的类型，然后根据确定的类型获取与该类型对应的清理策略，最后，对所述应用程序执行对应的清理策略。可见，本方法主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，既降低终端的流量和电量损耗，又能根据应用程序特点执行相应的清理策略，保证了用户对应用程序的使用，提升了用户体验。

Description

一种应用程序清理的方法及终端

技术领域

本发明涉及应用管理技术领域，具体涉及一种应用程序清理的方法及终端。

背景技术

随着移动通信技术的快速发展，手机、平板电脑、可穿戴式设备等终端的功能越来越丰富，终端的操作系统内置的系统程序也逐渐丰富，并且，用户在终端上安装的第三方应用程序的种类和数量也不断增加。

通常，用户在使用终端中的某个应用程序时，在使用完毕后，多数操作是退出该应用程序的显示界面，跳转到桌面或者其他应用程序的显示界面，这种情况下，应用程序很可能没有彻底关闭，而是作为后台程序保留在多任务处理队列中，后台程序同样需要消耗CPU、内存等硬件资源。

发明内容

本发明实施例公开了一种应用程序清理的方法及终端，以期提升终端应用管理的效率，既降低终端的流量和电量损耗，又保证用户对应用程序的使用，提升用户体验。

本发明实施例第一方面公开了一种应用程序清理的方法，包括：

确定终端后台中运行的应用程序；

确定所述应用程序所属的类型；

确定与所述应用程序所属的类型对应的清理策略；

对所述应用程序执行对应的清理策略。

本发明实施例第一方面第一种可能的实现方式中，所述确定与所述应用程序所属的类型对应的清理策略，包括：

判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

结合本发明实施例第一方面或第一方面第一种可能的实现方式，在本发明实施例第一方面第二种可能的实现方式中，所述方法还包括：

若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

本发明实施例第一方面第三种可能的实现方式中，所述确定与所述应用程序所属的类型对应的清理策略，包括：

获取所述应用程序的使用频率A和在后台运行的时长B；

根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

判断所述B是否小于B‘，若是，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

结合本发明实施例第一方面或第一方面第一种或第二种或第三种可能的实现方式，在本发明实施例第一方面第四种可能的实现方式中，所述对所述应用程序执行对应的清理策略之前包括：

确定所述终端当前处于待机状态。

本发明实施例第二方面公开了一种终端，包括：

第一确定模块，用于确定终端后台中运行的应用程序；

第二确定模块，用于确定所述应用程序所属的类型；

第三确定模块，用于确定与所述应用程序所属的类型相对应的清理策略；

执行模块，用于对所述应用程序执行对应的清理策略。

本发明实施例第二方面第一种可能的实现方式中，所述第三确定模块包括：

第一判断单元，用于判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

第一确定单元，用于若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

结合本发明实施例第二方面或第二方面第一种可能的实现方式，在本发明实施例第二方面第二种可能的实现方式中，所述第三确定模块还包括：

第二确定单元，用于若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

本发明实施例第二方面第三种可能的实现方式中，所述第三确定模块包括：

第一获取单元，用于获取所述应用程序的使用频率A和在后台运行的时长B；

第二获取单元，用于根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

第二判断单元，用于判断所述B是否小于B‘；

第三确定单元，用于若所述B小于B‘，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

结合本发明实施例第二方面或第二方面第一种或第二种或第三种可能的实现方式，在本发明实施例第二方面第四种可能的实现方式中，所述终端还包括：

第四确定模块，用于在所述执行模块对所述应用程序执行对应的清理策略之前，确定所述终端当前处于待机状态。

本发明实施例中，确定终端后台中运行的应用程序，以及确定所述应用程序所属的类型，然后根据确定的类型获取与该类型对应的清理策略，最后，对所述应用程序执行对应的清理策略。可见，本方法主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，既降低终端的流量和电量损耗，又能根据应用程序特点执行相应的清理策略，保证了用户对应用程序的使用，提升了用户体验。

附图说明

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

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

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

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

图4是本发明一实施例公开的一种终端的结构组成框图；

图5是本发明另一实施例公开的另一种终端的结构组成框图。

具体实施方式

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

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

本发明实施例公开了一种应用程序清理的方法及终端，以期提升终端应用管理的效率，既降低终端的流量和电量损耗，又保证用户对应用程序的使用，提升用户体验。

为了更好理解本发明实施例公开的一种应用程序清理的方法，下面先对本发明实施例适用的终端进行描述。本发明实施例所描述的终端包括任何具备显示屏以及通信和存储功能的设备，例如：平板电脑、手机、电子阅读器、个人计算机(PersonalComputer，PC)、笔记本电脑、车载设备、网络电视、可穿戴设备等具有网络功能的智能设备，该终端安装有包括如下商标的开放操作系统中的操作系统：LINUX^TM，WINDOWS^TM，ANDROID^TM，IOS^TM等，该终端基于所安装的操作系统进一步安装有若干应用程序，该应用程序可以是终端出厂前预装的系统应用，如邮箱应用、设置应用、音乐应用、浏览器应用、拍照应用等，也可以是用户自己安装的第三方应用，如QQ应用、微信应用、支付宝应用、UC浏览器应用等。

本发明实施例提供一种应用程序清理的方法，包括：

确定终端后台中运行的应用程序；

确定所述应用程序所属的类型；

确定与所述应用程序所属的类型对应的清理策略；

对所述应用程序执行对应的清理策略。

具体的，请参阅图1，图1是本发明一实施例提供的一种应用程序清理的方法的流程示意图，包括以下步骤：

S101，终端确定终端后台中运行的应用程序；

在本发明实施例中，终端的多个应用程序被打开后，通常用户只是退出应用程序的应用界面，但该应用程序仍然在后台运行着，如QQ应用、微信应用等，终端可以预存有如表1所示的用于记录后台运行的应用的运行属性的后台应用列表，并实时更新该后台应用列表，如此，终端需要获取后台应用程序的运行信息时，可以直接查询该后台应用列表，从而确定终端中具体有哪些应用正在后台运行。

表1

排序	正在运行	应用类型
			1	Android系统	操作系统
2	Bluetooth Share	无线连接
			3	Mail	邮箱
4	Messager	短消息

需要说明的是，本技术方案也可以对多个重点应用进行监控，如将排行榜上靠前的应用制定一个名单，对该名单中的应用进行监控，若该名单中的应用正运行在终端后台中，则确定该应用为终端后台中运行的应用程序，此时终端后台中可能运行一个或两个以上的应用程序，这时我们就需要通过步骤S102确定该一个或两个以上的应用程序分别所属的类型。

S102，所述终端确定所述应用程序所属的类型；

在本发明实施例中，终端确定后台运行的应用程序之后，进一步确定该后台运行的应用程序所属的类型，具体的，终端可以查询如表1所述的后台程序列表，该后台程序列表中包括应用程序的具体应用类型。具体的，可以根据应用程序的使用频率或功能特性等对应用程序进行分类或划分应用程序的类型，如笔记类、地图类、社交类、生活工具类等等。

S103，所述终端确定与所述应用程序所属的类型对应的清理策略；

可以根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略，具体的，将应用类型与清理策略之间的对应关系存储于表格当中，当获得应用程序的类型后，从该表格中查询该应用程序的类型对应的清理策略；

在本发明实施例中，终端预置的应用的类型与清理策略之间的对应关系可以是开发人员在终端出厂前预先进行设置的，也可以是由用户根据自己的使用习惯和使用需求预先进行设置的，本发明实施例对该预置的对应关系不做唯一限定。

由于应用程序的功能特性千差万别，所以并不适宜简单的在后台清理，简单粗暴的清理可能导致用户无法及时获得应获知的信息，或导致用户使用上的不方便。如，

笔记类应用，如果用户正在编写东西，没保存的情况下，清理进程会导致编写的东西丢失；

地图类应用，若用户正在用于导航，若清理，则可能导致用户需要重新打开地图应用，并重新输入地址进行导航；

即时通讯类应用，属于用户使用频率较高的应用，因此不适宜经常清理；

浏览器类应用，若用户通过浏览器在后台下载文件，则此时不适宜清理；

生活工具类应用，若手电筒应用处于闪光灯打开状态，则此时不适宜清理，打车类软件若清理就可能收不到接单提示，因此也不适宜清理；

提示类应用，主要包含闹钟、邮箱、天气等日常生活的提示应用，一般都用户较重要，需要保留；

下载上传类应用，此类应用的核心功能时帮助用户下载或者上传数据，因此需要保留；

手游类应用，若游戏的核心玩法是需要挂机的，则需要保留。

通过对各类应用，尤其是一些用户常用应用的分析，可以将应用进行分类，并确定每类应用合适的清理策略，从而既达到了节省功耗又方便用户使用。

清理策略可以包括禁止清理应用程序和清理应用程序；具体的，所述禁止清理应用程序对应的应用程序的类型可以包括：操作系统、邮件、短消息等等，所述清理应用程序对应的类型可以包括：支付宝、UC浏览器、QQ等等。

可选的，本发明实施例中，上述终端根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略的具体实现方式包括：

判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

具体实现中，所述预设的第一阈值可以由用户预先进行设定，或者，由开发人员在终端出厂前固化在终端系统中，该预设的第一阈值的取值可以是5、7、9、10等。

举例来说，假设所述预设的第一阈值为5次/时，终端获取后台运行应用程序在预设时间段内的使用频率为6次/时，则终端判断出所述应用程序的使用频率达到预设的第一阈值，则终端确定所述应用程序对应的清理策略为禁止清理所述应用程序。

具体实现中，所述预设的运行状况例如可以是当前的内存资源使用率。

举例来说，假设所述预设的运行状况为终端的内存资源使用率需要低于60％，若所述应用程序的运行状况为当前终端的内存使用率为50％，则终端判断出所述当前终端的内存使用率为50％低于60％，即所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

具体实现中，若所述应用程序的使用频率低于预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

可选的，本发明实施例中，上述终端确定与所述应用程序所属的类型对应的清理策略包括：

获取所述应用程序的使用频率A和在后台运行的时长B；

根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的退至后台运行的时长B‘；

判断所述B是否小于B‘，若是，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

进一步的，若B不小于B‘，则确定所述应用程序对应的清理策略为清理所述应用程序。

一般来说，应用程序的使用频率高的话，其对应可以在后台运行的时长更长，这也是符合用户需求的。本发明方案中所说的使用频率可以通过对用户一段时间的使用习惯进行统计，如一应用被用户打开的次数是20次。

举例来说，假设所述应用程序的使用频率A为5次/时，在后台运行的时长B为2小时，根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘为3小时；

则终端判断出所述B小于在后台运行的时长B‘，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

S104，所述终端对所述应用程序执行对应的清理策略。

在本发明实施例中，终端确定所述应用程序所属的类型对应的清理策略之后，可以针对该应用程序执行对应的清理策略。如清理该应用程序或保留该应用程序。

需要注意的是，终端的后台运行的应用程序往往是多个后台应用程序的集合，故而，终端在执行上述应用程序清理的方法时，可以按照预设的应用程序选取策略对后台应用程序的集合中的一个或多个应用程序执行上述清理操作，从而能够关闭用户预设的不需要在后台持续运行的应用程序，同时对那些必须在后台运行的应用程序，终端会保留这些必要应用程序的后台运行状态，从而降低待机时终端的流量和电量损耗，提升用户体验。

可选的，本发明实施例中，上述终端对所述应用程序执行对应的清理策略之前，所述终端还可以执行以下操作：

所述终端确定所述终端当前处于待机状态。

可以看出，本发明实施例中，确定终端后台中运行的应用程序，以及确定所述应用程序所属的类型，然后根据确定的类型获取与该类型对应的清理策略，最后，对所述应用程序执行对应的清理策略。可见，本方法主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，既降低终端的流量和电量损耗，又能根据应用程序特点执行相应的清理策略，保证了用户对应用程序的使用，提升了用户体验。

请参阅图2，图2是本发明另一实施例提供的一种应用程序清理的方法的流程示意图，包括以下步骤：

S201，终端确定终端后台中运行的应用程序；

在本发明实施例中，终端的多个应用程序被打开后，通常用户只是退出应用程序的应用界面，但该应用程序仍然在后台运行着，如QQ应用、微信应用等，终端可以预存有用于记录后台运行的应用的运行属性的后台应用列表，并实时更新该后台应用列表，如此，终端需要获取后台应用程序的运行信息时，可以直接查询该后台应用列表，从而确定终端中具体有哪些应用正在后台运行。

S202，所述终端确定所述应用程序所属的类型；

在本发明实施例中，终端确定后台运行的应用程序之后，进一步确定该后台运行的应用程序所属的类型，具体的，终端可以查询所述的后台程序列表，该后台程序列表中包括应用程序的具体应用类型。

在本发明实施例中，应用程序的类型根据应用程序的使用频率进行划分，步骤S202确定所述应用程序所属的类型具体可以为，获取应用程序的使用频率，根据该使用频率确定该应用程序所属的类型。

S203，所述终端判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则执行步骤S204；

对使用频率较高的应用程序，本方案对其在后台的运行予以保留，具体的，通过步骤S202获得应用程序的类型后，对该类型的应用程序对应的使用频率进行判断，若使用频率达到预设的第一阈值，则执行步骤S204；

或者通过步骤S202获得应用程序的类型后，确定该类型是否为需要进一步判断运行状态的应用，如笔记类，则获取该应用程序的运行状态，若该应用程序的运行状态满足预设的运行状态，则执行步骤S204，如笔记类应用的运行状态为未保存状态，则执行步骤S204；

当然，若应用程序的使用频率既达到第一阈值且运行状态满足预设的运行状态，也执行步骤S204，即保留该应用程序。

若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则执行步骤S205；

S204，所述终端确定所述应用程序对应的清理策略为禁止清理所述应用程序；

具体实现中，所述预设的第一阈值可以由用户预先进行设定，或者，由开发人员在终端出厂前固化在终端系统中，该预设的第一阈值的取值可以是5、7、9、10等。

举例来说，假设所述预设的第一阈值为5次/时，终端获取后台运行应用程序在预设时间段内的使用频率为6次/时，则终端判断出所述应用程序的使用频率达到预设的第一阈值，则终端确定所述应用程序对应的清理策略为禁止清理所述应用程序。

具体实现中，所述预设的运行状况例如可以是当前的内存资源使用率。

举例来说，假设所述预设的运行状况为终端的内存资源使用率需要低于60％，若所述应用程序的运行状况为当前终端的内存使用率为50％，则终端判断出所述当前终端的内存使用率为50％，低于60％，即所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

S205，所述终端确定所述应用程序对应的清理策略为清理所述应用程序。

S206，所述终端对所述应用程序执行对应的清理策略。

可选的，本发明实施例中，上述终端对所述应用程序执行对应的清理策略之前，所述终端还可以执行以下操作：

所述终端确定所述终端当前处于待机状态。

可以看出，本发明实施例中，确定终端后台中运行的应用程序，以及确定所述应用程序所属的类型，然后根据确定的类型获取与该类型对应的清理策略，最后，对所述应用程序执行对应的清理策略。并且本方案对使用频率高的应用程序允许其在后台运行，以及对特定应用在特定情况下保留其继续在后台运行。可见，本方法主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，既降低终端的流量和电量损耗，又能根据应用程序特点执行相应的清理策略，保证了用户对应用程序的使用，提升了用户体验。

请参阅图3，图3是本发明另一实施例提供的一种应用程序清理的方法的流程示意图，包括以下步骤：

S301，终端确定终端后台中运行的应用程序；

在本发明实施例中，终端的多个应用程序被打开后，通常用户只是退出应用程序的应用界面，但该应用程序仍然在后台运行着，如QQ应用、微信应用等，终端可以预存有用于记录后台运行的应用的运行属性的后台应用列表，并实时更新该后台应用列表，如此，终端需要获取后台应用程序的运行信息时，可以直接查询该后台应用列表，从而确定终端中具体有哪些应用正在后台运行。

S302，所述终端确定所述应用程序所属的类型；

在本发明实施例中，终端确定后台运行的应用程序之后，进一步确定该后台运行的应用程序所属的类型，具体的，终端可以查询所述的后台程序列表，该后台程序列表中包括应用程序的具体应用类型。

S303，所述终端获取所述应用程序的使用频率A和在后台运行的时长B；

需要说明的是，本方案中所述的在后台运行的时长是指应用程序退至后台运行的时长。

在本发明实施例中，应用程序的类型根据应用程序的使用频率进行划分，步骤S302确定所述应用程序所属的类型具体可以为，获取应用程序的使用频率，根据该使用频率确定该应用程序所述的类型。

S304，所述终端根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

在本发明实施例中，应用程序的类型根据应用程序的使用频率进行划分，每个类型可以设定其对应的在后台运行的时长，也即使用频率与在后台运行的时长之间存在对应关系，并且可以将该对应关系存储于内存中。

步骤304中的在后台运行的时长B‘即为通过查询该对应关系获得，具体的，获得使用频率A后，确定使用频率A对应的类型，在通过类型获取其对应的在后台运行的时长，即B‘。

S305，所述终端判断所述B是否小于B‘；

若所述B小于B‘，则执行步骤S306；

若所述B不小于B‘，则执行步骤S307；

S306，所述终端确定所述应用程序对应的清理策略为禁止清理所述应用程序。

即当应用程序在后台运行的时长还未达到系统为设定或系统允许其在后台运行的时长时，则禁止清理该应用程序。

举例来说，假设所述应用程序的使用频率A为5次/时，在后台运行的时长B为2小时，根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的退至后台运行的时长B‘为3小时；

则终端判断出所述B小于退至后台运行的时长B‘，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

S307，所述终端确定所述应用程序对应的清理策略为清理所述应用程序。

即当应用程序在后台运行的时长未达到系统为设定或系统允许其在后台运行的时长时，则可以清理该应用程序。

举例来说，假设所述应用程序的使用频率A为5次/时，在后台运行的时长B为2小时，根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的退至后台运行的时长B‘为1小时；

则终端判断出所述B大于退至后台运行的时长B‘，则确定所述应用程序对应的清理策略为清理所述应用程序。

S308，所述终端对所述应用程序执行对应的清理策略。

可选的，本发明实施例中，上述终端对所述应用程序执行对应的清理策略之前，所述终端还可以执行以下操作：

所述终端确定所述终端当前处于待机状态。

可以看出，确定终端后台中运行的应用程序，以及确定所述应用程序所属的类型，然后根据确定的类型获取与该类型对应的清理策略，最后，对所述应用程序执行对应的清理策略。并且，本方案允许使用频率高的应用在后台运行更长的时间，可见，本方法主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，既降低终端的流量和电量损耗，又能根据应用程序特点执行相应的清理策略，保证了用户对应用程序的使用，提升了用户体验。。

下面为本发明装置实施例，本发明装置实施例用于执行本发明方法实施例一至三实现的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明方法实施例。

本发明实施例提供一种终端，包括：

第一确定模块，用于确定终端后台中运行的应用程序；

第二确定模块，用于确定所述应用程序所属的类型；

第三确定模块，用于确定与所述应用程序所属的类型相对应的清理策略；

执行模块，用于对所述应用程序执行对应的清理策略。

具体的，请参阅图4，是本发明一实施例提供的一种终端的结构示意图，如图4所示，所述终端包括第一确定模块401、第二确定模块402、第三确定模块403、执行模块404，其中：

第一确定模块401，用于确定终端后台中运行的应用程序；

第二确定模块402，用于确定所述应用程序所属的类型；

所述第三确定模块403，用于确定与所述应用程序所属的类型相对应的清理策略；

执行模块404，用于对所述应用程序执行对应的清理策略。

具体的，第三确定模块403可以根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略。

可选的，第三确定模块403包括：

第一判断单元，用于判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

第一确定单元，用于若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

可选的，第三确定模块403还可以包括：

第二确定单元，用于若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

具体的，所述第三确定模块403可以包括：

第一获取单元，用于获取所述应用程序的使用频率A和在后台运行的时长B；

第二获取单元，用于根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

第二判断单元，用于判断所述B是否小于B‘；

第三确定单元，用于若所述B小于B‘，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

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

第四确定模块，用于在执行模块404对所述应用程序执行对应的清理策略之前，确定所述终端当前处于待机状态。

可以理解的是，本发明实施例的终端的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本发明实施例中，终端的第一确定模块首先确定终端后台中运行的应用程序，其次，终端的第二确定模块确定所述应用程序所属的类型，再次，终端的第三确定模块根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略，最后，终端的执行模块对所述应用程序执行对应的清理策略。可见，上述终端能够主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，降低待机时终端的流量和电量损耗，提升用户体验。

请参考图5，是本发明另一实施例公开的另一种终端的结构示意图。如图5所示，本发明实施例中的终端包括：至少一个处理器501，例如CPU，至少一个接收器503，至少一个存储器504，至少一个发送器505，至少一个通信总线502。其中，通信总线502用于实现这些组件之间的连接通信。其中，本发明实施例中装置的接收器503和发送器505可以是有线发送端口，也可以为无线设备，例如包括天线装置，用于与其他节点设备进行信令或数据的通信。存储器504可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。存储器504可选的还可以是至少一个位于远离前述处理器501的存储装置。存储器504中存储一组程序代码，且处理器501用于调用存储器中存储的程序代码，用于执行以下操作：

处理器501确定终端后台中运行的应用程序；

处理器501确定所述应用程序所属的类型；

所述处理器501根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略；

处理器501对所述应用程序执行对应的清理策略。

可选的，处理器501根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略，包括：

处理器501判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则处理器501确定所述应用程序对应的清理策略为禁止清理所述应用程序。

可选的，处理器501还用于：

若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则处理器501确定所述应用程序对应的清理策略为清理所述应用程序。

可选的，处理器501根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略，包括：

处理器501获取所述应用程序的使用频率A和在后台运行的时长B；

处理器501根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的退至后台运行的时长B‘；

处理器501判断所述B是否小于B‘；

若是，则处理器501确定所述应用程序对应的清理策略为禁止清理所述应用程序。

可选的，处理器501对所述应用程序执行对应的清理策略之前，所述方法还包括：

处理器501确定所述终端当前处于待机状态。

可以理解的是，本发明实施例的终端的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

可以看出，本发明实施例中，终端首先确定终端后台中运行的应用程序，其次，终端确定所述应用程序所属的类型，再次，根据预置的类型与清理策略之间的对应关系，以及所述应用程序所属的类型确定所述应用程序对应的清理策略，最后，对所述应用程序执行对应的清理策略。可见，上述终端能够主动管理后台运行的应用程序，根据后台运行的应用程序所属的类型确定该应用程序对应的清理策略，并针对该应用程序执行该清理策略，有利于提升终端应用管理的效率，降低待机时终端的流量和电量损耗，提升用户体验。

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

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

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

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

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

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

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

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

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

Claims (10)

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

确定终端后台中运行的应用程序；

确定所述应用程序所属的类型；

确定与所述应用程序所属的类型对应的清理策略；

对所述应用程序执行对应的清理策略。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述应用程序所属的类型对应的清理策略，包括：

判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

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

若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

4.根据权利要求1所述的方法，其特征在于，所述确定与所述应用程序所属的类型对应的清理策略，包括：

获取所述应用程序的使用频率A和在后台运行的时长B；

根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

判断所述B是否小于B‘，若是，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述对所述应用程序执行对应的清理策略之前，所述方法还包括：

确定所述终端当前处于待机状态。

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

第一确定模块，用于确定终端后台中运行的应用程序；

第二确定模块，用于确定所述应用程序所属的类型；

第三确定模块，用于确定与所述应用程序所属的类型相对应的清理策略；

执行模块，用于对所述应用程序执行对应的清理策略。

7.根据权利要求6所述的终端，其特征在于，所述第三确定模块包括：

第一判断单元，用于判断所述应用程序的使用频率是否达到预设的第一阈值或者所述应用程序的运行状况是否满足预设的运行状况；

第一确定单元，用于若所述应用程序的使用频率达到预设的第一阈值或者所述应用程序的运行状况满足预设的运行状况，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

8.根据权利要求6或7所述的终端，其特征在于，所述第三确定模块还包括：

第二确定单元，用于若所述应用程序的使用频率未达到预设的第一阈值且所述应用程序的运行状况不满足预设的运行状况，则确定所述应用程序对应的清理策略为清理所述应用程序。

9.根据权利要6所述的终端，其特征在于，所述第三确定模块包括：

第一获取单元，用于获取所述应用程序的使用频率A和在后台运行的时长B；

第二获取单元，用于根据预设的使用频率与在后台运行的时长之间的对应关系获取所述使用频率A对应的在后台运行的时长B‘；

第二判断单元，用于判断所述B是否小于B‘；

第三确定单元，用于若所述B小于B‘，则确定所述应用程序对应的清理策略为禁止清理所述应用程序。

10.根据权利要求6-9任一项所述的终端，其特征在于，所述终端还包括：

第四确定模块，用于在所述执行模块对所述应用程序执行对应的清理策略之前，确定所述终端当前处于待机状态。