專利名稱：一種跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機應(yīng)用領(lǐng)域，具體地說是一種基于企業(yè)服務(wù)總線ESB及 WEBSERVICE技術(shù)的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型。
背景技術(shù)：
隨著計算機網(wǎng)絡(luò)技術(shù)的飛速發(fā)展、行業(yè)企業(yè)的信息化改革的不斷加深，業(yè)務(wù)應(yīng)用 系統(tǒng)在企業(yè)、行業(yè)的日常管理及業(yè)務(wù)運作中扮演著越來越重要的角色。行業(yè)企業(yè)擁有大規(guī) 模的、組織結(jié)構(gòu)復(fù)雜的、數(shù)量繁多的業(yè)務(wù)應(yīng)用系統(tǒng)已成為現(xiàn)實，應(yīng)用系統(tǒng)可以較好的較靈活 的支撐龐大的業(yè)務(wù)模式，并將大量工作人員從原先重復(fù)的體力勞動中解脫出來，提高勞動 生產(chǎn)效率。然而，一個日趨明顯的問題擺在了行業(yè)企業(yè)特別是行業(yè)企業(yè)管理層的面前隨著 業(yè)務(wù)規(guī)模的擴大，很多業(yè)務(wù)之間的界限漸漸模糊，不同業(yè)務(wù)之間的聯(lián)系不斷加深，出現(xiàn)了業(yè) 務(wù)流程整合的需要，這就要求各業(yè)務(wù)應(yīng)用系統(tǒng)能夠?qū)崿F(xiàn)信息共享，數(shù)據(jù)交互，協(xié)通運作，然 而由于不同的業(yè)務(wù)應(yīng)用系統(tǒng)基于不同的技術(shù)平臺進行開發(fā)，底層平臺技術(shù)的不統(tǒng)一決定了 各業(yè)務(wù)應(yīng)用系統(tǒng)不能直接進行交互，數(shù)據(jù)交換共享只能利用獨立于各系統(tǒng)外部的數(shù)據(jù)庫工 具實現(xiàn)，如較常見的中間數(shù)據(jù)庫或中間數(shù)據(jù)表方式，這些方式存在比較突出的弊端，一是時 效性無法保證，往往需要一日或更長時間的信息延遲；二是問題定位困難，基于這些方式的 數(shù)據(jù)交換出現(xiàn)問題查找問題難度很高，很難確定問題發(fā)生的節(jié)點；三是這些方式的數(shù)據(jù)交 換基本是采用系統(tǒng)間一對一開發(fā)的模式進行構(gòu)建，無法重用造成了嚴(yán)重的重復(fù)開發(fā)與人力 浪費。

發(fā)明內(nèi)容
本發(fā)明的技術(shù)任務(wù)是針對上述現(xiàn)有技術(shù)的不足，提供一種跨平臺應(yīng)用系統(tǒng)實時數(shù) 據(jù)交換模型。此模型可以為行業(yè)應(yīng)用系統(tǒng)提供一種穩(wěn)定高效的跨平臺實時數(shù)據(jù)交換方案， 并為數(shù)據(jù)交互共享的管理監(jiān)控服務(wù)提供有效的工具支撐。 本發(fā)明的技術(shù)任務(wù)是按以下方式實現(xiàn)的一種跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模 型，其特點是 利用企業(yè)服務(wù)總線ESB搭建企業(yè)級構(gòu)筑與各業(yè)務(wù)系統(tǒng)之上的服務(wù)交互通道，為分 布于不同服務(wù)器上的應(yīng)用系統(tǒng)提供物理訪問通訊途徑； 通過WEBSERVICE技術(shù)將基于不同技術(shù)平臺的應(yīng)用系統(tǒng)中的數(shù)據(jù)交互邏輯進行封 裝形成服務(wù)組件，由服務(wù)組件提供數(shù)據(jù)交互的功能支撐； 建立基于企業(yè)服務(wù)總線ESB的服務(wù)組件管理模塊，用于對服務(wù)組件進行編排、整
合，實現(xiàn)服務(wù)組件注冊、服務(wù)路由、數(shù)據(jù)集合加工傳輸，將構(gòu)建與不同業(yè)務(wù)應(yīng)用中的服務(wù)組
件組合成為獨立于系統(tǒng)外的企業(yè)級的數(shù)據(jù)交互共享流程，使各服務(wù)組件構(gòu)成一個有機的數(shù)
據(jù)交換體系，形成一套基于服務(wù)請求/響應(yīng)的實時數(shù)據(jù)交換平臺； 建立服務(wù)監(jiān)控模塊，用于記錄數(shù)據(jù)交換的具體情況及數(shù)據(jù)交換的內(nèi)容。 所述將基于不同技術(shù)平臺的應(yīng)用系統(tǒng)中的數(shù)據(jù)交互邏輯進行封裝形成服務(wù)組件是根據(jù)數(shù)據(jù)交換具體業(yè)務(wù)場景的需要在各業(yè)務(wù)系統(tǒng)中利用已有的數(shù)據(jù)提供邏輯或新增的 邏輯構(gòu)造服務(wù)組件，服務(wù)組件的構(gòu)建依照數(shù)據(jù)交換平臺的規(guī)范要求，做到基于服務(wù)組件的 可重用性。 所述服務(wù)組件管理模塊按照數(shù)據(jù)交換流程模型對服務(wù)組件進行編排、整合。
所述數(shù)據(jù)交換流程模型是通過對各系統(tǒng)間的數(shù)據(jù)交換業(yè)務(wù)流程進行梳理形成系
統(tǒng)間數(shù)據(jù)交換流程模型，經(jīng)過統(tǒng)一服務(wù)建模過程分析關(guān)鍵核心業(yè)務(wù)流程，得到核心業(yè)務(wù)流 程服務(wù)模型后，對服務(wù)模型進行服務(wù)分析，識別服務(wù)組件、確定各系統(tǒng)的系統(tǒng)邊界，然后利 用實現(xiàn)工具對服務(wù)組件進行編碼實現(xiàn)，并將流程服務(wù)模型結(jié)合服務(wù)組件在企業(yè)服務(wù)總線
ESB上進行部署，最終形成全局?jǐn)?shù)據(jù)交互服務(wù)組件列表。 利用服務(wù)組件管理模塊對服務(wù)組件進行編排、整合時，服務(wù)組件的裝配過程中優(yōu) 選加入數(shù)據(jù)集合加工組件，將服務(wù)組件傳輸?shù)腦ML結(jié)構(gòu)根據(jù)服務(wù)請求的數(shù)據(jù)內(nèi)容進行加 工，實現(xiàn)同一個服務(wù)組件可以響應(yīng)多個數(shù)據(jù)格式的服務(wù)請求，以消除服務(wù)調(diào)用對服務(wù)描述 交互數(shù)據(jù)結(jié)合的依賴。 本發(fā)明的數(shù)據(jù)交換模型架構(gòu)的基礎(chǔ)是利用WEBSERVICE技術(shù)對各業(yè)務(wù)應(yīng)用系統(tǒng)中 已有的數(shù)據(jù)交互邏輯進行統(tǒng)一封裝，依照符合統(tǒng)一數(shù)據(jù)交換要求的服務(wù)描述構(gòu)建服務(wù)組件 對外提供服務(wù)，這種封裝可以在對原有系統(tǒng)進行較少改動的前提下完成，對于實際操作人 員完全可以做到不可見化，可以較好的保持原有系統(tǒng)的穩(wěn)定性；服務(wù)組件構(gòu)建并進行發(fā)布 后，利用統(tǒng)一管理模塊對服務(wù)組件進行管理，統(tǒng)一管理模塊實現(xiàn)了服務(wù)注冊中心的功能，根 據(jù)UDDI協(xié)議，根據(jù)WSDL標(biāo)準(zhǔn)進行服務(wù)注冊、分類，建立服務(wù)目錄并提供搜索服務(wù)功能。另 外基于企業(yè)服務(wù)總線ESB的統(tǒng)一管理模塊中按照數(shù)據(jù)交換流程模型對服務(wù)組件的請求/響 應(yīng)進行編排，形成行業(yè)數(shù)據(jù)交換流程，服務(wù)組件的請求/響應(yīng)依據(jù)流程有序進行。對于可能 出現(xiàn)的數(shù)據(jù)交換異常由服務(wù)監(jiān)控模塊負責(zé)進行發(fā)現(xiàn)、定位與原因查找，服務(wù)監(jiān)控模塊記錄 服務(wù)組件的請求/響應(yīng)的發(fā)起方、發(fā)起時間、響應(yīng)方、響應(yīng)時間、交換的數(shù)據(jù)集合等信息，根 據(jù)這些信息可準(zhǔn)確的定位數(shù)據(jù)交換過程產(chǎn)生問題的環(huán)節(jié)，可精確的定位到出現(xiàn)問題的服務(wù) 組件并初步總結(jié)出現(xiàn)問題的原因。模型通過以上途徑實現(xiàn)了對于行業(yè)業(yè)務(wù)應(yīng)用系統(tǒng)實時數(shù) 據(jù)交換有效支撐，可以應(yīng)用于構(gòu)建行業(yè)級實時數(shù)據(jù)交換體系。 本發(fā)明的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型與現(xiàn)有技術(shù)相比具有以下突出的有 益效果( — )在較小開銷下實現(xiàn)了跨平臺業(yè)務(wù)系統(tǒng)間的實時數(shù)據(jù)交換，改變了傳統(tǒng)數(shù)據(jù) 交換存在的時效性差、交換過程難以管理的問題； (二)利用服務(wù)組件的重用實現(xiàn)了一次開發(fā)多種平臺系統(tǒng)共用，減少了因數(shù)據(jù)交 換帶來的重復(fù)開發(fā)，節(jié)約大量的人力物力；(三)改變了傳統(tǒng)的軟件架構(gòu)，消除了不同應(yīng)用系統(tǒng)之間的技術(shù)差異，讓不同的應(yīng) 用系統(tǒng)協(xié)調(diào)運作并實現(xiàn)數(shù)據(jù)的交互共享，為構(gòu)建新型集成化的應(yīng)用平臺奠定了基礎(chǔ)；
(四)利用WEBSERVICE技術(shù)對各業(yè)務(wù)應(yīng)用系統(tǒng)中已有的數(shù)據(jù)交互邏輯進行統(tǒng)一封 裝，這種封裝可以在對原有系統(tǒng)進行較少改動的前提下完成，對于實際操作人員完全可以 做到不可見化，可以較好的保持原有系統(tǒng)的穩(wěn)定性；(五)服務(wù)監(jiān)控模塊記錄服務(wù)組件的請求/響應(yīng)的發(fā)起方、發(fā)起時間、響應(yīng)方、響應(yīng) 時間、交換的數(shù)據(jù)集合等信息，根據(jù)這些信息可準(zhǔn)確的定位數(shù)據(jù)交換過程產(chǎn)生問題的環(huán)節(jié)，可精確的定位到出現(xiàn)問題的服務(wù)組件并初步總結(jié)出現(xiàn)問題的原因。。


附圖1是跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型的框架圖； 附圖2是web service機制結(jié)構(gòu)圖。
具體實施例方式
參照說明書附圖以具體實施例及具體的應(yīng)用實例對本發(fā)明的跨平臺應(yīng)用系統(tǒng)實
時數(shù)據(jù)交換模型作以下詳細地說明。
實施例 本發(fā)明的實時數(shù)據(jù)交換模型，理論上可以支持行業(yè)應(yīng)用系統(tǒng)廣泛采用的多種實 現(xiàn)體系與技術(shù)平臺，具有平臺無關(guān)性。本實施例在構(gòu)建過程中選擇了常見的WebSphere Application Server作為服務(wù)提供平臺，IBM DB2數(shù)據(jù)庫，操作系統(tǒng)選擇了 IBM AIX。
本發(fā)明的實時數(shù)據(jù)交換模型是利用企業(yè)服務(wù)總線ESB搭建企業(yè)級構(gòu)筑與各業(yè)務(wù) 系統(tǒng)之上的服務(wù)交互通道，交互通道為分布于不同服務(wù)器上的應(yīng)用系統(tǒng)提供了穩(wěn)定安全的 物理訪問通訊途徑。通過對各系統(tǒng)間的數(shù)據(jù)交換業(yè)務(wù)流程進行梳理形成系統(tǒng)間數(shù)據(jù)交換流 程模型，經(jīng)過統(tǒng)一服務(wù)建模過程(可利用多種業(yè)界通用的服務(wù)建模方法如IBM S0MA等)分 析關(guān)鍵核心業(yè)務(wù)流程，得到核心業(yè)務(wù)流程服務(wù)模型后，對服務(wù)模型進行服務(wù)分析，識別服務(wù) 組件、確定各系統(tǒng)的系統(tǒng)邊界，然后利用實現(xiàn)工具(如eclipse集成開發(fā)環(huán)境)對服務(wù)組 件進行編碼實現(xiàn)，并將流程服務(wù)模型結(jié)合服務(wù)組件在企業(yè)服務(wù)總線ESB上進行部署(可利 用IBM WebSphere Integration Developer等工具完成)，最終形成全局?jǐn)?shù)據(jù)交互服務(wù)組件 列表。 為實現(xiàn)不同技術(shù)平臺下的邏輯訪問、流程整合，利用WEBSERVICE技術(shù)對各業(yè)務(wù)應(yīng) 用系統(tǒng)中已有的數(shù)據(jù)交互邏輯進行統(tǒng)一封裝，依照符合統(tǒng)一數(shù)據(jù)交換要求的服務(wù)描述構(gòu)建 服務(wù)組件(Service Provider)，由于是基于原有業(yè)務(wù)應(yīng)用系統(tǒng)的邏輯封裝，沒有改造底層 技術(shù)架構(gòu)，故不受技術(shù)平臺的制約，服務(wù)組件具有平臺無關(guān)性、可重用性等特點，以服務(wù)組 件作為實時數(shù)據(jù)交換體系的功能支撐。 建立基于企業(yè)服務(wù)總線ESB的服務(wù)組件統(tǒng)一管理模塊，管理模塊按照數(shù)據(jù)交換流 程模型對服務(wù)組件進行編排、整合，實現(xiàn)服務(wù)組件注冊、服務(wù)路由，將構(gòu)建與不同業(yè)務(wù)應(yīng)用 中的服務(wù)組件組合成為獨立于系統(tǒng)外的企業(yè)級的數(shù)據(jù)交互共享流程，使各服務(wù)組件構(gòu)成一 個有機的數(shù)據(jù)交換體系。服務(wù)組件的裝配過程中加入數(shù)據(jù)集合加工組件，該組件利用XSLT 技術(shù)，將服務(wù)組件傳輸?shù)腦ML結(jié)構(gòu)根據(jù)服務(wù)請求的數(shù)據(jù)內(nèi)容進行加工，實現(xiàn)同一個服務(wù)組 件可以響應(yīng)多個數(shù)據(jù)格式的服務(wù)請求，從而消除了服務(wù)調(diào)用對服務(wù)描述交互數(shù)據(jù)結(jié)合的依 賴，進一步拓展了服務(wù)的可重用性，形成一套基于服務(wù)請求/響應(yīng)的實時數(shù)據(jù)交換平臺。
建立基于企業(yè)服務(wù)總線ESB的服務(wù)監(jiān)控模塊，服務(wù)監(jiān)控模塊記錄各服務(wù)組件間的 數(shù)據(jù)交換請求/響應(yīng)的具體情況及數(shù)據(jù)集合的內(nèi)容，以便進行進一步的管理監(jiān)控。
所述Web service方式是一禾中SOA (Service Oriented Architecture)以月艮務(wù)為 導(dǎo)向的面向服務(wù)的一種體系結(jié)構(gòu)的最好的體現(xiàn)者，目前來看，web service是SOA最好的實 現(xiàn)方式。而SOA是一種面向可重用構(gòu)件的一種范疇更加廣泛的體系結(jié)構(gòu)，它可以是一個具體的算法，也可以是一個復(fù)雜的系統(tǒng)，可以有效的保證各個系統(tǒng)間的相互獨立性。
具體應(yīng)用實例 實時數(shù)據(jù)交換平臺管理同一行業(yè)企業(yè)下的財務(wù)應(yīng)用系統(tǒng)與銷售應(yīng)用系統(tǒng)的實時 數(shù)據(jù)交換，使用SOMA方法論分析兩個應(yīng)用系統(tǒng)間數(shù)據(jù)交換的業(yè)務(wù)需求，梳理得到系統(tǒng)間數(shù) 據(jù)交換服務(wù)模型，利用封裝已有的程序獲得服務(wù)組件的實現(xiàn)，然后由數(shù)據(jù)交換平臺對服務(wù) 模型在企業(yè)服務(wù)總線ESB上進行服務(wù)流程實現(xiàn)，財務(wù)應(yīng)用系統(tǒng)與銷售應(yīng)用系統(tǒng)進行小規(guī)模 的改造，將原有程序段采用服務(wù)組件替換，達到系統(tǒng)間數(shù)據(jù)的實時交互，相關(guān)改造完成后， 只需在銷售應(yīng)用系統(tǒng)中進行服務(wù)請求，數(shù)據(jù)就可由請求響應(yīng)的服務(wù)組件通過交換平臺傳輸 給所需系統(tǒng)。傳輸時效性強，傳輸后即可進行圖形展示，無需對數(shù)據(jù)進行二次存儲造成系統(tǒng) 資源浪費。
權(quán)利要求
一種跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，其特征在于利用企業(yè)服務(wù)總線ESB搭建企業(yè)級構(gòu)筑與各業(yè)務(wù)系統(tǒng)之上的服務(wù)交互通道，為分布于不同服務(wù)器上的應(yīng)用系統(tǒng)提供物理訪問通訊途徑；通過WEBSERVICE技術(shù)將基于不同技術(shù)平臺的應(yīng)用系統(tǒng)中的數(shù)據(jù)交互邏輯進行封裝形成服務(wù)組件，由服務(wù)組件提供數(shù)據(jù)交互的功能支撐；建立基于企業(yè)服務(wù)總線ESB的服務(wù)組件管理模塊，用于對服務(wù)組件進行編排、整合，實現(xiàn)服務(wù)組件注冊、服務(wù)路由、數(shù)據(jù)集合加工傳輸，將構(gòu)建與不同業(yè)務(wù)應(yīng)用中的服務(wù)組件組合成為獨立于系統(tǒng)外的企業(yè)級的數(shù)據(jù)交互共享流程，使各服務(wù)組件構(gòu)成一個有機的數(shù)據(jù)交換體系，形成一套基于服務(wù)請求/響應(yīng)的實時數(shù)據(jù)交換平臺；建立服務(wù)監(jiān)控模塊，用于記錄數(shù)據(jù)交換的具體情況及數(shù)據(jù)交換的內(nèi)容。
2. 根據(jù)權(quán)利要求1所述的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，其特征在于，所述將基 于不同技術(shù)平臺的應(yīng)用系統(tǒng)中的數(shù)據(jù)交互邏輯進行封裝形成服務(wù)組件是根據(jù)數(shù)據(jù)交換具 體業(yè)務(wù)場景的需要在各業(yè)務(wù)系統(tǒng)中利用已有的數(shù)據(jù)提供邏輯或新增的邏輯構(gòu)造服務(wù)組件， 服務(wù)組件的構(gòu)建依照數(shù)據(jù)交換平臺的規(guī)范要求，做到基于服務(wù)組件的可重用性。
3. 根據(jù)權(quán)利要求1所述的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，其特征在于，所述服務(wù) 組件管理模塊按照數(shù)據(jù)交換流程模型對服務(wù)組件進行編排、整合。
4. 根據(jù)權(quán)利要求3所述的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，其特征在于，所述數(shù)據(jù) 交換流程模型是通過對各系統(tǒng)間的數(shù)據(jù)交換業(yè)務(wù)流程進行梳理形成系統(tǒng)間數(shù)據(jù)交換流程 模型，經(jīng)過統(tǒng)一服務(wù)建模過程分析關(guān)鍵核心業(yè)務(wù)流程，得到核心業(yè)務(wù)流程服務(wù)模型后，對服 務(wù)模型進行服務(wù)分析，識別服務(wù)組件、確定各系統(tǒng)的系統(tǒng)邊界，然后利用實現(xiàn)工具對服務(wù)組 件進行編碼實現(xiàn)，并將流程服務(wù)模型結(jié)合服務(wù)組件在企業(yè)服務(wù)總線ESB上進行部署，最終 形成全局?jǐn)?shù)據(jù)交互服務(wù)組件列表。
5. 根據(jù)權(quán)利要求1所述的跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，其特征在于，利用服務(wù) 組件管理模塊對服務(wù)組件進行編排、整合時，服務(wù)組件的裝配過程中加入數(shù)據(jù)集合加工組 件，將服務(wù)組件傳輸?shù)腦ML結(jié)構(gòu)根據(jù)服務(wù)請求的數(shù)據(jù)內(nèi)容進行加工，實現(xiàn)同一個服務(wù)組件 可以響應(yīng)多個數(shù)據(jù)格式的服務(wù)請求，以消除服務(wù)調(diào)用對服務(wù)描述交互數(shù)據(jù)結(jié)合的依賴。
全文摘要
本發(fā)明公開了一種跨平臺應(yīng)用系統(tǒng)實時數(shù)據(jù)交換模型，屬于計算機應(yīng)用領(lǐng)域。該模型利用企業(yè)服務(wù)總線ESB搭建企業(yè)級構(gòu)筑與各業(yè)務(wù)系統(tǒng)之上的服務(wù)交互通道，通過WEBSERVICE技術(shù)將跨平臺應(yīng)用系統(tǒng)中的功能進行封裝形成服務(wù)組件，由服務(wù)組件提供數(shù)據(jù)交互的功能支撐，建立基于企業(yè)服務(wù)總線ESB管理模塊，對服務(wù)組件進行編排、整合，實現(xiàn)服務(wù)組件注冊、服務(wù)路由、數(shù)據(jù)集合加工傳輸，并利用服務(wù)日志模塊記錄數(shù)據(jù)交換的具體情況及數(shù)據(jù)交換的內(nèi)容，進行進一步的管理監(jiān)控。與現(xiàn)有技術(shù)相比，本發(fā)明的數(shù)據(jù)交換模型為行業(yè)應(yīng)用系統(tǒng)提供一種穩(wěn)定高效的跨平臺實時數(shù)據(jù)交換方案，并為數(shù)據(jù)交互共享的管理監(jiān)控服務(wù)提供有效的工具支撐。
文檔編號G06Q10/00GK101794409SQ20091023015
公開日2010年8月4日 申請日期2009年11月18日 優(yōu)先權(quán)日2009年11月18日
發(fā)明者王峰, 魏子重 申請人:山東浪潮齊魯軟件產(chǎn)業(yè)股份有限公司