CN104639346A - 通信运营商网管设备的检测方法及装置 - Google Patents

Abstract

本发明公开了一种通信运营商网管设备的检测方法及装置，本发明服务器根据检测指令中包括的待检测网管设备身份信息，获取待检测网管设备类型，确定获取的待检测网管设备对应的待检测项目，服务器按照确定的待检测网管设备检测对应的待检测网管设备并生成各个所述检测项目的检测结果。通过服务器自动对相同类型的待检测网管设备进行检测，不必再找相应的网管设备提供商进行处理，以便更快的获取到网管设备的检测结果，提高网管设备的工作效率及检测效率。

Description

通信运营商网管设备的检测方法及装置

技术领域

本发明涉及到通信领域，特别涉及到通信运营商网管设备的检测方法及装置。

背景技术

基于现有移动通信领域多代（2G、3G和4G）技术共存的现状：通信运营商在线运行的系统和设备无论是种类还是数量越来越多，分布也越来越广；尤其是对于那些大的跨国通信运营商而言，往往会同时采购和部署多个设备供应商的系统和设备；就算是同一个设备供应商的系统和设备，有时也会因为分属于不同的产品体系等因素，造成与各种设备对应的网管系统千差万别，不仅数量多而杂，而且不便于统一监管。

虽然有些通信运营商部分实现了集中监管，且不同供应商的同类型网管设备具有较多的共性，然而在出故障时，通信运营商还是得找对应的设备供应商分析和处理，不仅耗时费力，很多时候还面临设备商/部门之间互相推诿的问题。

发明内容

本发明的主要目的为提供一种通信运营商网管设备的检测方法及装置，旨在实现更快的获取到网管设备的检测结果，提高网管设备的工作效率及检测效率。

本发明提出一种通信运营商网管设备的检测方法，该方法包括：

服务器在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型；

服务器根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；

服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果。

优选地，所述服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果的步骤之后，该方法还包括：

服务器将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；

在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常。

优选地，所述在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常的步骤之后，该方法还包括：

服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

服务器按照获取的解决方案对所述待检测网管设备进行修复。

优选地，所述服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案的步骤包括：

服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；

服务器根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

优选地，所述服务器按照获取的解决方案对所述待检测网管设备进行修复的步骤之后，该方法还包括：

服务器判断修复是否成功；

在修复失败时，服务器判断获取的所有解决方案中是否存在待选解决方案；

在存在待选解决方案时，服务器将待选解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案；

服务器按照确定的解决方案对所述待检测网管设备进行修复。

本发明还提出一种通信运营商网管设备的检测装置，该装置包括：

获取模块，用于在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型；

处理模块，用于根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；

检测模块，用于按照确定的待检测项目检测所述待检测网管设备；

生成模块，用于生成各个所述待检测项目的检测结果。

优选地，该装置还包括分析模块，

所述分析模块，还用于将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；及

在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，确定所述待检测网管设备存在异常。

优选地，该装置还包括修复模块，

所述处理模块，还用于确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

所述修复模块，用于按照获取的解决方案对所述待检测网管设备进行修复。

优选地，所述处理模块，还用于确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；及

根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

优选地，所述分析模块，还用于判断修复是否成功；及

在修复失败时，判断与该网管设备异常项目对应的解决方案中是否存在待选解决方案；

所述处理模块，还用于在存在待选解决方案时，从待选解决方案中选择优先级次序最高的解决方案；

所述修复模块，还用于按照确定的解决方案对所述待检测网管设备进行修复。

相对现有技术，本发明服务器根据检测指令中包括的待检测网管设备身份信息，获取待检测网管设备类型，确定获取的待检测网管设备对应的待检测项目，服务器按照确定的待检测网管设备检测对应的待检测网管设备并生成各个所述检测项目的检测结果。通过服务器自动对相同类型的待检测网管设备进行检测，不必再找相应的网管设备提供商进行处理，以便更快的获取到网管设备的检测结果，提高网管设备的工作效率及检测效率。

附图说明

图1为本发明通信运营商网管设备的检测方法的第一实施例的流程示意图；

图2为本发明通信运营商网管设备的检测方法的第二实施例的流程示意图；

图3为本发明通信运营商网管设备的检测方法的第三实施例的流程示意图；

图4为本发明通信运营商网管设备的检测方法的第四实施例的流程示意图；

图5为本发明通信运营商网管设备的检测装置的第一实施例的功能模块图；

图6为本发明通信运营商网管设备的检测装置的第二实施例的功能模块图；

图7为本发明通信运营商网管设备的检测装置的第三实施例的功能模块图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，为本发明通信运营商网管设备的检测方法的第一实施例的流程示意图。

需要强调的是：图1所示流程图仅为一个较佳实施例，本领域的技术人员当知，任何围绕本发明思想构建的实施例都不应脱离于如下技术方案涵盖的范围：

服务器在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型；服务器根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果。

以下是本实施例逐步实现对通信运营商网管设备进行检测的具体步骤：

步骤S11，服务器在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型。

具体的，通信运营系统包括服务器，网管设备等其他设备，服务器与各个网管设备进行通信连接，网管设备需通过注册获取一个服务器的用户名和密码，服务器对各个与其通信连接的网管设备进行集中管理，服务器提供人机交互界面供用户进行浏览或控制操作，用户通过服务器提供的人机交互界面输入检测指令，该检测指令中包括待检测网管设备身份信息，用户可以逐个输入各个待检测网管设备身份信息或批量导入待检测网管设备身份信息，所述身份信息可以是网管设备的IP地址，也还可是网管设备的登录用户名或网管设备识别码等唯一能识别出网管设备的信息。当服务器接收到网管设备检测指令时，确定根据接收的检测指令中的待检测网管设备身份信息，根据网管设备身份信息与网管设备类型的映射关系，获取各个待检测网管设备类型。在本发明其他实施例中，也还可以是，在预设时间到达，或通信运营网络出现故障时，服务器获取待检测网管设备，并确定待检测网管设备类型；所述预设时间可以是10s或30s等用户根据网管设备运行状态或网管设备发生故障的时间间隔等因素提前设置的时间段。

步骤S12，服务器根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目。

步骤S13，服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果。

具体的，服务器预存有各个网管设备类型及其对应的检测项目，在获取待检测网管设备类型后，根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目。所述待检测项目可以是网管设备操作系统的运行参数、数据库的运行参数或软件的运行参数等其他任意会影响网管设备运行的项目。

服务器在确定获取的待检测网管设备类型对应的待检测项目后，按照确定的待检测项目检测所述待检测网管设备，若确定获取的待检测网管设备类型为多个网管设备类型时，服务器按照待检测项目检测对应类型的待检测网管设备，即从待检测网管设备获取对应待检测项目的检测值，并生成各个所述待检测项目的检测结果。

本实施例服务器根据检测指令中包括的待检测网管设备身份信息，获取待检测网管设备类型，确定获取的待检测网管设备对应的待检测项目，服务器按照确定的待检测网管设备检测对应的待检测网管设备并生成各个所述检测项目的检测结果。通过服务器自动对相同类型的待检测网管设备进行检测，不必再找相应的网管设备提供商进行处理，以便更快的获取到网管设备的检测结果，提高网管设备的工作效率及检测效率。

如图2所示，为本发明通信运营商网管设备的检测方法的第二实施例的流程示意图。

基于上述第一实施例，在步骤S13之后，该方法还包括：

步骤S14，服务器将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；

步骤S15，在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常。

具体的，服务器在接收到各个待检测网管设备发送来的，对应的待检测项目的检测结果时，生成各个待检测网管设备的各个待检测项目的检测结果。服务器预存有各个待检测项目的标准结果，所述标准结果为网管设备在实际运行过程中合理的运行参数值，也可以是用户提前设置的期望所述网管设备正常运行时的参数值。将生成的各个待检测项目的检测结果，与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常，即分析所述待检测网管设备的待检测项目的检测结果，是否与对应的预存标准结果的差异是否在预设阀值之内，在有生成的待检测项目的检测结果，与对应的预存标准结果的差值大于预设阀值时，服务器确定与对应的预存标准结果的差值大于预设阀值的待检测项目，对应的检测网管设备存在异常。当所述网管设备的某个待检测项目的检测结果，与预存标准结果存在差异将会导致该网管设备异常时，所述预设阀值设置为0，即待检测项目的检测结果与预存标准结果完全一致，方确定该待检测网管设备的该项待检测项目无异常，例如，待检测网管设备的检测项目为可用存储空间，可用存储空间的标准结果为可用存储空间500MB，预设阀值为可用存储空间比标准结果大0MB，对所述待检测设备的可用存储空间进行检测，生成待检测设备的可用存储空间的结果，即待检测设备目前剩余多少存储空间，在检测结果为待检测设备的可用存储空间大于500MB时，确定该待检测网管设备无异常，在检测结果为待检测设备的可用存储空间小于500MB时，确定该待检测网管设备存在异常；当所述待检测网管设备的某个待检测项目的检测结果，与预存标准检测结果存在一定差异不会导致所述待检测网管设备异常时，所述预设阀值可以根据容忍的差异值进行设置，即待检测项目的检测结果与预存标准结果的差值在容忍范围内时，确定所述待检测网管设备无异常，例如，待检测网管设备的检测项目为可用存储空间，可用存储空间的标准结果为可用存储空间500MB，预设阀值为可用存储空间比标准结果大100MB，对所述待检测设备的可用存储空间进行检测，生成待检测设备的可用存储空间的结果，即待检测设备目前剩余多少存储空间，在检测结果为待检测设备的可用存储空间大于600MB时，确定该待检测网管设备无异常，在检测结果为待检测设备的可用存储空间小于600MB时，确定该待检测网管设备存在异常。所述预设阀值根据网管设备正常运行参数的需要值进行设定。

本实施例通过服务器自动对相同类型的待检测网管设备进行检测，并将生成的各个待检测项目的检测结果与对应的与预存标准结果进行比对，以确定待检测网管设备是否存在异常，不必再找相应的网管设备提供商进行处理，以便更快的确定各个网管设备是否发生故障，提高网管设备的工作效率。

如图3所示，为本发明通信运营商网管设备的检测方法的第三实施例的流程示意图。

基于上述第二实施例，在步骤S15之后，该方法还包括：

步骤S16，服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

步骤S17，服务器按照确定的解决方案对所述待检测网管设备进行修复。

具体的，在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常之后，服务器确定存在异常的待检测网管设备的身份信息及发生异常的类型。服务器预存有各个异常类型对应的解决方案，且有的异常类型存在至少一个对应的解决方案。服务器根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案，在获取到确定的异常类型对应的解决方案时，服务器按照获取的解决方案对所述待检测网管设备进行修复；若多个待检测网管设备存在异常时，且各个待检测网管设备的异常类型不同时，服务器根据预存的异常类型与解决方案的映射关系，获取确定的各个异常类型对应的解决方案，并按照获取的解决方案对对应的待检测网管设备进行修复。例如，待检测网管设备的检测项目以待检测网管设备的可用存储空间，标准结果以500MB，预设阀值以可用存储空间比标准结果大0MB为例，在检测结果为待检测网管设备的可用存储空间为400MB时，确定所述待检测网管设备存在异常，相应的解决方案为将所述待检测设备存储的一些数据进行删除，可以将一些离目前时间点较远的数据删除，或将一段时间内未被浏览的数据进行删除，也还可以是按照其他规则将所述待检测网管设备存储的数据进行删除，所述预设规则可以是上述的两种，也可以是其他用户提前设置的数据删除条件。

进一步地，若每个异常类型，对应多个解决方案时，服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；服务器根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

本实施例中服务器通过确定的待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案，并按照获取的解决方案对所述待检测网管设备进行修复。以便根据确定的待检测网管设备存在异常的异常类型快速找到解决方案，对对应的网管设备进行修复，快速的对发生故障的网管设备进行定位并自动进行修复，有效避免长时间找不到设备供应商解决故障造成的通信异常，提高网管设备故障解决的效率。

如图4所示，为本发明通信运营商网管设备的检测方法的第四实施例的流程示意图。

基于上述第三实施例，在步骤S17之后，该方法还包括：

步骤S18，服务器判断修复是否成功；

步骤S19，在修复失败时，服务器判断获取的所有解决方案中是否存在待选解决方案；

步骤S20，在存在待选解决方案时，服务器将待选解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案；

步骤S21，服务器按照确定的解决方案对所述待检测网管设备进行修复。

具体的，在服务器按照确定的解决方案对所述待检测网管设备进行修复后，预设时间到达时，服务器判断修复是否成功，所述预设时间可以是0.5s或1s等用户根据网管设备性能等因素提前设置的时间段；在修复成功时，生成各个待检测项目的修复成功报告，该报告包括修复的项目，修复的解决方案及修复需要的时间等任意修复过程中的数据，以供用户通过各个修复报告选择较佳的修复方案或找出发生故障的原因等，避免再次发生同样的故障。在修复失败时，服务器判断获取的所有解决方案中是否存在待选解决方案，在存在待选解决方案时，服务器将待选解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案服务器按照确定的解决方案对所述待检测网管设备进行修复。在不存在待选解决方案时，通过人机交互界面提示用户需添加新的解决方案，因现有的解决方案解决不了目前的异常类型。同样在修复失败时，也生成修复失败报告，以供用户找出合理的能解决该修复不成功的异常类型的解决方案，以便及时的对发生的故障进行合理修复恢复通信。

如图5所示，为本发明通信运营商网管设备的检测装置的第一实施例的功能模块图。该装置包括：获取模块10，处理模块20，检测模块30及生成模块40，

所述获取模块10，用于在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型。

具体的，通信运营系统包括服务器，网管设备等其他设备，服务器与各个网管设备进行通信连接，网管设备需通过注册获取一个服务器的用户名和密码，服务器对各个与其通信连接的网管设备进行集中管理，服务器提供人机交互界面供用户进行浏览或控制操作，用户通过服务器提供的人机交互界面输入检测指令，该检测指令中包括待检测网管设备身份信息，用户可以逐个输入各个待检测网管设备身份信息或批量导入待检测网管设备身份信息，所述身份信息可以是网管设备的IP地址，也还可是网管设备的登录用户名或网管设备识别码等唯一能识别出网管设备的信息。所述通信运营商网管设备的检测装置优选为服务器，也还可以是其他将所有网管设备进行集中控制的设备。当接收到网管设备检测指令时，获取模块10确定根据接收的检测指令中的待检测网管设备身份信息，并根据网管设备身份信息与网管设备类型的映射关系，获取各个待检测网管设备类型。在本发明其他实施例中，也还可以是，在预设时间到达，或通信运营网络出现故障时，获取模块10获取待检测网管设备，并确定待检测网管设备类型；所述预设时间可以是10s或30s等用户根据网管设备运行状态或网管设备发生故障的时间间隔等因素提前设置的时间段。

所述处理模块20，用于根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；

所述检测模块30，用于按照确定的待检测项目检测所述待检测网管设备；

所述生成模块40，用于生成各个所述待检测项目的检测结果。

具体的，服务器预存有各个网管设备类型及其对应的检测项目，在获取模块10获取待检测网管设备类型后，处理模块20根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目。所述待检测项目可以是网管设备操作系统的运行参数、数据库的运行参数或软件的运行参数等其他任意会影响网管设备运行的项目。

在处理模块20确定获取的待检测网管设备类型对应的待检测项目后，检测模块30按照确定的待检测项目检测所述待检测网管设备，若确定获取的待检测网管设备类型为多个网管设备类型时，检测模块30按照待检测项目检测对应类型的待检测网管设备，即从待检测网管设备获取对应待检测项目的检测值，并生成各个所述待检测项目的检测结果。

本实施例获取模块10根据检测指令中包括的待检测网管设备身份信息，获取待检测网管设备类型，处理模块20确定获取的待检测网管设备对应的待检测项目，检测模块30按照确定的待检测网管设备检测对应的待检测网管设备并通过生成模块40生成各个所述检测项目的检测结果。通过服务器自动对相同类型的待检测网管设备进行检测，不必再找相应的网管设备提供商进行处理，以便更快的获取到网管设备的检测结果，提高网管设备的工作效率及检测效率。

如图6所示，为本发明通信运营商网管设备的检测装置的第二实施例的功能模块图。该装置还包括分析模块50，

所述分析模块50，还用于将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；及

在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，确定所述待检测网管设备存在异常。

具体的，生成模块40在接收到各个待检测网管设备发送来的，对应的待检测项目的检测结果时，生成各个待检测网管设备的各个待检测项目的检测结果。预存有各个待检测项目的标准结果，所述标准结果为网管设备在实际运行过程中合理的运行参数值，也可以是用户提前设置的期望所述网管设备正常运行时的参数值。分析模块50将生成的各个待检测项目的检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常，即分析所述待检测网管设备的待检测项目的检测结果是否与对应的预存标准结果的差异是否在预设阀值之内，在有生成的待检测项目的检测结果，与对应的预存标准结果的差值大于预设阀值时，并确定与对应的预存标准结果的差值大于预设阀值的待检测项目，对应的检测网管设备存在异常。当所述网管设备的某个待检测项目的检测结果，与预存标准结果存在差异将会导致该网管设备异常时，所述预设阀值设置为0，即待检测项目的检测结果与预存标准结果完全一致，分析模块50确定该待检测网管设备的该项待检测项目无异常，例如，待检测网管设备的检测项目为可用存储空间，可用存储空间的标准结果为可用存储空间500MB，预设阀值为可用存储空间比标准结果大0MB，检测模块30对所述待检测设备的可用存储空间进行检测，生成模块40生成待检测设备的可用存储空间的结果，即待检测设备目前剩余多少存储空间，在检测结果为待检测设备的可用存储空间大于500MB时，分析模块50确定该待检测网管设备无异常，在检测结果为待检测设备的可用存储空间小于500MB时，分析模块50确定该待检测网管设备存在异常；当所述待检测网管设备的某个待检测项目的检测结果，与预存标准检测结果存在一定差异不会导致所述待检测网管设备异常时，所述预设阀值可以根据容忍的差异值进行设置，即待检测项目的检测结果与预存标准结果的差值在容忍范围内时，分析模块50确定所述待检测网管设备无异常，例如，待检测网管设备的检测项目为可用存储空间，可用存储空间的标准结果为可用存储空间500MB，预设阀值为可用存储空间比标准结果大100MB，检测模块30对所述待检测设备的可用存储空间进行检测，生成模块40生成待检测设备的可用存储空间的结果，即待检测设备目前剩余多少存储空间，在检测结果为待检测设备的可用存储空间大于600MB时，分析模块50确定该待检测网管设备无异常，在检测结果为待检测设备的可用存储空间小于600MB时，分析模块50确定该待检测网管设备存在异常。所述预设阀值可以是0或1.5等任意适用的用户根据网管设备运行参数需要值进行设定。

本实施例通过检测模块30自动对相同类型的待检测网管设备进行检测，并通过分析模块50将生成的各个待检测项目的检测结果与对应的与预存标准结果进行比对，以确定待检测网管设备是否存在异常，不必再找相应的网管设备提供商进行处理，以便更快的确定各个网管设备是否发生故障，提高网管设备的工作效率。

如图7所示，为本发明通信运营商网管设备的检测装置的第三实施例的功能模块图。该装置还包括修复模块60，

所述处理模块20，还用于确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

所述修复模块60，用于按照获取的解决方案对所述待检测网管设备进行修复。

具体的，在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，分析模块50确定所述待检测网管设备存在异常之后，处理模块20确定存在异常的待检测网管设备的身份信息及发生异常的类型。预存有各个异常类型对应的解决方案，且有的异常类型存在至少一个对应的解决方案。处理模块20根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案，在获取到确定的异常类型对应的解决方案时，修复模块60按照获取的解决方案对所述待检测网管设备进行修复；若多个待检测网管设备存在异常时，且个个待检测网管设备的异常类型不同时，处理模块20根据预存的异常类型与解决方案的映射关系，获取确定的各个异常类型对应的解决方案，并通过修复模块60按照获取的解决方案对对应的待检测网管设备进行修复。例如，待检测网管设备的检测项目以待检测网管设备的可用存储空间，标准结果以500MB，预设阀值以可用存储空间比标准结果大0MB为例，在检测结果为待检测网管设备的可用存储空间为400MB时，分析模块50确定所述待检测网管设备存在异常，相应的确定解决方案为修复模块60将所述待检测设备存储的一些数据进行删除，可以将一些离目前时间点较远的数据删除，或将一段时间内未被浏览的数据进行删除，也还可以是按照其他规则将所述待检测网管设备存储的数据进行删除，所述预设规则可以是上述的两种，也可以是其他用户提前设置的数据删除条件。

进一步地，若每个异常类型，对应多个解决方案时，处理模块20确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；处理模块20根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

本实施例中处理模块20通过确定的待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案，并通过修复模块60按照获取的解决方案对所述待检测网管设备进行修复。以便根据确定的待检测网管设备存在异常的异常类型快速找到解决方案，对对应的网管设备进行修复，快速的对发生故障的网管设备进行定位并自动进行修复，有效避免长时间找不到设备供应商解决故障造成的通信异常，提高网管设备故障解决的效率。

进一步地，所述分析模块50，还用于判断修复是否成功；及

在修复失败时，判断与该网管设备异常项目对应的解决方案中是否存在待选解决方案；

所述处理模块20，还用于在存在待选解决方案时，从待选解决方案中选择优先级次序最高的解决方案；

所述修复模块60，还用于按照确定的解决方案对所述待检测网管设备进行修复。

具体的，在修复模块60按照确定的解决方案对所述待检测网管设备进行修复后，预设时间到达时，分析模块50判断修复是否成功，所述预设时间可以是0.5s或1s等用户根据网管设备性能等因素提前设置的时间段；在修复成功时，生成各个待检测项目的修复成功报告，该报告包括修复的项目，修复的解决方案及修复需要的时间等任意修复过程中的数据，以供用户通过各个修复报告选择较佳的修复方案或找出发生故障的原因等，避免再次发生同样的故障。在修复失败时，分析模块50判断获取的所有解决方案中是否存在待选解决方案，在存在待选解决方案时，处理模块20将待选解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案服务器按照确定的解决方案对所述待检测网管设备进行修复。在不存在待选解决方案时，通过人机交互界面提示用户需添加新的解决方案，因现有的解决方案解决不了目前的异常类型。同样在修复失败时，也生成修复失败报告，以供用户找出合理的能解决该修复不成功的异常类型的解决方案，以便及时的对发生的故障进行合理修复恢复通信。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种通信运营商网管设备的检测方法，其特征在于，该方法包括：

服务器在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型；

服务器根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；

服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果。

2.根据权利要求1所述的通信运营商网管设备的检测方法，其特征在于，所述服务器按照确定的待检测项目检测所述待检测网管设备，并生成各个所述待检测项目的检测结果的步骤之后，该方法还包括：

服务器将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；

在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常。

3.根据权利要求2所述的通信运营商网管设备的检测方法，其特征在于，所述在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，服务器确定所述待检测网管设备存在异常的步骤之后，该方法还包括：

服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

服务器按照获取的解决方案对所述待检测网管设备进行修复。

4.根据权利要求3所述的通信运营商网管设备的检测方法，其特征在于，所述服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案的步骤包括：

服务器确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；

服务器根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

5.根据权利要求3所述的通信运营商网管设备的检测方法，其特征在于，所述服务器按照获取的解决方案对所述待检测网管设备进行修复的步骤之后，该方法还包括：

服务器判断修复是否成功；

在修复失败时，服务器判断获取的所有解决方案中是否存在待选解决方案；

在存在待选解决方案时，服务器将待选解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案；

服务器按照确定的解决方案对所述待检测网管设备进行修复。

6.一种通信运营商网管设备的检测装置，其特征在于，该装置包括：

获取模块，用于在接收到包括待检测网管设备身份信息的检测指令时，根据接收的检测指令中的待检测网管设备身份信息，获取待检测网管设备类型；

处理模块，用于根据预存的网管设备类型与检测项目的映射关系，确定获取的待检测网管设备类型对应的待检测项目；

检测模块，用于按照确定的待检测项目检测所述待检测网管设备；

生成模块，用于生成各个所述待检测项目的检测结果。

7.根据权利要求6所述的通信运营商网管设备的检测装置，其特征在于，该装置还包括分析模块，

所述分析模块，还用于将生成的各个检测结果与对应的预存标准结果进行比对，以确定所述待检测网管设备是否存在异常；及

在有生成的检测结果与对应的预存标准结果的差值大于预设阀值时，确定所述待检测网管设备存在异常。

8.根据权利要求7所述的通信运营商网管设备的检测装置，其特征在于，该装置还包括修复模块，

所述处理模块，还用于确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的解决方案；

所述修复模块，用于按照获取的解决方案对所述待检测网管设备进行修复。

9.根据权利要求8所述的通信运营商网管设备的检测装置，其特征在于，

所述处理模块，还用于确定所述待检测网管设备存在异常的异常类型，并根据预存的异常类型与解决方案的映射关系，获取确定的异常类型对应的所有解决方案；及

根据各个解决方案的优先级次序，将获取的所有解决方案中优先级次序最高的解决方案确定为所述待检测网管设备的解决方案。

10.根据权利要求8所述的通信运营商网管设备的检测装置，其特征在于，

所述分析模块，还用于判断修复是否成功；及

在修复失败时，判断与该网管设备异常项目对应的解决方案中是否存在待选解决方案；

所述处理模块，还用于在存在待选解决方案时，从待选解决方案中选择优先级次序最高的解决方案；

所述修复模块，还用于按照确定的解决方案对所述待检测网管设备进行修复。