CN115086297A - 文件处理方法及设备 - Google Patents

Abstract

本申请实施例提供一种文件处理方法及设备。其中，该方法包括：响应于客户端发送的分段请求，识别所述分段请求中的请求标识；其中，所述请求标识为所述客户端为针对目标文件的下载请求而生成；将所述目标文件中，所述分段请求对应的分段文件发送至所述客户端；根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。本申请实施例提供的技术方案实现了服务端确定目标文件的下载结果的发明目的。

Description

文件处理方法及设备

技术领域

本申请实施例涉及数据处理技术领域，尤其涉及一种文件处理方法及设备。

背景技术

浏览器等提供文件下载功能的客户端，为了提高下载速度等，通常会采用分段下载方式从对应服务端进行文件下载。

分段下载方式下，客户端基于用户针对目标文件的下载请求，从服务端请求分段下载该目标文件，服务端根据每个分段请求所请求下载的数据范围提供目标文件中对应的分段数据，服务端往往无法确定目标文件最终下载是否成功等。

发明内容

本申请实施例提供一种文件处理方法及设备，用以解决现有技术中服务端无法确定目标文件的下载结果的技术问题。

第一方面，本申请实施例中提供了一种文件处理方法，包括：

响应于客户端发送的分段请求，识别所述分段请求中的请求标识；其中，所述请求标识为所述客户端为针对目标文件的下载请求而生成；

将所述目标文件中，所述分段请求对应的分段文件发送至所述客户端；

根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。

第二方面，本申请实施例中提供了一种文件处理方法，包括：

接收下载请求；所述下载请求用于指示下载目标文件；

生成所述下载请求的请求标识；

向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件；

根据所述请求标识，将所述分段文件的实际下载数据量反馈至所述服务端；其中，所述请求标识用于确定对应所述下载请求的多个分段文件，并根据所述多个分段文件的下载数据量，确定所述目标文件的下载结果。

第三方面，本申请实施例中提供了一种计算设备，包括存储组件以及处理组件；所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行，以实现如上述第一方面所述的文件处理方法。

第四方面，本申请实施例中提供了一种电子设备，包括存储组件、显示组件以及处理组件；所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行，以实现如上述第二方面所述的文件处理方法。

本申请实施例中，服务端通过识别客户端发送的分段请求中的请求标识以及请求标识对应的多个分段文件的实际下载数据量，进而基于实际下载数据量，实现了准确确定目标文件的下载结果的发明目的。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1是根据一示例性实施例示出的一种文件处理方法的***架构示意图；

图2示出了本申请提供的一种文件处理方法一个实施例的流程示意图；

图3示出了本申请提供的一种文件处理方法一个实施例的流程示意图；

图4示出了本申请提供的一种文件处理方法一个实施例的流程示意图；

图5示出了本申请实施例在一个实际应用中的文件处理过程交互示意图；

图6示出了本申请提供的一种文件处理装置一个实施例的结构示意图；

图7示出了本申请提供的一种文件处理装置一个实施例的结构示意图；

图8示出了与本申请提供的一种计算设备一个实施例的结构示意图；

图9示出了与本申请提供的一种电子设备一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请实施例的技术方案可以应用于文件下载场景中。

正如背景技术中所述，在分段下载场景中，服务端往往无法确定文件下载是否成功，发明人研究发现，服务端在客户端进行分段下载时，无法评估文件是否下载成功，原因是因为服务端无法区分不同分段请求是否对应同一个下载请求，仅是根据分段请求所对应的数据范围将对应数据提供给客户端，由客户端将分段下载的文件拼接生成目标文件再反馈给用户。

基于上述研究发现，发明人经过一系列思考提出了本申请实施例的技术方案，在本申请实施例中，服务端响应于客户端发送的分段请求，识别所述分段请求中的请求标识；其中，所述请求标识为所述客户端为针对目标文件的下载请求而生成；将所述目标文件中所述分段请求对应的分段文件发送至所述客户端；根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。本申请实施例提供的技术方案服务端通过请求标识可以识别多个分段请求，根据多个分段请求对应的多个分段文件的实际下载数据量，即可以准确确定目标文件的下载结果。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是根据一示例性实施例示出的一种文件处理方法的***架构示意图，如图1所示，该***架构包括客户端101和服务端102。

其中，客户端101与服务端102之间可以通过网络建立连接。网络为用户端101与服务端102之间提供了通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

客户端101可以为浏览器、APP(Application，应用程序)、或网页应用如H5(HyperText Markup Language5，超文本标记语言第5版)应用、或轻应用(也被称为小程序，一种轻量级应用程序)或云应用等，客户端101通常部署在电子设备中，需要依赖设备运行或者设备中的某些app而运行等，为了便于理解，图1中客户端以电子设备形式示出。电子设备例如可以具有显示屏并支持信息浏览等，如可以是智能手机，手机电脑，台式电脑，平板中任一种。该电子设备中还可以安装各种其它类应用，例如人机对话类应用、模型训练类应用、文本处理类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

客户端101可以泛指多个客户端中的一个，本实施例仅以客户端101来举例说明。本领域技术人员能够知晓，上述客户端的数量可能更多或更少。比如上述客户端仅为几个，或者上述客户端为几十个或几百个，或者更多数量，本公开实施例对客户端的数量和设备类型均不加以限定。

服务端102可以为一台服务器、多台服务器、云服务器、云计算平台和虚拟化中心中的至少一种。服务端102可以是提供目标文件的数据源端或者与数据源端连接的第三方平台等。在一些实施例中，上述服务器的数量更多或更少，本公开实施例对此不加以限定。当然，在另一些实施例中，服务端102还包括其他功能服务器，以便提供更全面且多样化的服务。

以下对本申请实施例的技术方案的实现细节进行详细阐述。

对应于图1的***架构示意图，以下对本申请实施例的技术方案的实现细节进行详细阐述。

图2示出了本申请提供的一种文件处理方法一个实施例的流程示意图。本实施例的技术方案由服务端执行，该方法可以包括以下几个步骤：

201、响应于客户端发送的分段请求，识别分段请求中的请求标识。

其中，请求标识为客户端为针对目标文件的下载请求而生成，该请求标识可以作为请求参数包含于分段请求中。

其中，请求标识可以为通用唯一识别码(Universally Unique Identifier，简称UUID)，下载请求所对应的至少一个分段请求中的UUID均一致。

可选地，服务端可以接收一段时间内客户端发送的分段请求，进一步识别接收到的多个分段请求分别对应的请求标识；服务端也可以每接收到一个分段请求，就确定该分段请求中的请求标识。

其中，实际应用中，针对目标文件的下载请求可以是客户端响应于用户下载操作而生成，客户端可以输出文件下载提示信息，检测到针对文件下载提示信息的触发操作，可以生成下载请求。

此外，下载请求也可以是第三方应用发送至客户端，也即目标文件对应的文件下载提示信息可以在第三方应用中展示，第三方应用检测到针对该文件下载提示信息的触发操作，可以调用客户端，向客户端发送下载请求，由客户端进行文件下载等。

202、将目标文件中，分段请求对应的分段文件发送至客户端。

其中，服务端在接收到分段请求之后，确定分段请求所请求的目标文件的数据范围，并将该数据范围对应的分段文件发送至客户端。

客户端可以同时开启多个下载线程，由多个下载线程同时发送分段请求，以分别下载不同的分段文件，此时，服务端可以将多个分段文件同时发送至客户端。

当然，客户端也可以结合带宽需求等，逐一发送分段请求以分别下载不同的分段文件。

203、根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果。

由于网络环境变化、连接故障等原因，可能导致客户端无法完全接收每个分段文件，从而最终导致目标文件下载失败。本实施例中，可以确定请求标识对应的多个分段文件的实际下载数据量，据此可以判定目标文件是否下载成功等，并生成下载结果。

其中，多个分段文件的实际下载数据量可以由客户端发送，因此，将目标文件中，该分段请求对应的分段文件发送至所述客户端之后，该方法还可以包括：接收客户端反馈的该分段文件的实际下载数据量。

该实际下载数据量可以是每个分段文件对应的实际下载数据量。服务端可以根据所述多个分段文件的实际下载数据量，确定所述下载请求对应的下载总量。

此外，客户端也可以在下载结束之后，统计目标文件对应的实际下载数据量，此时，服务端可以直接将客户端反馈的实际下载数据量作为下载请求对应的下载总量。

服务端可以具体将下载总量与目标文件对应的数据总量进行比较，以确定下载结果。

其中，服务端可以接收到针对目标文件的分段请求之后，确定分段请求对应的目标文件，并获取目标文件的数据总量。

其中，该下载结果可以至少包括下载是否成功的相关消息，如下载成功消息或下载失败消息等，以根据下载结果可以确定目标文件是否下载成功等。

在本实施例中，服务端响应于客户端发送的分段请求，识别分段请求中的请求标识；其中，请求标识为客户端为针对目标文件的下载请求而生成；将目标文件中，分段请求对应的分段文件发送至客户端；根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果。本申请实施例提供的技术方案服务端通过请求标识可以识别对应同一下载请求的多个分段文件，基于多个分段文件的实际下载数据量，即可以确定目标文件的下载结果，实现了服务端准确确定目标文件下载结果的目的。

可以理解的是，在得到下载结果之后，服务端还可以针对下载结果进行进一步的处理。如图3所示，作为又一个实施例，确定目标文件的下载结果之后，该方法还可以包括如下步骤：

301、统计目标文件对应的至少一个下载结果，生成目标文件的下载评估信息。

其中，每个下载结果可以按照如图2所示实施例中的文件处理方法获得，此处不再重复赘述。

在一些实施例中，统计目标文件对应的至少一个下载结果，生成目标文件的下载评估信息可以实现为：统计目标文件对应的至少一个下载结果，确定目标文件的下载成功率；在下载成功率小于第一数值，统计包含下载失败消息的下载结果中的下载总量，确定下载失败数据量；生成包括下载失败数据量以及下载成功率的下载评估信息；在下载成功率大于第二数值，生成包括下载成功率的下载评估信息。

其中，下载成功率可以是目标文件的实际下载量和目标文件的数据总量的比值，在下载成功率高于某一数值的情况下，可以认定为目标文件下载成功，同样的，在下载成功率低于某一数值的情况下，可以认定为目标文件下载成功，因此，第一数值小于等于第二数值。

其中，可以统计预定时间范围内目标文件对应的至少一个下载结果，该预定时间范围比如可以由距离当前时刻之前的一定时长构成。

比如，在预定时间范围内，存在10个下载请求，以分段下载目标文件，则针对每个下载请求可以获得对应的一个下载结果，从而服务端可以统计获得目标文件对应的10个下载结果。下载结果可以包括下载成功消息或下载失败消息。通过统计10个下载结果中下载成功的次数，即可以获得目标文件的下载成功率，比如有8个下载结果均为下载成功，则下载成功率即为80％，对应的下载失败率即为20％。

下载结果还可以包括下载总量，若下载成功率小于第一数值，可以根据多个包括下载失败消息的下载结果对应的下载总量，取中值或平均值或最大值或最小值等，统计获得下载失败数据量。该第一数值可以根据实际需求设定。

此外，若下载成功率小于第一数值，还可以根据多个包括下载失败消息的下载结果对应的下载总时长，取中值或平均值或最大值或最小值等，作为下载失败时长，具体可以生成包括下载失败数据量、下载失败时长以及下载成功率的下载评估信息。

302、执行下载评估信息对应的处理操作。

作为一种可选方式，执行下载评估信息对应的处理操作可以实现为将下载评估信息发送至目标文件的数据源端。

其中，目标文件可以是数据源端发布至服务端等，此时，服务端获得下载评估信息之后，可以发送至数据源端。数据源端可以基于该下载评估信息进行相应处理，比如下载成功率低于一定数值，且下载失败数据量小于一定数值或下载失败时长大于一定时长，表明目标文件可能过大而导致多次下载失败，此时可以目标文件进行压缩处理、或者删除冷数据，或者更换数据类型等，以减少目标文件的数据总量等。又如，若下载成功率低于一定数值的情况下，可以停止将目标文件发布至服务端或者减少目标文件的文件下载提示信息在客户端的输出次数等。

作为另一种可选方式，执行下载评估信息对应的处理操作可以实现为将下载评估信息发送至相关人员。

相关人员可以是目标文件的开发人员，开发人员可以根据下载评估信息决定是否减少目标文件的数据总量或者减少目标文件的文件下载提示信息的曝光率等。

其中，将下载评估信息发送至相关人员例如可以通过邮件、即时消息等通信形式发送至相关人员；或者，在显示设备中显示下载评估信息，以供相关人员查看等

作为又一种可选方式，执行下载评估信息对应的处理操作可以实现为根据下载评估信息，确定目标文件对应的处理方式，并按照处理方式，更新目标文件。

例如，根据下载评估信息确定目标文件过大时，如下载失败数据量较小，低于一定数值，或下载失败时长过长，大于一定时长，该处理方式可以包括减少目标文件的数据总量，如通过压缩数据、删除冷数据和/或更换数据类型的方式实现。

又如，根据下载评估信息确定下载成功率过低时，如低于一定数据，该处理方式可以包括删除目标文件，也即停止对目标文件的下载等。

又如，根据下载评估信息确定下载成功率过低时，该处理方式可以包括减少文件下载提示信息的输出次数等。

作为又一种可选方式，执行下载评估信息对应的处理操作可以实现为根据下载评估信息，向相关人员发送更新提示信息。

根据下载在评估信息，可以生成更新提示信息，比如，根据下载评估信息确定目标文件过大时，如下载失败数据量较小，低于一定数值，可以生成对应的更新提示信息，该更新提示信息例如用以提示相关人员更新目标文件以减少数据总量等。

又如，根据下载评估信息确定下载成功率过低时，如低于一定数值，可以生成对应的更新提示信息，该更新提示信息例如用以提示相关人员删除该目标文件或者减少文件下载提示信息的输出次数等。

在一些实施例中，将目标文件中，分段请求对应的分段文件发送至客户端之后，还包括：接收客户端反馈的分段文件的实际下载数据量。

其中，客户端在进行下载的过程中，可以将下载完成的部分存储在本地设备中，在确定出目标文件对应的多个分段文件均已下载完成之后，从本地设备中获取多个分段文件的实际下载数据量，并通过传输协议发送至服务端。其中，传输协议可以是传输控制协议(Transmission Control Protocol，简称TCP)，或者超文本传输协议(Hyper TextTransfer Protocol，简称HTTP)等。

可选地，客户端可以在每下载完成一个分段文件之后，将该分段文件对应的实际下载数据量发送至服务端，直到客户端将目标文件对应的多个分段文件分别对应的实际下载量发送至服务端。或者客户端可以在下载完成目标文件对应的多个分段文件之后，将多个分段文件对应的总实际下载量发送至服务端。

在一些实施例中，根据多个分段文件的实际下载数据量，确定目标文件的下载结果包括：根据多个分段文件的实际下载数据量，确定下载请求对应的下载总量；判断下载总量是否与目标文件的数据总量相同；若是，生成包括下载成功消息的下载结果；若否，生成包括下载失败消息和/或以及下载总量的下载结果。

针对客户端可以在每下载完成一个分段文件之后，将该分段文件对应的实际下载数据量发送至服务端，直到客户端将目标文件对应的多个分段文件分别对应的实际下载数据量发送至服务端的情况下，服务端可以根据多个分段文件分别对应的实际下载数据量确定出下载请求对应的下载总量，并获取预先存储的目标文件对应的数据总量。若下载总量和数据总量一致，则表明目标文件下载成功，可以生成包括下载成功消息的下载结果；若否，生成包括下载失败消息的下载结果或者生成包括下载总量的下载结果或者生成包括下载失败消息以及所述下载总量的下载结果。

此外，还可以统计多个分段文件的下载时间，在一些实施例中，还包括：根据请求标识对应的多个分段请求，统计下载请求对应的下载总时长；生成包括下载失败消息及下载总量的下载结果可以实现为：生成包括下载失败消息、下载总量以及下载总时长中至少一项的下载结果。

一些实施例中，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果可以实现为：接收客户端基于请求标识而发送的下载结束指令，确定请求标识对应的分段下载操作结束，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果；

一些实施例中，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果可以实现为：在接收到包括请求标识的上一个分段请求之后的预定时间内，未接收到请求标识对应的下一个分段请求，确定请求标识对应的分段下载操作结束，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果；

一些实施例中，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果可以实现为：接收到请求标识对应的预定数量个分段请求，确定请求标识对应的分段下载操作结束，根据请求标识对应的多个分段文件的实际下载数据量，确定目标文件的下载结果。

也即客户端可以在某些情况下生成针对下载请求的下载结束指令，并且在生成该下载结束指令之后，将目标文件对应的多个分段文件的实际下载数据量发送至服务端，以便服务端基于实际下载数据量确定目标文件是否下载成功，比如客户端在检测到无网络连接的情况下，客户端在检测到本地存储空间不足的情况下等等。

或者服务端在接收到包括请求标识的上一个分段请求之后的预定时间内，未接收到请求标识对应的下一个分段请求，确定请求标识对应的分段下载操作结束。

或者，客户端存储有每个目标文件对应的分段请求的数量，并将该数量发送至服务端，服务端在接收到请求标识对应的预定数量个分段请求，确定请求标识对应的分段下载操作结束。

需要说明的是，确定请求标识的下载结束的情况还有很多，在此不再赘述。

图4示出了本申请提供的一种文件处理方法一个实施例的流程示意图。本实施例的技术方案由客户端执行，该方法包括：

401、接收下载请求。

如前文所述，客户端可以输出文件下载提示信息，检测到针对文件下载提示信息的触发操作，可以生成下载请求。

此外，下载请求也可以是第三方应用发送至客户端，也即目标文件对应的文件下载提示信息可以在第三方应用中展示，第三方应用检测到针对该文件下载提示信息的触发操作，可以调用客户端，向客户端发送下载请求，由客户端进行文件下载等。

下载请求用于指示下载目标文件；

402、生成下载请求的请求标识。

其中，当客户端接收到用户针对APP链接的点击操作之后，生成针对目标文件的请求标识，该请求标识可以为UUID。

403、向服务端发送包括请求标识的分段请求，以下载对应的分段文件。

客户端可以在条件允许的情况下进行分段下载，即基于一个下载请求生成多个分段请求，其中，在向服务端发送分段请求的过程可以实现为：开启多个下载线程，同时发送多个分段请求；或者开启单个线程，一次只发送一个分段请求，一个分段请求下载结束之后，发送下一个分段请求。

404、根据请求标识，将分段文件的实际下载数据量反馈至服务端。

其中，请求标识用于确定对应下载请求的多个分段文件，并根据多个分段文件的下载数据量，确定目标文件的下载结果。

其中，客户端可以在获取一个分段文件的实际下载数据量时，将一个分段文件实际下载数据量发送至服务端，也可以在获取一个请求标识对应的所有分段文件的实际下载数据量时，将所有分段文件的实际下载数据量发送至服务端。

在本实施例中，客户端接收下载请求；所述下载请求用于指示下载目标文件；生成所述下载请求的请求标识；向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件；根据所述请求标识，将所述分段文件的实际下载数据量反馈至所述服务端；其中，所述请求标识用于确定对应所述下载请求的多个分段文件，并根据所述多个分段文件的下载数据量，确定所述目标文件的下载结果。本申请实施例实现了服务端确定目标文件下载结果的目的。

在一个实施例中，生成下载请求的请求标识可以实现为：从服务端请求获取目标文件的数据总量；在数据量满足分段下载要求、服务端支持分段下载操作、可用带宽满足带宽需求中的一个或多个条件成立情况下，生成目标文件对应的至少一个分段请求。

可以理解的是，客户端在生成分段请求时，需要根据目标文件的数据总量来确定每个分段请求对应的数据量。因此，客户端可以生成一个用于获取目标文件的数据总量的请求信息，从而服务端在接收到该请求信息的时候将对应的数据总量发送至客户端，在数据总量满足分段下载要求的情况下，客户端确定出对应的电子设备的网关配置以及服务端的网关配置，比如，客户端确定出正在执行下载操作的浏览器所在电子设备的带宽配置和服务端的网关配置均为千兆网关，则可以对目标文件进行分段。

除此之外，还需要服务器支持分段下载操作，因此，客户端还可以发送一个确认消息至服务端，在接收到服务端返回的确定支持分段下载的信息之后，可以基于目标文件的数据总量、客户端和服务端的网关配置生成目标文件的至少一个分段请求。

在一些实施例中，向服务端发送包括请求标识的分段请求，以下载对应的分段文件之后还包括：在分段下载结束之后，将请求标识对应的多个分段文件拼接生成下载文件；将下载文件提供给用户。

可选地，客户端存储有每个目标文件对应的分段请求的数量，针对目标文件对应的请求标识，在接收到分段请求数量个分段文件之后，客户端可以认为针对目标文件的分段下载结束，则可以将下载的同一请求标识对应的多个分段文件进行拼接生成下载文件，并可以将下载文件存储至本地，即可以存储在进行下载操作的电子设备上。

可选地，向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件还包括：生成下载文件的文件校验值；将文件校验值与服务端反馈的目标文件的目标校验值进行比较；根据比较结果，确定目标文件是否下载成功。

其中，文件校验值可以是MD5码，在服务端和客户端生成的校验值相同的情况下，确定出目标文件下载成功。

可选地，将下载文件提供给用户可以实现为：在下载成功情况下，将下载文件提供给用户；在下载失败情况下，向用户输出失败提示信息。

可以理解的是，在确定出目标文件下载成功的情况，可以将下载文件存储到本地，比如，将应用程序的安装包存储到本地，以便可以基于该安装包安装对应的应用程序，同样的，在下载失败的情况下，向用户输出失败提示信息，比如在网络不佳的情况上，输出无网络的提示信息，或者在目标文件太大导致失败的情况下，输出目标文件数据量过大的提示信息等。

其中，在下载失败的情况下，可以将下载成功的部分文件存储在本地，以便在进行下一次目标文件的下载过程中，可以不用下载已经存储在本地的部分文件，节省电子设备的带宽。

可选地，向服务端发送包括请求标识的分段请求，以下载对应的分段文件可以实现为：将请求标识添加至分段请求的请求参数中，向服务端发送分段请求，以下载对应的分段文件。

在生成请求标识以及生成目标文件对应的多个分段请求之后，客户端可以将请求标识添加至分段请求的请求参数，其中，该请求参数包括目标数据的数据标识以及请求下载的数据范围等，以便服务端在接收到分段请求之后，基于数据标识确定对应的目标文件，并基于请求下载的数据范围确定对应的分段文件，以及基于请求标识确定请求同一目标文件对应的多个分段文件。

为了方便理解，下面以目标文件为应用A的安装包文件为例，结合图5所示的交互示意图，对本申请技术方案进行介绍。

该安装包文件的文件下载提示信息可以由应用B输出，应用B检测到用户基于该文件下载提示信息，可以生成下载请求，并将下载请求发送至客户端，其中，该客户端可以为浏览器、提供安装包下载的应用商店、或者在应用B中运行的H5页面等。

当然，如图5所示，客户端可以即为应用B，用于感知用户的下载请求501。

客户端接收到下载请求，可以生成下载请求唯一对应的请求标识502，之后，将请求标识作为请求参数包含在分段请求中503，该请求参数中还可以包括请求下载的数据范围；之后，客户端即可以向服务端发送分段请求504。

其中，客户端接收到下载请求之后，可以生成文件数据总量获取请求，并将该请求发送至服务端，服务端基于该请求将目标文件对应的数据总量发送至客户端。

客户端获取其所在电子设备的网络配置以及服务端的网络配置，在电子设备的网络配置以及服务端的网络配置满足要求的情况下，浏览器基于目标文件对应的数据总量进行分段下载，比如电子设备的网络配置以及服务端的网络配置均为千兆网络的情况下，进行分段下载，即，生成多个分段请求，并将多个分段请求同时发送至服务端。

服务端接收到分段请求之后，识别分段请求中的请求标识505，可以将所述目标文件中，所述分段请求对应的分段文件发送至所述客户端506.

客户端可以统计该分段文件的实际下载数据量，从而可以实际下载数据量发送至服务端507。

服务端根据请求标识对应的多个分段文件的实际下载数据量，以及安装包文件的数据总量，即可以确定该安装包文件的下载结果508。之后，服务端可以统计目标文件对应的至少一个下载结果，生成下载评估信息，并执行所述下载评估信息对应的处理操作509。

图6示出了本申请提供的文件处理装置一个实施例的结构示意图，应用于服务端，如图6所述，该装置包括：识别模块61、发送模块62、确定模块63。

识别模块61，用于响应于客户端发送的分段请求，识别所述分段请求中的请求标识；其中，所述请求标识为所述客户端为针对目标文件的下载请求而生成；

发送模块62，用于将所述目标文件中，所述分段请求对应的分段文件发送至所述客户端；

确定模块63，用于根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。

在一些实施例中，上述装置还包括：

统计模块，用于统计所述目标文件对应的至少一个下载结果，生成所述目标文件的下载评估信息。

执行模块，用于执行所述下载评估信息对应的处理操作。

在一些实施例中，执行模块具体用于：

将所述下载评估信息发送至所述目标文件的数据源端；或者，将所述下载评估信息发送至相关人员；或者，根据所述下载评估信息，确定所述目标文件对应的处理方式，并按照所述处理方式，更新所述目标文件；或者，根据所述下载评估信息，向相关人员发送更新提示信息。

在一些实施例中，统计模块具体用于：

统计所述目标文件对应的至少一个下载结果，确定所述目标文件的下载成功率；

在所述下载成功率小于第一数值，统计包含下载失败消息的下载结果中的下载总量，确定下载失败数据量；

生成包括所述下载失败数据量以及所述下载成功率的下载评估信息；

在所述下载成功率大于第二数值，生成包括所述下载成功率的下载评估信息。

在一些实施例中，发送模块62，还用于：接收所述客户端反馈的所述分段文件的实际下载数据量。

在一些实施例中，确定模块63具体用于根据所述多个分段文件的实际下载数据量，确定所述下载请求对应的下载总量；判断所述下载总量是否与所述目标文件的数据总量相同；若是，生成包括下载成功消息的下载结果；若否，生成包括下载失败消息和/或所述下载总量的下载结果。

在一些实施例中，统计模块，还用于根据所述请求标识对应的多个分段请求，统计所述下载请求对应的下载总时长。

在一些实施例中，确定模块63进一步具体用于生成包括下载失败消息、所述下载总量以及所述下载总时长中至少一项的下载结果。

在一些实施例中，确定模块63还具体用于接收所述客户端基于所述请求标识而发送的下载结束指令，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果；或者，在接收到包括所述请求标识的上一个分段请求之后的预定时间内，未接收到所述请求标识对应的下一个分段请求，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果；或者，接收到所述请求标识对应的预定数量个分段请求，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。

图6所述的文件处理装置可以执行图2或者图3所示实施例所述的文件处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的流量控制装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7示出了本申请提供的文件处理装置一个实施例的结构示意图，应用于客户端，如图7所述，该装置包括：接收模块71、生成模块72、发送模块73。

接收模块71，用于接收下载请求；所述下载请求用于指示下载目标文件；

生成模块72，用于生成所述下载请求的请求标识；

发送模块73，用于向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件；根据所述请求标识，将所述分段文件的实际下载数据量反馈至所述服务端；其中，所述请求标识用于确定对应所述下载请求的多个分段文件，并根据所述多个分段文件的下载数据量，确定所述目标文件的下载结果。

在一些实施例中，生成模块72，具体用于从服务端请求获取所述目标文件的数据总量；在所述数据量满足分段下载要求、所述服务端支持分段下载操作、可用带宽满足带宽需求中的一个或多个条件成立情况下，生成所述下载请求的请求标识。

在一些实施例中，生成模块72，还用于在分段下载结束之后，将所述请求标识对应的多个分段文件拼接生成下载文件。

在一些实施例中，上述装置还包括：

提供模块，用于将所述下载文件提供给用户。

在一些实施例中，生成模块72，还用于生成所述下载文件的文件校验值。

在一些实施例中，上述装置还包括：

比较模块，用于将所述文件校验值与所述服务端反馈的所述目标文件的目标校验值进行比较。

在一些实施例中，上述装置还包括：

确定模块，用于根据比较结果，确定所述目标文件是否下载成功。

在一些实施例中，提供模块，具体用于：

在下载成功情况下，将所述下载文件提供给用户。

在一些实施例中，提供模块，还用于：在下载失败情况下，向用户输出失败提示信息。

在一些实施例中，发送模块73，具体用于：将请求标识添加至分段请求的请求参数中，向服务端发送所述分段请求，以下载对应的分段文件。

图7所述的文件处理装置可以执行图4所示实施例所述的文件处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的流量控制装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本申请实施例还提供了一种计算设备，如图8所示，该设备可以包括存储组件801以及处理组件802；

所述存储组件一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件802调用执行，以作为一种计算设备实现图2或者图3所述的文件处理方法。

当然，计算设备必然还可以包括其他部件，例如输入/输出接口、显示组件、通信组件等。

输入/输出接口为处理组件和***接口模块之间提供接口，上述***接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。

其中，处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件801被配置为存储各种类型的数据以支持在终端的操作。存储组件801可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

需要说明的是，上述计算设备可以为物理设备或者云计算平台提供的弹性计算主机等。其可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。

本申请实施例还提供了一种电子设备，如图9所示，该设备可以包括存储组件901以、处理组件902以及显示组件903；

所述存储组件一条或多条计算机指令，其中，所述一条或多条计算机指令供所述处理组件902调用执行，以作为一种电子设备实现图4所述的文件处理方法。

当然，电子设备必然还可以包括其他部件，例如输入/输出接口、显示组件、通信组件等。输入/输出接口为处理组件和***接口模块之间提供接口，上述***接口模块可以是输出设备、输入设备等。通信组件被配置为便于电子设备和其他设备之间有线或无线方式的通信等。

其中，处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件901被配置为存储各种类型的数据以支持在终端的操作。存储组件901可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

显示组件903可以为电致发光(EL)元件、液晶显示器或具有类似结构的微型显示器、或者视网膜可直接显示或类似的激光扫描式显示器。

当然，电子设备必然还可以包括其他部件，例如输入/输出接口、通信组件等。

输入/输出接口为处理组件和***接口模块之间提供接口，上述***接口模块可以是输出设备、输入设备等。

通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。

需要说明的是，上述电子设备可以为物理设备或者云计算平台提供的弹性计算主机等。其可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图2或者图3或者图4所述的文件处理方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本申请实施例还提供了一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，所述计算机程序被计算机执行时可以实现如上述图2或者图3或者图4所述的文件处理方法。在这样的实施例中，计算机程序可以是从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器执行时，执行本申请的***中限定的各种功能。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

Claims (12)

1.一种文件处理方法，其特征在于，包括：

响应于客户端发送的分段请求，识别所述分段请求中的请求标识；其中，所述请求标识为所述客户端为针对目标文件的下载请求而生成；

将所述目标文件中，所述分段请求对应的分段文件发送至所述客户端；

根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。

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

统计所述目标文件对应的至少一个下载结果，生成所述目标文件的下载评估信息；

执行所述下载评估信息对应的处理操作。

3.根据权利要求2所述的方法，其特征在于，所述执行所述下载评估信息对应的处理操作包括：

将所述下载评估信息发送至所述目标文件的数据源端；

或者，

将所述下载评估信息发送至相关人员；

或者，

根据所述下载评估信息，确定所述目标文件对应的处理方式，并按照所述处理方式，更新所述目标文件；

或者，

根据所述下载评估信息，向相关人员发送更新提示信息。

4.根据权利要求2所述的方法，其特征在于，所述统计所述目标文件对应的至少一个下载结果，生成所述目标文件的下载评估信息包括：

统计所述目标文件对应的至少一个下载结果，确定所述目标文件的下载成功率；

在所述下载成功率小于第一数值，统计包含下载失败消息的下载结果中的下载总量，以确定下载失败数据量；

生成包括所述下载失败数据量以及所述下载成功率的下载评估信息；

在所述下载成功率大于第二数值，生成包括所述下载成功率的下载评估信息。

5.根据权利要求1所述的方法，其特征在于，所述将目标文件中，所述分段请求对应的分段文件发送至所述客户端之后，所述方法还包括：

接收所述客户端反馈的所述分段文件的实际下载数据量。

6.根据权利要求1所述的方法，其特征在于，所述根据所述多个分段文件的实际下载数据量，确定所述目标文件的下载结果包括：

根据所述多个分段文件的实际下载数据量，确定所述下载请求对应的下载总量；

判断所述下载总量是否与所述目标文件的数据总量相同；

若是，生成包括下载成功消息的下载结果；

若否，生成包括下载失败消息和/或所述下载总量的下载结果。

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

根据所述请求标识对应的多个分段请求，统计所述下载请求对应的下载总时长；

所述生成包括下载失败消息及所述下载总量的下载结果包括：

生成包括下载失败消息、所述下载总量以及所述下载总时长中至少一项的下载结果。

8.根据权利要求1所述的方法，其特征在于，所述根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果包括：

接收所述客户端基于所述请求标识而发送的下载结束指令，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果；

或者，在接收到包括所述请求标识的上一个分段请求之后的预定时间内，未接收到所述请求标识对应的下一个分段请求，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果；

或者，接收到所述请求标识对应的预定数量个分段请求，确定所述请求标识对应的分段下载操作结束，根据所述请求标识对应的多个分段文件的实际下载数据量，确定所述目标文件的下载结果。

9.一种文件处理方法，其特征在于，包括：

接收下载请求；所述下载请求用于指示下载目标文件；

生成所述下载请求的请求标识；

向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件；

根据所述请求标识，将所述分段文件的实际下载数据量反馈至所述服务端；其中，所述请求标识用于确定对应所述下载请求的多个分段文件，并根据所述多个分段文件的下载数据量，确定所述目标文件的下载结果。

10.根据权利要求9所述的方法，其特征在于，所述向服务端发送包括所述请求标识的分段请求，以下载对应的分段文件包括：

将请求标识添加至分段请求的请求参数中，向服务端发送所述分段请求，以下载对应的分段文件。

11.一种计算设备，其特征在于，包括存储组件以及处理组件；所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行，以实现如权利要求1-8任一项所述的文件处理方法。

12.一种电子设备，其特征在于，包括存储组件、显示组件以及处理组件；所述存储组件存储一条或多条计算机程序指令；所述一条或多条计算机程序指令以供所述处理组件调用并执行，以实现如权利要求9-10任一项所述的文件处理方法。

Images