CN104965692B - 在桌面应用中跨进程显示数据的方法及*** - Google Patents

Abstract

本发明提供一种在桌面应用中跨进程显示数据的方法及***，所述方法包括以下步骤：获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中；获取所述指定功能模块的消息数据；在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。本发明的一种在桌面应用中跨进程显示数据的方法及***，减少了查看新消息所花费的时间，极大地提高了消息处理的效率，也避免了卡顿现象的出现。

Description

在桌面应用中跨进程显示数据的方法及***

技术领域

本发明涉及网络通信领域，特别是涉及一种在桌面应用中跨进程显示数据的方法以及一种在桌面应用中跨进程显示数据的***。

背景技术

目前，桌面应用和独立应用是分别安装使用的，两个程序之间具有独立性。例如，用户正在移动终端上玩游戏时突然接收到一条朋友圈的消息，为了能够查看到该消息，传统方法中用户需要退出游戏回到桌面，然后在移动终端的桌面上点击相关独立应用的图标，等待该独立应用启动，当启动完成后切换到朋友圈消息展示的目录才能进行消息查看。

可见，传统的方法中，为了能够及时查看到消息，需要花费比较长的操作时间，导致消息处理的效率较低；甚至如果是一台性能比较差的手机的话，短时间内如此多的切换操作，有可能引起卡顿现象的出现。

发明内容

基于此，本发明提供一种在桌面应用中跨进程显示数据的方法及***，能够提高消息处理的效率。

为实现上述目的，本发明采用如下的技术方案：

一种在桌面应用中跨进程显示数据的方法，包括以下步骤：

获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中；

获取所述指定功能模块的消息数据；

在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。

一种在桌面应用中跨进程显示数据的***，包括：

用户界面信息获取模块，用于获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中；

消息数据获取模块，用于获取所述指定功能模块的消息数据；

显示模块，用于在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。

由以上方案可以看出，本发明的一种在桌面应用中跨进程显示数据的方法及***，将独立应用中指定功能模块的用户界面信息以及消息数据均共享到桌面应用上，然后通过桌面应用的用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。通过本发明的方案，能够在桌面上直接展示独立应用的指定功能模块，这样一来不需要切换到独立应用的界面就能在桌面上进行消息查看，从而减少了查看新消息所花费的时间，极大地提高了消息处理的效率，也避免了卡顿现象的出现。

附图说明

图1为本发明实施例中一种在桌面应用中跨进程显示数据的方法流程示意图；

图2为本发明实施例中实现共享数据与用户界面信息的示意图；

图3为本发明实施例中一种在桌面应用中跨进程显示数据的***结构示意图；

图4为能实现本发明实施例的一个计算机***的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。

参见图1所示，一种在桌面应用中跨进程显示数据的方法，包括以下步骤：

步骤S101，获取独立应用中指定功能模块的UI(User Interface，用户界面)信息，并将该UI信息添加到桌面应用的UI容器中。

步骤S102，获取所述指定功能模块的消息数据。

步骤S103，在已经添加到桌面应用后的UI信息中加载所述消息数据，并通过所述UI容器将加载了消息数据的UI信息在桌面应用中进行显示，这样就实现了在桌面上显示某独立应用的指定功能模块的目的(例如在桌面上直接显示朋友圈)。

在其中一个实施例中，所述独立应用可以是SNS(Social Networking Services，社会性网络服务)应用，所述桌面应用可以是android(即安卓)***下的安卓桌面应用等。下面以安卓***为例对本发明的方案进行详细说明：

为了能在桌面上显示独立应用的功能模块，需要共享两个部分：UI信息和消息数据。UI信息就是用户看到的界面所展示的排布，如朋友圈的UI信息里有头像控件、文本控件、网页链接控件等等，这些控件组合起来就是一个UI的布局排布。作为一个较好的实施例，所述获取独立应用中指定功能模块的UI信息的过程具体可以包括如下步骤：

步骤S1011，当接收到在桌面应用中显示独立应用指定功能模块的指令时，根据该独立应用的包名获取上下文对象。其中，包名表示安卓***内每个应用程序的唯一标识，上下文对象即context对象；

步骤S1012，根据所述上下文对象获取用户界面的ID；

步骤S1013，根据所述ID以及指定功能模块的名称加载对应的UI信息。加载到UI信息后就可以放到桌面应用的窗口里显示了。具体的代码可以如下所示：

String packageName＝"com.tencent.mm"；

Context theirContext＝this.createPackageContext(packageName,Context.CONTEXT_RESTRICTED)；

Resources res＝theirContext.getResources()；

int id＝res.getIdentifier(″sns_layout",″layout″，packageName)；

LayoutInflater inflater＝(LayoutInflater)

theirContext.getSystemService(Context.LAYOUT_INFLATER_SERVICE)；

view＝inflater.inflate(id，null)；

通过上述的操作，桌面上有了独立应用的UI信息，但那只是一个静态的布局，要真正共享此功能，还需要将消息数据获取过来并将消息数据实现共享。作为一个较好的实施例，本发明中获取所述指定功能模块的消息数据的过程具体可以包括如下步骤：查询所述指定功能模块的数据共享接口(一般为URI(Uniform Resource Identifier，通用资源标识符)接口)，通过该数据共享接口即可获取所述指定功能模块的消息数据。

另外，对于消息数据的跨进程传递，可以在桌面和独立应用里都启动一个后台service服务，由这个服务来负责消息数据的传递。以SNS应用为例，如图2所示，具体的传递方式可以使用安卓***所提供的intent组件进行传递，intent组件可以传递所有实现了序列化的数据类型，但是单次传递的数据大小不能超过30kb。

作为一个较好的实施例，本发明在将加载了消息数据的用户界面信息在桌面应用中进行显示之后，还可以包括如下步骤：对所述数据共享接口进行监听，当检测到新消息数据时对桌面应用中的消息数据进行更新。进一步的，在其中一个实施例中，当接收到用户在桌面应用中的用户界面信息上所输入的消息(例如回复、评论等消息)时，还可以通过所述数据共享接口将该消息传输到所述独立应用，并由所述独立应用上传到相应的服务器。通过以上操作，在UI信息和消息数据都共享以后，就可以在桌面上直接使用SNS应用中的指定功能模块了。比如只要朋友圈里刷出一条新消息，桌面应用里就会马上展示出这条新信息，并且在桌面上就可以进行回复、评论等一切在朋友圈里才能执行的操作。

与上述一种在桌面应用中跨进程显示数据的方法相同，本发明还提供一种在桌面应用中跨进程显示数据的***，如图3所示，包括：

用户界面信息获取模块101，用于获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中；

消息数据获取模块102，用于获取所述指定功能模块的消息数据；

显示模块103，用于在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。

作为一个较好的实施例，所述用户界面信息获取模块可以包括：

上下文对象获取模块，用于当接收到在桌面应用中显示独立应用指定功能模块的指令时，根据该独立应用的包名获取上下文对象；

ID获取模块，用于根据所述上下文对象获取用户界面的ID；

加载模块，用于根据所述ID以及指定功能模块的名称加载对应的用户界面信息。

作为一个较好的实施例，所述消息数据获取模块可以包括：

查询模块，用于查询所述指定功能模块的数据共享接口，通过该数据共享接口获取所述指定功能模块的消息数据。

作为一个较好的实施例，本发明的一种在桌面应用中跨进程显示数据的***还可以包括：

监听与更新模块，用于对所述数据共享接口进行监听，当检测到新消息数据时对桌面应用中的消息数据进行更新。

作为一个较好的实施例，本发明的一种在桌面应用中跨进程显示数据的***还可以包括：

传输模块，用于当接收到用户在桌面应用中的用户界面信息上所输入的消息时，通过所述数据共享接口将该消息传输到所述独立应用，并由所述独立应用上传到相应的服务器。

上述一种在桌面应用中跨进程显示数据的***的其它技术特征与本发明的一种在桌面应用中跨进程显示数据的方法相同，此处不予赘述。

图4为能实现本发明实施例的一个计算机***1000的模块图。该计算机***1000只是一个适用于本发明的计算机环境的示例，不能认为是提出了对本发明的使用范围的任何限制。计算机***1000也不能解释为需要依赖于或具有图示的示例性的计算机***1000中的一个或多个部件的组合。

图4中示出的计算机***1000是一个适合用于本发明的计算机***的例子。具有不同子***配置的其它架构也可以使用。例如有大众所熟知的个人数字助理、智能电话、平板电脑、便携式媒体播放器、机顶盒、笔记本等类似设备可以适用于本发明的一些实施例。但不限于以上所列举的设备。

如图4所示，计算机***1000包括处理器1010、存储器1020和***总线1022。包括存储器1020和处理器1010在内的各种***组件连接到***总线1022上。处理器1010是一个用来通过计算机***中基本的算术和逻辑运算来执行计算机程序指令的硬件。存储器1020是一个用于临时或永久性存储计算程序或数据(例如，程序状态信息)的物理设备。***总线1020可以为以下几种类型的总线结构中的任意一种，包括存储器总线或存储控制器、外设总线和局部总线。处理器1010和存储器1020可以通过***总线1022进行数据通信。其中存储器1020包括只读存储器(ROM)或闪存(图中都未示出)，以及随机存取存储器(RAM)，RAM通常是指加载了操作***和应用程序的主存储器。

计算机***1000还包括显示接口1030(例如，图形处理单元)、显示设备1040(例如，液晶显示器)、音频接口1050(例如，声卡)以及音频设备1060(例如，扬声器)。显示设备1040和音频设备1060是用于体验多媒体内容的媒体设备。

计算机***1000一般包括一个存储设备1070。存储设备1070可以从多种计算机可读介质中选择，计算机可读介质是指可以通过计算机***1000访问的任何可利用的介质，包括移动的和固定的两种介质。例如，计算机可读介质包括但不限于，闪速存储器(微型SD卡)，CD-ROM，数字通用光盘(DVD)或其它光盘存储、磁带盒、磁带、磁盘存储或其它磁存储设备，或者可用于存储所需信息并可由计算机***1000访问的任何其它介质。

计算机***1000还包括输入装置1080和输入接口1090(例如，IO控制器)。用户可以通过输入装置1080，如键盘、鼠标、显示装置1040上的触摸面板设备，输入指令和信息到计算机***1000中。输入装置1080通常是通过输入接口1090连接到***总线1022上的，但也可以通过其它接口或总线结构相连接，如通用串行总线(USB)。

计算机***1000可在网络环境中与一个或者多个网络设备进行逻辑连接。网络设备可以是个人电脑、服务器、路由器、智能电话、平板电脑或者其它公共网络节点。计算机***1000通过局域网(LAN)接口1100或者移动通信单元1110与网络设备相连接。局域网(LAN)是指在有限区域内，例如家庭、学校、计算机实验室、或者使用网络媒体的办公楼，互联组成的计算机网络。WiFi和双绞线布线以太网是最常用的构建局域网的两种技术。WiFi是一种能使计算机***1000间交换数据或通过无线电波连接到无线网络的技术。移动通信单元1110能在一个广阔的地理区域内移动的同时通过无线电通信线路接听和拨打电话。除了通话以外，移动通信单元1110也支持在提供移动数据服务的2G，3G或4G蜂窝通信***中进行互联网访问。

应当指出的是，其它包括比计算机***1000更多或更少的子***的计算机***也能适用于发明。例如，计算机***1000可以包括能在短距离内交换数据的蓝牙单元，用于照相的图像传感器，以及用于测量加速度的加速计。

如上面详细描述的，适用于本发明的计算机***1000能执行在桌面应用中跨进程显示数据的方法的指定操作。计算机***1000通过处理器1010运行在计算机可读介质中的软件指令的形式来执行这些操作。这些软件指令可以从存储设备1070或者通过局域网接口1100从另一设备读入到存储器1020中。存储在存储器1020中的软件指令使得处理器1010执行上述的在桌面应用中跨进程显示数据的方法。此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本发明。因此，实现本发明并不限于任何特定硬件电路和软件的组合。

通过以上方案可以看出，本发明的一种在桌面应用中跨进程显示数据的方法及***，将独立应用中指定功能模块的用户界面信息以及消息数据均共享到桌面应用上，然后通过桌面应用的用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示。通过本发明的方案，能够在桌面上直接展示独立应用的指定功能模块，这样一来不需要切换到独立应用的界面就能在桌面上进行消息查看，从而减少了查看新消息所花费的时间，极大地提高了消息处理的效率，也避免了卡顿现象的出现。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (8)

1.一种在桌面应用中跨进程显示数据的方法，其特征在于，包括以下步骤：

获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中，所述用户界面信息为用户看到的界面所展示的排布；

获取所述指定功能模块的消息数据；

在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示；

其中，所述获取独立应用中指定功能模块的用户界面信息的过程包括：

当接收到在桌面应用中显示独立应用指定功能模块的指令时，根据该独立应用的包名获取上下文对象，包名表示安卓***内每个应用程序的唯一标识；

根据所述上下文对象获取用户界面的ID；

根据所述ID以及指定功能模块的名称加载对应的用户界面信息。

2.根据权利要求1所述的在桌面应用中跨进程显示数据的方法，其特征在于，获取所述指定功能模块的消息数据的过程包括：

查询所述指定功能模块的数据共享接口，通过该数据共享接口获取所述指定功能模块的消息数据。

3.根据权利要求2所述的在桌面应用中跨进程显示数据的方法，其特征在于，在将加载了消息数据的用户界面信息在桌面应用中进行显示之后，还包括步骤：

对所述数据共享接口进行监听，当检测到新消息数据时对桌面应用中的消息数据进行更新。

4.根据权利要求2所述的在桌面应用中跨进程显示数据的方法，其特征在于，在将加载了消息数据的用户界面信息在桌面应用中进行显示之后，还包括步骤：

当接收到用户在桌面应用中的用户界面信息上所输入的消息时，通过所述数据共享接口将该消息传输到所述独立应用，并由所述独立应用上传到相应的服务器。

5.一种在桌面应用中跨进程显示数据的***，其特征在于，包括：

用户界面信息获取模块，用于获取独立应用中指定功能模块的用户界面信息，并将该用户界面信息添加到桌面应用的用户界面容器中，所述用户界面信息为用户看到的界面所展示的排布；

消息数据获取模块，用于获取所述指定功能模块的消息数据；

显示模块，用于在已经添加到桌面应用后的用户界面信息中加载所述消息数据，并通过所述用户界面容器将加载了消息数据的用户界面信息在桌面应用中进行显示；

其中，所述用户界面信息获取模块包括：

上下文对象获取模块，用于当接收到在桌面应用中显示独立应用指定功能模块的指令时，根据该独立应用的包名获取上下文对象，包名表示安卓***内每个应用程序的唯一标识；

ID获取模块，用于根据所述上下文对象获取用户界面的ID；

加载模块，用于根据所述ID以及指定功能模块的名称加载对应的用户界面信息。

6.根据权利要求5所述的在桌面应用中跨进程显示数据的***，其特征在于，所述消息数据获取模块包括：

查询模块，用于查询所述指定功能模块的数据共享接口，通过该数据共享接口获取所述指定功能模块的消息数据。

7.根据权利要求6所述的在桌面应用中跨进程显示数据的***，其特征在于，还包括：

监听与更新模块，用于对所述数据共享接口进行监听，当检测到新消息数据时对桌面应用中的消息数据进行更新。

8.根据权利要求6所述的在桌面应用中跨进程显示数据的***，其特征在于，还包括：

传输模块，用于当接收到用户在桌面应用中的用户界面信息上所输入的消息时，通过所述数据共享接口将该消息传输到所述独立应用，并由所述独立应用上传到相应的服务器。