CN104702633A - 版本更新方法及装置 - Google Patents

Abstract

本发明提供了一种版本更新方法及装置，其中一种方法包括：主控板接收业务板发送的注册请求消息，其中，注册请求消息中携带有业务板当前版本号；主控板判断出业务板当前版本号与基线版本号不一致；主控板发送版本更新指示消息给业务板，触发业务板进行版本更新。通过本发明，提高了版本更新的效率和准确度。

Description

版本更新方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种版本更新方法及装置。

背景技术

目前核心网随着不断适应市场的需求而不断的进行着扩容，最终核心网设备将演变为一个庞大的设备集合。如何才能有效的进行设备的版本管理在当下尤为突出。以往的版本管理，主要依赖于人工现场维护；现网的割接或升级，操作人员事先手动通过网络分别将版本上传至所有设备的存储器上。这种方式下，现网的设备版本控制成为空白，版本更新的效率只能通过人工保障；操作人员的规范性操作只能通过相关手册进行指导，无法避免出现人为失误；也不能完全屏蔽版本更新过程中的突发事件，例如版本更新过程中设备重启导致的版本更新失败。使得版本管理在效率和可靠性上无法保障。目前使用的升级工具是一种可直接通过设置设备IP，采用FTP方式将更新的文件批量的自动上传至设备指定路径下的升级软件。在版本更新方面，可简化现场版本更新的操作流程，提高效率。

但是，采用升级工具进行现网版本更新，虽然替代了一部分手工操作，在一定程度上提高了版本更新的效率，但仍无法满足现网版本动态管理的需求；设备的版本兼容性、版本的有效性，仍需人工保障。

发明内容

为了达到上述目的，本发明提供了一种版本更新方法及装置。

根据本发明的一个方面，提供了一种版本更新方法，包括：主控板接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；

所述主控板判断出所述业务板当前版本号与基线版本号不一致；

所述主控板发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

优选地，所述主控板判断出所述业务板当前版本号与基线版本号一致，向所述业务板发送注册成功消息。

根据本发明的又一方面，还提供了一种版本更新方法，业务板接收到主控板发送的版本更新指示消息；所述业务板从所述主控板获取版本更新文件；所述业务板使用所述版本更新文件进行版本更新。

优选地，在所述业务板使用所述版本更新文件进行版本更新之前，还包括：所述业务板对所属版本更新文件进行校验的结果为正确。

优选地，所述业务板对所属版本更新文件进行校验的结果为正确之后，还包括：备份所述版本更新文件。

根据本发明的另一个方面，还提供了一种版本更新装置，应用于主控板，包括：第一接收模块，用于接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；判断模块，用于判断出所述业务板当前版本号与基线版本号不一致；第一发送模块，用于发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

优选地，还包括：第二发送模块，用于判断出所述业务板当前版本号与基线版本号一致时，向所述业务板发送注册成功消息。

根据本发明的再一个方面，还提供了一种版本更新装置，第二接收模块，用于接收到主控板发送的版本更新指示消息；获取模块，用于从所述主控板获取版本更新文件；更新模块，用于使用所述版本更新文件进行版本更新。

优选地，还包括：处理模块，用于对所述版本更新文件进行校验的结果为正确。

优选地，还包括：备份模块，用于备份所述版本更新文件。

附图说明

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

图1是根据本发明实施例的版本更新方法的第一流程图；

图2是根据本发明实施例的版本更新方法的第二流程图；

图3是根据本发明的优选实施例的版本更新方法的流程图；

图4是根据本发明实施例的版本更新装置的第一结构框图；

图5是根据本发明实施例的版本更新装置的第二结构框图。

具体实施方式

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

本实施例提供了一种版本更新方法，图1是根据本发明实施例的版本更新方法的第一流程图，如图1所示，该方法包括如下步骤：

步骤S101，主控板接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；

步骤S102，所述主控板判断出所述业务板当前版本号与基线版本号不一致；

步骤S103，所述主控板发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

优选地，所述主控板判断出所述业务板当前版本号与基线版本号一致，向所述业务板发送注册成功消息。

本实施例提供了一种版本更新方法，图2是根据本发明实施例的版本更新方法的第二流程图，如图2所示，该方法包括如下步骤：

步骤S201，业务板接收到主控板发送的版本更新指示消息；

步骤S202，所述业务板从所述主控板获取版本更新文件；

步骤S203，所述业务板使用所述版本更新文件进行版本更新。

优选地，在所述业务板使用所述版本更新文件进行版本更新之前，还包括：所述业务板对所属版本更新文件进行校验的结果为正确。

优选地，所述业务板对所属版本更新文件进行校验的结果为正确之后，还包括：备份所述版本更新文件。

下面结合优选实施例进行详细说明。

本优选实施例的技术方案可以应用于分布式架构下，针对系统中设备的版本所进行的一种有效的管理方式。分布式架构下所有设备统一由一个主控板进行设备管理维护，其他设备作为独立的业务板分别与主控板之间通过板间通信进行消息交互。

本优选实施例提供的方法包括：当业务板与主控板板间通信失连后恢复，或新增业务板情况下，业务板首先向主控板发板注册请求消息，携带业务板当前版本号。此时主控板需要对整网版本进行有效控制。第一步：主控板根据业务板当前版本号进行有效判断是否允许其准入。判断依据为版本号是否满足基线版本号匹配原则，即基线版本号R00xD0xB0x是否一致；如果匹配成功，主控板认为其版本号合法，直接返回板注册响应成功消息给业务板，板注册流程结束；如果匹配失败，主控板认为其版本号非法，需更新版本才可准入；第二步：主控板发单板版本更新指示消息给业务板。业务板在收到主控板发来的单板版本更新指示消息后，启动版本更新下载进程：a）FTP登录到主控板存储设备匹配本板硬件类型对应的版本路径下；b）获取主控板当前路径下的所有文件详细清单；c）读主控板当前路径下updatefilelist.txt文件内容并与文件清单中文件进行严格匹配；d）将所有匹配成功的文件准备下载。业务板依次下载匹配成功的文件，并将下载文件以原文件名加后缀.temp临时文件形式保存在本地存放版本的默认路径下。业务板下载完成后，将下载文件的大小字节数与updatefilelist.txt文件中记录文件字节数进行匹配，若匹配成功，则删除原有文件，将临时文件去掉后缀.temp重新命名；所有下载文件依次匹配，一旦出现匹配失败，则停止匹配，业务板再次向主控板发板注册请求消息，重新启动版本更新；如果全部匹配成功，业务板自动重启。随后业务板启动成功后携带更新后的版本号再次向主控板发板注册请求。此时主控板判断业务板当前版本号与基线版本号一致认为其版本为合法版本，发单板注册响应消息给业务板；板注册流程结束。

在实施中，需要注意以下几点：

其一，主控板对全网版本的统一管理和控制；系统明确规划版本在各个阶段对应的版本号，如版本号为R00xD0xB0xSPx.xx，基线版本号为R00xD0xB0x，SPx为补丁版本号，.xx为临时调试版本号。当业务板与主控板板间通信失连后恢复，或新增业务板情况下，均会触发业务板发板注册请求消息并携带业务板当前版本号给主控板，由主控板来控制业务板当前版本是否有效，来实现不同基线版本不准入，同一基线版本下的各补丁版本以及补丁版本的调试版本的版本兼容。

其二，业务板在版本更新过程中的多重校验；updatefilelist.txt文件随版本配套发布，其内容为版本发布的所有文件名列表（包括文件名后缀，大小写字母严格区分）、文件长度（字节数）。业务板在启动版本下载时通过updatefilelist.txt文件中版本文件名来判断版本路径下哪些文件需要下载；当下载完成后，通过updatefilelist.txt文件中版本文件详细信息来校验下载的文件是否与原文件一致，从而实现更新版本的校验，保证版本更新的准确性。

其三，基于分布式系统架构下的板间通信通过消息机制来实现；在业务板与主控板板间通信失连后恢复，或新增业务板情况下，业务板均需向主控板发板注册请求消息，版本控制使业务板版本更新自动启动，确保版本更新过程的全自动化。

其四，版本更新与设备硬件类型分离；业务板启动时检测当前硬件类型，启动版本下载时，FTP登录到主控板存储设备版本默认路径下，根据其硬件类型匹配对应文件，使版本更新过程屏蔽了设备硬件类型。

通过该优选实施例提供的技术方案，可以实现如下技术效果：

1、实现了分布式系统下的版本动态管理；主控板可对整网设备版本进行有效控制：设备版本无效不允许生效；同一基线版本下多版本兼容。

2、解决了现有分布式核心网系统下版本的自动更新，简化了版本更新流程，提高了版本更新效率。

3、版本更新多重校验及异常保护，提高了版本更新的可靠性及稳定性。

4、版本更新与硬件类型分离，减少了人工维护成本。

本优选实施例提供了一种版本更新方法，图3是根据本发明的优选实施例的版本更新方法的流程图，如图3所示，该方法包括如下步骤：

步骤S301，业务板向主控板发送单板注册请求，其中携带版本号。

步骤S302，主控板判断是否更新版本，如果判断结果为是，执行步骤S303，否则执行步骤S310。

步骤S303，主控板向业务板发送单板版本更新指示。

步骤S304，业务板启动版本下载。

步骤S305，版本下载。

步骤S306，业务板进行版本备份。

步骤S307，进行版本校验，如果判断结果为是，执行步骤S308，否则，执行步骤S301。

步骤S308，单板重启。

步骤S309，单板注册请求，其中携带版本号。

步骤S310，单板注册响应。

下面结合具体实例进行说明。

实例1

本实例提供了一种基于分布式系统下的动态版本更新方法。

在本实例中，以全网版本更新为例，主控板A版本更新完成后重新启动，当前版本号为R001B01D07SP2。本实例包括如下步骤1）至步骤8）。

步骤1），核心网所有业务板均向主控板A发起板注册请求，携带业务板当前版本号R001B01D06SP2。

步骤2），主控板A判断所有业务板当前版本号与基线版本号（R001B01D07）不匹配，需要进行版本更新，执行步骤3）；否则执行步骤8）。

步骤3），主控板A发单板版本更新指示消息给所有业务板。

步骤4），各个业务板在收到主控板A发来的单板版本更新指示消息后，分别启动版本更新下载进程：a）FTP登录到主控板存储设备匹配本板硬件类型对应的版本路径下；b）获取主控板当前路径下的所有文件详细清单；c）读主控板当前路径下updatefilelist.txt文件内容并与文件清单中文件进行严格匹配；d）将所有匹配成功的文件准备下载。

步骤5），各个业务板依次下载匹配成功的文件，并将下载文件以原文件名加后缀.temp临时文件形式保存在本地存放版本的默认路径下。

步骤6），各个业务板下载完成后，分别将下载文件的大小字节数与updatefilelist.txt文件中记录文件字节数进行匹配，若匹配成功，则删除原有文件，将临时文件去掉后缀.temp重新命名；所有下载文件依次匹配，一旦出现匹配失败，则停止匹配，执行步骤1）；如果所有下载文件全部匹配成功，执行步骤7）。

步骤7），各个业务板重新启动，当前版本号为R001B01D07SP2；执行步骤1）。

8），主控板A发单板注册响应消息给各个业务板，result为成功；全网版本更新流程结束。

实例2

本实例提供了一种基于分布式系统下的动态版本更新方法。

本实例以核心网扩容新增硬件类型为服务器操作系统为Linux的业务板B为例。本实例包括如下步骤1）至步骤8）。

步骤1），业务板B发货版本(R001D01B05)与现网主控板A版本(R001D01B06SP2)不匹配，当业务板B新增加到核心网后，向主控板A发起板注册请求，携带业务板当前版本号；

步骤2），主控板A判断业务板B当前版本号与基线版本号（R001B01D06）不匹配，需要进行版本更新，执行步骤3）；否则执行步骤8）；

步骤3），主控板A发单板版本更新指示消息给业务板B；

步骤4），业务板B在收到主控板A发来的单板版本更新指示消息后，启动版本更新下载进程：a）FTP登录到主控板存储设备匹配本板硬件类型为Linux的版本路径下；b）获取主控板当前路径下的所有文件详细清单；c）读主控板当前路径下updatefilelist.txt文件内容并与文件清单中文件进行严格匹配；d）将所有匹配成功的文件准备下载；

步骤5），业务板B依次下载匹配成功的文件，并将下载文件以原文件名加后缀.temp临时文件形式保存在本地存放版本的默认路径下；；

步骤6），业务板B下载完成后，将下载文件的大小字节数与updatefilelist.txt文件中记录文件字节数进行匹配，若匹配成功，则删除原有文件，将临时文件去掉后缀.temp重新命名；所有下载文件依次匹配，一旦出现匹配失败，则停止匹配，执行步骤1）；如果所有下载文件全部匹配成功，执行步骤7）；

步骤7），业务板B重新启动，当前版本号为R001B01D06SP2；执行步骤1）；

步骤8），主控板A发单板注册响应消息给业务板B，result为成功；版本更新流程结束。

实例3

本实例提供了一种基于分布式系统下的动态版本更新方法。

本实例以硬件类型为TSP板操作系统为Vxworks平台的业务板B更新临时调试版本为例，主控板已更新临时版本（R001B01D07SP2.02），本实例可以包括如下步骤1）至步骤7）。

步骤1），由于业务板B需更新临时版本调试，当前版本号（R001B01D07SP2），由主控板A发单板版本更新指示消息给业务板B；

步骤2），业务板B在收到主控板A发来的单板版本更新指示消息后，启动版本更新下载进程：a）FTP登录到主控板存储设备匹配本板硬件类型为Vxworks的版本路径下；b）获取主控板当前路径下的所有文件详细清单；c）读主控板当前路径下updatefilelist.txt文件内容并与文件清单中文件进行严格匹配；d）将所有匹配成功的文件准备下载；

步骤3），业务板B依次下载匹配成功的文件，并将下载文件以原文件名加后缀.temp临时文件形式保存在本地存放版本的默认路径下；

步骤4），业务板B下载完成后，对本地所有文件名带.temp后缀的文件与updatefilelist.txt中文件记录字节数进行匹配，若匹配成功，则删除原有文件，将临时文件重新命名；所有下载文件依次匹配，如果全部匹配成功，则执行步骤7）；如果一旦出现匹配失败，则停止匹配，执行步骤1）；

步骤5），业务板B重新启动；

步骤6），业务板B向主控板A发起板注册请求，携带业务板当前版本号R001B01D07SP2.02；

步骤7），主控板A判断业务板当前版本号不需要进行版本更新，发单板注册响应消息给业务板B，result为成功；版本更新流程结束。

通过上述实施例及优选实施例提供的应用于分布式核心网系统下的版本动态管理方法，可以即满足现网一定条件下的多版本兼容，又能使现网设备在一定条件下的自动版本更新，在版本更新方面，设备版本更新与设备硬件类型分离，具有良好的异常保护措施。采用本发明可满足现网版本动态管理的需求，同时降低现网维护成本，简化版本更新流程。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

基于相同的构思，本实施例提供了一种版本更新装置，应用于主控板，图4是根据本发明实施例的版本更新装置的第一结构框图，如图4所示，包括：第一接收模块41，用于接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；判断模块42，用于判断出所述业务板当前版本号与基线版本号不一致；第一发送模块43，用于发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

优选地，还包括：第二发送模块，用于判断出所述业务板当前版本号与基线版本号一致时，向所述业务板发送注册成功消息。

本实施例提供了一种版本更新装置，应用于主控板，图5是根据本发明实施例的版本更新装置的第二结构框图，如图5所示，包括：第二接收模块51，用于接收到主控板发送的版本更新指示消息；获取模块52，用于从所述主控板获取版本更新文件；更新模块53，用于使用所述版本更新文件进行版本更新。

优选地，还包括：处理模块，用于对所述版本更新文件进行校验的结果为正确。

优选地，还包括：备份模块，用于备份所述版本更新文件。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种版本更新方法，其特征在于，包括：

主控板接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；

所述主控板判断出所述业务板当前版本号与基线版本号不一致；

所述主控板发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

2.根据权利要求1所述的方法，其特征在于，所述主控板判断出所述业务板当前版本号与基线版本号一致，向所述业务板发送注册成功消息。

3.一种版本更新方法，其特征在于，包括：

业务板接收到主控板发送的版本更新指示消息；

所述业务板从所述主控板获取版本更新文件；

所述业务板使用所述版本更新文件进行版本更新。

4.根据权利要求3所述的方法，其特征在于，在所述业务板使用所述版本更新文件进行版本更新之前，还包括：

所述业务板对所属版本更新文件进行校验的结果为正确。

5.根据权利要求4所述的方法，其特征在于，所述业务板对所属版本更新文件进行校验的结果为正确之后，还包括：

备份所述版本更新文件。

6.一种版本更新装置，应用于主控板，其特征在于，包括：

第一接收模块，用于接收业务板发送的注册请求消息，其中，所述注册请求消息中携带有业务板当前版本号；

判断模块，用于判断出所述业务板当前版本号与基线版本号不一致；

第一发送模块，用于发送版本更新指示消息给业务板，触发所述业务板进行版本更新。

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

第二发送模块，用于判断出所述业务板当前版本号与基线版本号一致时，向所述业务板发送注册成功消息。

8.一种版本更新装置，其特征在于，包括：

第二接收模块，用于接收到主控板发送的版本更新指示消息；

获取模块，用于从所述主控板获取版本更新文件；

更新模块，用于使用所述版本更新文件进行版本更新。

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

处理模块，用于对所述版本更新文件进行校验的结果为正确。

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

备份模块，用于备份所述版本更新文件。