CN112600932B - 定量下发方法、控制台、下发节点、设备和介质 - Google Patents

Abstract

本公开提供了一种定量下发方法、控制台、下发节点、设备和介质，涉及计算机领域，尤其涉及软件应用技术和空中下载技术。实现方案为：确定下发额度；根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。

Description

定量下发方法、控制台、下发节点、设备和介质

技术领域

本公开涉及计算机领域，具体为软件应用技术和空中下载技术，特别涉及一种定量下发方法、控制台、下发节点、设备和介质。

背景技术

空间下载技术(Over-The-Air，OTA)是无线通信系统中与应用程序相关的信息的传输和接收的标准。在分布式下发系统中，OTA控制台对应下发系统中的多个下发节点，而每个下发节点对应若干终端设备。厂商会不定时地在OTA控制台配置不同条件的下发任务，并将下发任务推送至下发系统中的多个下发节点中。终端设备会周期性地调用下发节点的升级接口，传送设备信息并请求升级任务。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

本公开提供了一种定量下发方法、控制台、下发节点、设备和介质。

根据本公开的一方面，提供了一种分布式系统的定量下发方法，应用于控制台，所述控制台对应多个下发节点，所述定量下发方法包括：确定下发额度；根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。

根据本公开的另一方面，提供了一种定量下发方法，应用于下发节点，所述下发节点对应至少一个终端设备，所述定量下发方法包括：接收控制台在下发时段推送的子下发额度；以及基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。

根据本公开的另一方面，提供了一种定量下发控制台，包括：第一确定单元，被配置用于确定下发额度；第二确定单元，被配置用于根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及推送单元，被配置用于响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。

根据本公开的另一方面，提供了一种定量下发下发节点，包括：接收单元，被配置用于接收控制台在下发时段推送的子下发额度；以及推送单元，被配置用于基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。

根据本公开的另一方面，提供了一种定量下发系统，包括：根据上述的定量下发控制台；以及根据上述的定量下发下发节点，其中，所述控制台和所述下发节点通过预设协议进行交互。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述定量下发方法。

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

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

根据本公开的一个或多个实施例，通过确定下发额度，并基于该下发额度和下发节点的数量，确定总和为下发额度的多个子下发额度，并将这些子下发额度以先到先得的方式推送给发送配额获取请求的下发节点，实现了分布式下发系统下的精确定量下发，从而避免了超发问题。

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

附图说明

附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。

图1是根据本公开一些示例性实施例的可以将本文描述的各种方法和装置在其中实施的示例性系统的示意图；

图2-图3示出了根据本公开示例性实施例的应用于控制台的定量下发方法的流程图；

图4示出了根据本公开示例性实施例的控制台进行配额和控制台与下发节点进行交互的示意图；

图5示出了根据本公开示例性实施例的下发时段和等待时段的示意图；

图6-图7示出了根据本公开示例性实施例的应用于下发节点的定量下发方法的流程图；

图8示出了根据本公开示例性实施例的定量下发控制台的结构框图；

图9示出了根据本公开示例性实施例的定量下发下发节点的结构框图；以及

图10示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。

具体实施方式

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

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

相关技术中，现有的灰度下发方式为多个下发节点共同维护数据库中的下发额度，每一个下发节点完成一次下发后都要更新剩余下发额度。而由于数据同步存在延迟，导致某下发节点用完全部下发额度后可能无法及时更新数据库中的下发额度，使得其他下发节点在不知情的情况下仍在继续下发，从而出现超发问题。

为解决上述问题，本公开通过确定下发额度，并基于该下发额度和下发节点的数量，确定总和为下发额度的多个子下发额度，并将这些子下发额度以先到先得的方式推送给向控制台发送配额获取请求的下发节点，实现了分布式下发系统下的精确定量下发，从而避免了超发问题。

下面将结合附图详细描述本公开的实施例。

图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1，该系统100包括控制台101、下发节点102、终端设备103和内容分发网络104。

控制台101可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。示例性的，控制台101用于生成各类任务，并将任务推送至下发节点102，将任务相关的内容和文件推送至内容分发网络104。

下发节点102可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。示例性的，下发节点102接收控制台101发出的任务，并根据终端设备103的请求，判断其设备信息与任务是否匹配。若匹配，则将存储在内容分发网络104的任务相关内容或文件的地址推送至终端设备103。

终端设备103可以包括各种类型的计算机设备，例如便携式手持设备、通用计算机(诸如个人计算机和膝上型计算机)、工作站计算机、可穿戴设备、游戏系统、瘦客户端、各种消息收发设备、传感器或其他感测设备等。这些计算机设备可以运行各种类型和版本的软件应用程序和操作系统，例如Microsoft Windows、Apple iOS、类UNIX操作系统、Linux或类Linux操作系统(例如Google Chrome OS)；或包括各种移动操作系统，例如MicrosoftWindows Mobile OS、iOS、Windows Phone、Android。便携式手持设备可以包括蜂窝电话、智能电话、平板电脑、个人数字助理(PDA)等。可穿戴设备可以包括头戴式显示器和其他设备。游戏系统可以包括各种手持式游戏设备、支持互联网的游戏设备等。客户端设备能够执行各种不同的应用程序，例如各种与Internet相关的应用程序、通信应用程序(例如电子邮件应用程序)、短消息服务(SMS)应用程序，并且可以使用各种通信协议。示例性的，终端设备103周期性地调用下发节点102的升级接口，并传输自身的设备信息。响应于接收到下发节点102发送的内容分发网络104上的任务相关内容或文件的地址，终端设备103从内容分发网络104下载相应内容或文件。

内容分发网络104(Content Delivery Network，CDN)是一种智能虚拟网络。通过在网络各处放置内容分发网络节点所构成的在现有的互联网基础之上的一层智能虚拟网络，内容分发网络系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的内容分发网络节点上。内容分发网络能够解决因分布、带宽、服务器性能带来的访问延迟问题，适用于站点加速、下载、直播等场景。使用户可就近取得所需内容，解决互联网拥挤的状况，提高用户访问网络资源的响应速度和成功率。

根据本公开的一方面，提供了一种分布式系统的定量下发方法，应用于控制台101，所述控制台101对应多个下发节点102。如图2所示，定量下发方法可以包括：步骤S201、确定下发额度；步骤S202、根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及步骤S203、响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。由此，通过确定下发额度，并基于该下发额度和下发节点的数量，确定总和为下发额度的多个子下发额度，并将这些子下发额度以先到先得的方式推送给发送配额获取请求的下发节点，实现了分布式下发系统下的精确定量下发，从而避免了超发问题。

根据一些实施例，如图3所示，定量下发方法还可以包括：步骤S301、设置下发时段；步骤S307、接收一个或多个下发节点在一个下发时段内所发送的反馈信息；步骤S308基于所述一个或多个下发节点所发送的反馈信息，确定该下发时段内的已下发数量；以及步骤S309、基于所述已下发数量，更新所述下发额度。图3中的步骤S302-步骤S303、步骤S306与图2中的步骤S201-步骤S203类似。由此，通过设置下发时段，并接受下发节点在下发时段内所发送的反馈信息，能够得到该下发时段内的已下发数量，从而基于已下发数量更新下一轮的下发额度。由此，通过多轮下发的方式，可以在确保定量下发的基础上，将没有完成下发的下发额度收回并在下一轮优先推送给优先向控制台发送配额获取请求的下发节点，从而加快了配额下发的速度，并避免了下发额度被没有下发请求的下发节点长期占据，影响下发效率。

根据一些实施例，如图3所示，定量下发方法还可以包括：步骤S304、将时间信息推送至每一个所述下发节点，所述时间信息包括所述下发时段及其之后的等待时段分别的起止时刻；以及步骤S305、将所述子下发任务推送至每一个所述下发节点。由此，通过将时间信息和下发任务推送至每一个下发节点，使得下发节点能够在下发时段内，进一步将下发任务推送至终端设备。

下发额度可以是针对下发任务的当前准备下发的下发额度。在还未开始下发的时候，下发额度例如可以是此次下发任务的总下发额度；在已经对一部分设备进行下发之后，下发额度例如可以是总下发额度减去已下发的终端设备的数量；下发额度也可以是任意准备下发的额度，在此不做限定。

在确定好下发额度后，可以根据所述下发额度和所述下发节点的数量，确定下发给下发节点的一个或多个子下发额度。子下发额度的数量例如可以与下发节点的数量相近。示例性的，下发节点的个数为45个，则将子下发额度的数量设定为50个。例如可以依照子下发额度的数量，对下发额度进行近似均分。示例性的，设置每一个子下发额度为下发额度的2％并做向下取整，而由于向下取整产生的多出来的额度可以全部添加到其中一个子下发额度中。例如还可以设置最小子下发额度，从而避免将额度分的太小而导致频繁下发额度。示例性的，将每一份子下发额度的最小值设定为20。由此，我们可以得到示例性的计算每一份子下发额度的计算公式为：

其中，quota为子下发额度，Q为下发额度，max(·)表示取最大值，

表示向下取整。一个或多个子下发额度可以表示为列表中的元素，也可以表示为集合中的元素，还可以使用其他形式，在此不做限定。示例性的，如图4所示，下发额度Q＝16945，经计算得到子下发额度quota＝338，从而得到多个子下发额度。

根据一些实施例，可以根据所有终端设备的数量设置下发时段的长度。设置下发时段的长度例如可以基于当前产品线上的日活终端设备数来确定。例如可以根据线性方程表示下发时段的长度和产品线日活终端设备数之间的关系。示例性的，可以根据现有的下发情况统计结果，确定当日活数小于一万时的下发时段长度为200秒，当日活数大于一百万时的下发时段长度为20秒，则可以根据线性方程求出下发时长y与日活数x(单位：万)的关系为：y＝-1.82x+201.82。

示例性的，可以将控制台向下发节点推送时间信息和下发任务的时刻作为下发时段的起始时刻，将起始时刻加下发时段长度得到时刻为下发时段的终止时刻。控制台可以基于上述起始时刻、终止时刻和接收到下发节点所发出的各类请求、反馈信息的时刻执行相应步骤。

根据一些实施例，如图5所示，可以设置多个下发时段，从而使得能够将第一个下发时段结束时还未下发的额度进行回收汇总，作为下一轮的下发额度，用于在后续的下发时段进行下发。

下发任务例如可以是指示终端设备进行升级的升级任务，下发任务中例如可以包括升级包文件在内容分发网络104上的存储地址。示例性的，如图1所示，在控制台101将升级任务推送到下发节点102的同时，可以将升级包文件推送到内容分发网络104。图1中实线双向箭头可以为任务信息相关的请求、应答等，虚线双向箭头可以为任务内容、文件相关的请求、应答等。可以理解的是，下发任务也可以是下载任务，还可以是其他供终端设备执行或参与执行的任务，在此不做限定。

根据一些实施例，步骤S306可以包括：响应于在所述下发时段内接收到所述多个下发节点中的一个下发节点发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的一个子下发额度推送至所述其中一个下发节点。由此，通过在下发时段内接收下发节点发送的配额获取请求，并根据当前的子下发额度下发情况选择是否向下发节点推送子下发额度，使得在下发时段内未被下发节点下发的额度会在下发时段结束后由控制台收回，并在下一个下发时段优先推送给优先向控制台发送配额获取请求的下发节点，从而加快了配额下发的速度，并避免了下发额度被没有下发请求的下发节点长期占据，影响下发效率。示例性的，如图4所示，在下发节点1021的额度为零后，向控制台101发送额度获取请求。控制台101响应于该请求，将数量为338的子下发额度推送至下发节点1021。

根据一些实施例，响应于接收到多个下发节点中的另一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，可以将至少一个子下发额度中的另一个子下发额度推送至所述另一个下发节点；以及响应于再次接收到多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，可以将至少一个子下发额度中的另一个子下发额度推送至所述其中一个下发节点。由此，通过将下发额度以先到先得的方式向下发节点下发，并允许一个下发节点多次获取子下发配额，使得接收下发任务请求频繁的下发节点能够分得更多的子下发配额并将其进一步推送到终端设备，从而加快了配额下发的速度，提升了下发效率，并实现了更灵活的下发额度下发方案。可以理解的是，同一子下发额度不会推送两次。示例性的，可以在推送完子下发额度后，将其从控制台中删除。

根据一些实施例，相邻两个下发时段之间可以具有等待时段。根据一些实施例，如图5所示，下发时段及其之后的等待时段之间可以没有间隔，等待时段的长度可以大于预设值。等待时段及其之后的下一轮的下发时段之间也可以没有间隔。由此，通过设置时长大于预设值的等待时段，能够确保所有下发节点在下发时段内的下发情况均被统计，避免了由于网络延迟、丢包导致的实时统计结果不准确的问题。此外，通过交替设置不间隔的下发时段和等待时段，能够进一步加快配额下发的速度，提升下发效率。示例性的，预设值可以为所有下发节点和控制台之间的最长通信时间。

根据一些实施例，可以在所述下发时段及其之后的等待时段内接收所述其中一个下发节点在所述下发时段所发送的反馈信息。由此，通过接受下发节点在下发时段所发送的反馈信息，能够进一步确定该下发节点在该下发时段之内的下发情况。而通过在该下发时段及其之后的等待时段接受反馈信息，可以确保接收到该下发节点在该下发时段之内的全部下发情况。示例性的，如图4所示，下发节点1021、1022和1023将反馈信息发送至控制台101。

根据一些实施例，反馈信息可以包括已接收下发任务的终端设备的设备标识。步骤S307、接收一个或多个下发节点在一个下发时段内所发送的反馈信息可以包括：将所述反馈信息所包括的已接收下发任务的终端设备的设备标识存储在终端设备子集中。由此，通过记录已接收下发任务的终端设备的设备标识，能够避免同一终端设备占据多个下发额度，从而确保下发任务完成后，接受下发任务的终端设备数量与下发额度一致。

根据一些实施例，在等待时段结束后，可以根据当前已下发数量判断是否还需要继续下发。示例性的，如图5所示，在210秒处判断仍需继续下发，则更新下发额度，即更新配额；在420秒处判断下发已完成，则结束下发。

根据本公开的另一方面，提供了一种定量下发方法，应用于下发节点102，所述下发节点对应至少一个终端设备103。如图6所示，定量下发方法可以包括：步骤S601、接收控制台在下发时段推送的子下发额度；以及步骤S602、基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。由此，通过接收控制台在下发时段推送的子下发额度，能够确保下发节点在接收下一次子下发额度的推送之前，下发数量不超过子下发额度，从而避免了超发。此外，通过在下发时段内向终端设备推送额度，使得下发节点在下发时段内未下发的额度能够在下发时段结束后由控制台收回，用于下一轮推送给接受到下发任务请求的下发节点进行下发，从而加快了配额下发的速度，提升了下发效率，并能够保证定量下发。

根据一些实施例，如图7所示，定量下发方法还可以包括：步骤S701、接收所述控制台推送的时间信息，所述时间信息包括所述下发时段及其之后的等待时段分别的起止时刻。图7中的步骤S702-步骤S703与图6中的步骤S601-步骤S602类似。

下发节点接收到终端设备发送的下发任务请求后，可以先对终端设备的信息和下发任务的要求进行比对。如果终端设备的信息符合下发任务要求，并且当前下发节点的下发额度不为零，则向终端设备推送下发任务。示例性的，终端设备的信息例如可以为终端设备的当前版本号，下发任务要求例如可以为终端设备的当前版本号早于下发任务对应的最新版本号，推送下发任务例如可以为将升级包文件在内容分发网络104上的存储地址推送给终端设备。可以理解的是，终端设备的信息、下发任务要求和下发任务内容均可以以其他方式进行设定，在此不做限定。

根据一些实施例，如图7所示，定量下发方法还可以包括：步骤S704、响应于在所述下发时段内接收到所述至少一个终端设备中的另一个终端设备发送的下发任务请求，并且所述另一个终端设备的设备信息满足下发任务条件，同时所述下发节点的更新后的子下发额度为零，向所述控制台发送配额获取请求。其中，在向控制台发送配额获取请求之后并且在接收到所述控制台推送的子下发额度之前，不再响应于终端设备的下发任务请求而向所述控制台发送配额获取请求。由此，通过向控制台发送配额获取请求，使得在下发时段内，下发节点在子下发额度用完并接受到终端设备发送的配额获取请求时，向控制台发送配额获取请求，从而能够允许一个下发节点多次获取子下发配额，使得接收下发任务请求频繁的下发节点能够分得更多的子下发配额并将其进一步推送到终端设备，从而加快了配额下发的速度，提升了下发效率，并实现了更灵活的下发额度下发方案。示例性的，如图4所示，在下发节点1021的额度为零后，向控制台101发送额度获取请求。控制台101响应于该请求，将数量为338的子下发额度推送至下发节点1021。

在下发时段之后的等待时段，下发节点可以不响应于终端设备的下发任务请求向其推送下发任务，同时可以不再向控制台发送配额获取请求。由此，在等待时段不再进行任何下发，从而能够避免由于网络延时、丢包造成的下发信息同步不及时而导致的超发问题。

根据一些实施例，向终端设备推送下发任务可以包括：将所述终端设备的设备标识发送至所述控制台。

根据本公开的另一方面，提供了一种定量下发控制台。如图8所示，定量下发控制台800可以包括：第一确定单元801，被配置用于确定下发额度；第二确定单元802，被配置用于根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及推送单元803，被配置用于响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。

定量下发控制台800的单元801-单元803的操作分别与前面描述的步骤S201-步骤S203的操作类似，在此不做赘述。

根据一些实施例，定量下发控制台800还可以包括：存储单元，被配置用于将所述反馈信息所包括的已接收下发任务的终端设备的设备标识存储在终端设备子集中。

根据本公开的另一方面，提供了定量下发下发节点。如图9所示，定量下发下发节点900可以包括：接收单元901，被配置用于接收控制台在下发时段推送的子下发额度；以及推送单元902，被配置用于基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。

定量下发下发节点900的单元901-单元902的操作分别与前面描述的步骤S601-步骤S602的操作类似，在此不做赘述。

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

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

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

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006、输出单元1007、存储单元1008以及通信单元1009。输入单元1006可以是能向设备1000输入信息的任何类型的设备，输入单元1006可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元1007可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元1008可以包括但不限于磁盘、光盘。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、1302.11设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

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

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

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

虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、系统和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

Claims (17)

1.一种分布式系统的定量下发方法，应用于控制台，所述控制台对应多个下发节点，所述定量下发方法包括：

确定下发额度；

根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子下发额度的总和等于所述下发额度；

响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点；

响应于接收到所述多个下发节点中的另一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述另一个下发节点；以及

响应于再次接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述其中一个下发节点。

2.如权利要求1所述的定量下发方法，还包括：

设置下发时段；

接收一个或多个下发节点在一个下发时段内所发送的反馈信息；

基于所述一个或多个下发节点所发送的反馈信息，确定该下发时段内的已下发数量；以及

基于所述已下发数量，更新所述下发额度。

3.如权利要求2所述的定量下发方法，其中，将所述至少一个子下发额度中的一个子下发额度推送至所述其中一个下发节点包括：

响应于在所述下发时段内接收到所述多个下发节点中的一个下发节点发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的一个子下发额度推送至所述其中一个下发节点。

4.如权利要求2所述的定量下发方法，其中，相邻两个下发时段之间具有等待时段。

5.如权利要求4所述的定量下发方法，其中，在所述下发时段及其之后的等待时段内接收所述其中一个下发节点在所述下发时段所发送的反馈信息。

6.如权利要求2所述的定量下发方法，其中，所述反馈信息包括已接收下发任务的终端设备的设备标识，

其中，接收一个或多个下发节点在一个下发时段内所发送的反馈信息包括：

将所述反馈信息所包括的已接收下发任务的终端设备的设备标识存储在终端设备子集中。

7.如权利要求3所述的定量下发方法，其中，所述定量下发还包括：

将时间信息推送至每一个所述下发节点，所述时间信息包括所述下发时段及其之后的等待时段分别的起止时刻；以及

将所述下发任务推送至每一个所述下发节点。

8.如权利要求2所述的定量下发方法，其中，根据所有终端设备的数量设置下发时段的长度。

9.如权利要求3所述的定量下发方法，其中，所述下发时段及其之后的等待时段之间没有间隔，所述等待时段的长度大于预设值。

10.一种定量下发方法，应用于下发节点，所述下发节点对应至少一个终端设备，所述定量下发方法包括：

接收控制台在下发时段推送的子下发额度，所述子下发额度是所述控制台响应于接收到所述下发节点所发送的配额获取请求后，在未下发的至少一个子下发额度中确定的；

基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度；

响应于在所述下发时段内接收到所述至少一个终端设备中的另一个终端设备发送的下发任务请求，并且所述另一个终端设备的设备信息满足下发任务条件，同时所述下发节点的更新后的子下发额度为零，向所述控制台发送配额获取请求，其中，在向控制台发送配额获取请求之后并且在接收到所述控制台推送的子下发额度之前，不再响应于终端设备的下发任务请求而向所述控制台发送配额获取请求；以及

接收所述控制台在所述下发时段推送的另一个子下发额度，所述另一个子下发额度是所述控制台响应于再次接收到所述下发节点发送的配额获取请求后，在仍未下发的至少一个子下发额度中确定的。

11.如权利要求10所述的定量下发方法，其中，向终端设备推送下发任务包括：

将所述终端设备的设备标识发送至所述控制台。

12.一种定量下发控制台，包括：

第一确定单元，被配置用于确定下发额度；

第二确定单元，被配置用于根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子下发额度的总和等于所述下发额度；以及

推送单元，被配置用于：

响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点；

响应于接收到所述多个下发节点中的另一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述另一个下发节点；以及

响应于再次接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述其中一个下发节点。

13.如权利要求12所述的定量下发控制台，还包括：

存储单元，被配置用于将下发节点发回的反馈信息所包括的已接收下发任务的终端设备的设备标识存储在终端设备子集中。

14.一种定量下发下发节点，包括：

接收单元，被配置用于接收控制台在下发时段推送的子下发额度，所述子下发额度是所述控制台响应于接收到所述下发节点所发送的配额获取请求后，在未下发的至少一个子下发额度中确定的；以及

推送单元，被配置用于：

基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度；

响应于在所述下发时段内接收到所述至少一个终端设备中的另一个终端设备发送的下发任务请求，并且所述另一个终端设备的设备信息满足下发任务条件，同时所述下发节点的更新后的子下发额度为零，向所述控制台发送配额获取请求，其中，在向控制台发送配额获取请求之后并且在接收到所述控制台推送的子下发额度之前，不再响应于终端设备的下发任务请求而向所述控制台发送配额获取请求；以及

接收所述控制台在所述下发时段推送的另一个子下发额度，所述另一个子下发额度是所述控制台响应于再次接收到所述下发节点发送的配额获取请求后，在仍未下发的至少一个子下发额度中确定的。

15.一种定量下发系统，包括：

根据权利要求12-13中任一项所述的定量下发控制台；以及

根据权利要求14所述的定量下发下发节点，

其中，所述控制台和所述下发节点通过预设协议进行交互。

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

至少一个处理器；以及

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

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

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

Images