WO2019019194A1

WO2019019194A1 - 应用管理方法及终端

Info

Publication number: WO2019019194A1
Application number: PCT/CN2017/095050
Authority: WO
Inventors: 曹霄; 郝占峰
Original assignee: 华为技术有限公司
Priority date: 2017-07-28
Filing date: 2017-07-28
Publication date: 2019-01-31
Also published as: CN110741346B; CN110741346A

Abstract

本申请公开一种应用管理方法及终端，涉及终端技术领域。所述方法包括：终端根据用户数据预加载目标应用程序的启动资源（601）；终端接收用户输入的启动所述目标应用程序的触发操作（602）；响应于所述触发操作，终端基于预加载的所述启动资源启动所述目标应用程序，显示目标应用程序的界面9603）。用户数据为基于用户使用应用的历史记录得到的统计数据。目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。所述方法应用在终端安装有多个应用程序需要启动某个应用程序或清理某个应用程序的过程中。

Description

应用管理方法及终端

技术领域

本申请涉及终端技术领域，尤其涉及一种应用管理方法及终端。

背景技术

目前，手机等终端安装的应用程序(application，APP)越来越多。用户对应用程序的启动速度等要求也越来越高。现有终端中，用户通过点击终端上安装的应用程序的图标启动应用程序，但当终端中被占用的内存较多时，启动应用程序的速度仍然较慢。

发明内容

本申请的实施例提供一种应用管理方法及装置，用以解决应用启动时启动速度较慢的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供一种应用管理方法，包括：终端根据用户数据预加载目标应用程序的启动资源，该用户数据为基于用户使用应用的历史记录得到的统计数据，该目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。则当终端接收用户输入的启动目标应用程序的触发操作时，响应于该触发操作，终端基于预加载的启动资源启动目标应用程序，显示目标应用程序的界面。

本申请实施例提供的应用管理方法，终端根据用户数据预启动目标应用程序并在后台运行该目标应用程序。这样，当终端接收用户输入的启动所述目标应用程序的触发操作时，响应于该触发操作，终端启动该目标应用程序。其中，用户数据为根据用户使用应用时的历史使用数据得到，能够表示用户使用应用的习惯，目标应用程序为根据用户数据确定的用户经常使用的应用。因此，采用上述方法后，根据用户使用应用的习惯预先启动用户经常使用的应用程序，进而当用户想要启动该应用程序时，能够加快应用启动速度。

可选的，所述用户数据包括至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的使用概率大于第一阈值的应用程序。

可选的，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于第二阈值的应用程序。

可选的，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率大于第三阈值的应用程序；

可选的，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率大于第四阈值的应用程序。

其中，所述启动资源包括以下资源中的至少一种：目标应用程序的进程、所述目标应用程序的组件和启动目标应用程序所需的资源数据。相应的，所述终端根据用户数据预加载目标应用程序的启动资源，包括：终端预加载目标应用程序的进程和组件后，启动预加载接口以预加载指定资源数据。其中，该预加载接口用于为所述目标应用程序指示要预加载的所述指定资源数据。

在一种可能的设计中，在终端根据用户数据预加载目标应用程序的启动资源之前，终端接收云端服务器发送的所述用户数据。其中，该用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

在一种可能的设计中，所述终端根据用户数据预加载目标应用程序的启动资源包括：

所述终端根据所述用户数据自动在后台运行所述目标应用程序。

在一种可能的设计中，在所述终端根据用户数据预加载目标应用程序的启动资源之前，终端接收云端服务器推送的第一用户数据，并将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据。

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户；所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重。

可选的，所述第一权重和第二权重为动态可调整的。例如：当终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重。当终端的运行时长大于预设时长阈值时，所述第一权重小于所述第二权重。

在一种可能的设计中，所述终端本地保存有所述用户数据。该用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到。该历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，在所述终端根据用户数据预加载目标应用程序的启动资源之前，终端向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。进而，终端接收所述云端服务器推送的所述用户数据。

其中，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

可选的，上述各实现方式中所述历史使用数据为所述终端周期性的获取任务列表得到。

在一种可能的设计中，当终端的内存大于预设阈值时，所述终端根据用户数据预加载目标应用程序的启动资源。

第二方面，提供一种应用管理方法，包括：当终端后台运行至少一个应用程序时，终端根据用户数据清理至少一个目标应用程序。

其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据，所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。

上述方法中，终端在清理后台运行的应用程序时，参考用户数据选定某个或多个目标应用程序。该用户数据能够反映用户使用应用的习惯，因此，上述方法能够实现结合用户的使用习惯优先清理用户不常使用的后台应用程序。

可选的，所述用户数据包括至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的使用概率小于第一阈值的应用程序。

可选的，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率小于第二阈值的应用程序。

可选的，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率小于第三阈值的应用程序。

可选的，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率小于第四阈值的应用程序。

在一种可能的设计中，在终端根据用户数据清理至少一个目标应用程序之前，所述终端接收云端服务器推送的第一用户数据。进而终端将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据。

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到。此处所述的历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重。可选的，所述第一权重和第二权重为动态可调整的。例如：当终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重。当终端的运行时长大于预设时长阈值时，所述第一权重小于所述第二权重。

在一种可能的设计中，所述终端本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到。此处所述的所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。进而，终端接收所述云端服务器推送的所述用户数据。

在一种可能的设计中，所述终端接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

在一种可能的设计中，所述历史使用数据为所述终端周期性的获取任务列表得到。

第三方面，提供一种终端，包括：启动单元，用于根据用户数据预加载目标应用程序的启动资源，该用户数据为基于用户使用应用的历史记录得到的统计数据。该目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。接收单元，用于接收用户输入的启动所述目标应用程序的触发操作。所述启动单元，还用于响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序。显示单元，用于显示所述目标应用程序的界面。

可选的，所述用户数据包括至少一个应用程序的标识和使用概率。则目标应用程序包括根据所述用户数据确定的使用概率大于第一阈值的应用程序。

可选的，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率。则，所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于第二阈值的应用程序。

可选的，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率。则所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率大于第三阈值的应用程序。

其中，所述启动资源包括以下资源中的至少一种：所述目标应用程序的进程、所述目标应用程序的组件和启动所述目标应用程序所需的资源数据。

在一种可能的设计中，所述启动单元，还用于预加载所述目标应用程序的进程、所述目标应用程序的组件后，启动预加载接口以预加载指定资源数据，所述预加载接口用于为所述目标应用程序指示要预加载的所述指定资源数据。

在一种可能的设计中，所述终端还包括接收单元，用于接收云端服务器推送的第一用户数据。所述启动单元，还用于将所述第一用户数据和存储单元本地保存的第二用户数据进行加权处理，得到所述用户数据。其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户。所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重。所述第一权重和第二权重动态可调整，具体的，当所述终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重。当所述终端的运行时长大于所述预设时长阈值时，所述第一权重小于所述第二权重。

在一种可能的设计中，所述终端还包括存储单元，用于本地保存所述用户数据。该用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到。该历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端还包括发送单元，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。接收单元，用于接收所述云端服务器推送的所述用户数据。

可选的，上述各个实现方式中涉及的所述历史使用数据为所述终端周期性的获取任务列表得到。

在一种可能的设计中，所述终端还包括接收单元，用于接收云端服务器发送的所述用户数据。其中，该用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

在一种可能的设计中，所述启动单元，还用于当终端的内存大于预设阈值时，所述终端根据用户数据预加载目标应用程序的启动资源。

在一种可能的设计中，所述启动单元，还用于根据所述用户数据自动在后台运行所述目标应用程序。

第四方面，提供一种终端，包括：运行单元，用于后台运行至少一个应用程序。清理单元，用于根据用户数据清理至少一个目标应用程序。其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。

可选的，所述用户数据包括至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的使用概率小于第一阈值的应用程序。

可选的，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率小于第二阈值的应用程序。

可选的，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率小于第三阈值的应用程序；

可选的，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率小于第四阈值的应用程序。

在一种可能的设计中，所述终端还包括接收单元，用于接收云端服务器推送的第一用户数据。所述清理单元，还用于将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据。

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端还包括存储单元，用于本地保存所述用户数据。其中，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到。所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端还包括发送单元，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。接收单元，用于接收所述云端服务器推送的所述用户数据。其中，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端还包括接收单元，用于接收云端服务器发送的所述用户数据。其中，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

在一种可能的设计中，所述历史使用数据为所述清理单元周期性的获取任务列表得到。

第五方面，提供一种终端，包括：一个或多个处理器、输入设备以及存储器；其中，所述存储器中存储一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述终端执行时，使得所述终端执行以下步骤：所述一个或多个处理器，用于根据用户数据预加载目标应用程序的启动资源。所述用户数据为基于用户使用应用的历史记录得到的统计数据。所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。所述输入设备，用于接收用户输入的启动所述目标应用程序的触发操作。所述一个或多个处理器，用于响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序。所述显示器，用于显示所述目标应用程序的界面。

在一种可能的设计中，所述用户数据包括至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的使用概率大于第一阈值的应用程序。

在一种可能的设计中，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于第二阈值的应用程序；

在一种可能的设计中，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率大于第三阈值的应用程序；

在一种可能的设计中，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率。所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率大于第四阈值的应用程序。

在一种可能的设计中，所述启动资源包括以下资源中的至少一种：所述目标应用程序的进程、所述目标应用程序的组件和启动所述目标应用程序所需的资源数据。

在一种可能的设计中，所述一个或多个处理器，还用于加载所述目标应用程序的进程、所述目标应用程序的组件后，启动预加载接口以预加载指定资源数据，所述预加载接口用于为所述目标应用程序指示要预加载的所述指定资源数据。

在一种可能的设计中，所述终端还包括：接收器，用于接收云端服务器推送的第一用户数据。所述至少一个或多个处理器，用于将所述第一用户数据和所述存储器本地保存的第二用户数据进行加权处理，得到所述用户数据。

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户。所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重。所述第一权重和第二权重为动态可调整的，具体的，当所述终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重。当所述终端的运行时长大于所述预设时长阈值时，所述第一权重小于所述第二权重。

在一种可能的设计中，所述存储器，还用于本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在一种可能的设计中，所述终端还包括：发送器，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。接收器，用于接收所述云端服务器推送的所述用户数据。

在一种可能的设计中，所述终端还包括：接收器，用于接收云端服务器发送的所述用户数据。所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

在一种可能的设计中，所述一个或多个处理器，还用于当终端内存大于预设阈值时，根据用户数据预加载目标应用程序的启动资源。

在一种可能的设计中，所述一个或多个处理器，还用于根据所述用户数据自动在后台运行所述目标应用程序。

第六方面，提供一种终端，包括：存储器以及一个或多个处理器。其中，所述存储器中存储一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述终端执行时，使得所述终端执行以下步骤：所述一个或多个处理器，用于后台运行至少一个应用程序；根据用户数据清理至少一个目标应用程序。

其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。

在一种可能的设计中，所述终端还包括：接收器，用于接收云端服务器推送的第一用户数据。所述一个或多个处理器，还用于将所述第一用户数据和所述存储器本地保存的第二用户数据进行加权处理，得到所述用户数据。

在一种可能的设计中，所述存储器本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

在一种可能的设计中，所述终端还包括：接收器，用于接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。

附图说明

图1a为本申请实施例提供的一种应用场景示意图；

图1b为本申请实施例提供的另一种应用场景示意图；

图2为手机的结构示意图；

图3为本申请实施例提供的在图1a场景下云端服务器向终端推送第一用户数据的过程示意图；

图4为本申请实施例提供的一种清理后台应用的方法流程示意图；

图4a至图4d为图4所示的方法在实际应用场景中的具体实现时的界面示意图；

图5为在清理后台应用时显示提示信息的界面示意图；

图6为本申请实施例提供的一种启动应用的方法流程示意图；

图6a至图6d为图6所示的方法在实际应用场景中具体实现时的界面示意图；

图7、图7a、图7b为本申请实施例提供的用于实现图3所示方法的终端的结构示意图；

图8、图8a、图8b为本申请实施例提供的用于实现图6所示方法的终端的结构示意图。

具体实施方式

本申请实施例提供一种应用管理方法。如图1a所示，该方法可应用于终端100在联网情况下和云端服务器200互相通信的应用场景。如图1b所示，所述方法还可应用于终端100没有与云端服务器等其他设备联网的场景下。在图1a或图1b所示的应用场景中，所述终端可以是手机、平板电脑、可穿戴设备、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等，本申请实施例对此不作任何限制。

以所述终端为手机为例，如图2所示，该手机100包括：射频(radio frequency，RF)电路110、存储器120、输入单元130、一个或多个传感器140、处理器150、电源160、显示单元170、音频电路180等部件。本领域技术人员可以理解，图1中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面分别对手机100的各功能组件进行介绍：

其中，RF电路110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器150处理；另外，将上行的数据发送给基站。通常，RF电路110不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier，LNA)、双工器等。此外，RF电路110还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobile communication，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access，WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

存储器120可用于存储软件程序以及模块，该处理器150通过运行存储在存储器120的软件程序以及模块，从而执行手机100的各种功能应用以及数据处理。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(Application，APP)等，比如声音播放功能、图像播放功能等；存储数据区可存储根据手机100的使用所创建的数据(比如音频数据、图像数据、电话本等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元130可用于接收用户输入的数字或字符信息，以及产生与手机100的用户设置以及功能控制有关的键信号输入。具体地，输入单元130可包括触摸屏131以及其他输入设备132。触摸屏131，也称为触控面板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏131上或在触摸屏131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触摸屏131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器150，并能接收处理器150发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏131。除了触摸屏131，输入单元130还可以包括其他输入设备132。具体地，其他输入设备132可以包括但不限于物理键盘、功能键(比如音量控制按键、电源开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

传感器140包括用于进行生物特征识别的传感器，如指纹识别传感器、人脸识别传感器以及虹膜识别传感器等。以指纹识别传感器为例，指纹识别传感器能够采集用户的指纹信息并将采集的指纹信息上报给处理器150，处理器150根据该指纹信息对用户进行身份识别。

传感器140还包括重力传感器(gravity sensor)，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。

手机100还可以包括其它传感器，比如光传感器。具体地，光传感器可包括环境光传感器及接近光传感器。其中，环境光传感器可根据环境光线的明暗来调节显示面板131的亮度；接近光传感器可以检测是否有物体靠近或接触手机，可在手机100移动到耳边时，关闭显示面板131和/或背光。手机100还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元170可用于显示由用户输入的信息或提供给用户的信息以及手机100的各种菜单。显示单元170可包括显示面板171，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板171。进一步的，触摸屏131可覆盖显示面板171，当触摸屏131检测到在其上或附近的触摸操作后，传送给处理器150以确定触摸事件的类型，随后处理器150根据触摸事件的类型在显示面板171上提供相应的视觉输出。虽然在图1中，触摸屏131与显示面板171是作为两个独立的部件来实现手机100的输入和输入功能，但是在某些实施例中，可以将触摸屏131与显示面板171集成而实现手机100的输入和输出功能。

音频电路180、扬声器191、麦克风192可提供用户与手机100之间的音频接口。音频电路180可将接收到的音频数据转换后的电信号，传输到扬声器191，由扬声器191转换为声音信号输出；另一方面，麦克风192将收集的声音信号转换为电信号，由音频电路180接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一手机，或者将音频数据输出至存储器120以便进一步处理。

处理器150是手机100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行手机100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器150可包括一个或多个处理单元；可选的，处理器150可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器150中。

手机100还包括给各个部件供电的电源160(比如电池)，可选的，电源可以通过电源管理系统与处理器150逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机100还可以包括天线、无线保真(Wireless-Fidelity，WiFi)模块、近距离无线通信(Near Field Communication，NFC)模块、蓝牙模块、扬声器、加速计、陀螺仪等。

下文先分别结合图1a和图1b所示的应用场景，具体阐述本申请实施例提供的用户数据生成过程。

在图1a所示的应用场景下，云端服务器收集多台终端上报的数据并利用大数据分析的方法对收集的数据进行分析处理后得出与终端使用者对应的用户数据并向终端推送该用户数据。为便于描述，本申请实施例将该用户数据称为第一用户数据。

示例性的，参考图3，如过程201所示，针对每个终端，以天为单位，终端收集其使用者的用户信息以及其上安装的每个应用在前台运行的时间并向云端服务器上报其收集的信息。例如：某个终端上报的数据中，终端的使用者信息为：性别：男、年龄：35岁。该使用者使用应用的习惯为：8点到9点，前台运行的应用为“头条新闻”。11点到12点，前台运行的应用为“微信应用”。19点到20点，前台运行的应用为“王者荣耀”。20点到22点，前台运行的应用为“网易课程”。如过程202所示，终端将收集的这些数据发送给云端服务器。同样，云端服务器还会收到其他终端上报的数据。为便于描述，本申请实施例中将各个终端上报的数据描述为原始数据。

如过程203所示，云端服务器对所述原始数据进行大数据分析得到最终的用户数据。该过程具体包括：

首先，如过程2031所示，云端服务器按照预设维度对原始数据进行分类。例如：该预设维度包括：手机型号、用户年龄、用户性别。其中，手机型号包括高、中、低三种类型，用户年龄包括18岁以下、18-30、31-40、41-50、51-60以及60以上等，用户性别包括男和女等。则按照该预设维度对原始数据进行分类，可以得到属于“手机型号为高端手机、用户年龄为30岁以下且使用者为男性”的用户的原始数据(为便于描述，本申请实施例将该类用户称为第一类用户，将这类用户的原始数据称为第一类原始数据)，“手机型号为高端手机、用户年龄为30岁到50岁且使用者为男性”的用户的原始数据(为便于描述，本申请实施例将该类用户称为第二类用户，将这类用户的原始数据称为第二类原始数据)以及其他类别用户对应的其他类别的原始数据等。

其次，如过程2032所示，对于每一类用户对应的原始数据，终端再进一步按照时间、位置等维度进行细化分析，得到统计数据。例如：对于第一类原始数据，按照应用的使用时间划分，得到第一类用户在每个时间段使用应用的情况，视为一个或多个初始用户数据。同样，对于其他类原始数据，按照应用的使用时间划分，得到这类原始数据对应的用户在每个时间段使用应用的情况，得到初始的统计数据，可视为一个或多个初始用户数据。

再次，如过程2033所示，云端服务器将这些初始用户数据下发给验证样本群来验证这些初始用户数据的有效性，并将验证后的有效初始用户数据再次下发到验证样本群中，这样反复多次验证后，最终会得出有效的用户数据。

最后，如过程2034所示，云端服务器将有效的用户数据作为第一用户数据发送给相应的终端。例如：针对第一类原始数据，终端得到两个初始用户数据，分别为初始用户数据1和初始用户数据2。则在将该初始用户数据下发给验证样本群中验证时，如果初始用户数据1的命中率达到了90％，则该初始用户数据1为有效的用户数据。如果初始用户数据2的命中率只有10％，则该初始用户数据2不是有效的用户数据。则云端服务器向使用者为所述第一类用户的终端推送该用户数据1。

示例性的，所述第一用户数据可以为如下表表一所示的：

表一

此外，在图1a所示的应用场景下，针对终端，该终端收集其使用者使用终端上已安装应用的历史使用数据并在本地进行统计分析得到该终端使用者使用应用的第二用户数据。所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。在一种实现方式中，用户每次打开应用时，终端后台监听并记录用户的该打开应用的操作，并将用户打开应用的操作记录为用户的一次使用应用的操作。在另一种实现方式中，用户获取后台运行的任务列表，根据各个应用在后台运行的概率得到各个应用的使用概率。

终端收到云端服务器推送的第一用户数据后，根据该第一用户数据以及本地保存的第二用户数据，按照预设算法对该第一用户数据和第二用户数据进行加权处理得到最终的用户数据。

具体的，该算法包括：第一用户数据×第一权重+第二用户数据×第二权重＝用户数据。其中，第一权重表示第一用户数据的权重，第二权重代表第二用户数据的权重。第一权重和第二权重为动态调整的，具体的，如果该终端的运行时间较短，例如，该终端为用户购买时间较短的终端，用户使用该终端的时间较短，则表示终端中统计的用户使用应用的习惯的历史使用记录较少，则在加权处理时，第一用户数据所占的第一权重较大，终端本地保存的第二用户数据所占的第二权重较小，也即主要以云端服务器推送的第一用户数据作为参考。如果该终端的使用时间较长，则云端服务器推送的第一用户数据占用的第一权重较小，终端本地保存的第二用户数据占用的第二权重较大，也即主要以终端本地分析统计得到的第二用户数据作为参考。

需要说明的是，云端服务器在向终端推送第一用户数据的同时向终端推送加权处理规则，例如：具体的加权算法以及在进行加权处理时第一用户数据和第二用户数据各自所占的权重等。

示例性的，以时间为维度，云端服务器推送的第一用户数据具体为上表表一所示的规则。终端本地保存的第二用户数据具体为下表表二所示的规则。

表二

结合表一所示的第一用户数据和表二所述的第二用户数据，按照该第一用户数据的加权比重为20％，该第二用户数据的加权比重为80％的加权规则对该第一用户数据和该第二用户数据进行加权处理。具体的，在7-8h这一时间段，结合表一所表示的第一用户数据和表二所示的第二用户数据，进行加权处理后，用户使用“今日头条”这一应用的概率为：100％×20％+0×80％＝20％，用户使用“微博”这一应用的概率为：0×20％+100％×80％＝80％。按照该算法，依次类推，分别得到其他时间段的其他应用的使用概率，进而得到如下表表三所示的用户数据。

表三

得到表三所示的第三用户数据后，终端可按照该第三用户数据对应用进行管理，其具体实现见后文详述。

在其他实现方式中，终端后台运行的任务列表能够表明用户想要在终端上保持运行的应用。因此，终端通过周期性的获取后台运行的任务列表并向云端服务器上报其运行的任务列表，进而云端服务器根据多个终端上报的任务列表得到第一用户数据。下表表四为第一用户数据的一种示例。

表四

同样，终端分别获取每个时间段内的后台任务列表，得到本地保存的第二用户数据。下表表五为第二用户数据的一种示例。

表五

云端服务器向终端发送第一用户数据，终端根据云端发送的第一用户数据和本地保存的第二用户数据，经过加权运算后，得到用户数据。假设第一用户数据的加权权重为60％，第二用户数据的加权权重40％，则终端经过加权处理后得到的最终的用户数据如下表表六所示。

表六

终端按照表六所示的用户数据所表示的各个应用的优先级管理后台应用。

例如，当时间段为8-9时，根据表六所示的用户数据，可以得知电子设备运行各个应用的优先级顺序依次为：微信(第一优先级中微信的概率最高)、今日头条(第二优先级中今日头条的概率最高)、视频(第三优先级中视频的概率最高)。则当需要清理后台运行的应用时，优先清理视频这一应用。

考虑到，有些场景下云端服务器进行大数据分析统计得到的第一用户数据时，存在某个或某些应用虽然刚上线但大数据分析表明这些应用在后台运行的概率较高也即比较受欢迎。而终端上可能安装这些应用的时间较短，因此终端本地统计分析得到的第二用户数据中这些应用在后台运行的概率较低。对于这类应用，如果按照之前的第一权重和第二权重进行加权计算，可能出现的情况是这类应用在后台运行的概率较低，也即优先级也较低，进而导致按照应用的优先级进行应用管理时，该应用会被优先清理，或者不会被预先启动。因此，本实施例中云端服务器在向终端推送加权运算的规则时，对这类应用进行标记，并为这类应用指示加权算法。该加权算法中第一权重远远大于第二权重。例如：不同于其他应用的加权算法，对于这些应用，第一用户数据所占的第一权重为100％，第二用户数据所占的第二权重为0％。

在其他实现方式中，当终端内存不足时，终端将收集的后台运行的任务列表上报给云端服务器，由云端服务器对该任务列表进行分析，比如得出占用内存的应用，并将分析结果反馈给终端，终端根据该反馈结果提示用户是否卸载该应用等。

需要说明的是，当所述终端为用户刚购买的或者所述终端为经过恢复出厂设置的终端，在这种场景下，终端上尚未保存用户使用应用的历史使用数据，则云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到用户数据并向终端推送所述第一用户数据，终端可参照该第一用户数据进行后台应用管理。其中，所述目标用户为与终端使用者具有相同属性的用户。所述具有相同属性包括：位于同一年龄段、属于同一性别、使用相同型号的手机等。

此外，由于用户的使用习惯可能会有所变化，因此考虑到用户使用习惯的变化，终端每天收集用户使用应用的习惯(该使用习惯也可视为一种用户数据，只不过该用户数据为每天动态变化的)。并且，终端将收集的该用户使用应用的习惯发送给云端服务器，以使得云端服务器不断的更新样本数据，进而根据更新后的样本数据更新其向终端推送的第一用户数据。同理，终端根据每天收集的用户使用应用的习惯不断的更新本地保存的第二用户数据。进而，在后续的实现过程中，终端根据该更新后的第一用户数据和更新后的第二用户数据得到更新后的第三用户数据并利用更新后的第三用户数据对应用进行管理。

可选的，在图1a所示的场景中，终端采集用户使用应用的历史使用数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。上述使用时间和使用次数均为应用前台运行的时间和前台运行的次数。然后，终端向云端服务器发送已采集的所述历史使用数据以及终端标识，由云端服务器统计分析终端发送的该用户使用应用的历史使用数据并形成针对该终端的用户数据，进而云端服务器根据终端的标识向终端推送该用户数据。终端根据云端服务器推送的该用户数据进行应用管理。

此外，终端后台运行的任务列表能够表明用户想要在终端上保持运行的应用。因此，终端通过周期性的获取后台运行的任务列表得到用户使用应用的历史使用数据。

可选的，所述云端服务器周期性的向终端推送用户数据。

在图1b所示的场景中，由于终端没有和云端服务器联网通信。因此，在该场景中，终端无法得到云端服务器推送的用户数据，则终端收集其使用者使用终端上已安装应用的历史使用数据并在本地进行统计分析得到用户数据。终端保存该用户数据并按照该用户数据管理后台应用。其中，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用的时间、使用时长和使用次数。

此外，由于用户的使用习惯可能会有所变化，因此考虑到用户使用习惯的变化，终端每天收集用户使用应用的习惯(该使用习惯也可视为一种用户数据，只不过该用户数据为每天动态变化的)。终端根据每天收集的用户使用应用的习惯不断的更新本地保存的所述用户数据。

同理，为了保证终端保存的该使用规则的正向发展，终端每天收集用户操作终端时的使用习惯并根据该使用习惯对该用户数据进行训练得到更新后的用户数据。终端本地保存该更新后的用户数据作为下一次规则使用。重复上述根据用户的使用习惯训练并调整用户数据的过程，该用户数据最终可趋于稳定。

可选的，无论在图1a或图1b所示的应用场景，最终作为终端进行后台应用管理的用户数据除了可以为表三所示的用户数据。在其他实现方式中，所述用户数据可以仅包括各个应用的使用概率，而不包含“时间”这一维度。如下表表七所示为用户数据的一种可选实现方式。

表七

应用	使用概率
微博	20％
今日头条	20％
微信	30％
QQ	15％
…	….
视频	10％
王者荣耀	10％

可选的，本申请实施例所指的用户数据可以包括在特定位置各个应用的使用概率。如下表表八所示为用户数据的一种可选实现方式。

表八

可选的，本申请实施例所指的用户数据可以既包括“时间”这一维度又包括“位置”这一维度。如下表表九所示为用户数据的一种可选实现方式。

表九

基于上述用户数据的各种实现方式，本申请实施例提供了参照用户数据管理终端上应用的多种实现方式。

需要说明的是，本申请实施例所述的管理终端上的应用包括清理后台应用以及预启动后台应用。

当终端已经运行了多个后台应用，在终端内存不足时，需要清理后台应用。参考图4，本申请实施例提供一种后台应用清理方法，具体包括以下步骤：

301、终端后台运行有至少一个应用程序。

302、所述终端根据用户数据，清理至少一个目标应用程序。

可选的，如表七所示，所述用户数据中既可以仅包含应用程序的标识和应用程序的使用概率。相应的，所述目标应用程序包括根据所述用户数据所确定的使用概率低于一定阈值的至少一个应用程序。

例如：参考图4a，如多任务界面401所示，终端当前运行的后台应用包括微博、微信、QQ、视频等后台应用。结合表七所示的用户数据可以得知，用户使用“QQ”和“视频”这两个应用的概率较小。则当终端内存较小需要清理后台应用时，终端清理“QQ”和“视频”这两个应用。如多任务界面402所示，终端保留“微博”、“微信”这些后台应用。

可选的，如表三所示，所述用户数据还可以包括时间段、用户在所述时间段内使用应用时所使用的应用的标识以及使用概率。相应的，所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率小于一定阈值的应用程序。

例如，参考图4b，当前时间为7:30，位于7-8这个时间段，如多任务界面403所示，终端当前运行的后台应用包括今日头条、微博这两个后台应用。结合表三所示的第三用户数据，可以得知，用户在该时间段使用“今日头条”这一应用的概率为20％，该概率较小，则当终端内存较小需要清理后台应用时，终端清理“今日头条”这一后台应用。而用户使用“微博”这一应用的概率为80％，该概率较大，则如多任务界面404所示，终端保留“微博”这一应用，暂不清理“微博”这一应用。

可选的，如表八所示，所述用户数据中还可以包括位置、终端处于所述位置时使用应用时的应用的标识和使用概率。相应的，所述目标应用程序具体为根据终端当前所在位置所确定的使用概率小于一定阈值的一个或多个应用。

例如，参考图4c，终端当前所在位置为“家”，则如多任务界面405所示，终端当前运行的后台应用包括“今日头条”、“微博”、“微信”、“视频”这些后台应用。结合表八所示的用户数据，可以得知，用户在家时使用“微博”这一应用的概率为15％，该概率较小，则当终端内存较小需要清理后台应用时，终端清理“微博”这一后台应用。此外，对于表八中未列出的应用表示用户使用这些应用的概率更小。因此对于“今日头条”这一应用，终端在清理“微博”这一应用前优先清理“今日头条”这一应用。如多任务界面406所示，终端保留“微信”、“视频”这些应用。

可选的，如表九所示，所述用户数据中还可以同时包括位置、时间段以及终端处于所述位置以及所述时间段内时使用应用时的应用标识和使用概率。相应的，所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率大于第四阈值的应用程序。

例如，终端当前所在位置为“家”，终端当前时间为20:30，位于“20-21”这个时间段。参考图4d，如多任务界面407所示，终端当前运行的后台应用包括“视频”、“图库”和“微博”。结合表九所示的用户数据，当终端的位置为在家且终端当前时间为“20-21”时，表九中未示出“图库”这一应用，表示用户使用该应用的概率极小。则当终端内存较小需要清理后台应用时，终端优先清理“图库”这一应用，当清理“图库”这一应用后，内存仍然不足时，终端清理“微博”这一应用。如多任务界面408所示，终端保留“视频”这一应用界面。

可选的，如表六所示，所述用户数据中包括各个应用在后台运行的优先级。相应的，所述目标应用程序包括根据所述用户数据确定的在终端当前时间所在时间段内，后台运行的优先级最低的应用。

例如：当时间段为8-9时，根据表六所示的用户数据，可以得知手机运行各个应用的优先级顺序依次为：微信(第一优先级中微信的概率最高)、今日头条(第二优先级中今日头条的概率最高)、视频(第三优先级中视频的概率最高)。则当需要清理后台运行的应用时，优先清理视频这一应用。

需要说明的是，由于用户数据中包含的应用有限，其所表示的概率也为一个大概的概率值。因此，对于用户数据中未包含的应用可认为其使用概率更小。则当终端内存较小，需要清理后台运行的应用时，优先清理用户数据中未包含的应用。

上述方法中，终端在清理后台运行的应用程序时，参考用户数据，进而结合用户的使用习惯优先清理用户不常使用的后台应用程序。

实际应用中，终端参照上述方法清理后台应用程序的过程为终端在后台进行的，也即该过程对用户不可见。

在其他实现方式中，所述用户数据中还包括各个应用占用的内存，则当终端被占用的内存较大导致运行内存不充足时，终端根据用户数据清理占用终端内存较大的应用。可选，在清理占用终端内存较大的某个应用时，显示提示信息，提示用户该应用占用的内存较大，是否要清理该应用。

在其他实现方式中，在清理后台应用程序时，为了避免误清理掉用户想保留在后台运行的应用，终端在根据用户数据清理目标应用程序时显示提示信息，提示用户是否要清理该应用程序。参考图5，终端在清理“今日头条”这一应用时，显示提示信息501。该提示信息用于提示用户在该时间段很少使用“今日头条”这一应用，询问用户是否清理该应用。当用户确认清理该应用时，终端则清理“今日头条”这一应用。

目前，终端上安装的应用程序越来越多。为了提高用户在使用应用程序时的体验，本申请实施例提供了一种应用启动方法，能够提高应用的启动速度。

参考图6，本申请实施例提供一种应用启动方法，包括以下步骤：

601、终端根据用户数据预加载目标应用程序的启动资源。

其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据。所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。目标应用程序的数量可以为一个或多个，这由终端的内存决定。当终端内存较大时，可根据用户数据预加载多个目标应用程序的启动资源。当终端内存较小时，为了不影响终端的运行速度，根据用户数据仅在后台预加载一个或少数几个目标应用程序的启动资源。

其中，预加载的所述启动资源包括以下资源中的至少一种：所述目标应用程序的进程、所述目标应用程序的组件和启动所述目标应用程序所需的其他资源数据，如与该目标应用程序相关的数据库、文件内容等。

例如：在安卓(Android)系统中，应用的启动会包括几个方面：1、进程(Process)启动。2、应用组件加载。3、启动页面的资源和数据加载。4、启动界面。本申请实施例中所指的预加载目标应用程序的启动资源具体可以为上述1、2、3三个过程的任意结合。也即，本步骤所指的预加载目标应用程序的启动资源可以为仅启动目标应用程序的进程，也可以为启动目标应用程序的进程和组件，还可以为启动目标应用程序的进程、组件以及启动目标应用程序所需的页面等资源。

可选的，定义一种公用的预加载接口(还可描述为模块或服务)。终端中所有的应用程序都可调用该预加载接口并自定义需要预加载的资源数据。那么，在终端预加载所述目标应用程序的进程以及启动所述目标应用程序的组件后，终端可启动该预加载接口以预加载与该目标应用程序相关的指定资源数据。

此外，可选的，终端预加载目标应用程序的启动资源为用户不可见的过程。或者，可选的，终端预加载目标应用程序的启动资源后在后台运行该目标应用程序。因此，用户可通过查看任务列表看到该目标应用程序在后台运行的界面。

可选的，触发终端执行该步骤601的触发条件为终端内存充足，预加载一个或多个应用程序的启动资源对终端的运行速度等性能影响较小。

需要说明的是，在执行该步骤601之前，终端后台并未运行该目标应用程序。本步骤所述的预加载目标应用程序的启动资源是指终端根据用户数据预判用户有启动目标应用程序的倾向后自动的预启动某个或某几个满足一定规则的应用程序。

602、终端接收用户输入的启动目标应用程序的触发操作。

该触发操作包括用户单击目标应用程序的图标等。

603、响应于所述触发操作，终端基于预加载的所述启动资源启动所述目标应用程序显示所述目标应用程序的界面。

下文结合用户数据的具体实现阐述步骤601至步骤603的具体实现。

可选的，如表七所示，所述用户数据中包含应用程序的标识和使用概率。相应的，所述目标应用程序包括根据所述用户数据所确定的使用概率大于第一阈值的至少一个应用程序。

例如：结合表七所示的用户数据可以得知，用户使用“微信”这一应用的概率较高，则在后台预启动微信这一应用。参考图6a(1)，现有技术中，如701a所示，由用户手动点击终端上的微信图标并触发终端启动微信界面702a，如703a所示，启动微信这一应用的时间为600ms。参考图6a(2)，采用本申请的方案后，如多任务界面704所示，在终端内存充足的情况下，终端预先启动微信并保持微信在后台运行。这样，如701b所示，用户在主页界面点击微信应用的图标以启动微信界面702b。如703b所示，其启动时间为350ms。因此，相比于现有技术的方案，能够提高应用启动的速度。

可选的，如表三所示，所述用户数据还可以包括时间段、用户在所述时间段内使用应用时所使用的应用的标识以及使用概率。相应的，所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于一定阈值的应用程序。

例如，结合表三所示的用户数据，可以得知，用户在18-19这一时间段使用“微博”这一应用的概率较大。参考图6b，当时间到达18点时，如多任务界面705所示，终端在后台预启动“微信”这一应用。这样，如706所示，当用户在该时间段内点击“微信”这一应用时，终端能够快速启动并且加载微信的界面707。

可选的，如表八所示，所述用户数据中还可以包括位置、终端处于所述位置时使用应用时的应用的标识和使用概率。相应的，所述目标应用程序具体为根据终端当前所在位置所确定的使用概率大于一定阈值的一个或多个应用。

例如，终端当前所在位置为“家”，结合表八所示的用户数据，可以得知，用户在家时使用“微信”这一应用的概率为40％，该概率较大。参考图6c，如多任务界面707所示，终端在后台预启动“微信”这一应用。这样，如708所示，当用户在该时间段内点击“微信”这一应用时，终端能够快速启动微信并加载微信的应用界面709。

例如，参考图6d，终端当前所在位置为“家”，终端当前时间为15:30，位于“20-21”这个时间段，在该场景下，结合表九所示的用户数据，用户使用“视频”这一应用的概率较大。则参考图6d，如多任务界面710所示，终端在后台预启动“视频”这一应用。这样，如711所示，当用户在该时间段内点击“视频”这一应用时，终端能够快速启动视频并加载视频的应用界面712。

例如：当时间段为8-9时，根据表六所示的用户数据，可以得知手机运行各个应用的优先级顺序依次为：微信(第一优先级中微信的概率最高)、今日头条(第二优先级中今日头条的概率最高)、视频(第三优先级中视频的概率最高)。则当需要在后台预启动应用时，优先预启动视频这一应用，当手机的内存仍然较充足时，还可再预启动今日头条这一应用。

上述方法中，终端根据用户数据得出用户在某个时间段内经常使用的应用程序，则在该时间段预先启动该经常使用的应用程序。进而，当用户真正要启动该应用程序时，可加快该应用程序的启动速度。

可选的，在步骤601所述“终端根据用户数据预启动目标应用程序并在后台运行所述目标应用程序”之前，所述方法还包括：终端显示提示信息，所述提示信息用于提示用户是否允许在后台运行所述目标应用程序。

可选的，在其他实现方式中，所述用户数据中还可能包含各个应用占用的内存。则当存在多个满足条件的目标应用程序时，优先启动占用内存较小的目标应用程序。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述实施例中所涉及的终端的一种可能的结构示意图，终端700包括启动单元701、接收单元702、显示单元703、发送单元704和存储单元705。

其中，启动单元701用于根据用户数据预加载目标应用程序的启动资源，该用户数据为基于用户使用应用的历史记录得到的统计数据。该目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。接收单元702，用于接收用户输入的启动所述目标应用程序的触发操作。所述启动单元701，还用于响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序。显示单元703，用于显示所述目标应用程序的界面。

可选的，接收单元702，用于接收云端服务器推送的第一用户数据。所述启动单元701，还用于将所述第一用户数据和存储单元705保存的第二用户数据进行加权处理，得到所述用户数据。其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户。所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

可选的，发送单元704用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。接收单元702，用于接收所述云端服务器推送的所述用户数据。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图7a示出了上述实施例中所涉及的终端的一种可能的结构示意图。终端800包括：处理模块802和通信模块803。处理模块802用于对终端800的动作进行控制管理，例如，处理模块802用于支持终端800执行根据用户数据预加载目标应用程序的启动资源，该用户数据为基于用户使用应用的历史记录得到的统计数据。该目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。接收用户输入的启动所述目标应用程序的触发操作。以及响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序等，和/或用于本文所描述的技术的其它过程。通信模块803用于支持终端与其他网络实体的通信，例如与图1a中示出的云端服务器之间的通信。终端800还可以包括存储模块801，用于存储终端的程序代码和数据。

参阅图7b所示，本申请实施例还提供一种终端900包括：一个或多个处理器902、输入设备903、接收器904、发送器905、显示器906、存储器901以及总线907。其中，一个或多个处理器902、输入设备903、接收器904、发送器905、显示器906、存储器901通过总线907相互连接。

其中，所述一个或多个处理器902，用于根据用户数据预加载目标应用程序的启动资源；所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。所述输入设备903，用于接收用户输入的启动所述目标应用程序的触发操作。所述一个或多个处理器902，用于响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序。所述显示器906，用于显示所述目标应用程序的界面。

其中，所述存储器901中存储一个或多个程序。所述存储器901可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(Application，APP)等。存储数据区可存储根据终端900的使用所创建的数据等。此外，存储器901可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中，所述一个或多个处理器902可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块803可以是收发器、收发电路或通信接口等。存储模块801可以是存储器。

所述接收器904、发送器905用于所述终端和其他设备互相通信。

总线907可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的终端的一种可能的结构示意图。终端1000包括运行单元1001、清理单元1002、接收单元1003、发送单元1004和存储单元1005。其中，所述运行单元1001用于后台运行至少一个应用程序。清理单元1002，用于根据用户数据清理至少一个目标应用程序。其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。

可选的，接收单元1003，用于接收云端服务器推送的第一用户数据。所述清理单元1002，还用于将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据。

可选的，所述存储单元1005，用于本地保存所述用户数据。其中，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到。所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

可选，所述发送单元1004，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据。接收单元1003，用于接收所述云端服务器推送的所述用户数据。其中，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。

在采用集成的单元的情况下，图8a示出了上述实施例中所涉及的终端的一种可能的结构示意图。终端1100包括：处理模块1102和通信模块1103。处理模块1102用于对终端1100的动作进行控制管理，例如，处理模块1102用于支持终端1100执行根据用户数据预加载目标应用程序的启动资源，该用户数据为基于用户使用应用的历史记录得到的统计数据。该目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。接收用户输入的启动所述目标应用程序的触发操作。以及响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序等，和/或用于本文所描述的技术的其它过程。通信模块1103用于支持终端与其他网络实体的通信，例如与图1a中示出的云端服务器之间的通信。终端1100还可以包括存储模块1101，用于存储终端的程序代码和数据。

参阅图8b所示，本申请实施例还提供一种终端1200包括：一个或多个处理器1202、接收器1203、发送器1204、存储器1201以及总线1205。其中，一个或多个处理器1202、接收器1203、发送器1204、存储器1201通过总线1205相互连接。

其中，所述一个或多个处理器1202，用于后台运行至少一个应用程序，并根据用户数据清理至少一个目标应用程序。其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。

其中，所述存储器1201中存储一个或多个程序。所述存储器1201可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(Application，APP)等。存储数据区可存储根据终端1200的使用所创建的数据等。此外，存储器1201可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

其中，所述一个或多个处理器1202可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application-Specific Integrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

其中，所述接收器1203和发送器1204用于终端1200和其他设备互相通信。

总线1205可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims

一种应用管理方法，其特征在于，包括：

终端根据用户数据预加载目标应用程序的启动资源；所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序；

所述终端接收用户输入的启动所述目标应用程序的触发操作；

响应于所述触发操作，所述终端基于预加载的所述启动资源启动所述目标应用程序，显示所述目标应用程序的界面。
根据权利要求1所述的方法，其特征在于，所述用户数据包括至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的使用概率大于第一阈值的应用程序；

或者，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于第二阈值的应用程序；

或者，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率大于第三阈值的应用程序；

或者，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率大于第四阈值的应用程序。
根据权利要求1或2所述的方法，其特征在于，所述启动资源包括以下资源中的至少一种：所述目标应用程序的进程、所述目标应用程序的组件和启动所述目标应用程序所需的资源数据。
根据权利要求3所述的方法，其特征在于，所述终端根据用户数据预加载目标应用程序的启动资源，包括：

所述终端预加载所述目标应用程序的进程、所述目标应用程序的组件后，启动预加载接口以预加载指定资源数据，所述预加载接口用于为所述目标应用程序指示要预加载的所述指定资源数据。
根据权利要求1至4任一项所述的方法，其特征在于，在所述终端根据用户数据预加载目标应用程序的启动资源之前，所述方法还包括：

所述终端接收云端服务器推送的第一用户数据；

所述终端将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据；其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重；

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户；所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。
根据权利要求5所述的方法，其特征在于，

当所述终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重；

当所述终端的运行时长大于所述预设时长阈值时，所述第一权重小于所述第二权重。
根据权利要求1至4任一项所述的方法，其特征在于，所述终端本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。
根据权利要求1至4任一项所述的方法，其特征在于，在所述终端根据用户数据预加载目标应用程序的启动资源之前，所述方法还包括：

所述终端向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

所述终端接收所述云端服务器推送的所述用户数据。
根据权利要求5至8任一项所述的方法，其特征在于，所述历史使用数据为所述终端周期性的获取任务列表得到。
根据权利要求1至4任一项所述的方法，其特征在于，在所述终端根据用户数据预加载目标应用程序的启动资源之前，所述方法还包括：

所述终端接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。
根据权利要求1至10任一项所述的方法，其特征在于，所述终端根据用户数据预加载目标应用程序的启动资源包括：

当终端的内存大于预设阈值时，所述终端根据用户数据预加载目标应用程序的启动资源。
根据权利要求1至11任一项所述的方法，其特征在于，所述终端根据用户数据预加载目标应用程序的启动资源包括：

所述终端根据所述用户数据自动在后台运行所述目标应用程序。
一种应用管理方法，其特征在于，包括：

终端后台运行至少一个应用程序；

所述终端根据用户数据清理至少一个目标应用程序；

其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。
根据权利要求13所述的方法，其特征在于，所述用户数据包括至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的使用概率小于第一阈值的应用程序；

或者，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率小于第二阈值的应用程序；

或者，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率小于第三阈值的应用程序；

或者，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率小于第四阈值的应用程序。
根据权利要求13或14所述的方法，其特征在于，在所述终端根据用户数据清理至少一个目标应用程序之前，所述方法还包括：

所述终端接收云端服务器推送的第一用户数据；

所述终端将所述第一用户数据和本地保存的第二用户数据进行加权处理，得到所述用户数据；其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重；

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户；所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

或者，所述终端本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

或者，所述终端向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

所述终端接收所述云端服务器推送的所述用户数据；

或者，所述终端接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。
根据权利要求15所述的方法，其特征在于，所述历史使用数据为所述终端周期性的获取任务列表得到。
一种终端，其特征在于，包括：一个或多个处理器、输入设备以及存储器；其中，所述存储器中存储一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述终端执行时，使得所述终端执行以下步骤：

所述一个或多个处理器，用于根据用户数据预加载目标应用程序的启动资源；所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序；

所述输入设备，用于接收用户输入的启动所述目标应用程序的触发操作；

所述一个或多个处理器，用于响应于所述触发操作，基于预加载的所述启动资源启动所述目标应用程序；

所述显示器，用于显示所述目标应用程序的界面。
根据权利要求17所述的终端，其特征在于，所述用户数据包括至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的使用概率大于第一阈值的应用程序；

或者，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率大于第二阈值的应用程序；

或者，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率大于第三阈值的应用程序；

或者，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率大于第四阈值的应用程序。
根据权利要求17或18所述的终端，其特征在于，所述启动资源包括以下资源中的至少一种：所述目标应用程序的进程、所述目标应用程序的组件和启动所述目标应用程序所需的资源数据。
根据权利要求19所述的终端，其特征在于，

所述一个或多个处理器，还用于加载所述目标应用程序的进程、所述目标应用程序的组件后，启动预加载接口以预加载指定资源数据，所述预加载接口用于为所述目标应用程序指示要预加载的所述指定资源数据。
根据权利要求17至20任一项所述的终端，其特征在于，所述终端还包括：

接收器，用于接收云端服务器推送的第一用户数据；

所述至少一个或多个处理器，用于将所述第一用户数据和所述存储器本地保存的第二用户数据进行加权处理，得到所述用户数据；其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重；

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端的使用者具有相同属性的用户；所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。
根据权利要求21所述的终端，其特征在于，

当所述终端的运行时长小于预设时长阈值时，所述第一权重大于所述第二权重；

当所述终端的运行时长大于所述预设时长阈值时，所述第一权重小于所述第二权重。
根据权利要求17至20任一项所述的终端，其特征在于，所述存储器，还用于本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数。
根据权利要求17至20任一项所述的终端，其特征在于，所述终端还包括：

发送器，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

接收器，用于接收所述云端服务器推送的所述用户数据。
根据权利要求21至24任一项所述的终端，其特征在于，所述历史使用数据为所述终端周期性的获取任务列表得到。
根据权利要求17至20任一项所述的终端，其特征在于，所述终端还包括：

接收器，用于接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。
根据权利要求17至26任一项所述的终端，其特征在于，

所述一个或多个处理器，还用于当终端内存大于预设阈值时，根据用户数据预加载目标应用程序的启动资源。
根据权利要求17至27任一项所述的终端，其特征在于，

所述一个或多个处理器，还用于根据所述用户数据自动在后台运行所述目标应用程序。
一种终端，其特征在于，包括：存储器以及一个或多个处理器；其中，所述存储器中存储一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述终端执行时，使得所述终端执行以下步骤：

所述一个或多个处理器，用于后台运行至少一个应用程序；根据用户数据清理至少一个目标应用程序；

其中，所述用户数据为基于用户使用应用的历史记录得到的统计数据；所述目标应用程序为根据所述用户数据确定的满足预设规则的应用程序。
根据权利要求29所述的终端，其特征在于，所述用户数据包括至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的使用概率小于第一阈值的应用程序；

或者，所述用户数据包括时间段、在所述时间段内至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在当前时间所在时间段内使用概率小于第二阈值的应用程序；

或者，所述用户数据包括位置、在所述终端处于所述位置时至少一个应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所在位置时，使用概率小于第三阈值的应用程序；

或者，所述用户数据包括位置、时间段、在所述终端处于所述位置时以及在所述时间段内应用程序的标识和使用概率；所述目标应用程序包括根据所述用户数据确定的在终端当前所处位置以及当前时间所在时间段内使用概率小于第四阈值的应用程序。
根据权利要求29或30所述的终端，其特征在于，所述终端还包括：

接收器，用于接收云端服务器推送的第一用户数据；

所述一个或多个处理器，还用于将所述第一用户数据和所述存储器本地保存的第二用户数据进行加权处理，得到所述用户数据；其中，在进行加权处理时，所述第一用户数据所占的权重为第一权重，所述第二用户数据所占的权重为第二权重；

其中，所述第一用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户；所述第二用户数据为所述终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

或者，所述存储器本地保存有所述用户数据，所述用户数据为终端根据用户使用所述终端上安装的应用的历史使用数据得到，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

或者，所述终端还包括：

发送器，用于向云端服务器发送终端标识和用户使用应用的历史使用数据以便于所述云端服务器根据所述历史使用数据生成所述用户数据，所述历史使用数据包括应用的标识以及以下应用使用信息中的任意一种或多种：使用应用时终端所在的位置、使用应用时的时间、使用时长和使用次数；

接收器，用于接收所述云端服务器推送的所述用户数据；

或者，所述终端还包括：

接收器，用于接收云端服务器发送的所述用户数据，所述用户数据为所述云端服务器根据目标用户在使用应用时的历史使用数据进行大数据分析处理后得到，所述目标用户为与所述终端使用者具有相同属性的用户。
根据权利要求31所述的终端，其特征在于，所述历史使用数据为所述终端周期性的获取任务列表得到。
一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在终端上运行时，使得所述终端执行如权利要求1至12任一项或权利要求13至16中任一项所述的应用管理方法。
一种包含指令的计算机程序产品，其特征在于，当所述计算机程序产品在终端上运行时，使得所述终端执行如权利要求1至12任一项或权利要求13至16中任一项所述的应用管理方法。