CN113672259A - 一种分布式网络设备软件智能升级方法及设备 - Google Patents

Abstract

本说明书实施例公开了一种分布式网络设备软件智能升级方法及设备。用以解决现有技术中分布式网络设备在系统软件升级时效率低、成本高，不方便统一管理，且需要人工执行，维护难度大的问题。该方案包括：在指定数据库中发布指定软件的版本升级信息；通过非主控设备在指定数据库中获取版本升级信息；通过非主控设备，根据指定软件的本地版本信息，以及版本升级信息，判断本地的指定软件是否需要升级；若是，则通过非主控设备向指定数据库返回确认升级消息；通过主控设备检测到确认升级消息，在指定数据库发布指定软件对应的软件升级数据；通过非主控设备获取软件升级数据，并在对软件升级数据校验通过后，对本地的指定软件进行软件升级。

Description

一种分布式网络设备软件智能升级方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种分布式网络设备软件智能升级方法及设备。

背景技术

随着互联网及5G技术高速发展的广泛应用，分布式网络设备正加快部署在数据中心和骨干网中。由于分布式网络设备具备设备数量多，部署位置分散等特点，升级分布式网络设备系统软件时，需要耗费大量时间和精力，升级效率低，且主控网络无法感知其他设备升级进度，不方便统一管理，逐一升级，对整网业务运行影响较大。目前分布式网络设备升级系统软件时，需用户手动执行命令触发，维护难度大、成本高。

发明内容

本说明书一个或多个实施例提供一种分布式网络设备软件智能升级方法及设备。用以解决如下技术问题：现有技术中分布式网络设备在系统软件升级时效率低、成本高，不方便统一管理，且需要人工执行，维护难度大的问题。

为解决上述技术问题，本说明书一个或多个实施例是这样实现的：

一方面，本说明书一个或多个实施例提供一种分布式网络设备软件智能升级方法，包括：

通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息；

通过非主控设备在所述指定数据库中获取所述版本升级信息，所述非主控设备预先订阅了所述指定数据库；

通过所述非主控设备，根据所述指定软件的本地版本信息，以及所述版本升级信息，判断本地的所述指定软件是否需要升级；

若是，则通过所述非主控设备向所述指定数据库返回确认升级消息；

通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据；

通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级。

在本申请的一种实现方式中，所述通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级，具体包括：

通过所述非主控设备读取所述软件升级数据对应的所述指定软件的第一版本信息；

判断所述第一版本信息与所述版本升级信息是否一致，若一致，则将所述软件升级数据写入所述非主控设备；

判断写入所述非主控设备的所述软件升级数据对应的第二版本信息和所述版本升级信息是否一致，若一致，则通过所述非主控设备向所述主控设备发送确认接收消息；

基于所述确认接收消息，通过所述主控设备向所述非主控设备发送指令，对所述指定软件进行软件升级。

在本申请的一种实现方式中，在所述判断所述第一版本信息与所述版本升级信息是否一致之后，所述方法还包括：

若不一致，则通过所述非主控设备向所述主控设备发送重传消息，以使所述主控设备基于所述重传消息在所述指定数据库重新发布所述软件升级数据。

在本申请的一种实现方式中，在所述通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息之前，所述方法还包括：

通过所述主控设备预先获取所述主控设备本地的所述指定软件的版本信息，将所述版本信息作为所述版本升级信息；

通过所述非主控设备预先获取所述非主控设备中所述指定软件的所述本地版本信息。

在本申请的一种实现方式中，所述在所述通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据，具体包括：

通过所述主控设备向所述指定数据库发送开始传送消息，并将所述软件升级数据分段传输至所述指定数据库。

在所述软件升级数据发布完成时，通过所述主控设备向所述指定数据库写入传输完成消息。

在本申请的一种实现方式中，所述通过所述非主控设备获取所述软件升级数据，具体包括：

通过所述非主控设备从所述指定数据库中获取所述软件升级数据，并在所述指定数据库中检测所述传输完成消息；

在检测到所述传输完成消息时，确认所述软件升级数据获取完毕。

在本申请的一种实现方式中，确定所述主控设备和/或所述非主控设备对应的软件升级状态，所述软件升级状态根据所述主控设备和/或所述非主控设备发送或接收的消息进行改变。

在本申请的一种实现方式中，所述软件升级状态，具体包括：

初始态、数据检查态、数据传输态、数据接收态、准备升级态。

在本申请的一种实现方式中，所述主控设备包括：

主用主控设备和备用主控设备，所述备用主控设备实时从所述主用主控设备同步数据。

另一方面，本说明书一个或多个实施例提供一种分布式网络设备软件智能升级设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下指令：

通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息；

通过非主控设备在所述指定数据库中获取所述版本升级信息，所述非主控设备预先订阅了所述指定数据库；

通过所述非主控设备，根据所述指定软件的本地版本信息，以及所述版本升级信息，判断本地的所述指定软件是否需要升级；

若是，则通过所述非主控设备向所述指定数据库返回确认升级消息；

通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据；

通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级。

通过本申请提出的一种分布式网络设备软件智能升级方法及设备，能够带来如下有益效果：

1、能够通过并行传输，最大限度提升传输效率，保证传输数据的稳定性，降低软件升级时长，减小业务流量损失。

2、在传输过程中，进行多次校验，并能够实现数据重传，降低传输错误率，保证数据的可靠性。不需要文件共享服务器，降低系统复杂度，降低系统维护成本。

3、非主控设备会自动校验指定软件的版本信息与主控设备发送的版本信息是否一致，主控设备能够自动控制非主控设备重新加载版本，无需人工介入，提升分布式通信系统中的软件升级智能化水平。

4、在指定软件的升级过程中，通过协议报文交互，能够实时确定主控设备和/或非主控设备的软件升级状态，用户能够随时查看分布式通信系统中的主控设备和/或非主控设备的软件升级状态。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的一种分布式通信系统；

图2为一种分布式通信系统结构；

图3为本说明书一个或多个实施例提供的一种分布式通信系统软件升级模块示意图；

图4为本说明书一个或多个实施例提供的一种分布式网络设备软件智能升级方法流程示意图；

图5为本说明书一个或多个实施例提供的一种软件升级状态的改变过程；

图6为本说明书一个或多个实施例提供的一种分布式通信系统软件升级流程图；

图7为本说明书一个或多个实施例提供的一种分布式网络设备软件智能升级设备结构示意图。

具体实施方式

本申请实施例提供一种分布式网络设备软件智能升级方法及设备。

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书一个或多个实施例提供的一种分布式通信系统。如图1所示，分布式通信系统一般由主控设备(一些情况下，主控设备包括主用主控设备和备用主控设备)和若干非主控设备组成。主用主控设备负责整个通信系统网络拓扑发现、维护、管理以及配置同步；备用主控设备作为主用主控设备的备份，实时从主用主控设备同步运行状态和数据，在主用主控设备出现故障时能迅速接管主用主控设备的运行业务，保证整个通信系统稳定运行；非主控设备则运行网络相关业务流程，保证网络数据的转发和路由。值得注意的是，在本申请中，若主用主控设备正常运行，则本申请中出现的主控设备是指主用主控设备，若主用主控设备故障，则主控设备是指备用主控设备。

传统的方案中，如图2所示提供的一种分布式通信系统结构，主用主控设备、备用主控设备、非主控设备均包括存储芯片、Flash、业务芯片、控制MCU、通信芯片，主控设备与非主控设备之间可通过通信芯片进行数据通信，主要是控制和管理数据，通过业务芯片间的物理通道进行业务数据的交换和转发，通过通信芯片外接口与文件共享服务器进行文件数据的传输。

传统的分布式通信系统一般通过手动执行软件升级命令进行触发，主控设备首先检测本地Flash中指定软件版本信息与文件服务器中版本信息是否一致，若不一致，则从文件共享服务器获取最新软件版本至本地Flash，同时发送版本信息至非主控设备，并且需要手动执行加载版本命令并重启设备，完成指定软件的升级。

为此，我们提供了一种分布式网络设备软件智能升级方法，包括多个软件升级模块，图3为本说明书一个或多个实施例提供的一种分布式通信系统软件升级模块示意图，如图3所示，主控设备包括系统软件版本检测、系统软件版本传输、系统软件版本校验与重传、系统软件版本加载；非主控设备包括系统软件版本确认、系统软件版本传输、系统软件版本校验确认、系统软件版本加载。

图4为本说明书一个或多个实施例提供的一种分布式网络设备软件智能升级方法流程示意图。如图4所示，一种分布式网络设备软件智能升级方法包括以下步骤：

S401：通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息。

主控设备和非主控设备共同组成分布式通信系统，主控设备在指定数据库中发布指定软件的版本升级信息之前，会先判断当前工作场景是否符合预设条件，例如，判断当前分布式通信系统中是否有新的非主控设备加入或当前分布式通信系统中是否有非主控设备启动。在当前分布式通信系统中有非主控设备启动或者新的非主控设备加入时，主控设备在指定数据库中发布指定软件的版本升级信息。另外，主控设备还可以定时在指定数据库中发布指定软件的版本升级信息，预设条件可以为是否到达定时时间。

指定数据库可以为Redis数据库，当数据库为Redis数据库时，主控设备和非主控设备上部署有Redis组件，借助Redis集群技术，主控设备能够在Redis数据库中发布指定软件的版本升级信息。指定软件是指安装在主控设备和非主控设备上的某一种软件，不做具体要求。版本升级信息包括该指定软件的版本号、MD5校验值、软件的大小等。本说明书中通过在主控设备和非主控设备上部署Redis组件，通过Redis发布订阅机制传输消息与文件数据，大大提升了传输效率。

在本说明书一个或多个实施例中，通过主控设备预先获取主控设备本地的指定软件的版本信息，将版本信息作为版本升级信息；通过非主控设备预先获取非主控设备中指定软件的本地版本信息。预先获取主控设备和非主控设备指定软件的版本信息，并将主控设备本地的指定软件的版本信息作为版本升级信息，便于后续判断非主控设备的指定软件是否需要升级。

S402：通过非主控设备在指定数据库中获取版本升级信息，非主控设备预先订阅了指定数据库。

可以预先在主控设备和非主控设备上部署Redis组件，借助Redis的发布订阅技术，非主控设备能够在Redis数据库中获取版本升级信息。在分布式通信系统中，非主控设备可以有多个，多个非主控设备能够同时在Redis数据库中获取版本升级信息，实现版本升级信息的并行传输，提高了效率。

S403：通过非主控设备，根据指定软件的本地版本信息，以及版本升级信息，判断本地的指定软件是否需要升级。

非主控设备在获取到版本升级信息后，判断指定软件的本地版本信息与版本升级信息是否一致，若本地版本信息与版本升级信息不一致，则说明非主控设备的指定软件需要升级，若本地版本信息与版本升级信息一致，则说明非主控设备的指定软件不需要升级。若非主控设备的指定软件不需要升级，则向指定数据库发送不需要升级的消息。

在本申请中通过对本地版本信息和版本升级信息进行校验，判断本地版本信息是否与版本升级信息是否一致。校验本地版本信息和版本升级信息的版本号、MD5校验值、软件的大小，在本地版本信息和版本升级信息的版本号、MD5校验值、软件的大小至少有一个不同时，确定本地版本信息与版本升级信息不一致。

S404：若是，则通过非主控设备向指定数据库返回确认升级消息。

在确定本地版本信息与版本升级信息不一致后，通过非主控设备向指定数据库返回确认升级消息，确认升级消息中包括非主控设备的位图信息，位图信息是指非主控设备在分布式通信系统中的位置信息、编号信息、名称信息。便于主控设备确定哪台非主控设备需要进行指定软件的升级。

S405：通过主控设备检测到确认升级消息，在指定数据库发布指定软件对应的软件升级数据。

在本说明书的一个或多个实施例中，主控设备在检测到确认升级消息之后，主控设备向指定数据库发送开始传送消息，并将存储在主控设备本地flash下的软件升级数据分段传输至指定数据库。软件升级数据一般相对较大，分段传输能够有效解决软件升级数据较大的问题，并且容错率更高，在某一段数据传输错误时只需要重新传输该段数据即可。

在本说明书的一个或多个实施例中，在软件升级数据发布完成时，通过主控设备向指定数据库写入传输完成消息。主控设备在指定数据库中写入了开始传输消息以及传输完成消息，开始传输消息表示软件升级数据开始传输，传输完成消息表示软件升级数据传输完毕。指定数据库中同时具有开始传输消息和传输完毕消息才表明软件升级数据是完整的。

在本说明书的一个或多个实施例中，通过非主控设备从指定数据库中获取软件升级数据，并在指定数据库中检测传输完成消息；在检测到传输完成消息时，确认软件升级数据获取完毕。非主控设备在指定数据库中检测传输完成消息，若未检测到传输完成消息，表明软件升级数据并未获取完毕，不进行指定软件的升级。

S406：通过非主控设备获取软件升级数据，并在对软件升级数据校验通过后，对本地的指定软件进行软件升级。

在检测到传输完成消息后，确认软件升级数据获取完毕，对软件升级数据进行校验。

在本说明书的一个或多个实施例中，通过非主控设备确定软件升级数据对应的指定软件的第一版本信息；判断第一版本信息与版本升级信息是否一致，若一致，则将软件升级数据写入非主控设备；判断写入非主控设备的软件升级数据对应的第二版本信息和版本升级信息是否一致，若一致，则通过非主控设备向主控设备发送确认接收消息；基于确认接收消息，通过主控设备向非主控设备发送指令，对指定软件进行软件升级。其中，第一版本信息和第二版本信息都是软件升级数据对应的版本信息，第一版本信息是指为写入非主控设备之前读取到的软件升级数据对应的版本信息，第二版本信息是指写入非主控设备之后确定的软件升级数据对应的版本信息，防止由于读取错误或设备故障，导致软件升级数据错误，能够保证软件升级数据的可靠。

非主控设备在指定数据库中获取软件升级数据之前，非主控设备确定软件升级数据对应的指定软件的第一版本信息，将第一版本信息与之前获取的版本升级信息进行比较，判断第一版本信息的版本号、MD5校验值、软件的大小是否与版本升级信息中的版本号、MD5校验值、软件的大小一致，若一致，将软件升级数据写入非主控设备的Flash。

在本说明书的一个或多个实施例中，若第一版本信息的版本号、MD5校验值、软件的大小与版本升级信息中的版本号、MD5校验值、软件的大小不一致，则通过非主控设备向主控设备发送重传消息，以使主控设备基于重传消息在指定数据库重新发布软件升级数据。重传消息中带有传输帧号，便于主控设备重传软件升级数据。

非主控设备在检测到传输完成消息后，确认软件升级数据写入完毕，确定写入非主控设备的软件升级数据对应的第二版本信息，判断第二版本信息的版本号、MD5校验值、软件的大小是否与版本升级信息中的版本号、MD5校验值、软件的大小一致，若一致，非主控设备向主控设备发送确认接收消息，表明已经接收完毕软件升级数据。主控设备在收到确认接收消息后，向非主控设备发送重新加载指令对指定软件重新加载，完成指定软件的升级。通过多次校验软件升级数据，能够实现软件升级数据传输差错控制与重传，最大限度的降低了传输出错。

在本说明书的一个或多个实施例中，在指定软件升级过程中，确定主控设备和/或所述非主控设备对应的软件升级状态，所述软件升级状态根据所述主控设备和/或所述非主控设备发送或接收的消息进行改变。

在本说明书的一个或多个实施例中，软件升级状态包括初始态、数据检查态、数据传输态、数据接收态、准备升级态。

如图5所示为本说明书一个或多个实施例提供的一种软件升级状态的改变过程，主控设备和非主控设备开始时均处于初始态(UPGRATE_INIT)，主控设备发送开始升级消息(START UPGRAT)，非主控设备接收开始升级消息(START UPGRAT)后，主控设备和非主控设备的状态变为数据检查态(UPGRATE_DATA_CHECKING)，非主控设备向主控设备发送确认开始消息(ACK_UPGRATE_START_OK)后，主控设备向非主控设备发送软件升级数据(TRANSDATA)，并且主控设备的状态变为数据传输态(UPGRATE_DATA_TRANS)，非主控设备的状态变为数据接收态(UPGRATE_DATA_DOWNLOADING)，在主控设备向非主控设备发送传输完成消息后，主控涉笔和非主控设备的状态都变为准备升级态(UPGRATE_READY_RELOAD)，并且非主控设备向主控设备发送确认接收消息(ACK_UPGRATE_END_OK)。

在本说明书的一个或多个实施例中，主控设备包括主用主控设备和备用主控设备，备用主控设备实时从主用主控设备同步数据。

图6为本说明书一个或多个实施例提供的一种分布式通信系统软件升级流程图，如图6所示，主控设备启动，在检测次数不大于20次时发送开始升级消息，大于20时直接结束。若收到确认升级消息发送开始传输消息并且传输软件升级数据到Redis数据库，若未收到开始升级消息，重新检测。若传输完成，发送传输完成消息，若传输未完成，通过差错控制与重传机制再次传输软件升级数据到Redis数据库。若接收到非主控设备发送的接收完毕消息，向非主控设备发送重新加载指令以完成指定软件的升级，若未接收到非主控设备发送的接收完毕消息，则通过差错控制与重传机制再次传输软件升级数据到Redis数据库。

非主控设备启动，接收开始升级消息，检测版本信息是否一致，若一致，向主控设备发送不需要升级消息并结束，若版本信息不一致，向主控设备发送确认升级消息，接收软件升级数据，若检测到传输完成消息，校验版本升级信息，若未检测到传输完成消息，重新接收软件升级数据。在接收软件升级数据完成后判断接收的软件升级数据对应的版本信息是否与主控设备发送的版本信息一致，若不一至，重新接收，若一致，发送接收完毕消息，并接收主控设备发送的重新加载指令完成指定软件的升级。

图7为本说明书一个或多个实施例提供的一种分布式网络设备软件智能升级设备结构示意图。

如图7所示，一种分布式网络设备软件智能升级设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如下指令：

通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息；

通过非主控设备在所述指定数据库中获取所述版本升级信息，所述非主控设备预先订阅了所述指定数据库；

通过所述非主控设备，根据所述指定软件的本地版本信息，以及所述版本升级信息，判断本地的所述指定软件是否需要升级；

若是，则通过所述非主控设备向所述指定数据库返回确认升级消息；

通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据；

通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种分布式网络设备系统软件智能升级方法，其特征在于，包括：

通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息；

通过非主控设备在所述指定数据库中获取所述版本升级信息，所述非主控设备预先订阅了所述指定数据库；

通过所述非主控设备，根据所述指定软件的本地版本信息，以及所述版本升级信息，判断本地的所述指定软件是否需要升级；

若是，则通过所述非主控设备向所述指定数据库返回确认升级消息；

通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据；

通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级。

2.根据权利要求1所述的一种分布式网络设备系统软件智能升级方法，其特征在于，所述通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级，具体包括：

通过所述非主控设备读取所述软件升级数据对应的所述指定软件的第一版本信息；

判断所述第一版本信息与所述版本升级信息是否一致，若一致，则将所述软件升级数据写入所述非主控设备；

判断写入所述非主控设备的所述软件升级数据对应的第二版本信息和所述版本升级信息是否一致，若一致，则通过所述非主控设备向所述主控设备发送确认接收消息；

基于所述确认接收消息，通过所述主控设备向所述非主控设备发送指令，对所述指定软件进行软件升级。

3.根据权利要求2所述的一种分布式网络设备软件智能升级方法，其特征在于，在所述判断所述第一版本信息与所述版本升级信息是否一致之后，所述方法还包括：

若不一致，则通过所述非主控设备向所述主控设备发送重传消息，以使所述主控设备基于所述重传消息在所述指定数据库重新发布所述软件升级数据。

4.根据权利要求1所述的一种分布式网络设备软件智能升级方法，其特征在于，在所述通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息之前，所述方法还包括：

通过所述主控设备预先获取所述主控设备本地的所述指定软件的版本信息，将所述版本信息作为所述版本升级信息；

通过所述非主控设备预先获取所述非主控设备中所述指定软件的所述本地版本信息。

5.根据权利要求1所述的一种分布式网络设备软件智能升级方法，其特征在于，所述在所述通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据，具体包括：

通过所述主控设备向所述指定数据库发送开始传送消息，并将所述软件升级数据分段传输至所述指定数据库；

在所述软件升级数据发布完成时，通过所述主控设备向所述指定数据库写入传输完成消息。

6.根据权利要求5所述的一种分布式网络设备软件智能升级方法，其特征在于，所述通过所述非主控设备获取所述软件升级数据，具体包括：

通过所述非主控设备从所述指定数据库中获取所述软件升级数据，并在所述指定数据库中检测所述传输完成消息；

在检测到所述传输完成消息时，确认所述软件升级数据获取完毕。

7.根据权利要求1所述的一种分布式网络设备软件智能升级方法，其特征在于，所述方法还包括：

确定所述主控设备和/或所述非主控设备对应的软件升级状态，所述软件升级状态根据所述主控设备和/或所述非主控设备发送或接收的消息进行改变。

8.根据权利要求7所述的一种分布式网络设备软件智能升级方法，其特征在于，所述软件升级状态，具体包括：

初始态、数据检查态、数据传输态、数据接收态、准备升级态。

9.根据权利要求1所述的一种分布式网络设备软件智能升级方法，其特征在于，所述主控设备包括：

主用主控设备和备用主控设备，所述备用主控设备实时从所述主用主控设备同步数据。

10.一种分布式网络设备软件智能升级设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：

通过主控设备确定当前工作场景符合预设条件，在指定数据库中发布指定软件的版本升级信息；

通过非主控设备在所述指定数据库中获取所述版本升级信息，所述非主控设备预先订阅了所述指定数据库；

通过所述非主控设备，根据所述指定软件的本地版本信息，以及所述版本升级信息，判断本地的所述指定软件是否需要升级；

若是，则通过所述非主控设备向所述指定数据库返回确认升级消息；

通过所述主控设备检测到所述确认升级消息，在所述指定数据库发布所述指定软件对应的软件升级数据；

通过所述非主控设备获取所述软件升级数据，并在对所述软件升级数据校验通过后，对本地的所述指定软件进行软件升级。

Images