CN111610991A - 版本升级方法及装置 - Google Patents

Abstract

本公开提供一种版本升级方法及装置，涉及软件升级技术领域，该方法包括：接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；将所述至少一个节点的升级事件和本地节点的升级事件进行比较；如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

Description

版本升级方法及装置

技术领域

本公开涉及软件升级领域，尤其涉及版本升级方法及装置。

背景技术

在背景技术中，同一局域网内部署有多个节点，这里的节点可以指任意计算节点，比如，计算机、嵌入式设备等等。同一局域网内的每个节点需要保证相同的软件配置，因此，当需要进行软件更新时，每个节点需要在同一时间段内进行软件升级。

现有的软件升级方法大多是针对单机进行升级，也就是由技术人员逐个节点进行软件程序的安装升级，显而易见的是，这种升级方式非常繁琐，当节点数量非常多时，这种方式即费时又费力；

另一种方式是：所有节点通过访问升级服务器进行升级，但这种方式下，升级服务器一般是和产品/项目紧密耦合的，一旦服务器地址发生改变，则需要在每一个节点中重新进行配置；另外，一旦项目发生改变，则需要重新修改或者开发升级服务器。

发明内容

本公开实施例提供一种版本升级方法及装置，能够解决局域网内多节点间版本升级的问题。所述技术方案如下：

根据本公开实施例的第一方面，提供一种版本升级方法，该方法包括：

接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

在一个实施例中，上述方法还包括：

如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

在一个实施例中，根据所述软件更新文件对本地节点进行版本升级之后，所述方法还包括：

广播所述本地节点的版本信息。

根据本公开实施例的第二方面，提供一种版本升级方法，该方法包括：

广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

在一个实施例中，广播所述本地节点的版本信息之前，上述方法还包括：

检测本地节点是否存在升级事件；

所述广播所述本地节点的版本信息包括：

如果存在升级事件，广播所述本地节点的版本信息。

在一个实施例中，广播所述本地节点的版本信息之前，上述方法还包括：

判断本地节点是否新接入的节点；

所述广播所述本地节点的版本信息包括：

如果是新接入的节点，广播所述本地节点的版本信息。

根据本公开实施例的第三方面，提供一种版本升级装置，该装置包括：

接收模块，用于接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

比较模块，用于将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

请求模块，用于如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

升级模块，用于获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

在一个实施例中，上述装置还包括：

选择模块，用于如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

根据本公开实施例的第四方面，提供一种版本升级装置，该装置包括：

广播模块，用于广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

接收模块，用于接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

升级模块，用于根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

在一个实施例中，上述装置还包括：

检测模块，用于检测本地节点是否存在升级事件；

所述广播模块，具体用于在存在升级事件时，广播所述本地节点的版本信息。

使用本公开提供的实施例，当需要对各个节点进行软件升级时，只需要对一个节点进行升级即可，其它节点可以在节省流量的条件下自动完成升级。

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

附图说明

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

图1是本公开实施例提供的一种版本升级方法的流程图；

图2是本公开实施例提供的一种版本升级方法的流程图；

图3a是本公开实施例提供的一种版本升级方法的流程图；

图3b是本公开实施例提供的一种版本升级方法的流程图；

图4是本公开实施例提供的一种版本升级方法具体实现流程图；

图5是本公开实施例提供的一种版本升级装置的结构图；

图6是本公开实施例提供的一种版本升级装置的结构图；

图7是本公开实施例提供的一种版本升级装置的结构图；

图8是本公开实施例提供的一种版本升级装置的结构图；

图9是本公开实施例提供的一种版本升级装置的结构图。

具体实施方式

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

本公开实施例提供一种版本升级方法，如图1所示，该版本升级方法包括以下步骤：

步骤101、接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

每一个节点本地存有版本文件version.txt(可以使TXT格式，也可以是其他格式)，用于记录该节点当前的升级版本号，每一个节点中的版本号采用相同格式，且按照相同方式进行更新。比如，初次使用时，所有节点的版本号为00000，当其中一个节点进行升级后，版本号变为00001，此时，该进行了升级的节点向其它节点通知自己进行了升级的消息，其它节点则向该节点请求最新软件升级文件，并根据接收到的软件升级文件进行软件升级，在升级完成后，将本地version.txt文件中的版本号修改为000001。

需要说明的是，版本号并不是针对某一个软件的版本号，而是用于标识一次升级事件，比如，一次升级中升级了A、B、C三个软件，将版本号更新为00003，再一次升级中可以升级C、D、F软件，并在升级后将节点本地的版本号更新为00004。版本号的格式和更新规则可以根据实际需要进行设置，不限于上述示例。

在一个实施例中，每一个节点作为本地节点，可以收到其它所有节点发送的版本信息。

步骤102、将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

步骤103、如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

本实施例中，优先级是根据版本的高低进行设置的，优先级高的版本高，也就是说优先级高的节点是进行过版本更新的节点，优先级低的版本低优先级低的节点是待进行版本更新的节点。

本地节点将收到的所有版本信息与本地版本信息进行比较，如果均相同，则说明没有节点进行更新，则不进行其它操作；如果其它节点有更新的版本，则向具有更新版本的节点发送软件升级请求消息，接收到所述软件升级请求消息的节点向其返回软件更新文件，接收到相应文件的节点在本地进行软件的更新升级。

如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

优先级的高低可以是预设的，也可以由用户自行定义。比如，选择升级事件指示升级版本最高的节点作为优先级高的节点。

步骤104、获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

可选的，该实施例还可以包括以下步骤：

步骤105、根据所述软件更新文件对本地节点进行版本升级之后，所述方法还包括：

广播所述本地节点的版本信息。

本公开实施例提供一种版本升级方法，如图2所示，该版本升级方法包括以下步骤：

步骤201、广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

步骤202、接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

步骤203、根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

本公开实施例提供一种版本升级方法，如图3a所示，广播所述本地节点的版本信息之前，所述方法还包括：

步骤200a、检测本地节点是否存在升级事件；

所述广播所述本地节点的版本信息包括：

如果存在升级事件，广播所述本地节点的版本信息。

如果某个节点进行了软件更新，则主动向其它节点广播自身进行了软件更新的通知消息，并携带更新后的版本号，每一个接收到该消息的节点均将接收到的版本号与本地版本号进行比对，判断是不是更新的版本，如果是，则向发送该通知消息的节点请求软件更新文件(携带所请求的版本号)，接收返回的软件更新文件，并进行软件更新。

本公开实施例提供一种版本升级方法，如图3b所示，广播所述本地节点的版本信息之前，所述方法还包括：

步骤200b、判断本地节点是否新接入的节点；

每一个节点(包括新加入的节点)在上线时，可以通过广播方式向所有节点发送一个版本号上报请求，接收到该请求的节点均向该上线的节点上报其软件版本号，该节点根据接收到的版本号判断是否有更新版本，如果有，则向具有更新版本的节点请求软件更新文件(携带所请求的版本号)。

所述广播所述本地节点的版本信息包括：

如果是新接入的节点，广播所述本地节点的版本信息。

具体的，可以在各个节点都运行一个服务代理程序,该程序能够在局域网互相通信，一旦有一个节点升级，则局域网内各个节点自动升级；如果需要操作某个或所有节点，则在其中一个节点上进行设置，通知其余节点即可。该方案可以达到以下效果：能够适应任意产品的软件升级需求、当需要对各个节点进行软件升级时，只需要对一个节点进行升级即可，其它节点可以自动完成升级、节省网络流量、该方案不仅能用于控制各个节点进行软件升级，还能用于对各个节点进行其它控制。

在局域网内，各个需要进行软件升级的节点上安装运行代理服务程序(比如，vanxum-agent.exe)，该程序具备较高的权限，比如，以Linux/Windows***为例，代理应用程序具备SYSTEM级别的权限。所述代理服务程序至少应能够进行：发送/接收网络广播、读/写文件、发送/接收文件、压缩打包/解压缩文件、拷贝文件/文件夹、运行程序、终止程序等操作。

在上述局域网中，各个节点首先建立所有在线节点的信息，具体如下：各个节点上的代理服务程序启动运行时，发送广播，向局域网内所有代理服务程序通知其在线(presence)状态，并发送自身的标识号、IP地址等信息；其它节点上的代理服务程序收到广播，向其返回一条响应信息。

然后每个节点定期(譬如，每小时或每10分钟)发送广播信息，通知自己的版本信息，从而各个节点之间互相都会接收到所有在线节点的版本信息，各自检查是否有更新的版本；具体的操作同上述的几个版本升级实施例。

下面通过一个具体示例对本公开提供的技术方案做以下详细介绍，图4是本公开提供的一种版本升级方法具体实现流程图，如图4所示，该具体示例中，假设局域网内有10个节点，也就是10台计算机。每一个节点上安装有代理应用程序，每一个节点本地存有一个version.txt文件。

步骤401、用户对节点1进行软件升级；

需要升级的软件包括软件A、软件B和软件C，用户将软件A、软件B和软件C的升级安装文件放在指定的目录下；

步骤402、用户手动执行软件升级；

步骤403、节点1的代理服务程序检测到升级步骤完成，根据预设规则对本地版本信息进行更新；

比如，将版本号00005变成00006；

步骤404、节点1的代理服务程序向局域网内其它节点广播本地进行软件升级的通知消息；

该消息中携带有升级后的版本信息，如版本号；

步骤405、代理服务程序自动生成执行软件安装动作的脚本文件；

如update.bat、update.cmd、update.exe等类型的文件，并将这些脚本文件与软件A、软件B和软件C的升级安装文件放在同一目录下；通过运行这些脚本文件可以自动执行对相应软件(软件A、软件B和软件C)的安装步骤。

一个示例性的.bat文件如下：

::REM innosetup制作的安装包,静默方式安装

"％cd％\A_software\setup.exe"/SILENT/VERYSILENT/SUPPRESSMSGBOXES

::REM MSI安装包,静默方式安装

msiexec.exe/i"％cd％\B_software\setup.msi"/quiet/qn

::REM Others,通过bat文件来完成安装动作

"％cd％\C_Software\install.bat"

上述代码中，红色字体中以::REM开头的内容是.bat文件的功能注释。

步骤406、其它节点接收到节点1发送的通知消息后，向节点1请求软件升级安装文件；

步骤407、节点1在指定目录下，将软件A、软件B和软件C的升级安装文件以及新生成的脚本文件一同打包压缩后，发送给其它节点；

同时，节点1本地还会保留相应升级安装文件的备份文件，以备其他节点请求该更新文件；

步骤408、其它节点上的代理服务程序接收到压缩文件包后，先进行解压缩，再找到其中的脚本文件，运行该脚本文件，即可执行对该压缩包内所有软件升级文件的安装过程，从而实现软件升级；

升级完成后，在本地将新的版本信息写入version.txt文件。

本公开实施例提供一种版本升级装置，如图5所示，该版本升级装置50包括：接收模块501、比较模块502、请求模块503和升级模块504；其中，

接收模块501，用于接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

比较模块502，用于将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

请求模块503，用于如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

升级模块504，用于获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

本公开实施例提供一种版本升级装置，如图6所示，该版本升级装置60包括：接收模块601、比较模块602、请求模块603、升级模块604和选择模块605，选择模块605,用于如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

本公开实施例提供一种版本升级装置，如图7所示，该版本升级装置70包括：接收模块701、比较模块702、请求模块703、升级模块704和广播模块705；其中，广播模块705，用于根据所述软件更新文件对本地节点进行版本升级之后，广播所述本地节点的版本信息。

本公开实施例提供一种版本升级装置，如图8所示，该版本升级装置80包括：广播模块801、接收模块802和升级模块803；其中，

广播模块801，用于广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

接收模块802，用于接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

升级模块803，用于根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

本公开实施例提供一种版本升级装置，如图9所示，该版本升级装置90包括：检测模块900、广播模块901、接收模块902和升级模块903；其中，

检测模块900，用于广播所述本地节点的版本信息之前，检测本地节点是否存在升级事件；

广播模块901，具体用于在存在升级事件时，广播所述本地节点的版本信息。

可选的，广播模块还用于，广播所述本地节点的版本信息之前，判断本地节点是否新接入的节点；

如果是新接入的节点，广播所述本地节点的版本信息。

基于上述实施例提供的版本升级方法，，该方法可以应用于局域网中各个节点，例如，计算机、服务器或终端设备等。

基于上述图1对应的实施例中所描述的版本升级方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：ReadOnly Memory，ROM)、随机存取存储器(英文：Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储装置等。该存储介质上存储有计算机指令，用于执行上述图1对应的实施例中所描述的版本升级方法，此处不再赘述。

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

Claims (10)

1.一种版本升级方法，其特征在于，所述方法包括：

接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

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

如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

3.根据权利要求2所述的方法，其特征在于，根据所述软件更新文件对本地节点进行版本升级之后，所述方法还包括：

广播所述本地节点的版本信息。

4.一种版本升级方法，其特征在于，所述方法包括：

广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

5.根据权利要求4所述的版本升级方法，其特征在于，广播所述本地节点的版本信息之前，所述方法还包括：

检测本地节点是否存在升级事件；

所述广播所述本地节点的版本信息包括：

如果存在升级事件，广播所述本地节点的版本信息。

6.根据权利要求4所述的版本升级方法，其特征在于，广播所述本地节点的版本信息之前，所述方法还包括：

判断本地节点是否新接入的节点；

所述广播所述本地节点的版本信息包括：

如果是新接入的节点，广播所述本地节点的版本信息。

7.一种版本升级装置，其特征在于，所述装置包括：

接收模块，用于接收至少一个节点的版本信息；其中，所述版本信息中携带有节点标识和与节点标识对应的升级事件；

比较模块，用于将所述至少一个节点的升级事件和本地节点的升级事件进行比较；

请求模块，用于如果所述至少一个节点的升级事件中存在和所述本地节点的升级事件不同的第一节点，并且所述第一节点的升级事件的优先级高于所述本地节点的升级事件，根据所述第一节点对应的节点标识发送升级请求信息；其中，所述升级请求信息用于指示所述第一节点向本地节点发送软件更新文件；

升级模块，用于获取软件更新文件，并根据所述软件更新文件对本地节点进行版本升级。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

选择模块，用于如果所述至少一个节点的升级事件中和所述本地节点的升级事件不同的第一节点为多个时，按照预设优先级规则对所述多个第一节点中的升级事件排序，并选择优先级最高的节点作为第一节点。

9.一种版本升级装置，其特征在于，所述装置包括：

广播模块，用于广播所述本地节点的版本信息；其中，所述版本信息携带本地地点的节点信息和升级事件信息；

接收模块，用于接收的请求节点的升级请求信息，其中，所述请求节点包括除本地节点外的其他节点；

升级模块，用于根据所述升级请求信息，向所述请求节点发送与所述升级请求信息对应的软件更新文件；其中，所述软件更新文件用于指示所述请求节点进行版本升级。

10.根据权利要求9所述的版本升级装置，其特征在于，所述装置还包括：

检测模块，用于检测本地节点是否存在升级事件；

所述广播模块，具体用于在存在升级事件时，广播所述本地节点的版本信息。

Images