软件升级方法和设备 【技术领域】
本发明涉及通信技术领域， 特别涉及一种软件升级方法和设备。背景技术 通常情况下， 软件升级 （包括配置数据升级） 的过程的示意图如图 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 盘， 移动硬盘等） 中， 包括若干指令用以使得一台计 算机设备 （可以是个人计算机， 服务器， 或网络设备等） 执行本发明实施例各个实施场景所 述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图， 附图中的模块或 流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进 行分布于实施场景的装置中， 也可以进行相应变化位于不同于本实施场景的一个或多个装 置中。上述实施场景的模块可以合并为一个模块， 也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述， 不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景， 但是， 本发明实施例并非局 限于此， 任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。