CN115883541A - 一种批量文件下载方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种批量文件下载方法、装置、电子设备及存储介质，涉及数据处理领域，具体涉及数据下载、数据传输等技术领域。具体实现方案为：客户端检测到文件下载任务的情况下，在与服务端预先建立的QUIC链路上创建控制数据流以及传输数据流，并通过控制数据流向服务端发送资源准备指令，资源准备指令中包括多个待下载文件的标识以及顺序；服务端接收资源准备指令，按照各待下载文件的标识以及顺序，对各待下载文件的资源进行加载并缓存；客户端通过传输数据流向服务端发送文件传输请求；服务端接收文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端；客户端接收从服务端传输的待下载文件的资源，实现了批量文件的快速下载。

Description

一种批量文件下载方法、装置、电子设备及存储介质

技术领域

本公开涉及数据处理领域，进一步涉及数据下载、数据传输等技术领域，尤其涉及一种批量文件下载方法、装置、电子设备及存储介质。

背景技术

随着网络技术的发展，云存储等技术的应用越来越广泛，越来越多的文件被存储于存储设备中，在用户需要使用或下载文件时，需要向存储该文件的存储设备发送数据下载请求，以实现文件的下载。

发明内容

本公开提供了一种批量文件下载方法、装置、电子设备及存储介质。

根据本公开的一方面，提供了一种批量文件下载方法，应用于客户端，包括：

检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流；

通过所述控制数据流，向所述服务端发送所述文件下载任务对应的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；

通过所述传输数据流，向所述服务端发送文件传输请求，并接收从所述服务端传输的待下载文件的资源。

根据本公开的另一方面，提供了一种批量文件下载方法，应用于服务端，包括：

接收客户端通过控制数据流发送的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；所述服务端与所述客户端预先建立了互联网传输层协议QUIC连接；

按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端。

根据本公开的另一方面，提供了一种批量文件下载装置，应用于客户端，包括：

流创建模块，用于检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流；

指令发送模块，用于通过所述控制数据流，向所述服务端发送所述文件下载任务对应的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；

请求发送模块，用于通过所述传输数据流，向所述服务端发送文件传输请求，并接收从所述服务端传输的待下载文件的资源。

根据本公开的另一方面，提供了一种批量文件下载装置，应用于服务端，包括：

指令接收模块，用于接收客户端通过控制数据流发送的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；所述服务端与所述客户端预先建立了互联网传输层协议QUIC连接；

资源准备模块，用于按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

文件传输模块，用于接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开中任一项所述的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本公开中任一项所述的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开中任一项所述的方法。

本公开实施例，实现了批量文件的快速下载。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开批量文件下载的一种场景示意图；

图2是根据本公开批量文件下载方法的一种示意图；

图3是根据本公开批量文件下载方法实施过程的一种示意图；

图4是根据本公开批量文件下载方法的另一种示意图；

图5是根据本公开批量文件下载方法的一种交互示意图；

图6是根据本公开批量文件下载方法的另一种交互示意图；

图7是根据本公开批量文件下载装置的一种示意图；

图8是根据本公开批量文件下载装置的另一种示意图；

图9是用来实现本公开实施例的批量文件下载方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

首先，对本公开中相关的术语进行解释：

QUIC(Quick UDP Internet Connection，快速UDP互联网连接)，是一种互联网传输层协议，具体是一种基于UDP(User Datagram Protocol，用户数据报协议)的低时延的互联网传输层协议。建立在QUIC链路上的每条数据流(stream)能够独立的完成网络请求应答，数据流与数据流之间功能互相独立。

随着互联网技术的不断发展，云存储等技术的应用越来越广泛，越来越多的文件被存储于存储设备中，在用户需要使用或下载文件时，通过电子设备向存储该文件的存储设备发送数据下载请求，以实现对文件的下载使用。

示例性的，文件存储于网盘中，在用户需要从网盘下载大批量的小文件时，用户所使用的客户端先建立与网盘(服务端)之间的网络链路，进一步网盘侧进行待下载文件资源的准备，再通过所建立的网络链路将所准备的待下载文件资源传输给客户端。在此过程中，网络链路的建立以及网盘侧对待下载文件资源的准备花费的时间较长，使得文件下载速度较慢。

为了实现批量文件的快速下载，本公开提供了一种批量文件下载方法，客户端检测到文件下载任务的情况下，在与服务端预先建立的QUIC链路上创建控制数据流以及传输数据流，通过所述控制数据流，向所述服务端发送所述文件下载任务对应的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序，以及通过所述传输数据流，向所述服务端发送文件传输请求。服务端接收客户端通过控制数据流发送的资源准备指令，按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地，以及接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端。客户端接收从所述服务端传输的待下载文件的资源。

本公开实施例中，因预先建立了客户端与服务端之间的QUIC连接，故而无需在客户端启动文件下载任务时再建立客户端与服务端之间的连接，节省了客户端启动文件下载任务时网络链路创建的时间。且，客户端通过在QUIC链路上创建控制数据流，以该控制数据流向服务端发送文件下载任务对应的资源准备指令，以提前通知服务端对待下载文件的资源进行准备，进而，在客户端通过传输数据流向服务端发送文件传输请求的情况下，服务端能够快速响应该文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端，缩短了服务端的资源响应时间，实现了批量文件的快速下载。

本公开实施例提供的批量文件下载方法可应用在大批量文件下载，比如大批量小文件的下载等应用场景中。

示例性的，本公开实施例提供的批量文件下载方法的应用场景，如图1所示，客户端与服务端之间网络连接，客户端比如可以是移动终端、便携式笔记本电脑或者智能手机等等，服务端比如可以是便携式笔记本电脑、台式电脑、云端服务器或者存储设备等等。服务端存储有文件，客户端需要使用文件时，先与服务端建立数据传输链路，再向服务端发送文件下载请求，以对存储于服务端的文件进行下载。

下面对本公开实施例提供的批量文件下载方法进行详细说明。

参见图2，图2为本公开实施例提供的一种批量文件下载方法的流程示意图，应用于客户端，包括以下步骤：

S201，检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流。

在一种可能的实施方式中，客户端在启动后，预先建立与服务端之间的QUIC连接。一个例子中，客户端在启动后，向服务端发送QUIC连接请求，服务端在接收到QUIC连接请求后向客户端反馈响应消息，客户端接收服务端反馈的响应消息，与服务端建立QUIC连接，客户端与服务端之间建立的QUIC连接为一个长连接。

在一种可能的实施方式中，客户端与服务端建立QUIC连接之后，客户端可以在QUIC链路上创建报活数据流，以及通过报活数据流，定时向服务端发送报活消息。

一个例子中，客户端与服务端建立QUIC连接之后，客户端可以定时向服务端发送一条报活消息，即相当于在QUIC链路上创建报活数据流，以及通过报活数据流，定时向服务端发送报活消息。其中，定时可以是间隔预设时长，比如间隔5分钟、10分钟或30分钟等等，报活数据流可以是一个长连接，用于确保客户端与服务端之间的链路存活。优选地，客户端存活，则客户端与服务端之间的QUIC链路存活。

示例性的，报活消息比如可以是PING(Packet Internet Groper，因特网包探索器)消息，该PING消息能够用于测试客户端与服务端是否能够进行数据交互，即测试客户端与服务端之间网络连接的可用性。

本公开实施例中，客户端通过报活数据流定时向服务端发送报活消息，以保证与服务端之间连接的可用性和可靠性。

用户可以通过客户端的交互界面，选择需要下载的文件，触发文件的下载，相应的，客户端在用户通过交互界面触发文件下载的情况下，生成文件下载任务，并在检测到有文件下载任务的情况下，在与服务端之间预先建立的QUIC链路上创建控制数据流以及传输数据流。

S202，通过控制数据流，向服务端发送文件下载任务对应的资源准备指令。

一个例子中，客户端在检测到有文件下载任务的情况下，加载并生成任务信息，该任务信息中可以包含待下载文件的顺序以及标识等，进一步通过与服务端之间预先建立的QUIC链路，向服务端发送文件下载任务对应的资源准备指令，即相当于创建控制数据流，并通过该控制数据流向服务端发送文件下载任务对应的资源准备指令。该资源准备指令中包括多个待下载文件的标识以及顺序，其中，待下载文件的标识可以是待下载文件的名称、表示该待下载文件的编码信息等等。

示例性的，文件下载任务中包含对100个文件的下载，相应的，资源准备指令中包括100个文件的名称或编码信息，以及这100个文件的顺序编号等。

S203，通过传输数据流，向服务端发送文件传输请求，并接收从服务端传输的待下载文件的资源。

一个例子中，客户端在检测到有文件下载任务的情况下，通过与服务端之间预先建立的QUIC链路，向服务端发送文件传输请求，即相当于创建传输数据流，并通过该传输数据流向服务端发送文件传输请求。其中，文件传输请求中可以包含待下载文件的标识以及顺序编号。进一步的客户端接收从服务端传输的待下载文件的资源，实现对待下载文件的下载。文件传输请求中包含的待下载文件的顺序编号，能够确保文件下载的完整性，避免文件下载的遗漏以及错乱。

其中，上述步骤S203通过传输数据流，向服务端发送文件传输请求，与步骤S202通过控制数据流，向服务端发送文件下载任务对应的资源准备指令可以同步或不同步进行。

本公开实施例中，因预先建立了客户端与服务端之间的QUIC连接，故而无需在客户端启动文件下载任务时再建立客户端与服务端之间的连接，节省了客户端启动文件下载任务时网络链路创建的时间。且，客户端通过在QUIC链路上创建控制数据流，以该控制数据流向服务端发送文件下载任务对应的资源准备指令，以提前通知服务端对待下载文件的资源进行准备，进而，在客户端通过传输数据流向服务端发送文件传输请求的情况下，服务端能够快速响应该文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端，缩短了服务端的资源响应时间，实现了批量文件的快速下载。

此外，在文件下载的过程中，只需一条QUIC连接，无需占用客户端与服务端的过多资源，进而节省了客户端与服务端的资源。当然，也可以创建多条QUIC连接来实现批量文件的下载。

在一种可能的实施方式中，上述在与服务端预先建立的QUIC链路上创建控制数据流以及传输数据流，可以包括：在与服务端预先建立的QUIC链路上创建控制数据流以及预设数量条第一传输数据流；

相应的，上述步骤S203通过传输数据流，向服务端发送文件传输请求，并接收从服务端传输的待下载文件的资源的实施过程，可以包括：

按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求；

通过第一传输数据流，接收服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源；

在通过第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭第一传输数据流。

一个例子中，客户端在检测到文件下载任务的情况下，可以在与服务端预先建立的QUIC链路上同步创建一条控制数据流以及预设数量条第一传输数据流，相应的，在通过控制数据流向服务端发送文件下载任务对应的资源准备指令的同时，按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求。其中，预设数量可以根据实际待下载文件的数量或者网络状态等数据确定，本公开实施例中对此不作限定。一条传输数据流可以负责一个或多个文件的传输，本公开实施例中以一条传输数据流负责一个文件的传输为例进行说明。

示例性的，资源准备指令中包括100个文件的名称或编码信息，以及这100个文件的顺序编号，预设数量为10。在通过控制数据流向服务端发送文件下载任务对应的资源准备指令的同时，分别通过10条第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求。比如，通过第一条第一传输数据流向服务端发送包含顺序编号为1的第一目标待下载文件的名称的下载请求，通过第二条第一传输数据流向服务端发送包含顺序编号为2的第一目标待下载文件的名称的下载请求，以此类推。

因建立在QUIC链路上的每条数据流能够独立的完成网络请求应答，数据流与数据流之间功能互相独立，相应的，可以通过第一传输数据流，接收服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源，并在通过第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭第一传输数据流。

相关技术中，在传输单个文件的情况下，服务端在进行待下载文件资源准备时，浪费链路资源，进而不能合理利用用户侧带宽。而在多个文件并行下载的情况下，即使某一时刻多个文件都在使用网络链路，但是可能因为总的文件大小较小，进而各条链路的带宽累加还是不能合理利用用户侧带宽，且，扩大链接数量实现多文件并发下载的方式，每条链路的创建均需要成本。

本公开实施例中，每条数据流能够独立的完成网络请求应答，数据流与数据流之间功能互相独立，且因数据流是逻辑概念，所以数据流的创建没有成本，故而，按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求，以及通过第一传输数据流，接收服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源，并在通过第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭第一传输数据流，相较于现有扩大链接数量实现多文件并发下载，节省了链接创建的成本，通过预设数量条第一传输数据流各自实现文件的传输，以合理利用用户侧带宽资源。

在一种可能的实施方式中，客户端通过控制数据流，向服务端发送文件下载任务对应的资源准备指令，进而服务端能够知晓并准备需要准备的待下载文件的资源，服务端在完成一个待下载文件的资源缓存的情况下，向客户端发送一条准备完毕消息。相应的，客户端在接收到服务端完成一个待下载文件的资源缓存后发送的准备完毕消息的情况下，在QUIC链路上创建第二传输数据流。

进一步的，上述步骤S203通过传输数据流，向服务端发送文件传输请求，并接收从服务端传输的待下载文件的资源的实施过程，还可以包括：

通过第二传输数据流，向服务端发送与准备完毕消息对应的待下载文件的传输请求；

接收从服务端传输的与准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭第二传输数据流。

其中，准备完毕消息中可以包含待下载文件的标识以及顺序编号等。

客户端在接收到准备完毕消息的情况下，表示服务端有加载并缓存的待下载文件的资源，此时创建第二传输数据流，通过第二传输数据流，向服务端发送与准备完毕消息对应的待下载文件的传输请求，与准备完毕消息相对应的，该传输请求中可以包含待下载文件的标识以及顺序编号等，进一步的，接收从服务端传输的与准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭第二传输数据流。

本公开实施例中，客户端在接收到准备完毕消息的情况下，优先创建第二传输数据流，通过第二传输数据流直接将服务端加载缓存的、与准备完毕消息对应的待下载文件的资源传输至本地，无需等待服务端对待下载文件的资源加载，加快了待下载文件的下载速度。

在一种可能的实施方式中，客户端在第一传输数据流关闭，且未接收到服务端发送的准备完毕消息的情况下，还可以执行以下步骤：

在QUIC链路上创建目标数量条新的第一传输数据流；

按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求；

通过新的第一传输数据流，接收服务端返回的该新的第一传输数据流的下载请求对应的第二目标待下载文件的资源；

在通过新的第一传输数据流完成对应第二目标待下载文件的资源接收的情况下，关闭新的第一传输数据流。

一个例子中，目标数量可以根据关闭的第一传输数据流的数量确定。示例性的，目标数量可以为关闭的第一传输数据流的数量，目标数量也可以是介于关闭的第一传输数据流的数量，与预设数量之间的数值等。

示例性的，客户端有3条第一传输数据流关闭，且当前未接收到服务端发送的准备完毕消息，客户端当前完成顺序编号为4-6的待下载文件的资源传输，顺序编号为1-3和7-10的待下载文件的资源正在通过第一传输数据流传输。此时，客户端在QUIC链路上创建3条新的第一传输数据流，按照资源准备指令中各待下载文件的顺序，分别通过3条新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求。比如，可以是通过第一条新的第一传输数据流，向服务端发送包含顺序编号为11的待下载文件的标识的下载请求，通过第二条新的第一传输数据流，向服务端发送包含顺序编号为12的待下载文件的标识的下载请求，通过第三条新的第一传输数据流，向服务端发送包含顺序编号为13的待下载文件的标识的下载请求。进一步的，通过第一条新的第一传输数据流，接收服务端返回的顺序编号为11的待下载文件的资源，并在完成对顺序编号为11的待下载文件的资源接收的情况下，关闭该新的第一传输数据流，以此类推。

示例性的，客户端有2条第一传输数据流关闭，且当前未接收到服务端发送的准备完毕消息，客户端当前完成顺序编号为1-20以及26-27的待下载文件的资源传输，顺序编号为21-25和28-30的待下载文件的资源正在通过新的第一传输数据流传输，顺序编号为31-32的待下载文件的资源正在通过第二传输数据流传输。此时，在QUIC链路上再创建2条新的第一传输数据流，通过第一条新的第一传输数据流，向服务端发送包含顺序编号为33的待下载文件的标识的下载请求，通过第二条新的第一传输数据流，向服务端发送包含顺序编号为34的待下载文件的标识的下载请求。进一步的，通过第一条新的第一传输数据流，接收服务端返回的顺序编号为33的待下载文件的资源，并在完成对顺序编号为33的待下载文件的资源接收的情况下，关闭该新的第一传输数据流，以此类推。

本公开实施例中，客户端在第一传输数据流关闭，且未接收到服务端发送的准备完毕消息的情况下，在QUIC链路上创建目标数量条新的第一传输数据流，按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求，以使得下载待下载文件的资源的传输数据流不少于预设数量条，以充分利用QUIC链路资源以及客户端带宽资源。

在一种可能的实施方式中，上述方法还可以包括：

客户端在接收到针对第三目标待下载文件的取消下载指令的情况下，通过控制数据流，向服务端发送第三目标待下载文件的取消下载指令。

在用户不需要下载某一文件时，可以通过客户端选择取消下载的文件，相应的，客户端能够接收到针对第三目标待下载文件的取消下载指令，并在接收到针对第三目标待下载文件的取消下载指令的情况下，通过控制数据流，向服务端发送第三目标待下载文件的取消下载指令，以取消对第三目标待下载文件的下载。

相较于现有将文件打包下载的情况，在用户预先打包时，下载的过程中无法实现个别文件的取消下载，本公开实施例中，在用户不需要下载某一文件时，直接通过客户端向服务端发送第三目标待下载文件的取消下载指令即可，不会影响其他待下载文件的下载。

示例性的，如图3所示，本公开实施例提供的一种批量文件下载方法的实施过程，应用于客户端，包括：

S301，建立与服务端之间的QUIC连接；

客户端在启动后，建立与服务端之间的QUIC连接。

S302，在QUIC链路上创建报活数据流，通过报活数据流，定时向服务端发送报活消息；

定时向服务端发送报活消息，以保证QUIC链路存活。

S303，检测到文件下载任务的情况下，加载任务信息，在QUIC链路上创建控制数据流以及N(预设数量)条第一传输数据流；

S304，通过控制数据流，向服务端发送文件下载任务对应的资源准备指令，资源准备指令中包括多个待下载文件的标识以及顺序；

S305，检测是否存在待下载文件未下载；

如果存在待下载文件未下载，则执行步骤S306，否则结束。

S306，按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求；

S307，通过第一传输数据流，接收该第一传输数据流的下载请求对应的第一目标待下载文件的资源，并在完成资源接收的情况下，关闭第一传输数据流；

S308，在接收到服务端完成一个待下载文件的资源缓存后发送的准备完毕消息的情况下，在QUIC链路上创建第二传输数据流，以及通过第二传输数据流，向服务端发送与准备完毕消息对应的待下载文件的传输请求；

S309，接收与准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭第二传输数据流；

S310，在第一传输数据流关闭，且未接收到服务端发送的准备完毕消息的情况下，在QUIC链路上创建目标数量条新的第一传输数据流，以及按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求；

S311，通过新的第一传输数据流，接收服务端返回的该新的第一传输数据流的下载请求对应的第二目标待下载文件的资源，并在完成对应第二目标待下载文件的资源接收的情况下，关闭新的第一传输数据流。

进一步执行步骤S305检测是否存在待下载文件未下载，至不存在待下载文件未下载。

参见图4，图4为本公开实施例提供的另一种批量文件下载方法的流程示意图，应用于服务端，包括以下步骤：

S401，接收客户端通过控制数据流发送的资源准备指令。

客户端在启动后，预先建立了与服务端之间的QUIC连接，也即服务端与客户端预先建立了QUIC连接。

在一种可能的实施方式中，服务端接收客户端通过报活数据流发送的报活消息，在确定与客户端能够数据交互的情况下，向客户端反馈确认消息。

一个例子中，服务端能够接收到客户端发送的报活消息，则表示服务端与客户端能够进行数据交互，在此情况下，向客户端反馈确认消息。该报活消息比如可以是PING消息等。

本公开实施例中，客户端通过报活数据流定时向服务端发送报活消息，服务端在确定与客户端能够数据交互的情况下，向客户端反馈确认消息，以保证与服务端之间连接的可用性和可靠性。

客户端在检测到有文件下载任务的情况下，在与服务端之间建立的QUIC链路上创建控制数据流以及传输数据流，并通过控制数据流向服务端发送文件下载任务对应的资源准备指令，服务端接收客户端通过控制数据流发送的资源准备指令，该资源准备指令中包括多个待下载文件的标识以及顺序。

S402，按照各待下载文件的标识以及顺序，对各待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地。

一个例子中，服务端接收客户端通过控制数据流发送的资源准备指令后，按照资源准备指令中各待下载文件的标识以及顺序，从对应的存储设备中对各待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地。其中，存储设备表示待下载文件的存储地，比如，数据库或云端等。

示例性的，服务端按照资源准备指令中各待下载文件的顺序，依次从存储设备中读取待下载文件的标识对应的数据，将所读取的数据加载并缓存至本地。

S403，接收客户端通过传输数据流发送的文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端。

服务端接收客户端通过传输数据流发送的文件传输请求，该文件传输请求中可以包含待下载文件的标识以及顺序编号，将加载并缓存至本地的文件传输请求对应的待下载文件的资源传输给客户端，或者对文件传输请求对应的待下载文件的资源进行加载，并将所加载的资源传输给客户端。

本公开实施例中，因预先建立了客户端与服务端之间的QUIC连接，故而无需在客户端启动文件下载任务时再建立客户端与服务端之间的连接，节省了客户端启动文件下载任务时网络链路创建的时间。且，服务端接收客户端通过控制数据流发送的资源准备指令，以便于对待下载文件的资源提前准备，进而，在接收到客户端通过传输数据流发送的文件传输请求的情况下，能够快速响应该文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端，缩短了服务端的资源响应时间，实现了批量文件的快速下载。

在一种可能的实施方式中，上述步骤S403接收客户端通过传输数据流发送的文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端的实施过程，可以包括：

接收客户端通过各第一传输数据流发送的包含第一目标待下载文件的标识的下载请求；

根据第一目标待下载文件的标识，对各第一目标待下载文件的资源进行加载，并通过第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给客户端。

一个例子中，客户端在检测到文件下载任务的情况下，在通过控制数据流向服务端发送文件下载任务对应的资源准备指令的同时，按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求，服务端接收客户端通过各第一传输数据流发送的包含第一目标待下载文件的标识的下载请求，此种情况下，服务端还未对待下载文件的资源进行加载并缓存，进而根据第一目标待下载文件的标识，对各第一目标待下载文件的资源进行加载，并通过第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给客户端。

本公开实施例中，客户端通过创建的各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求，服务端根据第一目标待下载文件的标识，对各第一目标待下载文件的资源进行加载，并通过第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给客户端，因每条数据流能够独立的完成网络请求应答，数据流与数据流之间功能互相独立，且因数据流是逻辑概念，所以数据流的创建没有成本，相较于现有扩大链接数量实现多文件并发下载，节省了链接创建的成本，通过多条第一传输数据流各自实现文件的传输，能够合理利用带宽资源。

在一种可能的实施方式中，服务端接收客户端通过控制数据流发送的资源准备指令，按照资源准备指令中各待下载文件的标识以及顺序，从对应的存储设备中对各待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地，在完成一个待下载文件的资源缓存的情况下，向客户端发送一条准备完毕消息。

客户端在接收到服务端完成一个待下载文件的资源缓存后发送的准备完毕消息的情况下，在QUIC链路上创建第二传输数据流，并通过第二传输数据流，向服务端发送与准备完毕消息对应的待下载文件的传输请求。服务端接收客户端通过第二传输数据流发送的传输请求，将本地缓存中已缓存的与传输请求对应的待下载文件的资源，通过第二传输数据流发送给客户端，并将与传输请求对应的待下载文件的资源从本地缓存中删除。

本公开实施例中，服务端在完成一个待下载文件的资源缓存的情况下，向客户端发送一条准备完毕消息，使得客户端在接收到准备完毕消息的情况下，创建第二传输数据流，通过第二传输数据流直接将服务端加载缓存的、与准备完毕消息对应的待下载文件的资源传输至本地，无需等待服务端对待下载文件的资源加载，加快了待下载文件的下载速度。

在一种可能的实施方式中，客户端在第一传输数据流关闭，且未接收到服务端发送的准备完毕消息的情况下，在QUIC链路上创建新的第一传输数据流，并按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求。服务端接收客户端通过各新的第一传输数据流发送的包含第二目标待下载文件的标识的下载请求，根据第二目标待下载文件的标识，确定第二目标待下载文件的资源是否正在加载并缓存。在第二目标待下载文件的资源正在加载并缓存的情况下，将已缓存部分通过对应新的第一传输数据流发送给客户端，并停止对第二目标待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给客户端。在第二目标待下载文件的资源没有正在加载并缓存的情况下，对第二目标待下载文件的资源进行加载，并将所加载的第二目标待下载文件的资源通过对应新的第一传输数据流发送给客户端。

示例性的，客户端当前完成顺序编号为1-10以及12-15的待下载文件的资源传输，顺序编号为11和16-20的待下载文件的资源正在通过新的第一传输数据流传输，服务端当前正在加载并缓存顺序编号为21-30的待下载文件的资源。此时，服务端收到4条新的第一传输数据流发送的包含第二目标待下载文件的标识的下载请求，各第二目标待下载文件的标识对应的待下载文件的顺序编号分别为21-24，则服务端根据各第二目标待下载文件的标识，分别确定每一第二目标待下载文件的资源是否正在加载并缓存。如果顺序编号为21-22的待下载文件已加载并缓存部分，则将顺序编号为21-22的待下载文件已缓存部分通过对应新的第一传输数据流发送给客户端，并停止对顺序编号为21-22的待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给客户端。如果顺序编号为23-24的待下载文件还未开始加载缓存，对顺序编号为23-24的待下载文件的资源进行加载，并将所加载的顺序编号为23-24的待下载文件的资源通过对应新的第一传输数据流发送给客户端。

本公开实施例中，服务端接收客户端通过各新的第一传输数据流发送的包含第二目标待下载文件的标识的下载请求，根据第二目标待下载文件的标识，确定第二目标待下载文件的资源是否正在加载并缓存，如果是，将已缓存部分通过对应新的第一传输数据流发送给客户端，并停止对第二目标待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给客户端，以使得服务端能够快速响应客户端的下载请求，提高了待下载文件的下载速度。

在一种可能的实施方式中，上述按照各待下载文件的标识以及顺序，对各待下载文件的资源进行加载的实施方式，可以包括：

按照各待下载文件的标识以及顺序，对各待下载文件的资源进行批量加载，其中，批量加载的待下载文件的数量根据正在传输待下载文件资源的传输数据流的数量确定。

一个例子的，批量加载的待下载文件的数量，与正在传输待下载文件资源的传输数据流的数量可以是倍数关系，比如，批量加载的待下载文件的数量，可以是正在传输待下载文件资源的传输数据流的数量的1倍、2倍或3倍等。批量加载的待下载文件的数量还可以是大于正在传输待下载文件资源的传输数据流的数量的数值。示例性的，正在传输待下载文件资源的传输数据流的数量为10个，批量加载的待下载文件的数量可以是10的倍数，或大于10的数。

本公开实施例中，服务端按照各待下载文件的标识以及顺序，对各待下载文件的资源进行批量加载，以保证服务端加载缓存待下载文件的数量，使得待下载文件的资源传输与请求下载无缝衔接，节省资源的准备时间，提高了待下载文件的下载速度。

在一种可能的实施方式中，上述方法还可以包括：服务端接收客户端通过控制数据流发送的第三目标待下载文件的取消下载指令，取消对第三目标待下载文件的资源加载，或者从本地缓存中删除第三目标待下载文件的资源。

客户端在接收到针对第三目标待下载文件的取消下载指令的情况下，通过控制数据流，向服务端发送第三目标待下载文件的取消下载指令，服务端接收客户端通过控制数据流发送的第三目标待下载文件的取消下载指令，在第三目标待下载文件的资源未加载的情况下，取消对第三目标待下载文件的资源加载，在第三目标待下载文件的资源已完成加载并缓存的情况下，从本地缓存中删除第三目标待下载文件的资源。

本公开实施例中，在用户不需要下载某一文件时，直接通过客户端向服务端发送第三目标待下载文件的取消下载指令即可，不会影响其他待下载文件的下载。

示例性的，如图5所示，本公开实施例中批量文件下载的实现过程包括：

S501，客户端510在启动后，向服务端520发送QUIC连接请求；

S502，服务端520接收QUIC连接请求，向客户端510反馈响应消息；

S503，客户端510接收服务端520反馈的响应消息，建立与服务端520的QUIC连接，并在QUIC链路上创建报活数据流(参见图6)；

S504，客户端510通过报活数据流，定时向服务端520发送报活消息；

S505，服务端520接收报活消息；

S506，服务端520在确定与客户端510能够数据交互的情况下，向客户端510反馈确认消息；

S507，客户端510检测到文件下载任务的情况下，在与服务端520预先建立的QUIC链路上创建控制数据流以及预设数量条第一传输数据流(参见图6)；

S508，客户端510通过控制数据流向服务端520发送文件下载任务对应的资源准备指令，资源准备指令中包括多个待下载文件的标识以及顺序；

S509，服务端520接收资源准备指令，按照资源准备指令中各待下载文件的标识以及顺序，对各待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

S510，客户端510按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端520发送包含第一目标待下载文件的标识的下载请求；

S511，服务端520接收包含第一目标待下载文件的标识的下载请求，根据第一目标待下载文件的标识，对各第一目标待下载文件的资源进行加载；

S512，服务端520通过第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给客户端510；

S513，客户端510通过第一传输数据流，接收该第一传输数据流的下载请求对应的第一目标待下载文件的资源，并在完成资源接收的情况下，关闭第一传输数据流；

S514，服务端520在完成一个待下载文件的资源缓存的情况下，向客户端510发送一条准备完毕消息；

S515，客户端510在接收到准备完毕消息的情况下，在QUIC链路上创建第二传输数据流；

S516，客户端510通过第二传输数据流，向服务端520发送与准备完毕消息对应的待下载文件的传输请求；

S517，服务端520接收传输请求，将本地缓存中已缓存的与传输请求对应的待下载文件的资源，通过第二传输数据流发送给客户端510，并将与传输请求对应的待下载文件的资源从本地缓存中删除；

S518，客户端510接收与准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭第二传输数据流；

S519，客户端510在第一传输数据流关闭，且未接收到服务端520发送的准备完毕消息的情况下，在QUIC链路上创建目标数量条新的第一传输数据流；

S520，客户端510按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端520发送包含第二目标待下载文件的标识的下载请求；

S521，服务端520接收包含第二目标待下载文件的标识的下载请求，根据第二目标待下载文件的标识，确定第二目标待下载文件的资源是否正在加载并缓存，在是的情况下，将已缓存部分通过对应新的第一传输数据流发送给客户端510，并停止对第二目标待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给客户端510；

S522，客户端510通过新的第一传输数据流，接收服务端520返回的该新的第一传输数据流的下载请求对应的第二目标待下载文件的资源，并在完成对应第二目标待下载文件的资源接收的情况下，关闭新的第一传输数据流；

S523，客户端510在接收到针对第三目标待下载文件的取消下载指令的情况下，通过控制数据流，向服务端520发送第三目标待下载文件的取消下载指令；

S524，服务端520接收第三目标待下载文件的取消下载指令，取消对第三目标待下载文件的资源加载，或者从本地缓存中删除第三目标待下载文件的资源。

本公开实施例还提供了一种批量文件下载装置，应用于客户端，参见图7，该装置包括：

流创建模块701，用于检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流；

指令发送模块702，用于通过控制数据流，向服务端发送文件下载任务对应的资源准备指令，资源准备指令中包括多个待下载文件的标识以及顺序；

请求发送模块703，用于通过传输数据流，向服务端发送文件传输请求，并接收从服务端传输的待下载文件的资源。

本公开实施例中，因预先建立了客户端与服务端之间的QUIC连接，故而无需在客户端启动文件下载任务时再建立客户端与服务端之间的连接，节省了客户端启动文件下载任务时网络链路创建的时间。且，客户端通过在QUIC链路上创建控制数据流，以该控制数据流向服务端发送文件下载任务对应的资源准备指令，以提前通知服务端对待下载文件的资源进行准备，进而，在客户端通过传输数据流向服务端发送文件传输请求的情况下，服务端能够快速响应该文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端，缩短了服务端的资源响应时间，实现了批量文件的快速下载。

在一种可能的实施方式中，上述流创建模块701，具体用于：检测到文件下载任务的情况下，在与服务端预先建立的QUIC链路上创建控制数据流以及预设数量条第一传输数据流；

上述请求发送模块703，具体用于：

按照资源准备指令中各待下载文件的顺序，分别通过各第一传输数据流，向服务端发送包含第一目标待下载文件的标识的下载请求；

通过第一传输数据流，接收服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源；

在通过第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭第一传输数据流。

在一种可能的实施方式中，上述装置还包括：

传输流创建模块，用于在接收到服务端完成一个待下载文件的资源缓存后发送的准备完毕消息的情况下，在QUIC链路上创建第二传输数据流；

传输请求发送模块，用于通过第二传输数据流，向服务端发送与准备完毕消息对应的待下载文件的传输请求；

第一资源接收模块，用于接收从服务端传输的与准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭第二传输数据流。

在一种可能的实施方式中，上述装置还包括：

下载流创建模块，用于在第一传输数据流关闭，且未接收到服务端发送的准备完毕消息的情况下，在QUIC链路上创建目标数量条新的第一传输数据流；

下载请求发送模块，用于按照资源准备指令中各待下载文件的顺序，分别通过各新的第一传输数据流，向服务端发送包含第二目标待下载文件的标识的下载请求；

第二资源接收模块，用于通过新的第一传输数据流，接收服务端返回的该新的第一传输数据流的下载请求对应的第二目标待下载文件的资源；

流关闭模块，用于在通过新的第一传输数据流完成对应第二目标待下载文件的资源接收的情况下，关闭新的第一传输数据流。

在一种可能的实施方式中，上述装置还包括：

报活流创建模块，用于在QUIC链路上创建报活数据流；

报活请求模块，用于通过报活数据流，定时向服务端发送报活消息。

在一种可能的实施方式中，上述装置还包括：

取消指令发送模块，用于在接收到针对第三目标待下载文件的取消下载指令的情况下，通过控制数据流，向服务端发送第三目标待下载文件的取消下载指令。

本公开实施例还提供了一种批量文件下载装置，应用于服务端，参见图8，该装置包括：

指令接收模块801，用于接收客户端通过控制数据流发送的资源准备指令，资源准备指令中包括多个待下载文件的标识以及顺序；服务端与客户端预先建立了互联网传输层协议QUIC连接；

资源准备模块802，用于按照各待下载文件的标识以及顺序，对各待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

文件传输模块803，用于接收客户端通过传输数据流发送的文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端。

本公开实施例中，因预先建立了客户端与服务端之间的QUIC连接，故而无需在客户端启动文件下载任务时再建立客户端与服务端之间的连接，节省了客户端启动文件下载任务时网络链路创建的时间。且，服务端接收客户端通过控制数据流发送的资源准备指令，以便于对待下载文件的资源提前准备，进而，在接收到客户端通过传输数据流发送的文件传输请求的情况下，能够快速响应该文件传输请求，将文件传输请求对应的待下载文件的资源传输给客户端，缩短了服务端的资源响应时间，实现了批量文件的快速下载。

在一种可能的实施方式中，上述文件传输模块803，具体用于：

接收客户端通过各第一传输数据流发送的包含第一目标待下载文件的标识的下载请求；

根据第一目标待下载文件的标识，对各第一目标待下载文件的资源进行加载，并通过第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给客户端。

在一种可能的实施方式中，上述装置还包括：

消息发送模块，用于在完成一个待下载文件的资源缓存的情况下，向客户端发送一条准备完毕消息；

传输请求接收模块，用于接收客户端通过第二传输数据流发送的传输请求；

资源传输模块，用于将本地缓存中已缓存的与传输请求对应的待下载文件的资源，通过第二传输数据流发送给客户端，并将与传输请求对应的待下载文件的资源从本地缓存中删除。

在一种可能的实施方式中，上述装置还包括：

下载请求接收模块，用于接收客户端通过各新的第一传输数据流发送的包含第二目标待下载文件的标识的下载请求；

缓存确定模块，用于根据第二目标待下载文件的标识，确定第二目标待下载文件的资源是否正在加载并缓存；

资源反馈模块，用于在缓存确定模块确定第二目标待下载文件的资源正在加载并缓存的情况下，将已缓存部分通过对应新的第一传输数据流发送给客户端，并停止对第二目标待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给客户端。

在一种可能的实施方式中，上述装置还包括：

消息接收模块，用于接收客户端通过报活数据流发送的报活消息；

消息确认模块，用于在确定与客户端能够数据交互的情况下，向客户端反馈确认消息。

在一种可能的实施方式中，上述资源准备模块802，具体用于：按照各待下载文件的标识以及顺序，对各待下载文件的资源进行批量加载，其中，批量加载的待下载文件的数量根据正在传输待下载文件资源的传输数据流的数量确定。

在一种可能的实施方式中，上述装置还包括：

取消加载模块，用于接收客户端通过控制数据流发送的第三目标待下载文件的取消下载指令，取消对第三目标待下载文件的资源加载，或者从本地缓存中删除第三目标待下载文件的资源。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

本公开提供的一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开中任一项的方法。

本公开提供的一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开中任一项的方法。

本公开提供的一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本公开中任一项的方法。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。

图9示出了可以用来实施本公开的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(ROM)902中的计算机程序或者从存储单元908加载到随机访问存储器(RAM)903中的计算机程序，来执行各种适当的动作和处理。在RAM 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

设备900中的多个部件连接至I/O接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如批量文件下载方法。例如，在一些实施例中，批量文件下载方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由ROM 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序加载到RAM 903并由计算单元901执行时，可以执行上文描述的批量文件下载方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行批量文件下载方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

1.一种批量文件下载方法，应用于客户端，包括：

检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流；

通过所述控制数据流，向所述服务端发送所述文件下载任务对应的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；

通过所述传输数据流，向所述服务端发送文件传输请求，并接收从所述服务端传输的待下载文件的资源。

2.根据权利要求1所述的方法，其中，所述在与服务端预先建立的QUIC链路上创建控制数据流以及传输数据流，包括：在与所述服务端预先建立的QUIC链路上创建控制数据流以及预设数量条第一传输数据流；

所述通过所述传输数据流，向所述服务端发送文件传输请求，并接收从所述服务端传输的待下载文件的资源，包括：

按照所述资源准备指令中各待下载文件的顺序，分别通过各所述第一传输数据流，向所述服务端发送包含第一目标待下载文件的标识的下载请求；

通过所述第一传输数据流，接收所述服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源；

在通过所述第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭所述第一传输数据流。

3.根据权利要求2所述的方法，还包括：

在接收到所述服务端完成一个待下载文件的资源缓存后发送的准备完毕消息的情况下，在所述QUIC链路上创建第二传输数据流；

通过所述第二传输数据流，向所述服务端发送与所述准备完毕消息对应的待下载文件的传输请求；

接收从所述服务端传输的与所述准备完毕消息对应的待下载文件的资源，并在资源完成接收的情况下，关闭所述第二传输数据流。

4.根据权利要求2或3所述的方法，在所述第一传输数据流关闭，且未接收到所述服务端发送的准备完毕消息的情况下，还包括：

在所述QUIC链路上创建目标数量条新的第一传输数据流；

按照所述资源准备指令中各待下载文件的顺序，分别通过各所述新的第一传输数据流，向所述服务端发送包含第二目标待下载文件的标识的下载请求；

通过所述新的第一传输数据流，接收所述服务端返回的该新的第一传输数据流的下载请求对应的第二目标待下载文件的资源；

在通过所述新的第一传输数据流完成对应第二目标待下载文件的资源接收的情况下，关闭所述新的第一传输数据流。

5.根据权利要求1所述的方法，还包括：

在所述QUIC链路上创建报活数据流；

通过所述报活数据流，定时向所述服务端发送报活消息。

6.根据权利要求1-5任一所述的方法，还包括：

在接收到针对第三目标待下载文件的取消下载指令的情况下，通过所述控制数据流，向所述服务端发送所述第三目标待下载文件的取消下载指令。

7.一种批量文件下载方法，应用于服务端，包括：

接收客户端通过控制数据流发送的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；所述服务端与所述客户端预先建立了互联网传输层协议QUIC连接；

按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端。

8.根据权利要求7所述的方法，其中，所述接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端，包括：

接收所述客户端通过各第一传输数据流发送的包含第一目标待下载文件的标识的下载请求；

根据所述第一目标待下载文件的标识，对各所述第一目标待下载文件的资源进行加载，并通过所述第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给所述客户端。

9.根据权利要求8所述的方法，还包括：

在完成一个待下载文件的资源缓存的情况下，向所述客户端发送一条准备完毕消息；

接收所述客户端通过第二传输数据流发送的传输请求；

将本地缓存中已缓存的与所述传输请求对应的待下载文件的资源，通过所述第二传输数据流发送给所述客户端，并将所述与所述传输请求对应的待下载文件的资源从本地缓存中删除。

10.根据权利要求8或9所述的方法，还包括：

接收所述客户端通过各新的第一传输数据流发送的包含第二目标待下载文件的标识的下载请求；

根据所述第二目标待下载文件的标识，确定所述第二目标待下载文件的资源是否正在加载并缓存；

在所述第二目标待下载文件的资源正在加载并缓存的情况下，将已缓存部分通过对应新的第一传输数据流发送给所述客户端，并停止对所述第二目标待下载文件的资源缓存，以及将未缓存部分加载后通过对应新的第一传输数据流发送给所述客户端。

11.根据权利要求7所述的方法，还包括：

接收所述客户端通过报活数据流发送的报活消息；

在确定与所述客户端能够数据交互的情况下，向所述客户端反馈确认消息。

12.根据权利要求7所述的方法，其中，所述按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，包括：

按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行批量加载，其中，批量加载的待下载文件的数量根据正在传输待下载文件资源的传输数据流的数量确定。

13.根据权利要求7-12任一所述的方法，还包括：

接收所述客户端通过所述控制数据流发送的第三目标待下载文件的取消下载指令，取消对所述第三目标待下载文件的资源加载，或者从本地缓存中删除所述第三目标待下载文件的资源。

14.一种批量文件下载装置，应用于客户端，包括：

流创建模块，用于检测到文件下载任务的情况下，在与服务端预先建立的互联网传输层协议QUIC链路上创建控制数据流以及传输数据流；

指令发送模块，用于通过所述控制数据流，向所述服务端发送所述文件下载任务对应的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；

请求发送模块，用于通过所述传输数据流，向所述服务端发送文件传输请求，并接收从所述服务端传输的待下载文件的资源。

15.根据权利要求14所述的装置，其中，所述流创建模块，具体用于：检测到文件下载任务的情况下，在与所述服务端预先建立的QUIC链路上创建控制数据流以及预设数量条第一传输数据流；

所述请求发送模块，具体用于：

按照所述资源准备指令中各待下载文件的顺序，分别通过各所述第一传输数据流，向所述服务端发送包含第一目标待下载文件的标识的下载请求；

通过所述第一传输数据流，接收所述服务端返回的该第一传输数据流的下载请求对应的第一目标待下载文件的资源；

在通过所述第一传输数据流完成对应第一目标待下载文件的资源接收的情况下，关闭所述第一传输数据流。

16.一种批量文件下载装置，应用于服务端，包括：

指令接收模块，用于接收客户端通过控制数据流发送的资源准备指令，所述资源准备指令中包括多个待下载文件的标识以及顺序；所述服务端与所述客户端预先建立了互联网传输层协议QUIC连接；

资源准备模块，用于按照各待下载文件的标识以及顺序，对各所述待下载文件的资源进行加载，并将所加载的待下载文件的资源缓存至本地；

文件传输模块，用于接收所述客户端通过传输数据流发送的文件传输请求，将所述文件传输请求对应的待下载文件的资源传输给所述客户端。

17.根据权利要求16所述的装置，其中，所述文件传输模块，具体用于：

接收所述客户端通过各第一传输数据流发送的包含第一目标待下载文件的标识的下载请求；

根据所述第一目标待下载文件的标识，对各所述第一目标待下载文件的资源进行加载，并通过所述第一传输数据流将所加载的该第一传输数据流的下载请求对应的第一目标待下载文件的资源发送给所述客户端。

18.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6或7-13中任一项所述的方法。

19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-6或7-13中任一项所述的方法。

20.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6或7-13中任一项所述的方法。

Images