專利名稱：一種數(shù)據(jù)交換和共享平臺(tái)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)交換與共享系統(tǒng)。
背景技術(shù)：
現(xiàn)代企業(yè)的數(shù)據(jù)越來越多，各個(gè)不同部門之間的數(shù)據(jù)雖然可以共享，但是存在著 下列問題
文件傳輸問題，能共享數(shù)據(jù)但不能共享功能，并且缺乏時(shí)間性，數(shù)據(jù)不同步可能性較大。共享數(shù)據(jù)庫問題，能共享數(shù)據(jù)但不能共享功能，所有應(yīng)用和數(shù)據(jù)庫耦合，并且數(shù)據(jù) 庫是性能瓶頸。遠(yuǎn)程過程調(diào)用問題，能共享功能和協(xié)作行為，但調(diào)用是實(shí)時(shí)的，同步的，應(yīng)用耦合 太大。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種對應(yīng)用節(jié)點(diǎn)透明的、使用消息機(jī)制的數(shù)據(jù)交換和共享平臺(tái)。為了實(shí)現(xiàn)上述目的，采用以下技術(shù)方案
一種數(shù)據(jù)交換和共享平臺(tái)，其特征在于所述數(shù)據(jù)和共享平臺(tái)包括
數(shù)據(jù)服務(wù)總線(DSB)使用消息機(jī)制來完成異構(gòu)系統(tǒng)和跨網(wǎng)絡(luò)的應(yīng)用之間的協(xié)作；
所述數(shù)據(jù)服務(wù)總線包括
消息服務(wù)端點(diǎn)把應(yīng)用通過接口連接到數(shù)據(jù)服務(wù)總線來發(fā)送和接收消息，使數(shù)據(jù)服務(wù) 總線對應(yīng)用系統(tǒng)透明；
消息組件對數(shù)據(jù)服務(wù)總線消息進(jìn)行處理；
消息前端適配器通過不同的協(xié)議將各類應(yīng)用連接到數(shù)據(jù)服務(wù)總線，以此來發(fā)送和接 收消息；
消息后端適配器使數(shù)據(jù)服務(wù)總線具備訪問各類不同協(xié)議應(yīng)用的能力。所述消息組件包括
消息路由器消息通過消息路由器的路由規(guī)則實(shí)現(xiàn)通道的選擇； 消息過濾器消息通過消息過濾器的過濾規(guī)則實(shí)現(xiàn)消息選擇，過濾掉不需要的消息； 消息轉(zhuǎn)換器消息通過消息轉(zhuǎn)換器的轉(zhuǎn)換規(guī)則實(shí)現(xiàn)不同系統(tǒng)間不同數(shù)據(jù)格式的轉(zhuǎn)換； 消息分解器消息通過消息分解器把消息分解為關(guān)聯(lián)的多個(gè)消息，從而完成應(yīng)用對消 息不同組成元素的不同處理；
消息聚合器獨(dú)立且相關(guān)的消息通過消息聚合器，從而形成一個(gè)完整的消息提供給應(yīng) 用處理；
消息重排器無序但相關(guān)的消息通過消息重排器重新恢復(fù)成正確的順序； 消息規(guī)范器將語義上等價(jià)但格式不同的消息通過消息規(guī)范器完成規(guī)范格式的轉(zhuǎn)換；消息延時(shí)器將消息通過消息延時(shí)器對消息作延時(shí)處理；
消息分接器消息通過消息分接器可發(fā)送到主副通道，以便對消息進(jìn)行監(jiān)控或調(diào)試； 消息流程管理器消息通過消息流程管理器可通過流程管理實(shí)現(xiàn)復(fù)雜的多步驟消息和 應(yīng)用的交互；
消息安全組件消息通過消息安全組件進(jìn)行必要的安全認(rèn)證。所述消息前端適配器包括
文件前端適配器實(shí)現(xiàn)定時(shí)從文件夾讀取文件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線； FTP前端適配器實(shí)現(xiàn)定時(shí)從FTP服務(wù)器讀取文件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線.
一入 ，
郵件前端適配器實(shí)現(xiàn)定時(shí)從郵件服務(wù)器讀取郵件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線。HTTP前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為HTTP服務(wù)，提供應(yīng)用對數(shù)據(jù)服務(wù)總 線作HTTP協(xié)議連接請求；
JDBC前端適配器實(shí)現(xiàn)定時(shí)通過Jdbc操作從數(shù)據(jù)庫服務(wù)器讀取數(shù)據(jù)并轉(zhuǎn)換為消息發(fā) 送到數(shù)據(jù)服務(wù)總線；
IBATIS前端適配器實(shí)現(xiàn)定時(shí)通過Ibatis操作從數(shù)據(jù)庫服務(wù)器讀取數(shù)據(jù)并轉(zhuǎn)換為消 息發(fā)送到數(shù)據(jù)服務(wù)總線；
WebService前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為WebService服務(wù)，提供應(yīng)用對數(shù) 據(jù)服務(wù)總線作WebService調(diào)用請求；
Caucho前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為Hessian或Burlap服務(wù)，提供應(yīng)用對 數(shù)據(jù)服務(wù)總線作服務(wù)調(diào)用請求。所述消息后端適配器包括
文件后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以文件形式寫入指定文件夾； FTP后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以文件形式寫入FTP服務(wù)器； 郵件后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以郵件形式寫入郵件服務(wù)器； HTTP后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的HTTP服務(wù)的訪問； JDBC后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線通過JDBC對應(yīng)用系統(tǒng)提供的數(shù)據(jù)庫服務(wù)的訪
問；
IBATIS后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線通過IBATIS對應(yīng)用提供的數(shù)據(jù)庫服務(wù)的訪
問；
WebService后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的WebService服務(wù)的訪
問；
Caucho后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的Hessian或Burlap服務(wù)的 訪問ο本發(fā)明使得每個(gè)數(shù)據(jù)交換節(jié)點(diǎn)只需要與數(shù)據(jù)服務(wù)總線進(jìn)行交互，而不需要相互連 接訪問就可以獲取到所需要的數(shù)據(jù)。整個(gè)數(shù)據(jù)共享和交換的底層實(shí)現(xiàn)和存儲(chǔ)機(jī)制是對各應(yīng) 用節(jié)點(diǎn)透明的。該結(jié)構(gòu)耦合性低，并且很容易擴(kuò)展為層次結(jié)構(gòu)，構(gòu)建為多級的數(shù)據(jù)交換結(jié) 構(gòu)，以支持更大范圍的廣域方案。
具體實(shí)施例方式下面通過具體實(shí)施例對本發(fā)明做進(jìn)一步的說明
假如應(yīng)用系統(tǒng)A和應(yīng)用系統(tǒng)B以及應(yīng)用系統(tǒng)C是三個(gè)獨(dú)立功能的系統(tǒng)，并且各自由不 同的編程語言實(shí)現(xiàn)，現(xiàn)在應(yīng)用系統(tǒng)A要按照不同的條件選擇調(diào)用應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C 提供的同一服務(wù)或者同步數(shù)據(jù)。1、應(yīng)用系統(tǒng)A和數(shù)據(jù)服務(wù)總線(DSB)的交互
數(shù)據(jù)服務(wù)總線存在的目的就是要實(shí)現(xiàn)應(yīng)用系統(tǒng)A和應(yīng)用系統(tǒng)B以及應(yīng)用系統(tǒng)C的解 耦，也就是說應(yīng)用系統(tǒng)A只和數(shù)據(jù)服務(wù)總線交互，它根本不用知道應(yīng)用系統(tǒng)B以及應(yīng)用系統(tǒng) C的存在。這樣數(shù)據(jù)服務(wù)總線的消息服務(wù)端點(diǎn)和消息前端適配器就開始發(fā)揮作用了。(1)消息服務(wù)端點(diǎn)和消息前端適配器作用
如果應(yīng)用系統(tǒng)A的源碼我們能夠完全知曉，對于服務(wù)調(diào)用，那么消息服務(wù)端點(diǎn)就是 最好的集成方式，通過消息服務(wù)端點(diǎn)，應(yīng)用系統(tǒng)A對接口的調(diào)用直接通過動(dòng)態(tài)代理轉(zhuǎn)換 為消息發(fā)送到DSB的通道上，這些轉(zhuǎn)換對應(yīng)用系統(tǒng)A完全是透明的。其次我們也可以通 過把應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C提供的同一服務(wù)通過消息前端適配器(HttpInAdapter， CauchoInAdapter, WebServiceInAdapterDSB 暴露為 Http Service, Caucho Service 或 WebService。這樣應(yīng)用系統(tǒng)A就很容易和DSB交互了。如果應(yīng)用系統(tǒng)A的源碼我們不能夠完全知曉，對于同步數(shù)據(jù)，那么消息前端適配 器中的文件前端適配器(FilelnAdapter)，F(xiàn)TP前端適配器(FTPInAdapter)，郵件前端適配 器(MailInAdapter)提供文件傳遞形式的集成方式，把應(yīng)用系統(tǒng)A的數(shù)據(jù)轉(zhuǎn)換為消息發(fā)送 到數(shù)據(jù)服務(wù)總線，最終實(shí)現(xiàn)應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C數(shù)據(jù)同步。如果應(yīng)用系統(tǒng)A對我們提供了數(shù)據(jù)庫訪問權(quán)限，對于同步數(shù)據(jù)，那么JDBC前端適 配器或IBATIS前端適配器就能操作并獲取應(yīng)用系統(tǒng)A數(shù)據(jù)庫數(shù)據(jù)，轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù) 服務(wù)總線，最終實(shí)現(xiàn)應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C數(shù)據(jù)同步。同步和異步策略
數(shù)據(jù)服務(wù)總線(DSB)是基于消息機(jī)制的實(shí)現(xiàn)，提供了傳遞的高可靠性，可以為應(yīng)用系統(tǒng) A提供同步或異步的調(diào)用，異步方式能大大提高應(yīng)用系統(tǒng)A的并發(fā)訪問能力。數(shù)據(jù)服務(wù)總線可靈活組合的組件
當(dāng)應(yīng)用系統(tǒng)A的數(shù)據(jù)通過消息前端適配器轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線(DSB)的通 道后，我們就可以根據(jù)具體的應(yīng)用場景來組合不同的組件，這樣各種消息組件就開始發(fā)揮 作用了。消息過濾器
如果應(yīng)用系統(tǒng)A發(fā)送到數(shù)據(jù)服務(wù)總線的通道上的消息需要過濾掉一些不滿足條件的 消息，那么可通過具體的過濾規(guī)則選擇不同的消息過濾器，如消息頭過濾器，消息類型過濾 器，Xpath解析消息體過濾器，方法調(diào)用過濾器等 消息路由器
由于應(yīng)用系統(tǒng)A要按照不同的條件選擇調(diào)用應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C提供的同一服務(wù) 或者同步數(shù)據(jù)，那么我們就需要根據(jù)應(yīng)用系統(tǒng)A提供的不同選擇條件作為路由規(guī)則，使來 自上面消息過濾器過濾后的消息能通過消息路由器被發(fā)送到和系統(tǒng)B或系統(tǒng)C相關(guān)聯(lián)的不 同通道?？赏ㄟ^具體的消息攜帶的選擇條件選擇不同的消息路由器，如消息頭路由器，消息類型路由器，Xpath解析消息體路由器，方法調(diào)用路由器，靜態(tài)接收表路由器，動(dòng)態(tài)接收表路
由器等ο消息轉(zhuǎn)換器
因?yàn)閼?yīng)用系統(tǒng)A和應(yīng)用系統(tǒng)B以及應(yīng)用系統(tǒng)C是三個(gè)獨(dú)立功能的系統(tǒng)，所以通過上面 的路由器實(shí)現(xiàn)正確的通道選擇后，并不能保證它們的數(shù)據(jù)格式相同，這時(shí)我們就需要在路 由出口不同通道后都加上消息轉(zhuǎn)換器，一個(gè)把應(yīng)用系統(tǒng)A的數(shù)據(jù)格式轉(zhuǎn)換成應(yīng)用系統(tǒng)B所 需的數(shù)據(jù)格式，另一個(gè)把應(yīng)用系統(tǒng)A的數(shù)據(jù)格式轉(zhuǎn)換成應(yīng)用系統(tǒng)C所需的數(shù)據(jù)格式?？赏ㄟ^具體的消息的格式選擇不同的消息轉(zhuǎn)換器消息頭擴(kuò)充器，消息體擴(kuò)充器， 對象轉(zhuǎn)XML轉(zhuǎn)換器，XML轉(zhuǎn)對象轉(zhuǎn)換器，XSLT消息轉(zhuǎn)換器，方法調(diào)用轉(zhuǎn)換器。如果應(yīng)用系統(tǒng)A和應(yīng)用系統(tǒng)B以及應(yīng)用系統(tǒng)C的消息在語義上等價(jià)但格式不同， 那么也可通過消息規(guī)范器來完成消息轉(zhuǎn)換。消息鏈?zhǔn)浇M件
從上面可以看出，消息經(jīng)過了 消息過濾器一消息路由器一消息轉(zhuǎn)換器，由于我們的消 息鏈?zhǔn)浇M件可鏈接一些可鏈接的組件，并且消息路由器只能作為鏈的末端組件，因此我們 可把消息過濾器一消息路由器實(shí)現(xiàn)為鏈?zhǔn)浇M件來使用，這樣不僅能節(jié)省通道數(shù)量，也能提 高一定的效率。消息分解器
這里，假設(shè)應(yīng)用系統(tǒng)A發(fā)送到數(shù)據(jù)服務(wù)總線的通道上的消息如果由不同的兩部分組 成，每一部分分別由應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C來處理(如訂單上的不同訂單項(xiàng)，每個(gè)不同訂 單項(xiàng)可由不同系統(tǒng)處理)，那么就可以通過消息分解器把同一消息分解成相互關(guān)聯(lián)的多條 消息再發(fā)送。每條消息由不同的方式和系統(tǒng)處理。消息聚合器
和消息分解器作用相反，把相互關(guān)聯(lián)的消息聚合為一條完整消息。這樣就能把上面提 到的應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C處理的各條相關(guān)消息的結(jié)果再聚合成一條結(jié)果消息，以便后 續(xù)處理。消息流程管理器
如果應(yīng)用系統(tǒng)A調(diào)用應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C是有順序性的，或者需要更復(fù)雜的編排， 我們就可使用消息流程管理器，按照工作流程思想來處理應(yīng)用系統(tǒng)A發(fā)送到數(shù)據(jù)服務(wù)總線 的通道上的消息，同樣可以和消息過濾器或消息路由器，消息轉(zhuǎn)換器協(xié)同工作。消息延時(shí)器用于消息由于網(wǎng)絡(luò)故障的重新投遞延時(shí)功能，這樣能減輕數(shù)據(jù)服務(wù) 總線的負(fù)荷。2、數(shù)據(jù)服務(wù)總線與應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C的交互
應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C可能提供不同的服務(wù)類型，數(shù)據(jù)服務(wù)總線與之交互，這時(shí)，消 息后端適配器就開始發(fā)揮作用了。消息后端適配器作用
對于服務(wù)調(diào)用，如果應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C暴露的服務(wù)為HTTP方式，WebService方 式或Caucho方式，我們可使用HTTP后端適配器(HttpOutAdapter)，WebService后端適配 器(WebServiceOutAdapter)或 Caucho 后端適配器(CauchoOutAdapter)與之交互。對于同步數(shù)據(jù)，那么消息后端適配器中的文件后端適配器(FileOUtAdapter)，F(xiàn)TP后端適配器(FTPOutAdapter)，郵件后端適配器(MailOutAdapter)提供文件傳遞形式的集 成方式，把數(shù)據(jù)服務(wù)總線的消息寫入文件夾和FTP服務(wù)器，以及郵件服務(wù)器，以達(dá)到不同系
統(tǒng)數(shù)據(jù)共享。如果應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C對我們提供了數(shù)據(jù)庫訪問權(quán)限，對于同步數(shù)據(jù)，那么 JDBC后端適配器(JdbcInAdapter)或IBATIS后端適配器(IbatisInAdapter)就能完成對 應(yīng)用系統(tǒng)B或應(yīng)用系統(tǒng)C的數(shù)據(jù)庫操作，以達(dá)到不同系統(tǒng)數(shù)據(jù)共享。數(shù)據(jù)服務(wù)總線消息重新投遞策略
由于消息后端適配器對應(yīng)用系統(tǒng)的調(diào)用可能由于網(wǎng)絡(luò)等故障失敗，需要重新投遞策略 來保證消息后端適配器對應(yīng)用系統(tǒng)的調(diào)用可靠性。這在異步方式下是相當(dāng)有用的，這樣就 不必?fù)?dān)心網(wǎng)絡(luò)的不可靠了。本發(fā)明以消息機(jī)制為核心解決數(shù)據(jù)交換與共享問題，整個(gè)處理過程簡潔明了，平 易于理解與使用，是輕量級的企業(yè)信息集成平臺(tái)。
權(quán)利要求
1.一種數(shù)據(jù)交換和共享平臺(tái)，其特征在于所述數(shù)據(jù)和共享平臺(tái)包括數(shù)據(jù)服務(wù)總線(DSB)使用消息機(jī)制來完成異構(gòu)系統(tǒng)和跨網(wǎng)絡(luò)的應(yīng)用之間的協(xié)作； 所述數(shù)據(jù)服務(wù)總線包括消息服務(wù)端點(diǎn)把應(yīng)用通過接口連接到數(shù)據(jù)服務(wù)總線來發(fā)送和接收消息，使數(shù)據(jù)服務(wù) 總線對應(yīng)用系統(tǒng)透明；消息組件對數(shù)據(jù)服務(wù)總線消息進(jìn)行處理；消息前端適配器通過不同的協(xié)議將各類應(yīng)用連接到數(shù)據(jù)服務(wù)總線，以此來發(fā)送和接 收消息；消息后端適配器使數(shù)據(jù)服務(wù)總線具備訪問各類不同協(xié)議應(yīng)用的能力。
2.如權(quán)利要求1所述的數(shù)據(jù)交換和共享平臺(tái)，其特征在于所述消息組件包括 消息路由器消息通過消息路由器的路由規(guī)則實(shí)現(xiàn)通道的選擇；消息過濾器消息通過消息過濾器的過濾規(guī)則實(shí)現(xiàn)消息選擇，過濾掉不需要的消息； 消息轉(zhuǎn)換器消息通過消息轉(zhuǎn)換器的轉(zhuǎn)換規(guī)則實(shí)現(xiàn)不同系統(tǒng)間不同數(shù)據(jù)格式的轉(zhuǎn)換； 消息分解器消息通過消息分解器把消息分解為關(guān)聯(lián)的多個(gè)消息，從而完成應(yīng)用對消 息不同組成元素的不同處理；消息聚合器獨(dú)立且相關(guān)的消息通過消息聚合器，從而形成一個(gè)完整的消息提供給應(yīng) 用處理；消息重排器無序但相關(guān)的消息通過消息重排器重新恢復(fù)成正確的順序； 消息規(guī)范器將語義上等價(jià)但格式不同的消息通過消息規(guī)范器完成規(guī)范格式的轉(zhuǎn)換； 消息延時(shí)器將消息通過消息延時(shí)器對消息作延時(shí)處理；消息分接器消息通過消息分接器可發(fā)送到主副通道，以便對消息進(jìn)行監(jiān)控或調(diào)試； 消息流程管理器消息通過消息流程管理器可通過流程管理實(shí)現(xiàn)復(fù)雜的多步驟消息和 應(yīng)用的交互；消息安全組件消息通過消息安全組件進(jìn)行必要的安全認(rèn)證。
3.如權(quán)利要求2所述的數(shù)據(jù)交換和共享平臺(tái)，其特征在于所述消息前端適配器包括文件前端適配器實(shí)現(xiàn)定時(shí)從文件夾讀取文件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線； FTP前端適配器實(shí)現(xiàn)定時(shí)從FTP服務(wù)器讀取文件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線；郵件前端適配器實(shí)現(xiàn)定時(shí)從郵件服務(wù)器讀取郵件并轉(zhuǎn)換為消息發(fā)送到數(shù)據(jù)服務(wù)總線；HTTP前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為HTTP服務(wù)，提供應(yīng)用對數(shù)據(jù)服務(wù)總線作 HTTP協(xié)議連接請求；JDBC前端適配器實(shí)現(xiàn)定時(shí)通過Jdbc操作從數(shù)據(jù)庫服務(wù)器讀取數(shù)據(jù)并轉(zhuǎn)換為消息發(fā) 送到數(shù)據(jù)服務(wù)總線；IBATIS前端適配器實(shí)現(xiàn)定時(shí)通過Ibatis操作從數(shù)據(jù)庫服務(wù)器讀取數(shù)據(jù)并轉(zhuǎn)換為消 息發(fā)送到數(shù)據(jù)服務(wù)總線；WebService前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為WebService服務(wù)，提供應(yīng)用對數(shù) 據(jù)服務(wù)總線作WebService調(diào)用請求；Caucho前端適配器把數(shù)據(jù)服務(wù)總線對外暴露為Hessian或Burlap服務(wù)，提供應(yīng)用對 數(shù)據(jù)服務(wù)總線作服務(wù)調(diào)用請求。
4.如權(quán)利要求3所述的數(shù)據(jù)交換和共享平臺(tái)，其特征在于所述消息后端適配器包括文件后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以文件形式寫入指定文件夾； FTP后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以文件形式寫入FTP服務(wù)器； 郵件后端適配器實(shí)現(xiàn)把數(shù)據(jù)服務(wù)總線的消息以郵件形式寫入郵件服務(wù)器； HTTP后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的HTTP服務(wù)的訪問； JDBC后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線通過JDBC對應(yīng)用系統(tǒng)提供的數(shù)據(jù)庫服務(wù)的訪問；IBATIS后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線通過IBATIS對應(yīng)用提供的數(shù)據(jù)庫服務(wù)的訪問；WebService后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的WebService服務(wù)的訪問；Caucho后端適配器實(shí)現(xiàn)數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)提供的Hessian或Burlap服務(wù)的 訪問ο
全文摘要
本發(fā)明公開了一種數(shù)據(jù)交換和共享平臺(tái)，包括數(shù)據(jù)服務(wù)總線使用消息機(jī)制來完成異構(gòu)系統(tǒng)和跨網(wǎng)絡(luò)的應(yīng)用之間的協(xié)作；所述數(shù)據(jù)服務(wù)總線包括消息服務(wù)端點(diǎn)把應(yīng)用通過接口連接到數(shù)據(jù)服務(wù)總線來發(fā)送和接收消息，使數(shù)據(jù)服務(wù)總線對應(yīng)用系統(tǒng)透明；消息組件對數(shù)據(jù)服務(wù)總線消息進(jìn)行處理；消息前端適配器通過不同的協(xié)議將各類應(yīng)用連接到數(shù)據(jù)服務(wù)總線，以此來發(fā)送和接收消息；消息后端適配器使數(shù)據(jù)服務(wù)總線具備訪問各類不同協(xié)議應(yīng)用的能力。本發(fā)明使得每個(gè)數(shù)據(jù)交換節(jié)點(diǎn)只需要與數(shù)據(jù)服務(wù)總線進(jìn)行交互，而不需要相互連接訪問就可以獲取到所需要的數(shù)據(jù)。整個(gè)數(shù)據(jù)共享和交換的底層實(shí)現(xiàn)和存儲(chǔ)機(jī)制是對各應(yīng)用節(jié)點(diǎn)透明的。
文檔編號(hào)H04L29/08GK102006245SQ201010582808
公開日2011年4月6日 申請日期2010年12月10日 優(yōu)先權(quán)日2010年12月10日
發(fā)明者繆秦 申請人:重慶亞德科技股份有限公司