在工业过程控制环境中记录和跟踪非趋势生产数据和事件的制作方法

文档序号:6567764阅读:386来源:国知局
专利名称:在工业过程控制环境中记录和跟踪非趋势生产数据和事件的制作方法
技术领域
一般来说,本发明涉及工业过程计算机化控制系统的领域。更确 切地说,本发明涉及收集/处理非趋势过程数据以及确保这样的信息存 储在依照工业标准规范(如ISA-95)的长期存储器中。
背景技术
工业日益增长地依赖高度自动化的数据采集和控制系统,以便确 保工业过程高效、安全、可靠地运转,同时降低其整体生产成本。数 据采集采取多种多样的形式,包括趋势的和非趋势的。 一般来说,趋 势数据包括在许多传感器测量工业过程的若干特征并定期向数据收集 和控制系统回报其测量结果时采集的类型。例如,由传感器/记录器产 生的趋势数据包括温度、压力、pH、材料的质量/体积流、航海线 上等待的货包的计数库存。如果某过程变量的一个或多个趋势数据没 有存储,通过观察所丢失数值前后赋予该变量的值然后在这些点之间 插值通常能够估计出它们。
反之,非趋势数据不遵守从一点到另一点的模式,所以无法从最 近的相邻数据点估计。识别一般生产请求(如制作一批巧克力奶)和 每项一般生产请求的范围内执行的若干任务的生产数据是非趋势数据 的实例。考虑到无法估计属于所丢失的非趋势数据的值,已经开发了 专门的数据库,称为生产事件服务器,以接收并保持详细的生产事件 历史。
生产事件是生产过程期间发生的离散时间事件,通常涉及后期可 能关注的过程测量、材料、设备、人力或其他生产资源。以下事件在
ISA95标准下定义材料消耗现状、材料生产现状、材料移动现状、 材料消耗品现状、生产数据、设备现状和人力现状。

发明内容
本发明包括制造环境中使用的生产事件信息记录系统。所述系统 包括对生产事件信息系统的许多增强,后者包括生产数据库,包括一 组表格,用于存储由制造/生产系统产生的生产事件信息。
所述生产事件信息由生产事件对象提供,所述生产事件对象响应 触发生产事件,产生生产事件消息,所述生产事件消息包括与生产事 件对应的数据组。生产数据库的若干服务对所述生产事件对象所产生 的所述生产事件消息进行处理。这些生产服务包括生产服务器,用于 处理所述生产事件消息内的信息内容,然后将所述生产事件对应的数 据组存储在所述生产数据库中。
本文公开的生产信息报告/记录系统包括许多特征,它们确保了 生产数据的高效、灵活、可靠记录。对生产事件信息系统的一项增强 包括通过对所述数据组的至少一个值应用确认标准,分析生产事件消 息的内容。在具体实施例中,对数据值和数据语境都应用了所述标准。
另一项增强包括高速緩存与事件消息(如生产请求、过程阶段) 的若干具体特征相关联的若干ID,以及由所述生产数据库所分配ID 对应的独特ID。高速緩存若干具体的独特ID利于在创建对先前创建 的表格项的链接时减少对所述生产数据库的访问。所述生产事件消息 系统也支持事件源与所述生产数据库服务之间的异步和同步事务消 息。不仅如此,所述系统还支持对基础生产消息模式的扩展。在具体 实施例中,通过在生产消息中包括元数据扩展信息提供对若干扩展的 支持,所述生产消息指定具体生产服务器,以分析和应用/存储包括所 述扩展信息的生产消息。


虽然附带的权利要求书具体地阐明了本发明的特征,不过,连同
附图参考以下详细说明,可以最好地理解发明以及其目的和优点,其中
图l是示意图,描绘了示范管理过程控制开发和运行环境,加入 了组件之间的多层集合/层次关系;
图2描绘了多级的对象集合布局,用于集合本发明实施例的示范 系统内平台上的应用程序和引擎;
图3描绘了高级别架构,用于定义、配置和执行系统中报告和记 录生产事件的生产事件对象;
图4是示范用户界面,用于为生产事件对象配置触发器设置项、 事件设置项和事件数据;
图5是示范用户界面,用于配置生产事件对象上的扩展生产属性;
图6是示范用户界面,用于配置生产事件消息属性的确认标准;
图7是规则组的归纳表,用于要求包括至少一条信息,它包括跨 越生产事件消息多种属性应用的确认标准的另一种形式;
图8是高级别图示,展示性地描绘了一种形式的消息传输,其中 生产服务不提供响应;
图9是高级别图示,展示性地描绘了一种形式的消息传输,其中 生产服务提供响应;
图10是流程图,归纳了高速緩存操作,涉及用于完成生产数据 库表格中记录的GUID;
图ll是流程图,归纳了一组步骤,用于根据收到的生产事件消 息内提供的元数据,通过选择可能的多台生产服务器之一处理所述生
产事件消息;
图12归纳了组成生产数据库的示范表组。
具体实施例方式
本文公开了 一种生产事件信息报告/记录系统,它针对在企业或 其若干部门中可靠地存储制造和生产信息的需要。本文公开的系统支 持与制造过程相关联的生产事件的可追溯性。所述系统包括一组生产
事件对象和相关联的服务,对于生产设施与商务系统之间的数据和事
务,捕捉生产事件数据并存储在根据ISA-95标准的生产数据库内定义 的一组表格中。本文介绍的展示性生产事件信息报告和记录设施基于 世界批处理论坛(WBF)商务至制造置标语言V2规范,其全部内容 在此特别引用作为参考,包括其中的全部参考文献。
在展示性实例中,若干生产事件模块产生由生产事件触发的消 息。这些消息包含有关该事件的数据。所述事件数据在对象级别被配 置为集成设计环境(IDE)。发送事件消息时使用以下两种可用的传 递模式的任一种(1 )异步(无响应),(2 )同步(有响应)。生 产事件消息经过分析、验证,然后写入生产数据库。支持服务器方事 件消息分析器版本化的可扩展消息模式布局也支持验证以及其他增强 的功能。
所述生产事件信息报告/记录系统因此支持对多种多样的重要生 产问题提供答案。比如 生产进行了多少?
.每个单位的最终产品中有什么组成材料? .什么其他产品过去使用相同的组成材料? 何时生产出的某具体产品/某批? .处理产品时使用了什么设备? .在处理某具体产品期间哪位操作员负责该设备? -在处理某具体产品期间消耗了什么基本资源(水、能量等)? 通过访问生产数据库的内容提供答案的更复杂的问题包括 -使用了多少输入材料对比生产了多少输出材料(质量平衡)? 在生产该产品的过程中某具体检查点处某些关键产品属性值是
什么?
.在处理该产品的设备中是什么专用工具? .这种产品的哪些工序
-通过同一i殳备?
-由同一操作员操作?
-使用同一输入材料? 示范生产事件信息报告/记录系统的以下说明基于本发明的实施 例,不应当视为对本发明关于本文未明确介绍的替代实施例的限制。 例如,本发明加入在管理过程控制和制造信息环境之内,其中各个数
据源由应用程序对象表示。这样的系统的实例在Resnick等人2002 年6月24日提交的美国专利申请序列号10/179,668中进行了详细介 绍,标题为 "SUPERVISORY PROCESS CONTROL AND MANUFACTURING INFORMATION SYSTEM APPLICATION HAVING A LAYERED ARCHITECTURE",其全部内容在此引用作 为参考,包括其中标识/含有的全部参考文献的内容和讲授。不过,考 虑到所公开示范实施例的本领域技术人员将认识到,本发明潜在地适 用于各种各样的替代管理过程控制环境,包括若干可标识数据源,它 们提供实时处理数据,驱动着一组动态图形单元,表示至少一部分受 观测/受控制的工业过程。
参考图1,示意图描绘了示范管理过程控制网络内若干组件的集 合/层次关系,包括多层管理过程控制和制造信息系统。在对示范网络 环境进行更详细的描述之前,通常注意到在这个实施例中,例如以应 用程序对象105和107的形式表示数据源。应用程序对象执行各种各 样的功能,包括接收状态信息和在应用程序层面上执行各种各样功能 的任何一种。 一种这样的功能是收到源自系统上部署的其他应用程序 对象的事件通告后产生生产事件消息。这些事件消息被转发到由连接 到工程网络119的其他网络化个人计算机所主持的生产服务。
在配置数据库124 (如Wonderware的4艮河储存库)--其内容
通过在配置PC 120上执行的可视化应用程序开发工具127 (如 Wonderware的INTOUCH软件)对开发者可用——所维护的全局名 称表内识别应用程序对象105和107。在本发明的实施例中,可视化 应用程序开发工具127对驻留在配置数据库内的特定信息提交查询, 以便利将开发者加入的可用数据源(如应用程序对象105)呈现在具 体应用(如制造生产线)的一个或多个过程可视化视图/窗口中。过程
可视化应用程序一旦建成,就在连接到图l示意性描述的管理过程控 制网络的一组工作站的任一台上潜在地部署并执行。
继续参考图1,第一应用服务器个人计算机(PC) ioo和第二应 用服务器PC 200共同协作地执行多层次管理过程控制和制造信息应 用程序,包括第一部分104和第二部分106。应用程序部分104包括 设备集成应用程序对象PLClNetwork和PLC1。 PLClNetwork设备 集成对象帮助配置数据访问服务器(如OPC数据访问服务器116)。 作为OPC客户机运行的PLCl设备集成对象访问OPC数据访问服务 器116緩冲区内的数据位置。数据访问服务器116和设备集成对象对 来自诸如PLC或其他场地设备之类的外部过程控制组件的数据协作 地输入和緩冲。
在本发明的实施例中,由连接到网络119的PC (如PC120)上 执行的人机界面软件提交获得工厂车间信息的请求,这些信息驱动着 图形显示,表示工厂车间的设备状态。在个人计算机100上执行的各 种各样应用程序对象105 (如PLClNetwork、 PLC1、 App.Object等) 都访问数据访问服务器116的数据緩冲区。应用程序对象的实例包括 例如离散设备、模拟设备、场地基准、事件/触发器、生产事件等。在 展示性实例中,对工厂车间信息的请求和响应数据经过网络119在PC 100和102 (在工厂车间)与PC 120之间传递。
根据本发明的实施例,应用程序引擎集合若干应用程序对象(经 过逻辑分组对象,本文称为"区域")。由管理过程控制和制造信息 应用程序的低一级别的平台对象依次集合所述引擎。由 一般自举組件 108和110依次集合应用程序部分104和106。本文以下参考图2介绍 上述的全部组件。
在实施本发明的示范系统中,包括部分104和106的多层次应用 程序通讯地链接到分散控制的过程。确切地说,第一应用服务器个人 计算机100经过工厂车间网络115连接到第一可编程逻辑控制器112。 注意,经过工厂车间网络115从PC 100到PLC 112的所描述连接表 示逻辑连接。这样的逻辑连接既对应直接的物理通讯连接,又对应间
接的物理通讯连接。例如,在具体实施例中,PLC112包括以太网LAN 上的节点,个人计算机100与之相连。在其他实施例中,PLC112被 直接地连接到PC 100上的物理通讯端口 。
在图1阐述的展示性实施例中,PC 100运行数据访问服务器116。 数据访问服务器116荻得/提取由PLC 112提供的过程信息,并且向包 括部分104和106的应用程序对象(如PLClNetwork、 PLC1)提供 该过程信息。所述数据访问服务器116是例如OPC服务器。不过, 本领域技术人员将不难认识到由数据访问服务器116所潜在执行的范 围广泛的定制和标准化的数据格式/协议。不仅如此,示范应用程序对 象通过与数据访问服务器116的连接,表示PLC网络和PLC自己的 运行。不过,这些应用程序对象包括实际上范围无限的可执行对象类, 它们在管理过程控制和制造信息应用的环境中执行所期望的管理控制 和数据釆集/集成功能。
根据本发明的实施例, 一定的应用程序对象实例包括发布生产事 件对应的触发器的功能,以及其他响应这些触发器而产生并发布多种 类型的生产事件消息。这样的生产事件实例包括材料消耗、材料生 产、材料移动、材料消耗品、生产数据、设备和人力。
例如,所述生产事件触发器消息经过消息交换协议传递到PC 102 上运行的AppEngine2。所述生产事件触发器消息传递到PC 102上的 适宜生产事件消息应用程序对象107。根据示范实施例,所述生产事 件消息应用程序对象107又将对应的生产事件消息发布到生产服务 140[添加到图1,它在连接到工程网络119的历史节点144上与生产 数据库142相关联地运行。生产服务140的操作和一般的生产事件处 理将在下文进一步地介绍。
管理过程控制和管理信息应用程序例如由配置个人计算机120扩 充,它运行着维护管理过程控制和管理信息应用程序配置数据库124 的数据库(如SQL )服务器122,用于应用程序对象和其他相关信息, 包括从其例示应用程序对象的模版。配置数据库124还包括全局名称 表125,它便于将独立于对象名的位置捆绑到位置导出的句柄,方便了图1描述的系统内对象之间的消息路由。配置PC 120和相关联的 数据库服务器122支持多用户环境的管理监控、修正历史管理、集 中式的许可证管理、包括新对象(包括生产事件信息对象)和它们相 关联软件的部署和安装的集中式的对象部署、全局名称表125的维护 以及输入/输出对象模版和例示。
包括应用程序对象(包括生产事件消息对象(下文进一步讨论)) 的创建和部署的应用程序配置经过集成开发环境(IDE )126进行。IDE 126是实用程序(可能包括多个组件),包括应用程序对象和引擎的 过程控制和制造信息应用程序从其定义、创建并部署到各种平台/引 擎,包括例如应用程序服务器PC100和102。管理过程控制和制造信 息应用程序的开发者通过IDE 126实现了广泛的应用程序设计功能, 包括输入新的对象和模版类型、从现有模版配置新的模版、定义新 的应用程序对象以及将应用程序对象部署到主机应用程序引擎(如应 用程序服务器PC 100上的AppEnginel)。
图1描述的示范管理控制网络环境还包括连接到网络119的一组 操作站130、 132和134,它们提供了对过程或其部分的视图,由在 PC 100和120上安装并作为一组分层对象运行的管理过程控制和制造 信息应用程序所监视/控制。原料PC 130提供的代表视图能够监视被 管理工业过程的原料区域。生产PC 132呈现了被管理工业过程生产 部门的代表视图。成品PC 134提供了与成品相关联的生产设施区域 的代表视图。操作站130、 132和134的每一台都包括用于每一具体操 作站平台的引导主机。操作站130、 132和134的每一台都包括视图引 擎,它们处理图形信息,以再现观察到的工业过程或其部分的图形描 述。
应当指出,本文以上介绍的图l描述的系统仅仅是多层等级架构 的实例,用于实现示范生产事件消息系统的管理过程控制和制造信息 系统。本发明不限于所公开的具体应用/系统,事实上,不必如展示性 实例所示以多级应用程序的形式实现。进一步应当指出,图l呈现的 为所安装组件之间的集合和/或包含相互关系的逻辑视图,这些组件包
括软件和物理计算硬件。所述生产事件消息系统实质上适合于任何网 络拓朴。例如,在本发明可应用的系统中,配置实用程序和管理过程 控制可视化应用程序都运行在链接到受控过程的单一计算机系统上。
转向图2,类图描述了分层软件的层次集合布局,软件包括计算 机可执行指令,与至少执行部分管理过程控制和制造信息应用程序的 计算机(如PC 100或120 )相关联。每台计算机都在体系最低级运行 着操作系统200,比如微软的WINDOWS.操作系统200支配着自举 对象202。与操作系统200执行的启动过程相关联,自举对象202被 加载到计算机上并被激活。作为平台类对象204的宿主,在起动平台 类对象204的操作之前必须激活自举对象202。自举对象202起动和 终止平台类对象204。自举对象202还提供平台类对象204利用的服 务,以起动和终止由平台类对象204所支配的一个或多个引擎对象 206。
平台类对象204是一个或多个引擎对象206的宿主。在本发明的 实施例中,平台类对象204对一个或多个引擎对象206来说代表着执 行具体操作系统的计算机。平台类对象204保持着在平台类对象204 上部署的若干引擎对象206的列表,起动和终止引擎对象206,并且 在引擎对象206失效时重新起动它们。平台类对象204监视着引擎对 象206的运行状态并向客户公布状态信息。平台类对象204包括系统 管理控制台诊断实用程序,它能够在运行平台类对象204的计算机系 统上执行诊断和管理任务。平台类对象204还向分布式警报子系统提 供警报。
引擎对象206支配着一组应用程序对象210,它们完成与应用程 序相关联的管理过程控制和/或制造信息采集功能。引擎对象206开始 所有应用程序对象210的启动。引擎对象206还在调度器对象208的 帮助下,调度应用程序对象210关于彼此之间的执行。引擎对象206 利用调度器对象208寄存应用程序对象210以便执行。调度器对象208 根据对应的引擎对象206之一所规定的配置,相对于其他应用程序对 象运行应用程序对象。引擎对象206监视应用程序对象210的操作,并且将出故障的对象放置到隔离状态中。引擎对象206通过将自动对 象对配置文件所做的改变保存/恢复到运行时应用程序而支持检查点。 引擎对象206保持着名称绑定服务,它将属性基准(如tankl.value.pv) 绑定到一个适合的应用程序对象210。
引擎对象206最终控制着应用程序对象210中相关联者如何执 行。不过, 一旦引擎对象206确定了应用程序对象210的执行安排, 它们执行的实时调度就由调度器208所控制。调度器208支持的接口 包含RegisterAutomationObject()和UnregisterAutomationObject()方 法,它们使得引擎对象206能够对调度器208的调度操作列表增加/ 去除具体的应用程序对象。
应用程序对象210包括范围广泛的对象,它们运行的商务逻辑有 助于实现具体的过程控制操作(如开启泵、开动阀门),和/或在例如 工业过程控制系统环境中的信息收集/管理功能(如根据收到的场地设 备输出信号值发出警报)。过程控制(自动化)应用程序对象的实例 包括模拟输入、离散设备和PID循环对象。应用程序对象类210按照 过程控制系统比如PLC提供的数据,经过设备集成对象(如OPC数 据访问服务器118)行动。所述集成对象的功能是在过程控制/制造信 息资源与管理过程控制和制造信息应用程序之间提供桥梁。
在示范实施例中,应用程序对象210包括由引擎对象206和调度 器208所访问的应用程序接口 。引擎对象206访问应用程序对象接口 是为了初始化应用程序对象、启动应用程序对象和关闭应用程序对象。 调度器208使用应用程序对象接口是为了启动对应的应用程序对象的 按调度执行。
在已经介绍了示范管理过程控制和制造信息网络环境的主要组 件后,将关注于图3示意性描述的生产事件系统的高级架构视图。例 如,在图1和图2描述的管理离散过程控制环境类型中就配置、部署 和执行了这样的系统。
转向图3, IDE 126便利了创建和配置了一组生产事件应用程序 对象300。例如,从支持多种生产事件类型的生产事件对象模版工具
箱创建若干应用程序对象300,在ISA 95下定义的生产事件类型包括: 材料消耗现状、材料生产现状、材料移动现状、材料消耗品现状、生 产数据、设备现状和人力现状。应当注意,以下两者都包括在生产事 件应用程序对象300的配置中(1)配置若干导出的子模版,它们在 其后将作为父模版的子模版存储在与IDE 126相关联的模版工具箱 内,(2)配置生产事件对象的事例。因此,具体的应用程序专用生产 事件配置能够存储并多次再用,以创建具体的应用程序专用生产事件 对象事例。在示范实施例中,在模版工具箱图形用户界面内以展开/ 收缩分层树的形式描述了若干生产事件对象模版之间的导出/继承关 系。
上述的生产事件对象类型可以分为"材料"和"状态,,事件对象。 材料事件对象便利了记录材料生产事件,并包括以下的示范对象类型 (对应于IDE 126模版工具箱中提供的若干模版)材料消耗品现状、 材料消耗现状、材料移动现状和材料生产现状。状态事件对象便利了 记录所定义生产分段的有关信息。状态事件对象类型包括例如以下类 型(对应于IDE 126模版工具箱中提供的若干模版)设备现状、人 员现状和生产数据。
生产事件对象的类型
材料消耗品现状(MaterialConsumableActual)生产事件对象模 版定义的对象识别在所定义生产分段期间所用消耗品。在对应生产事 件对象中收集和提供的信息包括所消耗的消耗品材料的材料、数量 和测量单位。消耗品在材料的列表中可能通常不会标识,它们也可能 是在所定义生产分段中未单独计数的物品。不过,这些物品有可能会 导致在生产分段的成本中所考虑的直接费用。取决于产业类型,消耗 品可以包括若干公用设施,比如电和水、普通化学制品或催化剂。材 料消耗品现状生产事件模版至少使用了位置或材料ID属性来识别材 料。
材料消耗现状(MaterialConsumedActual)生产事件对象模版定义 的对象识别在所定义生产分段期间材料消耗。所消耗材料在材料的列表中通常会标识为原料、采购材料或另一个过程分段的输出。材料消
耗现状生产事件对象至少使用以下属性之一识别所消耗材料位置、 批量、材料ID、序列号列表和子批量。为了定义已消耗了多少资源也 推荐数量属性。
材料移动现状(MaterialMovedActual)生产对象模版定义的对象 记录单一生产事件中材料移动,它是材料消耗现状事件和材料生产现 状事件的组合。材料移动现状对象跟踪所识别材料的移动,例如,从 接收位置到生产线上存储垛的材料移动。在这种情况下,材料移动现 状事件记录了接收位置的材料消耗和存储垛的材料生产。为了标识材 料的目的地,这种对象必须至少使用以下属性之一目的地位置、目 的地的批量、目的地材料ID、目的地序列号列表和目的地的子批量。 为了标识材料的来源,材料移动现状对象至少使用以下属性之一源 位置、源批量、源材料ID、源材料序列号列表和源材料子批量。为了 定义移动了多少材料也推荐数量属性。
材料生产现状(MaterialProducedActual)生产对象才莫版定义的对 象记录了作为生产分段输出的最终产品的创建。材料生产现状生产对 象至少使用以下属性之一标识所生产材料位置、批量、材料ID、序 列号列表和子批量。为了定义生产了多少材料也推荐数量属性。
在已经介绍了由IDE 126所支持的示范材料生产事件对象模版 组后,将关注于示范"状态"生产事件对象模版组。
设备现状(EquipmenActual)生产对象模版定义的对象记录了与 生产单元相关联的现行设备使用信息。例如,设备现状生产对象可能 包含着与生产分段相关联的设备财产列表。
人员现状(PersonnelActual)生产对象模版定义的对象记录了生产 分段中与人员有关系的信息。例如,人员现状生产对象可能规定雇员 身份号和与生产分段相关联的工作站。
生产数据(ProductionData)生产对象模版定义的对象记录了生产 过程中某点所对应生产数据的离散值。例如,生产数据生产对象可能 有助于记录所定义生产分段的开始时间和停止时间。作为替代,生产
数据生产对象记录了生产过程中步骤结束时的若干数值。
在替代实施例中,支持类属(Generic)生产对象。所述类属生产对 象模版是基础对象,它仅仅提供所有生产对象所需要的生产属性。用 户通过从类属生产对象模版导出子模版并且指定扩展的生产属性(在 下文介绍)而定义任何定制的生产对象类型,然后将导出的子模版保 存到IDE 126的模版工具箱。类属生产对象用于例如收集与以上介绍 的任何生产事件都不相关联的信息,并且将数据存储在生产数据库 142内的表中。
以上识别的生产事件对象类型包括一组内藏的生产属性。每种类 型的生产事件对象都具有其自己的相关联生产属性集。这样的生产属 性的实例包括位置、材料ID、注释、人员列表、过程分段ID、生 产请求ID、数量、分段响应ID、测量单位、批量、子批量、序列号 列表等。某些生产属性对全部生产事件对象类型(模版)是公用的。 其他属性仅仅在一定对象中使用。某些属性是必须的,而其他属性却 不是。例如,每种生产事件对象类型都包括生产请求ID、过程分段ID 和分段响应ID。这三种生产属性用于标识生产过程,并且提供在生产 数据库142的其他特定表内存储的若干相关生产事件之间的链接(下 文将参考图12描述的示范数据库模式进行介绍)。
配置生产属性
IDE126支持为事件对象(模版和事例)而配置生产属性。用户 通过IDE 126为生产事件对象配置生产属性集。在配置期间,用户例 如指定一组潜在的生产属性中的哪些将进行记录(即,存储在生产数 据库142内的表中)。不仅如此,用户还指定属性的输入源或初始值。
配置普通生产对象选项
主要转向图4, IDE 126还支持配置触发器设置、事件设置和事 件数据。在(配置全部生产事件对象所用的)示范生产对象配置界面 中, 一组用户可配置字段被分为触发器设置400、事件设置402和事 件数据404。触发器设置400字段使用户能够规定生产事件对象在运 行时环境中部署和执行时如何激活或触发。在触发器设置400区域中,
触发器有两种可用的选项。第一选项指定了触发器的方法。如果使用
输入源选择框未被选中,那么就使用MyPEMEvent Trigger触发事件。 选择使用输入源框允许使用输入源作为事件的触发器。点击浏览图标 406就运行属性浏览器对话框,以便选择某属性作为输入源。选择自 动复位复选框408就使对象属性触发器状态自动复位。对于无须来自 事件对象的响应而希望触发的事件这是有用的。
事件设置402字段规定配置时生产事件对象如何使用确认标准以 及触发时它如何与生产服务140进行通讯(有/无响应)。
在事件设置402字段中,选择运行时启用确认标准框410就使得 在配置和触发生产事件对象时所发布的事件消息内的全部选中属性都 启用确认标准。只有在确认标准配置对话框(见图6)上选中的属性 才启用确认标准。在下文介绍确认标准配置和确认生产事件消息。模 式列表框412允许选择发布生产事件消息时,在生产事件对象和生产 服务140之间通讯的模式。选择"无响应"指定异步通讯模式。选择"有 响应,,指定传递事件消息的同步通讯模式,而且对象等待生产服务节点 处理任何确认错误的响应。超时框414规定生产对象以有响应模式传 输消息后,注册通讯错误并重发先前传输的消息之前将等待来自生产 月良务响应的时间量。
事件数据404字段配置记录数据时提供的"事件名"以及触发事 件时的日期和时间。事件名框416使用户能够指定与生产对象相关联 的生产事件的名称。曰期时间区域418使用户能够为触发的事件选择 使用输入源选项以设置"日期时间,,属性,或者选择自动产生以自动 地产生日期和时间。用户点击浏览图标420从属性浏览器对话框中选 择属性。
配置扩展的生产属性
本文公开的生产事件处理系统还支持对上文介绍的、为生产事件 对象类型所定义的预配置生产属性集的扩展。这样的扩展本文称为"扩 展的生产属性",增加了可能在生产数据库142的若干表内所存储的 附加信息,或者作为替代,扩展的生产属性用于解释传到生产服务140
的生产事件消息中提供的其他信息。在示范实施例中,扩展的生产属 性从父模版中继承。
主要转向图5,图中描述了为生产事件对象指定扩展属性的示范 用户界面。向生产事件对象可以增加任意数量的扩展生产属性。通过 调用具有例如图5描述的界面类型的增加扩展属性对话框,为生产事 件对象定义了若干扩展生产属性。此后,在属性名称框500中输入属 性名。然后用户从数据类型下拉列表框502所呈现的一列数据类型中 选择数据类型。输入源或初始值框504或者存储扩展属性的初始值或 者存储输入源(如果用户已经指定了使用输入源复选框506)。浏览 图标507提供了对属性浏览器对话框的访问,使用户能够搜索扩展生 产属性值的具体输入源。日志属性复选框508使用户能够指明当触发 事件对象时,是否将扩展属性存储在生产数据库142中。为了增加另 一种扩展生产属性(+ )或者去除现有的扩展生产属性(-),还包括 了若干控制按钮。
配置生产事件信息的确认标准
在示范实施例中,建立生产事件消息所采用的消息模式已经扩 展,以支持对生产事件对象产生的消息中包含的生产属性值和扩展生 产属性值中提供的信息规定要执行的确认标准。IDE 126支持对生产 事件对象创建的事件消息中提供的信息规定一组确认标准设置。生产 服务140甚至发起客户机也利用该确认标准设置确认生产事件消息中 包含的信息。生产服务140利用这样的确认标准在将生产事件信息存 储在生产数据库142的适当表中之前,确保事件信息合格。
在示范实施例中,已经选择了世界批处理论坛模式(ISA-95)作 为生产服务140所接收和处理的生产事件消息的格式。本发明的若干 替代实施例可能基于其他标准,乃至根本没有标准。不过,根据ISA-95 模式提供的标准化信息格式有助于规定若干广义规则,用于确认生产 事件消息内包含的数据。不仅如此,在本发明的实施例中,对于包含 生产事件数据的结构完整性进行了 "上下文,,确认(如确保消息中提 供数据集的完整性)。在示范实施例中,收到信息的内部结构由与生 产服务140相关联的XML语法分析程序确认。XML语法分析程序包 括对消息中包含的具体消息的格式和属性值的定义。
在示范实施例中,消息确认建立在生产事件对象之中。在运行时, 只要用数据加栽了 S95生产事件对象,就能够调用生产事件对象的方 法确认它本身。可以在客户机端、服务器端或者客户机和服务器端双 方调用这种确认。仅能在服务器端执行的确认将不会在客户机端尝试。 例如,仅仅在能够将数据与生产数据库142中的适当表/列组合进行比 较的服务器端执行"在数据库表/列中存在,,的确认。
数据确认
在运行期间,对每条生产事件消息的每个属性值都可能执行确认 操作,以验证所包含的数据满足用户在配置时经由IDE 126所指定的 确i人标准。
转向图6,参考用于生产事件对象的示范确认标准配置用户界面 介绍了数据确认标准。在示范实施例中,对生产属性和扩展生产属性 双方都可能定义确认标准。确认标准配置用户界面因此用名称列出了 全部的生产属性和扩展生产属性。示范确认标准配置用户界面的标题 标识了与三种类型的数据确认标准相关联的一组可配置确认标准选 项。在展示的实施例中,用户定义了以下三种类型的确认标准模式 匹配、唯一还是存在以及数值可选。只有当生产事件属性是字符串数 据类型时才能够定义模式匹配和数值可选。
以下介绍了示范确认标准配置用户界面的每一个输入字段。确认 属性字段600指定是否将对相关联的生产事件属性执行确认。确认标 准界面根据对生产事件对象定义的当前定义生产事件属性组自动充填 属性名字段602。
模式匹配字段604支持对属性(它必须是字符串参数值)提供的 信息规定模式。由基于宏的位置字符串模版所指定,所述模式指示了 字符串中的每个位置能够具有哪些有效字符。所述模式由一连串的字
母数字、某些非字母数字字符和若干通配符记号(如#、 &和@)组成。 通配符记号的解释如下#——位置必须包含数字,&——位置必须包
含字母,@一一位置必须包含字母数字。在本发明的实施例中,模式
匹配支持某些非字母数字字符,比如短划线(-)和下划线(—)字 符,二者都有效并照字义解释。另一方面,不允许空格和逗号。
唯一字段606和存在字段608是互斥的确i/v标准测试,它们需要 将在收到消息中提供的属性值与生产数据库142内某表的某列(在表 字段610和列字段612中标识)内当前存储的一组数值进行对比(在 服务器端)。对于"存在"确认操作,将属性值与指定表/列中的一组 数值进行了比较,以确保该具体值存在。例如,在属性值作为外部数 据源(表/列)中项目存在至关重要的事例中执行了 "存在"测试。例 如,假若需要操作员输入定单号,并且为了报告目的,它必须是有效 的,存在确认机构就调用对外部数据源的查询,以验证该数据包含在 指定的表/列中。"唯一"确认操作验证所提供的属性值与外部数据源 的指定表/列内的任何项目都不相同。在示范实施例中,在外部数据源 (即生产数据库之外的表或数据单元)的情况下,利用微软SQL服务 器的"Linked Servers"技术能够将外部数据源配置为似乎是生产数据 库142的内部表。 一旦如此配置,确i人机构访问该外部数据源时就仿 佛它们是生产数据库142中的表。因此确认操作可以应用于微软的 EXCEL电子表格、文本文件等。
配置用户界面还包括数值可选字段614。默认时确认机构要求每 种规定的属性(值)都包含某些数据。属性值不能为NULL即空或未 指定。不过,如果选中了数值可选字段,那么该属性没有指定值将不 会导致确认机构失败。
上下文确i人
除了用户可配置的"数据"确认操作以外,本发明的示范实施例 还支持对生产事件消息的一组"上下文"确认操作,它们为特定类型 的生产事件对象而内部配置。与数据确认(它考虑为生产事件属性所 指定的实际各个数值)不同,上下文确认评估单一消息内多个生产事件 属性的内容。
作为具体实例, 一种形式的上下文确认保证,在指定实际数值的 生产消息中,消息包括一组生产属性的至少一种属性。作为具体实例, 由有关材料的生产对象所产生的生产事件消息(如材料消耗品现状、 材料消耗现状、材料生产现状和材料移动现状)必须包括可选属性值
组的至少一个值,以唯一地识别由所报告事件影响的材料。图7描述 的阵列,为四条有关材料的事件消息的每一条都标识了可选属性值组,
为了通过上下文确认操作必须从其中指定至少一个值。如果没有上下 文确认,与材料生产现状事件相关联的数据可能会被写到生产数据库 142,而它不包含识别在所报告事件期间生产的材料所需要的数据。以 上实例仅仅是示范性的,可以预期,多种上下文确认操作类型将加入 到本文介绍的生产事件报告/记录系统的多种替代实施例中。
返回图3,在配置了生产事件(应用程序)对象组300之后,用 户对应用节点上运行的应用程序引擎315 (如ApplicationServer2 PC 102上的AppEngine2)部署了对应的生产事件对象事例310。此后生 产事件对象事例310在运行环境中运行。在运行环境中生产事件对象 事例310响应从本地和非本地应用程序对象320和应用程序(如 InTouch应用程序325 )收到的触发事件,创建并发布由生产服务140 消耗的事件消息。正如以上参考图4呈现的示范配置界面在配置触发 器的描述中所指出,生产事件对象是例如若干对象自身上的若干属性 或I/O源。
在运行期间,每次扫描都对应用程序引擎315上的生产事件对象 事例310的触发器进行估算。如果触发器为高,那么触发的生产事件 对象就创建生产事件消息。创建生产事件消息时,触发的生产事件对 象收集若干生产事件属性的值和相关联的确认标准配置,这些生产事 件属性在生产事件对象的配置期间被标明为"记载"。在所记载属性 的收集期间,生产对象从指定的位置检索输入值。不过,如果该属性 未被定义为输入,将使用这个属性中当前存储的值。此后,生产事件 对象310向生产服务140发布生产事件消息,以存放在生产数据库142 的若干合适的表内。在原始(新)消息的情况下,产生新的消息ID 以标识该消息。在示范实施例中,生产服务140在COM+服务器355
的环境中运行,其中生产服务器140根据所收到生产事件消息内嵌入 的版本标识信息调用生产服务器的版本。实现生产事件消息模式特定 版本的生产服务器版本分析并确认所收到生产事件消息中包含的生产 事件信息。确认后的信息由生产服务在生产数据库142中制表。
按照示范实施例,支持两种生产事件传递模式。以无响应(异步) 消息传递模式,生产事件对象向消息队列服务345发布事件消息,不 等待任何形式的确认或错误响应。在消息内容处理中出现的任何错误 都记载在生产数据库142的表内。反之,如果指定了有响应(同步) 消息传递模式,那么生产事件对象将等待接收事件消息并将收到的消 息传递到生产服务140的网络服务器340发出的响应消息。生产服务 140经由网络服务器340的响应指明了在服务器端处理消息期间出现 的各种错误。例如,该响应将指明向生产事件消息内的记载属性应用 配置的合格准则时发生的任何确认错误(包括有关确认错误原因的详 细信息)。下文将参考图8和图9进一步地介绍同步和异步传递模式。
两种支持的消息传递模式
本文公开的生产事件信息报告/记录系统支持生产事件对象310 与生产服务140之间的异步(无响应)和同步(有响应)两种消息传 递模式。以"有响应,,模式(见图9),生产事件对象接收生产服务 140的响应、通过网络服务器340向消息发送者通报不仅是收到消息 的成功/失败状态,而且还有成功地分析、确认以及存储消息内所包含 信息的成功/失败状态。以"无响应"模式(见图8),通过单方向的 通讯路径(如通过消息队列)发送消息,生产服务140不向生产事件 消息的发布者送回任何响应。生产服务140决定是否记录/报告对从生 产事件对象310收到的生产事件消息内容进行处理期间出现的各种错 误。"有响应,,模式用于存在用户互动(如通过监视器)的情况,"无 响应"模式用于当客户机仅仅希望发送消息而并不担忧它时。在两种 情况下都会出现服务层面的S95信息高速緩存。
转向图8,例如以"无响应"模式运行时,在客户机802的 MessageSupport组件800上调用SendMessage方法。MessageSupport
组件800使用微软的消息队列(MSMQ)服务345向服务器804发送所 指定的消息。MSMQ服务345配置为保证/处理传达。 一旦MSMQ服 务345将客户机802的消息传达给服务器队列806,生产消息分派器 服务808 (—种微软视窗服务)就看到队列806上的消息,并且调用 生产消息句柄服务810从队列806检索出消息。如下文将参考图11 进一步解释,句柄服务810分析至少一部分检索出的消息,并且调用 生产服务器的可能多个支持版本的适当生产服务器812的事例,以处 理生产事件消息。
从队列中检索消息和调用生产服务器812在单一事务处理上下文 内进行(如图8绘制的事务处理边界所指示),以确保该消息不会丢 失。如果出现错误,生产服务器812决定是否以某种方式报告/记录该 错误。应当注意,客户机802还包括队列814,在客户机802与服务 器804之间的连接被中断的情况下用于存储消息。
转向图9,以"有响应"模式,在MessageSupport组件800上 用指定消息调用SendMessage方法。MessageSupport组件800使用对 服务器804上运行的网络服务900的调用,向服务器804发送消息。 服务器804上的网络服务900又调用句柄服务810。句柄服务810分 析一部分收到的生产事件消息(如下文介绍的消息扩展)并调用适当 的生产服务器812版本处理消息中包含的事件信息。如果生产服务812 检测出了任何错误(如确认错误),那么就向发布该消息的生产事件 对象报回这些错误。
所述"有响应"模式支持以同一消息ID重发先前失败的生产事 件消息。支持两种重发情况。在第一种情况下,因为在超时期间内没 有收到响应或者其他错误阻止了生产对象收到对生产事件消息的响 应,所以重发同一消息。当生产事件对象起动并且状态忙时会检测到 这样的错误。在这样的情况下,用同一消息ID重发最后发送的消息。 在第二种情况下,响应在收到响应中报告的错误而重发消息。在这样
的情况下,将重新提交的属性设置为真并且重新触发生产事件对象。 在两种情况下,生产事件对象都要根据当前的信息重构消息,自从先
前(失败的/错误的)传输以来这些信息可能已经改变。
返回图3,生产服务140通过以上介绍的两种消息传递模式之一 接收生产事件消息。收到后,生产服务140 (包括特定生产服务器版 本)就根据使用XML指定的给定模式分析消息的内容。此后,生产 服务140通过调用的生产服务器812版本对每种属性进行确认。如上 文先前解释,在展示性实施例中,对每个生产事件参数的确认可能包 括数据确认(如模式匹配、存在/唯一和数值可选)和/或上下文确认 (如包括一组属性至少其一中的数据)。在示范实施例中,在所传递 属性值上进行的配置的确认标准定义包含在生产事件消息内。在示范 实施例中,提供确认标准定义是根据对生产服务140维护的可能多个 生产服务器版本360中的生产服务器版本实现的生产消息模式的扩 展。下文将进一步介绍对生产事件消息模式的确认标准定义扩展和其 他扩展。
如果未检测出错误,那么生产服务140将由收到的生产事件消息 所提供的确认信息在生产数据库142中制表。不过,如果在"无响应" 模式消息中检测出了确认错误,生产服务140就将错误项目写入到生 产数据库142上的生产事件消息错误表中。反之,如果在"有响应,, 模式消息中检测出了错误,那么就将该错误写入到原始生产事件对象 的"ErrorMessage"和"ErrorCode"项目并呈现给用户。
确认对象类
通过客户端和服务器端的代码模块以及一組对ISA-95标准XML 模式的特定扩展(下文进一步介绍)的结合实施确认。为了实施确认 而对为了报告/记录生产事件实施ISA-95标准的XML基本模式的扩 展, 一般来说归为两种范围定义违反生产事件消息数据的确认规则 的扩展,以及能够将确认结果加入到生产事件消息的扩展。
如以上先前指出,在生产事件消息内规定确认规则,以定义将在 生产事件消息内的生产属性和扩展生产属性上执行的用户配置的和系 统规定的确认标准。确认规则是确认标准扩展和规则定义的结合。确 认标准扩展是"形状",它定义了如何定义特定类型的确认规则。例
如,"质量"确认标准扩展定义了为了充分描述质量确认规则必须指
定的若干特性。确认标准扩展是基于XML的自身,并且支持商务至 制造置标语言(B2MML)标准的格式(仅仅是格式),这便利了一般地 包括确认标准和数值专用的扩展数据。
确认规则是由或者客户机端或者服务器端上的确认代码应用到 确认标准扩展的数据。触发生产事件对象并创建和处理生产事件消息 时,客户机端使用消息中的确认规则扩展对数据的存在和质量进行早 期的确认。服务器端使用确认规则进行所有的其他确认(如相对于生 产数据库142中具体表/列的内容进行确认),如在本申请书中较早的 介绍。
关于涉及若干确认结果的生产事件消息模式扩展,确认执行的结 果存储在生产事件消息的Validation Error扩展内。当"有响应"(同 步)的生产事件消息模式用于在生产对象与生产服务140之间传递生 产事件消息时,生产对象使用生产事件消息的确认错误扩展中存储的 错误数据在运行时对象内向用户报告确认错误。反之,使用"无响应" (异步)模式时,生产服务140使用确认错误扩展数据将确认结果存 储在生产数据库142中。
在示范实施例中,以下类用于实施以上介绍的生产事件消息确认。
ValidationError:用于保留Validation Error有关信息的帮助程 序。在TraceResponseMessage对象内可能返回它们的阵列。
ValidationExtension:内部基础类,应用于几种生成的商务至制造 置标语言类,以允许它们具有Validation和其他数值专用的扩展数据。 QualityType和ValueType就是从这个类导出的生成类。
ValidationExtensionData:内部类,帮助ValidationExtension基 础类到任一 XML分量的串行化,或者从任一 XML分量的去串行化。
ValidationHelper:内部类,若干确认方法使用它确认每个字段。
ValidationRule:帮助程序类,用于保留有关确认规则的信息。
还定义了两种接口
IValidationError"吏ValidationError类经由COM可访问的接口 。
IValidationRule:使得ValidationRule类经由COM可访问的接口 。
还定义了一种列举,VaidationErrorTypeEnum,它包含全部支 持的确认故障类型的列表。
生产事件过程标识符高速緩存
继续参考图3,在示范实施例中,生产服务140保持着高速緩存 350,先前存储生产信息以及生产数据库142的若干表内若千项目所对 应的关联GUID。在本发明的展示性实施例中,生产数据库142若干 表中存储的某些具体信息的ID,以及对包含这些信息的若干表行所分 配的GUID存储在高速緩存中,以便在生产数据库142内的分开位置 (如若干表、行)中存储的不同生产信息的若干项之间建立链接时, 使得访问可能非常大的若干表而检索GUID的需求达到最少。不仅如 此,收到新消息时,生产服务140在访问数据库的信息以前,首先在
内部高速緩存中查找需要的链接(如GUID)信息。
按照具体的展示性实施例,由生产过程操纵若干资源(材料、设
备和人员)。用于过程和资源(如材料、设备和人员)的这些生产事 件携带着与生产过程(如生产请求、过程分段定义、分段响应等)相 关联的标识符。在许多情况下生产过程是关联的。生产请求制定订单, 以生产限定量的所标识材料(如提供100加仑的巧克力牛奶)。过程 分段对应于为了完成生产请求而执行的具体任务。分段响应对应于所 执行任务的具体事例,对应的ID由客户机和生产数据库双方分配, 以识别生产请求、过程分段和分段响应的每个个别事例。
生产服务140将生产事件过程的标识符信息存储在高速緩存360 中。在展示性实施例中,高速緩存的标识符(以及由生产数据库142 分配的GUID)用于每个收到事件消息的生产请求和过程分段。每个 收到的事件消息都具有"ID"字段,由应用服务器中执行的数据用户 收集可选择地提供。在数据库层面上,这些标识符(生产请求ID和
过程分段ID )的每一个都表示生产数据库142内适当表内的唯一项目, 而且数据库142使用了全局唯一标识符(GUID)专门标识每个表项 及其包含的数据。
以生产数据库142的特定数据库模式(见下文介绍的图12),生 产请求ID和过程分段ID用于相关/链接,并且此后定位与收到事件消 息中的分段响应标识符相关联的数据。因为相关算法可能需要消耗时 间/资源的数据库搜索和查找,所以实施了以下参考图IO概括的技术, 在高速緩存360中存储和访问数据库项目的标识,当生产服务140在
;亍;的信息时,减少访问包含生产请,求和过程分段iD的表的需求。
下面概括的示范高速緩存管理方法在检索将分段响应表中的项 目链接到相关联的生产请求和过程分段表的信息(GUID)时,减少 了访问表的次数。最初在步骤1000期间,生产服务140接收包含生产 事件数据的生产事件消息。该消息可能包括生产请求ID、过程分段ID 和分段响应ID (由生产事件对象完成)。并不需要全部,但是如果提 供了它们,高速緩存将使用它们加速相关和定位记录。
在步骤1008期间,如果事件消息中的生产请求ID字段是空(即 未提供数值),就认为该数值不存在并将被表示为NULL。控制传递 到步骤1010,其中为该NULL生产请求ID分配了新的生产请求表 GUID。尽管这种动作没有比生产事件消息提供的上下文更多,但是 它的确保证了报告期间的恰当数据相关。如果不这样做,当将它与其 他相关的事件相关联时,用户将无法检索到这条消息的数据。然后控 制传递到步骤1022。
如果事件消息中的生产请求ID字段不是空(即提供了ID值), 那么控制传递到步骤1012,其中生产服务在高速緩存350中查找所提 供的生产请求ID对应的项目。如果在高速緩存的查找成功,那么处 理移向下文介绍的步骤1022。如果在高速緩存的查找失败,那么控制 传递到步骤1016,其中生产请求ID被应用于生产数据库H2内的生
产请求表。
如果在步骤1016期间生产请求表的查找成功,那么控制传递到 步骤1020,其中从数据库142中返回了生产请求表中生产请求ID项 目所对应的全局唯一标识符(GUID),生产请求ID和生产请求ID的 GUID都存储在高速緩存350中,以便将来在步骤1012期间引用。如 果在步骤1016期间生产请求表的查找失败(即生产请求ID不在生产 请求表中),那么就在生产请求表中创建生产请求ID所对应的新项 目/行,并且向该生产请求ID所对应的生产请求表新项目分配新的 GUID。然后控制传递到步骤1020,其中新的GUID和生产请求ID都 存储在高速緩存350中,以便将来在步骤1012期间引用。
在步骤1022期间,所收到的生产事件消息的生产请求GUID和 ID存储在存储器中(即使该GUID值为NULL生产请求ID ),以便 在事件消息处理的最后阶段(即向收到的生产事件消息所对应的分段 响应表项目提供生产请求和过程分段GUID )期间引用。
处理过程分段ID和GUID的步骤本质上与以上介绍的处理生产 请求ID和GUID的步骤相同。在步骤1028期间,如果事件消息中的 过程分段ID字段是空(即未提供数值),就认为该数值不存在并将 被表示为NULL。控制传递到步骤1030,其中为NULL过程分段ID 分配了新的过程分段表GUID。尽管这种动作没有比生产事件消息提 供的上下文更多,但是它的确保证了报告期间的恰当数据相关。如果 不这样做,当将它与其他相关的事件相关联时,用户将无法检索到这 条消息的数据。然后控制传递到步骤1042。
如果事件消息中的过程分段ID字段不是空(即提供了 ID值), 那么控制传递到步骤1032,其中生产服务在高速緩存350中查找所提 供的生产请求ID所对应的项目。如果在高速緩存的查找成功,那么 处理移向下文介绍的步骤1042。如果在高速緩存的查找失败,那么控 制传递到步骤1036,其中过程分段ID被应用于生产数据库142内的 过程分段表。
如果在步骤1036期间过程分段表的查找成功,那么控制传递到 步骤1040,其中从数据库142中返回了过程分段表中过程分段ID项
目所对应的全局唯一标识符(GUID ),过程分段ID和过程分段ID的 GUID都存储在高速緩存350中,以便将来在步骤1032期间引用。如 果在步骤1036期间过程分段表的查找失败(即过程分段ID不在过程 分段表中),那么在过程分段表中创建过程分段ID所对应的新项目/ 行,并且向该过程分段ID所对应的过程分段表新项目分配新的 GUID。然后控制传递到步骤1040,其中新的GUID和过程分段ID都 存储在高速緩存350中,以便将来在步骤1032期间引用。
在步骤1042期间,所收到的生产事件消息的过程分段GUID和 ID存储在存储器中(即使该GUID值为NULL过程分段ID ),以便 在事件消息处理的最后阶段(即向收到的生产事件消息所对应的分段 响应表项目提供生产请求和过程分段GUID)期间引用。然后控制传 递到步骤1050。
在开始讨论有关步骤1050之前,应当注意,在展示性实施例中 包括的数据库由一组以图12中概括的方式组织/链接的表组成,分段 响应ID与相关联的生产请求ID/GUID和过程分段ID/GUID结合使 用,从生产数据库142中检索事件数据。所以,在该展示性实施例中, 这三种单元在数据库模式内配合。这三种数据库单元的配合主要通过 生产数据库142的分段响应表中的项目,它最终包含对相关联生产请 求和过程分段表项目的若千引用,虽然某些可能是间接的。为了将生 产请求和过程分段表的若千项目连接到分段响应表项目,为分段响应 ID分配分段响应表中的新项目之时,必须知道生产请求ID和过程分 段ID。在事件数据插入时为对应的生产请求和过程分段表的若干项目 确定标识符可能花费大量的数据库处理资源。因此,以上述方式填充 着有关生产请求和过程分段ID/GUID信息的高速緩存350受到引用, 以潜在地获取在当前生产事件消息中指定的生产请求ID和过程分段 ID的GUID。当到达步骤1050时,就知道了所收到生产事件消息的 生产请求ID和过程分段ID所对应的GUID。剩余步骤将生产请求和 过程分段GUID连接到分段响应ID。
在步骤1048期间,如果收到的生产事件消息中的分段响应ID是
空(即未提供数值),那么控制传递到步骤1050,而且认为分段响应 ID值不存在并将被表示为NULL,以达到产生过程响应表GUID的目 的。然后控制传递到步骤1060。
在步骤1048期间,如果事件消息中的分段响应ID不是空(即提 供了 ID值),那么控制传递到步骤1052,其中在生产数据库142的 分段响应表中查找分段响应ID值(注意分段响应ID没有被高速緩 存)。如果分段响应ID查找成功,那么控制传递到步骤1060。
不过,如果在步骤1052期间分段响应ID不在分段响应表中,那 么控制传递到步骤1054,其中在生产数据库142的分段响应表中为指 定的分段响应ID创建新的表项目。向分段响应ID分配了新行,其上 具有分配给它的新GUID。新GUID和分段响应ID被返回用于进一步 处理,并且控制传递到步骤1060。
在步骤1060期间,生产请求ID和过程分段ID所对应的先前检 索的生产数据库GUID与生产事件消息(它使它们全部配合)的分段 响应ID进行了关联。为了在生产数据库142中包括生产请求ID和过 程分段ID的GUID,更新了分段响应ID所对应的分段响应表中的项 目/行。因此,用户能够通过分段响应ID的GUID和该分段响应ID 的GUID所对应的分段响应表的内容,访问生产请求和过程分段表中 若干对应项目的内容。
对生产事件消息模式的扩展
本文公开的生产事件报告/记录系统的另一个方面是生产事件对 象向生产服务140提供的事件消息的内容和处理。确切地说,定义/ 支持了对生产消息标准(如ISA-95)的扩展,包括使上下文联系起 来并将生产数据链接到原始请求的全局标识符、诸如移动之类的功能、 人员列表和其他这样的数据。通过规定基础消息格式的元数据扩展内 生产服务器(如基于XML事件消息的分析程序)的具体版本,使若 干扩展和对所支持扩展组的修改更容易。确切地说,生产事件消息内 的元数据扩展标识了消息格式(XML)定义的版本,生产服务140将使 用它从事件消息中提取数据内容。在展示性实施例中,通过标识生产
服务140具体版本所对应的"ServerAssembly"指定版本。
下文介绍对生产消息模式的示范扩展。生产事件消息模式的基础 版本从世界批处理论坛获得,并且以下已经介绍了支持附加功能的几 种扩展,包括生产服务软件的版本化(服务器装配),用于分析扩展 的生产事件消息模式的内容,它可能随时间变化。
1. 生产事件消息数据源扩展
生产事件消息本身具有特征(GUID)并可以被命名。生产数据 库142模式自始至终都使用消息GUID记录消息事件与生产数据库 142中存储的对应ISA-95事件数据的关系。以下是经由消息数据源扩
展所指定参数的实例。
MessageID-这个GUID必须由导出类设置。服务器将验证所述 MessageID在合理的时间阶段内是唯一的。MessageID预定的目的是 确保同一事务处理不被生产服务140记录两次。如果客户机不确定事 务处理成功地发生,它能够以同一 MessageID重发该消息。如果生产 服务140最近成功处理了包括同一 MessageID的消息,它将返回出错。 为了使服务器避开注册"重复MessageID"错误,客户机可以设置再试 特性后重发该消息。再试属性设置通知生产服务142如果该消息没有 重复就处理它,如果已经成功地处理了该消息就忽略该再试消息。
MessageName-指定这条消息的可选任意名。
2, 生产服务事件消息处理扩展
生产服务事件消息处理扩展使得通过生产服务140完成与接收和 处理消息相关联的某些消息处理管理任务更容易,可能包括重发消息。
Retry-在以上MessageID部分中介绍过,指定客户机正在使用先 前的MessageID重发消息。
MessageData-规定字符串数据的可选阵列,在生产事件消息的这 个扩展内发送。
MessageSrc-规定有关这条消息数据源的可选信息部分。例如, MessageSrc可以是"材料生产现状"。
MessageDate-用于规定消息的日期的可选字段。
3. 生产服务器版本标识扩展
在展示性实施例中,对基础生产事件消息模式的元数据扩展描述 了生产事件消息自身的基础结构。这样的元数据包括的信息从可能多 个生产服务器版本中识别特定的一个,它将被用于处理所收到生产事 件消息的内容。特定组中的这些扩展,与判断和调用生产服务140所 支持的一组生产服务器中合适的一台的生产消息处理程序810的内建 功能相组合,便利了对新生产服务器中支持的生产属性組的补充/修 改,同时保留了与旧生产服务器版本的向后兼容性。下文将参考图11 介绍在支持可能多个生产服务器版本的系统中创建和处理生产事件消 息。
ServerAssembly-规定应当处理这条消息的生产服务的.NET部件名。
BaseVersion-为这个ProductionMessage类规定简单的版本。生 产消息和生产服务能够验证它们将理解来到的消息。
DerivedVersion-为导出类规定简单的版本。生产消息和生产服务 能够验证它们将理解来到的消息。
DerivedName-为导出类规定简单的名字。
4. 确认扩展
上文广泛讨论的确认规则在生产事件消息的扩展部分内标明。规 定以下扩展以便支持以要被确认的消息传递确认配置信息。为被传递 消息内的每种生产事件属性都提供了以下标识的每种属性。
ValidationEnabled-规定是否应当对该属性应用该确认规则。默 认是假。
DBTableName-规定表/列对的表部分,将检查它以了解属性的值
在生产数据库中是否存在。
DBColumnName-规定表/列对的列部分,将检查它以了解属性的 值在生产数据库中是否存在。
DBExists-规定是否应当为属性数值的"存在"或者"不存在" 而检查表/列对。
Pattern-规定应用于属性数值的模式。
CanBeNull-规定属性数值是否可以为NULL或空字符串。默认 时这是假。
ClientData-由客户机传递的任意数值。如果确认失败这个数值将 在ValidationError对象中返回。
ValueKey-表示被确认信息的内部定义值。如果确认失败这个数 值将在ValidationError对象中返回。
5. 制造过程电子记录管理和特殊处理扩展
在扩展中还支持ISA-95消息标准中未规定的对事件的注释和序列号。
Comment-规定注释,作为导出类的扩展数据传递。 SerialNumbers-规定序列号的阵列,作为导出类的扩展数据传递。
TxTime-规定这项事务处理发生的时间。
6. 响应消息
这是对发送到网络服务器的S95文档的响应消息。因为此处列出 的要素涉及原始消息,所以在S95模式范围之外。 MessageID-见上文。 MessageAssembly-见上文。 BaseVersion—见上文。 DerivedVersion--见上文。 DerivedName-见上文。ErrorCode-规定描述该响应的数字值。典型情况下,成功时这将 是零,而错误时将是非零。
ResponseMsg-规定描述该响应的字符串。典型情况下,成功时这 将是空,而错误时将包含错误说明。
RetryOrigMessage-规定应当再试原来的消息因为不清楚 Traceability Service是否能够成功地处理它。
ValidationError
ErrorMsg-说明为什么确认失败的错误消息。 ErrorPosition-这个性质将包含字符串中以零为基点的位置, 在该位置模式匹配失败。
ErrorType-规定所发生的确认错误的类型。 ErrorValue-它包含了使确认失败的值的字符串表达。 ValidRule-导致这次确认失败的原始ValidationRule对象的 备份。更多的信息见上文。
转向图11,其中概括了若干步骤的示范组,它描述了对包括元数 据扩展的生产事件消息的创建和处理,元数据扩展规定生产服务140 将使用的具体生产服务器版本,以对生产事件消息中提供的信息进行 分析和制表。最初,在步骤1100期间触发了生产事件对象,以创建生 产事件消息。作为响应在步骤1100期间,该生产事件对象创建了生产 事件消息。所述生产事件消息包括一组生产事件属性和一组消息扩展。 如以上指出,该组消息扩展包括确认扩展和识别生产服务器具体版本 的元数据,该版本用于分析和确认消息内包含的属性信息。此后,在 步骤1120期间,通过两种支持的消息协议(即有/无响应)之一将生 产事件消息传送到生产服务140。
此后,在步骤1130期间,处理程序服务810分析所收到的生产 事件消息内的元数据,以确定要调用的恰当生产服务器版本,处理所 收到消息内包含的生产事件信息。下一步,在步骤1140期间,处理程 序服务调用生产服务140所支持的多个生产服务器版本的某个生产服 务器版本。此后,在步骤1150期间,所调用的生产服务器版本根据相 关联的基于XML的生产事件消息模式处理所收到消息内包含的生产 事件属性。在步骤1150期间,生产服务器根据经由所收到消息本身内 包含的消息信息扩展所提供的确认定义,确认所收到的消息数据。生 产服务器不是将消息中包含的生产事件信息制表(如果确认成功), 就是将错误记入日志(如果确认展现出错误)。依据消息的类型(有/ 无响应),生产服务140不是将错误存储在生产数据库142的错误表 中(无响应),就是返回带有错误码的故障消息。在示范实施例中, 由处理程序服务810所调用生产服务器事例(如生产服务器812)仅 仅持续单一消息事务处理。
因此,已经介绍了用于处理生产事件消息的方法,这些消息可能 根据若干具体消息模式体现了不同类型/格式的信息。根据本发明的实 施例,版本元数据包括在生产事件消息中,以标识具体的消息版本。 生产服务140利用消息版本信息识别和调用多种所支持生产服务器版 本的具体版本,处理该生产事件消息。生产服务器事例仅仅在生产事 件消息事务处理的期间持续。不过,在替代实施例中,若干生产服务 器版本持续到生产消息事务处理范围以外。
转向图12,其中描述了生产数据库142的示范生产数据库模式, 数据库142存储的信息与由生产事件对象响应生产事件触发器所产生 的生产事件消息相关联,并由生产服务140所制表(确认后)。
ConsumableActual表1200存储一组记录,支持增加了若干全局 标识符和UTC(世界调整时间)列的基本S95消耗品现状对象的视图。 每个项目都包括外键,它引用SegmentResponse表1202 (下文介绍) 中该项目与其相关联的行。
ConsumableActualProperty表1204存储一组记录,支持增加了 若干全局标识符和UTC列的基本S95消耗品现状性质对象的视图。 每个项目都包括外键,它引用ConsumableAetual表1200中该项目与 其相关联的行。
EquipmentActual表1206存储一组记录,支持增加了若干全局 标识符和UTC列的基本S95设备现状对象的视图。每个项目都包括
外键,它引用SegmentResponse表1202中项目与其相关联的行。
EquipmentActualProperty表1208存储一組记录,支持增加了若
干全局标识符和UTC列的基本S95设备现状性质对象的视图。每个
性质行都经过外键与单一设备现状行相链接。
MaterialConsumedActual表1210存储一组记录,支持增加了若
干全局标识符和UTC列的基本S95材料消耗现状对象的视图。每个
项目都包括外键,它引用SegmentResponse表1202中项目与其相关
联的行。
MaterialConsumedActualProperty表1212存储一组记录,支持 增加了若千全局标识符和UTC列的基本S95材料消耗现状对象的视 图。每个性质行都链接到MaterialConsumedActual表1210中的单一行。
MaterialProducedActual表1214存储一组记录,支持增加了若 千全局标识符和UTC列的基本S95材料生产现状对象的视图。每个 项目都包括外键,它引用SegmentResponse表1202中项目与其相关 联的行。
MaterialProducedActualProperty表1216存储一組记录,支持增 加了若干全局标识符和UTC列的基本S95材料生产现状性质对象的 视图。每个性质行都链接到MateriallProducedActual表1214中的单 一行。
SerialNumberData表1218存储一组记录,支持记录到生产数据 库142的所有序列号的视图。序列号是在它们自己的表中分类的若干 材料性质。每个序列号项目都具有到或者MaterialConsumedActual 表1210或者MaterialProducedActual表1214中某行的链接,它包含
着序列号作为事件的一部分。
PersonnelActual表1220存储一组记录,支持增加了若干全局标 识符和UTC列的基本S95人员现状对象的视图。每个项目都包括外 键,它引用SegmentResponse表1202中项目与其相关联的行。
PersonnelActualProperty表1222存储一组记录,支持增加了若
干全局标识符和UTC列的基本S95人员现状性质对象的视图。每个 性质行都链接到PersonnelActual表1220中的单一行。
ProductionData表1224存储一组记录,支持增加了若干全局标 识符和UTC列的基本S95生产数据对象的视图。每个项目都包括外 键,它引用SegmentResponse表1202 (下文介绍)中项目与其相关联 的行。
EventEnumeration表1226存储一组记录,支持事件名列表视图, 具有该事件用作参考的若干标识符。
ProductionEventMessage表1227存储一组记录,支持数据库142 中存储的若干独特事件的视图。每个项目都包括外键,它引用 EventEnumeration表1226中项目与其相关联的行。
ProcessSegment表1228存储一组记录,支持增加了若干全局标 识符和UTC列的基本S95过程分段对象的视图。
ProductionEventMessageError表1230存储一组记录,支持具有 需要复审的若干确认错误的消息视图。
ProductionPerformance表1232存储一组记录,支持增加了若干 全局标识符和UTC列的基本S95生产性能对象的视图。每个项目都 包括外键,它引用ProductionSchedule表1236 (以下介绍)中的行。
ProductionResponse表1234存储一组记录,支持增加了若干全 局标识符和UTC列的基本S95生产分段对象的视图。每个项目都包 括外键,它引用ProductionPerformance表1232中的行。
SegmentResponse表1202存储一组记录,支持增加了若干全局 标识符和UTC列的基本S95分段响应对象的视图。每个项目都包括 一纟且夕卜键,它们引用ProcessSegment表1228、 ProductionResponse 表1234和ProductionRequest表1238 (下文介绍)的每一个中的行。
ProductionSchedule表1236存储一组记录,支持增加了若干全 局标识符和UTC列的基本S95生产调度对象的视图。
ProductionRequest表1238存储一组记录,支持增加了若干全局 标识符和UTC列的基本S95生产请求对象的^L图。每个项目都包括
外键,它引用Production Schedule表1236中的行。
应当指出,以上介绍的生产数据库142模式是示范性的。考虑到 经由生产事件消息提供的数据的潜在用途范围广泛,可以预见若干替 代实施例将利用若干组替代的表在数据库142中存储有关信息。
考虑到可以应用这种公开的生产事件报告/记录系统若干原理的 许多可能实施例,应当理解本文关于附图所介绍的若干实施例仅仅意 味着展示,而不应当视为对本发明范围的限制。例如,本领域的技术 人员将会理解,以计算机可执行指令形式存储在计算机可读介质上的 软件所显示的若干展示实施例的某些要素可以以硬件实现,反之亦然, 对展示的若干实施例能够进行布局和细节的修改而不脱离本发明的实 质。所以,作为本文介绍的本发明预料所有这样的实施例都可以落入 以下权利要求书及其等效内容的范围之内。
权利要求
1. 一种在制造环境中使用的生产事件信息记录系统,所述系统包括生产数据库,包括用于存储生产事件信息的一组表格;生产事件对象,用于响应触发生产事件产生生产事件消息,所述生产事件消息包括与生产事件对应的数据组;以及生产数据库服务,用于对所述生产事件对象所产生的所述生产事件消息进行处理,所述生产服务包括生产服务器,用于分析所述生产事件消息内的信息内容,然后存储所述生产事件对应的数据组,其中所述分析包括对所述数据组的至少一个值应用确认标准。
2. 根据权利要求1的生产事件信息记录系统,其中,所述确认 标准对应于所存储生产事件信息的工业标准。
3. 根据权利要求1的生产事件信息记录系统,其中,所述确认 标准规定包括与生产事件消息类型相关联的一组多个生产属性的至少 一个非空生产属性。
4. 根据权利要求3的生产事件信息记录系统,其中,所述生产 事件消息类型属于材料。
5. 根据权利要求1的生产事件信息记录系统,其中,所述确认 标准包括上下文确认规则,其应用跨越单一生产事件消息内的多个生 产属性。
6. 根据权利要求1的生产事件信息记录系统,其中,所述确认 标准包括数据确认规则,被应用到所述生产事件消息中为生产属性所 规定的值。
7. 根据权利要求6的生产事件消息,其中,所述数据确认规则 规定组成所述生产属性的一串字符的模式。
8. 根据权利要求6的生产事件消息,其中,所述数据确认规则 规定所述生产属性的值在所述生产数据库内的表格列中是唯一的。
9. 根据权利要求6的生产事件消息,其中,所述数据确认规则规定所述生产属性的值存在于所述生产数据库内的表格列中。
10. 根据权利要求6的生产事件消息,其中,所述数据确认规则 规定所述生产属性的值在所述生产事件消息中是可选的。
11. 根据权利要求l的生产事件信息记录系统,进一步包括消息 接口,其支持通过异步和同步两种生产事件消息传输模式接收生产事 件消息。
12. 根据权利要求l的生产事件信息记录系统,其中,所述确认 标准包含在所述生产事件消息之内。
13. 根据权利要求1的生产事件信息记录系统,其中,应用所述 确认标准的结果存储在所述生产事件消息之内。
14. 根据权利要求l的生产事件信息记录系统,进一步包括多个 版本的生产服务器,其中生产事件消息通过对生产事件消息的元数据 扩展规定所述多个版本的生产服务器的具体版本。
15. 根据权利要求1的生产事件信息记录系统,进一步包括高速 緩存,用于存储事件数据标识和唯一表格项目标识对,其中所述唯一 表格项目标识被分配给包含与所述事件数据标识相关联的事件数据的 所述生产数据库的第一表格内的项目。
16. —种处理制造环境所引起的生产事件的方法,其中生产数据 库在一组表格中存储生产事件信息,所述方法包括以下步骤接收触发生产事件通知;响应所述接收步骤,产生包括与生产事件对应的数据组的生产事 件消息;以及分析所述生产事件消息内的信息内容,其中所述分析包括对所述 数据组的至少一个值应用确认标准。
17. 根据权利要求16的方法,其中,所述产生步骤由生产事件 对象实施。
18. 根据权利要求16的方法,进一步包括将所述数据组在所述 生产数据库内制表的步骤。
19. 根据权利要求16的方法,进一步包括以下步骤在生产服务器高速緩存中存储事件数据标识和唯一表格项目标 识,所述唯一表格项目标识被分配给包含与所述事件数据标识相关联的事件数据的所述生产数据库的第一表格内项目;以及从所述生产服务器高速緩存中检索与所述事件数据标识对应的 所述唯一表格项目标识,并且将所述唯一表格项目标识存储在第二表 格的项目中,以便通过所述唯一表格项目标识将所述第二表格中的所 述项目链接到所述第一表格中的所述项目。
20. —种包括计算机可执行指令的计算机可读介质,它帮助处理 制造环境所引起的生产事件,其中生产数据库在一组表格中存储生产 事件信息,所述计算机可执行指令便于执行以下步骤由生产数据库服务器接收由生产事件对象产生的生产事件消息, 所述生产事件消息包括与生产事件对应的数据組;以及分析所述生产事件消息内的信息内容,其中所述分析包括,在生 产数据库中存储所迷数据组之前,由生产数据库服务对所述数据组的 至少一个值应用确i^标准。
21. —种在制造环境中使用的生产事件信息记录系统,所述系统包括生产数据库,包括用于存储生产事件信息的一組表格; 生产事件对象,用于响应触发生产事件产生生产事件消息,所述生产事件消息包括与生产事件对应的数据组;以及生产数据库服务,用于对所述生产事件对象所产生的所述生产事 件消息进行处理,所述生产服务包括生产服务器,用于存储所述生产事件对应的数据组,其中所述生产服务器包括高速緩存,用于存储事件数据标识和唯一表格项目标识对, 其中所述唯一表格项目标识被分配给包含与所述事件数据标识相关联 的事件数据的所述生产数据库的表格内的项目。
22. 根据权利要求21的生产事件信息记录系统,其中,所述表 格包括生产请求信息。
23. 根据权利要求21的生产事件信息记录系统,其中,所述表 格包括过程分段信息。
24. 根据权利要求21的生产事件信息记录系统,其中,所述生 产数据库至少包括第一表格和第二表格,并且所述高速緩存存储事件数据标识和对应的唯一表格项目标识,所述唯一表格项目标识对应于 所述第一和第二表格其中之一内的项目,所述第一和第二表格包含与 所述事件数据标识相关联的事件数据。
25. 根据权利要求24的生产事件信息记录系统,其中,所述第 一表格包括生产请求信息,所述第二表格包括过程分段信息。
26. 根据权利要求25的生产事件信息记录系统,其中,所述生 产服务器包括计算机可执行指令,用于在第三表格中存储新项目,包 括分段响应信息,并包括第一唯一表格项目标识和第二唯一表格项目 标识,分别对应于所述第一和第二表格内的项目。
27. 根据权利要求21的生产事件信息记录系统,其中,所述高 速緩存包括与第一表格项目对应的第一事件数据标识和第一唯一表格 项目标识对,并且所述生产服务器包括计算机可执行指令,用于在所 述生产服务器中存储新表格项目,所述新表格项目包括所述第一唯一 表格项目标识,从而将所述新表格项目链接到所述第一表格项目。
28. —种处理制造环境所引起的生产事件的方法,其中生产数据 库在一组表格中存储生产事件信息,所述方法包括以下步骤接收触发生产事件通知;响应所述接收步骤,产生包括与生产事件对应的数据组的生产事 件消息;以及处理所述生产事件消息内的信息内容,所述处理包括在具有唯一 表格项目标识的所述生产数据库中的表格项目内存储数据组,所述处 理步骤进一步包括以下步骤首先在所述生产数据库的第一表格项目内存储至少部分数 据组;以及其次在生产服务器高速緩存项目内存储为所述第一表格内 项目分配的事件数据标识和唯一表格项目标识。
29. 根据权利要求28的方法,进一步包括以下步骤 从所述生产服务器高速緩存项目中检索与所述事件数据标识对应的所述唯一表格项目标识,并且将所述唯一表格项目标识存储在第 二表格的项目中,从而通过所述唯一表格项目标识将所述第二表格中 的所述项目链接到所述第一表格中的所述项目。
30. 根据权利要求29的方法,其中,所述第一表格包括生产请 求信息,所述第二表格包括分段响应信息。
31. 根据权利要求29的方法,其中,所述第一表格包括过程分 段信息,所述第二表格包括分段响应信息。
32. 根据权利要求31的方法,其中,所述生产数据库包括第三 表格,所述第三表格包括生产请求信息,并且所述方法进一步包括以 下步骤从所述生产服务器高速緩存检索与所提供的生产请求标识对应 的唯一生产请求表格项目标识,并且将来自所述第三表格的所述唯一 表格项目标识存储到所述第二表格中的项目内,从而通过所述唯一生 产请求表格项目标识将所述第二表格中的所述项目链接到所述第三表 格中的所述项目。
33. 根据权利要求28的方法,其中,所述产生步骤由生产事件 对象实施。
34. —种包括计算机可执行指令的计算机可读介质,它帮助处理 制造环境所引起的生产事件,其中生产数据库在一组表格中存储生产 事件信息,所述计算机可执行指令便于执行以下步骤接收生产事件消息,所述生产事件消息包括与生产事件对应的数 据组;以及处理所述生产事件消息内的信息内容,所述处理包括在具有唯一 表格项目标识的所述生产数据库中的表格项目内存储数据组,所述处 理步骤进一步包括以下步骤首先在所述生产数据库的第一表格项目内存储至少部分数 据组;以及 其次在生产服务器高速緩存项目内存储为所述第一表格内 项目分配的事件数据标识和唯一表格项目标识。
35. 根据权利要求34的计算机可读介质,进一步包括计算机可 执行指令,用于执行以下步骤从所述生产服务器高速緩存项目中检索与所述事件数据标识对 应的所述唯一表格项目标识,并且将所述唯一表格项目标识存储在第 二表格的项目中,从而通过所述唯一表格项目标识将所述第二表格中 的所述项目链接到所述第一表格中的所述项目。
36. 根据权利要求35的计算机可读介质,其中,所述第一表格 包括生产请求信息,所述第二表格包括分段响应信息。
37. 根据权利要求35的计算机可读介质,其中,所述第一表格 包括过程分段信息,所述第二表格包括分段响应信息。
38. 根据权利要求37的计算机可读介质,其中,所述生产数据 库包括笫三表格,所述第三表格包括生产请求信息,并且所述计算机 可读介质进一步包括计算机可执行指令,用于执行以下步骤从所述生产服务器高速緩存检索与所提供的生产请求标识对应 的唯一生产请求表格项目标识,并且将来自所述第三表格的所述唯一 表格项目标识存储到所述第二表格中的项目内,从而通过所述唯一生 产请求表格项目标识将所述第二表格中的所述项目链接到所述第三表 格中的所述项目。
39. 根据权利要求34的计算机可读介质,其中,所述产生步骤 由生产事件对象实施。
40. —种在制造环境中使用的生产事件信息记录系统,所述系统包括生产数据库,包括用于存储生产事件信息的一组表格; 生产事件对象,用于响应触发生产事件产生生产事件消息,所述生产事件消息包括与生产事件对应的数据组;生产数据库服务,用于对所述生产事件对象所产生的所述生产事 件消息进行处理,所述生产服务包括生产服务器,用于在所述生产数 据库中存储与所述生产事件对应的数据组之前,处理所述生产事件消息内的信息内容;以及所述生产事件对象与所迷生产数据库服务之间的多模式生产事 件消息接口 ,其中所述多模式生产事件消息接口支持所述生产事件对象与所述生产数据库服务之间的异步和同步两种消息事务处理。
41. 根据权利要求40的生产事件信息记录系统,其中,支持同步消息事务处理的第一模式利用因特网服务传递生产事件消息。
42. 根据权利要求41的生产事件信息记录系统,其中,所述生 产数据库服务响应所述第一模式的指示,产生返回到所述生产事件对 象的响应消息。
43. 根据权利要求40的生产事件信息记录系统,其中,所述生 产数据库服务响应支持异步消息事务处理的第二模式的指示,产生在 所述生产数据库的表格内存储的结果。
44. 根据权利要求40的生产事件信息记录系统,其中,支持异 步消息事务处理的第二模式利用了消息队列传递生产事件消息。
45. 根据权利要求44的生产事件信息记录系统,其中,所述第 二模式由消息服务在客户机上实施,所述客户机包括队列,用于在所 述客户机与包括所述生产数据库服务的服务器机之间的连接被中断的 情况下存储消息。
46. 根据权利要求45的生产事件信息记录系统,其中,服务器 机包括与所述第二模式相关联的队列,用于从所述客户机接收生产事件 消息;以及其中所述生产数据库服务包括调度程序,用于观察生产事件消息 的队列。
47. 根据权利要求40的生产事件信息记录系统,其中,所述生 产数据库服务包括消息处理程序,用于接收异步和同步两种模式的生 产消息传输。
48. 根据权利要求47的生产事件信息记录系统,其中,所述消息处理程序分析所述收到消息的至少一部分,以确定生产^L务器版本, 调用它处理所述收到的消息。
49. 根据权利要求40的生产事件信息记录系统,进一步包括生 产事件对象配置界面,所述生产事件对象配置界面包括^f吏用户能够指 定所述多模式生产事件消息界面所支持的多个消息模式之一的界面。
50. —种在制造环境中使用的生产事件信息记录系统,所述系统包括生产数据库,包括用于存储生产事件信息的一组表格; 生产事件对象,用于响应触发生产事件产生生产事件消息,所述生产事件消息包括与生产事件对应的数据组;生产数据库服务,用于对所述生产事件对象所产生的所述生产事件消息进行处理,所述生产服务包括生产服务器,用于在所述生产数 据库中将与所述生产事件对应的数据组制表之前,处理所述生产事件消息内的信息内容,其中根据提供对预定生产事件消息定义的扩展的 可扩展生产事件消息模式产生并处理所述生产事件消息。
51. 根据权利要求50的生产事件信息记录系统,其中,所述生产事件消息模式扩展包括消息确认标准定义。
52. 根据权利要求50的生产事件信息记录系统,其中,所述生产事件消息模式扩展包括消息来源定义。
53. 根据权利要求50的生产事件信息记录系统,其中,所述生 产事件消息模式扩展包括生产服务事件消息处理定义。
54. 根据权利要求50的生产事件信息记录系统,其中,所述生产事件消息模式扩展包括生产服务器版本定义,其规定由所述生产数 据库服务维持的可能许多生产服务器版本之一。
55. 根据权利要求50的生产事件信息记录系统,其中,所述生 产事件消息模式扩展包括制造过程电子记录扩展。
56. 根据权利要求50的生产事件信息记录系统,其中,所述生产事件消息模式扩展包括响应消息定义。
57. —种处理制造环境所引起的生产事件的方法,其中,生产数据库在一组表格中存储生产事件信息,所述方法包括以下步骤 接收触发生产事件通知;响应所述接收步骤,产生包括与生产事件对应的数据组的生产事 件消息,其中所述数据组包括服务器版本说明信息;由与所述生产数据库相关联生产服务接收所述生产事件消息;由所述生产服务分析所述服务器版本说明信息,并且调用生产服 务器版本处理所述生产事件消息。
58.根据权利要求57的方法,其中,在对生产消息模式的扩展 内规定所述服务器版本说明信息。
全文摘要
本文公开了一种生产信息报告/记录系统,包括许多特征以确保高效、灵活、可靠地记录制造系统中的生产数据。这些特征包括确认事件消息的内容以确保事件报告信息符合标准。所述系统也支持对与事件消息具体特征(如生产请求、过程分段)相关联的ID进行高速缓存,以及对与生产事件数据库分配的ID对应的唯一ID进行高速缓存,以便在向收到的事件分配唯一数据库ID时减少访问数据库的需要。所述生产事件消息系统也支持事件数据源与生产数据库服务之间的异步和同步两种相互消息通信。最后,所述系统通过包括指定具体生产服务器以分析和应用/存储扩展信息的元数据而支持包括对基本生产消息模式的扩展。
文档编号G06Q50/00GK101208649SQ200680020822
公开日2008年6月25日 申请日期2006年4月25日 优先权日2005年4月25日
发明者乔治·E·巴赫曼, 斯蒂芬·M·韦恩瑞奇, 艾瑞克·P·格罗弗, 詹姆斯·C·龙, 邓·R·唐奈尔 申请人:因文西斯系统公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1