CN101729329B

CN101729329B - 开放服务网关服务平台中管理应用程序的方法及体系结构

Info

Publication number: CN101729329B
Application number: CN2008101716333A
Authority: CN
Inventors: 苏致安
Original assignee: Wistron Corp
Current assignee: Wistron Corp
Priority date: 2008-10-22
Filing date: 2008-10-22
Publication date: 2012-04-11
Anticipated expiration: 2028-10-22
Also published as: CN101729329A

Abstract

本发明涉及开放服务网关服务平台中管理应用程序的方法及体系结构。具体地，用于一开放服务网关服务平台中管理多个应用程序的方法，包含将该多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；储存对应于每一应用程序的设定文件；在该多个应用程序中一第一应用程序被启动时，更新该服务列表中对应于该第一应用程序的状态；以及启用对应于该第一应用程序的设定文件。本发明可使开放服务网关服务平台的应用程序不再各自为政，可以将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。

Description

开放服务网关服务平台中管理应用程序的方法及体系结构

技术领域

本发明涉及一种用于一开放服务网关服务平台中管理应用程序的方法及其相关管理体系结构，尤其涉及一种用于开放服务网关服务平台中，可大幅提升程序模块化和沟通能力，并可有效提升移植能力的方法及其相关管理体系结构。

背景技术

由于网际网络的快速发展，使得个人对网际网络的需求日益增加，不再只局限在工作环境中所需求，而是慢慢与家庭生活互相结合，因而数字家庭的生活随之展开。在数字家庭中，为内外网络环境搭起了沟通桥梁的家用网关器即扮演了一个关键性的角色，家庭中各种装置将通过家用网关器而彼此互相沟通。

开放服务网关技术(Open Services Gateway Initiative，OSGi)即是一个整合于网关器里的整合性信息服务平台，使远端软件服务供应商所提供的应用程序及增值服务，能视使用者的需求，通过网际网络动态地下载至用户的家用网关器上，且能够自动安装执行。开放服务网关技术实现了一个完整和动态的组件模型，使得应用程序(称为Bundle)无需重新引导即可被远程安装、启动、升级和卸载。另外，对应的开发接口(ApplicationProgramming Interface，API)中还定义了运行远端下载管理政策的生命周期管理，且服务注册允许应用程序去检测新服务和取消的服务。

虽然开放服务网关技术一开始的重点是放在家用网关器上，但是开放服务网关技术的应用不仅局限于此，它可以应用在电信服务产品、内嵌至个人数字助理及移动电话中，或配合个人计算机及其他消费性电子产品来使用。例如，会话发起协议(Session InitiationProtocol，SIP)通信软件(Communicator)即是一套基于开放服务网关技术的即时消息(Instant Message)软件，其支持多种即时消息沟通系统(如ICQ、MSN、AOL YahooMessage、Jabber等)，同时也支持网络电话的视频传输和接收，是一种全方位的通信软件，更因为是基于开放服务网关技术体系结构，所以拥有多种优良的优点(如跨平台的移植等)。

在公知技术中，会话发起协议通信软件主要可分为三大部分，即协议服务应用程序(Protocol Service Bundle)、使用者接口服务应用程序(User Interface Service Bundle)及库应用程序(Libraries Bundle)，且每个应用程序间皆符合开放服务网关应用程序服务(OSGi Bundle Service)的规范，亦即可单独移除任一应用程序而不会影响其他程序的运作。在会话发起协议通信软件中，使用者接口服务是主要程序的进入点，换言之，会话发起协议通信软件的设定是由使用者接口服务应用程序所控制。在此情形下，由于使用者接口服务应用程序是由使用者接口所显现，若会话发起协议通信软件安装于没有任何外接输出的体系结构时，则使用者无法设定会话发起协议通信软件，可能影响会话发起协议通信软件的运作。

发明内容

因此，本发明的主要目的即在于提供一种用于一开放服务网关服务平台中管理多个应用程序的方法及其相关管理体系结构。

本发明公开一种用于一开放服务网关服务平台中管理多个应用程序的方法，其包含将该多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；储存对应于每一应用程序的设定文件；在该多个应用程序中一第一应用程序被启动时，更新该服务列表中对应于该第一应用程序的状态；以及启用对应于该第一应用程序的设定文件。

本发明还公开一种用于一开放服务网关服务平台的管理体系结构，用以管理多个应用程序，其包含一设定单元，用来将该多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；一储存单元，用来储存对应于每一应用程序的设定文件；一更新单元，用来在该多个应用程序中一第一应用程序被启动时，更新该服务列表中对应于该第一应用程序的状态；以及一启用单元，用来启用对应于该第一应用程序的设定文件。

本发明可使开放服务网关服务平台的应用程序不再各自为政，可以将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。

附图说明

图1为本发明实施例的用于一开放服务网关服务平台的一管理体系结构的示意图。

图2为用于图1的管理体系结构的一流程的示意图。

图3为用于图1的管理体系结构的一启动流程的示意图。

图4为用于图1的管理体系结构的一修改流程的示意图。

主要组件符号说明：

10 管理体系结构

100 管理装置

B_1～B_n 应用程序

106 设定单元

108 更新单元

102 储存单元

104 启用单元

20、30、40 流程

200、202、204、206、208、210、300、302、304、306、308、400、402、404、406、408 装置

具体实施方式

请参考图1，图1为本发明实施例的用于一开放服务网关服务平台的一管理体系结构10的示意图。管理体系结构10用以管理应用程序B_1～B_n，其包含有一管理装置100、一储存单元102及一启用单元104。管理装置100包含有一设定单元106及一更新单元108。设定单元106用来将应用程序B_1～B_n加入一服务列表，并产生对应于每一应用程序的设定文件，而所产生的设定文件储存于储存单元102中。更新单元108则用来在一应用程序B_x被启动时，更新服务列表中对应于应用程序B_x的状态，使得启用单元104可据以启用对应于应用程序B_x的设定文件。

关于管理体系结构10的运作方式，以下图2至图4说明。

首先，请参考图2，图2为用于管理体系结构10的一流程20的示意图。流程20包含以下步骤：

步骤200：开始。

步骤202：将应用程序B_1～B_n加入服务列表，并产生对应于每一应用程序的设定文件。

步骤204：储存对应于每一应用程序的设定文件。

步骤206：在应用程序B_1～B_n中应用程序B_x被启动时，更新该服务列表中对应于应用程序B_x的状态。

步骤208：启用对应于应用程序B_x的设定文件。

步骤210：结束。

通过流程20，应用程序B_1～B_n需先向管理装置100注册，以将应用程序B_1～B_n加入服务列表中，且设定单元106会产生预设的设定文件，并存于储存单元102中。接着，根据应用程序B_1～B_n的启动情形，更新单元108会更新服务列表，使得启用单元104可据以启用对应的设定文件。

因此，在流程20中，应用程序B_1～B_n需先向管理装置100注册，以产生对应的设定文件，供后续使用。然而，在某些情况下，可能有新的应用程序加入，则可根据图3执行对应的处理。

图3为用于管理体系结构10的一启动流程30的示意图。启动流程30包含以下步骤：

步骤300：开始。

步骤302：一应用程序B_y被启动。

步骤304：判断应用程序B_y是否已被注册。若是，进行步骤308；若否，进行步骤306。

步骤306：执行应用程序B_y的注册程序。

步骤308：启用对应于应用程序B_y的设定文件。

根据启动流程30，当应用程序B_y被启动时，本发明先判断应用程序B_y是否已注册。若应用程序B_y已注册，表示储存单元102中储存有对应的设定文件，则启用之。相反地，若应用程序B_y未被注册，则进行应用程序B_y的注册程序，亦即，将应用程序B_y加入服务列表，产生对应于应用程序B_y的设定文件，并将所产生的设定文件储存于储存单元102中。因此，通过启动流程30，管理体系结构10可视应用程序B_y是否已注册，决定启用其设定文件或执行注册程序。

此外，在某些情形下，使用者可能需要修改已注册的应用程序的设定，则本发明根据图4执行对应的处理。

图4为用于管理体系结构10的一修改流程40的示意图。修改流程40包含以下步骤：

步骤400：开始。

步骤402：修改应用程序B_1～B_n中一应用程序B_z。

步骤404：判断应用程序B_z是否已被启动。若是，进行步骤406；若否，进行步骤408。

步骤406：通知对应于应用程序B_z的服务，以启用修改后的设定，并根据修改后的设定，更新对应于应用程序B_z的设定文件。

步骤408：更新对应于应用程序B_z的设定文件。

根据修改流程40，当已注册的应用程序B_z被修改时，本发明先判断应用程序B_z是否已被启动。若应用程序B_z已被启动，则通知对应于应用程序B_z的服务，以启用修改后的设定，并根据修改后的设定，更新对应于应用程序B_z的设定文件。相反地，若应用程序B_z未被启动，则可直接更新对应于应用程序B_z的设定文件。因此，根据欲修改设定的应用程序B_z是否被启动，本发明有不同的处理方式，以适应不同情况的需求。

因此，由图2至图4可知，应用程序B_1～B_n需先向管理装置100注册，则设定单元106可将之加入服务列表，并产生对应的设定文件，而更新单元108则可更新服务列表，使启用单元104可据以启用相关设定文件。同时，在启动一应用程序时，管理装置100可视其是否已注册，决定启用对应的设定文件或执行注册程序。另外，当使用者欲对已注册的一应用程序的设定文件进行修改时，管理装置100可根据该应用程序是否被启动，而有不同的处理方式，以适应不同情况的需求。

此外，当启用单元104启用对应于应用程序B_x的设定文件后，若应用程序B_x被中止时，则启用单元104可卸载(或停用)对应于应用程序B_x的设定文件，以减轻系统负载。简单来说，启用单元104仅会加载已启动的应用程序的设定文件，而针对已启动但被中止的应用程序，启用单元104卸载其设定文件。

如前所述，在公知技术中，由于使用者接口服务应用程序是由使用者接口所显现，若会话发起协议通信软件安装于没有任何外接输出的体系结构时，使用者无法设定会话发起协议通信软件，可能影响会话发起协议通信软件的运作。相比较之下，在本发明中，即使会话发起协议通信软件安装于没有任何外接输出的体系结构时，由于管理装置100可产生并启用其设定文件，因而可维持会话发起协议通信软件的正常运作。在此需注意的是，会话发起协议通信软件仅用以说明本发明的精神，实际上，凡是开放服务网关服务平台的服务皆适用于本发明，而不限于特定服务。因此，本发明可使开放服务网关服务平台的应用程序不再各自为政，可以将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。

综上所述，本发明提供用于开放服务网关服务平台中管理应用程序的方法及相关管理体系结构，可使开放服务网关服务平台的应用程序不再各自为政，并可将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。

以上所述仅为本发明的较佳实施例，凡是依本发明权利要求书范围所作的等同变化与修饰，皆应属本发明的涵盖范围。

Claims

1.一种用于一开放服务网关服务平台中管理多个应用程序的方法，包括：

将所述多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；

储存对应于每一应用程序的设定文件；

在所述多个应用程序中一第一应用程序被启动时，更新所述服务列表中对应于所述第一应用程序的状态；以及

启用对应于所述第一应用程序的设定文件；

该方法还包括：在相异于所述多个应用程序的一第二应用程序被启动时，将所述第二应用程序加入所述服务列表，并产生对应于所述第二应用程序的设定文件；

储存对应于所述第二应用程序的设定文件；

更新所述服务列表中对应于所述第二应用程序的状态；以及

启用对应于所述第二应用程序的设定文件。

2.如权利要求1所述的方法，还包括：

在所述第一应用程序的设定被修改时，通知对应于所述第一应用程序的服务，以启用修改后的设定；以及

根据修改后的设定，更新对应于所述第一应用程序的设定文件。

3.如权利要求1所述的方法，还包括在所述多个应用程序中一第三应用程序的设定被修改时，更新对应于所述第三应用程序的设定文件，所述第三应用程序未被启动。

4.如权利要求1所述的方法，还包括在所述第一应用程序被中止时，停用对应于所述第一应用程序的设定文件。

5.一种用于一开放服务网关服务平台的管理体系结构，用以管理多个应用程序，包括：

一设定单元，用来将所述多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；

一储存单元，用来储存对应于每一应用程序的设定文件；

一更新单元，用来在所述多个应用程序中一第一应用程序被启动时，更新所述服务列表中对应于所述第一应用程序的状态；以及

一启用单元，用来启用对应于所述第一应用程序的设定文件；

其中在相异于所述多个应用程序的一第二应用程序被启动时，所述设定单元将所述第二应用程序加入所述服务列表，并产生对应于所述第二应用程序的设定文件；所述储存单元储存对应于所述第二应用程序的设定文件；所述更新单元更新所述服务列表中对应于所述第二应用程序的状态；以及所述启用单元启用对应于所述第二应用程序的设定文件。

6.如权利要求5所述的管理体系结构，其中在所述第一应用程序的设定被修改时，所述设定单元通知对应于所述第一应用程序的服务，以启用修改后的设定，以及根据修改后的设定，更新对应于所述第一应用程序的设定文件。

7.如权利要求5所述的管理体系结构，其中在所述多个应用程序中一第三应用程序的设定被修改时，所述设定单元更新对应于所述第三应用程序的设定文件，所述第三应用程序未被启动。

8.如权利要求5所述的管理体系结构，其中在所述第一应用程序被中止时，所述启用单元停用对应于所述第一应用程序的设定文件。