TWI401932B - Ｏｓｇｉ架構的服務移轉方法及系統 - Google Patents

Description

OSGI架構的服務移轉方法及系統

本發明是有關於一種網際網路的服務方法與系統，且特別是有關於一種開放服務閘道創始(Open Service Gateway initiative，OSGi)的服務方法與系統。

OSGi技術為OSGi協會所制定，目的在於制定一個整合性的資訊服務平台。遠端軟體服務供應商能夠藉由這樣的服務平台來提供應用程式與加值服務給使用者。這些應用程式與加值服務能夠根據使用者需求，經由網際網路動態地下載置並自動安裝於使用者端。

近年來，車資通訊領域有朝向配合OSGi來提供服務的趨勢。其中，OSGi車用專家組織(Vehicle Expert Group，VEG)針對適用於車資通訊領域的OSGi版本，提出網頁服務(web service)的支援來作為重要需求。然而，網頁服務在車資通訊中會面臨下列兩項挑戰。第一，低頻寬之最佳化(Optimization for low bandwidth)：由於遞送網際服務於車載裝置常受限於車載無線通訊頻寬與連線費用之限制，因此服務提供者對於傳輸資料量之最佳化有著重要且迫切的需求；第二，不穩定之網路連線(Unstable links)：由於網頁服務常需倚賴持續性的網路連線來進行服務呼叫、等待及遞送。然而，車載無線網路連線之穩定性往往較一般有線網路差，因此不穩定的無線網路連線亦是服務 提供者所面臨的重大挑戰。

本發明提供一種開放服務閘道創始(OSGi)架構的服務移轉方法與系統，能夠讓服務包主動且連貫地在多個主機上移動。

本發明提出一種OSGi架構的服務移轉方法，適用於執行一服務包(service bundle)的一第一主機。OSGi架構的服務移轉方法包括下列步驟。首先，提供一行動服務模組與一第一傳輸環境(delivery context)處理模組給第一主機。接著，藉由服務包(service bundle)繼承行動服務模組，使得自行開發的服務包擁有行動服務模組的功能。當自行開發的服務包呼叫繼承自行動服務模組中的行動化(mobilize)功能時，會指定一第二主機。然後，藉由第一傳輸環境處理模組，取得服務包的虛擬機器碼(bytecode)與實體(instance)。並且，藉由第一傳輸環境處理模組，根據第二主機所需的服務，修改服務包的描述檔。再來，提供一第二傳輸環境處理模組給第二主機。之後，藉由第一傳輸環境處理模組與第二傳輸環境處理模組，自第一主機傳送服務包的虛擬機器碼與實體給第二主機。接著，藉由第二傳輸環境處理模組，安裝服務包的虛擬機器碼與實體，並執行服務包。

在本發明之一實施例中，在取得服務包的虛擬機器碼與實體之後，OSGi架構的服務移轉方法更包括下列步驟。 藉由第一傳輸環境處理模組，包裝(pack)或序列化(serialize)服務包的虛擬機器碼與實體。

在本發明之一實施例中，在服務包的虛擬機器碼與實體傳送至第二主機之後，OSGi架構的服務移轉方法更包括下列步驟。藉由第二傳輸環境處理模組，先反序列化(de-serialize)服務包的實體，並還原服務包的虛擬碼檔案。

在本發明之一實施例中，其中在接收完服務包的實體之後，OSGi架構的服務移轉方法更包括下列步驟。藉由第二傳輸環境處理模組，反序列化(de-serialize)服務包的實體。

在本發明之一實施例中，其中在反序列化及安裝服務包的虛擬碼檔案及實體之後，OSGi架構的服務移轉方法更包括下列步驟。藉由服務包中所繼承行動服務模組功能之完成行動化(onMoblized)功能，將啟動服務包以繼續執行程式或所需之服務。

本發明再提出一種OSGi架構的服務系統，包括一第一主機以及一第二主機。第一主機包括一服務包、一行動服務模組以及一第一傳輸環境處理模組。服務包為執行服務的程式，並繼承行動服務模組之功能。行動服務模組用以指定一第二主機。第一傳輸環境處理模組用以取得服務包的虛擬機器碼與實體，並將服務包的虛擬機器碼與實體經過包裝(pack)或序列化(serialize)後傳送至第二主機， 以及根據第二主機所需提供的服務，修改服務包的描述檔。第二主機耦接至第一主機，用以接收服務包的虛擬機器碼與實體經包裝(pack)或序列化(serialize)的資料。

在本發明之一實施例中，第一傳輸環境處理模組更用以序列化服務包的實體。

在本發明之一實施例中，第一傳輸環境處理模組更用以包裝服務包的虛擬機器碼，並序列化服務包的實體。

在本發明之一實施例中，第二傳輸環境處理模組更用以反序列化服務包的實體，並還原該服務包的虛擬碼檔案。

在本發明之一實施例中，第二傳輸環境處理模組更用原該服務包已繼承該行動服務模組之功能。

在本發明之一實施例中，OSGi架構的服務系統更包括一伺服器，耦接至第一主機。第一主機從伺服器下載服務包。

基於上述，本發明藉由行動服務模組與傳輸環境處理模組，將服務包的虛擬機器碼與實體從第一主機傳送到第二主機。因此，可讓執行時期所產生服務包的實體狀態及虛擬機器碼透過網路傳輸的方式在不同的主機之間移動及執行服務。

為讓本發明之上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

圖1為本發明一實施例之OSGi架構的服務系統的方 塊示意圖。請參考圖1，OSGi架構的服務系統100包括一伺服器110、一第一主機120以及一第二主機130。第一主機120耦接至伺服器110，以自伺服器110下載一服務包。第二主機130耦接至伺服器110與第一主機120，以從第一主機120接收將服務包的虛擬機器碼與實體，或是從伺服器110接收其他的服務包來作安裝，並從第一主機120接收將服務包的實體。在以下的實施例中，將針對第一主機120與第二主機130間點對點(peer to peer)的服務移轉做說明。

第一主機120包括一行動服務模組124以及一第一傳輸環境處理模組126。行動服務模組124被服務包所繼承，且用以指定第二主機130。第一傳輸環境處理模組126用以取得服務包的虛擬機器碼與實體，並將服務包的虛擬機器碼與實體傳送至第二主機130。第二主機130包括一第二傳輸環境處理模組136，用以接收、安裝服務包的虛擬機器碼與實體，並執行服務包。

圖2A為圖1之第一主機的架構示意圖。請參考圖1與圖2A，為了能在OSGi平台上執行，行動服務模組124以及第一傳輸環境處理模組126至少都必須引入OSGi之應用程式介面(API)中的一個基本套件，稱為org.osgi.framework套件128。

本實施例主要設計了三個類別，包含一個負責行動服務工作的類別(以下簡稱OSGiMobileService類別124a)、一個傳送行動服務的類別(以下簡稱Sender類別126a)、 和一個接收行動服務的類別(以下簡稱Receiver類別126b)。其中Sender類別126a和Receiver類別126b屬於第一傳輸環境處理模組126，OSGiMobileService類別124a屬於行動服務模組124，其他部分則是由使用者根據本身的需求開發設計。

圖2B為圖2A之OSGiMobileService類別的函式虛擬碼的示意圖。請參考圖2B，OSGiMobileService類別124a提供了一個處理移動能力之函式(以下簡稱mobilize函式G1)，以及一個在移動之後尋找並使用主機上所提供的服務之函式(以下簡稱onMobilized函式G2)。mobilize函式G1用以呼叫Sender類別124a的send函式，以將服務包的虛擬機器碼與實體傳送到第二主機130。在本實施例中，send函式具有取得與傳送虛擬機器碼與實體的功能。

也就是說，mobilize函式G1指定欲移動之接收端主機為第二主機130，並透過Sender類別124a的send函式將取得服務包的虛擬機器碼與實體，執行序列化後，透過網路傳送到第二主機130，使得服務包具有移動行為。

此外，onMobilized函式G2則由子類別實作，且此函式將在服務包移動至第二主機後130自動呼叫。使用者可以針對自己所提供之服務來設計子類別之功能，並透過Receiver類別126b來取得服務包之實體，使得服務包具有行動服務模組之反序列化行為

圖3為本發明一實施例之OSGi架構的服務移轉方法 的流程示意圖。請參考圖3，以下將配合圖1、2之OSGi架構的服務系統100來說明本實施例之OSGi架構的服務移轉方法。首先進行步驟S110，提供行動服務模組124與第一傳輸環境處理模組126給第一主機120。接著進行步驟S120，藉由服務包繼承行動服務模組124，使得自行開發的服務包擁有行動服務模組124的功能。當自行開發的服務包呼叫繼承自行動服務模組124中的行動化(mobilize)功能時，會指定第二主機130(步驟S130)。亦即，藉由OSGiMobileService類別124a的mobilize函式G1來指定第二主機130。

然後進行步驟S140，第一主機120藉由第一傳輸環境處理模組126，取得服務包的虛擬機器碼與實體。由於一般無法直接從OSGi所提供之應用程式介面取得服務包本身之虛擬機器碼，所以本實施例藉由使用OSGi服務包介面下之findEntries函式來取得服務包內之所有目錄與檔案之結構。藉由這種方式，可將服務包內之每個目錄或檔案以File類別讀出資料，再將這些檔案的資料寫入JarEntry類別，最後由JarOutputStream類別之putNextEntry函式將所有的JarEntry包裝到一個jar檔案。藉此，即可取得了服務包之虛擬機器碼，並將此演算法寫成getBundleFile函式G3(如圖4所示)。圖4為getBundleFile的函式虛擬碼的示意圖。

再來進行步驟S150，提供第二傳輸環境處理模組136給第二主機130。之後進行步驟S160，藉由第一傳輸環境 處理模組126與第二傳輸環境處理模組136，自第一主機120傳送服務包的虛擬機器碼與實體給第二主機130。此時，mobilize函式G1呼叫Sender類別124a的send函式，以將服務包的虛擬機器碼與實體傳送到第二主機130。首先，send函式檢查是否能對第二主機130建立網路連線。接著，在成功與第二主機130建立連線之後，send函式便開始做傳輸之動作。在傳輸的過程中，send函式可先取得服務包之虛擬機器碼之後傳送之，再取得服務包之實體並傳送之。然後，send函式即可中斷第一主機120與第二主機130的連線。最後，send函式還可停止第一主機120對於服務包之執行。

在第二主機130接收到服務包的虛擬機器碼與實體之後，即可藉由第二傳輸模組136來安裝服務包的虛擬機器碼與實體，並執行服務包(步驟S170)。值得一提的是，服務包的執行狀態可在第一主機120與第二主機130之間移動時可保持不變，且可接續執行。並且，服務包在移動到第二主機130之後，還可使用第二主機130上之服務

圖5為本發明另一實施例之OSGi架構的服務移轉方法的流程示意圖，圖6為圖1之第一主機與第二主機傳送描述檔的示意圖。請參考圖5，以下將配合圖6之第一主機120與第二主機130來說明本實施例之OSGi架構的服務移轉方法。此外，圖5部分步驟與圖3之步驟相類似，其相似步驟將不再贅述。

首先進行步驟S202，提供行動服務模組124與第一傳 輸環境處理模組126給第一主機120。接著進行步驟S204，第一主機120藉由服務包繼承行動服務模組124。之後，進行步驟S206，藉由行動服務模組124，指定第二主機130。然後進行步驟S208，第一主機120藉由第一傳輸環境處理模組126，取得服務包的虛擬機器碼與實體。接著進行步驟S210，藉由第一傳輸環境處理模組126，根據第二主機130所需的服務，修改服務包的一描述檔M1(manifest.mf)，包裝服務包的虛擬機器碼，並序列化服務包的實體。亦即，在本實施例中，第一傳輸環境處理模組126更可用以將所有的JarEntry包裝到一個jar檔案，並透過序列化將實體在第一主機120之執行狀態記錄下來。

詳細來說，由於OSGiMobileService子類別在移動至第二主機130後，還要使用第二主機130上所提供之服務。因此，在此子類別Bytecode、編譯時之classpath、與描述檔M1內皆須引入欲使用的服務套件名稱。其中，虛擬機器碼內所引入之套件會在編譯時期檢查其合法性，而在描述檔M1內所引入之套件是在執行時期檢查其合法性。由於服務包在兩個不同的環境下都要能夠執行，所以在虛擬機器碼中引入服務之套件是必要且不會有影響。然而，第二主機130部分服務並不需在第一主機120上提供，所以可利用修改描述檔M1之方式，來避開OSGi平台對於服務包在執行時期之檢查。也就是說，在不提供服務之第一主機120上不引入服務套件，而在提供服務之第二主機130上再將此服務套件之名稱寫至描述檔M2中。亦即，在描 述檔M2引入第二主機130提供服務所需的套件，以“Service”表示。

接著進行步驟S212，提供第二傳輸環境處理模組136給第二主機130。然後進行步驟S214，藉由第一傳輸環境處理模組126與第二傳輸環境處理模組136，自第一主機120傳送服務包的虛擬機器碼與實體給第二主機130。在本實施例中，第二傳輸環境處理模組136的Receiver類別136b具有接收能力，用以接收Sender類別126a所傳送之服務包的虛擬機器碼與實體。Receiver類別136b的receive函式執行之後，首先等待傳送端主機建立連線。在連線建立後，Receiver類別136b的receive函式便開始接收第一主機120所傳送服務包的虛擬機器碼以及實體。待傳輸完成後，Receiver類別136b的receive函式中斷連線。

接著進行步驟S216，藉由第二傳輸環境處理模組136，反序列化服務包的實體，並還原服務包的虛擬碼檔案。也就是藉由呼叫onMobilized函式G2(如圖2B)。亦即，第二傳輸環境處理模組136將Sender類別126a所傳送之服務包的實體透過網路傳輸接收後儲存在一個Object實體，以提供反序列化之使用。並且，將服務包的虛擬碼檔案解開還原至第二主機130。

如此一來，第二主機130即可藉由第二傳輸環境處理模組136，來對所接收之虛擬機器碼進行安裝或更新，藉以執行服務包(步驟S218)。由於服務包在第一主機120時，已繼承了行動服務模組124。所以，在第二主機130 安裝了服務包的虛擬碼檔案之後，即可讓第二傳輸環境處理模組136繼續使用服務包所繼承之行動服務模組124的功能。換句話說，相當於行動服務模組124隨服務包傳送至第二主機130，而形成了行動服務模組134。

綜上所述，本發明藉由行動服務模組與傳輸環境處理模組，將服務包的虛擬機器碼與實體從第一主機傳送到第二主機。因此，可讓執行時期所產生的實體狀態隨著虛擬機器碼透過網路傳輸的方式在不同的主機之間移動。藉此，不需要透過良好的網路環境來維持連線以處理龐大的資料量傳輸，而是透過OSGi服務包將需求帶到提供服務的主機上，使用所需的服務之後再將結果帶回原尋求服務的主機上。如此一來，將可處理在移動通訊環境中遞送網際服務到不同裝置間服務延續的問題。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，故本發明之保護範圍當視後附之申請專利範圍所界定者為準。

100‧‧‧OSGi架構的服務系統

110‧‧‧伺服器

120‧‧‧第一主機

124‧‧‧行動服務模組

124a‧‧‧OSGiMobileService類別

124b‧‧‧UserDefineService類別

126‧‧‧第一傳輸環境處理模組

126a‧‧‧Sender類別

126b‧‧‧Receiver類別

128‧‧‧org.osgi.framework套件

130‧‧‧第二主機

134‧‧‧行動服務模組

136‧‧‧第二傳輸環境處理模組

136a‧‧‧Sender類別

136b‧‧‧Receiver類別

G1‧‧‧mobilize函式

G2‧‧‧onMobilized函式

G3‧‧‧getBundleFile函式

M1、M2‧‧‧描述檔

S110~S170、S202~S218‧‧‧步驟

圖1為本發明一實施例之OSGi架構的服務系統的方塊示意圖。

圖2A為圖1之第一主機的架構示意圖。

圖2B為圖2A之OSGiMobileService類別的函式虛擬 碼的示意圖。

圖3為本發明一實施例之OSGi架構的服務移轉方法的流程示意圖。

圖4為getBundleFile的函式虛擬碼的示意圖。

圖5為本發明另一實施例之OSGi架構的服務移轉方法的流程示意圖。

圖6為圖1之第一主機及第二主機後修改及傳送描述檔的示意圖。

S110~S170‧‧‧步驟

Claims (8)

1. 一種開放服務閘道創始(OSGi)架構的服務移轉方法，適用於執行一服務包的一第一主機，包括：提供一行動服務模組與一第一傳輸環境處理模組給該第一主機；藉由該服務包繼承該行動服務模組；藉由該行動服務模組，指定一第二主機；藉由該第一傳輸環境處理模組，取得該服務包的虛擬機器碼與實體；藉由該第一傳輸環境處理模組，根據該第二主機所需的服務，修改該服務包的一描述檔；提供一第二傳輸環境處理模組給該第二主機；藉由該第一傳輸環境處理模組與該第二傳輸環境處理模組，自該第一主機傳送該服務包的虛擬機器碼與實體給該第二主機；以及藉由該第二傳輸環境處理模組，安裝該服務包的虛擬機器碼與實體，並執行該服務包。
2. 如申請專利範圍第1項所述之OSGi架構的服務移轉方法，其中在取得該服務包的虛擬機器碼與實體之後，更包括：包裝該服務包的虛擬機器碼，並序列化該服務包的實體。
3. 如申請專利範圍第1項所述之OSGi架構的服務移轉方法，其中在該服務包的虛擬機器碼與實體傳送至該第二主機之後，更包括： 藉由該第二傳輸環境處理模組，反序列化該服務包的實體，並還原該服務包的虛擬碼檔案。
4. 一種開放服務閘道創始(OSGi)架構的服務系統，包括：一第一主機，包括：一行動服務模組，被一服務包所繼承，且用以指定一第二主機；以及一第一傳輸環境處理模組，用以取得該服務包的虛擬機器碼與實體，並將該服務包的虛擬機器碼與實體傳送至該第二主機，以及根據該第二主機所需提供的服務，修改該服務包的一描述檔；以及該第二主機，耦接至該第一主機，且該第二主機，包括：一第二傳輸環境處理模組，用以接收、安裝該服務包的虛擬機器碼與實體，並執行該服務包。
5. 如申請專利範圍第4項所述之OSGi架構的服務系統，其中該第一傳輸環境處理模組更用以包裝該服務包的虛擬機器碼，並序列化該服務包的實體。
6. 如申請專利範圍第4項所述之OSGi架構的服務系統，其中該第二傳輸環境處理模組更用以反序列化該服務包的實體，並還原該服務包的虛擬碼檔案。
7. 如申請專利範圍第4項所述之OSGi架構的服務系統，其中該第二傳輸環境處理模組更用以使用該服務包所繼承之該行動服務模組的功能。
8. 如申請專利範圍第4項所述之OSGi架構的服務系統，更包括： 一伺服器，耦接至該第一主機，以讓該第一主機從該伺服器下載該服務包。