CN115913773A - 一种文件传输方法及系统 - Google Patents

Abstract

本申请公开了一种文件传输方法及系统，通过预设加密协议，将获取到的待传输文件进行加密，按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件，将压缩后的传输文件进行文件切片，得到文件片段，通过伪随机序列顺序，对文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件，通过预设发送方式，将目标传输文件发送至接收端，以使接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密，预设发送方式为加密传输的乱序发送方式。

Description

一种文件传输方法及系统

技术领域

本申请涉及数据处理技术领域，更具体地说，涉及一种文件传输方法及系统。

背景技术

当前文件传输主要是通过文件传输协议(File TransferProtocol，FTP)和简单文件传输协议(Trivial File TransferProtocol，TFTP)进行。FTP协议本身是基于传输控制协议(Transmission Control Protocol，TCP)协议，TCP协议是可靠连接，通过TCP协议传输数据，无差错，不丢失，不重复，并且按序到达。

由于互联网技术发展，互联网传输数据越来越多，银行数据中心设置为多地多中心，相互之间数据同步的需求越来越大，跨互联网通讯时间延迟导致TCP文件传输容易出现文件头部的报文阻塞时，整个文件都无法正常传输，造成文件传输的可靠性低。

TFTP协议是基于用户数据报协议(User Datagram Protocol，UDP)协议实现，但是UDP协议自身是不可靠传输协议，一旦出现丢包错误，传输则会中断，造成文件传输的可靠性低。

如何保证文件在传输过程中的可靠性，是本申请亟需解决的问题。

发明内容

有鉴于此，本申请公开了一种文件传输方法及系统，旨在提高文件传输过程中的可靠性和安全性。

为了实现上述目的，其公开的技术方案如下：

本申请第一方面公开了一种文件传输方法，所述方法应用于发送端，所述方法包括：

通过预设加密协议，将获取到的待传输文件进行加密；

按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件；

将压缩后的传输文件进行文件切片，得到文件片段；

通过伪随机序列顺序，对所述文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件；

通过预设发送方式，将所述目标传输文件发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密；所述预设发送方式为加密传输的乱序发送方式。

优选的，所述通过预设加密协议，将获取到的待传输文件进行加密，包括：

创建可靠传输通道；所述可靠传输通道用于传输加密传输的文件的通道；

通过所述可靠传输通道和预设加密协议，将获取到的待传输文件进行加密。

优选的，还包括：

若监测到目标传输文件丢包，根据流控算法调整发送滑窗参数；所述流控算法为丢包后控制传输文件重发的算法；

通过所述发送滑窗参数，将目标传输文件重新发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

优选的，还包括：

当批量发送多个目标传输文件至所述接收端时，将多个目标传输文件的文件名和文件ID进行对应。

优选的，还包括：

创建不可靠传输通道；所述不可靠传输通道用于校验和限定所述接收端接收合法的源IP和合法的源端口的数据。

本申请第二方面公开了一种文件传输方法，所述方法应用于接收端，所述方法包括：

接收发送端发送的目标传输文件；所述目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；所述文件片段通过将压缩后的传输文件进行文件切片得到；所述压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到；

按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

优选的，还包括：

对目标传输文件进行分析，得到分析结果；

当所述分析结果表征缺少文件分片编号时，将确认报文发送至发送端，以使所述发送端重新发送目标传输文件。

本申请第三方面公开了一种文件传输系统，所述系统应用于发送端，所述系统包括：

加密单元，用于通过预设加密协议，将获取到的待传输文件进行加密；

压缩单元，用于按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件；

文件切片单元，用于将压缩后的传输文件进行文件切片，得到文件片段；

编号压缩单元，用于通过伪随机序列顺序，对所述文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件；

第一发送单元，用于通过预设发送方式，将所述目标传输文件发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密；所述预设发送方式为加密传输的乱序发送方式。

优选的，所述加密单元，包括：

创建模块，用于创建可靠传输通道；所述可靠传输通道用于传输加密传输的文件的通道；

加密模块，用于通过所述可靠传输通道和预设加密协议，将获取到的待传输文件进行加密。

本申请第四方面公开了一种文件传输系统，所述系统应用于接收端，所述系统包括：

接收单元，用于接收发送端发送的目标传输文件；所述目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；所述文件片段通过将压缩后的传输文件进行文件切片得到；所述压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到；

解密单元，用于按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

经由上述技术方案可知，本申请公开了一种文件传输方法及系统，通过预设加密协议，将获取到的待传输文件进行加密，按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件，将压缩后的传输文件进行文件切片，得到文件片段，通过伪随机序列顺序，对文件片段进行编号得到目标传输文件，通过预设发送方式，将目标传输文件发送至接收端，以使接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密，预设发送方式为加密传输的乱序发送方式。通过上述，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行编号后的文件片段的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种文件传输方法的流程示意图；

图2为本申请实施例公开的伪随机序列加密原理的示意图；

图3为本申请实施例公开的另一种文件传输方法的流程示意图；

图4为本申请实施例公开的一种文件传输系统的结构示意图；

图5为本申请实施例公开的另一种文件传输系统的结构示意图；

图6为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

由背景技术可知，由于互联网技术发展，跨互联网通讯时间延迟导致TCP文件传输容易出现文件头部的报文阻塞时，整个文件都无法正常传输，造成文件传输的可靠性低。而TFTP协议是基于用户数据报协议UDP协议实现，但是UDP协议自身是不可靠传输协议，一旦出现丢包错误，传输则会中断，造成文件传输的可靠性低。如何保证文件在传输过程中的可靠性，是本申请亟需解决的问题。

为了解决上述问题，本申请公开了一种文件传输方法及系统，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行目标传输文件的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。具体实现方式通过下述实施例进行说明。

参考图1所示，为本申请实施例公开的一种文件传输方法的流程示意图，该文件传输方法应用于发送端，该文件传输方法主要包括如下步骤：

S101：通过预设加密协议，将获取到的待传输文件进行加密。

在S101中，创建可靠传输通道，通过可靠传输通道和预设加密协议，将获取到的待传输文件的关键信息进行加密传输。

其中，关键信息包括文件名称路径、压缩加密算法及密码、传输使用的伪随机序列等。

可靠传输通道用于传输加密传输的文件的通道。

预设加密协议可以是基于UDP的低时延的互联网传输层协议(Quick UDPInternet Connection，QUIC)加安全传输层协议(Transport Layer Security，TLS)加密的协议，也可以是其他加密协议。具体预算加密协议的确定，由技术人员根据实际情况进行设置，本申请不做具体限定。本申请的预设加密协议优选QUIC加TLS。

可靠传输通道使用QUIC协议加TLS协议的加密方式，用于传输需要加密传输的信息。可靠传输通道包括但不限于使用QUIC协议、HTTP3协议等进行传输。

可靠传输通道还可以是线下。可靠传输通道把预设加密协议、预设压缩算法、伪随机序列生成、排序算法和流控的算法在客户端和服务端进行约定。

QUIC部分的信息交互，也可以使用其他方式完成。例如通过线下方式把伪随机码和压缩算法、流控算法协商好。

由于在客户端和服务端已进行约定，使用QUIC协议，加密传输文件关键信息，只有接收端才能复原文件，其他人通过抓包等方式抓取了分片数据信息，无法获取文件分片信息，因此无法拼接复原文件。

预设压缩算法可以使用通用的压缩算法，也可以自定义压缩算法，压缩可以提高传输效率，同时，报文不是明文发送，起到加密的作用。

伪随机序列可以是唯一的伪随机序列，也可以多个伪随机序列按照约定轮流使用。

排序算法是使用伪随机序列将压缩后的文件重新排序并发送的算法。

流控算法是丢包后，控制重发的算法。流控算法可以使用丢包滑窗大小减半，也可使用根据丢包比例算法调整滑窗大小等。

S102：按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件。

其中，预设加密压缩算法可以使用通用的压缩算法，也可以自定义压缩算法。具体预设压缩算法的确定，由技术人员根据实际情况进行设置，本申请不做具体限定。

S103：将压缩后的传输文件进行文件切片，得到文件片段。

为了方便理解将压缩后的传输文件进行文件切片，得到文件片段的过程，此处进行举例说明：

例如，一个文件压缩后，切成10片，伪随机序列为7986312540，发送时，首先发送不是第0片，而是第7片，数据包ID还是0，接收方收到ID为0的数据，则把数据写入第7片的位置；发送过程中，可以选择增加一些篡改后的文件分片，增加拼接文件难度。如果文件切片大于伪随机序列长度，可以循环使用伪随机序列。具体增加拼接文件难度的过程可参考图2所示，图2示出了随机序列加密原理的示意图，图2仅为示例。

图2中，一个文件压缩后，切成10片，伪随机序列为7986312540，发送端与接收端建立连接后，在发送端发送文件到接收端时，首先发送第7片，数据包ID为0，接收端收到ID为0的数据，则把数据写入第7片的位置；接下来发送第9片，数据包的ID为1，接收端收到ID为1的数据，则把数据写入第9片的位置；接下来发送第8片，数据包的ID为2，接收端接收到ID为2的数据，则把数据写入第8片的位置；接下来发送第6片，数据包的ID为3，接收端接收到ID为3的数据，则把数据写入第6片的位置；接下来发送第3片，数据包的ID为4，当接收端接收到ID为4的数据时，把数据写入第3片的位置；接下来发送第1片，数据包的ID为5，当接收端接收到ID为5的数据时，把数据写入第1片的位置；接下来发送第2片，数据包的ID为6，当接收端接收到ID为6的数据时，把数据写入第2片的位置；接下来发送第5片，数据包的ID为7，当接收端接收到ID为7的数据时，把数据写入第5片的位置；接下来发送第4片，数据包的ID为8，当接收端接收到ID为8的数据时，把数据写入第4片的位置；接下来发送第0片，数据包的ID为9，当接收端接收到ID为9的数据时，把数据写入第0片的位置。如果增加冗余报文(ID为10)，则发送的报文多于文件切片。需要提前约定哪些报文是冗余的，从而在接收端接收时候可以直接丢弃。

图2中，客户端向服务端申请接收一个文件，Port(7788)是指客户端的UDP端口；Port(69)是指服务端的侦听端口，用于建立文件传输连接；临时Port(12345)是指服务端用于发送给客户端数据的临时数据传输端口；Ack是指客户端收到多个文件片段后返回的确认报文，在预设时间内没有收到数据且文件传输没有结束时，Ack可以是定时Keep Alive报文。其中，预设时间的确定由技术人员根据实际情况进行设置，本申请不做具体限定。

例如，如果文件切成20片，发送次序同文件切片次序的对应关系如表1所示。

表1

其中，如果增加冗余报文，则发送的报文多于文件切片。需要提前约定那些报文是冗余的，从而在接收时候可以直接丢弃。

S104：通过伪随机序列顺序，对文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件。

其中，通过乱序的方式将编号后的文件片段进行重新排序。

S105：通过预设发送方式，将目标传输文件发送至接收端，以使接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密；预设发送方式为加密传输的乱序发送方式。

其中，预设发送方式为UDP乱序发送方式。使用UDP乱序发送方式进行发送，在不降低发送速度的情况下，可以保证压缩文件传输过程数据加密，提高文件传输的安全性。

将目标传输文件发送至接收端时，不是按照顺序发送，而是按照序号发送。虽然发送的顺序是按照序号的次序，但是，报文ID还是顺序的。

在目标传输文件发送至接收端的过程中，先将待传输的文件按照预先协商的压缩协议，将文件压缩。然后，将文件文件切片成多片，每次发送一片，每一片编号为预先协商的序列。目标传输文件发送时，不是按照顺序发送，而是按照序号发送。虽然发送的顺序是按照序号的次序，但是，报文ID还是顺序的。目标传输文件发送的过程可参考上述图2的描述，此处不再进行赘述。

若监测到目标传输文件丢包，根据流控算法调整发送滑窗参数；流控算法为丢包后控制传输文件重发的算法。

其中，在将目标传输文件发送至接收端的过程中，按照预先协商的流控算法，调整发送滑窗参数的大小，调整发送滑窗参数的大小的过程可以滑窗内一帧数据，也可以滑窗内多帧数据。网络良好(无丢包)的情况下，可以增大滑窗，发一窗，校验一窗，网络丢包的时候，可以发一帧，校验一帧。当一窗内的数据丢包数大于预设丢包数时，则仅需重传丢包数据。极端情况，如果没有收到任何数据，接收方需要Keep Alive报文定时向发送方申请重传数据。

预设丢包数由技术人员根据实际情况进行设置，本申请不做具体限定。

通过发送滑窗参数，将目标传输文件重新发送至接收端，以使接收端对目标传输文件进行伪随机序列排序恢复操作和解压操作。

当批量发送多个目标传输文件至接收端时，将多个目标传输文件的文件名和文件ID进行对应。

其中，批量发送文件的时候，需要将文件的名称同文件id进行对应。发送方通知接收方，开始接收某文件id对应的文件，接收方会按照约定，在指定文件路径下，创建指定名称的文件。

创建不可靠传输通道；不可靠传输通道用于校验和限定接收端接收合法的源IP和合法的源端口的数据。

其中，不可靠传输通道即为UDP通道不可靠传输通道。

建立UDP通道不可靠传输通道，通过定期发心跳包Keep Alive，保持通道畅通，如果出现通道断开，则重新建立通道，并协商通讯4元组。

通讯4元组指的是源IP、源端口、目标IP、目标端口。对于UDP协议，因为是不可靠连接，只需要有目标IP和目标端口，任何源都可以持续向目标服务器发送数据。为了防止目标服务器接受到来自于不合法的源的数据，接收方可以校验并限定只接收来自于合法的源IP和源端口的数据。

本方案根据发送目标传输文件的发送成功率，可以动态调整发送频度，在带宽不稳定的情况下，可以限速，在带宽充足的情况下，提高发送速度，充分利用带宽。

本申请实施例中，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行目标传输文件的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。

参考图3所示，为本申请实施例公开的另一种文件传输方法，该文件传输方法应用于接收端，该文件传输方法主要包括如下步骤：

S301：接收端接收发送端发送的目标传输文件；目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；文件片段通过将压缩后的传输文件进行文件切片得到；所述压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到。

S302：接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密。

其中，在接收端接收的数据通过伪随机序列排序恢复并解压。

为了方便理解对目标传输文件进行伪随机序列排序恢复操作和解压操作的过程，这里举例进行说明：

例如，一个传输文件压缩后，切成10片，伪随机序列为7986312540，发送时，首先发送不是第一片，而是第7片，数据包ID还是0，接收端收到ID为0的数据，则把数据写入第7片的位置。

对目标传输文件进行分析，得到分析结果。

当分析结果表征缺少文件分片编号时，将确认报文发送至发送端，以使发送端重新发送目标传输文件。

当发送端发送模板传输文件完成后，接收端对模板传输文件进行分析，将缺少的文件分片编号通过确认报文返回给发送端，要求发送端重发无缺少文件分片编号的目标传输文件。

确认报文同时可以起到调整批量发送报文数量的功能，起到流控的作用。

本申请实施例中，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行目标传输文件的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。

基于上述实施例图1公开的一种文件传输方法，本申请实施例还对应公开了一种文件传输系统，如图4所示，该文件传输系统应用于发送端，该文件传输系统包括加密单元401、压缩单元402、文件切片单元403、编号压缩单元404和第一发送单元405。

加密单元401，用于通过预设加密协议，将获取到的待传输文件进行加密；

压缩单元402，用于按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件；

文件切片单元403，用于将压缩后的传输文件进行文件切片，得到文件片段；

编号压缩单元404，用于通过伪随机序列顺序，对文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件。

第一发送单元405，用于通过预设发送方式，将目标传输文件发送至接收端，以使接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密；预设发送方式为加密传输的乱序发送方式。

进一步的，加密单元401，包括创建模块和加密模块。

创建模块，用于创建可靠传输通道；可靠传输通道用于传输加密传输的文件的通道。

加密模块，用于通过可靠传输通道和预设加密协议，将获取到的待传输文件进行加密。

进一步的，文件传输系统还包括调整单元和第二发送单元。

调整单元，用于若监测到目标传输文件丢包，根据流控算法调整发送滑窗参数；流控算法为丢包后控制传输文件重发的算法。

第二发送单元，用于通过发送滑窗参数，将目标传输文件重新发送至接收端，以使接收端按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

进一步的，文件传输系统还包括对应单元。

对应单元，用于当批量发送多个目标传输文件至接收端时，将多个目标传输文件的文件名和文件ID进行对应。

进一步的，文件传输系统还包括创建单元。

创建单元，用于创建不可靠传输通道；不可靠传输通道用于校验和限定接收端接收合法的源IP和合法的源端口的数据。

本申请实施例中，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行目标传输文件的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。

基于上述实施例图3公开的另一种文件传输方法，本申请实施例还对应公开了另一种文件传输系统，如图5所示，该文件传输系统应用于接收端，该文件传输系统包括接收单元501和解密单元502。

接收单元501，用于接收发送端发送的目标传输文件；目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；文件片段通过将压缩后的传输文件进行文件切片得到；压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到。

解密单元502，用于按照伪随机序列顺序将目标传输文件恢复成压缩加密文件，并将压缩加密文件进行解密。

进一步的，另一种文件传输系统还包括分析单元和第三发送单元。

分析单元，用于对目标传输文件进行分析，得到分析结果。

第三发送单元，用于当分析结果表征缺少文件分片编号时，将确认报文发送至发送端，以使发送端重新发送目标传输文件。

本申请实施例中，无需使用TCP协议传输文件，只需通过发送端和接收端的应用层协议，将加密后的待传输文件进行压缩后进行目标传输文件的发送，减少网络带宽占用，提高文件传输的可靠性。此外，通过起到加密传输作用的预设发送方式，即使监听者拿到了报文也无法根据序号拼接恢复原始的文件，提高文件传输的安全性。

本申请实施例还提供了一种存储介质，存储介质包括存储的指令，其中，在指令运行时控制存储介质所在的设备执行上述文件传输方法。

本申请实施例还提供了一种电子设备，其结构示意图如图6所示，具体包括存储器601，以及一个或者一个以上的指令602，其中一个或者一个以上指令602存储于存储器601中，且经配置以由一个或者一个以上处理器603执行所述一个或者一个以上指令602执行上述文件传输方法。

上述各个实施例的具体实施过程及其衍生方式，均在本申请的保护范围之内。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种文件传输方法，其特征在于，所述方法应用于发送端，所述方法包括：

通过预设加密协议，将获取到的待传输文件进行加密；

按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件；

将压缩后的传输文件进行文件切片，得到文件片段；

通过伪随机序列顺序，对所述文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件；

通过预设发送方式，将所述目标传输文件发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密；所述预设发送方式为加密传输的乱序发送方式。

2.根据权利要求1所述的方法，其特征在于，所述通过预设加密协议，将获取到的待传输文件进行加密，包括：

创建可靠传输通道；所述可靠传输通道用于传输加密传输的文件的通道；

通过所述可靠传输通道和预设加密协议，将获取到的待传输文件进行加密。

3.根据权利要求1所述的方法，其特征在于，还包括：

若监测到目标传输文件丢包，根据流控算法调整发送滑窗参数；所述流控算法为丢包后控制传输文件重发的算法；

通过所述发送滑窗参数，将目标传输文件重新发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

4.根据权利要求1所述的方法，其特征在于，还包括：

当批量发送多个目标传输文件至所述接收端时，将多个目标传输文件的文件名和文件ID进行对应。

5.根据权利要求1所述的方法，其特征在于，还包括：

创建不可靠传输通道；所述不可靠传输通道用于校验和限定所述接收端接收合法的源IP和合法的源端口的数据。

6.一种文件传输方法，其特征在于，所述方法应用于接收端，所述方法包括：

接收发送端发送的目标传输文件；所述目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；所述文件片段通过将压缩后的传输文件进行文件切片得到；所述压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到；

按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

7.根据权利要求6所述的方法，其特征在于，还包括：

对目标传输文件进行分析，得到分析结果；

当所述分析结果表征缺少文件分片编号时，将确认报文发送至发送端，以使所述发送端重新发送目标传输文件。

8.一种文件传输系统，其特征在于，所述系统应用于发送端，所述系统包括：

加密单元，用于通过预设加密协议，将获取到的待传输文件进行加密；

压缩单元，用于按照预设加密压缩算法，将加密后的待传输文件进行压缩，得到压缩后的传输文件；

文件切片单元，用于将压缩后的传输文件进行文件切片，得到文件片段；

编号压缩单元，用于通过伪随机序列顺序，对所述文件片段进行编号，并将编号后的文件片重新排序得到目标传输文件；

第一发送单元，用于通过预设发送方式，将所述目标传输文件发送至接收端，以使所述接收端按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密；所述预设发送方式为加密传输的乱序发送方式。

9.根据权利要求8所述系统，其特征在于，所述加密单元，包括：

创建模块，用于创建可靠传输通道；所述可靠传输通道用于传输加密传输的文件的通道；

加密模块，用于通过所述可靠传输通道和预设加密协议，将获取到的待传输文件进行加密。

10.一种文件传输系统，其特征在于，所述系统应用于接收端，所述系统包括：

接收单元，用于接收发送端发送的目标传输文件；所述目标传输文件通过伪随机序列顺序对文件片段进行编号，并将编号后的文件片段进行重新排序得到；所述文件片段通过将压缩后的传输文件进行文件切片得到；所述压缩后的传输文件按照预设压缩算法将加密后的待传输文件进行压缩得到；

解密单元，用于按照伪随机序列顺序将所述目标传输文件恢复成压缩加密文件，并将所述压缩加密文件进行解密。

Images