文件压缩下载状态监控方法、装置、服务器及程序产品与流程

1.本技术涉及大数据技术领域，尤其涉及一种文件压缩下载状态监控方法、装置、服务器及程序产品。


背景技术：

2.基于超文本传输协议(hyper text transfer protocol，http)的文件下载技术是互联网的通用下载技术。在进行文件下载时，用户可能需要从多个服务器获取多文件并进行文件压缩下载。
3.目前的文件压缩下载过程通常采用客户端的接收速度来监控文件压缩进度。然而客户端难以从流数据传输情况分辨出当前的传输进度情况，并且在客户端出现卡顿等异常情况下，用户将无法实时监控到压缩下载进度，尤其在用户需要从多个服务器获取资源并进行文件压缩下载的情况下，文件压缩进度的监控过程更加艰难，导致用户在使用网页应用从多个服务器下载压缩文件时，难以准确知晓文件压缩下载进度，进而导致难以实现实时监控文件压缩下载状态。


技术实现要素：

4.为解决上述问题，即解决网页应用难以准确监控文件压缩下载进度的问题，本技术提供一种文件压缩下载状态监控方法、装置、服务器及程序产品。
5.根据本技术的第一方面，提供一种文件压缩下载状态监控方法，包括：
6.创建关于待压缩文件清单的压缩过程监控对象；其中，所述待压缩文件清单包括至少一个待压缩文件资源的基本信息
7.在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间；
8.基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。
9.在一种实施方式中，所述方法还包括：
10.在对应的待下载文件资源的压缩数据流获取完成时，获取所述待下载文件资源的总写入字节数和/或总写入字节时间，并将所述待下载文件资源确定为写入文件；
11.基于所述写入文件的总数和所述待压缩文件清单的文件总数确定压缩下载进度；
12.所述基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息，包括：
13.基于所述压缩文件进度、所述写入文件的总写入字节数和/或总写入字节时间和除所述写入文件之外的待下载文件资源对应的写入字节数和/或写入字节时间生成进度信息。
14.在一种实施方式中，所述基本信息包括下载地址和下载协议；
15.所述基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流，包括：
16.基于至少一个待下载文件资源的下载地址和下载协议，向所述待下载文件资源对应的目标资源服务器发起文件资源读取请求，以从所述目标资源服务器中读取所述待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。
17.在一种实施方式中，所述待下载文件资源的基本信息包括文件资源目标路径和文件名，所述方法还包括：
18.针对所述压缩文件清单中的每个待下载文件资源，基于所述待下载文件资源对应的文件资源目标路径和文件名，创建压缩文件条目信息；
19.则所述获取至少一个待下载文件资源对应的压缩数据流，包括：
20.基于所述压缩文件条目信息，分别从每个待下载文件资源各自对应的目标资源服务器中读取对应的待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。
21.在一种实施方式中，所述基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间，包括：
22.基于所述压缩过程监控对象，实时获取每个压缩文件条目信息对应的压缩数据流的写入字节数和/或写入字节时间。
23.在一种实施方式中，在创建压缩文件条目信息之后，还包括：
24.将所述压缩文件条目信息存储至目标存储模块中；
25.在所述压缩文件条目信息对应的压缩数据流获取完成时，在所述目标存储模块中生成对应的标识信息，所述标识信息用于标识所述压缩文件条目信息对应的待下载文件资源已下载完成；
26.所述将所述待下载文件资源确定为写入文件，包括：
27.基于每个压缩文件条目信息对应的标识信息将所述待下载文件资源确定为写入文件。
28.在一种实施方式中，所述方法还包括：
29.将所述压缩过程监控对象与压缩应用实例进行绑定；其中，所述压缩应用实例与所述目标网页应用相关联，用于在从所述目标服务器读取所述待下载文件资源时，获取所述待下载文件资源的压缩数据流，并将所述压缩数据流传输至所述目标网页应用中；
30.则所述基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间，包括：
31.基于所述压缩过程监控对象从所述压缩应用实例中实时获取所述压缩数据流的写入字节数和/或写入字节时间。
32.在一种实施方式中，在生成进度信息之后，还包括：
33.将所述进度信息写入至目标存储模块中；
34.所述将所述进度信息传输至所述目标网页应用，包括：
35.响应于所述目标网页应用的进度查询请求，所述进度查询请求携带所述待压缩文件清单对应的清单标识id，从所述目标存储模块中调取所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用。
36.根据本技术的第二方面，提供一种文件压缩下载状态监控装置，包括：
37.对象创建模块，其设置为创建关于待压缩文件清单的压缩过程监控对象；其中，所
述待压缩文件清单包括至少一个待压缩文件资源的基本信息；
38.获取模块，其设置为在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间；
39.进度信息生成模块，基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息；
40.传输模块，其设置为将所述进度信息传输至所述目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。
41.根据本技术的第三方面，提供一种文件压缩服务器，包括：存储器和处理器；
42.所述存储器存储计算机执行指令；
43.所述处理器执行所述存储器存储的计算机执行指令，使得所述文件压缩服务器执行所述的文件压缩下载状态监控方法。
44.根据本技术的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的文件压缩下载状态监控方法。
45.根据本技术的第五方面，提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行所述的文件压缩下载状态监控方法。
46.可以理解的，本技术实施例提供的文件压缩下载状态监控方法、装置、服务器及程序产品，通过创建关于所述待压缩文件清单的压缩过程监控对象；在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间；基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。在此过程中，通过创建输出流监控对象，针对所述压缩文件清单中的每个待下载文件资源的压缩数据流获取情况，监测其写入字节数和/或写入字节时间，可以实时、准确获取每个目标资源服务器的资源的进度信息，以达到网页应用的使用人员，能够更清晰的掌握下载过程的文件压缩进度情况的技术效果。
附图说明
47.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
48.图1为本技术实施例提供的一种文件压缩下载状态监控方法的流程示意图；
49.图2为本技术实施例提供的另一种文件压缩下载状态监控方法的流程示意图；
50.图3为本技术实施例提供的又一种文件压缩下载状态监控方法的流程示意图；
51.图4为本技术实施例提供的再一种文件压缩下载状态监控方法的流程示意图；
52.图5为本技术一示例性实施例提供的一种文件压缩下载状态监控方法的流程示意图；
53.图6为本技术实施例提供的一种文件压缩下载状态监控装置的结构示意图；
54.图7为被申请实施例提供的一种文件压缩服务器的结构示意图；
55.图8为本技术一示例性实施例提供的一种终端设备的结构示意图。
56.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
57.可以理解的，用户采用http协议在互联网下载文件，通过在网页中加载文件链接，浏览器接收到用户的下载请求后，向文件所在的服务器发起文件get请求，以获取文件正文内容，然后用户再操作浏览器，指定文件的本地存放路径，浏览器完成后续的下载及存储操作。现有的互联网下载技术，由于http相关下载技术是请求应答式一问一答交互方式，服务端在响应于客户端的请求进行文件传输过程中，难以通过单一响应周期性或实时的向客户端报告下载整体进度，而由于压缩技术的原因，客户端更是难以从流数据传输情况分辨出当前的传输进度情况。因此服务器压缩下载进度跟踪，长期以来，一直是互联网下载技术难以攻克的难点。
58.用户在实际下载过程中，存在从多个不同服务器地址获取多个文件或者文件夹并对其进行压缩下载的需求，即用户需要将不确定的多个url(uniform resource locator，统一资源定位器)远程地址，压缩成一个单一的zip压缩文件，然后整体下载。相关技术中，提出了对于不同文件或者文件夹的文件压缩下载过程，通过客户端向服务端请求文件下载，读取服务端需要下载的文件数据将文件数据压缩成一个数据流，利用http协议，将压缩打包后的数据流发送到客户端，客户端再利用http协议接收服务端发送的数据流，并将接收到的数据流输出到本地，生成压缩包zip文件。但在上述过程中，考虑的仅是多个文件数据在一个服务器中的情况，其仅能够适用于相同服务器地址的文件压缩下载，而对于格式不统一的多个url远程地址则无法适用。
59.为此，相关技术中提出了一种针对多个不确定的url远程地址进行文件压缩下载的方案，以达到网页应用从多个服务器中获取多文件并压缩下载的目的，通过在网页应用展示的多个相关文件，用户针对多个文件进行任意选取打包下载，资源来源不一致，url地址可能是http协议，ftp(file transfer protocol，文件传输协议)协议等。然而，目前在针对不同服务器进行文件压缩的动态流打包压缩技术从进度统计和过程监控层面，存在严重的不足，用户难以根据网页应用客户端当前展示的下载流量进度，读取出整个下载的整体完成进度，这将给用户造成极大的困扰。
60.有鉴于此，本技术实施例提供一种文件压缩下载状态监控方法、装置、服务器及程序产品，通过获取目标网页应用的待压缩文件清单，创建关于所述待压缩文件清单的压缩过程监控对象，并在基于所述待压缩文件清单从至少一个目标资源服务器获取所述待压缩文件清单对应的待下载文件资源的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间，然后基于所述写入字节数和/或写入字节时间确定所述待压缩文件清单对应的压缩下载进度，并将所述压缩下载进度传输至所述目标网页应用，以监控所述待压缩文件清单的文件压缩下载状态。在此过程中，通过创建压缩过程监控对象，针对所述压缩文件清单中的每个待下载文件资源的压缩数据流获取情况，
监测其写入字节数和/或写入字节时间，可以实时、准确获取每个目标资源服务器的资源的进度信息，以达到网页应用的使用人员，能够更清晰的掌握下载过程的文件压缩进度情况。
61.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术的实施例中的附图，对本技术实施例中的技术方案进行更加详细的描述。在附图中，自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。所描述的实施例是本技术一部分实施例，而不是全部的实施例。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
62.在一可能的应用场景下，包括终端设备和服务器，终端设备和服务器之间通过有线或者无线网络相互连接。可选地，终端设备为安装了能够浏览网页应用的浏览器的设备，用户可以在该终端设备上浏览网页应用并加载对应文件链接，该文件链接可以携带用户选择的文件资源列表，网页应用响应于该文件链接，向服务器发起该文件链接对应的文件压缩下载请求，请求中携带待压缩文件清单，服务器响应于网页应用发起的文件压缩下载请求向对应的资源服务器读取对应的压缩数据流，利用压缩过程监控对象获取压缩数据流的写入进度，以监控文件压缩的整体进度，并由网页应用和浏览器之间的交互，监控待压缩文件清单的文件压缩下载状态，并在下载完成时进一步根据该压缩数据流生成压缩文件，最后存储在本地磁盘或其它路径。
63.其中，终端设备可以包括但不限于，电脑、智能手机、平板电脑、电子书阅读器、动态影像专家压缩标准音频层面3(moving picture experts group audio layer iii，简称mp3)播放器、动态影像专家压缩标准音频层面4(moving picture experts group audio layer iv，简称mp4)播放器、便携计算机、车载电脑、可穿戴设备、台式计算机、机顶盒、智能电视等等。服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
64.可选地，上述终端或服务器的数量可以更多或更少，本技术实施例对此不加以限定。在一些实施例中，上述终端设备和服务器还可以作为区块链系统中的节点，将文件压缩进度同步给区块链其它节点，以实现根据文件压缩进度的文件压缩过程的后续追溯。
65.需要说明的是，本技术的文件压缩下载状态监控方法可用于金融科技领域。也可用于除金融科技领域以外的任意领域，本技术的文件压缩下载状态监控方法应用领域不作限定。
66.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
67.上面对本技术的应用场景进行了简单说明，下面以应用于服务器为例，更具体地，应用于文件压缩服务器为例，来详细说明本技术实施例提供的文件压缩下载状态监控方法。
68.请参照图1，图1为本技术实施例提供的一种文件压缩下载状态监控方法的流程示意图，包括步骤s101-s104。
69.步骤s101、创建关于待压缩文件清单的压缩过程监控对象；其中，所述待压缩文件清单包括至少一个待压缩文件资源的基本信息。
70.本实施例中，文件压缩服务器首先从目标网页应用获取待压缩文件清单，并在获取待压缩文件清单后，创建该待压缩文件清单的压缩过程监控对象。其中，压缩过程监控对象可以为自定义的输出流outputstream对象，作为中转对象，在中转过程中，即在后续步骤中获取压缩数据流的过程中，可以记录流过自身的字节总数量(对应压缩数据流的写入字节数)，首字节发起时间戳，当前字节的时间戳等信息。
71.可以理解的，本实施例中的目标网页应用，即安装了能够浏览网页应用的终端设备，例如pc端或者手机端。用户通过在目标网页应用上发起文件压缩下载请求，该文件压缩下载请求携带待压缩文件清单，服务器响应于该文件压缩下载请求，获取网页应用的待压缩文件清单。
72.具体地，待压缩文件清单可以包括至少一个待下载文件资源的基本信息，该基本信息为待下载文件资源的目标路径和资源地址对应的信息，在一种实施方式中，所述待下载文件资源的基本信息包括文件资源目标路径，文件名，下载地址和下载协议，其中，文件资源目标路径和文件名对应目标路径，下载地址和下载协议对应资源地址。
73.相关技术中，由于文件压缩下载通常是基于同一服务器地址进行下载，通过根据客户端的接收速度来监控文件压缩下载进度，但是，一旦客户端卡顿等异常情况，将无法实时监控文件压缩下载进度，尤其是在多服务器地址的文件压缩下载场景下，由于不同服务器之间的响应时间、数据写入情况、传输速度等均可能不同，导致文件压缩下载状态的准确监控非常困难。为此，本实施例中，在获取到待压缩文件清单后，在服务器端创建该待压缩文件清单对应的压缩过程监控对象monitoroutputstream，以实现对清单中的每个待下载文件资源进行监控，在一些实施例中，如果存在多个待压缩文件清单，可以创建多个压缩过程监控对象，每个压缩过程监控对象针对对应的待压缩文件清单的压缩进度进行实时监控。
74.步骤s102、在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间。
75.本实施例中，在针对待压缩文件清单获取各资源对应的压缩数据流时，利用压缩过程监控对象实时获取压缩数据流的写入字节数和/或写入字节时间。具体地，monitoroutputstream可以为自定义的输出流outputstream对象，作为中转对象，在中转过程中，即在获取压缩数据流的过程中，可以记录流过自身的字节总数量(对应压缩数据流的写入字节数)，首字节发起时间戳，当前字节的时间戳等信息，在一些实施例中，还可以记录一个特定采集周期内(本领域技术人员可以结合实际应用进行设定)，流经的字节数量及对应时间，并可以将统计数据输出到外部的存储模块。
76.本实施例中，通过创建压缩过程监控对象并利用压缩过程监控对象获取待压缩文件资源对应的压缩数据流的写入字节数和写入字节时间，相当于在服务器端增加了传输状态获取接口，实时读取清单中各数据流的下载状态。
77.在一种实施方式中，服务器根据下载文件资源的基本信息向对应的资源服务器发起资源读取请求，并获取压缩数据流，具体地，步骤s102中基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流，可以包括以下步骤：
78.基于至少一个待下载文件资源的下载地址和下载协议，向所述待下载文件资源对应的目标资源服务器发起文件资源读取请求，以从所述目标资源服务器中读取所述待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。
79.具体地，文件压缩服务器根据上报的待压缩文件清单，根据待下载文件资源的基本信息向后端的不特定多个资源服务器发起请求，读取文件资源，并可以利用zip压缩装置，聚合多个文件资源对应的压缩数据流。
80.本实施例中，目标资源服务器，即提供资源的基础下载服务的服务器，可以是http服务器，ftp(file transfer protocol，文件传输协议)服务器，sftp(secret file transfer protocol，安全文件传输协议)服务器，也可以是用户自定义协议的资源服务器。其中，目标资源服务器通常仅能够提供单一的资源下载服务。
81.进一步地，为避免在待下载资源数量较多情况下，文件资源的遗漏下载或者重复下载等问题，可以通过建立待办任务清单的形式，待办任务清单中包括每个待下载文件资源关联的待办任务，并通过遍历任务清单中的待办任务，获取待办任务对应的待下载文件资源对应的目标资源服务器的访问授权信息，并根据该访问授权信息向对应的目标资源服务器发起文件资源读取请求。
82.具体地，可以结合待下载文件资源的下载地址和下载协议向对应的目标资源服务器发起文件资源读取请求。可以理解的，下载地址即对应目标资源服务器地址，下载协议例如http、ftp等。
83.步骤s103、基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息；步骤s104、将所述进度信息传输至目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。
84.本实施例中，通过实时获取各压缩数据流的写入字节数和/或写入字节时间，可以准确获取各个待下载资源对应的进度信息，用户可以根据该进度信息监测当前各待下载资源的写入情况，进而获取整体的压缩下载进度。此外，通过在服务器端将确定的进度信息传输到客户端的目标网页应用中，目标网页应用可以通过显示界面实时显示该进度信息，用户可以在网页应用上根据该进度信息清晰的监控待压缩文件清单的文件压缩下载状态。
85.可选地，文件压缩服务器处理利用压缩过程监控对象实时获取写入字节之外，文件压缩服务器还会利用记录组件记录已经写入完成的文件和未写入完成的文件，并进一步根据写入文件和未写入文件的情况生成进度信息，用户可以直观的根据该进度信息监测文件的整体下载进度。具体地，在上述步骤s103之前，还可以包括以下步骤：
86.在对应的待下载文件资源的压缩数据流获取完成时，获取所述待下载文件资源的总写入字节数和/或总写入字节时间，并将所述待下载文件资源确定为写入文件；
87.基于所述写入文件的总数和所述待压缩文件清单的文件总数确定压缩下载进度。
88.并进一步将步骤s103划分为以下步骤：基于所述压缩文件进度、所述写入文件的总写入字节数和/或总写入字节时间和除所述写入文件之外的待下载文件资源对应的写入字节数和/或写入字节时间生成进度信息。
89.本实施例中，针对清单中的每个待下载文件资源，文件压缩服务器可以通过内部的记录组件自动记录其对应当前已写入的字节数和/或写入字节时间，当对应的待下载文件资源的压缩数据流获取完成时，可以根据该记录组件获取该压缩数据流对应的总写入字节数和/或总写入字节时间，并将对应的待下载文件资源确定为写入文件。
90.在一可实现中，文件压缩服务器在根据清单向目标资源服务器发起文件资源读取请求后，目标资源服务器的写入程序将资源字节流写入到文件压缩服务器创建的压缩应用实例中，压缩应用实例针对清单中每个待下载文件获取对应的压缩数据流，压缩应用实例可以将其获取的压缩数据流的写入字节数和/或写入字节时间实时写入到压缩过程监控对象中，与此同时，记录组件监测写入程序写入到压缩应用实例中的字节流是否写入完毕(可用于判断对应待下载文件资源的压缩数据流是否获取完毕)，并在写入完毕时记录写入程序写入到压缩应用实例的总字节数和/或总写入字节时间，将该待下载文件资源确定为写入文件，压缩过程监控对象完成对该写入文件的监控，即不再实时获取该写入文件对应的压缩数据流的写入字节和/写入时间。
91.本实施例中，压缩下载进度通过确定压缩下载进度，应用端可以根据该压缩下载进度通过进度条进行显示，该进度条比例可以为已写入文件数/文件总数，以便于对待压缩文件清单的整体下载进度的监控。进一步地，本实施例根据压缩下载进度以及各文件的字节和/或时间信息生成进度信息，该进度信息能够更加清晰地显示各个待下载文件资源的写入状态，例如针对某一文件写入进度，可以包括已写入多少字节(或可读的xxkb xxmb，xxgb类似)以及对应的写入时间。
92.特别指出的，本实施例中已写入完成的文件(写入文件)，其写入字节数即文件大小；对于正在写入的文件(除写入文件之外的其它待下载文件资源)，其值随写入操作随时变化，压缩过程监控对象实时获取的写入字节数对应该值的变化。
93.可以看出，本实施例中待压缩文件清单对应的进度信息，除了上述进度信息外，还包括所有待下载资源对应的整体下载进度，以及各个待下载资源对应的单独下载进度。具体地，整体下载进度即根据写入文件数和文件总数进行确定，单独下载进度即已写入完成的待下载资源对应的压缩数据流的总写入字节数和/或总写入字节时间，和/或正在写入的待下载资源对应的压缩数据流的写入字节数和/或字节时间，相较于基于写入字节和/写入时间生成进度信息而言，通过确定已写入文件以及对应的压缩文件下载进度，使得进度信息在传输到目标网页应用后更加清晰、直观，进一步提升了用户体验。
94.请参照图2，图2为本技术实施例提供的另一种文件压缩下载状态监控方法的流程示意图，在上述实施例的基础上，为进一步提高文件压缩下载进度监控效率，本实施例通过创建压缩文件条目信息，并获取压缩文件条目信息的写入字节数和/或时间，针对所述压缩文件清单中的每个待下载文件资源可以更加清晰的监测其进度情况。具体地，除了上述步骤s101-s104之外，所述方法还包括步骤s201和步骤s202，并将步骤s102进一步划分为步骤s102a。
95.步骤s201、针对所述压缩文件清单中的每个待下载文件资源，基于所述待下载文件资源对应的文件资源目标路径和文件名，创建压缩文件条目信息；
96.步骤s102a、在基于所述压缩文件条目信息，分别从每个待下载文件资源各自对应的目标资源服务器中读取对应的待下载文件资源，并获取所述待下载文件资源对应的压缩
数据流时，基于所述压缩过程监控对象，实时获取每个压缩文件条目信息对应的压缩数据流的写入字节数和/或写入字节时间。
97.在一可实现中，结合上述实施例中所提到创建待办任务清单的可实现中，通过遍历待办任务清单，针对每个待办任务，创建一个当前待下载资源对应的压缩文件条目zipentry信息，以实现对应待下载文件资源的压缩及压缩数据流的下载进度的获取，在监测压缩下载状态时，可以快速获取对应待下载文件资源的下载状态。
98.进一步地，为便于各压缩文件条目下载状态的监控，在步骤s201创建压缩文件条目信息之后，还可以包括以下步骤：
99.将所述压缩文件条目信息存储至目标存储模块中；
100.在所述压缩文件条目信息对应的压缩数据流获取完成时，在所述目标存储模块中生成对应的标识信息，所述标识信息用于标识所述压缩文件条目信息对应的待下载文件资源已下载完成；
101.上述步骤中将所述待下载文件资源确定为写入文件，具体为以下步骤：
102.基于每个压缩文件条目信息对应的标识信息将所述待下载文件资源确定为写入文件。
103.具体地，目标存储模块可以为服务器创建的专门用于存储文件压缩进度信息的存储空间，也可以为对应的外部存储模块。该存储模块可以记录写入程序写入到压缩应用实例中对应压缩文件条目zipentry信息的压缩数据流的写入情况，在创建压缩文件条目信息后，通过将条目信息存储至存储模块中，并对条目的是否下载完成情况进行标识，在确定写入文件的过程中，可以调取该目标存储模块中的压缩文件条目信息对应的标识信息，快速将已下载完成对应压缩文件条目确定为写入文件。
104.在一可实现中，存储模块可以同时记录任务资源清单数据，例如待压缩文件清单；向目标网页应用response的输出数据(进度数据的输出)：例如输出首字节的时间戳，输出最新字节时间戳，已输出的总字节数量，特定周期时间间隔内，发送的字节数量等；向压缩过程监控对象zipoutputstream写入数据(进度数据的写入)：压缩文件条目信息zipentry记录；目路径名称；写入首字节时间；写入完成时间；写入最新字节时间；已写入字节数量；对zipoutputstream整体记录：写入首字节时间，写入完成时间，写入最新字节时间，已写入字节数量等。
105.请参照图3，图3为本技术实施例提供的又一种文件压缩下载状态监控方法的流程示意图，在上述实施例的基础上，为进一步提高进度监控效率，本实施例通过将压缩过程监控对象和压缩应用实例进行绑定，以实时获取压缩数据流的下载进度，具体地，除了上述步骤s101-s104之外，所述方法还可以包括以下步骤s301，并将步骤s102进一步划分为步骤s102b。
106.步骤s301、将所述压缩过程监控对象与压缩应用实例进行绑定，所述压缩应用实例与所述目标网页应用相关联，用于在从所述目标服务器读取所述待下载文件资源时，获取所述待下载文件资源的压缩数据流，并将所述压缩数据流传输至所述目标网页应用中；
107.步骤s102b、在基于所述待压缩文件清单从至少一个目标资源服务器获取所述待压缩文件清单对应的待下载文件资源的压缩数据流时，基于所述压缩过程监控对象从所述压缩应用实例中实时获取所述压缩数据流的写入字节数和/或写入字节时间。
108.本实施例中，服务器可以根据待下载资源的下载协议，下载地址和访问授权等信息，向目标资源服务器发起请求，读取资源的字节流，并实时写入到压缩应用实例zipourputstream中，得到压缩数据流，其中，通过压缩过程监控对象和压缩应用实例之间的绑定情况，例如，zipourputstream将zip的输出目标定向到monitoroutputstream，压缩应用实例每次写入一个byte字节数组，压缩过程监控对象即记录写入完成时间，累计写入的字节数量，并可以将这些信息写入到存储模块中。采用上述方式，对于文件压缩状态的监控准确率和效率更高。
109.本实施例中，压缩应用实例和目标网页应用相关联，即将压缩数据流的输出目标，定位到http请求(即文件压缩下载请求)的httpservletresponse响应对象的输出位置outputstream，这样，zip的压缩数据流可直接实时输出到http请求的response响应单元，即目标网页应用，以实现高效率文件压缩下载。
110.可以理解的，压缩过程监控对象接收zipoutputstream写入的字节流，具体过程可以为，其内部以字节数组的形式循环接收，每次接收到一个数组后，记录本次接收到的字节数，并累加到总的接收字节数中，同时记录本次接收时间。在记录后，文件压缩服务器将该数组对应的进度信息同步写入response。
111.请参照图4，图4为本技术实施例提供的再一种文件压缩下载状态监控方法的流程示意图，在上述实施例的基础上，本实施例考虑到用户可能在多个网页应用下载多个压缩文件的情况，为清晰展示多个清单对应的压缩文件的下载进度，本实施例通过将进度情况写入至存储模块中，并根据清单id向网页应用反馈对应的进度信息，提升用户终端使用体验。具体地，除了上述步骤s101-s104之外，在步骤s103之后以及步骤s104之前，还可以包括以下步骤s401，并将步骤s104进一步划分为步骤s104a。
112.步骤s401、将所述进度信息写入至目标存储模块中；
113.步骤s104a、响应于所述目标网页应用的进度查询请求，所述进度查询请求携带所述待压缩文件清单对应的清单标识id，从所述目标存储模块中调取所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用。
114.具体地，目标网页应用可以主动向压缩服务器的下载状态接口发起周期性请求，响应于网页应用的进度查询请求，根据清单标识id，其为下载请求唯一id，从存储模块查询相关任务信息，并返回给网页应用。网页应用响应于服务器的查询接口返回数据(即进度信息)，在显示页面向最终用户动态呈现每周期下载进度各项指标(字节数、时间等)。进一步地，网页应用还可以根据查询接口返回数据，并根据该压缩下载进度判断传输流程是否全部完成，当传输流程全部完成时，停止向服务端的轮训(周期性)请求，并在网页呈现最终下载各项指标统计结果。
115.进一步地，结合上述可实现方式中，在目标存储模块中生成每个压缩条目信息对应的标识信息，在网页应用发起进度查询请求后，服务器可以同时将该标识信息反馈给网页应用，用户可以快速监控到各个压缩文件条目中已经下载完成和未下载完成的条目。
116.为便于对本技术实施例的理解，结合图5所示，文件压缩下载状态监控流程包括以下步骤：
117.第一阶段：在网页应用(即安装了能够浏览网页的pc端或移动端)初始化文件压缩下载请求。
disposition attachment；filename＝download.zip则可以弹出下载框后的文件名download.zip。
130.步骤8，接收模块依据待办任务清单的每一项，执行如下步骤：
131.步骤8.1根据目标文件路径，文件名，生成压缩文件zipentry信息，同时，将zipentry信息写入到存储模块中的对应位置；
132.步骤8.2根据资源的下载协议，下载地址和访问授权信息，向资源服务器发起请求，读取资源的字节流，并实时写入到zipourputstream，得到压缩数据流，每次写入一个byte字节数，记录写入完成时间，累计写入的字节数量，并可以将结果写入存储模块。
133.步骤8.3读取并写入完当前压缩数据流，可以关闭当前的条目zipentry(可记录为zipentry,flush()zipoutputstream)待缓冲区刷新完成后，记录monitoroutputstream已输出的字节数量，计入到存储模块，记录为当前zipentry输出完成节点，累计字节数量等；
134.步骤8.4检查是否存在下一资源，如果有，读取下个待办任务对应的待下载资源，跳转8.1步骤，如果没有进入步骤9。
135.步骤9，关闭zipoutputstream，记录monitoroutputstream已输出全部字节数量和/或时间到存储模块。
136.第三阶段：进度查询阶段
137.步骤10，网页应用响应于向文件压缩服务器发起的压缩下载事件，周期性向压缩服务器发起进度查询请求，所传递必要参数为“下载请求唯一id”；
138.步骤11，文件压缩服务器的任务进度查询接口，即监控模块，响应于网页应用的进度查询请求，根据“下载请求唯一id”，从存储模块查询相关进度信息，并返回给网页应用；
139.步骤12，网页应用响应于文件压缩服务器的返回数据，在页面向最终用户动态呈现每周期下载进度各项指标；
140.步骤13，网页应用响应于文件压缩服务器的返回数据，当传输流程全部完成时，停止向服务端的轮训请求，并在网页呈现最终下载各项指标结果，并可同时展示下载完成提示。
141.第四阶段：压缩文件本地存储阶段
142.步骤14，网页应用响应于压缩服务器的返回数据，向客户发起本地转储弹窗；
143.步骤15，用户选择待存储目标文件路径；
144.步骤16，浏览器响应于网页应用和选择请求，向步骤15指定路径写入步骤14接收的数据，生成压缩文件。
145.综上，本实施例通过在文件压缩下载端增加嗅探机制，并以共享存储的模式，通过在文件压缩服务器的进度查询接口实时共享传输进度数据，而客户端可以通过下载进程以外进行，并行查询下载进度，以解决文件压缩下载过程中进度查询困难的问题。
146.根据本技术的第二方面，本技术实施例相应还提供一种文件压缩下载状态监控装置，如图6所示，包括：
147.对象创建模块61，其设置为创建关于待压缩文件清单的压缩过程监控对象；其中，所述待压缩文件清单包括至少一个待压缩文件资源的基本信息；
148.获取模块62，其设置为在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或
写入字节时间；
149.进度信息生成模块63，基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息；
150.传输模块64，其设置为将所述进度信息传输至目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。
151.在一种实施方式中，装置还包括：
152.确定模块，其设置为在对应的待下载文件资源的压缩数据流获取完成时，获取所述待下载文件资源的总写入字节数和/或总写入字节时间，并将所述待下载文件资源确定为写入文件；
153.所述确定模块还设置为，基于所述写入文件的总数和所述待压缩文件清单的文件总数确定压缩下载进度；
154.所述进度信息生成模块63具体设置为，基于所述压缩文件进度、所述写入文件的总写入字节数和/或总写入字节时间和除所述写入文件之外的待下载文件资源对应的写入字节数和/或写入字节时间生成进度信息。
155.在一种实施方式中，所述基本信息包括下载地址和下载协议；
156.所述获取模块62具体设置为，基于至少一个待下载文件资源的下载地址和下载协议，向所述待下载文件资源对应的目标资源服务器发起文件资源读取请求，以从所述目标资源服务器中读取所述待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。
157.在一种实施方式中，所述待下载文件资源的基本信息包括文件资源目标路径和文件名，所述装置还包括：
158.条目创建模块，其设置为针对所述压缩文件清单中的每个待下载文件资源，基于所述待下载文件资源对应的文件资源目标路径和文件名，创建压缩文件条目信息；
159.则所述获取模块62具体设置为，基于所述压缩文件条目信息，分别从每个待下载文件资源各自对应的目标资源服务器中读取对应的待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。
160.在一种实施方式中，所述获取模块62具体设置为，基于所述压缩过程监控对象，实时获取每个压缩文件条目信息对应的压缩数据流的写入字节数和/或写入字节时间。
161.在一种实施方式中，所述装置还包括：
162.存储模块，其设置为将所述压缩文件条目信息存储至目标存储模块中；
163.标识模块，其设置为在所述压缩文件条目信息对应的压缩数据流获取完成时，在所述目标存储模块中生成对应的标识信息，所述标识信息用于标识所述压缩文件条目信息对应的待下载文件资源已下载完成；
164.所述确定模块具体设置为，基于每个压缩文件条目信息对应的标识信息将所述待下载文件资源确定为写入文件。
165.在一种实施方式中，所述装置还包括：
166.绑定模块，其设置为将所述压缩过程监控对象与压缩应用实例进行绑定；其中，所述压缩应用实例与所述目标网页应用相关联，用于在从所述目标服务器读取所述待下载文件资源时，获取所述待下载文件资源的压缩数据流，并将所述压缩数据流传输至所述目标网页应用中；
167.则所述获取模块62具体设置为，基于所述压缩过程监控对象从所述压缩应用实例中实时获取所述压缩数据流的写入字节数和/或写入字节时间。
168.在一种实施方式中，所述装置还包括：
169.写入模块，其设置为将所述进度信息写入至目标存储模块中；
170.所述传输模块64具体设置为，响应于所述目标网页应用的进度查询请求，所述进度查询请求携带所述待压缩文件清单对应的清单标识id，从所述目标存储模块中调取所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用。
171.本技术实施例相应还提供一种文件压缩服务器，如图7所示，包括：存储器71和处理器72；
172.所述存储器71存储计算机执行指令；
173.所述处理器72执行所述存储器存储的计算机执行指令，使得所述文件压缩服务器执行所述的文件压缩下载状态监控方法。
174.本技术实施例相应还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现所述的文件压缩下载状态监控方法。
175.本技术实施例相应还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行所述的文件压缩下载状态监控方法。
176.在此需要说明的是，本技术提供的上述计算机可读存储介质，能够相应地实现上述方法实施例中服务器所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
177.本技术实施例相应还提供一种计算机程序产品，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行所述的文件压缩下载状态监控方法。
178.本技术实施例相应还提供一种芯片，包括存储器和处理器，所述存储器用于存储计算机程序，所述处理器用于从所述存储器中调用并运行所述计算机程序，执行所述的文件压缩下载状态监控方法。
179.图8是根据一示例性实施例示出的一种终端设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
180.装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)接口812，传感器组件814，以及通信组件816。
181.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
182.存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示
例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
183.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
184.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
185.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
186.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
187.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
188.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
189.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
190.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
191.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
192.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：
1.一种文件压缩下载状态监控方法，其特征在于，包括：创建关于待压缩文件清单的压缩过程监控对象；其中，所述待压缩文件清单包括至少一个待压缩文件资源的基本信息；在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间；基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息，并将所述进度信息传输至目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。2.根据权利要求1所述的方法，其特征在于，还包括：在对应的待下载文件资源的压缩数据流获取完成时，获取所述待下载文件资源的总写入字节数和/或总写入字节时间，并将所述待下载文件资源确定为写入文件；基于所述写入文件的总数和所述待压缩文件清单的文件总数确定压缩下载进度；所述基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息，包括：基于所述压缩文件进度、所述写入文件的总写入字节数和/或总写入字节时间和除所述写入文件之外的待下载文件资源对应的写入字节数和/或写入字节时间生成进度信息。3.根据权利要求1所述的方法，其特征在于，所述基本信息包括下载地址和下载协议；所述基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流，包括：基于至少一个待下载文件资源的下载地址和下载协议，向所述待下载文件资源对应的目标资源服务器发起文件资源读取请求，以从所述目标资源服务器中读取所述待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。4.根据权利要求2所述的方法，其特征在于，所述待下载文件资源的基本信息包括文件资源目标路径和文件名，所述方法还包括：针对所述压缩文件清单中的每个待下载文件资源，基于所述待下载文件资源对应的文件资源目标路径和文件名，创建压缩文件条目信息；则所述获取至少一个待下载文件资源对应的压缩数据流，包括：基于所述压缩文件条目信息，分别从每个待下载文件资源各自对应的目标资源服务器中读取对应的待下载文件资源，并获取所述待下载文件资源对应的压缩数据流。5.根据权利要求4所述的方法，其特征在于，所述基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间，包括：基于所述压缩过程监控对象，实时获取每个压缩文件条目信息对应的压缩数据流的写入字节数和/或写入字节时间。6.根据权利要求4所述的方法，其特征在于，在创建压缩文件条目信息之后，还包括：将所述压缩文件条目信息存储至目标存储模块中；在所述压缩文件条目信息对应的压缩数据流获取完成时，在所述目标存储模块中生成对应的标识信息，所述标识信息用于标识所述压缩文件条目信息对应的待下载文件资源已下载完成；所述将所述待下载文件资源确定为写入文件，包括：基于每个压缩文件条目信息对应的标识信息将所述待下载文件资源确定为写入文件。
7.根据权利要求1-6任一项所述的方法，其特征在于，还包括：将所述压缩过程监控对象与压缩应用实例进行绑定；其中，所述压缩应用实例与所述目标网页应用相关联，用于在从所述目标服务器读取所述待下载文件资源时，获取所述待下载文件资源的压缩数据流，并将所述压缩数据流传输至所述目标网页应用中；则所述基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间，包括：基于所述压缩过程监控对象从所述压缩应用实例中实时获取所述压缩数据流的写入字节数和/或写入字节时间。8.根据权利要求1所述的方法，其特征在于，在生成进度信息之后，还包括：将所述进度信息写入至目标存储模块中；所述将所述进度信息传输至所述目标网页应用，包括：响应于所述目标网页应用的进度查询请求，所述进度查询请求携带所述待压缩文件清单对应的清单标识id，从所述目标存储模块中调取所述待压缩文件清单对应的进度信息，并将所述进度信息传输至所述目标网页应用。9.一种文件压缩下载状态监控装置，其特征在于，包括：对象创建模块，其设置为创建关于待压缩文件清单的压缩过程监控对象；其中，所述待压缩文件清单包括至少一个待压缩文件资源的基本信息；获取模块，其设置为在基于所述基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于所述压缩过程监控对象实时获取所述压缩数据流的写入字节数和/或写入字节时间；进度信息生成模块，基于所述写入字节数和/或写入字节时间生成所述待压缩文件清单对应的进度信息；传输模块，其设置为将所述进度信息传输至目标网页应用，以实现对所述待压缩文件清单的文件压缩下载状态的监控。10.一种文件压缩服务器，其特征在于，包括：存储器和处理器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，使得所述文件压缩服务器执行权利要求1-8中任一项所述的文件压缩下载状态监控方法。11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8任一项所述的文件压缩下载状态监控方法。12.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行如权利要求1-8任一项所述的文件压缩下载状态监控方法。

技术总结
本申请提供一种文件压缩下载状态监控方法、装置、服务器及程序产品，涉及大数据领域，方法包括：创建关于待压缩文件清单的压缩过程监控对象；待压缩文件清单包括至少一个待压缩文件资源的基本信息；在基于基本信息获取至少一个待下载文件资源对应的压缩数据流时，基于压缩过程监控对象实时获取压缩数据流的写入字节数和/或写入字节时间；基于写入字节数和/或写入字节时间生成待压缩文件清单对应的进度信息，并将进度信息传输至目标网页应用，以实现对待压缩文件清单的文件压缩下载状态的监控。通过上述方法，可以实时、准确获取每个目标资源服务器的资源下载进度，以达到更清晰的掌握下载过程的文件压缩状态的技术效果。掌握下载过程的文件压缩状态的技术效果。掌握下载过程的文件压缩状态的技术效果。


技术研发人员：刘健 杨艳光 马辉 张玉鑫 卞永锋 张同虎
受保护的技术使用者：建信金融科技有限责任公司
技术研发日：2023.05.09
技术公布日：2023/7/22