CN1761919A

CN1761919A - 过程工厂中的资产优化报告

Info

Publication number: CN1761919A
Application number: CNA2004800073774A
Authority: CN
Inventors: 伊文瑞·埃尔于雷克; 斯图亚特·哈里斯; 斯科特·N·霍可尼斯; 托德·W·瑞文斯; 雷蒙德·E·Ⅲ·加维
Original assignee: CSI Technology Inc; Fisher Rosemount Systems Inc
Current assignee: CSI Technology Inc; Fisher Rosemount Systems Inc
Priority date: 2003-03-18
Filing date: 2004-03-09
Publication date: 2006-04-19
Also published as: JP2006520960A; JP4642748B2; US20040186927A1; US7634384B2; US8620618B2; US20100076809A1; WO2004083977A1; CN102736620B; DE112004000449T5; CN101833329A; CN102736620A

Abstract

一种过程控制系统，使用资产优化报告生成程序，从工厂的不同数据源采集与过程工厂的资产有关的状态信息，不同数据源包括，比如数据工具、数据采集器、和数据生成器。这种状态信息用于生成可以显示给不同用户的报告，用户包括维护人员、过程控制人员和商业人士。该状态信息可以用作更多类型的状态信息的基础，和/或可以按照对用户有用的方式来进行分类。当包含于用户简档中时，所述报告通常通过用户界面例行程序来显示，用户界面例行程序使用户能够查看该状态信息，并能对应于用户偏好来操控报告的显示。用户界面例行程序还使用户能够查看不同装置、回路、单元、区域等的不同类型的状态信息的报告，包括过程工厂的状态信息，并且使用户能够操控如何来显示该状态信息，例如用文本的、数字的或图形的描述，或者它们的任意组合。

Description

过程工厂中的资产优化报告

技术领域

本发明通常涉及过程工厂内的过程控制系统，更具体地，涉及生成专用于某一特定用户的报告的系统，以辅助过程工厂中的资产优化。

背景技术

过程控制系统，比如用于化学、石油或其他过程处理的过程控制系统，通常包括一个或多个集中式或分散式的过程控制器，其经由模拟、数字或组合模拟/数字总线以通信联络方式被耦合到至少一个主机或操作员工作站上，并被耦合到一个或多个过程控制和检测设备上，例如现场设备。现场设备可以是诸如阀、阀位控制器、开关、发送器、和传感器(例如，温度、压力和流速传感器)之类，执行过程内的各项功能，比如开启或关闭阀门以及测量过程参数。过程控制器接收表示由现场设备作出的过程测量或与现场设备有关的过程变量的信号，和/或关于该现场设备的其他信息，使用这些信息来执行控制例行程序，然后生成控制信号，这些控制信号通过一条或多条总线被发送给现场设备，以控制过程操作。通常使来自现场设备和控制器的信息可以用于一个或多个由操作员工作站执行的应用程序，从而使操作员能够执行关于该过程的所需功能，比如查看过程的当前状态，修改过程的操作等。

尽管典型的过程工厂具有许多连接到一个或更多过程控制器上的过程控制和检测设备，例如阀、发送器、传感器等，这些过程控制器在过程的操作期间执行控制这些设备的软件，同时有许多其他支持设备，对于过程操作也是必需的，或者与这些操作相关。这些额外设备包括，例如，供电设备、发电设备和配电设备、旋转设备例如涡轮等，它们通常都散布于整个工厂的许多位置。

此外，许多过程工厂具有与之相关联的其他计算机，执行与商业功能或维护功能有关的应用程序。例如，一些工厂包括执行与为工厂定购原料，替换零件或设备有关的应用程序，与预测销售和生产需求有关的应用程序等的计算机。同样，许多过程工厂，尤其是使用智能现场设备的那些，包括用于帮助监控和维护过程工厂内的设备的应用程序，而不管这些设备是过程控制和检测设备，还是其他类型的设备。例如，由费舍-柔斯芒特系统股份有限公司(Fisher-Rosemount System，Inc.)销售的资产管理解决方案(AMS)应用程序，能够与现场设备进行通信，并存储关于现场设备的数据，以确定并跟踪现场设备的操作状态。标题为“Integrated Communication Network for usein a Field Device Management System”的第5960214号美国专利中披露了这种系统的一个例子。在某些情况下，AMS应用程序可以被用于与设备进行通信，以改变设备内的参数，从而使设备在自身上运行应用程序，例如自校准例行程序或自诊断例行程序，以获得关于该设备的状态和健康状况的信息等。该信息可以由维护人员来存储和使用，以监控和维护这些设备。同样，还有可用于监控其他设备的其他应用程序，例如旋转设备与发电和供电设备。这些其他应用程序通常对于维护人员很有用，并可用于监控和维护过程工厂内的设备。

然而，在典型的工厂或工程中，与过程控制活动，设备和装置的维护和监控活动，以及商业活动有关的功能是分开的，不仅在这些活动发生的场所，而且在通常执行这些活动的人员方面也是如此。此外，涉及这些不同功能的不同的人通常使用不同的工具，例如在不同计算机上运行的不同应用程序，来执行不同的功能。在许多情况下，这些不同的工具采集或使用与从过程内的不同设备或装置有关的，或者从它们那里采集的不同类型的数据，并且以不同地方式被建立，以采集他们所需要的数据。例如，通常日复一日地监视过程的操作，并主要负责确保过程操作的质量和连续性的过程控制操作员，通常通过设置和改变过程内的设置点，调整过程的回路，调度过程操作例如成批操作等，来影响所述过程。这些过程控制操作员可以使用用于诊断和纠正过程控制系统内的过程控制问题的可用工具，包括例如，自动调谐器，回路分析器，中枢网络系统等。过程控制操作员也经由一个或多个提供有关过程的操作信息给操作员的过程控制器，从过程接收过程变量信息，包括在过程内生成的告警。该信息也可以经由标准用户接口来提供给过程控制操作员。

此外，目前已知可以提供一种专家引擎，该引擎使用与控制例行程序的操作条件有关的过程控制变量和有限信息，或与过程控制例行程序有关的功能块或模块，来对运作不良的回路进行检测，并将有关所建议的动作进程的信息提供给操作员以纠正问题。于1999年2月22日提交的，标题为“Diagnostics in a Process Control System”，申请序列号为09/256,585的美国专利申请和于2000年2月7日提交的，标题为“Diagnostic Expert in aProcess Control System”，申请序列号为09/499,445的美国专利申请披露了这样的一种专家引擎，这两个专利申请被特意合并于此以资参考。同样，众所周知可以运行控制优化程序，例如实时优化程序，在工厂内用来优化过程工厂的各种控制活动。这种优化程序通常使用工厂的复合模式来预测，如何改变输入，来优化与某个所需的优化变量，例如利润有关的工厂的操作。

另一方面，主要负责确保过程内的实际设备进行高效率的操作，并负责修理和替换出现故障的设备的维护人员，使用诸如维护界面，上述所讨论的AMS应用程序，以及提供有关过程内设备的操作状态信息的许多其他诊断工具。维护人员也调度可能要求工厂某些部分停工的维护活动。对于许多较新类型的过程设备和装置而言，通常被称为智能现场设备，这些设备自身可能包括检测和诊断工具，这些工具自动的感应设备的操作方面的问题，并经由标准维护界面自动将这些问题报告给维护人员。例如，AMS软件将设备状况和诊断信息报告给维护人员，并提供通信和其他工具，这些工具能使维护人员确定设备中正在发生的情况并能够访问设备所提供的设备信息。典型地，维护界面和维护人员的位置远离过程控制操作员，虽然情况并不总是如此。例如，在一些过程工厂中，过程控制操作员可以执行维护人员的任务，反之亦然，或者负责这些功能的不同的人可以使用同一个界面。

此外，负责的人员和用于商业应用的应用程序，例如，定购零件、供应品、原材料等，和制定选择制造那些产品、优化工厂内的哪些变量的商业战略决策的应用程序，通常都位于远离过程控制界面和维护界面的工厂办公室中。同样，经理或其他人员可能想要从远程位置或从与过程工厂相关联的其他计算机系统上访问过程工厂内的某些信息，用于监视工厂操作和制定长期的战略决策。

对于大多数情况而言，由于用来执行工厂内不同功能，例如过程控制操作、维护操作和商业操作的截然不同的应用程序是分开的，因此，用于这些不同任务的不同的应用程序不是集成的，并且不共享数据或信息。实际上，许多工厂只包括这些不同类型的一些，而不是所有的应用程序。此外，即使所有的应用程序都位于一个工厂内，但由于不同的人员使用这些不同的应用程序和分析工具，并且由于这些工具通常都位于工厂内不同的硬件位置，因此，几乎没有从工厂的一个功能区域到另一个功能区域的信息流，即便这些信息对于工厂内的其他功能可能是有用的。例如，维护人员可以使用一种工具，例如旋转设备数据分析工具，来检测运作不良的发电机或者旋转设备的一部分(基于非过程变量类型的数据)。该工具能够检测问题并警告维护人员设备需要被校准、修理或替换。然而，即使运作不良的设备可能引起的问题正在影响回路或正由过程处理操作进行监控的某些其他部件，过程控制操作员(一个人或这一位软件专家)也不会从该信息得到益处。同样，即使出现故障的设备可能对工厂的优化极其重要，并且可能阻碍了使用商业人士想要的方式来对工厂进行优化，商业人士仍然不会注意到这个事实。由于处理控制专家没有意识到可能最终导致过程控制系统中的回路或单元的性能不良的设备问题，并且由于过程控制操作员或专家假设该设备运作完善，因此过程处理专家可能会错误地判断其在过程控制回路中检测到的问题，或可能去尝试使用实际上永远不能纠正问题的一种工具，例如回路调谐器。同样，商业人士可能作出商业决策，采用一种方式来运转工厂，这种方式将由于设备的故障而无法实现理想的商业效果(例如，使利润最优化)。

由于过程处理环境中存在大量的数据分析和其他可利用的检测和诊断工具，因此具有大量关于设备健康状况和性能的信息，这些信息可以被维护人员所利用，且对处理操作员和商业人士有所帮助。同样，具有大量可以为过程操作员利用的，关于过程控制回路和其他例行程序的当前操作状态的信息，这些信息可能对维护人员或商业人士有所帮助。同样，具有在执行商业功能的进程中生成的或用于该进程的信息，这些信息能够在过程操作的优化过程中对维护人员或过程控制操作员有所帮助。

尽管共享信息能够有助于减轻这些问题，所述信息仍旧必须以某一格式来表示，这种格式能够用于使特定的人员来查看该信息。举例来说，关于设备的状态信息能够被维护人员所利用，并表示在具有这样格式的报告中，该格式可以使维护人员容易地理解，利用，并以最高的效率使用该信息。例如，能够将报告设计为可以使维护人员来告警、定位、识别，甚至解决设备所具有的问题或潜在的问题。然而，对于商业人士制定商业决策来说，这些相同的报告并不被认为具有首要的重要性，尽管它们被认为具有一定的重要性，尽管所述设备信息就其在工厂上所具有的整体效果而言仍然是重要的，从而又由商业人士作出商业决策。也就是说，所述信息本身对于商业人士来说还是有用的，但是需要以商业人士能够使用的替代方式来表示。商业人士可能不熟悉维护人员所熟悉的关于设备的健康状况数据的表示，但是如果以商业人士所熟悉的格式来表示，就能够更好地理解这些信息。这些信息在生成商业人士能够使用的其他信息方面也是有用的。例如，设备的健康信息可以有助于了解整个工厂的健康状况，对于商业人士来说，与仅了解该设备的健康状况相比，这可能才是更重要的。

同样，关于设备的信息对于过程操作员而言具有重要性，但是仅仅涉及它如何影响操作状态和过程控制回路的优化。如果在过程控制回路内具有关于设备的潜在问题，过程操作员可能希望查看该设备的健康状况，这是因为该设备的健康状况会对过程控制回路的效率产生影响。其进而又影响了过程控制操作员的决定，决定如何最好地操作过程控制回路以在避免设备故障的同时维持最大化的效率。然而，在过去，由于工厂的功能是分开的且信息不能共享，报告方法仅限于特定的用户，并且不同的人也不能查看其他人可利用的信息，由此限制了他们制定决策的能力，并导致对过程工厂内资产的整体使用处于次最佳的状态。也就是说，商业人士仅能够在报告中查看关于工厂的信息，而不能查看关于特定设备的状态信息。同样，操作员将会基于报告中的效率信息来操作回路或设备，却并不知晓设备的健康状况；而维护人员能够通过报告来监控设备的健康状况，却并不知晓如何基于相同的报告来操作该设备。另外，报告往往是静态的，而不能被重新配置为显示新的或关于不同资产的不同信息，或者以用户定制的方式来显示现有的信息。因此，包含必要信息的报告，即使要使它可以为每个人所利用，也不必须要表示为满足所有用户的需求。往往根据所利用的特定数据源而分别发布所述报告，由此要求用户分别访问大量的数据源并查看大量不同的报告。

发明内容

一种过程控制系统，采集与过程工厂的资产有关的状态信息，该过程工厂包括位于工厂的分级结构中不同等级的各种实体。接收关于某一实体的状态信息，并生成表示该实体状态的报告，不管它是过程工厂，区域，单元，回路，还是设备，等等。该报告基于状态信息，也可以基于用户简档。所述用户可以是商业人士，过程操作员，维护人员，等等。该报告基于用户简档显示给用户。状态信息的表示包含于报告的显示中。所述用户简档可以包括对所述报告所包含状态信息的类型的偏好，如何在所述报告中表示该状态信息，以及该状态信息涉及那些实体，包括在各种类型的状态信息，不同实体之间的切换，等等。可替换地，可以同时显示不同类型的状态信息和/不同实体的状态信息。不同类型的状态信息可以被用于生成在报告中显示的更多类型的状态信息。用户简档也可以包括默认参数，这样报告就可以基于默认参数，和/或过程工厂内关于用户职责的信息，从而能够基于用户的职责来生成所述报告。报告中也可以包括动态和静态的状态信息，在其中总是不考虑用户的偏好来显示静态的状态信息，而基于用户的偏好来显示动态的状态信息。同样也可以根据其分类对状态信息进行接收，分类和显示。

附图说明

图1是具有资产优化报告生成程序的过程工厂的方框图，所述资产优化报告生成程序被配置为依照用户简档来接收状态信息，并生成报告；

图2是关于图1所示工厂内资产优化报告生成程序的数据和信息流程图；

图3是可由图形用户界面提供的示范性图形显示，使用户能够查看状态信息；

图4是可由图形用户界面提供的示范性图形显示，使用户能够查看关于过程工厂内不同等级的报告；

图5是可由图形用户界面提供的示范性图形显示，使用户能够查看较高等级的实体内较低等级的实体的状态信息；

图6是可由图形用户界面提供的示范性图形显示，使用户能够查看较低等级的实体；

图7是可由图形用户界面提供的示范性图形显示，使用户能够查看警报信息；

图8是可由图形用户界面提供的示范性图形显示，使用户能够查看详细警报信息；

图9是可由图形用户界面提供的示范性图形显示，使用户能够查看历史事件的审计追踪信息；

图10是可由图形用户界面提供的示范性图形显示，使用户能够查看历史时间的详细审计追踪信息；

图11是可由图形用户界面提供的示范性图形显示，使用户能够查看关于过程工厂的状态信息；

图12是可由图形用户界面提供的示范性图形显示，使用户能够查看关于图11的过程工厂内区域的状态信息；

图13是可由图形用户界面提供的示范性图形显示，使用户能够查看关于图12的区域内单元的状态信息；

图14是可由图形用户界面提供的示范性图形显示，使用户能够查看关于图13的单元内回路或设备的状态信息；

图15是可由图形用户界面提供的示范性图形显示，使用户能够查看关于装置，部件，发送器或阀门的状态信息；

图16是可由图形用户界面提供的示范性图形显示，使用户能够查看状态信息的图形描绘；

图17是可由图形用户界面提供的示范性图形显示，使用户能够查看不同类型的状态信息的图形描绘；

图18是可由图形用户界面提供的示范性图形显示，使用户能够查看可用于描述状态信息的图形显示的变化；

图19是可由图形用户界面提供的示范性图形显示，使用户能够使用图18的图形显示的变化来查看商业信息；

图20是可由图形用户界面提供的示范性图形显示，使用户能够查看咨询，基准和资产信息。

具体实施方式

现在参照图1，过程工厂10包括通过一个或多个通信网络与许多控制和维护系统互连的许多商业系统和其他计算机。过程工厂10包括一个或多个过程控制系统12和14。过程控制系统12可以是传统的过程控制系统，例如PROVOX或R3系统，或者是包括操作员界面12A的任何其他的DCS，操作员界面12A被耦合到控制器12B和输入/输出(I/O)卡12C，而这些输入/输出(I/O)卡又被耦合到各种现场设备上，例如模拟和“高速公路可寻址远程发送器”(HART)现场设备15。可以是分布式过程控制系统的过程控制系统14包括经由例如以太网总线的总线被耦合到一个或多个分布式控制器上的一个或多个操作员界面14A。例如，控制器14B可以是，例如由位于德克萨斯州的奥斯汀(Austin)的费舍-柔斯芒特系统股份有限公司(Fisher-Rosemount System，Inc.)销售的DeltaV^TM，或者是任何其他所需类型的控制器。控制器14B经由I/O设备被连接到一个或多个现场设备16，例如，HART或现场总线(Fieldbus)现场设备或任何其他的智能或非智能现场设备，这些现场设备16包括例如，使用PROFIBUS，WORLDFIP，Device-Net，AS-Interface界面和CAN协议中的任何协议的设备。作为已知的，现场设备16可以提供与过程变量以及其他设备信息有关的模拟或数字信息给控制器14B。操作员界面14A可以存储和执行过程控制操作员可以利用来控制过程的操作的应用程序，包括比如，控制优化程序，诊断专家，神经网络，调谐器等等。

此外，维护系统，例如执行AMS应用程序或其他任何设备监控与通信应用程序的计算机，可以被连接到过程控制系统12和14，或者被连接到独立设备，在其中执行维护和监控活动。例如，维护计算机18可以经由任何所需通信线路或网络(包括无线或手持设备网络)被连接到控制器12B和/或被连接到设备15，以便与设备15进行通信，并且在某些情况下，重新配置或执行设备15上的其他维护活动。同样，例如AMS应用程序的维护应用程序，可以被安装在与分布式过程控制系统14有关的一个或多个用户界面14A中，并由它们来执行，从而执行维护和监控功能，包括与设备16的操作状态有关的数据采集。

过程工厂10也包括各种旋转设备20，例如涡轮，马达等等，这些旋转设备经由某些永久的或临时的通信链接(例如总线，无线通信系统，或被连接到设备20上以获取读数然后被移走的手持设备)而被连接到维护计算机22。维护计算机22可以存储和执行已知的监控和诊断应用程序23，例如由位于田纳西州的诺克斯维尔(Knoxville)的CSI系统公司销售的RBMware^TM，或者用于诊断，监控和优化旋转设备20的操作状态的其他任何已知的应用程序。维护人员通常使用应用程序23来维护和监视工厂10中旋转设备20的性能，从而确定关于旋转设备20的问题，并确定何时以及是否必须修理或更换旋转设备20。

同样，具有与工厂10有关的发电设备和配电设备25的发电和配电系统24经由例如总线，被连接到另一计算机26，计算机26执行并监视工厂10内的发电和配电设备25的操作。计算机26可以执行已知的电源控制和诊断应用程序27，例如由Liebert和ASCO或其他公司提供的那些电源控制和诊断应用程序，以控制和保养发电和配电设备25。

提供计算机系统30，其以通信联络的方式被连接到与工厂10中各种功能系统有关的计算机或界面，包括过程控制功能12和14，例如在计算机18，14A，22和26中所执行的维护功能，以及商业功能。特别地，计算机系统30以通信联络的方式被连接到传统过程控制系统12和与该控制系统有关的维护界面18，被连接到分布式控制系统14的过程控制和/或维护界面14A，被连接到旋转设备维护计算机22，并被连接到发电和配电计算机26，所有这些连接都经由总线32。总线32可以使用任何所需的或者适当的LAN或WAN协议来提供通信联络。

如图1所示，计算机30也经由相同或不同的通信网络32被连接到商业系统计算机和维护规划计算机35和36，它们可以执行，例如企业资源规划(ERP)、材料资源规划(MRP)、计算机维护管理系统(CMMS)、记帐、产品和客户定购系统、维护规划系统或任何其他所需的商业应用程序，例如零件、供给品、和原料定购应用程序、生产调度应用程序，等等。计算机30也可以经由例如总线32，被连接到工厂范围的局域网37，公司WAN38以及能够从远程位置对工厂10进行远程监控或与其进行通信的计算机系统40。

在一个实施例中，使用XML/XSL协议在总线32上进行通信。在此，来自计算机12A，18，14A，22，26，35，36等中的每一台计算机的数据都被包装在XML/XSL包装内，并被发送到可能位于例如计算机30中的XML/XSL数据服务器。由于XML/XSL是描述性语言，因此该服务器能够处理任何类型的数据。在服务器处，如果需要的话，数据被封装到新的XML/XSL包装中，即，将此数据从一种XML/XSL模式映射到为每个所接收的应用程序而创建的一种或多种其他的XML/XSL模式。这样，每个数据发信方能够用对于该设备或应用程序而言能够理解的或者方便的一种模式来包装其数据，每个接收应用程序能够用该接收应用程序所使用的或能够理解的一种不同的模式来接收数据。服务器被配置为，根据数据的源和目的地，将一种模式映射到另一种模式。如果需要的话，服务器也可以执行某些数据处理功能或基于数据接收的其他功能。在运行于此描述的系统的操作之前，映射和处理功能规则被建立并存储于服务器中。以这种方式，数据可以从任何一个应用程序被发送到一个或多个其他的应用程序。

一般而言，计算机30存储并执行资产利用专家50，资产利用专家50采集由比如过程控制系统12和14，维护系统18，22和26，与商业系统35和36生成的数据和其他信息，以及由在这些系统的任何一个中被加以执行的数据分析工具生成的信息。资产利用专家50可以基于例如当前由NWXUS提供的OZ专家系统。然而，资产利用专家50可以是包括例如任何类型的数据挖掘系统的任何其他类型的专家系统。重要的是，资产利用专家50在过程工厂10中作为数据和信息交换所来运行，并能够协调来自一个功能区域——例如维护区域和其他功能区域——例如过程控制或商业功能区域的数据或信息的分配。资产利用专家50也可以使用所采集的数据来生成新的信息或数据，这些信息和数据能够被分配到过程工厂10内与不同功能相关联的一个或多个计算机系统。此外，资产利用专家50可以执行或监视其他应用程序的执行，这些应用程序使用所采集的数据来生成新类型的数据以用在过程工厂10内。

尤其是，资产利用专家50可以包括或执行指标生成软件51，该软件创建与各种设备——比如过程控制和检测设备、发电设备、旋转设备、单元、区域等等相关的指标，或者与工厂10内各种过程控制实体——比如回路等相关的指标。然后可以将这些指标提供给过程控制应用程序，以帮助优化过程控制；并且可以将这些指标提供给商业软件或商业应用程序，以便向商业人士提供与工厂10内的操作相关的更全面或更容易理解的信息。资产利用专家50也能够将维护数据(例如设备状态信息)和商业数据(例如与预定的订单，时间帧等有关的数据)提供给与例如过程控制系统14相关联的控制专家52，以便帮助操作员执行各种控制活动，例如优化控制。举例来说，控制专家52可以位于用户界面14A或与控制系统14相关联的任何其他计算家中，或者在计算机30内——如果需要的话。在一个实施例中，控制专家52可以是，例如以上所确定的专利申请序列号为09/256,585和09/499,445的美国专利申请中所描述的控制专家。

另外，资产利用专家50能够将信息发送给工厂10内的一个或多个优化程序55。例如，控制优化程序55能够位于计算机14A中，并能够运行一个或多个控制优化例行程序55A，55B等。另外地或可替代地，优化例行程序55能够被存储于计算机30或任何其他计算机中并由其执行，并且其因此所必需的数据能够由资产利用专家50来发送。如果需要的话，工厂10还可以包括对工厂10的某些方面进行建模的模型56，这些模型56能够由资产利用专家50来执行，或者由例如控制专家52的控制或其他专家来执行，以便执行建造模型的功能，其目的在2002年2月28日提交的，标题为“Creationand Display of Indices in a Process Plant”，申请序列号为10/085,439的美国专利申请中进行了更为详细的描述，该申请被特意合并于此以资参考。然而，一般而言，模型56能够被用于确定设备、区域、单元、回路等等参数，以便检测故障传感器或其他故障设备，并且作为优化例行程序55的一部分，生成各项指标--例如用于工厂10的性能和利用指标，从而执行性能或状态监控，以及用于许多其他的用途。模型56可以是由位于英格兰的Teeside的MDC技术公司创建和销售的模型，也可以是其他任何所需类型的模型。

计算机30还可以存储和执行资产优化报告生成程序60。一般而言，资产优化报告生成程序60从数据源——包括资产利用专家50，数据工具，数据采集器，数据生成器等接收状态信息，并为用户生成报告。报告被生成以依照用户简档将状态信息，或者表示该状态信息的描述显示给用户。该报告能够由一个或多个用户界面例行程序58来显示，并且被调整为适应于用户简档内包含的用户偏好。用户简档也可以包含关于用户的信息，例如用户在工厂内的职责，以确定那些状态信息是用户必需要查看的，肯定不需要查看的和可以选择性地查看的。举例来说，维护人员通常可能负责监控设备的健康信息。另外，维护人员可能对过程操作员如何操作设备感兴趣。维护人员的责任和兴趣可以在用户简档中得到反映。当资产优化报告生成程序60生成维护报告时，维护人员的用户简档被读取，从而生成包含关于设备的健康状况信息的报告，而不考虑维护人员的偏好。所述报告也可以包含关于设备的性能和生产力的状态信息，其作为可以为维护人员所利用的可选类型的状态信息，维护人员已经对其显示了偏好，所述偏好反映在用户简档中。然而，用户简档也可以包含对于维护报告应当包含什么内容的限制。例如，维护人员应当被限制不能观看关于过程工厂的财政状况的状态信息。

同样，一般而言，一个或多个用户界面例行程序58能够存储于工厂10内的一个或多个计算机中并由其执行。举例来说，计算机30，用户界面14A，商业系统计算机35或任何其他计算机都可以运行用户界面例行程序58。每一个用户界面例行程序58能够从资产优化报告生成程序60接收或预订信息，而相同或者不同的各组数据可以被发送到每个用户界面例行程序58。任何一个用户界面例行程序58能够使用不同的屏幕为不同的用户提供不同类型的信息。例如，一个用户界面例行程序58可以为控制操作员或商业人士提供一个或一组屏幕，以便使该人员能够设置用于标准控制例行程序的约束条件或选择用于控制优化例行程序的优化变量。用户界面例行程序58可以提供控制指导工具，该指导工具使用户能够以某种协同方式查看由指标生成软件51创建的指标。该操作员指导工具也可以使操作员或其他人员能够获得关于设备、控制回路、单元等的状态信息，并且能够容易地看到有关这些实体的问题的信息，这是因为这些信息已经由过程工厂10内的其他软件检测到。用户界面例行程序58也可以使用由工具23和27提供或生成的性能监控数据，来提供性能监控屏幕，维护程序例如有AMS应用程序或任何其他的维护程序。当然，用户界面例行程序58可以使任何用户能够访问和改变在工厂10的任何或所有功能区域中所使用的各种用户偏好或其他变量。

现在参照图2，提供了对过程工厂10内在资产优化报告生成程序60和其他数据工具或数据源之间的数据流进行图解说明的数据流程图。在一个实施例中，资产优化报告生成程序60接收来自信息源的信息，所述信息源可以运行各种例行程序和应用程序以提供关于过程工厂内的设备、回路、单元、区域等的状态信息。资产优化报告生成程序60可以与中央数据采集、共享和分配应用程序合并，例如上述的资产利用专家50，其接收来自各种数据工具和数据源的大量状态信息，或者作为独立的应用程序而提供。资产优化报告生成程序60可以位于特定服务器的中央，该特定服务器可以保持在工厂10的本地，或者远离工厂10。可替代地，资产优化报告生成程序60可以分布在几个计算机之间，例如商业系统计算机35，维护计算机18，22，维护规划计算机36。此外，资产优化报告生成程序60可以是在因特网和/或工厂范围的LAN37上可利用的，以及可以通过用户界面12A，14A，58而为各种人员所利用的网络应用程序。

如上所述，资产优化报告生成程序60接收来自不同数据源的状态信息，所述不同数据源可以包括数据采集器，数据生成器，或包括指标生成例行程序51、控制专家52、优化程序55、模型生成例行程序56、控制例行程序62、商业应用程序64、维护系统应用程序、控制例行程序68、资产管理程序70、决策制定程序73等等的数据工具。在一个实施例中，资产优化报告生成程序可以接收来自上述资产利用专家50的信息，这在以上所引用的申请序列号为10/085,439的美国专利申请中被进一步描述。该信息可以包括与特定设备、回路、单元、区域等的健康状况、性能、利用率和变率有关的指标。基于这些数据是如何生成的或者是如何由其他功能系统来使用的，这些数据能够采用任何所需的形式。此外，使用任何所需的或恰当的数据通信协议和通信硬件——例如上述XML/XSL协议，这些数据可以被发送到资产优化报告生成程序60。然而，一般而言，能够将工厂10配置为便于资产优化报告生成程序60自动接收来自一个或多个数据源的特定种类的数据。

除了接收来自资产利用专家50的指标之外，资产优化报告生成程序60也可以接收来自优化程序55的优化信息，所述优化程序55例如是由MDC技术公司提供的RTO+实时优化例行程序。在一个实施例中，RTO+实时优化例行程序可以被用作实时优化程序，并且在工厂10的操作期间可以以不同的或周期的时间间隔来执行。在上述申请序列号为10/085,439的美国专利申请中对RTO+实时优化例行程序进行了更为详细的描述。RTO+实时优化例行程序首先执行输入阶段，期间例行程序检查以确定先前表示为能够由该优化程序操控以执行优化的变量——例如设定值或各种设备、单元等的其他输入，当前是否实际上真的能够进行操控。该信息可以用于来自资产利用专家50的优化程序，资产利用专家50获得来自过程控制系统的数据，并将这些信息存储于任何所需的数据库中。这样，在输入阶段期间，优化程序实际上基于从资产利用专家50提供给它的数据，确定任何一个可能的受控输入是否仍然可以用来进行改变。实时优化程序也可以确定被假定在优化程序的最后一次运行期间发生变化的变量是否实际上真的发生了变化，并且达到优化程序的最后一次运行所建议的或所计算的值。对变量的失败进行检测以使之达到理论上应达到的值也可能致使优化程序报告给操作员，在系统内可能存在需要被处理的问题。接下来，优化程序使用例如从工厂10测得的实际输入和输出，执行组成整体模型的每一单独部件模型的快速执行过程。然后检查计算所得到的每个部件模型的输出，以观察是否存在任何个别部件模型的任何问题，这些问题将会阻碍整体模型精确地运行。假设每个部件模型能够被执行，优化程序就可以寻找模型中的偏差，其可能影响优化程序的优化能力。

在下一阶段，通常被称为优化阶段，优化程序使用来自一个部件模型的输出作为组成整体模型的一个或多个部件模型的输入，按照预定的顺序运行所述单独的模型。通过使用整体模型，用户提供的约束条件和输入阶段所确定的新的约束条件，以及优化标准，优化程序确定输入或受控变量将要作出的变化，所述受控变量已经被检测出当前能够对其进行操控，所述操控能够在优化程序所运行的时间窗上对工厂进行优化。优化软件的使用是众所周知的，并且为此目的可以使用任何所需的优化软件。能够看出通常是由商业人士或商业应用程序执行的优化标准的确定，对于优化程序的操作来说，并因此最终对于工厂10的操作来说是极其关键的。结果，资产利用专家50可以通过用户界面例行程序58，向商业人士提供一组系统的选择，优化标准在任何特定的时刻将会使什么；并且向优化例行程序提供由操作员或任何其他用户作出的选择。实际上，存在许多能够被选择的优化变量，并且这些不同标准的选择可能通过用户界面提供给操作员或商业人士，以允许操作员或商业人士以任何所需的方式来选择不同的优化标准。

接下来，优化例行程序进入输出节点，其中可以完成优化程序结果的实现。特别地，在计算受控变量的建议变化量之后，优化程序可以确定将要发生变化的受控变量或输入是否仍然是可用的。如果所有将要发生变化的受控变量仍然能够进行改变，可以通过例如用户界面(例如，图形用户界面)向操作员提供建议的变化。操作员能够简单地按压一个按钮，从而发起受控变量的变化，或者将受控变量的变化自动地下载到过程控制例行程序上，例如以优化程序确定的方式改变设置点等等。在另一实施例中或者在操作后面的阶段，例如，当过程正在适当地运作时，如果操作员不阻止特定时间窗内变化的例示，那么优化程序可能自动地实施所建议的变化。因此，优化程序的输出可以在优化程序执行的每一时刻使用，除非操作员干预以阻止使用来自优化程序的变化。作为此操作的一部分，一个或多个用户界面例行程序58可以向操作员提供表示将要作出的所建议变化的屏幕，和操作员用来安装该变化或阻止该变化被安装的按钮或条。在一个实施例中，如果用户按压了安装这些变化的按钮，所有的变化被发送到恰当的控制器，在那里它们被检查是否具有限制，然后被实施。

以上已经讨论了当使用闭合回路时的实时优化程序，与实时优化程序相结合或者相分离，资产利用专家50同样也可以执行使用相同或不同部件模型的其他类型的优化程序55。举例来说，宽带优化程序可以用于查看或确定过程的最终优化操作点最终会落到哪儿，即使实时优化程序可能在某段时间不能够将工厂10推动到该点。该宽带优化程序可以使商业人士能够制定关于工厂10的长期预测，或者可以使操作员能够确定工厂10的操作是否正朝向理想区域前进。如果宽带优化程序确定最终能够实现的优化点仍然是不可接受的，操作员可能会决定改变工厂10的配置或其他操作参数。

例如选择优化程序的其他优化程序，可以确定需要由操作员或维护人员执行的过程配置的改变是否能够更好地优化该过程。举例来说，在某些情况下，选择优化程序可以认出被假设为可用的某些单元或其他受控输入由于某种原因不再是可以利用的。假定这些设备、单元等的一个或多个是可用的，选择优化程序运行一个或多个优化测试，以确定如果这些实体被放回到操作中，工厂10的操作能够变好到什么程度。例如，该优化程序可以告诉操作员或商业人员通过使某些单元或设备联机在线，工厂10能够多挣多少钱，或者能够告诉操作员或商业人士需要首先将那些设备或单元集中放回到操作中。这种选择优化程序也可以尝试通过打开或关闭特定的泵或阀，通过更换以次最佳模式运行的其他设备等来进行优化，以确定对于过程或对于其资产来说哪些最关键的变化能够被作出，从而使过程更加具有赢利性或成为最佳的。选择优化程序可能使用来自操作员或商业人士的输入，和/或可能使用在数据处理或数据挖掘例行程序中常见的其他分支技术和限制技术来选择调整优化变量的方式。其他选择技术也可以被使用，例如提供一系列的规则给选择优化程序，以按照特定的顺序来应用，从而确定如何改变过程或者确定过程的那些改变，如果实施的话，能够为工厂10提供改进或最多的改进。

控制器和控制例行程序68——例如上面所述的DeltaV^TM，也可以向资产优化报告生成程序60提供控制信息，包括正在运行的设备的有效性，告警，警报，生产分析，成本分析(例如，设备的安装成本，直到发生故障之前设备的运行成本)，效率等等。可以向AMS应用程序，或其他维护系统应用程序66，提供维护信息，例如设备的健康状况、维护状态、停工期分析(例如，停工期的成本，停工期的原因等等)、校准信息、成本分析、工作定单等等。在标题为“Automatic Work Order/Parts Order Generation andTracking”，申请序列号为NO.10/086,159的美国专利申请中对工作/零件定单生成例行程序进行了更为详细的描述，其内容被特意合并于此以资参考。RBMwareTM或其他已知的资产管理应用程序70提供关于各种设备--包括旋转设备20的监控、诊断和优化信息。通过运行MDC技术公司提供的数学软件模型56或其他模型生成应用程序而得到的信息，被进一步提供给资产优化报告生成程序60，并且可以提供有关过程工厂10内的某些或所有设备的建模的状态信息，包括有关设备模型、回路模型、单元模型、区域模型等的建模信息。来自模型56的数据可以被使用，或者提供工厂10内的预测控制或实时优化控制，包括预测维护警报，预测维护质量保证，等等。此外，由模型生成的数据可以用于生成由其他应用程序使用的指标，例如商业和过程控制应用程序。在以上所引用的申请序列号为NO.10/085,439的美国专利申请中对模型的例子进行了更为详细的描述。商业应用程序64--例如企业资源规划(ERP)工具，材料资源规划(MRP)工具，计算机维护管理系统(CMMS)或其他商业应用程序，可以提供包括关键性能指示符(KPI)，经济信息，工厂产量、股票信息，生产规划，材料资源规划等的商业信息，并且经营企业对企业的应用程序，以传送零件定单、工作定单、供给品定单等等。KPI可以包括来自经济指标的任何东西，例如利润率(例如，每一销售所获得的利润)，资本周转率(每一使用的资本的销售额)，收益率(例如，每一资本投资所获的利润，利润率乘以资本周转率)，对于资产的专门指标，例如正在运行的设备的有效性(OEE)，以下将进一步描述，以及所支持的度量标准。KPI还可以包括有关维护和操作功能的状态信息，而并不仅仅限于商业信息。

每一个上述数据源均可以直接和/或通过另一应用程序向资产优化报告生成程序60提供信息。例如，优化程序55、控制例行程序68、控制专家52、商业应用程序64、维护系统应用程序66、资产管理程序70等，不仅可以向资产优化报告生成程序60提供状态信息，也可以向资产利用专家50提供状态信息，以生成更多状态信息——例如各种指标，或执行模型56。然后将来自资产利用专家50的状态信息提供给资产优化报告生成程序60。换句话说，过程工厂10内的各种数据源(例如，工具，应用程序等)可以共享状态信息，以便生成更多状态信息，尽管可以使所有状态信息为资产优化报告生成程序60所利用。

如同迄今为止一般所提及的，工厂10包括工厂10内以分级结构相关联的各种实体，例如区域、单元、回路、设备等等，在那里工厂10也可以被看作是它自身当中的一个实体或者它自己的一个实体。可以对分级结构配置进行如下布置：工厂10包括各种区域，区域进而又包括各种单元，单元进而又包括各种回路和设备。通常这些实体中的每一个均在过程工厂10内互相关联和互相连接。在该分级结构的例子中，较低等级的实体——例如设备，可以相互连接以便形成较高等级的实体——例如单元，单元进而又相互连接以便形成更高等级的实体——例如区域，等等。

一个或多个协调搭配的用户界面例行程序58可以与资产优化报告生成程序60进行通信，以及与工厂10内的任何其他应用程序进行通信，以便关于过程工厂10内的任何等级向操作员、维护人员和其他用户提供帮助和可视化显示。操作员和其他用户可以使用协调搭配的用和界面例行程序，以执行或实施预测控制，改变工厂10的设置，查看工厂10内的帮助，或者执行与数据源提供的信息有关的任何其他活动。用户界面例行程序58可以包括操作员指导工具，该操作员指导工具接收来自控制专家52的信息，以及有关指标的信息，操作员和其他用户能够使用该操作员指导工具来帮助执行许多功能，例如查看过程内过程或设备的状态，以及指导预测控制专家52或者执行预测控制或优化控制。此外，用户界面例行程序58也可以用于通过例如资产利用专家，来查看或者获得来自过程工厂10其他部分中任何数据源的数据。举例来说，管理者可能想要知道过程中正在发生什么，或者可能需要有关过程工厂10的高等级信息以制定战略规划。另一个方面，操作员可能想要知道在操作员正在监控和操作的回路或区域内设备的健康状况上发生了什么。而维护人员又可能对操作员利用某一设备，以便就由于操作员的使用而使该设备具有的潜在问题向操作员发出警报的困难程度感兴趣。在上述资产优化报告生成程序60处状态信息的集中合并，向各类人员中的每一个提供关于过程工厂10内各种实体的集中报告来源，而不需要用户分别访问每一个特定数据源。应当理解通过用户界面例行程序58，资产优化报告生成程序60能够使用上述监控技术之一就一个或多个实体提出报告，并能够将这些实体的状态信息报告给任何所需的人员，例如报告给维护人员，商业人士，过程操作员，等等。由此消除了为每个实体、数据源等作出单独报告的需要。

现有用户界面例行程序58的一些例子包括可以用于报告设备性能信息的，由位于德克萨斯州的奥斯汀(Austin)的费舍-柔斯芒特系统股份有限公司(Fisher-Rosemount System，Inc.)销售的E-fficiencyTM。E-fficiencyTM通常是基于网页(web)的应用程序，允许用户从远程位置监控设备性能。举例来说，远程监控应用程序能够向用户提供对优化程序和其他数据源的访问，包括执行各种数据工具的能力，例如过程控制工具，过程监控工具，设备或装置监控工具，指标生成工具，处理过的定单生成工具，商业或其他工具或者应用程序。然后来自这些数据源的结果能够被发送回远程位置，作为曲线、图表、所建议的动作、指标、或者能够提供的任何其他结果。于2001年5月10日提交的，标题为“Remote Analysis ofProcess Control Plant Data”，申请序列号为09/852,945的美国专利申请中对远程监控的例子进行了进一步的描述，该申请被特意合并于此以资参考。然而，同样也可以利用其他基于web的监控和报告应用程序。另外的界面例行程序包括可以用于报告控制信息的DeltaV^TM。可以通过美国专利NO.5,817,928所描述的用户界面来报告关于旋转设备的信息，该专利被特意合并与此以资参考。如下面所要进一步描述的，该用户界面的一个变型还可以应用于旋转设备的范围之外。在上面提及的美国专利申请10/085,439中描述了用户界面例行程序的更多例子。然而，用户界面例行程序的其他例子，包括以下描述的用户界面例行程序58，可以与至此描述的用户界面例行程序58替换地使用，或者连同其一起使用。用和界面例行程序58的选择或格式可能取决于所报告的状态信息的类型，或者取决于特定用户对状态信息的查看。

通常，用户界面例行程序58提供与资产优化报告生成程序60相结合的图形用户界面(GUI)，以使用由不同数据源提供的各种能力来对用户的交互作用提供便利。然而，在详细讨论GUI之前，应当认识到，GUI可以包括使用任何合适的编程语言和技术来实施的一个或多个软件例行程序。此外，组成GUI的软件例行程序能够在单独处理站或单元--例如工厂10内的工作站、控制器等内进行存储和处理，或者可替换地，GUI的软件例行程序可以使用资产利用系统内以通信联络的方式相互耦合的多个处理单元，以分布式方式进行存储和执行。举例来说，可以将用户界面例行程序58并入并作为基于web的软件例行程序的一部分，所述基于web的软件例行程序允许用户通过网络连接——例如在工厂范围的LAN，因特网，或其他通信系统上查看报告，由此允许用户从那些设备、回路、单元、区域等所在的位置，甚至从远离过程工厂10的位置，远程查看关于设备、回路、单元、区域等的报告。例如，报告或者其摘要，可以被发送到电话，寻呼机，电子邮件，等等。如果该报告是时间上紧急的(例如，设备故障警报)，这可能会特别有用。一种方法和系统，能够允许用户查看经由通信系统发送到寻呼机、蜂窝电话、个人数字助理、电子邮件、膝上型电脑、桌上型电脑，或任何其他类型的设备或硬件平台上的报告，在2002年4月15日提交的，标题为“WebServices-Based Communications For Use With Process Control System”，申请序列号为10/123,445的美国专利申请中可以找到该方法和系统的一个例子，该专利申请被特意合并与此以资参考。

优选地但不是必要的，可以使用所熟悉的基于窗口的图形结构和外观来实施GUI，在所述基于窗口的图形结构和外观中多个相互链接的图形视图或页面包括一个或多个下拉菜单，使用户能够以所需的方式通过这些页面进行导航，来查看和/或检索特定类型的信息。可以通过GUI的一个或多个相应的页面、视图或显示，来显示、访问、调用以上数据源的特征和/或性能。此外，可以以逻辑方式相互链接组成GUI的各种显示，以便为用户的迅速和直观导航提供便利，从而通过这些显示来检索特定类型的信息，或者访问和/或调用以上数据源的特定性能。

举例来说，GUI提供过程控制区域、单元、回路、设备等等的直观的图形描述或显示。这些图形显示的每一个均可以包括关于过程工厂10内任何实体的状态信息的，数字、文本和图形显示。例如，描述过程控制区域的显示可以提供该区域(即，在设备分级结构的特定等级处，过程控制系统的特定部分)相应的状态信息。另一方面，描述回路的显示可以提供与该特定回路相关联的状态信息。无论如何，用户可以使用任何视图、页面或显示内示出的状态信息，来迅速估定问题是否存在于该显示内描述的任何设备、回路等等当中。

另外，在此描述的GUI可以自动地，或可以响应用户的请求，向用户提供关于过程工厂10内任何实体的状态信息。然而，取决于信息的类型和特定用户的安全许可，可以基于状态信息的类型或者基于特定实体或等级来施加某种限制。例如，除了可能对设备具有直接的或最接近的影响的状态信息之外，维护人员可能被限制于与维护人员所负责的设备有关的状态信息，例如关于该设备或者该设备所属回路的效率和利用率的信息。另一方面，维护人员可能被限制不能查看与过程工厂10从总体上的效率有关的信息，或者不能查看敏感的商业信息。在其他情况下，例如与过程工厂10的管理者一起，关于过程工厂10的任何实体或等级的所有状态信息都可以为用户所利用。

图3是一个示范性图形显示，它可以由GUI提供，以便使用户能够迅速分析工厂10内的过程区域的操作状态和性能。如图3所示，GUI可以用图形来描绘过程区域100内的物理设备(和其间的互连)。当然，应当认识到，虽然过程区域在GUI显示内被加以描绘，但是，可以示出工厂10的任何其他部分，例如单元、子单元、回路、设备等，以便达到相同或类似的结果。无论如何，都可以将过程区域描绘为具有一对大容器、多个温度发送器、压力发送器、流量发送器等以及导管，所有这些都可以如图3所示被互连起来。此外，每个物理设备可以与唯一地识别工厂10内的设备的一个有关的字母数字标识符(例如，TT-394)一起显示，也可以与使用户能够迅速确定与设备有关的感测参数的状态的图形仪表或量表(即，局部有阴影的半圆形外貌)一起显示。例如，GUI可以显示与温度发送器有关的图形仪表或量表，并可以根据当前正在由温度发送器感测的温度来屏蔽或多或少的仪表。重要的是，可以为区域100内所示的一个或多个设备显示状态信息，在此被表示为一个或多个指标值(性能、健康状况、变率、利用率)。只通过举例，显示了被连接到区域100内的大容器110的几个设备的健康指标值。然而，如果需要的话，可以显示更多或更少的健康指标值。另外，可以按照需要为出现在区域100内的任何设备显示不同的状态信息。从图3所示的显示可以理解，用户能够迅速确定一个区域是否正在适当地运作以及是否将继续适当地运作。此外，用户也能够迅速识别可能需要注意和/或可能会引起某个特殊问题的那些设备，单元、子单元等等。

也应当理解，用户可以连续地查看工厂内越来越低的实体，并且可以为用户提供与每个这些不同的实体或视图有关的状态信息。这样，例如，用户可以观看工厂的视图，并可以观察工厂的状态信息。然后，用户可以例如通过选择工厂视图内的一个区域，来观察与该区域相关联的状态信息。用户可以使用鼠标来点击该区域(或其他被查看的实体)，或相关联的字母数字标识符，或可替代地，可以通过键盘输入标识符，来请求新的窗口或弹出窗口以显示关于该区域的状态信息。类似地，通过点击所显示区域的单元，可以查看不同单元的状态信息。同样，通过从这些较低等级的实体所位于的实体的视图来关注这些不同的实体，可以查看回路、子单元、设备等的状态信息。以这种方式，用户可以迅速查明位于工厂的任何点或等级的问题或潜在问题的原因。此外，GUI也可以提供图3所示的图形显示内的文本消息，或其变化。这些文本消息可以识别已经被识别出的问题的可能的解决方案。

图4是显示的另一示范性描绘，该显示可以由GUI提供，使用户能够在过程工厂10内的不同等级之间导航，并且报告关于工厂及其任何等级的各种状态信息，以便为过程工厂10内所有实体提供统一的报告。如图4所示，为用户提供过程工厂10内不同等级的菜单200。菜单200允许用户简单地导航，以便查看关于过程工厂10内不同等级和实体——例如各种设备、回路、单元、区域等的状态信息的报告，包括关于过程工厂10自身的状态信息。可以根据可能被查看的信息的类型，过程工厂10内的不同等级，以及任何其他所需的配置结构来布置菜单200。该配置结构也可以是用户可配置的，如下面将要进一步描述的。连同各种状态信息一起，也示出了过程工厂10的结构展开视图210，例如过程工厂10的整体健康指标，与该健康指标相关联的紧急等级，以及警报信息。在展开视图210中列出的每一个实体和每一类型的状态信息均可以被配置为允许用户请求关于该状态信息和/或实体的更详细的信息。例如，所列出的实体和状态信息可以是用户可以选择的图标，类似于网页中的超链接，其链接到展示与所选实体或状态信息相关联的更详细信息的另一报告。响应用户的动作或请求(例如，点击该链接)，可以用更详细的信息来替换图4的显示，或者可替代地，可以出现新的窗口，该新窗口对关于过程工厂10的所选等级的更详细的状态信息作出了报告，其中所选等级包括各种设备、回路、单元、区域等的任何一个。

图5-10是对图4中上述示范性显示的详细描述。图5-10的每一幅均包括过程工厂10内各种等级的树形等级视图300。在该特别例子中，根据可以为用户所利用的数据源的类型(例如，RBMware^TM数据)来排列树形等级视图300，随后根据过程工厂10内的不同区域(例如，区域1，区域2等)来排列树形等级视图300。这可能是响应于用户的请求--查看由关于过程工厂10的RBMware^TM数据源提供的附加的监控、诊断和优化信息的请求，或者查看过程工厂10内所有区域的这种类型的数据的请求。然而，可以根据用户偏好以任何所需的方式来排列树形等级视图300。因此，可以用可为用户所利用的各种过程工厂10，用数据源，用区域，用单元等来排列树形等级视图300。

与树形等级视图300并排，是关于所选区域(例如区域1)的进一步细节的表示。例如，在图5中示出了区域1内所包含的单元、回路、设备等的摘要310，以及关于每个单元、回路、设备等的细节。如同树形等级视图300的情况一样，摘要310可以是可由用户配置的，以便列出与所选区域有关的，却并不必需作为所选区域一部分的各种实体。此外，来自不同数据源的状态信息可以包含于摘要310中，这是由用户的偏好来确定的。每个被列出的单元、回路、设备等均可以是用户可以选择的，以便例如通过使用与每个列出的单元、回路、设备等相关联的动态链接，得到关于该实体的更加详细的信息。响应用户的请求(例如，点击字母数字标识符)，可以在如图6所示的设备摘要320中显示关于排风扇#1(EXFAN#1)附属细节的状态信息。然后，可以在分离窗口或同一窗口中显示关于排风扇#1的任何或所有细节，包括标识信息(例如，名称，位置，制造商，模型，数据源)，校准状态，配置，效率等。应当理解，所显示的特定状态信息并不限于任何特定的类型，数量或等级的细节。作为替代，如同下面要进一步描述的，可以被显示的信息能够根据用户的需要和/或偏好来进行变化。

以上所列出的排风扇#1的状态信息更多是用户可选择的图标，这些图标对用户的动作作出反应，以带来更加详细的状态信息。这些用户可选择的图标(或“标签”)反映可利用信息的摘要视图，并沿着显示的顶部来排列，以便允许在更多可利用状态信息之间的导航。例如，如图7所示，用户可以通过选择“活动警报”的标签来查看与区域1相关联的所有当前警报或事件。活动警报信息的结果显示可以列出当前出现问题的每一个实体，连同关于该警报的细节一起，例如日期/时间，与该警报相关联的单元、回路或设备，警报的严重性等等。如图8的显示340所示，关于与某一实体(例如，排风扇#1)相关联的活动警报的任何或所有细节，可以包括例如类型、说明、健康状况、告警等的状态信息。该细节还可以包括所要采取的推荐动作所给出的状态信息(例如，尽可能快的修理)，连同资产当前状态的解释或程度(例如，严重性、紧急度等)和所检测到的原因(例如，事件故障)一起。

如图9所示，响应用户对“历史事件”的请求，可以显示历史摘要或审计追踪350。在该特别例子中，显示关于区域4中某一设备(标记为GBOX#5的变速箱)的历史，以便允许用户迅速估定GBOX#4状态的进展。历史摘要350还可以用于显示给定位置内所有实体的历史，特定实体的历史，特定类型故障的历史，等等。如图10的显示360所示，每一个历史入口还可以是用户可选择的，以便显示关于特定事件的细节。可以被列出的某些细节的例子包括事件的日期和时间，事件的简短摘要和扩展说明，事件重要性，状态，严重性，确实性，紧急性，所在位置，观察资料等等。

图11-15是响应用户请求——请求查看位于过程工厂10不同等级的不同类型的状态信息的细节的更多报告，而由用户界面例行程序58提供的所显示报告进一步的示范性描述。例如，响应来自图4所显示的用户请求，显示出图11的GUI显示。然而，应当理解，响应来自图5-10所显示的用户动作——例如来自树形等级视图300，或者通过使用来自图3所描述的GUI的，与过程工厂10、区域、单元、回路、设备等相关联的用户可选择的图标，可以显示出图11-15的显示。图11的GUI描绘了关于过程工厂10的可用状态信息。各种标题的菜单——每个标题均涉及特定类型的状态信息，为在来自不同数据源的关于过程工厂10的各种类型的状态信息之间的导航提供了便利。关于过程工厂10的可用状态信息的例子包括来自维护系统应用程序66的状态信息(例如，校准、警报等)，来自资产管理工具70的状态信息(例如，警报、警报历史、修理日程表等等)，来自资产利用专家50的状态信息(例如，健康指标、性能等)或来自任何其他所需数据源的状态信息。也可以提供图4的显示的较小视图，作为显示内的摘要窗口400，以便为在过程工厂10的不同等级之间的导航提供便利，并显示与过程工厂10有关的状态信息的摘要。在本例中，在摘要窗口400中描述了过程工厂10的区域，以便为在过程工厂10的不同区域之间的导航提供便利。

可以为过程工厂10内的每个等级或尸体提供类似于图11所示的显示。例如，图12-15是可以由GUI提供的显示的示范性描述，以便查看区域(图12)、单元(图13)、回路或设备(图14和15)的状态信息。图12-15所示的每个显示均被表示为具有包含状态信息标题的菜单，每个菜单均可以链接到包含详细的状态信息的另一报告，该报告可以响应查看那种类型的状态信息的用户请求而被显示。与各自区域、单元、回路、设备等的状态信息的摘要并排，提供了构成区域的部件(例如，单元1、单元2)，构成单元的部件(例如，5发送器，2阀门等)，或构成任何其他等级的部件的摘要。尽管图12-14的显示被表示为包括相似类型的状态信息，然而与状态信息相关的值和变量通常会随被制定报告的每个实体而变化。例如，在图14和15中都描绘了对关于回路或装置的状态信息作出报告的GUI。甚至更具体地，图15描绘了对关于设备、部件、发送器和/或阀门的状态信息作出报告的GUI。然而，状态信息的类型和排列与图14相比已经发生了变化。相反地，已经根据状态信息的类型(例如，紧急性、警报、推荐措施等)和数据源(例如，AMS、CSI、E-fficiency^TM)的组合对状态信息进行了排列。另外，将各种显示选项呈现给用户，包括可选信息显示配置410——使用该可选信息显示配置用户可以控制信息的排列，以及通用显示选项，包括用类型来分离的三腿曲线图(例如，操作、维护、故障等)，直方图，蜘蛛图(spider graph)，等等。

以上描述的和以下将要进一步描述的显示中的每一个，均可以是用户可配置的，以便描述用户可能感兴趣的各种类型的状态信息，或过程工厂10内的不同等级。例如，用户可以修改将要包含于图3-20所显示的用户报告中的状态信息的类型。因此，某些所显示的信息可以是动态的，在这些方面允许用户操控和配置正在被显示的状态信息的类型，并进一步配置将要被作出报告的实体。

为了操控将要显示在用户报告中的信息，可以实施GUI以显示关于用户报告的用户偏好。各种关于如何配置该报告的选项被呈现给用户。这些选项包括用户可能查看的状态信息的类型，用户可能查看其状态信息的各种实体，如何来显示状态信息的选项(例如，图形，文本等)，状态信息的规划设计(例如，中心的和明显的健康状况信息，与偏离中心的和不太明显的有关生产信息)，等等。在这些选项当中可以是必须总是包含于该报告的状态信息，其作为静态信息显示给用户。用户能够从可利用的选项当中进行选择，以便添加、删除或操控所述状态信息。然后用户简档可以被保存在例如服务器中，并由资产优化报告生成程序60访问，每一次用户都会征集一个报告。可替代地，用户简档可以驻留于用户的本地计算机上，并由用户界面例行程序58访问，每一次都生成一个报告。同样也可以允许用户为不同类型的状态信息、不同的实体等创建不同的报告，并且将每一报告保存为独立的用户简档，或者保存为单一的整体用户简档。例如，用户简档可以包含这样的规定，如果报告属于某一区域，该区域的图形表示随同用字母数字显示的状态信息一起呈现。

可替代地，可以使用“拖放”方法来实现在报告中显示状态信息，其中用户能够将报告的规划设计配置为通过选择代表实体、动态链接、状态信息等的图标，来查看该报告的规划设计。所选择的图标可以被剪切并粘贴到其新的位置，或者被拖放到其新的位置。通过在现有实体上粘贴图标，或者将图标拖到现有实体上，能够将实体并入其他实体当中，由此根据用户的需要来定义功能区域、单元、回路、装置等。另外，实体可以具有与所需要的一样多的，与之相关联的动态链接，以便带来关于其他实体、其他数据源、其他报告、其他类型的状态信息等的信息。作为例子，可以将默认的报告呈现给用户。无论何时用户第一次访问某一报告(例如，新用户)，第一次访问特定类型的状态信息，第一次访问特定实体的状态信息，第一次利用新的GUI，等等，都可以呈现该默认报告。默认报告还可以附属于可能与用户的职责有关的特定实体的特定类型的状态信息。也就是说，即使将默认报告呈现给用户，也可以将用户简档早已分配给用户，所述用户简档列出了将要包含于所述报告的静态信息和可适用于用户的限制。另外，当资产优化报告生成程序60预测用户将会对某些资产的特定类型的状态信息感兴趣时，默认报告可以包括动态的状态信息。还可以预测用户有多么想查看这些信息(例如，规划设计)。这些预测可以基于过程工厂内用户的职责，用户使用过的其他简档或报告，具有类似职责的其他用户的简档和报告，等等。可替代地，可以以图形格式将所有可利用的状态信息呈现给用户。然而，用户能够自由地添加、删除动态的状态信息，或者按照用户自己的偏好来操控默认报告中的动态的状态信息。

因此将每一条动态的状态信息呈现为用户可选择的图标，用户能够从报告中捕获、移动、操控或删除所述图标。能够从分离的菜单将额外的状态信息添加到报告中，所述分离的菜单向用户提供对能够为用户所利用的所有类型的状态信息的选择。可以将用户所选的选择和偏好保存为用户简档的一部分，驻留在用户计算机，过程工厂10内的任何数据存储装置，或位于远离过程工厂10的存储装置中。每一次重新配置报告，用户简档可以被更新并存储，以便用户的偏好总是当前最新的，并且用户下一次查看报告时，能够根据最后所知道的偏好来显示它。用户也可能需要查看关于不同实体和状态信息的大量报告。如果需要的话，可以保存用于每种类型的报告的分离简档，由此允许用户分别地对每个报告进行配置。例如，当查看关于第一装置的报告时，维护人员可能查看健康状况和性能数据，但是当查看关于第二装置的报告时，可能只想查看健康状况信息。可替代地，状态信息的相同规划设计和类型(仍然基于用户偏好)可以包含于用于不同区域、单元、回路、装置等的每个报告中。每一次用户查看报告，户用界面例行程序58可以确定用户的身份(例如，在登录屏幕)，并检索与该身份相关联的用户简档。如果用户简档取决于被作出报告的实体或状态信息，对特定实体或状态信息的用户请求可以促使用户界面例行程序58检索恰当的简档。然后用户界面例行程序读取该简档并显示相符的信息。

然而，最好是实施某些用户必须总要保存在报告中的静态信息。例如，用于被分配来监控和维护特定装置的维护人员的报告可以使该设备的健康状况指标总是处于显示状态，而关于该设备的性能和效率的信息可以是维护人员已经选择以包含于维护报告的动态信息。也就是说，维护人员可以决定包括性能和效率信息，这是因为它会对装置的健康状况产生明显的影响。同样，除了用户可配置的动态信息——例如该回路内的装置的健康状况信息之外，贯注于过程操作员的报告可能总是包括关于正在被控制的回路的性能和效率的状态信息，这是因为装置的健康状况可能会对回路的操作产生将来的影响，并因此对回路的操作是有意义的。

静态信息也可以驻留在用户简档中，尽管不允许用户配置静态信息。例如，在用户简档中可以指示出过程工厂10内用户的职责和责任，而并不允许用户修改这些职责和责任。因此，维护人员能够拥有描述他的特定位置(例如，维护人员)，维护人员所负责的装置、回路等，关于这些资产的特定职责(例如，监控装置的健康状况)等等的用户简档。用户简档也可以包括用户不能改变的限制，该限制约束了哪些状态信息是允许用户在报告中查看的。可以基于读取用户的职责来施加这些限制。因此用户界面例行程序58可以读取用户简档，来确定用户偏好和关于用户的细节，以便显示对用户有意义的特定类型的状态信息，和必须报告给用户以便用户完成其责任和职责的状态信息。

尽管上述许多显示在此已经被披露为主要包含文本和数字信息，同样也已经指出可以以图形格式来描绘相同的状态信息。无论报告是以文本、数字格式还是以图形格式(或任何它们的组合)来显示的，这可以取决于被显示的状态信息的类型(例如，通常以数字格式来显示指标)。报告的格式也可以取决于在用户简档中详细描述的用户偏好。例如，如图3所示，用户可能更喜欢使用文本和数字信息的组合，与区域、单元、回路、设备等的附图一起，来查看健康状况信息。可替代地，如图5-15所示，用户可能更喜欢主要以文本和数字的格式，来查看不同类型的状态信息。因此，用于显示状态信息的格式可以取决于在用户简档中反映的用户的特别偏好。图形格式可以包括实体的直观表示、直方图、圆形分格统计图表、时标图、曲线图、趋势图等等。

图16-20是显示的示范性描绘，这些显示可以由GUI提供，以便使用户能够查看状态信息的图形表示。例如，图16是具有三条腿的图像显示的描绘，每条腿与描述关于设备润滑的状态信息的变量或状态类别(例如，磨损、污染、化学性质)相关联，如以上所引用的美国专利NO.5，817,928所披露的。关于每种类型的状态信息的更多细节可以与之相关联。例如，磨损通常与特定资产的健康状况相关联，并因此可以包括关于该装置的所预测故障，用于每个故障事件的成本分析的摘要等的更详细的状态信息。另一方面，污染可能与装置的操作相关联，包括直到发生故障的预期事件，故障原因的鉴定，维持优化使用的建议，由于修理而造成的操作成本等的摘要。化学性质可能与装置的设计和质量有关，并因此包括例如所预期的或所预测的寿命的状态信息。

因此不同类型的状态信息中的每一种均可以与不同的类别相关联。例如，磨损、污染和化学性质类别中的每一种，均可以具有与之相关联的状态信息，所述状态信息与故障、经济或财政分析、预测分析、KPI等等有关。将要被分类的状态信息的类型既包括静态信息，也包括动态信息。使用动态信息，用户能够选择将要被分类的状态信息的类型(例如，用户想要观看关于每个特定类别的财政分析)，尽管用户必须总是要查看静态信息(例如，将要在每个报告中出现的所预测的故障信息)。因此，由资产优化报告生成程序接收的每种类型的状态信息，可以根据它如何被用于制定决策或过程控制而进行分类。由资产优化报告生成程序接收的状态信息可以进一步被用作更多类型的状态信息的基础。例如，健康状况和利用率信息可以被用于预测故障。而故障信息又可以用于确定财政和经济信息(例如，相对于今后现在更换零件的成本，对工厂利润的影响等)。因此，每个类别均可以与制定决策(例如，质量)或过程控制(例如，操作条件)有关。每个细节均可以是用户可选择的图标，其允许用户检索关于健康状况、财政分析、所预测的故障等的更多状态信息。

然而，正如以上描述的报告，图形表示可以是用户可配置的，以便显示关于不同装置、回路、单元、区域等的不同状态信息。例如，在图17中，涉及实体或等级的健康状况、性能、利用率和变率的状态信息可以由用户选择，以便以图形表示和类似于图16的格式进行显示，由此代替磨损、污染和化学性质信息。因此，该报告可以包括可能基于用户偏好的各种类别。除了上述内容以外，可以包含于报告的类别的例子，包括商业、操作、维护、故障、质量和性能，对它们的选择和类别的定义可以基于用户偏好或者可以被预先定义。可替换地，每条腿可以仅于状态信息的某一特定类型相关联，或者每条腿可以与不同的实体相关联，在这种情况下状态信息的类型对于所有腿来说均是相同的。用户也可以选择图形将要显示的特定装置、回路、单元、区域等等。

图形表示的每条腿均与不同类型的状态信息和/或状态类别相关联，它可以表示仅仅单独一个数据源或者不同数据源组合结果的状态信息(例如，健康状况信息仅反映来自资产利用专家50的健康指标)，以及专属于特定类型的状态信息(例如从维护系统、指标生成例行程序等收集的合计健康状况信息)。由于各种状态信息的波动，图形表示的各条腿相应地波动，以便表示情况的严重程度或严重性。例如，如果图形表示涉及过程工厂10内的回路，并且该回路的性能等级很低的话，那么图形的性能腿将会朝向图表的中心缩回。可替代地，低严重性可以用图表的中心来表示，而较高的严重性级别从中心向外辐射。

任何特定状态类别的严重性的确定，可以基于在该特定状态类别内接收和分类的状态信息。被分到特定类别下的每种状态信息可以具有与之相关联的严重性级别。然后，该特定类别的严重性级别可能取决于用于每种类型的状态信息的严重性级别，其可以乘以加权的平均值。可替代地，该特定类别的严重性级别可以由具有最高严重性级别的状态信息的类型来支配。例如，单元的健康状况可以具有被分入健康状况类别的，该单元内每个回路和装置的所有健康状况信息。只要有一个装置的健康状况的严重性级别是高的，即使该单元内所有其他回路和装置的严重性级别都是低的，那么该单元的健康状况类别的严重性级别也是高的，这是因为仅仅一个装置的健康状况就可以影响整个单元的整体健康状况，而不管单元内的所有其他回路和装置都是健康的事实。严重性级别可以是状态信息的一部分或者与状态信息相关联，因为它是由资产优化报告生成程序接收的，或者一旦状态信息被接收和分析，就可以确定严重性级别。

因此，仅仅通过查看与实体的健康状况相关联的腿，用户可以容易地明白回路的健康状况是否已经受到影响。如果健康状况保持相对未受影响，它可以向用户表示性能问题的来源不在回路自身之内，而是驻留在公用单元内的相关装置、回路等中。因此，用户可以简单地征集涉及过程工厂内更高等级(例如，包含该回路的单元)的报告，以便开始自顶向下的方法以鉴别出该性能问题的根源。

图18是另一可选择的显示的示范性描绘，其可以由GUI提供，以便使用户能够查看状态信息的图形表示。如在图18中所看到的，图16和17的图形表示已经用四条腿的表示来替换，以表示多于三个的类别，在这种情况下与状态类别或状态信息相关联的状态条的等级随情况的严重性而增长或减少。如同图16和17的情况一样，可以允许用户改变与图形表示的每条腿相关联的状态信息的类型，并且实际上，另一条腿的添加(或删除)可以是用户偏好的一部分。例如，图18可以被认为对于维护人员监控和保养一个实体来说是特别重要的。提供并保持充分的设计和质量，生产一般应当保持在较高的状态，进而又导致较少的磨损和高产品质量。通过跟踪设计和质量变量、操作变量、资产健康状况和生产状态，在图18的图表中分别表示了这些因素的每一个。当表示时也可以提供与每个变量有关的更加详细的状态信息。尽管维护人员可能几乎总是需要查看被表示为静态信息的，关于设计和质量、操作条件、资产健康状况的状态信息，生产状态(通常对过程操作员或商业人士来说有意义)可以对维护人员有意义，这是因为维护会对生产状态产生影响。因此，维护人员可以决定包括这些关于图形表示的变量作为动态信息。如同图16和17的情况一样，每一变量或每一种类型的状态信息可以是用户可选择的图标，其可以包含，包含于不同的变量或不同类型的状态信息，或者用不同的变量或不同类型的状态信息来替换。另外，用户可选择的图标可以链接到与该特定变量相关的更加详细的信息上。

图19是又一可选择的显示的示范性描绘，其可以由GUI提供，以便使用户能够查看关于商业信息的状态信息的图形表示。该特定的显示可能对于商业人士来说具有特别的意义且很重要，尽管可以适用于过程工厂10内的任何其他用户，以便显示与过程工厂10、区域、单元、回路、装置等相关联的其他变量。特别地，图19的显示被设置为显示各种KPI，甚至更具体地，被设置为显示正在运行的设备的有效性(OEE)。OEE通常是各种因素的组合，包括可用性、性能和质量比率。可用性通常是指工厂、区域、单元、回路、装置、或被作出报告的任何实体的正常运行时间(即，资产可用于生产的时间百分比，不包括计划的停工期)。性能可以是指实际生产量与能够生产出的理想生产量相比得到的比率。质量比率是指全部产品当中不需要返工的产品所占的百分比。商业应用程序可以计算这些变量中每一个的值，并将它们显示在图表的一条腿上。尽管图形表示可以类似于上面的那些进行操作，具有阴影或颜色的变量也可以描绘状态信息中的变量。此外，每一个变量可以用其他对用户来说有意义的变量来替换。例如，与未作计划的修理相对比，通过安排修理停歇期，能够增加可用性。因此，特别重要的状态信息--比如装置或回路的健康状况，可以作为商业人士报告的一部分。由此，商业人士可以监控装置的健康状况和所预测的故障，确定要安排的恰当的停工期，并增加回路、区域、工厂等的整体可用性。

图20是又一可选择的显示的示范性描绘，其可以由GUI提供，以便使用户能够查看关于咨询，基准和资产的状态信息的图形表示。可以被描绘的相关变量的例子包括人员技能、工艺过程、技术、管理和工作文化。如上所述，这些变量中的每一个均可以链接到更多信息，并且可以用所需的各种状态信息或数据源来替换，正是因为本图可以涉及不同的实体、数据源、或所需类型的状态信息。例如，图上的每条腿可以被变为与不同的实体相关联，在这种情况下整个图表涉及每个实体的健康状况。可替代地，本图可以涉及特定的数据源，每条腿对应于来自该数据源的可利用的特定类型的状态信息。本领域的熟练技术人员能够理解，在此讨论的任何报告都可能具有各种各样的组合和变量。该特别式样的图表通常可以被称作“蜘蛛图”，如上面所引用的。如同图16-19的情况一样，蜘蛛图包括多条腿，一个变量或一种类型的状态信息与每条腿相关联。当涉及特定变量的情况变坏时，蜘蛛图相应的腿可以朝向中心而缩回，如果涉及特定变量的情况变好时，反之亦然。可以用线500表示阈值，它是由用户设置的并且充当每个变量的基准值。然后相对该基准之对每个变量进行估定。

各种类型的状态信息可以出现在报告中，如本专利自始至终所提及的。状态信息的类型可以包括商业信息、操作信息、维护信息或可以用于创建相应商业报告、操作报告、维护报告等的任何其他类型的信息。然而，任何或所有类型的状态信息可以包含在这些不同的报告中。例如，如上所述，不同种类的商业信息包括KPI、经济分析、工厂产量、股票信息、生产规划、材料资源规划、利润率、资本周转率、收益率等等。

KPI的例子包括，但不限于以下内容：健康状况、可用性、停工期、利用率、可靠性、使用年限(使用寿命)、故障预测、和平均故障间隔时间。在以上所引用的专利申请号为NO.10/085,439的美国专利申请中披露的健康指标，可以涉及特定装置、回路、单元、区域等的健康状况，并且可以进一步涉及工厂的整体健康状况。健康指标可以通过查询必需的装置、回路等，由资产管理系统来提供。健康指标的值可以被分析，并且可以与和该实体相关联的整个优先级有关。可以组合不同实体的健康指标，并且在需要时进行加权，以便为更高等级的实体提供健康指标。

可以基于从不同实体采集和汇编的故障信息来确定可用性。较低等级的实体的可用性通常会对较高等级的实体所确定的可用性产生影响。停工期也可以基于过程数据和故障信息来计算，以表示装置、回路、单元、区域等的停工期。利用率也可以基于过程数据。如以上所引用的专利申请号为NO.10/085,439的美国专利申请中所披露的，利用率可以表示为指标值。可靠性可以基于已经采集的故障和健康状况数据来确定。使用年限(即，实体的使用寿命)可以反映它的外界环境和使用情况，并且进一步与该实体和相关实体的维护情况有关。可能与实体的使用寿命有关的故障预测，可以基于考虑实体的类型、制造商、模型等的静态分析来确定。故障预测表示随着时间的过去出现故障的可能性，并且当资产应当更换时，或者当应当执行预防性维护时提供一指示标志。平均故障间隔时间(MTBF)基于从资产和资产管理系统捕获的故障数据。可以为单独的每个资产、资产类型和工厂位置(例如，单元、区域、工厂等)计算这些故障的间隔时间，并制定报告。

其他KPI可以包括利用率，安全性和外界环境，以及浪费。利用率能够代表大部分生产成本。关于利用率的报告能够表示能源的成本，如何有效地使用能源以及应当如何来优化能源的使用。安全性和外界环境可以表示由于危险的环境暴露所造成的成本，与追踪假的装置故障通知、短时排放和文件编制相关联的成本。包括安全性和外界环境信息的报告可以追踪安全遵守问题和周围环境的事件。浪费反映了再加工和处理的成本。

经济分析也可以被制作报告，并且并入上述KPI中。例如，经济分析可以包括可用性，它表示正在生产的产品的时间百分比，并且可以用实际生产时间除以总的可用生产时间来计算。另外的经济分析可以是质量，它是用满足规范的产品的时间数量除以产品总量来测量的。通过追踪测量精度和资产性能，可以优化控制设置点。诊断可以预测问题，并且减少基于坏数据(即，影响生产控制的停工期)来控制生产的时间量。吞吐量是又一个经济分析。吞吐量表示实际生产量除以生产容量(例如，工厂理论上能够生产的量)。该信息可以基于来自控制系统和RTO+实时优化例行程序的生产信息。成本分析可以考虑例如停工期、与安装相对的成本、与运行故障相对的成本、停工期的成本、偏差的成本等等因素。

故障报告可以鉴别出问题资产、问题资产类型、问题单元等等。问题资产、问题资产类型和问题单元通常分别是永久地发生故障或在生产过程中导致混乱的那些资产、资产类型或单元。此外，详细的帮助信息可以用于如何最好地管理故障。这些详细的帮助可以提供建议的纠正措施或推荐措施(例如，推荐的动作)，所述纠正措施或推荐措施可以与相应的逐步进行的指令一道，指导用户或某些其他人员来矫正由系统诊断出的问题，尽管详细的帮助信息可以提供关于非建议措施的指令。另外，错误报告可以包括对接近发生故障或可能首先发生故障的实体的预测和分析，这样的故障将对其他实体产生什么样的影响(例如，整个区域或工厂故障，对利润率等产生影响)，或对工厂10的其他方面产生什么样的影响(例如，利润率、质量等)，特定实体的故障历史，故障模式，以及故障发生的根本原因。可以基于某些或所有这些变量创建预测性的故障分析。而故障报告又可以包括通过考虑上述因素，区分任务的优先次序，生成工作定单、零件定单、业务定单等的故障防御规划。操作信息，维护历史，设备规范和工程分析可能有助于故障预测和分析的发展。在某些情况下，实体的故障可能仅仅在于故障更根本的原因的表面。为了提供适当的维护，可以执行导致故障的根源分析，它可以利用适当人员的知识和经验，进而又可以提供关于详述将要被执行的适当维护的报告的信息。

优先化与对不同实体的评估相关，以及与根据与每个实体相关联的关键程度(即，关键等级)对那些实体进行分级相关。可以在工厂内的任何等级或级别执行优先化，并且可以为短期目的和长期目的进行优先化。例如，可以根据其对于工厂10的关键程度对每个区域进行分级，可以同时根据其对于其所在区域和对于工厂10的关键程度对每个区域内的单元进行分级，可以根据其对于其所在单元、对于其所在区域、和对于工厂10的关键程度对每个装置进行分级，等等。当与装置和回路相关联时，这通常可以被称作操作关键程度分级，而系统关键程度分级常常与区域和单元相关联。系统关键程度分级可以考虑例如操作成本、吞吐量、产品质量、过程可用性、安全性和外界环境的因素。操作和系统关键程度分级可以被组合起来以创建资产关键程度分级。与上述故障预测有关的状态信息连同可靠性信息一起，可以用于创建资产故障可能性因素，而资产故障可能性因素又可以与资产关键程度分级进行组合以创建维护优先级指标。维护优先级指标表示相对的紧急程度，和当成功地执行该实体时，放置于特定实体上的命令的级别。那么维护报告可以包括任务规划、任务分配、优先化、工作定单、零件定单、业务定单等，并且涉及各种类别的维护，例如预防性的维护、预测性的维护、先发制人的维护或纠正性的维护。

优先化还可以涉及过程工厂10的任何方面，无论它是有关商业的(例如，工厂中对于利润率而言最关键的部分)，有关操作的(例如，单元内对于有效性能而言最关键的装置)，还是有关维护的(例如，最需要即时关注的装置)。优先级指标——例如高、中等或低优先级，可以用于表示作为结果的优先化结果。优先化也可以被加权。例如，两个装置可能都接近于关键性的故障，但是一个装置可能零星地被使用，而另一装置位于回路或单元操作的中心。第二装置将会被授予更高的权值，从而被分级为在第一装置之前进行维护。

实体-专门信息也可以被制成报告，并且可以与包括过程工厂10的任何实体相关。该实体-专门信息可以包括构成高级实体的低级实体的列表、活动警报、告警、历史事件、实体细节、警报细节、事件细节和到相关信息的动态链接。实体-专门细节还包括标识符、位置、功能、校准、配置、效率、规范(预期的、可接受的、实际的等等)、排列、化学性质、平衡、质量、热力学(流、温度、等等)、定位、速率、振动、制造商、制造规范，和耐受度。以上讨论的其他实体-专门细节还可以包括，例如，以上所引用的专利申请号为NO.10/085,439的美国专利申请所披露的，优先级、可用性、可靠性、使用寿命和使用指标(性能、健康状况、变率、利用率)。大量的这些信息可以被分析和量化，以确定如上述讨论的安全性、紧急性、优先级等。另外类型的实体-专门分析和诊断包括原油分析或润滑分析(例如磨损、污染)、振动分析(例如缺陷、动态故障)、温度记录法(例如热点、过热/过冷)、超声波分析(例如异常性、操作故障)，和目视分析(异常性、不寻常的/不适当的)。

可以基于从优化程序和预测性模型--例如以上讨论的RTO+优化程序收集的信息，对优化信息作出报告，并且优化信息可以与过程工厂10内的任何功能相关，包括商业、操作或维护功能。监控，无论本地的或远程的，可以提供监控信息，该监控信息可以用作进一步分析和诊断的基础，或者作为原始数据被查看。可以通过以上讨论的E-fficiency^TM来收集监控信息，并且所述监控信息包括问题数据、条件数据、工厂数据、过程数据、装置数据和优化数据。

操作报告可以基于许多上述状态信息，包括OEE、告警、警报、警报频率、生产分析(例如，相对于生产容量的生产量、相对于废料的生产量、全部生产力)、产品、收入、故障含意、成本分析、停工期、性能、效率、成本回避、预测性维护警报和相应的预测性维护等等。从以上内容可以看出，并且本领域的熟练技术人员应当理解，没有一个特定类型的状态信息被限于特定的报告或特定的实体。状态信息可以同等地适用于关于操作报告的商业报告，和关于维护报告的商业报告。同样，特定类型的状态信息也可以适用于处于任何等级的任何实体，无论该实体是装置、回路、单元、区域，还是过程工厂10。因此，用于较低等级的实体的状态信息偶尔可以聚集在一起以产生用于较高等级的实体的相同类型的状态信息。另外某些时候，不同类型的状态信息可以被放到一起以提供用于相同或不同实体的，新的类型的状态信息。

尽管资产优化报告生成程序60，用户界面例行程序58，以及相关的GUI和显示，被描述为优选地在软件中实施，但它们也可以在硬件，固件等中实施，并且可以由与过程控制系统10相关联的其他任何处理器来实施。因此，在此描述的元素可以在标准的多功能CPU中实施，或者在专门设计的硬件或固件上实施，例如特定用途集成电路(ASIC)，或其他所需的硬件实现的设备。当在软件中实施时，软件例行程序可以存储在任何计算机可读存储器内，例如在磁盘上，激光盘上，或其他存储介质上，在计算机或处理器的RAM或ROM中，在任何数据库中，等等。同样，该软件可以经由任何已知或所需的传送方法，被传送给用户或过程工厂，例如，在计算机可读磁盘上或者在其他可移动的计算机存储机制上，或者在通信信道上，例如电话线路，因特网，无线通信等等(这些都被视作与经由可移动的存储介质来提供这种软件是相同的或可互换的)。

因此，尽管已经根据特定的例子对本发明进行了描述，意在仅对本发明作出说明，而不是对本发明加以限制，对于本领域的熟练技术人员来说，在不脱离本发明的精神和范围的前提下，显而易见可以对所披露的实施例进行更改、添加或删除。

Claims

1、一种报告关于过程工厂内的实体的状态信息的方法，包括：

从第一数据源接收第一类型的状态信息；

从第二数据源接收第二类型的状态信息；

基于该第一和第二类型的状态信息生成第三类型的状态信息；

生成包括该第三类型的状态信息的报告，其中所述报告表示所述实体的状态；和

向用户显示该报告，其中报告的显示包括该第三类型的状态信息的表示。

2、权利要求1的方法，其中第一类型的状态信息、第二类型的状态信息和第三类型的状态信息中的一个或多个与所述实体的状态有关。

3、权利要求1的方法，其中所述实体是第一实体，并且第一类型的状态信息、第二类型的状态信息和第三类型的状态信息中的一个或多个与第二实体的状态有关。

4、权利要求1的方法，其中所述报告的显示包括第一类型的状态信息和第二类型的状态信息中至少一个的表示。

5、权利要求1的方法，其中该第一、第二和第三类型的状态信息的表示均包括字母数字表示和图形表示中的至少一个，并且其中显示该报告包括显示所述字母数字表示和图形表示中的至少一个。

6、权利要求1的方法，其中生成报告包括部分地基于用户简档来生成报告，并且显示该报告包括至少部分地基于该用户简档来显示报告。

7、权利要求6的方法，其中所述报告的显示包括动态和静态信息，并且显示该报告包括基于该用户简档内的一个或多个用户偏好来显示动态信息，以及显示静态信息与所述用户偏好无关。

8、权利要求6的方法，其中该用户简档包括默认参数，并且生成报告包括至少部分地基于所述默认参数来生成报告。

9、权利要求6的方法，其中该用户简档包括关于用户在过程工厂内的职责的信息，并且生成报告包括至少部分地基于所述用户在过程工厂内的职责来生成报告。

10、权利要求6的方法，其中该用户简档包括用户偏好，并且生成报告包括至少部分地基于所述用户偏好来生成报告。

11、权利要求10的方法，其中所述用户偏好包括关于报告中所表示状态信息的类型的偏好，并且生成报告包括至少部分地基于关于状态信息的类型的用户偏好来生成报告。

12、权利要求10的方法，其中所述用户偏好包括关于第三类型的状态信息的表示的偏好，并且显示报告包括至少部分地基于关于第三类型的状态信息的表示的偏好来显示报告。

13、权利要求12的方法，其中关于第三类型的状态信息的表示的用户偏好，包括关于第三类型的状态信息的表示类型和第三类型的状态信息的表示布置中至少一个的偏好。

14、权利要求10的方法，其中所述用户偏好包括由用户预先定义的偏好，并且生成报告包括至少部分地基于所述预先定义的偏好来生成报告。

15、权利要求10的方法，其中所述用户偏好包括至少部分地基于关于用户的预测的默认偏好，并且生成报告包括至少部分地基于关于用户的预测来生成报告。

16、权利要求10的方法，还包括当向用户显示报告时，调整所述用户偏好，其中显示报告包括基于所调整的用户偏好来显示报告。

17、权利要求1的方法，其中所述实体包括多个较低等级的实体，该方法还包括：

接收与多个较低等级的实体中每一个的状态有关的状态信息；

其中生成报告包括至少部分地基于与一个或多个较低等级的实体的状态有关的状态信息来生成报告，并且显示该报告包括显示与所述一个或多个较低等级的实体的状态有关的状态信息的较低等级的表示。

18、权利要求17的方法，其中显示较低等级的表示，包括响应用户动作和该用户简档中的至少一个来显示较低等级的表示。

19、权利要求17的方法，其中与一个或多个较低等级的实体的状态有关的状态信息包括第一类型的状态信息、第二类型的状态信息和第三类型的状态信息中的至少一个。

20、权利要求1的方法，其中所述实体是第一实体，所述报告是第一报告，该方法还包括：

接收与第二实体的状态有关的状态信息；

至少部分地基于与该第二实体有关的状态信息生成第二报告；和

向该用户显示第二报告，其中第二报告的显示包括与第二实体的状态有关的状态信息的表示。

21、权利要求20的方法，其中与第二实体的状态有关的状态信息具有与第一类型、第二类型和第三类型的状态信息之一相同的类型。

22、权利要求20的方法，其中与第二实体的状态有关的状态信息对第一类型、第二类型和第三类型的状态信息中的一个或多个产生影响。

23、权利要求20的方法，其中生成第二报告包括至少部分地基于用户简档来生成第二报告，并且其中向用户显示第二报告包括至少部分地基于用户简档向用户显示第二报告。

24、权利要求23的方法，其中所述第三类型的状态信息包括动态信息，而与第二实体的状态有关的状态信息包括静态信息，其中显示第一和第二报告包括基于包含在用户简档内的一个或多个用户偏好来显示第一报告，并且显示第二报告与所述用户偏好无关。

25、权利要求23的方法，其中该用户简档包括关于第一和第二实体的用户偏好，并且生成报告包括生成与首选实体的状态有关的报告，显示报告包括至少部分地基于首选实体的状态信息来显示报告。

26、权利要求1的方法，其中所述第一类型、第二类型和第三类型的状态信息均与商业信息、操作信息和维护信息中的一个或多个有关。

27、权利要求1的方法，其中第一类型、第二类型和第三类型的状态信息均关于一个或多个：实体可用性、实体健康状况、实体停工期、实体利用率、实体可靠性、实体性能、实体寿命、实体故障、实体优先化、实体指令、实体历史、实体位置、实体说明、实体类型、实体规范、实体排列、实体功能、实体细节、实体标识符、实体制造商、实体警报、实体优化、实体告警、实体配置、实体校准、实体定位、实体速率、实体容差、实体振动、关键性能指示符、使用指标、工作定单、业务定单、零件定单、预测、模型、浪费、安全性、外界环境、利用率、质量、吞吐量、经济分析、影响分析、生产分析、成本分析、振动分析、温度记录分析、润滑分析、化学性质分析、平衡分析、超声波分析、监控信息、正在运行的设备的有效性、效率、任务规划、任务分配、纠正措施、帮助信息、推荐措施、指令、诊断信息、事件严重性，以及事件紧急性。

28、一种报告关于过程工厂内的实体的状态信息的方法，其中该过程工厂包括多个较低等级的实体，并且其中多个较低实体包括较高等级的实体，该方法包括：

接收与所述多个较低等级的实体中每一个的状态有关的状态信息；

接收与该较高等级的实体的状态有关的状态信息；

至少部分地基于与该较高等级的实体有关的状态信息，并且也部分地基于用户简档，生成较高等级的报告；

至少部分地基于该用户简档，向用户显示该较高等级的报告，其中报告的显示包括与该较高等级的实体的状态有关的状态信息的表示。

29、权利要求28的方法，还包括：

生成与所述多个较低等级的实体中至少一个的状态有关的较低等级的报告；和

向该用户显示该较低等级的报告，其中较低等级报告的显示包括与较低等级的实体的状态有关的状态信息的表示。

30、权利要求29的方法，其中显示该较低等级的报告包括，响应来自较高等级的实体的显示的用户动作来显示该较低等级的报告。

31、权利要求29的方法，其中显示该较高等级的报告包括，响应来自较低等级的实体的显示的用户动作来显示较高等级的报告。

32、权利要求29的方法，其中显示该较低等级的报告包括，与显示该较高等级的报告同时并发地进行显示该较低等级的报告。

33、权利要求28的方法，其中所述报告包括与商业信息、操作信息和维护信息中的一个或多个有关的状态信息。

34、权利要求28的方法，其中所述报告包括状态信息，所述状态信息关于一个或多个：实体可用性、实体健康状况、实体停工期、实体利用率、实体可靠性、实体性能、实体寿命、实体故障、实体优先化、实体指令、实体历史、实体位置、实体说明、实体类型、实体规范、实体排列、实体功能、实体细节、实体标识符、实体制造商、实体警报、实体优化、实体告警、实体配置、实体校准、实体定位、实体速率、实体容差、实体振动、关键性能指示符、使用指标、工作定单、业务定单、零件定单、预测、模型、浪费、安全性、外界环境、利用率、质量、吞吐量、经济分析、影响分析、生产分析、成本分析、振动分析、温度记录分析、润滑分析、化学性质分析、平衡分析、超声波分析、监控信息、正在运行的设备的有效性、效率、任务规划、任务分配、纠正措施、帮助信息、推荐措施、指令、诊断信息、事件严重性，以及事件紧急性。

35、一种报告具有多个实体的过程工厂的状态信息的系统，该系统包括：

计算机可读存储器；

显示器；

第一例行程序，存储在所述计算机可读存储器上，并适应于由存储用户简档的处理器执行；

第二例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器接收与多个实体中的每一个有关的状态信息；

第三例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器至少部分地基于多个实体中的一个或多个的状态信息，并且也部分地基于用户简档，生成报告，其中所述报告表示所述一个或多个实体的状态；和

第四例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器根据该用户简档向用户显示该报告，其中报告的显示包括与所述一个或多个实体的状态有关的状态信息的表示。

36、权利要求35的系统，还包括第五例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器存储多个用户可选择的表示，其中该状态信息的表示是根据该用户简档，从多个用户可选择的表示当中选择的。

37、权利要求36的系统，其中所述多个用户可选择的表示包括字母数字表示和图形表示中的至少一个。

38、权利要求35的系统，其中所述多个实体是较低等级的实体，并且过程工厂还包括较高等级的实体，该较高等级的实体包括两个或更多较低等级的实体，该系统还包括：

第五例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器接收与较高等级的实体的状态有关的状态信息；

第六例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器生成与该较高等级的实体的状态有关的较高等级的报告；和

第七例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器向用户显示该较高等级的报告，其中较高等级的报告的显示包括与该较高等级的实体的状态有关的状态信息的表示。

39、权利要求38的系统，其中响应来自一个或多个较低等级的实体的状态信息的显示的用户请求，生成该较高等级的报告。

40、权利要求38的系统，其中响应包含于用户简档中的用户偏好，生成该较高等级的报告。

41、权利要求38的系统，其中同时并发地显示与较高等级的实体有关的状态信息的表示，以及与较低等级的实体之一有关的状态信息的表示。

42、权利要求38的系统，还包括第八例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器响应用户动作，在显示与较高等级的实体有关的状态信息的表示，和显示与多个实体之一的状态信息的表示之间进行切换。

43、权利要求38的系统，其中该较高等级的实体是该过程工厂。

44、权利要求35的系统，还包括：

第五例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器响应用户请求，改变状态信息的表示；和

第六例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器根据用户简档，向用户显示报告，其中报告的显示包括状态信息的被改变的表示。

45、权利要求44的系统，还包括第七例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器响应改变状态信息的表示，更新用户简档。

46、权利要求35的系统，其中与多个实体中的一个或多个有关的状态信息包括第一类型的状态信息，该系统还包括：

第五例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器接收与一个或多个实体有关的第二类型的状态信息；

第六例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器至少部分地基于第二类型的状态信息，并且根据用户简档，生成新的报告，其中所述报告表示一个或多个实体的状态；和

第七例行程序，存储在所述计算机可读存储器上，并适应于由处理器执行，所述处理器根据用户简档，向用户显示新的报告，其中新的报告的显示包括第二类型的状态信息的表示。

47、权利要求46的系统，其中新的报告不仅包括第一类型的状态信息，还包括第二类型的状态信息。

48、权利要求35的系统，其中所述报告包括与商业信息、操作信息和维护信息中的一个或多个有关的状态信息。

49、权利要求35的系统，其中所述报告包括状态信息，所述状态信息关于一个或多个：实体可用性、实体健康状况、实体停工期、实体利用率、实体可靠性、实体性能、实体寿命、实体故障、实体优先化、实体指令、实体历史、实体位置、实体说明、实体类型、实体规范、实体排列、实体功能、实体细节、实体标识符、实体制造商、实体警报、实体优化、实体告警、实体配置、实体校准、实体定位、实体速率、实体容差、实体振动、关键性能指示符、使用指标、工作定单、业务定单、零件定单、预测、模型、浪费、安全性、外界环境、利用率、质量、吞吐量、经济分析、影响分析、生产分析、成本分析、振动分析、温度记录分析、润滑分析、化学性质分析、平衡分析、超声波分析、监控信息、正在运行的设备的有效性、效率、任务规划、任务分配、纠正措施、帮助信息、推荐措施、指令、诊断信息、事件严重性，以及事件紧急性。

50、一种显示关于过程工厂的实体的状态信息的系统，所述过程工厂具有多个实体，该系统包括：

处理器；

显示器；

第一例行程序，适应于由处理器执行，所述处理器接收与该实体的状态有关的状态信息；

第二例行程序，适应于由处理器执行，所述处理器至少部分地基于所述状态信息生成报告；和

第三例行程序，适应于由处理器执行，所述处理器显示以下内容的表示：与该实体有关的资产管理信息、与该实体有关的监控信息、与该实体有关的维护信息，以及与该实体有关的性能信息。

51、权利要求50的系统，还包括第四例行程序，适应于由处理器执行，所述处理器显示一个或多个以下内容的表示：与该实体有关的历史信息、与该实体有关的警报信息、与该实体有关的故障信息、与该实体有关的校准信息、与该实体有关的正在运行的设备的有效性信息、与该实体有关的事件信息和与该实体有关的关键性能指示符。

52、权利要求50的系统，其中所述实体包括两个或更多较低等级的实体，并且其中所述系统还包括第四例行程序，适应于由处理器执行，所述处理器显示所述两个或更多较低等级的实体的表示。

53、权利要求50的系统，还包括第四例行程序，适应于由处理器执行，所述处理器显示与该实体有关的使用指标的表示。

54、权利要求50的系统，还包括第四例行程序，适应于由处理器执行，所述处理器显示一个或多个数据源的表示，其中所述一个或多个数据源提供与该实体的状态有关的状态信息。

55、一种报告关于过程工厂内的实体的状态信息的方法，包括：

从第一数据源接收第一类型的状态信息；

从第二数据源接收第二类型的状态信息；

将该第一类型的状态信息分入第一状态类别中；

将该第二类型的状态信息分入第二状态类别中；

至少部分地基于该第一和第二类型的状态信息生成报告；和

向用户显示报告，其中报告的显示包括第一和第二状态类别的表示、紧接着第一状态类别显示第一类型的状态信息的表示、紧接着第二状态类别显示第二类型的状态信息的表示。

56、权利要求55的方法，还包括：

至少部分地基于第一类型的状态信息，确定第一状态类别的第一严重性级别；和

至少部分地基于第二类型的状态信息，确定第二状态类别的第二严重性级别，

其中报告的显示包括第一和第二严重性级别的表示。

57、权利要求56的方法，其中第一和第二严重性级别的表示均包括多个级别。

58、权利要求56的方法，其中第一类型的状态信息与第三严重性级别相关联，第二类型的状态信息与第四严重性级别相关联，并且其中确定第一严重性级别包括至少部分地基于第三严重性级别来确定第一严重性级别，确定第二严重性级别包括至少部分地基于第四严重性级别来确定第二严重性级别。

59、权利要求56的方法，其中第一类型的状态信息与第三严重性级别相关联，该方法还包括：

接收第三类型的状态信息，其中第三类型的状态信息与第四严重性级别相关联；和

将第三类型的状态信息分入第一状态类别中，

其中确定第一严重性级别包括基于第三严重性级别和第四严重性级别当中的较高严重性来确定第一严重性级别。

60、权利要求55的方法，其中接收第一类型的状态信息包括接收来自该实体的状态信息。

61、权利要求55的方法，其中第一类型的状态信息和第二类型的状态信息当中的一个或多个与该实体的状态有关。

62、权利要求55的方法，其中报告的显示包含包括第一和第二状态类别的多个状态类别，并且其中多个状态类别包括商业类别、操作类别和维护类别。

63、权利要求55的方法，其中报告的显示包含包括第一和第二状态类别的多个状态类别，并且其中多个状态类别包括故障类别、操作类别和质量类别。

64、权利要求55的方法，其中报告的显示包含包括第一和第二状态类别的多个状态类别，并且其中多个状态类别包括质量类别、操作类别和性能类别。

65、权利要求55的方法，其中报告的显示包含包括第一和第二状态类别的多个状态类别，并且其中多个状态类别包括决策制定类别和过程控制类别中的至少一个。

66、权利要求55的方法，其中第一和第二类型的状态信息的表示均包括字母数字表示和图形表示中的至少一个，并且其中显示报告包括显示字母数字表示和图形表示中的至少一个。

67、权利要求55的方法，其中第一和第二状态类别的表示均包括字母数字表示和图形表示中的至少一个，并且其中显示报告包括显示字母数字表示和图形表示中的至少一个。

68、权利要求55的方法，其中第一类型的状态信息关于一个或多个：实体可用性、实体健康状况、实体停工期、实体利用率、实体可靠性、实体性能、实体寿命、实体故障、实体优先化、实体指令、实体历史、实体位置、实体说明、实体类型、实体规范、实体排列、实体功能、实体细节、实体标识符、实体制造商、实体警报、实体优化、实体告警、实体配置、实体校准、实体定位、实体速率、实体容差、实体振动、关键性能指示符、使用指标、工作定单、业务定单、零件定单、预测、模型、浪费、安全性、外界环境、利用率、质量、吞吐量、经济分析、影响分析、生产分析、成本分析、振动分析、温度记录分析、润滑分析、化学性质分析、平衡分析、超声波分析、监控信息、正在运行的设备的有效性、效率、任务规划、任务分配、纠正措施、帮助信息、推荐措施、指令、诊断信息、事件严重性，以及事件紧急性。