CN115955385A - 一种物联网业务的故障诊断方法及装置 - Google Patents
一种物联网业务的故障诊断方法及装置 Download PDFInfo
- Publication number
- CN115955385A CN115955385A CN202211212560.4A CN202211212560A CN115955385A CN 115955385 A CN115955385 A CN 115955385A CN 202211212560 A CN202211212560 A CN 202211212560A CN 115955385 A CN115955385 A CN 115955385A
- Authority
- CN
- China
- Prior art keywords
- access point
- enterprise access
- fault
- internet
- things
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 103
- 238000003745 diagnosis Methods 0.000 title claims description 135
- 230000002159 abnormal effect Effects 0.000 claims description 51
- 238000012545 processing Methods 0.000 claims description 39
- 230000006855 networking Effects 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 11
- 230000004913 activation Effects 0.000 description 10
- 230000009286 beneficial effect Effects 0.000 description 9
- 230000005856 abnormality Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000010276 construction Methods 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种物联网业务的故障诊断方法及装置，该方法包括获取物联网设备网管平台采集并发送的多个企业接入点的信息数据，信息数据包括专线状态、配置数据及多种性能指标的数据；分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点，并根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果，以根据故障的企业接入点的配置比对结果和专线状态确定故障原因。解决了现有技术仅能基于个人经验对用户发现的物联网业务故障进行处理以确定故障原因，容易出现故障发现不及时和故障原因定位不准确的问题。
Description
技术领域
本申请涉及物联网技术领域，尤其涉及一种物联网业务的故障诊断方法及装置。
背景技术
随着工业互联网数字化转型速率的加快，用于各垂直行业的物联网业务需求也日益增加，随之而来的是物联网业务质量问题越来越多。
当前，在对物联网业务的故障进行诊断的过程中，用户发现物联网业务故障后，可以主动上报物联网业务故障，维护人员在获知用户上报的物联网业务故障后，需要登录物联网设备，输入一系列指令，并根据指令输出结果和个人经验，对故障原因进行定位。
也就是说，现有技术仅能基于个人经验对用户发现并上报的物联网业务故障进行处理以确定故障原因，容易出现故障发现不及时和故障原因定位不准确的问题。
发明内容
本申请提供一种物联网业务的故障诊断方法及装置，用于解决现有技术仅能基于个人经验对用户发现并上报的物联网业务故障进行处理以确定故障原因，容易出现故障发现不及时和故障原因定位不准确的问题。
第一方面，本申请提供一种物联网业务的故障诊断方法，包括：
获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，所述信息数据包括专线状态、配置数据以及多种性能指标的数据；
分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点；
分别根据所述故障的企业接入点的配置数据和所述故障的企业接入点对应的标准数据库配置模型，确定所述故障的企业接入点的配置比对结果；
根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因。
在上述的物联网业务的故障诊断方法的优选技术方案中，所述分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点，包括：
对于每个业务模型，获取所述业务模型中的告警次数，并根据所述业务模型的指标异常阈值与所述业务模型中的告警次数的对应关系，确定所述业务模型的指标异常阈值；
对于每个企业接入点，分别根据每种性能指标的数据和所述每种性能指标对应的业务模型中的数据，确定所述每种性能指标的比对结果，并根据所述每种性能指标的比对结果和所述每种性能指标对应的业务模型的指标异常阈值，确定所述企业接入点是否为所述故障的企业接入点。
在上述的物联网业务的故障诊断方法的优选技术方案中，还包括：
在确定所述企业接入点为所述故障的企业接入点时，确定故障的性能指标；
将所述故障的性能指标对应的业务模型中的告警次数加1。
在上述的物联网业务的故障诊断方法的优选技术方案中，所述信息数据还包括数据采集时间、企业接入点的名称，所述方法还包括：
在确定所述企业接入点为所述故障的企业接入点时，确定所述故障的企业接入点的名称和所述故障的企业接入点的数据采集时间；
向终端设备发送所述故障原因、所述故障的企业接入点的名称、所述故障的企业接入点的数据采集时间以及所述故障的性能指标。
在上述的物联网业务的故障诊断方法的优选技术方案中，所述根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因，包括：
判断所述配置比对结果是否为相同；
若判断出所述配置比对结果为不同，则确定所述故障原因为网络侧原因；
若判断出所述配置比对结果为相同，则确定所述故障原因为非网络侧原因。
在上述的物联网业务的故障诊断方法的优选技术方案中，还包括：
判断所述故障的企业接入点的专线状态是否为正常；
若判断出所述故障的企业接入点的专线状态为异常，则确定所述故障原因为用户侧原因；
若判断出所述故障的企业接入点的专线状态为正常，则确定所述故障原因为非用户侧原因。
在上述的物联网业务的故障诊断方法的优选技术方案中，还包括：
获取所述物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据；
对于每个业务模型，将所述物联网设备网管平台发送的在所述第一设定时间段内采集的与所述业务模型对应的性能指标的数据，作为所述业务模型中的数据。
在上述的物联网业务的故障诊断方法的优选技术方案中，还包括：
获取所述物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据；
对于每个企业接入点，将所述物联网设备网管平台发送的在所述第二设定时间段内采集的所述企业接入点的配置数据，作为所述企业接入点对应的标准数据库配置模型中的数据。
第二方面，本申请提供一种物联网业务的故障诊断装置，包括：
获取模块，用于获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，所述信息数据包括专线状态、配置数据以及多种性能指标的数据；
处理模块，用于分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点；
所述处理模块，还用于分别根据所述故障的企业接入点的配置数据和所述故障的企业接入点对应的标准数据库配置模型，确定所述故障的企业接入点的配置比对结果；
所述处理模块，还用于根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因。
在上述的物联网业务的故障诊断装置的优选技术方案中，所述处理模块，具体用于：
对于每个业务模型，获取所述业务模型中的告警次数，并根据所述业务模型的指标异常阈值与所述业务模型中的告警次数的对应关系，确定所述业务模型的指标异常阈值；
对于每个企业接入点，分别根据每种性能指标的数据和所述每种性能指标对应的业务模型中的数据，确定所述每种性能指标的比对结果，并根据所述每种性能指标的比对结果和所述每种性能指标对应的业务模型的指标异常阈值，确定所述企业接入点是否为所述故障的企业接入点。
在上述的物联网业务的故障诊断装置的优选技术方案中，所述处理模块，还用于：
在确定所述企业接入点为所述故障的企业接入点时，确定故障的性能指标；
将所述故障的性能指标对应的业务模型中的告警次数加1。
在上述的物联网业务的故障诊断装置的优选技术方案中，所述信息数据还包括数据采集时间、企业接入点的名称；
所述处理模块，还用于在确定所述企业接入点为所述故障的企业接入点时，确定所述故障的企业接入点的名称和所述故障的企业接入点的数据采集时间；
所述装置还包括发送模块，用于向终端设备发送所述故障原因、所述故障的企业接入点的名称、所述故障的企业接入点的数据采集时间以及所述故障的性能指标。
在上述的物联网业务的故障诊断装置的优选技术方案中，所述处理模块，具体用于：
判断所述配置比对结果是否为相同；
若判断出所述配置比对结果为不同，则确定所述故障原因为网络侧原因；
若判断出所述配置比对结果为相同，则确定所述故障原因为非网络侧原因。
在上述的物联网业务的故障诊断装置的优选技术方案中，所述处理模块，还用于：
判断所述故障的企业接入点的专线状态是否为正常；
若判断出所述故障的企业接入点的专线状态为异常，则确定所述故障原因为用户侧原因；
若判断出所述故障的企业接入点的专线状态为正常，则确定所述故障原因为非用户侧原因。
在上述的物联网业务的故障诊断装置的优选技术方案中，
所述获取模块，还用于获取所述物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据；
所述处理模块，还用于对于每个业务模型，将所述物联网设备网管平台发送的在所述第一设定时间段内采集的与所述业务模型对应的性能指标的数据，作为所述业务模型中的数据。
在上述的物联网业务的故障诊断装置的优选技术方案中，
所述获取模块，还用于获取所述物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据；
所述处理模块，还用于对于每个企业接入点，将所述物联网设备网管平台发送的在所述第二设定时间段内采集的所述企业接入点的配置数据，作为所述企业接入点对应的标准数据库配置模型中的数据。
第三方面，本申请提供一种物联网业务的故障诊断系统，包括：物联网设备网管平台、终端设备以及如第二方面所述的物联网业务的故障诊断装置。
第四方面，本申请提供一种服务器，包括：
处理器，以及与所述处理器通信连接的存储器；
所述存储器用于存储计算机执行指令；
所述处理器用于执行所述存储器存储的计算机执行指令，以实现第一方面所述的物联网业务的故障诊断方法。
第五方面，本申请提供一种可读存储介质，其上存储有计算机执行指令，所述计算机执行指令被处理器执行时实现第一方面所述的物联网业务的故障诊断方法。
本申请提供一种物联网业务的故障诊断方法及装置，在该方法中，物联网业务的故障诊断装置获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，信息数据包括专线状态、配置数据以及多种性能指标的数据；物联网业务的故障诊断装置分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点，并分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果，以根据故障的企业接入点的配置比对结果和专线状态，确定故障的企业接入点的故障原因。相较于现有技术仅能基于个人经验对用户发现并上报的业务故障进行处理以确定故障原因而言，本申请无需依赖用户发现并上报物联网业务故障，仅根据物联网设备网管平台采集并发送的多个企业接入点的多种性能指标的数据，即可实现对企业接入点粒度的物联网业务故障的监测，进而实现了对物联网业务故障的及时发现。另外，本申请无需依靠个人经验确定故障原因，仅根据故障的企业接入点的配置数据与对应的标准数据配置模型的配置比对结果，以及故障的企业接入点的专线状态，即可确定出故障原因，进而实现了对故障原因的准确定位。解决了现有技术仅能基于个人经验对用户发现并上报的物联网业务故障进行处理以确定故障原因，容易出现故障发现不及时和故障原因定位不准确的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请提供的一种物联网业务的故障诊断方法的系统结构图；
图2为本申请提供的一种物联网业务的故障诊断方法实施例一的流程示意图；
图3为本申请提供的一种物联网业务的故障诊断方法实施例二的流程示意图；
图4为本申请提供的一种物联网业务的故障诊断方法实施例三的流程示意图；
图5为本申请提供的一种物联网业务的故障诊断方法实施例四的流程示意图；
图6为本申请提供的一种物联网业务的故障诊断方法实施例五的流程示意图；
图7为本申请提供的一种物联网业务的故障诊断方法实施例六的流程示意图；
图8为本申请提供的一种物联网业务的故障诊断方法实施例七的流程示意图；
图9为本申请提供的一种物联网业务的故障诊断方法实施例八的流程示意图；
图10为本申请提供的一种物联网业务的故障诊断装置实施例的结构示意图；
图11为本申请提供的一种服务器的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在根据本实施例的启示下作出的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
现有技术仅能依靠维护人员的个人经验，对用户发现并上报的物联网业务故障进行处理以确定故障原因，容易出现故障发现不及时和故障原因定位不准确的问题。
基于上述技术问题，本申请的技术构思过程如下：如何实现对物联网业务故障的自动检测和对故障原因的自动定位。
下面对本申请的物联网业务的故障诊断方案进行详细的说明。
示例性地，图1为本申请提供的一种物联网业务的故障诊断方法的系统结构图，如图1所示，该系统结构可以包括：物联网设备网管平台101、物联网业务的故障诊断装置102以及终端设备103。
需要说明的是，图1仅是本申请实施例提供的一种物联网业务的故障诊断方法的系统结构图，本申请实施例不对图1中包括的各种设备的实际形态进行限定，也不对图1中设备之间的交互方式进行限定，在方案的具体应用中，可以根据实际需求设定。
下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图2为本申请提供的一种物联网业务的故障诊断方法实施例一的流程示意图。参见图2，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S201：获取物联网设备网管平台采集并发送的多个企业接入点的信息数据。
在本实施例中，物联网业务的故障诊断装置可以获取物联网设备网管平台采集并发送的多个企业接入点的信息数据。可选地，物联网业务的故障诊断装置可以每隔设定时长获取一次物联网设备网管平台发送的多个企业接入点的信息数据，示例性地，设定时长可以为5分钟。可选地，物联网业务的故障诊断装置可以实时获取物联网设备网管平台发送的多个企业接入点的信息数据。
信息数据可以包括专线状态、配置数据以及多种性能指标的数据。具体地，专线状态可以包括专线状态为正常和专线状态为异常。配置数据可以包括虚拟专用网络(VirtualPrivate Network，简称VPN)数据、专线接口配置数据、域名系统(Domain Name System，简称DNS)配置数据以及计费/鉴权平台配置数据。性能指标的数据可以包括3G/4G/5G在线用户数、用户会话激活成功率、设备与企业内网之间的接口的上下行流量、设备与企业内网之间的接口的上下行速率以及用户会话鉴权成功率。
步骤S202：分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点。
在本实施例中，每个企业接入点的每种性能指标对应一个业务模型。
物联网业务的故障诊断装置可以分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每个企业接入点的物联网业务是否存在故障，即确定多个企业接入点中物联网业务存在故障的企业接入点。
步骤S203：分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果。
在本实施例中，每个企业接入点对应一个标准数据库配置模型。
在确定物联网业务存在故障的企业接入点后，针对该故障的企业接入点，物联网业务的故障诊断装置可以确定出该故障的企业接入点对应的标准数据库配置模型，并将该企业接入点的配置数据与该标准数据库配置模型中的数据进行逐一比对，以确定该故障的企业接入点的配置数据是否与标准数据库配置模型中的数据完全相同，即确定故障的企业接入点的配置比对结果是否为相同。
步骤S204：根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。
在本实施例中，企业接入点的配置比对结果可以反映企业接入点的网络侧的状态，企业接入点的专线状态可以反映企业接入点的用户侧的状态。在确定故障的企业接入点的配置比对结果后，物联网业务的故障诊断装置可以确定该故障的企业接入点的专线状态，并根据故障的企业接入点的配置结果和专线状态，确定企业接入点的网络侧和用户侧的当前状态，从而确定导致企业接入点的物联网业务出现故障的原因。
本实施例中，物联网业务的故障诊断装置获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，信息数据包括专线状态、配置数据以及多种性能指标的数据；物联网业务的故障诊断装置分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点，并分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果，以根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。相较于现有技术仅能基于个人经验对用户发现并上报的业务故障进行处理以确定故障原因而言，本申请无需依赖用户发现并上报业务故障，仅根据物联网设备网管平台采集并发送的多个企业接入点的多种性能指标的数据，即可实现对企业接入点粒度的物联网业务故障的监测，进而实现了对物联网业务故障的及时发现。另外，本申请无需依靠个人经验确定故障原因，仅根据故障的企业接入点的配置数据和对应的标准数据配置模型中的数据的配置比对结果，以及故障的企业接入点的专线状态，即可确定出故障原因，进而实现了对故障原因的准确定位。解决了现有技术仅能基于个人经验对用户发现并上报的物联网业务故障进行处理以确定故障原因，从而导致容易出现故障发现不及时和故障原因定位不准确的问题。
图3为本申请提供的一种物联网业务的故障诊断方法实施例二的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S301：获取物联网设备网管平台采集并发送的多个企业接入点的信息数据。
步骤S302：对于每个业务模型，获取业务模型中的告警次数，并根据业务模型的指标异常阈值与业务模型中的告警次数的对应关系，确定业务模型的指标异常阈值。
在本实施例中，业务模型的指标异常阈值与业务模型中的告警次数存在对应关系。
针对每个业务模型，物联网业务的故障诊断装置在获取该业务模型中的告警次数后，可以根据上述对应关系，确定与该业务模型中的告警次数对应的该业务模型的指标异常阈值。示例性地，针对用户会话激活成功率这项性能指标，在用户会话激活成功率对应的业务模型中，与告警次数5对应的指标异常阈值可以为20％。
步骤S303：对于每个企业接入点，分别根据每种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每种性能指标的比对结果，并根据每种性能指标的比对结果和每种性能指标对应的业务模型的指标异常阈值，确定企业接入点是否为故障的企业接入点。
在本实施例中，业务模型中的数据为该业务模型对应的性能指标的标准数据。该标准数据为企业接入点的物联网业务不存在故障时的性能指标的数据。
针对每个企业接入点，物联网业务的故障诊断装置可以确定该企业接入点的每种性能指标对应的业务模型，并计算每种性能指标对应的业务模型中的数据与每种性能指标的数据的差值，物联网业务的故障诊断装置可以将该差值与业务模型中的标准的数据的商值作为该企业接入点的该种性能指标的比对结果。
物联网业务的故障诊断装置可以判断分别每种性能指标的比对结果是否大于每种性能指标对应的业务模型的指标异常阈值，并在判断出存在至少一种性能指标的比对结果大于该种性能指标对应的业务模型的指标异常阈值时，确定该企业接入点为物联网业务存在故障的企业接入点。
步骤S304：分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果。
步骤S305：根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。
本实施例中，在确定企业接入点是否为故障的企业接入点的过程中，对于每个业务模型，物联网业务的故障诊断装置可以获取业务模型中的告警次数，并根据业务模型的指标异常阈值与业务模型中的告警次数的对应关系，确定业务模型的指标异常阈值。对于每个企业接入点，物联网业务的故障诊断装置分别根据每种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每种性能指标的比对结果，并根据每种性能指标的比对结果和每种性能指标对应的业务模型的指标异常阈值，确定企业接入点是否为故障的企业接入点。相较于现有技术中需要用户发现并主动上报物联网业务故障而言，本申请无需依赖用户，仅需根据企业接入点的每种性能指标的数据、每种性能指标对应的业务模型中的数据，以及业务模型的指标异常阈值，即可准确确定出物联网业务存在故障的企业接入点，提高了确定物联网业务故障的及时性和准确性。
图4为本申请提供的一种物联网业务的故障诊断方法实施例三的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S401：获取物联网设备网管平台采集并发送的多个企业接入点的信息数据。
步骤S402：对于每个业务模型，获取业务模型中的告警次数，并根据业务模型的指标异常阈值与业务模型中的告警次数的对应关系，确定业务模型的指标异常阈值。
步骤S403：对于每个企业接入点，分别根据每种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每种性能指标的比对结果，并根据每种性能指标的比对结果和每种性能指标对应的业务模型的指标异常阈值，确定企业接入点是否为故障的企业接入点。
步骤S404：在确定企业接入点为故障的企业接入点时，确定故障的性能指标。
在本实施例中，物联网业务的故障诊断装置在确定一个企业接入点为故障企业接入点时，可以确定物联网业务发生故障的企业接入点中故障的性能指标。示例性地，当物联网业务的故障诊断装置在根据企业接入点A的用户会话激活成功率的数据和用户会话激活成功率对应的业务模型中的数据，确定用户会话激活成功率的比对结果为23％后，可以比较用户会话激活成功率的比对结果(23％)和用户会话激活成功率对应的业务模型中的指标异常阈值(20％)，确定企业接入点A中用户会话激活成功率的比对结果大于对应的业务模型中的指标异常阈值，即确定企业接入点A为故障的企业接入点。在物联网业务的故障诊断装置确定企业接入点A为故障的企业接入点后，可以确定反映企业接入点A的物联网业务存在故障的性能指标——用户会话激活成功率，为故障的性能指标。
步骤S405：将故障的性能指标对应的业务模型中的告警次数加1。
物联网业务的故障诊断装置在确定故障的性能指标后，可以将故障的企业接入点中故障的性能指标对应的业务模型中的告警次数加1，以更新该业务模型中的告警次数。
步骤S406：分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果。
步骤S407：根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。
本实施例在前述实施例的基础上，在确定故障的企业接入点后，可以确定反映企业接入点的物联网业务发生故障的性能指标为故障的性能指标，以更新该故障的性能指标对应的业务模型中的告警次数，从而保证在后续根据业务模型中的告警次数确定业务模型的指标异常阈值时，可以确定出与当前情况更匹配的指标异常阈值，进而物联网业务的故障诊断装置可以更加准确地确定出物联网业务存在故障的企业接入点。
图5为本申请提供的一种物联网业务的故障诊断方法实施例四的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S501：获取物联网设备网管平台采集并发送的多个企业接入点的信息数据。
在本实施例中，物联网设备网管平台在采集多个企业接入点的信息数据时，可以采集专线状态、配置数据以及多种性能指标的数据，还可以采集当前时间和企业接入点的名称，并将采集的当前时间作为数据采集时间。
物联网设备网管平台在采集多个企业接入点的信息数据后，可以将上述信息数据发送至物联网业务的故障诊断装置。
步骤S502：对于每个业务模型，获取业务模型中的告警次数，并根据业务模型的指标异常阈值与业务模型中的告警次数的对应关系，确定业务模型的指标异常阈值。
步骤S503：对于每个企业接入点，分别根据每种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每种性能指标的比对结果，并根据每种性能指标的比对结果和每种性能指标对应的业务模型的指标异常阈值，确定企业接入点是否为故障的企业接入点。
步骤S504：在确定企业接入点为故障的企业接入点时，确定故障的性能指标。
步骤S505：将故障的性能指标对应的业务模型中的告警次数加1。
步骤S506：分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果。
步骤S507：根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。
步骤S508：向终端设备发送故障原因、故障的企业接入点的名称、故障的企业接入点的数据采集时间以及故障的性能指标。
在本实施例中，物联网业务的故障诊断装置在确定故障的企业接入点、故障原因以及故障的性能指标后，可以确定故障的企业接入点的名称，还可以确定与反映企业接入点的物联网业务存在故障的数据的数据采集时间，并向终端设备发送故障原因、故障的企业接入点的名称、故障的企业接入点的数据采集时间以及故障的性能指标，以使终端设备的显示界面显示上述信息，或者终端设备的播放装置播放上述信息。
本实施例在前述实施例的基础上，除了确定故障原因和故障的性能指标之外，物联网业务的故障诊断装置还可以确定出故障的企业接入点的数据采集时间和故障企业接入点的名称，并将上述信息发送至终端设备，以使用户可以及时准确地获知物联网业务存在故障的企业接入点、故障原因以及故障时间，从而使得用户可以及时准确地处理物联网业务的故障。
在前述实施例一的基础上，下面可以通过方法实施例五对步骤S204中确定故障的企业接入点的故障原因的过程进行详细说明。
图6为本申请提供的一种物联网业务的故障诊断方法实施例五的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S601：判断配置比对结果是否为相同。
在本实施例中，企业接入点的配置比对结果可以反映企业接入点的网络侧的状态。
对于故障的企业接入点的多种配置数据中的每一种配置数据，物联网业务的故障诊断装置皆需要对比该配置数据与标准数据库配置模型中与该配置数据对应的数据，以获取每一种配置数据的配置比对结果。其中，标准数据库配置模型中的数据为该标准数据库配置模型对应的企业接入点的标准配置数据。该标准配置数据为该企业接入点的网络侧的状态不存在异常时的配置数据。
当物联网业务的故障诊断装置确定多种配置数据中，存在至少一种配置数据的配置比对结果为不同时，确定故障的企业接入点当前网络侧的状态存在异常，此时执行步骤S602。当物联网业务的故障诊断装置确定每种配置数据的配置比对结果皆为相同时，说明故障的企业接入点当前的网络侧状态不存在异常，此时执行步骤S603。
步骤S602：确定故障原因为网络侧原因。
在物联网业务的故障诊断装置判断出配置比对结果为不同时，说明故障的企业接入点的配置数据与标准数据库配置模型中的数据存在不同，此时物联网业务的故障诊断装置可以确定故障原因包括网络侧原因。
步骤S603：确定故障原因为非网络侧原因。
在物联网业务的故障诊断装置判断出配置比对结果为相同时，说明故障的企业接入点的配置数据与标准数据库配置模型中的数据完全相同，此时物联网业务的故障诊断装置可以确定故障原因为非网络侧原因。
本实施例中，物联网业务的故障诊断装置可以根据配置比对结果确定物联网业务存在故障的企业接入点的故障原因。相较于现有技术维护人员仅能基于人为经验对故障原因进行定位而言，本申请可以根据配置比对结果确定故障原因，提高了故障原因定位的准确率，进而提高了物联网业务故障的处理效率。
在实施例五的基础上，下面通过方法实施例六对步骤S204中确定故障的企业接入点的故障原因的过程进行进一步地详细说明。
图7为本申请提供的一种物联网业务的故障诊断方法实施例六的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S701：判断故障的企业接入点的专线状态是否为正常。
在本实施例中，企业接入点的专线状态可以反映企业接入点的用户侧的状态。
物联网业务的故障诊断装置在确定物联网业务存在故障的企业接入点后，可以判断该故障的企业接入点的专线状态是否为正常，若判断出故障的企业接入点的专线状态为异常，则执行步骤S702；若判断出故障的企业接入点的专线状态为正常，则执行步骤S703。
步骤S702：确定故障原因为用户侧原因。
在本实施例中，在物联网业务的故障诊断装置判断出故障的企业接入点的专线状态为异常时，可以确定企业接入点的用户侧的状态存在异常，即确定故障原因包括用户侧原因。
步骤S703：确定故障原因为非用户侧原因。
在本实施例中，在物联网业务的故障诊断装置判断出故障的企业接入点的专线状态为正常时，可以确定企业接入点的用户侧的状态不存在异常，即确定故障原因为非用户侧原因。
需要说明的是，物联网业务的故障诊断装置在确定故障原因为非网络侧原因，且为非用户侧原因时，可以确定故障原因为其他原因。
本实施例中，物联网业务的故障诊断装置可以根据故障的企业接入点的专线状态确定物联网业务存在故障的企业接入点的故障原因。相较于现有技术维护人员仅能基于人为经验对故障原因进行定位而言，本申请可以直接根据获取的企业接入点的专线状态确定出故障原因，提高了故障原因定位的准确率，进而提高了物联网业务故障的处理效率。
在实施例一的基础上，下面通过方法实施例七对构建业务模型的过程进行进一步地详细说明。
图8为本申请提供的一种物联网业务的故障诊断方法实施例七的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S801：获取物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据。
本实施例中，在第一设定时间段内，物联网设备网管平台每隔第一设定时长，采集一次多个企业接入点的多种性能指标的数据。示例性地，第一设定时间段可以为168小时，第一设定时长可以为24小时。
物联网设备网管平台将其在第一设定时间段内多次采集获取的多个企业接入点的多种性能指标的数据，发送至物联网业务的故障诊断装置。
每个企业接入点的每种性能指标包括采集时间间隔第一设定时长的多个数据，物联网业务的故障诊断装置可以对物联网设备网管平台发送的每个企业接入点的每种性能指标的多个数据进行异常值处理，以获取处理后的数据。可选地，物联网业务的故障诊断装置可以预先设定性能指标的数据的正常范围，将超出正常范围的性能指标的数据作为存在异常的数据，并进行丢弃。可选地，物联网业务的故障诊断装置可以计算每个性能指标的数据的偏差值，并将偏差值超出偏差阈值的性能指标的数据作为存在异常的数据，并进行丢弃。
步骤S802：对于每个业务模型，将物联网设备网管平台发送的在第一设定时间段内采集的与业务模型对应的性能指标的数据，作为业务模型中的数据。
在本实施例中，在对物联网设备网管平台发送的每个企业接入点的每种性能指标的多个数据进行异常值处理后，针对每个业务模型，物联网业务的故障诊断装置可以将经过异常值处理后的与该业务模型对应的性能指标的多个数据，作为业务模型中的数据，以实现对业务模型的构建。
本实施例中，在获取物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据后，对于每个业务模型，物联网业务的故障诊断装置将上述数据中与业务模型对应的性能指标的数据，作为业务模型中的数据。本申请将物联网业务不存在故障时的企业接入点的性能指标的数据作为业务模型中的数据，提高了后续根据业务模型中的数据确定物联网业务存在故障的企业接入点的准确率。
在实施例一的基础上，下面通过方法实施例八对构建标准数据库配置模型的过程进行进一步地详细说明。
图9为本申请提供的一种物联网业务的故障诊断方法实施例八的流程示意图，该物联网业务的故障诊断方法具体包括以下步骤：
步骤S901：获取物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据。
在本实施例中，在第二设定时间段内，物联网设备网管平台每隔第二设定时长，采集一次多个企业接入点的配置数据。示例性地，第二设定时间段可以为720小时，第二设定时长可以为48小时。
物联网设备网管平台将其在第二设定时间段内多次采集获取的多个企业接入点的配置数据发送至物联网业务的故障诊断装置。
每个企业接入点的配置数据包括采集时间间隔为第二设定时长的多个数据，物联网业务的故障诊断装置可以对物联网设备网管平台发送的每个企业接入点的配置数据中的多个数据进行异常值处理。可选地，物联网业务的故障诊断装置可以预先设定配置数据的正常范围，将超出正常范围的配置数据作为存在异常的配置数据，并进行丢弃。可选地，物联网业务的故障诊断装置可以计算每个配置数据的偏差值，并将偏差值超出偏差阈值的配置数据作为存在异常的配置数据，并进行丢弃。
步骤S902：对于每个企业接入点，将物联网设备网管平台发送的在第二设定时间段内采集的企业接入点的配置数据，作为企业接入点对应的标准数据库配置模型中的数据。
在本实施例中，在对物联网设备网管平台发送的在第二设定时间段内采集的配置数据进行异常值处理后，针对每个企业接入点，物联网业务的故障诊断装置可以将经过异常值处理后的与该企业接入点对应的配置数据，作为该企业接入点对应的标准数据库配置模型中的数据，以实现对标准数据库配置模型的构建。
本实施例中，在获取物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据后，对于每个企业接入点，物联网业务的故障诊断装置将上述数据中与企业接入点对应的配置数据，作为标准数据库配置模型中的数据。本申请将物联网业务不存在故障时的企业接入点的配置数据作为标准数据库配置模型中的数据，提高了后续根据标准数据库配置模型中的数据确定故障原因的准确率。
下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。
图10为本申请提供的一种物联网业务的故障诊断装置实施例的结构示意图；如图10所示，该物联网业务的故障诊断装置100包括：获取模块1001和处理模块1002；其中，获取模块1001，用于获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，信息数据包括专线状态、配置数据以及多种性能指标的数据；处理模块1002，用于分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点；处理模块1002，还用于分别根据故障的企业接入点的配置数据和故障的企业接入点对应的标准数据库配置模型，确定故障的企业接入点的配置比对结果；处理模块1002，还用于根据故障的企业接入点的配置比对结果和故障的企业接入点的专线状态，确定故障的企业接入点的故障原因。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，处理模块1002，具体用于：对于每个业务模型，获取业务模型中的告警次数，并根据业务模型的指标异常阈值与业务模型中的告警次数的对应关系，确定业务模型的指标异常阈值；对于每个企业接入点，分别根据每种性能指标的数据和每种性能指标对应的业务模型中的数据，确定每种性能指标的比对结果，并根据每种性能指标的比对结果和每种性能指标对应的业务模型的指标异常阈值，确定企业接入点是否为故障的企业接入点。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，处理模块1002，还用于：在确定企业接入点为故障的企业接入点时，确定故障的性能指标；将故障的性能指标对应的业务模型中的告警次数加1。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，信息数据还包括数据采集时间、企业接入点的名称；处理模块1002，还用于在确定企业接入点为故障的企业接入点时，确定故障的企业接入点的名称和故障的企业接入点的数据采集时间；该物联网业务的故障诊断装置100还包括发送模块1003，用于向终端设备发送故障原因、故障的企业接入点的名称、故障的企业接入点的数据采集时间以及故障的性能指标。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，处理模块1002，具体用于：判断配置比对结果是否为相同；若判断出配置比对结果为不同，则确定故障原因为网络侧原因；若判断出配置比对结果为相同，则确定故障原因为非网络侧原因。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，处理模块1002，还用于：判断故障的企业接入点的专线状态是否为正常；若判断出故障的企业接入点的专线状态为异常，则确定故障原因为用户侧原因；若判断出故障的企业接入点的专线状态为正常，则确定故障原因为非用户侧原因。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，获取模块1001，还用于获取物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据；处理模块1002，还用于对于每个业务模型，将物联网设备网管平台发送的在第一设定时间段内采集的与业务模型对应的性能指标的数据，作为业务模型中的数据。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
在一种可能的实施方案中，获取模块1001，还用于获取物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据；处理模块1002，还用于对于每个企业接入点，将物联网设备网管平台发送的在第二设定时间段内采集的企业接入点的配置数据，作为企业接入点对应的标准数据库配置模型中的数据。
本申请实施例提供的物联网业务的故障诊断装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
本申请实施例还提供一种物联网业务的故障诊断系统，包括：物联网设备网管平台、终端设备以及物联网业务的故障诊断装置。
本申请实施例提供的物联网业务的故障诊断系统可以执行上述方法实施所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。
图11为本申请提供的一种服务器的结构示意图。如图11所示，该服务器110包括：处理器1101和存储器1102；其中，处理器1101与存储器1102通信连接，存储器1102用于存储计算机执行指令；处理器1101配置为经由执行存储器1102存储的计算机执行指令来执行前述任一方法实施例中的技术方案。
可选的，存储器1102既可以是独立的，也可以跟处理器1101集成在一起。可选的，当存储器1102是独立于处理器1101之外的器件时，服务器110还可以包括：总线，用于将上述器件连接起来。
该服务器用于执行前述任一方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。
本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现前述任一方法实施例提供的技术方案。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (19)
1.一种物联网业务的故障诊断方法，其特征在于，包括：
获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，所述信息数据包括专线状态、配置数据以及多种性能指标的数据；
分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点；
分别根据所述故障的企业接入点的配置数据和所述故障的企业接入点对应的标准数据库配置模型，确定所述故障的企业接入点的配置比对结果；
根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因。
2.根据权利要求1所述的物联网业务的故障诊断方法，其特征在于，所述分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点，包括：
对于每个业务模型，获取所述业务模型中的告警次数，并根据所述业务模型的指标异常阈值与所述业务模型中的告警次数的对应关系，确定所述业务模型的指标异常阈值；
对于每个企业接入点，分别根据每种性能指标的数据和所述每种性能指标对应的业务模型中的数据，确定所述每种性能指标的比对结果，并根据所述每种性能指标的比对结果和所述每种性能指标对应的业务模型的指标异常阈值，确定所述企业接入点是否为所述故障的企业接入点。
3.根据权利要求2所述的物联网业务的故障诊断方法，其特征在于，还包括：
在确定所述企业接入点为所述故障的企业接入点时，确定故障的性能指标；
将所述故障的性能指标对应的业务模型中的告警次数加1。
4.根据权利要求3所述的物联网业务的故障诊断方法，其特征在于，所述信息数据还包括数据采集时间、企业接入点的名称，所述方法还包括：
在确定所述企业接入点为所述故障的企业接入点时，确定所述故障的企业接入点的名称和所述故障的企业接入点的数据采集时间；
向终端设备发送所述故障原因、所述故障的企业接入点的名称、所述故障的企业接入点的数据采集时间以及所述故障的性能指标。
5.根据权利要求1所述的物联网业务的故障诊断方法，其特征在于，所述根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因，包括：
判断所述配置比对结果是否为相同；
若判断出所述配置比对结果为不同，则确定所述故障原因为网络侧原因；
若判断出所述配置比对结果为相同，则确定所述故障原因为非网络侧原因。
6.根据权利要求5所述的物联网业务的故障诊断方法，其特征在于，还包括：
判断所述故障的企业接入点的专线状态是否为正常；
若判断出所述故障的企业接入点的专线状态为异常，则确定所述故障原因为用户侧原因；
若判断出所述故障的企业接入点的专线状态为正常，则确定所述故障原因为非用户侧原因。
7.根据权利要求1所述的物联网业务的故障诊断方法，其特征在于，还包括：
获取所述物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据；
对于每个业务模型，将所述物联网设备网管平台发送的在所述第一设定时间段内采集的与所述业务模型对应的性能指标的数据，作为所述业务模型中的数据。
8.根据权利要求1所述的物联网业务的故障诊断方法，其特征在于，还包括：
获取所述物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据；
对于每个企业接入点，将所述物联网设备网管平台发送的在所述第二设定时间段内采集的所述企业接入点的配置数据，作为所述企业接入点对应的标准数据库配置模型中的数据。
9.一种物联网业务的故障诊断装置，其特征在于，包括：
获取模块，用于获取物联网设备网管平台采集并发送的多个企业接入点的信息数据；其中，所述信息数据包括专线状态、配置数据以及多种性能指标的数据；
处理模块，用于分别根据每个企业接入点的多种性能指标的数据和每种性能指标对应的业务模型，从多个企业接入点中获取物联网业务存在故障的企业接入点；
所述处理模块，还用于分别根据所述故障的企业接入点的配置数据和所述故障的企业接入点对应的标准数据库配置模型，确定所述故障的企业接入点的配置比对结果；
所述处理模块，还用于根据所述故障的企业接入点的配置比对结果和所述故障的企业接入点的专线状态，确定所述故障的企业接入点的故障原因。
10.根据权利要求9所述的物联网业务的故障诊断装置，其特征在于，所述处理模块，具体用于：
对于每个业务模型，获取所述业务模型中的告警次数，并根据所述业务模型的指标异常阈值与所述业务模型中的告警次数的对应关系，确定所述业务模型的指标异常阈值；
对于每个企业接入点，分别根据每种性能指标的数据和所述每种性能指标对应的业务模型中的数据，确定所述每种性能指标的比对结果，并根据所述每种性能指标的比对结果和所述每种性能指标对应的业务模型的指标异常阈值，确定所述企业接入点是否为所述故障的企业接入点。
11.根据权利要求10所述的物联网业务的故障诊断装置，其特征在于，所述处理模块，还用于：
在确定所述企业接入点为所述故障的企业接入点时，确定故障的性能指标；
将所述故障的性能指标对应的业务模型中的告警次数加1。
12.根据权利要求11所述的物联网业务的故障诊断装置，其特征在于，所述信息数据还包括数据采集时间、企业接入点的名称；
所述处理模块，还用于在确定所述企业接入点为所述故障的企业接入点时，确定所述故障的企业接入点的名称和所述故障的企业接入点的数据采集时间；
所述装置还包括发送模块，用于向终端设备发送所述故障原因、所述故障的企业接入点的名称、所述故障的企业接入点的数据采集时间以及所述故障的性能指标。
13.根据权利要求9所述的物联网业务的故障诊断装置，其特征在于，所述处理模块，具体用于：
判断所述配置比对结果是否为相同；
若判断出所述配置比对结果为不同，则确定所述故障原因为网络侧原因；
若判断出所述配置比对结果为相同，则确定所述故障原因为非网络侧原因。
14.根据权利要求13所述的物联网业务的故障诊断装置，其特征在于，所述处理模块，还用于：
判断所述故障的企业接入点的专线状态是否为正常；
若判断出所述故障的企业接入点的专线状态为异常，则确定所述故障原因为用户侧原因；
若判断出所述故障的企业接入点的专线状态为正常，则确定所述故障原因为非用户侧原因。
15.根据权利要求9所述的物联网业务的故障诊断装置，其特征在于，
所述获取模块，还用于获取所述物联网设备网管平台发送的在第一设定时间段内采集的多个企业接入点的多种性能指标的数据；
所述处理模块，还用于对于每个业务模型，将所述物联网设备网管平台发送的在所述第一设定时间段内采集的与所述业务模型对应的性能指标的数据，作为所述业务模型中的数据。
16.根据权利要求9所述的物联网业务的故障诊断装置，其特征在于，
所述获取模块，还用于获取所述物联网设备网管平台发送的在第二设定时间段内采集的多个企业接入点的配置数据；
所述处理模块，还用于对于每个企业接入点，将所述物联网设备网管平台发送的在所述第二设定时间段内采集的所述企业接入点的配置数据，作为所述企业接入点对应的标准数据库配置模型中的数据。
17.一种物联网业务的故障诊断系统，其特征在于，包括：物联网设备网管平台、终端设备以及如权利要求9-16中任一项所述的物联网业务的故障诊断装置。
18.一种服务器，其特征在于，包括：
处理器，以及与所述处理器通信连接的存储器；
所述存储器用于存储计算机执行指令；
所述处理器用于执行所述存储器存储的计算机执行指令，以实现权利要求1-8中任一项所述的物联网业务的故障诊断方法。
19.一种可读存储介质，其上存储有计算机执行指令，其特征在于，所述计算机执行指令被处理器执行时实现权利要求1-8中任一项所述的物联网业务的故障诊断方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211212560.4A CN115955385A (zh) | 2022-09-29 | 2022-09-29 | 一种物联网业务的故障诊断方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211212560.4A CN115955385A (zh) | 2022-09-29 | 2022-09-29 | 一种物联网业务的故障诊断方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115955385A true CN115955385A (zh) | 2023-04-11 |
Family
ID=87286446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211212560.4A Pending CN115955385A (zh) | 2022-09-29 | 2022-09-29 | 一种物联网业务的故障诊断方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115955385A (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007121643A1 (fr) * | 2006-04-26 | 2007-11-01 | Huawei Technologies Co., Ltd. | Procédé et système d'amélioration de la fiabilité réseau |
| CN105471669A (zh) * | 2014-09-11 | 2016-04-06 | 中国移动通信集团湖南有限公司 | 一种通信网络故障定位的方法及装置 |
| US20160378583A1 (en) * | 2014-07-28 | 2016-12-29 | Hitachi, Ltd. | Management computer and method for evaluating performance threshold value |
| CN106960292A (zh) * | 2017-04-18 | 2017-07-18 | 国网福建省电力有限公司 | 一种应用于电力公司的业务流程监测系统及方法 |
| CN110287081A (zh) * | 2019-06-21 | 2019-09-27 | 腾讯科技(成都)有限公司 | 一种服务监控系统和方法 |
| US10708122B1 (en) * | 2019-10-30 | 2020-07-07 | T-Mobile Usa, Inc. | Network fault detection and quality of service improvement systems and methods |
| CN111835577A (zh) * | 2019-04-22 | 2020-10-27 | 中国移动通信集团福建有限公司 | 物联网专网质差问题确定的方法、装置和电子设备 |
| CN112383421A (zh) * | 2020-11-03 | 2021-02-19 | 中国联合网络通信集团有限公司 | 一种故障定位方法及装置 |
| US20210173389A1 (en) * | 2018-03-16 | 2021-06-10 | Bridgewest Ventures LLC | Smart Building Sensor Network Fault Diagnostics Platform |
| CN113179182A (zh) * | 2021-04-27 | 2021-07-27 | 中国联合网络通信集团有限公司 | 网络监管方法、装置、设备及存储介质 |
| CN114125912A (zh) * | 2021-10-27 | 2022-03-01 | 中盈优创资讯科技有限公司 | 一种5g专线业务丢包故障定位方法及装置 |
-
2022
- 2022-09-29 CN CN202211212560.4A patent/CN115955385A/zh active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007121643A1 (fr) * | 2006-04-26 | 2007-11-01 | Huawei Technologies Co., Ltd. | Procédé et système d'amélioration de la fiabilité réseau |
| US20160378583A1 (en) * | 2014-07-28 | 2016-12-29 | Hitachi, Ltd. | Management computer and method for evaluating performance threshold value |
| CN105471669A (zh) * | 2014-09-11 | 2016-04-06 | 中国移动通信集团湖南有限公司 | 一种通信网络故障定位的方法及装置 |
| CN106960292A (zh) * | 2017-04-18 | 2017-07-18 | 国网福建省电力有限公司 | 一种应用于电力公司的业务流程监测系统及方法 |
| US20210173389A1 (en) * | 2018-03-16 | 2021-06-10 | Bridgewest Ventures LLC | Smart Building Sensor Network Fault Diagnostics Platform |
| CN111835577A (zh) * | 2019-04-22 | 2020-10-27 | 中国移动通信集团福建有限公司 | 物联网专网质差问题确定的方法、装置和电子设备 |
| CN110287081A (zh) * | 2019-06-21 | 2019-09-27 | 腾讯科技(成都)有限公司 | 一种服务监控系统和方法 |
| US10708122B1 (en) * | 2019-10-30 | 2020-07-07 | T-Mobile Usa, Inc. | Network fault detection and quality of service improvement systems and methods |
| CN112383421A (zh) * | 2020-11-03 | 2021-02-19 | 中国联合网络通信集团有限公司 | 一种故障定位方法及装置 |
| CN113179182A (zh) * | 2021-04-27 | 2021-07-27 | 中国联合网络通信集团有限公司 | 网络监管方法、装置、设备及存储介质 |
| CN114125912A (zh) * | 2021-10-27 | 2022-03-01 | 中盈优创资讯科技有限公司 | 一种5g专线业务丢包故障定位方法及装置 |
Non-Patent Citations (2)
| Title |
|---|
| MARCO SERAFINI等: "On-Line Diagnosis and Recovery: On the Choice and Impact of Tuning Parameters", IEEE TRANSACTIONS ON DEPENDABLE AND SECURE COMPUTING, vol. 04, no. 04, 2 November 2007 (2007-11-02) * |
| 赵建章: "简谈信号系统安全数据网综合网管NMS系统的应用", 铁路通信信号工程技术, no. 03, 25 March 2018 (2018-03-25) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7409316B1 (en) | Method for performance monitoring and modeling | |
| WO2018100655A1 (ja) | データ収集システム、異常検出方法、及びゲートウェイ装置 | |
| CN102761449B (zh) | 一种web服务性能分析方法和装置 | |
| US7197428B1 (en) | Method for performance monitoring and modeling | |
| US7369967B1 (en) | System and method for monitoring and modeling system performance | |
| CN111124830B (zh) | 一种微服务的监控方法及装置 | |
| CN111210029A (zh) | 辅助分析业务的装置、方法及相关设备 | |
| CN110765189A (zh) | 互联网产品的异常管理方法和系统 | |
| CN111464376A (zh) | 网站可用性的监测方法及装置、存储介质、计算机设备 | |
| US7617313B1 (en) | Metric transport and database load | |
| CN114255784A (zh) | 一种基于声纹识别的变电站设备故障诊断方法及相关装置 | |
| CN106294066B (zh) | 报警数据处理方法及装置 | |
| CN110609761B (zh) | 确定故障源的方法、装置、存储介质和电子设备 | |
| CN113676343A (zh) | 电力通信网故障源定位方法及装置 | |
| CN110969082B (zh) | 一种时钟同步测试巡检方法和系统 | |
| CN115955385A (zh) | 一种物联网业务的故障诊断方法及装置 | |
| CN110825466B (zh) | 一种程序卡顿的处理方法以及卡顿处理装置 | |
| CN111585819A (zh) | 一种配网通信设备故障分析方法和系统 | |
| CN110278105A (zh) | 基于zabbix和web拨测检测整体业务运行质量的方法 | |
| EP3099012A1 (en) | A method for determining a topology of a computer cloud at an event date | |
| CN112491635A (zh) | 一种链路质量检测的方法、系统、实现设备及存储介质 | |
| CN113891386B (zh) | 基站的隐性故障确定方法、装置、设备和可读存储介质 | |
| CN113726808A (zh) | 一种网站监测方法、装置、设备及存储介质 | |
| JP4437416B2 (ja) | ネットワーク保守システム | |
| US20120209985A1 (en) | Detecting network-application service failures |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |