[发明专利]一种对开放服务网关中组件的控制方法

说明书

技术领域

本发明涉及网络及计算机领域，尤其涉及一种对开放服务网关中组件的控制方法。

背景技术

随着信息技术的不断演进，用户需求不断提高，对于嵌入式设备，特别是终端设备的业务需求不断提升，为了更好地进行模块管理以及服务升级，在嵌入式设备中开始引入OSGi框架。

OSGi（Open Service Gateway Initiative，公共服务平台）是一种基于Java语言的服务（业务）平台规范。该服务平台是一种为多种环境下的所有类型的网络设备的应用程序和服务进行传递和远程管理的开放式平台。该规范的核心部分是一个框架，其中定义了应用程序的生命周期模式和服务注册，并且OSGi强调模块化与服务化，技术人员可以在基于OSGi应用的情况下切换服务，实现动态更新的目的。

OSGi可以将具体的应用划分为各个独立的Bundle（应用集合），并进行非常灵活的组合，在运行时还可以对每个Bundle进行独立的控制，如利用start、stop、uninstall等命令。

OSGi的实现框架有很多，对于Bundle的控制也略有不同，但是主要都以命令行及配置文件为主，有些实现框架，如Eclipse的Equinox，还提供了telnet的控制方式。但是很明显，命令行方式对于C任务并不方便，配置文件只能在启动时起作用，灵活性大打折扣，而telnet方式不但不方便，而且会引入安全性问题。

发明内容

针对上述存在的问题，本发明的目的是提供一种对开放服务网关中组件的控制方法，基于伪终端的控制方式，实质上对OSGi的命令行控制方式进行了封装，即获得了对Bundle的灵活控制，又使C环境的任务能够方便的进行操作。

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

一种对开放服务网关中组件的控制方法，应用于Linux操作系统，其中，用户通过Linux的消息机制向一控制任务发送消息，实现对Linux系统中可执行文件的安装和控制管理；

所述控制任务包括一管理进程和一运行进程，在内核中设置相互通信的一PTY主设备和一PTY从设备；

所述管理进程打开所述PTY主设备，并调出所述运行进程作为所述管理进程的子进程，接收来自用户任务的消息输入并转化为Felix命令行输入后向所述运行进程发送；

所述运行进程打开所述PTY从设备，接收来自于所述管理进程的输入，重定向标准输入，标准输出和标准错误至所述PTY从设备，然后运行所述Felix命令行命令；

所述管理进程和所述运行进程通过所述PTY主设备和所述PTY从设备进行通信。

上述对开放服务网关中组件的控制方法，其中，所述Linux系统中可执行文件的状态包括Installed状态、Resolved状态、Starting状态、Active状态、Stopping状态和Uninstalled状态，其中，所述Installed状态表示可执行文件已经被成功安装，所述Resolved状态表示可执行文件所需要的所有类已经可用，所述Starting状态表示可执行文件正在启动且开始方法已经被调用但是还未返回，所述Active状态表示可执行文件已被激活，所述Stopping状态表示可执行文件正在被停用，所述Uninstalled状态表示可执行文件已经被卸载。

上述对开放服务网关中组件的控制方法，其中，在所述管理进程中，当用户任务卸载状态为Uninstalled的可执行文件时，所述可执行文件将从所述管理进程的内部数据中删除。

上述对开放服务网关中组件的控制方法，其中，在安装所述可执行文件时，所述管理进程接受参数为本地文件的请求或者为远端文件的请求，当为远端文件时，所述管理进程先完成对此文件的下载，再进行安装。

上述对开放服务网关中组件的控制方法，其中，在所述管理进程和所述运行进程中，所有的操作的参数均为所述可执行文件对应的文件名称，在所述命令行命令中，在安装所述可执行文件时使用的参数是文件名称，此时将返回一个Bundle ID，之后对所述可执行文件的操作均使用所述Bundle ID作为参数。