CN107463416A - 一种应用程序管理方法、应用程序管理装置及智能终端 - Google Patents

Abstract

本发明公开了一种应用程序管理方法、应用程序管理装置及智能终端，其中，所述应用程序管理方法包括：获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况；将所述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；根据各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，所述推荐卸载应用程序集合为所述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。本发明方案通过对应用程序在智能终端上的使用状况的分析，实现了对智能终端应用程序的智能管理。

Description

一种应用程序管理方法、应用程序管理装置及智能终端

技术领域

本发明属于智能终端技术领域，尤其涉及一种应用程序管理方法、应用程序管理装置及智能终端。

背景技术

智能终端已经成为了现代社会中不可或缺的一部分。伴随着应用程序的爆发式增长，为了帮助用户快速的获得所需要的应用程序，绝大多数智能终端上都搭载了应用商店。用户通过访问应用商店，可以快速下载安装各种各样的应用程序。但随着智能终端安装的应用程序越来越多，不可避免的会导致智能终端的内存变少，操作流畅度降低等不良后果。通常情况下，用户只需卸载掉智能终端上不常用的智能终端，就能释放部分内存，缓解智能终端的卡顿情况。但一方面，用户并不能每次都及时卸载掉不需要的应用程序；另一方面，用户也较难分辨出哪些应用程序是自己不常用的应用程序。这导致了智能终端中存在的无用的应用程序越来越多。

发明内容

有鉴于此，本发明提供了一种应用程序管理方法、应用程序管理装置及智能终端，旨在通过对应用程序在智能终端上的使用状况的分析，实现对智能终端应用程序的智能管理。

本发明的第一方面提供了一种应用程序管理方法，所述应用程序管理方法包括：

获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况；

将所述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

根据各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，所述推荐卸载应用程序集合为所述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

本发明的第二方面提供了一种应用程序管理装置，所述应用程序管理装置包括：

信息获取单元，用于获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况；

等级确定单元，用于将所述信息获取单元获取到的各应用程序的使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

集合确定单元，用于根据所述等级匹配单元确定的各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，所述推荐卸载应用程序集合为所述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

本发明的第三方面提供了一种智能终端，所述智能终端包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上所述方法的步骤。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上所述方法的步骤。

由上可见，在本发明中，首先获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况，然后将所述使用信息与预设的推荐卸载条件进行匹配，确定各已安装应用程序的推荐卸载等级，并根据各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序。本发明从应用程序的使用状况确定可以卸载的应用程序，从而实现对智能终端应用程序的智能管理。

附图说明

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

图1是本发明实施例提供的应用程序管理方法的实现流程示意图；

图2是本发明实施例提供的应用程序管理装置的结构框图；

图3是本发明实施例提供的智能终端的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一

图1示出了本发明实施例一提供的应用程序管理方法的实现流程，详述如下：

在步骤S101中，获取各已安装的应用程序的使用信息；

在本发明实施例中，首先获取在智能终端上各已安装的应用程序的使用信息，其中，上述使用信息指示了应用程序在上述智能终端上的使用状况。

在一种应用场景下，上述使用状况包括了应用程序在智能终端上的使用间隔时长，则步骤S101可以具体表现为：记录下各应用程序每次的启动时间，并根据各应用程序每次的启动时间计算得到应用程序的平均使用间隔时长。其中，用户的智能终端可能安装有很多个应用程序，但通常情况下，并不是所有的应用程序都会得到充分使用，例如，有相当一部分智能终端在出厂时预先安装的应用程序，用户从来没有打开使用过；还有一部分用户自主下载安装的应用程序，用户也只在刚刚安装的一段时期内才频繁的使用它，之后就鲜少再打开来使用了。通常来说，这些用户长时间未使用的应用程序代表了用户对其的依赖程度较低，在用户想要卸载应用程序时，这些应用程序往往是用户优先考虑的对象；与之相对应的，用户频繁使用的应用程序代表了用户对其的依赖程度较高，甚至其中的一些应用程序在某种程度上是用户的“必需品”，在用户想要卸载应用程序时，往往不考虑这些频繁使用的应用程序。因而，可以将应用程序的使用间隔时长作为衡量应用程序是否能够卸载的一个评判标准。

在另一种应用场景下，上述使用状况可以包括应用程序在智能终端上的风险信息，则上述步骤S101可以具体表现为：获取上述应用程序在应用商城中，被检测出存在风险的频次、被检测出存在捆绑应用的频次及被举报的频次。其中，随着应用程序的快速发展，也伴随而来了许多恶意应用程序。这些恶意应用程序有多种表现方式，最为常见的是强制安装、难以卸载、恶意收集用户信息、恶意捆绑等。为了抵制这些恶意应用程序，各应用商城也提出了各种举措，例如，当智能终端通过应用商城下载了应用程序后，若在智能终端运行应用程序的过程中检测到了应用程序存在风险，则可以将上述风险信息上报至应用商城；同样的，若在智能终端安装应用程序的过程中检测到了应用程序存在捆绑应用的行为，也可以将上述捆绑应用的行为上报至应用商城；当然，当用户发现应用程序的其它不合理行为时，也可以主动举报至应用商城。应用商城将收集各个用户的智能终端上报的信息，记录下被检测出风险的频次，被检测出存在捆绑应用的频次及被举报的频次，并在应用程序的下载页面对该应用程序作出风险评估，以帮助用户更好的选择优质的应用程序。

在第三种应用场景下，上述使用状况可以包括应用程序在智能终端上的使用功耗，则上述步骤S101可以具体表现为：检测上述应用程序是否存在自启动行为，相互唤醒行为或推送唤醒行为。自启动行为指的是，当用户不使用智能终端时，应用程序在后台自行启动的行为；相互唤醒行为指的是，当用户主动启动一个应用程序后，这个应用程序会自发的启动其他的一些应用程序；推送唤醒行为指的是，当接收到一个应用程序的消息推送时，在后台启动这个应用程序。当这些在后台运行的应用程序过多时，往往会拖累智能终端的运行速度，加速智能终端耗电，而由于上述这些启动行为均没有经过用户的同意，用户往往无法及时发现这些应用程序已经自启动并在后台运行了，导致无法及时关闭这些应用程序。显然地，上述这些应用程序的行为都会给智能终端带来额外的功耗，影响用户对智能终端的使用体验。

通常来说，对于上述三种应用场景，第一种应用场景可以独立出现，而第二种应用场景与第三种应用场景往往与第一种应用场景组合出现。也即是说，在获取应用程序的使用信息时，可以只获取应用程序的使用间隔时长，可以获取应用程序的使用间隔时长及风险信息，也可以获取应用程序的使用间隔时长及使用功耗，当然还可以同时获取应用程序的使用间隔时长、风险信息及使用功耗，此处不作限定。

在步骤S102中，将上述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

在本发明实施例中，将上述步骤S101中获得的使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级。上述预设的推荐卸载条件可以是智能终端默认的推荐卸载条件，也可以是用户自行设定的推荐卸载条件，此处不作限定。

在一种应用场景下，步骤S101获取到的使用信息是应用程序在智能终端上的使用间隔时长，则步骤S102具体表现为，根据应用程序在智能终端上的使用间隔时长确定各应用程序的推荐卸载等级。可以使预先设置若干个使用间隔时长区间，并为每个区间设置对应的推荐卸载等级，例如，划分出一周内，两周内，一月内，三月内及三月以上等若干个使用间隔时长，其对应的推荐卸载等级依次为一级至五级，例如，当一个应用程序已经三周未使用时，判断出其使用间隔时长在一月内，其对应的推荐卸载等级为三级；或者，可以只设置一个使用间隔时长阈值，当一应用程序在过去一年内达到上述使用间隔市场阈值的次数超过了预设的次数阈值时，则确定其为预设的推荐卸载等级，例如一级；当然，还可以通过其他方式确定应用程序的推荐卸载等级，此处不作限定。

在另一种应用场景下，步骤S101获取到的使用信息还包括应用程序在智能终端上的风险信息，则步骤S102具体表现为：若上述应用程序在应用商城中被检测出存在风险的频次，被检测出存在捆绑应用的频次及被举报的频次之和超过了预设的风险频次阈值，则提升上述应用程序的推荐卸载等级。其中，上述步骤S101已经说明了，通常并不会单独检测应用程序的风险信息，而是会在检测了使用间隔时长的基础上，再进行风险信息的检测。可以为已经通过应用程序的使用间隔时长确定了应用程序的推荐卸载等级后，若还发现应用程序在应用商城中被检测出存在风险的频次，被检测出存在捆绑应用的频次及被举报的频次之和超过了预设的风险频次阈值，则在根据使用间隔市场确定的推荐卸载等级的基础上，再提升上述应用程序的推荐卸载等级，例如，当一个应用程序已经三周未使用时，判断出其使用间隔时长在一月内，其对应的推荐卸载等级为三级，随后又检测到其风险行为的频次之和超过了预设的风险频次阈值，则将其推荐卸载等级从三级再提升至四级。进一步地，由于可能存在非正常用户的恶意举报，影响应用程序的风险信息，为了尽量减少恶意举报带来的影响，上述步骤S102还可以具体表现为：将上述应用程序在上述应用商城中被检测出存在风险的频次，作为第一风险指数；将上述应用程序在上述应用商城中被检测出存在捆绑应用的频次，作为第二风险指数；将上述应用程序在上述应用商城中被举报的频次，作为第三风险指数；对上述第一风险指数，第二风险指数及第三风险指数进行加权平均计算，获得风险指数；若上述风险指数处于预设的风险指数区间，则将上述应用程序的推荐卸载等级提升为与上述预设的风险指数区间对应的推荐卸载等级。其中，在进行加权平均计算时，可以适当的降低被第三风险指数的权重，以避免非正常用户的恶意举报影响对应用程序的风险状况的判断。可选地，也可以预先设置一个风险指数阈值，若上述应用程序的风险指数超过了预设的风险指数阈值，则提升上述应用程序的推荐卸载等级。

在第三种应用场景下，步骤S101获取到的使用信息还包括应用程序在智能终端上的使用功耗，则步骤S102具体表现为：若上述应用程序存在自启动行为，相互唤醒行为或推送唤醒行为，则提升上述应用程序的推荐卸载等级。其中，上述步骤S101已经说明了，通常并不会单独检测应用程序的使用功耗，而是会在检测了使用间隔时长的基础上，再进行使用功耗的检测。可以为已经通过应用程序的使用间隔时长确定了应用程序的推荐卸载等级后，若还发现存在自启动行为，相互唤醒行为或推送唤醒行为，则在根据使用间隔市场确定的推荐卸载等级的基础上，再提升上述应用程序的推荐卸载等级，例如，当一个应用程序已经三周未使用时，判断出其使用间隔时长在一月内，其对应的推荐卸载等级为三级，随后又检测到其存在自启动行为，则将其推荐卸载等级从三级再提升至四级。

在步骤S103中，根据各应用程序的推荐卸载等级，确定推荐卸载应用程序集合；

在本发明实施例中，根据上述步骤S102中确定的各应用程序的推荐等级，确定推荐卸载应用程序的结合，以便基于所述推荐卸载应用程序集合卸载应用程序，其中，上述推荐卸载应用程序集合为上述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。例如，假设上述步骤S102中，确定的应用程序的推荐卸载等级最高为五级，则可以将步骤S103中预设的推荐卸载等级确定为三级，即推荐卸载应用程序集合中包括了推荐卸载等级为四级及五级的应用程序。需要注意的是，上述仅仅为预设的推荐卸载等级仅仅为一个示例，用户或智能终端可以将上述预设的推荐卸载等级设定为其它值，此处不作限定。进一步地，在确定推荐卸载应用程序集合之后，还可以输出上述推荐卸载应用程序集合。可选的，上述输出上述推荐卸载应用程序集合可以是通过语音播报的方式输出上述应用程序集合中的应用程序名称，以提醒用户进行卸载操作；或者，也可以是通过文字推送的方式输出上述应用程序集合中的应用名称，此处不作限定。

可选地，为了进一步减少用户操作，使卸载过程更加方便快捷，上述步骤S103之后，还包括：

若接收到输入的确定卸载指令，则卸载上述推荐卸载应用程序集合中的所有应用程序。

其中，通过步骤S101至步骤S103的操作，可以确定上述推荐卸载应用程序集合中包含的为用户较长时间没有使用，且很可能有一定风险性或功耗消耗较大的应用程序。在输出了上述应用程序集合之后，为了进一步减少用户操作，若用户认为上述推荐卸载应用程序集合中的应用程序都可以被卸载，则可以向智能终端输入确定卸载指令，当智能终端接收到上述确定卸载指令后，将在上述确定卸载指令的指示下将推荐卸载应用程序集合中的所有应用程序都卸载掉，无需用户再一个一个手动卸载，节约用户的时间。当然，也可以是在确定推荐卸载应用程序集合后，由智能终端自动卸载上述应用程序推荐卸载集合中的应用程序，此处不作限定。

为了使上述步骤S101至步骤S103更为清楚，以下举出具体的例子作详细说明，需要说明的是，限于篇幅，下述例子可能省略了上述步骤S101至步骤S103的某些可选的实现过程：

智能终端的操作***将推荐卸载条件设定为：

零级：应用程序在过去半年内平均使用间隔时长未超过一个月；

一级：应用程序在过去半年内平均使用间隔时长超过了一个月；

二级：应用程序在过去半年内平均使用间隔时长超过了一个月，并且，应用程序的风险指数大于60；

三级：应用程序在过去半年内平均使用间隔时长超过了一个月，并且，应用程序存在自启动行为，相互唤醒行为或推送唤醒行为；

四级：应用程序在过去半年内平均使用间隔时长超过了一个月，并且，应用程序的风险指数大于60，并且，应用程序存在自启动行为、相互唤醒行为或推送唤醒行为。

智能终端在运行过程中检测到应用程序A在过去半年内的平均使用间隔时长为3天；应用程序B在过去半年内的平均使用间隔时长为35天；应用程序C在过去半年内的平均使用间隔时长为40天，且存在自启动行为；应用程序D在过去半年内的平均使用间隔时长为36天，且风险指数为80；应用程序E在过去半年内的平均使用间隔时长为33天，且风险指数为65。则可以确定应用程序A的推荐卸载等级为零级；应用程序B的推荐卸载等级为一级；应用程序C的推荐卸载等级为三级；应用程序D的推荐卸载等级为二级；应用程序E的推荐卸载等级也为二级。智能终端的操作***确定本次推荐卸载应用程序集合中为推荐卸载指数大于二级的应用程序，则此时，推荐卸载应用程序集合中只包含了应用程序C，可以将上述推荐卸载应用程序集合以消息推送的方式通知用户，以便用户进行后续应用程序管理操作。

由上可见，通过本发明实施例，能够结合应用程序在智能终端上的使用间隔时长、风险信息及使用功耗对应用程序进行综合判断，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，实现对智能终端应用程序的智能管理，缓解智能终端的卡顿情况。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

实施例二

图2示出了本发明实施例提供的应用程序管理装置的的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。该应用程序管理装置2包括：信息获取单元21，等级确定单元22，集合确定单元23。

其中，信息获取单元21，用于获取各已安装的应用程序的使用信息，上述使用信息指示了应用程序在智能终端上的使用状况；

等级确定单元22，用于将上述信息获取单元21获取到的各应用程序的使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

集合确定单元23，用于根据上述等级匹配单元22确定的各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，上述推荐卸载应用程序集合为上述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

可选地，上述应用程序管理装置2还包括：

应用卸载单元，用于当接收到输入的确定卸载指令时，卸载上述推荐卸载应用程序集合中的所有应用程序。

可选地，上述信息获取单元21包括：

功耗获取子单元，用于检测上述应用程序是否存在自启动行为，相互唤醒行为或推送唤醒行为；

上述等级确定单元22，具体用于，当上述应用程序存在自启动行为，相互唤醒行为或推送唤醒行为时，提升上述应用程序的推荐卸载等级。

可选地，上述信息获取单21元包括：

风险检测子单元，用于获取上述应用程序在应用商城中，被检测出存在风险的频次、被检测出存在捆绑应用的频次及被举报的频次；

上述等级确定单元22，具体用于，当上述应用程序在应用商城中被检测出存在风险的频次，被检测出存在捆绑应用的频次及被举报的频次之和超过了预设的风险频次阈值时，提升上述应用程序的推荐卸载等级。

可选地，上述等级确定单元22，包括：

第一风险指数确定子单元，用于将上述应用程序在上述应用商城中被检测出存在风险的频次，作为第一风险指数；

第二风险指数确定子单元，用于将上述应用程序在上述应用商城中被检测出存在捆绑应用的频次，作为第二风险指数；

第三风险指数确定子单元，用于将上述应用程序在上述应用商城中被举报的频次，作为第三风险指数；

加权平均计算子单元，用于对上述第一风险指数，第二风险指数及第三风险指数进行加权平均计算，获得风险指数；

等级提升子单元，用于上述风险指数处于预设的风险指数区间，则将上述应用程序的推荐卸载等级提升为与上述预设的风险指数区间对应的推荐卸载等级。

由上可见，通过本发明实施例，应用程序管理装置能够结合应用程序在智能终端上的使用间隔时长、风险信息及使用功耗对应用程序进行综合判断，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，实现对智能终端应用程序的智能管理，缓解智能终端的卡顿情况。

实施例三

图3是本发明一实施例提供的智能终端的示意图。如图3所示，该实施例的智能终端3包括：处理器30、存储器31以及存储在上述存储器31中并可在上述处理器30上运行的计算机程序32，例如应用程序管理程序。上述处理器30执行上述计算机程序32时实现上述各个应用程序管理方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，上述处理器30执行上述计算机程序32时实现上述各装置实施例中各单元的功能，例如图2所示单元21至23的功能。

示例性的，上述计算机程序32可以被分割成一个或多个单元，上述一个或者多个单元被存储在上述存储器31中，并由上述处理器30执行，以完成本发明。上述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序32在上述智能终端3中的执行过程。例如，上述计算机程序32可以被分割成信息获取单元，等级确定单元，集合确定单元，各单元具体功能如下：

信息获取单元，用于获取各已安装的应用程序的使用信息，上述使用信息指示了应用程序在智能终端上的使用状况；

等级确定单元，用于将上述信息获取单元获取到的各应用程序的使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

集合确定单元，用于根据上述等级匹配单元确定的各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，上述推荐卸载应用程序集合为上述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

上述智能终端3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。上述智能终端可包括，但不仅限于，处理器30、存储器31。本领域技术人员可以理解，图3仅仅是智能终端3的示例，并不构成对智能终端3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如上述智能终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器31可以是上述智能终端3的内部存储单元，例如智能终端3的硬盘或内存。上述存储器31也可以是上述智能终端3的外部存储设备，例如上述智能终端3上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，上述存储器31还可以既包括上述智能终端3的内部存储单元也包括外部存储设备。上述存储器31用于存储上述计算机程序以及上述智能终端所需的其他程序和数据。上述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。

由上可见，通过本发明实施例，智能终端能够结合应用程序在智能终端上的使用间隔时长、风险信息及使用功耗对应用程序进行综合判断，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，实现对智能终端应用程序的智能管理，缓解智能终端的卡顿情况。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

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

获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况；

将所述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

根据各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，所述推荐卸载应用程序集合为所述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

2.如权利要求1所述的应用程序管理方法，其特征在于，所述确定推荐卸载应用程序集合，之后还包括：

若接收到输入的确定卸载指令，则卸载所述推荐卸载应用程序集合中的所有应用程序。

3.如权利要求1或2所述的应用程序管理方法，其特征在于，所述获取各已安装的应用程序的使用信息包括：

检测所述应用程序是否存在自启动行为，相互唤醒行为或推送唤醒行为；

所述将所述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级，包括：

若所述应用程序存在自启动行为，相互唤醒行为或推送唤醒行为，则提升所述应用程序的推荐卸载等级。

4.如权利要求1或2所述的应用程序管理方法，其特征在于，所述获取各已安装的应用程序的使用信息包括：

获取所述应用程序在应用商城中，被检测出存在风险的频次、被检测出存在捆绑应用的频次及被举报的频次；

所述将所述使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级，包括：

若所述应用程序在应用商城中被检测出存在风险的频次，被检测出存在捆绑应用的频次及被举报的频次之和超过了预设的风险频次阈值，则提升所述应用程序的推荐卸载等级。

5.如权利要求4所述的应用程序管理方法，其特征在于，所述若所述应用程序在应用商城中被检测出存在风险的频次，被检测出存在捆绑应用的频次及被举报的频次之和超过了预设的风险频次阈值，则提升所述应用程序的推荐卸载等级，包括：

将所述应用程序在所述应用商城中被检测出存在风险的频次，作为第一风险指数；

将所述应用程序在所述应用商城中被检测出存在捆绑应用的频次，作为第二风险指数；

将所述应用程序在所述应用商城中被举报的频次，作为第三风险指数；

对所述第一风险指数，第二风险指数及第三风险指数进行加权平均计算，获得风险指数；

若所述风险指数处于预设的风险指数区间，则将所述应用程序的推荐卸载等级提升为与所述预设的风险指数区间对应的推荐卸载等级。

6.一种应用程序管理装置，其特征在于，所述应用程序管理装置包括：

信息获取单元，用于获取各已安装的应用程序的使用信息，所述使用信息指示了应用程序在智能终端上的使用状况；

等级确定单元，用于将所述信息获取单元获取到的各应用程序的使用信息与预设的推荐卸载条件进行匹配，确定各应用程序的推荐卸载等级；

集合确定单元，用于根据所述等级匹配单元确定的各应用程序的推荐卸载等级，确定推荐卸载应用程序集合，以便基于所述推荐卸载应用程序集合卸载应用程序，所述推荐卸载应用程序集合为所述推荐卸载等级大于预设的推荐卸载等级的应用程序的集合。

7.如权利要求6所述的应用程序管理装置，其特征在于，所述应用程序管理装置还包括：

应用卸载单元，用于当接收到输入的确定卸载指令时，卸载所述推荐卸载应用程序集合中的所有应用程序。

8.如权利要求6或7所述的应用程序管理装置，其特征在于，所述信息获取单元包括：

功耗获取子单元，用于检测所述应用程序是否存在自启动行为，相互唤醒行为或推送唤醒行为；

所述等级确定单元，具体用于，当所述应用程序存在自启动行为，相互唤醒行为或推送唤醒行为时，提升所述应用程序的推荐卸载等级。

9.一种智能终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。