专利名称：一种多个网元设备的管理方法和系统的制作方法
技术领域：
本发明涉及网元设备的管理技术，特别是指一种多个网元设备的管理方法和系 统。
背景技术：
在现有的网管系统中，可以通过命令行或图形界面的方式对网元设备进行操作 维护。如果通过命令行的方式，可以直接通过网管系统提供的命令行终端来下发与网元 设备约定的人机命令，实现对网元设备的操作维护；如果通过图形界面的方式，操作人 员可以根据图形界面上设计好的各种功能实现对网元设备的直接操作维护。图形界面的 方式对于操作人员的专业知识要求不高，有利于操作人员进行电信网管、用户服务、售 后支持等各种管理操作，从而实现了对一个网元设备的各项管理功能。但是，前述的两种方式还存在以下缺点对于命令行的方式，要求操作人员 必须熟练掌握人机命令，而且只能单独打开针对一个网元设备的命令行终端来执行人机 命令，如果需要针对多个网元设备进行相通的管理操作，需要针对每个网元设备重复操 作；对于图形界面的方式，操作一个网元设备就需要打开多个界面后才能开始执行，而 实际中网管系统通常管理着数百个网元，需要重复多步操作。由此可以看出，这两种管 理方式对于多个网元设备的管理，都需要大量的手动操作，并且对于操作的结果没有统 一的管理方式，给操作人员带来很大的不便。针对多个同类型的网元设备进行管理操作，在现有的专利文献中包括专利 申请号为200710100313.4的中国专利申请《一种对多个同类网元的并行管理方法及装 置》。虽然所述专利文献中提出了对多个同类网元进行并行管理的方法，但是其中还存 在以下不足一、没有考虑网元设备的处理能力。网元设备执行操作动作，通常是顺序执行 的，这样能够避免操作冲突。当操作人员频繁操作或系统自动周期操作时，会产生大量 的任务请求，如果全部发送给网元设备，势必造成网元设备上大量的消息堆积，不利于 网元设备的有效运行。同时，大量消息同时发送给网元设备，会导致网元设备返回前一 次的操作结果后，很快又被下一个的操作修改，进而不断的返回操作结果，容易使操作 人员产生混淆，无法确定当前网元设备的状态。二、造成网管服务端大量消息的堆积。所述专利文献中并没有提到对网管客户 端发送给网管服务端的消息的处理策略。网管服务端接收网管客户端发送的所有任务请 求，如果对同一个网元设备已累积了大量的任务请求，继续接收网管客户端发送的请求 需要等待很长时间才能被网元设备执行操作，这种过分延迟的管理操作对于操作人员来 说意义不大。三、大量命令请求长时间得不到响应。所述专利文献中提到了在产生结果后由 网管服务端发送给网管客户端，但由于之前提到的第一点和第二点问题，造成在网管服 务端和网元设备上都可能堆积大量命令，从而导致长时间不能产生操作结果，操作人员在网管客户端上长时间得不到响应。四、不同网元设备间的相互影响。如果网管服务端将网管客户端发送给不同网 元设备的操作命令存储在一起，可能由于发往某一个网元设备的大量命令请求产生了阻 塞，进而使得发往其他网元设备的命令请求无法正常发送，从而造成不同网元设备间的 相互影响。
发明内容
有鉴于此，本发明的主要目的在于提供一种多个网元设备的管理方法和系统， 解决了管理多个网元设备时，由于网管服务端对命令请求缺乏调度，使得网元设备负担 加大，命令请求不能得到有效处理，并且操作人员不能有针对性的了解操作结果的问 题。为达到上述目的，本发明的技术方案是这样实现的本发明提供了一种多个网元设备的管理方法，所述方法包括网管服务端对接收到的命令请求进行编号，将编号后的命令请求分别保存到对 应每个网元设备的命令请求队列中等待调度；定期调度命令请求队列中的命令请求，解析并发送给相应的网元设备；网元设备执行命令请求的操作，返回操作结果保存在网管服务端中，网管服务 端根据网管客户端的需要向其返回操作结果。其中，所述将编号后的命令请求保存到命令请求队列中，还包括接收到编号后的命令请求，判断如果没有正在处理的命令请求，并且没有等待 调度的命令请求，则对编号后的命令请求进行解析并发送，否则判断命令请求队列的长 度是否超过规定的长度，如果没有超过，则将命令请求依次保存到命令请求队列中，如 果超过，则忽略所述编号后的命令请求，并将操作结果保存在网管服务端中。其中，所述等待调度的过程中，还包括启动计时器，当计时器超时，而等待 调度的命令请求还没有被调度时，删除所述命令请求，并将操作结果保存在网管服务端 中。其中，所述定期调度命令请求队列中的命令请求，解析并发送给相应的网元设 备，具体是根据预设的时间周期，定期将位于命令请求队列中队列头的命令请求调出， 解析并发送给相应的网元设备。其中，所述操作结果包括命令请求的编号、所对应的网元设备标识和结果信 息ο其中，所述根据网管客户端的需要向其返回操作结果，包括网管服务端根据 网管客户端发送的读取结果请求中，包含的命令请求的编号，和/或网元设备标识，和 /或结果信息，检索并返回操作结果，或者网管服务端根据预设的策略自动返回操作结
果 ο本发明还提供了一种多个网元设备的管理系统，所述系统包括网管客户端、 网管服务端和网元设备，其中，所述网管客户端，用于将命令请求发送给网管服务端，显示操作结果；所述网管服务端，用于对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备的命令请求队列中等待调度，定期调度命令请求队列中的命 令请求，解析并发送给相应的网元设备，保存操作结果，根据网管客户端的需要向其返 回操作结果；所述网元设备，用于执行命令请求的操作，向网管服务端返回操作结果。其中，所述网管服务端，还用于得到编号后的命令请求后，判断如果没有正在 处理的命令请求，并且没有等待调度的命令请求，则对编号后的命令请求进行解析并发 送，否则判断命令请求队列的长度是否超过规定的长度，如果没有超过，则将命令请求 依次保存到命令请求队列中，如果超过，则忽略所述编号后的命令请求，并将操作结果 保存在网管服务端中。其中，所述网管服务端，还用于，等待调度时启动计时器，当计时器超时，而 等待调度的命令请求还没有被调度时，删除所述命令请求，并将操作结果保存在网管服 务端中。其中，所述网管服务端定期调度命令请求队列中的命令请求，解析并发送给相 应的网元设备，具体是根据预设的时间周期，定期将位于命令请求队列中队列头的命令 请求调出，解析并发送给相应的网元设备。本发明所提供的多个网元设备的管理方法和系统，通过网管服务端对接收到的 命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备的命令请求队列 中等待调度；定期调度命令请求队列中的命令请求，解析并发送给相应的网元设备；网 元设备执行命令请求的操作，返回操作结果保存在网管服务端中，网管服务端根据网管 客户端的需要向其返回操作结果。使得操作人员只需简单的操作就实现了对多个网元设 备的并行管理，针对各个网元设备的命令请求统一由网管服务端进行自动化调度；并且 对操作结果可以进行有针对性的查看。其中，本发明的方法和系统突破了单一命令请求 队列的思路，为不同网元设备单独开辟命令请求队列。这样可以避免一个网元设备发送 命令请求阻塞时，影响其他的网元设备。进一步的，本发明的方法和系统中限制了每个网元设备的消息队列数量，一方 面可以避免大量消息在网管服务端和网元设备中堆积，另一方面可以尽快提示操作人 员，避免操作人员不必要的等待。进一步的，本发明的方法和系统中对每一次发送命令请求进行定时，使得由于 网络原因或网元设备异常等原因，造成的长时间没有响应的情况得到解决，避免系统资 源的浪费和操作人员的长时间等待，还能尽快排查出故障，有利于操作人员管理。
图1为网元设备管理系统的基本结构示意图；图2为本发明一种多个网元设备的管理方法流程示意图；图3为本发明一种多个网元设备的管理系统结构示意图；图4为本发明网管服务端的内部结构示意图。
具体实施例方式为了更好的理解本发明，首先介绍一下现有的网元设备管理系统的基本结构，图1为网元设备管理系统的基本结构示意图，如图1所示，所述系统包括网管客户端 11、网管服务端12和网元设备13，其中，所述网管客户端11，用于将命令请求发送给网管服务端12，显示操作结果；具体的，所述网管客户端11提供给操作人员一个图形化的界面。通过操作人员 的控制和输入，根据对网元设备13的操作需要，生成命令请求，然后所述网管客户端11 将命令请求发送给网管服务端12。所述网管客户端11接收网管服务端12的操作结果， 显示给操作人员。所述网管服务端12，用于将命令请求发送给网元设备13，将操作结果返回给网 络客户端11 ；具体的，所述网管服务端12可以将命令请求并行发送给多个同类型的网元设备 13。所述网元设备13，用于根据所述命令请求进行操作，将操作结果返回给网络服 务端12。本发明的基本思想是网管服务端对接收到的命令请求进行编号，将编号后的命 令请求分别保存到对应每个网元设备的命令请求队列中等待调度；定期调度命令请求队 列中的命令请求，解析并发送给相应的网元设备；网元设备执行命令请求的操作，返回 操作结果保存在网管服务端中，网管服务端根据网管客户端的需要向其返回操作结果。下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。图2为本发明一种多个网元设备的管理方法流程示意图，如图1所示，所述网元 设备的管理方法包括以下步骤步骤201，网管服务端对接收到的命令请求进行编号，将编号后的命令请求分别 保存到对应每个网元设备的命令请求队列中等待调度；具体的，所述接收到的命令请求是由网管客户端发送来的，其中包括命令请 求针对的一个或多个网元设备的标识，以及命令消息参数。当命令请求是针对同类型的 多个网元设备时，命令请求是以列表的方式构建，即一个命令消息参数对应多个网元设 备标识。所述对命令请求进行编号具体是为每一个接收到的命令请求分配一个任务号， 并将任务号添加到命令请求中，得到编号后的命令请求。进一步的，将任务号添加到命 令请求中的同时，将任务号返回给网管客户端。用以在操作人员需要查找针对某个命令 请求的操作结果时，可以通过任务号进行有针对性的查找。所述保存到对应每个网元设备的命令请求队列，具体是根据命令请求中的网元 设备标识，将命令请求依次保存到对应每个网元设备的命令请求队列中。进一步的，所 述将编号后的命令请求保存到命令请求队列的过程中，还包括步骤201a，接收到编号后的命令请求，判断当前是否有正在处理的命令请求， 如果没有则执行步骤201b，如果有则执行步骤201c ；步骤201b，判断命令请求队列中是否有等待调度的命令请求，如果有，则执行 步骤201c，如果没有，则对编号后的命令请求进行解析并发送；步骤201c，判断命令请求队列的长度是否超过规定的长度，如果没有超过，则 将命令请求依次保存到命令请求队列中，如果超过，则忽略所述编号后的命令请求，并 将忽略操作作为操作结果保存在网管服务端中。
具体的，所述操作结果包括命令请求的编号、所对应的网元设备标识和结果 信息，此时结果信息为忽略操作。进一步的，所述步骤201的等待调度的过程中，还包括启动计时器，当计时 器超时，而等待调度的命令请求还没有被调度时，删除所述命令请求，并将删除操作作 为操作结果保存在网管服务端中。具体的所述操作结果包括命令请求的编号、所对应的网元设备标识和结果信 息，此时结果信息为删除操作。步骤202，定期调度命令请求队列中的命令请求，解析并发送给相应的网元设 备；具体的，所述定期调度命令请求队列中的命令请求，解析并发送给相应的网元 设备，具体是根据预设的时间周期，定期将位于命令请求队列中队列头的命令请求调 出，解析并发送给相应的网元设备。其中，预设的时间周期可以设定为命令请求解析和 发送的平均时间，或者根据系统的处理能力进行设定。如果当前有正在解析并发送的命 令请求，则不进行调度。所述发送给相应的网元设备具体为通过对应每个网元设备的命 令请求发送器并行发送。步骤203，网元设备执行命令请求的操作，返回操作结果保存在网管服务端中， 根据网管客户端的需要向其返回操作结果。具体的，所述操作结果包括命令请求的编号、所对应的网元设备标识和结果 信息，此时结果信息为网元设备的处理结果。所述根据网管客户端的需要向其返回操作 结果，包括网管服务端根据网管客户端发送的读取结果请求中，包含的命令请求的编 号，和/或网元设备标识，和/或结果信息，检索并返回操作结果，或者网管服务端根据 预设的策略自动返回操作结果。其中，所述预设的策略是由网管客户端根据需要对网管 服务端进行设置，设置的策略为按照匹配的命令请求的编号，和/或网元设备标识， 和/或结果信息进行检索并返回操作结果。所述返回操作结果的两种方式例如当操作 人员只需要有关网元设备1的操作结果时，可以发送包含网元设备1的标识的读取结果请 求，网管服务端则检索网元设备1的所有操作结果返回给网络客户端，也可以将网元设 备1的标识设置为返回操作结果的策略，网管服务端则根据策略将网元设备1的所有操作 结果自动返回给网络客户端；当操作人员需要有关网元设备1针对编号为8的命令请求的 操作结果时，可以发送包含网元设备1的标识和命令请求的编号为8的读取结果请求，网 管服务端则检索网元设备1的8号命令请求的操作结果返回给网络客户端，也可以将网元 设备1的标识和命令请求的编号为8，设置为返回操作结果的策略，网管服务端则根据策 略将网元设备1的8号命令请求的操作结果返回给网络客户端。图3为本发明一种多个网元设备的管理系统结构示意图，如图3所示，所述网元 设备的管理系统包括网管客户端31、网管服务端32和多个网元设备33，其中，所述网管客户端31，用于将命令请求发送给网管服务端32，显示操作结果；具体的，所述网管客户端31发送的命令请求中包括命令请求针对的一个或多 个网元设备33的标识，以及命令消息参数。当命令请求是针对同类型的多个网元设备33 时，命令请求是以列表的方式构建，即一个命令消息参数对应多个网元设备标识。所述网管服务端32，用于对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备的命令请求队列中等待调度，定期调度命令请求队列中的 命令请求，解析并发送给相应的网元设备33，保存操作结果，根据网管客户端31的需要 向其返回操作结果；具体的，所述网管服务 端32对命令请求进行编号具体是为每一个接收到的命令 请求分配一个任务号，并将任务号添加到命令请求中，得到编号后的命令请求。进一步 的，将任务号添加到命令请求中的同时，将任务号返回给网管客户端31。用以在操作人 员需要查找针对某个命令请求的操作结果时，可以通过任务号进行有针对性的查找。所 述保存到对应每个网元设备的命令请求队列，具体是根据命令请求中的网元设备标识， 将命令请求依次保存到对应每个网元设备33的命令请求队列中。进一步的，所述网管服务端32，还用于将编号后的命令请求保存到命令请求队 列的过程中，即得到编号后的命令请求后，判断如果没有正在处理的命令请求，并且没 有等待调度的命令请求，则对编号后的命令请求进行解析并发送，否则判断命令请求队 列的长度是否超过规定的长度，如果没有超过，则将命令请求依次保存到命令请求队列 中，如果超过，则忽略所述编号后的命令请求，并将忽略操作作为操作结果保存在网管 服务端32中。其中，所述操作结果包括命令请求的编号、所对应的网元设备标识和结 果信息，此时结果信息为忽略操作。进一步的，所述网管服务端32等待调度的过程中， 还用于，启动计时器，当计时器超时，而等待调度的命令请求还没有被调度时，删除所 述命令请求，并将删除操作作为操作结果保存在网管服务端32中。其中，所述操作结 果包括命令请求的编号、所对应的网元设备标识和结果信息，此时结果信息为删除操 作。所述网管服务端32定期调度命令请求队列中的命令请求，解析并发送给相应的 网元设备，具体是根据预设的时间周期，定期将位于命令请求队列中队列头的命令请求 调出，解析并发送给相应的网元设备33。其中，预设的时间周期可以设定为命令请求解 析和发送的平均时间，或者根据系统的处理能力进行设定。如果当前有正在解析并发送 的命令请求，则不进行调度。所述发送给相应的网元设备33具体为通过对应每个网元设 备的命令请求发送器并行发送。所述根据网管客户端31的需要向其返回操作结果，包括网管服务端32根据网 管客户端31发送的读取结果请求中，包含的命令请求的编号，和/或网元设备标识，和/ 或结果信息，检索并返回操作结果，或者网管服务端32根据预设的策略自动返回操作结 果。其中，所述预设的策略是由网管客户端31根据需要对网管服务端32进行设置，设 置的策略为按照匹配的命令请求的编号，和/或网元设备标识，和/或结果信息进行检 索并返回操作结果。所述网元设备33，用于执行命令请求的操作，向网管服务端32返回操作结果。具体的，所述操作结果包括命令请求的编号、所对应的网元设备标识和结果 信息，此时结果信息为网元设备的处理结果。图4为本发明网管服务端的内部结构示意图，如图4所示，所述网管服务端32 中还包括命令请求分发器321，逻辑阅读器322、命令请求调度器323、命令请求发送 器324和操作结果存储池325，其中，所述命令请求分发器321，用于对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备33的逻辑阅读器322中等待调度； 具体的，所述命令请求分发器321对命令请求进行编号具体是为每一个接收到 的命令请求分配一个任务号，并将任务号添加到命令请求中，得到编号后的命令请求。 进一步的，将任务号添加到命令请求中的同时，将任务号返回给网管客户端31。用以在 操作人员需要查找针对某个命令请求的操作结果时，可以通过任务号进行有针对性的查 找。所述保存到对应每个网元设备33的逻辑阅读器322中，具体是根据命令请求中的网 元设备标识，将命令请求依次保存到对应每个网元设备33的逻辑阅读器322中。所述逻辑阅读器322，用于保存对应每个网元设备33的命令请求队列和当前正 在解析并发送的命令请求；具体的，网管服务端32中包括一个或多个逻辑阅读器322，本实施例中以两个 逻辑阅读器322为例，每个逻辑阅读器322对应一个网元设备33，并且所述逻辑阅读器 322中包括命令请求队列模块41和当前命令请求模块42。所述命令请求队列模块41 具备规定的长度，即只能保存一定数量的命令请求。所述当前命令请求模块42中保存了 当前正在解析并发送的命令请求。进一步的，所述逻辑阅读器322，还用于接收到编号后的命令请求，判断如果所 述当前命令请求模块42中没有命令请求，并且所述命令请求队列模块41中没有等待调 度的命令请求，则将编号后的命令请求保存到当前命令请求模块42中进行解析并发送， 否则判断命令请求队列模块41中等待调度的命令请求队列的长度是否超过规定的长度， 如果没有超过，则将命令请求依次保存到命令请求队列中，如果超过，则忽略所述编号 后的命令请求，并将忽略操作作为操作结果保存到操作结果存储池325中。其中，所述 操作结果包括命令请求的编号、所对应的网元设备标识和结果信息，此时结果信息为 忽略操作。所述逻辑阅读器322等待调度的过程中，还包括启动计时器，当计时器超 时，而等待调度的命令请求还没有被调度时，删除所述命令请求，并将删除操作作为操 作结果保存到操作结果存储池325中。其中，所述操作结果包括命令请求的编号、所 对应的网元设备标识和结果信息，此时结果信息为删除操作。所述命令请求调度器323，用于定期调度逻辑阅读器322中的命令请求，将命令 请求解析并发送给命令请求发送器324 ；具体的，所述命令请求调度器323定期调度逻辑阅读器322中的命令请求，将命 令请求解析并发送给命令请求发送器324，具体是根据预设的时间周期，定期将位于命令 请求队列模块41中队列头的命令请求调出，保存到当前命令请求模块42和命令请求调度 器323中，并且将命令请求解析并发送给命令请求发送器324。其中，预设的时间周期可 以设定为命令请求解析和发送的平均时间，或者根据系统的处理能力进行设定。如果当 前命令请求模块42中已有正在解析并发送的命令请求，则不进行调度。所述命令请求发送器324，用于将解析后的命令请求发送给相应的网元设备 33 ；具体的，所述发送给相应的网元设备33具体为通过对应每个网元设备的命令请 求发送器324并行发送。所述操作结果存储池325，用于保存操作结果，根据网管客户端31的需要向其 返回操作结果。
具体的，所述操作结果存储池325根据网管客户端31的需要向其返回操作结 果，包括所述操作结果存储池325根据网管客户端31发送的读取结果请求中，包含的 命令请求的编号，和/或网元设备标识，和/或结果信息，检索并返回操作结果，或者所 述操作结果存储池325根据预设的策略自动返回操作结果。其中，所述预设的策略是由 网管客户端31根据需要对所述操作结果存储池325进行设置，设置的策略为按照匹配 的命令请求的编号，和/或网元设备标识，和/或结果信息进行检索并返回操作结果。 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围， 凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明 的保护范围之内。
权利要求
1.一种多个网元设备的管理方法，其特征在于，所述方法包括网管服务端对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每 个网元设备的命令请求队列中等待调度；定期调度命令请求队列中的命令请求，解析并发送给相应的网元设备；网元设备执行命令请求的操作，返回操作结果保存在网管服务端中，网管服务端根 据网管客户端的需要向其返回操作结果。
2.根据权利要求1所述的方法，其特征在于，所述将编号后的命令请求保存到命令请 求队列中，还包括接收到编号后的命令请求，判断如果没有正在处理的命令请求，并且没有等待调度 的命令请求，则对编号后的命令请求进行解析并发送，否则判断命令请求队列的长度是 否超过规定的长度，如果没有超过，则将命令请求依次保存到命令请求队列中，如果超 过，则忽略所述编号后的命令请求，并将操作结果保存在网管服务端中。
3.根据权利要求1或2所述的方法，其特征在于，所述等待调度的过程中，还包括 启动计时器，当计时器超时，而等待调度的命令请求还没有被调度时，删除所述命令请 求，并将操作结果保存在网管服务端中。
4.根据权利要求1或2所述的方法，其特征在于，所述定期调度命令请求队列中的命 令请求，解析并发送给相应的网元设备，具体是根据预设的时间周期，定期将位于命令 请求队列中队列头的命令请求调出，解析并发送给相应的网元设备。
5.根据权利要求1或2所述的方法，其特征在于，所述操作结果包括命令请求的编 号、所对应的网元设备标识和结果信息。
6.根据权利要求5所述的方法，其特征在于，所述根据网管客户端的需要向其返回操 作结果，包括网管服务端根据网管客户端发送的读取结果请求中，包含的命令请求的 编号，和/或网元设备标识，和/或结果信息，检索并返回操作结果，或者网管服务端根 据预设的策略自动返回操作结果。
7.—种多个网元设备的管理系统，其特征在于，所述系统包括网管客户端、网管 服务端和网元设备，其中，所述网管客户端，用于将命令请求发送给网管服务端，显示操作结果；所述网管服务端，用于对接收到的命令请求进行编号，将编号后的命令请求分别保 存到对应每个网元设备的命令请求队列中等待调度，定期调度命令请求队列中的命令请 求，解析并发送给相应的网元设备，保存操作结果，根据网管客户端的需要向其返回操 作结果；所述网元设备，用于执行命令请求的操作，向网管服务端返回操作结果。
8.根据权利要求7所述的系统，其特征在于，所述网管服务端，还用于得到编号后 的命令请求后，判断如果没有正在处理的命令请求，并且没有等待调度的命令请求，则 对编号后的命令请求进行解析并发送，否则判断命令请求队列的长度是否超过规定的长 度，如果没有超过，则将命令请求依次保存到命令请求队列中，如果超过，则忽略所述 编号后的命令请求，并将操作结果保存在网管服务端中。
9.根据权利要求7或8所述的系统，其特征在于，所述网管服务端，还用于，等待调 度时启动计时器，当计时器超时，而等待调度的命令请求还没有被调度时，删除所述命令请求，并将操作结果保存在网管服务端中。
10.根据权利要求7或8所述的系统，其特征在于，所述网管服务端定期调度命令请 求队列中的命令请求，解析并发送给相应的网元设备，具体是根据预设的时间周期，定 期将位于命令请求队列中队列头的命令请求调出，解析并发送给相应的网元设备。
全文摘要
本发明公开了一种多个网元设备的管理方法，所述方法包括网管服务端对接收到的命令请求进行编号，将编号后的命令请求分别保存到对应每个网元设备的命令请求队列中等待调度；定期调度命令请求队列中的命令请求，解析并发送给相应的网元设备；网元设备执行命令请求的操作，返回操作结果保存在网管服务端中，网管服务端根据网管客户端的需要向其返回操作结果。本发明还公开了一种多个网元设备的管理系统，通过本发明的方法和系统，使得针对各个网元设备的命令请求统一由网管服务端进行自动化调度；并且对操作结果可以进行有针对性的查看。
文档编号H04L12/24GK102014002SQ20101058600
公开日2011年4月13日 申请日期2010年12月13日 优先权日2010年12月13日
发明者孟英 申请人:中兴通讯股份有限公司