專利名稱：發(fā)布/預(yù)訂消息傳遞方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般來說涉及數(shù)據(jù)處理網(wǎng)絡(luò)中的消息通信領(lǐng)域，尤其涉及網(wǎng)絡(luò)上的發(fā)布/預(yù)訂(pub/sub)消息傳遞(messaging)。
背景技術(shù)：
消息傳遞系統(tǒng)通過提供路由和格式化服務(wù)的服務(wù)器(“中介器”)網(wǎng)絡(luò)傳遞消息。若干消息中介器支持發(fā)布/預(yù)訂模式作為散發(fā)消息的途徑。這涉及一組一個或多個發(fā)布者發(fā)送通信給已經(jīng)注冊了他們對接收某種類型的通信的興趣的一組一個或多個訂戶。訂戶通知中介器有關(guān)他們希望接收的消息類型，并且將該信息存儲在中介器端。發(fā)布者發(fā)送他們的消息到中介器，其比較消息類型(例如，檢查消息頭主題字段或檢查消息內(nèi)容)與它所存儲的訂戶信息，以便確定該消息應(yīng)該被轉(zhuǎn)發(fā)給哪個訂戶。訂戶通常不關(guān)心消息被發(fā)送到哪里，而且，訂戶通常對他們已經(jīng)收到的消息是從哪里發(fā)送的不感興趣。消息中介器還可以在將他們傳送到訂戶之前，執(zhí)行附加的功能，如對接收的消息進行濾除、格式化或其它不同的處理。
發(fā)布/預(yù)訂消息允許預(yù)訂用戶接收有關(guān)感興趣主題的最近信息(例如，股票價格、最后新聞、購物特價或天氣)。在典型的發(fā)布/預(yù)訂環(huán)境中，若干發(fā)布者應(yīng)用發(fā)送若干消息給可能遍布網(wǎng)絡(luò)地處偏遠的訂戶應(yīng)用。計算機利用這樣的消息傳遞通信的網(wǎng)絡(luò)包括因特網(wǎng)、內(nèi)聯(lián)網(wǎng)或任何計算機網(wǎng)絡(luò)。
消息中介器按照向中介器注冊的有效預(yù)訂管理消息的發(fā)布。發(fā)布者和訂戶還可與中介器的網(wǎng)絡(luò)互動，每一個中介器傳播預(yù)訂并且轉(zhuǎn)發(fā)發(fā)布給網(wǎng)絡(luò)內(nèi)的其他中介器。這樣的網(wǎng)絡(luò)通常包括，位于通信集線器的一個或多個消息中介器，通過該集線器發(fā)布者和訂戶通信。在此所使用的術(shù)語“中介器”應(yīng)該理解為包含單個中介器或作為網(wǎng)絡(luò)一起工作以便提供中介服務(wù)的多個中介器。
消息中介器通常利用單個通信協(xié)議或傳輸機制彼此通信并且和訂戶通信。這樣的協(xié)議或傳輸機制將具有用來確定中介器處理消息的方式的相關(guān)聯(lián)的“服務(wù)質(zhì)量”。已知的服務(wù)質(zhì)量特征包括以下因素諸如網(wǎng)絡(luò)帶寬要求、吞吐量、延遲、差錯率、壓縮、加密或數(shù)據(jù)流所要求的存儲器量或緩沖器空間。服務(wù)質(zhì)量可能不對所有消息或所有訂戶適合。應(yīng)用不適合的協(xié)議可導(dǎo)致許多消息不以最有效率的方式處理。中介器軟件可以實現(xiàn)比由通信協(xié)議自身提供的更高的服務(wù)質(zhì)量，但是這導(dǎo)致難以管理復(fù)雜的系統(tǒng)。還可能使用支持最高服務(wù)質(zhì)量的通信協(xié)議，但是當處理僅僅要求較低服務(wù)質(zhì)量的消息時，這招致日常開支，并且許多消息不以最有效率的方式處理。
美國公開第2003/0115317 A1公開了一種發(fā)布/訂戶環(huán)境中的通信方法，用于通過確定足以對有關(guān)某個主題在消息之間交換的最低服務(wù)質(zhì)量，主要在中介器之間經(jīng)濟地傳遞消息。這減少了關(guān)聯(lián)于對中介器之間的通信不必要地使用更高服務(wù)質(zhì)量的日常開支。在任何時候，它依賴于中介器能夠接受有關(guān)一組不同協(xié)議的通信量(traffic)，這允許發(fā)送中介器基于服務(wù)質(zhì)量要求選擇它認為合適的任何協(xié)議。該方法與中介器之間的通信有關(guān)，并且沒有解決中介器-訂戶通信的問題。
訂戶可以利用通信協(xié)議與中介器連接并預(yù)訂，他們還可以為其它交易使用該通信協(xié)議。然而，訂戶可能想要這種其它交易優(yōu)先于發(fā)布消息，并且訂戶可被堵塞他的網(wǎng)絡(luò)的發(fā)布的消息阻礙。存在對改善的中介器-訂戶通信的需要。
美國專利第6,101,545公開了一種消息處理系統(tǒng)，其中，發(fā)送器可指定消息交付類型以便指定消息是交付重要還是時間重要。接著消息交付選擇器基于消息交付類型選擇協(xié)議(例如，傳輸控制協(xié)議(TCP)或用戶數(shù)據(jù)報協(xié)議(UDP))。消息的發(fā)送器可以指定消息交付類型，其被分析并被用來控制消息傳輸協(xié)議的選擇，但該選擇中沒有涉及關(guān)于消息的預(yù)定接受者的信息。在消息中介器環(huán)境中，實現(xiàn)基于美國6,101,545的方案的企圖會導(dǎo)致許多消息被無效率地處理，因為由發(fā)送器指定的高服務(wù)質(zhì)量即使接受者不要求也被兌現(xiàn)。在此系統(tǒng)中，預(yù)定的接受者可被堵塞他的網(wǎng)絡(luò)的消息阻礙。
存在對消息中介器網(wǎng)絡(luò)的更有效的方案的需求，其致力于中介器和訂戶之間的通信。

發(fā)明內(nèi)容
因此，本發(fā)明提供了一種在發(fā)布/預(yù)訂消息傳遞系統(tǒng)中通信的方法，所述消息傳遞系統(tǒng)包含向中介器發(fā)布信息的多個發(fā)布者和預(yù)訂經(jīng)由中介器從一個或多個發(fā)布者接收的信息的多個訂戶，所述方法包括以下步驟經(jīng)由第一通信協(xié)議接收預(yù)訂請求，指示請求訂戶感興趣的主題信息；確定所述預(yù)訂請求是否包括請求要經(jīng)由第二通信協(xié)議發(fā)送的發(fā)布的信息的指示符；以及響應(yīng)于所述確定步驟，如果所述預(yù)訂請求包括所述指示符，則經(jīng)由所述第二通信協(xié)議發(fā)送主題信息，否則經(jīng)由所述第一協(xié)議發(fā)送主題信息。
根據(jù)另一個方面，提供了一種消息中介器，用于管理在發(fā)布/預(yù)訂消息傳遞系統(tǒng)中的通信，該消息傳遞系統(tǒng)包含向中介器發(fā)布信息的多個發(fā)布者和預(yù)訂經(jīng)由所述中介器從一個或多個發(fā)布者接收的信息的多個訂戶，所述中介器包含接收裝置，用于經(jīng)由第一通信協(xié)議接收預(yù)訂請求，指示請求訂戶感興趣的主題信息；確定裝置，用于確定所述預(yù)訂請求是否包括請求要經(jīng)由第二通信協(xié)議發(fā)送的發(fā)布的信息的指示符；以及發(fā)送裝置，響應(yīng)于所述確定裝置，如果所述預(yù)訂請求包括所述指示符，則經(jīng)由所述第二通信協(xié)議發(fā)送主題信息，否則經(jīng)由所述第一協(xié)議發(fā)送主題信息。
根據(jù)另一個方面，本發(fā)明提供了一種計算機程序，用于管理在發(fā)布/預(yù)訂消息系統(tǒng)中的通信。


現(xiàn)在參照下面的附圖，僅僅通過舉例描述本發(fā)明的優(yōu)選實施例，附圖中圖1是消息系統(tǒng)的示意性表示，其中發(fā)布者和訂戶應(yīng)用經(jīng)由消息中介器通信；圖2示出了主題樹的例子；圖3是圖示根據(jù)優(yōu)選實施例的預(yù)訂概略的注冊的流程圖；以及圖4圖示了根據(jù)優(yōu)選實施例的消息中介器的有關(guān)組件。
具體實施例方式
IBM公司的WebSphereMQ族消息產(chǎn)品是支持分布式異質(zhì)環(huán)境中不同系統(tǒng)上運行的應(yīng)用程序之間的互操作的已知產(chǎn)品。(WebSphere是國際商業(yè)機器公司的商標)。計算機利用消息隊列經(jīng)由網(wǎng)絡(luò)通信，該網(wǎng)絡(luò)可以是因特網(wǎng)、內(nèi)聯(lián)網(wǎng)或任何其他的計算機網(wǎng)絡(luò)。WebSphere MQ產(chǎn)品使得應(yīng)用程序能夠發(fā)送消息到其他應(yīng)用程序的輸入隊列，由此實現(xiàn)可穿過計算機網(wǎng)絡(luò)傳播的應(yīng)用程序之間的消息傳遞，而不要求在應(yīng)用程序之間的專門的端對端連接。然而，在應(yīng)用程序之間可能相互的連接的映射可能相當復(fù)雜。
代替在系統(tǒng)之間具有直接連接，網(wǎng)絡(luò)架構(gòu)包括與其他系統(tǒng)連接的通信集線器，由此簡化所述復(fù)雜性。消息中介能力在通信集線器提供，以便提供智能消息路由和應(yīng)用的集成。消息中介功能包括利用包括在消息頭中的消息“主題”信息，按照不同應(yīng)用程序的信息要求的規(guī)則和知識來智能地路由消息的能力。另一個消息中介功能是利用目標應(yīng)用或目標系統(tǒng)的消息格式要求變換消息格式，從而調(diào)和在系統(tǒng)和應(yīng)用之間的差異的能力。
通過提供用于應(yīng)用程序之間交換的消息的智能路由和變換服務(wù)，來提供這種消息中介能力的產(chǎn)品的例子，是IBM公司的WebSphere業(yè)務(wù)集成消息中介器。這樣的消息中介能力可被集成在數(shù)據(jù)處理系統(tǒng)的其他組件內(nèi)，例如，在操作系統(tǒng)軟件內(nèi)。
多中介器布局可以被用來跨越過程、機器和地理位置分配負荷。當存在大量的客戶時，其有益于跨越幾個中介器分配這些客戶，從而減少中介器的資源要求并減少若特定服務(wù)器故障的影響。
圖1示出了其中一個或者多個發(fā)布者應(yīng)用10、20、30發(fā)送消息到消息中介器70的網(wǎng)絡(luò)例子。消息中介器可以包含一個或多個訂戶應(yīng)用40、50、60，其已經(jīng)注冊了他們對從發(fā)布者接收指定的消息類型的興趣。在典型的發(fā)布/預(yù)訂消息中介器環(huán)境中，發(fā)布者不明確地標識目標訂戶，并且可能不知道訂戶是誰。發(fā)布者和訂戶應(yīng)用不包含專門的端對端連接，并且有時可能不并發(fā)地連接到中介器網(wǎng)絡(luò)。例如，訂戶應(yīng)用可位于遙遠的地理位置，而且經(jīng)由僅僅在某些時間可用的通信衛(wèi)星連接到中介器。
發(fā)布者對他們正在發(fā)布的消息指定主題名稱，而訂戶對他們感興趣接收的消息指定主題名稱。消息中介器70比較進入的消息和訂戶的預(yù)訂概略，以便標識匹配，并傳遞匹配消息給用于轉(zhuǎn)發(fā)到相關(guān)訂戶的輸出組件(未示出)。例如，訂戶40可對倫敦的天氣感興趣，而且可發(fā)送預(yù)訂請求給諸如“天氣/倫敦”之類的中介器。中介器對照在主題樹中的適合的主題存儲該預(yù)定信息，接著，如果消息從發(fā)布者到達中介器，并且消息頭包括主題標識符“天氣/倫敦”，則中介器比較該消息與它的預(yù)訂列表，并且標識出，所述消息匹配用于訂戶40的預(yù)訂概略。中介器接著路由消息到訂戶40。中介器70可以是過程、一組過程或其他執(zhí)行組件，或可以被包括在其他應(yīng)用代碼內(nèi)。然而，中介器的邏輯功能將在網(wǎng)絡(luò)中的某處存在。
圖2示出了示例主題樹。主題樹通?；谠谥薪槠魈幗邮盏挠啈粽埱髣?chuàng)建。在此例子中可看到，主要主題是“馬”，關(guān)于該主要主題的信息被發(fā)布?？蓪⒃撝黝}劃分為三類顏色；飼料和裝備。每類接著可被細分為例如顏色-雜色-草莓色。當在中介器處接收發(fā)布時，對照樹結(jié)構(gòu)解析以便匹配已經(jīng)向中介器注冊的預(yù)訂請求。例如，訂戶可提交下面的預(yù)訂給中介器“馬/顏色/栗色/暗”。
傳統(tǒng)的消息中介器方案對所有用于發(fā)送發(fā)布到相關(guān)的訂戶的消息使用了相同的傳輸機制或協(xié)議。例如，在IBM的WebSphere業(yè)務(wù)集成消息中介器產(chǎn)品里面的消息中介器可被配置為在IBM的WebSphere消息傳遞軟件控制下，總是利用交易有保證的交付發(fā)送消息。在此例子中，消息傳輸機制能夠滿足用于交易消息交付的發(fā)布者指定的要求。然而，存在各種消息或訂戶，對于它們交易消息交付是不必要的，并且對于這樣的情況，可以采用為效率而優(yōu)化的低日常開支交付機制而不是交付保證，例如，股價更新。
本發(fā)明實現(xiàn)了在某些情況下，訂戶可能期望利用一個協(xié)議連接中介器，注冊預(yù)訂，但是使隨后的發(fā)布在不同的協(xié)議上發(fā)送。這按照優(yōu)選實施例通過添加預(yù)訂請求來指定協(xié)議名稱和協(xié)議特定的標識符是能夠做到的。例如，為了接收SMS消息，協(xié)議名稱將會是SMS，并且ID將會是電話號碼(例如，目的地)。
參照圖3，現(xiàn)在描述向中介器注冊預(yù)訂概略的優(yōu)選方法。在步驟305，中介器(見圖1的參考標號70)接收預(yù)訂請求。預(yù)訂請求包括顯式主題層次字符串(例如，天氣/漢普郡(hampshire)/hursley)。根據(jù)本發(fā)明的一個實施例，預(yù)訂請求包括兩個附加的字段一個表示交付協(xié)議(如果這由訂戶請求從而與請求協(xié)議不同的話)和交付地址(如果這由訂戶請求從而不同于請求地址的話)。這樣的預(yù)訂請求例子是“天氣/漢普郡(hampshire)/hursley”“MQTelemetry(MQ遙感勘測)”，“fred”。MQTelemetry是由訂戶請求的交付協(xié)議，而fred是由訂戶請求的交付地址。交付地址可與請求人的地址不同。
在步驟310，中介器將預(yù)訂請求解析為主題字符串、輸出協(xié)議和輸出地址。
接著在步驟315進行檢查，以便確定當收到預(yù)訂時是否要經(jīng)由相同的協(xié)議發(fā)送發(fā)布的消息。如果將不采用第二協(xié)議，則在步驟320，將訂戶與輸入?yún)f(xié)議相關(guān)聯(lián)。接著在步驟325，將訂戶與返回地址相關(guān)聯(lián)。返回地址可與預(yù)訂地址相同或者不同，并且可在預(yù)訂請求中指示。接著，在步驟330，將訂戶與主題相關(guān)聯(lián)。在返回地址上監(jiān)聽的訂戶將會接收所期望的發(fā)布。
如果發(fā)布的消息將經(jīng)由不同協(xié)議發(fā)送，則如由點線指示的那樣，在步驟315之后執(zhí)行步驟340。在步驟340，將訂戶在步驟325與返回地址相關(guān)聯(lián)之前，與指定的輸出協(xié)議相關(guān)聯(lián)。
根據(jù)本發(fā)明的另一個實施例，訂戶可指定他想要在預(yù)定時間幀期間將發(fā)布發(fā)送給他。例如，在正常業(yè)務(wù)時間期間對于在線信用卡驗證，可利用ISDN將超級市場連接到網(wǎng)絡(luò)，并且使用在該連接上適合于應(yīng)用的協(xié)議，向中介器預(yù)訂與條形碼目錄更新相關(guān)的發(fā)布。然而，超級市場不想接收經(jīng)由與會堵塞網(wǎng)絡(luò)并且干擾客戶交易的協(xié)議相同的協(xié)議發(fā)送的發(fā)布。根據(jù)該實施例，超級市場可利用一個協(xié)議向中介器預(yù)訂，并且在業(yè)務(wù)時間期間經(jīng)由在衛(wèi)星廣播網(wǎng)絡(luò)上的第二協(xié)議，或當超級市場對業(yè)務(wù)關(guān)閉時經(jīng)由預(yù)訂協(xié)議，接收發(fā)布。
根據(jù)本發(fā)明的該實施例，如果在步驟315，確定輸出協(xié)議可能與預(yù)訂協(xié)議不同，則在步驟335進行檢查，以便確定預(yù)訂請求是否包括時間標準。如果該請求沒有指定時間標準，則在步驟340將訂戶與輸出協(xié)議相關(guān)聯(lián)，接著在步驟325與返回地址相關(guān)聯(lián)。
然而，如果在步驟335，確定預(yù)訂請求不包括時間標準，則在步驟345，在中介器中將訂戶與時間標準相關(guān)聯(lián)，并且接著在步驟340與輸出協(xié)議相關(guān)聯(lián)。
可以由訂戶請求時間標準，使得在某些時間之間，即在超級市場的開門時間期間，發(fā)布不被發(fā)送到返回地址。在此情形中，中介器檢查在發(fā)布被發(fā)送到訂戶之前已經(jīng)滿足時間標準。可以經(jīng)由第一或第二協(xié)議發(fā)送發(fā)布，并且將由中介器保持，直到時間標準已經(jīng)被滿足。
根據(jù)本發(fā)明的另一個實施例，可以由訂戶請求時間標準，使得依賴于什么時候發(fā)送發(fā)布，經(jīng)由輸入?yún)f(xié)議或輸出協(xié)議將發(fā)布發(fā)送到返回地址。要理解到，本發(fā)明可以是伸縮的，使得發(fā)布可在不同的時間幀內(nèi)經(jīng)由更大數(shù)量的協(xié)議發(fā)送并且到任何數(shù)量的訂戶返回地址。
圖4示出了根據(jù)本發(fā)明的實施例的消息中介器的組件。消息中介器70包含匹配引擎100，其經(jīng)由第一通信協(xié)議從訂戶接收預(yù)訂請求(步驟305)。(驗證的適合于在本發(fā)明中應(yīng)用的已知協(xié)議包括HTTP、WebSphere MQ、WebSphere MQ移動、WebSphere MQ Telemetry Transport(遙感勘測傳輸)和WebSphere MQ實時。然而，可以想見，本發(fā)明能夠利用其它的通信協(xié)議)。
經(jīng)由輸入節(jié)點80在中介器接收預(yù)訂請求，并且向中介器注冊。匹配引擎使用解析器組件105將每個預(yù)訂請求解析為主題字符串、輸出協(xié)議和輸出地址。將主題字符串存儲在主題空間110。地址分配器120分配輸出地址(見圖3的步驟325)，而協(xié)議分配器130分配輸出協(xié)議或多個輸出協(xié)議(圖3的步驟320和340)。時間分配器140在預(yù)訂請求包括時間標準時被使用(如在步驟335所確定的)。經(jīng)由輸出節(jié)點85將發(fā)布發(fā)送到訂戶。
發(fā)布的消息從發(fā)布者(10、20、30)發(fā)送到中介器70。當消息在中介器處接收時，對照主題空間110中的樹結(jié)構(gòu)對它解析，以便匹配向中介器注冊的預(yù)訂請求。預(yù)訂請求可在主題空間110向樹結(jié)構(gòu)存儲，或可存儲在從主題空間可訪問的分開的查找表(未示出)中。服從包括在預(yù)訂請求(協(xié)議、時間、返回地址)中的條件，發(fā)布的消息接著從中介器發(fā)送到訂戶。
通過智能中間件產(chǎn)品的應(yīng)用到應(yīng)用消息傳送提供了對在不同數(shù)據(jù)處理技術(shù)之間的互操作的問題的解決方案。通過利用由訂戶有效地選擇的通信協(xié)議，使得消息中介器能夠發(fā)送每個消息，來提供可靠的消息交付和有效率的消息發(fā)送性能，本發(fā)明提供了相對已知的發(fā)布/預(yù)訂環(huán)境的優(yōu)點。
權(quán)利要求
1.一種在發(fā)布/預(yù)訂消息傳遞系統(tǒng)中通信的方法，所述消息傳遞系統(tǒng)包含向中介器發(fā)布信息的多個發(fā)布者和預(yù)訂經(jīng)由中介器從一個或多個發(fā)布者接收的信息的多個訂戶，所述方法包括以下步驟經(jīng)由第一通信協(xié)議接收預(yù)訂請求，指示請求訂戶感興趣的主題信息；確定所述預(yù)訂請求是否包括請求要經(jīng)由第二通信協(xié)議發(fā)送的發(fā)布的信息的指示符；以及響應(yīng)于所述確定步驟，如果所述預(yù)訂請求包括所述指示符，則經(jīng)由所述第二通信協(xié)議發(fā)送主題信息。
2.如權(quán)利要求1所述的方法，還包括以下步驟如果所述預(yù)訂請求不包括所述指示符，則經(jīng)由所述第一通信協(xié)議發(fā)送主題信息。
3.如權(quán)利要求1所述的方法，其中所述預(yù)訂請求還包括與所述第二通信協(xié)議相關(guān)聯(lián)的時間標準，并且所述確定步驟包括以下步驟響應(yīng)于確定所述主題信息將在所述時間標準內(nèi)一次發(fā)送，如果滿足所述時間標準，則經(jīng)由所述第二通信協(xié)議發(fā)送所述主題信息。
4.如權(quán)利要求3所述的方法，還包括以下步驟如果不滿足所述時間標準，則經(jīng)由所述第一通信協(xié)議發(fā)送主題信息。
5.如權(quán)利要求3所述的方法，還包括以下步驟延遲發(fā)布的發(fā)送直到時間出現(xiàn)在所述時間標準內(nèi)。
6.如前面的權(quán)利要求中的任何一個所述的方法，還包括以下步驟確定所述預(yù)訂請求是否指定交付地址；以及如果指定，則發(fā)送主題信息給交付地址，否則發(fā)送主題信息給請求地址。
7.一種消息中介器，用于管理在發(fā)布/預(yù)訂消息傳遞系統(tǒng)中的通信，該消息傳遞系統(tǒng)包含向中介器發(fā)布信息的多個發(fā)布者和預(yù)訂經(jīng)由所述中介器從一個或多個發(fā)布者接收的信息的多個訂戶，所述中介器包含接收裝置，用于經(jīng)由第一通信協(xié)議接收預(yù)訂請求，指示請求訂戶感興趣的主題信息；確定裝置，用于確定所述預(yù)訂請求是否包括請求要經(jīng)由第二通信協(xié)議發(fā)送的發(fā)布的信息的指示符；以及發(fā)送裝置，用于響應(yīng)于所述確定裝置，如果所述預(yù)訂請求包括所述指示符，則經(jīng)由所述第二通信協(xié)議發(fā)送主題信息。
8.如權(quán)利要求7所述的消息中介器，還包括如果所述預(yù)訂請求不包括所述指示符，則經(jīng)由所述第一通信協(xié)議發(fā)送主題信息的裝置。
9.如權(quán)利要求7所述的消息中介器，其中所述確定裝置還包括用于確定所述預(yù)訂請求是否包含與所述第二通信協(xié)議相關(guān)聯(lián)的時間標準的裝置。
10.如權(quán)利要求9所述的消息中介器，還包括用于延遲發(fā)布的發(fā)送直到時間出現(xiàn)在所述時間標準內(nèi)的裝置。
11.如權(quán)利要求7所述的消息中介器，還包括用于確定所述預(yù)訂請求是否指定交付地址的裝置；以及如果指定，則發(fā)送主題信息給交付地址，否則發(fā)送主題信息給請求地址的裝置。
12.一種計算機程序，包括當所述程序在計算機上運行時適合于執(zhí)行權(quán)利要求1至6的所有步驟的程序代碼裝置。
全文摘要
本發(fā)明涉及一種在發(fā)布/預(yù)訂消息傳遞系統(tǒng)中管理預(yù)訂請求的方法。客戶可經(jīng)由一個協(xié)議在消息中介器注冊預(yù)訂，并且接收匹配有關(guān)另一個協(xié)議的預(yù)訂的消息。
文檔編號H04L29/08GK1905535SQ200610071449
公開日2007年1月31日 申請日期2006年3月28日 優(yōu)先權(quán)日2005年7月30日
發(fā)明者巴萊特·V·貝迪, 安德魯·J·斯坦福-克拉克 申請人:國際商業(yè)機器公司