專(zhuān)利名稱：消息發(fā)布/訂購(gòu)系統(tǒng)中的設(shè)置和管理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)消息傳遞(messaging)，更具體地說(shuō)，涉及具有發(fā)布 和訂購(gòu)(下文稱作"發(fā)布/訂購(gòu)")中間件體系結(jié)構(gòu)的消息傳遞系統(tǒng)中的設(shè) 置和管理系統(tǒng)。
背景技術(shù)：
數(shù)據(jù)消息傳遞基礎(chǔ)設(shè)施所要求的日益提高的性能水平強(qiáng)迫聯(lián)網(wǎng)基礎(chǔ)設(shè) 施和協(xié)議的發(fā)展?；旧?，數(shù)據(jù)分發(fā)涉及各種數(shù)據(jù)源和目的地，以及各種 類(lèi)型的互連體系結(jié)構(gòu)和數(shù)據(jù)源和目的地之間的通信模式?，F(xiàn)有數(shù)據(jù)消息傳 遞體系結(jié)構(gòu)的示例包括輪軸輪輻式(hub-and-spoke)，對(duì)等式和存儲(chǔ)轉(zhuǎn)發(fā) 式。利用輪軸輪輻系統(tǒng)配置，所有通信都通過(guò)輪軸傳輸，這在處理量大時(shí) 通常會(huì)導(dǎo)致性能瓶頸。因此，這種消息傳遞系統(tǒng)產(chǎn)生了等待時(shí)間。繞過(guò)這 種瓶頸的一種方法是布署更多的服務(wù)器，并且在這些不同的服務(wù)器之間分 布網(wǎng)絡(luò)負(fù)載。但是，這種體系結(jié)構(gòu)表現(xiàn)出可擴(kuò)展性和操作問(wèn)題。與具有輪 軸輪輻配置的系統(tǒng)相比，具有對(duì)等配置的系統(tǒng)對(duì)應(yīng)用產(chǎn)生了不必要的壓力 以處理和過(guò)濾數(shù)據(jù)，并且僅與其最慢的客戶或節(jié)點(diǎn)一樣快。而具有存儲(chǔ)轉(zhuǎn) 發(fā)系統(tǒng)配置的系統(tǒng)為了提供持久性，要在將數(shù)據(jù)轉(zhuǎn)發(fā)到路徑中的下一個(gè)節(jié) 點(diǎn)之前存儲(chǔ)該數(shù)據(jù)。存儲(chǔ)操作通常通過(guò)索引和將消息寫(xiě)到存儲(chǔ)盤(pán)來(lái)實(shí)現(xiàn)， 這可能產(chǎn)生性能瓶頸。此外，在消息量增大了時(shí)，索引和寫(xiě)入任務(wù)可能相 當(dāng)慢，因此可能引入額外的等待時(shí)間?，F(xiàn)有數(shù)據(jù)消息傳遞體系結(jié)構(gòu)共有一些不足。 一個(gè)共同的不足是在現(xiàn)有 體系結(jié)構(gòu)中數(shù)據(jù)消息傳遞依賴于駐留在應(yīng)用層上的軟件。這意味著消息傳 遞基礎(chǔ)設(shè)施要經(jīng)歷OS (操作系統(tǒng))排隊(duì)和網(wǎng)絡(luò)I/0 (輸A/輸出)，這可能 產(chǎn)生性能瓶頸。另一個(gè)共同的不足是現(xiàn)有體系結(jié)構(gòu)靜態(tài)地而不是動(dòng)態(tài)地使
用數(shù)據(jù)傳輸協(xié)議，即使在某些情形下其他協(xié)議可能更合適也是如此。常見(jiàn) 協(xié)議的一些示例包括可路由多播、廣播或單播。實(shí)際上，現(xiàn)有體系結(jié)構(gòu)中的應(yīng)用編程接口 (API)未被設(shè)計(jì)為實(shí)時(shí)地在傳輸協(xié)議之間切換。另外，網(wǎng)絡(luò)配置判決通常是在布署時(shí)進(jìn)行的，并且通常被定義為在特 定假設(shè)下對(duì)一組網(wǎng)絡(luò)和消息傳遞條件進(jìn)行優(yōu)化。與靜態(tài)(固定的)配置相 關(guān)聯(lián)的限制排除了實(shí)時(shí)動(dòng)態(tài)網(wǎng)絡(luò)重配置。換言之，現(xiàn)有體系結(jié)構(gòu)是針對(duì)特 定傳輸協(xié)議配置的，而該傳輸協(xié)議并不總是適合所有網(wǎng)絡(luò)數(shù)據(jù)傳輸負(fù)載條 件，因此，現(xiàn)有體系結(jié)構(gòu)總是不能實(shí)時(shí)地應(yīng)對(duì)改變或增大的負(fù)載能力需 求。此外，在數(shù)據(jù)消息傳遞去往特定的接收者或者接收者群組時(shí)，現(xiàn)有消 息傳遞體系結(jié)構(gòu)使用可路由多播來(lái)將數(shù)據(jù)傳輸過(guò)網(wǎng)絡(luò)。但是，在針對(duì)多播 建立的系統(tǒng)中，存在對(duì)可以用來(lái)分發(fā)數(shù)據(jù)的多播群組的數(shù)目的限制，結(jié) 果，消息傳遞系統(tǒng)不再將數(shù)據(jù)發(fā)送向未被向其訂購(gòu)的目的地(即，不是訂 戶的客戶)。由于數(shù)據(jù)過(guò)濾，這增大了客戶的數(shù)據(jù)處理負(fù)載和丟棄率。因 此，由于任何原因變?yōu)檫^(guò)載并且不能跟上數(shù)據(jù)流的客戶最終丟棄進(jìn)入數(shù) 據(jù)，并且稍后要求重傳。重傳對(duì)整個(gè)系統(tǒng)造成影響，因?yàn)樗锌蛻舳冀邮?重復(fù)的傳輸，并且所有客戶都對(duì)進(jìn)入數(shù)據(jù)進(jìn)行重新處理。因此，重傳可能 導(dǎo)致多播風(fēng)暴，并且最終可能使整個(gè)系統(tǒng)癱瘓。在系統(tǒng)是針對(duì)單播消息傳遞建立來(lái)作為減少丟棄率的一種方法時(shí)，該 消息傳遞系統(tǒng)可能因?yàn)閿?shù)據(jù)復(fù)制而經(jīng)歷帶寬飽和。例如，如果多于一個(gè)客 戶訂購(gòu)了感興趣的給定話題，則消息傳遞系統(tǒng)必須將該數(shù)據(jù)遞送到每個(gè)訂 戶，實(shí)際上，系統(tǒng)將該數(shù)據(jù)的不同拷貝發(fā)送到每個(gè)訂戶。盡管這解決了客 戶濾除非訂購(gòu)數(shù)據(jù)的問(wèn)題，但是單播傳輸是不可擴(kuò)展的，因此基本上不適 合訂購(gòu)特定數(shù)據(jù)的大量客戶群組或者消費(fèi)模式極度重疊的情形?，F(xiàn)有體系結(jié)構(gòu)的另一個(gè)共同不足是它們的協(xié)議變換較慢并且數(shù)量非常 多。這是因?yàn)槠髽I(yè)應(yīng)用集成(EIA)領(lǐng)域中的IT (信息技術(shù))權(quán)宜(band-aid) 策略所致，在該領(lǐng)域中，越來(lái)越多的新技術(shù)被與遺留系統(tǒng)集成。因此，在多個(gè)領(lǐng)域中都需要提高數(shù)據(jù)消息傳遞系統(tǒng)性能。其中性能可 能需要提高的示例有速度、資源分配、等待時(shí)間等。發(fā)明內(nèi)容本發(fā)明部分基于前述觀察和利用不同的方法可以解決這種不足使得具 有更好的結(jié)果這一觀點(diǎn)。這些觀察使得開(kāi)發(fā)出用于大量低等待時(shí)間消息傳 遞的端到端消息發(fā)布/訂購(gòu)體系結(jié)構(gòu)。因此，具有根據(jù)本發(fā)明原理的端到端消息發(fā)布/訂購(gòu)體系結(jié)構(gòu)的數(shù)據(jù)分發(fā)系統(tǒng)還包括設(shè)置和管理(P&M)系統(tǒng) 和方法。P&M系統(tǒng)和方法提高了具有端到端消息發(fā)布/訂購(gòu)體系結(jié)構(gòu)的消 息傳遞系統(tǒng)的性能。例如，通過(guò)減少具有基于鄰居的路由選擇和網(wǎng)絡(luò)非居 間化(disinteimediation)的中介跳，引入高效的本地到外部和外部到本地 協(xié)議轉(zhuǎn)換、實(shí)時(shí)監(jiān)控系統(tǒng)性能(包括等待時(shí)間)、布署基于話題和基于信 道的消息通信、以及動(dòng)態(tài)并且智能地對(duì)系統(tǒng)互連配置和消息傳輸協(xié)議進(jìn)行 優(yōu)化，等等，從而實(shí)現(xiàn)了更大的消息量和更小的等待時(shí)間，這表明了這種 提高的性能。該提高的性能進(jìn)一步由利用數(shù)據(jù)緩存的有保證的遞送服務(wù)質(zhì) 量表示。在這里，根據(jù)本發(fā)明的原理，設(shè)計(jì)出了 P&M系統(tǒng)，該系統(tǒng)具有支持 消息發(fā)布/訂購(gòu)系統(tǒng)的改進(jìn)的操作的功能。例如，典型的P&M系統(tǒng)被設(shè)計(jì) 來(lái)提供集中式單點(diǎn)管理，包括配置和監(jiān)控發(fā)布/訂購(gòu)消息傳遞系統(tǒng)組件以及 報(bào)告狀態(tài)和錯(cuò)誤。典型的P&M系統(tǒng)系統(tǒng)的配置管理功能被設(shè)計(jì)來(lái)提供包括用戶管理、 數(shù)字權(quán)限管理(DRM)和命名空間管理、授權(quán)管理、網(wǎng)絡(luò)管理服務(wù)配置、 具有LAN和WAN鏈路的拓?fù)涔芾?，等等。此外，P&M系統(tǒng)通過(guò)例如對(duì) 分離的虛擬架構(gòu)(VLAN)進(jìn)行管理來(lái)在不影響數(shù)據(jù)流量的情況下提供實(shí) 時(shí)數(shù)據(jù)處理功能，其中每個(gè)消息傳遞設(shè)備(MA)具有到每個(gè)VLAN的分 離的連接。P&M系統(tǒng)可以可選地提供設(shè)置，并且該功能優(yōu)選是結(jié)合集中單點(diǎn)管 理提供的。設(shè)置允許軟件和固件版本控制、通過(guò)線路更新管理和調(diào)度。利 用這種集中配置，不存在瓶頸風(fēng)險(xiǎn)，因?yàn)闁嗽儜?yīng)用編程接口 (API)的時(shí) 間處于啟動(dòng)和安裝階段，而不是在通常的運(yùn)行時(shí)(服務(wù)時(shí)間)操作期間。 為了健康和事件監(jiān)控，P&M系統(tǒng)被設(shè)計(jì)來(lái)提供關(guān)于消息發(fā)布/訂購(gòu)系統(tǒng)中 的所有狀態(tài)改變的報(bào)告(包括用戶和應(yīng)用新注冊(cè)、新的發(fā)布/訂購(gòu)事件、網(wǎng)絡(luò)和消息傳遞連接/斷連等)。P&M系統(tǒng)被設(shè)計(jì)來(lái)進(jìn)一步提供端到端消息 傳遞系統(tǒng)性能控制和監(jiān)控。這包括為消息傳遞通信路徑保留資源(考慮網(wǎng) 絡(luò)帶寬、消息速率、幀速率、消息跳等待事件、端到端等待時(shí)間、服務(wù)的 動(dòng)態(tài)行為策略(例如，動(dòng)態(tài)路由選擇)、協(xié)議優(yōu)化服務(wù)、實(shí)時(shí)合成和消息 流控制等)。與前述相關(guān)，P&M系統(tǒng)被設(shè)計(jì)為與消息發(fā)布/訂購(gòu)系統(tǒng)的各個(gè)組件通 信。與P&M系統(tǒng)通信通常設(shè)計(jì)在消息發(fā)布/訂購(gòu)系統(tǒng)的組件之間交換查詢 和響應(yīng)消息，并且其通常還涉及P&M系統(tǒng)將消息"推"向這些組件(來(lái) 提供新的訂購(gòu)更新或者任何其他信息)。一般而言，P&M系統(tǒng)利用消息傳遞邏輯和后臺(tái)數(shù)據(jù)庫(kù)實(shí)現(xiàn)，并且它 們包括用于系統(tǒng)配置、重配置和監(jiān)控的用戶接口能力，例如，圖形用戶界 面(GUI)。因?yàn)槔昧讼l(fā)布/訂購(gòu)系統(tǒng)中的這些組件，所以P&M系 統(tǒng)優(yōu)選被設(shè)計(jì)為容錯(cuò)的，并且這種能力可以利用數(shù)據(jù)庫(kù)復(fù)制或者消息傳遞 級(jí)別的數(shù)據(jù)同步實(shí)現(xiàn)?；蛘?，P&M可以被與現(xiàn)有的外部認(rèn)證和授權(quán)系統(tǒng)(例如，LDAP (輕 量級(jí)目錄訪問(wèn)協(xié)議)或者其他定制系統(tǒng)(中間件體現(xiàn)結(jié)構(gòu)之外的))集 成。這允許公司實(shí)現(xiàn)一致的用戶認(rèn)證和授權(quán)。結(jié)果，P&M系統(tǒng)充當(dāng)這種 外部系統(tǒng)和消息傳遞系統(tǒng)組件之間的網(wǎng)關(guān)。因此，根據(jù)所示并且在這里寬廣描述的本發(fā)明的目的，具有發(fā)布/訂購(gòu) 中間件體系結(jié)構(gòu)(其具有P&M系統(tǒng))的一種示例性消息傳遞系統(tǒng)包括-—個(gè)或多于一個(gè)消息傳遞設(shè)備，用于接收和路由消息，所述消息包括管理 和數(shù)據(jù)消息；互連；以及一個(gè)或多于一個(gè)經(jīng)由所述互連被鏈接到所述一個(gè) 或多于一個(gè)消息傳遞設(shè)備的一個(gè)或多于一個(gè)設(shè)置和管理系統(tǒng)。所述設(shè)置和 管理系統(tǒng)用于利用管理消息的通信，向該消息傳遞系統(tǒng)提供集中式單點(diǎn)管 理。所述集中式單點(diǎn)管理包括設(shè)置管理、消息傳遞系統(tǒng)監(jiān)控和報(bào)告?？蛇x 地，所述設(shè)置和管理系統(tǒng)用于提供集中式單點(diǎn)設(shè)置，包括軟件和固件版本 控制和更新管理以及調(diào)度。優(yōu)選地，所述互連包括多個(gè)架構(gòu)(fabric)，這 些架構(gòu)中的一種用于管理消息，而其中的另一種架構(gòu)用于數(shù)據(jù)消息。
總而言之，從這里的描述，所附權(quán)利要求書(shū)以及后面將描述的附圖可 以更好地理解本發(fā)明的這些和其他特征、方面和優(yōu)點(diǎn)。


被結(jié)合到說(shuō)明書(shū)中并且作為說(shuō)明書(shū)的一部分的

了本發(fā)明的各 個(gè)方面，并且與說(shuō)明書(shū)一起說(shuō)明本發(fā)明的原理。只要方便，在所有附圖中 相同的標(biāo)號(hào)將用于指代相同或類(lèi)似的元件。圖l示出了根據(jù)本發(fā)明原理的端到端中間件體系結(jié)構(gòu)。圖la是示出了覆蓋網(wǎng)絡(luò)(overlaynetwork)的圖。 圖2是示出了利用根據(jù)本發(fā)明原理的端到端中間件體系結(jié)構(gòu)實(shí)現(xiàn)的企 業(yè)基礎(chǔ)設(shè)施的圖。圖2a是示出了具有創(chuàng)建網(wǎng)絡(luò)骨干網(wǎng)非居間化的消息設(shè)備(MA)的企業(yè)基礎(chǔ)設(shè)施物理布署的圖。圖3示出了基于信道的消息傳遞系統(tǒng)的體系結(jié)構(gòu)。圖4示出了一種可能的基于話題的消息格式。圖5示出了基于話題的消息路由選擇和路由選擇表。圖6示出了具有基于命名空間(namespace)的拓?fù)涞南鬟f(發(fā)布/訂購(gòu))系統(tǒng)。圖7是示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的設(shè)置和管理(P&M)系統(tǒng)的框圖。圖8是示出了P&M系統(tǒng)和消息設(shè)備(MA)之一之間的通信的圖。 圖9示出了通過(guò)兩個(gè)VLAN的數(shù)據(jù)和管理消息流量的分離。賊錢(qián)対在概括涉及根據(jù)本發(fā)明多個(gè)原理和方面的設(shè)置和管理(P&M)系統(tǒng)的 各個(gè)實(shí)施例的細(xì)節(jié)之前，下面是對(duì)一些術(shù)語(yǔ)的簡(jiǎn)單說(shuō)明，這些術(shù)語(yǔ)可以被 用在整個(gè)說(shuō)明書(shū)中。注意，該說(shuō)明僅是為了澄清并且向讀者給出對(duì)可能如 何使用這些術(shù)語(yǔ)的理解，但是不是將這些術(shù)語(yǔ)限于使用它們的上下文中， 也不是要因此限制權(quán)利要求書(shū)的范圍。 術(shù)語(yǔ)"中間件"在計(jì)算機(jī)工業(yè)中作為一個(gè)一般術(shù)語(yǔ)使用，針對(duì)在兩個(gè) 分離的通常已存在的程序之間協(xié)調(diào)的任何編程。 一般而言，中間件程序提 供消息傳遞服務(wù)，以使得不同的應(yīng)用程序可以通信。通常通過(guò)利用中間件將不同的應(yīng)用程序在系統(tǒng)上連結(jié)到一起被稱作企業(yè)應(yīng)用集成(EAI)。但 是，在該上下文中，"中間件"可以是一種更廣的術(shù)語(yǔ)，用在源和目的地 之間的消息傳遞和被布署用于實(shí)現(xiàn)這種消息傳遞的設(shè)施的上下文中；因 此，中間件體系結(jié)構(gòu)單獨(dú)或者與下面將描述的組合覆蓋了實(shí)現(xiàn)高效數(shù)據(jù)消 息傳遞的聯(lián)網(wǎng)和計(jì)算機(jī)硬件與軟件組件。此外，術(shù)語(yǔ)"消息傳遞系統(tǒng)"或 者"中間件系統(tǒng)"可以被用在發(fā)布/訂購(gòu)系統(tǒng)的上下文中，在該系統(tǒng)中，消 息傳遞服務(wù)器對(duì)在發(fā)布者和訂購(gòu)者之間的消息路由選擇進(jìn)行管理。實(shí)際 上，消息傳遞中間件中發(fā)布/訂購(gòu)的范式是可擴(kuò)展的，因此是一種有力的模 型。術(shù)語(yǔ)"客戶"可以用在客戶機(jī)-服務(wù)器應(yīng)用等的上下文中。在一個(gè)實(shí)例 中，客戶是這樣一種系統(tǒng)或應(yīng)用，其利用應(yīng)用編程接口 (API)注冊(cè)到中 間件系統(tǒng)，以訂購(gòu)信息，并且接收該中間件系統(tǒng)遞送的數(shù)據(jù)。中間件體系 結(jié)構(gòu)邊界內(nèi)部的API是一種客戶；并且外部客戶是不使用該API的任何發(fā) 布/訂購(gòu)系統(tǒng)(或者外部數(shù)據(jù)目的地)，并且為了與之通信，消息要通過(guò)協(xié) 議變換(稍后將描述)。術(shù)語(yǔ)"外部數(shù)據(jù)源"可以用在數(shù)據(jù)分發(fā)和消息發(fā)布/訂購(gòu)系統(tǒng)的上下文 中。在一個(gè)示例中，外部數(shù)據(jù)源被認(rèn)為是位于企業(yè)專(zhuān)用網(wǎng)絡(luò)內(nèi)或者外部的 系統(tǒng)或應(yīng)用，其采用常用協(xié)議之一或者其自己的消息協(xié)議發(fā)布消息。外部 數(shù)據(jù)源的一個(gè)示例是市場(chǎng)數(shù)據(jù)交換，其發(fā)布股市報(bào)價(jià)，股市報(bào)價(jià)經(jīng)由中間 件系統(tǒng)被分發(fā)到交易員。外部數(shù)據(jù)源的另一個(gè)示例是事務(wù)性數(shù)據(jù)。注意， 在后面將更詳細(xì)描述的本發(fā)明的典型實(shí)現(xiàn)方式中，中間件體系結(jié)構(gòu)采用其 唯一的本地協(xié)議，來(lái)自外部數(shù)據(jù)源的數(shù)據(jù)一旦進(jìn)入該中間件系統(tǒng)域就被轉(zhuǎn) 換成該唯一的本地協(xié)議，從而避免了傳統(tǒng)系統(tǒng)中典型的多協(xié)議變換。術(shù)語(yǔ)"外部數(shù)據(jù)目的地"也用在數(shù)據(jù)分發(fā)和消息發(fā)布/訂購(gòu)系統(tǒng)的上下 文中。例如，外部數(shù)據(jù)目的地是位于企業(yè)專(zhuān)用網(wǎng)絡(luò)內(nèi)或外部的系統(tǒng)或應(yīng) 用，其訂購(gòu)經(jīng)由本地/全局網(wǎng)絡(luò)被路由的信息。外部數(shù)據(jù)目的地的一個(gè)示例
可以是對(duì)由交易員發(fā)布的事務(wù)訂單進(jìn)行處理的前述市場(chǎng)數(shù)據(jù)交換。外部數(shù) 據(jù)目的地的另一個(gè)示例是事務(wù)性數(shù)據(jù)。注意，在前述中間件體系結(jié)構(gòu)中， 去往外部數(shù)據(jù)目的地的消息從本地協(xié)議被翻譯成與該外部數(shù)據(jù)目的地相關(guān) 聯(lián)的外部協(xié)議。從這里的描述可以確認(rèn)，可以利用每種都在中間件體系結(jié)構(gòu)中實(shí)現(xiàn)的 各種配置以各種方式實(shí)施本發(fā)明。圖1示出了根據(jù)本發(fā)明原理的端到端中 間件體系結(jié)構(gòu)的示例。這種示例性體系結(jié)構(gòu)組合了許多有益特征，這些有益特征包括消息傳遞公共概念、API、容錯(cuò)、設(shè)置和管理(P&M)、服務(wù)質(zhì)量(QoS-合并 的，盡力而為的、有保證同時(shí)連接的、有保證同時(shí)不連接的，等等)、有 保證遞送QoS的持久緩存、命名空間和安全性服務(wù)的管理、發(fā)布/訂購(gòu)生 態(tài)系統(tǒng)(核心、入口和出口組件)、傳輸透明的消息傳遞、基于鄰居的消 息傳遞(一種作為輪軸輪輻、對(duì)等和存儲(chǔ)轉(zhuǎn)發(fā)之間的混合體的模型，該模 型使用基于訂購(gòu)的路由選擇協(xié)議，可以在必要時(shí)將訂購(gòu)傳播到所有鄰 居)、遲計(jì)劃綁定、部分發(fā)布(與所有數(shù)據(jù)相對(duì)，僅發(fā)布改變的信息)和 動(dòng)態(tài)分配網(wǎng)絡(luò)和系統(tǒng)資源。后面將說(shuō)明，發(fā)布/訂購(gòu)系統(tǒng)有益地結(jié)合了中間 件體系結(jié)構(gòu)的容錯(cuò)設(shè)計(jì)。注意，發(fā)布/訂購(gòu)生態(tài)系統(tǒng)的核心MA部分使用前 述本地消息傳遞協(xié)議(對(duì)于中間件系統(tǒng)本地的)，而入口和出口部分，邊 沿MA則分別向該本地協(xié)議翻譯或者從該本地協(xié)議翻譯。除了發(fā)布/訂購(gòu)系統(tǒng)組件之外，圖1的圖還示出了它們之間的邏輯連接 和通信。從圖可見(jiàn)，所示的中間件體系結(jié)構(gòu)是分布式系統(tǒng)的中間件體系結(jié) 構(gòu)。在具有這種體系結(jié)構(gòu)的系統(tǒng)中，兩個(gè)截然不同的物理組件之間的邏輯 通信是利用消息流和相關(guān)聯(lián)的消息協(xié)議建立起來(lái)的。消息流包含兩類(lèi)消息 之一管理和數(shù)據(jù)消息。管理消息用于管理和控制不同的物理組件、管理 對(duì)數(shù)據(jù)的訂購(gòu)，等等。數(shù)據(jù)消息用于在源和目的地之間傳輸數(shù)據(jù)，并且在 典型的發(fā)布/訂購(gòu)消息傳遞中，存在數(shù)據(jù)消息的多個(gè)發(fā)送者和多個(gè)接收者。利用所示結(jié)構(gòu)配置和邏輯通信，該具有中間件體系結(jié)構(gòu)的分布式發(fā)布/ 訂購(gòu)系統(tǒng)被設(shè)計(jì)來(lái)執(zhí)行多種邏輯功能。 一種邏輯功能是消息協(xié)議翻譯，該 功能有利地在邊沿消息傳遞設(shè)備(MA)組件處執(zhí)行。第二種邏輯功能是將消息從發(fā)布者路由到訂購(gòu)者。注意，這些消息被路由過(guò)整個(gè)發(fā)布/訂購(gòu)網(wǎng)絡(luò)。因此，路由選擇功能由其中傳播消息的每個(gè)MA執(zhí)行，即，從邊沿 MA106a-b (或者API)到核心MA108a-c，從一個(gè)核心MA到另一個(gè)核心 MA,最終到達(dá)邊沿MA (例如，106b)或者API 110a-b。 API 110a-b經(jīng)由 程間通信總線(套接字、共享存儲(chǔ)器等)與應(yīng)用112^通信。第三種邏輯功能是針對(duì)不同類(lèi)型的有保證的遞送服務(wù)質(zhì)量存儲(chǔ)消息， 包括例如有保證同時(shí)連接的和有保證同時(shí)不連接的。第四種功能是將這些 消息遞送到訂購(gòu)者。如圖所示，API 106a-b將消息遞送到訂購(gòu)應(yīng)用112卜no在每種發(fā)布/訂購(gòu)中間件體系結(jié)構(gòu)中，系統(tǒng)配置功能以及其他管理和系統(tǒng)性能監(jiān)控功能由P&M系統(tǒng)管理。另外，MA取決于它們?cè)诰W(wǎng)絡(luò)中的角 色被布署為核心MA或者邊沿MA。邊沿MA在大多方面與核心MA類(lèi) 似，除了其包括協(xié)議翻譯引擎之外，協(xié)議翻譯引擎將消息從外部協(xié)議翻譯 成本地協(xié)議和從本地協(xié)議翻譯成外部協(xié)議。因此， 一般來(lái)說(shuō)，發(fā)布/訂購(gòu)系 統(tǒng)中間件體系結(jié)構(gòu)的邊界由其中存在MA 106a-b和API 110a-b的其邊沿表 征；并且在這些邊界內(nèi)，存在核心MA 108a-c。在典型的系統(tǒng)中，核心MA 108a-c將在該系統(tǒng)內(nèi)部發(fā)布的消息路由向 邊沿MA或API (例如，API 110a-b)。尤其是在核心MA中的路由選擇 圖被設(shè)計(jì)來(lái)用于最大量、低等待時(shí)間并且高效地路由選擇。此外，核心 MA之間的路由選擇可以實(shí)時(shí)動(dòng)態(tài)改變。對(duì)于穿過(guò)多個(gè)節(jié)點(diǎn)(核心MA) 的給定的消息傳遞路徑，路由選擇的實(shí)時(shí)改變是基于一個(gè)或多個(gè)度量的， 這些度量包括網(wǎng)絡(luò)利用、總地端到端等待時(shí)間、通信量、網(wǎng)絡(luò)延遲、丟失 和抖動(dòng)?；蛘?，不是從兩條或多條不同的路徑中動(dòng)態(tài)選擇最佳執(zhí)行路徑，而是 MA可以基于消息復(fù)制執(zhí)行多路徑路由選擇，并且從而通過(guò)所有路徑發(fā)送 相同的消息。位于不同路徑的匯聚點(diǎn)處的所有MA將丟棄復(fù)制的消息，僅 轉(zhuǎn)發(fā)第一個(gè)到達(dá)的消息。這種路由選擇方法具有使低等待時(shí)間的消息傳遞 基礎(chǔ)設(shè)施最優(yōu)化的優(yōu)點(diǎn)；盡管這種路由選擇的缺點(diǎn)是基礎(chǔ)設(shè)施需要更多的 網(wǎng)絡(luò)帶寬來(lái)傳送復(fù)制的流量。 注意，系統(tǒng)體系結(jié)構(gòu)不被限制到特定的受限的地理區(qū)域，并且實(shí)際 上，系統(tǒng)體系結(jié)構(gòu)被設(shè)計(jì)為超越區(qū)域或國(guó)家邊界，甚至跨越大洲。在這種情形中， 一個(gè)網(wǎng)絡(luò)中的邊沿MA可以經(jīng)由現(xiàn)有的聯(lián)網(wǎng)基礎(chǔ)設(shè)施與地理上遠(yuǎn) 離的另一個(gè)網(wǎng)絡(luò)中的邊沿MA通信。邊沿MA具有這樣的能力將進(jìn)入消息的任何外部消息協(xié)議轉(zhuǎn)換成中 間件系統(tǒng)的本地消息協(xié)議；以及從本地消息協(xié)議轉(zhuǎn)換成外出消息的外部協(xié) 議。g卩，在消息進(jìn)入發(fā)布/訂購(gòu)網(wǎng)絡(luò)域(入口)時(shí)，外部協(xié)議被轉(zhuǎn)換成本地 (例如，Tervela )消息協(xié)議；并且在消息離開(kāi)發(fā)布/訂購(gòu)網(wǎng)絡(luò)域(出口) 時(shí)，本地協(xié)議被轉(zhuǎn)換成外部協(xié)議。邊沿MA的另一個(gè)功能是將已發(fā)布的消 息遞送到訂購(gòu)了的外部數(shù)據(jù)目的地。另外，邊沿和核心MA 106a-b和108a-c都能夠在轉(zhuǎn)發(fā)消息之前存儲(chǔ)消 息?？梢詫?shí)現(xiàn)該功能的一種方法是利用緩存引擎(CE) 118a-b。 一個(gè)或多 個(gè)CE可以被連接到相同的MA。理論上，不認(rèn)為API具有這種存儲(chǔ)轉(zhuǎn)發(fā) 能力，盡管實(shí)際上API 110a-b可以在將消息遞送到應(yīng)用之前存儲(chǔ)消息，并 且其可以在將從應(yīng)用接收到的消息遞送到核心MA、邊沿MA或者另一個(gè) API之前存儲(chǔ)它們。在MA (邊沿或核心MA)具有到CE的活動(dòng)連接時(shí)，其將被路由的 消息的全部或者子集轉(zhuǎn)發(fā)到CE， CE將它們寫(xiě)到存儲(chǔ)區(qū)域中以實(shí)現(xiàn)持久 性。在預(yù)定時(shí)間段中，這些消息然后可在被請(qǐng)求時(shí)用于重傳。其中實(shí)現(xiàn)了 這種特征的示例有數(shù)據(jù)中繼、部分發(fā)布和各種服務(wù)質(zhì)量級(jí)別。部分發(fā)布在 減少網(wǎng)絡(luò)和客戶負(fù)載方面是有效的，因?yàn)槠湟髢H發(fā)送更新的信息，而不 是所有信息。為了說(shuō)明路由選擇圖可能如何實(shí)現(xiàn)路由選擇，圖1中示出了發(fā)布/訂購(gòu) 路由選擇路徑的數(shù)個(gè)示例。在該圖示中，發(fā)布/訂購(gòu)網(wǎng)絡(luò)的中間件體系結(jié)構(gòu) 在發(fā)布者和訂購(gòu)者之間提供了五條或更多的通信路徑。第一通信路徑將外部數(shù)據(jù)源鏈接到外部數(shù)據(jù)目的地。從外部數(shù)據(jù)源 114^接收到的已發(fā)布消息被翻譯成本地(例如，Tervela )消息協(xié)議， 然后被邊沿MA 106a路由。本地協(xié)議消息可以從邊沿MA 106a被路由的 一條路線是到外部數(shù)據(jù)目的地116n。該路徑被稱作通信路徑la。在這種
本地協(xié)議消息可以從邊沿MA 106a被路由的另一條路線是內(nèi)部通過(guò)核心 MA 108b。該路徑被稱作通信路徑lb。沿著該路徑，核心MA 108b將本 地消息路由到邊沿MA106a。但是，在邊沿MA106a將本地協(xié)議消息路由 到外部數(shù)據(jù)目的地U6,之前，其將它們轉(zhuǎn)換成適于該外部數(shù)據(jù)目的地116, 的外部消息協(xié)議?？梢?jiàn)，這種通信路徑不要求API將消息從發(fā)布者路由到 訂購(gòu)者。因此，如果發(fā)布/訂購(gòu)系統(tǒng)被用于外部源到目的地的通信，則該系 統(tǒng)無(wú)需包括API。被稱作通信路徑2的另一條通信路徑利用API 110b將外部數(shù)據(jù)源 114n鏈接到一個(gè)應(yīng)用。從外部數(shù)據(jù)源接收到的已發(fā)布的消息在邊沿MA 106a處被翻譯成本地消息協(xié)議，然后被該邊沿MA路由到核心MA 108。 從第一核心MA 108a出發(fā)，這些消息被路由過(guò)另一個(gè)核心MA 108c到達(dá) API llOb。從該API出發(fā)，這些消息被遞送到訂購(gòu)應(yīng)用(例如，1122)。 因?yàn)樵撏ㄐ怕窂绞请p向的，所以在另一個(gè)實(shí)例中，消息可以沿著反向路徑 從訂購(gòu)應(yīng)用112^到達(dá)外部數(shù)據(jù)目的地116n。在每個(gè)實(shí)例中，核心MA接 收本地協(xié)議消息并且路由本地協(xié)議消息，而邊沿MA接收外部或者本地協(xié) 議消息，并且分別路由本地或外部協(xié)議消息(邊沿MA將這種外部消息協(xié) 議翻譯成本地消息協(xié)議/從本地消息協(xié)議翻譯成這種外部消息協(xié)議)。每個(gè) 邊沿MA可以將入口消息同時(shí)路由到本地協(xié)議信道和外部協(xié)議信道。結(jié) 果，每個(gè)邊沿MA可以將入口消息同時(shí)路由到外部和內(nèi)部客戶，其中內(nèi)部 客戶消耗本地協(xié)議消息，而外部客戶消耗外部協(xié)議消息。這種能力使得消 息傳遞基礎(chǔ)設(shè)施能夠與遺留應(yīng)用和系統(tǒng)無(wú)縫并且平滑地集成。被稱作通信路徑3的另一條通信路徑鏈接兩個(gè)應(yīng)用，這兩個(gè)應(yīng)用都利 用API 110a-b。這些應(yīng)用中的至少一個(gè)發(fā)布消息或者訂購(gòu)消息。已發(fā)布的 消息到訂購(gòu)應(yīng)用的遞送或者來(lái)自發(fā)布應(yīng)用的己發(fā)布消息的遞送是利用位于 發(fā)布/訂購(gòu)網(wǎng)絡(luò)邊沿的API賣(mài)現(xiàn)的。在應(yīng)用訂購(gòu)消息時(shí)，核心或者邊沿MA 之一將消息路由向該API，該API然后在數(shù)據(jù)正準(zhǔn)備被遞送到它們時(shí)通知 訂購(gòu)應(yīng)用。從應(yīng)用發(fā)布的消息經(jīng)由該API被發(fā)送到該API被"注冊(cè)"到其 的核心MA 108c。16注意，通過(guò)"注冊(cè)"(登錄)到一個(gè)MA，該API變?yōu)樵谶壿嬌线B接 到該MA。 API通過(guò)發(fā)送注冊(cè)("登錄"請(qǐng)求)消息到MA來(lái)發(fā)起到該 MA的連接。在注冊(cè)之后，該API可以通過(guò)將其訂購(gòu)消息發(fā)送到該MA來(lái) 訂購(gòu)特定的感興趣的話題。話題被用于發(fā)布/訂購(gòu)消息傳遞，來(lái)定義共享的 訪問(wèn)域和消息的目標(biāo)，因此，訂購(gòu)一個(gè)或多個(gè)話題允許接收和發(fā)送具有這 種話題注釋的消息。P&M將周期授權(quán)更新發(fā)送到網(wǎng)絡(luò)中的MA，每個(gè)MA相應(yīng)地更新其自 己的表格。因此，如果發(fā)現(xiàn)API要被授權(quán)來(lái)訂購(gòu)特定的話題(該MA利用 路由選擇授權(quán)表來(lái)驗(yàn)證該API的授權(quán))，則該MA激活到該API的邏輯連 接。然后，如果該API被適當(dāng)?shù)刈?cè)到核心MA108c，則核心MA108c將 數(shù)據(jù)路由到第二 API 110，如圖所示。在其他示例中，該核心MA108b可 以通過(guò)額外的一個(gè)或多個(gè)核心MA (未示出)路由消息，這一個(gè)或多個(gè)核 心MA將消息路由到API 110b， AP 110b然后將消息遞送到訂購(gòu)應(yīng)用112,_可見(jiàn)，通信路徑3不要求存在邊沿MA，因?yàn)槠洳簧婕叭魏瓮獠繑?shù)據(jù) 消息協(xié)議。在一個(gè)對(duì)這里通信路徑給出示例的實(shí)施例中，企業(yè)系統(tǒng)被配置 有新聞服務(wù)器，該新聞服務(wù)器向雇員發(fā)布關(guān)于多種話題的最新新聞。為了 接收到新聞，雇員經(jīng)由利用API的新聞瀏覽器應(yīng)用訂購(gòu)它們感興趣的話注意，中間件體系結(jié)構(gòu)允許訂購(gòu)一個(gè)或多個(gè)話題。此外，這種體系結(jié) 構(gòu)通過(guò)允許消息注釋中的通配符，從而利用單個(gè)訂購(gòu)請(qǐng)求訂購(gòu)一組相關(guān)的、 被稱作通信路徑4的又一條通信路徑是與P&M系統(tǒng)102和104相關(guān) 聯(lián)的多條路徑之一，這些路徑中的每條將P&M鏈接到發(fā)布/訂購(gòu)網(wǎng)絡(luò)中間 件體系結(jié)構(gòu)中的MA之一。在P&M系統(tǒng)和每個(gè)MA之間往返的消息是管 理消息，管理消息用于對(duì)該MA進(jìn)行配置和監(jiān)控。在一種系統(tǒng)配置中， P&M系統(tǒng)直接與MA通信。在另一種系統(tǒng)配置中，P&M系統(tǒng)通過(guò)其他 MA與一些MA通信。在又一種配置中，P&M系統(tǒng)可以直接或者間接與 MA通信。 在典型的實(shí)現(xiàn)方式中，中間件體系結(jié)構(gòu)可以被布署在網(wǎng)絡(luò)上，該網(wǎng)絡(luò) 具有交換機(jī)、路由器和其他聯(lián)網(wǎng)設(shè)備，并且其采用基于信道的消息傳遞， 該消息傳遞能夠通過(guò)任何類(lèi)型的物理介質(zhì)通信。這種架構(gòu)不可知的基于信 道的消息傳遞的一種示例性實(shí)現(xiàn)方式是基于IP的網(wǎng)絡(luò)。在這種環(huán)境中，所有發(fā)布/訂購(gòu)物理組件之間的所有通信都通過(guò)UDP (數(shù)據(jù)報(bào)協(xié)議)執(zhí)行， 并且傳輸可靠性由消息傳輸層實(shí)現(xiàn)。圖la示出了根據(jù)本原理的覆蓋網(wǎng)絡(luò)。如圖所示，覆蓋通信l、 2和3可以經(jīng)由交換機(jī)214a-c、路由器216和 子網(wǎng)218a-c在三個(gè)核心MA 208a-c之間發(fā)生。換言之，這些通信路徑可以 建立在下層網(wǎng)絡(luò)之上，所述下層網(wǎng)絡(luò)包括聯(lián)網(wǎng)基礎(chǔ)設(shè)施，例如子網(wǎng)、交換 機(jī)和路由器，并且如上所述，這種體系結(jié)構(gòu)可以跨越較大的地理區(qū)域(不 同的國(guó)家甚至不同的大洲)。根據(jù)本發(fā)明原理的前述和其他端到端中間件體系結(jié)構(gòu)可以被實(shí)現(xiàn)在各 種商業(yè)環(huán)境中的各種企業(yè)基礎(chǔ)設(shè)施中。圖2示出了一種這樣的實(shí)現(xiàn)方式。在該企業(yè)基礎(chǔ)設(shè)施中，市場(chǎng)數(shù)據(jù)分發(fā)工廠12被構(gòu)建在發(fā)布/訂購(gòu)網(wǎng)絡(luò) 之上，該發(fā)布/訂購(gòu)網(wǎng)絡(luò)用于將來(lái)自各個(gè)市場(chǎng)數(shù)據(jù)交換設(shè)備320^的股粟市 場(chǎng)報(bào)價(jià)路由到交易員(未示出的應(yīng)用)。這種覆蓋解決方案依賴于下層網(wǎng) 絡(luò)提供例如MA之間和這種MA和P&M系統(tǒng)之間的互連。到API 310Nn的 市場(chǎng)數(shù)據(jù)遞送是基于應(yīng)用訂購(gòu)的。利用這種基礎(chǔ)設(shè)施，利用應(yīng)用(未示 出)的交易員將來(lái)自API 310^的交易單通過(guò)發(fā)布/訂購(gòu)網(wǎng)絡(luò)(經(jīng)由核心 MA308 a-b和邊沿MA 306b)放置回市場(chǎng)數(shù)據(jù)交換設(shè)備320lM1。圖2a中示出了下層物理布署的一個(gè)示例。如圖所示，MA被直接彼此 連接，并且被直接插入到網(wǎng)絡(luò)和子網(wǎng)，在網(wǎng)絡(luò)和子網(wǎng)中消息傳遞流量的客 戶和發(fā)布者被物理連接。在這種情形中，互連應(yīng)當(dāng)是直接連接，即，MA 之間的直接連接和它們與P&M系統(tǒng)之間的直接連接。這使得能夠?qū)崿F(xiàn)網(wǎng) 絡(luò)骨干網(wǎng)非居間化，以及消息傳遞流量與其他企業(yè)應(yīng)用流量物理分離。有 效地，MA可以被用來(lái)移除對(duì)用于消息傳遞流量的傳統(tǒng)路由網(wǎng)絡(luò)的依賴。在物理布署的這種示例中，諸如市場(chǎng)數(shù)據(jù)交換設(shè)備之類(lèi)的外部數(shù)據(jù)源 或者目的地被直接連接到邊沿MA，例如，邊沿MA 1。諸如市場(chǎng)交易應(yīng) 用之類(lèi)的消息傳遞流量消耗或發(fā)布應(yīng)用被直接連接到子網(wǎng)1-12。這些應(yīng)用
具有至少兩條路線，用于訂購(gòu)、發(fā)布或者與其他應(yīng)用通信。應(yīng)用可以或者 利用企業(yè)骨午網(wǎng)或者利用消息傳遞骨干網(wǎng)，其中企業(yè)骨干網(wǎng)包括多層冗余 的路由器和交換機(jī)，它們傳送所有的企業(yè)應(yīng)用流量，例如，消息傳遞流量；消息傳遞骨干網(wǎng)包括經(jīng)由集成交換機(jī)彼此直接互連的邊沿和核心 MA。利用替換骨干網(wǎng)具有這樣的優(yōu)點(diǎn)將消息傳遞流量與其他企業(yè)應(yīng)用 流量隔離，從而更好地控制消息傳遞流量的性能。在一種實(shí)現(xiàn)方式中，位 于子網(wǎng)6中的應(yīng)用邏輯上或者物理上連接到核心MA 3，利用本地協(xié)議(例如，Tervela )使能的API訂購(gòu)或者發(fā)布本地協(xié)議的消息流量。在另 一種實(shí)現(xiàn)方式中，位于子網(wǎng)7中的應(yīng)用邏輯上或者物理上連接到邊沿MA 1，訂購(gòu)或者發(fā)布外部協(xié)議的消息傳遞流量，其中該MA利用集成的協(xié)議 變換引擎模塊執(zhí)行協(xié)議變換。邏輯上，發(fā)布/訂購(gòu)網(wǎng)絡(luò)的物理組件被構(gòu)建在類(lèi)似于開(kāi)放系統(tǒng)互連(OSI)參考模型的1到4層的消息傳輸層之上。OSI模型的1到4層分別 是物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層和傳輸層。因此，在本發(fā)明的一個(gè)實(shí)施例中，發(fā)布/訂購(gòu)網(wǎng)絡(luò)通過(guò)例如在所有網(wǎng)絡(luò) 交換機(jī)和路由器或者網(wǎng)絡(luò)交換機(jī)和路由器的子集中插入一個(gè)或多個(gè)消息傳 遞線路卡，從而可以被直接布署到下層網(wǎng)絡(luò)/架構(gòu)中。在本發(fā)明的另一個(gè)實(shí) 施例中，發(fā)布/訂購(gòu)網(wǎng)絡(luò)可以作為網(wǎng)狀覆蓋網(wǎng)絡(luò)(其中，所有物理組件都被 彼此連接)而被有效地布署。例如，4個(gè)MA的完全網(wǎng)狀網(wǎng)絡(luò)是這樣的網(wǎng) 絡(luò)，其中，每個(gè)MA被連接到其3個(gè)對(duì)等MA中的每個(gè)。在典型實(shí)現(xiàn)方式 中，發(fā)布/訂購(gòu)網(wǎng)絡(luò)是下述組件的網(wǎng)狀網(wǎng)絡(luò) 一個(gè)或多個(gè)外部數(shù)據(jù)源和/或 目的地、 一個(gè)或多個(gè)設(shè)置和管理(P&M)系統(tǒng)、 一個(gè)或多個(gè)消息傳遞設(shè)備(MA)、 一個(gè)或多個(gè)可選緩存引擎(CE)，以及一個(gè)或多個(gè)可選應(yīng)用編 程接口 (API)。后面將更詳細(xì)地說(shuō)明，在企業(yè)操作中，可靠性、可用性和一致性通常 都是必需的。為此，發(fā)布/訂購(gòu)系統(tǒng)可以被設(shè)計(jì)為容錯(cuò)的，其中其組件中的 若干個(gè)被布署為容錯(cuò)系統(tǒng)。例如，MA可以被布署為容錯(cuò)MA對(duì)，其中第 一MA被稱作主MA，第二MA被稱作副MA或者容錯(cuò)MA (FT MA)。 同樣，對(duì)于存儲(chǔ)轉(zhuǎn)發(fā)操作，CE (緩存引擎)可以被連接到主或副核心/邊沿MA。在主或副MA具有到CE的活動(dòng)連接時(shí)，其將所路由的消息的全 部或者子集轉(zhuǎn)發(fā)向該CE,該CE將它們寫(xiě)入存儲(chǔ)區(qū)域以實(shí)現(xiàn)持久性。在預(yù) 定時(shí)間段內(nèi)，這些消息然后可用于根據(jù)請(qǐng)求用于重傳。很明顯，遍及發(fā)布/訂購(gòu)網(wǎng)絡(luò)的通信是獨(dú)立于下層傳輸邏輯利用針對(duì)消 息的本地協(xié)議來(lái)執(zhí)行的。這就是將這種體系結(jié)構(gòu)稱作傳輸透明基于信道的 消息傳遞體系結(jié)構(gòu)的原因。圖3更詳細(xì)地示出了基于信道的消息傳遞體系結(jié)構(gòu)320。 一般而言， 消息傳遞源和目的地之間的每條通信路徑被認(rèn)為是一條消息傳遞信道。每 條信道326^利用信道源和信道目的地之間的接口 328Un通過(guò)物理介質(zhì)建 立。每條這樣的信道是針對(duì)專(zhuān)門(mén)的消息協(xié)議建立的，所述消息協(xié)議例如是 本地(例如，Tervda )消息協(xié)議或其他。僅邊沿MA (對(duì)發(fā)布/訂購(gòu)網(wǎng)絡(luò) 的入口和出口進(jìn)行管理的那些MA)利用信道消息協(xié)議(外部消息協(xié) 議)。基于信道消息協(xié)議，信道管理層324確定進(jìn)入和外出消息是否要求 協(xié)議翻譯。在每個(gè)邊沿MA處，如果進(jìn)入消息的信道消息協(xié)議不同于本地 協(xié)議，則信道管理層324將在將要處理的消息傳遞到本地消息層330之 前，通過(guò)將它們發(fā)送過(guò)協(xié)議翻譯引擎(PTE) 332，從而執(zhí)行協(xié)議翻譯。同 樣，在每個(gè)邊沿MA處，如果外出消息的本地消息協(xié)議不同于信道消息協(xié) 議(外部消息協(xié)議)，則信道管理層324將在將要處理的消息路由到傳輸 信道3261-n之前，將它們發(fā)送過(guò)協(xié)議翻譯引擎(PTE) 332，從而執(zhí)行協(xié) 議翻譯。從而，信道對(duì)與物理介質(zhì)的接口 3281-n、與該物理介質(zhì)相關(guān)聯(lián)的 特定網(wǎng)絡(luò)和傳輸邏輯、以及消息組件或者片段進(jìn)行管理。換言之，信道對(duì)到物理層322的OSI傳輸進(jìn)行管理。對(duì)信道資源的優(yōu) 化基于每條信道被執(zhí)行(例如，基于消耗模式對(duì)物理介質(zhì)的消息密度優(yōu) 化，所述消耗模式包括帶寬、消息大小分布、信道目的地資源和信道健康 統(tǒng)計(jì))。然后，因?yàn)橥ㄐ判诺朗羌軜?gòu)不可知的，所以不要求特定類(lèi)型的架 構(gòu)。實(shí)際上，任何架構(gòu)介質(zhì)都將工作，例如，ATM、 Infiniband或者以太 網(wǎng)。順便提及，在例如單個(gè)消息被分割到多個(gè)幀或者多個(gè)消息被打包到單 個(gè)幀中時(shí)，可能需要消息分段或重組。消息分段或重組在消息被遞送到信 道管理層之前被執(zhí)行。圖3進(jìn)一步示出了在具有中間件體系結(jié)構(gòu)的網(wǎng)絡(luò)中的多種可能的信道 實(shí)現(xiàn)方式。在一種實(shí)現(xiàn)方式340中，通信是利用通過(guò)太網(wǎng)交換的網(wǎng)絡(luò)的多 播，經(jīng)由基于網(wǎng)絡(luò)的信道執(zhí)行的，其中以太網(wǎng)交換的網(wǎng)絡(luò)充當(dāng)用于這種通 信的物理介質(zhì)。在這種實(shí)現(xiàn)方式中，源從其IP地址經(jīng)由其UDP端口將消 息發(fā)送向具有其關(guān)聯(lián)UDP端口的目的地群組(被定義為IP多播地址)。 在這種實(shí)現(xiàn)方式的變體342中，源和目的地之間的通信是利用UDP單播 通過(guò)以太網(wǎng)交換的網(wǎng)絡(luò)實(shí)現(xiàn)的。源從其IP地址經(jīng)由其UDP端口將消息發(fā) 送向在其相應(yīng)的IP地址處具有UDP端口的選擇目的地。在另一種實(shí)現(xiàn)方式344中，信道是利用本地Infiniband傳輸協(xié)議通過(guò) Infiniband互連建立的，其中Infiniband架構(gòu)是物理介質(zhì)。在這種實(shí)現(xiàn)方式 中，信道是基于節(jié)點(diǎn)的，并且源和目的地之間的通信是利用它們各自的節(jié) 點(diǎn)地址基于節(jié)點(diǎn)的。在又一種實(shí)現(xiàn)方式346中，信道是基于存儲(chǔ)器的，例 如RDMA (遠(yuǎn)程直接存儲(chǔ)器訪問(wèn))，并且在這里被稱作直接連接(DC)。利用這種類(lèi)型的信道，消息從源機(jī)器被直接發(fā)送到目的地機(jī)器的 存儲(chǔ)器，從而繞過(guò)CPU處理來(lái)應(yīng)對(duì)從NIC到應(yīng)用存儲(chǔ)器空間的消息，并 且可能避免了將消息封裝成網(wǎng)絡(luò)分組的網(wǎng)絡(luò)開(kāi)銷(xiāo)。至于本地協(xié)議， 一種方法利用前述本地TervelaW消息協(xié)議。概念上， Tervela 消息協(xié)議與基于IP的協(xié)議類(lèi)似。每個(gè)消息包含消息頭部和消息 有效載荷。消息頭部包含多個(gè)字段，其中一個(gè)字段用于話題信息。如上所 述，話題由客戶用來(lái)訂購(gòu)共享的信息域。圖4示出了一個(gè)可能的基于話題的消息格式。如圖所示，消息包括頭 部370和主體372和374，主體372和374包括有效載荷。示出了兩類(lèi)消 息，即，數(shù)據(jù)和管理消息，這兩類(lèi)消息具有不同的消息體和有效載荷類(lèi) 型。頭部包括用于以下內(nèi)容的字段源和目的地命名空間標(biāo)識(shí)、源和目的 地會(huì)話標(biāo)識(shí)、話題序列號(hào)和希望時(shí)間戳，另外，其還包括話題注釋字段(該字段優(yōu)選是可變長(zhǎng)度的)。話題可以被定義為基于標(biāo)記的字符串，例 如，NYSE.RTF.IBM 376，該字符串是包含IBM股票實(shí)時(shí)報(bào)價(jià)的消息的話 題字符串。 在一些實(shí)現(xiàn)方式中，消息中的話題信息可能被編碼或者被映射到一個(gè) 關(guān)鍵字，關(guān)鍵字可以是一個(gè)或多個(gè)整數(shù)值。然后，每個(gè)話題會(huì)被映射到一個(gè)唯一的關(guān)鍵字，并且話題和關(guān)鍵字之間的映射數(shù)據(jù)庫(kù)將由P&M系統(tǒng)維 護(hù)，并且通過(guò)線路被更新到所有MA。結(jié)果，在API訂購(gòu)或者發(fā)布一個(gè)話 題時(shí)，MA能夠返回用于消息的話題字段的關(guān)聯(lián)的唯一關(guān)鍵字。優(yōu)選地，訂購(gòu)格式將遵循與消息話題相同的格式。但是，訂購(gòu)格式還 支持與任何話題子字符串匹配或者與話題正則表達(dá)式模式匹配的通配符。 對(duì)通配符到實(shí)際話題的映射的處理可以依賴于P&M系統(tǒng)，或者根據(jù)通配 符或模式匹配請(qǐng)求的復(fù)雜度由MA處理。模式匹配可以遵循下面的示例中提供的規(guī)則。示例#1:具有通配符T1AT3.T4的字符串將與Tl.T2a.T3.T4、 Tl.T2b.T3.T4匹配，但是不與T1.T2.T3.T4.T5匹配示例#2:具有通配符T1AT3.T4，的字符串將不與Tl.T2a.T3.T4、 Tl.T2b.T3.T4匹配，但是與T1.T2.T3.T4.T5匹配示例#3:具有通配符T1.*.T3.T4.[*](第五個(gè)元素可選)的字符串將與 Tl.T2a.T3.T4、 Tl.T2b.T3.T4 、以及T1.T2.T3.T4.T5匹配，但是不與 T1.T2.T3.T4.T5.T6匹配示例糾具有通配符T1.T2*.T3.T4的字符串將與Tl.T2a.T3.T4、 Tl.T2b.T3.T4匹配，但是不與Tl.T5a.T3.T4匹配示例#5:具有通配符T1.*.T3.T4.> (任何數(shù)目的結(jié)尾元素)的字符串 將與Tl.T2a.T3.T4、 Tl.T2b.T3.T4、 T1.T2.T3.T4.T5和T1.T2.T3.T4.T5.T6 匹配圖5示出了基于話題的消息路由選擇。如圖所示，話題可以被定義為 基于標(biāo)記的字符串，例如，T1.T2.T3.T4，其中Tl、 T2、 T3和T4是可變 長(zhǎng)度的字符串?？梢?jiàn)，具有特定話題注釋400的進(jìn)入消息被有選擇地路由 到通信信道404，并且路由選擇確定是基于路由選擇表402作出的。話題 訂購(gòu)到信道的映射定義路由，并且用來(lái)將消息傳遞遍整個(gè)發(fā)布/訂購(gòu)網(wǎng)絡(luò)。 所有這些路由或者說(shuō)訂購(gòu)和信道之間的映射的超集定義路由選擇表。路由 選擇表也被稱作訂購(gòu)表。用于利用基于字符串的話題進(jìn)行路由選擇的訂購(gòu)表可以以多種方式被構(gòu)造，但是優(yōu)選配置為對(duì)其大小以及路由選擇査找速 度進(jìn)行優(yōu)化。在一種實(shí)現(xiàn)方式中，訂購(gòu)表可以被定義為動(dòng)態(tài)散列圖結(jié)構(gòu)，而在另一種實(shí)現(xiàn)方式中，訂購(gòu)表可以被布置在樹(shù)結(jié)構(gòu)中，如圖5中的圖所樹(shù)包括由邊連接的節(jié)點(diǎn)(例如，T,、…、T1())，其中話題訂購(gòu)的每個(gè) 子字符串對(duì)應(yīng)于樹(shù)中的一個(gè)節(jié)點(diǎn)。映射到給定的訂購(gòu)的信道被存儲(chǔ)在訂購(gòu)的葉子節(jié)點(diǎn)上，每個(gè)葉子節(jié)點(diǎn)指示該話題訂購(gòu)來(lái)自的信道的列表(即，通 過(guò)其接收到訂購(gòu)請(qǐng)求)。該列表指示哪個(gè)信道應(yīng)接收其話題注釋與該訂購(gòu) 匹配的消息的拷貝。如圖所示，消息路由選擇査找將消息話題作為輸入， 然后利用該話題的每個(gè)子字符串對(duì)樹(shù)進(jìn)行解析，來(lái)定位與進(jìn)入消息話題相 關(guān)聯(lián)的不同信道。例如，T2， T3， T4和Ts被導(dǎo)向信道l、 2和3; T,、 丁2和13被導(dǎo)向信道4; T" T6、 T7、 T,和T9被導(dǎo)向信道4和5; T,， T6， T7， 丁8和丁9被導(dǎo)向信道1;以及T^、 T6、 T7、 L和Tu)被導(dǎo)向信道5。盡管對(duì)路由選擇表的結(jié)構(gòu)的選擇是要對(duì)路由選擇表的査找進(jìn)行優(yōu)化， 但是査找的性能還取決于用于找到與進(jìn)入消息話題匹配的一個(gè)或多個(gè)話題 訂購(gòu)的搜索算法。因此，路由選擇表結(jié)構(gòu)應(yīng)當(dāng)能夠適應(yīng)這種算法，反之亦 然。減小路由選擇表的大小的一種方式是允許路由選擇算法有選擇地將訂 購(gòu)傳播遍整個(gè)發(fā)布/訂購(gòu)網(wǎng)絡(luò)。例如，如果訂購(gòu)看來(lái)是已被傳播的另一個(gè)訂 購(gòu)的子集(例如，整個(gè)字符串的一部分)，則無(wú)需傳播該子集訂購(gòu)，因?yàn)?MA已具有該訂購(gòu)的超集的信息。基于前述，優(yōu)選的消息路由選擇協(xié)議是基于話題的路由選擇協(xié)議，其 中授權(quán)在訂戶和相應(yīng)的話題之間的映射中指示出。授權(quán)是針對(duì)每個(gè)訂戶或 者訂戶群組/類(lèi)別指定的，指示該訂購(gòu)有權(quán)消耗何種消息或者該產(chǎn)生者(發(fā) 布者)可以產(chǎn)生(發(fā)布)哪些消息。這些授權(quán)是在P&M系統(tǒng)中定義的， 被傳輸?shù)桨l(fā)布/訂購(gòu)網(wǎng)絡(luò)中的所有MA，然后被MA用來(lái)創(chuàng)建和更新它們的 路由選擇表。每個(gè)MA通過(guò)追蹤何人被插入(請(qǐng)求訂購(gòu))到何種消息中來(lái)更新其路 由選擇表。但是，在將路由添加到其路由選擇表之前，MA必須針對(duì)發(fā)布/ 訂購(gòu)網(wǎng)絡(luò)的授權(quán)對(duì)訂購(gòu)進(jìn)行檢査。MA驗(yàn)證可能是鄰居MA、 P&M系統(tǒng)、CE或者API的訂購(gòu)實(shí)體被授權(quán)如此執(zhí)行。如果該訂購(gòu)是有效的，則路由 將被創(chuàng)建并且被添加到路由選擇表。然后，因?yàn)橐恍┦跈?quán)可能是預(yù)先已知 的，所以系統(tǒng)可以被布署以預(yù)定義授權(quán)，并且在引導(dǎo)時(shí)這些授權(quán)可以被字 段加載。例如，諸如配置更新之類(lèi)的一些特定管理消息可能總是被轉(zhuǎn)發(fā)遍 網(wǎng)絡(luò)，并且因此在啟動(dòng)時(shí)被自動(dòng)載入。除了其在訂購(gòu)過(guò)程中的角色之外，P&M系統(tǒng)具有多種其他管理功 能。這些額外的功能包括發(fā)布/訂購(gòu)系統(tǒng)配置和健康健康和報(bào)告。配置涉及 對(duì)發(fā)布/訂購(gòu)系統(tǒng)網(wǎng)絡(luò)和組件的物理和邏輯配置。監(jiān)控和報(bào)告涉及對(duì)所有網(wǎng) 絡(luò)和系統(tǒng)組件的健康進(jìn)行監(jiān)控并且自動(dòng)報(bào)告結(jié)果，這是按照要求進(jìn)行的或 者被記入日志。P&M是用于發(fā)布/訂購(gòu)系統(tǒng)的一種集中式單點(diǎn)設(shè)置和管理平臺(tái)。其提 供了在中央位置以及可選地在系統(tǒng)中的設(shè)置軟件和固件處，對(duì)消息發(fā)布/訂 購(gòu)系統(tǒng)中的所有組件進(jìn)行配置和監(jiān)控的能力。所以說(shuō)P&M系統(tǒng)具有設(shè)置 和配置管理功能組件。另外，P&M系統(tǒng)可以被與外部設(shè)置和管理系統(tǒng)集 成來(lái)利用現(xiàn)有解決方案。在P&M系統(tǒng)的設(shè)置功能組件被使能時(shí)，每個(gè)消息發(fā)布/訂購(gòu)系統(tǒng)組件 的設(shè)置(即，每個(gè)設(shè)備、裝置或子系統(tǒng)的設(shè)置，其中系統(tǒng)組件可以是邊沿 MA、核心MA、 API等)是利用管理消息實(shí)現(xiàn)的，并且允許系統(tǒng)管理員遠(yuǎn) 程開(kāi)啟或關(guān)閉這些功能，以及遠(yuǎn)程調(diào)度或者"推"軟件和固件圖像更新， 這些可以是自動(dòng)或者手動(dòng)實(shí)現(xiàn)的。軟件或固件圖像的示例包括軟件包、完 整的操作系統(tǒng)(OS)盤(pán)圖像、固件二進(jìn)制圖像等等。每個(gè)系統(tǒng)組件具有核 心模塊，可選地具有一個(gè)或多個(gè)商業(yè)模塊。這些模塊可以通過(guò)推送新的軟 件圖像而被獨(dú)立地更新。如上所述被使能的具有設(shè)置功能的P&M系統(tǒng)允許自動(dòng)調(diào)度模塊更 新，這使得對(duì)消息發(fā)布/訂購(gòu)系統(tǒng)的管理更可控、可擴(kuò)展，并且更劃算。 P&M系統(tǒng)還通過(guò)追蹤哪些商業(yè)模塊和特征被使能以及它們中的何種軟件 圖像版本正在運(yùn)行，從而進(jìn)一步提供軟件圖像版本控制。在一種實(shí)施例 中，在檢測(cè)到與商業(yè)模塊相關(guān)聯(lián)的軟件圖像的故障時(shí)，P&M系統(tǒng)被設(shè)計(jì) 來(lái)將該模塊自動(dòng)降級(jí)到該軟件圖像的已知最近工作正常的版本。P&M系統(tǒng)的配置管理功能組件被設(shè)計(jì)用于用戶管理和用戶授權(quán) (即，訂購(gòu)和發(fā)布數(shù)據(jù)的權(quán)限)。利用API和外部數(shù)據(jù)源和目的地(其消 息由協(xié)議變換引擎轉(zhuǎn)換)的所有應(yīng)用都被與用戶相關(guān)聯(lián)(例如，利用客戶 端應(yīng)用)。這種用戶在被允許任何發(fā)布和/或訂購(gòu)事件之前，必須被P&M 系統(tǒng)認(rèn)證。可以使用各種認(rèn)證方法，包括口令、預(yù)享密鑰和標(biāo)記、PKI證 書(shū)。 一旦用戶得到認(rèn)證，該用戶就被允許相應(yīng)地根據(jù)用戶授權(quán)訂購(gòu)或發(fā)布 數(shù)據(jù)?；趤?lái)自P&M系統(tǒng)的信息，MA在用戶試圖在發(fā)布/訂購(gòu)系統(tǒng)消息 流中發(fā)布消息或訂購(gòu)消息時(shí)對(duì)用戶授權(quán)進(jìn)行驗(yàn)證。這種用戶和授權(quán)管理框 架使得能夠在全球范圍中實(shí)現(xiàn)分布式訪問(wèn)功能。另外，P&M系統(tǒng)允許系統(tǒng)管理員定義與被路由遍消息發(fā)布/訂購(gòu)系統(tǒng) 的消息中的每個(gè)相關(guān)聯(lián)的消息命名空間。因此，消息發(fā)布/訂購(gòu)系統(tǒng)可以物 理地和/或邏輯地被劃分成基于命名空間的子系統(tǒng)。這種基于名的拓?fù)湓趫D 6中被示出。命名空間對(duì)于每個(gè)發(fā)布/訂購(gòu)子系統(tǒng)13、 14是唯一的。因此，在組合 的消息發(fā)布/訂購(gòu)系統(tǒng)中，每個(gè)發(fā)布/訂購(gòu)子系統(tǒng)具有分配給其的唯一命名 空間。在本示例中，發(fā)布/訂購(gòu)網(wǎng)絡(luò)包括兩個(gè)發(fā)布/訂購(gòu)子系統(tǒng)，第一個(gè)具 有命名空間"命名空間1"，第二個(gè)具有命名空間"命名空間2" 。 P&M 系統(tǒng)的命名空間管理特征(圖7中的項(xiàng)目520、 512中)提供下述能力 定義不同管理域，并且在避免話題沖突或復(fù)制的情況下使得能夠?qū)崿F(xiàn)跨這 些不同管理域的基于話題的消息通信。在一個(gè)示例中，發(fā)布/訂購(gòu)子系統(tǒng)"A"發(fā)布被路由向發(fā)布/訂購(gòu)子系統(tǒng) "B"的新聞更新，子系統(tǒng)"C"發(fā)布也被路由向子系統(tǒng)"B"的新聞更 新。但是，如果子系統(tǒng)"A"和"C"發(fā)布關(guān)于相同話題的相同新聞更新， 則子系統(tǒng)"B"也可以根據(jù)它們關(guān)聯(lián)的命名空間區(qū)分來(lái)自"A"的新聞和來(lái) 自"C"的新聞。在許多情形中，這些命名空間域?qū)⑹遣煌慕M織內(nèi)域。 在其他實(shí)例中，這些域?qū)⑹遣煌慕M織或者法律實(shí)體域。換言之，命名空 間特征可由組織用來(lái)對(duì)給予該組織內(nèi)或者外的某些用戶對(duì)其數(shù)據(jù)或內(nèi)容的 授權(quán)進(jìn)行限制。對(duì)于該組織內(nèi)的用戶，這是通過(guò)向這些用戶發(fā)布命名空間 許可證實(shí)現(xiàn)的；而對(duì)于該組織外的用戶，這是通過(guò)向向這些用戶提供MA
的組織發(fā)布命名空間許可證實(shí)現(xiàn)的。前述示例示出了如何利用命名空間來(lái)實(shí)現(xiàn)數(shù)字權(quán)限管理(DRM)功 能。此外，消耗來(lái)自不同源的數(shù)據(jù)的用戶可以通過(guò)査看數(shù)據(jù)源的性能度量 (例如，等待時(shí)間)，來(lái)確定最佳數(shù)據(jù)源?；蛘?，來(lái)自不同源的數(shù)據(jù)的用 戶可以通過(guò)對(duì)來(lái)自這些不同源的數(shù)據(jù)進(jìn)行比較，從而執(zhí)行數(shù)據(jù)調(diào)和和確 認(rèn)。P&M系統(tǒng)還能夠?qū)υ谙l(fā)布/訂購(gòu)系統(tǒng)中已布署的所有物理組件的 所有網(wǎng)絡(luò)管理配置進(jìn)行遠(yuǎn)程控制。例如，這包括NIC配置(IP地址/網(wǎng)絡(luò) 掩碼、速度、雙工、MTU等)，VLAN接口、本地IP路由選擇、可用于 探詢的SNMP MIB、諸如SSH、 telnet、 http和https之類(lèi)的遠(yuǎn)程訪問(wèn)方 法，以及諸如DNS、 NTP之類(lèi)的其他網(wǎng)絡(luò)服務(wù)。P&M系統(tǒng)提供了對(duì)發(fā)布/訂購(gòu)系統(tǒng)中的虛擬完整網(wǎng)狀覆蓋網(wǎng)絡(luò)、以及 所有發(fā)布/訂購(gòu)鄰居(例如，MA、 CE和API)和它們之間的所有邏輯連接 的視圖。系統(tǒng)管理員可以選擇哪條邏輯連接應(yīng)當(dāng)被激活或者被禁止。結(jié) 果，P&M系統(tǒng)對(duì)覆蓋發(fā)布/訂購(gòu)網(wǎng)絡(luò)的確切拓?fù)?，以及消息將被如何路tti 遍消息發(fā)布/訂購(gòu)系統(tǒng)進(jìn)行控制。P&M系統(tǒng)的第三功能組件對(duì)消息發(fā)布/訂購(gòu)系統(tǒng)的健康以及系統(tǒng)組件 生成的事件進(jìn)行實(shí)時(shí)監(jiān)控。這個(gè)方面將在后面重新描述P&M系統(tǒng)的體系 結(jié)構(gòu)時(shí)更詳細(xì)地描述。P&M系統(tǒng)的第四功能組件執(zhí)行端到端系統(tǒng)性能控制和監(jiān)控。利用可 用的拓?fù)湫畔?，可以?biāo)識(shí)遍及消息發(fā)布/訂購(gòu)系統(tǒng)的商業(yè)消息流，并且控制 針對(duì)這種信息流分配的資源。因此，可以預(yù)測(cè)并且確保所期望和要求的性 能水平。例如，P&M系統(tǒng)可以被設(shè)計(jì)來(lái)允許系統(tǒng)管理員定義消息傳遞流 量管理策略，例如，消息優(yōu)先級(jí)、服務(wù)質(zhì)量、自適應(yīng)服務(wù)(例如，協(xié)議優(yōu) 化服務(wù))的實(shí)時(shí)行為、消息流控制、消息合并和智能消息路由選擇。另外，P&M系統(tǒng)可以被設(shè)計(jì)來(lái)允許實(shí)現(xiàn)資源保留規(guī)范，例如，從系 統(tǒng)端到端視角看執(zhí)行某些消息處理任務(wù)所要求的CPU周期數(shù)、從發(fā)布/訂 購(gòu)網(wǎng)絡(luò)的一邊到另一邊所要求的帶寬量、每個(gè)消息傳遞跳的最大可接受等 待時(shí)間、最大端到端等待時(shí)間等。這些參數(shù)可以針對(duì)以下內(nèi)容定義給定的用戶、給定訂購(gòu)、給定信道、或者兩個(gè)鄰居之間的給定邏輯連接。P&M系統(tǒng)既可以被查詢也可以將信息推向系統(tǒng)組件。推功能可以用 來(lái)手動(dòng)控制這些系統(tǒng)組件中的任何一些的行為。注意，緩存引擎(CE)和 API經(jīng)由充當(dāng)其代理的MA與P&M系統(tǒng)接口連接。直接與P&M系統(tǒng)通信 的唯一的鄰居是MA。在設(shè)置功能組件被使能時(shí)，推功能還允許P&M系 統(tǒng)從單個(gè)管理點(diǎn)更新軟件和固件圖像。為了更詳細(xì)地示出P&M系統(tǒng)的體系結(jié)構(gòu)，圖7是示出了固件本發(fā)明 一個(gè)實(shí)施例的P&M系統(tǒng)的框圖。如圖所示，P&M系統(tǒng)500可以作為孤立 的設(shè)備布署，該設(shè)備與發(fā)布/訂購(gòu)網(wǎng)絡(luò)中的一個(gè)或多個(gè)MA通信。在替換實(shí) 施例中，P&M系統(tǒng)可以被集成到MA中。P&M系統(tǒng)利用管理消息執(zhí)行其配置、監(jiān)控和報(bào)告功能，其中管理消 息是從設(shè)備消息層502中的管理消息層506獲得的。與網(wǎng)絡(luò)中的其他組件 的通信是利用所有前述信道管理經(jīng)由消息傳輸層504執(zhí)行的，其中消息傳 輸層一般是根據(jù)本發(fā)明原理配置的系統(tǒng)中的組件。但是，與直接與物理介 質(zhì)接口交互的MA中的消息傳輸層不同，P&M系統(tǒng)通常實(shí)現(xiàn)在操作系統(tǒng) 528 (OS)之上，消息傳輸層通過(guò)OS與物理介質(zhì)接口 (接口 1…N)通 信。因此，為了支持各種類(lèi)型的信道，對(duì)于可能沒(méi)有其他方式對(duì)OS可用 的每種物理介質(zhì)，OS可能要求特定的驅(qū)動(dòng)器。對(duì)于該介質(zhì)，OS可能還要 求特定的接口卡(例如，直接連接接口卡或者Infiniband接口卡)。P&M系統(tǒng)還使用網(wǎng)絡(luò)管理?xiàng)?08來(lái)與基于網(wǎng)絡(luò)的管理服務(wù)通信。這種 基于網(wǎng)絡(luò)的服務(wù)的示例包括SNMP (簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)、系統(tǒng)記錄、 HTTP/HTTPS (基于安全套接字層的超文本傳送協(xié)議)，Telnet/SSH (安 全殼協(xié)議)。P&M可以具有構(gòu)建在多個(gè)功能塊之上的圖形用戶界面(GUI) 510。 這些功能塊的示例包括配置管理器512、實(shí)時(shí)監(jiān)控模塊514、歷史趨勢(shì)塊 516，以及商業(yè)邏輯/應(yīng)用報(bào)告塊518。配置管理器功能塊對(duì)發(fā)布/訂購(gòu)網(wǎng)絡(luò) 中包含的所有物理組件的配置進(jìn)行處理。這些組件中的每個(gè)的配置520涉 及多個(gè)方面，包括例如安全性、加密、認(rèn)證、授權(quán)(關(guān)于允許哪些用戶訂 購(gòu)何種話題的權(quán)限)、以及拓?fù)?包括這些不同的組件直接的通信路徑)。實(shí)時(shí)監(jiān)控功能塊514監(jiān)聽(tīng)(嗅探)在發(fā)布/訂購(gòu)網(wǎng)絡(luò)中發(fā)生的各種事件 522。這些事件的示例包括來(lái)自API的新訂購(gòu)請(qǐng)求、連接到發(fā)布/訂購(gòu)網(wǎng)絡(luò) 的新訂戶、對(duì)聯(lián)網(wǎng)的發(fā)布/訂購(gòu)系統(tǒng)中的不同硬件組件的實(shí)時(shí)統(tǒng)計(jì)、所有 MA的路由選擇表的大小，以及資源利用水平。歷史趨勢(shì)塊516優(yōu)選被緊密鏈接到實(shí)時(shí)監(jiān)控系統(tǒng)，因?yàn)橼厔?shì)可以根據(jù) 被實(shí)時(shí)監(jiān)控的事件隨事件而被建立。就此而言，歷史趨勢(shì)塊從實(shí)時(shí)監(jiān)控子 系統(tǒng)獲取其輸入，在實(shí)時(shí)數(shù)據(jù)庫(kù)中存儲(chǔ)每個(gè)數(shù)據(jù)點(diǎn)。歷史趨勢(shì)塊然后可以 査詢?cè)搶?shí)時(shí)數(shù)據(jù)庫(kù)，并且將其取回的事件作為時(shí)間的函數(shù)繪制出圖表。該 塊可以進(jìn)一步被用來(lái)追蹤發(fā)布/訂購(gòu)網(wǎng)絡(luò)隨時(shí)間的行為模式。商業(yè)邏輯報(bào)告塊518通過(guò)將隨時(shí)間變化的事件模式的未決處理數(shù)據(jù)相 關(guān)聯(lián)來(lái)提供另一個(gè)級(jí)別的報(bào)告，以便幫助實(shí)現(xiàn)商業(yè)判決實(shí)現(xiàn)過(guò)程。在一種 實(shí)現(xiàn)方式中，商業(yè)邏輯報(bào)告塊將低層消息和網(wǎng)絡(luò)度量數(shù)據(jù)(一般是未經(jīng)處 理數(shù)據(jù))翻譯成商業(yè)度量，網(wǎng)絡(luò)度量數(shù)據(jù)的示例包括消息和幀速率、網(wǎng)絡(luò) 延遲、抖動(dòng)和丟失數(shù)據(jù)。另外可選地，實(shí)時(shí)監(jiān)控和商業(yè)邏輯報(bào)告塊被用來(lái)監(jiān)控服務(wù)級(jí)別協(xié)議 (SLA)，并且驗(yàn)證隨時(shí)間變化特定的服務(wù)級(jí)別是否得到滿足。在SLA未 得到滿足時(shí)，其允許理解并且獲得問(wèn)題在于何處和問(wèn)題是如何被觀察到的 合法證據(jù)，假設(shè)所有方都同意這種報(bào)告的有效性。此外，建立歷史度量的 趨勢(shì)可能有助于幫助理解消息基礎(chǔ)設(shè)施中的改變，并且其可能使得能夠洞 悉長(zhǎng)期消息傳遞流量模式。結(jié)果，其成為商業(yè)判決處理中非常有價(jià)值的輸 入。為了支持其管理和監(jiān)控操作，P&M系統(tǒng)在后臺(tái)數(shù)據(jù)庫(kù)中維護(hù)配置、 監(jiān)控的統(tǒng)計(jì)數(shù)據(jù)、可選的軟件和固件圖像，以及可選的商業(yè)模式。另外， 如上所述，對(duì)于系統(tǒng)的可用性和可靠性，消息數(shù)據(jù)的一致性和持久性而 言，將P&M系統(tǒng)配置為利用數(shù)據(jù)庫(kù)復(fù)制或數(shù)據(jù)同步形式的容錯(cuò)系統(tǒng)是有 利的。具體而言，P&M系統(tǒng)可以被布署為容錯(cuò)對(duì)，其中主和副P(pán)&M系統(tǒng)可 以位于相似或者不同的地理位置中。因?yàn)镻&M系統(tǒng)需要被同步，所以可 以利用后臺(tái)數(shù)據(jù)庫(kù)復(fù)制特征實(shí)現(xiàn)該同步?；蛘?，可以在消息傳遞級(jí)別實(shí)現(xiàn)同步，其中，P&M系統(tǒng)負(fù)責(zé)向副P(pán)&M系統(tǒng)通知后臺(tái)數(shù)據(jù)庫(kù)中的任何改 變。這些通知可以通過(guò)發(fā)送包含從最近一次同步起發(fā)生的應(yīng)當(dāng)被應(yīng)用到副 數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)變化(改變)的管理消息實(shí)現(xiàn)。對(duì)于對(duì)系統(tǒng)組件的配置和監(jiān)控，通信是利用管理消息執(zhí)行的。因此， 為了與MA通信，P&M系統(tǒng)在所示實(shí)施例中利用基于信道的消息傳遞棧 508 (與消息層502、消息傳輸層504和信道管理526—起)。圖8是示出 了 P&M系統(tǒng)和MA之一之間的通信。但是，為了在物理上和邏輯上將管理流量與數(shù)據(jù)流量分離，可以在下 層交換架構(gòu)中配置兩個(gè)不同的VLAN (虛擬LAN),其中每個(gè)MA被物理 連接到每個(gè)VLAN,如圖9所示。該方法具有保持?jǐn)?shù)據(jù)流量的完整性的優(yōu) 點(diǎn)。為了進(jìn)一步保護(hù)數(shù)據(jù)流量不被延遲或者被管理流量影響，不同的交換 機(jī)和路由器可以被配置來(lái)向數(shù)據(jù)VLAN提供所要求的服務(wù)質(zhì)量(QoS)。 結(jié)果，配置更新和監(jiān)控統(tǒng)計(jì)數(shù)據(jù)二者都將在管理VLAN上被路由，而不影 響消息發(fā)布/訂購(gòu)網(wǎng)絡(luò)的總體性能和實(shí)時(shí)行為。另外，所有管理流量由MA 的控制平面接收或發(fā)送。因此其不影響負(fù)責(zé)路由數(shù)據(jù)流量的數(shù)據(jù)平而。如 圖所示，在一個(gè)實(shí)施例中，所有的MA都經(jīng)由不同的物理接口被連接到兩 個(gè)VLAN，并且每個(gè)P&M系統(tǒng)都能夠通過(guò)經(jīng)由管理和監(jiān)管VLAN與所有 MA通信來(lái)對(duì)它們進(jìn)行配置和監(jiān)控。還要注意的是，CE被直接連接到 MA，因此，在MA和CE之間交換的流量不影響任何其他消息傳遞流 量。另外，應(yīng)用經(jīng)由它們各自的API被連接到數(shù)據(jù)VLAN?？傃灾?，本發(fā)明提供了一種用于傳輸消息的新方法，更具體地說(shuō)，具 有提高消息傳遞系統(tǒng)的效率的P&M系統(tǒng)的端到端中間件體系結(jié)構(gòu)。盡管 已參考本發(fā)明的某些優(yōu)選版本相當(dāng)詳細(xì)地描述了本發(fā)明，但是其他版本也 是可能的。因此，所附權(quán)利要求書(shū)的精神和范圍不應(yīng)當(dāng)被限于對(duì)這里所包 含的優(yōu)選版本的描述。
權(quán)利要求
1.一種具有設(shè)置和管理的消息傳遞系統(tǒng)，包括一個(gè)或多于一個(gè)消息傳遞設(shè)備，其操作用于接收和路由消息，所述消息包括管理和數(shù)據(jù)消息；互連；以及一個(gè)或多于一個(gè)設(shè)置和管理系統(tǒng)，它們經(jīng)由所述互連被鏈接到所述一個(gè)或多于一個(gè)消息傳遞設(shè)備，并操作用于經(jīng)由管理消息的通信來(lái)向所述消息傳遞系統(tǒng)提供集中式單點(diǎn)管理，該單點(diǎn)管理包括配置管理、消息傳遞系統(tǒng)監(jiān)控和報(bào)告。
2. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述互連包括多個(gè)架 構(gòu)，所述架構(gòu)中的一個(gè)架構(gòu)甩于管理消息，而所述架構(gòu)中的另一個(gè)架構(gòu)用 于數(shù)據(jù)消息。
3. 如權(quán)利要求2所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng)經(jīng) 由所述用于管理消息的架構(gòu)接口到所述消息傳遞設(shè)備，并且其中所述消息 傳遞設(shè)備中的每個(gè)分開(kāi)連接到所述多個(gè)架構(gòu)中的每個(gè)。
4. 如權(quán)利要求3所述的消息傳遞系統(tǒng)，其中，所述架構(gòu)是包括LAN (局域網(wǎng))和WAN (廣域網(wǎng))的一個(gè)或任意組合的虛擬網(wǎng)絡(luò)。
5. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，每個(gè)消息傳遞設(shè)備還操 作用于通過(guò)實(shí)時(shí)地動(dòng)態(tài)選擇消息傳輸協(xié)議和消息路由路徑來(lái)執(zhí)行消息的路 由選擇。
6. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，還包括連接到所述消息傳遞設(shè) 備中的相應(yīng)一個(gè)或多個(gè)的一個(gè)或多個(gè)緩存引擎，以及經(jīng)由應(yīng)用編程接口接 口到所述消息傳遞設(shè)備中的相應(yīng)多個(gè)的一個(gè)或多個(gè)應(yīng)用，其中所述消息傳 遞設(shè)備操作用于在在所述緩存引擎和應(yīng)用編程接口中的相應(yīng)多個(gè)與每個(gè)相 應(yīng)設(shè)置和管理系統(tǒng)之間的通信中充當(dāng)所述緩存引擎和應(yīng)用編程接口中的相 應(yīng)多個(gè)的代理。
7. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述配置管理涉及對(duì)以 下內(nèi)容的管理用戶、數(shù)字權(quán)限、命名空間、授權(quán)、服務(wù)質(zhì)量、安全性、 加密、網(wǎng)絡(luò)服務(wù)、網(wǎng)絡(luò)鏈接和系統(tǒng)拓?fù)洹?br> 8. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息傳遞系統(tǒng)監(jiān)控 涉及系統(tǒng)健康和事件監(jiān)控。
9. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息傳遞系統(tǒng)監(jiān)控包括對(duì)包括以下內(nèi)容的性能度量的監(jiān)控網(wǎng)絡(luò)帶寬、消息流速率、幀速 率、消息傳遞跳等待時(shí)間，端到端等待時(shí)間，系統(tǒng)行為和協(xié)議優(yōu)化服務(wù)。
10. 如權(quán)利要求9所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 還操作用于基于所述性能度量對(duì)與消息通信路徑相關(guān)聯(lián)的資源進(jìn)行控制。
11. 如權(quán)利要求9所述的消息傳遞系統(tǒng)，其中，所述協(xié)議優(yōu)化服務(wù)在 單播、多播或廣播協(xié)議之間進(jìn)行選擇。
12. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息傳遞系統(tǒng)報(bào)告用于報(bào)告包括以下內(nèi)容的任何狀態(tài)改變用戶和應(yīng)用新注冊(cè)、新的發(fā)布和訂購(gòu)事件、以及網(wǎng)絡(luò)消息傳遞連接和斷連。
13. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述設(shè)置和管理系統(tǒng) 還操作用于管理訂購(gòu)，包括客戶和外部數(shù)據(jù)目的地訂購(gòu)一個(gè)或多個(gè)數(shù)據(jù)消 息話題，以及消息傳遞設(shè)備訂購(gòu)管理消息話題。
14. 如權(quán)利要求6所述的消息傳遞系統(tǒng)，其中，所述應(yīng)用中的每個(gè)操 作用于將請(qǐng)求發(fā)送給所述消息傳遞設(shè)備中的相應(yīng)一個(gè)，所述請(qǐng)求包括注冊(cè) 和訂購(gòu)請(qǐng)求，并且其中每個(gè)設(shè)置和管理系統(tǒng)還操作用于處理數(shù)字權(quán)限管 理，在所述數(shù)字權(quán)限管理中，每個(gè)相應(yīng)的消息傳遞設(shè)備操作用于向所述設(shè) 置和管理系統(tǒng)確認(rèn)報(bào)告試圖向其注冊(cè)或訂購(gòu)的應(yīng)用是否被授權(quán)這樣做。
15. 如權(quán)利要求14所述的消息傳遞系統(tǒng)，其中，所述訂購(gòu)請(qǐng)求建立基 于話題的訂購(gòu)，并且其中單個(gè)訂購(gòu)請(qǐng)求能夠建立對(duì)一組相關(guān)話題的訂購(gòu)。
16. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述互連是所述消息 傳遞設(shè)備和設(shè)置和管理系統(tǒng)被布署在其上的一個(gè)或多個(gè)架構(gòu)，所述架構(gòu)被 配置有任何數(shù)目的路由器、交換機(jī)和子網(wǎng)。
17. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述互連包括基于信 道的架構(gòu)不可知的物理介質(zhì)。
18. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息傳遞設(shè)備、 設(shè)置和管理系統(tǒng)、以及互連結(jié)合了傳輸邏輯。
19. 如權(quán)利要求18所述的消息傳遞系統(tǒng)，其被配置用于基于傳輸透明 信道的消息傳遞，其中消息以獨(dú)立于所述傳輸邏輯的本地協(xié)議格式被傳 輸。
20. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 操作用于執(zhí)行命名空間管理功能，所述命名空間管理功能包括數(shù)字權(quán)限管 理。
21. 如權(quán)利要求20所述的消息傳遞系統(tǒng)，其中，利用所述命名空間管 理，訂購(gòu)了與特定命名空間相關(guān)聯(lián)的話題的訂戶被授權(quán)訂購(gòu)利用這種話題 和命名空間標(biāo)識(shí)出的消息。
22. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息具有基于話 題的格式，每個(gè)消息具有頭部和有效載荷，所述頭部除源和目的地命名空 間標(biāo)識(shí)字段之外還包括話題字段。
23. 如權(quán)利要求22所述的消息傳遞系統(tǒng)，其中，所述話題字段包括可變長(zhǎng)度字符串或關(guān)鍵字，所述關(guān)鍵字是唯一值，其中，對(duì)于多個(gè)關(guān)鍵字， 每個(gè)設(shè)置和管理系統(tǒng)具有用于維護(hù)每個(gè)這種關(guān)鍵字和其相應(yīng)話題之間的映 射的數(shù)據(jù)庫(kù)，所述設(shè)置和管理系統(tǒng)還操作用于對(duì)所述消息傳遞設(shè)備中的每 個(gè)更新這種映射中的任何改變。
24. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息包括具有話 題字段的訂購(gòu)消息，所述話題字段具有可變長(zhǎng)度字符串，所述可變長(zhǎng)度字 符串具有任意數(shù)目的通配符字符，用于如果任何話題子字符串和所述訂購(gòu)消息具有相同數(shù)目的話題子字符串則將其與這種話題匹配。
25. 如權(quán)利要求5所述的消息傳遞系統(tǒng)，其中，所述動(dòng)態(tài)選擇傳輸協(xié) 議和消息路由路徑是基于來(lái)自相應(yīng)設(shè)置和管理系統(tǒng)的健康、性能報(bào)告和系 統(tǒng)拓?fù)?，并且其涉及?dòng)態(tài)資源分配和動(dòng)態(tài)信道創(chuàng)建和/或選擇之一或二者。
26. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其具有超越區(qū)域、國(guó)家或者 大洲界線的邊界，在每個(gè)區(qū)域、國(guó)家或者大洲中存在子系統(tǒng)，其中所述子 系統(tǒng)經(jīng)由聯(lián)網(wǎng)基礎(chǔ)設(shè)施被鏈接，并且每個(gè)子系統(tǒng)包括設(shè)置和管理系統(tǒng)、互 連、以及一個(gè)或多個(gè)消息傳遞設(shè)備。
27. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 被集成到所述消息傳遞設(shè)備之一中，或者作為獨(dú)立設(shè)備被實(shí)現(xiàn)。
28. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 包括消息傳輸和本地消息層，所述消息傳輸和本地消息層被鏈接到配置功 能塊和監(jiān)控功能塊，所述監(jiān)控功能塊又經(jīng)由進(jìn)程間通信總線被連接到管理 塊，所述管理塊包括配置管理、實(shí)時(shí)監(jiān)控、歷史趨勢(shì)和應(yīng)用商業(yè)報(bào)告功能 塊。
29. 如權(quán)利要求28所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 還包括以下之一或者二者 一側(cè)連接到所述監(jiān)控功能塊并且在另一側(cè)連接 到所述操作系統(tǒng)的網(wǎng)絡(luò)棧的網(wǎng)絡(luò)管理服務(wù)；以及連接到所述管理塊的用戶 接口。
30. 如權(quán)利要求28所述的消息傳遞系統(tǒng)，其中，所述互連包括所述傳 輸信道和物理介質(zhì)，所述消息傳遞設(shè)備通過(guò)所述傳輸信道和物理介質(zhì)與每 個(gè)設(shè)置和管理系統(tǒng)通信。
31. 如權(quán)利要求31所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 包括用戶接口、消息傳遞邏輯和后臺(tái)數(shù)據(jù)庫(kù)。
32. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，經(jīng)由所述用戶接口， 每個(gè)設(shè)置和管理系統(tǒng)提供了具有其完整網(wǎng)狀覆蓋網(wǎng)絡(luò)和發(fā)布/訂購(gòu)鄰居信息 的消息傳遞系統(tǒng)拓?fù)涞囊晥D，利用所述視圖允許選擇所述消息傳遞系統(tǒng)內(nèi) 的邏輯連接、以及激活和禁止這種邏輯連接。
33. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，每個(gè)設(shè)置和管理系統(tǒng) 還操作用于提供集中式單點(diǎn)設(shè)置功能，所述功能包括軟件和固件版本控制 和更新管理和調(diào)度。
34. 如權(quán)利要求33所述的消息傳遞系統(tǒng)，其中，對(duì)于所述軟件和固件 版本控制和更新管理和調(diào)度，每個(gè)設(shè)置和管理系統(tǒng)還操作用于對(duì)哪些商業(yè) 模塊被使能以及對(duì)于軟件和固件圖像版本中的每個(gè)哪個(gè)版本正在運(yùn)行進(jìn)行 跟蹤。
35. 如權(quán)利要求33所述的消息傳遞系統(tǒng)，其中，對(duì)于所述軟件和固件 版本控制和更新管理和調(diào)度，每個(gè)設(shè)置和管理系統(tǒng)操作用于允許自動(dòng)調(diào)度 商業(yè)模塊更新。
36. 如權(quán)利要求33所述的消息傳遞系統(tǒng)，其中，對(duì)于所述軟件和固件 版本控制和更新管理和調(diào)度，每個(gè)設(shè)置和管理系統(tǒng)還操作用于在檢測(cè)到商 業(yè)模塊的當(dāng)前版本的故障時(shí)，將該商業(yè)模塊自動(dòng)降級(jí)為其軟件或固件圖像 的最近已知正常工作的版本。
37. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述消息傳遞設(shè)備和 設(shè)置和管理系統(tǒng)中的每個(gè)被配置用于容錯(cuò)。
38. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中，所述設(shè)置和管理系統(tǒng) 每個(gè)都以容錯(cuò)對(duì)的方式布置，其中每對(duì)包括主和副設(shè)置和管理系統(tǒng)，所述 副設(shè)置和管理系統(tǒng)在所述主設(shè)置和管理系統(tǒng)故障時(shí)接管所述主設(shè)置和管理 系統(tǒng)。
39. 如權(quán)利要求37所述的消息傳遞系統(tǒng)，其中，為了容錯(cuò)，每個(gè)設(shè)置 和管理系統(tǒng)操作用于在消息傳遞級(jí)別上提供數(shù)據(jù)庫(kù)復(fù)制或數(shù)據(jù)同步。
40. 如權(quán)利要求1所述的消息傳遞系統(tǒng)，其中， 一個(gè)或多個(gè)所述設(shè)置 和管理系統(tǒng)被與外部認(rèn)證和授權(quán)系統(tǒng)集成。
41. 如權(quán)利要求40所述的消息傳遞系統(tǒng)，其中，所述設(shè)置和管理系統(tǒng) 與所述外部認(rèn)證和授權(quán)系統(tǒng)的集成使得能夠?qū)崿F(xiàn)一致的用戶認(rèn)證和授權(quán)。
全文摘要
消息發(fā)布/訂購(gòu)系統(tǒng)被要求處理大量消息，同時(shí)減少等待時(shí)間和性能瓶頸。本發(fā)明所提議的端到端中間件體系結(jié)構(gòu)被設(shè)計(jì)為通過(guò)提供用于配置的集中式單點(diǎn)設(shè)置和管理，設(shè)置和監(jiān)控系統(tǒng)性能，從而實(shí)現(xiàn)大量、低等待時(shí)間消息傳遞。這種功能對(duì)通過(guò)基于鄰居的路由選擇的中間跳減少和動(dòng)態(tài)、實(shí)時(shí)地優(yōu)化系統(tǒng)互連配置和消息傳輸協(xié)議提供了補(bǔ)充。
文檔編號(hào)G06F15/16GK101151604SQ200680001895
公開(kāi)日2008年3月26日 申請(qǐng)日期2006年1月6日 優(yōu)先權(quán)日2005年1月6日
發(fā)明者J·巴利·湯普森, 庫(kù)·辛格, 皮埃爾·費(fèi)沃 申請(qǐng)人:特維拉有限公司