专利名称：分布式消息引擎和系统的制作方法
技术领域：
本发明涉及工^S制系统，特别是，涉及与工业环境和/或在工业环境中促 进可靠的消息传递的系统和方法。
背景技术：
电子商务或e商务通常涉及舰电子媒介戶舰行的业务，该电子媒介例如 是互联网(例如，通过万维网，或网站)。电子商务的交易通常是通过应用程 序来实现的，除别的以外，例如网站服务、电子购物车、文州专，、议(FTP)、 安全FTP、电子 交换(EDI)、电子邮件和统一描述、发现和集成(UDDI)。 电子商务的交易通常根据相互交易的参与方的类型而不同。例如，在企业和客 户之间的商务通常称作企业对客户(B2C)的商务，而在企业之间的商务通常 称作企 企业(B2B)的商务。可以禾佣集劍艮务器雜接企业和/或客户的 交易参与方，以及协调他们之间的通信。举例来说，使用了完全不同的操作系 统和/或应用程序的两个企业可以使用集成服务器来通过内部或外部联网的计 穀/im娜亍妊。
在很多情况中，电子商务会影响从控制系统所获得的信息，或影响控制系 统。例如，通过经销商的网站而购买了汽车的客户可能会希望知道与生产这辆 具有一组定制选项的汽车有关的交货时间。经销商会询问其制造厂，确认具有 上m项的汽车是否已经开始生产或将要生产。附加信息中的结果可以有助于确定何时这种汽剩每到达经销商处。如果购买者决定提交客户订单(例如，其 中不想生产具有给定的选项组合的汽车)，贝鹏客户说明提供至制造厂，并被 用来在其中自动构造一个或多个控制系统。例如，客户可能指定将绿色作为汽 车的外部颜色。该数据将被传输至控制系统，并被用来在组装该汽车时，自动
选择合适的油漆喷枪(例如，与绿色油漆关联的油漆喷枪)或纟i^油漆。
控制系统通常4顿一个或多个工魁空制器。典型的工魁空制器是用于控制 (例如，通过自动化或半自动化的装置)工业过程、机器、制造设备、制造厂 等的专门用途的处理设备。这种控制器會滩执行控制指令或禾辨，来测量一个 或多个过程变量或代表受控过程的状态的输入，和域完成与过程控制有关的输 出。例如，通过从存储器向致动器，例如发动机、驱动器、电子管、线圈等， 提供输出，输出模块可以直接与受控过程进纟，接。在分布式控制系统中，可 以通过将工业控制器分为多个控制组件来实现控制器的硬件构造，*控制组 件都可以执行不同的功能。控制任务所需的特定控制模块可以连接在架内的公 共底板上，禾口/或通过网络或其^I信介质。
各个控制模块也可以沿公共通信链路在空间上分布于几个位置。数据可以 通过公共通信链路或网络与这些远程模块进行通信，其中网络中的任一个^^f 有模块都通过公共和/或工M信协议棘纟预信。在控制系统内的控制器可以 相互通信，与位于其他控制系统中的控制器通信，或与控制环境以外的系统或 应用^m例如，与商务有关的系统和应用，旨)通信。
因此，信息管理，例如使用不同协议和构造的消息交换，正变得,。例 如，将来自制造管理的信息日鄉为用于具有不同协议和格式的集成系统的过程 控制和客户粘合代码，使构造和管理成为了非常困难的任务。并且，通信失败 (例如，没有接收到或执行的消息)、延迟响应(例如，作为所发送的消息禾口 重发的消息之间的时间差的功能)和附加飛肖(例如，用于查看所存储的通知、 调度重传和重发的消息的过程循环的消耗)进一步加剧了其本身的问题。
发明内容
下面提供了对本发明的简要描述，以l^共对，一些方面的基本理解。该 发明内容不是广泛的概括，并且不用于表示关激重要的组件，或用于确定所要 求保护的范围。其唯一目的是用于以简化的形式表示一些捐义念，作为之后更详
细的描述的前序。
本发明^f共了系统和方法，用于在通用工厂模型(UPM)中，通过调用多 个在这种系统中合用的消息弓(戟实现消息性能。在多个消息弓摩中掛共连接， 以在消息弓1^/服务之间提供实时的交互，其中每个消息弓摩都对各种消息协议 和格式的消息进行规范化。同时，UPM的各个系统可以,至其上一鞭供一 致的接口，其中通过该系统连续地发齿接收事件。
根据进一步的方面，可以向多个消息引擎(服务)构造消息总线，其可以 经由优选的信道与其他服务/产品通信，和经由基于开放式标准的接口与第三方 产品通信。消息引擎之间的连接可以进一步被优化为具有信息级消息协议，这 符合〗顿本发明的客户的需要。例如，第三方外部系统可以B鄉至与服务有关 的标准模型。
并且，作为总线的构成部分的消息弓摩會,在模谢应用，聘之间跑共实时 的即时消息的交换。因此，这种消息弓l擎旨^便于与其他服务/产品的通信(例 如，经由 信道)，其中，该消息的构造和管理在系统中是一致的。在有关 方面，消息引擎能够提供对质量的通用构造(例如，多个事件、命令、事件、 报警、场景、交易和消息)，并l^共对弓间和自述消息(除非自述消息以外) 的支持。并且，消息弓摩能够调节目录和其他UPM服务，以对其他消息引擎及 其构造，以及其所支持的消息进行定位。由于消息弓摩能够确定在系统中对消 息的适当的鹏寸和路由，因此这种信息能够进一步减少在构造和管理消息中的 粘合代码。另外，可以提供对具有消息系统的额外观察的系统信息的公共视图 (例如，为所有权和第三方所有权)。消息引擎的活动可以例如包括对客户 制造系统中的消息和事件的过滤、桥接、路由、传播、转銜监视。还可以衝共 对路由、 转换、集合等(例如，第三方和所有权系统可以f顿基于开放式 标准的接口被集合)的支持。这种系统可以实mX寸帝隨系统的可结合的集合， 从而实5JM制造系统的设备的增长式的集合。
并且，可以实5M^映射，还可以实现高级信息接口 (与原始数据接口相
比)。另外，可以根据来自通用管理员环境的服务度量(例如， 数量、往 返时间、延迟、冗余、可靠性等)质量来构造、调用和管理消息系统。还可以
根据在制造系统中的用户场景的环境来表示消息信息。例如，这种UPM消息结
构能够支持向专用接口禾唭他第三方产品的接口 ，以使客户能够管理在工厂中20071015969L X
通常存在的不同环境。向第三方系统的核心消息构造和接口可以在控制、制造
执行系统(MES)和企业资源规划(ERP)系统中是一致的，从而减少向客户 构造和管理的复杂度。
为了实现前述和相关目的，在此结合之后的说明和所附附图来描述所要求 的实质内容的特定示例方面。但是，这些方面是用于表示各种方式中的一些方 式，其中使用了所要求主题的原理，并且这些主题用于包含所有这些方面及其 替换物。当结合附图时，从下面对本发明的详细描述中可以清楚得到其他优点 和显著f寺征。
附图简述
图1表示根据本发明一个方面的消息交换系统，该系统具有面向通用工厂 模型(UPM)消息引,审隨消息总线的服务接口。
图2表示根据本发明一个方面的典型库组件，该库组件为产品系统设计/ 调用过程J^共支持。
图3表示根据本发明一个方面，与开放式系,连(OSI)模型相比，用 于UPM消息协议的堆栈结构。
图4表示根据本发明一个方面的系统，该系统使用了消息弓1 ^各种消 息弓l擎和格式的消息进行规范化，以形成UPM消息。
图5表示典型的工业自动化网络，该网络使用消息引擎来交换消息和传递 数据。
图6表示作为工厂自动化平台的一部分的实现消息交换的有关方法。
图7表示根据本发明一方面的典型消息交换方法。
图8表示根据本发明一方面的在控帝係统和应用fOT之间4顿消息弓摩的 典型消息交换。
图9表示根据本发明一方面的消息弓摩与第三方应用禾歸的妊。
图io表示服务消息与接口消息与支,种月艮务的主t;it间的^^。
图11表示根据本发明一方面的i顿了消息弓摩的特定消息系统。
图12表示根据本发明一方面的，从源向终点的消息交换的方法。
图13表示消息引擎，该消息引擎对各个消息幼、议和格式的消息进行规范 '化，其中这种模式的各个系统都能日划寸至其上。
图14提供了对结合本发明的各个方面的^S的计算环境的简洁、^:的描述。
具体实施例方式
现在结合附图描述本发明，在全部附图中，使用相同的附图标己，示相 同的组件。在以下描述中，为了说明，使用了大量待定的细节来^f共对所要求 的主题的完整理解。但是，很明显，这些实质内容也可以不依靠这些特定细节 来实施。在其他情况中，为了便于描述本发明，以结构图的方式来表示公知的 结构和设备。
图1表示根据本发明的一个方面的消息交换系统100，该系统具有面向统 一的工厂模型(UPM)消息引擎/制造消息总线的服务接口。该消息交换系统 100能够被构造为具有多个徵躬摩(服务)，该消息引擎(服务)能够通过 雌的信道与其他服务通信，并通过基于开放标准的接口与第三方产品通信。 消息引擎102、 104、 106、 108 (l至n，其中n是整数)之间的连接可以进一 步被符合使用本发明的用户的需求的信息级消息助、议来优化。
应用禾聘121、 122、 123 (OPC-OLE接口，为了过程控制而披露来自各个 源的数据；控制和信息协议CIP，工厂会话实时 )能够通过下面详细描述 的，发送和接收消息的消息构造或服务与其他应用，將妊。这种消息总线的 交互可以被集成至多个场景中。消息交换服务可以向消息级接口提供更高级别 的接口，允许从消息中提取应用禾聘，以及反之，从应用程序中提取消息。制 造消息总线同时支持消息和服务接口。应用禾聘121、 122、 123育,在不同的 环境发送和接收消息；服务允许应用程序将消息处理功能与服，作中的消息 联系起来。
在消息交换系统訓中，可以在库中构造消息组件(报警消息、命令消息、 类娥副本、事件消息、场景等)，并被制造系统调用，这种调用过程可以与UPM
库和调用模型一致。因此，可以M传送被消息交换100有关的产品所执行的 预定消息、服务和消息场景来扩展UPM瓶营、和场景的值，这可以由终端用户来 进行平衡。终端用户还可以定义其自身的消息和消息场景，并4顿通用UPM调 用和描述模型来调用组件。
图2表示对产品系统设计/调用过程樹共支持的典型的库组件。这种库组件
210能够从所调用的组件逆向构造(当安全权限允许时)。库包含消息、月艮务
和场景的逻辑定义。消息定义215和服务定义217的库组件210可以被用于构 造场景定义。应用程序(软件产品、控制系统程序等)可以使用这种定义来构 造发送和接收消息、发布和连接至服务、以及发布所支持的场景的解决方案。 因此，可以向与物理设备相连接的产品系统调用应用禾歸解决方案。并且，可 以相连接到艮务和系统中的产品所支持的原始消息接口的系统调用场景。另外， 可以将场景扩展为典型地允许能^f絲砂卜的功能而不改顿用禾醉。
并且，在 驱动构造中，目录能够劍共对工厂的逻辑视图，并同时掛共 向物理位置和/或设备地址信息的必要关联。所需信息的类型可以包括例如 源7所有者的物理位置、数据使用者的物理位置、 源7所有者的通信地址和位 于多级的属性数据的通信地址。
当数据被请求时，可以j顿目录系统来产生该,的地址禾咲联。例如， 用户可以选择工厂的逻辑UPM描^t择数据。根据用于请求i^的应用程 序，以及用户的角色和需求，目录界面育,掛將^^f需数据的适当地址信息。 在一些情况中，例如自动化设备向自动化设备的通信，该地址可以直接指向数 据源7所有者。在其他情况中，例如ERP人力资源应用禾歸中，该关联可以是指 向属性数据的代理服务器，以将数据请求服务与作为数据源的自动化设备的实 时控制过程分离开。应当理解，与该数据有关的物理位置可以是数据源V所有者 的物理位置，而通信地址可以是网络中其他一些执行添加属性的角色，或作为 对该数据的代理服务器的设备的通信地址。
图3表示根据本发明的一个方面，相对于开放系统互连(OSI)模型302 的用于UPM消息协议的堆栈结构301。根据本发明的一个方面，UPM消息模 型的堆栈301与能够为消息交换启动库功敏指令的用户过程、控制程序或系统 相结合。该消息库功能和控制指令335能够皿类型转换和消息与本发明的消 息弓摩的交换。消息服务协议接口 335管理数据转换，并将消息路由至其他节 点鹏用膽。同样，堆栈340管理通信协议和当前消息，以用于消息的传送 以及接收。并且，堆栈350管理与其他节点进行 交换的消息协议。堆栈360、 370和380分别为消息的物理传输管理网络、网络协议和物理层。
因此，消息过程被分割为适当的级另IJH列如，消息格式层使该层集中于该 级别所需要的功能。这种通信包括查找位于倒可网络(例如，基于NetLinx、控制和信息协议(CIP) 、 Data Highway Plus (DH+)的网络)中的任何控制器， 来浏览、获取和/或修改数据、文件、服务和/，用程序。该通信还可以向位于 和/或在控制器或设备内部执行的任何文件、服务和/或应用程序提供持续的更 新。这种更新可以是动态的，并减轻任何对下载新防火墙的需求，以增强其功 能性，以及提供版本管理。
图4表示了根据本发明一个方面的结合了消息弓摩404的系统400，以对 各种消息协议和格式的消息进行规范化，从而形成UPM消息。该消息引擎404 育g够在多个应用禾骄406和/或模±央408之间，(m和n是^fO lif共一致的接 口，其中事件一致i舰虹虹厂发齿接收。通常，术语模±央可以涉及计^1几 有关的实体，或者是硬件、硬件和软件的结合、软件或执行软件，以及机电结 合的组件。例如，模块可以是，但不限于是，在处理器上运行的进程、处理器、 对象、可执行的、线程、程序和计算机。为了表示方便，在服务器上运行的应 用禾聘和/劍艮务器可以是模块。另外，模块可以包括一个或多个子组件。并且， 本领域技术人员应当清楚，本发明可以用其他计算机系统构造来实施，包括单 处理器或多处理器的计算机系统、微型计算机、主机计^n以及个人电脑、手 持计算设备、基于微处理器的和/或可编程的消费电器等，其*都可以可操作 地与一个或多个有关设备通信。该消息引擎404可以进一步在不同的逻辑和物
理级别为多个消息信道掛共支持，例如诊断、生产等。
因此，位于工厂层的工业控制器410會,与消息引擎404妊，以便于根 据通用工业协议401对通信进行规范化。例如，工4kl空制器410能够被调用来 控制某一需要测i舒B/或调试的层/单元或过程。特别是，工魁空制器410肯濒包 括控制逻辑的至少一部分，该控制逻辑被调用来实现前舰程和/鹏/单元。并 且，工鹏制器410育滩是可编程的逻辑控制器(PLC) 。 PLC是小型的计算
机，用于自动操作实际过程(例如，控制工业环境中的机器)。典型地，PLC 是具有可组合的,成的输A/输出电路的基于微处理器的设备，其中这种电路
用来监测连接至现场的传自输入的状态，并被进一步用来根据逻辑fl)W制 输出致动器。尽管可以在系统400中将PLC作为工业控制器来使用，但是应当 理解，根据本发明可以使用任何合适的工业控制设备。例如，可以在系统400 中糊壬何适当的微处理器和/或货鹏制器用作工鹏制器。
图5表示典型的工业自动化网络，该网络^顿了消息弓摩533来交换消息，并通过目录界面540传送数据至数据库510、人机界面(HM) 520和可编程 逻辑控制器(PLC) 530。目录界面可以包括AI组件550，用来舰在特定网络 内对所需数据的有效识别。目录界面540可以被用于从合适的位置，例如 源560、服务器570和/或代理服务器580 ^{共 。因此，目录界面540可以 根据请求者的角色和需求而指向 源(例如， 库510、 HM520、 PLC 530 等)。麵库510可以是各个类型的粗可数量，例如有关的、网络、普通文件 或分级系统。典型地，这种数据库可以与各种企业资源计划(ERP)应用程序 一起使用，该企业资源计划应用程序可以在公司内为各种与{^可数量的各种业 务有关的过禾别艮务。例如，ERP应用程序可以与人力资源、预算、预测、购买 等有关。并且，特定的ERP应用禾iJ^需要具有与其相关的特定所需属性的数 据。因此，根据本发明的一个方面，目录界面540育,iAI艮务器570向,库 510樹辩娥，劍艮务器掛共具有繊库510所需的属性的 。可以进一步 ^ffi各种人工智能组件550，来便于识另,络和应用禾旨中的 标识。
如图5所示，消息引擎550肯,皿目录界面540和其他OPM服务对其 他消息引擎及其构造，以及所支持的消息进行定位。由于消息弓摩會滩确定在 系统中对消息的合适的日划寸及路由，因此这种信息可以进一步减少在构造和管 理系统中的粘合代码。另外，可以通过这种消息引擎实现对具有消息系统附加 观察的系统信息的公共视图(例如，为所有权人和第三方所有权)。消息引擎 的活动可以实现例如对客户制造系统中的消息事件的过滤、桥接、路由、传 播、转换和监测。还可以提供对路由、数据转换、集合等(例如，第三方和所 有权系统可以被集合至基于公共标准的接口)的支持。这种在工业系统构造内 的消息引擎增强了性能，并便于系统的广泛构徵管理。
并且，HMI 520會,4OT目录界面540来指向位于系统500内的 。可
以^fflHM来用图形表^l程、系统、工厂等的各个方面，以樹共简单的， 户友好的系统视图。因此，系统内的各个数据点都可以作为具有所需的颜色体 系、动画和设计的图形(例如，位图、jpeg、基于图形的矢量、剪贴画等)表示 来显示。
HMI 520可以请求数据具有与该数据有关的特定可视化属性，以方便地将 这种数据向HMI520显示。例如，HM520可以向目录界面540请求具有有关的 可视化属性的特定 点。该目录界面540育濒确定包含有具有所需的可视化属性的属性数据点的代理月艮务器580。例如，该属性数据点可以具有特定的图
形，该图形或者是被 所引用，或是与 —起，这样，在HM环境内，该
图形代m据值，或者与i^值一起出现。
如前所述，PLC 530育巨够是任何数量的模型，例如Men Bradley PLC5， SLC-500, MicoLogix等。PLC 530通常被定义为专用设备，用于提供过程和/或 系统的高速、低级控制。可以使用梯形逻辑或一些结构语言的形式来对PLC530 编程。典型地，PLC可以直接j顿数据源的数据(例如，繊源560)，该数 据源可以是传麟、编码器、测量传繊、开关、电子管等。该M源560能 够向PLC中的寄存器提供薩，且如果需要的话，这种i^可以被存储在PLC 中。另外，或可替换的，数据可以被更新(例如，根据时钟周期)，或被输出 至其他设备，用于进一步的处理。
图6表示根据本发明的一个方面的方法。虽然该典型方法在此是以一系列 代表各个事件和/或动作的框图棘示和描述的，但是，本发明并不限于这种按 Jiif表示的框图。例如，根据本发明，在此所描述的顺序以外， 一些动作或时 间可能会以不同的)l,发生，和减与其他动作或时间同时发生。另外，要完成 根据本发明的方法，并需要所有所示的框图、事件或活动。并且，应当理解， 根据本发明的典型方法和其他方法可以以根据在此所表示和描述的方法来完 成，也可以根据在此没有表示或描述的其他系统和M来完成。首先，在610， 为了工业设置，而为消息、事件、命令和报警建立文件库。例如，报警可以包 括专门的状况事件。可以通过报警事件棘行对报警的启动，并且，向接收机 携带报警的消息可以表示报警消息。同样，可以在系统中的指定时间点进行活 动，其中，自动化产品产生并接收时间。可以将与事件有关的信息作为消息在 源和时间信息的接收机之间发送。另外，命令可以包括由源发送至接收机，以 执行某^f寺定功能的命令(请求)。这种命令的启动是通过命令事件，其中将 该命令传送至接收机的消息被分类为命令消息。
接下来，在620，可以将产品消息定义映射至统一库。因此，在630，用于 由工业产品管理消息，并引用库中的消息定义的有关基础可以被樹共在平台中， 作为UPM结构。接下来，在640，可以粒多个库，4樣用于工业设置的不同
:nik操作。这样離多便于与其他设备/产品的通信(例如，通过优选的信道)，
其中，在整个系统中，消息的构造和管理都是一致的。
图7表示作为工厂自动化平台的一部分的，便于消息交换的有关方法。在
710开始，在多个模i央和应用禾歸之间相互操作消息总线，该消息总线与消息 引擎进行交互。这种消息弓l擎能够使目录和其他UPM服务指向对其他消息弓|擎
和其构造以及所支持的消息进行定位。消息引擎的活动可以涉及例如对客户制 造系统中的消息事件进行过滤、職、路由、传播、转换和监测。接下来，在
720，为工厂自动化平台确定消息引擎场景，其中，这些场景可以用来将第三方 产品/设备日划寸至工厂自动化平台。接着，在730，可以对来自各个协议的消息 进行规范化，以提供一致的接口，事件和模i央在系统和消息总线中是通过该接 口发齿接收。接着，在740，可以樹共通用的质量，例如多个事件、命令、事 件、报警、场景、交易等消息)的构造，其支 寺对自述消息的引用。例如，对 库的消息可以为物料、设备而定义(和存储)，而为工厂JOT其他的工业组件。 图8表示根据本发明的一方面，舰消息引擎在控制系统和应用禾聘(例 如，软件应用禾號)之间的典型消息交换。系统800用于实现与工业自动化环 境，或在工业自动化环境内，发送消息。系统800包括消息代理引擎810，该 消息代理弓l擎对各个消息协议和格式的消息进行规范化化，并向与控制系统820 的可靠性交换消息(例如，信息、 、请求、询问、控制信号等)劍共机制。 例如，在一个方面，消息引擎810旨,作为应用禾將接口，并在应用禾聘之间 (例如，820和840)樹共通用接入点。如图所示，在消息交换系统800中，应 用禾歸可以通过消息弓摩(810)夕卜露的接口与消息系统妊，其中这种消息引 擎在划寸者和接收者之间交换信息。这样，消息结构的表示可以与每个用户的 角色和位置一致。
例如，与控制系统820有关的控制禾歸可以通过"发送消息"的指钱发 送消息，而软件应用，骄通过"接收消息"的功能来接收消息。相反，软件应 用程序840可以通过"发送消息"的功能发送消息，而控制系统820的控制程 序通过"接收消息"的指令来接收消息。系统也可以^顿一套相同的应用禾辨 级别构造。应当理解，消息的基础构造可以在功能性上不同，且可以根据主机 环境和有关的系统来提供不同级别的功能性。并且，每个消息级另脂巨够支持通 用构造接口和公共接口的表示，以实现对整个系统的消息的管理控制的一致表 现。因此，在每一级别，消息引擎810能够在该级向产品提供一致的外部接口， 并育激向其他网络过渡，在网络之间劍共所需的鋭居/安全映射和转换。并且， 可以在相同的机器或在机器之间通过应用禾聘复制i媚。本发明的upm消息提
供了通过一组一致的接口来实现本发明的方法。例如，系统中的用户接口设置 会产生用于消息组件的构造，该消息组件在系统组件之间复制数据。消息系统
i^共复制功能，并能够根据复制的成功和频率来生成状态信息。
瓶躬摩810还會鹏通过!細做灵活的类鄉存储而来跑共可靠的消息。例
如，ft^可由控制系统820的组件所发送的、具有写入和/或读取权限的消息都能 够被存储在和/或从消息弓摩810中检索出来。同样，樹可由组件錢至控制系 统820的、具有写入和/或读取权限的消息者阿以被存储在和/或从消息引擎810 中检索出来。这样，消息的传输可以独立于接收机的状态(例如，在控制系统
820外部的实体)，禾n/或消息的接收者可以独立于发送者的状态(例如，控制
环境外部的实体和/或控制系统820的一个或多个组件)；并且，这样，可以可 靠地交换消息(例如，同步或异步)，而不用考虑是否发送方和接收方当前都 可妊和/或交换类媚。
这种消息交换的安排可以包括1对1 (1: 1) ， l对多(1: n， n为徵)， 或多对1 (n:l)的消息发送方和接收方的比例，而服务质量(QOS)的各级包 括可变的消息，例如"发后不管(fire and forget)"，这是发送一次且不需要可 靠传送。其他方式，例如QQS传输方式和非易失性的徵I，例如带有可靠传输 的发送，发送一次，并且只有一次是可靠传送，都完全在本发明的范围之内。 因此，这种消息引擎會,便于与其他服务/产品通信(例如，通过雌的信道)， 其中在整个系统中，消息的构造和管理都是一致的。
消息弓摩820还可以位于控制系统820内(例如，在有关的工鹏制器内)。 并且，消息引擎810可以与人机界面(HMI) 、 1/0模块、电桥、1/0模块等一 起存在。并且，应用禾Mi^/外部单元840可以进一步与状态机、i^空设备、用户、 数据库、服务器、客户、集劍艮务器、人力资源计划(ERP)、制造执行系统 (MES)和机器控制(MC)系统有关。另外，外部实体可以包括一个或多个业 务系统和/，用禾聘。这种系统和/，用程序可以与一个或多，劍艮务器、 中间件和/或能够与控制系统820通信的其他部f特关。消息弓摩810兽^f共 质量的通用构造(例如，多个事件、命令、事件、报警、场景、事务和消息)， 并为弓间和自述消息衞共支持。
并且，消息的发送方可以知誠不知道该消息M过消息弓摩810所路由
的。例如，发送方可以发鄉常的广播或指明目的地。在传输时，通常錢方 不需要知道该消息在被传送至目的地之前，被接收和/或被存储在消息引擎810 中。
相反，在本发明的另一方面中，发送方知道路由路径要通过消息引擎810。
并且，消息弓l擎能够弓I导目录和其他UPM服务棘其他的消息弓1對Q其构造，
以及所支持的消息进行定位。由于消息弓摩能够确定在系统消息适当的鹏寸禾口 路由，因此这种信息能够进一步减少在系统的构造和管理中的粘合代码。在有关的例子中，控制系统820育,执行(例如，激发，以其实例说明)可靠的确 定消息弓摩810的位置的消息指令，来粒与这种消息弓摩的连接(例如，使 用缓存的连接或连接池)。控制系统800还會滩向消息引擎810传送消息，禾口/ 或从消息引擎810接收代表消息传输的确认。
这种方法可以进一步被用在例如基于公布/订阅和/或基于轮询的消息系统 内。在基于公布/订阅的系统中，消息可以与一个或多个接收方有关，包括所有 或全部同意接收消息和减阅读在特定的消息存储区域所发布的消息的接收方， 该消息存储区域例如是话题、队列、由赚等。消息引擎810能够向这些用户发 送事件和/或通知(或通常的广播)，M知其已经发布、公开和建立了消息， 或利用与用户的连接而向其发送 、将,排列等待，直到根据保留协议等， 用户再次可用。发布者和用户可以保持与消息引擎810的连接，用户在特定的 消息队列等待，或一个面向多个信息话题。因此，当发布方向队列或话题发布 了消息时，所有的用户術皮立刻通知，并作为通知的一部分，接收实际的消息。 同时，用户可以请求消息弓l擎810衝共更高级的服务，并要求消息弓摩810在 该用户下线时，将用户消息歹i服等待。有了这种类型的服务，用户可以在即使 是网络连接中断的情况下，也能保证不错过重要的信息。
发布方、用户和代理可以彼此协商，以#最有效的，最佳性能的数据传 输机制。例子包括选择最快的网乡被连接、集合数据消息(例如，劍共生成一个 具有两个话题得更大的消息，而不是两个分离的消息)和单播或多播、或当需 要的时候广播消息、和重定向至鹏^更好的服务器。客户能够要求消息引擎810 仅根据限制来发送消息、在传输之间〗OT最小时间间隔来^I消息、同时组发 多个消息、在一段时间后删除未处理的消息(例如，24小时)、在一段时间后 转发至另啲队列(例如，10併中后转錢增加组或垃圾箱)等。同时， 一个或多个用户可以同时和减陆续访问所存储的消息。这种访问可以包括读取、复 制、修改、移动、删除、取出等。在基于裕旬的系统中，接收方可以周期性轮 询消息弓摩810，以确定消息是否可以被读取和/或检索。
在有关方面， 一个或多个接收方育,同时和减陆续轮询和访问所存储的数 据。在另一种情况中，可以使用端对端的技术，其中接收方处理(例如，获取、 复制、移动等)来自消息弓摩810的消息。另外，可以通过这种消息引擎810
来实 w具有消息系统附加观察的系统信息的公共视图(例如，为戶;f有权人和
第三方所有权)。消息引擎的活动可以例如用于对客户制造系统中的消息事 件的过滤、桥接、路由、传播、转换和监视。还可以提供对路由、 转换、 集合等(例如，可以将第三方和所有权系统集合至基于开放标准的接口)的支 持。这种工业系统构造内的消息引擎810增强了性能，并且有助于系统的广泛 构徵管理。
同样，控制系统820可以包括一个或多个控制系统(未示出)，其中各个 控制系统可以包括一个或多个控制器(未示出)，该控制器能够控制各种设施、 机器、装置、过程、系统、设备等。另外，该一个或多个控制器能够执行一个 或多个智能代理和/或控制逻辑(例如，以工业和成其他语言编写的编程、禾辨、 指令组等)，来控制各种设施、机器、装置、过程、系统、设备等。这种控制 可以包括获取和/或分析输入和/^^顿所控制的设施、机器、装置、过程、系 统、设备等进行控制的输入。并且，该一个或多个控制器可以包括一个或多个 接收、发送和/或收发组件(未示出)，该组件有助于交换消息。并且，消息引 擎810和/或控制系统820的倒可组件都能够是硬件、软件和/或基于硬件和软件 的固件。例如，控帝杯境内的工^J空制器可以是软件(例如，所实现的软件) 和/或物理控制器(例如，具有适当的软件和/或固件的硬件)，包括以太网接口 或通过底板或其他网络连接与以太网接口连接的接口、人机界面和I/O模块设 备和/或其结合。
并且，控制系统820可以与任何适当的通信协议有关；例如控制和信息协 议(CEP)，用于通过DeviceNet^ ControlN改，以太网/IP和/或控制器局域网 (CAN)通信的协议，用于通过Prifibus,Interbus-S,RIP,P-Net和AS-I通信的现 场总线协议，用于通过互联网通信的传输控制协议(TCP)和互联网幼、议(IP)， i用于通过局域网和广域网(LAN和WAN)通信的NetBios扩展用户接口(NetBEUI),用于在工作站、服务器等之间通信的文粥销細、议(FTP)，用 于通过万维网(WWW)通信的超文本传 MW义(HTTP)等。另夕卜，可以通过 有线和/或无线通信技术来与消息弓|擎810通信。根据本发明所旨嫩使用的通信 体系的例子包括以太网、串行端口、并行端口、同轴电缆、红夕卜(DO 、蓝 牙、通用串行接口 (USB)、火线、WiFi、 WiMax、 802.11A，B，G、 802.15.4、 通用即插即用(UPnP)、超宽带(UWB)等。合适的通信介质的例子包括类 别1-5线路(例如，CAT5 UTP 8线缆)、同轴电缆、USB、 RS-232、 RS485 等。
并且，消息弓摩810會嫩结合存储器或任何适当的存储介质。例如，消息 弓摩810可以包括非易失性和/或易失性存储器或寄存器。适当的非易失性存储 器可以包括只读存储器(ROM)、可编程ROM (PROM)、电可编程ROM
(EPROM)、电可擦除可编程ROM (EEPROM)、电池支持的RAM、 MRAM 或闪存。易失性存储器可以包括随机存取存储器(RAM)，其作为外部缓存。 为了进行表示，而不是为了限制，RAM可以有很多可用形式，例如静态RAM
(SRAM)、动态RAM (DRAM)、同步DRAM (SDRAM)、双f(^速率SDRAM (DDRDSRAM)、增强SDRAM (ESDRAM)、同步链接DRAM(SLDRAM)、直 接总线式RAM (RDRAM)、电池BACKEDRAM。存储器可以例如包括磁盘 驱动，机械的和固态的，例如SATMDE/SCSI磁盘驱动、微型驱动、USB和小 型闪存设备，以及远程存储器，例如网络文件系统(NFS)、通用互联网文件 系统(CIFS)共享、存储区域网络(SAN)、网络附属存储器(NAS)和iSCSI 接口。
图9表示根据本发明一个方面的消息弓摩911与第三方应用禾將的妊。 徵躬摩911會g够在模i力应用禾聘之间掛共实时的即时消息的交换，其中控制 器的性能能够提高UPM消息性能。该UPM消息构造900肯g够为第三方连接禾口 其他所有权系统将这种内部高级连,口鹏寸至公共的开放式接口。接口 910 将服务和消息级应用程序接口呈现给消息总线(未示出)。控审,信息协议(CIP) 协议920作为消息构造的一部分，會,与消息弓摩CT，以便于消息交换。
图10表示本发明进一步的方面，其中表示了服务与接口的关系。通常，接 口 1021表示用户(例如，工业工厂的工程师)，具有界线，该界线在与用于有 关的程序和系统中的其他禾歸之间共用。服皿作1021也可以与将应用程序连
接起来所需的附加信息有关。这种信息可以根据客户需求和性能而由引擎、系 统综合器或系统管理员来提供。该接口 1021也可以被定义为类别定义的一部 分，或由外部接口劍艮务定义来输入，其中模±央编辑者可以观测服务信息，以 作为与接口有关的附加服务属性。
例如，模i娥口的客户育辦对支持所正在被查找的接口的服务进行定位。 这种服务能够向客户建议为了将模块连接在一起而需要满足的事务(安全、格
式等)、传输(在存储器中、HTTP等)和诊断。这种信息可以进一步被分组 为适合用户观看的格式。这种信息也可以被端口 (例如，仅在存储器表示)或 被接口功能过滤。
图10还表示了如何将服务信息与接口信息和支持这种服务的主+M接在 一起。服务可以包括为了完成该接口所需的接口环境。这种信息可以便于对接 口的连接标准化，例如当多种传输都可用时。服务实现了以一致的方式来获得 传输选项，从而减小了皿度。如图10所示，在制造商1022，工业工厂的工 程师可以通过服务操作和服务元数据，将应用禾，的接口显露出，以将元 与接口连接，以用于所需的客户交互。如在1006所示，接口可以与服务结合； 例如，该接口可以题用禾歸制造者的视图，其中劍艮务是可操作的/实施视图。 并且，客户可以浏览服务，以对功能定位，并且这种服务可以包含对所表示的 功能的客户係统视图，其中该系统视图标识出了 "什么"、"哪里"和"怎样"。 另外，该服务操作实现了使用接口上的动作(例如，输入、输出、通知等)来 将通信和调用数据连接。消息是接口和通信/映射所支持的变量激据的通用格 式。
图11表示根据本发明的结合了消息弓摩的特定消息系统。如图所示，该 UPM消息系统1100衛共了通用的结构，用于将产品，例如餘器组件1110、 工厂记录1120、微型记录1120和控制器组件1140结合在一起(与UPM消息 定义一起)，并l^共通用管理接口。 UPM消息还为与第三方产品的^5操作提 供了构造，这可以对用户是隐蔽的。如下文所详细解释的，这种集合可以进一 步包括面向外部信息的接口，例如网络服务接口、 的同步副本例如-
数据在数据存储器中的副本，以M外部信息的引用实时翻+蔬所支持的
嫌s娜值。
图12表示了根据本发明的，从源向目的地进行消息交换的进一步的方法1200。在U10开始，本发明的消息弓摩串行化UPM)(^^能够产生特定的消
息(例如，按照与单个事件、报警、命令相同的方式来管理场景中所产生的消 息)。例如，这可以包J碟入由库功敏指令或消息输入序列所掛共的消息。
这种消息之后在1220被提赶传输接口 ，例如通过识别出向其分配的输出 协议接口。接下来在1230，消息在系统中传输，并进行与其有关的翻转换(例 如，由消息系统所管理的语法转换，合由消息弓摩以及離消息内容的环境的 应用禾im^m所管理的语义转换)。在1240,当穿过网络和应用禾聘边界时， 消息格式进行转换。接着，在1250，这种消息育^被目的应用禾辦所4顿，在 该目的应用程序处，该消息被解串行化为该应用程序能够^ffi的对象。消息目 的可以是完全意义的地址，或逻辑话题的发布。如果该目的^3I辑话题，贝鹏 息弓摩可以对话题的用户进行定位，并将消息分配至于用户有关的服务接口。
图13表示系统1300，该系统通过消息引擎在控制和业务系统之间交换消 息。该系统1300包括工鹏制器1305，该工鹏制器具有以太网/TP接口 1310、 控制网接口 1315和设备网接口 1320。该以太网/IP接口^f共与位于以太网/IP网 络1335中的设备1325和设备1330的通信。控制网接口 1315提供与位于控制 网络1360中的非基于TCP/IP的设备1340、 1345、 1350和1355 (在下文总的 称为1340-1355)的通信。设备网接口 1320提供与位于设备网络1380中的非基 于TCP/IP的设备1365、 1370和1375 (在下文总的称为1365-1375)的通信。 设备1325、 1330、 1340-1355和1365-1375可以IOT来控制各种工M:程、机器、 制造设备、设施等，并且可以包括输入、输出、存储器和处理模块，以用于控 制。各个控制器能够执行控制用于获得和/或分析输入，并J7或者产生用于控制 被控制的实体(例如，发动机、驱动、电子管、螺线管、开关 )的输出的
编程、禾歸、指令组等。这种控制编程可以以几乎是任何编程语言来编写，该 编程语言包括工ikj空制语言(例如，ST,SFC，FBD,IL和LD) 、 C、 C卄、C#、 GML、 Java、流程图等，和/或其任何的组合，并S7或者包括用于同步数据^5力 和/或执行交换和/或基于事件的任务的目的的新指令。这魏于事件的任务可以 被构造为停止，并等待接新的消息或消息传送。
工业控制器1305进一步包括具有TCP/IP适配器1390的集成组件1385， 该TCP/IP适配器育g够在设备1325、 1330、 1340-1355和1365-1375与消息引擎 1395之间提供TCP/IP网关。消息引擎1395可以是计算机、服务器、1￥^或
被设计和用于连接和实现业务和/或消费者交易方之间的交互的面向服务的体 系结构(SOA)。举例来说，使用了不同操作系统和/，用程序的两个业务可
以《顿消息引擎1395来在内部和外部联网的计穀几系统中交换徵窗、。同样，消 费者和公司可以使用消息引擎1395来在不同的系^t间交互。公司方之间的业 务通常被称作公司对公司(B2B)的业务，并典型地包括在两个公司之间进行 交换基金、货物、服务和/，据的交易。在公司和消费者之间的业务通常被称 作公司对客户(B2C)的业务，并通常包括例如服务、信息和/或产品交换的交 易。消息引擎1395會娜为各种平台和/鹏用接口作为具有适配器的 开关。
应当理解，消息引擎1395可以被设计为支持各种预先打包的、定制的和/ 或旧的应用程序。这种应用禾歸可以被设计为是根据例如XML, HTIP, JMS， SOAP，LDAP,WS^等的标准。另外，也可以根据本发明的一方面^顿基于星形 的服务器和基于网络中心的集成服务器。通常，在基于星形的集劍艮务器，应 用,通过中心服务器连接，该服务器管理在所连结的系统和应用程序之间的 通信、数据转换和过程互动。在基于网络中心总线的集劍艮务器，节点沿通用 主干线连接，而在互联的系统和应用程序之间的通信沿该主干线传送至集成服 务器，该集劍艮务器管理数据转换、转化和路由至接收节点。
另外，TCP/IP适配器1390育,在设备1325、 1330、 1340-1355和1365-1375 与消息引擎1395之间J^f共TCP/IP网关。该网关可以用作以太网、网页、文件 传输、HTTP、 HTTPS、操作系统和/或例如Java虚拟机(JVM)和API的操作 环境。另外，该网关可以鄉娜传输禾卩API，例如JMS、 JDBC、 JTA等。并 且，该网关可以在控制器1305和消息引擎1395、 LDAP目录服务和/或可靠的 消息接口之间l^共防火墙和/或安全性能，例如SASL (例如，Kerberos……)和 SSL。应当理解，组件1390，通常称作TCP/IP适配器，可以代 信组件，该 通信组件包括TCP/1P、 UDP/IP、多播以太网协议，包括IPv4和IPv6。设备1325、 1330、 1340-1355和1365-1375中的倒可一个都可以j顿集成组件1385和TCP/EP 适配器1390来与消息引擎1395通信，并进一步与设备1325、 1330、 1340-1355 和1365-1375通信。该性能能够被用于M^t任何中间件和额外PC盒和轮询协 议的需求，例如，如传统的用于实现这种^S的系统所i顿的。在设备1325、 1330、 1340-1355和1365-1375与消息引擎1395之间的通信可以包括，但不限 于，服务于基于网页的数据(例如，网页、M视图、XML、网页对象、DIP ……)，公开信息(例如，消息、数据、标签、状态、状况、错误消息… …)，用于接收信息和/或裕旬信息。另外，通信可以包括下载、发送、停止、 更新、暂停、监视和/或移动应用禾歸。并且，适当的通信包括査找设备1325、
1330、 1340-1355和1365-1375中的任何一个。
为了提供额外的环境，图13和以下讨论是用于提供对具有控制器和/或 UPM消息结构的^g的计算机环境的简洁的、大概的描述，其中可以实施本发
明的各个方面。虽然己经在上文中在通常的计^a超宇的可在本i也计^m和/或
远程计算机上运行的计算机可执行的指令的环境中描述了本发明，但是本领域 技术人员将会认识到，本发明还可以与其他禾骄模块一起实现。通常，，骄模 i央包括执愤寺定任务和域实现特定抽象i娥类型的例行，聘、，歸、组件、数 据结构等。
并且，本领域技术人员应当理解，所发明的方法可以以其他计^n系统构
造来实施，包括单处理器或多处理器计算机系统、微型计##1、主机计算机， 以及个人电脑、手持计算设备、基于微处理器的和/或可编程的消费电器等，其 每个都可操作地与一个或多个相关设备通信。所示的所要求的实质内容的各方 面也可以在分布式计算环境中实施，该计算环境中，某些任务是由通iM信网 络而连接的远程处理设备来完成的。但是，如果不是全部，也有一些本发明的 方面可以在单个计算机上实施。在分布式计算机环境中，程序模i央可以位于本 地和/或远程存储寄存设备中。
参考图14，典型的用于实5，万要求的实质内容的各个方面的环境1400包 括计算机1412。该计算机1412包括处理单元1414、系统存储器1416和系统总 线1418。系统总线1418与系统组件相连接，该系统组件包括，但不限于，系 统存储器1416至处理单元1414。该处理单元1414可以是各种倒可可用的处理 器。双微处理器和其他微处理器构造者阿以被用作处理器单元1414。
系统总线1418可以是几种总线结构类型中的任何一种，包括存储器总线或 存储器控制器、外围总线或外部总线、和/或4顿各种总线构造中的任何一禾中的 本地总线，包括但不限于，工业标准结构(ISA)、微通道结构(MSA)、扩 展SIA (EISA)、智能驱动电子(IDE) 、 VESA本地总线(VLB)、外围组件 互连(PCI)、卡总线、通用串行总线(USB)、加速图形接口 (AGP)、个人 电脑存储卡国际协会总线(PCMCIA)、火线(正EE1394)和小型计算才几系统接口 (SCSI)。
系统存储器1416包括易失性存储器1420和非易失性存储器1422。基本的 输A/输出系统(BIOS)存储在非易失性存储器1422中，该系统包含基本的用 于在计算机1412的组件之间传送信息的程序，例如在启动时。为了清，见， 而不是为了限制，非易失性存储器1422可以包括只读存储器(ROM)、可编 程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM) 或闪存。易失性存储器1420可以包括随机存取存储器(RAM)，其作为外部 缓存。为了进行表示，而不是为了限制，RAM可以有很多可用形式，例如静态 RAM (SRAM)、动态RAM (DRAM)、同步DRAM (SDRAM)、双数据速 率SDRAM (DDR DSRAM)、增强SDRAM (ESDRAM)、同步链接DRAM (SLDRAM)、直接总线式RAM (RDRAM)、直接总线式动态RAM(DRDRAM) 和总线式动态RAM (RDRAM)。
计算机1412还包括可移除/不可移除、易失tt/非易失性计^m存储介质。
图14表示了例如磁盘存储器1424。磁盘存储器1424包括，但不限于，类似磁 盘驱动、软盘驱动、磁带驱动、Jaz驱动、Zip驱动、LS-100驱动、闪存卡或存 储棒。另外，磁盘存储器1424可以包括分离的，或与其他存储介质相结合的存 储介质，包括，但不限于，光盘驱动，例如光盘ROM设备(Cl>ROM) 、 CD 可录驱动(CD-R Drive) 、 CD可写驱动(CD-RW Drive)，字^31用磁盘 ROM驱动(DVI>ROM)。为了便于磁盘存储设备1424向系统总线1418的连 接，典型敏顿可移除地或不可移除的接口，例如接口 1426。
应当清楚，图14描述了软件，该软件用作在适当的操作环境1400中所描 述的用户和基本计^m资源之间的中介。这种软件包括操作系统1428。操作系 统1428可以被存储在磁盘存储器1424上，该操作系统用于控制并分配计^m 系统1412的资源。系乡被用禾骄1430通过禾骄模块1432和禾1] ^ 1434来 使用操作系统1428的资源管理，该，旨模块和，1 ^或者是存储在系统存储 器1416中，或者是在磁盘存储器1424上。应当理解，所要求f斜户的实质内容 可以以不同的操作系统或不同操作系统的结合来实现。
用户通过输入设备1436来向计^m 1412输入命令或信息。输入设备1436 包括，但不限于，指示设备，例如鼠标、滚轮、指针、触摸板、體、麦克风、 操纵杆、游戏键盘、圆盘卫星天线、扫描仪、TV调谐卡、数字照相机、数字摄像机、网络照相机等。这些或其他输入设备经由接口端口 1438而经过系统总线 1418连接至处理单元1414。接口端口 1438包括，例如，串行端口、并行端口、 游戏端口和通用串行总线(USB)。输出设备1440使用一些与输入设备1436 的端口相同类型的端口。因此，例如，可以使用USB端口来向计算机1412提 供输入，并从计算机1412向输出设备1440输出信息。输出适配器1442用于表 示，除其他输出设备1440以外，还有一些输出设备1440，例如监视器、扬声 器和打印机等需要专门的适配器。输出适配器1442包括，例如但不限于，视频 和音频卡，M输出设备1440和系统总线1418之间樹共了一种方式的连接。 应当注意，其他设备和/或设备系统同时提供了输入和输出功能，例如远程计算 机1444。
计算机1412可以在逻辑连接到一个或多，程计算机的网络化环境中操 作，例如远程计^m 1444。远程计^m 1444可以是个人计^fl、月艮务器、路 由器、网络PC、工作站、基于微处理器的应用禾聘、端设备或其4顿用网络节 点等，并典型地包括戶腿与计算机1412有关的组件中的一些或全部。为了简洁 起见，仅表示了一个与远程计^fl 1444相连接的存储器设备1446。远程计算 机1444在逻辑上通过网乡射妾口 1448连接至计^n 1412，并物理i顿M信连 接1450雜接。网^t妾口 1448包含有线的和/或无线的通信网络，例如局域网 (LAN)和广域网(WAM) 。 LAN技术包括光纤分布式数据接口 (FDDI)、 铜缆分布式数据接口 (CDDI)、以太网、令牌网等。WAN技术包括，但不限 于，点对点链路、电路交换网，例如综合业，字网(ISDN)及其上的变形、 M交换网络和数字用户线路(DSL)。
通信连接1450涉及用于将网络接口 1448连接至总线1418的硬件/软件。
虽然为了清魏见，将连接1450表示在计^^几1412内部，但是也可以在计算 机1412外部。连接至网络接口 1448的连接所需的硬件/软件包括，iOT于举例 的目的，内部和外部技术，例如调制解调器，包括常规电话级调制解调器、电 缆调制解调器和DSL调制解调器、ISDN适配器和以太网卡。
在本申请中所使用的，术语"组件"、"处理器"、"模型"、"系统"
等也都是用于涉及计算机有关的实体，除机电结合单元以外，或者是硬件、硬 件和软件的结合、软件，或者是执行软件。例如，组件可以是，但不限于是，
运行在处理器上的进程、处理器、5(豫、可执行的、线程、禾歸和威计^m。为了清,见，在月艮务器iiit行的运fi^i^和月艮务器者阿以是组件。进程和/或 线程内部可以存在一个或多个组件，组件可以位于一个计^^Lb和/或分布于两个或更多计算m^、司。同时，这些组件能够执行各种在其上存储有各种 结构的计算机可读介质。这些组件可以通过本地和/或远，，程，例如根据包含 一个或多个数据包的信号来通信(例如，通过信号，来自一个组件的数据可以与本地系统中的、分布式系统中的另一个组件，禾n/或通过例如互联网的网络而与其他网络进行交互)。在有关方面，除具有在单个位置中的具有有限单元数 量的工业设置，术语"系统"还涉及在全娥分布式制造商包含多个位置的制造 /信息控制设置。
上面所描述的内容包括本发明的例子。当然，为了描述所要求傲户的实质 内容，不可能描述出每一个所能想到的组件或方法的结合，但是，本领域技术 人员应当清楚，很多对本发明进一步的集合和改变都是可能的。因此，所要求 保护的实质内容用于包含所有这些替换、修改和变形，这者隨入所附权利要求 的精神和范围之内。
特别慰寸于由i^组件、设备、电路、系统等所执行的各种功能，用于描 述这种组件的术语(包括涉及"方式")是为了对应于，除非特别指出，ftf可 育,执行这种上述组件的特定功能的组件(例如，功能性等同)，尽管其与所 公开的结构在结构上不相同，该所公开的结构在此执行所要求保护的实质内容 的典型方面所表示的功能。从这点看，也应当认识到，本发明包含系统，以及 包含了计算机可操作的指令的计^a可读介质，用于执行所要求的实质内容的 各种方法的动作和/或事件。
另外，尽管相对于多个实施方式中的一个描述了本发明的特定特征，但是 这种特征可以按照所需要的和有利于任何给定的或特定的应用而与其他实施方 式中的一个或多个特征相结合。并且，对于在详细说明或权利要求中所使用的 术语"包括"、"包括了"及其^f乡的情况，这些术语是用于表示包含的方式， 与术语"包含"樹以。
权利要求
1、一种分布式消息交换系统，包括多个消息引擎(102、104、106、108、404、533、810、811、1395)，其之间具有连接，每个消息引擎都对统一的工厂模型内的各种协议和格式的消息进行规范化；和消息总线，从所述多个消息引擎(102、104、106、108、404、533、810、811、1395)中生成，用于与第三方产品通信。
2、 根据权利要求1的分布式消息交换，进一步包括目录，用于J^f共对工厂 模型的逻辑视图。
3、 根据权利要求l的分布式消息交换，进一步包括堆栈，用于合并了用户 处理的统一的工厂模型消息。
4、 根据权利要求3的分布式消息交换，戶，堆栈具有库组件，该库组件被 调用于促进消息交换。
5、 根据权利要求4的分布式消息交换，所述库组件包含消息的逻辑定义。
6、 根据权利要求4的分布式消息交换，进一步包括由库组件所生成的场景 定义。
7、 根据权利要求4的分布式消息交换，进一步包括应用，旨解决方案，该 应用禾骄解决方案由统一的工厂模型调用，并绑定于物理设备。
8、根据权利要求2的分布式消息交换，所述逻辑视图进一步包括类数据用户的物理位置。
9、 根据权利要求1的分布式消息交换，所述消息引擎可构造为至少支持一 个自述和非余，消息。
10、 根据权利要求8的分布式消息交换，进一步包括视图，该视图提供了对系统信息的观察，该视图对所有者和第三方所有权所共有。
11、 一种在ZDik工厂内交换消息的方法，包括在统一的工厂模型内的多个消息引擎(102、 104、 106、 108、 404、 533、 810、 911、 1395)之间麟连接；由消息引擎(102、 104、 106、 108、 404、 533、 810、 911、 1395)接收消息； 由消息引擎(102、 104、 106、 108、 404、 533、 810、 911、 1395)对消息 进行规范化，以ilf共一致的接口；禾口 为路由消息而确定合适的鹏寸。
12、 根据权利要求ll的方法，进一步包括在模土央和应用禾聘之间提供实时 的消息交换。
13、 根据权利要求ll的方法，进一步包括向工业工厂增加集成设备，用于 接收消息。
14、 根据权利要求11的方法，进一步包括向过禾對空制iif共)^链接和^A 接口。
15、 根据权利要求ll的方法，进一步包括在构造和管理消息交换中，减少 粘合代码。
16、 根据权利要求ll的方法，进一步包括弓阅库中的消息定义。
17、 根据权禾腰求ll的方法，进一步包括建立库，该库反映用于工虹厂 的工业操作。
18、 根据权利要求11的方法，进一步包括在系统中一致地管理所交换的消息。
19、 根据权利要求ll的方法，在网络中，在传输期间积累与消息有关的属性。
20、 一种计鋭几实n系统，包含以下计^n可执行的组件多个消息引擎(102、 104、 106、 108、 404 、 533、 810、 911、 1395)，在 戶;M消息引擎之间建有通信信道；*消息引擎(102、 104、 106、 108、 404、 533、 810、 911、 1395)在统一的工厂模型内提供对各种协议和格式的一致的接 口消息，禾卩消息总线，该消息总线与每个消息引擎(102、 104、 106、 108、 404、 533、 810、 911、 1395)通信，用于在应用禾歸之间的 传输。
全文摘要
一种系统和方法，用于在统一的工厂模型(UPM)内，通过调用多个消息引擎而实现消息性能，所述消息引擎能够在这种系统中合作。在多个消息引擎中提供连接，以在消息引擎/服务之间提供实时的交互，其中每个消息引擎都对各种消息协议和格式的消息进行规范化。同时UPM的各种系统能够向其映射—并提供一致的接口，在系统中一致地通过该接口发送/接收事件。
文档编号G06Q10/00GK101197833SQ20071015969
公开日2008年6月11日 申请日期2007年9月28日 优先权日2006年9月28日
发明者C·H·布鲁姆利, G·W·胡德, K·H·豪尔, K·S·帕拉彻, M·D·卡兰恩, P·R·德姆拉, S·昌德 申请人:洛克威尔自动控制技术股份有限公司