專利名稱：基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?br> 基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?br> 技術(shù)領(lǐng)域：
本發(fā)明涉及通訊設(shè)備技術(shù)領(lǐng)域，尤其涉及一種基于Telnet協(xié)議實(shí)現(xiàn)行業(yè)用戶U盤文件自動(dòng)傳輸?shù)姆椒ā?b>背景技術(shù)：
Telnet協(xié)議是TCP/IP協(xié)議族中的一員，它為用戶提供了在本地終端上完成操作遠(yuǎn)程主機(jī)的功能；Telnet協(xié)議傳輸?shù)臄?shù)據(jù)為字符類型的顯示信息及控制碼，即Telnet協(xié)議無(wú)法實(shí)現(xiàn)文件傳輸。
普通的文件傳輸方式包括ftp、rep、scp、sftp等，在銀行、保險(xiǎn)、證券等多種行業(yè)及個(gè)人應(yīng)用中，經(jīng)常涉及到行業(yè)用戶U盤文件的上傳或下載需求，(例如銀行業(yè)務(wù)中的待發(fā)工資，需要把存放工資信息的文件傳輸?shù)姐y行主機(jī)系統(tǒng)中，其工資信息的文件是銀行主機(jī)系統(tǒng)所需要的文件，因此要從用戶U盤文件中獲取)，其行業(yè)用戶U盤文件的上傳不同于平常用戶U盤的文件的上傳，平常用戶U盤文件的上傳是用戶主觀的上傳一些文件，而行業(yè)用戶U盤文件的上傳是要根據(jù)行業(yè)主機(jī)系統(tǒng)的需求來(lái)上傳文件，而上述普通的文件傳輸方式都需要獨(dú)立在行業(yè)客戶端的終端機(jī)上安裝ftp等客戶端軟件，且上傳文件時(shí)需要人工的選擇文件通過(guò)軟件進(jìn)行上傳，這樣容易引起操作失誤。安裝客戶端軟件這種普通的文件傳輸方式有如下缺點(diǎn)
1、文件傳輸安全性無(wú)法保證；
2、操作繁瑣，容易造成操作失誤，導(dǎo)致上傳或下載到錯(cuò)誤的文件；
3、還需要安裝獨(dú)立的傳輸軟件，使用繁瑣。
現(xiàn)有技術(shù)中提供了一種“安全終端仿真協(xié)議監(jiān)控時(shí)實(shí)現(xiàn)加密文件傳輸和跟蹤的方法”，其公開(kāi)號(hào)為:CN101989987A，
公開(kāi)日為:2011.03. 23的中國(guó)專利，其實(shí)現(xiàn)的步驟為(1) 監(jiān)控系統(tǒng)對(duì)SSH協(xié)議進(jìn)行二次登錄或代理，在監(jiān)控系統(tǒng)和客戶端之間建立一個(gè)新的文件傳輸通道；( 同時(shí)在服務(wù)器端和監(jiān)控系統(tǒng)之間也建立一個(gè)新的文件傳輸通道；C3)監(jiān)控系統(tǒng)將兩端所有的文件傳輸通道一一對(duì)應(yīng)地映射起來(lái)；(4)監(jiān)控系統(tǒng)根據(jù)客戶端發(fā)送來(lái)的通道請(qǐng)求，分析是請(qǐng)求目錄結(jié)構(gòu)還是請(qǐng)求文件傳輸；( 在監(jiān)控系統(tǒng)的面向客戶端模塊上對(duì)客戶端發(fā)起的請(qǐng)求進(jìn)行反解析即可對(duì)用戶文件操作進(jìn)行跟蹤。通過(guò)本發(fā)明的技術(shù)手段在滿足了對(duì)安全終端仿真協(xié)議進(jìn)行監(jiān)控的前提下，還實(shí)現(xiàn)了在客戶端和服務(wù)器端之間直接進(jìn)行加密文件傳輸和全過(guò)程跟蹤，操作簡(jiǎn)單易行。該發(fā)明主要是建立了文件傳輸通道，并通過(guò)監(jiān)控系統(tǒng)將兩端所有的文件傳輸通道一一對(duì)應(yīng)地映射起來(lái)，客戶端只要有請(qǐng)求都會(huì)做出反應(yīng)， 這樣文件的安全性比較低。
現(xiàn)有技術(shù)還提供了一種“基于遠(yuǎn)程登錄協(xié)議的嵌入式系統(tǒng)文件傳輸方法”，其公開(kāi)號(hào)為:CN101415017，
公開(kāi)日為:2009. 04. 22的中國(guó)專利，A、本地主機(jī)通過(guò)遠(yuǎn)程登錄Telnet 協(xié)議向嵌入式系統(tǒng)發(fā)送讀/寫文件指令；B、接收到讀/寫文件指令后，嵌入式系統(tǒng)分配文件的緩存區(qū)；C、將待讀/寫文件按所分配緩存區(qū)的大小進(jìn)行分割緩存，并將所緩存的文件數(shù)據(jù)打印到本地主機(jī)或?qū)懭肭度胧较到y(tǒng)。該發(fā)明主要通過(guò)Telnet協(xié)議實(shí)現(xiàn)與嵌入式系統(tǒng)的連接，并通過(guò)Telnet協(xié)議建立與嵌入式系統(tǒng)之間的指令傳輸，其完成的是嵌入式系統(tǒng)文件的寫入及讀出，涉及嵌入式系統(tǒng)的文件傳輸技術(shù)，實(shí)現(xiàn)Telnet協(xié)議支持下得嵌入式系統(tǒng)文件維護(hù)。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題，在于提供一種基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?，其行業(yè)用戶U盤文件的上傳或下載操作都是自動(dòng)完成。
本發(fā)明是這樣實(shí)現(xiàn)的一種基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒ǎ?所述方法需在行業(yè)客戶端的終端機(jī)上安裝Telnet遠(yuǎn)程登錄軟件，在行業(yè)主機(jī)系統(tǒng)中安裝文件傳輸動(dòng)態(tài)庫(kù)，并在行業(yè)主機(jī)系統(tǒng)中定義文件傳輸?shù)呐渲梦募?，所述Telnet遠(yuǎn)程登錄軟件負(fù)責(zé)處理U盤中文件信息的上傳或下載，并監(jiān)控U盤動(dòng)作，所述文件傳輸動(dòng)態(tài)庫(kù)具有與所述Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸?shù)墓δ埽凰雠渲梦募ú煌脩粜畔?、不同用戶需進(jìn)行上傳和下載的文件名稱；
所述用戶U盤文件自動(dòng)傳輸?shù)姆椒ň唧w包括如下步驟
步驟10、在行業(yè)客戶端的終端機(jī)上運(yùn)行Telnet遠(yuǎn)程登錄軟件登錄到行業(yè)主機(jī)系統(tǒng)中，所述行業(yè)主機(jī)系統(tǒng)包括Linux、Unix、Aix以及HpUnix系統(tǒng)；
步驟20、啟動(dòng)所述Telnet遠(yuǎn)程登錄軟件的監(jiān)控線程，當(dāng)監(jiān)控線程檢測(cè)到所述終端機(jī)上有U盤插入，則向所述行業(yè)主機(jī)系統(tǒng)發(fā)送要傳輸文件的查詢請(qǐng)求；
步驟30、所述行業(yè)主機(jī)系統(tǒng)收到查詢請(qǐng)求后，啟動(dòng)行業(yè)主機(jī)系統(tǒng)中具有文件上傳下載功能的應(yīng)用模塊，所述Telnet遠(yuǎn)程登錄軟件根據(jù)所述配置文件獲取待上傳的文件名稱或文件名稱通配符，并根據(jù)獲得的待上傳的文件名稱或文件名稱通配符后在U盤中進(jìn)行匹配得到對(duì)應(yīng)的文件，通過(guò)Telnet協(xié)議將對(duì)應(yīng)的文件上傳給所述行業(yè)主機(jī)系統(tǒng)；
步驟40、所述行業(yè)主機(jī)系統(tǒng)的應(yīng)用模塊調(diào)用所述文件傳輸動(dòng)態(tài)庫(kù)與所述Telnet 遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸；
步驟50、當(dāng)需上傳的文件上傳完畢或U盤中未找到行業(yè)主機(jī)系統(tǒng)所需的文件；則所述Telnet遠(yuǎn)程登錄軟件與所述行業(yè)主機(jī)系統(tǒng)進(jìn)行通訊，判斷行業(yè)主機(jī)系統(tǒng)中是否存在待下載文件，是，則通過(guò)Telnet協(xié)議將待下載的文件下載到終端機(jī)的U盤中；否，則不操作。
本發(fā)明具有如下優(yōu)點(diǎn)本發(fā)明終端機(jī)上的Telnet遠(yuǎn)程登錄軟件負(fù)責(zé)處理U盤中文件信息的上傳或下載并監(jiān)控U盤動(dòng)作，當(dāng)終端機(jī)檢測(cè)到U盤插入并且在主機(jī)系統(tǒng)中獲得待上傳的文件名稱后，Telnet遠(yuǎn)程登錄軟件進(jìn)行上傳，行業(yè)主機(jī)系統(tǒng)的應(yīng)用模塊調(diào)用文件傳輸動(dòng)態(tài)庫(kù)與Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸；當(dāng)需上傳的文件上傳完畢，Telnet 遠(yuǎn)程登錄軟件與行業(yè)主機(jī)系統(tǒng)進(jìn)行通訊，獲取待下載文件，并通過(guò)Telnet協(xié)議將文件下載到終端機(jī)的U盤。本發(fā)明U盤文件的上傳或下載操作都自動(dòng)完成；其Telnet遠(yuǎn)程登錄軟件進(jìn)行上傳或下載，應(yīng)用模塊調(diào)用文件傳輸動(dòng)態(tài)庫(kù)與Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸，這樣保證了安全性，且可有效杜絕人為操作的失誤，同時(shí)極大提高工作效率；其文件傳輸過(guò)程中，使用安全的加密方式進(jìn)行傳輸，保證傳輸數(shù)據(jù)的安全性。

圖1為本發(fā)明方法流程示意圖。
圖2為本發(fā)明的行業(yè)主機(jī)系統(tǒng)操作流程圖。
圖3為本發(fā)明的行業(yè)客戶端的終端機(jī)操作流程圖。
圖4為本發(fā)明的文件傳輸過(guò)程的流程圖。
圖5為本發(fā)明文件上傳過(guò)程的流程圖。
圖6為本發(fā)明文件下載過(guò)程的流程圖。
具體實(shí)施方式
請(qǐng)參閱圖1所示，本發(fā)明的一種基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒ǎ龇椒ㄐ柙谛袠I(yè)客戶端的終端機(jī)上安裝Telnet遠(yuǎn)程登錄軟件，在行業(yè)主機(jī)系統(tǒng)中安裝文件傳輸動(dòng)態(tài)庫(kù)(該動(dòng)態(tài)庫(kù)可以單獨(dú)使用也可以作為模塊嵌入到行業(yè)主機(jī)系統(tǒng)的業(yè)務(wù)系統(tǒng)中)，并在行業(yè)主機(jī)系統(tǒng)中定義文件傳輸?shù)呐渲梦募鯰elnet遠(yuǎn)程登錄軟件負(fù)責(zé)處理U盤中文件信息的上傳或下載，并監(jiān)控U盤動(dòng)作，所述文件傳輸動(dòng)態(tài)庫(kù)(例如 filetranslate. so)具有與所述Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸?shù)墓δ?；所述配置文件包括不同用戶信息、不同用戶需進(jìn)行上傳和下載的文件名稱；
所述用戶U盤文件自動(dòng)傳輸?shù)姆椒ň唧w包括如下步驟
步驟10、在行業(yè)客戶端的終端機(jī)上運(yùn)行Telnet遠(yuǎn)程登錄軟件登錄到行業(yè)主機(jī)系統(tǒng)中，所述行業(yè)主機(jī)系統(tǒng)包括Linux、Unix、Aix以及HpUnix系統(tǒng)；
步驟20、啟動(dòng)所述Telnet遠(yuǎn)程登錄軟件的監(jiān)控線程，當(dāng)監(jiān)控線程檢測(cè)到所述終端機(jī)上有U盤插入，則向所述行業(yè)主機(jī)系統(tǒng)發(fā)送要傳輸文件的查詢請(qǐng)求(該查詢請(qǐng)求是查詢 U盤中是否存在待上傳的文件信息)；
步驟30、所述行業(yè)主機(jī)系統(tǒng)收到查詢請(qǐng)求后，啟動(dòng)行業(yè)主機(jī)系統(tǒng)中具有文件上傳下載功能的應(yīng)用模塊，所述Telnet遠(yuǎn)程登錄軟件根據(jù)所述配置文件獲取待上傳的文件名稱或文件名稱通配符，并根據(jù)獲得的待上傳的文件名稱或文件名稱通配符后在U盤中進(jìn)行匹配得到對(duì)應(yīng)的文件，通過(guò)Telnet協(xié)議將對(duì)應(yīng)的文件上傳給所述行業(yè)主機(jī)系統(tǒng)；
步驟40、所述行業(yè)主機(jī)系統(tǒng)的應(yīng)用模塊調(diào)用所述文件傳輸動(dòng)態(tài)庫(kù)與所述Telnet 遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸；(即行業(yè)主機(jī)系統(tǒng)接收到Telnet遠(yuǎn)程登錄軟件的查詢請(qǐng)求后，隨即應(yīng)用模塊調(diào)用filetranslate. so動(dòng)態(tài)庫(kù)中的U盤文件自動(dòng)傳輸函數(shù)開(kāi)始文件傳輸流程；)
步驟41、所述行業(yè)主機(jī)系統(tǒng)顯示待上傳文件接收的進(jìn)度和傳輸是否成功的信息；
步驟50、當(dāng)需上傳的文件上傳完畢或U盤中未找到行業(yè)主機(jī)系統(tǒng)所需的文件；則所述Telnet遠(yuǎn)程登錄軟件與所述行業(yè)主機(jī)系統(tǒng)進(jìn)行通訊，判斷行業(yè)主機(jī)系統(tǒng)中是否存在待下載文件，是，則通過(guò)Telnet協(xié)議將待下載的文件下載到終端機(jī)的U盤中；否，則不操作；
步驟51、所述行業(yè)客戶端的終端機(jī)顯示待下載文件下載的進(jìn)度和傳輸是否成功的fn息ο
其中所述通過(guò)Telnet協(xié)議進(jìn)行文件上傳或文件下載的過(guò)程中均使用文件加密后的方式進(jìn)行。
如圖2所示，為本發(fā)明的行業(yè)主機(jī)系統(tǒng)操作流程圖。其行業(yè)主機(jī)系統(tǒng)等待行業(yè)客戶端的終端機(jī)連接，進(jìn)入到具有文件上傳下載功能的應(yīng)用模塊，讀取文件傳輸?shù)呐渲梦募?，判斷是否收到行業(yè)客戶端發(fā)送的文件查詢請(qǐng)求，否，則進(jìn)行等待獲取文件查詢請(qǐng)求，是，則調(diào)用文件傳輸動(dòng)態(tài)庫(kù)，開(kāi)始文件傳輸。
如圖3所示，為本發(fā)明的行業(yè)客戶端的終端機(jī)操作流程圖。開(kāi)啟所述Telnet遠(yuǎn)程登錄軟件并連接到指定行業(yè)主機(jī)系統(tǒng)，開(kāi)啟具有文件上傳下載功能的應(yīng)用模塊，開(kāi)啟監(jiān)控線程，監(jiān)控是否有U盤插入，是，則向行業(yè)主機(jī)系統(tǒng)發(fā)送文件查詢請(qǐng)求；否，則繼續(xù)監(jiān)控U盤插入。
如圖4所示，為本發(fā)明的文件傳輸過(guò)程的流程圖。開(kāi)始文件傳輸，客戶端的終端機(jī)根據(jù)配置文件判斷是否需要上傳，是，開(kāi)始上傳文件；否，客戶端的終端機(jī)根據(jù)配置文件判斷是否需要下載，是，開(kāi)始下載文件；否，文件傳輸結(jié)束。
如圖5所示，為本發(fā)明文件上傳過(guò)程的流程圖。文件上傳開(kāi)始，主機(jī)系統(tǒng)發(fā)送需要上傳的文件名或文件名通配符，客戶端的終端機(jī)根據(jù)接收到的文件名或文件名通配符查找 U盤上符合的文件，判斷是否查找到匹配文件，是，則客戶端的終端機(jī)發(fā)送文件，文件大小等信息給主機(jī)系統(tǒng)；客戶端的終端機(jī)開(kāi)始傳輸文件內(nèi)容，文件傳輸完畢后發(fā)送結(jié)束符給主機(jī)系統(tǒng)，主機(jī)接收的過(guò)程中顯示百分比，傳輸成功與否信息，然后結(jié)束文件上傳；否，則結(jié)束文件上傳。
如圖6所示，為本發(fā)明文件下載過(guò)程的流程圖。文件下載開(kāi)始，主機(jī)系統(tǒng)發(fā)送文件名稱，文件大小給客戶端的終端機(jī)，主機(jī)系統(tǒng)發(fā)送文件內(nèi)容給客戶端的終端機(jī)，傳輸過(guò)程顯示進(jìn)度，傳輸成功與否的信息；客戶端的終端機(jī)接收相關(guān)信息，并在U盤上寫入下載的文件；文件下載結(jié)束。
值得注意的是U盤中的待上傳的文件命名規(guī)則必須依照行業(yè)主機(jī)系統(tǒng)中的文件配置信息來(lái)命名。
以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明申請(qǐng)專利范圍所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒ǎ涮卣髟谟?，所述方法需在行業(yè)客戶端的終端機(jī)上安裝Telnet遠(yuǎn)程登錄軟件，在行業(yè)主機(jī)系統(tǒng)中安裝文件傳輸動(dòng)態(tài)庫(kù)，并在行業(yè)主機(jī)系統(tǒng)中定義文件傳輸?shù)呐渲梦募?，所述Telnet遠(yuǎn)程登錄軟件負(fù)責(zé)處理 U盤中文件信息的上傳或下載，并監(jiān)控U盤動(dòng)作，所述文件傳輸動(dòng)態(tài)庫(kù)具有與所述Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸?shù)墓δ?；所述配置文件包括不同用戶信息、不同用戶需進(jìn)行上傳和下載的文件名稱；所述用戶U盤文件自動(dòng)傳輸?shù)姆椒ň唧w包括如下步驟步驟10、在行業(yè)客戶端的終端機(jī)上運(yùn)行Telnet遠(yuǎn)程登錄軟件登錄到行業(yè)主機(jī)系統(tǒng)中， 所述行業(yè)主機(jī)系統(tǒng)包括Linux、Unix、Aix以及HpUnix系統(tǒng)；步驟20、啟動(dòng)所述Telnet遠(yuǎn)程登錄軟件的監(jiān)控線程，當(dāng)監(jiān)控線程檢測(cè)到所述終端機(jī)上有U盤插入，則向所述行業(yè)主機(jī)系統(tǒng)發(fā)送要傳輸文件的查詢請(qǐng)求；步驟30、所述行業(yè)主機(jī)系統(tǒng)收到查詢請(qǐng)求后，啟動(dòng)行業(yè)主機(jī)系統(tǒng)中具有文件上傳下載功能的應(yīng)用模塊，所述Telnet遠(yuǎn)程登錄軟件根據(jù)所述配置文件獲取待上傳的文件名稱或文件名稱通配符，并根據(jù)獲得的待上傳的文件名稱或文件名稱通配符后在U盤中進(jìn)行匹配得到對(duì)應(yīng)的文件，通過(guò)Telnet協(xié)議將對(duì)應(yīng)的文件上傳給所述行業(yè)主機(jī)系統(tǒng)；步驟40、所述行業(yè)主機(jī)系統(tǒng)的應(yīng)用模塊調(diào)用所述文件傳輸動(dòng)態(tài)庫(kù)與所述Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸；步驟50、當(dāng)需上傳的文件上傳完畢或U盤中未找到行業(yè)主機(jī)系統(tǒng)所需的文件；則所述 Telnet遠(yuǎn)程登錄軟件與所述行業(yè)主機(jī)系統(tǒng)進(jìn)行通訊，判斷行業(yè)主機(jī)系統(tǒng)中是否存在待下載文件，是，則通過(guò)Telnet協(xié)議將待下載的文件下載到終端機(jī)的U盤中；否，則不操作。
2.根據(jù)權(quán)利要求1所述的基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?，其特征在于所述通過(guò)Telnet協(xié)議進(jìn)行文件上傳或文件下載的過(guò)程中均使用文件加密后的方式進(jìn)行。
3.根據(jù)權(quán)利要求1所述的基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?，其特征在于所述步驟40和步驟50中進(jìn)一步包括步驟41、所述行業(yè)主機(jī)系統(tǒng)顯示待上傳文件接收的進(jìn)度和傳輸是否成功的文件傳輸狀態(tài)fe息。
4.根據(jù)權(quán)利要求1所述的基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒?，其特征在于所述步驟50之后進(jìn)一步包括步驟51、所述行業(yè)客戶端的終端機(jī)顯示待下載文件下載的進(jìn)度和傳輸是否成功的文件傳輸狀態(tài)信息。
全文摘要
本發(fā)明提供一種基于Telnet協(xié)議實(shí)現(xiàn)用戶U盤文件自動(dòng)傳輸?shù)姆椒ǎ淇蛻舳说慕K端機(jī)上Telnet遠(yuǎn)程登錄軟件負(fù)責(zé)處理U盤中文件信息的上傳或下載并監(jiān)控U盤動(dòng)作，當(dāng)終端機(jī)檢測(cè)到U盤插入并且在主機(jī)系統(tǒng)中獲得待上傳的文件名稱后，行業(yè)主機(jī)系統(tǒng)的應(yīng)用模塊調(diào)用文件傳輸動(dòng)態(tài)庫(kù)與Telnet遠(yuǎn)程登錄軟件連接并進(jìn)行文件傳輸；當(dāng)需上傳的文件上傳完畢，Telnet遠(yuǎn)程登錄軟件與行業(yè)主機(jī)系統(tǒng)進(jìn)行通訊，獲取待下載文件，并通過(guò)Telnet協(xié)議將文件下載到終端機(jī)的U盤。本發(fā)明U盤文件的上傳或下載操作都自動(dòng)完成；可有效杜絕人為操作的失誤，同時(shí)極大提高工作效率；其文件傳輸過(guò)程中，使用安全的加密方式進(jìn)行傳輸，保證傳輸數(shù)據(jù)的安全性。
文檔編號(hào)H04L29/08GK102546769SQ20111043969
公開(kāi)日2012年7月4日 申請(qǐng)日期2011年12月23日 優(yōu)先權(quán)日2011年12月23日
發(fā)明者張輝 申請(qǐng)人:福建升騰資訊有限公司