CN106445612A - 一种开启应用的方法、装置及移动终端 - Google Patents

Abstract

本发明实施例公开了一种开启应用的方法、装置及移动终端，涉及移动终端技术。所述方法包括在监测到多开应用集合中的目标应用的启动请求时，获取目标应用关联的多开应用集合中的应用程序；根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。本发明实施例解决在使用者需启动具有关联关系的多个应用程序时，需经过一系列重复性操作，如逐个选择应用程序，输入登录信息登录的问题，实现在使用者输入对于一个应用程序的操作指示时，与该应用程序关联的应用程序也会相应的开启，达到了简化移动终端上应用操作流程、提高移动终端应用管理效率的效果。

Description

一种开启应用的方法、装置及移动终端

技术领域

本发明实施例涉及移动终端技术，尤其涉及一种开启应用的方法、装置及移动终端。

背景技术

目前，基于安卓(Android)***的移动终端已经拥有庞大的用户群体。使用者往往会在移动终端上安装第三方应用程序，以辅助满足工作或者生活娱乐等的需求。

但是，目前的安卓***，在同一用户中，对于相同的应用程序，安卓***只允许启动一个，并不支持同时启动多个相同的应用程序。使用者为了登录同一应用程序的不同账户，需要先退出当前账户，重新输入新账户，才能完成账户切换。比如，使用者想要在一个用户中，登录多个微信账户，则需要首先退出当前账户，才能登录其它账户。

为解决上述问题，现有技术中已经出现通过修改应用程序的安装包(例如反编译安装包，修改安装包的名称，将当前安装包伪装成不同版本的安装包)、或者利用第三方双开应用软件(如LBE双开助手或平行空间等)实现应用多开的方式。上述方式虽然能够创建主应用的分身应用，实现在同一用户中同时运行多个相同的应用程序。但是，采用第三方双开应用软件可能存在第三方软件推送广告或窃取用户隐私数据等行为。适用修改安装包的方式，主应用与分身应用运行在同一用户下，可能在同一用户下不同分身应用之间存在进程干扰，还可能使应用程序的运行环境更加复杂。

在对某一程序执行多开操作后，可能在移动终端中显示该应用程序的分身应用的图标。目前，使用者在启动具有关联关系的多个应用程序时，需要逐个点击应用程序的图标，并在对应于该应用程序的登录界面中输入登录信息，实现启动该应用程序。但是，由于移动终端上安装的第三方应用程序较多，可能出现主应用和部分分身应用在一个界面内，其余分身应用在另外一个界面内的情况。如果使用者想要运行不在同一界面内的多个应用程序，则需要分别在相应的界面中找到应用程序的图标，点击输入登录信息，以登录应用程序，操作比较繁琐。

发明内容

本发明提供一种开启应用的方法、装置及移动终端，以提供一种启动分身应用的便捷方式，简化了移动终端应用的操作流程。

第一方面，本发明实施例提供了一种开启应用的方法，包括：

在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；

在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。

第二方面，本发明实施例还提供了一种开启应用的装置，该装置包括：

应用获取模块，用于在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

应用确定模块，用于根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；

应用启动模块，用于在根据目标应用的启动请求启动目标应用时，启动所述待启动的至少一个应用程序。

第三方面，本发明实施例还提供了一种移动终端，该移动终端集成有如上述第二方面所述的开启应用的装置。

本发明实施例通过在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序；并根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；然后，在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。本发明实施例解决在使用者需启动具有关联关系的多个应用程序时，需经过一系列重复性操作，如需要使用者手动选择要开启的应用程序，且还需要使用者输入登录信息进行登录等，操作过程繁琐的问题，实现在使用者输入对于一个应用程序的开启指示时，与该应用程序关联的应用程序也会相应的开启。对于使用者来说省略了逐个的选择应用程序，输入登录信息登录应用程序的过程，达到了简化移动终端上应用操作流程、提高移动终端应用管理效率的效果。

附图说明

图1是本发明实施例提供的一种开启应用的方法的流程图；

图2a是本发明实施例提供的另一种开启应用的方法的流程图；

图2b是图2a提供的一种开启应用的方法中人机交互界面示意图；

图3是本发明实施例提供的一种开启应用的装置的结构示意图；

图4是本发明实施例提供的一种移动终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

图1为本发明实施例提供的一种开启应用的方法的流程图，本实施例可适用于启动多开应用程序中的一个应用程序时，与其关联的主应用和/或分身应用也随之启动的情况，该方法可以由一种开启应用的装置来执行，其中，该装置可由软件和/或硬件实现，一般可集成在移动终端中。如图1所示，该方法具体包括如下步骤：

步骤110、在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序。

其中，多开应用集合包括主应用和与所述主应用对应的所有分身应用。优选的，本实施例中多开应用集合基于多用户机制来实现，其中多用户机制具体可包括移动终端中的操作***所支持的多用户机制，如安卓(Android)***的多用户机制以及手机窗口(Windows Phone，WP)操作***的多用户机制等。

其中，目标应用可以是多开应用集合中的主应用，还可以是多开应用集合中的主应用对应的分身应用。若本发明实施例提供的开启应用功能(执行本发明实施例提供的开启应用的方法，实现该开启应用功能)已启动，在检测到多开应用集合中的主应用的启动请求时，获取该主应用关联的多开应用集合中的分身应用。优选的，获取该主应用关联的处于未运行状态的分身应用。此方式可以排除在开启应用功能启动前已经处于运行状态的分身应用，避免处于运行状态的分身应用与未处于运行状态的分身应用相混淆，从而，影响最终确定的可启动的分身应用的数量。

相应的，若目标应用为分身应用，在检测到多开应用集合中的分身应用的启动请求时，获取该分身应用关联的多开应用集合中的主应用和/或分身应用。优选的，获取该分身应用关联的多开应用集合中处于未运行状态的主应用和/或分身应用。示例性的，若在开启应用功能启动前，主应用已经处于运行状态，则开启应用功能启动后，在检测到多开应用集合中与该主应用对应的任意一个分身应用的启动请求时，获取该分身应用关联且处于未运行状态的其余分身应用。若在开启应用功能启动前，主应用未处于运行状态，则开启应用功能启动后，在检测到多开应用集合中与该主应用对应的任意一个分身应用的启动请求时，获取该分身应用关联且处于未运行状态的其余分身应用，以及该分身应用关联的主应用。

获取目标应用关联的多开应用集合中的应用程序的实现方式可以有很多种，例如，在监测到多开应用集合中的任意一个应用程序的启动请求时，可以显示弹出框，提示移动终端使用者输入与待启动应用程序关联的应用程序。优选的，与待启动应用程序关联的应用程序处于未运行状态。又如，可以是查询存储有主应用和分身应用，以及分身应用之间关联关系的关联信息表，确定与待启动应用程序关联的应用程序。优选的，与待启动应用程序关联的应用程序处于未运行状态。

步骤120、根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序。

其中，当前空闲资源为除目标应用启动所占用的资源之外的移动终端的空闲资源。

根据目标应用关联的多开应用集合中的主应用和/或分身应用的数量，以及资源需求，可以计算启动该目标应用对应的主应用和/或分身应用所需的移动终端的资源。获取移动终端的当前空闲资源，与所计算的启动应用程序所需资源进行比较，根据比较结果确定待启动的至少一个应用程序。

在启动应用程序所需资源未超过当前空闲资源时，将目标应用程序对应的主应用和/或分身应用程序作为待启动的应用程序。

在启动应用程序所需资源超过当前空闲资源时，若当前空闲资源不足以启动目标应用关联的任意一个应用程序，则确定不存在本发明实施例的待启动的至少一个应用程序，可以提示使用者当前资源不足以启动目标应用关联的应用程序。若当前空闲资源还足以启动目标应用关联的部分应用程序，则依照设定规则确定待启动的与目标应用关联的应用程序。此时，待启动的应用程序为满足设定规则的与目标应用关联的应用程序。

示例性的，在本发明实施例中的目标应用是主应用时，若启动该主应用对应的所有分身应用所需的资源未超过移动终端的当前空闲资源，则将主应用对应的分身应用作为待启动的应用程序。

若启动该主应用对应的所述分身应用所需的资源超过了移动终端的当前空闲资源，则基于当前空闲资源计算可以启动的分身应用。在当前空闲资源不足以启动该主应用关联的任意一个分身应用时，确定不存在本发明实施例的待启动的至少一个应用程序，可以提示使用者当前资源不足以启动与主应用关联的任意一个分身应用。在当前空闲资源足以启动该主应用关联的部分分身应用时，依照设定规则确定可以被启动的分身应用，将所确定可以被启动的分身应用作为待启动的应用程序。

步骤130、在根据目标应用的启动请求启动目标应用时，启动所述待启动的至少一个应用程序。

在启动目标应用时，启动待启动的至少一个应用程序的实现方式有多种。例如：可以自动启动与该目标应用关联的待启动的至少一个应用程序。该过程可以在移动终端后台执行，无需移动终端使用者输入该目标应用关联的待启动的应用程序的登录信息，简化操作步骤。又如，可以在当前用户界面上显示应用列表，以供使用者在该应用列表中选择实际需启动的应用程序，根据使用者的选择，在该应用程序对应的用户中运行该应用程序。再如，在使用者选出实际需启动的应用程序后，再次显示提示信息，以询问使用者是否确定启动所选中的应用程序，根据使用者的启动指示启动应用程序。

本实施例的技术方案，通过在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序；并根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；然后，在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。本实施例解决在使用者需启动具有关联关系的多个应用程序时，需经过一系列重复性操作，如需要使用者手动选择要开启的应用程序，且还需要使用者输入登录信息进行登录等，操作过程繁琐的问题，实现在使用者输入对于一个应用程序的开启指示时，与该应用程序关联的应用程序也会相应的开启。对于使用者来说省略了逐个的选择应用程序，输入登录信息登录应用程序的过程，达到了简化移动终端上应用操作流程、提高移动终端应用管理效率的效果。

图2a是本发明实施例提供的另一种开启应用的方法的流程图，本实施例以上述技术方案为基础进行了优化，所述方法包括如下步骤：

步骤210、在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序。

其中，多开应用集合基于多用户机制来实现，包括主应用和与主应用对应的所有分身应用。

具体的，多开应用集合基于多用户机制来实现可包括如下内容：主应用安装于主用户下，分身应用安装于从用户下，主用户中包含用于对分身应用进行操作的接入口。

在一个实施例中，本申请的多用户实现机制包括了以下逻辑：

1.多用户管理

a)***默认有一个主用户，主用户可以创建其它的多个新用户(从用户)，并可以删除与管理它们；

b)普通用户(非主用户)与访客用户，可统称为从用户；

c)默认主用户id(身份标识，Identification)为0，其它新增用户id从10开始，逐个增加；

d)切换用户时，会重新加载桌面等一系列界面切换；

e)主用户可以限制其它用户是否能够接打电话及收发短信等权限。

对于多用户管理，能够通过主用户对从用户进行管理，包括从用户的创建、删除及权限设置等，ID设置从主用户开始，新增从用户ID顺序叠加，各用户间切换时，重新加载对应用户的桌面等一系列界面。

2.多用户安装、卸载应用

a)默认安装的应用，会安装到所有己创建的用户，在其它用户桌面上都可见应用图标；

b)在主用户通过文件管理安装的应用，不会安装到其它用户，在其它用户桌面上不可见应用图标；

c)***在安装、卸载应用时可指定userid(用户身份标识)，指定应用安装到某个指定用户，或在某个指定用户卸载该应用。也可以对所有用户都安装应用，或卸载应用。

d)在用户A卸载了应用B，对其它用户来说，应用B还是存在的，桌面上都可见应用图标，在其它用户上，应用B可以正常使用。

对于多用户安装、卸载应用，默认安装的应用会安装到所有已创建的用户(包括主用户和从用户)，并在各用户桌面上生成应用图标；而在主用户下通过文件管理安装的应用，只安装到主用户下，在主用户桌面生成应用图标，不安装到从用户下；应用的安装/卸载还可基于使用者对用户的指定，使用者通过指定用户身份标识，在主用户和从用户中指定应用的安装/卸载在某个用户、某些用户或所有用户下进行；同一应用的卸载在各用户下独立进行，对某一用户下的应用进行卸载，不影响其他用户下该应用的使用。

3.用户数据管理

a)与***数据相关的用户id目录：存放了用户对应的各种***数据存储，例如：桌面widget(组件)列表，设置数据库，默认应用启动策略等等。

b)与应用包数据相关的用户id目录：存放了用户对应安装的应用包目录，如果应用操作产生了数据，则应用数据也存放于此目录。

c)***SD卡(Secure Digital Memory Card，安全数码卡)目录：每个用户看到自己的sdcard目录都是不一样的，只能看到自己的sdcard目录。

对于用户数据管理，在多用户实现机制下，各用户下***数据和应用相关数据分别存放于不同的数据存放路径下，如，某用户下各种***数据存放于指定的第一数据存放路径下，而安装的应用包目录及应用操作产生的应用数据这些应用相关数据存放于指定的第二数据存放路径下；各用户下数据存储相互独立，各用户只能查看自身的存储数据，如自身的sdcard目录。

4.用户权限管理

a)应用在安装以后，应用申请的各种权限(例如：读取存储目录权限，读写短信权限，打开相机权限等)，会分为两部分，一部分不敏感的权限，在应用安装时，***直接允许应用获得权限；一部分比较敏感的危险权限，例如读写短信权限，会在应用使用时，***提示用户是否允许应用获得权限。

b)***在不同的用户，对同一个应用的权限是独立且隔离的，一个应用获得的基本不敏感权限，在安装后，在每个用户中都是直接获得的，而部分比较敏感的危险权限，是独立的。例如：在用户0打开微信时，如果获取了读写短信权限，切换到用户10时，第一次打开微信时，***还是会提示用户是否允许，不会因为微信在用户0获得了权限而不提醒。同理，在其它用户也一样。

对于用户权限管理，某一用户下应用安装时，不敏感权限会直接获得允许，敏感权限需经使用者许可获得；在不同的用户下，对同一应用的权限配置互相独立且隔离，在用户切换时，对于初次使用的应用的敏感权限，均需提示使用者是否赋权。

在一个实施例中，多开应用集合基于多用户机制来实现的过程可描述如下：

假设移动终端(优选为智能终端)的默认用户为主用户，用户在主用户下通过从应用商店下载或者从其他来源拷贝等方式将应用ABC的安装包(package，APK)文件例如ABC.apk存入智能终端中，***在主用户下安装ABC.apk后，主用户桌面会生成一个主应用ABC的图标。当在主用户下检测到针对主应用ABC的分身创建请求时，在从用户(若当前不存在从用户，则可创建一个从用户，该创建过程是在用户无法察觉的情况下完成的，也无需用户设置账户和密码)下安装ABC.apk得到分身应用，为了对主应用和分身应用加以区分，可为新安装的分身应用添加一个标识(假设为*)，分身应用可被记为ABC*。当ABC*安装成功后，可指定将“安装成功”的通知(在该通知中也添加标识*)发送给主用户，主用户下的桌面接收到该通知后，生成一个带有标识*的图标，以与主应用ABC的图标进行区分，该图标可作为主用户中对分身应用进行操作的接入口，当该图标被点击后，***将指定ABC*在从用户下启动，与ABC*对应的相关进程也在从用户下运行，并将ABC*的人机交互界面(简称界面)显示于主用户下，此时ABC*的界面也可作为主用户中对分身应用进行操作的接入口。

对于分身应用来说，其在主用户中的接入口的存在形式可以是多种多样的，本实施例不做具体限定，例如，可以是包含应用标识的桌面图标，该应用标识用以将当前分身应用与主应用以及其他分身应用区分开来；还可以是附加于主应用图标上的应用标识；还可以是以浮窗形式存在的包含应用标识的图标；还可以是存在于通知中心等位置的项目。

智能终端用户在主用户中可实现对主应用的操作，同时还可在主用户中通过接入口对相应的分身应用进行操作。可以理解的是，同一个主应用可对应多个分身应用，每个分身应用均被安装于一个不同的从用户中，使各分身应用分别运行于不同的从用户中，在运行过程中互不干扰。

基于多用户机制来实现多开应用的好处在于，相比于第三方多开助手软件来说，避免第三方软件推送广告以及窃取用户隐私数据等行为的发生，安全性更高；相比与主应用和分身应用均运行于同一用户下的方案来说，减少同一用户下不同分身应用或主应用之间的进程干扰，以及避免复杂运行环境所带来的功能缺失现象的发生。

示例性的，本实施例中可通过用户标识userid及应用标识Uid来区分主应用和分身应用。

在监测到多开应用集合中的目标应用的启动请求时，获取存储主应用和分身应用、以及分身应用之间关联关系的关联信息表。查询所述关联信息表，确定与目标应用关联的主应用或分身应用。其中，关联信息表可以预先生成并存储于移动终端内。关联信息表的生成方式可以有多种，本实施例不做具体限定。例如，可以通过在使用者创建分身应用时，提示使用者选择表示关联关系的应用标识标记分身应用。由移动终端根据具有表示关联关系的应用标识的分身应用和主应用，生成主应用和分身应用，以及分身应用之间的关联关系的关联信息表。又如，可以通过提示使用者输入具有关联关系的主应用和分身应用，根据使用者输入的主应用和分身应用生成关联信息表。

示例性地，在监测到多开应用集合中的目标应用的启动请求时，根据该目标应用的应用标识或者用户标识可以确定该目标应用是主应用还是分身应用。若该目标应用为主应用，可以根据该主应用的应用标识查询关联信息表，确定与该主应用关联的所有分身应用。相应的，若该目标应用为分身应用，可以根据该分身应用的应用标识查询关联信息表，确定与该分身应用关联的主应用和其余分身应用。

步骤220、根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序。

根据所述应用程序的数量和资源需求，确定与所述目标应用关联的全部应用程序启动所需的资源；在所述资源超过当前空闲资源时，根据所述应用程序的历史使用记录确定在当前空闲资源下可启动的至少一个应用程序。其中，历史使用记录包括应用程序的历史使用频率、历史使用时长、历史使用时间区间以及历史使用次数等。

示例性的，根据所确定的与目标应用关联的应用程序的数量和资源需求，计算所确定的全部应用程序启动所需的资源。在所需的资源未超过当前空闲资源时，将所确定的全部应用程序作为待启动的应用程序。在所需的资源超过当前空闲资源时，根据历史使用记录，对所确定的全部程序进行排序。例如，可以根据历史使用频率对全部应用程序进行降序排列。又如，可以根据历史使用时长对全部应用程序进行降序排列。

根据当前空闲资源和排序结果，在全部应用程序依照历史使用频率由高至低排序的排序结果中，从历史使用频率最高的应用程序开始，选择顺序靠前的至少一个应用程序。还可以是根据当前空闲资源和排序结果，在全部应用程序依照历史使用时长由长至短排序的排序结果中，从历史使用时长最长的应用程序开始，选择顺序靠前的至少一个应用程序。

步骤230、在根据目标应用的启动请求启动目标应用之前，显示待启动的应用程序的应用列表。

根据上述步骤220所确定的待启动的至少一个应用程序，生成应用列表。在当前界面显示所生成的应用列表，以提示使用者选择所述应用列表中的应用程序。图2b示出了图2a提供的一种开启应用的方法中人机交互界面示意图。在使用者点击微信主应用对应的图标时，图2b左侧部分显示的人机交互界面所示，在当前界面以对话框的方式显示待启动的应用程序的应用列表。在应用列表中展示待启动的微信分身A和微信分身B。在使用者勾选微信分身A，并点击确定按钮时，生成启动微信分身A的操作指示。若使用者分别勾选微信分身A和微信分身B，随后点击确定按钮，则分别生成启动微信分身A和启动微信分身B的操作指示。

步骤240、获取使用者关于所述应用列表的操作指示，确定所述操作指示对应的主应用或分身应用的应用标识。

由于操作指示中包括主应用或分身应用的应用标识，在获取了使用者关于应用列表的操作指示后，可以根据操作指示确定待启动的主应用或分身应用的应用标识。随后，根据该应用标识生成提示界面，以供使用者再次确认是否要启动该应用标识对应的应用程序。

步骤250、在当前用户下分别显示所述应用标识对应的主应用或分身应用的提示界面。

若待启动的主应用或分身应用的数量大于一个，可以随机地在当前用户下显示待启动的主应用或分身应用的提示界面。还可以根据待启动的主应用或分身应用的历史使用记录确定提示界面的显示顺序。例如，可以按照历史使用频率由高至低的顺序，依次显示待启动的主应用或分身应用的提示界面。又如，可以按照历史使用时长由长至短的顺序，依次显示待启动的主应用或分身应用的提示界面。可知，在当前用户下显示主应用或分身应用的提示界面顺序的确定方式可以有多种，本实施例不作具体限定。

若待启动的主应用或分身应用的数量为一个，则在当前用户下显示该主应用或分身应用的提示界面。示例性地，如图2b右侧部分显示的人机交互界面所示，在使用者选中应用列表中微信分身A后，在当前界面中显示对话框，询问使用者是否启动微信分身A。若使用者点击确定按钮，则生成微信分身A的启动指示。若使用者点击取消按钮，则生成微信分身A的取消启动指示。

步骤260、在使用者输入的应答信息为启动指示时，根据所述启动指示启动对应于所述启动指示的主应用或分身应用。

示例性地，获取使用者针对图2b右侧部分显示的人机交互界面的对话框，输入的应答信息。在该应答信息为启动指示时，在根据目标应用的启动请求启动目标应用时，在移动终端后台根据该启动指示启动对应于所述启动指示的微信分身A，无需使用者再手动输入登录信息，即在启动微信(主应用)时，自动启动与微信关联的微信分身A。显然，若该应答信息为取消启动指示，则不启动该取消启动指示的应用程序。

本实施例的技术方案与上述实施例不同之处在于，增加了生成待启动应用程序的应用列表，以及，在根据目标应用的启动请求启动目标应用之前，显示待启动的应用程序的应用列表，并获取使用者关于该应用列表的操作指示，确定操作指示对应的主应用或分身应用的应用标识，在当前用户下分别显示应用标识对应的主应用或分身应用的提示界面。从而，实现根据使用者针对提示界面的操作，确定在目标应用启动时，使用者实际需要启动的至少一个应用程序，避免误启动无需使用的应用程序，导致的移动终端的资源浪费，达到了节省***资源的效果。

图3是本发明实施例提供的一种开启应用的装置的结构示意图，该装置用于执行上述各个实施例提供的开启应用的方法，具体包括应用获取模块310、应用确定模块320和应用启动模块330。

应用获取模块310，用于在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

应用确定模块320，用于根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；

应用启动模块330，用于在根据目标应用的启动请求启动目标应用时，启动所述待启动的至少一个应用程序。

本实施例的技术方案，通过应用获取模块310在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序。并由应用确定模块320执行根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序的操作。然后，通过应用启动模块330在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。本实施例解决了在使用者需启动具有关联关系的多个应用程序时，需经过一系列重复性操作，如需要使用者手动选择要开启的应用程序，且还需要使用者输入登录信息进行登录等，操作过程繁琐的问题，实现在使用者输入对于一个应用程序的开启指示时，与该应用程序关联的应用程序也会相应的开启。对于使用者来说省略了逐个的选择应用程序，输入登录信息登录应用程序的过程，达到了简化操作流程、提升用户体验的效果。

在上述技术方案的基础上，应用获取模块310具体用于：

获取存储主应用和分身应用、以及分身应用之间关联关系的关联信息表；

查询所述关联信息表，确定与所述目标应用关联的主应用或分身应用。

在上述技术方案的基础上，所述应用确定模块320具体用于：

根据所述应用程序的数量和资源需求，确定与所述目标应用关联的全部应用程序启动所需的资源；

在所述资源超过当前空闲资源时，根据所述应用程序的历史使用记录确定在当前空闲资源下可启动的至少一个应用程序。

在上述技术方案的基础上，所述应用启动模块330包括：

列表显示子模块，用于显示待启动的应用程序的应用列表，以提示使用者选择所述应用列表中的应用程序；

应用启动子模块，用于启动使用者选中的所述应用列表中的至少一个应用程序。

在上述技术方案的基础上，所述应用启动子模块具体用于：

获取使用者关于所述应用列表的操作指示，确定所述操作指示对应的主应用或分身应用的应用标识；

在当前用户下分别显示所述应用标识对应的主应用或分身应用的提示界面，以询问使用者是否启动所述主应用或分身应用；

在使用者输入的应答信息为启动指示时，根据所述启动指示启动对应于所述启动指示的主应用或分身应用。

上述开启应用的装置可执行本发明任意实施例所提供的开启应用的方法，具备执行方法相应的功能模块和有益效果。

本发明实施例提供一种移动终端，该移动终端集成有如上述技术方案所述的开启应用的装置。示例性地，本实施例中的移动终端具体可为手机和平板电脑等终端，优选为智能手机。

图4是本发明实施例提供的一种移动终端的结构示意图。如图4所示，该移动终端400可以包括：存储器401、中央处理器(Central Processing Unit，以下简称CPU)402、外设接口403、RF(Radio Frequency，射频)电路405、音频电路406、扬声器411、电源管理芯片408、输入/输出(I/O)子***409、触摸屏412、其他输入/控制设备410以及外部端口404，这些部件通过一个或多个通信总线或信号线407来通信。

应该理解的是，图示移动终端400仅仅是移动终端的一个范例，并且移动终端400可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

下面就本实施例提供的具有上述技术方案所述的开启应用的装置的移动终端400进行详细的描述，该移动终端以手机为例。

存储器401，所述存储器401可以被CPU402、外设接口403等访问，所述存储器401可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或多个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

外设接口403，所述外设接口403可以将设备的输入和输出外设连接到CPU302和存储器401。

I/O子***409，所述I/O子***409可以将设备上的输入输出外设，例如触摸屏412和其他输入/控制设备410，连接到外设接口403。I/O子***409可以包括显示控制器4091和用于控制其他输入/控制设备410的一个或多个输入控制器4092。其中，一个或多个输入控制器4092从其他输入/控制设备410接收电信号或者向其他输入/控制设备410发送电信号，其他输入/控制设备410可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮。值得说明的是，输入控制器4092可以与以下任一个连接：键盘、红外端口、USB接口以及诸如鼠标的指示设备。

触摸屏412，所述触摸屏412是用户终端与用户之间的输入接口和输出接口，将可视输出显示给用户，可视输出可以包括图形、文本、图标、视频等。

I/O子***409中的显示控制器4091从触摸屏412接收电信号或者向触摸屏412发送电信号。触摸屏412检测触摸屏上的接触，显示控制器4091将检测到的接触转换为与显示在触摸屏412上的用户界面对象的交互，即实现人机交互，显示在触摸屏412上的用户界面对象可以是消息提示信息、运行游戏的图标、联网到相应网络的图标等。值得说明的是，设备还可以包括光鼠，光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸。

RF电路405，主要用于建立手机与无线网络(即网络侧)的通信，实现手机与无线网络的数据接收和发送。例如收发短信息、电子邮件等。具体地，RF电路405接收并发送RF信号，RF信号也称为电磁信号，RF电路405将电信号转换为电磁信号或将电磁信号转换为电信号，并且通过该电磁信号与通信网络以及其他设备进行通信。RF电路405可以包括用于执行这些功能的已知电路，其包括但不限于天线***、RF收发机、一个或多个放大器、调谐器、一个或多个振荡器、数字信号处理器、CODEC(COder-DECoder，编译码器)芯片组、用户标识模块(Subscriber Identity Module，SIM)等等。

音频电路406，主要用于从外设接口403接收音频数据，将该音频数据转换为电信号，并且将该电信号发送给扬声器411。

扬声器411，用于将手机通过RF电路405从无线网络接收的语音信号，还原为声音并向用户播放该声音。

电源管理芯片408，用于为CPU402、I/O子***409及外设接口所连接的硬件进行供电及电源管理。

本发明实施例提供的CPU402可执行下述操作：

在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用。根据应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序。在根据目标应用的启动请求启动目标应用时，启动待启动的至少一个应用程序。

在执行上述实施例的开启应用方法实现的开启应用功能开启后，使用者在启动一个应用程序时，与其关联的应用程序也会被启动，节约了使用者逐个的选择应用程序，输入登录信息登录应用程序的步骤，达到了简化移动终端上应用操作流程、提高移动终端应用管理效率的效果。

上述移动终端可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (11)

1.一种开启应用的方法，其特征在于，包括：

在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；

在根据目标应用的启动请求启动目标应用时，启动所述待启动的至少一个应用程序。

2.根据权利要求1所述的方法，其特征在于，获取所述目标应用关联的多开应用集合中的应用程序，包括：

获取存储主应用和分身应用、以及分身应用之间关联关系的关联信息表；

查询所述关联信息表，确定与所述目标应用关联的主应用或分身应用。

3.根据权利要求1所述的方法，其特征在于，根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序，包括：

根据所述应用程序的数量和资源需求，确定与所述目标应用关联的全部应用程序启动所需的资源；

在所述资源超过当前空闲资源时，根据所述应用程序的历史使用记录确定在当前空闲资源下可启动的至少一个应用程序。

4.根据权利要求1所述的方法，其特征在于，启动所述待启动的至少一个应用程序，包括：

显示待启动的应用程序的应用列表，以提示使用者选择所述应用列表中的应用程序；

启动使用者选中的所述应用列表中的至少一个应用程序。

5.根据权利要求4所述的方法，其特征在于，启动使用者选中的所述应用列表中的至少一个应用程序，包括：

获取使用者关于所述应用列表的操作指示，确定所述操作指示对应的主应用或分身应用的应用标识；

在当前用户下分别显示所述应用标识对应的主应用或分身应用的提示界面，以询问使用者是否启动所述主应用或分身应用；

在使用者输入的应答信息为启动指示时，根据所述启动指示启动对应于所述启动指示的主应用或分身应用。

6.一种开启应用的装置，其特征在于，包括：

应用获取模块，用于在监测到多开应用集合中的目标应用的启动请求时，获取所述目标应用关联的多开应用集合中的应用程序，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

应用确定模块，用于根据所述应用程序的数量、资源需求和当前空闲资源，确定待启动的至少一个应用程序；

应用启动模块，用于在根据目标应用的启动请求启动目标应用时，启动所述待启动的至少一个应用程序。

7.根据权利要求6所述的装置，其特征在于，所述应用获取模块具体用于：

获取存储主应用和分身应用、以及分身应用之间关联关系的关联信息表；

查询所述关联信息表，确定与所述目标应用关联的主应用或分身应用。

8.根据权利要求6所述的装置，其特征在于，所述应用确定模块具体用于：

根据所述应用程序的数量和资源需求，确定与所述目标应用关联的全部应用程序启动所需的资源；

在所述资源超过当前空闲资源时，根据所述应用程序的历史使用记录确定在当前空闲资源下可启动的至少一个应用程序。

9.根据权利要求6所述的装置，其特征在于，所述应用启动模块包括：

列表显示子模块，用于显示待启动的应用程序的应用列表，以提示使用者选择所述应用列表中的应用程序；

应用启动子模块，用于启动使用者选中的所述应用列表中的至少一个应用程序。

10.根据权利要求9所述的装置，其特征在于，所述应用启动子模块具体用于：

获取使用者关于所述应用列表的操作指示，确定所述操作指示对应的主应用或分身应用的应用标识；

在当前用户下分别显示所述应用标识对应的主应用或分身应用的提示界面，以询问使用者是否启动所述主应用或分身应用；

在使用者输入的应答信息为启动指示时，根据所述启动指示启动对应于所述启动指示的主应用或分身应用。

11.一种移动终端，其特征在于，所述移动终端集成有如权利要求6－10中任一项所述的开启应用的装置。