一種文件拉取方法及裝置制造方法
【專利摘要】本發(fā)明實施例提供一種文件拉取方法，包括：獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置；分析所述待處理的任務信息，得到所述文件的下載地址；啟用碎片化下載，使用所述下載地址，將所述文件下載到所述客戶端的指定位置；判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息。本發(fā)明實施例還提供了相應的文件拉取裝置。
【專利說明】一種文件拉取方法及裝置

【技術領域】
[0001]本發(fā)明涉及計算機【技術領域】，尤其涉及一種文件拉取方法及裝置。

【背景技術】
[0002]FTP (File Transfer Protocol，文件傳輸協(xié)議)是在TCP/IP網(wǎng)絡和因特網(wǎng)上最早使用的協(xié)議之一，可以應用此協(xié)議在TCP/IP網(wǎng)絡上兩臺計算機之間傳送文件。FTP是應用層的協(xié)議，它基于傳輸層，為用戶服務，負責進行文件的傳輸。FTP是一個8位的客戶端-服務器協(xié)議，能操作任何類型的文件而不需要進一步處理。盡管World Wide Web (WWW)已經(jīng)替代了 FTP的大多數(shù)功能，F(xiàn)TP仍然是通過Internet把文件從客戶機復制到服務器上的一種常用途徑，F(xiàn)TP客戶端可以給服務器發(fā)出命令來下載文件，上傳文件，創(chuàng)建或改變服務器上的目錄。
[0003]運行FTP服務的許多站點大都開放了匿名服務，在匿名登錄設置下，用戶不需要賬號就可以登錄FTP服務器，默認情況下，匿名用戶的用戶名是^anonymous”。這個賬號不需要密碼，雖然通常要求輸入用戶的郵件地址作為認證密碼，但這只是一些細節(jié)或者此郵件地址根本不被確定，而是依賴于數(shù)據(jù)庫的配置情況。
[0004]現(xiàn)有FTP文件傳輸?shù)姆椒ň哂腥缦氯秉c:密碼和文件內(nèi)容都使用明文傳輸，可能產(chǎn)生不希望發(fā)生的竊聽；數(shù)據(jù)庫一般都會限制客戶端下載文件的最大速度，導致客戶端不能快速的獲取文件。


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

[0005]本發(fā)明實施例提供一種文件拉取方法和裝置，用以解決現(xiàn)有技術中存在的FTP密碼和文件內(nèi)容使用明文傳輸，容易被竊聽的問題，以及客戶端不能從數(shù)據(jù)庫快速獲取文件的問題。
[0006]本發(fā)明的一個方面，提供一種文件拉取方法，包括:
[0007]獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置；
[0008]分析所述待處理的任務信息，得到所述文件的下載地址；
[0009]啟用碎片化下載，使用所述下載地址，將所述文件下載到所述客戶端的指定位置；
[0010]判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息。
[0011]本發(fā)明的另一個方面，提供一種文件拉取裝置，包括:
[0012]獲取模塊，用于獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置；
[0013]分析模塊，用于分析所述獲取模塊獲取的所述待處理的任務信息，得到所述文件的下載地址；
[0014]下載模塊，用于啟用碎片化下載，使用所述分析模塊分析得到的下載地址，將所述文件下載到所述客戶端的指定位置；
[0015]狀態(tài)修改模塊，用于判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息。
[0016]使用本發(fā)明實施例提供的文件拉取方法和裝置，文件的下載地址不再直接暴露，而是要通過文件在數(shù)據(jù)庫中的相對地址和數(shù)據(jù)庫的地址相結(jié)合來確定，杜絕了文件下載被竊聽的弊端，能夠提供較高的安全性。同時由于提供了碎片化下載，將一個文件分解為多個碎片，能夠顯著提高文件下載的速度，從而使客戶端快速地從數(shù)據(jù)庫獲取文件。

【專利附圖】

【附圖說明】
[0017]圖1所示是本發(fā)明實施例提供的文件拉取的系統(tǒng)結(jié)構(gòu)示意圖；
[0018]圖2所示是本發(fā)明實施例提供的文件拉取方法的示意圖；
[0019]圖3所示是本發(fā)明實施例提供的文件拉取方法的信令流程圖；
[0020]圖4所示是本發(fā)明實施例提供的一種文件拉取裝置的結(jié)構(gòu)示意圖。

【具體實施方式】
[0021]在本發(fā)明實施例中，文件的下載地址不直接暴露，而是要通過文件在數(shù)據(jù)庫中的相對地址和數(shù)據(jù)庫的地址相結(jié)合來確定，杜絕了文件下載被竊聽的弊端，能夠提供較高的安全性。同時由于提供了碎片化下載，將一個文件分解為多個碎片，能夠顯著提高文件下載的速度，從而使客戶端快速地從數(shù)據(jù)庫獲取文件。
[0022]以下先介紹本發(fā)明實施例提供的文件拉取方法所依據(jù)的系統(tǒng)。圖1所示為本發(fā)明一個實施例提供的文件拉取的系統(tǒng)結(jié)構(gòu)示意圖。
[0023]如圖1所示，該系統(tǒng)包括:客戶端101、文件拉取服務器102、文件拉取通知接口103、拉取數(shù)據(jù)庫104以及文件數(shù)據(jù)庫105。其中，客戶端101與文件拉取服務器102相連，接收文件拉取服務器102發(fā)送的文件數(shù)據(jù)；文件拉取服務器102通過文件拉取通知接口 103與拉取數(shù)據(jù)庫104相連，通過該接口從拉取數(shù)據(jù)庫104中獲取待處理的任務信息，在任務處理完成之后，再通過該接口向拉取數(shù)據(jù)庫104反饋任務處理的情況；文件數(shù)據(jù)庫105與文件拉取服務器102相連，存儲客戶端請求下載的文件，文件拉取服務器102解析從拉取數(shù)據(jù)庫104獲取的待處理的任務信息，從文件數(shù)據(jù)庫105中下載客戶端101請求的文件，并發(fā)送給客戶端101。
[0024]基于圖1所示的文件拉取系統(tǒng)，圖2所示為本發(fā)明一個實施例提供的文件拉取方法的示意圖。依據(jù)該圖，詳述各步驟如下:
[0025]步驟201、獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置；
[0026]其中，獲取待處理的任務信息，包括:通過接口訪問拉取數(shù)據(jù)庫，獲取待處理的任務信息。
[0027]步驟202、分析所述待處理的任務信息，得到所述文件的下載地址；
[0028]其中，該步驟具體包括:組合所述文件的相對路徑和所述文件所在數(shù)據(jù)庫的路徑，得到所述文件的下載地址。
[0029]文件的相對路徑是指該文件在其所在的數(shù)據(jù)庫中的位置，再加上數(shù)據(jù)庫的地址，即可得到該文件的下載地址。
[0030]步驟203、啟用碎片化下載，使用所述下載地址，將所述文件下載到所述客戶端的指定位置；
[0031]其中，啟用碎片化下載，包括:將所述文件分解為至少一個文件碎片，并為每個文件碎片分配一個下載進程，所述各個下載進程同時下載所述文件碎片。
[0032]步驟204、判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)息。
[0033]其中，該步驟具體包括:判斷所述文件下載成功，修改所述待處理的任務的狀態(tài)為處理完成；或者若判斷所述文件下載不成功，修改所述待處理的任務的狀態(tài)為處理未完成。
[0034]使用本發(fā)明實施例提供的文件拉取方法，文件的下載地址不再直接暴露，而是要通過文件在數(shù)據(jù)庫中相對地址和數(shù)據(jù)庫的地址相結(jié)合來確定，杜絕了文件下載被竊聽的弊端，能夠提供較高的安全性。同時由于提供了碎片化下載，將一個文件分解為多個碎片，能夠顯著提高文件下載的速度，從而使客戶端快速地從數(shù)據(jù)庫獲取文件。
[0035]基于圖1所示的系統(tǒng)，圖3為本發(fā)明一個實施例提供的文件拉取方法的信令流程圖。依據(jù)該圖，詳細介紹本發(fā)明實施例提供的文件拉取方法。
[0036]步驟301、客戶端向文件拉取服務器請求下載文件；
[0037]步驟302、文件拉取服務器通過文件拉取通知接口(以下簡稱接口)訪問拉取數(shù)據(jù)庫，獲取待處理的任務信息，其中包括了要下載的文件的名稱、文件的相對路徑，以及該文件要下載到的客戶端的位置。
[0038]步驟303、文件拉取服務器根據(jù)獲取到的任務信息，分析拼接得到文件的下載地址。
[0039]其中，文件拉取服務器根據(jù)該文件在文件數(shù)據(jù)庫中的相對路徑，以及文件數(shù)據(jù)庫的地址，拼接得到該文件的下載地址。
[0040]步驟304、文件拉取服務器根據(jù)分析得到的文件地址啟用碎片化下載將文件從文件數(shù)據(jù)庫下載到客戶端。
[0041]步驟305、客戶端向文件拉取服務器反饋該文件是否下載成功；
[0042]步驟306、文件拉取服務器根據(jù)該文件下載是否成功，通過接口修改拉取數(shù)據(jù)庫中此條任務的狀態(tài)。
[0043]其中，文件拉取服務器根據(jù)客戶端的反饋，若判斷該文件下載成功，則修改待處理的任務的狀態(tài)為處理完成；若判斷該文件下載不成功，則修改待處理的任務的狀態(tài)為處理未完成。
[0044]使用本發(fā)明實施例提供的文件拉取方法，文件的下載地址不再直接暴露，而是要通過文件在數(shù)據(jù)庫中相對地址和數(shù)據(jù)庫的地址相結(jié)合來確定，杜絕了文件下載被竊聽的弊端，能夠提供較高的安全性。同時由于提供了碎片化下載，將一個文件分解為多個碎片，能夠顯著提高文件下載的速度，從而使客戶端快速地從數(shù)據(jù)庫獲取文件。
[0045]以下介紹一種文件拉取裝置，用以實現(xiàn)前述實施例中公開的文件拉取的方法。圖4為本發(fā)明一個實施例提供的一種文件拉取裝置的結(jié)構(gòu)示意圖。依據(jù)該圖，介紹該裝置的各組成部分如下:
[0046]獲取單元401，用于獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置；
[0047]其中，獲取單元401獲取待處理的任務信息，包括:通過接口訪問拉取數(shù)據(jù)庫，獲取待處理的任務/[目息。
[0048]分析單元402，用于分析所述獲取單元401獲取的所述待處理的任務信息，得到所述文件的下載地址；
[0049]其中，分析單元402通過組合所述文件的相對路徑和所述文件所在數(shù)據(jù)庫的路徑，得到所述文件的下載地址。
[0050]下載單元403，用于啟用碎片化下載，使用所述分析單元402分析得到的下載地址，將所述文件下載到所述客戶端的指定位置；
[0051]其中，下載單元403啟動的碎片化下載包括:將所述文件分解為至少一個文件碎片，并為每個文件碎片分配一個下載進程，所述各個下載進程同時下載所述文件碎片，將所述文件下載到所述客戶端的指定位置。
[0052]狀態(tài)修改單元404，用于判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)/[目息。
[0053]其中，狀態(tài)修改單元404具體用于:判斷所述文件下載成功，修改所述待處理的任務的狀態(tài)為處理完成；或者判斷所述文件下載不成功，修改所述待處理的任務的狀態(tài)為處理未完成。
[0054]使用本發(fā)明實施例提供的文件拉取裝置，文件的下載地址不再直接暴露，而是要通過文件在數(shù)據(jù)庫中相對地址和數(shù)據(jù)庫的地址相結(jié)合來確定，杜絕了文件下載被竊聽的弊端，能夠提供較高的安全性。同時由于提供了碎片化下載，將一個文件分解為多個碎片，能夠顯著提高文件下載的速度，從而使客戶端快速地從數(shù)據(jù)庫獲取文件。
[0055]本領域普通技術人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟、光盤、網(wǎng)絡節(jié)點、調(diào)度器等各種可以存儲程序代碼的介質(zhì)。
[0056]最后應說明的是:以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，盡管參照前述實施例對本發(fā)明進行了詳細的說明，對于本領域的技術人員來說，其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種文件拉取方法，其特征在于，包括: 獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置； 分析所述待處理的任務信息，得到所述文件的下載地址； 啟用碎片化下載，使用所述下載地址，將所述文件下載到所述客戶端的指定位置； 判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取待處理的任務信息，包括:通過接口訪問拉取數(shù)據(jù)庫，獲取待處理的任務信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述分析待處理的任務信息，得到所述文件的下載地址，包括: 組合所述文件的相對路徑和所述文件所在數(shù)據(jù)庫的路徑，得到所述文件的下載地址。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述啟用碎片化下載，包括: 將所述文件分解為至少一個文件碎片，并為每個文件碎片分配一個下載進程，所述各個下載進程同時下載所述文件碎片。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息，包括: 判斷所述文件下載成功，修改所述待處理的任務的狀態(tài)為處理完成；或者 判斷所述文件下載不成功，修改所述待處理的任務的狀態(tài)為處理未完成。
6.一種文件拉取裝置，其特征在于，包括: 獲取模塊，用于獲取待處理的任務信息，所述待處理的任務信息中包括要下載的文件的名稱、所述文件的相對路徑，以及所述文件要下載到的客戶端的位置； 分析模塊，用于分析所述獲取模塊獲取的所述待處理的任務信息，得到所述文件的下載地址； 下載模塊，用于啟用碎片化下載，使用所述分析模塊分析得到的下載地址，將所述文件下載到所述客戶端的指定位置； 狀態(tài)修改模塊，用于判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述獲取模塊獲取待處理的任務信息，包括:通過接口訪問拉取數(shù)據(jù)庫，獲取待處理的任務信息。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述分析模塊分析待處理的任務信息，得到所述文件的下載地址，包括: 組合所述文件的相對路徑和所述文件所在數(shù)據(jù)庫的路徑，得到所述文件的下載地址。
9.根據(jù)權(quán)利要求6-8中任一項所述的裝置，其特征在于，所述下載模塊啟用碎片化下載，將所述文件下載到所述客戶端的指定位置，包括: 將所述文件分解為至少一個文件碎片，并為每個文件碎片分配一個下載進程，所述各個下載進程同時下載所述文件碎片，將所述文件下載到所述客戶端的指定位置。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述狀態(tài)修改模塊判斷所述文件是否下載成功，根據(jù)判斷結(jié)果修改所述待處理的任務的狀態(tài)信息，包括: 判斷所述文件下載成功，修改所述待處理的任務的狀態(tài)為處理完成；或者判斷所述文件下載不成功，修改所述待處理的任務的狀態(tài)為處理未完成。
【文檔編號】G06F17/30GK104182437SQ201410063299
【公開日】2014年12月3日 申請日期:2014年2月25日 優(yōu)先權(quán)日:2014年2月25日
【發(fā)明者】張芳芳, 沈鎮(zhèn), 楊賀, 鄭鳳娟, 吳承丞, 任野飛 申請人:無錫天脈聚源傳媒科技有限公司