CN106445670A - 一种多开应用的数据管理方法、装置和移动终端 - Google Patents

Abstract

本发明公开了一种多开应用的数据管理方法、装置和移动终端，其中方法包括：实时检测对各多开应用集合的操作指令，其中，所述多开应用集合包括主应用和所述主应用对应的分身应用；当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；当判定至少一个所述已有分身应用满足预设删除条件时，删除至少一个所述已有分身应用的原登录账号相关数据，以使用任一满足所述预设删除条件的已有分身应用登录新账号。本发明通过在已有分身应用上切换新账号登录，且同时删除原登录账号的相关数据，节约了移动终端的存储空间。

Description

一种多开应用的数据管理方法、装置和移动终端

技术领域

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

背景技术

随着移动通信技术的越来越成熟，移动终端，如智能手机和平板电脑等已经成为了人们日常生活的必备品。并且，智能手机的应用系统中，安卓系统的使用比较广泛。

目前，市场上安卓系统的智能手机或平板电脑，通常一个应用程序只能启动一个实例并运行，然而，针对某个聊天工具或微博，用户可能具有多个账号，却无法同时登录使用；或者针对某款游戏，用户具有多个账号，也无法同时登录以满足切换、交易等方便操作。由此，智能手机或平板电脑受限于安卓系统的特性，用户在安卓系统下只能开启一个应用程序的实例，当需要登录另一个账号时，只能在当前运行的实例中注销当前账号以达到切换的目的，这就带来了诸多的不便。

因此，安卓爱好者研究了一些可以使某些应用程序实现多开的方法，例如，基于安卓系统的多用户机制，可以在从用户下安装与主用户中的某个主应用相同的分身应用，在各用户下启动各自安装的同一应用，实现同时登录多个账号。用户在使用新账号登录多开应用时，需要创建一个新的分身应用，或者在原有的长期不使用的应用上切换新账号登录，但创建一个新的分身应用要占用一定的存储空间，而在原有应用上切换新账号登录，原登录账号产生的大量数据仍保留在应用的数据文件中，浪费存储空间。

发明内容

有鉴于此，本发明的目的是提出一种多开应用的数据管理方法、装置和移动终端，以节约移动终端的存储空间。

为实现上述目的，本发明采用如下技术方案：

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

实时检测对各多开应用集合的操作指令，其中，所述多开应用集合包括主应用和所述主应用对应的分身应用；

当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

当判定至少一个所述已有分身应用满足预设删除条件时，删除至少一个所述已有分身应用的原登录账号相关数据，以使用任一删除了所述原登录账号相关数据的已有分身应用登录新账号。

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

操作指令检测模块，用于实时检测对各多开应用集合的操作指令，其中，所述多开应用集合包括主应用和所述主应用对应的分身应用；

已有分身应用确认模块，用于当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

账号数据删除模块，用于当判定至少一个所述已有分身应用满足预设删除条件时，删除至少一个所述已有分身应用的原登录账号相关数据，以使用任一删除了所述原登录账号相关数据的已有分身应用登录新账号。

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

本发明在确定多开应用集合中的已有分身应用后，判断是否存在满足预设删除条件的已有分身应用，当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据，由此，用户可以直接使用已有分身应用登录新账号，不必新创建一个分身应用，且删除了原登录账号相关数据，节省了移动终端的存储空间。

附图说明

下面将通过参照附图详细描述本发明的示例性实施例，使本领域的普通技术人员更清楚本发明的上述及其他特征和优点，附图中：

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

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

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

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

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

具体实施方式

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

图1是本发明实施例提供的一种多开应用的数据管理方法的流程示意图。该方法适用于使用已有分身应用登录新账号同时删除原登录账号相关数据的情况，该方法可以由多开应用的数据管理装置或移动终端来执行。上述多开应用的数据管理装置可以由软件和/或硬件的方式来实现，该装置可配置于移动终端中。

如图1所示，本实施例的方法包括：

步骤110、实时检测对各多开应用集合的操作指令。

其中，多开应用集合包括主应用和主应用对应的分身应用；操作指令包括对多开应用集合中主应用进行分身应用的创建指令、对多开应用集合中任一应用的启动/关闭指令和对多开应用集合中任一应用的卸载删除指令等。

步骤120、当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用。

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

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

示例性的，多开应用集合基于多用户机制来实现可包括：主应用安装于主用户下，分身应用安装于从用户下，主用户中包含用于对分身应用进行操作的接入口。当检测到主用户下的主应用被长按拖动时，可判定检测到分身应用的创建指令。

本实施中，确定待创建分身应用对应的多开应用集合中的已有分身应用可包括：

A、获取主应用的应用标识。

其中，应用标识包括应用名称。为区分不同的多开应用，主应用和分身应用可以具有相同的应用名称，同时为区分主应用和分身应用，可以在应用名称前设置识别符。例如，主应用为微信，应用名称可以为weixin，此时，一个分身应用的应用名称可以为*weixin。

B、将具有主应用应用名称的应用标识对应的应用，确定为与主应用对应的已有分身应用。

步骤130、当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据。

本实施例可基于安卓系统的多用户机制，针对用户数据管理，本实施例的移动终端可执行以下操作。

1.应用分身管理模块会在新用户空间下创建分身应用，在创建分身应用时，会在新用户路径下为分身应用创建数据文件路径。

示例性的，当创建第一个分身应用时，应用分身管理模块通过多用户服务UserManagerServcie创建一个新用户，基于上述多用户机制，新用户会自动分配userId为u10,并为其创建数据文件路径data/user/u10，例如，若此应用为微信，则应用分身管理模块会为该分身应用创建数据文件路径data/user/u10/weixin，用来保存分身应用在运行时的操作数据。

2.当用户在主应用进行操作时，应用分身管理模块会将所产生的数据保存在主用户的主应用路径下；当用户操作分身应用时，应用分身管理模块会将所产生的数据保存在从用户的分身应用路径下。

3.应用分身管理模块能够跨用户对分身应用的数据进行删除或修改，以实现对分身应用数据的控制。

示例性的，当主应用及其分身应用有相关的数据需要保存时，应用分身管理模块可以将数据保存在分身应用的路径下；当用户使用主应用时进行了某种设置，此数据也可以通过应用分身管理模块将数据修改到分身应用路径下，从而实现在分身应用中也具备该设置；应用分身管理模块可以通过对主应用及分身应用的数据管理，实现登录不同账号时，可以根据账号，自由地访问不同用户下数据文件路径中的数据。

4.当分身应用被卸载时，应用分身管理模块会将该分身应用路径下的数据清除。

5.应用分身管理模块能够监听数据文件的变化，如数据的增添、删除和修改等操作，并对这些操作进行响应。

示例性的，当主应用有数据发生变化时，经过应用分身管理模块判断需要同步的分身应用也要对数据做出相应变化。

本实施例的步骤130中，判断至少一个已有分身应用是否满足预设删除条件可包括：

A、统计已有分身应用在预设时间段内的使用次数。

优选的，预设时间段可以为历史某个时刻到当前时刻之间的时间段，应用分身管理模块可以通过特定软件(如时间360和软件统计管理等)统计各从用户下已有分身应用在预设时间段内的使用次数，也可以调出内置的使用情况统计的系统应用，统计各从用户下已有分身应用在预设时间段内的使用次数。

B、判定使用次数小于预设值的已有分身应用满足预设删除条件。

示例性的，预设值优选为1，即使用次数为0的已有分身应用满足预设删除条件。

另外，本实施中，应用分身管理模块在检测到应用使用账号登录已有分身应用时，会根据账号在该分身应用的数据文件路径下创建该账号的数据文件(应用包)，例如data/user/u10/weixin/123456，其中123456为登录账号。在确定满足预设删除条件的已有分身应用后，若检测到使用其中一个已有分身应用登录新账号时，删除该已有分身应用原登录账号的数据文件中的数据，在新账号登录后，以新账号命名该数据文件。

基于上述技术方案，在删除至少一个已有分身应用的原登录账号相关数据后，可提示用户哪些已有分身应用可使用新账号登录，以便用户选择已有分身应用登录新账号。

本发明实施例提供的上述多开应用的数据管理方法，在确定多开应用集合中的已有分身应用后，判断是否存在满足预设删除条件的已有分身应用，当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据，由此，用户可以直接使用已有分身应用登录新账号，不必新创建一个分身应用，且删除了原登录账号相关数据，节省了移动终端的存储空间。

图2是本发明实施例提供的又一种多开应用的数据管理方法的流程示意图。本实施例在上述实施例的基础上，将步骤检测分身应用的创建指令优化为：当检测到主应用被长按拖动时，判断主应用是否具有多开属性；若主应用具有多开属性，则判定检测到分身应用的创建指令。由此，在用户长按拖动不具有多开属性的应用(如系统应用)时，可终止移动终端继续执行本发明的数据管理操作，节约系统资源。

具体的，如图2所示，本数据管理方法包括如下步骤：

步骤210、实时检测对各多开应用集合的操作指令。

步骤220、当检测到主应用被长按拖动时，判断主应用是否具有多开属性。

其中，多开属性可以为一设定符号，用户可以在添加允许多开的应用时，在应用属性中自动生成该设定符号，也可以在创建主应用的分身应用时，同时在主应用和分身应用的属性中自动生成该设定符号。进而，移动终端可通过识别当前运行的应用的属性中是否具有上述设定符号，来判断应用是否具有多开属性。

步骤230、若主应用具有多开属性，则判定检测到分身应用的创建指令。

本实施例中，若主应用具有多开属性，则判断该主应用可以多开，进而判定检测到分身应用的创建指令。对应的，若主应用没有多开属性，上述对主应用的长按拖动只是普通的拖动操作，不会创建新的分身应用。另外，可以通过对具有多开属性的主应用执行双击拖动操作，来实现对具有多开属性的主应用的普通拖动。本实施对具有多开属性的主应用的普通拖动操作并不限制，可自行设置。

步骤240、确定待创建分身应用对应的多开应用集合中的已有分身应用。

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

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

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

1.多用户管理

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

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

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

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

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

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

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

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

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

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

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

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*的界面也可作为主用户中对分身应用进行操作的接入口。

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

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

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

步骤250、当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据。

本发明实施例提供的多开应用的数据管理方法，在检测分身应用的创建指令时，若检测到主用户下的主应用被长按拖动，则进一步判断该主应用是否具有多开属性，以确定该主应用是否可以多开，在判定该主应用具有多开属性后，再搜索该主应用对应的已有分身应用，避免了对非多开应用执行不必要的数据管理操作，节约了系统资源。

图3是本发明实施例提供的又一种多开应用的数据管理方法的流程示意图。本实施例在上述实施例的基础上，将步骤删除至少一个所述已有分身应用的原登录账号相关数据优化为：通过至少一个已有分身应用的存储路径，删除存储路径下应用包中的数据，同时保留存储路径下系统目录中的基本设置数据。由此，可利用原登录账号的应用包存储新账号操作产生的数据，且可根据原系统基本设置数据进行新账号管理。

具体的，本实施例的多开应用的数据管理方法包括如下步骤：

步骤310、实时检测对各多开应用集合的操作指令。

步骤320、当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用。

步骤330、当判定至少一个已有分身应用满足预设删除条件时，通过至少一个已有分身应用的存储路径，删除存储路径下应用包中的数据，同时保留存储路径下系统目录中的基本设置数据。

其中，应用包可包括应用安装文件和账号数据文件，应用安装文件存放了应用安装包，账号数据文件存储账号操作过程中产生的数据，不同的账号对应不同的账号数据文件；而系统目录中的基本设置数据可包括应用的权限设置数据、安全保护设置数据和账号登录数据等。

基于多用户机制，每个从用户下都会为分身应用提供数据文件路径(即存储路径)，数据文件路径下可创建系统目录和应用包/应用包目录，当判定至少一个已有分身应用满足预设删除条件时，删除上述应用包中的数据，以删除原登录账号相关数据。

本发明实施例提供的多开应用的数据管理方法，利用原登录账号的应用包存储新账号操作产生的数据，并根据原系统基本设置数据进行新账号管理，不仅节省了移动终端的存储空间，还省去了用户对新账号的设置。

图4是本发明实施例提供的多开应用的数据管理装置的结构框图。如图4所示，该装置包括操作指令检测模块41、已有分身应用确认模块42和账号数据删除模块43。

其中，操作指令检测模块41用于实时检测对各多开应用集合的操作指令，其中，多开应用集合包括主应用和主应用对应的分身应用；

已有分身应用确认模块42用于当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

账号数据删除模块43用于当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据，以使用任一删除了原登录账号相关数据的已有分身应用登录新账号。

基于上述技术方案，如图4所示，多开应用的数据管理装置还包括创建指令检测模块44，用于检测创建主应用的分身应用的指令；

该创建指令检测模块44可包括：

多开属性判断单元，用于当检测到主应用被长按拖动时，判断主应用是否具有多开属性；

创建指令判定单元，用于若主应用具有多开属性，则判定检测到分身应用的创建指令。

上述方案中，已有分身应用确认模块42包括：

应用标识获取单元，用于获取主应用的应用标识，其中，应用标识包括应用名称；

已有分身应用确定单元，用于将具有主应用应用名称的应用标识对应的应用，确定为与主应用对应的已有分身应用。

进一步的，多开应用的数据管理装置还可包括条件判断模块45，用于判断至少一个已有分身应用是否满足预设删除条件；

该条件判断模块45包括：

应用使用次数统计单元，用于统计已有分身应用在预设时间段内的使用次数；

满足条件判定单元，用于判定使用次数小于预设值的已有分身应用满足预设删除条件。

进一步的，上述账号数据删除模块43具体用于：

通过至少一个已有分身应用的存储路径，删除存储路径下应用包中的数据，同时保留存储路径下系统目录中的基本设置数据。

本实施例提供的多开应用的数据管理装置，与本发明任意实施例所提供的多开应用的数据管理方法属于同一发明构思，可执行本发明任意实施例所提供的多开应用的数据管理方法，具备相应的功能和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的多开应用的数据管理方法。

本发明实施例还提供了一种移动终端，包括本发明实施例提供的多开应用的数据管理装置。该移动终端可通过本发明提供的多开应用的数据管理装置，采用相应的多开应用的数据管理方法，删除满足预设删除条件的已有分身应用的原登录账号相关数据，以使用该已有分身应用登录新账号。

其中，移动终端可以为智能手机、平板电脑或个人数字助理等。

图5为本发明实施例提供的一种移动终端的结构示意图，如图5所示，该移动终端500可以包括：存储器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子系统及外设接口503所连接的硬件进行供电及电源管理。

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

实时检测对各多开应用集合的操作指令，其中，多开应用集合包括主应用和主应用对应的分身应用；

当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

当判定至少一个已有分身应用满足预设删除条件时，删除至少一个已有分身应用的原登录账号相关数据，以使用任一删除了原登录账号相关数据的已有分身应用登录新账号。

其中，主应用安装在主用户下，分身应用安装在从用户下。

本发明实施例所提供的移动终端，包括本发明实施例所提供的多开应用的数据管理装置，具备相应的功能和有益效果。

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

Claims (15)

1.一种多开应用的数据管理方法，其特征在于，包括：

实时检测对各多开应用集合的操作指令，其中，所述多开应用集合包括主应用和所述主应用对应的分身应用；

当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

当判定至少一个所述已有分身应用满足预设删除条件时，删除至少一个所述已有分身应用的原登录账号相关数据，以使用任一删除了所述原登录账号相关数据的已有分身应用登录新账号。

2.根据权利要求1所述的方法，其特征在于，检测分身应用的创建指令，包括：

当检测到主应用被长按拖动时，判断所述主应用是否具有多开属性；

若所述主应用具有多开属性，则判定检测到分身应用的创建指令。

3.根据权利要求1所述的方法，其特征在于，确定待创建分身应用对应的多开应用集合中的已有分身应用，包括：

获取主应用的应用标识，其中，应用标识包括应用名称；

将具有所述主应用应用名称的应用标识对应的应用，确定为与所述主应用对应的已有分身应用。

4.根据权利要求1所述的方法，其特征在于，判断至少一个所述已有分身应用是否满足预设删除条件，包括：

统计所述已有分身应用在预设时间段内的使用次数；

判定使用次数小于预设值的已有分身应用满足预设删除条件。

5.根据权利要求1所述的方法，其特征在于，删除至少一个所述已有分身应用的原登录账号相关数据，包括：

通过至少一个所述已有分身应用的存储路径，删除所述存储路径下应用包中的数据，同时保留所述存储路径下系统目录中的基本设置数据。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述多开应用集合基于多用户机制来实现。

7.根据权利要求6所述的方法，其特征在于，所述多开应用集合基于多用户机制来实现，包括：

主应用安装于主用户下，分身应用安装于从用户下，所述主用户中包含用于对所述分身应用进行操作的接入口。

8.一种多开应用的数据管理装置，其特征在于，包括：

操作指令检测模块，用于实时检测对各多开应用集合的操作指令，其中，所述多开应用集合包括主应用和所述主应用对应的分身应用；

已有分身应用确认模块，用于当检测到分身应用的创建指令时，确定待创建分身应用对应的多开应用集合中的已有分身应用；

账号数据删除模块，用于当判定至少一个所述已有分身应用满足预设删除条件时，删除至少一个所述已有分身应用的原登录账号相关数据，以使用任一删除了所述原登录账号相关数据的已有分身应用登录新账号。

9.根据权利要求8所述的装置，其特征在于，还包括创建指令检测模块，用于检测分身应用的创建指令；

所述创建指令检测模块包括：

多开属性判断单元，用于当检测到主应用被长按拖动时，判断所述主应用是否具有多开属性；

创建指令判定单元，用于若所述主应用具有多开属性，则判定检测到分身应用的创建指令。

10.根据权利要求8所述的装置，其特征在于，所述已有分身应用确定模块包括：

应用标识获取单元，用于获取主应用的应用标识，其中，应用标识包括应用名称；

已有分身应用确定单元，用于将具有所述主应用应用名称的应用标识对应的应用，确定为与所述主应用对应的已有分身应用。

11.根据权利要求8所述的装置，其特征在于，还包括条件判断模块，用于判断至少一个所述已有分身应用是否满足预设删除条件；

所述条件判断模块包括：

应用使用次数统计单元，用于统计所述已有分身应用在预设时间段内的使用次数；

满足条件判定单元，用于判定使用次数小于预设值的已有分身应用满足预设删除条件。

12.根据权利要求8所述的装置，其特征在于，所述账号数据删除模块具体用于：

通过至少一个所述已有分身应用的存储路径，删除所述存储路径下应用包中的数据，同时保留所述存储路径下系统目录中的基本设置数据。

13.根据权利要求8-12任一项所述的装置，其特征在于，所述多开应用集合基于多用户机制来实现。

14.根据权利要求13所述的装置，其特征在于，所述多开应用集合基于多用户机制来实现，包括：

主应用安装于主用户下，分身应用安装于从用户下，所述主用户中包含用于对所述分身应用进行操作的接入口。

15.一种移动终端，其特征在于，所述移动终端集成了如权利要求8-14任一项所述的多开应用的数据管理装置。