專利名稱：獲取內(nèi)容的方法、節(jié)點及內(nèi)容網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種獲取內(nèi)容的方法、節(jié)點及內(nèi)容網(wǎng)絡(luò)。
背景技術(shù)：
互聯(lián)網(wǎng)技術(shù)自發(fā)明以來已經(jīng)歷了 40多年的發(fā)展歷程，今天的互聯(lián)網(wǎng)活躍著Web應(yīng) 用、多媒體音視頻應(yīng)用、移動性、黑客攻擊等多種元素。隨著這些元素的持續(xù)壯大，也給互聯(lián) 網(wǎng)帶來了前所未有的挑戰(zhàn)。特別是隨著互聯(lián)網(wǎng)規(guī)模不斷增加以及高清視頻/圖片的日益流 行，最近幾年互聯(lián)網(wǎng)上傳輸?shù)臄?shù)據(jù)量出現(xiàn)了飛速增長。如何高效地從互聯(lián)網(wǎng)中獲取內(nèi)容成 為一個日益關(guān)注的主題?，F(xiàn)有技術(shù)中的互聯(lián)網(wǎng)是基于主機的架構(gòu)，其中，與互聯(lián)網(wǎng)相連的任何一臺計算機 都稱為主機，每臺主機都有一個唯一的IP (Internet Protocol，互聯(lián)網(wǎng)協(xié)議)地址。在獲取 內(nèi)容時，通過IP地址選取需要連接的主機，并通過IP協(xié)議實現(xiàn)與傳輸內(nèi)容對應(yīng)的IP數(shù)據(jù) 包的傳遞。由于在互聯(lián)網(wǎng)上傳輸?shù)膬?nèi)容出現(xiàn)了爆炸式增長，而互聯(lián)網(wǎng)基于IP協(xié)議進行內(nèi)容 傳輸時，很多客戶端同時向內(nèi)容所在主機建立會話以獲取內(nèi)容，導(dǎo)致內(nèi)容分發(fā)效率低下，造 成源服務(wù)器和網(wǎng)絡(luò)擁堵；為了避免上述網(wǎng)絡(luò)擁堵，需要不斷擴大帶寬、升級網(wǎng)絡(luò)設(shè)備，這樣 又增加了網(wǎng)絡(luò)的投資成本；另外，黑客可以通過向同一主機發(fā)出大量內(nèi)容請求而造成網(wǎng)絡(luò) 癱瘓，因此目前的網(wǎng)絡(luò)架構(gòu)還存在不安全的弊端，無法適應(yīng)內(nèi)容的快速增長。

發(fā)明內(nèi)容
為了使網(wǎng)絡(luò)適應(yīng)內(nèi)容的快速增長，本發(fā)明實施例提供了一種獲取內(nèi)容的方法、節(jié) 點及內(nèi)容網(wǎng)絡(luò)。所述技術(shù)方案如下一方面，本發(fā)明實施例提供了一種獲取內(nèi)容的方法，所述方法包括接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識 對應(yīng)的內(nèi)容；否則，根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所 述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容；其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié)構(gòu)，所述 全局內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。另一方面，本發(fā)明實施例提供了一種獲取內(nèi)容的節(jié)點，所述節(jié)點包括內(nèi)容代理模塊，用于接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識； 判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng)的內(nèi) 容；否則，向內(nèi)容獲取模塊轉(zhuǎn)發(fā)所述內(nèi)容請求；內(nèi)容獲取模塊，用于接收所述內(nèi)容代理模塊發(fā)送的所述內(nèi)容請求，根據(jù)所述標(biāo)識 查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容，其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié) 構(gòu)，所述全局內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。另一方面，本發(fā)明實施例還提供了一種內(nèi)容網(wǎng)絡(luò)，所述網(wǎng)絡(luò)包括獲取內(nèi)容的節(jié)點 和傳輸網(wǎng)絡(luò)所述獲取內(nèi)容的節(jié)點，用于接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容 的標(biāo)識；判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對 應(yīng)的內(nèi)容；否則，根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié) 點，從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容；并通過所述傳輸網(wǎng)絡(luò)將所述標(biāo)識對應(yīng)的 內(nèi)容發(fā)送給客戶端；其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié)構(gòu)，所述 全局內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。在本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)下，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲 取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地查找該內(nèi)容；如果本地沒有該 內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放位置列表中獲 取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng)很多客戶端同 時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減少了對網(wǎng)絡(luò)設(shè) 備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容請求而造成的 網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他
的附圖。
圖1是本發(fā)明實施例提供的內(nèi)容網(wǎng)絡(luò)中節(jié)點分布結(jié)構(gòu)示意圖2是本發(fā)明實施例一-提供的獲取內(nèi)容的方法流程圖3是本發(fā)明實施例二提供的獲取內(nèi)容的方法流程圖4是本發(fā)明實施例二提供的名稱注冊方法流程圖5是本發(fā)明實施例二提供的策略獲取方法流程圖6是為本發(fā)明實施例三、四、五提供的具有全部功能的內(nèi)容網(wǎng)絡(luò)結(jié)構(gòu)示意圖
圖7是本發(fā)明實施例三提供的內(nèi)容代理模塊結(jié)構(gòu)示意圖8是本發(fā)明實施例三提供的內(nèi)容獲取模塊結(jié)構(gòu)示意圖9是本發(fā)明實施例三提供的第一種名字解析單元結(jié)構(gòu)示意圖10是本發(fā)明實施例J三提供的第二種名字解析單元結(jié)構(gòu)示意圖11是本發(fā)明實施例JΞ提供的內(nèi)容路由單元結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方 式作進一步地詳細(xì)描述。
本發(fā)明實施例構(gòu)建了一個對內(nèi)容感知、存儲、路由、分發(fā)服務(wù)的網(wǎng)絡(luò)架構(gòu)，稱為 CONA(Content-Oriented Network Architecture，面向內(nèi)容的網(wǎng)絡(luò)架構(gòu))，該網(wǎng)絡(luò)架構(gòu)上的 節(jié)點稱為CONA節(jié)點。參見圖1，為內(nèi)容網(wǎng)絡(luò)中節(jié)點的分布結(jié)構(gòu)；其中，多個節(jié)點構(gòu)成一個 AS (Autonomous System，自治域)；每個 AS 內(nèi)具有多級 DHT (Distributed Hash Table，分布 式哈希表)，每級DHT分別對應(yīng)不同層次的基礎(chǔ)網(wǎng)絡(luò)設(shè)施，例如DSLAM (Digital Subscriber Line Access Multiplexer，數(shù)字用戶線路接入復(fù)用器)設(shè)備層，以太網(wǎng)交換機層和邊緣路 由層。每級DHT所對應(yīng)的節(jié)點構(gòu)成至少一個協(xié)作區(qū)域；一個協(xié)作區(qū)域是指一個區(qū)域內(nèi)的 存儲資源能夠協(xié)同工作，形成一個更大的邏輯的存儲資源；每個協(xié)作區(qū)域包含若干個節(jié)點， 其中具有DHT索引存儲功能的節(jié)點為索引節(jié)點，每個協(xié)作區(qū)域中具有至少一個索引節(jié)點， 在索引節(jié)點上分布存儲所述協(xié)作區(qū)域的DHT，形成一張完整的DHT，該協(xié)作區(qū)域的DHT包括 本協(xié)作區(qū)域及下一級DHT對應(yīng)協(xié)作區(qū)域內(nèi)所有節(jié)點存儲內(nèi)容對應(yīng)的解析記錄，包括內(nèi)容名 稱及對應(yīng)的內(nèi)容所在的節(jié)點的位置列表、元數(shù)據(jù)、簽名和TTL(Time To Live，生存時間)； 跨AS則采用全局內(nèi)容解析結(jié)構(gòu)，該全局內(nèi)容解析結(jié)構(gòu)可以為CREX (Content Resolution Exchange Point,內(nèi)容解析交換點)樹或全局DHT中的一種，CREX樹或全局DHT中的解析 記錄對歸屬同一 AS的內(nèi)容進行了匯聚，且該CREX樹或全局DHT存儲在全局名字解析節(jié)點 中。實施例一本發(fā)明實施例提供了一種獲取內(nèi)容的方法，參見圖2，該方法包括201 接收內(nèi)容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；202 判斷該標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則執(zhí)行步驟203，否 則，執(zhí)行步驟204;203 從本地獲取該標(biāo)識對應(yīng)的內(nèi)容，流程結(jié)束；204:根據(jù)該標(biāo)識查找名字解析系統(tǒng)得到存放該標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從目 標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng)的內(nèi)容，流程結(jié)束。其中，名字解析系統(tǒng)包括多級DHT和全局內(nèi)容解析結(jié)構(gòu)，該全局內(nèi)容解析結(jié)構(gòu)支 持名字聚合和最長匹配查找。本發(fā)明實施例提供的技術(shù)方案，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲 取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地緩存中查找該內(nèi)容；如果本地 緩存中沒有該內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放 位置列表中獲取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng) 很多客戶端同時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減 少了對網(wǎng)絡(luò)設(shè)備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容 請求而造成的網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。實施例二本發(fā)明實施例提供了一種獲取內(nèi)容的方法，參見圖3，該方法流程具體如下301 接收內(nèi)容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的名稱；具體地，節(jié)點接收來自用戶客戶端或其它節(jié)點的內(nèi)容請求，內(nèi)容請求中至少包括 需要獲取的內(nèi)容的標(biāo)識，該標(biāo)識可以是內(nèi)容的名稱、標(biāo)志、代號等。
本發(fā)明實施例中，節(jié)點為CONA中的節(jié)點，即CONA節(jié)點，請求內(nèi)容中的標(biāo)識以內(nèi)容 的名稱為例進行說明，但并不限定于此。302 判斷該名稱對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則執(zhí)行步驟303，否 則，執(zhí)行步驟304;303 從本地獲取該名稱對應(yīng)的內(nèi)容，并執(zhí)行步驟307 ；節(jié)點接收到內(nèi)容請求后，從內(nèi)容請求中獲取內(nèi)容的名稱，并判斷該名稱對應(yīng)的內(nèi) 容是否存儲在本地的緩存中，即根據(jù)該名稱查找本節(jié)點的緩存中是否存在該名稱對應(yīng)的內(nèi) 容；如果存在，則從本節(jié)點的緩存中獲取該名稱對應(yīng)的內(nèi)容；如果不存在，則判斷本地是否正在獲取該名稱對應(yīng)的內(nèi)容，即查詢本節(jié)點的正在 獲取內(nèi)容信息表中是否存在該名稱，如果存在，則等待本節(jié)點獲取該內(nèi)容；如果不存在，則 執(zhí)行步驟304。其中，正在獲取內(nèi)容信息表包含本節(jié)點正在獲取內(nèi)容的名稱，如果后續(xù)接收到的 內(nèi)容請求是對同一內(nèi)容的重復(fù)請求，則能在該正在獲取內(nèi)容信息表中找到該內(nèi)容的名稱， 那么只需等待前面的請求返回內(nèi)容后一并響應(yīng)，而無需重復(fù)獲取該內(nèi)容。通過對內(nèi)容請求 的匯聚，當(dāng)很多客戶端同時向某一節(jié)點發(fā)送同一內(nèi)容請求時，后續(xù)的請求不會被重復(fù)執(zhí)行， 可以有效抵御DDoS (Distributed Denial of krvice，分布式拒絕服務(wù)攻擊)和瞬間擁擠 (Flash Crowd)。本節(jié)點對內(nèi)容的存儲分為永久存儲和緩存。本節(jié)點的緩存又可以分為本地緩存和 協(xié)作緩存。本地緩存和協(xié)作緩存由協(xié)作緩存全局策略結(jié)合本地信息得到的本地緩存策略來 調(diào)度。其中，協(xié)作緩存是將協(xié)作區(qū)域內(nèi)各節(jié)點的存儲能力組織起來構(gòu)建一個互助的分布式 緩存系統(tǒng)，以提高本協(xié)作區(qū)域整體的緩存命中率和內(nèi)容分發(fā)效率。304 根據(jù)名字解析系統(tǒng)查找該名稱對應(yīng)的內(nèi)容存放位置；其中，名字解析系統(tǒng)包括多級DHT和全局內(nèi)容解析結(jié)構(gòu)，該全局內(nèi)容解析結(jié)構(gòu)支 持名字聚合和最長匹配查找。具體地，根據(jù)該名稱在多級DHT中查找該名稱對應(yīng)的內(nèi)容存放位置列表；首先在當(dāng)前DHT中查找是否存在該名稱對應(yīng)的解析記錄，其中，當(dāng)前DHT的初始狀 態(tài)為本節(jié)點所在的本地DHT，后續(xù)狀態(tài)為當(dāng)前正在查找的DHT。如果當(dāng)前DHT中存在該名稱 對應(yīng)的解析記錄，則獲取該名稱對應(yīng)的解析記錄中的內(nèi)容存放位置列表，返回名稱查詢的 結(jié)果，該結(jié)果包括該名稱對應(yīng)的內(nèi)容存放位置列表，還可以包括數(shù)據(jù)的簽名等信息。其中， 內(nèi)容存放位置列表中可能包含一個或多個該名稱對應(yīng)的內(nèi)容所在的位置信息；如果當(dāng)前DHT中不存在該名稱對應(yīng)的解析記錄，且當(dāng)前DHT不是本AS內(nèi)的最高級 DHT，則向本AS內(nèi)的上一級DHT中查找該名稱，如果在上一級DHT中存在該名稱，則返回名 稱查詢的結(jié)果，如果不存在，則繼續(xù)向上一級DHT查找，直至獲取該名稱對應(yīng)的解析記錄中 的內(nèi)容存放位置列表；此時，查找到的內(nèi)容存放位置為內(nèi)容存放位置列表，該內(nèi)容在本AS 內(nèi)，執(zhí)行步驟305;如果當(dāng)前DHT中不存在該名稱對應(yīng)的解析記錄，且當(dāng)前DHT是本AS內(nèi)的最高級 DHT，則從全局內(nèi)容解析結(jié)構(gòu)中查找所述標(biāo)識對應(yīng)的內(nèi)容歸屬的AS，即查找全局內(nèi)容解析結(jié) 構(gòu)中是否存在該名稱對應(yīng)的內(nèi)容歸屬的AS，若不存在，則返回查找失?。蝗舸嬖?，則獲取該 名稱對應(yīng)的內(nèi)容歸屬的AS，包括AS ID (Identity，身份標(biāo)識號碼)，還可以同時獲取內(nèi)容歸屬的AS的網(wǎng)關(guān)節(jié)點ID;此時，查找到的內(nèi)容存放位置為內(nèi)容歸屬的AS，該內(nèi)容不在本AS 內(nèi)，執(zhí)行步驟306。305 對于該內(nèi)容在本AS的情況，即在本AS內(nèi)查找到該名稱對應(yīng)的解析記錄中的 內(nèi)容存放位置列表，則獲取當(dāng)前的TE-SS(Traffic Engineering-Server Select，流量工 程-服務(wù)器選擇)策略，根據(jù)當(dāng)前的TE-SS策略從內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，并根 據(jù)當(dāng)前TE-SS策略從目標(biāo)節(jié)點中獲取該名稱對應(yīng)的內(nèi)容，并執(zhí)行步驟307;具體地，根據(jù)當(dāng)前的TE-SS策略中的SS策略在內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點 及每個目標(biāo)節(jié)點的傳輸需求比例，再根據(jù)當(dāng)前的TE-SS策略中的TE策略動態(tài)選擇從每個目 標(biāo)節(jié)點獲取內(nèi)容的傳輸路徑。需要說明的是，該當(dāng)前TE-SS策略預(yù)先根據(jù)用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化 得到。在圖5中的步驟501-505中有具體闡述。306 對于該內(nèi)容不在本AS的情況，從該名稱對應(yīng)的內(nèi)容歸屬的AS中的目標(biāo)節(jié)點 獲取該名稱對應(yīng)的內(nèi)容，并執(zhí)行步驟307 ；具體地，根據(jù)該名稱對應(yīng)的內(nèi)容歸屬的AS ID向該AS轉(zhuǎn)發(fā)內(nèi)容請求，也可以根據(jù) 該AS的網(wǎng)關(guān)節(jié)點ID向該AS的網(wǎng)關(guān)節(jié)點轉(zhuǎn)發(fā)內(nèi)容請求；然后由網(wǎng)關(guān)節(jié)點從當(dāng)前AS中的目 標(biāo)節(jié)點獲取該名稱對應(yīng)的內(nèi)容后，直接從網(wǎng)關(guān)節(jié)點獲取該名稱對應(yīng)的內(nèi)容。如果網(wǎng)關(guān)節(jié)點 沒有獲取到該內(nèi)容，則返回查找失敗。如果該名稱對應(yīng)的內(nèi)容歸屬的AS中的網(wǎng)關(guān)節(jié)點有多 個，可以根據(jù)路由策略選擇多個網(wǎng)關(guān)節(jié)點向它們并發(fā)轉(zhuǎn)發(fā)內(nèi)容請求。上述查詢過程中，跨級的名字查詢，可以由當(dāng)前處理請求的節(jié)點直接發(fā)起查找，也 可以通過網(wǎng)關(guān)節(jié)點發(fā)起查找。步驟304至步驟306中，分別描述了兩種根據(jù)名稱在名字解析系統(tǒng)中查找得到存 放該名稱對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，并從該目標(biāo)節(jié)點中獲取該名稱對應(yīng)的內(nèi)容的方式。其中 一種是所查找的內(nèi)容在本AS內(nèi)的情況，另一種是所查找的內(nèi)容不在本AS內(nèi)，需要在其他AS 域中查找的情況。其中，最優(yōu)選的方式是可以先根據(jù)標(biāo)識在本AS內(nèi)查找，如果查找不到，則 在其他AS中查找；也可以直接分別在本AS中查找或者直接通過名字解析系統(tǒng)在所有AS中 查找。307 將獲取到的內(nèi)容發(fā)送給所有正在等待該內(nèi)容的用戶客戶端或其它節(jié)點；其中，本節(jié)點在進行內(nèi)容發(fā)送時，通過對傳輸層不同承載技術(shù)如IP、以太網(wǎng) (Ethernet)、MPLS (Multi-Protocol Label Switching，多協(xié)議標(biāo)簽交換)、光纖(Fiber)或 無線(Wireless)的適配和優(yōu)化，隱藏各種傳輸技術(shù)的差異而為節(jié)點提供統(tǒng)一的傳輸接口， 完成從內(nèi)容到傳輸層報文或幀之間的分片、重組、重定序等工作。例如，針對城域網(wǎng)，可以使 CONA直接利用Khernet進行傳輸，并針對Khernet的特點進行優(yōu)化，解決擴展性問題，使 CONA對網(wǎng)絡(luò)的使用效率最高。進一步地，當(dāng)節(jié)點發(fā)送內(nèi)容時，還進行對承載網(wǎng)的拓?fù)涓兄蛡鬏斅窂降目刂疲?借助 BGP(Border Gateway Protocol,邊界網(wǎng)關(guān)協(xié)議)、IS_IS(Intermediate System to Intermediate System Routing Protocol，中間系統(tǒng)到中間系統(tǒng)的路由選擇協(xié)議)等協(xié)議 的擴展完成對承載網(wǎng)拓?fù)浼傲髁啃畔⒌膭討B(tài)檢測，并根據(jù)TE-SS策略選定的路徑對內(nèi)容進 行傳輸控制。308:將內(nèi)容發(fā)送給用戶客戶端或其它節(jié)點后，根據(jù)當(dāng)前的本地緩存策略，對本地緩存資源和協(xié)作緩存資源進行調(diào)度，流程結(jié)束。具體地，對本地緩存資源和協(xié)作緩存資源進行調(diào)度，包括分配本地緩存和協(xié)作緩 存的空間、選擇內(nèi)容副本放置位置和副本的替換等。其中內(nèi)容副本是指在節(jié)點根據(jù)用戶客 戶端請求獲取了所需要的內(nèi)容后，將該內(nèi)容在緩存中存儲的內(nèi)容。其中，本地緩存策略的獲取包括獲取協(xié)作緩存全局策略和本地信息；根據(jù)當(dāng)前 的協(xié)作緩存全局策略結(jié)合本地信息生成本地緩存策略。當(dāng)前協(xié)作緩存全局策略預(yù)先由CONA 根據(jù)用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化中的至少一項得到。在圖5中的步驟501-503和 506-507中有具體闡述。當(dāng)用戶發(fā)布內(nèi)容，以及CONA節(jié)點緩存了內(nèi)容時，都需要將內(nèi)容注冊到名字解析系 統(tǒng)中。參見圖4，注冊的具體方法如下401 接收注冊請求，該注冊請求至少包括內(nèi)容的標(biāo)識及所述內(nèi)容的位置信息；其中，節(jié)點接收該注冊請求，該注冊請求可以來自于用戶客戶端或節(jié)點當(dāng)用戶主 動上傳某個內(nèi)容時，則用戶的客戶端會向某個節(jié)點發(fā)出注冊請求；當(dāng)用戶通過某個節(jié)點獲 取到了某個內(nèi)容時，則該節(jié)點會發(fā)出注冊請求。具體地，注冊請求中的標(biāo)識可以是內(nèi)容的名稱、標(biāo)志、代號等。本發(fā)明實施例中，內(nèi) 容的標(biāo)識以內(nèi)容的名稱為例進行說明，但并不限定于此。注冊請求中還可以包括數(shù)據(jù)簽名 等信息。其中，向本節(jié)點所在協(xié)作區(qū)域的DHT注冊時，內(nèi)容的位置信息可以為本節(jié)點的位置 信息，如節(jié)點ID ；向上一級DHT注冊時，內(nèi)容的位置信息可以為該內(nèi)容歸屬的協(xié)作區(qū)域的位 置信息，如協(xié)作區(qū)域ID ；向全局內(nèi)容解析結(jié)構(gòu)注冊時，內(nèi)容的位置信息可以為獲取該內(nèi)容 時需要經(jīng)過的網(wǎng)關(guān)ID或該內(nèi)容歸屬的AS ID。402 根據(jù)注冊請求向當(dāng)前DHT注冊；其中，當(dāng)前DHT的初始狀態(tài)為本節(jié)點所在的本地DHT，即節(jié)點所在協(xié)作區(qū)域的DHT， 后續(xù)狀態(tài)為當(dāng)前正在注冊的DHT。具體地，在本地所在協(xié)作區(qū)域的DHT中查找是否存在內(nèi)容的名稱對應(yīng)的解析記 錄；如果在節(jié)點所在協(xié)作區(qū)域的DHT中存在該名稱對應(yīng)的解析記錄，則更新該解析記 錄中的內(nèi)容存放位置列表，即將本節(jié)點的位置信息更新到該解析記錄中的內(nèi)容存放位置列 表中，注冊完成；否則增加該內(nèi)容名稱對應(yīng)的解析記錄，即將內(nèi)容的名稱及本節(jié)點的位置信息添加 到DHT中，并執(zhí)行403。其中，解析記錄中包括該名稱及其對應(yīng)的內(nèi)容存放位置列表，還可以包括數(shù)據(jù)簽 名^fn息。403 判斷當(dāng)前DHT是否為本AS內(nèi)的最高級DHT，如果不是，則執(zhí)行步驟404 ；否則 執(zhí)行步驟405 ；404 根據(jù)該注冊請求向本AS內(nèi)的上一級DHT注冊，并返回步驟403 ；如果在該級DHT中已經(jīng)有該內(nèi)容的解析記錄，則更新該解析記錄中的內(nèi)容存放位 置列表，即將發(fā)送注冊請求的節(jié)點所在的協(xié)作區(qū)域的位置信息更新到該解析記錄中的內(nèi)容 存放位置列表中，注冊完成；否則增加該內(nèi)容的解析記錄，即將名稱及發(fā)送注冊請求的節(jié)點所在的協(xié)作區(qū)域的位置信息添加到該上一級DHT中，重復(fù)執(zhí)行403 ；其中，本步驟中發(fā)送注冊請求的節(jié)點為402中所述的節(jié)點。405 根據(jù)該注冊請求向全局內(nèi)容解析結(jié)構(gòu)注冊，流程結(jié)束；如果在全局內(nèi)容解析結(jié)構(gòu)中已經(jīng)有該內(nèi)容的解析記錄，則更新該解析記錄中的內(nèi) 容存放位置列表，即將發(fā)送注冊請求的節(jié)點所在的AS的位置信息或獲取該內(nèi)容時需要經(jīng) 過的網(wǎng)關(guān)ID更新到該解析記錄中的內(nèi)容存放位置列表中，注冊完成；否則增加該內(nèi)容的解析記錄，即將名稱及發(fā)送注冊請求的節(jié)點所在的AS的位置 信息或獲取該內(nèi)容時需要經(jīng)過的網(wǎng)關(guān)ID添加到該全局內(nèi)容解析結(jié)構(gòu)中。其中，全局內(nèi)容解析結(jié)構(gòu)中采用結(jié)構(gòu)化的名字空間，具有聚合特性。當(dāng)一批內(nèi)容的 名字具有相同的前綴且發(fā)布在同一區(qū)域(如相同的AS)，只需要用該名字前綴在全局內(nèi)容
解析結(jié)構(gòu)中發(fā)布一條記錄即可。例如，內(nèi)容“www. huawei. com/pic/pl. jpg”、.....、“www.
huawei. com/pic/pn. jpg” 具有相同的前綴"www. huawei. com/pic/”,且存放在同一個 AS 下，則在全局內(nèi)容解析結(jié)構(gòu)中可以聚合成一個名字為“www. huawei. com/pic/”的解析記錄。 聚合特性使得全局內(nèi)容解析結(jié)構(gòu)的擴展性大大提高。同時全局內(nèi)容解析結(jié)構(gòu)還支持最長匹 配查找。如在全局內(nèi)容解析結(jié)構(gòu)中有來自不同AS的兩條解析記錄，分別為“www. huawei. com/” 禾口"www. huawei. com/pic/”,貝內(nèi)容"www. huawei. com/pic/pl. jpg” 在角軍析時會找至Ij "www. huawei. com/pic/，，。其中，本發(fā)明實施例不對內(nèi)容存放位置列表中存放的位置信息進行具體限定，可 以根據(jù)部署方案的不同有多種形式。例如，在多級DHT中，該位置信息既可以是存放該內(nèi) 容的節(jié)點ID，也可以是該內(nèi)容歸屬的協(xié)作區(qū)域ID，還可以是獲取該內(nèi)容時需要經(jīng)過的網(wǎng)關(guān) ID;而在全局內(nèi)容解析結(jié)構(gòu)中，該位置信息既可以是存放該內(nèi)容的節(jié)點ID，也可以是獲取 該內(nèi)容時需要經(jīng)過的網(wǎng)關(guān)ID，還可以是該內(nèi)容歸屬的AS ID。另外，在CONA網(wǎng)絡(luò)中的全局導(dǎo)航設(shè)備可以根據(jù)用戶行為信息和網(wǎng)絡(luò)流量的動態(tài) 變化得出每個域的TE-SS策略和協(xié)作緩存全局策略，并將策略推送到域內(nèi)各個節(jié)點，應(yīng)用 到各節(jié)點的內(nèi)容選路和副本替換中，從而實現(xiàn)網(wǎng)絡(luò)流量的最優(yōu)和內(nèi)容的高效分發(fā)的目標(biāo)。 該全局導(dǎo)航設(shè)備可以位于某一節(jié)點，也可以是單獨的設(shè)備。參見圖5，得到TE-SS策略和協(xié) 作緩存全局策略的具體步驟如下501 獲取網(wǎng)絡(luò)流量的動態(tài)變化；全局導(dǎo)航設(shè)備定期搜集協(xié)作區(qū)域內(nèi)的承載網(wǎng)動態(tài)拓?fù)?，該承載網(wǎng)動態(tài)拓?fù)浒ňW(wǎng) 絡(luò)流量的動態(tài)變化；具體地，搜集該協(xié)作區(qū)域內(nèi)的承載網(wǎng)動態(tài)拓?fù)鋾r，可以通過路由協(xié)議如OSPF(Open Shortest Path First，開放式最短路徑優(yōu)先)或IS-IS來搜集，也可以通過分布在該協(xié)作 區(qū)域內(nèi)的各節(jié)點搜集該承載網(wǎng)動態(tài)拓?fù)洹?02 獲取用戶請求摘要；具體地，協(xié)作區(qū)域內(nèi)的各節(jié)點接收用戶客戶端發(fā)送的內(nèi)容請求，根據(jù)該內(nèi)容請求 得到協(xié)作區(qū)域內(nèi)各個節(jié)點的用戶請求摘要，并向全局導(dǎo)航設(shè)備發(fā)送該用戶請求摘要。其中，用戶客戶端發(fā)送的內(nèi)容請求包括需要獲取的內(nèi)容的名稱。節(jié)點對該內(nèi)容請 求進行匯總，例如，對不同用戶客戶端發(fā)送的內(nèi)容請求進行分類，對不同內(nèi)容請求進行訪問 量的統(tǒng)計等，得到用戶請求摘要，該用戶請求摘要包括但不限于內(nèi)容的名稱、該協(xié)作區(qū)域的信息和訪問量等。503:根據(jù)協(xié)作區(qū)域內(nèi)各個節(jié)點的用戶請求摘要進行用戶行為分析，得到用戶行為 信息，當(dāng)用于得到TE-SS策略時，執(zhí)行步驟504，當(dāng)用于得到協(xié)作緩存全局策略時，執(zhí)行步驟 506 ；具體地，全局導(dǎo)航設(shè)備根據(jù)協(xié)作區(qū)域內(nèi)各個節(jié)點的用戶請求摘要進行用戶行為分 析，得到用戶行為信息。用戶行為分析(User Profile Analysis)是指對用戶的歷史訪問行為進行分析， 并基于分析結(jié)果得到的用戶行為信息預(yù)測用戶對特定內(nèi)容的訪問偏好，并根據(jù)對特定內(nèi)容 的訪問偏好得到用戶的個人偏好。例如，經(jīng)過對某一用戶A的歷史訪問數(shù)據(jù)進行分析，發(fā)現(xiàn) 客戶A偏好訪問的內(nèi)容為高爾夫、籃球及體育新聞，則用戶A的個人偏好為體育。常用的預(yù)測方法有基于記憶的協(xié)同過濾(Memory Based Collaborative Filtering)和基于模型的協(xié)同過濾(Model Based Collaborative Filtering)。其中基于 記憶的協(xié)同過濾通過計算用戶間的相似度以及其他用戶對該內(nèi)容的評價來預(yù)測用戶對特 定內(nèi)容的訪問偏好?；谀Ｐ偷膮f(xié)同過濾首先對用戶建立一個概率模型，并基于用戶的歷 史訪問數(shù)據(jù)，應(yīng)用統(tǒng)計推斷和貝葉斯學(xué)習(xí)的方法獲得該用戶的概率模型所對應(yīng)的參數(shù)，然 后該用戶模型根據(jù)該參數(shù)對特定內(nèi)容進行預(yù)測，得到用戶對特定內(nèi)容的訪問偏好。本發(fā)明實施例不對用戶行為分析的方法進行具體限定，可以是基于記憶的協(xié)同過 濾或基于模型的協(xié)同過濾，也并不排除采用其它的方法。504 根據(jù)用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到TE-SS策略；具體地，將用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化作為輸入，利用TE-SS聯(lián)合優(yōu)化 方法定期計算TE-SS策略(例如更改IP路由)。其中，TE-SS聯(lián)合優(yōu)化是一種利益合作博弈理論對TE和SS兩個最優(yōu)化問題實現(xiàn)合 作博弈，既解決了網(wǎng)絡(luò)流量的最優(yōu)路由問題，同時也解決了內(nèi)容的高效分發(fā)問題，從而獲得 了系統(tǒng)性能的全局最優(yōu)。一種典型的TE-SS聯(lián)合優(yōu)化方法就是利用NBS(Nash Bargaining Solution,納什議價解)來建立 TE-SS 的 COST (Cooperative Server selection and Traffic engineering，聯(lián)合優(yōu)化數(shù)學(xué)模型)。COST利用對偶分解理論將初始的聯(lián)合優(yōu)化問 題分解為兩個類似于TE和SS的子優(yōu)化問題和一個主優(yōu)化問題。兩個子問題之間通過共同 的對偶變量相互關(guān)聯(lián)，而主問題則負(fù)責(zé)不斷更新關(guān)聯(lián)的對偶變量，最終使系統(tǒng)逼近最優(yōu)解。 本發(fā)明實施例中，聯(lián)合優(yōu)化可以采用COST方法，也并不排除采用其它的方法，本發(fā)明實施 例對此不作具體限定。505 將TE-SS策略推送到域內(nèi)各節(jié)點，流程結(jié)束；各節(jié)點將TE-SS策略存儲在TE-SS策略庫中，在后續(xù)的業(yè)務(wù)流程中應(yīng)用該TE-SS 策略，為業(yè)務(wù)請求進行動態(tài)優(yōu)化選路，對請求中的目標(biāo)節(jié)點進行選擇，當(dāng)選擇的目標(biāo)節(jié)點為 多個時，確定每個目標(biāo)節(jié)點的傳輸需求比例。506:根據(jù)用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化中的至少一項得到協(xié)作緩存全局 策略；具體地，將用戶行為信息或網(wǎng)絡(luò)流量的動態(tài)變化作為輸入，或?qū)⒍咄瑫r作為輸 入，利用協(xié)作緩存的方法計算每個域的協(xié)作緩存全局策略。其中，常用的協(xié)作緩存的方法是 基于對內(nèi)容流行度的統(tǒng)計預(yù)測建立起最小化網(wǎng)絡(luò)傳輸代價的優(yōu)化問題模型，通過啟發(fā)式算法求解這一優(yōu)化問題，得到接近最優(yōu)的副本放置、替換策略。本發(fā)明實施例中，協(xié)作緩存的 副本放置及替換策略可以采用該方法，也并不排除采用其它的方法。507 將該協(xié)作緩存全局策略推送到域內(nèi)各節(jié)點，流程結(jié)束；各節(jié)點根據(jù)協(xié)作緩存全局策略結(jié)合本地信息生成本地信息生成本地緩存策略，并 在后續(xù)的業(yè)務(wù)流程中應(yīng)用該緩存策略，使域內(nèi)每個節(jié)點貢獻出來的一部分緩存資源相互協(xié) 作形成一個共享的虛擬緩存池。上述步驟可分為四組步驟501為第一組，負(fù)責(zé)收集拓?fù)?。步驟502、503為第二 組，負(fù)責(zé)用戶行為分析。步驟504、505為第三組，負(fù)責(zé)TE-SS策略的計算、推送和應(yīng)用。步驟 506,507為第四組，負(fù)責(zé)協(xié)作緩存全局策略的計算、推送和應(yīng)用。每組步驟可以定期進行，如 定期搜集拓?fù)?，也可以有事件觸發(fā)。每組步驟可以根據(jù)部署需要進行裁減，如可以單獨裁減 掉第四組或第三組。第一組與第二組之間，以及第三組和第四組之間并無先后順序，本實施 例中以先執(zhí)行步驟501為例。本發(fā)明實施例提供的技術(shù)方案充分利用了先進的分布式計算、優(yōu)化分解理論；通 過構(gòu)建對內(nèi)容感知、存儲、路由、分發(fā)的網(wǎng)絡(luò)架構(gòu)，利用跨層的聯(lián)合優(yōu)化等技術(shù)，解決了現(xiàn)有 基于主機模式的^ternet所面臨的問題，提供了一個基于分布式的，可擴展性強，高效率 的以內(nèi)容存儲/分發(fā)為中心的新一代網(wǎng)絡(luò)。在本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)下，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲 取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地緩存中查找該內(nèi)容；如果本地 緩存中沒有該內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放 位置列表中獲取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng) 很多客戶端同時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減 少了對網(wǎng)絡(luò)設(shè)備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容 請求而造成的網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。由于一個協(xié)作區(qū)域內(nèi)的多個節(jié)點分布存儲該協(xié)作區(qū)域的DHT，而不是每個節(jié)點存 儲所有的DHT，當(dāng)內(nèi)容爆炸式增長時，緩解了每個節(jié)點的存儲壓力，增加了節(jié)點的處理能力， 具有分布式和可擴展性的特點。由于將協(xié)作區(qū)域內(nèi)各節(jié)點的存儲能力組織起來構(gòu)建一個互助的分布式緩存系統(tǒng)， 使獲取內(nèi)容時不受限于單個節(jié)點的緩存，提高了存儲的擴展性；通過應(yīng)用當(dāng)前的協(xié)作緩存 全局策略結(jié)合本地信息生成的本地緩存策略，對本地緩存資源和協(xié)作緩存資源進行調(diào)度， 提高了本協(xié)作區(qū)域整體的緩存命中率和內(nèi)容分發(fā)效率。通過根據(jù)當(dāng)前的TE-SS策略中的SS策略在內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，再 根據(jù)當(dāng)前的TE-SS策略中的TE策略進行動態(tài)優(yōu)化選路，能夠保證用戶客戶端能夠通過最優(yōu) 路徑從最優(yōu)節(jié)點中獲取內(nèi)容。由于采用具有聚合特性的結(jié)構(gòu)化的名字空間，使系統(tǒng)的擴展性大大提高。實施例三參見圖6，本發(fā)明實施例提供了一種獲取內(nèi)容的節(jié)點600，該節(jié)點包括內(nèi)容代理模塊601，用于接收內(nèi)容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo) 識；判斷該標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取該標(biāo)識對應(yīng)的內(nèi) 容；否則，向內(nèi)容獲取模塊602轉(zhuǎn)發(fā)該內(nèi)容請求；
內(nèi)容獲取模塊602，用于接收內(nèi)容代理模塊601發(fā)送的內(nèi)容請求，根據(jù)所述標(biāo)識查 找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從目標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng) 的內(nèi)容。名字解析系統(tǒng)包括多級DHT和全局內(nèi)容解析結(jié)構(gòu)，該全局內(nèi)容解析結(jié)構(gòu)支持名字 聚合和最長匹配查找。其中，參見圖7，內(nèi)容代理模塊601具體包括請求接收單元601a，還包括本地緩存 查找單元601b和匯聚內(nèi)容查找單元601c中的至少一項，其中請求接收單元601a，用于接收內(nèi)容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo) 識，并向本地緩存查找單元601b和匯聚內(nèi)容查找單元601c中的至少一項發(fā)送該內(nèi)容請 求；本地緩存查找單元601b，用于接收請求接收單元601a發(fā)送的內(nèi)容請求，判斷標(biāo)識 對應(yīng)的內(nèi)容是否存儲在本地緩存中，如果是，從本地緩存中獲取該內(nèi)容；否則向內(nèi)容獲取模 塊602轉(zhuǎn)發(fā)所述內(nèi)容請求；匯聚內(nèi)容查找單元601c，用于接收請求接收單元601a發(fā)送的所述內(nèi)容請求，判斷 本地是否正在獲取該標(biāo)識對應(yīng)的內(nèi)容，如果是，則等待本地獲取該內(nèi)容后獲取該標(biāo)識對應(yīng) 的內(nèi)容；否則向內(nèi)容獲取模塊602轉(zhuǎn)發(fā)所述內(nèi)容請求。具體地，參見圖8，內(nèi)容獲取模塊602具體包括名字解析單元60 ，用于接收內(nèi)容代理模塊601發(fā)送的內(nèi)容請求，根據(jù)DHT查找該 標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并向內(nèi)容路由單元602b發(fā)送該內(nèi)容存放位置列表；內(nèi)容路由單元602b，用于接收名字解析單元60 發(fā)送的內(nèi)容存放位置列表，根據(jù) 當(dāng)前流量工程-服務(wù)器選擇TE-SS策略在該內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，從目標(biāo)節(jié) 點中獲取該標(biāo)識對應(yīng)的內(nèi)容。其中，參見圖9，名字解析單元60 具體包括請求接收子單元60加1，用于接收內(nèi)容代理模塊601發(fā)送的內(nèi)容請求；查找子單元60加2，用于在當(dāng)前DHT中查找是否存在該標(biāo)識對應(yīng)的解析記錄，如果 存在，則獲取該標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表；如果不存在，且當(dāng)前DHT不是 本AS內(nèi)的最高級DHT，則向本AS內(nèi)的上一級DHT中查找，直至獲取該標(biāo)識對應(yīng)的解析記錄 中的內(nèi)容存放位置列表；發(fā)送子單元60加3，用于向內(nèi)容路由單元602b發(fā)送所述內(nèi)容存放位置列表。進一步地，參見圖10，名字解析單元60 還包括注冊子單元60加4，用于接收注冊請求，該注冊請求至少包括內(nèi)容的標(biāo)識及該內(nèi)容 的位置信息；在當(dāng)前DHT中查找是否存在該標(biāo)識對應(yīng)的解析記錄，如果存在，則更新該標(biāo)識 對應(yīng)的解析記錄中的內(nèi)容存放位置列表；否則在當(dāng)前DHT中增加包含該標(biāo)識及內(nèi)容的位置 信息的解析記錄，并判斷當(dāng)前DHT是否為本AS內(nèi)的最高級DHT，如果不是，則向本AS內(nèi)的上 一級DHT注冊；如果是，則向全局內(nèi)容解析結(jié)構(gòu)注冊。參見圖11，本發(fā)明實施例提供的內(nèi)容路由單元602b具體包括接收子單元602bl，用于接收名字解析單元60 發(fā)送的內(nèi)容存放位置列表，向選 擇子單元602b3發(fā)送該內(nèi)容存放位置列表；流量工程-服務(wù)器選擇TE-SS策略獲取子單元602b2，用于獲取當(dāng)前TE-SS策略， 并向選擇子單元602b3發(fā)送該當(dāng)前TE-SS策略；
選擇子單元602b3，用于接收由接收子單元602bl發(fā)送的內(nèi)容存放位置列表和 TE-SS策略獲取子單元602 發(fā)送的當(dāng)前TE-SS策略，根據(jù)當(dāng)前TE-SS策略從內(nèi)容存放位置 列表中選擇目標(biāo)節(jié)點，并向內(nèi)容獲取子單元602b4發(fā)送目標(biāo)節(jié)點的信息；內(nèi)容獲取子單元602b4，用于接收選擇子單元602b3發(fā)送的目標(biāo)節(jié)點的信息，根據(jù) 當(dāng)前TE-SS策略從目標(biāo)節(jié)點中獲取標(biāo)識對應(yīng)的內(nèi)容。同時，內(nèi)容獲取模塊602具體用于如果當(dāng)前DHT中不存在標(biāo)識對應(yīng)的解析記錄，且當(dāng)前DHT是本AS內(nèi)的最高級DHT， 則從全局內(nèi)容解析結(jié)構(gòu)中查找該標(biāo)識對應(yīng)的內(nèi)容歸屬的AS，從該AS中的目標(biāo)節(jié)點獲取該 標(biāo)識對應(yīng)的內(nèi)容。進一步地，本發(fā)明實施例提供的節(jié)點還包括存儲業(yè)務(wù)模塊603，用于獲取協(xié)作緩存 全局策略和本地信息；根據(jù)該協(xié)作緩存全局策略和本地信息得到本地緩存策略；根據(jù)該本 地緩存策略對獲取到的內(nèi)容進行緩存。更進一步地，本發(fā)明實施例提供的節(jié)點還包括應(yīng)用業(yè)務(wù)模塊604，用于獲取用戶的 內(nèi)容請求，根據(jù)該內(nèi)容請求得到用戶請求摘要，向全局導(dǎo)航設(shè)備605發(fā)送該用戶請求摘要。除了以上模塊，本發(fā)明實施例提供的節(jié)點還包括全局導(dǎo)航設(shè)備605，該全局導(dǎo)航設(shè) 備605包括協(xié)作緩存控制器60 和聯(lián)合優(yōu)化控制器60 中的至少一項，其中協(xié)作緩存控制器60 ，用于獲取應(yīng)用業(yè)務(wù)模塊604發(fā)送的用戶請求摘要；根據(jù)該 用戶請求摘要得到用戶行為信息；根據(jù)該用戶行為信息得到協(xié)作緩存全局策略?；蛘哂糜?獲取網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)該網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略?；蛘哂糜?獲取應(yīng)用業(yè)務(wù)模塊604發(fā)送的用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)用戶請求摘要得 到用戶行為信息；根據(jù)該用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略。聯(lián)合優(yōu)化控制器60 ，用于獲取網(wǎng)絡(luò)流量的動態(tài)變化和應(yīng)用業(yè)務(wù)模塊604發(fā)送的 用戶請求摘要；根據(jù)該用戶請求摘要得到用戶行為信息；根據(jù)該用戶行為信息和網(wǎng)絡(luò)流量 的動態(tài)變化得到TE-SS策略。本發(fā)明實施例提供的技術(shù)方案充分利用了先進的分布式計算、優(yōu)化分解理論；通 過構(gòu)建對內(nèi)容感知、存儲、路由、分發(fā)的網(wǎng)絡(luò)架構(gòu)，利用跨層的聯(lián)合優(yōu)化等技術(shù)，解決了現(xiàn)有 基于主機模式的^ternet所面臨的問題，提供了一個基于分布式的，可擴展性強，高效率 的以內(nèi)容存儲/分發(fā)為中心的新一代網(wǎng)絡(luò)。在本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)下，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲 取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地緩存中查找該內(nèi)容；如果本地 緩存中沒有該內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放 位置列表中獲取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng) 很多客戶端同時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減 少了對網(wǎng)絡(luò)設(shè)備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容 請求而造成的網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。由于一個協(xié)作區(qū)域內(nèi)的多個節(jié)點分布存儲該協(xié)作區(qū)域的DHT，而不是每個節(jié)點存 儲所有的DHT，當(dāng)內(nèi)容爆炸式增長時，緩解了每個節(jié)點的存儲壓力，具有分布式和可擴展性 的特點。由于將協(xié)作區(qū)域內(nèi)各節(jié)點的存儲能力組織起來構(gòu)建一個互助的分布式緩存系統(tǒng)，使獲取內(nèi)容時不受限于單個節(jié)點的緩存，提高了存儲的擴展性；通過應(yīng)用當(dāng)前的協(xié)作緩存 全局策略結(jié)合本地信息生成的本地緩存策略，對本地緩存資源和協(xié)作緩存資源進行調(diào)度， 提高了本協(xié)作區(qū)域整體的緩存命中率和內(nèi)容分發(fā)效率。通過根據(jù)當(dāng)前的TE-SS策略中的SS策略在內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，再 根據(jù)當(dāng)前的TE-SS策略中的TE策略進行動態(tài)優(yōu)化選路，能夠保證用戶客戶端能夠通過最優(yōu) 路徑從最優(yōu)節(jié)點中獲取內(nèi)容。由于采用具有聚合特性的結(jié)構(gòu)化的名字空間，使系統(tǒng)的擴展性大大提高。實施例四本發(fā)明實施例提供了一種內(nèi)容網(wǎng)絡(luò)，參見圖6，該網(wǎng)絡(luò)包括獲取內(nèi)容的節(jié)點600和 傳輸網(wǎng)絡(luò)607 獲取內(nèi)容的節(jié)點600，用于接收內(nèi)容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的 標(biāo)識；判斷該標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取該標(biāo)識對應(yīng)的內(nèi) 容；否則，根據(jù)該標(biāo)識查找名字解析系統(tǒng)得到存放該標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從目標(biāo)節(jié) 點中獲取該標(biāo)識對應(yīng)的內(nèi)容；并通過傳輸網(wǎng)絡(luò)607將該標(biāo)識對應(yīng)的內(nèi)容發(fā)送給客戶端；其中，名字解析系統(tǒng)包括多級DHT和全局內(nèi)容解析結(jié)構(gòu)，該全局內(nèi)容解析結(jié)構(gòu)支 持名字聚合和最長匹配查找。具體地，獲取內(nèi)容的節(jié)點600用于判斷該標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取， 如果是，則從本地獲取該標(biāo)識對應(yīng)的內(nèi)容時，具體用于判斷該標(biāo)識對應(yīng)的內(nèi)容是否存儲在 本地的緩存中，如果是，從本地的緩存中獲取該內(nèi)容；否則，判斷本地是否正在獲取該標(biāo)識 對應(yīng)的內(nèi)容，如果是，則等待本地獲取該內(nèi)容后獲取該標(biāo)識對應(yīng)的內(nèi)容。獲取內(nèi)容的節(jié)點600用于根據(jù)該標(biāo)識查找名字解析系統(tǒng)得到存放該標(biāo)識對應(yīng)的 內(nèi)容的目標(biāo)節(jié)點時，具體用于根據(jù)多級DHT查找該標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并根據(jù) 當(dāng)前TE-SS策略在該內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點。獲取內(nèi)容的節(jié)點600用于根據(jù)多級DHT查找該標(biāo)識對應(yīng)的內(nèi)容存放位置列表時， 具體用于在本地所在的DHT中查找是否存在該標(biāo)識對應(yīng)的解析記錄，如果存在，則獲取該 標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表；如果當(dāng)前DHT中不存在該標(biāo)識對應(yīng)的解析記 錄，且當(dāng)前DHT不是本自治域AS內(nèi)的最高級DHT，則向本AS內(nèi)的上一級DHT中查找，直至獲 取該標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表。獲取內(nèi)容的節(jié)點600還用于接收注冊請求，該注冊請求至少包括內(nèi)容的標(biāo)識及該 內(nèi)容的位置信息；在本地所在的DHT中查找是否存在該標(biāo)識對應(yīng)的解析記錄，如果存在，則 更新該標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表；否則在該DHT中增加包含該標(biāo)識及該 內(nèi)容的位置信息的解析記錄，并判斷當(dāng)前DHT是否為本自治域AS內(nèi)的最高級DHT，如果不 是，則向本AS內(nèi)的上一級DHT注冊；如果是，則向全局內(nèi)容解析結(jié)構(gòu)注冊。進一步地，獲取內(nèi)容的節(jié)點600用于根據(jù)當(dāng)前TE-SS策略在該內(nèi)容存放位置列表 中選擇目標(biāo)節(jié)點時，具體用于獲取當(dāng)前TE-SS策略；根據(jù)該當(dāng)前TE-SS策略從該內(nèi)容存放位 置列表中選擇目標(biāo)節(jié)點；獲取內(nèi)容的節(jié)點600用于從目標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng)的內(nèi)容時，具體用于根據(jù) 該當(dāng)前TE-SS策略從該目標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng)的內(nèi)容。獲取內(nèi)容的節(jié)點600用于根據(jù)該標(biāo)識查找名字解析系統(tǒng)得到存放該標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從該目標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng)的內(nèi)容時，具體用于從全局內(nèi)容解析結(jié) 構(gòu)中查找該標(biāo)識對應(yīng)的內(nèi)容歸屬的自治域AS，從該AS中的目標(biāo)節(jié)點獲取該標(biāo)識對應(yīng)的內(nèi)容。獲取內(nèi)容的節(jié)點600用于從該目標(biāo)節(jié)點中獲取該標(biāo)識對應(yīng)的內(nèi)容之后，還用于獲 取協(xié)作緩存全局策略和本地信息；根據(jù)該協(xié)作緩存全局策略和本地信息得到本地緩存策 略；根據(jù)該本地緩存策略對該內(nèi)容進行緩存。另外，獲取內(nèi)容的節(jié)點600還用于獲取用戶的內(nèi)容請求，根據(jù)該內(nèi)容請求得到用 戶請求摘要，向全局導(dǎo)航設(shè)備605發(fā)送該用戶請求摘要。本發(fā)明實施例提供的獲取內(nèi)容的節(jié)點600還包括全局導(dǎo)航設(shè)備605。該全局導(dǎo)航設(shè)備605用于獲取用戶請求摘要；根據(jù)該用戶請求摘要得到用戶行為 信息；根據(jù)該用戶行為信息得到協(xié)作緩存全局策略?；蛘撸撊謱?dǎo)航設(shè)備605用于獲取網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)該網(wǎng)絡(luò)流量的動 態(tài)變化得到協(xié)作緩存全局策略。或者該全局導(dǎo)航設(shè)備605用于獲取用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)用 戶請求摘要得到用戶行為信息；根據(jù)該用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存 全局策略。或者該全局導(dǎo)航設(shè)備605用于獲取網(wǎng)絡(luò)流量的動態(tài)變化和用戶請求摘要；根據(jù)該 用戶請求摘要得到用戶行為信息；根據(jù)該用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到TE-SS 策略。該全局導(dǎo)航設(shè)備605可以設(shè)置于獲取內(nèi)容的節(jié)點600中或為一個獨立設(shè)備。本發(fā)明實施例提供的技術(shù)方案充分利用了先進的分布式計算、優(yōu)化分解理論；通 過構(gòu)建對內(nèi)容感知、存儲、路由、分發(fā)的網(wǎng)絡(luò)架構(gòu)，利用跨層的聯(lián)合優(yōu)化等技術(shù)，解決了現(xiàn)有 基于主機模式的^ternet所面臨的問題，提供了一個基于分布式的，可擴展性強，高效率 的以內(nèi)容存儲/分發(fā)為中心的新一代網(wǎng)絡(luò)。在本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)下，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲 取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地緩存中查找該內(nèi)容；如果本地 緩存中沒有該內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放 位置列表中獲取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng) 很多客戶端同時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減 少了對網(wǎng)絡(luò)設(shè)備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容 請求而造成的網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。由于一個協(xié)作區(qū)域內(nèi)的多個節(jié)點分布存儲該協(xié)作區(qū)域的DHT，而不是每個節(jié)點存 儲所有的DHT，當(dāng)內(nèi)容爆炸式增長時，緩解了每個節(jié)點的存儲壓力，具有分布式和可擴展性 的特點。由于將協(xié)作區(qū)域內(nèi)各節(jié)點的存儲能力組織起來構(gòu)建一個互助的分布式緩存系統(tǒng)， 使獲取內(nèi)容時不受限于單個節(jié)點的緩存，實施例五為了使本發(fā)明的實施過程更加清楚，本發(fā)明實施例提供了一個詳細(xì)的內(nèi)容網(wǎng)絡(luò)。 參見圖6，該內(nèi)容網(wǎng)絡(luò)包括獲取內(nèi)容的節(jié)點600和傳輸網(wǎng)絡(luò)607。該取內(nèi)容的節(jié)點600通過所述傳輸網(wǎng)絡(luò)607將獲取的內(nèi)容發(fā)送給客戶端。其中，獲取內(nèi)容的節(jié)點600包括以下模塊和單元1、內(nèi)容代理模塊601，具體包括以下功能用戶的接入管理包括用戶附著管理及移動性的管理，完成用戶的認(rèn)證、策略管 理、位置標(biāo)簽的分配等工作。作為用戶和CONA網(wǎng)絡(luò)之間的橋梁，通過和其它節(jié)點的交互為 用戶發(fā)布/獲取內(nèi)容。內(nèi)容代理模塊601往往部署在網(wǎng)絡(luò)的邊緣，如DSLAM設(shè)備。流的管理銜接各個功能模塊，形成對一個內(nèi)容請求的完整處理過程。用于接收內(nèi) 容請求，該內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；判斷該標(biāo)識對應(yīng)的內(nèi)容是否能夠從本 地獲取，如果是，則從本地獲取該標(biāo)識對應(yīng)的內(nèi)容。否則向名字解析單元60 查詢內(nèi)容所 在位置。如果內(nèi)容在本AS內(nèi)的其它節(jié)點，則通過存儲業(yè)務(wù)模塊603獲取該內(nèi)容，如果存放 或緩存該內(nèi)容的其它域(則借助名字解析單元60 的全局內(nèi)容解析結(jié)構(gòu))，則向這些域中 的邊界節(jié)點發(fā)起內(nèi)容請求；獲取內(nèi)容后向所有內(nèi)容請求者返回該內(nèi)容。其中，內(nèi)容代理模塊601具體包括本地緩存查找單元601b和匯聚內(nèi)容查找單元 601c。其中，本地緩存查找單元601b用于判斷該標(biāo)識對應(yīng)的內(nèi)容是否存儲在本地緩存中， 如果是，從本地緩存中獲取該內(nèi)容；匯聚內(nèi)容查找單元601c用于判斷本地是否正在獲取該 標(biāo)識對應(yīng)的內(nèi)容，如果是，則等待本地獲取該內(nèi)容后獲取該標(biāo)識對應(yīng)的內(nèi)容。匯聚內(nèi)容請求通過設(shè)置正在獲取內(nèi)容信息表，使得后續(xù)對同一內(nèi)容的重復(fù)請求 (通過內(nèi)容名在該信息表中能夠找到)無需重復(fù)獲取內(nèi)容，只需要等待前面的請求返回內(nèi) 容后一并響應(yīng)。通過對內(nèi)容請求的匯聚，可以有效抵御DDoS和Flash Crowd的問題。2、名字解析單元60 ，該單元是CONA中的核心單元，用于根據(jù)DHT查找標(biāo)識對應(yīng) 的內(nèi)容存放位置列表。具體包括以下功能支持多種工作模式在本協(xié)作區(qū)域或局域網(wǎng)內(nèi)采用廣播方式，類似ARP(AddreSS Resolution Protocol，地址解析協(xié)議)協(xié)議；在AS或城域網(wǎng)內(nèi)采用多級DHT ；而跨AS則采 用全局內(nèi)容解析結(jié)構(gòu)。維護DHT的基于關(guān)鍵字的路由表(KBR，Key Based Routing)主要包括對具有名 字解析功能的節(jié)點的發(fā)現(xiàn)和狀態(tài)檢測，判斷具有名字解析功能的節(jié)點是否添加到DHT中， 對KBR的狀態(tài)同步等功能。構(gòu)建多級DHT :C0NA在每個AS內(nèi)或城域網(wǎng)內(nèi)，構(gòu)建多級DHT，分別對應(yīng)不同層次的 基礎(chǔ)網(wǎng)絡(luò)設(shè)施，例如，DSLAM設(shè)備層，以太網(wǎng)交換機層和邊緣路由器層。支持DHT基本操作支持DHT的寫入、查找等功能，考慮到DHT的對等體(Peer)是 由狀態(tài)相對穩(wěn)定的網(wǎng)絡(luò)設(shè)備構(gòu)成，因此可以采用1跳(One-Hop)DHT查找。其中，名字解析單元60 中支持DHT寫入的部分用于接收注冊請求，所述注冊請 求至少包括注冊內(nèi)容的標(biāo)識及注冊內(nèi)容的位置信息；在當(dāng)前DHT中查找是否存在該標(biāo)識， 如果存在，則更新該標(biāo)識對應(yīng)的內(nèi)容存放位置列表，注冊完成；否則增加該標(biāo)識及所述內(nèi)容 的位置信息，并判斷當(dāng)前DHT是否為本AS內(nèi)的最高級DHT，如果不是，則向本AS內(nèi)的上一級 DHT注冊；如果是，則向全局內(nèi)容解析結(jié)構(gòu)注冊。名字解析單元60 中支持DHT查找的部分用于在當(dāng)前DHT中查找是否存在所要 請求內(nèi)容的標(biāo)識，如果存在，則獲取該標(biāo)識對應(yīng)的內(nèi)容存放位置列表；如果不存在，且當(dāng)前 DHT不是本AS內(nèi)的最高級DHT，則向本AS內(nèi)的上一級DHT中查找，直至獲取該標(biāo)識對應(yīng)的內(nèi)容存放位置列表；如果當(dāng)前DHT中不存在該標(biāo)識，且當(dāng)前DHT是本AS內(nèi)的最高級DHT，則 從全局內(nèi)容解析結(jié)構(gòu)中查找該標(biāo)識對應(yīng)的內(nèi)容歸屬的AS，從該AS中的目標(biāo)節(jié)點獲取該標(biāo) 識對應(yīng)的內(nèi)容存放位置列表。聚合特性和最長匹配查找全局內(nèi)容解析結(jié)構(gòu)中采用結(jié)構(gòu)化的名字空間，具有聚 合特性。當(dāng)一批內(nèi)容的名字具有相同的前綴且發(fā)布在同一區(qū)域(如相同的AS)，只需要用 該名字前綴在全局內(nèi)容解析結(jié)構(gòu)中發(fā)布一條記錄即可。例如，內(nèi)容“www. huawei. com/pic/
pi. jpg，，、.....、“www. huawei. com/pic/pn. jpg，，具有相同的前綴"www. huawei. com/pic/，，，
且存放在同一個AS下，則在全局內(nèi)容解析結(jié)構(gòu)中可以聚合成一個名字為“www. huawei. com/pic/”的解析記錄。聚合特性使得全局內(nèi)容解析結(jié)構(gòu)的擴展性大大提高。同時全局內(nèi) 容解析結(jié)構(gòu)還支持最長匹配查找。如在全局內(nèi)容解析結(jié)構(gòu)中有來自不同AS的兩條解析記 錄，分另1J為“www. huawei. com/” 禾口“www. huawei. com/pic/”，貝Ij內(nèi)容“www. huawei. com/pic/ pi. jpg” 在解析時會找到 “www. huawei. com/pic/”。3、內(nèi)容路由單元602b，具體包括以下功能節(jié)點的邏輯拓?fù)涔芾碇饕ㄟ^節(jié)點的自動發(fā)現(xiàn)，節(jié)點故障檢測等功能，完成節(jié)點 之間的邏輯拓?fù)涔芾?。動態(tài)優(yōu)化選路為來自上層存儲業(yè)務(wù)模塊603的內(nèi)容層消息進行動態(tài)優(yōu)化選路， 根據(jù)全局導(dǎo)航設(shè)備605下發(fā)的優(yōu)化策略，對請求中的目標(biāo)節(jié)點進行選擇，確定每個目標(biāo)節(jié) 點的傳輸需求比例，并進一步通過傳輸引擎模塊606將傳輸需求映射到底層的傳輸網(wǎng)絡(luò) 607。具體地，內(nèi)容路由單元602b用于根據(jù)當(dāng)前流量工程-服務(wù)器選擇TE-SS策略在內(nèi)容 存放位置列表中選擇目標(biāo)節(jié)點；從目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容。其中，內(nèi)容路由單 元602b具體包括接收子單元602bl，用于接收名字解析單元60 發(fā)送的內(nèi)容存放位置列 表，流量工程-服務(wù)器選擇TE-SS策略獲取子單元602b2，用于獲取當(dāng)前TE-SS策略；選擇 子單元602b3，用于根據(jù)所述當(dāng)前TE-SS策略從內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點；內(nèi)容獲 取子單元602b4，用于根據(jù)該當(dāng)前TE-SS策略從目標(biāo)節(jié)點中獲取對應(yīng)的內(nèi)容。內(nèi)容的傳輸與交付通過傳輸引擎模塊606提供的接口，完成內(nèi)容在節(jié)點之間的 傳輸。4、存儲業(yè)務(wù)模塊603，具體包括以下功能DHT索引存儲用于存儲內(nèi)容的元數(shù)據(jù)，包括內(nèi)容存放位置列表，還可以包括數(shù)據(jù) 簽名，TTL等信息。內(nèi)容塊存儲用于內(nèi)容塊的永久存儲和緩存。其中緩存又可以分為兩類本地緩 存和協(xié)作緩存。本地緩存由本地的緩存替換算法來調(diào)度，協(xié)作緩存是將協(xié)作區(qū)域內(nèi)設(shè)備的 存儲能力組織起來相互協(xié)作形成一個共享的虛擬緩存池，以提高本協(xié)作區(qū)域的整體的緩存 命中率和內(nèi)容分發(fā)效率。它由全局導(dǎo)航設(shè)備605中相對集中的協(xié)作緩存控制器下發(fā)的協(xié)作 緩存全局策略結(jié)合本地信息得到的本地緩存策略來調(diào)度。具體，該存儲業(yè)務(wù)模塊用于獲取 協(xié)作緩存全局策略；根據(jù)該協(xié)作緩存全局策略和本地信息得到本地緩存策略；根據(jù)該本地 緩存策略對獲取到的內(nèi)容進行緩存。統(tǒng)一的存儲服務(wù)接口 封裝了用于內(nèi)容存儲的基本語義，隱藏了存儲架構(gòu)的細(xì)節(jié)， 為其它模塊和裝置提供統(tǒng)一的內(nèi)容存儲服務(wù)接口。5、應(yīng)用業(yè)務(wù)模塊604，具體包括以下功能
產(chǎn)生用戶請求摘要協(xié)作區(qū)域內(nèi)各節(jié)點的應(yīng)用業(yè)務(wù)模塊604接收用戶客戶端發(fā)送 的內(nèi)容請求，根據(jù)該內(nèi)容請求得到用戶請求摘要，其中，用戶客戶端發(fā)送的內(nèi)容請求包括 需要獲取的內(nèi)容的名稱。對該內(nèi)容請求進行匯總，例如，對不同用戶客戶端發(fā)送的內(nèi)容請求 進行分類，對不同內(nèi)容請求進行訪問量的統(tǒng)計等，得到用戶請求摘要，該用戶請求摘要包括 但不限于內(nèi)容的名稱、該協(xié)作區(qū)域的信息和訪問量等，并報告給全局導(dǎo)航設(shè)備605。6、全局導(dǎo)航設(shè)備605，具體包括以下功能協(xié)作緩存控制器60 用于獲取用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述 用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化中的至少一項得到協(xié)作緩存全局策略。具體地，它將 域內(nèi)用戶行為信息(對內(nèi)容的請求)和網(wǎng)絡(luò)流量的動態(tài)變化中的至少一項作為輸入，應(yīng)用 協(xié)作緩存的方法得出每個域的協(xié)作緩存全局策略，將該策略推送到域內(nèi)節(jié)點，應(yīng)用到存儲 業(yè)務(wù)模塊603，將域內(nèi)每個節(jié)點貢獻出來的一部分緩存資源相互協(xié)作形成一個共享的虛擬 緩存池。其中，常用的協(xié)作緩存的方法是基于對內(nèi)容流行度的統(tǒng)計預(yù)測建立起最小化網(wǎng)絡(luò) 傳輸代價的優(yōu)化問題模型，通過啟發(fā)式算法求解這一優(yōu)化問題，得到接近最優(yōu)的副本放置、 替換策略。本發(fā)明實施例中，協(xié)作緩存的副本放置及替換策略可以采用該方法，也并不排除 采用其它的方法。聯(lián)合優(yōu)化控制器60 用于獲取用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述 用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化計算TE-SS策略。具體地，它將域內(nèi)用戶行為信息(對 內(nèi)容的請求)和網(wǎng)絡(luò)流量的動態(tài)變化作為輸入，利用優(yōu)化分解理論，定期計算“TE-SS”的策 略(例如更改IP路由)，然后將策略推送給域內(nèi)的節(jié)點；其中，TE-SS聯(lián)合優(yōu)化是一種利益合作博弈理論對TE和SS兩個最優(yōu)化問題實現(xiàn) 合作博弈，既解決了網(wǎng)絡(luò)流量的最優(yōu)路由問題，同時也解決了內(nèi)容的高效分發(fā)問題，從而獲 得了系統(tǒng)性能的全局最優(yōu)。一種典型的TE-SS聯(lián)合優(yōu)化方法就是利用NBS來建立TE-SS的 COST。COST利用對偶分解理論將初始的聯(lián)合優(yōu)化問題分解為兩個類似于TE和SS的子優(yōu) 化問題和一個主優(yōu)化問題。兩個子問題之間通過共同的對偶變量相互關(guān)聯(lián)，而主問題則負(fù) 責(zé)不斷更新關(guān)聯(lián)的對偶變量，最終使系統(tǒng)逼近最優(yōu)解。本發(fā)明實施例中，聯(lián)合優(yōu)化可以采用 COST方法，也并不排除采用其它的方法，本發(fā)明實施例對此不作具體限定。具體地，還包括用戶行為分析對應(yīng)用業(yè)務(wù)模塊604上報的用戶請求摘要進行分 析，輸出的用戶行為信息可反饋給聯(lián)合優(yōu)化控制器和協(xié)作緩存控制器，也可以被其他應(yīng)用 程序使用，例如推薦。其中用戶行為分析(User Profile Analysis)是指對用戶的歷史訪問行為進行分析， 并基于分析結(jié)果得到的用戶行為信息預(yù)測用戶對特定內(nèi)容的訪問偏好，并根據(jù)對特定內(nèi)容 的訪問偏好得到用戶的個人偏好。例如，經(jīng)過對某一用戶A的歷史訪問數(shù)據(jù)進行分析，發(fā)現(xiàn) 客戶A偏好訪問的內(nèi)容為高爾夫、籃球及體育新聞，則用戶A的個人偏好為體育。常用的預(yù)測方法有基于記憶的協(xié)同過濾(Memory Based Collaborative Filtering)和基于模型的協(xié)同過濾(Model Based Collaborative Filtering)。其中基于 記憶的協(xié)同過濾通過計算用戶間的相似度以及其他用戶對該內(nèi)容的評價來預(yù)測用戶對特 定內(nèi)容的訪問偏好?；谀Ｐ偷膮f(xié)同過濾首先對用戶建立一個概率模型，并基于用戶的歷 史訪問數(shù)據(jù)，應(yīng)用統(tǒng)計推斷和貝葉斯學(xué)習(xí)的方法獲得該用戶的概率模型所對應(yīng)的參數(shù)，然后該用戶模型根據(jù)該參數(shù)對特定內(nèi)容進行預(yù)測，得到用戶對特定內(nèi)容的訪問偏好。本發(fā)明實施例不對用戶行為分析的方法進行具體限定，可以是基于記憶的協(xié)同過 濾或基于模型的協(xié)同過濾，也并不排除采用其它的方法。7、傳輸引擎模塊606，具體包括以下功能獲取內(nèi)容的節(jié)點600與承載技術(shù)無關(guān)的傳輸控制工作如對獲取內(nèi)容的節(jié)點600 請求消息的重傳、對獲取內(nèi)容的節(jié)點600重復(fù)響應(yīng)消息的丟棄、對獲取內(nèi)容的節(jié)點600接收 到的請求消息的流量控制等工作。獲取內(nèi)容的節(jié)點600到傳輸網(wǎng)絡(luò)607不同承載技術(shù)的適配完成對不同承載技術(shù) 如IP，Ethernet、MPLS、Fiber或Wireless的適配。隱藏各種傳輸技術(shù)的差異而為獲取內(nèi) 容的節(jié)點600提供統(tǒng)一的傳輸接口，完成從內(nèi)容到傳輸層報文或幀之間的分片、重組、重定
序等工作。針對特定承載技術(shù)的優(yōu)化如在城域網(wǎng)，可以使CONA直接利用Khernet進行傳 輸，并針對Khernet的特點進行優(yōu)化，解決擴展性問題，使CONA對網(wǎng)絡(luò)的使用效率最高。承載網(wǎng)的拓?fù)涓兄蛡鬏斅窂降目刂平柚鶥GP，IS-IS等協(xié)議的擴展完成對承載 網(wǎng)拓?fù)浼傲髁啃畔⒌膭討B(tài)檢測。并通過對目標(biāo)節(jié)點發(fā)送內(nèi)容的傳輸路徑的控制，協(xié)助完成 TE-SS策略的聯(lián)合優(yōu)化目標(biāo)。進一步地，本發(fā)明實施例提供的內(nèi)容網(wǎng)絡(luò)還包括傳輸網(wǎng)絡(luò)607，用于向內(nèi)容網(wǎng)絡(luò)提 供一個可以傳輸內(nèi)容的平臺。本發(fā)明實施例不對傳輸網(wǎng)絡(luò)607的形式進行具體限定，包括 但不限于 IP，Ethernet、(G)MPLS、Fiber 和 Wireless 等。上述內(nèi)容代理模塊601、名字解析單元60 、內(nèi)容路由單元602b、存儲業(yè)務(wù)模塊 603、應(yīng)用業(yè)務(wù)模塊604、全局導(dǎo)航設(shè)備605和傳輸引擎模塊606，為各自獨立的物理設(shè)備，或 者由他們形成的任意組合位于同一物理設(shè)備，或者分別是一臺物理設(shè)備上的獨立進程，或 者一起做為一臺物理設(shè)備上的一個進程。其中，全局導(dǎo)航設(shè)備605可設(shè)置于獲取內(nèi)容的節(jié)點600中或為一個獨立設(shè)備單獨設(shè)置。其中，在一臺物理設(shè)備上可以集成存儲業(yè)務(wù)模塊603，負(fù)責(zé)內(nèi)容塊和DHT索引中至 少一項的存儲，在CONA中構(gòu)成一個純存儲設(shè)備。 在一臺物理設(shè)備上可以集成名字解析單元60 和存儲業(yè)務(wù)模塊603 (僅需要存儲 索引)，負(fù)責(zé)內(nèi)容名字解析條目的存儲和查詢，在CONA中構(gòu)成一個純名字解析設(shè)備。上述模塊和裝置可以根據(jù)運營商的需要，靈活組合，構(gòu)建不同的設(shè)備形態(tài)，包括在實際部署中，允許上述各種形態(tài)的模塊或設(shè)備混合組網(wǎng)。這使得組網(wǎng)更加靈活， 擴展性更好。如當(dāng)業(yè)務(wù)處理能力不足時只需要增加一體化的業(yè)務(wù)交換設(shè)備的數(shù)量。如只需 要擴展內(nèi)容存儲容量，可以直接增加純存儲設(shè)備。當(dāng)需要提高名字解析系統(tǒng)的處理能力時， 可以直接增加純名字解析設(shè)備。本發(fā)明實施例提供的技術(shù)方案充分利用了先進的分布式計算、優(yōu)化分解理論；通 過構(gòu)建對內(nèi)容感知、存儲、路由、分發(fā)的網(wǎng)絡(luò)架構(gòu)，利用跨層的聯(lián)合優(yōu)化等技術(shù)，解決了現(xiàn)有 基于主機模式的^ternet所面臨的問題，提供了一個基于分布式的，可擴展性強，高效率 的以內(nèi)容存儲/分發(fā)為中心的新一代網(wǎng)絡(luò)。在本發(fā)明實施例的網(wǎng)絡(luò)架構(gòu)下，內(nèi)容并不是存儲在某一個特定節(jié)點，當(dāng)客戶端獲取某一內(nèi)容時，不會向某一個特定節(jié)點獲取，而是就近在本地緩存中查找該內(nèi)容；如果本地 緩存中沒有該內(nèi)容，則在DHT中查找到內(nèi)容標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并在內(nèi)容存放 位置列表中獲取相應(yīng)的目標(biāo)節(jié)點以得到該內(nèi)容。采用本發(fā)明實施例所述的方法，避免了當(dāng) 很多客戶端同時獲取某一內(nèi)容時所造成的網(wǎng)絡(luò)擁堵；同時還提高了內(nèi)容分發(fā)效率；從而減 少了對網(wǎng)絡(luò)設(shè)備進行升級時造成的投資成本的浪費；避免了黑客向同一節(jié)點發(fā)出大量內(nèi)容 請求而造成的網(wǎng)絡(luò)癱瘓，提高了網(wǎng)絡(luò)的安全性。由于一個協(xié)作區(qū)域內(nèi)的多個節(jié)點分布存儲該協(xié)作區(qū)域的DHT，而不是每個節(jié)點存 儲所有的DHT，當(dāng)內(nèi)容爆炸式增長時，緩解了每個節(jié)點的存儲壓力，具有分布式和可擴展性 的特點。由于將協(xié)作區(qū)域內(nèi)各節(jié)點的存儲能力組織起來構(gòu)建一個互助的分布式緩存系統(tǒng)， 使獲取內(nèi)容時不受限于單個節(jié)點的緩存，提高了存儲的擴展性；通過應(yīng)用當(dāng)前的協(xié)作緩存 全局策略結(jié)合本地信息生成的本地緩存策略，對本地緩存資源和協(xié)作緩存資源進行調(diào)度， 提高了本協(xié)作區(qū)域整體的緩存命中率和內(nèi)容分發(fā)效率。通過根據(jù)當(dāng)前的TE-SS策略中的SS策略在內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，再 根據(jù)當(dāng)前的TE-SS策略中的TE策略進行動態(tài)優(yōu)化選路，能夠保證用戶客戶端能夠通過最優(yōu) 路徑從最優(yōu)節(jié)點中獲取內(nèi)容。由于采用具有聚合特性的結(jié)構(gòu)化的名字空間，使系統(tǒng)的擴展性大大提高。需要說明的是上述實施例提供的獲取內(nèi)容的節(jié)點及內(nèi)容網(wǎng)絡(luò)在獲取內(nèi)容時，僅 以上述各功能模塊的劃分進行舉例說明，實際應(yīng)用中，可以根據(jù)需要而將上述功能分配由 不同的功能模塊完成，即將獲取內(nèi)容的節(jié)點及內(nèi)容網(wǎng)絡(luò)的內(nèi)部結(jié)構(gòu)劃分成不同的功能模 塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的獲取內(nèi)容的節(jié)點及內(nèi)容 網(wǎng)絡(luò)與獲取內(nèi)容的方法實施例屬于同一構(gòu)思，其具體實現(xiàn)過程詳見方法實施例，這里不再 贅述。 上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本發(fā)明實施例中的全部或部分步驟，可以利用軟件實現(xiàn)，相應(yīng)的軟件程序可以存 儲在可讀取的存儲介質(zhì)中，如光盤或硬盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和 原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種獲取內(nèi)容的方法，其特征在于，所述方法包括 接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng) 的內(nèi)容；否則，根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所述目 標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容；其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié)構(gòu)，所述全局 內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠 從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng)的內(nèi)容，包括判斷所述標(biāo)識對應(yīng)的內(nèi)容是否存儲在本地的緩存中，如果是，從本地的緩存中獲取所 述內(nèi)容；否則，判斷本地是否正在獲取所述標(biāo)識對應(yīng)的內(nèi)容，如果是，則等待本地獲取所述內(nèi)容后獲 取所述標(biāo)識對應(yīng)的內(nèi)容。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得 到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，包括根據(jù)多級分布式哈希表DHT查找所述標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并根據(jù)當(dāng)前流量 工程_服務(wù)器選擇TE-SS策略在所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)多級分布式哈希表DHT查找所述 標(biāo)識對應(yīng)的內(nèi)容存放位置列表，包括在當(dāng)前DHT中查找是否存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則獲取所述標(biāo)識對 應(yīng)的解析記錄中的內(nèi)容存放位置列表；如果不存在，且當(dāng)前DHT不是本自治域AS內(nèi)的最高級DHT，則向本AS內(nèi)的上一級DHT 中查找，直至獲取所述標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)當(dāng)前流量工程_服務(wù)器選擇 TE-SS策略在所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，包括獲取當(dāng)前TE-SS策略；根據(jù)所述當(dāng)前TE-SS策略從所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點；所述從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容，包括根據(jù)所述當(dāng)前TE-SS策略從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述獲取當(dāng)前流量工程_服務(wù)器選擇 TE-SS策略之前，還包括獲取用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化； 根據(jù)所述用戶請求摘要得到用戶行為信息； 根據(jù)所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到TE-SS策略。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得 到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容，包 括從全局內(nèi)容解析結(jié)構(gòu)中查找所述標(biāo)識對應(yīng)的內(nèi)容歸屬的自治域AS，從所述AS中的目標(biāo)節(jié)點獲取所述標(biāo)識對應(yīng)的內(nèi)容。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括接收注冊請求，所述注冊請求至少包括內(nèi)容的標(biāo)識及所述內(nèi)容的位置信息； 在當(dāng)前DHT中查找是否存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則更新所述標(biāo)識對 應(yīng)的解析記錄中的內(nèi)容存放位置列表；否則在所述DHT中增加包含所述標(biāo)識及所述內(nèi)容的位置信息的解析記錄，并判斷當(dāng)前 DHT是否為本自治域AS內(nèi)的最高級DHT，如果不是，則向本AS內(nèi)的上一級DHT注冊，如果是， 則向全局內(nèi)容解析結(jié)構(gòu)注冊。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對 應(yīng)的內(nèi)容之后，還包括獲取協(xié)作緩存全局策略和本地信息；根據(jù)所述協(xié)作緩存全局策略和本地信息得到本地緩存策略；根據(jù)所述本地緩存策略對所述內(nèi)容進行緩存。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取協(xié)作緩存全局策略之前，還包括獲取用戶請求摘要；根據(jù)所述用戶請求摘要得到用戶行為信息； 根據(jù)所述用戶行為信息得到協(xié)作緩存全局策略。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取協(xié)作緩存全局策略之前，還包括獲取網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述獲取協(xié)作緩存全局策略之前，還包括獲取用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化； 根據(jù)所述用戶請求摘要得到用戶行為信息；根據(jù)所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略。
13.根據(jù)權(quán)利要求6或10或12所述的方法，其特征在于，所述獲取用戶請求摘要，包括獲取用戶的內(nèi)容請求，根據(jù)所述內(nèi)容請求得到用戶請求摘要。
14.一種獲取內(nèi)容的節(jié)點，其特征在于，所述節(jié)點包括內(nèi)容代理模塊，用于接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；判斷 所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng)的內(nèi)容；否 則，向內(nèi)容獲取模塊轉(zhuǎn)發(fā)所述內(nèi)容請求；內(nèi)容獲取模塊，用于接收所述內(nèi)容代理模塊發(fā)送的所述內(nèi)容請求，根據(jù)所述標(biāo)識查找 名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所述目標(biāo)節(jié)點中獲取所述標(biāo)識 對應(yīng)的內(nèi)容；其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié)構(gòu)，所述全局 內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。
15.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述內(nèi)容代理模塊包括請求接收單元，用于接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識，并向 本地緩存查找單元發(fā)送所述內(nèi)容請求；本地緩存查找單元，用于接收請求接收單元發(fā)送的所述內(nèi)容請求，判斷所述標(biāo)識對應(yīng) 的內(nèi)容是否存儲在本地的緩存中，如果是，從本地的緩存中獲取所述內(nèi)容；否則向匯聚內(nèi)容 查找單元轉(zhuǎn)發(fā)所述內(nèi)容請求；匯聚內(nèi)容查找單元，用于接收本地緩存查找單元發(fā)送的所述內(nèi)容請求，判斷本地是否 正在獲取所述標(biāo)識對應(yīng)的內(nèi)容，如果是，則等待本地獲取所述內(nèi)容后獲取所述標(biāo)識對應(yīng)的 內(nèi)容；如果否，則向內(nèi)容獲取模塊轉(zhuǎn)發(fā)所述內(nèi)容請求。
16.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述內(nèi)容獲取模塊包括名字解析單元，用于接收所述內(nèi)容代理模塊發(fā)送的所述內(nèi)容請求，根據(jù)多級分布式哈 希表DHT查找所述標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并向內(nèi)容路由單元發(fā)送所述內(nèi)容存放位 置列表；內(nèi)容路由單元，用于接收所述名字解析單元發(fā)送的所述內(nèi)容存放位置列表，根據(jù)當(dāng)前 流量工程_服務(wù)器選擇TE-SS策略在所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點，從所述目標(biāo) 節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容。
17.根據(jù)權(quán)利要求16所述的節(jié)點，其特征在于，所述名字解析單元包括 請求接收子單元，用于接收所述內(nèi)容代理模塊發(fā)送的所述內(nèi)容請求；查找子單元，用于在當(dāng)前DHT中查找是否存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則 獲取所述標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表；如果不存在，且當(dāng)前DHT不是本自 治域AS內(nèi)的最高級DHT，則向本AS內(nèi)的上一級DHT中查找，直至獲取所述標(biāo)識對應(yīng)的解析 記錄中的內(nèi)容存放位置列表；發(fā)送子單元，用于向內(nèi)容路由單元發(fā)送所述內(nèi)容存放位置列表。
18.根據(jù)權(quán)利要求17所述的節(jié)點，其特征在于，所述名字解析單元還包括注冊子單元，用于接收注冊請求，所述注冊請求至少包括內(nèi)容的標(biāo)識及所述內(nèi)容的位 置信息；在當(dāng)前DHT中查找是否存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則更新所述標(biāo)識 對應(yīng)的解析記錄中的內(nèi)容存放位置列表；否則在所述DHT中增加包含所述標(biāo)識及所述內(nèi)容 的位置信息的解析記錄，并判斷當(dāng)前DHT是否為本自治域AS內(nèi)的最高級DHT，如果不是，則 向本AS內(nèi)的上一級DHT注冊；如果是，則向全局內(nèi)容解析結(jié)構(gòu)注冊。
19.根據(jù)權(quán)利要求16所述的節(jié)點，其特征在于，所述內(nèi)容路由單元包括接收子單元，用于接收所述名字解析單元發(fā)送的所述內(nèi)容存放位置列表，向所述選擇 子單元發(fā)送所述內(nèi)容存放位置列表；流量工程_服務(wù)器選擇TE-SS策略獲取子單元，用于獲取當(dāng)前TE-SS策略，并向選擇子 單元發(fā)送所述當(dāng)前TE-SS策略；選擇子單元，用于接收所述接收子單元發(fā)送的所述內(nèi)容存放位置列表和所述TE-SS策 略獲取子單元發(fā)送的當(dāng)前TE-SS策略，根據(jù)所述當(dāng)前TE-SS策略從所述內(nèi)容存放位置列表 中選擇目標(biāo)節(jié)點，并向內(nèi)容獲取子單元發(fā)送所述目標(biāo)節(jié)點的信息；內(nèi)容獲取子單元，用于接收所述選擇子單元發(fā)送的目標(biāo)節(jié)點的信息，根據(jù)所述當(dāng)前 TE-SS策略從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容。
20.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述內(nèi)容獲取模塊用于從全局內(nèi)容解 析結(jié)構(gòu)中查找所述標(biāo)識對應(yīng)的內(nèi)容歸屬的自治域AS，從所述AS中的目標(biāo)節(jié)點獲取所述標(biāo) 識對應(yīng)的內(nèi)容。
21.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括存儲業(yè)務(wù)模塊，用于獲取協(xié)作緩存全局策略和本地信息；根據(jù)所述協(xié)作緩存全局策略 和本地信息得到本地緩存策略；根據(jù)所述本地緩存策略對所述內(nèi)容進行緩存。
22.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括應(yīng)用業(yè)務(wù)模塊，用于獲取用戶的內(nèi)容請求，根據(jù)所述內(nèi)容請求得到用戶請求摘要，向全 局導(dǎo)航設(shè)備發(fā)送所述用戶請求摘要。
23.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括全局導(dǎo)航設(shè)備，所述全局導(dǎo)航設(shè)備包括協(xié)作緩存控制器，用于獲取應(yīng)用業(yè)務(wù)模塊發(fā)送 的用戶請求摘要；根據(jù)所述用戶請求摘要得到用戶行為信息；根據(jù)所述用戶行為信息得到 協(xié)作緩存全局策略。
24.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括全局導(dǎo)航設(shè)備，所述全局導(dǎo)航設(shè)備包括協(xié)作緩存控制器，用于獲取網(wǎng)絡(luò)流量的動態(tài)變 化；根據(jù)所述網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略。
25.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括全局導(dǎo)航設(shè)備，所述全局導(dǎo)航設(shè)備包括協(xié)作緩存控制器，用于獲取應(yīng)用業(yè)務(wù)模塊發(fā)送 的用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述用戶請求摘要得到用戶行為信息；根據(jù) 所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策略。
26.根據(jù)權(quán)利要求14所述的節(jié)點，其特征在于，所述節(jié)點還包括全局導(dǎo)航設(shè)備，所述全局導(dǎo)航設(shè)備包括聯(lián)合優(yōu)化控制器，用于獲取網(wǎng)絡(luò)流量的動態(tài)變 化和應(yīng)用業(yè)務(wù)模塊發(fā)送的用戶請求摘要；根據(jù)所述用戶請求摘要得到用戶行為信息；根據(jù) 所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到TE-SS策略。
27.一種內(nèi)容網(wǎng)絡(luò)，其特征在于，所述網(wǎng)絡(luò)包括獲取內(nèi)容的節(jié)點和傳輸網(wǎng)絡(luò)；所述獲取內(nèi)容的節(jié)點，用于接收內(nèi)容請求，所述內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo) 識；判斷所述標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng)的 內(nèi)容；否則，根據(jù)所述標(biāo)識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從 所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容；并通過所述傳輸網(wǎng)絡(luò)將所述標(biāo)識對應(yīng)的內(nèi)容發(fā) 送給客戶端；其中，所述名字解析系統(tǒng)包括多級分布式哈希表DHT和全局內(nèi)容解析結(jié)構(gòu)，所述全局 內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。
28.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于判斷所述標(biāo) 識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取所述標(biāo)識對應(yīng)的內(nèi)容時，具體用 于判斷所述標(biāo)識對應(yīng)的內(nèi)容是否存儲在本地的緩存中，如果是，從本地的緩存中獲取所述 內(nèi)容；否則，判斷本地是否正在獲取所述標(biāo)識對應(yīng)的內(nèi)容，如果是，則等待本地獲取所述內(nèi) 容后獲取所述標(biāo)識對應(yīng)的內(nèi)容。
29.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于根據(jù)所述標(biāo) 識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點時，具體用于根據(jù)多級分布式哈希表DHT查找所述標(biāo)識對應(yīng)的內(nèi)容存放位置列表，并根據(jù)當(dāng)前流量工程_服務(wù)器選擇 TE-SS策略在所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點。
30.根據(jù)權(quán)利要求29所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于根據(jù)多級分 布式哈希表DHT查找所述標(biāo)識對應(yīng)的內(nèi)容存放位置列表時，具體用于在當(dāng)前DHT中查找是 否存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則獲取所述標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存 放位置列表；如果不存在，且當(dāng)前DHT不是本自治域AS內(nèi)的最高級DHT，則向本AS內(nèi)的上 一級DHT中查找，直至獲取所述標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放位置列表。
31.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還用于接收注冊 請求，所述注冊請求至少包括內(nèi)容的標(biāo)識及所述內(nèi)容的位置信息；在當(dāng)前DHT中查找是否 存在所述標(biāo)識對應(yīng)的解析記錄，如果存在，則更新所述標(biāo)識對應(yīng)的解析記錄中的內(nèi)容存放 位置列表；否則在所述DHT中增加包含所述標(biāo)識及所述內(nèi)容的位置信息的解析記錄，并判 斷當(dāng)前DHT是否為本自治域AS內(nèi)的最高級DHT，如果不是，則向本AS內(nèi)的上一級DHT注冊； 如果是，則向全局內(nèi)容解析結(jié)構(gòu)注冊。
32.根據(jù)權(quán)利要求29所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于根據(jù)當(dāng)前流 量工程_服務(wù)器選擇TE-SS策略在所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點時，具體用于獲 取當(dāng)前TE-SS策略；根據(jù)所述當(dāng)前TE-SS策略從所述內(nèi)容存放位置列表中選擇目標(biāo)節(jié)點；所述獲取內(nèi)容的節(jié)點用于從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容時，具體用于根 據(jù)所述當(dāng)前TE-SS策略從所述目標(biāo)節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容。
33.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于根據(jù)所述標(biāo) 識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的內(nèi)容的目標(biāo)節(jié)點，從所述目標(biāo)節(jié)點中獲取所 述標(biāo)識對應(yīng)的內(nèi)容時，具體用于從全局內(nèi)容解析結(jié)構(gòu)中查找所述標(biāo)識對應(yīng)的內(nèi)容歸屬的自 治域AS，從所述AS中的目標(biāo)節(jié)點獲取所述標(biāo)識對應(yīng)的內(nèi)容。
34.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點用于從所述目標(biāo) 節(jié)點中獲取所述標(biāo)識對應(yīng)的內(nèi)容之后，還用于獲取協(xié)作緩存全局策略和本地信息；根據(jù)所 述協(xié)作緩存全局策略和本地信息得到本地緩存策略；根據(jù)所述本地緩存策略對所述內(nèi)容進 行緩存。
35.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還用于獲取用戶 的內(nèi)容請求，根據(jù)所述內(nèi)容請求得到用戶請求摘要，向全局導(dǎo)航設(shè)備發(fā)送所述用戶請求摘要。
36.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還包括全局導(dǎo)航設(shè)備，用于獲取用戶請求摘要；根據(jù)所述用戶請求摘要得到用戶行為信息； 根據(jù)所述用戶行為信息得到協(xié)作緩存全局策略。
37.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還包括全局導(dǎo)航設(shè)備，用于獲取網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié) 作緩存全局策略。
38.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還包括全局導(dǎo)航設(shè)備，用于獲取用戶請求摘要和網(wǎng)絡(luò)流量的動態(tài)變化；根據(jù)所述用戶請求摘 要得到用戶行為信息；根據(jù)所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到協(xié)作緩存全局策 略。
39.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)，其特征在于，所述獲取內(nèi)容的節(jié)點還包括 全局導(dǎo)航設(shè)備，用于獲取網(wǎng)絡(luò)流量的動態(tài)變化和用戶請求摘要；根據(jù)所述用戶請求摘要得到用戶行為信息；根據(jù)所述用戶行為信息和網(wǎng)絡(luò)流量的動態(tài)變化得到TE-SS策略。
40.根據(jù)權(quán)利要求36至權(quán)利要求39任意一項權(quán)利要求所述的網(wǎng)絡(luò)，其特征在于，所述 全局導(dǎo)航設(shè)備設(shè)置于所述獲取內(nèi)容的節(jié)點或為一個獨立設(shè)備。
全文摘要
本發(fā)明公開了一種獲取內(nèi)容的方法、節(jié)點及內(nèi)容網(wǎng)絡(luò)，屬于通信領(lǐng)域。方法包括接收內(nèi)容請求，內(nèi)容請求至少包括所要請求內(nèi)容的標(biāo)識；判斷標(biāo)識對應(yīng)的內(nèi)容是否能夠從本地獲取，如果是，則從本地獲取標(biāo)識對應(yīng)的內(nèi)容；否則，根據(jù)標(biāo)識查找名字解析系統(tǒng)得到存放所述標(biāo)識對應(yīng)的目標(biāo)節(jié)點，從目標(biāo)節(jié)點中獲取標(biāo)識對應(yīng)的內(nèi)容；其中，名字解析系統(tǒng)包括多級DHT和全局內(nèi)容解析結(jié)構(gòu)，全局內(nèi)容解析結(jié)構(gòu)支持名字聚合和最長匹配查找。節(jié)點包括內(nèi)容代理模塊和內(nèi)容獲取模塊。內(nèi)容網(wǎng)絡(luò)包括獲取內(nèi)容的節(jié)點和傳輸網(wǎng)絡(luò)。本發(fā)明采用分布式方案構(gòu)建一個CONA平臺，通過引入優(yōu)化策略提高了內(nèi)容分發(fā)效率和網(wǎng)絡(luò)的安全性、節(jié)約了網(wǎng)絡(luò)投資成本，使網(wǎng)絡(luò)更適應(yīng)內(nèi)容的快速增長。
文檔編號H04L29/06GK102143199SQ20101051591
公開日2011年8月3日 申請日期2010年10月19日 優(yōu)先權(quán)日2010年10月19日
發(fā)明者施廣宇, 王國強, 范靈源, 謝海永 申請人:華為技術(shù)有限公司