可扩展的自动化系统的制作方法

可扩展的自动化系统的制作方法
【专利摘要】本发明提供了一种可扩展的自动化系统以及自动化控制和监视系统，该系统包括用于借助面向资源的架构（ROA）的控制和监视系统的部件的公共框架。ROA可以使得能够实现控制和监视系统内的增强的可扩展性和分布。此外，该框架可以提供要在控制和监视系统的部件中实施的基本功能集合，从而产生垂直可扩展性。
【专利说明】可扩展的自动化系统
[0001]本申请为2011年11月11日递交的申请号为61/559022、标题为“Scalingand Distributing Resource Oriented Architecture Across anAutomation ControlSystem”的美国临时专利申请的正式申请，其通过引用并入本文中。
【技术领域】
[0002]本公开的实施例总体上涉及自动化控制和监视系统领域。更具体地，本公开的实施例涉及在自动化控制和监视系统上扩展和分配面向资源的架构(R0A)。
【背景技术】
[0003]自动化控制和监视系统存在广泛的应用，尤其是在工业背景。这些应用可以包括对各种执行机构(诸如，阀、电动机等)供电以及经由传感器采集数据。典型的自动化控制和监视系统可以包括一个或多个部件，诸如编程终端、自动化控制器、输入/输出(I/o)模块和/或人机接口(HMI)终端。
[0004]人机接口或“HMI”通常用于监视或控制各种过程。HMI可以从特定的寄存器执行读取或向特定的寄存器执行写入，从而HMI能够反映各种机器、传感器、过程等的操作状态。这些接口也可以向寄存器和存储器执行写入，从而这些接口能够在一定程度上控制处理的功能。在单独的监视功能中，很少或不执行实际的控制。在很多其它背景下，诸如在汽车、飞机、商业背景和许多其它应用中，采用类似的装置。在很多应用中，接口不能与远程装置或过程进行通信，但是可以以单机的方式运作。
[0005]在这些接口装置中，接口中使用的对象可以与不同的控制、监视器或工业自动化装置的任何其它参数相关联。这些对象中的一些对象可以在接口装置上具有视觉呈现，而其它对象不能可视化呈现但用户易于对其进行配置和编程。用户可能希望操纵这些对象，诸如通过创建新的对象、复制对象，编辑对象等，来创建和定制接口。
[0006]自动化控制和监视系统中的每个部件可以使用该控制和监视系统的一个或更多个对象(例如，控制程序、标签、模块配置和HMI屏幕)的状态信息。有时，部件可以用于修改对象的状态信息。因此，部件可能需要将状态的变化传送至控制和监视系统，以便其它部件可以了解控制和监视系统的对象的状态变化。实际上，在一些情况下，状态的变化可以包括控制和监视系统内的某些对象的添加或删除。
[0007]常规的方法依赖于集中控制和监视。例如，常规的控制和监视系统依赖于描述该控制系统的集中数据模型。对于集中数据模型的依赖可能导致过程效率低及对于托管集中数据模型的部件(例如，控制器)的依赖增加。通过创建用于控制和监视系统的面向资源的架构(R0A)，系统可以在生产线上扩展功能，并且可以对系统的装置或其它部件的扩展进行扩张。

【发明内容】

[0008]以下概述与原始要求保护的发明在范围上相当的一些实施例。这些实施例无意限制要求保护的发明的范围，相反这些实施例仅意在提供本发明的可能形式的简要概括。实际上，本发明可能包括与下面阐述的实施例相似或不同的各种形式。
[0009]本实施例提供了一种用于创建自动化控制和监视系统内的可扩展性的新颖的方法。面向资源的架构(ROA)可以被创建为使得自动化控制和监视系统能够从小型实施容易地扩张为极大型的配置。此外，该ROA可以使得能够以控制和监视系统的许多产品类似的方式实施功能性。
【专利附图】

【附图说明】
[0010]当参考附图阅读以下详细说明时，本实施例的这些和其它特征、方面和优点将变得更容易理解，在所有附图中相同的附图标记表示相同的部分，其中:
[0011]图1是根据实施例的自动化控制和监视系统的部分的框架的总体概览；
[0012]图2是根据实施例的自动化控制和监视系统的图解概览；
[0013]图3是根据实施例的接口和编程终端中的某些功能部件的概览；
[0014]图4是根据实施例的设备要素的某些视图或容器的概览图；
[0015]图5是根据实施例的图1的控制和监视系统的示意图，图中示出了用于传送状态变化的持久对象模型的使用；
[0016]图6示出根据实施例的在变化仪器、变化仲裁和观众成员之间传送状态变化的进展；
[0017]图7示出根据实施例的撤消状态变化的处理；
[0018]图8示出根据实施例的在进行中的编辑期间发生外部变化的处理；
[0019]图9示出根据实施例的用于中止进行中的变化的处理；
[0020]图10示出根据实施例的用于将进行中的变化压缩成一个变化集的处理；
[0021]图11示出根据实施例的使用分布式执行引擎来执行控制命令的自动化控制和监视系统；
[0022]图12示出根据实施例的通过执行引擎执行的处理循环；
[0023]图13示出根据实施例的用于调度命令的处理；
[0024]图14示出根据实施例的使用可链接插件来修改控制和监视系统的功能的自动化控制和监视系统；以及
[0025]图15A?15E示出根据实施例的控制和监视系统的服务，其中，该控制和监控系统使用面向资源的架构来实施。
【具体实施方式】
[0026]典型地，当传送状态变化时，控制和监视系统严重依赖于诸如可编程逻辑控制器(PLC)等自动化控制器和自动化控制器编程(例如，PLC编程)来影响控制和监视系统。自动化控制器编程严重依赖于任务和/或逻辑(例如，以编程语言编写的机器可读指令，诸如继电器梯形图)基于事件和/或基于调度的执行，来实现控制和监视系统中的变化。通常使用自动化控制器来消耗所有输入数据、计算和分配输出数据、处理数据的变化以及将数据分配至控制和监视系统的部件。不幸地是，这种对于由控制和监视系统(例如，自动化控制器和自动化控制器编程)的部件托管和影响的集中数据模型的严重依赖导致了一些效率低下。例如，随着用于集中模型的基于调度和基于事件的任务的数量增加，由于可能产生对于单个模型的很多附加变化，从而可能出现劣化的性能。此外，集中模型(例如，经由自动化控制器)的大量使用创建了处理控制逻辑的更集中的方法，从而导致控制逻辑执行的低效率、单点故障(例如，当自动化控制器故障时，整个控制和监视系统可能故障)，并且可能引起在自动化控制器上的处理紧张(strain)。
[0027]根据本实施例，通过采用分布式数据模型、分布式状态变化通信和分布式命令执行，控制和监视系统可以变得更灵活。例如，通过提供增强的协作能力、增加的数据冗余和整个控制和监视系统的处理负载平衡，本实施例提出了更鲁棒和灵活的自动化控制和监视环境。此外，控制和监视系统可以变得水平地(例如，从单个部件实施至具有多个部件的实施)及垂直地(例如，对平台添加功能性，诸如运行时客户端、运行时服务器、设计者客户端、设计者服务器和控制器环境)均更可扩展。
[0028]鲁棒控制和监视系统
[0029]将通过以下讨论描述很多方面、部件和处理。为了说明，整体系统概览图按照将这些创新放置在上下文中的顺序来排序。图1是根据本公开的实施例的用于接口的控制和监视软件框架10的图解表示。框架10有助于通过采用基于模块的互联机构12来构建功能软件，基于模块的互联机构12本身支持动态操纵和配置。该动态操纵和配置能力有助于有效地为可配置结构提供特征丰富的配置环境。即，如下所述，单独的设备要素被提供为单机代码，该单机代码可以被单独编程、预先写入以使用(例如，在库中)、在屏幕中定制其功能和外观，并且被互联以向用户及控制和监视功能提供信息。
[0030]框架10包括可以保持在单个系统(例如，计算机)上的两个相关联的软件环境。具体地，运行时环境14使得操作者(例如，个人用户)能够在运行时期间(例如，使用接口期间，典型地为与操作中的处理交互的期间或观察操作中的处理的期间)内与诸如处理等应用交互。设计时环境16允许设计者配置接口及其部件。例如，系统可以经由显示器(例如，计算机或接口装置屏幕)上的运行时环境14向操作者图形地呈现运行时信息。此外，该系统可以包括用于接收操作者输入的部件(例如，键盘和/或触摸屏显示器)，其中，操作者输入可以经由运行时环境14检测和管理。如下具体描述的，这些环境以创新的方式进行交互以在很大程度上增强接口的使用和编程。
[0031]运行时环境14包括或提供对设备要素18的访问。设备要素18是可以包括软件环境中的任何可访问或可配置要素的软件部件。例如，设备要素18包括软件部件，诸如通过运行时环境14管理的“ActiveX”控件或NET”部件。“ActiveX”和NET”是指面向对象的概念、技术和工具。通常，本领域的技术人员将非常熟悉这样的编程方法。在本文中，这样的标准应该仅被当作是示例，并且“设备要素”应该被理解为包括任何大体上类似的部件或可以被运行为拟独立要素(有时称为“对象”)的自给性程序(self-sufficient programs)。针对这样的要素存在通常被不同的公司或工业团体所支持的其它标准和平台。
[0032]由于这样的设备要素对于本文中陈述的某些概念来说是基本的，因此下面对该设备要素进行介绍。设备要素通常包括四个特征:属性、方法、连接(或者接点)以及通信接口。在本文中，属性是可以被调节以便例如定义要素在屏幕视图中的表示或图像以及要素在屏幕上的位置等的品质。在本文中，方法是可执行的函数(有时本文中称作要素“功能性”或“状态引擎”)，并且定义通过执行要素而进行的操作。在本文中，连接是要素之间的链接，并且可以被用于使(从存储器读取的或者写入存储器的)数据被发送到另一要素。
[0033]设备要素18的具体示例可以包括软件按钮、计时器、计量表、PLC通信服务器、可视化(例如示出自动化控制和监视系统内的部件的状态的屏幕)以及应用。通常，几乎任何可识别的功能都可以被配置为这样的要素。此外，如以下所讨论的，这样的要素可以互相通信以执行各种显示、监视操作和控制功能。应指出，设备要素18不需要特别限制来支持设计模式。此外，尽管与图像相关联的要素非常有用，尤其对于可视化而言，但是许多要素可能不具有视觉表示，而是可以执行HMI内的功能(例如计算，或者甚至管理以及与其它要素进行数据交换)。
[0034]运行时环境14典型地使用通信子系统20来进行操作。通信子系统20用于使设备要素18相互连接。事实上，通信子系统20可以看作包括设备要素18的连接。然而，通信子系统20可以包括用于将数据发送到外部电路(诸如自动化控制器、其它计算机、网络、卫星、传感器和执行机构等)以及从外部电路接收数据的一系列软件、硬件以及固件。
[0035]运行时环境14典型地使用行为子系统22来进行操作，该行为子系统22用于管理设备要素18的行为。例如，行为子系统22的职责可以包括如下:放置和移动设备要素、修改设备要素、对可互换屏幕上的设备要素分组、保存和恢复屏幕布局、管理安全性、保存和恢复连接列表，以及提供对运行时环境14的远程访问。再者，事实上，这样的行为可以被称为每个设备要素的简档(profile)(即，“方法”或“状态引擎”)的一部分。
[0036]设计时环境16包括行为子系统22的高级实现，行为子系统22的高级实现有助于在不妨碍或损害运行时环境16的行为的情况下直接或者间接地操纵运行时环境14。即，SP使在接口正被操作的情况下也可以设计和重新配置设备要素18。例如在常规浏览器中，行为子系统22经由设计时环境16的远程供应来扩展对运行时环境14的访问。行为子系统22允许设计者通过将设计时环境16或设计时环境16的示象(aspect)从HMI提供到编程终端，而经由远程编程终端来与HMI的运行时环境14的示象交互以及改变HMI的运行时环境14的示象。例如，经由网络耦接到膝上电脑的HMI可以通过经由网络将特定的设计时环境16提供给膝上电脑来为用户提供配置能力。
[0037]以下提供可以如何实现这个方案的细节和示例。在当前实施例中，设计时环境16可以是动态超文本标记语言(DHTML)和动态服务器页面(ASP)服务器脚本的结合物，以将动态内容提供给浏览器。ASP脚本是专门编写的代码，其包括在页面被发送到用户之前在服务器(例如，网络服务器)上处理的一个或更多个脚本(即，小的嵌入式程序)。通常，在常规使用中，这样的脚本提示服务器从数据库获取数据以及在数据库中做出改变。接下来，在发送给请求者之前，脚本通常构建或定制页面。如以下所讨论的，这样的脚本以极其不同的方式用在本框架中，以便例如在事先不知道设备要素的功能性或它们的相互关系的情况下来构建可视化。
[0038]通过促进设备要素的变化，设计时环境16允许设计者执行行为子系统22的专门实现或可互换的设计时模型。行为子系统22的设计时实现的具体示例包括基于网络的设计时环境16，该基于网络的设计时环境16经由在HMI与远程设备之间的TCP/IP连接来扩展对HMI上的运行时环境14的访问。基于网络的设计时环境16有助于在不损害运行性能或安全的情况下管理设备要素。在一个专门的实现中，行为子系统22给予设计者使用能够访问相关接口或HMI的网络浏览器来操纵运行时环境14的示象的能力。如上所述，以及如以下详细描述的，这通过使用动态内容、脚本以及设备要素属性的配置的组合来实现。
[0039]图2是根据本公开实施例的、实现上述框架的控制和监视系统24(例如，用于工业自动化)的图解表示。系统24包括用于与联网部件及配置装备接口的人机接口(HMI) 26。系统24示出为包括用于通过控制/监视装置30(例如，远程计算机、自动化控制器(诸如可编程逻辑控制器(PLC))，或其它控制器)来与处理28的部件合作的HMI 26。HMI 26可以在物理上类似现有的硬件，例如面板、监视器或单机设备。
[0040]可以通过使用任何适当的网络策略来促进HMI 26与处理28的部件之间的合作。实际上，可以采用工业标准网络(例如DeviceNet)，以实现数据传输。这样的网络允许根据预定义的协议来进行数据交换，并且可以提供用于操作联网要素的动力。如上所述，虽然在当前讨论中参考了联网系统以及包含控制器和其它装备的系统，但HMI 26和所描述的编程技术同样可以应用于非联网部件(例如，GPS显示器、游戏显示器、手机显示器、平板显示器等)以及工业自动化领域之外的联网系统。例如，以下描述的布置和处理可以用于设施管理、汽车和车辆的接口、计算机数控(CNC)机器、销售终端(POS)系统、用于商场(例如，电梯、门禁系统)的控制接口等，仅列举几种。
[0041]由相应的行为子系统构造和管理的运行时或操作环境14被存储并且驻留在HMI26上。例如，这样的行为子系统可以用于诸如在HMI 26的初始制造或安装期间从存储位置加载应用配置框架(例如，10)。当所存储的应用程序框架被加载时，其可以用于创建屏幕以及在屏幕中定位用户接口设备要素(与要素对应的实际图像或图形表示)。这些应用程序、屏幕以及用户接口要素为各种类型的设备要素。如以下所描述的，HMI 26包括规定设备要素的布局和交互的存储应用。基于运行时引擎的基于网络的设计时环境16也被加载并驻留在HMI 26上。设计时环境16可以为设计时环境和运行时环境两者处理高级特征(例如，安全管理)。
[0042]HMI 26可以用于允许用户与几乎任何处理交互。例如，处理可以包括:压缩机站、炼油厂、用于制造食品的批量生产、机械化装配线等。因此，处理28可以包括各种操作部件，诸如电动机、阀、执行机构、传感器，或者各种各样的制造、加工、原料处理及其它应用程序。此外，处理28可以包括用于通过自动化和/或观察来调节处理变量的控制和监视装备。示出的处理28包括传感器34和执行机构36。传感器34可以包括用于提供关于处理条件的信息的许多设备。执行机构36可以类似地包括用于响应于输入信号来进行机械操作的许多设备。
[0043]如所示出的，这些传感器34和执行机构36与控制/监视装置30(例如，自动化控制器)通信，并且可以分配有可被HMI 26访问的、控制/监视装置30中的特定地址。传感器34和执行机构36可以与HMI 26直接进行通信。这些设备可以用于操作处理装备。实际上，这些设备可以用在由控制/监视装置30和/或HMI 26监视和控制的处理循环中。可以基于处理输入(例如，来自传感器34的输入)或直接输入(例如，通过HMI26接收的操作者输入)来激活该处理循环。
[0044]接口上的服务器软件允许浏览开发环境并直接重新配置接口(具体为设备要素及它们的关联的外观和功能性)，而无需专用的浏览或配置软件。该益处来自于下述事实:设备要素和设计时环境本身驻留在HMI 26中，并且通过HMI 26 “提供”给编程终端46上的浏览器或其它通用的阅览器。换言之，可以降低或消除对外部计算机工作站(例如，膝上电脑和台式计算机)的必要支持。应指出，用于浏览和修改接口的配置的“浏览器”的引用不限于网络浏览器或任何特定的浏览器。对于浏览器的引用意图是示例性说明。更一般地，本文中采用术语“浏览器”来指包括任何通用阅览器的软件，包括可以在运行Apple? (注册商标)或Google? (注册商标)操作系统(诸如，iOS? (注册商标)或Android?)的设备(例如，平板电脑和/或智能手机)中运行的应用或“apps”。
[0045]通过如下所述的设备要素的编程，HMI 26可以被认为包括用于呈现一个或更多个屏幕视图或可视化的指令，以及通过参考屏幕视图(例如，按压按钮、触摸屏幕的位置等)在与HMI 26进行交互时执行的设备要素。可以通过任何期望的软件或软件包来定义屏幕视图和设备要素。例如，屏幕视图和设备要素可以由操作系统38调用或执行。如上所述，根据本实施例的设备要素可以是符合“.NET”或“ActiveX”标准的对象。操作系统本身可以基于任何适当的平台，诸如Linux? (注册商标)、Windows?(注册商标)、OS-X?(注册商标)等。如本文中所引用的，设备要素和工具支持用于在网络(例如，因特网)上发送数据的网络服务或技术。因此，如下所述，这些设备要素遵循关于信息共享的一系列规则并且适于与各种脚本和编程语言一起使用。这样的设备要素使得交互内容能够提供给外部应用(诸如局域网(LAN)、广域网(WAN)、内联网、外联网乃至万维网)。因此，操作系统38和各种设备要素通过允许对浏览器48的配置访问(access)(例如，提供)，经由浏览器48来促进HMI 26的动态配置。
[0046]例如，这样的配置访问包括用于例示设备要素的访问。换言之，实际上可以从浏览器48来创建并实现新的设备要素。再者，应指出，浏览器48不需要实际的功能访问。实际上，在一个实施例中，经由浏览器48的请求导致基于容器中设备要素的内容和数据功能性的“绘制(draw)”操作序列，由此在实际上不提供功能示象的情况下允许示出设备要素表示和访问它们的配置。这允许在无需对远程工作站进行技术支持的情况下经由远程工作站进行配置。
[0047]除了如上所述(及如下更详细地描述的)的操作系统38和设备要素之外，HMI 26包括应用或应用层40。该应用可以自身包括设备要素，并且有利于访问HMI 26的各种设备要素并且从HMI 26的各种设备要素获取信息。具体地，应用40表示可以是作为用于执行的枚举类型的多级设备要素中的第一级。实际实现中的应用40可以包括以XML页面形式的用户应用。然后，如下更详细地描述的，用户应用由用户或操作者以及与设计者操作来与之进行交互。
[0048]屏幕视图和设备要素可以被描述为独立的可执行软件块。在本实现中，通过以标记语言(例如，超文本标记语言或HTML)编写的适当代码来定义屏幕视图。因此，可以在不使用转换程序的情况下执行HMI 26的图形接口屏幕的配置。此外，通过对设备要素进行编程，可以经由使得驻留开发环境可用于远程访问的驻留服务器软件(称为服务器42)来直接地在HMI 26上开发屏幕视图。具体地，在一个实施例中，某些设备要素的表示(例如，ActiveX控件)被提供给浏览器48而不提供软件部件本身。由于可以经由浏览器48访问开发或设计时环境，因此可以消除对于将变化下载到屏幕以及更新远程配置软件应用的需要。
[0049]如上所述，设备要素可以包括功能性，设备要素通过该功能性从通常在其它设备中(但是也可以在HMI内)的特定存储器或存储器的寄存器进行读取或者向该特定存储器或存储器的寄存器写入。例如，特定功能可以对应于写入控制/监视装置30的寄存器32或者从控制/监视装置30的寄存器32读取。在简单的情况下，例如，对象访问数据块(例如，由传感器确定的部件状态)，并且生成输出信号以写入对应于不同的联网设备的状态的值。如下将更加详细地讨论的，这样的状态信息可以经由状态A43来传送。例如，在图2中描述的实施例中，控制/监视装置30和HMI 26可以使用状态增量43来传送状态信息。此外，编程终端46也可以使用状态A 43来与控制/监视装置30和HMI 26通信状态信息。
[0050]当然可以配置更加复杂的功能性。例如，在工业控制和监视背景下，这样的设备要素可以对各种物理部件(诸如，瞬时接触按钮、具有延迟输出的按钮、开关等)的操作进行仿真。许多预编程的设备要素可以供HMI26使用。这样的功能模块可以经由网络访问，或者可以驻留在HMI 26上，或者驻留在直接链接到HMI 26的分离设备上。以这种方式，HMI供应商或者软件供应商可以提供许多可能的构建块，根据上述构建块可以对屏幕以及复杂的控制与监视功能进行编程。实际上，如下所述，可用设备要素的库44可以驻留在HMI 26上以有助于HMI 26的配置。屏幕指令可以基于操作者输入来调用用于执行期望的功能的设备要素，并且这些指令可以被编程为预编程要素的版本。例如，操作者可以通过触摸触摸屏上的位置或者按压键盘上的键来提供初始输入。然后，可以基于屏幕指令和与指令关联的设备要素(例如，利用特定位置触发调用或者执行预配置的设备要素)执行期望的功能。因此，操作者能够与处理进行交互，通常能够改变屏幕视图、写入寄存器或者指示生成其它输出或者控制信号。在单机实现中，交互可以是简单地再调用或者存储数据、改变屏幕等。
[0051]可以采用一个或更多个单独的接口屏幕，其具有包含许多这样的屏幕和大量设备要素的一些HMI。每个设备要素进而可以被唯一地编程，以考虑特定的输入、执行特定的功能以及生成用于特定输出的信号。如下所描述的，多个这样的设备要素可以被加载并且被托管在单个软件“容器”(例如，ActiveX容器)中。
[0052]可以通过直接地与HMI 26本身(存在一个的情形下)上的屏幕或者面板进行交互来配置HMI 26，但是在很多情况下从远程编程终端46来执行配置。例如，经由浏览器48或者类似的应用来直接地提供对于驻留库44和/或操作系统30及应用40的访问。在本实现中，在编程终端46处不需要其它专门的软件。实际上，驻留在HMI 26上的服务器42可以提供对库44中的设备要素的访问。通过直接在HMI 26上存储库44中的设备要素，消除或者降低了版本冲突等的风险。另外，HMI 26可以直接地连接到编程终端46，或者通过参考分配给HMI 26的IP地址(互联网协议地址)来访问HMI 26。
[0053]访问控制方案可以用于限制改变屏幕和设备要素的能力。例如，可能需要密码或者用户访问状态来获得这样的访问。此外，在目前考虑的实施例中，编程终端自动地识别HMI 26或者如下终端:在该终端上，HMI 26作为耦接到编程终端46的设备(例如，类似于外部存储器或驱动器)驻留。因此，一旦HMI 26被连接到编程终端，其可以被简单地“识别”为可以被访问的设备(提供下述的配置屏幕和工具)。
[0054]一旦驻留在HMI 26上的设备要素是编程终端46可访问的，那么可以经由来自编程终端46的通信链路直接在HMI 26上修改或更新HMI 26的示象。例如，用户可能希望更新具体的HMI图形以提供数据，诸如历史数据或者与从新安装的传感器34接收的信息相关的趋势。另外，用户可以发现在脱机模式(例如，不立即执行变化)的情况下更新用于呈现这样的数据的HMI图形是期望的或者便利的。在这种情况下，用户可以经由编程终端46链接到可利用的设备要素的库44并且使用其来在开发环境中修改HMI图形或者功能性。
[0055]应指出，可以向库44添加附加的设备要素。例如，如果HMI 26上没有驻留趋势设备要素，那么用户可以将这样的元素从驻留在编程终端46上的配置库50中下载至HMI 26。替代地，用户可以从资源库52来存取趋势设备要素，资源库52可经由网络(例如，因特网)直接被HMI 26访问或者通过编程终端46访问。这可能特别有益，因为可以单独地且定期地将新的且改进的设备要素下载至HMI 26，以增加新的功能性，而无需定期地释放新的转换程序或HMI操作系统或者运行或设计时环境软件。开发环境可以设置到这样的库的链接。此外，在使用嵌入代码的实施例中(例如，操作系统、服务器软件、设备对象等)，由于嵌入代码驻留在HMI 26上，所以可以避免与嵌入代码的版本冲突并且可以消除编程终端软件升级的必要性。
[0056]为了追踪控制和监视系统24的一个或更多个部件的状态信息，控制和监视系统24的部件可以使用表示控制和监视系统24的各个示象的分布式数据模型。例如，分布式数据模型可以使得表示控制和监视系统24的数据模型的多个高速缓存的副本能够存在于控制和监视系统24内(例如，在控制和监视系统24的部件一个或更多个部件处)。如以下更详细地描述的，分布式数据模型可以结合增量脚本和分布式命令处理来工作。增量脚本可以使控制和监视系统24的一个或更多个部件能够确定数据模型的状态变化、生成只包含数据模型的变化和/或整个数据模型的增量脚本并且将增量脚本提供给控制和监视系统24的其它部件。其它部件可以消耗增量脚本并且将包含在增量脚本内的数据施加到数据模型的本地高速缓存副本(例如，包含在控制和监视系统24的部件之一的分布式副本)。此外，如以下将更详细地讨论的，控制和监视系统24的某些部件可以采用实现分布式命令处理的分布式执行引擎。这样的分布式命令处理使得控制和监视系统24的分布式部件能够基于提供给分布式部件的事件或者调度表来处理命令执行。
[0057]通过使用分布式数据模型、分布式增量传通信(例如，经由增量脚本)以及分布式命令执行，所得到的控制和监视系统24可以更鲁棒和灵活。例如，代之依赖于集中式控制/监视装置30处的集中式数据模型，可以使用分布式数据模型的副本来影响控制和监视系统24内的变化。例如，代之依赖于控制/监视装置30处的集中式数据模型来影响HMI 26的变化，HMI 26可以包括分布式数据模式的副本，依赖于该副本来影响HMI 26内的变化。此外，HMI 26可以接收下述状态增量43(例如，经由增量脚本)，该状态增量43由HMI 26所消耗并且通过HMI 26施加到HMI的数据模型的本地副本。此外，如以下更详细地描述的，HMI 26可以包括下述本地执行引擎(例如，分布在HMI 26的执行引擎)，该本地执行引擎用于在HMI 26处执行提供至HMI 26的命令。
[0058]此外，这种功能性使得同步数据存储能够遍及控制和监视系统24。这些同步数据存储可以通过使得多个用户能够对将要与其它数据存储中的每个数据存储同步的单个数据存储做出改变而实现协作。此外，由于数据存储可以高速缓存控制和监视系统24的数据的各个副本，所以可以进行脱机修改。例如，即使当控制器不可用时，通过使用在数据存储之一中高速缓存的数据，用户仍可以对控制和监视系统24进行修改。当用户恢复联机(例如，可以访问处理器)时，用户在脱机情况下所做的修改可以与其它数据存储同步。因此，用户能够以更相容且可靠的方式将变化提供给控制和监视系统24。
[0059]例如，一个用户可以在设计软件(例如Rockwell自动化股份有限公司的RSLogix5000?)中对标记符定义、元数据定义进行改变，可以重命名设计要素，可以修改报警设置、改变数据类型和/或修改数据记录情况。可以对本地数据存储作出由用户提交的这些变化。联机时，这些变化可以传播至控制和监视系统24内的其它数据存储，然后在整个系统24应用这些变化。脱机时，这些变化可以保留在本地数据存储并且当返回联机时(例如，重新连接到控制和监视系统24的控制器)可以被同步。通过变化的自动传播，可以避免冗余的变化进入，从而节约开发工作。此外，通过系统24基于自动重命名传播可以减少调试和初始化。此外，由于这些变化可以起源于整个系统，所以当不同用户开发控制器和HMI时可以实现灵活的工作流。
[0060]如上所述，通过分布式数据模型、经由增量脚本将变化传播至分布式数据模型以及分布命令执行，可以在常规控制和监视系统之上极大地改进控制和监视系统24。例如，可以由控制和监视系统24之内分布的数据模型的多份副本中的任何一个副本来服务控制和监视系统24的客户端(例如，请求控制和监视系统24的数据模型的数据的部件)。控制和监视系统24可以基于许多判定因素中的一个因素确定哪一个副本来服务客户端。例如，可以选择具体的分布式数据模型副本以基于诸如高效网络通路(例如，其中副本在本地或在网络上最靠近客户端、或者网络通路具有最大带宽等)等性能效率将数据提供至客户端。此外，处理考虑也可以被作为该决策的考虑因素。例如，这种鲁棒的控制和监视系统24可以使数据能够被提供至使用负载均衡技术的客户端。在一个实施例中，可以从包含已知的或可能的比控制和监视系统24的别的部件提供较少的请求的分布式数据模型的副本的部件向客户端提供数据。在一个示例中，控制和监视系统24可以包括两个控制/监视装置30(例如，2个自动化控制器)。控制和监视系统24可以预测或评述第一控制/监视装置30比第二控制/监视装置30接收更多的关于数据的请求。因此，控制和监视系统24可以确定从第二控制/监视装置30服务客户端以避免过度利用第一控制/监视装置30。因而，控制和监视系统24可以基于控制和监视系统24之内的部件负载通过均衡请求来避免控制/监视装置30的充溢。在某些实施例中，这可以包括提供来自单个部件的请求至阈请求数或阈数据量并且当达到阈值时移动至溢出源处。在一些实施例中，这基本上可以包括在提供数据时均匀分摊请求的负载或数据量。
[0061]除分布式数据模型、增量脚本以及执行引擎可以提供的负载均衡性能之外，这些性能还可以有益于在控制和监视系统24中的数据冗余。例如，控制和监视系统24之内的一个或更多个部件可以监视一个或更多个分布式数据模型的副本。基于副本不稳定(例如，副本没有精确地表示分布式模型)的检测，不稳定副本可以由稳定的副本(例如，精确地表示分布式模型的副本)代替。可以从分布在被确定为具有精确地表示数据模型的副本的控制和监视系统24中的数据模型的其他副本中的任何一个副本来获得稳定的副本。
[0062]在一些实施例中，控制和监视系统24的部件可以访问冗余池，该冗余池为分布式数据模型的有效副本或存储有分布式数据模型的有效副本的控制和监视系统24的部件提供指针。例如，当客户端部件请求数据模型中的数据时，其可以访问冗余池，该冗余池传送可获取数据的地址。如上所述，控制和监视系统24的一个或更多个部件可以监视数据模型的副本以确定非稳定副本。当检测到一个或更多个非稳定副本时，控制和监视系统24的部件可以将指针移动至非稳定副本或存储有非稳定副本的控制和监视系统24的部件。因此，非稳定副本不能经由冗余池而访问。[0063]在某些实施例中，如上所述，在从冗余池移除非稳定副本(存储有非稳定副本的部件)之后，控制和监视系统24的部件可以用稳定版本替换非稳定副本。在替换了非稳定副本之后，控制和监视系统24的部件可以将替换稳定版本(或存储有替换稳定版本的部件)重新添加至冗余池以便将来使用。
[0064]为了更好地说明设计时环境与运行时环境之间的关系，图3提供了表示HMI26和编程终端46之间的交互的高级别流程图。下面提供关于该过程的更多细节。通常，HMI 26和编程终端46的平台将包括操作系统或执行软件38、应用软件40、以及任何通信软件、微处理器、网络接口、输入/输出硬件、通用软件库、数据库管理、用户接口软件等等(图3中没有具体示出)。在所说明的实施例中，设计时平台和运行时平台在HMI26内交互。设计时平台为台式个人计算机平台(如，运行适当的操作系统38，诸如Windows? XP、Windows? CE或Linux?)提供用作设计时环境16的视图，并且运行时平台经由操作系统(如,Windows? XP^Windows? CE、Linux?)与设计时平台协作。设计时平台提供动态服务器内容54，而运行时平台在HMI 26自身上显示视图(在显示屏设置在HMI 26上的情形下)。设计时环境16显示在浏览器48 (如，Web浏览器或其他通用查看器)中。
[0065]图3表示在很高级别上设计时环境16如何与操作系统38、应用40和运行时环境14交互。箭头56表示内容在HMI 26与编程终端46之间动态交换。通常，与设计时环境16的交互是设计者58的任务，设计者58最初配置HMI屏幕或可视化、装置要素及其功能和交互、或者重新配置该软件。通常，操作者60直接在HMI 26上与运行时环境14交互。应该注意，虽然在本实施例中设计时环境16具有特殊需求，但其在很大程度上取决于操作系统38、应用40和运行时环境14。设计时环境16和运行时环境14可以利用某些基本技术(如，DHTML、HTML、HTTP、动态服务器内容、JavaScript、Web浏览器)来分别在设计时平台和运行时平台中进行操作。虽然在所说明的实施例中运行时环境14和设计时环境16处于分开的平台上，但在一些实施例中它们可以处于同一平台上。例如，设计时平台和运行时平台可以配置成或被视为单个平台。
[0066]在本发明的一个实施例中`，使用设计时Web实施方式。该设计时Web实施方式通过利用Web浏览器(如，48)，在HMI的DHTML的支持下，提供在设计时平台上运行的软件的速度和灵活性，如图3中的动态服务器内容54所示以及如以下所描述的。DHTML用于在设计时环境16中对Web内容执行动态操纵。此外，动态服务器内容54用于HMI中，以使动态Web内容服务于设计时环境16。该动态客户端-服务器环境允许Web浏览器模拟在设计时平台上运行的应用，而不需要针对有关处理器编译的软件。
[0067]图4是示出了根据本技术的实施例的设计时环境中的一个或更多个装置要素的图。该图包括通过显示器100 (如，用于浏览器显示的屏幕)、属性编辑器102和HMI 26之间的关系而图示的交互。
[0068]由配置屏幕或显示器100表示的设计时环境包括静态内容104和动态内容。动态内容包括与任何显示或表示的装置要素106 (如，虚拟开/关按钮、计量器)对应的图像。在本技术的一个实施例中，如下文所述，图像由HTML中的图像标签来指定，并且是由HMI创建的JPEG文件的一部分。静态内容104可由活动服务器页(active server page,ASP)服务器来创建或其可预先存在于HTML文件中。应该注意，在一些实施例中，仅指定的设计者可以编辑静态内容104。
[0069]在图4的表示中，装置要素表示106包含在视图容器108内。本领域技术人员将理解，容器通常定义打开某些装置要素以备使用的处理空间的部分。因此，容器108可以与仅包含当前屏幕内可视的要素的第一视图容器对应。如上所述，可以在HMI中设置很多这样的屏幕。诸如替选的控制或接口屏幕的其他屏幕可以设置在诸如容器110的其他视图容器中。通常，为了加速HMI的操作(如，在屏幕视图之间变化)，这样的视图容器通过限定与视图容器相关联的各个装置要素或者内部设置有装置要素的表示的各个装置要素而被预定义并彼此相关联。全局容器112可以定义为包括各个视图容器所需要的所有装置要素、以及不可在任何视图容器中表示的其他要素。如图4所示，因此，视图容器108包括执行“慢移(jog)”功能且在第一屏幕中显示为表示的虚拟按钮106。新容器110包括若干个部件，诸如“开始”按钮114、“停止”按钮116、虚拟计量器118和数字读出器120。于是，全局容器112将包括各个视图容器的所有这些装置要素、以及操作可视装置要素所需要的但本身不可视的任何装置要素122。这样的装置要素可以包括执行计算、趋向、通信和许多其他功能的要素。
[0070]图4还示出了用户可以访问要素106的各个属性的属性编辑器102。如上所述，要素106还可以包括与要素106相关联的文本和连接，其也可以由用户通过编辑器(类似于属性编辑器102)来配置。
[0071]在实施例中，属性编辑器102可以经由从浏览器(如，图2的浏览器48)至服务器96 (如，HTTP服务器)的查询字符串来与HMI 26交互，服务器96位于HMI 26上。服务器96与包含诸如动态链接库(DLL)的基于模块的互联机构12的ASP服务器98协作，以接收并响应查询。DLL允许将可执行例程作为单独的文件进行存储，该文件可以在需要或被程序引用时进行下载。在上述示例中，当接收到调用时，ASP服务器98重载页面，并且对查询字符串进行初始解析，从而导致移动命令的评估。接着，服务器侧脚本访问由图像106表示的设备要素18，并且更新其位置属性。接着，在页面上更新新的属性信息，并且将页面传递至浏览器48。
[0072]通信状态变化
[0073]现在讨论结合借助于增量(delta)脚本的分布式状态变化通知和分布式命令执行使用分布式数据模型优点，将提供对分布式状态变化通知的更详细讨论。如上所述，图2是根据本技术的实施例的适于利用增量脚本来提供部件状态信息的示例性控制和监视系统24的图解表示。如图所示，控制和监视系统24可以包括适于与处理28的部件进行接口连接的一个或更多个人机接口(HMI) 26和一个或更多个控制/监视装置30。控制/监视装置30可以包括用于在控制和监视系统24上执行任务(如，过程控制、远程设备监视、数据获取等)的一个或更多个处理器和数据存储装置。此外，编程终端46可以使一个或更多个用户能够配置HMI 26和/或控制/监视装置30的属性。
[0074]在控制环境中，控制和监视系统24的各个对象(如，控制程序、标签、模块配置和HMI屏幕)的状态可以存储在控制和监视系统24的各个部件(如，编程终端46、控制/监视装置30、I/O模块和/或HMI终端26)的存储器(如，硬盘、只读存储器和/或随机存取存储器)中。控制和监视系统24中的每个部件能够以松散耦合、异步的方式独立操作。此外，部件能够以不同的编程技术(如，C++、Java和/或C#)来实现。当对控制环境对象的状态信息做出变化时，该状态信息会需要与位于其他部件上的状态信息同步，以使部件能够不断了解控制和监视系统24内的对象的状态。根据本实施例，为了解状态信息，存储状态信息的自动化部件可以接收被称为状态增量43的数据(如，已经变化的状态要素)，而不接收如下状态要素:其没有变化，并且由此已经存在于关于存储有状态信息的各个部件的被存储的状态信息中。例如，状态增量43可以包括因控制和监视系统24内的动作而变化的任何数据。通过提供状态增量43而不提供未变化的状态信息，可以观察到效率提高。例如，在具有100个状态要素的传统的控制和监视系统24中，会将100个状态要素中的每个提供给存储有对象状态信息的每个部件。通过仅提供状态增量43，控制和监视系统24的部件可以仅传送变化的要素的数据。因此，如果100个状态要素中的仅一个要素变化，则不传送另外99个要素，从而相对于传统系统减小了网络流量。此外，仅提供状态增量43可以减小无意地重写在控制和监视系统24内的别的地方产生的状态变化信息的可能性。例如，在上述100个状态要素的情形下，当将全部100个状态要素传送至其他部件时，99个未变化要素会导致在别处对这99个部件中的一个所做出的变化进行重写。通过仅提供变化的要素(如，状态增量43)时，99个未变化要素不会受到已变化的且传送至其他部件的该一个要素的影响。
[0075]现在讨论状态增量24的使用，图5示出了控制和监视系统24，控制和监视系统24包括在控制和监视系统24的部件之间传达状态变化的持久化对象模型。例如，部件可以包括控制/监视装置30 (如，PLC)、提供项目文件150的编程终端46、以及诸如驻留持久化对象模型152和协作会话154的控制/监视装置30和客户端156的部件。如先前所讨论的，控制/监视装置30可适于与处理28的部件进行接口连接(图1)。项目文件150可以是计算机文件输出，该计算机文件输出表示被定义并且存储在编程终端46的存储器(如，硬盘)中的控制和监视系统24的各种属性(图1)。持久化对象模型152可以是以持久方式保持跟踪对控制和监视系统24中的状态数据所做的变化(如，通过将状态数据存储在诸如硬盘驱动器的非易失性存储介质上)的控制和监视系统24的一个或更多个部件的状态数据的计算机模型。持久化对象模型152可以用作变化通信授权方(authority)，以使得所有提交的对对象状态做出的变化通过持久化对象模型152来存储和传达。如下面将更详细讨论的，协作会话154可以是控制和监视系统24的部件之间的交互式信息交换接口，其提供做出未决(pending)变化(如，一些变化仅可以在用户选择以提交变化之后被应用并传达至控制和监视系统24的其他部件)的环境。客户端156可以是控制和监视系统24中将对象的状态信息保持在存储器中的任何其他部件，诸如提供对象的呈现视图的部件。
[0076]在所说明的实施例中，每个说明的部件(提供协作会话数据154的控制/监视装置
30、提供更新项目文件150的编程终端46、提供持久化对象模型152和协作会话154的控制/监视装置30、以及客户端156)包括数据容器158 (如，为数据保留的存储器)。数据容器158包含对控制和监视系统24的一个或更多个对象的状态进行定义的状态要素160。状态要素160可以用数据驱动方式来定义，使得不同的技术(如，C++、Java和/或C#)可以利用由状态要素160表示的数据。如上所述，希望有效地使存储在控制和监视系统24的各个部件中的状态信息同步。随着存储在数据容器158中的一个或更多个状态要素160变化，会需要使存储在其他部件中的数据要素160同步。
[0077]如上所述，持久化对象模型152可以是在控制和监视系统24中的各个部件之间应用状态变化时的指定授权方。持久化对象模型152可以包括针对其数据容器158中的一个或更多个对象被称为状态信息的黄金副本162的事物(如交叉影线所示)。黄金副本162包括总是被控制和监视系统24视为正确的状态信息副本。换句话说，黄金副本162是状态信息的授权副本。每条状态信息具有其自身的黄金副本162，该黄金副本162可以或不可以与其他状态信息的黄金副本162 —起位于控制和监视系统24内(如在同一计算机系统上)。当一个或更多个状态要素的变化被提交时，以增量脚本170的形式将变化的要素提供给黄金副本162，所述增量脚本基于状态要素变化来更新。接着，状态要素变化经由增量脚本170从黄金副本提供至控制和监视系统24内的其他部件。
[0078]为了影响数据容器158内的状态变化，控制和监视系统24的部件可以起到各种作用。作用可包括变化仪器164、变化仲裁器166和观众168。变化仪器164(如，在本实施例中经由编辑器提供修改的项目文件150的客户端)向变化仲裁器166发送变化请求。变化仪器164可以通过接收关于变化请求的异步变化响应和/或错误响应来检验变化的成功。变化仲裁器166 (如，驻留持久化对象模型42的服务器)查询输入变化、通过执行所请求的变化来处理变化、基于请求做出其他副作用的变化、或者放弃变化。变化仲裁器166可以将变化响应提供给变化仪器164、当出现变化时向观众168 (如，客户端156和/或协作会话154所涉及的控制/监视装置30)发布变化通知、和/或将变化写到黄金副本162。观众168接收变化通知，并且使用通知来更新存储在其数据容器158中的其状态信息的本地副本。
[0079]如上所述，在控制和监视系统24的各个部件中使用的编程技术可以不一致。例如，一些部件可以使用C++,而另一些部件可以使用C#或Java。因此，图1中的设置在变化仪器164、变化仲裁器166和观众168之间的状态增量43能够以不依赖于特定技术的数据驱动增量脚本170来提供。增量脚本170能够以创建、更新和/或删除(CURD)数据的形式来描述对象状态变化。创建数据可以包括用于创建对象的一些或所有数据(如，对于矩形来说，包括矩形的空间位置、宽度和高度)。默认值可用于未与创建请求一起提供的任何数据。更新数据可以包括对象中已更新的数据(如，对于具有更新的空间位置的矩形图形而言，更新数据可以仅包括新的空间位置)。删除数据可以标识已被移除的对象状态数据(如，对于已被移除的矩形而言，删除数据可以包括待删除的矩形名称)(例如，可以描述已被移除的对象状态数据的标识符)。在一个示例中，利用以下C#伪代码来创建变化:
[0080]
【权利要求】
1.一种面向资源的工业自动化架构装置，包括: 公共服务框架，其被配置成存储在多个不同的工业自动化设备中的每个中； 多个服务模块，其被配置成依据所选择的工业自动化设备的功能性而存储在所述多个不同的工业自动化设备中的所选择的设备中，所述服务模块在运行时与所述公共服务框架交互以执行工业自动化任务。
2.根据权利要求1所述的架构装置，其中，所述公共服务框架包括容器，在所述容器内使得存储在任何特定设备中的所选择的服务模块实例化，以执行所述工业自动化任务。
3.根据权利要求1所述的架构装置，包括公共应用框架和多个应用，所述公共应用框架和所选择的应用被配置成存储在所选择的设备上并在所选择的设备上运行。
4.根据权利要求3所述的架构装置，其中，所述应用框架包括容器，在所述容器中使得存储在所选择的设备上的所选择的应用实例化，以执行工业自动化任务。
5.根据权利要求4所述的架构装置，其中，由所述应用中的至少一个执行的所述工业自动化任务包括用户接口任务或用于应用的接口。
6.根据权利要求1所述的架构装置，其中，至少一个所选择的服务模块被配置成在所述自动化设备的制造和初始配置期间存储在所述自动化设备中。
7.根据权利要求1所述的架构装置，其中，至少一个所选择的服务模块被配置成通过对自动化设备的现场修改而 被存储在所述自动化设备中。
8.根据权利要求1所述的架构装置，其中，至少一个所选择的服务模块被配置成在工业自动化过程中的运行期间被动态地存储在自动化设备中。
9.根据权利要求1所述的架构装置，其中，所述公共服务框架被配置成使用增量脚本来在自动化控制和监视系统中传送变化。
10.根据权利要求1所述的架构装置，其中，所述服务模块被配置成与自动化控制和监视系统的分布式数据模型进行交互。
11.根据权利要求1所述的架构装置，其中，所述架构装置被配置成在各自均存储所述公共服务框架的运行时客户端、运行时服务器、设计者客户端、设计者服务器和控制器部件上执行。
12.根据权利要求11所述的架构装置，其中，所述多个服务模块被配置成在所述运行时客户端、所述运行时服务器、所述设计者客户端、所述设计者服务器、所述控制器部件、或其任意组合上进行操作。
13.根据权利要求1所述的架构装置，其中，通过在运行时服务器和客户端、设计时服务器和客户端、控制器、或其任意组合之间分布所述多个服务模块的操作来实现垂直可扩展性。
14.一种工业自动化设备，包括: 处理电路，其被配置成在运行期间执行工业自动化任务；以及 存储器电路，其与所述处理电路协作，并且存储对多个不同的工业自动化设备中的每个设备公共的服务框架以及多个服务模块，所述多个服务模块在运行时与所述公共的服务框架交互，以执行所述工业自动化任务。
15.根据权利要求14所述的设备，其中，所述服务模块选自服务模块库，基于所述设备的功能性选择存储在所述设备上且能够在所述设备上操作的特定服务模块。
16.根据权利要求14所述的设备，其中，所述多个服务模块被配置成与所述公共的服务框架进行交互，而与同所述设备相关联的操作系统无关。
17.根据权利要求14所述的设备，其中，所述多个服务模块中的至少一个被配置成与使得能够实现分布式命令处理的至少一个分布式执行引擎进行交互。
18.根据权利要求14所述的设备，其中，所述多个服务模块中的至少一个被配置成发送、接收、或发送并接收分布式模型中的数据。
19.根据权利要求14所述的设备，其中，所述多个服务模块中的至少一个被配置成访问与自动化控制和监视系统中的数据有关的元数据。
20.—种工业自动化设备族，包括: 多个不同的工业自动化设备，其中，每个设备在操作中具有不同的功能性以执行不同的工业自动化任务； 其中，所述不同的工业自动化设备各自包括公共服务框架和多个服务模块，所述公共服务框架在所述工业自动化设备族中是相同的，并且所述多个服务模块是依据所述族的特定设备的功能性从服务模块库中选择的，所述服务模块在运行时与所述公共服务框架交互，以执行所述族的特定设备的工业自动化任务。
21.根据权利要求20所述的工业自动化设备族，其中，所述不同的工业自动化设备包括自动化控制器设备和人机接口设备。
22.根据权利要求20所述的工业自动化设备族，其中，所述多个不同的工业自动化设备包括:运行时客户端、运行时服务器、设计者客户端、设计者服务器、控制器部件、或其任意组合。`
23.根据权利要求22所述的工业自动化设备族，其中，可以通过添加用于执行相似任务的附加工业自动化设备作为所述多个不同的工业自动化设备中的至少一个来实现水平可扩展性。
24.一种用于制造工业自动化设备的方法，包括: 在所述工业自动化设备上存储公共服务框架和多个服务模块，所述公共服务框架在所述工业自动化设备所属的工业自动化族中是相同的，并且所述多个服务模块是依据所述工业自动化设备的功能性从服务模块库中选择的，所述服务模块在运行时与所述公共服务框架交互，以执行所述工业自动化设备的工业自动化任务。
25.根据权利要求24所述的方法，其中，所述公共服务框架和所述服务模块在所述工业自动化设备的初始配置期间被存储在所述工业自动化设备上。
26.根据权利要求24所述的方法，其中，至少一个服务模块通过对所述工业自动化设备的现场修改而被存储在所述工业自动化设备上。
27.根据权利要求24所述的方法，其中，至少一个服务模块在工业自动化过程中的运行期间被动态地存储在所述工业自动化设备上。
28.一种通过权利要求24所述的方法制造的工业自动化设备。
29.一种用于制造工业自动化设备族的方法，包括: 对公共服务框架进行配置，所述公共服务框架被配置成存储在所述族的多个不同的工业自动化设备中的每个中；以及 对服务模块库进行配置，所述服务模块库被配置成依据所选择的设备的功能性而被存储在所述族的多个不同的工业自动化设备中的所选择的设备中，所述服务模块在运行时与所述公共服务框架交互以执行工业自动化任务。
30.一种工业自动化设备，包括如权利要求29所述的公共服务模块和所述服务模块库中的选择的服 务模块。
【文档编号】G05B19/04GK103792857SQ201210452165
【公开日】2014年5月14日 申请日期:2012年11月12日 优先权日:2012年10月31日
【发明者】苏比安·戈文达拉杰, 约瑟夫·布罗尼科夫斯基, 迈克尔·D·卡兰恩, 史蒂文·约翰·科瓦尔, 塔里尔·贾斯珀, 肯尼斯·S·普拉赫, 道格拉斯·J·赖夏德, 道格拉斯·W·里德, 查尔斯·M·里斯查尔, 雷·J·斯塔龙, 大卫·E·托马斯, 蒂莫西·P·博普雷, 罗纳德·E·布利斯, 戈登·代利 申请人:洛克威尔自动控制技术股份有限公司