用于资产状况监测的事件成本可视化的制作方法

用于资产状况监测的事件成本可视化


背景技术：

1.许多行业，诸如碳氢化合物提取、精炼和发电，可能很大程度上依赖资产(例如，机械)的操作，并且在一些情况下，依赖于此类资产的连续操作。在这些环境中，计划外的资产停机和/或故障可能会导致严重的后果，包括由于生产损耗和/或费用而产生的费用，对工人的潜在伤害等等。考虑到这些风险，在操作期间监测各种资产的选定参数可能很常见。
2.在一个方面中，资产状况监测可以包括对资产的一个或多个操作参数的测量和/或分析。这些测量结果和对测量结果的分析，单独或结合在一起，可以提供对相应资产部件的状况以及整个资产状况的指示。因此，可以识别并解决正常操作与资产操作之间的偏差，以避免资产停机和/或故障。因此，资产状况监测可以提供多种长期有益效果，诸如降低生产成本、减少装备停机时间、改善可靠性以及增强安全性。


技术实现要素：

3.状况监测系统可被配置为报告各种事件，这些事件表征资产性能与预先确定的正常操作状况之间的偏差。作为示例，设定值可以用于限定正常操作范围，并且可以将此范围之外的操作参数的测量标记为事件。传统上，可以基于事件的严重性和/或所监测资产的关键程度来显示事件并对其进行优先级排序。
4.尽管以这种方式显示事件可能有益，但是现有类别的事件严重性和资产关键程度可能受到限制。例如，事件严重性和资产关键程度通常按数值标度(例如，1-4)进行分类。然而，状况监测系统的操作员可能难以仅基于此类数值标度来正确地对两个或更多个事件进行优先级排序。例如，考虑其中两个事件具有相同严重性或关键程度的情况，优先级可以是高度主观的，其主要依赖于操作者的判断，而非更客观的标准。在两个事件中，第一事件具有比第二事件高的严重性，而第二事件具有比第一事件高的资产关键程度的情况下，同样会出现这个问题。随着所记录事件的数量和所监测资产的数量增加，这些困难进一步复杂化且出现更频繁。
5.因此，本公开的实施方案提供了用于资产管理的经改进的系统和方法，该系统和方法提供使相应事件与成本(例如，货币量)相关连的状况监测。通常，可以将各种考虑因素表示为成本，无论其是否具有实际的财务成本。例如，成本可以使用可靠性模型(例如，根据故障模式和效果分析(fmea)开发)来开发。事件和对应成本可以一起在图形用户界面中呈现，以供状况监测系统的操作者查看。
6.使事件和对应成本一起可视化的能力表示在仅使事件信息可视化上的显著改进。值得注意的是，与针对事件严重性和资产关键程度的数值标度相比，查看具有对应成本的事件可以显著地提高操作者对事件影响的理解。成本提供了评估相应事件影响的共同基础。因此，除了其他考虑因素之外，操作者可以根据事件相应成本的大小来容易地对事件进行优先级排序。此外，这种方式可以从事件优先级中去除显著程度的主观性，从而允许更快速地作出优先级决策并减小作出不正确优先级决策的可能性。
7.在一个实施方案中，提供了一种资产管理系统。所述系统可以包括存储器和事件
分析器，所述事件分析器包括一个或多个处理器。所述存储器可以被配置为维护多个事件数据和至少一个成本。所述多个事件数据可以表征由多个资产中的相应资产经历的一个或多个事件，其中所述多个资产可以分布在队列的不同站点中。所述事件数据可以包括所述资产在所述队列的资产层级内的至少一个位置以及对应于所述事件的至少一个事件参数。所述至少一个成本可以对应于所述一个或多个事件中的相应事件。所述事件分析器可以被配置为接收所述多个事件数据和所述至少一个成本并且执行多种操作。在一个方面，所述操作可以包括生成显示第一窗口的图形用户界面(gui)。该第一窗口可以包括根据资产在该队列的该资产层级内的位置组织的该资产的层级列表。在另一个方面，所述操作可以包括经由gui接收对所述层级列表内的所述层级级别的第一用户选择。在又一方面中，所述操作可以包括从由所述存储器维护的所述一个或多个事件中识别至少一个事件，所述至少一个事件与所述第一用户选择的所述层级级别相关联。在另外的方面中，所述操作可以包括响应于接收到第一用户选择而更新gui以显示第二窗口。所述第二窗口可以包括具有针对所识别的至少一个事件的相应条目的列表，并且针对事件的条目可以包括所述事件数据的至少一部分以及对应于所述事件的所述至少一个成本。
8.在另一实施方案中，所述存储器还可以包括对应于所述一个或多个事件中的相应事件的至少一个原因。
9.在另一实施方案中，所述至少一个成本可以包括多个成本，并且所述至少一个原因中的相应原因可以对应于所述多个成本中的相应成本。
10.在另一实施方案中，在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本可以是针对所述事件的所述多个成本中的最高成本。
11.在另一实施方案中，在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本可以是针对所述事件的所述多个成本中的平均值。
12.在另一实施方案中，所述事件分析器还可以被配置为经由所述gui接收对来自所述第二窗口内的所述列表中的事件的第二用户选择。所述事件分析器还可以被配置为识别对应于选定事件的至少一个原因。所述事件分析器还可以被配置为响应于接收到所述第二用户选择而更新所述gui以显示至少一个第三窗口。所述第三窗口可以包括具有针对所识别的至少一个原因及其对应成本的相应条目的列表。
13.在另一实施方案中，所述存储器还可以包括多个推荐，并且所述多个推荐中的相应推荐对应于所述至少一个原因中的相应原因。所述事件分析器进一步被配置为更新所述gui以将对应于所识别的至少一个原因的所述推荐包括在所述第三窗口内。
14.在另一实施方案中，队列的资产层级可以包括队列级别、站点级别、资产组级别或资产级别中的两者或更多者。
15.在另一实施方案中，至少一个事件参数可以包括测量类型、测量点、事件类型、事件级别、事件源或资产状态中的至少一者。
16.在另一实施方案中，所述一个或多个事件可以包括警报、状况监测系统健康状况事件、仪器健康状况事件或分析健康状况事件中的至少一者。
17.在一个实施方案中，提供了一种资产管理的方法。所述方法可以包括通过存储器来维护多个事件数据和至少一个成本。所述多个事件可以包括表征由多个资产中的相应资产经历的一个或多个事件，其中所述多个资产分布在队列的不同站点中。所述事件数据可
以包括资产在队列的资产层级内的至少一个位置以及对应于事件的至少一个事件参数。所述至少一个成本可以对应于该一个或多个事件中的相应事件。所述方法还可以包括由包括一个或多个处理器的事件分析器接收所述多个事件数据和所述至少一个成本。所述方法可以另外包括由所述事件分析器生成显示第一窗口的图形用户界面(gui)。该第一窗口可以包括根据资产在该队列的该资产层级内的位置组织的该资产的层级列表。所述方法可以另外包括由所述事件分析器经由所述gui接收对所述层级列表内的层级级别的第一用户选择。所述方法也可以包括由所述事件分析器从由所述存储器维护的所述一个或多个事件中识别至少一个事件，所述至少一个事件与所述第一用户选择的所述层级级别相关联。所述方法还可以包括由所述事件分析器响应于接收到所述第一用户选择而更新所述gui以显示第二窗口。所述第二窗口可以包括具有针对所识别的至少一个事件的相应条目的列表，并且针对事件的条目可以包括所述事件数据的至少一部分以及对应于所述事件的所述至少一个成本。
18.在另一实施方案中，所述方法还可以包括由所述存储器维护对应于所述一个或多个事件中的相应事件的至少一个原因。
19.在另一实施方案中，所述至少一个成本可以包括多个成本，并且所述至少一个原因中的相应原因可以对应于所述多个成本中的相应成本。
20.在另一实施方案中，在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本可以是针对所述事件的所述多个成本中的最高成本。
21.在另一实施方案中，在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本可以是针对所述事件的所述多个成本中的平均值。
22.在另一实施方案中，所述方法可以包括由所述事件分析器执行的进一步操作。在一个方面中，所述操作可以包括经由所述gui接收来自所述第二窗口内的列表中的事件的第二用户选择。在另一方面中，所述操作可以包括识别对应于所述选定事件的所述至少一个原因。在又一方面中，所述操作可以包括响应于接收到所述第二用户选择而更新所述gui以显示至少一个第三窗口。所述第三窗口可以包括具有针对所识别的至少一个原因及其对应成本的相应条目的列表。
23.在另一实施方案中，所述方法还可以包括由所述存储器维护多个推荐，并且所述多个推荐中的相应推荐对应于所述至少一个原因中的相应原因。所述事件分析器可以进一步更新所述gui以将对应于所识别的至少一个原因的所述推荐包括在所述第三窗口内。
24.在另一实施方案中，队列的资产层级可以包括队列级别、站点级别、资产组级别或资产级别中的两者或更多者。
25.在另一实施方案中，至少一个事件参数可以包括测量类型、测量点、事件类型、事件级别、事件源或资产状态中的至少一者。
26.在另一实施方案中，所述一个或多个事件可以包括警报、状况监测系统健康状况事件、仪器健康状况事件或分析健康状况事件中的至少一者。
附图说明
27.根据以下结合附图的详细描述，将更容易理解这些和其他特征，其中：
28.图1是示出操作环境的一个示例性实施方案的示意图，该操作环境包括用于对包
括事件分析器的资产进行状况监测的改进的可视化系统；
29.图2是示出由图1的事件分析器生成的图形用户界面(gui)的一个示例性实施方案的示意图，该gui包括呈现队列(例如，队列级别、站点级别、组级别、机器/部件级别等)的资产的层级列表的第一窗口(例如，202)和列出在层级列表内的选定层级内出现的唯一事件和聚合重复事件的第二窗口(例如，204)，以及提供关于选自第二窗口中的事件的详细支持数据的第三窗口；
30.图3a是示出在从第一窗口中的列表中选择层级级别和从第二窗口中的列表中选择事件之后图2的gui的示意图；
31.图3b是示出图3的gui的示意图，还包括对应于第二窗口中选择的事件的一个或多个操作参数测量值的图；
32.图4是示出对用于状况监视的事件进行可视化的方法的一个示例性实施方案的流程图。
33.图5是示出gui的另一示例性实施方案的示意图，该gui包括列出事件和对应成本的第二窗口以及提供关于从第二窗口选择的事件的详细支持数据的第三窗口；
34.图6是示出在从第一窗口中的列表中选择层级级别和从第二窗口中的列表中选择事件之后图5的另一示例性实施方案的示意图；并且
35.图7是示出对用于状况监测的事件和对应成本进行可视化的方法的一个示例性实施方案的流程图。
36.应注意，附图不一定按比例绘制。附图仅旨在描绘本文所公开的主题的典型方面，因此不应视为限制本公开的范围。
具体实施方式
37.资产(例如，机器、机器部件等)可以由一个或多个传感器进行监测，以确保它们正常运行。状况监测系统可用于审查传感器测量值，检测资产何时会异常操作，并且确定是否对事件(例如，警报)进行记录。操作工程师可以审查记录的事件，以确定是否应针对事件采取措施(例如，停机、安排维护等)。现有状况监测系统可以将事件呈现为列表。但是，在某些情况下(例如，当资产在正常操作与异常操作之间反复切换时)，可能会重复记录类似的事件。因此，事件日志中可能会充满更多事件，这些事件的数量会超过操作者有效分析触发事件的原因所需的数量。此外，可能难以找到引起触发事件的唯一事件。另外，对关注的事件进行优先级排序也可能具有挑战性。
38.因此，提供了用于对进行资产状况监测的事件进行可视化的改进系统和方法。在一个方面，可以显示来自多个状况监测系统的事件数据。这表示对现有状况监测系统的改进，这些系统被设计成仅对在其本地站点获取的事件数据进行可视化。在另一方面，可以对事件进行审查，并将该事件分类为唯一事件或重复事件。当显示事件以供操作者查看时，唯一事件可以显示为单个项目，并且重复事件可以聚合到单个项目中。聚合重复事件的能力可以提高操作者采用事件可视化系统的效率，因为重复事件可以在一起审查而不需要另外的搜索。另选地或除此之外，在又一方面中，可以显示对应于相应事件的成本。查看事件成本以及事件本身的能力可以进一步提高采用事件可视化系统的操作者的效率，因为事件通常可以基于成本而进行快速地优先级排序，而不需要更耗时的评估。
39.可以选择所显示事件以查看关于该事件的其他细节，从而便于审查。相反，现有状况监测系统可能缺乏在单个图形用户界面中同时获得和显示此类详细事件数据和/或事件原因成本的能力。
40.本文论述了对用于状况监测的事件和对应成本进行可视化的系统和对应方法的实施方案。然而，本公开的实施方案可用于不受限制地对其他数据进行可视化。
41.图1是示出包括与事件可视化系统104通信的一个或多个状况监测系统102的操作环境100的一个示例性实施方案的示意图。如图所示，提供了多个状况监测系统102，每个状况监测系统存在于包括一个或多个资产106的相应站点(例如，站点1、站点2、
……
、站点n)。
42.资产106的实施方案可以包括需要监测的任何机器或机器部件。在某些实施方案中，资产106可以是包括旋转部件、往复式部件和/或固定资产部件的机器。此类部件可以包括但不限于齿轮、轴承和轴等等。含有此类部件的机器的示例可以包括但不限于涡轮机械、涡轮机(例如，水力涡轮机、风力涡轮机)、发电机和往复式压缩机等等。
43.如下文更详细地论述的，资产106可以布置在包括多个级别的资产分级结构中。资产层级的最低级别可以是资产部件。资产部件的上一个级别可以是资产级别，该资产级别涵盖相应资产的所有部件。例如，对于再循环压缩机资产，资产部件可以包括马达、齿轮箱和压缩机。资产106的上一个级别可以是资产组级别。可以根据任何预定标准(诸如功能性或过程)对资产106进行分组。在一个示例中，加氢裂化器资产组可以包括相应资产106，诸如再循环压缩机、补充压缩机和电荷泵。资产组的上一个级别可以是站点级别，该站点级别可以包括与站点相关联的所有资产。作为示例，精炼站点可以包括资产组，诸如烷基化、大气蒸馏、焦化、流体催化裂化、氢化裂化、重整和真空蒸馏。站点之上的最终级别可以是队列级别，该队列级别包括所有站点处的所有资产106。可以理解的是，提供以上示例以供说明，并且资产层级可以根据需要包括任何数量的级别。
44.状况监测系统102中的每一个状况监测系统可以与相应传感器110通信，该传感器被配置为感测资产106中的目标资产的一个或多个操作参数。传感器110可以进一步被配置为生成表示所测量的操作参数的至少一个传感器信号110s，并且(例如，经由现场布线)将传感器信号110s传输到相应状况监测系统102。例如，传感器110可以包括探针、换能器和信号调节电路(未示出)。探针可以与资产106相互作用以测量操作参数。换能器可以将操作参数的测量值转换成电信号(例如，电压)，并且信号调节电路可以调节和/或放大电信号以生成传感器信号110s(例如，介于最小与最大之间的电压)。因此，在一个方面，传感器信号110s可以包含由传感器换能器进行的直接或原始测量。传感器信号110s可以是模拟信号或数字信号。
45.在另一方面，传感器信号110s可以包括除操作参数的直接测量之外的信息。例如，传感器信号110s可以包括关于对应传感器110的一个或多个部件(诸如换能器)的元数据。元数据的示例可以包括但不限于序列号、版本号、操作温度和健康状况中的一者或多者。
46.传感器110的数量和类型可以由旨在被测量的一个或多个操作参数决定。在一个方面，传感器110可以采用用于测量振动、位置、速度、运动方向和偏心度的一个或多个接近探针的形式。在另一方面，传感器110可以采用用于测量地震振动和加速度的一个或多个加速度计的形式。在另一方面，传感器110可以采用分别用于测量温度和压力的一个或多个温度探针或压力探针的形式。应当理解，上文论述的传感器110的类型和对应所测量的操作参
数不是穷举性的，并且传感器110的实施方案可以包括适用于测量感兴趣的操作参数的任何传感器或传感器的组合。
47.在使用中，状况监测系统102可以被配置为分析接收到的传感器信号110s并识别关于对应所监测的资产106的事件。例如，状况监测系统102可以被配置为确定表征操作参数测量值的值。状况监测系统102还可以被配置为将确定的值与一个或多个对应的预定设定值或其他状况(例如，警报状况)进行比较以确定警报状况(例如，良好、不良、过度、不足等)。例如，良好/不良可以表示合格/不合格状况，而过度/不足可以分别表示一个或多个操作参数的测量值高于设定值或低于设定值。
48.例如，当资产106为旋转轴并且所测量的操作参数为轴的径向振动时，传感器信号110s可以包括作为时间函数的轴的位移的测量。根据传感器信号110s，状况监测系统102可以确定从峰到峰位移的振幅值。在警报状态指示资产106在正常操作范围之外操作的情况下，状况监测系统102可以将警报记录为事件。
49.在另外的实施方案中，状况监测系统102可以被配置为使用定义的逻辑和/或模型来分析从多个传感器110接收到的操作参数，以提取资产故障状况的高级见解。这些操作参数可以从单个部件/资产或多个部件/资产中测量。
50.状况监测系统102可以进一步被配置为以类似方式执对其自身执行监测。可以将附加监测分组为多种类别，并且可以包括但不限于系统健康状况、仪器健康状况和分析健康状况。
51.系统健康状况可以包括支持状况监测系统102的功能的硬件和/或软件的任何方面的健康状况。状况监测系统102可以从其软件/硬件接收数据，并且与设定值或其他编程逻辑结合采用此数据，以确定系统健康状况事件是否已出现以及是否应记录该事件。系统健康状况的示例可以包括但不限于：配置设置；通信丢失；驱动器、固件/硬件更新、数据包裹/丢失等。
52.仪器健康状况可以包括传感器110收集传感器数据的操作的任何方面。状况监测系统102可以从传感器110接收关于其操作的元数据，并且与设定值或其他编程逻辑结合采用此数据，以确定仪器健康状况事件是否已出现以及是否应记录该事件。仪器健康状况的示例可以包括但不限于仪器故障、仪器良好状态和仪器通信状态。
53.分析健康状况可以包括用于识别事件(例如，警报和额外监测)的逻辑。例如，定义状况监测系统102何时记录事件(例如，事件源)的规则/标准可以由一个或多个授权方(诸如状况监测系统的制造商、所有者、操作者)准备。状况监测系统102可以接收关于用于事件识别的逻辑的元数据，并且结合预定设定值或定义事件识别逻辑的正常操作和异常操作的其他标准来采用此数据，从而确定事件是否已出现以及是否应记录该事件。分析健康状况的示例可以包括但不限于事件识别逻辑的存在/不存在。
54.通常，无论事件类型如何，在记录事件时，可以记录关于该事件的选定事件数据。事件数据的示例可以包括但不限于受影响资产在舰队的资产分级结构内的位置，以及对应于该事件的至少一个事件参数(例如，在警报事件情况下的操作参数测量值)。事件参数可以任选地包括以下参数中的一者或多者，所述参数任意组合：
55.·
事件名称：所识别事件的名称。
56.·
资产状态：与事件相关的资产的操作状态。示例可以包括但不限于启动、运行
(正常操作)、停机等。
57.·
测量类型和测量点：测量类型是用于识别事件(例如，振动、温度、压力等)的测量类别。测量点是用于获取测量类型(例如，
58.传感器110)的值的通道。
59.·
事件触发器：用于识别事件的一个或多个设定值。
60.·
事件类型：事件的分类(例如，不良、过度、不足等)，
61.·
事件源：用于识别事件的一个或多个逻辑包。此类逻辑包可以从各种来源接收，包括但不限于状况监测系统的制造商、所有者和/或操作者。
62.·
事件时间：事件出现的时间或持续时间(例如，输入时间、退出时间等)
63.·
事件级别：事件优先级的相对度量。在已经识别事件之后，可以由状况监测系统102确定事件级别。
64.·
事件参数测量值：用于识别事件的操作参数测量值。当事件是暂时性的时，操作参数测量值可以是单个操作参数测量值。替代地，当事件持续时，操作参数测量值可以是在事件的至少一部分期间获取的多个操作参数测量值(例如，在事件进入时间与事件退出时间之间获取的操作参数测量值)。
65.每个状况监测系统102可以被配置为输出针对其相应站点的资产106记录的事件数据。在某些实施方案中，如图1所示，事件可视化系统104可以与多个状况监测系统102通信，并且可以从该多个状况监测系统接收事件数据(例如，站点1事件数据112a、站点n事件数据112n，统称为事件数据112)。在替代实施方案中，未示出，状况监测系统可以将事件数据输出到另一计算设备。随后，状况监测系统可以检索事件数据。
66.如图所示，事件可视化系统104包括与历史库120和用户计算设备122通信的事件分析器116。历史库120可以是被配置为存储事件数据112的计算设备(例如，存储器设备)，该事件数据对应于由多个状况监测系统102获取的相应事件。与事件分析器116通信的历史库120或另一存储器设备还可以存储至少一个成本112'，该至少一个成本对应于事件中的相应事件。
67.事件分析器116可以是包括至少一个处理器的计算设备，并且其可以被配置为针对事件数据112和至少一个成本112'向历史库120提交查询114和/或向其他存储器设备提交查询114'。随后，事件分析器116可以基于接收到的事件数据112和成本112'生成图形用户界面(gui)126，并且将gui 126传输到用户计算设备122以用于显示。用户计算设备122可以被配置为显示由事件分析器116生成的gui 126，以及在gui 126内接收用户选择。
68.可以在gui 126内显示队列内的资产的层级列表(第一列表)，该层级列表按上文所论述的级别布置。响应于接收到对此第一列表内的层级级别的用户选择，事件分析器116可以被配置为识别与选定层级级别相关联的多个事件。事件分析器116可以进一步被配置为更新gui 126以包括所识别事件的第二列表。在此第二列表中，唯一事件和重复事件可以各自显示在其相应的单个条目中。在某些实施方案中，还可以呈现对应于第二列表的事件的成本。
69.在另外的方面，可以更新gui 126以响应于操作者选择而显示关于第二列表的事件的详细数据。如以下详细讨论的，详细数据可以包括事件数据112中的任一事件数据。示例可以包括但不限于以下项中的一者或多者：选定事件中的最近出现事件、关于选定事件
的至少一个推荐、选定事件的所有出现事件、或关于选定事件的测量操作数据。在另外的实施方案中，详细数据可以包括选定事件的一个或多个可能原因以及对应成本。相比之下，现有的状况监测系统可以缺乏获取和显示此类详细事件数据的能力，或者至少可能需要操作者在多个应用程序之间切换。在不进行繁琐的应用程序切换的情况下查看详细事件数据的能力可进一步提高操作者使用事件可视化系统104的效率。
70.与用于事件可视化的现有技术相比，事件可视化系统104可以提供各种益处。在一个方面，来自多个状况监测系统102的事件可以包括在事件数据112中并且进行可视化。相比之下，现有的状况监测系统可以被配置为仅可视化在其本地站点处获取的事件数据，并且不能可视化由其他站点的资产经历的事件。聚合重复事件的能力也可以提高操作者采用事件可视化系统104的效率，因为重复事件可以在一起审查而不需要另外的搜索。类似地，查看对应于相应事件的成本的能力还可以提高采用事件可视化系统的操作者的效率，因为该成本可以用于对针对于事件的关注进行优先级排序并加速作出关于处置/解决事件的决策的过程。
71.在某些实施方案中，事件可以涉及警报(例如，正常操作范围之外的操作参数)。在一些情况下，警报可以指示所监测资产的问题，并且可能期望解决此类警报以便避免资产停机和/或损坏。因此，可以进一步更新gui 126以显示与警报事件组合的一个或多个推荐动作。在另外的实施方案中，还可以显示对应于相应推荐动作的成本。有益的是，通过结合对应于相应推荐的成本和/或警报事件的显示推荐，事件可视化系统104可以帮助操作者确定解决警报事件的行动方案并允许更快地解决此类警报事件。
72.聚合事件显示
73.下面的论述提供了关于图2、图3a和图3b的由事件分析器116生成的gui 126的示例性实施方案。图2是示出被配置为聚合重复事件的gui 126的一个示例性实施方案的示意图。如下面详细论述的，gui 126可以被配置为以任何组合显示第一窗口200、第二窗口202、第三窗口204和第四窗口206中的一者或多者。
74.gui 126可以被配置为在第一窗口200(层级导航列表)内显示资产210的层级列表。如图所示，资产210的层级列表包括多个级别，诸如队列级别、站点级别、资产组级别、资产级别和部件级别。
75.gui 126可以被配置为接收对资产210的层级列表级别的用户选择(例如，用户选择124)。响应于接收到此选择，事件分析器116可以确定资产106和与选定层级级别相关联的对应事件。
76.如上所述，最高级别是队列级别。因此，队列级别的选择包括队列的所有资产106(例如，每个站点内的所有资产)和队列的所有事件。
77.第二最高级别是站点级别，并且该站点级别可以包括一个或多个站点(例如，站点1、站点2、
……
、站点n)。因此，站点级别中的站点的选择可以包括与选定站点相关联的资产106和对应于选定站点的资产的所有事件。
78.第三最高级别是资产组级别(例如，资产组1、资产组2、
……
、资产组n)。因此，资产组级别中的资产组的选择可以包括与选定资产组相关联的资产106和对应于选定资产组的资产106的所有事件。
79.第四最高级别是资产级别(例如，资产1、资产2、资产n)。因此，资产级别中的资产
106的选择包括选定资产106和对应于选定资产106的所有事件。任选地，当监测资产部件时，资产级别中的资产106的选择可以进一步包括与选定资产106相关联的部件和对应于选定资产106的事件。
80.第五最高级别是资产部件级别(例如，部件1、部件2、部件n)。因此，部件级别中的部件的选择包括选定部件和对应于选定部件的所有事件。
81.事件分析器116可以进一步被配置为更新gui 126以显示与资产210的层级列表的选定层级级别相关联的事件的第二列表。此第二列表可以包括用于唯一事件的单个条目和用于相应重复事件的单个条目。如上文所论述，事件的示例可以包括但不限于警报、状况监测系统的系统运行状况、获取相应所监测的资产106的操作参数测量值的仪器(例如，传感器110)的仪器运行状况以及用于识别事件的逻辑的分析运行状况。
82.如上文所论述，对应于每个事件的事件数据可以包括至少一个事件参数。在某些实施方案中，当对应于事件的至少一个事件参数与多个事件中的另一事件的所有至少一个事件参数匹配时，该事件可以被分类为重复事件。通常，这种匹配旨在确保归类为重复事件的事件在相同的基础上进行评估，并在名义上相同的资产条件下发生，因此可以归因于相同的根本原因。此外，此类事件可以相对于彼此表现出很小的实质性变化。因此，将这些重复事件分组在第二列表内的单个条目中提供了显著的有效改进，而不会实质性地丢失事件信息。
83.在某些实施方案中，至少一个事件参数可以包括测量类型和测量点、资产状态、事件级别、事件源和事件类型。因此，在这些情况下，当事件的上述事件参数中的至少一个与另一事件不匹配时，该事件被分类为唯一事件。相反，在这些情况下，当对应于事件的至少一个事件参数与另一事件的所有上文列出的事件参数匹配时，该事件可以被分类为重复事件。
84.可以理解的是，仅出于示例目的来论述这些事件参数，并且至少一个事件参数可以是不同的，并且任选地可以包括更多或更少的事件参数。
85.在另外的实施方案中，第二窗口202(事件列表窗口)可以进一步显示对应于所列事件中的每个事件的选定事件信息。作为示例，如图2所示，事件信息包括事件优先级、事件名称、层级级别和事件概述。
86.gui 126可以进一步被配置为接收在第二窗口202中显示的列表内的事件的第二用户选择。响应于接收到此选择，事件分析器116可以被配置为更新gui 126以显示第三窗口204，该第三窗口包括对应于选定事件的事件数据112的至少一部分。事件数据的示例可以包括但不限于事件概述212、推荐动作214、事件出现列表216和操作参数图220。
87.图3a至图3b进一步示出了代表性示例。如图所示，在第一窗口200内选择队列层级级别，并且在第二窗口202中示出对应事件。“事件名称1”是在第二窗口202内进一步选择的事件。在第三窗口204的第一子窗口中示出了示例性事件细节概要212。例如，进一步示出了优先级、事件名称和选定事件在队列的资产层级内的位置。
88.在事件细节概述212中汇总的另外的事件数据的实施方案可以基于事件的最近出现。汇总事件数据的非限制性示例可以包括但不限于事件出现计数、资产状态(启动、运行(正常操作)、停机等)、事件触发值(单独或与导致事件被触发的所测量的操作参数值组合、事件类型(例如，警报、系统健康状况、仪器健康状况或分析健康状况)和事件源。对于唯一
选定的事件，最近出现将是对应于选定事件在事件数据内的唯一出现。因此，在这些情况下，计数采用值1。
89.在某些实施方案中，推荐的动作显示在第三窗口204的第二子窗口中。对应于相应事件的推荐动作可以由状况监测系统102确定并且包括在事件数据112中。在某些实施方案中，推荐可以由状况监测系统102确定并且与事件数据112一起提供。在其他实施方案中，操作者可以采用事件可视化系统104以使推荐与特定事件相关联。在一个示例中，推荐可以建议在资产106上执行特定维护。在另一示例中，推荐可以建议在指定操作参数内操作资产106。
90.在第三窗口204的第三子窗口中示出了事件出现216的示例性列表。对于唯一选定的事件，最近出现将是对应于选定事件在事件数据内的唯一出现。因此，在这些情况下，仅将显示单次出现。相比之下，对于重复选定的事件，可以显示对应于选定的重复事件的事件数据中的所有出现。
91.对于每次出现，可以显示选定的事件数据。如图3a所示，事件数据可以包括事件参数，诸如触发事件。例如，事件出现列表216可以包括事件触发值(单独或与导致事件被触发的所测量的操作参数值组合)、事件进入(开始)和退出(停止)时间，以及任选地，操作者对选定事件的确认(例如，经由下面更详细论述的快速动作)。
92.在某些实施方案中，在第三窗口204的第四子窗口中示出了资产106的一个或多个所测量的操作参数随时间变化的图。如图所示，所测量的操作参数可以包括在选定事件之前、期间和/或之后获取的一个或多个操作参数测量值。任选地，一个或多个设定值可以覆盖在图表上。应当理解，该图可以根据需要以任何格式显示其他数据。
93.事件分析器116可以进一步被配置为响应于接收到对资产210的层级列表的级别的第一用户选择而更新gui 126以显示第四窗口206。例如，第四窗口206可以基于事件数据112中对应于第一多个事件的部分在所选层次级别处包括性能概述。
94.图3a至图3b进一步示出了第四窗口的代表性示例。继续上面的示例，在第一窗口200内选择队列层级级别，并且在第二窗口202中示出队列层级级别的资产的对应概述。如图所示，性能概述包括性能索引、多个事件(单独或与许多未确认事件组合)、多个失效事件(例如，在预定时间内尚未确认的事件)等。
95.在另外的实施方案中，事件分析器116可以进一步被配置为包括对应于生成的gui 126内的一个或多个快速动作的用户界面对象222。用户界面对象222的功能可以采用各种配置。在一个实施方案中，快速动作可以涉及警报管理。示例可以包括但不限于警报确认、报警抑制、重置锁定警报等。在另外的实施方案中，快速动作可以涉及情况管理，诸如情况创建或情况分配。例如，在操作者具有其管理特定资产106的状态/维护并且识别出与情况相关的新事件的情况下，操作者可以使用快速动作将事件分配到该情况以收集所有支持数据。在另一示例中，可以在识别新事件之后创建新的情况。在另外的实施方案中，快速动作可以涉及gui 126内的导航。(例如，操作参数图220)。有利地，创建和部署快速动作的能力使得能够对gui 126进行一定程度的定制并且可以促进更好的操作者体验。
96.可以理解的是，仅出于示例目的来呈现对事件参数和用于在gui 126内显示的对应概述的论述，并且事件参数可以不同于所示的那些，并且任选地，可以包括更多或更少的事件参数。
97.图4是示出对用于状况监视的事件进行改进可视化的方法400的一个示例性实施方案的流程图。如图所示，方法400包括操作402-416，并且下文参考图1至图3b进行论述。可以理解的是，在替代的实施方案中，该方法可以包括更多或更少的操作和/或以与图4所示顺序不同的顺序执行。
98.在操作402中，可以(例如，通过事件可视化系统104)维护表征由多个资产106中的相应资产经历的一个或多个事件的多个事件数据(例如，事件数据112)。在实施方案中，事件数据112可以由历史库120维护。多个资产106可以分布在队列的不同站点之间。在实施方案中，事件可以是警报、状况监测系统运行状况事件、仪器运行状况事件和分析运行状况中的至少一者。
99.事件数据可以包括选定资产106在队列的资产层级中的至少一个位置以及对应于事件的至少一个事件参数。在实施方案中，至少一个事件参数可以包括测量类型、测量点、事件类型、事件级别、事件源和资产状态中的至少一者。在另外的实施方案中，事件数据可以包括与相应事件相关的所测量的操作数据(例如，所测量的操作参数)。例如，所测量的操作数据可以是在大约相同的时间、在相应事件之前和/或之后测量的一个或多个操作参数。
100.在操作404中，可以由一个或多个处理器(例如，事件分析器116)接收多个事件数据。
101.在操作406中，事件分析器116可以生成显示第一窗口200的图形用户界面(gui)126。第一窗口200可以包括根据资产在该队列的该资产层级内的位置组织的该资产的层级列表。例如，队列的资产层级可以包括队列级别、站点级别、资产组级别和资产级别中的两者或更多者。
102.在操作410中，可以由事件分析器116接收对层级列表内的层级级别的第一用户选择。例如，gui 126的操作者可以查看gui 126并且使用用户计算设备122提供第一用户选择。用户计算设备122可以(例如，经由网络)与事件分析器116通信，并且在进入时将第一用户选择传输到事件分析器116。
103.在操作412中，事件分析器116可以识别与第一用户选择的层级级别相关联的多个事件。
104.在操作414中，事件分析器116可以基于其相应事件数据对所识别的多个事件中的至少一部分进行分类。在某些实施方案中，可以对所有所识别的多个事件进行分类。例如，事件可以被分类为在多个事件内单次出现的唯一事件或在多个事件内多次出现的重复事件。
105.在一个实施方案中，当对应于事件的至少一个事件参数与多个事件中的另一事件不匹配时，该事件可以被事件分析器116分类为唯一事件。在另一实施方案中，当对应于事件的至少一个事件参数与多个事件中的另一事件的所有至少一个事件参数匹配时，该事件可以被一个或多个处理器分类为重复事件。
106.在操作416中，事件分析器116可以响应于接收到第一用户选择而更新gui 126以显示第二窗口202。第二窗口202可以包括第二列表，该第二列表包括第一多个事件中的用于相应唯一事件的单个条目和用于相应重复事件的单个条目。
107.在另外的实施方案中，可以在gui 126内接收对来自第二列表的事件的第二用户选择。响应于接收到第二用户选择，事件分析器116可以更新gui 126以显示至少一个第三
窗口204。第三窗口204可以包括对应于选定事件的事件数据。
108.第三窗口204可以采用各种配置。在一个实施方案中，第三窗口204可以呈第一子窗口(例如，事件细节概述212)的形式，该子窗口显示包括至少一个事件参数的第一部分的选定事件的最近出现。
109.在另一实施方案中，事件数据可以进一步包括至少一个推荐。在这种情况下，第三窗口204可以呈显示至少一个推荐的第二子窗口(例如，推荐动作214)的形式。
110.在另外的实施方案中，第三窗口204可以呈第三子窗口的形式(例如，事件出现列表216)，该子窗口显示选定事件的所有出现并且包括每次出现的至少一个事件参数的相应第二部分。
111.在另外的实施方案中，第三窗口204可以呈第四子窗口(例如，操作参数图220)的形式，该子窗口包括所测量的操作数据的图。所测量的操作数据可以在选定事件之前、期间和/或之后。
112.事件成本显示
113.下面的论述关于图5至图6提供了由事件分析器116生成的gui 126的替代实施方案。对应的流程图示出了对用于状况监测的事件进行经改进的可视化的方法700的一个示例性实施方案，该状况监测包括显示对应于相应事件的成本。如图所示，方法700包括操作702-714，并且下文参考图1和图5至图6进行论述。可以理解的是，在替代的实施方案中，该方法可以包括更多或更少的操作和/或以与图7所示顺序不同的顺序执行。
114.在操作702中，可以由存储器维护表征多个资产中的相应资产所经历的一个或多个事件的多个事件数据(例如，事件数据112)以及对应于该一个或多个事件中的相应事件的至少一个成本(例如，112')。如上所述，该多个资产可以分布在队列的不同站点之间，并且该事件数据可以包括资产在队列的资产层级内的至少一个位置和对应于该事件的至少一个事件参数。
115.在某些实施方案中，至少一个成本可以表示为货币量。在另一方面中，至少一个成本可以表示为无单位值(例如，通过货币量标准化)。至少一个成本可以在历史库120或另一数据存储设备中维护。至少一个成本可以由事件分析器116响应于历史库的查询(例如，查询114)或响应于另一数据存储设备的查询(例如，查询114')来接收。
116.至少一个成本可以被配置为单独或组合地表示多种考虑因素中的一种或多种。在一个方面中，至少一个成本可以表示用于解决事件(诸如资产(例如，材料、劳动力等)的修理或更换)的财务成本。在其他方面中，至少一个成本可以表示与事件相关联但不直接属于所监测资产本身的财务成本，诸如环境减轻、工作者健康状况和安全、针对违反契约义务而评估的罚金、针对违反规章要求而评估的罚金、保险成本、法律成本或其任何组合。
117.在另一方面中，成本可以反映相应资产之间的相互依赖性。也就是说，与一个资产相关联的事件可能对另一资产有影响。例如，所监测的资产可为用于另一资产的冷却系统。当事件涉及所监测资产的性能降低、关机或灾难性故障时，也可能涉及其他资产。因此，对应于针对第一监测资产的事件的成本还可以包括由于第一监测资产的事件出现而在其他资产中出现的任何事件的成本。
118.可以理解，该成本列表不是穷尽性的，并且必要时，至少一个成本可以包括与事件相关的任何成本。
119.至少一个成本可以以多种方式表示。可以理解，可能存在事件的一个或多个可能原因，并且这些原因中的每个原因可以具有相关联的成本。因此，至少一个成本可以是多个成本，该多个成本中的每个成本对应于相应的可能事件原因。在一个方面中，至少一个成本可以是相应可能事件原因的成本中的最高成本。在另一方面中，至少一个成本可以是一部分可能事件(例如，具有前五个最高成本的可能事件)成本的平均值或所有可能事件成本的平均值。可以无限制地采用成本的其他表示。
120.可以以各种方式单独地或组合地确定一个或多个成本的值。在一个方面中，事件或特定事件原因的成本可以基于相同或类似事件的历史上已发生的成本来确定。在另一方面中，可以基于操作数据和一个或多个适当模型来确定事件或特定事件原因的成本。根据前述内容，可以理解，对一个或多个成本进行估算可能涉及各种考虑因素
121.·
在包含监测资产的站点处通过生产过程工作。
122.·
理解每个资产故障对生产过程的影响。
123.·
建立可靠性框图以量化相应资产之间的关系。
124.·
优化维护、辅助动作和现有装备，以维护生产过程。
125.·
在可靠性模型中捕获这些考虑因素，并且基于操作员的风险容限和可用性需要来优化此类可靠性模型以找到适当的维护级别。
126.此类模型的示例基于故障模式和效果分析(fmea)开发的可靠性模型。然而，可以理解，可不受限制地采用其他金融模型。这些模型和输出可以与特定资产的潜在故障相关，以将成本量化为货币量或无单位值(例如，由货币量标准化)。
127.至少一个成本可以存储在历史库120、另一其他存储器设备或其组合中。当表示为货币量时，gui 126可以以默认货币(例如，美元)或以从默认货币转换为另一预定货币(例如，如由操作员指定、如由事件可视化系统104的本地化设置指定等)的金额来显示成本。根据需要，可由事件分析器116使用预定汇率(例如，由指定机构诸如中央银行发行的外汇汇率)来执行货币换算。
128.在操作704中，事件分析器116可以接收多个事件数据和至少一个成本，该至少一个成本对应于一个或多个事件中的相应事件。
129.在操作706中，事件分析器116可以生成gui 126，如图5中所示。如下面详细论述的，gui 126可以被配置为以任何组合显示第一窗口200、第二窗口502、第三窗口504和第四窗口506中的一者或多者。
130.gui 126的第一窗口200(例如，层级导航窗口)可以与以上关于图2所讨论的相同、被配置为显示资产210的层级列表。如所示，第一窗口200包括根据资产在队列的资产层级内的位置组织的资产210的层级列表。
131.在操作710中，事件分析器116可以经由gui 126接收对来自资产210的层级列表的级别的第一用户选择(例如，用户选择124)。在操作712中，事件分析器116可以进一步识别资产106和与选定层级级别相关联的对应事件。这些操作710、712可以如上相对于方法400的操作410、412所讨论的来执行。
132.事件的示例可以包括但不限于警报、状况监测系统的系统运行状况、获取相应所监测的资产106的操作参数测量值的仪器(例如，传感器110)的仪器运行状况以及用于识别事件的逻辑的分析运行状况。
133.在操作714中，事件分析器116可以响应于接收到第一用户选择而更新gui 126以显示第二窗口502(时间列表窗口)。在某些实施方案中，如上文在图2的上下文中所论述的，此第二列表可以包括用于唯一事件的单个条目和用于相应重复事件的单个条目。在其他实施方案中，此第二列表可以省略重复事件的聚合，而是列出与选定层级级别相关联的每个事件。
134.第二窗口502还可以显示对应于所列出事件中的每个事件的选定事件信息以及对应于相应列表事件的至少一个成本。作为示例，如图5中所示，事件信息包括事件名称、层级级别和事件概述。
135.与图2的实施方案相反，图5的gui 126可以用至少一个成本来更换优先级。在替代的实施方案中，可以结合至少一个成本来示出优先级。
136.如上所述，事件可以具有一个或多个相应的可能原因。因此，在第二窗口202中示出的针对给定事件的至少一个成本可以表示对应的可能原因的成本。在一个示例中，至少一个成本可以是对应的可能原因的成本中的最高成本。在另一示例中，至少一个成本可以是对应的可能原因的成本的全部或选定部分的平均值。以这种方式，操作者可以容易地查看表示事件的对应的可能原因的成本，而不需要查看单个原因本身。也就是说，第二窗口202提供对应于相应事件的成本的便利概述。
137.在另外的实施方案中，可以显示对应于相应事件的多于一个成本。示例可以包括但不限于，对应的可能原因的最高成本和最低成本、对应的可能原因(的全部或一部分)的最高成本和平均成本等。
138.gui 126可以进一步被配置为接收在第二窗口202中显示的列表内的事件的第二用户选择。响应于接收到此选择，事件分析器116可以被配置为更新gui 126以显示第三窗口204(支持数据)，该第三窗口包括对应于选定事件的事件数据112的至少一部分。事件数据的示例可以包括但不限于，事件细节概述212、推荐动作214、事件出现列表216和操作参数图220，如上关于图2所述。
139.在另外的实施方案中，第三窗口可以采取第三窗口504的形式。在一个方面中，第三窗口504可以包括呈事件细节概述512形式的事件细节概述212以及针对选定事件的对应成本及可能事件原因中的相应原因的列表514。
140.图6中示出了代表性示例。如图所示，在第一窗口200内选择队列层级级别，并且在第二窗口502中示出对应事件。“事件名称1”是在第二窗口502内进一步选择的事件。在第三窗口504的第一子窗口中示出了示例性事件细节概述512。例如，进一步示出了事件成本、事件优先级、事件名称和选定事件在队列的资产层级内的位置。
141.在事件细节概述512中汇总的另外的事件数据的实施方案可以基于事件的最近出现。汇总事件数据的非限制性示例可以包括但不限于事件出现计数、资产状态(启动、运行(正常操作)、停机等)、事件触发值(单独或与导致事件被触发的所测量的操作参数值组合、事件类型(例如，警报、系统健康状况、仪器健康状况或分析健康状况)和事件源。对于唯一选定的事件，最近出现将是对应于选定事件在事件数据内的唯一出现。因此，在这些情况下，计数采用值1。
142.在第三窗口204的第二子窗口中示出了潜在事件原因和对应成本以及推荐的列表514。可选地，对应于相应事件原因的推荐动作还可以与潜在事件原因一起显示。在一个实
施方案中，对应于事件的事件原因和对应于事件原因的推荐可以由预编程逻辑来确定。例如，可以在关系数据库中维护相应事件、事件原因和推荐。在识别出事件之后，可以查询该数据库，以确定可能事件原因和推荐。在一个示例中，推荐可以建议在资产106上执行特定维护。在另一示例中，推荐可以建议在指定操作参数内操作资产106。
143.如上所述，事件分析器116可以进一步响应于接收到对资产210的层级列表的级别的第一用户选择而更新gui 126以显示第四窗口206。在另外的实施方案中，事件分析器116可以进一步被配置为包括对应于生成的gui 126内的一个或多个快速动作的用户界面对象222。
144.作为非限制性示例，本文所述的方法、系统和设备的示例性技术效果包括用于状况监测的事件的改进可视化。当查看事件时，可以向操作员显示对应于由状况监测系统识别的相应事件的成本。成本可以基于特定的可能原因而进一步指定。成本基于对相应事件的财务影响的分析，并且与现有表示(例如，优先级数字)相比，可以更好地捕获事件的相对重要性。使用这些成本来指派资源可以允许操作者更快速地作出资源分配决策，以及作出更紧密地依赖于财务影响的资源分配决策。
145.描述了某些示例性实施方案，以提供对本文所公开的系统、设备和方法的结构、功能、制造和使用的原理的全面理解。这些实施方案的一个或多个示例已在附图中示出。本领域技术人员将理解的是，本文中具体描述且在附图中示出的系统、设备和方法是非限制性的示例性实施方案，并且本发明的范围仅由权利要求限定。结合一个示例性实施方案示出或描述的特征可与其他实施方案的特征组合。此类修改和变型旨在包括在本发明的范围内。此外，在本公开中，实施方案的相似命名的部件通常具有类似的特征，因此在具体实施方案内，不一定完全阐述每个相似命名的部件的每个特征。
146.本文所述的主题可在模拟电子电路、数字电子电路和/或计算机软件、固件或硬件(包括本说明书中公开的结构装置和其结构等同物)或它们的组合中实现。本文所述的主题可被实现为一个或多个计算机程序产品，诸如有形地体现在信息载体中(例如，体现在机器可读存储设备中)、或体现在传播的信号中，以用于由数据处理设备(例如，可编程处理器、计算机或多台计算机)执行或控制该数据处理设备的操作的一个或多个计算机程序。计算机程序(也称为程序、软件、软件应用程序或代码)可以任何形式的编程语言(包括编译语言或解释语言)编写，并且它可以任何形式部署，包括作为独立程序或者作为模块、部件、子例程或适用于计算环境中的其他单元部署。计算机程序不一定对应于文件。程序可存储在保存其他程序或数据的文件的一部分中，存储在专用于所考虑的程序的单个文件中，或者存储在多个协同文件(例如，存储一个或多个模块、子程序或代码的部分的文件)中。计算机程序可被部署成在一台计算机上或在多台计算机上执行，该多台计算机位于一个站点处或跨多个站点分布并且由通信网络互连。
147.本说明书中所述的过程和逻辑流程，包括本文所述主题的方法步骤，可由执行一个或多个计算机程序的一个或多个可编程处理器执行，以通过对输入数据进行操作并且生成输出来执行本文所述主题的功能。该过程和逻辑流程还可由专用逻辑电路(例如fpga(现场可编程门阵列)或asic(专用集成电路))来执行，并且本文所述主题的设备可被实现为专用逻辑电路(例如，fpga(现场可编程门阵列)或asic(专用集成电路))。
148.以举例的方式，适于执行计算机程序的处理器包括通用微处理器和专用微处理器
两者，以及任何种类的数字计算机的任何一个或多个处理器。一般来说，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于执行指令的处理器以及一个或多个用于存储指令和数据的存储器设备。一般来说，计算机还将包括一个或多个用于存储数据的大容量存储设备(例如，磁盘、磁光盘或光盘)，或操作地耦接以从一个或多个用于存储数据的大容量存储设备(例如，磁盘、磁光盘或光盘)接收数据或者/并且将数据传送至一个或多个用于存储数据的大容量存储设备(例如，磁盘、磁光盘或光盘)。适于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，包括例如半导体存储器设备(例如，eprom、eeprom和闪存存储器设备)；磁盘(例如，内部硬盘或可移动磁盘)；磁光盘；以及光盘(例如，cd和dvd盘)。处理器和存储器可由专用逻辑电路补充或者并入专用逻辑电路中。
149.为了提供与用户的交互，本文所述的主题可在具有用于向用户显示信息的显示设备(例如，crt(阴极射线管)或lcd(液晶显示器)监视器)以及键盘和指向设备(例如，鼠标或跟踪球)的计算机上实现，用户可通过该键盘和指向设备向计算机提供输入。还可使用其他种类的设备来提供与用户的交互。例如，提供给用户的反馈可为任何形式的感官反馈(例如，视觉反馈、听觉反馈或触觉反馈)，并且可以任何形式接收来自用户的输入，包括声音、语音或触觉输入。
150.本文所述的技术可使用一个或多个模块来实现。如本文所用，术语“模块”是指计算软件、固件、硬件和/或它们的各种组合。然而，在最低程度上，模块不应被解释为未在硬件、固件上实现或记录在非暂态处理器可读存储介质上的软件(即，模块本身不为软件)。实际上，“模块”将被解释为始终包括至少一些物理的非暂态硬件，诸如处理器或计算机的一部分。两个不同的模块可共享相同的物理硬件(例如，两个不同的模块可使用相同的处理器和网络接口)。本文所述的模块可被组合、集成、分开和/或复制以支持各种应用。另外，代替在特定模块处执行的功能或除在特定模块处执行的功能之外，本文描述为在特定模块处执行的功能可在一个或多个其他模块处和/或由一个或多个其他设备执行。此外，模块可相对于彼此本地或远程地跨越多个设备和/或其他部件来实现。另外，模块可从一个设备移动并添加至另一个设备，以及/或者可包括在两个设备中。
151.本文所述的主题可在计算系统中实现，该计算系统包括后端部件(例如，数据服务器)、中间件部件(例如，应用程序服务器)或前端部件(例如，具有图形用户界面或网络浏览器的客户端计算机，用户可通过该图形用户界面或网络浏览器与本文所述主题的实施方式进行交互)，或此类后端部件、中间件部件和前端部件的任何组合。系统的部件可通过数字数据通信的任何形式或介质(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)和广域网(“wan”)，例如互联网。
152.如本文在整个说明书和权利要求书中所用的，近似语言可用于修饰任何定量表示，该定量表示可有所不同但不导致与其相关的基本功能的变化。因此，由一个或多个术语诸如“约”、“大约”和“基本上”修饰的值不应限于所指定的精确值。在至少一些情况下，近似语言可对应于用于测量该值的仪器的精度。在此以及在整个说明书和权利要求书中，范围限制可组合和/或互换，除非上下文或语言另外指明，否则此类范围被识别并包括其中所包含的所有子范围。
153.基于上述实施方案，本领域技术人员将了解本发明的其他特征和优点。因此，除所
附权利要求书所指示的以外，本技术不受已具体示出和描述的内容的限制。本文所引用的所有出版物和参考文献均明确地全文以引用方式并入。

技术特征：
1.一种资产管理系统，包括：存储器，所述存储器被配置为维护：多个事件数据，所述多个事件数据表征由多个资产中的相应资产经历的一个或多个事件，其中所述多个资产分布在队列的不同站点之间，并且其中所述事件数据包括所述资产在所述队列的资产层级内的至少一个位置和对应于所述事件的至少一个事件参数；和至少一个成本，所述至少一个成本对应于所述一个或多个事件中的相应事件；和事件分析器，所述事件分析器包括一个或多个处理器，所述一个或多个处理器被配置为接收所述多个事件数据和所述至少一个成本，并且执行包括以下项的操作：生成显示第一窗口的图形用户界面(gui)，其中所述第一窗口包括根据资产在所述队列的所述资产层级内的位置组织的所述资产的层级列表；经由所述gui接收对所述层级列表内的层级级别的第一用户选择；从由所述存储器维护的所述一个或多个事件中识别至少一个事件，所述至少一个事件与所述第一用户选择的所述层级级别相关联；以及响应于接收到所述第一用户选择而更新所述gui以显示第二窗口，其中所述第二窗口包括具有针对所识别的至少一个事件的相应条目的列表，其中针对事件的条目包括所述事件数据的至少一部分以及对应于所述事件的所述至少一个成本。2.根据权利要求1所述的资产管理系统，其中所述存储器还包括至少一个原因，所述至少一个原因对应于所述一个或多个事件中的相应事件。3.根据权利要求2所述的资产管理系统，其中所述至少一个成本包括多个成本，并且所述至少一个原因中的相应原因对应于所述多个成本中的相应成本。4.根据权利要求3所述的资产管理系统，其中在所述第二窗口中显示的针对所识别的至少一个事件中的事件的至少一个成本是针对所述事件的所述多个成本中的最高成本。5.根据权利要求3所述的资产管理系统，其中在所述第二窗口中显示的针对所识别的至少一个事件中的事件的至少一个成本是针对所述事件的所述多个成本中的平均值。6.根据权利要求3所述的资产管理系统，其中所述事件分析器进一步被配置为执行包括以下项的操作：经由所述gui接收对来自所述第二窗口内的所述列表中的事件的第二用户选择；识别对应于所述选定事件的所述至少一个原因；以及响应于接收到所述第二用户选择而更新所述gui以显示至少一个第三窗口，其中所述第三窗口包括具有针对所识别的至少一个原因及其对应成本的相应条目的列表。7.根据权利要求6所述的资产管理系统，其中：所述存储器还包括多个推荐，并且所述多个推荐中的相应推荐对应于所述至少一个原因中的相应原因；并且其中所述事件分析器进一步被配置为更新所述gui以将对应于所识别的至少一个原因的所述推荐包括在所述第三窗口内。8.根据权利要求1所述的资产管理系统，其中所述队列的所述资产层级包括队列级别、站点级别、资产组级别或资产级别中的两者或更多者。9.根据权利要求1所述的资产管理系统，其中所述至少一个事件参数包括测量类型、测量点、事件类型、事件级别、事件源或资产状态中的至少一者。
10.根据权利要求1所述的资产管理系统，其中所述一个或多个事件包括警报、状况监测系统健康状况事件、仪器健康状况事件或分析健康状况事件中的至少一者。11.一种资产管理的方法，包括：通过存储器维护：多个事件数据，所述多个事件数据表征由多个资产中的相应资产经历的一个或多个事件，其中所述多个资产分布在队列的不同站点之间，并且其中所述事件数据包括所述资产在所述队列的资产层级内的至少一个位置和对应于所述事件的至少一个事件参数；和至少一个成本，所述至少一个成本对应于所述一个或多个事件中的相应事件；以及由包括一个或多个处理器的事件分析器接收所述多个事件数据和所述至少一个成本；由所述事件分析器生成显示第一窗口的图形用户界面(gui)，其中所述第一窗口包括根据资产在所述队列的所述资产层级内的位置组织的所述资产的层级列表；由所述事件分析器在所述gui内接收对所述层级列表内的层级级别的第一用户选择；由所述事件分析器从由所述存储器维护的所述一个或多个事件中识别至少一个事件，所述至少一个事件与所述第一用户选择的所述层级级别相关联；以及由所述事件分析器响应于接收到所述第一用户选择而更新所述gui以显示第二窗口，其中所述第二窗口包括具有针对所识别的至少一个事件的相应条目的列表，其中针对事件的条目包括所述事件数据的至少一部分以及对应于所述事件的所述至少一个成本。12.根据权利要求11所述的方法，还包括通过所述存储器维护对应于所述一个或多个事件中的相应事件的至少一个原因。13.根据权利要求12所述的方法，其中所述至少一个成本包括多个成本，并且所述至少一个原因中的相应原因对应于所述多个成本中的相应成本。14.根据权利要求13所述的方法，其中在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本是针对所述事件的所述多个成本中的最高成本。15.根据权利要求13所述的方法，其中在所述第二窗口中显示的针对所识别的至少一个事件中的事件的所述至少一个成本是针对所述事件的所述多个成本中的平均值。16.根据权利要求13所述的方法，还包括：由所述事件分析器经由所述gui接收对来自所述第二窗口内的所述列表中的事件的第二用户选择；识别对应于所述选定事件的所述至少一个原因；以及响应于接收到所述第二用户选择而更新所述gui以显示至少一个第三窗口，其中所述第三窗口包括具有针对所识别的至少一个原因及其对应成本的相应条目的列表。17.根据权利要求16所述的方法，还包括：由所述存储器维护多个推荐，并且所述多个推荐中的相应推荐对应于所述至少一个原因中的相应原因；以及由所述事件分析器更新所述gui以将对应于所识别的至少一个原因的所述推荐包括在所述第三窗口内。18.根据权利要求11所述的方法，其中所述队列的所述资产层级包括队列级别、站点级别、资产组级别或资产级别中的两者或更多者。19.根据权利要求11所述的方法，其中所述至少一个事件参数包括测量类型、测量点、事件类型、事件级别、事件源或资产状态中的至少一者。
20.根据权利要求11所述的方法，其中所述一个或多个事件包括警报、状况监测系统健康状况事件、仪器健康状况事件或分析健康状况事件中的至少一者。

技术总结
本发明提供了一种资产管理系统，并且该资产管理系统包括存储器和事件分析器。存储器维护事件数据和至少一个成本。事件数据表征由分布在队列的各站点之间的资产经历的事件。事件数据包括队列的资产层级内的资产位置和对应于事件的事件参数。成本可以与相应事件相关连。分析器生成显示第一窗口的GUI，第一窗口按层级列出通过资产在队列内的层级位置组织的资产。分析器经由GUI接收对层级列表内的层级级别的用户选择并识别与选定层级级别相关联的事件。分析器响应于接收到用户选择而更新GUI以显示第二窗口。第二窗口列出所识别的事件以及对应的事件数据成本。件以及对应的事件数据成本。件以及对应的事件数据成本。


技术研发人员：A
受保护的技术使用者：贝克休斯控股有限责任公司
技术研发日：2023.03.21
技术公布日：2023/9/26