專利名稱：：一種業(yè)務(wù)路由的方法,系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，具體涉及一種個性化路由的方法，系統(tǒng)和裝置。
背景技術(shù)：
：業(yè)務(wù)網(wǎng)絡(luò)提供一種技術(shù)框架來規(guī)范業(yè)務(wù)與業(yè)務(wù)之間的交互機制，減少整個業(yè)務(wù)交互流程中的復(fù)雜度，使得業(yè)務(wù)之間的交互變得簡單高效，業(yè)務(wù)網(wǎng)絡(luò)是獨立于基礎(chǔ)物理網(wǎng)絡(luò)上的一個疊加網(wǎng)絡(luò)，提供一系列功能實體，包括業(yè)務(wù)路由器、業(yè)務(wù)注冊中心、業(yè)務(wù)目錄、組合引擎等，使業(yè)務(wù)的交互便捷高效，為下一代業(yè)務(wù)提供統(tǒng)一、高效、安全的協(xié)同工作環(huán)境，增強業(yè)務(wù)之間的互通性和協(xié)作性。業(yè)務(wù)網(wǎng)絡(luò)的核心是業(yè)務(wù)路由器ServiceRouter，用于業(yè)務(wù)的路由和尋址，同時也擔(dān)負著保障業(yè)務(wù)網(wǎng)絡(luò)中功能實體之間的交互責(zé)任。除普通的業(yè)務(wù)路由外，還支持智能路由，例如根據(jù)業(yè)務(wù)關(guān)鍵字進行路由等。
發(fā)明內(nèi)容本發(fā)明實施例提供一種路由的方法，系統(tǒng)和裝置以及注冊路由信息的方法。一種路由的方法，包括，接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；根據(jù)業(yè)務(wù)注冊請求注冊路由信息；根據(jù)路由信息，對業(yè)務(wù)請求者的請求消息進行路由。一種路由的方法，包括，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，以便于業(yè)務(wù)歸屬路由器根據(jù)業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由；接收由業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息?！N注冊路由信息的方法，包括，接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符；根據(jù)業(yè)務(wù)注冊請求注冊路由信息。一種注冊路由信息的方法，包括，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，以便于業(yè)務(wù)歸屬路由器根據(jù)業(yè)務(wù)注冊請求注冊路由信息；其中，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符。一種路由系統(tǒng)，包括，業(yè)務(wù)歸屬路由器，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求；根據(jù)業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由；業(yè)務(wù)提供者，用于向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，接收由業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息。一種路由器，包括，接收單元，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，業(yè)務(wù)注冊請求包括消息規(guī)則；注冊單元，用于根據(jù)業(yè)務(wù)注冊請求注冊路由信息；路由單元，用于根據(jù)路由信息，對業(yè)務(wù)請求者的請求消息進行路由。一種業(yè)務(wù)提供者，包括，發(fā)送單元，用于向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求消息，以便于業(yè)務(wù)歸屬路由器根據(jù)業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由，業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；路由接收單元，用于接收由業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息。本發(fā)明實施例接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，該業(yè)務(wù)注冊請求中包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，根據(jù)業(yè)務(wù)注冊請求注冊路由信息，并根據(jù)路由信息，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由，可以實現(xiàn)根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。圖1是本發(fā)明實施例一的路由方法的基本流程示意圖；圖2是本發(fā)明實施例二的另一路由方法的基本流程示意圖；圖3是本發(fā)明實施例三的注冊路由信息的方法的基本流程示意圖；圖4是本發(fā)明實施例四的另一注冊路由信息的方法的基本流程示意圖；圖5是本發(fā)明實施例五的路由系統(tǒng)的基本結(jié)構(gòu)示意圖；圖6是本發(fā)明實施例六的一種路由器的基本結(jié)構(gòu)示意圖；圖7是本發(fā)明實施例七的業(yè)務(wù)提供者的基本框圖；圖8是本發(fā)明實施例八的業(yè)務(wù)路由方法的基本框圖；圖9是本發(fā)明實施例九的另一業(yè)務(wù)路由方法的基本框圖。具體實施例方式為了使本領(lǐng)域的技術(shù)人員更好的理解本
發(fā)明內(nèi)容，以下結(jié)合附圖以及具體實施例對本
發(fā)明內(nèi)容作具體說明。本發(fā)明實施例的業(yè)務(wù)路由方法的基本流程可參考圖1，主要包括步驟Al、接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；業(yè)務(wù)提供者向歸屬路由器發(fā)送業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求可以包含消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容(即消息字段)，其中消息格式可用schema來描述，消息內(nèi)容可用鍵值對描述。當(dāng)業(yè)務(wù)注冊請求信息經(jīng)過拜訪路由器轉(zhuǎn)發(fā)時，業(yè)務(wù)注冊請求可以進一步包括拜訪路由器信息，如對某旅游業(yè)務(wù)，其業(yè)務(wù)邏輯標識符為A，該業(yè)務(wù)需要接收的三條消息的標識符為B、C、D，而消息標識符B對應(yīng)的消息格式為E，可選的，E中帶有特定消息內(nèi)容，其鍵值對為F，H。一個業(yè)務(wù)對應(yīng)一個業(yè)務(wù)邏輯地址，一個業(yè)務(wù)邏輯地址可對應(yīng)多個業(yè)務(wù)物理地址，一個業(yè)務(wù)物理地址對應(yīng)一個拜訪路由器，如上述旅游業(yè)務(wù)的業(yè)務(wù)邏輯地址為etourOhuawei.com，其對應(yīng)的兩個業(yè)務(wù)物理地址為etour@10.1.1.1，和etour@20.1.1.1，其中etour@20.1.1.1對應(yīng)的拜訪路由器為R2，etourilO.1.1.1對應(yīng)的拜訪路由器為Rl。A2、根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息；其中注冊的路由信息既可存在于路由器中的注冊模塊，也可以存在于路由器外的注冊模塊。業(yè)務(wù)注冊請求可以進一步包括以下參數(shù)中的至少一個業(yè)務(wù)實例標識符和消息標識符，當(dāng)歸屬路由器收到業(yè)務(wù)注冊請求后，根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，具體可以分下面幾種情況1、增加路由信息歸屬路由器收到業(yè)務(wù)注冊請求后，若消息規(guī)則不為空，則可以進一步提取業(yè)務(wù)注冊請求中的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符、消息規(guī)則等作為路由信息添加到路由表，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容，若所述業(yè)務(wù)注冊請求經(jīng)過拜訪路由器轉(zhuǎn)發(fā)，則還需要提取拜訪路由器信息。所述路由表可以包括多條路由信息，路由信息具體包括業(yè)務(wù)邏輯地址，業(yè)務(wù)物理地址，拜訪路由器，業(yè)務(wù)實例標識符，消息標識符，消息規(guī)則。2、刪除路由信息若所述業(yè)務(wù)注冊請求中只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址，則在本地保存的路由表中刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址信息對應(yīng)的路由信息。若所述業(yè)務(wù)注冊請求中只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符，則在本地保存的路由表中刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符對應(yīng)的路由信息。若所述業(yè)務(wù)注冊請求中只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符，則在本地保存的路由表中刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符對應(yīng)的路由信息。A3、根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由。業(yè)務(wù)提供者的歸屬路由器在收到業(yè)務(wù)請求者發(fā)送的請求消息后，對請求消息進行路由，整個過程具體可以包括如下步驟1.業(yè)務(wù)網(wǎng)絡(luò)根據(jù)業(yè)務(wù)請求者發(fā)送的請求消息中的業(yè)務(wù)網(wǎng)絡(luò)邏輯地址將所述請求消息路由到對應(yīng)的業(yè)務(wù)提供者的歸屬路由器。2.業(yè)務(wù)提供者的歸屬路由器根據(jù)請求消息中的業(yè)務(wù)網(wǎng)絡(luò)邏輯地址查詢本地保存的路由表，獲得與業(yè)務(wù)網(wǎng)絡(luò)邏輯地址對應(yīng)的路由信息記錄列表，若記錄為空則根據(jù)策略進行路由，結(jié)束本流程。3.業(yè)務(wù)提供者的歸屬路由器根據(jù)收到的請求消息遍歷上述路由記錄列表，根據(jù)策略對消息規(guī)則進行匹配，包括若根據(jù)消息格式匹配，則根據(jù)消息格式篩選獲得消息格式匹配的路由信息記錄列表；若根據(jù)消息內(nèi)容進行匹配，則根據(jù)消息內(nèi)容篩選獲得消息內(nèi)容匹配的路由信息記錄列表；若根據(jù)消息格式和消息內(nèi)容進行匹配，則根據(jù)消息格式和消息內(nèi)容篩選后獲得消息格式和消息內(nèi)容都匹配的路由信息記錄列表。在比對消息格式時，若消息格式由schema描述的，只需要判斷請求消息是否符合schema描述，只要接收到的請求消息符合schema描述的，就認為是消息格式是匹配的。在比對消息內(nèi)容時，若消息內(nèi)容中的所有鍵值對都和收到的消息匹配，則表示該記錄中的消息內(nèi)容和收到的消息內(nèi)容匹配。根據(jù)消息格式和消息內(nèi)容匹配示例如下，有一條記錄包含了用schema描述的消息格式和有多個鍵值對信息的消息內(nèi)容，如一個鍵值對信息中鍵為name，值為username，另一個鍵值對信息中鍵為company，值為companyname。確定收到的請求消息的消息格式符合schema描述后，即消息匹配后，繼續(xù)比較該記錄的消息內(nèi)容，首先根據(jù)第一個鍵值對鍵為name，值為username，查看收到的消息中是否有鍵為name且其值是否為username。若相等，則繼續(xù)比較剩余鍵值對。若所有鍵值對信息都匹配，則消息內(nèi)容匹配。4.業(yè)務(wù)提供者的歸屬路由器篩選消息內(nèi)容匹配的路由記錄列表，根據(jù)策略選擇一條記錄。此處策略可以是業(yè)務(wù)提供者的負載信息、資費信息等。5.業(yè)務(wù)提供者的歸屬路由器判斷選定路由記錄列表中是否存在拜訪路由器信息，若存在則轉(zhuǎn)6，否則轉(zhuǎn)8.6.業(yè)務(wù)提供者的歸屬路由器提取業(yè)務(wù)提供者對應(yīng)的業(yè)務(wù)物理地址，將它添加到收到的請求消息中。提取業(yè)務(wù)提供者對應(yīng)的拜訪路由器信息，根據(jù)拜訪路由器地址將包括業(yè)務(wù)物理地址的請求消息路由給該拜訪路由器。7.業(yè)務(wù)提供者的拜訪路由器根據(jù)請求消息中的業(yè)務(wù)物理地址信息路由消息，流程結(jié)束。8.業(yè)務(wù)提供者的歸屬路由器根據(jù)路由記錄中的業(yè)務(wù)網(wǎng)絡(luò)物理地址路由請求消息，流程結(jié)束。本發(fā)明實施例接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，該業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則根據(jù)業(yè)務(wù)注冊請求注冊路由信息，并根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由，可以實現(xiàn)根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。本發(fā)明實施例的業(yè)務(wù)提供者注冊路由信息的方法的基本流程可參考圖2，主要包括步驟Bi、向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式、消息內(nèi)容，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由；可選的，業(yè)務(wù)提供者向拜訪路由器發(fā)送業(yè)務(wù)注冊請求，若拜訪路由器不是該業(yè)務(wù)提供者的歸屬路由器，則拜訪路由器將自身地址添加到業(yè)務(wù)注冊請求中，同時根據(jù)業(yè)務(wù)邏輯地址將業(yè)務(wù)注冊請求轉(zhuǎn)發(fā)給業(yè)務(wù)提供者的歸屬路由器。業(yè)務(wù)提供者向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，包含兩種情況，一種是增加路由信息，一種是刪除路由信息。業(yè)務(wù)提供者向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求中的增加路由信息主要包括1、觸發(fā)增加路由信息流程如下當(dāng)業(yè)務(wù)加載時，需要向業(yè)務(wù)路由器增加能夠創(chuàng)建業(yè)務(wù)實例活動對應(yīng)的路由信息；或者，在業(yè)務(wù)執(zhí)行時，當(dāng)業(yè)務(wù)執(zhí)行到一些活動時，包括receive或onMessage或onEvent等，需要等待接收消息時，需要增加該活動對應(yīng)的路由信息。2、業(yè)務(wù)提供者判斷是否處于加載業(yè)務(wù)階段，若是則轉(zhuǎn)3，否則轉(zhuǎn)4.3、業(yè)務(wù)提供者提取能夠創(chuàng)建業(yè)務(wù)實例的消息活動，即提取業(yè)務(wù)邏輯中屬性createlnstance值為yes的活動，轉(zhuǎn)5.4、業(yè)務(wù)提供者提取正在執(zhí)行的等待接收消息的活動。5、提取該活動在該業(yè)務(wù)邏輯腳本中唯一的消息標識符，可用該活動元素對應(yīng)的xpath來表不6、提取該消息活動對應(yīng)的消息規(guī)則。若只存在消息格式，則提取對應(yīng)消息格式作為消息規(guī)則；若只存在消息內(nèi)容，則提取對應(yīng)消息內(nèi)容作為消息規(guī)則；若消息格式、消息內(nèi)容都存在，則提取消息格式和消息內(nèi)容作為消息規(guī)則。A、業(yè)務(wù)提供者判斷是否存在消息格式信息，則業(yè)務(wù)提供者提取消息活動對應(yīng)的消息格式。具體提取消息格式信息的流程如下，以提取schema為例來說明如何生成消息格式。a)根據(jù)組合業(yè)務(wù)邏輯腳本中的特定活動，獲得其partnerLink、operation信息；b)根據(jù)partnerLink值查詢組合業(yè)務(wù)邏輯腳本中的partnerLinks元素，獲得到一個partnerlink元素,該元素包含了myRole>partnerLinkType等屬性信息；c)根據(jù)屬性partnerLinkType值的QName可獲得對應(yīng)的partnerLinkType元素；d)根據(jù)屬性myRole的值查詢獲得的partnerLinkType元素的子元素role，獲得其屬性為myRole值的role元素；e)提取獲得role元素中的portType信息；f)根據(jù)portType、operation信息獲得input對應(yīng)的message元素，該元素信息包含了對應(yīng)的消息描述；g)根據(jù)業(yè)務(wù)描述信息里面的portType、operation信息，選取portType對應(yīng)的一個soapbinding,獲取binding中的stytle、use、namespace等信息；h)根據(jù)獲得的消息描述以及stytle、use、namespace形成消息格式，可以用schema來描述。B、業(yè)務(wù)提供者判斷是否存在消息內(nèi)容，若存在則提取消息活動對應(yīng)的消息內(nèi)容，則具體提取消息內(nèi)容的流程如下若活動有對應(yīng)的correlations元素,且其子元素correlation中的屬性set的值不為空，則存在消息內(nèi)容。否則結(jié)束提取消息內(nèi)容流程。根據(jù)活動對應(yīng)的所有不為空的set，獲得對應(yīng)的correlationSet元素列表；根據(jù)correlationSet元素列表獲得對應(yīng)的properties列表；根據(jù)properties列表獲得對應(yīng)的property列表；對于每個property，可獲得對應(yīng)的propertyAlias列表，根據(jù)獲得message元素信息獲得特定的propertyAlias。對于獲得的propertyAlias列表中的每個propertyAlias,根據(jù)messageType、part、query確定特定字段，可以用xpath定位；同時對應(yīng)property的值就是特定字段的值。7、業(yè)務(wù)提供者向業(yè)務(wù)路由器發(fā)送業(yè)務(wù)注冊請求，提取該組合業(yè)務(wù)的邏輯地址、物理地址，若是創(chuàng)建業(yè)務(wù)實例的活動，則取業(yè)務(wù)實例標識符的值為0，否則業(yè)務(wù)實例標識符的值取各自真實的實例標識符。協(xié)同上述提取的消息標識符、消息規(guī)則向業(yè)務(wù)路由器發(fā)送業(yè)務(wù)注冊請求，增加路由信息。即業(yè)務(wù)注冊請求中包含業(yè)務(wù)邏輯地址，業(yè)務(wù)物理地址，消息規(guī)貝U，業(yè)務(wù)注冊請求可以進一步包括以下參數(shù)，業(yè)務(wù)實例標識符，消息標識符。業(yè)務(wù)提供者向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求中刪除路由信息包括當(dāng)業(yè)務(wù)卸載時，需要向歸屬業(yè)務(wù)路由器刪除該業(yè)務(wù)提供者對應(yīng)的所有路由信息，包括各業(yè)務(wù)實例對應(yīng)的所有路由信息；或者，在業(yè)務(wù)執(zhí)行時，當(dāng)一些原來正在等待接收消息的活動(包括receive或onMessage或onEvent等)不再需要執(zhí)行時，或者正在等待接收消息的活動接收到了消息(此活動的屬性createProcess為yes的除外)，需要將對應(yīng)的路由信息刪除。業(yè)務(wù)提供者處于卸載業(yè)務(wù)階段，則提取業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址。業(yè)務(wù)提供者處于業(yè)務(wù)實例結(jié)束階段，則提取業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、也實例標識符。業(yè)務(wù)提供者處于消息活動結(jié)束階段，提取該活動對應(yīng)的信息，包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符。8.業(yè)務(wù)提供者向業(yè)務(wù)路由器發(fā)送業(yè)務(wù)注冊請求，刪除路由信息，即業(yè)務(wù)注冊請求僅包括至少以下參數(shù)之一，業(yè)務(wù)實例標識符，消息標識符，而不包括消息格式和消息內(nèi)容時進行路由信息的刪除。B2、接收由所述業(yè)務(wù)歸屬路由器路由的所述業(yè)務(wù)請求者的請求消息。接收歸屬路由器路由的業(yè)務(wù)請求者發(fā)送的請求消息，具體路由過程可以參考A2中的相關(guān)步驟。本發(fā)明實施例通過向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，該業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，以便于業(yè)務(wù)歸屬路由器根據(jù)業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由，實現(xiàn)了可以根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。本發(fā)明實施例的注冊路由信息的方法的基本流程可參考圖3，主要包括步驟Cl、接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容；C2、根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息。這里分以下四種情況，具體為若所述業(yè)務(wù)注冊請求的消息規(guī)則為不空時，提取業(yè)務(wù)注冊請求信息中的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符、消息規(guī)則作為新的路由信息；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址時，則刪除與所述業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址對應(yīng)的路由信息；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和業(yè)務(wù)實例標識符時，則刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符對應(yīng)的路由信息；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符和消息標識符，則刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符和消息標識符對應(yīng)的路由信息。本發(fā)明實施例通過接收業(yè)務(wù)提供者業(yè)務(wù)注冊請求，并根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，實現(xiàn)了可以根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則進行路由信息的注冊，以使得能夠根據(jù)注冊后的路由信息對請求者的請求消息進行路由，路由更加靈活方便。本發(fā)明實施例的另一注冊路由信息的方法的基本流程可參考圖4，主要包括步驟D1、向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息；其中，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容。具體包括以下幾種情況確定業(yè)務(wù)處在加載階段時，提取能夠創(chuàng)建業(yè)務(wù)實例的消息活動，并獲得所述消息活動在所述業(yè)務(wù)的邏輯腳本中唯一的消息標識符，同時獲得對應(yīng)的業(yè)務(wù)實例標識符；確定業(yè)務(wù)處在業(yè)務(wù)執(zhí)行中需要等待接收消息時，提取所述需要等待接收消息的消息活動，并獲得所述需要等待接收消息的消息活動在所述業(yè)務(wù)的邏輯腳本中唯一的消息標識符，同時獲得對應(yīng)的業(yè)務(wù)實例標識符；確定業(yè)務(wù)處在卸載階段，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址作為業(yè)務(wù)注冊請求消息；確定業(yè)務(wù)實例執(zhí)行完畢時，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址，業(yè)務(wù)物理地址和業(yè)務(wù)實例標識符作為業(yè)務(wù)注冊請求消息；當(dāng)刪除單個業(yè)務(wù)的活動時，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識和消息標識符作為業(yè)務(wù)注冊請求消息。本發(fā)明實施例通過向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，以便于業(yè)務(wù)歸屬路由器根據(jù)業(yè)務(wù)注冊請求注冊路由信息，實現(xiàn)了可以根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則進行路由信息的注冊，以使得能夠根據(jù)注冊后的路由信息對請求者的請求消息進行路由，路由更加靈活方便。本發(fā)明實施例提供一種路由系統(tǒng)，參考圖5，包括，業(yè)務(wù)歸屬路由器501，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求；根據(jù)所述業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由；業(yè)務(wù)提供者502，用于向所述業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容，接收由所述業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息。所述路由注冊請求信息進一步包括至少一下一個參數(shù)業(yè)務(wù)實例標識符，消息標識符；所述系統(tǒng)進一步包括，拜訪路由器503，用于將所述業(yè)務(wù)提供者的業(yè)務(wù)注冊請求消息接入到所述業(yè)務(wù)歸屬路由器，并在所述業(yè)務(wù)注冊請求消息加入拜訪路由器信息，將所述業(yè)務(wù)請求者的請求消息路由到所述拜訪路由器對應(yīng)的所述業(yè)務(wù)提供者。本發(fā)明實施例所提供的路由系統(tǒng)，由業(yè)務(wù)歸屬路由器用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，根據(jù)所述業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由，實現(xiàn)了可以根據(jù)根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。本發(fā)明實施例提供一種路由器，其特征在于，參考圖6，包括，接收單元601，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容；路由單元602，用于根據(jù)所述業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者的請求消息進行路由。注冊單元603，用于根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息。路由單元602具有消息規(guī)則匹配功能，進一步包括，格式匹配單元602a，用于將所述請求消息的消息格式與所述路由信息的消息格式進行匹配；內(nèi)容匹配單元602b，用于將所述請求消息的消息內(nèi)容與所述路由信息的消息內(nèi)容進行匹配。本發(fā)明實施例所提供的路由器，用于業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，根據(jù)所述業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由，實現(xiàn)了可以根據(jù)根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。本發(fā)明實施例提供一種業(yè)務(wù)提供者，參考圖7，包括，發(fā)送單元701，用于向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求消息，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容；路由接收單元702，用于接收由所述業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消肩、ο所述路由注冊信息進一步包括至少以下一個參數(shù)業(yè)務(wù)實例標識符，消息標識符。所述發(fā)送單元701具有消息規(guī)則提取功能，進一步包括，消息格式提取模塊701a，用于提取消息活動對應(yīng)的消息元素，并根據(jù)所述消息元素以及業(yè)務(wù)描述信息獲得對應(yīng)的消息格式；消息內(nèi)容提取模塊701b，用于根據(jù)消息元素中的鍵信息定位的消息的特定字段，從而獲得所述特定字段的值。本發(fā)明實施例所提供的業(yè)務(wù)提供者，用于向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求消息，以便于所業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由，使得路由更加靈活方便。為更好的理解上述實施例，下面結(jié)合一種路由方法的一個具體執(zhí)行過程為例進行說明，一組合業(yè)務(wù)的業(yè)務(wù)網(wǎng)絡(luò)邏輯地址是etourOhuawei.com,其加載在兩個地方，分別對應(yīng)兩個業(yè)務(wù)提供者Yl和Y2，Yl的物理地址是etour@10.1.1.1，Y2的物理地址是etouri20.1.1.1，還包括業(yè)務(wù)路由器R1，業(yè)務(wù)路由器R2，業(yè)務(wù)請求者，Yl的拜訪路由器與歸屬路由器都是R1，Y2的拜訪路由器是R2，歸屬路由器是R1，具體參見附圖8。該組合業(yè)務(wù)為一旅游業(yè)務(wù)，其業(yè)務(wù)邏輯腳本的截取片段如下<bpwspartnerLinks><bpwspartnerLinkmyRoIe=〃eTourService〃name=〃eTourPL"partnerLinkType=〃nsl:eTourPLT〃/></bpws:partnerLinks><bpws:correlationSets><bpws:correlationSetname="CSl“properties=“nsl:propertyId〃/></bpws:correlationSets><bpws:receivecreatelnstance="yes"name="RCV-Login"operation=〃Login"partnerLink="eTourPL"portType="nsl:eTourPT"variable=〃IoginIn"/>組合業(yè)務(wù)腳本中的登錄操作<bpwsonMessageoperation=“Book"partnerLink=“eTourPL"portType=“nsl:eTourPT“variable=“bookln">組合業(yè)務(wù)腳本中的預(yù)訂操作<bpwscorrelations)<bpws:correlationinitiate=/rno/rset=〃CSl/r/></bpws:correlations〉</bpws:onMessage〉下面是描述partnerLinkType的截取片段，該片段可以與業(yè)務(wù)描述腳本合在一起。〈pink:partnerLinkTypename=〃eTourPLT“>〈pink:rolename=〃eTourService〃><plnk:porrTypename="tns:eTourPT"/></plnk:role>〈/pink:partnerLinkType)下面是業(yè)務(wù)描述腳本的截取片段。<s:complexTypename="LoginReqType">〈ssequence)〈s:elementname="userld"type="s:string"/><s:elementname="passwd"type="s:string"/></s:sequence)</s:complexType>〈wsdl:messagename="LoginSoapIn/r>登錄請求消息〈wsdl:partname="IoginReq"type="pro:LoginReqType“/>〈/wsdl:message〉〈wsdl:messagename="BookSoapIn/r>登錄口向應(yīng)消息〈wsdl:partname="userld"type="s:string"/>〈/wsdl:message〉〈wsdl:bindingname=〃eTourServiceBinding"type=〃tns:eTourPT">〈soap:bindingstyle=”rpc"transport=”http://schemas.xmlsoap.org/soap/http“/>〈wsdl:operationname="Login">〈soap:operationstyle二"rpc"/>〈wsdl:input〉〈soap:bodyxmlns:soap=“http://schemas.xmlsoap.org/wsdl/soap/〃use=“encoded"encodingStyle=“http://schemas.xmlsoap.org/soap/encoding/〃/></wsdl:input)〈/wsdl:operation〉</soap:binding〉〈/wsdl:binding>下面是property的描述片段，該片段可以與業(yè)務(wù)描述腳本合在一起。<bpws:propertyname=”propertyld"type=”xsd:string"/><bpws:propertyAliasmessageType=〃tns:BookSoapIn〃part=〃userld"propertyName=“tns:propertyld"/><bpws:propertyAliasmessageType=”tns:GetSceneInfoSoapIn”part=〃userld"propertyName=“tns:propertyld"/>業(yè)務(wù)提供者Y2進行業(yè)務(wù)加載，流程如下1.業(yè)務(wù)提供者Υ2提取業(yè)務(wù)邏輯中屬性createlnstance值為yes的活動，并提取該活動的標識符，用該活動元素對應(yīng)的xpath值“process/sequence/receive，，來表示。在該組合邏輯腳本中只有一個活動的createlnstance屬性為yes，即<bpws:receivecreatelnstance=“yes“name="RCV-Login“operation=“Login“partnerLink=“eTourPL“portType=“nsleTourPT“variable=〃IoginIn”/>2.提取消息規(guī)則時，假設(shè)先提取消息格式信息，則提取消息內(nèi)容信息。根據(jù)業(yè)務(wù)邏輯描述、業(yè)務(wù)描述信息(除message外還包括stytle、use、namespace信息)，業(yè)務(wù)提供者可獲得該業(yè)務(wù)對應(yīng)的消息格式。獲取的消息格式由schema描述，節(jié)選如下<xsschemaxmlns:xs=〃http://www.w3.org/2001/XMLSchema"targetNamespace=“http://ngsn.huawei.corn/TravelAgent/wsdl/"elementFormDefault=“qualified"><xselementname="Login"><xs:complexType><xs:sequence)<xs:elementref="IoginReq"/></xs:sequence)</xs:complexType></xs:element)<xs:elementname="IoginReq">...</xs:element)<xs:elementname="passwd">...</xs:element)<xs:elementname="userld">...</xs:element)</xs:schema)3.業(yè)務(wù)提供者Y2發(fā)現(xiàn)該業(yè)務(wù)沒有correlations元素，則判斷不存在消息內(nèi)容。4.業(yè)務(wù)提供者Y2向拜訪路由器R2發(fā)送業(yè)務(wù)注冊請求。其中業(yè)務(wù)實例標識符設(shè)為0，不含鍵值對信息，其中消息規(guī)則僅包含消息格式信息，主要信息如下業(yè)務(wù)邏輯地址業(yè)務(wù)物理地址~~業(yè)務(wù)實例標識符~~消息標識符消息格式etour@huawei.cometour@20.1.1.10process/sequence/receive&5.業(yè)務(wù)路由器R2接收到業(yè)務(wù)注冊請求后，提取消息中的業(yè)務(wù)邏輯地址etourlghuawei.com。根據(jù)該地址R2判斷該業(yè)務(wù)路由器不是該業(yè)務(wù)的歸屬路由器，R2將R2的地址加入到接收到的消息中，再轉(zhuǎn)發(fā)給對應(yīng)的歸屬路由器Rl.<table>tableseeoriginaldocumentpage17</column></row><table>6.歸屬路由器Rl接收到業(yè)務(wù)注冊請求后，消息規(guī)則不為空，則判斷是增加路由信息。7.Rl提取消息規(guī)則信息，只有消息消息格式信息，并對該信息進行注冊，注冊后的<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>假設(shè)路由策略匹配優(yōu)先級由高到底如下，匹配消息格式和消息內(nèi)容，匹配消息格式，匹配消息內(nèi)容。業(yè)務(wù)請求者訪問etourOhuawei.com流程如下l).eoutrihuawei.com的歸屬業(yè)務(wù)路由器Rl接收到一條請求消息，其中消息中的請求地址為eoutrOhuawei.com，其消息內(nèi)容示例如下<wsdl:LoginsoapenvencodingStyle=“http://schemas.xmlsoap.org/soap/encoding/“><loginReqxsitype=“profLoginReqType“xmlns:prof=“http://huawei.com/ngsn/etour/services/profile/"><userldxsi:type="xsd:string">NAME</userId><passwdxsi:type="xsd:string">llllll</passwd></loginReq></wsdl:Login)2).根據(jù)業(yè)務(wù)網(wǎng)絡(luò)邏輯地址查詢路由表信息，得到兩條路由記錄，對這兩個路由記錄，Rl分別提取他們各自的schema信息與收到消息的內(nèi)容進行匹配，兩條記錄都匹配。3).在匹配消息規(guī)則時，業(yè)務(wù)路由器Rl發(fā)現(xiàn)兩條記錄的鍵值對路由記錄都不含消息內(nèi)容，則選擇按照消息格式匹配，根據(jù)策略篩選其中一個，假設(shè)etOUr@20.1.1.1的負載較小，選擇負載較小的etouri20.1.1.1的記錄。4).業(yè)務(wù)路由器Rl發(fā)現(xiàn)選定記錄中有拜訪路由器信息，則提取記錄中的物理地址etouri20.1.1.1和拜訪路由器地址R2。則將物理地址添加到消息，并將消息路由給拜訪路由器R2.5).拜訪路由器R2發(fā)現(xiàn)消息中含業(yè)務(wù)物理地址信息，拜訪路由器R2將消息路由給業(yè)務(wù)物理地址etour@20.1.1.1對應(yīng)的業(yè)務(wù)提供者Y2。6).業(yè)務(wù)提供者R2收到消息后，process/sequence/receive活動由等待消息狀態(tài)變成真正執(zhí)行狀態(tài)，需要將該活動對應(yīng)的消息從業(yè)務(wù)路由器Rl刪除，但由于該活動對應(yīng)的createProcess為yes，則不需要刪除該信息。同時引擎創(chuàng)建一個新的業(yè)務(wù)實例，假設(shè)實例標識符為1.增加路由信息流程如下。1).部署引擎上的業(yè)務(wù)繼續(xù)執(zhí)行，當(dāng)遇到活動process/sequence/pick/onMessage時，觸發(fā)路由信息注冊流程，其消息標識符為process/sequence/pick/onMessage。2).在提取消息規(guī)則時，假設(shè)先提取消息格式再提取消息內(nèi)容。業(yè)務(wù)提供者提取活動對應(yīng)的消息格式。其中包括獲得輸入消息為BookSoapIn。3).提取消息內(nèi)容過程如下。業(yè)務(wù)提供者發(fā)現(xiàn)該活動含correlations元素，且其子元素的set屬性為“CS1”，即對應(yīng)correlationSet元素為“CS1”；^tHcorrelationSet7nS"CSl"的Mt生properties^it"nsl:propertyId"；根據(jù)properties獲得一個property為"nsl:propertyId，，；根據(jù)property名"nsl:propertyId，，獲得propertyAlias列表；<bpws:propertyAliasmessageType=“tnsBookSoapIn“part=“userld"propertyName=“tnsipropertyld"/><bpws:propertyAliasmessageType=“tnsGetScenelnfoSoapIn“part="userld"propertyName=“tnsipropertyld"/>根據(jù)獲得的消息“BookSoapIn”，選定其中第一條propertyAlias記錄；結(jié)合業(yè)務(wù)描述信息可得到特定字段為Book/userld，其值為property"nslipropertyld"的值，此處假設(shè)為"username，，。4).業(yè)務(wù)提供者向業(yè)務(wù)路由器Rl注冊路由信息，其中消息規(guī)則包括消息格式和消息內(nèi)容，此處假設(shè)獲得的業(yè)務(wù)實例標識符為1.向拜訪路由器R2發(fā)送路由注冊請求，主要信息如下<table>tableseeoriginaldocumentpage22</column></row><table>5).業(yè)務(wù)路由器R2接收到業(yè)務(wù)注冊請求后，提取消息中的業(yè)務(wù)邏輯地址etourlghuawei.com。根據(jù)該地址R2判斷該業(yè)務(wù)路由器不是該業(yè)務(wù)的歸屬路由器，將R2的地址加入到接收到的消息中，再轉(zhuǎn)發(fā)給對應(yīng)的歸屬路由器Rl<table>tableseeoriginaldocumentpage23</column></row><table>6).歸屬路由器Rl接收到路由信息注冊請求后，發(fā)現(xiàn)請求中的消息規(guī)則信息不為空，則判斷是增加路由信息。7).Rl提取消息規(guī)則中的消息格式和消息內(nèi)容信息，增加到路由表。增加后的路由表信息如下<table>tableseeoriginaldocumentpage25</column></row><table>請求地址為eoutrOhuawei.com，其消息內(nèi)容示例如下<wsdl:BooksoapenvencodingStyle=“http://schemas.xmlsoap.org/soap/encoding/“><userldxsitype=“xsd:string">usemame</sessionId></wsdl:Book>2).根據(jù)該業(yè)務(wù)網(wǎng)絡(luò)邏輯地址查詢到三條路由表記錄，對這三個記錄，優(yōu)選采用消息格式和消息內(nèi)容均匹配策略，分別提取他們各自的schema信息與收到消息的內(nèi)容進行匹配，只有一條匹配記錄。3).業(yè)務(wù)路由器R1發(fā)現(xiàn)這條記錄存在消息內(nèi)容。根據(jù)消息內(nèi)容的鍵值對信息的鍵息"Book/userld"查詢接收到的消息，獲得對應(yīng)的值為“username”，與鍵值對的值信息一致，所以這個鍵值對信息匹配。由于只有一個鍵值對信息，所以該條記錄消息內(nèi)容匹配成功。4).由于只有一條記錄滿足需求，所以業(yè)務(wù)路由器R1就直接選擇該條記錄。5).業(yè)務(wù)路由器R1發(fā)現(xiàn)選定記錄中有拜訪路由器信息，則提取記錄中的物理地址etouri20.1.1.1和拜訪路由器地址R2，將物理地址添加到消息，并將消息路由給拜訪路由器R206).拜訪路由器R2發(fā)現(xiàn)消息中含業(yè)務(wù)物理地址信息，拜訪路由器R2將消息路由給業(yè)務(wù)物理地址etour@20.1.1.1對應(yīng)的業(yè)務(wù)提供者Y2.7).業(yè)務(wù)提供者收到消息后，process/sequence/pick/onMessage活動由等待消息狀態(tài)變成真正執(zhí)行狀態(tài)，需要將該活動對應(yīng)的消息從路由表刪除，觸發(fā)刪除路由表信息流程，且是刪除單個活動對應(yīng)的路由表信息。8).業(yè)務(wù)提供者提取活動對應(yīng)的信息。<table>tableseeoriginaldocumentpage26</column></row><table>9).業(yè)務(wù)提供者向拜訪路由器R2發(fā)送路由注冊請求。10).R2根據(jù)業(yè)務(wù)邏輯地址etourOhuawei.com判斷該路由器不是該業(yè)務(wù)的歸屬路由器，在請求消息中增加拜訪路由器R2的地址信息，再轉(zhuǎn)發(fā)給對應(yīng)的歸屬路由器R1.11).R1根據(jù)消息中含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符，但不含消息格式，判斷是刪除單個活動的路由信息。在路由信息注冊中心刪除由上述四個字段表示的記錄。本發(fā)明實施例接收業(yè)務(wù)提供者發(fā)送的業(yè)務(wù)注冊請求，該業(yè)務(wù)注冊請求中包含業(yè)務(wù)的消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容，根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，并根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由，使得路由靈活方便。為更好的理解上述實施例，下面結(jié)合路由方法的一個具體執(zhí)行過程為例進行說明，這里業(yè)務(wù)路由器作為一種負載均衡器，一天氣預(yù)報業(yè)務(wù)的業(yè)務(wù)網(wǎng)絡(luò)邏輯地址是weatherihuawei.com,其加載在兩個引擎上，分別對應(yīng)兩個業(yè)務(wù)提供者Yl(處理深圳的天氣預(yù)報)和Y2(處理廣州的天氣預(yù)報)，Yl的物理地址是weatherilO.1.1.1，Y2的物理地址是weather@20.1.1.1，Yl和Y2對應(yīng)的拜訪路由器與歸屬路由器都是Rl，且Yl、Y2對外公布的地址都是業(yè)務(wù)網(wǎng)絡(luò)邏輯地址，具體參見附圖7。此方案可以借助路由器來提高業(yè)務(wù)容Mo本實施例相對于實施例6，業(yè)務(wù)提供者不借助拜訪路由器，直接連接歸屬路由器，省略拜訪路由器R2。在注冊路由信息時，省略R2做為拜訪路由器，直接把注冊信息發(fā)送給歸屬業(yè)務(wù)路由器R1。在對業(yè)務(wù)請求者發(fā)送的請求消息時，省略由歸屬路由器Rl將請求消息轉(zhuǎn)發(fā)給拜訪路由器R2，其余流程一樣，這里不在詳述，具體參照實施例6。假設(shè)weatherOhuawei.com的消息規(guī)則包括消息格式和消息內(nèi)容，其中Y1、Y2消息格式一致，其中Yl的消息內(nèi)容有一鍵值對信息，鍵為“l(fā)ocation”，值為深圳；Y2的消息內(nèi)容業(yè)務(wù)有一鍵值對信息，鍵為“l(fā)ocation”，值為“廣州”。<xsschemaxmlns:xs=〃http://www.w3.org/2001/XMLSchema"targetNamespace=“http://ngsn.huawei.corn/Weather/wsdl/"elementFormDefault=“qualified"c<xselementname="WeatherRequest“><xscomplexType><xs:sequence)<xs:elementref="location"/></xs:sequence)</xs:complexType></xs:element)<xs:elementname="location">...</xs:element)</xs:schema)假設(shè)消息通過sip協(xié)議來承載。1)Yl提取業(yè)務(wù)邏輯地址(weather@huawei.com)、業(yè)務(wù)物理地址(weatherilO.1.1.1)、消息規(guī)則(包括消息格式和消息內(nèi)容)，向歸屬路由器Rl發(fā)送業(yè)務(wù)注冊請求。其中消息頭示例如下，REGISTERsip:huawei.comSIP/2.OTo:Bob<sip:weatherihuawei.com>From:Bob<sip!weatherihuawei.com>Contact:<weatherilO.1.1.1>消息體包括兩部分信息，一部分是消息格式，另一部分是消息內(nèi)容。示例如下，<xsschema...>...</xs:schema)<content><location>深圳</location><content>2)歸屬路由器Rl接收到注冊消息后，提取業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、消息規(guī)則信息進行注冊。注冊后的路由信息如下表業(yè)務(wù)邏輯地址業(yè)務(wù)物理地址消息格式消息內(nèi)容ffeatherihuawei.cometourilO.1.1.1&Location=，·!，，當(dāng)業(yè)務(wù)提供者Y2也向路由器進行注冊后，路由信息更新如下業(yè)務(wù)邏輯地址業(yè)務(wù)物理地址消息格式消息內(nèi)容ffeatherihuawei.cometourilO.1.1.1&Location=，·!，，ffeatherihuawei.cometouri20.1.1.1&Location=”廣州，，1)假設(shè)業(yè)務(wù)請求者請求訪問深圳天氣預(yù)報業(yè)務(wù)，其中業(yè)務(wù)請求中包括業(yè)務(wù)邏輯地址WeatherOhuawei.com，還包括消息內(nèi)容，具體示例如下。INVITEsip=Weatherihuawei.comSIP/2.0To:ffeather<sip!ffeatherihuawei.com>From:user<sip:usericmcc.com>Sip消息體中信息示例如下<wsdlWeatherRequestsoapenvencodingStyle=“http://schemas.xmlsoap.org/soap/encoding/“><location>深圳</location></wsdlWeatherRequest)2)天氣預(yù)報業(yè)務(wù)的歸屬路由器Rl收到請求消息后，根據(jù)業(yè)務(wù)請求中的業(yè)務(wù)邏輯地址"ffeatherihuawei.com”查詢路由表信息，得到兩條路由記錄。3)假定路由器設(shè)定根據(jù)消息規(guī)則中的消息格式和消息內(nèi)容進行匹配。路由器提取路由記錄的消息格式信息和消息內(nèi)容信息和請求消息進行比對，獲得一條符合消息規(guī)則的信息，如下。ffeatherihuawei.cometourilO.1.1.1&Location=，，深圳，，4)路由器提取路由記錄中的業(yè)務(wù)物理地址。根據(jù)物理地址將消息路由到Y(jié)l.5)Yl收到業(yè)務(wù)請求后提供天氣預(yù)報業(yè)務(wù)給業(yè)務(wù)請求者。本發(fā)明實施例接收業(yè)務(wù)提供者發(fā)送的業(yè)務(wù)注冊請求，該業(yè)務(wù)注冊請求中包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容，根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，并根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由，實現(xiàn)了根據(jù)業(yè)務(wù)邏輯地址、物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括ROM、RAM、磁盤或光盤等。以上對本發(fā)明實施例所提供一種路由的方法和系統(tǒng)，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求一種路由的方法，其特征在于，包括，接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息；根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由。2.如權(quán)利要求1所述的方法，其特征在于，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容。3.如權(quán)利要求1或2所述的方法，其特征在于，所述業(yè)務(wù)注冊請求以及對應(yīng)的路由信息進一步包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符。4.如權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息包括提取所述業(yè)務(wù)注冊請求中的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則作為路由信息。5.如權(quán)利要求1或4所述的方法，其特征在于，若所述業(yè)務(wù)注冊請求經(jīng)過拜訪路由器轉(zhuǎn)發(fā)，則所述業(yè)務(wù)注冊請求包括所述拜訪路由器信息。6.如權(quán)利要求1所述的方法，其特征在于，所述方法進一步包括，確定與所述請求消息的業(yè)務(wù)邏輯地址匹配的路由信息，生成路由記錄列表。7.如權(quán)利要求6所述的方法，其特征在于，所述根據(jù)路由信息，對所述業(yè)務(wù)請求者的請求消息進行路由進一步包括，確定消息規(guī)則與所述請求消息匹配的路由記錄，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由。8.如權(quán)利要求2或7所述的方法，其特征在于，所述根據(jù)路由信息，對所述業(yè)務(wù)請求者的請求消息進行路由進一步包括，若基于消息格式和消息內(nèi)容路由，則確定消息格式和消息內(nèi)容與所述請求消息的消息格式和消息內(nèi)容匹配的路由記錄，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由；或者，若基于消息內(nèi)容路由，則確定消息內(nèi)容與所述請求消息的消息內(nèi)容匹配的路由記錄，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由；或者，若基于消息格式路由，則確定消息格式與所述請求消息的消息格式匹配的路由記錄，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由。9.如權(quán)利要求8所述的方法，其特征在于，所述確定消息內(nèi)容與所述請求消息的消息內(nèi)容匹配的路由記錄進一步包括，根據(jù)所述路由記錄的消息內(nèi)容的各個鍵值對信息的鍵信息定位所述請求消息中的相應(yīng)字段，確定所述相應(yīng)字段的值；若所述路由記錄的消息內(nèi)容中的各個鍵值對信息的值與相應(yīng)字段的值一致，則所述路由記錄的消息內(nèi)容與所述請求消息的消息內(nèi)容匹配。10.如權(quán)利要求7或8所述的方法，其特征在于，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由進一步包括，根據(jù)所述匹配的路由記錄的對應(yīng)業(yè)務(wù)的物理地址將所述請求消息路由到對應(yīng)的業(yè)務(wù)提供者。11.如權(quán)利要求7或8所述的方法，其特征在于，若所述業(yè)務(wù)注冊請求經(jīng)過拜訪路由器轉(zhuǎn)發(fā)，則所述路由記錄中包括所述拜訪路由器信息。12.如權(quán)利要求11所述的方法，其特征在于，選擇所述匹配的路由記錄中的一條對所述請求消息進行路由進一步包括，根據(jù)所述匹配的路由記錄的對應(yīng)拜訪路由器信息將所述請求消息路由到所述拜訪路由器，以便所述拜訪路由器將所述請求消息路由到業(yè)務(wù)物理地址對應(yīng)的業(yè)務(wù)提供者。13.—種路由的方法，其特征在于，包括，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由；接收由所述業(yè)務(wù)歸屬路由器路由的所述業(yè)務(wù)請求者的請求消息。14.如權(quán)利要求13所述的方法，其特征在于，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容。15.如權(quán)利要求13或14所述的方法，其特征在于，所述業(yè)務(wù)注冊請求進一步包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符。16.根據(jù)權(quán)利要求15所述的方法，其特征在于，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求進一步包括，確定業(yè)務(wù)處在加載階段時，提取能夠創(chuàng)建業(yè)務(wù)實例的消息活動，或者；確定業(yè)務(wù)處在業(yè)務(wù)執(zhí)行中需要等待接收消息時，提取所述需要等待接收消息的消息活動。17.根據(jù)權(quán)利要求15或16所述的方法，其特征在于，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求進一步包括，獲得所述消息活動所在業(yè)務(wù)的邏輯腳本中唯一的消息標識符。18.根據(jù)權(quán)利要求13或16所述的方法，其特征在于，生成所述消息規(guī)則包括，當(dāng)確定所述消息活動存在消息格式信息和消息內(nèi)容信息時，則提取所述消息活動對應(yīng)的消息格式和消息內(nèi)容；或，當(dāng)確定所述消息活動存在消息格式信息信息時，則提取所述消息活動對應(yīng)的消息格式；或，當(dāng)確定所述消息活動存在消息內(nèi)容信息時，則提取所述消息活動對應(yīng)的消息內(nèi)容。19.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述提取所述消息活動對應(yīng)的消息格式進一步包括，提取所述消息活動對應(yīng)的消息元素，并根據(jù)所述消息元素以及業(yè)務(wù)描述信息獲得對應(yīng)的消息格式。20.根據(jù)權(quán)利要求18所述的方法，其特征在于，所述提取所述消息活動對應(yīng)的消息內(nèi)容進一步包括，根據(jù)鍵信息定位消息的特定字段，從而獲得該字段的值，形成鍵值對信息。21.一種注冊路由信息的方法，其特征在于，包括，接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符；根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息。22.如權(quán)力要求21所述的方法，其特征在于，所述消息格式至少包括以下一個參數(shù)消息格式和消息內(nèi)容。23.如權(quán)利要求22所述的方法，其特征在于，所述根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息進一步包括若所述業(yè)務(wù)注冊請求的消息規(guī)則為不空時，提取所述業(yè)務(wù)注冊請求中的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符、消息標識符、消息規(guī)則作為新的路由信息，或者；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址時，刪除與所述業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址對應(yīng)的路由信息，或者；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和業(yè)務(wù)實例標識符時，刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符對應(yīng)的路由信息，或者；若所述業(yè)務(wù)注冊請求只包含業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符和消息標識符，刪除與所述業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識符和消息標識符對應(yīng)的路由fn息ο24.一種注冊路由信息的方法，其特征在于，包括，向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息；其中，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)貝U，或者包括至少以下一個參數(shù)業(yè)務(wù)實例標識符和消息標識符。25.如權(quán)利要求24所述的方法，其特征在于，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容。26.根據(jù)權(quán)利要求25所述的方法，其特征在于，所述向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求進一步包括，確定業(yè)務(wù)處在加載階段時，提取能夠創(chuàng)建業(yè)務(wù)實例的消息活動，并獲得所述消息活動在所述業(yè)務(wù)的邏輯腳本中唯一的消息標識符，或者；確定業(yè)務(wù)處在業(yè)務(wù)執(zhí)行中需要等待接收消息時，提取所述需要等待接收消息的消息活動，并獲得所述需要等待接收消息的消息活動在所述業(yè)務(wù)的邏輯腳本中唯一的消息標識符，或者；確定業(yè)務(wù)處在卸載階段，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址和業(yè)務(wù)物理地址作為業(yè)務(wù)注冊請求，或者；確定業(yè)務(wù)執(zhí)行完畢時，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址，業(yè)務(wù)物理地址和業(yè)務(wù)實例標識符作為業(yè)務(wù)注冊請求，或者；當(dāng)刪除單個業(yè)務(wù)的活動時，提取所述業(yè)務(wù)的業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址、業(yè)務(wù)實例標識和消息標識符作為業(yè)務(wù)注冊請求。27.—種路由系統(tǒng)，其特征在于，包括，業(yè)務(wù)歸屬路由器，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求；根據(jù)所述業(yè)務(wù)注冊請求，對業(yè)務(wù)請求者發(fā)送的請求消息進行路由；業(yè)務(wù)提供者，用于向所述業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，接收由所述業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息。28.如權(quán)利要求27所述的系統(tǒng)，其特征在于，所述系統(tǒng)進一步包括拜訪路由器，所述拜訪路由器用于將所述業(yè)務(wù)提供者的業(yè)務(wù)注冊請求接入到所述業(yè)務(wù)歸屬路由器，并在所述業(yè)務(wù)注冊請求中加入所述拜訪路由器信息，將所述業(yè)務(wù)請求者的請求消息路由到對應(yīng)的業(yè)務(wù)提供者。29.一種路由器，其特征在于，包括，接收單元，用于接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；注冊單元，用于根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息；路由單元，用于根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由。30.如權(quán)利要求29所述的方法，其特征在于，所述消息規(guī)則至少包括以下一個參數(shù)消息格式和消息內(nèi)容。31.如權(quán)利要求30所述的路由器，其特征在于，所述路由單元進一步包括，格式匹配單元，用于將所述請求消息的消息格式與所述路由信息的消息格式進行匹配；內(nèi)容匹配單元，用于將所述請求消息的消息內(nèi)容與所述路由信息的消息內(nèi)容進行匹配。32.—種業(yè)務(wù)提供者，其特征在于，包括，發(fā)送單元，用于向業(yè)務(wù)歸屬路由器發(fā)送業(yè)務(wù)注冊請求，以便于所述業(yè)務(wù)歸屬路由器根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，以對業(yè)務(wù)請求者的請求消息進行路由，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則；路由接收單元，用于接收由所述業(yè)務(wù)歸屬路由器路由的業(yè)務(wù)請求者的請求消息。33.如權(quán)利要求32所述的方法，其特征在于，所述發(fā)送單元進一步包括，消息格式提取模塊，用于提取消息活動對應(yīng)的消息元素，并根據(jù)所述消息元素以及業(yè)務(wù)的描述信息獲得對應(yīng)的消息格式；消息內(nèi)容提取模塊，用于根據(jù)所述消息元素中的鍵信息定位的消息的特定字段，獲得所述特定字段的值。全文摘要本發(fā)明實施例提供一種路由的方法，裝置和系統(tǒng)，本發(fā)明實施例采用接收業(yè)務(wù)提供者的業(yè)務(wù)注冊請求，所述業(yè)務(wù)注冊請求包括業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則，根據(jù)所述業(yè)務(wù)注冊請求注冊路由信息，根據(jù)所述路由信息，對業(yè)務(wù)請求者的請求消息進行路由?？梢詫崿F(xiàn)根據(jù)業(yè)務(wù)邏輯地址、業(yè)務(wù)物理地址和消息規(guī)則對請求者的請求消息進行路由，使得路由更加靈活方便。文檔編號H04L29/06GK101820381SQ20091010567公開日2010年9月1日申請日期2009年2月27日優(yōu)先權(quán)日2009年2月27日發(fā)明者徐文華申請人:華為技術(shù)有限公司