档案上传方法、档案下载方法及相关的服务器与流程

本发明涉及档案上传/下载方法，特别是一种续传方法。

背景技术：

当用户使用浏览器将档案上传到远程的一服务器或是自服务器下载档案时，若是档案上传/下载到一半突然网络断线或是不小心关闭了浏览器，则用户需要重新打开档案夹找寻需要上传的档案或是找寻需要下载的档案位置，且档案需要整个重新上传/下载，因此造成了用户的困扰且也会过度消耗网络带宽。

技术实现要素：

因此，本发明的目的的一在于公开一种档案上传/下载方法与相关的服务器，其可以在档案上传/下载中断之后自动从档案未完成上传/下载的部分开始进行，而不需要重新上传/下载整个档案，以解决现有技术中所述的问题。

本发明的一实施例公开了一种服务器，所述服务器包括一处理器以及一储存单元，其中所述处理器用于控制所述服务器的操作。所述储存单元用来储存至少一程序代码，其中所述程序代码是用来被一电子装置通过网络来读取，并由所述电子装置的一浏览器所执行。当所述浏览器执行所述程序代码时，会执行以下步骤：接收一上传指令，并将对应所述上传指令的一档案复制到所述浏览器所提供的一虚拟档案系统；将所述虚拟档案系统中的所述档案划分为多个部分；通过网络循序将所述多个部份上传到所述服务器，并实时记录所述档案的上传进度；以及当所述档案的上传中断之后重新上传所述档案时，根据所记录的上传进度来直接将所述档案未上传的部分传送到所述服务器中。

本发明的另一实施例公开了一种适用于一浏览器的档案上传方法，该方法包括有：接收一上传指令，并将对应所述上传指令的一档案复制至所述浏览器所提供的一虚拟档案系统；将所述虚拟档案系统中的所述档案划分为多个部分；通过网络将所述档案的所述多个部分循序上传至一服务器中，并实时记录所述档案的上传进度；以及当所述档案的上传中断之后重新上传所述档案时，根据所记录的上传进度来直接将所述档案未上传的部分传送到所述服务器中。

本发明另一实施例公开了一种服务器，所述服务器包括一处理器以及一储存单元，其中所述处理器用于控制所述服务器的操作。所述储存单元用来储存至少一程序代码，其中所述程序代码是用来被一电子装置通过网络来读取，并由所述电子装置的一浏览器所执行，其中当所述浏览器执行所述程序代码时，会执行以下步骤：接收一下载指令，并通过网络将对应所述下载指令的一档案的多个部份循序自所述服务器下载到所述浏览器所提供的一虚拟档案系统，并实时记录所述档案的下载进度；当所述档案的下载中断之后重新下载所述档案时，根据所记录的下载进度来直接将所述档案未下载的部分下载到所述虚拟档案系统；以及当所述档案的所有部份都下载至所述虚拟档案系统后，将所述档案复制至所述电子装置的档案系统。

本发明另一实施例公开一种适用于一浏览器档案下载方法，所述方法包括有：接收一下载指令，并通过网络将对应所述下载指令的一档案的多个部份循序自所述服务器下载到所述浏览器所提供的一虚拟档案系统，并实时记录所述档案的下载进度；当所述档案的下载中断之后重新下载所述档案时，根据所记录的下载进度来直接将所述档案未下载的部分下载到所述虚拟档案系统；以及当所述档案的所有部份都下载至所述虚拟档案系统后，将所述档案复制至所述电子装置的档案系统。

附图说明

图1为依据本发明一实施例的一系统的示意图。

图2为依据本发明一实施例的电子装置将档案上传至服务器的方法的流程图。

图3所示的用户将一档案拖拉至浏览器所显示的所述特定网页以进行档案上传的示意图。

图4为依据本发明一实施例的电子装置将自服务器下载档案的方法的流程图。

其中，附图标记说明如下：

100 系统

110 服务器

112 处理器

114 储存单元

116 程序代码

120 电子装置

200～214、400～416 步骤

具体实施方式

请参考图1，其为依据本发明一实施例的一系统100的示意图。如图1所示，系统100包括了一服务器110以及一电子装置120，其中电子装置120是通过网络(例如，因特网(Internet))与服务器110进行连结，且服务器110至少包括了一处理器112以及一储存单元114，且储存单元114储存了多组程序代码116，而处理器112是用来执行多组程序代码116中的一部分来控制服务器112的操作。需注意的是，虽然图1仅绘示了服务器110中的少部分组件，但本领域具有通常知识者应能了解服务器110上也具有许多周边组件来连同处理器112一起运作，且储存单元114可包括多个相同/不同的储存芯片，由于本发明的主要精神是服务器110与电子装置120之间的档案传输，故其内部细节组件架构在此省略。

在本实施例中，服务器110可作为一档案服务器，其用来作为一云端储存空间以使得电子装置120可以通过本身的浏览器并通过网络来上传/下载档案，但本发明并不以此为限，服务器110也可为多合一服务器，其可作为档案服务器、网页服务器、远程用户拨接验证服务(Remote Authentication Dial-In User Service，RADIUS)服务器、远程访问虚拟专用网(Virtual Private Network)服务器、代理服务器(proxy server)…等等。另外，电子装置120可以是任何可使用浏览器的电子装置，例如桌面计算机、笔记本电脑、智能型手机、平板计算机…等等。

另外，多组程序代码116中包括了一特定程序代码，在本实施例中为一爪哇描述语言(Javascript code)，其用来被电子装置120通过网络来读取，并由电子装置120的浏览器所执行，以在电子装置120将一档案划分成多个部分并循序将所述多个部份上传到服务器时110，实时记录所述档案的上传进度，并在所述档案的上传中断之后重新上传所述档案时，根据所记录的上传进度来直接将所述档案未上传的部分传送到服务器110中。有关于所述特定程序代码及系统100的操作将于图2的流程中描述。

请同时参考第1、2图，其中图2为依据本发明一实施例的电子装置120将档案上传至服务器110的方法的流程图。在步骤200中，流程开始，且电子装置120通过网络联机到服务器110。在步骤202中，电子装置120的浏览器开启一特定网页，而此时电子装置120会自服务器110读取多组程序代码116中的所述特定程序代码，且通过浏览器来执行；此外，在一实施例中，所述特定网页会要求电子装置120的用户输入账号及密码以做为身分验证及记录。

接着，在步骤204中，当电子装置120接收到一上传指令时，例如图3所示的用户将一档案拖拉至浏览器所显示的所述特定网页时，所述档案会被复制到浏览器所提供的虚拟档案系统中。在一实施例中，当电子装置120接收到上传指令时，服务器110可根据用户的身分来分配档案上传空间。

在步骤206中，电子装置120的浏览器将所述档案划分为多个部分(或是多个区块)，并准备依序地将所述多个部分循序传送到服务器110中，其中档案划分传送的部分可以由HTML5规范中的档案应用程序接口(File Application Programming Interface，File API)来完成，故细节不再此描述。接着，在步骤208中，浏览器开始通过网络循序将所述档案的所述多个部分传送到服务器110，而此时电子装置120的浏览器以及服务器110均会记录所述档案的上传进度，也就是说，电子装置120的浏览器会记录已成功传送出所述档案的第几个部分，并将所记录的进度储存于虚拟档案系统中，且服务器110的处理器112记录已成功接收到所述档案的第几个部分，并将所记录的进度储存于储存单元114或是其他的储存装置中。此外，在一实施例中，浏览器会显示所述档案的上传进度。

在步骤210中，当网络中断或是浏览器关闭而造成所述档案的上传中断时，电子装置120的浏览器及服务器110均会舍弃目前正在传输的部分(区块)，且电子装置120的浏览器及服务器110的上传进度均不会记录此一舍弃的区块。详细来说，假设当电子装置120在上传第7个区块时发生网络中断，则电子装置120的浏览器及服务器110所记录的上传进度为已成功上传/接收所述档案的第6个区块。另一方面，当所述档案的上传中断时，服务器110仍然会将所述档案已接收的部分暂存/保留在储存单元114或是其他的储存装置中，而不会将所述档案已接收的部分删除。

在步骤212中，当网络重新联机或是用户重新使用浏览器开启所述特定网页时，电子装置120的浏览器会主动地根据先前所记录的上传进度来将所述档案未上传的部分传送到服务器110中。详细来说，当浏览器重新联机到所述特定网页时，浏览器会利用网页程序代码主动地向服务器110要求检查用户身分及比对彼此所记录的所述档案的上传进度，也就是说，要确认用户身分是否有效以及所述档案的实际上传进度，举例来说，若是浏览器所记录的是上传到所述档案的第6个部分，而服务器110所记录的却是只接收到所述档案的第5个部分，则所述档案的实际上传进度便是第5个部分；而当服务器110确认用户身分仍然有效时，服务器110才会允许所述电子装置120重新上传所述档案。因此，当服务器110确认用户身分仍然有效时，浏览器会继续上传未完成的部分(也就是从第6个部分开始上传)，而不会将整个档案重新上传(即不会上传已经传送过的部分)。

在步骤213中，当所述档案的每一个部分均上传至服务器110之后，电子装置120删除暂存在浏览器所提供的虚拟档案系统中的所述档案以及所记录的上传进度。最后在步骤214中，完成档案上传，流程结束。

如以上所揭露的内容，在本发明的档案上传方法中，是先将档案存入到浏览器的虚拟档案系统中进行划分后再上传，且会同时记录上传进度，因此，当网络无法正常联机或是浏览器关闭而造成档案上传中断时，浏览器能够主动地根据所记录的上传进度来恢复上传进度，且不需要用户的刻意操作，因此大幅增加用户的便利性。

另一方面，上述的实施例主要是揭露一种提供浏览器上传档案的方法，然而，在本发明的另一实施例中，揭露了一种提供浏览器自服务器110下载档案的方法。请同时参考第1、4图，其中图4为依据本发明一实施例的电子装置120自服务器110下载档案的方法的流程图。在步骤400中，流程开始，且电子装置120通过网络联机到服务器110。在步骤402中，电子装置120的浏览器开启一特定网页，而此时电子装置120会自服务器110读取多组程序代码116中的所述特定程序代码，且通过浏览器来执行；此外，在一实施例中，所述特定网页会要求电子装置120的用户输入账号及密码以做为身分验证及记录。

接着，在步骤404中，电子装置120接收到一下载指令时，例如用户通过浏览器画面点选下载服务器110中的档案。在步骤406中，服务器110将所述档案划分为多个部分(或是多个区块)，且电子装置120的浏览器开始通过网络循序将自所述服务器110下载所述档案的各个部分(区块)，而此时所下载的区块会暂存在浏览器所提供的一虚拟档案系统中；而此时电子装置120的浏览器以及服务器110均会记录所述档案的下载进度，也就是说，电子装置120的浏览器会记录已成功接收到所述档案的第几个部分，并将所记录的进度储存于虚拟档案系统中，且服务器110的处理器112记录已成功传送出到所述档案的第几个部分，并将所记录的进度储存于储存单元114或是其他的储存装置中。此外，在一实施例中，浏览器会显示所述档案的下载进度。

在步骤408中，当网络中断或是浏览器关闭而造成所述档案的下载中断时，电子装置120的浏览器及服务器110均会舍弃目前正在传输的部分(区块)，且电子装置120的浏览器及服务器110的传输进度均不会记录此一舍弃的区块。详细来说，假设当电子装置120在下载第7个区块时发生网络中断，则电子装置120的浏览器及服务器110所记录的下载进度为已成功下载/传送所述档案的第6个区块。另一方面，当所述档案的下载中断时，电子装置120仍然会将所述档案已接收的部分暂存/保留在浏览器所提供的虚拟档案系统中，而不会将所述档案已接收的部分删除。

在步骤410中，当网络重新联机或是用户重新使用浏览器开启所述特定网页时，电子装置120的浏览器会主动地根据先前所记录的下载进度来将所述档案未下载的部分下载到虚拟档案系统中。详细来说，当浏览器重新联机到所述特定网页时，浏览器会利用网页程序代码主动地向服务器110要求检查用户身分及比对彼此所记录的所述档案的下载进度，也就是说，要确认用户身分是否有效以及所述档案的实际下载进度，举例来说，若是浏览器所记录的是下载到所述档案的第3个部分，而服务器110所记录的却是传送到所述档案的第4个部分，则所述档案的实际下载进度便是第3个部分；而当服务器110确认用户身分仍然有效时，服务器110才会允许所述电子装置120重新下载所述档案。因此，当服务器110确认用户身分仍然有效时，浏览器会继续下载未完成的部分(也就是从第4个部分开始下载)，而不会将整个档案重新下载(即不会下载已经接收到的部分)。

在步骤412中，当所述档案的所有部份都下载至虚拟档案系统后，电子装置120会将所述档案复制至电子装置120的档案系统。接着，在步骤414中，电子装置120删除暂存在浏览器所提供的虚拟档案系统中的所述档案以及所记录的下载进度。最后在步骤214中，完成档案下载，流程结束。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，都应属本发明的涵盖范围。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。