CN114064391A - 一种分布式报警或事件信息处理方法及装置 - Google Patents

Abstract

本公开提供了一种分布式报警或事件信息处理方法、装置、电子设备及计算机可读存储介质，涉及信息处理技术领域，尤其涉及物联网技术领域。具体实现方案为：作为OPC客户端，从分布式系统获取OPC报警或事件信息；之后，对OPC报警或事件信息进行进一步加工和处理，例如，进行数据清洗、恢复和归因分析，得到待发布数据；然后，将待发布数据转换为符合MQTT协议的数据并作为MQTT协议的生产者进行发布。如此，可将从分布式系统收集到的OPC报警或事件信息，发布到支持MQTT协议的更多平台。从而进一步拓展了OPC报警或事件信息的应用场景，提高了数据的安全性，减少了维护成本，并可与更多的系统进行互操作。

Description

一种分布式报警或事件信息处理方法及装置

技术领域

本公开涉及信息处理技术领域，尤其涉及物联网技术领域。

背景技术

由于OPC报警与事件(AE)客户端可以接收和监控OPC报警与事件(AE)服务器发出的过程报警、操作员操作、信息类消息以及跟踪/审计消息。因此，广泛应用于自动化生产过程的监控和管理过程中。

而随着物联网的不断发展和普及，在越来越多的应用场景下，需要将使用OPCAE客户端采集到的信息上传或发布到位于云端或物联网中的各个数据处理平台。

发明内容

本公开提供了一种分布式报警或事件信息处理方法、装置、电子设备以及计算机可读存储介质。

根据本公开的一方面，提供了一种分布式报警或事件信息处理方法，包括：从分布式系统，获取OPC报警或事件信息；对OPC报警或事件信息进行加工和处理得到第一待发布数据；将第一待发布数据转换为符合MQTT协议的第二待发布数据；作为MQTT协议的生产者发布第二待发布数据。

根据本公开的另一方面，提供了一种分布式报警或事件信息处理装置，包括：报警或事件信息获取模块，用于从分布式系统，获取OPC报警或事件信息；信息加工和处理模块，用于对OPC报警或事件信息进行加工和处理得到第一待发布数据；MQTT协议数据转换模块，用于将第一待发布数据转换为符合MQTT协议的第二发布报数据；数据发布模块，用于作为MQTT协议的生产者发布第二发布报数据。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述任一项的分布式报警或事件信息处理方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行根据上述任一项的分布式报警或事件信息处理方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现根据上述任一项的分布式报警或事件信息处理方法。

本公开提供了一种分布式报警或事件信息处理方法、装置、电子设备及计算机可读存储介质，该方法包括：作为OPC客户端，从分布式系统获取OPC报警或事件信息；之后，对OPC报警或事件信息进行进一步加工和处理得到待发布数据；然后，将待发布数据转换为符合MQTT协议的数据并作为MQTT协议的生产者进行发布。如此，可将从分布式系统收集到的OPC报警或事件信息，发布到支持MQTT协议的更多平台。从而进一步拓展了OPC报警或事件信息的应用场景，提高了数据的安全性，减少了维护成本，并可与更多的系统进行互操作。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开第一实施例实现分布式报警或事件信息处理方法的流程示意图；

图2是根据本公开第一实施例作为OPCAE客户端获取OPC报警或事件信息的系统架构示意图；

图3是根据本公开第一实施例作为MQTT协议的生产者发布第二待发布数据的网络结构示意图；

图4是根据本公开第二实施例实现分布式报警或事件信息处理方法的系统架构示意图；

图5是根据本公开第二实施例实现分布式报警或事件信息处理方法的流程示意图；

图6是根据本公开实施例分布式报警或事件信息处理装置的结构示意图；

图7是根据本公开实施例用于实现分布式报警或事件信息处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1示出了本公开第一实施例实现报警或事件处理方法的流程图。参考图1，该方法包括：操作S110，从分布式系统，获取OPC报警或事件信息；操作S120，对OPC报警或事件信息进行加工和处理得到第一待发布数据；操作S130，将第一待发布数据转换为符合MQTT协议的第二待发布数据；操作S140，作为MQTT协议的生产者发布第二待发布数据。

OPC(Object Linking and Embedding for Process Control)是一项应用于自动化行业及其他行业的数据安全交换可互操作性标准。OPC标准独立于平台，可确保来自多个厂商的设备之间信息的无缝传输。OPC标准定义了一系列定义了客户端与服务器之间以及服务器与服务器之间的接口，包括访问实时数据、监控报警和事件、访问历史数据和其他应用程序等。其中OPC AE(Alarm and Events)是其中的报警与事件规范。

OPC AE客户端可以接收和监控OPC报警与事件服务器发出的报警与事件信息，例如，过程报警、操作员操作、信息类消息以及跟踪/审计消息；监控一个过程中因达到既定阈值而可能需要采取相应措施的事件，包括设备的安全限制、事件检测和异常情形。而通过OPC AE客户端收集到的这些报警与事件信息，还可以用于识别故障设备、创建维护工作订单并提高操作员的效率等。

图2示出了本公开第一实施例从分布式系统中，利用OPCAE客户端，获取OPC报警或事件信息的系统架构。其中，第一简单报警/事件服务器202部署在设备端，用于从设备报警信息收集模块201中获取设备报警信息；第二简单报警/事件服务器204部署在统计过程控制(SPC)模块端，用于获取统计过程控制信息；报警/事件管理服务器205部署在第一简单报警/事件服务器202和第二简单报警/事件服务器204之上，用于管理和汇总第一简单报警/事件服务器202和第二简单报警/事件服务器204收集到的报警/事件信息。

第一简单报警/事件服务器202和第二报警/事件管理服务器205分别与第一操作台206和第二操作台207相连，可以根据实时采集到的报警/事件，向操作台发出报警信息，以便操作人员及时采取相应措施解除报警或处理相关事件。

报警/事件管理服务器205还连接有报警/事件收集器208，可以汇总报警/事件信息并记录相应的日志信息。

在上述分布式系统中，第一操作台206、第二操作台207和报警/事件收集器208都是OPCAE客户端。

在操作S110中，本实施例在从分布式系统，获取OPC报警或事件信息时，主要利用OPCAE客户端(例如，第一操作台206、第二操作台207和报警/事件收集器208)，与分布式系统中的OPC AE服务器(例如，第一简单报警/事件服务器202、第二简单报警/事件服务器204和报警/事件管理服务器205)进行交互来收集设备管理系统(例如，设备报警信息收集模块201)和过程监控系统(例如，统计过程控制模块203)中的报警或事件信息的。

通过AE客户端收集到的报警或事件信息，往往是从现场采集到的原始数据。而这些原始数据往往会因为现场信息采集设备故障，或生产设备本身的故障采集到一些异常数据。例如，远超出正常值范围的最大值或最小值，离群点数据，无效数据，空缺数据等。

如果不进行进一步处理，直接将这些原始数据发布给上层数据处理平台，会占用大量数据传输带宽，还会大大增加上层数据处理平台的数据处理负担；而且，如果这些原始数据会发布给多个数据处理平台，则上述带宽成本和计算成本还会成倍增加，并且会引发多个数据处理平台的重复处理或计算。

为此，在操作S120中，本实施例会对OPC报警或事件信息进行加工和处理，例如，去除异常的最大值、最小值或无效数据，对离群点数据或空缺数据进行恢复等等。

如此，可相应减少要传输的数据，并大大减少上层数据处理平台的数据处理量和计算量。

由于，近些年物联网的不断普及和发展，消息队列遥测传输(Message QueuingTelemetry Transport，MQTT)协议被广泛应用于通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中和其他物联网设备之间的数据传输和交换过程中。因此，越来越多的数据处理平台，特别是针对物联网设备的数据处理平台都会支持MQTT协议。

而相比之下，由于OPC标准的学习成本较高、性能不足、需要定制化开发且通用性不高，与其他系统的集成复杂度高等原因，造成很多数据处理平台并不会直接通过OPC客户端去获取报警或事件消息。

因此，在操作S130中，本实施例会将第一待发布数据转换为符合MQTT协议的第二待发布数据，使待发布数据可以通过MQTT协议发布到更多数据处理平台。例如，通过MQTT协议，可以方便地连接到云端数据处理平台对数据进行AI分析等。

如此，进一步提高了报警或事件消息的通用性，扩大了报警或事件消息的应用场景，大大提高了报警或事件消息的使用价值。

需要说明的是，通过OPC AE客户端获取到的报警或事件信息，相比起通过OPC DA获取到的数据要复杂得，并不是简单的键值对，每一报警或事件信息都会包含报警类型、是否已经确认(Acknowledge)、设备端口号、设备型号、设备名称和具体的时间戳信息等多种属性。

因此，将OPC AE客户端获取到的报警或事件信息转换为MQTT协议支持的数据，首先需要OPC AE客户端对获取到的报警或事件信息进行解析，在获取到报警或事件的多种属性后，再转换为MQTT协议支持的数据包，即MQTT数据包。

之后，就可以通过操作S140，作为MQTT协议的生产者发布第二待发布数据了。

图3示出了，作为MQTT协议的生产者发布第二待发布数据的网络结构示意图。参考图3，MQTT协议的生产者301创建主题(Topic)A，并定期发送或在满足某一条件时，向MQTT协议的代理(Broker)302发布与主题A相关的信息，例如，某一设备的报警或事件信息。而用户通过手机303、电脑304或服务器305等支持MQTT协议的客户端设备与MQTT协议的代理302建立连接，并订阅主题A。如此，每当MQTT协议的生产者301向与MQTT协议的代理302发布与主题A相关的信息时，MQTT协议的代理302就会将接收到的信息推送到订阅该主题A的客户端；相应地，手机303、电脑304或服务器305等订阅该主题A的客户端，就会自动收到与主题A相关的信息。

如此，支持MQTT协议的数据处理平台(例如，图3中所示的服务器305)，特别是针对物联网设备的数据处理平台都可以作为MQTT协议客户端，通过MQTT协议，订阅作为MQTT协议的生产者发布的数据，从而可及时获取到指定设备或生产过程中的报警或事件信息。

图4示出了本公开第二实施例的系统架构。如图4所示，该系统自底而上分为设备协议层401、集成层402和管控层403。

设备协议层401部署有OPCAE服务器接口4011和OPC驱动程序4012(例如，AlarmDriver、ConfigDriver和CommsDriver、OPC驱动程序4013和OPC驱动程序4014等。设备协议层401主要作为OPC服务器端，用于根据OPCAE标准提供OPC报警或事件信息。

集成层402会作为OPCAE客户端，从设备协议层401获取OPC报警或事件信息，并将获取到的OPC报警或事件信息转换为统一JSON格式数据4021，向上层数据处理平台提供一些通用功能4022(例如，虚拟点计算40221、报警规则设置40222、异常值修复40223和其他配置功能40224等)，以将统一JSON格式数据4021转换为MQTT协议数据，通过MQTT协议包发布给上层的数据处理平台。其中，虚拟点计算40221功能，指对报警或事件信息进行智能的汇总和分析，使得订阅方能够获取汇总后的报警或事件信息；报警规则设置40222功能，指设置一些报警规则使得订阅方仅在满足报警规则时，才接收相应的报警信息；异常值修复40223功能，指对报警或事件信息进行异常值检测和修复处理，使得订阅方收到的是处理后的数据；其他配置40224功能，则提供一些其他配置功能，例如，设置描述信息或单位信息等。

管控层403主要指云端部署的一些数据处理平台，例如，物联网平台4031、设备管理系统4032、报警平台4033等。这些数据处理平台通过MQTT协议订阅集成层402发布的报警或事件信息，并通过集成层402提供的通用功能对报警或事件信息的订阅进行功能选择和配置。

图5示出了集成层402的处理流程，主要包括：

操作S510，连接OPE AE服务器，进行用户认证；

操作S520，判断连接是否成功，若是，则继续操作S530，若否，则报错并结束本次执行；

操作S530，通过OPCAE标准，获取OPC异常或事件信息，生成JSON实例；

在本实施例中主要通过OPCAE标准，与设备协议层401的OPCAE服务器接口4011进行数据交换，从分布式系统中，获取相关设备或生产过程中的OPC报警或事件信息。

从获取方式上，本实施例通过订阅方式获取OPC报警或事件信息。比短连接轮询的方式，采用订阅方式获取OPC报警或事件信息效率更高，对系统资源的占用少，速度更快。

之后，解析OPC报警或事件信息得到相关的属性和属性值，并转换为如下JSON格式的键值对，生成统一的JSON格式数据4021：

JSON格式的数据比较简单,易于读写,在传输时采用压缩格式,占用带宽小，还支持多种语言，能够直接为服务器端代码使用,大大简化了服务器端和客户端的代码开发量。

因此，将OPC报警或事件信息转换为JSON个性化，可以简化后续的数据加工和处理；在发布时，还可以节省更多带宽，对上层的数据处理平台来说，也更为友好，易于集成到各种数据处理过程中。

操作S540，将JSON格式的数据推送到内部的信息管道中；

由于从分布式系统中获取到的报警和事件信息的量是非常大的，很可能无法在短时间内一次处理完，这样就会造成系统资源占用较大、系统崩溃或阻塞后续处理成为系统瓶颈等问题。因此，在本实施例中，将JSON格式的数据推送到内部的信息管道中，分批次进行处理。如此，可平稳有序地推进数据处理过程，以减少系统问题和数据错误。

操作S550，对信息管道中的数据进行清洗和处理；

在本实施例中，主要会对信息管道中的数据进行以下一种或几种处理：

1)对所述OPC报警或事件信息进行异常数据处理；

通过AE客户端收集到的报警或事件信息，往往是从现场采集到的原始数据。而这些原始数据往往会因为现场信息采集设备故障，或生产设备本身的故障采集到一些异常数据。例如，远超出正常值范围的最大值或最小值，离群点数据，无效数据，空缺数据等。

对于这些数据可进行进一步加工和处理，例如，去除异常的最大值、最小值或无效数据，对离群点数据或空缺数据进行恢复等等。

如此，可相应减少要传输的数据，并大大减少上层数据处理平台的数据处理量和计算量。

2)对所述OPC报警或事件信息进行根因分析和去重；

由于，多个OPC报警或事件信息可能是由于相同的原因引起的。例如设备过载，可能会造成设备某些承载指标(例如，单位处理量、承重等)超出阈值，还有可能会使后续生产环节的生产任务等待时间过长，从而导致多条报警或事件信息。在本实施例中，会对OPC报警或事件信息进行根因分析和收敛，将相同原因产生的报警或事件信息进行合并或删减，从而进一步提高报警或事件信息的数据质量，并大幅减少上层数据处理平台的处理量。

3)对所述OPC报警或事件信息进行虚拟点计算；

虚拟点计算指将某一范围内(例如，按生产线，或者是按时段)的报警或事件信息进行智能汇总和分析，使订阅者直接获取汇总后的报警或事件信息。如此，可进一步减少上层数据处理平台的处理量。

操作S560，加载kafka地址信息和主题信息；

在本实施例，通过kafka来作为MQTT代理，实现信息地发布和订阅。在这一操作中，主要在待发布数据中加载kafka地址信息和与OPC报警或事件信息对应的主题信息。

操作S570，清除大于3小时的陈旧报警或事件信息；

对于大于3小时的陈旧报警或事件信息，有可能已经发生了相应的变化，已不能反应最新状态，也不是当前急需处理的报警或事件信息。因此，在本实施例中会清除大于3小时的陈旧报警或事件信息，以精简数据量，减少带宽占用，避免不必要的数据干扰。

操作S580，将报警或事件信息，发布到kafka的相应主题。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供一种分布式报警或事件信息处理装置，如图6所示，该装置60包括：报警或事件信息获取模块601，用于从分布式系统，获取OPC报警或事件信息；信息加工和处理模块602，用于对述OPC报警或事件信息进行加工和处理得到第一待发布数据；MQTT协议数据转换模块603，用于将第一待发布数据转换为符合MQTT协议的第二发布报数据；数据发布模块604，用于作为MQTT协议的生产者发布第二发布报数据。

根据本公开一实施例，报警或事件信息获取模块601具体用于通过订阅方式获取OPC报警或事件信息。

根据本公开一实施例，信息加工和处理模块具体用于对OPC报警或事件信息进行根因分析和去重，得到第一待发布数据。

根据本公开一实施例，信息加工和处理模块602具体用于对OPC报警或事件信息进行异常数据处理，得到第一待发布数据。

根据本公开一实施例，信息加工和处理模块602具体用于对OPC报警或事件信息进行虚拟点计算，得到第一待发布数据。

根据本公开一实施例，信息加工和处理模块602具体用于对OPC报警或事件信息进行陈旧数据清理处理，得到第一待发布数据。

根据本公开一实施例，信息加工和处理模块具体602用于将OPC报警或事件信息推送到信息管道，对信息管道中的OPC报警或事件信息进行加工和处理。

根据本公开一实施例，该装置60还包括：数据格式转换模块，用于将OPC报警或事件信息转换为JSON格式。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如分布式报警或事件信息处理方法。例如，在一些实施例中，分布式报警或事件信息处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (19)

1.一种分布式报警或事件信息处理方法，包括：

从分布式系统，获取OPC报警或事件信息；

对所述OPC报警或事件信息进行加工和处理得到第一待发布数据；

将所述第一待发布数据转换为符合MQTT协议的第二待发布数据；

作为MQTT协议的生产者发布所述第二待发布数据。

2.根据权利要求1所述的方法，其中，所述获取OPC报警或事件信息包括：

通过订阅方式获取OPC报警或事件信息。

3.根据权利要求1所述的方法，其中，对所述OPC报警或事件信息进行加工和处理得到第一待发布数据，包括：

对所述OPC报警或事件信息进行根因分析和去重，得到第一待发布数据。

4.根据权利要求1所述的方法，其中，对所述OPC报警或事件信息进行加工和处理得到第一待发布数据，包括：

对所述OPC报警或事件信息进行异常数据处理，得到第一待发布数据。

5.根据权利要求1所述的方法，其中，对所述OPC报警或事件信息进行加工和处理得到第一待发布数据，包括：

对所述OPC报警或事件信息进行虚拟点计算，得到第一待发布数据。

6.根据权利要求1所述的方法，其中，对所述OPC报警或事件信息进行加工和处理得到第一待发布数据，包括：

对所述OPC报警或事件信息进行陈旧数据清理处理，得到第一待发布数据。

7.根据权利要求1所述的方法，其中，对所述OPC报警或事件信息进行加工和处理，包括：

将所述OPC报警或事件信息推送到信息管道；

对所述信息管道中的OPC报警或事件信息进行加工和处理。

8.根据权利要求1所述的方法，在所述对所述OPC报警或事件信息进行加工和处理得到第一待发布数据之前，所述方法还包括：

将所述OPC报警或事件信息转换为JSON格式。

9.一种分布式报警或事件信息处理装置，包括：

报警或事件信息获取模块，用于从分布式系统，获取OPC报警或事件信息；

信息加工和处理模块，用于对所述OPC报警或事件信息进行加工和处理得到第一待发布数据；

MQTT协议数据转换模块，用于将所述第一待发布数据转换为符合MQTT协议的第二发布报数据；

数据发布模块，用于作为MQTT协议的生产者发布所述第二发布报数据。

10.根据权利要求9所述的装置，其中，所述报警或事件信息获取模块具体用于通过订阅方式获取OPC报警或事件信息。

11.根据权利要求9所述的装置，其中，所述信息加工和处理模块具体用于对所述OPC报警或事件信息进行根因分析和去重，得到第一待发布数据。

12.根据权利要求9所述的装置，其中，所述信息加工和处理模块具体用于对所述OPC报警或事件信息进行异常数据处理，得到第一待发布数据。

13.根据权利要求9所述的装置，其中，所述信息加工和处理模块具体用于对所述OPC报警或事件信息进行虚拟点计算，得到第一待发布数据。

14.根据权利要求9所述的装置，其中，所述信息加工和处理模块具体用于对所述OPC报警或事件信息进行陈旧数据清理处理，得到第一待发布数据。

15.根据权利要求9所述的装置，其中，所述信息加工和处理模块具体用于将所述OPC报警或事件信息推送到信息管道，对所述信息管道中的OPC报警或事件信息进行加工和处理。

16.根据权利要求9所述的装置，所述装置还包括：

数据格式转换模块，用于将所述OPC报警或事件信息转换为JSON格式。

17.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法。

Images