CN114859875A

CN114859875A - 多种设备的故障管理方法、装置、设备及存储介质

Info

Publication number: CN114859875A
Application number: CN202210791744.4A
Authority: CN
Inventors: 张挺军; 田志国; 沈世通
Original assignee: CITIC Holdings Co Ltd; Shenzhen Xinrun Fulian Digital Technology Co Ltd
Current assignee: CITIC Holdings Co Ltd; Shenzhen Xinrun Fulian Digital Technology Co Ltd
Priority date: 2022-07-07
Filing date: 2022-07-07
Publication date: 2022-08-05
Anticipated expiration: 2042-07-07
Also published as: CN114859875B

Abstract

本申请公开了一种多种设备的故障管理方法、装置、设备及存储介质，该方法包括：获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表；获取所述设备的特征参数，将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果；将所述判断结果和所述设备故障表进行匹配，得到故障信息。本申请，可以从多设备中，通过特征数据从故障规则表快速准确地找到故障设备即对应的故障信息，因而，可以及时找出故障设备，和故障设备的故障信息，提高管理效率。

Description

多种设备的故障管理方法、装置、设备及存储介质

技术领域

本申请涉及设备管理领域，尤其涉及一种多种设备的故障管理方法、装置、设备及存储介质。

背景技术

随着工业的快速发展，工业设备的需求也越来越多样化，在工业上通常需要同时运行多种设备，这些设备通常会连接到设备管理中心，由设备管理中心进行监管设备。

由于设备在运行时会出现一些故障，每种设备都有对应的故障规则，这时需要基于故障规则对不同的设备进行监管。在设备在出现故障时，确保能及时找到对应的故障设备和故障设备的故障信息；但是，目前在对故障设备的监管过程中，每种监管系统只能对一种设备进行监管，导致监管系统数量过多，在多种设备同时出现故障时，容易漏掉故障信息，获取出现卡顿，不能及时找出故障设备，和故障设备的故障信息，造成管理效率低。

发明内容

本申请的主要目的在于提供一种多种设备的故障管理方法、装置、设备及存储介质，旨在解决现有技术中不能及时找出故障设备，和故障设备的故障信息，造成管理效率低的技术问题。

为实现上述目的，本申请提供一种多种设备的故障管理方法，所述多种设备的故障管理方法包括：

获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表；

获取所述设备的特征参数，将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果；

将所述判断结果和所述设备故障表进行匹配，得到故障信息。

可选地，所述获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表的步骤，包括：

获取至少一种所述设备的故障规则，基于所述故障规则和预设的规则内容，得到故障规则包；

对所述故障规则包进行标识绑定，得到故障表，并对所述设备与所述故障规则包对应进行标识绑定，得到设备表；

其中，每个所述故障规则包至少对应一个所述设备表中的设备；

基于所述故障表和所述设备表，对所述故障规则进行规则遗漏检测，若所述故障规则通过的测试，则得到设备故障表。

可选地，所述基于所述故障规则和预设的规则内容，得到故障规则包的步骤，包括：

将所述故障规则对应封装在预设的前端节点中，得到逻辑节点；

获取所述故障规则的判断条件；

将所述逻辑节点和所述判断条件进行整合，得到故障规则包。

可选地，所述获取所述设备的特征参数的步骤，包括：

获取所述设备的模拟信息，对所述模拟信息转化分析处理，得到所述设备的数据信息；

其中，所述数据信息中包括带有与所述故障规则对应的标识信息的标识数据；

从所述数据信息中提取所述标识数据，得到特征参数。

可选地，所述将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果的步骤，包括：

将所述特征参数都输入至所述故障规则包中，在所述故障规则包中对所述特征参数进行匹配，得到与所述特征参数对应的第一标识规则；

基于所述第一标识规则，对所述特征参数进行判断，得到判断结果；

若所述特征参数中的一个数据满足预设的判断条件，则判断所述设备存在所述第一标识规则对应的故障。

可选地，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤之前，所述包括：

收集所述设备的故障数据；

对所述故障数据进行分析，得到每个所述故障数据的修改建议；

将所述故障数据和所述故障数据修建议整合汇总，得到故障数据表；

其中，所述故障数据和所述特征参数相互对应。

可选地，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤，包括：

将所述判断结果和所述设备故障表进行匹配，得到与所述判断结果对应的故障设备；

基于所述特征参数，对所述故障设备进行分析，得到故障信息。

本申请还提供一种多种设备的故障管理装置，所述多种设备的故障管理装置包括：

绑定模块，用于获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表；

判断模块，用于获取所述设备的特征参数，将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果；

匹配模块，用于将所述判断结果和所述设备故障表进行匹配，得到故障信息。

可选地，所述绑定模块包括：

获取模块，用于获取至少一种所述设备的故障规则，基于所述故障规则和预设的规则内容，得到故障规则包；

绑定子模块，用于对所述故障规则包进行标识绑定，得到故障表，并对所述设备与所述故障规则包对应进行标识绑定，得到设备表；

检测模块，用于基于所述故障表和所述设备表，对所述故障规则进行规则遗漏检测，若所述故障规则通过的测试，则得到设备故障表。

可选地，所述获取模块包括：

封装模块，用于将所述故障规则对应封装在预设的前端节点中，得到逻辑节点；

第一获取单元，用于获取所述故障规则的判断条件；

整合模块，用于将所述逻辑节点和所述判断条件进行整合，得到故障规则包。

可选地，所述判断模块元包括：

第二获取单元，用于获取所述设备的模拟信息，对所述模拟信息转化分析处理，得到所述设备的数据信息；

提取模块，用于从所述数据信息中提取所述标识数据，得到特征参数。

可选地，所述判断模块还包括：

匹配子模块，用于将所述特征参数都输入至所述故障规则包中，在所述故障规则包中对所述特征参数进行匹配，得到与所述特征参数对应的第一标识规则；

判断子模块，用于基于所述第一标识规则，对所述特征参数进行判断，得到判断结果；

判断单元若所述特征参数中的一个数据满足预设的判断条件，则判断所述设备存在所述第一标识规则对应的故障。

可选地，所述多种设备的故障管理装置还包括：

收集模块，用于收集所述设备的故障数据；

分析模块，用于对所述故障数据进行分析，得到每个所述故障数据的修改建议；

整合单元，用于将所述故障数据和所述故障数据修建议整合汇总，得到故障数据表；

其中，所述故障数据和所述特征参数相互对应。

可选地，所述匹配模块包括：

匹配单元，用于将所述判断结果和所述设备故障表进行匹配，得到与所述判断结果对应的故障设备；

分析单元，用于基于所述特征参数，对所述故障设备进行分析，得到故障信息。

本申请还提供一种多种设备的故障管理设备，所述多种设备的故障管理设备为实体节点设备，所述多种设备的故障管理设备包括：存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的所述多种设备的故障管理方法的程序，所述多种设备的故障管理方法的程序被处理器执行时可实现如上述的多种设备的故障管理方法的步骤。

本申请还提供一种存储介质，所述存储介质上存储有实现上述多种设备的故障管理方法的程序，所述多种设备的故障管理方法的程序被处理器执行时实现如上述的多种设备的故障管理方法的步骤。

本申请提供一种多种设备的故障管理方法、装置、设备及存储介质，与现有技术中目前在对故障设备的监管过程中，每种监管系统只能对一种设备进行监管，导致不能及时找出故障设备，和故障设备的故障信息，在本申请中，获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表；获取所述设备的特征参数，将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果；将所述判断结果和所述设备故障表进行匹配，得到故障信息。在本申请中，只要将故障规则包和设备进行标识绑定，得到设备故障表，并基于故障规则包，对获取的设备的特征数据进行判断，即可直接从设备故障表中，匹配出对应的故障信息，即在本申请中，可以从多设备中，通过特征数据从故障规则表快速准确地找到故障设备即对应的故障信息，因而，可以及时找出故障设备，和故障设备的故障信息，提高管理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请多种设备的故障管理方法第一实施例的流程示意图；

图2为本申请多种设备的故障管理方法第二实施例的流程示意图；

图3为本申请实施例方案涉及的硬件运行环境的设备结构示意图。

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

具体实施方式

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

本申请实施例提供一种多种设备的故障管理方法，在本申请多种设备的故障管理方法的第一实施例中，参照图1，所述多种设备的故障管理方法包括：

步骤S10，获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表；

步骤S20，获取所述设备的特征参数，将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果；

步骤S30，将所述判断结果和所述设备故障表进行匹配，得到故障信息。

具体步骤如下：

在本实施例中，需要说明的是，多种设备的故障管理方法可以应用于多种设备的故障管理装置，该多种设备的故障管理装置从属于多种设备的故障管理设备，该多种设备的故障管理设备属于多种设备的故障管理系统。

对于多种设备的故障管理系统而言，内置有规则引擎，需要说明的是，规则引擎可以将完成具体实现逻辑，调用规则引擎的底层实现机制可以对故障规则包进行扩展。

其中，规则引擎可以分离业务代码和业务规则，减少使用代码编写的业务规则。

需要说明的是，业务规则可以使用简单且容易被用户识别的语言进行编写。在本实施例中，业务规则使用通俗易懂的字符进行编写，例如int、str等字符类型。

其中，故障规则包的扩展可以是对管理中心进行新增故障规则包，还可以是对现有的故障规则包进行修改。

具体地，由于故障规则包是在规则引擎的基础上进行设置的，所以故障规则包可以被用户进行配置，不需要专业人员通过代码进行更改。

其中，故障规则包至少包括故障规则和规则内容。

其中，故障规则表至少包括记载故障规则的故障表和记载设备的设备表。

在本实施例中，通过引用规则引擎的底层实现机制，获取故障规则和规则内容，即故障规则包，将故障规则包和对应的设备通过标识码进行绑定，得到包括故障表和设备表的故障设备表。

其中，标识码为识别故障规则包和对应绑定设备的字符。需要说明的是，在对故障规则包和设备绑定后，故障规则包中的标识码和对应关联设备上的标识码相同。

其中，一种故障规则包可以对应关联多种设备。

在本实施例中，标识码可通过代码编写进故障规则包和设备中，也可以通过便于用户识别和整改的语音写进故障规则包和设备中。

具体地，所述获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表的步骤，包括：

步骤S11，获取至少一种所述设备的故障规则，基于所述故障规则和预设的规则内容，得到故障规则包；

步骤S12，对所述故障规则包进行标识绑定，得到故障表，并对所述设备与所述故障规则包对应进行标识绑定，得到设备表；

步骤S13，基于所述故障表和所述设备表，对所述故障规则进行规则遗漏检测，若所述故障规则通过的测试，则得到设备故障表。

其中，故障规则可以是但不限于设备发热、设备零件的磨损、设备零件的卡位等故障的判断规则。

其中，规则内容可以是但不限于对设备故障的判断条件和设备参数。需要说明的是判断条件可以有用户自行设定。

其中，遗漏检测可以检测出故障规则包是否有错，避免对设备参数判断错误或无法判断设备参数。

在本实施例中，获取设备的故障规则，基于故障规则用户，可以自行设置故障规则的判断条件，得到故障规则包，将故障规则包标记标识码，并将标记标识码的故障规则包整合汇总，得到故障表，将设备也标记和故障规则包对应标识码，并将标记有标识码的设备的信息进行整合汇总，得到设备表；基于故障表和设备表，对故障规则包进行遗漏检测，检测设备表中的设备信息是否和故障表中故障规则包对应，且检测故障规则包是否有错误；若检测出设备信息和故障规则包想对应，且故障规则包无错误，则将故障表和设备表整合汇总，得到设备故障表。

具体地，所述基于所述故障规则和预设的规则内容，得到故障规则包的步骤，包括：

步骤A10，将所述故障规则对应封装在预设的前端节点中，得到逻辑节点；

步骤A20，获取所述故障规则的判断条件；

步骤A30，将所述逻辑节点和所述判断条件进行整合，得到故障规则包。

其中，前端节点至少包括运算节点、数学节点、判断节点等。

具体地，运算节点可以是但不限于“如果”、“否则如果”、“否则”等。

具体地，数学节点可以是但不限于“加”、“减”、“乘”、“除”等。

具体地，判断节点可以是但不限于“大于”、“小于”、“大于等于”、“小于等于”等。

在本实施例中，将所述故障规则通过规则引擎封装在对应的逻辑节点中，并获取用户自定义的判断条件，将逻辑节点和判断条件进行整合，得到故障规则包。

其中，特征参数为带有标识码的设备参数。

其中，特征参数是通过获取设备的模拟参数，并对模拟参数进行数字转化，得到的设备的数据信息，即设备参数。例如，设备的温度值、设备的零部件的磨损程度值、设备持续高温的时间值等。

其中，特征参数的获取方法可以是但不限于传感器、检测器等。

在本实施例中，通过传感器获取设备的特征参数，将特征参数输入至故障规则包中，通过故障规则包中的判断条件对特征参数进行判断，判断特征参数是否在判断条件内，进而得到判断结果。

在本实施例中，需要说明的是，需要多个特征参数才能确定存在判断结果。例如，判断电机是否存在发热故障，则需要温度特征参数，和时间特征参数，若两个特征参数都在判断条件内，才能判断电机存在发热故障。

具体地，所述获取所述设备的特征参数的步骤，包括：

步骤S21，获取所述设备的模拟信息，对所述模拟信息转化分析处理，得到设备的数据信息；

步骤S22，从所述数据信息中提取所述标识数据，得到特征参数。

其中，标识数据即为特征参数。

在本实施例中，需要说明的是，模拟信息是通过传感器直接获取的信息。

在本实施例中，首先获取设备的模拟信号，再通过将模拟信号进行人工算法的分析转化处理，得到带有标识信息的标识数据，即特征参数。

在本实施例中，若判断结果为特征参数在判断条件内，则确定存在故障设备，基于故障设备和设备故障表进行匹配，得到故障设备的故障信息。

在本实施例中，用户在对故障规则进行修改或扩展时，只需要通过选择前端节点，和字符类型，并填写对应的参数和标识，即可自行对修改或扩展。提高了故障规则修改的通用性。

具体地，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤，包括：

步骤S31，将所述判断结果和所述设备故障表进行匹配，得到与所述判断结果对应的故障设备；

步骤S32，基于所述特征参数，对所述故障设备进行分析，得到故障信息。

在本实施例中，在确定判断结果为存在故障设备后，首先基于设备故障表，确定故障设备，在对故障设备进行分析，得到故障设备的故障信息。

在本实施例中，首先引用规则引擎的底层实现机制，获取故障规则和规则内容，即故障规则包，并将故障规则包中的故障规则封装在对应的前端节点中，并获取故障规则包中的规则内容，即判断条件，将故障规则包和设备进行标识码关联，并通过遗漏测试后，得到故障规则表；通过传感器获取设备的特征参数，将特征参数输入至故障规则包中，对特征参数进行判断，得到判断结果，若判断结果为存在故障设备，则对故障设备进行分析，得到故障信息。

进一步地，基于本申请中上述实施例，提供本申请的另一实施例，在该实施例中，遗漏测试的步骤，包括：

步骤B10，获取测试参数，并将测试参数输入至故障规则包中，基于故障规则包对测试参数进行判断，得到判断结果；

步骤B20，若判断结果为存在遗漏，则会在遗漏规则处暂停测试，得到遗漏信息；

步骤B30，若判断结果为不存在遗漏，则会完成测试，得到测试通过的通知。

其中，遗漏检测是对新增或修改的故障规则包的本地测试，检测故障规则包中的判断条件是否有遗漏。例如，设备的温度达到80至100摄氏度判断设备为故障设备，设备的温度达到50至70摄氏度，判断设备为正常运行，若在本地测试过程中检测到温度为75度，则无法判断出现该设备的是出现故障还是正常运行。

具体地，在设置好故障规则包后，通过遗漏测试进行检测，若检测到故障规则存在遗漏，则显示遗漏信息，以供用户对规则内容进行修改补充。

其中，在对故障规则包检测过程中，判断条件和设备的测试参数都是通过用户自行设定的。

在本实施例中，首先获取设备的测试参数，其中，获取设备的测试参数的方式可以是：

方式一、通过语音获取，若检测到语音指令时，提取语音指令中的语音信息。从语音信息中解析得到测试参数；

方式二、通过前端的访问界面，基于访问界面上的选择按钮，获取测试参数。

在本实施例中，首先获取设备的测试参数，基于将测试参数在管理中心中通过标识码匹配出对应的故障规则包，基于故障规则对该测试参数进行判断，执行到对应的判断条件则会停止进行输出，得到结果；若规则出现漏洞，没有闭环时，执行到最后没有找到对应的判断条件，则会出现“no data（没有数据）”的报错信息，需要重新修改规则内容。

其中，规则内容可以由用户自行修改，不需要专业人员进行修改。

在本实施例中通过遗漏检测，可以减少故障规则包在应用的错误，提高了故障管理的准确性。

进一步地，基于本申请中上述实施例，提供本申请的另一实施例，在该实施例中，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤之前，所述包括：

步骤C10，收集所述设备的故障数据；

步骤C20，对所述故障数据进行分析，得到每个所述故障数据的修改建议；

步骤C30，将所述故障数据和所述故障数据修建议整合汇总，得到故障数据表；

其中，所述故障数据和所述特征参数相互对应。

在本实施例中，首先收集设备会出现的设备故障，得到设备的故障数据，对故障数据进行分析，并基于专业人员的维修经验，得到每个故障数据的修改建议，将修改建议和修改数据进行整合汇总，得到故障数据表。需要说明的是，在设备使用中出现的未收集到的设备故障，可以对故障数据表进行新增扩充，优化故障数据表，并设置对应的规则内容。在本实施例中，可以使用户自行对设备故障进行补充，完善管理中心对设备的管理，且可以有用户自行补充，提高了管理中心的通用性。

参照图3，图3是本申请实施例方案涉及的硬件运行环境的设备结构示意图。

如图3所示，该多种设备的故障管理设备可以包括：处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。

可选地，该多种设备的故障管理设备还可以包括矩形用户接口、网络接口、摄像头、RF（Radio Frequency，射频）电路，传感器、音频电路、WiFi模块等等。矩形用户接口可以包括显示屏（Display）、输入子模块比如键盘（Keyboard），可选矩形用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

本领域技术人员可以理解，图3中示出的多种设备的故障管理设备结构并不构成对多种设备的故障管理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图3所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块以及多种设备的故障管理程序。操作系统是管理和控制多种设备的故障管理设备硬件和软件资源的程序，支持多种设备的故障管理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与多种设备的故障管理系统中其它硬件和软件之间通信。

在图3所示的多种设备的故障管理设备中，处理器1001用于执行存储器1005中存储的多种设备的故障管理程序，实现上述任一项所述的多种设备的故障管理方法的步骤。

本申请多种设备的故障管理设备具体实施方式与上述多种设备的故障管理方法各实施例基本相同，在此不再赘述。

可选地，所述绑定模块包括：

可选地，所述获取模块包括：

第一获取单元，用于获取所述故障规则的判断条件；

可选地，所述判断模块元包括：

可选地，所述判断模块还包括：

可选地，所述多种设备的故障管理装置还包括：

收集模块，用于收集所述设备的故障数据；

其中，所述故障数据和所述特征参数相互对应。

可选地，所述匹配模块包括：

本申请多种设备的故障管理装置的具体实施方式与上述多种设备的故障管理方法各实施例基本相同，在此不再赘述。

本申请实施例提供了一种存储介质，且所述存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于实现上述任一项所述的多种设备的故障管理方法的步骤。

本申请存储介质具体实施方式与上述多种设备的故障管理方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

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

Claims

1.一种多种设备的故障管理方法，其特征在于，所述多种设备的故障管理方法包括：

2.如权利要求1所述的多种设备的故障管理方法，其特征在于，所述获取设备的故障规则包，将所述故障规则包和所述设备进行标识绑定，得到设备故障表的步骤，包括：

3.如权利要求2所述的多种设备的故障管理方法，其特征在于，所述基于所述故障规则和预设的规则内容，得到故障规则包的步骤，包括：

获取所述故障规则的判断条件；

4.如权利要求3所述的多种设备的故障管理方法，其特征在于，所述获取所述设备的特征参数的步骤，包括：

从所述数据信息中提取所述标识数据，得到特征参数。

5.如权利要求1所述的多种设备的故障管理方法，其特征在于，所述将所述特征参数输入至所述故障规则包中，基于所述故障规则包，对所述特征参数进行判断，得到判断结果的步骤，包括：

6.如权利要求1所述的多种设备的故障管理方法，其特征在于，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤之前，所述包括：

收集所述设备的故障数据；

其中，所述故障数据和所述特征参数相互对应。

7.如权利要求6所述的多种设备的故障管理方法，其特征在于，所述将所述判断结果和所述设备故障表进行匹配，得到故障信息的步骤，包括：

8.一种多种设备的故障管理装置，其特征在于，所述多种设备的故障管理装置包括：

9.一种多种设备的故障管理设备，其特征在于，所述多种设备的故障管理设备包括：存储器、处理器以及存储在存储器上的用于实现所述多种设备的故障管理方法的程序，

所述存储器用于存储实现多种设备的故障管理方法的程序；

所述处理器用于执行实现所述多种设备的故障管理方法的程序，以实现如权利要求1至7中任一项所述多种设备的故障管理方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有实现多种设备的故障管理方法的程序，所述实现多种设备的故障管理方法的程序被处理器执行以实现如权利要求1至7中任一项所述多种设备的故障管理方法的步骤。