锁斗系统的故障处理方法、装置及终端与流程

1.本技术涉及设备监测技术领域，具体而言，涉及一种锁斗系统的故障处理方法、装置及终端。


背景技术：

2.新型煤气化加压工艺流程作为煤化工企业生产运行核心装置，其关键设备气化炉能否长周期稳定运行取决于其对应激冷室下部的收排渣系统(即锁斗系统)能否正常收排渣，因此，对锁斗系统的运行状态进行监测，并对监测到的故障进行及时处理成为亟待解决的问题。
3.目前，对锁斗系统的故障处理方法主要为：基于锁斗系统正常运行期间dcs实时数据(设计值)，按照预设的上下限报警阈值进行组态，一旦运行参数到达阈值上下线时，通过简单逻辑判断输出故障报警，并针对报警采取以经验为主的故障处理方式。
4.但是，采用上述处理方法存在准确度低的问题。


技术实现要素：

5.本技术的主要目的在于提供一种锁斗系统的故障处理方法、装置、终端及存储介质，以解决相关技术中对锁斗系统的故障处理存在准确度低的问题。
6.为了实现上述目的，第一方面，本技术提供了一种锁斗系统的故障处理方法，包括：
7.接收锁斗系统的运行状态数据；
8.对运行状态数据进行预处理，得到预处理后的运行状态数据；
9.依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息；
10.根据故障诊断信息和知识库，得到故障处理策略。
11.在一种可能的实现方式中，对运行状态数据进行预处理，得到预处理后的运行状态数据，包括：
12.对运行状态数据依次进行数据清洗、数据集成、数据转换和数据消减，得到预处理后的运行状态数据。
13.在一种可能的实现方式中，故障诊断信息为目标故障诊断信息；
14.依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息，包括：
15.对预处理后的运行状态数据的数据类型进行判断，确定预处理后的运行状态数据为目标运行状态数据；
16.在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息。
17.在一种可能的实现方式中，在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息，包括：
18.在目标运行状态数据为一个类型的运行状态数据的情况下，在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息；
19.在目标运行状态数据包括多个类型的运行状态数据的情况下，确定目标运行状态数据为多个运行状态数据；
20.在故障诊断模型中选取与多个运行状态数据相匹配的多个故障诊断模型，并将多个运行状态数据输入多个故障诊断模型，得到多个故障诊断信息，其中，多个运行状态数据、多个故障诊断模型和多个故障诊断信息一一对应。
21.在一种可能的实现方式中，在目标运行状态数据为一个类型的运行状态数据的情况下，在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息，包括：
22.在目标运行状态数据为第一运行状态数据的情况下，在故障诊断模型中选取与第一运行状态数据相匹配的第一故障诊断模型，并将第一运行状态数据输入第一故障诊断模型，得到第一故障诊断信息；
23.在目标运行状态数据为第二运行状态数据的情况下，在故障诊断模型中选取与第二运行状态数据相匹配的第二故障诊断模型，并将第二运行状态数据输入第二故障诊断模型，得到第二故障诊断信息；
24.在目标运行状态数据为第三运行状态数据的情况下，在故障诊断模型中选取与第三运行状态数据相匹配的第三故障诊断模型，并将第三运行状态数据输入第三故障诊断模型，得到第三故障诊断信息；
25.在目标运行状态数据为第四运行状态数据的情况下，在故障诊断模型中选取与第四运行状态数据相匹配的第四故障诊断模型，并将第四运行状态数据输入第四故障诊断模型，得到第四故障诊断信息。
26.在一种可能的实现方式中，多个运行状态数据包括第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据；
27.在故障诊断模型中选取与多个运行状态数据相匹配的多个故障诊断模型，并将多个运行状态数据输入多个故障诊断模型，得到多个故障诊断信息，包括：
28.在故障诊断模型中选取分别与第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据相匹配的第一故障诊断模型、第二故障诊断模型、第三故障诊断模型和第四故障诊断模型；
29.将第一运行状态数据输入第一故障诊断模型、第二运行状态数据输入第二故障诊断模型、第三运行状态数据输入第三故障诊断模型和第四运行状态数据输入第四故障诊断模型，分别得到第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息。
30.在一种可能的实现方式中，根据故障诊断信息和知识库，得到故障处理策略，包括：
31.在故障诊断信息为第一故障诊断信息的情况下，将第一故障诊断信息输入与第一故障诊断信息相匹配的第一知识库，得到第一故障处理策略；
32.在故障诊断信息为第二故障诊断信息的情况下，将第二故障诊断信息输入与第二
故障诊断信息相匹配的第二知识库，得到第二故障处理策略；
33.在故障诊断信息为第三故障诊断信息的情况下，将第三故障诊断信息输入与第三故障诊断信息相匹配的第三知识库，得到第三故障处理策略；
34.在故障诊断信息为第四故障诊断信息的情况下，将第四故障诊断信息输入与第四故障诊断信息相匹配的第四知识库，得到第四故障处理策略。
35.在一种可能的实现方式中，根据故障诊断信息和知识库，得到故障处理策略，包括：
36.在故障诊断信息包括第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息的情况下，在知识库中选择与第一故障诊断信息相匹配的第一知识库、与第二故障诊断信息相匹配的第二知识库、与第三故障诊断信息相匹配的第三知识库以及与第四故障诊断信息相匹配的第四知识库；
37.将第一故障诊断信息输入第一知识库、第二故障诊断信息输入第二知识库、第三故障诊断信息输入第三知识库和第四故障诊断信息输入第四知识库，分别得到第一故障处理策略、第二故障处理策略、第三故障处理策略和第四故障处理策略。
38.第二方面，本发明实施例提供了一种锁斗系统的故障处理装置，包括：
39.数据接收模块，用于接收锁斗系统的运行状态数据；
40.数据处理模块，用于对运行状态数据进行预处理，得到预处理后的运行状态数据；
41.故障诊断模块，用于依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息；
42.策略生成模块，用于根据故障诊断信息和知识库，得到故障处理策略。
43.第三方面，本发明实施例提供了一种终端，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如上任一种锁斗系统的故障处理方法的步骤。
44.第四方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上任一种锁斗系统的故障处理方法的步骤。
45.本发明实施例提供了一种锁斗系统的故障处理方法、装置及终端，包括：接收锁斗系统的运行状态数据，然后对运行状态数据进行预处理，得到预处理后的运行状态数据，再依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息，最后根据故障诊断信息和知识库，得到故障处理策略。本发明利用故障诊断模型对锁斗系统的运行状态数据进行科学的逻辑判断，使输出的故障诊断信息准确度更高，再将故障诊断信息与知识库进行匹配，不仅使得出的故障处理策略更具科学性和客观性，还提高了故障处理策略的准确度，以供操作人员参考执行。
附图说明
46.构成本技术的一部分的附图用来提供对本技术的进一步理解，使得本技术的其它特征、目的和优点变得更明显。本技术的示意性实施例附图及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
47.图1是本发明实施例提供的一种锁斗系统的故障处理方法的实现流程图；
48.图2是本发明一实施例提供的一种锁斗系统的故障处理装置的结构示意图；
49.图3是本发明另一实施例提供的一种锁斗系统的故障处理装置的结构示意图；
50.图4是本发明实施例提供的终端的示意图。
具体实施方式
51.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
52.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
53.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
54.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
55.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
56.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
57.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
58.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
59.为使本发明的目的、技术方案和优点更加清楚，下面将结合附图通过具体实施例来进行说明。
60.在一个实施例中，如图1所示，提供了一种锁斗系统的故障处理方法，包括以下步骤：
61.步骤s101：接收锁斗系统的运行状态数据；
62.步骤s102：对运行状态数据进行预处理，得到预处理后的运行状态数据；
63.步骤s103：依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息；
64.步骤s104：根据故障诊断信息和知识库，得到故障处理策略。
65.具体的，对于工业系统的故障诊断，一般采用的故障诊断模型分为基于机理的模型、基于知识工程的模型和基于数据驱动的模型。其中，基于知识工程的模型主要通过相关的经验建设系统的定性模型来解决复杂的故障诊断，而神经网络因其具有处理非线性和自学习以及并行计算能力的特点，因此本发明采用神经网络建立故障诊断模型，也可称为神经网络模型。
66.知识库与故障诊断模型相对应，知识库中的对应的故障原因分析和建议措施，除部分来源于阀门随机资料、工艺设计原理外，同时集合了大量的同类型同装置生产类专家数十年生产操作一线宝贵经验和大量实战案例总结经验，大大提高了模型故障原因分析的准确性，故障建议措施(即故障处理策略)应对异常故障时的精准性、实战性和高效性。
67.本发明实施例提供了一种锁斗系统的故障处理方法包括：接收锁斗系统的运行状态数据，然后对运行状态数据进行预处理，得到预处理后的运行状态数据，再依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息，最后根据故障诊断信息和知识库，得到故障处理策略。本发明利用故障诊断模型对锁斗系统的运行状态数据进行科学的逻辑判断，使输出的故障诊断信息准确度更高，再将故障诊断信息与知识库进行匹配，不仅使得出的故障处理策略更具科学性和客观性，还提高了故障处理策略的准确度，以供操作人员参考执行。
68.在一实施例中，步骤s102包括：
69.对运行状态数据依次进行数据清洗、数据集成、数据转换和数据消减，得到预处理后的运行状态数据。
70.具体的，数据清洗用于消除数据中存在的噪声及纠正其不一致的错误；数据集成用于将来自多个数据源的数据合并到一起构成一个完整的数据集；数据转换用于指将一种格式的数据转换为另一种格式的数据；数据消减用于通过删除冗余特征或聚类消除多余数据。通过以上处理过程，最终得到故障诊断模型需要的规范性、一致性数据。
71.在一实施例中，步骤s103包括：
72.步骤s201：对预处理后的运行状态数据的数据类型进行判断，确定预处理后的运行状态数据为目标运行状态数据；
73.步骤s202：在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息。
74.其中，故障诊断信息为目标故障诊断信息；
75.由于目标运行状态数据和目标故障诊断模型相对应，且目标运行状态数据的类型以及目标故障诊断模型均为至少一种，因此，需基于输入的目标运行状态数据的类型，选取与此类型相对应的目标故障诊断模型，从而确定目标故障诊断信息。
76.具体的，在目标运行状态数据为一个类型的运行状态数据的情况下，在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息；在目标运行状态数据包括多个类型的运行状态数据的情况下，确定目标运行状态数据为多个运行状态数据；在故障诊断模型中选取与多个运行状态数据相匹配的多个故障诊断模型，并将多个运行状态数据输入多个故障诊断模型，得到多个故障诊断信息，其中，多个运行状态数据、多个故障诊断模型和多个故障诊
断信息一一对应。
77.下面对在目标运行状态数据包括多个类型的运行状态数据的情况下确定多个故障诊断信息进行说明，以当多个取值4，且4个运行状态数据包括第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据为例，具体如下：
78.图2中所示的模型运算中心为本技术的核心模块，由模型库和知识库两大类组成。模型库包括系统渣堵模型(即第一故障诊断模型)、锁渣阀内漏模型(即第二故障诊断模型)、锁渣阀卡涩模型(即第三故障诊断模型)、锁渣阀剩余寿命监测模型(即第四故障诊断模型)；知识库内容与模型库内容相匹配，分别为系统渣堵知识库(即第一知识库)、锁渣阀内漏知识库(即第二知识库)、锁渣阀卡涩知识库(即第三知识库)、锁渣阀剩余寿命知识库(即第四知识库)。
79.首先，在故障诊断模型中选取分别与第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据相匹配的第一故障诊断模型、第二故障诊断模型、第三故障诊断模型和第四故障诊断模型；
80.之后，将第一运行状态数据输入第一故障诊断模型、第二运行状态数据输入第二故障诊断模型、第三运行状态数据输入第三故障诊断模型和第四运行状态数据输入第四故障诊断模型，分别得到第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息。
81.进一步地，基于上述实施例，步骤s103包括：
82.在故障诊断信息包括第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息的情况下，在知识库中选择与第一故障诊断信息相匹配的第一知识库、与第二故障诊断信息相匹配的第二知识库、与第三故障诊断信息相匹配的第三知识库以及与第四故障诊断信息相匹配的第四知识库；将第一故障诊断信息输入第一知识库、第二故障诊断信息输入第二知识库、第三故障诊断信息输入第三知识库和第四故障诊断信息输入第四知识库，分别得到第一故障处理策略、第二故障处理策略、第三故障处理策略和第四故障处理策略。
83.下面对在目标运行状态数据为一个类型的运行状态数据的情况下确定目标故障处理策略进行说明，以目标运行状态数据可为第一运行状态数据、第二运行状态数据、第三运行状态数据或第四运行状态数据为例，具体如下：
84.(1)在目标运行状态数据为第一运行状态数据的情况下，在故障诊断模型中选取与第一运行状态数据相匹配的第一故障诊断模型，并将第一运行状态数据输入第一故障诊断模型，得到第一故障诊断信息。
85.第一故障诊断模型(即系统渣堵模型)通过调用数据采集系统内的第一运行状态数据，即dcs实时数据、业务数据，将上述数据经数据处理系统进行加工处理，接入第一故障诊断模型中进行逻辑运算，分析判断气化炉、锁斗收排渣系统运行状态，一旦监测到气化炉、锁斗收排渣系统参数异常时，及时输出唯一故障代码(即第一故障诊断信息)进事件系统，并在第一时间发出渣堵预警消息提醒操作人员。
86.此模型可自动实现对气化炉、锁斗收排渣系统参数进行实时动态分析监测，辅助岗位人员监盘，减少岗位人员监盘劳动强度，协助岗位人员第一时间发现系统异常渣堵，同时结合对应知识库给出渣堵原因和建议处理措施，供操作人员参考执行，大大提高了煤气
化装置收排渣系统正常稳定运行周期。
87.进一步的，在故障诊断信息为第一故障诊断信息的情况下，将第一故障诊断信息输入与第一故障诊断信息相匹配的第一知识库，得到第一故障处理策略。
88.(2)在目标运行状态数据为第二运行状态数据的情况下，在故障诊断模型中选取与第二运行状态数据相匹配的第二故障诊断模型，并将第二运行状态数据输入第二故障诊断模型，得到第二故障诊断信息。
89.第二故障诊断模型(即锁渣阀内漏模型)通过调用数据采集系统内的第二运行状态数据，即dcs实时数据、业务数据、维护数据，将上述数据经数据处理系统进行加工处理，接入第二故障诊断模型中进行逻辑运算，分析判断气化炉、锁斗收排渣系统锁渣阀实时运行状态。一旦监测到气化炉、锁斗收排渣系统压力、液位、充泄压曲线异常时，及时输出唯一故障代码(即第二故障诊断信息)进事件系统，并在第一时间发出锁渣阀内漏预警消息提醒操作人员。
90.此模型可自动实现对气化炉、锁斗收排渣系统参数进行实时动态分析监测，辅助岗位人员监盘，减少岗位人员监盘劳动强度，协助岗位人员第一时间发现锁渣阀异常内漏，同时结合对应知识库给出阀门内漏原因和建议处理措施，供操作人员和管理人员参考执行，对出现内漏的锁渣阀实现有计划维护检修。
91.进一步的，在故障诊断信息为第二故障诊断信息的情况下，将第二故障诊断信息输入与第二故障诊断信息相匹配的第二知识库，得到第二故障处理策略。
92.(3)在目标运行状态数据为第三运行状态数据的情况下，在故障诊断模型中选取与第三运行状态数据相匹配的第三故障诊断模型，并将第三运行状态数据输入第三故障诊断模型，得到第三故障诊断信息。
93.第三故障诊断模型(即锁渣阀卡涩模型)通过调用数据采集系统内的第三运行状态数据，即dcs实时数据、业务数据、维护数据，将上述数据经数据处理系统进行加工处理，接入第三故障诊断模型中进行逻辑运算，通过分析判断气化炉、锁斗收排渣系统锁渣阀实时运行状态。一旦监测到锁斗收排渣系统锁渣阀开关动作反馈延迟或用时异常时，及时输出唯一故障代码(即第三故障诊断信息)进事件系统，并在第一时间发出锁渣阀卡涩预警消息提醒操作人员。
94.此模型可自动实现对气化炉、锁斗收排渣系统参数进行实时动态分析监测，辅助岗位人员监盘，减少岗位人员监盘劳动强度，协助岗位人员第一时间发现锁渣阀动作异常，同时结合对应知识库给出锁渣阀卡涩原因和建议处理措施，供操作人员参考执行，对出现卡涩严重的锁渣阀实现有计划维护检修。
95.进一步的，在故障诊断信息为第三故障诊断信息的情况下，将第三故障诊断信息输入与第三故障诊断信息相匹配的第三知识库，得到第三故障处理策略。
96.(4)在目标运行状态数据为第四运行状态数据的情况下，在故障诊断模型中选取与第四运行状态数据相匹配的第四故障诊断模型，并将第四运行状态数据输入第四故障诊断模型，得到第四故障诊断信息。
97.第四故障诊断模型(即锁渣阀剩余寿命监测模型)通过调用数据采集系统内的第四运行状态数据，即dcs实时数据、业务数据、维护数据，将上述数据经数据处理系统进行加工处理，接入第四故障诊断模型中进行逻辑运算，在锁渣阀刚刚产生故障时，通过异常状态
参数与以往历史运行参数及维修经验进行分析比对，给出锁渣阀可能出现的异常原因(即第四故障诊断信息)，同时预测锁渣阀失效的时间，根据锁渣阀的功能安全性和在线时长综合考量给出锁渣阀最佳维修时间窗口，实现延长阀门运行时间和生命周期的同时，减少阀门预防性维修工作量，提高阀门维修的计划准确性，降低企业运营成本。
98.进一步的，在故障诊断信息为第四故障诊断信息的情况下，将第四故障诊断信息输入与第四故障诊断信息相匹配的第四知识库，得到第四故障处理策略。
99.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
100.以下为本发明的装置实施例，对于其中未详尽描述的细节，可以参考上述对应的方法实施例。
101.图3示出了本发明实施例提供的一种锁斗系统的故障处理装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分，一种锁斗系统的故障处理装置包括数据接收模块31、数据处理模块32、故障诊断模块33和策略生成模块34，具体如下：
102.数据接收模块31，用于接收锁斗系统的运行状态数据；
103.数据处理模块32，用于对运行状态数据进行预处理，得到预处理后的运行状态数据；
104.故障诊断模块33，用于依据预处理后的运行状态数据和故障诊断模型，得到故障诊断信息；
105.策略生成模块34，用于根据故障诊断信息和知识库，得到故障处理策略。
106.在一种可能的实现方式中，数据处理模块32包括：
107.数据处理子模块，用于对运行状态数据依次进行数据清洗、数据集成、数据转换和数据消减，得到预处理后的运行状态数据。
108.在一种可能的实现方式中，故障诊断信息为目标故障诊断信息；
109.故障诊断模块33包括：
110.数据类型判断子模块，用于对预处理后的运行状态数据的数据类型进行判断，确定预处理后的运行状态数据为目标运行状态数据；
111.故障诊断子模块，用于在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息。
112.在一种可能的实现方式中，故障诊断子模块包括：
113.第一故障诊断单元，用于在目标运行状态数据为一个类型的运行状态数据的情况下，在故障诊断模型中选取与目标运行状态数据相匹配的目标故障诊断模型，并将目标运行状态数据输入目标故障诊断模型，得到目标故障诊断信息；
114.数据确定单元，用于在目标运行状态数据包括多个类型的运行状态数据的情况下，确定目标运行状态数据为多个运行状态数据；
115.第二故障诊断单元，用于在故障诊断模型中选取与多个运行状态数据相匹配的多个故障诊断模型，并将多个运行状态数据输入多个故障诊断模型，得到多个故障诊断信息，其中，多个运行状态数据、多个故障诊断模型和多个故障诊断信息一一对应。
116.在一种可能的实现方式中，第一故障诊断单元包括：
117.第一信息确定子单元，用于在目标运行状态数据为第一运行状态数据的情况下，在故障诊断模型中选取与第一运行状态数据相匹配的第一故障诊断模型，并将第一运行状态数据输入第一故障诊断模型，得到第一故障诊断信息；
118.第二信息确定子单元，用于在目标运行状态数据为第二运行状态数据的情况下，在故障诊断模型中选取与第二运行状态数据相匹配的第二故障诊断模型，并将第二运行状态数据输入第二故障诊断模型，得到第二故障诊断信息；
119.第三信息确定子单元，用于在目标运行状态数据为第三运行状态数据的情况下，在故障诊断模型中选取与第三运行状态数据相匹配的第三故障诊断模型，并将第三运行状态数据输入第三故障诊断模型，得到第三故障诊断信息；
120.第四信息确定子单元，用于在目标运行状态数据为第四运行状态数据的情况下，在故障诊断模型中选取与第四运行状态数据相匹配的第四故障诊断模型，并将第四运行状态数据输入第四故障诊断模型，得到第四故障诊断信息。
121.在一种可能的实现方式中，多个运行状态数据包括第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据；
122.第二故障诊断单元包括：
123.模型确定子单元，用于在故障诊断模型中选取分别与第一运行状态数据、第二运行状态数据、第三运行状态数据和第四运行状态数据相匹配的第一故障诊断模型、第二故障诊断模型、第三故障诊断模型和第四故障诊断模型；
124.第二故障诊断子单元，用于将第一运行状态数据输入第一故障诊断模型、第二运行状态数据输入第二故障诊断模型、第三运行状态数据输入第三故障诊断模型和第四运行状态数据输入第四故障诊断模型，分别得到第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息。
125.在一种可能的实现方式中，策略生成模块34包括：
126.第一策略生成子模块，用于在故障诊断信息为第一故障诊断信息的情况下，将第一故障诊断信息输入与第一故障诊断信息相匹配的第一知识库，得到第一故障处理策略；
127.第二策略生成子模块，用于在故障诊断信息为第二故障诊断信息的情况下，将第二故障诊断信息输入与第二故障诊断信息相匹配的第二知识库，得到第二故障处理策略；
128.第三策略生成子模块，用于在故障诊断信息为第三故障诊断信息的情况下，将第三故障诊断信息输入与第三故障诊断信息相匹配的第三知识库，得到第三故障处理策略；
129.第四策略生成子模块，用于在故障诊断信息为第四故障诊断信息的情况下，将第四故障诊断信息输入与第四故障诊断信息相匹配的第四知识库，得到第四故障处理策略。
130.在一种可能的实现方式中，策略生成模块34包括：
131.知识库匹配子模块，用于在故障诊断信息包括第一故障诊断信息、第二故障诊断信息、第三故障诊断信息和第四故障诊断信息的情况下，在知识库中选择与第一故障诊断信息相匹配的第一知识库、与第二故障诊断信息相匹配的第二知识库、与第三故障诊断信息相匹配的第三知识库以及与第四故障诊断信息相匹配的第四知识库；
132.策略生成子模块，用于将第一故障诊断信息输入第一知识库、第二故障诊断信息输入第二知识库、第三故障诊断信息输入第三知识库和第四故障诊断信息输入第四知识库，分别得到第一故障处理策略、第二故障处理策略、第三故障处理策略和第四故障处理策
略。
133.图4是本发明实施例提供的终端的示意图。如图4所示，该实施例的终端4包括：处理器40、存储器41以及存储在存储器41中并可在处理器40上运行的计算机程序42。处理器40执行计算机程序42时实现上述各个锁斗系统的故障处理方法实施例中的步骤，例如图1所示的步骤101至步骤104。或者，处理器40执行计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块/单元31至34的功能。
134.本发明还提供一种可读存储介质，可读存储介质中存储有计算机程序，计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
135.其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。另外，该asic可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
136.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
137.在上述设备的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
138.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。