CN101160811A

CN101160811A - 网络设备配置系统和方法

Info

Publication number: CN101160811A
Application number: CNA2006800123895A
Authority: CN
Inventors: 李立雄
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-11-28
Filing date: 2006-06-09
Publication date: 2008-04-09
Anticipated expiration: 2026-06-09
Also published as: EP1819094A1; US20070124502A1; CN100461692C; CN1870523A; WO2007059665A1; CN101160811B

Abstract

公开了一种网络设备配置系统，包括：前台，用于提供统一的设备维护台，向用户显示网络设备信息、设备的功能信息以及功能显示信息，接受用户针对网络设备的操作并生成相应的操作信息；后台，用于对所述操作信息进行处理，并根据处理结果与网络设备进行信息交互，并反馈操作结果；前后台接口，用于建立前台和后台之间的通道，传输所述操作信息和操作结果。优选地，本发明的后台的处理过程是采用脚本文件来实现的。本发明还公开一种网络设备配置方法。本发明可以实现统一的设备配置框架，从而减少配置过程的复杂性。

Description

网络设备配置系统和方法

技术领域

本发明涉及网络设备的管理和维护技术 , 尤其是涉及一种网络设备配置系统和方法。

背景技术

随着网络技术的发展，通过网络提供服务给人们的生产和生活带来了很大的便利。随着加入到网络的提供各种服务和功能的网络设备的增多，网络设备的功能曰益增加 , 网管在添加这些网络设备时需要配置的参数也就越多，如何快速支持众多的网络设备，如何快速添加新的设备功能，成为业界曰益关注的问题。

现有技术的解决方案都是釆用直接编码的方式，每增加一个网络设备的功能就需要为该网絡设备的功能定义一个接口，并且通过手工编码来为该网络设备配置该功能。以传输网管中添加设备的功能为例，现有技术中需要执行以下步骤：

( 1 ) 编码实现前台界面，例如使用 Java或 C++语言；

( 2 ) 定义前台界面与后台服务器（ Server )之间的抽象语法标识（ Asn，

Abstract Syntax Notation )接口；

( 3 ) 编译 Asn接口，生成 Java或 C++ 的类；

( 4 ) 定义后台 Server与设备之间命令接口；

( 5 ) 编码实现（通常是 C++ ) 向设备下发命令；

( 6 ) 编码实现接收设备返回的数据；

( 7 ) 编码实现解析设备返回的数据；

( 8 ) 编码实现数据的持久化（向数据库保存数据）；

( 9 ) 重新编译前台界面；

( 10 ) 重新编译后台 Server。

从上述步骤中可以看出，现有的解决方案每增加一个功能，都要对前台界面进行重新编码，通过编码来定义前台界面与后台 Server之间的接口，还要定义后台 Server 与设备之间的命令接口，这样前台界面与后台 Server以及设备才有了连接的通道。也就是说，每次新增功能都需要定义所述接口，缺乏统一的接口。

此外，在上述接口建立完成后，需要从设备回收数据并将回收的数据保存在数据库内。此过程的完成，不但需要编写代码来实现向设备下发命令，还要编码实现对设备根据下发的命令返回的数据进行接收，而且还需编码实现解析返回的数据，对于将返回的数据保存在数据库内，也需要编码来实现。这些工作都需要进行大量的编码。

对于上述为网络设备新增功能进行了大量的手工编码后，新增的功能并不能使用，而且还需要对所编写的代码进行编译及运行后才可使用。因而现有技术缺乏即时修改、即时生效的能力。

发明内容

本发明提供了一种网络设备配置系统和方法，可以实现统一的设备配置框架，从而减少配置过程的复杂性。

本发明提供的一种网络设备配置系统，包括：

前台，用于向用户显示所述网络设备信息，接收用户的操作信息；后台，用于对所述操作信息进行处理，并根据处理结果与网络设备进行信息交互，并反馈操作结果；

前后台接口，用于建立前台和后台之间的连接，传输所述操作信息和操作结果。

所述前台显示信息的区域包括：

对象区，用于显示被管理的网络设备；

功能区，用于显示对所述对象区的所有网络设备进行管理和维护的功能；

功能显示区，用于显示功能区的各功能的属性以及对各属性的操作信息。

所述对象区、功能区和功能显示区通过运行配置文件生成。

所述配置文件包括功能区的配置文件、功能显示区的配置文件；所述功能区的配置文件包括：功能的层次关系、选择样式以及用来生成功能显示区的配置文件；所述功能显示区的配置文件用来定义生成功能显示区的样式，包括：功能显示区的表格、操作菜单和操作按钮。

所述前后台接口包括：

对象选择服务部分，用于传输前台根据用户在对象区的操作向后台请求操作对象的信息；

通用配置服务部分，用于传输用户对功能区和功能显示区的操作向后台发送的操作信息或传输后台反馈的操作结果。

所述通用配置服务部分包括：

操作信息接口，用于转发来自前台的操作信息；

操作结果接口，用于转发来自后台的操作结果。

所述后台包括：

脚本文件存储单元，用于存储对应前台功能的脚本文件；

功能入口配置文件处理单元，用于解析来自前后台接口的操作信息所对应的功能入口配置文件，获取对应的脚本文件；

脚本的解析执行单元，用于解析和执行该功能入口配置文件处理单元所获取的脚本文件，对网洛设备进行管理和维护。

本发明相应提供了一种网络设备配置方法，其特征在于，包括步骤：前台向用户显示网络设备信息，接受用户针对网络设备的操作命令，生成相应的操作信息；前后台接口将所述操作信息转发至后台；

后台对所述操作信息进行处理，根据处理结果与网络设备进行信息交互。

所述显示通过解析配置文件实现。

所述后台对所述操作信息进行处理过程包括

解析所述操作信息，获取所述操作信息中的功能所对应的功能入口配置文件，解析所述功能入口配置文件，获取对应的脚本文件；

所述与网络设备进行信息交互包括解析和执行所获取的脚本文件，对网络设备进行管理和维护。所述方法还包括新增网络设备配置功能，具体包括：更新功能区的配置文件，将新增功能加入到前台的功能区中；形成新增功能的功能显示区的配置文件；

更新后台的功能入口配置文件，形成新增功能的功能入口；更新后台的脚本文件，形成对应该新增功能的脚本文件。

与现有技术相比，本发明网络设备配置系统和方法的有益效果：形成了端到端的统一框架，具有统一的前后台接口，使得网络设备的配置过程更为简单；此外，由于采用脚本驱动的方式来实现网络设备的配置，使得配置过程更为便捷，使用更为灵活。在添加新功能时，只要修改前台的功能区的配置文件，即加入一个新功能节点，无需重新定义接口；形成其相应的功能显示区的配置文件及该功能的每一种操作的驱动脚本，即可完成新增功能，无需增加新的代码，不需要编译过程，因此可以实现新增功能的快速支持。并且，由于驱动脚本是一个高度概括的语法元素集，不需要大量的手工编码，解决了网管系统代码无限膨胀的问题。

附图说明

图 1是根据本发明实施例的网络设备配置系统示意图；

图 2是图 1中所示前台显示界面框图；

图 3是图 1中所示前后台接口框图；

图 4是图 1中所示的后台框图；

图 5是根据本发明实施例的网络设备配置方法流程图；

图 6是根据本发明实施例的方法中新增功能的流程图；

图 7是根据本发明实施例的前台显示界面示意图；

图 8是根据本发明实施例的一个主功能界面的示意图。

具体实施方式图 1是根据本发明实施例的网絡设备配置系统示意图。请参阅图 1 , 本发明的网络设备配置系统包括前台 110、后台 120、前后台接口 130, 用于实现对设备 900的管理和维护。

其中，前台 110用于提供统一的设备维护台，向用户显示网络设备信息、设备的功能信息以及功能显示信息，接收用户针对网络设备的操作并生成相应的操作信息；

后台 120用于对前述操作信息进行处理，并根据处理结果与网络设备 900进行信息交互，并反馈操作结果；

前后台接口 130用于建立前台 110和后台 120之间的通道，传输所述操作信息和操作结果。

图 2是图 1中所示前台 110显示界面框图。如图 2所示，图 1中前台 110显示信息的区域包括对象区 111、功能区 112和功能显示区 113。

对象区 111用于显示被管理的网络设备，方便用户选择设备进行操作，可以提供单选及多选的操作方式；

功能区 112用于显示对该对象区 111的所有网络设备进行管理和维护的功能；

功能显示区 113用于显示功能区 112的各功能的属性以及对各属性的操作信息。

上述区域是通过运行配置文件来生成的。配置文件主要包括功能区的配置文件和功能显示区的配置文件。功能区的配置文件用来生成功能区 112, 主要包括功能的层次关系、选择样式以及用来生成功能显示区的配置文件。功能显示区的配置文件用来定义如何生成功能显示区 113 , 主要包括功能显示区的表格、操作菜单和操作按钮。

图 3是图 1中所示前后台接口 130框图。如图 3所示，该前后台接口 130包括对象选择服务部分 131和通用配置服务部分 132。对象选择服务部分 131用于传输前台 110才艮据用户在对象区 111的操作向后台 120请求的操作对象。通用配置服务部分 132用于传输前台 110 _据用户对功能区 112和功能显示区 113的操作向后台发送的操作信息以及后台 113反馈的操作结果。通用配置服务部分 132包括操作信息接口 1321 ,用于转发来自前台 110的操作信息；和操作结果接口 1322, 用于转发来自后台 120的操作结果。

其中，操作信息包括查询支持特定功能的所有网络设备、以属性为单位查询各属性的数据、以操作对象为单位查询各属性的数据、设置各属性的数据、创建记录、删除记录、通用操作、查询属性的所有可配置项、命令行信息等。

图 4是图 1中所示的后台 120框图。如图 4所示，后台 120包括脚本文件存储单元 121、功能入口配置文件处理单元 122、脚本的解析执行单元 123。该脚本文件存储单元 121用于存储对应前台 110各功能的脚本文件。该功能入口配置文件处理单元 122用于居来自前后台接口 130的操作信息解析该操作信息中的功能所对应的功能入口配置文件，并根据解析结果获取对应的脚本文件。该脚本的解析执行单元 123则解析和执行该功能入口配置文件处理单元 122所获取的脚本文件，对网络设备进行管理和维护，在需要时生成反馈结果。所述脚本解析和执行的过程采用两次分析的方法，第一遍对脚本进行解析（parse ), 将脚本转化为一系列的语法单元；第二遍则是脚本的执行过程（Excute ), 执行具体的语法单元。也就是说，后台 120以内置虛拟机的方式实现对设备的管理。该虚拟机支持变量、计算、判断、循环和函数调用，解析和执行外挂的配置脚本。

图 5是根据本发明实施例的网络设备配置方法流程图。如图 5所示，步驟 510: 前台向用户显示网絡设备信息、设备的功能信息以及功能显示信息，接受用户针对网络设备的操作并生成相应的操作信息。所述显示通过运行配置文件来实现，其中配置文件包括功能区的配置文件和功能显示区的配置文件。

步骤 520: 前后台接口将所述操作信息转发至后台。前后台接口在用户选择特定操作对象的情况下，负责转发前台根据用户在对象区的操作向后台请求操作对象的信息。

步骤 530: 后台对前述操作信息进行处理，并才据处理结果与网络设备进行信息交互，并在需要时反馈操作结果。其中，处理过程包括解析该操作信息，获取该操作信息中的功能所对应的功能入口配置文件并解析，根据解析结果获取对应的脚本文件；所述与网络设备进行信息交互包括解析和执行所获取的脚本文件，对网络设备进行管理和维护。

本领域的技术人员可以了解，后台通用的处理支持从网管侧查询、从设备侧查询、设置到网管侧、网管侧的增加、删除、确认操作等，所有功能均由所述框架统一提供，完成所述功能将不再需要增加新的编码，此不赘述。

图 6是才据本发明实施例的方法中新增功能的流程图。请参阅图 6，步骤 610: 更新功能区的配置文件，将新增功能加入到前台的功能区中；步骤 620：形成新增功能的功能显示区的配置文件；

步骤 630: 更新后台的功能入口配置文件，形成新增功能的功能入口；步骤 640: 更新后台的脚本文件，形成对应该新增功能的脚本文件。本发明在增加新的功能时，只需要在功能入口配置文件中增加新功能相应操作对应的脚本文件，然后增加新的脚本文件就可以了，完全不需要增加新的代码。由于通过脚本解析来实现新功能的增加，不需要编译这个过程，因此完全可以实现新增功能的快速支持。同样，在修改原有功能时，只需要在原有脚本中修改，不需要修改代码。

为了便于对本发明的进一步理解，下面结合实施例对本发明作进一步的描述。

图 7是根据本发明实施例的前台显示界面示意图。如图 7所示，本实施例的前台显示的界面包括功能树（功能区 112 )、对象选择树（对象区 111 )、主功能界面（功能显示区 113 )三部分，所有这几部分都是通过配置文件自动生成。

其中，功能树包括以功能层次树的方式组织起来的设备管理中的各个功能；对象选择树方便用户选择对哪些设备进行操作，提供单选及多选的操作方式；主功能界面包括：条件过滤区、各属性表格、按钮区、右键操作菜单。前台的脚本包括两方面的内容，一是功能树的配置，另一是主功能界面的配置。功能树的配置文件用以生成整个功能树，主要包括功能树的层次关系、选择样式、以及用来生成对应主功能界面的配置文件，它通过下面的配置文件具体定义：

<fun name = "节点名称 " fonID = "功能 ID" method = "生成功能主界面的方法" xml = "功能主界面的配置文件" objeType = "设备类型" selectType = "选择类型 />, 其中设备类型指的是按网元操作 /按单板操作 / 按单口操作，选择类型则指的是单选 /多选。

下面是一个功能树的配置文件的具体示例。将生成三个层次的功能树，第一层标题是 "资源管理" （Resource Manager ), 它的第一个子节点标题是 "设备 A配置"（Dev__A Configuration ), 而设备 A的配置属性中又包含若干子配置项，第一项是 "基本属性" （Basic Attribute ), 第二项是 "版本历史" （ Version History )。

主功能的配置文件定义了如何生成主功能界面，主要包括三部份：主功能界面的表格、右键菜单、按钮組，下面是一个完整的例子：

<?xml version=*1.0' encoding='GB2312' ?>

<!DOCTYPE CommonConfig SYSTEM "../../commonconfig/common-config.dtd">

<resoui ebundle>com.huawei.bt.config.ConfigManager.Res</resourcebundle>

</displaymap >

</column>

</table>

</buttons>

</page>

</tabbed>

</CommonConfig>

其中， 1 )XML标签 <table>定义了一个表格，它包含若干 <column> 的定义， <column> 定义了表格中的每一列，以下面的配置为例：

<column name = "Route Number"

editort pe=" integer"

attrname = "routelD/ciRoute"

sortable = "true"

filterable = "true"/> name: 歹¹ J名；

editortype: 属性值的类型（integer/float/text );

attrname: 这个列对应到数据库中的列名及表名，以 columnName/tab leName这种格式组织，如上面所示的 "routelD/ciRoute";

sortable: 这一列是否支持排序；

filterable: 这个属性是否作为过滤条件（在过虑面板中的过虑条件之一）。

2 ) <popupmenu>定义了若千右键菜单，它包含若干 <menu>子项，每个子项定义了一项右键菜单，包括右键菜单名称（test = "..." ), 和所执行的命令 (actionCommand = "...")。

3 ) <bouttons>定义了若干按钮，它包含了若干 <button>子项，每个子项定义了一个按钮, 包括按鈕标题（text = "..." )，该按钮对应的命令 ( actionCommand = "· ..，，)。

本实施例的前后台接口是 IDL接口，包括对象选择服务和通用配置服务两部份。下面是接口的一些示例。

iMAPcommon: :ErrorCode getSupportObj ect(

in iMAPsm: :SecurityToken aSecuToken,

in long funID, 〃功能 ID in iMAPmomgr::FDNSeq reqObjectlDs, II前台向后台请求的操作对象（用户已选择的操作对象）

out iMAPmomgr::FDNSeq rspObjectlDs II返回支持此功能的所有对象

);

此接口用于查询支持特定功能的所有网元设备。产品开发人员在增加新的配置功能项，先要定义功能 ID, 功能 ID唯一表示了一个配置功能项，配置模块前台通过 getSupportObjectO调用向后台查询有哪些网元设备支持这项功能。 aSecuToken: 安全令牌； funID: 功能 ID; reqObjectlDs: 输入的网元设备 FDNs, 如果指定了输入的 FDNs, 则返回这些设备当中支持此功能的设备；如不指定哪些 FDNs, 则表示查询所有支持的设备，返回所有支持这项功能的所有设备。 rspObjectlDs: 当 reqObjectlDs 为空时，返回所有支持此这项功能的网元 FDN, 否则返回 reqObjectlDs 中所有支持这项功能的 FDN。

iMAPcommon::ErrorCode getGnlAttr(

in iMAPsm::SecurityToken aSecuToken,

in string operlD, II功能 ID

in iMAPmomgr:； FDNSeq objectlDs, II请求的对象

in iMAPcommon::StringSeq attrlDs. //查询哪些属性

in long queryMode, //查询方式：

in string filter, II过滤条件

out GnlObjectCtrllnfoSeq infos, II控制信息，主要是错误信息 out GnlObjectAttrValueSeq values II封装返回的对象各属性的数据

);

功能：查询各属性的数据，以属性为单位

iMAPcommon::ErrorCode getRowAttr (

in iMAPsm::Securit Token aSecuToken,

in string operlD, II功能 ID

in iMAPmomgr:： FDNSeq objectIDs， II请求的对象

in iMAPcommon::StringSeq attrlDs, II查询哪些属性

in long queryMode, //查询方式：

in string filter, II过滤条件

)；

功能：查询各属性的数据，以操作对象为单位。

aSecuToken: 安全令牌； operlD: 功能 ID; objectlDs: 查询网元的 FDNs; attrlDs: 查询的属性集，包括所属的表名，每个属性以 "字段名 / 表名" 的方式组成。 queryMode: 查询模式，包括从网管侧查询及从网元侧查询两种。从网管侧查询只从数据库中查询，不到设备侧查询。从设备侧查询首先发命令到设备侧查询，设备返回查询结果后除了报给前台外，还同时更新数据库中的数据。 Filter: 过滤条件，如指定某个属性的范围。 infos: 用以返回查询过程中的各项错误信息，如果没有错误，则 infos 的长度为 0。 Values: 返回各查询对象的 FDN/和值。 iMAPcommon::ErrorCode setGnlA廿 r (

in iMAPsm::Security Token aSecuToken,

in string operlD, II功能 ID

in GnlObjectAttrValueSeq objectAttrValues, II封装对象各属性的数据 in long setMode, II设置方式

out GnlObjectCtrllnfoSeq retlnfos II控制信息，主要是错误

)；

功能：设置各属性的数据。 aSecuToken: 安全令牌； operlD: 功能 ID; objectAttrValues: 各属性的值，其中属性以 "字段名 /表名" 的方式组织； setMode: 设置模式。 retlnfos: 返回设置过程的错误信息，如果没有错误，则 retlnfos 长度为 0。

iMAPcommon:： ErrorCode setGnlAttr (

in iMAPsm::Security Token aSecuToken,

in string operlD, II功能 ID

in GnlObjectAttrValueSeq objectAttrValues. II封装对象各属性的数据 in long setMode, //设置方式

out GnlObjectCtrllnfoSeq retlnfos II控制信息，主要是错误

);

功能同上。

iMAPcommon: :ErrorCode createRowRecord(

in iMAPsm: :Securit Token aSecuToken,

in string operlD, II功能 ID

in GnlObjectRowValueSeq rowValues, II一行的数据

in long createMode, //创建方式

out GnlObjectRowValueSeq retRowValues. II返回的数据

out GnlObjectCtrllnfoSeq retlnfos //控制信息，主要是错误

);

功能：创建一条记录。 aSecuToken: 安全令牌； operlD: 功能 ID; rowValues: 前台表格中一行的数椐，包括父对象 FDN、属性名（ "字段名 /表名" 格式)、属性值； createMode: 创建模式。 retRowValues: 回传的数据，包括新己录的 FDN、属性名（attrName/mocName 格式）、属性值。 retlnfos:返回创建过程的错误信息，如果没有错误，则 retlnfos 长度为 0。 iMAPcommon::ErrorCode deleteRowRecord (

in iMAPsm: :Security Token aSecuToken,

in string operlD, II功能 ID

in GnlObjectRowValueSeq rowValues, II操作行的各项数据 in long deleteMode, //删除方式

out GnlObjectCtrllnfoSeq retlnfos II控制信息

)；

功能：删除若干记录。 aSecuToken: 安全令牌； operlD: 功能 ID; rowValues: 删除行的各属性数据，包括 FDN、属性名（ "字段名 /表名"）、属性值； deleteMode: 删除模式。 retlnfos: 返回删除过程的错误信息，如果没有错误，则 retlnfos 长度为 0。

iMAPcommon:： ErrorCode doGnlOperation (

in iMAPsm: :SecurityToken aSecuToken,

in string operlD, II功能 ID

in GnlObjectRowValueSeq rowValues, II操作行的各项数据 in long opCode, II操作代码，代表特定的操作（如激活、去激活、 12000 的几种确认方式）

II操作所附加的整型参数（如绑定 ID )

in iMAPcommon: :LongSeq params,

// 串化为字符串的参数或表达式，由应用层约定

in string express,

out GnlObjectCtrllnfoSeq retlnfos II控制 4言息

);

功能：通用操作，具体操作由 opCode标识。 aSecuToken: 安全令牌； operlD: 功能 ID; rowValues: 操作行的各属性数据，具体填写方式根据 opCode前后台约定（各产品约定）。 opCode: 标识操作类型，如确认删除、确认新增等。 Params: 附加的整形参数，由各产品约定； Express: 附加的字符串参数，由各产品约定； retlnfos: 返回的错误信息。当一个功能的某个属性是动态 ComboBox 时，前台通过这个方法获得这个属性的所有可配置项

iMAPcommon: :ErrorCode getExtendSupportItems( in string neFdn, II 网元的 FDN in string operlD, II功能 ID

in string callMethod, II后台才艮据这个方法名称决定

//调具体方法

out ValueltemSeq result); 〃返回的名值于透传前台传过来的命令行命令，后台将收到的命令行命令行命令下发到设备，并向前台返回设备回来的报告。

iMAPcommon::ErrorCode sendCmd(

in iMAPsm::Security Token aSecuToken,

in string operlD, 〃操作 ID

in string fdn, // 网元的 fdn

in wstring cmd, II下发的命令

out wstring retReport II返回的艮告

)；

本实施例中，后台为实现脚本驱动的设备管理，釆用内置的虚拟机技术。脚本驱动的步驟包括：下发请求命令；获得 MML返回的报告；处理返回的报文；将获得的数据保存到数据库。后台具有所有功能入口配置文件，另一个是后台具体每个功能相对应的脚本文件。功能入口配置文件定义了每个功能的每个操作所执行的脚本，如下面所示：

<?xml version='1.0' encoding=^,GB2312¹ ?>

<fun— entry— def>

<fun_enrt funlD = "1301 ">

<query— from— ne script = "query— eaip— net— cell'xml" />

<set— to—ne script = "set— eaip— netcell.xml" />

</fun__enrty>

其中： <fiin— enrty flmID = "130r'>定义了 1301 这个功能包括对象选择 (object_select)、从网元侧查询（ query— from— ne )、设置到网元 "f则 ( set—to— ne )这三个操作， script = "...，，这部份则具体定义了每个操作所执行的脚本。

下面是一个典型的后台脚本：

<?xml version- 1.0' encoding='GB2312' ?> <root>

<rsp>

aip— route—base— info.addRow(routeID， routeName, routeType, childRouteSelect); </tablenode>

<item name = "第五子路由" valueType = "string" save = "@@childRoute5ⁿ /> aip_route_subroute_info.addRow(childRoutel₃ childRoute2, childRoute3, childRoute4, childRoute5);

</tablenode>

save_ci("ciRoute", aip— route— base— info, aip一 route— subroute— info);

<log>

<FAIL context = "获取路由信息：失败，错误原因 = @@— IM— MML—RETMSG— "

/>

</log>

</rsp>

</root>

其中， 1)在 <req>标签完成下发命令。

2 ) <rsp> 完成设备返回命令提取

3 ) <setRetCode>提取命令返回码 4 ) <tablenode>标签处理返回的 MML报文

5 ) addRow() 方法完成将 MML报文中转化为数据库中的记录

6) save_ci() 方法完成将记录保存到数据库中。

7 ) <log> 完成写操作日志记录

下面以为 DEV— A设备增加功能 "AIP路由信息" 为例说明本发明中新增网络设备配置功能的过程，该功能的属性表已放在数据库内，表名为 ciRoute。

首先 ^ 改功能区配置文件，即在前台 110显示的功能区 112内添加该功能节点。

在功能区配置文件中加入如下语句：

其中， name = "AIP Route" 表示该功能节点名为 "AIP路由信息"； funID = " 1611 " 该功能的编号为 1611 ;

method = "doGenCfg" 表示生成该功能的功能界面区的方法是 doGenCfg, 即实现从配置文件（如下文提到的 aip— route.xml )生成功能界面区 3;

xml = "xml/aip— route.xml" 表示该功能的功能界面区的配置文件名为 aip— route.xml。

随后形成该功能对应于前台 110的功能显示区 113的功能显示区配置文件。所述功能显示区如图 8所示。

由于该功能的功能显示区 113的表格区域包括状态、路由号、路由名、子路由选择、第一子路由、第二子路由、第三子路由、第四子路由、第五子路共十列。确认所有新增项、确认所有删除项、确认所有改变项、确认所有变化项、确认所有选中项这些右键菜单，查询、保存两个按钮。所述配置文件如下：

1 version:' 1.0' encoding='GB2312' ?>

</displaymap >

</column>

</popupmenu>

</table>

<^--button text = "Print" actionCommand = "print" /-->

</buttons>

</page>

</tabbed>

</CommonConfig> 随后增加后台的入口定义，在原来的后台脚本之上增加新的以下内容：

<?xml version 1. 0' encodings GB2312' ?>

(fun— entry— def〉

<fun_enrty funID 二 "1301">

<query„from_ne script = "query— eaip— net— cell. xml〃 /> <set_to— ne script = 〃set— eaip—netcell. xml〃 />

</fun_enrty>

<fun_enrty funID ~ ^ΐδΐΐ")

<query_fi"om_ne script = "query— aip— route, xml" />

</fun_enrty>

</fun— entry— def>

随后形成功能 "AIP路由信息" 的驱动脚本。本例以查询操作的驱动脚本为例。该驱动脚本的文件名为 query— a ip— route. xml。

需根据设备返回的人机交互语言（MML, Human-Machine Lanuage )报告（指华为公司的窄带命令行报告 )来形成驱动脚本。该报告的信息如下：该才艮告通过脚本语句 <req cmd = "LST RT: SSR=TRUE; " /> 实现，其中 LST RT: SSR=TRUE是下发到设备的命令，此命令实现查询设备中的路由信息。

返回报告如下：

+++ HW-CC08 2002-03-15 10:44:11

0&M #3106

%%LST RT: SSR=TRUE;%%

RETCODE = 0 执行成功

基本参数路由号路由名路由类型子路由选择方式

2101 STP_TM 普通路由顺序选择

2112 STP—TM一 -102 排队路由按百分比顺序选择

3333 STP—TM— —102 排队路由顺序选择

4444 STP— TM— —102 普通路由按百分比顺序选择子路由路由号第一子路由矛楚一 - -子路由第三子路由第四子路由第五子路由

3456 7890 北京新华社无无

6543 9078 666 555 无无 6543 广东 -海南南京-海口无无

iiii 7801 8017 1780 8017

― END

该驱动 P本如下：

1 version='1.0' encoding='GB2312' ?>

<root>

<req cmd = "LST RT: SSR=TRUE;" /> ；下发命令

<rsp>

</rsp>

</root>

；获得 MML返回报告

<?xml version='1.0' encoding='GB2312' ?>

<root>

<rsp>

</rsp>

</root>

；处理返回的报文

<rsp>

<item name = '，子路由选择方式" valueType = "string" save =

"@@childRouteSelect" />

aip— route— base— info.addRow(routeID, routeName, routeType, childRouteSelect);

</tablenode>

aip— route— subiOute—info.addRow(childRoutel childRoute2 childRoute3_? childRoute4, childRoute5);

</tablenode>

</rsp> </root>

将获得的所有属性信息保存到数据库中

<?xml version=' 1.0' encoding='GB2312' ?>

<root>

<rsp>

<item name二 "子路由选捧方式 ^M valueType = "string" save =

"@@childRouteSelectⁿ />

aip— route— base— info, addRow(routeID, routeName, routeType, childRouteSelect);

</tablenode>

aip— route— subroute— info. addRow(childRoutel, childRoute2_? childRoute3, childRoute4， childRoute5);

</tablenode>

save— i2k— ci("ciRoute'，， aip— route— base— info， aipjroute— subroute— info)；保存

</rsp>

</root>

综上所述，本发明为网络设备的管理和维护提供了一个端到端的框架，实现了网络设备配置的简单化。

本发明采用脚本驱动的设备管理技术，实现了从前台、后台、设备完全通过脚本驱动的方式来完成设备的管理。使得新功能的增加和功能的修改更为快捷，在新增加功能时，不再需要定义新的接口，不再需要编码，不再需要编译过程，可以提高开发速度。并且，本发明从根本上解决网管系统代码无限膨胀的问题一一随着功能的不断增加，不断的增加接口，不断添加的代码。而采用脚本驱动的设备管理技术，根本不需要编码，只需要编写脚本，脚本提供一个高度概括的语法元素集，完成相同的一个功能，脚本的行数仅仅是原来的几十分之一。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求

1. 一种网络设备配置系统，其特征在于，包括：

前台，用于向用户显示所述网络设备信息，接收用户的操作信息；后台，用于对所述操作信息进行处理，并根据处理结果与网络设备进行信息交互，并反馈操作结果；

前后台接口，用于建立前台和后台之间的连接，传输所述操作信息和操作结果。

2. 根据权利要求 1 所述的网络设备配置系统，其特征在于，所述前台显示信息的区域包括：

对象区，用于显示被管理的网络设备；

功能区，用于显示对所述对象区的所有网絡设备进行管理和维护的功功能显示区，用于显示功能区的各功能的属性以及对各属性的操作信 ij 。

3. 根据权利要求 2所述的网络设备配置系统，其特征在于：所述对象区、功能区和功能显示区通过运行配置文件生成。

4. 根据权利要求 3所述的网络设备配置系统，其特征在于：所述配置文件包括功能区的配置文件、功能显示区的配置文件；

所述功能区的配置文件包括：功能的层次关系、选择样式以及用来生成功能显示区的配置文件；

所述功能显示区的配置文件用来定义生成功能显示区的样式，包括：功能显示区的表格、操作菜单和操作按 ¾。

5. 根据权利要求 1 所述的网络设备配置系统，其特征在于，所述前后台接口包括：

对象选择服务部分，用于传输前台根据用户在对象区的操作向后台请求操作对象的信息；

通用配置服务部分，用于传输用户对功能区和功能显示区的操作向后台发送的操作信息或传输后台反馈的操作结果。

6. 根据权利要求 5所述的网络设备配置系统，其特征在于，所述通用配置服务部分包括：

操作信息接口，用于转发来自前台的操作信息；

操作结果接口，用于转发来自后台的操作结果。

7. 根据权利要求 1或 4所述的网络设备配置系统，其特征在于，所述后台包括：

脚本文件存储单元，用于存储对应前台功能的脚本文件；

功能入口配置文件处理单元，用于解析来自前后台接口的操作信息所对应的功能入口配置文件，获取对应的脚本文件；

脚本的解析执行单元，用于解析和执行该功能入口配置文件处理单元所获取的脚本文件，对网络设备进行管理和维护。

8. —种网络设备配置方法，其特征在于，包括步驟：

前台向用户显示网络设备信息，接受用户针对网络设备的操作命令，生成相应的操作信息；

前后台接口将所述操作信息转发至后台；

后台对所述操作信息进行处理，根据处理结果与网絡设备进行信息交互。

9. 根据权利要求 8所述的网络设备配置方法，其特征在于：所述显示通过解析配置文件实现。

10. 根据权利要求 8所述的网络设备配置方法，其特征在于：所述后台对所述操作信息进行处理过程包括

解析所述操作信息，获取所述操作信息中的功能所对应的功能入口配置文件，解析所述功能入口配置文件，获取对应的脚本文件；

所述与网络设备进行信息交互包括解析和执行所获取的脚本文件，对网络设备进行管理和维护。

11. 根据权利要求 8所述的网络设备配置方法，其特征在于，所述方法还包括新增网络设备配置功能，具体包括：

更新功能区的配置文件，将新增功能加入到前台的功能区中；形成新增功能的功能显示区的配置文件；更新后台的功能入口配置文件，形成新增功能的功能入口；更新后台的脚本文件，形成对应该新增功能的脚本文件。