CN113923159A - 一种数据消息集中处理的方法 - Google Patents

Abstract

本发明公开了一种数据消息集中处理的方法，利用消息通道、消息解码器、消息过滤器、消息行为器、消息行为组、消息链等技术设计了消息路由引擎，根据定义的消息路由规则，消息流路由引擎对业务应用系统指定的数据源进行实时数据采集和数据消息处理，完成业务应用系统需要的业务逻辑，以解决工业信息化系统在越来越多的数据消息来源的实现过程中，面临的难以实现、难以集成，难以扩展，难以管理，难以迁移的巨大困境；外界数据消息来源包括但不限于传感器、RFID读写器、消息队列系统、EDI报文服务系统、邮件服务系统、WEBSOCKET服务系统、REDIS服务系统、WEBSERVICE服务系统、下位机、工控设备、网络节点、FTP服务系统、硬件设备。

Description

一种数据消息集中处理的方法

技术领域

本发明涉及一种在工业信息化里对数据消息集中处理的方法，通过计算机程序实现在各种数据源和工业信息化系统之间搭建数据消息集中处理的平台，采用消息路由规则和引擎的技术，灵活的进行数据消息流程处理过程的逻辑定制，以克服当前工业信息化系统实现对各种数据消息源的数据处理过程中面临的难以实现、难以集成，难以扩展，难以管理，难以迁移的巨大困境，属于信息技术领域。

背景技术

在自动化程度日益发展的工业领域，工业信息化系统包括MES(生产制造执行系统)，ERP(企业资源管理系统)，PLM(产品生产周期管理系统)、SCM(供应链管理系统)等，不再是一个简单的内部数据信息的处理系统，数据信息不再单纯的是通过人工手工输入的数据信息，在自动化越来越普及以及物联网越来越广泛的背景下，越来越多的设备终端，传感器，读写器，工控设备，异构系统都成为工业信息系统的数据来源，工业信息系统不仅要实时的获取这些数据来源的数据信息，还需要实时的对这些数据信息进行处理。

在此过程中，目前的工业信息系统普遍通过实现功能、扩展系统功能的方式，在已有的工业信息系统里增加相应功能的代码来达到实现目的；这样的实现过程，对于工业信息系统的开发维护人员技术要求较高，需要了解每种数据源的集成方法、通信方法和编程方法，实现过程中需要大量的二次开发来满足；目前的这样的方式，增加了集成上的复杂度，面临难以进行实现、难以进行集成的困境。

在此过程中，实现的过程需要在原有的工业信息系统里进行实现，原有的信息系统里，越来越多的扩展性代码，这样会导致原有的信息系统的稳定性降低，面临难以进行维护，难以进行扩展的困境。

在此过程中，每次扩展的功能不同，每次扩展的内容仅仅关注在当前扩展的功能内容，随着多次的扩展，会导致每次扩展的数据来源信息都是独立的进行管理，没有集中，增加了集中管理的难度，面临难以进行管理的困境。

在此过程中，实现代码成为原有的工业信息系统的一部分，随着业务的增加，如果以后的工业信息系统需要用更新的技术或者是需要功能需要迁移到新的一个信息系统里，需要重新再复制原有的所有技术开发工作，重新实现一次，面临难以进行迁移，或者是迁移成本过大的困境。

故而，在工业信息化的这种场景下，急迫需要一个集中处理数据消息的方法，在工业信息化系统实现处理各种数据源数据消息过程中，在满足系统集成的功能性的前提下，同时解决原有过程中面临的难以实现、难以集成，难以扩展，难以管理，难以迁移的巨大困境。

发明内容

本发明为解决上述问题，提供了一种数据消息集中处理的方法，在满足原有系统集成的功能性的前提下，同时提供一个便于实现、便于集成、便于扩展、便于管理、便于迁移的方法，从而降低工业信息化系统在面对外部数据源的扩展中的实现成本、建设成本、管理成本和维护成本，并且极高的提高实现效率。

为达到上述目的，本发明采用的技术方案是：一种数据消息集中处理的方法，包括通过以下步骤来实现：

A.建立消息路由引擎模型。

B.定义消息规则标准和规范。

C.完成消息路由引擎服务、消息通道服务、消息解码服务、消息过滤服务、消息行为服务、消息行为组服务、消息链服务等功能单元的具体实现。

所述步骤A特征为：所述一种数据消息集中处理的方法利用消息通道、消息解码器、消息过滤器、消息行为器、消息行为组、消息链等技术设计了消息路由引擎，实现消息路由引擎根据定义的消息路由规则，通过消息路由引擎，对业务应用系统指定的外界接收的数据消息进行集中处理，并完成相应的业务逻辑，外界数据消息来源包括但不限于传感器、RFID读写器、消息队列系统、EDI报文服务系统、邮件服务系统、WEBSOCKET服务系统、REDIS服务系统、WEBSERVICE服务系统、下位机、工控设备、网络节点、FTP服务系统、硬件设备；以解决工业信息化系统在越来越多的数据消息来源的实现过程中，面临的难以实现、难以集成，难以扩展，难以管理，难以迁移的巨大困境，消息路由引擎的模型定义，如图1所示。

所述步骤B特征为：所述的消息规则标准和规范，是根据消息路由引擎模型，按照数据消息处理过程、流程逻辑对业务过程进行抽象；定义和规范出消息通道连接过程、消息解码过程、消息逻辑处理过程、消息行为处理过程，通过分离和规范各个业务过程中的业务行为和边界；并通过对各个过程进行面向服务的分离，具体抽象出消息通道服务、消息解码服务、消息过滤服务、消息行为服务(消息行为组服务)、消息链服务；根据抽象出的各类服务的功能和特点，对各种服务制定了服务标准和服务接口定义，在各种服务层之间做好界限分隔，实现各种服务的可实现性、单一功能性、可扩展性、可重用性、可重复性、可组合性、可拔插性、可动态配置性；通过多种配置方式和可视化工具的方式，实现用消息规则来定义原有的工业信息化系统接收外部数据源数据消息按业务流程处理数据消息的逻辑；消息规则的处理流程和标准结构，如图2所示。

所述步骤C特征为：所述消息路由引擎服务利用消息通道、消息解码器、消息过滤器、消息行为器、消息行为组、消息链等技术设计和实现；消息路由引擎执行根据业务逻辑定义的消息路由规则；通过消息流路由规则的定义，消息路由引擎完成各种数据源的消息数据的接收，并对接收到的数据按照定义的规则进行解码、过滤、行为、行为组、逻辑组合处理；消息路由规则的定义，可以通过配置的方式或者可视化工具的方式进行定义，消息路由规则配置支持多种方式，包括文件、数据库、内存数据库、接口调用，可视化工具提供各种配置方式的创建、修改、导入、导出功能。

所述步骤C特征为：所述消息路由引擎服务，解析消息路由规则，实现多链多路由的关系机制，在路由链传播逻辑里实现并行传播逻辑、串行传播逻辑、IFELSE条件传播逻辑、SWTICH条件传播逻辑、FOREACH循环传播逻辑、WHILE循环传播逻辑。

所述步骤C特征为：消息路由引擎，解析消息路由规则，实现多链多路由的关系机制，在路由链传播逻辑里实现数据源数据归一逻辑，数据源数据合并逻辑，数据源数据排他逻辑，数据源数据包含逻辑，数据源数据异或逻辑，数据源数据自定义条件逻辑。

所述步骤C特征为：消息路由引擎提供数据消息的容器，通过可视化平台，实现通道级别的监控，数据消息级别日志监控、数据消息查询、路由规则的测试和调试。

所述步骤C特征为：所述消息通道服务，实现对数据消息源进行分类，并按照分类、对每种类型的通道进行底层物理传输协议进行封装，实现支持各类封装的消息通道达到参数级别的实例化，实现支持通道的反向传播和反向回调机制，实现通过回调机制反向调用消息源的设备接口。数据消息源来源包括但不限于传感器、RFID读写器、消息队列、EDI报文服务、邮件服务、WEBSOCKET服务、REDIS服务、WEBSERVICE服务、下位机、工控设备、网络节点、FTP服务、硬件设备，物理传输协议相同的同类通道，经过抽象和封装，抽象出此类通道物理连接的属性并进行参数化封装。

所述步骤C特征为：所述消息解码服务，实现对消息通道传递的数据消息进行解码，实现从消息通道处理底仓的传输协议，得到RAW格式的消息，实现对RAW格式数据进行解码，实现通过多种功能的解码器进行组合，完成一项复杂逻辑的解码，解码器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化解码功能。

所述步骤C特征为：所述消息过滤服务，实现对消息通道传递的数据消息进行逻辑过滤操作，实现消息数据去重、数据清洗、关联数据链路数据归一、多链路数据重排、关联数据链路数据组合逻辑，实现通过多种功能的过滤器进行组合，完成一项复杂逻辑的数据过滤操作，过滤器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化过滤功能。

所述步骤C特征为：所述消息行为服务，实现对消息通道传递的数据消息进行业务行为操作，实现业务数据的数据库操作，消息队列分发、WEBSERVICE调用，RPC调用、GET/POST调用、对指定消息通道的反向传播、对指定消息通道的反向回调、设备的GPIO操作、下位机指令操作、工控设备指令操作、硬件设备接口调用、邮件发送、短信发送、微信消息发送，实现异步和同步机制，支持行为器进行同步和异步调用，行为器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化行为功能。

所述步骤C特征为：所述消息行为组服务，实现通过多个行为器的组合，完成一项复杂业务处理逻辑的操作，实现多个行为器的事务完整性，实现多个行为器的同组的异步和同步性。

进一步地，消息路由规则定义消息通道和消息链的绑定关系；消息通道按照物理连接的方式进行分类，并根据物理属性的抽象进行封装，可以按照不同的属性值进行参数化，通过这种设计方式同一类物理属性归属的消息通道可以通过不同的参数支持多个同类型的消息源通道的实例化。

进一步地，消息链是接收到外界数据消息源的数据消息的传播链；是对接收的数据消息的具体业务处理逻辑的组合；消息链的传播实现流程传播的逻辑，包括串行传播逻辑、并行传播逻辑、IFELSE条件传播逻辑、SWITCH多链路条件传播逻辑、FOREACH循环传播逻辑、WHILE循环传播逻辑。

进一步地，消息链的传播支持多个消息链之间的数据业务逻辑，包括数据归一业务逻辑、数据合并业务逻辑、数据异或业务逻辑、数据排他业务逻辑、数据包含业务逻辑、数据依赖业务逻辑、数据关系自定义业务逻辑，通过这样多链路业务逻辑关系的组合，实现多数据源协同依赖的业务处理；如图3所示。

进一步地，消息链的传播支持消息解码器、消息过滤器、消息行为器、消息行为组、消息链的组合；实现工业信息化系统需要的业务逻辑。

进一步地，如上所示，消息路由规则定义消息通道和消息链的绑定关系；消息链、消息通道关系图，如图4所示。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的数据消息集中处理方法的系统架构框图；

图2是根据本申请实施例的数据消息集中处理方法的系统流程图；

图3是根据本申请实施例的数据消息集中处理方法的消息链多链交互流程图；

图4是根据本申请实施例的数据消息集中处理方法的消息链和消息通道关系交互图；

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所做出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请实施例提供了一种数据消息集中处理的方法，应用于信息技术系统中，该系统包括：外界数据信息源、消息路由引擎和工业信息化系统，其中消息路由引擎包括消息规则路由服务和管理监控平台，图1是根据本申请实施例的数据集中处理方法的系统架构框图，如图1所示，该系统结构框图包括如下结构：

外界数据信息源：工业信息化系统需要接收和处理的数据消息的外部数据信息来源；包括但不限于传感器、RFID读写器、消息队列系统、EDI报文服务系统、邮件服务系统、WEBSOCKET服务系统、REDIS服务系统、WEBSERVICE服务系统、下位机、工控设备、网络节点、FTP服务系统、硬件设备。

工业信息化系统：外部数据源的数据处理后需要落地的目的系统；传统的信息化系统，直接接收和处理数据，并最终落地至内部数据库或者是其他系统；工业信息化系统包括MES(生产制造执行系统)，ERP(企业资源管理系统)，PLM(产品生产周期管理系统)、SCM(供应链管理系统)等。

消息路由引擎：本申请实施例实现的内容，通过消息路由引擎，传统的处理外部数据信息的工业信息化系统，通过在消息路由引擎定义的消息规则，实现外部数据消息实时接收，数据消息业务逻辑实时处理，而不需要工业信息化系统为此方面功能进行编码和维护，图2是根据本申请实施例的数据集中处理方法的系统流程图，如图2所示，该系统流程图包括如下步骤：

①.消息路由引擎启动消息通道服务，消息通道服务根据定义的消息通道参数实例化消息通道；每个实例化的消息通道将根据定义的参数建立对应的外部数据消息源的物理连接，监听数据源发送的数据消息。消息通道按照物理链接的不同进行抽象，不同物理链接方式的消息通道分别实现open()、close()、init(MAP)、eval(MAP)、callback(MAP)的功能，其中init的作用是以参数化的信息对通道进行初始化；open()的作用是打开消息通道；close()的作用是关闭消息通道；eval()的作用是通道的试连接；callback的作用是实现通道的反向传播和反向回调机制；每个通道的定义都对应一个实例化的通道对象；通道对象负责与各自对应的数据源的物理连接；打开通道后，通道实例对数据源的数据消息进行监听，当收取到数据消息后，触发消息事件通知消息路由引擎；外部数据消息源包括但不限于传感器、RFID读写器、消息队列、EDI报文服务、邮件服务、WEBSOCKET服务、REDIS服务、WEBSERVICE服务、下位机、工控设备、网络节点、FTP服务、硬件设备，物理传输协议相同的同类通道。

②.消息路由引擎收到消息事件，从消息事件中获取消息事件来自的通道；从消息规则路由定义里获取消息来源通道相关的消息规则；从每个消息规则里获取对应的消息链；将获取的消息链放入消息链服务，让数据消息在消息链里进行传播。

③.消息链服务将消息事件里获取的数据消息传入获取的消息链并向后传播，消息链服务判断消息链的传播逻辑，传播逻辑包括以下几种：

a.串行传播逻辑：按照先后传播顺序依次在各个链节点上进行数据消息的传播。

b.并行传播逻辑：并行消息链包含多个子消息链，获取所有的子消息链，并发执行每个子消息链；每个子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播。

c.IFELSE传播逻辑：IFELSE消息链包含2个子消息链，分别对应传播条件匹配为TRUE和FALSE的两个互斥分支，传播条件在消息路由规则定义的时候进行定义；传播条件的计算支持动态化，可以根据数据消息的上下文环境进行动态计算；当计算结果为TRUE，执行TRUE子消息链，子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播；当计算结果为FALSE，执行FALSE子消息链，子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播。

d.SWITCH传播逻辑：SWITCH消息链包含多个子消息链，每个子消息链对于传播条件相匹配的CASE互斥分支，传播条件在消息路由规则定义的时候进行定义；传播条件的计算支持动态化，可以根据数据消息的上下文环境进行动态计算；SWITCH子消息链对应各自的CASE条件，CASE条件在消息规则路由里定义，CASE条件支持动态化，可以根据数据消息的上下文环境进行动态计算；当计算结果和子消息链对应的CASE相匹配时，执行对应CASE的子消息链；没有匹配时，执行对应DEFAULT的子消息链，子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播。

e.FOREACH传播逻辑：FOREACH消息链包含一个子消息链，FOREACH消息链传播条件定义的数组或者组作为FOREACH进行循环的对象；传播条件在消息路由规则定义的时候进行定义；传播条件的计算支持动态化，可以根据数据消息的上下文环境进行动态计算；FOREACH消息链根据计算出的数组或者组进行循环，循环执行子消息链；子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播。

e.WHILE传播逻辑：WHILE消息链包含一个子消息链，WHILE传播条件定义的迭代对象或者迭代条件作为WHILE进行循环的判断条件；传播条件在消息路由规则定义的时候进行定义；传播条件的计算支持动态化，可以根据数据消息的上下文环境进行动态计算；WHILE消息链根据计算出的迭代对象或者迭代条件进行循环判断，循环执行子消息链；子消息链按照先后传播顺序依次在各个链节点上进行数据消息的传播。

④.根据上述的消息链的传播逻辑依次在各链的节点进行数据消息的向后传播；每个消息链或由消息解码器、消息过滤器、消息行为器、消息行为组、子消息链作为节点构成。

⑤.当传播节点为子消息链时，按照上述步骤③所述，执行子消息链的传播。

⑥.当传播节点为消息解码器时，根据消息路由规则的定义，获取当前子消息解码器的类别，调用消息解码服务，消息解码服务提供各种数据格式，数据协议转化的服务子类；不同的消息解码服务子类实现各自的decode()功能；实现把源数据消息格式解码成目标消息格式；消息解码服务子类可以通过消息链上的组合定义，实现多个解码功能组合在一起的复杂转码功能；消息解码服务可以通过信号方式，中断数据消息继续向后进行传播，否则数据消息经过解码器转码成目标数据格式后，继续向后面的节点进行传播。

⑦.当传播节点为消息过滤器时，根据消息路由规则的定义，获取当前子消息过滤器的类别，调用消息过滤服务，消息过滤服务提供包含各种数据业务组合逻辑控制的服务子类；负责组成消息数据的业务逻辑控制；不同的消息过滤子类实现各自的filter()功能；实现控制数据业务控制逻辑；消息过滤服务子类可以通过消息链上的组合定义，实现多个控制逻辑功能组合在一起的复杂控制功能；消息过滤服务可以通过信号方式，中断数据消息继续向后进行传播，否则数据消息经过解码器转码成目标数据格式后，继续向后面的节点进行传播。

⑧.当传播节点为消息行为器时，根据消息路由规则的定义，获取当前子消息行为器的类别，调用消息行为服务，消息行为服务提供包含各种数据业务处理的服务子类；负责组成消息数据的业务处理实现；不同的消息行为子类实现各自的action()功能；实现处理数据业务行为；消息行为服务子类可以通过消息链上的组合定义，实现多个数据业务行为功能组合在一起的复杂数据处理功能；消息行为服务可以通过信号方式，中断数据消息继续向后进行传播，否则数据消息经过解码器转码成目标数据格式后，继续向后面的节点进行传播；消息行为服务提供异步和同步的处理方式，在消息路由规则里可以进行定义。

⑨.消息行为器实现处理数据业务行为，实现原有工业信息化系统需要实现的业务逻辑；根据工业信息化系统数据落地和数据处理逻辑的汇总；消息行为服务提供了数据库操作，消息队列分发、WEBSERVICE调用，RPC调用、GET/POST调用、对指定消息通道的反向传播、对指定消息通道的反向回调、设备的GPIO操作、下位机指令操作、工控设备指令操作、硬件设备接口调用、邮件发送、短信发送、微信消息发送的功能。

⑩.当传播节点为消息行为组时，行为组有一个或多个消息行为器组成，按照上述步骤⑧依次执行当前行为组包含的消息行为器；消息行为组提供组级别的异步和同步处理方式；消息行为组提供组级别事务机制，用于控制多个消息行为器的事务一致性。

通过以上步骤，消息路由引擎，可以通过定义消息路由规则，通过消息通道、消息解码器、消息过滤器、消息行为器、消息行为组、消息链的组合，实现从原有工业信息化系统需要接收的外界数据消息源接收数据消息，并实现原有工业信息化系统需要实现的数据业务处理逻辑。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种数据消息集中处理的方法，其特征在于：利用消息通道、消息解码器、消息过滤器、消息行为器、消息行为组、消息链等技术设计了消息路由引擎，实现消息路由引擎根据定义的消息路由规则，通过消息流路由引擎，对业务应用系统指定的外界接收的数据消息进行集中处理，并完成相应的业务逻辑，外界数据消息来源包括但不限于传感器、RFID读写器、消息队列系统、EDI报文服务系统、邮件服务系统、WEBSOCKET服务系统、REDIS服务系统、WEBSERVICE服务系统、下位机、工控设备、网络节点、FTP服务系统、硬件设备。

2.根据权利要求1所述的一种数据消息集中处理的方法，其特征在于：一种数据消息集中处理的方法通过消息路由引擎实现，消息路由引擎包含消息通道服务、消息解码服务、消息过滤服务、消息行为服务、消息行为组服务和消息链服务，代替业务应用系统接收外界的数据消息，并根据业务应用系统的需求，对从外部接收的数据消息进行逻辑处理，并按照业务逻辑要求对最终数据进行的落地或者指令处理，包括但不限于数据库保存、RPC调用、发送MQ消息、WebService调用、TCP/IP发送数据包、webSocket发送消息、下位机指令、GET/POST调用、REDIS服务器操作、工控设备发送指令、发送邮件、发送报文、传感器指令、RFID读写器指令、FTP上传、硬件设备发送指令。

3.根据权利要求1所述的一种数据消息集中处理的方法，其特征在于：所述消息路由规则，是消息流的业务逻辑的定义规则，根据消息路由定义的规则，消息路由引擎完成各种数据源的数据消息的接收，并对接收到的数据按照定义的规则进行解码、过滤、行为、行为组处理；消息流路由规则定义，可以通过配置的方式或者可视化工具的方式进行定义，消息路由规则配置支持多种方式，包括文件、数据库、内存数据库、接口调用，可视化工具提供各种配置方式的创建、修改、导入、导出功能。

4.根据权利要求2所述的消息路由引擎，其特征在于：所述消息通道服务，实现对数据消息源进行分类，并按照分类、对每种类型的通道进行底层物理传输协议进行封装，实现支持各类封装的消息通道达到参数级别的实例化，实现支持通道的反向传播和反向回调机制，实现通过回调机制反向调用消息源的设备接口。数据消息源来源包括但不限于传感器、RFID读写器、消息队列、EDI报文服务、邮件服务、WEBSOCKET服务、REDIS服务、WEBSERVICE服务、下位机、工控设备、网络节点、FTP服务、硬件设备。

5.根据权利要求2所述的消息路由引擎，其特征在于：所述消息解码服务，实现对消息通道传递的数据消息进行解码，实现从消息通道处理底仓的传输协议，得到RAW格式的消息，实现对RAW格式数据进行解码，实现通过多种功能的解码器进行组合，完成一项复杂逻辑的解码，解码器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化解码功能。

6.根据权利要求2所述的消息路由引擎，其特征在于：所述消息过滤服务，实现对消息通道传递的数据消息进行逻辑过滤操作，实现消息数据去重、数据清洗、关联数据链路数据归一、多链路数据重排、关联数据链路数据组合逻辑，实现通过多种功能的过滤器进行组合，完成一项复杂逻辑的数据过滤操作，过滤器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化过滤功能。

7.根据权利要求2所述的消息路由引擎，其特征在于：所述消息行为服务，实现对消息通道传递的数据消息进行业务行为操作，实现业务数据的数据库操作，消息队列分发、WEBSERVICE调用，RPC调用、GET/POST调用、对指定消息通道的反向传播、对指定消息通道的反向回调、设备的GPIO操作、下位机指令操作、工控设备指令操作、硬件设备接口调用、邮件发送、短信发送、微信消息发送，实现异步和同步机制，支持行为器进行同步和异步调用，行为器的运作，实现支持模板化和动态化，在运行期间，可以根据通道提供的上下文环境，动态的处理数据消息的内容，实现可程序化行为功能：所述消息行为组服务，实现通过多个行为器的组合，完成一项复杂业务处理逻辑的操作，实现多个行为器的事务完整性，实现多个行为器的同组的异步和同步性。

8.根据权利要求2所述的消息路由引擎，其特征在于：消息路由引擎，解析消息路由规则，实现多链多路由的关系机制，在路由链传播逻辑里实现并行处理逻辑、串行处理逻辑、IFELSE条件逻辑、SWTICH条件逻辑、FOREACH循环流程逻辑、WHILE循环流程逻辑；在路由链传播逻辑里实现数据源数据归一逻辑，数据源数据合并逻辑，数据源数据排他逻辑，数据源数据包含逻辑，数据源数据异或逻辑，数据源数据自定义条件逻辑。

9.根据权利要求2所述的消息路由引擎，其特征在于：消息路由引擎提供数据消息的容器，通过可视化平台，实现通道级别的监控，数据消息级别日志监控、数据消息查询、路由规则的测试和调试。

10.根据权利要求2所述的消息路由引擎，其特征在于：消息路由引擎处理消息过程：

①识别数据消息源的数据通道

②获得数据通道定义的所有消息路由规则

③解析消息路由规则

④按照消息规则定义的逻辑规则，依次调用整个消息路由链上的消息解码器，消息过滤器，消息行为器和消息行为组。

Images