CN103200021B - 网管系统、客户端、服务端及实现批量配置数据的方法 - Google Patents

Abstract

本发明公开了一种网管系统、客户端、服务端及实现批量配置数据的方法，该方法包括：网管客户端将用户配置的操作按顺序放入操作包中；将待操作的网元放入网元列表中；将用户配置的操作以及待操作的网元组合生成自动任务文件发送至网管服务端；网管服务端接收并解析该自动任务文件，并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；从所述自动任务列表中取出自动任务，对该自动任务的网元列表中的待操作网元执行该自动任务的操作包中的配置操作。本发明提供的方法、客户端、服务端及网管系统能够自动化实现批量配置数据，不易出现人为失误，文件易检查、纠错较简单，将大大减轻网管运维人员的工作负担，降低运营商的运维成本。

Description

网管系统、客户端、服务端及实现批量配置数据的方法

技术领域

本发明涉及通信领域，具体涉及一种网管系统中实现自动化批量配置数据的方法、以及网管系统客户端、网管系统服务端和网管系统。

背景技术

依据TMN(Telecom Management Network，电信管理网)的体制标准，电信网络管理系统(以下简称：网管系统)主要由配置管理、故障管理、性能管理、账务管理和安全管理五个功能模块组成。配置管理是其中一个至关重要的组成部分，它负责根据业务的需求，对网络设备和网络资源进行模型定义和初始化，并且在后续整个网管系统的维护过程中，根据网络设备实时运行的情况，进行适当的参数修改和调整。特别的，对于配置管理模块，在站点开局、割接以及日常维护中，常常存在这样的需求：需要同时对多个管理网元进行相同(或相似)的配置操作。

网管系统一般采用传统的C/S(客户端/服务端)架构来实现，客户端可以是图形化的界面(肥客户端)，也可以是简单的命令窗口(瘦客户端)，用于和用户进行交互，将用户的操作请求发送给服务端，服务端则真正负责处理用户的请求，记录到数据库中，并将请求的结果返回给相应的客户端，然后由客户端呈现给用户。多个客户端可以同时接入服务端。

现有技术中解决批量数据的方法，例如通过执行批量命令方式，是在命令窗口中，通过执行批处理命令的脚本，或发送多条命令给服务端，达到配置批量数据的目的；另外，导入某种格式的批量数据文件方式，则是在图形客户端中，通过解析导入的文件，将其转换成多条配置操作，发送给服务端，达到配置批量数据的目的。

但现有的这些方式存在着如下问题：

(1)配置这样的批命令文件或数据文件需要大量的初始化工作，并且，由于数据量大，往往很容易出现人为失误，例如字符串拼写错误或数值填写不正确等；

(2)这种批命令或大数据量文件也极不容易检查，常常是执行后才发现问题；

(3)由于网元处在不同的网络状况下，批命令或导入批量数据的方式容易出现部分成功、部分失败的情况，需要人工进行检查和逐个重新操作，非常麻烦。

因此，需要尽快解决现有的问题，找到一种更优的方法以实现批量配置数据。

发明内容

本发明需要解决的技术问题是提供一种网管系统中实现自动化批量配置数据的方法、以及网管系统客户端、网管系统服务端和网管系统，能够自动化实现批量配置数据，不易出现人为失误，文件易检查、纠错较简单，将大大减轻网管运维人员的工作负担，降低运营商的运维成本。

为了解决上述技术问题，本发明提供了一种网管系统客户端，包括：自动任务生成单元，其中，该自动任务生成单元包括：

操作包生成模块，用于将用户配置的操作按顺序放入操作包中；

网元列表生成模块，用于将待操作的网元放入网元列表中；

自动任务生成模块，用于将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件。

进一步地，所述操作包生成模块还用于：在将所述用户配置的操作放入操作包前，调用网管系统服务端判断所述用户配置的操作是否为可自动执行的操作，如果所述网管系统服务端的判断结果为是，才将所述用户配置的操作放入所述操作包中。

进一步地，所述待操作的网元包括：满足预设的网元选择策略的网元，和/或，用户选择的需要自动应用操作的网元。

进一步地，所述自动任务生成模块还用于：在生成所述自动任务文件前，判断是否收到用户操作配置完毕的指示信息，或者，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

进一步地，所述自动任务生成模块还用于：调用网管系统服务端检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，如果所述网管系统服务端的检测结果为存在，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成所述自动任务文件。

进一步地，所述自动任务生成模块采用XML文件格式生成所述自动任务文件。

进一步地，还包括与所述自动任务生成单元相连的配置操作拦截单元，用于拦截并解析出客户端收到的用户配置的操作，并将所述操作发送给所述自动任务生成单元；

自动任务生成单元，还用于将所述自动任务生成模块生成的自动任务文件发送至网管系统服务端。

为了解决上述技术问题，本发明还提供了一种网管系统服务端，包括：自动任务执行单元，其中，所述自动任务执行单元包括：

自动任务接收模块，用于接收来自客户端的自动任务文件，解析所述自动任务文件并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；

自动任务执行模块，用于从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作。

进一步地，所述网管系统服务端还包括网元状态测试单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述网元状态测试单元对所述待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作；

所述网元状态测试单元用于：在接收到所述自动任务执行模块对所述待操作网元进行测试的通知后，对所述待操作网元的可操作性进行测试，并将测试结果通知所述自动任务执行模块。

进一步地，所述网元状态测试单元对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

进一步地，所述网管系统服务端还包括数据过滤适配单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述数据过滤适配单元对当前操作与待操作网元进行适配检测，并根据检测结果对当前操作属性进行调整，以适应所述待操作网元的属性；

所述数据过滤适配单元用于：在接收到所述自动任务执行模块对当前操作与待操作网元进行适配检测的通知后，对当前操作与所述待操作的网元是否适配进行检测，并将检测结果通知所述自动任务执行模块，所述检测结果中包括对所述当前操作属性的调整参数。

为了解决上述技术问题，本发明还提供了一种网管系统，包括：上述网管系统客户端和上述网管系统服务端。

为了解决上述技术问题，本发明还提供了一种网管系统中实现批量配置数据的方法，应用于网管系统客户端，包括：

将用户配置的操作按顺序放入操作包中；

将待操作的网元放入网元列表中；

将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，发送至网管系统服务端。

进一步地，在将所述用户配置的操作放入操作包前，所述方法还包括：判断所述用户配置的操作是否为可自动执行的操作，如果判断结果为是，才将所述用户配置的操作放入所述操作包中。

进一步地，所述待操作的网元包括：满足预设的网元选择策略的网元，和/或，用户选择的需要自动应用操作的网元。

进一步地，在将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件前，所述方法还包括：判断是否收到用户操作配置完毕的指示信息，或者，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

进一步地，所述方法还包括：

检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，如果判断结果为是，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成自动任务文件。

进一步地，所述自动任务文件的格式采用XML文件格式。

为了解决上述技术问题，本发明还提供了一种网管系统中实现批量配置数据的方法，应用于网管系统服务端，包括：

接收来自客户端的自动任务文件，解析所述自动任务文件并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；

从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作。

进一步地，在对所述网元列表中的待操作网元执行所述操作包中的配置操作前，所述方法还包括：对所述待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作。

进一步地，所述对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

进一步地，在对所述网元列表中的待操作网元执行所述操作包中的配置操作前，所述方法还包括：对当前操作与待操作网元进行适配检测，并根据检测结果对所述当前操作属性进行调整，以适应所述待操作的网元的属性；所述检测结果中包括对所述当前操作属性的调整参数。

与现有技术相比，本发明提供的网管系统中实现自动化批量配置数据的方法、网管系统客户端、网管系统服务端和网管系统，能够自动化实现批量配置数据，不易出现人为失误，文件易检查、纠错较简单，而且能够根据不同网元的状态，自适应的进行一些参数调整和失败重试，将大大减轻网管运维人员的工作负担，降低运营商的运维成本。

附图说明

图1是传统的网管系统架构图；

图2是实施例中网管系统架构图；

图3实施例中自动任务生成单元结构图；

图4实施例中自动任务执行单元结构图；

图5实施例中网管系统中应用于客户端的实现批量配置数据的方法流程图；

图6是一个应用示例中网管系统客户端生成自动任务的流程图；

图7实施例中网管系统中应用于服务端的实现批量配置数据的方法流程图；

图8是一个应用示例中网管系统服务端执行自动任务的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例：

OMM(Operation&Maintenance Module，操作维护模块)无线网管系统是一个成熟的统一管理无线控制器和基站的系统，它实现的是标准的客户端/服务端结构，操作人员使用图形化界面(GUI)来与网管客户端进行交互，而客户端和服务端之间则通过TCP/IP协议进行通信。

下面以OMM无线网管系统为例，结合附图3来对本实施例中的网管系统客户端、网管系统服务端和网管系统以及网关系统中实现自动化批量配置数据的方法进行详细描述，需要说明的是，本实施例并不排除适用于其他各类网管系统中的情况。

如图2所示，本实施例提供了一种网管系统包括客户端和服务端，其中：

网管系统客户端，包括：依次相连的配置操作拦截单元、自动任务生成单元；其中，

配置操作拦截单元，用于拦截并解析出客户端收到的用户配置的操作，并将所述操作发送给所述自动任务生成单元；

在OMM无线网管系统中，所有的配置操作都是封装成一个统一模型的消息对象发送到网管系统服务端的，从该消息对象中，可以通过统一的方法解析出配置操作的所有元素。因此，本实施例通过在网管系统客户端设置一个配置操作拦截单元，可以在用户的消息发送到网管服务端之前，将其拦截下来，这样就知道用户进行了哪些配置操作。而这种拦截是完全透明的，即消息对象被解析后，会原封不动的发送给网管服务端，而解析出来的配置操作信息，则会由本单元发送给自动任务生成单元。

自动任务生成单元是该网管系统客户端实现批量数据配置的核心单元。该单元包括操作包生成模块、网元列表生成模块和自动任务生成模块，自动任务生成单元将自动任务生成模块生成的自动任务文件发送至网管系统服务端，如图3所示：

操作包生成模块，用于将用户配置的操作按顺序放入操作包中；

其中，用户配置的操作包括添加、删除、修改等网管系统中所指的配置操作，例如给基站添加一个网元，添加即为操作，而网元即为操作对象。而这些操作信息来自上述配置操作拦截单元。

其中，所述操作包生成模块还用于：在将所述用户配置的操作放入操作包前，调用网管系统服务端判断所述用户配置的操作是否为可自动执行的操作，如果所述网管系统服务端的判断结果为是，才将所述用户配置的操作放入所述操作包中。

其中，网管系统服务端负责对用户的操作是否为可自动执行的操作进行判断，即判断用户操作的可复制性。由于部分用户操作不需要进行自动复制，例如查询操作，或者有部分操作不能够进行自动复制，例如危险的删除操作，因此，操作包生成模块调用网管系统服务端对用户的配置操作进行过滤，将不能自动执行的操作排除掉，可以进一步确保自动执行的操作的安全性。而过滤规则需根据具体的情况来确定，例如，对网元IP的修改就属于不能直接自动复制的操作，假设下面的情况，修改100个网元的IP属性，他们的IP地址分别为xxx.xxx.xxx.1到xxx.xxx.xxx.100，修改第1个网元的IP为xxx.xxx.xxx.1后，不能直接将该操作复制到其他网元，否则所有网元的IP就都为xxx.xxx.xxx.1了，会产生冲突，而应该进行相应的调整，例如第2个网元的IP应该调整为xxx.xxx.xxx.2，依次类推，所以，对网元的IP的“修改”操作就属于“不能直接自动复制的操作”，不能将该操作放入操作包。

所述网管系统服务端的判断结果只有是或者不是两种，因此，该判断过程是通过网管系统中已有的人机命令(MML)模块来实现的，人机命令具有结构简单、速度快的特点，对于完成简单快速的任务非常适用。

网元列表生成模块，用于将待操作的网元放入网元列表中；

所述待操作的网元包括：满足预设的网元选择策略的网元，或者，用户选择的需要自动应用操作的网元。

其中，预设的网元选择策略包括：应用到所有网元、应用到同一子网下的网元、应用到下一个邻近网元、和/或应用到指定网元ID范围内的网元。

每一个网元都有一个确定的唯一的ID来标识，自动执行的操作可以指定一个网元ID范围来执行，例如某用户(维护人员)负责管理的网元ID为1-100，而其他网元则并不属于其维护范围，此时，可以操作ID为1的网元，并指定将操作自动执行到ID范围为2-100的网元。

另外，在具体实施时，作为一种优选的方式，可以在网管客户端GUI界面中提供网元树供用户选择需要自动执行操作的网元。

自动任务生成模块，用于将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件。

其中，所述自动任务生成模块还用于：在生成所述自动任务文件前，判断是否收到用户操作配置完毕的指示信息，和/或，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

对于判断是否收到用户操作配置完毕的指示信息这种情况，是指存在多个用户操作时，待所有操作完成后再将全部操作放入所述操作包中。

在一个应用示例中，自动任务生成模块并非在收到用户配置的一次操作就生成一个自动任务，那样效率会很低，而是在收到用户配置的多个操作后才生成一个自动任务，将多个配置操作放入操作包中从而可以实现批量数据配置，这就需要对用户配置的多个操作是否完毕进行判断，判断依据就是是否收到用户操作配置完毕的指示，例如，用户开始选择配置网元，此时表示用户配置操作完毕，又或者用户在配置完多个操作后，选择了“自动执行”选项(在实际使用中，可以由网管客户端图形化界面(GUI)提供)，此时，说明可以进行下一步，即，执行所配置的操作了，这也表示用户配置操作完毕，当然，用户还可以直接发送指示消息等等其他方式通知所述自动任务生成单元操作配置完成。

对于满足预设的操作完成策略的情况，是指预先设置常用的几种操作完成策略，满足预设的操作完成策略时，才生成自动任务文件。

作为一种优选的方式，操作完成策略可以是：所述操作包生成模块预先设置操作包容量上限或固定操作数，当放入的操作数量达到预设的操作包容量上限或固定操作数时，停止将用户配置的操作放入操作包中；

作为另外一种优选的方式，操作完成策略还可以是：所述操作包生成模块预先设置一个或多个临界操作(或指定的特殊操作)，当用户配置的操作出现上述临界操作时停止将后续的用户配置的操作放入操作包中。

所谓临界操作(或指定的特殊操作)，是指当该操作执行后，应当或最好结束该操作包的操作，这通常是为了保证用户后续操作的可复制性。

例如，在修改了某网元的若干属性后，用户执行了将数据同步到前台单板的操作，由于该操作涉及到网络上的传输，而网络有时候并不通畅，因此，该操作可能不能成功的自动复制到其他网元。而如果该操作不能成功的自动复制到其他网元的话，用户后续的操作也就不存在可复制性。此时，结束该操作包，生成所述自动任务文件，这样，先执行一次小的自动任务，能减少用户不必要的冗余操作。

实际实施时，预设的操作完成策略的情况还有很多，本实施例中只是列举了两种优选的方式，并不排除其他预设的操作完成策略，根据该操作完成策略就可以避免出现操作过多，任务过于复杂的情形，而现有技术中批量命令或导入批量数据的方式，就会使操作过多，任务过于复杂，在网元处在不同的网络状况下，容易出现部分成功、部分失败的情况，而本实施例相当于将批量数据处理分成多个操作包，处理粒度变小，从而可以避免上述问题。

此外，作为一种优选的方式，所述自动任务生成模块，还用于调用网管系统服务端检测执行所述用户配置的操作对待操作的网元是否存在不利影响，如果所述网管系统服务端的检测结果为存在，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成自动任务文件，否则不会生成自动任务文件，即所述操作不会被自动批量执行。

其中，网管系统服务端负责对网元进行性能检测，即，定期检查网元的运行状态，这包括很多方面，例如CPU负荷、内存剩余百分比、硬盘剩余空间、风扇转速、单板温度等等，通过网元的运行状态可以判断出对该网元自动执行的操作是否存在不利影响，从而可以降低自动进行的配置操作的潜在危险性。

上述性能检测的必要性在于，修改网元的配置属性，可能导致网元处于比较危险的运行状态，这种操作一般来说不能直接自动复制到其他网元。

例如，在一个应用示例中，修改网元同一时间处理的话务量这个属性，由于同时处理的请求增加了，可能导致网元CPU超负荷运行，内存占用率过高，单板温度升高等，这种操作就属于危险操作，不能自动操作到其他网元上。通常的做法是，会对监控的各个属性设置相应的阈值，当修改操作导致网元的状态超过阈值时，则认为该操作属于危险操作。自动任务生成模块将会向所述用户发送危险提示信息，提示用户此操作属于危险操作，并提示用户是否继续选择生成所述自动任务，若是，才生成自动任务文件。

自动任务生成模块的这一功能是可选的，在用户确认操作的安全性时，可以关闭自动任务生成模块的这一功能。该可选的操作配置项可以放到properties(属性)文件中定义。

在本实施例中，作为一种优选的方式，自动任务文件的格式采用XML文件格式，当然，也可以考虑采用哈希表的方式。由于XML文件格式具有良好的扩展性、可读性、重用性，所以，当自动任务没有正确完成时，能方便的进行重新读取，继续执行；另外，当自动任务执行失败时，由于XML文件保存在硬盘中，也能够从硬盘中读取查看，相比只保存在网管系统内存中的哈希表结构，更加容易排查出执行失败的问题所在及原因。

其中，网管系统服务端，包括自动任务执行单元，该自动任务执行单元是网管系统服务端实现批量数据配置的核心单元。如图4所示，包括：

自动任务接收模块，用于接收来自客户端的自动任务文件，解析所述自动任务文件并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；

自动任务执行模块，用于从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作。

其中，取出自动任务时，要分别考虑网元列表和操作包这两部分，分别将网元列表中的网元以及操作包的中的操作取出；网元列表中的网元是独立的，因此不用按顺序只要逐一取出网元即可；而操作包中的操作与网元列表中的网元不同，需要按顺序依次取出，以保证执行的顺序。

在对网元列表中的网元执行操作包中的配置操作之前，还需要考虑，当前的网元是否可以自动执行操作，因此，所述网管系统服务端还包括网元状态测试单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述网元状态测试单元对待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作；

所述网元状态测试单元，用于在接收到所述自动任务执行模块对待操作网元进行测试的通知后，对所述待操作网元的可操作性进行测试，并将测试结果通知所述自动任务执行模块。

所述自动任务执行模块对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

其中，客户端对网元的操作申请了排他性互斥权限是指客户端对该网元的操作具有排他性，排他互斥权限是由服务端统一管理的，这样才能保证不同的客户端对同一网元操作的互斥性。由于维护网管系统的人员可能有很多，为了保证对某一个网元修改时，不受到其他人员的干扰(例如同时修改某一个属性)，客户端先申请该网元的排他性互斥权限，这样就能保证操作的过程顺利进行。

所以，作为一种优选的方式，网管系统服务端的自动任务执行模块在对网元列表中的待操作网元执行操作前，对待操作网元是否申请了排他性互斥权限进行测试，如果没有，说明该网元可以被执行自动操作，如果客户端申请了该权限，则需等待待其他用户操作完毕，释放互斥权限后，才能对该网元执行自动操作。自动任务执行模块在自动执行操作前，可以申请该网元的排他性互斥权限，避免执行自动任务时被其他客户端穿插操作，而导致数据混乱的情况出现。

操作包和网元列表不一样，必须保证执行的顺序，在申请了网元的排他性互斥权限后，应严格按照操作包中的顺序逐条执行。但是由于自动任务中记录的操作包是针对用户操作的网元的，其参数具有一定的针对性和关联性，并不一定都能直接应用到其他网元，或者即使应用到其他网元也会存在不适应的情况。因此，执行操作前，需要对操作属性参数进行适当的修改。

作为一种优选的方式，所述网管系统服务端还包括数据过滤适配单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述数据过滤适配单元对当前操作与待操作网元进行适配检测，并根据检测结果对当前操作属性进行调整，以适应所述待操作网元的属性；

所述数据过滤适配单元用于：在接收到所述自动任务执行模块对当前操作与待操作网元进行适配检测的通知后，对当前操作与所述待操作的网元是否适配进行检测，并将检测结果通知所述自动任务执行模块，所述检测结果中包括对当前操作属性的调整参数。

确定调整参数是数据过滤适配模块的工作，自动任务执行模块并不修改参数，只是根据返回的参数进行调整。

在一个应用示例中，修改100个网元的IP属性，他们的IP地址分别为xxx.xxx.xxx.1到xxx.xxx.xxx.100，修改第1个网元的IP为xxx.xxx.xxx.1后，不能直接将该操作复制到其他网元，否则所有网元的IP就都为xxx.xxx.xxx.1了，会产生冲突，而应该进行相应的调整。对此，自动任务执行模块会将操作“将网元1的IP修改为xxx.xxx.xxx.1”和网元列表“网元2-网元100”传递给数据过滤适配模块，数据过滤适配模块将网元2需要修改为的IP调整为xxx.xxx.xxx.2，以此类推，然后返回给自动任务执行模块，由自动任务执行模块自动对网元2-网元100进行操作。

这种自适应的过程完全无需用户干预，对用户来说是透明的，这也是自动化配置核心的所在。

在确定了网元和调整了操作数据后，自动任务执行模块执行操作和其他正常的网管服务端配置操作流程没有区别，只是在日志中，由自动任务执行模块进行记录。

在对网元执行操作完成后，所述自动任务执行模块，还用于根据自动任务的执行情况生成报表，并将所述报表返回给用户。其中，所述自动任务执行模块可以根据日志中自动操作的标识(通常是一个唯一的ID号)来获取所有本次自动操作的执行情况。

所述自动任务执行模块，还用于预设失败重试规则，当对网元执行操作失败后，并根据所述失败重试规则对操作失败的网元重新执行所述操作。

此外，网管系统服务端还包括：配置操作过滤单元和网元性能测试单元，其中：

所述配置操作过滤单元，用于响应所述网管系统客户端的自动任务生成单元的调用，判断所述用户配置的操作是否为可自动执行的操作，即判断用户操作的可复制性，并将判断结果返回给所述自动任务生成单元。

由于部分用户操作不需要进行自动复制，例如查询操作，或者有部分操作不能够进行自动复制，例如危险的删除操作，因此，配置操作过滤单元对用户的配置操作进行过滤，将不能自动执行的操作排除掉，可以进一步确保自动执行的操作的安全性。

所述网元性能测试单元，用于响应所述网管系统客户端的自动任务生成单元的调用，对网元进行性能检测，检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，并将检测结果返回给所述自动任务生成单元。

对网元进行性能检测是指，定期检查网元的运行状态，这包括很多方面，例如CPU负荷、内存剩余百分比、硬盘剩余空间、风扇转速、单板温度等等，从而通过网元的运行状态可以判断出对该网元自动执行的操作是否存在不利影响，能够降低对某些网元自动执行操作的潜在危险性。网元性能测试单元是一个可选模块，在用户确认操作的安全性时，可以关闭该单元。单元开关的配置项可以放到properties属性文件中定义。

如图5所示，本实施例还提供了一种网管系统中实现批量配置数据的方法，应用于网管系统客户端，包括以下步骤：

S101：将用户配置的操作按顺序放入操作包中；

在该步骤之前，还可以判断所述用户配置的操作是否为可自动执行的操作，如果判断结果为是，才将所述用户配置的操作放入所述操作包中。

即判断用户操作的可复制性，由于部分用户操作不需要进行自动复制，例如查询操作，或者有部分操作不能够进行自动复制，例如危险的删除操作，因此，对用户的配置操作进行过滤，将不能自动执行的操作排除掉，可以进一步确保自动执行的操作的安全性。

S102：将待操作的网元放入网元列表中；

其中，所述待操作的网元包括：满足预设的网元选择策略的网元，和/或，用户选择的需要自动应用操作的网元。

其中，预设的网元选择策略包括：应用到所有网元、应用到同一子网下的网元、应用到下一个邻近网元、和/或应用到指定网元ID范围内的网元。

在具体实施时，作为一种优选的方式，可以在网管客户端GUI界面中提供网元树供用户选择需要自动执行操作的网元。

S103：将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，发送至网管系统服务端。

在该步骤之前，还可以判断是否收到用户操作配置完毕的指示信息，或者，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

其中，判断是否收到用户操作配置完毕的指示信息包括很多情况，例如，用户开始选择配置网元，此时表示用户配置操作完毕，又或者用户在配置完多个操作后，选择了“自动执行”选项(在实际使用中，可以由网管客户端图形化界面(GUI)提供)，此时，说明可以进行下一步，即，执行所配置的操作了，这也表示用户配置操作完毕，当然，用户还可以直接发送指示消息等等其他方式通知所述自动任务生成单元操作配置完成。

其中，判断是否满足预设的操作完成策略是指预先设置常用的几种操作完成策略，例如，操作完成策略可以是：预先设置操作包容量上限或固定操作数，还可以是：预先设置一个或多个临界操作(或指定的特殊操作)，当放入的操作数量达到预设的操作包容量上限或固定操作数时，或者，当用户配置的操作出现上述临界操作时停止将后续的用户配置的操作放入操作包中。

另外，作为一种优选的方式，本方法还可以进一步检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，如果判断结果为是，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成自动任务文件。

其中，网管系统服务端负责对网元进行性能检测，即，定期检查网元的运行状态，这包括很多方面，例如CPU负荷、内存剩余百分比、硬盘剩余空间、风扇转速、单板温度等等，通过网元的运行状态可以判断出对该网元自动执行的操作是否存在不利影响，从而可以降低自动进行的配置操作的潜在危险性。

其中，作为一种优选的方式，自动任务文件的格式采用XML文件格式。

在一个应用示例中，如图6所示，网管系统客户端生成自动任务的流程包括如下步骤：

S201：用户配置操作并欲将其发送至网管系统服务器，客户端在发送至网管系统服务端之前将该用户的操作拦截下来；

S202：调用服务端的配置操作过滤单元根据预设的规则判断该用户的操作是否为可自动执行的操作，如果判断结果为是，则执行步骤S203；否则，执行步骤S204；

S203：将用户的操作放入到操作包中；

S204：判断用户是否操作完毕，如果判断结果为是，则执行步骤S205；否则执行步骤S201；

这里的判断依据是：是否收到用户操作配置完毕的指示，例如，用户开始配置网元，此时表示用户配置操作完毕，又或者用户在配置完多个操作后，选择了“自动执行”选项(在实际使用中，可以由网管客户端图形化界面(GUI)提供)，此时，说明可以进行下一步，执行所配置的操作了，这也表示用户配置操作完毕。

S205：生成操作包；

S206：根据预设的网元选择策略，和/或，用户自行选择需要自动应用操作的网元生成网元列表；

其中，所述网元选择策略包括：应用到所有网元、应用到同一子网下的网元、应用到下一个邻近网元、和/或应用到指定网元ID范围内的网元。

另外，也可以在网管客户端GUI界面中提供网元树供用户选择需要自动应用操作的网元。

S207：调用网管系统服务端的网元性能测试单元进行网元执行操作时的性能数据测试；

S208：分析测试数据，如果数据不正常，则执行步骤S209；否则执行步骤S211；

S209：提示危险警告给用户，自动应用此次操作可能导致网元性能数据异常；

S210：提示用户是否继续选择生成所述自动任务，如果用户选择是，则执行步骤S211，否则，记录详细日志，转至步骤S201；

S211：根据操作包和网元列表生成自动任务，下发给网管服务端。

至此，网管系统客户端生成自动任务的流程结束。服务端可以根据接收到的自动任务执行。

如图7所示，本实施例还提供了一种网管系统中实现批量配置数据的方法，应用于网管系统服务端，包括以下步骤：

S301：接收来自客户端的自动任务文件；

S302：解析所述自动任务文件并将自动任务放入自动任务列表；

所述自动任务包括网元列表和操作包。

S303：从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作。

在执行该步骤前，还可以对所述待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作。

所述对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

其中，客户端对网元的操作申请了排他性互斥权限是指客户端对该网元的操作具有排他性，排他互斥权限是由服务端统一管理的，这样才能保证不同的客户端对同一网元操作的互斥性，保证操作的过程顺利进行。

所以，作为一种优选的方式，在对网元列表中的待操作网元执行操作前，对待操作网元是否申请了排他性互斥权限进行测试，如果没有，说明该网元可以被执行自动操作，如果客户端申请了该权限，则需等待待其他用户操作完毕，释放互斥权限后，才能对该网元执行自动操作。网管系统服务端在自动执行操作前，可以申请该网元的排他性互斥权限，避免执行自动任务时被其他客户端穿插操作，而导致数据混乱的情况出现。

此外，在执行该步骤前，作为一种优选的方式，还可以对当前操作与待操作网元进行适配检测，并根据检测结果对所述当前操作属性进行调整，以适应所述待操作的网元的属性；所述检测结果中包括对当前操作属性的调整参数。

作为一种优选的方式，在上述步骤中对网元列表中的待操作网元执行了配置操作之后，本方法还包括：

根据自动任务的执行情况生成报表，并将所述报表返回给用户。

其中，所述自动任务执行模块可以根据日志中自动操作的标识(通常是一个唯一的ID号)来获取所有本次自动操作的执行情况。

还预设失败重试规则，当对网元执行操作失败后，根据所述失败重试规则对操作失败的网元重新执行所述操作。

在一个应用示例中，如图8所示，网管系统服务端执行自动任务的流程包括如下步骤：

S401：网管系统服务端启动时，同时启动自动任务监听线程，接收到来自客户端的自动任务文件；

S402：网管服务端接收到来自客户端的自动任务文件后，解析自动任务文件并将自动任务放入自动任务列表；

S403：自动任务监听线程检查自动任务列表；

S404：如果自动任务列表中有自动任务，则执行步骤S405；否则执行步骤S403；

S405：取出排在最前面的自动任务，并取出自动任务中的网元列表，以备执行；

S406：从网元列表中取出一个网元，或者取出先前尝试失败的网元，并开启一个事务；

S407：调用网元状态测试单元测试网元状态；

该测试包括：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限等。

S408：分析步骤S407的测试结果，如果测试通过，则执行步骤S409；否则关闭事务，并执行步骤S406；

S409：取出自动任务中的操作包；

例如，对客户端是否对所述网元申请了排他性互斥权限进行测试，如果没有，则测试通过；在执行本步骤之前，网管系统服务端还可以申请所述网元的排他性互斥权限。

S410：按顺序取出操作包中的一个操作；

S411：调用数据过滤适配单元，检测当前操作与所述待操作的网元是否适配，如果适配，则执行步骤S413；否则，执行步骤S412；

S412：对当前操作属性参数进行自适应的数据微调，以适应所述待操作的网元的属性；

S413：执行操作；

S414：判断是否操作成功，如果操作成功，则执行步骤S415；否则执行步骤S417；

S415：记录操作成功日志；判断操作包中是否还有操作，如果还有操作，则执行步骤S410；否则提交事务，并执行步骤S416；

S416：判断是否还有网元需要操作，如果还有，则执行步骤S406；否则执行步骤S421；

S417：回滚事务；

S418：记录操作失败日志，缓存失败的操作网元和操作包；

S419：根据预设的失败重试规则，判断是否对操作失败的网元进行重新尝试，如果判断结果为是，则执行步骤S420；否则执行步骤S416；

S420：尝试失败的网元重新尝试前，需根据等待策略等待一段时间，重新排队，之后，执行步骤S406；

S421：根据自动任务的执行情况生成详细报表，并提示用户查看。

至此，网管系统服务端执行自动任务的流程结束。

从上述实施例可以看出，相对于现有技术，上述实施例中提供的网管系统中实现自动化批量配置数据的方法、应用于网管系统客户端的自动任务生成单元、应用于网管系统服务端的自动任务执行单元、以及网管系统客户端、网管系统服务端和网管系统，能够自动化实现批量配置数据，且将操作放入操作包中，相当于将批量数据处理分成多个操作包，处理粒度变小，避免了由于操作过多、任务过于复杂而出现部分成功、部分失败的问题；在整个自动任务生成和执行过程中无需人为干预，不易出现人为失误；此外，本实施例中的自动认为文件格式采用XML文件格式，使得文件易检查、纠错较简单，而且，还根据自动任务的执行情况生成报表返回给用户，可以更便于用户查看执行过程中哪里出错，具体出错原因是什么；此外，本实施例通过检测用户操作的可复制性，将不能自动执行的操作过滤掉，进一步确保自动执行的操作的安全性，而且能够根据不同网元的状态，自适应的进行一些参数调整和失败重试，将大大减轻网管运维人员的工作负担，降低运营商的运维成本。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (20)

1.一种网管系统客户端，包括：自动任务生成单元，其中，该自动任务生成单元包括：

操作包生成模块，用于将用户配置的操作按顺序放入操作包中；

网元列表生成模块，用于将待操作的网元放入网元列表中；

自动任务生成模块，用于将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件；

所述操作包生成模块还用于：在将所述用户配置的操作放入操作包前，调用网管系统服务端判断所述用户配置的操作是否为可自动执行的操作，如果所述网管系统服务端的判断结果为是，才将所述用户配置的操作放入所述操作包中，具体包括：对用户的配置操作进行过滤，将不能自动执行的操作排除掉。

2.如权利要求1所述的网管系统客户端，其特征在于：

所述待操作的网元包括：满足预设的网元选择策略的网元，和/或，用户选择的需要自动应用操作的网元。

3.如权利要求1所述的网管系统客户端，其特征在于：

所述自动任务生成模块还用于：在生成所述自动任务文件前，判断是否收到用户操作配置完毕的指示信息，或者，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

4.如权利要求3所述的网管系统客户端，其特征在于：

所述自动任务生成模块还用于：调用网管系统服务端检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，如果所述网管系统服务端的检测结果为存在，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成所述自动任务文件。

5.如权利要求1所述的网管系统客户端，其特征在于：

所述自动任务生成模块采用XML文件格式生成所述自动任务文件。

6.如权利要求1所述的网管系统客户端，其特征在于，

还包括与所述自动任务生成单元相连的配置操作拦截单元，用于拦截并解析出客户端收到的用户配置的操作，并将所述操作发送给所述自动任务生成单元；

自动任务生成单元，还用于将所述自动任务生成模块生成的自动任务文件发送至网管系统服务端。

7.一种网管系统服务端，包括：自动任务执行单元，其中，所述自动任务执行单元包括：

自动任务接收模块，用于接收来自客户端的自动任务文件，解析所述自动任务文件并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；

自动任务执行模块，用于从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作；

客户端在将用户配置的操作放入操作包前，调用网管系统服务端判断所述用户配置的操作是否为可自动执行的操作，如果所述网管系统服务端的判断结果为是，才将所述用户配置的操作放入所述操作包中，具体包括：网管系统服务端对用户的配置操作进行过滤，将不能自动执行的操作排除掉。

8.如权利要求7所述的网管系统服务端，其特征在于：

所述网管系统服务端还包括网元状态测试单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述网元状态测试单元对所述待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作；

所述网元状态测试单元用于：在接收到所述自动任务执行模块对所述待操作网元进行测试的通知后，对所述待操作网元的可操作性进行测试，并将测试结果通知所述自动任务执行模块。

9.如权利要求8所述的网管系统服务端，其特征在于：

所述网元状态测试单元对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

10.如权利要求9所述的网管系统服务端，其特征在于：

所述网管系统服务端还包括数据过滤适配单元，其中：

所述自动任务执行模块还用于：在对所述网元列表中的待操作网元执行操作前，通知所述数据过滤适配单元对当前操作与待操作网元进行适配检测，并根据检测结果对当前操作属性进行调整，以适应所述待操作网元的属性；

所述数据过滤适配单元用于：在接收到所述自动任务执行模块对当前操作与待操作网元进行适配检测的通知后，对当前操作与所述待操作的网元是否适配进行检测，并将检测结果通知所述自动任务执行模块，所述检测结果中包括对所述当前操作属性的调整参数。

11.一种网管系统，包括：如权利要求1～6任一所述的网管系统客户端和如权利要求7～10任一所述的网管系统服务端。

12.一种网管系统中实现批量配置数据的方法，应用于网管系统客户端，包括：

将用户配置的操作按顺序放入操作包中；

将待操作的网元放入网元列表中；

将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，发送至网管系统服务端；

在将所述用户配置的操作放入操作包前，所述方法还包括：判断所述用户配置的操作是否为可自动执行的操作，如果判断结果为是，才将所述用户配置的操作放入所述操作包中；具体包括：网管系统服务端对用户的配置操作进行过滤，将不能自动执行的操作排除掉。

13.如权利要求12所述的方法，其特征在于：

所述待操作的网元包括：满足预设的网元选择策略的网元，和/或，用户选择的需要自动应用操作的网元。

14.如权利要求12所述的方法，其特征在于：

在将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件前，所述方法还包括：判断是否收到用户操作配置完毕的指示信息，或者，满足预设的操作完成策略，如果是，才生成所述自动任务文件。

15.如权利要求14所述的方法，其特征在于：所述方法还包括：

检测执行所述用户配置的操作对所述待操作的网元是否存在不利影响，如果判断结果为是，则将向所述用户发送危险提示信息，并提示用户是否继续选择将所述用户配置的操作以及所述待操作的网元组合生成自动任务文件，若是，才生成自动任务文件。

16.如权利要求12所述的方法，其特征在于：

所述自动任务文件的格式采用XML文件格式。

17.一种网管系统中实现批量配置数据的方法，应用于网管系统服务端，包括：

接收来自客户端的自动任务文件，解析所述自动任务文件并将自动任务放入自动任务列表，所述自动任务包括网元列表和操作包；

从所述自动任务列表中取出所述自动任务，对所述自动任务的网元列表中的待操作网元执行所述自动任务的操作包中的配置操作；

客户端在将用户配置的操作放入操作包前，调用网管系统服务端判断所述用户配置的操作是否为可自动执行的操作，如果所述网管系统服务端的判断结果为是，才将所述用户配置的操作放入所述操作包中；具体包括：网管系统服务端对用户的配置操作进行过滤，将不能自动执行的操作排除掉。

18.如权利要求17所述的方法，其特征在于：

在对所述网元列表中的待操作网元执行所述操作包中的配置操作前，所述方法还包括：对所述待操作网元的可操作性进行测试，并在测试通过后，才对所述待操作网元进行操作。

19.如权利要求18所述的方法，其特征在于：

所述对所述网元的可操作性进行测试包括如下之一或其组合：所述网元的链路是否连接正常、用户是否有操作所述网元的权限、是否有其他用户操作所述网元以及客户端是否对所述网元申请了排他性互斥权限。

20.如权利要求17或19所述的方法，其特征在于：

在对所述网元列表中的待操作网元执行所述操作包中的配置操作前，所述方法还包括：对当前操作与待操作网元进行适配检测，并根据检测结果对所述当前操作属性进行调整，以适应所述待操作的网元的属性；所述检测结果中包括对所述当前操作属性的调整参数。