[发明专利]一种可配置设备的配置管理方法及系统

说明书

技术领域

本发明涉及通信领域，尤其涉及一种可配置设备的配置管理方法及系统。

背景技术

现有技术中，用户需要对路由器或交换机设备进行配置，才能保证该路由器或交换机设备在网络中正常工作。当路由器或交换机设备执行重启操作时，一般需要恢复到重启以前的状态，这个过程称为恢复。由于路由器或交换机设备比较复杂，一般会划分成多个模块来实现，每个模块可能实现一种协议，或者一个公共事务体。为了便于管理，一般由一个管理中心模块（CFG）专门负责管理配置数据，配置数据中可以包含业务模块的标识。现有技术中，管理中心模块与业务模块之间的关系如图1所示，其包含业务模块（APP）A、业务模块B、业务模块C、以及管理中心模块。管理中心模块需要对业务模块A、业务模块B、以及业务模块C进行配置。

一般来说，如果在路由器或交换机设备中的业务模块比较少的话，可以进行手动配置，但如果业务模块的数量非常多的话，会使配置工作变得非常繁重。为了实现配置的快速恢复，技术人员提出如下方案：每个模块分别以命令形式输出自身的配置信息，该配置信息保存在缓冲链接中；当所有的配置信息获取完成后，将配置信息一次性的写入存储设备中；当设备重新启动后，从存储设备中读取配置信息到缓冲链接。通过该方案，可以实现配置的快速恢复。

尽管上述方案可以实现配置的快速恢复，但其采用的配置方案是静态维护的方案，即管理中心模块采用硬编码（代码写死）的顺序获取配置，并串行记录到数据文件，从而导致管理中心模块只能按照代码中写死的顺序恢复配置（生成的配置文件中内容的顺序即为将来恢复时配置数据下发的顺序）。在恢复的过程中，直接按照文件从头到尾的读取顺序下发配置数据即可。在保存数据时，管理中心模块也需要按照顺序分别收集各业务模块的配置数据并保存，如图2所示，以图1中的业务模块为例，管理中心模块需要先收集业务模块A的数据并保存该数据，然后再收集业务模块B的数据并保存该数据，最后收集业务模块C的数据并保存该数据。

虽然上述的静态配置方案可以实现配置的快速恢复，但是如果希望改变各业务模块的配置顺序的话，只能修改源程序中的代码。但对于代码的修改可能涉及很多的关联代码，这些代码的修改这将会导致具体的体力和脑力消耗，不利于路由器或交换机设备的维护和更新。

发明内容

为了解决上述问题，本发明提供了一种可配置设备的配置管理方法及系统，以动态有序地恢复业务模块。

本发明提供了一种可配置设备的配置管理方法，所述设备包含一个管理中心模块和至少两个业务模块，包括：在所述业务模块启动加载时，所述业务模块向所述管理中心模块注册所述业务模块的优先级；所述管理中心模块对所述业务模块的优先级进行比较获得排序结果，并且周期性地检测该排序结果；所述管理中心模块根据该排序结果获得优先级顺序，然后按照优先级的顺序将所述业务模块对应的配置数据下发到所述业务模块，完成对所述业务模块的配置。

优选地，该配置方法还包括：新增业务模块加入到所述正在运行的可配置设备中；在所述新增业务模块启动加载时，所述新增业务模块向所述管理中心模块注册所述新增业务模块的优先级；所述管理中心模块对所述业务模块的优先级和所述新增业务模块的优先级进行比较获得排序结果，并周期性地检测该排序结果；所述管理中心模块根据所述排序结果将所述新增业务模块对应的配置数据下发到所述新增业务模块，完成对所述新增业务模块的配置。

优选地，该配置方法还包括：当所述管理中心模块对所述业务模块的优先级和所述新增业务模块的优先级进行比较时，基于所述新增业务模块与所述至少两个业务模块是否存在依赖关系确定排序结果；当所述新增业务模块与所述至少两个业务模块存在依赖关系时，基于该依赖关系确定所述新增业务模块与所述至少两个业务模块之间的优先级差别，所述新增业务模块的配置数据根据该优先级差别下发到所述新增业务模块中；当所述新增业务模块与所述业务模块不存在依赖关系时，所述新增业务模块与所述业务模块之间没有优先级差别，所述新增业务模块的配置数据按照随机顺序下发到所述新增业务模块中。

优选地，该方法还包括：所述业务模块和/或所述新增业务模块随机地向所述管理中心模块注册所述业务模块和/或所述新增业务模块的优先级，并且在所述管理中心模块确定所述业务模块和/或所述新增业务模块的优先级之前，所述管理中心模块仅用于保存所述业务模块和/或所述新增业务模块的优先级，不进行对所述业务模块和/或所述新增业务模块的配置数据下发。