CN110278148B - 一种数据兼容性网关系统 - Google Patents

Abstract

本申请提供一种数据兼容性网关系统，包括基于Linux内核的工业通信网关和集成在工业通信网关中的兼容模块；其中，工业通信网关被配置为接收通信数据，以及根据通信数据的通信标准，将OPC DA通信标准的数据发送至兼容模块。兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序，并且被配置为接收OPC DA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给工业通信网关。通过在基于Linux内核的工业通信网关中内置兼容模块，可以实现对OPC DA通信标准和非OPC DA通信标准的数据双向兼容，解决基于Linux内核开发的工业通信网关，兼容仅支持OPC DA通信标准设备的问题。

Description

一种数据兼容性网关系统

技术领域

本申请涉及工业信息通信技术领域，尤其涉及一种数据兼容性网关系统。

背景技术

网关又称网间连接器、协议转换器，是一种在网络层以上实现网络互连的设备。目前，大多数工业通信网关是基于Linux内核开发的，但由于OPC DA（OLE for ProcessControl Data Access，用于过程控制的对象连接与嵌入数据访问）通信标准对于COM/DCOM组件的依赖（Component Object Model/Distributed Component Object Model，部件对象模型/分布式部件对象模型），而COM/DCOM组件又仅仅局限于Windows系统，因此基于Linux内核开发的工业通信网关无法兼容仅支持OPC DA通信标准的设备。

为了兼容仅支持OPC DA通信标准的设备，需要在设备中增加协议转换的组件，即通过协议转换组件将OPC DA通信标准设备中的数据进行重新解析，再通过网络连接发送给工业通信网关设备。这种方法需要针对每一个设备分别进行协议转换组件的适配，即针对设备的数据通信情况进行接口对接和解析方式的布置。

可见，为适应兼容性而进行的布置，其接口对接和解析配置都需要大量的硬件设备支持。而受限于协议转换组件的数据转换方式，数据解析和转换的效率很低。并且，在大型工业通信系统中，存在多种通信标准，使得传统兼容性方法很难应用到工业系统中，因此，如何使基于Linux内核开发的工业通信网关，兼容仅支持OPC DA通信标准的设备，成为本领域亟待解决的技术问题。

发明内容

本申请提供了一种数据兼容性网关系统，以解决基于Linux内核开发的工业通信网关，兼容仅支持OPC DA通信标准设备的问题。

本申请提供一种数据兼容性网关系统，包括基于Linux内核的工业通信网关，以及集成在所述工业通信网关中的兼容模块；所述兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序；

所述工业通信网关被配置为接收通信数据，以及根据所述通信数据的通信标准，将OPC DA通信标准的数据发送至所述兼容模块；

所述兼容模块被配置为接收OPC DA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给所述工业通信网关。

可选的，所述工业通信网关与所述兼容模块通过以太网连接，所述兼容模块包括独立于所述工业通信网关的处理器、存储器和以太网接口；

通过所述以太网接口接收的OPC DA通信标准的数据，在所述存储器中被所述处理器解析；以及，解析后的数据通过以太网接口发送给所述工业通信网关。

可选的，所述数据兼容性网关系统还包括连接所述工业通信网关的多个OPC服务器和客户端；

多个OPC服务器分置于多个工业现场，以采集或生成数据；多个客户端中内置工业应用程序；所述客户端通过所述工业通信网关获取OPC服务器采集或生成的数据，并通过内置的应用程序处理获取的数据。

可选的，所述工业通信网关还被配置为：获取任一所述OPC服务器和任一所述客户端所支持的通信标准类型；以及，

判断所述OPC服务器和所述客户端所支持的通信标准类型是否一致；若不一致，将从OPC服务器获取的数据，转化为所述客户端所支持通信标准的数据。

可选的，兼容模块被进一步配置为：向工业通信网关发起连接；以及，解析工业通信网关发送的数据包，并开启符合所述客户端所支持通信标准类型的服务，以将解析后的数据通过开启的服务提供给所述客户端；

所述工业通信网关被配置为与所述兼容模块建立连接；以及，对所述OPC服务器发送的数据包进行源地址转换，并将源地址转换后的数据包发送给所述兼容模块。

可选的，所述工业通信网关内置Netfilter模块；通过所述OPC服务器获取的数据包，先发送至所述工业通信网关的Linux内核，再通过所述Netfilter模块将数据包进行源地址转换。

可选的，所述工业通信网关还被配置为：在所述兼容模块开启符合所述客户端所支持通信标准类型的服务后，进行端口映射，使接收的数据包通过端口映射转发至所述兼容模块。

可选的，所述工业通信网关还被配置为：判断所述OPC服务器和所述客户端所支持通信标准类型是否为非OPC DA通信标准；若均是非OPC DA通信标准，通过工业通信网关的Linux内核解析数据包；以及，

开启符合客户端所支持通信标准类型的服务，以通过开启的服务向客户端发送解析后的数据包。

可选的，所述工业通信网关还被配置为：遍历当前工业通信网关的全部网关任务中，是否存在应用OPC DA通信标准的网关任务；若不存在，控制兼容模块进入休眠状态。

由以上技术方案可知，本申请提供一种数据兼容性网关系统，包括基于Linux内核的工业通信网关，以及集成在工业通信网关中的兼容模块；其中，工业通信网关被配置为接收通信数据，以及根据通信数据的通信标准，将OPC DA通信标准的数据发送至兼容模块。兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序，并且被配置为接收OPC DA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给工业通信网关。通过在基于Linux内核的工业通信网关中内置兼容模块，可以实现对OPC DA通信标准和非OPC DA通信标准的数据双向兼容，解决基于Linux内核开发的工业通信网关，兼容仅支持OPC DA通信标准设备的问题。

附图说明

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

图1为本申请一种数据兼容性网关系统的结构示意图；

图2为本申请数据兼容性网关的数据传递流程示意图；

图3为本申请一种工业通信网关的结构示意图；

图4为本申请判断通信标准类型的流程示意图；

图5为本申请数据兼容性网关系统数据转换流程示意图。

具体实施方式

下面将详细地对实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下实施例中描述的实施方式并不代表与本申请相一致的所有实施方式。仅是与权利要求书中所详述的、本申请的一些方面相一致的系统和方法的示例。

参见图1，为本申请一种数据兼容性网关系统的结构示意图。由图1可知，本申请提供的数据兼容性网关系统，包括基于Linux内核的工业通信网关，以及集成在所述工业通信网关中的兼容模块；所述兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序；

如图2所示，所述工业通信网关被配置为接收通信数据，以及根据所述通信数据的通信标准，将OPC DA通信标准的数据发送至所述兼容模块；所述兼容模块被配置为接收OPCDA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给所述工业通信网关。

在本申请提供的技术方案中，在基于Linux内核的工业通信网关中，集成一个支持Windows的兼容模块。在所述数据兼容性网关系统的内部，基于Linux内核的工业通信网关与Windows模块通过以太网连接。通信网关将直接处理所有非OPC DA通信标准的数据，而涉及OPC DA通信标准的数据将由Windows模块来完成。

进一步地，如图3所示，所述工业通信网关与所述兼容模块通过以太网连接，所述兼容模块包括独立于所述工业通信网关的处理器、存储器和以太网接口；通过所述以太网接口接收的OPC DA通信标准的数据，在所述存储器中被所述处理器解析；以及，解析后的数据通过以太网接口发送给所述工业通信网关。即在实际应用中，兼容模块拥有独立的数据处理能力，以便对数据进行解析、转化处理，并且可以通过在兼容模块中进一步安装Windows环境下的应用程序，辅助进行数据处理，增加兼容模块的扩展功能。

实际工业生产中，所述数据兼容性网关系统还包括连接所述工业通信网关的多个OPC服务器和客户端；多个OPC服务器分置于多个工业现场，以采集或生成数据；多个客户端中内置工业应用程序；所述客户端通过所述工业通信网关获取OPC服务器采集或生成的数据，并通过内置的应用程序处理获取的数据。

OPC服务器可以是实际工业生产中应用的生产设备、控制设备或管理设备等，实际生产过程产生的各种数据可以通过OPC服务器进行统一汇总、转化，以发送到工业通信网关中。工业通信网关再将数据转发给相应的客户端进行处理，完成工业控制的目的，显然本申请提供的技术方案中，由于具体的工业控制方法不同，实际控制过程的控制主体也不同，因此作为OPC服务器的设备同时也可以作为客户端设备，即客户端设备也可以是实际工业生产中应用的生产设备、控制设备或管理设备等。此外，客户端作为工业过程的实际控制设备，还可以是其他类型设备，例如计算机、移动终端等。

所述工业通信网关还被配置为：获取任一所述OPC服务器和任一所述客户端所支持的通信标准类型；以及，判断所述OPC服务器和所述客户端所支持的通信标准类型是否一致；若不一致，将从OPC服务器获取的数据，转化为所述客户端所支持通信标准的数据。即在实际应用中，如图4所示，整个工业通信网关可以执行以下程序步骤：

S101：获取OPC服务器和客户端所支持的通信标准类型；

S102：判断所述OPC服务器和所述客户端所支持的通信标准类型是否一致；

S103：如果所述OPC服务器和所述客户端所支持的通信标准类型不一致，将从OPC服务器获取的数据，转化为所述客户端所支持通信标准的数据。

实际应用中，工业通信网关可以通过分析OPC服务器和客户端曾经传输的数据通信标准类型的历史记录，或者通过OPC服务器和客户端的注册信息，来获取OPC服务器和客户端所支持的通信标准类型。根据获取的类型可以判断OPC服务器和客户端所支持的通信标准类型是否一致。其中，如果所述OPC服务器和所述客户端所支持的通信标准类型一致，例如：OPC服务器仅支持OPC DA通信标准，客户端也仅支持OPC DA通信标准，一般无需工业通信网关进行数据转化。

对于OPC服务器和客户端所支持的通信标准类型不一致，例如，OPC服务器仅支持OPC DA通信标准，客户端支持OPC UA通信标准；OPC服务器仅支持OPC DA通信标准，客户端仅支持如Modbus协议等非OPC通信标准；OPC服务器支持OPC UA通信标准，客户端仅支持OPCDA通信标准；OPC服务器支持OPC UA通信标准，客户端应用仅支持如Modbus协议等非OPC通信标准等，可以通过工业通信网关进行数据通信标准的转化，即，将从OPC服务器获取的数据，转化为所述客户端所支持通信标准的数据。

对于需要进行数据通信标准转化的情况，兼容模块被进一步配置为：向工业通信网关发起连接；以及，解析工业通信网关发送的数据包，并开启符合所述客户端所支持通信标准类型的服务，以将解析后的数据通过开启的服务提供给所述客户端；所述工业通信网关被配置为与所述兼容模块建立连接；以及，对所述OPC服务器发送的数据包进行源地址转换，并将源地址转换后的数据包发送给所述兼容模块。

其中，所述工业通信网关内置Netfilter模块；通过所述OPC服务器获取的数据包，先发送至所述工业通信网关的Linux内核，再通过所述Netfilter模块将数据包进行源地址转换。进一步地，所述工业通信网关还被配置为：在所述兼容模块开启符合所述客户端所支持通信标准类型的服务后，进行端口映射，使接收的数据包通过端口映射转发至所述兼容模块，如图5所示。

例如，在实际应用中，如果OPC服务器仅支持OPC DA通信标准，客户端支持OPC UA通信标准，由于OPC DA通信标准只适用于Windows平台，因此需要对OPC服务器发送的数据进行转换，才能满足客户端的通信标准要求。

在该情景下，通信网关的角色是OPC DA客户端与OPC UA服务器。实际传输过程中，首先，基于Windows内核的兼容模块会主动向OPC DA服务（通信网关的Linux部分）发起连接。OPC服务器传输来的数据包将先发送给工业通信网关的Linux内核，并通过Linux系统内置的Netfilter模块，将数据包进行源地址转换（SNAT转换），再发送给OPC DA服务器。OPCDA服务在接收到连接请求后，将会回复通信网关，该回复将先由Linux内核捕获，Netfilter模块根据之前的SNAT转换结果，将该数据包转发给兼容模块。并经过几次握手协商后，通信网关的兼容模块与OPC DA服务完成连接。

完成连接后，兼容模块将会解析所有数据，同时开启一个符合OPC UA通信标准的服务，使兼容模块处理的数据将会以OPC UA通信标准向外提供。在兼容模块完成OPC UA服务的创建后，工业通信网关中的Linux部分将会完成端口映射，使工业通信网关的某自定义端口接收的数据包，转发至兼容模块上运行的OPC UA服务所监听的端口。

又例如，实际应用中，如果OPC服务器支持OPC UA通信标准，客户端应用仅支持OPCDA通信标准。在该情景下，通信网关的角色是OPC UA的客户端与OPC DA的服务器。首先，工业通信网关中的Linux模块会主动向OPC UA服务发起连接，经过几次握手协商，通信网关的Linux模块与OPC UA服务完成连接。

完成连接后，Linux模块将会解析所有数据，同时开启一个符合OPC UA通信标准的服务，所有数据将会以OPC UA通信标准提供。在Linux模块完成OPC UA服务的创建后，基于Windows平台的兼容模块将会启动一个OPC UA 客户端来连接Linux模块创建的OPC UA服务。兼容模块将会解析所有数据，同时开启一个符合OPC DA通信标准的服务，所有数据将会以OPC DA通信标准提供。在兼容模块完成OPC DA服务的创建后，Linux模块将会完成端口映射，使通信网关的TCP/135端口接收的数据包转发至兼容模块的TCP/135端口，并根据后续客户端握手连接时，协商的通信端口，进行端口映射，以完成通信。

上述示例中，OPC服务器支持的通信标准，与客户端支持的通信标准不同，其中OPCUA通信标准是一种与平台无关的通信标准形式，而OPC DA通信标准只适用于Windows平台。因此客户端无法直接处理OPC服务器传输的数据。通过本申请的工业通信网关中的兼容模块，可以将OPC DA通信标准的数据与OPC UA通信标准进行转化，从而在不改变OPC服务器或客户端设备原本通信形式的前提下，达到通信的目的。因此，本申请提供的数据兼容网关，可以在工业硬件设备升级过渡时期保证工业数据的通信，兼容老旧设备，减少设备投入。

上述实施例示出的通信标准中都包含OPC DA这一仅支持Windows平台的通信标准，因此，需要兼容模块针对传输的数据进行相应的转化才能完成通信。实际应用中，本申请提供的数据兼容网关系统还可以适用于其他类型的通信标准的通信情形，因此在本申请的部分实施例中，所述工业通信网关还被配置为：判断所述OPC服务器和所述客户端所支持通信标准类型是否为非OPC DA通信标准；若均是非OPC DA通信标准，通过工业通信网关的Linux内核解析数据包；以及，开启符合客户端所支持通信标准类型的服务，以通过开启的服务向客户端发送解析后的数据包。

例如，对于OPC服务器仅支持OPC DA通信标准，客户端也仅支持OPC DA通信标准的情景，由于都涉及到OPC DA通信标准，因此在该情景下，通信网关的角色是OPC DA 客户端与OPC DA服务器。

首先，基于Windows平台的兼容模块会主动向OPC DA服务发起连接，数据包将先发送给通信网关的Linux内核。Linux系统中的Netfilter模块会将数据包进行SNAT转换，再发送给OPC DA服务，OPC DA服务收到连接请求后将会回复工业通信网关。该回复将先由Linux内核捕获，Netfilter模块根据之前的SNAT转换，将该数据包转发给兼容模块。经过几次握手协商，通信网关的兼容模块与OPC DA服务器完成连接。

完成连接后，基于Windows平台的兼容模块将会解析所有数据，同时开启一个符合OPC DA通信标准的服务，所有数据将会以OPC DA通信标准提供。在Windows模块完成OPC DA服务的创建后，Linux模块将会完成端口映射，使通信网关的TCP/135端口接收的数据包转发至Windows模块的TCP/135端口，并根据后续客户端握手连接时协商的通信端口进行端口映射以完成通信。

上述示例中，由于工业通信网关也是基于Linux平台，并且工业通信网关作为网关设备需要对数据进行初步处理，因此，在本实施例中，即便是OPC服务器与客户端都是支持OPC DA通信标准的情景，依然需要兼容模块将数据进行解析。

另外，在实际应用中，如果所述OPC服务器和所述客户端所支持通信标准类型均为非OPC DA通信标准，所述工业通信网关还被配置为：遍历当前工业通信网关的全部网关任务中，是否存在应用OPC DA通信标准的网关任务；若不存在，控制兼容模块进入休眠状态。

例如，OPC服务器支持OPC UA通信标准，客户端也支持OPC UA通信标准的情景，在该情景下，通信网关的角色是OPC UA客户端与OPC UA服务器。

工业通信网关中的Linux模块会主动向OPC UA服务发起连接，经过几次握手协商，通信网关的Linux模块与OPC UA服务完成连接。完成连接后，Linux模块将会解析所有数据，同时开启一个符合OPC UA通信标准的服务，所有数据将会以OPC UA通信标准提供。此情景下，若无其他应用到OPC DA的工程，可将兼容模块休眠。

又例如，OPC服务器支持OPC UA通信标准，客户端仅支持如Modbus协议等非OPC通信标准的情景。在该情景下，通信网关的角色是OPC UA 客户端与Modbus Slave。

通信网关的Linux模块会主动向OPC UA服务发起连接，经过几次握手协商，通信网关的Linux模块与OPC UA服务完成连接。完成连接后，Linux模块将会解析数据，然后将会把数据以Modbus协议进行封包提供给客户端应用。此情景下，若无其他应用到OPC DA的工程，可将Windows模块休眠。

由以上技术方案可知，本申请提供一种数据兼容性网关系统，包括基于Linux内核的工业通信网关，以及集成在工业通信网关中的兼容模块；其中，工业通信网关被配置为接收通信数据，以及根据通信数据的通信标准，将OPC DA通信标准的数据发送至兼容模块。兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序，并且被配置为接收OPC DA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给工业通信网关。通过在基于Linux内核的工业通信网关中内置兼容模块，可以实现对OPC DA通信标准和非OPC DA通信标准的数据双向兼容，解决基于Linux内核开发的工业通信网关，兼容仅支持OPC DA通信标准设备的问题。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (6)

1.一种数据兼容性网关系统，其特征在于，包括基于Linux内核的工业通信网关，以及集成在所述工业通信网关中的兼容模块；所述兼容模块基于Windows内核，能够解析OPC DA通信标准的数据以及独立运行基于Windows的应用程序；

所述工业通信网关被配置为接收通信数据，以及根据所述通信数据的通信标准，将OPCDA通信标准的数据发送至所述兼容模块；

所述兼容模块被配置为接收OPC DA通信标准的数据，以及将OPC DA通信标准的数据解析并发送给所述工业通信网关；

所述数据兼容性网关系统还包括连接所述工业通信网关的多个OPC服务器和客户端；

多个OPC服务器分置于多个工业现场，以采集或生成数据；多个客户端中内置工业应用程序；所述客户端通过所述工业通信网关获取OPC服务器采集或生成的数据，并通过内置的应用程序处理获取的数据；

所述工业通信网关还被配置为：通过分析OPC服务器和客户端曾经传输的数据通信标准类型的历史记录，或者通过OPC服务器和客户端的注册信息获取任一所述OPC服务器和任一所述客户端所支持的通信标准类型；以及，

判断所述OPC服务器和所述客户端所支持的通信标准类型是否一致；若不一致，将从OPC服务器获取的数据，转化为所述客户端所支持通信标准的数据；

兼容模块被进一步配置为：向工业通信网关发起连接；以及，解析工业通信网关发送的数据包，并开启符合所述客户端所支持通信标准类型的服务，以将解析后的数据通过开启的服务提供给所述客户端；

所述工业通信网关被配置为与所述兼容模块建立连接；以及，对所述OPC服务器发送的数据包进行源地址转换，并将源地址转换后的数据包发送给所述兼容模块。

2.根据权利要求1所述的数据兼容性网关系统，其特征在于，所述工业通信网关与所述兼容模块通过以太网连接，所述兼容模块包括独立于所述工业通信网关的处理器、存储器和以太网接口；

通过所述以太网接口接收的OPC DA通信标准的数据，在所述存储器中被所述处理器解析；以及，解析后的数据通过以太网接口发送给所述工业通信网关。

3.根据权利要求1所述的数据兼容性网关系统，其特征在于，所述工业通信网关内置Netfilter模块；通过所述OPC服务器获取的数据包，先发送至所述工业通信网关的Linux内核，再通过所述Netfilter模块将数据包进行源地址转换。

4.根据权利要求1所述的数据兼容性网关系统，其特征在于，所述工业通信网关还被配置为：在所述兼容模块开启符合所述客户端所支持通信标准类型的服务后，进行端口映射，使接收的数据包通过端口映射转发至所述兼容模块。

5.根据权利要求1所述的数据兼容性网关系统，其特征在于，所述工业通信网关还被配置为：判断所述OPC服务器和所述客户端所支持通信标准类型是否为非OPC DA通信标准；若均是非OPC DA通信标准，通过工业通信网关的Linux内核解析数据包；以及，

开启符合客户端所支持通信标准类型的服务，以通过开启的服务向客户端发送解析后的数据包。

6.根据权利要求5所述的数据兼容性网关系统，其特征在于，所述工业通信网关还被配置为：遍历当前工业通信网关的全部网关任务中，是否存在应用OPC DA通信标准的网关任务；若不存在，控制兼容模块进入休眠状态。

Images