CN101128812A

CN101128812A - 用于工业过程控制环境的消息管理设施

Info

Publication number: CN101128812A
Application number: CNA2005800462866A
Authority: CN
Inventors: 欧文·W·威尔森; 马库斯·S·保罗; 埃瓦尔德·G·维思
Original assignee: Invensys Systems Inc
Current assignee: Schneider Electric Systems USA Inc
Priority date: 2004-11-26
Filing date: 2005-11-23
Publication date: 2008-02-20
Anticipated expiration: 2025-11-23
Also published as: WO2006058090A2; EP1836594A2; WO2006058090A3; US20060168013A1; CN101128812B; US9560109B2; EP1836594A4; US20130297748A1

Abstract

在此描述的消息管理设施驻留于过程控制网络环境中与控制处理器分隔开的联网节点内。该消息管理设施路由从该控制处理器接收的消息流到监控网络上的一组目的地。通过将该消息管理设施放入一个放置在消息流中的报警消息源(控制处理器)和报警消息宿(工作站、打印机、历史记录)之间的节点上，可以实现许多的附加功能以完成许多的高级功能。这种功能的示例包括：基于表格路由单个报警到应用网络上的若干目的地，当已经检测到提示器条件时通过对接收的消息应用一个标准抑制报警提示器，基于传递消息到其最终目的地之前分配给特定识别的消息的配置的分类调用命令，以及响应于事件/模式状态改变调用动作(包括重新指定报警优先权)。

Description

用于工业过程控制环境的消息管理设施

技术领域

本发明一般涉及联网的计算机化过程控制系统领域。本发明尤其涉及监控过程控制和制造信息系统。此类系统通常在过程控制系统中的控制层之上执行，以便为例如可编程逻辑控制器的较低级别的控制部件提供引导。

背景技术

工业日益依赖于高度自动化数据采集和控制系统以便在降低它们的总生成成本的同时确保工业生产过程有效、安全和可靠地运行。数据采集开始于当众多传感器测量工业生产过程的各个方面并周期性地将它们的测量结果返回给数据收集和控制系统时。此类测量结果以广泛多样化的形式进来。举例来说，由传感器/记录器产生的测量结果包括：温度、压力、pH、材料的质量/容积流量、在航运公司等待的成套设备的计算存货清单、工厂内的房间照片。复杂的生产过程管理和控制软件通常分析输入的数据、产品状态报告等，并在多数情形下，通过发送命令到调整工业生产过程的至少一部分的操作的执行机构/控制器作出响应。由传感器产生的数据还允许操作员执行许多监控任务，包括：响应于外部条件的变化(包括原材料的成本)设计生产过程(例如，增加新的调整点)，检测效率低下/非最优运行条件和/或即将发生的设备故障，以及采取诸如将设备移入和移出所需服务的补救措施。

典型的工业生产过程非常复杂而且接收以其的原始形式任何人都不可能消化的相当大容量的信息。举例来说，使成千的传感器和控制部件(例如，阀门执行机构)监视/控制工厂内多阶段生产过程的各个方面并非前所未闻。这些传感器有各种各样的类型而且报告各种各样的过程特性。它们的输出同样在它们的测量意义上、在每个测量发送的数据量、以及在它们的测量频率上变化。关于后者，为了精确度以及使得能够快速响应，这些传感器/控制部件的其中一些每秒执行一个或多个测量。当成千的传感器/控制部件相乘时，这将导致如此众多的数据流入需要复杂数据管理和生产过程可视化技术的过程控制系统。

如今现有的高度先进的人机接口/生产过程可视化系统被链接到诸如上述的传感器和控制器的数据源。这种系统采集并消化(例如，过滤)上述的过程数据。消化的过程数据反之驱动由人机接口给出的图像显示。这种数据包括由过程控制器响应于各种各样检测的过程条件/环境提交的模式改变、事件、以及报警消息。

过程报警消息传统上是从工厂控制处理器发送到工作站上的报警显示器以通知工厂的操作员意外的结果。通常，当提交的测量或计算值超出预先配置的范围时由控制处理器发布报警消息。工厂控制器将生成的报警发送给连接到分离的(例如，应用)网络的一个或多个操作员工作站。报警的检测、生成和传输潜在地给控制器增加了沉重负载。

已知的过程控制系统支持各种各样的报警排序技术，包括分配报警优先权以及根据任何各种各样的特性过滤报警消息。由控制处理器执行的报警优先权分配/过滤功能帮助操作员评估工厂/过程状态并在当在工厂生产过程中出现问题时促进加速纠正。通常，报警优先权是相对固定的并通过人为干涉改变。单独使报警/消息优先权化将不可避免使操作员在主要工厂故障或者持续级联过程/工厂组件故障期间，遭遇报警消息的提示器(shower，以下称为提示器)。在报警提示器期间忽视特定报警或报警类别将导致对人和工厂自身的伤害。

发明内容

本发明提供一种用于管理消息的方法和设施，消息为例如从控制处理器传递到各种各样的与工业生产过程的管理控制有关的目的地(例如，工作站，打印机，历史记录(historians)/数据库)的报警信号。管理消息是通过在消息源(例如，控制处理器)和消息的最终目的地之间插入适当的管理功能完成的。这种方案利于在消息流上执行各种功能。

更特别地，一种路由从控制处理器接收到的消息流到一组监控目的地的消息管理设施。该设施包括消息接收器，用于接收包含消息分组ID字段的消息。该设施还包括由一组消息路由条目(entry)组成的消息路由信息。每一个这种路由条目包括一个消息分组ID值、一组针对指定该消息分组ID的接收消息的消息路由目的地。该设施还包括目的地服务器，用于基于在该消息分组ID字段中指定的ID和在该消息路由信息的相应路由条目中指定的一组消息路由目的地，将由消息接收器接收的消息发送到一个或多个网络目的地。

该设施还实现了消息监视器角色，其中该设施监视从控制处理器接收的消息流，并响应于在该消息流中检测到特定识别的消息启动一个命令的执行。在这一点上，该消息监视器包括包含有一组消息表条目的消息表。每个条目由消息ID和命令ID组成。该设施的消息接收器包括消息监视功能，用于接收包含消息ID值的消息，以及通过在信息表中定位对应于所接收的消息在条目识别已分类的消息。最后，命令执行功能联合识别该已分类消息的消息接收器，启动一个与该命令ID有关的、该消息表中针对该已分类消息的条目的命令的执行。

该设施还实现了状态消息监视器角色，其中该设施响应于在消息流的消息内检测到状态改变启动一个命令的执行。在这点上，消息监视器包括包含用于识别有关在接收消息中指定的模式/事件的状态改变的消息监视功能。该设施还鉴于所接收的消息根据当前模式/事件状态启动执行动作。该动作包括例如针对报警设置新的优先权。

在还有的另外的角色中，该设施监视经过一段时间的消息容量，并响应检测到一个消息(例如，报警提示器)，该设施操作以通过针对消息流应用抑制标准来限制传底给预期目的地的消息。例如，当检测到提示器，则未能满足某一消息优先权门限的消息/报警被该设施丢弃。本发明的可选实施例中预期了其它的标准。

附图说明

虽然所附权利要求书详细阐明了本发明的各特征，从下面连同附图的详细描述可最好地理解本发明及其目的和优点，其中：

图1是示意包括控制网络和应用/监控网络的适用于实现本发明的一个实施例的示例性过程控制环境的原理网络图；

图2是并入一个节点的消息管理设施的原理图，该节点包括到控制网络和应用/监控网络的接口；

图3是配置文件中存储的用于建立管理图2中描述的示例性消息管理设施的运行时操作的配置数据库的示例性信息类型列表；

图4图形化描绘了与由消息管理器使用以启动命令作为接收特定消息的结果的命令分类有关的配置信息之间的关系；

图5图形化描绘了与消息管理器使用以响应于事件/模式改变的通知启动某一预配置的动作的参数动作分类有关的配置信息之间的关系；

图6图形化描绘了提供用于建立由消息管理器使用以传递参数值到特定目标控制块的应用对象连接的信息的信息源；

图7是用于配置与消息管理设施配置有关的一般信息的示例性图形用户接口；

图8是用于配置信息表的内容的示例性图形用户接口；

图9是用于配置命令分类表的示例性图形用户接口；

图10是用于配置对应于命令分类表中识别的命令的命令的示例性图形用户接口；

图11是用于配置识别一组动作分类ID的动作触发器表的示例性图形用户接口；

图12是用于配置对应于在动作触发器表中引用的动作分类ID的矩阵的示例性图形用户接口；

图13是用于配置指定与特定参数动作ID有关的特定参数/值组合的参数动作的示例性图形用户接口，该特定参数动作ID潜在地列表在组成动作分类的一组矩阵的一个矩阵内的单元中；

图14是概括了与消息管理器处理从控制网络接收的消息有关的步骤的流程图；

图15是概括了与考虑到配置的报警提示器参数值维护报警提示器状态有关的步骤的流程图；

图16是概括了与消息管理器处理分类消息有关的步骤的流程图；以及

图17是概括了与消息管理器处理事件/模式改变消息有关的步骤的流程图。

具体实施方式

在此就消息管理设施的配置和运行时方面描述了本发明的示例性实施例的结构和功能特征。在运行时，将报警消息从驻留在控制网络之上的控制处理器传送(“路由”)到驻留在应用网络之上的一个或多个操作员工作站(或其它的节点)的功能已经被从控制处理器中抽取出来，并被放入在连接到容留控制处理器的控制网络的节点之上执行的一个或多个消息管理组件中。消息管理节点既连接到控制网络又连接到应用网络。检测并生成发生在控制处理器中的报警(如前所述)。将报警路由功能放到连接到应用网络的工作站或其它节点中降低了控制处理器上的计算和存储负担。此外，将路由功能放到分离的(例如，应用工作站)节点中利于补充具有增强报警消息处理能力的基础路由功能。

例如，除了路由报警消息之外，配置用于接收/路由控制网络上的控制处理器发布的消息的工作站还监视报警流动。当监视报警流动的时候，工作站对特定的报警消息应用之前配置的策略。响应于在接收的消息中检测到一个识别的报警，消息管理设施调用工作站上的特定动作/函数/程序。为此目的，一个配置程序应用和用户接口使得用户能够设计/定制该消息管理设施以基于检测到被路由到目的地的预先配置的报警调用一个程序。该被调用的程序能够执行各种各样功能的任何功能，举例来说，包括：发布声音消息(存储为MP3或WAV文件)，发送email消息，或者生成输出到打印机、历史记录等。该响应被创建、识别、并存储在通过配置程序应用定制的命令数据块中。

在此描述的结合到消息管理设施中的其它特征是响应于事件和操作模式过渡重新分配报警优先权。在示例性实施例中，消息管理设施基于过程控制系统的当前状态的改变动态更新(并在需要时修改)报警优先权。举例来说，该状态根据模式和/或事件来定义。在配置期间，定义特定报警(或者可选地报警类别/分组)的动态可分配的优先权，例如，在包括互斥模式和非互斥事件的矩阵中。对于该矩阵内的每一个模式/事件组合，一个报警优先权被潜在指定给该报警。消息管理设施通过为其的优先权被潜在动态重新分配的每个报警查找潜在的新的优先权来响应事件和模式过渡。在示例性实施例中，使用简单状态报警定义模式过渡和/或事件或使其相关。该状态报警为例如硬连线到按键开关。该状态报警还可能是基于某个检测到的生产条件或控制逻辑输出在过程控制系统内生成的软件报警。

根据示例性消息管理设施的还一个特征，报警提示器抑制功能计数每个时间片流动的报警以检测报警潜在的压倒性数量。其将该时间片内的计数与预先配置的限定相比较。如果超过了该限定，那么进入报警提示器状态并且优先权低于一个预先配置的优先权的报警不会被传递到目的地工作站，并因此被抑制直到一段时间周期上的报警的后续数量落入可以退出该报警提示器状态的一个点。由此，在报警“提示器”期间，仅最为重要/关键的报警被转发到预期的工作站。以这种方式，最重要/关键的报警将不会被较低优先权的报警所屏蔽或延迟。

转向图1中描述的示例性运行时方案，消息管理设施100作为一个或多个特别配置的节点上的应用执行，该节点具有支持连接到控制网络102和应用网络104上的节点的物理网络接口。举例来说，这种网络是依照ETHERNET标准的局域网协议实现的。网络102和网络104之上的连接由通过在如消息管理设施100的相同网络节点上执行的单独的网络通信服务的任何各种形式实现。此外注意的是，当单个活动消息管理器处理图1中示意性描述的方案中的所有消息时，该消息管理功能可通过连接到控制网络102和应用网络104的，运行在各自节点上的多个活动消息管理器完成，并处理由控制网络102上的控制处理器生成的报警中的特别识别/指定的一个。

消息管理设施100执行各种功能。举例来说，这些功能包括接收包括来自运行在控制网络102上的节点之上的消息递送服务的模式改变、事件、和报警的消息；修改消息(例如，添加别名到消息)；以及分发报警消息到指定的目的地(例如，操作者工作站上的报警管理子系统，报警日志/数据库，报警打印机等)。在报警管理子系统的情形下，报警消息驱动图形用户界面显示和生成可听到的/口头报警消息的报警通知组件。除了将报警消息传递到指定的目的地之外，消息管理设施100还能够：响应于识别所检测到的事件和操作模式(例如，等待、启动、运行等)过渡动态调整报警优先权；响应于特定接收到的报警消息调用一个命令(或者本地执行或者在连接到应用网络104的其它节点上执行)；以及，根据特定接收的报警消息开始一个导致可听到的(例如，口头)消息的发布的动作。

在示意性示例中，所给出的消息管理设施100为冗余形式，包括活动消息管理器100a和备用消息管理器100b。该冗余可以根据本发明的各个实施例以任意方式实现。在一个示例性实施例中，冗余消息管理器100a和100b通过经由控制网络102传送的通信同步并监视它们的冗余伙伴的状态。然而，在可选实施例中，同步是经由应用网络104或者甚至于第三方物理网络(每个冗余消息管理器100a和100b需要一个第三方网络接口)完成的。如果当前的活动伙伴故障，则备用的消息管理器自动取代由出故障的伙伴之前拥有的活动角色。

消息管理设施100的每个消息管理器100a和100b都与到控制网络102上的一个或多个N组控制处理器106的网络连接有关。举例来说，控制处理器106执行以组件或块的形式完成的，各种各样的自动分配的过程控制程序(循环)，其促进从工厂中部署的传感器/设备接收数据，考虑到当前的调整点分析所接收的数据，并发布控制命令到工厂设备上的执行机构。该调整点是例如通过自动化监控过程控制程序以及经由应用网络104的人共输入提供的。虽然在附图中未示出，控制处理器106通信连接到容留控制处理106和现场数据源之间的通信的一个或多个子网。该子网包括例如多个现场通信模块。该现场通信模块反之包括包含促进工业/生产过程的自动控制的各种各样的传感器和执行结构的现场设备子网/总线的一部分。

举例来说，活动和备用消息管理器100a和100b接收由在每个控制处理器106上执行的消息递送服务器(MDS)发布的报警消息。活动和备用消息管理器100a和100b均处理同时从控制处理器106接收的消息。然而，如下面的进一步的说明，在备用消息管理器100b上处理报警消息不包含发布消息到消息管理器的设备数据库中配置的设备。

消息管理设施100建立到应用网络104上的一组或多组操作员工作站的连接。在图1中描述的示意性冗余消息管理器配置中，仅冗余消息管理器100a和100b的活动伙伴建立了到应用网络104上的设备的连接。其后，消息管理设施100的活动伙伴转发/路由所接收的消息到应用网络104上的各个目的地，并且如果在一组消息管理任务中指定了，则调用一个操作。举例来说，由消息管理设施100转发报警到的该目的地包括在一组M个操作员工作站108的其中之一上执行的报警管理子系统、报警打印机112、和报警数数据库/历史记录110等等。

已经描述了一个包括消息管理设施100的示例性运行时环境，注意在可选实施例中，消息管理设施100是在可选网络拓扑结构中实现的。例如，在最小网络环境中，执行消息管理设施100的节点结合了应用网络104的其它节点的功能。例如，报警数据库和工作站功能被结合到连接到同样运行消息管理器100b的控制网络102的一个节点中。在另外的实施例中，提供消息管理设施100的多个实例以共享负责连接到应用网络104的一组设备的消息管理。鉴于在此描述的公开的实施例，本领域的技术人员将预想到其它的实施例。

已经描述了包括(冗余)消息管理设施100的过程控制环境的一般运行时方案，现将注意力转向图2，图2描述了运行以处理从控制网络102上的控制处理器106接收的消息的消息管理器100a的一组功能组件以及其内的数据流。消息管理器100a上的分组接收器过程200包括设备数据库线程和消息递送服务线程(分组接收器200连接到的每个控制处理器消息递送服务器一个线程)，接收并拆包由运行在控制网络之上的每个控制处理器106x(包括控制处理器106a或者任何其它的消息分组来源)上的消息递送服务器(MDS)发布的，潜在地包含许多消息以降低开销的消息分组。

配置数据库204包含从经由消息管理设施配置程序(下面进一步描述)定义的配置(参见下面的图3)中提取的，支配消息管理器100a的运行时操作的配置信息。举例来说，配置数据库204包含：消息属性表、类别(命令/动作)属性表、矩阵和变量定义、以及报警提示器参数。

下面描述了由控制处理器106a上的消息管理器100a和消息递送服务器(MDS)之间的示例性消息传递接口支持的操作的示例性操作集/顺序。最初，在启动时，消息管理器100a使用进程间通信服务以初始化分组接收器过程200内的专用消息递送服务线程和运行于控制处理器106a上的MDS之间的连接。在初始化该连接之后，消息管理器100a发布START_SESSION消息到MDS以注册控制处理器106a，并等待来自MSD的START_SESSION_REPLY消息。

在发送了START_SESSION_REPLY消息之后，MDS发送消息分组设备定义到分组接收器200的相应专用MDS线程。该分组设备定义包括来自控制处理器106组上所连接的MDS的设备信息。该设备信息在设备数据库202中维护，指示哪个设备(例如，工作站、打印机、应用网络104上的报警数据库)接收某个识别的消息。该设备信息实际上是用于随后接收的消息的路由信息(目的地)。分组接收器200在设备数据库202中存储所提取的设备(消息路由)信息。

在一个示例性实施例中，设备数据库202拥有一组分组设备定义条目。举例来说，每个条目包括下列字段：

·字符串，由串接的MDS ID和消息分组ID组成。该字符串用作到设备数据库202内的搜索关键字

·数组，包括多达32个设备名称

·数字，标识在该数组中指定的已定义设备的数量

设备数据库202还能够在消息管理器的正常运行时期间被更新。在此情况下，MDS发送一个消息到消息管理器指定新的消息目的地信息。分组接收器200识别该类型的消息并相应地更新设备数据库202内的适当被赋予关键信息的条目。下文中将描述，考虑到设备数据库202更新可能需要新的线程或者终止旧的线程的可能性，当发生设备数据库202更新时通知设备服务器过程220。

在初始化期间并响应于来自工作站108上的报警管理子系统(AMS)的更新请求，消息管理器100a的MDS线程通过发送CURRENT_STATE_REQUEST到控制处理器106a上的MDS获得当前状态信息。MDS在响应中返回包含与模式和事件变量有关的出现在控制处理器106a上作为MESSAGE_DATA消息的当前报警和接点输入(CIN)状态的消息分组。来自MDS的该响应还包括由控制处理器106a上的MDS在初始化操作之前缓存的任何MESSAGE_DATA消息。消息管理器100a以RECEIPT_CONFIRMATION消息确认每个分组。重复当前状态数据转换/确认周期直到CURRENT_STATE_END消息被消息管理器接收到。

在消息管理器100a的正常操作模式期间，分组接收器200发布MESSAGE_MAINTENANCE_REQUEST到MDS并等待MDS发布MESSAGE_MAINTENANCE_REPLY消息。所有的消息都由MDS以消息分组内的MESSAGE_DATA消息的形式被传送，而且消息管理器100a通过传送RECEIPT_CONFIRMATION消息到控制处理器106a上的MDS确认每个分组。

分组接收器200从MESSAGE_DATA消息分组中提取消息并将消息放到下述的其中之一：变量确定消息队列206、已分类消息队列208、已修改消息队列210、和设备数据库202。

当以正常模式运行时，分组接收器200根据由配置数据库204提供的一组报警提示器参数执行报警提示器检测。在示例性实施例中，报警提示器检测特征在于在一段时间周期内接收的指定数量的报警和报警优先权值。在检测到报警提示器的情况下，该报警优先权值对转到设备(如应用网络104上的工作站108)的报警建立一个优先权门限。不具备足够高的优先权的报警被分组接收器200丢弃。配置管理设备100的报警提示器行为包括下文中将描述的消息管理器100a。

注意，尽管在转发报警消息到设备上被分配一个被动的角色，备用消息管理器100b也使用如活动消息管理器100a的相同MDS注册/初始化，以便确保所有的消息被两个冗余消息管理器接收到。

最后，在消息管理器100a检测到一个连接故障的情况下，消息管理器100a在已经消除了该故障的原因之后，尝试重新建立到控制处理器106a上的MDS的连接。如果最初的尝试失败，则每秒发起进一步的尝试。

由分组接收器200接收的消息被执行语法分析并在潜在的修改之后，被存储在消息队列206、208、210的其中适当的一个中。

已修改消息队列202用于从分组接收器200传递数据到设备服务器过程220。举例来说，已修改队列210的每个条目包括下列字段：

·如由分组接收器过程接收的单个数据消息

·其中消息所来自的MDS的标识符

·由分组接收器200添加到最初从MDS接收的消息的别名

设备服务器过程220从已修改消息队列210读出消息，并根据设备数据库202提供的路由信息路由检索的消息到适当的设备(例如，工作站、报警数据库、打印机等等)目的地。设备服务器过程220包含目的地特定线程，其转换检索的消息到为驻留在应用网络104上的目的地所识别的特定设备类型指定的格式。去往报警数据库110的消息经过报警数据库收集程序222。收集程序222经由应用网络104与报警数据库110通信以将报警数据放入数据库110。然而，如果报警数据110不可用，那么在临时报警数据缓冲区223中缓存该报警数据。当报警数据库110变得可用时，在将当前报警数据放入数据库110中之前从缓冲区223检索出被缓存的报警数据并传递到收集程序222。如之前所注意到的，设备数据可以在消息管理器100a的正常运行时操作期间被更新。设备服务器220根据对由分组接收器200放入设备数据库202中的信息的更新动态创建和删除经由应用网络104到设备的连接。

在一个示例性实施例中，如下处理消息管理器100a和工作站108上的报警管理子系统(AMS)之间的通信：

·在启动时，使用AMS目标初始化消息管理器100a。

·初始化后，消息管理器100a发送指定一个套接字(socket)的初始化消息，消息管理器100a在该套接字中侦听AMS再同步消息。

·消息管理器100a等待来自AMS的初始化请求。

·根据初始化请求，消息管理器100a开始通过该连接的通信发送报警和事件到AMS。

·如果消息管理器100a检测到一个连接故障，该连接将被清除而且消息管理器接着以1秒的周期尝试重新建立到工作站的该丢失的连接。

在一个示例性实施例中，设备服务器过程220内的AMS服务器线程运行作为用于工作站108上的特定对应的AMS的消息收集程序。每个AMS服务器线程将消息打包到一起以便发送一个消息分组而不是单个消息。一个定时器功能确保如果消息分组没有被填满时在一个时间间隔之后发送该消息。该时间(例如，500ms)和消息的数量(例如3)将根据不同的实现变化。所有的报警消息都被标记了时间戳。

消息管理器100a包括使得容易在冗余消息管理设施配置的消息管理器伙伴之间交换信息的冗余控制子系统224。由冗余控制子系统224执行的功能的示例包括声明一个角色并同步配置数据。在该示意性实施例中，该冗余相关的数据经由控制网络102在伙伴之间传递。然而，可以经由应用网络104或者甚至是第三方(例如，专用)网络链接传递这种数据。冗余控制子系统224的操作被根据存储在系统配置文件226中存储的一组冗余参数定制。在正常操作期间，设备服务器220内的线程通知冗余控制子系统224有关到相关设备的连接的当前状态。

消息管理器100a包括一个计算和动态过滤过程228。该计算和动态过滤过程228依赖来自配置数据库204(下面参考图3描述)的信息。特别地，过程228读取一组相关表格/矩阵内存储的信息以及在配置数据库204中维护的模式和事件定义。举例来说，这种信息是以由消息管理器配置程序(下面描述)提交的XML文件的形式提供的。该计算和动态过滤过程228从已分类消息队列208检索已分类消息(由分组接收器202之前放入的)，并启动任何与在该已分类消息提供中的参数相关的命令(例如，启动语音报警、发送消息、启动指定的可执行文件等等)。该已分类消息队列208条目的参数包括：消息ID(例如，复合体(compound)/块/报警类型组合)和分类ID(指定一个将被调用的命令和/或将着手的动作)。通过调用一个命令而不是仅仅将消息/报警传递到针对应用网络104上的消息识别的目的地，处理存储在已分类消息队列208中的消息与处理存储在已修改消息队列210中的消息(其基于设备数据库202中的路由信息经由设备服务器220传递到特定目的地)区分开来。

除了上述提及的命令执行功能之外，该计算和动态过滤过程228还从变量定义消息队列206读出之前由分组接收器202放入的消息以识别模式和/或事件变量中的改变。来自变量定义消息队列206的一个条目包括与模式或事件变量有关的单个报警状态消息。

在对由从变量定义消息队列206检索的条目指定的事件和模式过渡的响应中，过程228启动基于一个或多个指定控制块参数执行配置的参数动作。举例来说，而且非限制性地，该配置的参数动作包括基于为所识别的报警提供的模式/事件优先权度量设置新的报警优先权值。在一个特定实施例中，该特定报警的新的优先权由消息管理器100a以识别复合体、块、和参数/值的应用对象参数动作的形式发送到控制处理器106a。

在初始化期间，计算和动态过滤过程228从配置数据库204读出分类属性和变量定义。计算和动态过滤过程228读取变量确定消息队列206和已分类消息队列208并采取以下动作：从队列中读出变量确定消息，而且针对模式或事件变量确定一个新值。变量确定消息队列206中的第一个消息是来自确定模式和事件变量的该值的接点输入(CIN)的CURRENT STATE消息。该模式/事件的值反之被应用到一组分类动作度量以确定鉴于改变到该模式/事件状态的参数上的动作(例如，给报警参数分配指定一个新的优先权)。

考虑到由计算和动态过滤过程228连同从变量确定消息队列206检索的模式/事件改变消息一道执行的功能，当模式或事件变量改变时，回顾一个动作触发器消息属性表，并检测到受该模式/事件改变影响的参数值(例如，报警优先权)。针对这些参数确定在数据库204中的动作分类属性表中配置的新的值(例如，优先权)，而且以在控制处理器上执行的识别的控制块上的参数值的形式发送到控制处理器。在处理从变量确定消息队列206检索的事件消息中，考虑了定义事件是否是互斥的互斥指示器。在此情况下，当确定参数动作时最近接收到的事件是唯一被考虑的一个。在非互斥事件的情况下，当同时设置一个或多个事件时使用最高优先权的事件。

最后，关于图2，注意在该示例性实施例中一组过程被用于实现消息管理器100a。这个方案确保当其中一个过程故障时，其它的过程继续起作用。此外，提供一个内部监视器过程230以监督消息管理器100a的每个过程的运行状态。在启动时，监视器过程230从配置数据库204读出消息管理器过程列表以及描述消息管理器的操作的参数。内部监视器过程230检测监视到的过程故障并试图重新启动被监视的过程而不必重新启动整个消息管理器。

已经描述了组成一个示例性消息管理器的一般功能组件，注意转向由消息管理器使用的一组示例性数据结构以便与控制处理器106上的消息递送服务器(MDS)和工作站108上的报警管理子系统(AMS)通信。

MDS/消息管理器(MM)消息格式

下面描述的数据结构是示例性MDS和MM消息结构。该结构代表从MDS发往MM的消息以及从MM发往MDS的消息。

MDS_CONCAT_MSG：在MM和MDS之间交换的消息分组的结构。这个数据结构包含下列字段：

·所有消息分组的头部(MDS_CONCAT_MSG_HEADER)

·用于一组连续消息的缓冲区

(对于输入消息的类型为FROM_MDS_MSG)

(对于输出消息的类型为FROM_MM_MSG)

MDS_CONCAT_MSG_HEADER：包含属于缓冲区中的所有连续消息的公用信息，包括：

·唯一分组ID

·对缓冲区从第二到最后一个消息的索引的数组

消息管理器接收的消息的格式

在本小节描述的数据结构代表来自MDS的到MM的输入消息。MDS级联多个消息到一个消息分组中一直到一个指定的值(MAX_MSG_PER_PACKET)，然后将该分组发送到MM。分组的最大尺寸由值MAX_PACKET_SIZE指定。MDS_MAX_MSG_PER_PACKET(初始为10)和MDS_MAX_PACKET_SIZE(初始为5000)是可配置的。

FROM_MDS_MSG：定义了从MDS递送到MM的各种类型的单个消息，并且包含下述信息：

消息块的类型(联合变量的类型)

不同类型的联合(下面进一步描述)，即：

MDS_START_SESSION_REPLY_MSG：用于消息块类型MM_START_SESSION_REPLY

MDS_CLIENT_SIMPLE_REPLY_MSG：用于消息块类型MM_END_CURRENT_STATE_UPDATE

MM_MESSAGE_MAINTENANCE_REPLY

MM_TEMPORARY_DISCONNECT_REPLY

MM_RECONNECT_REPLY以及

MM_END_SESSION_REPLY

MDS_DATA_MSG：用于消息块类型MM_DATA_MESSAGE

MDS_START_SESSION_REPLY_MSG：定义由MM接收的对启动会话消息的应答的数据结构，并且包含：

·错误代码

·MDS生成的客户Id

MDS_CLIENT_SIMPLE_REPLY_MSG：定义发送到MM的数据结构，被用于EndCurrentStateUpdate，MessageMaintenanceReply，TemporaryDisconnectReply，ReconnectRequestReply和EndSessionReply消息，并且包含：

·错误代码

MDS_DATA_MSG：定义了数据消息的数据结构，并且包含：

·消息类型(MESSAGE_TYPE)

·消息模式类型(MESSAGE_MODE_TYPE)

·包含以下变量的联合：

丢失的消息的数量，如果消息模式为CurrentStateMode或者MessageMaintenanceMode；

分组Id，如果消息模式为MsgGroupDefinitionMode

·消息大小

·消息缓冲区(限制到例如256字节)，消息缓冲区的内容取决于消息模式。如果消息模式为MsgGroupDefinitionMode，那么该缓冲区包含一个设备名称的数组。如果消息模式为CurrentStateMode或者MessageMaintenanceMode，那么该缓冲区包含由控制处理器或者数据供应者提供的消息。

MESSAGE_TYPE：定义由MDS发送到MM的消息类型。

例如，PROCESS_ALARM_MSG，CONTROL_MSG，和MSGGROUP_DEFINITION_MSG

MESSAGE_MODE_TYPE：定义数据消息被MDS发送到MM期间的所有模式。

例如，MESSAGE_MAINTENANCE_MODE，CURRENT_STATE_UPDATE_MODE和，MSGGROUP_DEFINITION_MODE

由MM发送的消息的格式

下面描述的数据结构代表从MM到MDS的输出消息。MM在一个消息分组中仅发送一个消息。

FROM_MM_MSG：定义从MM分发到MDS的各种类型的单个消息，并且包含：

·消息块类型(联合变量的类型)

·不同类型的联合；即

MDS_START_SESSION_MSG：用于消息块类型

MDS_START_SESSION

MDS_CLIENT_REQUEST_MSG：用于消息块类型

MDS_START_CURRENT_STATE_UPDATE，

MDS_MESSAGE_MAINTENANCE，

MDS_TEMPORARY_DISCONNECT，

MDS_RECONNECT_REQUEST以及

MDS_END_SESSION

MDS_RECEIPT_CONFIRMATION_MSG：用于信息块类型

MDS_RECEIPT_CONFIRMATION

MDS_START_SESSION_MSG

MDS_START_SESSION_MSG：定义由MM发送的数据结构以指示会话开始，并且包含：

·MM名称

MDS_CLIENT_REQUEST_MSG：定义由MM发送的数据结构。

其被用于StartCurrentStateUpdate，MessageMaintenance，TemporaryDisconnect，ReconnectRequest，EndSession和ConfitQuery消息，并且包含：

·由MDS生成的客户Id

MDS_RECEIPT_CONFIRMATION_MSG：定义由MM发送的数据结构以确认数据消息分组的接收，并且包含：

·由MDS生成的客户Id

·分组Id

MM接收的由控制处理器或数据供应者提供的数据消息

MDS_MSG定义了由MM接收的并由控制处理器或者数据供应者通过MDS提供的数据结构。这些消息被分组接收器202接收。如果消息模式为CurrentStateMode或MessageMaintenanceMode则MDS_MSG被用于格式化MDS_DATA_MSG中的缓冲区，并且包含：

·包含类型、时间和分组id()的头部

·不同消息类型的联合(下面描述)；即

过程报警消息(MDS_ALARM_MSG)

MDS_MSG_HEADER：定义由MDS递送的数据消息的头部，并且包含：

·消息类型

·64-位UTC发生时间/日期

·消息分组ID

MDS_ALARM_MSG：过程报警消息类型的数据消息的过程报警特定部分，并且包含以下信息：

·报警类型

·控制处理器名称

·报警标记名称

·报警类型消息

·数据标记序号(仅对BLNALM和PID块有效)

·语句号(仅对顺序块有效)

·运算误差(仅对顺序块有效)

·参数名称

·禁止打印选项

·消息结尾的循环ID字段长度

·报警确认状态

·单调时间计数器

·时间为有效标志

·优先权

·步骤号(仅对顺序块有效)

·子例程号(仅对顺序块有效)

·异常号(仅对顺序块有效)

·报警限制(门限)

·导致报警条件的参数值

·消息结尾的块描述符字段的长度

·消息结尾的报警消息文本字段的长度

·消息结尾的输入/输出字段的长度

·消息结尾的工程单位字段的长度

·消息结尾的状态文本字段的长度

·保存循环ID、块描述符、报警消息文本、输入/输出字段、工程单位、以及状态文本的文本缓冲区(不是对所有的消息都存在)

从MM发送到工作站上运行的AMS的消息

下面描述一组用于从MM发送消息到运行在工作站108上的AMS的示例性消息结构。这些消息结构代表从MM发送到报警警告(AA)任务的消息。该报警警告任务是经由应用网络104与MM通信的AMS部分。下面描述的数据结构代表从MM到AA的输入消息。MM级联多个消息到一个消息分组中一直到MAX_MSG_PER_PACKET，然后将该分组发送到AA。分组的最大尺寸由值可为MAX_PACKET_SIZE。举例来说，MAX_MSG_PER_PACKET等于3，而MAX_PACKET_SIZE等于2048，但这两个值都是可以修改的。

AMS_CONCAT_MSG：用在定义该消息分组中。这个数据结构包含：

·针对所有MM到AA消息的公共头部(AMS_CONCAT_MSG_HDR)

·用于所有级联消息的缓冲区(AMS_MM_MSG)

AMS_CONCAT_MSG_HEADER：包含属于缓冲区中的级联消息的信息。举例来说，该公共头部包括：

·唯一分组ID

·对缓冲区中从第二到最后一个消息的索引的数组

AMS_MM_MSG：定义被递送的消息，并且包含：

·针对所有报警消息的公共头部(AMS_MESSAGE_HEADER)

·报警消息内容(MM_TO_AMS_MSG)

AMS_MESSAGE_HEADER：定义对所有类型的报警消息公共的数据项，并且包含：

·总消息类型；100-过程报警消息，200-系统报警消息，或500-初始化消息；510-CP状态消息

·二进制UTC表示的报警发生时间/日期

MM_TO_AMS_MSG：定义从MM递送到AA的消息的各种类型。这个数据结构是不同类型消息的联合(下面描述)；即：

·初始化消息(AMS_MM_INITIALIZATION_MSG)

·CP状态消息(AMS_MM_CPSTATUS_MSG)

·过程报警消息(AMS_PROCESS_ALARM_MSG)

关于每个上述标识的消息：

AMS_MM_INITIALIZATION_MSG：定义从MM发送到AA任务的初始化消息格式。这是在MM连接到AA并且AA接受了该连接之后由AA发送的第一个消息，并且包含：

·MM名称

·MM无连接套接字；AA将使用这个套接字回送其的初始消息

AMS_MM_CPSTATUS_MSG：定义了与控制处理器(CP)状态消息有关的消息格式。当CP停止发送报警或者重新开始发送报警到MM时这些消息从MM发送到AA任务，并且包含：

·CP地址/名称

·CP状态(0-CP停止发送报警；1-CP重新开始发送报警)

·MM无连接套接字(由AA用于回送其初始消息)

AMS_PROCESS_ALARM_MSG：定义了从MM发送到AA任务的过程报警消息格式，并且包含：

·报警消息类型；主要用于过程报警消息(例如，HIABS，INFO)

·生成该消息的CP的地址/名称

·报警标记名称；支持嵌套的复合体

·MM中配置的标记名称别名

·报警名称文本

·报警类型文本(例如，“HIABS”，“INFO”)

·导致报警发生的参数

·确认状态

·报警优先权(例如，1、2、3、4、5)

·仅模拟报警；用于引发报警条件的参数的报警门限

·仅模拟报警；用于引发报警条件的参数的实际值

·仅BLNALM和PID块；数据标记序号

·仅顺序块；stmno，caseno，或超时

·仅顺序块；运算误差

·仅顺序块；步骤号

·仅顺序块；子例程号

·仅顺序块；异常处程序器号

·循环ID长度-批次(max＝32)

·块描述符长度(max＝32)

·报警文本长度(max＝32)

·工程单位长度(max＝32)

·状态文本长度(max＝32)

·用于循环ID，块描述符，报警文本，工程单位，和状态文本的缓冲区

AMS_SYSTEM_ALARM_MSG：定义了从MM发送到AA任务的系统报警消息格式，并且包含：

·报警消息类型(例如，STATN，DEVICE，DISABL)

·生成该消息的站的ID

·报警标记名称；支持嵌套复合体

·系统监视器名称

·设备ID

·子系统ID

·确认状态

·报警优先权(例如，1、2、3、4、5)

·报警文本长度(max＝80)

·附加信息长度(max＝80)

·用于报警文本和附加信息的缓冲区

从AMS(工作站)到MM的消息

下面描述的消息结构由AA任务用于发送消息到MM。

AMS_TO_MM_MSG：定义了从ASM递送到MM的消息。这个数据结构是不同类型的消息的联合。举例来说，而且非限制性的，一个消息类型为初始化消息，然而，可以预料到任何各种的消息类型。下面描述由更多的通用 AMS_TO_MM_MSG结构支持的AMS_AA_INITIALIZATION_MSG初始化消息结构。

AMS_AA_INITIALIZATION_MSG：定义了从AA发送到MM的初始化请求，请求MM开始递送消息以从AA数据库恢复错过的报警消息，并且包含下述字段：

·AA在其上驻留的工作站的标识符(名称/地址)

·分组ID(即，＞0-由AA任务处理的最后一个分组的ID；-1-从CP恢复所有的报警；-2-不恢复；仅发送新的报警)

作为上述AMS/MM消息格式的一种可选消息格式，下面的消息格式被用于从MM发送报警消息到运行在工作站上的AA任务。这些消息还被用于发送过程和系统报警消息到打印机(作为带有包含将被打印的报警的附加缓冲区的打印命令)。

ALARM_MSG：在头部定义(例如，alarmmsg.h)中定义的缓冲区，用于从MM发送过程报警消息到AA(或报警打印机)。

S_APRNF：在头部定义(例如，aprintf.h)中定义的缓冲区，用于经由APRINT发送用户定义的消息报警打印机。

已经描述了与消息管理设施100有关的一般功能组件和消息结构，将注意力转向用于指定/调谐消息管理设施100的操作的消息管理器配置程序。该消息管理器配置程序能够指定下列内容：

·信息表中的报警消息，指定过程报警的别名和命令分类；

·具有有关外部命令的执行的相同行为的命令分类、报警分组(见下述)；

·在出现报警消息的时候将执行的命令，包括语音消息的输出；

·动作触发器，为由控制处理器(或过程控制器)维护的块或任何其它适当过程控制结构的分配动作分类；

·动作分类，就具有有关模式或事件改变的参数动作的相同行为的块建立分组(见下述)；

·参数动作(设置新的值到参数，例如，为了重新分配优先权)以及参数动作的模式/事件度量；

·分配给CIN模块的命名模式和事件；

·互斥事件；

·报警提示器参数；以及

·识别针对消息管理器的配置数据集的名称。

称为“消息管理器配置集”的配置程序输出被存储在XML文件格式中。参考图3，用于建立配置数据库204的消息管理器配置集包括消息表300，命令分类表310，动作触发器表330，动作分类表340，参数动作表350，和通用信息表360。

通用信息360

在一个示例性实施例中，通用信息360包括：配置名称、模式定义、事件定义、和报警提示器参数。如之前所描述的，消息管理器100a利用CIN块的报警状态以确定模式和事件变量的当前值。配置的模式和事件的数量定义了一个组织多达32个用于指定结果参数动作的字段(单元)的2-维矩阵。参数动作被潜在用于报警的重新分配优先权、禁止、和废弃。通用信息360内的数据包含下列信息：

·矩阵定义(一个列表定义不同模式的逻辑名称和CIN块关联，而一个列表定义不同事件的逻辑名称和CIN块关联)；

·定义事件是否互斥的指示器；

·用于定义的指示器，包括各矩阵是否是1-维的(仅模式或仅事件)或者2-维的(模式和事件二者)；

·报警提示器参数，除了报警提示器检测允许/禁止触发器变量之外，包括定义报警提示器是何时发生的参数。举例来说，存储在配置数据库204中的提示器检测参数包括：

●未确认的报警的数量

●已发生该未确认报警的时期

门限报警优先权参数指定了由消息管理器用于传递报警所需的报警优先权级别以在报警提示器操作模式下连接设备。在报警提示器期间，优先权在门限优先权之下的报警不会被消息管理器转发到应用网络104上的连接设备。而是这样的报警消息被消息管理器100a的分组接收器200丢弃。

上述标识的报警提示器参数是为了抑制突然的报警波动的许多潜在模式的其中一个示例，使得仅有一个满足特定优先权门限的报警消息被传递到设备。例如，某人可能基于传递到特定设备的报警而不是所有接收到的报警消息测量一个提示器。这种修改解决了应用网络104上各种特定目的地的能力差异问题以处理大容量的报警消息。同样，可以以分级模式应用该报警门限以便随着未确认报警数量的增加，该门限优先权增大(作为预防门限优先权设置过低)。此外，另外的参数使得易于指定一个最小时间间隔，在该时间间隔内将打开提示器抑制，一旦被激活，以避免提示器抑制状态开/关之间的过多切换。

参考图4，消息表300、命令分类表310和命令表320促进指定响应于接收具有特定ID的消息由(活动)消息管理器100a调用的特定命令。

消息表300

消息表300包括一组n个消息条目，其中每个条目包括一组属于特定识别的报警消息的消息属性。举例来说，每个条目包含下述信息：

·消息ID(复合体、块和报警类型)，充当唯一键；

·别名(使得报警消息在被转发到应用网络上的一组配置的目的地之前被指定一个别名)；以及

·(可选的)指定与该消息有关的命令分类表310条目的命令分类ID(如果什么也没有指定，则包括“未配置”的指示符)。在将消息添加到已分类消息队列208之前该分类ID被添加到所接收的消息。

消息分类ID使得易于添加通过消息管理器调用的可执行命令到转发报警消息到应用网络上的指定目的地的正常活动。根据示例性实施例，一个消息仅被指定一个命令分类ID。由此，如果指定了的话，单个识别的命令分类的属性可应用到特定的消息表条目。

命令分类表310

命令分类表310由一组m个条目填充，其中每个条目为每个识别的命令分类指定属性(例如，可执行的命令)。举例来说，该表中的每个条目包含：

·命令分类ID，充当用于指定特定命令分类的唯一键；以及

·直到2个的识别与特定可执行命令(例如，输出语音消息)有关的命令表320中的条目的命令ID(包括一个“未配置”指示符)。

命令表320

命令表320包含一组j个条目，对应于由消息管理器100a在出现了指定特定命令ID的特定报警时调用的各种命令。例如，每个命令表320包括下述信息：

·命令ID，充当唯一键；

·命令在此执行的主机(包括一个“未配置”指示符)，并且由此针对命令将潜在被执行的主机包括一个单独的条目；以及

·将被执行的包括选项和参数的命令行(包括一个“未配置”指示符)。

参考图5，动作触发器表330、动作分类表340和参数动作表350包含与根据由消息管理器100接收的模式改变或事件动态重新分配特定报警的优先权有关的配置信息。

动作触发器表330

动作触发器表330包括一组r个条目，对应于当模式或事件改变时将对其调用动作(例如，设置一个新的报警优先权)的特定块。每个条目包含下述信息：

·复合体和块，它们一起充当表条目的唯一键(还起到考虑到当前事件/模式状态估计的动作分类矩阵中指定的应用对象中指定的参数动作的目标复合体和块的作用)；

·动作分类ID，指定被评估以确定一个或多个参数动作的动作分类表340内的报警优先权矩阵。

动作分类(矩阵)表340

动作分类表340内的s个矩阵包含参数动作ID。基于当前模式和/或事件在矩阵(对应指定的动作分类ID)内被访问一个特定单元，而且所选择的单元内的参数动作ID确定了在参数动作表350内访问的一个或多个参数动作的分组。每个矩阵条目与下述相关：

·动作分类ID，充当所选择的矩阵的唯一键；

·直到32个具有参数动作ID的模式/事件特定的单元(例如，为一个报警指定新的优先权)(包括“未配置”指示符)。

参数动作表350

参数动作表350包含指定当出现状态报警时必须执行的配置用于改变模式或事件变量的值的m个参数动作的分组的t个条目。该表中的t个条目的每一个包含下述信息：

·参数动作ID(在具有相同参数动作ID的参数动作表中可能存在多个“m”个条目，导致响应于一个事件或模式改变针对特定的指定复合体和块执行多个参数动作)；

·参数名称，其必须被改变；

·值，该参数必须被改变为该值。

应用对象连接列表(图6)

在消息管理器100a的运行时期间，通过改变到一个模式和/或事件状态访问/触发参数动作表350内的参数动作，以改变由控制处理器106维护的目标参数实例上的值。这种参数动作是例如利用应用对象来完成的。图6示意性描述了对应于一个应用对象连接的应用对象连接名称的结构。应用对象连接名称此后被消息管理器100a用于传递一个调用特定识别的参数之上的参数动作的值(例如，针对特定复合体/块/报警组合设置一个新的优先权值)。在一个示例性实施例中，每个应用对象连接名称600都是根据下面的应用对象连接配置信息建立的：

·配置名称610，其对每个消息管理设施100唯一(包括，例如一对冗余的消息管理器)；

·标识复合体620(其也可通过名称来识别)的唯一编号；

·标识块630的名称，以及

·参数640的名称。

在该示例性实施例中，附加到复合体编号的配置名称组成一个唯一的应用标识符，该块名称包括对象部分，而该参数名称包括以A：O.A(应用：对象.属性)形式指定的整个应用对象连接名称的属性部分。之前保存的配置中的改变潜在地将参数动作从参数动作表350中移除。响应于这种移除，相应的应用对象连接也被移除。现有应用对象连接的移除是通过使用默认值重写配置数据库204中之前配置的应用对象连接条目来完成的。

已经参考图3-6描述了组成消息管理设施配置文件的一组组件，下面提供这种文件内包含的一组配置实例。在该示意性实例中，配置信息是以易于分析并由许多编辑器程序使用的逗号分隔值(CSV)格式给出的。

通用信息360包括4个关键字行，该关键字行包含特殊的关键字作为该行中的第一个条目。这4个关键字行中的每一个都标记了通用信息360的特定段的开始。通用信息的第一行包含指定报警提示器检测是否被打开的第一关键字行。两个可选值包括例如“ALARM_SHOWER_DETECTION_ON”和“ALARM_SHOWER_DETECTION_OFF”。如果报警提示器检测被指定为开，则在第二关键字行之前，在第一关键字行的后面跟随有具有3个值的行。该3个值表示报警提示器参数：未确认的报警的数量(范围从1到10,000)，以毫秒为单位的时间间隔(范围从1000到60000)，以及门限报警优先权(范围从1到5)。

四个关键字行的第二关键字行确定是否在动作分类矩阵的行或者列中显示模式(根据当前模式/事件状态显示报警的优先权)。这个显示选项促进基于模式的数量和事件的数量显示模式/事件矩阵。第二关键字行的内容或者是“DISPLAY_MODES_IN_ROWS”或者是“DISPLAY_MODES_IN_COLUMNS”。在第二关键字行之后并且在第三关键字行之前，插入多个包含定义所支持的模式(每行一个模式)的三个值的行。

第三关键字行确定所列表的事件是否为互斥的。第三关键字行的内容或者是“EVENT_MUTUALLY_EXCLUSIVE”或者是“MULTIPLE_EVENTS_AT_THE_SAME_TIME”。在第三关键字行和第四关键字行之间，提供多个包含定义各事件(每行一个事件)的三个值的行。

第四关键字行确定该矩阵是一维的或是二维矩阵。一维矩阵或仅由各模式或仅由各事件来定义，二维矩阵包含根据模式和事件二者定义的单元。第四关键字行的文本或是ONLY_MODES，ONLY_EVENTS或是MODES_AND_EVENTS。如果指定ONLY_MODES，那么如果在第三和第四关键字行之间有任何的行(定义事件的)则在确认时间生成一个错误。类似地，如果指定ONLY_EVENTS，那么如果在第二和第三关键字行之间有任何的行(定义模式的)则在确认时间生成一个错误。

一般信息示例：

ALARM_SHOWER_DETECTION_ON

50，100，2

DISPLAY_MODES_IN_COLUMNS

MODECOMPOUND，BLOCKMAINT，MAINTENANCE

MODECOMPOUND，BLOCKSTART，START

MODECOMPOUND，BLOCKNORMAL，NORMAL

MODECOMPOUND，BLOCKSHUT，SHUTDOWN

EVENTS_MUTUALLY_EXCLUSIVE

EVENTCOMPOUND，BLOCK001，TRIGGER

EVENTCOMPOUND，BLOCK002，STOP

EVENTCOMPOUND，BLOCK003，HIGH PRIORITY

EVENTCOMPOUND，BLOCK004，NOTICE

EVENTCOMPOUND，BLOCK005，SPECIAL EVENT

MODES_AND_EVENT

信息表文件300每行包含5个由逗号分隔的条目。所有的4个分隔符(逗号)都是强制性的。条目可以为空以用于数据交换，但在随后需要用于校正确认。一行中的头三个条目包含信息ID，包括：复合体ID，块ID，和报警类型ID。第四个条目指定了信息的命令分类ID。第五个条目代表别名。如下面示例中的第一行，如果别名包含任何的逗号则这个条目被加以引号。如果别名包含任何引号，则该整个别名被加以引号并且内部的引号被加倍。

信息表示例：

IACOMPOUND01，BLOCKNAME001，HIOUT，A001，”Alias，incl.””，””(commas&quotes)”

IACOMPOUND01，BLOCKNAME002，LOABS，CATEG003，Alias name without any comma

IACOMPOUND02，BLOCKNAME001，HIABS，，No categorydefined

IACOMPOUND03，NEWBLOCK，LODEV，NOALIAS

IACOMPOUND03，BLOCKNAME001，HHABS，C003，Alias Textfor this Alarm

命令分类表310每行包含三个由逗号分隔的条目。该分隔符是强制性的。条目可以为空以用于数据交换，但在随后需要用于校正确认。第一个条目指定命令分类ID。第二和第三个条目识别多达两条的将为指定在该行的第一个条目中识别的命令分类ID的报警执行的命令(通过名称/标识符)。

命令分类表示例：

CATEG003，APPLICATIONA，VOICEMSG01

A001，APPLICATIONB，

C003，VOICEMSG02

C004，APPLICATIONC，VOICEMSG03

C005，VOICEMSG04

NOALIAS，APPLICATIOND，

A002，，

A003，，VOICEMSG05

STRING-15-CHARS，，

命令表320每行包含由逗号分隔的三个条目。两个逗号都是强制性的。条目可以为空以用于数据交换，但在随后需要用于校正确认。第一个条目包含命令ID(由命令分类表310的条目指定)。第二个条目包含将执行该命令/动作的网络节点的主机名称。第三个条目包含命令行文本(包括调用期望的动作所需的任何参数值)。如果命令行包含一个逗号，那么命令行条目被加以引号。如果命令行包含任何的引号，则该命令行被加以引号而且内部引号加倍。

命令表示例：

VOICEMSG01，WP07C1，C:\Prog\WinMediaP1\mplayer2.exe/PlayCheckAlarm01.wav

VOICEMSG02，AWXNT1，C:\Prog\WinMediaP1\mplayer2.exe/PlayHighPriority.wav

VOICEMSG03，AWXNT2，C:\Prog\WinMediaP1\mplayer2.exe/PlayHorn.wav

VOICEMSG04，WPO8D2，C:\Prog\WinMediaP1\mplayer2.exe/PlayAttention.wav

VOICEMSG05，WPAA00，C:\Prog\WinMediaP1\mplayer2.exe/PlayMusic.wav

APPLICATIONA，WPAB00，”C:\Prog\AppendLogEntry.exe””AlarmType01Occurred”””

APPLICATIONB，AWC1D1，”C:\Prog\AppendLogEntry.exe””AlarmType02Occurred”””

APPLICATIONC，AWC2D1，”C:\Prog\AppendLogEntry.exe””AlarmType03Occurred”””

APPLICATIOND，AWC3D1，”C:\Prog\CopyLog.exe”

动作触发器表330每行包含三个由逗号分隔的条目。两个分隔符都是强制性的。条目可以为空以用于数据交换，但在随后需要用于校正确认。第一个条目包含一个复合体ID而第二个条目识别一个当模式和事件改变时必须对其触发动作的块ID。第三个条目包含指定动作分类表340内的一个条目的动作分类ID。

动作触发器表示例：

IACOMPOUND01，BLOCKNAME001，TABLEA01

IACOMPOUND01，BLOCKNAME002，TABLEC01

IACOMPOUND01，BLOCKNAME003，EXCEPTIONTABLE

IACOMPOUND01，BLOCKNAME004，TABLED01

动作分类表340包含依赖于模式数量和事件数量的可变数量的条目。每行的总条目数等于(事件数＊模式数)+1。所有的分隔符都是强制性的。在数据交换期间条目可以为空，但在随后需要用于校正确认。第一个条目包含活动分类ID(由动作触发器表330中的条目引用)。该行的所有的剩余条目(从第二个到最后一个)包含对应于动作分类ID存储在矩阵中的参数动作ID(对应于参数动作表350中的条目)。模式的数量和事件的数量依赖于其中模式和事件在该文件中被定义的一般信息文件中的当前配置。因此，对于动作分类表340到消息管理设施100内的输入，模式和事件的数量必须已经如在该文件中的动作分类所需的那样配置。如果一般信息表360为空，那么包含该一般信息的文件准备好获得事件的数据和模式的数量。该数据此后被逐个模式地存储在表中，包括对每个模式的所有事件。

动作分类表示例(注意：选择诸如MxEy的名称分配给第一行以示意每个模式/事件矩阵的元素是如何存储的而不是存储在该位置的实际值。)：

TABLEA01，M1E1，M1E2，M1E3，M1E4，M1E5，M2E1，M2E2，M2E3，M2E4，M2E5，M3E1，M3E2，M3E...

TABLEB01，REPR1，NOINHIB，，，，REPR2，，R2NOD0，，INHALMGRP2，REPR3，INHIB，，，，REPR4...

TABLEC01，REPR1，INHIB，RINOD0，INHALMGRP1，INHALM2，REPR2，，R2NOD0，，INHALM2，REPR3，...

EXCEPTIONTABLE，REPR1，REPR2，REPR3，REPR4，REPR5，，，，，，，，，，，，，，

TABLED01，，INHIB，，，，，NOINHIB，，，，，INHIB，，，，，NOINHIB，，，

参数动作表350每行包含由逗号分隔的三个条目。两个分隔符都是强制性的。条目可以为空以用于数据交换，但在随后需要用于校正确认。第一个条目包含由来自动作分类表340的矩阵条目引用的参数动作ID。第二个条目包含参数名称。第三个条目包含针对在该第三个条目中识别的参数的新的值。举例来说，被设置该新的值的参数包括报警优先权。然而，利用这种模式/事件驱动值选择过程可潜在地修改任何的参数值。

参数动作表示例：

M1E1，HHAPRI，3

M1E1，OUTPRI，2

M1E2，HHAPRI，1

M1E3，HHAPRI，2

M1E4，HHAPRI，4

M1E5，MEASPR，2

...

M4E1，MEASPR，2

M4E2，MEASPR，3

M4E3，OUTPRI，1

M4E4，OUTPRI，2

M4E5，MEASPR，4

REPR1，MEASPR，1

REPR2，MEASPR，2

REPR3，MEASPR，3

REPR4，MEASPR，4

REPR5，MEASPR，5

INHALMGRP1，INHIB，0

INHALMGRP1，INHALM，48

INHALMGRP2，INHIB，1

INHALMGRP2，INHOPT，1

INHALM2，INHIB，1

INHALM2，INHOPT，2

R1NOD0，MEASHL，80

R2NOD0，MEASLL，10

R3YESD2，MEASPR，3

R3YESD2，INHIB，1

R3YESD2，INHOPT，2

INHIB，INHIB，1

NOINHIB，INHIB，0

已经描述了由消息管理设施100的消息管理器配置程序创建/编辑的配置表集，现将注意力转向一组与消息管理器配置程序有关的图形用户接口，其以系统开发人员/工程师易于理解的方式显示上述的配置表格。在示例性实例中，通过选择配置程序应用的主窗口上的一组相应的命名标签的其中之一来访问各表格。前面已经描述了每个示例性图形用户界面接口的内容，因此将不在此重复。

一开始转到图7，图7描述了与一般信息表360相关的信息的示例性图形用户接口。该页面显示了包括4组数据的一般信息表360的内容：配置名称(例如，MMGRP1)，目前配置的报警提示器参数(未确认的报警-50，未确认的报警计数周期-100毫秒，以及门限优先权-2)，一组模式定义，以及一组事件定义)。报警提示器检测通过触发文本“Alarm Shower Detection”邻近的复选框被激活/停用，而且接着应用该新的配置到消息管理设施100。

关于图7中描述的由“Mode Definition”标识的图形用户接口部分，一个接点式输入(CIN)列表定义了用于参数动作的各模式(以设置新的值到参数)。该列表中的每个条目包含以模式名称补充的复合体和块，用作模式/事件矩阵的行/列的标题。复合体可以从系统中可用的所有复合体列表中选择，或者直接键入。一旦输入了复合体则该块被类似地选择。模式列表中的元素数量定义了模式的数量并且由此模式/事件矩阵的一维用于确定参数动作。

模式列表底部的“Only Modes”复选框允许指定将为一维且仅由模式定义(不能定义任何事件)的参数动作的矩阵。在一个示例性实施例中，模式/事件矩阵被限制到32个单元。因此，如果选中了“OnlyModes”的话，则模式的数量必须小于或等于32。如果“Only Modes”没有被选中，则模式数量乘以针对特定配置的一般信息中指定的事件数量的结果小于或等于32。因而所支持的最大数量受之前配置的事件数量的限制。当到达最大允许的模式时禁止附加和插入模式。

关于图7中描述的由“Event Definition”标识的图形用户接口部分，一个CIN块列表定义了用于参数动作的事件(以设置新的值到参数)。该列表中的每个条目包含以事件名称补充的复合体和块，用作模式/事件矩阵的行/列的标题。复合体可以从系统中可用的所有复合体列表中选择，或者直接键入。一旦输入了复合体则该块被类似地选择。该列表中的元素数量定义了事件的数量并且由此模式/事件矩阵的一维用于确定参数动作。

列表底部的“Only Events”复选框允许指定将为一维且仅由事件定义(不能定义任何模式)的参数动作的矩阵。如上所述，在一个示例性实施例中，模式/事件矩阵被限制到32个单元。因此，如果选中了“Only Events”的话，则事件的数量必须小于或等于32。如果“OnlyEvents”没有被选中，则模式数量乘以针对特定配置的一般信息中指定的事件的数量的结果小于或等于32。因而所支持的事件的最大数量受之前配置的模式数量的限制。一旦到达该最大值就禁止附加或插入另外的事件的按钮。

转到图8，图8描述了用于显示/指定消息表300的内容的示例性图形用户接口。如上面所解释的，消息表300为一个消息指定命令分类和/或别名。每个消息通过复合体、块和报警类型被唯一标识。所有的三个子字段均必须填写以避免合法性错误。

关于填写消息表300内的条目的各字段，一个命令分类ID和/或别名被分配给每个显示的消息条目。如果没有填写命令分类，那么没有命令分类被分配给该消息。如果配置了命令分类ID则其被用作针对命令分类表310内的条目的搜索关键字。消息条目的复合体名称从系统中可用的所有复合体列表中指定，或可选地，直接键入。一旦输入了复合体则该块被类似地选择。因此，类似地指定与所选择的块相关的报警。命令分类ID可或者从列表选择或者直接键入。此外，如果配置了的话，则一个可选的别名(描述报警的文本消息)由消息管理器100a中的分组接收器200添加到在运行时接收的消息。

转到图9，图9描述了用于显示/指定命令分类表310的内容的示例性图形用户接口。如上面所解释的，命令分类表310包括一组对应于具有有关调用特定命令(多达两个)用于执行的相同行为的消息类别的条目。由消息管理器100a响应接收的消息启动的命令的示例包括语音消息和外部命令(指向诸如应用网络104上的其中一个工作站108的其它机器)。关于播放语音消息，使用适当标识的语音文件(例如，存储在目标系统上的一个.wav文件)在媒体播放器上调用一个命令。配置语音消息以与其它可执行命令相同的方式处理。

图9中描绘的示例性命令分类图形用户接口的每个条目针对每个列举的命令分类ID包括多达两个的命令ID。对应于该命令ID的实际的命令存储在命令表320中。命令分类表的列“Command Id1”和“Command Id2”中的每个单元可选地允许从之前定义的列表中选择已经定义的命令或者随后将定义的直接输入的命令标识符。

转到图10，图10为由配置程序提供的显示命令表320内存储的命令条目列表的示例性图形用户接口。如上面所解释的，命令表定义了由接收指定一个命令分类ID的特定消息触发的命令，该命令反之指定对应于该命令的特定命令ID。每个命令条目由显示在用户接口的Command ID列中的唯一名称识别。Executing Host列显示了分配给将执行该命令(例如，播放语音消息)的主机的名称。如果没有指定任何主机，那么该主机是该消息管理器在其上执行的本地主机。Command列显示了由所标识的主机执行的命令行。条目由用户通过该示例性用户接口手动编辑(增加，删除，修改)。

转到图11，图11是利于查看和编辑动作触发器表330内的条目的示例性配置程序图形用户接口。如上述解释的，动作触发器表利于附加动作分类到当模式和事件改变时将对其执行参数动作(例如，指定一个新的报警优先权值)的块。Compound列和Block列一起唯一标识一个将在其上执行参数动作的块。Action Category ID列指定一个唯一的动作分类ID，该ID指定了一个将被估计的特殊动作分类(矩阵)以确定一个参数动作ID，该参数动作ID反之指定一个或多个在指定复合体(块组合)上执行的参数动作。

参考图12，图12为显示动作分类表340内的一组条目的内容的示例性配置程序图形用户接口。如上所述，动作分类表340的每个条目定义一个具有指定参数动作ID(进一步在参数动作表350中定义)的单元的模式/事件矩阵。在该示意性图形用户接口中，在标题为“Action Category ID”的用户接口部分之下描述了一个所有当前配置的动作分类矩阵的列表。

当用户在Action Category ID之下选择了其中一个列表的条目，对应的模式/事件矩阵被显示在图形接口的右侧面板内。针对当前选择的ACtg-1动作分类的示意性矩阵为包括4种模式(在列标题中标识的)和5个事件(在每行的标题处标识)的二维矩阵-结果是对于特定的一个参数动作ID总共20个潜在的单元。

如果在配置程序用户接口的“常规”页上选中了“Only Modes”或选中了“Only Events”，则矩阵是一维的。如果选中了“Only Modes”，则为每个模式显示一个单元而且在该单元之上或该单元之前不存在事件标题。如果“Only Events”被选中，则为每个事件显示一个单元而且在该单元之上或之前没有事件标题。

关于各矩阵的内容编辑，该图形用户接口允许从列表框中选择一个之前定义的参数动作或者直接输入一个将在随后定义的参数动作标识符。

参考图13，图13为显示用于访问/编辑参数动作表350的内容的示例性配置程序图形用户接口。如之前所解释的，响应于改变到模式或事件变量的值，可以通过消息管理设施100改变与其中一个控制处理器106上的特定块相关联的参数值。在该块上设置参数值在此称为参数动作。这种参数动作的一个用途是为一个块基于报警参数设置一个新的优先权。

示例性用户接口的参数动作ID列标识存储在参数动作表350中的参数动作的参数动作ID。如在示意性实例中所指出的，参数动作ID值并不唯一并由此单个参数动作ID可能导致改变一个块上的多个参数。在同一时刻调用的参数动作组被分配以相同的参数动作ID。在配置期间，用户可以将所有的值直接写入到参数动作表单元内。

在一个实施例中，上面描述的配置信息以XML文件的形式存储。在启动时，消息管理器100a解析由配置程序提交的XML文件并在配置数据库204中存储结果报警和消息管理配置信息。

已经描述了消息管理设施的一般性功能组件、数据结构和配置接口，现在将注意力转向由消息管理设施执行的以处理接收的消息的步骤。一开始转向图14，图14为一组概括了包括报警的接收的消息的处理的步骤。响应于接收到一个消息，分组接收器过程200最初应用报警提示器检测/抑制过程以确定是否丢弃该接收到的消息(被丢弃的报警消息将不会被传递到应用网络104上其预期的目的地)。特别地，在步骤1400，如果激活了报警提示器检测，那么控制转到步骤1410，在此确定一个报警提示器状态(即，已检测/未检测)参数值(参见图15的用于确定报警提示器状态的示例性方法)。如果报警提示器参数指示确实检测到报警提示器，那么控制从步骤1410转到步骤1420。在步骤1420，接收的报警消息的优先权与一个报警优先权门限值比较。如果所接收的报警消息的优先权不满足该报警优先权门限值，那么控制转到步骤1425，在此报警消息被丢弃而不是将其传递到预期的目的地(例如，应用网络104上的工作站)。然而，如果分配给所接收的消息的优先权超过该门限优先权，那么控制从步骤1420转到步骤1430，在此着手进一步的测试以确定将接收的消息放入哪一个可用的消息队列。如果在步骤1400禁止了报警提示器检测，那么控制直接转到步骤1430。此外，如果在步骤1410没有设置报警提示器已检测状态，那么控制转到步骤1430。

在步骤1430，分组接收器200查阅消息表300以确定是否能够找到对应的消息条目。如果在步骤1430不能在消息表300中定位所接收的消息的ID，那么控制转到步骤1435，在此所接收的消息未经分组接收器200修改而被放入已修改消息队列210内。如之前所提及的，设备服务器220从已修改消息队列210检索该消息并根据在设备数据库202中标识的目的地将它们传递到一个或多个目的地。如果在步骤1430，在消息表300中定位了所接收的消息的ID，那么控制转到步骤1440。

在步骤1440，在添加条目到已修改消息队列210之前一个别名(如果在消息表300内的条目中提供了的话)被添加到所接收的消息。接下来，在步骤1450，如果分组接收器200确定所接收的消息与一个分类(即，包括分类ID的消息表300中的对应条目)相关，那么控制转到步骤1455。在步骤1455，所接收的消息的一个附加拷贝连同其相关联的分类ID(从消息表300中的条目获得的)被放入已分类消息队列208。处理来自已分类消息队列208(下面参考图16描述)的一个条目导致消息管理程序(例如，消息管理程序100a)启用一个命令/可执行程序。这种命令/可执行程序可以是实际的任何类型。然而，这种命令的一个示例导致启动应用网络104上的一组节点顺序播放语音消息流以便当接收到特定报警消息时提供声音的警告。

如果该消息不与一个分类ID相关，那么控制从步骤1450转到步骤1460(如上所述也从步骤1435进入)。在步骤1460，如果所接收的消息为变化确定消息(即，提供事件/模式改变通知的一个消息)，那么控制转到步骤1465，在此所接收的变量确定的一个拷贝被放入变量确定消息队列206用于进一步的处理。下面参考图17进一步讨论从变量确定消息队列检索的处理条目，例如响应于事件/模式改变更新报警优先权。最后，如果该消息不是一个变量确定消息，那么控制从步骤1460转到结束。

转到图15，图15为一组概括了描述执行示例性消息管理设施的报警提示器检测方面的示例方式的步骤。提示器检测过程负责在确定环境之下设置“已检测报警提示器”参数。一旦检测了，则分组接收程序丢弃不满足预设门限优先权的报警消息。

下面描述的该组步骤意欲描述其中检测报警提示器条件的示例性方式-以及一旦已经检测到这种提示器条件就持续一个报警提示器条件参数。本领域的技术人员将很容易理解存在各种的执行这种提示器检测以及一旦检测到特定提示器状态就持续提示器检测参数值的方法。在示例性方法中，在报警计数周期的结束(由上述讨论的报警周期参数确定)控制转到步骤1500，在此为刚刚完成的周期确定一个报警计数器值。此后，在步骤1510，如果该报警计数器值超过一个配置的报警数量(在报警计数周期内允许消息管理器接收的不会触发报警提示器条件的最大报警数量)，那么控制转到步骤1520，在此设置报警提示器检测参数以指示存在一个报警提示器。如在图14的描述中注意到的，如果设置了报警提示器检测参数，则消息管理器100a丢弃优先权小于当前配置的门限优先权的消息。在步骤1540，报警计数器被复位并启动下一个报警计数周期。由此，一旦被检测到则报警提示器“已检测”状态维持至少一个报警计数周期。

可选地，如果报警计数器值没有超出配置的报警数量，那么控制从步骤1510转到步骤1530。在步骤1530，报警提示器检测参数被复位以指示在刚刚完成的报警计数周期内没有出现报警提示器条件。控制于是转到步骤1540，在此开始下一个报警计数周期。由此，在该示例性实施例中，报警提示器参数状态是基于刚刚完成的计数周期的，而且当前报警提示器参数状态将持续直到下一个计数周期结束。

转到图16，图16为一组概括了处理用于在特定识别的主机(包括在没有指定的主机的情况下的消息管理器100a)上调用一个或多个命令的以分类消息的步骤。在步骤1600期间，计算和动态过滤过程228从已分类消息队列208中检索一个已分类消息并确定相关的命令分类ID。此后，在步骤1610，该命令分类ID被应用到命令分类表310的内容已标识一个或多个可执行的命令ID(参见图9的示例性表格310的内容)。接下来，在步骤1620，在步骤1610期间识别的命令ID被应用到命令表320(参见图10的示例性表320的内容)的内容。此后，在步骤1630，计算和动态过滤过程228根据对应于在步骤310期间识别的命令ID的命令表320中条目的内容启动一个命令行(或任何其它的可执行命令)的执行。该命令可以是本地执行的命令(在消息管理器100a上)或者可选地在命令表320中的条目的“executinghost”子字段中标识的主机上。

转到图17，图17为一组概括处理从变量确定消息队列206中检索的消息的步骤。计算和动态过滤过程228从变量确定消息队列206中检索一个变量确定消息并确定一个事件/模式改变(当前事件/模式状态)。此后，执行在图17中标识的各步骤以应用当前事件/模式状态到动作触发器表330(参见图11，动作触发器表条目的代表性集合)中的每个条目以再现和执行控制网络102的控制处理器106上的对应复合体/块/参数组合之上的一组参数动作。虽然本实例包括启动改变由控制处理器106维护的所识别的控制块上的参数(例如，优先权)值，这个活动可被一般化到响应于再现特定事件/模式状态的事件/模式改变调用的任何特殊化的动作。

在步骤1700，为动作触发器表330中的特定条目指定的动作分类ID被应用到动作分类表340以定位对应于该动作分类ID的特定模式/事件矩阵(参见图12)。此后，在步骤1710，当前模式/事件状态被应用到特定引用的模式/事件矩阵以确定(如果有的话)对应于所引用的对应当前模式/事件状态的模式/事件矩阵之内的单元的参数动作ID。如上所述，在事件不互斥的情况下，最高优先权的事件决定了模式/事件矩阵中的单元选择。否则，最近注册的事件执行控制。

在步骤1720，如果模式/事件矩阵中被访问的单元为空，那么控制转到结束。否则，控制转到步骤1730，在此在步骤1710期间确定的参数动作ID被应用到参数动作表350(参见图13)以识别一个或多个指定所识别的参数动作ID的条目(对应该参数动作ID)。此后，在步骤1740期间，计算和动态过滤过程228根据在步骤1730期间识别的参数动作表350中的条目的内容启动执行指定参数/值组合的应用对象。当在建立应用对象的时候，所指定的复合体/块的来源是在步骤1700期间访问的动作触发器表330中的条目。一旦完成特定动作触发器表条目的处理，控制就转到结束。

关于结合图17描述的各步骤，注意，虽然实质上可以在控制块(或类似的控制处理器程序模块/结构)上设置任何类型的参数，一个特别有用的为某一模式/事件组合指定确定参数值的应用能力是修改报警优先权。此外，可以一般化利用模式/事件改变以驱动由消息管理器100a启动的应答的参数动作的功能到执行任何类别的动作，包括调用可执行命令，由此创建/支持动态过程监视/控制环境。

上面讨论的结构、技术、和利益仅仅是本发明的示例性实施例。考虑到本发明的原理可以被应用的许多可能的实施例，应认识到的是，在此有关附图描述的实施例意欲仅为示意而不应认为是限制本发明的范围。例如，本领域的技术人员将认识到，某些以软件形式示出的举例说明的实施例的元素可以以硬件实现，反之亦然，或者可以在排列和细节上修改举例说明的实施例而不偏离本发明的精神。此外，本领域的技术人员将认识到，所公开的原理并不是限制到任何特定的局域网协议和/或拓扑。因此，在此描述的本发明预期象所有的这种实施例都在下述权利要求书及其等同物的范围之内。

Claims

1.一种位于过程控制网络环境的节点中的消息管理设施，所述节点与控制处理器分隔开，用以路由从所述控制处理器接收的消息流到一组监控目的地，所述消息管理设施包括：

消息接收器，用于接收包括消息分组ID字段的消息；

消息路由信息，包括一组消息路由条目，其中每个路由条目包括：

消息分组ID值，以及

用于指定所述消息分组ID的接收消息的一组消息路由目的地；以及

目的地服务器，用于根据所述消息分组ID字段中指定的ID以及在所述消息路由信息的相应路由条目中指定的一组消息路由目的地，传送由所述消息接收器接收的消息到一个或多个网络目的地。

2.根据权利要求1的消息管理设施，其中所述消息包括由所述控制处理器生成的报警消息。

3.根据权利要求1的消息管理设施，其中所述控制处理器和消息路由目的地位于两个截然不同的网络上，并且所述消息管理设施桥接所述两个截然不同的网络。

4.根据权利要求3的消息管理设施，其中所述消息管理设施运行在一个联网的节点上，所述联网的节点至少包括用于经由控制网络从所述控制处理器接收消息的控制网络接口，以及用于传送消息到消息路由目的地的应用网络接口。

5.根据权利要求4的消息管理设施，其中所述路由目的地是工作站。

6.根据权利要求4的消息管理设施，其中所述路由目的地是消息打印机。

7.根据权利要求4的消息管理设施，其中所述路由目的地是消息数据库。

8.根据权利要求4的消息管理设施，其中所述接收的消息包括报警消息，并且由所述控制网络接口在消息分组内接收的报警消息潜在地包括多个报警消息。

9.根据权利要求1的消息管理设施，还包括消息定义表，其中所述消息定义表中的条目包括别名字段，所述字段支持为具有对应于所述消息定义表中的条目的消息ID的接收消息指定文本字符串。

10.根据权利要求1的消息管理设施，还包括消息定义表，其中所述消息定义表中的条目包括命令分类ID字段，所述字段支持为具有对应于所述消息定义表中的条目的消息ID的接收消息指定可执行的命令。

11.根据权利要求10的消息管理设施，还包括命令分类处理器，所述处理器启动为具有对应于所述消息定义表内的条目的消息ID值的接收消息指定的命令的执行。

12.根据权利要求11的消息管理设施，还包括命令表，所述表包括一组可执行命令条目，并且所述可执行命令条目组中的条目内的可执行主机字段指定将在其上执行特定命令的主机。

13.根据权利要求1的消息管理设施，还包括事件/模式状态消息处理器，所述处理器基于在接收的事件/模式状态消息中指定的事件/模式中的改变，启动一组动作的执行。

14.根据权利要求13的消息管理设施，其中所述动作组的各个动作包括给由所述控制处理器维护的应用对象指定参数值。

15.根据权利要求1的消息管理设施，其中所述消息管理设施还包括报警提示器抑制功能，所述功能监视从控制网络接收的报警消息的数量，并响应于检测到报警提示器条件，应用一个标准以限制传递报警消息到目的地。

16.一种位于过程控制网络环境的节点中的消息监视器，所述节点与控制处理器分隔开，用以监视从所述控制处理器接收的消息流，并响应于在所述消息流中检测到特定识别的消息，启动执行命令，所述消息监视器包括：

消息表，包括一组消息表条目，每个条目包括：

消息ID，以及

命令ID；

消息接收器，包括消息监视功能，用于：

接收包括消息ID值的消息，以及

通过定位对应于所述接收消息的所述消息表中的条目，识别已分类的消息；以及

命令执行功能，所述功能与识别所述已分类消息的消息接收器一起，启动与用于所述已分类的消息的所述消息表中的条目的命令ID有关的命令的执行。

17.根据权利要求16的消息监视器，其中识别所述已分类消息是通过将所述接收消息的消息ID值与由所述消息表中的条目指定的消息ID值相比较来完成。

18.根据权利要求16的监视器，其中所述消息监视器另外包括消息路由功能，用于路由从所述控制处理器接收的消息流到一组监控目的地。

19.根据权利要求16的监视器，其中所述命令ID包括命令分类ID，所述命令分类ID对应于命令分类表内的相应条目中识别的一组可执行命令。

20.根据权利要求19的监视器，还包括命令表，所述表包括被所述命令分类表中的条目引用的一组可执行命令条目。

21.根据权利要求20的消息监视器，其中所述可执行命令条目包括可执行主机字段，所述字段识别特定命令将在其上执行的主机。

22.根据权利要求16的消息监视器，其中所述命令指定运行可执行程序。

23.根据权利要求16的消息监视器，其中所述命令指定播放存储的语音消息。

24.根据权利要求16的消息监视器，其中所述消息包括由控制处理器发布的报警消息。

25.一种位于过程控制网络环境中与控制处理器分隔开的节点内的状态消息监视器，用于监视从所述控制处理器接收的消息流，并响应于在所述消息流中检测特定识别的状态消息，启动执行命令，所述消息监视器包括：

消息接收器，包括消息监视功能，用于识别与接收消息中指定的模式/事件有关的状态改变；以及

根据考虑所述接收消息的当前模式/事件状态，启动执行动作。

26.根据权利要求25的状态消息监视器，其中根据当前模式/事件状态执行所述动作包括：重新指定由所述控制处理器发布的报警的优先权。

27.根据权利要求26的状态消息监视器，其中重新指定报警优先权是通过所述状态消息监视器给由所述控制处理器维护的应用对象指定参数值来完成的。

28.根据权利要求25的状态消息监视器，其中所述接收消息包括由所述控制处理器发布的状态报警。

29.根据权利要求25的状态消息监视器，还包括矩阵表，所述矩阵表定义当进入特定模式/事件状态时启动的动作的分类。

30.根据权利要求29的状态消息监视器，其中所述动作包括修改由所述控制处理器宿留的特定控制块的值的参数动作。

31.一种位于过程控制网络环境中与控制处理器分隔开的节点内的消息管理设施，用于响应检测到消息提示器条件，调整从所述控制处理器接收的消息流到一组监控目的地的流动，所述消息管理设施包括：

消息接收器，用于接收包括优先权值的消息流；

目的地服务器，用于将消息从由所述消息接收器接收的消息流传送到一个或多个网络目的地；以及

消息提示器条件检测器，用于检测消息提示器条件，并且响应于检测到消息提示器条件而被调用的消息提示器抑制标准被应用到所述消息流，以限制经由目的地服务器传递消息到所述网络目的地。

32.根据权利要求31的消息管理设施，其中所述消息提示器抑制条件要求从所述控制处理器丢弃优先权低于门限优先权的消息。

33.根据权利要求31的消息管理设施，其中所述消息包括由所述控制处理器生成的报警消息。

34.根据权利要求31的消息管理设施，其中所述控制处理器和所述接收消息的一个或多个网络目的地位于两个截然不同的网络上，并且所述报警管理设施桥接所述两个截然不同的网络。

35.根据权利要求34的消息管理设施，其中所述消息管理设施运行在联网的节点上，所述联网的节点至少包括用于经由控制网络从所述控制处理器接收消息的控制网络接口，以及用于传送消息到消息路由目的地的应用网络接口。

36.根据权利要求35的消息管理设施，其中所述路由目的地是工作站。

37.根据权利要求31的消息管理设施，其中通过计数在消息计数周期期间由所述消息接收器接收的报警消息，并将所述周期期间接收的报警消息的数量与提示器门限计数相比较，检测消息提示器条件。

38.根据权利要求37的消息管理设施，其中一旦进入检测到消息提示器状态，就持续直到下一个消息计数周期完成。