专利名称：工业协议的扩展地址空间能力的制作方法
技术领域：
本发明一般涉及一种工业控制系统，尤其是涉及在工业协议中提供统一的寻址空间以使得能用单一的寻址模式跨网络通信的系统和方法。
背景技术：
工业控制器是用于控制工业过程、制造设备、以及诸如数据收集或联网系统之类的其它工厂自动化的专用计算机。工业控制系统的核心是诸如可编程逻辑控制器(PLC)或基于PC的控制器之类的逻辑处理器。可编程逻辑控制器例如由系统设计员编程，以通过用户设计的逻辑程序或用户程序操作制造过程。用户程序存储在存储器中并且通常由PLC依次执行，虽然例如指令跳转、循环和中断例程也很常见。与用户程序相关联的是向PLC操作和程序提供动态的多个存储元件或变量。PLC之间的差异通常取决于它们能处理的输入/输出(I/O)的数目、存储器的数量、指令的数目和类型、以及PLC中央处理单元(CPU)的速度。
近年来，对跨多个不同类型的网络集成工业控制系统的需求日益增长。现在工业环境中常见的一种流行网络是以太网。此网络常被用在商业网络的中间或较高层，其中诸如网桥、路由器或其它类型的模块等组件向工厂中的较低层控制网络提供连通性和通信。由于以太网IPV4协议中因特网协议(IP)地址的有限数量，大部分工业以太网接口只支持单个IP地址并使用某些其它方式来寻址工业系统中的接口。这常常需要客户机系统支持多个寻址模式以选择单个设备、接口或对象，这增加了整个系统的复杂性和成本。
发明内容
为了提供此处所述的某些方面的基本理解，以下提出了一个简化的概述。该概述不是宽泛的概观，也不旨在确定关键/重要的元素或描绘此处所述的各种方面的范围。其唯一目的在于以简化的形式提出一些概念，作为下述更详细的说明的序言。
平面且单一的地址空间与工业控制协议集成以便于工业自动化环境中的通信。在这种地址空间的一个例子中，IPV6或其它单一地址空间适用于工业控制寻址。这使得能将单个对象、接口和设备映射至例如唯一的IPV6地址。使用此单一寻址模式技术，可使用较大的IPV6寻址空间(或其它全局寻址空间)对工业系统中的每一对象寻址。因此，在一个例子中，以太网接口卡能通常只使用IPV6地址来响应其范围内的每一对象并包含使消息能到达该对象的路由选择信息。
每一相应地址能用域名服务(DNS)服务器映射至用户分配名，以使每一对象能通过用户分配名寻址。这些名字排列成与例如用户的问题或物理区域相对应的分层结构。在一个方面，DNS服务器或其它目录服务能将分层名字映射至一IPV6地址(或其它全局寻址方案)且工业以太网接口将该IPV6地址映射至工业自动化系统中的单个对象。每一对象能具有多个地址，一个地址指示其物理位置而另一个地址指示其在用户的问题的逻辑描述中的功能。
为了实现上述和相关目的，此处结合下列说明书和附图来描述某些说明性方面。这些方面指示可实现的各种方式，所有方式旨在被本文覆盖。在结合附图考虑时通过阅读下列详细说明，本发明的其它优点及新颖特征将变得显而易见。
附图简要说明
图1是示出工业控制系统网络通信的示意框图。
图2是示出一示例网络和寻址结构的示意图。
图3是示出根据以太网IPV6协议的通信的示意图。
图4是示出根据以太网IPV6协议和域名服务寻址方案的通信的示意图。
图5是示出替换网络通信系统的示意图。
图6是示出用于单一地址空间的通信过程的流程图。
图7是示出用于与工业控制系统通信的一示例以太网IPV6数据包的示意图。
图8是示出示例以太网IPV6寻址模式的示意图。
具体实施例方式
提供了一种用于根据单一而统一的地址空间与控制对象通信的系统和方法。以此方式，可以根据单个协议对控制对象寻址，这减小了通过支持多地址空间的多个网络设备通信的配置和设计复杂度。在一个方面，提供了一种工业通信系统。该系统包括能用于与本地或远程网络通信的全局地址协议。工业协议适用于与全局地址协议通过接口连接的，其中网络组件通过该工业协议并根据由全局地址协议提供的地址与一个或多个控制组件通信。在一个例子中，全局地址协议可包括IPV6协议。
注意到如在本申请中所使用的，诸如“组件”、“协议”、“接口”等术语旨在指计算机相关实体，它或是用于工业控制用自动化系统的硬件、硬件和软件的组合、软件，或是正在执行的软件。例如，组件可以是但不限于在处理器上运行的进程、处理器、对象、可执行代码、执行线程、程序以及计算机。通过说明的方式，在服务器上运行的应用程序及该服务器可以是组件。一个或多个组件可以驻留在一进程和/或执行线程中，而一个组件可以被定位在一个计算机上和/或分布在两个或两个以上与其通信的计算机、工业控制器和/或模块之间。
首先参见图1，系统100示出工业控制通信和网络协议。系统100包括通过工业协议与一个或多个控制器和/或通信模块120通信的多个控制对象110(或组件)。根据在130中所示的平面而单一的地址协定或空间为控制对象110分配一个网络地址。一个或多个网络被用于与单一地址空间130通过接口连接且根据由空间130提供的地址与控制对象交互。网络接口120能驻留在控制器、通信模块上，和/或作为单独的实体。发现组件150可以用逻辑命名协定与显式地址来定位控制对象110、控制器120、或网络140。应理解显式寻址和/或逻辑寻址的组合能用于与控制器120和相应的控制对象110通信。
通常，单一地址空间130能与工业控制协议集成以便于系统100中的通信。在这种地址空间的一个例子中，IPV6(例如以太网)适用于工业控制寻址。这使得能将单个控制对象110、网络140和设备120映射至一个唯一的IPV6地址。用此单一寻址模式，可以使用大的、平面的IPV6寻址空间来对工业系统100中的每一控制对象110寻址。在120中的接口卡能响应每一个在其范围内的控制对象110并且包含使得能通常只使用由空间130提供的全局地址使消息到达该对象的路由信息。应理解基本上允许地址迁移和解析较低层控制对象的任何较高层的全局网络协议都被认为在此处所规定的范围内。
通常，每一相应地址130都能用发现组件150(例如，域名服务(DNS)服务器)映射至一用户分配名，以便可按用户分配名对每一对象110寻址。这些名字可以按例如与用户的问题或物理区域相对应的分层结构来排列。在一个方面，DNS服务器或发现组件150能将分层名字映射至地址130而工业接口120能将该地址映射至工业自动化系统100中的单个对象110。注意到每一控制对象110能具有多个地址，一个指示其物理位置而还有一个指示其在用户的工厂或环境的逻辑描述中的功能。
在继续下去之前，注意到系统100能包括诸如服务器、客户机、通信模块、移动计算机、无线组件等能跨网络140交互的各种计算机或网络组件。类似地，如此处所使用的术语PLC或控制器能包括可以跨多个组件、系统和/或网络共享的功能。例如，120中的一个或多个PLC能跨网络140与各种网络设备通信和合作。这可以包括通过包括控制、自动化和/或公用网络的网络通信的基本上任何类型的控制、通信模块、计算机、I/O设备、人机接口(HMI)。PLC或控制器/通信模块120也能与各种其它设备或控制对象110通信并控制它们，诸如包括模拟、数字、编程/智能I/O模块的输入/输出模块、其它可编程控制器、通信模块、软件组件等。
系统100中的网络可包括诸如因特网的公用网、内联网以及诸如包括DeviceNet和ControlNet的通用工业协议(CIP)网络的自动化网络。其它网络包括以太网、DH/DH+、远程I/O、Fieldbus、Modbus、Profibus、无线网络、串行协议等。另外，网络设备可包括各种可能性(硬件和/或软件组件)。这些包括诸如具有虚拟局域网(VLAN)能力的开关、LAN、WAN、代理、网关、路由器、防火墙、虚拟专用网络(VPN)设备、服务器、客户机、计算机、配置工具、监视工具和/或其它设备之类的组件。
现在参见图2，图2示出一个示例网络结构200。结构200的顶部由能用于对处在企业的较低层和跨控制网络的设备寻址的全局地址空间210表示。从这些地址210，能在220提供一个或多个网络接口。这些接口220能将地址210用于被操作地耦合至接口的一个或多个控制层230。注意到网络接口220和控制层230能包括支持多个配置的多个维度。例如，网络接口能在示意图的垂直方向上包括多层，其中各相应层是不同类型的工业网络。类似地，在任何给定的网络接口层220，多个网络接口组件或设备能存在于该层以与相应的控制层230通过接口连接。沿着具有垂直和水平维度的网络接口，控制层能类似地具有多个维度，其中多个控制组件能存在于任何给定的控制层230上和/或多个控制层能被配置用于与全局地址空间210通信。
如以上所述，IPV6协议和其它单一寻址模式能被用作全局地址空间210的协议。处在控制层230的较低层的设备能通过将来自全局地址空间的地址分配给这些设备来定位并与之通信。在一个特定例子中，可以用IPV6协议生成一控制消息，该消息来源于欧洲。该消息被指定和定址至美国的控制层230上操作的控制器。该控制器可以在通用工业协议(CIP)网络或设备网络上操作，并被分配一个来自全局地址空间210的绝对地址。因此，来源于欧洲的远程消息将一控制消息发送至工厂网络上的设备，就好象该设备正在全局地址空间中操作一样。如可以理解的，可以从本地和/或远程联网源提供多个通信和消息。继续该示例，诸如DNS的发现组件(未示出)能用于为要从全局地址空间确定的控制层设备或组件230提供逻辑命令协定。
见图3，一个示例系统300示出根据以太网IPV6协议的通信。系统300在310示出一个工业以太网，其中以太网接口320与网络通信。如以上所述，可以存在诸如与网络320通信的多个这样的接口。在此例中，在324和330分别分配两个IPV6地址。在320的层下面，驻留着基本上可以是任何类型的网络的另一工业网络340。在此例中，两个控制对象350和360也分别分配了一个IPV6地址。因此，可以根据从以太网域310中的地址空间所分配的地址在这些控制对象350和360的本地工业网络340(例如，CIP协议、Modbus、ProfiNet)上对它们进行寻址。以此方式，能为单个寻址方案设计以太网接口320而不必在340将地址转换成本地工业寻址方案。如可理解的，多个控制对象可以存在于网络层340。同样，可以提供支持IPV6寻址的多于一层的层340，其中某些层嵌套在其它层下面。
注意到可以例如将IPV6地址分配给CIP协议中的特定对象。IPV6地址可以被分配给CIP协议以外的特定控制功能并且可以被分配给控制系统中的任何类型的实体或构件，例如与工厂或企业模型相关联的标签(指定数据)、例程、实体等。当将IPV6地址分配给设备中的对象时，存在多个可以采用的模型。这些可以包括其中一设备具有CIP(或其它)协议堆栈的单个实例，具有单个应用寻址空间。可以在工业协议栈上方的一层管理多个IPV6地址，且该协议堆栈不必了解该细节。还可以存在允许发现哪个IPV6地址对应于哪个实体的总目录机制。当获得IP地址时，可采用正常协议机制来访问该实体。
在另一例子中，每一IP地址可以涉及“设备内设备”(例如，从CIP观点)。同样，每一IP地址可以指单个物理设备内单独的CIP设备模型和CIP寻址空间。如果需要，可修改该CIP(或其它协议)寻址模型，以自然地支持用IP地址和DNS名字来指特定对象。在又一寻址例子中，在其它工业网络的340处，连接至“其它”网络340的设备可以是具有IPV6堆栈的自然的IPV6设备。这可包括在例如以太网和“其它”网络340之间具有一路由器。另一种途径是使“其它”网络340显得好象它是到IPV6设备的IPV6网络一样。这可以包括在IPV6和其它设备之间具有网关或翻译功能。因此，可在以太网和“其它”网络之间采用IPV6路由器设备和/或可以采用能将IPV6网络与非IPV6工业网络无缝地连接(使它显现为IPV6)的网关设备。
参见图4，一个示例系统400示出根据IPV6协议和域名服务寻址方案的通信。系统400类似于以上参照图3所述的示例系统300。在这一情况中，逻辑地址被用于通信，其中这些地址能通过执行以下详述的查找的DNS服务器或其它类型的发现组件从逻辑名中解析出来。在此例中，IPV6网络410向具有两个逻辑DNS地址的接口模块420馈送。例如，在430，对被解析成物理底盘(chassis)的馈送传送器寻址。在440，对被解析成不同底盘名的系统加载器寻址。从接口420，控制对象加热器在450通信，控制对象搅拌设备在460被寻址。如可以理解的，多个这种底盘和设备可以这样被寻址。在另一方面，可以提供组件以获取一动态或自动配置的IP地址并自动使DNS系统更新，使组件的名字与新获取的IP地址相关联。这种能力将允许按名字引用组件、在不同的地点复制组件，而不用人工配置和将特定IP地址与名字相关联。
现在参见图5，系统500示出替换的联网方面。在此方面中，可以将其它通信协议与上述全局寻址方案结合在一起使用。多个控制器服务510到530通过能与上述工业协议一起使用的基于XML的协议550与全局地址网络云540交互。协议550可以是为在诸如因特网之类的公共通信系统上使用而定义的开放标准。在一个方面，简单对象访问协议(SOAP)550可以用作XML Web服务的通信协议。SOAP是定义用于服务之间的消息的XML格式的开放规范。该规范可包括说明如何将程序数据表示成XML以及如何利用SOAP来执行远程过程调用。这些规范的任选部分用于实现远程过程调用(RPC)样式的应用程序，其中包含一可调用函数以及传递至该函数的参数的SOAP消息从诸如控制系统的客户机发送，且服务器返回一个具有执行的函数结果的消息。大部分SOAP的当前实现支持RPC应用程序，因为熟悉COM或CORBA应用程序的程序员理解该RPC样式。SOAP还支持文档样式的应用程序，借此SOAP消息被提供成XML文档周围的包装。文档样式SOAP应用程序非常灵活，其中控制系统XML Web服务能利用此灵活性来建立用RPC难以实现的控制器服务。
控制器服务510到530也可采用诸如在560到568中所示的Web服务描述语言(WSDL)之类的开放接口标准，以便提供与控制器服务的交互。通常，WSDL文件或接口是描述一组SOAP消息以及如何交换消息的XML文档。换言之，WSDL 560-564对SOAP如同接口描述语言(IDL)对CORBA或COM。因为WSDL是以XML格式的，因此它是可读且可编辑的，但在大多数情况下，它由软件产生和消费。WSDL指定请求消息包含什么以及如何以明确的符号来形成响应消息。作为一个例子，I/O服务能指定如何从服务请求输入，以及如何以响应的形式将输出发送至服务。在另一方面，可从一输入服务请求输入，其中响应是接收到该输入的确认。输出可以以请求的形式被发送至一输出服务，其中来自服务的响应是接收到该输出。如可理解的，控制器服务可以在控制系统中的各个网络层中执行，其中这些层可以通过上述全局和单一寻址方案寻址。
系统500还可包括一发现组件570，其中控制器服务510-530能被发布并被确定。在一个方面中，可以570中提供用作描述Web服务的一种逻辑“电话”目录(例如，“黄页”、“白页”、“绿页”)的通用发现说明及集成(UDDI)。UDDI目录项是描述控制器系统及其提供的服务的XML文件。对UDDI目录中一项通常存在三个部分。“白页”描述提供下列服务名字、地址等的组件。“黄页”包括基于诸如北美工业分类系统和标准工业分类之类的标准分类法的工业类别。“绿页”描述对服务的接口，该描述详细到使用户足以编写出一个采用该Web服务的应用程序。定义服务的方式是通过称为类型模型或t模型的UDDI文档。在许多情况下，tModel包含一个描述对XML Web服务的SOAP接口的WSDL文件，但该tModel通常足够灵活来描述几乎所有类型的服务。UDDI目录也包括几个选项，以搜索服务来建立远程应用程序。例如，可以为在指定的地理位置中的服务提供者或指定类型的实体执行搜索。然后，UDDI目录能提供信息、联系、链路以及技术数据以使得能确定在控制过程中采用哪些服务。可以与诸如以太网IPV6之类的全局寻址方案一起使用发现组件570例如来定位诸如控制器服务510-530之类的较低层控制元件。
图6示出用于在单一地址空间上通信的过程600。虽然为了简化说明起见，将方法显示并描述成一系列动作，但应理解和了解该方法不受动作的次序的限制，因为某些动作中可以以不同的次序发生和/或与本文所显示和描述的其它动作同时发生。例如，本领域的技术人员将理解并了解还可以将方法表示成一系列相互关连的状态或事件，诸如在状态图中。另外，并非所示的所有动作都是实现本文所述的方法所需的。
在610，根据开放标准定义了一种或多种控制器服务类型和协议。如以上所述，这可包括跨工业网络通信的以太网IPV6协议。其它协议可包括用于与服务交互的基于XML的协议。服务类型可以被定义成例如处理服务、逻辑服务、输入和/或输出服务以及控制器信息服务。如可理解的，能定义多个控制和通信对象。在614，根据全局或单一地址空间来定义接口。例如，这可包括描述控制对象如何处理控制请求和响应以及如何跨网络传送地址的接口。
注意到可以采用其它公共可用的标准/协议/服务。例如，可以定义在组织的各部分协调商业或控制过程的不同部分(例如，批次、质量、ERP)的企业服务。为了促进例如一致的批次质量，可以定义和提供遵循模块化批次自动化的国际标准的服务，例如由还定义用于标识装备能力的模块和术语以及用于成批制造的过程的标准(S88，S95)来定义。这些过程和能力可由相关联的服务定义和提供。这些标准指定在企业和制造控制之间流动的信息流。因此，可以提供按这些国际标准模型化并用于协调来自采用控制过程的整个企业的工厂场地的控制过程的远程服务。
前进至622，定义了描述由相应的服务对象消耗和产生的数据的服务数据。通常，XML可以用于定义该数据，但包括工业控制数据的其它类型的数据也可以该服务交换。在624，可以为一服务定义访问模式。这可包括定义一服务或对象是否被轮询数据结果，该服务是否在已实现处理之后广播数据，和/或该服务是否被配置成请求和答复模式以响应于对该服务的指定请求交换数据。
在628，控制器服务或对象被定位。如以上所述，这可包括轮询一UDDI目录以确定该服务及相应的接口。在632，在已在全局地址空间上定位一控制器对象之后，与服务交换数据以影响控制过程的操作(例如，自动与I/O服务交换I/O数据，以自动地执行远程处理服务)。在636，根据在624中定义的访问模式从相应的服务或控制对象检索结果。例如，处理服务可以以周期性间隔轮询状态服务，以检索从多个网络设备聚集的工厂场地状态信息。在640，可以根据从636检索到的结果执行一个或多个控制动作。例如，I/O服务可以根据从处理服务接收到的处理结果为一输出设备供电。
图7示出用于在工业控制系统中对控制对象寻址的示例IPV6数据包700。如图所示，数据包700可包括目的地以太网地址710、源以太网地址720、以及IPV6头部和净荷(payload)部分730。通常，以太网上的IPV6包700的默认最大值传输单位(MTU)大小为1500八比特组。此大小可以通过包含指定较小MTU的MTU选项的路由器公告(Router Advertisement)，或通过人工配置每一节点来减小。如果在以太网接口接收到的路由器公告具有一个指定大于1500或大于人工配置的值的MTU的MTU选项，则该MTU选项可以被记录用于系统管理或被丢弃。
通常，IPV6是设计成IP版本4(IPv4)[RFC-791]的后续版本的新的因特网协议的版本。IPV6将IP地址的大小从32位增加至128位，以支持更多级寻址等级、多得多的可寻址节点以及更简单的地址自动配置。通过将一“scope”字段添加至多播地址改善多播路由的可量测性。并定义一个称为“任播(anycast)地址”的新型地址用于将一个包发送至一组节点中的任何一个节点。丢掉某些IPv4标题字段或将其设置成可任选，以减少包处理的通常情况的处理成本，并限制IPV6标题的带宽成本。IP标题选项的编码方式的改变允许更有效的转发、对选项长度的较少严厉限制以及将来引入新选项的更大的灵活性。添加了一种使得能标记属于发送者请求诸如非默认服务品质或“实时服务”的特殊处理的特殊通信“流”的包的新的能力。可以提供其它扩展以支持认证、数据完整性、以及(任选)数据机密性。
包700的帧格式包括以标准以太网帧传送的IPV6包。以太网标题包含目的地及源以太网地址以及以太网类型代码，该代码包含十六进制值86DD。数据字段包含IPV6标题，其后是净荷且可能填充八比特组以满足以太网链接的最小帧大小。用于以太网接口的接口标识符[AARCH]是基于来源于接口的内置48位IEEE 802地址的EUI-64标识符[EUI64]的。EUI-64可以如下形成。
以太网地址的EUI(前三个八比特组)变成EUI-64的company_id(前三个字节)。EUI的第四和第五八比特组被设置成十六进制的固定十六进制值FFFE。以太网地址的后三个八比特组变成EUI-64的后三个八比特组。然后，通过对“通用/本地”(U/L)位(是EUI-64的第一八比特组的次最低命令位)求补，从EUI-64形成接口标识符。对此位求补通常将值0变成值1，因为预计接口的内置地址是来自通用管理的地址空间且具有全局唯一值。
通用管理的IEEE 802地址或EUI-64由U/L位位置上的0表示，而全局唯一IPV6接口标识符由相应位置中的1表示。例如，其内置地址是十六进制34-56-78-9A-BC-DE的以太网接口的接口标识符是56-78-FF-EE-9A-BD-DE。不应将人工或通过软件设置的不同MAC地址用于产生接口标识符。如果使用这种MAC地址，则其全局唯一性就被反映在U/L位的值中。用于以太网接口的无国家的网络自动配置[ACONF]的IPV6地址前缀具有64位的长度。
图8示出用于与工业控制系统通信的示例以太网IPV6地址模式800。通常，以太网寻址能包括本地链接地址810、单播寻址820、以及多播寻址830。对于链接本地地址810，通过将接口标识符追加到前缀FE80::/64来形成以太网接口的IPV6链接本地地址[AARCH]。对于单播地址映射820，当链路层为以太网时，源/目标路接层地址选项具有下列形式。这些包括为源链路层地址指定类型1和为目标链路层地址指定类型2的任选字段。长度可以以8个八比特组为单位来指定。以太网地址是一个以规范比特次序的48比特以太网IEEE 802地址。这是接口当前响应且可以不同于用于取得接口标识符的内置地址的地址。
对于多播地址映射830，一个具有由16个八比特组DST[1]到DST[16]组成的多播目的地址DST的IPV6包被发送至其前两个八比特组是16进制值3333而其最后4个八比特组是DST的最后四个八比特组的以太网多播地址。通常，可能与较早版本的以太网有某些差异。下列是较早版本之间可能的功能差异，诸如Address Token(节点的48比特MAC地址)被接口标识符(长度为64比特且基于EUI-64格式[EUI64])代替。存在从48比特MAC地址到EUI-64形式的IEEE定义的映射。用于无国家自动配置的前缀是64比特而非80比特。链接本地前缀被缩短至64比特。
以上已描述了各种示例性方面。当然，不可能为了说明这些方面而描述每一个可以想到的组件或方法的组合，但一个本领域的普通技术人员可以认识到可以有许多其它组合和排列。因此，本文描述的方面旨在包括落在所附权利要求书的精神和范围内的所有这样的变更、修改和变化。另外，在术语“包括”被用于详细说明书或权利要求书时，该术语旨与“包含”在一权利要求中用作过渡词时所解释的“包含”一词的包含方式类似。
权利要求
1.一种工业通信系统，包括用于与本地或远程网络通信的全局地址协议；适用于与所述全局地址协议对接的工业协议；以及通过所述工业协议并根据由所述全局地址协议提供的地址与一个或多个控制组件通信的至少一个网络组件。
2.如权利要求1所述的系统，其特征在于，所述全局地址协议是IPV6协议或以太网IPV6协议。
3.如权利要求1所述的系统，其特征在于，所述工业协议被用在多个控制系统之间并且包括通用工业协议(CIP)或与ModBus相关联的协议中的至少一个。
4.如权利要求1所述的系统，其特征在于，还包括被分配了来自所述全局地址协议的地址的一个或多个控制对象。
5.如权利要求4所述的系统，其特征在于，所述控制对象具有多个地址，其中至少一个地址用于指示物理位置，且至少另外一个地址用于指示工厂或环境的逻辑描述中的功能。
6.如权利要求5所述的系统，其特征在于，还包括用于获得动态的或自动配置的因特网协议地址的用户接口。
7.一种其上存储着帮助进行工业控制通信的数据结构的计算机可读介质，包括定义一全局地址协议的第一数据字段；指定一工厂网络协议的第二数据字段；以及指定一部分地基于所述全局地址协议的控制对象目的地的第三数据字段。
8.如权利要求7所述的计算机可读介质，其特征在于，还包括为一个消息指定至少一个源位置的第四数据字段。
9.一种工业控制通信方法，包括向至少一个控制对象分配一全局网络地址；在工业控制网络上定位所述控制对象；以及用所述全局网络地址与所述控制对象通信。
10.如权利要求9所述的方法，其特征在于，还包括使至少一个协议堆栈与单个应用程序寻址空间相关联。
全文摘要
提供一种用于根据单一和统一地址空间与控制对象通信的系统和方法。在一个方面，提供了一种工业通信系统。该系统包括能用于与本地或远程网络通信的全局地址协议。一工业协议适用于与全局地址协议通过接口连接，其中网络组件通过工业协议并根据由全局地址协议提供的地址与一个或多个控制组件通信。
文档编号H04L12/28GK1941779SQ20061014216
公开日2007年4月4日 申请日期2006年9月29日 优先权日2005年9月30日
发明者K·H·豪尔, S·A·图科维齐, D·A·维斯科, B·A·贝特克 申请人:洛克威尔自动控制技术股份有限公司