TWI502373B - Data exchange management system and method - Google Patents

Description

資料交換管理系統與方法

本發明係為一種資料交換管理系統與方法有關；具體而言，特別是關於一種用於電信訂單與服務供裝/帳務管理系統之資料交換管理系統與方法，為透過中介資料記錄各介接系統之權限與資料屬性狀態，用以控制系統與系統間之資料交換，達到跨協定與跨儲存裝置之資料交換。

資訊系統間的訊息交換有多種方式，其中之一是透過檔案型態來傳輸資訊。不過此種作法卻存在檔案資訊同步問題，例如：A系統在無法得知B系統檔案處理狀況下，取用了尚未齊全的資料。為了解決此一問題，必須記錄各個檔案的收送系統資訊(如：來源系統或目標系統)與處理狀態(如：傳輸狀態、處理狀態、備份狀態)來確保資訊的完整。現行的方法是使用層層分枝的目錄來區分不同系統與處理狀態，每當有新的介接需求產生，就必須建立多個對應目錄來分別記錄。然而隨著介接系統數增加將會產生龐大的樹狀目錄架構，不僅影響檔案搜尋效能，也不易維護。

於專利前案資料倉儲資料擷取轉換及載入核心技術之檔案傳輸方法(專利證書號：I263162，申請日期：2005/05/20，專利申請號：094116412)，係為使用樹狀資料夾結構，層層分枝以區分檔案傳輸之處理狀態、來源等屬性，做為資料倉儲管理結構。

於專利前案具程式化來源及目標介面之資料整合系統(專利證書號：I340326，申請日期：2004/04/26，專利申請號：093111605)，係為一資料整合伺服器，主要利用程式化來源/目標介面來進行資料傳輸。

於專利前案以目錄服務格式建立中介資料的資料同步系統與方法(專利證書號：I385543，申請日期：2010/12/01，專利申請號：098116337)，旨在透過制定中介資料物件格式，將欲同步的資料物件等化為相同的中介資料物件，並記錄其異動資訊，再將異動資料分別更新至資料目的伺服器(可為異質資料儲存體)，以達資料的同步。

由此可見，上述習用方式仍有諸多缺失，實非一良善之設計，而亟待加以改良。

本案發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本件發明。

有鑑於先前技術所使用的檔案交換方法管理不易與高維護成本，本發明係提出一種資料交換管理系統與方法， 係以一資料交換管理系統管理資料的接收與傳送作業，其中包含五個部分：資料介接模組、資料管理模組、資料狀態監控模組和資料存取模組。本發明之資料交換管理系統分別透過資料介接模組、資料存取模組，連接資料交換需求端與後端資料儲存裝置。資料交換需求端可使用不同傳輸協定傳送資料，而資料存取模組則支援各式儲存裝置。當有資料交換需求時，需先透過資料介接模組向帳號管理器查詢權限，如：A系統是否具有該介接資料交換權限，依帳號管理器進行判斷，然後，資料管理模組再透過資料狀態監控模組取得後端儲存裝置的資料狀態，如：資料版本、可否存取等，藉由此資料狀態，資料狀態監控模組可判斷是否將資料存入後端裝置或由後端裝置取出，並且紀錄最新的資料處理狀態及時間，其中處理狀態可包括：處理中、可處理、已處理、重複、毀損，以完整記錄所有資料處理狀態。

而本發明之一種資料交換管理方法，可包含以下步驟：

(1)由資料交換需求端發送請求給資料交換管理系統。

(2)該資料交換管理系統透過資料介接模組之帳號管理器判斷是否具有權限，若無，則利用資料介接模組回覆需求端處理訊息。

(3)資料介接模組判斷資料交換需求端為發送端或接收端。

(4)資料介接模組判斷若為發送端，資料介接模組擷取資料，並由資料狀態監控模組判斷是否重覆，若重覆則利用資料介接模組回覆需求端處理訊息。

(5)資料存取模組將資料轉換為檔案後，將資料儲存至資料儲 存裝置之工作區與備份區。

(6)資料狀態監控模組修改資料狀態為「可處理」，完成發送端請求。

(7)承(3)，資料介接模組判斷若為接收端，由資料狀態監控模組確認資料是否存在且狀態為「可處理」，若否，則利用資料介接模組回覆需求端處理訊息。

(8)資料狀態監控模組修改資料狀態為「處理中」。

(9)透過資料存取模組從資料存儲裝置取檔，若工作區可取檔，則由工作區取檔並轉換，若否，則由備份區取檔並轉換。

(10)資料介接模組將資料給予接收端，並由資料狀態監控模組修改資料狀態為「已處理」。資料存取模組將資料備份於歷史區，完成接收端請求。

若資料交換需求端之接收端接收資料後，判別資料毀損無法處理，則遵循以下步驟：

(1)接收端需發送「資料毀損」訊息給資料交換管理系統。

(2)資料狀態監控模組修改資料狀態為「已毀損」，並由資料介接模組通知發送端重送資料。

(3)發送端重送資料後，資料介接模組回覆接收端處理訊息。

相較於先前技術以檔案系統做為資料交換核心架構所衍生的缺點，本專利採用之資料管理方法，將各來源系統介面資料儲存與備份於個別的單一資料區，並以一中介檔記錄資料屬性；當資料交換完畢後，即搬移至歷史資料區並變更資料屬性。當有新的介面需求，不需創建多個對應狀態目錄，將 自動產生中介檔記錄對應屬性。若系統發生異常需要備援回復，不需重建複雜龐大之資料夾結構，只需切換至備份工作資料區，大幅提升系統還原之效率。

本發明能支援各種型態的資料交換管道、系統化記錄每筆資料狀態、優化資料的存放管理，解決了龐大樹狀目錄架構效率不彰的問題，也讓各資訊系統間的資料交換更加彈性化。

本發明所提供之專利技術特徵與其他習用技術相互比較時，更具備下列優點：

1. 本發明採用創新之資料管理方法，將各來源系統介面資料儲存於單一資料區，並以一中介檔記錄資料屬性。若檔案儲存工作區發生異常需要備援回復，不需重建複雜龐大之資料夾結構，只需切換至備份區，大幅提升系統還原之效率。

2. 本發明構建一智慧型資料交換管理系統作為窗口，當介接系統數目增加時，將自動產生中介檔記錄對應屬性，無須另外撰寫控制程式，也不需創建多個對應狀態目錄，容易維護與使用。而介接系統無法直接存取資料儲存區，相對增加了資料安全性。

3. 本發明具備系統化之資料毀損處理機制，提供預設的資料異常處理規格，避免收送端系統缺乏相關機制所衍生的維護作業問題，提高資料交換之故障排除效力。

4. 本發明之帳號管理器，可針對各介接系統進行權限管控，排除未經授權的資料交換請求，提高系統安全性。且具有自動化帳號權限設置功能，收送端系統只需依循規格，即 可自動完成介面權限設置，無須人工介入，提高系統管理之彈性與效率。

5. 本發明之資料介接模組，支援各種傳輸協定的資料交換請求，以及處理狀態回覆訊息，可滿足多樣性的系統介接需求。

6. 本發明之資料存取模組，在資料上傳時，可轉換不同型態之資料為對應儲存裝置之檔案；而在資料下載時，則能依照介接系統需求再次進行轉換，達到資料交換型態之通用性。

7. 本發明之資料狀態監控模組，能查詢並更新資料狀態，避免存取異常，提高資料交換之可靠性。

100‧‧‧需求端

101‧‧‧檔案型態資料

102‧‧‧訊息型態資料

200‧‧‧資料交換管理系統

210‧‧‧資料介接模組

220‧‧‧帳號管理器

230‧‧‧資料管理模組

240‧‧‧資料狀態監控模組

250‧‧‧資料存取模組

251‧‧‧資料轉換器

252‧‧‧儲存容量偵測器

300‧‧‧資料儲存裝置

S401~S404、S411~S416、S421~S429‧‧‧流程步驟

S501~S507‧‧‧接收端之流程步驟

請參閱有關本發明之詳細說明及其附圖，將可進一步瞭解本發明之技術內容及其目的功效；有關附圖為：第1圖為本發明之資料交換管理系統之示意圖。

第2圖為本發明之資料交換管理方法之流程圖。

第3圖為本發明之資料交換管理方法之接收端之流程圖。

第4圖為本發明之資料交換管理系統之帳號管理器之實施例圖。

第5圖為本發明之資料交換管理系統之資料狀態監控模組之實施例圖。

第6圖為本發明之資料交換管理系統之資料介接模組之實施 例圖。

第7圖為本發明之資料交換管理系統之習知技術之示意圖。

為了使本發明的目的、技術方案及優點更加清楚明白，下面結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，但並不用於限定本發明。

以下，結合附圖對本發明進一步說明：請參閱第1圖，第1圖為本發明之資料交換管理系統之示意圖。如第1圖所示，本發明之資料交換管理系統200其可包括資料介接模組210、資料管理模組230、資料狀態監控模組240與資料存取模組250，其中該資料介接模組210內建帳號管理器220，而該資料存取模組250更可包含資料轉換器251及儲存容量偵測器252。

進一步說明，本發明之資料交換管理系統200可與需求端100及資料儲存裝置300連接。而該需求端100傳送之資料可為檔案型態資料101與訊息型態資料102。

資料交換管理系統200接受來自需求端100的各種型態資料交換需求，並依照需求連結至資料儲存裝置300上傳或下載指定資料。若為上傳資料，則資料交換之需求端100稱為發送端；反之，若為下載資料，則稱為接收端。

該資料轉換器251可作資料交換需求端100與資料儲存裝置300間資料格式轉換，以滿足多種型態之資料交換需 求。而該儲存容量偵測器252則用於監測資料儲存裝置300之可用空間大小，若上傳之檔案大於可用空間，則資料介接模組210將發送異常通知；此外，若可用空間低於特定門檻時，將主動通知系統管理員，以進行資料儲存裝置之擴充作業。

透過實施例方式進行說明，請參閱第1圖及第6圖，第6圖為本發明之資料交換管理系統之資料介接模組之實施例圖。如第1圖及第6圖所示，該資料介接模組210係用於與資料交換需求端100進行訊息溝通，該資訊交換方式可係為格式化之XML檔案，列舉該資料介接模組210之應用情況如下：

1.資料交換

當資料交換之需求端100提出資料交換需求時，會送出一XML檔案給資料介接模組210剖析，用以判斷其存取權限、需求以及相關訊息。

而資料交換完畢後，該資料介接模組210也會回傳一XML檔案作為通知。

2.權限設置

當介接系統(需求端100)欲更動系統帳號或介面之權限時，可送出一XML檔案至該資料介接模組210作為通知。例如介接系統有新的介面交換需求，但並無資料交換權限時，可用一XML檔案通知欲開通介面之資料交換權限。而權限設置處理成功後，資料介接模組210也會回覆一XML檔案作為通知。

3. 異常通知

當資料交換過程中發生異常，如權限不足或是空間不足時，將 由資料介接模組210發送一XML檔案訊息通知資料交換需求端100。

4. 訊息回饋

當發送端傳送資料至資料交換管理系統200後，若接收端從資料交換管理系統200下載資料完畢後，卻發現檔案毀損，可通知資料介接模組210，再由資料介接模組210通知發送端重送該資料。而發送端重送資料後，資料介接模組210將會回覆接收端一XML檔案作為通知。

請參閱第4圖，第4圖為本發明之資料交換管理系統之帳號管理器之實施例圖。如第4圖所示，帳號管理器220係利用一帳戶資料XML檔記錄所有介接系統名稱、介面名稱、存取權限、儲存位置，以及聯絡資訊等屬性。

此帳戶資料XML檔可管理多個系統帳號(sysName)，且每個系統帳號可依據不同功能設置多個介面(interface)，各個介面亦能個別設定存取權限(active)，且同一系統下的資料可設定多筆儲存位置(archiveLocation)。若接收端反應檔案毀損，則本發明之資料交換管理系統可以透過聯絡資訊(contactInfo)通知發送端重送資料。

聯絡資訊有三種類型：Email、Web Service、Http，可依不同通訊協定選擇聯絡資訊類型。

關於檔案儲存位置可係為三種類型：工作區(work)、備份區(backup)以及歷史區(his)。工作區存放待接收之資料，備份區作為工作區之備援也放置相同資料，即當發送端傳送資料至資料交換管理系統200時，資料會同時放在工作區與備份區；當接收端向資料交換管理系統200請求資料時，會優先從 工作區取資料，若無法順利取得資料，則至備份區取資料，並能以備份區之資料回復工作區之資料。歷史區存放已被接收之資料，即當接收端成功取得資料後，工作區之資料將會被搬移至歷史區。

資料管理模組230，係用於控制資料存取作業程序。其透過資料狀態監控模組240查詢或更新資料狀態，並聯絡資料儲存模組250進行資料存取動作。

請參閱第1圖及第5圖，第5圖為本發明之資料交換管理系統之資料狀態監控模組之實施例圖。如第1圖及第5圖所示，該資料狀態監控模組240，係利用一資料狀態XML檔記錄所有介接資料明細，以時間為軸，序號(id)排序，隨介接資料筆數的增加，增加資料狀態記錄。

資料狀態記錄中的每筆資訊皆包含序號(id)、發生時間(timeStamp)、資料狀態(status)和資料檔名稱(archiveName)。發生時間記錄方式為年月日時分秒(YYYYMMDDHHMMSS)；檔案名稱格式為「系統名」+「介面名」+「發生時間」，以保持唯一性；資料狀態可分為以下五種：

1. 可處理(S/Starting)：資料交換管理系統接收需求端的上傳資料，若被判定未重覆，且可正常讀取，則介面資料狀態設定為可處理。

2. 處理中(P/Processing)：資料交換管理系統接收需求端的下載請求，若資料被判定為已存在，且狀態為可處理(S/Starting)，則介面資料狀態設定為處理中。

3. 已處理(E/Ending)：資料交換管理系統接收需求端的下載請求，從儲存裝置取檔轉換為接收端所需格式送交需求端後， 將介面資料狀態設定為已處理。

4. 已毀損(C/Corrupted)：需求端下載檔案後，判定檔案毀損，主動通知資料交換管理系統將資料狀態設定為已毀損。

5. 重複(D/Duplicated)：資料交換管理系統接收需求端上傳的資料，若判定該份資料已存在，則設定資料狀態為重覆。

請參閱第2圖及第3圖，第2圖為本發明之資料交換管理方法之流程圖。第3圖為本發明之資料交換管理方法之接收端之流程圖。如第1圖至第3圖所示，並配合實施例加以說明本方法運作流程，本發明之資料交換管理方法之流程步驟如第2圖：步驟401：需求端100發送一包含「資料交換」請求之XML檔給資料交換管理系統200。

步驟402：資料交換管理系統200中負責對外溝通之資料介接模組210接收該XML檔後，會先透過帳號管理器220識別其存取權限，若無權限則跳至步驟403進行回覆，若有權限則繼續步驟404。

步驟403：回覆需求端100無資料交換權限。

步驟404：資料介接模組210確認請求類型。若為「發送資料」請求，則跳至步驟411；若為「接收資料」請求，則跳至步驟421。

步驟411：資料介接模組210確認資料版本與大小。

步驟412：資料管理模組230透過資料狀態監控模組240確認資料是否已經存在於資料存儲裝置300中，若為重 複資料則跳至步驟415進行回覆，否則請發送端上傳檔案、繼續步驟413。

步驟413：資料儲存模組250收到資料後，以資料轉換器251將資料轉換為對應資料存儲裝置300之檔案型態。

步驟414：資料儲存模組250將資料儲存至資料存儲裝置300之工作區與備份區。

步驟415：資料管理模組230通知資料狀態監控模組240修改資料狀態為「可處理」。

步驟416：回覆發送端資料處理訊息。

步驟421：資料管理模組230透過資料狀態監控模組240確認資料是否存在且為「可處理」，若是則繼續步驟423，否則跳至步驟422進行回覆。

步驟422：回覆接收端狀態異常無法處理之訊息。

步驟423：資料管理模組230通知資料狀態監控模組240修改資料狀態為「處理中」。

步驟424：資料儲存模組250對資料存儲裝置300之工作區進行連線測試，若可成功由工作區取檔則接續步驟425，否則跳至步驟426。

步驟425：資料儲存模組250從資料存儲裝置300之工作區取檔，以資料轉換器251將資料轉換為接收端所需之格式。

步驟426：資料儲存模組250從資料存儲裝置300之備份區取檔，以資料轉換器251將資料轉換為接收端所需之 格式。

步驟427：將資料傳送給接收端。

步驟428：資料管理模組230通知資料狀態監控模組240修改對應介面資料的狀態為「已處理」。

步驟429：資料儲存模組250將資料由資料存儲裝置300中之工作區搬移至歷史區。

當接收端從資料交換管理系統200收到毀損資料時之處理方法應包含以下步驟：步驟501：接收端接收所需資料。

步驟502：接收端自行判斷資料是否毀損無法處理，若是則繼續步驟503，否則無須進行任何動作。

步驟503：接收端發送XML訊息告知資料交換管理系統200下載之資料毀損。

步驟504：資料管理模組230通知資料狀態監控模組240修改資料狀態為「已毀損」。

步驟505：資料介接模組210依據帳號管理器220所記錄之聯絡資訊通知發送端重送資料。

步驟506：發送端重送對應資料給資料交換管理系統200。

步驟507：資料交換管理系統200回覆接收端相關處理訊息。

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

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。

100‧‧‧需求端

101‧‧‧檔案型態資料

102‧‧‧訊息型態資料

200‧‧‧資料交換管理系統

210‧‧‧資料介接模組

220‧‧‧帳號管理器

230‧‧‧資料管理模組

240‧‧‧資料狀態監控模組

250‧‧‧資料存取模組

251‧‧‧資料轉換器

252‧‧‧儲存偵測器

300‧‧‧資料儲存裝置

Claims (12)

1. 一種資料交換管理系統，其至少包括：一資料介接模組，接收需求端之資料，內建帳號管理器；一資料管理模組，控制資料存取作業程序並監控管理本系統；一資料狀態監控模組，查詢或更新資料狀態；以及一資料存取模組，與該資料管理模組連接，包含資料轉換器與儲存容量偵測器；其中，該資料介接模組接收該資料並透過該帳號管理器判斷，並將資料傳送接收至該資料管理模組與該資料存取模組，該資料管理模組傳送該資料至該資料狀態監控模組，而該資料存取模組接收該資料，經由資料轉換器轉檔並傳送該資料。
2. 如申請專利範圍第1項所述之資料交換管理系統，其中該需求端傳送資料，該資料進行指定屬性係為格式化之XML檔案(XML format file)，該資料介接模組分析判斷該資料之存取權限、需求以及訊息。
3. 如申請專利範圍第1項所述之資料交換管理系統，其中該帳號管理器包含多個帳戶資料且係為帳號資料XML檔案。
4. 如申請專利範圍第3項所述之資料交換管理系統，其中該些帳號資料XML檔案資訊係為所有介接系統名稱、介面名稱、存取權限、儲存位置或聯絡資訊。
5. 如申請專利範圍第4項所述之資料交換管理系統，其中該些帳號資料XML檔案管理多個帳號，且該些帳號設置多個介面，該些介面亦能個別設定存取權限。
6. 如申請專利範圍第2項所述之資料交換管理系統，其中本系統更包括資料儲存裝置，同一系統下之資料設定多筆儲存位置。
7. 如申請專利範圍第6項所述之資料交換管理系統，其中該些儲存位置係為工作區、備份區以及歷史區，當該資料狀態監控模組偵測該資料或該些XML檔案毀損，透過聯絡資訊通知需求端重送傳送該資料。
8. 如申請專利範圍第7項所述之資料交換管理系統，其中該聯絡資訊類型係為Email、Web Service、Http，該資料介接系統依不同通訊協定選擇聯絡資訊類型。
9. 如申請專利範圍第4項所述之資料交換管理系統，其中該資料狀態監控模組透過該些帳號資料XML檔案記錄所有介接資料明細，並以時間為軸與序號排序，隨介接資料筆數的增加，增加資料狀態記錄。
10. 如申請專利範圍第9項所述之資料交換管理系統，其中該些資料狀態記錄之資訊更包含序號、發生時間、資料狀態與資料檔案名稱。
11. 一種資料交換管理方法，其步驟至少包括：A.需求端傳送資料至資料介接模組，該資料經由資料介接模組之帳號管理器判斷是否具有權限，若否通知該需求端並拒絕存取，若是接下列步驟； B.該資料介接模組通知該需求端符合權限設定並將資料傳送至資料管理模組，判斷需求端為發送端或接收端，若為發送端進行下列步驟；C.進行資料存取作業程序，判斷資料是否重複，若是回傳資料狀態至該發送端，若否接續下列步驟；D.將資料進行轉換檔案並儲存，更新資料狀態，通知該發送端完成資料存取；E.步驟B中若為接收端，判斷資料是否存在並可處理，若否則通知該接收端重新傳送該資料或結束流程，若是接續下列步驟；以及F.讀取該資料並傳送該資料至接收端，且修改備份該資料狀態。
12. 如申請專利範圍第11項所述之資料交換管理方法，其中該步驟F當該接收端接收該資料時，其步驟更包括：F1.接收端判斷該資料是毀損，若否進行該資料後續處理，若是則接續下列步驟；F2.透過該資料介接模組通知該資料管理模組，該資料狀態監控模組更新資料狀態，通知該資料之發送端重新傳送資料；以及F3.最後回覆該接收端資料狀態及處理訊息。