CN109062625B

CN109062625B - 应用程序加载的方法、装置及可读存储介质

Info

Publication number: CN109062625B
Application number: CN201810645525.9A
Authority: CN
Inventors: 孙永利
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2018-06-21
Filing date: 2018-06-21
Publication date: 2021-11-16
Anticipated expiration: 2038-06-21
Also published as: CN109062625A

Abstract

本公开涉及一种应用程序加载的方法、装置及可读存储介质。采用该方法，首先，在终端处于上电状态时，确定该终端当前剩余的系统资源以及该终端当前剩余的电量，接着，确定该终端当前剩余的系统资源以及该终端当前剩余的电量是否满足加载该终端应用程序的预设条件，最后，在该终端当前剩余的系统资源以及当前剩余的电量满足加载该终端应用程序的预设条件时，控制该应用程序加载，也即是，在终端当前剩余的系统资源以及电量满足运行该应用程序所需要的系统资源以及电量时，该终端控制该应用程序加载，因此，节省了加载该应用程序的时间，减少了用户等待的时间，在用户触发该应用图标之后，即可进入到该应用程序中，进而提升了用户的使用体验。

Description

应用程序加载的方法、装置及可读存储介质

技术领域

本公开涉及终端应用技术领域，具体地，涉及一种应用程序加载的方法、装置及可读存储介质。

背景技术

随着科技的发展以及移动终端的普及，终端所支持的应用程序也越来越多，当终端的用户需要使用某个应用程序时，会从移动应用商店中将该应用程序下载到终端中，方便用户实时使用该应用程序。此外，随着人们生活水平的提高，用户使用应用程序的频率也变得越来越高，而且经常需要在不同应用程序中进行切换，以满足实际的需求。其中，应用程序是指为完成某项或多项特定工作的计算机程序，运行在用户模式，具有可视的用户界面，可以通过该用户界面与用户进行交互，以完成用户的指令。

然而，在用户使用应用程序时，需首先触发终端界面上该应用程序对应的应用图标，接着，后台为该应用程序分配足够的系统资源，才能保证该应用程序的正常运行，最后，用户才能进入到该应用程序的内部进行信息获取和查看。从用户触发该应用图标到用户可以使用该应用程序的过程称之为加载应用程序的过程，该加载应用程序的过程所需要的时间较长，用户在触发该应用图标之后，还需要一段时间才能使用该应用程序，且该时间主要用于为该应用程序分配系统资源。因此，加载应用程序的方法无法满足用户及时使用该应用程序的需求。

发明内容

为克服相关技术中存在的问题，本公开提供一种应用程序加载的方法、装置及可读存储介质。

根据本公开实施例的第一方面，提供一种应用程序加载的方法，应用于终端，所述方法包括：

在所述终端处于上电状态时，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量；

确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述终端应用程序的预设条件，所述预设条件用于表征所述终端当前剩余的系统资源大于所述应用程序运行时所需要的系统资源，且所述终端当前剩余的电量大于所述应用程序运行时所消耗的电量；

在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序加载。

可选地，在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序加载，包括：

在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，为所述应用程序分配所述终端的系统资源；

控制所述应用程序加载。

可选地，所述方法还包括：

在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用频率；

根据所述每个应用程序的历史使用频率，确定出所述终端上的热点应用程序；

统计所述热点应用程序中所述每个应用程序运行所需要的系统资源以及运行时所消耗的电量；

确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述终端应用程序的预设条件，包括：

确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

可选地，所述方法还包括：

在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用时长，其中，所述历史使用时长用于表征所述应用程序运行的时长；

根据所述每个应用程序的历史使用时长，确定出所述终端上的热点应用程序；

根据本公开实施例的第二方面，提供一种应用程序加载的装置，应用于终端，所述装置包括：

第一确定模块，被配置为在所述终端处于上电状态时，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量；

第二确定模块，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述终端应用程序的预设条件，所述预设条件用于表征所述终端当前剩余的系统资源大于所述应用程序运行时所需要的系统资源，且所述终端当前剩余的电量大于所述应用程序运行时所消耗的电量；

第一控制模块，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序加载。

可选地，所述第一控制模块包括：

分配子模块，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，为所述应用程序分配所述终端的系统资源；

控制子模块，被配置为控制所述应用程序加载。

可选地，所述装置还包括：

第一统计模块，被配置为在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用频率；

第三确定模块，被配置为根据所述每个应用程序的历史使用频率，确定出所述终端上的热点应用程序；

第二统计模块，被配置为统计所述热点应用程序中所述每个应用程序运行所需要的系统资源以及运行时所消耗的电量；

所述第二确定模块包括：

第一确定子模块，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

可选地，所述装置还包括：

第三统计模块，被配置在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用时长，其中，所述历史使用时长用于表征所述应用程序运行的时长；

第四确定模块，被配置为根据所述每个应用程序的历史使用时长，确定出所述终端上的热点应用程序；

第四统计模块，被配置统计所述热点应用程序中所述每个应用程序运行所需要的系统资源以及运行时所消耗的电量；

所述第二确定模块包括：

第二确定子模块，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

根据本公开实施例的第三方面，提供一种应用程序加载的装置，应用于终端，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行实现本公平实施例的第一方面所提供的应用程序加载的方法的步骤。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开第一方面所提供的应用程序加载的方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

在本公开实施例提供的应用程序加载的方法中，首先，在终端处于上电状态时，确定该终端当前剩余的系统资源以及该终端当前剩余的电量，接着，确定该终端当前剩余的系统资源以及该终端当前剩余的电量是否满足加载该终端应用程序的预设条件，最后，在该终端当前剩余的系统资源以及当前剩余的电量满足加载该终端应用程序的预设条件时，控制该应用程序加载，也即是，在终端当前剩余的系统资源以及电量满足运行该应用程序所需要的系统资源以及电量时，该终端控制该应用程序加载，因此，当用户需要打开该应用程序时，由于该终端的后台已加载该应用程序，节省了加载该应用程序的时间，减少了用户等待的时间，在用户触发该应用图标之后，即可进入到该应用程序中，进而提升了用户的使用体验。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据一示例性实施例示出的一种应用程序加载的方法的流程图。

图2是根据一示例性实施例示出的一种应用程序加载的方法的另一流程图。

图3是根据一示例性实施例示出的一种应用程序加载的方法的另一流程图。

图4是根据一示例性实施例示出的一种应用程序加载的装置的框图。

图5是根据一示例性实施例示出的一种应用程序加载的装置另一的框图。

图6是根据一示例性实施例示出的一种应用程序加载的装置的另一框图。

图7是根据一示例性实施例示出的一种应用程序加载的装置的另一框图。

图8是根据一示例性实施例示出的一种应用程序加载的装置的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

通常情况下，用户打开终端上的应用程序都需要一定的加载时间，在这期间，系统需要为该应用程序分配足够的系统资源，才能保证该应用程序的正常运行，之后用户才能够使用该应用程序。示例地，用户想要通过打开支付宝付款时，需点击安装在该用户终端上的支付宝应用程序的图标，接着，该终端后台进行加载该支付包应用程序，由于打开该支付宝app需要一段时间，因此，商家和用户均需要等待一段时间才能付款。此外，不同的终端甚至不同的应用程序的加载时间是不同的，用户每次打开一个应用程序时都需要等待一定时间，则会大大降低用户的体验，对用户来说也是不方便的。因此，有必要对应用程序加载的方法进行一定程度的优化，保证用户打开应用程序的流畅度。

为了实现上述目的，本公开实施例提供一种应用程序加载的方法、装置及可读存储介质，该方法应用于终端，在该终端处于上电时，终端根据其当前剩余系统资源和电量状况，自动加载应用程序，因此，在用户需要使用该应用程序时，不必等待较长时间，即可快速地进入到该应用程序中，极大的提升了使用的体验，提高了系统的流畅性。

请参考图1，图1是根据一示例性实施例示出的一种应用程序加载的方法的流程图。如图1所示，本公开实施例提供的应用程序加载的方法，应用于终端，包括以下步骤。

在步骤S11中，在所述终端处于上电状态时，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量。

在步骤S12中，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述终端应用程序的预设条件，所述预设条件用于表征所述终端当前剩余的系统资源大于所述应用程序运行时所需要的系统资源，且所述终端当前剩余的电量大于所述应用程序运行时所消耗的电量。

在步骤S13中，在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序加载。

终端可以是智能手机、智能手环、平板电脑以及具有安装、加载以及使用应用程序功能的设备。终端的用户在使用应用程序之前，需要在该终端中安装该应用程序。通常情况下，所安装的应用程序处于非工作状态，也即是处于非加载状态，而该应用程序只有在加载完成之后，用户才可以正常使用该应用程序，因此，在本公开实施例中，在该终端当前剩余的系统资源以及电量满足条件时，将该应用程序预先加载出来，便于用户及时使用该应用程序。

由于每个应用程序在运行的过程中均需要占用一定的系统资源，同时，应用程序在运行时也需要消耗一定的电量，因此，在本公开实施例中，在该终端处于上电状态时，首先对该应用程序所在的终端进行检测其当前的系统资源以及电量的使用情况，确定出该终端当前剩余的系统资源以及该终端当前剩余的电量，其中，该终端当前剩余的系统资源包括：该终端系统当前剩余的内存大小、CPU(Central Processing Unit；中央处理器)空闲率以及当前剩余的存储空间大小等。

接着，根据该终端的当前剩余的系统资源以及该终端当前剩余的电量，确定该终端的当前剩余的系统资源以及剩余的电量是否满足加载该终端应用程序的预设条件，其中，该预设条件用于表征当前剩余的系统资源大于该应用程序运行时所需要的系统资源，且剩余的电量大于该应用程序运行时所消耗的电量，因此，确定该终端的当前剩余的系统资源以及剩余的电量是否满足加载该终端应用程序的预设条件，也即是，确定该终端的当前剩余的系统资源是否大于该应用程序运行时所需要的系统资源，且该终端剩余的电量是否大于该应用程序运行时所消耗的电量。

最后，在该终端当前剩余的系统资源以及当前剩余的电量满足加载该终端应用程序的预设条件时，也即是，在该终端的当前剩余的系统资源大于该应用程序运行时所需要的系统资源，且该终端剩余的电量大于该应用程序运行时所消耗的电量时，终端后台自动控制该应用程序加载。

可选地，在该终端当前剩余的系统资源小于应用程序运行时所需要的系统资源，和/或该终端当前剩余的电量小于该应用程序运行时所消耗的电量时，该终端禁止该应用程序加载。

也即是，在该终端当前剩余的系统资源以及当前剩余的电量同时满足应用程序运行时所需要的系统资源和所消耗的电量时，该终端才会控制该应用程序加载。

可选地，如图2所示，步骤S13具体包括以下步骤。

在步骤S131中，在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，为所述应用程序分配所述终端的系统资源。

在步骤S132中，控制所述应用程序加载。

通常情况下，在终端后台加载应用程序的时间段内，大部分时间用于为该应用程序分配系统资源，因此，在本公开实施例中，在该终端的剩余系统资源以及电量满足加载该应用程序的预设条件时，首先，对该应用程序进行预先分配其运行所需要的系统资源，也即是，将该应用程序的可执行文件(EXE文件)从存储器中调到内存中，然后，CPU从该内存中读取该应用程序的指令，也即是对该应用程序进行加载，此外，加载该应用程序以及运行该应用程序的过程中所产生的中间数据存储在该终端的存储空间内。当用户需要打开该应用程序时，由于该应用程序的系统资源已被分配，在用户触发该应用程序的图标时，节省了为该应用程序分配系统资源的时间进而降低了在加载该应用程序的过程中用户等待的时间。

采用本公开实施例提供的应用程序加载的方中，首先，在终端处于上电状态时，确定该终端当前剩余的系统资源以及该终端当前剩余的电量，接着，确定该终端当前剩余的系统资源以及该终端当前剩余的电量是否满足加载该终端应用程序的预设条件，最后，在该终端当前剩余的系统资源以及当前剩余的电量满足加载该终端应用程序的预设条件时，控制该应用程序加载，也即是，在终端当前剩余的系统资源以及电量满足运行该应用程序所需要的系统资源以及电量时，该终端控制该应用程序加载，因此，当用户需要打开该应用程序时，由于该终端的后台已加载该应用程序，节省了加载该应用程序的时间，减少了用户等待的时间，在用户触发该应用图标之后，即可进入到该应用程序中，进而提升了用户的使用体验。

通常情况下，用户的终端中安装有多个应该程序，在该多个应用程序中有些应用程序是用户经常用到的应用程序，而有些应用程序是用户不常用到的应用程序，用户使用这些不常用到的应用程序的概率较小，相应地，终端所加载的应用程序可能是用户经常用到的应用程序，也可能是用户不常用到的应用程序，如果该终端在确定出其当前是剩余的系统资源和电量满足加载上述不常用到的应用程序的预设条件时，对上述不常用到的应用程序进行自动加载，由于用户使用这些不常用到的应用程序的机率较小，可能在该终端加载出来之后，用户并不需要使用该应用程序，因此，对不常用应用的应用程序的加载，既浪费了加载该不常用到的应用程序的工作量，也浪费了该终端的系统资源以及加快了该终端的电量消耗。

为了减少对不常用到的应用程序进行加载的工作量、终端的系统资源的使用以及该终端所消耗的电量，在本公开实施例中，对安装在终端上的应用程序进行分类，确定出该终端上的用户经常使用到的应用程序(以下简称为热点应用程序)，确定热点应用程序有且不限于以下两种具体实施方式。请参考图3，图3是根据一示例性实施例示出的一种应用程序加载的方法的另一流程图。如图3所示，第一种可能的实施方式为：

在步骤S14中，在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用频率。

在步骤S15中，根据每个应用程序的历史使用频率，确定出所述终端上的热点应用程序。

第二种可能的实施方式为：

在步骤S16中，在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用时长，其中，所述历史使用时长用于表征所述应用程序运行的时长。

在步骤S17中，根据每个应用程序的历史使用时长，确定出所述终端上的热点应用程序。

在第一种可能的实施方式中，根据安装在终端上的每个应用程序的历史使用情况，该终端统计出每个应用程序的历史使用频率，并根据该每个应用程序的历史使用频率确定出热点应用程序，具体地，在该终端内可以预先设置一个指定时长，例如：最近5天，最近1个月等，该指定时长可以是终端出厂设置的，也可以是终端的用户自行设置的。在该指定时长内统计每个应用程序的使用次数，并将该使用次数大于预设值的应用程序确定为热点应用程序。示例地，以指定时间为5天，预设值为10为例，假设该终端上只安装有支付宝应用程序、微信应用程序以及微博应用程序，该终端在最近的5天内，统计出使用支付宝应用程序的次数为20次，使用微信应用程序的次数为15次，使用微博应用程序的次数为8次，由于该终端用户使用支付宝应用程序和微信应用程序的次数大于预设值10，则该终端可将支付宝应用程序和微信应用程序确定为热点应用程序。

在第二种可能的实施方式中，根据安装在终端上的每个应用程序的历史使用情况，该终端统计出每个应用程序的历史使用时长，并根据该每个应用程序的历史使用时长确定出热点应用程序，具体地，在统计出每个应用程序的历史使用时长之后，可将该历史使用时长大于预设时长的应用程序确定为热点应用程序。

如图3所示，在确定出热点应用程序之后，所述方法还包括以下步骤。

在步骤S18中，统计所述热点应用程序中每个应用程序运行所需要的系统资源以及运行时所消耗的电量。

如前文所述，每个应用程序在运行时，均需要一定的系统资源以及消耗一定的电量，因此，在本公开实施例中，在确定出终端的热点应用程序之后，对该热点应用程序中的每个应用程序进行统计其运行所需要的系统资源和运行所消耗的电量。

如图3所示，所述方法还包括以下步骤。

相应地，步骤S12具体包括步骤S121。

在步骤S121中，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

相应地，步骤S13具体包括步骤S133。

在步骤S133中，在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述热点应用程序的预设条件时，控制所述热点应用程序加载。

在终端处于上电状态时，首先，根据终端的系统资源的使用情况和电量的消耗情况，实时确定该终端当前剩余的系统资源以及当前剩余的电量，接着，根据上述统计出的该终端的每个热点应用程序运行时所需要的系统资源以及运行时所消耗的电量，确定该终端当前剩余的系统资源以及当前剩余的电量是否满足加载该热点应用程序的预设条件，也即是，确定该终端当前剩余的系统资源是否大于该热点应用程序运行时所需要的系统资源，且该终端当前剩余的电量是否大于该热点应用程序运行时所消耗的电量。

最后，在终端当前剩余的系统资源以及当前剩余的电量满足加载该热点应用程序的预设条件时，也即是，在该终端的当前剩余的系统资源大于该热点应用程序运行时所需要的系统资源，且该终端当前剩余的电量大于该热点应用程序运行时所消耗的电量时，该终端优先加载该热点应用程序。

因此，采用上述技术方案，在终端处于上电时，实时确定该终端当前剩余的系统资源以及当前剩余的电量之外，还对该终端的应用程序进行分类，确定出该终端的热点应用程序，进而，确定该终端当前剩余的系统资源以及当前剩余的电量是否满足加载该热点应用程序的预设条件，在满足该预设条件时，该终端优先加载该热点应用程序，由于该热点应用程序是针对用户历史使用情况确定的，也即该终端优先加载的是用户经常用到的应用程序，更符合用户的使用需求，进一步提升了用户的使用体验。

基于同一发明构思，本公开实施例还提供一种应用程序加载的装置。请参考图4，图4是根据一示例性实施例示出的一种应用程序加载的装置的框图。如图4所示，该装置40包括：

第一确定模块41，被配置为在所述终端处于上电状态时，确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量；

第二确定模块42，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述终端应用程序的预设条件，所述预设条件用于表征所述终端当前剩余的系统资源大于所述应用程序运行时所需要的系统资源，且所述终端当前剩余的电量大于所述应用程序运行时所消耗的电量；

第一控制模块43，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序加载。

可选地，请参考图5，图5是根据一示例性实施例示出的一种应用程序加载的装置的另一框图。如图5所示，该第一控制模块43包括：

分配子模块431，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，为所述应用程序分配所述终端的系统资源；

控制子模块432，被配置为控制所述应用程序加载。

可选地，请参考图6，图6是根据一示例性实施例示出的一种应用程序加载的装置的另一框图。如图6所示，该装置40还包括：

第一统计模块44，被配置为在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用频率；

第三确定模块45，被配置为根据所述每个应用程序的历史使用频率，确定出所述终端上的热点应用程序；

第二统计模块46，被配置为统计所述热点应用程序中所述每个应用程序运行所需要的系统资源以及运行时所消耗的电量；

所述第二确定模块42包括：

第一确定子模块421，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

相应地，所述第一控制模块43，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述热点应用程序的预设条件时，控制所述热点应用程序加载。

可选地，请参考图7，图7是根据一示例性实施例示出的一种应用程序加载的装置的另一框图。如图7所示，该装置40还包括：

第三统计模块47，被配置在所述终端处于上电状态时，统计安装在所述终端上的所有应用程序中的每个应用程序的历史使用时长，其中，所述历史使用时长用于表征所述应用程序运行的时长；

第四确定模块48，被配置为根据所述每个应用程序的历史使用时长，确定出所述终端上的热点应用程序；

第四统计模块49，被配置统计所述热点应用程序中所述每个应用程序运行所需要的系统资源以及运行时所消耗的电量；

所述第二确定模块42包括：

第二确定子模块422，被配置为确定所述终端当前剩余的系统资源以及所述终端当前剩余的电量是否满足加载所述热点应用程序的预设条件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开提供的应用程序加载的方法的步骤。

图8是根据一示例性实施例示出的一种应用程序加载的装置的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的应用程序加载的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述应用程序加载的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述应用程序加载的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims

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

在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序预加载。

2.根据权利要求1所述的方法，其特征在于，在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序预加载，包括：

控制所述应用程序预加载。

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

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

5.一种应用程序加载的装置，其特征在于，应用于终端，所述装置包括：

第一控制模块，被配置为在所述终端当前剩余的系统资源以及所述终端当前剩余的电量满足加载所述终端应用程序的预设条件时，控制所述应用程序预加载。

6.根据权利要求5所述的装置，其特征在于，所述第一控制模块包括：

控制子模块，被配置为控制所述应用程序预加载。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

所述第二确定模块包括：

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

所述第二确定模块包括：

9.一种应用程序加载的装置，其特征在于，应用于终端，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行实现权利要求1-4中任一项所述方法的步骤。

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