[發(fā)明專利]文件傳輸方法和系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200810225722.1
• 申請日: 2008-11-07
• 公開（公告）號: CN101741762A
• 公開（公告）日: 2010-06-16
• 發(fā)明（設計）人: 李守亮
• 申請（專利權(quán)）人: 北大方正集團有限公司;北京方正阿帕比技術有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;G06F17/30
• 代理公司: 北京中博世達專利商標代理有限公司 11274
• 代理人: 申健

技術領域

本發(fā)明涉及網(wǎng)絡技術，尤其涉及一種文件傳輸?shù)姆椒ê拖到y(tǒng)。

背景技術

互聯(lián)網(wǎng)數(shù)據(jù)中心(Internet?Data?Center)簡稱IDC，就是通信服務商利用已有的互聯(lián)網(wǎng)通信線路、帶寬資源，建立標準化的通信專業(yè)級機房環(huán)境。IDC是伴隨著互聯(lián)網(wǎng)不斷發(fā)展的需求而發(fā)展起來的，它為ICP(互聯(lián)網(wǎng)通信服務提供商，Internet?Communication?Provider)、企業(yè)、媒體和各類網(wǎng)站提供大規(guī)模、高質(zhì)量、安全可靠的專業(yè)化服務器托管、空間租用、網(wǎng)絡批發(fā)帶寬以及ASP(動態(tài)服務器頁面，Active?Server?Page)、EC(電子商務，Electronic?Commerce)等業(yè)務。

目前許多互聯(lián)網(wǎng)網(wǎng)站的數(shù)據(jù)制作端設在公司內(nèi)網(wǎng)，在發(fā)布數(shù)據(jù)文件制作完成后通過專線把發(fā)布數(shù)據(jù)文件傳輸?shù)絀DC機房，且最終數(shù)據(jù)文件通常存儲在IDC機房的多臺磁盤陣列上，IDC機房有本地磁盤和異地磁盤。大型網(wǎng)站的發(fā)布數(shù)據(jù)文件通常是海量的，而海量的數(shù)據(jù)文件傳輸，對傳輸?shù)姆€(wěn)定性、多存儲的同步速度要求很高。由于傳輸專線的帶寬因素、專線的穩(wěn)定因素，以及服務器與磁盤存儲的緩存因素等，在數(shù)據(jù)傳輸和同步過程中，容易出現(xiàn)以下問題：

由于小帶寬專線(帶寬為2～8M)容易發(fā)生擁堵，導致傳輸一個較大文件時需要的時間很長。在將數(shù)據(jù)直接寫到Unix或Windows的磁盤陣列時，由于某些未知的緩存原因，容易產(chǎn)生0字節(jié)和不完整文件，因而傳輸不夠穩(wěn)定。

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

本發(fā)明的一個目的在于提供一種文件傳輸方法，能夠解決現(xiàn)有的海量文件傳輸不穩(wěn)定，容易造成0字節(jié)文件和不完整文件的問題。

為達到上述目的，本發(fā)明采用如下技術方案：

一種文件傳輸方法，包括：

將文件上傳到中轉(zhuǎn)目錄；

從所述中轉(zhuǎn)目錄下抽取文件并將所抽取的文件打包形成壓縮文件包；

將所述壓縮文件包復制到本地磁盤的目標目錄下。

本發(fā)明文件傳輸方法通過將文件上傳到中轉(zhuǎn)目錄，從所述中轉(zhuǎn)目錄下抽取文件并進行打包，最后將打包后形成的壓縮文件包復制到本地磁盤的目標目錄下，從而實現(xiàn)了海量文件在傳輸過程中能夠保證文件的完整性，減少0字節(jié)文件和不完整文件。

本發(fā)明的另一個目的在于提供一種文件傳輸系統(tǒng)，能夠解決現(xiàn)有的海量文件傳輸不穩(wěn)定，容易造成0字節(jié)文件和不完整文件的問題。

為達到上述目的，本發(fā)明的實施例采用如下技術方案：

一種文件傳輸系統(tǒng)，包括：本地磁盤，還包括：

文件中轉(zhuǎn)單元，用于將文件上傳并緩存；

文件抽取單元，用于抽取所述文件中轉(zhuǎn)單元緩存的文件，并將所抽取的文件打包形成壓縮文件包；

傳輸單元，用于將所述壓縮文件包復制到本地磁盤的目標目錄下。

本發(fā)明文件傳輸系統(tǒng)通過文件中轉(zhuǎn)單元將文件上傳并緩存，并由文件抽取單元將文件抽取并打包形成壓縮文件包，最后由傳輸單元將壓縮文件包復制到本地磁盤的目標目錄下，從而實現(xiàn)了海量文件傳輸過程中能夠保證文件的完整性，減少0字節(jié)文件和不完整文件。

附圖說明

圖1為本發(fā)明文件傳輸方法的流程圖；

圖2為本發(fā)明實施例一基于Unix的文件傳輸方法的流程圖；

圖3為本發(fā)明文件傳輸系統(tǒng)的示意圖；

圖4為本發(fā)明實施例二基于Unix的文件傳輸系統(tǒng)的示意圖。

具體實施方式

下面結(jié)合附圖對本發(fā)明實施例文件傳輸方法和系統(tǒng)行詳細描述。應當明確，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明的一個目的在于提供一種文件傳輸方法，能夠解決現(xiàn)有的海量文件傳輸不穩(wěn)定和效率低的問題。

如圖1所示，本發(fā)明文件傳輸方法，包括：

S101、將文件上傳到中轉(zhuǎn)目錄；

S102、從所述中轉(zhuǎn)目錄下抽取文件并將所抽取的文件打包形成壓縮文件包；

S103、將所述壓縮文件包復制到本地磁盤的目標目錄下。

本發(fā)明文件傳輸方法通過將文件上傳到中轉(zhuǎn)目錄，從所述中轉(zhuǎn)目錄下抽取文件并進行打包形成壓縮文件包，最后將壓縮文件包復制到本地磁盤的目標目錄下，從而實現(xiàn)了海量文件傳輸過程中能夠保證文件的完整性，減少0字節(jié)文件和不完整文件。

實施例一

本實施例以基于Unix的文件傳輸方法為例對本發(fā)明進行說明。

如圖2所示，本實施例基于Unix的文件傳輸方法包括：

S201、將文件上傳到接收服務器上的中轉(zhuǎn)目錄。