CN107645551A - 文件传输方法及装置 - Google Patents
文件传输方法及装置 Download PDFInfo
- Publication number
- CN107645551A CN107645551A CN201710848398.8A CN201710848398A CN107645551A CN 107645551 A CN107645551 A CN 107645551A CN 201710848398 A CN201710848398 A CN 201710848398A CN 107645551 A CN107645551 A CN 107645551A
- Authority
- CN
- China
- Prior art keywords
- sent
- file
- receiving terminal
- url
- notification message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例公开了一种文件传输方法及装置,其中的方法包括:扫描预设标识以获取接收端的地址信息;获取待发送文件的统一资源定位符URL;根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL;接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。本申请实施例有利于实现发送端无需将待发送文件上传至服务器即可将待发送文件传输至接收端,从而保证了待发送文件的安全性。
Description
技术领域
本申请涉及移动终端技术领域,具体涉及一种文件传输方法及装置。
背景技术
随着手机等移动终端的功能不断发展,手机已经成为一种便于携带并且集通信、娱乐、数据处理等多功能于一身的重要电子工具。随着手机除了语音通话功能外,数据业务的应用越来越广泛,手机中需要贮存的信息越来越多,但是由于手机存储空间的限制,用户有时需要手机中的资料备份至电脑进行保存。
将手机中存储的数据备份至电脑一般有以下两种方式:第一,用户可以通过数据线将手机中的资料及时备份到电脑;第二,用户将手机中的资料上传至云服务器,然后在电脑端登录云服务器,进而从云服务器中将资料下载至电脑。
然而采用上述方式进行数据传输时,数据的安全性受到一定的威胁。
发明内容
本申请实施例提供了一种文件传输方法及装置。
第一方面,本申请实施例提供一种文件传输方法,应用于发送端,包括:
扫描预设标识以获取接收端的地址信息;
获取待发送文件的统一资源定位符URL;
根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL;
接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
第二方面,本申请实施例提供了一种文件传输方法,应用于接收端,包括:
生成预设标识,所述预设标识用于表示所述接收端的地址信息;
接收携带待发送文件的统一资源定位符URL的通知消息;
响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件;
接收所述待发送文件。
第三方面,本申请实施例提供了一种文件传输装置,包括:
扫描模块,用于扫描预设标识以获取接收端的地址信息;
获取模块,用于获取待发送文件的统一资源定位符URL;
发送模块,用于根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL;
接收模块,用于接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
第四方面,本申请实施例提供了一种文件传输装置,包括:
生成模块,用于生成预设标识,所述预设标识用于表示所述接收端的地址信息;
接收模块,用于接收携带待发送文件的统一资源定位符URL的通知消息;
发送模块,用于响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件;
所述接收模块,还用于接收所述待发送文件。
第五方面,本申请实施例提供了一种移动终端,包括:
处理器、存储器;
所述存储器存储有可执行程序代码;
所述处理器用于调用所述存储器中的所述可执行程序代码,执行如本申请实施例第一方面所描述的方法。
第六方面,本申请实施例提供了一种终端,包括:
处理器、存储器;
所述存储器存储有可执行程序代码;
所述处理器用于调用所述存储器中的所述可执行程序代码,执行如本申请实施例第二方面所描述的方法。
第七方面,本申请实施例提供了一种计算机存储介质,所述计算机存储介质存储有程序,所述程序执行时包括如本申请实施例第一方面所述的方法。
第八方面,本申请实施例提供了一种计算机存储介质,所述计算机存储介质存储有程序,所述程序执行时包括如本申请实施例第二方面所述的方法。
第九方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括移动终端。
第十方面,本申请实施例提供了一种计算机程序产品,其中,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括终端。
本申请实施例提供的文件传输方法,发送端扫描预设标识以获取接收端的地址信息,进而获取待发送文件的统一资源定位符URL,并向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL,接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例公开的文件传输方法的第一种流程示意图;
图2是本申请实施例公开的文件传输方法的第二种流程示意图;
图2-1是本申请实施例提供的第一种文件传输操作界面的效果示意图;
图2-2是本申请实施例提供的第二种文件传输操作界面的效果示意图;
图3是本申请实施例公开的第三种文件传输方法的流程示意图;
图4是本申请实施例公开的第四种文件传输方法的流程示意图;
图5是本申请实施例公开的第五种文件传输方法的流程示意图;
图6是本申请实施例公开的第六种文件传输方法的流程示意图;
图7是本申请实施例公开的第七种文件传输方法的流程示意图;
图8-1是本申请实施例公开的第一种文件传输装置的模块组成框图;
图8-2是本申请实施例公开的第二种文件传输装置的模块组成框图;
图9-1是本申请实施例公开的第三种文件传输装置的模块组成框图;
图9-2是本申请实施例公开的第四种文件传输装置的模块组成框图;
图10是本申请实施例公开的第一种移动终端的结构示意图;
图11是本申请实施例公开的第二种终端的结构示意图;
图12是本申请实施例公开的第三种移动终端的结构示意图;
图13是本申请实施例公开的一种文件传输***的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、***、产品或设备没有限定于已列出的步骤或模块,而是可选地还包括没有列出的步骤或模块,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或模块。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了更好理解本申请实施例公开的一种文件传输方法及装置,下面对本申请实施例进行详细介绍。
其中,在本申请实施例中,发送端包括第二虚拟HTTP服务器和所述第二虚拟HTTP服务器对应的第二HTTP客户端;接收端包括第一虚拟HTTP服务器和所述第一虚拟HTTP服务器对应的第一HTTP客户端。上述发送端和上述接收端处于同一个局域网当中。其中,第一虚拟服务器和第二虚拟服务器是虚拟的,不是实际存在的。在实际应用中,接收端/发送端中预装有HTTP服务,在需要启用虚拟服务器时,接收端/发送端***唤醒该HTTP服务,指示该HTTP服务创建虚拟HTTP服务器,并为该虚拟HTTP服务器分配IP地址和端口号。
请参阅图1,图1是本申请实施例提供的第一种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从发送端一侧进行描述的,如图1所示,本申请实施例中的文件传输方法包括以下步骤:
S101、发送端扫描预设标识以获取接收端的地址信息。
在一个实施例中,发送端扫描预设标识以获取接收端的地址信息实现方式可以是:
发送端扫描接收端提供的预设标识以获取所述接收端启用的第一虚拟超文本传输协议(hyper text transfer protocol,HTTP)服务器的地址信息。
在一个实施例中,所述第一虚拟HTTP服务器的地址信息包括所述第一虚拟HTTP服务器的ip地址和所述第一虚拟HTTP服务器的端口号。
在一个实施例中,所述预设标识包括二维码和超链接等,本发明实施例不作限制。
S102、发送端获取待发送文件的统一资源定位符URL。
在一个实施例中,发送端获取待发送文件的统一资源定位符URL的实现方式可以是:
所述发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL。
S103、发送端根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示接收端发送文件下载请求,所述文件下载请求包括所述URL。
在一个实施例中,发送端向所述接收端发送携带所述URL的通知消息的实现方式可以是:
所述发送端向所述第一虚拟HTTP服务器发送携带所述URL的通知消息,所述通知消息用于指示所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求。
S104、发送端接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
在一个实施例中,所述扫描预设标识以获取接收端的地址信息之前,所述方法还包括:
确定所述待发送文件。
在一个实施例中,所述获取待发送文件的统一资源定位符URL,包括:
在所述获取的接收端的地址信息的格式与预设格式匹配时,获取待发送文件的URL。
在一个实施例中,所述向所述接收端发送携带所述URL的通知消息,包括:
将所述URL转化为预设格式的数据包;
向所述接收端发送携带所述数据包的通知消息。
本申请实施例提供的文件传输方法,发送端扫描预设标识以获取接收端的地址信息,进而获取待发送文件的统一资源定位符URL,并向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL,接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
请参阅图2,图2是本申请实施例提供的第二种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从发送端一侧进行描述的,如图2所示,本申请实施例中的文件传输方法包括以下步骤:
S201、发送端扫描接收端提供的预设标识以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
在一个实施例中,在发送端中,选择需要传输的一个或多个待发送文件,进而选择发送方式,本申请实施例提供的文件传输方法可以是移动终端提供的发送方式中一种,用户还可以选择除本申请实施例提供的文件传输方法外的其它文件传输方法。参照图2-1和图2-2,图2-1和图2-2是本申请实施例提供的文件传输操作界面的效果示意图,用户选中需要传输的待发送文件后,点击发送按钮,进而跳转进入发送方式选择界面,用户点击“快速发送”,此时,发送端打开预设标识扫描器。
在选择本申请实施例提供的文件传输方法后,发送端开启预设标识扫描器,扫描接收端提供的预设标识。该预设标识是接收端生成的,包括了接收端启动的第一虚拟HTTP服务器的地址信息http://ip:port/uploadFiles,其中,ip是第一虚拟HTTP服务器的IP地址,port是第一虚拟HTTP服务器的端口号。
其中,所述发送端包括第二虚拟HTTP服务器和所述第二虚拟HTTP服务器对应的第二HTTP客户端。
所述发送端和所述接收端处于同一个局域网当中。
其中,HTTP是hyper text transfer protocol(超文本传输协议)的缩写,HTTP是用于从WWW服务器传输超文本到本地浏览器的传送协议。HTTP协议永远都是客户端发起请求,服务器回送响应。这样就限制了使用HTTP协议,无法实现在客户端没有发起请求的时候,服务器将消息推送给客户端。
S202、所述发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL。
在一个实施例中,发送端在扫描预设标识,获取到第一虚拟HTTP服务器的地址信息后,可以先检测所述获取的第一虚拟HTTP服务器的地址信息的格式是否与预设格式匹配,即判断获取的地址信息是否是http://ip:port/uploadFiles,在所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式匹配时,发送端启用所述第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL。若所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式不匹配,则发送单继续扫描接收端提供的预设标识。
其中,URL是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示,是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL,它包含的信息指出文件的位置以及浏览器应该怎么处理它。
S203、所述发送端根据获取到的所述接收端的地址信息,向所述第一虚拟HTTP服务器发送携带所述URL的通知消息,所述通知消息用于指示所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL。
在一个实施例中,所述发送端将所述URL转化为预设格式的数据包,例如将待发送文件的URL打包到一个JSON格式数据包中,或者除JSON格式外的其它数据格式,本申请实施例不做限定。然后,所述发送端向所述第一虚拟HTTP服务器通过POST方法发送携带所述数据包的通知消息,从而将数据包发送至http://ip:port/uploadFiles。
S204、所述发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
在一个实施例中,所述发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收所述文件下载请求后,根据所述URL向所述接收端的第二客户端发送所述待发送文件。
本申请实施例提供的文件传输方法,发送端扫描接收端提供的预设标识以获取接收端启用的第一虚拟HTTP服务器的地址信息,发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL,进而向第一虚拟HTTP服务器发送携带该URL的通知消息,该通知消息用于指示接收端通过第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收文件下载请求,并根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
在一个实施例中,所述发送端扫描接收端提供的预设标识之前,所述发送端还可以执行以下操作:
所述发送端确定所述待发送文件。
在一个实施例中,所述发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL的实现方式可以是:
在所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式匹配时,发送端启用所述第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL。
在一个实施例中,所述发送端向所述第一虚拟HTTP服务器发送携带所述URL的通知消息的实现方式可以是:
所述发送端将所述URL转化为预设格式的数据包;
所述发送端向所述第一虚拟HTTP服务器发送携带所述数据包的通知消息。
在一个实施例中,所述第一虚拟HTTP服务器的地址信息包括所述第一虚拟HTTP服务器的ip地址和所述第一虚拟HTTP服务器的端口号。
与上述图1或图2所示的实施例一致的,请参阅图3,图3是本申请实施例提供的第三种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从发送端一侧进行描述的。如图3所示,本申请实施例中的文件传输方法包括以下步骤:
S301、发送端确定待发送文件。
S302、发送端扫描接收端提供的预设标识以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
其中,所述第一虚拟HTTP服务器的地址信息包括所述第一虚拟HTTP服务器的ip地址和所述第一虚拟HTTP服务器的端口号。
S303、发送端检测所述接收端启用的第一虚拟HTTP服务器的地址信息是否与预设格式匹配。
S304、在所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式匹配时,发送端启用所述第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL。
S305、发送端将所述URL转化为预设格式的数据包。
S306、发送端向所述第一虚拟HTTP服务器发送携带所述数据包的通知消息,所述通知消息用于指示所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL。
S307、发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
本申请实施例提供的文件传输方法,发送端扫描接收端提供的预设标识以获取接收端启用的第一虚拟HTTP服务器的地址信息,发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL,进而向第一虚拟HTTP服务器发送携带该URL的通知消息,该通知消息用于指示接收端通过第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收文件下载请求,并根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
请参阅图4,图4是本申请实施例提供的第四种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从接收端一侧进行描述的。如图4所示,本申请实施例中的文件传输方法包括以下步骤:
S401、接收端生成预设标识,所述预设标识用于表示所述接收端的地址信息。
在一个实施中,所述接收端的地址信息为所述接收端启用的第一超文本传输协议(hyper text transfer protocol,HTTP)服务器的地址信息;所述预设标识用于发送端扫描以获取所述接收端启用的第一虚拟超文本传输协议(hyper text transfer protocol,HTTP)服务器的地址信息。
S402、接收端接收携带待发送文件的统一资源定位符URL的通知消息,所述通知消息是所述发送端扫描所述预设标识以获取所述接收端的地址信息,并根据所述地址信息发送的。
在一个实施例中,上述接收端接收携带待发送文件的统一资源定位符URL的通知消息的实现方式可以是:
所述接收端通过所述第一虚拟HTTP服务器接收携带统一资源定位符URL的通知消息。
S403、接收端响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件。
在一个实施例中,所述接收端响应所述通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求。
S404、接收端接收所述待发送文件。
在一个实施例中,所述生成预设标识之前,所述方法还包括:
生成所述接收端的地址信息。
所述生成预设标识包括:根据所述接收端的地址信息生成对应的预设标识。具体地,所述接收端在接收到针对所述第一HTTP客户端的开启请求时,启用所述第一虚拟HTTP服务器,并生成所述第一虚拟HTTP服务器的地址信息。
在一个实施例中,所述响应所述通知消息,向发送端发送文件下载请求,的实现方式可以是:
检测所述通知消息中是否包括预设格式的数据包;
在检测到所述通知消息中包括所述预设格式的数据包时,提取所述通知消息中包括的数据包;
解析所述数据包,获取所述URL;
向所述发送端发送包括所述URL的文件下载请求。
具体地,所述接收端通过所述第一虚拟HTTP服务器检测所述通知消息中是否包括预设格式的数据包;在检测到所述通知消息中包括所述预设格式的数据包时,所述接收端通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包;
所述接收端通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL;所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
本申请实施例提供的文件传输方法,接收端生成预设标识,所述预设标识用于表示所述接收端的地址信息,接收携带待发送文件的统一资源定位符URL的通知消息,响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件,接收所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
请参阅图5,图5是本申请实施例提供的第五种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从接收端一侧进行描述的。如图5所示,本申请实施例中的文件传输方法包括以下步骤:
S501、接收端生成预设标识,所述预设标识用于发送端扫描以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
其中,所述接收端包括第一虚拟HTTP服务器和所述第一虚拟HTTP服务器对应的第一客户端。
S502、接收端通过所述第一虚拟HTTP服务器接收携带URL的通知消息。
具体地,接收端通过所述第一虚拟HTTP服务器接收发送端通过POST方法发送的携带URL的通知消息。
S503、接收端响应所述通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求所述发送端根据所述URL向所述接收端发送待发送文件。
具体地,接收端通过所述第一虚拟HTTP服务器接收发送端通过POST方法发送的携带URL的通知消息后,首先检测所述通知消息中是否包括预设格式的数据包,进而判断是否是uploadfiles,如果不是,则接收端针对该通知消息不进行任何处理;若在检测到所述通知消息中包括所述预设格式的数据包,所述接收端通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包,其中,该数据包可以是JSON格式,或者是除JSON格式外的其它格式,本申请实施例不作限制。该数据包包括了待发送文件的URL。所述接收端通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL,所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
S504、接收端接收所述待发送文件。
在一个实施例中,接收端通过所述第一客户端接收所述待发送文件。
在一个实施中,所述接收端生成预设标识之前,所述接收端还可以执行以下操作:
所述接收端在接收到针对所述第一HTTP客户端的开启请求时,启用所述第一虚拟HTTP服务器。
在一个实施中,所述接收端响应所述通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求的实现方式可以是:
所述接收端通过所述第一虚拟HTTP服务器检测所述通知消息中是否包括预设格式的数据包;
在检测到所述通知消息中包括所述预设格式的数据包时,所述接收端通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包;
所述接收端通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL;
所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
本申请实施例提供的文件传输方法,接收端生成预设标识,该预设标识用于发送端扫描以获取接收端启用的第一虚拟HTTP服务器的地址信息,接收端通过所述第一虚拟HTTP服务器接收携带URL的通知消息,进而响应通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,该文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件,接收端接收所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
与上述图4和图5所示的实施例一致的,请参阅图6,图6是本申请实施例提供的第六种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从接收端一侧进行描述的。如图6所示,本申请实施例中的文件传输方法包括:
S601、接收端在接收到针对所述第一HTTP客户端的开启请求时,启用第一虚拟HTTP服务器。
S602、接收端生成预设标识,所述预设标识用于发送端扫描以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
S603、接收端通过所述第一虚拟HTTP服务器接收携带URL的通知消息;
S604、接收端通过所述第一虚拟HTTP服务器检测所述通知消息中是否包括预设格式的数据包;
S605、在检测到所述通知消息中包括所述预设格式的数据包时,接收端通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包;
S606、接收端通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL;
S607、接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
所述文件下载请求包括所述URL,所述文件下载请求用于请求所述发送端根据所述URL向所述接收端发送待发送文件。
S608、接收端接收所述待发送文件。
本申请实施例提供的文件传输方法,接收端生成预设标识,该预设标识用于发送端扫描以获取接收端启用的第一虚拟HTTP服务器的地址信息,接收端通过所述第一虚拟HTTP服务器接收携带URL的通知消息,进而响应通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,该文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件,接收端接收所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
与上述图1至图6所示的实施例一致的,请参阅图7,图7是本申请实施例提供的第七种文件传输方法的流程示意图,本申请实施例中的文件传输方法是从发送端和接收端双侧进行描述的。如图7所示,本申请实施例中的文件传输方法包括以下步骤:
S701、发送端确定待发送文件。
S702、接收端在接收到针对所述第一HTTP客户端的开启请求时,启用所述第一虚拟HTTP服务器。
S703、接收端生成预设标识,所述预设标识用于发送端扫描以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
S704、发送端扫描接收端提供的预设标识以获取所述接收端启用的第一虚拟HTTP服务器的地址信息。
所述第一虚拟HTTP服务器的地址信息包括所述第一虚拟HTTP服务器的ip地址和所述第一虚拟HTTP服务器的端口号。
S705、发送端检测所述接收端启用的第一虚拟HTTP服务器的地址信息是否与预设格式匹配。
S706、在所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式匹配时,发送端启用所述第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL。
S707、发送端将所述URL转化为预设格式的数据包。
S708、发送端向所述第一虚拟HTTP服务器发送携带所述数据包的通知消息,所述通知消息用于指示所述接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL。
S709、接收端通过所述第一虚拟HTTP服务器接收携带URL的通知消息。
S710、接收端通过所述第一虚拟HTTP服务器检测所述通知消息中是否包括预设格式的数据包。
S711、在检测到所述通知消息中包括所述预设格式的数据包时,接收端通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包。
S712、接收端通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL。
S713、接收端通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
所述文件下载请求包括所述URL,所述文件下载请求用于请求所述发送端根据所述URL向所述接收端发送待发送文件。
S714、发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
S715、接收端接收所述待发送文件。
本申请实施例提供的文件传输方法,发送端扫描接收端提供的预设标识以获取接收端启用的第一虚拟HTTP服务器的地址信息,发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL,进而向第一虚拟HTTP服务器发送携带该URL的通知消息,该通知消息用于指示接收端通过第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收文件下载请求,并根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
下面为本申请装置实施例,本申请装置实施例用于执行本申请方法实施例所实现的方法。请参阅图8-1,图8-1是本申请实施例公开的第一种文件传输装置的模块组成框图,如图8-1所示,该文件传输装置可以包括扫描模块801、启用模块802、发送模块803以及接收模块804,其中:
扫描模块801,用于扫描预设标识以获取接收端的地址信息;
获取模块802,用于获取待发送文件的统一资源定位符URL;
发送模块803,用于所述接收端发送携带所述URL的通知消息,所述通知消息用于指示接收端发送文件下载请求,所述文件下载请求包括所述URL;
接收模块804,用于接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
请参阅图8-2,图8-2是本申请实施例公开的第二种文件传输装置的模块组成框图,如图8-2所示,该文件传输装置可以包括图8-1对应的实施例中的扫描模块801、启用模块802、发送模块803以及接收模块804,其中:
在一个实施例中,所述装置还包括:
确定模块805,用于确定所述待发送文件。
在一个实施例中,所述获取模块802,具体用于:
在所述获取的接收端的地址信息的格式与预设格式匹配时,获取待发送文件的统一资源定位符URL。
在一个实施例中,所述发送模块803,具体用于:
将所述URL转化为预设格式的数据包;向所述接收端发送携带所述数据包的通知消息。
具体的,上述各个模块的具体实现可参考图1至图3对应实施例中相关步骤的描述,在此不赘述。
需要注意的是,本申请装置实施例所描述的文件传输装置是以功能模块的形式呈现。这里所使用的术语“模块”应当理解为尽可能最宽的含义,用于实现各个“模块”所描述功能的对象例如可以是集成电路ASIC,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。
举例来说,上述扫描模块801扫描预设标识以获取接收端的地址信息的功能可以由图10所示的移动终端来实现,具体可以通过处理器1001通过调用存储器1002中的可执行程序代码,扫描预设标识以获取接收端的地址信息。
本申请实施例提供的文件传输装置,扫描预设标识以获取接收端的地址信息,
获取待发送文件的统一资源定位符URL,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示接收端发送文件下载请求,所述文件下载请求包括所述URL,接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。通过本申请实施例中的装置,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
请参阅图9-1,图9-1是本申请实施例公开的第三种文件传输装置的模块组成框图,如图9-1所示,该文件传输装置可以包括生成模块901、接收模块902以及发送模块903,其中:
第一生成模块901,用于生成预设标识,所述预设标识用于表示所述接收端的地址信息;
接收模块902,用于接收携带待发送文件的统一资源定位符URL的通知消息;
发送模块903,用于响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件。
所述接收模块902,还用于接收所述待发送文件。
请参阅图9-2,图9-2是本申请实施例公开的第四种文件传输装置的模块组成框图,如图9-2所示,该文件传输装置可以包括图9-1对应的实施例中的生成模块901、接收模块902以及发送模块903,其中:
在一个实施例中,所述装置还包括:
第二生成模块904,用于生成所述接收端的地址信息。
所述第一生模块901,具体用于:
根据所述接收端的地址信息生成对应的预设标识。
在一个实施例中,所述发送模块903,具体用于:
检测所述通知消息中是否包括预设格式的数据包;在检测到所述通知消息中包括所述预设格式的数据包时,提取所述通知消息中包括的数据包;解析所述数据包,获取所述URL;向所述发送端发送包括所述URL的文件下载请求。
具体的,上述各个模块的具体实现可参考图4至图6对应实施例中相关步骤的描述,在此不赘述。
需要注意的是,本申请装置实施例所描述的文件传输装置是以功能模块的形式呈现。这里所使用的术语“模块”应当理解为尽可能最宽的含义,用于实现各个“模块”所描述功能的对象例如可以是集成电路ASIC,单个电路,用于执行一个或多个软件或固件程序的处理器(共享的、专用的或芯片组)和存储器,组合逻辑电路,和/或提供实现上述功能的其他合适的组件。
举例来说,上述扫生成模块901生成预设标识的功能可以由图11所示的终端来实现,具体可以通过处理器1101通过调用存储器1102中的可执行程序代码,生成预设标识。
本申请实施例提供的文件传输装置,生成预设标识,所述预设标识用于表示所述接收端的地址信息,接收携带待发送文件的统一资源定位符URL的通知消息,
响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件,接收所述待发送文件。通过本申请实施例中的装置,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
本申请实施例还提供了第一种移动终端,如图10所示,包括:处理器1001,存储器1002,通信接口1003和通信总线1004;其中,处理器1001、存储器1002和通信接口1003通过通信总线1004连接并完成相互间的通信;处理器1001通过通信接口1003控制与外部蜂窝网的无线通信;通信接口1003包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器(low noise amplifier,LNA)、双工器等。存储器1002包括以下至少一种:随机存取存贮器、非易失性存储器以及外部存储器,存储器1002中存储有可执行程序代码,该可执行程序代码能够引导处理器1001执行本申请方法实施例中具体披露的文件传输方法。
所述处理器1001,用于扫扫描预设标识以获取接收端的地址信息;获取待发送文件的统一资源定位符URL;向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示接收端发送文件下载请求,所述文件下载请求包括所述URL;接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
在一个实施例中,在用于扫描预设标识以获取接收端的地址信息之前,所述处理器1001还用于:确定所述待发送文件。
在一个实施例中,在用于获取待发送文件的统一资源定位符URL时,所述处理器1001具体用于:
在所述获取的接收端的地址信息的格式与预设格式匹配时,获取待发送文件的统一资源定位符URL。
在一个实施例中,在用于向所述第一虚拟HTTP服务器发送携带所述URL的通知消息时,所述处理器1001具体用于:
将所述URL转化为预设格式的数据包;向所述接收端发送携带所述数据包的通知消息。
具体的,上述各个模块的具体实现可参考图1、图2或图3对应实施例中相关步骤的描述,在此不赘述。
本申请实施例提供的移动终端,扫描预设标识以获取接收端的地址信息,获取待发送文件的统一资源定位符URL,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示接收端发送文件下载请求,所述文件下载请求包括所述URL,接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
本申请实施例还提供了第二种终端,如图11所示,包括:处理器1101,存储器1102,通信接口1103和通信总线1104;其中,处理器1101、存储器1102和通信接口1103通过通信总线1104连接并完成相互间的通信;处理器1101通过通信接口1103控制与外部蜂窝网的无线通信;通信接口1103包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器(lownoise amplifier,LNA)、双工器等。存储器1102包括以下至少一种:随机存取存贮器、非易失性存储器以及外部存储器,存储器1102中存储有可执行程序代码,该可执行程序代码能够引导处理器1101执行本申请方法实施例中具体披露的文件传输方法。
所述处理器1101,用于生成预设标识,所述预设标识用于表示所述接收端的地址信息;接收携带待发送文件的统一资源定位符URL的通知消息;响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件;接收所述待发送文件。
在一个实施例中,所述处理器1101,还用于生成所述接收端的地址信息。
在一个实施例中,在用于生成所述接收端的地址信息时,所述处理器1101,具体用于:
检测所述通知消息中是否包括预设格式的数据包;在检测到所述通知消息中包括所述预设格式的数据包时,提取所述通知消息中包括的数据包;解析所述数据包,获取所述URL;向所述发送端发送包括所述URL的文件下载请求。
具体的,上述各个模块的具体实现可参考图4、图5或图6对应实施例中相关步骤的描述,在此不赘述。
本申请实施例提供的终端,生成预设标识,所述预设标识用于表示所述接收端的地址信息,接收携带待发送文件的统一资源定位符URL的通知消息,响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件,接收所述待发送文件。通过实施例本申请实施例,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
本申请实施例还提供了第三种移动终端,如图12所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该移动终端可以为包括手机、平板电脑、PDA(personal digital assistant,个人数字助理)、销售终端(point of sales,POS)、车载电脑等任意终端设备,以移动终端为手机为例:
图12示出的是与本申请实施例提供的移动终端相关的手机的部分结构的框图。参考图12,手机包括:射频(radio frequency,RF)电路910、存储器920、输入模块930、显示模块940、传感器950、音频电路960、无线保真(wireless fidelity,Wi-Fi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解,图12中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图12对手机的各个构成部件进行具体的介绍:
RF电路910可用于信息的接收和发送。通常,RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noise amplifier,LNA)、双工器等。此外,RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(global system of mobilecommunication,GSM)、通用分组无线服务(general packet radio service,GPRS)、码分多址(code division multiple access,CDMA)、宽带码分多址(wideband code divisionmultiple access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(short Messaging Service,SMS)等。
存储器920可用于存储软件程序以及模块,处理器980通过运行存储在存储器920的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序等;存储数据区可存储根据手机的使用所创建的数据等。此外,存储器920可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入模块930可用于接收输入的数字或字符信息,以及生成与手机的用户设置以及功能控制有关的键信号输入。具体地,输入模块930可包括指纹识别模组931以及其他输入设备932。指纹识别模组931,可采集用户在其上的指纹数据。可选的,指纹识别模组931可包括光学式指纹模块、电容式指纹模块以及射频式指纹模块。以指纹识别模组931为电容式指纹识别模组为例,具体包括感应电极(异常感应电极和正常感应电极)和与所述感应电极连接的信号处理电路(如放大电路、噪声抑制电路、模数转化电路,等等)。除了指纹识别模组931,输入模块930还可以包括其他输入设备932。具体地,其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示模块940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示模块940可包括显示屏941,可选的,可以采用液晶显示器(liquid crystaldisplay,LCD)、有机发光二极管(organic light-emitting diode,OLED)等形式来配置显示屏941。虽然在图12中,指纹识别模组931与显示屏941是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将指纹识别模组931与显示屏941集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器950,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示屏941的亮度,接近传感器可在手机移动到耳边时,关闭显示屏941和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路960、扬声器961,传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号,传输到扬声器961,由扬声器961转换为声音信号输出;另一方面,传声器962将收集的声音信号转换为电信号,由音频电路960接收后转换为音频数据,再将音频数据输出处理器980处理后,经RF电路910以发送给比如另一手机,或者将音频数据输出至存储器920以便进一步处理。
Wi-Fi属于短距离无线传输技术,手机通过Wi-Fi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi模块970,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变申请的本质的范围内而省略。
处理器980是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器920内的软件程序和/或模块,以及调用存储在存储器920内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器980可包括一个或多个处理模块;在一种实施方式中,处理器980可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器980中。
手机还包括给各个部件供电的电源990(比如电池),在一种实施方式中,电源可以通过电源管理***与处理器980逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
前述图1至图3所示的实施例中,各步骤方法流程可以基于该手机的结构实现。
前述图8-1和8-2所示的实施例中,各模块功能可以基于该手机的结构实现。
本申请实施例还提供了一种文件传输***,如图13所示,该文件传输***包括发送端1301和接收端1302,其中:
所述发送端1301,用于扫描接收端1302提供的预设标识以获取所述接收端1302启用的第一虚拟HTTP服务器的地址信息;启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL;向所述第一虚拟HTTP服务器发送携带所述URL的通知消息,所述通知消息用于指示所述接收端1302通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL;通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收所述文件下载请求,根据所述URL向所述接收端1302发送所述待发送文件。
所述接收端1302,用于生成预设标识,所述预设标识用于发送端1301扫描以获取所述接收端1302启用的第一虚拟HTTP服务器的地址信息;通过所述第一虚拟HTTP服务器接收携带URL的通知消息;响应所述通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求所述发送端1301根据所述URL向所述接收端1302发送待发送文件;接收所述待发送文件。
在一个实施例中,在用于扫描接收端1302提供的预设标识之前,所述发送端1301还用于确定所述待发送文件。
在一个实施例中,在用于启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL时,所述发送端1301,具体用于:
在所述获取的第一虚拟HTTP服务器的地址信息的格式与预设格式匹配时,启用所述第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的URL。
在一个实施例中,在用于向所述第一虚拟HTTP服务器发送携带所述URL的通知消息时,所述发送端1301,具体用于:
将所述URL转化为预设格式的数据包;向所述第一虚拟HTTP服务器发送携带所述数据包的通知消息。
在一个实施例中,所述第一虚拟HTTP服务器的地址信息包括所述第一虚拟HTTP服务器的ip地址和所述第一虚拟HTTP服务器的端口号。
在一个实施例中,在用于生成预设标识之前,所述接收端1302,还用于在接收到针对所述第一HTTP客户端的开启请求时,启用所述第一虚拟HTTP服务器。
在一个实施例中,在用于响应所述通知消息,通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求时,所述接收端1302具体用于:
通过所述第一虚拟HTTP服务器检测所述通知消息中是否包括预设格式的数据包;在检测到所述通知消息中包括所述预设格式的数据包时,通过所述第一虚拟HTTP服务器提取所述通知消息中包括的数据包;通过所述第一虚拟HTTP服务器解析所述数据包,获取所述URL;通过所述第一虚拟HTTP服务器对应的第一HTTP客户端发送包括所述URL的文件下载请求。
本申请实施例提供的文件传输***,发送端扫描接收端提供的预设标识以获取接收端启用的第一虚拟HTTP服务器的地址信息,发送端启用第二虚拟HTTP服务器,并通过所述第二虚拟HTTP服务器生成待发送文件的统一资源定位符URL,进而向第一虚拟HTTP服务器发送携带该URL的通知消息,该通知消息用于指示接收端通过第一虚拟HTTP服务器对应的第一HTTP客户端发送文件下载请求,该文件下载请求包括URL,发送端通过所述第二虚拟HTTP服务器对应的第二HTTP客户端接收文件下载请求,并根据所述URL向所述接收端发送所述待发送文件。通过实施本申请实施例中的方法,发送端无需将待发送文件上传至服务器即可实现将待发送文件传输至接收端,从而保证了待发送文件的安全性。
本申请实施例还提供一种计算机程序产品,所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种文件传输方法的部分或全部步骤。
本申请实施例还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时包括上述方法实施例中记载的任何一种文件传输方法的部分或全部步骤。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于本发明的一种实施方式,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(read-only memory,ROM)、随机存取器(random accessmemory,RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (13)
1.一种文件传输方法,应用于发送端,其特征在于,包括:
扫描预设标识以获取接收端的地址信息;
获取待发送文件的统一资源定位符URL;
根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL;
接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
2.如权利要求1所述的方法,其特征在于,所述扫描预设标识以获取接收端的地址信息之前,所述方法还包括:
确定所述待发送文件。
3.如权利要求1或2所述的方法,其特征在于,所述获取待发送文件的统一资源定位符URL,包括:
在所述获取的接收端的地址信息的格式与预设格式匹配时,获取待发送文件的URL。
4.如权利要求1至3任一项所述的方法,其特征在于,所述向所述接收端发送携带所述URL的通知消息,包括:
将所述URL转化为预设格式的数据包;
向所述接收端发送携带所述数据包的通知消息。
5.一种文件传输方法,应用于接收端,其特征在于,包括:
生成预设标识,所述预设标识用于表示所述接收端的地址信息;
从发送端处接收携带待发送文件的统一资源定位符URL的通知消息,所述通知消息是所述发送端扫描所述预设标识以获取所述接收端的地址信息,并根据所述地址信息发送的;
响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求所述发送端根据所述URL向所述接收端发送待发送文件;
接收所述待发送文件。
6.如权利要求5所述的方法,其特征在于,所述生成预设标识之前,所述方法还包括:
生成所述接收端的地址信息;
所述生成预设标识包括:根据所述接收端的地址信息生成对应的预设标识。
7.如权利要求5或6所述的方法,其特征在于,所述响应所述通知消息,向发送端发送文件下载请求,包括:
检测所述通知消息中是否包括预设格式的数据包;
在检测到所述通知消息中包括所述预设格式的数据包时,提取所述通知消息中包括的数据包;
解析所述数据包,获取所述URL;
向所述发送端发送包括所述URL的文件下载请求。
8.一种文件传输装置,其特征在于,包括:
扫描模块,用于扫描预设标识以获取接收端的地址信息;
获取模块,用于获取待发送文件的统一资源定位符URL;
发送模块,用于根据获取到的所述接收端的地址信息,向所述接收端发送携带所述URL的通知消息,所述通知消息用于指示所述接收端发送文件下载请求,所述文件下载请求包括所述URL;
接收模块,用于接收所述文件下载请求,根据所述URL向所述接收端发送所述待发送文件。
9.一种文件传输装置,其特征在于,包括:
生成模块,用于生成预设标识,所述预设标识用于表示接收端的地址信息;
接收模块,用于接收携带待发送文件的统一资源定位符URL的通知消息,所述通知消息是所述发送端扫描所述预设标识以获取所述接收端的地址信息,并根据所述地址信息发送的;
发送模块,用于响应所述通知消息,向发送端发送文件下载请求,所述文件下载请求包括所述URL,所述文件下载请求用于请求发送端根据所述URL向所述接收端发送待发送文件;
所述接收模块,还用于接收所述待发送文件。
10.一种移动终端,其特征在于,包括:
处理器、存储器;
所述存储器存储有可执行程序代码;
所述处理器用于调用所述存储器中的所述可执行程序代码,执行如权利要求1-4任一项所描述的方法。
11.一种终端,其特征在于,包括:
处理器、存储器;
所述存储器存储有可执行程序代码;
所述处理器用于调用所述存储器中的所述可执行程序代码,执行如权利要求5-7任一项所描述的方法。
12.一种计算机存储介质,其特征在于,所述计算机存储介质存储有程序,所述程序执行时包括如权利要求1-4任一项所述的方法。
13.一种计算机存储介质,其特征在于,所述计算机存储介质存储有程序,所述程序执行时包括如权利要求5-6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710848398.8A CN107645551B (zh) | 2017-09-19 | 2017-09-19 | 文件传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710848398.8A CN107645551B (zh) | 2017-09-19 | 2017-09-19 | 文件传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107645551A true CN107645551A (zh) | 2018-01-30 |
CN107645551B CN107645551B (zh) | 2020-02-11 |
Family
ID=61112144
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710848398.8A Active CN107645551B (zh) | 2017-09-19 | 2017-09-19 | 文件传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107645551B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108737505A (zh) * | 2018-04-27 | 2018-11-02 | 厦门理工学院 | 一种资源下载的方法、***和终端设备 |
CN108900601A (zh) * | 2018-06-27 | 2018-11-27 | 掌阅科技股份有限公司 | 文件传输的方法、计算机设备和存储介质 |
CN111078140A (zh) * | 2019-11-20 | 2020-04-28 | 岭澳核电有限公司 | 核电站文件上传管理方法、装置、终端设备及介质 |
CN111522778A (zh) * | 2020-04-27 | 2020-08-11 | 广州大学 | 一种文件迁移方法 |
CN112671899A (zh) * | 2020-12-23 | 2021-04-16 | 中移(杭州)信息技术有限公司 | 一种文件传输方法、文件传输装置及*** |
CN113162979A (zh) * | 2021-03-17 | 2021-07-23 | 深圳乐播科技有限公司 | 服务发布方法、装置、设备及存储介质 |
CN114390045A (zh) * | 2022-01-07 | 2022-04-22 | 北京思明启创科技有限公司 | 一种互动文件的传输方法及*** |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102891890A (zh) * | 2012-09-26 | 2013-01-23 | 腾讯科技(深圳)有限公司 | 一种终端之间的交互方法及相关设备、*** |
CN103685295A (zh) * | 2013-12-20 | 2014-03-26 | 乐视网信息技术(北京)股份有限公司 | 一种下载多媒体文件的方法、终端及*** |
CN104320417A (zh) * | 2014-11-06 | 2015-01-28 | 北京安奇智联科技有限公司 | 移动终端和web终端之间互连及流传输和流媒体播放的方法 |
CN104378435A (zh) * | 2014-11-20 | 2015-02-25 | 北京安奇智联科技有限公司 | 计算设备的浏览器与移动终端的文件传输 |
CN106027557A (zh) * | 2016-07-01 | 2016-10-12 | 惠州Tcl移动通信有限公司 | 一种数据备份方法 |
CN106899653A (zh) * | 2016-08-09 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 文件传输方法及装置 |
US20170237726A1 (en) * | 2016-02-14 | 2017-08-17 | Ynjiun Paul Wang | Mobile Secure Login System and Method |
US20170255982A1 (en) * | 2012-07-19 | 2017-09-07 | Avinash Kalgi | Dual encoding of machine readable code for automatic scan-initiated purchase or uniform resource locator checkout |
-
2017
- 2017-09-19 CN CN201710848398.8A patent/CN107645551B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170255982A1 (en) * | 2012-07-19 | 2017-09-07 | Avinash Kalgi | Dual encoding of machine readable code for automatic scan-initiated purchase or uniform resource locator checkout |
CN102891890A (zh) * | 2012-09-26 | 2013-01-23 | 腾讯科技(深圳)有限公司 | 一种终端之间的交互方法及相关设备、*** |
CN103685295A (zh) * | 2013-12-20 | 2014-03-26 | 乐视网信息技术(北京)股份有限公司 | 一种下载多媒体文件的方法、终端及*** |
CN104320417A (zh) * | 2014-11-06 | 2015-01-28 | 北京安奇智联科技有限公司 | 移动终端和web终端之间互连及流传输和流媒体播放的方法 |
CN104378435A (zh) * | 2014-11-20 | 2015-02-25 | 北京安奇智联科技有限公司 | 计算设备的浏览器与移动终端的文件传输 |
US20170237726A1 (en) * | 2016-02-14 | 2017-08-17 | Ynjiun Paul Wang | Mobile Secure Login System and Method |
CN106027557A (zh) * | 2016-07-01 | 2016-10-12 | 惠州Tcl移动通信有限公司 | 一种数据备份方法 |
CN106899653A (zh) * | 2016-08-09 | 2017-06-27 | 阿里巴巴集团控股有限公司 | 文件传输方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108737505A (zh) * | 2018-04-27 | 2018-11-02 | 厦门理工学院 | 一种资源下载的方法、***和终端设备 |
CN108900601A (zh) * | 2018-06-27 | 2018-11-27 | 掌阅科技股份有限公司 | 文件传输的方法、计算机设备和存储介质 |
CN108900601B (zh) * | 2018-06-27 | 2020-09-29 | 掌阅科技股份有限公司 | 文件传输的方法、计算机设备和存储介质 |
CN111078140A (zh) * | 2019-11-20 | 2020-04-28 | 岭澳核电有限公司 | 核电站文件上传管理方法、装置、终端设备及介质 |
CN111078140B (zh) * | 2019-11-20 | 2023-05-23 | 岭澳核电有限公司 | 核电站文件上传管理方法、装置、终端设备及介质 |
CN111522778A (zh) * | 2020-04-27 | 2020-08-11 | 广州大学 | 一种文件迁移方法 |
CN111522778B (zh) * | 2020-04-27 | 2022-04-19 | 广州大学 | 一种文件迁移方法 |
CN112671899A (zh) * | 2020-12-23 | 2021-04-16 | 中移(杭州)信息技术有限公司 | 一种文件传输方法、文件传输装置及*** |
CN113162979A (zh) * | 2021-03-17 | 2021-07-23 | 深圳乐播科技有限公司 | 服务发布方法、装置、设备及存储介质 |
CN114390045A (zh) * | 2022-01-07 | 2022-04-22 | 北京思明启创科技有限公司 | 一种互动文件的传输方法及*** |
CN114390045B (zh) * | 2022-01-07 | 2023-10-31 | 北京思明启创科技有限公司 | 一种互动文件的传输方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN107645551B (zh) | 2020-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107645551A (zh) | 文件传输方法及装置 | |
CN104462128B (zh) | 多媒体文件处理的方法、装置和终端设备 | |
CN104135501B (zh) | 页面分享方法、装置及*** | |
CN106331213B (zh) | 一种域名***dns处理方法及装置 | |
JP6557741B2 (ja) | ピクチャ結合方法、端末、及びピクチャ結合システム | |
CN104426963B (zh) | 关联终端的方法和终端 | |
CN106658573B (zh) | 一种无线局域网的发射功率控制方法及移动终端 | |
CN106681860B (zh) | 一种数据备份方法及数据备份装置 | |
CN106502826B (zh) | 数据备份及传输方法及移动终端 | |
CN107040609A (zh) | 一种网络请求处理方法和装置 | |
CN109445894A (zh) | 一种截图方法及电子设备 | |
CN106302808A (zh) | 数据传输方法及移动终端 | |
CN106293738B (zh) | 一种表情图像的更新方法及装置 | |
CN104572690A (zh) | 一种获取网页数据的方法、装置和*** | |
CN104239332A (zh) | 网页内容处理方法、装置及浏览器客户端 | |
CN106603740B (zh) | 网络连接异常的处理方法与终端设备 | |
CN104699501B (zh) | 一种运行应用程序的方法及装置 | |
CN107621890A (zh) | 信息展示方法及装置、计算机装置及可读存储介质 | |
CN107194222A (zh) | 屏幕显示模式控制方法及相关产品 | |
CN103607377B (zh) | 信息分享方法、装置及*** | |
CN106445743A (zh) | 数据备份传输方法及移动终端 | |
WO2015043163A1 (en) | Method and apparatus for inputting account information | |
CN106685948A (zh) | 一种数据处理方法、终端、通信设备及数据处理*** | |
CN109102153A (zh) | 一种身份管理方法及装置 | |
CN104391629A (zh) | 定向发送消息的方法、显示消息的方法、服务器及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant after: OPPO Guangdong Mobile Communications Co., Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant before: Guangdong OPPO Mobile Communications Co., Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |