本發(fā)明屬于網(wǎng)絡(luò)傳輸技術(shù)領(lǐng)域，尤其涉及數(shù)據(jù)發(fā)送、接收方法和裝置。

背景技術(shù)：

數(shù)據(jù)傳輸是數(shù)據(jù)從一個(gè)地方傳送到另一個(gè)地方的通信過(guò)程。數(shù)據(jù)傳輸系統(tǒng)通常由傳輸信道和信道兩端的數(shù)據(jù)電路終接設(shè)備(DCE)組成，在某些情況下，還包括信道兩端的復(fù)用設(shè)備。傳輸信道可以是一條專用的通信信道，也可以由數(shù)據(jù)交換網(wǎng)、電話交換網(wǎng)或其他類型的交換網(wǎng)路來(lái)提供。數(shù)據(jù)傳輸系統(tǒng)的輸入輸出設(shè)備為終端或計(jì)算機(jī)，統(tǒng)稱數(shù)據(jù)終端設(shè)備(DTE)，它所發(fā)出的數(shù)據(jù)信息一般都是字母、數(shù)字和符號(hào)的組合，為了傳送這些信息，就需將每一個(gè)字母、數(shù)字或符號(hào)用二進(jìn)制代碼來(lái)表示。常用的二進(jìn)制代碼有國(guó)際五號(hào)碼(IA5)、EBCDIC碼、國(guó)際電報(bào)二號(hào)碼(ITA2)和漢字信息交換碼(見(jiàn)數(shù)據(jù)通信代碼)?，F(xiàn)有技術(shù)中用戶向網(wǎng)絡(luò)側(cè)傳輸文件或向網(wǎng)絡(luò)側(cè)獲取文件時(shí)往往會(huì)遇到操作不便的技術(shù)問(wèn)題。

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

本發(fā)明的目的在于：提供一種數(shù)據(jù)發(fā)送、接收方法和裝置，以解決現(xiàn)有技術(shù)中存在的數(shù)據(jù)發(fā)送和接收不便的技術(shù)問(wèn)題，其流程簡(jiǎn)單，傳輸較快。

本發(fā)明采用的技術(shù)方案如下：

一種數(shù)據(jù)發(fā)送、接收方法，包括以下步驟：

步驟一、建立網(wǎng)絡(luò)側(cè)和客戶端的數(shù)據(jù)傳輸通道；

步驟二、在網(wǎng)絡(luò)側(cè)以列表的形式顯示待傳輸?shù)奈募?/p>

步驟三、客戶端輸入用戶的接收指令并發(fā)送到下一級(jí)；

步驟四、下一級(jí)接收該接收指令，并解析出待傳輸文件的數(shù)據(jù)信息和源地址信息；

步驟五、根據(jù)解析出的數(shù)據(jù)信息和源地址信息獲取和接收待傳輸?shù)奈募?/p>

進(jìn)一步的，步驟二中還包括在客戶端本地準(zhǔn)備好待傳輸?shù)奈募?；步驟三～步驟五相應(yīng)的變?yōu)椋?/p>

步驟三、客戶端輸入用戶的發(fā)送指令并發(fā)送到下一級(jí)；

步驟四、下一級(jí)接收該發(fā)送指令，并解析出待傳輸文件的數(shù)據(jù)信息和源地址信息；

步驟五、根據(jù)解析出的數(shù)據(jù)信息和目的地信息獲取和發(fā)送待傳輸?shù)奈募?/p>

進(jìn)一步的，待傳輸文件的數(shù)據(jù)信息包括下列至少之一：

數(shù)據(jù)的地址；

數(shù)據(jù)的類型；

數(shù)據(jù)的容量；

在客戶端上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識(shí)移動(dòng)至目的地，包括：

當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件(即網(wǎng)絡(luò)側(cè)的文件)時(shí)，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至客戶端本地的文件列表中；

當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r(shí)，選擇所述待傳輸?shù)奈募谋镜卮鎯?chǔ)路徑，將該本地存儲(chǔ)路徑拖拽至網(wǎng)絡(luò)側(cè)的文件列表中。

進(jìn)一步的，客戶端建有瀏覽器，所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址的獲取方式包括下列至少之一：

從瀏覽器的地址欄中獲??；

從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。?/p>

從瀏覽器收藏夾存儲(chǔ)的項(xiàng)目中獲取。

進(jìn)一步的，將該網(wǎng)絡(luò)地址拖拽至客戶端本地的文件列表中之后，包括：

在瀏覽器中獲取該網(wǎng)絡(luò)地址對(duì)應(yīng)的網(wǎng)頁(yè)內(nèi)容；

將所述網(wǎng)頁(yè)內(nèi)容通過(guò)流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。

一種數(shù)據(jù)發(fā)送、接收裝置,為一客戶端，包括

指令接收器，配置為從瀏覽器頁(yè)面接收用戶的傳輸指令，其中，在同一瀏覽器頁(yè)面上同時(shí)顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；

指令解析器，配置為根據(jù)所述指令接收器從所述瀏覽器頁(yè)面接收的傳輸指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；

數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，從所述瀏覽器頁(yè)面的網(wǎng)絡(luò)側(cè)的文件列表或者客戶端本地的文件列表相應(yīng)獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。

綜上所述，由于采用了上述技術(shù)方案，本發(fā)明的有益效果是：

本發(fā)明建立網(wǎng)絡(luò)側(cè)和客戶端的數(shù)據(jù)傳輸通道只需前期建設(shè)一次，且數(shù)據(jù)傳輸通道只需要聯(lián)網(wǎng)即可，在傳輸文件時(shí)，在網(wǎng)絡(luò)側(cè)以列表的形式顯示待傳輸?shù)奈募欣诓榭次募愋?、容量等，用戶在獲取網(wǎng)絡(luò)側(cè)文件或傳輸客戶端本地文件時(shí)僅需操作一步即可實(shí)現(xiàn)文件的傳輸，因此，相比于現(xiàn)有技術(shù)，其流程更簡(jiǎn)單，解決了現(xiàn)有技術(shù)中存在的數(shù)據(jù)發(fā)送和接收不便的技術(shù)問(wèn)題。

附圖說(shuō)明

圖1是本發(fā)明的方法示意圖一；

圖2是本發(fā)明的方法示意圖二；

圖3是本發(fā)明的裝置結(jié)構(gòu)框圖。

具體實(shí)施方式

本說(shuō)明書中公開(kāi)的所有特征，除了互相排斥的特征和/或步驟以外，均可以以任何方式組合。

下面結(jié)合圖1～圖3對(duì)本發(fā)明作詳細(xì)說(shuō)明。

一種數(shù)據(jù)發(fā)送、接收方法，包括以下步驟：

步驟一、建立網(wǎng)絡(luò)側(cè)和客戶端的數(shù)據(jù)傳輸通道；

步驟二、在網(wǎng)絡(luò)側(cè)以列表的形式顯示待傳輸?shù)奈募?/p>

步驟三、客戶端輸入用戶的接收指令并發(fā)送到下一級(jí)；

步驟四、下一級(jí)接收該接收指令，并解析出待傳輸文件的數(shù)據(jù)信息和源地址信息；

步驟五、根據(jù)解析出的數(shù)據(jù)信息和源地址信息獲取和接收待傳輸?shù)奈募?/p>

步驟二中還包括在客戶端本地準(zhǔn)備好待傳輸?shù)奈募鄳?yīng)的，為方便同時(shí)對(duì)網(wǎng)絡(luò)文件和本地文件進(jìn)行處理，可以設(shè)置在同一瀏覽器頁(yè)面上同時(shí)顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；步驟三～步驟五相應(yīng)的變?yōu)椋?/p>

步驟三、客戶端輸入用戶的發(fā)送指令并發(fā)送到下一級(jí)；

步驟四、下一級(jí)接收該發(fā)送指令，并解析出待傳輸文件的數(shù)據(jù)信息和源地址信息；

步驟五、根據(jù)解析出的數(shù)據(jù)信息和目的地信息獲取和發(fā)送待傳輸?shù)奈募?/p>

待傳輸文件的數(shù)據(jù)信息包括下列至少之一：

數(shù)據(jù)的地址；

數(shù)據(jù)的類型；

數(shù)據(jù)的容量；

在客戶端上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識(shí)移動(dòng)至目的地，包括：

當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件(即網(wǎng)絡(luò)側(cè)的文件)時(shí)，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至客戶端本地的文件列表中；

當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r(shí)，選擇所述待傳輸?shù)奈募谋镜卮鎯?chǔ)路徑，將該本地存儲(chǔ)路徑拖拽至網(wǎng)絡(luò)側(cè)的文件列表中。

客戶端建有瀏覽器，可以訪問(wèn)網(wǎng)絡(luò)文件，并對(duì)網(wǎng)絡(luò)文件可以實(shí)現(xiàn)各種操作，而客戶端本地的文件資源管理器對(duì)本地文件僅有幾個(gè)有限的操作。因此，為充分利用已有資源，本發(fā)明提供的數(shù)據(jù)雙向傳輸裝置優(yōu)選設(shè)置在瀏覽器中，利用瀏覽器中的各插件實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)傳輸。所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址的獲取方式包括下列至少之一：

從瀏覽器的地址欄中獲?。?/p>

從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。?/p>

從瀏覽器收藏夾存儲(chǔ)的項(xiàng)目中獲取。

將該網(wǎng)絡(luò)地址拖拽至客戶端本地的文件列表中之后，包括：

在瀏覽器中獲取該網(wǎng)絡(luò)地址對(duì)應(yīng)的網(wǎng)頁(yè)內(nèi)容；

將所述網(wǎng)頁(yè)內(nèi)容通過(guò)流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。

一種數(shù)據(jù)發(fā)送、接收裝置,為一客戶端，包括

指令接收器，配置為從瀏覽器頁(yè)面接收用戶的傳輸指令，其中，在同一瀏覽器頁(yè)面上同時(shí)顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；

指令解析器，配置為根據(jù)所述指令接收器從所述瀏覽器頁(yè)面接收的傳輸指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；

數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，從所述瀏覽器頁(yè)面的網(wǎng)絡(luò)側(cè)的文件列表或者客戶端本地的文件列表相應(yīng)獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。

頁(yè)面設(shè)置器，配置為在該瀏覽器的一個(gè)邊框中同時(shí)顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者在該瀏覽器中設(shè)置兩個(gè)獨(dú)立的邊框，一個(gè)用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個(gè)用于顯示客戶端本地的文件列表。

所述數(shù)據(jù)傳輸器還配置為在頁(yè)面上，復(fù)制所述待傳輸?shù)奈募臉?biāo)識(shí)；將復(fù)制后的標(biāo)識(shí)粘貼到目的地。

數(shù)據(jù)傳輸器還配置為若流傳輸過(guò)程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。

數(shù)據(jù)傳輸器還配置為：在瀏覽器中獲取該本地存儲(chǔ)路徑；獲取該本地存儲(chǔ)路徑對(duì)應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。

數(shù)據(jù)傳輸器還配置為：利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲(chǔ)路徑和/或該文件的文件內(nèi)容；根據(jù)用戶的選擇上傳該文件的信息。

指令解析器在獲知待傳輸?shù)臄?shù)據(jù)的信息后，數(shù)據(jù)傳輸器130可以根據(jù)該信息確定是到哪個(gè)地址或哪個(gè)服務(wù)器上獲取該數(shù)據(jù)。若數(shù)據(jù)過(guò)大，獲取時(shí)間較長(zhǎng)，還可以根據(jù)數(shù)據(jù)的容量選擇緩存器，以便于數(shù)據(jù)獲取過(guò)程以及數(shù)據(jù)傳輸過(guò)程中的數(shù)據(jù)保存，避免數(shù)據(jù)丟失。