專利名稱：數(shù)據(jù)獲取方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種數(shù)據(jù)獲取方法及裝置。
背景技術(shù)：
隨著視頻和多媒體內(nèi)容在網(wǎng)絡(luò)中的傳輸量快速的增長，單獨(dú)的⑶N(ContentDistribution Network,內(nèi)容分發(fā)網(wǎng)絡(luò))由于受到業(yè)務(wù)覆蓋范圍、傳輸能力等因素的限制，不能完全滿足降低網(wǎng)絡(luò)傳輸內(nèi)容成本、提高用戶體驗(yàn)效果以及內(nèi)容傳輸?shù)姆€(wěn)定性等需求。CDNI (Content Distribution Network Interconnection,內(nèi)容分發(fā)網(wǎng)絡(luò)互聯(lián)互通接口)為不同⑶N之間建立互聯(lián)互通的關(guān)系提供了統(tǒng)一的接口協(xié)議。通過⑶NI，⑶N運(yùn)營商之間內(nèi)容業(yè)務(wù)代理關(guān)系，而內(nèi)容運(yùn)營商只需要和一個(gè)(上游)⑶N運(yùn)營商簽訂代理業(yè)務(wù)協(xié)議，其他與該⑶N建立互聯(lián)互通關(guān)系的(下游)⑶N運(yùn)營商就可以為其代理傳輸業(yè)務(wù)，因此大大擴(kuò)展其業(yè)務(wù)覆蓋范圍以及業(yè)務(wù)能力，例如，當(dāng)漫游的用戶請求下載內(nèi)容時(shí)，運(yùn)營商不需要考慮用戶的當(dāng)前接入位置，而是通過和用戶連接的CDN為用戶提供內(nèi)容下載。圖1是⑶NI的第一種應(yīng)用場景。在圖1中，上游⑶N運(yùn)營商102為內(nèi)容運(yùn)營商101提供內(nèi)容傳輸業(yè)務(wù)，上游⑶N運(yùn)營商102和下游⑶N運(yùn)營商103建立互聯(lián)互通關(guān)系后，下游CDN運(yùn)營商103負(fù)責(zé)代理傳輸內(nèi)容，為用戶終端104提供內(nèi)容業(yè)務(wù)。⑶NI也支持更為復(fù)雜的互聯(lián)互通場景，例如，下游⑶N運(yùn)營商可以同時(shí)和幾個(gè)上游⑶N運(yùn)營商建立互聯(lián)互通關(guān)系,而這些上游⑶N運(yùn)營商可能和同一個(gè)內(nèi)容運(yùn)營商簽訂了傳輸代理協(xié)議；又例如，下游⑶N運(yùn)營商同時(shí)也可能是其他⑶N運(yùn)營商的上游⑶N運(yùn)營商，因此它有可能和它的上游CDN運(yùn)營商一樣,和相同的內(nèi)容運(yùn)營商簽訂了傳輸代理協(xié)議。圖2是⑶NI的第二種應(yīng)用場景。內(nèi)容運(yùn)營商201和上下游CDN運(yùn)營商202、203都簽訂了傳輸代理協(xié)議，下游⑶N運(yùn)營商203為用戶終端204提供內(nèi)容業(yè)務(wù)。圖3是⑶NI的第三種應(yīng)用場景。內(nèi)容運(yùn)營商301和兩個(gè)上游⑶N運(yùn)營商302和303簽訂傳輸代理協(xié)議，下游⑶N運(yùn)營商304和上游⑶N運(yùn)營商302和303建立互聯(lián)互通關(guān)系，負(fù)責(zé)為其用戶提供內(nèi)容業(yè)務(wù)。從⑶NI的第二種應(yīng)用場景可以看出，上下游⑶N運(yùn)營商和同一內(nèi)容運(yùn)營商簽訂傳輸代理協(xié)議，它們的CDN都緩存了該內(nèi)容運(yùn)營商的內(nèi)容，由于下游CDN并不感知上游CDN為哪些內(nèi)容運(yùn)營商傳輸內(nèi)容，因此下游⑶N可能會從上游⑶N重復(fù)獲取并緩存同一運(yùn)營商的相同的內(nèi)容。從⑶NI的第三種應(yīng)用場景可以看出，兩個(gè)上游⑶N運(yùn)營商和相同內(nèi)容運(yùn)營商簽訂傳輸代理協(xié)議，它們的CDN都緩存了該內(nèi)容運(yùn)營商的內(nèi)容，由于下游CDN并不感知上游CDN為哪些內(nèi)容運(yùn)營商傳輸內(nèi)容，因此下游⑶N可能會從這兩個(gè)上游⑶N重復(fù)獲取和緩存同一運(yùn)營商的相同的內(nèi)容。圖4是⑶NI現(xiàn)有的互聯(lián)互通流程。它包括了內(nèi)容預(yù)分發(fā)和用戶內(nèi)容請求過程，上游CDN通知下游CDN進(jìn)行內(nèi)容預(yù)分發(fā)，然后將用戶的內(nèi)容請求重定向到下游CDN，由下游⑶N為用戶提供所請求的內(nèi)容。具體過程包括步驟S401至步驟S409。
步驟S401、上游⑶N通知下游⑶N進(jìn)行內(nèi)容預(yù)分發(fā)。步驟S402、下游⑶N返回確認(rèn)響應(yīng)。步驟S403、下游⑶N向上游⑶N發(fā)送內(nèi)容獲取請求。步驟S404、上游⑶N向下游⑶N發(fā)送內(nèi)容數(shù)據(jù)。步驟S405、用戶終端向上游⑶N發(fā)送內(nèi)容請求。步驟S406、上游⑶N發(fā)現(xiàn)下游⑶N最適合為用戶提供內(nèi)容，向用戶終端返回一個(gè)包含下游⑶N地址的重定向響應(yīng)。步驟S407、用戶終端向下游⑶N發(fā)送內(nèi)容請求。步驟S408、下游⑶N向商業(yè)⑶N獲取內(nèi)容相關(guān)元數(shù)據(jù)信息。步驟S409、下游⑶N發(fā)現(xiàn)所請求的內(nèi)容已經(jīng)緩存，然后向用戶終端發(fā)送內(nèi)容數(shù)據(jù)。從上述流程可以看出，上游⑶N向下游⑶N預(yù)分發(fā)內(nèi)容之后，當(dāng)接收到上游⑶N的用戶內(nèi)容請求時(shí)，下游CDN將會判斷目標(biāo)內(nèi)容是否已從上游CDN獲取并緩存，但是對于第二種應(yīng)用場景和第三種應(yīng)用場景存在的問題，即如何判斷相同的內(nèi)容是否從其他上游CDN或者同一運(yùn)營商獲取并緩存，上述流程還不能有效地解決，因此下游⑶N還是有可能會重復(fù)獲取和緩存相同的內(nèi)容。針對相關(guān)技術(shù)中下游CDN可能會重復(fù)獲取和緩存相同的內(nèi)容的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對下游CDN可能會重復(fù)獲取和緩存相同的內(nèi)容的問題，本發(fā)明提供了一種數(shù)據(jù)獲取方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種數(shù)據(jù)獲取方法，應(yīng)用于多個(gè)內(nèi)容分發(fā)網(wǎng)絡(luò)CDN互聯(lián)互通，包括:下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)所述內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，所述內(nèi)容標(biāo)識列表中存儲有所述下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識；所述下游CDN在所述內(nèi)容標(biāo)識列表中未查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，從所述上游CDN獲取所述內(nèi)容。優(yōu)選的，所述下游⑶N從所述上游⑶N獲取所述內(nèi)容之后，還包括:所述下游⑶N將所述內(nèi)容緩存至本地。優(yōu)選的，當(dāng)所述下游CDN在所述內(nèi)容標(biāo)識列表中查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，所述下游⑶N確定在本地中已經(jīng)緩存所述內(nèi)容。優(yōu)選的，所述內(nèi)容標(biāo)識由指定網(wǎng)元產(chǎn)生并管理。優(yōu)選的，所述指定網(wǎng)元包括下列至少之一:內(nèi)容分發(fā)網(wǎng)絡(luò)互聯(lián)互通接口⑶NI內(nèi)容注冊管理服務(wù)器，網(wǎng)絡(luò)管理服務(wù)器，移動性管理實(shí)體。優(yōu)選的，所述內(nèi)容列表中還包括:與所述內(nèi)容標(biāo)識對應(yīng)的資源標(biāo)識，其中，所述資源標(biāo)識包括:所述內(nèi)容標(biāo)識對應(yīng)的內(nèi)容在所述上游⑶N中的存儲地址。優(yōu)選的，所述資源標(biāo)識包括統(tǒng)一資源標(biāo)識URI。優(yōu)選的，所述內(nèi)容標(biāo)識由哈希算法生成。優(yōu)選的，所述下游⑶N從所述上游⑶N獲取所述內(nèi)容之后，還包括:所述下游⑶N將所述內(nèi)容的內(nèi)容標(biāo)識添加至所述內(nèi)容標(biāo)識列表中。
優(yōu)選的，所述下游CDN在本地刪除指定內(nèi)容，或者指定內(nèi)容失效時(shí)，所述下游CDN在所述內(nèi)容標(biāo)識列表中刪除被刪除內(nèi)容或者失效內(nèi)容的內(nèi)容標(biāo)識。根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)獲取裝置，設(shè)置于內(nèi)容分發(fā)網(wǎng)絡(luò)下游⑶N，包括:查詢模塊，用于從上游⑶N獲取內(nèi)容時(shí)，根據(jù)所述內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，所述內(nèi)容標(biāo)識列表中存儲有所述下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識；獲取模塊，用于在所述內(nèi)容標(biāo)識列表中未查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，從所述上游CDN獲取所述內(nèi)容。在本發(fā)明實(shí)施例中，下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識，下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游CDN獲取內(nèi)容。即，在本發(fā)明實(shí)施例中，利用唯一的內(nèi)容標(biāo)識對內(nèi)容進(jìn)行標(biāo)識，只有下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，下游CDN才會從上游CDN獲取內(nèi)容，避免重復(fù)獲取和緩存相同的內(nèi)容，節(jié)省資源。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:圖1是根據(jù)相關(guān)技術(shù)的⑶NI的第一種應(yīng)用場景；圖2是根據(jù)相關(guān)技術(shù)的⑶NI的第二種應(yīng)用場景；圖3是根據(jù)相關(guān)技術(shù)的⑶NI的第三種應(yīng)用場景；圖4是根據(jù)相關(guān)技術(shù)的⑶NI現(xiàn)有的互聯(lián)互通流程；圖5是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)獲取方法的流程示意圖；圖6是根據(jù)本發(fā)明實(shí)施例的CDNI內(nèi)容預(yù)分發(fā)去重流程圖；圖7是根據(jù)本發(fā)明實(shí)施例的第一種⑶NI前轉(zhuǎn)優(yōu)化去重流程；圖8是根據(jù)本發(fā)明實(shí)施例的第二種⑶NI前轉(zhuǎn)優(yōu)化去重流程；圖9是根據(jù)本發(fā)明實(shí)施例的CDNI內(nèi)容刪除優(yōu)化流程；圖10是根據(jù)本發(fā)明實(shí)施例的數(shù)據(jù)獲取裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。相關(guān)技術(shù)中提到，上游⑶N向下游⑶N預(yù)分發(fā)內(nèi)容之后，當(dāng)接收到上游⑶N的用戶內(nèi)容請求時(shí)，下游CDN將會判斷目標(biāo)內(nèi)容是否已從上游CDN獲取并緩存，但是對于相關(guān)技術(shù)中提及的圖2所示的第二種應(yīng)用場景以及圖3所示的第三種應(yīng)用場景存在的問題，即如何判斷相同的內(nèi)容是否從其他上游CDN或者同一運(yùn)營商獲取并緩存，相關(guān)技術(shù)還不能有效地解決，因此下游CDN還是有可能會重復(fù)獲取和緩存相同的內(nèi)容，造成資源的浪費(fèi)。為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種數(shù)據(jù)獲取方法，應(yīng)用于CDN互聯(lián)互通，其流程示意圖如圖5所示，包括:步驟S502、下游⑶N從至少一個(gè)上游⑶N獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識；步驟S504、下游⑶N在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游⑶N獲取內(nèi)容。在本發(fā)明實(shí)施例中，下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識，下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游CDN獲取內(nèi)容。即，在本發(fā)明實(shí)施例中，利用唯一的內(nèi)容標(biāo)識對內(nèi)容進(jìn)行標(biāo)識，只有下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，下游CDN才會從上游CDN獲取內(nèi)容，避免重復(fù)獲取和緩存相同的內(nèi)容，節(jié)省資源。本文中提及的內(nèi)容標(biāo)識列表和下文具體實(shí)施例提到的內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)的實(shí)質(zhì)是相同的，均用于保存內(nèi)容與內(nèi)容標(biāo)識的緩存綁定關(guān)系。按圖5所示流程，下游⑶N從上游⑶N獲取內(nèi)容之后，下游⑶N可以將內(nèi)容緩存至本地,進(jìn)而為請求該內(nèi)容的用戶終端提供相應(yīng)內(nèi)容。與步驟S504相對應(yīng)，下游⑶N也可能在內(nèi)容標(biāo)識列表中查詢到內(nèi)容的內(nèi)容標(biāo)識，此時(shí)，下游⑶N確定在本地中已經(jīng)緩存內(nèi)容，不需要再從上游⑶N中獲取相應(yīng)內(nèi)容，可以直接為請求該內(nèi)容的用戶終端提供相應(yīng)內(nèi)容，達(dá)到節(jié)省資源的目的。上文提及，本發(fā)明實(shí)施例是利用唯一的內(nèi)容標(biāo)識對內(nèi)容進(jìn)行識別，而內(nèi)容標(biāo)識可以由指定網(wǎng)元產(chǎn)生并管理。本例中，指定網(wǎng)元可以包括下列至少之一 =CDNI內(nèi)容注冊管理服務(wù)器，網(wǎng)絡(luò)管理服務(wù)器，移動性管理實(shí)體。當(dāng)然，指定網(wǎng)元除上述具體實(shí)例外，還可以是其他網(wǎng)元或?qū)嶓w，能夠產(chǎn)生內(nèi)容標(biāo)識并對其進(jìn)行管理即可。在一個(gè)優(yōu)選的實(shí)施例中，存儲了內(nèi)容標(biāo)識的內(nèi)容列表中還可以包括與內(nèi)容相關(guān)的其他信息，例如，與內(nèi)容標(biāo)識對應(yīng)的資源標(biāo)識(由于內(nèi)容與內(nèi)容標(biāo)識是 對應(yīng)的，因此，資源標(biāo)識與內(nèi)容標(biāo)識相對應(yīng)，則其必然與該內(nèi)容標(biāo)識對應(yīng)的內(nèi)容也是對應(yīng)的)，其中，資源標(biāo)識可以包括:內(nèi)容標(biāo)識對應(yīng)的內(nèi)容在上游CDN中的存儲地址。例如，資源標(biāo)識可以采用URI (Uniform Resource Identifier,統(tǒng)一資源標(biāo)識)。實(shí)施時(shí)，內(nèi)容標(biāo)識和資源標(biāo)識共同進(jìn)行關(guān)聯(lián)合并標(biāo)識內(nèi)容。對于內(nèi)容標(biāo)識而言，每個(gè)內(nèi)容對應(yīng)的內(nèi)容標(biāo)識是唯一的，但是資源標(biāo)識可以并不唯一，換句話說，資源標(biāo)識和內(nèi)容標(biāo)識為多對一的對應(yīng)關(guān)系。實(shí)施過程中，內(nèi)容標(biāo)識可以由內(nèi)容運(yùn)營商標(biāo)識和內(nèi)容特征信息組合生成。本文提及的內(nèi)容標(biāo)識由算法生成，例如，由哈希算法生成。此處的算法僅僅是具體實(shí)例，具體的選法根據(jù)具體情況而定。在一個(gè)實(shí)施例中，為保護(hù)內(nèi)容標(biāo)識列表的可靠性，需要及時(shí)對內(nèi)容標(biāo)識列表進(jìn)行更新，例如，下游⑶N從上游⑶N獲取內(nèi)容之后，下游⑶N可以將內(nèi)容的內(nèi)容標(biāo)識添加至內(nèi)容標(biāo)識列表中；再例如，下游CDN在本地刪除指定內(nèi)容，或者指定內(nèi)容失效時(shí)，下游CDN在內(nèi)容標(biāo)識列表中刪除被刪除內(nèi)容或者失效內(nèi)容的內(nèi)容標(biāo)識。實(shí)施時(shí)，下游⑶N緩存內(nèi)容，可以創(chuàng)建⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)包括資源標(biāo)識和內(nèi)容標(biāo)識與內(nèi)容在當(dāng)前CDN中的存儲地址信息的對應(yīng)關(guān)系，若刪除內(nèi)容或內(nèi)容失效，則解除關(guān)聯(lián)元數(shù)據(jù)；當(dāng)需要進(jìn)行內(nèi)容緩存判斷時(shí)，下游CDN通過查詢內(nèi)容元數(shù)據(jù)中的CDNI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，判斷下游CDN是否已緩存內(nèi)容。由上述分析可知，針對相關(guān)技術(shù)的問題，本發(fā)明實(shí)施例提出一種優(yōu)化內(nèi)容去重的實(shí)現(xiàn)方法。不同CDN的內(nèi)容命名機(jī)制是不一定相同的，例如不同的內(nèi)容標(biāo)識體系，本發(fā)明實(shí)施例成選利用CDNI元數(shù)據(jù)協(xié)議/接口統(tǒng)一內(nèi)容命名機(jī)制，由CDNI內(nèi)容命名機(jī)制確定的CDNI內(nèi)容標(biāo)識來唯一標(biāo)識內(nèi)容。下游CDN在緩存內(nèi)容后，對CDNI內(nèi)容標(biāo)識進(jìn)行關(guān)聯(lián)，刪除內(nèi)容后或者內(nèi)容失效時(shí)，解除對CDNI內(nèi)容標(biāo)識的關(guān)聯(lián)。進(jìn)行內(nèi)容預(yù)分發(fā)或者向用戶提供內(nèi)容業(yè)務(wù)前，下游⑶N通過查詢⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)判斷內(nèi)容是否已經(jīng)緩存，避免相同內(nèi)容重復(fù)緩存。本發(fā)明實(shí)施例對⑶NI現(xiàn)有的內(nèi)容去重進(jìn)行優(yōu)化，有效地解決⑶NI中下游CDN對相同內(nèi)容重復(fù)獲取和緩存的問題。為將本發(fā)明實(shí)施例提供的數(shù)據(jù)獲取闡述地更清楚更明白，下面結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步詳細(xì)說明。實(shí)施例一圖6是⑶NI內(nèi)容預(yù)分發(fā)優(yōu)化流程。上游⑶N A和上游⑶N B先后向共同的下游⑶N進(jìn)行內(nèi)容預(yù)分發(fā)，當(dāng)上游⑶N B通知下游⑶N進(jìn)行內(nèi)容預(yù)分發(fā)時(shí)，由于下游⑶N已經(jīng)緩存來自上游⑶N A的同一運(yùn)營商的相同的內(nèi)容，所以上游⑶N B將取消向下游⑶N的內(nèi)容預(yù)分發(fā)。具體過程包括步驟S601至步驟S609。步驟S601、上游⑶N A通知下游⑶N進(jìn)行內(nèi)容預(yù)分發(fā)，通知消息中帶有預(yù)分發(fā)內(nèi)容的內(nèi)容標(biāo)識信息。步驟S602、下游⑶N接收請求后，根據(jù)內(nèi)容標(biāo)識查詢⑶NI內(nèi)容剛標(biāo)識關(guān)聯(lián)元數(shù)據(jù)信息，判斷相同的內(nèi)容是否已經(jīng)緩存。步驟S603、下游⑶N根據(jù)內(nèi)容標(biāo)識查詢不存在⑶NI關(guān)聯(lián)元數(shù)據(jù)，即內(nèi)容沒有緩存，然后向上游⑶N A返回確認(rèn)分發(fā)響應(yīng)。步驟S604、下游⑶N向上游⑶N A發(fā)送內(nèi)容獲取請求，請求中帶有⑶NI內(nèi)容標(biāo)識信息。步驟S605、上游CDN A向下游⑶N發(fā)送內(nèi)容數(shù)據(jù)。步驟S606、下游⑶N緩存內(nèi)容后，創(chuàng)建⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，關(guān)聯(lián)已緩存的內(nèi)容。步驟S607、上游⑶N B通知下游⑶N進(jìn)行相同內(nèi)容的預(yù)分發(fā)，通知消息中帶有預(yù)分發(fā)內(nèi)容的內(nèi)容標(biāo)識信息。步驟S608、下游⑶N接收請求后，根據(jù)內(nèi)容標(biāo)識查詢⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)信息，判斷相同的內(nèi)容是否已經(jīng)緩存。步驟S609、下游⑶N根據(jù)內(nèi)容標(biāo)識查詢存在⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，即相同的內(nèi)容已經(jīng)緩存,然后向上游CDN返回取消響應(yīng)。從上述流程可以看出，在進(jìn)行內(nèi)容預(yù)分發(fā)之前，下游⑶N根據(jù)內(nèi)容標(biāo)識查詢⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，判斷相同內(nèi)容是否已緩存，避免了下游CDN重復(fù)對相同內(nèi)容進(jìn)行緩存。實(shí)施例二圖7是第一種⑶NI前轉(zhuǎn)優(yōu)化去重流程。上游⑶N將用戶內(nèi)容請求重定向到下游CDN,當(dāng)收到用戶內(nèi)容請求后，下游CDN查詢不存在CDNI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)判斷還沒有緩存用戶所請求的內(nèi)容，在向上游CDN獲取用戶所請求內(nèi)容后向用戶提供內(nèi)容。具體過程包括步驟S701至步驟S610。步驟S701、用戶終端向上游CDN發(fā)送內(nèi)容請求，請求中攜帶目標(biāo)內(nèi)容的資源標(biāo)識信息。步驟S702、上游⑶N根據(jù)用戶的位置信息發(fā)現(xiàn)下游⑶N比較適合為用戶提供內(nèi)容，然后向用戶終端返回內(nèi)容重定向響應(yīng)，響應(yīng)中攜帶有和上游CDN關(guān)聯(lián)的資源標(biāo)識以及下游⑶N地址信息。步驟S703、用戶終端收到重定向響應(yīng)后，向下游⑶N發(fā)送內(nèi)容請求，請求中帶有和上游CDN關(guān)聯(lián)的資源標(biāo)識信息。步驟S704、下游CDN收到用戶終端請求后，根據(jù)資源標(biāo)識查詢不存在對應(yīng)的內(nèi)容標(biāo)識，即沒有從上游CDN獲取并緩存目標(biāo)內(nèi)容，然后向上游CDN獲取內(nèi)容標(biāo)識信息；步驟S705、下游⑶N根據(jù)獲取的內(nèi)容標(biāo)識查詢⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)信息，判斷相同的內(nèi)容是否已經(jīng)緩存。步驟S706、下游⑶N查詢不存在⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)信息，即所請求內(nèi)容沒有緩存，然后向上游CDN發(fā)送內(nèi)容獲取請求，請求中攜帶CDNI內(nèi)容標(biāo)識信息。步驟S707、上游⑶N向下游⑶N發(fā)送內(nèi)容數(shù)據(jù)。步驟S708、獲取內(nèi)容之后，下游⑶N可能需要從上游⑶N獲取其他相關(guān)的內(nèi)容元數(shù)據(jù)信息，包括內(nèi)容描述，安全訪問策略以及內(nèi)容有效期等信息。步驟S709、下游CDN緩存內(nèi)容后，創(chuàng)建CDNI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，關(guān)聯(lián)已緩存的內(nèi)容。步驟S710、下游⑶N向用戶發(fā)送內(nèi)容數(shù)據(jù)。從上述流程可以看出，下游CDN根據(jù)CDNI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)判斷沒有緩存用戶所請求的內(nèi)容，在給用戶提供內(nèi)容之前，從上游CDN獲取內(nèi)容，并創(chuàng)建CDNI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，當(dāng)其他用戶向下游CDN請求相同內(nèi)容時(shí)，下游CDN就不需要再向重復(fù)獲取內(nèi)容而可以直接向用戶提供內(nèi)容。實(shí)施例三圖8是第二種⑶NI前轉(zhuǎn)優(yōu)化去重流程。上游⑶N將用戶內(nèi)容請求重定向到下游CDN，當(dāng)收到用戶內(nèi)容請求后，下游CDN判斷已緩存用戶所請求的內(nèi)容，直接向用戶提供內(nèi)容。具體過程包括步驟S801至步驟S807。步驟S801、用戶終端向上游CDN發(fā)送內(nèi)容請求，請求中攜帶目標(biāo)內(nèi)容的資源標(biāo)識信息。步驟S802、上游⑶N根據(jù)用戶的位置信息發(fā)現(xiàn)下游⑶N比較適合為用戶提供內(nèi)容，然后向用戶終端返回內(nèi)容重定向響應(yīng)，響應(yīng)中攜帶有和上游CDN關(guān)聯(lián)的資源標(biāo)識以及下游⑶N地址信息。 步驟S803、用戶終端收到重定向響應(yīng)后，向下游⑶N發(fā)送內(nèi)容請求，請求中帶有和上游⑶N關(guān)聯(lián)的資源標(biāo)識。步驟S804、下游CDN收到用戶終端請求后，根據(jù)資源標(biāo)識查詢不存在對應(yīng)的內(nèi)容標(biāo)識，即沒有從上游CDN獲取并緩存目標(biāo)內(nèi)容，然后向上游CDN獲取內(nèi)容標(biāo)識信息；步驟S805、下游⑶N根據(jù)獲取的內(nèi)容標(biāo)識查詢存在⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)信息，即相同的內(nèi)容已經(jīng)緩存，可以直接把緩存內(nèi)容提供給用戶。步驟S806、下游⑶N可能需要從上游⑶N獲取其他相關(guān)的內(nèi)容元數(shù)據(jù)信息，包括內(nèi)容描述，安全訪問策略以及內(nèi)容有效期等信息。步驟S807、下游⑶N向用戶發(fā)送緩存的內(nèi)容數(shù)據(jù)。從上述流程可以看出，下游⑶N在給用戶提供內(nèi)容之前，根據(jù)內(nèi)容標(biāo)識查詢⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)，判斷用戶所請求的內(nèi)容已緩存，因此，下游CDN可以直接將緩存的內(nèi)容提供給用戶終端，避免再去向上游CDN獲取內(nèi)容。實(shí)施例四圖9是⑶NI內(nèi)容刪除優(yōu)化流程。上游⑶N控制下游⑶N刪除指定的緩存內(nèi)容，下游CDN刪除內(nèi)容同時(shí)解除對應(yīng)的CDNI內(nèi)標(biāo)識關(guān)聯(lián)元數(shù)據(jù)。具體過程包括步驟S901至步驟S904.
步驟S901、上游⑶N通知下游⑶N刪除指定內(nèi)容，消息中包含內(nèi)容標(biāo)識信息。步驟S902、下游⑶N收到請求后，刪除緩存的內(nèi)容。步驟S903、刪除內(nèi)容的同時(shí)，下游⑶N刪除與之對應(yīng)的⑶NI內(nèi)容標(biāo)識關(guān)聯(lián)元數(shù)據(jù)。步驟S904、刪除緩存內(nèi)容后，下游⑶N向上游⑶N返回確認(rèn)響應(yīng)。從上述幾個(gè)流程中可以看出，采取本發(fā)明實(shí)施例提供的方法，能夠優(yōu)化CDNI內(nèi)容去重，很好地解決下游⑶N內(nèi)容重復(fù)緩存的問題?；谕话l(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)獲取裝置，設(shè)置于⑶N，其結(jié)構(gòu)示意圖如圖10所示,包括:查詢模塊1001，用于從上游CDN獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識；獲取模塊1002，與查詢模塊1001耦合，用于在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游CDN獲取內(nèi)容。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果:在本發(fā)明實(shí)施例中，下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識，下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游CDN獲取內(nèi)容。即，在本發(fā)明實(shí)施例中，利用唯一的內(nèi)容標(biāo)識對內(nèi)容進(jìn)行標(biāo)識，只有下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，下游CDN才會從上游CDN獲取內(nèi)容，避免重復(fù)獲取和緩存相同的內(nèi)容，節(jié)省資源。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種數(shù)據(jù)獲取方法，其特征在于，應(yīng)用于多個(gè)內(nèi)容分發(fā)網(wǎng)絡(luò)⑶N互聯(lián)互通，包括: 下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)所述內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，所述內(nèi)容標(biāo)識列表中存儲有所述下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識； 所述下游CDN在所述內(nèi)容標(biāo)識列表中未查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，從所述上游⑶N獲取所述內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述下游CDN從所述上游CDN獲取所述內(nèi)容之后，還包括:所述下游CDN將所述內(nèi)容緩存至本地。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述下游CDN在所述內(nèi)容標(biāo)識列表中查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，所述下游CDN確定在本地中已經(jīng)緩存所述內(nèi)容。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述內(nèi)容標(biāo)識由指定網(wǎng)元產(chǎn)生并管理。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述指定網(wǎng)元包括下列至少之一:內(nèi)容分發(fā)網(wǎng)絡(luò)互聯(lián)互通接口⑶NI內(nèi)容注冊管理服務(wù)器，網(wǎng)絡(luò)管理服務(wù)器，移動性管理實(shí)體。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述內(nèi)容列表中還包括:與所述內(nèi)容標(biāo)識對應(yīng)的資源標(biāo)識，其中，所述資源標(biāo)識包括:所述內(nèi)容標(biāo)識對應(yīng)的內(nèi)容在所述上游⑶N中的存儲地址。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述資源標(biāo)識包括統(tǒng)一資源標(biāo)識URI。
8.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述內(nèi)容標(biāo)識由哈希算法生成。
9.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述下游CDN從所述上游CDN獲取所述內(nèi)容之后，還包括:所述下游⑶N將所述內(nèi)容的內(nèi)容標(biāo)識添加至所述內(nèi)容標(biāo)識列表中。
10.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述下游⑶N在本地刪除指定內(nèi)容，或者指定內(nèi)容失效時(shí)，所述下游CDN在所述內(nèi)容標(biāo)識列表中刪除被刪除內(nèi)容或者失效內(nèi)容的內(nèi)容標(biāo)識。
11.一種數(shù)據(jù)獲取裝置，其特征在于，設(shè)置于內(nèi)容分發(fā)網(wǎng)絡(luò)下游CDN，包括: 查詢模塊，用于從上游CDN獲取內(nèi)容時(shí)，根據(jù)所述內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，所述內(nèi)容標(biāo)識列表中存儲有所述下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識； 獲取模塊，用于在所述內(nèi)容標(biāo)識列表中未查詢到所述內(nèi)容的內(nèi)容標(biāo)識時(shí)，從所述上游⑶N獲取所述內(nèi)容。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)獲取方法及裝置，該方法應(yīng)用于多個(gè)CDN互聯(lián)互通，包括下游CDN從至少一個(gè)上游CDN獲取內(nèi)容時(shí)，根據(jù)內(nèi)容的內(nèi)容標(biāo)識查詢內(nèi)容標(biāo)識列表，其中，內(nèi)容標(biāo)識列表中存儲有下游CDN已獲取的所有內(nèi)容的內(nèi)容標(biāo)識，每個(gè)內(nèi)容唯一對應(yīng)一個(gè)內(nèi)容標(biāo)識；下游CDN在內(nèi)容標(biāo)識列表中未查詢到內(nèi)容的內(nèi)容標(biāo)識時(shí)，從上游CDN獲取內(nèi)容。采用本發(fā)明能夠解決相關(guān)技術(shù)中下游CDN可能會重復(fù)獲取和緩存相同的內(nèi)容的問題。
文檔編號H04L29/06GK103166978SQ20111040550
公開日2013年6月19日 申請日期2011年12月8日 優(yōu)先權(quán)日2011年12月8日
發(fā)明者金偉毅, 郝振武, 王煒 申請人:中興通訊股份有限公司