[發(fā)明專利]數(shù)據(jù)發(fā)送、接收方法及服務器、客戶端

在審

• 申請?zhí)枺?/td>: 201210374721.X
• 申請日: 2012-09-27
• 公開（公告）號: CN103701842A
• 公開（公告）日: 2014-04-02
• 發(fā)明（設計）人: 趙大勇;伍海君;朱會燦;鄧大付;王磊;楊紹鵬;張書鑫;李銳;劉暢;鄒永強;張銀鋒;陳曉東;董乘宇;闕太富
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 深圳中一專利商標事務所 44237
• 代理人: 張全文

技術領域

本發(fā)明屬于數(shù)據(jù)通信領域，尤其涉及一種數(shù)據(jù)發(fā)送、接收方法及服務器、客戶端。

背景技術

在例如分布式文件系統(tǒng)等場景下的數(shù)據(jù)讀寫過程中，客戶端會將大量數(shù)據(jù)傳送給服務器端，為了保證客戶端和服務器端數(shù)據(jù)的一致性和正確性，通常采用計算數(shù)據(jù)的哈希（Hash）值來進行數(shù)據(jù)校驗。

現(xiàn)有的消息摘要算法第五版（Message?Digest?Algorithm?5，MD5）等計算Hash值的算法只支持對完整的數(shù)據(jù)文件計算Hash值，服務器端只能在接收到全部數(shù)據(jù)之后才能計算Hash值，由此來校驗數(shù)據(jù)的正確性，這使得服務器的網(wǎng)絡輸入/輸出（Input/Output，I/O）和磁盤I/O只能串行，先接收完全部數(shù)據(jù)再進行相應的數(shù)據(jù)處理，導致服務器的處理速度降低。

發(fā)明內容

本發(fā)明實施例的目的在于提供一種數(shù)據(jù)發(fā)送、接收方法，旨在解決現(xiàn)有的數(shù)據(jù)傳輸方法導致服務器處理速度降低的問題。

本發(fā)明實施例是這樣實現(xiàn)的，一種數(shù)據(jù)發(fā)送方法，包括：

客戶端獲取文件的前N個數(shù)據(jù)塊的第一哈希Hash值，所述N為大于等于1的整數(shù)；

所述客戶端將所述文件的第N個數(shù)據(jù)塊和所述第一Hash值發(fā)送給服務器，所述第一Hash值被所述服務器用于校驗所述第N個數(shù)據(jù)塊是否接收正確。

本發(fā)明實施例的另一目的在于提供一種數(shù)據(jù)接收方法，包括：

服務器接收客戶端發(fā)送的文件的第N個數(shù)據(jù)塊和第一哈希Hash值，所述第一Hash值由所述客戶端根據(jù)所述文件的前N個數(shù)據(jù)塊獲取，所述N為大于等于1的整數(shù)；

所述服務器獲取所述文件的前N個數(shù)據(jù)塊的第三Hash值；

所述服務器判斷所述第三Hash值與所述第一Hash值是否相等；

如果所述第三Hash值與所述第一Hash值相等，則所述服務器判斷所述第N個數(shù)據(jù)塊接收正確。

本發(fā)明實施例的另一目的在于提供一種客戶端，包括：

第一獲取單元，用于獲取文件的前N個數(shù)據(jù)塊的第一哈希Hash值，所述N為大于等于1的整數(shù)；

發(fā)送單元，用于將所述文件的第N個數(shù)據(jù)塊和所述第一Hash值發(fā)送給服務器，所述第一Hash值被所述服務器用于校驗所述第N個數(shù)據(jù)塊是否接收正確。

本發(fā)明實施例的另一目的在于提供一種服務器，包括：

接收單元，用于接收客戶端發(fā)送的文件的第N個數(shù)據(jù)塊和第一哈希Hash值，所述第一Hash值由所述客戶端根據(jù)所述文件的前N個數(shù)據(jù)塊獲取，所述N為大于等于1的整數(shù)；

第二獲取單元，用于獲取所述文件的前N個數(shù)據(jù)塊的第三Hash值；

判斷單元，用于判斷所述第三Hash值與所述第一Hash值是否相等；如果所述第三Hash值與所述第一Hash值相等，則判斷所述第N個數(shù)據(jù)塊接收正確。

在本發(fā)明實施例中，每當客戶端向服務器發(fā)送一次數(shù)據(jù)，服務器即根據(jù)當前接收到的數(shù)據(jù)進行一次Hash值的獲取，從而能夠實現(xiàn)在數(shù)據(jù)發(fā)送過程中對數(shù)據(jù)進行實時校驗，以加快服務器的處理速度，提高了數(shù)據(jù)傳輸效率。

附圖說明

圖1是本發(fā)明實施例提供的數(shù)據(jù)發(fā)送方法的實現(xiàn)流程圖；

圖2是本發(fā)明實施例提供的數(shù)據(jù)發(fā)送方法步驟S101的具體實現(xiàn)流程圖；

圖3是本發(fā)明實施例提供的數(shù)據(jù)接收方法的實現(xiàn)流程圖；

圖4是本發(fā)明實施例提供的數(shù)據(jù)接收方法步驟S302的具體實現(xiàn)流程圖；

圖5是本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置的結構框圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

在本發(fā)明實施例中，每當客戶端向服務器發(fā)送一次數(shù)據(jù)，服務器即根據(jù)當前接收到的數(shù)據(jù)進行一次Hash值的獲取，從而能夠實現(xiàn)在數(shù)據(jù)發(fā)送過程中對數(shù)據(jù)進行實時校驗，以加快服務器的處理速度，提高了數(shù)據(jù)傳輸效率。

圖1示出了本發(fā)明實施例提供的數(shù)據(jù)發(fā)送方法的實現(xiàn)流程，在本實施例中，流程的執(zhí)行主體為分布式系統(tǒng)中的客戶端，詳述如下：

在步驟S101中，客戶端獲取文件的前N個數(shù)據(jù)塊的第一Hash值，其中，N為大于等于1的整數(shù)。

在本實施例中，當客戶端需要向服務器發(fā)送文件時，首先打開需要發(fā)送的文件，將文件劃分為若干個數(shù)據(jù)塊進行發(fā)送。在具體的數(shù)據(jù)塊發(fā)送過程中，針對同一文件的數(shù)據(jù)塊，在發(fā)送過程中均會攜帶其所屬文件的標識等相關信息，用于指示該數(shù)據(jù)塊所屬的文件。