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

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

【技术实现步骤摘要】
定量下发方法、控制台、下发节点、设备和介质
本公开涉及计算机领域，具体为软件应用技术和空中下载技术，特别涉及一种定量下发方法、控制台、下发节点、设备和介质。
技术介绍
空间下载技术(Over-The-Air，OTA)是无线通信系统中与应用程序相关的信息的传输和接收的标准。在分布式下发系统中，OTA控制台对应下发系统中的多个下发节点，而每个下发节点对应若干终端设备。厂商会不定时地在OTA控制台配置不同条件的下发任务，并将下发任务推送至下发系统中的多个下发节点中。终端设备会周期性地调用下发节点的升级接口，传送设备信息并请求升级任务。在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。
技术实现思路
本公开提供了一种定量下发方法、控制台、下发节点、设备和介质。根据本公开的一方面，提供了一种分布式系统的定量下发方法，应用于控制台，所述控制台对应多个下发节点，所述定量下发方法包括：确定下发额度；根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。根据本公开的另一方面，提供了一种定量下发方法，应用于下发节点，所述下发节点对应至少一个终端设备，所述定量下发方法包括：接收控制台在下发时段推送的子下发额度；以及基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。根据本公开的另一方面，提供了一种定量下发控制台，包括：第一确定单元，被配置用于确定下发额度；第二确定单元，被配置用于根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及推送单元，被配置用于响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。根据本公开的另一方面，提供了一种定量下发下发节点，包括：接收单元，被配置用于接收控制台在下发时段推送的子下发额度；以及推送单元，被配置用于基于所接收的所述子下发额度，响应于在所述下发时段内接收到所述至少一个终端设备中的其中一个终端设备发送的下发任务请求，并且所述其中一个终端设备的设备信息满足下发任务条件，向所述其中一个终端设备推送下发任务，并更新所述下发节点的子下发额度。根据本公开的另一方面，提供了一种定量下发系统，包括：根据上述的定量下发控制台；以及根据上述的定量下发下发节点，其中，所述控制台和所述下发节点通过预设协议进行交互。根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述定量下发方法。根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述定量下发方法。根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被处理器执行时实现上述定量下发方法。根据本公开的一个或多个实施例，通过确定下发额度，并基于该下发额度和下发节点的数量，确定总和为下发额度的多个子下发额度，并将这些子下发额度以先到先得的方式推送给发送配额获取请求的下发节点，实现了分布式下发系统下的精确定量下发，从而避免了超发问题。应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。附图说明附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。图1是根据本公开一些示例性实施例的可以将本文描述的各种方法和装置在其中实施的示例性系统的示意图；图2-图3示出了根据本公开示例性实施例的应用于控制台的定量下发方法的流程图；图4示出了根据本公开示例性实施例的控制台进行配额和控制台与下发节点进行交互的示意图；图5示出了根据本公开示例性实施例的下发时段和等待时段的示意图；图6-图7示出了根据本公开示例性实施例的应用于下发节点的定量下发方法的流程图；图8示出了根据本公开示例性实施例的定量下发控制台的结构框图；图9示出了根据本公开示例性实施例的定量下发下发节点的结构框图；以及图10示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。具体实施方式以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。相关技术中，现有的灰度下发方式为多个下发节点共同维护数据库中的下发额度，每一个下发节点完成一次下发后都要更新剩余下发额度。而由于数据同步存在延迟，导致某下发节点用完全部下发额度后可能无法及时更新数据库中的下发额度，使得其他下发节点在不知情的情况下仍在继续下发，从而出现超发问题。为解决上述问题，本公开通过确定下发额度，并基于该下发额度和下发节点的数量，确定总和为下发额度的多个子下发额度，并将这些子下发额度以先到先得的方式推送给向控制台发送配额获取请求的下发节点，实现了分布式下发系统下的精确定量下发，从而避免了超发问题。下面将结合本文档来自技高网...

【技术保护点】
1.一种分布式系统的定量下发方法，应用于控制台，所述控制台对应多个下发节点，所述定量下发方法包括：/n确定下发额度；/n根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及/n响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。/n

【技术特征摘要】
1.一种分布式系统的定量下发方法，应用于控制台，所述控制台对应多个下发节点，所述定量下发方法包括：
确定下发额度；
根据所述下发额度和所述下发节点的数量，确定一个或多个子下发额度，其中，所述一个或多个子发额度的总和等于所述下发额度；以及
响应于接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的其中一个子下发额度推送至所述其中一个下发节点。


2.如权利要求1所述的定量下发方法，还包括：
设置下发时段；
接收一个或多个下发节点在一个下发时段内所发送的反馈信息；
基于所述一个或多个下发节点所发送的反馈信息，确定该下发时段内的已下发数量；以及
基于所述已下发数量，更新所述下发额度。


3.如权利要求2所述的定量下发方法，其中，将所述至少一个子下发额度中的一个子下发额度推送至所述其中一个下发节点包括：
响应于在所述下发时段内接收到所述多个下发节点中的一个下发节点发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的一个子下发额度推送至所述其中一个下发节点。


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


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


6.如权利要求2所述的定量下发方法，其中，所述反馈信息包括已接收下发任务的终端设备的设备标识，
其中，接收一个或多个下发节点在一个下发时段内所发送的反馈信息包括：
将所述反馈信息所包括的已接收下发任务的终端设备的设备标识存储在终端设备子集中。


7.如权利要求3所述的定量下发方法，其中，所述定量下发还包括：
将时间信息推送至每一个所述下发节点，所述时间信息包括所述下发时段及其之后的等待时段分别的起止时刻；以及
将所述下发任务推送至每一个所述下发节点。


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


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


10.如权利要求1所述的定量下发方法，还包括：
响应于接收到所述多个下发节点中的另一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述另一个下发节点；以及
响应于再次接收到所述多个下发节点中的其中一个下发节点所发送的配额获取请求，并且有至少一个子下发额度未下发，将所述至少一个子下发额度中的另一个子下发额度推送至所述其中一个下发节点。


11.一种定量下发方法，应用于下发节点，所述下发节点对应至少一个终端设备，所述定量下发方法包括：
接收控制台在下发时段推送的子下发额度；以及

【专利技术属性】
技术研发人员：廖覃思，符云，林道正，
申请(专利权)人：百度在线网络技术北京有限公司，
类型：发明
国别省市：北京;11