CN112988814A - 一种防洪物联感知设备的规则引擎实现系统和方法 - Google Patents

Abstract

本发明涉及一种防洪物联感知设备的规则引擎实现系统和方法，所述防洪物联感知设备的规则引擎实现系统包括：数据过滤模块、属性集模块、数据变换模块、动作节点模块、外部业务关联模块和子链模块；本系统提供数据过滤、属性集、数据变换、动作节点、外部业务关联等模块，实现对采集数据的过滤、类型判断、发送邮件、转换、计数、报警，以及多种方式推送到外部业务平台；本发明所述系统将现有的针对采集数据处理复杂逻辑的操作抽离出来，形成一套嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，为防洪系统的建设提供有力支撑。

Description

一种防洪物联感知设备的规则引擎实现系统和方法

技术领域

本发明涉及计算机技术领域，具体涉及一种防洪物联感知设备的规则引擎实现系统和方法。

背景技术

目前，防洪物联网感知设备将采集的数据上传到业务系统后，很多情况下要对这些数据做复杂的逻辑判断以及进行解析、筛选等操作，然后才将筛选后的数据转发给外部业务系统。例如，水位传感器采集数据后，业务系统要判断采集的水位数据是否超预警值，如有超预警值即产生报警消息。现有技术中，针对感知设备所采集的数据处理过程与业务决策逻辑混合在一起，当用户业务需求发生变化时，业务逻辑也发生了变化，此时修改维护成本高且出错率高，严重影响了防洪系统的建设。

规则引擎是由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据业务规则做出业务决策。现有技术中，虽然也存在一些基于规则引擎的业务决策方法，但是现有方法功能少，且没有在防洪物联领域的应用。

发明内容

有鉴于此，本发明的目的在于克服现有技术的不足，提供一种防洪物联感知设备的规则引擎实现系统和方法。

为实现以上目的，本发明采用如下技术方案：一种防洪物联感知设备的规则引擎实现系统，包括：

数据过滤模块，用于对防洪感知设备采集的数据、采集点位置，以及消息类型和消息发起者类型进行过滤处理；

属性集模块，用于确定消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性，并将所述消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性添加到消息元数据中；

数据变换模块，用于改变消息来源、配置邮件内容以及进行数据的转换处理；

动作节点模块，用于对防洪感知设备采集到的数据和设备自身属性进行保存，以及，根据采集到的数据并结合业务需求执行相应动作；

外部业务关联模块，用于将处理后的数据发送给外部业务系统。

可选的，所述数据过滤模块包括：

script函数过滤节点，用于通过自定义的javaScript函数来定义过滤逻辑，动态实现对防洪感知设备采集的数据进行过滤处理；

消息类型过滤节点，用于对上传到系统中的消息类型进行判断，对符合条件的类型消息进行放行，不符合条件直接丢弃；

消息类型切换节点，用于根据消息类型将该消息路由到一个或多个输出链；

发起者类型过滤节点，用于判断该消息的发起者是否为允许的发起者实体类型；如果该消息的发起者不是允许的发起者实体类型，则将该消息丢弃；

GPS电子围栏过滤节点，用于基于GPS参数对传入的消息进行过滤；

发起者类型切换节点，用于在该消息所允许的多个发起者实体类型之间进行切换。

可选的，所述GPS电子围栏过滤节点基于GPS参数对传入的消息进行过滤，包括：

从消息中提取采集点的纬度和经度；

根据所述纬度和经度判断采集点是否在预先配置的范围内；

如果采集点在预先配置的范围内，则该消息中所包含的采集数据有效；否则，采集数据无效，直接丢弃。

可选的，所述属性集模块包括：

发起者遥测数据节点，用于将消息始发者的属性和遥测值添加到消息元数据中；

发起者字段节点，用于获取消息实体的字段值，并将所述字段值添加到消息元数据中；

客户属性节点，用于确定消息发起者对应的实体客户，并将客户属性和/或遥测值添加到消息元数据中；

客户信息节点，用于将客户相关的其他信息中的字段添加到消息元数据中；

来源属性节点，用于针对所采集的设备属性进行添加；

设备属性节点，用于查找到消息发起者对应的实体的相关设备，并将相关设备的属性和遥测值添加到消息元数据中。

可选的，所述数据变换模块包括：

改变消息来源节点，用于改变传入消息中对应的发起者字段，该字段标识提交消息的实体；

邮件编写节点，用于编写邮件内容，以及，配置邮件发送的相关服务；

script函数转换节点，用于通过编写javaScript函数进行数据的转换。

可选的，所述动作节点模块包括：

保存设备属性节点，用于保存从设备端采集到的设备自身属性数据；

保存设备遥测节点，用于保存从设备端采集到的监测数据；

报警节点，用于对接收到的设备端采集的数据，根据定义的报警判断表达式输出报警结果；

清除报警节点，用于将报警数据清除；

日志节点，用于根据配置记录日志；

延迟节点，用于延迟消息的采集时间；

RPC呼叫回复节点，用于将响应发送到RPC调用发起方；

RPC呼叫请求节点，用于将RPC请求发送到感知设备，并将响应路由到下一个规则节点；

消息计数节点，用于对流转的消息进行计数并自动保存。

可选的，所述外部业务关联模块包括：

发送邮件节点，用于触发发送动作，将所述邮件编写节点编辑的邮件发送到指定邮箱；

rabbitmq中间件节点，用于将消息发送至rabbitmq中间件，以将采集的数据共享给外部业务系统；

mqtt消息代理节点，用于将消息通过mqtt代理服务器推送给外部业务系统；

rest api调用节点，用于通过调用api接口，将消息推送给外部业务系统；

kafka中间件节点，用于将消息发送至kafka中间件，以将采集的数据共享给外部业务系统。

可选的，还包括：

子链模块，用于根据不同的业务需求构建不同的分支子链，并对所述分支子链进行关联。

本发明还提供了一种防洪物联感知设备的规则引擎实现方法，包括：

根据业务需求构建相应的业务逻辑；

根据业务逻辑建立各节点间的关联关系；

将防洪物联感知设备采集的数据输入规则链；

规则链中的各个节点对所述数据进行处理，并将处理后的采集数据发送至外部业务系统。

本发明采用以上技术方案，所述一种防洪物联感知设备的规则引擎实现系统，包括：数据过滤模块，用于对防洪感知设备采集的数据、采集点位置，以及消息类型和消息发起者类型进行过滤处理；属性集模块，用于确定消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性，并将所述消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性添加到消息元数据中；数据变换模块，用于改变消息来源、配置邮件内容以及进行数据的转换处理；动作节点模块，用于对防洪感知设备采集到的数据和设备自身属性进行保存，以及，根据采集到的数据并结合业务需求执行相应动作；外部业务关联模块，用于将处理后的数据发送给外部业务系统。本发明所述系统将现有的针对采集数据处理复杂逻辑的操作抽离出来，形成一套嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策，为防洪系统的建设提供有力支撑。其中本系统提供数据过滤、属性集、数据变换、动作节点、外部业务关联等模块，实现对采集数据的过滤、类型判断、发送邮件、转换、计数、RPC调用、报警，以及多种方式推送到外部业务平台，本系统有利于降低防洪系统的维护成本，且基于模块化的形式有利于降低出错率，有利于提高防洪系统的建设水平。

附图说明

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

图1是本发明一种防洪物联感知设备的规则引擎实现系统提供的结构示意图；

图2是图1中所述数据过滤模块的结构示意图；

图3是图1中所述属性集模块的结构示意图；

图4是图1中所述数据变换模块的结构示意图；

图5是图1中所述动作节点模块的结构示意图；

图6是图1中所述外部业务关联模块的结构示意图；

图7是本发明一种防洪物联感知设备的规则引擎实现方法提供的流程示意图；

图8是本发明一种防洪物联感知设备的规则引擎实现方法提供的流程示意图。

图中：1、数据过滤模块；2、属性集模块；3、数据变换模块；4、动作节点模块；5、外部业务关联模块。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

图1是本发明一种防洪物联感知设备的规则引擎实现系统提供的结构示意图。

如图1所示，本发明所述的一种防洪物联感知设备的规则引擎实现系统，包括：

数据过滤模块1，用于对防洪感知设备采集的数据、采集点位置，以及消息类型和消息发起者类型进行过滤处理；

属性集模块2，用于确定消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性，并将所述消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性添加到消息元数据中；

数据变换模块3，用于改变消息来源、配置邮件内容以及进行数据的转换处理；

动作节点模块4，用于对防洪感知设备采集到的数据和设备自身属性进行保存，以及，根据采集到的数据并结合业务需求执行相应动作；

外部业务关联模块5，用于将处理后的数据发送给外部业务系统。

进一步的，所述系统还包括：

子链模块，用于根据不同的业务需求构建不同的分支子链，并对所述分支子链进行关联。

本发明所述系统根据防洪物联感知的需求设计了多个节点，按照功能区分为数据过滤模块1、属性集模块2、数据变换模块3、动作节点模块4、外部业务关联模块5和子链模块等多个部分，每个模块所包含的节点如下面所述。

如图2所示，所述数据过滤模块1包括：

script函数过滤节点，用于通过自定义的javaScript函数来定义过滤逻辑，动态实现对防洪感知设备采集的数据进行过滤处理；

例如，防洪方面可用做对设备采集数据的无效数据的判断，比如某些测量水位的感知设备，当遥测数据远远低于警戒线对应的数据时，遥测数据可以被过滤掉，即直接被废弃掉。

消息类型过滤节点，用于对上传到系统中的消息类型进行判断，对符合条件的类型消息进行放行，不符合条件直接丢弃；防洪物联感知设备数据消息有很多的类型，可根据该节点对消息类型进行过滤。

消息类型切换节点，用于根据消息类型将该消息路由到一个或多个输出链；防洪防洪物联感知设备数据消息类型进行路由。

发起者类型过滤节点，用于判断该消息的发起者是否为允许的发起者实体类型；如果该消息的发起者不是允许的发起者实体类型，则将该消息丢弃；其中，允许的发起者实体类型是管理员预先配置的。

GPS电子围栏过滤节点，用于基于GPS参数对传入的消息进行过滤；

发起者类型切换节点，用于在该消息所允许的多个发起者实体类型之间进行切换。

进一步的，所述GPS电子围栏过滤节点基于GPS参数对传入的消息进行过滤，包括：

从消息中提取采集点的纬度和经度；

根据所述纬度和经度判断采集点是否在预先配置的范围内；

如果采集点在预先配置的范围内，则该消息中所包含的采集数据有效；否则，采集数据无效，直接丢弃。

如图3所示，所述属性集模块2包括：

发起者遥测数据节点，用于将消息始发者的属性(感知设备或网关)和遥测值添加到消息元数据中；

发起者字段节点，用于获取消息实体的字段值，并将所述字段值添加到消息元数据中；管理员可以配置字段名称和元数据属性名称之间的映射。如果指定的字段不是Message Originator实体字段的一部分，则将它忽略。

客户属性节点，用于确定消息发起者对应的实体客户，并将客户属性和/或遥测值添加到消息元数据中；

客户信息节点，用于将客户相关的其他信息中的字段添加到消息元数据中；

来源属性节点，用于针对所采集的设备属性进行添加；

设备属性节点，用于查找到消息发起者对应的实体的相关设备，并将相关设备的属性和遥测值添加到消息元数据中。

如图4所示，所述数据变换模块3包括：

改变消息来源节点，用于改变传入消息中对应的发起者字段，该字段标识提交消息的实体；它可以是设备，资产，客户，租户等。

邮件编写节点，用于编写邮件内容，以及，配置邮件发送的相关服务；

script函数转换节点，用于通过编写javaScript函数进行数据的转换。

如图5所示，所述动作节点模块4包括：

保存设备属性节点，用于保存从设备端采集到的设备自身属性数据；如内置版本号等。

保存设备遥测节点，用于保存从设备端采集到的监测数据；如采集的水位等。

报警节点，用于对接收到的设备端采集的数据，根据定义的报警判断表达式输出报警结果；该节点在防洪系统中多用来进行水位报警。

清除报警节点，用于将报警数据清除；

日志节点，用于根据配置记录日志；

延迟节点，用于延迟消息的采集时间；

RPC呼叫回复节点，用于将响应发送到RPC调用发起方；所有传入的RPC请求都通过规则链作为消息传递。同样，所有RPC请求都具有“请求ID”字段。它用于映射请求和响应。消息发起者必须是设备实体，因为已向消息发起者发起了RPC响应。

RPC呼叫请求节点，用于将RPC请求发送到感知设备，并将响应路由到下一个规则节点；其中，消息发起者必须是设备实体，因为只能向设备发起RPC请求。同RPC呼叫请求实现防洪系统中两个设备间的场景联动。

消息计数节点，用于对流转的消息进行计数并自动保存。

如图6所示，所述外部业务关联模块5包括：

发送邮件节点，用于触发发送动作，将所述邮件编写节点编辑的邮件发送到指定邮箱；

rabbitmq中间件节点，用于将消息发送至rabbitmq中间件，以将采集的数据共享给外部其他业务系统；

mqtt消息代理节点，用于将消息通过mqtt代理服务器推送给外部其他业务系统；

rest api调用节点，用于通过调用api接口，将消息推送给外部其他业务系统；

kafka中间件节点，用于将消息发送至kafka中间件，以将采集的数据共享给外部其他业务系统。

当业务逻辑过于复杂时，复杂的业务逻辑使用一个链会过于庞大，那么可以根据不同的业务需求构建不同的分支子链，并对所述分支子链进行关联。

本发明所述的系统在实际应用中，每个模块之间是逻辑独立的个体，每个节点间流转的是规则链所接收的消息。在实际应用中，客户可以根据业务需求构建相应的业务逻辑；根据业务逻辑基于所述系统建立各节点间的关联关系；并将防洪物联感知设备采集的数据输入规则链；规则链中的各个节点对所述数据进行处理，并将处理后的采集数据发送至外部业务系统，已完成数据的采集和传送。

本发明是针对防洪物联感知设备所采集数据的特点，结合防洪系统所需的业务进行设计。通过前面所述的节点，可以很方便的实现防洪系统中的业务逻辑，并可满足外部业务系统所需，提供对外的设备采集数据。

本发明所述系统将现有的针对采集数据处理复杂逻辑的操作抽离出来，形成一套嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策，为防洪系统的建设提供有力支撑。其中本系统提供数据过滤、属性集、数据变换、动作节点、外部业务关联等模块，实现对采集数据的过滤、类型判断、发送邮件、转换、计数、RPC调用、报警，以及多种方式推送到外部业务平台，本系统有利于降低防洪系统的维护成本，且基于模块化的形式有利于降低出错率，有利于提高防洪系统的建设水平。

图7是本发明一种防洪物联感知设备的规则引擎实现方法提供的流程示意图。

如图7所示，本发明所述的一种防洪物联感知设备的规则引擎实现方法，包括：

S71：根据业务需求构建相应的业务逻辑；

S72：根据业务逻辑建立各节点间的关联关系；

S73：将防洪物联感知设备采集的数据输入规则链；

S74：规则链中的各个节点对所述数据进行处理，并将处理后的采集数据发送至外部业务系统。

本发明所述的一种防洪物联感知设备的规则引擎实现方法的工作原理与前文所述的一种防洪物联感知设备的规则引擎实现系统的工作原理相同，在此不再赘述。

本发明所述的系统在实际应用中，如图8举例说明，图8中的规则链所完成的功能是保存设备上传数据，如果该数据是船的位置，即判断船是否在管理区域，超出管理区域即产生报警提示；如果该数据是水位数据，根据水位数据判断水位等级，并对10米以上水位产生报警，当高等级报警时触发警报器(如触发声音报警)；同时可通过kafka消息中间件将数据推送给外部其他业务系统，并进行消息计数，以记录推送到其他业务系统中的消息数量。

图8中每个节点代表一个复杂的业务逻辑，彼此间逻辑独立，节点与节点间流转的是规则链所接收到的消息。感知设备采集的数据作为输入进入规则链后，首先通过消息类型切换节点，该节点判断消息的类型：

1)如果是Post attributes消息类型，则数据往保存设备属性节点流转，到达该节点后进行保存操作；

2)如果是Post telemetry消息类型，则数据往保存设备遥测节点流转，到达该节点后进行保存操作。

a.保存成功后，一流向数据会流转到script函数过滤节点，判断是否位置坐标数据，如果不是，则流向script函数过滤节点判断水位是否超过10米，如果超过，即报警节点根据实际水位产生多级报警，如果是高等级报警，则通过RPC呼叫请求节点触发警报器进行报警；如果是坐标数据，则流向GPS电子围栏过滤节点，判断坐标是否在围栏(预先配置的范围)中，如果不在，则产生报警提示并经过发送邮件节点，将报警消息通过邮件的形式发送给管理者。

b.保存成功后，另一流向数据会通过kafka中间件节点将数据推送到防洪业务系统中进行展示，并通过消息计数节点计算推送消息的数量。

本发明所述方法将现有的针对采集数据处理复杂逻辑的操作抽离出来，形成一套嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策，为防洪系统的建设提供有力支撑。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (9)

1.一种防洪物联感知设备的规则引擎实现系统，其特征在于，包括：

数据过滤模块，用于对防洪感知设备采集的数据、采集点位置，以及消息类型和消息发起者类型进行过滤处理；

属性集模块，用于确定消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性，并将所述消息发起者的属性、遥测值、消息实体的字段值、消息发起者对应的实体客户以及该客户信息和感知设备的属性添加到消息元数据中；

数据变换模块，用于改变消息来源、配置邮件内容以及进行数据的转换处理；

动作节点模块，用于对防洪感知设备采集到的数据和设备自身属性进行保存，以及，根据采集到的数据并结合业务需求执行相应动作；

外部业务关联模块，用于将处理后的数据发送给外部业务系统。

2.根据权利要求1所述的规则引擎实现系统，其特征在于，所述数据过滤模块包括：

script函数过滤节点，用于通过自定义的javaScript函数来定义过滤逻辑，动态实现对防洪感知设备采集的数据进行过滤处理；

消息类型过滤节点，用于对上传到系统中的消息类型进行判断，对符合条件的类型消息进行放行，不符合条件直接丢弃；

消息类型切换节点，用于根据消息类型将该消息路由到一个或多个输出链；

发起者类型过滤节点，用于判断该消息的发起者是否为允许的发起者实体类型；如果该消息的发起者不是允许的发起者实体类型，则将该消息丢弃；

GPS电子围栏过滤节点，用于基于GPS参数对传入的消息进行过滤；

发起者类型切换节点，用于在该消息所允许的多个发起者实体类型之间进行切换。

3.根据权利要求2所述的规则引擎实现系统，其特征在于，所述GPS电子围栏过滤节点基于GPS参数对传入的消息进行过滤，包括：

从消息中提取采集点的纬度和经度；

根据所述纬度和经度判断采集点是否在预先配置的范围内；

如果采集点在预先配置的范围内，则该消息中所包含的采集数据有效；否则，采集数据无效，直接丢弃。

4.根据权利要求1所述的规则引擎实现系统，其特征在于，所述属性集模块包括：

发起者遥测数据节点，用于将消息始发者的属性和遥测值添加到消息元数据中；

发起者字段节点，用于获取消息实体的字段值，并将所述字段值添加到消息元数据中；

客户属性节点，用于确定消息发起者对应的实体客户，并将客户属性和/或遥测值添加到消息元数据中；

客户信息节点，用于将客户相关的其他信息中的字段添加到消息元数据中；

来源属性节点，用于针对所采集的设备属性进行添加；

设备属性节点，用于查找到消息发起者对应的实体的相关设备，并将相关设备的属性和遥测值添加到消息元数据中。

5.根据权利要求1所述的规则引擎实现系统，其特征在于，所述数据变换模块包括：

改变消息来源节点，用于改变传入消息中对应的发起者字段，该字段标识提交消息的实体；

邮件编写节点，用于编写邮件内容，以及，配置邮件发送的相关服务；

script函数转换节点，用于通过编写javaScript函数进行数据的转换。

6.根据权利要求1所述的规则引擎实现系统，其特征在于，所述动作节点模块包括：

保存设备属性节点，用于保存从设备端采集到的设备自身属性数据；

保存设备遥测节点，用于保存从设备端采集到的监测数据；

报警节点，用于对接收到的设备端采集的数据，根据定义的报警判断表达式输出报警结果；

清除报警节点，用于将报警数据清除；

日志节点，用于根据配置记录日志；

延迟节点，用于延迟消息的采集时间；

RPC呼叫回复节点，用于将响应发送到RPC调用发起方；

RPC呼叫请求节点，用于将RPC请求发送到感知设备，并将响应路由到下一个规则节点；

消息计数节点，用于对流转的消息进行计数并自动保存。

7.根据权利要求5所述的规则引擎实现系统，其特征在于，所述外部业务关联模块包括：

发送邮件节点，用于触发发送动作，将所述邮件编写节点编辑的邮件发送到指定邮箱；

rabbitmq中间件节点，用于将消息发送至rabbitmq中间件，以将采集的数据共享给外部业务系统；

mqtt消息代理节点，用于将消息通过mqtt代理服务器推送给外部业务系统；

rest api调用节点，用于通过调用api接口，将消息推送给外部业务系统；

kafka中间件节点，用于将消息发送至kafka中间件，以将采集的数据共享给外部业务系统。

8.根据权利要求1至7任一项所述的规则引擎实现系统，其特征在于，还包括：

子链模块，用于根据不同的业务需求构建不同的分支子链，并对所述分支子链进行关联。

9.一种防洪物联感知设备的规则引擎实现方法，其特征在于，包括：

根据业务需求构建相应的业务逻辑；

根据业务逻辑建立各节点间的关联关系；

将防洪物联感知设备采集的数据输入规则链；

规则链中的各个节点对所述数据进行处理，并将处理后的采集数据发送至外部业务系统。

Images