專利名稱：用于控制網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及通信網(wǎng)絡(luò)，特別是涉及用于控制網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的方法和系統(tǒng)，其中，特別地，關(guān)于網(wǎng)絡(luò)中的源-目的地對(duì)的選擇提供推薦。
背景技術(shù)：
在當(dāng)代的通信基礎(chǔ)結(jié)構(gòu)中，基于IP的計(jì)算機(jī)網(wǎng)絡(luò)起突出的作用。由于諸如公司、公共機(jī)構(gòu)和個(gè)人之類的不同類型的參與方依賴于精細(xì)和復(fù)雜的服務(wù)和通信系統(tǒng)，因此，這些網(wǎng)絡(luò)的部署正以指數(shù)的速度發(fā)展。當(dāng)前，服務(wù)器或?qū)Φ葯C(jī)(peer)選擇方法主要基于由用戶例如通過(guò)使用ping、跟蹤路線或可用的帶寬估計(jì)工具啟動(dòng)的主動(dòng)測(cè)量，這常常是不精確的，并且/或者增加終端用戶的負(fù)載。其它的選擇方法包括利用地理信息、利用可用的地標(biāo)以創(chuàng)建虛擬坐標(biāo)系、基于隨 機(jī)源選擇遵循內(nèi)容提供商或分銷商的推薦和重新指導(dǎo)、基于負(fù)載平衡遵循源選擇或者基于經(jīng)濟(jì)利益或合同協(xié)定遵循源選擇。在所有以上提到的情況下，信息不被網(wǎng)絡(luò)提供商支持，并且，以上的方案的成功需要其它對(duì)等機(jī)、服務(wù)提供商和不具有對(duì)網(wǎng)絡(luò)的準(zhǔn)確視圖并且與用戶相比可能具有沖突的目標(biāo)的其它第三方對(duì)于已可用的基礎(chǔ)結(jié)構(gòu)的依賴性。諸如因特網(wǎng)服務(wù)提供商(ISP)之類的網(wǎng)絡(luò)提供商關(guān)注實(shí)現(xiàn)通信量工程化目標(biāo)和改善用戶體驗(yàn)和應(yīng)用程序效率。示例性的已知的用于實(shí)現(xiàn)這種目標(biāo)的技術(shù)是負(fù)載平衡，其中，工作負(fù)載跨網(wǎng)絡(luò)中的兩個(gè)或更多個(gè)計(jì)算機(jī)或網(wǎng)絡(luò)鏈接分配，由此改善例如資源利用、吞吐量或響應(yīng)時(shí)間。負(fù)載平衡一般用于流行的站點(diǎn)、互聯(lián)網(wǎng)中繼聊天(Internet RelayChat)網(wǎng)絡(luò)、高帶寬文件傳輸協(xié)議站點(diǎn)和DNS服務(wù)器(DNS :域名系統(tǒng))，其中，一般利用將請(qǐng)求從客戶端轉(zhuǎn)送到多個(gè)后端服務(wù)器中的一個(gè)的負(fù)載平衡器。還常見的是，多個(gè)IP地址一般與單個(gè)域名相關(guān)聯(lián)，其中，對(duì)于DNS請(qǐng)求的響應(yīng)包含主持相同的服務(wù)的幾個(gè)服務(wù)器的IP地址的列表。此時(shí)的負(fù)載平衡的方法是循環(huán)(roundrobin) DNS，其中，通過(guò)每個(gè)DNS響應(yīng)改變列表中的IP地址次序。但是，循環(huán)DNS具有只是每當(dāng)查詢DNS服務(wù)器時(shí)交替地址的次序的缺點(diǎn)，使得在服務(wù)器之間實(shí)現(xiàn)基本上均勻的負(fù)載平衡，這常常不是最佳的。因此，本發(fā)明的目的是，示出用于控制在通信網(wǎng)絡(luò)內(nèi)、特別是在計(jì)算機(jī)網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的新的改進(jìn)的方式。本發(fā)明的另一目的是，示出使得網(wǎng)絡(luò)提供商能夠執(zhí)行網(wǎng)絡(luò)中的通信量工程化，諸如減少重負(fù)載鏈接中的擁塞、繞過(guò)停工的鏈接或者降低傳送成本的新的改進(jìn)的方式。

發(fā)明內(nèi)容
通過(guò)所附的相應(yīng)的獨(dú)立權(quán)利要求的主題中的每一個(gè)實(shí)現(xiàn)本發(fā)明的目標(biāo)的方案。有利和/或優(yōu)選的實(shí)施例或改良是所附的相應(yīng)的從屬權(quán)利要求的主題。因此，本發(fā)明的用于控制網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的方法包括與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的中央網(wǎng)絡(luò)元件通過(guò)檢索網(wǎng)絡(luò)信息和/或通過(guò)監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信生成網(wǎng)絡(luò)的表示的步驟。通過(guò)連續(xù)檢索網(wǎng)絡(luò)信息和/或者監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信檢測(cè)網(wǎng)絡(luò)的變化，并且因此根據(jù)檢測(cè)到的變化更新網(wǎng)絡(luò)的表示。網(wǎng)絡(luò)可以是具有出于數(shù)據(jù)通信的目的而互連的多個(gè)網(wǎng)絡(luò)元件的任何網(wǎng)絡(luò)，特別是因特網(wǎng)。中央網(wǎng)絡(luò)元件一般是由網(wǎng)絡(luò)提供商操作的服務(wù)器或一組服務(wù)器。網(wǎng)絡(luò)的表示優(yōu)選包含與網(wǎng)絡(luò)的節(jié)點(diǎn)相關(guān)聯(lián)的信息和/或與網(wǎng)絡(luò)的節(jié)點(diǎn)對(duì)之間的通信路徑相關(guān)聯(lián)的信息。優(yōu)選地，計(jì)算通信路徑的性能特性，并且，為了快速的訪問而維護(hù)該表示。有利地，在中央網(wǎng)絡(luò)元件中收集的網(wǎng)絡(luò)信息包含原始網(wǎng)絡(luò)信息，例如，物理信息、監(jiān)視信息、策略信息和/或元信息。有利地，處理該信息，并且構(gòu)建和維護(hù)詳細(xì)的注釋的網(wǎng)絡(luò)表示。該方法還包括從客戶端網(wǎng)絡(luò)元件向中央網(wǎng)絡(luò)元件傳送請(qǐng)求的步驟，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息。對(duì)于每個(gè)識(shí)別的目的地網(wǎng)絡(luò)元件，基于網(wǎng)絡(luò)的表示由中央網(wǎng)絡(luò)元件確定源網(wǎng)絡(luò)元件與相應(yīng)的目的地網(wǎng)絡(luò)元件之間的通信路徑的分級(jí)值，基于相應(yīng)的分級(jí)值生成識(shí)別的目的地網(wǎng)絡(luò)元件的排序列表，所述排序列表從中央網(wǎng)絡(luò)元件被傳送到客戶端網(wǎng)絡(luò)元件，并且，基于排序列表，對(duì)于與源網(wǎng)絡(luò)元件的數(shù)據(jù)通信，選擇目的地網(wǎng)絡(luò)元件中的至少一個(gè)。
對(duì)于術(shù)語(yǔ)客戶端網(wǎng)絡(luò)元件、源網(wǎng)絡(luò)元件和目的地網(wǎng)絡(luò)元件，以下也簡(jiǎn)單地分別使用術(shù)語(yǔ)客戶端、源和目的地。術(shù)語(yǔ)基本上可互換使用，從而限定相應(yīng)的硬件或軟件單元或它們的識(shí)別。以下的術(shù)語(yǔ)用戶一般指的是客戶端網(wǎng)絡(luò)元件。使用術(shù)語(yǔ)源和目的地以限定網(wǎng)絡(luò)中的數(shù)據(jù)通信的兩個(gè)端點(diǎn)，其中，數(shù)據(jù)通信的方向不限于一個(gè)方向或另一方向。但是，一般地，數(shù)據(jù)通信由源啟動(dòng)。本發(fā)明的基本思想是收集、處理和維護(hù)網(wǎng)絡(luò)提供商內(nèi)的網(wǎng)絡(luò)信息，其中，維護(hù)的信息被用于估計(jì)源-目的地對(duì)的分級(jí)值，使得以分級(jí)列表的形式的推薦響應(yīng)包含至少兩個(gè)候選目的地的請(qǐng)求，以改善網(wǎng)絡(luò)中的通信量工程化、用戶體驗(yàn)和應(yīng)用程序效率。分級(jí)值優(yōu)選可以是相應(yīng)的源-目的地對(duì)的接近度的測(cè)量。源-目的地對(duì)的源和/或目的地可以屬于或不屬于網(wǎng)絡(luò)提供商的管理機(jī)構(gòu)。有利地，可以根據(jù)諸如延遲、帶寬、錯(cuò)誤遞送、網(wǎng)絡(luò)可靠性、擁塞之類的網(wǎng)絡(luò)性能特性和諸如應(yīng)用程序的類型、定價(jià)、對(duì)等協(xié)定、地理位置、法律事項(xiàng)、區(qū)域覆蓋、由客戶端激活的限制、服務(wù)負(fù)載利用之類的其它特性計(jì)算分級(jí)值。根據(jù)其計(jì)算分級(jí)值的參數(shù)不限于以上的提到的那些，而也可包括任何其它適當(dāng)?shù)膮?shù)。源和目的地可以是在網(wǎng)絡(luò)協(xié)議中使用的標(biāo)識(shí)符，諸如可以是真實(shí)IP、子網(wǎng)或訪問IP的IP地址，例如當(dāng)處于網(wǎng)絡(luò)地址翻譯(NAT)后面時(shí)或者只有路由器IP已知時(shí)。用戶為例如內(nèi)容分布系統(tǒng)(CDN)、對(duì)等系統(tǒng)、流式化系統(tǒng)、一組高速緩存以及基于客戶端-服務(wù)器模型的應(yīng)用程序，包括服務(wù)器池、直接下載提供商、諸如域名服務(wù)器(DNS)之類的因特網(wǎng)基礎(chǔ)結(jié)構(gòu)以及由其它網(wǎng)絡(luò)提供商授權(quán)的服務(wù)器。在該方法的優(yōu)選的實(shí)施例中，客戶端網(wǎng)絡(luò)元件響應(yīng)從源網(wǎng)絡(luò)元件接收請(qǐng)求生成要被傳送到中央網(wǎng)絡(luò)元件的請(qǐng)求，其中，客戶端網(wǎng)絡(luò)元件根據(jù)由中央網(wǎng)絡(luò)元件提供的排序列表向源網(wǎng)絡(luò)元件傳送響應(yīng)。例如，當(dāng)客戶端網(wǎng)絡(luò)元件是DNS服務(wù)器時(shí)，情況如此。以下，來(lái)自這種客戶端網(wǎng)絡(luò)元件的請(qǐng)求也稱為代理請(qǐng)求。本實(shí)施例的特殊的優(yōu)點(diǎn)在于，由于源網(wǎng)絡(luò)元件不注意到在中央網(wǎng)絡(luò)元件中執(zhí)行的重新排序，因此，不需要源網(wǎng)絡(luò)元件的變化，與在沒有本發(fā)明的情況下接收時(shí)相比，這例如導(dǎo)致由源網(wǎng)絡(luò)元件接收的站點(diǎn)的不同的IP地址。作為替代方案，客戶端網(wǎng)絡(luò)元件同時(shí)也可以是源網(wǎng)絡(luò)元件，使得初始地通過(guò)客戶端網(wǎng)絡(luò)元件生成請(qǐng)求。
由于通過(guò)涉及不同服務(wù)的不同類型的網(wǎng)絡(luò)元件傳送請(qǐng)求，因此，一般請(qǐng)求可具有不同的格式。因此，由客戶端網(wǎng)絡(luò)元件傳送的請(qǐng)求優(yōu)選被轉(zhuǎn)換成具有預(yù)定的統(tǒng)一格式的請(qǐng)求。統(tǒng)一格式的請(qǐng)求一般至少包含源網(wǎng)絡(luò)元件和目的地網(wǎng)絡(luò)元件即候選目的地的識(shí)別。在最優(yōu)選的實(shí)施例中，通過(guò)基于由客戶端網(wǎng)絡(luò)元件傳送的請(qǐng)求中的信息從預(yù)定的一組分級(jí)函數(shù)選擇的預(yù)定分級(jí)函數(shù)確定分級(jí)值。該信息可例如為代碼值，其中，有利地，不同的代碼值與通信量工程化優(yōu)化的不同的變體相關(guān)聯(lián)，并且其中，通過(guò)源網(wǎng)絡(luò)元件或通過(guò)客戶端網(wǎng)絡(luò)元件選擇優(yōu)化。當(dāng)轉(zhuǎn)換請(qǐng)求時(shí)，當(dāng)然，代碼值也采用成具有統(tǒng)一格式的請(qǐng)求。代碼值被映射到相關(guān)聯(lián)的分級(jí)函數(shù)，該分級(jí)函數(shù)然后被用于根據(jù)存儲(chǔ)于中央網(wǎng)絡(luò)元件中的映射表確定目的地網(wǎng)絡(luò)元件的排序列表，其中，可根據(jù)其它的參數(shù)執(zhí)行映射。這樣，有利地僅網(wǎng)絡(luò)提供商知道明確的分級(jí)函數(shù)。優(yōu)選地，在中央網(wǎng)絡(luò)元件中預(yù)定和存儲(chǔ)一組分級(jí)函數(shù)和它們的相關(guān)聯(lián)的代碼值。要進(jìn)一步增強(qiáng)靈活性，也可根據(jù)檢測(cè)的網(wǎng)絡(luò)的變化動(dòng)態(tài)調(diào)整至少一個(gè)預(yù)定的分級(jí)函數(shù)。
分級(jí)函數(shù)的非常簡(jiǎn)單的例子是源網(wǎng)絡(luò)元件與相應(yīng)的目的地網(wǎng)絡(luò)元件之間的通信路徑的跳躍計(jì)數(shù)和最小帶寬的比。但是，優(yōu)選地，預(yù)定的分級(jí)函數(shù)可根據(jù)各種參數(shù)大大改變。但是，特別有利地，基于只能由網(wǎng)絡(luò)提供商訪問的信息限定分級(jí)函數(shù)。優(yōu)選地，分析多個(gè)請(qǐng)求，并且,確定關(guān)于從單獨(dú)的客戶端網(wǎng)絡(luò)元件接收請(qǐng)求的頻率和/或關(guān)于在相應(yīng)的請(qǐng)求中識(shí)別單獨(dú)的源網(wǎng)絡(luò)元件和/或單獨(dú)的目的地網(wǎng)絡(luò)元件的頻率的統(tǒng)計(jì)信息，并且其中，所述統(tǒng)計(jì)信息用于確定分級(jí)值。此外，該方法優(yōu)選地包括可例如通過(guò)至少一個(gè)訪問控制列表實(shí)現(xiàn)的許可控制。在本優(yōu)選實(shí)施例中，只有從授權(quán)的客戶端網(wǎng)絡(luò)元件接收并識(shí)別授權(quán)的源網(wǎng)絡(luò)元件的請(qǐng)求被中央網(wǎng)絡(luò)元件處理，其中，根據(jù)包含于請(qǐng)求中的客戶端網(wǎng)絡(luò)元件的識(shí)別和/或源網(wǎng)絡(luò)元件的識(shí)別檢查客戶端網(wǎng)絡(luò)元件和/或源網(wǎng)絡(luò)元件的授權(quán)?？蓪⒃L問控制列表提供作為正列表或負(fù)列表。例如，可提供包含來(lái)自其的請(qǐng)求被接受的子網(wǎng)的第一正列表。第二正列表可例如列出來(lái)自其的代理請(qǐng)求被接受的IP地址。代理請(qǐng)求例如通過(guò)DNS服務(wù)器以源網(wǎng)絡(luò)元件的名義傳送。如果上述的統(tǒng)計(jì)信息表明在短的時(shí)間段內(nèi)接收到大量的請(qǐng)求，那么相應(yīng)的源網(wǎng)絡(luò)元件和/或客戶端網(wǎng)絡(luò)元件的IP地址可采用為負(fù)列表，使得阻擋這種請(qǐng)求。在該方法的優(yōu)選的實(shí)施例中，在預(yù)定的時(shí)間上制作網(wǎng)絡(luò)的表示的備份、存儲(chǔ)自最后的備份起網(wǎng)絡(luò)的任何檢測(cè)到的變化，并且，在故障的情況下，基于最后的備份和存儲(chǔ)的變化檢索網(wǎng)絡(luò)的表示。在與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的至少一個(gè)中央網(wǎng)絡(luò)元件中，布置用于控制具有出于數(shù)據(jù)通信的目的而互連的多個(gè)網(wǎng)絡(luò)元件的網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的本發(fā)明的系統(tǒng)。該系統(tǒng)包括用于檢索網(wǎng)絡(luò)信息和/或監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的檢索子系統(tǒng)；用于基于從檢索子系統(tǒng)接收的數(shù)據(jù)生成并更新網(wǎng)絡(luò)的表示的網(wǎng)絡(luò)地圖生成器子系統(tǒng)；用于存儲(chǔ)網(wǎng)絡(luò)的表示的網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)；用于接收、處理和響應(yīng)來(lái)自客戶端網(wǎng)絡(luò)元件的請(qǐng)求的查詢管理器子系統(tǒng)，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息；適于基于存儲(chǔ)的網(wǎng)絡(luò)的表示對(duì)于在來(lái)自客戶端網(wǎng)絡(luò)元件的請(qǐng)求中識(shí)別的每個(gè)目的地網(wǎng)絡(luò)元件確定源網(wǎng)絡(luò)元件與各目的地網(wǎng)絡(luò)元件之間的通信路徑的分級(jí)值的路徑分級(jí)子系統(tǒng)，其中，查詢管理器子系統(tǒng)適于生成對(duì)于請(qǐng)求的響應(yīng)，并且將響應(yīng)傳送給從其接收請(qǐng)求的客戶端網(wǎng)絡(luò)元件，其中，所述響應(yīng)包含在請(qǐng)求中識(shí)別的目的地網(wǎng)絡(luò)元件的排序列表，并且，所述列表基于由路徑分級(jí)子系統(tǒng)提供的相應(yīng)的分級(jí)值被確定。在服務(wù)的模式中，本發(fā)明的系統(tǒng)優(yōu)選收集和處理原始網(wǎng)絡(luò)信息、構(gòu)建并維護(hù)網(wǎng)絡(luò)的注釋的地圖、預(yù)先估計(jì)用于評(píng)估可在網(wǎng)絡(luò)中映射或分配的任意的源-目的地對(duì)的路徑特性、并且提供對(duì)于網(wǎng)絡(luò)的上述的維護(hù)的示圖的快速訪問的界面。在服務(wù)的模式中，用戶可提交請(qǐng)求并且該系統(tǒng)優(yōu)選允許或拒絕該請(qǐng)求。如果請(qǐng)求被允許，那么該請(qǐng)求進(jìn)一步被處理，來(lái)自維護(hù)的網(wǎng)絡(luò)示圖的信息被檢索，對(duì)于源和目的地兩者的聚集的統(tǒng)計(jì)被計(jì)算，并且，每個(gè)候選源-目的地對(duì)被評(píng)估。評(píng)估例如以降序作為分級(jí)列表被發(fā)送到用戶。當(dāng)系統(tǒng)的用戶的請(qǐng)求伴隨例如服務(wù)器或?qū)Φ葯C(jī)的候選目的地的列表到達(dá)以下載或上載內(nèi)容時(shí)，系統(tǒng)利用存儲(chǔ)于網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)中的網(wǎng)絡(luò)的表示，以估計(jì)源-目的地路徑特性，并且，基于預(yù)定或動(dòng)態(tài)限定的分級(jí)函數(shù)通過(guò)目的地的排序列表響應(yīng)請(qǐng)求，以實(shí)現(xiàn)通信量工程化目標(biāo)并改善用戶體驗(yàn)和應(yīng)用程序效率。 因此，路徑分級(jí)子系統(tǒng)優(yōu)選地適于通過(guò)由路徑分級(jí)子系統(tǒng)基于由客戶端網(wǎng)絡(luò)元件傳送的請(qǐng)求中的信息從預(yù)定的一組分級(jí)函數(shù)選擇的預(yù)定的分級(jí)函數(shù)確定分級(jí)值，其中，有利地，至少一個(gè)預(yù)定的分級(jí)函數(shù)根據(jù)網(wǎng)絡(luò)的檢測(cè)到的變化動(dòng)態(tài)適應(yīng)。在優(yōu)選的實(shí)施例中，該系統(tǒng)還包括用于將從客戶端網(wǎng)絡(luò)元件接收的請(qǐng)求轉(zhuǎn)換成具有預(yù)定的統(tǒng)一格式的請(qǐng)求的請(qǐng)求翻譯器子系統(tǒng)。在另一優(yōu)選的實(shí)施例中，該系統(tǒng)包括適于分析多個(gè)請(qǐng)求并且確定關(guān)于從單獨(dú)的客戶端網(wǎng)絡(luò)元件接收請(qǐng)求的頻率和/或關(guān)于在相應(yīng)的請(qǐng)求中識(shí)別單獨(dú)的源網(wǎng)絡(luò)元件和/或單獨(dú)的目的地網(wǎng)絡(luò)元件的頻率的統(tǒng)計(jì)信息的頻繁命中率(hitter)檢測(cè)子系統(tǒng)，并且其中，所述統(tǒng)計(jì)信息被提供給路徑分級(jí)子系統(tǒng)用以確定分級(jí)值。有利地，還提供適于在預(yù)定的時(shí)間上制作網(wǎng)絡(luò)的表示的備份、存儲(chǔ)自最后的備份起網(wǎng)絡(luò)的任何檢測(cè)到的變化并在故障的情況下，基于最后的備份和存儲(chǔ)的變化檢索網(wǎng)絡(luò)的表不的備份子系統(tǒng)。本發(fā)明的用于與上述的系統(tǒng)通信的網(wǎng)絡(luò)元件適于生成請(qǐng)求，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息和用于使得該系統(tǒng)能夠從一組預(yù)定的分級(jí)函數(shù)選擇分級(jí)函數(shù)的信息；將所述請(qǐng)求傳送到系統(tǒng)；和處理從該系統(tǒng)接收的響應(yīng)。優(yōu)選地，網(wǎng)絡(luò)元件適于響應(yīng)從源網(wǎng)絡(luò)元件接收請(qǐng)求生成請(qǐng)求并將其傳送到系統(tǒng)；和根據(jù)從系統(tǒng)接收的響應(yīng)向源網(wǎng)絡(luò)元件傳送響應(yīng)?？蓛?yōu)選地通過(guò)軟件部件提供本發(fā)明的系統(tǒng)的功能的至少一部分。因此，數(shù)字存儲(chǔ)介質(zhì)也位于本發(fā)明的范圍內(nèi)，該數(shù)字存儲(chǔ)介質(zhì)包含適于當(dāng)在至少一個(gè)計(jì)算機(jī)中被執(zhí)行時(shí)執(zhí)行上述的方法的電子可讀控制指令。


圖I示出了本發(fā)明的系統(tǒng)的優(yōu)選實(shí)施例的部件的示意圖，圖2示出圖I所示的系統(tǒng)的檢索子系統(tǒng)的示意圖，圖3示出圖I所示的系統(tǒng)的網(wǎng)絡(luò)地圖生成器子系統(tǒng)的功能的示意性流程圖，圖4示出圖I所示的系統(tǒng)的請(qǐng)求翻譯器子系統(tǒng)的功能的示意性流程圖，圖5示出圖I所示的系統(tǒng)的查詢管理器子系統(tǒng)的功能的示意性流程圖，
圖6示出圖I所示的系統(tǒng)的備份子系統(tǒng)的功能的示意性流程圖，圖7a示出在不采用圖I所示的系統(tǒng)的情況下實(shí)現(xiàn)的用于五個(gè)節(jié)點(diǎn)的網(wǎng)絡(luò)的通信量工程化和通信控制的例子，圖7b示出在采用圖I所示的系統(tǒng)的情況下實(shí)現(xiàn)的用于五個(gè)節(jié)點(diǎn)的網(wǎng)絡(luò)的通信量工程化和通信控制的例子，圖8a示出在采用和不使用圖I所示的系統(tǒng)的情況下實(shí)現(xiàn)的示例性的平均下載速度，以及圖8a示出在采用和不采用圖I所示的系統(tǒng)的情況下實(shí)現(xiàn)的示例性的平均跳躍計(jì)
數(shù)。
具體實(shí)施例方式下面，關(guān)于附圖更詳細(xì)地描述本發(fā)明的優(yōu)選的但示例性的實(shí)施例。圖I示出本發(fā)明的系統(tǒng)100的優(yōu)選實(shí)施例的部件的配置的示意圖，其中，所述部件包含系統(tǒng)的用于數(shù)據(jù)收集、數(shù)據(jù)處理、網(wǎng)絡(luò)地圖構(gòu)建和維護(hù)的子系統(tǒng)和查詢處理、分級(jí)和響應(yīng)子系統(tǒng)。信息檢索子系統(tǒng)112負(fù)責(zé)收集可包含網(wǎng)絡(luò)提供商中的物理信息、監(jiān)視信息、策略信息和元信息的原始網(wǎng)絡(luò)信息110。信息檢索子系統(tǒng)112然后將該信息發(fā)送到網(wǎng)絡(luò)地圖生成器120。網(wǎng)絡(luò)地圖生成器120負(fù)責(zé)評(píng)估在網(wǎng)絡(luò)中出現(xiàn)的變化的水平并因此構(gòu)建和更新注釋的網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)130。注釋的網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)子系統(tǒng)130負(fù)責(zé)維護(hù)網(wǎng)絡(luò)的最準(zhǔn)確的示圖、預(yù)估計(jì)可在網(wǎng)絡(luò)中映射的所有可能的源和目的地之中的各種特性測(cè)量、存儲(chǔ)處理的結(jié)果并且使得與查詢管理器子系統(tǒng)140的界面可用。對(duì)于故障恢復(fù)，提供備份子系統(tǒng)125，該備份子系統(tǒng)125定期接收網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)130的備份并且也從網(wǎng)絡(luò)地圖生成器120接收關(guān)于自最后的備份起的變化的信息，使得在故障的情況下，可以恢復(fù)網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)130的內(nèi)容。上述的部分屬于系統(tǒng)100的數(shù)據(jù)管理和維護(hù)部分。請(qǐng)求的處理屬于系統(tǒng)100的第二部分。由客戶端網(wǎng)絡(luò)元件180提交的請(qǐng)求可首先在請(qǐng)求翻譯器170中被處理。然后，基于預(yù)定的允許準(zhǔn)則允許或舍棄請(qǐng)求。如果請(qǐng)求被允許，那么查詢被提交到負(fù)責(zé)檢索與所有源-目的地對(duì)有關(guān)的所有信息的查詢管理器140。作為替代方案，也可直接從客戶端網(wǎng)絡(luò)元件180向查詢管理器140傳送具有預(yù)定的統(tǒng)一格式的請(qǐng)求?？赏ㄟ^(guò)頻繁命中率檢測(cè)器160對(duì)于源和目的地的流行度維護(hù)聚集的統(tǒng)計(jì)。該信息然后被發(fā)送到路徑分級(jí)器150，該路徑分級(jí)器150利用由查詢管理器140和頻繁命中率檢測(cè)器160接收的所有信息并且估計(jì)有關(guān)的分?jǐn)?shù)以編譯作為推薦的分級(jí)列表。推薦然后作為響應(yīng)被發(fā)送到客戶端網(wǎng)絡(luò)元件180?？蛻舳司W(wǎng)絡(luò)元件180可以是源網(wǎng)絡(luò)元件或者以源網(wǎng)絡(luò)元件的名義傳送請(qǐng)求的諸如DNS服務(wù)器之類的代理。圖2中更多詳細(xì)示出的信息檢索子系統(tǒng)112包含兩個(gè)子系統(tǒng)，即，左側(cè)的測(cè)量檢索子系統(tǒng)和右側(cè)的計(jì)算處理子系統(tǒng)。兩個(gè)子系統(tǒng)中的每一個(gè)可以處于主動(dòng)模式或被動(dòng)模式，即，可在推模式或拉模式任一者中操作。以下，描述每個(gè)子系統(tǒng)的每個(gè)模式的功能。在圖2的左側(cè)，示出測(cè)量檢索子系統(tǒng)的推處理210中可涉及的主動(dòng)測(cè)量信息源或籽體(Seed)211、212和213的第一例子，并且，示出測(cè)量檢索子系統(tǒng)的拉處理220中可涉及的被動(dòng)測(cè)量信息源或籽體221、222和223的第二例子。主動(dòng)測(cè)量可包含但不限于關(guān)于網(wǎng)絡(luò)部件的硬件狀態(tài)的籽體、用于網(wǎng)絡(luò)的拓?fù)涞谋O(jiān)聽器和在使用路由協(xié)議時(shí)在網(wǎng)絡(luò)中交換的消息的主動(dòng)監(jiān)聽器。上述的信息的更新被發(fā)送到已準(zhǔn)備好監(jiān)聽更新的一系列的饋送器。這些監(jiān)聽器是物理饋送處理器232、監(jiān)視饋送處理器234、網(wǎng)絡(luò)策略饋送處理器236和元信息饋送處理器238。這些饋送器保持更新。在被動(dòng)模式中，上述的饋送器通過(guò)查詢?cè)谑境龅膶?shí)施例中例示但不限于手動(dòng)拓?fù)湫畔?21、配置出口 222和測(cè)試環(huán)境設(shè)置223的被動(dòng)測(cè)量源請(qǐng)求可能的更新。在圖2的右側(cè)，示出對(duì)于計(jì)算處理子系統(tǒng)分別通過(guò)推處理和拉處理具體化的主動(dòng)模式和被動(dòng)模式的兩個(gè)例子。在推模式中，每個(gè)饋送器，即物理饋送處理器232、監(jiān)視饋送處理器234、網(wǎng)絡(luò)策略饋送處理器236和元信息饋送處理器238在通過(guò)使用測(cè)量檢索子系統(tǒng)中的推過(guò)程接收更新時(shí)向用作向網(wǎng)絡(luò)地圖生成器140發(fā)送觸發(fā)器以從報(bào)告它們知道更新的饋送拉更新的更新操作器的信息看門狗(watchdog) 240發(fā)送更新通知。在拉模式中，網(wǎng)絡(luò)地圖生成器周期性地嘗試從上述的饋送器拉信息。圖3示意性地示出包含為了構(gòu)建和維護(hù)網(wǎng)絡(luò)提供商的網(wǎng)絡(luò)地圖由用于從圖2所示的饋送器拉更新信息的網(wǎng)絡(luò)地圖生成器120執(zhí)行的步驟的流程圖。在關(guān)于圖2描述的推模式中，看門狗240負(fù)責(zé)向網(wǎng)絡(luò)地圖生成器120提供更新通知。在拉模式中，網(wǎng)絡(luò)地圖生 成器120拉用于饋送器的信息。在兩種情況下，在步驟301中，通過(guò)使用拉或推過(guò)程，從所有的饋送器得到網(wǎng)絡(luò)的狀態(tài)的原子(atomic)變化的列表。然后，在步驟302中處理原子變化中的每一個(gè)。在步驟303中檢索每個(gè)原子變化。如果存在維護(hù)的更新,則在步驟304中解析該更新，然后，在步驟305中，檢查它是否是有效的更新。如果它是有效的更新，那么在步驟306中標(biāo)記維護(hù)的拓?fù)涞淖兓?并且,在步驟307中變化作為事務(wù)(transaction)在數(shù)據(jù)庫(kù)中應(yīng)用。如果變化是無(wú)效的，那么在步驟308中舍棄更新。如果存在改變數(shù)據(jù)庫(kù)的更新，那么在步驟309中確認(rèn)這一點(diǎn)。如果情況如此，那么在步驟310中檢查是否存在拓?fù)渥兓?。如果是，那么在步驟311中重新計(jì)算路由表，并且還在步驟313中重新計(jì)算路徑高速緩存。如果存在路徑傳播變化，那么重新計(jì)算被推到路徑高速緩存，如果不是，那么在步驟314中創(chuàng)建觸發(fā)器恢復(fù)點(diǎn)。如果重新計(jì)算路徑高速緩存，那么也創(chuàng)建觸發(fā)器恢復(fù)點(diǎn)?？蓮挠|發(fā)器恢復(fù)點(diǎn)調(diào)用故障切換過(guò)程320。圖4示意性地示出包含用于翻譯對(duì)于系統(tǒng)的提交的請(qǐng)求的步驟的流程圖。請(qǐng)求翻譯器系統(tǒng)170出于兩個(gè)目的使用。第一是用于協(xié)議間通信，而第二是用于輔助決定適當(dāng)?shù)姆旨?jí)函數(shù)。當(dāng)在步驟400中網(wǎng)絡(luò)接收請(qǐng)求時(shí)，那么請(qǐng)求被發(fā)送到適當(dāng)?shù)姆g器處理。在步驟401中檢索請(qǐng)求，在步驟402中檢查它是否是已知的格式。如果它不是已知的格式，那么在步驟403中放棄該請(qǐng)求。如果它是已知的格式，那么在步驟404中解碼該請(qǐng)求，在步驟405中，根據(jù)解碼，確定可用于選擇適當(dāng)?shù)姆旨?jí)函數(shù)的信息，然后，在步驟406中創(chuàng)建統(tǒng)一的請(qǐng)求，在步驟407中，將請(qǐng)求分派到查詢管理服務(wù)器即圖4中的PaDIS服務(wù)器，并且，在步驟408中，該請(qǐng)求被轉(zhuǎn)送到處于網(wǎng)絡(luò)或IPC或共享存儲(chǔ)器中的查詢處理器。一旦通過(guò)查詢處理器處理了請(qǐng)求，就在步驟409中接收到回復(fù)。如果情況不是這樣，那么在步驟413中檢查是否存在第三方協(xié)議錯(cuò)誤。如果不存在這種錯(cuò)誤，那么，在步驟415中，未修改的請(qǐng)求被發(fā)送回客戶端網(wǎng)絡(luò)元件。如果發(fā)現(xiàn)第三方錯(cuò)誤，那么在步驟414中生成第三方錯(cuò)誤消息并且在步驟416中發(fā)送第三方錯(cuò)誤響應(yīng)。如果回復(fù)是有效的回復(fù)，那么在步驟410中解碼統(tǒng)一的請(qǐng)求，然后在步驟411中檢查回復(fù)是否有效。如果情況不是如此，那么使用與步驟413相同的過(guò)程。另一方面，如果它是有效的回復(fù)，那么在步驟412中生成第三方重新排序的列表并且發(fā)送第三方協(xié)議響應(yīng)。圖5示意性地示出包含用于管理在系統(tǒng)回復(fù)查詢管理器子系統(tǒng)之前到達(dá)系統(tǒng)中的提交的請(qǐng)求的步驟的流程圖。當(dāng)已經(jīng)通過(guò)請(qǐng)求翻譯器170翻譯了請(qǐng)求時(shí)，在步驟501中解碼和驗(yàn)證統(tǒng)一的請(qǐng)求。在步驟501中，還執(zhí)行允許控制。作為替代方案，也可通過(guò)查詢管理器子系統(tǒng)執(zhí)行允許控制。在步驟502中創(chuàng)建空的注釋的列表，在步驟503中提取一對(duì)的源-目的地，并且，在步驟504中用拓?fù)湫畔⒕幾g注釋的路徑。這包括在步驟505中查詢網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)和在步驟506中查詢用于源和/或目的地的頻繁命中率檢測(cè)器。在步驟507中，一旦檢索具有拓?fù)湫畔⒌淖⑨尩穆窂?，就可以使用與元信息一起的該信息以確定用于調(diào)用具有選擇的功能的路徑分級(jí)器的分級(jí)函數(shù)的選擇。然后，在步驟508中，向注釋的列表添加源-目的地對(duì)。在步驟509中，檢查正在調(diào)查的對(duì)是否最后的一個(gè)。如果情況不是如此，那么在步驟503中提取下一源-目的地對(duì)。如果源-目的地對(duì)是最后的，那么在步驟510中分類與該源-目的地對(duì)相關(guān)聯(lián)的注釋的權(quán)重，在步驟511中將信息傳遞到頻繁命中率檢測(cè)器子系統(tǒng)，在步驟512中編碼統(tǒng)一的響應(yīng)，并且將編碼發(fā)送到請(qǐng)求翻譯器170。類似地處理直接從客戶端網(wǎng)絡(luò)元件180接收的直接統(tǒng)一的請(qǐng)求181。 圖6示意性地示出包含用于故障恢復(fù)子系統(tǒng)的步驟的流程圖。該子系統(tǒng)的主要目的是，恢復(fù)在故障之前的最后的狀態(tài)并且推斷在其間出現(xiàn)的變化。存在兩個(gè)部件。在右側(cè)是備份檢索，而在左側(cè)是故障間隔更新推斷和檢索。備份檢索負(fù)責(zé)通過(guò)引導(dǎo)適當(dāng)?shù)膫浞萏幚碓诓襟E601中加載備份配置。然后，在步驟602中檢查是否存在備份。如果情況如此，那么在步驟603中檢索備份。如果不存在備份，那么處理在步驟604中終止，并且，原始網(wǎng)絡(luò)信息收集被復(fù)位。如果已檢索備份，那么自恢復(fù)起接收的且與網(wǎng)絡(luò)的最后的保存狀態(tài)的變化對(duì)應(yīng)的所有的原子變化在步驟701中被饋送并在步驟702中被保存于崩潰安全容器中。然后，在步驟703中檢查是否存在備份高速緩存。如果存在備份高速緩存，那么在步驟704中將高速緩存轉(zhuǎn)儲(chǔ)(dump)到容器，并且然后在步驟705中制作時(shí)間戳的備份并且系統(tǒng)在步驟706中等待下一通知。如果不存在高速緩存?zhèn)浞?，那么在步驟705中制作時(shí)間戳的備份。圖7a示意性地示出五個(gè)節(jié)點(diǎn)801 805的網(wǎng)絡(luò)的通信量。圖7b對(duì)于同一例子示出通過(guò)該系統(tǒng)實(shí)現(xiàn)的通信量的工程化。目標(biāo)是以減少網(wǎng)絡(luò)中的總擁塞和每個(gè)鏈接和方向的峰值負(fù)載的方式重新分配源-目的地流量?？紤]七百個(gè)節(jié)點(diǎn)的網(wǎng)絡(luò)，關(guān)注連接它們中的五個(gè)即節(jié)點(diǎn)801 805的最擁塞的鏈接——上載和下載。通過(guò)采用本發(fā)明，遍及網(wǎng)絡(luò)的總通信量從560. 35Gb減少到455. 36Gb。也如圖8a所示，當(dāng)向本發(fā)明的系統(tǒng)提交請(qǐng)求時(shí)，平均下載速度從406Kb每秒增加到520Kb每秒。也如圖Sb所示，每個(gè)連接即源-目的地對(duì)的平均跳躍計(jì)數(shù)從4. 65減少到3. 97。注意，在圖7a和圖7b中沒有示出一些跳躍。圖7a和圖7b還示出重負(fù)載鏈接的通信量減少。例如，從28_17到65_21的鏈接的負(fù)載從100%減少到47%，從13_17到65_21的鏈接的負(fù)載從91%減少到70%，而從65_21到54_16的負(fù)載從77%減少至Ij 54%ο當(dāng)前，信息的收集、處理和維護(hù)不被集中，并且不被用于主動(dòng)通信量工程化和網(wǎng)絡(luò)提供商中的服務(wù)器或?qū)Φ葯C(jī)選擇。這些部件中的每一個(gè)獨(dú)立地操作，并且主要用于網(wǎng)絡(luò)規(guī)劃、監(jiān)視和計(jì)費(fèi)。增強(qiáng)源-目的地匹配的嘗試包含通過(guò)用戶分布由于來(lái)自網(wǎng)絡(luò)提供商側(cè)的原始信息的敏感性還沒有大大部署的包含第三方或直接推/拉過(guò)程的原始網(wǎng)絡(luò)信息。增強(qiáng)源-目的地匹配的其它嘗試包含對(duì)于內(nèi)容提供商和分銷商的類似的請(qǐng)求的集中存儲(chǔ)和用于推斷用戶接近性的源推薦的相關(guān)性。這還缺少關(guān)鍵的網(wǎng)絡(luò)提供商信息。對(duì)照而言，本發(fā)明有利地在不揭示敏感網(wǎng)絡(luò)信息的情況下基于網(wǎng)絡(luò)的詳細(xì)的示圖提供推 薦。
權(quán)利要求
1.一種用于控制具有出于數(shù)據(jù)通信的目的被互連的多個(gè)網(wǎng)絡(luò)元件的網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的方法，其中， 一與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的中央網(wǎng)絡(luò)元件(100)通過(guò)檢索網(wǎng)絡(luò)信息(110)和/或通過(guò)監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信生成網(wǎng)絡(luò)的表示(130)， 一通過(guò)連續(xù)檢索網(wǎng)絡(luò)信息(110)和/或者監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信檢測(cè)網(wǎng)絡(luò)的變化，并且根據(jù)檢測(cè)到的變化更新網(wǎng)絡(luò)的表示(130 )， 一請(qǐng)求被從客戶端網(wǎng)絡(luò)元件(180)傳送到中央網(wǎng)絡(luò)元件(100)，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息， 一對(duì)于每個(gè)識(shí)別的目的地網(wǎng)絡(luò)元件，基于網(wǎng)絡(luò)的表示(130)由中央網(wǎng)絡(luò)元件(100)確定源網(wǎng)絡(luò)元件與相應(yīng)的目的地網(wǎng)絡(luò)元件之間的通信路徑的分級(jí)值， 一基于相應(yīng)的分級(jí)值生成識(shí)別的目的地網(wǎng)絡(luò)元件的排序列表， 一所述排序列表被從中央網(wǎng)絡(luò)元件(100)傳送到客戶端網(wǎng)絡(luò)元件(180)，并且， 一基于排序列表，對(duì)于與源網(wǎng)絡(luò)元件的數(shù)據(jù)通信，選擇目的地網(wǎng)絡(luò)元件中的至少一個(gè)。
2.根據(jù)權(quán)利要求I所述的方法，其中，客戶端網(wǎng)絡(luò)元件響應(yīng)從源網(wǎng)絡(luò)元件接收請(qǐng)求生成要被傳送到中央網(wǎng)絡(luò)元件(100)的請(qǐng)求，并且其中，客戶端網(wǎng)絡(luò)元件根據(jù)由中央網(wǎng)絡(luò)元件(100)提供的排序列表向源網(wǎng)絡(luò)元件傳送響應(yīng)。
3.根據(jù)權(quán)利要求I或2中的任一項(xiàng)所述的方法，其中，由客戶端網(wǎng)絡(luò)元件(180)傳送的請(qǐng)求被轉(zhuǎn)換成具有預(yù)定的統(tǒng)一格式的請(qǐng)求。
4.根據(jù)前面的權(quán)利要求中的任一項(xiàng)所述的方法，其中，只有從授權(quán)的客戶端網(wǎng)絡(luò)元件接收并識(shí)別授權(quán)的源網(wǎng)絡(luò)元件的請(qǐng)求被中央網(wǎng)絡(luò)元件(100 )處理，并且其中，根據(jù)包含于請(qǐng)求中的客戶端網(wǎng)絡(luò)元件的識(shí)別和/或源網(wǎng)絡(luò)元件的識(shí)別檢查客戶端網(wǎng)絡(luò)元件和/或源網(wǎng)絡(luò)元件的授權(quán)。
5.根據(jù)前面的權(quán)利要求中的任一項(xiàng)所述的方法，其中，通過(guò)基于由客戶端網(wǎng)絡(luò)元件傳送的請(qǐng)求中的信息從預(yù)定的一組分級(jí)函數(shù)選擇的預(yù)定分級(jí)函數(shù)確定分級(jí)值。
6.根據(jù)權(quán)利要求5所述的方法，其中，至少一個(gè)預(yù)定的分級(jí)函數(shù)根據(jù)網(wǎng)絡(luò)的檢測(cè)到的變化動(dòng)態(tài)適應(yīng)。
7.根據(jù)前面的權(quán)利要求中的任一項(xiàng)所述的方法，其中，分析多個(gè)請(qǐng)求，并且確定關(guān)于從單獨(dú)的客戶端網(wǎng)絡(luò)元件接收請(qǐng)求的頻率和/或關(guān)于在相應(yīng)的請(qǐng)求中識(shí)別單獨(dú)的源網(wǎng)絡(luò)元件和/或單獨(dú)的目的地網(wǎng)絡(luò)元件的頻率的統(tǒng)計(jì)信息，并且其中所述統(tǒng)計(jì)信息用于確定分級(jí)值。
8.一種用于控制具有出于數(shù)據(jù)通信的目的被互連的多個(gè)網(wǎng)絡(luò)元件的網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的系統(tǒng)，所述系統(tǒng)被布置于與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的至少一個(gè)中央網(wǎng)絡(luò)元件(100)中，包括 一用于檢索網(wǎng)絡(luò)信息(110)和/或監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信的檢索子系統(tǒng)(112)， 一用于基于從檢索子系統(tǒng)接收的數(shù)據(jù)生成并更新網(wǎng)絡(luò)的表示的網(wǎng)絡(luò)地圖生成器子系統(tǒng)(120)， 一用于存儲(chǔ)網(wǎng)絡(luò)的表示(130)的網(wǎng)絡(luò)地圖數(shù)據(jù)庫(kù)， 一用于接收、處理和響應(yīng)來(lái)自客戶端網(wǎng)絡(luò)元件(180)的請(qǐng)求的查詢管理器子系統(tǒng)(140)，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息，一適于基于存儲(chǔ)的網(wǎng)絡(luò)的表示(130)對(duì)于在來(lái)自客戶端網(wǎng)絡(luò)元件(180)的請(qǐng)求中識(shí)別的每個(gè)目的地網(wǎng)絡(luò)元件確定源網(wǎng)絡(luò)元件(180)與相應(yīng)的目的地網(wǎng)絡(luò)元件之間的通信路徑的分級(jí)值的路徑分級(jí)子系統(tǒng)(150)，其中， 一查詢管理器子系統(tǒng)(140)適于生成對(duì)于請(qǐng)求的響應(yīng)，并且將響應(yīng)傳送給從其接收請(qǐng)求的客戶端網(wǎng)絡(luò)元件(180)，其中，所述響應(yīng)包含在請(qǐng)求中識(shí)別的目的地網(wǎng)絡(luò)元件的排序列表，并且其中，所述列表基于由路徑分級(jí)子系統(tǒng)(150)提供的相應(yīng)的分級(jí)值被確定。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，還包括用于將從客戶端網(wǎng)絡(luò)元件(180)接收的請(qǐng)求轉(zhuǎn)換成具有預(yù)定的統(tǒng)一格式的請(qǐng)求的請(qǐng)求翻譯器子系統(tǒng)(170)。
10.根據(jù)權(quán)利要求8或9中的任一項(xiàng)所述的系統(tǒng)，其中，路徑分級(jí)子系統(tǒng)(150)適于通過(guò)由路徑分級(jí)子系統(tǒng)(150)基于由客戶端網(wǎng)絡(luò)元件(180)傳送的請(qǐng)求中的信息從預(yù)定的一組分級(jí)函數(shù)選擇的預(yù)定的分級(jí)函數(shù)確定分級(jí)值。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其中，至少一個(gè)預(yù)定的分級(jí)函數(shù)根據(jù)網(wǎng)絡(luò)的檢測(cè)到的變化動(dòng)態(tài)適應(yīng)。
12.根據(jù)權(quán)利要求8 11中的任一項(xiàng)所述的系統(tǒng)，還包括適于分析多個(gè)請(qǐng)求并且確定關(guān)于從單獨(dú)的客戶端網(wǎng)絡(luò)元件接收請(qǐng)求的頻率和/或關(guān)于在相應(yīng)的請(qǐng)求中識(shí)別單獨(dú)的源網(wǎng)絡(luò)元件和/或單獨(dú)的目的地網(wǎng)絡(luò)元件的頻率的統(tǒng)計(jì)信息的頻繁命中率檢測(cè)子系統(tǒng)，并且其中，所述統(tǒng)計(jì)信息被提供給路徑分級(jí)子系統(tǒng)(150)用以確定分級(jí)值。
13.根據(jù)權(quán)利要求8 12中的任一項(xiàng)所述的系統(tǒng)，包括適于在預(yù)定的時(shí)間上制作網(wǎng)絡(luò)的表示(130)的備份、存儲(chǔ)自最后的備份起網(wǎng)絡(luò)的任何檢測(cè)到的變化并在故障的情況下基于最后的備份和存儲(chǔ)的變化檢索網(wǎng)絡(luò)的表示(130)的備份子系統(tǒng)。
14.一種用于與根據(jù)權(quán)利要求8 13中的任一項(xiàng)所述的用于控制數(shù)據(jù)通信的系統(tǒng)進(jìn)行通信的網(wǎng)絡(luò)元件，適于 一生成請(qǐng)求，其中，所述請(qǐng)求包含識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件的信息和用于使得系統(tǒng)能夠從一組預(yù)定的分級(jí)函數(shù)選擇分級(jí)函數(shù)的信息， 一將所述請(qǐng)求傳送到系統(tǒng)，和 -處理從系統(tǒng)接收的響應(yīng)。
15.根據(jù)權(quán)利要求14所述的網(wǎng)絡(luò)元件，適于 一響應(yīng)從源網(wǎng)絡(luò)元件接收請(qǐng)求生成請(qǐng)求并將其傳送到系統(tǒng)；和 一根據(jù)從系統(tǒng)接收的響應(yīng)向源網(wǎng)絡(luò)元件傳送響應(yīng)。
全文摘要
對(duì)于網(wǎng)絡(luò)中的通信量工程化，諸如減少重負(fù)載鏈接中的擁塞、繞過(guò)停工的(down)鏈接或者降低傳送成本，本發(fā)明提出一種用于控制數(shù)據(jù)通信的方法，其中，與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的中央網(wǎng)絡(luò)元件(100)通過(guò)檢索網(wǎng)絡(luò)信息(110)和/或通過(guò)監(jiān)視網(wǎng)絡(luò)內(nèi)的數(shù)據(jù)通信生成網(wǎng)絡(luò)的表示(130)；請(qǐng)求被從客戶端網(wǎng)絡(luò)元件(180)傳送到中央網(wǎng)絡(luò)元件(100)，從而識(shí)別源網(wǎng)絡(luò)元件和至少兩個(gè)目的地網(wǎng)絡(luò)元件；對(duì)于每個(gè)目的地網(wǎng)絡(luò)元件，基于網(wǎng)絡(luò)的表示(130)由中央網(wǎng)絡(luò)元件(100)確定分級(jí)值；排序列表基于相應(yīng)的分級(jí)值生成并且被傳送到客戶端網(wǎng)絡(luò)元件(180)；并且，基于排序列表，對(duì)于與源網(wǎng)絡(luò)元件的數(shù)據(jù)通信，選擇目的地網(wǎng)絡(luò)元件中的至少一個(gè)。本發(fā)明還提出用于執(zhí)行本發(fā)明的方法的系統(tǒng)和網(wǎng)絡(luò)元件。
文檔編號(hào)H04L12/24GK102934396SQ201180022650
公開日2013年2月13日 申請(qǐng)日期2011年5月5日 優(yōu)先權(quán)日2010年5月6日
發(fā)明者I·珀瑟, B·弗蘭克, G·斯馬拉格達(dá)基斯, A·菲爾德曼 申請(qǐng)人:德國(guó)電信股份公司