CN111147306A - 一种物联网设备的故障分析方法、装置以及物联网平台 - Google Patents

一种物联网设备的故障分析方法、装置以及物联网平台 Download PDF

Info

Publication number
CN111147306A
CN111147306A CN201911396210.6A CN201911396210A CN111147306A CN 111147306 A CN111147306 A CN 111147306A CN 201911396210 A CN201911396210 A CN 201911396210A CN 111147306 A CN111147306 A CN 111147306A
Authority
CN
China
Prior art keywords
fault
information
internet
reason
preset
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.)
Granted
Application number
CN201911396210.6A
Other languages
English (en)
Other versions
CN111147306B (zh
Inventor
李杰铭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Jiangsu Best Internet Of Things Technology Co ltd
Shenzhen Mamotor Ltd
Original Assignee
Shenzhen Mengma Electric Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Mengma Electric Technology Co ltd filed Critical Shenzhen Mengma Electric Technology Co ltd
Priority to CN201911396210.6A priority Critical patent/CN111147306B/zh
Publication of CN111147306A publication Critical patent/CN111147306A/zh
Application granted granted Critical
Publication of CN111147306B publication Critical patent/CN111147306B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/23—Clustering techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/142—Network analysis or design using statistical or mathematical methods
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mathematical Physics (AREA)
  • Mathematical Optimization (AREA)
  • Mathematical Analysis (AREA)
  • Artificial Intelligence (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Pure & Applied Mathematics (AREA)
  • Evolutionary Biology (AREA)
  • Evolutionary Computation (AREA)
  • General Engineering & Computer Science (AREA)
  • Algebra (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例适用于物联网领域，提供了一种物联网设备的故障分析方法、装置、物联网平台以及计算机可读存储介质。该方法包括获取第一故障信息，对第一故障信息进行聚类分析，得到第一故障聚类集合,根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因，基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因。本申请实施例的物联网平台可以在较多数量的物联网设备发生故障时，根据获取的第一故障信息确定确认物联网设备的故障发生范围以及故障发生原因，达到快速获取物联网设备的故障发生范围以及故障发生原因的效果。

Description

一种物联网设备的故障分析方法、装置以及物联网平台
技术领域
本申请属于物联网领域，尤其涉及一种物联网设备的故障分析方法、装置、物联网平台以及计算机可读存储介质。
背景技术
随着科技的发展，物联网应用的越来越广泛。一般地，在物联网中部署有大量物联网设备，并且这些物联网设备的分布范围较广，当较多数量的物联网设备发生故障时，现有技术的物联网只能根据物联网设备上报的故障信息告知运维人员对物联网设备逐个进行人工排查进行确认故障原因，无法做到快速获取物联网设备的故障发生范围以及故障发生原因，导致后续运维人员无法及时给出解决较多数量的物联网设备故障的处理方案。
发明内容
有鉴于此，本申请实施例提供了一种物联网设备的故障分析方法，以解决现有技术中当较多数量的物联网设备发生故障时，无法做到快速获取物联网设备的故障发生范围以及故障发生原因的问题。
本申请实施例的第一方面提供了一种物联网的故障分析方法，包括：
获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
可选的，所述获取第一故障信息包括：
接收所述物联网设备预设时间段内上报的设备信息，所述设备信息包括第一故障信息；
根据预设规则识别所述设备信息的第一故障信息。
可选的，对所述第一故障信息进行聚类分析，得到第一故障聚类集合，包括：
选取关联度大于预设关联度阈值的第一故障信息；
根据所述关联度大于预设关联度阈值的第一故障信息构建所述第一故障聚类集合。
可选的，根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因之前，还包括：
提取所述第一故障聚类集合中出现频率大于预设频率的第一特征信息；
根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，包括：
将在所述预设故障原因集合中与所述第一特征信息匹配的故障原因作为所述第一故障聚类集合的第一故障原因，其中，所述故障原因的预设权重值为所述第一故障原因的权重值。
可选的，在所述获取第一故障信息之前，还包括：
获取第二故障聚类集合，其中，所述第二故障聚类集合为根据第二故障信息生成的故障聚类集合，所述第二故障信息为经过人工确认过故障原因的信息；
根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
可选的，获取第二故障聚类集合，包括：
获取第二故障信息以及所述第二故障信息的故障原因，所述第二故障信息为经过人工确认过故障原因的信息；
对所述第二故障信息进行聚类分析，得到所述第二故障聚类集合。
可选的，对所述第二故障信息进行聚类分析，得到第二故障聚类集合之后，包括：
根据所述第二故障信息的故障原因得到第二故障聚类集合的第二故障原因；
根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合，包括：
提取所述第二故障聚类集合的第二特征信息；
基于所述第二特征信息与所述第二故障原因的对应关系构建预设故障原因集合，其中，所述第二特征信息为所述第二故障聚类集合中出现频率大于预设频率的信息；
确定所述预设故障原因集合中每一个故障原因的预设权重值。
本申请实施例的第二方面提供了一种物联网设备的故障分析装置，包括：
该装置可以包括：
获取模块，用于获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
聚类模块，用于对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
查找模块，用于根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
确认模块，用于基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
可选的，获取模块包括：
接收子模块，用于接收所述物联网设备预设时间段内上报的设备信息，所述设备信息包括第一故障信息；
识别子模快，用于根据预设规则识别所述设备信息的第一故障信息。
可选的，聚类模块包括：
选取子模块，用于选取关联度大于预设关联度阈值的第一故障信息；
构建子模块，用于根据所述关联度大于预设关联度阈值的第一故障信息构建所述第一故障聚类集合。
可选的，故障分析装置还包括：
提取模块，用于提取所述第一故障聚类集合中出现频率大于预设频率的第一特征信息。
可选的，查找模块包括：
故障原因确定子模块，用于将在所述预设故障原因集合中与所述第一特征信息匹配的故障原因作为所述第一故障聚类集合的第一故障原因，其中，所述故障原因的预设权重值为所述第一故障原因的权重值。
可选的，故障分析装置还包括：
故障聚类集合获取模块，用于获取第二故障聚类集合，其中，所述第二故障聚类集合为根据第二故障信息生成的故障聚类集合，所述第二故障信息为经过人工确认过故障原因的信息；
构建模块，用于根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
可选的，故障聚类集合获取模块包括：
获取子模块，用于获取第二故障信息，所述第二故障信息为经过人工确认过故障原因的信息；
聚类分析子模块，对所述第二故障信息进行聚类分析，得到所述第二故障聚类集合。
可选的，故障分析装置还包括：
生成模块，用于根据所述第二故障信息的故障原因生成第二故障聚类集合的第二故障原因。
可选的，构建模块包括：
提取子模块，用于提取所述第二故障聚类集合的第二特征信息；
构建子模块，用于基于所述第二特征信息与所述第二故障原因的对应关系构建预设故障原因集合，其中，所述第二特征信息为所述第二故障聚类集合中出现频率大于预设频率的信息；
确定子模块，用于确定所述预设故障原因集合中每一个故障原因的预设权重值。
本申请实施例的第三方面提供了一种物联网平台，包括：存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上述物联网设备的故障分析方法的各个步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质，包括：计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述物联网设备的故障分析方法的各个步骤。
第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在物联网平台上运行时，使得物联网平台执行上述第一方面中任一项所述的物联网设备的故障分析方法。
可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。
本申请实施例与现有技术相比存在的有益效果是：本申请实施例通过获取第一故障信息，对第一故障信息进行聚类分析，得到第一故障聚类集合，根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因，基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因，在较多物联网设备发生情况下，不需要根据物联网上报的故障信息人工进行逐个排查就可以确定物联网设备的故障发生范围以及故障发生原因，解决了现有技术中当较多数量的物联网设备发生故障时，无法做到快速获取较多数量的物联网设备的故障发生范围以及发生原因问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的物联网设备的故障分析方法的一种流程示意图；
图2是本申请实施例二提供的物联网设备的故障分析方法的图1中步骤S103的一种具体实现流程示意图；
图3是本申请实施例三提供的物联网设备的故障分析方法的图1中步骤S101之前的一种流程示意图；
图4是本发明实施例四提供的物联网设备的故障分析方法一个应用场景下的交互示意图；
图5是本发明实施例五提供的物联网设备的故障分析方法另一个应用场景下的交互示意图；
图6是本申请实施例提供的物联设备的故障分析方法的结构示意图；
图7是本申请实施例提供的物联网平台的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
实施例一
本申请实施例在较多数量的物联网设备发生故障的应用场景下，可以快速确认物联网设备的故障发生范围以及故障发生原因。
图1为本申请实施例一提供的物联网设备的故障分析方法的一种流程示意图，该物联网设备包括但是不限于充电桩等物理设备，该方法可以应用于物联网平台，该物联网设备与该物联网平台之间网络通讯连接，该方法包括：
步骤S101、获取第一故障信息。
其中，上述第一故障信息为至少一个物联网设备上报的信息；
上述第一故障信息包括设备异常状态、设备故障事件、设备地理位置、设备型号、设备网络运营商、设备固件版本、设备硬件类型以及设备ID等；
上述设备故障事件是指与设备功能异常有关的事件，例如，保险丝熔断事件、高温检测报警事件、烟雾检测报警事件、功率过高报警事件、设备异常晃动报警事件、设备断电事件或者网络故障事件；
上述设备异常状态是指与设备异常工作状态或异常运行状态有关的状态，例如对于一个充电桩设备，该充电桩设备的工作状态为充电状态持续时间超过一个月，则该充电桩设备的工作状态为设备异常状态。
需说明的是，上述设备地理位置、设备网络运营商以及设备固件版本等设备固有属性可以不是物联网设备直接上报的，还可以是物联网平台根据物联网设备上报的设备ID从预设数据库中获取的。
可以理解的是，本实施例的物联网平台根据物联网设备上报的第一故障信息确认物联网设备的故障发生范围以及故障发生原因。
具体地，获取上述第一故障信息的方式可以是：接收物联网设备预设时间段内上报的设备信息，根据预设规则识别设备信息的第一故障信息。
其中，上述设备信息包括第一故障信息以及第一正常信息；
上述第一正常信息包括但是不限于设备正常事件、设备重要状态、设备地理位置、设备型号、设备网络运营商以及设备固件版本等；
上述设备正常事件可以是指与设备功能正常有关的事件，高温检测正常事件、烟雾检测正常事件、功率正常事件或者网络正常事件；
上述设备重要状态是指与设备工作状态或者运行状态的变化有关的状态，例如，对于一个充电桩设备，该充电桩设备的工作状态从空闲状态转换为充电状态，则与充电桩设备的工作状态从空闲状态转换为充电状态相关的状态为设备重要状态；
上述预设规则可以是指将设备信息发送到预设数据库进行识别。
作为示例而非限定，预设数据库存储有设备故障事件，物联网平台将物联网设备上报的设备信息发送到预设数据库，预设数据将设备信息中与设备故障事件匹配的信息作为第一故障信息。
需说明的是，上述预设时间段为连续预设时间段或间隔预设时间段。
可以理解的是，物联网设备可以实时将设备信息上报至物联网平台或者定时将设备信息上报至物联网平台。
在一些实施例中，可以将获取的第一故障信息暂存至预设数据库，达到提高数据处理的效率。
需要说明的是，上述预设数据库是指物联网平台内部的数据库。
步骤S102、对第一故障信息进行聚类分析，得到第一故障聚类集合。
其中，上述聚类分析是指将物理或抽象对象的集合分组为由类似的对象组成的多个类的分析过程，即在信息相似的基础上收集数据进行分类。
具体的，选取关联度大于预设关联度阈值的第一故障信息，根据关联度大于预设关联度阈值的第一故障信息构建第一故障聚类集合。
其中，上述关联度是指上述第一故障信息之间的相似程度，即第一故障信息之间包含的相同信息越多，第一故障信息之间的关联度越高。
例如，物联网设备上报至物联网平台的设备信息包括第一故障信息A、第一故障信息B以及第一故障信息C；
其中，第一故障信息A包括设备故障事件为网络故障事件、设备硬件类型为充电桩、设备地理位置为A区B街道、设备网络运营商为电信、设备型号为E5000高新兴版本、设备固件版本为1.1.0；
第一故障信息B包括设备故障事件为网络故障事件、设备硬件类型为充电桩、设备地理位置为A区C街道、设备网络运营商为电信、设备型号为E5000高新兴版本、设备固件版本为1.1.0；
第一故障信息C包括设备故障事件为网络故障事件、设备硬件类型为充电桩、设备地理位置为A区C街道、设备网络运营商为联通、设备型号为小于或等于1.3.2版本设备型号、设备固件版本为1.1.0；
那么，第一故障信息A与第一故障信息B之间的关联度为5、第一故障信息A与第一故障信息C之间的关联度为2，第一故障信息B与第三故障信息C之间的关联度为3。
可以理解的是，可以将关联度大于关联度阈值的第一故障信息聚合到同一个分类即故障聚类集合，例如，设置关联度阈值为4，那么将上述第一故障信息A与第二故障信息B聚合到同一个分类，构建为故障聚类集合，即该故障类型集合包括第一故障信息A以及第二故障信息B。
步骤S103、根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因。
其中，上述第一特征信息是指第一故障聚类集合中出现频率大于预设频率的信息。
作为示例而非限定，若预设频率为5HZ，上述第一故障聚类集合包括设备故障事件为网络故障事件的出现频率为6HZ、设备硬件类型为充电桩的出现频率为5HZ以及设备网络运营商为电信为4HZ，那么第一故障聚类集合的第一特征信息包括设备故障事件为网络故障事件以及设备硬件类型为充电桩。
上述预设故障原因集合是指预先存储有第一特征信息对应的故障原因的集合。
可以理解的是，第一故障聚类集合包含的故障信息之间的故障原因基本相同，根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因即为该预设故障原因集合中每一个故障信息的故障原因。
步骤S104、基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因。
可以理解的是，在较多数量的物联网设备发生故障的应用场景下时，物联网平台通过将对物联网设备上报的第一故障信息进行聚类分析得到第一故障聚类集合，并查找出第一故障聚类集合的故障原因，由于第一故障聚类集合内的第一故障信息的故障原因是相同，基于第一故障聚类集合以及第一故障原因可以确认这些第一故障聚类集合中的第一故障信息对应的物联网设备的故障发生范围以及故障发生原因。
在其它一些实施例中，在基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因的步骤之后，还可以将物联网设备的故障发生范围以及故障发生原因发送至运维人员对应的终端设备，在终端设备显示物联网设备的故障发生范围以及故障发生原因，使得运维人员可以及时给出解决较多数量的物联网设备故障的处理方案，例如，运维人员可以根据物联网设备的故障发生范围以及故障发生原因确认处理方式以及处理优先级。
本申请实施例中，在较多数量的物联网设备发生故障时，通过获取第一故障信息，对第一故障信息进行聚类分析，得到第一故障聚类集合，根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因，基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因，避免了现有技术只能根据物联网设备上报的故障信息告知运维人员对物联网设备逐个人工排查进行确认，达到快速获取物联网设的故障发生范围以及故障发生原因。
实施例二
本实施例的目的是对根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因的过程进行具体介绍。
图2为本申请实施例二提供的物联网设备的故障分析方法的图1中步骤S103的一种具体实现流程示意图，该物联网设备包括但是不限于充电桩等物理设备，该方法可以应用于物联网平台，该物联网设备与该物联网平台之间网络通信连接，该方法包括：
步骤S201、提取第一故障聚类集合中出现频率大于预设频率的第一特征信息。
其中，上述第一特征信息是指第一故障聚类集合中出现频率大于预设频率的信息。
作为示例而非限定，若预设频率为5HZ，上述第一故障聚类集合包括设备故障事件为网络故障事件的出现频率为6HZ、设备硬件类型为充电桩的出现频率为5HZ以及设备网络运营商为电信为4HZ，那么第一故障聚类集合的第一特征信息包括设备故障事件为网络故障事件以及设备硬件类型为充电桩。
可以理解的是，将第一故障聚类集合的第一特征信息提取出来，以便于后续根据第一特征信息查找第一故障聚类集合的第一故障原因。
步骤S202、将在预设故障原因集合中与第一特征信息匹配的故障原因作为第一故障聚类集合的第一故障原因。
其中，上述故障原因的预设权重值作为第一故障聚类集合的第一故障原因；
上述预设故障原因集合是指预先存储有第一特征信息对应的故障原因的集合。
作为示例而非限定，预设故障原因集合包括预设故障原因子集合A、预设故障原因子集合B以及预设故障原因子集合C。
其中，上述预设故障原因子集合A包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为E5000高新兴版本以及故障原因为E5000高新兴版本设备与电信兼容问题；
预设故障原因子集合B包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为小于等于1.3.2设备固件版本以及故障原因为设备故障事件为1.3.2之前版本与电信兼容问题；
预设故障原因子集合C包括设备故障事件为网络故障、设备网络运营商为电信以及设备地理位置为A区B街道以及设备故障原因为区域电信基站故障。
具体地，结合上述预设故障原因集合的例子，对将在预设故障原因集合中与第一特征信息匹配的故障原因作为第一故障聚类集合的第一故障原因的过程进行举例说明：
若存在第一故障聚类集合A以及第一故障聚类集合B，第一故障聚类集合A包括第一特征信息A，第一故障聚类集合B包括第一特征信息B。
其中，第一特征信息A包括设备故障事件为网络故障事件、设备网络运营商为电信、设备型号为E5000高新兴版本、设备固件版本为1.1.0、设备地理位置为A区B街道；
第一特征信息B包括设备故障事件为网络故障、设备网络运营商为电信、设备固件版本为1.4.0以及设备地理位置为A区B街道。
由上述可知，在预设故障原因集合中上述预设故障原因子集合A、预设故障原因子集合B以及预设故障原因子集合C分别与第一特征信息A匹配；
在预设故障原因集合中上述预设故障原因子集合C与第一特征信息B匹配。
由于预设故障原因子集合A的故障原因为E5000高新兴版本设备与电信兼容问题、预设故障原因子集合B的故障原因为设备故障事件为1.3.2之前版本与电信兼容问题、设备故障原因为区域电信基站故障。
那么，第一特征信息A对应的故障原因为E5000高新兴版本设备与电信兼容问题、故障原因为1.3.2之前版本与电信兼容问题或者区域电信基站故障，即第一故障聚类集合A的第一故障原因为E5000高新兴版本设备与电信兼容问题、设备故障事件为1.3.2之前版本与电信兼容问题或者区域电信基站故障；
第一特征信息B对应的故障原因为区域电信基站故障，即第一故障聚类集合B的第一故障原因为区域电信基站故障。
由于在预设故障原因中故障原因集合存在对应的预设权重值，例如，故障原因为设备故障事件为1.3.2之前版本与电信兼容问题对应的预设权重值为10、故障原因为1.3.2之前版本与电信兼容问题的预设权重值为5、故障原因为区域电信基站故障的预设权重值为1。
那么，第一故障聚类集合A的第一故障原因为E5000高新兴版本设备与电信兼容问题的权重值为10、第一故障聚类集合A的第一故障原因为1.3.2之前版本与电信兼容问题的权重值为5、第一故障聚类集合A的第一故障原因为区域电信基站故障的权重值为1；
第一故障聚类集合B的第一故障原因为区域电信基站故障的权重值为1。
可以理解的是，后续物联网平台得到第一故障聚类集合的第一故障原因以及第一故障原因的权重值之后，可以将第一故障聚类集合的第一故障原因以及第一故障原因的权重值发送至运维人员的终端设备，以便运维人员根据第一故障聚类集合的第一故障原因以及第一故障原因的权重值确认物联网设备的故障发生范围以及故障发生原因。
本申请实施例，物联网平台可以根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因以及第一故障原因对应的权重值。
实施例三
本申请实施例的目的是对构建预设故障原因集合的过程进行具体介绍。
本申请实施例的应用场景为当较少数量的物联网设备故障时，维修人员根据物联网上报至物联网平台的第二故障信息，对物联网设备进行现场人工排查确认第二故障信息对应的故障原因，即上报第二故障信息的物联网设备的故障原因，然后物联网平台根据经过人工确认过的第二故障信息构建预设故障原因集合。
图3为本申请实施例三提供的物联网设备的故障分析方法的图1中步骤S101之前的一种流程示意图，该物联网设备包括但是不限于充电桩等物理设备，该方法可以应用于物联网平台，该物联网设备与该物联网平台网络通讯连接，该方法包括：
步骤S301、获取第二故障聚类集合。
其中，上述第二故障聚类集合为根据第二故障信息生成的故障聚类集合，第二故障信息为人工确认过故障原因的信息。
具体地，获取第二故障信息以及第二故障信息的故障原因，对第二故障信息进行聚类分析，得到第二故障聚类集合。
其中，上述第二故障信息为经过人工确认过故障原因的信息。
可以理解的是，物联网设备将第二故障信息上报至物联网平台，物联网平台将第二故障信息推送至维修人员对应的终端设备，使得维修人员对第二故障信息对应的故障原因进行现场排查确认，从而获取第二故障信息对应的故障原因。
需说明的是，本实施例中第二故障信息包含的信息内容与上述实施例一的步骤S101的第一故障信息的内容相同，在此不再赘述。
此外，第二故障信息与第一故障信息的区别在于：第一故障信息对应的物联网设备的故障发生原因以及故障发生范围是根据物联网平台确认的，第二故障信息对应的物联网设备的故障发生原因以及故障发生范围是根据人工现场排查确认的。
以及，获取第一故障信息的应用场景是在较多数量的物联网设备发生故障的应用场景下，获取第二故障信息的应用场景是在较少数量的物联网设备发生故障的应用场景下。
需另外说明的是，本实施例中根据第二故障信息生成第二故障聚类的过程与上述实施例一种根据第一故障信息生成第一故障聚类的过程相同，在此不再赘述。
步骤S302、根据第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
其中，上述第二特征信息是指第二故障聚类集合中出现频率大于预设频率的信息；
上述第二故障原因是指由第二故障信息的经过人工确认的故障原因生成的，即由于第二故障聚类集合中第二故障信息的故障原因是相同的，那么可以根据第二故障信息的故障原因生成第二故障聚类集合的第二故障原因。
具体地，下面根据以下四个步骤对构建预设故障原因集合的过程进行说明：
第一步、根据第二故障信息的故障原因得到第二故障聚类集合的第二故障原因。
可以理解的是，由于第二故障聚类集合中第二故障信息的故障原因是相同的，那么将出现频率较高的第二故障信息的故障原因作为第二故障聚类集合的第二故障原因。
作为示例而非限定，第二故障聚类集合包括故障原因为E5000高新兴版本设备与电信兼容问题的第二故障信息以及故障原因为区域电信基站故障的第二故障信息，其中，故障原因为E5000高新兴版本设备与电信兼容问题的第二故障信息出现频率为10HZ，故障原因为区域电信基站故障的第二故障信息为2HZ,那么将故障原因为E5000高新兴版本设备与电信兼容问题作为第二故障聚类集合的第二故障原因。
第二步、提取第二故障聚类集合的第二特征信息。
其中，上述第二特征信息是指在第二故障聚类集合中出现频率大于预设频率的信息。
作为示例而非限定，若预设频率为5HZ，上述第二故障聚类集合包括设备故障事件为网络故障事件的出现频率为6HZ、设备硬件类型为充电桩的出现频率为5HZ以及设备网络运营商为电信为4HZ。那么第二故障聚类集合的第二特征信息包括设备故障事件为网络故障事件以及设备硬件类型为充电桩。
可以理解的是，将第二故障聚类集合的第二特征信息提取出来，以便于后续根据第二特征信息构建预设故障原因集合。
第三步、基于第二特征信息与第二故障原因的对应关系，构建预设故障原因集合。
可以理解的是，将第二故障原因作为第二特征信息对应的故障原因，构建预设故障原因集合。
作为示例而非限定，若存在第二故障聚类集合A以及故障集合接B，若存在第二故障聚类集合A以及第二故障聚类集合B，第二故障聚类集合A包括第二特征信息A，第二故障聚类集合B包括第二特征信息B。
其中，第一特征信息A包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为E5000高新兴版本；
第一特征信息B包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为小于等于1.3.2设备固件版本。
相应的，第一特征信息A对应的第二故障原因为E5000高新兴版本设备与电信兼容问题，第二特征信息B对应的第二故障原因为1.3.2之前版本与电信兼容问题。
那么，可以根据第一特征信息A以及第二故障原因为E5000高新兴版本设备与电信兼容问题构建预设故障子集合A，即预设故障子集合A包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为E5000高新兴版本以及故障原因为E5000高新兴版本设备与电信兼容问题；
可以根据第二特征信息B以及第二故障原因为1.3.2之前版本与电信兼容问题构建预设故障子集合B，即预设故障子集合B包括设备故障事件为网络故障事件、设备网络运营商为电信以及设备型号为小于等于1.3.2设备固件版本以及故障原因为设备故障事件为1.3.2之前版本与电信兼容问题。
第四步、确定预设故障原因集合中每一个故障原因的预设权重值。
具体地，可以自动确定预设故障原因集合中故障原因的预设权重值，例如，物联网平台根据预设故障原因集中故障原因的出现频率确定该故障原因的权重值。
作为示例而非限定，若故障原因集合中存在故障原因A、故障原因B，其中故障原因A出现频率为10HZ，故障原因B出现频率为2HZ，那么物联网平台确定故障原因A的预设权重值为10，故障原因B的预设权重值为2。
在一种可能实现的方式中，还可以人工确定预设故障原因结合中故障原因的预设权重值，例如，物联网平台根据运维人员通过终端设备发送的指令确定该故障原因的权重值。
作为示例而非限定，若预设故障原因集合中存在故障原因A、故障原因B以及故障原因C，其中，故障原因A的预设权重值为10、故障原因B的预设权重值为5、故障原因C的预设权重值为1。
相应的，后续的物联网平台根据上述第一故障聚类集合的第一特征信息从预设故障原因集合中查找出第一故障聚类集合的第一故障原因为故障原因A、故障B以及故障原因C，运维人员会对故障原因A、故障B以及故障原因C这三组故障原因的故障聚类集合对应的物联网设备进行现场排查确认实际故障原因，若实际原因为故障原因A，那么运维人员会通过终端设备在物联网平台手动给预设故障集合中的故障原因A的预设权重值加1，即故障原因A的预设权重值为11；若实际原因不是故障原因A、故障B以及故障原因C，那么运维人员会将通过终端设备在物联网平台将该实际原因加入预设故障原因集合中，并且将该实际原因的预设权重值设为1。
本申请实施例中，物联网平台通过经过人工确认后的第二故障信息生成的第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合，达到后续便于利用预设故障原因集合查找故障聚类集合的故障原因的效果。
实施例四
为便于理解，根据图1所描述的实施例，下面以一个实际应用场景对本发明实施例的物联网设备的故障分析方法进行描述：
图4为本发明实施例五提供的物联网设备的故障分析方法一个应用场景下的交互示意图，本应用场景为数量较多的物联网设备发生故障时，通过物联网平台对物联网设备确认物联网设备的故障发生原因以及故障发生范围，本实施例的流程执行主体是故障分析系统，该分析系统包括物联网平台，物联网平台网络通讯连接的物联网设备以及与物联网平台网络通讯连接的运维人员对应的终端设备，其过程详述如下：
步骤S401、物联网设备上报第一故障信息至物联网平台；
步骤S402、物联网平台获取第一故障信息之后，对第一故障信息进行聚类分析，得到第一故障聚类集合；
步骤S403、物联网平台根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因；
步骤S404、物联网基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因；
步骤S405、将确认的物联网设备的故障发生范围以及故障发生原因发送至终端设备；
步骤S406、终端设备接收确认的物联网设备的故障发生范围以及故障发生原因之后，显示物联网设备的故障发生范围以及故障发生原因。
本申请实施例中，物联网平台通过获取第一故障信息，对第一故障信息进行聚类分析，得到第一故障聚类集合，根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因，基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因，避免了现有技术只能根据物联网设备上报的故障信息告知运维人员对物联网设备逐个人工排查进行确认，达到快速获取物联网设的故障发生范围以及故障发生原因。
实施例五
为便于理解，根据图3所描述的实施例，下面以一个实际应用场景对本发明实施例的物联网设备的故障分析方法进行描述：
图5为本发明实施例五提供的物联网设备的故障分析方法另一个应用场景下的交互示意图，本应用场景为数量较少的物联网设备发生故障时，维修人员根据物联网上报至物联网平台的第二故障信息对该第二故障信息对应的物联网设备进行现场人工排查确认物联网设备的故障发生原因，然后物联网平台根据经过人工确认过的第二故障信息构建预设故障原因集合，本实施例的流程执行主体是故障分析系统，该分析系统包括物联网平台，物联网平台网络通讯连接的物联网设备以及与物联网平台网络通讯连接的运维人员对应的终端设备，其过程详述如下：
步骤S501、物联网设备上报第二故障信息至物联网平台；
步骤S502、物联网平台获取第二故障信息之后，将第二故障信息推送至终端设备，同时对第二故障信息进行聚类分析，得到第二故障聚类集合；
步骤S503、终端设备接收第二故障信息之后，显示第二故障信息；
步骤S504、终端设备接收运维人员输入第二故障信息的故障原因；
步骤S505、终端设备返回第二故障信息的故障原因至物联网平台；
步骤S506、物联网平台接收终端设备返回的第二故障信息的故障原因之后，根据第二故障信息的故障原因生成第二故障聚类集合的第二故障原因；
步骤S507、根据第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
本申请实施例中，物联网平台通过经过人工确认后的第二故障信息生成的第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合，达到后续便于利用预设故障原因集合查找与第二特征信息匹配的特征信息的故障聚类集合的故障原因的效果。
实施例六
下面将对本申请实施例提供的物联网设备的故障分析装置进行介绍说明。本实施例的物联网设备的故障分析装置与上述物联网设备的故障分析方法相互对应。
图6是本申请实施例提供的物联网设备的故障分析装置的结构示意图，该装置可以具体集成于物联网平台，该装置可以包括：
获取模块61，用于获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
聚类模块61，用于对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
查找模块63，用于根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
确认模块64，用于基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
可选的，所述获取模块包括：
接收子模块，用于接收所述物联网设备预设时间段内上报的设备信息，所述设备信息包括第一故障信息；
识别子模快，用于根据预设规则识别所述设备信息的第一故障信息。
可选的，聚类模块包括：
选取子模块，用于选取关联度大于预设关联度阈值的第一故障信息；
构建子模块，用于根据所述关联度大于预设关联度阈值的第一故障信息构建所述第一故障聚类集合。
可选的，故障分析装置还包括：
提取模块，用于提取所述第一故障聚类集合中出现频率大于预设频率的第一特征信息。
可选的，查找模块包括：
故障原因确定子模块，用于将在所述预设故障原因集合中与所述第一特征信息匹配的故障原因作为所述第一故障聚类集合的第一故障原因，其中，所述故障原因的预设权重值为所述第一故障原因的权重值。
可选的，故障分析装置还包括：
故障聚类集合获取模块，用于获取第二故障聚类集合，其中，所述第二故障聚类集合为根据第二故障信息生成的故障聚类集合，所述第二故障信息为经过人工确认过故障原因的信息；
构建模块，用于根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
可选的，故障聚类集合获取模块包括：
获取子模块，用于获取第二故障信息，所述第二故障信息为经过人工确认过故障原因的信息；
聚类分析子模块，对所述第二故障信息进行聚类分析，得到所述第二故障聚类集合。
可选的，故障分析装置还包括：
生成模块，用于根据所述第二故障信息的故障原因生成第二故障聚类集合的第二故障原因。
可选的，构建模块包括：
提取子模块，用于提取所述第二故障聚类集合的第二特征信息；
构建子模块，用于基于所述第二特征信息与所述第二故障原因的对应关系构建预设故障原因集合，其中，所述第二特征信息为所述第二故障聚类集合中出现频率大于预设频率的信息；
确定子模块，用于确定所述预设故障原因集合中每一个故障原因的预设权重值。
本申请实施例中，在较多数量的物联网设备发生故障时，通过获取第一故障信息，对第一故障信息进行聚类分析，得到第一故障聚类集合，根据第一故障聚类集合的第一特征信息从预设故障原因集合中查找第一故障聚类集合的第一故障原因，基于第一故障聚类集合以及第一故障原因确认物联网设备的故障发生范围以及故障发生原因，避免了现有技术只能根据物联网设备上报的故障信息告知运维人员对物联网设备逐个人工排查进行确认，达到快速获取物联网设的故障发生范围以及故障发生原因。
实施例八
图7是本申请实施例提供的物联网平台7的示意图。如图7所示，该实施例的物联网平台7包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机程序72，例如物联网设备的故障分析程序。所述处理器70执行所述计算机程序72时实现上述物联网设备的故障分析方法实施例中的各个步骤，例如图1所示的步骤S101至S104。或者，所述处理器70执行所述计算机程序72时实现上述各装置实施例中各模块/单元的功能，例如图7所示模块71至74的功能。
示例性的，所述计算机程序72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序72在所述物联网平台7中的执行过程。例如，所述计算机程序72可以被分割成获取模块、聚类模块、查找模块、确认模块，各模块具体功能如下：
获取模块，用于获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
聚类模块，用于对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
查找模块，用于根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
确认模块，用于基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
所述物联网平台7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述物联网平台7可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是物联网平台7的示例，并不构成对物联网平台7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述物联网平台7还可以包括输入输出设备、网络接入设备、总线等。
所称处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71可以是所述物联网平台7的内部存储单元，例如物联网平台7的硬盘或内存。所述存储器71也可以是所述物联网平台7的外部存储设备，例如所述物联网平台7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述物联网平台7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机程序以及所述物联网平台7所需的其他程序和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的物联网平台和方法，可以通过其它的方式实现。例如，以上所描述的物联网平台实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种物联网设备的故障分析方法，其特征在于，包括：
获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
2.根据权利要求1所述的物联网设备的故障分析方法，其特征在于，所述获取第一故障信息包括：
接收所述物联网设备预设时间段内上报的设备信息，所述设备信息包括第一故障信息；
根据预设规则识别所述设备信息的第一故障信息。
3.根据权利要求1所述的物联网设备的故障分析方法，其特征在于，对所述第一故障信息进行聚类分析，得到第一故障聚类集合，包括：
选取关联度大于预设关联度阈值的第一故障信息；
根据所述关联度大于预设关联度阈值的第一故障信息构建所述第一故障聚类集合。
4.根据权利要求1所述的物联网设备的故障分析方法，其特征在于，根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因之前，还包括：
提取所述第一故障聚类集合中出现频率大于预设频率的第一特征信息；
根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，包括：
将在所述预设故障原因集合中与所述第一特征信息匹配的故障原因作为所述第一故障聚类集合的第一故障原因，其中，所述故障原因的预设权重值为所述第一故障原因的权重值。
5.根据权利要求1至4任一项所述的物联网设备的故障分析方法，其特征在于，在所述获取第一故障信息之前，还包括：
获取第二故障聚类集合，其中，所述第二故障聚类集合为根据第二故障信息生成的故障聚类集合，所述第二故障信息为经过人工确认过故障原因的信息；
根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合。
6.根据权利要求5所述的物联网设备的故障分析方法，其特征在于，获取第二故障聚类集合，包括：
获取第二故障信息以及所述第二故障信息的故障原因，所述第二故障信息为经过人工确认过故障原因的信息；
对所述第二故障信息进行聚类分析，得到所述第二故障聚类集合。
7.根据权利要求6所述的物联网设备的故障分析方法，其特征在于，对所述第二故障信息进行聚类分析，得到第二故障聚类集合之后，包括：
根据所述第二故障信息的故障原因得到第二故障聚类集合的第二故障原因；
根据所述第二故障聚类集合的第二特征信息以及第二故障原因构建预设故障原因集合，包括：
提取所述第二故障聚类集合的第二特征信息；
基于所述第二特征信息与所述第二故障原因的对应关系，构建预设故障原因集合，其中，所述第二特征信息为所述第二故障聚类集合中出现频率大于预设频率的信息；
确定所述预设故障原因集合中每一个故障原因的预设权重值。
8.一种物联网设备的故障分析装置，其特征在于，包括：
获取模块，用于获取第一故障信息，所述第一故障信息为至少一个物联网设备上报的信息；
聚类模块，用于对所述第一故障信息进行聚类分析，得到第一故障聚类集合；
查找模块，用于根据所述第一故障聚类集合的第一特征信息从预设故障原因集合中查找所述第一故障聚类集合的第一故障原因，其中，所述第一特征信息为所述第一故障聚类集合中出现频率大于预设频率的信息，所述预设故障原因集合为预先存储有所述第一特征信息对应的故障原因的集合；
确认模块，用于基于所述第一故障聚类集合以及所述第一故障原因确认所述物联网设备的故障发生范围以及故障发生原因。
9.物联网平台，包括存储器、处理器及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的物联网设备的故障分析方法。
10.计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述物联网设备的故障分析方法的各个步骤。
CN201911396210.6A 2019-12-30 2019-12-30 一种物联网设备的故障分析方法、装置以及物联网平台 Active CN111147306B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911396210.6A CN111147306B (zh) 2019-12-30 2019-12-30 一种物联网设备的故障分析方法、装置以及物联网平台

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911396210.6A CN111147306B (zh) 2019-12-30 2019-12-30 一种物联网设备的故障分析方法、装置以及物联网平台

Publications (2)

Publication Number Publication Date
CN111147306A true CN111147306A (zh) 2020-05-12
CN111147306B CN111147306B (zh) 2023-02-03

Family

ID=70522088

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911396210.6A Active CN111147306B (zh) 2019-12-30 2019-12-30 一种物联网设备的故障分析方法、装置以及物联网平台

Country Status (1)

Country Link
CN (1) CN111147306B (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114139733A (zh) * 2021-10-27 2022-03-04 深圳市移动力量科技有限公司 智能公寓的设备管理方法、终端设备以及存储介质
CN114598588A (zh) * 2022-03-14 2022-06-07 阿里巴巴（中国）有限公司 服务器故障确定方法、装置及终端设备
CN114726750A (zh) * 2022-03-04 2022-07-08 慧之安信息技术股份有限公司 基于物联网平台的设备故障检测分析方法和系统
CN117014288A (zh) * 2022-11-29 2023-11-07 慧之安信息技术股份有限公司 一种基于物联网平台的设备故障检测分析方法
CN117102950A (zh) * 2023-10-17 2023-11-24 上海诺倬力机电科技有限公司 故障分析方法、装置、电子设备及计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105160483A (zh) * 2015-09-10 2015-12-16 国家电网公司 一种基于数据挖掘的二次设备故障诊断方法
CN108268892A (zh) * 2017-12-29 2018-07-10 英特尔产品（成都）有限公司 生产故障管理分析方法
US20180306476A1 (en) * 2017-04-19 2018-10-25 International Business Machines Corporation Anomaly detection in a refrigeration condensor system
CN109358602A (zh) * 2018-10-23 2019-02-19 山东中创软件商用中间件股份有限公司 一种故障分析方法、装置及相关设备
CN110096406A (zh) * 2018-01-31 2019-08-06 阿里巴巴集团控股有限公司 一种故障事件发现方法和服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105160483A (zh) * 2015-09-10 2015-12-16 国家电网公司 一种基于数据挖掘的二次设备故障诊断方法
US20180306476A1 (en) * 2017-04-19 2018-10-25 International Business Machines Corporation Anomaly detection in a refrigeration condensor system
CN108268892A (zh) * 2017-12-29 2018-07-10 英特尔产品（成都）有限公司 生产故障管理分析方法
CN110096406A (zh) * 2018-01-31 2019-08-06 阿里巴巴集团控股有限公司 一种故障事件发现方法和服务器
CN109358602A (zh) * 2018-10-23 2019-02-19 山东中创软件商用中间件股份有限公司 一种故障分析方法、装置及相关设备

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114139733A (zh) * 2021-10-27 2022-03-04 深圳市移动力量科技有限公司 智能公寓的设备管理方法、终端设备以及存储介质
CN114726750A (zh) * 2022-03-04 2022-07-08 慧之安信息技术股份有限公司 基于物联网平台的设备故障检测分析方法和系统
CN114726750B (zh) * 2022-03-04 2023-01-13 慧之安信息技术股份有限公司 基于物联网平台的设备故障检测分析方法和系统
CN114598588A (zh) * 2022-03-14 2022-06-07 阿里巴巴（中国）有限公司 服务器故障确定方法、装置及终端设备
CN114598588B (zh) * 2022-03-14 2023-07-25 阿里巴巴（中国）有限公司 服务器故障确定方法、装置及终端设备
CN117014288A (zh) * 2022-11-29 2023-11-07 慧之安信息技术股份有限公司 一种基于物联网平台的设备故障检测分析方法
CN117014288B (zh) * 2022-11-29 2025-02-11 慧之安信息技术股份有限公司 一种基于物联网平台的设备故障检测分析方法
CN117102950A (zh) * 2023-10-17 2023-11-24 上海诺倬力机电科技有限公司 故障分析方法、装置、电子设备及计算机可读存储介质
CN117102950B (zh) * 2023-10-17 2023-12-22 上海诺倬力机电科技有限公司 故障分析方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN111147306B (zh) 2023-02-03

Similar Documents

Publication Publication Date Title
CN111147306A (zh) 一种物联网设备的故障分析方法、装置以及物联网平台
JP2022118108A (ja) ログ監査方法、装置、電子機器、媒体およびコンピュータプログラム
CN113497716B (zh) 相似故障推荐方法及相关设备
CN117973699B (zh) 一种基于云计算的运维数据智能化管理系统及方法
CN110556920A (zh) 一种配电自动化监测方法、系统、终端及存储介质
CN112784025B (zh) 一种目标事件的确定方法和装置
CN114513334B (zh) 风险管理方法和风险管理装置
JP7389860B2 (ja) セキュリティ情報の処理方法、装置、電子機器、記憶媒体およびコンピュータプログラム
CN114416685A (zh) 日志处理方法、系统和存储介质
CN110661660B (zh) 告警信息根源分析方法及装置
CN109840183B (zh) 数据中心分级预警方法、装置及存储介质
CN113313280B (zh) 云平台的巡检方法、电子设备及非易失性存储介质
CN111861021B (zh) 业务风险预测方法、装置、设备及计算机可读存储介质
CN110138583B (zh) 一种报警智能分析的展示方法
CN113656252B (zh) 故障定位方法、装置、电子设备以及存储介质
CN114490560A (zh) 一种基于人工智能技术的全边界电力网络数据分析方法
CN114756301A (zh) 日志处理方法、装置和系统
CN117880055B (zh) 基于传输层指标的网络故障诊断方法、装置、设备及介质
CN112737124A (zh) 一种电力设备监测终端构建方法和装置
CN111427930A (zh) 一种低压光伏储能微网设备监测管理系统、方法及设备
CN114697247B (zh) 流媒体系统的故障检测方法、装置、设备和存储介质
EP4336883A1 (en) Modeling method, network element data processing method and apparatus, electronic device, and medium
CN118200113A (zh) 一种网元故障处理方法、装置、存储介质及电子装置
CN113095788B (zh) 问题分发方法、装置、电子设备以及存储介质
CN104408890A (zh) 电力系统的告警处理方法及装置

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
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: 337000 Building 5 and 7, artificial intelligence Industrial Park, Anyuan Industrial Park, Anyuan District, Pingxiang City, Jiangxi Province

Patentee after: Shenzhen Mamotor Ltd.

Country or region after: China

Address before: 518000 Guangdong Province, Baoan District, Baoan District, Xin'an Street, Xingdong Community 67 District, Zhongliang Chuangzhi Factory District, 903A

Patentee before: SHENZHEN MENGMA ELECTRIC TECHNOLOGY Co.,Ltd.

Country or region before: China

CP03 Change of name, title or address
TR01 Transfer of patent right

Effective date of registration: 20241129

Address after: 221000 Beiyuan Road, high tech Industrial Park, Feng County, Xuzhou City, Jiangsu Province

Patentee after: Jiangsu best Internet of things Technology Co.,Ltd.

Country or region after: China

Address before: 337000 Building 5 and 7, artificial intelligence Industrial Park, Anyuan Industrial Park, Anyuan District, Pingxiang City, Jiangxi Province

Patentee before: Shenzhen Mamotor Ltd.

Country or region before: China

TR01 Transfer of patent right