專利名稱：：面向服務構(gòu)架的消息處理方法、網(wǎng)絡節(jié)點及系統(tǒng)的制作方法
技術(shù)領域：
：本發(fā)明涉及通信
技術(shù)領域：
，特別涉及面向服務構(gòu)架的消息處理方法、網(wǎng)絡節(jié)點及系統(tǒng)。
背景技術(shù)：
：在現(xiàn)有的通信系統(tǒng)中，面向服務構(gòu)架(ServiceOrientedArchitecture，SOA)中的通信是利用超文本傳輸協(xié)議(HTTP)作為尋址和傳輸技術(shù)，可擴展性標記語言(XML)作為通信消息的通用格式。基于網(wǎng)絡服務(Webservices)的SOA定義了如統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議(UniversalDescription,Discovery,andIntegration,UDDI)、網(wǎng)絡月良務描述語言(WebServiceDefinitionLanguage,WSDL)以及筒單對象訪問協(xié)議(SimpleObjectAccessProtocol,SOAP)等技術(shù)來補充SOA中已有的標準傳輸協(xié)議。在SOA進程中，Web服務的運營商對各個服務功能節(jié)點所提供的服務參數(shù)進行修改，形成新版本的Web服務。以發(fā)布一個新版本的服務為例，如圖l所示的SOA結(jié)構(gòu)示意圖中，代理(Proxy)作為SOA服務中介節(jié)點，一種網(wǎng)絡服務的多個版本同時可用，部分客戶端可能延用舊版本的服務，部分客戶端可能采用新版本的服務，這就需要有效地保持多個Web服務版本的兼容性?，F(xiàn)有技術(shù)中，為保持Web服務版本的兼容性是通過如下方案實現(xiàn)客戶端發(fā)送服務請求消息；當服務中介節(jié)點接收到所述服務請求消息，根據(jù)所述服務請求消息中請求的服務類型、版本等信息將該服務請求消息路由到指定服務的版本中處理。這種方法使得不同版本的服務請求消息可以平滑地遷移到對應的Web服務中處理，解決了兼容性的問題。在對上述現(xiàn)有技術(shù)的實踐和研究的過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中為保持Web服務版本的兼容性，需要部署每個服務的各版本，隨著時間推移，各服務的版本越來越多，導致服務的部署日趨復雜，以及，由于每個服務的各版本共存，導致服務的維護難度較大。
發(fā)明內(nèi)容本發(fā)明實施例提供一種面向服務構(gòu)架的消息處理方法、網(wǎng)絡節(jié)點及系統(tǒng)，在降低維護難度、部署復雜度的情況下，以實現(xiàn)面向服務構(gòu)架中服務版本的兼容。本發(fā)明實施例提供的一種面向服務構(gòu)架的消息處理方法，包括接收服務請求消息，所述服務請求消息中至少包含服務版本標識；從所述服務請求消息中解析得到所述服務版本標識；根據(jù)所述服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息；才艮據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；對所述當前服務版本的服務請求消息進行處理。以及，本發(fā)明實施例提供的一種網(wǎng)絡節(jié)點，包括請求接收單元，用于接收服務請求消息，所述服務請求消息中至少包含服務版本標識；消息解析單元，用于從所述請求接收單元接收的服務請求消息解析得到所述服務版本標識；消息轉(zhuǎn)換單元，用于根據(jù)所述消息解析單元得到的服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息，并根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；消息處理單元，用于對所述消息轉(zhuǎn)換單元轉(zhuǎn)換成的當前服務版本的服務請求消息進行處理。以及，本發(fā)明實施例提供的一種面向服務架構(gòu)系統(tǒng)，包括服務中介節(jié)點，用于接收服務請求消息，根據(jù)所述服務請求消息中的服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息；才艮據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息，并將所述當前服務版本的服務請求消息路由到對應的服務功能節(jié)點；服務功能節(jié)點，用于根據(jù)收到的服務請求消息進行相應的服務業(yè)務邏輯處理?？梢?，本發(fā)明實施例的面向服務構(gòu)架的消息處理方法中，從收到的服務6請求消息中解析得到服務版本標識，根據(jù)該服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息，根據(jù)該請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換為服務功能節(jié)點運行的當前服務版本的服務請求消息，從而實現(xiàn)了不同Web服務版本的兼容。并且，和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例中利用請求轉(zhuǎn)換描述信息來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯。為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作筒單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前^t是下，還可以才艮據(jù)這些附圖獲得其他的附圖。圖l是現(xiàn)有^t術(shù)中SOA結(jié)構(gòu)中多個版本共存的結(jié)構(gòu)示意圖；圖2是本發(fā)明方法實施例一提供的面向服務構(gòu)架的消息處理方法的流程圖3是本發(fā)明面向服務架構(gòu)系統(tǒng)的結(jié)構(gòu)示意圖4是本發(fā)明方法實施例二提供的面向服務構(gòu)架的消息處理方法的信令流程圖5是本發(fā)明方法實施例三提供的面向服務構(gòu)架的消息處理方法的信令流程圖6是本發(fā)明設備實施例一提供的網(wǎng)絡節(jié)點的結(jié)構(gòu)示意圖；圖7是本發(fā)明設備實施例二提供的服務功能節(jié)點的結(jié)構(gòu)示意圖；圖8是本發(fā)明設備實施例三提供的服務中介節(jié)點的結(jié)構(gòu)示意圖；圖9是本發(fā)明系統(tǒng)實施例提供的面向服務架構(gòu)系統(tǒng)的結(jié)構(gòu)示意圖。具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術(shù)人員在沒有做所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。方法實施例一本發(fā)明實施例提供一種面向服務構(gòu)架的消息處理方法，流程圖如圖2所示，所述方法包括步驟201、接收服務請求消息，所述服務請求消息中至少包含服務版本標識；這里服務版本標識是指能唯一標識服務版本的信息，如名宇空間、日期、版本號等，需要說明的是，服務請求消息中還可以包括服務類型信息，這里的服務類型信息是用于標識一種服務類型的信息，如短信服務，郵件服務等。步驟202、從所述服務請求消息中解析得到該服務版本標識；步驟203、根據(jù)所述服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息；這里匹配的請求轉(zhuǎn)換描述信息是指服務版本標識對應服務版本的服務請求到服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述信息，即用于將服務版本標識對應的舊版本的服務請求轉(zhuǎn)換成服務功能節(jié)點運行的當前版本的服務請求的請求轉(zhuǎn)換描述信息，該請求轉(zhuǎn)換描述信息可以表現(xiàn)為請求轉(zhuǎn)換描述文檔，如可擴張樣式語言轉(zhuǎn)換(XSLT)文檔，也可以是其他格式的文檔，以下以XSLT文檔為例說明。應當理解的是，在一種實現(xiàn)下，網(wǎng)絡節(jié)點上預先存儲有請求轉(zhuǎn)換描述信息，這里的請求轉(zhuǎn)換描述信息可以是在新版本服務發(fā)布時，由服務實現(xiàn)者預置不同版本的Web服務請求到服務功能節(jié)點運行的當前服務版本的Web服務請求的請求轉(zhuǎn)換描述信息。步驟204、根據(jù)所述轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；本步驟中進行轉(zhuǎn)換需要根據(jù)請求轉(zhuǎn)換描述信息，例如請求轉(zhuǎn)換描述信息表示需要對Web服務的標識信息進行修改，則在轉(zhuǎn)換時，需要將服務請求消息中Web服務的標識信息按照請求轉(zhuǎn)換描述信息進行修改。步驟205、對所述當前服務版本的服務請求消息進行相應的處理。上述的方法在一種實現(xiàn)下，步驟203可以是根據(jù)所述服務版本標識查找與8所述服務版本標識匹配的請求轉(zhuǎn)換描述文檔；如果步驟202中從所述服務請求消息中進一步解析出服務類型信息，在另一種實現(xiàn)下，步驟203可以是根據(jù)所述服務版本標識和所述服務類型信息查找匹配的請求轉(zhuǎn)換描述文檔；其中，所述請求轉(zhuǎn)換描述文檔包含用于將服務請求從對應服務版本轉(zhuǎn)換到服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換描述信息。應當理解的是，一個新版本的服務被發(fā)布后，在實際應用場景下，部分客戶端可能延用舊版本的服務，部分客戶端可能早已升級(采用新版本的服務)，針對這種情況，為了實現(xiàn)一種Web服務的多個版本同時可用，本發(fā)明實施例的步驟202之后還可以包括將解析出的服務版本標識與服務功能節(jié)點運行的當前服務版本的服務版本標識進行匹配，若不相匹配，則執(zhí)行步驟203,若相匹配，則執(zhí)行步驟205。上述步驟的執(zhí)行主體可以是SOA系統(tǒng)中的服務中介節(jié)點如Proxy，也可以是服務功能節(jié)點如短信服務的服務器等；在消息的傳輸過程中可以通過SOAP來承載消息，也可以通過HTTP或業(yè)務簡單郵件傳輸協(xié)議(SMTP)來承載基于SOAP的服務請求消息，這些并不構(gòu)成對本發(fā)明的限制。可見，本發(fā)明實施例的面向服務構(gòu)架的消息處理方法中，從服務請求消息中解析得到服務版本標識，根據(jù)服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息，根據(jù)該請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換為服務功能實體運行的當前版本的服務請求消息，解決了不同Web服務版本的兼容性問題。并且，和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例中利用請求轉(zhuǎn)換描述信息來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯，較少了系統(tǒng)的實現(xiàn)復雜度；而且服務請求的轉(zhuǎn)換過程對客戶端和服務功能節(jié)點而言均是透明的，不影響用戶體驗性。方法實施例二本發(fā)明實施例提供一種面向服務構(gòu)架的消息處理方法，所述方法應用于如圖3所示的包括客戶端、服務中介節(jié)點(如代理Proxy)和服務功能節(jié)點的面向服務架構(gòu)系統(tǒng)，且服務中介節(jié)點進行服務請求消息的轉(zhuǎn)換，信令流程圖如圖4所示，包括步驟301、客戶端向Proxy發(fā)送服務請求消息，該服務請求消息中包含服務類型信息和服務版本標識。步驟302、Proxy對接收的服務請求消息進行解析，得到服務類型信息及服務版本標識。例J(口，Proxy解斗斤出的Web月艮務類型是子貞定(reservation)，月艮務版本標識為20081228。步驟303、Proxy根據(jù)所述服務類型信息及服務版本標識獲得所匹配的請求轉(zhuǎn)換XSLT文檔，該請求轉(zhuǎn)換XSLT文檔包含用于將請求從服務版本標識對應服務版本轉(zhuǎn)換成服務類型信息所對應的服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換描述信息。如果沒有找到匹配的請求轉(zhuǎn)換XSLT文檔，則表示該服務請求消息不需要進行轉(zhuǎn)換，直接執(zhí)行步驟305;如果找到匹配的請求轉(zhuǎn)換XSLT文檔，執(zhí)行步驟304。需要說明的是，在一種實現(xiàn)下，Proxy中存儲有不同服務版本的服務請求到服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換XSLT文檔；具體的，配置庫存儲有全局的請求轉(zhuǎn)換XSLT文檔，即每一種服務類型下的不同服務版本到當前服務版本的請求轉(zhuǎn)換XSLT文檔；也可以是，對應不同服務類型的不同配置庫，每個配置庫中存儲局部的請求轉(zhuǎn)換XSLT文檔，即該服務類型下的不同服務版本到當前服務版本的請求轉(zhuǎn)換XSLT文檔。步驟304、Proxy根據(jù)該請求轉(zhuǎn)換XSLT文檔，將該服務請求消息轉(zhuǎn)換為服務類型信息所對應的服務功能節(jié)點運行的當前服務版本的服務請求消息。具體的，Proxy根據(jù)請求轉(zhuǎn)換XSLT文檔將原服務請求消息中攜帶的XML文檔數(shù)據(jù)，根據(jù)該請求轉(zhuǎn)換XSLT文檔轉(zhuǎn)換成當前版本服務請求的XML文檔數(shù)據(jù)。步驟305、Proxy將所述當前服務版本的服務請求消息路由到服務類型信息所對應的服務功能節(jié)點。具體的，Proxy根據(jù)該服務類型信息獲得對應服務功能節(jié)點的位置信息，并將所述當前服務版本的服務請求消息路由到該位置信息所對應的服務功能節(jié)點?？梢姡景l(fā)明實施例的方法中，服務中介節(jié)點根據(jù)收到的服務請求消息中的服務類型信息和服務版本標識獲得匹配的請求轉(zhuǎn)換XLST文檔，根據(jù)該請求轉(zhuǎn)換XLST文檔將原服務請求消息轉(zhuǎn)換成當前服務版本的服務請求消息，即服務類型信息所對應的服務功能節(jié)點能處理的服務請求消息，使得該轉(zhuǎn)換后的當前服務版本的服務請求消息路由到對應的服務功能節(jié)點后，能被該服務功能節(jié)點識別并處理，從而解決了不同Web服務版本的兼容性問題，使得SOA服務具有良好的兼容性；和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例中利用請求轉(zhuǎn)換XLST文檔來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯，降低了系統(tǒng)實現(xiàn)復雜度；以及，即使某服務發(fā)布新版本，也不需要對服務中介節(jié)點的業(yè)務邏輯進行升級，從而降低了SOA系統(tǒng)的維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端和服務功能節(jié)點而言均是透明的，不影響用戶體驗性。下面舉例來具體描述本發(fā)明實施例面向服務構(gòu)架的消息處理方法在11月28日，一個版本號為20081128的reservation服務被發(fā)布。該版本服務的一個服務請求消息實例如下所示<xmlversion='1.0'>〈erw:Env6lop6xmlns:env="http:〃www.w3.org/2003/05/soap-envelope"><env:Body><m:res6rvationenv:encodingStyle="http:〃www.w3.org/2003/05/soap-encoding"xmlns:m="http:〃travel.example.org/reservation/20081128"><m:code>FT35ZBQ</m:code><m:phone>13800138000</m:phone><m:expiration>2008-12</m:expiration></m:r6S6rvation><table>tableseeoriginaldocumentpage12</column></row><table>在同年的12月15日，reservation服務的新版本，版本號為20081215再發(fā)布。新版本對版本號為20081128的服務請求消息做了以下兩個變更將電話號碼("phone")字^殳名改名為聯(lián)系方式("contact");將過期時間("expiration")字段刪除。應當理解的是，在服務中介節(jié)點中預置有版本號20081128的服務請求消息轉(zhuǎn)換為當前服務版本(版本號20081215)的服務請求消息的請求轉(zhuǎn)換XSLT文檔20081128.xsl，如下所示:_<table>tableseeoriginaldocumentpage12</column></row><table>服務中介節(jié)點在接收到reservation的服務請求消息時，首先檢查服務請求消息中的版本號是否與當前版本號(20081215)匹配，對于已升級的客戶端，服務中介節(jié)點檢查到其服務請求版本號為20081215，與當前服務版本號匹西己，服務中介節(jié)點將該服務請求消息請求轉(zhuǎn)發(fā)給reservation服務功能節(jié)點處理；對于尚未升級的客戶端，服務中介節(jié)點檢查到其服務請求版本號20081128與當前服務版本號20081215不匹配，則根據(jù)服務請求消息中的服務類型信息reservation和版本號20081128查找匹配的XSLT文檔20081128.xsl，并根據(jù)20081128.xsl將版本20081128服務請求消息轉(zhuǎn)換為版本20081215的服務請求消息。轉(zhuǎn)換后的服務請求消息如下所示:_<xmlversion='1.0'><env:Envelopexmlns:env="http:〃www.w3.org/2003/05/soap-envelope"><env:Body><m:reservationenv:encodingStyle="http:〃www.w3.org/2003/05/soap-encoding"xmlns:m="http:〃travel.example.org/reservation/20081215"><m:code>FT35ZBQ</m:code><m:contact>l3800138000</m:contact></m:reservation〉</env:Body></env:Envelope>可以看出，轉(zhuǎn)換過程將"phone"字段改名為"contact",同時刪除了"expiration"字段。通過請求轉(zhuǎn)換描述文檔進行舊版本的服務請求消息到當前服務版本的服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯。轉(zhuǎn)換完成之后，服務中介節(jié)點將轉(zhuǎn)換后的新服務請求轉(zhuǎn)發(fā)給reservation服務功能節(jié)點處理即可?？梢钥闯觯鲜龅霓D(zhuǎn)換過程對客戶端和服務功能節(jié)點而言是透明的，reservation服務功能節(jié)點不知道接收的服務請求是由版本號20081128服務請求轉(zhuǎn)換過來的，而客戶端也無需立即升級到新版本。以及，針對新服務版本被發(fā)布的情況，本發(fā)明實施例中無需對服務中介節(jié)點的業(yè)務處理邏輯進行功能升級，只需編寫新服務版本的請求轉(zhuǎn)換描述文檔(XSLT文檔)并配置到服務中介節(jié)點，從而降低了SOA系統(tǒng)的維護難度。方法實施例三本發(fā)明實施例提供另一種面向服務構(gòu)架的消息處理方法，所述方法應用于如圖3所示的包括客戶端、服務中介節(jié)點(如代理Proxy)和服務功能節(jié)點的面向服務架構(gòu)系統(tǒng)，且服務功能節(jié)點進行服務請求消息的轉(zhuǎn)換，信令流程圖如圖5所示，包括步驟401、客戶端向Proxy發(fā)送服務請求消息，該服務請求消息中包含服務類型信息和服務版本標識。步驟402、Proxy根據(jù)收到的服務請求消息中的服務類型信息，將所述服務請求消息路由到相應的服務功能節(jié)點。具體的，Proxy根據(jù)該服務類型信息獲得對應服務功能節(jié)點的位置信息，并將所述服務請求消息路由到該位置信息所對應的服務功能節(jié)點。步驟403、服務功能節(jié)點從收到的服務請求消息中解析得到服務版本標識。步驟404、服務功能節(jié)點將所述服務版本標識與本服務功能節(jié)點運行的當前服務版本的服務版本標識進行匹配，若不相匹配，則執(zhí)行步驟405，若相匹配，則執(zhí)行步驟407。具體的，這里的本服務功能節(jié)點運行的當前服務版本的服務版本標識，即本服務功能節(jié)點能處理的Web服務的服務版本標識。步驟405、服務功能節(jié)點根據(jù)該服務版本標識獲得用于將請求從該服務版本標識對應服務版本轉(zhuǎn)換到本服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換XSLT文檔。具體的，在一種實現(xiàn)下，服務功能節(jié)點根據(jù)該服務版本標識到配置庫中查找匹配的請求轉(zhuǎn)換XSLT文檔(當服務發(fā)布新版本時，相應的請求轉(zhuǎn)換描述XSLT文檔被添加到該配置庫中)，例如轉(zhuǎn)換XSLT文檔以服務版本標識命名，如20081128.xsl。步驟406、服務功能節(jié)點根據(jù)所述請求轉(zhuǎn)換XSLT文檔將步驟403收到的服務請求消息轉(zhuǎn)換成當前服務版本的服務請求消息。具體的，根據(jù)請求轉(zhuǎn)換XSLT文檔將原服務請求消息中攜帶的XML文檔數(shù)據(jù)轉(zhuǎn)換成當前服務版本請求的XML文檔數(shù)據(jù)。步驟407、服務功能節(jié)點根據(jù)當前服務版本的服務請求消息進行相應的服務業(yè)務邏輯處理。具體的，可以按照當前服務版本的服務請求消息中的業(yè)務屬性、參數(shù)、功能等信息完成相應的^I良務業(yè)務邏輯處理。可見，本發(fā)明實施例的方法中，服務功能節(jié)點收到服務請求消息后，如果該服務請求消息非本服務功能節(jié)點能處理的服務請求消息，則根據(jù)收到的服務請求消息中的服務版本標識獲得匹配的請求轉(zhuǎn)換XLST文檔，才艮據(jù)該請求轉(zhuǎn)換XLST文檔將收到的服務請求消息轉(zhuǎn)換成當前服務版本的服務請求消息，即本服務功能節(jié)點能處理的服務請求消息，從而解決了不同Web服務版本的兼容性問題，使得SOA服務具有良好的兼容性；進一步的，本發(fā)明實施例中利用請求轉(zhuǎn)換XLST文檔來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯，降低了系統(tǒng)實現(xiàn)的復雜度；這樣即使某服務發(fā)布新版本，也不需要對服務中介節(jié)點的業(yè)務邏輯進行升級，P爭低了SOA系統(tǒng)的維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端而言均是透明的，不影響用戶體驗性。設備實施例一本發(fā)明實施例提供一種網(wǎng)絡節(jié)點，該網(wǎng)絡節(jié)點用于根據(jù)服務請求消息中的服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息，才艮據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息，并對所述當前服務版本的服務請求消息進行處理，一種結(jié)構(gòu)示意圖如圖6所示，其中請求接收單元IO，用于接收服務請求消息，所述服務請求消息中至少包含服務版本標識；這里的服務版本標識是指能唯一標識服務版本的信息，如名字空間、日期、版本號等，服務請求消息中還可以包括服務類型信息，這里的服務類型信息是用于標識一種服務類型的信息，如短信服務，郵件服務等。消息解析單元l1,用于從所述請求接收單元10接收的服務請求消息中解析得到服務版本標識；消息轉(zhuǎn)換單元12，用于根據(jù)所述消息解析單元ll解析得到的服務版本標15識，獲得匹配的請求轉(zhuǎn)換描述信息(即用于將請求從該服務版本標識對應的服務版本轉(zhuǎn)換成服務功能節(jié)點運行的當前版本的請求轉(zhuǎn)換描述信息)，并根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；這里請求轉(zhuǎn)換描述信息可以表現(xiàn)為請求轉(zhuǎn)換描述文檔，如可擴張樣式語言轉(zhuǎn)換(XSLT)文檔，也可以是其他格式的文檔。下面以請求轉(zhuǎn)換XSLT文檔為例說明。在一種實現(xiàn)下，消息轉(zhuǎn)換單元12具體用于根據(jù)該服務版本標識查找匹配的請求轉(zhuǎn)換XSLT文檔(當服務發(fā)布新版本時，相應的請求轉(zhuǎn)換描述XSLT文檔被添加到該配置庫中)，根據(jù)該請求轉(zhuǎn)換XSLT文檔將原服務請求消息中攜帶的XML文檔數(shù)據(jù)轉(zhuǎn)換成當前版本服務請求的XML文檔數(shù)據(jù)。消息處理單元13，用于對所述消息轉(zhuǎn)換單元14轉(zhuǎn)換成的當前服務版本的服務請求消息進行處理。應當理解的是，本發(fā)明實施例的網(wǎng)絡節(jié)點可以是服務功能節(jié)點，也可以是服務中介節(jié)點等不限；如果本發(fā)明實施例的網(wǎng)絡節(jié)點為服務中介節(jié)點，則消息處理單元13具體用于根據(jù)該服務請求消息中的服務類型信息獲得服務功能節(jié)點的位置信息，并將所述當前服務版本的服務請求消息路由該位置信息所對應的服務功能節(jié)點。如果本發(fā)明實施例的網(wǎng)絡節(jié)點為服務功能節(jié)點，則消息處理單元13具體用于根據(jù)所述當前服務版本的服務請求消息完成相應的服務業(yè)務邏輯處理。可見，本發(fā)明實施例提供的網(wǎng)絡節(jié)點中消息解析單元ll從服務請求消息中解析得到服務版本標識，消息轉(zhuǎn)換單元12根據(jù)服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息，并根據(jù)請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換為服務功能節(jié)點運行的當前服務版本的服務請求消息，解決了不同Web服務版本的兼容性問題。和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例中的網(wǎng)絡節(jié)點中消息轉(zhuǎn)換單元12利用請求轉(zhuǎn)換描述信息來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯；這樣即使某服務發(fā)布新版本，也不需要對服務中介節(jié)點的業(yè)務邏輯進行升級，降低了SOA系統(tǒng)的維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端而言均是透明的，不影響用戶體驗性。i殳備實施例二本發(fā)明實施例提供一種服務功能節(jié)點，結(jié)構(gòu)示意圖如圖7所示，包括請求接收單元20,用于接收服務請求消息，所述服務請求消息中至少包含服務版本標識；消息解析單元21,用于從所述請求接收單元20接收的服務請求消息中解析得到服務版本標識；存儲單元24，用于儲存有不同服務版本的服務請求到本服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述信息；第一消息轉(zhuǎn)換單元22,用于根據(jù)所述服務版本標識從所述存儲單元24中查找得到匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成本服務功能節(jié)點運行的當前服務版本的服務請求消息消息處理單元23,用于根據(jù)所述第一消息轉(zhuǎn)換單元22轉(zhuǎn)換成的當前服務版本的服務請求消息，完成相應的服務業(yè)務邏輯處理。由于消息處理單元23的具體功能同現(xiàn)有技術(shù)，故不再贅述?？蛇x地，本發(fā)明實施例的服務功能節(jié)點還包括匹配單元25，用于將所述消息解析單元21解析得到的服務版本標識與本服務功能節(jié)點運行的當前服務版本的服務版本標識進行匹配，若不相匹配，由所述第一消息轉(zhuǎn)換單元22處理?？梢?，本發(fā)明實施例提供的服務功能節(jié)點中消息解析單元21從服務請求消息中解析得到服務版本標識，第一消息轉(zhuǎn)換單元22才艮據(jù)服務版本標識查找到匹配的請求轉(zhuǎn)換描述信息，并根據(jù)請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換為當前服務版本的服務請求消息，解決了不同Web服務版本的兼容性問題。和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例中的服務功能節(jié)點中第一消息轉(zhuǎn)換單元22利用請求轉(zhuǎn)換描述信息來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏17輯；這樣即使某服務發(fā)布新版本，也不需要對服務功能節(jié)點的業(yè)務邏輯進行升級，降低了維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端而言均是透明的，不影響用戶體^r性。i殳備實施例三本發(fā)明實施例提供一種服務中介節(jié)點，結(jié)構(gòu)示意圖如圖8所示，包括請求接收單元30，用于接收服務請求消息，所述服務請求消息中包含服務版本標識和服務類型信息；消息解析單元31，用于從所述請求接收單元30接收的服務請求消息中解析得到服務版本標識和服務類型信息；存儲單元34,用于存儲有不同服務版本的服務請求到服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述文檔；需要說明的是，在一種實現(xiàn)下，存儲單元34存儲有全局的請求轉(zhuǎn)換描述文檔，即每一種服務類型下的不同服務版本的請求到當前服務版本的請求的轉(zhuǎn)換描述文檔；也可以是，對應不同的服務類型配置不同存儲區(qū)，每個存儲區(qū)中存儲局部的請求轉(zhuǎn)換描述文檔，即同一服務類型下的，不同服務版本到該服務類型對應的服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換描述文檔。第二消息轉(zhuǎn)換單元32,用于4艮據(jù)所述服務版本標識和所述服務類型信息從所述存儲單元34中查找得到匹配的請求轉(zhuǎn)換描述文檔；才艮據(jù)所述請求轉(zhuǎn)換描述文檔將所述服務請求消息轉(zhuǎn)換成所述服務類型信息對應的服務功能節(jié)點運行的當前服務版本的服務請求消息。消息處理單元33,用于根據(jù)所述服務類型信息，將所述當前服務版本的服務請求消息路由到相應的服務功能節(jié)點?？梢姡景l(fā)明實施例提供的服務中介節(jié)點中消息解析單元31從服務請求消息中解析得到服務版本標識和服務類型信息，第二消息轉(zhuǎn)換單元32根據(jù)服務版本標識和服務類型信息查找到匹配的請求轉(zhuǎn)換描述文檔，并根據(jù)請求轉(zhuǎn)換描述文檔將所述服務請求消息轉(zhuǎn)換成所述服務類型信息對應的服務功能節(jié)點運行的當前服務版本的服務請求消息，解決了不同Web服務版本的兼容性問題。和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；18進一步的，本發(fā)明實施例中的服務中介節(jié)點中第二消息轉(zhuǎn)換單元32利用請求轉(zhuǎn)換描述文檔來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯；這樣即使某服務發(fā)布新版本，也不需要對服務中介節(jié)點的業(yè)務邏輯進行升級，降低了服務中介節(jié)點的維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端和服務功能節(jié)點而言均是透明的，不影響用戶體^r性。系統(tǒng)實施例本發(fā)明實施例提供一種面向服務架構(gòu)系統(tǒng)，結(jié)構(gòu)示意圖如圖9所示，包括服務中介節(jié)點100，用于接收服務請求消息，根據(jù)所述服務請求消息中的服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；并將所述當前服務版本的服務請求消息路由到對應的服務功能節(jié)點200;服務功能節(jié)點200,用于根據(jù)收到的服務請求消息進行相應的服務業(yè)務邏輯處理。這里的，服務功能節(jié)點200功能同現(xiàn)有技術(shù)，故不再贅述。如果所述系統(tǒng)包括對應不同服務類型的服務功能節(jié)點，則所述服務中介節(jié)點IOO為第一服務中介節(jié)點，用于根據(jù)接收的服務請求消息中的服務類型信息和服務版本標識查找匹配的請求轉(zhuǎn)換描述信息(這里匹配的請求轉(zhuǎn)換描述信息是指用于將服務請求從服務版本標識對應的服務版本轉(zhuǎn)換到該服務類型信息對應的服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換描述信息)；才艮據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成該服務類型信息對應的服務功能節(jié)點運行的當前服務版本的服務請求消息；并將所述當前服務版本的服務請求消息路由到所述服務類型信息所對應的服務功能節(jié)點。在一種實現(xiàn)下，第一服務中介節(jié)點具體用于根據(jù)接收的服務請求消息中的服務類型信息和服務版本標識查找匹配的請求轉(zhuǎn)換描述文檔；根據(jù)所述請求轉(zhuǎn)換描述文檔將所述服務請求消息轉(zhuǎn)換成所述服務類型信息所對應的服務功能節(jié)點運行的當前服務版本的服務請求消息；并將所述當前服務版本的服務請求消息路由到所述服務類型信息所對應的服務功能節(jié)點。應當理解的是，針對這種實現(xiàn)方案，第一服務中介節(jié)點(如配置庫)中預先存儲有不同服務版本的服務請求到服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述文檔，例如，請求轉(zhuǎn)換描述文檔以原服務版本標識命名，如20081128.xsl，可以是同一個服務類型下的請求轉(zhuǎn)換描述文檔放入以服務類型信息命名的目錄下存儲?？梢?，本發(fā)明實施例的面向服務架構(gòu)系統(tǒng)根據(jù)服務請求消息中服務版本標識和服務類型信息查找到匹配的請求轉(zhuǎn)換描述信息，并根據(jù)請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成所述服務類型信息對應的服務功能節(jié)點運行的當前服務版本的服務請求消息，解決了不同Web服務版本的兼容性問題。和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度；進一步的，本發(fā)明實施例的面向服務架構(gòu)系統(tǒng)中利用請求轉(zhuǎn)換描述信息來進行服務請求消息的轉(zhuǎn)換，不依賴特定服務功能業(yè)務邏輯；這樣即使某服務發(fā)布新版本，也不需要對服務中介節(jié)點的業(yè)務邏輯進行升級，降低了SOA系統(tǒng)的維護難度；而且服務請求的轉(zhuǎn)換過程對客戶端和服務功能節(jié)點而言均是透明的，不影響用戶體驗性。程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-OnlyMemory,ROM)或隨機存儲記憶體(RandomAccessMemory,RAM)等。以上對本發(fā)明實施例所提供的面向服務構(gòu)架的消息處理方法、網(wǎng)絡節(jié)點及系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般^a術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。權(quán)利要求1、一種面向服務構(gòu)架的消息處理方法，其特征在于，包括接收服務請求消息，所述服務請求消息中至少包含服務版本標識；從所述服務請求消息中解析得到所述服務版本標識；根據(jù)所述服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；對所述當前服務版本的服務請求消息進行處理。2、如權(quán)利要求l所述的方法，其特征在于，所述根據(jù)所述服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息的步驟為才艮據(jù)所述服務版本標識查找與所述服務版本標識匹配的請求轉(zhuǎn)換描述文檔；或者，如果進一步從所述服務請求消息中解析出服務類型信息，則所述根據(jù)所述服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息的步驟為根據(jù)所述服務版本標識和所述服務類型信息查找匹配的請求轉(zhuǎn)換描述文檔；其中，所述請求轉(zhuǎn)換描述文檔包含用于將服務請求從對應服務版本轉(zhuǎn)換到服務功能節(jié)點運行的當前服務版本的請求轉(zhuǎn)換描述信息。3、如權(quán)利要求l所述的方法，其特征在于，若所述服務請求消息中進一步包含服務類型信息，則所述對所述當前服務版本的服務請求消息進行處理包括根據(jù)所述服務請求消息中的服務類型信息，將所述當前服務版本的服務請求消息路由到相應的服務功能節(jié)點。4、如權(quán)利要求1或2所述的方法，其特征在于，所述對所述當前服務版本的服務請求消息進行相應的處理包括根據(jù)所述當前服務版本的服務請求消息進行相應的服務業(yè)務邏輯處理。5、如權(quán)利要求1或2所述的方法，其特征在于，所述從所述服務請求消息中解析得到服務版本標識之后，還包括將所述服務版本標識與服務功能節(jié)點運行的當前服務版本的服務版本標識進行匹配，若不相匹配，則執(zhí)行根據(jù)所述服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息。6、一種網(wǎng)絡節(jié)點，其特征在于，包括請求接收單元，用于接收服務請求消息，所述服務請求消息中至少包含服務版本標識；消息解析單元，用于從所述請求接收單元接收的服務請求消息解析得到所述服務版本標識；消息轉(zhuǎn)換單元，用于根據(jù)所述消息解析單元得到的服務版本標識，獲得匹配的請求轉(zhuǎn)換描述信息，并根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；消息處理單元，用于對所述消息轉(zhuǎn)換單元轉(zhuǎn)換成的當前服務版本的服務請求消息進行處理。7、如權(quán)利要求6所述的網(wǎng)絡節(jié)點，其特征在于，所述網(wǎng)絡節(jié)點還包括存儲單元，用于存儲有不同服務版本的服務請求到本網(wǎng)絡節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述信息；則消息轉(zhuǎn)換單元為第一消息轉(zhuǎn)換單元，用于根據(jù)所述服務版本標識從所述存儲單元中查找得到對應服務版本的服務請求到本網(wǎng)絡節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成本網(wǎng)絡節(jié)點運行的當前服務版本的服務請求消息。8、如權(quán)利要求6所述的網(wǎng)絡節(jié)點，其特征在于，所述網(wǎng)絡節(jié)點還包括存儲單元，用于存儲有不同服務版本的服務請求到至少一個服務功能節(jié)點運行的當前服務版本的服務請求的請求轉(zhuǎn)換描述文檔；所述消息解析單元，進一步用于從所述服務請求消息中解析得到服務類型信息；則，所述消息轉(zhuǎn)換單元為第二消息轉(zhuǎn)換單元，用于根據(jù)所述服務版本標識和所述服務類型信息從所述存儲單元中查找得到匹配的請求轉(zhuǎn)換描述文檔，沖艮據(jù)所述請求轉(zhuǎn)換描述文檔將所述服務請求消息轉(zhuǎn)換成所述服務類型信息對應的服務功能節(jié)點所運行的當前服務版本的服務請求消息。9、如權(quán)利要求6所述的網(wǎng)絡節(jié)點，其特征在于，還包括匹配單元，用于將所述消息解析單元解析得到的服務版本標識與服務功能節(jié)點運行的當前服務版本的服務版本標識進行匹配，在不相匹配時，由所述消息轉(zhuǎn)換單元處理。10、一種面向服務架構(gòu)系統(tǒng)，其特征在于，包括服務中介節(jié)點，用于接收服務請求消息，根據(jù)所述服務請求消息中的服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息，并將所述當前服務版本的服務請求消息路由到對應的服務功能節(jié)點；服務功能節(jié)點，用于根據(jù)收到的服務請求消息進行相應的服務業(yè)務邏輯處理。11、如權(quán)利要求10所述的系統(tǒng)，其特征在于，如果所述系統(tǒng)包括對應不同服務類型的服務功能節(jié)點，則所述服務中介節(jié)點為第一服務中介節(jié)點，用于根據(jù)接收的服務請求消息中的服務類型信息和服務版本標識查找匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成該服務類型信息對應的服務功能節(jié)點運行的當前服務版本的服務請求消息；并將所述當前服務版本的服務請求消息路由到所述服務類型信息所對應的服務功能節(jié)點。全文摘要本發(fā)明實施例公開一種面向服務構(gòu)架的消息處理方法、網(wǎng)絡節(jié)點及系統(tǒng)，其中，所述方法包括接收服務請求消息，所述服務請求消息中至少包含服務版本標識；從所述服務請求消息中解析得到所述服務版本標識；根據(jù)所述服務版本標識獲得匹配的請求轉(zhuǎn)換描述信息；根據(jù)所述請求轉(zhuǎn)換描述信息將所述服務請求消息轉(zhuǎn)換成服務功能節(jié)點運行的當前服務版本的服務請求消息；對所述當前服務版本的服務請求消息進行處理，從而解決了不同Web服務版本的兼容性問題。和現(xiàn)有技術(shù)相比，針對每個服務無需部署各個版本，從而降低了部署復雜度和維護難度。文檔編號H04L12/58GK101505307SQ200910119239公開日2009年8月12日申請日期2009年3月9日優(yōu)先權(quán)日2009年3月9日發(fā)明者邱經(jīng)忠申請人:華為技術(shù)有限公司