CN101529807B

CN101529807B - 一种网管系统通用的接口实现方法及其系统

Info

Publication number: CN101529807B
Application number: CN2006800562002A
Authority: CN
Inventors: 年庆飞
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-11-02
Filing date: 2006-11-02
Publication date: 2011-02-02
Anticipated expiration: 2026-11-02
Also published as: CN101529807A; WO2008052389A1

Abstract

本发明提出了在电信管理网(TMN)等网络中进行数据交互的一种网管系统及其通用接口的实现方法，包含对数据报文的通用结构定义、具体的报文信息配置及系统的功能接口模块的配置，通过对报文结构的通用转换处理过程，完成报文的解析，并且能够很好的实现兼容，克服了现有接口处理技术缺乏通用、不易扩展、接口与应用偶合过紧的缺点，增强网管系统的接口扩展能力，并可以节省网管系统的开发维护费用。

Description

一种网管系统通用的接口实现方法及其系统

技术领域

本发明涉及一种网管系统的接口，尤其涉及电信领域中一种网管系统通用的接口实现方法及其系统。

背景技术

随着电信网的发展，电信网管系统越来越受到电信运营商和设备制造商的重视，电信运营商和设备制造商通过电信网管对电信设备进行维护操作和集中化的监控和管理。

在电信管理网(TMN)规范中，将电信网管划分为工作站管理功能(MF)、操作系统功能(OSF)、网元功能(NEF)、和Q接口适配功能(QAF)，其中每个功能又由多个子功能模块组成，这些子功能模块间通过电信管理网(TMN)规定的工作站功能(WFS)和操作系统功能(OSF)之间接口(F)、不同电信管理网之间或非电信管理网同操作系统功能(OSF)之间的接口(X)、操作系统功能(OSF)和网元功能(NEF)之间的接口(Q3)或操作系统功能(OSF)和Q接口适配功能(QAF)之间的接口(Qx)进行交互，每个子功能模块为了和其它功能进行交互，必须进行接口的定义和组织。

在现有的网管系统中，系统间或系统内部的接口的实现是预先定义好或在应用程序内部约定的，接口的参数类型和参数个数是固定的，接口变化时需要重新编译接口(内部约定方式不需要)和升级应用程序，这种变化可能会引入新的问题，增加系统维护的复杂度。目前也有一些接口扩展方法，比如采用派生接口或对象的方法，其实现原理是使用新的派生接口替代原来的接口，由于派生接口继承了原有的接口，新旧接口直接可以互通，但是这种方法的出发点是在现有的特定接口上进行扩展，没有实现接口和应用的松偶合，并且与具体的实现技术有一定的依赖关系，因此不能普遍适用和从根本上解决问题。

发明内容

本发明要解决的技术问题是提供一种网管系统通用的接口实现方法及其系统，可增强网管系统的接口扩展能力，并可以节省网管系统的开发维护费用。

为实现上述目的，本发明提供了一种网管系统通用的接口实现方法，包括以下步骤：

(a)将接口操作传递的报文定义为一种通用操作接口结构，该结构中要填写的操作信息包括操作标识和操作参数，操作参数以列表的形式体现，包括参数名称和参数值项，参数值可采用任意数据类型；

同时，在系统中对操作信息进行配置和保存，该操作信息中定义了操作接口使用的操作标识以及操作参数的参数名称；

(b)发送侧功能接口根据定义的通用操作接口结构填写所述操作信息，生成报文发送到接收侧功能接口；

(c)接收侧功能接口收到报文后，判断本功能模块是否为所述操作信息对应操作的处理模块，如果是，执行步骤(d)，否则发送到处理所述操作信息对应操作的功能模块的功能接口，再执行步骤(d)；

(d)收到报文的功能接口对报文进行解析，并判断是否其中的操作标识及部分或全部操作参数的名称在配置的操作信息中有匹配的项，如有，执行下一步，否则，向发送侧功能接口返回错误信息，结束；

(e)所述功能接口解析匹配成功的参数的参数值，进行后续处理。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(b)中发送侧功能接口是将报文发送到系统内部的另一功能接口，或者是发送到另一系统的功能接口。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)中定义的通用操作接口结构的操作参数列表还包括参数类型项；在系统中配置的操作信息中定义了操作参数的参数类型；

所述步骤(d)中，功能接口判断操作参数在配置的操作信息是否有匹配的项时，还要比较填写的该操作参数的参数类型与配置的参数类型是否一致，如参数名称和参数类型均一致，则两者匹配，否则，不匹配。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)中定义的通用操作接口结构中，定义的操作参数列表包括入口参数列表、出口参数列表和返回值参数列表；在系统中配置的操作信息也分为入口参数、出口参数和返回值参数，并分别定义该三类参数所包含的每个操作参数的参数名称和参数类型。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)中，还在系统中配置了操作处理信息，包括模块名称和操作标识，每个模块可对应于多个操作；

所述步骤(c)中，接收侧功能接口根据从报文解析出的操作标识到配置的操作处理信息中找到相应的处理模块，再对报文进行发送或在本地进行处理。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)中定义的通用操作接口结构中还包括操作版本信息；相应地，在系统中配置的操作信息中也定义了操作版本信息；

所述步骤(d)功能接口从报文解析出其中的操作版本信息后，还到配置的操作版本信息中查找是否有匹配的项，如果有，再执行步骤(e)，否则返回错误信息，结束。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)在系统中还配置了版本兼容信息，定义了版本之间的兼容关系；

所述步骤(d)如果报文中的操作版本与配置的操作版本相同或者兼容，都认为两者相匹配。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)在系统中还配置了类型信息，定义了接口语言支持的自定义参数类型名称和对应的系统内部类型或内部结构；

所述步骤(e)功能接口根据该配置的类型信息对自定义参数进行解析。

进一步地，上述接口实现方法还可具有以下特点：

所述步骤(a)中定义的通用操作接口结构定义的操作参数还包括类型版本信息；同时，在系统中还配置的类型信息中也定义了自定义参数类型所对应的类型版本信息；

所述步骤(d)功能接口从报文解析出其中操作参数的类型版本信息后，还到配置的类型信息中查找该操作参数的版本信息是否相同或兼容，如果是，则认为该操作参数有匹配的项，否则，认为该操作参数没有匹配的项。

进一步地，上述接口实现方法还可具有以下特点：

所述系统具有和一个或多个负责处理的功能模块的功能接口，以及一个负责分发操作的功能模块的功能接口，系统之间下发操作时，先发送到接收方系统的该负责分发的功能模块的功能接口，再由该功能接口确定该操作的处理模块进行分发。

本发明提供的具有通用操作接口的网管系统包括存储模块和多个功能模块，所述功能模块上具有可相互通信的功能接口，其特征在于：

所述存储模块中保存了配置的操作信息，该操作信息中定义了操作接口使用的操作标识以及操作参数的参数名称和参数类型；

所述功能接口传递的报文结构定义为一种通用操作接口结构，该结构中要填写的操作信息包括操作标识和操作参数，操作参数以列表的形式体现，包括参数名称、参数类型和参数值项，参数值可采用任意数据类型；

发送单元，用于在发送时，根据该通用操作接口结构填写所述操作信息，生成报文发送到接收侧的功能接口；

接收单元，用于判断操作的处理模块，对其它功能模块处理的操作进行分发或转发，对本功能模块处理的操作，解析报文并判断其中的操作标识及至少一个操作参数的名称和类型在配置的操作信息中是否有匹配的项，如有，再解析匹配成功的参数的参数值，否则返回错误信息。

进一步地，上述网管系统还可具有以下特点：

所述存储模块中还保存了操作处理信息，包括模块名称和操作标识，每个模块可对应于多个操作；

所述功能接口的接收单元根据从报文解析出的操作标识到所述操作处理信息中找到相应的处理模块，再在本地对报文进行处理，或者将该报文分发或转发到相应的处理模块。

进一步地，上述网管系统还可具有以下特点：

所述功能接口定义的通用操作接口结构中，操作参数采用入口参数列表、出口参数列表和返回值参数列表的结构，每个列表中都至少定义了参数名称、参数类型和参数值三个字段；

所述存储模块保存的操作信息也分为入口参数、出口参数和返回值参数，并分别定义了该三类参数所包含的每个操作参数的参数名称和参数类型。

进一步地，上述网管系统还可具有以下特点：

所述存储模块中还保存了操作版本信息；

所述功能接口定义的通用操作接口结构中也包括操作版本信息，所述功能接口的接收单元还从报文解析出其中的操作版本信息，到配置的操作版本信息中查找是否有匹配的项，如果有，再继续解析其它信息，否则返回错误信息。

进一步地，上述网管系统还可具有以下特点：

所述存储模块中还保存了版本兼容信息，定义了版本之间的兼容关系；

所述功能接口的接收单元如果判断报文中的操作版本与配置的操作版本相同或者兼容，则认为两者相匹配。

进一步地，上述网管系统还可具有以下特点：

所述存储模块中还保存了类型信息，该信息中定义了接口语言支持的自定义参数类型名称和对应的系统内部类型或内部结构；

所述功能接口的接收单元根据该配置的类型信息对报文中的自定义参数进行解析。

采用本发明所述方法，与现有技术相比，优点在于：

1)使现有的接口处理更具通用性，不同技术实现的接口都可以采用本发明提供的方法；

2)对接口的变更灵活，可以通过配置文件增加、修改、删除接口；可以通过配置文件增加或减少接口的参数数目和改变参数的类型；

3)对接口的处理更灵活，可以配置处理接口的模块，使得应用与接口实现松偶合，方便网管系统的升级和调试。

附图概述

图1是本发明第一实施例方法的实施示意图。

图2是本发明第二实施例方法的实施示意图。

本发明的较佳实施方式

下面结合附图和具体实施例进一步说明本发明的实施方法，分成内部模块之间的接口实现和外部模块之间的接口实现两个实施例，电信管理网(TMN)规定的工作站功能(WFS)前台和操作系统功能(OSF)后台之间接口(F)、不同电信管理网之间或非电信管理网同操作系统功能(OSF)之间的接口(X)等等均可采用。

第一实施例

图1是本实施例后台系统内部模块之间的接口实现方法的实施示意图，同时也示出了相关的功能模块。如图所示，该系统包括多个后台功能模块和一存储模块，对于后台功能模块，图中仅出了其操作接口部分，即后台功能接口1～后台功能接口n。上述后台系统可以是电信网管的后台系统，但不局限于此。

其中后台功能接口1主要用于操作数据的分发，其它后台功能接口也可以实现内部模块之间操作数据的转发。存储模块中保存了必要的配置信息，包括类型信息、操作信息、操作处理信息和版本兼容信息。后台功能模块可以从该存储模块中读取所需的配置信息来完成对数据的解析。在本实施例，上述后台功能模块也可以替换为前台功能模块，对于内部功能模块之间都是适用的。

本实施例方法首先定义通用的接口操作结构传递报文和所需的配置信息，包括以下内容：

功能接口传递的报文根据具体使用的接口语言，定义为一种通用操作接口结构，使之可以传递各种操作信息。内部模块和外部模块之间传递的都是具有上述通用操作接口结构的报文，但是可以使用相同或不同的接口定义语言，比如，内部模块之间可以使用ASN.1定义，外部模块可以使用IDL接口定义语言，也可以使用同一种语言。

本实施例的该操作接口结构定义中包括操作名、操作版本、入口参数列表、出口参数列表和返回值参数列表；各个列表的格式是相同的，均包含参数名称、参数类型、类型版本和参数值4个字段，参数值字段可以使用任意一种类型表示。

配置信息包括操作处理信息、操作信息、版本兼容信息和类型信息，可以文件的方式保存。其中：

配置的操作处理信息用来定义系统内部模块可以处理的操作，包括模块名称和操作名称，每个模块可对应于多个操作。

配置的操作信息中定义了系统内部模块之间交互信息的操作接口使用的操作名称、操作版本和操作参数，操作参数分为入口参数、出口参数和返回值参数，并且定义了每一参数的参数名称和参数类型。

配置的版本兼容信息中定义了操作版本和类型版本之间的兼容关系。

配置的类型信息中定义了接口语言支持的自定义参数类型名称、对应的系统内部类型或内部结构及类型版本。功能接口可根据该配置对自定义参数进行进一步地解析。这种定义主要是避免因内部类型或内部结构定义的变化引发的解析错误，对接口语言本身提供的类型不存在版本不兼容或类型改动问题，因此不需要定义。

操作名称是作为一种操作标识，在本发明，操作标识也可以用命令代码或其它标志来代替。

功能接口可进一步分为：

接收单元，用于根据从报文解析出的操作标识到配置的操作处理信息中找到相应的处理模块，再在本地对报文进行处理，或者将该报文分发或转发到相应的处理模块；对本功能模块处理的操作，解析报文并判断其中的操作标识、操作版本(可选)及至少一个操作参数在配置的操作信息中是否有匹配的项(操作版本匹配指相同或兼容，操作参数匹配指参数名称、参数类型相同，类型版本相同或兼容)，如有，再解析匹配到的操作参数的参数值，否则向发送侧返回错误信息；此外，还可根据配置的类型信息对报文中的自定义参数进行解析。

下面以后台功能接口1向后台功能接口n下发操作的流程为例，即后台功能接口1为操作发送侧，后台功能接口n为操作接收侧，来说明具体操作过程中的接口动态分析、调度和处理方法，但其它后台功能接口之间也可以实现下述流程，该流程包括以下步骤：

步骤101，后台功能接口1根据定义的通用操作接口结构填写操作信息，包括操作名称和操作版本，以及入口参数列表、出口参数列表和返回值列表，每个列表又包括参数名称、类型、版本和值4项；

步骤102，后台功能接口1根据填写的操作名称到配置的操作处理信息中查找到相应的处理模块为后台功能接口n，将所述操作信息的数据发送到后台功能接口n；

该发送可以是分发，也可以是转发。

步骤103，后台功能接口n获得操作数据后，解析出其中的操作名称和操作版本到配置的操作信息中查找，如匹配到操作名称相同且版本相同或兼容的操作，执行下一步，否则向发送侧返回相应的错误信息，结束；

根据配置的版本兼容信息可以判断出目前使用的操作版本是否可以兼容操作信息中的操作版本。以下对于类型版本的判断也是如此。如果操作名称不同或版本不兼容而强行解析的话，就可能引起系统崩溃。

步骤104，后台功能接口n解析出操作信息中的入口参数、出口参数和返回参数，对得到的每个参数，根据配置的操作信息和类型信息进行匹配，判断是否匹配到名称相同且类型版本相同或兼容的参数，如果有，执行下一步，否则，向发送侧返回相应的错误信息，结束；

注意，这里如果有名称不相同，类型版本不相同或不兼容的参数的话，接收方可以只解析匹配到的参数，而对其它参数不作处理。也可以要求全部匹配才向下进行，否则，返回错误信息。

步骤105，后台功能接口n对名称相同且版本相同或兼容的参数，解析其参数值，进行后续的处理。

在上述流程中，在发送侧，根据操作方本地定义的通用操作接口结构，将参数名称、参数类型、类型版本、参数值等填入报文(如ASN报文)。在接收侧，根据接收方本地定义的配置信息，由应用层逐个解析报文，对不兼容的或不识别的报文不解析，返回相应的错误信息。这种处理方法报文结构是扁平化的，接口变化不需要重新编译，参数的数目可以增加、减少，参数类型可变，由于整个报文的解析是由应用层控制的，因此不会出现由于报文结构定义的不同而造成系统崩溃的问题。

应当说明的是，上述实施例仅是一个示例，本发明并不局限于一些具体的配置和定义。

例如，如果参数类型均为一些系统已定义过的类型的话，也可以不用配置上述的类型信息，可以直接用配置的操作信息来判断操作参数是否可以解析就可以了。

又如，对于操作处理信息，不一定要写在一个文件中保存起来，在另一实施例中，可以直接写在程序，由程序进行条件判断分支判断来确定分发的模块，也是可行的。

又如，对于操作版本信息，也可以配置在操作处理信息中，这样由分发的功能接口先判断该操作中的操作版本是否与当前配置相同或兼容。如果是，再分发，否则，直接可返回操作错误信息。

又如，对于有些系统语言来说，是将返回值参数并入到出口参数，在这种情况下可以略去返回值参数。而也有的把入口参数和出口参数合为一类，对于本发明来说，如何分类并不重要，只要对操作接口使用的操作参数名称和类型进行定义就可以了，相应地，在通用操作接口结构也不限定定义的参数列表的数目和种类。

另外，对于一些系统可以不设置上述的操作版本和类型版本信息，这时可以只对名称相同且版本相同的操作和参数进行解析，也是可以实现本发明的基本功能的。而对于不考虑对参数类型升级的系统来说，在操作参数的列表中也可以不加入参数类型。

第二实施例

图2为本实施例为包含前台系统与后台系统间外部接口的接口实现方法的实施示意图。前台系统的结构以及所配置的信息都与第一实施例相同，后台系统与前台系统的功能结构是相似的，包括前台功能接口1～前台功能接口1，前台功能接口连接到电信网管的前台设备，负责与后台功能接口之间进行信息交互，前台功能接口1和后台功能接口1之间具有外部通信连接。

本实施例中，操作发送侧、操作接收侧是前台功能接口或后台功能接口，并且前台功能接口的动态分析、调度和处理方法与后台功能接口相同。下面以前台功能接口1向后台下发操作为例，结合图2说明本实施例方法的具体实施步骤：

首先，前台功能接口1根据定义的通用操作接口结构填写操作信息，包括操作名称、操作版本以及入口参数列表、出口参数列表和返回值列表，然后根据填写的信息生成报文，向后台功能接口1发送操作数据；后台功能接口1接收到操作数据后的处理与第一实施例步骤102～105相同，属于内部模块间的接口实现，这里不再重复。

在一些情况下，系统内部不一定有专门负责分发的功能接口，图2中的后台功能接口1也可能就是要处理该操作的功能模块的功能接口，此时就不必分发了。但是，如果不是处理该操作的功能模块的功能接口就需要根据配置的处理模块转发到相应的功能接口。

为了更直观的理解本发明的效果，下面将以一个配置的实例对按现有方式配置和按本发明配置进行对比，来说明本发明的优点。

传统的处理方法：

假设原来创建网元(NE)的操作是这样定义的：

CreateNE-T：：＝SEQUENCE{

userLabel GraphicString，--用户标识

deviceType GraphicString，--设备类型

ipAddress GraphicString，--IP地址

createTime GeneralizedTime--生成时间

}

NE-T：：＝SEQUENCE{

neId INTEGER，--网元标识

userLabel GraphicString， --用户标签

deviceType GraphicString， --设备类型

ipAddress GraphicString， --IP地址

createTime GeneralizedTime --创建时间

}

其中：

入口参数：CreateNE-T

出口参数：NE-T

返回参数：Error-T

GraphicString，GraphicString，GeneralizedTime等类型为ASN类型。

系统升级时如想对原来的结构进行改动，如修改CreateNE-T为如下形式：

CreateNE-T：：＝SEQUENCE{

--userLabel GraphicString， --这种改动可能直接会造成系统崩溃(减少字段)

deviceType INTEGER， --这种改动直接会造成系统崩溃(类型变化)

ipAddress GraphicString，

createTime GeneralizedTime，

coordination [0]GraphicString OPTIONAL --这种改动会造成某些系统崩溃，跟编译环境相关(增加字段)

}

以上改动直接带来兼容性问题，其它模块将无法使用新的报文结构。因为传统的方法要求结构是固定的，对结构的扩展要求比较严格，其本质是接口编译器控制接口的解析过程，直接限制了接口的扩展。

按照本发明提供的方法，假设使用ASN结构定义通用的接口，应用程序中编译使用的ASN.1为如下形式：

GeneralOperationInterface-T：：＝SEQUENCE{

operationName GraphicString， --操作名称

version GraphicString， --操作版本

inputParam ParamList-T， --入口参数列表

outputParam ParamList-T， --出口参数列表

returnParam ParamList-T --返回值列表

}

operationName为操作名称，version为版本，inputParam、outputParam和returnParam分别为入口参数、出口参数和返回值参数。

入口参数、出口参数和返回值参数均采用以下列表格式来填写：

Param-T：：＝SEQUENCE{

name GraphicString， --名称

typeName GraphicString， --类型

version GraphicString， --版本

value ANY --参数值

}

ParamList-T：：＝SEQUENCE OF Param-T

应用中所有使用的操作均使用GeneralOperationInterface-T来表示，也就是用这个结构来构成一个通用的操作数据传送通道，具体每个操作传递的内容在配置信息的文件中定义。

操作信息定义文件中的定义如下：

操作名称：″CreateNE″

操作版本：″V2.01R2″

入口参数：参数名称参数类型

[0]″UserLabel″， ″GraphicString″

[1]″DeviceType″， ″INTETER″，

[2]″Coordination″， ″GraphicString″

[3]″CreateTime″， ″GeneralizedTime″

[4]″IPAddress″， ″NetAddress″

出口参数：

[0]″NE-T″， ″NE-T″

返回值参数：

[0]″ErrorInfo″， ″Error-T″

″NE-T″和″Error-T″是系统内部定义的结构，功能模块可以完成解析处理。

类型信息配置文件的定义：

名称类型版本

NetAddress， GraphicString， V1.0

NE-T， Internal， V1.0

Error-T， Internal， V1.0

注：GraphicString，GraphicString，GeneralizedTime等类型为ASN类型，不需要定义在类型定义文件。

操作处理信息配置文件的定义：

模块名称、操作名称

NEMgr CreateNE

DeleteNE

ModifyNE

QueryNE

EMSMgr CreateEMS

DeleteEMS

ModifyEMS

QueryEMS

上述NE指网元，EMS指网管系统，仅为一示例。

实际在系统中传递的报文内容的一个例子：

操作名称：″CreateNE″

操作版本：″V2.01R2″

入口参数：

参数名称参数类型类型版本参数值

[0]″UserLabel″， ″GraphicString″，″″，主通讯站网元″

[1]″DeviceType″， ″INTETER″， ″″， 2

[2]″Coordination″， ″GraphicString″，″″， ″x＝100，y＝300″

[3]″CreateTime″， ″GeneralizedTime″，″″， ″20061010120010″

[4]″IPAddress″， ″NetAddress″， ″V1.0″，″IP＝10.30.1.1，Mast＝255.0.0.0″

出口参数：

[0]″NE-T″， ″NE-T″， ″V1.0″，NE-T

返回值参数：

[0]″ErrorInfo″， ″Error-T″， ″V1.0″，″DuplicateIP Address″

在发送方，根据操作方本地定义的通用操作接口结构，将参数名称、参数类型、类型版本、参数值等填入ASN报文eneralOperationInterface-T。

在接收方，根据接收方本地定义的操作定义文件的定义，逐个解析报文，对不兼容的或不识别的报文不解析，返回相应的错误信息。

这种处理方法报文结构是扁平化的，接口变化不需要重新编译，参数的数目可以增加、减少，参数类型可变，由于整个报文的解析是由应用控制的，因此不会出现由于报文结构定义的不同而造成系统崩溃的问题。

可以看出，本发明提出了在电信管理网(TMN)等网络中进行数据交互的一种网管系统及其通用接口的实现方法，包含对数据报文的通用结构定义、具体的报文信息配置及系统的功能接口模块的配置，通过对报文结构的通用转换处理过程，完成报文的解析，并且能够很好的实现兼容，克服了现有接口处理技术缺乏通用、不易扩展、接口与应用偶合过紧的缺点，增强网管系统的接口扩展能力，并可以节省网管系统的开发维护费用。

以上所述仅为本发明较佳的具体实现方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

工业实用性

本发明提出的通用的接口处理方法及系统具有通用性，扩展能力强，与具体技术没有依赖关系，可以很好的解决接口扩展问题。采用本发明所述的通用接口实现方法及系统，当由于某种原因需要升级接口时，则只需要修改配置信息定义(类型信息、操作信息、操作处理信息)，并升级或增加相应的前台或后台功能接口模块，具有非常好的可维护性，能够有效的降低开发、维护成本。

Claims

1.一种网管系统通用的接口实现方法，包括以下步骤：

2.如权利要求1所述的接口实现方法，其特征在于：

3.如权利要求1所述的接口实现方法，其特征在于：

4.如权利要求1所述的接口实现方法，其特征在于：

5.如权利要求1所述的接口实现方法，其特征在于：

6.如权利要求1所述的接口实现方法，其特征在于：

7.如权利要求6所述的接口实现方法，其特征在于：

8.如权利要求1所述的接口实现方法，其特征在于：

9.如权利要求8所述的接口实现方法，其特征在于：

10.如权利要求1所述的接口实现方法，其特征在于：

11.如权利要求1所述的接口实现方法，其特征在于：

所述操作标识为操作名称或命令代码。

12.一种具有通用操作接口的网管系统，包括存储模块和多个功能模块，所述功能模块上具有可相互通信的功能接口，其特征在于：

13.如权利要求12所述的网管系统，其特征在于：

14.如权利要求12所述的网管系统，其特征在于：

15.如权利要求12所述的网管系统，其特征在于：

所述存储模块中还保存了操作版本信息；

16.如权利要求15所述的网管系统，其特征在于：

17.如权利要求12所述的网管系统，其特征在于：