本發(fā)明涉及互聯(lián)網(wǎng)中的數(shù)據(jù)傳輸技術(shù)，特別是涉及一種在客戶端和服務(wù)器之間實(shí)現(xiàn)文件的快速上傳的方案。

背景技術(shù)：

隨著互聯(lián)網(wǎng)、移動(dòng)互聯(lián)網(wǎng)的普及，用戶上傳文件需求巨大。http協(xié)議使得用戶可以通過(guò)瀏覽器軟件從互聯(lián)網(wǎng)上獲取、上傳信息。http協(xié)議在現(xiàn)階段使用非常普遍，大多數(shù)用戶終端設(shè)備(手機(jī)、平板、普通電腦等)與服務(wù)器之間均通過(guò)http協(xié)議交互數(shù)據(jù)，包括上傳文件。但由于手機(jī)等終端使用wifi、移動(dòng)網(wǎng)絡(luò)接入互聯(lián)網(wǎng)，而wifi和移動(dòng)網(wǎng)絡(luò)通常由于覆蓋、干擾、無(wú)線穿透等因素質(zhì)量不好，已出現(xiàn)網(wǎng)絡(luò)中斷、速度慢等情況，從而導(dǎo)致上傳文件失敗、速率慢，特別是上傳大文件時(shí)失敗率極高，用戶體驗(yàn)不佳。

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

鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種在客戶端和服務(wù)器之間實(shí)現(xiàn)文件的快速上傳的方案，用于克服在通信質(zhì)量不佳情況下文件上傳失敗率極高的問(wèn)題。

為實(shí)現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明提供以下解決方案：

根據(jù)本發(fā)明的第一方面

一種文件上傳方法，包括：在一客戶端對(duì)一第一文件進(jìn)行劃分得到n個(gè)文件塊以及對(duì)每一所述文件塊進(jìn)行劃分得到m個(gè)文件片，其中，m和n取正整數(shù)；所述客戶端根據(jù)n個(gè)文件塊啟動(dòng)n個(gè)任務(wù)來(lái)一一對(duì)被劃分為m個(gè)文件片的各文件塊進(jìn)行分片上傳至一服務(wù)器，其中，所述n個(gè)任務(wù)異步進(jìn)行，在每上傳完一文件片后，所述客戶端對(duì)所述文件片上傳前后的數(shù)據(jù)校驗(yàn)值來(lái)確定上傳至所述服務(wù)器中的文件片是否正確；在n個(gè)文件塊全部上傳完成后，所述客戶端請(qǐng)求所述服務(wù)器將n個(gè)文件塊重新組合成一第二文件，并根據(jù)所述第二文件和第一文件的文件校驗(yàn)值來(lái)確定所述第一文件是否上傳成功。

根據(jù)本發(fā)明的第二方面

一種文件上傳裝置，設(shè)置于客戶端側(cè)，所述文件上傳裝置包括：文件劃分模塊，用于對(duì)一第一文件進(jìn)行劃分得到n個(gè)文件塊以及對(duì)每一所述文件塊進(jìn)行劃分得到m個(gè)文件片，其中，m和n取正整數(shù)；文件塊上傳模塊，用于根據(jù)n個(gè)文件塊啟動(dòng)n個(gè)任務(wù)來(lái)一一對(duì)被劃分為m個(gè)文件片的各文件塊進(jìn)行分片上傳至一服務(wù)器，其中，所述n個(gè)任務(wù)異步進(jìn)行，在每上傳完一文件片后，所述客戶端對(duì)所述文件片上傳前后的數(shù)據(jù)校驗(yàn)值來(lái)確定上傳至所述服務(wù)器中的文件片是否正確；文件驗(yàn)證模塊，用于在n個(gè)文件塊全部上傳完成后，所述客戶端請(qǐng)求所述服務(wù)器將n個(gè)文件塊重新組合成一第二文件，并根據(jù)所述第二文件和第一文件的文件校驗(yàn)值來(lái)確定所述第一文件是否上傳成功。

根據(jù)本發(fā)明的第三方面

一種文件接收方法，包括：根據(jù)一任務(wù)接收一文件片，將所述文件片緩存在根據(jù)所述任務(wù)創(chuàng)建的一文件塊緩存區(qū)，其中，在所述文件片緩存完成后，計(jì)算一次所述文件片的一第一校驗(yàn)值，并將所述第一校驗(yàn)值和下一文件塊在所述文件塊緩存區(qū)的一緩存地址給所述客戶端；接收一文件生成請(qǐng)求，根據(jù)所述文件生成請(qǐng)求攜帶的文件塊的劃分順序?qū)⒏魉鑫募K緩存區(qū)中對(duì)應(yīng)的文件塊重新組合成一第二文件，并根據(jù)所述第二文件生成一第一文件校驗(yàn)值，將所述第一文件校驗(yàn)值返回給客戶端。

根據(jù)本發(fā)明的第四方面

一種文件接收裝置，設(shè)置于服務(wù)器側(cè)，所述文件接收裝置包括：文件片接收單元，用于根據(jù)一任務(wù)接收一文件片，將所述文件片緩存在根據(jù)所述任務(wù)創(chuàng)建的一文件塊緩存區(qū)，其中，在所述文件片緩存完成后，計(jì)算一次所述文件片的一第一校驗(yàn)值，并將所述第一校驗(yàn)值和下一文件塊在所述文件塊緩存區(qū)的一緩存地址給所述客戶端；文件生成單元，接收一文件生成請(qǐng)求，根據(jù)所述文件生成請(qǐng)求攜帶的文件塊的劃分順序?qū)⒏魉鑫募K緩存區(qū)中對(duì)應(yīng)的文件塊重新組合成一第二文件，并根據(jù)所述第二文件生成一第一文件校驗(yàn)值，將所述第一文件校驗(yàn)值返回給客戶端。

根據(jù)本發(fā)明的第五方面

一種文件上傳系統(tǒng)，包括一服務(wù)器和與所述服務(wù)器網(wǎng)絡(luò)連接的至少一客戶端，所述客戶端包括上述文件上傳裝置；所述服務(wù)器包括上述文件接收裝置。

本發(fā)明的有益效果：

文件上傳速度和成功率先比現(xiàn)有技術(shù)更高，具體體現(xiàn)在以下方面：采用分塊上傳，單塊上傳失敗可以從塊重傳，無(wú)需整個(gè)文件重傳，即支持?jǐn)帱c(diǎn)續(xù)傳，節(jié)省網(wǎng)絡(luò)資源；采用分片上傳，單片大小較小，保證單次文件上傳請(qǐng)求消息數(shù)據(jù)包較小，不易受網(wǎng)絡(luò)質(zhì)量影響，成功率高；采用多任務(wù)異步上傳，多任務(wù)對(duì)文件塊分別上傳，任務(wù)間互不影響，在網(wǎng)絡(luò)條件容許情況下上傳速率大大提升。

附圖說(shuō)明

圖1顯示為本發(fā)明客戶端側(cè)之一種文件上傳方法的流程圖。

圖2顯示為本發(fā)明客戶端側(cè)之每個(gè)任務(wù)上傳文件塊的流程圖。

圖3顯示為本發(fā)明客戶端側(cè)之確認(rèn)所上傳的文件是否成功的流程圖。

圖4顯示為本發(fā)明客戶端側(cè)之一種文件上傳裝置的原理圖。

圖5顯示為本發(fā)明客戶端側(cè)之一種文件上傳裝置在一優(yōu)選實(shí)施例之一的原理圖。

圖6顯示為本發(fā)明客戶端側(cè)之一種文件上傳裝置在一優(yōu)選實(shí)施例之二的原理圖。

圖7顯示為本發(fā)明服務(wù)器側(cè)之一種文件接收方法的流程圖。

圖8顯示為本發(fā)明服務(wù)器側(cè)之一種文件接收裝置的原理圖。

圖9顯示為本發(fā)明系統(tǒng)側(cè)之一種文件上傳系統(tǒng)的原理圖。

附圖標(biāo)號(hào)說(shuō)明

4文件上傳裝置

41文件劃分模塊

42文件塊上傳模塊

421文件片上傳單元

422文件片校驗(yàn)單元

43文件驗(yàn)證模塊

431文件生成請(qǐng)求單元

432文件生成校驗(yàn)單元

8文件接收裝置

81文件片接收單元

82文件生成單元

9文件上傳

91客戶端

92服務(wù)器

s101～s103步驟

s201～s202步驟

s301～s302步驟

s701～s702步驟

具體實(shí)施方式

以下通過(guò)特定的具體實(shí)例說(shuō)明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說(shuō)明書(shū)所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過(guò)另外不同的具體實(shí)施方式加以實(shí)施或應(yīng)用，本說(shuō)明書(shū)中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用，在沒(méi)有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。需說(shuō)明的是，在不沖突的情況下，以下實(shí)施例及實(shí)施例中的特征可以相互組合。

需要說(shuō)明的是，以下實(shí)施例中所提供的圖示僅以示意方式說(shuō)明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制，其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復(fù)雜。

前述說(shuō)明

以下實(shí)施方式中給出的技術(shù)方案都是基于客戶端和服務(wù)器之間通過(guò)http協(xié)議進(jìn)行信息交互來(lái)實(shí)現(xiàn)的，其用于解決在客戶端向服務(wù)器上傳文件過(guò)程中由于網(wǎng)絡(luò)原因而時(shí)常導(dǎo)致上傳失敗的問(wèn)題，使文件上傳過(guò)程更加可靠。

實(shí)施方式一

根據(jù)本發(fā)明客戶端側(cè)之方法來(lái)進(jìn)行說(shuō)明

見(jiàn)圖1，給出了一種文件上傳方法，其通過(guò)順序執(zhí)行以下步驟來(lái)實(shí)現(xiàn)。

s101，在一客戶端對(duì)一第一文件進(jìn)行劃分得到n個(gè)文件塊以及對(duì)每一所述文件塊進(jìn)行劃分得到m個(gè)文件片，其中，m和n取正整數(shù)。

上述步驟s101中，劃分第一文件的方式可以為一預(yù)先指定的規(guī)則，一般地，可以將文件塊的大小設(shè)定在某一范圍或固定在某一值，同理，文件片也是，不過(guò)文件片的大小應(yīng)小于文件塊，例如，文件塊不超出4mb，片大小為256kb。

其中，需要上傳的文件并不一定是一規(guī)定文件塊大小的整數(shù)倍，故一般至少有一個(gè)文件塊的大小和其它文件塊的大小不一致，對(duì)應(yīng)地，其被劃分成文件片的數(shù)量也可能與其它文件塊所劃分的文件片的數(shù)量不一致。例如，一個(gè)文件為42mb，如果按每個(gè)文件塊4mb，那么，該文件件可以被劃分為11個(gè)文件塊，其中一個(gè)文件塊的大小就為2mb。

s102，所述客戶端根據(jù)n個(gè)文件塊啟動(dòng)n個(gè)任務(wù)來(lái)一一對(duì)被劃分為m個(gè)文件片的各文件塊進(jìn)行分片上傳至一服務(wù)器，其中，所述n個(gè)任務(wù)異步進(jìn)行，在每上傳完一文件片后，所述客戶端對(duì)所述文件片上傳前后的數(shù)據(jù)校驗(yàn)值來(lái)確定上傳至所述服務(wù)器中的文件片是否正確。

上述步驟s102中，客戶端根據(jù)劃分得到的文件塊數(shù)量分配相應(yīng)數(shù)量的任務(wù)，例如一個(gè)待傳文件被劃分為10個(gè)文件塊，那么客戶端就會(huì)啟動(dòng)10個(gè)任務(wù)來(lái)一一上傳各文件塊。

其中，各任務(wù)之間是異步進(jìn)行的，互不影響。

在一具體實(shí)施例中，每個(gè)任務(wù)對(duì)應(yīng)一個(gè)文件塊，見(jiàn)圖2，每個(gè)任務(wù)上傳文件塊的過(guò)程可以通過(guò)以下步驟來(lái)實(shí)現(xiàn)：

s201，所述客戶端根據(jù)所述任務(wù)發(fā)送第一請(qǐng)求，所述第一請(qǐng)求攜帶有一文件片，用于指示所述服務(wù)器創(chuàng)建一文件塊緩存區(qū)，以及將所述文件片緩存在文件塊緩存區(qū)，其中，所述服務(wù)器在對(duì)每一文件片進(jìn)行緩存后，將根據(jù)所述文件片返回第一校驗(yàn)值和下一文件塊在文件塊緩存區(qū)的緩存地址給所述客戶端；

s202，所述客戶端接收所述第一校驗(yàn)值和緩存地址，并根據(jù)剛上傳的文件片生成第二校驗(yàn)值，在所述第二校驗(yàn)值與第一校驗(yàn)值一致時(shí)，將所述緩存地址和下一文件片進(jìn)行組合后上傳。

其中，在所述第二校驗(yàn)值與第一校驗(yàn)值不一致時(shí)，重傳所述文件片。

其中，第一校驗(yàn)值和第二校驗(yàn)值為crc32值，通過(guò)對(duì)所上傳的文件片進(jìn)行crc32值校驗(yàn)可以驗(yàn)證客戶端和服務(wù)器上的一致性。

其中，在一個(gè)文件塊的所有文件片皆上傳完成以后，即表示一個(gè)文件塊對(duì)應(yīng)的任務(wù)結(jié)束。

s103，在n個(gè)文件塊全部上傳完成后，所述客戶端請(qǐng)求所述服務(wù)器將n個(gè)文件塊重新組合成一第二文件，并根據(jù)所述第二文件和第一文件的文件校驗(yàn)值來(lái)確定所述第一文件是否上傳成功。

上述步驟s103中，結(jié)合上述步驟s102中的具體描述，見(jiàn)圖3，所述客戶端確認(rèn)其所上傳的第一文件是否成功的步驟具體可以包括：

s301，所述客戶端發(fā)送一文件生成請(qǐng)求，所述請(qǐng)求攜帶有所述n個(gè)文件塊的劃分順序，用于指示所述服務(wù)器根據(jù)所述劃分順序?qū)個(gè)文件塊緩存區(qū)中對(duì)應(yīng)n個(gè)文件塊重新組合成一第二文件，根據(jù)所述第二文件生成一第一文件校驗(yàn)值，并將所述第一文件校驗(yàn)值返回給客戶端；

s302，客戶端接收所述第一文件校驗(yàn)值，并將其與根據(jù)第一文件生成的一第二文件校驗(yàn)值進(jìn)行比較，若一致，提示上傳成功，若不一致，提示上傳失敗。

其中，所述第一文件校驗(yàn)值和第二文件校驗(yàn)值為sha1值，用于驗(yàn)證客戶端上需要上傳的文件和服務(wù)器接收到并重新組合的文件之間是否一致，保證上傳的準(zhǔn)確性。

其中，上述步驟中每次文件片上傳(即httppost請(qǐng)求)如果由于網(wǎng)絡(luò)原因?qū)е率?，可重新?qǐng)求，而非從頭開(kāi)始。

其中，客戶端的n個(gè)任務(wù)為多任務(wù)異步進(jìn)行，具體可以由程序自動(dòng)控制，可為多線程、多協(xié)程等具體實(shí)現(xiàn)方式。

其中，如果某個(gè)任務(wù)執(zhí)行失敗，可新建一個(gè)任務(wù)替換原失敗任務(wù)，即重新創(chuàng)建文件塊，舊文件塊失效。

其中，所述劃分順序可以為采用httppost表單的方式向服務(wù)器進(jìn)行請(qǐng)求，具體地，各個(gè)文件塊的標(biāo)識(shí)可使用逗號(hào)分隔。

為了更清楚地對(duì)本發(fā)明實(shí)施例進(jìn)行說(shuō)明，下面在實(shí)際應(yīng)用中結(jié)合具體實(shí)施例對(duì)所述文件上傳方法進(jìn)行詳細(xì)描述：

以在客戶端對(duì)一個(gè)10mb的文件進(jìn)行上傳為例來(lái)進(jìn)行說(shuō)明；

其中，文件上傳過(guò)程可以這樣來(lái)實(shí)施：

s41，客戶端根據(jù)一劃分規(guī)則將大小為10mb的文件按照塊大小為4mb分割為n＝3個(gè)塊；第一塊大小4mb，第二塊大小4mb，第三塊大小2mb；

s42，客戶端開(kāi)啟3個(gè)任務(wù)分別對(duì)三個(gè)文件塊進(jìn)行異步上傳，任務(wù)的上傳流程后續(xù)描述。同時(shí)保存三個(gè)文件塊的id和順序，其中塊標(biāo)識(shí)分別為blockid1、blockid2、blockid3；

s43，客戶端將三個(gè)文件塊的塊id按照順序拼接為“blockid1,blockid2,blockid3”，并提交到服務(wù)器申請(qǐng)生成文件；

s44，服務(wù)器接收到客戶端的請(qǐng)求后，安裝塊標(biāo)識(shí)順序邏輯上生成文件，生成文件id，計(jì)算整個(gè)文件的sha1值，返回給客戶端；

s45，客戶端計(jì)算文件的sha1值，并與步驟204中服務(wù)器返回的sha1值進(jìn)行校驗(yàn)，如果相等則文件上傳成功，反正提示上傳文件失敗。

進(jìn)一步地，每一任務(wù)對(duì)文件塊分片上傳的過(guò)程可以這樣來(lái)實(shí)施：

s421，任務(wù)將文件塊進(jìn)行分片，約定塊大小為256kb；文件塊1分為16片，文件塊2分為16片，文件塊3分為8片；

s422，任務(wù)向服務(wù)器發(fā)起http請(qǐng)求創(chuàng)建塊，同時(shí)上傳第一片數(shù)據(jù)；

s423，服務(wù)器接收到請(qǐng)求后創(chuàng)建文件塊緩存，保存第一片數(shù)據(jù)到緩沖區(qū)，計(jì)算第一片數(shù)據(jù)crc32校驗(yàn)和，返回給客戶端塊標(biāo)識(shí)和校驗(yàn)和。服務(wù)器將收到三次創(chuàng)建塊請(qǐng)求，分別創(chuàng)建了blockid1、blockid2、blockid3。

s424，任務(wù)對(duì)剛上傳的文件片計(jì)算crc32，并與服務(wù)器返回的crc32值進(jìn)行校驗(yàn)，如果不相等則說(shuō)明本片上傳失敗，提示用戶上傳文件失??；

s425，任務(wù)對(duì)后續(xù)的文件片執(zhí)行上傳片操作，同時(shí)對(duì)服務(wù)器返回的crc32進(jìn)行校驗(yàn)，直到文件片上傳完成。

上述實(shí)施例提供的方法，通過(guò)將文件拆分為文件塊和文件片進(jìn)行上傳，在上傳時(shí)，依次對(duì)文件片進(jìn)行上傳來(lái)完成文件塊的上傳，而文件塊之間的上傳為異步進(jìn)行，從而提升了文件上傳的效率；加之，上傳過(guò)程會(huì)對(duì)文件片、文件塊及文件進(jìn)行一一數(shù)據(jù)校驗(yàn)，從而保證數(shù)據(jù)傳輸?shù)臏?zhǔn)確性，故即便在網(wǎng)絡(luò)較差的情況下該文件也會(huì)被準(zhǔn)確而高效的上傳之服務(wù)器。

實(shí)施方式二

根據(jù)本發(fā)明客戶端側(cè)之裝置來(lái)進(jìn)行說(shuō)明

見(jiàn)圖4，給出了一種文件上傳裝置，其安裝于客戶端側(cè)，包括：文件劃分模塊，用于對(duì)一第一文件進(jìn)行劃分得到n個(gè)文件塊以及對(duì)每一所述文件塊進(jìn)行劃分得到m個(gè)文件片，其中，m和n取正整數(shù)；文件塊上傳模塊，用于根據(jù)n個(gè)文件塊啟動(dòng)n個(gè)任務(wù)來(lái)一一對(duì)被劃分為m個(gè)文件片的各文件塊進(jìn)行分片上傳至一服務(wù)器，其中，所述n個(gè)任務(wù)異步進(jìn)行，在每上傳完一文件片后，所述客戶端對(duì)所述文件片上傳前后的數(shù)據(jù)校驗(yàn)值來(lái)確定上傳至所述服務(wù)器中的文件片是否正確；文件驗(yàn)證模塊，用于在n個(gè)文件塊全部上傳完成后，所述客戶端請(qǐng)求所述服務(wù)器將n個(gè)文件塊重新組合成一第二文件，并根據(jù)所述第二文件和第一文件的文件校驗(yàn)值來(lái)確定所述第一文件是否上傳成功。

在一優(yōu)選實(shí)施例中

見(jiàn)圖5，其一，所述文件塊上傳模塊具體包括：文件片上傳單元，用于根據(jù)所述任務(wù)發(fā)送一文件片，所述文件片包含于一任務(wù)請(qǐng)求中，用于指示所述服務(wù)器根據(jù)所述任務(wù)請(qǐng)求創(chuàng)建一文件塊緩存區(qū)，以及將所述文件片緩存在所述文件塊緩存區(qū)，其中，在每一文件片緩存完成后，所述服務(wù)器將計(jì)算所述文件片的第一校驗(yàn)值，并將所述第一校驗(yàn)值和下一文件塊在所述文件塊緩存區(qū)的一緩存地址給所述客戶端；文件片校驗(yàn)單元，用于接收所述第一校驗(yàn)值和緩存地址，并根據(jù)剛上傳的所述文件片生成一第二校驗(yàn)值，在所述第二校驗(yàn)值與第一校驗(yàn)值一致時(shí)，將所述緩存地址和下一文件片進(jìn)行組合后上傳。

見(jiàn)圖6，其二，文件驗(yàn)證模塊包括：文件生成請(qǐng)求單元，用于發(fā)送一文件生成請(qǐng)求，所述請(qǐng)求攜帶有所述n個(gè)文件塊的劃分順序，用于指示所述服務(wù)器根據(jù)所述劃分順序?qū)個(gè)文件塊緩存區(qū)中對(duì)應(yīng)n個(gè)文件塊重新組合成一第二文件，根據(jù)所述第二文件生成一第一文件校驗(yàn)值，并將所述第一文件校驗(yàn)值返回給客戶端；文件生成校驗(yàn)單元，用于接收所述第一文件校驗(yàn)值，并將其與根據(jù)第一文件生成的一第二文件校驗(yàn)值進(jìn)行比較，若一致，提示上傳成功，若不一致，提示上傳失敗。

實(shí)施方式三

根據(jù)本發(fā)明服務(wù)器側(cè)之方法來(lái)進(jìn)行說(shuō)明

見(jiàn)圖7，給出了一種文件接收方法，其包括以下步驟：

s701，根據(jù)一任務(wù)接收一文件片，將所述文件片緩存在根據(jù)所述任務(wù)創(chuàng)建的一文件塊緩存區(qū)，其中，在所述文件片緩存完成后，計(jì)算一次所述文件片的一第一校驗(yàn)值，并將所述第一校驗(yàn)值和下一文件塊在所述文件塊緩存區(qū)的一緩存地址給所述客戶端；

s702，接收一文件生成請(qǐng)求，根據(jù)所述文件生成請(qǐng)求攜帶的文件塊的劃分順序?qū)⒏魉鑫募K緩存區(qū)中對(duì)應(yīng)的文件塊重新組合成一第二文件，并根據(jù)所述第二文件生成一第一文件校驗(yàn)值，將所述第一文件校驗(yàn)值返回給客戶端。

實(shí)施方式四

根據(jù)本發(fā)明服務(wù)器側(cè)裝置法來(lái)進(jìn)行說(shuō)明

見(jiàn)圖8，給出了一種文件接收裝置，設(shè)置于服務(wù)器側(cè)，所述文件接收裝置包括：文件片接收單元，用于根據(jù)一任務(wù)接收一文件片，將所述文件片緩存在根據(jù)所述任務(wù)創(chuàng)建的一文件塊緩存區(qū)，其中，在所述文件片緩存完成后，計(jì)算一次所述文件片的一第一校驗(yàn)值，并將所述第一校驗(yàn)值和下一文件塊在所述文件塊緩存區(qū)的一緩存地址給所述客戶端；文件生成單元，接收一文件生成請(qǐng)求，根據(jù)所述文件生成請(qǐng)求攜帶的文件塊的劃分順序?qū)⒏魉鑫募K緩存區(qū)中對(duì)應(yīng)的文件塊重新組合成一第二文件，并根據(jù)所述第二文件生成一第一文件校驗(yàn)值，將所述第一文件校驗(yàn)值返回給客戶端。

實(shí)施方式五

根據(jù)本發(fā)明服務(wù)器側(cè)裝置法來(lái)進(jìn)行說(shuō)明

見(jiàn)圖9，給出了一種文件上傳系統(tǒng)，其包括一服務(wù)器和與所述服務(wù)器網(wǎng)絡(luò)連接的至少一客戶端，所述客戶端包括上述實(shí)施方二中的文件上傳裝置；所述服務(wù)器包括上述實(shí)施方四中的文件接收裝置。

需要說(shuō)明的是，由于本實(shí)施方式二至五中的方法、裝置及系統(tǒng)解決問(wèn)題的原理與上述實(shí)施方式一中的方法相似，因此，其實(shí)施過(guò)程及實(shí)施原理均可以參見(jiàn)前述實(shí)施方式一中的實(shí)施過(guò)程及實(shí)施原理描述，重復(fù)之處不再贅述。

綜上所述，根據(jù)本發(fā)明所提出的上述實(shí)施方式中的方案具有以下優(yōu)勢(shì)：

分塊上傳優(yōu)點(diǎn)：?jiǎn)螇K上傳失敗可以從塊重傳，無(wú)需整個(gè)文件重傳，即支持?jǐn)帱c(diǎn)續(xù)傳，節(jié)省網(wǎng)絡(luò)資源；分片上傳優(yōu)點(diǎn)：?jiǎn)纹笮≥^小，保證單次文件片請(qǐng)求(即httppost請(qǐng)求)消息數(shù)據(jù)包較小，不易受網(wǎng)絡(luò)質(zhì)量影響，成功率高；多任務(wù)異步上傳優(yōu)點(diǎn)：多任務(wù)對(duì)文件塊分別上傳，任務(wù)間互不影響，在網(wǎng)絡(luò)條件容許情況下上傳速率大大提升。所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價(jià)值。

上述實(shí)施例僅例示性說(shuō)明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對(duì)上述實(shí)施例進(jìn)行修飾或改變。因此，舉凡所屬技術(shù)領(lǐng)域中具有通常知識(shí)者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。