基於網絡的協作的方法和系統的製作方法

2023-10-22 12:11:37

專利名稱：基於網絡的協作的方法和系統的製作方法
基於網絡的協作的方法和系統本發明涉及數據通信，具體涉及建立基於網絡的協作的方法和系統。還描述了在已建立的基於網絡的協作內使用的數據路徑優化的方法。在基於廣域網(WAN)的協作領域內發現了本發明的具體應用。術語協作涉及計算機資源的共享，具體涉及通過網絡共享桌面計算機資源。近來，由於通過避免參與者往來於地點之間親自參加會議的必要而獲得的成本和時間的節約，通過網絡的協作被更廣泛地使用。許多協作系統市場上有售，例如由下列公司出售並許可的系統WebEx通信公司，商標為WebEx ；Citrix 系統公司，商標為 GoToMeeting ；微軟公司，商標為SharedView ；IBM公司，商標為Sametime ；以及Adobe 系統公司，商標為 Adobe Acrobat Connect Professional。

圖1中提供了這些系統的示意圖表示，並且這些系統一般通過參考數字1來描述。 這些系統通常基於中央伺服器2的使用，希望參與協作會話的任何個人必須經由計算機終端建立到中央伺服器2的連接3。到中央伺服器2的連接3通常經由網際網路4實現。即使許多參與者可能位於同一地點或建築物5內，但如果不在同一房間，每一計算機終端需要一個連接3。換句話說，對η個計算機終端來說，中央伺服器2必須保持η個連接3。已知該方法對於較小數目的參與者來說很有效，但受限於它的可擴容性，在許多情況下，它不允許由數以百計(或更多數目)的參與者使用。實際上，所述協作系統1的瓶頸在於任何地點或建築物5對它到外部世界的可用帶寬都具有上限值。因此，如果在給定地點5的參與者數目較大，那麼到外部世界的連接變得堵塞，且對於所有的意圖和目的來說，協作系統1變得不可行。網際網路協議(IP)多播是基於網絡的通信技術，其允許伺服器通過IP基礎設施 (例如流媒體和網絡電視應用)將信息傳送到多個計算機終端。它容易擴容到更大的接收群體，因為它不需要誰或多少計算機終端正在接收已傳送的信息的任何已知知識。通常，IP 多播系統要求伺服器將數據報只發送一次到網絡基礎設施，即使數據報需要被傳遞到較大數目的計算機終端。網絡中的節點負責複製數據報使得它們到達多個計算機終端。使用多播尋址的最常見的底層協議是用戶數據報協議(UDP)。由於其本身的性質，UDP有高效的帶寬，然而它是不可靠的，因為信息經常丟失或傳遞中出現錯誤。網絡堵塞的問題之前在網際網路協議(IP)多播領域中已經被認識到了。例如，微軟公司名下的美國專利公布US2006/0029092A1描述了用於應用層多播的傳送優化的方法。在所描述的方法中，對於視頻會議的每一成員來說，表示數據源和視頻會議的其他成員 (即從數據源接收視頻和音頻數據的數據接收者)的數據通信配置的多播樹生成了。從每一數據源到各個數據接收者的端到端的傳送延遲於是被確定了，每一數據源和各個數據接收者之間的可用帶寬也被確定了。多播樹中的一個或多個(每一個對應一個數據源)於是根據端到端的傳送延遲和針對特定數據源的可用帶寬被完善，以優化在視頻會議中的數據源的數據通信配置。US2006/0029092A1的美國專利公布所描述的方法使用了許多特徵，所述特徵如果在協作系統內使用將會限制它的能力。在第一個實例中，所描述的方法受限於它的可擴容性。它要求應用層多播的每一成員確定與所有其他成員的帶寬和延遲。因為這是全網絡配置過程，所以複雜度(因此努力)是l/2n(n+l)，其中η是成員的數目。對於每一其他成員重複該過程，因此當η較大時，該方法很快變得難以處理。基於所描述的方法的任何協作系統將比實際執行有用的數據通信在測試連接上花費更多的時間和帶寬。將US2006/0029092A1所描述的方法引入協作系統的第二個基本問題涉及該事實所描述的方法沒有選定的數據可以通過其直接在應用層多播的單個成員之間發送的機制。由任何特定的成員傳輸的信息被發送到應用層多播的所有其他成員。同樣在微軟公司的名下的編號為US2006/0029092A1的美國專利公布還描述了實現用於多方音-視頻會議的應用層路由協議的可選的系統和方法。在此，應用層、每流 (per-stream)路由技術分別控制託管在網絡上的會議成員之間的音頻數據和視頻數據。不同的音頻應用層多播(ALM)樹由每一成員生成，其根據數據傳遞路徑的最短路徑優先選擇被動態更新，並且這些路徑被用來將音頻數據發送到視頻會議的其他成員。同樣地，不同的視頻ALM樹每一成員生成，其根據數據傳遞路徑的最寬路徑優先選擇被動態更新，並且這些路徑被用來將視頻數據發送到視頻會議的其他成員。為每一成員生成的不同的音頻和視頻ALM樹在允許IP多播的網絡段中使用IP多播。和US2006/0029092A1 —樣，US2007/0086366A1所描述的協議包括許多將限制它
在協作系統內的使用的固有特徵。在第一個實例中，所描述的協議使用IP多播，這是可用的，在該實現中不能夠傳遞可靠的數據。數據可靠性的問題還受到協議的動態性質的損害； 實際上，網絡不斷地重組，這導致不穩定的系統。系統的不穩定性由於希望參與多方音-視頻會議的成員的數目的增加而被惡化了。最後，所描述的協議沒有選定的數據可以通過其直接在選定的各個成員之間發送的機制。由特定成員發送的任何音頻或可視化數據被傳送到包括在相關的音頻和視頻ALM樹內的每一個其他成員。在Ghizi軟體有限公司的名下的編號7，315，516的美國專利教導了在應用層多播中的多個參與者之間生成中繼路徑的方法，以允許將預定的數據傳送到參與者。所述方法包含生成中繼路徑的二叉樹結構，該中繼路徑的二叉樹結構從具有相對較少跳數的網關開始朝向具有相對較多跳數的網關。所描述的方法有幾個缺點，這將再次限制它適用於協作系統。在第一個實例中，所述方法沒有考慮實際的連結速度。因此，具有有限能力的網關絕不會變成二叉樹結構中的成員，這對網絡的效率具有明顯的不利影響。該缺點被網關按照它們連接的順序進行布置的事實惡化了。這意味著所連接的第一網關將位於分布樹的頂部。如果這恰巧是具有非常有限的資源的網關，則遍布樹的整個分布將被嚴重影響。在大量資源可利用和因此可使用高得多的『扇出』的情況下，次理想的二叉樹配置的使用是尤其浪費的。與之前所討論的多播系統一樣，由編號7，315，516的美國專利所教導的方法沒有便利選定的數據在選定的各個參與者之間發送的機制。因此，本發明的一方面的目的是提供建立基於網絡的協作會話的方法，所述方法消除或至少減輕在現有技術中所描述的協作會話的缺點。
本發明的一方面的第二個目的是提供實現基於網絡的協作會話的方法，所述方法消除或至少減輕在現有技術中所描述的協作會話的缺點。本發明的一方面的另一目的是提供基於網絡的協作的數據路徑優化的方法，所述方法消除或至少減輕在現有技術中所描述的網絡優化方法的缺點。本發明的一方面的又一目的是提供建立基於網絡的協作會話的系統，所述系統消除或至少減輕在現有技術中所描述的協作系統的缺點。術語的定義在下面的描述中，終端指連接到網絡的計算機硬體。終端具有託管數據和執行網絡的客戶端和/或伺服器的功能的功能。客戶端指在終端上運行以允許用戶接收數據並因此參與協作的模塊。客戶端還可能夠為終端提供設備以將數據傳送到例如伺服器和/或一個或多個其他客戶端。客戶端可以用軟體或固件或軟體和固件的組合來實現。伺服器指在終端上運行的為協作會話提供數據的模塊。伺服器還能夠為終端提供設備以接收例如來自一個或多個客戶端的數據。伺服器可以用軟體或固件或軟體和固件的組合來實現。客戶端終端指客戶端在其上運行的計算機硬體。伺服器終端指伺服器在其上運行的計算機硬體。應用網關是可能用硬體、軟體或固件或其組合物實現的終端的功能模塊。應用網關的主要功能是在位於網絡內的伺服器和一個或多個客戶端之間中繼協作會話數據。發明概述根據本發明的第一方面，提供了執行網絡中的協作會話的方法，所述方法包括以下步驟提供作為所述協作會話的數據源的伺服器終端；提供多個客戶端終端，每一客戶端終端提供給用戶參與協作會話的接入點；以及提供一個或多個應用網關，每一應用網關被配置成在協作會話期間在網絡組件之間中繼數據；其中所述伺服器終端設置有伺服器應用網關，在協作會話期間，所述伺服器終端向所述伺服器應用網關傳送數據，伺服器應用網關根據所述伺服器終端的位置確定；以及每一客戶端終端設置有客戶端應用網關，在協作會話期間，客戶端終端從客戶端應用網關接收數據，每一客戶端應用網關根據所述客戶端終端的位置確定。提供一個或多個應用網關可包含提供一個或多個預定的終端以充當應用網關，該應用網關在下文中被稱作靜態應用網關。可選地，一個或多個客戶端終端或伺服器終端可被指示來執行應用網關的功能。該指示可在協作會話之前或期間發生。該應用網關在下文中被稱作動態應用網關。協作會話也可使用靜態應用網關和動態應用網關的組合。提供靜態的或動態的應用網關(如在下面更詳細地描述的)避免了到伺服器的多個數據連接(即一個客戶端一個連接)都傳送相同的數據的要求。通過分別基於伺服器終端的位置和客戶端終端的位置確定伺服器應用網關和客戶端應用網關(即通過確定哪個應用網關能夠將最高的數據吞吐率提供給伺服器終端和客戶端終端)，所述方法向協作會話提供具有較大效率的數據通信的架構。這在具有(例如，通常發現於網絡系統的子網絡之間的)有限的帶寬數據連接的網絡內尤其有利。在一些實施方式中，所述方法使用一個應用網關作為伺服器應用網關和客戶端應用網關。換句話說，數據可直接從伺服器終端傳送到應用網關，並繼續傳送到客戶端終端。在其他實施方式中，所述方法使用不同的應用網關作為伺服器應用網關和客戶端應用網關。換句話說，數據可直接從伺服器終端傳送到伺服器應用網關，再中繼到客戶端應用網關，並繼續傳送到客戶端終端。所述方法可在網絡內使用多個客戶端應用網關，給所述多個客戶端應用網關分配相應的客戶端終端。在該實施方式中，伺服器應用網關可將數據中繼到多個客戶端應用網關。可選地，或此外，第一客戶端應用網關可將數據中繼到第二應用網關，第二應用網關然後可將數據中繼到它的各個客戶端終端。所述方法可包括將應用網關分配給伺服器終端用於協作會話的持續的附加步驟， 以及/或者可包括將應用網關分配給多個客戶端終端中的每一個用於協作會話的持續的附加步驟。優選地，提供一個或多個應用網關的步驟包括部署一個或多個靜態應用網關。最優選地，部署應用網關來向已確認的客戶端終端的相關的子網絡提供最優的數據傳輸速度。可選地，提供一個或多個應用網關的步驟包括將已確認的客戶端終端中的一個或多個部署為一個或多個動態應用網關。最優選地，選定被部署為一個或多個動態應用網關的一個或多個已確認的客戶端終端被選擇來向已確認的客戶端終端的相關的子網絡提供最優的數據傳輸速度。使用確定所述一個或多個應用網關的方法提供了動態地建立協作會話的方式。最優選地，向伺服器終端提供伺服器應用網關的步驟由協作建立控制模塊執行。 優選地，協作建立控制模塊還執行向客戶端終端提供伺服器應用網關的步驟。優選地，協作建立控制模塊包括web伺服器。web伺服器可允許協作建立控制模塊和多個客戶端終端和/或伺服器終端之間的通信。優選地，協作建立控制模塊還包括用來保留關於所述協作會話的信息的協作資料庫。優選地，協作建立控制模塊還包括允許協作會話的後臺運行功能的實現的守護進程。要注意的重要一點是，協作建立控制模塊提供了建立、發起和保持協作會話而無需積極地參與協作會話的方式。因此，協作建立的控制模塊不構成系統內的數據流瓶頸。優選地，協作會話由用戶向協作建立控制模塊提交協作會話請求發起。會話請求優選地包括協作會話的參與用戶的身份的詳細資料。提供參與用戶的詳細資料有助於保持協作會話的安全性。可選地，所述會話請求還包括協作會話的預先安排的時間T。。優選地，在提交協作會話請求之後，將會話標識符分配到協作會話。可選地，所述伺服器終端位於已確認的客戶端終端的相關的子網絡的外部。最優選地，在網絡中執行協作會話的方法還包括在兩個或多個應用網關上執行負載測試的步驟。所述負載測試可允許建立優化的數據通信路徑，其能進一步提高協作會話的運行效率。所述負載測試可由協作建立控制模塊執行。最優選地，優化的數據通信路徑保持建立以用於協作會話的持續。可選地，所述負載測試在協作會話的預先安排的時間T。之前的預定時間Tp執行。可選地，預定時間Tp由下面的表達式Tp = T。-(Ttest χ C)確定，其中Ttest是在協作網絡上執行之前的負載測試所用的時間，C是誤差因數。誤差因數C具有大於1的值，例如 C = 1. 5。優選地，執行網絡中的協作會話的方法還包括每一參與客戶端向協作建立控制模塊提交用戶註冊請求的步驟。所述方法還可包括伺服器向協作建立控制模塊提交用戶註冊請求。為了註冊協作會話，用戶註冊請求可包括有效的會話標識符、有效的用戶名和密碼。優選地，在伺服器向協作建立控制模塊提交用戶註冊請求之後執行負載測試。負載測試可依照本發明的第五方面和它的優選實施方式。優選地，檢查用戶註冊請求以確立用戶是否具有加入所述協作會話的所要求的許可。每一用戶的驗證還有助於保持協作會話的安全性。最優選地，如果確立了用戶具有所要求的許可，則給客戶端分配客戶端標識符。客戶端標識符的分配是有利的，因為它允許參與客戶端中的每一個將數據直接發送給彼此， 即該數據不需要發送給在協作會話內使用的所有客戶端。優選地，建立基於網絡的協作會話的方法還包括應用網關向協作建立控制模塊提供應用網關的客戶端處理能力被耗盡或即將被耗盡的指示的步驟。優選地，當從相關的子網絡內的客戶端接收到又一有效的用戶註冊請求時，提交請求的客戶端終端被指示來作為第一子網絡動態應用網關。用這種方法，子網絡內的提交有效的用戶註冊請求的任何其他客戶端經由第一子網絡動態應用網關被直接連接到協作會話。可選地，第一子網絡動態應用網關向協作建立控制模塊提供第一子網絡動態應用網關的客戶端處理能力被耗盡或即將被耗盡的指示。優選地，當從相關的子網絡內的客戶端接收到又一有效的用戶註冊請求時，提交請求的客戶端終端被指示作為第二子網絡動態應用網關起作用。用這種方法，子網絡內的提交有效的用戶註冊請求的任何其他客戶端經由第二子網絡動態應用網關被直接連接到協作會話。優選地，執行協作會話的方法還包括多個客戶端中的一個選擇性地將數據傳送到伺服器和/或其他多個客戶端中的一個或多個的步驟。因此，所描述的協作會話允許伺服器和參與客戶端中的每一個將數據直接發送給彼此，即該數據不需要發送給協作會話的所有客戶端。用這種方法，每一客戶端可提交會話控制請求和文件上傳請求。優選地，選擇性地傳送數據的步驟包括將數據傳送到客戶端應用網關以及隨後通過客戶端應用網關將數據中繼到伺服器終端和/或到多個客戶端終端中的一個或多個。最優選地，伺服器終端和伺服器應用網關位於第一子網絡內。可選地，客戶端應用網關和多個客戶端終端中的至少一個位於第二子網絡內。優選地，所述網絡包括廣域網，所述第一子網絡和第二子網絡包括區域網。最優選地，傳送和中繼數據的步驟包括使用傳輸控制協議/網際網路協議(TCP/ IP)。
根據本發明的第二方面，提供了一種網絡系統，所述系統包括伺服器終端，其提供協作會話中的數據源；多個客戶端終端，每一個提供給用戶參與協作會話的接入點；以及—個或多個應用網關，每一應用網關被配置成在協作會話期間在網絡組件之間中繼數據；其中所述伺服器終端設置有伺服器應用網關，在所述協作會話期間，所述伺服器終端向所述伺服器應用網關傳送數據，所述伺服器應用網關根據所述伺服器終端的位置確定；以及每一客戶端終端設置有客戶端應用網關，在所述協作會話期間，客戶端終端從所述客戶端應用網關接收數據，每一客戶端應用網關根據所述客戶端終端的位置確定。在一些實施方式中，一個應用網關可作為伺服器應用網關和客戶端應用網關起作用。換句話說，數據可直接從伺服器終端傳送到應用網關，並且繼續傳送到客戶端終端。在其他實施方式中，伺服器應用網關和客戶端應用網關可以是不同的應用網關。 換句話說，數據可直接從伺服器終端傳送到伺服器應用網關，再被中繼到客戶端應用網關， 並繼續傳送到客戶端終端。在網絡中可以有多個客戶端應用網關，給它們分配相應的客戶端終端。因此，伺服器應用網關可將數據中繼到多個客戶端應用網關。可選地，或此外，第一客戶端應用網關可將數據中繼到第二應用網關，第二應用網關接著可將數據中繼到它的各個客戶端終端。最優選地，所述網絡系統還包括協作建立控制模塊。優選地，協作建立控制模塊包括web伺服器。web伺服器可允許協作建立控制模塊和多個客戶端終端和/或伺服器終端之間的通信。優選地，協作建立控制模塊還包括用來保留關於協作會話的信息的協作資料庫。優選地，協作建立控制模塊還包括允許協作會話的後臺運行功能的實現的守護進程。本發明的第二方面的實施方式可包括實現本發明的第一方面的優選或可選特徵的特徵，或者反過來也一樣。根據本發明的第三方面，提供了配置用於基於網絡的協作會話的網絡的方法，所述網絡包括伺服器和多個客戶端，所述方法包括步驟確認所述網絡內的終端的一個或多個子網絡；以及向所述一個或多個已確認的子網絡提供一個或多個應用網關，所述一個或多個應用網關被配置成在協作期間在網絡組件之間中繼數據。優選地，提供一個或多個應用網關的步驟包括部署一個或多個靜態應用網關。最優選地，部署應用網關來提供到已確認的終端的子網絡的最優的數據傳輸速度。可選地，提供一個或多個應用網關的步驟包括將已確認的終端中的一個或多個部署為一個或多個動態應用網關。最優選地，選定被部署為一個或多個動態應用網關的一個或多個已確認的終端被選擇來向已確認的終端的子網絡提供最優的數據傳輸速度。使用確定一個或多個應用網關的方法提供了動態地建立協作會話的方式。最優選地，所述終端中的至少一個被配置為提供協作會話的數據源的伺服器終端。優選地，所述終端中的兩個或多個被配置為客戶端終端以提供給用戶參與協作會話的接入點。所述方法可包括將應用網關分配給伺服器和/或將應用網關分配給多個客戶端的附加步驟。所述方法可包括將應用網關分配給伺服器用於協作會話的持續的附加步驟，以及 /或者可包括將應用網關分配給多個客戶端中的每一個以用於協作會話的持續的附加步
馬聚ο最優選地，將所述一個或多個應用網關分配給伺服器和/或多個客戶端的步驟由協作建立控制模塊執行。優選地，協作會話由用戶向協作建立控制模塊提交協作會話請求發起。所述會話請求優選地包括協作會話的參與用戶的身份的詳細資料。可選地，所述會話請求還包括協作會話的預先安排的時間T。。優選地，在提交所述協作請求之後，將會話標識符分配到協作會話。最優選地，建立基於網絡的協作會話的方法還包括在兩個或多個應用網關上執行負載測試或吞吐量測試的步驟。負載測試或吞吐量測試採取分析連接應用網關的路徑的吞吐量的形式。具體地，測量在每一地點之間的兩個方向上的預定數據量的吞吐量。預定數據量在大小上優選為至少32kb。負載測試可允許建立優化的數據通信路徑，所述優化的數據通信路徑進一步提高協作會話的操作效率。負載測試可由協作建立控制模塊執行。最優選地，優化的數據通信路徑保持建立狀態以用於協作會話的持續。可選地，所述負載測試在協作會話的預先安排的時間T。之前的預定時間Tp執行。可選地，預定時間Tp由下面的表達式Tp = T。-(Ttest χ C)確定，其中Ttest是在協作網絡上執行之前的負載測試所用的時間，C是誤差因數。誤差因數C具有大於1的值，例如 C = 1. 5。優選地，在伺服器向協作建立控制模塊提交用戶註冊請求之後執行所述負載測
試ο負載測試可依照本發明的第五方面和它的優選實施方式執行。優選地，建立基於網絡的協作會話的方法還包括連接兩個或多個應用網關以在兩個或多個已確認的終端的子網絡之間建立數據通信路徑。最優選地，數據通信路徑保持建立狀態以用於協作會話的持續。優選地，所述子網絡包括位於廣域網內的區域網。本發明的第三方面的實施方式可包括本發明的第一方面的優選或可選的特徵，或者反過來也一樣。根據本發明的第四方面，提供了一種執行協作會話的方法，所述方法包括以下步驟_根據本發明的第三方面配置基於網絡的協作會話；以及-經由一個或多個應用網關在伺服器和多個客戶端之間通信數據。最優選地，通信數據的步驟包括使用傳輸控制協議/網際網路協議(TCP/IP)的步
馬聚ο根據本發明的第五方面，提供了在基於網絡的協作會話內使用的兩個或多個應用網關之間確定優化的數據通信路徑的方法，以在網絡組件之間中繼數據，所述方法包括在兩個或多個應用網關上執行負載測試或吞吐量測試的步驟。上述方法提供了優化的通信數據路徑，以提供連接網絡內的兩個或多個應用網關的最有效的布置。最優選地，兩個或多個應用網關保持連接狀態以用於協作會話的持續。最優選地，負載測試或吞吐量測試包括測量數據路徑(優選應用網關之間的所有數據路徑)的吞吐量或網絡速度的步驟。負載測試可包括測量雙向的吞吐量或網絡速度。優選地，負載測試還包括從所測量的網絡吞吐量或速度生成連接矩陣。負載測試還優選地進一步包括歸一化連接矩陣。歸一化確保只是在它們所測量的吞吐量或速度中具有輕微不同的連接被有效地認為具有相同的吞吐量或速度。沒有歸一化，「連鎖效應」可能發生，由此數據通信路徑趨於在深度上而非寬度上生長，這導致更多的端到端延遲和次理想的數據傳輸。可選地，負載測試還包括確認兩個或多個應用網關的可利用的能力。確認兩個或多個應用網關的可利用的能力為負載測試提供建立耗盡容量的應用網關集合的選項。優選地，負載測試還包括定義應用網關的源集合的步驟。最優選地，應用網關的源集合最初被設置為包括伺服器終端要連接到其上的應用網關。優選地，所述負載測試還包括清空對應所述源集合的歸一化連接矩陣的列的步
馬聚ο優選地，所述負載測試還包括確認不包括在所述源集合內、與所述源集合具有最高的吞吐量或速度的數據路徑連接的應用網關的步驟。可選地，確認應用網關的步驟還包括檢查具有最高吞吐量或速度的數據路徑連接的應用網關不包括在耗盡容量的應用網關集合內。可選地，確認應用網關的步驟還包括從伺服器終端連接到其上的應用網關中選擇具有較小跳數的應用網關。當兩個或多個應用網關被確認為與所述源集合具有相同的吞吐量或速度的數據連接時，需要該步驟。優選地，確認應用網關的步驟還包括選擇具有最大的可用的連接處理能力的應用網關。當兩個或多個應用網關被確認為與所述源集合具有相同的吞吐量或速度的數據連接，且和離伺服器終端被連接到的應用網關具有相等的跳數時，需要該步驟。優選地，所述負載測試還包括將確認的應用網關添加到所述源集合的的步驟。可選地，升級已確認的應用網關的可用的連接處理能力。根據本發明的第六方面，提供了在網絡中的伺服器和多個客戶端之間建立基於網絡的協作會話的系統，所述系統包括協作建立控制模塊，其中協作建立控制模塊基於選自伺服器終端的位置和多個客戶端終端的位置中的至少一個位置，提供了用於確定要在協作會話中使用的一個或多個應用網關的方式。優選地，協作建立控制模塊包括web伺服器，其允許客戶端終端與協作建立控制模塊通信。網絡伺服器優選地包括圖形用戶界面(WebGUI)、會話調度器和用戶認證模塊。優選地，協作建立控制模塊還包括用來保留關於協作會話的信息的協作資料庫。協作建立控制模塊優選地還包括允許協作會話的後臺運行功能的實現的守護進程。守護進程優選地包括應用網關接口、負載測試器、路徑分析器和路由表模塊。該結構允許協作會話的建立在OSI參考模型的會話層(層五)內實現。最優選地，用戶認證模塊允許來自至少一個用戶的加入協作會話的請求的詳細資料的認證。優選地，會話調度器被用來接收來自用戶的希望發起協作會話的協作會話請求。 優選地，會話請求包括被邀請到協作會話的用戶的詳細資料。將受邀請的用戶的詳細資料提供給會話調度器有助於保持協作會話的安全性。可選地，會話請求還可包括協作會話的預先安排的時間。優選地，在提交協作請求之後，會話調度器將會話標識符分配到協作會話。優選地，協作資料庫存儲靜態應用網關的預分配組以允許協作建立控制模塊確定一個或多個應用網關。最優選地，選定的應用網關被選擇來向客戶端終端的相關的子網絡提供最優的數據傳輸吞吐量或速度。可選地，會話調度器被用來將客戶端終端中的一個或多個部署為一個或多個動態應用網關。最優選地，被選定部署為一個或多個動態應用網關的一個或多個已確認的客戶端終端被選擇來向客戶端終端的相關的子網絡提供最優的數據傳輸吞吐量或速度。可選地，伺服器終端位於客戶端終端的相關的子網絡的外部。最優選地，負載測試器被用來在兩個或多個應用網關上執行負載測試或吞吐量測試。負載測試可允許確定優化的數據通信路徑，所述優化的數據通信路徑進一步提高協作會話的操作效率。可選地，所述負載測試在協作會話的預先安排的時間T。之前的預定時間Tp執行。可選地，預定時間Tp由下面的表達式Tp = Tc-(TtestX C)確定，其中Ttest是在協作網絡上執行之前的負載測試所用的時間，C是誤差因數。誤差因數C具有大於1的值，例如 C = 1. 5。優選地，在伺服器向協作建立控制模塊提交用戶註冊請求之後執行所述負載測
試ο負載測試或吞吐量測試可依照本發明的第五方面和它的優選實施方式執行。最優選地，負載測試器指示路徑分析器來測量應用網關之間的數據路徑中的至少一些的網絡速度。路徑分析器可測量雙向的網絡速度，以及/或者可以測量所有的數據路徑。數據通信路徑的優化考慮雙向的網絡速度是有利的，因為數據路徑的帶寬和延遲取決於測量的方向。優選地，負載測試器存儲生成自路由表內的所測量的網絡吞吐量或速度的連接矩陣。優選地，負載測試器提供處理存儲在路由表內的連接矩陣的方式，以為兩個或多個應用網關提供優化的數據通信路徑。最優選地，會話調度器提供連接兩個或多個應用網關的方式，以在客戶端終端的相關的子網絡之間建立數據通信路徑。優選地，所述相關的子網絡包括位於廣域網內的區域網。優選地，用戶認證模塊通過檢查它包括有效的會話標識符、有效的用戶名和密碼來認證用戶註冊請求的詳細資料。每一用戶的驗證還有助於保持協作會話的安全性。最優選地，如果確立用戶具有所要求的許可，那麼會話調度器為客戶端分配客戶端標識符和適當的應用網關的詳細資料以將客戶端連接到協作會話。客戶端標識符的分配是有利的，因為它允許伺服器終端和參與的客戶端終端中的每一個直接向彼此發送數據，即該數據不需要發送到協作會話的所有終端。優選地，應用網關接口為應用網關提供了通知會話調度器應用網關的客戶端處理能力被耗盡或將被耗盡的方式。優選地，當用戶認證模塊從相關的子網絡內的客戶端接收又一有效的用戶註冊請求時，會話調度器指示提交請求的客戶端終端作為第一子網絡動態應用網關起作用。用這種方式，提交有效的用戶註冊請求的子網絡內的任何其他客戶端經由第一子網絡動態應用網關被直接連接到協作會話。可選地，應用網關接口為第一子網絡動態應用網關提供了通知會話調度器第一子網絡動態應用網關的客戶端處理能力被耗盡或將被耗盡的方式。優選地，當用戶認證模塊從相關的子網絡內的客戶端接收又一有效的用戶註冊請求時，會話調度器指示提交請求的客戶端終端作為第二子網絡動態應用網關起作用。用這種方式，子網絡內的提交有效的用戶註冊請求的任何其他客戶端經由第二子網絡動態應用網關被直接連接到協作會話。本發明的第六方面的實施方式可包括本發明的第一、第三和第五方面的優選或可選的特徵，或者反過來也一樣。根據本發明的第七方面，提供了在網絡中的伺服器和多個客戶端之間建立基於網絡的協作會話的方法，所述方法包括以下步驟確認在網絡內的終端的一個或多個子網絡；以及將一個或多個已確認的子網絡內的一個或多個終端部署為被配置成在協作期間在網絡組件之間中繼數據的應用網關。一個或多個應用網關的使用避免了多個數據連接都傳送相同的數據的要求。作為應用網關起作用的一個或多個終端的部署提供了具有更高效率的數據通信的動態架構。這在具有有限的帶寬數據連接(例如，如通常發現於網絡系統的子網絡之間)的網絡內是特別有利的。最優選地，選定被部署為一個或多個應用網關的一個或多個終端被選擇來向已確認的終端的子網絡提供最優的數據傳輸速度。最優選地，終端中的至少一個被配置為提供協作會話的數據源的伺服器終端。優選地，終端中的兩個或多個被配置為客戶端終端以提供給用戶參與協作會話的接入點。所述方法可包括將應用網關分配給伺服器，以及/或者將應用網關分配給多個客戶端的附加步驟。所述方法可包括將應用網關分配給伺服器用於協作會話的持續，以及/或者可包括將應用網關分配給多個客戶端中的每一個用於協作會話的持續的附加步驟。最優選地，將一個或多個應用網關分配給伺服器和/或多個客戶端的步驟由協作建立控制模塊執行。優選地，協作會話由用戶向協作建立控制模塊提交協作會話請求發起。可選地，伺服器終端位於已確認的客戶端終端的一個或多個子網絡的外部。最優選地，建立基於網絡的協作會話的方法還包括在兩個或多個應用網關上執行負載測試或吞吐量測試的步驟。負載測試可允許建立優化的數據通信路徑，所述優化的數據通信路徑進一步提高協作會話的操作效率。負載測試可由協作建立控制模塊執行。最優選地，優化的數據通信路徑保持建立狀態以用於協作會話的持續。可選地，所述負載測試在協作會話的預先安排的時間T。之前的預定時間Tp執行。可選地，預定時間Tp由下面的表達式Tp = Tc-(TtestX C)確定，其中Ttest是在所述協作網絡上執行之前的負載測試所用的時間，C是誤差因數。誤差因數C具有大於1的值， 例如C = 1. 5。優選地，在伺服器向協作建立控制模塊提交用戶註冊請求之後執行負載測試或吞吐量測試。負載測試或吞吐量測試可依照本發明的第五方面和它的優選實施方式執行。優選地，建立基於網絡的協作會話的方法還包括連接兩個或多個應用網關以在已確認的終端的相關的子網絡之間建立數據通信路徑。最優選地，所述兩個或多個應用網關保持連接狀態以用於協作會話的持續。優選地，所述相關的子網絡包括位於廣域網內的區域網。本發明的第七方面的實施方式可包括本發明的第一、第三、第五和第六方面的優選或可選的特徵，或者反過來也一樣。根據本發明的第八方面，提供了一種執行協作會話的方法，所述方法包括以下步驟_根據本發明的第七方面建立基於網絡的協作會話；以及-經由一個或多個應用網關在伺服器和多個客戶端之間通信數據。最優選地，通信數據的步驟包括使用傳輸控制協議/網際網路協議(TCP/IP)的步驟。這樣的通信協議提供了數據的有序傳遞，並因此有助於協作會話滿足所期望的安全性和數據傳遞的可靠性要求。根據本發明的第九方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第一方面的執行網絡中的協作會話的方法。根據本發明的第十方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第三方面的為基於網絡的協作會話配置網絡的方法。根據本發明的第十一方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第四方面的執行協作會話的方法。根據本發明的第十二方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第五方面的在基於網絡的協作會話內使用的兩個或多個應用網關之間確定優化的數據通信路徑的方法。根據本發明的第十三方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第七方面的在網絡中的伺服器和多個客戶端之間建立基於網絡的協作會話的方法。根據本發明的第十四方面，提供了裝有機器可讀指令的計算機裝置，用於實現根據本發明的第八方面的執行協作會話的方法。附圖的簡要描述儘管所描述的協作會話的方法和系統的方方面面可以以任何數目的不同的計算系統、環境和/或配置實現，但協作會話的實施方式在下面的詳細示例性系統架構的上下文中並參考下面的附圖進行描述，其中
圖1給出了現有技術的協作系統的示意圖；圖2給出了基於廣域網(WAN)的協作會話的示意圖，在所述基於廣域網的協作會話內，根據本發明的一實施方式的方法優化了數據路徑；圖3給出了在圖2的基於廣域網的協作會話內使用的示例的協作建立控制模塊的框圖；圖4給出了用來建立圖2的協作會話的第一方法的流程圖；圖5給出了在圖2的廣域網內部署應用網關的示意圖；圖6給出了在圖2的廣域網內的應用網關之間執行負載測試的示意圖表示；圖7給出了由圖6的負載測試生成的連接矩陣；圖8給出了由協作建立控制模塊使用的將圖7的連接矩陣轉換成圖2的WAN內的應用網關之間的優化的數據路徑的示例性方法；圖9給出了在圖2的協作會話內使用的客戶端認證過程的示意圖表示；圖10(a)到10(e)給出了為圖2的協作會話內的數據傳送提供的數據路由的示意性表示；圖11給出了在圖2的協作會話內部署動態應用網關的示意圖表示；以及圖12給出了用來建立圖2的協作會話的第二方法的流程圖。詳細描述為了提供對本發明的各個方面的理解，現將描述廣域網(WAN)7內的協作會話6。 該協作會話6的示意圖表示在圖2中給出。在目前所描述的實施方式中，可看出WAN 7包括四個不同的地點5a、5b、5c和5d，其中的每一個包括區域網(LAN)。例如，地點5a、5b、5c 和5d可分別位于格拉斯哥、愛丁堡、倫敦和華盛頓。地點5a、5b、5c和5d藉助於四個應用網關8a、8b、8c和8d連接，下面提供進一步的細節。為協作會話6提供數據源的伺服器9位於地點5a內。伺服器9包括在計算機終端(後文稱為伺服器終端)上運行的軟體。伺服器9還能夠接收數據。參與協作的許多客戶端10位於地點5a、5b、5c和5d中的每一個中。客戶端10包括運行在計算機終端(後文稱為客戶端終端)上的軟體以允許用戶接收數據並因此參與協作會話6。然而，應該理解，客戶端10還能夠將數據傳送到例如伺服器9和/或其他客戶端 10中的一個或多個。下面描述協作會話6內的數據路由過程的進一步的細節。應用網關8a、8b、8c和8d的採用解決了進出地點5a、5b、5c和5d的多個連接的問題(如之前所描述的現有技術系統1所需要的，即參與協作的每一用戶需要一個連接)。由於從伺服器9流出的數據對所有的客戶端10來說都是相同的，因此沒有必要在地點5a、5b、 5c和5d之間具有多個數據流。數據能簡單地在地點5a、5b、5c和5d的LAN內重新分配，從而大大減小了在潛在的瓶頸處所需要的帶寬(即到外部世界的物理連接)。此外，由於在地點5a、5b、5c和5d的LAN內可用的帶寬通常比整個WAN 7的帶寬大得多，因此應用網關8a、8b、8c和8d的採用提供了對可用的網絡架構的有效得多的使用。網絡內的減小的帶寬需求還允許協作會話6使用傳輸控制協議/網際網路協議 (TCP/IP)用於網絡內的數據通信。這與傳統的應用層多播系統不同，其由於帶寬限制而使用用戶數據報協議(UDP)。如本領域的技術人員所知，TCP/IP提供通信系統內的數據流的可靠、有序的傳遞，而沒有隱含的握手對話的簡單傳輸協議UDP不能保證可靠性、有序性或數據的完整性。因此使用TCP/IP用於數據的通信允許協作會話6滿足期望的安全性和數據傳遞的可靠性需求。在上面所描述的例子中，只有一個數據流在地點5a、5b、5c和5d之間流動。這導致了高度可擴容的網絡架構在該例子中，伺服器9完全不知道實際上有8個客戶端10，因為它只需要向一個應用網關8a提供數據。除節約帶寬外，優化的網絡還導致處理能力的顯著節約。可採用非常適度的伺服器終端(就硬體而言)來託管伺服器9並有效地服務多個客戶端10。當不但硬體受限制而且可用帶寬也受限制時，該因素變得更加重要。例如，通過採用這樣的優化網絡，對於即使較慢的連接來說，服務例如來自家裡或賓館房間的許多客戶端10也是可能的。協作建立控制模塊(CECM)在圖3中給出了協作建立控制模塊(CECM) 11的框圖。CECM 11是允許協作會話6 發生的核心結構。從圖3可看出CECM 11包括三個功能組件，即web伺服器12，其設置有圖形用戶界面(GUI) 13、會話調度器14和用戶認證模塊15 ；協作資料庫16，其被用來保留應用網關數據、會話數據和客戶端數據；以及守護進程17，其設置有路由表18、數據路徑分析器19、應用網關接口 20和負載測試器21。CECM 11處理被要求建立、初始化和保持協作會話6的所有的管理功能。網絡伺服器12為CECM 11提供⑶I 13，而守護進程17實現在後臺運行的功能，如負載測試(其細節在下面提供)。更具體地，CECM 11完成協作會話6的以下任務，即1)會話調度；2)用戶認證；3)應用網關管理；以及4)會話數據路徑計算。下面討論這些任務中的每一個的更進一步的細節。CECM 11也可充當虛擬大廳。例如，協作會話6可能被安排，以及一個或多個客戶端可能希望在伺服器9 (已經加入會話6)之前加入。在這些情況下，CECM 11臨時充當這些客戶端10的集合點，並且然後當伺服器9出現以及協作會話6準備開始時，CECM 11將所有的客戶端10 「領到」會議廳。然而重要的是，CECM 11並不積極地參與協作會話6，因此不構成如與現有技術的系統1內使用的中央伺服器2相關的瓶頸效應。而且，CECMll起著提取網絡7的地址的作用。所有的伺服器9、客戶端10或事實上的應用網關8需要了解網絡7的是IP位址或通過例如CECM的cecm. appshare. co. uk的域名系統(DNS)獲得的文本別名。在網絡內建立協作會話的方法現在討論用來在WAN 7內的多個客戶端10之間建立協作會話6的方法。正如所看到的，用來獲得WAN 7內的數據路徑優化的方法在減小帶寬需求並因此提高協作會話6 的效率方面是很重要的。圖4給出了所描述的方法的流程圖。步驟1)提供應用網關在WAN 7內建立協作會話6的第一步包含在每一地點5內提供一個或多個應用網關8。如上所述，應用網關8的功能是充當相關的地點5的LAN的輸入/輸出，以在最大化所能支持的客戶端10的數目的同時提高效率。在目前所描述的實施方式中，這包含在地點5a、5b、5c和5d內分配一個或多個終端以執行那一地點的應用網關8的功能。存在應用網關8a、8b、8c和8d能夠部署及應該部署以優化性能的關鍵位置。通常， 每一地點5具有一個或多個到外部世界的物理連接。因此會發現，應用網關8a、8b、8c和8d 越位於靠近輸入/輸出的物理連接，運行起來就越高效。然而對於目前所描述的協作會話來說，所需要的是在地點5a、5b、5c和5d內提供至少一個應用網關8。這種部署模式在後文被稱為靜態應用網關8的部署。這種靜態部署通常通過使用連續運轉的伺服器來實現。一旦被選定，應用網關(例如網關8d)被提供有CECM 11的IP位址。開始啟動時， 應用網關8d經由應用網關接口 20向CECM 11註冊，然後會話調度器14分配給它應用網關標識符，同時提供給它已經註冊的所有其他應用網關8a、8b和8c的詳細資料。CECM 11還將應用網關8d的詳細資料添加到協作資料庫，並用新註冊的應用網關8d的詳細資料更新任何之前註冊的應用網關8a、8b和8c。圖5給出了在圖2的WAN 7內部署應用網關8a、8b、8c和8d的示意圖。在目前所描述的例子中，在每一地點5a、5b、5c和5d內只部署了一個靜態應用網關8a、8b、8c和8d， 儘管應該意識到為了提高效率，可以在較大的地點5內部署兩個或多個應用網關8。然而， 在每一地點5a、5b、5c和5d內只部署一個應用網關8a、8b、8c和8d確保了將只有一個數據流進入或離開每一地點5a、5b、5c和5d。當新的應用網關向CECM 11註冊時，優選的是，在所有已註冊的應用網關上執行應用網關負載測試，如在下面的步驟3內所詳細描述的。用來執行負載測試的時間Ttest 被記錄在CECM 11內。了解用來執行最近的負載測試的時間對於確定下一協作會話6的負載測試何時開始來說是有用的參數。步驟2)協作會話的發起過程的第二個步驟包含用戶使用客戶端10初始化協作會話6。這包含由發起用戶使用的客戶端10向會話調度器14提供協作會話6的詳細資料。這些詳細資料包括協作會話6的時間T。和受邀請用戶的列表。一接收到會話請求，會話調度器14就分配會話標識符，並將該標識符與協作會話 6的其他詳細資料一起存儲在協作資料庫16內。然後會話調度器14向地點5a、5b、5c和 5d內的應用網關8a、8b、8c和8d提供會話標識符和受邀請的用戶的詳細資料，根據這些資料用戶可以接入協作會話6。步驟3)應用網關的負載測試或吞吐量測試在協作會話6被安排開始的時間之前的時間Tp處，負載測試器21初始化應用網關8a、8b、8c和8d上的負載測試或吞吐量測試22的性能。如在下面更詳細描述的，負載測試或吞吐量測試採取了分析連接應用網關8a、8b、8c和8d的路徑的吞吐量或速度的形式。， 該測試22在靠近時間T。執行，因為在T。之前的數天、或甚至數小時執行這樣的測試沒有意義，因為所述網絡負載條件在這樣的時間標度內變化較大而不是不變化。因此時間Tp根據下面的表達式計算Tp = Tc-(Ttest χ C)(1)其中C是被引入以提供針對已被引入的附加的網絡負載的誤差的因數，由於負載測試在時間Ttest例如C = 1. 5處執行。
測試22被用來計算協作會話6的應用網關8a、8b、8c和8d之間的最優的數據路徑，換句話說，對於特定的協作會話6，應用網關8a、8b、8c和8d應該如何互連。用全網方式完成，如在圖6中所示意性描繪的。重要地，負載測試器21使用路徑分析器19來測量在每一地點5a、5b、5c和5d之間的兩個方向上的預定的數據量的速度或吞吐量。預定的數據量在大小上優選為至少32kb以提供最好的結果。吞吐量或速度的雙向測量對於計算應用網關8a、8b、8c和8d之間的有效的數據路徑是重要的，即，沒有假設在應用網關8a、8b、8c和 8d之間的任何給定的邏輯數據路徑在兩個方向上都支持相同的帶寬和延遲。這麼做的原因可能是由於網絡基礎設施、在特定地點或時間的網絡負載，甚至網際網路本身工作的方式， 艮口，在點對點連接上的包沒有必要採用相同的路徑。換句話說，從應用網關8a發送到8b的包可以採用與從應用網關8b發送到8a的包不同的路徑。而且，在不同的載體之間的界線交叉的地方，路由選擇可取決於CsC (載體支持載體)的策略。在所有的應用網關8a、8b、8c和8d之間的連接的雙向測試的結果接著被負載測試器21用來在路由表18內生成吞吐量或數據路徑速度(以kb/s測量)的連接矩陣。圖7 給出了針對目前所描述的協作會話6的示例性連接矩陣23。值『X』表示沒有連接或已經建立的連結，因此不再被考慮。為了允許計算優化的數據路徑，歸一化連接矩陣是有益的。也就是說，例如，如果連接A — B是100kb/S而連接A — C是105kb/s，那麼這將被視作『類似的，。通過將下面的等式運用到連接矩陣23的每一個單元C來獲得連接矩陣的歸一化，即C =取整(10*t/T)(2)其中，t是單元C的所測量的吞吐量或數據路徑速度；以及T是連接矩陣的任何一個單元的所測量的最高的吞吐量或數據路徑速度。作為上面的歸一化過程的結果，相對於所測量的最高的吞吐量或數據路徑速度來表示矩陣內的所有值。因此，所測量的最高的吞吐量或數據路徑速度被分配數值10，而其他的連接被有效地從0到10分級。歸一化確保它們所測量的吞吐量或速度只是輕微不同的連接被認為具有相同的吞吐量或速度。沒有歸一化，「連鎖效應」可能發生，由此數據路徑趨於在深度(跳數)而非寬度上生長，這導致更多的端到端延遲和次理想的數據傳輸。圖8 (a)給出了針對目前所描述的協作會話6的歸一化的連接矩陣23a。歸一化連接矩陣23a的第六列和第七列分別涉及應用網關8a、8b、8c和8d的容量「C」和來自伺服器 9位於其內的子網絡的應用網關8a、8b、8c和8d的跳數「h」。下面討論這兩個參數的進一步的細節。負載測試過程22的下一步是需要將圖8a的歸一化的連接矩陣23a轉換成在圖2 的WAN 7內的應用網關8a、8b、8c和8d之間的優化的數據路徑。這通過負載測試器21使用下面的算法或方法來操作存儲在路由表18內的歸一化的連接矩陣23a來獲得，即從歸一化的連接矩陣開始包含η行(因而η+2列)。源位於χ處。源集合Y是{χ}容量耗盡集合X是{}
重複清空{Y}中的列找到從源集合{Y}(但不在X中)到不在{Y}中的節點『b』的最大值如果有多種可能性，選擇『a』使得a(h)最小如果有多種可能性，選擇『a』使得a(c)最大結果是源為『a』，目標為『b』使a(c)減 1賦值b(h) = a(h)+l如果a (c) = 0，則將『a』添加到X，結果它不再是源將節點『b』添加到{Y}，即目標『b』這時是另一個源直到0({Υ})==η應該意識到，應用網關8離數據源(即伺服器9)越遠(就跳數而言)，連接到該應用網關8的客戶端10將經歷更多的延遲。因此，為了考慮增加的延遲，上述算法追蹤應用網關8離數據源的源跳數「h」的數目。源應用網關8被分配0值。而且，一旦應用網關8進行了一個連接，它服務附加連接的能力被減小。為了考慮服務附加連接的減小的能力，每次從應用網關8建立連接時，上面的算法還對每一應用網關8的固有容量「C」減一。一旦應用網關8耗盡容量，它被添加到容量耗盡集合X。因此，當另一應用網關8將被連接，且在吞吐量或數據路徑速度方面有兩種或更多可能性時，所述算法首先考慮連接的應用網關8離數據源的源跳數「h」的數目。具有最低的源跳數的連接應用網關8比任何其他的應用網關優先選擇。然而，如果有兩個或多個具有相同跳數的可能的應用網關8，那麼該算法選擇在那時表現出最大的可用容量的那一個。通過使用涉及源跳數和容量可用性的上述技術，確保了數據分布樹將生長得「更寬」而不是「更深」，因此最小化了端到端的延遲。圖8(b)到圖8(d)給出了將上述算法或方法實現到歸一化的連接矩陣23a的例子。由於在這個例子中伺服器9位於地點5a(地點A)，這意味著優化的數據路徑必須使用地點5a作為根(即源集合Y是{A})來產生。根據上面的討論，地點5a (地點A)的跳數值被分配為0值。由於地點5a(地點A)不需要連接到它自身，A列的從一到可以為空。這些步驟導致修改的連接矩陣23b，如圖8(b)所給出的。下一步需要找到從源地點5a(地點A)到目的地的最理想的連結。連接矩陣23b 產生了來自5a(地點Α)的最有效的連結是到地點5b (地點B)。因此我們發現連結A —B 是最理想的，並且源集合被更改為Y是{A，B}。因為B現在被連接，它從可能的目標集合中移除，這產生了修改的連接矩陣23c，如圖8(c)所給出的。應該注意到，地點5a(地點A)的容量減小了 1，而地點5b(地點B)被表示為離數據源一跳。現在，如果源集合Y是{A，B}，通過查看兩個源，並且考慮現在可能耗盡容量的任何應用網關來尋找到目標的最高值。圖8(c)揭示了最高值是從A —C。而且，發現新源並進行連接A —C。已修正的源集合現在是{A，B, C}，並且已修正的連接矩陣23d在圖8(d) 給出。地點5a(地點A)的容量現在減小了 2，而地點5c(地點C)被表示為離數據源一跳。由於0({A，B，C}) < 0 (nodes)，該過程再一次重複。然而，只有一個節點D未連接，並且看到矩陣23d揭示了最好的可用連接是C —D。因此地點5c (地點C)的容量減小了 1，而地點5d(地點D)被表示為離數據源兩跳。源集合Y現在是{A，B, C，D}，因此完成優化方法，並且路由表18被適當更新。應該注意到，當計算數據路徑時，上述算法以及路由表18考慮伺服器9 (即實際的數據源)的位置。在上述例子中，伺服器9位於地點5a(地點A)，然而如果伺服器9例如已經位於地點5d(地點D)，則最終的數據路徑結構將是完全不同的。步驟4)客戶端和伺服器加入協作會話當伺服器9和客戶端10希望加入所安排的協作會話6時，它們通過聯繫CECM 11 來這麼做，如圖9所示意性給出的。伺服器9和客戶端10必須提供有效的會話ID及有效的用戶名和密碼。然後CECM 11使用用戶認證模塊15來驗證伺服器9和客戶端10的憑證， 接著檢查伺服器9和客戶端10的用戶是否具有加入協作會話6所要求的許可。如果伺服器9和客戶端10的用戶具有所要求的許可，那麼會話調度器14分別向伺服器9和客戶端10提供伺服器標識符和客戶端標識符以及合適的應用網關8a和8c的詳細資料，便於它們加入會話6。優選地選擇所分配的應用網關為由CECM 11所確定的能夠向伺服器9和客戶端10提供最高的數據吞吐率的一個，儘管可以選定為該客戶端特別優化的可選的應用網關(參見下面關於動態應用網關的討論)。因此伺服器9和客戶端10能夠經由所分配的應用網關8c通過連接來加入會話6。如果這時客戶端10試圖加入協作會話6，進行檢查(步驟5)以看看伺服器9是否已經加入會話6。如果伺服器9還沒有加入，CECM 11通知客戶端10主持者還不可用(步驟6)。一旦伺服器9加入會話6，CECM 11就通知客戶端10，然後會話6開始(步驟7)。用這種方式，CECM 11在缺乏伺服器9時為客戶端充當虛擬大廳。在協作會話內的數據路由對於協作會話6來說，必須有可能對單個客戶端10授予會話控制。反之，對客戶端10來說必須有可能將數據流發送給伺服器9。這樣的數據流的例子將是會話控制請求、 文件上傳請求或白板。因此目前所描述的結構能夠允許協作會話6內的數據在下列項之間路由1)伺服器9和所有的客戶端10 ；2)伺服器9和單個客戶端10 ；3) 一個客戶端10和伺服器9 ；4) 一個客戶端10和另一客戶端10 ；以及5) 一個客戶端10和多個選定的客戶端。這些數據路由的示意性表示在圖10中給出。通過使用基於存儲在應用網關8內的路由表的路由方法和使用定製的協議頭，在目前所描述的協作會話6中獲得所述功能。由於每一客戶端10具有客戶端標識符而伺服器9具有伺服器標識符，如由CECM 11所分配的，每一應用網關8具有從客戶端標識符和伺服器標識符到邏輯連結的映射。換句話說，每一應用網關8能確定給定的數據包將在哪個邏輯連結上發送出去。除其他數據外，TCP/IP協議頭包含源欄位和目的欄位。目的欄位有兩個預定義值。 它們是SERVER和ALL。因此，在目的欄位中具有SERVER的任何消息將被發送到協作伺服器9，而在目的欄位中具有ALL的任何消息被發送到所有的客戶端10。源欄位總是所分配的發送者的標識符。因此利用目標欄位提供用於協作會話6內所需要的路由的方法，因為具有作為目的欄位的實際的客戶端標識符的任何消息將被直接路由到該客戶端10。可選地，多個客戶端標識符可以進入目的欄位以允許數據被路由到多個客戶端10。應該注意到，CECM 11的使用還允許客戶端10是網絡不可知的。例如，客戶端10 不需要知道數據源(即伺服器9)的IP位址。這樣的例子可以是預先安排的會話6，主持者在賓館中，且不可能先驗地知道他自己的地址。客戶端10隻需要知道會話ID。然後它們通過聯繫CECM 11的熟知的IP位址而連接到協作會話6。要注意的另一點是，在客戶端10已經加入協作會話6之後，CECM 11將不再與客戶端10交互，因此它不涉及任何進一步的通信過程。直接結果是，CECM 11的功能在開放系統互連參考模型(0SI參考模型)的會話層(層五)內實現。這與其實現位於OSI參考模型的層七內的已知的應用層多播系統形成對比。動態應用網關儘管靜態部署的應用網關8a、8b、8c和8d大大減小了互連地點5a、5b、5c和5d所需要的帶寬，但對地點5a、5b、5c和5d來說，具有太多客戶端10而不能支持是有可能的。如之前所討論的，在這樣的情況下，如果可用的話，第二靜態應用網關8可以被部署在所述地點5a、5b、5c和5d內。然而，這可能不是在所有情況下都可行。可選的解決方案是使用動態應用網關，如現將參考圖11所描述的。靜態應用網關 8可在任意點經由應用網關接口 20將靜態應用網關8的客戶端處理能力已經耗盡或即將耗盡的信號發往CECM 11。從上面所描述的應用網關的選擇過程可以看出，CECM 11將知道第二靜態應用網關8是否存在於地點5內。如果不是這樣的話，在地點5內的另一客戶端10 有可能希望連接到協作會話6，那麼CECM 11將要求該客戶端10充當動態應用網關24。地點5內的希望加入協作會話6的任何其他客戶端10則經由動態應用網關24進行連接。應該意識到，當第一動態應用網關24已經耗盡或即將耗盡它自己的客戶端處理能力時，該過程可以被延伸。這時第二動態應用網關(沒有示出)由CECM 11建立。在缺乏動態應用網關24時，靜態應用網關8將必須為六個分開的客戶端10服務。 然而，在建立動態應用網關24時，靜態應用網關8a這時只有效地必須為三個分開的客戶端 10和動態應用網關24服務，三個剩下的客戶端10這時直接由動態應用網關24服務。該機制允許地點5a、5b、5c和5d內的流量的動態管理，即所需要的帶寬可以被管理和減小。如從圖11可清晰地看出，靜態應用網關8上的負載和帶寬已經從將會是六減少到四。在較大的地點5a、5b、5c和5d內，該方法容易擴容，因為可根據需要創建更多的動態應用網關24。動態協作會話應該意識到，建立協作會話6的可選方法可包含只使用動態應用網關。現將參考圖2和圖12給出的流程圖描述該實施方式的方法。在該實施方式中，第一步涉及用戶使用客戶端10發起協作會話6。這再一次涉及由發起用戶使用的客戶端10向會話調度器14提供協作會話6的詳細資料。這些詳細資料包括協作會話6的時間T。和受邀請的用戶的列表。一收到該協作會話請求，會話調度器14就分配會話標識符，並將該標識符和協作會話6的其他詳細資料一起存儲在協作資料庫16 內。會話調度器14接著提供會話標識符和受邀請的用戶的詳細資料，例如通過發送恰當的電子郵件。當客戶端10希望加入所安排的協作會話6時，它們通過聯繫CECM 11這麼做(步驟2)，如圖9所示意性給出的。客戶端10必須提供有效的會話ID及有效的用戶名和密碼。 然後CECM 11使用用戶認證模塊15來驗證客戶端10的憑證，接著檢查客戶端10的用戶是否具有加入協作會話6所要求的許可。如果用戶具有所要求的許可，那麼會話調度器14向客戶端10提供客戶端標識符以及合適的動態應用網關(步驟3) 8c的詳細資料，便於它們加入會話6。如果客戶端10是特定網絡內的聯繫CECM 11的第一終端，那麼它被指示來充當動態應用網關，如上面所詳細描述的。隨後的動態應用網關的分配優選地被選擇為由CECM 11所確定的能夠向客戶端 10提供最高的數據吞吐率的一個。然而，如果該動態應用網關的客戶端處理能力已經達到， 那麼隨後的客戶端10將被CECM 11指示來充當又一個動態應用網關。因此客戶端10能夠經由所分配的動態應用網關8a到8d通過連接來加入會話6。如果這時客戶端10試圖加入協作會話6，要進行檢查以看看伺服器9是否已經加入會話6(步驟4)。如果伺服器9還沒有加入，CECM 11通知客戶端10主持者還不可用，並且CECM 11在缺乏伺服器9時充當客戶端10的虛擬大廳(步驟5)。在該實施方式中，伺服器9加入協作會話6的請求類似於之前所描述的。作出該請求也是激活CECM 11以在動態應用網關8a、8b、8c和8d上執行負載測試22，因此優化在它們之間的數據通信路徑(步驟6)。負載測試22的方法如之前所描述的。一旦存在伺服器9，且負載測試22已經被執行，協作會話6就可以開始了(步驟 7)。應該注意到，如果在協作會話已經開始之後，客戶端10提交加入協作會話6的請求， 那麼一旦用戶的身份被驗證，協作會話只分配動態應用網關8a、8b、8c和8d，如之前所描述的。然而，如果需要隨後的動態應用網關，比如說，因為LAN內的客戶端目前沒參與協作會話6，那麼執行修改的負載測試以確定新網關如何連接到目前被連接的優化的動態應用網關網絡。該修改的負載測試涉及測量目前存在的動態應用網關中的每一個的吞吐量或速度以及將新網關連接到具有最高吞吐量的路徑。如果就吞吐量和速度而言，有兩種或多種可能性，則考慮所連接的動態應用網關8 離數據源的源跳「h」的數目。具有最低的源跳數的連接的動態應用網關8比任何其他的應用網關優先選擇。然而，如果有兩個或多個具有相同跳數的可能的動態應用網關8，則選擇在那時表現出最大的可用容量的那一個。要注意的重要一點是，一旦負載測試或吞吐量測試已經執行，並且應用網關(靜態的或動態的)的優化的連接已經發生，則應用網關網絡的結構保持不變以用於協作會話的持續。可以添加其他動態應用網關，但這以不中斷最初優化的應用網關網絡內的通信路徑的方式來完成。通信路徑內的中斷雖然短暫，但導致中斷連接以致任何正在進行的文件傳輸需要從一開始重新啟動。上述基於網絡的協作提供了一種系統，該系統是安全的，能保證系統內的可靠的數據傳遞，並且該系統容易擴容以允許由數以百計的客戶端使用。此外，該系統向協作會話內的任意客戶端提供將選定的數據直接發送到任何其他選定的單個客戶端或多個客戶端的能力。正是使用應用網關解決了進入地點和出地點需要多個連接的問題。因為來自主機客戶端的數據流對於所有的客戶端來說都是相同的，所以沒必要具有多個數據流。之後數據在地點的LAN內被重新分配，因而大大減小了 WAN上所需要的帶寬。因為LAN內的可用帶寬比整個WAN的帶寬大得多，所以該方法消除了地點之間的性能瓶頸的影響。應用網關之間的數據通路因而通過使用預會話、源特定的負載測試得到優化。負載測試雙向地測量所有的應用網關之間的延遲和吞吐量，來提供用於計算節約這些網關之間的分布路徑的的帶寬的方法。網絡內的減小的帶寬要求的一個重要優點是，它允許在網絡內使用安全和可靠的數據通信協議，例如傳輸控制協議/網際網路協議(TCP/IP)。這種數據的安全性和可靠性在提供魯棒的協作系統方面是很重要的。當與已知的現有技術的系統相比較時，靜態的和動態的應用網關的使用還為所描述的協作會話提供了顯著的靈活度和可擴容度。目前所描述的系統的另一優點是，協作建立控制模塊的功能在OSI模型內的會話層(層五)而不是應用層(層七)實現。這是可能的，因為CECM處理建立、發起和保持協作會話所需要的所有的管理功能。然而重要地，這在CECM本身沒有積極地參與會話的情況下實現。因此，在目前所描述的系統的複雜度方面有顯著的減小，允許創建者將精力集中於功能而不是基礎設施。當與在應用層內實現的那些系統相比時，這提供了明顯的時間和資源節約。本發明的上述描述是為了說明和描述目的而給出，而不旨在是詳盡的或限制本發明到所公開的精確形式。選擇和描述所描述的實施方式以最好地解釋本發明的原理和它的實際應用，從而允許本領域的其他技術人員最好地利用本發明的各種實施方式和做出各種修改以滿足設想的特定用途。因此，在不偏離由所附權利要求所限定的本發明的範圍的情況下，可以引入其他修改或改進。本發明還延伸至除了本文明確要求的那些特徵之外的特徵的組合。
2權利要求
1.一種執行網絡中的協作會話的方法，所述方法包括以下步驟提供作為所述協作會話的數據源的伺服器終端；提供多個客戶端終端，每一客戶端終端提供給用戶參與所述協作會話的接入點；以及提供兩個或多個應用網關，每一應用網關被配置成在所述協作會話期間在網絡組件之間中繼數據；其中所述伺服器終端設置有伺服器應用網關，在所述協作會話期間，所述伺服器終端向所述伺服器應用網關傳送數據，所述伺服器應用網關根據所述伺服器終端的位置確定； 以及每一客戶端終端設置有客戶端應用網關，在所述協作會話期間，所述客戶端終端從所述客戶端應用網關接收數據，每一客戶端應用網關根據所述客戶端終端的位置確定。
2.如權利要求1所述的執行協作會話的方法，其中所述方法包括使用單個應用網關作為伺服器應用網關和客戶端應用網關的附加步驟。
3.如權利要求1所述的執行協作會話的方法，其中所述方法包括使用不同的應用網關作為伺服器應用網關和客戶端應用網關的附加步驟。
4.如權利要求1所述的執行協作會話的方法，其中所述方法包括在網絡內使用多個客戶端應用網關的附加步驟，給所述多個客戶端應用網關分配了相應的客戶端終端。
5.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法包括使用第一客戶端應用網關將數據中繼到第二應用網關而所述第二應用網關接著將數據中繼到相應的客戶端終端的附加步驟。
6.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法包括將應用網關分配給伺服器終端用於所述協作會話的持續的附加步驟。
7.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法包括將應用網關分配給所述多個客戶端終端中的每一個用於所述協作會話的持續的附加步驟。
8.如前述權利要求中的任何一項所述的執行協作會話的方法，其中提供所述一個或多個應用網關的步驟包括部署一個或多個靜態應用網關。
9.如權利要求8所述的執行協作會話的方法，其中部署所述應用網關來向已確認的客戶端終端的相關的子網絡提供最優的數據傳輸速度或吞吐量。
10.如前述權利要求中的任何一項所述的執行協作會話的方法，其中提供所述一個或多個應用網關的步驟包括將所述已確認的客戶端終端中的一個或多個部署為一個或多個動態應用網關。
11.如權利要求10所述的執行協作會話的方法，其中選定被部署為所述一個或多個動態應用網關的所述一個或多個已確認的客戶端終端被選擇來向已確認的客戶端終端的相關的子網絡提供最優的數據傳輸速度或吞吐量。
12.如前述權利要求中的任何一項所述的執行協作會話的方法，其中向所述伺服器終端提供伺服器應用網關的步驟由協作建立控制模塊執行。
13.如權利要求12所述的執行協作會話的方法，其中所述協作建立控制模塊執行向所述客戶端終端提供客戶端應用網關的步驟。
14.如權利要求12或13所述的執行協作會話的方法，其中所述協作建立控制模塊包括 web伺服器。
15.如權利要求14所述的執行協作會話的方法，其中所述web伺服器允許所述協作建立控制模塊與所述多個客戶端終端和/或所述伺服器終端之間的通信。
16.如權利要求12到15中的任何一項所述的執行協作會話的方法，其中所述協作建立控制模塊還包括協作資料庫，該協作資料庫用來保留關於所述協作會話的信息。
17.如權利要求12到16中的任何一項所述的執行協作會話的方法，其中所述協作建立控制模塊還包括守護進程，該守護進程允許所述協作會話的後臺運行功能的實現。
18.如權利要求12到17中的任何一項所述的執行協作會話的方法，其中所述協作會話由用戶向所述協作建立控制模塊提交協作會話請求來發起。
19.如權利要求18所述的執行協作會話的方法，其中所述會話請求包括所述協作會話的參與用戶的身份的詳細資料。
20.如權利要求18或19所述的執行協作會話的方法，其中所述會話請求包括所述協作會話的預先安排的時間T。。
21.如權利要求18到20中的任何一項所述的執行協作會話的方法，其中，在提交所述協作會話請求之後，將會話標識符分配到所述協作會話。
22.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述伺服器終端位於已確認的客戶端終端的相關的子網絡的外部。
23.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法還包括在兩個或多個應用網關上執行負載測試或吞吐量測試的步驟。
24.如權利要求23所述的執行協作會話的方法，其中所述負載測試由所述協作建立控制模塊執行。
25.如權利要求23或24所述的執行協作會話的方法，其中所述負載測試在所述協作會話的所述預先安排的時間T。之前的預定時間Tp執行。
26.如權利要求25所述的執行協作會話的方法，其中所述預定時間Tp由下面的表達式 Tp = Tc-(TtestX C)確定，其中Ttest是在所述協作網絡上執行之前的負載測試所用的時間，C 是誤差因數。
27.如權利要求26所述的執行協作會話的方法，其中所述誤差因數C具有大於1的值。
28.如權利要求12到27中的任何一項所述的執行協作會話的方法，其中所述方法還包括每一參與的客戶端向所述協作建立控制模塊提交用戶註冊請求的步驟。
29.如權利要求12到28中的任何一項所述的執行協作會話的方法，其中所述方法還包括伺服器向所述協作建立控制模塊提交用戶註冊請求的步驟。
30.如權利要求29所述的執行協作會話的方法，其中所述方法還包括在所述伺服器向所述協作建立控制模塊提交用戶註冊請求之後執行負載測試或吞吐量測試的步驟。
31.如權利要求28到30中的任何一項所述的執行協作會話的方法，其中所述用戶註冊請求需要包括有效的會話標識符、有效的用戶名和密碼，以便參與的客戶端或伺服器註冊所述協作會話。
32.如權利要求31所述的執行協作會話的方法，其中所述用戶註冊請求由所述協作建立控制模塊檢查以確立所述用戶是否具有加入所述協作會話所要求的許可。
33.如權利要求32所述的執行協作會話的方法，其中如果確立了所述用戶具有所要求的許可，則所述方法還包括向所述客戶端分配客戶端標識符的步驟。
34.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法還包括應用網關提供所述應用網關的客戶端處理能力被耗盡或即將被耗盡的指示的步驟。
35.如權利要求34所述的執行協作會話的方法，其中當從所述相關的子網絡內的客戶端接收到又一有效的用戶註冊請求時，提交所述請求的所述客戶端終端被指示作為第一子網絡動態應用網關起作用。
36.如權利要求35所述的執行協作會話的方法，其中所述方法還包括所述第一子網絡動態應用網關提供所述第一子網絡動態應用的客戶端處理能力被耗盡或即將被耗盡的指示的步驟。
37.如權利要求36所述的執行協作會話的方法，其中當從所述相關的子網絡內的客戶端接收到又一有效的用戶註冊請求時，提交該請求的所述客戶端終端被指示作為第二子網絡動態應用起作用。
38.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述方法還包括所述多個客戶端中的一個選擇性地將數據傳送到所述伺服器和/或其他多個客戶端中的一個或多個的步驟。
39.如權利要求38所述的執行協作會話的方法，其中選擇性地傳送數據的步驟包括將數據傳送到所述客戶端應用網關以及隨後通過所述客戶端應用網關將所述數據中繼到所述伺服器終端和/或所述多個客戶端終端中的一個或多個。
40.如前述權利要求中的任何一項所述的執行協作會話的方法，其中所述伺服器終端和所述伺服器應用網關位於第一子網絡內。
41.如權利要求40所述的執行協作會話的方法，其中所述多個客戶端終端中的至少一個和所述客戶端應用網關位於第二子網絡內。
42.如權利要求41所述的執行協作會話的方法，其中所述網絡包括廣域網，所述第一子網絡和所述第二子網絡包括區域網。
43.如前述權利要求中的任何一項所述的執行協作會話的方法，其中傳送和中繼數據的步驟包括使用傳輸控制協議/網際網路協議(TCP/IP)。
44.一種主持協作會話的網絡系統，所述系統包括伺服器終端，其提供所述協作會話中的數據源；多個客戶端終端，每一個提供給用戶參與協作會話的接入點；以及兩個或多個應用網關，每一應用網關被配置成在協作會話期間在網絡組件之間中繼數據；其中所述伺服器終端設置有伺服器應用網關，在所述協作會話期間，所述伺服器終端向所述伺服器應用網關傳送數據，所述伺服器應用網關根據所述伺服器終端的位置確定； 以及每一客戶端終端設置有客戶端應用網關，在所述協作會話期間，所述客戶端終端從所述客戶端應用網關接收數據，每一客戶端應用網關根據所述客戶端終端的位置確定。
45.如權利要求44所述的網絡系統，其中單個應用網關起著伺服器應用網關和客戶端應用網關的作用。
46.如權利要求44所述的網絡系統，其中伺服器應用網關和客戶端應用網關包括不同的應用網關。
47.如權利要求44到46中的任何一項所述的網絡系統，其中所述系統包括所述網絡中的多個客戶端應用網關，向所述多個客戶端應用網關分配了相應的客戶端終端。
48.如權利要求44到47中的任何一項所述的網絡系統，其中所述系統包括將數據中繼到第二應用網關的第一客戶端應用網關，所述第二應用網關接著將數據中繼到相應的客戶端終端。
49.如權利要求44到48中的任何一項所述的網絡系統，其中所述網絡系統還包括協作建立控制模塊。
50.如權利要求49所述的網絡系統，其中所述協作建立控制模塊包括web伺服器。
51.如權利要求50所述的網絡系統，其中所述web伺服器允許所述協作建立控制模塊和所述多個客戶端終端和/或所述伺服器終端之間的通信。
52.如權利要求49到51中的任何一項所述的網絡系統，其中所述協作建立控制模塊還包括協作資料庫，該協作資料庫用來保留關於所述協作會話的信息。
53.如權利要求49到52中的任何一項所述的網絡系統，其中所述協作建立控制模塊還包括守護進程，該守護進程允許所述協作會話的後臺運行功能的實現。
54.一種確定在基於網絡的協作會話內使用的兩個或多個應用網關之間的優化的數據通信路徑以在網絡組件之間中繼數據的方法，所述方法包括在所述兩個或多個應用網關上執行吞吐量測試的步驟。
55.如權利要求54所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試包括測量所述應用網關之間的數據路徑的網絡吞吐量的步驟。
56.如權利要求55所述的確定優化的數據通信路徑的方法，其中測量所述應用網關之間的數據路徑的網絡吞吐量的步驟包括測量所述兩個或多個應用網關之間的所有數據路徑的網絡吞吐量。
57.如權利要求55或56所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括測量雙向的網絡吞吐量的步驟。
58.如權利要求55到57中的任何一項所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括根據所測量的網絡吞吐量生成連接矩陣。
59.如權利要求58所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括歸一化所述連接矩陣的步驟。
60.如權利要求54到59中的任何一項所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括確認所述兩個或多個應用網關的可用的連接處理能力的步驟。
61.如權利要求54到60中的任何一項所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括定義應用網關的源集合的步驟。
62.如權利要求61所述的確定優化的數據通信路徑的方法，其中所述應用網關的源集合最初被設置成包括伺服器終端被連接到其上的應用網關。
63.如權利要求61或62所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括清空所述連接矩陣的對應所述源集合的列的步驟。
64.如權利要求61到63中的任何一項所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括確認不包括在所述源集合內、具有與所述源集合的最高的吞吐量數據路徑連接的應用網關的步驟。
65.如權利要求64所述的確定優化的數據通信路徑的方法，其中確認應用網關的所述步驟還包括檢查具有最高的吞吐量數據路徑連接的所述應用網關不包括在耗盡容量的應用網關集合內。
66.如權利要求64或65所述的確定優化的數據通信路徑的方法，其中確認應用網關的步驟還包括選擇離所述伺服器終端連接的所述應用網關具有較小跳數的應用網關。
67.如權利要求65所述的確定優化的數據通信路徑的方法，其中確認應用網關的步驟還包括選擇具有最大的可用的連接處理能力的應用網關。
68.如權利要求61到67中的任何一項所述的確定優化的數據通信路徑的方法，其中所述吞吐量測試還包括將已確認的應用網關添加到所述源集合的步驟。
69.如權利要求64到68中的任何一項所述的確定優化的數據通信路徑的方法，其中所述方法還包括升級所述已確認的應用網關的可用的連接處理能力的步驟。
70.一種裝有用於實現如權利要求1到43中的任何一項所述的執行網絡中的協作會話的方法的機器可讀指令的計算機裝置。
71.一種裝有用於實現如權利要求54到69中的任何一項所述的確定在基於網絡的協作會話內使用的兩個或多個應用網關之間的優化的數據通信路徑的方法的機器可讀指令的計算機裝置。
全文摘要
描述了建立基於網絡的協作的方法和系統。所述方法包括提供作為協作會話的數據源的伺服器終端、允許用戶接入以參與協作會話的多個客戶端終端以及一個或多個應用網關，所述應用網關被配置成在協作會話期間在網絡組件之間中繼數據。所述伺服器終端和客戶端終端都被分配有在協作會話期間向其傳送/和接收數據的應用網關，應用網關的分配由網絡內的伺服器終端和客戶端終端的位置確定。還描述了在基於網絡的協作內使用的應用網關的數據路徑優化的方法。在基於廣域網(WAN)的協作領域內發現了本發明的具體應用。
文檔編號H04L29/06GK102461115SQ201080025666
公開日2012年5月16日 申請日期2010年4月15日 優先權日2009年4月16日
發明者克裡斯·裡德, 史蒂芬·貝漢, 王曉峰, 萊喀格斯·佩特羅普拉基斯 申請人:愛普夏爾有限公司