CN107483627A - 一种文件分发、下载方法、分发服务器、客户端及系统 - Google Patents

Abstract

本发明公开了一种文件分发、下载方法、分发服务器、客户端及系统，其中，所述分发方法包括：接收客户端发来的文件查询请求，并向所述客户端反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。本申请提供的技术方案，能够减少用户需要等待的时长。

Description

一种文件分发、下载方法、分发服务器、客户端及系统

技术领域

本发明涉及网络传输技术领域，特别涉及一种文件分发、下载方法、分发服务器、客户端及系统。

背景技术

随着互联网技术的不断发展，网络中的资源也日益增多。由于网络的便捷以及资源的丰富，人们越来越习惯于从网络中将资源下载至本地，然后在本地进行观看或者处理。

例如，当前许多视频网站都会提供视频的下载。视频网站中可供下载的视频通常是由网站管理者或者用户上传至视频网站的服务器中，然后其他用户便可以从视频网站的服务器中下载已经完成上传的视频。

由上可见，当前的资源上传和下载的过程相对独立，只有在资源完成上传之后，用户才能对资源进行下载。然而，有些资源的数据量可能较大，从而导致用户需要花费较长的时间等待资源上传完毕，然后再花费较长的时间下载资源。在某些场景下，这样的上传和下载方式，会使得用户获取资源时需要等待的时间太长。例如，某个用户在追热播的美剧，视频网站的管理人员获取到该美剧新的一集资源时，首先需要花费半小时的时间上传至视频网站的服务器中，然后用户需要再花费1小时的时间下载该资源。也就是说，从管理人员获取到该资源的时间节点开始算起，用户需要等待1个半小时才能获取到该资源，如果资源的数据量更大，用户需要等待的时间会更长。

当前，在不同的节点之间可以实现资源的共享。具体地，节点A在下载完整个资源后，可以将该资源分享给节点B。在分享过程中，节点A在上传该资源的同时，节点B可以下载该资源。然而，这种资源分享的前提是一个节点需要将整个资源下载至本地后，才能进行分享。也就是说，其它节点仍然需要花费一定的时间等待其中一个节点将资源下载至本地。如果资源的数据量较大，其它节点等待的时间则会较长。

因此，目前亟需一种能够减少用户等待时长的资源上传和下载的方式。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种文件分发、下载方法、分发服务器、客户端及系统。所述技术方案如下：

一方面，一种文件分发方法，所述方法包括：

接收客户端发来的文件查询请求，并响应于所述文件查询请求，向所述客户端反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；

接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中；

在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

另一方面，一种分发服务器，所述分发服务器包括：

文件列表反馈单元，用于接收客户端发来的文件查询请求，并响应于所述文件查询请求，向所述客户端反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；

文件下载请求接收单元，用于接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中；

目标分片提供单元，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

另一方面，一种文件下载方法，所述方法包括：

获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

另一方面，一种客户端，所述客户端包括：

下载请求发送单元，用于获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

分片接收单元，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

另一方面，一种文件分发系统，所述系统包括：文件上传端、管理服务器、分发服务器以及客户端，其中：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述管理服务器，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；

所述客户端，用于从所述管理服务器中获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

另一方面，一种文件分发系统，所述系统包括文件上传端、分发服务器以及客户端，其中：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述客户端，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

由上可见，在本申请中，当文件上传端在向分发服务器上传文件时，分发服务器便可以将该文件作为可下载的文件。同时，文件上传端在上传文件时，可以将文件按照文件分片进行上传，从而可以保证每个文件分片的数据量都较小，上传速度较快。这样，一旦该文件开始上传，客户端便可以建立该文件的下载任务，只要有文件分片上传至分发服务器，分发服务器便可以将完成上传的文件分片提供给客户端。也就是说，客户端不用等到文件上传端将整个文件上传完成之后，才能从分发服务器中下载该文件，而是在文件上传端上传该文件时，客户端便可以开始逐步地下载该文件，省去了客户端等待整体文件上传完成的时间，从而使得客户端能够更快地获取到相应的文件，减少了用户需要等待的时长。

附图说明

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

图1是本发明实施例一中文件分发方法流程图；

图2是本发明实施例二中分发服务器的结构示意图；

图3是本发明实施例三中文件下载方法流程图；

图4是本发明实施例四中客户端的结构示意图；

图5是本发明实施例五中文件分发系统交互示意图；

图6是本发明实施例六中文件分发系统交互示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本申请提供一种文件分发方法，所述方法可以应用于分发服务器中。所述分发服务器可以是用于存储文件的服务器或者服务器集群。请参阅图1，所述方法包括以下步骤。

S11：接收管理服务器发来的文件查询请求，并响应于所述文件查询请求，向所述管理服务器反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传。

在本实施方式中，所述分发服务器中的文件可以是文件上传端上传的。所述文件上传端在上传文件时，可以将整个文件进行上传，也可以按照文件分片进行上传。具体地，可以预先指定每个文件分片的数据量，这样，文件上传端在对文件进行拆分时，可以按照指定的数据量进行拆分。例如，每个文件分片的数据量可以设置为20M，那么当文件的总数据量小于或者等于20M时，便可以将文件作为一个文件分片进行上传。当文件的总数据量大于20M时，便可以按照20M的数据量对文件进行拆分，以使得每个文件分片的数据量都不会大于20M。

在本实施方式中，文件上传端在将待上传的文件拆分为文件分片之后，还可以为每个文件分片设置对应的标识。例如，可以根据文件分片在文件中所处的位置进行数据编号。这样，假设待上传的文件被拆分为10个文件分片，从而可以依次为这10个文件分片设置1至10的编号。

在本实施方式中，当文件上传端准备向分发服务器上传文件时，首先可以将待上传的文件的信息发送至分发服务器。所述信息例如可以包括文件的名称，文件在文件上传端中所存储的路径、文件的总数据量、文件最后一次的修改时间、拆分得到的文件分片的数量、各个文件分片的标识等。在向分发服务器发送了待上传文件的信息之后，便可以开始文件分片的传输过程。

此外，在一个实施方式中，在接收到文件上传端发来的文件信息后，分发服务器可以基于该文件信息，建立所述待上传的文件的分片索引。所述分片索引可以用于记录各个文件分片在分发服务器中存储的路径。具体地，分发服务器建立的所述分片索引中，可以预先填充各个文件分片的标识。然后每当有文件分片完成上传时，分发服务器便可以为该文件分片的标识关联对应的存储路径。这样，所述分片索引中可以包括已完成上传的文件分片的标识与所述已完成上传的文件分片在本地的存储路径之间的关联关系。

在本实施方式中，分发服务器还可以记录所述待上传文件中各个文件分片的上传状态。其中，所述上传状态初始可以被设置为未上传，当文件分片完成上传时，分发服务器便可以将完成上传的文件分片的上传状态修改为已上传。通过文件分片的上传状态，从而可以确定当前已经完成上传的文件分片以及当前没有完成上传的文件分片。需要说明的是，分发服务器在记录文件分片的上传状态时，可以用预先定义的字符来标识上传状态。例如，分发服务器可以用1来表示已上传，可以用0来表示未上传。当然，在实际应用场景中，所述字符还可以有其它各种各样的表现方式，并申请对此并不作限定。

在本实施方式中，分发服务器中可以具备文件列表，所述文件列表中可以包括分发服务器中已经完成上传的文件的标识，还可以包括当前正在上传的文件的标识。每当有文件的上传状态发生变化，所述文件列表中的内容便可以随之改变。需要说明的是，所述文件列表中记录的是文件的标识，而不是文件分片的标识，也就是说，如果有文件分片的上传状态发生变化，该文件列表中的内容并不一定发生变化。

在本实施方式中，当分发服务器接收到管理服务器发来的文件查询请求时，可以响应于所述文件查询请求，向所述管理服务器反馈该文件列表。所述管理服务器可以是用于创建下载任务的服务器。所述管理服务器可以按照固定的时间间隔，向分发服务器获取当前的文件列表，并可以根据文件列表中记录的文件的标识，创建相应文件的下载任务。需要说明的是，管理服务器通常只是创建文件的下载任务，其本身并不会主动下载文件。管理服务器创建下载任务的目的是可以将下载任务提供给用户的客户端，从而使得用户的客户端可以下载相应的文件。

S13：接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中。

在本实施方式中，当管理服务器创建了文件的下载任务后，客户端便可以从管理服务器处获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求。所述客户端可以是用户使用的终端设备。例如，所述客户端可以是台式电脑、笔记本电脑、智能手机、智能可穿戴设备等。当然，所述客户端还可以是运行于上述终端设备中的软件。

在本实施方式中，客户端可以通过访问所述管理服务器，从而可以获知当前可以下载的文件对应的下载任务。这样，通过接收用户的指示，所述客户端便可以从管理服务器中拉取指向目标文件的下载任务。在所述下载任务中，可以包括目标文件的文件名。这样，客户端可以将拉取的该下载任务加入本地的下载列表，从而可以向分发服务器发起指向所述目标文件的文件下载请求。

在本实施方式中，客户端发起的所述文件下载请求中，可以包括所述目标文件的标识以及文件分片的标识。具体地，所述目标文件的标识可以是目标文件的文件名。当客户端是初次下载所述目标文件时，客户端可以在文件下载请求中添加指向所述目标文件中第一个文件分片的文件分片标识。当客户端已经下载了所述目标文件的一部分文件分片，而开始继续下载所述目标文件时，客户端可以检测本地已经下载的文件分片的标识，并确定下一个需要下载的文件分片的标识，从而在文件下载请求中添加所述下一个需要下载的文件分片的标识。例如，客户端之前已经下载了所述目标文件中编号为1至3的文件分片，当继续下载该目标文件时，便可以在文件下载请求中添加编号为4的文件分片标识。需要说明的时，有时候在初次下载所述目标文件时，所述文件下载请求中的文件分片的标识也可以缺省。在缺省文件分片的标识的情况下，分发服务器可以默认向客户端提供所述目标文件的第一个文件分片。

这样，所述分发服务器便可以接收到所述客户端发来的文件下载请求。

S15：在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

在本实施方式中，分发服务器可以接收所述客户端发来的文件下载请求，并从所述文件下载请求中提取目标文件的标识和文件分片的标识，从而可以获知客户端当前需要下载的是哪个文件中的哪个分片。这样，分发服务器可以在本地的分片索引中查询是否存在所述文件下载请求中包含的文件分片的标识。若存在，表明所述文件分片的标识指向的文件分片已经完成了上传。这样，分发服务器可以在所述分片索引中确定所述文件分片的标识关联的目标存储路径，并将所述目标存储路径下存储的文件分片提供给所述客户端。也就是说，在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，分发客户端可以向所述客户端提供所述目标分片。若不存在，表明所述文件分片的标识指向的文件分片还没有完成上传，此时，分发服务器可以向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。具体地，所述暂停指令中可以包括指定状态码，客户端可以对所述指定状态码进行识别，从而确定当前需要暂停下载所述目标文件。所述指定状态码可以是例如204、303这样的数字编码。也就是说，在所述目标文件中所述文件分片的标识指向的目标分片未上传至本地的情况下，分发服务器可以向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

在本实施方式中，当客户端接收到所述分发服务器发来的暂停指令时，可以暂停下载所述目标文件。此时，客户端可以检测当前的下载列表，如果下载列表中有其它需要下载的任务，则可以执行下载列表中另一个文件的下载过程，并在执行完所述下载过程之后，再次向所述分发服务器发送指向所述目标文件的文件下载请求。这样，客户端可以充分利用时间来进行文件的下载。

此外，如果下载列表中没有其它需要下载的文件，客户端则可以在暂停时长达到指定时长阈值时，再次向所述分发服务器发送指向所述目标文件的文件下载请求。例如，客户端可以在接收到暂停指令之后，默认等待20秒钟，20秒钟之后，客户端可以再次发起文件下载请求。

在一个实际应用场景中，分发服务器可以根据文件上传端上传文件的平均速度，以及当前正在上传的文件分片的数据量，来估算客户端需要等待的时长。例如，当前正在上传的文件分片的数据量为30M，文件上传端上传文件的平均速度为1M/s，那么分发服务器在向客户端反馈的暂停指令中，可以添加暂停时长30秒。这样，在30秒之后，客户端可以再次向分发服务器发起文件下载请求。

在一个实施方式中，为了确保文件上传端上传的文件的正确性，分发服务器可以对接收到的文件分片进行校验。具体地，分发服务器在接收到所述文件上传端上传的当前文件分片后，可以确定接收到的当前文件分片对应的第一校验码，所述第一校验码可以是通过散列函数对文件分片的数据进行计算得到的。例如，所述第一校验码可以是采用消息摘要算法第五版(MD5，Message DigestAlgorithm)计算得到的MD5码。所述第一校验码还可以是哈希值。然后，分发服务器可以将所述第一校验码与所述文件上传端发来的针对所述当前文件分片的第一校验码进行比对。文件上传端在上传文件分片时，通常可以一并将该文件分片的第一校验码发送给分发服务器。如果分发服务器计算得到的第一校验码与文件上传端发来的第一校验码相同，则文件上传端上传的文件分片与分发服务器接收到的当前文件分片的内容也相同，那么就表明文件分片传输没有出现异常，此时，分发服务器可以将所述当前文件分片的上传状态修改为已上传。若两个第一校验码不同，则表明文件分片的传输出现了异常，此时，分发服务器可以将接收到的所述当前文件分片从本地删除，并向所述文件上传端反馈出错信息，以使得所述文件上传端重新上传所述当前文件分片。

由上可见，所述第一校验码需要由文件上传端以及分发服务器分别进行计算，文件上传端可以针对上传的文件分片计算得到第一校验码，而分发服务器可以基于接收到的当前文件分片计算得到第一校验码。通过将这两个第一校验码进行比对，从而可以确定文件上传端和分发服务器之间进行数据传输时是否出现了异常。

在一个实施方式中，分发服务器在向客户端提供文件分片后，客户端也可以采用文件校验的方式，验证接收到的文件分片是否正确。具体地，分发服务器在向客户端提供目标分片时，可以向所述客户端提供所述目标分片的第二校验码，以使得所述客户端基于所述第二校验码，校验下载的目标分片的内容是否正确。该第二校验码可以是分发服务器按照散列算法计算得到的哈希值。这样，在客户端接收到目标分片之后，可以按照同样的散列算法，确定接收到的目标分片对应的第二校验码，并将所述第二校验码与所述分发服务器发来的针对所述目标分片的第二校验码进行比对。若两个第二校验码相同，表明分发服务器提供的目标分片在传输过程中没有出现异常，客户端从而可以在本地保留所述接收到的目标分片。若两个第二校验码不同，则表明分发服务器提供的目标分片在传输过程中出现了异常，此时客户端可以将所述接收到的目标分片从本地删除，并向所述分发服务器反馈出错信息，以重新从所述分发服务器处获取所述目标分片。

由上可见，所述第而校验码需要由客户端以及分发服务器分别进行计算，分发服务器可以基于当前下发的目标分片计算得到第二校验码，而客户端可以通过当前接收到的目标分片计算得到第二校验码。通过将这两个第二校验码进行比对，从而可以确定分发服务器和客户端之间进行数据传输时是否出现了异常。

在一个实施方式中，由于所述管理服务器获取的文件列表中可以包括在分发服务器中已完成上传的文件的标识，这样，客户端向分发服务器发送的文件下载请求也可能是针对已完成上传的文件发起的。此时，分发服务器在接收客户端发来的文件下载请求之后，可以判断所述文件下载请求中包含的目标文件的标识是否为正在上传的文件的标识。若不是，表明客户端当前请求下载的是已经完成上传的文件，那么分发服务器便可以直接向所述客户端提供已完成上传的所述目标文件。若是，则表明客户端请求下载的是当前正在上传的文件，那么分发服务器可以进一步地判断所述目标文件中所述文件分片的标识指向的目标分片是否已上传至本地。

实施例二

请参阅图2，本申请还提供一种分发服务器，所述分发服务器包括：

文件列表反馈单元100，用于接收管理服务器发来的文件查询请求，并响应于所述文件查询请求，向所述管理服务器反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；

文件下载请求接收单元200，用于接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中；

目标分片提供单元300，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

在一个实施方式中，所述分发服务器还包括：

暂停指令反馈单元，用于在所述目标文件中所述文件分片的标识指向的目标分片未上传至本地的情况下，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

在一个实施方式中，所述分发服务器还包括：

分片索引建立单元，用于接收文件上传端发来的文件信息，并基于所述文件信息建立待上传文件的分片索引；所述分片索引中包括已完成上传的文件分片的标识与所述已完成上传的文件分片在本地的存储路径之间的关联关系；

上传状态记录单元，用于记录所述待上传文件中各个文件分片的上传状态；其中，所述上传状态初始被设置为未上传，当文件分片完成上传时，将完成上传的文件分片的上传状态修改为已上传。

在一个实施方式中，所述分发服务器还包括：

分片查询单元，用于在本地的分片索引中查询是否存在所述文件下载请求中包含的文件分片的标识；

第一处理单元，用于若存在，在所述分片索引中确定所述文件分片的标识关联的目标存储路径，并将所述目标存储路径下存储的文件分片提供给所述客户端；

第二处理单元，用于若不存在，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对分发服务器的实施方式来说，可以参照前述文件分发方法的实施方式的介绍对照解释。

实施例三

请参阅图3，本申请还提供一种文件下载方法，所述方法可以应用于客户端中，所述客户端可以是用户使用的终端设备。例如，所述客户端可以是台式电脑、笔记本电脑、智能手机、智能可穿戴设备等。当然，所述客户端还可以是运行于上述终端设备中的软件。所述方法包括以下步骤。

S21：从管理服务器获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识。

在本实施方式中，分发服务器中的文件可以是文件上传端上传的。所述文件上传端在上传文件时，可以预先将文件拆分为一个或者多个文件分片。具体地，可以预先指定每个文件分片的数据量，这样，文件上传端在对文件进行拆分时，可以按照指定的数据量进行拆分。

在本实施方式中，文件上传端在将待上传的文件拆分为文件分片之后，还可以为每个文件分片设置对应的标识。例如，可以根据文件分片在文件中所处的位置进行数据编号。这样，假设待上传的文件被拆分为10个文件分片，从而可以依次为这10个文件分片设置1至10的编号。

在本实施方式中，分发服务器中可以具备文件列表，所述文件列表中可以包括分发服务器中已经完成上传的文件的标识，还可以包括当前正在上传的文件的标识。每当有文件的上传状态发生变化，所述文件列表中的内容便可以随之改变。需要说明的是，所述文件列表中记录的是文件的标识，而不是文件分片的标识，也就是说，如果有文件分片的上传状态发生变化，该文件列表中的内容并不一定发生变化。

在本实施方式中，当分发服务器接收到管理服务器发来的文件查询请求时，可以响应于所述文件查询请求，向所述管理服务器反馈该文件列表。所述管理服务器可以是用于创建下载任务的服务器。所述管理服务器可以按照固定的时间间隔，向分发服务器获取当前的文件列表，并可以根据文件列表中记录的文件的标识，创建相应文件的下载任务。需要说明的是，管理服务器通常只是创建文件的下载任务，其本身并不会主动下载文件。管理服务器创建下载任务的目的是可以将下载任务提供给用户的客户端，从而使得用户的客户端可以下载相应的文件。

在本实施方式中，当管理服务器创建了文件的下载任务后，客户端便可以从管理服务器处获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求。具体地，客户端可以通过访问所述管理服务器，从而可以获知当前可以下载的文件对应的下载任务。这样，通过接收用户的指示，所述客户端便可以从管理服务器中拉取指向目标文件的下载任务。在所述下载任务中，可以包括目标文件的文件名。这样，客户端可以将获取的下载任务加入本地的下载列表，从而可以向分发服务器发起指向所述目标文件的文件下载请求。

在本实施方式中，客户端发起的所述文件下载请求中，可以包括所述目标文件的标识以及文件分片的标识。具体地，所述目标文件的标识可以是目标文件的文件名。当客户端是初次下载所述目标文件时，客户端可以在文件下载请求中添加指向所述目标文件中第一个文件分片的文件分片标识。当客户端已经下载了所述目标文件的一部分文件分片，而开始继续下载所述目标文件时，客户端可以检测本地已经下载的文件分片的标识，并确定下一个需要下载的文件分片的标识，从而在文件下载请求中添加所述下一个需要下载的文件分片的标识。例如，客户端之前已经下载了所述目标文件中编号为1至3的文件分片，当继续下载该目标文件时，便可以在文件下载请求中添加编号为4的文件分片标识。需要说明的时，有时候在初次下载所述目标文件时，所述文件下载请求中的文件分片的标识也可以缺省。在缺省文件分片的标识的情况下，分发服务器可以默认向客户端提供所述目标文件的第一个文件分片。

S23：在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

在本实施方式中，分发服务器可以接收所述客户端发来的文件下载请求，并从所述文件下载请求中提取目标文件的标识和文件分片的标识，从而可以获知客户端当前需要下载的是哪个文件中的哪个分片。这样，分发服务器可以在本地的分片索引中查询是否存在所述文件下载请求中包含的文件分片的标识。若存在，表明所述文件分片的标识指向的文件分片已经完成了上传。这样，分发服务器可以在所述分片索引中确定所述文件分片的标识关联的目标存储路径，并将所述目标存储路径下存储的文件分片提供给所述客户端。也就是说，在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，客户端可以接收所述分发服务器提供的所述目标分片。若不存在，表明所述文件分片的标识指向的文件分片还没有完成上传，此时，分发服务器可以向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。具体地，所述暂停指令中可以包括指定状态码，客户端可以对所述指定状态码进行识别，从而确定当前需要暂停下载所述目标文件。所述指定状态码可以是例如204、303这样的数字编码。也就是说，在所述目标文件中所述文件分片的标识指向的目标分片未上传至本地的情况下，客户端可以接收所述分发服务器发来的暂停指令，以暂停下载所述目标文件。

在本实施方式中，当客户端接收到所述分发服务器发来的暂停指令时，可以暂停下载所述目标文件。此时，客户端可以检测当前的下载列表，如果下载列表中有其它需要下载的任务，则可以执行下载列表中另一个文件的下载过程，并在执行完所述下载过程之后，再次向所述分发服务器发送指向所述目标文件的文件下载请求。这样，客户端可以充分利用时间来进行文件的下载。

此外，如果下载列表中没有其它需要下载的文件，客户端则可以在暂停时长达到指定时长阈值时，再次向所述分发服务器发送指向所述目标文件的文件下载请求。例如，客户端可以在接收到暂停指令之后，默认等待20秒钟，20秒钟之后，客户端可以再次发起文件下载请求。

在一个实施方式中，分发服务器在向客户端提供文件分片后，客户端可以采用文件校验的方式，验证接收到的文件分片是否正确。具体地，分发服务器在向客户端提供目标分片时，可以向所述客户端提供所述目标分片的第二校验码，以使得所述客户端基于所述第二校验码，校验下载的目标分片的内容是否正确。该第二校验码可以是分发服务器按照散列算法计算得到的哈希值。这样，在客户端接收到目标分片之后，可以按照同样的散列算法，确定接收到的目标分片对应的第二校验码，并将所述第二校验码与所述分发服务器发来的针对所述目标分片的第二校验码进行比对。若两个第二校验码相同，表明分发服务器提供的目标分片在传输过程中没有出现异常，客户端从而可以在本地保留所述接收到的目标分片。若两个第二校验码不同，则表明分发服务器提供的目标分片在传输过程中出现了异常，此时客户端可以将所述接收到的目标分片从本地删除，并向所述分发服务器反馈出错信息，以重新从所述分发服务器处获取所述目标分片。

实施例四

请参阅图4，本申请还提供一种客户端，所述客户端包括：

下载请求发送单元110，用于从管理服务器处获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

分片接收单元210，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

在一个实施方式中，所述客户端还包括：

暂停下载单元，用于在所述目标文件中所述文件分片的标识指向的目标分片未上传至所述分发服务器的情况下，接收所述分发服务器发来的暂停指令，以暂停下载所述目标文件。

在一个实施方式中，所述客户端还包括：

重新下载单元，用于执行下载列表中另一个文件的下载过程，并在执行完所述下载过程之后，再次向所述分发服务器发送指向所述目标文件的文件下载请求；或者在暂停时长达到指定时长阈值时，再次向所述分发服务器发送指向所述目标文件的文件下载请求。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对客户端的实施方式来说，可以参照前述文件下载方法的实施方式的介绍对照解释。

需要说明的是，上述的客户端和管理服务器，在实际应用场景中可以作为分立的设备进行工作，也可以将这两个设备所实现的功能整合至客户端中，从而使得客户端从分发服务器处获取文件列表并建立下载任务。因此，本申请上述涉及的各个设备，可以各自作为分立的设备独立工作，也可以将部分设备整合为一个设备进行工作，本申请对比并不做限定。本领域技术人员在理解本申请技术方案的精髓的前提下，将上述的设备进行拆分或者整合得到的技术方案，均应属于本申请的保护范围内。

实施例五

请参阅图5，本申请还提供一种文件分发系统，所述系统包括文件上传端、管理服务器、分发服务器以及客户端，其中：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述管理服务器，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；

所述客户端，用于从所述管理服务器中获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

实施例六

请参阅图6，本申请还提供一种文件分发系统，所述系统包括文件上传端、分发服务器以及客户端，实施例六与实施例五的区别在于，客户端与管理器可以二者合一，例如实施例六中的客户端包括管理服务器并具有管理服务器的功能。具体为：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述客户端，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对系统的实施方式来说，可以参照前述方法实施方式的介绍对照解释。

由上可见，在本申请中，当文件上传端在向分发服务器上传文件时，分发服务器便可以将该文件作为可下载的文件。同时，文件上传端在上传文件时，可以将文件按照文件分片进行上传，从而可以保证每个文件分片的数据量都较小，上传速度较快。这样，一旦该文件开始上传，客户端便可以建立该文件的下载任务，只要有文件分片上传至分发服务器，分发服务器便可以将完成上传的文件分片提供给客户端。也就是说，客户端不用等到文件上传端将整个文件上传完成之后，才能从分发服务器中下载该文件，而是在文件上传端上传该文件时，客户端便可以开始逐步地下载该文件，省去了客户端等待整体文件上传完成的时间，从而使得客户端能够更快地获取到相应的文件，减少了用户需要等待的时长。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (23)

1.一种文件分发方法，其特征在于，所述方法包括：

接收客户端发来的文件查询请求，并响应于所述文件查询请求，向所述客户端反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；

接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中；

在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

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

所述客户端还包括管理服务器，所述管理服务器用于发出所述文件查询请求以及接收反馈的所述文件列表。

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

在所述目标文件中所述文件分片的标识指向的目标分片未上传至本地的情况下，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

4.根据权利要求1所述的方法，其特征在于，在接收客户端发来的文件查询请求之前，所述方法还包括：

接收文件上传端发来的文件信息，并基于所述文件信息建立待上传文件的分片索引；所述分片索引中包括已完成上传的文件分片的标识与所述已完成上传的文件分片在本地的存储路径之间的关联关系；

记录所述待上传文件中各个文件分片的上传状态；其中，所述上传状态初始被设置为未上传，当文件分片完成上传时，将完成上传的文件分片的上传状态修改为已上传。

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

在接收到所述文件上传端上传的当前文件分片后，确定接收到的当前文件分片对应的第一校验码，并将所述第一校验码与所述文件上传端发来的针对所述当前文件分片的第一校验码进行比对；

若两个第一校验码相同，将所述当前文件分片的上传状态修改为已上传；

若两个第一校验码不同，将接收到的所述当前文件分片从本地删除，并向所述文件上传端反馈出错信息，以使得所述文件上传端重新上传所述当前文件分片。

6.根据权利要求1或4所述的方法，其特征在于，在接收客户端发来的文件下载请求之后，所述方法还包括：

在本地的分片索引中查询是否存在所述文件下载请求中包含的文件分片的标识；

若存在，在所述分片索引中确定所述文件分片的标识关联的目标存储路径，并将所述目标存储路径下存储的文件分片提供给所述客户端；

若不存在，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

7.根据权利要求1所述的方法，其特征在于，所述文件列表中还包括已完成上传的文件的标识；相应地，在接收客户端发来的文件下载请求之后，所述方法还包括：

判断所述文件下载请求中包含的目标文件的标识是否为正在上传的文件的标识；若不是，向所述客户端提供已完成上传的所述目标文件；若是，判断所述目标文件中所述文件分片的标识指向的目标分片是否已上传至本地。

8.根据权利要求1所述的方法，其特征在于，在向所述客户端提供所述目标分片之后，所述方法还包括：

向所述客户端提供所述目标分片的第二校验码，以使得所述客户端基于所述第二校验码，校验下载的目标分片的内容是否正确。

9.一种分发服务器，其特征在于，所述分发服务器包括：

文件列表反馈单元，用于接收客户端发来的文件查询请求，并响应于所述文件查询请求，向所述客户端反馈文件列表，所述文件列表中至少包括当前正在上传的文件的标识；其中，所述当前正在上传的文件为一个或者多个文件分片，并由文件上传端上传；

文件下载请求接收单元，用于接收所述客户端发来的文件下载请求，所述文件下载请求中包括目标文件的标识以及文件分片的标识；其中，所述目标文件的标识处于所述文件列表中；

目标分片提供单元，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

10.根据权利要求9所述的分发服务器，其特征在于，所述客户端还包括管理服务器，所述管理服务器用于发出所述文件查询请求以及接收反馈的所述文件列表。

11.根据权利要求9所述的分发服务器，其特征在于，所述分发服务器还包括：

暂停指令反馈单元，用于在所述目标文件中所述文件分片的标识指向的目标分片未上传至本地的情况下，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

12.根据权利要求9所述的分发服务器，其特征在于，所述分发服务器还包括：

分片索引建立单元，用于接收文件上传端发来的文件信息，并基于所述文件信息建立待上传文件的分片索引；所述分片索引中包括已完成上传的文件分片的标识与所述已完成上传的文件分片在本地的存储路径之间的关联关系；

上传状态记录单元，用于记录所述待上传文件中各个文件分片的上传状态；其中，所述上传状态初始被设置为未上传，当文件分片完成上传时，将完成上传的文件分片的上传状态修改为已上传。

13.根据权利要求9或12所述的分发服务器，其特征在于，所述分发服务器还包括：

分片查询单元，用于在本地的分片索引中查询是否存在所述文件下载请求中包含的文件分片的标识；

第一处理单元，用于若存在，在所述分片索引中确定所述文件分片的标识关联的目标存储路径，并将所述目标存储路径下存储的文件分片提供给所述客户端；

第二处理单元，用于若不存在，向所述客户端反馈暂停指令，以使得所述客户端根据所述暂停指令，暂停下载所述目标文件。

14.一种文件下载方法，其特征在于，所述方法包括：

获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

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

在所述目标文件中所述文件分片的标识指向的目标分片未上传至所述分发服务器的情况下，接收所述分发服务器发来的暂停指令，以暂停下载所述目标文件。

16.根据权利要求15所述的方法，其特征在于，在暂停下载所述目标文件之后，所述方法还包括：

执行下载列表中另一个文件的下载过程，并在执行完所述下载过程之后，再次向所述分发服务器发送指向所述目标文件的文件下载请求；

或者

在暂停时长达到指定时长阈值时，再次向所述分发服务器发送指向所述目标文件的文件下载请求。

17.根据权利要求14所述的方法，其特征在于，在接收所述分发服务器提供的所述目标分片之后，所述方法还包括：

确定接收到的目标分片对应的第二校验码，并将所述第二校验码与所述分发服务器发来的针对所述目标分片的第二校验码进行比对；

若两个第二校验码相同，在本地保留所述接收到的目标分片；

若两个第二校验码不同，将所述接收到的目标分片从本地删除，并向所述分发服务器反馈出错信息，以重新从所述分发服务器处获取所述目标分片。

18.一种客户端，其特征在于，所述客户端包括：

下载请求发送单元，用于获取下载任务，并基于所述下载任务，向分发服务器发送指向目标文件的文件下载请求；其中，所述目标文件为一个或者多个文件分片，并由文件上传端上传；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

分片接收单元，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至所述分发服务器的情况下，接收所述分发服务器提供的所述目标分片。

19.根据权利要求18所述的客户端，其特征在于，所述客户端还包括管理服务器，所述下载请求发送单元从所述管理服务器获取下载任务。

20.根据权利要求18或19所述的客户端，其特征在于，所述客户端还包括：

暂停下载单元，用于在所述目标文件中所述文件分片的标识指向的目标分片未上传至所述分发服务器的情况下，接收所述分发服务器发来的暂停指令，以暂停下载所述目标文件。

21.根据权利要求20所述的客户端，其特征在于，所述客户端还包括：

重新下载单元，用于执行下载列表中另一个文件的下载过程，并在执行完所述下载过程之后，再次向所述分发服务器发送指向所述目标文件的文件下载请求；或者在暂停时长达到指定时长阈值时，再次向所述分发服务器发送指向所述目标文件的文件下载请求。

22.一种文件分发系统，其特征在于，所述系统包括文件上传端、管理服务器、分发服务器以及客户端，其中：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述管理服务器，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；

所述客户端，用于从所述管理服务器中获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。

23.一种文件分发系统，其特征在于，所述系统包括文件上传端、分发服务器以及客户端，其中：

所述文件上传端，用于将待上传的文件上传至所述分发服务器中，所述待上传的文件为一个或者多个文件分片；

所述客户端，用于向所述分发服务器发送文件查询请求，以从所述分发服务器处获取文件列表，所述文件列表中至少包括当前正在上传的文件的标识；建立与所述文件列表中包含的文件的标识相对应的下载任务；获取下载任务，并基于所述下载任务，向所述分发服务器发送指向目标文件的文件下载请求；所述文件下载请求中包括所述目标文件的标识以及文件分片的标识；

所述分发服务器，用于在所述目标文件中所述文件分片的标识指向的目标分片已上传至本地的情况下，向所述客户端提供所述目标分片。