CN111311046B - 基于异常的路线计划生成 - Google Patents

Abstract

提供了用于确定路线计划的系统和方法，所述路线计划标识将要为其获取附加的传感器数据的资产列表。状况监测系统可通信地耦接到传感器，所述传感器与资产的集合中的资产接口连接。因此，可针对与所述资产的操作参数相关联的故障状况来监测所述资产。基于为资产生成的故障状况警报，可由所述状况监测系统接收路线计划输入。可处理所述路线计划输入，以基于将所述路线计划输入中的状况监测属性与和所述资产的集合中的所述资产相关联的状况监测属性匹配来确定路线计划。所述路线计划可标识可针对其收集附加传感器数据的资产列表。

Description

基于异常的路线计划生成

背景技术

诸如石油和天然气勘探、烃精制和发电的许多工业都可能严重依赖于机械的操作，并且在一些情况下依赖于机械的连续操作。在这些环境中，一台或多台机器的故障可能由于修理费以及生产损失和对工人的潜在伤害而带来大量成本。考虑到这些风险，通常可通过使用标识将要收集其数据的所有机器的路线计划来从机器的集合中的每一台机器中手动收集传感器数据来监测一个或多个机器部件的某些操作参数。以这种方式手动收集的操作参数的测量值可提供机器部件的机械状况的指示，并且可指示何时需要额外的测量值来诊断在故障之前机器所表现出的故障状况。这种监测形式可提供一个或多个长期效益，诸如降低生产成本、减少设备停机时间、提高可靠性并且增强安全性。

发明内容

随着能源生产需求的增加和劳动力规模的减小，对每一项资产的状况进行监测可能越来越难以安全地执行。劳动力规模的减小可能使得难以通过按定期、预定义的时间表从每一台机器手动收集数据来全面地监测大量资产，尤其是当这些机器被部署在危险的操作环境中时如此。状况监测系统可被配置成使用传感器来收集和处理与部署的机器或资产的操作状况相关联的监测数据，并且从而减轻更少劳动力从诸如能源生产操作中使用的那些的大型分布式资产集合中的每一个资产收集监测数据的负担，这些资产可能被分开较远距离或者处于职业危险环境的情况下。

传感器可与资产接口连接，以收集指示资产操作参数的数据。传感器数据可传输到状况监测系统，以向状况监测工程师提供资产的操作状态的观察。然而，管理大量的传感器数据可能难以处理，并且需要大量的计算能力，这可能进一步增加与能源生产操作相关联的成本。因此，状况监测系统可收集更少量的低分辨率数据，以便确定资产的操作状态。这种低分辨率数据经常没有足够高的保真度或质量来提供关于由监测的资产所表现出的故障状况的确切性质的足够的洞察力。在这种情况下，可能需要附加的更高分辨率的数据来评估或诊断故障状况。然而，从资产的集合中的每一个资产收集高分辨率传感器数据也可能增加与存储和处理大量高分辨率传感器数据相关联的复杂性和成本。此外，暴露在危险的操作环境中可能会给从每一个部署的资产中收集更高分辨率的传感器数据的劳动力资源带来安全风险。

通常，本文提供了用于确定路线计划的系统和方法，所述路线计划标识将从其收集附加的状况监测数据的资产。可基于与从大量资产中收集到的传感器数据相关联的故障状况来确定路线计划，正在监测资产的集合中的这些资产的操作参数。当确定一个或多个资产操作参数处于故障状况时，配置监测系统可处理传感器数据并生成警报。状况监测工程师可确定路线计划，以标识需要附加传感器数据的资产，以便诊断资产的操作状态或者资产所遇到的特定故障状况。基于针对一种资产生成的故障状况警报，状况监测系统可提示状况监测工程师提供路线计划输入，以标识可能表现出类似操作状态或故障状况的其他资产。以这种方式，对资产的集合进行状况监测可动态地执行，并且不仅仅是基于对资产的集合中每一个资产的时间安排访问。状况监测系统因此可减少收集附加监测数据所需的劳动力规模，并且还可减少存储和处理高分辨率监测数据所需的计算资源量。以这种方式，状况监测系统可基于操作状况异常(诸如在资产的集合中的资产之间可能常见的故障状况)动态确定路线计划，而不是基于对资产的集合中的每一个资产的时间安排访问而静态确定的路线计划。

在一个实施方案中，提供了一种系统。所述系统可包括一个或多个传感器，所述一个或多个传感器被配置成与资产的集合中的至少一个资产接口连接。所述一个或多个传感器可被配置成生成对应于所述至少一个资产的至少一个操作参数的传感器数据。所述至少一个资产可与一个或多个状况监测属性相关联。所述系统还可包括状况监测系统，所述状况监测系统经由网络通信地耦接到所述一个或多个传感器。所述状况监测系统可包括存储器、包括图形用户界面的显示器、以及配置有可执行指令的处理器。所述指令在被执行时可引起所述处理器经由所述图形用户界面接收标识一个或多个状况监测属性的路线计划输入。可响应于基于从与所述至少一个资产接口连接的传感器接收的传感器数据指示与所述至少一个操作参数相关联的故障状况来针对所述至少一个资产生成的故障状况警报来接收所述路线计划输入。所述指令在被执行时可进一步使所述处理器基于所述路线计划输入来确定路线计划。所述路线计划可标识资产列表，将从所述资产列表中收集附加传感器数据。可基于将在所述路线计划输入中标识的所述一个或多个状况监测属性与和所述资产的集合相关联的一个或多个状况监测属性进行匹配来确定所述路线计划。在所述路线计划中标识的所述资产可包括在与为其生成所述故障状况警报的所述至少一个资产同一集合中的资产。所述指令在被执行时可进一步使所述处理器输出所述确定的路线计划。

还提供了用于确定路线计划的方法，所述路线计划标识将从其收集附加的状况监测数据的资产。在一个实施方案中，所述方法可包括经由配置在状况监测系统的显示器内的图形用户界面来接收标识一个或多个状况监测属性的路线计划输入。可响应于针对资产的集合中的至少一个资产生成的故障状况警报来接收所述路线计划输入。可基于从与所述至少一个资产接口连接的传感器接收的传感器数据指示与对应于所述接收的传感器数据的至少一个操作参数相关联的故障状况来接收所述路线计划输入。所述状况监测系统可经由网络通信地耦接到一个或多个传感器，并且可包括存储器、包括所述图形用户界面的所述显示器、以及处理器。所述方法可进一步包括由所述处理器并且基于所述接收的路线计划输入来确定路线计划，所述路线计划标识将从其收集附加传感器数据的资产列表。可基于将在所述路线计划输入中标识的所述一个或多个状况监测属性与存储在所述状况监测系统的所述存储器中的和所述资产的集合相关联的一个或多个状况监测属性进行匹配来确定所述路线计划。在所述路线计划中标识的所述资产可包括在与为其生成所述故障状况警报的所述至少一个资产同一资产集合中的资产。所述方法还可包括由所述处理器输出所述确定的路线计划。

在另一个实施方案中，所述资产的集合可包括电动机、燃气轮机、热交换器、离心泵、离心压缩机、风扇、往复式压缩机、发电机、汽轮机、风力涡轮、管道的一部分、轴向压缩机、螺旋式压缩机、齿轮、涡轮膨胀机、鼓风机、搅拌器、混合器、匀浆机、球磨机、破碎机、粉碎机、挤压机、制粒机、以及冷却塔中的至少一个。

在另一个实施方案中，所述一个或多个传感器可包括接近度传感器、速度传感器、加速度计、位置传感器、温度传感器、压力传感器、电流传感器和电压传感器及其任何组合。

在另一个实施方案中，所述网络可包括无线通信网络、有线通信网络或者无线和有线通信网络的组合。

在另一个实施方案中，所述一个或多个状况监测属性可包括警报级别属性、关键性属性、以及优先级属性。

在另一个实施方案中，所述传感器数据可包括时间序列数据，所述时间序列数据标识每秒、每天和/或每月测量的所述至少一个资产的操作参数值。

在另一个实施方案中，所述处理器可被进一步配置成将所述生成的故障状况警报和相关联的传感器数据作为到与为其生成所述故障状况警报的所述至少一个资产相关联的资产故障预测模型的输入而输出，或者作为到与包括为其生成所述故障状况警报的所述至少一个资产的一个或多个资产的所述集合相关联的集合故障预测模型的输入而输出。

在另一个实施方案中，所述接收的路线计划输入可标识对应于警报级别属性、关键性属性、优先级属性的一个或多个选择和/或对应于将要输出所述确定的路线计划的频率的时间安排属性的选择。

在另一个实施方案中，可将所述生成的故障状况警报作为电子邮件、文本消息、SMS消息、电话、音频警报、所述显示器上的视觉指示器和/或所述图形用户界面上的视觉指示器而提供给用户。

在另一个实施方案中，可基于所述接收的传感器数据超过与针对其接收所述传感器数据的所述至少一个资产的所述操作参数相关联的阈值来指示所述故障状况。

附图说明

通过以下结合附图作出的具体实施方式将更容易地理解这些和其他特征，在附图中：

图1是展示了状况监测系统的一个示例性实施方案的图；

图2是展示了图1的状况监测系统的部件与用户之间的数据流的一个示例性实施方案的图；

图3是展示了用于确定路线计划的方法的一个示例性实施方案的流程图，所述路线计划标识将从其收集附加的状况监测数据的资产；

图4是展示了资产的集合和相关联的故障状况数据的显示的一个示例性实施方案的图；

图5是展示了用于接收路线计划输入的图形用户界面的一个示例性实施方案的图；

图6是展示了由图1的状况监测系统确定和输出的路线计划的一个示例性实施方案的图；

应当注意，附图未必按比例绘制。附图仅旨在描绘本文公开的主题的典型方面，并且因此不应视为限制本公开的范围。

具体实施方式

可通过状况监测系统监测工业资产，包括诸如用于石油和天然气制造或发电的旋转或往复式设备的机械，以确保资产的操作参数在可接受的或指定的公差范围内。当操作参数测量值指示资产不在可接受的或指定的公差范围内时，可生成警报，使得可在机器/部件故障之前对资产采取纠正措施。通常，对观察的警报状况的纠正措施响应涉及确定路线计划，所述路线计划标识将要访问以便进行进一步评估和诊断的集合中的所有资产的列表。包含集合中的每一个资产的路线计划可能会使劳动力资源长时间暴露于危险的操作环境中，并且不必要地损害劳动力资源的安全性。从正在监测的资产的集合中的每一个资产收集、存储和处理操作参数测量值可能需要大量的计算能力和资源。此外，以这种方式收集每一个资产的数据可能会增加与便携式测量设备以及被配置成接收、处理、显示和输出所收集的状况监测数据的计算资源相关联的成本。

本文提供了一种改进的状况监测系统，所述系统包括用于确定路线计划的系统和方法，所述路线计划仅标识出将要从其收集附加状况监测数据的集合中的那些资产。路线计划中标识的资产可仅包括被确定为处于故障状况和/或拥有特定状况监测属性的那些资产，诸如资产在工作流中的关键性或者作为资产的集合中的资产的资产优先级。基于确定集合中的一个或多个资产表现出故障状况，状况监测系统可提供接口以接收输入并且确定仅标识表现出特定故障状况或者拥有特定状况监测属性的特定资产的路线计划。状况监测工程师可使用确定的路线计划从路线计划中标识的资产中收集附加的操作测量值。以这种方式，劳动力资源仅可暴露于危险的操作环境以从特定机器收集附加测量值，而不从集合中的每一个机器或资产收集附加测量值。由于使用低功率传感器从每个机器收集较低分辨率的测量数据，并且仅触发需要收集附加较高分辨率数据的特定机器的故障状况，因此状况监测系统可能需要较少的计算资源来进行数据收集和处理。

本文讨论了用于确定路线计划的系统和对应方法的实施方案，所述路线计划标识将从其收集附加的状况监测数据的资产。然而，本公开的实施方案可用于基于各种资产属性来无限制地确定标识资产的路线计划。

图1是状况监测系统105的示例性实施方案100的图，所述状况监测系统被配置成确定路线计划，所述路线计划标识将从其收集附加状况监测数据的资产。如图1所示，状况监测系统105包括资产110的集合。资产110的集合包括多个单独资产115，诸如资产115A-115H。每个资产115与传感器120(诸如传感器120A-120H)接口连接。状况监测系统100还包括网络125和资产监测系统130。资产监测系统130包括通信模块135、处理器140、存储器145以及包括图形用户界面(GUI)155的显示器150。资产监测系统130可输出路线计划160，所述路线计划标识将从其收集附加状况监测数据的资产。

如图1所示，状况监测系统105包括单独资产115的集合110。集合115中的每个资产115通信地耦接到传感器120。集合110可包括按组或子集合组织的资产。资产的每个集合和子集合都可包含相似或不相似的资产115。在一些实施方案中，资产的集合110可与特定功能或特定工作流相关联。例如，集合110可仅包括与在天然气精炼操作中使用的压缩机相关联的资产115。在其他实施方案中，资产的集合110可与多个不同的功能或工作流相关联。集合110可为彼此物理邻近地分布的资产115的物理集合。集合110还可为资产115的虚拟集合，所述资产不处于彼此任何物理关系中而是基于一个或多个公共资产属性或功能而组织，例如包括压缩机风扇电动机的集合110。状况监测系统105可被配置成收集和监测对应于多个集合110的操作参数测量值和数据。

如图1进一步所示，集合110包括将要在状况监测系统105中监测其资产操作参数的多个资产115。例如，如图1所示，集合110包括八个资产115(例如，资产115A-115H)。资产115可包括单独的机器，例如压缩机或电动机，以及单独机器的部件，诸如压缩机轴或电动机电源。通常，在石油和天然气能源生产环境中，资产115可包括各种旋转或往复式设备，诸如电动机、燃气轮机、热交换器、离心泵、离心压缩机、风扇、往复式压缩机、发电机、汽轮机、风力涡轮、管道的一部分、轴向压缩机、螺旋式压缩机、齿轮、涡轮膨胀机、鼓风机、搅拌器、混合器、匀浆机、球磨机、破碎机、粉碎机、挤压机、制粒机、以及冷却塔。资产115可部署在工业危险环境中，从而使得难以通过以直接亲自动手方式从资产收集状况监测数据来安全地评估资产的状况或状态。为了减少与将劳动力暴露在这些危险环境中相关联的风险，传感器可被配置成与资产接口连接，并且提供标识资产115的操作参数的测量值的传感器数据。

资产115中的每一个可由状况监测系统105内的一个或多个状况监测属性来表征。状况监测属性可包括基于从与资产115接口连接的传感器接收的传感器数据确定的警报级别。状况监测属性还可包括与工作流或资产的集合110中的资产的功能或角色的重要性相关联的关键性属性。状况监测属性还可包括优先级属性，所述优先级属性是手动分配给资产115的并且指示资产115的总体操作状况。

如图1所示，状况监测系统105包括多个传感器120。例如，传感器120A-120H被配置成分别与资产115A-115H接口连接。传感器120可包括被配置成用于无线通信的传感器，诸如被配置成分别与资产115A-115D接口连接的传感器120A-120D。在一些实施方案中，传感器120可包括被配置成用于有线通信的传感器，诸如被配置成分别与资产115E-115H接口连接的传感器120E-120H。集合110可包括仅无线传感器、仅有线传感器和/或无线和有线传感器的组合。传感器120可包括适用于确定资产115的操作参数测量值的各种各样的传感器。例如，传感器120可包括接近度传感器、速度传感器、加速度计、位置传感器、温度传感器、压力传感器、电流传感器和电压传感器及其任何组合。

传感器120可被配置成感测并输出资产115的一个或多个操作参数的测量值。传感器120的数量和类型可由旨在测量的操作参数决定。在一方面，传感器120可采用一个或多个接近度探头的形式，以用于测量振动、位置、速度、运动方向和偏心率。在另一方面，传感器120可采用一个或多个加速度计的形式，以用于测量地震振动和加速度。在另一方面，传感器120可采用一个或多个温度探头或压力探头的形式，以用于分别测量温度和压力。可理解，上文列出的传感器类型和对应的操作参数不是穷举的，并且传感器120的实施方案可包括适合于测量感兴趣的操作参数的任何传感器或传感器的组合。例如，传感器120可被配置成确定与压缩机中的旋转轴相关联的振动。传感器120可接口连接到轴上，其方式使得当压缩机操作以冷却气体时，检测或以其他方式接收与旋转轴相关联的振动。振动由传感器转换成数字信号，并且可在状况监测系统105内传输以便进行进一步处理。

传感器120可生成传感器数据作为时间序列数据，其中任何特定的操作参数测量值在不同的时间点被记录，并且传感器记录值的集合可作为一段时间的时间序列数据被输出。在一些实施方案中，传感器120可被配置成连续收集低分辨率传感器数据，例如包括每天一次、每周一次和/或每月一次记录的操作参数测量值的传感器数据。在其他实施方案中，传感器120可被配置成连续收集高分辨率传感器数据，例如包括每微秒一次、每毫秒一次、每秒一次、每分钟一次和/或每小时一次记录的操作参数测量值的传感器数据。

如图1进一步所示，状况监测系统105包括网络125。网络125可为无线网络、有线网络和/或无线和有线网络的组合。网络125将传感器数据从传感器120传送到资产监测系统130以便进行进一步处理。网络125可包括被配置成在两个或更多个处理实体之间传送数据的公共和私有网络的任何组合。

如图1所示，状况监测系统105包括资产监测系统130。资产监测系统130包括通信模块135、处理器140、存储器145以及包括图形用户界面(GUI)155的显示器150。资产监测系统130被配置成从传感器120接收传感器数据并且处理接收的传感器数据，以确定与集合110中的任何资产115相关联的故障状况。例如，资产监测系统130可从监测电动机(例如，资产115A)中的油的温度的传感器120A接收传感器数据。传感器120A可通过网络125将传感器数据无线传输到资产监测系统130。一旦接收到，资产监测系统130可确定电动机油温度不在与资产115A相关联的操作参数值之内，并且将资产115A标识为正在经历故障状况(例如，高电动机油温度)。资产监测系统130可生成故障状况警报，以将资产115A的升高的电动机油温度通知给状况监测工程师，并且需要附加的传感器数据才能更彻底地诊断出现故障状况资产115A。资产监测系统130可提供接口以接收与资产115相关联的一个或多个状况监测属性的输入，并且确定对应于那些资产的路线计划。以这种方式，状况监测工程师可确定到特定机器的路线，所述特定机器需要收集附加的传感器数据，以便评估和诊断表现出故障状况的任何资产115。

如图1进一步所示，资产监测系统130包括通信模块135。通信模块135可被配置成从网络125接收传感器数据并且促进传感器数据到处理器140、存储器145、显示器150和/或GUI 155的通信。此外，通信模块135可促进去往和/或来自资产监测系统130中包括的任何通信地耦接的部件的数据的通信。例如，通信模块135可将与资产115F相关联并且存储在存储器145中的状况监测属性和故障状况标准提供给处理器140，以便确定从传感器120F接收的传感器数据指示正在由资产115F表现出的故障状况。

如图1所示，资产监测系统130包括处理器140。处理器140被配置有可执行指令，所述可执行指令在被执行时引起资产监测系统130执行与确定路线计划相关联的一个或多个功能，以标识将要为其收集附加传感器数据的资产。将关于图2和图3的描述提供对由处理器140执行的功能的进一步讨论。

如图1进一步所示，资产监测系统130包括存储器145。存储器145可包括被配置成用于资产监测系统130中的各种数据存储部件，诸如数据库、物理或虚拟存储器部件和/或物理或虚拟服务器。存储器145可被配置成存储经由网络125从传感器120接收的传感器数据。此外或可替代地，存储器145可被配置成存储与集合110中的每个资产115相关联的状况监测属性。存储器145也可被配置成存储与资产115的操作参数测量值相关联的故障状况标准。在一方面，存储器145可被配置成存储对应于资产115的故障状况数据。存储器145还可存储先前接收的路线计划输入以及响应于路线计划输入而由处理器140生成的对应的路线计划。由存储器145存储的数据的进一步讨论将关于图2和图3的描述来提供。

如图1所示，资产监测系统130包括显示器150和GUI 155。显示器150可被配置有各种图形用户界面(GUI)，以输出状况监测数据和/或接收与确定路线计划相关联的输入，所述路线计划标识将要为其收集附加传感器数据的资产。显示器150可被配置在与资产监测系统130相同的机器上，或者在一些实施方案中，显示器150可被配置在远离资产监测系统130但是经由网络125通信地耦接到资产监测系统130的机器上。在一些实施方案中，资产监测系统130可在显示器150上输出路线计划作为地图，所述地图示出资产115的位置以及与资产115的位置相关联的数据，诸如全球定位数据或坐标、资产标识符、资产图标或者资产115的图像。显示器150和GUI 155的进一步讨论将关于图5和图6的描述来提供。

如图1进一步所示，资产监测系统130输出路线计划160。路线计划160标识资产列表，从所述资产列表中收集附加的传感器数据，以便充分评估资产115的操作状态。在通知为资产115中的一个或多个生成的故障状况警报时，由资产监测系统130基于输入到显示器150的GUI 155中的状况监测属性来确定路线计划160。随后将确定的路线计划160输出到显示器150以便进行显示。在一些实施方案中，路线计划160还可包括与特定资产相关联的一个或多个状况监测属性，诸如关键性属性和/或警报级别属性。以这种方式，路线计划160标识将要为其收集附加传感器数据的资产115，而且还标识特定资产115的当前状况监测属性。路线计划160还可包括其他信息，诸如资产位置、资产的图像、资产标识符以及资产的状况监测属性中的一个或多个的历史值。

图2是展示了图1的状况监测系统的部件与用户之间的数据流的一个示例性实施方案的图。如图2所示，除了还可与状况监测系统105中的数据交互的用户之外，状况监测系统105的部件被显示为列。由状况监测系统105接收和/或处理的数据在与部件或用户相关联的列内示出。在列之间用箭头示出了在状况监测系统的部件之间或者在用户与状况监测系统105的部件之间传输的数据。在图2中描述的数据流可包括数据，其被接收和处理，以便基于关于图1描述的状况监测系统105的功能来确定标识将从其收集附加传感器数据的资产的路线计划。

如图2所示并且在图的左上角开始，由资产115生成操作参数数据。操作参数数据可包括各种数据类型，这些数据类型特定于在资产的集合110内操作的机器或资产的类型。广义上讲，操作参数数据可为与状况监测系统105中监测的资产的任何可测量方面相关联的数据。例如，资产115可包括用于冷却在多级烃精制过程的高度关键部分期间产生的蒸气的热交换器。热交换器或资产115可包括排放口，在所述排放口处，冷却的蒸气在烃精制过程中从热交换器传输到下一个资产，例如冷凝器。状况监测系统105可被配置成监测在传输到冷凝器之前从排放口排放的冷却蒸气的温度。因此，可在排放口处测量冷却蒸气的温度作为热交换器115的操作参数数据。在其他实施方案中，操作参数数据可包括被接收作为热交换器输入的加热蒸气的温度。可收集任何数量的操作参数数据类型，以便使用状况监测系统105进行监测。

由于在多级烃精制过程的高度关键的工作流内配置热交换器，因此可将热交换器(或者更具体地，热交换器排放口)视为资产115，并且可对其进行进一步的表征，以使用一个或多个状况监测属性(诸如资产115的关键性和优先级属性)来描述其在多级过程中的重要性。资产115的重要性可通过一个或多个警报级别属性来进一步描述，所述属性对应于如果排放的蒸气的温度高于或低于某些阈值而将生成警报的状况。如下文将描述的，可将与每个资产115相关联的故障状况标准或阈值以及状况监测属性存储在状况监测系统105的存储器中，并且用于确定标识将从其收集附加传感器数据的资产的路线计划。

如图2进一步所示，操作参数数据被发送到传感器120和/或由传感器接收。传感器120可被配置成检测操作参数数据并且生成对应于正在测量的资产的操作参数的测量值的信号。继续以上实例，热交换器(或者更具体地，热交换器排放口)可视为资产115，并且将要监测的操作参数数据可包括排放蒸气的温度。传感器120，例如温度传感器，可被配置成测量排放蒸气的温度并且收集标识排放蒸气的温度的传感器数据。与排放蒸气温度相关联的传感器数据可为较低分辨率的数据，例如由传感器120每天一次或每周一次收集的传感器数据。在一些实施方案中，传感器120可被配置成以更高的分辨率(诸如每小时一次或每秒一次)收集传感器数据。传感器120可被配置成经由网络125将传感器数据传输到资产监测系统130的通信模块135。通信模块135可将传感器数据传送到处理器140。

如图2所示，处理器140可接收传感器数据并且确定与接收的传感器数据相关联的故障状况。处理器140可将传感器数据传输到存储器145以便进行存储。处理器140可通过执行指令以从存储器145接收故障状况标准和状况监测属性并且将接收的传感器数据与和特定资产115的操作参数相关联的存储的故障状况标准进行比较，来确定与接收的传感器数据相关联的故障状况。可基于接收的传感器数据超过或不超过与资产115的操作参数相关联的阈值来指示故障状况。基于确定存在故障状况，处理器140可执行指令以生成故障状况警报来指示资产115不在故障状况标准中指定的操作参数值的可接受的范围内操作。

故障状况标准可存储在存储器145中，并且可包括操作参数值的期望范围的规范。继续以上实例，在接收到对应于排放蒸气温度的传感器数据时，处理器140可执行指令以接收与热交换器115相关联的故障状况标准，并且可将传感器数据(例如，排放蒸气温度)与故障状况标准进行比较，以确定热交换器是否在可接受的温度下排放蒸气。故障状况标准可标识温度阈值的范围，例如150摄氏度至200摄氏度。基于将排放蒸气温度与故障状况标准进行比较，处理器可确定热交换器115在可接受的或不可接受的操作状况下操作。如果传感器数据指示热交换器114正在故障状况标准之外的温度下(例如，在250摄氏度的温度下)排放蒸气，则处理器140可基于超过200摄氏度阈值的排放蒸气温度来确定故障状况，并且可生成故障状况警报以指示热交换器115不在故障状况标准中定义的操作参数值的可接受范围内操作。

故障状况标准可与多个操作参数值或操作参数值的范围相关联，其可用于基于传感器数据与故障状况标准中指定的值或值的范围之间的差值的大小来描述故障状况的严重性。以这种方式，可确定一系列故障状况，并且将其用于生成一系列对应的故障状况警报值。在以上实例中，传感器数据指示排放蒸气的温度为250摄氏度。处理器140可基于故障状况标准确定高于225摄氏度的排放蒸气温度应当与2级警报相关联。类似地，故障状况标准可描述高于251摄氏度的排放蒸气温度对应于3级警报，并且高于275摄氏度的排放蒸气温度对应于4级警报。以这种方式，处理器140可基于接收的传感器数据与故障状况标准中指定的可接受的操作参数值或值范围之间的差值的大小来生成一系列故障状况警报。

状况监测属性也可存储在存储器145中，并且可由处理器140用来指示故障状况。状况监测属性可包括警报级别属性、优先级级别属性和/或关键性属性。处理器140可接收与资产115相关联的状况监测属性，以用于确定故障状况。例如，在确定热交换器115的排放蒸气温度为250摄氏度并且与2级警报级别属性相关联时，处理器140可接收与热交换器115相关联的关键性属性。关键性属性可指示，由于热交换器115在多级烃精制过程中的特定放置或角色，热交换器115是高度关键的资产。关键性属性可由处理器140接收，并且用于生成标识热交换器115是高度关键的资产的故障状况。

如图2进一步所示，处理器140可基于确定与资产115相关联的故障状况来生成故障状况警报。最终将故障状况警报提供给用户，以指示资产115正在可接受的操作参数值或值范围外操作，并且应当收集附加的传感器数据来进一步评估资产115。生成的故障状况警报可包括状况监测属性，诸如资产115的警报级别、关键性和/或优先级。以这种方式，可向用户通知资产115的当前操作状态以及如何在状况监测系统内表征资产115。可生成故障状况警报并且将其提供回通信模块135以便传输给资产监测系统130的用户或其他部件。例如，处理器140可将故障状况警报发送到通信模块135以便进行处理并且作为电子邮件、文本消息、SMS消息或电话提供给用户。故障状况警报还能够可选地存储在存储器145中(如由虚线所示)，并且集成到包括历史传感器数据、故障状况和故障状况警报的资产故障预测模型和/或集合故障预测模型中。故障状况警报也可发送到显示器150以及GUI 155以便提供给用户。可使用音频警报和/或视觉指示器经由显示器150和/或GUI 155将故障状况警报传达给用户。例如，在一些实施方案中，资产监测系统130可被配置有GUI，所述GUI显示使用状况监测系统105监测的资产的集合中的每个资产的操作状态。基于确定与资产115之一相关联的故障状况警报，处理器140可生成故障状况警报作为与表现出故障状况的特定资产相关联的状态指示器的颜色的变化。可配置各种图形化功能，以在显示器和/或GUI中描绘故障状况警报，包括图标、图像、颜色和/或声音的使用。

在接收到故障状况警报时，用户可输入状况监测属性以生成路线计划，所述路线计划标识将从其收集附加传感器数据的资产。故障状况警报向用户提供反馈，即已确定资产(例如热交换器115)的操作参数值处于故障状况。用户可查看故障状况警报中包含的当前的操作参数值和状况监测属性，以确定对资产的路线计划，以便收集附加传感器数据。用户可输入与为其生成故障状况警报的特定资产115相关联的状况监测属性，作为与状况监测工程师试图从其收集附加传感器数据的其他资产115相关联的不同的状况监测属性。继续以上实例，基于高度关键的热交换器115的升高的排放蒸气温度关于2级警报级别生成的故障状况警报可通知状况监测工程师应当进行其他资产的检查，诸如可能表现出相似警报级别或者具有相似关键性属性的资产。

如图2所示，用户可将状况监测属性作为路线计划输入来输入到GUI中。GUI可接收用户的状况监测属性输入，并且将输入提供给处理器140以便确定路线计划。路线计划输入可包括状况监测属性的输入，诸如警报级别属性、关键性属性和/或优先级级别属性。由用户作为路线计划输入提供的状况监测属性可与故障状况警报中接收到的那些属性相同、与故障状况警报中接收到的那些属性不同或者每个的组合。以这种方式，用户可输入与为其生成故障状况警报的资产115以及同一集合中可能表现出相似状况监测属性的其他资产115(诸如具有相同警报级别属性的资产或者具有相同关键性属性的资产)相关联的状况监测属性。将关于图5进一步描述用于接收状况监测属性的GUI。

基于接收到路线计划输入，GUI可将输入提供给处理器140以便确定路线计划。路线计划可标识对应于状况监测属性的资产，所述状况监测属性由用户作为路线计划输入提供给GUI。处理器140可查询存储器145以标识资产的列表，所述资产的状况监测属性与由用户作为输入提供的那些属性匹配。路线计划可标识将要为其收集附加传感器数据的那些资产，以便评估或进一步诊断资产的操作状态或性能。如图2所示，路线计划可由处理器140输出。在一些实施方案中，处理器140能够可选地将路线计划输出(如虚线所示)到存储器145。在所述实例中，确定的路线计划可被存储并且用于预测与相似的状况监测属性相关联的未来的路线计划。处理器140可将路线计划输出到显示器150和/或GUI 155，使得用户可接收标识将要访问以便收集附加的传感器数据的资产列表的路线计划。

图3是展示了用于确定路线计划的方法300的示例性实施方案的流程图，所述路线计划标识将从其收集附加的状况监测数据的资产。参考如关于图1示出和描述的状况监测系统105来讨论方法300。在某些方面，方法300的实施方案可包括比图3所示的更多或更少的操作，并且可以与图3所示的顺序不同的顺序来执行所述操作。

在操作310中，诸如GUI 155的GUI接收标识一个或多个状况监测属性的路线计划输入。用户可提供状况监测属性作为到GUI 155的输入，处理器140可使用所述状况监测属性来查询存储器并且标识具有对应于作为路径计划输入而接收的状况监测属性的状况监测属性的资产115。路线计划输入可包括警报级别属性、关键性属性和/或优先级属性。例如，用户可提供路线计划输入以确定标识表现出2级警报级别属性的所有机器的路线计划。

在操作320中，处理器140确定路线计划，所述路线计划标识将从其收集附加传感器数据的资产列表。为了确定路线计划，处理器140可查询存储器145以标识与状况监测属性相关联的资产115，所述状况监测属性与在操作310中作为路线计划输入而提供的那些属性匹配。继续以上实例，处理器140可查询存储器145以确定标识表现出2级警报级别属性的任何资产115的路线计划，并且将那些资产包括在路线计划中。

以这种方式，状况监测工程师或状况监测系统105的其他用户可动态地确定标识将要从其收集附加数据的资产列表的路线计划，而无需访问集合中的每个单个资产。状况监测系统105通过仅标识其操作参数值是正常操作参数值状况的异常的那些资产来改进路线计划确定。因此，可更有效地执行路线计划，并且减少劳动力暴露于资产可位于的工业危险操作环境的时间的量。

图4是资产的集合和相关联的故障状况数据的显示400的示例性实施方案。显示400包括与集合1相关联的资产(例如资产115A-115H)的列表。显示400还包括与每个资产115相关联的故障状况属性数据。可将每个资产115的故障状况属性数据显示为最近确定的故障状况属性数据，或者显示400可呈现故障状况属性数据的先前存储的版本。显示400中提供的数据可存储在存储器145中，并且可由处理器140访问，以便确定标识将从其收集附加传感器数据的资产的路线计划。例如，使用显示400中示出的状况监测属性数据，假定响应于资产115D生成故障状况警报。如图4所示，与资产115D相关联的状况监测属性数据指示警报级别属性是警报级别4，关键性级别是关键，并且优先级级别是不可接受。可基于警报级别属性生成故障状况警报，并且将向用户通知与资产115D相关联的故障状况。基于接收到与资产115D相关联的故障状况警报，用户可以状况监测属性的形式向GUI 155提供路线计划输入，以确定标识需要来自其的附加的传感器数据的资产115的路线计划。

图5是展示了用于接收路线计划输入的GUI 500的一个示例性实施方案的图。如图5所示，GUI 500包括状况输入部分505。状况输入部分505包括图形化功能，以供用户提供与每个状况监测属性相关联的一个或多个选择。例如，状况输入部分505包括与警报级别属性510、关键性属性515和优先级属性520相关联的选择。可考虑在状况输入部分505中使用各种图形化功能，包括下拉列表、滑块、选择框、单选按钮、拨动开关和/或其任何组合。图形化功能允许用户输入故障状况属性值作为用于确定路线计划的标准。

如图5进一步所示，GUI还包括时间表输入部分525。时间表输入部分525包括图形化功能，以供用户输入应当基于状况输入部分505中提供的状况监测属性选择来确定和生成路线计划的时间表或频率。例如，用户可输入时间表选择530以指示将要确定和生成路线计划的频率、日期和时间。类似于状况输入部分505，可考虑在时间表输入部分525中使用各种图形化功能，包括下拉列表、选择框、单选按钮、滑块、拨动开关和/或其任何组合。

基于与如图4所示的集合1的资产115A-115H相关联的状况监测属性和图5中提供的路线计划输入，处理器可确定并生成路线计划。例如，如图5所示的GUI 155的状况输入部分505中所示，用户已选择确定路线计划，所述路线计划包括其警报级别属性被标识为3级或4级的任何资产以及其关键性属性被标识为高度关键或关键的任何资产。用户已选择不提供基于优先级属性选择来标识资产的状况监测属性。状况监测属性选择可在GUI 155中设置有“AND(和)”运算符以生成资产列表，其中所有状况监测属性选择都应当与存储在存储器中的那些资产匹配。在一些实施方案中，状况监测属性选择可在GUI 155中设置有“OR(或)”运算符以生成资产列表，其中所有状况监测属性选择中的一些但非所有都应当与存储在存储器中的那些资产匹配。此外，用户已在时间表输入部分525中提供选择，以每周一次在星期一上午08:00确定并生成路线计划。在一些实施方案中，GUI 155可包括立即生成路线计划而不是在将来的时间安排的时间和日期生成路线计划的功能。当在GUI 155中输入状况监测属性选择时，处理器140接收输入并且查询存储器145，以便确定标识其状况监测属性与作为GUI 155中的输入提供的那些属性匹配的资产115的路线计划。

图6是展示了由图1的状况监测系统确定和输出的路线计划160的一个示例性实施方案600的图。基于图4所示的集合1中的资产115的状况监测属性以及图5所示的GUI 155中提供的路线计划输入，处理器140可确定并生成路线计划160，所述路线计划标识将访问以便收集附加传感器数据的资产115的列表。例如，路线计划输入指示用户将希望从具有级别3或级别4的警报级别属性且关键性属性为关键或高度关键的资产收集附加传感器数据。在针对当前或最近的状况监测属性来查询存储器145时，处理器140已确定资产115B、115D、115E和115H具有与由用户作为路线计划输入提供的状况监测属性中的至少一个匹配的状况监测属性并且应当将其包括在路线计划160中。因此，用户可访问资产115B、115D、115E和115H，以收集诊断或评估导致观察的警报级别的故障状况所需的附加传感器数据，而不必访问集合1中的每个资产。

通过非限制性实例，本文描述的方法、系统和设备的示例性技术效果包括动态生成的、基于异常的路线计划，所述路线计划标识在工业危险环境中将针对其收集附加传感器数据的资产。与标识集合中的每个资产的路线计划相比，所述路线计划更小并且需要更小的存储器来存储。此外，路线计划需要较少的传感器数据在状况监测系统中进行收集、存储和处理，从而节省了计算机能力和资源。

已经描述了某些示例性实施方案以提供对本文公开的系统、设备和方法的结构、功能、制造和用途的原理的整体理解。这些实施方案的一个或多个实例已在附图中展示。本领域技术人员将理解，本文中具体描述并在附图中展示的系统、设备和方法是非限制性示例性实施方案，并且本发明的范围仅由权利要求限定。结合一个示例性实施方案展示或描述的特征可与其他实施方案的特征组合。此类修改和变化旨在包括在本公开的范围内。此外，在本公开中，各实施方案的相同名称的部件通常具有相似的特征，并且因此在特定实施方案中，不必对每个相同名称的部件的每个特征进行充分阐述。

可在模拟电子电路、数字电子电路和/或计算机软件、固件或硬件中实现本文描述的主题，包括在本说明书中公开的结构手段及其结构等同物或者它们的组合。本文描述的主题可实现为一种或多种计算机程序产品，诸如有形地体现在信息载体(例如，机器可读存储设备)中或者体现在传播的信号中的一个或多个计算机程序，以用于由数据处理设备(例如，可编程处理器、一台计算机或多台计算机)执行或者控制所述数据处理设备的操作。计算机程序(也称为程序、软件、软件应用或代码)可以任何形式的编程语言来编写，包括编译或解释语言，并且可以任何形式来部署，包括作为独立的程序或者作为模块、部件、子例程或适用于在计算环境中使用的其他单元。计算机程序不一定对应于文件。程序可存储在保存其他程序或数据的文件的一部分中，存储在专用于讨论中的程序的单个文件中，或者存储在多个协调文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。可部署计算机程序以在一台计算机或多台计算机上执行，这些计算机位于一个站点处，或者跨多个站点分布并且通过通信网络互连。

本说明书中描述的过程和逻辑流程，包括本文所述的主题的方法步骤，可由执行一个或多个计算机程序的一个或多个可编程处理器执行，以通过对输入数据进行操作并生成输出来执行本文所述的主题的功能。处理和逻辑流程也可以由本文所述的主题的设备来执行，并且本文所述的主题的设备可以被实现为专用逻辑电路(例如，FPGA(现场可编程门阵列)或ASIC(专用集成电路))。

通过实例，适用于执行计算机程序的处理器包括通用和专用微处理器以及任何类型的数字计算机的任何一个或多个处理器。一般来讲，处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于执行指令的处理器以及用于存储指令和数据的一个或多个存储器装置。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘，或者操作地耦接以从其接收数据或将数据传送到其或这两者。适用于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，通过实例包括半导体存储器设备(例如EPROM、EEPROM和闪存设备)；磁盘(例如内部硬盘或可移动磁盘)；磁光盘；以及光盘(例如CD和DVD盘)。处理器和存储器可以由专用逻辑电路补充或者并入专用逻辑电路中。

为了提供与用户的交互，本文描述的主题可在具有显示设备(例如CRT(阴极射线管)或LCD(液晶显示器)监视器)的计算机上实现，以用于向用户显示信息和显示键盘以及定点设备(例如鼠标或跟踪球)，用户可通过键盘以及定点设备将输入提供给计算机。也可使用其他类型的设备来提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感觉反馈，(例如视觉反馈、听觉反馈或触觉反馈)，并且可以任何形式接收来自用户的输入，包括声学、语音或触觉输入。

可使用一个或多个模块来实现本文描述的技术。如本文使用的，术语“模块”是指计算软件、固件、硬件和/或其各种组合。然而，在最低程度，模块不应解释为未在硬件、固件上实现或者未记录在非暂时性处理器可读可记录存储介质上的软件(即模块本身不是软件)。实际上，“模块”将被解释为总是包括至少某一物理的、非暂时性的硬件，诸如处理器或计算机的一部分。两个不同的模块可共用相同的物理硬件(例如，两个不同的模块可使用相同的处理器和网络接口)。本文描述的模块可被组合、集成、分离和/或复制以支持各种应用。另外，代替或除了在特定模块处执行的功能之外，本文描述为在特定模块处执行的功能可在一个或多个其他模块处执行和/或由一个或多个其他设备执行。此外，可跨彼此本地或远程的多个设备和/或其他部件来实现模块。此外，模块可从一个设备移动并添加到另一设备和/或可包含在两个设备中。

本文描述的主题可在计算系统中实现，所述计算系统包括后端部件(例如数据服务器)、中间件部件(例如应用服务器)、或者前端部件(例如具有用户可通过其与本文描述的主题的实现方式交互的图形用户界面或web浏览器的客户端计算机)、或者此类后端、中间件和前端部件的任何组合。系统的部件可通过数字数据通信的任何形式或介质(例如通信网络)互连。通信网络的实例包括局域网(“LAN”)和广域网(“WAN”)，例如互联网。

如本文在整个说明书和权利要求中使用的，近似语言可被用来修饰可允许变化的任何定量表示，而不会导致它所涉及的基本功能的变化。因此，由诸如“约”，“大约”和“基本上”的一个或多个术语修饰的值不限于所指定的精确值。在至少一些情况下，近似语言可对应于用于测量值的仪器的精度。在此以及整个说明书和权利要求中，可组合和/或互换范围限制，除非上下文或语言另有指示，否则这种范围被标识并且包括其中包含的所有子范围。

基于上述实施方案，本领域技术人员将理解本发明的其他特征和优点。因此，除了由所附权利要求指出的以外，本申请不受已具体示出和描述的内容的限制。本文引用的所有公布和参考文献的全部内容均明确地通过引用并入本文。

Claims (20)

1.一种状况监测系统，其包括：

一个或多个传感器，所述一个或多个传感器被配置成与资产的集合中的至少一个资产接口连接，并且生成对应于所述至少一个资产的至少一个操作参数的传感器数据，所述至少一个资产与一个或多个状况监测属性相关联；以及

资产监测系统，所述资产监测系统经由网络通信地耦接到所述一个或多个传感器，所述资产监测系统包括存储器、包括图形用户界面的显示器、以及配置有可执行指令的处理器，所述可执行指令在执行时引起所述处理器：

经由所述图形用户界面接收标识一个或多个状况监测属性的路线计划输入，响应于基于从与所述至少一个资产接口连接的传感器接收的传感器数据指示与所述至少一个操作参数相关联的故障状况来针对所述至少一个资产生成的故障状况警报来接收所述路线计划输入，

基于所述路线计划输入来确定路线计划，所述路线计划标识将从其收集附加传感器数据的资产列表，基于将在所述路线计划输入中标识的所述一个或多个状况监测属性与关联于所述资产的集合的一个或多个状况监测属性进行匹配来确定所述路线计划，其中在所述路线计划中标识的所述资产包括在与为其生成所述故障状况警报的所述至少一个资产同一集合中的资产，以及

输出所述路线计划。

2.如权利要求1所述的系统，其中所述资产的集合包括电动机、燃气轮机、热交换器、离心泵、离心压缩机、风扇、往复式压缩机、发电机、汽轮机、风力涡轮、管道的一部分、轴向压缩机、螺旋式压缩机、齿轮、涡轮膨胀机、鼓风机、搅拌器、混合器、匀浆机、球磨机、破碎机、粉碎机、挤压机、制粒机、以及冷却塔。

3.如权利要求1所述的系统，其中所述一个或多个传感器包括接近度传感器、速度传感器、加速度计、位置传感器、温度传感器、压力传感器、电流传感器和电压传感器及其任何组合。

4.如权利要求1所述的系统，其中所述网络包括无线通信网络、有线通信网络或者无线和有线通信网络的组合。

5.如权利要求1所述的系统，其中所述一个或多个状况监测属性包括警报级别属性、关键性属性、以及优先级属性。

6.如权利要求1所述的系统，其中所述传感器数据包括时间序列数据，所述时间序列数据标识每秒、每天和/或每月测量的所述至少一个资产的操作参数值。

7.如权利要求1所述的系统，其中所述处理器被进一步配置成输出所述生成的故障状况警报和相关联的传感器数据，作为到资产故障预测模型的输入，或者作为到集合故障预测模型的输入，其中所述资产故障预测模型关联于为其生成所述故障状况警报的所述至少一个资产，并且所述集合故障预测模型关联于包括为其生成所述故障状况警报的所述至少一个资产的所述资产的集合。

8.如权利要求1所述的系统，其中所述路线计划输入标识对应于警报级别属性、关键性属性、优先级属性的一个或多个选择和/或对应于将要输出所述路线计划的频率的时间安排属性的选择。

9.如权利要求1所述的系统，其中将所述生成的故障状况警报作为电子邮件、文本消息、SMS消息、电话、音频警报、所述显示器上的视觉指示器和/或所述图形用户界面上的视觉指示器而提供给用户。

10.如权利要求1所述的系统，其中基于所述接收的传感器数据超过与针对其接收所述传感器数据的所述至少一个资产的所述操作参数相关联的阈值来指示所述故障状况。

11.一种方法，其包括：

经由配置在资产监测系统的显示器内的图形用户界面来接收标识一个或多个状况监测属性的路线计划输入，响应于基于从与资产的集合中的至少一个资产接口连接的传感器接收的传感器数据指示与对应于所述接收的传感器数据的至少一个操作参数相关联的故障状况来针对所述至少一个资产生成的故障状况警报来接收所述路线计划输入，所述资产监测系统经由网络通信地耦接到一个或多个传感器，并且包括存储器、包括所述图形用户界面的所述显示器、以及处理器；

由所述处理器并且基于所述路线计划输入来确定路线计划，所述路线计划标识将从其收集附加传感器数据的资产列表，基于将在所述路线计划输入中标识的所述一个或多个状况监测属性与所述资产监测系统的所述存储器中存储的和所述资产的集合相关联的一个或多个状况监测属性进行匹配来确定所述路线计划，其中在所述路线计划中标识的所述资产包括在与为其生成所述故障状况警报的所述至少一个资产同一资产集合中的资产；以及

由所述处理器输出所述路线计划。

12.如权利要求11所述的方法，其中所述至少一个资产包括电动机、燃气轮机、热交换器、离心泵、离心压缩机、风扇、往复式压缩机、发电机、汽轮机、风力涡轮、管道的一部分、轴向压缩机、螺旋式压缩机、齿轮、涡轮膨胀机、鼓风机、搅拌器、混合器、匀浆机、球磨机、破碎机、粉碎机、挤压机、制粒机、以及冷却塔中的一个或多个。

13.如权利要求11所述的方法，其中所述传感器包括接近度传感器、速度传感器、加速度计、位置传感器、温度传感器、压力传感器、电流传感器和电压传感器及其任何组合。

14.如权利要求11所述的方法，其中所述网络包括无线通信网络、有线通信网络或者无线和有线通信网络的组合。

15.如权利要求11所述的方法，其中所述一个或多个状况监测属性包括警报级别属性、关键性属性、以及优先级属性。

16.如权利要求11所述的方法，其中所述传感器数据包括时间序列数据，所述时间序列数据标识每秒、每天和/或每月测量的所述至少一个资产的操作参数值。

17.如权利要求11所述的方法，其中所述处理器被进一步配置成输出所述生成的故障状况警报作为到资产故障预测模型的输入，或者作为到集合故障预测模型的输入，其中所述资产故障预测模型关联于为其生成所述故障状况警报的所述至少一个资产，并且所述集合故障预测模型关联于包括为其生成所述故障状况警报的所述至少一个资产的所述资产的集合。

18.如权利要求11所述的方法，其中所述路线计划输入标识对应于警报级别属性、关键性属性、优先级属性的一个或多个选择和/或对应于将要输出所述路线计划的频率的时间安排属性的选择。

19.如权利要求11所述的方法，其中将所述生成的故障状况警报作为电子邮件、文本消息、SMS消息、电话、音频警报和/或所述显示器上的视觉指示器而提供给用户。

20.如权利要求11所述的方法，其中基于所述接收的传感器数据超过与针对其接收所述传感器数据的所述至少一个资产的所述操作参数相关联的阈值来确定所述故障状况。