本發(fā)明涉及通信技術(shù)領(lǐng)域，具體而言，涉及一種文件傳輸?shù)姆椒ā⒁环N文件傳輸?shù)难b置和一種終端。

背景技術(shù)：

目前，在發(fā)送方與接收方進行文件傳輸時，如通過wifi直連技術(shù)進行數(shù)據(jù)傳輸，需要發(fā)送方進行設(shè)備的掃描與選擇，然后發(fā)送方與接收方之間建立物理連接，并在物理連接的基礎(chǔ)上再建立socket連接，進而實現(xiàn)對文件流的發(fā)送或接收。

在現(xiàn)有的技術(shù)方案中，通常在完成傳輸文件之后，發(fā)送方與接收方之間就直接斷開socket連接以及物理連接，導(dǎo)致發(fā)送方設(shè)備繼續(xù)向接收方設(shè)備發(fā)送文件時，還需要重新進行設(shè)備的掃描與選擇兩個步驟，導(dǎo)致用戶操作繁瑣，并且還需要用戶長時間等待設(shè)備連接的過程，影響用戶的體驗效果。

因此，如何確保發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，能夠縮短發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間成為亟待解決的技術(shù)問題。

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

本發(fā)明正是基于上述技術(shù)問題至少之一，提出了一種新的文件傳輸?shù)姆桨福軌蚴沟冒l(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新進行設(shè)備的掃描與選擇兩個步驟，縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，有利于提升用戶的體驗。

有鑒于此，本發(fā)明提出了一種文件傳輸?shù)姆椒ǎ糜诎l(fā)送方設(shè)備，包括：與接收方設(shè)備依次建立物理連接和socket連接；在將待發(fā)送文件發(fā)送至所述接收方設(shè)備之后，斷開與所述接收方設(shè)備之間的所述socket連接，并保持與所述接收方設(shè)備之間的所述物理連接。

在該技術(shù)方案中，通過在將待發(fā)送文件發(fā)送至接收方設(shè)備之后，保持與接收方設(shè)備的物理連接，使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。當(dāng)然，在發(fā)送方設(shè)備完成對接收方設(shè)備發(fā)送文件后，即發(fā)送方設(shè)備不再需要向接收方設(shè)備發(fā)送文件(如接收到用戶確認發(fā)送完成的指令)時，可以斷開發(fā)送方設(shè)備與接收方設(shè)備之間的物理連接。

在上述技術(shù)方案中，優(yōu)選地，還包括：接收并存儲所述接收方設(shè)備發(fā)送的所述接收方設(shè)備的ip地址；當(dāng)需要再次向所述接收方設(shè)備發(fā)送文件時，根據(jù)已存儲的所述接收方設(shè)備的 ip地址直接與所述接收方設(shè)備建立socket連接。

在該技術(shù)方案中，通過接收并存儲接收方設(shè)備發(fā)送的ip地址，并根據(jù)已存儲的接收方設(shè)備的ip地址直接與接收方設(shè)備建立起socket連接，使得發(fā)送方設(shè)備能夠快速地與接收方設(shè)備建立socket連接，有效節(jié)省了發(fā)送方設(shè)備與接收方設(shè)備建立socket連接的時間，進而縮短了用戶的等待時間，有利于提升了用戶的體驗。

在上述技術(shù)方案中，優(yōu)選地，將所述待發(fā)送文件發(fā)送至所述接收方設(shè)備的步驟具體為：向所述接收方設(shè)備發(fā)送所述待發(fā)送文件的頭信息；在將所述待發(fā)送文件的頭信息發(fā)送至所述接收方設(shè)備之后，向所述接收方設(shè)備發(fā)送所述待發(fā)送文件。

在該技術(shù)方案中，通過在向接收方設(shè)備發(fā)送待發(fā)送文件時，首先將待發(fā)送文件的頭消息發(fā)送至接收方設(shè)備，使得接收方設(shè)備能夠根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的基本信息，進而做好接收文件的準備。如根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的個數(shù)，以事先創(chuàng)建相應(yīng)大小的存儲空間。

根據(jù)本發(fā)明的第二方面，還提出了一種文件傳輸?shù)姆椒?，用于接收方設(shè)備，包括：與發(fā)送方設(shè)備依次建立物理連接和socket連接；在接收到所述發(fā)送方設(shè)備發(fā)送的文件之后，斷開與所述發(fā)送方設(shè)備之間的所述socket連接，并保持與所述發(fā)送方設(shè)備之間的所述物理連接。

在該技術(shù)方案中，通過在接收到發(fā)送方設(shè)備發(fā)送的文件之后，保持與發(fā)送方設(shè)備之間的物理連接，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。

在上述技術(shù)方案中，優(yōu)選地，還包括：將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備；其中，將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備的步驟具體為：將具有預(yù)定格式的ip地址信息發(fā)送至所述發(fā)送方設(shè)備，所述預(yù)定格式的ip地址信息包括：所述ip地址的長度信息和所述ip地址。

在該技術(shù)方案中，通過向發(fā)送方設(shè)備發(fā)送ip地址，使得發(fā)送方設(shè)備能夠快速地根據(jù)ip地址與接收方設(shè)備建立socket連接，進一步縮短了發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間。

根據(jù)本發(fā)明的第三方面，還提出了一種文件傳輸?shù)难b置，用于發(fā)送方設(shè)備，包括：連接建立單元，用于與接收方設(shè)備依次建立物理連接和socket連接，并用于在發(fā)送單元將待發(fā)送文件發(fā)送至所述接收方設(shè)備之后，斷開與所述接收方設(shè)備之間的所述socket連接，并保持與所述接收方設(shè)備之間的所述物理連接；所述發(fā)送單元，用于將所述待發(fā)送文件發(fā)送至所述接收 方設(shè)備。

在該技術(shù)方案中，通過在將待發(fā)送文件發(fā)送至接收方設(shè)備之后，保持與接收方設(shè)備的物理連接，使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。當(dāng)然，在發(fā)送方設(shè)備完成對接收方設(shè)備發(fā)送文件后，即發(fā)送方設(shè)備不再需要向接收方設(shè)備發(fā)送文件(如接收到用戶確認發(fā)送完成的指令)時，可以斷開發(fā)送方設(shè)備與接收方設(shè)備之間的物理連接。

在上述技術(shù)方案中，優(yōu)選地，還包括：接收單元，用于在所述連接建立單元與所述接收方設(shè)備建立所述物理連接和所述socket連接之后，接收所述接收方設(shè)備發(fā)送的所述接收方設(shè)備的ip地址；存儲單元，用于存儲所述接收單元接收到的所述ip地址；所述連接建立單元還用于：當(dāng)需要再次向所述接收方設(shè)備發(fā)送文件時，根據(jù)已存儲的所述接收方設(shè)備的ip地址直接與所述接收方設(shè)備建立socket連接。

在該技術(shù)方案中，通過接收并存儲接收方設(shè)備發(fā)送的ip地址，并根據(jù)已存儲的接收方設(shè)備的ip地址直接與接收方設(shè)備建立起socket連接，使得發(fā)送方設(shè)備能夠快速地與接收方設(shè)備建立socket連接，有效節(jié)省了發(fā)送方設(shè)備與接收方設(shè)備建立socket連接的時間，進而縮短了用戶的等待時間，有利于提升了用戶的體驗。

根據(jù)本發(fā)明的第四方面，還提出了一種文件傳輸?shù)难b置，用于接收方設(shè)備，包括：連接建立單元，用于與發(fā)送方設(shè)備依次建立物理連接和socket連接，并用于在接收單元接收到所述發(fā)送方設(shè)備發(fā)送的文件之后，斷開與所述發(fā)送方設(shè)備之間的所述socket連接，并保持與所述發(fā)送方設(shè)備之間的所述物理連接；所述接收單元，用于接收所述發(fā)送方設(shè)備發(fā)送的文件。

在該技術(shù)方案中，通過在接收到發(fā)送方設(shè)備發(fā)送的文件之后，保持與發(fā)送方設(shè)備之間的物理連接，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。

在上述技術(shù)方案中，優(yōu)選地，還包括：發(fā)送單元，用于在所述連接建立單元與所述發(fā)送方設(shè)備建立所述物理連接和所述socket連接之后，將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備。

在該技術(shù)方案中，通過向發(fā)送方設(shè)備發(fā)送ip地址，使得發(fā)送方設(shè)備能夠快速地根據(jù)ip地址與接收方設(shè)備建立socket連接，進一步縮短了發(fā)送方設(shè)備與接收方設(shè)備建立連接的時 間。

本發(fā)明第五部分，還提供了一種終端，所述終端包括本發(fā)明提供的文件傳輸裝置。

通過以上技術(shù)方案，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新進行設(shè)備的掃描與選擇兩個步驟，縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，有利于提升用戶的體驗。

附圖說明

圖1示出了根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸?shù)姆椒ǖ氖疽饬鞒虉D；

圖2示出了根據(jù)本發(fā)明的實施例的待發(fā)送文件的頭信息的格式示意圖；

圖3示出了根據(jù)本發(fā)明的實施例的發(fā)送方設(shè)備發(fā)送待發(fā)送文件的格式示意圖；

圖4示出了根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸?shù)姆椒ǖ氖疽饬鞒虉D；

圖5示出了根據(jù)本發(fā)明的實施例的接收方設(shè)備發(fā)送ip地址的格式示意圖；

圖6示出了根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸裝置的示意框圖；

圖7示出了根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸裝置的示意框圖。

具體實施方式

為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點，下面結(jié)合附圖和具體實施方式對本發(fā)明進行進一步的詳細描述。需要說明的是，在不沖突的情況下，本申請的實施例及實施例中的特征可以相互組合。

在下面的描述中闡述了很多具體細節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實施，因此，本發(fā)明的保護范圍并不受下面公開的具體實施例的限制。

圖1示出了根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸?shù)姆椒ǖ氖疽饬鞒虉D。

如圖1所示，根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸?shù)姆椒ǎǎ翰襟E102，與接收方設(shè)備依次建立物理連接和socket連接；步驟104，在將待發(fā)送文件發(fā)送至所述接收方設(shè)備之后，斷開與所述接收方設(shè)備之間的所述socket連接，并保持與所述接收方設(shè)備之間的所述物理連接。

在該技術(shù)方案中，通過在將待發(fā)送文件發(fā)送至接收方設(shè)備之后，保持與接收方設(shè)備的物理連接，使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè) 備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。當(dāng)然，在發(fā)送方設(shè)備完成對接收方設(shè)備發(fā)送文件后，即發(fā)送方設(shè)備不再需要向接收方設(shè)備發(fā)送文件(如接收到用戶確認發(fā)送完成的指令)時，可以斷開發(fā)送方設(shè)備與接收方設(shè)備之間的物理連接。

在上述技術(shù)方案中，優(yōu)選地，還包括：接收并存儲所述接收方設(shè)備發(fā)送的所述接收方設(shè)備的ip地址；當(dāng)需要再次向所述接收方設(shè)備發(fā)送文件時，根據(jù)已存儲的所述接收方設(shè)備的ip地址直接與所述接收方設(shè)備建立socket連接。

在該技術(shù)方案中，通過接收并存儲接收方設(shè)備發(fā)送的ip地址，并根據(jù)已存儲的接收方設(shè)備的ip地址直接與接收方設(shè)備建立起socket連接，使得發(fā)送方設(shè)備能夠快速地與接收方設(shè)備建立socket連接，有效節(jié)省了發(fā)送方設(shè)備與接收方設(shè)備建立socket連接的時間，進而縮短了用戶的等待時間，有利于提升了用戶的體驗。

在上述技術(shù)方案中，優(yōu)選地，將所述待發(fā)送文件發(fā)送至所述接收方設(shè)備的步驟具體為：向所述接收方設(shè)備發(fā)送所述待發(fā)送文件的頭信息；在將所述待發(fā)送文件的頭信息發(fā)送至所述接收方設(shè)備之后，向所述接收方設(shè)備發(fā)送所述待發(fā)送文件。

在該技術(shù)方案中，通過在向接收方設(shè)備發(fā)送待發(fā)送文件時，首先將待發(fā)送文件的頭消息發(fā)送至接收方設(shè)備，使得接收方設(shè)備能夠根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的基本信息，進而做好接收文件的準備。如根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的個數(shù)，以事先創(chuàng)建相應(yīng)大小的存儲空間。

具體地，發(fā)送方設(shè)備向接收方設(shè)備發(fā)送的頭信息的格式如圖2所示。

如圖2所示，根據(jù)本發(fā)明的實施例的待發(fā)送文件的頭信息的格式包括：消息類型(1bit)：代表頭消息，1代表數(shù)據(jù)信息。

發(fā)送文件個數(shù)(1byte)：接收方設(shè)備可根據(jù)文件個數(shù)讀取后續(xù)每個文件的頭消肩。

發(fā)送方信息具體包括：發(fā)送方昵稱長度(1byte)：最大長度255個字節(jié)；發(fā)送方昵稱(長度由發(fā)送方昵稱長度字段決定)；發(fā)送方頭像編碼(4byte)：頭像編碼是頭像資源在eclipse中生成的資源id(int型)，用頭像編碼代替頭像的時機字節(jié)，大大減少了頭像頭消息的長度。

文件信息具體包括：文件url長度(1byte)：由于文件url變長，需要這一字段確定文件url的長度；文件url(長度由文件url長度字段決定)：保證頭消息與文件流一一對應(yīng)；文件類型(1byte)：代表傳輸發(fā)送文件的類型，接收方可根據(jù)這一字段補充接收文件的后綴；文件名長度(1byte)：由于文件名變長，需要這一字段確定文件名的長度；文件名(長度由文件名長度字段決定)；文件大小(4byte)：支持單個文件最大4g；圖標長度(4byte)：由于圖標變長，需要這一字段確定圖標的長度；圖標(長度圖標長度字段決定)：

圖標字節(jié)流。

其中，文件類型的定義可以如表1所示：

表1

在發(fā)送方設(shè)備將待發(fā)送文件的頭信息發(fā)送至接收方設(shè)備之后，會將待發(fā)送文件發(fā)送至接收方設(shè)備，其中，發(fā)送方設(shè)備發(fā)送待發(fā)送文件的格式如圖3所示。

如圖3所示，根據(jù)本發(fā)明的實施例的發(fā)送方設(shè)備發(fā)送待發(fā)送文件的格式包括：

消息類型、文件url長度、文件url和文件字節(jié)流。

圖4示出了根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸?shù)姆椒ǖ氖疽饬鞒虉D。

如圖4所示，根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸?shù)姆椒?，包括：步驟402，與發(fā)送方設(shè)備依次建立物理連接和socket連接；步驟404，在接收到所述發(fā)送方設(shè)備發(fā)送的文件之后，斷開與所述發(fā)送方設(shè)備之間的所述socket連接，并保持與所述發(fā)送方設(shè)備之間的所述物理連接。

在該技術(shù)方案中，通過在接收到發(fā)送方設(shè)備發(fā)送的文件之后，保持與發(fā)送方設(shè)備之間的物理連接，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。

在上述技術(shù)方案中，優(yōu)選地，還包括：將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備；其中，將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備的步驟具體為：將具有預(yù)定格式的ip地址信息發(fā)送至所述發(fā)送方設(shè)備，所述預(yù)定格式的ip地址信息包括：所述ip地址的 長度信息和所述ip地址。

在該技術(shù)方案中，通過向發(fā)送方設(shè)備發(fā)送ip地址，使得發(fā)送方設(shè)備能夠快速地根據(jù)ip地址與接收方設(shè)備建立socket連接，進一步縮短了發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間。

具體地，如圖5所示，根據(jù)本發(fā)明的實施例的接收方設(shè)備發(fā)送ip地址的格式包括：

ip地址長度(4bit)：ip地址最大長度15。

ip地址(長度由ip地址長度決定)：本機ip地址，建立wifi-p2p連接時dhcp分配的ip地址，如果本機作為g0，則ip地址可以為192.168.49.1。

圖6示出了根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸裝置的示意框圖。

如圖6所示，根據(jù)本發(fā)明的一個實施例的用于發(fā)送方設(shè)備的文件傳輸裝置600，包括：連接建立單元602，用于與接收方設(shè)備依次建立物理連接和socket連接，并用于在發(fā)送單元604將待發(fā)送文件發(fā)送至所述接收方設(shè)備之后，斷開與所述接收方設(shè)備之間的所述socket連接，并保持與所述接收方設(shè)備之間的所述物理連接；所述發(fā)送單元604，用于將所述待發(fā)送文件發(fā)送至所述接收方設(shè)備。

在該技術(shù)方案中，通過在將待發(fā)送文件發(fā)送至接收方設(shè)備之后，保持與接收方設(shè)備的物理連接，使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。

在上述技術(shù)方案中，優(yōu)選地，還包括：接收單元606，用于在所述連接建立單元602與所述接收方設(shè)備建立所述物理連接和所述socket連接之后，接收所述接收方設(shè)備發(fā)送的所述接收方設(shè)備的ip地址；存儲單元608，用于存儲所述接收單元606接收到的所述ip地址；所述連接建立單元602還用于：當(dāng)需要再次向所述接收方設(shè)備發(fā)送文件時，根據(jù)已存儲的所述接收方設(shè)備的ip地址直接與所述接收方設(shè)備建立socket連接。

在該技術(shù)方案中，通過接收并存儲接收方設(shè)備發(fā)送的ip地址，并根據(jù)已存儲的接收方設(shè)備的ip地址直接與接收方設(shè)備建立起socket連接，使得發(fā)送方設(shè)備能夠快速地與接收方設(shè)備建立socket連接，有效節(jié)省了發(fā)送方設(shè)備與接收方設(shè)備建立socket連接的時間，進而縮短了用戶的等待時間，有利于提升了用戶的體驗。

在上述技術(shù)方案中，優(yōu)選地，所述發(fā)送單元604具體用于：向所述接收方設(shè)備發(fā)送所述待發(fā)送文件的頭信息；在將所述待發(fā)送文件的頭信息發(fā)送至所述接收方設(shè)備之后，向所述接收方設(shè)備發(fā)送所述待發(fā)送文件。

在該技術(shù)方案中，通過在向接收方設(shè)備發(fā)送待發(fā)送文件時，首先將待發(fā)送文件的頭消息發(fā)送至接收方設(shè)備，使得接收方設(shè)備能夠根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的基本信息，進而做好接收文件的準備。如根據(jù)待發(fā)送文件的頭消息確定待發(fā)送文件的個數(shù)，以事先創(chuàng)建相應(yīng)大小的存儲空間。

圖7示出了根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸裝置的示意框圖。

如圖7所示，根據(jù)本發(fā)明的一個實施例的用于接收方設(shè)備的文件傳輸裝置700，包括：連接建立單元702，用于與發(fā)送方設(shè)備依次建立物理連接和socket連接，并用于在接收單元704接收到所述發(fā)送方設(shè)備發(fā)送的文件之后，斷開與所述發(fā)送方設(shè)備之間的所述socket連接，并保持與所述發(fā)送方設(shè)備之間的所述物理連接；所述接收單元704，用于接收所述發(fā)送方設(shè)備發(fā)送的文件。

在該技術(shù)方案中，通過在接收到發(fā)送方設(shè)備發(fā)送的文件之后，保持與發(fā)送方設(shè)備之間的物理連接，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新掃描與選擇接收方設(shè)備，僅需要直接與接收方設(shè)備建立socket連接即可，減少了用戶的操作過程，并且省卻了兩臺設(shè)備進行物理連接的時間，進而縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，提升了用戶的體驗效果。

在上述技術(shù)方案中，優(yōu)選地，還包括：發(fā)送單元706，用于在所述連接建立單元702與所述發(fā)送方設(shè)備建立所述物理連接和所述socket連接之后，將所述接收方設(shè)備的ip地址發(fā)送至所述發(fā)送方設(shè)備。

在該技術(shù)方案中，通過向發(fā)送方設(shè)備發(fā)送ip地址，使得發(fā)送方設(shè)備能夠快速地根據(jù)ip地址與接收方設(shè)備建立socket連接，進一步縮短了發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間。

本發(fā)明還提出了一種終端，包括：如圖6所示的用于發(fā)送方設(shè)備的文件傳輸裝置600，和/或如圖7所示的用于接收方設(shè)備的文件傳輸裝置700。

以上結(jié)合附圖詳細說明了本發(fā)明的技術(shù)方案，考慮到現(xiàn)有技術(shù)方案中，通常在完成傳輸文件之后，發(fā)送方與接收方之間就直接斷開socket連接以及物理連接，導(dǎo)致發(fā)送方設(shè)備繼續(xù)向接收方設(shè)備發(fā)送文件時，還需要重新進行設(shè)備的掃描與選擇兩個步驟，導(dǎo)致用戶操作繁瑣，并且還需要用戶長時間等待設(shè)備連接的過程，影響用戶的體驗效果。因此，本發(fā)明提出了一種新的文件傳輸?shù)姆桨?，能夠使得發(fā)送方設(shè)備再次向接收方設(shè)備發(fā)送文件時，不需要重新進行設(shè)備的掃描與選擇兩個步驟，縮短了用戶等待發(fā)送方設(shè)備與接收方設(shè)備建立連接的時間，有利于提升用戶的體驗。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說， 本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。