CN114040380B - 一种数据下发方法、装置、电子设备、介质及产品 - Google Patents

Abstract

本公开提供了一种数据下发方法、装置、电子设备、介质及产品，涉及计算机技术领域，尤其涉及空中下载技术领域。具体实现方案包括：配额系统每经过预设时长，确定当前剩余下发额度，并判断当前剩余下发额度是否大于预设额度。若是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，以使得每个下发节点按照第一消息中的额度进行数据下发。若否，则向各下发节点发送第二消息，其中第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。从而提高了数据下发的灵活性。

Description

一种数据下发方法、装置、电子设备、介质及产品

技术领域

本公开涉及计算机技术领域，尤其涉及空中下载技术领域。

背景技术

空中下载技术(Over-the-Air Technology，OTA)指的是通过移动通信的空中接口实现对移动终端及用户身份模块(Subscriber Identity Module，SIM)卡数据进行远程设备升级的技术。在远程设备升级过程中，一般采用灰度测试的方式，即向一定量的设备发送升级包，进行小批量的验证。

发明内容

本公开提供了一种数据下发方法、装置、电子设备、介质及产品。

根据本公开的第一方面，提供了一种数据下发方法，应用于配额系统，包括：

每经过预设时长，确定当前剩余下发额度；

判断当前剩余下发额度是否大于预设额度；

若是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，所述第一消息包括为下发节点分配的额度，以使得每个下发节点按照分配的额度进行数据下发；

若否，则向各下发节点发送第二消息，其中所述第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

根据本公开的第二方面，提供了一种数据下发方法，应用于下发节点，包括：

接收所述配额系统发送的第一消息，并按照所述第一消息中包括的为所述下发节点分配的额度进行数据下发；其中，所述第一消息为所述配额系统在确定当前剩余下发额度大于预设额度时向所述下发节点发送的消息；或者，

接收所述配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度；其中，所述第二消息为所述配额系统在确定当前剩余下发额度小于等于所述预设额度时向所述下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

根据本公开的第三方面，提供了一种数据下发装置，应用于配额系统，包括：

确定模块，用于每经过预设时长，确定当前剩余下发额度；

判断模块，用于判断所述确定模块确定的当前剩余下发额度是否大于预设额度；

发送模块，用于若所述判断模块的判断结果为是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，所述第一消息包括为下发节点分配的额度，以使得每个下发节点按照分配的额度进行数据下发；

所述发送模块，还用于若所述判断模块的判断结果为否，则向各下发节点发送第二消息，其中所述第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

根据本公开的第四方面，提供了一种数据下发装置，应用于下发节点，包括：

第一接收模块，用于接收所述配额系统发送的第一消息，并按照所述第一消息中包括的为所述下发节点分配的额度进行数据下发；其中，所述第一消息为所述配额系统在确定当前剩余下发额度大于预设额度时向所述下发节点发送的消息；或者，

第二接收模块，用于接收所述配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度；其中，所述第二消息为所述配额系统在确定当前剩余下发额度小于等于所述预设额度时向所述下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一项所述的数据下发方法。

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

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

本公开实施例提供的数据下发方法、装置、电子设备、介质及产品，由于配额系统可以周期性地确定当前剩余下发额度，在当前剩余下发额度大于预设额度时，由配额系统统一为下发节点分配额度，下发节点按照分配的额度进行数据下发。在当前剩余下发额度小于等于预设额度时，由各下发节点共同维护当前剩余下发额度，并进行数据下发。即配额系统能够根据当前剩余下发额度，对数据下发方式进行动态调整，提高了数据下发的灵活性。

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

附图说明

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

图1是本公开实施例提供的一种数据下发方法的流程图；

图2是本公开实施例提供的另一种数据下发方法的流程图；

图3是本公开实施例提供的另一种数据下发方法的流程图；

图4是本公开实施例提供的另一种数据下发方法的流程图；

图5是本公开实施例提供的另一种数据下发方法的流程图；

图6是本公开实施例提供的另一种数据下发方法的流程图；

图7是本公开实施例提供的一种数据下发装置的结构示意图；

图8是本公开实施例提供的另一种数据下发装置的结构示意图；

图9是用来实现本公开实施例的数据下发方法的电子设备的框图。

具体实施方式

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

空中下载技术(Over-the-Air Technology，OTA)指的是通过移动通信的空中接口实现对移动终端及用户身份模块(Subscriber Identity Module，SIM)卡数据进行远程设备升级的技术。在远程设备升级过程中，一般采用灰度测试的方式，即向一定量的设备发送升级包，进行小批量的验证。

本公开实施例所应用的系统中包括配额系统、下发节点和接收设备。其中，配额系统用于为各下发节点分配下发额度，下发节点用于向接收设备下发数据。配额系统和下发节点均可以为服务器，接收设备可以为手机、电脑、智能家电或者汽车智能系统等终端。

本公开实施例提供了一种数据下发方法，应用于配额系统，如图1所示，该方法包括如下步骤：

S101、每经过预设时长，确定当前剩余下发额度。

其中，当前剩余下发额度指的是当前需要被下发数据的接收设备数量。首次执行下发任务之前，当前剩余下发额度即为本次任务的总下发额度，执行过下发任务后，当前剩余下发额度为总下发额度减去已下发数据的接收设备数量。

例如，假设共有1000万台接收设备，需要采用灰度测试的方式，向其中100万台接收设备发送具有新功能的升级包，此时100万为本次任务的总下发额度。本次任务的总下发额度可以配置在配额系统中，或者配额系统可以从数据库中获取总下发额度。假设预设时长为5分钟。第一次执行S101时，确定当前剩余下发额度为100万。经过5分钟时，配额系统确定各下发节点共向80万接收设备下发了升级包，此时确定当前剩余下发额度为100-80＝20万。以此类推，在当前剩余下发额度为0时结束。

S102、判断当前剩余下发额度是否大于预设额度。若是，则执行S103；若否，则执行S104。

预设额度可以根据实际需要设置。例如，预设额度为100。

S103、确定为每个下发节点分配的额度，向各下发节点发送第一消息，以使得每个下发节点按照分配的额度进行数据下发。

其中，为各下发节点分配的额度总和等于当前剩余下发额度，第一消息包括为下发节点分配的额度。

一种实现方式中，可以将当前剩余下发额度平均分配给各下发节点。例如，为每个下发节点分配的额度为X/n，其中，X为当前剩余下发额度，n为下发节点数量。其中，如果X/n存在余数，可将余数随机分配给一个或多个下发节点。

另一种实现方式中，可以按照各下发节点的下发速度，为各下发节点分配下发额度。例如，当前剩余下发额度为300，下发节点1上报的每秒下发数据包数量为10，下发节点2上报的每秒下发数据包数量为5，可以按照10:5的比例，确定下发节点1分配的额度为200，确定下发节点2分配的额度为100。

或者，还可以采用其他方式为各下发节点分配额度，本公开实施例对此不作具体限定。

下发节点每次接收到第一消息后，按照第一消息中携带的额度进行数据下发，在该额度消耗完毕后停止数据下发。

S104、向各下发节点发送第二消息，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

其中，第二消息用于表示各下发节点共同维护当前剩余下发额度。

在本公开实施例中，每个下发节点接收到第二消息时，检查当前剩余下发额度是否为零，并在不为零时，向接收设备下发升级包，并将当前剩余下发额度减去被下发升级包的接收设备数量。在当前剩余下发额度为零时停止数据下发。

本公开实施例提供的数据下发方法，由于配额系统可以周期性地确定当前剩余下发额度，在当前剩余下发额度大于预设额度时，由配额系统统一为下发节点分配额度，下发节点按照分配的额度进行数据下发。在当前剩余下发额度小于等于预设额度时，由各下发节点共同维护当前剩余下发额度，并进行数据下发。即配额系统能够根据当前剩余下发额度，对数据下发方式进行动态调整，提高了数据下发的灵活性。

需要说明的是，本公开实施例中，下发节点向接收设备下发的数据可以是设备升级包或者多媒体信息等，本公开实施例对此不作具体限定。

如图2所示，配额系统在上述S103向各下发节点发送第一消息之后，配额系统还可以执行：S105、接收各下发节点发送的已被下发数据的接收设备的身份标识号(Identitydocument，ID)。

一种实现方式中，下发节点可以在向接收设备下发数据时，实时记录被下发数据的接收设备的ID，并上报给配额系统。

例如，下发节点接收到第一消息后，得到配额系统为其分配的额度。之后每接收到接收设备发送的数据请求时，从数据请求中获取到发送数据请求的接收设备的设备ID。检查下发节点自身的剩余额度是否为零，若不为零，则向该接收设备发送升级包，并向配额系统发送该设备ID。

在此基础上，如图2所示，每间隔预设时长，上述S101确定当前剩余下发额度的方式可以实现为：

S1011、获取预设的总下发额度。

其中，总下发额度为本次任务共需要下发数据的接收设备数量，可以根据灰度测试的实际需要设置。

一种实现方式中，配额系统可以获取用户输入的总下发额度，或者配额系统可以从数据库中获取总下发额度。

S1012、根据已被下发数据的接收设备的ID，统计已被下发数据的接收设备总数。

在实际应用中，可能存在设备重复请求获取数据的情况，为了避免重复向同一设备发送数据占用的额度，可以从已被下发数据的接收设备的ID中，统计不重复的ID数量，作为已被下发数据的接收设备总数。

例如，已被下发数据的接收设备的ID为：ID1、ID 2、ID1、ID3、ID4、ID5，不重复的ID数量为5，即已被下发数据的接收设备总数为5。

S1013、将总下发额度与已被下发数据的接收设备总数的差值，作为当前剩余下发额度。

例如，总下发额度N＝100万，已被下发数据的接收设备总数M＝10万，则当前剩余下发额度为N-M＝90万。

采用上述方法，配额系统可以每隔预设时长，重新统计当前剩余下发额度，从而根据当前剩余下发额度，及时对数据下发方式进行决策。

在本公开实施例中，第一消息和第二消息中还包括黑名单。其中，黑名单中包括设备ID。以使得下发节点接收到黑名单后，在接收到数据请求时，从数据请求中获取发送数据请求的接收设备的设备ID，如果该设备ID与黑名单中的设备ID相同，则丢弃该数据请求，即不向发送数据请求的接收设备下发数据。

如图3所示，配额系统在S105接收各下发节点发送的已被下发数据的接收设备的ID之后，还可以执行如下步骤：

S106、确定累计接收到的每个ID的数量。

一种实现方式中，配额系统可以在本次任务中，从各下发节点累计发送的所有的ID中，统计每个ID的数量。

S107、将数量超过预设数量的ID加入黑名单。

预设数量可以根据实际情况设置。

结合S106和S107，例如，在本次任务中，配额系统接收的下发节点累计发送的ID为：ID1、ID 2、ID1、ID3、ID4、ID5、ID6、ID6、ID1、ID7、ID1，其中，ID1的数量为4，ID2的数量为1，ID3的数量为1，ID4的数量为1，ID5的数量为1，ID6的数量为2。预设数量为3，则将ID1加入黑名单。

可以理解的，配额系统可以实时根据各下发节点上报的设备ID，更新黑名单，并在下一次向下发节点发送第一消息或者第二消息时，将当前的黑名单携带在消息中发送至下发节点。

由于多次请求数据下发的接收设备不但可能占用下发额度，还可能占用带宽资源，影响数据下发效率。因此采用上述方法，配额系统可以将多次请求数据下发的接收设备的ID加入黑名单，并将黑名单发送给下发节点，以供下发节点依据黑名单对接收设备的ID进行校验，提高数据下发的安全性，避免向多次请求数据下发的接收设备发送数据。

在本公开实施例中，第一消息和第二消息均可以为Kafka消息，第一消息和第二消息均携带：有效时间(validtime)、额度(quota)、黑名单(blacklist)和设备集合(deviceset)。

其中，validtime表示有效时间，下发节点在接收到第一消息时，在有效时间内，每下发一次数据，将第一消息中的quota－1，直到quota为0，或者有效时间结束。下发节点在接收到第二消息时，在有效时间内，每下发一次数据，将当前剩余下发额度－1，直到当前剩余下发额度为0，或者有效时间结束。可选的，validtime可以为时间戳，例如validtime为20XX/XX/XX XX:XX:XX，在该时间戳之后下发节点不继续进行数据下发。或者，validtime可以为有效时长，例如validtime为5分钟，从下发节点接收到第一消息或者第二消息开始，到达5分钟时，不继续进行数据下发。

在第一消息中，quota表示配额系统为下发节点分配的额度，例如quota表示下发节点可以发送的升级包数量。在第二消息中，quota为-1，表示各下发节点共同维护当前剩余下发额度。即quota大于等于0时表示第一消息，quota＝-1时表示第二消息。

blacklist包括黑名单中接收设备的ID。

deviceset表示本次任务中已下发数据的接收设备的设备ID组成的集合的集合名。下发节点接收到第二消息后，需要依据第二消息携带的deviceset，查找本次任务针对的集合，并检查该集合中包括的设备ID是否达到总下发额度。在未达到总下发额度，即当前剩余下发额度不为0时，进行数据下发。下发节点接收到第一消息的情况下，不需要下发节点检查当前剩余下发额度是否为0，因此第一消息中携带的deviceset可以为实际的集合名，也可以为空。

基于相同的发明构思，本公开实施例提供了一种数据下发方法，应用于下发节点，如图4所示，该方法包括如下步骤：

S401、接收配额系统发送的第一消息，并按照第一消息中包括的为下发节点分配的额度进行数据下发。

其中，第一消息为配额系统在确定当前剩余下发额度大于预设额度时向下发节点发送的消息。

一种实现方式中，下发节点接收到第一消息时，每接收到一个来自接收设备的数据请求，向接收设备发送数据，并将第一消息中携带的额度－1，直至该额度为0时停止数据下发。

S402、接收配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度。

其中，第二消息为配额系统在确定当前剩余下发额度小于等于预设额度时向下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

一种实现方式中，下发节点接收到第二消息时，每接收到一个来自接收设备的数据请求，检查本次任务的当前剩余下发额度是否为零，并在不为零时，向接收设备发送数据，并将当前剩余下发额度－1，直至当前剩余下发额度为0时停止数据下发。

需要说明的是，配额系统每个周期向下发节点发送第一消息或者第二消息，即下发节点在每个周期接收第一消息或者第二消息，S401和S402是下发节点进行数据下发的两种情况，不会同时执行。

本公开实施例提供的数据下发方法，由于配额系统可以周期性地确定当前剩余下发额度，在当前剩余下发额度大于预设额度时，由配额系统统一为下发节点分配额度，下发节点按照分配的额度进行数据下发。在当前剩余下发额度小于等于预设额度时，由各下发节点共同维护当前剩余下发额度，并进行数据下发。即配额系统能够根据当前剩余下发额度，对数据下发方式进行动态调整，提高了数据下发的灵活性。

在本公开实施例中，第一消息和第二消息中包括有效时间，下发节点还可以对接收的数据请求进行过滤，过滤方式包括：接收各接收设备发送的数据请求，针对每个数据请求，获取该数据请求的接收时间，若接收时间超过有效时间，则丢弃该数据请求。

可选的，有效时间可以是时间戳，例如validtime为20XX/XX/XX XX:XX:XX，在该时间戳之后下发节点不继续进行数据下发。或者，有效时间可以为有效时长，例如有效时间为5分钟，从下发节点接收到第一消息或者第二消息开始，到达5分钟时，不继续进行数据下发。

其中，有效时间不超过配额系统下一次确定当前剩余下发额度的时间。可以理解的，配额系统周期性地确定当前剩余下发额度并进行数据下发方式的决策，通过设置有效时间，配额系统可以控制下发节点在当前周期内进行数据下发，以使得下发节点在下一周期按照最新的数据下发方式下发数据。

参见图5，上述S402检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度的方式，可以实现为：

S4021、针对每个数据请求，向数据库发送访问请求。

其中，访问请求用于请求获取已被下发数据的接收设备总数，并请求数据库不允许其他设备访问已被下发数据的接收设备总数。

一种实现方式中，数据库可以是远程字典服务(Remote Dictionary Server，Redis)，Redis中记录有本次任务的设备集合，设备集合中包括已被下发数据的接收设备的ID。配额系统可以通过访问Redis的方式，获取已被下发数据的接收设备总数，同时在访问时设置访问锁，避免该下发节点访问Redis时，其他下发节点访问该设备集合。

可以理解的，如果当前剩余下发额度为1，两个下发节点同时接收到数据请求，并检查到Redis中设备集合包括的ID数量未达到总下发额度，则这两个下发节点均会进行数据下发，导致超发问题。本公开实施例中，下发节点访问Redis中的设备集合时，设置访问锁，避免其他下发节点此时查询已被下发数据的接收设备总数。在该下发节点访问结束，即该下发节点数据下发完成并更新设备集合之后，再允许其他下发节点访问设备集合，从而避免超发问题。

其中，锁定设备集合的时长大于下发节点完成数据下发并更新设备集合所消耗的总时长。例如锁定设备集合的时长为5秒。

S4022、接收数据库发送的已被下发数据的接收设备总数，将总下发额度与已被下发数据的接收设备总数的差值作为当前剩余下发额度，在确定当前剩余下发额度不为零时进行数据下发，并向数据库发送更新请求。

其中，更新请求用于请求携带本次被下发数据的接收设备的ID，以使得数据库将更新请求中携带的ID加入设备集合中。

可选的，总下发额度可以从Redis中获取，或者总下发额度可以从第二消息中获取。

例如，总下发额度为100万，已被下发数据的接收设备总数20万，当前剩余下发额度为100-20＝80万。

采用上述方法，在当前剩余下发额度较小时，能够快速进行数据下发，而且由于本公开实施例中下发节点在访问Redis时设置了访问锁，从而避免了超发的问题。

应用于配额系统的数据下发方法和应用于下发节点的数据下发方法，相同步骤的描述可相互参照。

参见图6，以下对本公开实施例提供的数据下发方法的整体流程进行说明：

S601、在Redis中配置本次任务ID，配置本次任务的总下发额度，并设置设备集合。

其中，S601设置的设备集合为空，以使得后续配额系统或者下发节点将已下发数据的接收设备的ID加入设备集合。

S602、配额系统判断当前剩余下发额度是否大于预设额度。若是，则执行S603，若否，则执行S604。

S603、配额系统确定为每个下发节点分配的额度，向各下发节点发送第一消息。以使得每个下发节点按照分配的额度进行数据下发。

S604、配额系统向各下发节点发送第二消息。以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

S605、配额系统等待5分钟，并接收各下发节点发送的已被下发数据的接收设备的ID。

S606、配额系统将累计接收到的超过预设数量的ID加入黑名单。以使得配额系统在下一次向下发节点发送第一消息或者第二消息时，将黑名单携带在消息中发送给下发节点。

S607、配额系统根据已被下发数据的接收设备的ID，统计已被下发数据的接收设备总数，并将总下发额度与已被下发数据的接收设备总数的差值，作为当前剩余下发额度。

S608、配额系统判断当前剩余下发额度是否为0。若是，则数据下发流程结束。若否，则返回S602。

在小批量下发方案中，由各下发节点共同维护当前剩余下发额度，而数据同步可能存在延迟，导致当前剩余下发额度无法及时更新，使得在当前剩余下发额度为零时，下发节点由于当前剩余下发额度未及时更新，未检查到下发额度为零而错误地继续下发，导致超发。

在大批量下发方案中，配额系统每隔5分钟将当前剩余下发额度平均分配给各下发节点，该方案不会产生超发问题。但是每个下发节点被分配的额度有限，且每个下发节点下发数据的效率不同，可能存在有些下发节点额度消耗完毕，不能向继续进行数据下发，而有些节点还具有充足的额度，需要等到下一个周期对额度进行重新分配，这种现象在下发额度越小时越明显。导致数据下发效率低，即数据下发的收敛速度慢。

而本公开实施例中，配额系统可以周期性的根据当前剩余下发额度选择数据下发策略，在当前剩余下发额度较大时，采用大批量下发方案，从而保证不会产生超发问题。在当前剩余下发额度较小时，采用小批量设备下发方案，从而提高数据下发效率。

基于相同的发明构思，本公开实施例还提供一种数据下发装置，应用于配额系统，如图7所示，该装置包括：确定模块701、判断模块702和发送模块703；

确定模块701，用于每经过预设时长，确定当前剩余下发额度；

判断模块702，用于判断确定模块701确定的当前剩余下发额度是否大于预设额度；

发送模块703，用于若判断模块702的判断结果为是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，第一消息包括为下发节点分配的额度，以使得每个下发节点按照分配的额度进行数据下发；

发送模块703，还用于若判断模块702的判断结果为否，则向各下发节点发送第二消息，其中第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

本公开实施例提供的数据下发装置，由于配额系统可以周期性地确定当前剩余下发额度，在当前剩余下发额度大于预设额度时，由配额系统统一为下发节点分配额度，下发节点按照分配的额度进行数据下发。在当前剩余下发额度小于等于预设额度时，由各下发节点共同维护当前剩余下发额度，并进行数据下发。即配额系统能够根据当前剩余下发额度，对数据下发方式进行动态调整，提高了数据下发的灵活性。

在本公开的一个实施例中，该装置还可以包括：接收模块；

接收模块，用于在向各下发节点发送第一消息之后，接收各下发节点发送的已被下发数据的接收设备的ID；

确定模块701，具体用于：

获取预设的总下发额度；

根据已被下发数据的接收设备的ID，统计已被下发数据的接收设备总数；

将总下发额度与已被下发数据的接收设备总数的差值，作为当前剩余下发额度。

在本公开的一个实施例中，第一消息和第二消息中还包括黑名单，该装置还可以包括：加入模块；

确定模块701，还用于在接收各下发节点发送的已被下发数据的接收设备的ID之后，确定累计接收到的每个ID的数量；

加入模块，用于将数量超过预设数量的ID加入黑名单。

基于相同的发明构思，本公开实施例还提供了一种数据下发装置，应用于下发节点，如图8所示，该装置包括：第一接收模块801和第二接收模块802；

第一接收模块801，用于接收配额系统发送的第一消息，并按照第一消息中包括的为下发节点分配的额度进行数据下发；其中，第一消息为配额系统在确定当前剩余下发额度大于预设额度时向下发节点发送的消息；或者，

第二接收模块802，用于接收配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度；其中，第二消息为配额系统在确定当前剩余下发额度小于等于预设额度时向下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

本公开实施例提供的数据下发装置，由于配额系统可以周期性地确定当前剩余下发额度，在当前剩余下发额度大于预设额度时，由配额系统统一为下发节点分配额度，下发节点按照分配的额度进行数据下发。在当前剩余下发额度小于等于预设额度时，由各下发节点共同维护当前剩余下发额度，并进行数据下发。即配额系统能够根据当前剩余下发额度，对数据下发方式进行动态调整，提高了数据下发的灵活性。

在本公开的一个实施例中，第一消息和第二消息中均包括有效时间，该装置还可以包括：过滤模块；过滤模块，用于：

接收各接收设备发送的数据请求；

针对每个数据请求，获取该数据请求的接收时间，若接收时间超过有效时间，则丢弃该数据请求。

在本公开的一个实施例中，第二接收模块802，具体用于：

针对每个数据请求，向数据库发送访问请求，访问请求用于请求获取已被下发数据的接收设备总数，并请求数据库不允许其他设备访问已被下发数据的接收设备总数；

接收数据库发送的已被下发数据的接收设备总数，将总下发额度与已被下发数据的接收设备总数的差值作为当前剩余下发额度，在确定当前剩余下发额度不为零时进行数据下发，并向数据库发送更新请求，更新请求用于请求携带本次被下发数据的接收设备的ID。

本公开的技术方案中，所涉及的数据的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

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

图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 (14)

1.一种数据下发方法，应用于配额系统，包括：

每经过预设时长，确定当前剩余下发额度；所述当前剩余下发额度为当前需要被下发数据的接收设备数量；

判断当前剩余下发额度是否大于预设额度；

若是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，所述第一消息包括为下发节点分配的额度，以使得每个下发节点按照分配的额度进行数据下发；

若否，则向各下发节点发送第二消息，其中所述第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

2.根据权利要求1所述的方法，在所述向各下发节点发送第一消息之后，所述方法还包括：

接收各下发节点发送的已被下发数据的接收设备的身份标识号ID；

所述确定当前剩余下发额度，包括：

获取预设的总下发额度；

根据已被下发数据的接收设备的ID，统计已被下发数据的接收设备总数；

将所述总下发额度与所述已被下发数据的接收设备总数的差值，作为当前剩余下发额度。

3.根据权利要求2所述的方法，所述第一消息和所述第二消息中还包括黑名单，在接收各下发节点发送的已被下发数据的接收设备的ID之后，所述方法还包括：

确定累计接收到的每个ID的数量；

将数量超过预设数量的ID加入黑名单。

4.一种数据下发方法，应用于下发节点，包括：

接收配额系统发送的第一消息，并按照所述第一消息中包括的为所述下发节点分配的额度进行数据下发；其中，所述第一消息为所述配额系统在确定当前剩余下发额度大于预设额度时向所述下发节点发送的消息；所述当前剩余下发额度为当前需要被下发数据的接收设备数量；或者，

接收所述配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度；其中，所述第二消息为所述配额系统在确定当前剩余下发额度小于等于所述预设额度时向所述下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

5.根据权利要求4所述的方法，所述第一消息和所述第二消息中均包括有效时间，所述方法还包括：

接收各接收设备发送的数据请求；

针对每个数据请求，获取该数据请求的接收时间，若所述接收时间超过所述有效时间，则丢弃该数据请求。

6.根据权利要求5所述的方法，其中，所述检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度，包括：

针对每个数据请求，向数据库发送访问请求，所述访问请求用于请求获取已被下发数据的接收设备总数，并请求所述数据库不允许其他设备访问已被下发数据的接收设备总数；

接收数据库发送的已被下发数据的接收设备总数，将总下发额度与已被下发数据的接收设备总数的差值作为当前剩余下发额度，在确定当前剩余下发额度不为零时进行数据下发，并向所述数据库发送更新请求，所述更新请求用于请求携带本次被下发数据的接收设备的ID。

7.一种数据下发装置，应用于配额系统，包括：

确定模块，用于每经过预设时长，确定当前剩余下发额度；所述当前剩余下发额度为当前需要被下发数据的接收设备数量；

判断模块，用于判断所述确定模块确定的当前剩余下发额度是否大于预设额度；

发送模块，用于若所述判断模块的判断结果为是，则确定为每个下发节点分配的额度，向各下发节点发送第一消息，其中为各下发节点分配的额度总和等于当前剩余下发额度，所述第一消息包括为下发节点分配的额度，以使得每个下发节点按照分配的额度进行数据下发；

所述发送模块，还用于若所述判断模块的判断结果为否，则向各下发节点发送第二消息，其中所述第二消息用于表示各下发节点共同维护当前剩余下发额度，以使得每个下发节点在确定当前剩余下发额度不为零时，进行数据下发，并更新当前剩余下发额度。

8.根据权利要求7所述的装置，所述装置还包括：接收模块；

所述接收模块，用于在所述向各下发节点发送第一消息之后，接收各下发节点发送的已被下发数据的接收设备的ID；

所述确定模块，具体用于：

获取预设的总下发额度；

根据已被下发数据的接收设备的ID，统计已被下发数据的接收设备总数；

将所述总下发额度与所述已被下发数据的接收设备总数的差值，作为当前剩余下发额度。

9.根据权利要求8所述的装置，所述第一消息和所述第二消息中还包括黑名单，所述装置还包括：加入模块；

所述确定模块，还用于在所述接收各下发节点发送的已被下发数据的接收设备的ID之后，确定累计接收到的每个ID的数量；

所述加入模块，用于将数量超过预设数量的ID加入黑名单。

10.一种数据下发装置，应用于下发节点，包括：

第一接收模块，用于接收配额系统发送的第一消息，并按照所述第一消息中包括的为所述下发节点分配的额度进行数据下发；其中，所述第一消息为所述配额系统在确定当前剩余下发额度大于预设额度时向所述下发节点发送的消息；所述当前剩余下发额度为当前需要被下发数据的接收设备数量；或者，

第二接收模块，用于接收所述配额系统发送的第二消息，检查当前剩余下发额度是否为零，在确定当前剩余下发额度不为零时进行数据下发，并更新当前剩余下发额度；其中，所述第二消息为所述配额系统在确定当前剩余下发额度小于等于所述预设额度时向所述下发节点发送的、用于表示各下发节点共同维护当前剩余下发额度的消息。

11.根据权利要求10所述的装置，所述第一消息和所述第二消息中均包括有效时间，所述装置还包括：过滤模块；所述过滤模块，用于：

接收各接收设备发送的数据请求；

针对每个数据请求，获取该数据请求的接收时间，若所述接收时间超过所述有效时间，则丢弃该数据请求。

12.根据权利要求11所述的装置，其中，所述第二接收模块，具体用于：

针对每个数据请求，向数据库发送访问请求，所述访问请求用于请求获取已被下发数据的接收设备总数，并请求所述数据库不允许其他设备访问已被下发数据的接收设备总数；

接收数据库发送的已被下发数据的接收设备总数，将总下发额度与已被下发数据的接收设备总数的差值作为当前剩余下发额度，在确定当前剩余下发额度不为零时进行数据下发，并向所述数据库发送更新请求，所述更新请求用于请求携带本次被下发数据的接收设备的ID。

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

至少一个处理器；以及

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

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

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