CN109495434A - 一种文件传输方法及装置 - Google Patents
一种文件传输方法及装置 Download PDFInfo
- Publication number
- CN109495434A CN109495434A CN201710824035.0A CN201710824035A CN109495434A CN 109495434 A CN109495434 A CN 109495434A CN 201710824035 A CN201710824035 A CN 201710824035A CN 109495434 A CN109495434 A CN 109495434A
- Authority
- CN
- China
- Prior art keywords
- file
- transmitted
- transmission
- receiving end
- transmitting terminal
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/126—Applying verification of the received information the source of the received data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
- H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开一种文件传输方法及装置,该方法包括:发送端向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。本发明利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,同时,利用文件传输标识的方式一定程度上能够保证文件传输的安全。
Description
技术领域
本发明涉及数据处理领域,具体涉及一种文件传输方法及装置。
背景技术
文件传输协议(英文:File Transfer Protocol;缩写:FTP),用于从一台计算机将文件传送到另一台计算机。但是,利用FTP进行文件传输需要在进行文件传输的计算机上预先搭建FTP服务,同时开启用于FTP标准命令传输的21号端口。由于开启21号端口会对计算机的数据安全造成一定的威胁,另外在计算机上搭建FTP服务也需要一定的工作量,所以,目前亟需一种新的文件传输方式,能够避免上述由利用FTP进行文件传输所带来的问题。
发明内容
鉴于上述问题,本发明提供了一种文件传输方法,能够避免由利用FTP进行文件传输所带来的问题。
本发明提供了一种文件传输方法,所述方法包括:
发送端向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
可选的,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件之前,还包括:
所述发送端判断所述待传输文件的大小是否超出预设阈值;
如果所述待传输文件的大小超出预设阈值,则将所述待传输文件进行拆分,得到拆分后文件;
相应的,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,具体为:
所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件。
可选的,所述将所述待传输文件进行拆分,得到拆分后文件,包括:
如果所述待传输文件中包括行结束标识,则按照所述行结束标识对所述待传输文件进行拆分,得到拆分后文件;
或者,按照字节大小对所述待传输文件进行拆分,得到拆分后文件。
可选的,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件,包括:
所述发送端开启多个发送线程,并利用所述多个发送线程并行向所述接收端发送携带所述文件传输标识的拆分后文件;
其中,每个发送线程均采用http post的方式向所述接收端发送携带所述文件传输标识的拆分后文件。
本发明还提供了一种文件传输方法,所述方法包括:
接收端在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
所述接收端在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
可选的,所述待传输文件为由所述发送端对所述待传输文件进行拆分后得到的拆分后文件,所述拆分后文件携带有用于标识所述拆分后文件在所述待传输文件中位置的顺序号;所述方法还包括:
所述接收端根据顺序号,对接收到的各个拆分后文件进行合并。
可选的,所述方法还包括:
所述接收端在接收到所述待传输文件后,根据所述待传输文件生成MD5校验码;
所述接收端将所述MD5校验码发送至所述发送端,以便所述发送端根据所述MD5校验码确定所述待传输文件是否发送成功。
本发明还提供了一种文件传输装置,所述装置包括:
第一发送模块,用于向接收端发送文件传输请求;
第一接收模块,用于接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
第二发送模块,用于利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
本发明还提供了一种文件传输装置,所述装置包括:
第三发送模块,用于在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
验证模块,用于在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证;
第二接收模块,用于在所述验证模块验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
本发明还提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如上述任一项所述的文件传输方法。
本发明还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行如上述任一项所述的文件传输方法。
借由上述技术方案,本发明提供的文件传输方法中,发送端向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;所述发送端利用httppost的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。本发明利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,同时,利用文件传输标识的方式一定程度上能够保证文件传输的安全。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的一种文件传输方法的信令交互图;
图2示出了本发明实施例提供的一种文件传输方法流程图;
图3示出了本发明实施例提供的一种文件传输装置的结构示意图;
图4示出了本发明实施例提供的另一种文件传输装置的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明提供了一种文件传输方法,具体利用超文本传输协议(英文:HyperTextTransfer Protocol;缩写:http)进行文件传输。现有技术中,基于http的特点,一般不会将http用于大数据量的文件传输,而本发明为了避免利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,直接采用http进行文件传输,同时,对采用http进行文件传输过程中的各个细节进行改进,以保证利用http进行文件传输的数据完整性和传输高效性等。
以下进行实施例具体内容的介绍。
本发明实施例提供了一种文件传输方法,参考图1,为本发明提供的一种文件传输方法的信令交互图。所述文件传输方法具体包括:
S101:发送端向接收端发送文件传输请求。
本发明实施例中的发送端和接收端可以是任意的用于传输数据的设备,例如服务器等。
实际应用中,发送端在向接收端发送待传输文件之前,首先向接收端发送文件传输请求,以告知接收端即将传输数据。
一种实现方式中,发送端可以向接收端发送携带用户名和密码的登录请求,接收端在接收到该登录请求后,可以获知发送端即将传输数据。也就是说,文件传输请求可以是登录请求的形式。
S102:接收端向发送端返回文件传输标识,其中,所述文件传输标识用于唯一标识该文件传输请求对应的待传输文件。
本发明实施例中,接收端在接收到文件传输请求后,为该文件传输请求生成一个文件传输标识,用于唯一标识该文件传输请求对应的待传输文件。
实际应用中,一个文件传输请求用于请求传输一个文件,接收端在接收到任一文件传输请求后,生成用于唯一标识该文件传输请求用于请求传输的文件的文件传输标识。
本发明实施例中的文件传输标识可以为通用唯一识别码(英文:UniversallyUnique Identifier;缩写:UUID),还可以为全局唯一标识符(英文:Globally UniqueIdentifier;缩写:GUID)。
另外,一种实现方式中,为了保证文件传输的安全性,当接收端接收到文件传输请求后,对该请求进行验证,在验证通过后,为该文件传输请求生成一个文件传输标识。例如,文件传输请求为登录请求的形式时,接收端对登录请求中携带的用户名和密码进行验证,如果验证通过,则生成一个文件传输标识。
S103:发送端利用http post的方式,向接收端发送携带该文件传输标识的待传输文件。
本发明实施例中,发送端采用http post的方式,向接收端传输文件。具体的,将文件传输标识封装在数据包的header中,将待传输文件中的内容封装在数据包的body中,另外,body中还可以携带该待传输文件的文件名称信息。
S104:接收端对该文件传输标识进行验证,并在通过验证后,接收该待传输文件。
本发明实施例中,接收端在接收到携带有文件传输标识的待传输文件后,首先获取数据包的header中的文件传输标识,并对该文件传输标识进行验证。具体的,判断该文件传输标识是否为接收端生成的文件传输标识。如果对该文件传输标识验证通过,则获取数据包的body中的待传输文件的内容,以及文件名称信息等,并将该待传输文件的内容存储在以该文件名称命名的文件中,完成文件的传输。
本发明实施例提供的文件传输方法中,首先,发送端向接收端发送文件传输请求后,接收来自接收端的文件传输标识。然后,发送端利用http post的方式,向接收端发送携带该文件传输标识的待传输文件,并在接收端对该文件传输标识验证通过后,获取该待传输文件,完成文件的传输。本发明实施例利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,同时,利用文件传输标识的方式一定程度上能够保证文件传输的安全。
对于数据量较大的文件,利用http post的方式不能一次性完成文件的传输,所以,本发明实施例中,发送端预先将数据量较大的文件进行拆分,并分别对拆分后的文件进行传输。
基于此,本发明实施例提供了一种文件传输方法,参考图2,为本发明实施例提供的一种文件传输方法流程图。所述文件传输方法包括:
S201:发送端向接收端发送文件传输请求。
S202:接收端向发送端返回文件传输标识,其中,所述文件传输标识用于唯一标识该文件传输请求对应的待传输文件。
S201和S202与上述实施例的S101和S102理解相同,请参照,在此不再赘述。
S203:发送端判断所述待传输文件的大小是否超出预设阈值;如果超出预设阈值,则执行S204。
本发明实施例中,发送端在利用http post的方式传输文件之前,首先判断待传输文件的大小是否超出预设阈值。如果待传输文件的大小超出阈值,则对该待传输文件进行拆分,否则,直接对该待传输文件进行传输。
S204:将所述待传输文件进行拆分,得到拆分后文件。
本发明实施例中,在确定待传输文件超出预设阈值后,对该待传输文件进行拆分,得到拆分后文件。
一种对文件进行拆分的实现方式中,首先判断该待传输文件中的每行是否包括行结束标识(例如回车换行符,\r\n),如果是,则按照行结束标识对该待传输文件进行拆分,从而得到拆分后文件。
具体的,在进行待传输文件拆分时,每读取该待传输文件中的一行数据,则将该行数据的字节数与已保存到拆分后文件中的总字节数相加,如果小于预设阈值,则将该行数据追加存储到该拆分后文件中;否则,将该拆分后文件关闭,重新创建一个新的拆分后文件,并将该行数据保存到新的拆分后文件中,依次类推,直到将该待传输文件中的全部内容读取完成。例如,采用上述文件拆分方式,对于5.5M的待传输文件进行拆分后,得到的拆分后文件可能包括file_0(0.95M)、file_1(0.98M)、file_2(0.97M)、file_3(0.98M)、file_4(0.97M)、file_5(0.65M)。
另一种对文件进行拆分的实现方式中,直接按照字节大小对待传输文件进行拆分,从而得到相同大小的拆分后文件(除最后一个拆分后文件)。
具体的,在进行待传输文件拆分时,每读取该待传输文件中的预设字节大小的数据后,将该数据保存在一个拆分后文件中,后续再次读取该待传输文件中的预设字节大小的数据后,重新创建一个新的拆分后文件,并将该数据保存到新的拆分后文件中,以此类推,直到将该待传输文件中的全部内容读取完成。例如,采用上述文件拆分方式,对5.5M的待传输文件进行拆分后,得到的拆分后文件可能包括file_0(1M)、file_1(1M)、file_2(1M)、file_3(1M)、file_4(1M)、file_5(0.5M)。
S205:发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件,其中,所述拆分后文件携带有用于标识所述拆分后文件在所述待传输文件中位置的顺序号。
为了保证待传输文件的完整性,本发明实施例为待传输文件的各个拆分后文件分配顺序号,其中,顺序号用于标识该拆分后文件在待传输文件中的位置,以便接收端在接收到拆分后文件后,对拆分后文件进行合并,保证了待传输文件的完整性。
实际应用中,为了提高文件的传输效率,本发明实施例中的发送端可以开启多个发送线程,并利用多线程并行传输文件。具体的,发送端的每个发送线程均采用http post的方式,向接收端并行发送携带文件传输标识的拆分后文件,同时,每个拆分后文件均具有顺序号。
S206:接收端对每个拆分后文件的文件传输标识进行验证,并在通过验证后,接收该拆分后文件。
本发明实施例中,接收端在接收到任一拆分后文件,首先验证该拆分后文件携带的文件传输标识,如果通过验证,则接收该拆分后文件;否则直接丢弃该拆分后文件。具体的,属于同一待传输文件的拆分后文件携带有同一文件传输标识。
为了保证利用http post的方式进行文件传输的数据完整性,本发明实施例中,接收端在接收到任一拆分后文件后,根据该拆分后文件中的内容生成一个MD5校验码,并将该MD5校验码返回至发送端。发送端在接收到该MD5校验码后,将该MD5校验码与预先生成的MD5校验码进行比较,如果相同,则说明该拆分后文件发送成功;否则说明该拆分后文件的发送出现问题,这种情况下,发送端可以选择重新发送该拆分后文件至接收端,并且在对该拆分后文件重新发送的次数达到预设次数后,进行报警提醒,并终止后续文件的发送。
S207:接收端根据顺序号,对接收到的各个拆分后文件进行合并。
本发明实施例中,接收端在接收到各个拆分后文件后,获取各个拆分后文件的顺序号,并根据顺序号,对各个拆分后文件进行合并。
一种实现方式中,发送端将属于待传输文件的拆分后文件均成功发送后,利用http post的方式,向接收端发送文件传输结束请求,具体的,数据包的header中仍然包括该文件传输标识,数据包的body中可以包括文件传输结束的通知信息等。当接收端接收到该文件传输结束请求后,解析出header中的文件传输标识,并对该文件传输标识进行验证,如果验证通过,则获知数据包的body中的文件传输结束的通知信息。
当接收端确定文件传输结束后,根据各个拆分后文件的顺序号,对各个拆分后文件进行合并,最终得到完整的待传输文件,完成文件的传输。
值得注意的是,本发明实施例提供的文件传输方法能够应用于数据同步领域,具体的,利用http post的方式,实现设备之间数据的同步。
总之,本发明实施例提供的文件传输方法中,首先,发送端向接收端发送文件传输请求后,接收来自接收端的文件传输标识。然后,发送端判断待传输文件的大小是否超出预设阈值,如果超出预设阈值,则对该待传输文件进行拆分,得到拆分后文件。发送端利用http post的方式,向接收端发送携带该文件传输标识的各个拆分后文件,并在接收端对该文件传输标识验证通过后,获取各个拆分后文件,最终对各个拆分后文件进行合并,完成文件的传输。本发明实施例利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题。另外,本发明实施例利用多线程并行传输文件的方式提高了文件传输的效率,同时,利用MD5校验码保证了文件的完整性。
本发明实施例还提供了一种文件传输装置,参考图3,为本发明实施例提供的一种文件传输装置的结构示意图,所述文件传输装置具体包括:
第一发送模块301,用于向接收端发送文件传输请求;
第一接收模块302,用于接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
第二发送模块303,用于利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
另外,所述文件传输装置,还包括:
判断模块,用于判断所述待传输文件的大小是否超出预设阈值;
拆分模块,用于在所述判断模块的判断结果为是时,将所述待传输文件进行拆分,得到拆分后文件;
相应的,所述第二发送模块,具体用于利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件。
具体的,所述拆分模块,包括:
第一拆分子模块,用于在所述待传输文件中包括行结束标识时,按照所述行结束标识对所述待传输文件进行拆分,得到拆分后文件;
或者,第二拆分子模块,用于按照字节大小对所述待传输文件进行拆分,得到拆分后文件。
具体的,所述第二发送模块,包括:
开启模块,用于开启多个发送线程;
发送子模块,用于利用所述多个发送线程并行向所述接收端发送携带所述文件传输标识的拆分后文件;
其中,每个发送线程均采用http post的方式向所述接收端发送携带所述文件传输标识的拆分后文件。
本发明实施例提供的文件传输装置,利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题。
另外,所述文件传输装置包括处理器和存储器,上述第一发送模块、接收模块、第二发送模块等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数实现文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM),存储器包括至少一个存储芯片。
本发明实施例提供的文件传输装置能够实现以下功能:首先,向接收端发送文件传输请求后,接收来自接收端的文件传输标识。然后,利用http post的方式,向接收端发送携带该文件传输标识的待传输文件,并在接收端对该文件传输标识验证通过后,获取该待传输文件,完成文件的传输。本发明实施例利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,同时,利用文件传输标识的方式一定程度上能够保证文件传输的安全。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序代码:
向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
本发明实施例还提供了一种存储介质,该存储介质位于发送端,其上存储有程序,该程序被处理器执行时实现以下功能:
向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
本发明实施例还提供了一种处理器,该处理器位于发送端,所述处理器用于运行程序,其中,所述程序运行时执行以下步骤:
向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
另外,本发明实施例还提供了一种文件传输装置,参考图4,为本发明实施例提供的另一种文件传输装置的结构示意图,所述文件传输装置具体包括:
第三发送模块401,用于在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
验证模块402,用于在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证;
第二接收模块403,用于在所述验证模块验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
一种实现方式中,所述待传输文件为由所述发送端对所述待传输文件进行拆分后得到的拆分后文件,所述拆分后文件携带有用于标识所述拆分后文件在所述待传输文件中位置的顺序号;所述装置还包括:
合并模块,用于根据顺序号,对接收到的各个拆分后文件进行合并。
另外,所述装置还包括:
生成模块,用于在接收到所述待传输文件后,根据所述待传输文件生成MD5校验码;
第四发送模块,用于将所述MD5校验码发送至所述发送端,以便所述发送端根据所述MD5校验码确定所述待传输文件是否发送成功。
本发明实施例提供的文件传输装置,利用http post的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题。另外,本发明实施例利用多线程并行传输文件的方式提高了文件传输的效率,同时,利用MD5校验码保证了文件的完整性。
另外,所述文件传输装置包括处理器和存储器,上述第三发送模块、验证模块、第二接收模块等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来实现文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM),存储器包括至少一个存储芯片。
本发明实施例提供的文件传输装置能够实现以下功能:首先,在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;其次,在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。本发明实施例利用httppost的方式进行文件传输,避免了现有技术中利用FTP进行文件传输所带来的数据安全和准备工作量大的问题,同时,利用文件传输标识的方式一定程度上能够保证文件传输的安全。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序代码:
在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
在接收到来自所述发送端的携带有所述文件传输标识的待传输文件时,对所述文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
本发明实施例还提供了一种存储介质,该存储介质位于发送端,其上存储有程序,该程序被处理器执行时实现以下功能:
向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
本发明实施例提供了一种处理器,该处理器位于发送端,所述处理器用于运行程序,其中,所述程序运行时执行以下步骤:
向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
本发明实施例还提供了一种存储介质,该存储介质位于接收端,其上存储有程序,该程序被处理器执行时实现以下功能:
在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
在接收到来自所述发送端的携带有所述文件传输标识的待传输文件时,对所述文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
本发明实施例提供了一种处理器,该处理器位于接收端,所述处理器用于运行程序,其中,所述程序运行时执行以下步骤:
在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
在接收到来自所述发送端的携带有所述文件传输标识的待传输文件时,对所述文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
由于发送端的处理器、存储介质和接收端的处理器、存储介质都与上述文件传输方法的实施例相对应,发送端的处理器、存储介质和接收端的处理器、存储介质的其他功能及执行步骤可参见方法实施例的相关内容,此处不做赘述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (11)
1.一种文件传输方法,其特征在于,所述方法包括:
发送端向接收端发送文件传输请求后,接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
2.根据权利要求1所述的文件传输方法,其特征在于,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件之前,还包括:
所述发送端判断所述待传输文件的大小是否超出预设阈值;
如果所述待传输文件的大小超出预设阈值,则将所述待传输文件进行拆分,得到拆分后文件;
相应的,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,具体为:
所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件。
3.根据权利要求2所述的文件传输方法,其特征在于,所述将所述待传输文件进行拆分,得到拆分后文件,包括:
如果所述待传输文件中包括行结束标识,则按照所述行结束标识对所述待传输文件进行拆分,得到拆分后文件;
或者,按照字节大小对所述待传输文件进行拆分,得到拆分后文件。
4.根据权利要求2或3所述的文件传输方法,其特征在于,所述发送端利用http post的方式,向所述接收端发送携带所述文件传输标识的拆分后文件,包括:
所述发送端开启多个发送线程,并利用所述多个发送线程并行向所述接收端发送携带所述文件传输标识的拆分后文件;
其中,每个发送线程均采用http post的方式向所述接收端发送携带所述文件传输标识的拆分后文件。
5.一种文件传输方法,其特征在于,所述方法包括:
接收端在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
所述接收端在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证,并在验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
6.根据权利要求5所述的文件传输方法,其特征在于,所述待传输文件为由所述发送端对所述待传输文件进行拆分后得到的拆分后文件,所述拆分后文件携带有用于标识所述拆分后文件在所述待传输文件中位置的顺序号;所述方法还包括:
所述接收端根据顺序号,对接收到的各个拆分后文件进行合并。
7.根据权利要求5或6所述的文件传输方法,其特征在于,所述方法还包括:
所述接收端在接收到所述待传输文件后,根据所述待传输文件生成MD5校验码;
所述接收端将所述MD5校验码发送至所述发送端,以便所述发送端根据所述MD5校验码确定所述待传输文件是否发送成功。
8.一种文件传输装置,其特征在于,所述装置包括:
第一发送模块,用于向接收端发送文件传输请求;
第一接收模块,用于接收来自所述接收端的文件传输标识,其中,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
第二发送模块,用于利用http post的方式,向所述接收端发送携带所述文件传输标识的待传输文件,以使所述接收端对所述文件传输标识验证通过后,获取所述待传输文件。
9.一种文件传输装置,其特征在于,所述装置包括:
第三发送模块,用于在接收到来自发送端的文件传输请求后,向所述发送端返回文件传输标识,所述文件传输标识用于唯一标识所述文件传输请求对应的待传输文件;
验证模块,用于在接收到来自所述发送端的待传输文件时,对所述待传输文件中携带的文件传输标识进行验证;
第二接收模块,用于在所述验证模块验证通过后,接收所述待传输文件;其中,所述待传输文件由所述发送端利用http post的方式发送。
10.一种存储介质,其特征在于,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如权利要求1-7中任一项所述的文件传输方法。
11.一种处理器,其特征在于,所述处理器用于运行程序,其中,所述程序运行时执行如权利要求1-7中任一项所述的文件传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710824035.0A CN109495434A (zh) | 2017-09-13 | 2017-09-13 | 一种文件传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710824035.0A CN109495434A (zh) | 2017-09-13 | 2017-09-13 | 一种文件传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109495434A true CN109495434A (zh) | 2019-03-19 |
Family
ID=65687941
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710824035.0A Pending CN109495434A (zh) | 2017-09-13 | 2017-09-13 | 一种文件传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109495434A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110266775A (zh) * | 2019-06-04 | 2019-09-20 | 南京南瑞继保电气有限公司 | 文件传输方法、装置、计算机设备及存储介质 |
CN110392096A (zh) * | 2019-06-21 | 2019-10-29 | 深圳市金锐显数码科技有限公司 | 一种文件分发的方法、装置、主控制器及存储介质 |
CN110691134A (zh) * | 2019-09-29 | 2020-01-14 | 北京首汽智行科技有限公司 | 一种基于mqtt协议的文件传输方法 |
CN110730242A (zh) * | 2019-10-22 | 2020-01-24 | 北京浪潮数据技术有限公司 | 一种文件传输方法、装置及设备 |
CN112333235A (zh) * | 2020-09-26 | 2021-02-05 | 深圳市星谷科技有限公司 | 一种多运营商多网聚合的文件传输方法、系统及智能终端 |
CN116455523A (zh) * | 2023-06-14 | 2023-07-18 | 广东广宇科技发展有限公司 | 一种多元数据快速传输验证方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012005609A1 (en) * | 2010-07-08 | 2012-01-12 | Blade Limited | File transfer system |
CN102833294A (zh) * | 2011-06-17 | 2012-12-19 | 阿里巴巴集团控股有限公司 | 基于云存储的文件处理方法、系统及服务器集群系统 |
CN102868765A (zh) * | 2012-10-09 | 2013-01-09 | 乐视网信息技术(北京)股份有限公司 | 文件上传方法和系统 |
CN104320417A (zh) * | 2014-11-06 | 2015-01-28 | 北京安奇智联科技有限公司 | 移动终端和web终端之间互连及流传输和流媒体播放的方法 |
CN105187533A (zh) * | 2015-09-10 | 2015-12-23 | 浪潮软件股份有限公司 | 一种数据传输的方法及装置 |
CN105227514A (zh) * | 2014-05-27 | 2016-01-06 | 北大方正集团有限公司 | 基于浏览器的文件传输处理方法和浏览器 |
-
2017
- 2017-09-13 CN CN201710824035.0A patent/CN109495434A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012005609A1 (en) * | 2010-07-08 | 2012-01-12 | Blade Limited | File transfer system |
CN102833294A (zh) * | 2011-06-17 | 2012-12-19 | 阿里巴巴集团控股有限公司 | 基于云存储的文件处理方法、系统及服务器集群系统 |
CN102868765A (zh) * | 2012-10-09 | 2013-01-09 | 乐视网信息技术(北京)股份有限公司 | 文件上传方法和系统 |
CN105227514A (zh) * | 2014-05-27 | 2016-01-06 | 北大方正集团有限公司 | 基于浏览器的文件传输处理方法和浏览器 |
CN104320417A (zh) * | 2014-11-06 | 2015-01-28 | 北京安奇智联科技有限公司 | 移动终端和web终端之间互连及流传输和流媒体播放的方法 |
CN105187533A (zh) * | 2015-09-10 | 2015-12-23 | 浪潮软件股份有限公司 | 一种数据传输的方法及装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110266775A (zh) * | 2019-06-04 | 2019-09-20 | 南京南瑞继保电气有限公司 | 文件传输方法、装置、计算机设备及存储介质 |
CN110392096A (zh) * | 2019-06-21 | 2019-10-29 | 深圳市金锐显数码科技有限公司 | 一种文件分发的方法、装置、主控制器及存储介质 |
CN110691134A (zh) * | 2019-09-29 | 2020-01-14 | 北京首汽智行科技有限公司 | 一种基于mqtt协议的文件传输方法 |
CN110730242A (zh) * | 2019-10-22 | 2020-01-24 | 北京浪潮数据技术有限公司 | 一种文件传输方法、装置及设备 |
CN112333235A (zh) * | 2020-09-26 | 2021-02-05 | 深圳市星谷科技有限公司 | 一种多运营商多网聚合的文件传输方法、系统及智能终端 |
CN116455523A (zh) * | 2023-06-14 | 2023-07-18 | 广东广宇科技发展有限公司 | 一种多元数据快速传输验证方法 |
CN116455523B (zh) * | 2023-06-14 | 2023-09-26 | 广东广宇科技发展有限公司 | 一种多元数据快速传输验证方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109495434A (zh) | 一种文件传输方法及装置 | |
JP2021500816A (ja) | 車両搭載機器アップグレード方法および関連機器 | |
CN110391900A (zh) | 基于sm2算法的私钥处理方法、终端及密钥中心 | |
CN108243259A (zh) | 车联网数据的传输方法、装置及系统 | |
CN108933805A (zh) | 一种文件传输方法及系统 | |
CN109729053A (zh) | 内外网间数据的交互方法及装置 | |
CN105635229B (zh) | 数据回填方法及装置 | |
CN109871225A (zh) | 电子控制单元ecu升级方法及ecu | |
EP4195598A1 (en) | In-vehicle signal transmission method and system | |
CN106257879B (zh) | 一种下载应用的方法和装置 | |
CN110659905B (zh) | 交易验证方法、装置、终端设备以及存储介质 | |
CN109104458B (zh) | 一种用于云平台可信性验证的数据采集方法及系统 | |
CN111865616B (zh) | 基于ecdsa算法生成密钥对的方法及装置 | |
CN106648912B (zh) | 数据采集平台中数据处理的模块化方法及装置 | |
CN116886260A (zh) | 实验设备数据跨链传输方法及系统 | |
CN106878252A (zh) | 建立免密登录关系的方法、清除账号的方法及其装置 | |
US10673801B2 (en) | Dynamic communication session management | |
CN103092932A (zh) | 一种分布式文档转码系统 | |
TW200424841A (en) | System and method for error capture and logging in computer systems | |
CN108965246A (zh) | 车联网数据的处理方法、装置及系统 | |
CN109495330A (zh) | 一种实现udp拦截测试的方法及装置 | |
CN104935650B (zh) | 文件传输方法、系统及装置 | |
Dams et al. | The bounded retransmission protocol revisited. | |
CN109740327A (zh) | 身份认证方法、装置及系统 | |
CN115378764B (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: 100080 No. 401, 4th Floor, Haitai Building, 229 North Fourth Ring Road, Haidian District, Beijing Applicant after: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd. Address before: 100086 Beijing city Haidian District Shuangyushu Area No. 76 Zhichun Road cuigongfandian 8 layer A Applicant before: BEIJING GRIDSUM TECHNOLOGY Co.,Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190319 |