一种多开应用的管理方法、装置及终端与流程

本发明涉及通信技术领域，尤其一种多开应用的管理方法、装置及终端。

背景技术：

随着移动互联网的发展，用户对终端中应用的需求越来越丰富。在日常使用终端的过程中，用户会有多个账号需要同时登录同一应用的需要，例如，针对微博，用户的多个账号需要同时登录使用，或针对某款游戏，用户的多个账号，需要同时登录满足切换、交易等方便操作。

目前，为了满足不同账号同时登录同一应用的需要，在终端中，可以启动多个相同的应用，在多个相同的应用中进行登录不同的账号。但是现有技术，在多个相同应用中的其中一个调用第三方应用时，产生的数据不能与其他相同的应用进行共享。例如，终端中存在多个微信应用，当用户采用其中一个微信应用调用相机应用时，所产生的图像、视频等数据，不能与其他微信应用进行共享，操作不便。

技术实现要素：

有鉴于此，本发明实施例提供一种多开应用的管理方法、装置及终端，以实现主应用与分身应用，以及各分身应用之间的数据共享。

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

检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用；

当检测到所述目标应用调用所述第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据。

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

检测模块，用于检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用；

保存模块，用于当检测到所述目标应用调用所述多开应用集合外的第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

发送模块，用于将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据。

第三方面，本发明实施例提供了一种终端，所述终端集成了本发明实施例提供的一种多开应用的管理装置。

本发明实施例提供的技术方案，通过保存多开应用集合中的目标应用调用多开应用集合之外的第一应用的数据，并将所述数据或所述数据地址发送至多开应用集合中与所述目标应用关联的第二应用，能够使第二应用调用所述数据，实现多开应用集合中主应用与分身应用、以及各分身应用间的数据共享。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

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

图2是本发明实施例提供的又一种多开应用的管理方法流程图；

图3是本发明实施例提供的又一种多开应用的管理方法流程图

图4是本发明实施例提供的一种多开应用的管理装置结构框图；

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

具体实施方式

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

图1是本发明实施例提供的一种多开应用的管理方法流程图，所述方法由多开应用的管理装置来执行，所述装置由软件和/或硬件来执行。所述装置配置在诸如手机等终端中。如图1所示，本实施例提供的技术方案具体如下：

S110：检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用。

在本实施例中，多开应用集合包括主应用和与所述主应用对应的所有分身应用。本实施例中主应用以及与主应用对应的分身应用均为同一应用程序，且主应用以及与主应用对应的分身应用能够同时运行。当用户打开主应用时，终端会生成与主应用对应的源进程，而用户点击分身应用的图标打开分身应用时，终端生成与分身应用对应的分身进程，以实现源进程和分身进程同时运行，如果用户有多个账号，就可以实现同时登录。

在本实施例中，目标应用可为主应用或者与主应用对应的分身应用。第一应用可为相机应用或者终端中安装的多开应用集合外的其他应用，如，录音机应用。

在本实施例中，对于目标应用调用第一应用的检测，可以由终端通过识别当前的进程信息进行判断。例如，当目标应用调用第一应用时，当前的进程中存在目标应用以及第一应用的进程信息，且目标应用以及第一应用的进程信息是相关联的。或者也可以通过其他的方式进行判断。

S120：当检测到所述目标应用调用所述多开应用集合外的第一应用的操作时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用。

在本实施例中，目标应用在调用第一应用时所产生的数据包括：图片、视频以及音频中的至少一项。其中，目标应用在调用第一应用时所产生的数据并不局限于图片、视频或者音频，还可以包括其他数据。

S130：将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据。

在本实施例中，当目标应用为主应用时，与所述目标应用关联的第二应用包括与所述主应用关联的分身应用；当所述目标应用为分身应用时，与所述目标应用关联的第二应用包括与所述分身应用关联的分身应用或主应用。可选的，当所述目标应用为主应用时，与所述目标应用关联的第二应用包括与所述主应用同时运行的分身应用；当所述目标应用为分身应用时，与所述目标应用关联的第二应用包括与所述分身应用同时运行的分身应用或主应用。

在本实施例中，对于将目标应用在调用第一应用时所产生的数据或所述数据的地址发送至目标应用关联的第二应用，可以由终端自动发送，或者也可以根据用户输入的发送指令进行发送，具体发送数据或者发送所述数据的地址的方式根据用户的需求进行选择。

在本实施例中，可以将目标应用在调用第一应用时所产生的数据或者所述数据的地址发送至与目标应用关联的第二应用中预设位置，以使所述第二应用调用所述数据，或者根据所述数据的地址查找所述数据。通过上述的方法，能够实现应用与分身应用，以及各分身应用之间的数据共享。

需要说明的是，多开应用集合的实现方式可以有很多种，本实施例不做具体限定。例如，可分别安装不同版本的应用，将一种版本作为主应用，将其他版本作为分身应用，其中，可通过反编译修改应用的安装包(APK)文件，再安装修改后的APK文件来实现安装不同版本的同款应用；又如，可通过应用模拟用户空间及动态加载技术的第三方多开助手软件来实现；再如，可通过修改系统机制来实现。

优选的，本实施例中多开应用集合基于多用户机制来实现，其中多用户机制具体可包括终端中的操作系统所支持的多用户机制，如安卓(Android)系统的多用户机制以及手机窗口(Windows Phone，WP)操作系统的多用户机制等。

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

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

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来区分主应用和分身应用。

本实施例提供的一种多开应用的管理方法，通过保存多开应用集合中的目标应用调用多开应用集合之外的第一应用的数据，并将所述数据或所述数据地址发送至多开应用集合中与所述目标应用关联的第二应用，能够使第二应用调用所述数据，实现多开应用集合中主应用与分身应用、以及各分身应用间的数据共享。

图2是本发明实施例提供的又一种多开应用的管理方法流程图，在上述实施例一的基础上，在所述当检测到所述目标应用调用所述所述第一应用时，保存目标应用在调用第一应用时所产生的数据之前，还执行如下的操作：

根据用户的选择指令，建立目标应用与所述第二应用的关联关系。

由此，通过用户的选择指令，建立目标应用与第二应用的关联关系，能够根据用户的需要选择第二应用，以使根据用户需要实现数据共享。

进一步，可选的，所述将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用能调用所述数据，包括：

根据用户输入的设定指令，从所述数据中确定目标数据；

将所述目标数据或所述目标数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述目标数据。

由此，根据用户的设定指令确定目标数据，并将目标数据或目标数据的地址发送至与多开应用集合中的与目标应用关联的第二应用，能够使第二应用调用目标数据，并且能够根据用户的需要选择目标数据，以实现根据用户的需求实现主应用与分身应用，以及各分身应用之间的数据分享。

基于上述的优化，如图2所示，本实施例提供的技术方案具体如下：

S210：根据用户的选择指令，建立目标应用与所述第二应用的关联关系。

在本实施例中，可以在终端的设置选项中根据用户的选择指令，建立目标应用与第二应用的关联关系。例如，目标应用为微信的主应用，与主应用对应的分身应用有微信1、微信2以及微信3。在终端的设置选项中，用户可以仅仅择微信1与主应用(微信)建立关联，以实现主应用(微信)与分身应用(微信1)之间的数据分享。或者也可以在终端的设置选项中，将所有的分身应用与主应用建立关联，以实现主应用与各个应用分身之间的数据分享。

S220：检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用。

S230：当检测到所述目标应用调用所述第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用。

S240：根据用户输入的设定指令，从所述数据中确定目标数据。

在本实施例中进行举例说明，例如，主应用为微信，在微信中调用相机时，拍摄了多张图片，以及多个视频。如果在微信的分身应用(微信1)中，根据用户的需要，仅需微信1调用主应用(微信)拍摄的图片，用户可以将主应用(微信)调用相机时拍摄的图片设定为目标数据。对于将微信调用相机时拍摄的图片设定为目标数据的方法可以是创建可供调用的功能选项，选中所述图片，并选中可供调用的功能选项，以使用户通过分身应用(微信1)在发送图片或者其他操作时能够查看或使用主应用(微信)调用相机时拍摄的图片。并且将微信调用相机拍摄的图像设定为目标数据的方法还可以是其他的方式，并不局限于上述的方式。

S250：将所述目标数据或所述目标数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述目标数据。

在本实施例中，可以将目标数据发送至多开应用集合中的与目标应用关联的第二应用，也可以为了节省终端的存储空间，仅仅将目标数据的地址发送至多开应用集合中的与目标应用关联的第二应用，以使第二应用根据目标数据的地址查看或使用目标数据。由此，通过上述的方法，能够根据用户的需要实现主应用与分身应用，以及各分身应用之间的数据分享。

需要说明的是，本发明示例性的将S210-S250组成一个实施例执行一种多开应用的管理方法，但仅仅是本发明实施例的一种示例，在本发明的其他实施例中，可以仅仅将S220-S250组成一个新的实施例执行一种多开应用的管理方法，或者也可以将S210与的S110-S130组成一个新的实施例执行一种多开应用的管理方法。另外，本发明实施例中将S220在S210之后执行一种多开应用的管理方法，但在本发明其他实施例中，S220也可以在S210之前执行，并不影响多开应用的管理。

本实施例提供了一种多开应用的管理方法，通过用户的选择指令，建立目标应用与第二应用的关联关系，能够根据用户的需要选择第二应用，以使根据用户需要实现数据共享；通过根据用户的设定指令确定目标数据，并将目标数据或目标数据的地址发送至与多开应用集合中的与目标应用关联的第二应用，能够使第二应用调用目标数据，并且能够根据用户的需要选择目标数据，以实现根据用户的需求实现主应用与分身应用，以及各分身应用之间的数据分享。

图3是本发明实施例提供的又一种多开应用的管理方法流程图，在上述实施例一的基础上，可选的，所述将所述数据发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据，包括：

将所述数据发送至所述多开应用集合中的与所述目标应用关联的第二应用中的第一设定位置；

当检测到所述第二应用调用所述数据的操作时，从所述第一设定位置调用所述数据，以查看或使用所述数据。

由此，通过将所述数据发送至与目标应用关联的第二应用的第一设定位置，以使当检测到第二应用调用所述数据的操作时，从第一设定位置调用所述数据，能够实现主应用与分身应用、以及各分身应用之间的数据分享。

进一步，可选的，所述将所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用能调用所述数据，包括：

将所述数据的地址发送至与所述目标应用关联的第二应用中的第二设定位置；

当检测到所述第二应用调用所述数据的操作时，从所述第二设定位置调用所述数据的地址，并通过所述地址查找所述数据，以查看或使用所述数据。

由此，通过将所述数据的地址发送至与目标应用关联的第二应用的第二设定位置，以使当检测到第二应用调用所述数据的操作时，从第二设定位置调用所述数据的地址，并通过所述地址查找所述数据，能够节省终端内的存储空间，并且能够实现主应用与分身应用、以及各分身应用之间的数据分享。

基于上述的优化，如图3所示，本实施例提供的技术方案具体如下：

S310：检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用。

S320：当检测到所述目标应用调用所述第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用。

S330：将所述数据发送至所述多开应用集合中的与所述目标应用关联的第二应用中的第一设定位置。

在本实施例中，第二应用中的第一设定位置可以是第二应用的安装数据所在的位置，也可以是其他的位置。

S340：当检测到所述第二应用调用所述数据的操作时，从所述第一设定位置调用所述数据，以查看或使用所述数据。

在本实施例中进行举例说明，例如，主应用为微信，第二应用为微信应用的分身应用：微信1，主应用调用相机时拍摄了一张图片，且主应用将该图片发送至微信1的第一预设位置。当用户采用微信1与联系人进行联系时，若用户点击发送图片的操作，终端检测到微信1调用该图片的操作，可以选择从第一预设位置调用该图片，以查看或使用。

S350：将所述数据的地址发送至与所述目标应用关联的第二应用中的第二设定位置。

在本实施例中，第二设定位置可以为第二应用的安装路径，或者也可以是终端内用于存储第二应用中数据的其他位置。为了节省终端的存储空间，可以将所述数据的地址发送至与目标应用关联的第二应用中的第二设定位置。

S360：当检测到所述第二应用调用所述数据的操作时，从所述第二设定位置调用所述数据的地址，并通过所述地址查找所述数据，以查看或使用所述数据。

在本实施例中进行举例说明，当用户采用微信1与联系人进行联系时，若用户点击发送图片的操作，终端检测到微信1调用主应用调用相机拍摄图片的操作，从第二设定位置的调用该图片的地址，根据所述地址查找该图片，以查看或使用该图片。其中，对于第二应用调用所述数据的操作还可以是检测到用户点击分享朋友圈的操作，或者还可以是其他操作。对于不同的应用，第二应用调用所述数据的操作的表现形式是不同的。

需要说明的是，在本实施例中，S330-S340与S350-S360并不同时执行，当执行一种多开应用的管理方法时，S310-S320与S330-S340同时执行，或者S310-S320与S350-S360同时执行。

本实施例提供了一种多开应用的管理方法，通过将所述数据发送至与目标应用关联的第二应用的第一设定位置，以使当检测到第二应用调用所述数据的操作时，从第一设定位置调用所述数据，能够实现主应用与分身应用、以及各分身应用之间的数据分享；通过将所述数据的地址发送至与目标应用关联的第二应用的第二设定位置，以使当检测到第二应用调用所述数据的操作时，从第二设定位置调用所述数据的地址，并通过所述地址查找所述数据，能够节省终端内的存储空间。

图4是本发明实施例提供的一种多开应用的管理装置结构框图，所述装置用于执行多开应用的管理方法。如图4所示，所述装置包括检测模块410、保存模块420以及发送模块430。

其中，检测模块410，用于检测多开应用集合中的目标应用是否调用所述多开应用集合外的第一应用；

保存模块420，用于当检测到多开应用集合中的目标应用调用所述多开应用集合外的第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

发送模块430，用于将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据。

进一步的，所述发送模块430，具体用于：

根据用户输入的设定指令，从所述数据中确定目标数据；

将所述目标数据或所述目标数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述目标数据。

进一步的，所述发送模块430，具体用于：

将所述数据发送至所述多开应用集合中的与所述目标应用关联的第二应用中的第一设定位置；

当检测到所述第二应用调用所述数据的操作时，从所述第一设定位置调用所述数据，以查看或使用所述数据。

进一步的，所述发送模块430，具体用于：

将所述数据的地址发送至与所述目标应用关联的第二应用中的第二设定位置；

当检测到所述第二应用调用所述数据的操作时，从所述第二设定位置调用所述数据的地址，并通过所述地址查找所述数据，以查看或使用所述数据。

进一步的，所述数据包括如下至少一项：

图片、视频以及音频。

进一步的，当所述目标应用为主应用时，与所述目标应用关联的第二应用包括与所述主应用同时运行的分身应用；

当所述目标应用为分身应用时，与所述目标应用关联的第二应用包括与所述分身应用同时运行的分身应用或主应用。

进一步的，所述装置还包括：关联建立模块440，用于在所述当检测到多开应用集合中的目标应用调用所述多开应用集合外的第一应用时，保存目标应用在调用第一应用时所产生的数据之前，根据用户的选择指令，建立目标应用与所述第二应用的关联关系。

本实施例提供了一种多开应用管理的装置，通过保存多开应用集合中的目标应用调用多开应用集合之外的第一应用的数据，并将所述数据或所述数据地址发送至多开应用集合中与所述目标应用关联的第二应用，能够使第二应用调用所述数据，实现多开应用集合中主应用与分身应用、以及各分身应用之间的数据共享。

本发明实施提供了一种终端，该终端集成了上述实施例提供的多开应用的管理装置，图5为本发明实施例提供的一种终端的结构示意图，如图5所示，该终端可以包括：存储器501、中央处理器(Central Processing Unit，以下简称CPU)502、外设接口503、RF(Radio Frequency，射频)电路505、音频电路506、扬声器511、电源管理芯片508、输入/输出(I/O)子系统509、触摸屏512、其他输入/控制设备510以及外部端口504，这些部件通过一个或多个通信总线或信号线507来通信。

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

下面就本实施例提供的用于多开应用的管理的终端进行详细的描述，该终端以手机为例。

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

外设接口503，所述外设接口503可以将设备的输入和输出外设连接到CPU502和存储器501。

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

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

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

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

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

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

电源管理芯片508，用于为CPU502、I/O子系统509及外设接口所连接的硬件进行供电及电源管理。

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

当检测到多开应用集合中的目标应用调用所述多开应用集合外的第一应用时，保存目标应用在调用第一应用时所产生的数据，其中，所述多开应用集合包括主应用和与所述主应用对应的所有分身应用；

将所述数据或者所述数据的地址发送至所述多开应用集合中的与所述目标应用关联的第二应用，以使所述第二应用调用所述数据。

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

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