專利名稱：在請(qǐng)求－響應(yīng)傳輸協(xié)議上的可靠的單向消息傳遞的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及例如web服務(wù)的分布式系統(tǒng)的可靠消息傳遞協(xié)議，尤其涉及提供在單向消息交換模式環(huán)境中分布式系統(tǒng)的可靠消息傳遞協(xié)議與請(qǐng)求-響應(yīng)傳輸協(xié)議(例如HTTP)的綁定。
背景技術(shù)：
通過使用電子消息使一臺(tái)計(jì)算機(jī)或裝置能經(jīng)網(wǎng)絡(luò)與另一計(jì)算系統(tǒng)通信，計(jì)算機(jī)網(wǎng)絡(luò)已增強(qiáng)了我們傳送并訪問信息的能力。當(dāng)在計(jì)算系統(tǒng)之間傳送電子消息時(shí)，該電子消息常常通過協(xié)議堆棧傳遞，該協(xié)議堆棧對(duì)該電子消息內(nèi)的數(shù)據(jù)執(zhí)行操作(例如解析、路由、流控制等)。開放系統(tǒng)互聯(lián)(OSI)模型是用于實(shí)現(xiàn)協(xié)議堆棧的網(wǎng)絡(luò)框架的一個(gè)示例。
該OSI模型將傳送電子消息的操作分解成7個(gè)獨(dú)立的層，每個(gè)層被指定執(zhí)行數(shù)據(jù)傳送過程中的某些操作。盡管協(xié)議堆棧是可能實(shí)現(xiàn)每一層的，但是許多協(xié)議堆棧僅實(shí)現(xiàn)在網(wǎng)絡(luò)上傳送數(shù)據(jù)時(shí)使用的可選層。當(dāng)從計(jì)算系統(tǒng)傳輸數(shù)據(jù)時(shí)，數(shù)據(jù)源自應(yīng)用程序?qū)?，并往下傳遞給中間較低層，然后傳送到網(wǎng)絡(luò)。當(dāng)從網(wǎng)絡(luò)接收數(shù)據(jù)時(shí)，數(shù)據(jù)輸入物理層，并往上傳遞給中間較高層，最后在應(yīng)用程序?qū)咏邮?。?yīng)用程序?qū)?最高層-負(fù)責(zé)支持應(yīng)用程序和終端用戶處理。此外，在應(yīng)用程序?qū)觾?nèi)可駐留若干其它層(例如簡(jiǎn)單開放訪問協(xié)議(SOAP)層)。大多數(shù)協(xié)議堆棧所結(jié)合的另一層是傳輸層。傳輸層的一個(gè)示例是傳輸控制協(xié)議(TCP)。
Web服務(wù)(WS)是計(jì)算系統(tǒng)之間通信進(jìn)步中的驅(qū)動(dòng)力，并徹底轉(zhuǎn)變了我們建立并使用軟件的方法。Web服務(wù)使各應(yīng)用程序共享數(shù)據(jù)，并且更強(qiáng)大地從其它其它應(yīng)用程序中調(diào)用能力，而不管這些應(yīng)用程序是如何建立的；它們?cè)谑裁床僮飨到y(tǒng)或平臺(tái)上運(yùn)行；以及使用什么裝置來訪問它們。Web服務(wù)借助工業(yè)標(biāo)準(zhǔn)協(xié)議在因特網(wǎng)上調(diào)用，這些工業(yè)標(biāo)準(zhǔn)協(xié)議包括SOAP、XML(可擴(kuò)展標(biāo)記語言)、UDDI(通用性、描述、發(fā)現(xiàn)和集成)、WSDL(Web服務(wù)描述語言)等。盡管Web服務(wù)保持彼此無關(guān)，但是它們可松散地彼此鏈接成執(zhí)行特定任務(wù)的合作組合。
當(dāng)前的WS技術(shù)提供發(fā)起者(例如客戶機(jī))和接受者(例如服務(wù))之間的直接SOAP消息通信。在普遍的雙向消息傳遞情形中，SOAP請(qǐng)求消息從發(fā)起者傳送到接受者，并且作為響應(yīng)發(fā)送SOAP回應(yīng)消息。終端之間的另一通信變體是單向消息，其中發(fā)起者向接受者發(fā)送消息而沒有響應(yīng)。
新興WS體系結(jié)構(gòu)的關(guān)鍵優(yōu)點(diǎn)是傳送集成的可互操作方案的能力。然而，因?yàn)閃eb服務(wù)通過諸如因特網(wǎng)的不可靠信道提供來自不同企業(yè)、機(jī)構(gòu)和其它服務(wù)供應(yīng)商的各種服務(wù)，WS的可靠性變成日益重要的因素。WS的可靠性受若干因素的影響，包括但不限于Web服務(wù)端點(diǎn)的可靠性、訪問Web服務(wù)的信道的可靠性特征、性能和容錯(cuò)特征、以及Web服務(wù)可處理并發(fā)客戶機(jī)訪問的范圍。
通過選擇端點(diǎn)之間交換消息(例如SOAP消息)的可靠傳輸協(xié)議，來嘗試完成Web服務(wù)的可靠消息傳送。例如，諸如消息-隊(duì)列的可靠消息傳輸可用來在發(fā)起者和接受者之間可靠地傳送消息。通過將消息傳送給跨越故障保持可靠性的隊(duì)列并從該隊(duì)列中讀取消息，消息排隊(duì)通信技術(shù)使不同系統(tǒng)上的應(yīng)用程序能彼此通信。
盡管排隊(duì)系統(tǒng)提供可用來可靠地運(yùn)送SOAP消息的傳輸，這種系統(tǒng)有若干缺點(diǎn)。例如，這些系統(tǒng)提供非同步操作的方案，其中各請(qǐng)求(及可能響應(yīng))分開傳送并處理。因此，這些系統(tǒng)通常在資源方面是重量級(jí)的；涉及多個(gè)中間體，它們具有持久的已處理消息存儲(chǔ)器并具有在部署、編程模型和管理中大得多的復(fù)雜性。所有這些對(duì)可靠的直接傳送是不必要的，并偏離了最小化等待時(shí)間的目標(biāo)。此外，編程模型不直接支持請(qǐng)求-響應(yīng)樣式的編程或會(huì)話。因此，排隊(duì)通信模型與當(dāng)前的“交互式”Web服務(wù)模型不同，且不能解決關(guān)鍵的“相連”情形和“交互式”應(yīng)用程序。例如，它不適合期望及時(shí)響應(yīng)的情形，或者分布式-處理-環(huán)境需要在發(fā)起者和接受者之間共享的情形。
還有在基本上不可靠的傳輸協(xié)議上定義可靠傳送層(例如可靠的HTTP或HTTPR)的嘗試。然而，困擾該方案-以及排隊(duì)方案-的共同問題是僅當(dāng)特定的可靠傳輸協(xié)議用于發(fā)起者和接受者之間的通信時(shí)才能獲得可靠的消息傳送。Web服務(wù)的基本性質(zhì)要求特定供應(yīng)商平臺(tái)、實(shí)現(xiàn)語言和特定傳輸協(xié)議的獨(dú)立性。在一般情形中，發(fā)起者不能使用特定協(xié)議將消息直接傳送給接受者(例如，接受者不支持該協(xié)議)，或者該消息在離開發(fā)送節(jié)點(diǎn)之后到達(dá)該目標(biāo)節(jié)點(diǎn)之前需要通過多次轉(zhuǎn)發(fā)。取決于特定轉(zhuǎn)發(fā)中涉及的兩個(gè)節(jié)點(diǎn)之間連接的性質(zhì)，可能不得不選擇不能提供可靠消息傳送特征的適當(dāng)傳輸協(xié)議。
中間體還可存在于協(xié)議堆棧的不同層上；因此，不提供完全的端對(duì)端可靠性。例如，傳輸協(xié)議可在低層中間體上提供可靠性(例如IP層中間體-例如IP路由器)。然而，傳輸協(xié)議可在SOAP中間體或應(yīng)用程序?qū)?例如HTTP代理)上結(jié)束。因此，傳輸協(xié)議不能提供該中間體上的可靠性，即在應(yīng)用程序?qū)由蠠o端對(duì)端的可靠性。
最近，各種分布式系統(tǒng)的可靠消息傳送協(xié)議(此后稱為“RM協(xié)議”)提供對(duì)當(dāng)前可靠的消息傳送系統(tǒng)的上述缺點(diǎn)的解決方案。這些協(xié)議(例如Web服務(wù)(WS)的RM協(xié)議，包括WS-可靠消息傳送、WS-可靠性等)是允許消息在出現(xiàn)軟件組件、系統(tǒng)或網(wǎng)絡(luò)故障時(shí)在端點(diǎn)應(yīng)用程序之間可靠傳送的傳輸不可知連接協(xié)議。因此，RM協(xié)議在發(fā)起者和接受者之間提供可靠的、端對(duì)端的、以及可能面向會(huì)話的通信的方案。
這些RM協(xié)議類似于TCP，因?yàn)門CP經(jīng)因特網(wǎng)協(xié)議(IP)路由器和多個(gè)網(wǎng)絡(luò)從TCP發(fā)送者向TCP接收者提供字節(jié)流的可靠的、僅只一次的按序傳送。分布式系統(tǒng)的可靠消息傳送協(xié)議也作同樣的提供，并經(jīng)多個(gè)中間體(包括傳輸和SOAP層中間體)、傳輸和連接提供消息(注意傳送單元是消息而不是字節(jié))。盡管TCP和RM協(xié)議都是“可靠的”協(xié)議，但由于RM協(xié)議(以及更一般地SOAP層)駐留在OSI模型中的應(yīng)用程序上，不管用來傳送數(shù)據(jù)的是什么傳輸協(xié)議RM協(xié)議都能提供可靠的消息傳送。因此，RM協(xié)議并不依賴于用來在端點(diǎn)之間傳送消息的特定傳輸或其它協(xié)議。
盡管一些RM協(xié)議已出現(xiàn)了一段時(shí)間，但是這些協(xié)議規(guī)范仍然有若干缺點(diǎn)和缺陷。例如，分布式系統(tǒng)的可靠消息傳送協(xié)議通常需要雙向的消息交換；即，應(yīng)用程序消息往一個(gè)方向傳送，而基礎(chǔ)結(jié)構(gòu)確認(rèn)往另一個(gè)方向傳送。此外，有未經(jīng)請(qǐng)求的接受者-到-發(fā)起者通信是不可能的情形；例如，當(dāng)發(fā)起者在防火墻后面，并使用請(qǐng)求-響應(yīng)傳輸協(xié)議(例如HTTP)連接(通過例如經(jīng)HTTP代理的隧道效應(yīng))來與接受者通信時(shí)。然而，問題在能夠?qū)⒋_認(rèn)和其它基礎(chǔ)結(jié)構(gòu)消息發(fā)送給發(fā)起者時(shí)產(chǎn)生，因?yàn)榘l(fā)起者通常是不可尋址的和/或通信受限于請(qǐng)求-響應(yīng)傳輸協(xié)議。因此，產(chǎn)生這樣的需要，即通過提供請(qǐng)求-響應(yīng)消息傳送模式的傳輸，配合應(yīng)用程序?qū)酉⒁詥蜗蛳⒔粨Q模式從發(fā)起者到接受者的可靠傳送-以及雙向的RM基礎(chǔ)結(jié)構(gòu)消息。

發(fā)明內(nèi)容
分布式系統(tǒng)(例如Web服務(wù))的當(dāng)前可靠消息傳送協(xié)議的所述缺陷和缺點(diǎn)通過本發(fā)明的示例實(shí)施例得以克服。各個(gè)示例性實(shí)施例通過發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)，以在請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)向分布式系統(tǒng)提供可靠的消息傳送協(xié)議(RM協(xié)議，例如WS-可靠消息傳送)。
在發(fā)起者計(jì)算裝置上，示例實(shí)施例提供根據(jù)應(yīng)用程序?qū)酉⒌呐c接受者端點(diǎn)的可靠單向消息交換模式在發(fā)起者端點(diǎn)上創(chuàng)建應(yīng)用程序?qū)酉?。然后該?yīng)用程序?qū)酉⒏鶕?jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化。然后，應(yīng)用程序?qū)酉⒔?jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的請(qǐng)求流發(fā)送。相應(yīng)的傳輸層響應(yīng)消息在請(qǐng)求-相應(yīng)傳輸?shù)幕貞?yīng)流上接收，并與RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接以便遵從該RM協(xié)議。
從接受者計(jì)算裝置，其它示例實(shí)施例提供以可靠的單向信息交換模式接收從發(fā)起者到接受者的應(yīng)用程序?qū)有畔?。該?yīng)用程序?qū)酉⒔?jīng)匿名請(qǐng)求-響應(yīng)傳輸協(xié)議的請(qǐng)求流接收。此外，該應(yīng)用程序?qū)酉⒈粯?biāo)識(shí)為根據(jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化。RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息然后與傳輸層響應(yīng)鏈接，其中該基礎(chǔ)結(jié)構(gòu)信息對(duì)應(yīng)于一個(gè)或多個(gè)應(yīng)用程序?qū)有畔⒌目煽拷粨Q。然后，傳輸層響應(yīng)經(jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的回應(yīng)流發(fā)送，以便遵從RM協(xié)議。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在以下描述中陳述，且部分地將從描述中變得顯而易見，或從本發(fā)明的實(shí)踐中可獲知。本發(fā)明的特征和優(yōu)點(diǎn)可通過所附權(quán)利要求書特別指出的裝置和組合來實(shí)現(xiàn)和獲取。本發(fā)明的這些和其它特征將從以下描述和所附權(quán)利要求書中變得更為顯而易見，或可由本發(fā)明的實(shí)踐獲知，如下所述。


為了描述可獲取本發(fā)明的上述和其它優(yōu)點(diǎn)和特征的方式，對(duì)以上簡(jiǎn)述的本發(fā)明的更具體描述將參照附圖中所示特定實(shí)施例提交。理解了這些附圖僅描述了本發(fā)明的典型實(shí)施例并因此不被視為限制其范圍，本發(fā)明通過使用以下附圖以附加細(xì)節(jié)進(jìn)行描述和解釋圖1A示出用于應(yīng)用程序?qū)酉⒃诟鶕?jù)各示例實(shí)施例的請(qǐng)求-響應(yīng)傳輸協(xié)議上的可靠單向交換模式的協(xié)議堆棧；圖1B示出在根據(jù)各示例實(shí)施例的請(qǐng)求-響應(yīng)傳輸協(xié)議上可能的可靠單向消息序列交換的示圖。
圖2示出當(dāng)在根據(jù)各示例實(shí)施例的請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)，提供分布式系統(tǒng)的可靠消息傳送協(xié)議的方法的流程圖。
圖3示出提供本發(fā)明的適當(dāng)操作環(huán)境的示例系統(tǒng)。
具體實(shí)施例方式
本發(fā)明涉及用于以單向消息交換模式在端點(diǎn)之間將分布式系統(tǒng)(例如Web服務(wù))的可靠消息傳送協(xié)議綁定到請(qǐng)求-響應(yīng)傳輸協(xié)議(例如HTTP)的方法、系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品。本發(fā)明各實(shí)施例可包括具有各種計(jì)算機(jī)硬件的專用或通用計(jì)算機(jī)，如下進(jìn)行更詳細(xì)地討論。
本發(fā)明涉及分布式系統(tǒng)的可靠消息傳送協(xié)議(下文中稱為“RM”協(xié)議)的擴(kuò)展，它描述允許消息在出現(xiàn)軟件組件、系統(tǒng)或網(wǎng)絡(luò)故障時(shí)能在分布應(yīng)用程序之間可靠傳送的協(xié)議。分布式系統(tǒng)(例如Web服務(wù))的可靠消息傳送協(xié)議便于消息從源(下文中稱為“發(fā)起者”)到例如服務(wù)的目標(biāo)(下文中稱為“接受者”)的成功傳輸，并確?？蓹z測(cè)錯(cuò)誤條件。這些協(xié)議是傳輸不可知的，允許它們使用不同的網(wǎng)絡(luò)傳輸技術(shù)來實(shí)現(xiàn)。此外，可靠消息傳送協(xié)議的各種實(shí)現(xiàn)隱藏了來自應(yīng)用程序的間歇通信故障，并在系統(tǒng)故障的情形中能提供可復(fù)原性。
如上所述，各示例實(shí)施例提供RM協(xié)議和請(qǐng)求-響應(yīng)傳輸協(xié)議(例如HTTP)之間的綁定機(jī)制。本發(fā)明發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)。請(qǐng)求-回應(yīng)傳輸模型本質(zhì)上是非對(duì)稱的，并提供兩個(gè)數(shù)據(jù)流；請(qǐng)求流和回應(yīng)流。這種請(qǐng)求-回應(yīng)模型限制了消息傳送模式，從而響應(yīng)消息僅可作為請(qǐng)求消息的答復(fù)并在該消息之后使用由請(qǐng)求提供的傳輸連接發(fā)送。請(qǐng)求-回應(yīng)傳輸(例如SOAP傳輸)協(xié)議的一個(gè)典型示例是“匿名HTTP”，其中發(fā)起者是不可尋址的，并只能使用HTTP協(xié)議的回應(yīng)流來接收消息。
各示例實(shí)施例利用這樣的回應(yīng)流來向發(fā)起者發(fā)送確認(rèn)和其它基礎(chǔ)結(jié)構(gòu)消息。在此所述的匿名請(qǐng)求-響應(yīng)傳輸協(xié)議的細(xì)節(jié)涉及任何發(fā)起者不可直接尋址的請(qǐng)求-回應(yīng)傳輸協(xié)議(即無法發(fā)送未經(jīng)發(fā)起者請(qǐng)求的消息)。然而，注意本發(fā)明并不限于匿名的請(qǐng)求-回應(yīng)傳輸協(xié)議，而是應(yīng)用于限于請(qǐng)求-響應(yīng)傳輸協(xié)議的任何通信。因此，在此所述的請(qǐng)求-響應(yīng)傳輸協(xié)議的任何特定使用僅用于說明性目的，并且除非明確聲明并不是要限制或以其它方式縮小本發(fā)明的范圍。
圖1A示出用于在根據(jù)各示例實(shí)施例的請(qǐng)求-響應(yīng)傳輸協(xié)議上的可靠單向消息交換模式的協(xié)議堆棧。應(yīng)用程序?qū)酉?未示出)可由發(fā)起者端點(diǎn)105在應(yīng)用程序?qū)?15上根據(jù)例如Web服務(wù)協(xié)議的分布式系統(tǒng)協(xié)議產(chǎn)生。通常在Web服務(wù)中，應(yīng)用程序?qū)酉⑹蔷哂羞m當(dāng)SOAP報(bào)頭的SOAP消息。此外，該消息被視為是單向的，因?yàn)樗ǔ０ㄓ糜谠诮邮苷叨它c(diǎn)110處理的輸入操作；然而，沒有應(yīng)用程序?qū)?60的輸出消息從接受者端點(diǎn)110回流到發(fā)起者端點(diǎn)105。
應(yīng)用程序?qū)酉⒈粋鬟f給可靠消息傳送層120，其中它根據(jù)RM協(xié)議(例如WS-可靠消息傳送、WS-可靠性等)來格式化。在可靠消息傳送層120上接收的消息135還存儲(chǔ)在發(fā)起者緩沖區(qū)130中，用于在未接收到相應(yīng)的確認(rèn)消息時(shí)進(jìn)行可能的重發(fā)，如下所述。然后應(yīng)用程序?qū)酉⒃谡?qǐng)求-響應(yīng)傳輸層125(例如匿名HTTP)的請(qǐng)求流145上發(fā)送，并在接受者端點(diǎn)110的傳輸層156上接收。該應(yīng)用程序?qū)酉⒈粋鬟f給可靠消息傳送層155，其中將所接收的消息170存儲(chǔ)在接受者緩沖區(qū)165中，用于隨后在接受者端點(diǎn)110的應(yīng)用程序?qū)?60上進(jìn)行處理。
注意，單向線條從可靠消息傳送層155畫到應(yīng)用程序?qū)?60，表示沒有應(yīng)用程序?qū)?60的消息會(huì)流向發(fā)起者端點(diǎn)105，因?yàn)榘l(fā)起者端點(diǎn)通常是不可尋址的和/或該通信需要請(qǐng)求-響應(yīng)型的協(xié)議。然而，如前所述，各示例性實(shí)施例利用例如HTTP的典型請(qǐng)求-響應(yīng)傳輸協(xié)議的回應(yīng)流140的特征，來在請(qǐng)求-響應(yīng)傳輸層156、125上發(fā)送確認(rèn)響應(yīng)(未示出)和其它基礎(chǔ)結(jié)構(gòu)消息。換言之，RM基礎(chǔ)結(jié)構(gòu)信息被鏈接到傳輸層響應(yīng)消息或裝載在該消息上。
此外，注意鏈接到傳輸層響應(yīng)消息的基礎(chǔ)結(jié)構(gòu)信息可用若干不同方法來表征。例如，基礎(chǔ)結(jié)構(gòu)信息(例如確認(rèn)響應(yīng))可產(chǎn)生并封裝于傳輸層響應(yīng)中，該響應(yīng)然后在請(qǐng)求-回應(yīng)傳輸協(xié)議的回應(yīng)流140上運(yùn)載。這類似于將傳輸層響應(yīng)消息表征為在基礎(chǔ)結(jié)構(gòu)信息內(nèi)格式化。當(dāng)然，還有其它方法來表征如何使基礎(chǔ)結(jié)構(gòu)信息與傳輸層響應(yīng)消息相鏈接。此外，有許多眾所周知的方法來用基礎(chǔ)結(jié)構(gòu)信息封裝或格式化傳輸層響應(yīng)消息。因此，將基礎(chǔ)結(jié)構(gòu)信息鏈接到應(yīng)用于本發(fā)明的傳輸層響應(yīng)消息，應(yīng)廣泛地解釋為包括任何類型的用于格式化該基礎(chǔ)結(jié)構(gòu)信息或?qū)⒃撔畔⒀b載在傳輸層響應(yīng)消息上的過程。
不管基礎(chǔ)結(jié)構(gòu)信息如何鏈接到傳輸層響應(yīng)并如何在回應(yīng)流140對(duì)面的發(fā)起者端點(diǎn)105上接收，如果該基礎(chǔ)結(jié)構(gòu)信息是確認(rèn)響應(yīng)(例如由WS-可靠信息傳送定義的確認(rèn)消息)，則可靠消息傳送層120將從發(fā)起者緩沖區(qū)130中移除適當(dāng)?shù)膽?yīng)用程序消息135。然而，注意，如果未接收到消息的確認(rèn)，則發(fā)起者端點(diǎn)105可重新嘗試以類似于上述的方式發(fā)送消息135(即通過使用根據(jù)RM協(xié)議的請(qǐng)求-響應(yīng)傳輸來發(fā)起新的請(qǐng)求)。如果在一定時(shí)間限制、預(yù)定重新嘗試次數(shù)、或任何其它的重新嘗試策略管理機(jī)制之后仍未接收到確認(rèn)，則可向應(yīng)用程序?qū)?15提交故障通知。
注意，來自可靠消息傳送層120、155的基礎(chǔ)結(jié)構(gòu)消息(例如創(chuàng)建序列或終止序列請(qǐng)求)可在任一方向上發(fā)送，但受請(qǐng)求-響應(yīng)傳輸?shù)南拗啤Ｌ貏e地，來自接受者端點(diǎn)110的基礎(chǔ)結(jié)構(gòu)消息僅可在發(fā)起者請(qǐng)求之后的傳輸層響應(yīng)上出現(xiàn)。還要注意，傳輸請(qǐng)求消息還可包括應(yīng)用程序?qū)酉?，以及基礎(chǔ)結(jié)構(gòu)(RM協(xié)議)信息(例如SOAP報(bào)頭內(nèi)的字段)。
如上所述，確認(rèn)消息和其它基礎(chǔ)結(jié)構(gòu)消息需要在請(qǐng)求-回應(yīng)傳輸?shù)幕貞?yīng)流140上發(fā)送。然而，如果接受者端點(diǎn)110接收應(yīng)用程序?qū)酉⒌珱Q定不發(fā)送確認(rèn)，則它仍應(yīng)發(fā)送標(biāo)準(zhǔn)的傳輸層響應(yīng)(例如零響應(yīng))，以遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。發(fā)起端點(diǎn)105不再?gòu)倪@種零響應(yīng)中推斷任何特定含義，除了傳輸層請(qǐng)求已完成，以及該響應(yīng)流不再可由接受者端點(diǎn)110用于傳送基礎(chǔ)結(jié)構(gòu)消息。例如，在HTTP情形中，接受者端點(diǎn)110可用HTTP 202OK、204無內(nèi)容、或其它類似的HTTP層響應(yīng)消息來作響應(yīng)。注意，該響應(yīng)不由RM基礎(chǔ)結(jié)構(gòu)處理，但是如果該RM基礎(chǔ)結(jié)構(gòu)需要知道它不應(yīng)等待RM基礎(chǔ)結(jié)構(gòu)響應(yīng)消息，則它可知道接收了傳輸層響應(yīng)。
其它示例實(shí)施例支持RM序列會(huì)話的創(chuàng)建和使用，用來以根據(jù)RM協(xié)議的單向消息交換模式可靠地傳送一個(gè)或多個(gè)消息。對(duì)創(chuàng)建序列會(huì)話的請(qǐng)求可在鏈接(例如鏈接到應(yīng)用程序?qū)酉?的請(qǐng)求流145上接收，而唯一的序列標(biāo)識(shí)符通常立即在同一傳輸鏈接的回應(yīng)流140上發(fā)送。然而，注意，有其它可用于本發(fā)明的創(chuàng)建序列會(huì)話的方法。例如，發(fā)起者端點(diǎn)105可產(chǎn)生唯一的序列標(biāo)識(shí)符，并在請(qǐng)求中發(fā)送它，或者該唯一的序列標(biāo)識(shí)符可在頻帶外發(fā)送。因此，任何眾所周知的建立序列會(huì)話的方法可用于本發(fā)明，且對(duì)如何建立序列會(huì)話的任何特定引用僅用于說明性目的，并且除非明確聲明并不是要限制或以其它方式縮小本發(fā)明的范圍。
通常，序列確認(rèn)應(yīng)當(dāng)在接收相應(yīng)的應(yīng)用程序消息時(shí)發(fā)送。換言之，不延遲和批處理序列的確認(rèn)，各示例實(shí)施例提供應(yīng)在消息及其確認(rèn)之間使用的一一對(duì)應(yīng)，即消息在請(qǐng)求流145上流動(dòng)，且其確認(rèn)在回應(yīng)流140上接收。然而，注意批處理也可用于本發(fā)明。例如，在接收最后的消息指示之前-或甚至在接收最后的消息指示時(shí)-可經(jīng)回應(yīng)流140向發(fā)起者105發(fā)送一個(gè)批量確認(rèn)。然而，如上所述，如果確認(rèn)未立即發(fā)送，則標(biāo)準(zhǔn)的傳輸層響應(yīng)仍然應(yīng)發(fā)送給發(fā)起者105，以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議的要求。
不管確認(rèn)的類型是什么(即批量的或單獨(dú)的)，確認(rèn)都應(yīng)在進(jìn)入連接的回應(yīng)流140上并且只在序列會(huì)話的那些回應(yīng)流140上發(fā)送給發(fā)起者端點(diǎn)105。然而，發(fā)起者端點(diǎn)105可在新的請(qǐng)求-響應(yīng)連接上發(fā)送消息(基礎(chǔ)結(jié)構(gòu)或應(yīng)用程序?qū)酉?，而無需等待先前發(fā)送消息的確認(rèn)消息。發(fā)起者端點(diǎn)105因?yàn)槿舾稍蛳胍l(fā)送消息而不接收確認(rèn)。例如，發(fā)起者端點(diǎn)105可能想要重新嘗試傳送未經(jīng)確認(rèn)的應(yīng)用程序?qū)酉?35。或者(或以及)，發(fā)起者端點(diǎn)105可能想要發(fā)送在接受者端點(diǎn)110批處理確認(rèn)的假設(shè)下產(chǎn)生的新消息。此外，發(fā)起者端點(diǎn)105可能想要將基礎(chǔ)結(jié)構(gòu)消息發(fā)送給接受者端點(diǎn)110，然后向接受者端點(diǎn)110提供使用傳輸響應(yīng)來傳送確認(rèn)的機(jī)會(huì)，這些確認(rèn)可例如在故障傳輸響應(yīng)中批處理或丟失。
其它示例實(shí)施例假設(shè)接受者端點(diǎn)110可丟棄它接收的應(yīng)用程序消息并不確認(rèn)它。如果對(duì)序列作了排序而消息是次序顛倒地接收的，或者因?yàn)槿鄙俅鎯?chǔ)該消息的緩沖區(qū)空間(例如流控制)，或出于任何數(shù)量的其它理由，接受者端點(diǎn)110會(huì)選擇這樣做。然而，注意，接受者端點(diǎn)110應(yīng)無論如何都用回應(yīng)流140上的至少一個(gè)標(biāo)準(zhǔn)傳輸層響應(yīng)來作出響應(yīng)，以便遵從傳輸協(xié)議的要求。
還有其它的示例實(shí)施例提供終止匿名請(qǐng)求-響應(yīng)傳輸協(xié)議上的已建立單向序列的能力。類似于上述的序列會(huì)話創(chuàng)建過程，終止序列的基礎(chǔ)結(jié)構(gòu)消息可在連接的請(qǐng)求流145上發(fā)送。終止序列消息可通過基礎(chǔ)結(jié)構(gòu)協(xié)議鏈接到應(yīng)用程序?qū)酉?例如作為報(bào)頭字段)或作為基礎(chǔ)結(jié)構(gòu)消息。無論如何，接受者端點(diǎn)110通常將用為序列會(huì)話發(fā)送的最后一個(gè)消息的序列確認(rèn)來作出回應(yīng)(假設(shè)接收了序列會(huì)話的所有消息)，以便遵從RM協(xié)議。然而，如果出于任何原因接受者110未發(fā)送確認(rèn)或其它基礎(chǔ)結(jié)構(gòu)消息，則至少應(yīng)發(fā)送回應(yīng)流140上的標(biāo)準(zhǔn)傳輸-響應(yīng)，以便遵從傳輸協(xié)議。
圖1B示出在根據(jù)各示例實(shí)施例的請(qǐng)求-響應(yīng)傳輸協(xié)議上的可能RM協(xié)議消息序列交換的示圖。如圖所示，發(fā)起者端點(diǎn)105作出創(chuàng)建單向序列對(duì)話102的請(qǐng)求，并在匿名請(qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流上發(fā)送它。注意，從發(fā)起者端點(diǎn)105流到接受者端點(diǎn)110的箭頭表示傳輸協(xié)議的請(qǐng)求流，其中從接受者端點(diǎn)110循環(huán)回發(fā)起者端點(diǎn)105的箭頭表示請(qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流。此外，還要注意，對(duì)創(chuàng)建單向序列會(huì)話102的請(qǐng)求可包括在應(yīng)用程序?qū)酉?nèi)。
響應(yīng)于創(chuàng)建單向RM協(xié)議序列會(huì)話102的請(qǐng)求，接受者端點(diǎn)110將在傳輸?shù)幕貞?yīng)流上把傳輸層響應(yīng)104發(fā)送回發(fā)起者105。如該示例中所示，該傳輸層響應(yīng)104包括RM基礎(chǔ)結(jié)構(gòu)信息，諸如單向RM序列會(huì)話的序列標(biāo)識(shí)符108。換言之，在將發(fā)送傳輸層回應(yīng)流上的響應(yīng)之前，基礎(chǔ)結(jié)構(gòu)信息被鏈接到傳輸層響應(yīng)。
然后，發(fā)起者端點(diǎn)105可利用序列標(biāo)識(shí)符108來在隨后的請(qǐng)求-響應(yīng)傳輸連接的請(qǐng)求流上發(fā)送應(yīng)用程序?qū)有畔?06。每個(gè)信息應(yīng)由消息標(biāo)號(hào)114標(biāo)識(shí)，用于排序和其它可靠的消息傳送目的。當(dāng)接受者端點(diǎn)110接收應(yīng)用程序?qū)酉?06時(shí)，它通常用包括RM信息112的傳輸層響應(yīng)104來作出響應(yīng)。更具體地，RM基礎(chǔ)結(jié)構(gòu)信息112可包括一個(gè)或多個(gè)應(yīng)用程序?qū)有畔⒌男蛄袠?biāo)識(shí)符108和確認(rèn)128。
注意，傳輸層響應(yīng)104不需要包括RM信息，而僅僅是標(biāo)準(zhǔn)的傳輸層響應(yīng)。例如，如在下一交換中所示，發(fā)送包括序列標(biāo)識(shí)符108和最后消息116的報(bào)頭的應(yīng)用程序?qū)訂蜗蛳?18(通常還包括未示出的消息標(biāo)號(hào))。在發(fā)起者端點(diǎn)105在傳輸?shù)恼?qǐng)求流上發(fā)送該消息之后，該實(shí)例中的接受者端點(diǎn)110用標(biāo)準(zhǔn)傳輸層零響應(yīng)122在回應(yīng)流上作響應(yīng)。如上所述，可發(fā)送這種響應(yīng)以遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。然而，注意在該實(shí)例中，為了遵從RM協(xié)議，接受者端點(diǎn)110最終仍應(yīng)發(fā)送該消息的確認(rèn)128。如上所述，如果在一定時(shí)間限制、預(yù)定重新嘗試次數(shù)、或任何其它的重新嘗試策略管理機(jī)制之后仍未接收到確認(rèn)，則可向應(yīng)用程序?qū)犹峤还收贤ㄖ?br> 假設(shè)最后消息的確認(rèn)由發(fā)起者端點(diǎn)105接收，則在請(qǐng)求-響應(yīng)傳輸協(xié)議的另一個(gè)請(qǐng)求流上發(fā)送包括序列標(biāo)識(shí)符108的終止序列126。最后，在該示例中，接受者端點(diǎn)110用另一個(gè)傳輸層零響應(yīng)124作響應(yīng)。在該實(shí)例中，雙方都考慮所終止的序列會(huì)話。還要注意，接受者端點(diǎn)110可不發(fā)送零響應(yīng)124，而用終止序列消息126的確認(rèn)來作出響應(yīng)。
本發(fā)明還可根據(jù)包括功能步驟和/或非功能動(dòng)作的方法進(jìn)行描述。以下是對(duì)在實(shí)踐本發(fā)明中執(zhí)行的動(dòng)作和/或步驟的描述。通常，功能步驟根據(jù)所完成的結(jié)果來描述本發(fā)明，而非功能動(dòng)作則描述更具體的用來獲取特定結(jié)果的行動(dòng)。盡管功能步驟和/或非功能動(dòng)作可以特定順序進(jìn)行描述和聲明，本發(fā)明并不限于動(dòng)作和/或步驟的任何特殊順序或組合。此外，步驟和/或動(dòng)作在權(quán)利要求的陳述一以及以下圖2的流程圖的描述一中的使用用來示出這些術(shù)語的所需特定使用。
圖2示出本發(fā)明各個(gè)實(shí)例實(shí)施例的流程圖。圖2的以下描述有時(shí)將引用圖1A和1B的相應(yīng)元件。盡管可從這些示圖中引用特定元件，但是這些元件僅用于說明性目的，并且除非明確聲明并不是要限制或以其它方式縮小本發(fā)明的范圍。
圖2示出在請(qǐng)求-相應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)提供RM協(xié)議的方法200的實(shí)例流程圖。在發(fā)起者側(cè)，方法200包括創(chuàng)建應(yīng)用程序?qū)酉⒌膭?dòng)作(205)。例如，發(fā)起者端點(diǎn)105可創(chuàng)建可靠單向消息交換模式的用于傳送到接受者端點(diǎn)110的應(yīng)用程序?qū)酉ⅰＭǔ?，發(fā)起者端點(diǎn)105不是可尋址的，即，應(yīng)用程序?qū)?15消息通常將包括用于在接受者端點(diǎn)110上處理的輸入信息，而沒有從接受者端點(diǎn)110回流到發(fā)起者端點(diǎn)105的應(yīng)用程序?qū)虞敵?60消息。當(dāng)然，如前所述，基礎(chǔ)結(jié)構(gòu)消息(例如確認(rèn)請(qǐng)求、創(chuàng)建序列、終止序列等)也可被鏈接到應(yīng)用程序?qū)酉?15。
然而，注意，通常請(qǐng)求發(fā)起序列會(huì)話的基礎(chǔ)結(jié)構(gòu)消息(以及終止基礎(chǔ)結(jié)構(gòu)消息)并不鏈接到應(yīng)用程序?qū)酉⑸?。?shí)際上，通常創(chuàng)建序列會(huì)話通常由RM層120響應(yīng)于來自應(yīng)用程序?qū)?15的本地API調(diào)用(諸如CreateSession或Session.open)而創(chuàng)建。因此，如前所述，用于建立或發(fā)起序列會(huì)話(和/或終止序列會(huì)話)的任何特定過程僅用作說明性目的，并且除非明確聲明并不是要限制或以其它方式縮小本發(fā)明的范圍。
不管基礎(chǔ)結(jié)構(gòu)信息是否與應(yīng)用程序?qū)酉㈡溄樱椒?00還包括根據(jù)RM協(xié)議格式化應(yīng)用程序?qū)酉⒌膭?dòng)作(210)。例如，發(fā)起者端點(diǎn)105上的可靠消息傳送層120可格式化應(yīng)用程序?qū)酉?，并在發(fā)起者緩沖區(qū)130中存儲(chǔ)應(yīng)用程序?qū)酉?35的副本以便重試。然后，方法200包括在傳輸請(qǐng)求流上發(fā)送應(yīng)用程序?qū)酉⒌膭?dòng)作(215)。即，例如，消息從可靠消息傳送層120往下傳遞到請(qǐng)求-響應(yīng)傳輸層125。然后該消息在請(qǐng)求流145上被發(fā)送給接受者端點(diǎn)110。請(qǐng)求-響應(yīng)傳輸協(xié)議可以是匿名傳輸，例如匿名HTTP或其它類似的請(qǐng)求-響應(yīng)傳輸協(xié)議。
無論如何，在接受者側(cè)，方法200還包括在請(qǐng)求流上接收應(yīng)用程序?qū)酉⒌膭?dòng)作(225)。例如，接受者端點(diǎn)110可在請(qǐng)求-響應(yīng)傳輸層156上接收請(qǐng)求流145上的應(yīng)用程序?qū)酉ⅰＨ缓?，方?00還包括標(biāo)識(shí)應(yīng)用程序?qū)酉⒏鶕?jù)RM協(xié)議格式化的動(dòng)作(230)。此外，方法200包括將RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接到傳輸層響應(yīng)的動(dòng)作(235)。例如，可靠消息傳送層155可將應(yīng)用程序?qū)酉?70存儲(chǔ)在接受者緩沖區(qū)165中，用來由接受者端點(diǎn)110的應(yīng)用程序?qū)?60進(jìn)行隨后的處理。然后，可靠消息傳送層155可對(duì)應(yīng)于從發(fā)起者105發(fā)送到接受者110的一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌目煽拷粨Q，將傳輸層響應(yīng)鏈接到RM基礎(chǔ)結(jié)構(gòu)信息112。
鏈接到傳輸層響應(yīng)的基礎(chǔ)結(jié)構(gòu)信息可以是表示接受者已可靠地接收了一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。該確認(rèn)響應(yīng)可包括對(duì)在請(qǐng)求流上發(fā)送的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。此外，格式化的應(yīng)用程序?qū)酉⒖筛鶕?jù)RM協(xié)議被鏈接到確認(rèn)請(qǐng)求。在該實(shí)例中，確認(rèn)響應(yīng)是對(duì)確認(rèn)請(qǐng)求的回應(yīng)?；蛘?，在應(yīng)用程序?qū)酉⒈绘溄拥絼?chuàng)建單向序列會(huì)話的請(qǐng)求的情形中，RM信息可以是序列標(biāo)識(shí)符108。
在格式化傳輸層響應(yīng)之后，方法200包括在響應(yīng)流上發(fā)送傳輸層響應(yīng)的動(dòng)作(240)。類似地，在發(fā)起者側(cè)，方法200還包括在回應(yīng)流上接收相應(yīng)的傳輸層響應(yīng)的動(dòng)作(220)。例如，接受者端點(diǎn)110在回應(yīng)流140上發(fā)送傳輸層響應(yīng)(例如104、114)并在發(fā)起者端點(diǎn)105上接收。然后從傳輸層響應(yīng)中提取RM或基礎(chǔ)結(jié)構(gòu)層的響應(yīng)，并將其給予RM層120。該RM層120從發(fā)起者緩沖區(qū)130中刪除消息135的副本。
其它示例實(shí)施例規(guī)定，在發(fā)送應(yīng)用程序?qū)酉⒅?，由唯一的序列?biāo)識(shí)符表示的單向序列會(huì)話在發(fā)起者105和接受者110之間建立。因此，應(yīng)用程序?qū)酉ㄔ撐ㄒ坏男蛄袠?biāo)識(shí)符。然后，包括該唯一序列標(biāo)識(shí)符的后續(xù)消息可根據(jù)RM協(xié)議格式化，并在請(qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流145上發(fā)送。該后續(xù)消息可在接收到對(duì)應(yīng)于最初應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)之前發(fā)送。然后，在發(fā)起者105上接收請(qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流140上的后續(xù)傳輸層響應(yīng)。
還有其它的實(shí)施例規(guī)定后續(xù)消息是應(yīng)用程序?qū)酉ⅲㄓ糜谠诮邮苷叨它c(diǎn)110上處理的輸入信息，而沒有回流到發(fā)起者端點(diǎn)的應(yīng)用程序?qū)虞敵鲂畔?。在該?shí)施例中，后續(xù)傳輸層響應(yīng)可被鏈接到RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息112，該信息112包括表示接受者端點(diǎn)110已接收到至少后續(xù)的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)128。
在后續(xù)消息是包括終止序列單元126的RM協(xié)議基礎(chǔ)結(jié)構(gòu)消息的情形中，可發(fā)送后續(xù)傳輸層響應(yīng)以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議，例如零響應(yīng)124。或者，傳輸層響應(yīng)可包括RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息，它是表示接受者110已接收到序列會(huì)話中最后的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)128。
另外的實(shí)施例規(guī)定，傳輸協(xié)議可以是HTTP，且其中后續(xù)傳輸層響應(yīng)是為了遵從請(qǐng)求-響應(yīng)傳輸協(xié)議而發(fā)送的HTTP消息。還有另外的示例實(shí)施例規(guī)定，接收到了序列會(huì)話的另一應(yīng)用程序?qū)酉?，但是顛倒順序到達(dá)的，則接受者端點(diǎn)丟棄該消息并不發(fā)送確認(rèn)，但仍然發(fā)送傳輸層響應(yīng)以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。
本發(fā)明范圍內(nèi)的諸實(shí)施例也包括用來執(zhí)行或具有存儲(chǔ)其上的計(jì)算機(jī)可執(zhí)行指令或數(shù)據(jù)結(jié)構(gòu)的計(jì)算機(jī)可讀介質(zhì)。這種計(jì)算機(jī)可讀介質(zhì)可以是通用或?qū)Ｓ糜?jì)算機(jī)可訪問的任何可用介質(zhì)。作為示例，而非限制，這種計(jì)算機(jī)可讀介質(zhì)可包括RAM、ROM、EEPROM、CD-ROM或其它光盤存儲(chǔ)、磁盤存儲(chǔ)或其它磁盤存儲(chǔ)裝置、或可用以執(zhí)行或存儲(chǔ)計(jì)算機(jī)可執(zhí)行指令或數(shù)據(jù)結(jié)構(gòu)形式的所需程序代碼工具以及可被通用或?qū)Ｓ糜?jì)算機(jī)訪問的任何其它介質(zhì)。當(dāng)信息經(jīng)網(wǎng)絡(luò)或另一通信連接(硬接線、無線、或硬接線或無線的組合)傳送到或提供給計(jì)算機(jī)時(shí)，計(jì)算機(jī)完全可視該連接為計(jì)算機(jī)可讀介質(zhì)。因而，任何這種連接完全可被稱為計(jì)算機(jī)可讀介質(zhì)。以上組合應(yīng)當(dāng)也可被包括在計(jì)算機(jī)可讀介質(zhì)的范圍內(nèi)。計(jì)算機(jī)可執(zhí)行指令包括，例如使通用計(jì)算機(jī)、專用計(jì)算機(jī)、或?qū)Ｓ锰幚硌b置執(zhí)行某些功能或功能組的指令和數(shù)據(jù)。
圖3和以下討論旨在提供一種本發(fā)明可在其中實(shí)現(xiàn)的適當(dāng)計(jì)算環(huán)境的簡(jiǎn)要一般說明。盡管不是必需的，本發(fā)明將在由個(gè)人計(jì)算機(jī)執(zhí)行的諸如程序模塊的計(jì)算機(jī)可執(zhí)行指令的一般上下文中進(jìn)行說明。一般而言，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)具體抽象數(shù)據(jù)結(jié)構(gòu)的例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等等。計(jì)算機(jī)可執(zhí)行指令、相關(guān)聯(lián)數(shù)據(jù)結(jié)構(gòu)、以及程序模塊代表用來執(zhí)行在此所揭示方法的諸步驟的程序代碼裝置的示例。這些可執(zhí)行指令或相關(guān)聯(lián)數(shù)據(jù)結(jié)構(gòu)的特定順序表示用于實(shí)現(xiàn)在這些步驟中描述的功能的相應(yīng)動(dòng)作的示例。
本領(lǐng)域技術(shù)人員會(huì)理解本發(fā)明在帶有多種計(jì)算機(jī)系統(tǒng)配置的網(wǎng)絡(luò)計(jì)算環(huán)境中，包括個(gè)人計(jì)算機(jī)、手持式裝置、多處理器系統(tǒng)、基于微處理器的或可編程的消費(fèi)電器、網(wǎng)絡(luò)PC、小型計(jì)算機(jī)、大型計(jì)算機(jī)等等，也是可以實(shí)踐的。本發(fā)明還可在任務(wù)經(jīng)由通信網(wǎng)絡(luò)鏈路(通過硬接線鏈路、無線鏈路、或硬接線鏈路或無線鏈路的組合)的本地和遠(yuǎn)程處理裝置執(zhí)行的分布式計(jì)算環(huán)境中實(shí)踐。在分布式計(jì)算環(huán)境中，程序模塊可被置于本地和遠(yuǎn)程存儲(chǔ)器存儲(chǔ)設(shè)備中。
參照?qǐng)D3，實(shí)現(xiàn)本發(fā)明的示例性系統(tǒng)具有常規(guī)計(jì)算機(jī)320形式的通用計(jì)算設(shè)備，包括處理單元321、系統(tǒng)存儲(chǔ)器322以及把包括系統(tǒng)存儲(chǔ)器322在內(nèi)的各種系統(tǒng)組件耦合到處理單元321的系統(tǒng)總線323。系統(tǒng)總線323可能是若干總線結(jié)構(gòu)類型中的任何一種，包括存儲(chǔ)器總線或存儲(chǔ)器控制器、外圍總線、以及使用多種總線架構(gòu)的任一種的本地總線。系統(tǒng)存儲(chǔ)器包括只讀存儲(chǔ)器(ROM)324和隨機(jī)存取存儲(chǔ)器(RAM)325。含有幫助在個(gè)人計(jì)算機(jī)320中元件之間，如啟動(dòng)期間的信息交換的基本例程的基本輸入/輸出系統(tǒng)(BIOS)326存儲(chǔ)在ROM 324中。
計(jì)算機(jī)320還包括讀取和寫入硬盤339的硬盤驅(qū)動(dòng)器327、讀取或?qū)懭肟梢苿?dòng)磁盤329的磁盤驅(qū)動(dòng)器328、和讀取或?qū)懭胫T如CD ROM或其它光學(xué)介質(zhì)等可移動(dòng)光盤331的光盤驅(qū)動(dòng)器330。磁性硬盤驅(qū)動(dòng)器327、磁盤驅(qū)動(dòng)器328、光盤驅(qū)動(dòng)器330分別通過硬盤驅(qū)動(dòng)器接口332、磁盤驅(qū)動(dòng)器接口333、光盤驅(qū)動(dòng)器接口334連接至系統(tǒng)總線323。諸驅(qū)動(dòng)器及其相關(guān)聯(lián)的計(jì)算機(jī)可讀介質(zhì)為計(jì)算機(jī)320提供計(jì)算機(jī)可執(zhí)行指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊和其它數(shù)據(jù)的非易失性儲(chǔ)存。盡管在此所述的示例性環(huán)境采用了磁性硬盤339、可移動(dòng)磁盤329和可移動(dòng)光盤331，但可使用其它類型計(jì)算機(jī)可訪問的能夠存儲(chǔ)數(shù)據(jù)的計(jì)算機(jī)可讀介質(zhì)，包括磁卡、閃存卡、數(shù)字通用盤、Bernoulli卡、RAM、ROM等等。
包括操作系統(tǒng)335、一個(gè)或多個(gè)應(yīng)用程序336、其它程序模塊337和程序數(shù)據(jù)338的一個(gè)或多個(gè)程序模塊的程序代碼裝置，可以存儲(chǔ)在磁性硬盤339、磁盤329、光盤331、ROM 324或RAM 325中。用戶可通過諸如鍵盤340、定位裝置342或諸如話筒、游戲桿、游戲墊、掃描儀等等的其它輸入裝置(未示出)向計(jì)算機(jī)系統(tǒng)320輸入命令和信息。這些和其它輸入裝置常常通過與系統(tǒng)總線323耦合的輸入/輸出接口346連接到處理單元321?；蛘咻斎胙b置也可通過其它接口相連，如并行端口、游戲端口或通用串行總線(USB)。監(jiān)視器347或另一顯示裝置也通過諸如如視頻適配器348的接口和系統(tǒng)總線323相連。除了顯示器，個(gè)人計(jì)算機(jī)通常包括其它外圍輸出裝置(未示出)，如揚(yáng)聲器和打印機(jī)。
計(jì)算機(jī)320可以在使用與一臺(tái)或多臺(tái)遠(yuǎn)程計(jì)算機(jī)，諸如遠(yuǎn)程計(jì)算機(jī)349a和349b的邏輯連接的網(wǎng)絡(luò)化環(huán)境中運(yùn)行。遠(yuǎn)程計(jì)算機(jī)349a和349b可以是另一臺(tái)個(gè)人計(jì)算機(jī)、服務(wù)器、路由器、網(wǎng)絡(luò)PC、對(duì)等裝置或其它普通網(wǎng)絡(luò)節(jié)點(diǎn)，而且通常包括上述與計(jì)算機(jī)320相關(guān)的許多或全部部件，盡管在圖3中僅顯示了存儲(chǔ)器存儲(chǔ)裝置350a和350b及其相關(guān)聯(lián)應(yīng)用程序336a和336b。圖3中所示的邏輯連接包括在此作為示例而非限制地顯示的局域網(wǎng)(LAN)351和廣域網(wǎng)(WAN)352。這樣的網(wǎng)絡(luò)化環(huán)境在辦公室、企業(yè)范圍計(jì)算機(jī)網(wǎng)絡(luò)、企業(yè)內(nèi)聯(lián)網(wǎng)和因特網(wǎng)上是常見的。
當(dāng)用于LAN網(wǎng)絡(luò)環(huán)境中時(shí)，計(jì)算機(jī)320通過網(wǎng)絡(luò)接口或適配器353與LAN 351連接。當(dāng)用于WAN網(wǎng)絡(luò)環(huán)境中時(shí)，計(jì)算機(jī)320可包括調(diào)制解調(diào)器354、無線鏈路或其它用于在諸如因特網(wǎng)的廣域網(wǎng)352中建立通信的裝置?？梢允莾?nèi)置式或外置式的調(diào)制解調(diào)器354，與系統(tǒng)總線323通過串行端口接口346連接。在網(wǎng)絡(luò)化環(huán)境中，所述與計(jì)算機(jī)320相關(guān)的程序模塊或其一部分，可以存儲(chǔ)在遠(yuǎn)程存儲(chǔ)器存儲(chǔ)裝置中?？梢岳斫?，所示網(wǎng)絡(luò)連接是示例性的，也可以使用其它用于在廣域網(wǎng)352中建立通信連接的方法。
本發(fā)明可體現(xiàn)為其它特定形式，而不背離其精神或本質(zhì)特征。所述諸實(shí)施例在所有方面都應(yīng)僅僅被視為是說明性的，而不是限制性的。因此，本發(fā)明的范圍由所附權(quán)利要求書而不是前面的說明書來指出。在權(quán)利要求書的等效技術(shù)方案含義和范圍內(nèi)的所有變化被包含在其范圍內(nèi)。
權(quán)利要求
1.在分布式系統(tǒng)的發(fā)起者計(jì)算裝置上，一種方法通過發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)，以在請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)向分布式系統(tǒng)提供可靠的消息傳送協(xié)議(RM協(xié)議)，所述方法包括以下動(dòng)作以可靠單向消息交換模式在發(fā)起者端點(diǎn)上創(chuàng)建應(yīng)用程序?qū)酉?，用于將所述?yīng)用程序?qū)酉魉徒o接受者端點(diǎn)；根據(jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化所述應(yīng)用程序?qū)酉?；在?qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流上發(fā)送所述應(yīng)用程序?qū)酉?；在?qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流上接收相應(yīng)的傳輸層響應(yīng)，所述傳輸層響應(yīng)與RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接以便遵從該RM協(xié)議。
2.如權(quán)利要求1所述的方法，其特征在于，所述鏈接到傳輸層響應(yīng)的基礎(chǔ)結(jié)構(gòu)信息是表示所述接受者已可靠地接收到一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
3.如權(quán)利要求2所述的方法，其特征在于，所述確認(rèn)響應(yīng)包括對(duì)在請(qǐng)求流上發(fā)送的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
4.如權(quán)利要求3所述的方法，其特征在于，所述格式化的應(yīng)用程序?qū)酉⒏鶕?jù)RM協(xié)議被鏈接到確認(rèn)請(qǐng)求，且其中所述確認(rèn)響應(yīng)是對(duì)確認(rèn)請(qǐng)求的回應(yīng)。
5.如權(quán)利要求1所述的方法，其特征在于，在發(fā)送所述應(yīng)用程序?qū)酉⒅埃晌ㄒ恍蛄袠?biāo)識(shí)符標(biāo)識(shí)的單向序列會(huì)話在發(fā)起者和接受者之間建立，且其中所述應(yīng)用程序?qū)酉ㄋ鑫ㄒ恍蛄袠?biāo)識(shí)符。
6.如權(quán)利要求5所述的方法，還包括以下動(dòng)作根據(jù)所述RM協(xié)議格式化后續(xù)消息，其中所述后續(xù)消息包括唯一的序列標(biāo)識(shí)符；以及在請(qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流上發(fā)送所述后續(xù)消息。
7.如權(quán)利要求6所述的方法，還包括以下動(dòng)作在所述請(qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流上接收后續(xù)的傳輸層響應(yīng)。
8.如權(quán)利要求7所述的方法，其特征在于，所述后續(xù)消息是包括用于在接受者端點(diǎn)上處理的輸入信息的應(yīng)用程序?qū)酉?，而沒有回流到發(fā)起者端點(diǎn)的應(yīng)用程序?qū)虞敵鲂畔?，且其中后續(xù)傳輸層響應(yīng)被鏈接到RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息，所述信息包括表示接受者已接收到至少后續(xù)消息的確認(rèn)響應(yīng)。
9.如權(quán)利要求7所述的方法，其特征在于，所述后續(xù)消息是包括終止序列單元的RM協(xié)議基礎(chǔ)結(jié)構(gòu)消息，且其中后續(xù)的傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議，或者包括RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息，所述信息包括表示接受者已接收到序列會(huì)話中至少最后的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
10.如權(quán)利要求7所述的方法，其特征在于，后續(xù)傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。
11.如權(quán)利要求10所述的方法，其特征在于，所述傳輸協(xié)議是HTTP，且其中后續(xù)的傳輸層響應(yīng)是遵從HTTP的消息。
12.如權(quán)利要求6所述的方法，其特征在于，所述后續(xù)消息在接收對(duì)應(yīng)于所述應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)之前發(fā)送。
13.在分布式系統(tǒng)的接受者計(jì)算裝置上，一種方法通過發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)，以在請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)向分布式系統(tǒng)提供可靠的消息傳送協(xié)議(RM協(xié)議)，所述方法包括以下動(dòng)作以可靠的單向消息交換模式接收從發(fā)起者到接受者的應(yīng)用程序?qū)酉ⅲ鰬?yīng)用程序?qū)酉⒔?jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的請(qǐng)求流接收；標(biāo)識(shí)所述應(yīng)用程序?qū)酉⒏鶕?jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化；將RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接到傳輸層響應(yīng)，所述基礎(chǔ)結(jié)構(gòu)信息對(duì)應(yīng)于從所述發(fā)起者發(fā)送到所述接受者的一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌目煽拷粨Q；以及經(jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的回應(yīng)流發(fā)送所述傳輸層響應(yīng)，以便遵從RM協(xié)議。
14.如權(quán)利要求13所述的方法，其特征在于，所述鏈接到傳輸層響應(yīng)的基礎(chǔ)結(jié)構(gòu)信息是表示所述接受者已可靠地接收到一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
15.如權(quán)利要求14所述的方法，其特征在于，所述確認(rèn)響應(yīng)包括對(duì)在請(qǐng)求流上發(fā)送的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
16.如權(quán)利要求15所述的方法，其特征在于，所述格式化的應(yīng)用程序?qū)酉⒏鶕?jù)RM協(xié)議被鏈接到確認(rèn)請(qǐng)求，且其中所述確認(rèn)響應(yīng)是對(duì)確認(rèn)請(qǐng)求的回應(yīng)。
17.如權(quán)利要求13所述的方法，其特征在于，在接收所述應(yīng)用程序?qū)酉⒅?，由唯一序列?biāo)識(shí)符標(biāo)識(shí)的單向序列會(huì)話在發(fā)起者和接受者之間建立，且其中所述應(yīng)用程序?qū)酉ㄋ鑫ㄒ恍蛄袠?biāo)識(shí)符。
18.如權(quán)利要求17所述的方法，還包括以下動(dòng)作在請(qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流上接收后續(xù)消息，其中所述后續(xù)消息包括唯一的序列標(biāo)識(shí)符；以及標(biāo)識(shí)所述后續(xù)消息根據(jù)RM協(xié)議格式化。
19.如權(quán)利要求18所述的方法，還包括以下動(dòng)作在所述請(qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流上發(fā)送后續(xù)的傳輸層響應(yīng)。
20.如權(quán)利要求19所述的方法，其特征在于，所述后續(xù)消息是包括用于在接受者端點(diǎn)上處理的輸入信息的應(yīng)用程序?qū)酉?，而沒有回流到發(fā)起者端點(diǎn)的應(yīng)用程序?qū)虞敵鲂畔ⅲ移渲泻罄m(xù)的傳輸層響應(yīng)被鏈接到RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息，所述信息包括表示接受者已接收到至少后續(xù)消息的確認(rèn)響應(yīng)。
21.如權(quán)利要求20所述的方法，其特征在于，所述后續(xù)消息是包括終止序列單元的RM協(xié)議基礎(chǔ)結(jié)構(gòu)消息，且其中后續(xù)的傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議，或者包括RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息，所述信息包括表示接受者已接收到序列會(huì)話中至少最后的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
22.如權(quán)利要求20所述的方法，其特征在于，后續(xù)的傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。
23.如權(quán)利要求22所述的方法，其特征在于，所述傳輸協(xié)議是HTTP，且其中后續(xù)的傳輸層響應(yīng)是遵從HTTP的消息。
24.如權(quán)利要求18所述的方法，其特征在于，所述后續(xù)消息在發(fā)送對(duì)應(yīng)于所述應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)之前接收。
25.在分布式系統(tǒng)的發(fā)起者計(jì)算裝置上，一種計(jì)算機(jī)程序產(chǎn)品用于實(shí)現(xiàn)一種方法，通過發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)，以在請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)向分布式系統(tǒng)提供可靠的消息傳送協(xié)議(RM協(xié)議)，所述計(jì)算機(jī)程序產(chǎn)品包括一個(gè)或多個(gè)具有存儲(chǔ)其上的計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)可執(zhí)行指令在由處理器執(zhí)行時(shí)可使分布式計(jì)算系統(tǒng)執(zhí)行以下動(dòng)作以可靠單向消息交換模式在發(fā)起者端點(diǎn)上創(chuàng)建應(yīng)用程序?qū)酉?，用于將所述?yīng)用程序?qū)酉魉徒o接受者端點(diǎn)；根據(jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化所述應(yīng)用程序?qū)酉ⅲ辉谡?qǐng)求-響應(yīng)傳輸?shù)恼?qǐng)求流上發(fā)送所述應(yīng)用程序?qū)酉?；在?qǐng)求-響應(yīng)傳輸?shù)幕貞?yīng)流上接收相應(yīng)的傳輸層響應(yīng)，所述傳輸層響應(yīng)與RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接以便遵從該RM協(xié)議。
26.如權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，在發(fā)送所述應(yīng)用程序?qū)酉⒅?，由唯一序列?biāo)識(shí)符標(biāo)識(shí)的單向序列會(huì)話在發(fā)起者和接受者之間建立，且其中所述應(yīng)用程序?qū)酉ㄋ鑫ㄒ恍蛄袠?biāo)識(shí)符。
27.如權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。
28.如權(quán)利要求27所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述傳輸協(xié)議是HTTP，且其中后續(xù)的傳輸層響應(yīng)是遵從HTTP的消息。
29.如權(quán)利要求25所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述鏈接到傳輸層響應(yīng)的基礎(chǔ)結(jié)構(gòu)信息是表示所述接受者已可靠地接收到一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
30.如權(quán)利要求29所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述確認(rèn)響應(yīng)包括對(duì)在請(qǐng)求流上發(fā)送的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
31.如權(quán)利要求30所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述格式化的應(yīng)用程序?qū)酉⒏鶕?jù)RM協(xié)議被鏈接到確認(rèn)請(qǐng)求，且其中所述確認(rèn)響應(yīng)是對(duì)確認(rèn)請(qǐng)求的回應(yīng)。
32.在分布式系統(tǒng)的接受者計(jì)算裝置上，一種計(jì)算機(jī)程序產(chǎn)品用于實(shí)現(xiàn)一種方法，通過發(fā)揮請(qǐng)求-響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)，以在請(qǐng)求-響應(yīng)傳輸協(xié)議上發(fā)送應(yīng)用程序?qū)酉r(shí)向分布式系統(tǒng)提供可靠的消息傳送協(xié)議(RM協(xié)議)，所述計(jì)算機(jī)程序產(chǎn)品包括一個(gè)或多個(gè)具有存儲(chǔ)其上的計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)可執(zhí)行指令在由處理器執(zhí)行時(shí)可使分布式計(jì)算系統(tǒng)執(zhí)行以下動(dòng)作以可靠的單向信息交換模式接收從發(fā)起者到接受者的應(yīng)用程序?qū)酉ⅲ鰬?yīng)用程序?qū)酉⒔?jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的請(qǐng)求流接收；標(biāo)識(shí)所述應(yīng)用程序?qū)酉⒏鶕?jù)分布式系統(tǒng)的可靠消息傳送協(xié)議(RM協(xié)議)格式化；將RM協(xié)議基礎(chǔ)結(jié)構(gòu)信息鏈接到傳輸層響應(yīng)，所述基礎(chǔ)結(jié)構(gòu)信息對(duì)應(yīng)于一個(gè)或多個(gè)應(yīng)用程序?qū)酉乃霭l(fā)起者到所述接受者的可靠交換；以及經(jīng)請(qǐng)求-響應(yīng)傳輸協(xié)議的回應(yīng)流發(fā)送所述傳輸層響應(yīng)，以便遵從RM協(xié)議。
33.如權(quán)利要求32所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述傳輸層響應(yīng)被接收以便遵從請(qǐng)求-響應(yīng)傳輸協(xié)議。
34.如權(quán)利要求32所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述傳輸協(xié)議是HTTP，且其中后續(xù)的傳輸層響應(yīng)是遵從HTTP的消息。
35.如權(quán)利要求34所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述后續(xù)消息在發(fā)送對(duì)應(yīng)于所述應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)之前接收。
36.如權(quán)利要求32所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述鏈接到傳輸層響應(yīng)的基礎(chǔ)結(jié)構(gòu)信息是表示所述接受者已可靠地接收到一個(gè)或多個(gè)應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
37.如權(quán)利要求36所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述確認(rèn)響應(yīng)包括對(duì)在請(qǐng)求流上發(fā)送的應(yīng)用程序?qū)酉⒌拇_認(rèn)響應(yīng)。
38.如權(quán)利要求37所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，所述格式化的應(yīng)用程序?qū)酉⒏鶕?jù)RM協(xié)議被鏈接到確認(rèn)請(qǐng)求，且其中所述確認(rèn)響應(yīng)是對(duì)確認(rèn)請(qǐng)求的回應(yīng)。
39.如權(quán)利要求32所述的計(jì)算機(jī)程序產(chǎn)品，其特征在于，在接收所述應(yīng)用程序?qū)酉⒅?，由唯一序列?biāo)識(shí)符標(biāo)識(shí)的單向序列會(huì)話在發(fā)起者和接受者之間建立，且其中所述應(yīng)用程序?qū)酉ㄋ鑫ㄒ恍蛄袠?biāo)識(shí)符。
全文摘要
各示例實(shí)施例提供RM協(xié)議和請(qǐng)求－響應(yīng)傳輸協(xié)議(例如HTTP)之間的綁定機(jī)制。本發(fā)明發(fā)揮請(qǐng)求－響應(yīng)傳輸協(xié)議的現(xiàn)有網(wǎng)絡(luò)特征而不重新配置或使用新的基礎(chǔ)結(jié)構(gòu)服務(wù)。請(qǐng)求－回應(yīng)傳輸模型本質(zhì)上是非對(duì)稱的，并提供兩個(gè)數(shù)據(jù)流；請(qǐng)求流和回應(yīng)流。當(dāng)發(fā)起者是不可尋址的和/或通信需要請(qǐng)求－響應(yīng)傳輸時(shí)，本發(fā)明允許基礎(chǔ)結(jié)構(gòu)和應(yīng)用程序消息在請(qǐng)求流上發(fā)送，而確認(rèn)和其它基礎(chǔ)結(jié)構(gòu)消息則可在傳輸?shù)幕貞?yīng)流上發(fā)送回去。
文檔編號(hào)H04L29/06GK1812405SQ20051012016
公開日2006年8月2日 申請(qǐng)日期2005年11月10日 優(yōu)先權(quán)日2004年12月10日
發(fā)明者M·T·戴斯, R·D·希爾, R·T·利姆普蘭切特, S·科恩, S·R·巴特雷斯 申請(qǐng)人:微軟公司