CN106055369A - 一种移动终端应用程序的启动方法及移动终端 - Google Patents

Abstract

本发明提供了一种移动终端应用程序的启动方法及移动终端，其中，所述方法包括：接收移动终端用户启动第一应用程序的指令；基于所述第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；启动所述第一应用程序，并在后台加载所述第二应用程序的资源；当接收到启动所述第二应用程序的指令时，调用已加载的所述第二应用程序的资源，启动所述第二应用程序。通过本发明提供的移动终端应用程序的启动方案，能够提升第二应用程序的启动速度。

Description

一种移动终端应用程序的启动方法及移动终端

技术领域

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

背景技术

移动终端中通常安装有多个APP(Application，应用程序)，安装的APP可以为用户带来便捷的服务。随着移动终端的不断更新换代，移动终端的内存也在不断增大，相应地，移动终端上可运行的APP数量也随之增多，通过APP用户可以购物、聊天、支付账单等，APP已经成为用户日常生活中不可或缺的部分。

每个APP在使用前都需要用户手动启动后才可以应用，现有的移动终端所能支持的应用程序启动方式为：用户点击需要启动的应用程序对应的图标，在图标被点击后系统再加载应用程序的资源，待资源加载完成后才可启动该应用程序。现有的启动应用程序的方式需要依次执行点击图标、加载资源、调用加载的资源启动应用程序的步骤，APP的启动耗时长，因此用户体验差。

发明内容

本发明实施例提供一种移动应用程序的启动方法及移动终端，以解决现有的应用程序启动方法耗时长的问题。

第一方面，本发明实施例提供了一种移动终端应用程序的启动方法，包括：接收移动终端用户启动第一应用程序的指令；基于所述第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；启动所述第一应用程序，并在后台加载所述第二应用程序的资源；当接收到启动所述第二应用程序的指令时，调用已加载的所述第二应用程序的资源，启动所述第二应用程序。

第二方面，本发明实施例还提供了一种移动终端，包括：接收模块，用于接收移动终端用户启动第一应用程序的指令；确定模块，用于基于所示第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；加载模块，用于启动所述第一应用程序，并在后台加载所述第二应用程序的资源；调用模块，用于当接收到启动所述第二应用程序的指令时，调用所述加载模块已加载的所述第二应用程序的资源，启动所述第二应用程序。

这样，本发明实施例提供的移动终端应用程序的启动方法和移动终端，当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

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

图1是本发明实施例一的一种移动终端应用程序的启动方法的流程图；

图2是本发明实施例二的一种移动终端应用程序的启动方法的流程图；

图3是本发明实施例三的一种移动终端的结构框图；

图4是本发明实施例三的另一种移动终端的结构框图；

图5是实施例三的一种移动终端的确定模块的结构框图；

图6是本发明实施例四的一种移动终端的结构框图；

图7是本发明实施例五的一种移动终端的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参照图1，示出了本发明实施例一的一种移动终端应用程序的启动方法的流程图。

本发明实施例的移动终端应用程序启动的方法包括以下步骤：

步骤101：接收移动终端用户启动第一应用程序的指令。

其中，移动终端用户可以通过点击第一应用程序图标来启动第一应用程序；但不限于此，移动终端用户还可以通过其他任意适当的操作来启动第一应用程序。

第一应用程序为移动终端中按照的任意一个应用程序。

步骤102：基于第一应用程序，确定第二应用程序。

其中，第一应用程序与第二应用程序具有关联关系。第二应用程序可以为一个应用程序，也可以为多个应用程序。

第一应用程序与第二应用程序之间的关联关系可以由移动终端用户预先设置，这种由移动终端用户预先设置的应用程序之间的关联关系可称为“强相关”；也可以由移动终端的操作系统在移动终端使用过程中依据安装的各应用程序的使用频率、应用程序之间的历史关联关系等动态确定，这种由移动终端的操作系统建立的关联关系可称为“弱相关”。

在基于第一应用程序确定第二应用程序时，可以仅确定与第一应用程序具有强相关关系的第二应用程序；也可以仅确定与第一应用程序具有弱相关关系的第二应用程序；当然，也可以既确定与第一应用程序具有强相关关系的第二应用程序，又确定与第一应用程序具有弱相关关系的第二应用程序，本发明实施例中对此不作具体限制。

步骤103：启动第一应用程序，并在后台加载第二应用程序的资源。

例如：第一应用程序为A，第二应用程序为B、C，则在启动A时，在后台加载B、C的资源。

步骤104：当接收到启动第二应用程序的指令时，调用已加载的第二应用程序的资源，启动第二应用程序。

通过步骤104移动终端中已成功加载了第二应用程序的资源。当接收到启动第二应用程序的指令时，移动终端则可直接调用相应的第二应用程序的资源，而无需如现有应用程序启动方法还需花费额外的时间再等待第二应用程序资源的加载，因此，能够快速启动第二应用程序。

本发明实施例提供的移动终端应用程序的启动方法，当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

实施例二

参照图2，示出了本发明实施例二的一种移动终端应用程序的启动方法的流程图。

本发明实施例提供的移动终端应用程序的启动方法具体包括以下流程：

步骤201：接收移动终端用户对第一应用程序与第二应用程序的关联操作。

移动终端用户建立第一应用程序与第二应用程序的关联操作时，可以通过两个手指同时按压需要关联的应用程序对应的应用程序图标，但不限于此，在进行应用程序关联操作时移动终端用户可以采用任意适当的操作来执行，例如：可以通过一个手指分别按压需要关联的应用程序进行应用程序之间的关联。

步骤202：建立第一应用程序与第二应用程序的关联关系并存储。

移动终端接收用户按压需要建立关联关系的应用程序图标的操作后，建立第一应用程序与第二应用程序的关联关系并存储。同时，在移动终端桌面上弹出“应用已关联”的提示窗口，提示移动终端用户已成功完成应用程序之间的关联。

需要说明的是，本步骤为可选步骤，在具体实现过程中若移动终端用户已建立好了第一应用程序与第二应用程序之间的关联关系，则无需再执行本步骤。

步骤203：接收移动终端用户启动第一应用程序的指令。

其中，第一应用程序为移动终端中安装的任一应用程序。

步骤204：基于第一应用程序，确定第二应用程序。

其中，第二应用程序与第一应用程序具有关联关系。也即，移动终端确定与第一应用程序具有关联关系的第二应用程序。

在基于第一应用程序确定第二应用程序时，可以仅确定与第一应用程序具有强相关关系的第二应用程序；也可以仅确定与第一应用程序具有弱相关关系的第二应用程序；当然也可以既确定与第一应用程序具有强相关关系的第二应用程序，又确定与第一应用程序具有弱相关关系的第二应用程序，本发明实施例中对此不作具体限制。

当需要确定与第一应用程序具有强相关关系的第二应用程序时，基于所述第一应用程序，确定第二应用程序的方式如下：

基于步骤202中存储的第一应用程序与第二应用程序的关联关系，确定第二应用程序。

当需要确定与第一应用程序具有弱相关关系的第二应用程序时，一种优选的基于所述第一应用程序，确定第二应用程序的方式如下：

首先，获取与第一应用程序具有历史关联关系的应用程序。

其中，与第一应用程序具有历史关联关系的应用程序包括：与第一应用程序已建立过关联关系，且被移动终端用户取消与第一应用程序之间关联关系的应用程序。

对于移动终端用户手动建立的应用程序之间的关联关系，移动终端用户可以读取这些关联关系，移动终端可以以列表的形式展示这些关联关系，移动终端用户可以手动取消已经建立的应用程序之间的关联关系，而这些曾被建立过、且又被取消的应用程序之间的关联关系则被称为历史关联关系。

例如：移动终端用户在三天前建立了第一应用程序与应用程序A之间的关联关系，移动终端用户两天前又取消了第一应用程序与应用程序A之间的关联关系，则应用程序A则为与第一应用程序具有历史关联关系的应用程序。

其次，统计所有具有历史关联关系的应用程序中，各应用程序与第一应用程序的关联次数。

再次，将所有关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序。

其中，第一预设个数可以由本领域技术人员根据实际需求进行设置，本发明实施例中对此不作具体限制。例如：设置成1个、2个或3个等。

最后，将排序在前的第一预设个数的关联次数对应的应用程序确定为第二应用程序。

当需要确定与第一应用程序具有弱相关关系的第二应用程序时，另一种优选的基于第一应用程序，确定第二应用程序的方式如下：

首先，统计移动终端所安装的各应用程序的使用频率。

其次，将所有使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序。

其中，第二预设个数可以由本领域技术人员根据实际需求进行设置，本发明实施例中对此不作具体限制。

最后，将排序在前的第二预设个数的使用频率对应的应用程序确定为第二应用程序。

在具体实现过程中，当确定与第一应用程序具有弱相关关系的第二应用程序时，可以采用上述两种优选方式中的任意一种进行确定，当然，也可以结合上述两种优选方式共同确定与第一应用程序具有弱相关关系的第二应用程序。

步骤205：启动第一应用程序，并在后台加载第二应用程序的资源。

第二应用程序的资源至少包括内存资源、线程资源以及动态库资源中的一种或多种。

确定的第二应用程序可能为一个或者多个，当确定的第二应用程序为多个时，则后台需分别加载各第二应用程序的资源。

步骤206：监测第二应用程序的资源在预设时间内是否被调用；若是，则执行步骤208，若否，则执行步骤207。

其中，预设时间在具体实现过程中可以由本领域技术人员根据实际需求进行设置，例如：设置成30分钟、1小时、2小时等，本发明实施例中对此不作具体限制。

移动终端对加载到移动终端中的各第二应用程序资源进行监测，目的是将长时间未被调用的应用程序资源释放，以减轻移动终端的存储负荷。

步骤207：若监测到第二应用程序的资源在预设时间内未被调用，则释放第二应用程序的资源。

确定的第二应用程序可能为一个或者多个，当确定的第二应用程序为多个时，则需对各第二应用程序的资源分别进行监测。在释放时，仅是释放在预设时间内未被调用的第二应用程序的资源，对于已被调用的第二应用程序的资源，由于伴随着被调用的第二应用程序的关闭，其对应的第二应用程序资源也将被释放。

例如：确定的第二应用程序包括：应用程序A、B以及C，在第一应用程序启动时，应用程序A、B、C的资源将均被加载到移动终端中，移动终端则分别监测应用程序A、B、C的资源是否在预设时间内被调用，若应用程序B、C的资源在预设时间内未被调用，则移动终端直接释放应用程序B、C的资源，以减轻移动终端的存储负荷。

需要说明的是，本发明实施例中是以通过监测已加载的第二应用程序是否在预设时间内未被调用，来释放第二应用程序资源，以达到减轻移动终端的存储负荷为例进行说明。在具体实现过程中，还可以采用任意适当的减轻移动终端存储负荷的方式。例如：当操作系统发现移动终端存储资源不足或存储资源使用超过某个阀值时，则释放加载时间最早的应用程序的资源。

步骤208：当接收到启动第二应用程序的指令时，调用已加载的第二应用程序的资源，启动第二应用程序。

由于第二应用程序的资源已预先加载到移动终端中，因此，无需再花费时间进行资源的加载，故能够提升第二应用程序的启动速度。

本发明实施例提供的移动终端应用程序的启动方法，当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

实施例三

参照图3，示出了本发明实施例三的一种移动终端的结构框图。

本发明实施例的移动终端30包括：接收模块301，用于接收移动终端用户启动第一应用程序的指令；确定模块302，用于基于所示第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；加载模块303，用于启动所述第一应用程序，并在后台加载所述第二应用程序的资源；调用模块304，用于当接收到启动所述第二应用程序的指令时，调用所述加载模块已加载的所述第二应用程序的资源，启动所述第二应用程序。

参照图4，在图3的基础上，移动终端30还包括如下模块：

关联关系接收模块305，用于在所述接收模块301接收移动终端用户启动第一应用程序的指令之前，接收移动终端用户对第一应用程序与第二应用程序的关联操作；关系建立模块306，用于建立所述第一应用程序与所述第二应用程序的关联关系并存储。

监测模块307，用于在所述加载模块303在后台加载所述第二应用程序的资源之后，监测所述第二应用程序的资源在预设时间内是否被调用；执行模块308，用于若所述监测模块307监测到所述第二应用程序的资源在预设时间内未被调用时，则释放所述资源。

优选地，确定模块302的结构框图如图5所示，确定模块302包括以下单元：

第一确定单元3021，用于所述关系建立模块306存储的所述第一应用程序与所述第二应用程序的关联关系，确定所述第二应用程序。

获取单元3022，用于获取与所述第一应用程序具有历史关联关系的应用程序；其中，与所述第一应用程序具有历史关联关系的应用程序包括：与所述第一应用程序已建立过关联关系，且又被移动终端用户取消与所述第一应用程序之间关联关系的应用程序。

次数统计单元3023，用于统计所述获取单元3022获取的所有所述具有历史关联关系的应用程序中，各应用程序与所述第一应用程序的关联次数。

第一排序单元3024，用于将所有所述关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序。

第二确定单元3025，用于将所述第一排序单元3024确定的排序在前的第一预设个数的关联次数对应的应用程序确定为所述第二应用程序。

频率统计单元3026，用于统计移动终端所安装的各应用程序的使用频率。

第二排序单元3027，用于将所述频率统计单元3026统计的所有所述使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序。

第三确定单元3028，用于将所述第二排序单元3027确定的排序在前的第二预设个数的使用频率对应的应用程序确定为所述第二应用程序。

优选地，第二应用程序的资源至少包括：内存资源、线程资源以及动态库资源中的一种或多种。

本发明实施例的移动终端用于实现前述实施例一、实施例二中相应的移动终端应用程序的启动方法，在此不再赘述。

本发明实施例的移动终端当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

实施例四

参照图6，示出了本发明实施例四的移动终端的结构框图。

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

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

可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

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

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

在本发明实施例中，通过调用存储器702存储的程序或指令，具体的，可以是应用程序7022中存储的程序或指令，处理器701用于接收移动终端用户启动第一应用程序的指令；基于所述第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；启动所述第一应用程序，并在后台加载所述第二应用程序的资源；当接收到启动所述第二应用程序的指令时，调用已加载的所述第二应用程序的资源，启动所述第二应用程序。

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

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

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

可选地，处理器701还用于：在接收移动终端用户启动第一应用程序的指令之前，接收移动终端用户对第一应用程序与第二应用程序的关联操作；建立所述第一应用程序与所述第二应用程序的关联关系并存储。

可选地，处理器701基于所述第一应用程序，确定第二应用程序时，具体用于：基于存储的所述第一应用程序与所述第二应用程序的关联关系，确定所述第二应用程序。

可选地，处理器701基于所述第一应用程序，确定第二应用程序时，具体用于：获取与所述第一应用程序具有历史关联关系的应用程序；其中，与所述第一应用程序具有历史关联关系的应用程序包括：与所述第一应用程序已建立过关联关系，且被移动终端用户取消与所述第一应用程序之间关联关系的应用程序；统计所有所述具有历史关联关系的应用程序中，各应用程序与所述第一应用程序的关联次数；将所有所述关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序；将所述排序在前的第一预设个数的关联次数对应的应用程序确定为所述第二应用程序。

可选地，处理器701基于所述第一应用程序，确定第二应用程序时，具体用于：统计移动终端所安装的各应用程序的使用频率；将所有所述使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序；将所述排序在前的第二预设个数的使用频率对应的应用程序确定为所述第二应用程序。

可选地，所述处理器701还用于：在启动所述第一应用程序，并在后台加载所述第二应用程序的资源之后，监测所述第二应用程序的资源在预设时间内是否被调用；若监测到所述第二应用程序的资源在预设时间内未被调用，则释放所述第二应用程序的资源。

可选地，所述第二应用程序的资源至少包括内存资源、线程资源以及动态库资源中的一种或多种。

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

本发明实施例的移动终端，当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

实施例五

参照图7，示出了本发明实施例五的移动终端的结构框图。

本发明实施例中的移动终端可以为手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)、或车载电脑等。

图7中的移动终端包括射频(RadioFrequency，RF)电路810、存储器820、输入单元830、显示单元840、处理器860、音频电路870、WiFi(WirelessFidelity)模块880和电源890。

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

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

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

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

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

在本发明实施例中，通过调用存储该第一存储器8201内的软件程序和/或模块和/或该第二存储器8202内的数据，处理器860用于接收移动终端用户启动第一应用程序的指令；基于所述第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；启动所述第一应用程序，并在后台加载所述第二应用程序的资源；当接收到启动所述第二应用程序的指令时，调用已加载的所述第二应用程序的资源，启动所述第二应用程序。

可选地，处理器860还用于：在接收移动终端用户启动第一应用程序的指令之前，接收移动终端用户对第一应用程序与第二应用程序的关联操作；建立所述第一应用程序与所述第二应用程序的关联关系并存储。

可选地，处理器860基于所述第一应用程序，确定第二应用程序时，具体用于：基于存储的所述第一应用程序与所述第二应用程序的关联关系，确定所述第二应用程序。

可选地，处理器860基于所述第一应用程序，确定第二应用程序时，具体用于：获取与所述第一应用程序具有历史关联关系的应用程序；其中，与所述第一应用程序具有历史关联关系的应用程序包括：与所述第一应用程序已建立过关联关系，且被移动终端用户取消与所述第一应用程序之间关联关系的应用程序；统计所有所述具有历史关联关系的应用程序中，各应用程序与所述第一应用程序的关联次数；将所有所述关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序；将所述排序在前的第一预设个数的关联次数对应的应用程序确定为所述第二应用程序。

可选地，处理器860基于所述第一应用程序，确定第二应用程序时，具体用于：统计移动终端所安装的各应用程序的使用频率；将所有所述使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序；将所述排序在前的第二预设个数的使用频率对应的应用程序确定为所述第二应用程序。

可选地，所述处理器860还用于：在启动所述第一应用程序，并在后台加载所述第二应用程序的资源之后，监测所述第二应用程序的资源在预设时间内是否被调用；若监测到所述第二应用程序的资源在预设时间内未被调用，则释放所述第二应用程序的资源。

可选地，所述第二应用程序的资源至少包括内存资源、线程资源以及动态库资源中的一种或多种。

本发明实施例的移动终端，当接收到移动终端用户启动第一应用程序的指令时，启动第一应用程序并在后台加载与第一程序具有关联关系的第二应用程序的资源，当接收待启动第二应用程序的指令时，直接调用已加载的资源即可确定第二应用程序，而无需再花费时间加载第二应用程序的资源，因此，能够提升第二应用程序的启动速度，从而提升用户的使用体验。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的移动终端应用程序的启动方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域普通技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动终端应用程序的启动方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

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

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

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

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

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

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

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

Claims (14)

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

接收移动终端用户启动第一应用程序的指令；

基于所述第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；

启动所述第一应用程序，并在后台加载所述第二应用程序的资源；

当接收到启动所述第二应用程序的指令时，调用已加载的所述第二应用程序的资源，启动所述第二应用程序。

2.根据权利要求1所述的方法，其特征在于，所述接收移动终端用户启动第一应用程序的指令的步骤之前，所述方法还包括：

接收移动终端用户对第一应用程序与第二应用程序的关联操作；

建立所述第一应用程序与所述第二应用程序的关联关系并存储。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一应用程序，确定第二应用程序的步骤，包括：

基于存储的所述第一应用程序与所述第二应用程序的关联关系，确定所述第二应用程序。

4.根据权利要求1所述的方法，其特征在于，所述基于所述第一应用程序，确定第二应用程序的步骤，包括：

获取与所述第一应用程序具有历史关联关系的应用程序；其中，与所述第一应用程序具有历史关联关系的应用程序包括：与所述第一应用程序已建立过关联关系，且被移动终端用户取消与所述第一应用程序之间关联关系的应用程序；

统计所有所述具有历史关联关系的应用程序中，各应用程序与所述第一应用程序的关联次数；

将所有所述关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序；

将所述排序在前的第一预设个数的关联次数对应的应用程序确定为所述第二应用程序。

5.根据权利要求1所述的方法，其特征在于，所述基于所述第一应用程序，确定第二应用程序的步骤，包括：

统计移动终端所安装的各应用程序的使用频率；

将所有所述使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序；

将所述排序在前的第二预设个数的使用频率对应的应用程序确定为所述第二应用程序。

6.根据权利要求1所述的方法，其特征在于，所述启动所述第一应用程序，并在后台加载所述第二应用程序的资源的步骤之后，所述方法还包括：

监测所述第二应用程序的资源在预设时间内是否被调用；

若监测到所述第二应用程序的资源在预设时间内未被调用，则释放所述第二应用程序的资源。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第二应用程序的资源至少包括内存资源、线程资源以及动态库资源中的一种或多种。

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

接收模块，用于接收移动终端用户启动第一应用程序的指令；

确定模块，用于基于所示第一应用程序，确定第二应用程序，所述第二应用程序与所述第一应用程序具有关联关系；

加载模块，用于启动所述第一应用程序，并在后台加载所述第二应用程序的资源；

调用模块，用于当接收到启动所述第二应用程序的指令时，调用所述加载模块已加载的所述第二应用程序的资源，启动所述第二应用程序。

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

关联关系接收模块，用于在所述接收模块接收移动终端用户启动第一应用程序的指令之前，接收移动终端用户对第一应用程序与第二应用程序的关联操作；

关系建立模块，用于建立所述第一应用程序与所述第二应用程序的关联关系并存储。

10.根据权利要求9所述的移动终端，其特征在于，所述确定模块包括：

第一确定单元，用于基于所述关系建立模块存储的所述第一应用程序与所述第二应用程序的关联关系，确定所述第二应用程序。

11.根据权利要求8所述的移动终端，其特征在于，所述确定模块包括：

获取单元，用于获取与所述第一应用程序具有历史关联关系的应用程序；其中，与所述第一应用程序具有历史关联关系的应用程序包括：与所述第一应用程序已建立过关联关系，且又被移动终端用户取消与所述第一应用程序之间关联关系的应用程序；

次数统计单元，用于统计所述获取单元获取的所有所述具有历史关联关系的应用程序中，各应用程序与所述第一应用程序的关联次数；

第一排序单元，用于将所有所述关联次数由大到小进行排序，确定排序在前的第一预设个数的关联次数对应的应用程序；

第二确定单元，用于将所述第一排序单元确定的排序在前的第一预设个数的关联次数对应的应用程序确定为所述第二应用程序。

12.根据权利要求8所述的移动终端，其特征在于，所述确定模块包括：

频率统计单元，用于统计移动终端所安装的各应用程序的使用频率；

第二排序单元，用于将所述频率统计单元统计的所有所述使用频率由高到低进行排序，确定排序在前的第二预设个数的使用频率对应的应用程序；

第三确定单元，用于将所述第二排序单元确定的排序在前的第二预设个数的使用频率对应的应用程序确定为所述第二应用程序。

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

监测模块，用于在所述加载模块在后台加载所述第二应用程序的资源之后，监测所述第二应用程序的资源在预设时间内是否被调用；

执行模块，用于若所述监测模块监测到所述第二应用程序的资源在预设时间内未被调用时，则释放所述资源。

14.根据权利要求8至13中任一项所述的移动终端，其特征在于，所述第二应用程序的资源至少包括：内存资源、线程资源以及动态库资源中的一种或多种。