服務(wù)總線提供服務(wù)的方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種服務(wù)總線提供服務(wù)的方法及系統(tǒng)，所述方法包括：服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元。本發(fā)明通過服務(wù)總線對接收到的各種協(xié)議類型的服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換后，發(fā)送給相應(yīng)的服務(wù)單元，并將服務(wù)單元返回的應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給客戶端單元，擴(kuò)大了服務(wù)接入和發(fā)布的方式，提升了用戶使用體驗。
【專利說明】服務(wù)總線提供服務(wù)的方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)通信【技術(shù)領(lǐng)域】，尤其涉及ー種服務(wù)總線提供服務(wù)的方法及系統(tǒng)。【背景技術(shù)】
[0002]服務(wù)總線作為客戶端系統(tǒng)的連接中樞,是構(gòu)筑面向服務(wù)架構(gòu)(Service OrientedArchitecture, SOA)為基礎(chǔ)的企業(yè)信息系統(tǒng)的必要元素，服務(wù)總線可以簡單的定義為:由中間件技術(shù)實現(xiàn)并支持SOA的ー組基礎(chǔ)架構(gòu)，支持異構(gòu)環(huán)境中的服務(wù)、消息以及基于事件的交互，并且具有適當(dāng)?shù)姆?wù)級別和可管理性。通過服務(wù)總線實現(xiàn)客戶端系統(tǒng)的快速接入，并通過更高級的事件、流程處理能力，能夠很好的將企業(yè)信息系統(tǒng)與實際業(yè)務(wù)協(xié)調(diào)起來，在保證原有投資的條件下，實現(xiàn)更加靈活和敏捷的企業(yè)信息系統(tǒng)改造。
[0003]目前大多數(shù)的服務(wù)總線是基于超文本傳輸協(xié)議(HyperText Transfer Protocol,HTTP)協(xié)議的，只支持以Web服務(wù)(Web Service)的方式進(jìn)行服務(wù)的發(fā)布，但對于以HTTPpost的發(fā)布服務(wù)方式及其他服務(wù)的接入方式并不能夠支持，如此，極大地限制了服務(wù)接入和發(fā)布的方式。

【發(fā)明內(nèi)容】

[0004]有鑒于此，本發(fā)明的主要目的在于提供ー種服務(wù)總線提供服務(wù)的方法及系統(tǒng)，能夠擴(kuò)大服務(wù)的使用范圍，提升用戶體驗。
[0005]為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0006]ー種服務(wù)總線提供服務(wù)的方法，所述方法包括:
[0007]服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；
[0008]將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；
[0009]所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端単元。
[0010]其中，所述服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息為:
[0011]所述服務(wù)總線接收客戶端單元發(fā)來的Java消息服務(wù)(JMS)協(xié)議類型或遠(yuǎn)程方法調(diào)用(RMI)協(xié)議類型的服務(wù)請求消息。
[0012]其中，所述服務(wù)總線對所述服務(wù)單元請求消息進(jìn)行格式轉(zhuǎn)換為:
[0013]所述服務(wù)總線將JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為簡單對象訪問協(xié)議(SOAP)類型的服務(wù)請求消息。
[0014]其中，所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息為:
[0015]所述服務(wù)總線接收所述服務(wù)單元返回的SOAP類型的應(yīng)答消息。
[0016]其中，所述對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元為:
[0017]所述服務(wù)總線根據(jù)所述應(yīng)答消息中目的地址對應(yīng)客戶端單元的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息并發(fā)送給相應(yīng)的客戶端單J Li o
[0018]ー種服務(wù)總線提供服務(wù)的系統(tǒng)，包括客戶端單元、服務(wù)單元，所述系統(tǒng)還包括:月艮務(wù)總線；其中，
[0019]所述服務(wù)總線，用于接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元。
[0020]其中，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊；其中，
[0021]所述接收模塊，用于接收客戶端單元發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息，并通過統(tǒng)ー消息路由模塊將所述服務(wù)請求消息發(fā)送給轉(zhuǎn)換模塊。
[0022]其中，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊、發(fā)送模塊；其中，
[0023]所述轉(zhuǎn)換模塊，用于將接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為SOAP類型的服務(wù)請求消息；
[0024]所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的SOAP類型的服務(wù)請求消息發(fā)送給相應(yīng)的服務(wù)單元。
[0025]其中，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊；其中，
[0026]所述接收模塊，用于接收所述服務(wù)単元返回的SOAP類型的應(yīng)答消息。
[0027]其中，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊、發(fā)送模塊；其中，
[0028]所述接收模塊，用于接收所述服務(wù)単元返回的應(yīng)答消息；
[0029]所述轉(zhuǎn)換模塊，用于根據(jù)接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息中目的地址對應(yīng)客戶端的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息；
[0030]所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息發(fā)送給相應(yīng)的客戶端單元。
[0031]本發(fā)明通過服務(wù)總線對接收到的各種協(xié)議類型的服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換后，發(fā)送給相應(yīng)的服務(wù)單元，并將服務(wù)單元返回的應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給客戶端單元，擴(kuò)大了服務(wù)接入和發(fā)布的方式，提升了用戶使用體驗。
【專利附圖】

【附圖說明】
[0032]圖1為本發(fā)明服務(wù)總線提供服務(wù)的方法的實現(xiàn)流程示意圖；
[0033]圖2為本發(fā)明服務(wù)總線提供服務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖；
[0034]圖3為本發(fā)明服務(wù)總線提供服務(wù)的系統(tǒng)中適配単元的結(jié)構(gòu)示意圖。
【具體實施方式】
[0035]本發(fā)明的基本思想為:服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送服務(wù)請求消息請求的服務(wù)單元；所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端単元。
[0036]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實施例并參照附圖，對本發(fā)明進(jìn)一歩詳細(xì)說明。
[0037]圖1示出了本發(fā)明服務(wù)總線提供服務(wù)的方法的實現(xiàn)流程，如圖1所示，所述方法包括下述步驟:
[0038]步驟101，服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；
[0039]這里，當(dāng)用戶需要訪問某一應(yīng)用時，會通過客戶端單元輸入服務(wù)請求消息，客戶端單元將用戶輸入的服務(wù)請求消息發(fā)送給所述服務(wù)總線；
[0040]服務(wù)總線接收客戶端單元發(fā)來的Java消息服務(wù)(Java Message Service, JMS)協(xié)議類型或遠(yuǎn)程方法調(diào)用(Remote Method Invocation, RMI)協(xié)議類型的服務(wù)請求消息；并將所述JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為簡單對象訪問協(xié)議(SimpleObject Access Protocol, SOAP)類型的服務(wù)請求消息；具體是將所述服務(wù)請求消息的消息格式、通訊方式以及編碼格式等等轉(zhuǎn)換為各自所請求服務(wù)單元所支持的協(xié)議類型。
[0041]步驟102，服務(wù)總線將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；
[0042]具體地，本步驟中，服務(wù)總線根據(jù)格式轉(zhuǎn)換后的服務(wù)請求消息所請求的服務(wù)單元，將所述服務(wù)請求消息發(fā)送給相應(yīng)的具體的服務(wù)單元；
[0043]當(dāng)所述服務(wù)単元接收到服務(wù)請求消息后，進(jìn)行消息驗證，井根據(jù)所述服務(wù)請求消息的內(nèi)容返回具體的應(yīng)答消息給服務(wù)總線。
[0044]步驟103，所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端単元；
[0045]這里，所述服務(wù)總線根據(jù)所述應(yīng)答消息中目的地址對應(yīng)客戶端的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息并發(fā)送給相應(yīng)的客戶端単元；具體是將所述應(yīng)答消息的消息格式、通訊方式以及編碼格式等等轉(zhuǎn)換成所述客戶端単元所應(yīng)用的協(xié)議類型。
[0046]其中，上述服務(wù)請求消息不同協(xié)議類型中間的轉(zhuǎn)換具體如下:當(dāng)上述服務(wù)請求消息在JMS協(xié)議類型和SOAP類型之間的轉(zhuǎn)換時，由于JMS協(xié)議類型和SOAP類型的消息都是基于HTTP的，只是消息格式有所不同，一種較為簡單的方式是將SOAP類型的消息封裝到JMS協(xié)議類型消息的消息體中，轉(zhuǎn)換回來時則可直接將JMS協(xié)議類型消息的封裝去掉，則得到SOAP類型的消息；當(dāng)然，為了提高工作效率，還可以通過比上述轉(zhuǎn)換方式復(fù)雜的轉(zhuǎn)換方式進(jìn)行消息類型之間的轉(zhuǎn)換，比如，可以將服務(wù)在內(nèi)部傳輸?shù)男问絏ML over JMS Se rvice包裝成Web Service,來使合作伙伴或者客戶也可以從外部調(diào)用該服務(wù)；進(jìn)ー步地，當(dāng)JMSService可以區(qū)分服務(wù)請求的優(yōu)先級時,包裝后的Web Se rvice也需要支持區(qū)分服務(wù)請求的優(yōu)先級的能力；
[0047]這里,JMS Service通過在JMS消息頭中的JMS_Priority屬性區(qū)分服務(wù)請求的優(yōu)先級。相應(yīng)地，在Web service的SOAP消息頭中定義標(biāo)識優(yōu)先級的元素，如此，SOAP類型的服務(wù)請求消息相應(yīng)會復(fù)雜ー些；具體地，當(dāng)SOAP消息中添加了用于表示服務(wù)優(yōu)先級為2的消息頭時，則在將該SOAP消息轉(zhuǎn)換為JMS協(xié)議類型消息吋，需要首先提取該服務(wù)優(yōu)先級的值，并在JMS協(xié)議類型消息的消息頭中的JMS_Priority中的值設(shè)為2，然后再把SOAP消息體中的字段封裝在JMS消息體中，如此，則實現(xiàn)了 SOAP類型消息和JMS協(xié)議類型消息的
無縫對接。
[0048]應(yīng)當(dāng)理解，上述服務(wù)請求消息類型之間的轉(zhuǎn)換還存在其他方式，如引入統(tǒng)ー的標(biāo)準(zhǔn)數(shù)據(jù)對象，該數(shù)據(jù)對象能夠和任意有規(guī)則的數(shù)據(jù)或?qū)ο筮M(jìn)行等價互轉(zhuǎn)，通過把此數(shù)據(jù)對象作為各種不同消息類型之間格式轉(zhuǎn)換的中介來實現(xiàn)數(shù)據(jù)轉(zhuǎn)換。
[0049]圖2示出了本發(fā)明服務(wù)總線提供服務(wù)的系統(tǒng)的結(jié)構(gòu)，圖3為圖2所示系統(tǒng)中服務(wù)總線所包括的適配單元的結(jié)構(gòu)示意圖，如圖2和圖3所示，所述服務(wù)總線提供服務(wù)的系統(tǒng)，包括客戶端單元、服務(wù)單元，還包括:服務(wù)總線；其中，圖2中客戶端單元是以支持Web服務(wù)相關(guān)協(xié)議的Web客戶端單元、支持RMI協(xié)議的RMI客戶端單元以及支持JMS協(xié)議的JMS客戶端單元進(jìn)行的示意；相應(yīng)地，服務(wù)單元是以支持Web服務(wù)相關(guān)協(xié)議的Web服務(wù)單元、支持RMI協(xié)議的RMI服務(wù)單元以及支持JMS協(xié)議的JMS服務(wù)單元進(jìn)行的示意；
[0050]應(yīng)當(dāng)理解，所述客戶端単元和服務(wù)單元分別還可以包括支持其他協(xié)議類型的客戶端単元和服務(wù)單元。
[0051]所述服務(wù)總線，用于接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元。
[0052]其中，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊；其中，圖3中接收模塊是以支持SOAP的SOAP接收模塊、支持RMI協(xié)議的RMI接收模塊以及支持JMS協(xié)議的JMS接收模塊進(jìn)行的示意；應(yīng)當(dāng)理解，所述接收模塊分別還可以包括支持其他協(xié)議類型的接收模塊。
[0053]所述接收模塊，用于接收客戶端單元發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息，并通過統(tǒng)ー消息路由模塊將所述服務(wù)請求消息發(fā)送給轉(zhuǎn)換模塊。
[0054]其中，所述適配単元包括還發(fā)送模塊；其中，圖3中發(fā)送模塊是以支持SOAP的SOAP發(fā)送模塊、支持RMI協(xié)議的RMI發(fā)送模塊以及支持JMS協(xié)議的JMS發(fā)送模塊進(jìn)行的示意；應(yīng)當(dāng)理解，所述發(fā)送模塊分別還可以包括支持其他協(xié)議類型的發(fā)送模塊。
[0055]所述轉(zhuǎn)換模塊，用于將接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為SOAP類型的服務(wù)請求消息；
[0056]所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的SOAP類型的服務(wù)請求消息發(fā)送給相應(yīng)的服務(wù)單元。
[0057]其中，所述適配単元的接收模塊，用于接收所述服務(wù)単元返回的SOAP類型的應(yīng)答消息。
[0058]進(jìn)ー步地，所述接收模塊，用于接收所述服務(wù)単元返回的應(yīng)答消息；
[0059]所述轉(zhuǎn)換模塊，用于根據(jù)接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息中目的地址對應(yīng)客戶端的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息；
[0060]所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息發(fā)送給相應(yīng)的客戶端單元。
[0061]應(yīng)當(dāng)理解，在本發(fā)明中，適配單元的接收模塊與轉(zhuǎn)換模塊交互的所有消息以及發(fā)送模塊與轉(zhuǎn)換模塊交互的所有消息都是通過傳輸通道傳送到統(tǒng)ー消息路由模塊，再由統(tǒng)ー消息路由模塊通過傳輸通道傳送到對方進(jìn)行的交互。如此，通過統(tǒng)ー消息路由模塊作為聚合消息的出入口，能夠讓所有的消息具有相同的出入口，很好地提高了各個功能模塊的復(fù)用性，而且能夠避免不必要的復(fù)雜性。
[0062]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.ー種服務(wù)總線提供服務(wù)的方法，其特征在于，所述方法包括: 服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換； 將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元； 所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)總線接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息為: 所述服務(wù)總線接收客戶端單元發(fā)來的Java消息服務(wù)JMS協(xié)議類型或遠(yuǎn)程方法調(diào)用RMI協(xié)議類型的服務(wù)請求消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)總線對所述服務(wù)單元請求消息進(jìn)行格式轉(zhuǎn)換為: 所述服務(wù)總線將JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為簡單對象訪問協(xié)議SOAP類型的服務(wù)請求消息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)總線接收所述服務(wù)單元返回的應(yīng)答消息為: 所述服務(wù)總線接收所述服務(wù)單元返回的SOAP類型的應(yīng)答消息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元為: 所述服務(wù)總線根據(jù)所述應(yīng)答消息中目的地址對應(yīng)客戶端單元的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息并發(fā)送給相應(yīng)的客戶端單J Li o
6.ー種服務(wù)總線提供服務(wù)的系統(tǒng)，包括客戶端單元、服務(wù)單元，其特征在于，所述系統(tǒng)還包括:服務(wù)總線；其中， 所述服務(wù)總線，用于接收客戶端單元發(fā)來的多種協(xié)議類型的服務(wù)請求消息，并對所述服務(wù)請求消息進(jìn)行格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的服務(wù)請求消息發(fā)送給服務(wù)請求消息請求的服務(wù)單元；接收所述服務(wù)單元返回的應(yīng)答消息，對所述應(yīng)答消息進(jìn)行格式轉(zhuǎn)換后發(fā)送給所述客戶端單元。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊；其中， 所述接收模塊，用于接收客戶端單元發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息，并通過統(tǒng)ー消息路由模塊將所述服務(wù)請求消息發(fā)送給轉(zhuǎn)換模塊。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊、發(fā)送模塊；其中， 所述轉(zhuǎn)換模塊，用于將接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的JMS協(xié)議類型或RMI協(xié)議類型的服務(wù)請求消息轉(zhuǎn)換為SOAP類型的服務(wù)請求消息； 所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的SOAP類型的服務(wù)請求消息發(fā)送給相應(yīng)的服務(wù)單元。
9.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊；其中， 所述接收模塊，用于接收所述服務(wù)単元返回的SOAP類型的應(yīng)答消息。
10.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)總線包括:適配單元，所述適配単元包括接收模塊、統(tǒng)ー消息路由模塊、轉(zhuǎn)換模塊、發(fā)送模塊；其中， 所述接收模塊，用于接收所述服務(wù)単元返回的應(yīng)答消息； 所述轉(zhuǎn)換模塊，用于根據(jù)接收模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息中目的地址對應(yīng)客戶端的協(xié)議類型，將SOAP類型的應(yīng)答消息轉(zhuǎn)換為JMS協(xié)議類型或RMI協(xié)議類型的應(yīng)答消息； 所述發(fā)送模塊，用于將轉(zhuǎn)換模塊通過統(tǒng)ー消息路由模塊發(fā)來的應(yīng)答消息發(fā)送給相應(yīng)的客戶端單元。
【文檔編號】H04L29/06GK103595695SQ201210290553
【公開日】2014年2月19日 申請日期:2012年8月15日 優(yōu)先權(quán)日:2012年8月15日
【發(fā)明者】仇大帥, 潘俊, 付章華 申請人:深圳中興網(wǎng)信科技有限公司