应用清除方法和装置与流程

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及应用的清理方法和和装置。

背景技术：

应用清除，是基于终端现有的应用，对应用进行管理以节省终端的容量存储空间，提升终端的运行速度的一项技术。终端通过对应用进行适时的清除管理，可以提高应用资源的使用频率，提高终端的工作效率。

然而，现有的应用清除方式通常是以应用列表的方式根据应用的使用频率、应用的大小等进行排序，这种应用的清除方式难以较好的针对不同的应用类别进行针对性的清除。

技术实现要素：

本申请的目的在于提出一种改进的应用清除方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种应用清除方法，所述方法包括：获取终端上安装的各个应用的属性信息，所述属性包括应用类别；将所述各个应用划分成至少一个应用集合，其中，应用集合中的应用具有相同的属性；在预定时间段内记录各个应用的使用信息；针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理。

在一些实施例中，所述使用信息包括以下至少一项：应用的启动频率信息，应用的卸载频率信息，应用的安装信息。

在一些实施例中，所述将所述各个应用划分成至少一个应用集合，包括：针对所述属性信息，对各个应用预置至少一个标签词；根据所述标签词，将具有相同标签词的应用划入到同一个应用集合中。

在一些实施例中，所述针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理，包括：当应用的使用信息包括启动频率信息时，对于至少包含两个应用的应用集合，获取该应用集合中的任意两款应用的启动频率的差值；将所述差值与第一预定阈值比较，当所述差值大于或等于所述第一预定阈值时，对启动频率低的应用进行清除处理。

在一些实施例中，所述针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理，包括：当应用的使用信息包括卸载频率信息时，对卸载频率大于或等于第二预定阈值的应用进行清除处理。

在一些实施例中，所述针对每一个应用集合根据使用信息对该应用集合中的至少一个应用进行清除处理之后，还包括：将所述各个应用的使用信息共享给带有推荐功能的应用。

在一些实施例中，所述属性还包括以下至少一项：应用的大小、应用的工作模式。

第二方面，本申请提供了一种应用清除装置，所述装置包括：获取单元，配置用于获取终端上安装的各个应用的属性信息，所述属性包括应用类别；应用划分单元，配置用于将所述各个应用划分成至少一个应用集合，其中，应用集合中的应用具有相同的属性；信息记录单元，配置用于在预定时间段内记录各个应用的使用信息；清除处理单元，配置用于针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理。

在一些实施例中，所述应用划分单元配置进一步用于：针对所述属性信息，对各个应用预置至少一个标签词；根据所述标签词，将具有相同标签词的应用划入到同一个应用集合中。

在一些实施例中，所述使用信息包括以下至少一项：应用的启动频率信息，应用的卸载频率信息，应用的安装信息。

在一些实施例中，所述清除处理单元包括：启动频率差值子单元，配置用于当应用的使用信息包括启动频率信息时，对于至少包含两个应用的应用集合，获取该应用集合中的任意两款应用的启动频率的差值；第一清除处理子单元，配置用于将所述差值与第一预定阈值比较，当所述差值大于或等于所述第一预定阈值时，对启动频率低的应用进行清除处理。

在一些实施例中所述清除处理单元包括：第二清除处理子单元，配置用于当应用的使用信息包括卸载频率信息时，对卸载频率大于或等于第二预定阈值的应用进行清除处理。

在一些实施例中，所述清除处理单元之后还包括：共享单元，配置用于将所述各个应用的使用信息共享给带有推荐功能的应用。

在一些实施例中，所述属性还包括以下至少一项：应用的大小、应用的工作模式。

本申请提供的应用清除方法和装置，通过获取终端上安装的应用的包括类别的属性信息，根据应用的属性信息将应用划分成至少一个应用集合，而后获取各个应用在预定时间段内记录的使用信息，最后针对每一个应用集合中各个应用的使用信息对该应用集合中的至少一个应用进行清除处理，从而富有针对性的对终端的应用进行清除处理，优化终端的存储空间。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的应用清除方法的一个实施例的流程图；

图3是根据本申请的应用清除方法的一个应用场景的示意图；

图4是根据本申请的应用清除方法的又一个实施例的流程图；

图5是根据本申请的应用清除装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的应用清除方法或应用清除装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备101、102、103可以通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台应用等。

终端设备101、102、103可以是具有显示屏并且支持应用可以随时删减的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上的应用进行清除的后台应用服务器。后台应用服务器可以对获取的各个应用的属性信息以及应用的使用信息进行分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本申请实施例所提供的应用清除方法一般由服务器105执行，相应地，应用清除装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的应用清除方法的一个实施例的流程200。所述的应用清除方法，包括以下步骤：

步骤201，获取终端上安装的各个应用的属性信息。

在本实施例中，应用清除方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从安装有应用的终端上获取各个应用的属性信息。其中，属性用于描述一个事物与另一个事物的相同点或相异点，应用的属性信息用于描述一个应用与另外一个应用的相同性质或者不同性质的信息，其中，应用的属性包括应用类别。需要指出的是，上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。

通常，上述电子设备(例如图1所示的服务器)可以通过获取用户利用终端安装的应用的名字以及存储在终端的该应用的信息的方式来获取应用的属性信息，这时，服务器可以直接获取到各应用的类别；上述电子设备(例如图1所示的服务器)还可以通过访问各个应用的源地址来获取应用的属性信息。

步骤202，将各个应用划分成至少一个应用集合。

在本实施例中，基于步骤201中得到的应用的属性信息，上述电子设备(例如图1所示的服务器)可以对上述应用可以按照应用的属性信息进行划分，之后再将具有相同属性信息的应用放在同一个集合中，生成基于属性信息的至少一个应用集合。

在本实施例中，应用根据所属的类别可以划分为游戏类应用、音乐播放类应用、视频播放类应用、视频制作类应用、图书类应用、生活类应用、浏览器类应用等。其中，游戏类应用又可以分为角色扮演类游戏应用、战争策略类游戏应用、休闲竞技类游戏应用等；生活类应用又可分为地图导航类应用、购物类应用、应用管理类应用等。服务器可以通过获取应用的名字，以及终端存储的该应用的信息，划分应用集合；也可以首先获取该应用所属的大的类别，在该类别下，可以将应用再进行更为详细的划分。作为一个示例，获取到两款应用，可对应用的名字进行分析，确定该两款应用为游戏类应用a和游戏类应用b，可通过获取源地址的方式对游戏类应用a和游戏类应用b进行进一步分析，判断游戏类应用a为角色扮演类游戏应用，判断游戏类应用b为战争策略类游戏应用，因此将游戏类应用a划分到游戏大应用集合下的角色扮演类游戏集合中，将游戏类b划分到游戏大应用集合下的战争策略类集合中。

步骤203，在预定时间段内记录各个应用的使用信息。

在本实施例中，基于步骤202得到的根据同一属性下的应用集合，针对应用集合中的每一个应用，记录每一个应用的使用信息。

在本实施例的一些可选的实现方式中，上述使用信息可以包括应用的卸载频率信息。用户在向电子设备安装应用时，会同时安装上一些相关应用，有些应用并非用户所需，因此用户可针对这些应用进行卸载。服务器可以监测应用的卸载次数，并记录下来，在预定的时间段内，可确定应用的卸载频率。

在本实施例的一些可选的实现方式中，上述使用信息还可以包括应用的安装信息。用户在向电子设备安装应用时，会提示是否安装关联应用，用户在选择安装关联应用时，服务器会记录下用户安装的关联应用的类别信息，并在预置的时间段内记录下该应用的安装次数。

步骤204，针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理。

在本实施例中，上述电子设备可以根据上述应用集合中各个应用的使用信息，来对各个集合中的应用进行清除处理。其中，清除处理的方式可以通过通知栏或者弹出框的形式显示在电子设备上，向终端提出清除应用的建议或提示。也可以直接对应用进行清理。

在本实施例的一些可选的实现方式中，服务器会对应用的卸载频率设置卸载频率阈值，根据步骤203中服务器记录到的各个应用的卸载频率信息，当某个应用的卸载频率超过该阈值时，若服务器检测到电子设备中还保留有此应用，会对此应用进行清除处理。作为示例，服务器检测到应用c在某个时间段内的卸载频率为5次，而服务器预置的卸载频率阈值为4次，该应用的卸载频率大于预先设定的阈值，因此对该应用进行清除处理。若电子设备终端安装有与手机清理相关的应用，服务器可在终端启动该应用时在与手机清理相关的页面上显示建议应用c进行清除的提示；或者将应用c加入到应用清除列表中，并在下一次启动应用清除列表时进行清除。

在本实施例的一些可选的实现方式中，根据使用信息对该应用集合中的至少一个应用进行清除处理之后，上述电子设备上记录的各个应用的使用信息，以及根据属性集合划分的各个属性集合类型，可以共享给一些带有推荐功能的应用。例如一些浏览器应用，一些搜索类应用等。

继续参见图3，图3是根据本实施例的应用清除方法的应用场景的一个示意图。在图3的应用场景中，服务器首先获取在终端上安装的应用e、应用f和应用g的属性信息，经过分析，应用e属于音乐播放类，应用f也属于音乐播放类，应用g属于游戏类；之后，根据应用所属的类别，将应用按照类别划分成不同的集合，其中应用e和应用f同属于音乐播放类集合，应用g属于游戏类集合；接着服务器记录每个应用集合中的应用在“两个月内”的使用信息，例如应用a在两个月内使用8次，应用f在两个月内使用2次，应用g在两个月内使用6次。针对音乐播放类集合中使用次数最少的应用f进行清除处理。

本申请的上述实施例提供的方法通过将应用的属性进行集合划分，针对同一集合内的应用进行清除，实现了富于针对性的对应用进行清除。

进一步参考图4，其示出了应用清除方法的又一个实施例的流程400。该应用清除方法的流程400，包括以下步骤：

步骤401，获取终端上安装的各个应用的属性信息。

在本实施例中，应用清除方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式从安装有应用的终端上获取各个应用的属性信息，其中上述应用的属性信息包括应用的类别信息。

步骤402，将各个应用划分成至少一个应用集合。

在本实施例中，基于步骤201中得到的应用的属性信息，上述电子设备(例如图1所示的服务器)可以对上述应用可以按照应用的属性信息进行划分，之后再将具有相同属性信息的应用放在同一个集合中，生成基于属性信息的至少一个应用集合。

步骤403，在预定时间段内记录各个应用的启动频率信息。

在本实施例中，基于步骤402得到的根据同一属性下的应用集合，针对应用集合中的每一个应用，记录每一个应用的启动频率信息。

在本实施例中，用户在电子设备上(例如图1中的终端)安装了应用，或者终端自带的一些应用，用户会通过电子设备对应用进行开启，应用每开启一次，服务器可以记录下来。服务器可在一定的时间段内，通过记录的应用的开启次数，确定应用的启动频率。

步骤404，对于至少包含两个应用的应用集合，获取该应用集合中的任意两款应用的启动频率的差值。

在本实施例中，利用步骤403，得到每一个属性集合下的各个应用的启动频率信息。在包含至少两款应用的同一个属性集合下，针对记录的每一款应用的启动频率，对任意两款应用的启动频率做差值，进行比较。作为示例，在生活服务类的属性下，有地图类应用a，地图类应用b和地图类应用c。其中地图类应用a的启动次数为20次，地图类应用b的启动次数为12次，地图类应用c的启动次数为4次。地图类应用a与地图类应用b的启动频率差值为8，地图类应用a与地图类应用c的启动频率差值为16，地图类应用b与地图类应用c的启动频率差值为8。

步骤405，将差值与第一预定阈值比较，当差值大于或等于第一预定阈值时，对启动频率低的应用进行清除处理。

在本实施例中，根据步骤404得到的在同一个属性集合下，至少两款相同属性的应用中任意两款应用的启动频率的差值后，将此差值与服务器中预置的启动频率的差值阈值进行比较。当上述启动频率的差值大于预置的启动频率的差值阈值时，对启动频率低的那款应用进行清除处理。沿用步骤404中的示例，当服务器中预置的启动频率的差值阈值为10时，上述地图类应用a与地图类应用c的启动频率差值为16，大于服务器预置的启动频率的差值阈值10，说明地图类应用c启动的次数少，同时在同一个类别的属性集合下有同类别的地图类应用a和地图类应用b，因此，对地图类应用c可以进行清除处理。

步骤406，将各个应用的启动频率信息共享给带有推荐功能的应用。

在本实施例中，上述电子设备上记录的各个应用的启动频率信息，以及根据属性集合划分的各个属性集合类型，可以共享给一些带有推荐功能的应用。

从图4中可以看出，与图2对应的实施例相比，本实施例中的应用清除方法的流程400突出了步骤403中的获取应用的启动频率信息，步骤404中的将同一属性集合下的应用的启动频率求取差值，以及步骤405中根据同一属性集合下的应用的差值对应用进行清除处理的步骤。由此，本实施例描述的方案可以在保证具有多款相同属性的应用时，清除掉不常用的应用，从而实现更加准确全面的对应用进行清除。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种应用清除装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的应用清除装置500包括：获取单元501、应用划分单元502、信息记录单元503和清除处理单元504。其中，获取单元601配置用于获取终端上安装的各个应用的属性信息，所述属性包括应用类别；应用划分单元502配置用于将所述各个应用划分成至少一个应用集合，其中，应用集合中的应用具有相同的属性；信息记录单元503配置用于在预定时间段内记录各个应用的使用信息；而清除处理单元504配置用于针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理。

在本实施例中，应用清除装置500的获取单元501可以通过有线连接方式或者无线连接方式从安装有应用的终端上获取各个应用的属性信息。其中，应用的属性信息包括应用的类别信息。

在本实施例中，基于获取单元501得到的应用的属性信息，上述应用划分单元502可以对上述应用可以按照应用的属性信息进行划分，之后再将具有相同属性信息的应用放在同一个集合中，生成基于属性信息的至少一个应用集合。可选的，属性信息还包括以下至少一项：应用的大小信息、应用的工作模式信息。

在本实施例中，应用清除装置500上可以预先设定时间段，根据预设的时间段，信息记录单元503可以记录应用集合中的每一个应用的使用信息。可选的，使用信息包括以下至少一项：应用的启动频率信息，应用的卸载频率信息，应用的安装信息。

在本实施例中，上述清除处理单元504可以根据上述应用集合中各个应用的使用信息，来对各个集合中的应用进行清除处理。其中，清除处理的方式可以通过通知栏或者弹出框的形式显示在电子设备上，向终端提出清除应用的建议或提示。也可以直接对应用进行清理。

在本实施例的一些可选的实现方式中，上述应用清除装置500的清除处理单元504还包括启动频率差值子单元(未示出)，配置用于在包含至少两款应用的同一个属性集合下，针对记录的每一款应用的启动频率，对任意两款应用的启动频率做差值，进行比较；还包括第一清除处理子单元，配置用于将启动频率的差值与预置的启动频率的差值阈值进行比较，当启动频率的差值大于预置的启动频率的差值阈值时，对启动频率低的那款应用进行清除处理；还包括第二清除处理子单元，配置用于对应用的卸载频率设置卸载频率阈值，根据应用清除装置500的信息记录单元503中记录到的各个应用的卸载频率信息，当某个应用的卸载频率超过该阈值时，若检测到电子设备中还保留有此应用，会对此应用进行清除处理。

在本实施例的一些可选的实现方式中，上述应用清除装置500包括共享单元，配置用于将信息记录单元503中记录的各个应用的启动频率信息，以及根据属性集合划分的各个属性集合类型，可以共享给一些带有推荐功能的应用。

下面参考图6，其示出了适于用来实现本申请实施例的服务器的计算机系统600的结构示意图。

如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中，还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分606；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机应用程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、解析单元、信息选取单元和生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“获取终端上安装的各个应用的属性信息的单元”。

作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：获取终端上安装的各个应用的属性信息，所述属性包括应用类别；将所述各个应用划分成至少一个应用集合，其中，应用集合中的应用具有相同的属性；在预定时间段内记录各个应用的使用信息；针对每一个应用集合，根据使用信息对该应用集合中的至少一个应用进行清除处理。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。