TWI506451B - Support multi-service version of the service system and its methods - Google Patents

Description

支援多服務版本之服務系統及其方法

本發明係一種服務系統及其方法，尤指一種可支援多服務版本之服務系統及其方法。

隨著雲端產業的發展，越來越多使用者傾向不在本地端建置電腦設備與軟體，而轉向在雲端購買各式的應用程式服務，由於此種模式係讓雲端服務業者進行軟、硬體維護以及升級之作業，而免去在本地端建置以及維護的成本。

雲端服務業者透過提供Open API(Open Application Program Interface)給使用者，而讓使用者能夠透過程式軟體自動化的操作雲端服務。亦因如此，當雲端服務業者提供的升級的服務軟體版本時，各個版本間不同的資料欄位使得雲端以及使用者之間的傳輸以及處理上產生錯誤，而嚴重影響雲端服務的品質。

由於各個服務版本間不同資料欄位會影響雲端服務的準確性與穩定性，而當使用者欲採取新的服務版本時，則必須大幅度的更動使用端其處理傳輸之資料欄位。因此讓使用者大多不傾向選擇較新的服務版本，使得雲端服務無法提供較新的雲端服務。

綜上所述，如何提供使用者不同服務版本進行選擇，以及在各個版本間提供一致化的資料欄位，以讓使用者能透過程式穩定的自動 存取雲端服務，乃本領域亟需解決之技術問題。

為解決前揭習知技術之技術問題，本發明之一目的係提供一種支援多服務版本之服務系統及其方法，以解決於前揭之技術問題。

為達上述之目的，本發明提供一種支援多服務版本之服務系統。服務系統包含服務模組以及請求處理模組。服務模組係提供至少一應用程式服務，各個應用程式服務包含至少一個服務版本。請求處理模組自外部使用端接收服務請求，前述之服務請求包含服務名稱資訊以及版本資訊。服務名稱資訊係界定使用端所請求之應用程式服務，版本資訊係界定使用端所請求之應用程式之服務版本，請求處理模組更依據服務請求判斷執行匹配之應用程式服務以及匹配之服務版本，並回傳使用端一執行結果，執行結果係匹配使用端請求之服務版本。

為達上述之目的，本發明提供一種支援多服務版本之服務方法，該方法應用於一服務系統，服務系統包含了至少一應用程式服務，各應用程式服務更包含至少一個服務版本，其方法包含下列步驟：首先，自外部之使用端接收服務請求。接著，依據服務請求判斷執行匹配之應用程式服務以及匹配之服務版本，並回傳使用端執行結果，執行結果係匹配使用端請求之服務版本。

由於本發明之服務系統及其方法可在各個服務版本間提供一致化的資料欄位，而當使用端選擇較新的服務版本時，亦能讓雲端順利的進行運作。

1‧‧‧服務系統

11‧‧‧請求處理模組

111‧‧‧驗證單元

112‧‧‧執行請求處理單元

113‧‧‧通用回應單元

12‧‧‧服務模組

120‧‧‧版本1.0子模組

121‧‧‧版本1.1子模組

122‧‧‧版本1.2子模組

2‧‧‧服務註冊資訊資料庫

3‧‧‧支持服務提供資料庫

4‧‧‧使用端

S101~105‧‧‧步驟

第1圖係為本發明之系統圖。

第2圖係為本發明之一種支援多服務版本之服務系統之內部方塊圖。

第3圖係為本發明之一種支援多服務版本之服務方法之流程圖。

第4圖係為本發明之一實施例。

以下將描述具體之實施例以說明本發明之實施態樣，惟其並非用以限制本發明所欲保護之範疇。

請參閱第1圖，其為為本發明之支援多服務版本之服務系統。服務系統1包含請求處理模組11以及服務模組12。服務模組12係提供至少一應用程式服務，各應用程式服務包含至少一個服務版本。請求處理模組11為連接服務模組12，且請求處理模組11自外部之使用端4接收服務請求。服務請求包含服務名稱資訊以及版本資訊。前述之服務名稱資訊係界定使用端4所請求之應用程式服務，而版本資訊係界定使用端4所請求之應用程式之服務版本。請求處理模組11更依據服務請求來判斷執行匹配之應用程式服務以及匹配之服務版本，並回傳使用端4一執行結果，執行結果係匹配使用端4請求之服務版本。而服務模組12更與一支持服務提供資料庫3連接，並依據應用程式服務自支持服務提供資料庫3提取匹配的服務邏輯，例如：相同功能的服務功能，依據版本不同邏輯可有所差異。像是個人資料儲存，第一版邏輯僅儲存基本個資，第二版增加興趣、技能等屬性。在第二版本的服務邏輯即會增加處理增加的屬性。

請接著參閱第2圖，請求處理模組11更包含驗證單元111、執 行請求處理單元112以及通用回應單元113。驗證單元111為傳送服務請求至服務註冊資訊資料庫2以驗證服務請求匹配之應用程式之服務版本是否存在。而執行請求處理單元112係連接驗證單元111，執行請求處理單元112並於確認服務請求之服務版本存在後，即自服務模組12執行匹配之應用程式服務以及匹配之服務版本(例如執行使用端4指定之服務版本、下一版之服務版本，或者是執行應用程式服務其最新之服務版本其中之一)。通用回應單元113係連接執行請求處理單元112，並於執行應用程式服務完成即把執行結果進行封裝處理。前述之封裝處理係檢核執行結果內之資料格式以匹配使用端4請求之服務版本，並將封裝後之執行結果回傳至使用端4。

請接著參閱第3圖，其為本發明之支援多服務版本之服務方法，應用於一服務系統1，服務系統1包含至少一應用程式服務，各應用程式服務更包含至少一個服務版本，包含下列步驟：

S101：使用端4發送一服務請求，服務請求係包含服務名稱資訊、版本資訊以、身份權限以及公鑰，服務請求並運用私鑰進行加密。

S102：確認使用端4有使用此服務之權限，並用服務請求內之公鑰來找到使用端4的私鑰，並據此驗證使端端之加密資料。當確認使用端4權限後即執行步驟S103，若否則跳至步驟S105。

S103：依使用端4遞交的版本資訊至服務註冊資訊資料庫2取得此服務版本在系統內的實體服務路徑，並驗證此服務路徑下之服務是否存在，若存在則執行步驟S104，若否則跳至步驟S105。

S104：執行使用端4所指定之服務版本，或者是此服務版本的下一版本。執行服務邏輯，並將具延續性的執行結果回傳給使用端4。

S105：將錯誤原因重新封裝成標準錯誤說明結果格式，並回傳給使用端4。

請共同參閱第1-4圖，其為本發明之一實施例。當使用端4 透過網路提出服務請求時，服務系統1會要求使用端4提供所請求之服務名稱、版本、身分權限以及公鑰。使用端4收到服務系統1的要求後會透過自行持有的私鑰對前述需發送之服務名稱、版本、身分權限以和公鑰進行加密以形成服務請求，當服務系統1收到服務請求後，會先確認此使用者的身份權限是否有提出此服務請求之權限，再以公鑰找出配對服務系統1內之私鑰，並以此私鑰解密使用端4所傳遞的加密參數，再與未解密的字串進行比對，以驗證其請求的合法性。

經過權限認證後，服務系統1接著會到服務註冊資訊資料庫2 查詢所請求之服務版本之路徑，並以此路徑來檢查此服務是否存在，若存在則取得此服務。請接著參閱第4圖，各個應用程式服務包含一個或多個服務版本，如：版本1.0子模組120、版本1.1子模組121、版本1.2子模組122，其前後版的版本子模組之間係為繼承關係。當使用端4遞交版本1.0之服務請求時，請求處理模組11會透過執行請求處理單元112取得此版本所註冊之路徑，接著到服務模組12中搜尋對應版本1.0子模組120來取得此服務。而執行請求處理模組112在執行此服務版本後，會將執行結果傳送給通用回應單元113，通用回應單元113會將執行結果之封裝成標準且一致的格式，例如，當使用端4傳遞的標頭檔(header)中指定為application/json，則通用回應單元113會將執行結果封裝成json之標準格式，若使用端4傳遞的標頭檔(header)中指定為application/xlm，則通用回應單元113則會將執行結果以xlm格式進 行封裝，並回應給使用者。由於前後之服務版本為繼承關係，因此後續版本所回傳的執行結果為前版本內容的擴充延續。

而在處理過程中如果發生異常時，其異常之內容會透過通用回應單元113進行封裝成具有標準的錯誤代碼和錯誤說明結果格式給使用端4。

上列詳細說明係針對本發明之一可行實施例之具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。

1‧‧‧服務系統

11‧‧‧請求處理模組

12‧‧‧服務模組

2‧‧‧服務註冊資訊資料庫

3‧‧‧支持服務提供資料庫

4‧‧‧使用端

Claims (10)

1. 一種支援多服務版本之服務系統，包含：一服務模組，提供至少一應用程式服務，各該應用程式服務包含至少一個服務版本；以及一請求處理模組，連接該服務模組，該請求處理模組自外部一使用端接收一服務請求，該服務請求包含一服務名稱資訊以及一版本資訊，該服務名稱資訊係界定該使用端所請求之該應用程式服務，該版本資訊係界定該使用端所請求之該應用程式之該服務版本，該請求處理模組更依據該服務請求判斷執行匹配之該應用程式服務以及匹配之該服務版本，並回傳該使用端一執行結果，該執行結果係匹配該使用端請求之該服務版本。
2. 如請求項1所述之系統，其中該請求處理模組更包含：一驗證單元，傳送該服務請求至一服務註冊資訊資料庫以驗證該服務請求匹配之該應用程式之該服務版本是否存在；一執行請求處理單元，連接該驗證單元，該執行請求處理單元於確認該服務請求之服務版本存在後，即自該服務模組執行匹配之該應用程式服務以及匹配之該服務版本；以及一通用回應單元，連接該執行請求處理單元，該通用回應單元於執行應用程式服務完成即把該執行結果進行一封裝處理，該封裝處理係檢核該執行結果內之資料格式以匹配該使用端請求之服務版本，並將封裝後之該執行結果回傳至該使用端。
3. 如請求項1所述之系統，其中該服務模組更與一支持服務提供資料庫連 接，該服務模組依據該應用程式服務自該支持服務提供資料庫提取匹配的服務邏輯，其中該服務邏輯係為該應用程式服務提供之服務功能。
4. 如請求項1所述之系統，當該應用程式服務包含二個以上之該等服務版本，該等服務版本之前後版本間為繼承關係。
5. 如請求項4所述之系統，其中該執行請求模組係執行該使用端請求之該服務版本、下一版之該服務版本或者最新之該服務版本其中之一。
6. 一種支援多服務版本之服務方法，應用於一服務系統，該服務系統包含至少一應用程式服務，各該應用程式服務更包含至少一個服務版本，包含下列步驟：自外部之一使用端接收一服務請求，該服務請求包含一服務名稱資訊以及一版本資訊，該服務名稱資訊係界定該使用端所請求之該應用程式服務，該版本資訊係界定該使用端所請求之該應用程式之該服務版本；以及依據該服務請求判斷執行匹配之該應用程式服務以及匹配之該服務版本，並回傳該使用端一執行結果，該執行結果係匹配該使用端請求之該服務版本。
7. 如請求項6所述之方法，其中該服務系統係傳送該服務請求至一服務註冊資訊資料庫以驗證該服務請求匹配之該應用程式服務之該至少一個服務版本其中之一是否存在，並於確認該服務請求之服務版本存在後以判斷執行匹配之一應用程式服務及匹配之該服務版本，並於執行應用程式服務完成即把該執行結果進行一封裝處理，該封裝處理係檢核該執行結果內之資料格式以匹配該使用端請求之該服務版本，並將封裝後之該執 行結果回傳至該使用端。
8. 如請求項6所述之方法，其中於執行匹配之該應用程式服務及匹配之該服務版本前更與一支持服務提供資料庫連接，以依據該應用程式服務自該支持服務提供資料庫提取匹配的服務邏輯，其中該服務邏輯係為該應用程式服務提供之服務功能。
9. 如請求項6所述之方法，當該應用程式服務包含二個以上之該等服務版本，該等服務版本之前後版本間為繼承關係。
10. 如請求項9所述之方法，其中係執行該使用端請求之該服務版本、下一版之該服務版本或者最新之該服務版本其中之一。