專利名稱：一種文件上傳方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)應(yīng)用領(lǐng)域，尤其涉及一種文件上傳方法和系統(tǒng)。
背景技術(shù)：
文件的上傳功能在基于B/S的開發(fā)模式中非常普遍。它允許客戶端向服務(wù)器端上傳文件，但不論采用何種開發(fā)語言，大多都需要客戶端用戶通過文件上傳控件選擇要上傳的文件后才可實(shí)現(xiàn)上傳。在云計(jì)算技術(shù)迅猛發(fā)展的今天，數(shù)據(jù)業(yè)務(wù)呈現(xiàn)出數(shù)據(jù)量大、文件操作頻繁的趨勢，傳統(tǒng)的文件上傳方式已經(jīng)不能滿足我 們的需求。目前，基于web方式的文件上傳主要有兩種方式即采用HTTP協(xié)議和FTP協(xié)議實(shí)現(xiàn)，其中首先對采用HTTP協(xié)議實(shí)現(xiàn)文件上傳進(jìn)行說明在過去的Html中，表單不能實(shí)現(xiàn)文件的上傳，這多少限制了一些網(wǎng)頁的功能。RFC1867規(guī)范(即Html中實(shí)現(xiàn)基于表單的文件上傳)對表單作出了擴(kuò)展，增加了一個(gè)表單元素〈input type = file〉。通過使用這個(gè)元素,瀏覽器會(huì)自動(dòng)生成一個(gè)輸入框和一個(gè)按鈕，輸入框可供用戶填寫本地的文件名和路徑名，按鈕可以讓瀏覽器打開一個(gè)文件選擇框供用戶選擇文件。其上傳過程如下步驟I、客戶端用戶選擇要上傳的文件步驟2、服務(wù)器獲得一個(gè)客戶端向服務(wù)器發(fā)出的數(shù)據(jù)流步驟3、分析上傳的文件格式步驟4、根據(jù)分析結(jié)果將多個(gè)文件依次輸出服務(wù)器端的目標(biāo)文件中。其次、采用FTP協(xié)議實(shí)現(xiàn)多個(gè)文件的上傳而FTP協(xié)議是Internet上用來傳送文件的協(xié)議,規(guī)定了 Internet上文件互相傳送的標(biāo)準(zhǔn)。具體實(shí)現(xiàn)過程步驟I、與FTP服務(wù)器建立連接；步驟2、初始化文件的傳輸方式，包括ASCII和BINARY兩種方式；步驟3、將文件輸出到文件輸入流中；步驟4、輸入流中的數(shù)據(jù)讀入字節(jié)數(shù)組中；步驟5、字節(jié)數(shù)組中的數(shù)據(jù)寫入輸出流(將數(shù)據(jù)寫入到一個(gè)網(wǎng)絡(luò)鏈接上)。這樣和源文件同名的一個(gè)文件就復(fù)制到了服務(wù)器端。由以上兩種方式我們可以看出利用HTTP協(xié)議上傳文件需要使用文件上傳控件，對于不采用文件上傳控件的文件上傳則無能為力；采用FTP協(xié)議實(shí)現(xiàn)多個(gè)文件的上傳比較簡單，容易實(shí)現(xiàn)。一般是編寫的客戶端的程序，但服務(wù)器端的安全設(shè)置會(huì)比較復(fù)雜。另夕卜，F(xiàn)TP還有以下缺點(diǎn)數(shù)據(jù)傳輸模式不合理、工作方式設(shè)計(jì)不合理、與防火墻工作不協(xié)調(diào)、密碼安全策略不完善和傳輸效率低等，已經(jīng)有學(xué)者提出文件傳輸協(xié)議(FTP)將會(huì)消亡的觀點(diǎn)?；谝陨戏治?，如何提供一種自動(dòng)化文件上傳方案是亟待解決的技術(shù)問題。其中文件上傳控件是指HTML語言中的表單元素〈input type = file〉。

發(fā)明內(nèi)容
本發(fā)明提供一種文件上傳方法和系統(tǒng)，要解決的技術(shù)技術(shù)問題是在基于B/S架構(gòu)的系統(tǒng)中，在不采用文件上傳控件的情況下如何實(shí)現(xiàn)文件的上傳功能為解決上述技術(shù)問題，本發(fā)明提供了如下技術(shù)方案一種文件上傳方法，包括在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX對象；啟用所述ActiveX對象；當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件?！?yōu)選的，所述方法還具有如下特點(diǎn)所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流。優(yōu)選的，所述方法還具有如下特點(diǎn)所述方法還包括獲取服務(wù)器對ActiveX對象允許上傳的文件的配置；所述調(diào)用所述ActiveX對象上傳文件,包括在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳；僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。優(yōu)選的，所述方法還具有如下特點(diǎn)所述待上傳的文件的路徑信息是通過如下方式獲取的方式一讀取預(yù)先寫入的路徑信息；方式二 接收用戶輸入的路徑的信息?！N文件上傳系統(tǒng),包括加載裝置，用于在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX 對象；啟用裝置，與所述加載裝置相連，用于啟用所述ActiveX對象；調(diào)用裝置，用于當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件。優(yōu)選的，所述系統(tǒng)還具有如下特點(diǎn)所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流。優(yōu)選的，所述系統(tǒng)還具有如下特點(diǎn)所述系統(tǒng)還包括獲取裝置，用于獲取服務(wù)器對ActiveX對象允許上傳的文件的配置；所述調(diào)用裝置包括判斷模塊，用于在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳；轉(zhuǎn)換模塊，用于僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。優(yōu)選的，所述系統(tǒng)還具有如下特點(diǎn)，所述待上傳的文件的路徑信息是通過如下方式獲取的方式一讀取預(yù)先寫入的路徑信息；方式二 接收用戶輸入的路徑的信息。
由于通過ActiveX對象是可以自由加載到瀏覽器中的，如果加載一能上傳文件的ActiveX對象,則在本地未加載用于上傳文件的控件時(shí),通過調(diào)用該對象就可以實(shí)現(xiàn)對文件的上傳。進(jìn)一步的，如果加載ActiveX對象將待上傳文件轉(zhuǎn)為二進(jìn)制或十六進(jìn)制的字符流，通過傳輸此字符流實(shí)現(xiàn)文件的上傳。


圖I為本發(fā)明提供的文件上傳方法實(shí)施例的流程示意圖；圖2為本發(fā)明提供的文件上傳系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)描述。需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。圖I為本發(fā)明提供的文件上傳方法實(shí)施例的流程示意圖。圖I所示方法實(shí)施例包括步驟101、在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX對象；步驟102、啟用所述ActiveX對象；步驟103、當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件。由于通過ActiveX對象是可以自由加載到瀏覽器中的，如果加載一能上傳文件的ActiveX對象，則在在不使用文件上控件的情況下，通過調(diào)用該對象就可以實(shí)現(xiàn)對文件的上傳。與現(xiàn)有技術(shù)中傳輸字符流不同，將文件以二進(jìn)制字符流進(jìn)行可選的，在使用ActiveX對象進(jìn)行文件上傳時(shí)，為了減少上傳的數(shù)據(jù)量，所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流?？紤]到ActiveX對象向服務(wù)器上傳是客戶端自己觸發(fā)的，如果客戶端上傳了病毒文件等，會(huì)直接影響服務(wù)器的正常工作。因此提出如下改進(jìn)方案所述方法還包括獲取服務(wù)器對ActiveX對象允許上傳的文件的配置；所述調(diào)用所述ActiveX對象上傳文件,包括在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳；僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。其中，所述待上傳的文件的路徑信息是通過如下方式獲取的方式一預(yù)先寫入的路徑信息；例如，在編寫ActiveX對象的代碼時(shí)，在其代碼上寫入路徑信息，在對該ActiveX對象進(jìn)行執(zhí)行時(shí)，自然會(huì)讀取到路徑信息；方式二 接收用戶輸入的路徑的信息；例如，彈出一個(gè)對話窗，讓用戶在對話框中輸入路徑信息。
當(dāng)然，對于服務(wù)器而言，與現(xiàn)有技術(shù)中相同，接收到文件參數(shù)后，將文件參數(shù)保存為同格式的同名文件即可，此處不再贅述。本發(fā)明提供的方法實(shí)施例提供一種基于web方式不依賴文件選擇控件的自動(dòng)化文件上傳方法，客戶端不需要選擇文件選擇控件只需要提供客戶端文件的絕對路徑即可實(shí)現(xiàn)文件的自動(dòng)化上傳，方便的實(shí)現(xiàn)在不需要用戶干預(yù)的情況下僅指明文件的絕對路徑進(jìn)行文件上傳，或者是多個(gè)文件的批量上傳。圖2為本發(fā)明提供的文件上傳系統(tǒng)實(shí)施例的結(jié)構(gòu)示意圖。圖2所示系統(tǒng)實(shí)施例包括加載裝置201，用于在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX 對象；啟用裝置202，與所述加載裝置201相連，用于啟用所述ActiveX對象；調(diào)用裝置203，用于當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件?！て渲?，所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流?？蛇x的，所述系統(tǒng)還包括獲取裝置，用于獲取服務(wù)器對ActiveX對象允許上傳的文件的配置；所述調(diào)用裝置203包括判斷模塊，用于在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳；轉(zhuǎn)換模塊，用于僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。其中，所述待上傳的文件的路徑信息是通過如下方式獲取的方式一讀取預(yù)先寫入的路徑信息；方式二 接收用戶輸入的路徑的信息。由于通過ActiveX對象是可以自由加載到瀏覽器中的，如果加載一能上傳文件的ActiveX對象,則在本地未加載用于上傳文件的控件時(shí),通過調(diào)用該對象就可以實(shí)現(xiàn)對文件的上傳。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求所述的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種文件上傳方法，其特征在于，包括 在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX對象； 啟用所述ActiveX對象； 當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述方法還包括 獲取服務(wù)器對ActiveX對象允許上傳的文件的配置； 所述調(diào)用所述ActiveX對象上傳文件，包括 在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳； 僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述待上傳的文件的路徑信息是通過如下方式獲取的 方式一讀取預(yù)先寫入的路徑信息； 方式二 接收用戶輸入的路徑的信息。
5.一種文件上傳系統(tǒng)，其特征在于，包括 加載裝置，用于在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX對象； 啟用裝置，與所述加載裝置相連，用于啟用所述ActiveX對象； 調(diào)用裝置，用于當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述ActiveX對象還用于將待上傳的文件轉(zhuǎn)換成二進(jìn)制或16進(jìn)制的字符流。
7.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于 所述系統(tǒng)還包括 獲取裝置，用于獲取服務(wù)器對ActiveX對象允許上傳的文件的配置； 所述調(diào)用裝置包括 判斷模塊，用于在得到待上傳的文件后，根據(jù)預(yù)先獲取的服務(wù)器允許上傳的文件，判斷所述待上傳是否允許上傳； 轉(zhuǎn)換模塊，用于僅在允許上傳時(shí)，將待上傳的文件轉(zhuǎn)換成二進(jìn)制字符流。
8.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于，所述待上傳的文件的路徑信息是通過如下方式獲取的 方式一讀取預(yù)先寫入的路徑信息； 方式二 接收用戶輸入的路徑的信息。
全文摘要
本發(fā)明提供一種文件上傳方法和系統(tǒng)。所述方法，包括在本地未加載用于上傳文件的控件時(shí)，加載一用于上傳文件的ActiveX對象；啟用所述ActiveX對象；當(dāng)獲取到待上傳的文件后，調(diào)用所述ActiveX對象上傳文件。
文檔編號(hào)H04L29/08GK102970325SQ20121039474
公開日2013年3月13日 申請日期2012年10月17日 優(yōu)先權(quán)日2012年10月17日
發(fā)明者付正全, 劉成平, 劉正偉 申請人:浪潮(北京)電子信息產(chǎn)業(yè)有限公司