CN104092815A - 一种基于安卓系统的应用间信息交互方法及装置 - Google Patents

Abstract

本发明提供一种基于安卓系统的应用间信息交互方法及其装置。所述方法包括如下步骤：接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。所述装置采用所述方法实现安卓系统的应用间交互。本发明提供的方法和装置可实现安卓系统终端同时运行的应用之间的信息快速交互。

Description

一种基于安卓系统的应用间信息交互方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种基于安卓系统的应用间信息交互方法及装置。

背景技术

随着装载有安卓(Android)系统的智能终端的普及，以及移动互联网时代的到来，手机终端和平板电脑越来越成为个人的信息中心和娱乐中心。就安卓智能终端的发展趋势来看，大屏幕、高分辨率、强劲的处理能力和存储能力的PC化终端越来越成为更多人群的喜爱，这方面以大屏手机和平板电脑为代表。

就目前手机的硬件配置水平而言，处理能力和计算能力已经和个人PC不相上下，但是安卓系统提供的应用程序管理方法，从本质上说还是单任务机制，无法做到不同应用之间的快速信息交互，在使用过程中，用户越来越多地希望高效准确地在安卓系统终端的两个应用之间进行信息交互，具体例如：

在进行图库图片浏览的时候，希望通过简单的操作即可将图片保存在特定的文件夹中或准确复制到用户想要的位置；

在进行文件管理器浏览时，需要启动音乐播放器或者视频播放器，但此时又不希望中止文件浏览；

在短信应用和联系人应用同时分屏时，希望能够在编辑的回复短信中方便地插入联系人信息；

在进行WIFI dierct或者蓝牙连接成功后，希望能直接在文件管理中通过拖动文件进行传输。

安卓系统目前的应用间信息交互方法，往往需要记住文件名后进入文件管理器，通过复制粘贴将待交互的信息资源传输到指定的文件夹；或者在特定的应用中打开选择文件的界面，采用该应用运行待交互的信息资源；或先复制待交互的信息资源，再将其粘贴到某一应用中。现有技术的这种方式，不仅操作过程复杂，而且出错概率很高。

发明内容

有鉴于此，本发明提出一种基于安卓系统的应用间信息交互方法及装置，能够实现安卓系统终端的应用之间信息的快速准确交互。

基于上述目的本发明提供的基于安卓系统的应用间信息交互方法，包括如下步骤：

接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

可选的，依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息的步骤具体包括：

判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果；

当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果；

当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

可选的，所述接收通知消息包括通过应用管理服务Activity ManagerService发送的广播消息；所述发送通知消息包括通过应用管理服务ActivityManager Service发送的广播消息。

可选的，在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义的步骤具体包括：

判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果；

当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果；

当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

可选的于，在所述接收端处理所述接收通知消息之前，还包括：

通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；

当所述第五判断结果指示所述第二应用支持接收功能时，执行在所述接收端处理所述接收通知消息的步骤。

可选的，向作为接收端的第二应用发送接收通知消息之前，还包括：

通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

通过所述信息交互目标位置确定所述第二应用为接收端。

可选的，利用所述信息资源变更所述第二应用的状态的步骤具体包括：

将所述信息资源复制到所述第二应用中的接收位置；

或，令所述第二应用运行所述信息资源。

可选的，接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令之前，还包括：

将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

在所述第一子窗口虚拟生成运行第一应用所需的第一管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的第二管理机制；

依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。

进一步，本发明提供一种基于安卓系统的应用间信息交互装置，其特征在于，包括：

信息交互指令接收模块：用于接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

接收通知消息发送模块：用于依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

接收通知消息处理模块：用于在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

接收执行模块：用于根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

可选的，所述接收通知消息发送模块具体包括：

第一判断单元：用于判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果；

第二判断单元：用于当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果；

信息资源确定单元：用于当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

可选的，所述接收通知消息包括通过应用管理服务Activity ManagerService发送的广播消息；所述发送通知消息包括通过应用管理服务ActivityManager Service发送的广播消息。

可选的，所述接收通知消息处理模块进一步包括：

第三判断单元：用于判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果；

第四判断单元：用于当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果；

接收信息获取单元：用于当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

可选的，所述装置还包括：

第五判断模块：用于通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；并用于当所述第五判断结果指示所述第二应用支持接收功能时，触发所述接收通知消息处理模块。

可选的，所述装置还包括：

信息交互目标位置确定模块：用于通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

接收端确定模块：用于通过所述信息交互目标位置确定所述第二应用为接收端端。

可选的，所述状态变更模块具体包括：

复制单元：用于将所述信息资源复制到所述第二应用中的接收位置；

运行控制单元：用于令所述第二应用运行所述信息资源。

可选的，所述装置还包括：

子窗口映射模块：用于将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

管理虚拟模块：用于在所述第一子窗口虚拟生成运行第一应用所需的管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的管理机制；

应用启动模块：用于依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。

从上面所述可以看出，本发明及其实施例提供的基于安卓系统的应用间信息交互方法及其装置，可以通过快速、准确的方式实现安卓系统终端的应用间信息交互。此外，在采用本发明实施例所提供的方法和装置同时呈现第一子窗口和第二子窗口同时的场景下，用户可通过拖动的方式将待交互的信息资源拖动到第二应用中，将第一应用中的信息资源作为第二应用的启动资源进行加载，实现了第一应用和第二应用之间的信息交互。

附图说明

图1为本发明实施例的基于安卓系统的应用间信息交互方法流程图；

图2表示一种具体实施例中，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息的步骤具体流程图；

图3表示一种具体实施例中，在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义的步骤具体流程图；

图4为本发明一种实施例的子窗口创建流程图；

图5A、5B分别为本发明两种实施例的第一子窗口和第二子窗口呈现界面示意图；

图6为本发明又一种实施例的基于安卓系统的应用间信息交互方法流程图；

图7为本发明实施例的基于安卓系统的应用间信息交互装置结构示意图。

具体实施方式

为了给出有效的实现方案，本发明实施例提供了以下实施例，以下结合说明书附图对本发明的实施例进行说明。

首先，本发明提供一种基于安卓系统的应用间信息交互方法，包括如下步骤：

接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

本发明所提供的基于安卓系统的应用间信息交互方法，在安卓系统终端屏幕同时呈现的第一应用和第二应用之间实现了信息交互，用户仅需通过触摸屏或其它输入装置发送所述信息交互指令，就可将待交互的信息资源应用到作为接收端的第二应用中，提高了信息交互的速度和效率。此外，用于呈现第一应用和第二应用为在安卓终端屏幕同时呈现的子窗口，这样，发送端和接收端可在同一屏幕上同时呈现，从而用户可通过信息交互指令直观控制信息交互，提高了信息交互的准确度。

在本发明的一些实施例中，所述基于安卓系统的应用间信息交互方法包括如图1所示的步骤，具体为：

步骤101：接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令。

用户可通过安卓系统终端的触摸屏发送所述信息交互指令，也可通过安卓系统终端的其它装置发送所述信息交互指令。

步骤102：依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息。

具体的，所述发送通知消息可通过Activity Manager Service(应用管理服务)向作为发送端的第一应用发送。

当所述信息交互指令为用户通过触摸安卓终端的触摸屏所发送的指令时，通过用户按压的起始位置即可确定待交互的信息资源。

步骤103：在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义。

可通过解析所述发送通知消息，通过预先设置在消息处理函数中的行为能力集匹配所述发送通知消息的方式，确定待交互的信息资源。

步骤104：根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用。

将所述信息资源应用到所述第二应用过程，可以包括从所述第一应用复制信息资源并将其粘贴到所述第二应用中，也可以包括将信息资源在所述第二应用中播放等。

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

在一些实施例中，依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息的步骤具体包括如图2所示的步骤：

步骤1021：判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果。

若所述发送接口函数不能够处理所送通知消息，则表明在所述第一子窗口中运行的第一应用不支持应用间交互。

步骤1022：当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果。

如果在第一应用中预先定义的发送消息处理函数与发送通知消息不匹配，则表明所述信息交互指令未在所述第一应用中选择可用于交互的信息资源。

步骤1023：当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

在一些实施例中，所述接收通知消息包括通过应用管理服务ActivityManager Service发送的广播消息；所述发送通知消息包括通过应用管理服务Activity Manager Service发送的广播消息。

在一些实施例中，在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义的步骤具体包括如图3所示的步骤：

步骤1031：判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果。

若所述接收接口函数不能够处理接收通知消息，则表明所述第二应用不支持应用间的信息交互。

步骤1032：当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果。

若所述接收消息处理函数中不存在预先定义的、与所述接收通知消息相匹配的行为变量，即接收消息处理函数与接收通知消息不匹配，则说明第二应用不能够应用已确定的资源信息。

步骤1033：当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

在一些实施例中，在所述接收端处理所述接收通知消息之前，还包括：

通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；

当所述第五判断结果指示所述第二应用支持接收功能时，执行在所述接收端处理所述接收通知消息的步骤。

作为一个实施例，在第二应用的Menifest.xml描述文件中，定义了该第二应用是否在安卓终端同时运行至少两个应用的情况下支持接收功能。如果支持，当第二应用接收到所述接收通知消息时，通过应用管理服务获取第二应用的应用包名并向第二应用发送接收通知消息，在接收端通过扩展的消息处理函数处理所述接收通知消息。

在一些实施例中，向作为接收端的第二应用发送接收通知消息之前，还包括：

通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

通过所述信息交互目标位置确定所述第二应用为接收端。

当所述信息交互指令为用户通过安卓系统终端屏幕发送的触控指令时，当用户离开触摸屏，输入阅读工具会上报UP消息，该UP消息中携带具体所述触控指令结束的坐标位置数据，通过所述坐标位置数据即可确定接收端所在的位置。

在一些实施例中，所述信息交互目标位置仅在第一应用界面的范围内，则说明用户本次发送的信息交互指令无效。

在一些实施例中，利用所述信息资源变更所述第二应用的状态的步骤具体包括：将所述信息资源复制到所述第二应用中的接收位置。

若接收通知消息的含义表示信息资源的复制，如文件的复制、文字的复制等，则将所述信息资源复制到所述第二应用中的接收位置。

当所述接收通知消息含义表示文字的复制时，所述接收位置可以是根据信息交互指令确定的第二应用中接收点的位置。当所述接收通知消息含义表示文件的复制时，所述接收位置可以是第二应用所在的位置。

在一些实施例中，利用所述信息资源变更所述第二应用的状态的步骤具体包括：令所述第二应用运行所述信息资源。

当所述接收通知消息的含义表示文件的呈现，如图片的展示或音频的播放，则将作为信息资源的图片或音频在所述第二应用中打开。

在一些实施例中，接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令之前，可采用图4所示的方法实现所述第一子窗口和所述第二子窗口的同时呈现：

步骤401：将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

步骤402：在所述第一子窗口虚拟生成运行第一应用所需的第一管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的第二管理机制；

步骤403：依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。

所述第一子窗口和第二子窗口在安卓系统终端的呈现界面可以参照图5A，将安卓终端屏幕横向分割形成第一子窗口和第二子窗口，也可以入图5B所示，将安卓终端屏幕纵向分割形成第一子窗口和第二子窗口。

在其它实施例中，安卓终端屏幕可同时呈现两个以上的子窗口，在每个子窗口中运行有相应的应用。

在本发明的一种实施例中，基于安卓系统的应用间信息交互方法包括图6所示的步骤：

步骤601：将第一子窗口和第二子窗口分别映射到对应虚拟设备上。

步骤602：在所述第一子窗口虚拟生成运行第一应用所需的第一管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的第二管理机制。

步骤603：依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用。

步骤604：接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令。

步骤605：通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置。

步骤606：通过所述信息交互目标位置确定所述第二应用为接收端。

步骤607：依据所述信息交互指令，确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息。

步骤608：通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，若是，则进入步骤609。

步骤609：在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义。

步骤610：根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用。

进一步，本发明提供一种基于安卓系统的应用间信息交互装置，结构如图7所示，包括：

信息交互指令接收模块701：用于接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

接收通知消息发送模块702：用于依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

接收通知消息处理模块703：用于在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

接收执行模块704：用于根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

本发明提供的基于安卓系统的应用间信息交互装置，允许用户通过对第一应用和第二应用发送信息交互指令实现第一应用和第二应用之间的信息交互，无需用户执行复杂的操作，就可将待交互的信息资源应用到作为接收端的第二应用中，从而使得用户更高效地实现信息交互操作。此外，用于呈现第一应用和第二应用为在安卓终端屏幕同时呈现的子窗口，这样，发送端和接收端可在同一屏幕上同时呈现，从而用户可通过信息交互指令直观控制信息交互，提高了信息交互的准确度。

在一些实施例中，所述接收通知消息发送模块具体包括：

第一判断单元：用于判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果；

第二判断单元：用于当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果；

信息资源确定单元：用于当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

在一些实施例中，所述接收通知消息包括通过应用管理服务ActivityManager Service发送的广播消息；所述发送通知消息包括通过应用管理服务Activity Manager Service发送的广播消息。

在一些实施例中，所述接收通知消息处理模块进一步包括：

第三判断单元：用于判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果；

第四判断单元：用于当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果；

接收信息获取单元：用于当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

在一些实施例中，所述装置还包括：

第五判断模块：用于通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；并用于当所述第五判断结果指示所述第二应用支持接收功能时，触发所述接收通知消息处理模块。

在一些实施例中，所述装置还包括：

信息交互目标位置确定模块：用于通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

接收端确定模块：用于通过所述信息交互目标位置确定所述第二应用为接收端端。

在一些实施例中，所述状态变更模块具体包括：

复制单元：用于将所述信息资源复制到所述第二应用中的接收位置；

运行控制单元：用于令所述第二应用运行所述信息资源。

在一些实施例中，所述装置还包括：

子窗口映射模块：用于将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

管理虚拟模块：用于在所述第一子窗口虚拟生成运行第一应用所需的管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的管理机制；

应用启动模块：用于依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。

从上面所述可以看出，本发明及其实施例提供的基于安卓系统的应用间信息交互方法及其装置，可以通过快速、准确的方式实现安卓系统终端的应用间信息交互。此外，在采用本发明实施例所提供的方法和装置同时呈现第一子窗口和第二子窗口同时的场景下，用户可通过拖动的方式将待交互的信息资源拖动到第二应用中，将第一应用中的信息资源作为第二应用的启动资源进行加载，实现了第一应用和第二应用之间的信息交互。

应当理解，本说明书所描述的多个实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1.一种基于安卓系统的应用间信息交互方法，其特征在于，包括如下步骤：

接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

2.根据权利要求1所述的方法，其特征在于，依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息的步骤具体包括：

判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果；

当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果；

当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

3.根据权利要求2所述的方法，其特征在于，所述接收通知消息包括通过应用管理服务Activity Manager Service发送的广播消息；所述发送通知消息包括通过应用管理服务Activity Manager Service发送的广播消息。

4.根据权利要求1所述的方法，其特征在于，在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义的步骤具体包括：

判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果；

当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果；

当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

5.根据权利要求1所述的方法，其特征在于，在所述接收端处理所述接收通知消息之前，还包括：

通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；

当所述第五判断结果指示所述第二应用支持接收功能时，执行在所述接收端处理所述接收通知消息的步骤。

6.根据权利要求1所述的方法，其特征在于，向作为接收端的第二应用发送接收通知消息之前，还包括：

通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

通过所述信息交互目标位置确定所述第二应用为接收端。

7.根据权利要求1所述的方法，其特征在于，利用所述信息资源变更所述第二应用的状态的步骤具体包括：

将所述信息资源复制到所述第二应用中的接收位置；

或，令所述第二应用运行所述信息资源。

8.根据权利要求1-7中任意一项所述的方法，其特征在于，接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令之前，还包括：

将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

在所述第一子窗口虚拟生成运行第一应用所需的第一管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的第二管理机制；

依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。

9.一种基于安卓系统的应用间信息交互装置，其特征在于，包括：

信息交互指令接收模块：用于接收第一子窗口中运行的第一应用和第二子窗口中运行的第二应用之间的信息交互指令；

接收通知消息发送模块：用于依据所述信息交互指令，在作为发送端的第一应用中确定待交互的信息资源，并向作为接收端的第二应用发送接收通知消息；

接收通知消息处理模块：用于在所述接收端处理所述接收通知消息，确定接收位置以及接收通知消息的含义；

接收执行模块：用于根据所述接收通知消息的含义和接收位置，将所述信息资源应用到所述第二应用；

所述第一子窗口和第二子窗口为在安卓终端屏幕同时呈现的子窗口。

10.根据权利要求9所述的装置，其特征在于，所述接收通知消息发送模块具体包括：

第一判断单元：用于判断在第一应用中预先定义的发送接口函数是否能够处理发送通知消息，输出第一判断结果；

第二判断单元：用于当所述第一判断结果指示所述发送接口函数能够处理所述发送通知消息时，判断在第一应用中预先定义的发送消息处理函数是否与所述发送通知消息匹配，输出第二判断结果；

信息资源确定单元：用于当所述第二判断结果指示所述发送消息处理函数与所述发送通知消息匹配时，调用所述发送消息处理函数处理所述发送通知消息，确定待交互的信息资源。

11.根据权利要求10所述的装置，其特征在于，所述接收通知消息包括通过应用管理服务Activity Manager Service发送的广播消息；所述发送通知消息包括通过应用管理服务Activity Manager Service发送的广播消息。

12.根据权利要求9所述的装置，其特征在于，所述接收通知消息处理模块进一步包括：

第三判断单元：用于判断在第二应用中预先定义的接收接口函数是否能够处理接收通知消息，输出第三判断结果；

第四判断单元：用于当所述第三判断结果指示所述接收接口函数能够处理所述接收通知消息时，判断在第二应用中预先定义的接收消息处理函数是否与所述接收通知消息匹配，输出第四判断结果；

接收信息获取单元：用于当所述第四判断结果指示所述接收消息处理函数与所述接收通知消息匹配时，调用所述接收消息处理函数处理所述接收通知消息，确定接收通知消息的含义和接收位置。

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

第五判断模块：用于通过预先定义在所述第二应用的Menifest.xml描述文件中的参数判断所述第二应用是否支持接收功能，输出第五判断结果；并用于当所述第五判断结果指示所述第二应用支持接收功能时，触发所述接收通知消息处理模块。

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

信息交互目标位置确定模块：用于通过输入阅读工具Input Reader在接收到所述信息交互指令后上报的UP消息确定信息交互目标位置；

接收端确定模块：用于通过所述信息交互目标位置确定所述第二应用为接收端端。

15.根据权利要求9所述的装置，其特征在于，所述状态变更模块具体包括：

复制单元：用于将所述信息资源复制到所述第二应用中的接收位置；

运行控制单元：用于令所述第二应用运行所述信息资源。

16.根据权利要求9-15中任意一项所述的装置，其特征在于，还包括：

子窗口映射模块：用于将第一子窗口和第二子窗口分别映射到对应虚拟设备上；

管理虚拟模块：用于在所述第一子窗口虚拟生成运行第一应用所需的管理机制，并在所述第二子窗口虚拟生成运行第二应用所需的管理机制；

应用启动模块：用于依据用户发送的第一应用启动指令，在所述第一子窗口启动并运行第一应用；并依据用户发送的第二应用启动指令，在所述第二子窗口启动并运行第二应用；

所述虚拟设备维护至少一个能够为在该虚拟设备上运行的前台任务提供执行环境的虚拟设备环境。