[發(fā)明專利]資源獲取方法及終端設(shè)備

有效

• 申請?zhí)枺?/td>: 201410850904.3
• 申請日: 2014-12-30
• 公開（公告）號: CN104539437A
• 公開（公告）日: 2015-04-22
• 發(fā)明（設(shè)計(jì)）人: 蔡東赟;張家柱;劉嬌
• 申請（專利權(quán)）人: 北京奇虎科技有限公司;奇智軟件（北京）有限公司
• 主分類號: H04L12/18
• 分類號: H04L12/18;H04L1/00;H04L29/08
• 代理公司: 北京路浩知識產(chǎn)權(quán)代理有限公司 11002
• 代理人: 李相雨

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

本發(fā)明涉及網(wǎng)絡(luò)技術(shù)，具體涉及一種資源獲取方法及終端設(shè)備。

背景技術(shù)

現(xiàn)有技術(shù)中，網(wǎng)絡(luò)中的資源獲取主要都是基于HTTP(Hypertext?Transfer?Protocol，超文本傳輸協(xié)議)、FTP(File?Transfer?Protocol，文件傳輸協(xié)議)、RCP(Remote?Copy?Protocol，遠(yuǎn)程復(fù)制協(xié)議)和P2P(Peer-to-Peer，點(diǎn)對點(diǎn))文件傳輸技術(shù)的，每一種資源獲取方式均具有各自的優(yōu)勢、劣勢以及適用范圍。在現(xiàn)有技術(shù)中，資源獲取的方式通常是由用戶自行設(shè)定的(比如用戶使用HTTP協(xié)議或FTP協(xié)議在瀏覽器的網(wǎng)頁上獲取所需資源)，因而對于大量用戶下載同一服務(wù)器上同一份數(shù)據(jù)的應(yīng)用場景，上述任意一種資源獲取方式都會使得傳輸鏈路上同時(shí)存在大量重復(fù)數(shù)據(jù)，極大地影響了整體的傳輸效率。

比如對于局域網(wǎng)內(nèi)的數(shù)據(jù)分發(fā)場景，服務(wù)器需要同時(shí)給多個(gè)終端發(fā)送同一份大小可達(dá)幾十GB的數(shù)據(jù)或者文件，按照上述任意一種傳輸方式均會在總體的傳輸鏈路上同時(shí)產(chǎn)生很多份相同的數(shù)據(jù)，不僅會造成傳輸鏈路的擁塞，還會使交互機(jī)設(shè)備的帶寬成倍地增加，導(dǎo)致終端獲取資源的速度非常緩慢。

同一場景下，傳統(tǒng)的P2P文件傳輸技術(shù)可以通過利用端到端的數(shù)據(jù)流量來以很快的速度完成對數(shù)據(jù)或文件的傳輸，但是其需要占用通信設(shè)備中路由器或網(wǎng)絡(luò)交換機(jī)的巨大帶寬，使得多份大小可達(dá)幾十GB的數(shù)據(jù)或文件都需要通過路由器或網(wǎng)絡(luò)交換機(jī)進(jìn)行轉(zhuǎn)發(fā)，導(dǎo)致終端設(shè)備上其他基于同一路由器或網(wǎng)絡(luò)交換機(jī)的網(wǎng)絡(luò)應(yīng)用都無法正常運(yùn)行。

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

針對現(xiàn)有技術(shù)中的缺陷，本發(fā)明提供一種資源獲取方法及終端設(shè)備，可以解決大量用戶下載同一服務(wù)器上同一份數(shù)據(jù)會導(dǎo)致資源獲取速度緩慢的問題。

第一方面，本發(fā)明提供了一種終端設(shè)備，包括：

發(fā)送裝置，用于向服務(wù)器發(fā)送多播傳輸請求消息，所述多播傳輸請求消息包括至少一種可支持的多播傳輸協(xié)議的標(biāo)識；

判斷裝置，用于在所述發(fā)送裝置向服務(wù)器發(fā)送所述多播傳輸請求消息之后，判斷是否在第一預(yù)設(shè)時(shí)間內(nèi)接收到所述服務(wù)器以多播的通信方式發(fā)送的測試數(shù)據(jù)包；

獲取裝置，用于在所述判斷裝置判定在第一預(yù)設(shè)時(shí)間內(nèi)接收到了所述服務(wù)器以多播的通信方式發(fā)送的測試數(shù)據(jù)包時(shí)，基于所使用的多播傳輸協(xié)議從該服務(wù)器中獲取資源；

所述發(fā)送裝置還用于在所述判斷裝置判定在第一預(yù)設(shè)時(shí)間內(nèi)沒有接收到所述服務(wù)器以多播的通信方式發(fā)送的測試數(shù)據(jù)包時(shí)，向服務(wù)器發(fā)送點(diǎn)對點(diǎn)傳輸請求消息，所述點(diǎn)對點(diǎn)傳輸請求消息包括待獲取資源的標(biāo)識；

所述判斷裝置還用于在所述發(fā)送裝置向服務(wù)器發(fā)送點(diǎn)對點(diǎn)傳輸請求消息之后，判斷是否在第二預(yù)設(shè)時(shí)間內(nèi)接收到所述服務(wù)器發(fā)送的包括點(diǎn)對點(diǎn)通道信息的消息；

所述獲取裝置還用于在所述判斷裝置判定在第二預(yù)設(shè)時(shí)間內(nèi)接收到了所述服務(wù)器發(fā)送的包括點(diǎn)對點(diǎn)通道信息的消息時(shí)，利用所述點(diǎn)對點(diǎn)通道信息獲取資源；

所述獲取裝置還用于在所述判斷裝置判定在第二預(yù)設(shè)時(shí)間內(nèi)沒有接收到所述服務(wù)器發(fā)送的包括點(diǎn)對點(diǎn)通道信息的消息時(shí)，基于超文本傳送協(xié)議從該服務(wù)器中獲取資源。

可選地，所述獲取裝置包括：

發(fā)送模塊，用于向服務(wù)器發(fā)送包括待獲取資源的標(biāo)識的消息；

接收模塊，用于接收所述服務(wù)器以多播的通信方式發(fā)送的多個(gè)數(shù)據(jù)單元，所述多個(gè)數(shù)據(jù)單元為所述服務(wù)器根據(jù)與所述待獲取資源的標(biāo)識對應(yīng)的資源生成的多個(gè)數(shù)據(jù)單元；

處理模塊，用于基于所述所使用的多播傳輸協(xié)議根據(jù)所述多個(gè)數(shù)據(jù)單元得到所述待獲取資源。

可選地，所述處理模塊具體用于在接收到的數(shù)據(jù)單元的數(shù)目達(dá)到預(yù)設(shè)值時(shí)，利用前向糾錯(cuò)編碼算法根據(jù)接收到的多個(gè)數(shù)據(jù)單元得到所述待獲取資源；

其中，所述數(shù)據(jù)單元包括由待獲取資源分得的多個(gè)原始數(shù)據(jù)單元和利用所述前向糾錯(cuò)編碼算法根據(jù)所述原始數(shù)據(jù)單元得到的多個(gè)校驗(yàn)數(shù)據(jù)單元。

可選地，所述多個(gè)原始數(shù)據(jù)單元由多個(gè)大小相同的數(shù)據(jù)塊分得，所述多個(gè)相同大小的數(shù)據(jù)塊由多個(gè)文件傳輸單元分得，每一所述文件傳輸單元包括由所述待獲取資源分得的文件片段以及與該文件片段對應(yīng)的校驗(yàn)信息，生成所述校驗(yàn)信息的數(shù)據(jù)校驗(yàn)編碼算法包括文件完整性校驗(yàn)編碼算法和/或循環(huán)冗余校驗(yàn)編碼算法，

所述處理模塊包括：

處理子模塊，用于在接收到的與任一數(shù)據(jù)塊對應(yīng)的原始數(shù)據(jù)單元和校驗(yàn)數(shù)據(jù)單元的數(shù)目之和達(dá)到所述預(yù)設(shè)值時(shí)，利用前向糾錯(cuò)編碼算法根據(jù)所述原始數(shù)據(jù)單元和校驗(yàn)數(shù)據(jù)單元得到該數(shù)據(jù)塊；