CN101908979A - 一种网管管理资源的方法及装置 - Google Patents

Abstract

本发明公开了一种网管管理资源的方法，包括：配置需要操作的网元设备及网元设备的资源，并配置操作任务参数；根据配置信息为每个网元设备生成一个主任务；同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。本发明同时公开了一种网管管理资源的装置，采用本发明的方法及装置，能通过一次操作，自动实现对网管中全部网元设备所有资源的统一管理，进而提高网管对网元设备的管理能力，提升用户体验。

Description

一种网管管理资源的方法及装置

技术领域

本发明涉及通信领域的管理技术，特别是指一种网管管理资源的方法及装置。

背景技术

随着网络管理技术的发展，运营商对于资源的定义也越来越广泛，尤其在业务管理的概念提出后，资源不再仅局限于设备资源，其它一些资源如网络资源、业务资源、地域资源、以及用户资源等，作为资源概念已被人们广泛接受。

现有技术中，在进行资源管理时，需要一个一个的对资源进行上传、部署、审计、卸载等操作。其中，所述上传是指：将网元设备的数据备份到网管上，上传后网管的资源的状态变为已同步；所述部署是指：将网管的数据重新恢复或设置到网元上，部署后网管的资源的状态变为已同步；所述审计是指：将网元的数据和网管对应的数据进行比较，比较后如果两端数据一致，则网管的资源的状态变为已同步，不一致则网管的资源的状态为未同步；所述卸载是指：将网元的数据全部删除，卸载后网管的资源的状变为未同步。

但是，随着资源量的增加，采用上述方法进行资源管理，不但操作复杂，而且需要管理者清楚资源之间的依赖关系，否则在上传某资源时，总是会提示需要先上传另一个资源，而在上传另一个资源时，又会提示还需要上传另外一个资源。如此，需要不断的切换节点去操作，大大降低了用户体验。其中，所述资源之间的依赖关系是指：资源对象和类型之间通常都存在着一定的逻辑关系，用户在操作资源时会希望能够看到与本资源相关的资源，包括：本资源依赖的资源和依赖于本资源的资源。举个例子来说，在做以太无源光网络(EPON)资源时，希望能够看到与EPON相关的资源，如端口配置等。

从以上描述可以看出，在现有技术中，还需要手动对资源逐个进行管理。

发明内容

有鉴于此，本发明的主要目的在于提供一种网管管理资源的方法及装置，能通过一次操作，自动实现对网管中全部网元设备所有资源的统一管理。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种网管管理资源的方法，该方法包括：

配置需要操作的网元设备及网元设备的资源，并配置操作任务参数；

根据配置信息为每个网元设备生成一个主任务；

同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

上述方案中，该方法进一步包括：在生成主任务时，网管服务端的后台创建每个主任务的子任务。

上述方案中，所述后台创建每个主任务的子任务为：

后台收到配置信息后，根据配置信息判断需要操作的网元设备的资源是否为空，确定不为空后，取出需要操作的网元设备的一个资源，判断所取出的资源是否支持配置的操作任务，确定支持后，判断任务列表中是否已创建所取出的资源的操作任务；确定未创建后，创建所取出的资源的操作任务，并将创建的所取出的资源的操作任务存入任务列表；

判断所取出的资源是否有依赖资源，确定有依赖资源后，根据保存的所取出的资源对应的处理模块的配置信息，找到所取出的资源的依赖资源，判断任务列表中是否创建了所述依赖资源的操作任务；确定未创建后，创建所述依赖资源的操作任务，并将创建的所述依赖资源的操作任务存入任务列表中；

取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成。

上述方案中，所述判断所取出的资源是否支持配置的操作任务为：

比较配置的操作与所取出的资源对应的处理模块中配置的操作是否匹配，如果匹配，则支持配置的操作任务；否则不支持配置的操作任务。

上述方案中，所述判断所取出的资源是否有依赖资源为：

查看所取出的资源对应的处理模块中是否配置有所取出的资源的依赖资源。

上述方案中，该方法进一步包括：

确定所取出的资源不支持配置的操作任务时，取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成；或者，

确定已创建所述依赖资源的操作任务后，取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成。

上述方案中，所述同时开始执行多个主任务的时机为：任务触发器配置的时间到达后；

所述执行主任务为：主任务根据资源依赖关系控制子任务的执行顺序，由子任务调用处理模块，完成相应的管理操作；或者，

主任务根据资源依赖关系控制子任务的执行顺序和执行时间，由子任务调用处理模块，完成相应的管理操作。

上述方案中，该方法进一步包括：展示执行结果。

本发明还提供了一种网管管理资源的装置，该装置包括：客户端及服务端；其中，

客户端，用于配置需要操作的网元设备及网元设备的资源，并配置操作任务参数，并将配置信息发送给服务端；

服务端，用于收到客户端发送的配置信息后，根据配置信息为每个网元设备生成一个主任务，之后同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

上述方案中，所述服务端进一步包括生成单元、执行单元及记录单元；其中，

生成单元，用于根据配置信息为每个网元设备生成一个主任务，并将生成的多个主任务发送给执行单元；

执行单元，用于收到生成单元发送的多个主任务后，同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并在执行完成后，触发记录单元；

记录单元，用于收到执行单元的触发信息后，记录执行结果。

上述方案中，所述生成单元，还用于在生成主任务时，创建每个主任务的子任务。

上述方案中，所述服务端进一步包括任务触发器，用于在配置的时间到达后，触发执行单元；

所述执行单元，用于收到任务触发器的触发信息后，同时开始执行所生成的多个主任务，并在执行完成后，触发记录单元。

上述方案中，所述客户端，还用于展示执行结果。

本发明提供的网管管理资源的方法及装置，根据配置信息为每个网元设备生成一个主任务，同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果，如此，能通过一次操作，实现对网管中全部网元设备资源数据的统一管理，进而提高网管对网元设备的管理能力，提升用户体验。并且，本发明还配置有任务触发器，只要任务触发器设置的时间到达后，就同时开始执行多个主任务，如此，能自动完成管理操作，提高管理效率，提升用户体验。

另外，在生成主任务时，后台创建每个主任务的子任务，对资源关系进行分析及排序，如此，能大大减少用户的操作，并能对网元设备的资源进行全量、详细的监控和管理。

附图说明

图1为本发明网管管理资源的方法流程示意图；

图2为本发明后台创建主任务的子任务的方法流程示意图；

图3为本发明实施例的任务结构示意图；

图4为网管管理资源的装置结构示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明网管管理资源的方法，如图1所示，包括以下步骤：

步骤101：配置需要操作的网元设备及网元设备的资源，并配置操作任务参数；

这里，为了能实现对所有网元设备的所有资源的管理，可以配置需要操作的网元设备及网元设备的资源为：网管上的所有网元设备的所有资源，当然，还可以根据需要选择部分网元设备及网元设备的资源。

所述操作任务参数包括：操作类型、操作策略及任务触发器；其中，所述操作类型包括：上传、部署、审计、卸载；在配置操作任务时，只能选择其中的一种操作类型；每种操作类型具有不同的操作策略，具体地，

上传的操作策略为：比较后增加、修改、或删除网管上的数据。

其中，实现上传的操作策略具体为：比较网元设备上的数据与网管上的数据是否一致，不一致时，进行相应的增加、修改、或删除网管上的数据；

部署的操作策略为：审计后增加、修改、或删除网元设备上的数据，还可以是审计后增加、修改、或删除网元设备上的数据，之后再审计；另外，还可以在上述两种部署的操作策略中再增加：审计不一致后产生告警；其中，对于第二种操作策略，既可以在两次审计不一致后都产生告警，也可以只在两次审计当中的一次产生告警。

其中，如果部署的操作策略为：审计后增加、修改、删除网元设备上的数据，则实现部署的操作策略具体为：比较网元设备上的数据与网管上的数据是否一致，不一致时，进行相应的增加、修改、或删除网元设备上的数据；如果部署的操作策略为：审计后增加、修改、或删除网元设备上的数据，之后再审计，则实现部署的操作策略具体为：比较网元设备上的数据与网管上的数据是否一致，不一致时，进行相应的增加、修改、或删除网元设备上的数据，之后再次比较网元设备上的数据与网管上的数据是否一致，一致时，说明部署生效，不一致，说明部署失败；相应的，如果操作策略中包含审计不一致后产生告警，则在上述两种情况中，当网元设备上的数据与网管上的数据不一致时，则会产生告警。

审计的操作策略为：是否产生告警。

其中，实现审计的操作策略具体为：当网元设备上的数据与网管上的数据不一致时，产生告警。

配置任务触发器，具体为：设置任务的执行时间及执行周期时，可以依据用户需要进行设置，比如：可以设置每天的20点执行一次管理操作任务。其中，所述任务触发器可以采用现有的定时器。

步骤102：根据配置信息为每个网元设备生成一个主任务；

在实际应用过程中，由网管的客户端配置相应的配置信息，并将配置信息发送给网管的服务端，服务端收到配置信息后，根据配置信息生成多个主任务；在生成主任务时，以网元设备为单位，即：一个网元设备生成一个主任务；其中，每个主任务包含多个子任务，每个子任务负责执行一个网元设备的一种资源的操作任务。

这里，主任务用于在执行操作任务时，根据资源依赖关系控制子任务的执行顺序，举个例子来说，假设配置需要操作的网元设备为10个，每个需要操作的网元设备的资源包含X、Y及Z三种资源，配置的操作类型为上传，其中，在上传X时需要依赖Y的上传结果，Z与X和Y没有任何关系，则需要生成10个主任务，每个主任务包含三个子任务，分别为TX、TY以及TZ，分别对应X的上传、Y的上传以及Z的上传，在执行管理操作任务时，由于X的上传依赖Y的上传结果，因此，主任务可以控制子任务的运行顺序依次为TY、TX、TZ；也可以是TZ、TY、TX；还可以是TY、TZ、TX；只要TY在TX之前执行即可。

另外，主任务还用于控制子任务的执行时间。

其中，主任务通过所述服务端保存的任务列表可以获知资源之间的依赖关系，从而控制每个子任务的运行顺序。

在生成主任务时，由所述服务端的后台创建每个主任务的子任务，如图2所示，包括以下步骤：

步骤102a：后台收到配置信息后，根据配置信息判断需要操作的网元设备的资源是否为空，如果是，则执行步骤则102i，否则，执行步骤102b；

步骤102b：取出需要操作的网元设备的一个资源；

这里，后台在取需要操作的网元设备的资源时，一般按照预先配置的网元设备的资源顺序依次取出。

步骤102c：判断所取出的资源是否支持配置的操作任务，如果是，则执行步骤102d，否则，执行步骤102h；

这里，对于每种资源，在网管上都配置有一个对应的处理模块，负责该种资源的管理操作任务，即：能实现对该种资源的管理，并预先在处理模块配置有：该种资源支持的操作类型、每种操作类型操作所对应的具体的资源、以及该种资源的依赖资源和被依赖资源；其中，每种操作类型操作所对应的具体的资源，举个例子来说，物理接口和逻辑接口都属于接口资源，对于接口资源来说，配置的支持的操作类型包含上传、部署、审计及卸载，逻辑接口支持卸载，而物理接口不支持卸载，逻辑接口和物理接口都支持上传、审计及部署，因此，配置卸载所对应的具体的资源为逻辑接口，配置上传、审计及部署所对应的具体的资源分别为逻辑接口和物理接口。

相应的，所述判断所取出的资源是否支持配置的操作任务，具体为：比较配置的操作与所取出的资源对应的处理模块中配置的操作是否匹配，如果匹配，则表明所取出的资源支持配置的操作，否则，表明所取出的资源不支持配置的操作。

其中，后台可以直接看到保存的每种资源对应的处理模块的配置信息；所述后台是指后台应用程序。

步骤102d：判断存储的任务列表中是否已创建所取出的资源的操作任务，如果是，则执行步骤102h，否则，创建所取出的资源的操作任务，并将创建的所取出的资源的操作任务存入任务列表中，之后执行步骤102e；

这里，任务列表一旦创建后，会保存到客户端，该任务列表会按照资源依赖关系依次存储每个资源的操作任务，以便下次执行操作时，不需要重新创建，节省时间。

步骤102e：判断所取出的资源是否有依赖资源，如果有，则执行步骤102f，否则，执行步骤102h；

这里，所述判断所取出的资源是否有依赖资源，具体为：查看所取出的资源对应的处理模块中是否配置有所取出的资源的依赖资源，如果有，则认为所取出的资源有依赖资源，否则，认为所取出的资源没有依赖资源。

步骤102f：根据保存的所取出的资源对应的处理模块的配置信息找到所取出的资源的依赖资源，判断任务列表中是否创建了所述依赖资源的操作任务，如果是，则执行步骤102h，否则，执行步骤102g；

步骤102g：创建所述依赖资源的操作任务，并将创建的所述依赖资源的操作任务存入任务列表中，之后执行步骤102h；

这里，如果所述依赖资源有很多种，则每种所述依赖资源都要判断任务列表中是否创建有所述依赖资源的操作任务，并在确定没有创建所述依赖资源的操作任务时，创建所述依赖资源的操作任务。

如果所述依赖资源自身还有依赖资源，则重复执行步骤102f及102g，直到所述依赖资源自身的依赖资源及这些依赖资源的资源都没有依赖资源为止。

步骤102h：取出需要操作的网元设备的下一个资源，之后执行步骤102c；

步骤102i：处理下一个需要操作的网元设备的资源。

从上面的描述中可以看出，后台可以自动过滤、去除设置的操作任务不支持的资源，还可以自动创建资源的依赖资源的操作任务。

举个例子来说，图3为实施例的任务结构示意图，本实施例的管理操作为审计，配置的需要操作的网元设备1的资源为虚拟局域网(VLAN)模块和文件管理模块，由于VLAN模块依赖于接口模块，所以，后台自动创建了一个接口模块的审计任务，并在VLAN模块运行之前运行，而接口模块不依赖于任何模块，所以在接口模块运行前，不再有其它模块先运行的情况；又由于网元设备2不支持文件管理模块的审计，所以，后台自动过滤掉文件管理模块的审计。在执行过程中，每个网元设备的所有模块从左到右的顺序依次执行，即：对于网元设备1，依次执行接口模块、VLAN模块、文件管理模块；对于网元设备2，依次执行接口模块、VLAN模块。

步骤103：同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

这里，在实际应用过程中，执行主任务时，网管需要提供线程，去完成主任务，如果执行多个主任务时，则相应的需要提供与主任务个数相同的线程个数，如果线程个数小于主任务的个数时，则先同时开始执行等于线程个数的主任务，等这些主任务执行完成后，再同时开始执行剩余的主任务。

同时开始执行多个主任务的时机为：任务触发器配置的时间到达后。

所述执行主任务，具体为：主任务根据资源依赖关系控制子任务的执行顺序，由子任务调用处理模块，完成相应的管理操作；还可以是：主任务根据资源依赖关系控制子任务的执行顺序和执行时间，由子任务调用处理模块，完成相应的管理操作。

子任务完成后，将执行结果记录在数据库中；或者，还可以记录在一个单独的文件中。所述执行结果包括：网元设备与网管上的数据是否一致、资源的详细变化情况、数据不能同步的原因等。

本发明的方法还可以进一步包括：展示执行结果；

具体地，如图3所示，用户可以看到三层结果，最上面一层的结果，即图3中的第一行，向用户展示的是一次操作任务的集合，其中包含多个网元；中间一层的结果，即图3中的第二行，向用户展示的是多个主任务，每个主任务对应一个网元设备建立的任务；最下面一层的结果，即图3中的第三行，向用户展示的是子任务，显示与网元设备交互的结果数据。

在实际应用过程中，可以应用上述方法衍生出多样的、符合用户需求的管理方式。比如：维护人员关心网元的变化，可以每天20点对网管中的关键网元进行审计，如果不一致，则产生一条告警，并在审计后进行上传；也可以在每周五23点，将所有网元设备上的数据上传到网管上；如果用户想让网元设备的配置变得简单、方便，可以先在网管上配置好资源，再一次性将所有的配置立刻部署到所有的网元设备上。

为实现上述方法，本发明还提供了一种网管管理资源的装置，如图4所示，该装置包括：客户端41及服务端42；其中，

客户端41，用于配置需要操作的网元设备及网元设备的资源，并配置操作任务参数，并将配置信息发送给服务端42；

服务端42，用于收到客户端41发送的配置信息后，根据配置信息为每个网元设备生成一个主任务，之后同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

其中，所述服务端42，还可以进一步包括生成单元421，执行单元422及记录单元423；其中，

生成单元421，用于根据配置信息为每个网元设备生成一个主任务，并将生成的多个主任务发送给执行单元422；

执行单元422，用于收到生成单元421发送的多个主任务后，同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并在执行完成后，触发记录单元423；

记录单元423，用于收到执行单元422的触发信息后，记录执行结果。

所述生成单元421，还用于在生成主任务时，创建每个主任务的子任务。

所述服务端42，还可以进一步包括任务触发器424，用于在配置的时间到达后，触发执行单元422；

所述执行单元422，用于收到任务触发器424的触发信息后，同时开始执行所生成的多个主任务，并在执行完成后，触发记录单元423。

该装置还可以进一步包括存储模块，用于存储配置信息及执行结果。

所述客户端41，还用于展示执行结果。

这里，本发明的所述装置中的后台的具体处理过程已在上文中详述，不再赘述。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种网管管理资源的方法，其特征在于，该方法包括：

配置需要操作的网元设备及网元设备的资源，并配置操作任务参数；

根据配置信息为每个网元设备生成一个主任务；

同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：在生成主任务时，网管服务端的后台创建每个主任务的子任务。

3.根据权利要求2所述的方法，其特征在于，所述后台创建每个主任务的子任务为：

后台收到配置信息后，根据配置信息判断需要操作的网元设备的资源是否为空，确定不为空后，取出需要操作的网元设备的一个资源，判断所取出的资源是否支持配置的操作任务，确定支持后，判断任务列表中是否已创建所取出的资源的操作任务；确定未创建后，创建所取出的资源的操作任务，并将创建的所取出的资源的操作任务存入任务列表；

判断所取出的资源是否有依赖资源，确定有依赖资源后，根据保存的所取出的资源对应的处理模块的配置信息，找到所取出的资源的依赖资源，判断任务列表中是否创建了所述依赖资源的操作任务；确定未创建后，创建所述依赖资源的操作任务，并将创建的所述依赖资源的操作任务存入任务列表中；

取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成。

4.根据权利要求3所述的方法，其特征在于，所述判断所取出的资源是否支持配置的操作任务为：

比较配置的操作与所取出的资源对应的处理模块中配置的操作是否匹配，如果匹配，则支持配置的操作任务；否则不支持配置的操作任务。

5.根据权利要求4所述的方法，其特征在于，所述判断所取出的资源是否有依赖资源为：

查看所取出的资源对应的处理模块中是否配置有所取出的资源的依赖资源。

6.根据权利要求3所述的方法，其特征在于，该方法进一步包括：

确定所取出的资源不支持配置的操作任务时，取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成；或者，

确定已创建所述依赖资源的操作任务后，取出需要操作的网元设备的下一个资源，判断所取出的资源是否支持配置的操作任务，如此循环，直至每个需要操作的网元设备的资源处理完成。

7.根据权利要求1所述的方法，其特征在于，所述同时开始执行多个主任务的时机为：任务触发器配置的时间到达后；

所述执行主任务为：主任务根据资源依赖关系控制子任务的执行顺序，由子任务调用处理模块，完成相应的管理操作；或者，

主任务根据资源依赖关系控制子任务的执行顺序和执行时间，由子任务调用处理模块，完成相应的管理操作。

8.根据权利要求1至7任一项所述的方法，其特征在于，该方法进一步包括：展示执行结果。

9.一种网管管理资源的装置，其特征在于，该装置包括：客户端及服务端；其中，

客户端，用于配置需要操作的网元设备及网元设备的资源，并配置操作任务参数，并将配置信息发送给服务端；

服务端，用于收到客户端发送的配置信息后，根据配置信息为每个网元设备生成一个主任务，之后同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并记录执行结果。

10.根据权利要求9所述的装置，其特征在于，所述服务端进一步包括生成单元、执行单元及记录单元；其中，

生成单元，用于根据配置信息为每个网元设备生成一个主任务，并将生成的多个主任务发送给执行单元；

执行单元，用于收到生成单元发送的多个主任务后，同时开始执行所生成的多个主任务，每个主任务根据资源依赖关系控制自身所包含的多个子任务的执行顺序，并在执行完成后，触发记录单元；

记录单元，用于收到执行单元的触发信息后，记录执行结果。

11.根据权利要求10所述的装置，其特征在于，所述生成单元，还用于在生成主任务时，创建每个主任务的子任务。

12.根据权利要求10或11所述的装置，其特征在于，所述服务端进一步包括任务触发器，用于在配置的时间到达后，触发执行单元；

所述执行单元，用于收到任务触发器的触发信息后，同时开始执行所生成的多个主任务，并在执行完成后，触发记录单元。

13.根据权利要求9至11任一项所述的装置，其特征在于，所述客户端，还用于展示执行结果。

Images