專利名稱：一種文件傳輸方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種文件傳輸方法及裝置。
背景技術(shù)：
當前網(wǎng)絡(luò)防火墻對HTTP協(xié)議下載的文件進行安全性掃描的時候，一般都是啟用全代理技術(shù)，將整個文件先下載到防火墻，經(jīng)過檢測認為文件沒有安全問題時，才將文件返回給下載用戶。文件上傳也是同樣的情況，防火墻先將文件保存下來，對文件進行檢測，通過后，才將文件上傳到目標服務(wù)器?，F(xiàn)有技術(shù)中，在網(wǎng)絡(luò)有限制情況下，對于下載數(shù)據(jù)量大的文件，從服務(wù)器下載到防火墻的時間會比較長，導(dǎo)致下載客戶端長時間沒有收到任何數(shù)據(jù)，客戶端會因為長時間接收不到數(shù)據(jù)而認為連接已經(jīng)斷開，然后自動關(guān)閉連接，導(dǎo)致下載失敗，同理，對于上傳數(shù)據(jù)量大的文件，從客戶端上傳到文件服務(wù)器的時間會比較長，也經(jīng)常會導(dǎo)致服務(wù)器長時間接收不到任何數(shù)據(jù)，服務(wù)器會因此自動關(guān)閉連接，導(dǎo)致文件傳送失敗。

發(fā)明內(nèi)容
本發(fā)明實施例提供的一種文件傳輸方法及設(shè)備，避免了因為文件緩存，造成接收端長時間未收到數(shù)據(jù)報文，使得數(shù)據(jù)連接斷開的情況，提高了文件傳輸?shù)某晒β?。本發(fā)明實施例的目的是通過以下技術(shù)方案實現(xiàn)的一種文件傳輸方法，包括接收并緩存來自發(fā)送端的文件；向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險；當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端。一種文件傳輸設(shè)備，包括接收模塊，用于接收并緩存來自發(fā)送端的文件；連接保持模塊，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；檢測模塊，用于當所述文件緩存完成后，對所述文件進行檢測，以檢測文件是否有安全風險；發(fā)送模塊，用于當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端。通過本發(fā)明實施例中所提供的文件傳輸方法及設(shè)備，接收并緩存來自發(fā)送端的文件，向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接，當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險，當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端，避免了因為文件緩存，造成接收端長時間未收到數(shù)據(jù)報文，使得數(shù)據(jù)連接斷開的情況，提高了文件傳輸?shù)某晒β省?



為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例中提供的一種文件傳輸方法的應(yīng)用場景圖；圖2是本發(fā)明實施例中提供的一種文件傳輸方法的流程圖；圖3是本發(fā)明實施例中提供的另一種文件傳輸方法的流程圖；圖4是本發(fā)明實施例中提供的一種文件傳輸設(shè)備的示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。如圖1所示，為本發(fā)明實施例的一種應(yīng)用場景?？蛻舳?01、網(wǎng)絡(luò)檢測設(shè)備102、服務(wù)器103和緩存設(shè)備，其中，客戶端用于上傳文件給服務(wù)器103或從服務(wù)器103下載文件， 網(wǎng)絡(luò)檢測設(shè)備102用于對文件進行檢測，緩存設(shè)備用于緩存待檢測的文件。實施例一本發(fā)明實施例中提供一種文件傳輸方法，下面以客戶端101從服務(wù)器103下載文件為例，介紹本發(fā)明的技術(shù)方案，其中，網(wǎng)絡(luò)檢測設(shè)備102對下載的文件進行緩存并檢測， 如圖2所示，該方法包括步驟201、接收并緩存來自發(fā)送端的文件；步驟202、向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；步驟203、當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險；步驟204、當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端；通過本發(fā)明實施例中所提供的文件傳輸方法及設(shè)備，接收并緩存來自發(fā)送端的文件，向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接，當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險，當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端，避免了因為文件緩存，造成接收端長時間未收到數(shù)據(jù)報文，使得數(shù)據(jù)連接斷開的情況，提高了文件傳輸?shù)某晒β省Ｆ渲?，步驟201中，網(wǎng)絡(luò)檢測設(shè)備102可能接受來自客戶端101的文件或來自服務(wù)器103的文件，本實施例中僅介紹了接收來自服務(wù)器103的文件的情況，對于接收來自客戶端101的文件的情況與此類似，在此不再贅述。其中，步驟202具體可以包括
向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，所述數(shù)據(jù)包的HTTP首部與所述文件中數(shù)據(jù)包的HTTP首部相同。例如這里可以采用構(gòu)造一個HTTP數(shù)據(jù)包，該數(shù)據(jù)包的首部參數(shù)與文件中數(shù)據(jù)包的首部參數(shù)相同，這樣才能保持有效的連接?；蛘?，向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包。例如向接收到發(fā)送少量的數(shù)據(jù)包，例如每隔2秒，發(fā)送一個文件數(shù)據(jù)包給接收端。通過步驟202中的方法，周期性向接收端發(fā)送數(shù)據(jù)包以保持接收端與發(fā)送端的連接，有效的防止了連接的超時斷開，造成文件的丟失。其中，步驟203具體可以包括當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險。其中，步驟204中，如果步驟202中采用的保持連接的方式為向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包時，相應(yīng)地，步驟204為當所述文件無安全風險時，將緩存的未發(fā)送的所述文件發(fā)送給所述接收端。步驟204還可以包括，當所述文件存在安全風險時，將緩存的所述文件丟棄，并斷開所述發(fā)送端與所述接收端的數(shù)據(jù)連接。實施例二本發(fā)明實施例中提供的另一種基于數(shù)據(jù)內(nèi)容識別的存儲方法，如圖3所示，該方法包括步驟301、接收并緩存來自發(fā)送端的文件；步驟302、判斷出所述文件為數(shù)據(jù)量大的文件；步驟303、向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；步驟304、當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險；步驟305、當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端；其中，本實施例中步驟301、步驟303、步驟304和步驟305與實施例一中的步驟 201、步驟202、步驟203和步驟204類似，在此不再贅述。其中，步驟302通過判斷出所述文件為數(shù)據(jù)量大的文件時，才啟動連接保持的方法，對于數(shù)據(jù)量小的文件，可以按照常規(guī)方式處理，降低了處理負荷，節(jié)約了系統(tǒng)資源。步驟302，具體還可以包括檢測出所述接收的文件的數(shù)據(jù)量超過第一閾值；或者，檢測出緩存所述接收的文件的時間超過第二閾值。判斷文件的數(shù)據(jù)量大小，可以通過文件緩存時間和直接緩存文件的大小來實現(xiàn)，例如在緩存文件過程中，發(fā)現(xiàn)緩存的數(shù)據(jù)量超過第一閾值時，或者，發(fā)現(xiàn)緩存的文件的時間超過第二閾值時，則判斷接收的文件為大文件，需要啟動保持連接的處理， 即步驟303。實施例三本發(fā)明實施例中提供的一種文件傳輸設(shè)備，如圖3所示，該傳輸設(shè)備包括接收模塊410，用于接收并緩存來自發(fā)送端的文件；連接保持模塊420，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；檢測模塊430，用于當所述文件緩存完成后，對所述文件進行檢測，以檢測文件是否有安全風險；發(fā)送模塊440，用于當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端。本實施例中，文件傳輸設(shè)備，還包括判斷模塊450，用于在連接保持模塊向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包之前，判斷出所述文件為數(shù)據(jù)量大的文件。其中，所述判斷模塊，包括第一判斷單元451，用于判斷出所述接收的文件的數(shù)據(jù)量超過第一閾值；或者，第二判斷單元452，用于判斷出所述接收的文件的傳輸時間超過第二閾值。其中，所述連接保持模塊420，包括第一連接保持單元421，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，所述數(shù)據(jù)包的HTTP首部與所述文件中數(shù)據(jù)包的HTTP首部相同；或者，第二連接保持單元422，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包。其中，所述發(fā)送模塊440還用于，將剩余未發(fā)送的文件數(shù)據(jù)包發(fā)送給接收端。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如 ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。以上對本發(fā)明進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種文件傳輸方法，其特征在于，包括 接收并緩存來自發(fā)送端的文件；向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險； 當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端。
2.根據(jù)權(quán)利要求1所述的文件傳輸方法，其特征在于，所述向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包之前，還包括判斷出所述文件為數(shù)據(jù)量大的文件。
3.根據(jù)權(quán)利要求2所述的文件傳輸方法，其特征在于，所述判斷出所述文件為數(shù)據(jù)量大的文件，包括檢測出所述接收的文件的數(shù)據(jù)量超過第一閾值； 或者，檢測出緩存所述接收的文件的時間超過第二閾值。
4.根據(jù)權(quán)利要求1至3中任意一項所述的文件傳輸方法，其特征在于，所述向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，包括向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，所述數(shù)據(jù)包的HTTP首部與所述文件中數(shù)據(jù)包的HTTP首部相同； 或者，向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包。
5.根據(jù)權(quán)利要求4所述的文件傳輸方法，其特征在于，所述向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包時，所述將緩存的所述文件發(fā)送給所述接收端，包括將剩余未發(fā)送的文件數(shù)據(jù)包發(fā)送給接收端。
6.一種文件傳輸設(shè)備，其特征在于，包括 接收模塊，用于接收并緩存來自發(fā)送端的文件；連接保持模塊，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；檢測模塊，用于當所述文件緩存完成后，對所述文件進行檢測，以檢測文件是否有安全風險；發(fā)送模塊，用于當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端。
7.根據(jù)權(quán)利要求6所述的文件傳輸設(shè)備，其特征在于，所述文件傳輸設(shè)備，還包括判斷模塊，用于在連接保持模塊向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包之前，判斷出所述文件為數(shù)據(jù)量大的文件。
8.根據(jù)權(quán)利要求7所述的文件傳輸設(shè)備，其特征在于，所述判斷模塊，包括 第一判斷單元，用于判斷出所述接收的文件的數(shù)據(jù)量超過第一閾值； 或者，第二判斷單元，用于判斷出所述接收的文件的傳輸時間超過第二閾值。
9.根據(jù)權(quán)利要求6至8中任意一項所述的文件傳輸設(shè)備，其特征在于，所述連接保持模塊，包括第一連接保持單元，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，所述數(shù)據(jù)包的 HTTP首部與所述文件中數(shù)據(jù)包的HTTP首部相同； 或者，第二連接保持單元，用于向接收端每隔預(yù)設(shè)時間發(fā)送至少一個已緩存的文件數(shù)據(jù)包。
10.根據(jù)權(quán)利要求9所述的文件傳輸設(shè)備，其特征在于，所述發(fā)送模塊還用于，將剩余未發(fā)送的文件數(shù)據(jù)包發(fā)送給接收端。
全文摘要
本發(fā)明實施例中提供一種文件傳輸方法，包括接收并緩存來自發(fā)送端的文件；向接收端每隔預(yù)設(shè)時間發(fā)送至少一個數(shù)據(jù)包，以保持所述發(fā)送端與所述接收端的數(shù)據(jù)連接；當所述文件緩存完成后，對所述文件進行檢測，以檢測所述文件是否有安全風險；當所述文件無安全風險時，將緩存的所述文件發(fā)送給所述接收端，避免了因為文件緩存，造成接收端長時間未收到數(shù)據(jù)報文，使得數(shù)據(jù)連接斷開的情況，提高了文件傳輸?shù)某晒β省?br> 文檔編號H04L12/56GK102209039SQ201110174458
公開日2011年10月5日 申請日期2011年6月27日 優(yōu)先權(quán)日2011年6月27日
發(fā)明者李春茂 申請人:成都市華為賽門鐵克科技有限公司