TW201719442A - 數位服務資料交換方法 - Google Patents

Abstract

本發明提供一種數位服務資料交換方法，係由組裝不同之應用服務、網路服務來呈現數位服務之品質保證資訊，透過定義好的資料封裝格式及資料交換方式以及數位服務組構物件，縮短建立複合型數位服務品保資料之時間以及提高數位服務的重複使用率。

Description

數位服務資料交換方法

本發明係關於一種數位服務資料交換方法，特別封裝服務品質相關之測量指標與事件以及統一資料交換的標準，提高資料的可再利用性之數位服務資料交換方法。

目前資料交換技術中，各系統間存在者不同的資料模型，開發新功能時由於資料介面不同而需要花費較多時間開發，並且大多以設備面角度做資料的交換。因此於處理服務管理方面而言，封裝服務需要的資訊制定研發共同的資料交換標準，並且透過共通服務組構物件中取得服務的組成架構組裝服務，描述服務之間的關係，並可再利用定義過的子服務，而不用重新開發，藉以提高服務的可再利用性以及縮短新服務監控系統的開發時間。

由此可見，上述現有方式仍有諸多缺失，仍有改善空間，亟待加以改良。

發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本發明一種數 位服務資料交換方法。

本發明提供一種數位服務資料交換方法，步驟包含： 一資料介接模組於外部取得一來源資料格式，並判斷該來源資料格式是否為一預設封裝格式，其中該預設封裝格式係為XML格式；當該來源資料格式為非預設封裝格式時，一服務封裝模組則對該來源資料格式進行轉換格式之邏輯；該服務封裝模組內之一封裝監測指標模組建立監控指標之規則轉換，係定義該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得該來源資料格式之數值、文字說明；該服務封裝模組內之一服務事件模組將一事件資料包含於該來源資料格式內；該服務封裝模組內之一服務運作狀態規則設定模組係一事件之嚴重程度判斷出一自訂規則，或藉由一監測指標之數值判斷出該自訂規則後，進行該來源資料格式的封裝；以及當該來源資料格式為預設封裝格式時，進行該來源資料格式的封裝。

本發明提供另一種數位服務資料交換方法，步驟包含：於一服務封裝模組內之一服務事件模組設定一子服務事件；一資料介接模組於外部取得複數個來源資料格式，並判斷各該來源資料格式是否為一預設封裝格式，其中該預設封裝格式係為XML格式；當各該來源資料格式為非預設封裝格式時，該服務封裝模組依據該子服務事件對非預設封裝格式之各該來源資料格式進行子服務封裝；將經子服務封裝後之非預設封裝格式之各該來源資料格式，及為預設格式 之各該來源資料格式，利用該服務封裝模組內之一封裝監測指標模組建立監控指標之規則轉換，係定義各該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得各該來源資料格式之數值、文字說明；該服務封裝模組內之該服務事件模組將一事件資料包含於各該來源資料格式內；以及該服務封裝模組內之一服務運作狀態規則設定模組係一事件之嚴重程度判斷出一自訂規則，或藉由一監測指標之數值判斷出該自訂規則後，進行各該來源資料格式的封裝。

其中子服務封裝更進一步包含： 該封裝監測指標模組建立監控指標之規則轉換，係定義各該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得各該來源資料格式之數值、文字說明；該服務事件模組將該事件資料包含於各該來源資料格式內；以及該服務封裝模組內之該服務運作狀態規則設定模組係該事件之嚴重程度判斷出該自訂規則，或藉由該監測指標之數值判斷出該自訂規則後，進行各該來源資料格式的封裝，完成子服務封裝。

其中該事件資料係為資料事件ID、事件類型、事件發生時 間、事件嚴重程度、事件描述、是否影響服務、服務個體ID、來源系統代碼及事件類型代碼。

本發明提供一種數位服務資料交換方法之查詢，步驟包含： 一組構解析模組依據複數個服務個體ID於一共用組構元件資料庫取出對應複數個子服務個體ID； 判斷是否為一複合型封裝服務；若為該複合型封裝服務，則查找取得對應一子服務之指標及事件；透過該複合型封裝服務時之規則，分析出對應各該服務個體ID的服務運作狀態、監測指標及服務影響事件，以XML格式提供；以及若非為該複合型服務，則向外部之服務來源取得對應一來源資料格式進行轉換格式後，以XML格式提供。

本發明之數位服務資料交換方法相較於現有技術具有一下特色：

1.本發明封裝了服務品質相關之測量指標與事件以及，統一資料交換的標準，提高資料的可再利用性。

2.本發明透過共通服務組構物件組裝服務，可以重複利用已經開發過的數位服務，讓開發人員能夠縮短新服務開發的時程。

3.可以接收來自第三方開發者依據相同格式封裝好的服務，使服務品質的掌握更全面性。

121‧‧‧第一服務個體

122‧‧‧第二服務個體

124‧‧‧第三服務個體

124‧‧‧第四服務個體

1211‧‧‧第一服務個體識別碼

1221‧‧‧第二服務個體識別碼

1231‧‧‧第三服務個體識別碼

1241‧‧‧第四服務個體識別碼

1212‧‧‧第一服務個體特徵值

1222‧‧‧第二服務個體特徵值

1232‧‧‧第三服務個體特徵值

1242‧‧‧第四服務個體特徵值

111‧‧‧第一服務類型

112‧‧‧第二服務類型

113‧‧‧第三服務類型

114‧‧‧第四服務類型

200‧‧‧數位服務物件

210‧‧‧數位服務運作狀態

220‧‧‧數位服務監測指標

230‧‧‧數位服務事件

31‧‧‧使用者

32‧‧‧數位服務資料交換系統

33‧‧‧共用組構元件資料庫

34‧‧‧服務提供者

321‧‧‧服務封裝模組

322‧‧‧組構解析模組

323‧‧‧資料介接模組

3211‧‧‧封裝監測指標模組

3212‧‧‧服務事件模組

3213‧‧‧服務運作狀態規則設定模組

S410~S460‧‧‧步驟流程

S510~S590‧‧‧步驟流程

S610~S670‧‧‧步驟流程

71‧‧‧ITS智慧運輸數位服務

72‧‧‧行動VPN

73‧‧‧固網VPN專線

74‧‧‧ITS車機

75‧‧‧派遣服務平台

711‧‧‧X車隊

721‧‧‧APN-X

731‧‧‧專線A

732‧‧‧專線B

741‧‧‧車機

742‧‧‧車機

743‧‧‧車機

751‧‧‧AP服務平台

752‧‧‧DB服務平台

753‧‧‧WEB服務平台

圖1 係為本發明之數位服務組構物件之關係圖。

圖2係為本發明之數位服務資料交換方法的XMI資料格式之示意圖。

圖3係為本發明之數位服務資料交換系統之架構圖。

圖4係為本發明之數位服務資料交換方法之流程圖。

圖5係為本發明之數位服務資料交換方法之流程圖。

圖6係為本發明之服務狀態查詢之流程圖。

圖7係為本發明之數位服務資料交換方法實際應用之示意圖。

以下將參照相關圖式，說明依本發明之數位服務資料交換方法之實施例，為使便於理解，下述實施例中之相同元件係以相同之符號標示來說明。

本發明之目的即建立一種數位服務資料交換方法，如圖1所示，為本發明之數位服務組構物件之關係圖，首先透過定義好的數位服務組構物件來描述數位服務之間的關係，將定義好的資料儲存於共用組構元件資料庫，其中第一服務個體121包含了第一服務個體識別碼1211、第一服務個體特徵值1212以及第一服務類型111，第二服務個體122包含了第二服務個體識別碼1221、第二服務個體特徵值1222以及第二服務類型112，第三服務個體123包含了第三服務個體識別碼1231、第三服務個體特徵值1232以及第三服務類型113，第四服務個體124包含了第四服務個體識別碼1241、第四服務個體特徵值1242以及第四服務類型114，。其次，提供Http RESTFul介面，讓使用者可以根據輸入的數位服務個體ID查詢服務，取得本發明之XML資料格式，如圖2所示之本發明之種數位服務資料交換方法的XML資料格式之示意圖，其中數位服務物件200，內容包含數位服務運作狀態210(state)、數位服務監測指標220(metric)以及數位服務事件230(failure)。數位服務運作狀態210包含服務正常、服務異常、服務可執行但有錯誤、未知，透過封裝服務運作狀態資訊，使用者收到資料時可以節省判斷服務狀態所需要的時間。數位服務監測指標220，描述一些數位 服務相關的監測數據或資料，如伺服器主機的CPU使用率，提供使用者建立監控數據系統時所需要的資料。數位服務事件230影響服務的事件，包含影響服務之事件清單，讓使用者了解服務受影響之原因。透過一致的交換介面，當需要新的複合型數位服務時，可以重複使用已經包裝好的數位服務減少開發人員開發的時程。

請參閱圖3，如圖所示，為本發明之種數位服務資料交換系 統之架構圖，其中包含使用者31、數位服務資料交換系統32、共用組構元件資料庫33、服務提供者34，其中數位服務資料交換系統32包含服務封裝模組321、組構解析模組322、資料介接模組323，其中服務封裝模組321更包含封裝監測指標模組3211、服務事件模組3212、服務運作狀態規則設定模組3213。

本發明之數位服務資料交換方法可分為單一數位服務與複 合型數位服務，如下所示。

請參閱圖4，係為本發明之種數位服務資料交換方法之流程 圖，係為利用單一數位服務封裝流程制定如何將來源資料轉換成本發明之資料交換格式：步驟S410：首先資料介接模組取得來源資料格式；步驟S420：判斷是否為符合之XML格式(如圖2所示)，若是，進行步驟S460來源資料格式的封裝服務；步驟S430：若否，服務封裝模組內之封裝監測指標模組建立監控指標之規則轉換，定義出服務所需要之監測指標代碼、類型，取得來源資料之包含數值、文字說明； 步驟S440：服務封裝模組內之服務事件模組轉換事件，必須包含下列欄位資料事件ID、事件類型、事件發生時間、事件嚴重程度、事件描述、是否影響服務、服務個體ID、來源系統代碼及事件類型代碼；步驟S450：服務封裝模組內之服務運作狀態規則設定模組，設定服務狀態可以具服務事件之嚴重程度判斷或者藉由監測指標之數值判斷出自訂之規則；以及步驟S460：進行來源資料格式的封裝服務。

請參閱圖5，係為本發明之種數位服務資料交換方法之流程 圖，係為利用複合型數位服務程制定如何將來源資料轉換成本發明之資料交換格式：步驟S510：設定相關子服務；步驟S520：取得來多個來源資料格式；步驟S530：判斷各個來源資料格式是否為符合之XML格式(如圖2所示)，若是，進行步驟S550判斷是否還有其他數位服務；步驟S540：若否，進行封裝子數位服務；步驟S550：判斷是否還有其他數位服務，若是，進行步驟S520；步驟S560：若否，進行建立新的複合型服務監控指標，如統計子服務的數量產生出新監測指標；步驟S570：進行障礙根源分析規則，由子服務事件推導出複合型服務異常原因事件；步驟S580：根據事件及指標判斷出服務運作狀態；以及步驟S590：進行來源資料格式的封裝服務。

每個數位服務最後都會封裝提供兩種介面：Http RESTFul 介面與JMS介面。Http RESTFul介面封裝成本發明之XML格式給使用者查詢服務的個體狀態，而JMS介面是數位服務間為了加速查詢之效能，以物件方式傳遞。

如圖6所示，係為本發明之服務狀態查詢之流程圖，步驟如 下：步驟S610：使用者輸入數位服務的服務個體ID後；步驟S620：組構解析模組先透過查找公用組構元件資料庫取出所有相關的子服務個體ID；步驟S630：判斷查詢流程是否為複合型的服務；步驟S640：當查詢流程是複合型的服務時，則透過內部查找方式取得子服務之指標及事件後，執行步驟S660進行封裝轉換；步驟S650：當查詢流程為非複合型的服務時，則向服務來源者取得資料；步驟S660：進行封裝服務；以及步驟S670：以XML格式資料提供。

請參閱圖7，係為本發明之數位服務資料交換方法實際應用 之示意圖，以ITS智慧運輸數位服務71為例，此複合型服務由四個子服務組成，行動VPN 72、固網VPN專線73、ITS車機74及派遣服務平台75，其中行動VPN 72服務個體為一個存取點(APN,Access Point Name)，特徵值為存取點名稱，固網VPN專線73服務個體為一條專線，特徵值為專線名稱，ITS車機74服務個體為一台車機裝置，特徵值為車機代號，派遣服務平台75服務個體為一平台，特徵值為平台名稱，如DB平台、AP平台，ITS 智慧運輸數位服務71服務個體以車隊為主，特徵值包含車隊名稱、車隊代碼，以及所包含的子服務，如圖7中X車隊711所使用之存取點APN-X 721，使用固網VPN專線73的專線A 731、專線B 732，所屬車機741、車機742、車機743，派遣服務平台75的AP服務平台751、DB服務平台752與WEB服務平台753所支撐服務，並將以各模組上的資料存入共用組構元件資料庫。

進行封裝數位服務： 行動VPN 72視行動網路服務的狀態，於資料介接模組向服務提供者蒐集相關影響行動網路服務的事件，此服務定義無監測指標，將影響行動網路服務的事件轉換成定義之格式，根據事件來設定服務運作狀態規則。如只是局部測點(某個市區)的行動網路連不到查詢之存取點則判斷為服務可執行但有錯誤，而全部測點測出完全無法連線的事件則為服務異常；固網VPN專線73針對服務平台到客戶端服務中間的服務專線狀態，做一個封裝，於資料介接模組向服務提供者蒐集相關專線的事件，此服務定義無監測指標，將影響行動網路服務的事件轉換成定義之格式，根據事件來設定服務運作狀態規則，若有事件則判斷為服務異常；ITS車機74於資料介接模組向服務提供者蒐集車輛之狀態，定義服務指標派車狀態，如可派車、派車中、失聯、未開機等資訊，此服務無事件，依據車機狀態設定服務狀態規則，如當車機狀態為可派車、派車中，在此封裝為服務正常，而服務失聯等狀態為服務異常；派遣服務平台75，係提供支撐服務的伺服器主機群的健康度，於資料介接模組向服務提供者蒐集各相關主機之告警事件，此服務定義無監測指標， 將相關的事件轉換成定義之格式。最後進行服務運作狀態規則設定，一個平台是由多台主機支撐服務，當其中一台主機有告警事件則服務狀態封裝成服務可執行但有錯誤，若所有支撐之主機都有障礙時，則封裝為服務異常。

封裝複合型數位服務： ITS智慧運輸數位服務71提供判斷出一個車隊客戶的服務狀態；設定要使用的子服務，包含行動VPN 72，固網VPN專線73，ITS車機74服務，派遣服務平台75；由於子服務都已經進行封裝，在複合型服務中蒐集所提之資料；設定複合型監控指標規則，係根據子服務收集狀態產生新的指標，收集車機服務資訊統計服務個體(如車機741、車機742、車機743之資料)，產生出監測指標車隊目前開機車輛數、失聯車輛數、關機車輛數等指標；服務障礙根源分析，係根據納管子服務所有狀態綜合分析事件等級。事件等級簡易定義為服務正常(Normal)、異常(Critical)、可執行但有錯誤(Warning)。以下是各服務等級的調整機制；行動VPN 72依據子服務事件等級不做調整；固網VPN專線73，所屬專線都有事件時告警等級才為臨界值(Critical)，否則其中一條有事件的話則調整程度為警告值(Warning)。如X車隊711服務有兩條固網VPN專線(專線A 731、專線B 732)，作為互為備援的機制，若兩條專線都有事件時，告警等級才為臨界值(Critical)，否則其中一條有事件的話則調整程度為警告值(Warning)；車機服務，由於每部會沒有效益，在此根據統計之開機車輛數定義門檻值， 如超過70%以上時，判斷為服務可執行但有錯誤提供給使用者及維護人員作參考及早處理服務異常之原因；派遣服務平台75，依據子服務事件等級不做調整；以及服務運作狀態設定(560)，係依據所有事件影響程度最高等級的作服務運作狀態的依據(異常>可執行但有錯誤>服務正常)。

查詢服務個體狀態： 使用者使用服務個體ID查詢，如使用X車隊711之服務個體ID查詢複合型服務ITS智慧運輸數為服務狀態，先透過共用組構元件資料庫找出相關的子服務個體ID，蒐集不同子服務的數位服務資料，自行動VPN 72查詢服務個體APN-X 721；自固網VPN專線73查詢專線A 731、專線B 732之狀態；ITS車機74查詢車機741、車機742、車機743之狀態；派遣服務平台75，取得AP服務平台751、DB服務平台752與WEB服務平台753的服務運作狀態；經過在封裝服務中設定好的規則，最後統整回傳XML格式資料(如圖2所示)，使用者可以根據服務運作狀態判斷出服務是否正常，在由相關事件中可以找出服務異常之原因，如ITS智慧運輸數位服務71發生大量車機失聯，對應到封裝的資訊有包含行動VPN 72的APN-X 721有嚴重障礙事件，則可以推論出為行動VPN 72導致車機大量失聯，減少後端使用者查找障礙原因之時間。

其他服務應用：欲建立新複合型服務，如MOD服務，方法步驟如同建立ITS智慧運輸數位 服務71，定義服務組構物件，封裝服務(封裝服務規則建立，提供服務查找介面)即可。當中觀察發現有相同的子服務，固網VPN專線73，此時這個子服務就可以重複使用，減少再次封裝服務所需的時間。

綜上可見，本發明在突破先前之技術下，確實已達到所欲增進之功效，且也非熟悉該項技藝者所易於思及，其所具之進步性、實用性，顯已符合專利之申請要件，爰依法提出專利申請，懇請 貴局核准本件發明專利申請案，以勵創作，至感德便。

以上所述僅為舉例性，而非為限制性者。其它任何未脫離本發明之精神與範疇，而對其進行之等效修改或變更，均應該包含於後附之申請專利範圍中。

S410~S460‧‧‧步驟流程

Claims (6)

1. 一種數位服務資料交換方法，步驟包含：一資料介接模組於外部取得一來源資料格式，並判斷該來源資料格式是否為一預設封裝格式，其中該預設封裝格式係為XML格式；當該來源資料格式為非預設封裝格式時，一服務封裝模組則對該來源資料格式進行轉換格式之邏輯；該服務封裝模組內之一封裝監測指標模組建立監控指標之規則轉換，係定義該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得該來源資料格式之數值、文字說明；該服務封裝模組內之一服務事件模組將一事件資料包含於該來源資料格式內；該服務封裝模組內之一服務運作狀態規則設定模組係一事件之嚴重程度判斷出一自訂規則，或藉由一監測指標之數值判斷出該自訂規則後，進行該來源資料格式的封裝；以及當該來源資料格式為預設封裝格式時，進行該來源資料格式的封裝服務。
2. 如申請專利範圍第1所述之數位服務資料交換方法，其中該事件資料係為資料事件ID、事件類型、事件發生時間、事件嚴重程度、事件描述、是否影響服務、服務個體ID、來源系統代碼及事件類型代碼。
3. 一種數位服務資料交換方法，步驟包含：於一服務封裝模組內之一服務事件模組設定一子服務事件；一資料介接模組於外部取得複數個來源資料格式，並判斷各該來源資料格式是否為一預設封裝格式，其中該預設封裝格式係為XML格式； 當各該來源資料格式為非預設封裝格式時，該服務封裝模組依據該子服務事件對非預設封裝格式之各該來源資料格式進行子服務封裝；將經子服務封裝後之非預設封裝格式之各該來源資料格式，及為預設格式之各該來源資料格式，利用該服務封裝模組內之一封裝監測指標模組建立監控指標之規則轉換，係定義各該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得各該來源資料格式之數值、文字說明；該服務封裝模組內之該服務事件模組將一事件資料包含於各該來源資料格式內；以及該服務封裝模組內之一服務運作狀態規則設定模組係一事件之嚴重程度判斷出一自訂規則，或藉由一監測指標之數值判斷出該自訂規則後，進行各該來源資料格式的複合型封裝服務。
4. 如申請專利範圍第3所述之數位服務資料交換方法，其中子服務封裝更進一步包含：該封裝監測指標模組建立監控指標之規則轉換，係定義各該來源資料格式進行轉換格式之邏輯之監測指標代碼、類型，並取得各該來源資料格式之數值、文字說明；該服務事件模組將該事件資料包含於各該來源資料格式內；以及該服務封裝模組內之該服務運作狀態規則設定模組係該事件之嚴重程度判斷出該自訂規則，或藉由該監測指標之數值判斷出該自訂規則後，進行各該來源資料格式的封裝，完成子服務封裝。
5. 如申請專利範圍第3所述之數位服務資料交換方法，其中該事件資料係為資料事件ID、事件類型、事件發生時間、事件嚴重程度、事件描述、是否影響服務、服務個體ID、來源系統代碼及事件類型代碼。
6. 一種數位服務資料交換方法，步驟包含： 一組構解析模組依據複數個服務個體ID於一共用組構元件資料庫取出對應複數個子服務個體ID；判斷是否為一複合型封裝服務；若為該複合型封裝服務，則查找取得對應一子服務之指標及事件；透過該複合型封裝服務時之規則，分析出對應各該服務個體ID的服務運作狀態、監測指標及服務影響事件，以XML格式提供；以及若非為該複合型服務，則向外部之服務來源取得對應一來源資料格式進行轉換格式後，以XML格式提供。