數(shù)據(jù)傳輸方法及裝置與流程

文檔序號：12494750閱讀：272來源：國知局

本申請實施例涉及通信技術領域，更具體的涉及一種數(shù)據(jù)傳輸方法及裝置。

背景技術：

P2P(peer-to-peer)技術或稱對等聯(lián)網(wǎng)技術，是一種用于在不同計算機(又稱為計算節(jié)點)之間，不經(jīng)過中繼設備直接交換數(shù)據(jù)或者服務的技術。對等網(wǎng)絡中的計算節(jié)點具有客戶端和服務器端雙重特征，可同時作為服務的使用者和提供者。P2P網(wǎng)絡包括P2P服務器和多個計算節(jié)點，P2P網(wǎng)絡可以包括多個分組，每一分組中的P2P服務器管理有相應分組中各計算節(jié)點存儲的相應的資源數(shù)據(jù)，若計算節(jié)點需要獲取某一資源數(shù)據(jù)，首先通過同一分組中的P2P服務器獲取存儲有這一資源數(shù)據(jù)的計算節(jié)點，然后從相應的計算節(jié)點中獲取其需求的資源數(shù)據(jù)。

P2P網(wǎng)絡中各計算節(jié)點可以分為電信網(wǎng)絡節(jié)點、移動網(wǎng)絡節(jié)點、聯(lián)通網(wǎng)絡節(jié)點等等，P2P服務器也可以分為電信網(wǎng)絡服務器、移動網(wǎng)絡服務器、聯(lián)通網(wǎng)絡服務器等等；在計算節(jié)點向P2P服務器獲取存儲有這一資源數(shù)據(jù)的計算節(jié)點時，經(jīng)常出現(xiàn)跨網(wǎng)訪問，例如電信網(wǎng)絡節(jié)點訪問移動網(wǎng)絡服務器，因為跨網(wǎng)訪問，會使得計算節(jié)點的運營商的帶寬成本上升，因此運營商會限制跨網(wǎng)訪問，即會出現(xiàn)運營商劫持的現(xiàn)象，即從P2P服務器獲取存儲有相應資源數(shù)據(jù)的計算節(jié)點失敗，導致無法從相應的計算節(jié)點中獲取自己所需資源數(shù)據(jù)，只能從CDN(Content Delivery Network，內容分發(fā)網(wǎng)絡)服務器獲取相應資源數(shù)據(jù)，增加了CDN服務器的帶寬流量。

技術實現(xiàn)要素：

有鑒于此，本發(fā)明提供了一種數(shù)據(jù)傳輸方法及裝置，以克服現(xiàn)有技術中出現(xiàn)跨網(wǎng)訪問時，由于會出現(xiàn)運營商劫持的現(xiàn)象，導致無法從相應的計算節(jié)點中獲取自己所需資源數(shù)據(jù)，只能從CDN服務器獲取相應資源數(shù)據(jù)，增加了CDN服務器的帶寬流量的問題。

為實現(xiàn)上述目的，本發(fā)明提供如下技術方案：

一種數(shù)據(jù)傳輸方法，包括：

確定自身所在分組的目標分組標識ID；

依據(jù)所述目標分組標識ID，從云端服務器存儲的各分組標識ID相應的配置文件中，獲得所述目標分組標識ID相應的目標配置文件；

其中，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址；

依據(jù)所述目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器；

依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器發(fā)送獲取目標資源數(shù)據(jù)的請求，以便所述第一P2P服務器反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

其中，配置文件還包括相應分組標識ID對應分組中各代理服務器所屬的運營商信息，以及對應分組中各代理服務器的通信地址；所述數(shù)據(jù)傳輸方法還包括：

依據(jù)所述目標配置文件中各代理服務器相應的運營商信息，獲得與自身運營商信息相同的第一代理服務器；

當在預設時間內未收到所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，依據(jù)所述第一代理服務器的通信地址，向所述第一代理服務器發(fā)送向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求；

通過所述第一代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

優(yōu)選地，還包括：

當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

通過所述第一代理服務器向所述第二P2P服務器發(fā)送轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

優(yōu)選地，還包括：

當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二代理服務器；

依據(jù)所述第二代理服務器的通信地址，向所述第二代理服務器發(fā)送向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求；

通過所述第二代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

優(yōu)選地，還包括：

當在預設時間內未收到所述第二代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

依據(jù)所述第二P2P服務器的通信地址，通過所述第二代理服務器向所述第二P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

優(yōu)選地，還包括：

當在預設時間內未收到所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

依據(jù)所述第二P2P服務器的通信地址，向所述第二P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求；

接收所述第二P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

一種數(shù)據(jù)傳輸裝置，包括：

確定模塊，用于確定自身所在分組的目標分組標識ID；

第一獲取模塊，用于依據(jù)所述目標分組標識ID，從云端服務器存儲的各分組標識ID相應的配置文件中，獲得所述目標分組標識ID相應的目標配置文件；

其中，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址；

第二獲取模塊，用于依據(jù)所述目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器；

第一發(fā)送模塊，用于依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器發(fā)送獲取目標資源數(shù)據(jù)的請求，以便所述第一P2P服務器反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

優(yōu)選的，配置文件還包括相應分組標識ID對應分組中各代理服務器所屬的運營商信息，以及對應分組中各代理服務器的通信地址；所述數(shù)據(jù)傳輸裝置還包括：

第三獲取模塊，用于依據(jù)所述目標配置文件中各代理服務器相應的運營商信息，獲得與自身運營商信息相同的第一代理服務器；

第二發(fā)送模塊，用于當在預設時間內未收到所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，依據(jù)所述第一代理服務器的通信地址，向所述第一代理服務器發(fā)送向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求；

第一接收模塊，用于通過所述第一代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

優(yōu)選的，還包括：

第一確定模塊，用于當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

第三發(fā)送模塊，用于通過所述第一代理服務器向所述第二P2P服務器發(fā)送轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

優(yōu)選的，還包括：

第二確定模塊，用于當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二代理服務器；

第四發(fā)送模塊，用于依據(jù)所述第二代理服務器的通信地址，向所述第二代理服務器發(fā)送向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求；

第二接收模塊，用于通過所述第二代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

優(yōu)選的，還包括：

第三確定模塊，用于當在預設時間內未收到所述第二代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

第五發(fā)送模塊，用于依據(jù)所述第二P2P服務器的通信地址，通過所述第二代理服務器向所述第二P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

優(yōu)選的，還包括：

第四確定模塊，用于當在預設時間內未收到所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器；

第六發(fā)送模塊，用于依據(jù)所述第二P2P服務器的通信地址，向所述第二P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求；

第三接收模塊，用于接收所述第二P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

經(jīng)由上述的技術方案可知，與現(xiàn)有技術相比，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸方法，在云端服務器中設置各分組標識ID相應的配置文件，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址；當計算節(jié)點需要獲取目標資源數(shù)據(jù)時，可以先確定自身所在分組的目標分組標識ID；云端服務器可以依據(jù)計算節(jié)點確定出的目標分組標識ID，將目標分組標識ID相應的目標配置文件反饋至計算節(jié)點，計算節(jié)點可以依據(jù)目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器；依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求，以便所述第一P2P服務器反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。由于第一P2P服務器與計算節(jié)點屬于同一運營商，因此不會出現(xiàn)運營商劫持的現(xiàn)象，從而可以成功從第一P2P服務器中獲取存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。無需從CDN服務器中下載目標資源數(shù)據(jù)，從而降低了CDN服務器的帶寬流量。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本申請實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)的結構示意圖；

圖2為本申請實施例提供的一種數(shù)據(jù)傳輸方法的信令圖；

圖3為本申請實施例提供的又一數(shù)據(jù)傳輸系統(tǒng)的結構示意圖；

圖4為本申請實施例提供的又一數(shù)據(jù)傳輸方法的信令圖；

圖5為本申請實施例提供的再一數(shù)據(jù)傳輸方法的信令圖；

圖6為本申請實施例提供的又一數(shù)據(jù)傳輸方法的信令圖；

圖7為本申請實施例提供的一種數(shù)據(jù)傳輸裝置的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本申請實施例提供的數(shù)據(jù)傳輸方法可以應用于數(shù)據(jù)傳輸系統(tǒng)，如圖1所示，為本申請實施例提供的一種數(shù)據(jù)傳輸系統(tǒng)的結構示意圖，該數(shù)據(jù)傳輸系統(tǒng)包括：多個計算節(jié)點、多個P2P服務器、云端服務器10，其中：

多個計算節(jié)點組成一P2P網(wǎng)絡，且多個計算節(jié)點被分為一個分組或多個分組，每一分組中都配置有一個或多個P2P服務器。

圖1僅為一個示例，并不對本申請實施例造成限制。圖1示出了一個P2P網(wǎng)絡中包括4個分組(本申請實施例提供但不限于4個分組)，其中分組1包括：計算節(jié)點A、計算節(jié)點B、P2P服務器C、P2P服務器D；分組2包括：計算節(jié)點M、計算節(jié)點M、P2P服務器P、P2P服務器Q；分組3包括：計算節(jié)點H、計算節(jié)點J、P2P服務器K、P2P服務器L；分組4包括：計算節(jié)點E、P2P服務器F、P2P服務器G。

每一分組都有分組標識ID。

云端服務器10中存儲有各分組標識ID相應的配置文件。其中，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址。

各計算節(jié)點在向P2P服務器發(fā)送獲取目標資源數(shù)據(jù)的請求之前，首先依據(jù)云端服務器10，確定出與自己同一個分組，且為相同運營商的P2P服務器，再將獲取所述目標資源數(shù)據(jù)的請求發(fā)送至該P2P服務器。

基于上述數(shù)據(jù)傳輸系統(tǒng)，下面對數(shù)據(jù)傳輸方法進行說明，請參閱圖2，為本申請實施例提供的一種數(shù)據(jù)傳輸方法的信令圖，該方法包括：

步驟S201：計算節(jié)點A(假設為分組1的計算節(jié)點A)確定自身所在分組的目標分組標識ID。

步驟S202：計算節(jié)點A將所述目標分組標識ID發(fā)送至云端服務器10。

步驟S203：云端服務器10依據(jù)存儲的各分組標識ID相應的配置文件中，獲得所述目標分組標識ID相應的目標配置文件，并將目標配置文件發(fā)送至計算節(jié)點A。

配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址。

假設電信運營商信息為CT；聯(lián)通運營商信息為CNC；移動運營商信息為CMNET。

可選的，配置文件中存儲的內容可以如下：

</Group>

其中，101.227.22.23:17788、58.215.125.47:17788，…，均為通信地址。

各計算節(jié)點可以存儲有自身的運營商信息，當未存儲時，可以通過其他服務器(例如利用HTTP方式訪問調度器)來獲取自身的運營商信息。

計算節(jié)點存儲的運營商信息的形式，可選的，如下：{"t":"CT|QIYI_SHMinRun-101.227.12.253",…}，說明該計算節(jié)點的運營商為電信運營商。

步驟S204：計算節(jié)點A依據(jù)所述目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器(假設為圖1中的P2P服務器C，后續(xù)稱為第一P2P服務器C)。

若計算節(jié)點A所在的分組1中包括多個與自己同運營商的P2P服務器，則從中隨機選擇一個進行訪問。

步驟S205：計算節(jié)點A依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器C發(fā)送獲取所述目標資源數(shù)據(jù)的請求。

步驟S206：第一P2P服務器C向計算節(jié)點A反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

本發(fā)明實施例提供的一種數(shù)據(jù)傳輸方法，在云端服務器中設置各分組標識ID相應的配置文件，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址；當計算節(jié)點需要獲取目標資源數(shù)據(jù)時，可以先確定自身所在分組的目標分組標識ID；云端服務器可以依據(jù)計算節(jié)點確定出的目標分組標識ID，將目標分組標識ID相應的目標配置文件反饋至計算節(jié)點，計算節(jié)點可以依據(jù)目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器；依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求，以便所述第一P2P服務器反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。由于第一P2P服務器與計算節(jié)點屬于同一運營商，因此不會出現(xiàn)運營商劫持的現(xiàn)象，從而可以成功從第一P2P服務器中獲取存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。無需從CDN服務器中下載目標資源數(shù)據(jù)，從而降低了CDN服務器的帶寬流量。

一般情況下，圖2所示的方法中計算節(jié)點A都能成功訪問第一P2P服務器，若圖2所示的方法中計算節(jié)點A訪問失敗，例如第一P2P服務器發(fā)生故障等等，此時，圖1所示的數(shù)據(jù)傳輸系統(tǒng)中各分組中還包括一個或多個代理服務器。增加代理服務器后的圖1如圖3所示。

圖3僅是一個示例，并不對本申請實施例造成限制，圖3中的分組1中包括代理服務器S以及代理服務器R；分組2中包括代理服務器V；分組3中包括代理服務器U；分組4中包括代理服務器T。

可選的，代理服務器可以為HTTP(HyperText Transfer Protocol，超文本傳輸協(xié)議)代理服務器。

云端服務器10包括的配置文件中還包括：相應分組標識ID對應分組中各代理服務器所屬的運營商信息以及對應分組中各代理服務器的通信地址。

當圖1所示的方法失敗時，數(shù)據(jù)傳輸方法還可以包括如圖4所示的方法：

步驟S401：計算節(jié)點A依據(jù)所述目標配置文件中各代理服務器相應的運營商信息，獲得與自身運營商信息相同的第一代理服務器(假設為代理服務器S，后續(xù)稱為第一代理服務器S)。

步驟S402：計算節(jié)點A當在預設時間內未收到所述第一P2P服務器C反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，依據(jù)所述第一代理服務器的通信地址，向所述第一代理服務器S發(fā)送向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

步驟S403：第一代理服務器S接收向所述第一P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求，并將獲取所述目標資源數(shù)據(jù)的請求發(fā)送至所述第一P2P服務器C。

步驟S404：第一P2P服務器C向第一代理服務器S發(fā)送存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

步驟S405：第一代理服務器S接收第一P2P服務器C發(fā)送的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，并發(fā)送至計算節(jié)點A。

若通過步驟S401至步驟S405所示的方法，計算節(jié)點A仍未成功獲取存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，則還包括如圖5所示步驟：

步驟S501：計算節(jié)點A當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器(假設為P2P服務器D，后續(xù)稱為第二P2P服務器D)。

步驟S502：通過所述第一代理服務器S向所述第二P2P服務器D發(fā)送轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

步驟S503：第一代理服務器S接收并將獲取所述目標資源數(shù)據(jù)的請求發(fā)送至第二P2P服務器D。

步驟S504：第二P2P服務器D向第一代理服務器S發(fā)送存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

步驟S505：第一代理服務器S接收第二P2P服務器D發(fā)送的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，并發(fā)送至計算節(jié)點A。

若通過圖4所示的方法或圖5所示方法或圖2所示方法，計算節(jié)點A仍未成功獲取存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，則還包括如圖6所示步驟：

步驟S601：計算節(jié)點A當在預設時間內未收到所述第一代理服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二代理服務器(假設為代理服務器R，后續(xù)稱為第二代理服務器R)。

步驟S602：計算節(jié)點A依據(jù)所述第二代理服務器R的通信地址，向所述第二代理服務器R發(fā)送向所述第一P2P服務器C轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

步驟S603：第二代理服務器R接收獲取所述目標資源數(shù)據(jù)的請求，并將高獲取所述目標資源數(shù)據(jù)的請求發(fā)送至所述第一P2P服務器C。

步驟S604：第一P2P服務器C向第二代理服務器R發(fā)送存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

步驟S605：第二代理服務器R接收第一P2P服務器C發(fā)送的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，并發(fā)送至計算節(jié)點A。

若通過圖4所示的方法或圖5所示方法或圖6所示方法或圖2所示方法，計算節(jié)點A仍未成功獲取存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址，則還包括以下步驟：

依據(jù)所述第二P2P服務器的通信地址，通過所述第二代理服務器向所述第二P2P服務器轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

當在預設時間內未收到所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址時，從所述目標配置文件中確定出與自身非同一運營商的第二P2P服務器。

依據(jù)所述第二P2P服務器的通信地址，向所述第二P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求。

接收所述第二P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

本申請實施例還提供了與數(shù)據(jù)傳輸方法相對應的數(shù)據(jù)傳輸裝置，數(shù)據(jù)傳輸裝置所包含的模塊的詳細分析，請參閱數(shù)據(jù)傳輸方法中相應步驟的描述，在此不再贅述。

請參閱圖7，為本申請實施例提供的一種數(shù)據(jù)傳輸裝置的結構示意圖，該數(shù)據(jù)傳輸裝置包括：

確定模塊71，用于確定自身所在分組的目標分組標識ID；

第一獲取模塊72，用于依據(jù)所述目標分組標識ID，從云端服務器存儲的各分組標識ID相應的配置文件中，獲得所述目標分組標識ID相應的目標配置文件；

其中，配置文件中包括相應分組標識ID對應分組中各P2P服務器所屬的運營商信息以及對應分組中各P2P服務器的通信地址；

第二獲取模塊73，用于依據(jù)所述目標配置文件中各P2P服務器相應的運營商信息，獲得與自身運營商信息相同的第一P2P服務器；

第一發(fā)送模塊74，用于依據(jù)所述第一P2P服務器的通信地址，向所述第一P2P服務器發(fā)送獲取目標資源數(shù)據(jù)的請求，以便所述第一P2P服務器反饋存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

可選的，配置文件還包括相應分組標識ID對應分組中各代理服務器所屬的運營商信息，以及對應分組中各代理服務器的通信地址；所述數(shù)據(jù)傳輸裝置還包括：

第三獲取模塊，用于依據(jù)所述目標配置文件中各代理服務器相應的運營商信息，獲得與自身運營商信息相同的第一代理服務器；

第一接收模塊，用于通過所述第一代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

可選的，還包括：

第三發(fā)送模塊，用于通過所述第一代理服務器向所述第二P2P服務器發(fā)送轉發(fā)獲取所述目標資源數(shù)據(jù)的請求。

可選的，還包括：

第二接收模塊，用于通過所述第二代理服務器接收所述第一P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

可選的，還包括：

第六發(fā)送模塊，用于依據(jù)所述第二P2P服務器的通信地址，向所述第二P2P服務器發(fā)送獲取所述目標資源數(shù)據(jù)的請求；

第三接收模塊，用于接收所述第二P2P服務器反饋的存儲有所述目標資源數(shù)據(jù)的計算節(jié)點的通信地址。

最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。

對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本申請。對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本申請將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。

完整全部詳細技術資料下載

當前第1頁1 2 3