对固网终端更新配置的方法、装置、设备及其存储介质

技术领域

本申请涉及但不限于集群设备数据配置领域，尤其涉及一种对固网终端更新配置的方法、装置、设备及其存储介质。

背景技术

随着学生卡业务在全国各地落户，业务规模飞速扩张的同时，学生卡业务的固网终端在广大学校密集部署。在广阔地域分布下，面对错综复杂的网络环境，现有技术中采用的更新终端配置的方法无法实现海量终端配置的更新，导致不能及时响应客户的需求，也无法保障终端的安全性和业务系统的运行稳定性。因此，有必要提供一种对固网终端更新配置的方法，来更新海量的固网终端。

发明内容

有鉴于此，本申请实施例提供一种对固网终端更新配置的方法、装置、设备及其存储介质。

本申请的技术方案是这样实现的：

第一方面，本申请实施例提供了一种对固网终端更新配置的方法，应用于业务平台，所述方法包括：与同一局域网内的固网终端集群中的主节点建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；通过所述网络长连接，接收所述主节点发送的第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有所述主节点的配置版本号；响应于所述第一配置请求，向所述主节点发送配置数据，以通过所述主节点向从节点发送所述配置数据完成所述从节点的配置更新；其中，所述从节点表征除所述主节点以外的固网终端。

第二方面，本申请实施例提供了一种对固网终端更新配置的方法，应用于同一局域网内的固网终端集群中的主节点，所述方法包括：与业务平台建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；通过所述网络长连接，向所述业务平台发送第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有主节点的配置版本号；接收所述业务平台发送的所述配置数据；基于所述配置数据，完成对从节点的配置更新。

第三方面，本申请实施例提供了一种对固网终端更新配置的方法，应用于同一局域网内的固网终端集群中的从节点，所述方法包括：接收主节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号；所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；在所述从节点的配置版本号低于主节点的配置版本号的情况下，接收所述主节点发送的配置数据；基于所述配置数据，对配置进行更新。

第四方面，本申请实施例提供了一种对固网终端更新配置的装置，应用于业务平台，所述装置包括：

第一建立模块，用于与同一局域网内的固网终端集群中的主节点建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第一接收模块，用于通过所述网络长连接，接收所述主节点发送的第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有所述主节点的配置版本号；

第一发送模块，用于响应于所述第一配置请求，向所述主节点发送配置数据，以通过所述主节点向从节点发送所述配置数据完成所述从节点的配置更新；其中，所述从节点表征除所述主节点以外的固网终端。

第五方面，本申请实施例提供了一种对固网终端更新配置的装置，应用于同一局域网内的固网终端集群中的主节点，所述装置包括：

第二建立模块，用于与业务平台建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第二发送模块，用于通过所述网络长连接，向所述业务平台发送第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有主节点的配置版本号；

第二接收模块，用于接收所述业务平台发送的所述配置数据；

第一更新模块，用于基于所述配置数据，完成对从节点的配置更新。

第六方面，本申请实施例提供了一种对固网终端更新配置的装置，应用于同一局域网内的固网终端集群中的从节点，所述装置包括：

第三接收模块，用于接收主节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号；所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第四接收模块，用于在所述从节点的配置版本号低于主节点的配置版本号的情况下，接收所述主节点发送的配置数据；

第三更新模块，用于基于所述配置数据，对配置进行更新。

第七方面，本申请实施例提供了一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

第八方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。

本申请实施例中，一方面，通过业务平台与主节点建立长连接，这样将大幅度减少业务平台的固网终端网络连接数，从而大幅度减少固网终端配置更新时的网络带宽资源占用；另一方面，通过主节点配置有从节点的互联网协议(Internet Protocol，IP)信息，主节点可以向从节点发送配置数据，从而降低新接入的从节点配置大幅度落后于业务平台时的长时间业务终端现象。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请的技术方案。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1为本申请实施例提供的一种对固网终端更新配置的方法的实现流程示意图一；

图2为本申请实施例提供的一种对固网终端更新配置的方法的实现流程示意图二；

图3为本申请实施例提供的一种对固网终端更新配置的方法的实现流程示意图三；

图4为本申请实施例提供的另一种对固网终端更新配置的方法的实现流程示意图；

图5为本申请实施例提供的一种应用于业务平台的对固网终端更新配置的装置的组成结构示意图；

图6为本申请实施例提供的一种应用于同一局域网内的固网终端集群中的主节点的对固网终端更新配置的装置的组成结构示意图；

图7为本申请实施例提供的一种应用于同一局域网内的固网终端集群中的从节点的对固网终端更新配置装置的组成结构示意图；

图8为本申请实施例提供的一种计算机设备的硬件实体示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图和实施例对本申请的技术方案进一步详细阐述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

所涉及的术语“第一/第二/第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一/第二/第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请的目的，不是旨在限制本申请。

为了便于理解本申请实施例，下面将简单介绍一下与本申请实施例相关的技术方案和该技术方案存在的缺点。

现有技术的技术方案主要由以下两类方法构成：

(1)固网终端周期性请求业务平台，比对当前固网终端的配置版本号与业务平台的配置版本号，若固网终端的配置版本号落后于业务平台的配置版本号，则固网终端向业务平台请求最新版本配置；

(2)业务平台记录固网终端的配置版本号，在业务平台配置更新之后，业务平台推送配置至固网终端，待固网终端配置更新成功后，更新固网终端对应的配置版本号。

随着业务的不断扩张，现有技术的技术方案存在如下缺点：

(1)无论是固网终端周期性向业务平台请求配置，或者是业务平台主动推送配置至固网终端，均需要建立海量网络连接，且配置项内容普遍较大，对业务平台的网络管理提出了巨大挑战。

(2)同一园区内的固网终端周期性向业务平台请求配置，导致业务平台无法进行有序协调，容易出现在某一时间窗口内，固网终端均在拉取业务平台的配置数据，从而造成园区内网络资源占用，进而影响业务运行稳定性。

(3)若业务平台主动下发配置至固网终端，则需要保持业务平台与固网终端的网络长连接，这将影响固网终端在无业务期间进行休眠操作，亦将浪费大量网络资源；若待固网终端主动建立与业务平台的网络连接时下发配置数据，亦需要考虑创建连接时终端的业务运行情况。

(4)若固网终端因维修等原因导致长时间下线，则固网终端的配置将大幅度落后于业务平台的配置，则需要进行配置更新追赶操作，在频繁的更新操作中，将消耗大量的业务运行时间；若选择对固网终端进行全量更新配置，则全量配置更新将占用网络带宽，从而面临网络连接稳定性挑战。

下面将介绍现有技术中的一种基于基板管理控制器(Baseboard ManagementController，BMC)的海量节点固件版本管理及网络加载方法的具体实现过程。

现有技术中的一种基于BMC的海量节点固件版本管理及网络加载方法，该方法从对应的外围节点读取此节点配置，如果配置为BMC启动，则从对应BMC节点加载固件，否则从外围节点加载固件；通过外围节点作为代理，将所有最新版本的固件更新到相应的BMC节点；并行检查外围节点中的固件版本；每个外围节点向负责的BMC节点发布查询命令，并收集BMC节点的返回结果。

该方案实现了基于BMC的网络加载技术，可以避免海量节点启动时的网络阻塞，极大降低海量节点开机时间；降低了发布固件的时间；避免了并行发布和管理固件版本的线程爆炸。

但是，上述现有技术中方案与本申请实施例相比，存在以下区别：

(1)现有技术中的方案基于BMC的网络加载技术，通过多级代理，实现固件的更新，这种实现方式强依赖于硬件实现，定制化程度较高；

(2)现有技术中的方案是在开机阶段，实现固件的更新，并不包含在长期运行状况下配置更新；

(3)现有技术中的方案未考虑区域性问题，本申请实施例是基于区域实现按照校区划分的固网终端的配置更新。

基于此，本申请实施例提供一种对固网终端更新配置的方法，参考图1，该方法可以包括如下步骤S101至步骤S107，其中：

步骤S101，业务平台与同一局域网内的固网终端集群中的主节点建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端。

步骤S102，主节点与业务平台建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端。

这里，固网终端可以是同一局域网内任意终端，例如，刷卡机、考勤机、人脸识别机等，本申请实施例对同一局域网内的固网终端的类型不做限制。同一局域网内的固网终端指的是：能用同一网线地址或同一无线网络(Wireless Fidelity，WiFi)连接在一个区域内的，且IP信息固定的终端。

下面以同一局域网的固网终端A、固网终端B、固网终端C、固网终端D和固网终端E为例来说明步骤S101中的“主节点”的确定方式。在一些实施例中，步骤S101中的“主节点”的确定可以包括：首先，对固网终端A配置固网终端C的IP地址和端口信息、固网终端D的IP地址和端口信息和固网终端E的IP地址和端口信息；对固网终端B配置固网终端D的IP地址和端口信息和固网终端E的IP地址和端口信息；然后，将同一局域网的固网终端A、固网终端B、固网终端C、固网终端D和固网终端E接入网络，并利用共识算法建立集群，最后，根据集群中所有固网终端的配置版本号，选取集群中拥有最新配置版本号的固网终端A作为主节点。另外，固网终端B、固网终端C、固网终端D和固网终端E均作为从节点。

步骤S103，通过所述网络长连接，主节点向所述业务平台发送第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有主节点的配置版本号。

在实施时，通过主节点与业务平台建立网络长连接，以便主节点可以周期性地向业务平台发送用于请求最新的配置数据和/或携带有主节点的配置版本号的第一配置请求。

步骤S104，通过所述网络长连接，业务平台接收所述主节点发送的第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有所述主节点的配置版本号。

这里，网络长连接相比于网络短连接，不需要每一次在传输数据前建立一次连接的通道，这样，网络长连接可以减少建立连接资源的开销。

在实施时，由于主节点是从众多同一局域网内的固网终端中选取出来的拥有最新配置版本号的固网终端，因此，通过业务平台与主节点建立网络长连接，可以减少业务平台与同一局域网内的所有固网终端的连接数，从而减小配置更新时对网络带宽的影响，进而减小对业务正常运行造成的影响。

步骤S105，业务平台响应于所述第一配置请求，向所述主节点发送配置数据，以通过所述主节点向从节点发送所述配置数据完成所述从节点的配置更新；其中，所述从节点表征除所述主节点以外的固网终端。

这里，配置数据指的是：主节点的最新配置版本号落后于业务平台的最新配置版本号的落后部分配置版本号的配置数据。

步骤S106，主节点接收所述业务平台发送的所述配置数据。

步骤S107，主节点基于所述配置数据，完成对从节点的配置更新。

这里，从节点的配置更新包括：增量配置更新和全量配置更新两种方式，其中：增量配置更新指的是：在主节点判断从节点的配置版本号低于主节点的配置版本号的情况下，主节点向从节点发送主节点高于从节点的配置版本号的所有配置数据，以对从节点的配置进行增量配置更新；全量配置更新指的是：在主节点判断从节点的配置版本号远低于主节点的配置版本号的情况下，主节点创建配置快照(相当于主节点将自身所有配置版本号的配置数据进行打包)，并将配置快照发送给从节点，以对从节点的配置进行全量配置更新。

本申请实施例，根据对比主节点的配置版本号与从节点的配置版本号的差异，采用不同的更新配置方式，可以减少更新的配置资源重叠的现象，从而减少网络资源浪费的现象。

本申请实施例中，一方面，通过业务平台与主节点建立长连接，这样将大幅度减少业务平台的固网终端网络连接数，从而大幅度减少固网终端配置更新时的网络带宽资源占用；另一方面，通过主节点配置有从节点的IP信息，主节点可以向从节点发送配置数据，从而降低新接入的从节点配置大幅度落后于业务平台时的长时间业务终端现象。

在一些实施例中，在所述第一配置请求中携带有所述主节点的配置版本号的情况下，步骤S105“业务平台响应于所述第一配置请求，向所述主节点发送配置数据，以通过所述主节点向从节点发送所述配置数据完成所述从节点的配置更新”的实施可以包括如下步骤S1051和步骤S1052，其中：

步骤S1051，业务平台响应于所述第一配置请求，判断所述主节点的配置版本号与所述业务平台的配置版本号是否一致。

在实施时，业务平台对主节点发送的携带有配置版本号的第一配置请求做出响应，以通过业务平台判断主节点的配置版本号与业务平台的配置版本号是否一致，从而确定业务平台是否需要执行下述步骤S1052。

步骤S1052，在所述主节点的配置版本号低于所述业务平台的配置版本号的情况下，向所述主节点发送所述配置数据，以通过所述主节点向所述从节点发送所述配置数据完成所述从节点的配置更新。

在实施时，若业务平台的最新配置版本号是10，主节点的最新配置版本号是9，则在业务平台判断主节点的配置版本号低于业务平台的配置版本号之后，业务平台向主节点发送配置版本号是10的配置数据，以通过主节点向从节点发送配置版本号是10的配置数据，或者主节点向落后于主节点配置版本号的其他从节点发送配置数据，以完成从节点的配置更新。

在一些实施例中，在所述第一配置请求用于请求业务平台的最新配置版本号的情况下，业务平台响应于所述主节点发送的用于请求所述业务平台的最新配置版本号的第一配置请求；在所述主节点确定自身的配置版本号低于业务平台是配置版本号的情况下，业务平台接收主节点发送的配置数据请求，业务平台响应配置数据请求，并向主节点发送配置数据；所述主节点接收所述配置数据，以通过所述主节点向所述从节点发送所述配置数据完成所述从节点的配置更新。

在一些实施例中，参考图2，在步骤S106“主节点接收所述业务平台发送的配置数据”之后，还包括如下步骤S111至步骤S115，其中：

步骤S111，主节点向所述从节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号。

步骤S112，从节点接收主节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号；所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端。

在实施时，即使在主节点中没有新的配置数据的情况下，主节点也会定期向从节点发送心跳消息，通过这种方式可以确保集群内部的稳定性，避免发生新的选举，产生新的主节点。

步骤S113，在所述从节点的配置版本号低于所述主节点的配置版本号的情况下，主节点基于所述配置数据，完成对所述从节点的配置更新。

步骤S114，在所述从节点的配置版本号低于主节点的配置版本号的情况下，从节点接收所述主节点发送的配置数据；

步骤S115，从节点基于所述配置数据，对配置进行更新。

在实施时，若心跳消息中包括主节点的配置数据，则在主节点判断从节点的配置版本号低于主节点的配置版本号的情况下，从节点可以直接逐批次拉取低于主节点配置版本号的配置数据，以更新从节点的自身配置。若心跳消息中不包括主节点的配置数据，则在主节点判断从节点的配置版本号低于主节点的配置版本号的情况下，主节点主动发送高于从节点的配置版本号的所有配置数据配置给从节点，以便从节点利用配置数据更新自身配置。

在一些实施例中，在所述心跳消息用于请求所述从节点的配置版本号的情况下，从节点响应所述主节点发送的所述心跳消息，并向所述主节点发送携带有所述从节点的配置版本号的心跳响应；所述主节点接收所述从节点发送的所述心跳响应，并基于所述心跳响应，主节点判断所述从节点的配置版本号与所述主节点的配置版本号是否一致；在所述从节点的配置版本号低于所述主节点的配置版本号的情况下，所述主节点向所述从节点发送配置数据，所述从节点接收主节点发送的配置数据，并对自身的配置进行更新。

在一些实施例中，参考图3，在心跳消息用于请求所述从节点的配置版本号的情况下，步骤S113中的“主节点基于所述配置数据，完成对所述从节点的配置更新”的实施可以包括如下步骤S121至步骤S126：

步骤S121，从节点响应于所述心跳消息，向所述主节点发送心跳响应，其中，所述心跳响应包括所述从节点的配置版本号。

这里，在从节点接收到主节点发送心跳消息之后，从节点响应心跳消息，并将携带有自身的配置版本号的心跳响应发送给主节点，以方便主节点判断从节点的配置版本号与主节点的配置版本号的差异。

步骤S122，主节点接收所述从节点发送的心跳响应；其中，所述心跳响应包括所述从节点的配置版本号。

步骤S123，主节点判断所述从节点的配置版本号与所述主节点的配置版本号是否一致。

这里，主节点判断从节点的配置版本号与主节点的配置版本号的是否一致是为了确定从节点的配置版本号是低于主节点的配置版本号，还是远低于主节点的配置版本号。

步骤S124，在所述从节点的配置版本号低于所述主节点的配置版本号的情况下，主节点向所述从节点发送所述配置数据，以完成所述从节点的配置更新。

这里，从节点的配置版本号远低于主节点的配置版本号指的是：从节点最新的配置版本号都远落后于主节点最旧的配置版本号。

在实施时，若从节点最新的配置版本号是9，主节点最旧的版本号是11，按照惯例，主节点应该先发送配置版本号是10的配置数据给从节点，但是主节点的配置数据中没有配置版本号是10的配置数据，所以无法对从节点的配置做增量配置更新，因此，主节点将自身所有配置版本号的配置数据打包发送给从节点，以对从节点的配置进行全量配置更新。

步骤S125，从节点接收所述主节点在确定所述从节点的配置版本号低于主节点的配置版本号的情况下发送的所述配置数据。

步骤S126，从节点基于所述配置数据，对配置进行更新。

针对现有技术中采用的更新终端配置的方法无法实现海量终端配置的更新，导致不能及时响应客户的需求，也无法保障终端的安全性和业务系统的运行稳定性的问题，本申请实施例提出一种基于区域的学生卡固网终端配置更新策略(即上述一种对固网终端更新配置的方法)以实现对遍布于全国各地的海量学生卡固网终端的配置进行更新，以便及时响应业务变更，满足客户需求，提升业务系统的运行稳定性。

本申请实施例将按照校区作为划分维度，位于同一校区局域网内的固网终端根据共识算法建立集群，并选取主节点，由主节点负责周期性向业务平台请求配置数据；主节点接收业务平台下发的配置数据后，将配置数据同步至从节点进行配置更新；若存在从节点的配置项与业务平台配置项存在较大差异，则对主节点的配置进行快照操作，从节点基于快照更新配置。这样，本申请实施例将大幅度减少业务平台的固网终端网络连接数；大幅度减少配置更新时的网络带宽资源占用；降低新接入的固网终端配置大幅度落后于业务平台时的长时间业务终端现象。

本申请实施例具体包括如下步骤(1)至(7)：

(1)校区安装学生卡固网终端时，网络规划为校区内的固网终端位于同一局域网内；

(2)固网终端内配置同一校区内的其他固网终端的IP信息(IP地址和端口号等)；

(3)校区内固网终端接入网络，校区内的固网终端按照共识算法(例如Raft等)建立集群并选取主节点，主节点的选取依据参照配置版本号，只有拥有最新配置版本号的节点方能被选取为主节点；

(4)集群建立成功后，主节点与业务平台建立长连接，周期性向业务平台请求业务平台配置版本号，若主节点配置版本号落后于业务平台配置版本号，则请求下载业务平台配置；或由主节点主动接收业务平台下发的配置数据，更新主节点配置数据；

(5)集群建立成功后，若从节点自身配置版本号落后于主节点，主节点发送配置数据给从节点或者从主节点逐批次拉取配置，更新自身配置；

(6)若从节点自身配置版本号远落后于主节点，则主节点创建配置快照，并将配置快照发送给从节点，从节点根据配置快照更新配置；

(7)若主节点因为硬件维修、网络负载等原因无法继续承担集群主节点角色，则校区内的固网终端重新建立集群，执行上述步骤(3)至(6)。

下面结合图4，对本申请实施例提供的另一种对固网终端更新配置的方法做进一步说明。该方法包括如下步骤411至步骤415：

下面以具体的场景为例，结合图4介绍本申请实施例提供的另一种对固网终端更新配置的方法的实现整体流程。参考图4，该方法包括如下步骤411至步骤415：

步骤411，校区固网终端网络规划，固网终端配置同一校区内其余固网终端IP信息；

步骤412，同一校区固网终端根据共识算法建立集群，依据配置版本号选取主节点；

步骤413，主节点建立与业务平台长连接，周期性请求业务平台配置信息(即上述配置数据)或主动接收业务平台下发的配置信息；

步骤414，主节点定期发送心跳消息(携带主节点配置版本号)至从节点，从节点响应心跳消息，并将自身的配置版本号发送给主节点；

步骤415，若从节点与主节点的配置版本号差异过大，无法进行配置增量更新，则主节点下发配置快照至从节点，从节点进行同步覆盖配置；

步骤416，若主节点因为意外崩溃(硬盘、网络等故障)等原因无法继续承担集群主节点角色，则重新选取主节点，执行上述步骤412至步骤415。

与现有技术相比，本申请实施例具有如下优点：

1、本申请实施例，避免每个终端周期性向业务平台请求最新配置，或由主节点主动向每个终端下发配置信息，而是按照校区进行维度划分，同一个校区的固网终端组建集群，并通过主节点建立与业务平台的长连接，周期性请求最新配置信息，或者接收业务平台主动下发的配置信息；通过主节点将配置信息同步至从节点，从而实现校区内的固网终端配置更新。

2、本申请实施例，按照校区维度，将校区内的固网终端基于共识算法构成集群，由主节点与业务平台建立网络长连接，周期性请求最新配置，或接收主节点下发的配置信息，避免业务平台需承担海量固网终端连接，以及海量配置信息下发导致的网络带宽占用。

3、本申请实施例，按照校区维度，将校区内的固网终端基于共识算法构成集群，由主节点转发业务平台的最新配置信息(局域网内的网络传输速度和质量均远高于公网)，避免同一校区内的固网终端重复从业务平台下载配置，减少下载配置信息导致的网络带宽占用，避免业务网络质量抖动。

4、本申请实施例，若固网终端的配置版本号远落后于主节点配置版本号(维修或新上线等原因)，可通过请求主节点配置快照进行配置更新，避免多轮次向业务平台请求配置，或从业务平台下载全量配置信息，造成固网终端长时间无法投入运营使用的情况。

基于前述的实施例，本申请实施例提供一种对固网终端更新配置的装置，该装置包括所包括的各模块、各模块所包括的各子模块、各子模块所包括的各单元以及各单元所包括的各子单元，可以通过计算机设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，计算机设备可以是业务平台和固网终端，处理器可以为中央处理器(Central Processing Unit，CPU)、微处理器(Microprocessor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable GateArray，FPGA)等。

图5为本申请实施例提供的一种对固网终端更新配置的装置的组成结构示意图，如图5所示，该装置应用于业务平台，该装置500包括：第一建立模块510、第一接收模块520和第一发送模块530，其中：

第一建立模块510，用于与同一局域网内的固网终端集群中的主节点建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第一接收模块520，用于通过所述网络长连接，接收所述主节点发送的第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有所述主节点的配置版本号；

第一发送模块530，用于响应于所述第一配置请求，向所述主节点发送配置数据，以通过所述主节点向从节点发送所述配置数据完成所述从节点的配置更新；其中，所述从节点表征除所述主节点以外的固网终端。

在一些实施例中，所述第一配置请求中携带有所述主节点的配置版本号的情况下，所述第一发送模块530包括：

第一判断子模块，用于响应于所述第一配置请求，判断所述主节点的配置版本号与所述业务平台的配置版本号是否一致；

第一发送子模块，用于在所述主节点的配置版本号低于所述业务平台的配置版本号的情况下，向所述主节点发送所述配置数据，以通过所述主节点向所述从节点发送所述配置数据完成所述从节点的配置更新。

图6为本申请实施例提供的一种对固网终端更新配置的装置的组成结构示意图，如图6所示，该装置应用于同一局域网内的固网终端集群中的主节点，该装置600包括：第二建立模块610、第二发送模块620、第二接收模块630和第一更新模块640，其中：

第二建立模块610，用于与业务平台建立网络长连接；其中，所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第二发送模块620，用于通过所述网络长连接，向所述业务平台发送第一配置请求；其中，所述第一配置请求包括用于请求最新的配置数据和/或携带有主节点的配置版本号；

第二接收模块630，用于接收所述业务平台发送的所述配置数据；

第一更新模块640，用于基于所述配置数据，完成对从节点的配置更新。

在一些实施例中，在所述接收所述业务平台发送的配置数据之后，对固网终端更新配置的装置600还包括：

第三发送模块，用于向所述从节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号；

第二更新模块，用于在所述从节点的配置版本号低于所述主节点的配置版本号的情况下，基于所述配置数据，完成对所述从节点的配置更新。

在一些实施例中，在所述心跳消息用于请求所述从节点的配置版本号的情况下，所述第二更新模块包括：

第一接收子模块，用于接收所述从节点发送的心跳响应；其中，所述心跳响应包括所述从节点的配置版本号；

第二判断子模块，判断所述从节点的配置版本号与所述主节点的配置版本号是否一致；

第二发送子模块，用于在所述从节点的配置版本号低于所述主节点的配置版本号的情况下，向所述从节点发送所述配置数据，以完成所述从节点的配置更新。

图7为本申请实施例提供的一种对固网终端更新配置的装置的组成结构示意图，如图7所示，该装置应用于同一局域网内的固网终端集群中的从节点，该装置700包括：第三接收模块710、第四接收模块720和第三更新模块730，其中：

第三接收模块710，用于接收主节点发送心跳消息；其中，所述心跳消息包括用于请求所述从节点的配置版本号和/或所述主节点的配置版本号；所述主节点是所述固网终端集群中的固网终端按照共识算法选取的具有最新配置版本号的固网终端；

第四接收模块720，用于在所述从节点的配置版本号低于主节点的配置版本号的情况下，接收所述主节点发送的配置数据；

第三更新模块730，用于基于所述配置数据，对配置进行更新。

在一些实施例中，在所述心跳消息用于请求所述从节点的配置版本号的情况下，所述第三更新模块730包括：

第三发送子模块，用于响应于所述心跳消息，向所述主节点发送心跳响应，其中，所述心跳响应包括所述从节点的配置版本号；

第二接收子模块，用于接收所述主节点在确定所述从节点的配置版本号低于主节点的配置版本号的情况下发送的所述配置数据；

更新子模块，用于基于所述配置数据，对配置进行更新。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上述方法实施例描述的方法，对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的对固网终端更新配置的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件、软件或固件，或者硬件、软件、固件三者之间的任意结合。

本申请实施例还提供一种计算机设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法中的部分或全部步骤。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述方法中的部分或全部步骤。所述计算机可读存储介质可以是瞬时性的，也可以是非瞬时性的。

本申请实施例还提供一种计算机程序，包括计算机可读代码，在所述计算机可读代码在计算设备中运行的情况下，所述计算设备中的处理器执行用于实现上述方法中的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序被计算机读取并执行时，实现上述方法中的部分或全部步骤。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一些实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一些实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

这里需要指出的是：上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考。以上设备、存储介质、计算机程序及计算机程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请设备、存储介质、计算机程序及计算机程序产品实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，图8为本申请实施例中计算机设备的一种硬件实体示意图，如图8所示，该计算机设备800的硬件实体包括：处理器801、通信接口802和存储器803，其中：

处理器801通常控制计算机设备800的总体操作。

通信接口802可以使计算机设备通过网络与其他终端或服务器通信。

存储器803配置为存储由处理器801可执行的指令和应用，还可以缓存待处理器801以及计算机设备800中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random AccessMemory，RAM)实现。处理器801、通信接口802和存储器803之间可以通过总线804进行数据传输。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各步骤/过程的序号的大小并不意味着执行顺序的先后，各步骤/过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。