[发明专利]用于OSGi捆绑件的基于TR69的服务接口

说明书

技术领域

本发明涉及一种配置捆绑件(bundle)的数据的方法，所述捆绑件部署在设备中的OSGi服务平台上，所述OSGi服务平台经管理代理由远程管理服务器用远程管理协议(TR69)来远程控制。

背景技术

这样的方法在技术领域内是公知的。

1999年三月建立的OSGi^TM联盟(开放式服务网关倡议)描述、创建、发展和促进了开放式服务传递和管理平台的广泛工业应用。OSGi联盟担当了服务提供者、开发者、制造商和顾客的协作生态系统的焦点。OSGi技术被设计用来简化最新一代网络化设备的新服务和应用的开发。为设备添加OSGi服务平台，使得能够从网络中任何地方管理设备中的软件构件的生存周期。软件构件可以被即时地安装、更新、或者删除，而不必中断设备的运行。OSGi服务平台是运行在设备中的Java虚拟机(JVM)上的基于Java的服务平台。

远程管理协议是DSL(数字用户线)论坛技术报告TR069(在下文中也称TR69)定义的CPE WAN管理协议(CWMP)，用于安全自动配置和其它CPE管理功能。换句话说，TR69是支持CPE和自动配置服务器(ACS)之间通信的协议，所述自动配置服务器包含共同构架内的安全自动配置和其它CPE管理功能。技术报告TR69例如被发布于因特网的以下地址：

<http://dslforum.org/aboutdsl/tr_table.html>。

OSGi服务平台规范R3(OSGi联盟)指定了配置管理服务。配置管理服务将通过注册受管理的服务或受管理的服务工厂，为每个捆绑件提供在一个或多个配置对象(字典)中永久存储数据的方式。OSGi服务平台上的管理代理也可以用配置管理服务来配置捆绑件。

DSL论坛定义的TR69协议可以用作OSGi服务平台之上的管理代理和远程管理服务器之间的管理协议。

在本领域公知的方法中，管理代理经配置管理服务配置部署在OSGi服务平台上的捆绑件。

该公知方法的第一个问题是配置管理服务用作密钥，即“永久服务id”，以连接配置对象到捆绑件。当这种永久服务id注册受管理的服务或受管理的服务工厂时，需要通过所述捆绑件来提供它。管理代理需要知道这种永久服务id能够配置所述捆绑件。OSGi规范没有说明应该怎样利用所述捆绑件的安装将这种id提供给管理代理。

另外，在配置对象中的数据嵌套只能完成一种类型对象的一级深度(经由阵列或向量)。

最后，管理代理不会与捆绑件自身相通信。当数据格式错误或数据丢失时，所述捆绑件不能在配置时刻经管理代理将这传达到远程管理服务器。

发明内容

本发明的目的是为上面公知类型的方法提供改进，该方法尤其允许运营商和平台提供商将OSGi特有的捆绑件安装从该捆绑件提供的服务/应用管理中分离出来。

根据本发明，该目的的完成应归于所述方法包含以下步骤的事实：所述捆绑件提供符合DSL论坛中定义的TR69/TR106协议的服务对象，由此，所述捆绑件能够经类似TR69的服务接口由OSGi服务平台上的所述管理代理来管理。

类似TR69的服务接口是java接口，由此本方法提供与TR69协议所定义的基于参数和基于对象的方法等效的功能。这样，所述捆绑件的配置数据可以作为符合TR69/TR106的服务对象提供，由管理代理进行的捆绑件配置经类似TR69的服务接口而不是用字典经配置管理服务来完成。

也是由DSL论坛定义的TR106，指定了服务(通过TR69协议被远程管理)的配置数据应该怎样来组织：服务对象(一个或多个实例)将被链接在“Device.Service(设备.服务)”下。服务对象可以包含其它对象、参数和甚至对象(表)的多个实例。

捆绑件以符合TR69-TR106的方式被管理。在远程管理服务器一边几乎以相同的方式管理捆绑件配置数据，这也提供了在TR69中定义的参数级别上提出通告和访问列表属性的机会。

本方法的另一个优点是配置数据的格式化不再象配置管理服务那样严格。

另外，所述捆绑件具有对朝向远程管理服务器的参数改变起作用的机会。

本发明的另一个特征实施例是所述方法包含这样的步骤：所述捆绑件实现所述类似TR69的服务接口并注册所述类似TR69服务接口到OSGi构架服务注册，提供它正在提供的服务对象的名称、版本和支持类型。

因此，所述类似TR69的服务接口被实现和注册，而不是注册受管理的服务或受管理的服务工厂。