CN101859139A - 一种分布式控制系统的数据共享实现方法及装置 - Google Patents

Abstract

本发明公开了一种分布式控制系统的数据共享实现方法及装置，其中，所述方法包括：应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。通过本发明，可以在分布式控制系统中降低分布式控制系统节点的耦合性，实现有效的非对称数据共享。

Description

一种分布式控制系统的数据共享实现方法及装置

技术领域

本发明涉及工业自动化技术领域，更具体地说，涉及一种分布式控制系统的数据共享实现方法及装置。

背景技术

通常，分布式控制系统(Distributed Control System，DCS)的架构是网络拓扑结构，所有的分布节点，例如：现场控制站，构成一个局域网。所谓数据共享是指某个控制站从现场获取的数据(例如采集的温度、压力、流量等数据)可以被其它控制站引用。

目前，DCS系统中实现分布节点之间的数据共享处理方式可以归结为以下对称组态以及限制被引用总站数、定时全部输送被引用数据的方式：

工程师利用组态软件进行对称组态时，对于需要共享的数据，在引用控制站和被引用控制站都进行标记，例如：15号控制站采集的锅炉温度定义为VAR15_T，而16号控制站也需要共享这个锅炉的温度，此时工程师在组态时按照约定的格式分别在15和16站进行标记，就可以实现锅炉温度在15和16站的共享了。在实现数据共享时，必须保证各控制站之间共享的数据类型完全相同。如果需要共享的变量很多，会通过一个数据包包含这些共享的变量。在引用与被引用控制站对数据包进行标记时必须保证，数据包中的变量个数相同且变量排列次序完全一致。

除此之外，多数组态软件对共享被引用数据的总控制站数目进行限制，如上所述，15号站采集的锅炉温度只能被有限的(例如低于20个)其它控制站引用，而在处理这些被引用的数据时，采用的通信方式大多是网络通信，实现方式是定时周期循环把被引用的数据全部发出至相应的控制站。

但是，通过发明人的研究发现，现有技术中仍然存在着以下缺点：

数据共享的控制站之间具有很高的耦合度，且共享数据的可扩展性差。这是由于：

首先，对称组态虽然取得了引用与被引用方的数据共享的对称(即彼此相知)，但是也大大提高了控制器之间的耦合度，例如：当16号站不仅需要引用15号站采集的锅炉温度，还要引用10号站采集的某个开关阀的状态，根据对称原则所有与16号站的关联的控制站都要重新组态程序并下装到控制器之中，这种“牵一发而动全身”的耦合效应在实际控制中是不可取的，甚至是不能接受的；而且，在组态的时候，如果数据包包含的数据次序颠倒或者类型不同，那么整包数据包的数据都将做废弃处理；

其次，目前的DCS系统是网络拓扑结构，控制器互为冗余，理论上一个域内是可以支持100以上的分布节点的。现有DCS系统中控制站之间的数据共享在实际引用中具有：交叉引用的控制站个数多，控制站与控制站之间的引用的数据少的特点。然而，随着被控对象的增多以及现场情况的复杂，这种限制被引用总站数的方案在复杂的控制现场(如核电控制站)就显得捉襟见肘；而且，现有这种不考虑网络负载，一次全部发送被引用数据的做法在某些情况下(如数据量大时)对DCS系统核心控制器程序的影响也大为增加。

由此可见，现有技术在分布式控制系统中无法实现有效的数据共享。

发明内容

有鉴于此，本发明实施例提供一种分布式控制系统的数据共享实现方法及装置，以在分布式控制系统中实现有效的数据共享。

本发明实施例提供一种分布式控制系统的数据共享实现方法，包括：

应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

优选的，所述应答控制站根据所述共享数据的标识信息，生成共享数据包，包括：

所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；

如果是，则生成包含所述请求控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

如果否，则生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

优选的，所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的数据，包括：

所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

优选的，当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，所述方法还包括：

所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包；

所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期中向相应数目的控制站发送所述数据共享请求。

进一步，所述方法还包括：

所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。

一种分布式控制系统的数据共享实现装置，包括：

数据共享请求接收模块，用于控制应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

应答反馈生成模块，用于控制所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

应答反馈发送模块，用于控制所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

优选的，所述应答反馈生成模块包括：

判断子模块，用于控制所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；如果是，则触发第一应答反馈子模块；如果否，则触发第二应答反馈子模块；

所述第一应答反馈子模块，用于生成包含所述请求控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

所述第二应答反馈子模块，用于生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

优选的，所述判断子模块通过控制所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

优选的，当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，所述装置还包括：

周期获取模块，用于控制所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

共享请求发送模块，用于所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期中向相应数目的控制站发送所述数据共享请求；

则，所述应答反馈发送模块用于控制所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包。

进一步，所述装置还包括：

重发请求模块，用于控制所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。

同现有技术相比，本发明提供的技术方案中，采用非对称组态方式，仅由请求共享数据的控制站在组态时对请求共享的数据设置标识信息，并将该共享数据的标识信息携带于请求控制站发起的数据共享请求中，这样，应答控制站可以根据共享数据的标识信息，生成共享数据包，从而避免某一请求控制站的数据共享需求发生变化时，与其相关的其它控制站的组态发生相应变化的耦合效应，从而可以降低控制站之间的耦合性，能够在分布式控制系统中实现有效的数据共享。

附图说明

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

图1为本发明实施例提供的一种分布式控制系统的数据共享实现方法步骤流程图；

图2为本发明实施例应答控制站根据所述共享数据的标识信息，生成应答反馈的流程示意图；

图3为本发明实施例数据共享请求和应答反馈的发送过程的流程示意图；

图4为本发明实施例提供的一种分布式控制系统的数据共享实现装置结构示意图；

图5为本发明实施例提供的另一种分布式控制系统的数据共享实现装置结构示意图；

图6为本发明实施例提供的又一种分布式控制系统的数据共享实现装置结构示意图；

图7为本发明实施例提供的另外一种分布式控制系统的数据共享实现装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

下面首先对本发明提供的分布式控制系统的数据共享实现方法进行说明，参照图1所示，所述方法包括：

步骤101、应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

步骤102、所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

步骤103、所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

本发明提供的技术方案中，采用非对称组态方式，仅由请求共享数据的控制站在组态时对请求共享的数据设置标识信息，并将该共享数据的标识信息携带于请求控制站发起的数据共享请求中，这样，应答控制站可以根据共享数据的标识信息，生成共享数据包，从而避免某一请求控制站的数据共享需求发生变化时，与其相关的其它控制站的组态发生相应变化的耦合效应，从而可以降低控制站之间的耦合性，能够在分布式控制系统中实现有效的数据共享。

为了清楚描述非对称组态，仍以DCS系统中的15号控制站和16号控制站为例进行说明。当16号控制站需要引用15号控制站采集到的锅炉温度(假设15号控制站采集的锅炉温度定义为VAR15_T)，此时16号控制站只需在组态的时候对15号站定义的锅炉温度参数做个引用标记即可(如标记形式为15#VAR15_T，通过该标记形式代表要引用15号控制站的VAR15_T即锅炉温度)，15号控制站在组态时不必知道16号控制站要引用自己的锅炉温度参数，控制站之间共享信息的身份标识是工程师组态时对共享信息的变量的命名。

在本发明的一个优选实施例中，所述应答控制站根据所述共享数据的标识信息，生成应答反馈可以通过以下具体流程实现，如图2所示，包括：

步骤201、所述应答控制站获取数据共享请求中携带的共享数据的标识信息；

步骤202、所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；如果是，则继续步骤203；如果否，则继续步骤204；

步骤203、生成包含所述应答控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

步骤204、生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

对于请求控制站请求共享的数据，应答控制站可能不存在。对于应答控制站不存在的共享数据，现有技术中的处理方案是将整个请求数据包全部丢弃。而本发明技术方案中，应答控制站针对请求控制站发起的数据共享请求采用了挑选处理，所谓挑选处理就是：如果应答控制站不存在某些请求共享的数据，则可以根据共享数据的标识信息剔除不存在的数据，而引用存在的数据生成共享数据包，仍以16号控制站需要引用15号控制站采集的数据信息为例：

本发明实施例中，16号控制站发送的数据共享请求内容包括：应答控制站15号控制站的全部信息、共享数据的标识信息及应答标记信息，其中，所述应答标记信息用于标识共享数据包中是否包含16号控制站所请求共享的所有数据。

需要说明的是，所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的数据的实现方式可以是：

所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

仍然以上述15号控制站和16号控制站为例进行说明，15号控制站接收到16号控制站发送的数据共享请求，根据数据共享请求中携带的共享数据的标识信息，对所有16号控制站的数据共享信息在本地哈希表里进行搜索，控制站之间的共享数据的标识是组态定义的变量名，因此，只要变量名和数据类型匹配就应答此请求信息，如果不匹配则构造共享数据虚信息通知请求方，通过共享数据虚信息表征不存在的数据有哪些。因此，15号控制站在包含所述应答控制站请求共享的所有数据情形下，向16号控制站发送的反馈信息为：包含全部共享数据的共享数据包以及标识所述共享数据包包含所述请求控制站请求共享的所有数据的第一应答标记信息；而在未包含所述请求控制站请求共享的所有数据的情形下，向16号控制站发送的反馈信息为：包含当前存在数据的共享数据包、共享数据虚信息以及标识所述共享数据包未包含所述请求控制站请求共享的所有数据的第二应答标记信息。

16号控制站接收到15号控制站发送的反馈信息，根据应答标记信息判断反馈信息中是否包含所有共享数据；当反馈信息中包含共享数据虚信息时，则可以根据该虚信息获得15号控制站中不存在的共享数据，因此，可以直接对存在的共享数据加以利用。

实际应用中，当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，如图3所示，数据共享请求和应答反馈的发送过程包括：

步骤301、所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

步骤302、所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包；

步骤303、所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期内中向相应数目的控制站发送所述数据共享请求。

该实施例中，提供了一种控制着自适应发送数据共享请求和应答反馈的实施方案。

DCS系统包含很多现场控制站，每个现场控制站的数据(如采集到的温度、压力等)都可能被其它控制站共享，同时自身的数据也有可能共享其它控制站的数据。例如：15号控制站需要共享20，21……35号每个控制站的30个变量，同时40，41……55号控制站也需要共享15号控制站的变量。因此，对于15号控制站而言，15号控制站需要向20，21……35总共16个控制站发出数据共享请求；15号控制站也需要对40，41……55号控制站做出应答反馈。可以看出，15号控制站发出所有数据共享请求以及应答反馈将会耗费很长的时间，如果超过控制周期将是不允许的，不允许的原因如下：

控制周期可以理解为在一段时间内对许多任务的调度周期，而且每个任务的执行不能超过控制周期。当控制周期为1秒时，则如果所有数据共享请求以及应答反馈花费3秒肯定是不允许的。

可以理解的是，发送周期就是发送数据共享请求与对其它控制站共享信息的应答反馈的时间间隔，一般，发送周期要大于控制周期几倍。假设控制周期为1秒，发送周期为10秒，发出所有数据共享请求与所有应答反馈将花费5秒，在一个控制周期内做完显然是不允许的。但是发送周期为10秒，也就是执行此任务只要在10秒之内做完就可以，而不必要一次做完。因此，对于数据共享请求信息的发送可以采用逐次发送即自适应发送的形式，具体实现方式如下：

假设某控制站需要向其它站请求数据共享的总站数为M(36个)发送周期为SendCycle(假设为10秒)，控制周期为CtrlCycyle(1秒)，则发送周期内分段个数Step＝SendCycle/CtrlCycyle(10)，其中一个控制周期用来发送应答信息，其余的用来发送请求信息，因此一个控制周期平均发送请求信息的目的站数为TotalNum＝M/(Step-1)(4个)。可见，自适应发送数据共享请求其实是将大任务分割为一个一个的小任务并逐步完成。其中，对于应答反馈的发送，由于相比较数据共享请求来说，数据量不大且耗时不长，则可利用一个控制周期完成，通常，利用一个发送周期中的最后一个控制周期发送所有应答信息以及共享数据包。

可见，采用自适应发送策略，数据共享请求可以适应请求控制站总数的变化进行发送，使得多控制站之间的负载更为均衡。

通常，DCS系统的网络结构采用双网冗余策略，即根据对双网的诊断结果选择利用哪个网段进行发送。

除此之外，由于控制站之间的数据共享是非对称的，就需要请求控制站主动发出请求，接收应答控制站的应答反馈，根据应答反馈的结果而做相应的处理。但是，请求控制站发出的数据共享请求之后，未必就可以接收到应答控制站的应答反馈，或者应答反馈未必正确，这时为了建立共享信息的完备性(即彼此相知)，可以采用重发请求机制，即：所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。预置时间可以根据实际应用由本领域技术人员进行设定，本发明实施例对此不做具体限定。

需要说明的是，请求控制站与应答控制站之间建立起“数据共享请求——应答反馈”的数据传输模式之后，在一段时间之内，如果请求控制站请求共享的数据没有变化时，则请求控制站不需要再次向应答控制站发送数据共享请求，请求控制站可以根据实际应用，采用周期传送应答反馈的方式，将请求控制站请求共享的数据发送至请求控制站。当请求控制站请求共享的数据发生变化时，则需要请求控制站重新向应答控制站发送请求信息。

此外，本发明实施例技术方案中所提到的哈希表(包含了所有可能成为共享信息的变量集合)的建立时间为组态程序下装到控制站以后，通常，哈希表最大有2万点项，由于现场控制站是典型的嵌入式设备，资源有限，如果在现场控制站平台下进行哈希表的创建将耗时几百毫秒，对于实时控制系统，这是不可取的。考虑到DCS系统的组网特点，可以把工程师站和现场控制站作为一个整体，充分利用工程师站(PC机)的强大资源，使用负载转移技术，把耗时部分即生成哈希表的过程在工程师站完成保存成文件，待下装时下载到现场控制站的程序之中。

相应上述现场总线仪表管理系统的数据管理方法，本发明实施例还提供了一种分布式控制系统的数据共享实现装置，如图4所示，该装置具体可以包括：

数据共享请求接收模块401，用于控制应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

应答反馈生成模块402，用于控制所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

应答反馈发送模块403，用于控制所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

在本发明的另外一个优选实施例中，如图5所示，所述应答反馈生成模块402包括：

判断子模块4021，用于控制所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；如果是，则触发第一应答反馈子模块4022；如果否，则触发第二应答反馈子模块4023；

所述第一应答反馈子模块4022，用于生成包含所述请求控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

所述第二应答反馈子模块4023，用于生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

其中，所述判断子模块通过控制所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，如图6所示，所述装置还包括：

周期获取模块404，用于控制所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

共享请求发送模块405，用于所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期中向相应数目的控制站发送所述数据共享请求；

则，所述应答反馈发送模块用于控制所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包。

如图7所示，为本发明实施例提供的另外一种分布式控制系统的数据共享实现装置，该装置还可以包括：重发请求模块406，用于控制所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。

对于装置实施例而言，由于其基本相应于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明实施例的精神或范围的情况下，在其它实施例中实现。因此，本发明实施例将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种分布式控制系统的数据共享实现方法，其特征在于，所述方法包括：

应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

2.根据权利要求1所述的分布式控制系统的数据共享实现方法，其特征在于，所述应答控制站根据所述共享数据的标识信息，生成应答反馈，包括：

所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；

如果是，则生成包含所述请求控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

如果否，则生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

3.根据权利要求2所述的分布式控制系统的数据共享实现方法，其特征在于，所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的数据，包括：

所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

4.根据权利要求1所述的分布式控制系统的数据共享实现方法，其特征在于，当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，所述方法还包括：

所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包；

所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期中向相应数目的控制站发送所述数据共享请求。

5.根据权利要求1～4中任一项所述的分布式控制系统的数据共享实现方法，其特征在于，所述方法还包括：

所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。

6.一种分布式控制系统的数据共享实现装置，其特征在于，所述装置包括：

数据共享请求接收模块，用于控制应答控制站接收请求控制站发起的数据共享请求，所述数据共享请求中携带有共享数据的标识信息；

应答反馈生成模块，用于控制所述应答控制站根据所述共享数据的标识信息，生成应答反馈，所述应答反馈包括共享数据包以及应答信息；

应答反馈发送模块，用于控制所述应答控制站向所述请求控制站发送所述应答反馈，实现所述请求控制站和应答控制站之间的数据共享。

7.根据权利要求6所述的分布式控制系统的数据共享实现装置，其特征在于，所述应答反馈生成模块包括：

判断子模块，用于控制所述应答控制站根据所述共享数据的标识信息，判断是否包含所述请求控制站请求共享的所有数据；如果是，则触发第一应答反馈子模块；如果否，则触发第二应答反馈子模块；

所述第一应答反馈子模块，用于生成包含所述请求控制站请求共享的所有数据的共享数据包，并生成第一应答标记信息，所述第一应答标记信息用于标识所述共享数据包包含所述请求控制站请求共享的所有数据；

所述第二应答反馈子模块，用于生成包含当前存在数据的共享数据包，并生成第二应答标记信息，所述第二应答标记信息用于标识所述共享数据包未包含所述请求控制站请求共享的所有数据。

8.根据权利要求7所述的分布式控制系统的数据共享实现装置，其特征在于，所述判断子模块通过控制所述应答控制站查找哈希表，判断所述哈希表中是否包含与所述标识信息相匹配的变量数据，若是，则确定包含所述请求控制站请求共享的数据。

9.根据权利要求6所述的分布式控制系统的数据共享实现装置，其特征在于，当某控制站需要向多个控制站发送数据共享请求、并需要向另外多个控制站发送应答反馈时，所述装置还包括：

周期获取模块，用于控制所述某控制站确定发送所有数据共享请求和应答信息的发送周期，根据发送某一共享请求和某一应答信息的控制周期，获得所述发送周期包含的控制周期数目；

共享请求发送模块，用于所述某控制站根据需要接收所述共享请求的控制站数目、以及一个发送周期中剩余的控制周期，获得剩余的每个控制周期内发送所述数据共享请求的控制站数目，并在剩余的每个控制周期中向相应数目的控制站发送所述数据共享请求；

则所述应答反馈发送模块用于控制所述某控制站利用一个发送周期中的最后一个控制周期发送所述所有应答信息以及共享数据包。

10.根据权利要求6～9中任一项所述的分布式控制系统的数据共享实现装置，其特征在于，所述装置还包括：

重发请求模块，用于控制所述请求控制站判断在预置时间内是否接收到共享数据包，如果否，则重新发起所述数据共享请求。

Images