CN113220507A - 双主控系统的版本一致性检验方法及装置 - Google Patents

Abstract

本公开涉及一种双主控系统及其版本一致性检验方法及装置。该方法包括：获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。本公开涉及的双主控系统及其版本一致性检验方法、装置、电子设备及计算机可读介质，能够在主用主控板和备用主控板升级版本的时候对版本的一致性进行检验，以从源头杜绝版本不一致造成的问题，减少用户损失。

Description

双主控系统的版本一致性检验方法及装置

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种双主控系统及其版本一致性检验方法、装置、电子设备及计算机可读介质。

背景技术

双主控系统包含两块主控板，互为备份，其中一块为主用主控板，处于工作状态，另一块主控板为备用主控板，处于备份状态。随着网络技术的不断发展，网络设备支持的功能越来越多，用户对设备功能的需求也越来越多，开发人员为了顺应市场潮流，满足用户的需求，不断顺应用户新需求对双主控系统进行开发，待功能稳定之后，由技术支持人员对双主控系统的设备进行统一升级。在大型公司中，由于设备较多，在双主控系统的升级的过程中有可能会存在主用主控板和备用主控板的版本不一致的问题。

主用主控板和备用主控板的版本不一致，可能会导致进程挂死、死机、设备起不来等风险。出现这些问题之后，排查问题的原因也会花费大量的时间，给技术人员的工作带来很大困扰的同时，也会影响用户的体验。更加严重的隐患是在双主控系统升级的过程中没有暴露出问题，但是在配置双主控系统的新功能的时候由于主用主控板和备用主控板的版本不一致，导致设备死机、进程挂死等问题，给用户带来巨大的经济损失。

因此，需要一种新的双主控系统及其版本一致性检验方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本公开提供一种双主控系统及其版本一致性检验方法、装置、电子设备及计算机可读介质，能够在主用主控板和备用主控板升级版本的时候对版本的一致性进行检验，以从源头杜绝版本不一致造成的问题，减少用户损失。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种双主控系统的版本一致性检验方法，可应用在主用主控板，该方法包括：获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。

在本公开的一种示例性实施例中，获取待升级的第一升级包及第一升级信息之前，还包括：注册命令行，所述命令行用于获取第一升级包的版本号、兼容版本的起始版本号和结束版本号。

在本公开的一种示例性实施例中，获取待升级的第一升级包及第一升级信息，包括：解析所述命令行的参数以获取第一升级包的版本号、兼容版本的起始版本号和结束版本号，并存储在配置文件中。

在本公开的一种示例性实施例中，接收来自于备用主控板的版本信息请求，包括：在升级过程中建立监听进程；基于所述监听进程接收来自于备用主控板的版本信息请求。

在本公开的一种示例性实施例中，基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验，包括：基于所述请求由所述配置文件中获取第一升级包的版本号、兼容版本的起始版本号和结束版本号并发送给所述备用主控板。

根据本公开的一方面，提出一种双主控系统的版本一致性检验方法，可应用在备用主控板，该方法包括：获取待升级的第二升级包及第二升级信息；进行重启以基于所述第二升级包升级；在升级过程中向主用主控板发送版本信息请求；基于所述版本信息请求获取主用主控板上的第一升级信息；基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

在本公开的一种示例性实施例中，在升级过程中向主用主控板发送版本信息请求，包括：基于socket通信方式向主用主控板发送版本信息请求。

在本公开的一种示例性实施例中，还包括：在所述第一升级信息和所述第二升级信息一致时，继续进行升级；在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号在第一升级信息中兼容版本的起始版本号和结束版本号之间时，继续进行升级。

在本公开的一种示例性实施例中，包括：在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号不在第一升级信息中兼容版本的起始版本号和结束版本号之间时，生成提醒信息。

在本公开的一种示例性实施例中，生成提醒信息，包括：通过串口打印信息的方式生成所述提醒信息。

根据本公开的一方面，提出一种双主控系统的版本一致性检验装置，可应用在主用主控板，该装置包括：第一信息模块，用于获取待升级的第一升级包及第一升级信息；第一升级模块，用于进行重启以基于所述第一升级包升级；接收请求模块，用于升级结束后接收来自于备用主控板的版本信息请求；信息发送模块，用于基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。

根据本公开的一方面，提出一种双主控系统的版本一致性检验装置，可应用在备用主控板，该装置包括：第二信息模块，用于获取待升级的第二升级包及第二升级信息；第二升级模块，用于进行重启以基于所述第二升级包升级；发送请求模块，用于在升级过程中向主用主控板发送版本信息请求；信息获取模块，用于基于所述版本信息请求获取主用主控板上的第一升级信息；版本检验模块，用于基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

根据本公开的一方面，提出一种双主控系统，包括：主用主控板，用于获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验；备用主控板，用于获取待升级的第二升级包及第二升级信息；进行重启以基于所述第二升级包升级；在升级过程中向主用主控板发送版本信息请求；基于所述版本信息请求获取主用主控板上的第一升级信息；基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

根据本公开的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本公开的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本公开的双主控系统及其版本一致性检验方法、装置、电子设备及计算机可读介质，获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验的方式，能够在主用主控板和备用主控板升级版本的时候对版本的一致性进行检验，以从源头杜绝版本不一致造成的问题，减少用户损失。

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

附图说明

通过参照附图详细描述其示例实施例，本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种双主控系统的系统框图。

图2是根据一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。

图3是根据另一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。

图4是根据另一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。

图5是根据一示例性实施例示出的一种双主控系统的版本一致性检验装置的框图。

图6是根据另一示例性实施例示出的一种双主控系统的版本一致性检验装置的框图。

图7是根据一示例性实施例示出的一种电子设备的框图。

图8是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本公开所必须的，因此不能用于限制本公开的保护范围。

技术缩略语解释如下：

双主控：双主控是指设备提供两块主控板，互为备份，其中一块为主用主控板，处于工作状态，另一块主控板为备用主控板，处于备份状态。

命令：命令是“关键字”与“参数”按照一定顺序组合后形成的一行字符串表达式。关键字是指固定不变的单词，用于表示后续参数的具体含义。参数指可变的配置参数。例如：no ip address 192.168.0.1/16，其中no、ip、address均为关键字，192.168.0.1/16为参数。

命令注册：将命令相关信息(包括命令所在视图、所属模块等信息)添加到命令行数组中。

命令行框架：是指命令行公共流程，主要负责读入、解析管理员输入的命令，并执行命令对应的命令执行函数修改或查看设备配置。

进程(Process)是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。

命令行：一种运行在设备上的提供解析命令、执行命令等功能的服务程序。

Socket通信：socket可以理解成是一种特殊的接口，这种特殊的接口是面向进程进行信息的传递和交互一种特殊方式。通过socket，可以在一个主机进程之间或者不同主机之间进程的通信。现在大部分的网络之间的通信底层都是基于socket进行信息的交互。大部分的网络框架也是通过封装socket通信对外暴露更友好的接口提供更丰富的功能。

图1是根据一示例性实施例示出的一种双主控系统的系统框图。

如图1所示，系统架构10可以包括主用主控板101和备用主控板102。主用主控板101和备用主控板102。可以是具有支持数据处理的各种电子设备，包括但不限于网络设备、平板电脑、膝上型便携计算机和台式计算机等等。

主用主控板101可例如获取待升级的第一升级包及第一升级信息；主用主控板101可例如进行重启以基于所述第一升级包升级；升级结束后主用主控板101可例如接收来自于备用主控板102的版本信息请求；基于所述请求主用主控板101可例如将所述第一升级信息发送给所述备用主控板102以辅助所述备用主控板102进行版本一致性检验。

备用主控板102可例如获取待升级的第二升级包及第二升级信息；备用主控板102可例如进行重启以基于所述第二升级包升级；在升级过程中备用主控板102可例如向主用主控板101发送版本信息请求；基于所述版本信息请求备用主控板102可例如获取主用主控板101上的第一升级信息；备用主控板102可例如基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

图2是根据一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。双主控系统的版本一致性检验方法20可应用在主用主控板，至少包括步骤S202至S208。

如图2所示，在S202中，获取待升级的第一升级包及第一升级信息。可例如，解析命令行的参数以获取第一升级包的版本号、兼容版本的起始版本号和结束版本号，并存储在配置文件中。待升级的升级包可由管理员统一发送或者由主用主控板在预定存储位置处调取。

其中，取待升级的第一升级包及第一升级信息之前，还包括：注册命令行，所述命令行用于获取第一升级包的版本号、兼容版本的起始版本号和结束版本号。

可例如，注册命令行version update updateversion startversionendversion；参数分别是升级的版本号(本方案以updateversion表示指定升级的版本)，兼容版本的起始版本号(本方案以startversion表示指定升级版本的兼容版本的起始版本号)和兼容版本终止版本号(本方案以endversion表示指定升级版本的兼容版本的终止版本号)。

在S204中，进行重启以基于所述第一升级包升级。设备下载完升级包，即可整机重启版本进行升级。

在S206中，升级结束后接收来自于备用主控板的版本信息请求。包括：在升级过程中建立监听进程；基于所述监听进程接收来自于备用主控板的版本信息请求。设备中的主用主控板在升级完成之后，启动进程进行监听(该进程的作用是监听主用主控板和备用主控板之间的交互信息)。

在S208中，基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。包括：基于所述请求由所述配置文件中获取第一升级包的版本号、兼容版本的起始版本号和结束版本号并发送给所述备用主控板。

可例如，解析命令行参数，将这些配置的版本信息保存在一个配置文件中。待设备重启时，从配置文件中读取信息。

根据本公开的双主控系统的版本一致性检验方法，获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验的方式，能够在主用主控板和备用主控板升级版本的时候对版本的一致性进行检验，以从源头杜绝版本不一致造成的问题，减少用户损失。

应清楚地理解，本公开描述了如何形成和使用特定示例，但本公开的原理不限于这些示例的任何细节。相反，基于本公开公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。双主控系统的版本一致性检验方法30可应用在备用主控板，至少包括步骤S302至S310。

在S302中，获取待升级的第二升级包及第二升级信息。待升级的升级包可由管理员统一发送或者由备用主控板在预定存储位置处调取。

在S304中，进行重启以基于所述第二升级包升级。第二升级包下载完毕，整机重启以进行升级。

在S306中，在升级过程中向主用主控板发送版本信息请求。包括：基于socket通信方式向主用主控板发送版本信息请求。备用主控重启，备主控重启的过程中发送消息，通知主用主控给备主控发送升级版本的信息，版本信息中包括当前升级版本的版本号updateversion、升级版本的兼容版本初始版本号startversion、升级版本的兼容版本的结束版本号endversion。

在S308中，基于所述版本信息请求获取主用主控板上的第一升级信息。主用主控接收到备主控的消息之后从配置文件中获取版本信息发送给备主控。

在S310中，基于所述第一升级信息和所述第二升级信息进行版本一致性检验。备主控接收到主控发送的版本信息后，获取当前自己升级版本的版本号(本方案以spareupdateversion表示备主控指定升级版本的版本号)，比较updateversion和spareupdateversion是否相同。如果updateversion和spareupdateversion不相同，则比较备主控升级的版本号spareupdateversion是否在startversion和endversion之间，如果在这个兼容版本允许的区间，则备主控正常启动升级，如果不在兼容版本允许的区间，则备用主控串口每隔一段时间就会打印主控版本和备主控版本不一致的信息，询问用户是否继续升级，如果用户选择升级，则备主控正常重启，否则备主控重新更换升级版本，重新升级。

其中，可例如，在所述第一升级信息和所述第二升级信息一致时，继续进行升级；

其中，可例如，在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号在第一升级信息中兼容版本的起始版本号和结束版本号之间时，继续进行升级。

其中，可例如，在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号不在第一升级信息中兼容版本的起始版本号和结束版本号之间时，生成提醒信息。更具体的，可通过串口打印信息的方式生成所述提醒信息。

图4是根据另一示例性实施例示出的一种双主控系统的版本一致性检验方法的流程图。图4所示的流程40是对双主控系统的版本一致性检验过程的详细描述。

如图4所示，在S402中，注册命令行，获取升级的版本号，兼容升级的版本的起始版本和最后版本，从而进行容错处理。

在S404中，主用主控在升级版本的过程中创建进程，监听备主控发送获取版本信息的通知。

在S406中，备主控在升级的过程中创建进程，通过socket发送获取版本信息的请求。

在S408中，主用主控接收请求之后把主用主控升级版本的信息发送给备主控，版本信息包含升级版本，兼容版本的起始版本和最终版本。

在S410中，备主控获取自己当前的版本号，和主用主控升级的版本号进行比较，如果相同，则正常升级，否则执行步骤S412。

在S412中，备主控将自己的版本号兼容版本的起始版本和最终版本比较，如果在这个兼容版本之间，则正常升级，否则执行步骤S414。

在S414中，串口每隔一段时间打印主备控版本不一致。

在S416中，用户是否升级的信息。

在S418中，如果用户选择升级，则备主控正常升级重启。

在S420中，否则用户重新上传版本，进行升级，执行步骤S406。

根据本公开的双主控系统的版本一致性检验方法，命令行设置重启的版本号和兼容的起始版本号和终止版本号，做容错性处理，及时双主控版本不一致也可以正常重启；

根据本公开的双主控系统的版本一致性检验方法，备主控给主用主控发送版本信息请求获取主用主控版本信息，从而进行版本一致性检查。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图5是根据一示例性实施例示出的一种双主控系统的版本一致性检验装置的框图。如图5所示，双主控系统的版本一致性检验装置50可应用在主用主控板，包括：第一信息模块502，第一升级模块504，接收请求模块506，信息发送模块508。

第一信息模块502用于获取待升级的第一升级包及第一升级信息；第一信息模块502还用于解析所述命令行的参数以获取第一升级包的版本号、兼容版本的起始版本号和结束版本号，并存储在配置文件中。

第一升级模块504用于进行重启以基于所述第一升级包升级；

接收请求模块506用于升级结束后接收来自于备用主控板的版本信息请求；接收请求模块506还用于在升级过程中建立监听进程；

基于所述监听进程接收来自于备用主控板的版本信息请求。

信息发送模块508用于基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。信息发送模块508还用于基于所述请求由所述配置文件中获取第一升级包的版本号、兼容版本的起始版本号和结束版本号并发送给所述备用主控板。

图6是根据另一示例性实施例示出的一种双主控系统的版本一致性检验装置的框图。如图6所示，双主控系统的版本一致性检验装置60可应用在备用主控板，包括：第二信息模块602，第二升级模块604，发送请求模块606，信息获取模块608，版本检验模块610。

第二信息模块602用于获取待升级的第二升级包及第二升级信息；

第二升级模块604用于进行重启以基于所述第二升级包升级；

发送请求模块606用于在升级过程中向主用主控板发送版本信息请求；发送请求模块606还用于基于socket通信方式向主用主控板发送版本信息请求。

信息获取模块608用于基于所述版本信息请求获取主用主控板上的第一升级信息；

版本检验模块610用于基于所述第一升级信息和所述第二升级信息进行版本一致性检验。可例如，在所述第一升级信息和所述第二升级信息一致时，继续进行升级；可例如，在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号在第一升级信息中兼容版本的起始版本号和结束版本号之间时，继续进行升级。可例如，在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号不在第一升级信息中兼容版本的起始版本号和结束版本号之间时，生成提醒信息。

根据本公开的双主控系统的版本一致性检验装置，获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验的方式，能够在主用主控板和备用主控板升级版本的时候对版本的一致性进行检验，以从源头杜绝版本不一致造成的问题，减少用户损失。

图7是根据一示例性实施例示出的一种电子设备的框图。

下面参照图7来描述根据本公开的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图2，图3，图4中所示的步骤。

所述存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

所述存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备700’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备700交互的设备通信，和/或该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图8所示，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本公开实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。该计算机可读介质还可实现如下功能：获取待升级的第二升级包及第二升级信息；进行重启以基于所述第二升级包升级；在升级过程中向主用主控板发送版本信息请求；基于所述版本信息请求获取主用主控板上的第一升级信息；基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施例的方法。

以上具体地示出和描述了本公开的示例性实施例。应可理解的是，本公开不限于这里描述的详细结构、设置方式或实现方法；相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (13)

1.一种双主控系统的版本一致性检验方法，包括：

获取待升级的第一升级包及第一升级信息；

进行重启以基于所述第一升级包升级；

升级结束后接收来自于备用主控板的版本信息请求；

基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。

2.如权利要求1所述的方法，其中获取待升级的第一升级包及第一升级信息之前，还包括：

注册命令行，所述命令行用于获取第一升级包的版本号、兼容版本的起始版本号和结束版本号。

3.如权利要求2所述的方法，其中获取待升级的第一升级包及第一升级信息，包括：

解析所述命令行的参数以获取第一升级包的版本号、兼容版本的起始版本号和结束版本号，并存储在配置文件中。

4.如权利要求1所述的方法，其中接收来自于备用主控板的版本信息请求，包括：

在升级过程中建立监听进程；

基于所述监听进程接收来自于备用主控板的版本信息请求。

5.如权利要求3所述的方法，其中基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验，包括：

基于所述请求由所述配置文件中获取第一升级包的版本号、兼容版本的起始版本号和结束版本号并发送给所述备用主控板。

6.一种双主控系统的版本一致性检验方法，应用在备用主控板，该方法包括：

获取待升级的第二升级包及第二升级信息；

进行重启以基于所述第二升级包升级；

在升级过程中向主用主控板发送版本信息请求；

基于所述版本信息请求获取主用主控板上的第一升级信息；

基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

7.如权利要求6所述的方法，其中在升级过程中向主用主控板发送版本信息请求，包括：

基于socket通信方式向主用主控板发送版本信息请求。

8.如权利要求6所述的方法，其特征在于，还包括：

在所述第一升级信息和所述第二升级信息一致时，继续进行升级；

在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号在第一升级信息中兼容版本的起始版本号和结束版本号之间时，继续进行升级。

9.如权利要求6所述的方法，其特征在于，还包括：

在所述第一升级信息和所述第二升级信息不一致，且所述第二升级信息中的版本号不在第一升级信息中兼容版本的起始版本号和结束版本号之间时，生成提醒信息。

10.如权利要求9所述的方法，其特征在于，生成提醒信息包括：

通过串口打印信息的方式生成所述提醒信息。

11.一种双主控系统的版本一致性检验装置，应用于主用主控板，该方法包括：

第一信息模块，用于获取待升级的第一升级包及第一升级信息；

第一升级模块，用于进行重启以基于所述第一升级包升级；

接收请求模块，用于升级结束后接收来自于备用主控板的版本信息请求；

信息发送模块，用于基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验。

12.一种双主控系统的版本一致性检验装置，应用于备用主控板，该方法包括：

第二信息模块，用于获取待升级的第二升级包及第二升级信息；

第二升级模块，用于进行重启以基于所述第二升级包升级；

发送请求模块，用于在升级过程中向主用主控板发送版本信息请求；

信息获取模块，用于基于所述版本信息请求获取主用主控板上的第一升级信息；

版本检验模块，用于基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

13.一种双主控系统，包括：

主用主控板，用于获取待升级的第一升级包及第一升级信息；进行重启以基于所述第一升级包升级；升级结束后接收来自于备用主控板的版本信息请求；基于所述请求将所述第一升级信息发送给所述备用主控板以辅助所述备用主控板进行版本一致性检验；

备用主控板，用于获取待升级的第二升级包及第二升级信息；进行重启以基于所述第二升级包升级；在升级过程中向主用主控板发送版本信息请求；基于所述版本信息请求获取主用主控板上的第一升级信息；基于所述第一升级信息和所述第二升级信息进行版本一致性检验。

Images