CN102148714A

CN102148714A - 软件升级方法和设备

Info

Publication number: CN102148714A
Application number: CN2011101238437A
Authority: CN
Inventors: 李燕; 谭素君; 王利
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-05-13
Filing date: 2011-05-13
Publication date: 2011-08-10

Abstract

本发明实施例公开了一种软件升级方法和设备，通过应用本发明实施例的技术方案，由网元设备直接从管理站下载需要更新的软件版本和初始配置文件，并通过当前内存中所存储的相对应的数据信息对所下载的初始配置文件进行更新，生成运行配置数据文件，同时激活新版本的软件，完成软件升级，从而，简化软件升级过程中的操作流程，排除人为操作对软件升级过程的复杂度和准确性的不利影响，解决现有技术中进行配置数据继承操作时的操作流程过于繁琐，投入过高的问题。

Description

软件升级方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种软件升级方法和设备。

背景技术

通常情况下，软件升级（包括配置数据升级）的过程的示意图如图1所示，假设将软件从版本A升级到版本B，那么，其对应的初始配置文件分别为a和b，运行配置数据文件分别为a’和b’，相应的处理过程包括如下步骤：

步骤S101、管理站从对应的网元提取软件当前版本A的运行配置数据文件a’。

步骤S102、管理站将运行配置数据文件a’导入新软件版本（版本B）的初始配置文件b中形成新的运行配置文件b’。

步骤S103、网元下载版本B的新软件和新运行配置数据文件b’。

步骤S104、激活版本B的新软件。

步骤S105、网元自动复位采用版本B的软件和其对应的运行配置文件b’。

在这个流程中，配置数据的升级进程是由人工参与完成的，且需参与的步骤很多，可是配置数据作为网元设备的个体属性，通常各自的配置需求不同，因而无法做到各个网元间共用配置文件，也就是说，针对网络中的每个网元的数据升级，均需单独进行上述的配置数据升级步骤，而不能像软件版本升级等特性那样并行批量处理多个站，因此，这种人工参与升级配置数据方式，在网元设备众多时，会带来庞大的工作量，延长升级时间，并最终影响网络运维效率。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

（1）软件升级过程必需人工参与，增加了运维的人力成本。

（2）软件升级过程的流程复杂，操作步骤多，对运维人员技术要求高，且增加了出错概率。

（3）由于软件升级过程中存在多次的手工交互操作，费时较长，配置效率低，降低了运维效率。

发明内容

本发明实施例提供一种软件升级方法和设备，解决现有技术中进行配置数据继承操作时的操作流程过于繁琐，投入过高的问题。

为达到上述目的，本发明实施例一方面提供了一种软件升级方法，包括：

运行有第一版本软件的网元设备由管理站中下载第二版本软件和第二版本软件的初始配置文件；

所述网元设备将所述第一版本软件的内存数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件，并激活所述第二版本软件；

所述网元设备复位运行所述第二版本软件，并采用所述第二版本软件的运行配置数据文件。

另一方面，本发明实施例还提供了一种网元设备，包括：

下载模块，用于由管理站中下载第二版本软件和第二版本软件的初始配置文件；

生成模块，用于将所述第一版本软件的内存数据导入所述下载模块所下载的第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件，并激活所述第二版本软件；

运行模块，用于复位运行所述下载模块所下载的第二版本软件，并采用所述生成模块所生成的第二版本软件的运行配置数据文件。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，由网元设备直接从管理站下载需要更新的软件版本和初始配置文件，并通过当前内存中所存储的相对应的数据信息对所下载的初始配置文件进行更新，生成运行配置数据文件，同时激活新版本的软件，完成软件升级，从而，简化软件升级过程中的操作流程，排除人为操作对软件升级过程的复杂度和准确性的不利影响，解决现有技术中进行配置数据继承操作时的操作流程过于繁琐，投入过高的问题。

附图说明

图1为现有技术中的软件升级的过程的示意图；

图2为本发明实施例提出的一种软件升级方法的流程示意图；

图3为本发明实施例提出的一种具体应用场景下的软件升级方法的流程示意图；

图4为本发明实施例提出的一种具体应用场景下的软件升级方法的流程示意图；

图5为本发明实施例提出的初始配置文件、运行配置数据文件和设备内存数据的关系示意图；

图6为本发明实施例提出的一种表结构的示意图；

图7为本发明实施例提出的一种网元设备的结构示意图。

具体实施方式

如背景技术所述，网元设备中软件的启动、运行参数都放在数据配置文件中。一般情况下，每一套软件版本都有其唯一对应版本的数据配置文件。由于软件版本不同，每个数据配置文件的版本也会有所不同。网元设备在软件升级时，通常都需要同时升级匹配对应版本的数据配置文件，以保证数据的备份和继承，但是现有技术中对于软件升级的过程过于复杂，且需要人为操作，大大增加了软件升级过程的复杂度和成本投入。

为了克服这样的缺陷，本发明实施例所提出的技术方案通过网元设备自身完成软件下载和配置文件的更新，解决了网元设备在软件升级时，配置数据的升级过程过于复杂的问题，采用该技术方案可以在软件升级时减少人为操作，降低出错概率。

如图2所示，为本发明实施例提出的一种软件升级方法的流程示意图，该方法具体包括以下步骤：

步骤S201、运行有第一版本软件的网元设备由管理站中下载第二版本软件和第二版本软件的初始配置文件。

步骤S202、所述网元设备将所述第一版本软件的内存数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件，并激活所述第二版本软件。

在实际的应用场景中，本步骤的处理过程具体包括：

（1）所述网元设备遍历读取所述第二版本软件的初始配置文件中的管理对象，记录相对应的各唯一标识。

（2）所述网元设备按照所述各唯一标识，在内存中当前运行的所述第一版本软件的管理对象的集合中，查找是否存在相应的管理对象。

（3）如果查找到，所述网元设备将相应的管理对象的配置数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件。

其中，具体的到如果成为所述网元设备根据查找到的管理对象的各个实例的当前值，更新所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

进一步的，如果没有查找到，则所述网元设备保持所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

步骤S203、所述网元设备复位运行所述第二版本软件，并采用所述第二版本软件的运行配置数据文件。

在具体的实施场景中，上述的运行配置数据文件，具体包括文件头、数据结构定义区和数据内容存储区。

与现有技术相比，本发明实施例具有以下优点：

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例提供了一种网元软件升级时配置数据自动继承方法，使得软件升级、配置数据升级操作变得简单、便捷，较大地提升了设备的运维性能。

如图3所示，相应的升级步骤如下：

步骤S301、网元设备下载新版本软件B和初始配置文件b到网元设备中。

步骤S302、网元设备激活新版本软件B，在软件激活的同时，网元设备自动将当前软件A中的内存数据导入到配置文件b中形成运行配置数据文件b’。

步骤S303、网元自动复位采用软件版本B和运行配置文件b’。

下面，结合具体的应用场景，对上述的技术方案进行具体的描述。

本发明实施例所提出的技术方案的核心是配置数据升级功能的自动化，即将上文所述的常规数据升级流程中的人工参与步骤全改由网元设备自动处理，并合并在软件升级流程中，在触发网元设备中的软件版本升级时自动完成。对一般网络运维人员来说，此功能过程基本被屏蔽，而无需关注，更不需参与。

在实现上述技术方案的过程中，关键技术点就是在新旧软件版本切换前，由当前软件将内存中的配置数据通过节点匹配方式自动导入到新版本的配置文件中。具体的技术细节如图4所示，包括以下步骤：

步骤S401、网元设备发布的每一个软件版本中都包含一个相匹配的初始配置数据文件。

这个配置文件中包含的管理数据通常为缺省初始值，比如初始配置数据文件a和初始配置数据文件b分别对应软件版本A和版本B。

在具体的应用中，网元设备的运行配置数据即为当前运行软件内存中各个管理对象实例的取值，通常来源于两个方面，一是当前版本初次启动时使用的配置文件，二是运行阶段来自管理站的修改。

步骤S402、网元设备在收到软件升级指令并完成新版本软件B以及对应的初始配置文件b的下载后（如前所述，仍假定是版本A升级到版本B，对应的初始配置文件分别为a和b），网元软件（此时软件版本尚未切换，所以网元当前运行的仍是旧版本软件A），首先找到新版本软件（即软件版本B）对应的初始配置文件b，复制后称为运行配置文件，假定为b’，这个运行配置文件b’将是版本B启用时实际生效的配置数据文件，但目前它还只是初配文件b的复制，下一步的工作就是要将当前内存中的运行配置数据导入到该文件中。

步骤S403、网元设备遍历读取步骤S402中的运行配置文件b’中的管理对象，记录其唯一标识，然后在内存中当前运行版本的管理对象集中查找对应完全匹配的，若找到，说明此管理对象在A、B版本中均存在，即需要继承配置数据，故读取内存中该管理对象各个实例的当前值并写入到运行配置文件b’中，更新文件中该管理对象对应实例的值，否则，则认为是新版本中的新增节点，尚无历史数据，不需继承。

网元设备处理完运行配置文件b’中的全部节点后，就完成了将A版本的最新运行配置数据值导入到新版本B中的工作，此时，版本B所带的运行配置文件b’即为完成继承数据导入的新配置文件，整个导入过程完全由网元设备执行。

步骤S404、之后就按正常的软件升级流程激活新版本软件B。

具体的，上文所述的初始配置文件、运行配置数据文件和设备内存数据的关系如图5所示，新的运行配置数据来源就是初始配置文件和内存中的配置数据。

由以上说明可知，运行配置数据的自动继承是本发明实施例所提出的技术方案的重点，该配置文件的格式必须是自解析，即不仅包含配置数据的内容也能描述配置数据的格式。

在本发明实施例中，配置文件格式基本分为三大部分：文件头、数据结构定义区、数据内容存储区。

文件头主要包括版本、设备型号、当前配置文件中所包含的表个数、每个表数据的起始偏移量等。

数据结构定义区包括表信息、表字段信息。

数据内容存储区主要记录了配置数据的实际内容，即对应表的数据库记录实例。

在具体的实施场景中，数据结构定义区和数据内容存储区可以交叠在一起，但相应的内容不能缺少。

在生成运行配置文件的过程，主要是将内存中的配置数据更新到数据区的过程。数据区的组织主要是按管理对象的表来进行的。每个表中有一个记录（标量）或者有多个记录（表量）。在每个表的数据中，首先是表信息，包括表名以及表内的字段名等信息，接着就是表内包含的记录数据，具体结构见图6所示。

需要进一步指出的是，根据上述的文件结构设置，相应的运行配置文件的生成过程的说明具体如下：

首先，在原始的运行配置文件（复制后的初始配置文件）中按照相应的顺序读取表信息，然后，在读取的表信息下按照相应的顺序读取该表的记录信息，之后，在读取的记录信息下读取字段信息，然后与内存中存储的字段信息进行匹配，如果匹配成功，则将内存中的相应信息复制到本文件中相应的字段信息中，在一个记录信息中的所有字段信息读取完毕后，开始读取下一个记录信息中的字段信息，在一个表信息中所有的记录信息读取完毕后，开始读取下一个表信息中的记录信息，依此类推，知道所有的表信息都被读取完毕后，即表示所有能够匹配的字段信息均已更新完毕，此时的文件即为最终的运行配置文件，可以用于前述的软件更新过程中了。

与现有技术相比，本发明实施例具有以下优点：

为了实现本发明实施例的技术方案，本发明实施例还提供了一种网元设备，其结构示意图如图7所示，具体包括：

下载模块71，用于由管理站中下载第二版本软件和第二版本软件的初始配置文件；

生成模块72，用于将所述第一版本软件的内存数据导入所述下载模块所下载的第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件，并激活所述第二版本软件；

运行模块73，用于复位运行所述下载模块71所下载的第二版本软件，并采用所述生成模块72所生成的第二版本软件的运行配置数据文件。

具体的，所述生成模块72，具体包括：

记录子模块721，用于遍历读取所述第二版本软件的初始配置文件中的管理对象，记录相对应的各唯一标识；

查找子模块722，用于按照所述记录子模块721所记录的各唯一标识，在内存中当前运行的所述第一版本软件的管理对象的集合中，查找是否存在相应的管理对象；

处理子模块723，用于在所述查找子模块722查找到相应的管理对象时，将相应的管理对象的配置数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件。

进一步的，所述处理子模块723，具体用于：

根据所述查找子模块722查找到的管理对象的各个实例的当前值，更新所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

另一方面，所述处理子模块723，还用于：

在所述查找子模块722没有查找到相应的管理对象时，保持所述下载模块71所下载的第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

与现有技术相比，本发明实施例具有以下优点：

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

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

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims

1.一种软件升级方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述网元设备将所述第一版本软件的内存数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件，具体包括：

所述网元设备遍历读取所述第二版本软件的初始配置文件中的管理对象，记录相对应的各唯一标识；

所述网元设备按照所述各唯一标识，在内存中当前运行的所述第一版本软件的管理对象的集合中，查找是否存在相应的管理对象；

如果查找到，所述网元设备将相应的管理对象的配置数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件。

3.如权利要求2所述的方法，其特征在于，所述网元设备将相应的配置数据导入所述第二版本软件的初始配置文件中，具体包括：

所述网元设备根据查找到的管理对象的各个实例的当前值，更新所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

4.如权利要求2所述的方法，其特征在于，所述网元设备按照所述各唯一标识，在内存中当前运行的所述第一版本软件的管理对象的集合中，查找是否存在相应的管理对象之后，还包括：

如果没有查找到，所述网元设备保持所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

5.如权利要求1所述的方法，其特征在于，所述运行配置数据文件，具体包括：

文件头、数据结构定义区和数据内容存储区。

6.一种网元设备，其特征在于，包括：

7.如权利要求6所述的网元设备，其特征在于，所述生成模块，具体包括：

记录子模块，用于遍历读取所述第二版本软件的初始配置文件中的管理对象，记录相对应的各唯一标识；

查找子模块，用于按照所述记录子模块所记录的各唯一标识，在内存中当前运行的所述第一版本软件的管理对象的集合中，查找是否存在相应的管理对象；

处理子模块，用于在所述查找子模块查找到相应的管理对象时，将相应的管理对象的配置数据导入所述第二版本软件的初始配置文件中，生成第二版本软件的运行配置数据文件。

8.如权利要求7所述的网元设备，其特征在于，所述处理子模块，具体用于：

根据所述查找子模块查找到的管理对象的各个实例的当前值，更新所述第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。

9.如权利要求7所述的网元设备，其特征在于，所述处理子模块，还用于：

在所述查找子模块没有查找到相应的管理对象时，保持所述下载模块所下载的第二版本软件的初始配置文件中的相应的管理对象所对应实例的值。