CN106657269A - 文件传输方法 - Google Patents

Abstract

本发明提出一种文件传输方法，包括步骤：根据待传输文件的大小确定所述待传输文件的首选传输方式；利用所述首选传输方式向外传输所述待传输文件；以及当利用所述首选传输方式向外传输所述待传输文件出现异常中断时，切换至所述待传输文件的备选传输方式进行所述待传输文件的向外传输，其中所述首选传输方式和所述备选传输方式不同且每一者是基于标准协议的文件传输方式或基于自定义非标准协议的文件传输方式。因此，本发明可以增加系统的文件传输的可靠性、提高系统设计的冗余度、增加文件传输的时效性和/或降低用户应用成本。

Description

文件传输方法

技术领域

本发明涉及数据传输技术领域，尤其涉及一种文件传输方法。

背景技术

在交通显示控制系统领域，当前网络数据传输都是采用专网专线，除了对数据传输的安全性要求比较高之外，对数据的可靠性传输也是要求比较高的，这样的话，就需要考虑一些网络数据传输可靠性的冗余性，才能更加可靠的保证数据的可靠性传输。

当前在交通行业中，一般的LED控制系统在进行数据交互时基本上都是采用单独的HTTP协议数据传输、单独的FTP文件传输协议或用户自定义的一些非标准的文件传输协议等进行媒体数据传输。

在TCP/IP协议中，FTP标准命令TCP端口号为21，数据端口为20。FTP的任务是从一台计算机将文件传送到另一台计算机，不受操作系统的限制。FTP的传输有两种方式：ASCII传输方式和二进制传输方式。

ASCII传输方式为：假定用户正在拷贝的文件包含的是简单ASCII码文本，如果在远程计算机上运行的不是UNIX系统，当文件传输时FTP通常会自动地调整文件的内容以便把文件解释成另外那台计算机存储文本文件的格式；但是常常有这样的情况，用户正在传输的文件包含的不是文本文件，而可能是程序、数据库、字处理文件或者压缩文件；在拷贝任何非文本文件之前，发送端用Binary命令告诉FTP逐字拷贝。

二进制传输模式为：在二进制传输中保存文件的位序，以便原始和拷贝的是逐位一一对应的，即使目的地计算机机上包含位序列的文件是没意义的。例如Macintosh系统以二进制方式传送可执行文件到Windows系统，在对方系统上此文件不能执行。

如果在ASCII方式下传输二进制文件，即使不需要也仍会自动转译，这会导致数据损坏，其原因是ASCII传输方式一般假设每一字符的第一有效位无意义，因为ASCII字符组合不使用它；但是如果传输的是二进制文件，所有的位都是重要的。

FTP协议允许在使用不同文件系统的计算机之间进行数据传送，尽管该协议在传送数据中提供了很高的灵活度，它仍然不会尝试保留特定于某个文件系统的文件属性(如文件保护模式或修改时间)；而且FTP协议为文件系统的整体结构做了少许假设，且不提供或不允许诸如循环地复制子目录这样的函数。

再者，FTP是一个8位的客户端-服务器端协议，能操作任何类型的文件而不需要进一步处理，就像MIME(Multipurpose Internet Mail Extensions，多用途互联网邮件扩展)或Unicode一样。但是，FTP有着较高的延时，这意味着从开始请求到第一次接收需求数据之间的时间会比较长，并且不时地必须执行一些冗长的登陆进程。

HTTP协议(HyperText Transfer Protocol，超文本传输协议)是用于从Web服务器传输超文本到本地浏览器的传输协议，其可以使浏览器更加高效，使网络传输减少；不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分以及哪部分内容首先显示(如文本先于图形)等。

具体而言，HTTP是客户端浏览器或其他程序与Web服务器之间的应用层通信协议。在Internet上的Web服务器上存放的都是超文本信息，客户机需要通过HTTP协议传输所要访问的超文本信息。HTTP包含命令和传输信息，不仅可用于Web访问，也可以用于其他因特网/内联网应用系统之间的通信，从而实现各类应用资源超文件访问的集成。

通常，在浏览器的地址栏里输入的网站地址叫做URL(Uniform ResourceLocator，统一资源定位符)，就像每家每户都有一个门牌地址一样，每个网页也都有一个Internet地址。当用户在浏览器的地址框中输入一个URL或是单击一个超链接时，URL就确定了要浏览的网页地址。浏览器通过超文本传输协议(HTTP)将Web服务器上站点的网页代码提取出来并翻译成漂亮的网页；当然也可以通过超文本传输链接地址定位到服务器端的文件下载点，从而将存储在服务器端的媒体文件下载至本地客户端。

此外，对于用户自定义非标准的数据传输协议，不同的开发者定义的数据传输格式和协议可能各不相同，因此文件数据传输的可靠性也无法整体去评估。

目前，针对以上现有技术的文件传输机制主要存在的问题：1)文件数据传输的可靠性不高；2)整体系统设计的冗余性不好；3)数据传输中断之后需要全部重传整个文件数据，浪费网络流量，不能节省资源；以及4)文件数据传输的时效性不高，例如数据传输中断导致LED显示屏黑屏。

发明内容

因此，本发明主要解决现有技术中的缺陷和不足，提供一种文件传输方法。

具体地，本发明实施例提出的一种文件传输方法，包括步骤：(i)根据待传输文件的大小确定所述待传输文件的首选传输方式；(ii)利用所述首选传输方式向外传输所述待传输文件；以及(iii)当利用所述首选传输方式向外传输所述待传输文件出现异常中断时，切换至所述待传输文件的备选传输方式进行所述待传输文件的向外传输，其中所述首选传输方式和所述备选传输方式不同且每一者是基于标准协议的文件传输方式或基于自定义非标准协议的文件传输方式。

在本发明的一个实施例中，所述文件传输方法在步骤(iii)之后还包括步骤：当利用所述备选传输方式向外传输所述待传输文件出现异常中断时，再切换至所述待传输文件的第二备选传输方式进行所述待传输文件的向外传输。

在本发明的一个实施例中，所述文件传输方法在步骤(ii)之前还包括步骤：将所述待传输文件按照预设数据长度进行分包处理并对每包数据进行标记；相应地步骤(iii)包括：将未发送数据包的标记通知所述备选传输方式以使所述备选传输方式续传所述待传输文件剩余的文件数据。

在本发明的一个实施例中，所述步骤(i)包括：当所述待传输文件的大小位于第一范围内，确定所述待传输文件的首选传输方式为基于第一标准协议的文件传输方式；当所述待传输文件的大小位于第二范围内，确定所述待传输文件的首选传输方式为基于第二标准协议的文件传输方式；以及当所述待传输文件的大小位于第三范围内，确定所述待传输文件的首选传输方式为基于自定义非标准协议的文件传输方式。

在本发明的一个实施例中，所述第一范围内的任意值大于所述第二范围内的任意值，且所述第二范围内的任意值大于所述第三范围内的任意值。

在本发明的一个实施例中，当所述待传输文件的大小位于所述第一范围内，步骤(iii)中的所述备选传输方式为所述基于第二标准协议的文件传输方式；以及当所述待传输文件的大小位于所述第二范围或所述第三范围内，步骤(iii)中的所述备选传输方式为所述基于第一标准协议的文件传输方式。

在本发明的一个实施例中，所述文件传输方法在步骤(ii)之前还包括步骤：当利用所述备选传输方式向外传输所述待传输文件出现异常中断时，再自动切换至所述待传输文件的第二备选传输方式以续传所述待传输文件剩余的文件数据；当所述待传输文件的大小位于所述第一范围或所述第二范围内，所述第二备选传输方式为所述基于自定义非标准协议的文件传输方式；以及当所述待传输文件的大小位于所述第三范围内，所述第二备选传输方式为所述基于第二标准协议的文件传输方式。

在本发明的一个实施例中，所述基于第一标准协议的文件传输方式为基于FTP协议的文件传输方式，所述基于第二标准协议的文件传输方式为基于HTTP协议的文件传输方式，以及所述基于自定义非标准协议的文件传输方式为基于UDP广播和TCP/IP连接的自定义非标准协议的文件传输方式。

此外，本发明另一实施例提出的一种文件传输方法，包括步骤：将待传输文件按照预设数据长度进行分包处理并对每包数据进行标记；将所述待传输文件标记后的每包数据以第一文件传输方式向外传输；以及当利用所述第一文件传输方式向外传输所述待传输文件出现异常中断时，切换至第二文件传输方式并将未发送数据包的标记通知所述第二文件传输方式以使所述第二文件传输方式续传所述待传输文件剩余的文件数据；其中所述第一文件传输方式和所述第二文件传输方式不同。

在本发明的一个实施例中，所述文件传输方法还包括步骤：当所述第二文件传输方式续传所述待传输文件剩余的文件数据出现异常中断时，切换至第三文件传输方式续传所述待传输文件在采用第二文件传输方式后剩余的文件数据；其中，所述第三文件传输方式为基于UDP广播和TCP/IP连接的自定义非标准协议的文件传输方式，所述第一文件传输方式和所述第二文件传输方式为基于不同标准协议的文件传输方式。

由上可知，本发明实施例可以达成以下一个或多个有益效果：1)增加系统的文件传输的可靠性；2)提高系统设计的冗余度；3)增加文件传输的时效性；以及4)降低用户应用成本。

通过以下参考附图的详细说明，本发明的其它方面和特征变得明显。但是应当知道，该附图仅仅为解释的目的设计，而不是作为本发明的范围的限定。还应当知道，除非另外指出，不必要依比例绘制附图，它们仅仅力图概念地说明此处描述的结构和流程。

附图说明

下面将结合附图，对本发明的具体实施方式进行详细的说明。

图1为本发明实施例提出的一种交通显示控制系统架构示意图。

图2为本发明实施例提出的一种文件传输方案框图。

图3为本发明实施例提出的一种采用基于自定义非标准协议的文件传输方式进行文件传输的流程示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

针对当前的客户端例如LED控制系统的文件数据传输的应用方式可靠性相对较低、时效性不高以及成本相对较高等问题，本发明下述实施例提出一种高可靠性、系统冗余度高、时效性较好以及成本较低的文件传输机制，其既可以节省用户的成本，也可以增加系统整体的稳定性及可靠性和时效性。

参见图1，其为本发明实施例提出的一种交通显示控制系统架构示意图。如图1所示，在交通LED控制系统应用行业，服务器端与LED异步控制卡之间是通过交通专网进行文件数据传输交互，这样安全性相对较高，不易受其他网络环境下的黑客攻击干扰。

然而，在交通显示控制系统专网环境下，虽然不受外界网络环境的黑客攻击干扰，但是现有技术中采用单独的数据传输协议进行文件传输的方式可靠性也是无法得到完全保证的。

请参见图2，为本发明实施例提出的一种文件传输方案框图。如图2所示，本发明实施例的文件数据传输交互机制是将基于FTP协议文件传输方式，基于HTTP协议文件传输方式以及基于自定义非标准协议文件传输方式结合冗余实现，并且优选为支持断点续传的功能；其在无线3G/4G等无线传输系统环境下可以节省用户的数据使用流量，从而节省产品应用成本。

更具体地，本发明实施例的文件传输方案主要是将大文件、中等文件以及小文件作为不同种类的文件以不同的方式进行文件传输，而不是所有的文件均采用一种文件传输方式，并且在出现大文件传输异常中断的情况下，可以自动切换到中等文件所采用的传输方式下续传剩余的文件数据，直到文件传输结束；在中等文件传输如果也出现异常的情况下，会再自动切换到小文件所采用的传输方式下续传剩余文件数据，直到整个文件传输结束，即完成整个文件的传输过程。

承上述，本发明实施例定义大文件是大小大于10M的文件，中等文件是大小大于1M且小于或等于10M的文件，而小文件是大小大于0且小于或等于1M的文件。当然，本领域技术人员可以理解的是，此处大文件、中等文件和小文件的大小划分仅为举例，并非用来限制本发明。

再者，本发明实施例主要用于大文件传输的是基于FTP协议的文件传输方式，用于中等文件传输的是基于HTTP协议的文件传输方式，而用于小文件传输的是基于UDP广播和TCP/IP连接的自定义非标准协议的文件传输方式；以上三种文件传输协议之间可以相互切换续传。在系统检测到某个出现异常的客户端不传输时，会自动切换至通过另外一个文件传输方式进行文件数据续传。

另外，本发明实施例在采用三种不同的文件传输方式时，会先对文件进行分包处理，例如将文件数据按照例如256字节(Bytes)长度进行一次分包，进行数据分包处理之后对得到的每包数据进行标记得到包的标记位，然后再将标记后的每包数据按照指定的文件传输方式进行文件发送。

三种文件传输方式之间的异常中断自动切换方式例如为：

a)若首先采用基于FTP协议的文件传输方式出现异常中断时，自动切换至基于HTTP协议的文件传输方式，如果切换后的基于HTTP协议的文件传输方式也出现异常，会再自动切换至基于自定义非标准协议的文件传输方式；

b)首先采用基于HTTP协议的文件传输方式出现异常中断时，自动切换至基于FTP协议的文件传输方式，如果切换后的基于FTP协议的文件传输方式也出现异常，会再切换至自定义非标准协议的文件传输方式；以及

c)若首先采用基于自定义非标准协议的文件传输方式出现异常中断时，自动切换至基于FTP协议的文件传输方式，如果切换后的基于FTP协议的文件传输方式再出现异常，会再自动切换至基于HTTP协议的文件传输方式。

此外，三种文件传输方式在出现异常中断时，优选为将未发送的数据包标记通知到切换后的文件传输方式，并从此包数据开始续传剩余的文件数据。

参见图3，其本发明实施例提出的一种采用基于自定义非标准协议的文件传输方式进行文件传输的流程示意图。具体地，本实施例的基于自定义非标准协议的文件传输方式是在服务器端发起文件传输之后进行的一种文件自定义传输流程。在服务器端发起文件传输之后(例如由用户触发)，服务器端会先通过UDP广播询问是否有客户端例如LED异步控制卡在线，如果没有客户端在线的话，就终止发送并提示服务器端用户当前暂无客户端在线，如果有收到某些客户端回复的话，就对要传输的文件先进行MD5校验处理(当然并不限于MD5校验，也可以是其它基于文件内容的指纹校验算法)，并将生成的校验文件在最后一包数据发送完之后发送给客户端以用于客户端对接收到的文件的完整性和正确性进行校验(例如MD5校验)。在对文件数据完成校验以后，将文件数据每包例如按照256字节进行分包处理，并对分包后的每包数据例如按照顺序编号进行标记，分包处理结束以后，对每包数据加包头包尾及校验位、包的标记位(例如对应顺序编号)、数据总长度和包的总数以完成封包处理，封包处理以后将每包数据通过TCP/IP网络连接发送至客户端。客户端对接收到的数据包进行解包及数据组包处理以及最终的校验等操作，最终如果校验后的文件数据不正常(例如MD5校验失败)，则返回错误信息给服务器端告知其数据传输错误并请求重传等操作；反之如果最终校验文件数据正常，则文件传输结束，返回成功信息给到服务器端。

综上所述，本发明前述实施例针对不同文件大小，采用不同传输方式能够快速有效的实现文件的可靠性传输，减小小文件传输采用复杂协议传输的时效性较差的问题。此外，本发明实施例的三种文件传输方式之间相互切换续传的方式也增加了整个系统文件传输的可靠性，并且续传功能还降低了网络流量浪费的问题。因此，本发明可以达成以下一个或多个有益效果：1)增加系统的文件传输的可靠性；2)提高系统设计的冗余度；3)增加文件传输的时效性；以及4)降低用户应用成本。

最后，值得一提的是，本发明实施例并不限于将待传输的文件根据其大小划分成三种类型，也可以按照文件大小划分成两种类型甚至更多类型并为各种类型的文件指定不同的首选传输方式。此外，在其它实施例中，也可以不区分文件大小且指定文件的首选传输方式优选为基于FTP协议的文件传输方式、且当首选传输方式出现异常中断传输时自动切换至备选传输方式；并且优选地，将未发送的数据包标记通知到自动切换后的备选传输方式以供备选传输方式从此包数据开始续传剩余的文件数据。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (10)

1.一种文件传输方法，其特征在于，包括步骤：

(i)根据待传输文件的大小确定所述待传输文件的首选传输方式；

(ii)利用所述首选传输方式向外传输所述待传输文件；以及

(iii)当利用所述首选传输方式向外传输所述待传输文件出现异常中断时，切换至所述待传输文件的备选传输方式进行所述待传输文件的向外传输，其中所述首选传输方式和所述备选传输方式不同且每一者是基于标准协议的文件传输方式或基于自定义非标准协议的文件传输方式。

2.如权利要求1所述的文件传输方法，其特征在于，在步骤(iii)之后还包括步骤：当利用所述备选传输方式向外传输所述待传输文件出现异常中断时，再切换至所述待传输文件的第二备选传输方式进行所述待传输文件的向外传输。

3.如权利要求1所述的文件传输方法，其特征在于，在步骤(ii)之前还包括步骤：将所述待传输文件按照预设数据长度进行分包处理并对每包数据进行标记；相应地步骤(iii)包括：将未发送数据包的标记通知所述备选传输方式以使所述备选传输方式续传所述待传输文件剩余的文件数据。

4.如权利要求1所述的文件传输方法，其特征在于，步骤(i)包括：

当所述待传输文件的大小位于第一范围内，确定所述待传输文件的首选传输方式为基于第一标准协议的文件传输方式；

当所述待传输文件的大小位于第二范围内，确定所述待传输文件的首选传输方式为基于第二标准协议的文件传输方式；

当所述待传输文件的大小位于第三范围内，确定所述待传输文件的首选传输方式为基于自定义非标准协议的文件传输方式。

5.如权利要求4所述的文件传输方法，其特征在于，所述第一范围内的任意值大于所述第二范围内的任意值，且所述第二范围内的任意值大于所述第三范围内的任意值。

6.如权利要求5所述的文件传输方法，其特征在于，当所述待传输文件的大小位于所述第一范围内，步骤(iii)中的所述备选传输方式为所述基于第二标准协议的文件传输方式；以及当所述待传输文件的大小位于所述第二范围或所述第三范围内，步骤(iii)中的所述备选传输方式为所述基于第一标准协议的文件传输方式。

7.如权利要求6所述的文件传输方法，其特征在于，在步骤(ii)之前还包括步骤：当利用所述备选传输方式向外传输所述待传输文件出现异常中断时，再自动切换至所述待传输文件的第二备选传输方式以续传所述待传输文件剩余的文件数据；当所述待传输文件的大小位于所述第一范围或所述第二范围内，所述第二备选传输方式为所述基于自定义非标准协议的文件传输方式；以及当所述待传输文件的大小位于所述第三范围内，所述第二备选传输方式为所述基于第二标准协议的文件传输方式。

8.如权利要求4至7任意一项所述的文件传输方法，其特征在于，所述基于第一标准协议的文件传输方式为基于FTP协议的文件传输方式，所述基于第二标准协议的文件传输方式为基于HTTP协议的文件传输方式，以及所述基于自定义非标准协议的文件传输方式为基于UDP广播和TCP/IP连接的自定义非标准协议的文件传输方式。

9.一种文件传输方法，其特征在于，包括步骤：

将待传输文件按照预设数据长度进行分包处理并对每包数据进行标记；

将所述待传输文件标记后的每包数据以第一文件传输方式向外传输；以及

当利用所述第一文件传输方式向外传输所述待传输文件出现异常中断时，切换至第二文件传输方式并将未发送数据包的标记通知所述第二文件传输方式以使所述第二文件传输方式续传所述待传输文件剩余的文件数据；其中所述第一文件传输方式和所述第二文件传输方式不同。

10.如权利要求9所述的文件传输方法，其特征在于，还包括步骤：当所述第二文件传输方式续传所述待传输文件剩余的文件数据出现异常中断时，切换至第三文件传输方式续传所述待传输文件在采用第二文件传输方式后剩余的文件数据；其中，所述第三文件传输方式为基于UDP广播和TCP/IP连接的自定义非标准协议的文件传输方式，所述第一文件传输方式和所述第二文件传输方式为基于不同标准协议的文件传输方式。