一种应用的数据管理方法、装置和移动终端与流程

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

背景技术：

随着终端技术的发展，移动终端上的应用的种类和形式越来多，很多应用已成为人们生活、工作和娱乐中不可或缺的一部分，为用户带来了较好的体验。用户对应用的各种需求也越来越多，例如，在同一个移动终端上启动多个相同的应用，具体的例如，在移动终端上启动两个微信应用，以登录两个微信账号。

现有技术中，是通过在移动终端的一个用户下创建两个不同版本的微信应用，来实现移动终端中两个微信的运行，具体可以通过在桌面上建立两个微信图标来使用户登录两个微信账号，两个微信应用的数据都存储在该用户路径下，这样可能会造成对两个微信应用数据的操作会相互影响，导致应用数据的不稳定。

技术实现要素：

本发明实施例提供一种应用的控制方法、装置和移动终端，以优化现有的应用的数据管理技术，提升应用数据的稳定性。

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

获取多开应用集合，其中，所述多开应用集合包括主应用和所述主应用的分身应用；

接收用户在当前终端的主用户下对所述主应用和/或所述分身应用的数据操作指令；

根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作；

其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

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

多开应用集合获取模块，用于获取多开应用集合，其中，所述多开应用集合包括主应用和所述主应用的分身应用；

数据操作指令接收模块，用于接收用户在当前终端的主用户下对所述主应用和/或所述分身应用的数据操作指令；

数据操作模块，用于根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作；

其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

在第三方面，本发明实施例提供了一种移动终端，所述移动终端集成了如第二方面所提供的装置。

本发明实施例通过对安装在主用户下的主应用创建主用户下的第一数据存储路径，对安装在从用户下的分身应用创建从用户下的第二数据存储路径，在接收到用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令时，根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作，避免了现有技术中主应用和分身应用的数据存储到同一个用户下导致的应用数据的不稳定，优化了现有的应用的数据和管理技术，提升了应用数据的稳定性。

附图说明

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

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

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

图4是本发明实施例提供的另一种应用的数据管理方法的流程图；

图5是本发明实施例提供的一种应用的数据管理装置的结构示意图；

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

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1给出了本发明实施例提供的应用的数据管理方法的流程图，本实施例的方法可以由应用的数据管理装置来执行，该装置可通过硬件和/或软件的方式实现，所述装置可作为移动终端的一部分设置在所述移动终端内部。

如图1所示，本实施例提供的应用的数据管理方法具体包括以下步骤：

步骤101、获取多开应用集合。

其中，所述多开应用集合包括主应用和所述主应用的分身应用。

可选的，当用户为终端中的某一应用建立分身应用时，原始应用被称为主应用，建立的分身应用被称为主应用的分身应用。可根据一个主应用生成多个分身应用，同一个主应用的不同分身应用互为同胞应用。本实施例中所述的终端包括但不限定于手机、手表、平板电脑、以及智能电视等设备。

多开应用集合包括主应用以及至少一个主应用的分身应用。示例性的，在建立主应用A的第一个分身应用A1后，主应用A和分身应用A1构成多开应用集合。当根据主应用A或者分身应用A1建立主应用的第二个分身应用A2后，主应用A、分身应用A1和分身应用A2构成多开应用集合，其中分身应用A1与分身应用A2互为同胞应用。

优选的，本实施例中多开应用集合基于多用户机制来实现，其中多用户机制具体可包括移动终端中的操作系统所支持的多用户机制，如安卓(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获得了权限而不提醒。同理，在其它用户也一样。

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

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

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

步骤102、接收用户在当前终端的主用户下对多开应用集合中的主应用和/或分身应用的数据操作指令。

其中，所述用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令具体可以为：用户在当前终端的主用户下对主应用图标和/或分身应用图标的数据操作指令，或者，对主应用人机交互界面和/或分身应用人机交互界面的数据操作指令。

其中，所述操作包括保存、修改或者删除。

步骤103、根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作。其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

示例性的，当在终端创建第一个分身应用时，系统可以通过多用户服务UserManagerServcie创建一个新用户，并为其分配用户标识userId为u10，并在当前新用户下创建第二数据存储路径data/user/u10，假设所述应用为微信，则系统会为该分身创建第二数据存储路径data/user/u10/weixin，用来保存分身应用在运行时的操作数据。

本实施例提供的应用的数据管理方法，通过对安装在主用户下的主应用创建主用户下的第一数据存储路径，对安装在从用户下的分身应用创建从用户下的第二数据存储路径，在接收到用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令时，根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作，避免了现有技术中主应用和分身应用的数据存储到同一个用户下导致的应用数据的不稳定，优化了现有的应用的数据和管理技术，提升了应用数据的稳定性。

另外，本发明实施例提供的技术方案，通过在主用户下对主应用和/或分身应用的数据进行操作和管理，无需切换用户，实现了在主用户下登录不同账户时(主应用下的账户或者分身应用下的账户)，去自由访问不同用户空间数据存储路径下的数据。

在上述技术方案的基础上，还包括以下步骤：在主用户下生成分身应用的接入口，以在主用户下通过所述接入口接受用户对所述分身应用进行的操作。

进一步的，所述在主用户下生成分身应用的接入口，包括：通过主用户下的悬浮窗、弹框、任务管理器、应用列表、分享链接、通知中心或者新建分身应用图标的方式生成分身应用的接入口。

在上述技术方案的基础上，还可以包括：在检测到所述主应用的数据发生变化时，将所述分身应用的相关数据同步变化。

在上述实施例的基础上，还可以包括：在检测到所述主应用的删除指令时，将所述第一数据存储路径以及所述第二数据存储路径下的数据全部删除；在检测到所述分身应用的删除指令时，将所述第二数据存储路径下的数据全部删除。

图2给出了本发明实施例提供的另一种应用的数据管理方法的流程图。本实施例以上述实施例为基础进行优化。在本实施例中，对“获取多开应用集合”进行优化。

相应的，如图2所示，本实施例提供的方法包括以下步骤：

步骤201、在当前终端的主用户下安装多开应用集合中的主应用并创建主用户下的第一数据存储路径，同时在从用户下安装所述多开应用集合中的分身应用并创建从用户下的第二数据存储路径。其中，所述多开应用集合包括主应用和所述主应用的分身应用。

具体的，假设移动终端的默认用户为主用户，使用者在主用户下通过从应用商店下载或者从其他来源拷贝等方式将应用ABC的安装包(package，APK)文件ABC.apk存入移动终端中，系统在主用户下安装ABC.apk后，主用户桌面会生成一个主应用ABC的图标。同时在当前终端存在的从用户(若当前不存在从用户，则可创建一个从用户，该创建过程是在使用者无法察觉的情况下完成的，也无需使用者设置账户和密码)下安装ABC.apk得到分身应用，为了对主应用和分身应用加以区分，可为新安装的分身应用添加一个标识(假设为＊)，分身应用可被记为ABC＊。当ABC＊安装成功后，可指定将“安装成功”的通知(在该通知中也添加标识＊)发送给主用户，主用户下的桌面接收到该通知后，生成一个带有标识＊的图标，以与主应用ABC的图标进行区分，该图标可作为主用户中接受用户对分身应用进行操作的接入口，当该图标被点击后，系统将指定ABC＊在从用户下启动，与ABC＊对应的相关进程也在从用户下运行。

另外，可以根据需求在当前终端的一个从用户或者多个从用户下分别安装分身应用。

步骤202、接收用户在当前终端的主用户下对所述主应用和/或所述分身应用的数据操作指令。

步骤203、根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作。

本实施例提供的方法，通过在当前终端的主用户下安装主应用并创建主用户下的第一数据存储路径，同时在从用户下安装主应用的分身应用并创建从用户下的第二数据存储路径，在接收到用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令时，根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作，避免了现有技术中主应用和分身应用的数据存储到同一个用户下导致的应用数据的不稳定，优化了现有的应用的数据和管理技术，提升了应用数据的稳定性。

图3给出了本发明实施例提供的另一种应用的数据管理方法的流程图。本实施例以上述实施例为基础进行优化，对“获取多开应用集合”进行优化。

相应的，如图3所示，本实施例提供的应用的控制方法包括以下步骤：

步骤301、在当前终端的主用户下安装多开应用集合中的主应用并创建主用户下的第一数据存储路径，以及在所述主用户下检测到所述多开应用集合中的分身应用的创建指令时，在所述从用户下安装所述分身应用并创建从用户下的第二数据存储路径。

示例性的，在主用户下检测到用户按住主应用图标，并进行拖动而生成的分身应用创建指令时，在从用户下安装ABC.apk得到分身应用，进一步的，在主用户的桌面上创建一个区别于主应用图标的带有标识＊的分身应用图标。

步骤302、接收用户在当前终端的主用户下对所述主应用和/或所述分身应用的数据操作指令。

步骤303、根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作。

本实施例提供的方法，通过在当前终端的主用户下安装主应用并创建主用户下的第一数据存储路径，以及在所述主用户下检测到所述主应用的分身应用的创建指令时，在所述从用户下安装所述分身应用并创建从用户下的第二数据存储路径，在接收到用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令时，根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作，避免了现有技术中主应用和分身应用的数据存储到同一个用户下导致的应用数据的不稳定，优化了现有的应用的数据和管理技术，提升了应用数据的稳定性。

在上述技术方案的基础上，所述步骤301具体可以包括：在所述主用户下检测到所述多开应用集合中的分身应用的创建指令时，确定当前终端是否存在未安装所述分身应用的从用户；若存在，则在所述未安装所述分身应用的从用户下安装所述分身应用；若不存在，则建立新的从用户，并在所述新的从用户下安装所述分身应用。

图4给出了本发明实施例提供的应用的数据管理方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，将“根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作”优化为：根据用户在主用户下对主应用的数据操作指令，对所述第一数据存储路径下的数据进行对应操作；和/或，根据用户在主用户下对分身应用的数据操作指令，对所述第二数据存储路径下的数据进行对应操作。

相应的，如图4所示，本实施例提供的方法包括以下步骤：

步骤401、获取多开应用集合。

其中，所述多开应用集合包括主应用和所述主应用的分身应用。

步骤402、接收用户在当前终端的主用户下对多开应用集合中的主应用和/或分身应用的数据操作指令。

步骤403、根据用户在主用户下对主应用的数据操作指令，对所述第一数据存储路径下的数据进行对应操作；和/或，根据用户在主用户下对分身应用的数据操作指令，对所述第二数据存储路径下的数据进行对应操作。其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

本实施例实现了跨用户对分身应用的数据进行保存、删除或者修改的操作，使终端无需切换用户，在主用户下就可以实现对分身应用数据的管理，使得对应用数据的管理更加便捷和直观。

图5为本发明实施例提供的应用的数据管理装置的结构框图，该装置可由软件和/或硬件实现，一般集成在移动终端中。如图5所示，该装置包括多开应用集合获取模块51、数据操作指令接收模块52和数据操作模块53。

多开应用集合获取模块51，用于获取多开应用集合，其中，所述多开应用集合包括主应用和所述主应用的分身应用；

所述数据操作指令接收模块52，用于接收用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令；

所述数据操作模块53，用于根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作；

其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

本实施例提供的技术方案，通过对安装在主用户下的主应用创建主用户下的第一数据存储路径，对安装在从用户下的分身应用创建从用户下的第二数据存储路径，在接收到用户在当前终端的主用户下对主应用和/或所述主应用的分身应用的数据操作指令时，根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作，避免了现有技术中主应用和分身应用的数据存储到同一个用户下导致的应用数据的不稳定，优化了现有的应用的数据和管理技术，提升了应用数据的稳定性。

在上述实施例的基础上，所述多开应用集合获取模块具体用于：

在当前终端的主用户下安装多开应用集合中的主应用，同时在从用户下安装所述多开应用集合中的分身应用；或者，

在当前终端的主用户下安装多开应用集合中的主应用，以及在所述主用户下检测到所述多开应用集合中的分身应用的创建指令时，在从用户下安装所述分身应用。

在上述实施例的基础上，所述多开应用集合获取模块在所述主用户下检测到所述多开应用集合中的分身应用的创建指令时，在所述从用户下安装所述分身应用具体为：

在所述主用户下检测到所述多开应用集合中的分身应用的创建指令时，确定当前终端是否存在未安装所述分身应用的从用户；

若存在，则在所述未安装所述分身应用的从用户下安装分身应用；

若不存在，则建立新的从用户，并在所述新的从用户下安装分身应用。

在上述实施例的基础上，所述数据操作模块具体用于：

根据用户在主用户下对所述主应用的数据操作指令，对所述第一数据存储路径下的数据进行对应操作；和/或，

根据用户在主用户下对所述分身应用的数据操作指令，对所述第二数据存储路径下的数据进行对应操作。

在上述实施例的基础上，所述操作包括保存、修改或者删除。

在上述实施例的基础上，还包括：

数据同步模块，用于在检测到所述主应用的数据发生变化时，将所述分身应用的相关数据同步变化。

在上述实施例的基础上，还包括应用删除模块，所述应用删除模块具体用于：

在检测到所述主应用的删除指令时，将所述第一数据存储路径以及所述第二数据存储路径下的数据全部删除；

在检测到所述分身应用的删除指令时，将所述第二数据存储路径下的数据全部删除。

本发明实施例提供的应用的数据管理装置可执行本发明实施例提供的应用的数据管理方法，具备执行方法相应的功能模块和有益效果。

本实施例还提供了一种移动终端，该移动终端可以包括本发明实施例提供的应用的数据管理装置。图6为本发明实施例提供的一种移动终端的结构示意图，如图6所示，该移动终端可以包括：存储器601、中央处理器(Central Processing Unit，以下简称CPU)602、外设接口603、RF(Radio Frequency，射频)电路605、音频电路606、扬声器611、电源管理芯片608、输入/输出(I/O)子系统609、触摸屏612、其他输入/控制设备610以及外部端口604，这些部件通过一个或多个通信总线或信号线607来通信。

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

下面就本实施例提供的用于管理应用数据的移动终端进行详细的描述，该移动终端以智能手机为例。

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

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

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

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

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

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

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

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

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

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

获取多开应用集合，其中，所述多开应用集合包括主应用和所述主应用的分身应用；

接收用户在当前终端的主用户下对所述主应用和/或所述分身应用的数据操作指令；

根据所述数据操作指令对相应的数据存储路径下的数据进行对应操作；

其中，所述主应用安装在所述主用户下，对应主用户下第一数据存储路径；所述分身应用安装在从用户下，对应从用户下第二数据存储路径。

上述移动终端可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明实施例所提供的应用的数据管理方法。

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