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

本发明实施例涉及智能终端技术领域，尤其涉及一种多开应用中的分身应用管理方法、装置及智能终端。

背景技术：

随着智能终端技术的快速发展，智能终端用户群体的规模不断加大，用户对智能终端中应用程序的使用需求也越来越丰富。

目前，用户在使用一般的智能终端的过程中，若已打开一个应用程序，那么就无法再次打开该应用程序，也就是说，仅能够登陆该应用程序的一个账号。而对于很多用户来说，由于工作及生活等各方面的原因会为同一个应用程序设置多个账号，那么这类用户会迫切希望在同一个智能终端上同时登陆该多个账号。为了满足用户的同时登录同一应用程序的多个账号的需求，个别应用多开方案应运而生，然而，现有的应用多开方案中，主应用和每个分身应用都拥有自己的桌面图标，若用户安装的多开应用较多时，桌面会显示很多图标，占用了很多桌面空间，用户很难快速找到自己需要的应用的图标，给用户带来困扰。

技术实现要素：

本发明实施例的目的是提供一种多开应用中的分身应用管理方法、装置及智能终端，以实现合理管理多开应用中的分身应用。

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

获取各分身应用的历史运行数据；

根据所述历史运行数据确定当前时刻对应的目标分身应用；

开启所述目标分身应用对应的启动入口。

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

数据获取模块，用于获取各分身应用的历史运行数据；

分身应用确定模块，用于根据所述历史运行数据确定当前时刻对应的目标分身应用；

入口开启模块，用于开启所述目标分身应用对应的启动入口。

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

本发明实施例中提供的多开应用中的分身应用管理方案，可根据各个分身应用程序的历史运行规律确定当前时刻用户所需要开启的分身应用并开启对应的启动入口，在为用户提供方便的同时也可以避免多个应用对应的入口长期处于显示状态而占用过多桌面空间的情况，提高终端中多开应用的管理效率，节省系统资源。

附图说明

图1为本发明实施例提供的一种多开应用中的分身应用管理方法的流程示意图；

图2为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图；

图3为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图；

图4为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图；

图5为本发明实施例提供的另一种多开应用中的分身应用管理装置的流程示意图；

图6为本发明实施例提供的一种多开应用中的分身应用管理装置的结构框图；

图7为本发明实施例提供的一种智能终端的结构示意图。

具体实施方式

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

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

图1为本发明实施例提供的一种多开应用中的分身应用管理方法的流程示意图，该方法可以由多开应用中的分身应用管理装置执行，其中该装置可由软件和/或硬件实现，一般可集成在智能终端中。如图1所示，该方法包括：

步骤101、获取各分身应用的历史运行数据。

示例性的，本实施例中的智能终端可为智能手机、智能手表、平板电脑、以及智能电视等设备。

示例性的，本实施例中的多开应用具体可为允许用户同时登录多个不同账号的应用，一般包括主应用和分身应用。其中，分身应用与主应用相对应，主应用和与主应用对应的所有分身应用组成了多开应用。

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

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

示例性的，本实施例中的分身应用可以是同一个多开应用中包含的所有分身应用。例如，对于具备多开属性的微信客户端来说，若通过主微信登录账号A，通过分身微信1登录账号B，通过分身微信2登录账号C和通过分身微信3登录账号D，则本实施例中的分身应用为所有曾经建立过的分身微信1、分身微信2和分身微信3。

示例性的，各分身应用的历史运行数据可以包括在预设历史时间段内(如一个月内)各个分身应用的启动时间、关闭时间以及运行时长等数据。可选的，各分身应用的历史运行数据也可包括预设历史时间段内各个分身应用的电量或流量消耗情况。其中，预设历史时间段可由系统默认设定或根据用户的使用情况进行调整，也可由用户根据个人习惯自行设置。

步骤102、根据历史运行数据确定当前时刻对应的目标分身应用。

其中，目标分身应用可理解为当前时刻用户可能需要启动的分身应用。通过对历史运行数据进行分析统计，可得到各个分身应用的历史运行规律，通过历史运行规律可以确定出当前时刻用户所需要的目标分身应用。例如，用户每天晚上7点到8点之间经常会启动某个分身应用，那么在当前时刻处于晚上7点到8点之间时，可将该分身应用确定为目标分身应用。

步骤103、开启目标分身应用对应的启动入口。

示例性的，通过触发启动入口可以启动目标分身应用，并进入目标分身应用的界面。在一般情况下，各个分身应用的启动入口可默认为关闭状态(或者隐藏状态)。启动入口的存在形式可以是多种多样的，本实施例不做具体限定，以下列举几种启动入口作为示意性说明。

示例性的，目标分身应用对应的启动入口可以是包含分身应用的应用标识的桌面图标，该应用标识用以将当前分身应用与主应用以及其他分身应用区别开来。具体的，可以采用数字、字母或符号等具有明显特征的标识作为分身应用的标识。例如，对于具备多开属性的微信客户端来说，若主应用用微信表示，则分身应用可以表示为微信1或微信2等。当确定出当前目标分身应用为微信1时，微信1所对应的图标将会显示在桌面屏幕上，用户可以通过点击该图标进入微信1。而其他非目标分身应用的图标则可以被隐藏，以避免因桌面图标过多而不方便用户查找自己想要启动的应用的图标。

示例性的，目标分身应用对应的启动入口还可以是附加于主应用图标上的应用标识。当用户需要进入目标分身应用时，可以首先点击主应用的图标，然后选择相应的目标分身应用的标识进而启动该目标分身应用。具体的，目标分身应用的标识可以以数字、字母或符号等形式附加于主应用的图标上，用户通过查看主应用图标上的分身应用标识来获知该主应用对应的已开启启动入口的分身应用有哪些，当用户点击主应用的图标时，主应用界面可显示当前时刻所对应的目标分身应用的应用标识，同时也可以显示用户常用的分身应用的应用标识，用户可根据自己的需求进行相应的选择。通过采用上述设置方式，在节省桌面空间同时也可以避免过多个启动入口长期处于显示状态而占用过多的系统资源。此外，在主应用图标尺寸达到预设尺寸阈值时，也可以通过直接点击主应用图标上的应用标识来启动目标分身应用。

示例性的，目标分身应用的启动入口还可以是以浮窗形式存在的包含应用标识的图标。优选的，为了建立主应用和分身应用之间的对应关系，浮窗可以出现在对应的主应用周边。通过点击浮窗，可启动对应的目标分身应用。

示例性的，目标分身应用的启动入口还可以是存在于通知中心等位置的项目。通知中心在特定时间段可以提示用户是否需要进入目标分身应用，若要进入，则可以打开通知中心的通知栏并选择目标分身应用对应的项目。当用户退出该目标分身应用后，通知中心可根据各分身应用的历史运行数据更新当前时刻对应的新的目标分身应用，并将该新目标分身应用的标识显示在通知中心的项目中以供用户选择启动。通过上述设置方式可以有针对性的在特定时间段显示相应的目标分身应用所对应的项目，达到优化桌面的效果。

可以理解的是，当用户想要启动某个分身应用，而该分身应用因不是当前时刻对应的目标分身应用而导致启动入口处于关闭或隐藏状态时，用户可通过对主应用进行预设操作(如长按并向左滑动)的方式开启所有分身应用的启动入口，并选择想要启动的分身应用。

本发明实施例提供的一种多开应用中的分身应用管理方法，在获取各分身应用的历史运行数据后，根据历史运行数据确定当前时刻对应的目标分身应用，并开启目标分身应用对应的启动入口。通过采用上述技术方案，可以确定出当前时刻用户所需要开启的分身应用并开启对应的启动入口，在为用户操作提供方便的同时也可以避免多个应用对应的入口长期处于显示状态而占用过多桌面空间的情况，提高终端中多开应用的管理效率，节省系统资源。

在上述实施例的基础上，在开启目标分身应用对应的启动入口之后，还可包括：启动目标分身应用。示例性的，目标分身应用是当前时刻用户可能需要开启的分身应用，可在开启目标分身应用的启动入口后，自动启动目标分身应用，免去了用户手动开启的操作，方便用户使用。此外，启动目标分身应用也可包括：询问用户是否启动目标分身应用，当接收到用户的确认启动指令时，启动目标分身应用。例如，以弹出对话框的形式呈现目标分身应用对应的图标，并提示用户通过选择“是”来启动目标分身应用，或者选择“否”关闭当前对话框。用户可根据当前时刻自己的实际需求进行操作。通过采用这种设置方式，可以进一步提高终端中多开应用的管理效率。

图2为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图，本实施例以上述实施例为基础进行优化，将步骤“根据历史运行数据确定当前时刻对应的目标分身应用”优化为：根据历史运行数据确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和/或运行时长；根据启动次数和/或运行时长确定当前时刻对应的目标分身应用。相应的，本实施例的方法包括如下步骤：

步骤201、获取各分身应用的历史运行数据。

步骤202、根据历史运行数据确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和/或运行时长。

其中，预设历史统计周期可以为一个月、十五天、一周或一天等，其具体数值可根据用户的实际情况进行设定。历史运行数据中需包含多个预设历史统计周期的数据。预设历史统计周期内包含多个统计时段。在确定统计时段时，可以将预设历史统计周期平均分成多个统计时段，也可根据时间特点分成各不相等的统计时段。例如，可以将一天24小时平均分成若干个时间段，每个时间段为一个统计时段；或者也可以将一天分为上午、下午和晚上三个时间段，每个时间段为一个统计时段；或者还可以将一周分为七天，每天对应一个统计时段。可以理解的是，统计时段划分的越详细则所确定的目标分身应用越准确。

示例性的，可先确定当前时刻所处的统计时段，在根据历史运行数据统计该统计时段内各分身应用的启动次数和/或运行时长，以用于后续的确定目标分身应用。其中，运行时长可包括每次启动后的运行时长，也可包括统计时段内的累计运行时长。

步骤203、根据启动次数和/或运行时长确定当前时刻对应的目标分身应用。

示例性的，若统计出用户在预设历史统计周期内当前时刻所对应的统计时段中启动某个分身应用的次数越多，或某个分身应用运行的时间越长，则可以表明用户在该时段内对该分身应用的需求越大，因此，可以将所统计的启动次数和/或运行时长满足预设条件的分身应用确定为目标分身应用。

具体的，可将启动次数达到预设次数阈值的分身应用确定为目标分身应用；或者将运行时长达到预设时长阈值的分身应用确定为目标分身应用；或者将启动次数达到预设次数阈值，且运行时长达到预设时长阈值的分身应用确定为目标分身应用。其中，预设次数阈值和预设时长阈值可由系统默认设置或者由用户根据个人习惯进行设置，并且每个多开应用的设置可以是独立的。

示例性的，对于多开微信这个多开应用来说，当前时刻为9点，对应的统计时段为每天上午8点到12点，分身微信1的启动次数达到2次(预设次数阈值)或者分身微信1的运行时长达到1小时(预设运行时长)，说明用户在该时间段内经常使用分身微信1，可将分身微信1确定为当前时刻对应的目标分身应用。

此外，本步骤也可具体包括：将启动次数最多或运行时长最长的分身应用确定为当前时刻对应的目标分身应用。如上述举例，分身微信1的启动次数高于其他分身微信，或者分身微信1的运行时长大于其他分身微信的运行时长，可将分身微信1确定为当前时刻对应的目标分身应用。

示例性的，在某一时间段内，分身应用所消耗电量和流量的多少也可以间接反映出该分身应用运行时间的长短，因此，在确定目标分身应用的过程中，也可以结合分身应用所消耗的电量和流量等信息，以提高目标分身应用确定的准确性。

步骤204、开启目标分身应用对应的启动入口。

本发明实施例提供的多开应用中的分身应用管理方法，对“根据历史运行数据确定当前时刻对应的目标分身应用”的过程进行了细化，通过确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和/或时长，可以确定出当前时刻所对应的目标分身应用，提高确定目标分身应用的准确度。

图3为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图，本实施例以上述实施例为基础进行优化，将步骤“开启目标分身应用对应的启动入口”优化为：在当前界面显示所述目标分身应用对应的启动入口标识。相应的，本实施例的方法包括如下步骤：

步骤301、获取各分身应用的历史运行数据。

步骤302、根据历史运行数据确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和/或运行时长。

步骤303、根据启动次数和/或运行时长确定当前时刻对应的目标分身应用。

步骤304、在当前界面显示目标分身应用对应的启动入口标识。

其中，当前界面为用户可以对智能终端直接进行操作的界面。优选的，在当前界面显示目标分身应用对应的启动入口标识可包括：根据启动次数和/或运行时长对所确定的目标分身应用进行排序；根据排序结果在当前界面中对目标分身应用对应的启动入口标识进行排序显示。

示例性的，可以在预设历史统计周期内，将统计出的当前时刻所对应的统计时段中各分身应用的启动次数或运行时长按照从大到小的顺序排序，启动次数最多或运行时间最长说明用户对该分身应用的需求最大，因此可以把该分身应用所对应的启动入口标识排在第一位，若当前时刻用户需要启动该分身应用，则可以直接点击排在第一位的入口标识，避免了因寻找目标分身应用的入口标识而造成时间的浪费。示例性的，若用户在当前时刻需要启动不经常使用的分身应用，则用户可以对排在后面的启动入口标识进行选择。

优选的，各分身应用的启动入口标识可以通过列表的形式附加于主应用的图标中，当用户点击主应用的图标时，分身应用的入口标识将会按照预先设定的顺序从上到下以列表的形式排列。

值得注意的是，目标分身应用所对应的启动入口标识的排序方式是针对在当前时刻所对应的统计时段内，若不同时间段所对应的排序方式不同，则排序方式可根据时间段的不同进行更新。例如，若在每天上午用户对分身微信1的使用量最大(启动次数最多且运行时间最长)，则将分身微信1所对应的入口标识排在首位。如果在每天下午用户对分身微信2的使用量最大，则若进入下午这个时间段，排在首位的分身微信的入口标识将自动切换为分身微信2所对应的入口标识以便用户进行选择。

本实施例在上述实施例的基础上，对“开启目标分身应用对应的启动入口”的过程进行了细化。通过启动次数和/或运行时长所确定的目标分身应用进行排序，然后根据排序结果显示分身应用所对应的入口标识，使用户能够快速的找到当前时刻所需要开启的分身应用，节约桌面空间和系统资源。

图4为本发明实施例提供的另一种多开应用中的分身应用管理方法的流程示意图，本实施例以上述实施例为基础进行优化，将步骤“根据历史运行数据确定当前时刻对应的目标分身应用”优化为：获取日程表数据；根据日程表数据和历史运行数据确定当前时刻对应的目标分身应用。

相应的，本实施例的方法包括如下步骤：

步骤401、获取各分身应用的历史运行数据。

步骤402、获取日程表数据。

其中，日程表数据可包括日历数据以及用户自己制定的日程安排数据等。日程表数据可反映出用户当前处于何种状态，例如工作状态、出差状态或休假状态等。

步骤403、根据日程表数据和历史运行数据确定当前时刻对应的目标分身应用。

本步骤可包括：根据日程表数据确定当前时刻对应的候选目标分身应用，根据历史运行数据从候选目标分身应用中确定目标分身应用；或者，根据历史运行数据确定当前时刻对应的候选目标分身应用，根据日程表数据从候选目标分身应用中确定目标分身应用

示例性的，就微信来说，如果分身微信1和分身微信2对应的账号是用户工作时候的账号，其他分身微信对应的账号是用户在非工作状态下所使用的账号，则首先可根据日程表数据确定当前时刻对应的用户状态，例如，如果是公休日或者用户处于度假状态，则可以将生活账号对应的分身微信确定为候选目标分身应用。如果判断出当前时刻所对应的时间段为工作时段，则可以将分身微信1和分身微信2确定为候选目标分身应用。随后，进一步的根据历史运行数据从候选目标分身应用中确定出目标分身应用。

本步骤中通过引入日程表数据可以更加有针对性的确定出当前时刻所对应的目标分身应用。

步骤404、开启目标分身应用对应的启动入口。

示例性的，若确定出当前时刻所对应的目标分身应用为用户的生活账号对应的分身应用，则开启该分身应用对应的启动入口。其他非目标分身应用的启动入口在当前时刻即可处于隐藏状态以节省桌面的空间。其目标分身应用入口的开启方式可参照上文所描述的各种方式，这里不再赘述。

本实施例在上述实施例的基础上，对“根据历史运行数据确定当前时刻对应的目标分身应用”的过程进行了细化。通过引入日程表数据可以更加有针对性的确定出当前时刻所对应的目标分身应用，增加确定目标分身应用的准确度。

图5为本发明实施例提供的另一种多开应用中的分身应用管理装置的流程示意图，本实施例在上述实施例的基础上对分身应用所属的多开应用进行具体优化，相应的，本实施例的方法包括如下步骤：

步骤501、获取各分身应用的历史运行数据

其中，分身应用所属的多开应用是基于多用户机制来实现的。多用户机制具体可包括智能终端中的操作系统所支持的多用户机制，如安卓(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来区分主应用和分身应用。

步骤502、获取日程表数据。

步骤503、根据历史运行数据确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和运行时长。

步骤504、根据日程表数据、启动次数和运行时长确定当前时刻对应的目标分身应用。

步骤505、开启目标分身应用对应的启动入口。

本实施例提供的多开应用中的分身应用管理方法，通过采用多用户机制来实现分身应用所属的多开应用，有效避免了在同一用户下不同分身应用和主应用在运行过程中的相互干扰。

图6为本发明实施例提供的一种多开应用中的分身应用管理装置的结构框图，其中该装置可由软件和/或硬件实现，一般可集成在智能终端中。通过执行多开应用中的分身应用管理方法进行管理。如图6所示，该装置包括：数据获取模块601、分身应用确定模块602和入口开启模块603。

其中，数据获取模块601，用于获取各分身应用的历史运行数据；分身应用确定模块602，用于根据所述历史运行数据确定当前时刻对应的目标分身应用；入口开启模块603，用于开启所述目标分身应用对应的启动入口。

本发明实施例提供的多开应用中的分身应用管理装置，通过数据获取模块获取各分身应用的历史运行数据后，通过各个分身应用程序的历史运行规律确定当前时刻用户所需要开启的分身应用并开启对应的启动入口，在为用户提供方便的同时也可以避免多个应用对应的入口长期处于显示状态而占用过多桌面空间的情况，提高终端中多开应用的管理效率，节省系统资源。

在上述实施例的基础上，所述分身应用确定模块具体用于：根据所述历史运行数据确定在预设历史统计周期内当前时刻所对应的统计时段中各分身应用的启动次数和/或运行时长；根据所述启动次数和/或运行时长确定所述当前时刻对应的目标分身应用。

在上述实施例的基础上，所述入口开启模块包括：入口标识显示单元，用于在当前界面显示所述目标分身应用对应的启动入口标识。

在上述实施例的基础上，所述入口标识显示单元包括：排序子单元，用于根据所述启动次数和/或运行时长对所确定的目标分身应用进行排序；显示子单元，用于根据排序结果在当前界面中对所述目标分身应用对应的启动入口标识进行排序显示。

在上述实施例的基础上，所述分身应用确定模块具体用于：获取日程表数据；根据所述日程表数据和所述历史运行数据确定当前时刻对应的目标分身应用。

在上述实施例的基础上，该装置还包括：启动模块，用于在开启所述目标分身应用对应的启动入口之后，启动所述目标分身应用。

在上述实施例的基础上，所述多开应用基于多用户机制来实现。

在上述实施例的基础上，所述多开应用基于多用户机制来实现，包括：主应用安装于主用户下，分身应用安装于从用户下，所述主用户中包含用于对所述分身应用进行操作的接入口。

本实施例提供了一种智能终端，该智能终端可以包括本发明任意实施例提供的多开应用中的分身应用管理装置。图7为本发明实施例提供的一种智能终端的结构示意图，如图7所示，该智能终端可以包括：存储器701、中央处理器(Central Processing Unit，CPU)702、外设接口703、RF(Radio Frequency，射频)电路705、音频电路706、扬声器711、电源管理芯片708、输入/输出(I/O)子系统709、触摸屏712、其他输入/控制设备710以及外部端口704，这些部件通过一个或多个通信总线或信号线707来通信。

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

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

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

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

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

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

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

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

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

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

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

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

获取各分身应用的历史运行数据；

根据所述历史运行数据确定当前时刻对应的目标分身应用；

开启所述目标分身应用对应的启动入口。

上述实施例中提供的多开应用中的分身应用管理装置及智能终端可执行本发明任意实施例所提供的多开应用中的分身应用管理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明实施例所提供的多开应用中的分身应用管理方法。

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