文件传输的方法、文件传输的装置和终端的制作方法
【专利摘要】本发明提供了一种文件传输的方法、一种文件传输的装置和一种终端，其中，用于发送方设备的文件传输的方法，包括：与接收方设备依次建立物理连接和socket连接；在将待发送文件发送至接收方设备之后，断开与接收方设备之间的socket连接，并保持与接收方设备之间的物理连接。本发明的技术方案能够使得发送方设备再次向接收方设备发送文件时，不需要重新进行设备的扫描与选择两个步骤，缩短了用户等待发送方设备与接收方设备建立连接的时间，有利于提升用户的体验。
【专利说明】文件传输的方法、文件传输的装置和终端
【技术领域】
[0001]本发明涉及通信【技术领域】，具体而言，涉及一种文件传输的方法、一种文件传输的装置和一种终端。
【背景技术】
[0002]目前，在发送方与接收方进行文件传输时，如通过WIFI直连技术进行数据传输，需要发送方进行设备的扫描与选择，然后发送方与接收方之间建立物理连接，并在物理连接的基础上再建立socket连接,进而实现对文件流的发送或接收。
[0003]在现有的技术方案中，通常在完成传输文件之后，发送方与接收方之间就直接断开socket连接以及物理连接，导致发送方设备继续向接收方设备发送文件时，还需要重新进行设备的扫描与选择两个步骤，导致用户操作繁琐，并且还需要用户长时间等待设备连接的过程，影响用户的体验效果。
[0004]因此，如何确保发送方设备再次向接收方设备发送文件时，能够缩短发送方设备与接收方设备建立连接的时间成为亟待解决的技术问题。
【发明内容】
[0005]本发明正是基于上述技术问题至少之一，提出了一种新的文件传输的方案，能够使得发送方设备再次向接收方设备发送文件时，不需要重新进行设备的扫描与选择两个步骤，缩短了用户等待发送方设备与接收方设备建立连接的时间，有利于提升用户的体验。
[0006]有鉴于此，本发明提出了一种文件传输的方法，用于发送方设备，包括:与接收方设备依次建立物理连接和socket连接；在将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接，并保持与所述接收方设备之间的所述物理连接。
[0007]在该技术方案中，通过在将待发送文件发送至接收方设备之后，保持与接收方设备的物理连接，使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。当然，在发送方设备完成对接收方设备发送文件后，即发送方设备不再需要向接收方设备发送文件(如接收到用户确认发送完成的指令)时，可以断开发送方设备与接收方设备之间的物理连接。
[0008]在上述技术方案中，优选地，还包括:接收并存储所述接收方设备发送的所述接收方设备的IP地址；当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
[0009]在该技术方案中，通过接收并存储接收方设备发送的IP地址，并根据已存储的接收方设备的IP地址直接与接收方设备建立起socket连接，使得发送方设备能够快速地与接收方设备建立socket连接，有效节省了发送方设备与接收方设备建立socket连接的时间，进而缩短了用户的等待时间，有利于提升了用户的体验。
[0010]在上述技术方案中，优选地，将所述待发送文件发送至所述接收方设备的步骤具体为:向所述接收方设备发送所述待发送文件的头信息；在将所述待发送文件的头信息发送至所述接收方设备之后，向所述接收方设备发送所述待发送文件。
[0011]在该技术方案中，通过在向接收方设备发送待发送文件时，首先将待发送文件的头消息发送至接收方设备，使得接收方设备能够根据待发送文件的头消息确定待发送文件的基本信息，进而做好接收文件的准备。如根据待发送文件的头消息确定待发送文件的个数，以事先创建相应大小的存储空间。
[0012]根据本发明的第二方面，还提出了一种文件传输的方法，用于接收方设备，包括:与发送方设备依次建立物理连接和socket连接；在接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接，并保持与所述发送方设备之间的所述物理连接。
[0013]在该技术方案中，通过在接收到发送方设备发送的文件之后，保持与发送方设备之间的物理连接，能够使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。
[0014]在上述技术方案中，优选地，还包括:将所述接收方设备的IP地址发送至所述发送方设备；其中，将所述接收方设备的IP地址发送至所述发送方设备的步骤具体为:将具有预定格式的IP地址信息发送至所述发送方设备，所述预定格式的IP地址信息包括:所述IP地址的长度信息和所述IP地址。
[0015]在该技术方案中，通过向发送方设备发送IP地址，使得发送方设备能够快速地根据IP地址与接收方设备建立socket连接，进一步缩短了发送方设备与接收方设备建立连接的时间。
[0016]根据本发明的第三方面，还提出了一种文件传输的装置，用于发送方设备，包括:连接建立单元，用于与接收方设备依次建立物理连接和socket连接，并用于在发送单元将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接，并保持与所述接收方设备之间的所述物理连接；所述发送单元，用于将所述待发送文件发送至所述接收方设备。
[0017]在该技术方案中，通过在将待发送文件发送至接收方设备之后，保持与接收方设备的物理连接，使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。当然，在发送方设备完成对接收方设备发送文件后，即发送方设备不再需要向接收方设备发送文件(如接收到用户确认发送完成的指令)时，可以断开发送方设备与接收方设备之间的物理连接。
[0018]在上述技术方案中，优选地,还包括:接收单元,用于在所述连接建立单元与所述接收方设备建立所述物理连接和所述socket连接之后，接收所述接收方设备发送的所述接收方设备的IP地址；存储单元，用于存储所述接收单元接收到的所述IP地址；所述连接建立单元还用于:当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
[0019]在该技术方案中，通过接收并存储接收方设备发送的IP地址，并根据已存储的接收方设备的IP地址直接与接收方设备建立起socket连接，使得发送方设备能够快速地与接收方设备建立socket连接，有效节省了发送方设备与接收方设备建立socket连接的时间，进而缩短了用户的等待时间，有利于提升了用户的体验。
[0020]根据本发明的第四方面，还提出了一种文件传输的装置，用于接收方设备，包括:连接建立单元，用于与发送方设备依次建立物理连接和socket连接，并用于在接收单元接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接，并保持与所述发送方设备之间的所述物理连接；所述接收单元，用于接收所述发送方设备发送的文件。
[0021]在该技术方案中，通过在接收到发送方设备发送的文件之后，保持与发送方设备之间的物理连接，能够使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。
[0022]在上述技术方案中，优选地,还包括:发送单元,用于在所述连接建立单元与所述发送方设备建立所述物理连接和所述socket连接之后，将所述接收方设备的IP地址发送至所述发送方设备。
[0023]在该技术方案中，通过向发送方设备发送IP地址，使得发送方设备能够快速地根据IP地址与接收方设备建立socket连接，进一步缩短了发送方设备与接收方设备建立连接的时间。
[0024]本发明第五部分，还提供了一种终端，所述终端包括本发明提供的文件传输装置。
[0025]通过以上技术方案，能够使得发送方设备再次向接收方设备发送文件时，不需要重新进行设备的扫描与选择两个步骤，缩短了用户等待发送方设备与接收方设备建立连接的时间，有利于提升用户的体验。
【专利附图】
【附图说明】
[0026]图1示出了根据本发明的一个实施例的用于发送方设备的文件传输的方法的示意流程图；
[0027]图2示出了根据本发明的实施例的待发送文件的头信息的格式示意图；
[0028]图3示出了根据本发明的实施例的发送方设备发送待发送文件的格式示意图；
[0029]图4示出了根据本发明的一个实施例的用于接收方设备的文件传输的方法的示意流程图；
[0030]图5示出了根据本发明的实施例的接收方设备发送IP地址的格式示意图；
[0031]图6示出了根据本发明的一个实施例的用于发送方设备的文件传输装置的示意框图；
[0032]图7示出了根据本发明的一个实施例的用于接收方设备的文件传输装置的示意框图。
【具体实施方式】
[0033]为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和【具体实施方式】对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
[0034]在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
[0035]图1示出了根据本发明的一个实施例的用于发送方设备的文件传输的方法的示意流程图。
[0036]如图1所示，根据本发明的一个实施例的用于发送方设备的文件传输的方法，包括:步骤102，与接收方设备依次建立物理连接和socket连接；步骤104，在将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接，并保持与所述接收方设备之间的所述物理连接。
[0037]在该技术方案中，通过在将待发送文件发送至接收方设备之后，保持与接收方设备的物理连接，使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。当然，在发送方设备完成对接收方设备发送文件后，即发送方设备不再需要向接收方设备发送文件(如接收到用户确认发送完成的指令)时，可以断开发送方设备与接收方设备之间的物理连接。
[0038]在上述技术方案中，优选地，还包括:接收并存储所述接收方设备发送的所述接收方设备的IP地址；当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
[0039]在该技术方案中，通过接收并存储接收方设备发送的IP地址，并根据已存储的接收方设备的IP地址直接与接收方设备建立起socket连接，使得发送方设备能够快速地与接收方设备建立socket连接，有效节省了发送方设备与接收方设备建立socket连接的时间，进而缩短了用户的等待时间，有利于提升了用户的体验。
[0040]在上述技术方案中，优选地，将所述待发送文件发送至所述接收方设备的步骤具体为:向所述接收方设备发送所述待发送文件的头信息；在将所述待发送文件的头信息发送至所述接收方设备之后，向所述接收方设备发送所述待发送文件。
[0041]在该技术方案中，通过在向接收方设备发送待发送文件时，首先将待发送文件的头消息发送至接收方设备，使得接收方设备能够根据待发送文件的头消息确定待发送文件的基本信息，进而做好接收文件的准备。如根据待发送文件的头消息确定待发送文件的个数，以事先创建相应大小的存储空间。
[0042]具体地，发送方设备向接收方设备发送的头信息的格式如图2所示。
[0043]如图2所示，根据本发明的实施例的待发送文件的头信息的格式包括:消息类型(Ibit):0代表头消息，I代表数据信息。
[0044]发送文件个数(Ibyte):接收方设备可根据文件个数读取后续每个文件的头消肩、O
[0045]发送方信息具体包括:发送方昵称长度(Ibyte):最大长度255个字节；发送方昵称(长度由发送方昵称长度字段决定)；发送方头像编码(4byte):头像编码是头像资源在eclipse中生成的资源ID (int型)，用头像编码代替头像的时机字节，大大减少了头像头消息的长度。
[0046]文件信息具体包括:文件url长度(Ibyte):由于文件url变长，需要这一字段确定文件url的长度；文件url (长度由文件url长度字段决定):保证头消息与文件流一一对应；文件类型(Ibyte):代表传输发送文件的类型，接收方可根据这一字段补充接收文件的后缀；文件名长度(Ibyte):由于文件名变长，需要这一字段确定文件名的长度；文件名(长度由文件名长度字段决定)；文件大小(4byte):支持单个文件最大4G;图标长度(4byte):由于图标变长，需要这一字段确定图标的长度；图标(长度图标长度字段决定):图标字节流。
[0047]其中，文件类型的定义可以如表I所示:
[0048]
1联系厂
2应用
3_ 图片
4音乐
5__视频
6普通文件
7件夹
8通话记录
9— 短信—
10彩信
11日程
^^保留字段
255
[0049]表I
[0050]在发送方设备将待发送文件的头信息发送至接收方设备之后，会将待发送文件发送至接收方设备，其中，发送方设备发送待发送文件的格式如图3所示。
[0051]如图3所示，根据本发明的实施例的发送方设备发送待发送文件的格式包括:
[0052]消息类型、文件url长度、文件url和文件字节流。
[0053]图4示出了根据本发明的一个实施例的用于接收方设备的文件传输的方法的示意流程图。
[0054]如图4所示，根据本发明的一个实施例的用于接收方设备的文件传输的方法，包括:步骤402,与发送方设备依次建立物理连接和socket连接；步骤404,在接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接，并保持与所述发送方设备之间的所述物理连接。
[0055]在该技术方案中，通过在接收到发送方设备发送的文件之后，保持与发送方设备之间的物理连接，能够使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。
[0056]在上述技术方案中，优选地，还包括:将所述接收方设备的IP地址发送至所述发送方设备；其中，将所述接收方设备的IP地址发送至所述发送方设备的步骤具体为:将具有预定格式的IP地址信息发送至所述发送方设备，所述预定格式的IP地址信息包括:所述IP地址的长度信息和所述IP地址。
[0057]在该技术方案中，通过向发送方设备发送IP地址，使得发送方设备能够快速地根据IP地址与接收方设备建立socket连接，进一步缩短了发送方设备与接收方设备建立连接的时间。
[0058]具体地，如图5所示，根据本发明的实施例的接收方设备发送IP地址的格式包括:
[0059]IP地址长度(4bit):IP地址最大长度15。
[0060]IP地址(长度由IP地址长度决定):本机IP地址，建立wif1-p2p连接时DHCP分配的IP地址，如果本机作为G0，则IP地址可以为192.168.49.1。
[0061]图6示出了根据本发明的一个实施例的用于发送方设备的文件传输装置的示意框图。
[0062]如图6所示，根据本发明的一个实施例的用于发送方设备的文件传输装置600，包括:连接建立单元602，用于与接收方设备依次建立物理连接和socket连接，并用于在发送单元604将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接,并保持与所述接收方设备之间的所述物理连接；所述发送单元604,用于将所述待发送文件发送至所述接收方设备。
[0063]在该技术方案中，通过在将待发送文件发送至接收方设备之后，保持与接收方设备的物理连接，使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。
[0064]在上述技术方案中，优选地，还包括:接收单元606，用于在所述连接建立单元602与所述接收方设备建立所述物理连接和所述socket连接之后，接收所述接收方设备发送的所述接收方设备的IP地址；存储单元608，用于存储所述接收单元606接收到的所述IP地址；所述连接建立单元602还用于:当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
[0065]在该技术方案中，通过接收并存储接收方设备发送的IP地址，并根据已存储的接收方设备的IP地址直接与接收方设备建立起socket连接，使得发送方设备能够快速地与接收方设备建立socket连接，有效节省了发送方设备与接收方设备建立socket连接的时间，进而缩短了用户的等待时间，有利于提升了用户的体验。
[0066]在上述技术方案中，优选地，所述发送单元604具体用于:向所述接收方设备发送所述待发送文件的头信息；在将所述待发送文件的头信息发送至所述接收方设备之后，向所述接收方设备发送所述待发送文件。
[0067]在该技术方案中，通过在向接收方设备发送待发送文件时，首先将待发送文件的头消息发送至接收方设备，使得接收方设备能够根据待发送文件的头消息确定待发送文件的基本信息，进而做好接收文件的准备。如根据待发送文件的头消息确定待发送文件的个数，以事先创建相应大小的存储空间。
[0068]图7示出了根据本发明的一个实施例的用于接收方设备的文件传输装置的示意框图。
[0069]如图7所示，根据本发明的一个实施例的用于接收方设备的文件传输装置700，包括:连接建立单元702，用于与发送方设备依次建立物理连接和socket连接，并用于在接收单元704接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接,并保持与所述发送方设备之间的所述物理连接；所述接收单元704,用于接收所述发送方设备发送的文件。
[0070]在该技术方案中，通过在接收到发送方设备发送的文件之后，保持与发送方设备之间的物理连接，能够使得发送方设备再次向接收方设备发送文件时，不需要重新扫描与选择接收方设备，仅需要直接与接收方设备建立socket连接即可，减少了用户的操作过程，并且省却了两台设备进行物理连接的时间，进而缩短了用户等待发送方设备与接收方设备建立连接的时间，提升了用户的体验效果。
[0071]在上述技术方案中，优选地，还包括:发送单元706，用于在所述连接建立单元702与所述发送方设备建立所述物理连接和所述socket连接之后，将所述接收方设备的IP地址发送至所述发送方设备。
[0072]在该技术方案中，通过向发送方设备发送IP地址，使得发送方设备能够快速地根据IP地址与接收方设备建立socket连接，进一步缩短了发送方设备与接收方设备建立连接的时间。
[0073]本发明还提出了一种终端，包括:如图6所示的用于发送方设备的文件传输装置600，和/或如图7所示的用于接收方设备的文件传输装置700。
[0074]以上结合附图详细说明了本发明的技术方案，考虑到现有技术方案中，通常在完成传输文件之后，发送方与接收方之间就直接断开socket连接以及物理连接，导致发送方设备继续向接收方设备发送文件时，还需要重新进行设备的扫描与选择两个步骤，导致用户操作繁琐，并且还需要用户长时间等待设备连接的过程，影响用户的体验效果。因此，本发明提出了一种新的文件传输的方案，能够使得发送方设备再次向接收方设备发送文件时，不需要重新进行设备的扫描与选择两个步骤，缩短了用户等待发送方设备与接收方设备建立连接的时间，有利于提升用户的体验。
[0075]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种文件传输的方法，用于发送方设备，其特征在于，包括: 与接收方设备依次建立物理连接和socket连接； 在将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接，并保持与所述接收方设备之间的所述物理连接。
2.根据权利要求1所述的文件传输的方法，其特征在于，还包括: 接收并存储所述接收方设备发送的所述接收方设备的IP地址； 当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
3.根据权利要求1或2所述的文件传输的方法，其特征在于，将所述待发送文件发送至所述接收方设备的步骤具体为: 向所述接收方设备发送所述待发送文件的头信息； 在将所述待发送文件的头信息发送至所述接收方设备之后，向所述接收方设备发送所述待发送文件。
4.一种文件传输的方法，用于接收方设备，其特征在于，包括: 与发送方设备依次建立物理连接和socket连接； 在接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接，并保持与所述发送方设备之间的所述物理连接。
5.根据权利要求4所述的文件传输的方法,其特征在于,还包括: 将所述接收方设备的IP地址发送至所述发送方设备； 其中，将所述接收方设备的IP地址发送至所述发送方设备的步骤具体为: 将具有预定格式的IP地址信息发送至所述发送方设备，所述预定格式的IP地址信息包括:所述IP地址的长度信息和所述IP地址。
6.一种文件传输的装置，用于发送方设备，其特征在于，包括: 连接建立单元，用于与接收方设备依次建立物理连接和socket连接，并用于在发送单元将待发送文件发送至所述接收方设备之后，断开与所述接收方设备之间的所述socket连接，并保持与所述接收方设备之间的所述物理连接； 所述发送单元，用于将所述待发送文件发送至所述接收方设备。
7.根据权利要求6所述的文件传输的装置，其特征在于，还包括: 接收单元，用于在所述连接建立单元与所述接收方设备建立所述物理连接和所述socket连接之后，接收所述接收方设备发送的所述接收方设备的IP地址； 存储单元，用于存储所述接收单元接收到的所述IP地址； 所述连接建立单元还用于，当需要再次向所述接收方设备发送文件时，根据已存储的所述接收方设备的IP地址直接与所述接收方设备建立socket连接。
8.一种文件传输的装置，用于接收方设备，其特征在于，包括: 连接建立单元，用于与发送方设备依次建立物理连接和socket连接，并用于在接收单元接收到所述发送方设备发送的文件之后，断开与所述发送方设备之间的所述socket连接，并保持与所述发送方设备之间的所述物理连接； 所述接收单元，用于接收所述发送方设备发送的文件。
9.根据权利要求8所述的文件传输的装置，其特征在于，还包括: 发送单元，用于在所述连接建立单元与所述发送方设备建立所述物理连接和所述socket连接之后，将所述接收方设备的IP地址发送至所述发送方设备。
10.一种终端，其特征在于，包括:如权利要求6或7所述的文件传输的装置，和/或如权利要求8或9所述的文件传输的装置。
【文档编号】H04L29/08GK104184834SQ201410461025
【公开日】2014年12月3日 申请日期:2014年9月11日 优先权日:2014年9月11日
【发明者】李文生 申请人:东莞宇龙通信科技有限公司