[發(fā)明專利]一種C/S架構(gòu)下的文件傳輸方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201710049210.3
• 申請(qǐng)日: 2017-01-21
• 公開（公告）號(hào): CN106790665A
• 公開（公告）日: 2017-05-31
• 發(fā)明（設(shè)計(jì)）人: 邱志斌;陳建山;涂高元;郭永興;陸云燕;陳雅賢
• 申請(qǐng)（專利權(quán)）人: 廈門天銳科技股份有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

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

本發(fā)明屬于計(jì)算機(jī)數(shù)據(jù)存儲(chǔ)技術(shù)領(lǐng)域，特別涉及一種C/S架構(gòu)下的文件傳輸方法。

背景技術(shù)

隨著辦公電子化的普及，為了提高企業(yè)(單位)員工的工作效率和信息安全，大部分企業(yè)(單位)都對(duì)員工的辦公文件進(jìn)行一定的管控，不可避免的會(huì)需要將本地終端文件上傳/備份到服務(wù)器，同時(shí)在需要的時(shí)候，從服務(wù)端上下載/恢復(fù)下來。

在工作中，經(jīng)常需要在客戶端和服務(wù)器之間傳輸文件，出于網(wǎng)絡(luò)不穩(wěn)定等原因，在傳輸過程中經(jīng)常會(huì)出現(xiàn)傳輸中斷的情況，此時(shí)就需要重新傳輸或繼續(xù)傳輸，目前在進(jìn)行文件重傳時(shí)，都是使用數(shù)據(jù)庫或配置文件等來記錄已上傳或已下載的文件長(zhǎng)度信息，實(shí)現(xiàn)起來很復(fù)雜，有待改進(jìn)。

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

本發(fā)明的目的，在于提供一種C/S架構(gòu)下的文件傳輸方法，其可減少文件重傳或傳輸中斷后重新上傳的情況，提高文件傳輸效率。

為了達(dá)成上述目的，本發(fā)明的解決方案是：

一種C/S架構(gòu)下的文件傳輸方法，用于在發(fā)送端與接收端之間的文件傳輸，包括如下步驟：

步驟1，發(fā)送端向接收端提供文件名、文件的標(biāo)識(shí)信息、文件的長(zhǎng)度和文件保存路徑；

步驟2，接收端根據(jù)文件名及文件的標(biāo)識(shí)信息對(duì)臨時(shí)文件進(jìn)行命名；

步驟3，接收端計(jì)算已接收的臨時(shí)文件長(zhǎng)度，然后把臨時(shí)文件長(zhǎng)度通知發(fā)送端；

步驟4，發(fā)送端繼續(xù)向接收端傳輸文件，直至傳輸結(jié)束；

步驟5，接收端計(jì)算已接收的臨時(shí)文件的標(biāo)識(shí)信息，若計(jì)算得到的標(biāo)識(shí)信息與該臨時(shí)文件的文件名相同，則表示傳輸成功。

上述步驟1中，標(biāo)識(shí)信息采用文件的消息摘要或哈希值。

上述步驟2中，接收端根據(jù)文件名和文件的標(biāo)識(shí)信息判斷本地是否存在對(duì)應(yīng)的文件，若存在則通知發(fā)送端結(jié)束文件傳輸。

上述步驟2中，接收端根據(jù)文件名和文件的標(biāo)識(shí)信息判斷本地是否存在對(duì)應(yīng)的文件，若不存在該文件，則繼續(xù)判斷臨時(shí)文件的大小是否為零，若不為零，則轉(zhuǎn)步驟3，若為零，則以標(biāo)識(shí)信息命名臨時(shí)文件。

上述步驟4中，發(fā)送端根據(jù)臨時(shí)文件長(zhǎng)度，通過文件偏移繼續(xù)傳輸文件。

上述步驟5中，傳輸完畢后，接收端將臨時(shí)文件名改回實(shí)際文件名。

采用上述方案后，本發(fā)明可以在一定程度上減少文件重傳或傳輸中斷后重新上傳的情況，能夠提高文件的傳輸效率、實(shí)現(xiàn)斷點(diǎn)續(xù)傳和文件校驗(yàn)，同時(shí)不依賴數(shù)據(jù)庫去記錄已上傳或已下載的文件長(zhǎng)度，使用起來相對(duì)簡(jiǎn)單。

具體實(shí)施方式

以下將結(jié)合具體實(shí)施例，對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)說明。

本發(fā)明提供一種C/S架構(gòu)下的文件傳輸方法，可實(shí)現(xiàn)在發(fā)送端與接收端之間的文件傳輸，包括如下步驟：

步驟1，發(fā)送端向接收端提供文件名、文件的標(biāo)識(shí)信息、文件的長(zhǎng)度和文件保存路徑；

所述的標(biāo)識(shí)信息可以采用該文件的消息摘要或哈希值；

步驟2，接收端根據(jù)文件名及文件的標(biāo)識(shí)信息對(duì)臨時(shí)文件進(jìn)行命名；

步驟3，接收端計(jì)算已接收的臨時(shí)文件長(zhǎng)度，然后把臨時(shí)文件長(zhǎng)度通知發(fā)送端；

步驟4，發(fā)送端繼續(xù)向接收端傳輸文件，直至傳輸結(jié)束；

步驟5，接收端計(jì)算已接收的臨時(shí)文件的標(biāo)識(shí)信息，若計(jì)算得到的標(biāo)識(shí)信息與該臨時(shí)文件的文件名相同，則表示傳輸成功。傳輸完畢后，接收端將臨時(shí)文件名改回實(shí)際文件名。

在具體實(shí)施時(shí)，本發(fā)明可以實(shí)現(xiàn)客戶端和文件系統(tǒng)服務(wù)端之間的文件(包括目錄)上傳、文件(包括目錄)下載等操作，客戶端和文件系統(tǒng)服務(wù)端之間進(jìn)行文件傳輸時(shí)，可以根據(jù)具體的情況分別作為發(fā)送端和接收端，比如當(dāng)進(jìn)行文件或目錄上傳時(shí)，客戶端作為發(fā)送端，文件系統(tǒng)服務(wù)端作為接收端，當(dāng)進(jìn)行文件或目錄下載時(shí)，文件系統(tǒng)服務(wù)端作為發(fā)送端，客戶端作為接收端。

下面以文件上傳為例，說明本發(fā)明的具體實(shí)施過程：

(1)客戶端發(fā)起與文件系統(tǒng)服務(wù)端的連接；

(2)客戶端向文件系統(tǒng)服務(wù)端發(fā)送文件上傳請(qǐng)求，并提供文件的長(zhǎng)度、文件標(biāo)識(shí)信息及文件保存路徑；

(3)文件系統(tǒng)服務(wù)端接收到上傳請(qǐng)求后，首先根據(jù)文件名和標(biāo)識(shí)信息判斷本地是否存在該文件，若存在則通知客戶端結(jié)束上傳動(dòng)作，若不存在該文件，則嘗試獲取臨時(shí)文件的大小：如果臨時(shí)文件大小不等于零，則說明有未完成的文件傳輸，文件系統(tǒng)服務(wù)端把已上傳的文件長(zhǎng)度通知客戶端，客戶端通過此文件偏移，以已上傳的文件長(zhǎng)度為偏移，繼續(xù)讀取余下未發(fā)送的文件內(nèi)容，客戶端繼續(xù)完成文件的上傳；如果沒找到該臨時(shí)文件，則以標(biāo)識(shí)信息命名該臨時(shí)文件，然后開始文件傳輸，傳輸完成后，計(jì)算臨時(shí)文件的標(biāo)識(shí)信息，如果計(jì)算出來的臨時(shí)文件標(biāo)識(shí)信息與文件名相同，則判定本次上傳成功。