本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，具體為一種適用于局域網(wǎng)的文件傳輸方法及系統(tǒng)。

背景技術(shù)：

現(xiàn)有技術(shù)中，在網(wǎng)絡中進行文件的傳輸，需要服務器的轉(zhuǎn)發(fā)或者一些中間的存儲如云盤等的轉(zhuǎn)發(fā)，過程較為復雜，操作也不方便，特別是在局域網(wǎng)中進行，則使用效果就顯得不是很好。

如公開號為103634362a的中國專利公開了一種文件傳送方法，包括以下步驟：接收終端設(shè)備發(fā)送的文件；根據(jù)所述文件生成該文件的預覽信息和列表信息；存儲所述文件以及所述預覽信息和列表信息；接收到終端設(shè)備發(fā)送的文件列表請求時，提取所述預覽信息和列表信息發(fā)送至終端設(shè)備，并且還提供一種文件服務器和一種文件傳送系統(tǒng)；

又如公開號為103037013b的日本公司申請的中國專利公開了一種通過網(wǎng)絡連接進行文件傳送的服務器與客戶端的文件傳送系統(tǒng)，服務器包括服務器文件存儲單元；文件清單送出單元；和根據(jù)客戶端的請求送出服務器文件存儲單元內(nèi)存儲的文件的文件送出單元，客戶端包括檢測服務器為能夠傳送文件狀態(tài)的服務器檢測單元；取得服務器內(nèi)存儲的文件清單的文件清單取得單元；文件傳送控制單元；對服務器請求文件傳送的文件傳送請求單元；接收從服務器送出的文件的文件接收單元；和客戶端文件存儲單元，文件傳送控制單元通過服務器檢測單元檢測出新的服務器成為能夠傳送的狀態(tài)而被啟動，基于清單控制文件傳送請求單元，使得對于服務器請求傳送除去客戶端文件存儲單元中存儲的文件的文件。

可見上述的兩項專利均存在轉(zhuǎn)發(fā)的問題，并且中間過程的出錯率高，文件傳輸?shù)男氏鄬σ驳汀?/p>

技術(shù)實現(xiàn)要素：

本發(fā)明的一個目的是提供一種圖形化且操作方便的文件傳輸方法及系統(tǒng)。

本發(fā)明的上述技術(shù)目的是通過以下技術(shù)方案得以實現(xiàn)的：

一種文件傳輸方法，按如下步驟進行：

步驟s1，源主機搜索鄰接主機；

步驟s2，所述源主機根據(jù)所述鄰接主機的反饋確認目的主機；

步驟s3，所述源主機將拖曳至所述源主機上的文件傳輸窗口中的圖標所代表的待傳輸文件向所述目的主機進行傳輸。

作為對本發(fā)明的優(yōu)選，步驟s1中，所述源主機搜索所述鄰接主機的具體方式為：源主機向網(wǎng)絡中發(fā)送包含源主機ip地址的廣播包。

作為對本發(fā)明的優(yōu)選，在步驟s2中，所述鄰接主機反饋的具體方式為：向所述源主機回復所述鄰接主機本身的ip地址。

作為對本發(fā)明的優(yōu)選，所述鄰接主機保存源主機的ip地址，所述源主機保存所述鄰接主機的ip地址。

作為對本發(fā)明的優(yōu)選，所述鄰接主機在收到源主機ip地址的廣播包后，對本機文件接收端口進行監(jiān)聽。

作為對本發(fā)明的優(yōu)選，若所述鄰接主機監(jiān)聽到有來自于源主機的文件時，則接收源主機的文件并保存。

作為對本發(fā)明的優(yōu)選，所述廣播包中還包括目的主機的信息。

作為對本發(fā)明的優(yōu)選，所述鄰接主機根據(jù)廣播包中目的主機的信息判斷本機的信息是否與廣播包中目的主機的信息一致的，若判斷為一致，則對源主機進行反饋，若判斷為不一致，則對源主機不進行反饋。

一種文件傳輸系統(tǒng)，其特征在于，包括源主機、鄰接主機，所述源主機中包括搜索模塊、反饋接收模塊、目的主機確認模塊、待傳輸文件發(fā)送模塊，所述鄰接主機中包括搜索響應模塊、反饋發(fā)送模塊、待傳輸文件接收模塊，其中，

所述搜索模塊用于源主機向鄰接主機發(fā)出搜索信息；

所述反饋接收模塊用于源主機接收來自鄰接主機的反饋信息；

所述目的主機確認模塊用于源主機確認鄰接主機中的目的主機；

所述待傳輸文件發(fā)送模塊用于源主機向目的主機發(fā)送待傳輸文件；

所述搜索響應模塊用于鄰接主機接收來自源主機的搜索信息；

所述反饋發(fā)送模塊用于鄰接主機向源主機發(fā)出反饋信息；

所述待傳輸文件接收模塊用于鄰接主機接收來自源主機的待傳輸文件。

作為對本發(fā)明的優(yōu)選，所述搜索模塊中包括廣播包發(fā)送子模塊，所述搜索響應模塊中包括廣播包接收子模塊，其中，

所述廣播包發(fā)送子模塊用于源主機向鄰接主機發(fā)送廣播包；

所述廣播包接收子模塊用于鄰接主機接收來自源主機的廣播包。

本發(fā)明適用于同一網(wǎng)絡的兩臺計算機主機之間的通訊，方便文件的傳輸，通過拖曳圖標的方式實現(xiàn)圖形化界面操作，非常方便，也不容易出錯，傳輸效率也更高。

附圖說明

圖1是本發(fā)明實施例1的總的流程圖；

圖2是本發(fā)明實施例1的具體流程圖；

圖3是本發(fā)明實施例2的系統(tǒng)模塊圖。

具體實施方式

以下具體實施例僅僅是對本發(fā)明的解釋，其并不是對本發(fā)明的限制，本領(lǐng)域技術(shù)人員在閱讀完本說明書后可以根據(jù)需要對本實施例做出沒有創(chuàng)造性貢獻的修改，但只要在本發(fā)明的權(quán)利要求范圍內(nèi)都受到專利法的保護。

實施例1

本發(fā)明的方法只需要局域網(wǎng)環(huán)境即可，應用場景：可以是同一個網(wǎng)絡環(huán)境下的兩臺計算機之間，方便兩臺計算機之間的通訊、文件的傳輸，當然，是可以擴展到更多的計算機的，主要目的是為了文件的快速傳遞又不容易出錯，而且借助的資源減少。

由此，設(shè)計了本發(fā)明的一種文件傳輸方法，按如下步驟進行：

步驟s1，源主機搜索鄰接主機；

步驟s2，所述源主機根據(jù)所述鄰接主機的反饋確認目的主機；

步驟s3，所述源主機將拖曳至所述源主機上的文件傳輸窗口中的圖標所代表的待傳輸文件向所述目的主機進行傳輸。

上述，源主機為進行待傳輸文件的計算機主機，鄰接主機為同一局域網(wǎng)中的與源主機相鄰的附近的計算機主機，目的主機是源主機要從鄰接主機中確認挑選出來的最終待傳輸文件要發(fā)送到的那臺計算機，文件傳輸窗口可以采用現(xiàn)有的窗口程序，通過待傳輸文件的圖標拖曳到程序的窗口中，直接就把該文件傳輸復制到鄰接主機對應目錄中，而將待傳輸文件的圖標拖曳到程序的窗口的步驟可以在確認目的主機之前或者之后操作，都是可行的，而對應目錄信息可以在源主機中進行設(shè)定，并將設(shè)定信息隨同待傳輸文件一起發(fā)給鄰接主機，也可以由鄰接主機自行設(shè)定存儲該文件的對應目錄?？偟牧鞒虉D如圖1所示。

對各個步驟的優(yōu)化：

步驟s1中，所述源主機搜索所述鄰接主機的具體方式為：源主機向網(wǎng)絡中發(fā)送包含源主機ip地址的廣播包；

在步驟s2中，所述鄰接主機反饋的具體方式為：向所述源主機回復所述鄰接主機本身的ip地址；

這樣，通過來回的ip信息的傳遞，確定匹配信息，以確立源主機和鄰接主機的對應關(guān)系，使得源主機可以確認好哪個鄰接主機為目的主機，并進行文件的傳輸作業(yè)。

另外，進一步的優(yōu)化，所述鄰接主機保存源主機的ip地址，所述源主機保存所述鄰接主機的ip地址，可以進行更有針對性的文件傳輸作業(yè)或者信息的判斷等。

更進一步，所述鄰接主機在收到源主機ip地址的廣播包后，對本機文件接收端口進行監(jiān)聽；

若所述鄰接主機監(jiān)聽到有來自于源主機的文件時，則接收源主機的文件并保存。

上述的更進一步的優(yōu)化，使得文件的傳輸可以更加可靠，出錯率降低，同時可以減少安全隱患，避免目標主機接收不明文件而導致系統(tǒng)異常等問題，例如，如果不是來自源主機的文件，可以采用隔離、不接收或者進行其他條件判斷等；

而源主機的文件的判斷可以通過在文件傳輸時附帶源主機的ip信息、mac地址信息或者名稱信息等，供目的主機進行判斷。

根據(jù)上述優(yōu)化，下面展示一種應用場景的具體的例子：

具體流程圖如圖2所示：

其中，具有計算機a和b，a為源主機，b為鄰接主機、目的主機，a和b處于同一網(wǎng)絡中，步驟如下；

1.a選擇一個端口發(fā)送包含本機ip地址的廣播包到網(wǎng)絡中，用于搜索鄰接主機b；

2.鄰接主機b收到a的廣播包后回復它本機的ip地址給a并對本機文件接收端口進行監(jiān)聽；

3.a確認鄰接主機b即為目的主機；這里，確認的方式可以通過鄰接主機b的ip信息進行判斷得到

4.a將拖曳至文件傳輸窗口中的圖標所代表的待傳輸文件向b進行傳輸：這里，后臺即將文件傳送到b的指定目錄下，另外需要指出的是，當文件的圖標拖曳到窗口時，應該根據(jù)該圖標找到該圖標代表的文件所在的路徑，打開文件，讀取文件，可以將文件名和文件內(nèi)容均傳送到b；

5.建立連接，b根據(jù)監(jiān)聽到的文件信息進行文件接收并保存到指定目錄。這里，監(jiān)聽到的文件信息還包括待傳輸文件和待傳輸文件是否自于a的信息，只有判斷為來自于a的待傳輸文件才進行接收。

整個過程中，a也應該對其端口最好進行監(jiān)聽，這樣可以更好的保證文件的傳輸和有效性。

還有一點要提到的是，上述案例，提到的a是源主機，b為鄰接主機、目的主機，源主機和鄰接主機實際上是個相對的概念，在實際過程中，a也可能會變成鄰接主機、目的主機，而b可能會變成源主機，或者a和b同時扮演著各個角色，以進行各種文件的相互傳輸，但是，均可以采用上述的方法進行。

本發(fā)明的方法，可以在兩臺以上附近的電腦上，通過拖曳圖標到固定界面窗口中，即實現(xiàn)文件的傳輸，只需要局域網(wǎng)環(huán)境即可，不需要服務器的轉(zhuǎn)發(fā)或者一些中間的存儲如云盤等的轉(zhuǎn)發(fā)，圖形化的界面，方便操作，傳輸?shù)男矢?、穩(wěn)定，且安全性高。

實施例2

本實施例與實施例1的區(qū)別在于，本實施例將增加兩個特征：

第一，所述廣播包中還包括目的主機的信息；

第二，所述鄰接主機根據(jù)廣播包中目的主機的信息判斷本機的信息是否與廣播包中目的主機的信息一致的，若判斷為一致，則對源主機進行反饋，若判斷為不一致，則對源主機不進行反饋。

在實施例1中，鄰接主機可能有很多臺，但是鄰接主機一般都是會選擇進行反饋給源主機，這樣對于文件的傳輸效率和傳輸?shù)恼_率來說都是會有影響的。

而本實施例中通過添加這兩個特征，使得源主機其實相當于主動配置了目的主機的信息，要求相應的潛在作為目的主機的鄰接主機進行反饋，然后可以直接確認進行反饋的鄰接主機即為目的主機，而不用采用通過例如ip信息的比對來確定哪個鄰接主機為目的主機，而不用進行進一步的判斷進行確認。

其中，目的主機的信息可以包括目的主機的ip信息、名稱、mac地址等。

該實施例使得，文件傳輸?shù)尼槍π愿鼜?，效率更高，出錯率也會更小，實現(xiàn)點對點的傳輸。

實施例3

如圖3所示的系統(tǒng)模塊圖所示，一種文件傳輸系統(tǒng)，包括源主機、鄰接主機，所述源主機中包括搜索模塊、反饋接收模塊、目的主機確認模塊、待傳輸文件發(fā)送模塊，所述鄰接主機中包括搜索響應模塊、反饋發(fā)送模塊、待傳輸文件接收模塊，其中，

所述搜索模塊用于源主機向鄰接主機發(fā)出搜索信息；

所述反饋接收模塊用于源主機接收來自鄰接主機的反饋信息；

所述目的主機確認模塊用于源主機確認鄰接主機中的目的主機；

所述待傳輸文件發(fā)送模塊用于源主機向目的主機發(fā)送待傳輸文件；

所述搜索響應模塊用于鄰接主機接收來自源主機的搜索信息；

所述反饋發(fā)送模塊用于鄰接主機向源主機發(fā)出反饋信息；

所述待傳輸文件接收模塊用于鄰接主機接收來自源主機的待傳輸文件。

該系統(tǒng)適用于實施例1所介紹的發(fā)明方法，其中，該系統(tǒng)中還應該配置相應的文件傳輸?shù)拇翱诮缑婺K以及文件圖標的拖曳模塊，

文件傳輸?shù)拇翱诮缑婺K提供文件圖標進行拖曳進來的窗口；

拖曳模塊用于將文件圖標拖曳至文件傳輸?shù)拇翱诮缑婺K中。

對本系統(tǒng)進一步的優(yōu)化，如下：

所述搜索模塊中包括廣播包發(fā)送子模塊，所述搜索響應模塊中包括廣播包接收子模塊，其中，

所述廣播包發(fā)送子模塊用于源主機向鄰接主機發(fā)送廣播包；

所述廣播包接收子模塊用于鄰接主機接收來自源主機的廣播包。

該優(yōu)化，主要方便方法的執(zhí)行和系統(tǒng)的運行，廣播包中可以包括源主機的ip信息、mac地址信息、名稱信息等。

源主機還包括第一監(jiān)聽模塊、第一保存模塊，其中，

第一監(jiān)聽模塊用于監(jiān)聽源主機文件接收端口的情況等；

第一保存模塊用于保存鄰接主機的各種信息等。

相應的，鄰接主機還可以包括第二監(jiān)聽模塊、第二保存模塊，其中，

第二監(jiān)聽模塊用于監(jiān)聽鄰接主機文件接收端口的情況等；

第二保存模塊用于保存源主機的各種信息等。

另外，為了提高源主機的主動性，可以做如下系統(tǒng)的優(yōu)化：

在源主機中設(shè)置目的主機配置模塊，所述目的主機配置模塊用于將目的主機的信息植入廣播包中一同進行包括；

相應地，鄰接主機中設(shè)置與目的主機配置模塊相對應的配置執(zhí)行模塊；

所述配置執(zhí)行模塊用于鄰接主機根據(jù)廣播包中植入的目的主機的信息判斷是否進行對源主機的反饋；

舉例，目的主機配置模塊是將目的主機的ip信息植入到廣播包中，則配置執(zhí)行模塊就根據(jù)廣播包中植入的目的主機的ip信息判斷是否進行對源主機的反饋。

那么，如何進行判斷可以設(shè)置相應的判斷子模塊，所述判斷子模塊可以執(zhí)行這樣的操作，例如，當廣播包中植入的目的主機的ip信息與本機的ip信息一致，則鄰接主機就對源主機進行反饋，否則，不進行反饋。

接下來在一些小模塊中也可以進一步優(yōu)選：

待傳輸文件發(fā)送模塊可以包括文件路徑查找子模塊、文件名讀取子模塊、文件讀取子模塊、文件打開子模塊、文件傳輸子模塊，其中，

文件路徑查找子模塊用于源主機查找拖進文件傳輸?shù)拇翱诮缑婺K中的文件圖標代表的文件所在的路徑；

文件名讀取子模塊用于源主機獲得文件的文件名；

文件讀取子模塊用于源主機獲得文件；

文件打開子模塊用于源主機打開文件；

文件傳輸子模塊用于源主機將文件和文件名傳輸至鄰接主機。

整個系統(tǒng)的穩(wěn)定性和可操作性會更好，更利于局域網(wǎng)站中文件的傳輸，傳輸安全性和效率均會大大提升，不需要服務器的轉(zhuǎn)發(fā)或者一些中間的存儲如云盤等的轉(zhuǎn)發(fā)；圖形化的界面，方便操作，兼容性也會更好，同時也可以減少系統(tǒng)的出差概率，不容易產(chǎn)生網(wǎng)絡擁塞等問題。

本文中所描述的具體實施例僅僅是對本發(fā)明精神作舉例說明。本發(fā)明所屬技術(shù)領(lǐng)域的技術(shù)人員可以對所描述的具體實施例做各種各樣的修改或補充或采用類似的方式替代，但并不會偏離本發(fā)明的精神或者超越所附權(quán)利要求書所定義的范圍。