WO2013102397A1 - 搭建应用运行环境的方法、装置及存储介质 - Google Patents

Abstract

本发明提供了一种搭建应用运行环境的方法、装置及存储介质，相应的方法包括检测预定的路径中应用的状态；当接收到所述应用的应用唤起命令后，通过相应客户端软件的进程中的应用中心与所述应用的应用进程相关联的应用会话管理所述应用进程；在所述应用中心与所述应用进程通过所述相关联的应用会话建立管理关系后，根据所述管理关系为所述应用进程的开发提供应用平台的接口。本发明为应用平台和应用宿主进程间建立起一对多的跨进程框架，解决了现有技术因加载第三方应用而带来的稳定性和性能的问题，同时，为所述应用进程的开发提供应用平台的统一接口，为平台提供了较好的可扩展性。

Description

搭建应用运行环境的方法、 装置及存储介质

技术领域

本发明涉及计算机技术领域， 特别涉及一种搭建应用运行环境的方法、 装置及存储介质。 背景技术

应用平台泛指那些提供第三方软件嵌入能力的计算机软件。 应用程序平 台化是现在客户端软件的趋势， 在现有客户端软件上的第三方应用都是由第 三方开发者开发， 附加到相应客户端软件中运行的功能组件。 这些第三方应 用一方面通过以相应客户端软件为主的应用平台， 对第三方应用进行发布和 推广； 另一方面也丰富了相应客户端软件的功能， 是相应客户端软件在功能 上的补充。

在传统的客户端软件上普遍使用的是插件体系， 即通过暴露应用平台的 一系列 SDK ( Software Development Kit, 软件开发工具包 ) , 使第三方开发 者能开发符合接口规范的动态链接库（dll ) , 然后二进制集成到相应客户端 软件上，在需要唤起功能的时候通过加载二进制 dll, 来提供应用所实现的功 能。 但这种插件体系存在以下的问题：

1、 加载第三方应用会引发应用平台的稳定性和性能问题： 第三方应用 出错会导致应用平台崩溃及性能下降， 并且第三方应用出现错误带来的性能 问题会遗留在应用平台内， 即使在第三方应用卸载了以后；

2、 扩展性难以保证： 第三方应用的开发依赖于应用平台的版本， 而对 于应用平台而言， 加载过期的第三方应用的代价就是崩溃， 第三方应用的引 用计数极易出错， 会导致应用无法卸载， 或者卸载后平台应用崩溃， 第三方 应用的更新， 通常都要以重启客户端软件为代价。 发明内容

本发明为解决现有的应用运行环境中存在的应用平台的稳定性和性能 较差、 扩展性能以保证的问题， 进而提供一种搭建应用运行环境的方法及装

本发明的目的是通过以下技术方案实现的：

一种搭建应用运行环境的方法， 包括：

检测预定的路径中应用的状态；

当接收到所述应用的应用唤起命令后， 通过相应客户端软件的进程中的 在所述应用中心与所述应用进程通过所述相关联的应用会话建立管理 关系后， 根据所述管理关系为所述应用进程的开发提供应用平台的接口。

一种搭建应用运行环境的装置， 包括：

应用发现检测单元， 用于检测预定的路径中应用的状态；

应用管理单元， 用于当接收到所述应用的应用唤起命令后， 通过相应客 户端软件的进程中的应用中心与所述应用的应用进程相关联的应用会话管 理所述应用进程；

接口开放单元， 用于在所述应用中心与所述应用进程通过所述相关联的 应用会话建立管理关系后， 根据所述管理关系为所述应用进程的开发提供应 用平台的接口。

一种存储介质， 其内存储有计算机可执行指令， 该计算机可执行指令用 于让计算机完成以下操作：

检测预定的路径中应用的状态；

当接收到所述应用的应用唤起命令后， 通过相应客户端软件的进程中的 在所述应用中心与所述应用进程通过所述相关联的应用会话建立管理 关系后， 根据所述管理关系为所述应用进程的开发提供应用平台的接口。

由上述本发明提供的技术方案可以看出， 在 AppCenter与 App进程通过 所述相关联的 AppSession建立管理关系后， 提高了应用平台的稳定性和性 能， 同时通过提供有限统一能力接口， 为平台提供了较好的可扩展性。 附图概述

图 1是本发明较佳实施方式提供的搭建应用运行环境的方法的流程示意 图；

图 2是本发明较佳实施方式提供的创建应用的目标进程结构的示意图； 图 3是本发明较佳实施方式提供的创建应用宿主进程的过程的示意图； 图 4是本发明较佳实施方式提供的应用的开发者调用应用平台能力的流 程示意图；

图 5是本发明较佳实施方式提供的搭建应用运行环境的装置的结构示意 图。

本发明的较佳实施方式

本发明较佳实施方式提供了一种搭建应用运行环境的方法， 包括： 检测 预定的路径中应用的状态； 当接收到所述应用的应用唤起命令后， 通过相应 客户端软件的进程中的应用中心与所述应用的应用进程相关联的应用会话 管理所述应用进程； 在所述应用中心与所述应用进程通过所述相关联的应用 会话建立管理关系后， 根据所述管理关系为所述应用进程的开发提供应用平 台的接口。

在现有的计算机操作系统中， 很多应用都要基于应用平台搭建的运行环 境中运行， 从而实现相应的功能。 所谓应用， 即为补充应用平台能力而实现 的计算机软件， 通常由第三方开发者开发； 运行环境是指计算机软件在运行 过程中能接触到的数据、 接口和运行状态的统称。 而现有的应用在基于应用 平台搭建的运行环境中运行时， 往往要依赖应用平台本身的性能， 从而引发 应用平台的稳定性和性能问题， 并且应用平台对应用的兼容性和可扩展性也 难以保证。 为此， 本具体实施方式提供了一种搭建应用运行环境的方法， 下 面以即时通讯软件作为应用平台为例并结合说明书附图对本具体实施方式 作具体说明， 如图 1所示， 相应的搭建应用运行环境的方法包括以下步骤： 步骤 S11 , 检测预定的路径中应用的状态。 具体 的 ， 相应 的应 用 平 台 预 定义 了 一个用 户 路径 ：

%appdata%/XX/TxApp/ , 在该应用平台运行过程中时刻检测此文件夹的文件 变化， 其中的 XX表示该即时通讯软件所在的文件夹。

如果发现该文件夹中创建了带有以下格式的 appinfo.xml的文件夹，则视 为应用安装：

<ArkApp>

< app_id> 100001 </ app_id> <!-- 应用 ID— >

< app_text>便签 </app_text> <!-- 应用名称 ->

< app_ver> 1.0</ app_ver> <!-- 应用版本号 ~>

</ArkApp>

删除该 appinfo.xml格式的文件夹则视为该应用的卸载。

由此， 应用平台对于应用的发现和应用的使用状态都可以通过 appinfo.xml格式的文件夹的形式获得， 使应用的安装、 卸载和更新都变得十 分筒单， 具体为筒单的对应为应用所在文件夹的创建、 删除和修改。

步骤 S12, 当接收到所述应用的应用唤起命令后， 通过相应客户端软件 用进程。

具体的， 当应用平台发现相应的应用（App)已经创建时，会根据请求在运 行环境中创建该应用的进程。 创建进程的时机是应用唤起， 通常是由于用户 操作。

创建应用的目标进程结构如图 2所示， 即每个应用运行在一个独立进程 ( App进程 ) , 应用中心 （该即时通讯软件进程中的 AppCenter通过一个与 App进程相关联的应用会话 AppSession来管理这个 App进程 ) 。

为了创建相应的进程， 创建应用宿主进程的过程如图 3所示， 相应即时 通讯软件的进程为应用 ID申请一个连接会话 ID,根据会话 ID创建相应即时 通讯软件侧跨进程通道， 创建相应的 App进程并将相应的应用 ID通过命令 行传送给相应的 App进程；相应的 App进程根据相应的应用 ID创建 App侧 跨进程通道， 并向相应的即时通讯软件发送成功反馈； 相应即时通讯软件侧 接收到反馈后， 发送目标进程激活命令； 相应的 App进程开始根据应用 ID 加载相应的应用， 并启动连接会话维持的心跳检测。

步骤 S13 , 在所述应用中心与所述应用进程通过所述相关联的应用会话 建立管理关系后， 根据所述管理关系为所述应用进程的开发提供应用平台的 接口。

具体的，相应的 App进程内，在应用运行环境中为应用开发者暴露接口， 以使得应用可以使用平台能力。 统一设计接口的步骤包括：

1、 接口定义为：

同步版本： local requestResult;

requrestResult = IPC.SyncGet(requestUrl)；

异步版本： local requestResult;

IPC.AsyncGet(requestUrl, function (result) requestResult = result end);

2、 上述参数必须符合以下语法：

调用平台服务时提供的 requestUrl: hummer://应用名 /应用请求函数？ [参 数名 =参数列表] , 如： 如需取得 10000 号的便签列表： hummer://note/GetNoteList?uin =10000;

平台调用返回的结果 requestResult: 统一数据返回 JSON格式数据， 如： 上例中返回 { "err" = user not login }；

3、 通过此接口传递的调用及返回， 统一进入步骤 S13在数据传递过程 中建立的数据通道中， 实现对平台功能的调用。 应用开发者能够极快的通过 调用此统一接口， 获取平台能力。

进一步地， 应用开发者调用平台能力的过程包括： 接收所述 App进程发 送的跨进程通道组包并解包， 通过逻辑处理获得处理结果， 并将所述处理结 果组包后发送给所述 App进程。

具体的， 相应的应用的开发者在调用应用平台能力的过程如图 4所示， 即 相 应 的 应 用 的 开发者 首 先调 用 IPC.AsyncGet 制 作 包括 "hummer：〃 note/GetNoteList?uin= 10000" 的数据包内容， 然后在 App进程侧 跨进程通道组包并将数据包发送到相应的即时通讯软件侧； 即时通讯软件测 接收到数据包后解包， 对解包后的数据进行逻辑处理获得处理结果， 并将处 理结果组包后发送给 App进程侧； 相应的 App进程解包后得到处理结果， 并返回给 OnAsyncGet接口。

其中， 相应的数据包格式为：

struct PacketData

long lBodyBufferLen; II 包体长度

char* destlpcName; II 目标 IPC ( Inter-Process Communication, 进程 间通信）名称

char* srcIpcName; II 源 IPC名称

unsigned char* cBodyBuffer; II 包体内容

调用传递参数皆为字符串格式， 可另组包和解包的过程十分的筒单和快 捷。

本实施例提供的技术方案， 通过检测预定的路径中应用的状态， 当接收 到所述应用的应用唤起命令后， 通过相应客户端软件的进程中的应用中心与 用宿主进程间建立起一对多的跨进程框架， 解决了现有技术因加载第三方应 用而带来的稳定性和性能的问题， 同时， 通过在所述应用中心与所述应用进 程通过所述相关联的应用会话建立管理关系后， 根据所述管理关系为所述应 用进程的开发提供应用平台的统一接口， 为平台提供了较好的可扩展性。

本发明的具体实施方式还提供了一种搭建应用运行环境的装置， 如图 5 所示， 具体包括： 应用发现检测单元 51、 应用管理单元 52、 接口开放单元 53。

其中， 应用发现检测单元 51 用于检测预定的路径中应用的状态。 应用 管理单元 52用于当接收到所述应用的应用唤起命令后， 通过相应客户端软 应用进程。 接口开放单元 53 用于在所述应用中心与所述应用进程通过所述 相关联的应用会话建立管理关系后， 根据所述管理关系为所述应用进程的开 发提供应用平台的接口。

可选的， 在应用发现检测单元 51中可以包括检测子单元 511 , 用于在所 述发现并检测应用的状态的过程中， 若发现应用平台的文件夹中带有预设格 式的文件， 则认为所述应用已安装、 卸载或删除。

可选的， 在应用管理单元 52中可以包括会话建立子单元 521和进程激 活子单元 522,会话建立子单元 521用于为所述应用的 ID申请一个连接会话 ID, 根据所述会话 ID创建相应客户端软件侧的跨通道进程， 创建所述应用 进程并将所述应用的 ID 通过命令行传给所述应用进程； 进程激活子单元 522 , 用于根据所述应用进程创建所述应用侧的跨通道进程成功的反馈消息， 发送激活所述应用进程的命令。

可选的， 在应用管理单元 52中还可以包括逻辑处理子单元 523 , 用于接 收所述应用进程发送的跨进程通道组包并解包， 通过逻辑处理获得处理结 果， 并将所述处理结果组包后发送给所述应用进程。

可选的， 在接口开放单元 53中可以包括接口提供子单元 531 , 用于在所 述应用进程内， 为应用开发者提供软件开发工具包的接口。

上述搭建应用运行环境的装置中包含的各单元的处理功能的实施方式 在之前的方法具体实施方式中已经描述， 在此不再重复描述。

采用本实施例提供的技术方案， 在 AppCenter与 App进程通过所述相关 联的 AppSession建立管理关系后， 提高了应用平台的稳定性和性能， 同时通 过提供有限统一能力接口， 为平台提供了较好的可扩展性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于 一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施 例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（ Read-Only Memory, ROM )或随机存^ ^己忆体 ( Random Access Memory, RAM )等。

以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并不 局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可 轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。

工业实用性

在本发明中， 通过检测预定的路径中应用的状态， 当接收到所述应用的 应用唤起命令后， 通过相应客户端软件的进程中的应用中心与所述应用的应 用进程相关联的应用会话管理所述应用进程， 为应用平台和应用宿主进程间 建立起一对多的跨进程框架， 解决了现有技术因加载第三方应用而带来的稳 定性和性能的问题， 同时， 通过在所述应用中心与所述应用进程通过所述相 关联的应用会话建立管理关系后， 根据所述管理关系为所述应用进程的开发 提供应用平台的统一接口， 为平台提供了较好的可扩展性。

Claims

权 利 要 求 书

1、 一种搭建应用运行环境的方法， 其特征在于， 包括：

检测预定的路径中应用的状态；

当接收到所述应用的应用唤起命令后， 通过相应客户端软件的进程中的 在所述应用中心与所述应用进程通过所述相关联的应用会话建立管理 关系后， 根据所述管理关系为所述应用进程的开发提供应用平台的接口。

2、 根据权利要求 1 所述的搭建应用运行环境的方法， 其特征在于， 在 所述检测预定的路径中应用的状态的过程中， 若发现应用平台的文件夹中带 有预设格式的文件， 则认为所述应用已安装、 卸载或删除。

3、 根据权利要求 1 所述的搭建应用运行环境的方法， 其特征在于， 所 述通过相应客户端软件的进程中的应用中心与所述应用的应用进程相关联 的应用会话管理所述应用进程包括：

为所述应用的 ID申请一个连接会话 ID,根据所述会话 ID创建相应客户 端软件侧的跨通道进程， 创建所述应用进程并将所述应用的 ID通过命令行 传给所述应用进程；

根据所述应用进程创建所述应用侧的跨通道进程成功的反馈消息， 发送 激活所述应用进程的命令。

4、 根据权利要求 1至 3任意一项所述的搭建应用运行环境的方法， 其 特征在于， 通过相应客户端软件的进程中的应用中心与所述应用的应用进程 相关联的应用会话管理所述应用进程包括：

接收所述应用进程发送的跨进程通道组包并解包， 通过逻辑处理获得处 理结果， 并将所述处理结果组包后发送给所述应用进程。

5、 根据权利要求 1 所述的搭建应用运行环境的方法， 其特征在于， 为 所述应用进程的开发提供应用平台的接口包括：

在所述应用进程内， 为应用开发者提供软件开发工具包的接口。

6、 一种搭建应用运行环境的装置， 其特征在于， 包括： 应用发现检测单元， 用于检测预定的路径中应用的状态；

应用管理单元， 用于当接收到所述应用的应用唤起命令后， 通过相应客 户端软件的进程中的应用中心与所述应用的应用进程相关联的应用会话管 理所述应用进程；

接口开放单元， 用于在所述应用中心与所述应用进程通过所述相关联的 应用会话建立管理关系后， 根据所述管理关系为所述应用进程的开发提供应 用平台的接口。

7、 根据权利要求 6所述的搭建应用运行环境的装置， 其特征在于， 在 应用发现检测单元中包括：

检测子单元， 用于在所述发现并检测应用的状态的过程中， 若发现应用 平台的文件夹中带有预设格式的文件，则认为所述应用已安装、卸载或删除。

8、 根据权利要求 6所述的搭建应用运行环境的装置， 其特征在于， 在 应用管理单元中包括：

会话建立子单元， 用于为所述应用的 ID申请一个连接会话 ID, 根据所 述会话 ID创建相应客户端软件侧的跨通道进程， 创建所述应用进程并将所 述应用的 ID通过命令行传给所述应用进程；

进程激活子单元， 用于根据所述应用进程创建所述应用侧的跨通道进程 成功的反馈消息， 发送激活所述应用进程的命令。

9、 根据权利要求 6至 8任意一项所述的搭建应用运行环境的装置， 其 特征在于， 在应用管理单元中还包括：

逻辑处理子单元， 用于接收所述应用进程发送的跨进程通道组包并解 包， 通过逻辑处理获得处理结果， 并将所述处理结果组包后发送给所述应用 进程。

10、 根据权利要求 6所述的搭建应用运行环境的装置， 其特征在于， 在 接口开放单元中包括：

接口提供子单元， 用于在所述应用进程内， 为应用开发者提供软件开发 工具包的接口。

11、 一种存储介质， 其内存储有计算机可执行指令， 其特征在于， 该计 算机可执行指令用于让计算机完成以下操作：

检测预定的路径中应用的状态；

当接收到所述应用的应用唤起命令后， 通过相应客户端软件的进程中的 在所述应用中心与所述应用进程通过所述相关联的应用会话建立管理 关系后， 根据所述管理关系为所述应用进程的开发提供应用平台的接口。

12、 根据权利要求 11 所述的存储介质， 其特征在于， 在所述检测预定 的路径中应用的状态的过程中， 若发现应用平台的文件夹中带有预设格式的 文件， 则认为所述应用已安装、 卸载或删除。

13、 根据权利要求 11 所述的存储介质， 其特征在于， 所述通过相应客 户端软件的进程中的应用中心与所述应用的应用进程相关联的应用会话管 理所述应用进程包括：

为所述应用的 ID申请一个连接会话 ID,根据所述会话 ID创建相应客户 端软件侧的跨通道进程， 创建所述应用进程并将所述应用的 ID通过命令行 传给所述应用进程；

根据所述应用进程创建所述应用侧的跨通道进程成功的反馈消息， 发送 激活所述应用进程的命令。

14、 根据权利要求 11至 13任意一项所述的存储介质， 其特征在于， 通 过相应客户端软件的进程中的应用中心与所述应用的应用进程相关联的应 用会话管理所述应用进程包括：

接收所述应用进程发送的跨进程通道组包并解包， 通过逻辑处理获得处 理结果， 并将所述处理结果组包后发送给所述应用进程。

15、 根据权利要求 11 所述的存储介质， 其特征在于， 为所述应用进程 的开发提供应用平台的接口包括：

在所述应用进程内， 为应用开发者提供软件开发工具包的接口。