[发明专利]富客户端的文件断点续传方法及系统

说明书

技术领域

本发明涉及web应用中的文件传输领域，尤其涉及一种富客户端的文件断点续传方法及系统。

背景技术

在传统的web应用中，一般采用的是被称为“瘦客户端”的B/S软件体系结构，即在客户端不必安装专门的软件，只需要一个浏览器即可，业务逻辑都由服务器处理。在这种应用环境下，用户上传文件时一次只能选择一个文件，然后再点击相应的上传按钮。若是上传多个文件，需要重复操作多次，操作不便；如果网络环境不好，往往在上传到一定比例时失败，再次上传时需要重新开始，既浪费网络资源又浪费时间和精力。

最近几年，业界提出了“富客户端”的概念。富客户端将类似Windows应用的更多功能引入到web应用中，使web应用的用户体验达到或接近Windows应用的效果。现有的富客户端技术大致可分为两类：AJAX技术，这种技术归根到底是DOM+CSS+JavaScript的组合技术，解决了页面整体提交、刷新以及页面内交互操作的问题；SilverLight、Flex等浏览器插件技术，丰富了用户体验和交互，提供用户上下文安全的文件操作功能。但是，由于浏览器或富客户端组件受到“安全限制”的制约，即，要保证“客户端安全”，所以在没有用户“显示”操作的情况下，浏览器或富客户端组件不能操作客户端本地文件(包括列举文件、读写文件)，因而在文件传输中断之后仍然需要重新开始传输整个文件，而不能进行断点续传。也就是说，在由于网络环境差或者关闭web页面等原因导致文件传输中断的情况下，由于安全性原因，不能对客户端文件进行读写，从而导致不能实现文件的断点续传，而只能重新开始传输整个文件。

为了解决现有富客户端技术中的文件传输问题，诸如mofile网络硬盘、web迅雷等采用浏览器插件技术来实现富客户端的文件断点续传，具体地讲，通过插件(ocx或firefox插件)扩展浏览器功能来对客户端文件进行读写，从而实现文件的断点续传。但是，mofile、web迅雷等构建的是一个比较封闭的系统，其客户端专门负责客户端文件的读写，其服务端专门负责服务端文件的存储，而对于客户端和服务端之间的文件传输过程并不进行监测和控制，从而导致无法掌控整个文件传输过程，在出现网络故障等原因中断文件传输的情况下不能有效率地进行续传，从而使得文件传输成功率和传输效率降低。具体地讲，web迅雷专注于客户端下载过程，文件下载服务器由各个服务商提供，因此，web迅雷无法对多个服务端提“传输控制”等特殊要求，这些服务端也不对web迅雷客户端进行监测和控制等特殊处理。因而，web迅雷不能结合服务端对文件传输过程进行监控。基于类似的考虑，mofile专注于存储和共享，直接通过web服务器对文件传输进行控制，也不结合文件服务端对整个传输过程进行监控。

此外，现有的富客户端技术仍具有传统web应用中传输文件的多项限制，例如，传输文件只能单选、客户端无法过滤文件类型、文件大小受限制、传输成功率受网络影响大、传输效率低等。

发明内容

为了解决现有技术中存在的上述问题，本发明提供一种富客户端的文件断点续传方法及系统，以通过直接对客户端文件进行操作来实现富客户端的文件断点续传，并对整个文件传输过程进行监测和控制，从而提高文件传输成功率和传输效率。

根据本发明的一方面，提供一种富客户端的文件断点续传系统，该系统包括：客户端，包括内嵌于web页面的ActiveX控件，该ActiveX控件定点读写客户端文件；和服务端，包括文件服务模块和web应用模块，文件服务模块定点读写服务端文件，与客户端ActiveX控件断点传输文件数据，web应用模块协调客户端ActiveX控件和服务端文件服务模块在文件数据传输过程中完成应用相关的业务处理。

根据本发明的另一方面，提供一种富客户端的文件断点续传方法，该方法包括以下步骤：客户端ActiveX控件向服务端web应用模块发送文件传输请求，并获取传输控制数据；客户端ActiveX控件根据传输控制数据与服务端文件服务模块断点传输文件数据；和客户端ActiveX控件或服务端web应用模块根据传输控制数据执行文件验证。

所述传输控制数据包括客户端文件全路径、文件大小、文件块大小、各文件块传输状态和文件摘要。