数据下载方法、装置、电子设备和可读存储介质与流程

1.本公开涉及数据处理技术领域，具体涉及云计算、大数据等人工智能技术领域，具体提供了一种数据下载方法、装置、电子设备和可读存储介质。


背景技术：

2.在云计算环境下，客户可以享受到对云上资源的随买随用的便利。但是随着账号和资源的越来越多，稳定、高效的数据下载对客户来说至关重要，例如账单数据的下载。账单数据的量级，和客户的资源、客户所拥有的账号成正相关，客户所在的组织中的账号越多、账号拥有的资源数量越多，客户的账单数据的量级则越大。
3.相关技术在下载账单等数据时，存在下载请求响应较慢、重复执行相同的下载任务的问题。


技术实现要素：

4.根据本公开的第一方面，提供了一种数据下载方法，包括：接收数据下载请求，所述数据下载请求包含至少一个数据下载任务；判断所述数据下载请求是否为新请求，其中，所述新请求的请求内容与历史数据下载请求的请求内容不同；基于判断结果，获取所述至少一个数据下载任务对应的下载结果。
5.根据本公开的第二方面，提供了一种数据下载装置，包括：接收单元，用于接收数据下载请求，所述数据下载请求包含至少一个数据下载任务；判断单元，用于判断所述数据下载请求是否为新请求，其中，所述新请求的请求内容与历史数据请求的请求内容不同；处理单元，用于基于判断结果，获取所述至少一个数据下载任务对应的下载结果。
6.根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。
7.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。
8.根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。
9.由以上技术方案可以看出，本公开根据数据下载请求是否为新请求的判断结果，来获取至少一个数据下载任务对应的下载结果，避免了服务器资源的浪费，进一步提升了在下载数据时的下载效率。
10.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
11.附图用于更好地理解本方案，不构成对本公开的限定。其中：
12.图1是根据本公开第一实施例的示意图；
13.图2是根据本公开第二实施例的示意图；
14.图3是根据本公开第三实施例的示意图；
15.图4是根据本公开第四实施例的示意图；
16.图5是用来实现本公开实施例的数据下载方法的电子设备的框图。
具体实施方式
17.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和机构的描述。
18.图1是根据本公开第一实施例的示意图。如图1所示，本实施例的数据下载方法，具体包括如下步骤：
19.s101、接收数据下载请求，所述数据下载请求包含至少一个数据下载任务；
20.s102、判断所述数据下载请求是否为新请求，其中，所述新请求的请求内容与历史数据下载请求的请求内容不同；
21.s103、基于判断结果，获取所述至少一个数据下载任务对应的下载结果。
22.本实施例的数据下载方法的执行主体位于服务器，该服务器根据数据下载请求是否为新请求的判断结果，来获取至少一个数据下载任务对应的下载结果，避免了服务器资源的浪费，进一步提升了数据下载效率。
23.本实施例的服务器执行s101接收的数据下载请求中，除了包含至少一个数据下载任务之外，进一步包含各数据下载任务的下载参数；其中，本实施例的服务器执行s101接收的数据下载请求对应的下载数据，可以为账单、多媒体资源等不同类型的数据。
24.本实施例的服务器执行s101接收的数据下载请求中包含的下载参数，可以对应不同的数据类型；若数据下载请求对应的下载数据为账单，则下载参数可以包含账单类型、时间范围、区域、资源名称、资源类型等；若数据下载请求对应的下载数据为多媒体资源，例如包含多集的电视剧，则下载参数可以包含电视剧名称、电视剧的集数等。
25.可以理解的是，本实施例中服务器的数量可以为一个，也可以为多个；即本实施例执行数据下载方法的服务器可以为单个服务器，也可以为由多个子服务器组成的分布式服务器，分布式服务器中的每个子服务器均能够接收由输入端发送的数据下载请求。
26.本实施例的服务器在执行s101接收包含至少一个数据下载任务的数据下载请求之后，执行s102判断数据下载请求是否为新请求；在本实施例中，新请求的请求内容与历史数据下载请求的请求内容不同。
27.也就是说，本实施例的服务器在接收数据下载请求之后，并不会立即执行该下载请求包含的至少一个数据下载任务，仅是单纯地接收请求，因此能够毫秒级地向输入端返回请求提交的结果。
28.本实施例的服务器会对所接收的数据下载请求进行记录，每个数据下载请求对应
不同的请求内容，因此本实施例的服务器能够根据请求内容是否相同的判断结果，来确定数据下载请求是否为新请求。
29.在实际场景中，存在由于输入端的重复点击而发送重复的数据下载请求的问题，或者存在同一公司下不同的员工对同一数据进行下载的问题，因此服务器需要对接收的数据下载请求进行去重，从而确保不会执行重复的数据下载请求，以避免服务器计算资源的浪费。
30.具体地，本实施例的服务器在执行s102判断数据下载请求是否为新请求时，可以采用的可选实现方式为：获取数据下载请求的请求标识，本实施例的请求标识可以为由输入端的标识信息与输入端发送数据下载请求的时间所构成的请求编号，输入端的标识信息可以某个公司的编号、某个员工的编号等；在确定不存在与请求标识相同的历史请求标识的情况下，确定数据下载请求为新请求。
31.另外，本实施例的服务器在执行s102时，还可以包含以下内容：在确定存在与请求标识相同的历史请求标识的情况下，获取与请求标识相同的历史请求标识对应的历史数据下载请求，作为第一目标历史数据下载请求；在确定数据下载请求的下载参数与第一目标历史数据下载请求的下载参数不相同的情况下，确定数据下载请求为新请求，否则确定数据下载请求不为新请求。
32.也就是说，本实施例的服务器根据与数据下载请求对应的请求标识即可实现请求去重的目的，能够应用于输入端网络超时和输入端重复发送这两种场景，从而便捷地确定数据下载请求是否为新请求。
33.本实施例的服务器在执行s102判断数据下载请求是否为新请求时，可以采用的可选实现方式为：根据数据下载请求的下载参数，生成目标哈希值；在确定不存在与目标哈希值相同的历史哈希值的情况下，确定数据下载请求为新请求，其中，历史哈希值是基于历史数据下载请求的下载参数生成的哈希值。
34.另外，本实施例的服务器在执行s102时，还可以包含以下内容：在确定存在与目标哈希值相同的历史哈希值的情况下，获取与目标哈希值相同的历史哈希值对应的历史数据下载请求，作为第二目标历史数据请求；在确定数据下载请求的下载参数与第二目标历史数据下载请求的下载参数不相同的情况下，确定数据下载请求为新请求，否则确定数据下载请求不为新请求。
35.也就是说，本实施例通过生成与下载参数对应的哈希值的方式来实现请求去重的目的，相比于通过请求标识的方式进行请求去重，能够适用于更为丰富的场景，且去重准确性更高。
36.其中，本实施例的服务器在执行s102根据数据下载请求的下载参数生成目标哈希值时，可以根据下载参数的不同字段，来生成不同字段的哈希值，进而将不同字段的哈希值进行拼接，将拼接结果作为目标哈希值。
37.本实施例的服务器在执行s102判断数据下载请求是否为新请求之后，执行s103基于判断结果，获取至少一个数据下载任务对应的下载结果。
38.也就是说，本实施例的服务器可以根据不同的判断结果，采取与所得到的判断结果对应的获取方式，获取至少一个数据下载任务对应的下载结果；本实施例可以获取数据下载请求所包含的执行一个数据下载任务对应的下载结果，作为该数据下载请求对应的下
载结果。
39.本实施例的服务器在执行s103基于判断结果，获取至少一个数据下载任务对应的下载结果时，可以采用的可选实现方式为：在判断数据下载请求为新请求的情况下，将至少一个数据下载任务添加到任务池；从任务池中获取数据下载任务，执行所获取的数据下载任务，以得到与所获取的数据下载任务对应的下载结果。
40.也就是说，本实施例的服务器在判断数据下载请求为新请求的情况下，即可将该数据下载请求包含的至少一个数据下载任务添加到任务池中，以用于单个服务器或者分布式服务器中的各子服务器从任务池中获取数据下载任务。
41.另外，若本实施例的服务器在执行s103判断数据下载请求不为新请求的情况下，则可以认为该数据下载请求之前已被完成，直接获取与该数据下载请求具有相同请求内容的历史数据下载请求的下载结果，作为该数据下载请求对应的下载结果，从而避免重复的请求被多次执行的问题，避免服务器计算资源的浪费。
42.本实施例的服务器在执行s103从任务池中获取数据下载任务时，可以采用的可选实现方式为：获取自身的负载情况；在确定自身的负载情况满足预设要求的情况下，从任务池中获取数据下载任务。
43.具体地，本实施例的服务器在执行s103确定自身的负载情况满足预设要求时，可以采用的可选实现方式为：在确定自身的内存仍有剩余，且当前执行的数据下载任务的数量未超过其所支持的线程总数的情况下，确定自身的负载情况满足预设要求。
44.也就是说，本实施例中的服务器会动态地判断自身的负载情况，避免获取并执行过多的数据下载任务而导致服务器崩溃，确保了服务器在执行数据下载任务时的稳定性。
45.可以理解的是，在本实施例中的服务器为分布式服务器的情况下，接收数据下载请求的子服务器，与执行该数据下载请求包含的数据下载任务的子服务器，可以是不同的子服务器，因此实现了将同一个数据下载请求包含的多个数据下载任务分散到不同的子服务器的目的，进一步提升服务器在执行数据下载请求时的稳定性。
46.本实施例的服务器在执行s103从任务池中获取数据下载任务时，可以采用的可选实现方式为：确定任务池中各数据下载任务的等待时间；按照等待时间从长到短的顺序，依次从任务池中获取数据下载任务。
47.也就是说，本实施例的服务器在从任务池中获取数据下载任务时，还会结合任务池中数据下载任务的等待时间，从而按照等待时间从长到短的顺序来获取数据下载任务，实现了优先从任务池中获取等待时间较长的数据下载任务的目的，有序地对添加到任务池中的数据下载任务进行执行。
48.本实施例的服务器在执行s103从任务池中获取数据下载任务之后，还可以包含以下内容：获取服务器的服务器编号；使用所获取的服务器编号，将从任务池中所获取的数据下载任务设置为锁定状态，使得该数据下载任务仅能够被与服务器编号对应的服务器执行。
49.也就是说，本实施例的服务器通过对从任务池中获取的数据下载任务进行加锁的方式，将所获取的该数据下载任务设置为锁定状态，避免同一个数据下载任务被不同的服务器同时获取并进行执行，使得该数据下载任务仅能够被与加锁时所使用的服务器编号对应的服务器进行执行。
50.其中，本实施例在执行s103所获取的服务器的服务器编号，可以是预先对该服务器所指定的编号，也可以获取服务器的ip地址作为服务器编号。
51.本实施例的服务器在执行s103执行所获取的数据下载任务，以得到下载结果时，可以采用的可选实现方式为：确定所获取的数据下载任务的下载参数；将所确定的下载参数发送到数据中心之后，接收数据中心返回的数据下载结果；将所接收的该数据下载结果，作为该数据下载任务的下载结果。
52.可以理解的是，本实施例的服务器在执行s103将所确定的下载参数发送到数据中心之后，若未能够接收由数据中心返回的数据下载结果，则可以再次将所确定的下载参数发送到数据中心，直至未能够接收由数据中心返回的数据下载结果的次数达到预设次数，终止执行该数据下载任务。
53.也就是说，本实施例的服务器在执行数据下载任务时，还会提供任务重试机制，从而解决在无法与数据中心连接的情况下，数据下载任务执行失败的问题，相应地提升服务器在执行数据下载任务时的性能，
54.另外，本实施例的服务器在执行s103确定终止执行数据下载任务时，除了在确定重试次数达到预设次数的情况外，还可以根据所获取的人工介入信号，直接终止执行该数据下载任务，避免无意义的尝试。
55.由于服务器会进行日常的升级或者上线，如果服务器在升级或者上线过程中恰好存在数据下载任务正在执行，可能会导致服务器的升级或者上线的过程无法继续执行，后续的数据下载也会出现中断，导致数据下载任务执行失败。
56.因此，本实施例的服务器在执行s103执行所获取的数据下载任务时，可以采用的可选实现方式为：按照预设时间间隔检查是否存在中断信号，所获取的中断信号为由服务器下发的、用于中断数据下载任务执行的信号；在确定存在中断信号的情况下，中断数据下载任务的执行。
57.也就是说，本实施例的服务器会定时地检查是否存在中断信号，并在确定存在中断信号的情况下，中断数据下载任务的执行，从而避免数据下载任务的失败。
58.另外，由于在进行数据下载时，还会涉及到对下载数据进行展示的内容，因此本实施例的服务器可以通过约定接口格式的方式，实现下载数据的展示与下载。
59.本实施例的服务器在执行s103接收数据中心返回的数据下载结果时，还可以包含通过预先约定数据源的路径、以及文件标题的方式，来从数据中心获取与下载参数对应的数据下载结果。通过约定数据源的路径、以及文件标题的方式，服务器能够实现对展示与下载的统一开发的目的。
60.本实施例的服务器在执行s103执行所获取的数据下载任务，得到下载结果之后，可以直接将该数据下载任务对应的下载结果返回输入端；也可以根据至少一个数据下载任务的下载结果，得到数据下载请求对应的下载结果，进而将数据下载请求的下载结果返回给输入端。
61.本实施例的服务器在执行s103根据至少一个下载任务的下载结果，得到数据下载请求对应的下载结果时，可以采用的可选实现方式为：获取至少一个数据下载任务的下载结果的数据大小；在确定所获取的数据大小超过预设阈值的情况下，将至少一个数据下载任务的下载结果进行压缩；将压缩结果作为数据下载请求对应的下载结果。
62.也就是说，本实施例的服务器在得到数据下载请求的下载结果时，可以根据全部数据下载任务的下载结果的数据大小来进行数据压缩，减少存储空间的占用和带宽的使用，且便于输入端进行下载。
63.本实施例的服务器在执行s103得到数据下载请求对应的下载结果之后，还可以包含以下内容：获取数据下载请求对应的下载结果的属性信息，例如下载结果的数据大小、下载结果的类型；确定与所获取的属性信息对应的存储方式，存储方式可以为发送邮件、发送短信来存储到输入端本地，也可以为存储到云端；使用所确定的存储方式，存储数据下载请求对应的下载结果。
64.也就是说，本实施例的服务器还会根据数据下载请求的下载结果的属性信息自动选择存储方式，进一步提升在数据下载时的智能性。
65.图2是根据本公开第二实施例的示意图。图2中示出了本实施例进行数据下载时的流程图，本实施例中的服务器为分布式服务器：不同的子服务器(service 1～service n)接收不同的数据下载请求；进行数据下载请求的去重，将属于新请求的数据下载请求进行存储；不同的子服务器从任务池中获取数据下载任务，进行加锁后，结合数据中心来执行不同的数据下载任务；将所得到的数据下载任务的下载结果进行存储，例如存储到云端或者本地。
66.图3是根据本公开第三实施例的示意图。图3中示出了本实施例的服务器在执行数据下载任务时的流程图：从任务池中获取数据下载任务；对所获取的数据下载任务进行加锁，并通过数据中心获取相应的数据下载结果；将所获取的数据下载结果发送到外部存储，更新该数据下载任务的任务状态；另外，服务器在通过数据中心获取相同的数据下载结果时，还可以感知中断信号，从而及时地中断数据下载任务的执行。
67.图4是根据本公开第四实施例的示意图。如图4所示，本实施例的数据装置400位于服务器，包括：
68.接收单元401、用于接收数据下载请求，所述数据下载请求包含至少一个数据下载任务；
69.判断单元402、用于判断所述数据下载请求是否为新请求，其中，所述新请求的请求内容与历史数据请求的请求内容不同；
70.处理单元403、用于基于判断结果，获取所述至少一个数据下载任务对应的下载结果。
71.接收单元401接收的数据下载请求中，除了包含至少一个数据下载任务之外，进一步包含各数据下载任务的下载参数；其中，接收单元401接收的数据下载请求对应的下载数据，可以为账单、多媒体资源等不同类型的数据。
72.接收单元401接收的数据下载请求中包含的下载参数，可以对应不同的数据类型；若数据下载请求对应的下载数据为账单，则下载参数可以包含账单类型、时间范围、区域、资源名称、资源类型等；若数据下载请求对应的下载数据为多媒体资源，例如包含多集的电视剧，则下载参数可以包含电视剧名称、电视剧的集数等。
73.可以理解的是，本实施例中服务器的数量可以为一个，也可以为多个；即本实施例执行数据下载装置可以位于单个服务器，也可以位于多个子服务器组成的分布式服务器，分布式服务器中的每个子服务器均能够接收由输入端发送的数据下载请求。
74.本实施例在由接收单元401接收包含至少一个数据下载任务的数据下载请求之后，由判断单元402判断数据下载请求是否为新请求；在本实施例中，新请求的请求内容与历史数据下载请求的请求内容不同。
75.也就是说，本实施例的服务器在接收数据下载请求之后，并不会立即执行该下载请求包含的至少一个数据下载任务，仅是单纯地接收请求，因此能够毫秒级地向输入端返回请求提交的结果。
76.具体地，判断单元402在判断数据下载请求是否为新请求时，可以采用的可选实现方式为：获取数据下载请求的请求标识；在确定不存在与请求标识相同的历史请求标识的情况下，确定数据下载请求为新请求。
77.判断单元402还用于执行：在确定存在与请求标识相同的历史请求标识的情况下，获取与请求标识相同的历史请求标识对应的历史数据下载请求，作为第一目标历史数据下载请求；在确定数据下载请求的下载参数与第一目标历史数据下载请求的下载参数不相同的情况下，确定数据下载请求为新请求，否则确定数据下载请求不为新请求。
78.也就是说，判断单元402根据与数据下载请求对应的请求标识即可实现请求去重的目的，能够应用于输入端网络超时和输入端重复发送这两种场景，从而便捷地确定数据下载请求是否为新请求。
79.判断单元402在判断数据下载请求是否为新请求时，可以采用的可选实现方式为：根据数据下载请求的下载参数生成目标哈希值；在确定不存在与目标哈希值相同的历史哈希值的情况下，确定数据下载请求为新请求，其中，历史哈希值是基于历史数据下载请求的下载参数生成的哈希值。
80.另外，判断单元402还用于执行；在确定存在与目标哈希值相同的历史哈希值的情况下，获取与目标哈希值相同的历史哈希值对应的历史数据下载请求，作为第二目标历史数据下载请求；在确定数据下载请求的下载参数与第二目标历史数据下载请求的下载参数不相同的情况下，确定数据下载请求为新请求，否则确定数据下载请求不为新请求。
81.也就是说，判断单元402通过生成与下载参数对应的哈希值的方式来实现请求去重的目的，相比于通过请求标识的方式进行请求去重，能够适用于更为丰富的场景，且去重准确性更高。
82.其中，判断单元402在根据数据下载请求的下载参数生成目标哈希值时，可以根据下载参数的不同字段，来生成不同字段的哈希值，进而将不同字段的哈希值进行拼接，将拼接结果作为目标哈希值。
83.本实施例的服务器在由判断单元402判断数据下载请求是否为新请求之后，由处理单元403基于判断结果，获取至少一个数据下载任务对应的下载结果。
84.也就是说，本实施例的服务器可以根据不同的判断结果，采取与所得到的判断结果对应的获取方式，获取至少一个数据下载任务对应的下载结果；本实施例可以获取数据下载请求所包含的执行一个数据下载任务对应的下载结果，作为该数据下载请求对应的下载结果。
85.处理单元403在基于判断结果，获取至少一个数据下载任务对应的下载结果时，可以采用的可选实现方式为：在判断数据下载请求为新请求的情况下，将至少一个数据下载任务添加到任务池；从任务池中获取数据下载任务，执行所获取的数据下载任务，以得到与
所获取的数据下载任务对应的下载结果。
86.也就是说，本实施的服务器在判断数据下载请求为新请求的情况下，即可将该数据下载请求包含的至少一个数据下载任务添加到任务池中，以用于单个服务器或者分布式服务器中的各子服务器从任务池中获取数据下载任务。
87.另外，若处理单元403判断数据下载请求不为新请求的情况下，则可以认为该数据下载请求之前已被完成，直接获取与该数据下载请求具有相同请求内容的历史下载请求的下载结果，作为该数据下载请求对应的下载结果，从而避免重复的请求被多次执行的问题，避免服务器计算资源的浪费。
88.处理单元403在从任务池中获取数据下载任务时，可以采用的可选实现方式为：获取自身的负载情况；在确定自身的负载情况满足预设要求的情况下，从任务池中获取数据下载任务。
89.具体地，处理单元403在确定自身的负载情况满足预设要求时，可以采用的可选实现方式为：在确定自身的内存仍有剩余，且当前执行的数据下载任务的数量未超过其所支持的线程总数的情况下，确定自身的负载情况满足预设要求。
90.也就是说，本实施例中的服务器通过处理单元403会动态地判断自身的负载情况，避免获取并执行过多的数据下载任务而导致服务器崩溃，确保了服务器在执行数据下载任务时的稳定性。
91.可以理解的是，在本实施例中的服务器为分布式服务器的情况下，接收数据下载请求的子服务器，与执行该数据下载请求包含的数据下载任务的子服务器，可以是不同的子服务器，从而实现将同一个数据下载请求包含的多个数据下载任务分散到不同的子服务器的目的，进一步提升服务器在执行数据下载请求时的稳定性。
92.处理单元403在从任务池中获取数据下载任务时，可以采用的可选实现方式为：确定任务池中各数据下载任务的等待时间；按照等待时间从长到短的顺序，依次从任务池中获取数据下载任务。
93.也就是说，本实施例的服务器在从任务池中获取数据下载任务时，还会结合任务池中数据下载任务的等待时间，从而按照等待时间从长到短的顺序来获取数据下载任务，实现了优先从任务池中获取等待时间较长的数据下载任务，有序地对添加到任务池中的数据下载任务进行执行。
94.处理单元403在从任务池中获取数据下载任务之后，还可以包含以下内容：获取服务器的服务器编号；使用所获取的服务器编号，将从任务池中所获取的数据下载任务设置为锁定状态，使得该数据下载任务仅能够被与服务器编号对应的服务器执行。
95.也就是说，本实施例的服务器通过对从任务池中获取的数据下载任务进行加锁的方式，将所获取的该数据下载任务设置为锁定状态，避免同一个数据下载任务被不同的服务器同时获取并进行执行，使得该数据下载任务仅能够被与加锁时所使用的服务器编号对应的服务器进行执行。
96.其中，处理单元403所获取的服务器的服务器编号，可以是预先对该服务器所指定的编号，也可以获取服务器的ip地址作为服务器编号。
97.本实施例的服务器在由处理单元403执行所获取的数据下载任务，以得到下载结果时，可以采用的可选实现方式为：确定所获取的数据下载任务的下载参数；将所确定的下
载参数发送到数据中心之后，接收数据中心返回的数据下载结果；将所接收的该数据下载结果，作为该数据下载任务的下载结果。
98.可以理解的是，处理单元403在将所确定的下载参数发送到数据中心之后，若未能够接收由数据中心返回的数据下载结果，则可以再次将所确定的下载参数发送到数据中心，直至未能够接收由数据中心返回的数据下载结果的次数达到预设次数，终止执行该数据下载任务。
99.也就是说，本实施例的服务器在执行数据下载任务时，还会提供任务重试机制，从而解决在无法与数据中心连接的情况下，数据下载任务执行失败的问题，相应地提升服务器在执行数据下载任务时的性能，
100.另外，处理单元403在确定终止执行数据下载任务时，除了在确定重试次数达到预设次数的情况外，还可以根据所获取的人工介入信号，直接终止执行该数据下载任务，避免无意义的尝试。
101.由于服务器会进行日常的升级或者上线，如果服务器在升级或者上线过程中恰好存在数据下载任务正在执行，可能会导致服务器的升级或者上线的过程无法继续执行，后续的数据下载也会出现中断，导致数据下载任务执行失败。
102.因此，处理单元403在执行所获取的数据下载任务时，可以采用的可选实现方式为：按照预设时间间隔检查是否存在中断信号；在确定存在中断信号的情况下，中断数据下载任务的执行。
103.也就是说，本实施例的服务器会定时地检查是否存在中断信号，并在确定存在中断信号的情况下，中断数据下载任务的执行，从而避免数据下载任务的失败。
104.另外，由于在进行数据下载时，还会涉及到对下载数据进行展示的内容，因此本实施例的服务器可以通过约定接口格式的方式，实现下载数据的展示与下载。
105.处理单元403在接收数据中心返回的数据下载结果时，还可以包含通过预先约定数据源的路径、以及文件标题的方式，来从数据中心获取与下载参数对应的数据下载结果。通过约定数据源的路径、以及文件标题的方式，服务器能够实现对展示与下载的统一开发的目的。
106.本实施例在由处理单元403执行所获取的数据下载任务，得到下载结果之后，可以直接将该数据下载任务对应的下载结果返回输入端；也可以根据至少一个数据下载任务的下载结果，得到数据下载请求对应的下载结果，进而将数据下载请求对应的下载结果返回给输入端。
107.处理单元403在根据至少一个下载任务的下载结果，得到数据下载请求对应的下载结果时，可以采用的可选实现方式为：获取至少一个数据下载任务的下载结果的数据大小；在确定所获取的数据大小超过预设阈值的情况下，将至少一个数据下载任务的下载结果进行压缩；将压缩结果作为数据下载请求对应的下载结果。
108.也就是说，本实施例的服务器在得到数据下载请求对应的下载结果时，可以根据全部数据下载任务的下载结果的数据大小来进行数据压缩，减少存储空间的占用和带宽的使用，且便于输入端进行下载。
109.本实施例位于服务器中的数据下载装置400还可以包含存储单元404，用于处理单元403得到数据下载请求对应的下载结果之后，执行以下内容：获取数据下载请求对应的下
载结果的属性信息；确定与所获取的属性信息对应的存储方式；使用所确定的存储方式，存储数据下载请求对应的下载结果。
110.也就是说，本实施例的服务器还会根据数据下载请求对应的下载结果的属性信息自动选择存储方式，进一步提升在数据下载时的智能性。
111.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
112.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
113.如图5所示，是根据本公开实施例的数据下载方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
114.如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(rom)502中的计算机程序或者从存储单元508加载到随机访问存储器(ram)503中的计算机程序，来执行各种适当的动作和处理。在ram503中，还可存储设备500操作所需的各种程序和数据。计算单元501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
115.设备500中的多个部件连接至i/o接口505，包括：输入单元506，例如键盘、鼠标等；输出单元507，例如各种类型的展示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
116.计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如数据下载方法。例如，在一些实施例中，数据下载方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。
117.在一些实施例中，计算机程序的部分或者全部可以经由rom502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到ram 503并由计算单元501执行时，可以执行上文描述的数据下载方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据下载方法。
118.此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装
置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
119.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据下载装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
120.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
121.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户展示信息的展示装置(例如，crt(阴极射线管)或者lcd(液晶展示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
122.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
123.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务(“virtual private server”，或简称“vps”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
124.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
125.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开
的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。