专利名称：开放服务网关服务平台中管理应用程序的方法及体系结构的制作方法
技术领域：
本发明涉及一种用于一开放服务网关服务平台中管理应用程序的方法及其相关
管理体系结构，尤其涉及一种用于开放服务网关服务平台中，可大幅提升程序模块化和沟 通能力，并可有效提升移植能力的方法及其相关管理体系结构。
背景技术：
由于网际网络的快速发展，使得个人对网际网络的需求日益增加，不再只局限在 工作环境中所需求，而是慢慢与家庭生活互相结合，因而数字家庭的生活随之展开。在数字 家庭中，为内外网络环境搭起了沟通桥梁的家用网关器即扮演了一个关键性的角色，家庭 中各种装置将通过家用网关器而彼此互相沟通。 开放服务网关技术(Open Services Gateway Initiative, OSGi)即是一个整 合于网关器里的整合性信息服务平台，使远端软件服务供应商所提供的应用程序及增值 服务，能视使用者的需求，通过网际网络动态地下载至用户的家用网关器上，且能够自动 安装执行。开放服务网关技术实现了一个完整和动态的组件模型，使得应用程序(称 为Bundle)无需重新引导即可被远程安装、启动、升级和卸载。另外，对应的开发接口 (A卯licationProgramming 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_l 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用以管理应用程序BJ B—n，其包含有一管理装置 100、一储存单元102及一启用单元104。管理装置100包含有一设定单元106及一更新单 元108。设定单元106用来将应用程序B_l B_n加入一服务列表，并产生对应于每一应用 程序的设定文件，而所产生的设定文件储存于储存单元102中。更新单元108则用来在一应用程序B—x被启动时，更新服务列表中对应于应用程序B—x的状态，使得启用单元104可 据以启用对应于应用程序B_x的设定文件。 关于管理体系结构10的运作方式，以下图2至图4说明。 首先，请参考图2，图2为用于管理体系结构10的一流程20的示意图。流程20包
含以下步骤 步骤200:开始。 步骤202 :将应用程序B_l B_n加入服务列表，并产生对应于每一应用程序的设 定文件。 步骤204 :储存对应于每一应用程序的设定文件。 步骤206 :在应用程序B_l B_n中应用程序B_x被启动时，更新该服务列表中对 应于应用程序B—x的状态。 步骤208 :启用对应于应用程序B_x的设定文件。
步骤210:结束。 通过流程20，应用程序BJ B—n需先向管理装置IOO注册，以将应用程序BJ B—n加入服务列表中，且设定单元106会产生预设的设定文件，并存于储存单元102中。接 着，根据应用程序BJ B_n的启动情形，更新单元108会更新服务列表，使得启用单元104 可据以启用对应的设定文件。 因此，在流程20中，应用程序BJ 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_l 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_l B_n需先向管理装置100注册，则设定单 元106可将之加入服务列表，并产生对应的设定文件，而更新单元108则可更新服务列表， 使启用单元104可据以启用相关设定文件。同时，在启动一应用程序时，管理装置100可视 其是否已注册，决定启用对应的设定文件或执行注册程序。另外，当使用者欲对已注册的一 应用程序的设定文件进行修改时，管理装置100可根据该应用程序是否被启动，而有不同 的处理方式，以适应不同情况的需求。 此外，当启用单元104启用对应于应用程序B—x的设定文件后，若应用程序B—x被 中止时，则启用单元104可卸载(或停用)对应于应用程序B—x的设定文件，以减轻系统负 载。简单来说，启用单元104仅会加载已启动的应用程序的设定文件，而针对已启动但被中 止的应用程序，启用单元104卸载其设定文件。 如前所述，在公知技术中，由于使用者接口服务应用程序是由使用者接口所显现， 若会话发起协议通信软件安装于没有任何外接输出的体系结构时，使用者无法设定会话发 起协议通信软件，可能影响会话发起协议通信软件的运作。相比较之下，在本发明中，即使 会话发起协议通信软件安装于没有任何外接输出的体系结构时，由于管理装置100可产生 并启用其设定文件，因而可维持会话发起协议通信软件的正常运作。在此需注意的是，会话 发起协议通信软件仅用以说明本发明的精神，实际上，凡是开放服务网关服务平台的服务 皆适用于本发明，而不限于特定服务。因此，本发明可使开放服务网关服务平台的应用程序 不再各自为政，可以将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化 和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。
综上所述，本发明提供用于开放服务网关服务平台中管理应用程序的方法及相关 管理体系结构，可使开放服务网关服务平台的应用程序不再各自为政，并可将所有的应用 程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能 力，而不需再独立开发不同的设定程序。 以上所述仅为本发明的较佳实施例，凡是依本发明权利要求书范围所作的等同变 化与修饰，皆应属本发明的涵盖范围。
权利要求
一种用于一开放服务网关服务平台中管理多个应用程序的方法，包括将所述多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；储存对应于每一应用程序的设定文件；在所述多个应用程序中一第一应用程序被启动时，更新所述服务列表中对应于所述第一应用程序的状态；以及启用对应于所述第一应用程序的设定文件。
2. 如权利要求1所述的方法，还包括在相异于所述多个应用程序的一第二应用程序被启动时，将所述第二应用程序加入所 述服务列表，并产生对应于所述第二应用程序的设定文件； 储存对应于所述第二应用程序的设定文件； 更新所述服务列表中对应于所述第二应用程序的状态；以及 启用对应于所述第二应用程序的设定文件。
3. 如权利要求1所述的方法，还包括在所述第一应用程序的设定被修改时，通知对应于所述第一应用程序的服务，以启用 修改后的设定；以及根据修改后的设定，更新对应于所述第一应用程序的设定文件。
4. 如权利要求1所述的方法，还包括在所述多个应用程序中一第三应用程序的设定被 修改时，更新对应于所述第三应用程序的设定文件，所述第三应用程序未被启动。
5. 如权利要求1所述的方法，还包括在所述第一应用程序被中止时，停用对应于所述 第一应用程序的设定文件。
6. —种用于一开放服务网关服务平台的管理体系结构，用以管理多个应用程序，包括一设定单元，用来将所述多个应用程序加入一服务列表，并产生对应于每一应用程序 的设定文件；一储存单元，用来储存对应于每一应用程序的设定文件；一更新单元，用来在所述多个应用程序中一第一应用程序被启动时，更新所述服务列 表中对应于所述第一应用程序的状态；以及一启用单元，用来启用对应于所述第一应用程序的设定文件。
7. 如权利要求6所述的管理体系结构，其中在相异于所述多个应用程序的一第二应用 程序被启动时，所述设定单元将所述第二应用程序加入所述服务列表，并产生对应于所述 第二应用程序的设定文件；所述储存单元储存对应于所述第二应用程序的设定文件；所述 更新单元更新所述服务列表中对应于所述第二应用程序的状态；以及所述启用单元启用对 应于所述第二应用程序的设定文件。
8. 如权利要求6所述的管理体系结构，其中在所述第一应用程序的设定被修改时，所 述设定单元通知对应于所述第一应用程序的服务，以启用修改后的设定，以及根据修改后 的设定，更新对应于所述第一应用程序的设定文件。
9. 如权利要求6所述的管理体系结构，其中在所述多个应用程序中一第三应用程序的 设定被修改时，所述设定单元更新对应于所述第三应用程序的设定文件，所述第三应用程 序未被启动。
10.如权利要求6所述的管理体系结构，其中在所述第一应用程序被中止时，所述启用 单元停用对应于所述第一应用程序的设定文件。
全文摘要
本发明涉及开放服务网关服务平台中管理应用程序的方法及体系结构。具体地，用于一开放服务网关服务平台中管理多个应用程序的方法，包含将该多个应用程序加入一服务列表，并产生对应于每一应用程序的设定文件；储存对应于每一应用程序的设定文件；在该多个应用程序中一第一应用程序被启动时，更新该服务列表中对应于该第一应用程序的状态；以及启用对应于该第一应用程序的设定文件。本发明可使开放服务网关服务平台的应用程序不再各自为政，可以将所有的应用程序统整到同一管理程序下，进而大幅提升程序模块化和沟通能力，并可有效提升移植能力，而不需再独立开发不同的设定程序。
文档编号H04L12/66GK101729329SQ20081017163
公开日2010年6月9日 申请日期2008年10月22日 优先权日2008年10月22日
发明者苏致安 申请人:纬创资通股份有限公司