检测工艺状态的方法及系统专利检索-异常检测人工智能专利检索查询-专利查询网

检测工艺状态的方法及系统

阅读：676发布：2024-02-29

专利汇可以提供检测工艺状态的方法及系统专利检索，专利查询，专利分析的服务。并且本发明公开了一种检测工艺状态的方法及系统，该方法包括：获取待检测工艺的工艺判决树，其中，工艺判决树用于确定待检测工艺中各个设备之间的逻辑关系；检测待检测工艺中每个设备的状态；根据每个设备的状态，以及工艺判决树中各个设备之间的逻辑关系，确定待检测工艺的状态。本发明可以提供一种通用的工艺状态检测方案，可以实现快速、准确地对复杂工艺进行自动化检测。，下面是检测工艺状态的方法及系统专利的具体信息内容。

权利要求

1.一种检测工艺状态的方法，其特征在于，包括：
获取待检测工艺的工艺判决树，其中，所述工艺判决树用于确定所述待检测工艺中各个设备之间的逻辑关系；
检测所述待检测工艺中每个设备的状态；
根据所述每个设备的状态，以及所述工艺判决树中各个设备之间的逻辑关系，确定所述待检测工艺的状态。
2.如权利要求1所述的方法，其特征在于，在获取待检测工艺的工艺判决树之前，所述方法还包括：
生成所述待检测工艺的工艺判决树，所述工艺判决树中包含如下至少一种节点：设备节点、工艺节点、设备复合节点、属性节点和属性复合节点，其中，设备节点表示一个设备对象，工艺节点表示所述待检测工艺引用的另一个工艺对象，设备复合节点表示由设备对象和工艺对象组成的复合对象，属性节点表示一个属性对象，属性复合节点表示由多个属性对象组成的复合对象。
3.如权利要求2所述的方法，其特征在于，生成所述待检测工艺的工艺判决树，包括：
创建所述工艺判决树的至少一个根节点，并为每个根节点添加相应的参数，其中，根节点的类型包括如下至少一种：设备节点、工艺节点、设备复合节点；设备节点的参数包括设备标识，工艺节点的参数包括工艺标识，设备复合节点的参数包括设备复合节点下各个子节点的物理连接关系和逻辑关系；
创建每个根节点下的子节点，其中，设备节点下的子节点为属性节点或属性复合节点，属性节点下无子节点，属性复合节点下的子节点为属性复合节点或属性节点；工艺节点下无子节点；设备复合节点下的子节点为设备复合节点、设备节点或工艺节点；属性复合节点的参数包括属性复合节点下各个子节点的逻辑关系，属性节点的参数包括属性标识和属性正常区间。
4.如权利要求3所述的方法，其特征在于，检测所述待检测工艺中每个设备的状态，包括：
获取所述待检测工艺中每个设备的设备数据，其中，所述设备数据中包含所述工艺判决树中每个设备节点下各个属性节点的参数信息；
根据每个设备节点下各个属性节点的参数信息，判断每个属性节点是否正常，以及各个属性节点之间的逻辑关系是否正常；
根据判断结果，确定所述待检测工艺中每个设备的状态。
5.如权利要求4所述的方法，其特征在于，根据每个设备节点下各个属性节点的参数信息，判断每个属性节点是否正常，包括：
判断每个属性节点的取值是否在每个属性节点的属性正常区间内；
根据判断结果，确定每个属性节点是否正常。
6.如权利要求3所述的方法，其特征在于，根据所述每个设备的状态，以及所述工艺判决树中各个设备之间的逻辑关系，确定所述待检测工艺的状态，包括：
基于所述工艺判决树，根据每个设备的状态，确定所述工艺判决树中每个根节点的状态；
根据所述工艺判决树中各个根节点的状态，确定所述待检测工艺的状态，其中，所述待检测工艺正常运行的条件为：所述工艺判决树中上一个根节点运行且下一个根节点运行，或者所述上一个根节点不运行且下一个根节点也不运行。
7.如权利要求6所述的方法，其特征在于，在根据所述工艺判决树中各个根节点的状态，确定所述待检测工艺的状态之后，所述方法还包括：
根据所述待检测工艺的状态，生成相应的工艺事件，其中，所述工艺事件包括如下至少之一：第一工艺事件、第二工艺事件和第三工艺事件，所述第一工艺事件用于表征所述工艺判决树中上一个根节点不运行而下一个根节点运行，所述第二工艺事件用于表征所述工艺判决树中上一个根节点运行而下一个根节点不运行，所述第三工艺事件用于表征所述待检测工艺从异常运行恢复到正常运行。
8.如权利要求7所述的方法，其特征在于，在所述工艺判决树中所有根节点都不运行的情况下，根据所述待检测工艺中各个设备的状态，生成相应的设备事件，其中，所述设备事件包括如下至少之一：第一设备事件和第二设备事件，所述第一设备事件用于表征所述待检测工艺中有设备运行，所述第二设备事件用于表征所述待检测工艺中没有设备运行。
9.如权利要求1至8中任意一项所述的方法，其特征在于，所述方法还包括：
检测所述待检测工艺的工艺数据是否发生变化；
在所述待检测工艺的工艺数据发生变化的情况下，更新所述待检测工艺的工艺判决树。
10.一种检测工艺状态的系统，其特征在于，包括：
数据源管理模块，用于提供待检测工艺中各个设备的设备数据；
工艺管理模块，与所述数据源管理模块连接，用于基于所述待检测工艺的工艺判决树，根据所述待检测工艺中各个设备的设备数据，确定所述待检测工艺的状态，其中，所述工艺判决树用于确定所述待检测工艺中各个设备之间的逻辑关系。

说明书全文

检测工艺状态的方法及系统

技术领域

[0001] 本发明涉及工业自动监测领域，尤其涉及一种检测工艺状态的方法及系统。

背景技术

[0002] 本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

[0003] 随着工业4.0的发展，在工业自动监测中，不仅需要采集每个设备的状态，还需要根据每个设备运行情况来自动判断整个产线或车间的生产状态。

[0004] 例如，当生产线中存在多个备用设备完成一项工作的情况下，如果只是备用设备中的一个设备异常，对于整个产线来说，其工作状态可能是正常的。当生产线中多个设备同时完成一项工作的情况下，只要有一个设备工作异常，则会影响整个产线。

[0005] 由于实际的产线、生产车间设备的组合关系会更加复杂，所以需要一个通用的状态检测系统来完成复杂的自动检测工作以实现自动化。

发明内容

[0006] 本发明实施例提供一种检测工艺状态的方法，用以解决现有技术中没有一种通用状态检测方案来对复杂工艺进行自动化检测的问题，该方法包括：获取待检测工艺的工艺判决树，其中，工艺判决树用于确定待检测工艺中各个设备之间的逻辑关系；检测待检测工艺中每个设备的状态；根据每个设备的状态，以及工艺判决树中各个设备之间的逻辑关系，确定待检测工艺的状态。

[0007] 本发明实施例还提供一种检测工艺状态的系统，用以解决现有技术中没有一种通用状态检测方案来对复杂工艺进行自动化检测的问题，该系统包括：数据源管理模块，用于提供待检测工艺中各个设备的设备数据；工艺管理模块，与数据源管理模块连接，用于基于待检测工艺的工艺判决树，根据待检测工艺中各个设备的设备数据，确定待检测工艺的状态，其中，工艺判决树用于确定待检测工艺中各个设备之间的逻辑关系。

[0008] 本发明实施例还提供一种计算机设备，用以解决现有技术中没有一种通用状态检测方案来对复杂工艺进行自动化检测的问题，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述的检测工艺状态的方法。

[0009] 本发明实施例还提供一种计算机可读存储介质，用以解决现有技术中没有一种通用状态检测方案来对复杂工艺进行自动化检测的问题，计算机可读存储介质存储有执行上述检测工艺状态的方法的计算机程序。

[0010] 本发明实施例中，通过待检测工艺的工艺判决树确定待检测工艺中各个设备之间的逻辑关系，在检测到待检测工艺中每个设备的状态后，根据每个设备的状态以及待检测工艺中各个设备之间的逻辑关系，确定待检测工艺的状态。通过本发明实施例，基于包含了设备之间逻辑关系的工艺判决树来检测待检测工艺的状态，提供了一种通用的工艺状态检测方案，可以实现快速、准确地对复杂工艺进行自动化检测。附图说明

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

[0012] 图1为本发明实施例中提供的一种检测工艺状态的方法流程图；

[0013] 图2为本发明实施例中提供的一种工艺判决树示意图；

[0014] 图3为本发明实施例中提供的一种检测工艺状态的系统示意图。

具体实施方式

[0015] 为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

[0016] 本发明实施例中提供了一种检测工艺状态的方法，图1为本发明实施例中提供的一种检测工艺状态的方法流程图，如图1所示，该方法包括如下步骤：

[0017] S101，获取待检测工艺的工艺判决树，其中，工艺判决树用于确定待检测工艺中各个设备之间的逻辑关系；

[0018] S102，检测待检测工艺中每个设备的状态；

[0019] S103，根据每个设备的状态，以及工艺判决树中各个设备之间的逻辑关系，确定待检测工艺的状态。

[0020] 具体地，上述待检测工艺可以是任意一种需要由相互连接的多个设备组成的工作集合，例如，工厂中的产线、车间等；工艺判决树可以是根据待检测工艺中各个设备的物理连接关系生成的用于确定各个设备之间的逻辑关系的树状逻辑结构。通过工艺判决树确定待检测工艺中各个设备的逻辑关系，可以根据实时检测到的待检测工艺中每个设备的状态，确定待检测工艺的状态。

[0021] 由于待检测工艺中有些设备是需要同时完成一项工作的，这种情况下，任意一个设备的异常运行，均会影响到整个工艺。但有些情况下，对于完成某一个环节的设备往往有多个备用设备，这种情况下，如果存在备用设备的设备异常运行，则不会影响到整个工艺。因而，根据待检测工艺中的所有设备的信息以及设备之间的逻辑关系生成一个用于检测工艺状态的工艺判决树，可以快速、准确地根据实时检测到的设备状态，确定待检测工艺的状态。

[0022] 由上可知，通过待检测工艺的工艺判决树确定待检测工艺中各个设备之间的逻辑关系，在检测到待检测工艺中每个设备的状态后，根据每个设备的状态以及待检测工艺中各个设备之间的逻辑关系，确定待检测工艺的状态。通过本发明实施例，基于包含了设备之间逻辑关系的工艺判决树来检测待检测工艺的状态，提供了一种通用的工艺状态检测方案，可以实现快速、准确地对复杂工艺进行自动化检测。

[0023] 需要说明的是，工艺判决树生成时可以支持工艺嵌套，即一个工艺下面可以包含子工艺，同一个子工艺可以属于多个父工艺。因而，作为一种可选的实施例，在S101之前，上述方法还可以包括：生成待检测工艺的工艺判决树，工艺判决树中包含如下至少一种节点：设备节点、工艺节点、设备复合节点、属性节点和属性复合节点，其中，设备节点表示一个设备对象，工艺节点表示待检测工艺引用的另一个工艺对象，设备复合节点表示由设备对象和工艺对象组成的复合对象，属性节点表示一个属性对象，属性复合节点表示由多个属性对象组成的复合对象。

[0024] 由于工艺判决树的生成需要实现一个树状目录结构界面，因而，可以通过动态添加节点的方式，通过不断添加根节点并向根节点添加子节点的方式来构建一个工艺树结构。作为一种可选的实施方式，生成待检测工艺的工艺判决树，可以包括如下步骤：创建工艺判决树的至少一个根节点(直接创建在工艺下的节点，不属于任何父节点)，并为每个根节点添加相应的参数，其中，根节点的类型包括如下至少一种：设备节点、工艺节点、设备复合节点；设备节点的参数包括设备标识，工艺节点的参数包括工艺标识，设备复合节点的参数包括设备复合节点下各个子节点的物理连接关系和逻辑关系；创建每个根节点下的子节点，其中，设备节点下的子节点为属性节点或属性复合节点，属性节点下无子节点，属性复合节点下的子节点为属性复合节点或属性节点；工艺节点下无子节点；设备复合节点下的子节点为设备复合节点、设备节点或工艺节点；属性复合节点的参数包括属性复合节点下各个子节点的逻辑关系，属性节点的参数包括属性标识和属性正常区间。

[0025] 作为一种可选的实施方式，可以通过通过网页等UI 接口一级一级添节点的方式生成工艺判决树，树中同时包括工艺中所有设备的物理连接方式以及逻辑关系；后台收到传输过来的逻辑关系生成一个逻辑判决树，首先根据判决树确定每个设备的状态，然后根据每个设备的状态以及所有设备间的逻辑关系确定整个工艺的状态。

[0026] 例如，图2为本发明实施例中提供的一种工艺判决树示意图，如图2所示，工艺1的工艺判决树中的节点类型包括设备复合节点、设备节点、属性复合节点、属性节点、工艺节点，通过节点之间的物理连接关系和逻辑关系可以构成一个逻辑树，其中，树的根节点可以是设备节点、复合设备节点以及工艺节点，工艺节点表示对另一个工艺的引用。对于设备复合节点只可以添加设备节点、设备复合节点以及工艺节点作为子节点。对于设备节点只可以添加属性复合节点或属性节点作为子节点。对于属性复合节点只可以添加属性节点或属性复合节点作为子节点。属性节点下面不可以添加子节点。

[0027] 在创建每个节点时还需要根据节点的类型分别填写对应的参数，对于设备复合节点需要填加下面的子节点的物理连接方式和逻辑关系，对于工艺节点需要填入工艺的唯一标识，对于设备节点需要填写设备的唯一标识，对于属性复合节点需要添加下面子节点间的逻辑关系，对于属性节点需要填写属性的正常区间以及属性的标识。通过这样一级级添加好节点后会生成如下所示的目录树结构。图2中串行/并行表示子节点间的物理连接方式，至少n个表示逻辑关系，只有当状态正常的子节点数量不小于n时才表示父节点状态正常。

[0028] 例如，图2中“设备复合节点1”后面的“并行”表示“设备复合节点1”下面的子节点“设备复合节点1.1”和“设备节点1”之间是并行的，由于“设备复合节点1.1”和“设备节点1”不是备用设备的关系，因而，“设备复合节点1”需要至少2个子节点状态正常的情况下，该“设备复合节点1”的状态才正常。而对于子节点“设备复合节点1.1”来说，由于该子节点“设备复合节点1.1”下面的子节点“设备2”和“设备3”是备用设备关系，因而，只要有“设备2”和“设备3”中只要有一个节点状态正常，则子节点“设备复合节点1.1”的状态就正常。

[0029] 需要说明的是，一个设备运行的正常与否，往往是该设备的某一项工作参数是否在指标范围内，因而，作为一种可选的实施方式，检测待检测工艺中每个设备的状态，具体可以包括：获取待检测工艺中每个设备的设备数据，其中，设备数据中包含工艺判决树中每个设备节点下各个属性节点的参数信息；根据每个设备节点下各个属性节点的参数信息，判断每个属性节点是否正常，以及各个属性节点之间的逻辑关系是否正常；根据判断结果，确定待检测工艺中每个设备的状态。

[0030] 为了使系统有比较高的可扩展性和通用性，对不同的数据源(例如，环保设备的数据库和电力设备的数据库为不同的数据源)可以使用统一的接口，采用面向对象的实现方式，增加一个数据时只要添加一个数据源对象，并在对象中实现制定的统一接口，系统就可以对所有数据源进行统一处理。数据源的添加通过配置文件实现，采用mybatis数据库框架，只要在mybatis的配置文件中配置好数据源的数据库连接信息和查询接口，就可以自动生成统一的数据源对象，然后添加到数据源管理对象中统一管理，获取设备数据时就可以通过数据源管理模块提供的接口从对应的数据源中获取数据。

[0031] 进一步地，在根据每个设备节点下各个属性节点的参数信息，判断每个属性节点是否正常的时候，可以判断每个属性节点的取值是否在每个属性节点的属性正常区间内，然后根据判断结果，确定每个属性节点是否正常。

[0032] 由于工艺判决树中包含多个根节点，每个根节点下包含多个子节点，在确定待检测工艺的状态时，可以由子节点向上逐级判断，直到判断出待检测工艺中所有的根节点是否正常，进而再根据根节点是否正常来确定待检测工艺的状态。因而，一种实施例中，根据每个设备的状态，以及工艺判决树中各个设备之间的逻辑关系，确定待检测工艺的状态，具体可以包括：基于工艺判决树，根据每个设备的状态，确定工艺判决树中每个根节点的状态；根据工艺判决树中各个根节点的状态，确定待检测工艺的状态，其中，待检测工艺正常运行的条件为：工艺判决树中上一个根节点运行且下一个根节点运行，或者上一个根节点不运行且下一个根节点也不运行。

[0033] 需要说明的是，在判断一个工艺状态是否正常时，首选需要判断待检测工艺中每个设备的状态是否正常。在判断一个设备的设备状态是否正常的时候，需要根据设备下每个属性节点是否正常以及属性间的逻辑关系才能判断，属性是否正常需要根据属性的取值以及属性的正常范围来判断。在获取树中所有设备的状态后，可以向上一级一级一级判断父节点的状态，直到判断出树中所有根节点的状态。容易注意的是，树中的根节点之间具有有特殊的逻辑关系，即如果上一个根节点正常运行那么下一个根节点也必须正常运行，上一个根节点不运行下一个根节点也不可以运行，否则都认为工艺状态异常。

[0034] 在确定待检测工艺的状态之后，还可以将每个工艺的判决结果以及工艺中设备的状态变化情况通过向外传输事件的方式展示。每个设备的状态变化都会生成对应的状态变更事件。工艺也会根据状态变化情况生成相应的异常事件以及恢复事件。因而作为一种可选的实施方式，在根据工艺判决树中各个根节点的状态，确定待检测工艺的状态之后，上述方法还可以包括：根据待检测工艺的状态，生成相应的工艺事件(工艺状态变化时产生的对外部的通知)，其中，工艺事件包括如下至少之一：第一工艺事件(异常运行事件)、第二工艺事件(能源浪费事件)和第三工艺事件(恢复正常事件)，第一工艺事件用于表征工艺判决树中上一个根节点不运行而下一个根节点运行，第二工艺事件用于表征工艺判决树中上一个根节点运行而下一个根节点不运行，第三工艺事件用于表征待检测工艺从异常运行恢复到正常运行。

[0035] 可选地，在工艺判决树中所有根节点都不运行的情况下，根据待检测工艺中各个设备的状态，生成相应的设备事件(设备状态变化时产生的对外部的通知)，其中，设备事件包括如下至少之一：第一设备事件(能源浪费事件)和第二设备事件(停止运行事件)，第一设备事件用于表征待检测工艺中有设备运行，第二设备事件用于表征待检测工艺中没有设备运行。

[0036] 此处需要说明的是，事件存储时，工艺和设备的事件分开存储，查询状态时首先可以查询工艺的状态，然后可以查看工艺下每个设备及子工艺的状态，然后又可以查子工艺下的子工艺和设备的状态，可以这样一级一级的查询下级直到没有子工艺为止。

[0037] 基于上述任意一种可选的实施例，作为一种可选的实施方式，上述方法还可以包括：检测待检测工艺的工艺数据是否发生变化；在待检测工艺的工艺数据发生变化的情况下，更新待检测工艺的工艺判决树。通过该实施方式，可以实现实时更新工艺判决树的目的，从而使得根据实时更新的工艺判决树和实时获取到的设备状态确定的工艺状态更加准确。

[0038] 本发明实施例中还提供了一种检测工艺状态的系统，如下面的实施例所述。由于这些模块解决问题的原理与检测工艺状态的方法相似，因此这些模块的实施可以参见方法的实施，重复之处不再赘述。

[0039] 图3为本发明实施例中提供的一种检测工艺状态的系统示意图，如图3所示，该系统包括：数据源管理模块31和工艺管理模块32。

[0040] 其中，数据源管理模块31，用于提供待检测工艺中各个设备的设备数据；

[0041] 工艺管理模块32，与数据源管理模块连接，用于基于待检测工艺的工艺判决树，根据待检测工艺中各个设备的设备数据，确定待检测工艺的状态，其中，工艺判决树用于确定待检测工艺中各个设备之间的逻辑关系。

[0042] 由上可知，工艺管理模块32基于待检测工艺的工艺判决树确定待检测工艺中各个设备之间的逻辑关系，并从数据源管理模块31获取到检测工艺中各个设备的设备数据后，根据每个设备的状态以及待检测工艺中各个设备之间的逻辑关系，确定待检测工艺的状态。通过本发明实施例，基于包含了设备之间逻辑关系的工艺判决树来检测待检测工艺的状态，提供了一种通用的工艺状态检测方案，可以实现快速、准确地对复杂工艺进行自动化检测。

[0043] 在一种实施例中，上述系统还可以包括：工艺数据库管理模块33，与工艺管理模块32连接，用于存储待检测工艺的工艺数据；其中，工艺管理模块还用于检测工艺数据库管理模块中存储的工艺数据是否发生变化，并在待检测工艺的工艺数据发生变化的情况下，更新待检测工艺的工艺判决树。

[0044] 可选地，上述工艺管理模块还用于根据待检测工艺的状态，生成相应的工艺事件和/或设备事件，工艺数据库管理模块还用于存储待检测工艺的工艺事件和/或设备事件，其中，工艺事件包括如下至少之一：第一工艺事件、第二工艺事件和第三工艺事件，第一工艺事件用于表征工艺判决树中上一个根节点不运行而下一个根节点运行，第二工艺事件用于表征工艺判决树中上一个根节点运行而下一个根节点不运行，第三工艺事件用于表征待检测工艺从异常运行恢复到正常运行；设备事件包括如下至少之一：第一设备事件和第二设备事件，第一设备事件用于表征待检测工艺中有设备运行，第二设备事件用于表征待检测工艺中没有设备运行。

[0045] 本发明实施例提供的检测工艺状态的系统中各个模块与功能之间的关系如表1所示，打钩的表示对应功能的实现有此模块参与，否则表示没有此模块参与。由于工艺判决树创建后随时可能被修改，因而需要实时检查每个工艺的变化并对工艺进行修改，这就是工艺更新功能，工艺更新时需要从工艺的数据库中读取工艺信息，然后与当前信息比较，当改变时就更新工艺。工艺判决需要先通过数据源获取每个设备的实时数据，然后工艺管理模块才能判断工艺的状态并生成工艺事件或设备事件。事件存储功能主要完成从工艺管理模块获取事件，然后存储到工艺数据库。

[0046] 表1各个模块与功能之间的关系

[0047]功能工艺管理模块数据源管理模块工艺数据库管理模块
工艺更新 √ √
工艺判决 √ √
事件存储 √ √

[0048] 作为一种优选的实施方式，本发明实施例通过面向对象的java编程语言实现上述检测工艺状态的系统，该系统可以包括工艺判决树更新、数据源、工艺判决处理、事件处理等几个模块。工艺判决树更新模块主要检查工艺判决树是否有更新，如果有更新则更新工艺判决树；数据源模块为判决过程提供原始数据；工艺判决处理模块实时检查每个工艺及设备的状态；事件处理模块对判决过程产生的事件进行统一的处理。该系统中的对象包括但不限于：数据源管理、工艺管理、工艺、根节点、设备、设备属性、事件、逻辑关系树以及工艺数据库管理等。下面对各个模块对象进行详细说明：

[0049] (1)数据源管理。该模块提供不同的数据源列表。该部分提供数据源更新接口以及设备数据获取接口，其中，数据源更新接口用于实时检查配置文件生成对应的数据源并添加到列表；设备数据获取接口用于从每个数据源中搜索指定设备的数据。

[0050] (2)工艺管理模块。该模块用于存储系统中所有工艺，管理所有工艺的增删改查，以及进行所有工艺的状态判决。工艺管理模块的属性包括存储所有工艺的HashMap映射表，提供工艺的增、删、改、查接口，工艺检测接口以及事件获取接口。工艺检测接口完成所有工艺的状态检测，事件获取接口读取所有工艺中的事件。

[0051] (3)工艺。工艺的属性包括但不限于工艺标识、工艺名称、当前工艺状态、根节点列表以及事件列表等。该部分提供生成接口、更新接口、检测接口、事件获取接口等。其中，生成接口用于通过提供的json数据生成对应的工艺；更新接口用于根据提供的json数据完成对工艺的更新；检测接口用于调用每个根节点的状态检测接口获取每个根节点的状态，然后根据根节点的状态判断工艺的状态并生成对应的事件；事件获取接口用于读取工艺以及所有根节点中子工艺和设备的事件。

[0052] (4)工艺根节点。根节点的属性包括根节点下的设备列表、子工艺列表以及设备加子工艺的逻辑关系树，其中，逻辑关系树表示所有设备以及子工艺间的逻辑关系。该部分提供生成接口、事件获取接口以及状态检测接口。其中，生成接口用于通过提供的json数据生成对应的根节点；事件获取接口用于获取所有设备及子工艺产生的事件；状态检测接口用于调用每个设备以及子工艺的状态检测接口，然后利用每个设备以及子工艺的状态根据逻辑关系树确定根节点的状态。

[0053] (5)设备。每个设备对象的属性包括但不限于设备类型、设备名称、设备唯一标识、设备当前状态、属性对象列表以及各属性间的逻辑关系树等。该部分提供生成接口、属性更新接口、状态检测接口、状态检测接口以及事件获取接口等。其中，生成接口用于根据提供的json数据生成对应的设备对象；属性更新接口用于在状态检测之前使用数据源提供的数据对设备的每个属性进行更新；状态检测接口用于调用每个设备属性对象的检测接口并且使用结果和属性间的关系树判断设备状态并生成设备的状态变更事件；事件获取接口用于获取设备产生的所有状态变更事件。

[0054] (6)设备属性。每个设备属性对象的属性可以包括但不限于属性标识、当前属性值以及属性的正常范围。该部分提供生成接口和检测接口，其中，生成接口用于根据提供的Json数据生产对应的属性对象，检测接口用于根据当前值和属性的正常范围判断当前属性是否异常。

[0055] (7)事件对象。工艺和设备都会产生事件，每个事件都会生成一个事件对象。事件对象的属性包括事件源、事件类型、以及事件的详细信息等。

[0056] (8)逻辑关系树。设备的属性之间、根节点的设备以及工艺之间的关系都以逻辑关系树的形式保存，关系树中的每级表示一个关系，每级的属性包括一个关系的主体列表、一个下级关系树列表和一个关系类型。关系类型表示本级所有设备以及所有下级关系之间的关系，比如条件关系(a||b)&&c，首先一级关系树存储一个主体(设备、工艺、属性)c、一个表示a||b的二级关系树以及关系类型2(至少运行2个)，二级关系树包含两个设备a和b以及关系类型1(至少运行1个)。关系树对象结构如下：

[0057] 关系树:{

[0058] 关系类型n(至少n个正常)，

[0059] [属性、设备、工艺等主体列表]，

[0060] [子关系树列表]，

[0061] }

[0062] (9)工艺数据库管理。数据库管理对象主要提供工艺信息获取接口以及事件保存、更新接口，通过工艺信息获取接口可以获取每个工艺的详细信息，事件保存接口完成对每个设备及工艺事件的保存以及之前事件的状态更新。

[0063] 工艺的统一json数据格式

[0064]

[0065] 以这种嵌套的方式存储，可以很好的标识设备间、属性间、工艺间的物理连接以及逻辑关系。

[0066] 综上所述，本发明实施例提供了一种通用的工艺判决树的生成方式、工艺状态判决方式、判决结果展示方式以及数据源的管理方式，以实现对复杂工艺的自动检测工作。

[0067] 本发明实施例中还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一的检测工艺状态的方法。

[0068] 本发明实施例中还提供了一种计算机可读存储介质，计算机可读存储介质存储有执行上述任一检测工艺状态的方法的计算机程序。

[0069] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

[0070] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0071] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0072] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0073] 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

标题	发布/更新时间	阅读量
使用自然瞳孔扩张的眼底镜	2020-05-08	965
反向代理服务质量监测方法、电子设备、系统及介质	2020-05-08	247
一种供电控制方法及供电控制装置	2020-05-08	844
微电波远距传输装置	2020-05-08	372
一种终端访问入口自动切换方法	2020-05-08	784
清洁机器人及其充电方法	2020-05-08	50
基于联合历史和时间序列分析的异常表征的系统和方法	2020-05-11	673
一种基于概率统计和支持向量机的发动机参数检测方法	2020-05-08	541
一种圆捆打捆机捡拾机构实时检测方法及系统	2020-05-11	994
一种交换机流量异常报警方法及装置	2020-05-08	931

检测工艺状态的方法及系统

检测工艺状态的方法及系统

技术领域

背景技术

发明内容

具体实施方式

该功能需要专业版企业版VIP权限，您可以：