一种应用程序中信息查找方法、装置及移动终端与流程

本发明实施例涉及移动终端技术，尤其涉及一种应用程序中信息查找方法、装置及移动终端。

背景技术：

移动终端作为目前最常用最重要的电子设备，不仅被应用于日常工作，还被应用于社交或娱乐等领域。

使用者通常会在移动终端中安装各种社交软件，即时通信类软件是使用者最常使用的应用软件。使用者在使用即时通信软件时，可能需要注册不同账户。例如，使用者想要将工作和生活所用的微信账户区分开，从而注册至少一个专用于工作的微信账户，注册至少一个专用于生活的微信账户。然而，对于使用者在其中一个微信账户中发送的消息、文章或发的朋友圈，若一段时间后，使用者想查看之前发送的消息、文章或发的朋友圈，则需要在发送消息、文章或朋友圈的微信账户的搜索框中输入查询请求，进而得到查询结果。若使用者忘记在哪个微信账户中发送的消息、文章或发的朋友圈，则可能需要通过逐个查询各个微信账户的方式获取查询结果。最坏情况下，可能需要查询全部微信账户，查询操作耗时较长，且需要使用者逐个启动各个微信账户，且在各个微信账户输入查询请求，用户体验不佳。

技术实现要素：

本发明提供一种应用程序中信息查找方法、装置及移动终端，以提供一种高效的信息查询方式。

第一方面，本发明实施例提供了一种应用程序中信息查找方法，包括：

在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；

根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；

根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与信息查找请求对应的信息。

第二方面，本发明实施例还提供了一种应用程序中信息查找装置，该装置包括：

账户标识获取模块，用于在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；

查找请求发送模块，用于根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；

信息查找模块，用于根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与信息查找请求对应的信息。

第三方面，本发明实施例还提供了一种移动终端，移动终端中集成有如上述第二方面的应用程序中信息查找装置。

本发明实施例通过在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；然后，根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；从而根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用关联的主应用和/或分身应用中查找与信息查找请求对应的信息。本发明实施例解决目前查找信息仅能在当前用户的当前运行的目标应用中进行，导致查找效率低的问题，实现使用者在当前用户的当前运行的目标应用中输入信息查询请求，在与其相关联的应用账户中进行信息查找操作的目的，避免该信息查找操作长时间占有系统资源，达到了提高查询效率、节省系统资源的效果。

附图说明

图1是本发明具体实施方式提供的一种应用程序中信息查找方法的流程图；

图2a是本发明具体实施方式提供的另一种应用程序中信息查找方法的流程图；

图2b是图2a提供的一种应用程序中信息查找方法的信息查找界面示意图；

图3是本发明实施例提供的一种应用程序中信息查找装置的结构示意图；

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

具体实施方式

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

图1为本发明具体实施方式提供的一种应用程序中信息查找方法的流程图，本实施例可适用于多开应用中搜索某一信息的情况，该方法可以由应用程序中信息查找装置来执行。其中该装置可由软件和/或硬件实现，一般可集成在智能终端中。如图1所示，该方法具体包括如下步骤：

步骤110、在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识。

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

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

在具有搜索框的目标应用中，使用者在搜索框中输入待检索信息，移动终端根据使用者输入的待检索信息生成信息查找请求。此时，移动终端确定与该目标应用关联的主应用和/或分身应用，获取与目标应用账户关联的主应用和/或分身应用的账户标识。示例性地，若使用者在主应用中输入待检索信息，则移动终端在监测到针对主应用的信息查找请求时，获取与主应用账户关联的分身应用的账户标识。然而，若使用者在任意一个分身应用中输入待检索信息，则移动终端在监测到针对分身应用的信息查找请求时，获取与该分身应用账户关联的主应用和其它分身应用的账户标识。

具体地，可以是在创建主应用的分身应用时，提示使用者采用设定标识对所述主应用关联的分身应用进行标记。获取具有所述设定标识的分身应用的账户标识以及主应用的账户标识，根据所述账户标识生成关联信息表。移动终端在监测到针对目标应用的信息查找请求时，查询存储主应用账户和分身应用账户之间关联关系的关联信息表，获取与待查找信息的目标应用账户关联的主应用和/或分身应用的账户标识。当然，本发明实施例中获取与目标应用账户关联的主应用或分身应用的账户标识的方式不限于上述示例，还可以是由使用者输入与目标应用账户关联的主应用或分身应用账户等方式。

步骤120、根据所述信息查找请求向所述账户标识对应的主应用和/或分身应用发送同步查找请求。

其中，同步查找请求包括信息查找请求和目标应用账户，以便于在完成信息查找后，向目标应用账户返回查找结果提示信息。查找结果提示信息可以是“请登录应用A查看查找结果”，或“未搜索到对应内容”等。

在目标应用为主应用时，移动终端根据与主应用账户关联的至少一个分身应用的账户标识，向账户标识对应的各个分身应用发送同步查找请求，以在各个分身应用中搜索与信息查找请求对应的信息。

在目标应用为分身应用时，移动终端根据与分身应用账户关联的主应用和其它分身应用的账户标识，向账户标识对应的主应用和分身应用发送同步查找请求，以在主应用和分身应用中搜索与同步查找请求对应的信息。

步骤130、根据所述信息查找请求和所述同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与所述信息查找请求对应的信息。

移动终端根据信息查找请求，在目标应用账户中搜索对应于信息查找请求的信息。并且，根据同步查找请求，在与目标应用账户关联的主应用账户和/或分身应用账户中搜索对应于同步查找请求的信息。

示例性地，在目标应用为主应用时，根据信息查找请求搜索主应用账户，根据同步查找请求搜索与主应用账户关联的分身应用账户。相应的，在目标应用为任意一个分身应用时，根据信息查找请求搜索分身应用账户，根据同步查找请求搜索与分身应用账户关联的主应用账户和分身应用账户。

具体地，可以优先根据信息查找请求搜索目标应用账户，若在目标应用账户中未搜索到对应于信息查找请求的信息，则同时在与目标应用账户关联的主应用和/或分身应用账户中，根据同步查找请求搜索对应于同步查找请求的信息。若在目标应用账户中搜索到对应于信息查找请求的信息，则无需执行与目标应用账户关联的主应用和/或分身应用账户中的同步搜索操作，避免同时占用多个线程执行搜索操作。

可替代地，在根据信息查找请求搜索目标应用账户的同时，在与目标应用账户关联的主应用和/或分身应用账户中，根据同步查找请求搜索对应于同步查找请求的信息。若在主应用和至少一个分身应用中均存在对应于信息查找请求或同步查找请求对应的信息，采用同时查找的方式，启动多个线程同时执行搜索操作，避免信息遗漏。

本实施例的技术方案，通过在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；然后，根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；从而根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用关联的主应用和/或分身应用中查找与信息查找请求对应的信息。本发明实施例的技术方案解决目前查找信息仅能在当前用户的当前运行的目标应用中进行，导致查找效率低的问题，实现使用者在当前用户的当前运行的目标应用中输入信息查询请求，在与其相关联的应用账户中进行信息查找操作的目的，避免该信息查找操作长时间占有系统资源，达到了提高查询效率、节省系统资源的效果。

图2a是本发明具体实施方式提供的另一种应用程序中信息查找方法的流程图。在上述技术方案的基础上，在分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与所述信息查找请求对应的信息之后，增加了如下操作：

在所述信息对应于目标应用账户，且目标应用为当前运行的应用时，显示与所述信息查找请求对应的查找结果。

以及，在所述信息对应于与目标应用账户关联的主应用或分身应用账户，且所述主应用或分身应用不是当前运行的应用时，提示使用者运行相应的主应用或分身应用；在所述主应用或分身应用中，显示与所述信息查找请求对应的查找结果。

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

步骤210、根据所述信息查找请求和所述同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与所述信息查找请求对应的信息。

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

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

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

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

示例性地，在目标应用为主应用时，首先根据信息查找请求搜索主应用账户，若在主应用账户中搜索到对应于信息查找请求的信息，则不再执行与主应用账户关联的分身应用账户中的同步搜索操作。若在主应用账户中未搜索到对应于信息查找请求的信息，则同时在与主应用账户关联的各个分身应用账户中，根据同步查找请求搜索对应于同步查找请求的信息。

相应地，在目标应用为任意一个分身应用时，首先根据信息查找请求搜索该分身应用账户，若在该分身应用账户中搜索到对应于信息查找请求的信息，则不再执行与该分身应用账户关联的主应用账户和其余分身应用账户中的同步搜索操作。若在该分身应用账户中未搜索到对应于信息查找请求的信息，则同时在与该分身应用账户关联的主应用账户和其余分身应用账户中，根据同步查找请求搜索对应于同步查找请求的信息。

步骤220、判断是否查找到与所述信息查找请求和所述同步查找请求对应的信息，若是，则执行步骤230，若否，则执行步骤280。

移动终端根据在目标应用账户，以及与目标应用账户关联的主应用和/或分身应用账户中的搜索结果，判断是否查找到与信息查找请求和同步查找请求对应的信息。如果查找到对应于信息查找请求和同步查找请求对应的信息，则执行步骤230。如果未查找到对应于信息查找请求和同步查找请求对应的信息，则执行步骤280。

步骤230、判断所述信息是否对应于目标应用账户，若是，则执行步骤240，若否，则执行步骤250。

根据信息查找请求的返回结果确定所述信息是否对应于目标应用账户，如果是，则执行步骤240。若否，则执行步骤250。

步骤240、在目标应用账户是当前运行的应用时，显示与所述信息查找请求对应的查找结果。

移动终端可以通过使用全局变量保存应用程序的登录状态，根据该全局变量可以确定目标应用当前是否处于运行状态。可替换地，通过在配置文件中添加登录标识，通过登录标识表示应用程序的登录状态，通过查询登录标识的值即可确定目标应用的登录状态。可知，判断目标应用的登录状态的方式不限于上述方式，还可以通过查询进程内存状态的方式获取当前运行的任务信息等。

在目标应用处于运行状态时，于目标应用的界面中显示信息查找请求对应的查找结果。

步骤250、判断所述主应用或分身应用账户是否为当前运行的应用，若否，则执行步骤260，若是，则执行步骤270。

移动终端可以使用全局变量、配置文件或查询进程内存等方式，判断结果提示信息对应的主应用或分身应用是否处于运行状态，具体方法与步骤240类似，此处不再赘述。

示例性地，若根据结果提示信息确定与目标应用关联的至少一个应用程序中，具有对应于同步查找请求的信息，则获取该至少一个应用程序的应用标识。根据应用标识查询进程内存状态，确定当前运行的任务中是否存在对应于上述应用标识的任务。若存在对应于应用标识的正在运行的任务，则确定该应用标识对应的应用程序处于运行状态，执行步骤270。若不存在对应于应用标识的正在运行的任务，则确定该应用标识对应的应用程序未处于运行状态，执行步骤260。

步骤260、提示使用者运行相应的主应用和/或分身应用。

若根据结果提示信息确定仅有主应用账户包括查找结果，且主应用处于未运行状态，则显示该结果提示信息，以提示使用者登录该主应用。

若根据结果提示信息确定主应用和至少一个分身应用账户包括查找结果，且显示该结果提示信息，以供使用者选择从哪个应用程序中查看查找结果。且在显示该结果提示信息的同时，备注出各个应用程序当前是否处于运行状态。

图2b示出了本发明具体实施方式提供的一种应用程序中信息方法的信息查找界面示意图。如图2b所示，使用者在微信的搜索框中输入搜索关键词后，移动终端在该微信账户以及该微信账户关联的微信分身账户中，搜索与所输入的关键词对应的信息。在搜索完成后，若查找结果在微信分身账户B中，则在当前微信账户中显示结果提示信息，以提示使用者登录结果提示信息中指出的包含查找结果的微信账户。例如，可以在当前微信账户中显示弹出框，提示使用者登录微信分身账户B查看查找结果。

步骤270、在所述主应用和/或分身应用中，显示与所述同步查找请求对应的查找结果。

移动终端在检测到结果提示信息中指出的主应用账户和/或分身应用账户处于运行状态时，在主应用界面和/或分身应用界面中显示与同步查找请求对应的查找结果。

在目标应用是主应用时，若结果提示信息中指出的至少一个分身应用账户处于运行状态，则在使用者选中的一个分身应用中显示与同步查找请求对应的查找结果。还可能是根据使用者选中的两个或两个以上的分身应用中显示与同步查找请求对应的查找结果。在可分屏显示的移动终端中，可以分别显示不同分身应用中的查找结果。

在目标应用是分身应用时，若结果提示信息中指出的主应用和至少一个分身应用账户处于运行状态，则在使用者选中的一个分身应用或主应用中显示与同步查找请求对应的查找结果。还可能是根据使用者选中的两个或两个以上的分身应用，或者一个主应用和多个分身应用中显示与同步查找请求对应的查找结果。在可分屏显示的移动终端中，可以分别显示不同分身应用中的查找结果。

步骤280、提示未找到与所述信息查找请求对应的信息。

如果未查找到与所述信息查找请求和所述同步查找请求对应的信息，则提示使用者未找到与所述信息查找请求对应的信息。

本实施例的技术方案，通过具体列举在查找到与信息查找请求和同步查找请求对应的信息后的处理过程，即在查找结果在目标应用账户中时，于目标应用账户中显示查找结果；在查找结果在与目标应用账户关联的主应用和/或分身应用中时，提示使用者选择待查看查找结果的应用程序，启动使用者选中的应用程序，并在该应用程序中显示查找结果，避免信息查找操作长时间占有系统资源，达到了提高查询效率、节省系统资源的效果。

图3是本发明实施例提供的一种应用程序中信息查找装置的结构示意图。该装置具体包括账户标识获取模块310、查找请求发送模块320和信息查找模块330。

账户标识获取模块310，用于在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识。

进一步的，所述账户标识获取模块310包括：

查询存储主应用账户和分身应用账户之间关联关系的关联信息表，获取与待查找信息的目标应用账户关联的主应用和/或分身应用的账户标识。

查找请求发送模块320，用于根据所述信息查找请求向所述账户标识对应的主应用和/或分身应用发送同步查找请求；

信息查找模块330，用于根据所述信息查找请求和所述同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与所述信息查找请求对应的信息。

本实施例的技术方案，通过账户标识获取模块310，在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；然后，采用查找请求发送模块320，根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；从而通过信息查找模块330根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用关联的主应用和/或分身应用中查找与信息查找请求对应的信息。本发明实施例的技术方案解决目前查找信息仅能在当前用户的当前运行的目标应用中进行，导致查找效率低的问题，实现使用者在当前用户的当前运行的目标应用中输入信息查询请求，在所有相关联的应用账户中进行信息查找操作的目的，避免该信息查找操作长时间占有系统资源，达到了提高查询效率、节省系统资源的效果。

在上述技术方案的基础上，还包括：

关联确定模块，用于在获取与目标应用账户关联的主应用和/或分身应用的账户标识之前，在创建主应用的分身应用时，提示使用者采用设定标识对所述主应用关联的分身应用进行标记；

信息表生成模块，用于获取具有所述设定标识的分身应用的账户标识以及主应用的账户标识，根据所述账户标识生成关联信息表。

在上述技术方案的基础上，还包括：

结果显示模块，用于分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与所述信息查找请求对应的信息之后，在所述信息对应于目标应用账户，且目标应用为当前运行的应用时，显示与所述信息查找请求对应的查找结果。

在上述技术方案的基础上，还包括：

结果显示模块，用于在所述信息对应于与目标应用账户关联的主应用或分身应用账户，且所述主应用或分身应用不是当前运行的应用时，提示使用者运行相应的主应用和/或分身应用；

在所述主应用和/或分身应用中，显示与所述同步查找请求对应的查找结果。

上述应用程序中信息查找装置可执行本发明任意实施例所提供的应用程序中信息查找方法，具备执行方法相应的功能模块和有益效果。

本发明实施例提供一种移动终端，该移动终端集成有上述应用程序中信息查找装置。示例性地，本实施例中的移动终端具体可为手机和平板电脑等终端，优选为智能手机。

图4是本发明实施例提供的一种移动终端的结构示意图。如图4所示，该移动终端400可以包括：存储器401、中央处理器(Central Processing Unit，以下简称CPU)402、外设接口403、RF(Radio Frequency，射频)电路405、音频电路406、扬声器411、电源管理芯片408、输入/输出(I/O)子系统409、触摸屏412、其他输入/控制设备410以及外部端口404，这些部件通过一个或多个通信总线或信号线407来通信。

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

下面就本实施例提供的具有上述技术方案所述的应用程序中信息查找装置的移动终端400进行详细的描述，该移动终端以手机为例。

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

外设接口403，所述外设接口403可以将设备的输入和输出外设连接到CPU302和存储器401。

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

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

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

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

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

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

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

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

在监测到针对目标应用的信息查找请求时，获取与目标应用账户关联的主应用和/或分身应用的账户标识；

根据信息查找请求向账户标识对应的主应用和/或分身应用发送同步查找请求；

根据信息查找请求和同步查找请求，分别在目标应用以及与目标应用账户关联的主应用和/或分身应用中查找与信息查找请求对应的信息。

使用者在多开应用程序中搜索某一信息时，实现仅在当前一个应用程序中输入搜索关键词，在与该当前应用程序关联的主应用和/或分身应用中同步查找该搜索关键词对应的信息，避免该信息查找操作长时间占有系统资源，达到了提高查询效率、节省系统资源的效果。

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

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