專利名稱：一種基于代理緩存適配模型的交換集成裝置及方法
技術領域：
本發(fā)明涉及數(shù)據(jù)和應用集成領域，涉及一種對異構應用系統(tǒng)及數(shù)據(jù)源的抽取、轉換及利用的交換集成前置設備，特別涉及一種基于代理緩存適配模型的交換集成裝置及方法。
背景技術：
在數(shù)據(jù)和應用交換集成系統(tǒng)中，前置設備需要解決實際應用中不同消息格式和不同通信交互協(xié)議的問題。由于應用中協(xié)議及消息格式的多樣化，通常無法在一臺設備中靈活地配置多種消息訪問協(xié)議，也無法統(tǒng)一獲取異構系統(tǒng)中的數(shù)據(jù)內容。因此，需要一種交換集成中間設備，可以有效整合多種異構的應用和數(shù)據(jù)源并統(tǒng)一其多種通信協(xié)議格式。而且，在抽取應用系統(tǒng)或數(shù)據(jù)源中的數(shù)據(jù)后，能對抽取的數(shù)據(jù)體內容進行有效地映射和管理，為業(yè)務行為提供最為有效的數(shù)據(jù)支持。同時，根據(jù)對交付業(yè)務數(shù)據(jù)的特點靈活地將該數(shù)據(jù)內容暴露成需要的消息格式。
目前，現(xiàn)存的前置設備中支持多消息協(xié)議的訪問和通信接口，但在設備中并未對消息內容進行有效管理和轉換；此外，在實際的環(huán)境中要求實時數(shù)據(jù)上傳，這就要求整個前置設備必須要有較大的帶寬和吞吐量；最后，應用系統(tǒng)或數(shù)據(jù)源中的原始數(shù)據(jù)并不是對業(yè)務請求端直接有效，需要對它進行進一步加工處理。發(fā)明內容
針對現(xiàn)有技術的不足，本發(fā)明的目的是提供一種基于代理緩存適配模型的數(shù)據(jù)交換集成裝置及方法，有效實現(xiàn)異構系統(tǒng)間數(shù)據(jù)交互及數(shù)據(jù)整合，提升交互數(shù)據(jù)效用。
本發(fā)明的技術方案如下一種基于代理緩存適配模型的交換集成裝置，包括消息適配單元用于接受和處理來自異構應用系統(tǒng)或數(shù)據(jù)資源的多樣化消息，并實現(xiàn)對對上述多樣化消息格式的標準化轉換；消息緩存單元用于定義和緩存來自消息適配單元抽取得到的應用數(shù)據(jù)，并將該應用數(shù)據(jù)與消息代理單元請求的業(yè)務數(shù)據(jù)模型結構進行映射，在消息緩存單元中設置有用于為數(shù)據(jù)的業(yè)務語義化提供數(shù)據(jù)模型支撐的元數(shù)據(jù)模型；消息代理單元是與外部設備交互的核心模塊，實現(xiàn)數(shù)據(jù)調取管理、任務觸發(fā)和數(shù)據(jù)交換模式管理，用于對所述消息緩存單元內應用數(shù)據(jù)進行業(yè)務語義轉換并以指定格式交付數(shù)據(jù)，支持多種協(xié)議以及多通道數(shù)據(jù)交換，實現(xiàn)一對一或多對多的數(shù)據(jù)交換、消息的訂閱發(fā)布模式設置、消息同步或異步方式交換，并對消息體類型及交互策略進行配置管理；其中，所述的消息適配單元由協(xié)議轉換模塊和數(shù)據(jù)抽取模塊組成；數(shù)據(jù)抽取模塊根據(jù)數(shù)據(jù)抽取業(yè)務的條件約束來指定數(shù)據(jù)抽取方式和抽取流程，進而獲取異構應用系統(tǒng)或數(shù)據(jù)資源中的原始數(shù)據(jù)，獲取的原始數(shù)據(jù)以對象的形式暫存，在需要根據(jù)數(shù)據(jù)資源進行協(xié)議轉換情況下，數(shù)據(jù)抽取模塊在協(xié)議轉換模塊的支持下進行數(shù)據(jù)抽取，為數(shù)據(jù)交換提供原數(shù)據(jù)支撐。
協(xié)議轉換模塊用于與異構應用系統(tǒng)或數(shù)據(jù)資源交互過程中適配不同類型的應用消息協(xié)議格式，并將不同協(xié)議格式轉換成統(tǒng)一的預定義格式，以便設備內部各個模塊間進行數(shù)據(jù)交互。
所述的消息緩存單元由持久化配置模塊和元數(shù)據(jù)管理模塊組成；元數(shù)據(jù)管理模塊用于定義不同粒度的數(shù)據(jù)模型，數(shù)據(jù)抽取模塊獲得的數(shù)據(jù)按不同粒度的數(shù)據(jù)模型來存放，元數(shù)據(jù)管理模塊對上述數(shù)據(jù)模型進行維護管理，并對業(yè)務模型匹配映射提供基于粒度的數(shù)據(jù)模型支持。
持久化配置模塊用來配置數(shù)據(jù)持久化策略及與元數(shù)據(jù)管理模塊交互，封裝和定義不同業(yè)務粒度的元數(shù)據(jù)模型，并對元數(shù)據(jù)管理模塊中定義的元數(shù)據(jù)模型進行持久化操作。
所述的消息代理單元由路由配置模塊、消息代理模塊、事件配置模塊、消息隊列管理模塊組成。
路由配置模塊用于配置路由配置表信息及路由邏輯策略，實現(xiàn)在數(shù)據(jù)交換過程中，數(shù)據(jù)能夠智能路由到指定的服務器端。
事件配置模塊用于配置任務觸發(fā)策略，配置信息用于與中心業(yè)務平臺或中心數(shù)據(jù)庫進行數(shù)據(jù)交換時的方式和方法的定制信息，事件配置模塊在進行數(shù)據(jù)上傳事件觸發(fā)前，需要從路由配置模塊獲取上傳目標的路由表信息，并根據(jù)路由配置模塊提供的路由的邏輯來進行數(shù)據(jù)上傳。
消息代理模塊用于與事件配置模塊交互，獲取業(yè)務事件觸發(fā)規(guī)則來對中心業(yè)務平臺或中心數(shù)據(jù)庫上報業(yè)務數(shù)據(jù)，實現(xiàn)消息訂閱發(fā)布模式執(zhí)行策略的配置及觸發(fā)，同時定義同步或異步方式來進行數(shù)據(jù)交換；消息代理模塊與消息緩存單元的持久化配置模塊交互，獲取業(yè)務數(shù)據(jù)消息模型并將應用數(shù)據(jù)進行封裝；消息代理模塊與消息適配單元的協(xié)議轉換模塊交互，根據(jù)業(yè)務定義要求動態(tài)地調取異構應用系統(tǒng)或數(shù)據(jù)資源的數(shù)據(jù)信息；消息代理單元與消息隊列管理模塊相連通，根據(jù)業(yè)務數(shù)據(jù)發(fā)送要求，來實現(xiàn)通過消息通道的方式進行數(shù)據(jù)上傳。
消息隊列管理模塊用于保存用于發(fā)送給中心業(yè)務平臺或中心數(shù)據(jù)庫的消息體， 每個消息體根據(jù)消息代理模塊設計的數(shù)據(jù)交換策略來傳遞消息，并在數(shù)據(jù)交換前檢查網(wǎng)絡環(huán)境穩(wěn)定情況，在消息可達的情況下發(fā)送消息，否則放置在消息隊列中等待。
所述的路由配置模塊與消息代理模塊結合來實現(xiàn)消息的一對一或多對多方式發(fā)送，并為發(fā)布訂閱模式及同步異步數(shù)據(jù)交換模式提供功能支持。
所述的異構應用系統(tǒng)或數(shù)據(jù)資源是指多個系統(tǒng)或數(shù)據(jù)資源的集合，且該集合中系統(tǒng)與系統(tǒng)彼此間的數(shù)據(jù)格式或接口協(xié)議不同，且彼此間不直接連通。
一種由異構應用系統(tǒng)或數(shù)據(jù)資源上傳數(shù)據(jù)給中心業(yè)務平臺或中心數(shù)據(jù)庫的方法， 采用基于代理緩存適配模型的交換集成裝置實現(xiàn)，具體步驟如下步驟I:消息適配單元從異構應用系統(tǒng)或數(shù)據(jù)資源中抽取數(shù)據(jù)，并將數(shù)據(jù)轉換成預定義格式數(shù)據(jù)。
步驟1-1 :消息適配單元的協(xié)議轉換模塊根據(jù)數(shù)據(jù)源消息類型來配置消息適配模板；步驟1-2 :協(xié)議轉換模塊將數(shù)據(jù)進行統(tǒng)一化處理，即轉換為預定義格式的消息；步驟1-3 :數(shù)據(jù)抽取模塊將預定義格式數(shù)據(jù)發(fā)送到消息緩存單元；步驟2 :消息緩存單元根據(jù)存儲需求或步驟I生成的預定義格式數(shù)據(jù)。
步驟2-1 :根據(jù)持久化配置要求，元數(shù)據(jù)管理模塊獲取消息適配單元發(fā)送的預定義格式數(shù)據(jù)后，進行數(shù)據(jù)粒度切分及封裝；所述的數(shù)據(jù)粒度切分使用兩種形式的數(shù)據(jù)切分策略，即業(yè)務定制數(shù)據(jù)切分和通用數(shù)據(jù)封裝，所述的業(yè)務定制數(shù)據(jù)切分是指將經(jīng)過消息適配單元獲取的應用資源數(shù)據(jù)按照業(yè)務對象來切分成對象間依賴程度最低的元數(shù)據(jù)模型，即將異構系統(tǒng)或數(shù)據(jù)資源獲取的多樣的數(shù)據(jù)結構和屬性類型切分并規(guī)約成元數(shù)據(jù)模型中定義的數(shù)據(jù)模型、高內聚的元數(shù)據(jù)模型集，通用數(shù)據(jù)封裝策略是指直接將數(shù)據(jù)抽取模塊獲得的數(shù)據(jù)統(tǒng)一記錄為XML文件，存入XML數(shù)據(jù)隊列，其中XML數(shù)據(jù)中標簽元素通過預定制的方式存入元數(shù)據(jù)管理模塊。
步驟2-2 :對封裝后的元數(shù)據(jù)進行持久化操作。
步驟3 :消息代理單元對預定義格式的數(shù)據(jù)進行業(yè)務語義轉換，按照預置的標準傳輸協(xié)議或消息中間件將數(shù)據(jù)上傳到中心業(yè)務平臺或加載到中心數(shù)據(jù)庫。
步驟3-1 :消息代理單元對消息緩存單元中的元數(shù)據(jù)模型進行業(yè)務化語義轉換， 該語義轉換過程基于業(yè)務模型模板來進行，所述的業(yè)務模型模板是用于進行業(yè)務語義轉換的模型模板，該模板定義了業(yè)務語義轉換的約束條件，在進行數(shù)據(jù)轉換過程中引用該模板來進行業(yè)務語義約束和轉換；步驟3-2 :根據(jù)發(fā)送數(shù)據(jù)的具體消息格式來配置協(xié)議轉換模塊，對消息代理單元上傳的消息格式進行協(xié)議轉換；步驟3-3 :根據(jù)路由配置模塊中的訪問控制列表及路由邏輯來對上傳數(shù)據(jù)進行路由選擇。
步驟3-4、根據(jù)事件配置模塊的任務配置條件來為中心數(shù)據(jù)庫或中心業(yè)務平臺通過消息隊列或調用對方接口方式推送數(shù)據(jù)，或以提供接口的方式供中心業(yè)務平臺或中心數(shù)據(jù)庫調用數(shù)據(jù)服務，所述的任務配置條件包括服務調用方式觸發(fā)任務、定時觸發(fā)任務和配置觸發(fā)規(guī)則觸發(fā)任務。
一種由中心業(yè)務平臺或中心數(shù)據(jù)庫下傳數(shù)據(jù)到異構應用系統(tǒng)或數(shù)據(jù)資源的方法， 采用基于代理緩存適配模型的交換集成裝置實現(xiàn)，具體步驟如下步驟4 :消息代理單元獲取中心業(yè)務平臺或中心數(shù)據(jù)庫的下傳數(shù)據(jù)請求和下傳數(shù)據(jù)內容。
步驟4-1 :消息代理單元獲取中心業(yè)務平臺或中心數(shù)據(jù)庫下傳數(shù)據(jù)請求；步驟4-2 :消息代理單元按照預置的標準協(xié)議或消息中間件獲取下傳數(shù)據(jù)內容；步驟4-3 :消息代理對下傳請求進行解析，根據(jù)下傳請求內容將下傳數(shù)據(jù)進行分拆處理，分拆為不同的數(shù)據(jù)包，并為數(shù)據(jù)包指定發(fā)送目標地址；步驟4-4 :消息代理將分拆的數(shù)據(jù)發(fā)送給指定的消息適配單元。
步驟5 :消息適配單元將數(shù)據(jù)進行消息格式轉換并發(fā)送給應用系統(tǒng)或數(shù)據(jù)源。
步驟5-1 :消息適配單元獲得數(shù)據(jù)包后將其轉換為預定義的消息格式；步驟5-2、消息適配單元將數(shù)據(jù)包發(fā)送給異構應用系統(tǒng)或數(shù)據(jù)源。
步驟3及步驟4-2所述的預置的標準傳輸協(xié)議包括java消息服務JMS、超文本傳輸協(xié)議Http、簡單對象訪問協(xié)議SOAP和套接字Socket ；步驟3所述的消息中間件為消息隊列Message Queue。
本發(fā)明的優(yōu)點1.本發(fā)明裝置及方法的運用使數(shù)據(jù)和應用集成過程解耦，簡化服務構建難度，降低構建成本，提高設備間交互消息的有效性，無需對消息體內數(shù)據(jù)進行二次封裝和業(yè)務化；2.本發(fā)明裝置可以收斂各類不同的應用設備，對網(wǎng)絡中各種應用設備間交互的消息進行規(guī)范化處理后提供給相關設備，屏蔽了網(wǎng)絡中消息多樣化的問題，簡化了網(wǎng)絡規(guī)劃復雜度。


圖I為本發(fā)明一種實施方式基于代理緩存適配模型的交換集成裝置的結構框圖； 圖2為本發(fā)明一種實施方式代理緩存適配模型結構示意圖；圖3為本發(fā)明一種實施方式消息適配單元內部數(shù)據(jù)抽取及協(xié)議轉換結構圖；圖4為本發(fā)明一種實施方式元數(shù)據(jù)管理模塊元數(shù)據(jù)模型切分策略示意圖；圖5為本發(fā)明一種實施方式元數(shù)據(jù)管理模塊通用數(shù)據(jù)封裝策略示意圖；圖6為本發(fā)明一種實施方式消息代理單元內部數(shù)據(jù)轉換及發(fā)送結構圖；圖7為本發(fā)明一種實施方式數(shù)據(jù)上傳步驟流程圖；圖8為本發(fā)明一種實施方式數(shù)據(jù)下傳步驟流程圖；圖9為本發(fā)明一種實施方式給出的應用于區(qū)域醫(yī)療信息系統(tǒng)的交換集成裝置的部署結構示意圖；圖10為本發(fā)明一種實施方式區(qū)域醫(yī)療信息系統(tǒng)HIS數(shù)據(jù)庫獲取表格示意圖；圖11為本發(fā)明一種實施方式業(yè)務抽取觸發(fā)執(zhí)行活動圖；圖12為本發(fā)明一種實施方式主索引數(shù)據(jù)抽取執(zhí)行活動圖；圖13為本發(fā)明一種實施方式初始化配置信息執(zhí)行活動圖；圖14為本發(fā)明一種實施方式獲取主索引數(shù)據(jù)執(zhí)行活動圖；圖15為本發(fā)明一種實施方式保存數(shù)據(jù)執(zhí)行活動圖；圖16為本發(fā)明一種實施方式從表數(shù)據(jù)抽取執(zhí)行活動圖；圖17為本發(fā)明一種實施方式從表數(shù)據(jù)轉換執(zhí)行活動圖；圖18為本發(fā)明一種實施方式從表保存數(shù)據(jù)執(zhí)行活動圖；圖19為本發(fā)明一種實施方式元數(shù)據(jù)操作執(zhí)行活動圖；圖20為本發(fā)明一種實施方式元數(shù)據(jù)業(yè)務語義轉換執(zhí)行活動圖。
具體實施方式
下面結合附圖對本發(fā)明的實施方式作進一步詳細的說明。
本實施方式中基于代理緩存適配模型的交換集成裝置，結構框圖如圖I所示。其中，代理緩存適配模型英文縮寫為BCA，Broker-Cache-Adapter,中文為消息代理單元-消息適配單元_消息緩存單元。通過BCA模型內，三個單元的協(xié)作來實現(xiàn)對異構應用系統(tǒng)/ 數(shù)據(jù)資源的數(shù)據(jù)集成，以及異構應用系統(tǒng)/數(shù)據(jù)資源與中心業(yè)務平臺/中心數(shù)據(jù)庫間的數(shù)據(jù)交換。基于代理緩存適配模型的交換集成裝置通過消息適配單元，實現(xiàn)對應用系統(tǒng)或數(shù)據(jù)資源(是多個系統(tǒng)或數(shù)據(jù)資源的集合，這個集合中的系統(tǒng)或數(shù)據(jù)資源在定義成異構應用系統(tǒng)前已經(jīng)切實存在，異構應用系統(tǒng)的特點是數(shù)據(jù)所在的應用系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等，彼此之間數(shù)據(jù)格式、接口協(xié)議等不同，彼此間不直接連通)的數(shù)據(jù)獲取，獲得的數(shù)據(jù)在消息緩存單元進行元數(shù)據(jù)模型分解，消息代理單元將元數(shù)據(jù)進行業(yè)務語義轉換，并最終以數(shù)據(jù)任務的方式交付給中心業(yè)務平臺或中心數(shù)據(jù)庫。
基于代理緩存適配模型的交換集成裝置，包括用于接受和處理來自異構系統(tǒng)或數(shù)據(jù)源的多樣化消息的消息適配單元；用于定義和緩存來自消息適配單元抽取得到的應用數(shù)據(jù)，并將該應用數(shù)據(jù)與消息代理單元請求的業(yè)務數(shù)據(jù)模型結構進行映射的消息緩存單元；用于對所述消息緩存單元內應用數(shù)據(jù)進行業(yè)務語義轉換并以指定格式交付數(shù)據(jù)，支持多種協(xié)議以及多通道數(shù)據(jù)交換，實現(xiàn)一對一或多對多的數(shù)據(jù)交換、消息的訂閱發(fā)布模式設置、消息同步或異步方式交換，并對消息體類型及交互策略進行配置管理的消息代理單元。其中，消息代理單元與中心業(yè)務平臺或中心數(shù)據(jù)庫相連，消息適配單元與異構應用系統(tǒng)或數(shù)據(jù)資源相連，在內部，消息代理單元與消息適配單元之間可經(jīng)過消息緩存單元連接，也可不經(jīng)過消息緩存單元而直接相連。各模塊間的信息交互使用統(tǒng)一的預定義消息格式。本實施方式中，代理緩存模型的結構如圖2所示，消息適配單元由協(xié)議轉換模塊和數(shù)據(jù)抽取模塊組成。消息適配單元首先通過協(xié)議轉換模塊獲取當前異構應用系統(tǒng)和數(shù)據(jù)資源的消息協(xié)議類型，而在協(xié)議配置管理組件中預制了一系列協(xié)議配置模板，該模板根據(jù)不同的協(xié)議交互特點而構建。協(xié)議配置管理組件的功能是維護這些模板，并在具體交互場景中調取和配置這些模板(如發(fā)現(xiàn)異構應用系統(tǒng)使用的是HTTP消息格式，那么協(xié)議配置管理組件就選擇HTTP消息適配模板來獲取系統(tǒng)數(shù)據(jù))，協(xié)議轉換組件通過協(xié)議類型組件獲取當前應用協(xié)議類型后，請求協(xié)議配置管理組件提供相應的協(xié)議模板及初始化配置信息，以供協(xié)議轉換組件與應用系統(tǒng)及數(shù)據(jù)資源間建立信息訪問通道。協(xié)議轉換組件將獲取到的應用系統(tǒng)和數(shù)據(jù)資源的數(shù)據(jù)通過預制方法轉換成設備內部通用的預定義消息格式(預定義數(shù)據(jù)格式，即通過模板等方式進行約束的數(shù)據(jù)結構，模板預先構建，在數(shù)據(jù)導入中引用該模板使得數(shù)據(jù)格式符合模板約束要求，通常使用XSD或XML格式)。數(shù)據(jù)抽取模塊的調取管理組件配置任務觸發(fā)條件，在觸發(fā)條件下該組件向數(shù)據(jù)調取組件發(fā)送請求，數(shù)據(jù)調用組件向協(xié)議轉換組件調取轉換完畢的預定義消息。組件間交互關系如圖3所示。
消息緩存單元由持久化配置模塊和元數(shù)據(jù)管理模塊組成。其中，元數(shù)據(jù)管理模塊使用兩種形式的數(shù)據(jù)切分策略，即業(yè)務定制數(shù)據(jù)切分和通用數(shù)據(jù)封裝。業(yè)務定制數(shù)據(jù)切分將經(jīng)過協(xié)議適配單元獲取的應用資源數(shù)據(jù)按照業(yè)務對象來切分成對象間依賴程度最低的元數(shù)據(jù)模型。元數(shù)據(jù)模型內屬性單元采用基本數(shù)據(jù)類，即將企業(yè)應用和數(shù)據(jù)資源內多樣的數(shù)據(jù)結構和屬性類型將被切分并規(guī)約成類型為基本類型、高內聚的元數(shù)據(jù)模型集。結構如圖4所示。通用數(shù)據(jù)封裝策略不需要將數(shù)據(jù)進行粒度劃分，而是統(tǒng)一記錄XML文件，存入XML 數(shù)據(jù)隊列。其中XML數(shù)據(jù)中標簽元素通過預定制的方式存入元數(shù)據(jù)管理模塊，如圖5所示。 上述兩種方式的區(qū)別在于業(yè)務定制數(shù)據(jù)切分方式是與業(yè)務緊密相關的，適用于業(yè)務模型穩(wěn)定的情況；采用基于XML數(shù)據(jù)格式的通用數(shù)據(jù)封裝方式，用于業(yè)務模型變動頻繁的情況， 雖然其具有一定的業(yè)務靈活性，但其解析效率低于業(yè)務定制數(shù)據(jù)切分方式。
消息代理單元語義轉換組件獲取元數(shù)據(jù)管理模塊中的元數(shù)據(jù)模型集，并對其進行業(yè)務語義轉換以符合交互時的業(yè)務語義規(guī)范。上傳事務管理組件中定義一系列事務列表，該事務列表定義了數(shù)據(jù)上傳時間和(或)上傳間隔，并根據(jù)設定的上傳配置信息來完成事務的觸發(fā)。路由管理器管理一系列路由地址表，該表記錄了上傳數(shù)據(jù)的目的地址及端口信息。 在消息代理模塊完成元數(shù)據(jù)模型語義轉換后，消息代理單元開始等待上傳事務管理器的上傳觸發(fā)，如果當前某個上傳事務開啟，那么消息代理組件會訪問路由管理組件來獲取當前上傳事務的路由配置信息，并將路由配置及業(yè)務數(shù)據(jù)統(tǒng)一封裝成預定義消息，并根據(jù)上傳事務管理器中設定的上傳方式來選擇通過協(xié)議轉換組件方式上傳或是使用消息隊列組件方式上傳，組件間交互關系如圖6所示。
本實施方式中由異構應用系統(tǒng)或數(shù)據(jù)資源上傳數(shù)據(jù)給中心業(yè)務平臺或中心數(shù)據(jù)庫的方法，如圖7所示。該流程開始于步驟701。在步驟702，消息適配單元從異構應用系統(tǒng)或數(shù)據(jù)資源中抽取數(shù)據(jù)，并將數(shù)據(jù)轉換成預定義格式數(shù)據(jù)。首先，消息適配單元依照應用消息格式來選擇并配置相應的適配器模板，與異構應用系統(tǒng)或數(shù)據(jù)資源建立通信通道(該步驟的目的是與異構應用系統(tǒng)和數(shù)據(jù)資源間建立穩(wěn)定的消息通信機制)，協(xié)議轉換模塊將數(shù)據(jù)進行統(tǒng)一化處理，即轉換為預定義格式的消息；數(shù)據(jù)抽取模塊將預定義格式數(shù)據(jù)發(fā)送到消息緩存單元。
在步驟703 :消息緩存單元根據(jù)需求存儲或緩存步驟702生成的預定義格式數(shù)據(jù)。 具體分為2個步驟首先根據(jù)持久化配置要求，元數(shù)據(jù)管理模塊獲取預定義格式數(shù)據(jù)后，進行數(shù)據(jù)粒度切分及封裝，其中，數(shù)據(jù)粒度切分使用兩種形式的數(shù)據(jù)切分策略，即業(yè)務定制數(shù)據(jù)切分和通用數(shù)據(jù)封裝。其次，將封裝后的元數(shù)據(jù)進行持久化操作。消息緩存單元抽取異構應用系統(tǒng)或數(shù)據(jù)資源中的數(shù)據(jù)，將獲取的數(shù)據(jù)以對象類的形式進行緩存，緩存過程可以使用基于內存的方式也可以使用持久化到硬盤的方式，對象類是與消息體內數(shù)據(jù)模型一一對應的，該步驟的目的是獲取完整的應用數(shù)據(jù)，不考慮業(yè)務和粒度因素。
在步驟704 :消息代理單元對預定義格式的數(shù)據(jù)進行業(yè)務語義轉換，按照預置的標準傳輸協(xié)議(如JMS/Http/SOAP/Socket,其中，java消息服務JMS,是一個Java平臺中關于面向消息中間件的應用程序接口，用于在兩個應用程序之間，或分布式系統(tǒng)中發(fā)送消息， 進行異步通信；超文本傳輸協(xié)議Http，是分布式、協(xié)作式、超媒體系統(tǒng)應用之間的通信協(xié)議；簡單對象訪問協(xié)議S0AP，是一種輕量的、簡單的、基于XML的協(xié)議，它被設計成在WEB上交換結構化的和固化的信息；套接字Socket，應用程序通常通過〃套接字〃向網(wǎng)絡發(fā)出請求或者應答網(wǎng)絡請求)或消息中間件(如消息隊列MessageQueue,是一種應用系統(tǒng)間通信的消息中間件)將數(shù)據(jù)上傳到中心業(yè)務平臺或加載到中心數(shù)據(jù)庫。
首先，消息代理單元對消息緩存單元中的元數(shù)據(jù)模型進行業(yè)務化語義轉換，首先根據(jù)業(yè)務模型結構，將消息緩存單元中持久化的數(shù)據(jù)進行映射配置，使其符合業(yè)務語義的描述規(guī)范。該步驟是將業(yè)務模型與原始數(shù)據(jù)模型進行映射和封裝，以封裝的業(yè)務模型對象替代原始數(shù)據(jù)中大量的依賴關系，將原始數(shù)據(jù)切分無依賴關系的元數(shù)據(jù)模型，并由這一系列元數(shù)據(jù)模型來構建業(yè)務模型對象。
其次，根據(jù)路由配置模塊中的訪問控制列表及路由邏輯來對上傳數(shù)據(jù)進行路由選擇。
最后，根據(jù)事件配置模塊的任務配置條件來為中心數(shù)據(jù)庫或中心業(yè)務平臺通過消息隊列或調用對方接口方式推送數(shù)據(jù)，或以提供接口的方式供中心業(yè)務平臺或中心數(shù)據(jù)庫調用數(shù)據(jù)服務，所述的任務配置條件包括服務調用方式觸發(fā)任務、定時觸發(fā)任務和配置觸10發(fā)規(guī)則觸發(fā)任務。
在步驟705，結束。
一種由中心業(yè)務平臺或中心數(shù)據(jù)庫下傳數(shù)據(jù)給異構應用系統(tǒng)或數(shù)據(jù)資源的方法， 如圖8所示。該流程開始于步驟801。在步驟802，消息代理單元獲取中心業(yè)務平臺或中心數(shù)據(jù)庫的下傳數(shù)據(jù)請求和下傳數(shù)據(jù)內容。使用消息代理單元獲取消息下傳請求，并對請求信息進行解析，選擇相應的路由地址做為下傳數(shù)據(jù)目的地址。該步驟的目的是獲取下傳請求的目的地址，以便為后續(xù)消息適配單元進行數(shù)據(jù)包發(fā)送時明確發(fā)送目標。
然后，對數(shù)據(jù)進行拆分并配置分發(fā)地址。消息代理單元獲取下傳數(shù)據(jù)內容，并根據(jù)發(fā)送目的地址將其分拆成一系列數(shù)據(jù)包，并根據(jù)已確定的目標地址將數(shù)據(jù)包發(fā)送給多個消息適配單元。該步驟的目的為不同數(shù)據(jù)包指定消息頭后，將完整的包發(fā)送給消息適配單元。
在步驟803 :消息適配單元將數(shù)據(jù)進行消息格式轉換并發(fā)送給應用系統(tǒng)或數(shù)據(jù)源。消息適配單元根據(jù)數(shù)據(jù)包指定的發(fā)送地址，將數(shù)據(jù)包內容按照目標系統(tǒng)接口的格式進行格式轉換，使其符合目標應用系統(tǒng)/數(shù)據(jù)源使用的消息格式，并發(fā)送給目標位置。該步驟的目的為對數(shù)據(jù)內容進行轉換并將下傳數(shù)據(jù)發(fā)送到最終應用系統(tǒng)/數(shù)據(jù)源中。
在步驟804，結束。
實施例一種在區(qū)域醫(yī)療信息系統(tǒng)數(shù)據(jù)共享與交換過程中，采用基于BCA的交換集成裝置實現(xiàn)數(shù)據(jù)輸送的案例。
在網(wǎng)絡構建結構上，本實施方式中的裝置部署于不同區(qū)域醫(yī)院信息系統(tǒng)中，從區(qū)域醫(yī)院信息系統(tǒng)中的HIS數(shù)據(jù)庫中獲取所需的業(yè)務數(shù)據(jù)，部署方式采用分布式部署，根據(jù)需要來對指定單個系統(tǒng)或集群進行數(shù)據(jù)的抽取和集成交換，裝置部署結構如圖9所示。
本發(fā)明實施方式中，數(shù)據(jù)上傳過程如下步驟901 :消息適配單元從異構應用系統(tǒng)或數(shù)據(jù)資源中抽取數(shù)據(jù)，并將數(shù)據(jù)轉換成預定義格式數(shù)據(jù)。消息適配單元的協(xié)議轉換模塊根據(jù)具體抽取任務的特點來選取不同的適配模板。根據(jù)本項目HIS數(shù)據(jù)庫，在消息適配單元上選擇JDBC適配器模板，其中，適配配置信息包括在數(shù)據(jù)抽取過程中使用的數(shù)據(jù)庫類型、數(shù)據(jù)庫地址、數(shù)據(jù)庫名稱、端口等信息，對于不同的數(shù)據(jù)源，可以選擇不同的模板并進行配置，在這里僅對JDBC模板進行舉例。
消息適配單元的數(shù)據(jù)抽取模塊，根據(jù)具體抽取任務的不同來定義不同的抽取策略或抽取邏輯，生成數(shù)據(jù)抽取邏輯描述xml文件，這些文件在數(shù)據(jù)抽取模塊內部的解析引擎的驅動下來執(zhí)行數(shù)據(jù)抽取操作。
根據(jù)業(yè)務要求，在進行醫(yī)療數(shù)據(jù)抽取步驟時，需要從區(qū)域醫(yī)療信息系統(tǒng)HIS數(shù)據(jù)庫中獲取門診診療索引信息表、門診診療臨床服務登記表、門診診療臨床輔助檢查記錄表等表中數(shù)據(jù)內容，如圖10所示。
根據(jù)數(shù)據(jù)在業(yè)務庫中的主從關系，確定了數(shù)據(jù)抽取執(zhí)行的流程如下a.首先根據(jù)需要抽取主索引表的數(shù)據(jù),將主索引記錄生成,并生成相應的查詢參數(shù)條件，為下一步抽取準備。
b.根據(jù)主索引的查詢參數(shù)進行從表數(shù)據(jù)的查詢，生成從表數(shù)據(jù)。其中有些從表還存在子從表，因此也需要生成相應的子從表的查詢參數(shù)，以便子從表進行查詢。
c.根據(jù)相應的查詢條件生成子從表的數(shù)據(jù)。
數(shù)據(jù)抽取流程分為主流程和次流程，主流程執(zhí)行過程中根據(jù)數(shù)據(jù)表中的條件觸發(fā)不同的次流程。流程信息以xml文件的形式保存在前置設備消息代理單元的數(shù)據(jù)抽取模塊中。
數(shù)據(jù)抽取流程可以有多個，多個業(yè)務流程間通過彼此關聯(lián)的抽取邏輯來依次觸發(fā)。本實施方式中數(shù)據(jù)抽取執(zhí)行邏輯如圖11 18所示，分別從主索引表、從表和子從表中進行數(shù)據(jù)抽取，并將抽取得到信息緩存進消息緩存單元中。
步驟902 :消息緩存單元根據(jù)需求存儲或緩存步驟901生成的預定義格式數(shù)據(jù)。 消息緩存單元中元數(shù)據(jù)管理模塊，根據(jù)業(yè)務描述的特點來定義不同的元數(shù)據(jù)模型，該元數(shù)據(jù)模型的定義需要具有上傳數(shù)據(jù)業(yè)務特點，同時模型與模型間具有較低的耦合關系。
根據(jù)抽取的數(shù)據(jù)結構，確定以下元數(shù)據(jù)模型，并將其持久化到消息緩存單元的元數(shù)據(jù)管理模塊，該元數(shù)據(jù)模型的XML描述文件存放在消息緩存單元的持久化配置模塊中。
本實施方式中，元數(shù)據(jù)管理模塊中根據(jù)業(yè)務描述共定義了 12個元數(shù)據(jù)模型醫(yī)療數(shù)據(jù)緩存模型(RES_CATCH)門診診療文檔索引信息模型(DI_ADI_DOCINDEX_HR)門診診療掛號記錄模型(DI_ADI_REGISTER_INFO)門診診療臨床服務登記模型(DI_ADI_AMBREG_INFO)門診診療診斷記錄模型(DI_ADI_DIAREC_INFO)門診診療處方信息模型(DI_ADI_DRUREC_INFO)門診診療費用記錄模型(DI_ADI_EXPSET_INFO)門診診療費用明細記錄表模型(DI_ADI_EXPSET_LIST)門診診療臨床輔助檢查記錄模型(DI_ADI_CLIEXA_INFO)門診診療實驗室檢驗記錄模型(DI_ADI_LAREXA_INFO)門診診療實驗室檢驗詳細記錄模型(DI_ADI_LAREXADET_LIST)門診診療手術記錄模型(DI_ADI_0PEREC_INF0)元數(shù)據(jù)模型描述了業(yè)務轉換過程中需要進行持久化數(shù)據(jù)信息，該元數(shù)據(jù)內容根據(jù)數(shù)據(jù)抽取結果被不斷豐富，直至具有完整的業(yè)務特征。
消息緩存單元的持久化配置模塊負責將將元數(shù)據(jù)模型不斷地完善，直至具有完整的業(yè)務特性。該元數(shù)據(jù)完善步驟如圖19所示，具體如下I、數(shù)據(jù)抽取任務，在開始啟動時，將開始時間(參數(shù)為begin_date)，結束時間(參數(shù)為 end_date)以及主抽取流程的數(shù)據(jù)庫配置作為參數(shù)傳入主索引表主抽取流程中，調用主索引表主抽取流程。調用完主抽取流程之后，獲取元數(shù)據(jù)模型RES_CACHE數(shù)據(jù)狀態(tài)為O的數(shù)據(jù)，根據(jù)配置文件將數(shù)據(jù)總數(shù)按照一定數(shù)量進行分頁。在調用從表數(shù)據(jù)抽取流程時，啟動多線程并發(fā)方式，每一次調用從表數(shù)據(jù)抽取流程的數(shù)據(jù)根據(jù)分頁數(shù)而定。例如，若按照每頁10 條分頁時，每一個線程調用10次從表數(shù)據(jù)抽取流程。
2、將分頁數(shù)據(jù)中某些字段作為參數(shù)，傳入到從表抽取任務中，并調用從表數(shù)據(jù)抽取任務。在調用從表數(shù)據(jù)抽取任務之前，將所分頁的數(shù)據(jù)的狀態(tài)位STATUS改為8，這是臨時狀態(tài)位，表示將要調用從表數(shù)據(jù)抽取的數(shù)據(jù)。在調用完從表數(shù)據(jù)抽取任務后，將這些數(shù)據(jù)的狀態(tài)位STATUS改為I，表示已經(jīng)執(zhí)行完的從表數(shù)據(jù)抽取任務。
3、當從表抽取完成后，根據(jù)需要抽取子從表數(shù)據(jù)。首先根據(jù)表明查找從表數(shù)據(jù)的總數(shù)，然后按照分頁數(shù)對從表進行分頁處理。根據(jù)分頁后的數(shù)據(jù)，作為參數(shù)調用子從表數(shù)據(jù)抽取任務，調用前將該條從表數(shù)據(jù)的狀態(tài)STATUS改為8，調用結束后改為I。表示已經(jīng)調用完成。
4、成功的調用抽取任務后，元數(shù)據(jù)模型RES_CACHE的數(shù)據(jù)狀態(tài)STATUS都應該為1， 以便進行轉換。
步驟903 :消息代理單元對預定義格式的數(shù)據(jù)進行業(yè)務語義轉換，按照預置的標準傳輸協(xié)議或消息中間件將數(shù)據(jù)上傳到中心業(yè)務平臺或加載到中心數(shù)據(jù)庫。
消息緩存單元中元數(shù)據(jù)管理模塊在獲得完整的抽取數(shù)據(jù)后，根據(jù)業(yè)務語義描述來對元數(shù)據(jù)單元進行業(yè)務語義化處理，通過模塊內定義的XSD模板文件來實現(xiàn)元數(shù)據(jù)滿足上傳時業(yè)務要求。
數(shù)據(jù)集成交換前置設備中的數(shù)據(jù)轉換主要使用了 XLST(XLS轉換)技術。將源XML 數(shù)據(jù)轉換成符合規(guī)范格式的XML數(shù)據(jù)，在轉換完成后將相應的數(shù)據(jù)保存到前置設備的緩存隊列中。
數(shù)據(jù)轉換主要使用XSLT技術，轉換業(yè)務步驟如圖20所示1、從元數(shù)據(jù)管理模塊中讀取數(shù)據(jù)；2、使用XSD對源XML數(shù)據(jù)進行校驗；3、利用XSL樣式表，使用XSLT轉換源XML中字段，使其符合規(guī)范格式；4、解析轉換后的XML字段，對每一個字段進行數(shù)據(jù)類型校驗；5、將XML中的數(shù)據(jù)插入到業(yè)務數(shù)據(jù)庫，并把中間庫中已轉換的數(shù)據(jù)狀態(tài)更新為已轉換。
在已經(jīng)定義的12個元數(shù)據(jù)模型中，描述當前需要進行業(yè)務語義化處理的數(shù)據(jù)模型。在數(shù)據(jù)抽取結束后，抽取得到的數(shù)據(jù)會緩存到相應的元數(shù)據(jù)模型中，此時的元數(shù)據(jù)模型相對于最終業(yè)務語義化的元數(shù)據(jù)模型而言并不完整，在元數(shù)據(jù)業(yè)務語義轉換過程中對其進行完善和補充，并生成規(guī)范的XML數(shù)據(jù)對外發(fā)布。
數(shù)據(jù)集成交換前置設備使用消息代理單元負責對業(yè)務數(shù)據(jù)的上傳。在事件配置模塊中，通過配置ini文件的方法來規(guī)定數(shù)據(jù)上傳事務的觸發(fā)時間和上傳間隔等。在本實施方式中，數(shù)據(jù)上傳通過消息隊列管理模塊來實現(xiàn)，在該模塊中定義上傳消息所需要定義的消息隊列信息等。
表I為消息隊列管理模塊對門診診療觸發(fā)業(yè)務模型上傳消息隊列配置細則
權利要求
1.一種基于代理緩存適配模型的交換集成裝置，其特征在于包括消息適配單元用于接受和處理來自異構應用系統(tǒng)或數(shù)據(jù)資源的多樣化消息，并實現(xiàn)對上述多樣化消息格式的標準化轉換；消息緩存單元用于定義和緩存來自消息適配單元抽取得到的應用數(shù)據(jù)，并將該應用數(shù)據(jù)與消息代理單元請求的業(yè)務數(shù)據(jù)模型結構進行映射，在消息緩存單元中設置有用于為數(shù)據(jù)的業(yè)務語義化提供數(shù)據(jù)模型支撐的元數(shù)據(jù)模型；消息代理單元是與外部設備交互的核心模塊，實現(xiàn)數(shù)據(jù)調取管理、任務觸發(fā)和數(shù)據(jù)交換模式管理，用于對所述消息緩存單元內應用數(shù)據(jù)進行業(yè)務語義轉換并以指定格式交付數(shù)據(jù)，支持多種協(xié)議以及多通道數(shù)據(jù)交換，實現(xiàn)一對一或多對多的數(shù)據(jù)交換、消息的訂閱發(fā)布模式設置、消息同步或異步方式交換，并對消息體類型及交互策略進行配置管理；其中，所述的消息適配單元由協(xié)議轉換模塊和數(shù)據(jù)抽取模塊組成；數(shù)據(jù)抽取模塊根據(jù)數(shù)據(jù)抽取業(yè)務的條件約束來指定數(shù)據(jù)抽取方式和抽取流程，進而獲取異構應用系統(tǒng)或數(shù)據(jù)資源中的原始數(shù)據(jù)，獲取的原始數(shù)據(jù)以對象的形式暫存，在需要根據(jù)數(shù)據(jù)資源進行協(xié)議轉換情況下，數(shù)據(jù)抽取模塊在協(xié)議轉換模塊的支持下進行數(shù)據(jù)抽取，為數(shù)據(jù)交換提供原數(shù)據(jù)支撐；協(xié)議轉換模塊用于與異構應用系統(tǒng)或數(shù)據(jù)資源交互過程中適配不同類型的應用消息協(xié)議格式，并將不同協(xié)議格式轉換成統(tǒng)一的預定義格式，以便設備內部各個模塊間進行數(shù)據(jù)交互；所述的消息緩存單元由持久化配置模塊和元數(shù)據(jù)管理模塊組成；元數(shù)據(jù)管理模塊用于定義不同粒度的數(shù)據(jù)模型，數(shù)據(jù)抽取模塊獲得的數(shù)據(jù)按不同粒度的數(shù)據(jù)模型來存放，元數(shù)據(jù)管理模塊對上述數(shù)據(jù)模型進行維護管理，并對業(yè)務模型匹配映射提供基于粒度的數(shù)據(jù)模型支持；持久化配置模塊用來配置數(shù)據(jù)持久化策略及與元數(shù)據(jù)管理模塊交互，封裝和定義不同業(yè)務粒度的元數(shù)據(jù)模型，并對元數(shù)據(jù)管理模塊中定義的元數(shù)據(jù)模型進行持久化操作；所述的消息代理單元由路由配置模塊、消息代理模塊、事件配置模塊、消息隊列管理模塊組成；路由配置模塊用于配置路由配置表信息及路由邏輯策略，實現(xiàn)在數(shù)據(jù)交換過程中，數(shù)據(jù)能夠智能路由到指定的服務器端；事件配置模塊用于配置任務觸發(fā)策略，配置信息用于與中心業(yè)務平臺或中心數(shù)據(jù)庫進行數(shù)據(jù)交換時的方式和方法的定制信息，事件配置模塊在進行數(shù)據(jù)上傳事件觸發(fā)前，需要從路由配置模塊獲取上傳目標的路由表信息，并根據(jù)路由配置模塊提供的路由的邏輯來進行數(shù)據(jù)上傳；消息代理模塊用于與事件配置模塊交互，獲取業(yè)務事件觸發(fā)規(guī)則來對中心業(yè)務平臺或中心數(shù)據(jù)庫上報業(yè)務數(shù)據(jù)，實現(xiàn)消息訂閱發(fā)布模式執(zhí)行策略的配置及觸發(fā)，同時定義同步或異步方式來進行數(shù)據(jù)交換；消息代理模塊與消息緩存單元的持久化配置模塊交互，獲取業(yè)務數(shù)據(jù)消息模型并將應用數(shù)據(jù)進行封裝；消息代理模塊與消息適配單元的協(xié)議轉換模塊交互，根據(jù)業(yè)務定義要求動態(tài)地調取異構應用系統(tǒng)或數(shù)據(jù)資源的數(shù)據(jù)信息；消息代理單元與消息隊列管理模塊相連通，根據(jù)業(yè)務數(shù)據(jù)發(fā)送要求，來實現(xiàn)通過消息通道的方式進行數(shù)據(jù)上傳；消息隊列管理模塊用于保存用于發(fā)送給中心業(yè)務平臺或中心數(shù)據(jù)庫的消息體，每個消息體根據(jù)消息代理模塊設計的數(shù)據(jù)交換策略來傳遞消息，并在數(shù)據(jù)交換前檢查網(wǎng)絡環(huán)境穩(wěn)定情況，在消息可達的情況下發(fā)送消息，否則放置在消息隊列中等待；所述的路由配置模塊與消息代理模塊結合來實現(xiàn)消息的一對一或多對多方式發(fā)送，并為發(fā)布訂閱模式及同步異步數(shù)據(jù)交換模式提供功能支持。
2.根據(jù)權利要求I所述的基于代理緩存適配模型的交換集成裝置，其特征在于所述的異構應用系統(tǒng)或數(shù)據(jù)資源是指多個系統(tǒng)或數(shù)據(jù)資源的集合，且該集合中系統(tǒng)與系統(tǒng)彼此間的數(shù)據(jù)格式或接口協(xié)議不同，且彼此間不直接連通。
3.一種由異構應用系統(tǒng)或數(shù)據(jù)資源上傳數(shù)據(jù)給中心業(yè)務平臺或中心數(shù)據(jù)庫的方法，采用權利要求I所述的基于代理緩存適配模型的交換集成裝置實現(xiàn)，其特征在于包括以下步驟步驟I :消息適配單元從異構應用系統(tǒng)或數(shù)據(jù)資源中抽取數(shù)據(jù)，并將數(shù)據(jù)轉換成預定義格式數(shù)據(jù)；步驟1-1 :消息適配單元的協(xié)議轉換模塊根據(jù)數(shù)據(jù)源消息類型來配置消息適配模板； 步驟1-2 :協(xié)議轉換模塊將數(shù)據(jù)進行統(tǒng)一化處理，即轉換為預定義格式的消息；步驟1-3 :數(shù)據(jù)抽取模塊將預定義格式數(shù)據(jù)發(fā)送到消息緩存單元；步驟2 :消息緩存單元根據(jù)存儲需求或步驟I生成的預定義格式數(shù)據(jù)；步驟2-1 :根據(jù)持久化配置要求，元數(shù)據(jù)管理模塊獲取消息適配單元發(fā)送的預定義格式數(shù)據(jù)后，進行數(shù)據(jù)粒度切分及封裝；所述的數(shù)據(jù)粒度切分使用兩種形式的數(shù)據(jù)切分策略， 即業(yè)務定制數(shù)據(jù)切分和通用數(shù)據(jù)封裝，所述的業(yè)務定制數(shù)據(jù)切分是指將經(jīng)過消息適配單元獲取的應用資源數(shù)據(jù)按照業(yè)務對象來切分成對象間依賴程度最低的元數(shù)據(jù)模型，即將異構系統(tǒng)或數(shù)據(jù)資源獲取的多樣的數(shù)據(jù)結構和屬性類型切分并規(guī)約成元數(shù)據(jù)模型中定義的數(shù)據(jù)模型、高內聚的元數(shù)據(jù)模型集，通用數(shù)據(jù)封裝策略是指直接將數(shù)據(jù)抽取模塊獲得的數(shù)據(jù)統(tǒng)一記錄為XML文件，存入XML數(shù)據(jù)隊列，其中XML數(shù)據(jù)中標簽元素通過預定制的方式存入元數(shù)據(jù)管理模塊；步驟2-2 :對封裝后的元數(shù)據(jù)進行持久化操作；步驟3 :消息代理單元對預定義格式的數(shù)據(jù)進行業(yè)務語義轉換，按照預置的標準傳輸協(xié)議或消息中間件將數(shù)據(jù)上傳到中心業(yè)務平臺或加載到中心數(shù)據(jù)庫；步驟3-1 :消息代理單元對消息緩存單元中的元數(shù)據(jù)模型進行業(yè)務化語義轉換，該語義轉換過程基于業(yè)務模型模板來進行，所述的業(yè)務模型模板是用于進行業(yè)務語義轉換的模型模板，該模板定義了業(yè)務語義轉換的約束條件，在進行數(shù)據(jù)轉換過程中引用該模板來進行業(yè)務語義約束和轉換；步驟3-2 :根據(jù)發(fā)送數(shù)據(jù)的具體消息格式來配置協(xié)議轉換模塊，對消息代理單元上傳的消息格式進行協(xié)議轉換；步驟3-3 :根據(jù)路由配置模塊中的訪問控制列表及路由邏輯來對上傳數(shù)據(jù)進行路由選步驟3-4、根據(jù)事件配置模塊的任務配置條件來為中心數(shù)據(jù)庫或中心業(yè)務平臺通過消息隊列或調用對方接口方式推送數(shù)據(jù)，或以提供接口的方式供中心業(yè)務平臺或中心數(shù)據(jù)庫調用數(shù)據(jù)服務，所述的任務配置條件包括服務調用方式觸發(fā)任務、定時觸發(fā)任務和配置觸發(fā)規(guī)則觸發(fā)任務。
4.一種由中心業(yè)務平臺或中心數(shù)據(jù)庫下傳數(shù)據(jù)到異構應用系統(tǒng)或數(shù)據(jù)資源的方法，采用權利要求I所述的基于代理緩存適配模型的交換集成裝置實現(xiàn)，其特征在于包括以下步驟步驟4 :消息代理單元獲取中心業(yè)務平臺或中心數(shù)據(jù)庫的下傳數(shù)據(jù)請求和下傳數(shù)據(jù)內容；步驟4-1 :消息代理單元獲取中心業(yè)務平臺或中心數(shù)據(jù)庫下傳數(shù)據(jù)請求；步驟4-2 :消息代理單元按照預置的標準協(xié)議或消息中間件獲取下傳數(shù)據(jù)內容；步驟4-3 :消息代理對下傳請求進行解析，根據(jù)下傳請求內容將下傳數(shù)據(jù)進行分拆處理，分拆為不同的數(shù)據(jù)包，并為數(shù)據(jù)包指定發(fā)送目標地址；步驟4-4 :消息代理將分拆的數(shù)據(jù)發(fā)送給指定的消息適配單元；步驟5 :消息適配單元將數(shù)據(jù)進行消息格式轉換并發(fā)送給應用系統(tǒng)或數(shù)據(jù)源；步驟5-1 :消息適配單元獲得數(shù)據(jù)包后將其轉換為預定義的消息格式；步驟5-2、消息適配單元將數(shù)據(jù)包發(fā)送給異構應用系統(tǒng)或數(shù)據(jù)源。
5.根據(jù)權利要求3所述的由異構應用系統(tǒng)或數(shù)據(jù)資源上傳數(shù)據(jù)給中心業(yè)務平臺或中心數(shù)據(jù)庫的方法，其特征在于步驟3所述的預置的標準傳輸協(xié)議包括java消息服務 JMS、超文本傳輸協(xié)議Http、簡單對象訪問協(xié)議SOAP和套接字Socket。
6.根據(jù)權利要求3所述的由異構應用系統(tǒng)或數(shù)據(jù)資源上傳數(shù)據(jù)給中心業(yè)務平臺或中心數(shù)據(jù)庫的方法，其特征在于步驟3所述的消息中間件為消息隊列Message Queue。
全文摘要
一種基于代理緩存適配模型的交換集成裝置及方法，涉及數(shù)據(jù)和應用集成領域。裝置包括消息適配單元、消息緩存單元和消息代理單元，其中消息適配單元由協(xié)議轉換模塊和數(shù)據(jù)抽取模塊組成；消息緩存單元由持久化配置模塊和元數(shù)據(jù)管理模塊組成；消息代理單元由路由配置模塊、消息代理模塊、事件配置模塊、消息隊列管理模塊組成。本發(fā)明裝置及方法的運用使數(shù)據(jù)和應用集成過程解耦，簡化服務構建難度，降低構建成本，提高設備間交互消息的有效性，無需對消息體內數(shù)據(jù)進行二次封裝和業(yè)務化；本發(fā)明裝置可以收斂各類不同的應用設備，對網(wǎng)絡中各種應用設備間交互的消息進行規(guī)范化處理后提供給相關設備，屏蔽了網(wǎng)絡中消息多樣化的問題，簡化了網(wǎng)絡規(guī)劃復雜度。
文檔編號H04L12/70GK102938731SQ201210477829
公開日2013年2月20日 申請日期2012年11月22日 優(yōu)先權日2012年11月22日
發(fā)明者李軼強, 馬國耀, 蔡軍, 賈存庫, 趙景陽 申請人:北京銳易特軟件技術有限公司