TWI383300B - 用於一開放式服務閘道服務平台中管理應用程序的方法及其相關管理架構 - Google Patents

Description

用於一開放式服務閘道服務平台中管理應用程序的方法及其 相關管理架構

本發明係指一種用於一開放式服務閘道服務平台中管理應用程序的方法及其相關管理架構，尤指一種用於開放式服務閘道服務平台中，可大幅提升程式模組化和溝通能立，並可有效提升移植能力的方法及其相關管理架構。

由於網際網路的快速發展，使得個人對網際網路的需求日益增加，不再只侷限在工作環境中所需求，而是慢慢與家庭生活互相結合，因而數位家庭的生活隨之展開。在數位家庭中，為內外網路環境搭起了溝通橋樑的家用閘道器即扮演了一個關鍵性的角色，家庭中各種裝置將透過家用閘道器而彼此互相溝通。

開放式服務閘道技術(Open Services Gateway Initiative，OSGi)即是一個整合於閘道器裡的整合性資訊服務平台，使遠端軟體服務供應商所提供之應用程式及加值服務，能視使用者的需求，透過網際網路動態地下載至用戶的家用閘道器上，且能夠自動安裝執行。開放式服務閘道技術實現了一個完整和動態的組件模型，使得應用程序(稱為Bundle)無需重新引導即可被遠程安裝、啟動、升級和卸載。另外，對應的開發介面(Application Programming Interface，API)中還定義了運行遠端下載管理政策的生命周期管理，且服務註冊允許應用程序去檢測新服務和取消的服務。

雖然開放式服務閘道技術一開始的重點是放在家用閘道器上，但是開放式服務閘道技術的應用不僅侷限於此，它可以應用在電信服務產品、內崁至個人數位助理及行動電話中，或配合個人電腦及其他消費性電子產品來使用。例如，會話發起協議(Session Initiation Protocol，SIP)通訊軟體(Communicator)即是一套基於開放式服務閘道技術的即時訊息(Instant Message)軟體，其支援多種即時訊息溝通系統(如ICQ、MSN、AOL Yahoo Message、Jabber等)，同時也支援網路電話的視訊傳輸和接收，是一種全方位的通訊軟體，更因為是基於開放式服務閘道技術架構，所以擁有多種優良的優點(如跨平台的移植等)。

在習知技術中，會話發起協議通訊軟體主要可分為三大部分，即協定服務應用程序(Protocol Service Bundle)、使用者介面服務應用程序(User Interface Service Bundle)及程式庫應用程序(Libraries Bundle)，且每個應用程序間皆符合開放式服務閘道應用程序服務(OSGi Bundle Service)的規範，亦即可單獨移除任一應用程序而不會影響其它程序的運作。在會話發起協議通訊軟體中，使用者介面服務是主要程式的進入點，換言之，會話發起協議通訊軟體的設定係由使用者介面服務應用程序所控制。在此情 形下，由於使用者介面服務應用程序是由使用者介面所顯現，若會話發起協議通訊軟體係安裝於沒有任何外接輸出之架構時，則使用者無法設定會話發起協議通訊軟體，可能影響會話發起協議通訊軟體之運作。

因此，本發明之主要目的即在於提供一種用於一開放式服務閘道服務平台中管理複數個應用程序的方法及其相關管理架構。

本發明揭露一種用於一開放式服務閘道服務平台中管理複數個應用程序的方法，其包含有將該複數個應用程序加入一服務列表，並產生對應於每一應用程序之設定檔；儲存對應於每一應用程序之設定檔；於該複數個應用程序中一第一應用程序被啟動時，更新該服務列表中對應於該第一應用程序之狀態；以及啟用對應於該第一應用程序之設定檔。

本發明另揭露一種用於一開放式服務閘道服務平台之管理架構，用以管理複數個應用程序，其包含有一設定單元，用來將該複數個應用程序加入一服務列表，並產生對應於每一應用程序之設定檔；一儲存單元，用來儲存對應於每一應用程序之設定檔；一更新單元，用來於該複數個應用程序中一第一應用程序被啟動時，更新該服務列表中對應於該第一應用程序之狀態；以及一啟 用單元，用來啟用對應於該第一應用程序之設定檔。

請參考第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可產生並啟用其設定檔，因而可維持會話發起協議通訊軟體之正常運作。在此需注意的是，會話發起協議通訊軟體僅用以說明本發明之精神，實際上，凡是開放式服務閘道服務平台之服務皆適用於本發明，而不限於特定服務。因此，本發明可使開放式服務閘道服務平台之應用程序不再各自為政，可以將所有的應用程序統整到同一管理程式下，進而大幅提升程式模組化和溝通能立，並可有效提升移植能力，而不需再獨立開發不同的設定程式。

綜上所述，本發明提供用於開放式服務閘道服務平台中管理應用程序之方法及相關管理架構，可使開放式服務閘道服務平台之應用程序不再各自為政，並可將所有的應用程序統整到同一管理程式下，進而大幅提升程式模組化和溝通能立，並可有效提升移植能力，而不需再獨立開發不同的設定程式。

以上所述僅為本發明之較佳實施例，凡依本發明申請專利範圍所做之均等變化與修飾，皆應屬本發明之涵蓋範圍。

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圖為本發明實施例用於一開放式服務閘道服務平台之一管理架構之示意圖。

第2圖為用於第1圖之管理架構之一流程之示意圖。

第3圖為用於第1圖之管理架構之一啟動流程之示意圖。

第4圖為用於第1圖之管理架構之一修改流程之示意圖。

10‧‧‧管理架構

100‧‧‧管理裝置

B_1~B_n‧‧‧應用程序

106‧‧‧設定單元

108‧‧‧更新單元

102‧‧‧儲存單元

104‧‧‧啟用單元

Claims (5)

1. 一種用於一開放式服務閘道服務平台中管理複數個應用程序的方法，其包含有：將該複數個應用程序加入一服務列表，並產生對應於每一應用程序之設定檔；儲存對應於每一應用程序之設定檔；於該複數個應用程序中一第一應用程序被啟動時，更新該服務列表中對應於該第一應用程序之狀態；以及啟用對應於該第一應用程序之設定檔。
2. 如請求項1所述之方法，其另包含：於相異於該複數個應用程序之一第二應用程序被啟動時，將該第二應用程序加入該服務列表，並產生對應於該第二應用程序之設定檔；儲存對應於該第二應用程序之設定檔；更新該服務列表中對應於該第二應用程序之狀態；以及啟用對應於該第二應用程序之設定檔。
3. 如請求項1所述之方法，其另包含：於該第一應用程序之設定被修改時，通知對應於該第一應用程序之服務，以啟用修改後之設定；以及根據修改後之設定，更新對應於該第一應用程序之設定檔。
4. 如請求項1所述之方法，其另包含於該複數個應用程序中一第三應用程序之設定被修改時，更新對應於該第三應用程序之設定檔，該第三應用程序未被啟動。
5. 如請求項1所述之方法，其另包含於該第一應用程序被中止時，停用對應於該第一應用程序之設定檔。