CN106406966B - 一种应用程序的预加载方法及移动终端 - Google Patents

Abstract

本发明提供了一种应用程序的预加载方法及移动终端，该方法包括：通过从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序。从而可基于用户的使用习惯，智能统计出移动终端用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端的使用体验。

Description

一种应用程序的预加载方法及移动终端

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种应用程序的预加载方法及移动终端。

背景技术

随着科学技术的进步，如今智能移动终端例如手机的内存和运存的容量越来越大，并且智能移动终端可以安装的应用程序也越来越多，各种不同类型的应用程序可供不同需求的用户安装在移动终端中并使用。

很多智能移动终端用户可能在移动终端上安装了几十个甚至上百个应用程序，然而这么多应用程序中很多应用程序用户只是使用了一、两次就再也没有使用过了，其实用户每天最常使用的应用程序也只有很少一部分，并且最常使用的应用程序种类也只有几类，而且不同人群最常使用的应用程序类型也不同，例如女生每天使用社交类应用程序和购物类应用程序的频率非常高，而男生使用游戏类、新闻类应用程序的频率非常高，所以每个智能移动终端用户都会有自己最常使用的应用程序并且与其他人的不尽相同。

既然每个用户都有自己最常使用的应用程序，那么用户一定很关心这些常用应用程序的使用体验，尤其希望这些应用程序的启动时间非常短。

而目前智能移动终端中应用程序的启动方式是在被触发的情况下才会启动，并且都需要在应用程序启动的时候才去加载应用程序的相关资源，这导致应用程序启动时间较长，影响了用户对于移动终端的使用体验。

发明内容

本发明提供了一种应用程序的预加载方法及移动终端，以解决现有技术移动终端内应用程序启动慢，影响用户体验的问题。

一方面，本发明实施例提供了一种应用程序的预加载方法，应用于移动终端，所述方法包括：

从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；

根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序。

另一方面，本发明实施例还提供了一种移动终端，包括：

选择模块，用于从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；

启动模块，用于根据所述选择模块选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序。

这样，本发明实施例提供的应用程序的预加载方法及移动终端，通过从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序。从而可基于用户的使用习惯，智能统计出移动终端用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端的使用体验。

附图说明

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

图1为本发明实施例提供的应用程序的预加载方法实现过程示意图一；

图2为本发明实施例提供的应用程序的预加载方法实现过程示意图二；

图3为本发明实施例提供的应用程序的预加载方法实现过程示意图三；

图4为本发明实施例提供的应用程序的预加载方法实现过程示意图四；

图5为本发明实施例提供的移动终端结构示意图一；

图6为本发明实施例提供的移动终端结构示意图二；

图7为本发明实施例提供的移动终端结构示意图三；

图8为本发明实施例提供的移动终端结构示意图四；

图9为本发明实施例提供的移动终端结构示意图五；

图10为本发明实施例提供的移动终端结构示意图六；

图11为本发明实施例提供的移动终端结构示意图七。

具体实施方式

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

除非另作定义，此处使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明专利申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也相应地改变。

实施例一：

本发明实施例提供了一种应用程序的预加载方法，应用于移动终端，如图1所示，该方法具体可以包括：

步骤101，从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息。

本发明实施例中，在移动终端中安装的每一个应用程序每一次被触发启动之后即被使用时，需要统计记录应用程序的使用数据，这里所涉及的应用程序使用数据，具体可以包括应用程序的运行时间、应用程序点击次数等等与应用程序使用情况相关的数据。

在统计用户对于移动终端中应用程序的使用情况时，可通过获取上述统计记录的应用程序使用数据，确定用户在一定时间段、一个时间点对应的应用程序使用情况。通过对比移动终端中每一个应用程序的使用数据，即可确定移动终端用户经常使用即使用频率较高的应用程序的信息，确定用户对于应用程序的使用习惯和偏好。

本发明实施例中可利用应用列表记录使用数据(例如运行时间和/或点击次数)满足预设条件的应用程序的信息，以体现用户对于应用程序的使用习惯和偏好。

为了更加直观的反映用户对于应用程序的使用习惯和偏好，还可在应用列表中按一定的排列顺序记录使用数据满足预设条件的应用程序的信息，例如使用数据从高到低排序等。

本发明实施例中，可基于用户的预先操作设定上述预设条件，该预设条件具体可用于基于移动终端中应用程序使用数据对应用程序进行筛选，并将应用程序运行时间、应用程序点击次数等使用数据符合预设条件的应用程序信息记录在应用列表中，以便从该应用列表中选择需要进行预加载操作即后台启动的应用程序信息。

本发明实施例所涉及的预设条件具体可为与应用程序的使用数据的数值相关的条件，也可以是与应用程序的使用数据的百分比相关的条件，以便于从移动终端所安装的众多应用程序中确定用户常用的应用程序信息。

步骤102，根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

在选择确定用户常用的应用程序信息之后，可判断该应用程序是否已经启动。对于未启动的应用程序，本发明实施例中可在后台启动该应用程序，即对该应用程序进行预加载操作。

本发明实施例所涉及的预加载操作即后台启动应用程序的操作具体可为将应用程序启动过程所需的系统资源或应用程序进程，预先进行调配或加载，实现应用程序的提前预加载启动，从而在移动终端用户使用该应用程序例如触发该应用程序启动时，加快应用程序的启动速度。对于具体的系统资源调配或应用程序进程加载过程，本发明实施例并不特殊限制，在具体实现时完全可以基于实际使用需求任意设置。

而对于已经启动的应用程序，则可在该应用程序退出之后，对该应用程序再进行后台启动操作。

本发明实施例提供的应用程序的预加载方法，通过从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序。从而可基于用户的使用习惯，智能统计出移动终端用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端的使用体验。

实施例二：

本发明实施例还提供了一种应用程序的预加载方法，如图2所示，该实施例具体可以包括：

步骤201，统计移动终端中每一个应用程序的运行时间和/或点击次数。

本发明实施例中，在移动终端中每一个应用程序启动之后需要统计该应用程序的使用数据，例如运行时间、点击次数等，已体现用户对于移动终端中应用程序的使用情况。

步骤202，根据运行时间和/或点击次数，对移动终端中的应用程序进行排序。

基于移动终端中应用程序的使用数据，对移动终端中的应用程序进行排序，例如基于使用数据从高至低对应用程序进行排序。以体现用户对于移动终端中应用程序的使用习惯和偏好。

步骤203，根据排序结果，生成应用列表。

具体而言，可根据排序结果，将使用数据符合预设条件的应用程序的信息依次记录在应用列表中，以生成应用列表。

步骤204，从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息。

通过分析应用列表中记录的应用程序信息，可直观反映出移动终端中应用程序的使用情况，从而可确定用户对于移动终端中应用程序的使用习惯和偏好，并从应用列表中选择用户常用的应用程序的信息。以便对选择的应用程序进行预加载操作。

步骤205，根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

在选择确定用户常用的应用程序信息之后，可判断该应用程序是否已经启动。对于未启动的应用程序，本发明实施例中可在后台启动该应用程序，即对该应用程序进行预加载操作；而对于已经启动的应用程序，则可在该应用程序退出之后，再对该应用程序进行后台启动操作。

该实施例的实现，可基于用户的使用习惯，智能统计出移动终端用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端的使用体验。

实施例三：

本发明实施例还提供了一种应用程序的预加载方法，如图3所示，该实施例具体可以包括：

步骤301，从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息。

通过分析应用列表中记录的应用程序信息，可直观反映出移动终端中应用程序的使用情况，从而可确定用户对于移动终端中应用程序的使用习惯和偏好，并从应用列表中选择用户常用的应用程序的信息。以便对选择的应用程序进行预加载操作。

步骤302，根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

在选择确定用户常用的应用程序信息之后，可判断该应用程序是否已经启动。对于未启动的应用程序，本发明实施例中可在后台启动该应用程序，即对该应用程序进行预加载操作；而对于已经启动的应用程序，则可在该应用程序退出之后，对该应用程序进行后台启动操作。

步骤303，将后台启动的应用程序设置为预加载状态。

本发明实施例中，基于统计数据确定的需要进行后台启动即预加载操作的应用程序，体现了移动终端用户对于移动终端中应用程序的使用偏好和习惯，那么为了更好的提升用户对应移动终端的使用体验，本发明实施例中还可将后台启动的应用程序设定为优先级较高的应用程序即高等级应用程序，并赋予该应用程序一些特殊权限。

举例说明，移动终端中会设置有应用程序强制停止运行命令或程序，比如一键加速、缓存清理、停止运行、上划操作等等，移动终端中普通的应用程序在面对上述命令或程序操作时，会被强制停止运行，并清空例如缓存等移动终端物理存储资源以及CPU等处理器资源。

而本发明实施例中为了体现后台启动的应用程序的特殊性，在移动终端需要执行上述强制停止运行操作时，可基于该应用程序当前是否处于预加载状态进行相应的处理而并不直接停止该应用程序运行。

本发明实施例中，可通过设置相应的标识以表明该应用程序是否处于预加载状态，即该应用程序是否已经后台启动。

步骤304，当检测到对应用程序的停止运行操作时，判断该应用程序是否处于预加载状态。

具体可通过识别判断该应用程序是否设置有相应标识以确定该应用程序是否处于预加载状态。

若该应用程序处于预加载状态，则表明该应用程序已经后台启动，则后续执行步骤305；若该未处于预加载状态，则后续可执行步骤306。

步骤305，若应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作。

步骤306，若应用程序未处于预加载状态，则对未处于预加载的应用程序执行停止运行操作，后续执行步骤307。

步骤307，在后台启动该应用程序。

该实施例的实现，可避免已经执行后台启动即预加载操作的应用程序被强制停止运行，从而可确保该应用程序的启动速度，而对于没有执行后台启动的应用程序，则在对其执行停止运行操作后，在后台启动该应用程序，同样也可提高该应用程序的启动速度。

实施例四：

移动终端中安装的应用程序之间会存在一定的关联性，例如，当移动终端用户使用淘宝APP的时候，有很大程度会打开支付宝进行款项支付；当移动终端用户在使用相机的时候，很大程度会使用相册，等等。虽然支付宝、相册等应用程序并非属于预加载应用程序即并非是使用频率较高的应用程序，但这些应用程序与例如淘宝APP、相机等预加载应用程序之间具有关联性。因此，在本发明一实施例中还提供了一种应用程序的预加载方法，如图4所示，该实施例具体可以包括：

步骤401，建立移动终端内具有关联性的应用程序之间的关联关系。

如上所述，可事先建立移动终端中具有关联性例如淘宝APP、支付宝等应用程序之间的关联关系。

步骤402，从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息。

例如从应用列表中选择淘宝APP信息，此时，支付宝并没有被选择。

步骤403，根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

例如在后台启动淘宝APP。

步骤404，基于关联关系，在后台启动与已经后台启动的应用程序具有关联关系的应用程序。

基于上述已经建立的淘宝APP与支付宝之间的关联关系，在后台启动淘宝APP的同时，在后台启动支付宝。从而实现与淘宝APP具有关联关系的支付宝的后台启动。

该实施例的实现，可实现与预加载应用程序具有关联关系的非预加载应用程序的提前预加载启动即后台启动，从而可提高与预加载应用程序具有关联关系的应用程序的启动速度，提升用户对于移动终端的使用体验。

实施例五：

现有技术中，移动终端内所有应用程序使用系统资源都是均衡的，对任何应用程序都是平等的，那么当多个应用程序同时运行时，会出现多个应用程序争强系统资源的情况，这样很可能移动终端用户常用的应用程序无法获取稳定的系统资源，导致常用的应用程序在启动和运行过程中慢、卡、顿情况发生的几率增加，从而影响用户的使用体验。

而本发明实施例中，为了体现预加载应用程序的特殊性，，赋予预加载应用程序使用系统资源的特权，在从应用列表中选择应用程序信息之后，或者是在被选择的应用程序在后台启动之后，为被选择的应用程序信息或后台启动的应用程序优先分配系统资源，从而可确保用户常用的应用程序的快速启动以及运行的平稳性，提升用户对于移动终端的使用体验。

上述所指为应用程序优先分配系统资源具体可以包括以下操作：

将移动终端的CUP资源优先分配给应用程序，从而可确保应用程序的运行速度和平稳性；

将连续的空闲内存优先分配给应用程序，减少应用程序申请内存时的内存回收以及内存的换入换出，提高应用程序对于内存的使用效率，确保应用程序的运行速度和平稳性；

将应用程序的预加载项一直保存在内存中，包括在释放内存时，不立即完全释放应用程序所占的内存资源，而是将应用程序的预加载项保存到缓存中，这样当应用程序下一次申请内存资源时，可以直接从缓存中取得加载数据；

将输入\输出(IO)资源优先分配给应用程序，以减少应用程序的IO等待时间，减少应用程序出现的慢、卡、顿情况；

在系统进程调度时，优先将应用程序的进程放在调度队列的前端，让系统可以尽快执行应用程序的任务，提高应用程序的响应速度。

上述所示为应用程序优先分配系统资源的操作仅为示例性说明，对于其他可为应用程序优先分配系统资源的操作均可适用于本申请实施例所提供的技术方案中。

该实施例的实现，可为用户常用的应用程序优先分配系统资源，从而可确保用户常用的应用程序的启动和运行速度、以及预先稳定性，提升用户对于移动终端的使用体验。

实施例六：

本发明实施例还提供了一种移动终端500，如图5所示，其具体可以包括：

选择模块501，用于从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；

启动模块502，用于根据选择模块501选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

在一具体实施例中，如图6所示，该移动终端500具体还可以包括：

统计模块503，用于统计移动终端500中每一个应用程序的运行时间和/或点击次数；

排序模块504，用于根据统计模块503统计的运行时间和/或点击次数，对移动终端500中的应用程序进行排序；

生成模块505，用于根据排序模块504的排序结果，生成应用列表。

在一具体实施例中，如图7所示，该移动终端500具体还可以包括：

设置模块506，用于在启动模块502在后台启动应用程序之后，将该应用程序设置为预加载状态；

如图7所示，该移动终端500具体还可以包括：

判断模块507，用于当检测到对应用程序的停止运行操作时，判断该应用程序是否处于预加载状态。

处理模块508，用于若判断模块507判断确定应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作，若判断模块507判断确定应用程序未处于预加载状态，则对未处于预加载状态的应用程序执行停止运行操作，并触发启动模块502在后台启动该应用程序。

在一具体实施例中，如图8所示，该移动终端500具体还可以包括：

建立模块509，用于建立移动终端500中具有关联性的应用程序之间的关联关系；

启动模块502，还可用于基于建立模块509建立的关联关系，在后台启动与已经后台启动的应用程序具有关联关系的应用程序。

在一具体实施例中，如图9所示，该移动终端500具体还可以包括：

分配模块510，用于为应用程序优先分配系统资源。

这里所涉及的应用程序具体可为被选择模块501选择的应用程序，也可以为被启动模块502后台启动的应用程序。

分配模块510为应用程序优先分配系统资源包括以下操作中的至少一项：

将移动终端500的CUP资源优先分配给应用程序，从而可确保应用程序的运行速度和平稳性；

将连续的空闲内存优先分配给应用程序，减少应用程序申请内存时的内存回收以及内存的换入换出，提高应用程序对于内存的使用效率，确保应用程序的运行速度和平稳性；

将应用程序的预加载项一直保存在内存中，包括在释放内存时，不立即完全释放应用程序所占的内存资源，而是将应用程序的预加载项保存到缓存中，这样当应用程序下一次申请内存资源时，可以直接从缓存中取得加载数据；

将输入\输出(IO)资源优先分配给应用程序，以减少应用程序的IO等待时间，减少应用程序出现的慢、卡、顿情况；

在系统进程调度时，优先将应用程序的进程放在调度队列的前端，让系统可以尽快执行应用程序的任务，提高应用程序的响应速度。

本发明实施例所提供的移动终端500能够实现图1-4所示的上述方法实施例中所涉及的各个过程，为避免重复，这里不再赘述。

本发明实施例所提供的移动终端500，可基于用户的使用习惯，智能统计出移动终端500用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端500的使用体验。

实施例七：

图10是本发明另一个实施例的移动终端600的框图。图10所示的移动终端600包括：至少一个处理器610、存储器620、至少一个网络接口640和用户接口630。移动终端600中的各个组件通过总线系统650耦合在一起。可理解，总线系统650用于实现这些组件之间的连接通信。总线系统650除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统650。

其中，用户接口630可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器620可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本文描述的系统和方法的存储器620旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器620存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统621和应用程序622。

其中，操作系统621，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序622，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序622中。

在本发明实施例中，通过调用存储器620存储的程序或指令，具体的，可以是应用程序622中存储的程序或指令，处理器610用于：从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

上述本发明实施例揭示的方法可以应用于处理器610中，或者由处理器610实现。处理器610可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器610中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器610可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器620，处理器610读取存储器620中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请功能的其它电子单元或其组合中。

对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，处理器610还用于：统计移动终端600中每一个应用程序的运行时间和/或点击次数；根据运行时间和/或点击次数，对移动终端600中的应用程序进行排序；根据排序结果，生成应用列表。

可选地，处理器610还用于：在后台启动应用程序之后，将该应用程序设置为预加载状态；以及，当检测到对应用程序的停止运行操作时，判断该应用程序是否处于预加载状态，若该应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作，若该应用程序未处于预加载状态，则对未处于预加载的应用程序执行停止运行操作，并在后台启动该应用程序。

可选地，处理器610还用于：建立移动终端600中具有关联性的应用程序之间的关联关系；以及，基于该关联关系，在后台启动与已经后台启动的应用程序具有关联关系的应用程序。

可选地，处理器610还用于：为应用程序优先分配系统资源。

移动终端600能够实现前述实施例中移动终端500实现的各个过程，为避免重复，这里不再赘述。

可见，本发明实施例所提供的移动终端600，可基于用户的使用习惯，智能统计出移动终端600用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端600的使用体验。

实施例八：

图11是本发明另一个实施例的移动终端700的结构示意图。具体地，图11中的移动终端700可以为手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、或车载电脑等。

图11中的移动终端700包括射频(Radio Frequency，RF)电路710、存储器720、输入单元730、显示单元740、处理器760、音频电路770、WiFi(Wireless Fidelity)模块780和电源790。

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

其中，显示单元740可用于显示由用户输入的信息或提供给用户的信息以及移动终端700的各种菜单界面。显示单元740可包括显示面板741，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板741。

应注意，触控面板731可以覆盖显示面板741，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器760以确定触摸事件的类型，随后处理器760根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器760是移动终端700的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器721内的软件程序和/或模块，以及调用存储在第二存储器722内的数据，执行移动终端700的各种功能和处理数据，从而对移动终端700进行整体监控。可选的，处理器760可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器721内的软件程序和/或模块和/或该第二存储器722内的数据，处理器760用于：从应用列表中选择应用程序信息，该应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动该应用程序；如果已启动，则在该应用程序退出时，在后台启动该应用程序。

可选地，处理器760还用于：统计移动终端700中每一个应用程序的运行时间和/或点击次数；根据运行时间和/或点击次数，对移动终端700中的应用程序进行排序；根据排序结果，生成应用列表。

可选地，处理器760还用于：在后台启动应用程序之后，将该应用程序设置为预加载状态；以及，当检测到对应用程序的停止运行操作时，判断该应用程序是否处于预加载状态，若该应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作，若该应用程序未处于预加载状态，则对未处于预加载的应用程序执行停止运行操作，并在后台启动该应用程序。

可选地，处理器760还用于：建立移动终端700中具有关联性的应用程序之间的关联关系；以及，基于该关联关系，在后台启动与已经后台启动的应用程序具有关联关系的应用程序。

可选地，处理器760还用于：为应用程序优先分配系统资源。

移动终端700能够实现前述实施例中移动终端500实现的各个过程，为避免重复，这里不再赘述。

可见，本发明实施例所提供的移动终端700，可基于用户的使用习惯，智能统计出移动终端700用户使用频率较高的应用程序，并在该应用程序启动之前，预先加载该应用程序的相关资源，实现应用程序的提前预加载启动，以减少应用程序的启动耗时，提升应用程序的启动速度，保证应用程序的最优体验，提升用户对于移动终端700的使用体验。

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (8)

1.一种应用程序的预加载方法，应用于移动终端，其特征在于，包括：

从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；

根据选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序；

在后台启动所述应用程序之后，还包括：

将所述应用程序设置为预加载状态；

所述方法，还包括：

当检测到对所述应用程序的停止运行操作时，判断所述应用程序是否处于预加载状态；

设置相应的标识以表明该应用程序是否处于预加载状态；

若所述应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作，若所述应用程序未处于预加载状态，则对未处于预加载的应用程序执行停止运行操作，并在后台启动所述应用程序。

2.根据权利要求1所述的方法，其特征在于，在从应用列表中选择应用程序信息之前，还包括：

统计移动终端中每一个应用程序的运行时间和/或点击次数；

根据所述运行时间和/或点击次数，对移动终端中的应用程序进行排序；

根据排序结果，生成所述应用列表。

3.根据权利要求1所述的方法，其特征在于，从应用列表中选择应用程序信息之前，还包括：

建立移动终端中具有关联性的应用程序之间的关联关系；

在后台启动所述应用程序之后，所述方法还包括：

基于所述关联关系，在后台启动与所述应用程序具有关联关系的应用程序。

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

为所述应用程序优先分配系统资源；

所述为所述应用程序优先分配系统资源包括以下操作中的至少一项：

将移动终端CUP的资源优先分配给所述应用程序；

将连续的空闲内存优先分配给所述应用程序；

将所述应用程序的预加载项一直保存在内存中；

将IO资源优先分配给所述应用程序；

在系统进程调度时，优先将所述应用程序的进程放在调度队列的前端。

5.一种移动终端，其特征在于，包括：

选择模块，用于从应用列表中选择应用程序信息，所述应用列表记录有运行时间和/或点击次数满足预设条件的应用程序的信息；

启动模块，用于根据所述选择模块选择的应用程序信息，判断对应的应用程序是否已启动，如果未启动，则在后台启动所述应用程序；如果已启动，则在所述应用程序退出时，在后台启动所述应用程序；

还包括：

设置模块，用于在所述启动模块在后台启动所述应用程序之后，将所述应用程序设置为预加载状态；设置相应的标识以表明该应用程序是否处于预加载状态；

所述移动终端还包括：

判断模块，用于当检测到对所述应用程序的停止运行操作时，判断所述应用程序是否处于预加载状态；

处理模块，用于若所述判断模块判断确定所述应用程序处于预加载状态，拒绝对处于预加载状态的应用程序执行停止运行操作，若所述判断模块判断确定所述应用程序未处于预加载状态，则对未处于预加载状态的应用程序执行停止运行操作，并触发所述启动模块在后台启动所述应用程序。

6.根据权利要求5所述的移动终端，其特征在于，还包括：

统计模块，用于统计移动终端中每一个应用程序的运行时间和/或点击次数；

排序模块，用于根据所述统计模块统计的运行时间和/或点击次数，对移动终端中的应用程序进行排序；

生成模块，用于根据所述排序模块的排序结果，生成所述应用列表。

7.根据权利要求5所述的移动终端，其特征在于，还包括：

建立模块，用于建立移动终端中具有关联性的应用程序之间的关联关系；

所述启动模块，还用于基于所述建立模块建立的关联关系，在后台启动与所述应用程序具有关联关系的应用程序。

8.根据权利要求5所述的移动终端，其特征在于，还包括：

分配模块，用于为所述应用程序优先分配系统资源；

所述分配模块为所述应用程序优先分配系统资源包括以下操作中的至少一项：

将移动终端CUP的资源优先分配给所述应用程序；

将连续的空闲内存优先分配给所述应用程序；

将所述应用程序的预加载项一直保存在内存中；

将IO资源优先分配给所述应用程序；

在系统进程调度时，优先将所述应用程序的进程放在调度队列的前端。

Images