專利名稱：一種內(nèi)容獲取方法、裝置及網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種內(nèi)容獲取方法、裝置及網(wǎng)絡(luò)系統(tǒng)。
背景技術(shù)：
隨著網(wǎng)絡(luò)規(guī)模和用戶需求的不斷增加，互聯(lián)網(wǎng)中用于內(nèi)容傳輸?shù)膸捲絹碓蕉唷１热?，Wffff (環(huán)球信息網(wǎng)，World Wide Web) ,P2P(Point to Point，點(diǎn)對點(diǎn))網(wǎng)絡(luò)中的內(nèi)容共享業(yè)務(wù)就占據(jù)網(wǎng)絡(luò)絕大部分帶寬,上述內(nèi)容共享業(yè)務(wù)之所以占據(jù)網(wǎng)絡(luò)絕大部分帶寬,是由于相同信息的大量重復(fù)(冗余)傳輸，造成帶寬資源的浪費(fèi)。內(nèi)容網(wǎng)是通過在互聯(lián)網(wǎng)上部署服務(wù)節(jié)點(diǎn)，并通過應(yīng)用層協(xié)議將這些服務(wù)節(jié)點(diǎn)組織形成一個構(gòu)建在IP網(wǎng)絡(luò)之上的覆蓋層，為網(wǎng)絡(luò)應(yīng)用提供靈活高效的服務(wù)。其典型應(yīng)用有內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network,Q)N)。Q)N采用層次化(hierarchy)的命名方式以提高內(nèi)容組織和查詢的效率。具體的，以內(nèi)容的“名字”代替IP地址，重新設(shè)計(jì)數(shù)據(jù)包的格式和各層協(xié)議，將路由信息和用戶請求過的內(nèi)容都保存在路由器中，這種方式一定程度上挖掘了路由器的存儲能力。在現(xiàn)有技術(shù)的內(nèi)容網(wǎng)中，路由器將用戶請求一視同仁地重定位到邊緣的內(nèi)容服務(wù)器，導(dǎo)致路由器與內(nèi)容服務(wù)器之間存在大量的內(nèi)容傳輸冗余，網(wǎng)絡(luò)負(fù)荷高，用戶訪問的響應(yīng)速度較低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種內(nèi)容獲取方法、裝置及網(wǎng)絡(luò)系統(tǒng)，能夠減少路由器與內(nèi)容服務(wù)器之間的內(nèi)容傳輸冗余，降低網(wǎng)絡(luò)負(fù)荷，提高了用戶訪問的響應(yīng)速度，改善用戶體驗(yàn)。本發(fā)明實(shí)施例公開了一種內(nèi)容獲取方法，包括:獲取來自客戶端的內(nèi)容請求；確定所述請求的內(nèi)容的請求次數(shù)；當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端。本發(fā)明實(shí)施例還公開了一種內(nèi)容路由節(jié)點(diǎn)，包括:內(nèi)容請求獲取單元，用于獲取來自客戶端的內(nèi)容請求；請求次數(shù)確定單元，用于確定所述內(nèi)容請求獲取單元獲取到的內(nèi)容請求所請求的內(nèi)容的請求次數(shù)；第一選擇單元，用于當(dāng)所述請求次數(shù)確定單元確定的所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容；內(nèi)容發(fā)送單元，用于將所述第一選擇單元獲取到的所述內(nèi)容發(fā)送給所述客戶端。。本發(fā)明實(shí)施例還公開了一種網(wǎng)絡(luò)系統(tǒng)，包括客戶端和內(nèi)容路由節(jié)點(diǎn)群組，其中:所述客戶端用于向內(nèi)容路由節(jié)點(diǎn)發(fā)送內(nèi)容請求；內(nèi)容路由節(jié)點(diǎn)群組中的內(nèi)容路由節(jié)點(diǎn)用于獲取來自所述客戶端的內(nèi)容請求；確定所述請求的內(nèi)容的請求次數(shù)；當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從所述內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容；將獲取到的所述內(nèi)容發(fā)送給所述客戶端。實(shí)施本發(fā)明實(shí)施例的方法、裝置及網(wǎng)絡(luò)系統(tǒng)，通過獲取來自客戶端的內(nèi)容請求；確定所述請求的內(nèi)容的請求次數(shù)；當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端，可以能夠減少路由器與內(nèi)容服務(wù)器之間的內(nèi)容傳輸冗余，降低網(wǎng)絡(luò)負(fù)荷，提高了用戶訪問的響應(yīng)速度，改善用戶體驗(yàn)。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實(shí)施例的一個方法實(shí)施例示意圖；圖2是本發(fā)明實(shí)施例的又一個方法實(shí)施例示意圖；圖3是本發(fā)明實(shí)施例中步驟S103 —種具體實(shí)施方式
示意圖；圖4是本發(fā)明實(shí)施例中一個裝置實(shí)施例示意圖；圖5是本發(fā)明實(shí)施例的又一個裝置實(shí)施例示意圖；圖6是本發(fā)明實(shí)施例中第一選擇單元600的一個具體實(shí)施例；圖7是本發(fā)明實(shí)施例的一個系統(tǒng)實(shí)施例示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。內(nèi)容網(wǎng)是通過在互聯(lián)網(wǎng)上部署服務(wù)節(jié)點(diǎn)，并通過應(yīng)用層協(xié)議將這些服務(wù)節(jié)點(diǎn)組織形成一個構(gòu)建在IP網(wǎng)絡(luò)之上的覆蓋層，為網(wǎng)絡(luò)應(yīng)用提供靈活高效的服務(wù)。其典型應(yīng)用有網(wǎng)絡(luò)(Content Delivery Network, CDN)、對等網(wǎng)絡(luò)(Peer to Peer, P2P)、Cloud Computing等使用內(nèi)容網(wǎng)來為用戶提供服務(wù)，能夠增加網(wǎng)絡(luò)靈活性、提高用戶服務(wù)體驗(yàn)并降低骨干網(wǎng)絡(luò)流量壓力。CDN通過智能DNS (域名系統(tǒng))將用戶訪問請求重定向到CDN的存儲(cache)服務(wù)器上，如果該cache上存儲有用戶請求的數(shù)據(jù)就直接取得數(shù)據(jù)，如果該cache上沒有存儲數(shù)據(jù)，該cache就會通過⑶N內(nèi)部DNS解析得到數(shù)據(jù)的源地址。cache就會去數(shù)據(jù)的源地址抓取數(shù)據(jù)到cache上存儲一份讓后發(fā)給用戶一份。但DNS不能識別那些請求是屬于冗余請求的，因此會對用戶請求一視同仁進(jìn)行重定位到邊緣的服務(wù)器，導(dǎo)致cache的存儲效率不高且增加cache服務(wù)器的處理負(fù)載，且⑶N的cache之間沒有內(nèi)容共享，對不太受歡迎的內(nèi)容存在冗余存儲的問題，不能有效的利用存儲的資源。本發(fā)明實(shí)施例考慮到由于受歡迎的內(nèi)容的請求次數(shù)大但數(shù)量少，不太受歡迎的內(nèi)容的請求次數(shù)小但數(shù)量多。在IP網(wǎng)中，只需要針對數(shù)量少的受歡迎的內(nèi)容做特殊處理就可以減少大量冗余傳輸。內(nèi)容路由節(jié)點(diǎn)群組可以是由多個具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)通過內(nèi)容路由協(xié)議組成的群組，以實(shí)現(xiàn)群組內(nèi)部的內(nèi)容共享。各內(nèi)容路由節(jié)點(diǎn)仍保留原有的IP路由功能，使得受歡迎的的內(nèi)容到內(nèi)容網(wǎng)中的內(nèi)容路由節(jié)點(diǎn)群組中獲取，而不太受歡迎的的內(nèi)容仍然路由到內(nèi)容服務(wù)器去獲取請求的內(nèi)容。這樣可以節(jié)約布置更多服務(wù)器的較高成本，且系統(tǒng)改進(jìn)難度也不大。內(nèi)容路由節(jié)點(diǎn)之間由建立在IP網(wǎng)上的虛擬鏈路連接(通過內(nèi)容路由協(xié)議完成)，從而將受歡迎的的內(nèi)容請求重定向到內(nèi)容網(wǎng)中的存儲有該內(nèi)容的內(nèi)容路由節(jié)點(diǎn)群組，而不太受歡迎的的內(nèi)容請求重定向到IP網(wǎng)絡(luò)比如說內(nèi)容服務(wù)器。通過實(shí)施本發(fā)明實(shí)施例的方法、裝置及網(wǎng)絡(luò)系統(tǒng)，可以能夠減少網(wǎng)絡(luò)傳輸冗余，提高了用戶訪問的響應(yīng)速度，改善用戶體驗(yàn)。本發(fā)明實(shí)施例提供了一種內(nèi)容獲取方法。圖1是本發(fā)明實(shí)施例的一個方法實(shí)施例示意圖，該方法包括:SlOl:獲取來自客戶端的內(nèi)容請求；用戶客戶端向目的內(nèi)容服務(wù)器地址發(fā)起連接請求；內(nèi)容路由節(jié)點(diǎn)檢測到連接請求，記錄連接信息；用戶客戶端使用建立的連接發(fā)送內(nèi)容請求；內(nèi)容路由節(jié)點(diǎn)檢測到該連接的內(nèi)容請求信息,記錄內(nèi)容請求信息,此時內(nèi)容路由節(jié)點(diǎn)就已經(jīng)獲取來自客戶端的內(nèi)容請求。所述內(nèi)容請求消息中包含內(nèi)容名稱，該內(nèi)容名稱是區(qū)分具體內(nèi)容的屬性標(biāo)識，類似URL標(biāo)識，內(nèi)容名稱可以是被請求內(nèi)容的名稱等可以用于標(biāo)識內(nèi)容的信息。S103:確定所述請求的內(nèi)容的請求次數(shù)；該步驟包括:當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為首次請求時，將所述請求次數(shù)初始化為I，當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為非首次請求時，從所述內(nèi)容路由節(jié)點(diǎn)群組中獲取歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)；或者當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為首次請求時，從所述內(nèi)容服務(wù)器獲取所述請求的內(nèi)容的歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為作為所述請求次數(shù)，當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為非首次請求時，從所述內(nèi)容路由節(jié)點(diǎn)群組中獲取歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)。意即，首次獲取到某個內(nèi)容的請求時，對該內(nèi)容的請求次數(shù)進(jìn)行初始化并記錄保存，后續(xù)再獲取到同樣內(nèi)容的請求時，則直接從內(nèi)容路由表中獲取所述內(nèi)容的歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)。執(zhí)行完本步驟之后，可選的，還可以將所述請求次數(shù)發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)，以使所述其他內(nèi)容路由節(jié)點(diǎn)更新請求次數(shù)。S105:當(dāng)所述請求次數(shù)大于等于預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從所述內(nèi)容網(wǎng)的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容；獲取所述內(nèi)容之后，所述方法還包括:將獲取到的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中，所述內(nèi)容路由節(jié)點(diǎn)包括接收到內(nèi)容請求的本地內(nèi)容路由節(jié)點(diǎn)和其他內(nèi)容路由節(jié)點(diǎn)。實(shí)踐中，要實(shí)現(xiàn)可以基于內(nèi)容的路由的網(wǎng)絡(luò)架構(gòu)，需要在現(xiàn)有的Internet上增加2個新的協(xié)議:(I)因特網(wǎng)內(nèi)容轉(zhuǎn)換協(xié)議(INRP,name-based routing protocol),根據(jù)中繼節(jié)點(diǎn)維護(hù)的路由信息實(shí)現(xiàn)內(nèi)容到地址的轉(zhuǎn)換；(2)基于內(nèi)容的路由協(xié)議(NBRP，name-basedrouting protocol),動態(tài)地更新中繼節(jié)點(diǎn)上的路由信息,類似于邊界網(wǎng)關(guān)協(xié)議。當(dāng)前的內(nèi)容網(wǎng)絡(luò)就采用了這種基于內(nèi)容的路由方式。具體的，當(dāng)確定所述請求的內(nèi)容的請求次數(shù)之后，將所述請求次數(shù)和第一預(yù)設(shè)閾值進(jìn)行比較，當(dāng)所述請求次數(shù)大于等于預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從所述內(nèi)容網(wǎng)的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容，所述內(nèi)容網(wǎng)包括具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)，包括本地內(nèi)容路由節(jié)點(diǎn)和其他內(nèi)容路由節(jié)點(diǎn)，內(nèi)容路由節(jié)點(diǎn)存儲所述內(nèi)容、所述內(nèi)容的名稱、以及所述內(nèi)容的請求次數(shù)。具體的，內(nèi)容路由節(jié)點(diǎn)將所有內(nèi)容路由節(jié)點(diǎn)獲取到的請求的內(nèi)容都記錄在一張內(nèi)容路由表中，該本地內(nèi)容路由表的表項(xiàng)包括,請求過的內(nèi)容名稱、請求過的內(nèi)容的請求次數(shù)、接口信息、下一跳地址，以及所述內(nèi)容數(shù)據(jù)。內(nèi)容路由表的構(gòu)造如表一所示。內(nèi)容路由表中記錄著其他內(nèi)容路由節(jié)點(diǎn)可以請求該內(nèi)容的路由信息，以實(shí)現(xiàn)具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組之間的內(nèi)容路由。內(nèi)容內(nèi)容路由表的結(jié)構(gòu)類似IP內(nèi)容路由表,表項(xiàng)內(nèi)容包括:內(nèi)容名稱、請求次數(shù)、接口信息、下一跳地址、保存狀態(tài)等，查找路由時根據(jù)內(nèi)容名稱按最長內(nèi)容名稱前綴匹配內(nèi)容路由項(xiàng)，得到接口信息，向匹配到的這些接口轉(zhuǎn)發(fā)請求。例如，內(nèi)容路由節(jié)點(diǎn)從接收到的內(nèi)容請求中獲取被請求的內(nèi)容的名稱為內(nèi)容1，內(nèi)容I對應(yīng)的歷史請求次數(shù)為100次，對100做加I操作，更新請求次數(shù)的值為101，假設(shè)此時第一預(yù)設(shè)閾值為301次，則內(nèi)容I被獲取后并不會被保存在內(nèi)容路由節(jié)點(diǎn)中，則接口信息、下一跳地址，以及所述內(nèi)容數(shù)據(jù)都為空；同理,如果內(nèi)容路由節(jié)點(diǎn)從接收到的內(nèi)容請求中獲取被請求的內(nèi)容的名稱為內(nèi)容2，內(nèi)容2對應(yīng)的歷史請求次數(shù)為200次，對200做加I操作，更新請求次數(shù)的值為201，假設(shè)此時第一預(yù)設(shè)閾值為301次，則內(nèi)容2被獲取后也不會被保存在內(nèi)容路由節(jié)點(diǎn)中，則接口信息、下一跳地址，以及所述內(nèi)容數(shù)據(jù)都為空；如果容路由節(jié)點(diǎn)從接收到的內(nèi)容請求中獲取被請求的內(nèi)容的名稱為內(nèi)容3，內(nèi)容3對應(yīng)的請求次數(shù)為300次，假設(shè)此時第一預(yù)設(shè)閾值為301次，對300做加I操作，更新請求次數(shù)的值為301，與第一預(yù)設(shè)閾值相等，此時內(nèi)容3被獲取后會被保存在內(nèi)容路由節(jié)點(diǎn)中，內(nèi)容數(shù)據(jù)為CCCCCCCCCCCCCC，但接口信息、下一跳地址均為空。同時其他內(nèi)容路由節(jié)點(diǎn)計(jì)算路由到存儲有所述內(nèi)容的內(nèi)容節(jié)點(diǎn)的路由路徑(接口信息、下一跳地址等)，并將接口信息、下一跳地址修改為相應(yīng)的值，但內(nèi)容數(shù)據(jù)為空，如表二所示。例如說，針對其他某一內(nèi)容路由節(jié)點(diǎn)來說，存儲有所述內(nèi)容的內(nèi)容路由節(jié)點(diǎn)的接口信息為1，下一跳地址為3.4.5.6，內(nèi)容路由表中內(nèi)容數(shù)據(jù)欄為空，只有內(nèi)容名稱、請求次數(shù)、接口信息及下一跳地址。后續(xù)如果某內(nèi)容路由節(jié)點(diǎn)再接收到名稱為內(nèi)容3的請求時，對應(yīng)的其請求次數(shù)為對301做加I操作，大于第一預(yù)設(shè)閾值301，如果所述內(nèi)容保存在收到請求的內(nèi)容路由節(jié)點(diǎn)中，則根據(jù)該名稱從直接獲取相應(yīng)的內(nèi)容，如果所述內(nèi)容保存在其他內(nèi)容路由節(jié)點(diǎn)中，則根據(jù)該名稱從內(nèi)容路由表中的接口信息及下一跳地址向保存有所述內(nèi)容的路由節(jié)點(diǎn)發(fā)送請求以獲取所述內(nèi)容。
權(quán)利要求
1.一種內(nèi)容獲取方法，其特征在于，所述方法包括: 獲取來自客戶端的內(nèi)容請求； 確定所述請求的內(nèi)容的請求次數(shù)； 當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端。
2.如權(quán)利要求1所述的內(nèi)容獲取方法，其特征在于，還包括: 當(dāng)所述請求次數(shù)小于等于所述第一預(yù)設(shè)閾值時，將所述內(nèi)容請求發(fā)送給存儲所述內(nèi)容的內(nèi)容服務(wù)器以獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端。
3.如權(quán)利要求2所述的內(nèi)容獲取方法，其特征在于，所述當(dāng)所述請求次數(shù)等于所述第一預(yù)設(shè)閾值時，將所述內(nèi)容請求發(fā)送給存儲所述內(nèi)容的內(nèi)容服務(wù)器以獲取所述內(nèi)容，獲取所述內(nèi)容之后，所述方法還包括: 將獲取到的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中。
4.如權(quán)利要求3所述的內(nèi)容獲取方法，其特征在于，所述將獲取的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中包括: 當(dāng)本地剩余存儲容量大于等于存儲所述內(nèi)容需要的存儲空間時，將所述內(nèi)容保存到本地； 當(dāng)本地剩余存儲容量小于存儲所述內(nèi)容需要的存儲空間時，從所述內(nèi)容路由節(jié)點(diǎn)群組中確定一個當(dāng)前的剩余存儲 容量大于等于存儲所述內(nèi)容需要的存儲空間的內(nèi)容路由節(jié)點(diǎn)，將所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)。
5.如權(quán)利要求3所述的內(nèi)容獲取方法，其特征在于，所述將獲取的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中之后，所述方法還包括: 當(dāng)所述內(nèi)容的保存時間長度達(dá)到第一預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)低于第二預(yù)設(shè)閾值時，對所述內(nèi)容進(jìn)行刪除操作； 當(dāng)所述保存時間長度達(dá)到所述第一預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)不小于所述第二預(yù)設(shè)閾值時，對所述保存時間長度復(fù)位后重新起算。
6.如權(quán)利要求3所述的內(nèi)容獲取方法，其特征在于，所述將獲取的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中之后，所述方法還包括: 當(dāng)所述內(nèi)容的保存時間長度達(dá)到第二預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)低于第三預(yù)設(shè)閾值時，對所述內(nèi)容進(jìn)行刪除操作； 當(dāng)所述保存時間長度達(dá)到所述第二預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)不小于所述第三預(yù)設(shè)閾值時，對所述保存時間長度及所述請求次數(shù)均復(fù)位后重新起算。
7.如權(quán)利要求1所述的內(nèi)容獲取方法，其特征在于，所述確定被請求內(nèi)容的請求次數(shù)包括: 根據(jù)內(nèi)容路由表中的請求記錄判斷所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組是否為首次請求； 當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為首次請求時，將所述請求次數(shù)初始化為I，或者從所述內(nèi)容服務(wù)器獲取所述請求的內(nèi)容的歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)； 當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為非首次請求時，從所述內(nèi)容路由節(jié)點(diǎn)群組中獲取歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)。
8.如權(quán)利要求1所述的內(nèi)容獲取方法，其特征在于，所述確定被請求內(nèi)容的請求次數(shù)之后，還包括: 將所述請求次數(shù)發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)，以使所述其他內(nèi)容路由節(jié)點(diǎn)更新請求次數(shù)。
9.如權(quán)利要求3所述的內(nèi)容獲取方法，其特征在于，將獲取到的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中之后，還包括: 獲取保存所述內(nèi)容的內(nèi)容路由節(jié)點(diǎn)的路由信息； 將所述路由信息添加到內(nèi)容路由表中； 將所述路由信息發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)，以使所述其他內(nèi)容路由節(jié)點(diǎn)將所述路由信息添加到內(nèi)容路由表中。
10.如權(quán)利要求1 9任一項(xiàng)所述的內(nèi)容獲取方法，其特征在于，所述當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，所述根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容包括: 當(dāng)通過內(nèi)容路由表確定在本地存儲有所述內(nèi)容時,從本地獲取所述內(nèi)容； 當(dāng)通過內(nèi)容路由表確定在本地查找不到所述內(nèi)容時,從所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)獲取所述內(nèi)容。
11.一種內(nèi)容 路由節(jié)點(diǎn)，其特征在于，包括: 內(nèi)容請求獲取單元，用于獲取來自客戶端的內(nèi)容請求； 請求次數(shù)確定單元，用于確定所述內(nèi)容請求獲取單元獲取到的所述內(nèi)容請求所請求的內(nèi)容的請求次數(shù)； 第一選擇單元，用于當(dāng)所述請求次數(shù)確定單元確定的所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容； 內(nèi)容發(fā)送單元，用于將所述第一選擇單元獲取到的所述內(nèi)容發(fā)送給所述客戶端。
12.如權(quán)利要求11所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，所述內(nèi)容路由節(jié)點(diǎn)還包括: 第二選擇單元，用于當(dāng)所述請求次數(shù)小于等于所述第一預(yù)設(shè)閾值時，將所述內(nèi)容請求發(fā)送給存儲所述內(nèi)容的內(nèi)容服務(wù)器以獲取所述內(nèi)容； 所述內(nèi)容發(fā)送單元還用于將所述第二選擇單元獲取到的所述內(nèi)容發(fā)送給所述客戶端。
13.如權(quán)利要求12所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，還包括: 存儲單元，用于當(dāng)所述請求次數(shù)等于所述第一預(yù)設(shè)閾值時，從所述內(nèi)容服務(wù)器獲取所述內(nèi)容之后，將獲取到的所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)群組中。
14.如權(quán)利要求13所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，所述存儲單元包括: 第一存儲單元，用于當(dāng)本地剩余存儲容量大于等于存儲所述內(nèi)容需要的存儲空間時，將所述內(nèi)容保存到本地； 第二存儲單元，用于當(dāng)本地剩余存儲容量小于存儲所述內(nèi)容需要的存儲空間時，從所述內(nèi)容路由節(jié)點(diǎn)群組中確定一個當(dāng)前的剩余存儲容量大于等于存儲所述內(nèi)容需要的存儲空間的內(nèi)容路由節(jié)點(diǎn)，將所述內(nèi)容保存到所述內(nèi)容路由節(jié)點(diǎn)。
15.如權(quán)利要求13所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，還包括:第一刪除單元，用于當(dāng)所述內(nèi)容的保存時間長度達(dá)到第一預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)小于第二預(yù)設(shè)閾值時，對所述內(nèi)容進(jìn)行刪除操作； 第一復(fù)位單元，用于當(dāng)所述保存時間長度達(dá)到所述第一預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)不小于所述第二預(yù)設(shè)閾值時，對所述保存時間長度復(fù)位后重新起算。
16.如權(quán)利要求13所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，還包括: 第二刪除單元，用于當(dāng)所述內(nèi)容的保存時間長度達(dá)到第二預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)低于第三預(yù)設(shè)閾值時，對所述內(nèi)容進(jìn)行刪除操作； 第二復(fù)位單元，用于當(dāng)所述保存時間長度達(dá)到所述第二預(yù)設(shè)生命周期，且所述內(nèi)容的請求次數(shù)不小于所述第三預(yù)設(shè)閾值時，對所述保存時間長度及所述請求次數(shù)均復(fù)位后重新起算。
17.如權(quán)利要求11所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，所述請求次數(shù)確定單元包括: 判斷單元，用于根據(jù)內(nèi)容路由表中的請求記錄判斷所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組是否為首次請求； 初始化單元，用于當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為首次請求時，將所述請求次數(shù)初始化為1，或者從所述內(nèi)容服務(wù)器獲取所述請求的內(nèi)容的歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為初始化請求次數(shù)； 累加單元，用于當(dāng)所述請求對所述內(nèi)容路由節(jié)點(diǎn)群組為非首次請求時，從所述內(nèi)容路由節(jié)點(diǎn)群組中獲取歷史的請求次數(shù)，將所述歷史的請求次數(shù)加I作為所述請求次數(shù)。
18.如權(quán)利要求11所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，還包括: 同步單元，用于將所述請求次數(shù)發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)，以使所述其他內(nèi)容路由節(jié)點(diǎn)更新請求次數(shù)。
19.如權(quán)利要求12所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，還包括: 路由信息更新單元，用于獲取保存所述內(nèi)容的內(nèi)容路由節(jié)點(diǎn)的路由信息；將所述路由信息添加到內(nèi)容路由表中；將所述路由信息發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)，以使所述其他內(nèi)容路由節(jié)點(diǎn)將所述路由信息添加到內(nèi)容路由表中。
20.如權(quán)利要求11 19任一項(xiàng)所述的內(nèi)容路由節(jié)點(diǎn)，其特征在于，所述第一選擇單元包括: 第一獲取單元，用于當(dāng)所述請求次數(shù)確定單元確定的所述請求次數(shù)大于第一預(yù)設(shè)閾值時,通過內(nèi)容路由表確定在本地存儲有所述內(nèi)容時,從本地獲取所述內(nèi)容； 第二獲取單元，用于當(dāng)所述請求次數(shù)確定單元確定的所述請求次數(shù)大于第一預(yù)設(shè)閾值時,通過內(nèi)容路由表確定在本地查找不到所述內(nèi)容時,從所述內(nèi)容路由節(jié)點(diǎn)群組中的其他內(nèi)容路由節(jié)點(diǎn)獲取所述內(nèi)容。
21.—種網(wǎng)絡(luò)系統(tǒng)，其特征在于，包括客戶端和內(nèi)容路由節(jié)點(diǎn)群組，其中: 所述客戶端用于向內(nèi)容路由節(jié)點(diǎn)發(fā)送內(nèi)容請求； 內(nèi)容路由節(jié)點(diǎn)群組中的內(nèi)容路由節(jié)點(diǎn)用于獲取來自所述客戶端的內(nèi)容請求；確定所述請求的內(nèi)容的請求次數(shù)；當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從所述內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容；將獲取到的所述內(nèi)容發(fā)送給所述客戶端。
22.如權(quán)利要求21所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述系統(tǒng)還包括:內(nèi)容服務(wù)器，用于獲取來自所述內(nèi)容路由節(jié)點(diǎn)的所述內(nèi)容請求，將請求的內(nèi)容發(fā)送給所述內(nèi)容路由節(jié)點(diǎn)， 所述內(nèi)容路由節(jié)點(diǎn)群組中的內(nèi)容路由節(jié)點(diǎn)還用于當(dāng)所述請求次數(shù)小于等于所述第一預(yù)設(shè)閾值時，將所述內(nèi)容請求發(fā)送給所述內(nèi)容服務(wù)器以獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端。
23.如權(quán)利要求21所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述內(nèi)容路由節(jié)點(diǎn)包括: 內(nèi)容請求獲取單元，用于獲取來自客戶端的內(nèi)容請求； 請求次數(shù)確定單元，用于確定所述請求的內(nèi)容的請求次數(shù)； 第一選擇單元，用于當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容； 內(nèi)容發(fā)送單元，用于將所述第一選擇單元獲取到的內(nèi)容發(fā)送給所述客戶端。
24.如權(quán)利要求22所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述內(nèi)容路由節(jié)點(diǎn)包括: 內(nèi)容請求獲取單元，用于獲取來自客戶端的內(nèi)容請求； 請求次數(shù)確定單元，用于確定所述請求的內(nèi)容的請求次數(shù)； 第一選擇單元，用于當(dāng)所述請求次數(shù)大于所述第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從所述內(nèi)容網(wǎng)的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容； 第二選擇單元，用于當(dāng)所述請求次數(shù)小于等于第一預(yù)設(shè)閾值時，將所述內(nèi)容請求發(fā)送給存儲所述內(nèi)容的內(nèi)容服務(wù)器以獲取所述內(nèi)容； 內(nèi)容發(fā)送單元，用于將所述第一選擇單元獲取到的內(nèi)容發(fā)送給所述客戶端；將所述第二選擇單元獲取到的內(nèi)容發(fā)送給所述客戶端。
25.如權(quán)利要求21 24任一項(xiàng)所述的網(wǎng)絡(luò)系統(tǒng)，其特征在于，所述內(nèi)容路由節(jié)點(diǎn)為邊緣路由器。
全文摘要
本發(fā)明實(shí)施例公開了一種內(nèi)容獲取方法，其特征在于，所述方法包括獲取來自客戶端的內(nèi)容請求；確定所述請求的內(nèi)容的請求次數(shù)；當(dāng)所述請求次數(shù)大于第一預(yù)設(shè)閾值時，根據(jù)所述內(nèi)容請求從內(nèi)容網(wǎng)中的具有內(nèi)容存儲功能的內(nèi)容路由節(jié)點(diǎn)群組中獲取所述內(nèi)容，將獲取到的所述內(nèi)容發(fā)送給所述客戶端。本發(fā)明實(shí)施例還公開了應(yīng)用所述方法的裝置及網(wǎng)絡(luò)系統(tǒng)。采用本發(fā)明實(shí)施例，可以能夠減少網(wǎng)絡(luò)傳輸冗余，提高了用戶訪問的響應(yīng)速度，改善用戶體驗(yàn)。
文檔編號H04L29/08GK103179161SQ20111043743
公開日2013年6月26日 申請日期2011年12月23日 優(yōu)先權(quán)日2011年12月23日
發(fā)明者龍有水 申請人:華為技術(shù)有限公司