專利名稱：資源列表發(fā)送方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種資源列表發(fā)送方法、裝置和系統(tǒng)。
背景技術(shù)：
在因特網(wǎng)中，對等體到對等體業(yè)務(wù)(Peer to Peer，以下簡稱P2P)的 流量占總流量的60%以上，并預(yù)計(jì)在2011達(dá)到3000Tbit/每月，相當(dāng)于7.5 億部DVD的流量，快速增長的P2P流量需要大量的帶寬資源，給因特網(wǎng)服務(wù) 提供商提出了很高的要求，其中P2P高速緩存(Cache)技術(shù)便是一種P2P流 量的優(yōu)化方法。
P2P Cache是一種網(wǎng)絡(luò)流量優(yōu)化技術(shù)，網(wǎng)絡(luò)運(yùn)營商可以用于在加速P2P 網(wǎng)絡(luò)上的內(nèi)容分發(fā)的同時(shí)減少相關(guān)的帶寬費(fèi)用。在技術(shù)原理上，P2P Cache 類似于一直以來網(wǎng)絡(luò)服務(wù)提供商(Internet Service Provider, ISP)用 來力口速Web內(nèi)容的content cache技術(shù)，或者稱為web cache技術(shù)。P2P cache臨時(shí)存儲ISP網(wǎng)絡(luò)中流行的內(nèi)容，如果用戶請求的內(nèi)容在cache中 可以提供，則可以由cache提供相應(yīng)內(nèi)容并滿足該請求，并且P2P內(nèi)容因 為具有很高的重復(fù)性，因此很適合cache技術(shù)。據(jù)估計(jì)，大概75%的P2P 內(nèi)容是被請求了多次的，通過Cache技術(shù)，能大大減少通過網(wǎng)間鏈路重復(fù) 下載的流量，從而盡可能地把P2P流量限制在了 ISP的網(wǎng)絡(luò)內(nèi)部，降低了 網(wǎng)間結(jié)算的費(fèi)用以及P2P流量對骨干網(wǎng)的沖擊，而對用戶而言，P2P Cache 能提供更優(yōu)質(zhì)的服務(wù)，在速率、延時(shí)等方面都有提高。
在現(xiàn)有技術(shù)中，通過將具有一定下載熱度的文件存儲到Cache中，然 后將其作為可選資源提供給客戶端，由客戶端隨機(jī)選擇Peer列表中的資源，在選中Cache存儲的文件后到該Cache中下載。
另夕卜在P4P (proactive network provider participate for P2P )業(yè) 務(wù)中，客戶端向P2P網(wǎng)絡(luò)的資源索引服務(wù)器pTracker發(fā)送的資源列表請 求，pTracker向internet網(wǎng)絡(luò)運(yùn)營商的資源索引服務(wù)器iTracker發(fā)送請 求建議，iTracker根據(jù)網(wǎng)絡(luò)拓樸計(jì)算，向pTracker返回符合網(wǎng)絡(luò)拓樸優(yōu) 化的資源列表建議，pTracker根據(jù)這個(gè)建議，挑選部分資源列表返回給 P2P終端。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)至少存在如下技術(shù)問 題現(xiàn)有技術(shù)中雖然將Cache中的文件作為下載資源提供給客戶端，但經(jīng) 常會發(fā)生客戶端不選擇該Cache中的資源的現(xiàn)象，無法充分發(fā)揮Cache系 統(tǒng)的能力，不能最大限度提高網(wǎng)絡(luò)效率、降低網(wǎng)絡(luò)使用帶寬。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的是提供一種資源列表發(fā)送方法、裝置和系統(tǒng)，以實(shí) 現(xiàn)客戶端在請求資源時(shí)，優(yōu)先選擇高速緩存中的資源進(jìn)行下載，進(jìn)一步提高 網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使用帶寬。
為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供了一種資源列表發(fā)送方法，包括
接收客戶端發(fā)送的資源列表請求消息，所述資源列表請求消息包括所述 客戶端需要獲取的資源；
在高速緩存中存儲有所述客戶端需要獲取的資源時(shí)，生成包括所述高速 緩存信息的第 一資源列表，所述高速緩存信息在所述第 一資源列表中具有高 優(yōu)先級或所述第一資源列表中唯一包括所述高速緩存信息；
將所述第一資源列表發(fā)送給所述客戶端，使所述客戶端與所述高速緩存 建立連接。
本發(fā)明實(shí)施例還提供了一種資源列表發(fā)送裝置，包括
接收模塊，用于接收客戶端發(fā)送的資源列表請求消息，所述資源列表請求消息包括所述客戶端需要獲取的資源；
資源列表生成模塊，用于在高速緩存中存儲有所述客戶端需要獲取的資 源時(shí)，生成包括所述高速緩存信息的第一資源列表，所述高速緩存信息在所 述第 一 資源列表中具有高優(yōu)先級或所述第 一 資源列表中唯一 包括所述高速緩
存信息；
第一發(fā)送模塊，用于將所述第一資源列表發(fā)送給所述客戶端，使所述客 戶端與所述高速緩存建立連接。
本發(fā)明實(shí)施例還提供了一種資源列表發(fā)送系統(tǒng)，包括 客戶端，用于發(fā)送資源列表請求消息；
資源列表發(fā)送裝置，用于接收客戶端發(fā)送的資源列表請求消息，所述資 源列表請求消息包括所述客戶端需要獲取的資源；用于在高速緩存中存儲有 所述客戶端需要獲取的資源時(shí)，生成包括所述高速緩存信息的第 一資源列表， 所述高速緩存信息在所述第 一 資源列表中具有高優(yōu)先級或所述第 一 資源列表 中唯一包括所述高速緩存信息；用于將所述第一資源列表發(fā)送給所述客戶端， 使所述客戶端與所述高速緩存建立連接。
本發(fā)明實(shí)施例提供的資源列表發(fā)送方法、裝置和系統(tǒng)，通過在資源列表 發(fā)送裝置向客戶端發(fā)送資源列表時(shí)，先發(fā)送僅包括高速緩存信息的資源列表， 之后再發(fā)送完整的資源列表，或者是通過在發(fā)送的資源列表中將高速緩存信 息設(shè)置為高優(yōu)先級，即最高優(yōu)先級或較高優(yōu)先級。能夠保證客戶端優(yōu)先從高 速緩存中獲取資源，以實(shí)現(xiàn)高速緩存的充分利用，提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò) 使用帶寬。本發(fā)明實(shí)施例提供的資源列表發(fā)送方法、裝置和系統(tǒng)適用于 系統(tǒng)和P4P系統(tǒng)。


圖1為本發(fā)明資源列表發(fā)送方法實(shí)施例的流程示意圖2為本發(fā)明資源列表發(fā)送方法第一具體實(shí)施例的流程示意圖；圖3為本發(fā)明資源列表發(fā)送方法第二具體實(shí)施例的流程示意圖； 圖4為本發(fā)明資源列表發(fā)送方法第三具體實(shí)施例的流程示意圖； 圖5為本發(fā)明資源列表發(fā)送方法第四具體實(shí)施例的流程示意圖； 圖6為本發(fā)明資源列表發(fā)送裝置第一實(shí)施例的結(jié)構(gòu)示意圖； 圖7為本發(fā)明資源列表發(fā)送裝置第二實(shí)施例的結(jié)構(gòu)示意圖； 圖8為本發(fā)明資源列表發(fā)送系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面通過附圖和實(shí)施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。 本發(fā)明實(shí)施例提供的資源列表下發(fā)的技術(shù)方案，能夠確保高速緩存Cache 中存儲有客戶端請求的業(yè)務(wù)數(shù)據(jù)時(shí)，從Cache中下發(fā)業(yè)務(wù)數(shù)據(jù)。
圖1為本發(fā)明資源列表發(fā)送方法實(shí)施例的流程示意圖，如圖1所示，包 括如下步驟
步驟101、接收客戶端發(fā)送的資源列表請求消息，上述資源列表請求消 息包括所述客戶端需要獲取的資源；
步驟102、在高速緩存中存儲有上述客戶端需要獲取的資源時(shí)，生成包 括上述高速緩存信息的第一資源列表，上述高速緩存信息在所述第一資源列 表中具有高優(yōu)先級或所述第 一資源列表中唯一 包括所述高速緩存信息；即具 有最高優(yōu)先級或較高優(yōu)先級的信息，然后將修改后的資源列表發(fā)送給客戶端；
步驟103、將上述第一資源列表發(fā)送給所述客戶端，使上述客戶端與上 述高速緩存建立連接。
本實(shí)施例中通過將僅包括高速緩存信息的資源列表或者高速緩存信息作 為高優(yōu)先級的資源列表發(fā)送給客戶端，能夠確?？蛻舳嗽诮邮盏劫Y源列表后， 從高速緩存中獲取其中存儲的業(yè)務(wù)數(shù)據(jù)，這種資源列表發(fā)送方法，能夠充分 發(fā)揮Cache系統(tǒng)的能力，進(jìn)一步提高網(wǎng)絡(luò)效率，并進(jìn)一步降低網(wǎng)絡(luò)使用帶 寬。在上述實(shí)施例中，資源列表發(fā)送裝置在將資源列表發(fā)送給客戶端時(shí)，可以先判斷高速緩存是否超過額定負(fù)荷，在高速緩存沒有超過額定負(fù)荷時(shí)，再將第一資源列表發(fā)送給客戶端，以使客戶端與上述高速緩存建立連接。另外在上述實(shí)施例中，在第一資源列表中僅包括高速緩存信息的情況下，資源列表發(fā)送裝置還可以設(shè)定資源列表更新時(shí)間，接收到資源列表更新請求消息時(shí)，將包括高速緩存信息在內(nèi)的完整資源列表發(fā)送給客戶端，這主要是因?yàn)榭赡芨咚倬彺嬖诖鎯Φ臉I(yè)務(wù)數(shù)據(jù)只是用戶請求業(yè)務(wù)數(shù)據(jù)的
圖2為本發(fā)明資源列表發(fā)送方法第一具體實(shí)施例的流程示意圖，包括如下步驟
步驟201、客戶端向Tracker服務(wù)器發(fā)送資源列表請求消息，請求獲取資源的資源列表，本實(shí)施例具體的可以應(yīng)用在P2P業(yè)務(wù)中，上述的Tracker服務(wù)器為P2P Tracker;
步驟202、 Tracker服務(wù)器返回上述請求的資源的資源列表；
步驟203、資源列表發(fā)送裝置(相當(dāng)于P2P系統(tǒng)中的重定向器)在接收到上述的資源列表后，首先判斷Cache系統(tǒng)中是否存儲了上述請求的資源，如果不存在，則按照正常的資源流程進(jìn)行，將上述資源列表提供給客戶端并進(jìn)行業(yè)務(wù)數(shù)據(jù)的下發(fā)；若存在，則執(zhí)行步驟104;
步驟204、資源列表發(fā)送裝置構(gòu)造一個(gè)資源列表，該資源列表中^l包括高速緩存信息，并將其作為唯一的資源提供給客戶端，該信息具體可以是高速緩存的地址信息。在本步驟中還可以設(shè)置資源列表更新時(shí)間，并一同發(fā)送給客戶端，并可將該更新時(shí)間設(shè)置的比較短；
步驟205、客戶端在接收到資源列表后，就可以與高速緩存建立連接，獲取業(yè)務(wù)數(shù)據(jù)；
步驟206、客戶端向資源列表發(fā)送裝置發(fā)送資源列表更新請求，若在步驟204中設(shè)置了資源列表更新時(shí)間，則本步驟可以在達(dá)到上述的資源列表更新時(shí)間時(shí)發(fā)送資源列表更新請求；
步驟"7、資源列表發(fā)送裝置將包括高速緩存信息的資源列表發(fā)送給上述客戶端，該步驟是將完整的資源列表發(fā)送給客戶端，接收到資源列表的客戶端完成全部業(yè)務(wù)數(shù)據(jù)的獲取，本步驟中在發(fā)送資源列表之前可以先包括過濾資源列表中的外部網(wǎng)絡(luò)的資源信息的步驟，以保證客戶端盡量在網(wǎng)絡(luò)內(nèi)部獲取業(yè)務(wù)數(shù)據(jù)。
本實(shí)施例提供的高速緩存中存儲有業(yè)務(wù)數(shù)據(jù)，該業(yè)務(wù)數(shù)據(jù)為具有較高流
行度的業(yè)務(wù)數(shù)據(jù)，具體的可由設(shè)置在各PoP點(diǎn)或網(wǎng)絡(luò)流量匯聚節(jié)點(diǎn)的DPI探測器識別其中的P2P控制平面信息，然后轉(zhuǎn)發(fā)到重定向器進(jìn)行處理，其中的重定向器分析其中的P2P協(xié)議信令，并從中獲取該業(yè)務(wù)數(shù)據(jù)的流行度信息和文件位置信息，如果文件的流行度達(dá)到了預(yù)設(shè)的閾值，則根據(jù)文件位置信息獲取該業(yè)務(wù)數(shù)據(jù)并將其存儲到高速緩存中。
圖3為本發(fā)明資源列表發(fā)送方法第二具體實(shí)施例的流程示意圖，如圖3所示，包括如下步驟
步驟301、客戶端向pTracker發(fā)送資源列表請求消息，本實(shí)施例是針對P4P業(yè)務(wù)系統(tǒng)；
步驟302、 pTracker向iTracker服務(wù)器發(fā)送建議請求消息；步驟303、 iTracker服務(wù)器返回建議請求應(yīng)答消息，其中包括高速緩存的信息；
步驟304、 pTracker構(gòu)建一個(gè)資源列表，該資源列表中僅包括高速緩存的信息，并可以設(shè)置一個(gè)資源列表更新時(shí)間；
步驟305、 pTracker將上述資源列表發(fā)送給客戶端，如果在步驟204中設(shè)置了資源列表更新時(shí)間，則本步驟還需要將該更新時(shí)間發(fā)送；
步驟306、客戶端和高速緩存建立連接，進(jìn)行業(yè)務(wù)數(shù)據(jù)下發(fā)；
步驟307、客戶端向pTracker發(fā)起資源列表更新請求消息，如果在步驟305中發(fā)送了資源列表更新時(shí)間，則本步驟是在達(dá)到資源列表更新時(shí)間后發(fā)送資源列表更新請求消息；
步驟308、 pTracker將根據(jù)iTracker服務(wù)器的建議優(yōu)化后的完整的資源列表發(fā)送給客戶端，接收到完整資源列表的客戶端即可完成所有業(yè)務(wù)數(shù)據(jù)的下載。
本實(shí)施例提供的資源列表發(fā)送方法，適用于P2P以及P4P業(yè)務(wù)中，能夠充分發(fā)揮Cache系統(tǒng)的能力，進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使用帶寬。
另外本發(fā)明實(shí)施例還提供了資源列表發(fā)送方法可以將高速緩存信息具有高優(yōu)先級的資源列表發(fā)送給客戶端。也能夠使得客戶端優(yōu)選的該高速緩存中獲取業(yè)務(wù)數(shù)據(jù)。
圖4為本發(fā)明資源列表發(fā)送方法第三具體實(shí)施例的流程示意圖，如圖4所示，包括如下步驟
步驟401、客戶端向Tracker服務(wù)器發(fā)送資源列表請求消息，請求獲取資源的資源列表，本實(shí)施例提供的資源列表發(fā)送方法可以應(yīng)用在P2P業(yè)務(wù)中，上述的Tracker服務(wù)器為P2P Tracker;
步驟402、 Tracker服務(wù)器返回客戶端請求的資源的資源列表；
步驟403、資源列表發(fā)送裝置(相當(dāng)于P2P系統(tǒng)中的重定向器)在接收到上述的資源列表后，首先判斷Cache系統(tǒng)中是否存儲了上述請求的資源，如果不存在，則按照正常的業(yè)務(wù)數(shù)據(jù)下發(fā)流程進(jìn)行，將上述資源列表提供給客戶端并進(jìn)行業(yè)務(wù)數(shù)據(jù)的下發(fā)；若存在，則執(zhí)行步驟404;
步驟404、資源列表發(fā)送裝置將上述高速緩存信息添加到資源列表中，并將其作為資源列表中具有高優(yōu)先級的資源，即具有最高優(yōu)先級或較高優(yōu)先級的資源，然后將修改后的資源列表發(fā)送給客戶端；
步驟405、客戶端按照優(yōu)先級的高低選擇資源列表中提供的資源建立連接，其中優(yōu)先從高速緩存中獲取資源。
本實(shí)施例通過提供設(shè)置有優(yōu)先級的資源列表，將高速緩存信息作為高優(yōu)先級，能夠充分發(fā)揮Cache系統(tǒng)的能力，進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)
ii使用帶寬。
上述實(shí)施例是涉及在P2P中使用的情況，另外在P4P中也可以應(yīng)用，具
體見如下的實(shí)施例。圖5為本發(fā)明資源列表發(fā)送方法第四具體實(shí)施例的流程
示意圖，如圖5所示，包括如下步驟
步驟501、客戶端向pTracker發(fā)送資源列表請求消息；
步驟502、 pTracker向iTracker服務(wù)器發(fā)送請求建議，以獲取包括客戶
端請求的資源的資源信息；
步驟503、 iTracker服務(wù)器返回請求建議應(yīng)答，其中包括高速緩存信息； 步驟504、 pTracker根據(jù)iTracker返回的請求建議應(yīng)答構(gòu)建一個(gè)資源列
表，在該資源列表中，高速緩存信息被列為高優(yōu)先級的資源； 步驟505、將上述的設(shè)置了優(yōu)先級的資源列表發(fā)送給客戶端； 步驟506、客戶端高速緩存建立連接，并通過所述高速緩存獲取資源。 在本發(fā)明的上述兩個(gè)實(shí)施例中，通過將高速緩存信息添加到資源列表中，
并將其作為具有高優(yōu)先級的資源，能夠充分發(fā)揮Cache系統(tǒng)的能力，進(jìn)一步
提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使用帶寬。
圖6為本發(fā)明資源列表發(fā)送裝置第一實(shí)施例的結(jié)構(gòu)示意圖，如圖6所 示，包括接收模塊ll、資源列表生成模塊12和第一發(fā)送模塊13,其中接收 模塊11用于接收客戶端發(fā)送的資源列表請求消息，所述資源列表請求消息包 括所述客戶端需要獲取的資源；資源列表生成模塊12用于在高速緩存中存儲 有所述客戶端需要獲取的資源時(shí)，生成包括所述高速緩存信息的第 一資源列 表，所述高速緩存信息在所述第一資源列表中具有高優(yōu)先級或所述第一資源 列表中唯一包括所述高速緩存信息；第一發(fā)送模塊13用于將所述第一資源列 表發(fā)送給所述客戶端，使所述客戶端與所述高速緩存建立連接。
本實(shí)施例中的資源列表發(fā)送裝置可以相當(dāng)于P2P系統(tǒng)中的重定向器，在 P4P系統(tǒng)中，則可以設(shè)置在pTracker中。本實(shí)施例中的資源列表發(fā)送裝置在 將完整的資源列表發(fā)送給客戶端之前先向其發(fā)送僅包括高速緩存信息的資源
12列表，能夠保證客戶端優(yōu)先從高速緩存中獲取業(yè)務(wù)數(shù)據(jù)，進(jìn)而能夠充分發(fā)揮
Cache系統(tǒng)的能力，進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使用帶寬。
圖7為本發(fā)明數(shù)據(jù)列表發(fā)送裝置第二實(shí)施例的結(jié)構(gòu)示意圖，如圖7所示， 包括接收模塊21、資源列表生成模塊22、第一發(fā)送模塊23、判斷模塊24、 更新時(shí)間設(shè)置模塊25和第二發(fā)送模塊26，其中接收模塊21用于接收客戶端 發(fā)送的資源列表請求消息，資源列表請求消息包括所述客戶端需要獲取的資 源；資源列表生成模塊22用于在高速緩存中存儲有所述客戶端需要獲取的資 源時(shí)，生成包括所述高速緩存信息的第一資源列表，所述高速緩存信息在所 述第 一 資源列表中具有高優(yōu)先級或所述第— 一 資源列表中唯一 包括所述高速緩 存信息；第一發(fā)送模塊23用于將所述第一資源列表發(fā)送給所述客戶端，使所 述客戶端與所述高速緩存建立連接；判斷模塊24用于判斷所述告訴緩存是否 超過額定負(fù)荷，第 一發(fā)送模塊2 3還用于在判斷模塊判斷所述高速緩存沒有超 過額定負(fù)荷時(shí)，將第一資源列表發(fā)送給所述客戶端，使所述客戶端與所述高 速緩存建立連接；更新時(shí)間設(shè)置模塊25用于設(shè)置資源列表更新時(shí)間，第一發(fā) 送模塊23還用于發(fā)送更新時(shí)間設(shè)置模塊25設(shè)置的資源列表更新時(shí)間，第二 發(fā)送模塊26用于在接收到客戶端發(fā)送的資源列表更新請求消息后，生成并發(fā) 送第二資源列表，所述第二資源列表為包括高速緩存信息的完整資源列表。
本實(shí)施例中的資源列表發(fā)送裝置可以相當(dāng)于P2P系統(tǒng)中的重定向器，在 P4P系統(tǒng)中，則可以設(shè)置在pTracker中。本實(shí)施例中在資源列表發(fā)送裝置增 加更新時(shí)間設(shè)置模塊，設(shè)定客戶端的資源列表的更新時(shí)間，使得請求在達(dá)到 更新時(shí)間時(shí)向資源列表發(fā)送裝置發(fā)送資源列表更新請求，以請求獲取完整的 資源列表。
上述實(shí)施例中的資源列表發(fā)送裝置還可以包括資源過濾^^塊，用于過濾 第二資源列表中的外部網(wǎng)絡(luò)的資源信息。通過過濾外部網(wǎng)絡(luò)的資源信息，可
以使得客戶端盡量在網(wǎng)絡(luò)內(nèi)部獲取數(shù)據(jù)，減少業(yè)務(wù)對骨干網(wǎng)的沖擊。
圖8為本發(fā)明資源列表發(fā)送系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖，如圖8所示，包括客戶端31和資源列表發(fā)送裝置32;其中客戶端，用于發(fā)送資源列表請求 消息；資源列表發(fā)送裝置32用于接收客戶端發(fā)送的資源列表請求消息，所述 資源列表請求消息包括所述客戶端需要獲取的資源；用于在高速緩存中存儲 有所述客戶端需要獲取的資源時(shí)，生成包括所述高速緩存信息的第 一資源列 表，所述高速緩存信息在所述第一資源列表中具有高優(yōu)先級或所述第一資源 列表中唯一包括所述高速緩存信息；用于將所述第一資源列表發(fā)送給所述客 戶端，使所述客戶端與所述高速緩存建立連接。
本發(fā)明實(shí)施例中提供的資源列表發(fā)送系統(tǒng)，通過在發(fā)送資源列表時(shí)，將 高速緩存信息作為唯一的資源發(fā)送給客戶端，或者將高速緩存信息作為高優(yōu) 先級資源發(fā)送給客戶端，能夠確保客戶端優(yōu)先從高速緩存中獲取業(yè)務(wù)數(shù)據(jù)， 進(jìn)而能夠充分發(fā)揮Cache系統(tǒng)的能力，進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使 用帶寬。其中對于P2P系統(tǒng)，資源列表發(fā)送裝置可相當(dāng)于重定向器，對于 P4P系統(tǒng)，資源列表發(fā)送裝置可設(shè)置在pTracker中。
本發(fā)明實(shí)施例提供的資源列表發(fā)送方法、裝置和系統(tǒng)，通過在資源列表 發(fā)送裝置向客戶端發(fā)送資源列表時(shí)，先發(fā)送僅包括高速緩存信息的資源列表， 或者是通過在發(fā)送的資源列表中將高速緩存信息設(shè)置為高優(yōu)先級，能夠保證 客戶端優(yōu)先從高速緩存中獲取業(yè)務(wù)數(shù)據(jù)，能夠進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng) 絡(luò)使用帶寬。本發(fā)明實(shí)施例提供的資源列表發(fā)送方法、裝置和系統(tǒng)適用于 P2P系統(tǒng)和P4P系統(tǒng)。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn) 行限制，盡管參照較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換， 而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的 精神和范圍。
權(quán)利要求
1、一種資源列表發(fā)送方法，其特征在于，包括接收客戶端發(fā)送的資源列表請求消息，所述資源列表請求消息包括所述客戶端需要獲取的資源；在高速緩存中存儲有所述客戶端需要獲取的資源時(shí)，生成包括所述高速緩存信息的第一資源列表，所述高速緩存信息在所述第一資源列表中具有高優(yōu)先級或所述第一資源列表中唯一包括所述高速緩存信息；將所述第一資源列表發(fā)送給所述客戶端，使所述客戶端與所述高速緩存建立連接。
2、 根據(jù)權(quán)利要求1所述的資源列表發(fā)送方法，其特征在于，所述將第一 資源列表發(fā)送給所述客戶端，使所述客戶端與所述高速緩存建立連接包括在判斷所述高速緩存沒有超過額定負(fù)荷時(shí)，將第 一資源列表發(fā)送給所述 客戶端，使所述客戶端與所述高速緩存建立連接。
3、 根據(jù)權(quán)利要求1所述的資源列表發(fā)送方法，其特征在于，在所述第一 資源列表唯一包括所述高速緩存信息時(shí)，所述將第一資源列表發(fā)送給所述客 戶端時(shí)還包括設(shè)置資源列表更新時(shí)間并發(fā)送。
4、 根據(jù)權(quán)利要求3所述的資源列表發(fā)送方法，其特征在于，所述設(shè)置資 源列表更新時(shí)間并發(fā)送之后還包括接收所述客戶端在達(dá)到所述資源列表更新時(shí)間后發(fā)送的資源列表更新消息；生成包括所述高速緩存信息的完整資源列表并發(fā)送。
5、 根據(jù)權(quán)利要求1或4所述的資源列表發(fā)送方法，其特征在于，生成包 括所述高速緩存信息的資源列表時(shí)還包括過濾資源列表中外部網(wǎng)絡(luò)的資源信息。
6、 一種資源列表發(fā)送裝置，其特征在于，包括接收模塊，用于接收客戶端發(fā)送的資源列表請求消息，所述資源列表請求消息包括所述客戶端需要獲取的資源；資源列表生成模塊，用于在高速緩存中存儲有所述客戶端需要獲取的資 源時(shí)，生成包括所述高速緩存信息的第一資源列表，所述高速緩存信息在所 述第一資源列表中具有高優(yōu)先級或所述第一資源列表中唯一包括所述高速緩 存信息；第一發(fā)送模塊，用于將所述第一資源列表發(fā)送給所述客戶端，使所述客 戶端與所述高速緩存建立連接。
7、 根據(jù)權(quán)利要求6所述的資源列表發(fā)送裝置，其特征在于，還包括 判斷模塊，用于判斷所述告訴緩存是否超過額定負(fù)荷，所述發(fā)送模塊用于在判斷模塊判斷所述高速緩存沒有超過額定負(fù)荷時(shí)，將第 一資源列表發(fā)送 給所述客戶端，使所述客戶端與所述高速緩存建立連接。
8、 根據(jù)權(quán)利要求6所述的資源列表發(fā)送裝置，其特征在于，還包括 更新時(shí)間設(shè)置模塊，用于設(shè)置資源列表更新時(shí)間，所述發(fā)送模塊還用于發(fā)送更新時(shí)間設(shè)置模塊設(shè)置的資源列表更新時(shí)間。
9、 根據(jù)權(quán)利要求8所述的資源列表發(fā)送裝置，其特征在于，還包括 第二發(fā)送模塊，用于在接收到客戶端發(fā)送的資源列表更新請求消息后，生成并發(fā)送第二資源列表，所述第二資源列表為包括高速緩存信息的完整資 源列表。
10、 根據(jù)權(quán)利要求9所述的資源列表發(fā)送裝置，其特征在于，還包括 資源過濾模塊，用于在生成包括所述高速緩存信息的第二資源列表時(shí)過濾外部網(wǎng)絡(luò)的資源信息
11、 一種資源列表發(fā)送系統(tǒng)，其特征在于，包括 客戶端，用于發(fā)送資源列表請求消息；資源列表發(fā)送裝置，用于接收客戶端發(fā)送的資源列表請求消息，所述資 源列表請求消息包括所述客戶端需要獲取的資源；用于在高速緩存中存儲有所述客戶端需要獲取的資源時(shí)，生成包括所述高速緩存信息的第 一資源列表，所述高速緩存信息在所述第一資源列表中具有高優(yōu)先級或所述第一資源列表中唯一包括所述高速緩存信息；用于將所述第 一資源列表發(fā)送給所述客戶端，使所述客戶端與所述高速緩存建立連接。
全文摘要
本發(fā)明實(shí)施例提供了一種資源列表發(fā)送方法、裝置和系統(tǒng)，其中資源列表發(fā)送方法包括接收客戶端發(fā)送的資源列表請求消息，資源列表請求消息包括客戶端需要獲取的資源；在高速緩存中存儲有客戶端需要獲取的資源時(shí)，生成包括高速緩存信息的第一資源列表，高速緩存信息在第一資源列表中具有高優(yōu)先級或第一資源列表中唯一包括該高速緩存信息；將第一資源列表發(fā)送給客戶端，使客戶端與高速緩存建立連接。本發(fā)明實(shí)施例還提供了相應(yīng)的裝置和系統(tǒng)。本發(fā)明實(shí)施例提供的資源列表發(fā)送方法、裝置和系統(tǒng)，在進(jìn)行數(shù)據(jù)下發(fā)時(shí)能夠保證優(yōu)先從高速緩存中下發(fā)數(shù)據(jù)，能夠進(jìn)一步提高網(wǎng)絡(luò)效率，降低網(wǎng)絡(luò)使用帶寬。
文檔編號H04L12/56GK101483604SQ200910078098
公開日2009年7月15日 申請日期2009年2月16日 優(yōu)先權(quán)日2009年2月16日
發(fā)明者洪 周, 李繼軍, 嶸 鄒, 陳國海, 魏啟坤 申請人:華為技術(shù)有限公司