CN113259185B - 网管代理以及网元管理平台 - Google Patents

Abstract

本发明实施例涉及网络管理领域，公开了一种网管代理，所述网管代理分别连接网络管理系统、网元管理系统和网元，所述网元至少为一个；所述网管代理用于在所述网元管理系统与所述网络管理系统连接断开时，接收所述网络管理系统对所述网元的第一操作请求，将所述第一操作请求发送给所述网元。本发明实施例还公开了一种网元管理平台。本发明实施例公开的网管代理以及网元管理平台，可以保证网络管理系统对网元的实时管理，提高网元管理的稳定性。

Description

网管代理以及网元管理平台

技术领域

本申请实施例涉及网络管理领域，特别涉及一种网管代理以及网元管理平台。

背景技术

网络管理是指在最高层面上对大规模计算机网络和电信网络进行的维护和管理，通常包括三个层次：网络管理系统、网元管理系统和网元，其中，网络管理系统与网元管理系统连接，网元管理系统与网元连接，网络管理系统通过网元管理系统管理接入网络的网元，实现网络的管理。

随着互联网技术的发展，业务组网的规模越来越大，网元的种类越来越多，在这种趋势下，网络管理的难度也越来越大。在网络管理中，网元的管理是其中重要的一环，需要保证网络管理系统对网元的实时管理，才能提高网元管理的稳定性，进而保证网络管理的稳定性。

然而，目前网元管理系统的在线率并不能得到保证，例如网元管理系统升级或者网络异常等原因，会使得网元管理系统与网络管理系统的连接断开，无法保证网络管理系统对网元的实时管理，导致网元管理的稳定性较低。

发明内容

本申请实施例的主要目的在于提出一种网管代理以及网元管理平台，可以保证网络管理系统对网元的实时管理，提高网元管理的稳定性。

为实现上述目的，本申请实施例提供了一种网管代理，所述网管代理分别连接网络管理系统、网元管理系统和网元，所述网元至少为一个；所述网管代理用于在所述网元管理系统与所述网络管理系统连接断开时，接收所述网络管理系统对所述网元的第一操作请求，将所述第一操作请求发送给所述网元。

为实现上述目的，本申请实施例还提供了一种网元管理平台，包括：网络管理系统、网元管理系统、网元以及上述的网管代理。

本申请提出的网管代理，分别连接网络管理系统、网元管理系统和网元，在网元管理系统与网络管理系统连接断开时，接收网络管理系统对网元的操作请求，将操作请求发送给网元。由于在网元管理系统与网络管理系统连接断开时，网管代理可以接收网络管理系统对网元的操作请求，并将操作请求发送给网元，因此可以实现网络管理系统对网元的操作请求，保持网络管理系统对网元的实时管理，提高网元管理的稳定性。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是本发明实施例提供的网管代理的原理结构示意图；

图2是本发明实施例提供的网管代理的另一原理结构示意图；

图3是本发明实施例提供的网管代理的模块结构示例图；

图4是本发明实施例提供的通过网管代理实现网元告警的示例图；

图5是本发明实施例提供的通过网管代理实现网元告警的另一示例图；

图6是本发明实施例提供的通过网管代理实现网元维护的示例图；

图7是本发明实施例提供的通过网管代理实现网元维护的另一示例图；

图8是本发明实施例提供的网元管理平台的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

在一个实施例中，如图1所示，涉及一种网管代理103，网管代理103分别连接网络管理系统101、网元管理系统102和网元104，网管代理103用于在网元管理系统102与网络管理系统101连接断开时，接收网络管理系统101对网元104的第一操作请求，将第一操作请求发送给网元104。

网络管理系统（Network Management System，简称NMS）101是实现网络管理的各种功能的软、硬件系统，可以是一个计算机系统，也可以是一个网络化系统，属于运营商级别的网管系统，管理多个不同地区、不同厂商的业务系统，一般对接网元管理系统102。网元管理系统（element management system，简称EMS）102是管理特定类型的一个或多个网元104的系统，属于厂商级别的网管系统，可以接入本厂商的多个不同的网元104，向网络管理系统101上报所管网元104的管理信息。

在一般的网络结构中，网络管理系统101通过网元管理系统102向网元104发送操作请求，在没有网管代理103的情况下，若网元管理系统102与网络管理系统101连接断开，则网络管理系统101无法向网元104发送操作请求，也就无法实现对网元104的实时管理和控制；而本发明实施例提供的网管代理103，由于其可以在网元管理系统102与网络管理系统101连接断开时，接收网络管理系统101对网元104的操作请求，并将操作请求发送给网元104，因此可以实现网络管理系统101对网元104的操作请求，使网管代理103成为网络管理系统101与网元104之间的备用通道，从而保持网络管理系统101对网元104的实时管理，提高网元管理的稳定性。

在一个具体的例子中，网管代理103用于在第一操作请求为业务类请求时，将第一操作请求发送给网元104，否则直接对第一操作请求进行处理，并将处理的结果返回给网络管理系统101。即在第一操作请求为非业务类请求时，直接响应第一操作请求，并将响应的结果返回给网络管理系统101。在第一操作请求为非业务类请求时，由网管代理103直接处理并返回处理的结果，可以将网元104部分网管的功能从网元104对应的业务系统中剥离出来，降低业务系统的复杂度和耦合性；当需要对剥离出来的网管功能进行更新时，只需要对网管代理103进行更新即可，可以降低网管功能更新对网元104对应的业务系统的变动影响，提高网元104对应的业务系统的稳定性；另外，部分网管功能对应的非业务类请求由网管代理103直接处理，相当于在网元104对应的业务系统增加隔离层，可以减少网元104对应的业务系统受到外部攻击的可能性，提高业务系统的安全性。

在一个具体的例子中，网管代理103还用于在网元管理系统102与网络管理系统101连接断开时，接收网元104上报的第一数据，并将第一数据发送给网络管理系统101，第一数据包括响应第一操作请求的信息或网元104的告警信息。在网元104上报第一数据给网管代理103时，具体使用的消息协议可以根据实际需求进行选用，例如可以是HTTP（HyperText Transfer Protocol，超文本传输协议）、HTTPS（Hyper Text Transfer ProtocolSecure，超文本传输安全协议）或SNMP（Simple Network Management Protocol，简单网络管理协议）等协议，或系统内部消息等。另外，在网元管理系统102与网络管理系统101正常连接时，为了避免网络管理系统101重复收到相同的第一数据，可以设置网管代理103在收到网元104的第一数据后不将第一数据发送给网络管理系统101；相应地，在网元管理系统102与网络管理系统101连接断开时，为了实现网管代理103将第一数据发送给网络管理系统101，可以手动触发，也可以设置一个监测模块，在网元管理系统102与网络管理系统101断开连接时，自动触发。在网管代理103将第一数据发送给网络管理系统101时，具体使用的协议可以根据实际需求选用，例如HTTPS、SSH（Secure Shell，安全壳协议）或SYSLOG等协议。通过网管代理103接收网元104上报的数据，可以实现网络管理系统101与网元104之间的完整通信，也可以实现在网元管理系统102与网络管理系统101连接断开时，网络管理系统101仍可以实时接收到网元104的信息，保证网络管理系统101与网元104的实时监控及管理，提高网元104管理的稳定性。

在上述例子中，网管代理103可以连接两个或以上的网元104，从而减少网管代理103部署的数量，但由于各个网元104的类型不尽相同，因此可能会增加网管代理103本身的复杂度。在一个具体的例子中，网管代理103的个数与网元104的个数相等，且每一网管代理103连接一个网元104，即网管代理103与网元104形成一一对应的关系，可以减少网管代理103实现的复杂度，也可以使各个网元104之间保持独立，不会因为一个网管代理103的异常影响两个或以上的网元104。

请参考图2，其为本发明实施例提供的网管代理103的另一原理结构示意图。如图2所示，网元A对应一个网管代理103，网元B对应另一个网管代理103，网管代理103与网元104形成一一对应的关系。特别地，在图2所示的例子中，网管代理103作为网元104的一部分，而在图1所示的例子中，网管代理103是与网元104相互独立的，这两种情况均是可以的，均为网管代理103在具体实现时的一种形式，可以根据实际需要选用进行组网，本发明实施例对此不做限制。

在一个具体的例子中，网管代理103还用于在网元管理系统102与网络管理系统101正常连接时，接收网元管理系统102的第二操作请求，将第二操作请求发送给网元104或直接对第二操作请求进行处理，并接收网元104上报的第二数据，将第二数据发送给网元管理系统102，第二数据包括响应第二操作请求的信息或网元104的告警信息。也即是说，在网元管理系统102与网络管理系统101正常连接的情况下，网络管理系统101仍可以先将操作请求发送至网管代理103（区别在于正常连接的情况下网络管理系统101经网元管理系统102发送至网管代理103，在连接断开的情况下网络管理系统101直接发送至网管代理103），再将操作请求发送至网元104，使网管代理103成为网元104连接外部的一个隔离层，减少网元104对应的业务系统受到外部攻击的可能性，提高网元104对应的业务系统的安全性；另外，在网元管理系统102与网络管理系统101正常连接时，网元104的告警信息及响应第二操作请求的信息同时上报给网管代理103，可以使网管代理103统计完整的信息（包括正常连接和断开连接两种情况的信息），有利于对网元104的运行作进一步的分析及改善。应当说明的是，“第一操作请求”、“第二操作请求”、“第一数据”和“第二数据”中的“第一”和“第二”仅是为了区分不同场景的对象以便于说明，并不具有序号或次数等限制。

在一个具体的例子中，网管代理103还用于在接收到目标操作请求时，对目标操作请求的来源和请求内容进行鉴权，在鉴权成功时将目标操作请求发送给网元104或直接对目标操作请求进行处理，否则返回拒绝响应的信息，其中目标操作请求包括第一操作请求和第二操作请求。目标操作请求的来源是指来自于网络管理系统101还是网元管理系统102，或者说是指来自于网络管理系统101或网元管理系统102的哪个用户。在对目标操作请求的来源和请求内容进行鉴权时，可以通过普通密码、CA（Certification Authority，认证中心）证书、RSA加密演算法或DSA算法等各类安全认证的方式进行鉴权。在返回拒绝响应的信息时，是指网管代理103将拒绝响应的信息返回给网元管理系统102或网络管理系统101。通过对操作请求的来源和请求内容进行鉴权，可以验证目标操作请求的合法性，避免超出权限或范围的目标操作请求，提高网元104对应的业务系统的安全性。同时，由网管代理103进行鉴权，可以将网元104原来的安全校验功能剥离出来，增加网元104的模块分工更加专业，降低网元104对应的业务系统的复杂度和耦合性。

在一个具体的例子中，网管代理103还用于通过预置的标准协议创建与网络管理系统101、网元管理系统102和网元104的连接，其中标准协议包括HTTP、HTTPS、SSH、SNMP和SYSLOG中的至少一种协议。使用这些标准协议，可以使网管代理103作为网元管理系统102与网元104之间的中介，实现网管代理103与各种类型的网元104的各种类型的通信，例如上述例子中，网管代理103通过HTTP、HTTPS或SNMP来实现网元104的告警。通过在网管代理103中预置各种标准协议，可以方便在增加网元104及业务系统时，建立网管代理103与网络管理系统101、网元管理系统102和增加的网元104的连接，使新的网管代理103能够得到快速的部署。

在一个具体的例子中，网管代理103还用于在创建与网元104的连接时提供多个预置的管理脚本，以供网元104选择兼容的管理脚本作为网元104的目标管理脚本，通过目标管理脚本接收第一操作请求或第二操作请求，并将第一操作请求或第二操作请求发送给网元104，可以实现网管代理103对操作请求的接收与转发。通过在网管代理103中预置多个管理脚本，可以根据网元104的业务的不同而选择合适的管理脚本进行使用。特别地，当网管代理103提供的管理脚本与网元104不能兼容时，可以对预置的管理脚本进行少量的调整来使管理脚本与网元104的业务系统来适应，不需要对网元104的业务系统进行调整，可以降低网元104对应的业务系统的开发量和复杂度，也提高了新增网元104在部署网管代理103的便利性。

在一个具体的例子中，网管代理103还用于在创建与网元104的连接时，提供预置的标准配置模板供网元104进行业务配置，并提供预置的配置接口包供网元104调用，以建立网元104与网管代理103的配置接口；网管代理103还用于接收网络管理系统101或网元管理系统102的配置请求，将配置请求通过该配置接口转发至网元104，并将网元104响应配置请求的信息返回给网络管理系统101或网元管理系统102。网管代理103提供预置的标准配置模板供网元104进行业务配置，可以使网元104根据业务的不同进行不同的业务配置；通过预置的配置接口包供网元104调用，可以方便建立网元104与网管代理103的配置接口，后续通过配置接口实现对网元104对应的业务系统的配置调整，从而将与网管功能对应的配置从网元104对应的业务系统剥离出来；后续若需要对相应的配置功能进行调整，只需要对网管代理103进行开发调整即可，不需要网元104对应的业务系统进行开发调整，减少对业务系统本身的侵入改造需求，减少网管功能的调整对业务系统造成的影响。

在一个具体的例子中，网管代理103还用于查询和采集网元104的相关性能数据，具体支持mysql、postgres和sybase等数据库，具体的查询和采集策略可使用配置灵活定制以适配不同的业务系统。另外，网管代理103还用于采集网元104对应的业务系统的实时状态，以检验业务系统的健康度，可以使用SSH和shell技术实现，各业务系统通用，还可以通过定制专门的脚本插入定制的检查项，不需要业务系统进行调整；在网管代理103采集网元104对应的业务系统的实时状态时，可以是自动触发或实时触发的形式，其中实时触发是指根据网络管理系统101或网元管理系统102的巡检请求触发，巡检结果会保存至数据库中作为网元104对应的业务系统历史运行情况的分析依据。进一步地，网管代理103还用于记录网元104对应的业务系统运行过程中各类关键事件为日志，将日志通过SFTP（SSH文件传输协议）或SYSLOG上报至指定的日志审计服务器。

可以理解的是，上述各种例子中，网管代理103的各种功能可以通过具体的模块来实现，例如网管代理103将告警消息发送给网络管理系统101的功能可以通过告警处理模块来实现，网管代理103对目标操作请求进行鉴权的功能可以通过安全校验模块来实现等等。请参考图3，其为本发明实施例提供的网管代理103的模块结构示例图，如图3所示，网管代理103具体包括协议处理模块、安全管理模块、告警处理模块、统计数据模块、业务管理模块、业务配置模块、巡检功能模块和日志处理模块。实际应用中，各个模块可以均为逻辑模块，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，还可以包括本发明实施例并未提及的与本发明解决的技术问题不太密切的模块。

为了更清楚地说明本发明实施例的网管代理103，下面以几个具体示例进行说明。

以下是对网元管理系统102与网络管理系统101正常连接和连接断开这两种情况下网元104如何实现告警进行示例说明。请参考图4，其为网元管理系统102与网络管理系统101正常连接时通过网管代理实现网元104告警的示例图，其大概流程为：

1、网元104在运行的过程中发生系统异常（可能为业务处理异常，也可能是系统性能或业务性能发生异常），网元104将系统异常的具体信息封装为告警信息；

2、网元104同时向网管代理103和网元管理系统102发出告警信息（包括图中的2A：“网元104向网管代理103上报告警”和2B：“网元104向网元管理系统102上报告警”这两个告警的流程）；

3、网元管理系统102将告警信息转发给网络管理系统101，此告警信息的协议可以是HTTPS、SNMP或SYSLOG等标准协议。

请参考图5，其为网元管理系统102与网络管理系统101连接断开时通过网管代理实现网元104告警的示例图，其大概流程为：

1、网元104在运行的过程中发生系统异常，网元104将系统异常的具体信息封装为告警信息；

2、网元104向网管代理103发出告警信息；

3、网管代理103将告警信息转发至网络管理系统101。

通过图4和图5的例子可以看出，在网元管理系统102与网络管理系统101连接断开时，网管代理103作为备用通道，实现网元104的告警，使网络管理系统101保持对网元104的监控及管理，提高了网元104管理的稳定性。

以下对网元管理系统102与网络管理系统101正常连接和连接断开这两种情况下如何通过网管代理103实现网元104的维护进行示例说明。请参考图6，其为网元管理系统102与网络管理系统101正常连接时通过网管代理103实现网元104的维护的示例图，其大概流程为：

1、用户登录网络管理系统101，网络管理系统101处理用户的运维指令，向被操作的网元104对应的网元管理系统102发出网元维护请求；

2、网元管理系统102接收到网元维护请求，根据维护请求操作的业务类型，向被操作的网管代理103发出网元维护请求；

3、网管代理103接收到网元维护请求，对网元维护请求的来源进行安全鉴权，若来源合法，则再对维护请求的请求内容进行安全鉴权；

401、若安全鉴权的结果为来源或请求内容不合法，则向网元管理系统102回复拒绝网元维护请求的消息；

501、网元管理系统102向网络管理系统101回复拒绝网元维护请求的消息；

402、若安全鉴权的结果为来源和请求内容均合法，则网管代理103通过配置的模板调用网元104的配置接口，向网元104发送网元维护请求；

5、网元104的配置接口根据配置操作内容进行业务设置和处理；

6、网元104对应的业务系统在配置接口完成业务处理后，将处理的结果作为维护请求的响应发送给网管代理103；

701、网管代理103将网元维护响应的结果发送给网元管理系统102；

702、网管代理103在拒绝网元维护或网元维护响应的同时，将本次网元维护事件记录至系统日志中，记录的内容包括但不限于时间、来源、操作内容和操作结果；

8、网元管理系统102将网元维护响应的结果发送给网络管理系统101。

请参考图7，其为网元管理系统102与网络管理系统101连接断开时通过网管代理103实现网元104的维护的示例图，其大概流程为：

1、用户登录网络管理系统101，网络管理系统101处理用户的运维指令，向被操作的网元104对应的网管代理103发出网元维护请求；

2、网管代理103接收到网元维护请求，对网元维护请求的来源进行安全鉴权，若来源合法，则再对维护请求的请求内容进行安全鉴权；

301、若安全鉴权的结果为来源或请求内容不合法，则向网络管理系统101回复拒绝网元维护请求的消息；

302、若安全鉴权的结果为来源和请求内容均合法，则网管代理103通过配置的模板调用网元104的配置接口，向网元104发送网元维护请求；

4、网元104的配置接口根据配置操作内容进行业务设置和处理；

5、网元104对应的业务系统在配置接口完成业务处理后，将处理的结果作为维护请求的响应发送给网管代理103；

601、网管代理103将网元维护响应的结果发送给网络管理系统101；

602、网管代理103在拒绝网元维护或网元维护响应的同时，将本次网元维护事件记录至系统日志中，记录的内容包括但不限于时间、来源、操作内容和操作结果。

通过图6和图7的例子可以看出，在网元管理系统102与网络管理系统101连接断开时，网管代理103作为备用通道，实现对网元104的网元维护，使网络管理系统101保持对网元104的管理，提高了网元104管理的稳定性。

在一个实施例中，涉及一种网元管理平台200，如图8所示，包括：网络管理系统201、网元管理系统202、网元204以及网管代理203，其中，网管代理203分别连接网络管理系统201、网元管理系统202和网元204，网元204至少为一个；

网管代理203用于在网元管理系统202与网络管理系统201连接断开时，接收网络管理系统201对网元204的第一操作请求，将第一操作请求发送给网元204。

进一步地，网管代理203用于在第一操作请求为业务类请求时，将第一操作请求发送给网元204，否则直接对第一操作请求进行处理，并将处理的结果返回给网络管理系统201。

进一步地，网管代理203还用于在网元管理系统202与网络管理系统201连接断开时，接收网元204上报的第一数据，并将第一数据发送给网络管理系统201，第一数据包括响应第一操作请求的信息或网元204的告警信息。

进一步地，网管代理203的个数与网元204的个数相等，且每一网管代理203连接一个网元204。

进一步地，网管代理203还用于在网元管理系统202与网络管理系统201正常连接时，接收网元管理系统202的第二操作请求，将第二操作请求发送给网元204或直接对第二操作请求进行处理，并接收网元204上报的第二数据，将第二数据发送给网元管理系统202，第二数据包括响应第二操作请求的信息或网元204的告警信息。

进一步地，网管代理203还用于在接收到目标操作请求时，对目标操作请求的来源和请求内容进行鉴权，在鉴权成功时将目标操作请求发送给网元204或直接对目标操作请求进行处理，否则返回拒绝响应的信息，目标操作请求包括第一操作请求和第二操作请求。

进一步地，网管代理203还用于通过预置的标准协议创建与网络管理系统201、网元管理系统202和网元204的连接，标准协议包括HTTP、HTTPS、SSH、SNMP和SYSLOG中的至少一种协议。

进一步地，网管代理203还用于在创建与网元204的连接时提供多个预置的管理脚本，以供网元204选择兼容的管理脚本作为网元204的目标管理脚本，通过目标管理脚本接收第一操作请求或第二操作请求，并将第一操作请求或第二操作请求发送给网元204。

进一步地，网管代理203还用于在创建与网元204的连接时，提供预置的标准配置模板供网元204进行业务配置，并提供预置的配置接口包供网元204调用，以建立网元204与网管代理203的配置接口；

网管代理203还用于通过配置接口接收网络管理系统201或网元管理系统202的配置请求，将配置请求转发至网元204，并将网元204响应配置请求的信息返回给网络管理系统201或网元管理系统202。

不难发现，本实施例为与前述的实施例相对应的平台实施例，本实施例可与前述的实施例互相配合实施。前述的实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在前述的实施例中。

本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种网管代理，其特征在于，所述网管代理分别连接网络管理系统、网元管理系统和网元，所述网元至少为一个；

所述网管代理用于在所述网元管理系统与所述网络管理系统连接断开时，接收所述网络管理系统对所述网元的第一操作请求，将所述第一操作请求发送给所述网元；

所述网管代理还用于在所述网元管理系统与所述网络管理系统正常连接时，接收所述网元管理系统的第二操作请求，将所述第二操作请求发送给所述网元或直接对所述第二操作请求进行处理，并接收所述网元上报的第二数据，将所述第二数据发送给所述网元管理系统，所述第二数据包括响应所述第二操作请求的信息或所述网元的告警信息。

2.根据权利要求1所述的网管代理，其特征在于，所述网管代理用于在所述第一操作请求为业务类请求时，将所述第一操作请求发送给所述网元，否则直接对所述第一操作请求进行处理，并将处理的结果返回给所述网络管理系统。

3.根据权利要求1所述的网管代理，其特征在于，所述网管代理还用于在所述网元管理系统与所述网络管理系统连接断开时，接收所述网元上报的第一数据，并将所述第一数据发送给所述网络管理系统，所述第一数据包括响应所述第一操作请求的信息或所述网元的告警信息。

4.根据权利要求1所述的网管代理，其特征在于，所述网管代理的个数与所述网元的个数相等，且每一网管代理连接一个网元。

5.根据权利要求1所述的网管代理，其特征在于，所述网管代理还用于在接收到目标操作请求时，对所述目标操作请求的来源和请求内容进行鉴权，在鉴权成功时将所述目标操作请求发送给所述网元或直接对所述目标操作请求进行处理，否则返回拒绝响应的信息，所述目标操作请求包括所述第一操作请求和所述第二操作请求。

6.根据权利要求1所述的网管代理，其特征在于，所述网管代理还用于通过预置的标准协议创建与所述网络管理系统、所述网元管理系统和所述网元的连接，所述标准协议包括HTTP、HTTPS、SSH、SNMP和SYSLOG中的至少一种协议。

7.根据权利要求6所述的网管代理，其特征在于，所述网管代理还用于在创建与所述网元的连接时提供多个预置的管理脚本，以供所述网元选择兼容的管理脚本作为所述网元的目标管理脚本，通过所述目标管理脚本接收所述第一操作请求或所述第二操作请求，并将所述第一操作请求或所述第二操作请求发送给所述网元。

8.根据权利要求6所述的网管代理，其特征在于，所述网管代理还用于在创建与所述网元的连接时，提供预置的标准配置模板供所述网元进行业务配置，并提供预置的配置接口包供所述网元调用，以建立所述网元与所述网管代理的配置接口；

所述网管代理还用于接收所述网络管理系统或所述网元管理系统的配置请求，将所述配置请求通过所述配置接口转发至所述网元，并将所述网元响应所述配置请求的信息返回给所述网络管理系统或所述网元管理系统。

9.一种网元管理平台，其特征在于，包括：网络管理系统、网元管理系统、网元以及如权利要求1-8任一项所述的网管代理。

Images