CN105227514A - 基于浏览器的文件传输处理方法和浏览器 - Google Patents

Abstract

本发明提供一种基于浏览器的文件传输处理方法和浏览器，其中，该方法包括：获取待传输文件的文件标识，从第一个字节开始按照字节顺序读取待传输文件的文件内容，并以HTTP？POST方式将读取的、携带所述文件标识的文件内容上传给服务器，由于用户一般采用HTTP协议通过浏览器从服务器获取网络信息，各种防火墙都会允许HTTP协议的数据包通行，因此，本实施例通过浏览器采用HTTP协议代替现有技术中的FTP协议向服务器端上传文件，实现了从内部网络向服务器上传文件的防火墙穿越，在保证内部网络通信安全的同时，提高了通信业务的灵活性。

Description

基于浏览器的文件传输处理方法和浏览器

技术领域

本发明涉及通信技术领域，尤其涉及一种基于浏览器的文件传输处理方法和浏览器。

背景技术

随着互联网的普及，各大互联网服务提供商为用户提供了诸多的在线服务，其中有很多服务需要用户通过本地浏览器将文件发布到服务商提供的服务器上面，例如用户自己拍摄的视频、图片及其它类型的文件。常见的浏览器，如IE、Chrome、Firefox等都支持本地文件上传到服务器的功能。

目前的网络协议中，通常使用文件传输协议(FileTransferProtocol,FTP)实现基于浏览器的文件传输功能。但是，为了保证信息安全，很多内部网络与互联网之间会设置防火墙，当防火墙拦截FTP协议的数据包时，将导致用户无法从上述内部网络向互联网传输文件，因此，现有的基于浏览器实现文件传输的方法具有一定的局限性。

发明内容

针对现有技术的上述缺陷，本发明实施例提供一种基于浏览器的文件传输处理方法和浏览器。

本发明一方面提供一种基于浏览器的文件传输处理方法，包括：

获取待传输文件的文件标识；

从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

本发明另一方面提供一种浏览器，包括：

获取模块，用于获取待传输文件的文件标识；

处理模块，用于从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

本发明实施例提供的基于浏览器的文件传输处理方法和浏览器，通过浏览器首先获取待传输文件的文件标识，然后从第一个字节开始按照字节顺序读取待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，由于用户一般采用超文本传输协议(Hypertexttransferprotocol，HTTP)通过浏览器从服务器获取网络信息，各种防火墙都会允许HTTP协议的数据包通行，因此，本实施例通过浏览器采用HTTP协议代替现有技术中的FTP协议向服务器端上传文件，实现了从内部网络向服务器上传文件的防火墙穿越，在保证内部网络通信安全的同时，提高了通信业务的灵活性。

附图说明

图1为本发明实施例提供的一个基于浏览器的文件传输处理方法的流程图；

图2为本发明实施例提供的另一个基于浏览器的文件传输处理方法的流程图；

图3为本发明实施例提供的一个浏览器的结构示意图。

具体实施方式

图1为本发明实施例提供的一个基于浏览器的文件传输处理方法的流程图，如图1所示，该方法包括：

步骤100，获取待传输文件的文件标识；

当用户需要通过浏览器向服务器上传本地文件时，首先浏览器获取待传输文件的文件标识，需要注意的是，待传输文件的文件标识可以根据实际的应用需要进行获取，具体包括：可以从内部网络的第三方平台上获取待传输文件的文件标识，也可以根据预设的应用程序通过实时计算获取待传输文件的文件标识并存储。其中，预设的应用程序包括数学模型和参数运算。

步骤101，从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

浏览器在获取待传输文件的文件标识后，从第一个字节开始按照字节顺序读取待传输文件的文件内容，然后应用文件标识标记读取的文件内容，并采用HTTP协议中的HTTPPOST方式，将读取的、携带所述文件标识的文件内容上传给服务器，服务器按照字节顺序依次接收浏览器采用HTTPPOST方式上传的文件内容，并将获取的文件内容按照字节顺序存储到当地与所述文件标识对应的文件中。由此可见，本实施例中的浏览器采用HTTP协议代替现有技术中的FTP协议向服务器端上传文件，由于用户一般采用HTTP协议通过浏览器从服务器获取网络信息，各种防火墙都会允许HTTP协议的数据包通行，因此，本实施例中浏览器通过采用HTTP协议向服务器端上传文件实现了防火墙穿越。

本实施例提供的基于浏览器的文件传输处理方法，通过浏览器首先获取待传输文件的文件标识，然后从第一个字节开始按照字节顺序读取待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，由于用户一般采用超文本传输协议(Hypertexttransferprotocol，HTTP)通过浏览器从服务器获取网络信息，各种防火墙都会允许HTTP协议的数据包通行，因此，本实施例通过浏览器采用HTTP协议代替现有技术中的FTP协议向服务器端上传文件，实现了从内部网络向服务器上传文件的防火墙穿越，在保证内部网络通信安全的同时，提高了通信业务的灵活性。

基于上述实施例，客户端中的浏览器根据预设的数学模型或者参数运算获取待传输文件的文件标识的功能是普通浏览器无法实现的，因此需要通过浏览器的插件机制来实现。主流浏览器都能够支持多种插件，但为了实现兼容，即只开发一套插件就能够兼容多个浏览器，而无需为每种浏览器单独编写插件。由于主流浏览器均提供了对JavaApplet插件程序的支持，因此，本实施例中的客户端只要安装对应版本的JRE，即可采用本实施例中借助Java的跨平台特性及JavaApplet跨浏览器特性所编写的浏览器插件。下面通过图2所示实施例说明具体通过JavaApplet插件程序获取文件的哈希摘要指作为文件标识为例，且支持文件进行断点续传功能的传输处理流程。

图2为本发明实施例提供的另一个基于浏览器的文件传输处理方法的流程图，如图2所示，该方法包括：

步骤200，对所述待传输文件的文件属性进行哈希计算，获取所述待传输文件的哈希摘要值，其中，所述文件属性包括所述待传输文件的文件尺寸和/或文件类型；

当用户需要通过浏览器向服务器上传本地文件时，首先浏览器根据预先设置的JavaApplet对所述待传输文件的文件属性进行哈希计算，获取所述待传输文件的哈希摘要值，其中，所述文件属性包括所述待传输文件的文件尺寸和/或文件类型。

步骤201，根据预先设置的JavaApplet从第一个字节开始按照字节顺序读取待传输文件的文件内容，以Stream的方式通过HTTPPOST将读取的、携带所述哈希摘要值的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述哈希摘要值对应的文件中；

浏览器在获取待传输文件的哈希摘要值后，从第一个字节开始按照字节顺序读取待传输文件的文件内容，然后应用哈希摘要值标记读取的文件内容，以Stream的方式通过HTTPPOST将读取的、携带所述哈希摘要值的文件内容上传给服务器，服务器需要使用Stream的方式，按照字节顺序依次接收浏览器采用HTTPPOST方式上传的文件内容，并将获取的文件内容按照字节顺序存储到当地与所述文件标识对应的文件中。

步骤202，若在所述以HTTPPOST方式将读取的、携带所述哈希摘要值的文件内容上传给服务器的过程中传输中断，判断是否继续传输，若是，则将所述哈希摘要值以HTTPGET方式发送给所述服务器，以使所述服务器查询本地文件确定是否接收过与所述哈希摘要值对应的文件；

若浏览器在以HTTPPOST方式将读取的、携带所述哈希摘要值的文件内容上传给服务器的过程中，由于网络原因或者人为因素造成传输中断后，浏览器判断是否继续传输上述文件，需要说明的是，判断是否继续传输上述文件的方式很多，举例说明如下：方式一，用户通过浏览器发起继续传输的操作比如可以通过人工点击界面上的按钮来实现，方式二，通过程序定时判断网络是否恢复通畅，如恢复通畅则自动确认继续传输上述文件。

若浏览器判断获知继续传输上述文件，则按照HTTP协议中的GET方式将所述哈希摘要值发送给所述服务器，需要说明的是，浏览器重新发送继续传输的文件的哈希摘要值时，当浏览器未关闭时，可以从临时变量中获取到该哈希摘要值，如果浏览器已经关闭过，则需要重新执行步骤200计算该值。服务器接收浏览器发送的哈希摘要值后，根据哈希摘要值查询本地文件确定是否接收过与所述哈希摘要值对应的文件，若判断获知存在与所述哈希摘要值对应的文件，则查看文件中所接收的字节数，并将所述字节数返回给浏览器，若服务器判断获知当地不存在与所述哈希摘要值对应的文件，则向浏览器返回零。

步骤203，若接收所述服务器返回的与所述哈希摘要值对应的文件内容的字节数，则从所述字节数加一的字节位置开始按照字节顺序读取所述文件剩余的文件内容，并以HTTPPOST方式将读取的、携带所述哈希摘要值的剩余文件内容上传给服务器，以使所述服务器按照字节顺序将获取的剩余文件内容存储到与所述哈希摘要值对应的文件中；

当浏览器接收服务器返回的与所述哈希摘要值对应的文件内容的字节数，则从所述字节数加一的字节位置开始按照字节顺序读取所述文件剩余的文件内容，并以HTTPPOST方式将读取的、携带所述哈希摘要值的剩余文件内容上传给服务器，服务器按照字节顺序将获取的剩余文件内容存储到与所述哈希摘要值对应的文件中。若服务器返回的字节数为零，浏览器获知服务器没有接收到该文件，则从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述哈希摘要值的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述哈希摘要值对应的文件中。

步骤204，接收所述服务器以HTTPHEADER方式返回的、包括与所述哈希摘要值对应的网页下载地址的确认响应。

若服务器根据上传的文件内容中的结束标志判断已经完整接收与所述文件标识对应的文件后，则以HTTPHEADER方式向浏览器返回包括与所述哈希摘要值对应的网页下载地址的确认响应，从而浏览器根据该确认响应获知文件上传成功。

本实施例提供的基于浏览器的文件传输处理方法，通过浏览器首先根据预设的JavaApplet获取待传输文件的哈希摘要值，然后从第一个字节开始按照字节顺序读取待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述哈希摘要值的文件内容上传给服务器，若传输中断，且浏览器判断断点续传的时候，将哈希摘要值以HTTPGET方式发送给服务器，服务器返回已经接收的与所述哈希摘要值对应的文件内容的字节数，浏览器从该字节数加一的位置继续读取剩余文件内容，以HTTPPOST方式将读取的、携带所述哈希摘要值的剩余文件内容上传给服务器，实现了从内部网络向服务器上传文件的防火墙穿越，并且实现断点续传功能，提高了网络的稳定性，避免了文件重传带来的资源浪费。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图3为本发明实施例提供的一个浏览器的结构示意图，如图3所示，该浏览器包括：获取模块11和处理模块12，其中，获取模块11用于获取待传输文件的文件标识；处理模块12用于从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

本实施例提供的浏览器中各模块的功能和处理流程，可以参见上述图1所示的方法实施例，其实现原理和技术效果类似，此处不再赘述。

基于上述实施例，客户端中的浏览器根据预设的数学模型或者参数运算获取待传输文件的文件标识的功能是普通浏览器无法实现的，因此需要通过浏览器的插件机制来实现。主流浏览器都能够支持多种插件，但为了实现兼容，即只开发一套插件就能够兼容多个浏览器，而无需为每种浏览器单独编写插件。由于主流浏览器均提供了对JavaApplet插件程序的支持，因此，本实施例中的客户端只要安装对应版本的JRE，即可采用本实施例中借助Java的跨平台特性及JavaApplet跨浏览器特性所编写的浏览器插件。下面所示实施例说明具体通过JavaApplet插件程序获取文件的哈希摘要指作为文件标识为例，且支持文件进行断点续传功能的传输处理流程。

具体地，获取模块11具体用于：对所述待传输文件的文件属性进行哈希计算，获取所述待传输文件的哈希摘要值，其中，所述文件属性包括所述待传输文件的文件尺寸和/或文件类型。

处理模块12具体用于：根据预先设置的JavaApplet从第一个字节开始按照字节顺序读取待传输文件的文件内容；以Stream的方式通过HTTPPOST将读取的、携带所述文件标识的文件内容上传给服务器。

进一步地，若在所述以HTTPPOST方式传输给服务器的过程中传输中断，

处理模块12还用于：判断是否继续传输，若是，则将所述文件标识以HTTPGET方式发送给所述服务器，以使所述服务器查询本地文件确定是否接收过与所述文件标识对应的文件；

若接收所述服务器返回的与所述文件标识对应的字节数，则从所述字节数加一的字节位置开始按照字节顺序读取所述文件剩余的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的剩余文件内容上传给服务器，以使所述服务器按照字节顺序将获取的剩余文件内容存储到与所述文件标识对应的文件中。

进一步地，若所述服务器完整接收与所述文件标识对应的文件后，

获取模块11还用于：接收所述服务器以HTTPHEADER方式返回的、包括与所述文件标识对应的网页下载地址的确认响应。

本实施例提供的浏览器中各模块的功能和处理流程，可以参见上述图2所示的方法实施例，其实现原理和技术效果类似，此处不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于浏览器的文件传输处理方法，其特征在于，包括：

获取待传输文件的文件标识；

从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以超文本传输协议的资源更新操作HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

2.根据权利要求1所述的基于浏览器的文件传输处理方法，其特征在于，所述获取待传输文件的文件标识具体包括：

对所述待传输文件的文件属性进行哈希计算，获取所述待传输文件的哈希摘要值，其中，所述文件属性包括所述待传输文件的文件尺寸和/或文件类型。

3.根据权利要求1所述的基于浏览器的文件传输处理方法，其特征在于，所述从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器具体包括：

根据预先设置的应用Java语言编写的小应用程序JavaApplet从第一个字节开始按照字节顺序读取待传输文件的文件内容；

以数据流Stream的方式通过HTTPPOST将读取的、携带所述文件标识的文件内容上传给服务器。

4.根据权利要求1-3任一所述的基于浏览器的文件传输处理方法，其特征在于，若在所述以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器的过程中传输中断，所述方法还包括：

判断是否继续传输，若是，则将所述文件标识以超文本传输协议的资源查询操作HTTPGET方式发送给所述服务器，以使所述服务器查询本地文件确定是否接收过与所述文件标识对应的文件；

若接收所述服务器返回的与所述文件标识对应的字节数，则从所述字节数加一的字节位置开始按照字节顺序读取所述文件剩余的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的剩余文件内容上传给服务器，以使所述服务器按照字节顺序将获取的剩余文件内容存储到与所述文件标识对应的文件中。

5.根据权利要求4所述的基于浏览器的文件传输处理方法，其特征在于，若所述服务器完整接收与所述文件标识对应的文件后，所述方法还包括：

接收所述服务器以超文本传输协议的标头操作HTTPHEADER方式返回的、包括与所述文件标识对应的网页下载地址的确认响应。

6.一种浏览器，其特征在于，包括：

获取模块，用于获取待传输文件的文件标识；

处理模块，用于从第一个字节开始按照字节顺序读取所述待传输文件的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的文件内容上传给服务器，以使所述服务器将获取的文件内容按照字节顺序存储到与所述文件标识对应的文件中。

7.根据权利要求6所述的浏览器，其特征在于，

所述获取模块具体用于：对所述待传输文件的文件属性进行哈希计算，获取所述待传输文件的哈希摘要值，其中，所述文件属性包括所述待传输文件的文件尺寸和/或文件类型。

8.根据权利要求6所述的浏览器，其特征在于，

所述处理模块具体用于：根据预先设置的JavaApplet从第一个字节开始按照字节顺序读取待传输文件的文件内容；

以Stream的方式通过HTTPPOST将读取的、携带所述文件标识的文件内容上传给服务器。

9.根据权利要求6-8任一所述的浏览器，其特征在于，若在所述以HTTPPOST方式传输给服务器的过程中传输中断，

所述处理模块还用于：判断是否继续传输，若是，则将所述文件标识以HTTPGET方式发送给所述服务器，以使所述服务器查询本地文件确定是否接收过与所述文件标识对应的文件；

若接收所述服务器返回的与所述文件标识对应的字节数，则从所述字节数加一的字节位置开始按照字节顺序读取所述文件剩余的文件内容，并以HTTPPOST方式将读取的、携带所述文件标识的剩余文件内容上传给服务器，以使所述服务器按照字节顺序将获取的剩余文件内容存储到与所述文件标识对应的文件中。

10.根据权利要求9所述的浏览器，其特征在于，若所述服务器完整接收与所述文件标识对应的文件后，

所述获取模块还用于：接收所述服务器以HTTPHEADER方式返回的、包括与所述文件标识对应的网页下载地址的确认响应。