CN110095144A - 一种终端设备本地故障识别方法及*** - Google Patents
一种终端设备本地故障识别方法及*** Download PDFInfo
- Publication number
- CN110095144A CN110095144A CN201810089502.4A CN201810089502A CN110095144A CN 110095144 A CN110095144 A CN 110095144A CN 201810089502 A CN201810089502 A CN 201810089502A CN 110095144 A CN110095144 A CN 110095144A
- Authority
- CN
- China
- Prior art keywords
- state
- module
- superposition
- failure
- malfunction
- 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
Links
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01D—MEASURING NOT SPECIALLY ADAPTED FOR A SPECIFIC VARIABLE; ARRANGEMENTS FOR MEASURING TWO OR MORE VARIABLES NOT COVERED IN A SINGLE OTHER SUBCLASS; TARIFF METERING APPARATUS; MEASURING OR TESTING NOT OTHERWISE PROVIDED FOR
- G01D21/00—Measuring or testing not otherwise provided for
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种终端设备本地故障识别方法及***,包括步骤1:实时获取终端设备中各个模块的状态特征码来监测模块状态是否发生变化,若发生变化,执行步骤2;步骤2:对状态发生变化的模块进行稳定性检测;其中,判断模块变化后的状态是否至少持续了一个稳定性检测周期,若是,检测通过并执行步骤3;步骤3:依据预设故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;步骤4:依据预设多模块叠加故障策略以及步骤3检测出的状态为正常状态、故障状态的模块来识别终端设备的叠加状态,并依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除当前存储的报障信息。本发明提供了故障识别可靠度。
Description
技术领域
本发明属于故障信息处理技术领域,具体涉及一种终端设备本地故障识别方法及***。
背景技术
随着信息化发展和各行业服务效率需求不断提高,智能终端设备产品已开始大规模进入众多消费和社会服务领域,涉及金融、电信、医疗、交通等多个行业和领域。智能终端设备发生故障时,客户通常通过拨打客服热线电话的报修方式向设备厂商报修,客户对问题的描述大多主观性强,缺乏故障信息发生的上下文信息,因此导致对故障定位不够准确,引发设备运维成本高、维修效率低、客户满意度低等问题。对于传统的IT运维***或监控,目前更多是以实时设备状态进行预警,自动故障识别机制策略简单,模块瞬时故障、通讯类短暂故障、或模块可自恢复的故障等未作滤波,直接生成工单报障容易引起误报,产生的派单取消率高等问题;另外同时工程师维修也缺少必要故障诊断数据和现场辅助工具,诊断手段的自动化程度较低,导致远程解决问题率低,维修效率不高。
因此,针对现有技术中故障定位不够准确的问题,有必要提供一种终端设备本地故障识别方法及***,能够实现故障精确定位,反馈可靠性更高的故障数据以及诊断信息,提升报障精准度,减少故障误报、漏报、重复报障;有效解决终端设备运维问题。
发明内容
本发明的目的是提供一种终端设备本地故障识别方法及***,可以提高故障定位精度,反馈可靠性更高的故障数据以及诊断信息,提升报障精准度,减少故障误报、漏报、重复报障。
一方面,本发明提供一种终端设备本地故障识别方法,包括如下步骤:
步骤1:实时获取终端设备中各个模块的状态特征码,并依据所述状态特征码监测模块状态是否发生变化,若发生变化,执行步骤2,若未变化,重复步骤1;
步骤2:对状态发生变化的模块进行稳定性检测;
其中,判断模块变化后的状态是否持续了一个以上稳定性检测周期,若是,检测通过并执行步骤3;若不是,检测未通过,重复步骤2;
步骤3:依据预设故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;
其中,所述滤波状态包括正常状态、故障待确认状态、故障状态以及故障待恢复状态;
步骤4:依据预设多模块叠加故障策略以及步骤3检测出状态为正常状态、故障状态的模块来识别终端设备的叠加状态,并依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除当前存储的报障信息;
其中,所述终端设备的叠加状态是将状态为正常状态以及故障状态的所有模块进行叠加,识别获取的所述终端的叠加状态是基于所述预设多模块叠加故障策略将所述终端设备最新记录的叠加状态依据步骤3检测出模块状态来转变的,所述叠加状态的类型分为:无故障状态、第一叠加故障状态A、第二叠加故障状态B、叠加故障恢复状态以及叠加故障正常预备状态;
所述第一叠加故障状态A、第二叠加故障状态B中存在状态为故障状态的模块;所述叠加故障恢复状态、叠加故障正常预备状态、无故障状态中所有模块均为正常状态;
其中,报障信息至少包括故障模块的故障现场信息以及故障模块的状态特征码。
步骤1是通过监控硬件驱动服务SP(Service Provider)的状态改变事件来获取特征状态码,其中状态改变事件中包含特征状态码。通过特征状态码可以识别模块处于正常或非正常状态以及识别非正常状态下的不同故障状态,其中模块在非正常和正常之间的转换以及在非正常的不同故障状态下的转换都视为模块瞬时状态的变化。步骤2进行稳定性检测可以滤出瞬时状态噪声,获取当前终端设备真实的状态信息,提高报障可靠性。步骤4是基于终端设备常常同时出现多个模块故障,故将不同检测时间点出现的模块故障进行叠加报障,集中在一个报障信息中进行集中报障,有效降低了故障的漏报、误报的发生几率,即可以理解叠加状态包含的所有模块的正常状态以及故障状态是可在不同检测时间点检测的。同时生成的报障信息包括多维度的信息,例如故障现场信息、故障模块信息,其中故障现场信息包括设备唯一标识、设备主应用程序和设备驱动依赖的软件版本信息、操作***基本信息、基础硬件信息等信息。故障模块信息包括模块的特征状态码,模块的状态信息等。
进一步优选,所述多模块叠加故障策略中设有叠加状态识别策略,所述叠加状态识别策略包括如下规则:
a:无故障状态识别规则为:满足a1或a2条件,记录所述终端设备为无故障状态:
a1:所述终端设备从未出现故障;
a2:所述终端设备最新记录的叠加状态为叠加故障正常预备状态,且在一个完全恢复正常检测周期的期间内步骤3中并检测到故障模块;
b:第一叠加故障状态A识别规则为:
b1:所述终端设备最新记录的叠加状态为无故障状态时,且步骤3中存在模块为故障状态,则记录所述终端设备为第一叠加故障状态A;
b2:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,且第一叠加故障状态A中部分模块状态被步骤3检测出为正常状态,以及步骤3中不存在模块为故障状态,则记录所述终端设备为新的第一叠加故障状态A;
b3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态,且叠加故障恢复状态或爹加故障正常预备状态是由第一故障叠加状态A转变而来时,且第一故障叠加状态A涵盖步骤3中所有模块的故障状态,则记录所述终端设备为第一故障叠加状态A;
c:第二叠加故障状态B的识别规则为:
c1:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,且第一叠加故障状态A未全部包含步骤3中检测出的所有模块的故障状态,则记录所述终端设备为第二叠加故障状态B;
c2:所述终端设备最新记录的叠加状态为第二叠加故障状态B时,且第二叠加故障状态B时中部分模块被步骤3检测出转为正常状态,则记录所述终端设备为新的第二叠加故障状态B;
c3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态时,且步骤3中存在模块为故障状态且不满足b3条件,则记录所述终端设备为新的第二叠加故障状态B;
d:叠加故障恢复状态的识别规则为:
d1:所述终端设备最新记录的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,且第一叠加故障状态A或第二叠加故障状态B中故障模块均被步骤3检测出为正常状态时,所述终端设备为叠加故障恢复状态;
e:叠加故障正常预备状态的识别规则为:
e1:所述终端设备最新记录的叠加状态为叠加故障恢复状态,并在一个叠加故障恢复检测周期内步骤3中并未得到故障模块,所述终端设备为叠加故障正常预备状态。
终端设备的叠加状态是随着模块状态的变化而变化,其中,终端设备最初的叠加状态为无故障状态,也未产生报障信息,此时对应上述规则a1;
其次当检测到任意模块发生故障时,终端设备的叠加状态则转变为第一叠加故障状态A,同时会生成报障信息Q,此时对应上述规则b1;
而当终端设备的叠加状态处于第一叠加故障状态A时,若模块状态变化,其中叠加故障状态A中包含的部分模块检测到故障状态暂时转变为正常,但并非所有模块的状态转变为正常且未新增新的故障模块时,设备状态保持为叠加故障状态A,此时对应上述规则b2;若当终端设备的叠加状态处于第一叠加故障状态A时,若模块状态变为故障状态,且该故障状态不在于第一叠加故障状态A中,终端设备转为第二叠加故障状态B,此时对应上述规则c1;
当终端设备为第二叠加故障状态B时,若模块状态变化,其中第二叠加故障状态B中包含的部分模块检测到故障状态暂时转变为正常,但并非所有模块的状态转变为正常时,终端设备依旧为第二叠加故障状态B,此时对应上述规则c2;
当终端设备为叠加故障恢复状态或者叠加故障正常预备状态时,且均由第一故障叠加状态A转变而来时,随着模块状态变为故障状态,且新出现的故障状态在第一故障叠加状态A内时,终端设备转为第一故障叠加状态A,此时对应上述规则b3;当终端设备为叠加故障恢复状态或者叠加故障正常预备状态时,随着模块状态变为故障状态,该模块不在第一故障叠加状态A内时,终端设备转为第二叠加故障状态B,此时对应上述规则c3。
进一步优选,步骤4中依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除预存的报障信息的过程如下:
f1:所述终端设备的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,执行过程如下:
首先判断当前是否存储报障信息,若未存储,采集第一叠加故障状态A或第二叠加故障状态B中与故障模块相关联的故障现场信息,依据故障现场信息以及所述第一叠加故障状态A或第二叠加故障状态B中的故障模块来生成报障信息;
若已存储,再识别存储的报障信息是否涵盖第一叠加故障状态A或第二叠加故障状态B中所有的故障模块,若未涵盖,则采集未被涵盖的故障模块的故障现场信息,再依据采集的故障现场信息以及未被涵盖的故障模块生成新的报障信息;若涵盖,则保留存储的保障信息;
f2:所述终端设备的叠加状态为无故障状态时,执行过程如下:
消除当前存储的报障信息;
f3:所述终端设备的叠加状态为叠加故障恢复状态或叠加故障正常预备状态时,执行过程如下:
异步等待所述终端设备的叠加状态转变为无故障状态或第一叠加故障状态A或第二叠加故障状态B,且转变之前,保留当前存储的报障信息,转变之后,再按照规则f1和f2处理报障信息。
当终端设备第一次出现第一叠加故障状态A或第二叠加故障状态B都会生产报障信息,而当终端设备依旧处于第一叠加故障状态A或第二叠加故障状态B时,则可依据当前存储的报障信息进行增加或删除;当终端设备处于叠加故障恢复状态以及叠加故障正常预备状态时,由于其必然是从第一叠加故障状态A或第二叠加故障状态B转换而来,故必然当前存储报障信息并在该状态下保持不变。
进一步优选:步骤3中的所述单模块识别策略包括如下规则:
g1:正常状态的识别规则为:
模块的特征状态码在预设故障过滤表中或者模块的特征状态码在故障分级表中对应无需报障级别时,所述模块为正常状态;
其中,所述预设故障过滤表中设有可过滤的模块状态对应的特征状态码,所述故障分级表中设有特征状态码的故障级别,并设定每个故障级别对应为无需报障级别或是需要报障级别;
g2:故障待确认状态的识别规则为:
步骤2中通过稳定性检测的模块是从正常状态转变而来时,所述模块为故障待确认状态;
g3:故障状态的识别规则为:
模块的特征状态码不在预设故障过滤表中且在所述故障分级表中对应需报障级别时,所述模块为故障状态;
g4:故障待恢复的识别规则为:
步骤2中通过稳定性检测的模块是从故障状态转变而来时,所述模块为故障待恢复状态。
进一步优选:步骤3中检测出模块的滤波状态为故障待确认状态或故障待恢复状态时,还执行如下步骤:
异步等待一个稳定性检测周期,判断稳定性检测周期内模块的故障待确认状态或故障待恢复状态是否保持不变,若是,则依据所述正常状态的识别规则以及所述故障状态的识别规则将模块的滤波状态转变为正常状态或故障状态;若否,则继续等待直至模块的故障待确认状态或故障待恢复状态满足在一个稳定性检测周期内保持不变。
当模块的滤波状态为故障待确认状态或故障待恢复状态时,其属于中间态,不进行处理,等其变为正常状态、故障状态的结果态时,再进行处理。
进一步优选,步骤4中生成报障信息的过程是依据数据容量限定策略和模块优先级策略处理故障现场信息和故障模块信息来执行的;
其中,所述数据容量限定策略为对报障信息的容量进行配置限定,并采用json文本方式进行组织,以及采用GZIP压缩算法和BASE64编码算法对数据进行处理;
所述模块优先级策略为依据报障信息的配置容量以及预设的故障模块优先级从高到低的顺序处理故障模块。
使用率高以及核心模块的优先级越高,进而保证重要的模块故障信息可以优选上报及处理。
进一步优选,步骤4中生成报障信息后还执行如下步骤:
依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码;以及依据报障信息生成报障报文,并将报障报文发送给运维服务器;
其中,所述预设故障信息呈现策略包括显示位置配置规律、业务忙闲配置规律、分时间段显示规律以及临时隐藏配置规律。
采用预设故障信息呈现策略可以更加便捷地是运维人员获取到报障信息,及时处理。
另一方面,本发明还提供一种应用上述方法的识别***,包括依次通信连接的故障识别服务模块、设备信息采集管理模块以及故障信息生成与呈现模块;
其中,所述故障识别服务模块包括实时状态检测模块以及故障诊断识别模块;
所述实时状态检测模块用于实时获取终端设备中各个模块的状态特征码,并依据所述状态特征码监测模块状态是否发生变化;
所述故障诊断识别模块用于对状态发生变化的模块进行稳定性检测;
所述故障诊断识别模块用于依据故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;
所述故障诊断识别模块用于依据预设多模块叠加故障策略以及步骤3检测出的正常状态、故障状态的模块滤波状态来识别终端设备的叠加状态;
所述设备信息采集管理模块用于采集与故障模块相关的故障现场信息;
所述故障信息生成与呈现模块用于依据故障现场信息以及故障模块生成报障信息。
进一步优选,所述故障信息生成与呈现模块用于依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码。
进一步优选,所述***还包括诊断辅助工具模块,所述诊断辅助工具模块与所述故障识别服务模块通讯连接;
所述诊断辅助工具包括相互连接的一键诊断模块和本地故障维修建议库;
其中,所述本地故障维修建议库中存储各个模块在各类故障状态下的维修建议;
一键诊断模块用于加载测试程序来启动设备运行,并同时启动所述故障识别服务模块进行实时故障识别得到故障模块信息;再依据故障模块信息获取所述本地故障维修建议库中匹配的维修建议。
通过一键诊断模块、本地故障维修建议库、故障识别服务模块的配合,通过模拟设备运行来采集报障数据,使得获取的故障信息更加可靠,同时提供维修建议可以有效地帮助提高工程师的效率,通过***性的分析得到更加精准的维修方案。
有益效果
与现有技术相比,本发明的优点有:
1、本发明实时监测模块状态变化,并通过稳定性检测滤出瞬时状态噪声,获取当前终端设备真实的状态信息;同时利用单模块识别策略进行模块滤波状态识别以及利用多模块叠加故障策略识别终端设备的叠加状态,既更加准确地获取到设备的真实状态,又通过对终端设备的故障模块进行叠加报障,集中在一个报障信息中进行报障,有效地降低了故障的漏报、误报的发生几率,提升报障精准度。
2、多模块叠加故障策略中针对五类叠加状态的转变进行详细规划以及准确地定义,进而可以更加准确地获取到终端设备当前的真实叠加状态,提高了报障的可靠性。
3、利用数据容量限定策略和模块优先级策略生成报障信息,提高报障信息容量以及灵活性,为精确判断故障提供条件。
4、利用显示位置配置规律、业务忙闲配置规律、分时间段显示规律以及临时隐藏配置规律来显示报障二维码,更加方便地上报信息,以便运维人员及时处理。
5、通过一键诊断模块、本地故障维修建议库、故障识别服务模块的配合,通过模拟设备运行来采集报障数据,使得获取的故障信息更加可靠,同时提供维修建议可以有效地帮助提高工程师的效率,通过***性的分析得到更加精准的维修方案。
附图说明
图1是本发明实施例提供的一种终端设备本地故障识别方法的流程示意图;
图2是本发明实施例提供的同一个模块的状态变化示意图;
图3是本发明实施例提供的多模块的状态变化示意图;
图4是本发明实施例提供的一种终端设备本地故障识别***的框图;
图5是本发明实施例提供的一键诊断模块的工作流程图。
具体实施方式
下面将结合实施例对本发明做进一步的说明。
实施例1
如图1,本发明提供一种终端设备本地故障识别方法,包括如下步骤:
步骤1:实时获取终端设备中各个模块的状态特征码,并依据状态特征码监测模块状态是否发生变化,若发生变化,执行步骤2,若未变化,重复步骤1;
步骤2:对状态发生变化的模块进行稳定性检测;
其中,判断模块变化后的状态是否持续了一个以上的稳定性检测周期,若是,检测通过并执行步骤3;若不是,检测未通过,重复步骤2;
步骤3:依据预设故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;具体的,滤波状态包括正常状态、故障待确认状态、故障状态以及故障待恢复状态;
步骤4:依据预设多模块叠加故障策略以及步骤3检测出状态为正常状态、故障状态的模块来识别终端设备的叠加状态,并依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除当前存储的报障信息。
需要说明的是,步骤4的目的是集中整理故障状态的模块信息以便可以集中报障。由于模块状态是随时变化的,当模块状态变化时,即部分模块由正常转为非正常或者由非正常转为正常,将导致终端设备的叠加状态随之变化,因此,终端设备最新记录的叠加状态依据步骤3检测出模块状态而改变。
其中,步骤4中并依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除预存的报障信息的过程如下:
f1:终端设备的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,执行过程如下:
首先判断当前是否存储报障信息,若未存储,采集第一叠加故障状态A或第二叠加故障状态B中与故障模块相关联的故障现场信息,依据故障现场信息以及第一叠加故障状态A或第二叠加故障状态B中的故障模块来生成报障信息;
若存储,再识别存储的报障信息是否涵盖第一叠加故障状态A或第二叠加故障状态B中所有的故障模块,若未涵盖,则采集未被涵盖的故障模块的故障现场信息,再依据采集的故障现场信息以及未被涵盖的故障模块生成新的报障信息;若涵盖,则保留存储的保障信息;
f2:终端设备的叠加状态为无故障状态时,执行消除当前存储的报障信息;
f3:终端设备的叠加状态为叠加故障恢复状态或叠加故障正常预备状态时,执行过程如下:
异步等待终端设备的叠加状态转变为无故障状态或第一叠加故障状态A或第二叠加故障状态B,转变之前,保留当前存储的报障信息,转变之后,再按照规则f1和f2处理报障信息。
本实施例中,生成报障信息时是依据数据容量限定策略和模块优先级策略处理故障现场信息和故障模块信息执行的。
本实施例中,生成报障信息后,再依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码,例如二维码图片存储及展示在***桌面上。其中,采用QRCode算法生成二维码图片。显示位置配置规律为动态配置故障二维码显示在屏幕的位置、业务忙闲配置规律为当设备主应用程序业务空闲时故障码允许显示,当业务忙碌时故障码不允许显示、分时间段显示规律为在指定(可配置)的时间段内允许显示二维码以及临时隐藏配置规律为用户触发临时隐藏二维码,一段时间后再显示,且隐藏时间可配。
本实施例中,生成报障信息后,依据报障信息生成报障报文,并将报障报文发送给运维服务器。当有报障数据产生时,组装报障报文并发送运维后台;当设备状态转变为无故障状态或叠加故障恢复正常预备状态时,组装故障恢复报文发送运维后台以通知运维。
本实施例中,单模块识别策略包括如下g1-g4规则,所述预设故障过滤表中设有可过滤的模块状态对应的特征状态码,所述故障分级表中设有特征状态码的故障级别,并设定每个故障级别对应为无需报障级别或是需要报障级别,例如故障级别为识别正常状态、可自行恢复故障、可通过设备自检复位恢复的故障、不可自恢复故障。
g1规则:模块的特征状态码在预设故障过滤表中或者模块的特征状态码在故障分级表中对应无需报障级别时,所述模块为正常状态。
g2规则:步骤2中通过稳定性检测的模块是从正常状态转变而来时,所述模块为故障待确认状态。
g3规则:模块的特征状态码不在预设故障过滤表中且在所述故障分级表中对应需报障级别时,所述模块为故障状态。
g4规则:步骤2中通过稳定性检测的模块是从故障状态转变而来时,所述模块为故障待恢复状态。
而当步骤3中检测出模块的滤波状态为故障待确认状态或故障待恢复状态时,异步等待一个稳定性检测周期,判断稳定性检测周期内模块的故障待确认状态或故障待恢复状态是否保持不变,若是,则所述正常状态的识别规则以及所述故障状态的识别规则将模块的滤波状态转变为正常状态或故障状态;若否,则继续等待直至满足在一个稳定性检测周期内保持不变。
从上可知,通过上述g1-g4规则,通过稳定性检测的模块的滤波状态最终会变为正常状态或故障状态,且模块的滤波状态与该同一模块前述的状态也相关。基于上述g1-g4规则,下述针对同一个模块的状态变化规则进行解释:
如图2所示,模块初始状态为正常状态,当检测到模块状态发生改变时,模块状态变为故障待确认状态。在模块故障待确认状态进行状态稳定性滤波检测,检测期间如果模块状态发生瞬时变化,则持续稳定性滤波检测直到检测通过;通过后再根据g1、g3规则进行诊断,满足报障条件的模块状态被诊断为故障状态,不满足报障条件的模块状态仍为完全正常状态。
当模块处于故障状态,一旦当检测到模块状态发生改变时且通过稳定性检测后,模块状态变为故障待恢复状态。在故障待恢复状态进行状态稳定性滤波检测,检测期间如果模块状态发生瞬时变化,则持续稳定性滤波检测直到检测通过,通过后再根据g1、g3规则进行诊断,不满足报障条件的模块状态被诊断为完全正常状态,满足报障条件的模块状态仍为故障状态。
本实施例中,所述多模块叠加故障策略中设有叠加状态识别策略,所述叠加状态识别策略包括如下a-e规则:
a规则:满足a1或a2条件,记录所述终端设备为无故障状态:
a1:所述终端设备从未出现故障;a2:所述终端设备最新记录的叠加状态为叠加故障正常预备状态,且在一个完全恢复正常检测周期的期间内步骤3中并未得到故障模块;
b规则:
b1:所述终端设备最新记录的叠加状态为无故障状态时,若步骤3中存在模块为故障状态,则记录所述终端设备为第一叠加故障状态A;b2:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,若第一叠加故障状态A中部分模块状态被步骤3检测出为正常状态,且步骤3中不存在模块为故障状态,则记录所述终端设备为新的第一叠加故障状态A;b3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态,且叠加故障恢复状态或爹加故障正常预备状态是由第一故障叠加状态A转变而来时,若第一故障叠加状态A涵盖步骤3中所有模块的故障状态,则记录所述终端设备为第一故障叠加状态A;
c规则:
c1:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,若第一叠加故障状态A未全部包含步骤3中检测出的所有模块的故障状态,则记录所述终端设备为第二叠加故障状态B;c2:所述终端设备最新记录的叠加状态为第二叠加故障状态B时,若第二叠加故障状态B时中部分模块被步骤3检测出转为正常状态,则记录所述终端设备为新的第二叠加故障状态B;c3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态时,若步骤3中存在模块为故障状态且不满足b3条件,则记录所述终端设备为新的第二叠加故障状态B;
d规则:
d1:所述终端设备最新记录的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,若第一叠加故障状态A或第二叠加故障状态B中故障模块均被步骤3检测出为正常状态,则所述终端设备为叠加故障恢复状态;
e规则:
e1:所述终端设备最新记录的叠加状态为叠加故障恢复状态时,若在一个叠加故障恢复检测周期内步骤3中并未得到故障模块,则记录所述终端设备为叠加故障正常预备状态。
根据上述a-e规则可知,终端设备的叠加状态是基于前述叠加状态变化。基于上述g1-g4规则,下述针对多个模块的状态变化具体解释终端设备的叠加状态的变化规则:
如图3所示,本实施例中下述将第一叠加故障状态A对应的报障信息用Qi表示,第二叠加故障状态B对应的报障信息用Pi表示;
终端设备第一次启动时,终端设备状态初始默认为无故障状态,未产生报障信息;再当检测到任意模块发生故障时,终端设备的叠加状态则转变为第一叠加故障状态A,同时会生成报障信息Q1;如果在第一叠加故障状态A包含的部分模块检测到故障状态暂时转变为正常,但并非所有模块的状态转变为正常且未新增新的故障模块时,设备状态保持仍为叠加故障状态A,同时会生成新的报障信息Q2,新的报障信息Q2包括未转为正常的模块故障状态;
设备状态处于第一叠加故障状态A时,任意模块发生故障,且该故障状态不包含于第一叠加故障状态A,终端设备转为第二叠加故障状态B,生成新的报障信息P1,故新的报障信息P1中包含原报障信息中的模块故障和新增的模块故障;如果在第二叠加故障状态B中包含的部分模块检测到故障状态暂时转变为正常,但并非所有模块的状态转变为正常时,设备状态保持为第二叠加故障状态B,同时会生成新的报障信息P2;
终端设备处于第一叠加故障状态A时,检测到所有模块状态暂时转变为正常,终端设备状态转变为叠加故障恢复状态,该状态最长持续一个“叠加故障恢复检测”周期,在状态持续期间,保持报障信息Q不变;
设备处于叠加故障恢复状态(直接由第一叠加故障状态A转变)时,检测任意模块发生故障(已存在于第一叠加故障状态A中的状态),设备状态转变为叠加故障状态A,保持原存储报障信息Q不变;
设备处于第二叠加故障状态B时,检测到所有模块状态暂时转变为正常,终端设备状态转变为叠加故障恢复状态,该状态最长持续一个“叠加故障恢复检测”周期;在状态持续期间,保持故障报障信息P不变;
设备处于叠加故障恢复状态时,且为以下a-c三种情景时,检测模块发生故障,设备状态转变为新叠加故障状态;
a)叠加故障恢复状态由第一叠加故障状态A转变,生成新报障信息P;
b)叠加故障恢复状态由第二叠加故障状态B转变,且模块故障已存在于故障报障信息P,则保持故障报障信息P不变;
c)叠加故障恢复状态由第二叠加故障状态B转变,且模块故障未存在于故障报障信息P,则生成故障报障信息P3;
当设备处于叠加故障恢复状态,并持续一个“叠加故障恢复检测”周期后设备中各模块的状态均为正常状态,则设备状态转变为叠加故障正常预备状态;
设备处于叠加故障正常预备状态(由第一叠加故障状态A转变为叠加故障恢复状态再转变到该状态)时,检测任意模块发生故障(已存在于第一叠加故障状态A中的状态),设备状态转变为第一叠加故障状态A;保持故障报障信息Q不变;
当设备处于叠加故障正常预备状态,且为以下a-c三种情景时,检测任意模块发生故障,设备状态转变为第二叠加故障状态B;
a)如果此时的叠加故障恢复状态是由叠加故障状态A转变为叠加故障恢复状态再转变到该状态,生成故障报障信息P;
b)如果此时的叠加故障恢复状态由第二叠加故障状态B转变为叠加故障恢复状态再转变到该状态,且模块故障已存在于故障报障信息B,则保持故障报障信息P不变;
c)如果此时的叠加故障恢复状态由第二叠加故障状态B转变为叠加故障恢复状态再转变到该状态,且模块故障未存在于故障报障信息B,则生成故障报障信息P4;
终端设备状态处于叠加故障正常预备状态时,并持续一个“完全恢复正常检测”周期后设备中各模块的状态均为正常状态,则设备状态转变为无故障状态,,报障信息消除。
通过上述可知,终端设备的叠加状态是基于最新记载的叠加状态变化而来。
另一方面,如图4所示,本发明还提供应用上述方法的识别***,包括故障识别服务模块、设备信息采集管理模块、故障信息生成与呈现模块以及诊断辅助工具模块。
故障识别服务模块包括实时状态检测模块以及故障诊断识别模块,诊断辅助工具包括依次连接的一键诊断模块、本地故障维修建议库以及历史诊断模块,历史诊断模块包括日志分析与历史统计模块和日志提取模块。
其中,实时状态检测模块用于实时获取终端设备中各个模块的状态特征码,并依据所述状态特征码监测模块状态是否发生变化。
故障诊断识别模块用于对状态发生变化的模块进行稳定性检测。
故障诊断识别模块用于依据故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态。
故障诊断识别模块用于依据预设多模块叠加故障策略以及步骤3检测出状态为正常状态、故障状态的模块来识别终端设备的叠加状态。
设备信息采集管理模块用于采集与故障模块相关的故障现场信息。其中,可采集整机、部件信息、关联软件信息以及操作***信息。
故障信息生成与呈现模块用于依据故障现场信息以及故障模块生成报障信息。
故障信息生成与呈现模块用于依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码以及生成报障报文。
一键诊断模块用于加载测试程序来启动设备运行,并同时启动所述故障识别服务模块进行实时故障识别得到故障模块信息;再依据故障模块信息获取所述本地故障维修建议库中匹配的维修建议。其中,如图5所示,一键诊断模块的执行过程如下:
(1)加载与测试脚本对应的测试动态库,创建测试实例,并初始化设备测试。
(2)勾选测试步骤,对于每一个测试步骤,根据测试步骤所属的模块,调用测试实例的通用测试接口,模拟设备真实操作。
(3)根据测试接口返回值,运行故障识别服务模块,触发故障诊断识别模块。如果通过故障诊断识别模块诊断模块发生了故障,则生成故障信息,根据故障信息产生测试结果并呈现在界面;
(4)查询本地故障维修建议库,在界面显示现场人员相对应的维修方案。
历史诊断模块中的日志分析与历史统计模块通过分析历史日志数据,生成历史故障汇总信息,结合本地故障维修建议,可以提供现场的维修人员进行维修指导,另一方面日志提取模块通过日志提取工具,提取原始日志数据和定时分析后的故障汇总信息,进行远程和事后跟踪分析。
日志分析与历史统计模块提供可配置化日志类型、格式、可选指定日期范围的日志分析及统计,定期自动日志分析等功能。日志分析通过制定日志分析通用接口,支持不同的日志类型的分析,默认支持设备驱动日志、***日志的分析,也可通过配置输出格式及日志解析库的方式,支持不同日志类型的日志文件的分析和统计,从大量日志文件中提取错误日志信息,并生成统计数据。定期自动日志分析通过配置定时分析周期及自动分析日志类型、输出格式、日志解析库等参数,实现后台自动运行的日志分析/统计,输出短期日志分析/统计报表。日志分析与历史统计模块为用户提供友好的界面操作,也为可配置化一键诊断提供日志分析接口,为诊断提供历史数据,尤其是为本地故障维修建议库提供历史数据。
日志提取模块提供可配置化多个日志路径、可选指定日期范围的大批量日志文件提取、日志分割压缩等功能。通过配置待提取日志的日志路径名、日志过滤参数、日志修改日期范围,实现大批量日志文件提取功能,默认支持指定模块列表的驱动日志提取、***日志提取、***环境变量配置提取。日志提取功能还可对提取的日志可选择进行整体压缩生成压缩包文件,或进行指定分片大小的分割压缩生成多个压缩包分片文件。对提取日志提取功能为用户提供友好的界面操作,也为可配置化一键诊断提供日志提取接口。
基于上述描述,下面将提供一个具体实例场景进行说明:
机器先后发生模块M1接触不良或线路老化及模块M2卡纸故障。
1、故障识别服务模块监控到模块M1状态发生改变,通过单模块识别策略诊断模块M1发生故障S1,此时设备状态转变为叠加故障状态A,通过故障生成与呈现模块生成故障二维码W并显示,故障二维码W中包含M1[S1];
2、在一个时间点,故障识别服务模块监控到模块M2状态发生改变,通过单模块识别策略诊断模块M2发生故障S2,根据多模块叠加故障策略诊断,将设备状态转变为新叠加故障状态B,生成故障二维码V,V中包含M1[S1]M2[S2];
3、客户发现机器上显示了故障二维码,进行了扫码报障,运维工程师赶往客户处维修机器;
4、运维工程师通过诊断辅助工具进行可配置化一键诊断,检测到模块M1发生断线及模块M2发生卡纸故障;运维工程师修复模块M2卡纸故障,并插紧模块M1接口线;
5、故障识别服务模块监控到模块M1M2的状态都暂时恢复正常状态,根据多模块叠加故障策略诊断,将设备状态转变为叠加故障恢复状态;
6、由于M1接口线路老化,导致M1接触不良,状态又变为断线状态;此时,故障识别服务模块监控并诊断模块M1又发生故障S1,根据多模块叠加故障策略诊断,将设备状态转变为新叠加故障状态B,同时,故障生成与呈现模块控制重新显示故障二维码V;
7、运维工程师更换了新的模块M1;故障识别服务模块监控到模块M1M2的状态都暂时恢复正常状态,根据多模块叠加故障策略诊断,将设备状态转变为叠加故障恢复状态;
8、故障识别服务模块监控到模块M1M2的正常状态持续了一个“叠加恢复正常检查”周期后未再发生改变,此时状态转变为叠加故障恢复正常预备状态;故障二维码V隐藏而不消除,不提供扫码功能;
9、故障识别服务模块M2发生缺纸故障S2’(与S2不同),根据多模块叠加故障策略诊断,此时状态转变为新叠加故障状态B,生成新的故障二维码V2,V2中包含M1[S1]M2[S2’];
10、运维工程师修复模块M2缺纸故障S2’;故障识别服务模块监控到模块M1M2的状态都暂时恢复正常状态,此时设备状态转变为叠加故障恢复状态;
11、M1M2的正常状态持续了一个“叠加故障恢复检测”周期后未再发生改变,此时状态转变为叠加故障恢复正常预备状态;故障二维码V2隐藏而不消除,不提供扫码功能;
12、设备在叠加故障恢复正常预备状态期间,M1M2的的正常状态持续一个“完全恢复正常检测”周期后未再发生改变,则判定设备为完全正常状态;故障二维码V2隐藏并消除。
需要强调的是,本发明所述的实例是说明性的,而不是限定性的,因此本发明不限于具体实施方式中所述的实例,凡是由本领域技术人员根据本发明的技术方案得出的其他实施方式,不脱离本发明宗旨和范围的,不论是修改还是替换,同样属于本发明的保护范围。
Claims (10)
1.一种终端设备本地故障识别方法,其特征在于,包括如下步骤:
步骤1:实时获取终端设备中各个模块的状态特征码,并依据所述状态特征码监测模块状态是否发生变化,若发生变化,执行步骤2,若未变化,重复步骤1;
步骤2:对状态发生变化的模块进行稳定性检测;
其中,判断模块变化后的状态是否持续了一个以上的稳定性检测周期,若是,检测通过并执行步骤3;若不是,检测未通过,重复步骤2;
步骤3:依据预设故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;
其中,所述滤波状态包括正常状态、故障待确认状态、故障状态以及故障待恢复状态;
步骤4:依据预设多模块叠加故障策略以及步骤3检测出状态为正常状态、故障状态的模块来识别终端设备的叠加状态,并依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除当前存储的报障信息;
其中,所述终端设备的叠加状态是将状态为正常状态以及故障状态的所有模块进行叠加,识别获取的所述终端的叠加状态是基于所述预设多模块叠加故障策略将所述终端设备最新记录的叠加状态依据步骤3检测出模块状态来转变的,所述叠加状态的类型分为:无故障状态、第一叠加故障状态A、第二叠加故障状态B、叠加故障恢复状态以及叠加故障正常预备状态;
所述第一叠加故障状态A、第二叠加故障状态B中存在状态为故障状态的模块;所述叠加故障恢复状态、叠加故障正常预备状态、无故障状态中所有模块均为正常状态;
其中,报障信息至少包括故障模块的故障现场信息以及故障模块的状态特征码。
2.根据权利要求1所述的方法,其特征在于:所述多模块叠加故障策略中设有叠加状态识别策略,所述叠加状态识别策略包括如下规则:
a:无故障状态识别规则为:满足a1或a2条件,记录所述终端设备为无故障状态;
a1:所述终端设备从未出现故障;
a2:所述终端设备最新记录的叠加状态为叠加故障正常预备状态,且在一个完全恢复正常检测周期的期间内步骤3中并未检测到故障模块;
b:第一叠加故障状态A识别规则为:
b1:所述终端设备最新记录的叠加状态为无故障状态时,且步骤3中存在模块为故障状态,则记录所述终端设备为第一叠加故障状态A;
b2:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,且第一叠加故障状态A中部分模块状态被步骤3检测出为正常状态,以及步骤3中不存在模块为故障状态,则记录所述终端设备为新的第一叠加故障状态A;
b3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态,且叠加故障恢复状态或叠加故障正常预备状态是由第一故障叠加状态A转变时,且第一故障叠加状态A涵盖步骤3中所有模块的故障状态,则记录所述终端设备为第一故障叠加状态A;
c:第二叠加故障状态B的识别规则为:
c1:所述终端设备最新记录的叠加状态为第一叠加故障状态A时,且第一叠加故障状态A未全部包含步骤3中检测出的所有模块的故障状态,则记录所述终端设备为第二叠加故障状态B;
c2:所述终端设备最新记录的叠加状态为第二叠加故障状态B时,且第二叠加故障状态B中部分模块被步骤3检测出转为正常状态,则记录所述终端设备为新的第二叠加故障状态B;
c3:所述终端设备最新记录的叠加状态为叠加故障恢复状态或者叠加故障正常预备状态时,且步骤3中存在模块为故障状态且不满足b3条件,则记录所述终端设备为新的第二叠加故障状态B;
d:叠加故障恢复状态的识别规则为:
d1:所述终端设备最新记录的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,且第一叠加故障状态A或第二叠加故障状态B中故障模块均被步骤3检测出为正常状态,则记录所述终端设备为叠加故障恢复状态;
e:叠加故障正常预备状态的识别规则为:
e1:所述终端设备最新记录的叠加状态为叠加故障恢复状态时,且在一个叠加恢复正常检查周期内步骤3中并未得到故障模块,则记录所述终端设备为叠加故障正常预备状态。
3.根据权利要求1所述的方法,其特征在于:步骤4中依据终端设备的叠加状态采集故障现场信息来生成报障信息或消除预存的报障信息的过程如下:
f1:所述终端设备的叠加状态为第一叠加故障状态A或第二叠加故障状态B时,执行过程如下:
首先判断当前是否已存储报障信息,若未存储,采集第一叠加故障状态A或第二叠加故障状态B中与故障模块相关联的故障现场信息,依据故障现场信息以及所述第一叠加故障状态A或第二叠加故障状态B中的故障模块来生成报障信息;
若已存储,再识别存储的报障信息是否涵盖第一叠加故障状态A或第二叠加故障状态B中所有的故障模块,若未涵盖,则采集未被涵盖的故障模块的故障现场信息,再依据采集的故障现场信息以及未被涵盖的故障模块生成新的报障信息;若涵盖,则保留存储的保障信息;
f2:所述终端设备的叠加状态为无故障状态时,执行过程如下:
消除当前存储的报障信息;
f3:所述终端设备的叠加状态为叠加故障恢复状态或叠加故障正常预备状态时,执行过程如下:
异步等待所述终端设备的叠加状态转变为无故障状态或第一叠加故障状态A或第二叠加故障状态B,且转变之前,保留当前存储的报障信息,转变之后,再按照规则f1和f2处理报障信息。
4.根据权利要求1所述的方法,其特征在于:步骤3中的所述单模块识别策略包括如下规则:
g1:正常状态的识别规则为:
模块的特征状态码在预设故障过滤表中或者模块的特征状态码在故障分级表中对应无需报障级别时,所述模块为正常状态;
其中,所述预设故障过滤表中设有可过滤的模块状态对应的特征状态码,所述故障分级表中设有特征状态码的故障级别,并设定每个故障级别对应为无需报障级别或是需要报障级别;
g2:故障待确认状态的识别规则为:
步骤2中通过稳定性检测的模块是从正常状态转变而来时,所述模块为故障待确认状态;
g3:故障状态的识别规则为:
模块的特征状态码不在预设故障过滤表中且在所述故障分级表中对应需报障级别时,所述模块为故障状态;
g4:故障待恢复的识别规则为:
步骤2中通过稳定性检测的模块是从故障状态转变而来时,所述模块为故障待恢复状态。
5.根据权利要求4所述的方法,其特征在于:步骤3中检测出模块的滤波状态为故障待确认状态或故障待恢复状态时,还执行如下步骤:
异步等待一个稳定性检测周期,判断稳定性检测周期内模块的故障待确认状态或故障待恢复状态是否保持不变,若是,则依据所述正常状态的识别规则以及所述故障状态的识别规则将模块的滤波状态转变为正常状态或故障状态;若否,则继续等待直至满足模块的故障待确认状态或故障待恢复状态在一个稳定性检测周期内保持不变。
6.根据权利要求1所述的方法,其特征在于:步骤4中生成报障信息的过程是依据数据容量限定策略和模块优先级策略处理故障现场信息和故障模块信息来执行的;
其中,所述数据容量限定策略为对报障信息的容量进行配置限定,并采用json文本方式进行组织,以及采用GZIP压缩算法和BASE64编码算法对数据进行处理;
所述模块优先级策略为依据报障信息的配置容量以及预设的故障模块优先级从高到低的顺序处理故障模块。
7.根据权利要求6所述的方法,其特征在于:步骤4中生成报障信息后还执行如下步骤:
依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码;以及依据报障信息生成报障报文,并将报障报文发送给运维服务器;
其中,所述预设故障信息呈现策略包括显示位置配置规律、业务忙闲配置规律、分时间段显示规律以及临时隐藏配置规律。
8.一种应用权利要求1-7任一项所述方法的识别***,其特征在于:包括依次通信连接的故障识别服务模块、设备信息采集管理模块以及故障信息生成与呈现模块;
其中,所述故障识别服务模块包括实时状态检测模块以及故障诊断识别模块;
所述实时状态检测模块用于实时获取终端设备中各个模块的状态特征码,并依据所述状态特征码监测模块状态是否发生变化;
所述故障诊断识别模块用于对状态发生变化的模块进行稳定性检测;
所述故障诊断识别模块用于依据故障过滤表、故障分级表以及单模块识别策略判断步骤2中检测通过的各个模块的滤波状态;
所述故障诊断识别模块用于依据预设多模块叠加故障策略以及步骤3检测出状态为正常状态、故障状态的模块来识别终端设备的叠加状态;
所述设备信息采集管理模块用于采集与故障模块相关的故障现场信息;
所述故障信息生成与呈现模块用于依据故障现场信息以及故障模块生成报障信息。
9.根据权利要求8所述的***,其特征在于:所述故障信息生成与呈现模块用于依据报障信息生成报障二维码,并依据预设故障信息呈现策略显示报障二维码。
10.根据权利要求8所述的***,其特征在于:还包括诊断辅助工具模块,所述诊断辅助工具模块与所述故障识别服务模块通讯连接;
所述诊断辅助工具包括相互连接的一键诊断模块和本地故障维修建议库;
其中,所述本地故障维修建议库中存储各个模块在各类故障状态下的维修建议;
一键诊断模块用于加载测试程序来启动终端设备运行,并同时启动所述故障识别服务模块进行实时故障识别得到故障模块信息;再依据故障模块信息获取所述本地故障维修建议库中匹配的维修建议。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810089502.4A CN110095144B (zh) | 2018-01-30 | 2018-01-30 | 一种终端设备本地故障识别方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810089502.4A CN110095144B (zh) | 2018-01-30 | 2018-01-30 | 一种终端设备本地故障识别方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110095144A true CN110095144A (zh) | 2019-08-06 |
CN110095144B CN110095144B (zh) | 2021-07-09 |
Family
ID=67442813
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810089502.4A Active CN110095144B (zh) | 2018-01-30 | 2018-01-30 | 一种终端设备本地故障识别方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110095144B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112610564A (zh) * | 2020-11-09 | 2021-04-06 | 上海中联重科桩工机械有限公司 | 液压马达的监测***和维护***、及车辆 |
CN116032799A (zh) * | 2021-10-25 | 2023-04-28 | 中移物联网有限公司 | 故障检测方法、装置及存储介质 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000174750A (ja) * | 1998-12-04 | 2000-06-23 | Toshiba Corp | 端末装置と監視システムと監視システムの監視方法 |
CN101345661A (zh) * | 2007-07-09 | 2009-01-14 | 大唐移动通信设备有限公司 | 通信设备的故障诊断方法及装置 |
CN103166778A (zh) * | 2011-12-13 | 2013-06-19 | 成都勤智数码科技有限公司 | 一种故障自动化智能处理方法及其装置 |
CN104075749A (zh) * | 2014-06-30 | 2014-10-01 | 通号通信信息集团有限公司 | 物联网中设备异常状态检测的方法及*** |
CN105093063A (zh) * | 2015-08-06 | 2015-11-25 | 国家电网公司 | 基于多源数据特征单元组合判断的在线电网故障诊断方法 |
CN105741048A (zh) * | 2016-02-23 | 2016-07-06 | 安徽容知日新信息技术有限公司 | 一种设备的报警方法和装置 |
CN106100003A (zh) * | 2016-08-03 | 2016-11-09 | 广东电网有限责任公司电力调度控制中心 | 电力***的电压安全评估方法及*** |
CN106600163A (zh) * | 2016-12-26 | 2017-04-26 | 中电长城(长沙)信息技术有限公司 | 一种基于决策树学习算法的金融自助终端故障诊断方法及*** |
CN107196930A (zh) * | 2017-05-12 | 2017-09-22 | 苏州优圣美智能***有限公司 | 计算机网络异常检测的方法、***及移动终端 |
CN107451040A (zh) * | 2017-07-07 | 2017-12-08 | 深信服科技股份有限公司 | 故障原因的定位方法、装置及计算机可读存储介质 |
-
2018
- 2018-01-30 CN CN201810089502.4A patent/CN110095144B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000174750A (ja) * | 1998-12-04 | 2000-06-23 | Toshiba Corp | 端末装置と監視システムと監視システムの監視方法 |
CN101345661A (zh) * | 2007-07-09 | 2009-01-14 | 大唐移动通信设备有限公司 | 通信设备的故障诊断方法及装置 |
CN103166778A (zh) * | 2011-12-13 | 2013-06-19 | 成都勤智数码科技有限公司 | 一种故障自动化智能处理方法及其装置 |
CN104075749A (zh) * | 2014-06-30 | 2014-10-01 | 通号通信信息集团有限公司 | 物联网中设备异常状态检测的方法及*** |
CN105093063A (zh) * | 2015-08-06 | 2015-11-25 | 国家电网公司 | 基于多源数据特征单元组合判断的在线电网故障诊断方法 |
CN105741048A (zh) * | 2016-02-23 | 2016-07-06 | 安徽容知日新信息技术有限公司 | 一种设备的报警方法和装置 |
CN106100003A (zh) * | 2016-08-03 | 2016-11-09 | 广东电网有限责任公司电力调度控制中心 | 电力***的电压安全评估方法及*** |
CN106600163A (zh) * | 2016-12-26 | 2017-04-26 | 中电长城(长沙)信息技术有限公司 | 一种基于决策树学习算法的金融自助终端故障诊断方法及*** |
CN107196930A (zh) * | 2017-05-12 | 2017-09-22 | 苏州优圣美智能***有限公司 | 计算机网络异常检测的方法、***及移动终端 |
CN107451040A (zh) * | 2017-07-07 | 2017-12-08 | 深信服科技股份有限公司 | 故障原因的定位方法、装置及计算机可读存储介质 |
Non-Patent Citations (1)
Title |
---|
侯晓凯 等: "一种基于神经网络的网络设备故障预测***", 《山东理工大学学报(自然科学版)》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112610564A (zh) * | 2020-11-09 | 2021-04-06 | 上海中联重科桩工机械有限公司 | 液压马达的监测***和维护***、及车辆 |
CN116032799A (zh) * | 2021-10-25 | 2023-04-28 | 中移物联网有限公司 | 故障检测方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110095144B (zh) | 2021-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100898339B1 (ko) | 홈 네트워크 환경을 위한 자율적인 오류 처리 시스템 및 그방법 | |
US9571334B2 (en) | Systems and methods for correlating alarms in a network | |
CN101197621B (zh) | 一种对网管***故障进行远程诊断定位的方法及其*** | |
US4972453A (en) | Autonomous expert system for directly maintaining remote telephone switching systems | |
CN103229118B (zh) | 设备安全设计支援装置及设备监视保养支援装置 | |
CN106789306B (zh) | 通信设备软件故障检测收集恢复方法和*** | |
TWI447547B (zh) | 伺服控制裝置的異常診斷裝置及異常診斷系統 | |
CN105337765A (zh) | 一种分布式hadoop集群故障自动诊断修复*** | |
CN107037800B (zh) | 基于客户端制氧设备远程故障诊断***的故障诊断方法 | |
CN105049223B (zh) | 一种电力通信网缺陷故障处理决策辅助分析方法 | |
CN105306272A (zh) | 信息***故障场景信息收集方法及*** | |
CN110798348B (zh) | 配电通信网故障告警方法、服务器及*** | |
CN103281461A (zh) | 一种呼叫中心监控方法、装置与*** | |
CN103701655A (zh) | 交换机的故障自诊断、自恢复方法及*** | |
JP2019169089A (ja) | ネットワーク管理装置、管理方法、管理プログラムおよび記録媒体 | |
CN110095144A (zh) | 一种终端设备本地故障识别方法及*** | |
CN113721581A (zh) | 一种基于关键路径的故障诊断显示装置及方法 | |
WO2020183340A1 (en) | A method of detecting faults in intelligent electronic devices | |
KR100506248B1 (ko) | 사설 교환시스템에서 링크를 진단하는 방법 | |
CN113946465A (zh) | 一种大数据的故障处理方法及其相关设备 | |
JP3682778B2 (ja) | 故障措置システム、及び、故障要因特定方法 | |
JP2011192201A (ja) | リモート保全システムおよびリモート保全方法 | |
CN112134727A (zh) | 基于容器技术的网关机运行数据交换方法 | |
JP2007052756A (ja) | ワイヤレスデバイスの不具合診断に適用する学習型診断データベース | |
CN110703730A (zh) | 一种基于mes中数据采集测试方法和装置 |
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 |