專利名稱：一種節(jié)點列表發(fā)送方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種節(jié)點列表發(fā)送方法和設(shè)備。
背景技術(shù)：
現(xiàn)在，因特網(wǎng)上有大量的對等(Peer-to-Peer，P2P)網(wǎng)絡(luò)應(yīng)用，例如比特流 (Bittorrent)，電騾(Emule)等，這些P2P應(yīng)用帶來的大量P2P流量占了互聯(lián)網(wǎng)流量的一半 以上。P2P網(wǎng)絡(luò)一般由服務(wù)器(例如在比特流中為appTracker)和節(jié)點(Peer)組成。當(dāng)獲 取資源時，peer先從服務(wù)器獲取節(jié)點列表(Peerlist)信息，然后根據(jù)Peerlist信息和該 Peerlist中的其他peer進(jìn)行信令交互和數(shù)據(jù)傳輸。由于P2P網(wǎng)絡(luò)的服務(wù)器和peer都不感 知網(wǎng)絡(luò)拓?fù)?，因此產(chǎn)生了大量跨域、跨網(wǎng)絡(luò)服務(wù)提供商(Internet Service Provider, ISP) 的流量。這些流量跨度大，跳數(shù)多，降低了網(wǎng)絡(luò)效率，因此有必要對P2P流量進(jìn)行優(yōu)化。目前對P2P流量進(jìn)行優(yōu)化的方法為對Peerlist進(jìn)行排序，排序時將具有較低消耗 或者距離下載peer較近的peer放在前面。這樣，可以使下載peer從Peerlist中選擇其 他peer時，先選擇離自己較近和/或線路租金較低的peer建立連接，從而實現(xiàn)流量優(yōu)化。但是，現(xiàn)有的很多p2p客戶端，例如Bittorrent，迅雷，Bitcomet等，具有各自的 peer選擇機制。并不按照返回的排序后的Peerlist中的順序與其他peer進(jìn)行連接。因此 采用對Peerlist排序的手段實現(xiàn)流量優(yōu)化方法，對多數(shù)P2P客戶端無效。

發(fā)明內(nèi)容
本發(fā)明實施例的目的是提供一種節(jié)點列表發(fā)送方法和設(shè)備，用以解決P2P流量優(yōu) 化的問題。本發(fā)明實施例的目的是通過以下技術(shù)方案實現(xiàn)的一種節(jié)點列表發(fā)送方法，應(yīng)用于對等網(wǎng)絡(luò)中，包括接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用于請求能夠提供 特定資源的節(jié)點；根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列表；根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息，向所述客戶端 分批發(fā)送所述節(jié)點列表中的節(jié)點；其中，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蛘哌\營商策略確定。一種節(jié)點列表發(fā)送設(shè)備，包括接收模塊，用于接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用 于請求能夠提供特定資源的節(jié)點；獲取模塊，用于根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列 表；發(fā)送模塊，用于根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信 息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蛘哌\營商策略確定。本發(fā)明實施例提供的技術(shù)方案，通過根據(jù)客戶端信息按節(jié)點列表中的各節(jié)點的優(yōu) 先級向客戶端分批發(fā)送節(jié)點，改善了 P2P流量優(yōu)化效率。


圖1為本發(fā)明一個實施例中節(jié)點列表發(fā)送方法流程圖；圖2為本發(fā)明另一個實施例中節(jié)點列表發(fā)送方法流程圖；圖3為本發(fā)明又一個實施例中節(jié)點列表發(fā)送方法流程圖；圖4為本發(fā)明另一個實施例中節(jié)點列表發(fā)送方法流程圖；圖5為本發(fā)明又一個實施例中節(jié)點列表發(fā)送方法流程圖；圖6為本發(fā)明另一個實施例中節(jié)點列表發(fā)送設(shè)備框圖；圖7為本發(fā)明又一個實施例中節(jié)點列表發(fā)送設(shè)備框圖；圖8為本發(fā)明另一個實施例中節(jié)點列表發(fā)送設(shè)備框圖。
具體實施例方式以下結(jié)合圖1說明本發(fā)明一個實施例圖1為本發(fā)明一個實施例中節(jié)點列表發(fā)送方法流程圖。該方法包括102、接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用于請求能夠 提供特定資源的節(jié)點?？蛻舳藶榱艘訮2P方式下載特定資源，需要獲得能提供該資源的節(jié)點的信息， 因此客戶端向服務(wù)器(appTracker或pTracker)發(fā)送節(jié)點列表請求消息。服務(wù)器接收 該節(jié)點列表請求消息，本發(fā)明實施例的某些具體應(yīng)用場景中深度包檢測(De印Packet Inspection, DPI)設(shè)備以截獲的方式接收該消息。104、根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列表。服務(wù)器(appTracker或pTracker)上存有能夠提供該特定資源的節(jié)點，可以直接 在自身的存儲空間中獲取這些節(jié)點組成節(jié)點列表。其他服務(wù)器(例如iTracker)或DPI設(shè) 備可以從服務(wù)器(appTracker或pTracker)獲取該節(jié)點列表。106、根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息，向所述客 戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策 略確定?？蛻舳诵畔⒖梢允强蛻舳诉B接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵畔⒖梢允强蛻舳酥鲃由蠄蟮?，也可以是根 據(jù)客戶端類型、客戶端地址等已知信息推斷的。節(jié)點列表的優(yōu)先級可以是根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略自行確定的，也可以是 接收已經(jīng)經(jīng)過排序的節(jié)點列表，將該節(jié)點列表的順序作為該節(jié)點列表的優(yōu)先級。網(wǎng)絡(luò)拓?fù)?信息可以包括網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、當(dāng)前流量信息等，運營商策略可以包括線路費用、骨干網(wǎng)能力寸。舉例來說，本發(fā)明實施例的一個具體應(yīng)用場景中，接收一個Bittorrent客戶端發(fā) 送的節(jié)點列表請求消息，根據(jù)該客戶端的類型確定該客戶端默認(rèn)最大連接數(shù)為60，并且該
5客戶端是第一次請求節(jié)點列表。此時該客戶已知的節(jié)點的數(shù)量是0，如果將節(jié)點列表中所有 的節(jié)點都返回給客戶端，則客戶端很可能不會選擇最優(yōu)化的節(jié)點嘗試連接。在該具體應(yīng)用 場景中，根據(jù)推斷的該客戶默認(rèn)最大連接數(shù)，本批次只按優(yōu)先級返回60個節(jié)點，則客戶端 只能在這60個節(jié)點中嘗試連接。當(dāng)再次接收到該客戶端發(fā)送的節(jié)點列表請求消息時，如果該請求中攜帶本次請求 的節(jié)點數(shù)量，則按優(yōu)先級在節(jié)點列表中選擇該數(shù)量個未向該客戶端發(fā)送過的節(jié)點，作為第 二批節(jié)點發(fā)送給客戶端。也可以將上述第二批節(jié)點和已經(jīng)發(fā)送過的節(jié)點一起發(fā)送給客戶 端。舉例來說，如果節(jié)點列表包括200個節(jié)點，已經(jīng)發(fā)送給客戶端的節(jié)點的數(shù)量為60，客戶 端再次發(fā)送的節(jié)點列表請求消息中請求的節(jié)點數(shù)量為20，則將節(jié)點列表中優(yōu)先級第61位 到第80位的節(jié)點作為當(dāng)前批次的節(jié)點向客戶端發(fā)送，或者直接將優(yōu)先級前80位的節(jié)點向 客戶端發(fā)送。或者，如果與客戶端的約定是直接發(fā)送請求數(shù)量的節(jié)點，當(dāng)客戶端再次請求發(fā) 送80個節(jié)點時，則將優(yōu)先級前80位的節(jié)點向客戶端發(fā)送。請求中攜帶的本次請求的節(jié)點 數(shù)量可以是客戶端根據(jù)已經(jīng)連接的節(jié)點數(shù)量和最大連接數(shù)確定的?；蛘?，當(dāng)再次接收到該客戶端發(fā)送的節(jié)點列表請求消息，并且在該請求消息中攜 帶當(dāng)前未使用的帶寬時，根據(jù)每個連接占用帶寬的經(jīng)驗值確定當(dāng)前批次需要發(fā)送的節(jié)點的 數(shù)量，按優(yōu)先級在節(jié)點列表中選擇未向該客戶端發(fā)送過的該數(shù)量的節(jié)點，作為第二批節(jié)點 發(fā)送給客戶端。也可以將上述第二批節(jié)點和已經(jīng)發(fā)送過的節(jié)點一起發(fā)送給客戶端?；蛘撸?dāng)再次接收到該客戶端發(fā)送的節(jié)點列表請求消息，該請求中未攜帶客戶端 信息時，根據(jù)該客戶端的類型和兩次請求間的時間間隔按照經(jīng)驗值確定當(dāng)前批次需要發(fā)送 的節(jié)點的數(shù)量，按優(yōu)先級在節(jié)點列表中選擇未向該客戶端發(fā)送過的該數(shù)量的節(jié)點，作為第 二批節(jié)點發(fā)送給客戶端。也可以將上述第二批節(jié)點和已經(jīng)發(fā)送過的節(jié)點一起發(fā)送給客戶 端。上述具體應(yīng)用場景中也可以不等待客戶端再次發(fā)送節(jié)點列表請求消息，按照一定 的時間規(guī)律向客戶端自行分批返回節(jié)點列表。該具體應(yīng)用場景中，因為根據(jù)客戶端連接信息和/或客戶端帶寬信息按優(yōu)先級順 序分批發(fā)送節(jié)點列表中的節(jié)點，可以使客戶端分批次依次得到當(dāng)前優(yōu)先級最高的一批節(jié) 點，使客戶端只能在這些流量優(yōu)化效果最好的節(jié)點中選擇節(jié)點連接，改善了 P2P流量優(yōu)化 效率。本發(fā)明實施例的另一個具體應(yīng)用場景中，接收一個Bittorrent客戶端發(fā)送的節(jié) 點列表請求消息，根據(jù)該客戶端的客戶端位置信息確定與該客戶端處于同一區(qū)域的節(jié)點數(shù) 量，客戶端位置信息可以根據(jù)客戶端地址得到。按照區(qū)域的大小確定當(dāng)前批次需要發(fā)送的 節(jié)點的數(shù)量。例如，按照小區(qū)、城市、省份、國家將節(jié)點列表中的所有節(jié)點劃分為5批，此時 處于同一區(qū)域的節(jié)點具有相同的優(yōu)先級，當(dāng)該客戶端第一次請求節(jié)點列表時，將與該客戶 端處于同一小區(qū)的節(jié)點發(fā)送給該客戶端，當(dāng)該客戶端再次請求節(jié)點列表時，將與該客戶端 處于同一城市的節(jié)點發(fā)送給該客戶端，依此類推。向客戶端發(fā)送的節(jié)點列表可以包括已經(jīng) 發(fā)送過的節(jié)點，也可以去除已經(jīng)發(fā)送過的節(jié)點。上述具體應(yīng)用場景中也可以不等待客戶端再次發(fā)送節(jié)點列表請求消息，按照一定 的時間規(guī)律向客戶端自行分批返回節(jié)點列表。該具體應(yīng)用場景中，因為根據(jù)客戶端位置信息按優(yōu)先級順序分批發(fā)送節(jié)點列表中的節(jié)點，可以使客戶分批次依次得到距離自身最近的一批節(jié)點，只能在距離自身最近的也 就是本地化效果最好的節(jié)點中選擇節(jié)點連接，可以達(dá)到最高的本地化效果，改善了 P2P流 量優(yōu)化效率。本領(lǐng)域普通技術(shù)人員可以理解，上述幾種客戶端信息可以共同用于確定當(dāng)前批次 需要發(fā)送的節(jié)點的數(shù)量，例如選擇客戶端連接數(shù)信息和客戶端位置信息確定的節(jié)點列表中 數(shù)量較小的一個作為當(dāng)前批次需要發(fā)送的節(jié)點列表。以下結(jié)合圖2說明本發(fā)明另一個實施例，該實施例應(yīng)用于電信運營商主動參與 P2P 網(wǎng)絡(luò)(Proactive network Provider Participation forP2P, P4P)中。P4P 網(wǎng)絡(luò)中 通常包括提供節(jié)點列表的節(jié)點服務(wù)器(pTracker)和提供節(jié)點列表排序服務(wù)的索引服務(wù)器 (iTracker)0圖2為本發(fā)明另一個實施例中節(jié)點列表發(fā)送方法流程圖。該方法包括202、節(jié)點服務(wù)器接收客戶端發(fā)送的節(jié)點列表請求消息。舉例來說，該節(jié)點列表請求消息中可以包括預(yù)先約定的，指示節(jié)點服務(wù)器是否進(jìn) 行分批發(fā)送的參數(shù)，節(jié)點服務(wù)器根據(jù)該參數(shù)確定是否采用分批發(fā)送節(jié)點列表中的節(jié)點的方 式進(jìn)行流量優(yōu)化。上述指示節(jié)點服務(wù)器是否進(jìn)行分批發(fā)送的參數(shù)也可以單獨發(fā)送，而不攜 帶在節(jié)點列表請求消息中。該節(jié)點列表請求消息中也可以包括客戶端已經(jīng)請求節(jié)點列表的次數(shù)。該節(jié)點列表請求消息中也可以包括客戶端信息，例如客戶端連接數(shù)信息和/或客 戶端帶寬信息。204、節(jié)點服務(wù)器向索引服務(wù)器發(fā)送對應(yīng)于該節(jié)點列表請求消息的節(jié)點列表，并接 收索引服務(wù)器發(fā)送的經(jīng)過排序的節(jié)點列表。206、節(jié)點服務(wù)器根據(jù)所述節(jié)點列表中的各節(jié)點的優(yōu)先級和所述客戶端的客戶端 信息向所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點，所述優(yōu)先級由索引服務(wù)器根據(jù)網(wǎng)絡(luò)拓?fù)湫?息或運營商策略確定。向所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點具體可以根據(jù)所述節(jié)點列表中的各節(jié) 點的優(yōu)先級和所述客戶端的客戶端信息進(jìn)行。所述客戶端信息可以是客戶端連接數(shù)信息、 客戶端帶寬信息、客戶端位置信息或客戶端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵?息可以是客戶端主動上報的，也可以是節(jié)點服務(wù)器根據(jù)客戶端類型、客戶端地址等已知信 息推斷的。節(jié)點服務(wù)器將索引服務(wù)器發(fā)送的經(jīng)過排序的節(jié)點列表的順序作為節(jié)點列表的優(yōu) 先級，所述節(jié)點列表的順序由索引服務(wù)器根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定。節(jié)點服務(wù)器根據(jù)客戶端信息和節(jié)點列表中節(jié)點的優(yōu)先級確定當(dāng)前批次向客戶端 發(fā)送的節(jié)點列表并向所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點。上述過程中可能需要已經(jīng)發(fā) 送給客戶端的節(jié)點的數(shù)量或客戶端已經(jīng)請求節(jié)點列表的次數(shù)，這些參數(shù)可以是節(jié)點服務(wù)器 自身統(tǒng)計的，也可以是該客戶端的節(jié)點列表請求消息中攜帶的。以下結(jié)合圖3說明本發(fā)明又一個實施例，該實施例應(yīng)用于P4P中。圖3為本發(fā)明又一個實施例中節(jié)點列表發(fā)送方法流程圖。該方法包括302、節(jié)點服務(wù)器接收客戶端發(fā)送的節(jié)點列表請求消息。舉例來說，該節(jié)點列表請求消息中可以包括預(yù)先約定的，指示節(jié)點服務(wù)器是否進(jìn)行分批發(fā)送的參數(shù)，節(jié)點服務(wù)器根據(jù)該參數(shù)確定是否采用分批發(fā)送節(jié)點列表中的節(jié)點的方 式進(jìn)行流量優(yōu)化。上述指示節(jié)點服務(wù)器是否進(jìn)行分批發(fā)送的參數(shù)也可以單獨發(fā)送，而不攜 帶在節(jié)點列表請求消息中。該節(jié)點列表請求消息中也可以包括客戶端已經(jīng)請求節(jié)點列表的次數(shù)。該節(jié)點列表請求消息中也可以包括客戶端信息，例如客戶端連接數(shù)信息和/或客 戶端帶寬信息。304、節(jié)點服務(wù)器向索引服務(wù)器發(fā)送對應(yīng)于該節(jié)點列表請求消息的節(jié)點列表。舉例來說，該節(jié)點列表中可以包括預(yù)先約定的，指示索引服務(wù)器是否進(jìn)行分批發(fā) 送的參數(shù)，索引服務(wù)器根據(jù)該參數(shù)確定是否需要分批發(fā)送節(jié)點列表中的節(jié)點。上述指示索 引服務(wù)器是否進(jìn)行分批發(fā)送的參數(shù)也可以單獨發(fā)送，而不攜帶在節(jié)點列表請求消息中。306、節(jié)點服務(wù)器根據(jù)所述客戶端的客戶端信息和所述客戶端已經(jīng)請求節(jié)點列表 的次數(shù)確定當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量?？蛻舳诵畔⒖梢允强蛻舳诉B接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵畔⒖梢允强蛻舳酥鲃由蠄蟮?，也可以是根 據(jù)客戶端類型、客戶端地址等已知信息推斷的?？蛻舳艘呀?jīng)請求節(jié)點列表的次數(shù)可以是節(jié)點服務(wù)器自身根據(jù)已經(jīng)接收到的該客 戶端的節(jié)點列表請求消息的次數(shù)統(tǒng)計的，也可以是該客戶端的節(jié)點列表請求消息攜帶的。308、節(jié)點服務(wù)器向索引服務(wù)器發(fā)送節(jié)點列表查詢消息，所述節(jié)點列表查詢消息包 括已經(jīng)發(fā)送給客戶端的節(jié)點的數(shù)量和所述當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量。310、節(jié)點服務(wù)器接收索引服務(wù)器根據(jù)所述已經(jīng)發(fā)送給客戶端的節(jié)點的數(shù)量、所述 當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量和節(jié)點的優(yōu)先級返回的當(dāng)前批次的節(jié)點。索引服務(wù)器根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定節(jié)點的優(yōu)先級，并根據(jù)已經(jīng)發(fā)送 給客戶端的節(jié)點的數(shù)量和當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量按優(yōu)先級確定當(dāng)前批次的節(jié)點 并向節(jié)點服務(wù)器發(fā)送。312、節(jié)點服務(wù)器向所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點。以下結(jié)合圖4說明本發(fā)明另一個實施例，該實施例應(yīng)用于P4P中。圖4為本發(fā)明另一個實施例中節(jié)點列表發(fā)送方法流程圖。該方法包括402、節(jié)點服務(wù)器接收客戶端發(fā)送的節(jié)點列表請求消息。404、節(jié)點服務(wù)器根據(jù)所述節(jié)點列表請求消息組成節(jié)點列表。節(jié)點服務(wù)器上存有提供特定資源的節(jié)點，可以直接在自身的存儲空間中獲取這些 節(jié)點組成節(jié)點列表。406、節(jié)點服務(wù)器向索引服務(wù)器發(fā)送優(yōu)先級查詢消息。該優(yōu)先級查詢消息中包括節(jié)點列表，還可以包括文件標(biāo)識、用戶標(biāo)識等信息。所述 文件標(biāo)識是該客戶端請求的特定資源的標(biāo)識，所述用戶標(biāo)識是對等網(wǎng)絡(luò)中用于識別不同用 戶的標(biāo)識。舉例來說，該優(yōu)先級查詢消息中可以包括預(yù)先約定的，指示索引服務(wù)器是否進(jìn)行 分批發(fā)送的參數(shù)，索引服務(wù)器根據(jù)該參數(shù)確定是否需要分批發(fā)送節(jié)點列表中的節(jié)點。上 述指示索引服務(wù)器是否進(jìn)行分批發(fā)送的參數(shù)也可以單獨發(fā)送，而不攜帶在優(yōu)先級查詢消息 中。
該優(yōu)先級查詢消息中也可以包括客戶端已經(jīng)請求節(jié)點列表的次數(shù)和/或已經(jīng)發(fā) 送給客戶端的節(jié)點的數(shù)量。該優(yōu)先級查詢消息中也可以包括客戶端信息，例如客戶端連接數(shù)信息和/或客戶 端帶寬信息?？蛻舳诵畔⒖梢允强蛻舳酥鲃由蠄蟮?，也可以是根據(jù)客戶端類型、客戶端地址 等已知信息推斷的。408、節(jié)點服務(wù)器接收并向所述客戶端轉(zhuǎn)發(fā)所述索引服務(wù)器根據(jù)所述節(jié)點列表中 的各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息分批發(fā)送的所述節(jié)點列表中的節(jié)點。客戶端信息可以是客戶端連接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵畔⒖梢允枪?jié)點服務(wù)器發(fā)送的優(yōu)先級查詢消 息中攜帶的，也可以是索引服務(wù)器根據(jù)客戶端類型、客戶端地址等已知信息推斷的。索引服務(wù)器根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定節(jié)點列表中各節(jié)點的優(yōu)先級。索引服務(wù)器根據(jù)客戶端信息以及優(yōu)先級確定當(dāng)前批次向客戶端發(fā)送的節(jié)點列表 并向所述節(jié)點服務(wù)器分批發(fā)送節(jié)點列表中的節(jié)點。上述過程中索引服務(wù)器可能需要已經(jīng)發(fā) 送給客戶端的節(jié)點的數(shù)量或客戶端已經(jīng)請求節(jié)點列表的次數(shù)，這些參數(shù)可以是索引服務(wù)器 自身統(tǒng)計的，也可以是節(jié)點服務(wù)器的優(yōu)先級查詢消息中攜帶的。節(jié)點服務(wù)器向所述客戶端轉(zhuǎn)發(fā)所述索引服務(wù)器分批發(fā)送的節(jié)點列表中的節(jié)點。以下結(jié)合圖5說明本發(fā)明又一個實施例，該實施例應(yīng)用于深度包檢測(Deep Packet Inspection, DPI)場景中。圖5為本發(fā)明又一個實施例中節(jié)點列表發(fā)送方法流程圖。該方法包括502、深度包檢測設(shè)備截獲所述接收客戶端發(fā)送的節(jié)點列表請求消息。該節(jié)點列表請求消息中也可以包括客戶端信息，例如客戶端連接數(shù)信息和/或客 戶端帶寬信息。深度包檢測設(shè)備記錄該客戶端信息。深度包檢測設(shè)備截獲節(jié)點列表請求后不作修改原樣轉(zhuǎn)發(fā)。當(dāng)客戶端發(fā)送的節(jié)點列表請求中沒有客戶端信息等深度包檢測設(shè)備需要的信息 時，可以省略步驟502。504、深度包檢測設(shè)備截獲發(fā)送給所述客戶端的節(jié)點列表，并確定所述節(jié)點列表中 各節(jié)點的優(yōu)先級。如果服務(wù)器發(fā)送的節(jié)點列表已經(jīng)根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略經(jīng)過排序，可以 根據(jù)節(jié)點列表的順序確定節(jié)點列表中各節(jié)點的優(yōu)先級。如果服務(wù)器不提供節(jié)點列表的排 序，則深度包檢測設(shè)備需要自行收集網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略或者從其他網(wǎng)絡(luò)設(shè)備接收 網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略，確定節(jié)點列表中各節(jié)點的優(yōu)先級。506、深度包檢測設(shè)備根據(jù)請求節(jié)點列表的客戶端的客戶端信息，按所述優(yōu)先級向 所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點?？蛻舳诵畔⒖梢允强蛻舳诉B接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵畔⒖梢允强蛻舳酥鲃由蠄蟮模部梢允巧?度包檢測設(shè)備根據(jù)客戶端類型、客戶端地址等已知信息推斷的。深度包檢測設(shè)備不向客戶端發(fā)送截獲的全部節(jié)點列表，而是根據(jù)客戶端信息按優(yōu) 先級確定當(dāng)前批次向客戶端發(fā)送的節(jié)點列表并向所述客戶端分批發(fā)送節(jié)點列表中的節(jié)點。 上述過程中可能需要已經(jīng)發(fā)送給客戶端的節(jié)點的數(shù)量或客戶端已經(jīng)請求節(jié)點列表的次數(shù)，這些參數(shù)可以是深度包檢測設(shè)自身統(tǒng)計的，也可以是該客戶端的節(jié)點列表請求消息中攜帶 的。以下結(jié)合圖6說明本發(fā)明另一個實施例圖6為本發(fā)明另一個實施例中節(jié)點列表發(fā)送設(shè)備框圖。該設(shè)備包括接收模塊602，用于接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息 用于請求能夠提供特定資源的節(jié)點。客戶端為了以P2P方式下載特定資源，需要獲得能提供該資源的節(jié)點的信息，因 此客戶端向節(jié)點列表發(fā)送設(shè)備發(fā)送節(jié)點列表請求消息。接收模塊602接收該節(jié)點列表請求 消息，本發(fā)明實施例的某些具體應(yīng)用場景中節(jié)點列表發(fā)送設(shè)備為DPI設(shè)備，該DPI設(shè)備以截 獲的方式接收該消息。獲取模塊604，用于根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié) 點列表。當(dāng)所述節(jié)點列表發(fā)送設(shè)備應(yīng)用于服務(wù)器(appTracker或pTracker)上時，所述 節(jié)點列表發(fā)送設(shè)備自身存有能夠提供該特定資源的節(jié)點，可以直接在自身的存儲空間中 獲取這些節(jié)點組成節(jié)點列表。當(dāng)所述節(jié)點列表發(fā)送設(shè)備應(yīng)用于其他種類服務(wù)器(例如 iTracker)或DPI設(shè)備時，所述節(jié)點列表發(fā)送設(shè)備可以從服務(wù)器(appTracker或pTracker) 獲取該節(jié)點列表。發(fā)送模塊606，用于根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端 信息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)?信息或者運營商策略確定?？蛻舳诵畔⒖梢允强蛻舳诉B接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種。客戶端信息可以是客戶端主動上報的，也可以是根 據(jù)客戶端類型、客戶端地址等已知信息推斷的。節(jié)點列表的優(yōu)先級可以是根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略自行確定的，也可以是 接收已經(jīng)經(jīng)過排序的節(jié)點列表，將該節(jié)點列表的順序作為該節(jié)點列表的優(yōu)先級。網(wǎng)絡(luò)拓?fù)?信息可以包括網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、當(dāng)前流量信息等，運營商策略可以包括線路費用、骨干網(wǎng)能力寸。舉例來說，本發(fā)明實施例的一個具體應(yīng)用場景中，接收模塊602接收一個 Bittorrent客戶端發(fā)送的節(jié)點列表請求消息，發(fā)送模塊606根據(jù)該客戶端的類型確定該客 戶端默認(rèn)最大連接數(shù)為60，并且該客戶端是第一次請求節(jié)點列表。此時該客戶已知的節(jié)點 的數(shù)量是0，如果將節(jié)點列表中所有的節(jié)點都返回給客戶端，則客戶端很可能不會選擇最優(yōu) 化的節(jié)點嘗試連接。在該具體應(yīng)用場景中，發(fā)送模塊606根據(jù)推斷的該客戶默認(rèn)最大連接 數(shù)，本批次只按優(yōu)先級返回60個節(jié)點，則客戶端只能在這60個節(jié)點中嘗試連接。當(dāng)接收模塊602再次接收到該客戶端發(fā)送的節(jié)點列表請求消息時，如果該請求中 攜帶本次請求的節(jié)點數(shù)量，發(fā)送模塊606則按優(yōu)先級在節(jié)點列表中選擇該數(shù)量個未向該客 戶端發(fā)送過的節(jié)點，作為第二批節(jié)點發(fā)送給客戶端。發(fā)送模塊606也可以將上述第二批節(jié) 點和已經(jīng)發(fā)送過的節(jié)點一起發(fā)送給客戶端。舉例來說，如果節(jié)點列表包括200個節(jié)點，已經(jīng) 發(fā)送給客戶端的節(jié)點的數(shù)量為60，客戶端再次發(fā)送的節(jié)點列表請求消息中請求的節(jié)點數(shù)量 為20，則發(fā)送模塊606將節(jié)點列表中優(yōu)先級第61位到第80位的節(jié)點作為當(dāng)前批次的節(jié)點
10向客戶端發(fā)送，或者直接將優(yōu)先級前80位的節(jié)點向客戶端發(fā)送?；蛘撸绻c客戶端的約 定是直接發(fā)送請求數(shù)量的節(jié)點，當(dāng)客戶端再次請求發(fā)送80個節(jié)點時，則發(fā)送模塊606將優(yōu) 先級前80位的節(jié)點向客戶端發(fā)送。請求中攜帶的本次請求的節(jié)點數(shù)量可以是客戶端根據(jù) 已經(jīng)連接的節(jié)點數(shù)量和最大連接數(shù)確定的?；蛘?，當(dāng)接收模塊602再次接收到該客戶端發(fā)送的節(jié)點列表請求消息，并且在該 請求消息中攜帶當(dāng)前未使用的帶寬時，發(fā)送模塊606根據(jù)每個連接占用帶寬的經(jīng)驗值確定 當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量，按優(yōu)先級在節(jié)點列表中選擇未向該客戶端發(fā)送過的該數(shù) 量的節(jié)點，作為第二批節(jié)點發(fā)送給客戶端。發(fā)送模塊606也可以將上述第二批節(jié)點和已經(jīng) 發(fā)送過的節(jié)點一起發(fā)送給客戶端?；蛘?，當(dāng)接收模塊602再次接收到該客戶端發(fā)送的節(jié)點列表請求消息，該請求中 未攜帶客戶端信息時，發(fā)送模塊606根據(jù)該客戶端的類型和兩次請求間的時間間隔按照經(jīng) 驗值確定當(dāng)前批次需要發(fā)送的節(jié)點的數(shù)量，按優(yōu)先級在節(jié)點列表中選擇未向該客戶端發(fā)送 過的該數(shù)量的節(jié)點，作為第二批節(jié)點發(fā)送給客戶端。發(fā)送模塊606也可以將上述第二批節(jié) 點和已經(jīng)發(fā)送過的節(jié)點一起發(fā)送給客戶端。上述具體應(yīng)用場景中發(fā)送模塊606也可以不等待客戶端再次發(fā)送節(jié)點列表請求 消息，按照一定的時間規(guī)律向客戶端自行分批返回節(jié)點列表。該具體應(yīng)用場景中，因為發(fā)送模塊606根據(jù)客戶端連接信息和/或客戶端帶寬信 息按優(yōu)先級順序分批發(fā)送節(jié)點列表中的節(jié)點，可以使客戶端分批次依次得到當(dāng)前優(yōu)先級最 高的一批節(jié)點，使客戶端只能在這些流量優(yōu)化效果最好的節(jié)點中選擇節(jié)點連接，改善了 P2P 流量優(yōu)化效率。本發(fā)明實施例的另一個具體應(yīng)用場景中，接收模塊602接收一個Bittorrent客戶 端發(fā)送的節(jié)點列表請求消息，根據(jù)該客戶端的客戶端位置信息確定與該客戶端處于同一區(qū) 域的節(jié)點數(shù)量，客戶端位置信息可以根據(jù)客戶端地址得到。按照區(qū)域的大小確定當(dāng)前批次 需要發(fā)送的節(jié)點的數(shù)量。例如，按照小區(qū)、城市、省份、國家將所有能夠提供該客戶端所請求 的資源的節(jié)點劃分為5批，此時處于同一區(qū)域的節(jié)點具有相同的優(yōu)先級，當(dāng)該客戶端第一 次請求節(jié)點列表時，發(fā)送模塊606將與該客戶端處于同一小區(qū)的節(jié)點發(fā)送給該客戶端，當(dāng) 該客戶端再次請求節(jié)點列表時，發(fā)送模塊606將與該客戶端處于同一城市的節(jié)點發(fā)送給該 客戶端，依此類推。發(fā)送模塊606向客戶端發(fā)送的節(jié)點列表可以包括已經(jīng)發(fā)送過的節(jié)點，也 可以去除已經(jīng)發(fā)送過的節(jié)點。上述具體應(yīng)用場景中發(fā)送模塊606也可以不等待客戶端再次發(fā)送節(jié)點列表請求 消息，按照一定的時間規(guī)律向客戶端自行分批返回節(jié)點列表。該具體應(yīng)用場景中，因為發(fā)送模塊606根據(jù)客戶端位置信息按優(yōu)先級順序分批發(fā) 送節(jié)點列表中的節(jié)點，可以使客戶分批次依次得到距離自身最近的一批節(jié)點，只能在距離 自身最近的也就是本地化效果最好的節(jié)點中選擇節(jié)點連接，可以達(dá)到最高的本地化效果， 改善了 P2P流量優(yōu)化效率。本領(lǐng)域普通技術(shù)人員可以理解，上述幾種客戶端信息可以共同用于確定當(dāng)前批次 需要發(fā)送的節(jié)點的數(shù)量，例如選擇客戶端連接數(shù)信息和客戶端位置信息確定的節(jié)點列表中 數(shù)量較小的一個作為當(dāng)前批次需要發(fā)送的節(jié)點列表。以下結(jié)合圖7說明本發(fā)明又一個實施例
11
圖7為本發(fā)明又一個實施例中節(jié)點列表發(fā)送設(shè)備框圖，所述節(jié)點列表發(fā)送設(shè)備應(yīng) 用于節(jié)點服務(wù)器。該設(shè)備包括接收模塊702，用于接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息 用于請求能夠提供特定資源的節(jié)點。獲取模塊704，用于根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié) 點列表。發(fā)送模塊706，用于根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端 信息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)?信息或者運營商策略確定。其中，發(fā)送模塊706包括查詢單元762，用于向索引服務(wù)器發(fā)送優(yōu)先級查詢報文。該優(yōu)先級查詢消息中包括節(jié)點列表，還可以包括文件標(biāo)識、用戶標(biāo)識等信息。所述 文件標(biāo)識是該客戶端請求的特定資源的標(biāo)識，所述用戶標(biāo)識是對等網(wǎng)絡(luò)中用于識別不同用 戶的標(biāo)識。舉例來說，該優(yōu)先級查詢消息中可以包括預(yù)先約定的，指示索引服務(wù)器是否進(jìn)行 分批發(fā)送的參數(shù)，索引服務(wù)器根據(jù)該參數(shù)確定是否需要分批發(fā)送節(jié)點列表中的節(jié)點。該優(yōu)先級查詢消息中也可以包括客戶端已經(jīng)請求節(jié)點列表的次數(shù)和/或已經(jīng)發(fā) 送給客戶端的節(jié)點的數(shù)量。該優(yōu)先級查詢消息中也可以包括客戶端信息，例如客戶端連接數(shù)信息和/或客戶 端帶寬信息?？蛻舳诵畔⒖梢允强蛻舳酥鲃由蠄蟮模部梢允歉鶕?jù)客戶端類型、客戶端地址 等已知信息推斷的。接收單元764，用于接收索引服務(wù)器根據(jù)所述節(jié)點列表中的各節(jié)點的優(yōu)先級和所 述客戶端的客戶端信息分批發(fā)送的所述節(jié)點列表中的節(jié)點?？蛻舳诵畔⒖梢允强蛻舳诉B接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶 端請求節(jié)點列表次數(shù)中的一種或多種?？蛻舳诵畔⒖梢允枪?jié)點服務(wù)器發(fā)送的優(yōu)先級查詢消 息中攜帶的，也可以是索引服務(wù)器根據(jù)客戶端類型、客戶端地址等已知信息推斷的。索引服務(wù)器根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定節(jié)點列表中各節(jié)點的優(yōu)先級。索引服務(wù)器根據(jù)客戶端信息以及優(yōu)先級確定當(dāng)前批次發(fā)送的節(jié)點列表中的節(jié)點 并向節(jié)點服務(wù)器分批發(fā)送節(jié)點列表中的節(jié)點，接收單元764接收這些分批發(fā)送的節(jié)點列表 中的節(jié)點。上述過程中索引服務(wù)器可能需要已經(jīng)發(fā)送給客戶端的節(jié)點的數(shù)量或客戶端已經(jīng) 請求節(jié)點列表的次數(shù)，這些參數(shù)可以是索引服務(wù)器自身統(tǒng)計的，也可以是節(jié)點服務(wù)器的優(yōu) 先級查詢消息中攜帶的。轉(zhuǎn)發(fā)單元766，用于向所述客戶端轉(zhuǎn)發(fā)所述接收單元接收的索引服務(wù)器分批發(fā)送 的所述節(jié)點列表中的節(jié)點。以下結(jié)合圖8說明本發(fā)明另一個實施例圖8為本發(fā)明另一個實施例中節(jié)點列表發(fā)送設(shè)備框圖，所述節(jié)點列表發(fā)送設(shè)備應(yīng) 用于DPI設(shè)備。該設(shè)備包括接收模塊802，用于接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息 用于請求能夠提供特定資源的節(jié)點。
獲取模塊804，用于根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié) 點列表。發(fā)送模塊806，用于根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端 信息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)?信息或者運營商策略確定。其中，發(fā)送模塊804包括截獲單元842，用于截獲發(fā)送給所述客戶端的節(jié)點列表。確定單元844，用于確定所述節(jié)點列表中各節(jié)點的優(yōu)先級。如果服務(wù)器發(fā)送的節(jié)點列表已經(jīng)根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略經(jīng)過排序，確定 單元844可以根據(jù)節(jié)點列表的順序確定節(jié)點列表中各節(jié)點的優(yōu)先級。如果服務(wù)器不提供節(jié) 點列表的排序，則深度包檢測設(shè)備需要自行收集網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略或者從其他網(wǎng) 絡(luò)設(shè)備接收網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略，由確定單元844根據(jù)這些網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商 策略確定節(jié)點列表中各節(jié)點的優(yōu)先級。本發(fā)明實施例提供的技術(shù)方案，通過根據(jù)客戶端信息按節(jié)點列表中的各節(jié)點的優(yōu) 先級向客戶端分批發(fā)送節(jié)點列表中的節(jié)點，可以使客戶端分批次依次得到當(dāng)前流量優(yōu)化效 果最好的一批節(jié)點，使客戶端只能在這些流量優(yōu)化效果最好的節(jié)點中選擇節(jié)點連接，改善 了 P2P流量優(yōu)化效率。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于計算機可讀存儲介質(zhì)中，所述存 儲介質(zhì)可以是R0M/RAM，磁盤或光盤等。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換， 都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍 為準(zhǔn)。
權(quán)利要求
一種節(jié)點列表發(fā)送方法，應(yīng)用于對等網(wǎng)絡(luò)中，其特征在于，包括接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用于請求能夠提供特定資源的節(jié)點；根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列表；根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點；其中，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蛘哌\營商策略確定。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述客戶端的客戶端信息，包括以下至少 一種客戶端連接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶端請求節(jié)點列表次數(shù)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在所述向所述客戶端分批發(fā)送所述節(jié) 點列表中的節(jié)點之前，還包括接收預(yù)先約定的分批發(fā)送參數(shù)，根據(jù)所述分批發(fā)送參數(shù)確定是否分批發(fā)送節(jié)點列表中 的節(jié)點。
4.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，在所述向所述客戶端分批發(fā)送節(jié)點列 表中的節(jié)點之前，還包括向索引服務(wù)器iTracker發(fā)送優(yōu)先級查詢消息，所述優(yōu)先級查詢消息包括所述節(jié)點列表；接收iTracker根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定的節(jié)點列表中的各節(jié)點的優(yōu)先級。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述根據(jù)所述節(jié)點列表請求消息獲取 能夠提供所述特定資源的節(jié)點列表，包括截獲發(fā)送給所述客戶端的節(jié)點列表；根據(jù)所述節(jié)點列表的排列順序確定所述節(jié)點列表的優(yōu)先級，所述節(jié)點列表的排列順序 是服務(wù)器根據(jù)所述網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\營商策略確定的，或者，根據(jù)所述網(wǎng)絡(luò)拓?fù)湫畔⒒蜻\ 營商策略確定所述節(jié)點列表的優(yōu)先級。
6.一種節(jié)點列表發(fā)送設(shè)備，其特征在于，包括接收模塊，用于接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用于請 求能夠提供特定資源的節(jié)點；獲取模塊，用于根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列表； 發(fā)送模塊，用于根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息，向 所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蛘?運營商策略確定。
7.根據(jù)權(quán)利要求6所述的節(jié)點列表發(fā)送設(shè)備，其特征在于，所述客戶端的客戶端信息， 包括以下至少一種客戶端連接數(shù)信息、客戶端帶寬信息、客戶端位置信息或客戶端請求節(jié) 點列表次數(shù)。
8.根據(jù)權(quán)利要求6或7所述的節(jié)點列表發(fā)送設(shè)備，其特征在于，所述節(jié)點列表請求消 息，包括預(yù)先約定的分批發(fā)送參數(shù)，用于確定是否分批發(fā)送節(jié)點列表中的節(jié)點。
9.根據(jù)權(quán)利要求6或7所述的節(jié)點列表發(fā)送設(shè)備，其特征在于，當(dāng)所述節(jié)點列表發(fā)送設(shè)備應(yīng)用于節(jié)點服務(wù)器PTracker時，所述發(fā)送模塊包括查詢單元，用于向iTracker發(fā)送優(yōu)先級查詢報文，所述優(yōu)先級查詢報文包括所述節(jié)點 列表；接收單元，用于接收iTracker根據(jù)所述節(jié)點列表中的各節(jié)點的優(yōu)先級和所述客戶端 的客戶端信息分批發(fā)送的所述節(jié)點列表中的節(jié)點；轉(zhuǎn)發(fā)單元，用于向所述客戶端轉(zhuǎn)發(fā)所述接收單元接收的iTracker分批發(fā)送的所述節(jié) 點列表中的節(jié)點。
10.根據(jù)權(quán)利要求6或7所述的節(jié)點列表發(fā)送設(shè)備，其特征在于，當(dāng)所述節(jié)點列表發(fā)送 設(shè)備應(yīng)用于深度包檢測DPI設(shè)備時，所述獲取模塊包括 截獲單元，用于截獲發(fā)送給所述客戶端的節(jié)點列表； 確定單元，用于確定所述節(jié)點列表中各節(jié)點的優(yōu)先級。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種節(jié)點列表發(fā)送方法和設(shè)備。該方法包括，接收客戶端發(fā)送的節(jié)點列表請求消息，所述節(jié)點列表請求消息用于請求能夠提供特定資源的節(jié)點；根據(jù)所述節(jié)點列表請求消息獲取能夠提供所述特定資源的節(jié)點列表；根據(jù)所述節(jié)點列表中各節(jié)點的優(yōu)先級和所述客戶端的客戶端信息，向所述客戶端分批發(fā)送所述節(jié)點列表中的節(jié)點；其中，所述各節(jié)點的優(yōu)先級根據(jù)網(wǎng)絡(luò)拓?fù)湫畔⒒蛘哌\營商策略確定。本發(fā)明實施例提供的技術(shù)方案，通過根據(jù)客戶端信息按節(jié)點列表中的各節(jié)點的優(yōu)先級向客戶端分批發(fā)送節(jié)點，改善了P2P流量優(yōu)化效率。
文檔編號H04L12/56GK101964741SQ20091010913
公開日2011年2月2日 申請日期2009年7月25日 優(yōu)先權(quán)日2009年7月25日
發(fā)明者李光, 李晉, 蔣海峰, 陳艷軍, 韓磊 申請人:華為技術(shù)有限公司