[發(fā)明專利]一種通用的內(nèi)容共享業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)

無效

• 申請(qǐng)?zhí)枺?/td>: 200910207167.4
• 申請(qǐng)日: 2009-10-29
• 公開（公告）號(hào): CN102055777A
• 公開（公告）日: 2011-05-11
• 發(fā)明（設(shè)計(jì)）人: 汪軍
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 北京安信方達(dá)知識(shí)產(chǎn)權(quán)代理有限公司 11262
• 代理人: 解婷婷;龍洪

技術(shù)領(lǐng)域

本發(fā)明涉及對(duì)等計(jì)算技術(shù)(P2P，Peer?To?Peer)領(lǐng)域，具體涉及P2P技術(shù)實(shí)現(xiàn)的內(nèi)容共享業(yè)務(wù)的實(shí)現(xiàn)方法和系統(tǒng)。

背景技術(shù)

自從P2P(Peer?To?Peer，對(duì)等計(jì)算技術(shù))技術(shù)從上世紀(jì)九十年代出現(xiàn)后，互聯(lián)網(wǎng)上出現(xiàn)了許多的基于P2P技術(shù)的流媒體及文件共享類應(yīng)用，比如Napster、Bittorrent、eMule、PPLive、PPStream等。這些應(yīng)用的特征是1)選取部分客戶終端作為服務(wù)對(duì)等體，服務(wù)提供商只需部署少量的服務(wù)器。2)采用專用協(xié)議，不同的服務(wù)提供商之間不能互通。

這類P2P技術(shù)除了無法互通的缺點(diǎn)外，另一個(gè)重要缺點(diǎn)就是由于其無法獲得底層拓?fù)涞臏?zhǔn)確信息，媒體共享傳輸流量絕大部分需要在運(yùn)營(yíng)商的骨干網(wǎng)絡(luò)中進(jìn)行傳輸，一方面浪費(fèi)了大量的骨干網(wǎng)帶寬，另一方面由于骨干網(wǎng)帶寬有限，服務(wù)擁塞常有發(fā)生，服務(wù)質(zhì)量無法保證。為解決此問題，目前運(yùn)營(yíng)商采用了兩種解決方案，一種稱之為P4P(Proactive?network?Provider?Participation?for?P2P，網(wǎng)絡(luò)運(yùn)營(yíng)商主動(dòng)參與的P2P)架構(gòu)，由美國(guó)耶魯大學(xué)提出，另外一種是DPI(深度報(bào)文檢測(cè))+P2P緩存(Cache)方案。在P4P的架構(gòu)中，網(wǎng)絡(luò)運(yùn)營(yíng)商提供網(wǎng)絡(luò)的拓?fù)浞?wù)，可以在很大程度上將P2P流量限定在城域網(wǎng)之中，減少骨干網(wǎng)的開銷，但各P2P業(yè)務(wù)仍然獨(dú)立運(yùn)行，無法進(jìn)行資源的共享，業(yè)務(wù)的價(jià)值鏈也將運(yùn)營(yíng)商排除在外；而DPI+P2P?Cache的方式，需要在路由器或接入網(wǎng)關(guān)上通過報(bào)文檢測(cè)識(shí)別P2P請(qǐng)求，并且將請(qǐng)求定向到運(yùn)營(yíng)商自己部署的本地緩存系統(tǒng)，文件或媒體數(shù)據(jù)可以直接從緩存下載，如緩存中沒有，則由緩存服務(wù)主動(dòng)向P2P服務(wù)提供網(wǎng)絡(luò)進(jìn)行下載并緩存。該方案的缺點(diǎn)是P2P應(yīng)用種類繁多且協(xié)議也在不斷變化之中，識(shí)別難度較高。

發(fā)明內(nèi)容

本發(fā)明解決的技術(shù)問題是提供一種通用的內(nèi)容共享業(yè)務(wù)的實(shí)現(xiàn)方法及系統(tǒng)，實(shí)現(xiàn)內(nèi)容共享業(yè)務(wù)，同時(shí)節(jié)約了網(wǎng)絡(luò)帶寬。

為解決上述技術(shù)問題，本發(fā)明提供了一種通用的內(nèi)容共享業(yè)務(wù)的實(shí)現(xiàn)方法，包括：

提供一個(gè)獨(dú)立的基于P2P技術(shù)的P2P內(nèi)容傳送網(wǎng)絡(luò)，所述P2P內(nèi)容傳送網(wǎng)絡(luò)具有開放式訪問接口；

所述P2P內(nèi)容傳送網(wǎng)絡(luò)中作為入口的對(duì)等體收到要發(fā)布的內(nèi)容數(shù)據(jù)后，基于唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值和分布式哈希表路由規(guī)則，將所述內(nèi)容數(shù)據(jù)保存至所述P2P內(nèi)容傳送網(wǎng)絡(luò)中的一個(gè)或多個(gè)對(duì)等體中；

用戶終端以唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值為資源標(biāo)識(shí)，通過所述開放式訪問接口從所述P2P內(nèi)容傳送網(wǎng)絡(luò)的所述對(duì)等體獲取到所述內(nèi)容數(shù)據(jù)。

進(jìn)一步地，所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值是通過以下方式獲取的：在所述P2P內(nèi)容傳送網(wǎng)絡(luò)之外的網(wǎng)絡(luò)服務(wù)器上存儲(chǔ)所述內(nèi)容數(shù)據(jù)的信息并提供給用戶，所述內(nèi)容數(shù)據(jù)的信息包含唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字或關(guān)鍵字生成規(guī)則；所述用戶終端從所述網(wǎng)絡(luò)服務(wù)器上獲取所述內(nèi)容數(shù)據(jù)的信息，計(jì)算出唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值。

進(jìn)一步地，所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值是通過以下方式獲取的：在所述P2P內(nèi)容傳送網(wǎng)絡(luò)的對(duì)等體中存儲(chǔ)所述內(nèi)容數(shù)據(jù)的信息，并在所述P2P內(nèi)容傳送網(wǎng)絡(luò)之外的網(wǎng)絡(luò)服務(wù)器上向用戶提供所述內(nèi)容數(shù)據(jù)的信息在所述P2P內(nèi)容傳送網(wǎng)絡(luò)的存儲(chǔ)位置信息，所述內(nèi)容數(shù)據(jù)的信息包含唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字；所述用戶終端從所述網(wǎng)絡(luò)服務(wù)器上獲取所述存儲(chǔ)位置信息，根據(jù)該存儲(chǔ)位置信息從所述P2P內(nèi)容傳送網(wǎng)絡(luò)的對(duì)等體獲取所述內(nèi)容數(shù)據(jù)的信息，然后計(jì)算出唯一標(biāo)識(shí)所述內(nèi)容數(shù)據(jù)的關(guān)鍵字的哈希值。

進(jìn)一步地，所述P2P內(nèi)容傳送網(wǎng)絡(luò)的開放式訪問接口為標(biāo)準(zhǔn)訪問接口。

進(jìn)一步地，所述P2P內(nèi)容傳送網(wǎng)絡(luò)是網(wǎng)絡(luò)運(yùn)營(yíng)商采用資源定位和發(fā)現(xiàn)(RELOAD)協(xié)議構(gòu)建的；內(nèi)容發(fā)布者通過RELOAD協(xié)議用于儲(chǔ)存數(shù)據(jù)的原語將所述內(nèi)容數(shù)據(jù)發(fā)布到所述P2P內(nèi)容傳送網(wǎng)絡(luò)，所述用戶終端采用RELOAD協(xié)議用于獲取數(shù)據(jù)的原語向所述P2P內(nèi)容傳送網(wǎng)絡(luò)讀取所述內(nèi)容數(shù)據(jù)。

進(jìn)一步地，所述內(nèi)容數(shù)據(jù)的信息包括內(nèi)容描述信息、切片規(guī)則信息，以及所述內(nèi)容數(shù)據(jù)存儲(chǔ)到的P2P內(nèi)容傳送網(wǎng)絡(luò)的標(biāo)識(shí)信息中的一種或多種，所述切片規(guī)則信息中至少包含切片數(shù)據(jù)的大小以及切片數(shù)據(jù)的關(guān)鍵字信息，所述切片數(shù)據(jù)的關(guān)鍵字信息包括切片數(shù)據(jù)的關(guān)鍵字或切片數(shù)據(jù)關(guān)鍵字的生成方法。

進(jìn)一步地，在所述P2P內(nèi)容傳送網(wǎng)絡(luò)中設(shè)置有拓?fù)湮恢梅?wù)器，所述用戶終端在請(qǐng)求內(nèi)容數(shù)據(jù)之前，先向所述拓?fù)湮恢梅?wù)器查詢離其最近的對(duì)等體的地址列表，然后再向列表中最近的一個(gè)或多個(gè)對(duì)等體請(qǐng)求所述內(nèi)容數(shù)據(jù)。