[發(fā)明專利]一種大容量文件傳輸方法

無效

• 申請(qǐng)?zhí)枺?/td>: 200710178243.4
• 申請(qǐng)日: 2007-11-28
• 公開（公告）號(hào): CN101447856A
• 公開（公告）日: 2009-06-03
• 發(fā)明（設(shè)計(jì)）人: 王弋珵;孫偉;趙祎
• 申請(qǐng)（專利權(quán)）人: 新奧特（北京）視頻技術(shù)有限公司
• 主分類號(hào): H04L1/18
• 分類號(hào): H04L1/18;H04L1/00;H04L1/16;H04L29/06
• 代理公司: 北京泛華偉業(yè)知識(shí)產(chǎn)權(quán)代理有限公司
• 代理人: 王 勇

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

本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)領(lǐng)域，具體地說，本發(fā)明特別涉及一種文件傳輸方法。

背景技術(shù)

目前，大多數(shù)企業(yè)的經(jīng)營都涉及到多種性質(zhì)不同的業(yè)務(wù)，因此在企業(yè)內(nèi)部的計(jì)算機(jī)網(wǎng)絡(luò)中，通常形成多個(gè)業(yè)務(wù)應(yīng)用子網(wǎng)來分別滿足這些業(yè)務(wù)的需求，而數(shù)據(jù)需要在各子網(wǎng)之間需要共享或者傳輸。以廣電行業(yè)為例，當(dāng)前國內(nèi)外廣電行業(yè)在信息化方面的總體發(fā)展方向是：網(wǎng)絡(luò)化、信息化，根據(jù)在電視臺(tái)的實(shí)際業(yè)務(wù)中涉及多種性質(zhì)不同的業(yè)務(wù)需求，電視臺(tái)內(nèi)部形成多個(gè)業(yè)務(wù)應(yīng)用子網(wǎng)來滿足電視臺(tái)“采、編、播、存、管”的整個(gè)電視工藝流程。其中，節(jié)目素材需要子網(wǎng)之間共享或者傳輸，因此，對(duì)文件傳輸方式需要一種合理可行的模式，而現(xiàn)有技術(shù)沒有很好地解決這一問題。

首先，傳統(tǒng)的文件傳輸方式一般是在兩個(gè)子網(wǎng)不同應(yīng)用系統(tǒng)之間點(diǎn)對(duì)點(diǎn)的通信和傳輸，一般這種情況下，兩個(gè)系統(tǒng)都需要提供客戶端和服務(wù)端程序，當(dāng)需要進(jìn)行文件傳輸?shù)南到y(tǒng)個(gè)數(shù)增加時(shí)，增加各個(gè)系統(tǒng)負(fù)擔(dān)和運(yùn)行成本。此種模式下，系統(tǒng)之間關(guān)聯(lián)的數(shù)量是[N(N-1)]/2，每當(dāng)增加一個(gè)應(yīng)用系統(tǒng)時(shí)，系統(tǒng)的關(guān)聯(lián)度增加N(參考圖1和圖2)，并需要在所關(guān)聯(lián)系統(tǒng)上分別提供對(duì)新增系統(tǒng)的客戶端和服務(wù)端程序。

再者，目前通用的文件傳輸協(xié)議不能很好的支持大容量文件傳輸。目前通用的文件傳輸技術(shù)包括文件拷貝、FTP文件傳輸協(xié)議、TCP/IP傳輸協(xié)議等。文件拷貝的方式，通常用于同一子網(wǎng)開放權(quán)限的兩個(gè)傳輸終端之間的文件傳輸。而企業(yè)(如電視臺(tái))內(nèi)部的業(yè)務(wù)板塊網(wǎng)通常是各自組建，并且基于網(wǎng)絡(luò)安全和數(shù)據(jù)安全的需要，具有較為嚴(yán)格的權(quán)限控制策略。因此，文件拷貝的方式，不適合用來打通電視臺(tái)業(yè)務(wù)板塊之間的數(shù)據(jù)互通，而且也不具有跨平臺(tái)性。FTP(File?Transfer?Protocol)是Internet傳統(tǒng)的服務(wù)之一，但是如果在系統(tǒng)內(nèi)部架設(shè)FTP服務(wù)器，并不具有較好的擴(kuò)展性，如果專門開發(fā)應(yīng)用程序使用FTP協(xié)議進(jìn)行文件傳輸在文件完整性校驗(yàn)上也不具備足夠的靈活性。

最后，在文件傳輸過程中，有時(shí)會(huì)出現(xiàn)數(shù)據(jù)丟失(或損壞)的問題，為解決這一問題，需要對(duì)接收到的文件數(shù)據(jù)進(jìn)行完整性驗(yàn)證。常見的數(shù)據(jù)完整性驗(yàn)證算法包括：MD5和SHA1。SHA1算法對(duì)路由器等網(wǎng)絡(luò)組件的要求較高。而MD5是由RSA發(fā)明的一種消息摘要算法，具有快速和高效的優(yōu)點(diǎn)。另外，使用JAVA語言開發(fā)的應(yīng)用程序，可以方便的嵌入MD5算法。目前，Internet上很多國外的網(wǎng)站提供的下載資源都會(huì)同時(shí)提供一個(gè)md5驗(yàn)證文件。在接收端對(duì)整個(gè)文件進(jìn)行一次md5編碼，一旦驗(yàn)證失敗，則將文件重新傳輸一遍。這種完整性校驗(yàn)方法能夠有效地防止數(shù)據(jù)丟失(或損壞)，但當(dāng)傳輸?shù)奈募?shù)據(jù)量較大時(shí)，特別是傳輸媒體文件時(shí)，重新傳輸整個(gè)文件將耗費(fèi)大量的資源，極大地影響傳輸速度，甚至還會(huì)造成網(wǎng)絡(luò)擁塞，因此，迫切需要一種適合于大數(shù)據(jù)量文件傳輸?shù)耐暾则?yàn)證方法。

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

本發(fā)明的目的是克服現(xiàn)有技術(shù)的不足，解決跨網(wǎng)段數(shù)據(jù)傳輸、大數(shù)據(jù)量文件傳輸、文件數(shù)據(jù)的完整性保證和傳輸安全性等方面的技術(shù)問題，從而提供一種適合于大容量數(shù)據(jù)的文件傳輸方法。

為實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明提供的大容量文件傳輸方法，該方法基于Xfer網(wǎng)絡(luò)構(gòu)架實(shí)現(xiàn)，該網(wǎng)絡(luò)構(gòu)架包括通過總線連接的主干網(wǎng)和多個(gè)板塊網(wǎng)；每個(gè)所述板塊網(wǎng)至少包括一個(gè)xPeer服務(wù)器和多個(gè)應(yīng)用節(jié)點(diǎn)，所述主干網(wǎng)包括M-Peer服務(wù)器；所述大容量文件傳輸方法包括如下步驟：

1)一個(gè)應(yīng)用節(jié)點(diǎn)(下文中將其稱為接收節(jié)點(diǎn))請(qǐng)求傳輸另一應(yīng)用節(jié)點(diǎn)(下文中將其稱為服務(wù)節(jié)點(diǎn))中的文件；

2)所述接收節(jié)點(diǎn)所在板塊網(wǎng)的xPeer服務(wù)器對(duì)攜帶所述請(qǐng)求的信令進(jìn)行封裝，然后與所述服務(wù)節(jié)點(diǎn)所在板塊網(wǎng)的xPeer服務(wù)器進(jìn)行通信，在所述主干網(wǎng)的M-Peer服務(wù)器的調(diào)度下，將所述文件通過總線傳輸至所述接收節(jié)點(diǎn)所在板塊網(wǎng)的xPeer服務(wù)器上；

3)所述接收節(jié)點(diǎn)從所在板塊網(wǎng)的xPeer服務(wù)器獲取所述文件。

上述技術(shù)方案中，所述步驟2)中，各板塊網(wǎng)的xPeer服務(wù)器采用SimpleFTP協(xié)議進(jìn)行通信，所述SimpleFTP協(xié)議的程序包包括命令模塊、文件查驗(yàn)?zāi)K、數(shù)據(jù)傳輸模塊、完整性驗(yàn)證模塊和錯(cuò)誤重傳模塊。

上述技術(shù)方案中，基于SimpleFTP協(xié)議的文件傳輸過程如下：

21)在所述命令模塊，發(fā)送獲取文件信息消息，該消息中攜帶需要驗(yàn)證的遠(yuǎn)程文件的文件名；

22)在所述文件查驗(yàn)?zāi)K，返回服務(wù)應(yīng)答消息，該應(yīng)答消息中攜帶所述遠(yuǎn)程文件的數(shù)據(jù)量大小的信息；