一种启动控制方法及装置与流程

本发明涉及网络通信技术领域，尤其涉及一种启动控制方法及装置。

背景技术：

目前，框式设备中各个接口板在初始化阶段通常是各自实现自身的引导，用户很难了解各接口板的启动过程以及启动状态，也无法对各接口板的启动进行干预。而现实应用中，接口板启动过程中的问题又相对较多，这就导致了接口板开发、维护困难。

技术实现要素：

本发明提供一种启动控制方法及装置，以提高接口板启动的可控性。

根据本发明实施例的第一方面，提供一种启动控制方法，包括：

当接口板小系统初始化完成时，通过所述接口板与主控板之间的以太连接向所述主控板发送第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息，以使所述主控板根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

接收所述主控板发送的第一类型应答报文，并当根据所述第一类型应答报文中携带的启动控制信息确定需要进入启动模式时，执行Boot启动流程。

根据本发明实施例的第二方面，提供一种启动控制方法，包括：

接收接口板发送的请求第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息；

根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

向所述接口板发送第一应答报文，所述第一应答报文中携带有所述接口板的启动控制信息，以使所述接口板根据该启动控制信息进行Boot启动。

根据本发明实施例的第三方面，提供一种启动控制装置，包括：

发送单元，用于当接口板小系统初始化完成时，通过所述接口板与主控板之间的以太连接向所述主控板发送第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息，以使所述主控板根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

接收单元，用于接收所述主控板发送的第一类型应答报文；

处理单元，用于当根据所述第一类型应答报文中携带的启动控制信息确定需要进入启动模式时，执行Boot启动流程。

根据本发明实施例的第四方面，提供一种启动控制装置，包括：

接收单元，用于接收接口板发送的请求第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息；

确定单元，用于根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

发送单元，用于向所述接口板发送第一应答报文，所述第一应答报文中携带有所述接口板的启动控制信息，以使所述接口板根据该启动控制信息进行Boot启动。

应用本发明实施例，当接口板小系统初始化完成时，通过接口板与主控板之间的以太连接向主控板发送携带接口板的位置信息以及接口板的Boot能力信息的第一类型报文，由主控板根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息，并向接口板发送携带有该启动控制信息的第一类型应答报文，进而，当接口板根据第一类型应答报文中携带启动控制信息确定需要进入启动模式时，执行Boot启动流程，从而，实现了主控板对接口板的启动的控制。

附图说明

图1是本发明实施例提供的一种启动控制方法的流程示意图；

图2是本发明实施例提供的一种启动控制方法的流程示意图；

图3是本发明实施例提供的一种具体应用场景的示意图；

图4是本发明实施例提供的一种启动控制装置的结构示意图；

图5是本发明实施例提供的另一种启动控制装置的结构示意图；

图6是本发明实施例提供的一种启动控制装置的结构示意图；

图7是本发明实施例提供的另一种启动控制装置的结构示意图；

图8是本发明实施例提供的另一种启动控制装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明实施例中的技术方案，并使本发明实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明实施例中技术方案作进一步详细的说明。

请参见图1，为本发明实施例提供的一种启动控制方法的流程示意图，如图1所示，该启动控制方法可以包括以下步骤：

步骤101、当接口板小系统初始化完成时，通过接口板与主控板之间的以太连接向主控板发送第一类型报文，该第一类型报文中携带有接口板的位置信息以及接口板的引导Boot能力信息，以使主控板根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息。

本发明实施例中，当接口板需要启动时，接口板需要先进行小系统初始化，即对CPU(Center Process Unit，中央处理单元)、内存以及板间通信网络等进行初始化。

当接口板小系统初始化完成时，接口板可以通过接口板与主控板之间的以太连接向主控板发送第一类型报文(本文中可以称为Request(请求)类型报文)，该第一类型报文用于接口板向主控板请求启动控制的相关信息，该第一类型报文中可以携带接口板的位置信息以及接口板的Boot(引导)能力信息。

其中，接口板的位置信息可以通过携带有单板槽位信息的MAC(Media Access Control，媒体访问控制)地址来标识；接口板的Boot能力信息可以包括但不限于支持的MTU(Maximum Transmission Unit，最大传输单元)、是否支持内容压缩、对应的压缩协议、数据传递过程有效性的检查方式、启动过程中是否有上次系统异常时待传递的信息等。

为便于理解，以下以第一类型报文为Request类型报文为例进行说明。

本发明实施例中，主控板接收到接口板发送的Request类型报文时，可以根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息，其具体实现可以参见图2所示方法流程中的相关描述，本发明实施例在此不做赘述。

值得说明的是，在本发明实施例中，当接口板进行小系统初始化时，若发生CPU或内存等初始化失败，则接口板可以按照接口板故障流程进行处理，其具体处理方式可以参见现有技术中的相关流程；当板间网络通信初始化失败时，接口板可以进入无网络模式。

其中，无网络模式是指接口板根据内置的策略进行后续操作，例如，加载本地启动文件或重启或进入接口板本地Boot管理界面等待用户(如管理员)干预。

此外，接口板向主控板发送的Request类型报文中除了携带上述信息之外，还可以携带接口板内存大小、接口板标识等信息，以便于主控板根据这些信息更精细地控制接口板，其具体实现在此不做赘述。

步骤102、接收主控板发送的第一类型应答报文，并当根据第一类型应答报文中携带的启动控制信息确定需要进入启动模式时，执行Boot启动流程。

本发明实施例中，主控板确定了接口板对应的启动控制信息之后，可以向接口板发送携带有该启动控制信息的第一类型应答报文(本文中可以称为Request应答报文)。

为便于理解，以下以该第一类型应答报文为Request应答报文为例进行说明。

本发明实施例中，当接口板接收到主控板发送的Request应答报文时，可以获取该Request应答报文中携带的启动控制信息，并根据该启动控制信息进入对应的模式，其中，该模式可以包括启动模式。

本发明实施例中，当接口板根据接收到的Request应答报文中携带的启动控制信息确定需要进行启动模式时，接口板可以执行Boot启动流程。

作为一种可选的实施方式，在上述步骤102中，上述执行启动流程，可以包括：

判断第一类型应答报文中是否携带有启动参数信息；

若是，则根据该第一类型应答报文中携带的启动参数信息进行Boot启动；

否则，向主控板发送第二类型报文，以获取启动参数信息，并根据获取到的启动参数信息进行Boot启动。

本发明实施例中，启动参数信息可以由主控板携带在第一类型应答报文中发送给接口板，也可以由主控板在接收到接口板发送的用于获取启动参数信息的第二类型报文(本文中可以称为Get(获取)类型)时，发送给接口板。

其中，为便于理解，以下以第二类型报文为Get类型报文为例进行说明。

相应地，在该实施方式中，当接口板根据Request应答报文中携带的启动控制信息确定需要进入启动模式时，接口板可以先判断该Request应答报文中是否携带有启动参数信息；若携带有，则接口板可以获取该Request应答报文中携带的启动参数信息，并根据该启动参数信息进行Boot启动。

若Request应答报文中未携带启动参数信息，则接口板可以向主控板发送Get类型报文，以获取启动参数信息，并根据获取到的启动参数信息进行Boot启动。

本发明实施例中，启动参数信息可以包括但不限于以下信息中的一个或多个：对于需要引导的文件的描述信息；引导文件是否在接口板上保存；Linux(一种操作系统)相关的一些特殊配置(比如启动的命令行参数)；启动文件格式；加载超时情况下的处理策略，如重启、等待或者查询等；加载到启动文件后，等待xx时间后开始才开始启动等。

其中，主控板可以通过在给接口板下发的启动参数信息中设置不同的启动等待时间，以实现在存在多个接口板需要启动的情况下，灵活控制各接口板的启动时机。

值得说明的是，在本发明实施例中，主控板除了可以通过启动控制信息控制接口板进入启动模式之外，还可以控制接口板进入调试模式(如基于IP的调试模式)、器件自检模式(进行关键器件的自检，如内存全面检测、存储介质的诊断等)等，以简化接口板的开发和维护。

进一步地，在本发明实施例中，Request类型报文还可以用于接口板向主控板请求进行时间同步。

具体地，当接口板需要进行时间同步时，接口板可以向主控板发送Request类型报文，该Request类型报文中可以携带用于请求进行时间同步的标识信息；主控板接收到该Request类型报文，且确定接口板需要进行时间同步时，主控板可以向接口板发送携带当前系统时间的Request应答报文；接口板接收到该Request应答报文时，可以将本地时间调整为与该Request应答报文中携带的系统时间一致，以实现时间同步。

进一步地，在本发明实施例中，为了使主控板能够了解接口板的启动过程信息以及启动状态，在接口板的启动过程中，接口板可以主动通过接口板与主控板之间的以太连接向主控板上报启动过程信息以及启动状态，或者，接口板可以在接收到主控板下发的指定类型报文时，可以通过接口板与主控板之间的以太连接响应该指定类型报文向主控板上报启动过程信息以及启动状态。

相应地，作为一种可选的实施方式，本发明实施例提供的启动控制方案还可以包括：

当确定满足预设条件时，通过接口板与主控板之间的以太连接向主控板上报启动过程信息或/和启动状态。

在该实施方式中，一方面，可以预先设定接口板向主控板上报启动过程信息或/和启动状态的时机，如开始加载启动文件时、启动文件加载完成时、加载启动文件的时长达到预设时长等，接口板在执行启动流程的过程中，若发现达到预先设定的接口板向主控板上报启动过程信息或/和启动状态的时机，则确定满足预设条件，此时，接口板可以通过接口板与主控板之间的以太连接向主控板上报当前的启动过程信息或/和启动状态。

另一方面，当主控板需要干预接口板的启动时，主控板可以向接口板发送指定类型报文，以触发接口板向主控板上报启动过程信息或/和启动状态；相应地，当接口板接收到主控板发送的该指定类型报文时，可以通过接口板与主控板之间的以太连接向主控板上报启动过程信息或/和启动状态。

其中，考虑到接口板在Boot阶段通常为单任务模式，因此，需要预先设置接口板查询主控板下发的上述指定类型报文的时机，在接口板执行启动流程的过程中，当发现达到该查询主控板下发的上述指定类型报文的时机时，接口板可以查询是否接收到主控板下发的上述指定类型报文，并当接收到主控板下发的上述指定类型报文时，确定满足预设条件，并向主控板上报启动过程信息或/和启动状态。

值得说明的是，本发明实施例中，接口板向主控板发送Request类型报文时，可以通过广播或多播的形式发送，主控板接收到接口板发送的Request类型报文时，可以根据其中携带的接口板的位置信息(如接口板的MAC地址)对接口板进行定位，进而向接口板发送Request应答报文，该Request应答报文中也可以携带主控板的位置信息(如主控板的MAC地址)，从而，接口板接收到该Request应答报文时，可以根据主控板的位置信息对主控板进行定位，进而，主控板与接口板之间可以进行单播通信。

其中，当接口板接收到其它接口板发送的广播或多播报文时，接口板可以不对接收到的报文进行处理，例如，接口板可以直接丢弃该报文。

可见，在图1所示的方法流程中，接口板小系统初始化完成时，通过接口板与主控板之间的以太连接向主控板发送携带有接口板位置信息以及接口板的Boot能力信息的第一类型报文，以使主控板根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息，进而，当接口板接收到主控板发送的携带有启动控制信息的第一类型应答报文时，且根据该启动控制信息确定需要进入启动模式时，执行Boot启动流程，从而，实现了主控板对接口板的启动的控制。

请参见图2，为本发明实施例提供的另一种启动控制方法的流程示意图，如图2所示，该启动控制方法可以包括以下步骤：

步骤201、接收接口板发送的第一类型报文，该第一类型报文中携带有接口板的位置信息以及接口板的Boot能力信息。

本发明实施例中，接口板向主控板发送Request类型报文的具体实现可以参见图1所示方法流程中的相关描述，本发明实施例在此不再赘述。

步骤202、根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息。

本发明实施例中，主控板接收到接口板发送的Request类型报文时，可以获取该Request类型报文中携带的接口板的Boot能力信息，并根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息。

本发明实施例中，主控板侧对接口板的启动进行控制的控制策略可以包括但不限于预先针对特定接口板配置的控制策略、全局默认的控制策略或者各接口板的默认控制策略等。

相应地，当主控板接收到接口板发送的Request类型报文时，需要先判断是否存在针对该接口板的控制策略，若存在，则将该控制策略确定为接口板对应的控制策略；否则，判断是否存在全局默认的控制策略，若存在全局默认的控制策略，则将该全局默认的控制策略确定为接口板对应的控制策略；若不存在全局默认的控制策略，则将接口板的默认控制策略确定为目标接口对应的控制策略。

步骤203、向接口板发送第一类型应答报文，该第一类型应答报文中携带有接口板的启动控制信息，以使接口板根据启动控制信息进行Boot启动。

本发明实施例中，主控板确定了接口板的启动控制信息之后，可以向接口板发送携带该启动控制信息的Request类型应答报文，以使接口板根据该Request类型应答报文中携带的启动控制信息进行相应处理。

其中，接口板接收到主控板发送的Request类型应答报文之后的处理流程可以参见上述图1所示的方法流程中的相关描述，本发明实施例在此不再赘述。

进一步地，在本发明实施例中，当主控板根据接口板发送的Request类型报文确定接口板存在上一次系统异常时待传递的信息时，主控板在向接口板发送的Request类型应答报文中还可以携带用于指示接口板上传该上一次系统异常时待传递的信息的指示信息。

相应地，当接口板接收到主控板发送的Request应答报文，且确定该Request应答报文中携带有上述指示信息时，接口板可以将该上一次系统异常时待传递的信息发送给主控板，以便主控板根据这些信息对接口板的异常进行分析，确定接口板发生异常的原因等。

例如，接口板可以通过Send(发送)类型报文将上一次系统异常时待传递的信息发送给主控板。

进一步地，在本发明实施例中，当主控板需要对接口板的启动过程进行干预时，主控板可以向接口板发送指定类型报文，以触发接口板向主控板上报启动过程信息或/和启动状态，其具体实现可以参见上述图1所示的方法流程中的相关描述，本发明实施例在此不再赘述。

进一步地，在本发明实施例中，主控板获取到接口板的启动过程信息或/和启动状态之后，可以在指定界面中展示各接口板的启动过程信息或/和启动状态，以便用户能够及时、准确地了解各接口板的启动过程或/和启动状态。例如，主控板可以在统一的接口板Boot界面中展示各接口板的启动过程信息或/和启动状态。

可见，在图2所示的方法流程中，主控板通过向接口板发送启动控制信息，由接口板根据接收到的启动控制信息进行Boot启动操作，实现了主控板对接口板的启动的控制。

进一步地，在本发明实施例中，当接口板需要进行OS(Operating System，操作系统)引导时，也可以参照上述图1和图2所示方法流程中所描述的通过接口板与主控板之间的交互实现，其具体实现流程在此不做赘述。

为了使本领域技术人员更好地理解本发明实施例提供的技术方案，下面结合具体应用场景对本发明实施例提供的技术方案进行描述。

请参见图3，为本发明实施例提供的一种具体应用场景的示意图，如图3所示，主控板可以对多个接口板(如图中所示的接口板1…接口板N)进行启动控制，主控板可以冗余。

基于图3所示的应用场景，本发明实施例提供的启动控制方案的实现原理可以包括：

在该实施例中，以主控板与接口板之间基于MAC传输为例，主控板与接口板之间交互的报文的结构可以如下所示：

根据业务特点，主控板与接口板之间交互的报文可以包括以下几种类型：

Request类型报文：用于接口板向主控板获取信息，有效载荷在一个MTU内，为可靠传输。报文发出后，需要等待主控板返回应答数据；

Request应答报文：用于主控板应答接口板的Request报文，有效载荷在一个MTU内，为可靠传输。

Log(日志)类型报文：用于接口板向主控板传递信息。有效载荷在一个MTU内，为不可靠传输。报文发出后，不需要等待主控板应答；

WaitLog类型报文(需要等待ACK的Log类型报文)：用于接口板向主控板传递信息。有效载荷在一个MTU内，为可靠传输。报文发出后，需要等待主控板应答；

Trap(中断)类型报文：用于主控板向接口板传递信息。接口板接收到Trap类型报文时，需要在下一个可响应的时机立即响应，处理完成后，通过Log、WaitLog、Send、或Get等类型的报文来传递信息给主控板；

Get类型报文：用于接口板从主控板上获取数据，数据长度不限制。传输过程支持可靠传输和不可靠传输，支持对数据压缩情况的描述；

Send类型报文：用于接口板向主控板传递数据，数据长度不限制。支持可靠传输和不可靠传输，支持对数据压缩情况的描述；

ACK(确认)报文：用于主控板和接口板应答对端的可靠传输类型的报文(除了Request类型报文)。

主控板对接口板的启动控制的具体流程如下：

1、接口板的小系统初始化阶段

该阶段主要包括CPU、内存、板间通信网络初始化，以及Boot程序搬移到内存等。

若板间通信网络初始化失败，则按照无网络模式启动。

若CPU或内存初始化失败，则按照单板故障进行处理。

2、接口板关联主控板阶段

该阶段接口板基本信息准备就绪，通过广播或多播的方式发送Request类型报文，来告知主控板当前接口板的位置信息及Boot能力信息，同时完成对主控板位置的探测。

接口板发送的Request类型报文需要包括当前接口板的Boot能力信息，例如：支持的MTU、当前支持MAC层的传输控制协议情况、是否支持内容压缩、对应的压缩协议、数据传递过程有效性的检查方式、启动过程中是否有上次系统后待传递的信息等。

必要时，还可以携带接口板信息，比如内存大小，单板标识等，以便主控板根据这些信息来更精细控制接口板；

接口板发送Request类型报文后，进入等待状态。若超时未接收到主控板发送的Request应答报文的话，按照无网络模式启动。

3、主控板应答阶段。

主控板接收到接口板发送的Request类型报文后，根据该接口板对应的控制策略以及接口板的Boot能力信息，确定该接口板的启动控制信息，并返回携带该启动控制信息的Request应答报文。

接口板收到主控板的Request应答报文后，需要立即应答ACK报文。

4、接口板根据主控板传递过来的Request应答报文中的信息来决定如何操作。

若需要接口板向主控板传递信息，则在对本地保存的上一次系统异常时待传递的信息进行处理(比如压缩)后，向主控板发起Send类型报文来传递数据；这通常用于接口板将上一次异常时保留在内存或特定介质中的待传递的信息上传到主控板，以便主控板根据这些信息对一些疑难问题进行定位处理。

若接口板需要同步时间，接口板可以通过向主控板发送Request类型报文，进行时间同步；

之后，接口板可以根据接收到的Request应答报文确定需要进入的模式，如启动模式、调试模式、器件自检模式等；其中：

调试模式：可支持基于IP的调试模式，简化接口板的开发和维护；

器件自检模式：进行关键器件的自检，比如内存全面检测、存储介质的诊断等；

启动模式：若Request应答报文中携带有启动参数信息，则直接根据该启动参数信息进行启动处理；若Request应答报文中未携带启动参数信息，则接口板可以通过Get类型报文从主控板中获取对应的启动参数信息。其中，启动参数信息可以包括：对于需要引导的文件的描述信息；引导文件是否在接口板上保存；Linux相关的一些特殊配置(如启动的命令行参数)；启动文件格式；加载超时的处理策略(重启、等待或查询等)；加载到启动文件后，等待xx时间后开始才开始启动；

5、接口板加载文件的流程。

接口板根据加载策略来引导启动文件，并对启动文件进行预处理(比如解压)，以便后续能够正确引导该启动文件。

6、主控板控制信息下发。

若主控板需要干预接口板的启动，可下发Trap类型报文。

由于接口板通常是单任务模式，因此，可以预先设定接口板查询接收Trap类型报文的时机，当到达该时机时，接口板可以查询是否接收到主控板下发的Trap类型报文，并当接收到Trap类型报文时，响应该Trap报文向主控板上传当前的启动过程信息或/和启动状态，以增强主控板对接口板的控制、感知能力。

7、接口板信息输出流程。

接口板可以通过Log类型报文或WaitLog类型报文主动向主控板上报启动过程信息或/和启动状态。

通过以上描述可以看出，在本发明实施例提供的技术方案中，当接口板小系统初始化完成时，通过接口板与主控板之间的以太连接向主控板发送携带接口板的位置信息以及接口板的Boot能力信息的第一类型报文，由主控板根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息，并向接口板发送携带有该启动控制信息的第一类型应答报文，进而，当接口板根据第一类型应答报文中携带启动控制信息确定需要进入启动模式时，执行Boot启动流程，从而，实现了主控板对接口板的启动的控制。

请参见图4，为本发明实施例提供的一种启动控制装置的结构示意图，其中，所述装置可以应用于上述方法实施例的接口板，如图4所示，该启动控制装置可以包括：

发送单元410，用于当接口板小系统初始化完成时，通过所述接口板与主控板之间的以太连接向所述主控板发送第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息，以使所述主控板根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

接收单元420，用于接收所述主控板发送的第一类型应答报文；

处理单元430，用于当根据所述第一类型应答报文中携带的启动控制信息确定需要进入启动模式时，执行Boot启动流程。

请一并参见图5，为本发明实施例提供的另一种启动控制装置的结构示意图，如图5所示，在图4所示启动控制装置的基础上，图5所示的启动控制装置还可以包括：

判断单元440，用于判断所述第一类型应答报文中是否携带有启动参数信息；

所述处理单元430，具体用于当所述判断单元440判断为是时，根据所述启动参数信息进行Boot启动；

所述发送单元410，还用于当所述判断单元440判断为否时，向主控板发送第二类型报文，以获取启动参数信息；

所述处理单元430，具体用于根据获取到的启动参数信息进行Boot启动。

在可选实施例中，所述发送单元410，还用于当确定满足预设条件时，通过所述接口板与主控板之间的以太连接向所述主控板上报启动过程信息或/和启动状态。

请参见图6，为本发明实施例提供的一种启动控制装置的结构示意图，其中，所述装置可以应用于上述方法实施例的主控板，如图6所示，该启动控制装置可以包括：

接收单元610，用于接收接口板发送的请求第一类型报文，所述第一类型报文中携带有所述接口板的位置信息以及所述接口板的引导Boot能力信息；

确定单元620，用于根据所述接口板对应的控制策略以及所述接口板的Boot能力信息，确定所述接口板的启动控制信息；

发送单元630，用于向所述接口板发送第一应答报文，所述第一应答报文中携带有所述接口板的启动控制信息，以使所述接口板根据该启动控制信息进行Boot启动。

请一并参见图7，为本发明实施例提供的另一种启动控制装置的结构示意图，如图7所示，在图6所示启动控制装置的基础上，图7所示的启动控制装置还可以包括：

判断单元640，用于判断是否存在针对所述接口板的控制策略；

所述确定单元620，具体用于若存在所述接口板的控制策略，则将该控制策略确定为所述接口板对应的策略；若不存在针对所述接口板的控制策略，且存在全局默认的控制策略，则将该全局默认的控制策略确定为所述接口板对应的策略；若不存在针对所述接口板的控制策略，且不存在全局默认的控制策略，则将所述接口板的默认控制策略确定为所述接口板对应的策略。

请一并参见图8，为本发明实施例提供的另一种启动控制装置的结构示意图，如图8所示，在图6所示启动控制装置的基础上，图8所示的启动控制装置还可以包括：

展示单元650，用于当所述接收单元610接收到接口板上报的启动过程信息或/和启动状态时，在指定界面中展示接口板的启动过程信息或/和启动状态。

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

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

由上述实施例可见，当接口板小系统初始化完成时，通过接口板与主控板之间的以太连接向主控板发送携带接口板的位置信息以及接口板的Boot能力信息的第一类型报文，由主控板根据接口板对应的控制策略以及接口板的Boot能力信息，确定接口板的启动控制信息，并向接口板发送携带有该启动控制信息的第一类型应答报文，进而，当接口板根据第一类型应答报文中携带启动控制信息确定需要进入启动模式时，执行启动流程，从而，实现了主控板对接口板的启动的控制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。