预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类。
[0099]例如:将开发者相同且使用时长高于预定值的微信和QQ分为一类，将百度云分为另一类。
[0100]S850、根据分类结果将应用程序对应的图标按照不同的类别进行整理并显示。
[0101]例如:将微信和QQ的图标放入第一文件夹中显示，将百度云的图标单独显示。
[0102]结合图9中所示，本发明实施例所述的又一应用程序的分类方法，可应用于终端设备中，包括:
[0103]S910、接收第一应用程序启动的提示。
[0104]例如，当微信启动时，则提示对微信进行分类。
[0105]S920、获取第一应用程序的属性数据和使用数据。
[0106]例如:获取微信的类型、开发者信息、数据包大小、存储位置和图标颜色以及获取微信的使用地点、使用频率和使用时长
[0107]S930、按照预定分类策略的数据要求选取第一应用程序的预定属性数据和预定使用数据。
[0108]具体地，预定分类策略可以是用户选择的分类策略，也可以装置默认的分类策略。例如:按照预定分类策略选取微信的开发者信息以及使用时长。
[0109]S940、将所述第一应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换。
[0110]例如:将微信的开发者信息转换开发者的代码，将微信的使用时长进行二进制转换形成二进制数。
[0111]S950、根据格式转换后所述第一应用程序的预定属性数据和预定使用数据按照预定分类策略对所述第一应用程序进行分类。
[0112]例如:将微信分类到聊天类应用程序中。
[0113]S960、根据分类结果将所述第一应用程序对应的图标整理并显示在对应类别文件夹中。
[0114]例如:将微信添加到聊天类应用程序文件夹中，该聊天类应用程序文件夹中的应用程序均为同一开发者且使用时长大于预定值。
[0115]S970、接收用户发送的确认请求，完成第一应用程序的分类。
[0116]S980、接收用户发送的重新分类的请求，则选择不同的预定分类策略重复步骤S930-S960直到接收到用户发送的确认请求，完成第一应用程序的分类。
[0117]结合图10中所示，本实施例所述的应用程序的分类装置，包括如下装置:
[0118]用于接收应用程序分类请的装置(以下简称“接收单元”)110 ;
[0119]用于获取应用程序的属性数据和使用数据的装置(以下简称“获取单元”)120 ;
[0120]用于根据所述应用程序的属性数据和使用数据按照预定分类策略对应用程序进行分类的装置(以下简称“分类单元”)130。
[0121 ] 下面对各装置做进一步详细介绍。
[0122]接收单元110中，I)应用程序分类请求可以是用户发送的对至少一个应用程序进行分类的请求，如图2a所示的终端设备的界面，可以选择对任意一个或多个应用程序进行分类。2)应用程序分类请求还可以是应用程序启动的提示，一旦应用程序启动，则会对该应用程序进行分类。3)预定周期的提示。随着用户在不同时间段的不同需求，该应用程序的分类也需不断变化，例如:用户欲10月I日去旅行，其在9月15日-9月30日期间会对旅游类应用程序使用频率增加，则此时该应用程序可能被划分到常用应用程序分类，但当用户旅行回来后，对该应用程序的使用频率就会大大减少，故此时需对该应用程序进行重新分类，将其从常用应用程序分类中移动到其它应用程序分类中。具体的，预定周期会提示对应用程序进行分类，预定周期可以用户设定，也可以根据用户对终端设备的使用频率确定不同的周期，例如，预定周期可以是每天、I周、10天或一个月等。
[0123]获取单元120中，应用程序的属性数据可以包括但不限于:应用程序的类型、应用程序的数据包的大小、应用程序的存储位置、应用程序的开发者信息、应用程序的缓存占用情况、应用程序的图标样式和/或应用程序的图标颜色。
[0124]获取单元120中，应用程序的使用数据可以包括但不限于:应用程序的使用时长、应用程序的使用地点、应用程序的使用频率和/或经常同时使用的应用程序(例如:地图软件和公交实时查询软件等)。
[0125]结合图11所示，本发明实施例还包括:
[0126]用于获得所述应用程序的使用数据的装置(以下简称“使用数据获取单元”)190，使用数据获取单元190包括:
[0127]用于从应用程序的日志中获取所述应用程序的使用数据的装置(以下简称“监听子单元”)1901。
[0128]具体地，应用程序的日志是当应用程序启动时，对所述应用程序进行监听获得的数据。例如:从应用程序的日志:9:15启动，9:45终止，获得应用程序的使用时长为30分钟。
[0129]如图11所示，分类单元130可以包括:
[0130]用于按照预定分类策略的数据要求选取应用程序的预定属性数据和预定使用数据的装置(以下简称“数据选取子单元”)1301。
[0131]作为可选的，每个预定分类策略可以对应不同的预定属性数据和预定使用数据。例如:第一预定分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据，将应用程序的使用地点和应用程序的使用时长作为预定使用数据。第二预定分类策略的数据要求为无需预定属性数据，仅将应用程序的使用频率作为预定使用数据。第三预定分类策略的数据要求为无需预定使用数据，将应用程序的图标样式和应用程序的图标颜色作为预定属性数据。
[0132]用于将所述应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换的装置(以下简称“第一转换子单元”)。
[0133]作为可选的，每个预定分类策略需要对预定格式的预定属性数据和预定格式的预定使用数据进行处理，以保证数据的统一使分类更准确且计算量少。例如:第一预定分类策略的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。第二预定分类策略的数据要求为对预定属性数据和预定使用数据进行标准化处理后的数据。
[0134]用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照预定分类策略对所述应用程序进行分类的装置(以下简称“第一策略分类子单元”)1303。
[0135]例如:第一预定分类策略包括:根据应用程序的使用频率进行分类，将每天都使用的应用程序作为第一类，将每周都使用的应用程序作为第二类，将一个月以上未使用的应用程序作为第三类。第二预定分类策略包括:根据应用程序的类型进行分类，将聊天类应用程序作为第一类，将购物类应用程序作为第二类，将学习类应用程序作为第三类。第三预定分类策略包括:根据应用程序的类型和应用程序的使用地点进行分类，将在家里使用的购物类和聊天类应用程序作为第一类，将在单位使用的学习类应用程序作为第二类。
[0136]结合图11所示，当接收单元110中所述应用程序分类请求中包含第一分类策略时，本发明实施例还可以包括以下装置:
[0137]用于根据第一分类策略对应的数据要求选取所述应用程序的预定属性数据和预定使用数据的装置(以下简称“数据获取子单元”)1201。
[0138]具体地，由于应用程序分类请求中包含第一分类策略，故根据存储的第一分类策略对应的数据要求即可确定第一分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据。
[0139]用于将所述应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换的装置(以下简称“第二转换子单元”)1304。
[0140]具体地，第一分类策略对应的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。故将应用程序的存储位置进行归一化处理，将应用程序的缓存占用情况进行二进制转换。
[0141]用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类的装置(以下简称“第二策略分类子单元”)1305。
[0142]根据归一化处理后的应用程序的存储位置和二进制转换后的应用程序的缓存占用情况，将存储在SD卡和占用缓存少于预定值的应用程序作为第一类，将存储在终端设备的存储器中和占用缓存少于预定值的应用程序作为第二类，将存储在终端设备的存储器中和占用缓存大于等于预定值的应用程序作为第三类，其余应用程序作为第四类。
[0143]结合图11所示，本发明实施例还可以包括:
[0144]用于根据分类结果将所述应用程序对应的图标按照不同的类别进行整理并显示的装置(以下简称“显示单元”)140。
[0145]以如图2a所示的终端设备的界面为例，根据应用程序的类型进行分类，将聊天类应用程序作为第一类，将购物类应用程序作为第二类，将学习类应用程序作为第三类，游戏类应用程序作为第四类，地图类应用程序作为第五类，旅游类应用程序作为第六类，管理类应用程序作为第七类，整理后显示的终端设备的界面可以如图2b所示。
[0146]结合图11所示，本发明实施例还可以包括:
[0147]用于接收用户发送的新的分类请求的装置(以下简称“新请求接收单元”)150。
[0148]具体地，该