专利名称：工厂环境中的自动维护评估的制作方法
技术领域：
本发明总的来说涉及加工厂内的过程控制系统，更具体来说，涉及使用协同专家 系统帮助加工厂中的资产利用和优化。
背景技术：
像那些用于化学、石油或其它过程中的过程控制系统通常包括一个或多个集中或 分散的过程控制器，这些过程控制器经由模拟、数字或模拟/数字混合总线，以通信方式连 接到至少一个主机或操作员工作站并且连接到诸如现场设备之类的一个或多个过程控制 和仪表设备。例如可以是阀、阀定位器、开关、变送器和传感器(例如温度、压力和流速传感 器)的现场设备，执行过程内的诸如打开或关闭阀以及测量过程参数之类的功能。过程控 制器接收指示现场设备所生成的或者与现场设备相关联的过程测量值或过程变量的信号 和/或与现场设备有关的其它信息，使用该信息实现控制例程，而后生成控制信号，所生成 的控制信号通过一个或多个总线发送至现场设备以控制过程的操作。来自现场设备和控制 器的信息通常对于操作员工作站所执行的一个或多个应用程序可用，以使操作员能够执行 与过程有关的期望功能，例如查看过程的当前状态、修改过程的操作等等。尽管典型的过程控制系统具有连接到一个或多个过程控制器的诸多过程控制和 仪表设备，例如阀、变送器、传感器等等，这些过程控制器在过程操作期间执行用于控制这 些设备的软件，但是还有许多对于过程操作来说必需的或与过程操作相关的其它支持设 备。这些附加设备包括例如位于典型工厂中多个位置处的电源装置、发电和配电装置、诸如 涡轮机之类的转动装置等等。尽管这种附加设备不一定会生成或使用过程变量，并且在许 多情况下，不会为影响过程操作而被控制甚至被连接到过程控制器，但是这种装置对于过 程的正确操作来说很重要而且最终是必需的。然而，在过去，过程控制器不一定会意识到这 些其它设备，或者过程控制器仅仅假设在执行过程控制时这些设备正确操作。更进一步，许多加工厂具有与其相关联的执行与商务功能或维护功能有关的应 用程序的其它计算机。例如，某些工厂包括执行与订购原材料、替换工厂的零件或设备相 关联的应用程序、与预测销售和产品需求有关的应用程序等等的计算机。同样，许多加工 厂，特别是那些使用智能现场设备的加工厂，包括用于在不考虑工厂内的设备是过程控制 和仪表设备还是其它类型的设备的情况下，帮助监控和维护这些设备的应用程序。例如， 由费舍_柔斯芒特系统股份有限公司出售的资产管理方案(AMS )智能设备管理器或应用 程序的AMS 程序组，使能与现场设备的通信，并且存储与现场设备有关的数据，以确定并 跟踪现场设备的操作状态。这种系统的早先实例在名称为“Integrated Communication Network for use in a Field Device ManagementSystem( MTiWi^
通信网络)”、专利号为5，960，214的美国专利中被公开。在某些情况下，AMS 应用程序可 以用于与设备进行通信，以改变设备内的参数，使设备对其自身运行例如自校准例程或自 诊断例程的应用程序，获得关于设备的状态或健壮状况的信息，等等。该信息可以被维护人 员存储和使用，以监控并维护这些设备。同样，存在用于监控例如转动装置以及发电和供电设备的其它类型设备的其它类型应用程序。这些其它应用程序通常可由维护人员使用，并 且被用于监控并维护加工厂内的设备。然而，在典型的工厂和过程中，与过程控制活动相关联的功能、设备和装置维护和 监控活动以及商务活动，无论就这些活动发生的地点来说还是就通常执行这些活动的人员 来说都是分离的。此外，这些不同的功能所涉及的不同的人一般使用不同的工具，例如使用 在不同的计算机上运行以执行不同功能的不同的应用程序。在多数情况下，这些不同的工 具采集或使用与过程内的不同设备相关联的或从过程内的不同设备采集的不同类型的数 据，并且以不同方式被设置为采集它们所需要的数据。例如，一般监视过程的每日操作的过 程控制操作员和主要负责确保过程操作的质量和连续性的过程控制操作员，通常通过设置 和改变过程内的设定点、调谐过程的环路、调度诸如成批操作之类的过程操作等来影响过 程。这些过程控制操作员可以使用用于诊断和纠正过程控制系统内的过程控制问题的可用 工具，包括例如自动调谐器、环路分析器、神经网络系统等等。过程控制操作员还可以经由 向操作员提供关于过程操作的信息的一个或多个过程控制器，从过程接收过程变量信息， 其中关于过程操作的信息包括过程内所产生的警报。这种信息可以经由标准用户接口提供 给过程控制操作员。更进一步，当前已知的是提供专家引擎，专家引擎使用过程控制变量和关于控制 例程或与过程控制例程相关联的功能块或模块的操作条件的有限信息，以检测差的操作 环路，并且向操作员提供关于纠正该问题的建议做法的信息。这种专家引擎在1999年2 月22日提交的、名称为“Diagnostics ina Process Control System(过程控制系统中 的诊断)”、申请号为No. 09/256，585的美国专利申请和2000年2月7日提交的、名称为 "Diagnostic Expert in aProcess Control System(过程控制系统中的诊断专家)”、申请 号为09/499，445的美国专利申请中被公开，由此将这两个专利申请通过引用整体合并于 此。同样，已知的是，在工厂内运行诸如实时优化器之类的控制优化器来优化加工厂的控制 活动。这种优化器通常使用工厂的复杂模型来预测如何改变输入以相对于某些期望的诸如 利润之类的优化变量来优化工厂的操作。另一方面，主要负责确保过程内的实际设备有效操作的维护人员以及负责维修和 更换故障装置的维护人员，使用诸如维护界面、以上讨论的AMS 应用程序以及提供关于过 程内设备的操作状态的信息的许多其它诊断工具的工具。维护人员还对可能要求工厂的部 分停机的维护活动进行调度。对于许多一般称为智能现场设备的较新型的过程设备和装 置来说，这些设备本身可以包括自动检测设备操作的问题并经由标准维护界面向维护人员 自动报告这些问题的检测和诊断工具。例如，AMS 软件向维护人员报告设备状态和诊断信 息，并且提供使维护人员能确定设备中正在发生的事情以及访问设备所提供的设备信息的 通信和其它工具。通常，维护界面和维护人员的位置与过程控制操作员的位置分离，虽然情 况并不总是这样。例如，在某些加工厂中，过程控制操作员可以履行维护人员的职责，反之 亦然，或者负责这些功能的不同的人可以使用相同的界面。更进一步，做出诸如选择制造哪些产品、优化工厂内的哪些变量等等战略性商务 决策的、负责诸如订购零件、物资、原材料等等商务应用的人员和用于商务应用的应用程 序，通常位于远离过程控制界面和维护界面的工厂办公室内。同样，管理人员或其它人员可 能希望从远程位置或者从与加工厂相关联的其它计算机系统访问加工厂内的特定信息，以
7在监视工厂操作和做出长期战略决策时使用。因为在大多部分中不同的应用程序用于执行工厂内的不同功能(例如分离的过 程控制、维护和商务操作)，因此这些应用程序没有被集成在一起，并且没有充分共享数据 或信息。实际上，许多工厂仅包括这些不同类型应用程序中的一些而非全部。此外，即使这 些应用程序全部位于工厂内，但是因为不同的人员使用这些不同的应用程序和分析工具， 并且因为这些工具一般位于工厂内的不同硬件位置，所以即使在这种信息对工厂内的其它 功能有用的情况下，从工厂的一个功能区域到另一个功能区域的信息流也很少，如果有的 话。例如，诸如转动装置数据分析工具之类的工具可以由维护人员用来检测功能不好的发 电机或转动装置叶片(基于非过程变量型的数据)。这种工具可以检测到问题，并警告维 护人员设备需要校准、维修或更换。然而，即便是操作不好的设备可能正在引起影响过程控 制操作所监控的环路或某些其它组件的问题，过程控制操作员(人或软件专家)也未从这 种信息获益。同样，即使在故障设备可能很重要并且可能阻止以商务人员期望的方式对工 厂进行优化的情况下，商务人员也不知道该事实。由于过程控制专家不知道可能会最终引 起过程控制系统中的环路和单元的性能不好的设备问题，并且由于过程控制操作员或专家 假定该装置正在正确运行，因此过程控制专家可能误诊断其所检测的过程控制环路内的问 题，或者尝试应用决不可能实际上纠正该问题的、诸如环路调谐器之类的工具。同样，商务 人员可能会因为故障设备而做出以无法实现期望的商务效果(例如最优利润)的方式运行 工厂的商务决策。由于大量的数据分析以及其它检测和诊断工具在过程控制环境中可用，因此存在 许多对过程操作员和商务人员有用的、维护人员可用的关于设备健壮状况和性能的信息。 类似地，存在许多对维护人员或商务人员有用的、过程操作员可用的关于过程环路和其它 例程的当前运行状态的信息。同样，在优化过程操作的过程中，存在执行商务功能的过程中 生成或使用、对维护人员或过程控制操作员有用的信息。然而，在过去，因为这些功能被分 离，所以在一个功能区域中生成或采集的信息根本不用于或者不能很好地用于其它功能区 域，这导致对加工厂内资产的整体次最佳使用。这些功能(维护、过程和商务)的分开处理 意味着，在这些功能之一下操作的人员可能不被完全告知来自其它功能区域的、在任务执 行中有用的信息，除非付出很繁重的劳动。这会导致资产的次最佳使用，尤其是对于加工厂 中资产维护的调度来说更是如此。由于关于加工厂性能的共享数据的限制，跟踪并调度维 护订单尤其困难。此外，维护需要的识别与相应维护订单的启动之间通常很长的交付时间， 给尝试调度表订单的维护组添加了另一层次的复杂度。工厂维护组例如可以基于环路的健 壮状况而计划过程的停机、重组、重新配置。但是不存在用来有效地估计需要维护的时间以 及应当在其它维护需要中调度那些订单的时间的合适系统。
发明内容
一种过程控制系统使用来自加工厂内的各种设备的与加工厂的资产 相关的数据或信息。这些设备可以包括诸如阀、定位器、开关、多路复用器、变 送器、传感器、控制系统、收发机、可变速度驱动器、执行器、I/O系统、两线设备、 三线设备或四线设备等等之类的现场设备，以及包括根据诸如Fieldbus、HRAT、 FROFIBUS 、WORLDFIP 、Device-Net 、AS-Interface(接口)以及CAN之类的专用协议的设备在内的各种智能设备。这些设备还可包括诸如TCP/IP协议设备、以太网 设备以及因特网设备之类的网络通信设备。这些实体可以进一步包括诸如发电装置、配电 装置、变压器、罐、转动装置、测量装置、泵等等之类的现场装置。加工厂的诸如控制、过程和 维护数据之类的数据和信息以协同方式被工具操纵，以例如生成关于设备的状态信息。该 状态信息可以用来执行更好或更多最优维护活动，例如，关于设备的问题纠正措施。例如， 信息或数据可以由与设备的状态有关的维护功能来收集。然后，该信息可以被用于确定该 设备的状态。该状态信息可以采用诊断信息、维护请求、当前或将来问题的通知等等的形 式。如果该状态信息指示该设备有问题，则与解决该问题有关的维护订单和/或零件订单 可以被自动生成。然后，该订单可以被传达以履行该订单。在零件订单的情况下，可以与有 待在维修中使用的零件的供应商进行通信。如果该订单是维护定单，则合适的维护人员可 被警告。在其它情况下，例如，在预测到的未来的问题的情况下，则该订单可以被调度使得 它将在该设备的被预测的故障之前被履行。另外，可以基于关于该订单的周期报告来跟踪 该订单的状态。过程控制系统可以周期性地、连续地或以其它方式从工厂资产收集状态信息以识 别并调度维护订单。该系统可以基于各种因素(包括关于估计成本的估计维护信息、要求 的估计时间和估计材料)来调度维护订单。本申请描述了能够估计各种信息以改善维护订 单的优先顺序和调度的控制系统。在某些实例中，控制系统是资产管理系统，其自动传达某 些资产请求数据给企业资产管理(EAM)系统以向该系统询问在与该资产请求数据相关联 的各种维护项上的当前和/或历史数据。这种数据可包括该资产请求数据的维护任务、劳 动和材料信息。例如，在报警条件下，该资产管理系统可确定该有问题的资产给EAM，其接着 向该资产管理系统提供与维护任务、材料和劳动有关的维护相关信息。该资产管理系统分 析该数据并且开发用于完成维护订单以处理该报警条件的估计维护信息。该资产管理系统 可以估计与该维护订单相关联的成本、用于开始该维护订单的平均开始时间、该维护订单 的计划完成时间以及要求的材料、劳动以及任务。在实例中，该资产管理系统基于估计维护 信息生成维护订单并且将该订单传达给该资产管理系统、EAM内的或在别处的维护调度器， 以对维护订单进行合适的调度。在某些实例中，维护订单可以在EAM自身内生成。一旦该系统已经开发了带有估计维护信息的维护订单，调度器可以至少部分地基 于由资产管理系统所开发的估计维护信息来自动生成维护调度表。在某些实例中，该调度 器可能不仅仅考虑来自该资产管理系统的估计维护信息，而且考虑诸如健壮索引、可变性 索引、可用性索引以及性能索引的状态信息之类的当前资产数据。该信息可以是过程细节、 设备细节、机组细节、环路细节或它们的结合。无论如何，该调度器可以根据当前的状态信息、维护项上的实际数据(例如，可用 材料的列表)以及过去的历史数据、已经完成的维护项(例如，过去的维护任务需要完成类 似的维护订单)来调度维护订单。如所期望地，该维护调度表可以与维护系统、过程控制系 统以及商务应用程序协同工作以影响调度、零件订购、人员指派以及其它维护项的完成。当事件改变时，例如当特定的维护订单的估计维护信息发生改变时，该系统还可 以重新确定该维护调度表，并且当材料或劳动的可用性存在改变时，一样可以发生。结果， 该资产管理系统可以将改变的维护信息、估计的或其它方式传达给维护调度器，以按照需 要修订该维护调度表。
9
图1是加工厂的框图，该加工厂具有配置为在该工厂的许多功能区域之间接收和 协调数据传输的资产管理系统；图2是关于图1的工厂内的资产管理系统的数据和信息流图；图3是可以被图形用户接口显示的表示过程控制系统内的机组的显示的示范性 描述；图4是可以由图形用户接口提供以使用户能快速调查工厂内的信息的显示的又 一示范性描述；图5A和图5B是可以由图形用户接口提供以使用户能查看具有自动构成数据的维 护订单的显示的面板的实例描述；图6-9图示说明了示出转动设备内的元件的振动频谱图的显示；图10是关于图1的工厂内的自动维护估计系统的数据和信息流图；图11是图10的数据和信息流图的另一实例的数据和信息流图；图12是图10的数据和信息流图的另一实例的数据和信息流图；图13是用于维护订单的实例数据信息元件的图，示出由图10的维护估计系统确 定的各种数据；图14是以表格式存储并且示出多个维护订单的维护订单调度表的图；图15是用于响应于有效维护订单、报警或其它事件的状态的改变而重新组织维 护调度表的实例过程的流图；以及图16是经由通信网络远程监控连接到多个加工厂的机构的框图。
具体实施例方式现在参见图1，加工厂10包括通过一个或更多通信网络与若干控制和维护系统互 连的若干商业和其它计算机系统。加工厂10包括一个或更多过程控制系统12和14。过程 控制系统12可以是诸如PROVOX或RS3系统的传统过程控制系统或任何其它DCS，其包括 连接到控制器12B并连接到输入/输出(I/O)卡12C的操作员接口 12A，输入/输出卡12C 又连接到诸如模拟和高速可寻址远程变送器(HART)现场设备15的各种现场设备。可以是 分布式过程控制系统的过程控制系统14包括经由诸如以太网总线之类的总线连接到一个 或更多分布式控制器14B的一个或更多操作员接口 14A。控制器14B可以是例如由德克萨 斯州奥斯汀市的费舍_柔斯芒特系统股份有限公司出售的DeltaV 控制器或者任何其它 期望类型的控制器。控制器14B经由I/O设备连接到一个或更多现场设备16，例如，HART 或Fieldbus现场设备或任何其它智能或非智能现场设备，包括例如使用PROFIBUS 、 WORLDFIP 、Device-Net 、AS-Interface以及CAN协议中的任一个的那些设备。如 已知的，现场设备16可将模拟或数字信息提供给与过程变量以及其它设备信息相关的控 制器14B。操作员接口 14A可以存储并执行过程控制操作员可用的、用于对包括例如控制优 化器、诊断专家、神经网络、调谐器等等的过程的操作进行控制的工具。更进一步，诸如执行AMS 应用程序或任何其它设备监控和通信应用程序的计算 机之类的维护系统可连接到过程控制系统12和14或这里的独立设备以执行维护和监控活动。例如，维护计算机18可连接到控制器12B，和/或经由任何期望的通信线路或网络(包 括无线或手持式设备网络)连接到设备15以与设备15通信并且在某些情况下在设备15 上重新配置或执行其它维护活动。类似地，诸如AMS 应用程序之类的维护应用程序可以安 装在与分布式过程控制系统14相关联的用户接口 14A中的一个或更多上，并且由用户接口 14A中的一个或更多来执行以执行维护和监控功能，包括与设备16的操作状态有关的数据 收集。加工厂10还包括经由某些永久性或临时性通信链路(例如，总线、无线通信系统 或者连接到转动装置20以获取读数然后再去除的手持式设备)连接到维护计算机22的各 种转动装置20，例如涡轮机、马达等等。维护计算机22可以存储并执行由例如CSI系统提 供的已知监控和诊断应用程序23或其它任何用于诊断、监控和优化转动装置20的运行状 态的已知应用程序。维护人员通常使用应用程序23维护并监视加工厂10中的转动装置20 的性能，以确定转动装置20的问题并且确定何时和是否转动装置20必须被维修或更换。类似地，具有与工厂10相关联的发电和配电装置25的发电和配电系统24经由例 如总线被连接到另一计算机26，该计算机26运行和监视工厂10内的发电和配电装置25的 操作。计算机26可以执行已知的功率控制和诊断应用程序27，例如那些由例如Liebert和 ASCO或其它公司提供的应用程序，以控制和维护发电和配电装置25。在过去，各种过程控制系统12和14以及发电和维护系统26和22分别还无法以 使它们能共享以有用的方式在这些系统中的每一个中生成的或者由这些系统中的每一个 收集的数据的方式彼此互连。结果，诸如过程控制功能、发电功能和转动装置功能之类的不 同的功能中的每一个已经运行在假设工厂内的可以被该特定功能影响的或对该特定的功 能具有影响的其它装置正在完美地操作的情况下(当然几乎永远不会出现这种情况)。然 而，因为这些功能大不相同并且用于监视这些功能的装置和人员也是不同的，因此在工厂 10内的不同功能系统之间已经很少有数据共享或者没有有意义的数据共享。为了克服该问题，提供了计算机系统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)、会计、产品和用户订购系统、维护计算系统或任何其它期望的商务应用程序，例如零 件、物资和原材料订购应用程序、产品调度应用程序等等。计算机30还可以经由例如总线 32连接到工厂级LAN37、公司WAN38以及连接到使能从远程位置远程监控工厂10或与工厂 10通信的计算机系统40。在一个实施例中，通过总线32的通信利用XML协议发生。这里，来自计算机12A、 18、14A、22、26、35、36等等中的每一个的数据用XML包封器包封起来并且被发送到可以例 如位于计算机30中的XML数据服务器。因为XML是描述语言，所以该服务器可以处理任何类型的数据。在该服务器处，如果需要的话，该数据用新的XML包封器封装，即该数据从一 个XML格式映射到针对这些接收应用程序中的每一个而生成的一个或更多其它XML格式。 因此，每个数据始发方可以利用该设备或应用程序理解或便于该设备或应用程序的格式将 它的数据包封起来，并且每个接收应用程序能够接收用于该接收应用程序的或被该接收应 用程序理解的不同格式的数据。该服务器被配置为取决于数据的源和目的地将一种格式映 射到另一种格式。如果期望的话，该服务器还可以基于数据的接收来执行某种数据处理功 能或其它功能。在操作这里所描述的系统之前，建立映射和处理功能规则并且将其存储在 该服务器中。以这种方式，可以将数据从任何一个应用程序发送到一个或更多其它应用程 序。—般而言，计算机30存储并且执行资产管理系统50，资产管理系统50收集由过程 控制系统12和14、维护系统18、22和26以及商务系统35和36产生的数据和其它信息，以 及由在这些系统中的每一个中执行的数据分析工具产生的信息。该资产管理系统50可以 基于例如目前由NEXUS提供的OZ专家系统。然而，资产管理系统50可以是任何其它期望 类型的专家系统，包括例如任何类型的数据挖掘系统。重要的是，资产管理系统50作为加 工厂10中的数据和信息交换中心运行，并且能够协调从一个功能区域(例如维护区域)到 其它功能区域(例如过程控制功能区域或商务功能区域)的数据或信息的分配。资产管理 系统50还可以使用收集的数据来产生能够分配给与工厂10内的不同功能相关联的计算机 系统中的一个或更多计算机系统的新的信息或数据。更进一步，资产管理系统50可以执行 或监视使用所收集的数据来产生待在加工厂10内使用的新类型数据的其它应用程序的执 行。具体来说，资产管理系统50可以包括或执行索引产生软件51，索引产生软件51生 成与工厂10内的设备(如过程控制和仪表设备、发电设备、转动装置、机组、区域等等)相 关联的索引，或者与工厂10内的过程控制实体(如环路等等)相关联的索引。然后，这些 索引可以被提供给过程控制应用程序以帮助优化过程控制，并且可以被提供给商务软件或 商务应用程序以为商务人员提供与工厂10的操作相关联的更完整或可理解的信息。资产 管理系统50还可以提供维护数据(例如设备状态信息)和商务数据(例如与调度的订单、 时间表等等相关联的数据)给与例如过程控制系统14相关联的控制专家52以帮助操作员 执行诸如优化控制之类的控制活动。控制专家52可以位于例如用户接口 14A或者与控制 系统14相关联的任何其它计算机中或者如果需要的话在计算机30内。在一个实施例中，控制专家52可以是例如以上确定的申请号为09/256，585和 09/499, 445的美国专利申请中所描述的控制专家。然而，这些控制专家在由这些控制专家 执行的决策过程中，可以另外结合和使用与加工厂10内的设备或其它硬件的状态有关的 数据。具体来说，在过去，软件控制专家一般仅仅使用过程变量数据和一些有限的设备状态 数据以向过程操作员作出决定或建议。利用资产管理系统50提供的通信，特别是与设备状 态信息相关的通信，例如由计算机系统18、14A、22和26以及在其中实现的数据分析工具提 供的通信，控制专家52可以接收并将诸如健壮信息、性能信息、利用信息以及可变性信息 之类的设备状态信息连同过程变量信息结合到它的决策中。另外，资产管理系统50可以提供关于加工厂10内的设备的状态和控制活动的操 作的信息给商务系统35和36，在商务系统35和36中，例如维护订单产生应用程序或程序
1254可以基于在加工厂10内检测到的问题自动地产生维护订单并且订购零件，或者在商务 系统35和36中，可以基于正在被执行的工作订购物资。类似地，由资产管理系统50检测到 的控制系统的改变可以使商务系统35或36运行用于利用例如程序54执行调度和供应订 单的应用程序。以同样的方式，客户订单等的改变可以被输入到商务系统35或36中，并且 该数据可以被发送给资产管理系统50并且发送给控制例程或控制专家52以引起该控制中 的改变，从而例如开始制造新订购的产品或实现在商务系统35和36中所进行的改变。当 然，如果需要的话，连接到总线32的每个计算机系统可以在其中具有应用程序，该应用程 序起到从该计算机内的其它应用程序获取合适的数据并且将该数据发送到例如资产管理 系统50的功能。另外，资产管理系统50可以发送信息给加工厂10内的一个或更多优化器55。例 如，控制优化器55可以位于计算机14A中并且可以运行一个或更多控制优化例程55A、55B 等等。另外或可替代地，优化器例程55能被存储在计算机30或任何其它计算机中或者由计 算机30或任何其它计算机执行，从而必需的数据能由资产管理系统50来发送。如果需要的 话，工厂10还可以包括模型化工厂10的某些方面的模型56，并且这些模型56可由资产管 理系统50或诸如控制专家52之类的控制或其它专家来执行以执行模拟化功能，其目的将 在这里进行更加详细的描述。然而，一般来说，模型56可用于确定设备参数、区域参数、机 组参数、环路参数等等以检测作为优化器例程55的一部分的故障传感器或其它故障装置， 以产生诸如工厂10中使用的性能和利用索引之类的索引，以执行性能或条件监控，以及用 于其它的使用。模型56可以是诸如由位于英格兰的提赛德的MDC技术公司生产和出售的 那些模型之类的模型，或可以是任何其它期望类型的模型。当然存在许多其它可被提供在 工厂10内并且可使用来自资产管理系统50的数据的应用程序，并且这里所描述的系统并 不限于在这里专门提及的应用程序。然而，总的来说，资产管理系统50有助于通过使工厂 10内的全部功能区之间能共享数据和协调资产来优化工厂10内的全部资产的使用。同样，一般而言，一个或更多用户接口例程58可被存储在工厂10内的一个或更多 计算机内并且由这些计算机来执行。例如，计算机30、用户接口 14A、商务系统计算机35或 任何其它计算机可以运行用户接口例程58。每个用户接口例程58可接收或预订来自资产 管理系统50的信息，并且相同或不同组的数据可以被发送给用户接口例程58中的每一个。 用户接口例程58中的任何一个可利用不同的屏幕提供不同类型的信息给不同的用户。例 如，用户接口例程58之一可以提供一屏幕或一组屏幕给控制操作员或给商务人员，以使这 个人能设置约束或选择优化变量以供标准控制例程使用或供控制优化器例程使用。用户接 口例程58可以提供控制指导工具，该指导工具使用户能以某种协调的方式查看由索引产 生软件51生成的索引。该操作员指导工具还可以使操作员或任何其它人能获取关于设备 的状态、控制环路、机组等等的信息，并且能容易看到与这些实体的问题有关的信息，因为 该信息已经由加工厂10内的其它软件检测到。用户接口例程58还可以利用由工具23和 27、诸如AMS 应用程序之类的维护程序或任何其它维护程序提供或产生的性能监控数据 或者由这些模型和资产管理系统50协作产生的性能监控数据来提供性能监控屏幕。当然， 用户接口例程58可以提供任何用户访问权限给用户并且使用户能改变在工厂10的任何或 全部功能区域中使用的优先选择或其它变量。为了提供关于加工厂10内的资产数据的收集和分析的讨论，参照示出数据流图的图2，它示出加工厂10内的资产管理系统50和其它计算机工具或应用程序之间的某些 数据流。尽管以下关于某些能力描述了该利用系统50，但是关于申请号为No. 10/086，159 的美国专利申请中的资产利用专家来讨论实例资产管理系统的进一步的更详细的讨论， 该美国专利申请于2002年2月28日提交，名称为“Automatic work order/parts order generation andtracking(自动工件订单/零件订单产生和跟踪)”，特此通过引用将其整 体专门合并于此。资产管理系统50可以从诸如多路复用器、变送器、传感器、手持式设备、控制系 统、射频(RF)收发机、在线控制系统、网页服务器、历史站、控制模块或加工厂10内的其它 控制应用程序之类的许多数据收集器或数据源、诸如用户接口和1/0接口之类的接口以及 诸如总线(例如FieldbUS、HART和以太网总线)、阀、收发机、传感器、服务器和控制器之类 的数据服务器、以及诸如过程仪表、转动装置、电气装置、发电装置、可变速驱动器等等之类 的其它工厂资产接收信息。该数据可基于该数据如何由其它功能系统产生或被其它功能系 统使用而采用任何期望的形式。更进一步，可以利用诸如以上讨论的XML协议之类的任何 期望的或合适的数据通信协议和通信硬件将该数据发送给资产管理系统50。然而，一般来 说，工厂10将被配置以便资产管理系统50自动从一个或更多数据源接收特定种类的数据， 并且以便资产管理系统50可关于该数据采取预定的措施。同样，资产管理系统50从数据分析工具接收信息(并且可以实际执行)该数据分 析工具例如，当前提供的典型的维护数据分析工具、诸如那些与设备相关联的工具之类的 性能跟踪工具以及用于以上确定的申请号为09/256，585和09/499，445的美国专利申请中 所述的过程控制系统的性能跟踪工具。这些数据分析工具还可以包括例如检测某些类型的 问题的根本原因的根本原因应用程序、诸如专利号为6，017，143的美国专利中所述的事件 检测之类的事件检测，诸如(1999年5月3日提交的)申请号为09/303，869的美国专利申 请(特此通过引用将其专门合并于此)中所述的调节环路诊断之类的调节环路诊断，诸如 (1999年2月25日提交的)申请号为09/257，896的美国专利申请(特此通过引用将其专 门合并于此)中所述的脉冲线路堵塞检测应用程序之类的脉冲线路堵塞应用程序、其它堵 塞线路检测应用程序、设备状态应用程序、设备配置应用程序以及维护应用程序、诸如AMS 之类的设备存储器、历史站和信息显示工具、Explorer应用程序以及查账索引应用程序。 更进一步，系统50可以从可以在过程控制系统10内提供的诸如高级控制专家52之类的过 程控制数据分析工具、诸如(2000年6月14日提交的)申请号为09/593，327和(1999年 10月4日提交的)申请号为09/412，078的美国专利申请中所述的模型预测控制过程例程 (特此通过引用将其专门合并于此)之类的模型预测控制过程例程、调谐例程、模糊逻辑控 制例程和神经网络控制例程接收数据和任何信息，以及从诸如专利号为No. 5，680，409的 美国专利中所述的虚拟传感器之类的虚拟传感器接收数据和任何信息。更进一步，资产管 理系统50可以从以下这些接收信息诸如在线振动、RF无线传感器以及手持式数据收集单 元部件、与转动装置相关联的油分析、测温术、超声系统以及激光对准和平衡系统之类的与 转动装置有关的数据分析工具，所有这些可以与加工厂10内的转动装置的检测问题或状 态有关。这些工具在现有技术中已经是公知的，并且因此在这里不再详细描述。更进一步， 资产管理系统50可以接收与诸如图1的应用程序23和27之类的功率管理和功率装置和 供应(其可以包括任何期望的功率管理和功率装置监控和分析工具)有关的数据。
14
在一个实施例中，资产管理系统50执行或监视工厂10内的一些或全部装置的数 学软件模型56的执行，例如设备模型、环路模型、机组模型、区域模型等等，它们例如由计 算机30或加工厂10内的任何其它期望的计算来运行。因为许多原因，资产管理系统50可 以使用由这些模型开发的数据或与这些模型相关联的数据。该数据中的一些(或这些模型 本身)可以用于在工厂10内提供虚拟传感器。该数据中的一些，或这些模型本身，可以用 于在工厂10内实现预测控制或实时优化控制。由模型56产生的该数据中的一些可被索引 产生例程51用来产生用于诸如商务和过程控制应用程序之类的其它应用程序的索引。下 面将更详细地描述为了这些和其它目的模型56的使用。资产管理系统50通过例如总线32或加工厂10内的其它任何通信网络在数据产 生时或者以一定的周期接收数据。其后，周期性地或根据需要，资产管理系统50重新分配 数据给其它应用程序或使用该数据产生并且向工厂10内的其它功能系统提供在加工厂10 的控制和操作的不同方面有用的其它信息。特别地，资产管理系统50可以提供数据以使索 引产生例程51生成一系列的综合索引，例如与加设备、机组、环路、区域或加工厂10内的其 它实体中的一个或更多相关联的性能索引、可用性索引、健壮索引以及可变性的索引。这里 将更详细地讨论这些索引的产生和使用。资产管理系统50可以根据从数据分析工具模型系统53接收的信息开发模型，数 据分析工具模型系统53可以包含之前开发的模型或可以在资产管理系统50中组装成模型 的模型段。在某些实例中，工具模型系统53包括设计参数模型，该系统50将设计参数模型 与实际性能模型数据进行比较以确定性能索引。资产管理系统50还可以提供数据给控制例程62和从控制例程62接收数据，该控 制例程62可以位于过程控制器或与这些控制器、优化器55、商务应用程序63、维护应用程 序66等等相关联的接口中。此外，控制专家65 (可包括预测过程控制器)，其在过去仅仅假设它正在控制的设 备正常正作或根本不工作，可从资产管理系统50接收与它正在控制的设备的状态或健壮 有关的信息，例如以上提及的利用索引、可变性索引、健壮索引或性能索引以及与尝试控制 过程时可被考虑的设备或环路等等的操作状态有关的其它信息。预测控制器65以及优化 器55可以提供附加信息和数据给用户接口例程58。预测控制器65或优化器55可使用与 网络中的设备的实际的当前状态有关的状态信息，以及如由例如商务应用程序63所定义 的那样，考虑到例如由资产管理系统50提供的商务方案软件所确定的目标和未来的需要， 以基于控制系统内的预测来优化控制。更进一步，资产管理系统50可提供数据给诸如通常用于商务方案或商务计算机 35和36的企业资源计划工具或从企业资源计划工具接收数据。这些应用程序可包括用于 控制产品计划、材料资源计划的产品计划工具；用于自动产生在商务应用程序中使用的零 件订单、维护订单或供应订单的维护订单产生工具54等等。当然，可以基于来自资产管理 系统50的信息自动完成零件订单、维护订单以及供应订单的产生，这缩短了识别资产需要 被修理所要求的时间以及接收提供关于维护问题的纠正措施所必需的零件所花费的时间。资产管理系统50还可以提供信息给维护系统应用程序66，其不仅仅立即警告维 护人员注意问题，而且采取诸如订购零件等之类的将被需要用来纠正问题的纠正措施。更 进一步，可以利用对资产管理系统50可用、但是先前对任何单个系统不可用的类型的信息来产生新模型68。当然，从图2将会理解的是，资产管理系统50不仅从这些数据模型和这 些分析工具接收信息或数据，而且还从企业资源工具、维护工具和过程控制工具接收信息。而且，一个或更多协调的用户接口例程58可以与资产管理系统50以及工厂10内 的任何其它应用程序进行通信，以向操作员、维护人员、商务人员等等提供帮助和可视化。 这些操作员和其它用户可以使用协调的用户接口例程58来执行或实现预测控制、改变工 厂10的设定、查看在工厂10内帮助或执行与资产管理系统50提供的信息有关的任何其它 活动。资产管理系统50可执行或监视一个或更多数学或软件模型56的执行，数学或软 件模型56用来模型化该工厂内的诸如设备、机组、环路、区域等等之类的特定工厂或实体 的操作。通过这些模型，资产管理系统50还可以通过将由如上所述的这些模型所确定的一 个或更多参数与由根据正在被模型化的实体的设计参数运行的模型所确定的相同参数进 行比较来定义性能索引或性能图。其它模型可以用于指示某些设备或其它实体的健壮并且 用于提供指示这些实体的健壮索引。例如，由在某些模型上使用的回归分析所确定的某些 输入和输出传感器的误差测量可以用作或转换成对这些设备的健壮的指示。除了性能索引和健壮索引外，资产管理系统50可以辅助索引产生例程51生成其 它类型的索引，例如，利用索引和可变性索引。可变性索引指示设备、环路、机组等等输入或 输出的某种信号或与设备、环路、机组等等相关联的某种其它参数与期望该信号或参数变 化多少相比变化了多少。该利用索引，以一种形式或另一种形式，跟踪或反映独立的设备、 机组、环路或其它实体的可用性并且可以基于先前确定的水准基点或运行目标提供关于这 些实体是否正在被过度利用或者过少利用的某种指示。图1的系统的一个重要方面是用户接口例程58，其提供与这里所述的资产管理系 统50集成在一起的图形用户接口(GUI)，以方便用户与由资产管理系统50提供的各种资产 利用能力进行交互。然而，在更详细地讨论GUI之前，应该认识到的是，该GUI可以包括一 个或更多软件例程，这些软件例程利用任何合适的编程语言和技术来实现。进一步，构成该 GUI的软件例程可以在诸如工厂10内的工作站、控制器等等单个处理站或机组内被存储和 处理，或者可替代地，该⑶I的软件例程可以利用在资产利用系统内彼此通信连接的多个 处理机组以分布式方式被存储和执行。优选地，但并非必需地，该GUI可以利用熟知的基于图形视窗的结构和外观来实 现，其中多个相互链接的图形视图或页面包括使用户能以期望的方式浏览这些页面以查看 和/或检索特定类型的信息的一个或多个下拉菜单。通过该GUI的一个或更多对应的页面、 视图或显示，可以对以上描述的资产管理系统50的特征和/或能力进行表现、访问、调用等 等。此外，构成该GUI的各种显示可以以逻辑的方式互相链接以方便用户的快速和直观地 浏览这些显示以检索特定类型的信息或访问和/或调用资产管理系统50的特定能力。一般来说，这里所述的⑶I提供过程控制区域、机组、环路、设备等等的直观图形 描绘或显示。这些图形显示中的每一个可以包括与正由GUI显示的特定视图相关联的许多 状态和性能索引(其中的一些或全部可以由以上所述的索引产生例程51来产生)。例如， 描绘过程控制区域的显示可以提供一组反映该区域(即过程控制系统的处于装置层级的 特定等级的特定部分)的状态和性能的索引。另一方面，描绘环路的显示可以提供一组与 该特定环路相关联的状态和性能索引。无论如何，用户可以使用在任何视图、页面或显示内示出的索引以快速评估该显示内所描绘的设备、环路等等中的任一项内是否存在问题。另外，这里所述的GUI可以自动或者可以响应于用户的请求提供维护信息给用 户。资产管理系统50的任何部分可以提供维护信息。类似地，该GUI可以显示报警信息、 过程控制信息等等，其还可以由资产管理系统50来提供。更进一步，该GUI可以向该用户 提供消息连同在工厂10内已经出现或可能将要出现的问题。这些消息可以包括描述该问 题、建议对系统的可能改变(其可以被实现以减轻当前的问题或可以被实现以避免潜在的 问题)、描述可以实行以纠正或避免问题的做法等等的图形和/或文本消息。图3是表示可以由⑶I显示的过程控制系统内的机组200的显示的示范性描绘。 如图3中所示，机组200包括多个设备，例如，阀、泵、温度变送器等等，所有这些可以如所示 出的进行图形描述。另外，该显示可以进一步包括线箭头和任何其它标记以表示各种设备 之间的逻辑和物理互连。当然，这样的过程控制系统(或过程控制系统部分)的图形表示在 本领域是众所周知的，因此，这里将不再进一步详细描述实现这些图形表示或显示的方式。重要地，图3中示出的⑶I显示还包括多个索引名称和值250。特别地，索引名称 和值250包括性能索引、健壮索引、可变性索引以及利用索引，所有这些以上已经连同资产 管理系统50和索引产生例程51简要讨论过。索引名称和值250可以如所示出的以表格格 式或以任何其它期望的格式来显示。索引名称和值250表示整个机组200的性能和状态， 因此，示出的索引值是优选但并不是必须由与构成机组200的子机组和/或设备中的每一 个相关联的索引值来组成。图4是可以由⑶I提供以使用户能快速调查工厂10内的报警信息、条件等等的显 示的另一示范性描绘。工厂10的高等级图形视图300可包括具有一个或更多未决报警的 报警标题320。该报警标题内的报警中的每一个可以利用与生成报警或事件的设备唯一相 关联的字母数字指示符来表示。另外，标题320内的报警中的每一个还可以包括信息按钮 340，其可以由用户来选择以产生包含与该特定报警有关的更详细信息的弹出窗口 350。进 一步，该用户还可以选择针对该设备的引起特定报警的字母数字标志符以调查该报警的可 能原因。当字母数字标志符被选择时，该GUI可以提供弹出窗口 360。该弹出窗口 360可 以提供一个或更多响应类目380，其可以方便用户理解特定的报警应该如何被处理以及该 报警应该在什么时间范围被处理。作为举例，弹出窗口 360可以指示特定设备不再通信、 该设备已经故障、该设备需要立即维护或者不久该设备要求维护或某些其它注意。当然，可 以改为使用更多、更少和/或不同的响应类目。在这一点由该GUI产生的报警显示可以是 (2007年11月7日提交的)申请号为09/707，580的美国专利申请(特此通过引用将其专 门合并于此)中所述的集成显示。通常，该报警显示可以显示过程报警和警告以及如维护 报警和警告之类的其它类型的报警。此外，诸如由该报警标题的字段350提供的具体信息 之类的关于该报警的信息可以连同该报警一起发送给GUI或发送给资产管理系统50。图5A和图5B是可以由⑶I提供并使用户能跟踪已经由维护订单产生例程54自 动产生的维护订单的显示的实例描绘。资产管理系统50可以提供数据给维护订单产生例 程54，其使该例程响应于由资产管理系统50和/或与资产管理系统50 —起工作的用户经 由GUI发现或识别的问题或潜在问题来自动产生维护订单。例如，资产管理系统50可以接 收诊断信息、维护请求等等，并且在响应时可以使维护系统产生用于请求维护人员注意一 个或更多问题的维护订单连同诊断信息。当然，产生的维护订单的细节将取决于检测到的
17问题或情况的类型和用于纠正该问题的标准形式，例如订购零件、物资等等。图5A图示说明了显示面板370，其可以以对话框372的形式呈现给用户，并且示 出关于维护订单(在图示说明的实例中的订单“1194”)的各种信息。示出的显示面板370 呈现诸如位置、装置类型和报告源(“Maximo”)之类的各种信息。该信息是为了举例说明 的目的，因为可以为用户提供关于工厂资产和维护订单的任何信息。此外，该一般信息可以 自动根据先前存储的数据被填充。除了该一般信息外，显示面板370图示说明了调度信息 部分374，在调度信息部分374中将自动产生的估计时间数据显示给该用户。根据这里所述 的技术，该估计时间数据包括由资产管理系统50基于维护数据的可用劳动、材料和平均时 间或历史时间开发的估计开始(前置)时间376和估计完成时间378。显示面板370还具 有对话框380和382，用于分别输入实际的开始时间和完成时间，其可在后来用作关于这种 类型的维护订单的历史时间信息数据。鉴于图5A中图示说明了示出估计时间计算的一般维护订单显示，图5B图示说明 了显示面板384，其示出维护订单(标记为工作订单“1003”)的估计任务386和由资产管 理系统50为了完成这些任务根据这里所描述的技术自动产生的估计成本数据388。在图 示说明的实例中，估计成本数据388描绘自动确定的完成该维护订单所要求劳动的成本数 据。通过选择标签390和392，用户能够分别查看材料和工具的估计成本信息。尽管图5A和图5B描绘了关于维护订单的各种信息并且在不同的面板中进行了描 绘，将会理解的是，这些仅仅是为了举例说明而提供的。用户接口例程58可以任何种方式， 包括在单个显示上或跨多个显示面板，呈现包括自动产生的估计数据的维护订单信息给用 户。另外，与图5A和图5B的实例中所描绘的相比，可以提供给用户另外的、不同的或更少 的信息。如这里所使用的，术语“维护订单”将包括例如在上面所引用的申请号为 10/086，159的美国专利申请的实例中还称为“工作订单”的术语。此外，如这里所使用的“维 护订单”还可以包括维护请求和工作请求。例如，在一些系统中，该系统可以仅仅提交“工 作请求”并且随后必须采取“批准/指派”该请求的行动，然后请求工作订单。无论如何，这 里所使用的术语“维护订单”可以包括任何这种订单或请求。更进一步，维护订单产生例程54能包括商务对商务通信功能，其在有或没有操作 员或维护人员干涉的情况下，将基于在加工厂10内检测到的实际或预测问题，自动与供应 商或其它商店进行通信以订购零件、物资等等。更为具体地，基于由资产管理系统50或诸 如转动装置分析工具之类的数据分析工具中的任一种提供的数据或进行的预测，例程54 可以接收设备或其它资产的当前问题或预测的未来问题的通知。然后，例程54经由例如因 特网、电话、无线或其它通信连接自动联系供应商并且订购零件、装置或物资以在设备需要 更换之前发到工厂10。以这种方式，维护订单产生例程54限制停机时间或帮助确保有少 的或没有由于当问题实际出现时需要等待零件、装置或物资以改正该问题而造成的停机时 间。这样，该事实使工厂10更高效。现在参见图6-9，该GUI可提供其它屏幕给用户以指示当前问题或诸如预测的问 题之类的未来问题，其可以由资产管理系统50或工厂10内的任何数据分析工具来检测。具 体来说，图6-9图示说明了示出由图1的振动分析程序23执行的转动设备内的诸如轴之类 的元件的振动频谱图以及由该分析工具基于这些图检测到的情况或问题的显示。例如，图6图示说明了检测到的不平衡情况，图7图示说明了检测到的未对准情况，图8图示说明了 检测到的松动情况，而图9图示说明了检测到的疲劳承载的情况。当然，也可基于数据分析 工具的结果显示转动或其它设备的其它情况。更进一步，这些工具的结果可用于使维护订 单产生例程54自动地订购替换零件。除了图形化显示各种资产数据，控制系统还可以使用收集或得出的状态信息来监 控工厂资产，确定用于要求维护的报警条件、估计用于执行这种维护的时间和成本以及基 于这样的估计按优先顺序排序并调度维护订单。图10图示说明了根据本发明的实施例的并且可以用于基于某种确定的估计维护 信息来确定和调度维护订单的实例维护调度器系统400。在图示说明的实例中，系统400包 括控制系统410，例如以上所述的控制系统12和14，其与诸如智能现场设备之类的资产进 行通信，以确定这些资产之一是否出现报警报条件。控制系统410另外地或独立地可以与 资产管理系统进行通信以基于诸如由资产利用专家开发的性能索引、健壮索引、利用索引 或可变性索引之类的模型参数确定报警条件。当这些索引指示资产在低于期望的水平下被 执行时，这些索引可以用于自动开发针对相应的机组、设备、现场设备、环路等等的维护订 单(参见例如图5A和5B)。通常，控制系统410将通过以上所述的控制器连接到多个资产。在某些实例中，控制系统410连续地监控资产，而在某些其它实例中，控制系统 410周期性地、按调度的时间或者响应于例如来自过程系统或商务系统的指令监控资产。当 然，所传达的报警条件可以基于单个索引或事件，而在其它实例中，该报警条件可基于多个 索引或事件并且基于单个资产或多个资产。更进一步，控制系统410可以基于表示由资产 利用专家模型化并且开发的各种索引的结合的综合索引来开发报警条件。例如，可以指令 控制系统410将资产的性能索引和健壮索引结合成用于生成报警条件的综合索引。虽然， 该报警可基于任何其它已知的度量。当报警条件被确定时，控制系统410将该资产的身份和报警信息条件传达给维护 系统420，例如以上所描述的维护系统。在其它实例中，即使当不存在报警条件时，控制系 统410也可以传达关于资产的状态信息，如在维护系统420提供能够在实际警告出现前预 测维护订单的预测维护应用程序的情况下，这可能是期望的。维护系统420可以将来自控 制系统410的报警条件或在系统420处产生的预测报警通知传达给用户以经由用户接口例 程进行显示。此外，维护系统420可通知维护人员该报警条件，例如在要求立即维护注意的 紧急事件中的报警条件的情况下。这了该目的，维护系统420可以是执行AMS 应用程序 或任何其它设备监控和通信应用程序的计算机。在某些情况下，维护系统420可以重新配 置或执行关于连接到其上的资产的其它维护活动。维护系统429可能不仅仅立即警告维护 人员注意问题而且采取诸如订购零件等等之类需要用来纠正问题的纠正措施。然而，在图 示说明的实例中，代替响应于该报警而立即设法使维护订单被生成和被调度，维护系统420 将维护警告传达给方便维护调度和维护订单生成的资产管理系统430。收到该维护警告时，该资产管理系统430检索用于确定与该维护警告相关联的 资产的数据，并且资产管理系统430将该资产传达给企业资产管理系统440，企业资产管 理系统440收集和存储关于维护订单的历史数据，具体来说，像与各种维护订单相关联的 劳动、材料和任务之类的维护项。企业资产管理系统440可以是诸如纽约州阿蒙克的IBM 的MAXIMO 、乔治亚州阿尔法利塔的Infor Global Solutions (Infor全球方案)的Datastream(数据流)以及德国的瓦尔多夫的SAP AG的Plant Maintenance System(工厂 维护系统)之类的系统。企业资产管理系统440不限于这些实例，并且可以由其它系统来 实现。对于每个资产，企业资产管理系统440确定与该资产相关联的维护项以及维护警 告。具体来说，系统440可以从相应的系统450、460和470检索存储的维护任务、资料以及 劳动信息，并且虽然系统450、460和470被分离地示出，但它们中的任一个可以是单个系统 的一部分。例如，系统450可包含从维护系统420或另一维护系统收集的并且列出了被要 求用来完成与所确定的资产相关联的维护订单的任务的数据。系统460包含被要求用来完 成维护任务的材料的列表，并且系统470包含要求用来执行所确定的维护任务的劳动的列 表。系统450-470可以存储关于维护项的实际数据，其采用根据在相同或类似资产设 备上执行的、过去完成的维护订单所编制的历史数据的形式。因为该数据已经根据实际的 维护订单编制而成，所以与估计的或计划的数据相比，该数据可以被认为是实际数据。系统 450-470可以存储不是根据过去的经验至少不是根据在该过程中的资产的特定使用编制的 缺省数据。这种缺省数据可能已经在安装期间为每个资产开发并且存储在相应的系统中。 可以在工厂或过程等级上开发存储在系统450-470的系统中的数据，或者例如可以在设备 初始化期间将该数据从智能设备推进到这些系统。该数据可以包括从之前的在该资产或在 类似的资产上执行的维护工作收集的历史数据。该历史数据可以包括反映在每个单元、每 个区域、每个处理器、每个环路或其它基站上记录的过去的维护工作的数据。该历史数据可 以包括与过去的维护订单有关的并且可以提供信息给资产管理系统430的任何数据。无论如何，企业资产管理系统440将分别来自系统450-470的这些任务、材料以及 劳动数据(即维护项)传达给资产管理系统430，以估计完成与该报警条件相关联的维护订 单的成本和时间，并且生成该维护订单请求。资产管理系统430可以自动确定估计维护信 息，其采用基于从企业资产管理系统440接收到的数据所要求的估计成本、估计时间以及 估计材料的形式。在所示出的实例中，该资产管理系统430通过工厂接口 475连接到企业资产管理 系统440，其还可以与诸如维护系统420、控制系统410或商务系统之类的其它系统相互连 接。接口 475可以是连接到外部总线的有线网络接口。将会理解的是，接口 475可以是因 特网接口、电话链路、无线通信链路或可以被系统用来接收或发送数据的其它网络接口。此 外，虽然在图示说明的实例中，资产管理系统430与企业资产管理系统440是分离的，但在 某些实例中，两者可以通过诸如图1的计算机系统30之类的单个计算机系统来实现。资产管理系统430确定该估计维护信息并产生包含估计维护信息的维护订单请 求(如图5A和5B的维护订单请求)，其接着被传送回企业资产管理系统440以调度该维护 订单。将会理解的是，在其它实例中，资产管理系统430只提供估计维护信息、资产数据和 维护警告给另一系统(包括企业资产管理系统)，该另一系统接着自动产生维护订单。图11和图12分别图示说明示出将会通过资产管理系统430执行的时间和成本估 计产生过程的另一数据流图。图11图示说明了时间估计产生器500，其可以是资产管理系 统430的一部分，虽然在图示说明的实例中示出为与其分离。时间估计产生器500与能够 确定从系统470获取的劳动信息的可用性的劳动系统502进行通信。时间估计产生器500
20与能够确定从系统460确定的材料的可用性的材料系统504进行通信。时间估计产生器 500进一步与能够确定用于完成该维护订单的维护项的平均时间以及与全部维护订单相关 联的平均时间值的时间平均系统506进行通信。通常，时间估计产生器500可以确定估计时间数据，该估计时间数据反映待完成 的维护订单从开始到结束的总时间量。该总时间估计可以是估计的前置时间(例如，所测 量的从该维护警告发起到该维护订单的计划开始时间)和估计的完成时间的结合。系统 502,504和506可以各产生特定信息被分析的估计时间。时间估计器系统500接着可以从 所收集的数据选择最长的时间作为估计时间。例如，系统502可以确定劳动可用与否或者是否存在要求用来批准和指派任务的 前置时间，即将成为估计数据的一部分的前置时间。这种信息可以通过将资产管理系统430 连接到商务和维护系统来确定。系统502还可以从由企业资产管理系统440调度的其它维护订单收集劳动信息， 以确定是否存在必须在估计劳动可用性时考虑的可能的未来劳动冲突。例如，对于给企业 资产管理系统410确定的某些资产，系统470可以指示要求特定的人员在一维护组。如果 这些人员在一时间段被调度负责工厂中的其它工作，则系统502将会确定该时间段并且相 应地调整劳动可用性，并且相应地，估计器500将会调整该时间估计。无论如何，所有劳动 信息的最长的前置时间可以接着被反馈给估计产生器500。系统502将会执行类似的功能以确定所计划的完成时间。系统504可以确定是否要求前置时间以从系统460获取所确定的任何材料，其可 以作为商务系统的一部分。例如，系统504可以评估从企业资产管理系统440接收的信息并 且确定工厂仓库和/或供应商可用性。在某些实例中，系统504可以与企业资产管理系统 440进行通信以确定已经在维护调度表中被调度的其它维护订单是否可以耗尽需要用来完 成当前被分析的维护订单的材料。系统504会将材料的最长前置时间传达给估计器500。系统506可以确定与完成由系统450所确定的维护任务中的每一个相关联的平均 时间。该信息可以是全部历史的、从企业资产管理系统440产生的，企业资产管理系统440 从完成的维护订单收集实际的开始时间和完成时间。该历史数据可以基于由相同的维护项 形成的维护订单，或来自具有不同的但仍足够类似的维护项以保证进行比较的维护订单。系统506可以在确定用于完成所确定的维护任务中的每一个的平均时间过程中 考虑该历史数据。系统506还可以使用非历史数据，例如维护项的缺省开始和完成时间。在 历史数据和非历史数据都存在的情况下，系统506可以通过将估计值与过去的历史实际值 进行比较来确定平均完成时间和平均开始时间。由估计器500为维护订单估计的特定的前置时间和完成时间可以是分别从系统 502,504或506获取的最长的前置时间和完成时间。图12示出估计器600，其可以确定维护订单的成本估计，其中该估计可以是包括 用于在特定的机组上执行维护的零件成本和劳动成本的财务成本。在某些实例中，该成本 可以包括交易型成本，其包括归因于与在资产上执行维护相关联的停机时间的成本。在与 在执行其它维护订单期间经历的延迟相比完成特定维护订单过程中的延迟可能导致更高 的成本(增加滞销)的情况下，这种类型的估计可以是有利的。系统602确定劳动率成本； 系统604确定材料成本；而系统604确定与维护任务中的每一个相关联的平均成本。这些
21系统602-606中的每一个可以整体上或部分地基于为劳动、材料或任务中的每一个设置的 预设成本信息来确定成本。然而，另外来自这些系统的估计成本信息可以是被存储为历史 数据并且表示先前维护订单的实际成本的实际数据。只是为了举例说明，通过估计器500和600评估的材料、劳动和任务数据可以包括 诸如零件列表、要求的维护装置、诸如保护装置之类的特定人员项目、安装手册、服从授权、 安全计划细节之类的数据。估计器500和估计器600分别产生每个维护订单的时间和成本估计数据，并且将 该信息作为估计维护信息提供给资产管理系统430，其然后将该信息填充到诸如图5A和图 5B的维护订单之类的维护订单中。资产管理系统430将具有估计维护信息的维护订单传达 到企业资产管理系统440，如以上所讨论的，其作为图示说明的实例中的维护调度器。企业资产管理系统440可以以许多方式并且基于与接收到的维护订单相关联的 估计或非估计数据中的任何一种来调度维护订单。在某些实例中，系统440可以应用多变 量模型(包括诸如2、3和4阶微分模型之类的高阶模型)，以分析估计数据以及诸如健壮索 引、性能索引、可变性索引和可用性索引之类的其它状态信息以产生维护调度表。状态数据 可以从连接到网络接口 475的资产管理系统430(如系统50)被传送。作为调度器，EAM 440可以以优先顺序排列所有未决的维护订单和新估计的维护 订单，以存储在存储介质中并采用数据库的形式。同样，EAM 440可以在接收到每个新估计 的维护订单时更新存储的维护调度表，基于新维护订单的估计数据按需重新以优先顺序排 列维护调度表。当生成或更新调度表时，EAM 440可以对维护订单进行排队以由调度表按在生成 和更新期间确定的时间执行。因为每个维护订单是约定执行的，或者有利地在每个订单开 始时间之前并且有足够的时间允许传递和接收，因此EAM 440可以通过已知技术传达所要 求的零件列表、订单和任何其它有关信息给卖方计算系统以自动进行零件订购。在其它实 例中，当维护订单开始时间快到时，EAM 440可以指令商务系统计算机完成零件订购。图13示出维护订单700的实例数据元素，并且其可以由资产管理系统430存储， 作为EAM在调度过程中使用的维护订单数据。在图示说明的实例中，维护订单数据700被 分成字段，由该系统提供的不同数据元素中的每一个对应一个字段。诸如以上描述的并且 在资产管理系统430处确定的那些索引之类的索引被存储在存储区域702中。资产管理系 统430可以在存储区域704中存储形成维护订单的维护项，例如，这样的维护项从系统460 中确定。资产管理系统430可以在存储区域706处存储估计前置时间数据，在存储区域708 处存储估计完成时间数据，并且在存储区域710处存储估计成本数据。估计时间值中的每 一个可以例如以关系表单、表格等等形式链接到所存储的维护项中的每一个。资产管理系 统430在存储区域712处存储可以从系统470和450接收到的诸如必需的维护队大小之类 的人员数据。诸如用于执行维护订单的特定指令之类的关于维护订单的一般信息被存储在 存储区域714处。图13图示说明了可以为特定的维护订单存储的数据的实例，可以按需为 订单执行和调度存储另外的、较少的或不同的数据。如下面进一步说明的，因为对特定维护订单的改变可以更改与其它调度的维护订 单相关联的估计时间和成本，所以数据信息元素700的一部分被预留以进行到其它维护订 单的交叉引用，其它维护订单中的每一个可以由存储在区域716处的固定维护订单标识符名称来确定。在区域718处的交叉引用数据列出先前已经由资产管理系统430或企业资产 管理系统440标识的其它维护订单，其具有取决于维护订单700的相关联项的项。例如，存 储在区域704中的项可以包括用于随后的维护订单的项，只要这些项目处于操作条件。在 某些实例中，响应于最初的资产管理系统430确定对应于维护警告的资产，交叉引用数据 连同任何其它非估计维护信息可以被EAM 440存储。在其它实例中，信息元素700可以在 维护订单已经由资产管理系统430产生之后被生成。交叉引用可以被自动实现。交叉引用还可以包括已经由过程人员、商务人员或维 护人员手动确定的维护订单项。例如，虽然没有必要依赖相同的装置或人员，但过程人员可 以认识到，特定机组上的多个维护订单应该被一起执行以最小化该机组的停机时间。在这 种情况下，虽然充当调度器的EAM440已经被编程以调度相同机组的维护订单以立即顺序 进行操作，但交叉引用区域718将用作另一层的保护，以免EAM 440以不理想的方式重新订 购维护订单，仅仅因为在执行一个维护订单期间发生了环境改变。例如，可以确定的是，维 护调度表的最优执行可以涉及响应于在执行特定维护事件的过程中的延迟而延迟整个调 度表，而非重新调度维护订单以避免完全停机时间。通过存储交叉引用信息，不同的维护订 单可以被链接在一起以进行连续执行。无论如何，在开发出维护订单的调度表之后，EAM 440接着将订单标识符放在优先 级数据区域720中。图14图示说明了实例维护调数据表750。该数据表图示说明多个维护订单，为了 方便起见标记为M01、M02、M03，并且以被调度的执行的订单被存储。在图示说明的实例中， 当每一个被执行时，该数据字段可以被左移，其中在维护订单完成时，条目M02的字段被移 到条目MOl等等。每个维护订单包括与以上关于图13讨论的数据字段相关联的数据字段， 因此，相同的附图标记被使用。数据表750包括在720处存储的并且指示其中的维护订单 将被执行的顺序的优先级数据的标识行。如以上所讨论的，EAM 440可以响应于在执行维护订单期间发生的改变而实时更 新所存储的维护调度表。例如，如果维护人员在执行维护订单期间遇到问题，例如，装置故 障、新确定的维护订单的报警请求、不期望的可用性问题，则EAM 440可以被编程以依照改 变的环境重新调度排队的维护订单。图15图示说明了可以响应于这样的环境而被EAM 440 执行的实例过程。块802接收当前维护调度表。块804接着确定有效维护订单，可以是任 何当前被执行的维护订单或者任何等待执行的排队的维护订单。块806例如通过GUI向用 户轮询维护状态信息，并且在响应时确定该有效维护订单是否按时调度。块806可以向例 如商务和维护系统轮询。如果维护订单以估计的时间按时调度完成，则块808确定另外的有效维护订单是 否存在，在这种情况下返回到块804。如果订单未按时调度，则块810确定延迟是否将影响存储在调度表上的其它维护 订单间。块810例如可以确定新的计划完成时间并确定该完成时间是否与其它维护订单 (例如要求与当前正被该延迟维护订单使用的相同的维护人员或相同的维护装置的那些维 护订单)的计划开始时间冲突。如果潜在冲突存在，则控制被传递到块812以重新调度维 护调度表。块812被编程为自动重新调度维护订单或为人员提供存在潜在冲突和需要重新 调度的⑶I指示以便人员可手动调整维护维护订单。块812例如可以通过图2的用户接口
23例程58通知人员。在这种情况下，在进行到块808之前，块812可以等待来自人员的指令。 在某些实例中，块812可在企业资产管理系统内被完全执行。在某些实施例中，块812可以 包括至少临时将控制传递到资产管理系统以针对维护项并响应于改变的环境对估计维护 信息进行重新估计。如果在重新调度维护调度表之后，块808确定没有另外的维护订单存 在，则过程结束。现在参见图16，将描述远程提供对维护调度器、维护项估计器以及其它数据分析 工具的访问的方法。如图16中图示说明的，一个或更多加工厂900、901、902和903独立地 操作。工厂900-903中的每一个周期性地收集关于该工厂的数据，包括维护订单、估计维 护信息和实际维护信息以及维护调度表，而后发送该数据给数据处理机构或远程监控机构 910。为了完成该功能，工厂900-903中的每一个具有用户接口或服务器900A-903A并且 这些服务器经由诸如因特网或万维网之类的任何期望的通信网络被连接到远程监控机构 910。远程监控机构910可以包括网页服务器912，过程900-903通过网页服务器912 与远程监控机构910通信。每个工厂可以如以上参照图1-15描述的执行过程。对于系统 400的过程之类的过程，每个工厂可以不仅与工厂内的系统进行通信，而且可以经由监控机 构910从其它工厂获取维护订单信息。例如，工厂902可以通过与远程监控机构910进行 通信从工厂900、901和903获取关于维护项的历史数据。在特定的工厂可能不具有为特定 的维护订单确定的维护项的历史数据的情况下，这可能是特别有用的。为了方便通信，远 程监控机构910还可以包括一个或更多处理器914，其具有用于存储工厂数据的相关联的 数据库。处理器914可以访问数据监控工具并且执行数据监控工具，其包括例如图1的计 算机系统中的任何一个内的应用程序或工具中的任何一个，例如这里所描述的过程控制工 具、过程监控工具、装置或设备监控工具、索引产生工具、维护订单产生工具、商务或其它工 具或应用程序中的任何一个。在一个实例中，申请号为09/256，585和09/499，445的美国 专利申请中所述的过程监控工具可用于监控过程参数。尽管系统400和其它过程元件已经被描述为优选用软件来实现，但它们可以用硬 件、固件等等来实现，并且可以由与过程控制系统10相关联的任何其它处理器来实现。因 此，这里所描述的元件可以根据需要在标准多用途CPU中或在诸如专用集成电路(ASIC)或 其它硬接线设备之类的专门设计的硬件或固件上来实现。当用软件来实现时，软件例程可 以被存储在任何计算机可读存储器上，例如在磁盘、光盘或其它存储介质，在计算机或处理 器的RAM或ROM中，在任何数据库中等等。同样，该软件可以经由任何已知或期望的传递方 法被传递给用户或加工厂，这些方法包括例如在计算机可读盘或其它便携式计算机存储机 构或通过诸如电话线路、互联网、无线通信信道等等之类的通信信道(其被看作与经由便 携式存储介质提供这种软件一样或可与经由便携式存储介质提供这种软件互换)。同样，尽 管系统400被描述为可能作为基于规则的专家，但其它类型的专家机也能被使用，包括使 用其它已知数据挖掘技术的专家。因此，尽管已经参照特定的实例描述了本发明，其仅仅意在示例本发明而非限制 本发明，本领域普通技术人员将会明白的是，在不偏离本发明的精神和范围的情况下，可以 对公开的实施例进行改变、补充或删除。
2权利要求
一种在加工厂内自动调度维护订单的方法，该加工厂包括多个资产，所述方法包括响应于所述多个资产中的至少一个资产的维护警告产生维护订单；产生所述维护订单的估计维护信息，所述估计维护信息指示与所述维护订单相关联的估计时间或估计成本；将所述估计维护信息传送至用于在多个其它维护订单之中调度所述维护订单的维护调度器；以及基于所述估计维护信息调度所述维护订单，所述调度导致包括所述维护订单的维护调度表。
2.根据权利要求1所述的方法，进一步包括产生估计完成时间作为所述维护订单的所 述估计时间，所述估计维护信息包含所述估计完成时间。
3.根据权利要求1所述的方法，进一步包括产生估计开始时间作为所述维护订单的所 述估计时间，所述估计维护信息包含所述估计开始时间。
4.根据权利要求1所述的方法，进一步包括产生所述维护订单的所述估计成本，所述 估计数据包含所述估计成本。
5.根据权利要求1所述的方法，其中基于所述估计维护信息，与所述多个其它维护订 单中的至少一个维护订单相比，给所述维护订单更高优先级或更低优先级。
6.根据权利要求5所述的方法，其中所述多个其它维护订单中的每个维护订单对应于 不同的资产。
7.根据权利要求1所述的方法，进一步包括基于当前资产数据调度所述维护订单。
8.根据权利要求7所述的方法，其中所述当前资产数据包括健壮索引、性能索引、可用 性索引或可变性索引。
9.根据权利要求1所述的方法，进一步包括收集对应于所述维护警告的至少一个先前维护订单的历史数据；以及 基于所述历史数据确定所述估计维护信息。
10.根据权利要求9所述的方法，其中所述历史数据包括所述至少一个先前维护订单 的维护任务信息、劳动信息或材料信息。
11.根据权利要求9所述的方法，其中所述历史数据包括所述至少一个先前维护订单 的平均完成时间。
12.根据权利要求9所述的方法，其中所述历史数据包括所述至少一个先前维护订单 的平均成本。
13.根据权利要求9所述的方法，其中响应于所述多个资产中的至少一个其它资产的 维护警告完成所述至少一个先前维护订单。
14.根据权利要求9所述的方法，进一步包括在完成所述维护订单之后，利用所述维护 订单的实际维护任务信息、实际劳动信息和实际材料信息修改所述历史数据。
15.根据权利要求1所述的方法，进一步包括将所述维护调度表传送给维护人员。
16.根据权利要求1所述的方法，进一步包括响应于所述估计维护信息的改变修改所 述维护调度表。
17.根据权利要求1的所述的方法，其中接收数据包括接收与两线设备、三线设备、四线设备、无线设备、具有处理器的设备、可变速驱动器、控制器、多路复用器、转动装置、执行 器、发电装置、配电装置、变送器、传感器、控制系统、收发机、阀、定位器、开关、电气装置、服 务器、手持式设备、泵、I/O系统、智能现场设备、非智能现场设备、HART协议设备、Fieldbus 协议设备、PROFIBUS 协议设备、WORLDFIP 协议设备、Device-Net 协议设备、AS-接口协议设备、CAN协议设备、TCP/IP协议设备、以太网设备、基于互联网的设备、以及 网络通信设备中之一的状态有关的数据。
18.—种在加工厂内自动调度维护订单的方法，该方法包括响应于所述加工厂中的资产的维护警告产生维护订单，所述维护订单包括用于完成所 述维护订单的维护项；接收关于所述维护项的实际数据； 接收关于所述维护项的估计维护信息；将所述实际数据与所述估计维护信息进行比较以产生所述维护订单的估计维护信息， 该估计维护信息指示与所述维护订单相关联的估计时间或估计成本； 产生包括所述维护订单并且基于所述估计维护信息的维护调度表。
19.根据权利要求18所述的方法，其中基于所述估计维护信息在所述维护调度中给所 述维护订单更高优先级。
20.根据权利要求18所述的方法，其中产生所述维护调度表进一步包括基于所述资产 的当前状态信息产生所述维护调度表。
21.根据权利要求20所述的方法，其中所述当前状态信息是健壮索引、性能索引、可用 性索引或可变性索引。
22.根据权利要求18所述的方法，其中关于所述维护项的实际数据是从完成的维护订 单的维护项中收集的历史数据。
23.根据权利要求22所述的方法，进一步包括从企业资产管理系统接收所述历史数据。
24.根据权利要求22所述的方法，其中所述历史数据包括所述完成的维护订单的平均 完成时间。
25.根据权利要求25所述的方法，其中所述历史数据包括所述完成的维护订单的平均 成本。
26.根据权利要求18所述的方法，其中关于所述维护项的实际数据包括当前维护任务 信息、劳动信息或材料信息。
27.一种在过程控制环境中用来估计维护订单的系统，其中所述过程控制环境包括多 个设备，所述系统包括计算机可读存储器；存储在所述计算机可读存储器上并且适于在处理器上执行以响应于所述多个设备之 一的维护警告产生维护订单的第一组指令；存储在所述计算机可读存储器上并且适于在处理器上执行以产生所述维护订单的估 计维护信息的第二组指令，所述估计维护信息指示与所述维护订单相关联的估计时间或估 计成本；存储在所述计算机可读存储器上并且适于在处理器上执行以将所述维护订单传送至维护调度器的第三组指令；以及存储在所述计算机可读存储器上并且适于在处理器上执行以开发维护调度表的第四 组指令，所述维护调度表基于所述估计维护信息将所述维护订单按优先顺序排序。
28.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适于在处理器上执行以接收用于识别所述多个 设备的状态的数据的第五组指令；以及存储在所述计算机可读存储器上并且适于在处理器上执行以响应于所接收的用于识 别所述多个设备的状态的数据来产生所述维护警告的第六组指令。
29.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以通过比较所述估计维护信息与其它维护订单将所述维护订单按优顺 序排序来开发所述维护调度表的第五组指令。
30.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以将所述维护调度表传送给维护人员的第五组指令。
31.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以产生估计完成时间作为所述维护订单的估计时间的第五组指令。
32.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以产生估计开始时间作为所述维护订单的所述估计时间的第五组指令。
33.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以产生所述估计成本的第五组指令。
34.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以基于当前资产数据开发所述维护调度表的第五组指令。
35.根据权利要求27所述的系统，进一步包括存储在所述计算机可读存储器上并且适于在处理器上执行以收集至少一个先前维护 订单的历史数据的第五组指令；以及存储在所述计算机可读存储器上并且适于在处理器上执行以基于所述历史数据确定 所述估计维护信息的第六组指令。
36.根据权利要求35所述的系统，其中所述历史数据包括所述至少一个先前维护订单 的维护任务信息、劳动信息或材料信息。
37.根据权利要求35所述的系统，其中所述历史数据包括所述至少一个先前维护订单 的平均完成时间。
38.根据权利要求35所述的系统，其中所述历史数据包括所述至少一个先前维护订单 的平均成本。
39.根据权利要求35所述的系统，进一步包括存储在所述计算机可读存储器上并且适 于在处理器上执行以利用实际维护任务信息、实际劳动信息或实际材料信息修改所述历史 数据的第七组指令。
40.根据权利要求35所述的系统，其中具有所述维护订单的所述多个设备之一是第一 类型的工厂资产，并且其中所述至少一个先前维护订单在与所述第一类型的工厂资产不同 的第二类型的工厂资产上被执行。
41.根据权利要求27的所述的系统，进一步包括存储在所述计算机可读存储器上并且4适于在处理器上执行以响应于所述估计维护信息的改变修改所述维护调度表的第五组指 令。
全文摘要
一种用于加工厂的维护系统收集和使用关于维护订单的历史数据。该数据识别用于完成例如所需的劳动、材料和维护任务的订单的维护项。该数据是从实际完成的维护订单开发出的历史数据。该系统使用存档历史数据并且估计各种维护信息，例如用于完成维护订单的估计成本，以及估计开始时间和完成时间。该估计数据可以以作为结果的平均数据为基础。该估计数据连同其它维护订单信息可以被发送至用于识别至维护订单的优先级并相应对它进行调度的调度器。
文档编号G06Q10/00GK101939714SQ200880024674
公开日2011年1月5日 申请日期2008年3月13日 优先权日2007年5月15日
发明者斯科特·纳尔逊·霍克尼斯, 斯蒂文·罗伯特·迪隆 申请人:费舍-柔斯芒特系统股份有限公司