CN107026933A - 一种多开应用的消息管理方法、装置及智能终端 - Google Patents

Abstract

本发明实施例公开了一种多开应用的消息管理方法、装置及智能终端，多开应用基于多用户机制来实现，该方法包括：在主用户下接收针对当前多开应用的消息；获取消息对应的应用标识；将消息推送至与应用标识对应的目标应用。本发明实施例通过采用上述技术方案，可根据应用标识将消息推送至正确的目标应用中，保证主应用和分身应用能够顺利接收到自己的消息，并且，多开应用基于多用户机制来实现，相比于单一用户实现多开应用的方案来说，能够对同属于一个多开应用的各应用的消息进行有效隔离，避免多开应用中的一个应用因误接收到另一个应用的消息而对自身的运行造成影响，保证多开应用的正常工作。

Description

一种多开应用的消息管理方法、装置及智能终端

技术领域

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

背景技术

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

目前，用户在使用一般的智能终端的过程中，若已打开一个应用程序，那么就无法再次打开该应用程序，也就是说，仅能够登录该应用程序的一个账号。而对于很多用户来说，由于工作及生活等各方面的原因会为同一个应用程序设置多个账号，那么这类用户会迫切希望在同一个智能终端上同时登录该多个账号。为了满足用户的同时登录同一应用程序的多个账号的需求，现有的一种应用多开方案中，通过安装同样的应用程序的不同版本来实现，不同版本的应用程序都会接收到各种消息，例如包含控制指令的***消息以及聊天或推送等即时消息，需要对这些消息进行区分，管理比较困难，很容易混淆，出现当前版本的应用程序接收到另外版本的应用程序的消息的情况，影响用户使用。

发明内容

本发明实施例的目的是提供一种多开应用的消息管理方法、装置及智能终端，以优化现有的多开应用的消息管理方案。

第一方面，本发明实施例提供了一种多开应用的消息管理方法，多开应用基于多用户机制来实现，该方法包括：

在主用户下接收针对当前多开应用的消息；

获取所述消息对应的应用标识；

将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

第二方面，本发明实施例提供了一种多开应用的消息管理装置，多开应用基于多用户机制来实现，该装置包括：

消息接收模块，用于在主用户下接收针对当前多开应用的消息；

应用标识获取模块，用于获取所述消息对应的应用标识；

消息推送模块，用于将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

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

本发明实施例中提供的多开应用的消息管理方案，在主用户下接收针对当前多开应用的消息，并获取消息对应的应用标识，将消息推送至与应用标识对应的目标应用。通过采用上述技术方案，可根据应用标识将消息推送至正确的目标应用中，保证主应用和分身应用能够顺利接收到自己的消息，并且，多开应用基于多用户机制来实现，相比于单一用户实现多开应用的方案来说，能够对同属于一个多开应用的各应用的消息进行有效隔离，避免多开应用中的一个应用因误接收到另一个应用的消息而对自身的运行造成影响，保证多开应用的正常工作。

附图说明

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

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

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

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

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

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

具体实施方式

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

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

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

步骤101、在主用户下接收针对当前多开应用的消息。

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

示例性的，本实施例中的多开应用具体可为允许用户同时登录多个不同账号的应用，一般包括主应用和分身应用，主应用和与主应用对应的所有分身应用组成了多开应用(集合)。例如，对于微信来说，普通的微信客户端仅允许用户登录一个账号A，而当用户需要登录自己的另外一个账号B时，就需要注销当前账号A，然后再登录账号B；而具备多开属性的微信客户端能够同时登录账号A和账号B，比如可通过主微信登录账号A，通过分身微信登录账号B。

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

示例性的，本实施例中的消息可包括控制指令、调用指令以及***通知等***消息，还可包括聊天或推送等即时消息。一般的，消息中可包含多开应用的名称或代号等属性信息，如当前多开应用为微信时，消息中可包含如“weixin”等信息，***通过上述信息能够识别出此时的消息是针对哪个多开应用而生成或者发送的。

步骤102、获取消息对应的应用标识。

示例性的，在建立分身应用时，可为所建立的分身应用设置应用标识，该应用标识用于将当前分身应用与主应用以及其他分身应用区分开来，具体的，可以uid来表示。例如，一个多开应用中包含主应用和两个分身应用，主应用的应用标识为u0，第一个分身应用的应用标识为u10，第二个分身应用的应用标识为u11。

本实施例中，消息中可直接包含应用标识，也可包含与应用标识相对应的代码等信息，可通过对消息进行解析得到其对应的应用标识。

步骤103、将消息推送至与应用标识对应的目标应用。

其中，目标应用包括与当前多开应用对应的主应用和分身应用。

示例性的，在获取到消息对应的应用标识后，即可根据应用标识判断出消息是需要发送给主应用的，还是发送给某个分身应用的，目标应用可理解为消息的最终发送对象。将消息推送至目标应用，以实现目标应用对消息的顺利接收。

本发明实施例提供的多开应用的消息管理方法，在主用户下接收针对当前多开应用的消息，并获取消息对应的应用标识，将消息推送至与应用标识对应的目标应用。通过采用上述技术方案，可根据应用标识将消息推送至正确的目标应用中，保证主应用和分身应用能够顺利接收到自己的消息，并且，多开应用基于多用户机制来实现，相比于单一用户实现多开应用的方案来说，能够对同属于一个多开应用的各应用的消息进行有效隔离，避免多开应用中的一个应用因误接收到另一个应用的消息而对自身的运行造成影响，保证多开应用的正常工作。

图2为本发明实施例提供的另一种多开应用的消息管理方法的流程示意图，本实施例以上述实施例为基础进行优化，在本实施例中，将步骤“将消息推送至与应用标识对应的目标应用”优化为：获取与应用标识对应的目标应用的运行状态；若目标应用处于运行状态，则将消息推送至目标应用。

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

步骤201、在主用户下接收针对当前多开应用的消息。

步骤202、获取消息对应的应用标识。

步骤203、获取与应用标识对应的目标应用的运行状态。

本实施例中，运行状态具体可理解为运行状态信息，包括用于表示目标应用处于运行状态的信息以及用于表示目标应用未处于运行状态的信息。一般的，用户在有同时登录多个账号的需求时会启动分身应用，也就是说分身应用不一定实时处于运行状态。然而，当一个应用未处于运行状态时，如微信1，其他人也可能会向该微信1对应的账号发送消息。本步骤中获取与应用标识对应的目标应用的运行状态，以便后续根据不同的运行状态对消息进行相应的处理。

步骤204、若目标应用处于运行状态，则将消息推送至目标应用。

可以理解的是，若目标应用处于运行状态，那么应该让目标应用能够顺利接收到发送给自己的消息。

可选的，若目标应用未处于运行状态，可保存消息，并在目标应用启动时，将消息推送至目标应用。这样设置的好处在于，若目标应用未处于运行状态，说明用户此时不想登录目标应用对应的账号，将消息保存，而非将消息推送至目标应用，可避免该消息对用户造成困扰。比如，一个多开应用的主应用为生活账号，分身应用为工作账号，那么在用户处于休假期间，一般不会启动该分身应用，不对工作账号的消息进行推送，以避免此类消息影响用户的休假。

可选的，若目标应用未处于运行状态，可启动目标应用，并将消息推送至目标应用。这样设置的好处在于，避免用户遗漏重要的消息，并便捷的进入目标应用进行相关操作。

优选的，若目标应用未处于运行状态，则可将消息推送至与目标应用相关联的处于运行状态的应用。这样设置的好处在于，在不启动目标应用的前提下，避免用户遗漏重要的消息，相比于启动目标应用的方案来说，消息推送效率更高，因为启动目标应用的过程一般会耗费一定的时间，影响消息推送的效率。

需要说明的是，当目标应用未处于运行状态时的以上几种消息处理方式可由***默认设置，也可由用户根据个人习惯进行设置，并且每个多开应用的设置可以是独立的，每个分身应用的设置也可以是独立的。

本发明实施例提供的多开应用的消息管理方法，在确定消息对应的目标应用后，先获取目标应用的运行状态，再根据不同的运行状态采用不同的消息处理策略，提升消息管理效率。

图3为本发明实施例提供的另一种多开应用的消息管理方法的流程示意图，本实施例以上述实施例为基础进行优化，在本实施例中，在步骤“将消息推送至与应用标识对应的目标应用”之后，增加了步骤：根据目标应用对应的消息提醒策略进行相应的消息提醒。

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

步骤301、在主用户下接收针对当前多开应用的消息。

步骤302、获取消息对应的应用标识。

步骤303、将消息推送至与应用标识对应的目标应用。

步骤304、根据目标应用对应的消息提醒策略进行相应的消息提醒。

示例性的，不同的应用可对应不同的消息提醒策略，例如，主应用和分身应用的消息提醒策略不同，每两个分身应用的消息提醒策略也可不同。消息提醒策略中可包括具体的提醒方式，如振动、响铃以及振动与响铃结合等，还可包括振动强度等级、不同的提示音以及不同的提示音音量等，如不同应用可对应不同的振动强度等级，也可对应不同的提示音，还可对应不同音量的同一个提示音，方便用户根据不同提醒方式获知当前的消息是属于具体哪个应用的，进而决定是否立即对消息进行阅读或者其他处理。可以理解的是，消息提醒策略可由***默认设置，也可由用户根据个人习惯进行设置，并且每个多开应用的设置可以是独立的，每个分身应用的设置也可以是独立的。当然，也可进行统一设置，例如，所有多开应用的主应用的消息提醒策略相同，所有多开应用的分身应用的消息提醒策略相同等。

消息提醒策略中还可包括具体在何种情况下采取哪种提醒方式，例如，在目标应用处于运行状态时，采用响铃的方式进行消息提醒，而目标应用未处于运行状态时，采用振动的方式进行消息提醒；又如，在目标应用处于前台运行状态时，采用响铃的方式进行消息提醒，而目标应用处于后台运行状态时，采用振动的方式进行消息提醒。

本发明实施例提供的多开应用的消息管理方法，在将消息推送至目标应用后，还根据目标应用对应的消息提醒策略进行相应的消息提醒，方便用户及时获知消息针对的对象，进而决定是否立即对消息进行阅读或者其他处理，进一步提升消息管理效率。

图4为本发明实施例提供的另一种多开应用的消息管理方法的流程示意图，本实施例以上述实施例为基础进行优化，在本实施例中，在步骤“将消息推送至与应用标识对应的目标应用”之后，增加了步骤：若检测到目标应用处于后台运行状态，则将目标应用切换至前台。

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

步骤401、在主用户下接收针对当前多开应用的消息。

步骤402、获取消息对应的应用标识。

步骤403、获取与应用标识对应的目标应用的运行状态。

步骤404、判断目标应用是否处于运行状态，若是，则执行步骤405；否则执行步骤408。

步骤405、将消息推送至与应用标识对应的目标应用。

步骤406、检测目标应用是否处于后台运行状态，若是，则执行步骤407；否则，执行步骤409。

步骤407、将目标应用切换至前台，执行步骤409。

示例性的，在将消息推送至目标应用后，一般用户会对该消息进行阅读或者进一步处理，此时若目标应用处于后台运行状态，可自动将其切换至前台，方便用户对目标应用进行操作。

步骤408、将消息推送至与目标应用相关联的处于运行状态的应用。

步骤409、根据目标应用对应的消息提醒策略进行相应的消息提醒。

本发明实施例提供的多开应用的消息管理方法，在将消息推送至目标应用后，若目标应用处于后台运行状态，可自动将其切换至前台，方便用户对目标应用进行操作，提升了终端应用的管理效率。

图5为本发明实施例提供的一种多开应用的消息管理装置的结构框图，该装置可由软件和/或硬件实现，一般集成在智能终端中，可通过执行多开应用的消息管理方法来对多开应用的消息进行管理。其中，多开应用基于多用户机制来实现。如图5所示，该装置包括消息接收模块501、应用标识获取模块502和消息推送模块503。

其中，消息接收模块501，用于在主用户下接收针对当前多开应用的消息；应用标识获取模块502，用于获取所述消息对应的应用标识；消息推送模块503，用于将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

本发明实施例提供的多开应用的消息管理装置，可根据应用标识将消息推送至正确的目标应用中，保证主应用和分身应用能够顺利接收到自己的消息，并且，多开应用基于多用户机制来实现，相比于单一用户实现多开应用的方案来说，能够对同属于一个多开应用的各应用的消息进行有效隔离，避免多开应用中的一个应用因误接收到另一个应用的消息而对自身的运行造成影响，保证多开应用的正常工作。

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

在上述实施例的基础上，所述消息推送模块可包括运行状态获取单元和消息推送单元。其中，运行状态获取单元，用于获取与所述应用标识对应的目标应用的运行状态；消息推送单元，用于在所述目标应用处于运行状态时，将所述消息推送至所述目标应用。

在上述实施例的基础上，所述消息推送单元还用于：在所述目标应用未处于运行状态时，将所述消息推送至与所述目标应用相关联的处于运行状态的应用。

在上述实施例的基础上，该装置还可包括：消息提醒模块，用于在将所述消息推送至与所述应用标识对应的目标应用之后，根据所述目标应用对应的消息提醒策略进行相应的消息提醒。

在上述实施例的基础上，该装置还可包括：切换模块，用于在将所述消息推送至与所述应用标识对应的目标应用之后，若检测到所述目标应用处于后台运行状态，则将所述目标应用切换至前台。

本发明实施例提供了一种智能终端，该智能终端可以包括本发明任意实施例提供的多开应用的消息管理装置。图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可以将设备的输入和输出外设连接到CPU602和存储器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子***及外设接口所连接的硬件进行供电及电源管理。

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

在主用户下接收针对当前多开应用的消息；

获取所述消息对应的应用标识；

将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

本实施例的多开应用基于多用户机制来实现。

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

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

Claims (13)

1.一种多开应用的消息管理方法，其特征在于，多开应用基于多用户机制来实现，所述方法包括：

在主用户下接收针对当前多开应用的消息；

获取所述消息对应的应用标识；

将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

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

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

3.根据权利要求2所述的方法，其特征在于，所述将所述消息推送至与所述应用标识对应的目标应用，包括：

获取与所述应用标识对应的目标应用的运行状态；

若所述目标应用处于运行状态，则将所述消息推送至所述目标应用。

4.根据权利要求3所述的方法，其特征在于，还包括：

若所述目标应用未处于运行状态，则将所述消息推送至与所述目标应用相关联的处于运行状态的应用；或，

若所述目标应用未处于运行状态，则保存所述消息，并在所述目标应用启动时，将所述消息推送至所述目标应用；或，

若所述目标应用未处于运行状态，则启动所述目标应用，并将所述消息推送至所述目标应用。

5.根据权利要求1所述的方法，其特征在于，在将所述消息推送至与所述应用标识对应的目标应用之后，还包括：

根据所述目标应用对应的消息提醒策略进行相应的消息提醒。

6.根据权利要求1所述的方法，其特征在于，在将所述消息推送至与所述应用标识对应的目标应用之后，还包括：

若检测到所述目标应用处于后台运行状态，则将所述目标应用切换至前台。

7.一种多开应用的消息管理装置，其特征在于，多开应用基于多用户机制来实现，所述装置包括：

消息接收模块，用于在主用户下接收针对当前多开应用的消息；

应用标识获取模块，用于获取所述消息对应的应用标识；

消息推送模块，用于将所述消息推送至与所述应用标识对应的目标应用，其中，所述目标应用包括与所述当前多开应用对应的主应用和分身应用。

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

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

9.根据权利要求8所述的装置，其特征在于，所述消息推送模块包括：

运行状态获取单元，用于获取与所述应用标识对应的目标应用的运行状态；

消息推送单元，用于在所述目标应用处于运行状态时，将所述消息推送至所述目标应用。

10.根据权利要求9所述的装置，其特征在于，所述消息推送单元还用于：

若所述目标应用未处于运行状态，则将所述消息推送至与所述目标应用相关联的处于运行状态的应用；或，

若所述目标应用未处于运行状态，则保存所述消息，并在所述目标应用启动时，将所述消息推送至所述目标应用；或，

若所述目标应用未处于运行状态，则启动所述目标应用，并将所述消息推送至所述目标应用。

11.根据权利要求7所述的装置，其特征在于，还包括：

消息提醒模块，用于在将所述消息推送至与所述应用标识对应的目标应用之后，根据所述目标应用对应的消息提醒策略进行相应的消息提醒。

12.根据权利要求7所述的装置，其特征在于，还包括：

切换模块，用于在将所述消息推送至与所述应用标识对应的目标应用之后，若检测到所述目标应用处于后台运行状态，则将所述目标应用切换至前台。

13.一种智能终端，其特征在于，所述智能终端集成了如权利要求7－12任意一项所述的多开应用的消息管理装置。