一种实现网管业务管理的方法及装置

摘要

本文公开了一种实现网管业务管理的方法及装置，包括：根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；利用网管上已有业务信息，对存在不完整性的网管业务进行修复。本发明提供的技术方法，利用网管上已有业务信息，根据待检测信息中包含的待检测网管业务对应的网管数据库，实现了对待检测网管业务的完整性的检测，有效保证了网管软件业务完整性，提高了用户体验。

权利要求

1.一种实现网管业务管理的方法，其特征在于，包括：

根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；

利用网管上已有业务信息，对存在不完整性的网管业务进行修复；

其中，所述待检测信息为：

包括若干条检测条目的检测列表；其中，每个检测条目对应一条网管业务，并关联多个网管数据库表；

对于所述检测列表中的每一条检测条目对应的待检测网管业务，所述根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性包括：对于与所述检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据；所述其他数据库表为与该检测条目对应的待检测网管业务关联的数据库表；

所述已有业务信息为：包括有若干条已有业务的配置缓存列表，其中每条已有业务关联多个网管数据库表；

所述对存在不完整性的网管业务进行修复包括：

确定在所述配置缓存列表的相应数据库中是否能匹配到所述在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将所述配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

2.根据权利要求1所述的方法，其特征在于，该方法之前还包括：判断是否满足检测触发条件，如果满足，执行所述检测待检测网管业务的完整性的步骤；否则结束。

3.根据权利要求2所述的方法，其特征在于，所述检测触发条件包括：手动检测、周期检测。

4.根据权利要求1所述的方法，其特征在于，

该方法之前还包括：在网管启动时，将网管上已有业务的数据库表备份到所述配置缓存列表中。

5.根据权利要求1所述的方法，其特征在于，所述确定不能匹配到之后，删除该主键对应的不完整的业务数据之前，还包括：判断是否要对检测出的所述不完整的业务数据进行手工修复，如果是，则提供界面，以使用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数；如果手动修复失败，再执行所述删除该主键对应的不完整的业务数据的步骤。

6.根据权利要求1所述的方法，其特征在于，该方法还包括：

判断所述修复后的网管业务是否达到备份条件，如果达到，将网管业务备份到所述配置缓存列表中；

其中，备份条件为网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

7.根据权利要求6所述的方法，其特征在于，该方法之前还包括：预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；

根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

8.一种实现网管业务管理的装置，其特征在于，包括检测模块、修复模块；其中，检测模块，用于根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；

修复模块，用于利用网管上已有业务信息，对存在不完整性的网管业务进行修复；

其中，所述待检测信息为：

包括若干条检测条目的检测列表；其中，每个检测条目对应一条网管业务，并关联多个网管数据库表；

所述检测模块具体用于：对于检测列表中的每一条检测条目对应的待检测网管业务，对于与所述检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据，结束本次检测；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据，通知所述修复模块；所述其他数据库表为与该检测条目对应的待检测网管业务关联的数据库表；

所述已有业务信息为：包括有若干条已有业务的配置缓存列表，其中每条已有业务关联多个网管数据库表；

所述修复模块具体用于：

确定在所述配置缓存列表的相应数据库中是否能匹配到所述检测模块在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

9.根据权利要求8所述的装置，其特征在于，还包括：设置模块，用于设置存储所述待检测信息的检测列表。

10.根据权利要求8所述的装置，其特征在于，还包括：配置模块，用于在所述装置所属网管启动时，将网管上已有业务信息如已有业务的数据库表备份到配置缓存列表中。

11.根据权利要求8所述的装置，其特征在于，所述修复模块还用于：在所述确定出不能匹配到未查找到的标识信息对应的主键时，判断是否要对检测出的不完整的业务数据进行手工修复，如果是，则提供界面给用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数；如果手动修复失败，再执行所述删除该主键对应的不完整的业务数据。

12.根据权利要求8～10任一项所述的装置，其特征在于，还包括触发模块，用于判断是否满足检测触发条件，如果满足，通知所述检测模块开始检测；否则继续判断；

其中，检测触发条件包括手动检测、周期检测。

13.根据权利要求10所述的装置，其特征在于，还包括：优先级处理模块，用于判断所述修复的网管业务是否达到备份条件，如果达到，将网管业务备份到所述配置缓存列表中；

其中，备份条件为所述修复的网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

14.根据权利要求13所述的装置，其特征在于，所述优先级处理模块具体用于：预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；

根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

说明书

一种实现网管业务管理的方法及装置

技术领域

[0001] 本发明涉及但不限于网络管理技术，尤指一种实现网管业务管理的方法及装置。

背景技术

[0002] 当今网络规模日趋庞大，场景日趋复杂，涉及的业务种类日趋繁多。通信系统不仅仅由通信设备组成，网管软件也是通信系统不可或缺的一部分。网管软件对其管理的通信设备所需要配置的业务功能也越来越多。

[0003] 当厂商的通信设备运用到现网中后，常常会因为网管软件故障而需要后期投入一定的人力维护。其中，由于网管业务不完整导致网管故障的问题司空见惯，这类网管故障的问题常常是由于一些人为因素或者异常操作导致网管业务出现不完整的现象，比如：由于通信设备异常掉电或者通信板卡被无意中的插拔等人为因素而导致的配置丢失，会出现网管业务不完整的现象；再如：由于现网通信设备越来越多，且要求网管软件实现的功能越来越复杂，常常会出现网管数据库的升级或者数据库的迁移，这些情况很有可能出现网管业务不完整的现象；又如：网管软件管理通信设备通常采用分布式方式，也就是说，多个客户端(即通信设备)可以对同一个网管服务器进行操作，这种情况下，当多个客户端同时对网管服务器中的相同业务功能模块进行不同操作时，极有可能出现业务不完整的现象。

[0004] 当网管软件上出现业务不完整的现象时，在网管软件上常常会出现某一条业务数据无法删除、配置新的业务时网管软件报错等现象。

[0005] 目前，对于现网中存在的网管业务不完整导致网管软件配置失败的现象，网管软件未针对该类问题提供预防及检测修复的解决办法。

发明内容

[0006] 本发明提供一种实现网管业务管理的方法及装置，能够有效保证网管软件业务完整性，提高用户体验。

[0007] 为了达到本发明目的，本发明提供了一种实现网管业务管理的方法，包括：

[0008] 根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；

[0009] 利用网管上已有业务信息，对存在不完整性的网管业务进行修复。

[0010] 可选地，该方法之前还包括：

[0011] 判断是否满足检测触发条件，如果满足，执行所述检测待检测网管业务的完整性的步骤；否则结束。

[0012] 可选地，所述检测触发条件包括：手动检测、周期检测。

[0013] 可选地，所述待检测信息为：

[0014] 包括若干条检测条目的检测列表；其中，每个检测条目对应一条网管业务，并关联多个网管数据库表。

[0015] 可选地，对于所述检测列表中的每一条检测条目对应的待检测网管业务，所述根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性包括：

[0016] 对于与所述检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他与该检测条目对应的待检测网管业务关联的数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据。

[0017] 可选地，所述已有业务信息为：包括有若干条已有业务的配置缓存列表，其中每条已有业务关联多个网管数据库表；

[0018] 该方法之前还包括：在网管启动时，将网管上已有业务的数据库表备份到所述配置缓存列表中。

[0019] 可选地，所述对存在不完整性的网管业务进行修复包括：

[0020] 确定在所述配置缓存列表的相应数据库中是否能匹配到所述在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将所述配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

[0021] 可选地，所述确定不能匹配到之后，删除该主键对应的不完整的业务数据之前，还包括：

[0022] 判断是否要对检测出的所述不完整的业务数据进行手工修复，如果是，则提供界面，以使用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数；如果手动修复失败，再执行所述删除该主键对应的不完整的业务数据的步骤。

[0023] 可选地，该方法还包括：

[0024] 判断所述修复后的网管业务是否达到备份条件，如果达到，将网管业务备份到所述配置缓存列表中；

[0025] 其中，备份条件为网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

[0026] 可选地，该方法之前还包括：预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；

[0027] 根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

[0028] 本发明还提供了一种实现网管业务管理的装置，包括检测模块、修复模块；其中，[0029] 检测模块，用于根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；

[0030] 修复模块，用于利用网管上已有业务信息，对存在不完整性的网管业务进行修复。

[0031] 可选地，还包括：设置模块，用于设置存储所述待检测信息的检测列表；

[0032] 其中，检测列表包括若干条检测条目，每个检测条目对应一条网管业务，并关联多个网管数据库表。

[0033] 可选地，所述检测模块具体用于：对于检测列表中的每一条检测条目对应的待检测网管业务，

[0034] 对于与所述检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他与该检测条目对应的待检测网管业务关联的数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据，结束本次检测；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据，通知所述修复模块。

[0035] 可选地，还包括：配置模块，用于在所述装置所属网管启动时，将网管上已有业务信息如已有业务的数据库表备份到配置缓存列表中；

[0036] 其中，配置缓存列表包括有若干条已有业务，每条已有业务关联多个网管数据库表。

[0037] 可选地，所述修复模块具体用于：

[0038] 确定在所述配置缓存列表的相应数据库中是否能匹配到所述检测模块在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

[0039] 可选地，所述修复模块还用于：

[0040] 在所述确定出不能匹配到未查找到的标识信息对应的主键时，判断是否要对检测出的不完整的业务数据进行手工修复，如果是，则提供界面给用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数；如果手动修复失败，再执行所述删除该主键对应的不完整的业务数据。

[0041] 可选地，还包括触发模块，用于判断是否满足检测触发条件，如果满足，通知所述检测模块开始检测；否则继续判断。

[0042] 其中，检测触发条件包括手动检测、周期检测。

[0043] 可选地，还包括：优先级处理模块，用于判断所述修复的网管业务是否达到备份条件，如果达到，将网管业务备份到所述配置缓存列表中；

[0044] 其中，备份条件为所述修复的网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

[0045] 可选地，所述优先级处理模块具体用于：

[0046] 预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；

[0047] 根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

[0048] 与现有技术相比，本发明方法包括：根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；利用网管上已有业务信息，对存在不完整性的网管业务进行修复。本发明提供的技术方案，利用网管上已有业务信息，根据待检测信息中包含的待检测网管业务对应的网管数据库，实现了对待检测网管业务的完整性的检测，有效保证了网管软件业务完整性，提高了用户体验。

[0049] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

[0050] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

[0051] 图1为本发明实现网管业务管理的方法的流程图；

[0052] 图2为本发明实现网管业务管理的实施例的流程示意图；

[0053] 图3为本发明实现网管业务管理的实施例中进行网管业务完整性检测的示例的示意图；

[0054] 图4为本发明实现网管业务管理的装置的组成结构示意图。

具体实施方式

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

[0056] 在实际应用中，发明人分析认为：对于现网中存在的网管业务不完整导致网管软件配置失败的现象，可以通过手动查看网管数据库表项，逐一排查，从而找到出现问题的表项。但是，这种处理方法会存在如下问题：一方面，人力投入成本大，处理效率低。单纯的靠开发人员通过逐一排查数据库表项来解决业务不完整的现象，不仅仅增加了人力投入成本，而且不能防止现网下次不会再出现类似的问题；另一方面，客户体验差。由于现网环境复杂，业务不完整的问题大都是由于人为因素导致的，目前网管软件不能有效预防，这样就导致客户对厂商网管软件的体验度差，直接影响了对厂商的通信设备质量的评价；另外，后期维护也不方便。根据目前的实现情况，均是在现网布局后才会出现网管业务不完整的现象，而网管软件是在出现业务不完整的现象后，才采取相应的措施，进行人工定位解决，这样，增加了网管软件后期维护成本。

[0057] 因此，为了有效保证网管软件业务完整性，提高用户体验的流畅感，减少人力投入及后期维护成本，本申请提出了一种实现网管业务管理的技术方案。图1为本发明实现网管业务管理的方法的流程图，如图1所示，包括：

[0058] 步骤100：根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性。

[0059] 可选地，本步骤中的待检测信息可以采用检测列表的形式来实现。比如：基于当前的现网环境配置检测列表，检测列表包括若干条检测条目，每个检测条目对应一条网管业务，并关联多个网管数据库表。举例来看，如检测列表中包括两条检测条目，其中一条检测条目即第一检测条目对应端到端Eline业务、另一条检测条目即第二检测条目对应同步数字体系(SDH)保护，以第一检测条目为例，如第一检测条目对应的端到端Eline业务关联的数据库表(Table)包括Table1(简称T1)和Table2(简称T2)。

[0060] 如果检测列表中包括多条检测条目，只需逐条进行检测即可。

[0061] 对于检测列表中的每一条检测条目对应的待检测网管业务，本步骤具体包括：对于与检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他与该检测条目对应的待检测网管业务关联的数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据。

[0062] 本步骤之前还包括：判断是否满足检测触发条件，如果满足，执行步骤100；否则结束本流程。

[0063] 其中，检测触发条件包括但不限于：手动检测、周期检测。其中，手动检测就是在用户设置好后，立即执行一次检测和修复过程；周期检测就是按照预先设置的起始时间，每隔预先设置的检测周期如1周或1个月或3个月等执行一次检测和修复过程。

[0064] 步骤101：利用网管上已有业务信息，对存在不完整性的网管业务进行修复。

[0065] 可选地，本步骤中的已有业务信息可以采用配置缓存列表的形式来实现。比如：在网管启动时，将网管上已有业务的数据库表备份到配置缓存列表中，也就是说，配置缓存列表包括有若干条已有业务，每条已有业务关联多个网管数据库表。每个数据库表可以默认存储若干条目的数据(如100条数据)。

[0066] 进一步地，当网管上对业务执行添加或修改时，都会同时备份或更新配置缓存列表中的相应数据库表。也可以通过手动修改配置缓存列表来达到扩容的效果。

[0067] 本步骤中的对存在不完整性的网管业务进行修复包括：

[0068] 确定在配置缓存列表的相应数据库中是否能匹配到步骤100中的在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

[0069] 进一步地，在确定不能匹配到之后，删除该主键对应的不完整的业务数据之前，还包括：

[0070] 判断是否要对检测出的不完整的业务数据进行手工修复，如果是，则提供界面给用户，让用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数。

[0071] 如果手动修复失败，再删除该主键对应的不完整的业务数据。

[0072] 进一步地，本发明方法还包括：

[0073] 判断网管业务是否达到备份条件，如果达到，将网管业务备份到配置缓存列表中。其中，备份条件为网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

[0074] 本发明方法之前还包括：预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

[0075] 具体地：

[0076] 对于手动修复后的网管业务，根据该业务数据关联的客户名称，从网管数据库中调取该客户的所有属性，根据该客户的属性确定该网管业务的优先级权重，当计算出的优先级权重大于或等于预先设置的优先级阈值如70％等时，将该网管业务备份到配置缓存表中；否则，结束对当前检测条目对应的待检测网管业务的处理，继续处理下一检测条目，直至检测列表中的检测条目检测完成。

[0077] 可选地，

[0078] 根据该客户的属性确定该网管业务的优先级权重包括：

[0079] 预先设置各种类型的业务对应的权重信息及各权重信息所占的比重(0-100％)。权重信息如可以分为一级权重、二级权重、三级权重等。其中，不同级别的权重分别采用不同的标识来区分。所有的一级权重所在比例相加之和为1，各一级权重下的二级权重取值按照占一级权重的比重分配的。各业务的优先级权重为：按设定维度将业务分解后的各级权重之和，比如某业务的优先级权重为：一级权重1×二级权重1+一级权重2×二级权重2+……+一级权重n×二级权重n。其中，设定维度可以按照客户属性信息中的某一类型进行分解，且每一类型还可以按照该类型信息的不同属性进行再次或者逐层次分解。举例来看：

[0080] 假设以网管业务关联的客户属性来计算该网管业务的优先级权重，如表1所示，假设：一级权重分包括：行业类型(40％)、客户类别(35％)、客户级别(25％)；二级权重是根据一级权重的基础上进行划分的，详细的划分见表1所示；再假设优先级阈值为70％。在某一网管业务关联的客户属性信息中，假设行业类型为银行，客户类别为大客户，客户级别为四级，那么，该网络业务的优先级权重＝(0.4×1+0.35×1+0.25×0.9)×100％＝97.5％。可见，该网络业务的优先级权重大于优先级阈值70％，因此，该网管业务达到了备份的条件，即需要将该网管业务备份到配置缓存列表中。

[0081]

[0082] 表1

[0083] 本发明提供的技术方法，利用网管上已有业务信息，根据待检测信息中包含的待检测网管业务对应的网管数据库，实现了对待检测网管业务的完整性的检测，有效保证了网管软件业务完整性，提高了用户体验。

[0084] 具体地，

[0085] 一方面，本发明提供的技术方案中，根据检测列表的检测条目，对其对应的网管业务进行完整性检测，只需要用户选择好检测条目即可，后续检测过程和修复过程是可以自动完成的，操作性强，用户体验也好。对于检测到的不完整的网管业务时，实现了快速修复，解决了现有网管中检测到的不完整的网管业务一直存在，只有通过人工排查、删除后才能对不完整的网管业务进行修复的问题。

[0086] 另一方面，本发明提供的技术方案通过周期性检测，实现了定期排查网管是否存在不完整的网管业务，一旦出现不完整的网管业务，就会对于重要客户的网管业务进行自动修复，及时的预防了相关问题的出现，有效地预防了网管业务不完整问题的出现。

[0087] 再一方面，本发明提供的技术方案中，通过对检测列表的检测条目的修改，灵活地实现了用户对不同网管业务进行不完整性检测的需求，极大程度上满足了网管软件的易用性。

[0088] 而且，本发明分别通过对业务关联的客户信息判断网管业务数据是否达到备份条件，以及默认缓存有限条业务的机制，很好地防止了服务器内存不足的问题，有效的减轻了网管服务器压力。

[0089] 下面结合具体实施例对本发明方法进行详细描述。

[0090] 图2为本发明实现网管业务管理的实施例的流程示意图，图2展示了本发明网管业务完整性检测和修复的完整实施例，如图2所示，包括：

[0091] 步骤200：网管启动时，会先将网管上已有业务的数据库表备份到配置缓存列表中。

[0092] 对于网管上备份的配置缓存列表，当网管上执行添加或修改业务时，都会同时备份或更新配置缓存模块中的相应数据库表。也可以通过手动修改配置缓存列表来达到扩容的效果。

[0093] 其中，每个配置缓存列表可以默认存储若干条目的数据，如100条数据。

[0094] 这里需要说明的是，被缓存的网管业务，其优先级权重必须是如步骤101所述的大于或等于预先设置的优先级阈值的。

[0095] 步骤201：配置检测列表和检测触发条件。

[0096] 其中，检测列表包括若干检测条目，每个检测条目对应一条网管业务。检测列表可以分为默认检测列表和自定义检测列表。本实施例中提供的默认检测列表仅包含特定检测条目，比如端到端Eline的检测条目、SDH保护的检测条目等；自定义检测列表是根据用户需要检测的重点业务灵活的选择对应的检测条目而形成的。

[0097] 检测触发条件可以包括手动检测触发和、周期检测触发等。其中，手动检测就是在用户设置好后，立即执行一次检测和修复过程，手动检测没设置一次只能触发一次检测；周期检测就是按照预先设置的起始时间，每隔预先设置的检测周期如1周或1个月或3个月等执行一次检测和修复过程。

[0098] 步骤202：按照配置的检测触发条件判断是否需要进行检测，如果是，则执行步骤203；否则，继续执行本步骤。

[0099] 当检测触发条件为手动检测时，只要用户设置好久会立马发起需要检测的信号；当检测触发条件为周期性检测时，系统会根据预先设置的检测周期，在到达检测周期时给出需要检测的信号。

[0100] 步骤203：判断是否存在还未检测的检测条目，如果存在，进入步骤204；否则进入步骤213。

[0101] 本步骤可以根据检测列表来确认是否还有未检测的检测条目。

[0102] 步骤204：根据检测条目依次执行检测。

[0103] 一个检测列表可以包括多个检测条目，每次只能执行一个检测条目，即根据检测条目，对该条目对应的网管业务进行完整性检测。当一个检测列表中存在多个检测条目时，则从第一个检测条目开始依次执行检测。

[0104] 根据当前要检测的检测条目，通过对应的网管业务，得到该网管业务对应的所有数据库表；每个数据库表项都有主键值，每个数据库表项与它关联的数据库表均有关联属性，可以通过关联属性进行级联查询到其它数据库表项；通过每个数据库表项中的主键值对应的另一个数据库表项的关联属性，查询到另一个数据库表中是否存在匹配项，如果存在，则该数据库表项所对应的网管业务数据是完整的；否则，该数据库表项所对应的网管业务数据是不完整的。

[0105] 下面结合一个示例来描述对网管业务的完整性进行检测的具体实现过程，图3为本发明实现网管业务管理的实施例中进行网管业务完整性检测的示例的示意图，如图3所示，假设从检测列表中读取当前要检测的条目为检测条目1，并假设根据检测条目1得到检测条目1对应的数据库table包括table1(简称T1)和table2(简称T2)，检测实现过程如下：

[0106] 首先，检测T1中是否存在不完整的业务数据。包括：通过主键T1_ID*对应的T2_URL*是否在T2表中能找到匹配的T2_URL*，其中，T2_URL表示某个业务数据在T2表中生成的标识信息、*表示不同的数字。如果可以找到，那么，T1表中的该条数据就被标记为表示该条数据为完整的业务数据的标识如标记为0；如果找不到，那么，T2表中的该条数据就被标记为表示该条数据为不完整的业务数据的标识如标记为1。本示例中，T1表中T1_ID1通过T2_URL1在T2中找到对应项，因此T1_ID1mark为0；T1表中T1_ID2通过T2_URL5在T2中没有找到对应项，因此T1_ID2mark为1；T1表中T1_ID3通过T2_URL2在T2中找到对应项，因此T1_ID3mark为0。

[0107] 其次，检测T2中是否存在不完整的业务数据。包括：查询主键T2_ID*对应的T2_URL*是否在T1表中有对应的T1ID*，如果有，则标记该数据为表示该条数据为完整的业务数据的标识如标记为0；如果没有，则标记为表示该条数据为表示该条数据为不完整的业务数据的标识如标记为1。本示例中，T2表中T2_ID1通过T2_URL1在T1中找到对应项，因此T2_ID1mark为0；T2表中T2_ID2通过T2_URL2在T1中找到对应项，因此T2_ID2mark为0。

[0108] 最后：当所有table都比对完成，返回被标记为表示该条数据为不完整的业务数据的标识如标记为1的业务数据。本示例中，一轮检测结束，检测结果是：T1中存在一行主键值为T1_ID2的数据为不完整业务。

[0109] 实际应用中，如果返回结果为空，则代表不存在不完整的业务数据；如果返回结果不为空，则代表存在不完整的业务数据。

[0110] 如图3所示的示例中，仅以检测条目1对应两个网管数据库表为例，如果检测条目对应多个网管数据库表时，按照示例中的方法分别执行即可，这里不再赘述，本示例也不用于限定本发明的保护范围。

[0111] 步骤205：判断是否存在不完整的业务数据。本步骤中，根据检测结果，判断是否存在不完整的业务数据，如果检测结果显示存在，则直接进入步骤206；如果检测结果显示不存在，则返回步骤203。

[0112] 步骤206～步骤207：检索配置缓存列表，判断是否可以自动修复不完整的业务数据。本步骤具体包括：

[0113] 通过对步骤204中没有找到匹配项的多余的业务表项的主键值与配置缓存列表中相应数据库表的主键值进行比对，如果存在相同的主键值，那么，将配置缓存列表中该条业务数据对应的其他表项的相应数据补全至网管数据库中，本次修复完成，返回步骤203；如果不存在相同的主键值，则进入步骤208。

[0114] 步骤208～步骤210：判断是否进行手工修复检测出的不完整业务数据，[0115] 如果需要进行手工修复，那么，用户根据已有的不完整业务数据补全其余相关数据库表项的参数即可，用户手动修复成功后进入步骤211，要是用户手动修复失败，则直接删除该不完整的业务数据并返回步骤203；

[0116] 如果不需要进行手工修复，则直接删除该不完整的业务数据并返回步骤203。

[0117] 步骤211～步骤212：判断网管业务是否达到备份条件。

[0118] 对于手动修复后的网管业务，根据该业务关联的客户名称，从网管数据库中调取该客户的所有属性，确定该网管业务的优先级权重。当计算出的优先级权重大于或等于预先设置的优先级阈值时，才能被备份到配置缓存模块中，并更新配置缓存列表，然后返回步骤203；当计算出的优先级权重小于预先设置的优先级阈值时，则不进行备份直接返回步骤203。

[0119] 实际应用中，可以通过设置一个优先级预配置文件，用于为各种类型的业务预先配置其优先级权重信息及各权重信息所占的比重(0-100％)。权重信息如可以分为一级权重、二级权重、三级权重等。其中，不同级别的权重分别采用不同的标识来区分。所有的一级权重所在比例相加之和为1，各一级权重下的二级权重取值按照占一级权重的比重分配的。各业务的优先级权重为：按设定维度将业务分解后的各级权重之和，比如某业务的优先级权重为：一级权重1×二级权重1+一级权重2×二级权重2+……+一级权重n×二级权重n。其中，设定维度可以按照客户属性信息中的某一类型进行分解，且每一类型还可以按照该类型信息的不同属性进行再次或者逐层次分解。

[0120] 如上文表1所示，假设行业类型为银行，客户类别为大客户，客户级别为四级，那么，该网络业务的优先级权重＝(0.4×1+0.35×1+0.25×0.9)×100％＝97.5％。可见，该网络业务的优先级权重大于优先级阈值70％，因此，该网管业务达到了备份的条件，即需要将该网管业务备份到配置缓存列表中。

[0121] 步骤213：判断检测触发条件是周期检测还是手动检测，如果检测触发条件为手动检测，则直接结束本流程；如果为周期检测，则返回步骤202。

[0122] 其中，手动检测就是在用户设置好后，立即执行一次检测和修复过程，手动检测没设置一次只能触发一次检测；周期检测就是按照预先设置的起始时间，每隔预先设置的检测周期如1周或1个月或3个月等执行一次检测和修复过程。

[0123] 本申请还提供一种用于实现网管业务管理的装置，至少包括存储器和处理器，其中，存储器中存储有以下可执行指令：根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；利用网管上已有业务信息，对存在不完整性的网管业务进行修复。

[0124] 图4为本发明实现网管业务管理的装置的组成结构示意图，如图4所示，至少包括检测模块、修复模块；其中，

[0125] 检测模块，用于根据待检测信息中包含的待检测网管业务对应的网管数据库，检测待检测网管业务的完整性；

[0126] 修复模块，用于利用网管上已有业务信息，对存在不完整性的网管业务进行修复。

[0127] 本发明实现网管业务管理的装置还包括：设置模块，用于设置存储待检测信息的检测列表。

[0128] 其中，检测列表包括若干条检测条目，每个检测条目对应一条网管业务，并关联多个网管数据库表。举例来看，如检测列表中包括两条检测条目，其中一条检测条目即第一检测条目对应端到端Eline业务、另一条检测条目即第二检测条目对应同步数字体系(SDH)保护，以第一检测条目为例，如第一检测条目对应的端到端Eline业务关联的数据库表(Table)包括Table1(简称T1)和Table2(简称T2)。

[0129] 对于检测列表中的每一条检测条目对应的待检测网管业务，检测模块具体用于：

[0130] 对于与检测条目对应的待检测网管业务关联的每个数据库表，检测其主键对应的每条业务数据在其他与该检测条目对应的待检测网管业务关联的数据库表中生成的标识信息是否能在其他数据库表中查找到，如果能够查找到，则该数据库表中的该条业务数据为完整的业务数据，结束本次检测；如果不能查找到，则该数据库表中的该条业务数据为不完整的业务数据，通知修复模块。

[0131] 本发明实现网管业务管理的装置还包括：配置模块，用于在所述装置所属网管启动时，将网管上已有业务信息如已有业务的数据库表备份到配置缓存列表中。其中，配置缓存列表包括有若干条已有业务，每条已有业务关联多个网管数据库表。

[0132] 相应地，修复模块具体用于：

[0133] 确定在配置缓存列表的相应数据库中是否能匹配到检测模块在其他数据库表中未查找到的标识信息对应的主键，如果能匹配到，则将配置缓存列表中该条数据对应的其他表项的相应数据补全至网管数据库中；如果不能匹配到，则删除该主键对应的不完整的业务数据。

[0134] 可选地，修复模块还用于：

[0135] 在确定不能匹配到未查找到的标识信息对应的主键时，判断是否要对检测出的不完整的业务数据进行手工修复，如果是，则提供界面给用户，让用户根据已有的该不完整业务数据对应的业务数据补全其余相关数据库表项的参数；如果手动修复失败，再删除该主键对应的不完整的业务数据。

[0136] 本发明实现网管业务管理的装置还包括：触发模块，用于判断是否满足检测触发条件，如果满足，通知检测模块开始检测；否则继续判断。

[0137] 其中，检测触发条件包括但不限于：手动检测、周期检测。其中，手动检测就是在用户设置好后，立即执行一次检测和修复过程；周期检测就是按照预先设置的起始时间，每隔预先设置的检测周期如1周或1个月或3个月等执行一次检测和修复过程。

[0138] 本发明实现网管业务管理的装置还包括：优先级处理模块，用于判断网管业务是否达到备份条件，如果达到，将网管业务备份到配置缓存列表中。其中，备份条件为网管业务的优先级权重是否大于或等于预先设置的优先级阈值，如果大于或等于，则达到备份条件；否则未达到备份条件。

[0139] 优先级处理模块具体用于：

[0140] 预先设置各种类型的业务对应的权重信息及各权重信息所占的比重；

[0141] 根据所述修复后的网管业务的业务类型，及其对应的权重信息及各权重信息所占的比重计算所述优先级权重。

[0142] 对于手动修复后的网管业务，根据该业务数据关联的客户名称，从网管数据库中调取该客户的所有属性，根据该客户的属性确定该网管业务的优先级权重，当计算出的优先级权重大于或等于预先设置的优先级阈值如70％等时，将该网管业务备份到配置缓存表中；否则，结束对当前检测条目对应的待检测网管业务的处理，继续处理下一检测条目，直至检测列表中的检测条目检测完成。

[0143] 可选地，优先级处理模块中的根据客户的属性确定该网管业务的优先级权重包括：

[0144] 预先设置各种类型的业务对应的权重信息及各权重信息所占的比重(0-100％)。权重信息如可以分为一级权重、二级权重、三级权重等。其中，不同级别的权重分别采用不同的标识来区分。所有的一级权重所在比例相加之和为1，各一级权重下的二级权重取值按照占一级权重的比重分配的。各业务的优先级权重为：按设定维度将业务分解后的各级权重之和，比如某业务的优先级权重为：一级权重1×二级权重1+一级权重2×二级权重2+……+一级权重n×二级权重n。其中，设定维度可以按照客户属性信息中的某一类型进行分解，且每一类型还可以按照该类型信息的不同属性进行再次或者逐层次分解。

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