CN118118345A - 一种分布式设备的配置下发方法、装置、设备及存储介质 - Google Patents

Abstract

本说明书提供一种分布式设备的配置下发方法、装置、设备及存储介质，所述分布式设备包括主控板和业务板，所述方法应用于所述业务板；所述方法包括：接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

Description

一种分布式设备的配置下发方法、装置、设备及存储介质

技术领域

本说明书涉及通信技术领域，尤其涉及一种分布式设备的配置下发方法、装置、设备及存储介质。

背景技术

分布式设备包括主控板和业务板，且每个主控板和业务板上安装有CPU，业务板接受主控板的管理。在分布式设备中，很多配置是需要在业务板上生效的，在配置下发的时候，需要先将配置内容通过板间通信发送到各个业务板CPU，再由业务板CPU下发到配置对象，配置恢复的时候也需要将配置再次下发到各业务板上。

然而某些配置对象的初始化时间在业务板上报启动就绪事件前，并且除了初始化以外不能再进行修改，因此无法正确下发到配置对象，可能会导致丢包等各种问题，因此一种考虑全面的分布式设备配置下发方式对网络设备的稳定运行至关重要。

发明内容

为克服相关技术中存在的问题，本说明书提供了一种分布式设备的配置下发方法、装置、设备及存储介质。

根据本说明书实施例的第一方面，提供一种分布式设备的配置下发方法，所述分布式设备包括主控板和业务板，所述方法应用于所述业务板；所述方法包括：接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；

在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

可选的，所述接收主控板下发的配置信息，包括：

在所述业务板处于启动阶段的情况下，向主控板上报启动就绪事件，并接收主控板基于所述启动就绪事件返回的配置信息；

在所述业务板处于运行阶段的情况下，接收主控板主动下发的配置信息。

可选的，所述配置信息包括下述任一：

主控板从用户处获得的配置信息；

配置恢复时主控板从主控板配置文件中读取的配置信息；

清除配置时主控板下发的默认配置信息。

可选的，所述配置恢复包括以下任一：整机重启配置恢复流程、业务板插入配置恢复流程。

可选的，所述在业务板配置文件中更新所述配置信息，包括：

将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比；

若下发的配置信息与所述本地配置信息不同，则更新所述配置信息。

可选的，所述配置对象包括：所述业务板上的驱动程序。

可选的，所述方法还包括：

若配置对象的最近一次初始化未在历史时段完成，则将所述配置信息下发至配置对象。

根据本说明书实施例的第二方面，提供一种分布式设备的配置下发装置，所述分布式设备包括主控板和业务板，所述装置应用于所述业务板；所述装置包括：

接收单元，用于接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；

处理单元，用于在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

根据本说明书实施例的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如上述第一方面的实施例中所述的方法。

根据本说明书实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述第一方面的实施例中所述方法的步骤。

本说明书的实施例提供的技术方案可以包括以下有益效果：

在本说明书实施例中，若配置对象的最近一次初始化已经在历史时段完成，即配置对象已经完成了初始化的情况下，在业务板配置文件中更新所述配置信息，将配置信息更新为当前主控板下发的配置信息，并触发所述业务板重启，通过重启业务板，使得配置对象读取业务板配置文件中更新的配置信息重新进行初始化，生效更新后的配置信息，从而后续能按照正确的配置下发到配置对象，避免了无法生效新配置的情况，提升了设备运行的稳定性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种分布式设备的配置下发方法的流程图。

图2是本说明书根据一示例性实施例示出的一种启动阶段配置下发的流程图。

图3是本说明书根据一示例性实施例示出的一种运行阶段配置下发的流程图。

图4是本说明书根据一示例性实施例示出的一种分布式设备的配置下发装置的框图。

图5是本说明书根据一示例性实施例示出的一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

通常管理员通过Web、命令行等方式对网络设备进行维护，其中，Web方式是指管理员通过浏览器访问网络设备Web服务器，登录之后在浏览器上向设备下发配置；命令行则是一种交互式终端界面，管理员可以通过console、telnet、ssh等连接方式访问设备，在提示符下输入命令进行配置下发操作。

分布式设备包括主控板和业务板，且每个主控板和业务板上安装有CPU，业务板接受主控板的管理。在分布式设备中，很多配置是需要在业务板上生效的，在配置下发的时候，需要先将配置内容通过板间通信发送到各个业务板CPU，再由业务板CPU下发到配置对象，配置恢复的时候也需要将配置再次下发到各业务板上，其中，板间通信是指主控板和业务板间建立socket连接进行通信的过程。

相关技术中，当分布式设备下发生效在业务板上的配置时，通过板间通信将配置内容发送给各业务板CPU，再由业务板CPU将配置下发到配置对象。当业务板需要进行配置恢复时，主控板会响应业务板发送的启动就绪事件来读取主控保存的对应配置，再通过板间通信将配置重新下发到业务板CPU再到配置对象。当执行清除配置重启时，由于主控已经删除了对应的配置，不需要再向业务板发送配置信息，业务板重启后恢复为默认配置。

其中，启动就绪事件是指业务板插入机箱或业务板重启时，业务板CPU恢复后上报至主控板的通知事件，表示此时的业务板CPU已经可以和主控板进行板间通信。

配置下发和恢复的区别在于主控下发配置的来源，配置下发时获取用户设置的配置，配置恢复时从主控保存的配置读取，但核心的业务板处理流程是一致的，都是业务板CPU收到主控发来的配置再下发配置对象。

然而某些配置对象的初始化时间在业务板上报启动就绪事件前，并且除了初始化以外不能再进行修改，导致在业务板接收到的下发的配置信息之前，配置对象已经完成了初始化，无法根据下发的配置信息进行初始化，使得这些配置无法在业务板上生效，从而无法正确下发到配置对象，影响设备运行的稳定性。

因此，本说明书提供了一种分布式设备的配置下发方法，可以通过重启业务板，使得配置对象读取业务板配置文件中更新的配置信息重新进行初始化，生效更新后的配置信息，从而业务板后续能按照正确的配置下发到配置对象。

接下来对本说明书实施例进行详细说明。

如图1所示，图1是本说明书根据一示例性实施例示出的一种分布式设备的配置下发方法的流程图，所述分布式设备包括主控板和业务板，所述方法应用于所述业务板；所述方法具体包括以下步骤：

S101，接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置。

在本说明书实施例中，所述配置下发可以通过页面、命令行等多种方式进行。具体通过主控板向业务板提供配置信息，业务板根据接收到的配置信息对业务板上的配置对象进行配置。

在一示例性实施例中，所述配置对象包括：所述业务板上的驱动程序。

在一示例性实施例中，所述接收主控板下发的配置信息，包括：在所述业务板处于启动阶段的情况下，向主控板上报启动就绪事件，并接收主控板基于所述启动就绪事件返回的配置信息；在所述业务板处于运行阶段的情况下，接收主控板主动下发的配置信息。

具体而言，根据设备的运行状态可以将下发配置时的阶段划分为启动阶段和运行阶段，分别对应不同的场景。

当业务板处于启动状态时，需要等待业务板的CPU恢复，并在恢复后由业务板向主控板上报启动就绪事件，表示此时的业务板CPU已可以同主控板进行板间通信。随即由主控板基于接收到的业务板启动就绪事件，返回配置信息至业务板。

当业务板处于运行状态时，无需重新启动业务板，并且已存在板间通信连接，业务板接收主控板主动发送的配置信息即可。

在一示例性实施例中，所述配置信息包括下述任一：主控板从用户处获得的配置信息；配置恢复时主控板从主控板配置文件中读取的配置信息；清除配置时主控板下发的默认配置信息。

具体而言，业务板从主控板处接收获得的配置信息包括主控板从用户处获得的配置信息、配置恢复时主控板从主控板配置文件中读取的配置信息以及清除配置时主控板下发的默认配置信息中的任意一种。

结合前述的配置阶段，当业务板处于运行阶段时，用户修改配置并将配置存储到主控板的配置文件中，由主控板向所有在位的业务板通过板间通信发送配置信息，即此时业务板接收的配置信息为主控板主动发送的用户修改后存储的配置信息。

当业务板处于启动状态时，需要将业务板进行重启，由主控板基于接收到的业务板启动就绪事件，返回配置信息至业务板。此时，根据业务板的启动目的，可以将启动状态划分为配置恢复和清除配置重启两种场景。

在配置恢复场景下，主控板接收到启动就绪事件后从主控配置文件中读取保存的配置信息并通过板间通信发送到对应的业务板上，以此恢复启动前的配置信息，即配置信息为主控板从主控板配置文件中读取的配置信息。

在清除配置重启场景下，需要清除设备中的配置信息，由于该配置信息不仅在主控板保存，还在业务板上保存了一份，所以需要将业务板上的配置内容也清除。此时需要在主控板读取主控配置文件中的配置信息时增加默认值处理：当主控板中没有主控配置文件或从主控配置文件读取不到对应的配置信息时，认为当前配置是默认信息。基于此，在清除配置重启后，主控板收到业务板上报的启动就绪事件后将默认配置信息下发至业务板，以此清除业务板中的配置信息，即配置信息为主控板下发的默认配置信息。

在一示例性实施例中，所述配置恢复包括以下任一：整机重启配置恢复流程、业务板插入配置恢复流程。即前述的配置恢复场景具体包括整机重启配置恢复或业务板插入配置恢复两种情况中的任意一种。

S102，在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

当业务板接收到主控板下发的配置信息后，若当前配置对象的最近一次初始化已经在历史时段完成，则在业务板配置文件中更新所述主控板下发的配置信息，并触发所述业务板重启。

具体而言，所述历史时段包括业务板重启后至所述业务板上报启动就绪事件之间的时段。在历史时段中，若配置对象已经完成了最近的一次初始化，且除了初始化以外不能再进行修改，则由于配置初始化的时机早于业务板启动就绪事件上报，导致主控板下发的配置信息无法下发至配置对象，也即配置信息会在业务板上失效。因此，在本说明书实施例中，若配置对象的最近一次初始化已经在历史时段完成，则业务板在业务板配置文件中更新主控板下发的所述配置信息，并重启业务板以使配置对象以业务板配置文件中更新的配置值重新进行初始化，并且通过配置对象主动读取业务板配置文件以实现配置信息的下发，无需业务板下发配置信息至配置对象。

在一些其他的实施例中，所述历史时段还可以包括业务板上报启动就绪事件至主控板根据启动就绪事件下发配置信息至业务板之间的时段，此时业务板未接收到主控板下发的配置信息，因此也存在配置无法生效的问题。

在一示例性实施例中，所述在业务板配置文件中更新所述配置信息，包括：

将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比；若下发的配置信息与所述本地配置信息不同，则更新所述配置信息。

具体而言，当业务板接收到主控板下发的配置信息后，将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比，若下发的配置信息与所述本地配置信息不同，则更新所述业务板配置文件中的配置信息，并在后续进行业务板的重启；若下发的配置信息与所述本地配置信息相同，则认为是重复配置信息的下发，则不需要进行其他处理，直接返回，结束配置的下发。通过上述配置信息的比较，能够避免重复下发配置信息时的重复操作，提升了配置下发时的处理效率。

在一示例性实施例中，所述方法还包括：若配置对象的最近一次初始化未在历史时段完成，则将所述配置信息下发至配置对象。

具体而言，若配置对象的最近一次初始化未在历史时段完成，则证明当前配置对象的初始化阶段在业务板获取配置信息之后，能够正常实现配置信息到配置对象的下发，不会出现无效配置的情况，因此，业务板在接收到所述配置信息后直接将其正常下发至配置对象即可。

在本说明书实施例中，通过仅针对最近一次初始化已经在历史时段完成的配置对象进行业务板重启，以此更新配置信息，并完成配置信息到配置对象的下发，而对于最近一次初始化未在历史时段完成的配置对象，则由业务板正常下发配置信息至配置对象，实现了能够在维持配置下发的稳定运行的同时，减少配置同步流程、业务板新增的维护开销以及重启操作。

在本说明书实施例中，若配置对象的最近一次初始化已经在历史时段完成，即配置对象已经完成了初始化的情况下，在业务板配置文件中更新所述配置信息，将配置信息更新为当前主控板下发的配置信息，并触发所述业务板重启，通过重启业务板，使得配置对象读取业务板配置文件中更新的配置信息重新进行初始化，生效更新后的配置信息，从而后续能按照正确的配置下发到配置对象，避免了无法生效新配置的情况，针对不同阶段不同场景下的配置信息都能够实现配置信息的正常下发，提升了设备运行的稳定性。

接下来针对最近一次初始化已经在历史时段完成的配置对象的不同阶段下的配置下发过程分别进行完整描述。

如图2所示，图2是本说明书根据一示例性实施例示出的一种启动阶段配置下发的流程图，具体步骤如下：

S201，向主控板发送启动就绪事件：当业务板处于启动状态时，需要等待业务板的CPU恢复，并在恢复后由业务板向主控板上报启动就绪事件，表示此时的业务板CPU已可以同主控板进行板间通信。

S202，接收主控板下发的配置信息：在配置恢复场景下，主控板接收到启动就绪事件后从主控配置文件中读取保存的配置信息并通过板间通信发送到对应的业务板上。

在清除配置重启场景下，需要清除设备中的配置信息，由于该配置信息不仅在主控板保存，还在业务板上保存了一份，所以需要将业务板上的配置内容也清除。此时需要在主控板读取主控配置文件中的配置信息时增加默认值处理：当主控板中没有主控配置文件或从主控配置文件读取不到对应的配置信息时，认为当前配置是默认信息。基于此，在清除配置重启后，主控板收到业务板上报的启动就绪事件后将默认配置信息下发至业务板。

S203，配置信息是否一致：当业务板接收到主控板下发的配置信息后，将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比，若下发的配置信息与所述本地配置信息不同，则进入步骤S204；若下发的配置信息与所述本地配置信息相同，则认为是重复配置信息的下发，不需要其他处理，直接返回，结束流程。

S204，修改并保存配置信息：将主控板下发的配置信息更新至业务板的配置文件中。

S205，重启业务板：重启业务板以使配置对象以业务板配置文件中更新的配置值重新进行初始化。

S206，配置下发：通过配置对象主动读取业务板配置文件以实现配置信息的下发。

如图3所示，图3是本说明书根据一示例性实施例示出的一种运行阶段配置下发的流程图，具体步骤如下：

S301，接收主控板下发的用户修改后的新配置信息：用户修改配置并将配置存储到主控板的配置文件中，由主控板向所有在位的业务板通过板间通信发送配置信息。

S302，配置信息是否一致：当业务板接收到主控板下发的配置信息后，将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比，若下发的配置信息与所述本地配置信息不同，则进入步骤S303；若下发的配置信息与所述本地配置信息相同，则认为是重复配置信息的下发，不需要其他处理，直接返回，结束流程。

S303，修改并保存配置信息：将主控板下发的配置信息更新至业务板的配置文件中。

S304，重启业务板：重启业务板以使配置对象以业务板配置文件中更新的配置值重新进行初始化。

S305，配置下发：通过配置对象主动读取业务板配置文件以实现配置信息的下发。

上述步骤的实现过程具体详见图1对应的实施例中对应步骤的实现过程，在此不再赘述。

在本说明书实施例中，若配置对象的最近一次初始化已经在历史时段完成，即配置对象已经完成了初始化的情况下，在业务板配置文件中更新所述配置信息，将配置信息更新为当前主控板下发的配置信息，并触发所述业务板重启，通过重启业务板，使得配置对象读取业务板配置文件中更新的配置信息重新进行初始化，生效更新后的配置信息，从而后续能按照正确的配置下发到配置对象，避免了无法生效新配置的情况，提升了设备运行的稳定性。

与前述方法的实施例相对应，本说明书还提供了装置的实施例。

如图4所示，图4是本说明书根据一示例性实施例示出的一种分布式设备的配置下发装置的框图，所述分布式设备包括主控板和业务板，所述装置应用于所述业务板；所述装置包括：

接收单元401，用于接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；

处理单元402，用于在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

在一示例性实施例中，所述接收主控板下发的配置信息，包括：在所述业务板处于启动阶段的情况下，向主控板上报启动就绪事件，并接收主控板基于所述启动就绪事件返回的配置信息；在所述业务板处于运行阶段的情况下，接收主控板主动下发的配置信息。

在一示例性实施例中，所述配置信息包括下述任一：主控板从用户处获得的配置信息；配置恢复时主控板从主控板配置文件中读取的配置信息；清除配置时主控板下发的默认配置信息。

在一示例性实施例中，所述配置恢复包括以下任一：整机重启配置恢复流程、业务板插入配置恢复流程。

在一示例性实施例中，所述在业务板配置文件中更新所述配置信息，包括：将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比；若下发的配置信息与所述本地配置信息不同，则更新所述配置信息。

在一示例性实施例中，所述配置对象包括：所述业务板上的驱动程序。

在一示例性实施例中，所述方法还包括：更新单元403，用于若配置对象的最近一次初始化未在历史时段完成，则将所述配置信息下发至配置对象。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

图5是根据本说明书一示例性实施例示出的一种电子设备的结构示意图。参考图5，在硬件层面，该电子设备包括处理器501、内部总线502、网络接口503、内存504以及非易失性存储器505，当然还可能包括其他业务所需要的硬件。处理器501从非易失性存储器505中读取对应的计算机程序到内存504中然后运行。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现如前述任一实施例示出的一种分布式设备的配置下发方法。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种分布式设备的配置下发方法，其特征在于，所述分布式设备包括主控板和业务板，所述方法应用于所述业务板；所述方法包括：

接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；

在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

2.根据权利要求1所述的方法，其特征在于，所述接收主控板下发的配置信息，包括：

在所述业务板处于启动阶段的情况下，向主控板上报启动就绪事件，并接收主控板基于所述启动就绪事件返回的配置信息；

在所述业务板处于运行阶段的情况下，接收主控板主动下发的配置信息。

3.根据权利要求1所述的方法，其特征在于，所述配置信息包括下述任一：

主控板从用户处获得的配置信息；

配置恢复时主控板从主控板配置文件中读取的配置信息；

清除配置时主控板下发的默认配置信息。

4.根据权利要求3所述的方法，其特征在于，所述配置恢复包括以下任一：整机重启配置恢复流程、业务板插入配置恢复流程。

5.根据权利要求1所述的方法，其特征在于，所述在业务板配置文件中更新所述配置信息，包括：

将主控板下发的配置信息与所述业务板配置文件中记录的本地配置信息进行对比；

若下发的配置信息与所述本地配置信息不同，则更新所述配置信息。

6.根据权利要求1所述的方法，其特征在于，所述配置对象包括：

所述业务板上的驱动程序。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若配置对象的最近一次初始化未在历史时段完成，则将所述配置信息下发至配置对象。

8.一种分布式设备的配置下发装置，其特征在于，所述分布式设备包括主控板和业务板，所述装置应用于所述业务板；所述装置包括：

接收单元，用于接收主控板下发的配置信息，所述配置信息用于对所述业务板上的配置对象进行配置；

处理单元，用于在所述配置对象的最近一次初始化已经在历史时段完成的情况下，在业务板配置文件中更新所述配置信息，并触发所述业务板重启。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-7中任一项所述方法的步骤。