CN105812456A - 一种文件传输方法及设备 - Google Patents

Abstract

在本申请中公开了一种文件传输方法，所述方法包括：基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；将各个所述文件数据块依次传输至服务器。本申请提供的文件传输方法中，在文件传输中断时，依据服务器反馈的已传输文件的文件信息，确定需要续传的文件，将需要续传的文件结合当前的网络参数，重新划分为多个文件数据块进行传输，不需要重新传输整个数据文件，从而提升了文件的传输效率。

Description

一种文件传输方法及设备

技术领域

本申请涉及计算机技术领域，特别涉及一种文件传输方法及设备。

背景技术

现有一些大型的企业或公司中，往往有一个总部和若干个分部，各个分部处于不同的地域。总部与各个分部中，工作人员所用的客户端设备、浏览器版本参差不齐，所使用的网络环境也存在较大的差异。

总部与各个分部之间，文件传输是业务流程流转环节必不可少的一个部分，由于总部和各个分部之间不同的软硬件配备及网络环境的差异，导致各个部分之间进行大文件传输时，经常会出现传输中断，需要重新发送整个大文件的情况发生，降低了传输效率。

发明内容

本申请所要解决的技术问题是提供一种文件传输方法，用于解决现有技术中，文件传输中断时，需要重新发送整个大文件，导致传输效率降低的问题。

为了解决上述问题，本申请公开了一种文件传输方法，应用于浏览器端，所述方法包括：

基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

将各个所述文件数据块依次传输至服务器。

上述的方法，优选的，所述确定需要续传的目标文件数据包括：

解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

依据所述文件名称及文件大小，确定需要续传文件的起始点；

将所述起始点以后的文件数据作为目标文件数据。

上述的方法，优选的，还包括：

在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

一种文件传输设备，应用于浏览器端，所述设备包括：

确定单元，用于基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

划分单元，用于结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

传输单元，用于将各个所述文件数据块依次传输至服务器。

上述的设备，优选的，所述确定单元包括：

解析子单元，用于解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

第一确定子单元，用于依据所述文件名称及文件大小，确定需要续传文件的起始点；

第二确定子单元，用于将所述起始点以后的文件数据作为目标文件数据。

上述的设备，优选的，还包括：

分配单元，用于在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

一种文件传输方法，应用于服务器端，包括：

依次接收浏览器端传输的各个文件数据块；

解码各个文件数据块中的分界符；

将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

上述的方法，优选的，还包括：

实时将组成的文件数据与需要传输的文件数据进行比较；

当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。

一种文件传输设备，应用于服务器端，包括：

接收单元，用于依次接收浏览器端传输的各个文件数据块；

解码单元，用于解码各个文件数据块中的分界符；

组成单元，用于将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

上述的设备，优选的，还包括：

比较单元，用于实时将组成的文件数据与需要传输的文件数据进行比较；

反馈单元，用于当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。

与现有技术相比，本申请包括以下优点：

在本申请中公开了一种文件传输方法，应用于浏览器端，所述方法包括：基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；将各个所述文件数据块依次传输至服务器。本申请提供的文件传输方法中，在文件传输中断时，依据服务器反馈的已传输文件的文件信息，确定需要续传的文件，将需要续传的文件结合当前的网络参数，重新划分为多个文件数据块进行传输，不需要重新传输整个数据文件，从而提升了文件的传输效率。

附图说明

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

图1是本申请实施例提供的一种文件传输方法的方法流程图；

图2是本申请实施例提供的一种文件传输方法的又一方法流程图；

图3是本申请实施例提供的一种文件传输方法的原理框图；

图4是本申请实施例提供的一种文件传输方法的又一方法流程图；

图5是本申请实施例提供的一种文件传输设备的结构示意图；

图6是本申请实施例提供的一种文件传输设备的又一结构示意图；

图7是本申请实施例提供的一种文件传输方法的方法流程图；

图8是本申请实施例提供的一种文件传输方法的又一方法流程图；

图9是本申请实施例提供的一种文件传输设备的结构示意图；

图10是本申请实施例提供的一种文件传输设备的又一结构示意图。

具体实施方式

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

以下对本申请提供的一种错误码转换文件传输方法进行详尽描述：

参考图1，示出了本申请一种文件传输方法的方法流程图，应用于浏览器端，其执行主体可以是浏览器端中的控制器，也可以为软件程序，其具体执行过程包括：

步骤S101：基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

本申请中，在向服务器传输文件的过程中，服务器可以实时向浏览器反馈已传输完成的文件的文件信息，也可以在传输中断的情况下，在网络恢复后，向浏览器端发送已经完成传输的文件的文件信息。浏览器端根据该文件信息，确定需要续传的文件。

步骤S102：结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

在续传的过程中，结合当前的网络环境参数，在需要续传的文件中***分界符，将续传文件分为多个文件块。本申请中，根据当前的网络传输环境，可以将需要续传的文件分为不同大小的文件数据块。

步骤S103：将各个所述文件数据块依次传输至服务器。

按需要续传的文件数据的划分顺序，依序将各个文件数据块传输至服务器。

本申请实施例提供的文件传输方法中，在文件传输中断时，依据服务器反馈的已传输文件的文件信息，确定需要续传的文件，将需要续传的文件结合当前的网络参数，重新划分为多个文件数据块进行传输，不需要重新传输整个数据文件，从而提升了文件的传输效率。

参考图2，所述确定需要续传的目标文件数据的过程包括：

步骤S201：解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

服务器反馈的文件信息中，包含了已传输文件的文件名称和已传输文件的大小。

步骤S202：依据所述文件名称及文件大小，确定需要续传文件的起始点；

根据已传输文件的大小和需要传输文件的总的大小，可以确定需要续传文件的起点，本申请中，由于初始传输时文件已经进行了分块，所以需要确定续传文件的分块点，或者具体需要传输的字节，根据具体的传输情况进行选择。

步骤S203：将所述起始点以后的文件数据作为目标文件数据。

本身申请进行续传时，可以根据具体的字节为起始点，也可以为具体的数据块。

本申请提供的文件传输方法，对某一大数据文件，在初始传输过程中，即可根据当前的网络参数，对数据文件进行分块传输，在传输终端时，可以依据服务器反馈的已传输文件的大小，确定需要续传的文件的具体起点字节，也可以从断点的数据块的起始字节开始。确定需要传输的起始点后，将起始点以后的数据，根据续传时的网络环境，重新进行分块传输。

本申请实施例中，采用了AdobeFlex，一个高效、免费的开源框架，可用于构建具有表现力的Web应用程序。可以实现跨浏览器、桌面和操作***。可运行于装有AdobeFlashPlayer插件的浏览器中。它们可以跨所有主流浏览器、操作***实现一致的运行。

Servlet，是在服务器上运行的小程序。这个词是在Javaapplet的环境中创造的，Javaapplet是一种当作单独文件跟网页一起发送的小程序，它通常用于在客户端运行，结果得到为用户进行运算或者根据用户互作用定位图形等服务。

服务器上需要一些程序，常常是根据用户输入访问数据库的程序。这些通常是使用公共网关接口(CommonGatewayInterface，CGI)应用程序完成的。然而，在服务器上运行Java，这种程序可使用Java编程语言实现。在通信量大的服务器上，JavaServlet的优点在于它们的执行速度更快于CGI程序。各个用户请求被激活成单个程序中的一个线程，而无需创建单独的进程，这意味着服务器端处理请求的***开销将明显降低。

本申请整合了上述技术，实现了浏览器端与服务器端的数据传输。本申请中在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

参考图3，示出了本申请数据传输的基本原理，通过FLEX上载文件的基本流程如图3所示。浏览器端提供了供用户选择提交内容的界面(通常是一个表单)，在用户提交请求后，将文件数据和其他表单信息编码并上传至服务器端，服务器端将上传的内容进行解码，提取出FLEX表单中的信息，将文件数据存入磁盘或数据库。

本申请中，通过Flex

提交数据，通过表单提交数据的方法有两种，一种是GET方法，另一种是POST方法，前者通常用于提交少量的数据，而在上传文件或大量数据时，应该选用POST方法。

FLEX的文件上传下载会使用到FileReference，而在FlashPlayer10以后提供了Load方法和data属性。在FileReference执行完load方法后，data中便存储了FileReference所代表的文件的数据，其为ByteArray对象，即我们可以以字节的形式访问Flex加载的文件，了解到已传输文件的大小后，而后在按照一定的文件块大小对剩余未传输的文件进行分块传输，服务器端则将这些块文件一点点写入到同一个文件中，从而形成一个完成文件，达到断点续传的目的。其逻辑示意图如图4所示。

在向服务器端提交请求时，浏览器需要将大量的数据一同提交给服务器端，而提交前，浏览器需要按照服务器端可以识别的方式进行编码，Servlet的API提供了对这种编码方式解码的支持，只需要调用ServletRequest类中的方法就可以得到用户表单中的字段和数据。

对于传输这类数据，浏览器采用了multipart/form-data的编码方式，采用这种方式，浏览器可以很容易的表单内的数据和文件一起。这种编码方式先定义好一个不可能在数据中出现的字符串作为分界符，然后用它将各个数据段分开，而对于每个数据段都对应着页面表单中的一个Input区，包括一个content-disposition属性，说明了这个数据段的一些信息，如果这个数据段的内容是一个文件，还会有Content-Type属性，然后就是数据本身。

参考图5，示出了与图1所述方法，相对应的一种文件传输设备，应用于浏览器端，所述设备包括：

确定单元301，用于基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

划分单元302，用于结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

传输单元303，用于将各个所述文件数据块依次传输至服务器。

在图5的基础上，图6示出了该传输设备的一详细结构示意图，所述确定单元301包括：

解析子单元304，用于解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

第一确定子单元305，用于依据所述文件名称及文件大小，确定需要续传文件的起始点；

第二确定子单元306，用于将所述起始点以后的文件数据作为目标文件数据。

分配单元307，用于在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

参考图7示出了，本申请实施例提供的一种文件传输方法的方法流程图，应用于服务器端，其执行主体可以是服务器端的处理器，包括：

步骤S401依次接收浏览器端传输的各个文件数据块；

步骤S402：解码各个文件数据块中的分界符；

步骤S403：将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

本申请实施例中，将浏览器端发送的文件数据块，依次写入预设文件中，在文件中将各个文件数据块进行解码，去除分界符，组成完整文件。

本申请实施例中，实时将组成的文件数据与需要传输的文件数据进行比较；

当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。

本申请实施例中，提交请求的过程由浏览器完成的，并且遵循HTTP协议，每一个从浏览器端到服务器端的一个请求，都包含了大量与该请求有关的信息，在Servlet中，HttpServletRequest类将这些信息封装起来，便于我们提取使用。在文件上载和表单提交的过程中，从Content-Type中获取上载的数据时采用的那种方式的编码。从Content-Length中获取上载的数据量长度，知道了它，就知道了HttpServletRequest的实例中有多少数据可以读取出来。这两个属性，我们都可以直接从HttpServletRequest的一个实例中获得，具体调用的方法是getContentType()和getContentLength()。

我们可以用类似于ReceiveServlet中的方式将这个请求的输入流读入一个长度为Content-Length的字节数组，接下来就是将这个字节数组里的内容全部提取出来。如图8所示：

从请求中获取文件名称、文件大小、文件数据流。

通过文件名称从服务器端获取文件，如获取不到则创建新文件。

将文件数据流写入该文件。

将当前文件的大小与传入的文件大小相比较。如果相同，通知客户端传输结束。如果小于，则将当前文件大小反馈客户端，继续等待下一次请求。

本申请实施例中，HTTP协议跨浏览器文件断点续传的技术解决了以上主要问题：采用跨浏览器的FLEX为客户端的显示媒介，以最基本HTTP通信协议作为数据交互媒介，使用性能稳定的Servlet技术处理服务器端的文件交互，最终在B/S架构上实现文件断点续传。

HTTP协议跨浏览器文件断点续传技术的应用来自于电网基建信息***的建设和实施，但其应用领域可扩展至其他领域，就电网基建信息***而言，可在网络应用环境复杂的情况下实现以下典型应用：

场景一：施工单位使用任意浏览器，都能正常使用上传功能，实现了跨***、跨浏览器的操作。

场景二：施工单位上传现场影像资料，智能判断网络情况，采用断点续传的方式自动进行。

HTTP协议跨浏览器文件断点续传技术，代表了B/S端文件传输领域最新的开发模式，其主要特性：

断点续传，数据传输技术，用于通过本地网络或Internet在任意浏览器客户端和服务器之间传输数据。利用最基本的HTTP协议可以实现文件的断点续传，关键技术是利用分割技术，将文件分割成均匀的片段，利用底层协议上传到应用服务器，利用FLEX技术的特性，兼容任意***及浏览器。通过HTTP协议交互，***也无需新开端口。

参考图9，示出了与图7相对应的一种文件传输设备的结构示意图，应用于服务器端，包括：

接收单元501，用于依次接收浏览器端传输的各个文件数据块；

解码单元502，用于解码各个文件数据块中的分界符；

组成单元503，用于将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

图10中，所述设备还包括：

比较单元504，用于实时将组成的文件数据与需要传输的文件数据进行比较；

反馈单元505，用于当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种文件传输方法及设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

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

基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

将各个所述文件数据块依次传输至服务器。

2.根据权利要求1所述的方法，其特征在于，所述确定需要续传的目标文件数据包括：

解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

依据所述文件名称及文件大小，确定需要续传文件的起始点；

将所述起始点以后的文件数据作为目标文件数据。

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

在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

4.一种文件传输设备，其特征在于，应用于浏览器端，所述设备包括：

确定单元，用于基于服务器反馈的已传输文件的文件信息，在Flex数据加载表单中确定需要续传的目标文件数据；

划分单元，用于结合当前的网络参数，在所述目标文件数据中***多个分界符，将所述目标文件数据分为多个文件数据块；

传输单元，用于将各个所述文件数据块依次传输至服务器。

5.根据权利要求4所述的设备，其特征在于，所述确定单元包括：

解析子单元，用于解析所述服务器反馈的已传输文件的文件信息，获得所述已传输文件的文件名称及文件大小；

第一确定子单元，用于依据所述文件名称及文件大小，确定需要续传文件的起始点；

第二确定子单元，用于将所述起始点以后的文件数据作为目标文件数据。

6.根据权利要求4所述的设备，其特张在于，还包括：

分配单元，用于在所述Flex数据加载表单中，为每一个文件数据块分配与其对应的存储区域。

7.一种文件传输方法，其特征在于，应用于服务器端，包括：

依次接收浏览器端传输的各个文件数据块；

解码各个文件数据块中的分界符；

将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

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

实时将组成的文件数据与需要传输的文件数据进行比较；

当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。

9.一种文件传输设备，其特征在于，应用于服务器端，包括：

接收单元，用于依次接收浏览器端传输的各个文件数据块；

解码单元，用于解码各个文件数据块中的分界符；

组成单元，用于将经过解码的各个文件数据块写入预设存储文件中，组成完整的文件数据。

10.根据权利要求9所述的设备，其特征在于，还包括：

比较单元，用于实时将组成的文件数据与需要传输的文件数据进行比较；

反馈单元，用于当组成的文件数据的大小与需要传输的文件数据的大小一致时，反馈传输完毕的消息至浏览器端。