專利名稱：數(shù)據(jù)傳輸方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)應(yīng)用領(lǐng)域，具體涉及一種數(shù)據(jù)傳輸裝置及一種數(shù)據(jù)傳輸方法。
背景技術(shù)：
瀏覽器是指可以顯示網(wǎng)頁服務(wù)器或者文件系統(tǒng)的HTML (Hypertext MarkupLanguage，超文本標(biāo)記語言)文件內(nèi)容，并讓用戶與這些文件交互的一種軟件。網(wǎng)頁瀏覽器主要通過HTTP協(xié)議(HyperText Transfer Protocol,超文本傳輸協(xié)議)與網(wǎng)頁服務(wù)器交互并獲取網(wǎng)頁，這些網(wǎng)頁由URL (Uniform/Universal Resource Locator,統(tǒng)一資源定位符)指定，文件格式通常為 HTML,并由 MIME (Multipurpose Internet Mail Extension,多用途網(wǎng)際郵件擴充協(xié)議)在HTTP協(xié)議中指明。 一個網(wǎng)頁中可以包括多個文檔，每個文檔都是分別從服務(wù)器獲取的。大部分的瀏覽器本身支持除了 HTML之外的廣泛的格式，例如JPEG、PNG、GIF等圖像格式，并且能夠擴展支持眾多的插件(plug-1ns)。另外，許多瀏覽器還支持其他的URL類型及其相應(yīng)的協(xié)議，如FTP (File Transfer Protocol,文件傳輸協(xié)議)、Gopher (The Internet Gopher Protocol,RFC-1436網(wǎng)際Gopher協(xié)議)、HTTPS (HTTP協(xié)議的加密版本)。HTTP內(nèi)容類型和URL協(xié)議規(guī)范允許網(wǎng)頁設(shè)計者在網(wǎng)頁中嵌入圖像、動畫、視頻、聲音、流媒體等。個人電腦上常見的網(wǎng)頁瀏覽器包括微軟的 Internet Explorer(簡稱為 IE)、Mozilla 的 Firefox、Apple 的 Safari,Opera、Google Chrome> GreenBrowser瀏覽器、360安全瀏覽器、搜狗高速瀏覽器、等。但是，目前的瀏覽器對于瀏覽器本地的文件系統(tǒng)的訪問界面很少。由此，瀏覽器對于本地的文件系統(tǒng)的訪問和操作不是很方便，進而不能很好進行本地文件的管理。進一步地，當(dāng)用戶對本地文件進行操作時，一般使用文件資源管理器(FileExplorer),其舊稱Windows資源管理器(Windows Explorer),是Windows查看文件的基本工具。Windows 8中，將此程序改稱文件資源管理器。由此可見，現(xiàn)階段管理本地文件的文件資源管理器與管理網(wǎng)絡(luò)文件的網(wǎng)頁瀏覽器是分離的，兩者間不存在交互。但是，隨著網(wǎng)絡(luò)的發(fā)展，在網(wǎng)絡(luò)與本地文件發(fā)生交互的可能性越來越高，例如，需要在網(wǎng)絡(luò)中上傳部分本地文件。這時就需要瀏覽器能夠?qū)Ρ镜匚募M行管理，但是現(xiàn)有的不同類型的文件的管理是分開獨立的，導(dǎo)致網(wǎng)絡(luò)側(cè)和本地間的數(shù)據(jù)的傳輸或同步程序較為復(fù)雜，浪費大量資源。

發(fā)明內(nèi)容
鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的數(shù)據(jù)傳輸裝置和相應(yīng)的數(shù)據(jù)傳輸方法。依據(jù)本發(fā)明的一個方面，提供了一種數(shù)據(jù)傳輸裝置，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括指令接收器，配置為接收用戶的傳輸指令；指令解析器，配置為根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；
數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地?？蛇x地，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一所述待傳輸?shù)臄?shù)據(jù)的地址；所述待傳輸?shù)臄?shù)據(jù)的類型；所述待傳輸?shù)臄?shù)據(jù)的容量?？蛇x地，所述待傳輸?shù)臄?shù)據(jù)包括文件。可選地，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地。 可選地，所述在頁面上，所述數(shù)據(jù)傳輸器還配置為當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中；當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中?？蛇x地，所述指令解析器還配置為利用下列至少之一的方式獲取所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址從瀏覽器的地址欄中獲??；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。粡臑g覽器收藏夾存儲的項目中獲取。可選地，所述數(shù)據(jù)傳輸器還配置為在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容；將所述網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。可選地，在所述客戶端本地的文件夾中，存儲所述網(wǎng)頁內(nèi)容的文件采用所述網(wǎng)頁內(nèi)容的標(biāo)題作為文件標(biāo)題?？蛇x地，所述數(shù)據(jù)傳輸器還配置為在流傳輸過程中， 將所述網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中；待傳輸成功后，從臨時文件中將所述網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中?？蛇x地，所述數(shù)據(jù)傳輸器還配置為若流傳輸過程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。可選地，所述數(shù)據(jù)傳輸器還配置為在瀏覽器中獲取該本地存儲路徑；獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。可選地，所述數(shù)據(jù)傳輸器還配置為利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑和/或該文件的文件內(nèi)容；根據(jù)用戶的選擇上傳該文件的信息?？蛇x地，上述裝置還包括
頁面設(shè)置器，配置為在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯示客戶端本地的文件列表?？蛇x地，所述數(shù)據(jù)傳輸器還配置為在頁面上，復(fù)制所述待傳輸?shù)奈募臉?biāo)識；將復(fù)制后的標(biāo)識粘貼到目的地。依據(jù)本發(fā)明的另一個方面，提供了一種數(shù)據(jù)傳輸方法，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括接收用戶的傳輸指令； 根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地?？蛇x地，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一所述待傳輸?shù)臄?shù)據(jù)的地址；所述待傳輸?shù)臄?shù)據(jù)的類型；所述待傳輸?shù)臄?shù)據(jù)的容量?？蛇x地，所述待傳輸?shù)臄?shù)據(jù)包括文件?？蛇x地，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地?？蛇x地，所述在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地，包括當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中；當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中?？蛇x地，所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址的獲取方式包括下列至少之一從瀏覽器的地址欄中獲??；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。粡臑g覽器收藏夾存儲的項目中獲取?？蛇x地，所述將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中之后，包括在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容；將所述網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。可選地，在所述客戶端本地的文件夾中，存儲所述網(wǎng)頁內(nèi)容的文件采用所述網(wǎng)頁內(nèi)容的標(biāo)題作為文件標(biāo)題?？蛇x地，在流傳輸過程中，將所述網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中；待傳輸成功后，從臨時文件中將所述網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。
可選地，若流傳輸過程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。可選地，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中之后，包括在瀏覽器中獲取該本地存儲路徑；獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息?？蛇x地，所述根據(jù)用戶的選擇上傳該文件的信息，包括利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑和/或該文件的文件內(nèi)容；根據(jù)用戶的選擇上傳該文件的信息。
可選地，所述在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表，包括在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯示客戶端本地的文件列表?？蛇x地，在瀏覽器中設(shè)置兩個獨立的邊框時，將該待傳輸?shù)奈募鬏斨聊康牡?，包括在頁面上，?fù)制所述待傳輸?shù)奈募臉?biāo)識；將復(fù)制后的標(biāo)識粘貼到目的地。在本發(fā)明實施例中，在接收用戶發(fā)送的傳輸指令后進行解析，從而獲得待傳輸?shù)臄?shù)據(jù)自身的信息以及目的地信息。后續(xù)數(shù)據(jù)傳輸器可以根據(jù)待傳輸數(shù)據(jù)的目的地進行數(shù)據(jù)傳輸，若目的地是網(wǎng)絡(luò)側(cè)，則可以將數(shù)據(jù)從客戶端本地傳輸?shù)骄W(wǎng)絡(luò)側(cè)，若目的地是客戶端本地，則可以將數(shù)據(jù)從網(wǎng)絡(luò)側(cè)傳輸?shù)娇蛻舳吮镜亍２捎帽景l(fā)明實施例提供的數(shù)據(jù)傳輸裝置及方法可以實現(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)側(cè)和客戶端本地的傳輸，且傳輸方式簡潔方便，提高數(shù)據(jù)的傳輸速率。上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式
。


通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中圖1示出了根據(jù)本發(fā)明一個實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖；圖2示出了根據(jù)本發(fā)明一個實施例的數(shù)據(jù)傳輸方法的處理流程圖；圖3示出了根據(jù)本發(fā)明一個實施例的瀏覽器頁面顯現(xiàn)本地文件的示意圖；圖4示出了根據(jù)本發(fā)明一個實施例的單框顯示兩種文件列表的界面示意圖；以及圖5示出了根據(jù)本發(fā)明一個實施例的雙框顯示兩種文件列表的界面示意圖。
具體實施方式
下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。為解決上述技術(shù)問題中的至少之一，本發(fā)明實施例提供了一種數(shù)據(jù)傳輸裝置。圖1示出了根據(jù)本發(fā)明的一個實施例的數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸。參見圖1，數(shù)據(jù)傳輸裝置中至少包括指令接收器110、指令解析器120以及數(shù)據(jù)傳輸器130?，F(xiàn)分別對數(shù)據(jù)傳輸裝置中的各器件或模塊或部件的組成架構(gòu)以及相應(yīng)功能進行說明。首先，介紹指令接收器110。本例中，指令接收器的功能是接收用戶的傳輸指令，并將傳輸指令轉(zhuǎn)發(fā)給指令解析器120進行解析。其次，介紹指令解析器120。參見圖1，指令解析器120與指令接收110相耦合。指 令解析器120根據(jù)指令接收器110轉(zhuǎn)發(fā)的傳輸指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息。最后，介紹數(shù)據(jù)傳輸器130。參見圖1，數(shù)據(jù)傳輸器130與指令解析器120耦合。數(shù)據(jù)傳輸器130根據(jù)指令接收器110解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。在本發(fā)明實施例中，在接收用戶發(fā)送的傳輸指令后進行解析，從而獲得待傳輸?shù)臄?shù)據(jù)自身的信息以及目的地信息。后續(xù)數(shù)據(jù)傳輸器可以根據(jù)待傳輸數(shù)據(jù)的目的地進行數(shù)據(jù)傳輸，若目的地是網(wǎng)絡(luò)側(cè)，則可以將數(shù)據(jù)傳輸?shù)骄W(wǎng)絡(luò)側(cè)，若目的地是客戶端本地，則可以將數(shù)據(jù)傳輸?shù)娇蛻舳吮镜?。采用本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置可以實現(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)側(cè)和客戶端本地的傳輸，且傳輸方式簡潔方便，提高數(shù)據(jù)的傳輸速率。其中，指令解析器120解析出的待傳輸?shù)臄?shù)據(jù)的信息可以包括該數(shù)據(jù)的任意信息，例如待傳輸?shù)臄?shù)據(jù)的地址、待傳輸?shù)臄?shù)據(jù)的類型以及待傳輸?shù)臄?shù)據(jù)的容量。在獲知待傳輸?shù)臄?shù)據(jù)的信息后，數(shù)據(jù)傳輸器130可以根據(jù)該信息確定是到哪個地址或哪個服務(wù)器上獲取該數(shù)據(jù)。若數(shù)據(jù)過大，獲取時間較長，還可以根據(jù)數(shù)據(jù)的容量選擇緩存器，以便于數(shù)據(jù)獲取過程以及數(shù)據(jù)傳輸過程中的數(shù)據(jù)保存，避免數(shù)據(jù)丟失。進一步，若數(shù)據(jù)容量過大，在后續(xù)傳輸過程中，數(shù)據(jù)傳輸器還可以選擇將該數(shù)據(jù)分成不同數(shù)據(jù)包進行傳輸，在傳輸?shù)侥康牡貢r再將不同的數(shù)據(jù)包聚合，避免出現(xiàn)因數(shù)據(jù)包過大導(dǎo)致網(wǎng)絡(luò)堵塞進而導(dǎo)致網(wǎng)絡(luò)崩潰的可能。在一個優(yōu)選的實施例中，待傳輸?shù)臄?shù)據(jù)包括文件。當(dāng)然，該數(shù)據(jù)也可以是非文件，由于應(yīng)用中文件應(yīng)用較多，有一定的代表性且較為形象，因此，本實施例中以文件為例進行說明。相關(guān)技術(shù)中提及瀏覽器可以訪問網(wǎng)絡(luò)文件，并對網(wǎng)絡(luò)文件可以實現(xiàn)各種操作，而客戶端本地的文件資源管理器對本地文件僅有幾個有限的操作。因此，為充分利用已有資源，本發(fā)明提供的數(shù)據(jù)傳輸裝置優(yōu)選設(shè)置在瀏覽器中，利用瀏覽器中的各插件實現(xiàn)網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)傳輸。相應(yīng)的，為方便同時對網(wǎng)絡(luò)文件和本地文件進行處理，可以設(shè)置在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表。此時，瀏覽器頁面上同時顯示兩者的文件列表，每個文件名稱均是一個鏈接，可以直接鏈接到其相應(yīng)存儲地址，點擊各文件名就可以打開相應(yīng)的文件。例如，點擊WWW. sina. com可以打開新浪主頁,而點擊本地磁盤D:，就可以打開本地磁盤中的D盤。此時，在頁面上，用戶可以以拖拽的方式將待傳輸?shù)奈募臉?biāo)識移動至目的地，從而實現(xiàn)網(wǎng)絡(luò)側(cè)和客戶端本地的文件的傳輸。其實質(zhì)是用戶拖拽該標(biāo)識即是發(fā)出相應(yīng)的傳輸指令，數(shù)據(jù)傳輸器130會根據(jù)該傳輸指令將標(biāo)識所對應(yīng)的文件傳輸?shù)侥康牡亍．?dāng)待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件，目的地為客戶端本地時。數(shù)據(jù)傳輸器130選擇待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中。相應(yīng)的，當(dāng)待傳輸?shù)奈募念愋蜑楸镜匚募康牡貫榫W(wǎng)絡(luò)側(cè)時，數(shù)據(jù)傳輸器130選擇待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中。
當(dāng)待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，指令解析器120需要獲取該網(wǎng)絡(luò)文件的網(wǎng)絡(luò)地址。從瀏覽器頁面中可以有多種網(wǎng)絡(luò)地址的獲取方式，例如利用下列至少之一的方式獲取待傳輸?shù)奈募木W(wǎng)絡(luò)地址從瀏覽器的地址欄中獲??；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。粡臑g覽器收藏夾存儲的項目中獲取。若瀏覽器中還存在其他的插件中也記錄了待傳輸?shù)奈募木W(wǎng)絡(luò)地址，則指令解析器120也可以從其他的插件中獲取相應(yīng)的網(wǎng)絡(luò)地址。在網(wǎng)絡(luò)地址被獲取之后，數(shù)據(jù)傳輸器130根據(jù)該網(wǎng)絡(luò)地址在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容。隨后，數(shù)據(jù)傳輸器130會將網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中，從而實現(xiàn)網(wǎng)絡(luò)側(cè)到本地側(cè)的數(shù)據(jù)(文件)傳輸。文件傳輸結(jié)束后，網(wǎng)頁內(nèi)容需要在客戶端本地進行存儲，為存儲該網(wǎng)頁內(nèi)容生成一個文件。此時，為標(biāo)識該網(wǎng)頁內(nèi)容，需要在客戶端本地的文件夾中生成一個文件標(biāo)題。為方便識別該網(wǎng)頁內(nèi)容，在一個優(yōu)選的實施例中，可以采用網(wǎng)頁內(nèi)容的標(biāo)題作為存儲網(wǎng)頁內(nèi)容的文件的文件標(biāo)題。當(dāng)然，也可以選擇其他的文件標(biāo)題，例如，使用網(wǎng)頁內(nèi)容的關(guān)鍵字作為文件標(biāo)題，或者網(wǎng)頁內(nèi)容的傳輸時間作為文件標(biāo)題，等等。將文件從網(wǎng)絡(luò)側(cè)傳輸?shù)娇蛻舳吮镜刂袝r，由于保護數(shù)據(jù)的完整性，在流傳輸過程中，數(shù)據(jù)傳輸器130可以優(yōu)先將網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中。待所有數(shù)據(jù)均傳輸成功后，數(shù)據(jù)傳輸器130再從臨時文件中將網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。若流傳輸過程中出現(xiàn)傳輸失敗，數(shù)據(jù)傳輸器130會提示傳輸失敗或重新傳輸。用戶只需要根據(jù)指示信息進行相應(yīng)的選擇，例如是重新傳輸，或者放棄傳輸?shù)?。前文提及，?shù)據(jù)傳輸?shù)姆较蚴请p向的，因此，數(shù)據(jù)傳輸器130除了能夠?qū)⒕W(wǎng)絡(luò)文件從網(wǎng)絡(luò)側(cè)傳輸?shù)娇蛻舳吮镜刂猓€可以將客戶端本地的本地文件上傳到網(wǎng)絡(luò)側(cè)。具體的，瀏覽器頁面上同時顯示網(wǎng)絡(luò)文件的文件列表以及本地文件的文件列表，數(shù)據(jù)傳輸器130會對瀏覽器中的本地文件的文件列表進行瀏覽，獲取到本地存儲路徑。進一步，數(shù)據(jù)傳輸器130會獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。在一個優(yōu)選的實施例中，數(shù)據(jù)傳輸器130還可以利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑還是該文件的文件內(nèi)容，或者同時上傳兩者，之后根據(jù)用戶的選擇上傳該文件的信息。例如，若只需要上傳文件的本地存儲路徑，則只上傳一個路徑信息即可；若需要上傳的是文件內(nèi)容，則需要將整個文件打包上傳。瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地文件列表，因此，參見圖1，在數(shù)據(jù)傳輸裝置中還設(shè)置了頁面設(shè)置器140。該頁面設(shè)置器與指令接收器110相耦合。頁面設(shè)置器140可以設(shè)置不同的列表在瀏覽器中的顯示方式，例如，頁面設(shè)置器140可以規(guī)定在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表。再例如，頁面設(shè)置器140也可以在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯不客戶端本地的文件列表。若在同一個邊框中同時顯不網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表，該邊框可以在瀏覽器頁面的左側(cè)，也可以在瀏覽器頁面的右側(cè)，或者在底邊均可，方便用戶進行選擇即可。若在兩個獨立的邊框中分別顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，兩個邊框的位置也可以根據(jù)用戶的瀏覽偏好進行設(shè)置。
除了上文提及到拖拽的方式，本實施例還為用戶提供了另外一種數(shù)據(jù)傳輸?shù)姆绞?。由于頁面上的每個標(biāo)識都能夠鏈接到相應(yīng)的文件，因此，在頁面上，數(shù)據(jù)傳輸器130可以選擇復(fù)制待傳輸?shù)奈募臉?biāo)識，然后將復(fù)制后的標(biāo)識粘貼到目的地即可。目的地根據(jù)復(fù)制得到的標(biāo)識可以鏈接到相應(yīng)的待傳輸?shù)奈募瑥亩鴮崿F(xiàn)了網(wǎng)絡(luò)側(cè)與客戶端本地間的文件的傳輸。基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種數(shù)據(jù)傳輸方法，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸。該數(shù)據(jù)傳輸方法的實施可基于上述任意一項優(yōu)選實施例中的數(shù)據(jù)傳輸裝置。圖2示出了根據(jù)本發(fā)明的一個實施例的數(shù)據(jù)傳輸方法的處理流程圖，包括步驟S202至步驟S206。步驟S202、接收用戶的傳輸指令。步驟S204、根據(jù)上述傳輸指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息。步驟S206、根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。在本發(fā)明實施例中，在接收用戶發(fā)送的傳輸指令后進行解析，從而獲得待傳輸?shù)臄?shù)據(jù)自身的信息以及目的地信息。后續(xù)可以根據(jù)待傳輸數(shù)據(jù)的目的地進行數(shù)據(jù)傳輸，若目的地是網(wǎng)絡(luò)側(cè)，則可以將數(shù)據(jù)傳輸?shù)骄W(wǎng)絡(luò)側(cè)，若目的地是客戶端本地，則可以將數(shù)據(jù)傳輸?shù)娇蛻舳吮镜?。采用本發(fā)明實施例提供的數(shù)據(jù)傳輸方法可以實現(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)側(cè)和客戶端本地的傳輸，且傳輸方式簡潔方便，提高數(shù)據(jù)的傳輸速率。其中，解析出的待傳輸?shù)臄?shù)據(jù)的信息可以包括該數(shù)據(jù)的任意信息，例如待傳輸?shù)臄?shù)據(jù)的地址、待傳輸?shù)臄?shù)據(jù)的類型以及待傳輸?shù)臄?shù)據(jù)的容量。在獲知待傳輸?shù)臄?shù)據(jù)的信息后，可以根據(jù)該信息確定是到哪個地址或哪個服務(wù)器上獲取該數(shù)據(jù)。若數(shù)據(jù)過大，獲取時間較長，還可以根據(jù)數(shù)據(jù)的容量選擇緩存器，以便于數(shù)據(jù)獲取過程以及數(shù)據(jù)傳輸過程中的數(shù)據(jù)保存，避免數(shù)據(jù)丟失。進一步，若數(shù)據(jù)容量過大，在后續(xù)傳輸過程中，數(shù)據(jù)傳輸器還可以選擇將該數(shù)據(jù)分成不同數(shù)據(jù)包進行傳輸，在傳輸?shù)侥康牡貢r再將不同的數(shù)據(jù)包聚合，避免出現(xiàn)因數(shù)據(jù)包過大導(dǎo)致網(wǎng)絡(luò)堵塞進而導(dǎo)致網(wǎng)絡(luò)崩潰的可能。
在一個優(yōu)選的實施例中，待傳輸?shù)臄?shù)據(jù)包括文件。當(dāng)然，該數(shù)據(jù)也可以是非文件，由于應(yīng)用中文件應(yīng)用較多，有一定的代表性且較為形象，因此，本實施例中以文件為例進行說明。相關(guān)技術(shù)中提及瀏覽器可以訪問網(wǎng)絡(luò)文件，并對網(wǎng)絡(luò)文件可以實現(xiàn)各種操作，而客戶端本地的文件資源管理器對本地文件僅有幾個有限的操作。因此，為充分利用已有資源，本發(fā)明提供的數(shù)據(jù)傳輸方法適用于瀏覽器，利用瀏覽器中的各插件實現(xiàn)網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)傳輸。相應(yīng)的，為方便同時對網(wǎng)絡(luò)文件和本地文件進行處理，可以設(shè)置在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表。此時，瀏覽器頁面上同時顯示兩者的文件列表，每個文件名稱均是一個鏈接，可以直接鏈接到其相應(yīng)存儲地址，點擊各文件名就可以打開相應(yīng)的文件。例如，點擊WWW. sina. com可以打開新浪主頁,而點擊本地磁盤D:，就可以打開本地磁盤中的D盤。此時，在頁面上，用戶可以以拖拽的方式將待傳輸?shù)奈募臉?biāo)識移動至目的地，從 而實現(xiàn)網(wǎng)絡(luò)側(cè)和客戶端本地的文件的傳輸。其實質(zhì)是用戶拖拽該標(biāo)識即是發(fā)出相應(yīng)的傳輸指令，根據(jù)該傳輸指令可以將標(biāo)識所對應(yīng)的文件傳輸?shù)侥康牡亍Ｔ陧撁嫔?，以拖拽的方式將待傳輸?shù)奈募臉?biāo)識移動至目的地，其具體的處理方式如下。方式一、當(dāng)待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中。方式二、當(dāng)待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中。當(dāng)待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，首先需要獲取該網(wǎng)絡(luò)文件的網(wǎng)絡(luò)地址。從瀏覽器頁面中可以有多種網(wǎng)絡(luò)地址的獲取方式，例如利用下列至少之一的方式獲取待傳輸?shù)奈募木W(wǎng)絡(luò)地址從瀏覽器的地址欄中獲取；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲取；從瀏覽器收藏夾存儲的項目中獲取。若瀏覽器中還存在其他的插件中也記錄了待傳輸?shù)奈募木W(wǎng)絡(luò)地址，則也可以從其他的插件中獲取相應(yīng)的網(wǎng)絡(luò)地址。在網(wǎng)絡(luò)地址被獲取之后，可以根據(jù)該網(wǎng)絡(luò)地址在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容。隨后，將網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中，從而實現(xiàn)網(wǎng)絡(luò)側(cè)到本地側(cè)的數(shù)據(jù)(文件)傳輸。文件傳輸結(jié)束后，網(wǎng)頁內(nèi)容需要在客戶端本地進行存儲，為存儲該網(wǎng)頁內(nèi)容生成一個文件。此時，為標(biāo)識該網(wǎng)頁內(nèi)容，需要在客戶端本地的文件夾中生成一個文件標(biāo)題。為方便識別該網(wǎng)頁內(nèi)容，在一個優(yōu)選的實施例中，可以采用網(wǎng)頁內(nèi)容的標(biāo)題作為存儲網(wǎng)頁內(nèi)容的文件的文件標(biāo)題。當(dāng)然，也可以選擇其他的文件標(biāo)題，例如，使用網(wǎng)頁內(nèi)容的關(guān)鍵字作為文件標(biāo)題，或者網(wǎng)頁內(nèi)容的傳輸時間作為文件標(biāo)題，等等。將文件從網(wǎng)絡(luò)側(cè)傳輸?shù)娇蛻舳吮镜刂袝r，由于保護數(shù)據(jù)的完整性，在流傳輸過程中，可以優(yōu)先將網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中。待所有數(shù)據(jù)均傳輸成功后，再從臨時文件中將網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。若流傳輸過程中出現(xiàn)傳輸失敗，則向用戶提示傳輸失敗或重新傳輸。用戶只需要根據(jù)指示信息進行相應(yīng)的選擇，例如是重新傳輸，或者放棄傳輸?shù)?。前文提及，?shù)據(jù)傳輸?shù)姆较蚴请p向的，因此，除了能夠?qū)⒕W(wǎng)絡(luò)文件從網(wǎng)絡(luò)側(cè)傳輸?shù)娇蛻舳吮镜刂?，還可以將客戶端本地的本地文件上傳到網(wǎng)絡(luò)側(cè)。具體的，瀏覽器頁面上同時顯示網(wǎng)絡(luò)文件的文件列表以及本地文件的文件列表，可以對瀏覽器中的本地文件的文件列表進行瀏覽，獲取到本地存儲路徑。進一步，獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。在一個優(yōu)選的實施例中，可以利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑還是該文件的文件內(nèi)容，或者同時上傳兩者，之后根據(jù)用戶的選擇上傳該文件的信息。例如，若只需要上傳文件的本地存儲路徑，則只上傳一個路徑信息即可；若需要上傳的是文件內(nèi)容，則需要將整個文件打包上傳。 瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地文件列表，可以設(shè)置不同的列表在瀏覽器中的顯示方式，例如，可以規(guī)定在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表。再例如，也可以在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯不網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯不客戶端本地的文件列表。若在同一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表，該邊框可以在瀏覽器頁面的左側(cè)，也可以在瀏覽器頁面的右側(cè)，或者在底邊均可，方便用戶進行選擇即可。若在兩個獨立的邊框中分別顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時,兩個邊框的位置也可以根據(jù)用戶的瀏覽偏好進行設(shè)置。除了上文提及到拖拽的方式，本實施例還為用戶提供了另外一種數(shù)據(jù)傳輸?shù)姆绞?。由于頁面上的每個標(biāo)識都能夠鏈接到相應(yīng)的文件，因此，在頁面上，可以選擇復(fù)制待傳輸?shù)奈募臉?biāo)識，然后將復(fù)制后的標(biāo)識粘貼到目的地即可。目的地根據(jù)復(fù)制得到的標(biāo)識可以鏈接到相應(yīng)的待傳輸?shù)奈募?，從而實現(xiàn)了網(wǎng)絡(luò)側(cè)與客戶端本地間的文件的傳輸。為將本發(fā)明實施例提供的數(shù)據(jù)傳輸方法及裝置闡述地更清楚更明白，現(xiàn)以具體實施例對其進行說明。本例中，文件列表呈現(xiàn)在頁面的左側(cè)邊框中，在右側(cè)窗口顯示相應(yīng)的內(nèi)容。當(dāng)用戶點擊左側(cè)文件夾時，在右側(cè)的窗口中顯示的其點擊的標(biāo)識所對應(yīng)的文件夾內(nèi)容。對于在瀏覽器頁面(也稱為web窗口、web頁面)中加載、顯示的是本地文件時，其在地址欄中顯示的是該本地文件在本地的路徑。圖3示出了根據(jù)本發(fā)明一個實施例的瀏覽器頁面顯現(xiàn)本地文件的示意圖。在圖3中，左側(cè)提供了本地文件列表，右側(cè)呈現(xiàn)了用戶選擇的文件夾的內(nèi)容，并在地址欄中顯示的是文件(file)地址(即本地存儲路徑)。其中的Tab標(biāo)記可以和別的web網(wǎng)頁相區(qū)分開，以示意區(qū)別。本實施例中提供兩種界面。圖4示出了根據(jù)本發(fā)明的一個實施例的單框顯示兩種文件列表的界面示意圖。而圖5示出了根據(jù)本發(fā)明的一個實施例的雙框顯示兩種文件列表的界面示意圖。參見圖4，當(dāng)需要將web資源(即網(wǎng)絡(luò)文件)下載到本地時，可以鼠標(biāo)點擊地址欄中URL地址，將其拖拽到左邊欄中收藏夾下方顯示的本地資源中的對應(yīng)文件中。也可以點擊web歷史記錄或收藏夾中的項目，將其拖拽到左邊欄中收藏夾下方顯示的本地資源中的對應(yīng)文件中。當(dāng)用戶點擊URL或與該URL對應(yīng)的項目時，瀏覽器獲取對應(yīng)的URL，并且能夠獲取到該網(wǎng)頁的內(nèi)容(包括該網(wǎng)頁的標(biāo)題)，并將獲取到的內(nèi)容通過流傳輸?shù)剿献е恋奈募A中，在該文件夾中所保存的該文件的標(biāo)題即為該網(wǎng)頁的標(biāo)題。更進一步地，在流傳輸過程中，可以將網(wǎng)頁內(nèi)容首先流傳輸?shù)揭粋€臨時文件中，如果傳輸成功再向目標(biāo)文件夾中傳輸該臨時文件的內(nèi)容，如果將網(wǎng)頁內(nèi)容首先流傳輸?shù)揭粋€臨時文件的過程不順利，則給出提示或重新傳輸，如此確保網(wǎng)頁內(nèi)容向本地文件的傳輸?shù)耐暾?。另一方面，?dāng)需要將本地內(nèi)容上傳到web中時，可以點擊左邊欄中收藏夾下方顯示的本地資源中的對應(yīng)文件，并將其拖拽至當(dāng)前web頁面中的輸入界面中。
當(dāng)用戶點擊左邊欄中收藏夾下方顯示的本地資源中的對應(yīng)文件時，瀏覽器可以獲取到該文件的路徑，在用戶將該文件拖拽至當(dāng)前web頁面中的輸入界面中時，在界面中顯示選項框，提示用戶想要上傳的是路徑還是內(nèi)容。如果用戶選擇的是路徑，則將該路徑寫入到該輸入界面中；如果用戶選擇的是內(nèi)容，則瀏覽器獲取該路徑下文件的內(nèi)容，并將該內(nèi)容寫入到該輸入界面中。參見圖5，為了進一步方便web內(nèi)容與本地內(nèi)容的交互，本瀏覽器的顯示界面分為兩塊或更多，一部分是web瀏覽，一部分是內(nèi)部資源顯示。由此除了可以實現(xiàn)上述web內(nèi)容與本地文件之間的交互操作之外，還可以實現(xiàn)web內(nèi)容與本地文件的具體內(nèi)容之間的交互操作當(dāng)需要將web資源下載到本地某文件中時，在瀏覽器下方本地資源顯示部分中，輸入目標(biāo)本地文件的路徑，從而顯示目標(biāo)本地文件的內(nèi)容。接著點擊地址欄中URL地址(web歷史記錄或收藏夾中的項目),將其拖拽到所顯示的目標(biāo)本地文件中。當(dāng)用戶點擊URL或與該URL對應(yīng)的項目時，瀏覽器獲取對應(yīng)的URL，并且能夠獲取到該網(wǎng)頁的內(nèi)容，并將獲取到的內(nèi)容通過流傳輸?shù)剿献е恋奈募奶囟ㄎ恢谩Ａ硪环矫?，?dāng)需要將本地某文件中的內(nèi)容上傳到web中時，在瀏覽器下方本地資源顯示部分中，輸入目標(biāo)本地文件的路徑，從而顯示目標(biāo)本地文件的內(nèi)容；可以選擇所顯示的目標(biāo)本地文件的部分，并將其拖拽至當(dāng)前web頁面中的輸入界面中。當(dāng)用戶選擇所顯示的目標(biāo)本地文件的部分時，瀏覽器可以獲取到該部分文件的內(nèi)容，在用戶將該部分文件拖拽至當(dāng)前web頁面中的輸入界面中時，將該內(nèi)容寫入到該輸入界面中。在以上兩種方案中，僅針對文本的上傳/下載就更加方便。只要在web/本地頁面中選中待交互的內(nèi)容，復(fù)制粘貼/拖拽至本地/web頁面中即可。采用本發(fā)明實施例能夠簡化web內(nèi)容與本地內(nèi)容的交互操作，提高了操作效率，整合了本地資源與web資源。進而將文件資源管理器和網(wǎng)頁瀏覽器合并，提供對網(wǎng)頁和文件的統(tǒng)一管理，增加系統(tǒng)操作權(quán)限，并解決相互間低效的交互性。采用本發(fā)明實施例提供的數(shù)據(jù)傳輸方法及裝置能夠達到如下有益效果在本發(fā)明實施例中，在接收用戶發(fā)送的傳輸指令后進行解析，從而獲得待傳輸?shù)臄?shù)據(jù)自身的信息以及目的地信息。后續(xù)可以根據(jù)待傳輸數(shù)據(jù)的目的地進行數(shù)據(jù)傳輸，若目的地是網(wǎng)絡(luò)側(cè)，則可以將數(shù)據(jù)傳輸?shù)骄W(wǎng)絡(luò)側(cè)，若目的地是客戶端本地，則可以將數(shù)據(jù)傳輸?shù)娇蛻舳吮镜?。采用本發(fā)明實施例提供的數(shù)據(jù)傳輸裝置和方法可以實現(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)側(cè)和客戶端本地的傳輸，且傳輸方式簡潔方便，提高數(shù)據(jù)的傳輸速率。在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針 對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖即所要求保護的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式
的權(quán)利要求書由此明確地并入該具體實施方式
，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP )來實現(xiàn)根據(jù)本發(fā)明實施例的數(shù)據(jù)傳輸裝置中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。應(yīng)該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。本文公開了 Al、一種數(shù)據(jù)傳輸裝置，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括指令接收器，配置為接收用戶的傳輸指令；指令解析器，配置為根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。A2、根據(jù)Al所述的裝置，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一所述待傳輸?shù)臄?shù)據(jù)的地址；所述待傳輸?shù)臄?shù)據(jù)的類型；所述待傳輸?shù)臄?shù)據(jù)的容量。A3、根據(jù)Al或A2所述的裝置，所述待傳輸?shù)臄?shù)據(jù)包括文件。A4、根據(jù)A3所述的裝置，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地。A5、根據(jù)A4所述的裝置，所述在頁面上，所述數(shù)據(jù)傳輸器還配置為當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址， 將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中；當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中。A6、根據(jù)A5所述的裝置，所述指令解析器還配置為利用下列至少之一的方式獲取所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址從瀏覽器的地址欄中獲??；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲取；從瀏覽器收藏夾存儲的項目中獲取。A7、根據(jù)A5或A6所述的裝置，所述數(shù)據(jù)傳輸器還配置為在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容；將所述網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。AS、根據(jù)A7所述的裝置，在所述客戶端本地的文件夾中，存儲所述網(wǎng)頁內(nèi)容的文件采用所述網(wǎng)頁內(nèi)容的標(biāo)題作為文件標(biāo)題。A9、根據(jù)A7或AS所述的裝置，所述數(shù)據(jù)傳輸器還配置為在流傳輸過程中，將所述網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中；待傳輸成功后，從臨時文件中將所述網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。A10、根據(jù)A9所述的裝置，所述數(shù)據(jù)傳輸器還配置為若流傳輸過程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。All、根據(jù)A5至AlO任一項所述的裝置，所述數(shù)據(jù)傳輸器還配置為在瀏覽器中獲取該本地存儲路徑；獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。A12、根據(jù)All所述的裝置，所述數(shù)據(jù)傳輸器還配置為利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑和/或該文件的文件內(nèi)容；根據(jù)用戶的選擇上傳該文件的信息。A13、根據(jù)A4至A12任一項所述的裝置，還包括頁面設(shè)置器，配置為在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯示客戶端本地的文件列表。A14、根據(jù)A13所述的裝置，所述數(shù)據(jù)傳輸器還配置為在頁面上，復(fù)制所述待傳輸?shù)奈募臉?biāo)識；將復(fù)制后的標(biāo)識粘貼到目的地。本文公開了 B15、一種數(shù)據(jù)傳輸方法，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括接收用戶的傳輸指令；根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。B16、根據(jù)B15所述的方法，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一所述待傳輸?shù)臄?shù)據(jù)的地址；所述待傳輸?shù)臄?shù)據(jù)的類型；所述待傳輸?shù)臄?shù)據(jù)的容量。B17、根據(jù)B15或B16所述的方法，所述待傳輸?shù)臄?shù)據(jù)包括文件。B18、根據(jù)B17所述的方法，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地。B19、根據(jù)B18所述的方法，所述在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地，包括當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中；當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂剑瑢⒃摫镜卮鎯β窂酵献е另撁嫔系木W(wǎng)絡(luò)側(cè)的文件列表中。B20、根據(jù)B19所述的方法，所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址的獲取方式包括下列至少之一從瀏覽器的地址欄中獲??；從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲?。粡臑g覽器收藏夾存儲的項目中獲取。B21、根據(jù)B19或B20所述的方法，所述將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中之后，包括在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容；將所述網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。B22、根據(jù)B21所述的方法，在所述客戶端本地的文件夾中，存儲所述網(wǎng)頁內(nèi)容的文件采用所述網(wǎng)頁內(nèi)容的 標(biāo)題作為文件標(biāo)題。B23、根據(jù)B21或B22所述的方法，在流傳輸過程中，將所述網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中；待傳輸成功后，從臨時文件中將所述網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。B24、根據(jù)B23所述的方法，若流傳輸過程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。B25、根據(jù)B19至B24任一項所述的方法，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中之后，包括在瀏覽器中獲取該本地存儲路徑；獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。B26、根據(jù)B25所述的方法，所述根據(jù)用戶的選擇上傳該文件的信息，包括利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑和/或該文件的文件內(nèi)容；根據(jù)用戶的選擇上傳該文件的信息。B27、根據(jù)B18至B26任一項所述的方法，所述在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表，包括在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯示客戶端本地的文件列表。B28、根據(jù)B27所述的方法，在瀏覽器中設(shè)置兩個獨立的邊框時，將該待傳輸?shù)奈募鬏斨聊康牡?，包括在頁面上，?fù)制所述待傳輸?shù)奈募臉?biāo)識；將復(fù)制后的標(biāo)識粘貼到目的地。
權(quán)利要求
1.一種數(shù)據(jù)傳輸裝置，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括 指令接收器，配置為接收用戶的傳輸指令； 指令解析器，配置為根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息； 數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。
2.根據(jù)權(quán)利要求1所述的裝置，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一 所述待傳輸?shù)臄?shù)據(jù)的地址； 所述待傳輸?shù)臄?shù)據(jù)的類型； 所述待傳輸?shù)臄?shù)據(jù)的容量。
3.根據(jù)權(quán)利要求1或2所述的裝置，所述待傳輸?shù)臄?shù)據(jù)包括文件。
4.根據(jù)權(quán)利要求3所述的裝置，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地。
5.根據(jù)權(quán)利要求4所述的裝置，所述在頁面上，所述數(shù)據(jù)傳輸器還配置為 當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中； 當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂?，將該本地存儲路徑拖拽至頁面上的網(wǎng)絡(luò)側(cè)的文件列表中。
6.根據(jù)權(quán)利要求5所述的裝置，所述指令解析器還配置為利用下列至少之一的方式獲取所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址 從瀏覽器的地址欄中獲取； 從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲取； 從瀏覽器收藏夾存儲的項目中獲取。
7.根據(jù)權(quán)利要求5或6所述的裝置，所述數(shù)據(jù)傳輸器還配置為 在瀏覽器中獲取該網(wǎng)絡(luò)地址對應(yīng)的網(wǎng)頁內(nèi)容； 將所述網(wǎng)頁內(nèi)容通過流傳輸?shù)皆摼W(wǎng)絡(luò)地址所拖拽至的客戶端本地的文件夾中。
8.根據(jù)權(quán)利要求7所述的裝置，在所述客戶端本地的文件夾中，存儲所述網(wǎng)頁內(nèi)容的文件采用所述網(wǎng)頁內(nèi)容的標(biāo)題作為文件標(biāo)題。
9.根據(jù)權(quán)利要求7或8所述的裝置，所述數(shù)據(jù)傳輸器還配置為 在流傳輸過程中， 將所述網(wǎng)頁內(nèi)容流傳輸至客戶端本地的臨時文件中； 待傳輸成功后，從臨時文件中將所述網(wǎng)頁內(nèi)容再流傳輸至目的地所對應(yīng)的文件夾中。
10.根據(jù)權(quán)利要求9所述的裝置，所述數(shù)據(jù)傳輸器還配置為若流傳輸過程中出現(xiàn)傳輸失敗，則提示傳輸失敗或重新傳輸。
11.根據(jù)權(quán)利要求5至10任一項所述的裝置，所述數(shù)據(jù)傳輸器還配置為 在瀏覽器中獲取該本地存儲路徑； 獲取該本地存儲路徑對應(yīng)的文件，根據(jù)用戶的選擇上傳該文件的信息。
12.根據(jù)權(quán)利要求11所述的裝置，所述數(shù)據(jù)傳輸器還配置為 利用瀏覽器界面提示用戶選擇上傳的是該文件的本地存儲路徑和/或該文件的文件內(nèi)容； 根據(jù)用戶的選擇上傳該文件的信息。
13.根據(jù)權(quán)利要求4至12任一項所述的裝置，還包括 頁面設(shè)置器，配置為在該瀏覽器的一個邊框中同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表；或者 在該瀏覽器中設(shè)置兩個獨立的邊框，一個用于顯示網(wǎng)絡(luò)側(cè)的文件列表，另外一個用于顯示客戶端本地的文件列表。
14.根據(jù)權(quán)利要求13所述的裝置，所述數(shù)據(jù)傳輸器還配置為在頁面上，復(fù)制所述待傳輸?shù)奈募臉?biāo)識；將復(fù)制后的標(biāo)識粘貼到目的地。
15.一種數(shù)據(jù)傳輸方法，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括 接收用戶的傳輸指令； 根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息； 根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。
16.根據(jù)權(quán)利要求15所述的方法，所述待傳輸?shù)臄?shù)據(jù)的信息包括下列至少之一 所述待傳輸?shù)臄?shù)據(jù)的地址； 所述待傳輸?shù)臄?shù)據(jù)的類型； 所述待傳輸?shù)臄?shù)據(jù)的容量。
17.根據(jù)權(quán)利要求15或16所述的方法，所述待傳輸?shù)臄?shù)據(jù)包括文件。
18.根據(jù)權(quán)利要求17所述的方法，在同一瀏覽器頁面上同時顯示網(wǎng)絡(luò)側(cè)的文件列表和客戶端本地的文件列表時，所述指令為在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地。
19.根據(jù)權(quán)利要求18所述的方法，所述在頁面上，以拖拽的方式將所述待傳輸?shù)奈募臉?biāo)識移動至目的地，包括 當(dāng)所述待傳輸?shù)奈募念愋蜑榫W(wǎng)絡(luò)文件時，選擇所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址，將該網(wǎng)絡(luò)地址拖拽至頁面上的客戶端本地的文件列表中； 當(dāng)所述待傳輸?shù)奈募念愋蜑楸镜匚募r，選擇所述待傳輸?shù)奈募谋镜卮鎯β窂剑瑢⒃摫镜卮鎯β窂酵献е另撁嫔系木W(wǎng)絡(luò)側(cè)的文件列表中。
20.根據(jù)權(quán)利要求19所述的方法，所述待傳輸?shù)奈募木W(wǎng)絡(luò)地址的獲取方式包括下列至少之一 從瀏覽器的地址欄中獲??； 從瀏覽器的網(wǎng)絡(luò)瀏覽歷史記錄中獲??； 從瀏覽器收藏夾存儲的項目中獲取。
全文摘要
本發(fā)明公開了一種數(shù)據(jù)傳輸裝置，適用于網(wǎng)絡(luò)側(cè)和客戶端本地的數(shù)據(jù)的雙向傳輸，包括指令接收器，配置為接收用戶的傳輸指令；指令解析器，配置為根據(jù)所述指令，解析出待傳輸?shù)臄?shù)據(jù)的信息和目的地信息；數(shù)據(jù)傳輸器，配置為根據(jù)解析出的待傳輸?shù)臄?shù)據(jù)的信息和目的地信息，獲取所述待傳輸?shù)臄?shù)據(jù)，并將該待傳輸?shù)臄?shù)據(jù)傳輸至目的地。采用本發(fā)明能夠?qū)崿F(xiàn)數(shù)據(jù)在網(wǎng)絡(luò)側(cè)和客戶端本地的傳輸，且傳輸方式簡潔方便，提高數(shù)據(jù)的傳輸速率。本發(fā)明還公開了相應(yīng)的方法。
文檔編號H04L29/08GK103002033SQ20121051124
公開日2013年3月27日 申請日期2012年12月3日 優(yōu)先權(quán)日2012年12月3日
發(fā)明者張毅, 任寰 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司