CN114719244A - 一种设备监测方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种设备监测方法、设备及存储介质。在本申请实施例中，可利用时序数据库存储多个工厂提供的多个设备的运行数据，并可为设备的各种运行指标配置逻辑标识与实际标识之间的映射关系，基于该映射关系，可解决同一运行指标在不同工厂中的标识不同这一问题，实现运行数据的统一化；而且可在逻辑标识层面来配置监测规则，监测规则与映射关系相互配合，可将监测规则自动扩散至相关的实际标识下，从而实现在实际标识层面根据监测规则和运行数据进行设备监测，而且便于运维。

Description

一种设备监测方法、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种设备监测方法、设备及存储介质。

背景技术

在制造业的生产过程中，对于设备运行状态的感知至关重要，例如，某个锅炉的温度低于850摄氏度时，就属于运行异常，需要立刻告警让设备管理员来处理。

大型制造业集团往往有遍布在全国各地的工厂，目前，通常由各个工厂自主进行设备运行状态的监测，这种各自为营的管理方式给制造业集团的精益化带来了障碍。因此，如何对各厂的设备运行状态进行集中的监测，成为制造业集团设备管理过程中的普遍难题。

发明内容

本申请的多个方面提供一种设备监测方法、设备及存储介质，用以实现对多个工厂的设备进行集中监测。

本申请实施例提供一种设备监测方法，包括：

确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

基于逻辑标识与实际标识之间的映射关系，确定所述待监测运行指标对应的目标实际标识，所述实际标识由工厂自定义；

从时序数据库中拉取所述目标实际标识对应的运行数据，所述时序数据库中包含多个工厂提供的多个设备的运行数据，所述运行数据以实际标识作为索引；

根据所述目标实际标识对应的运行数据和所述监测规则，在所述待监测运行指标下进行设备监测。

本申请实施例还提供一种计算设备，包括存储器、处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机指令，以用于：

确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

基于逻辑标识与实际标识之间的映射关系，确定所述待监测运行指标对应的目标实际标识，所述实际标识由工厂自定义；

从时序数据库中拉取所述目标实际标识对应的运行数据，所述时序数据库中包含多个工厂提供的多个设备的运行数据，所述运行数据以实际标识作为索引；

根据所述目标实际标识对应的运行数据和所述监测规则，在所述待监测运行指标下进行设备监测。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行前述的设备监测方法。

在本申请实施例中，可利用时序数据库存储多个工厂提供的多个设备的运行数据，并可为设备的各种运行指标配置逻辑标识与实际标识之间的映射关系，基于该映射关系，可解决同一运行指标在不同工厂中的标识不同这一问题，实现运行数据的统一化；而且可在逻辑标识层面来配置监测规则，监测规则与映射关系相互配合，可将监测规则自动扩散至相关的实际标识下，从而实现在实际标识层面根据监测规则和运行数据进行设备监测，而且便于运维。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的一种设备监测方法的流程示意图；

图2为本申请一示例性实施例提供的一种设备监测方法的逻辑示意图；

图3为本申请一示例性实施例提供的一种应用方案的示意图；

图4为本申请另一示例性实施例提供的一种计算设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，制造业集团无法对各厂的设备运行状态进行集中的监测。为此，本申请的一些实施例中：可利用时序数据库存储多个工厂提供的多个设备的运行数据，并可为设备的各种运行指标配置逻辑标识与实际标识之间的映射关系，基于该映射关系，可解决同一运行指标在不同工厂中的标识不同这一问题，实现运行数据的统一化；而且可在逻辑标识层面来配置监测规则，监测规则与映射关系相互配合，可将监测规则自动扩散至相关的实际标识下，从而实现在实际标识层面根据监测规则和运行数据进行设备监测，而且便于运维。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种设备监测方法的流程示意图，图2为本申请一示例性实施例提供的一种设备监测方法的逻辑示意图。该方法可由数据处理装置执行，该数据处理装置可实现为软件和/或硬件的结合，该数据处理装置可集成在计算设备中。参考图1，该方法包括：

步骤100、确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

步骤101、基于逻辑标识与实际标识之间的映射关系，确定待监测运行指标对应的目标实际标识，实际标识由工厂自定义；

步骤102、从时序数据库中拉取目标实际标识对应的运行数据，时序数据库中包含多个工厂提供的多个设备的运行数据，运行数据以实际标识作为索引；

步骤103、根据目标实际标识对应的运行数据和监测规则，在待监测运行指标下进行设备监测。

本实施例提供的设备监测方法可应用于各种需要进行设备监测的场景中，例如，制造业中的生产过程监测场景等，本实施例对应用场景不做限定。

参考图1和图2，在步骤100中，可确定待监测运行指标对应的目标逻辑标识和其对应的监测规则。其中，待监测运行指标可以是设备监测场景中涉及到的各种运行指标中的任意一种。由于在各种运行指标下的设备监测方案类型，本实施例中将以单个运行指标作为待监测运行指标进行技术方案的说明，应当理解的是，本实施例提供的设备监测方案可扩展至设备监测场景中涉及到的各种运行指标。

本实施例中，可为待监测运行指标配置一逻辑标识，逻辑标识具有唯一性，也即是运行指标与逻辑标识一一对应，且不同运行指标的逻辑标识不同。逻辑标识可用于对运行指标进行标准性描述，以唯一标识对应的运行指标。

在一种可选的实现方案中，可展示逻辑标识配置界面，逻辑标识配置界面中包含至少一个可配置的逻辑标识描述字段；响应于针对逻辑标识描述字段的配置操作，定义待监测运行指标对应的逻辑标识。其中，逻辑标识描述字段可包括但不限于指标代码、设备类型、指标名称、指标口径、计量单位、有效数字位数、修改人、创建时间或修改时间等。下表提供了几种示例性的逻辑标识，其中每一行用于描述一个逻辑标识。

在该可选实现方案中，用户可按需对逻辑标识进行增删，以支持用户不断变化的设备监测需求。本文中的用户可以是前述制造业集团等具有设备集中监测需求的用户。

在步骤100中，待监测运行指标还具有对应的监测规则，其中，监测规则用于指示运行指标所需的监测条件，例如，针对锅炉主蒸汽温度这一运行指标，可配置对应的监测规则为温度低于800摄氏度即触发告警。在一种可选的实现方案中，可展示监测规则配置界面；响应于针对待监测运行指标发起的监测规则配置操作，为待监测运行指标配置监测规则。在该实现方案中，可向用户展示监测规则配置界面，监测规则配置界面中可向用户提供各种配置所需的控件、对话框、输入框等，以供用户进行监测规则配置操作，其中，监测规则配置操作可包括但不限于算子选择操作、算子之间的组合逻辑配置操作等。基于此，可按照用户发起的监测规则配置操作，构建待监测运行指标对应的监测规则。优选地，可从逻辑标识层面为待监测运行指标配置监测规则，也即是，用户针对待监测运行指标对应的目标逻辑标识发起监测规则配置操作，而本实施例中，可建立待监测运行指标对应的监测规则与目标逻辑标识之间的关联。这样，逻辑标识将与监测规则绑定。

本实施例中，多个工厂可为设备监测过程中涉及到的各种运行指标自定义实际标识，实际应用中，不同工厂针对同一运行指标所定义的实际标识可能并不一致。本实施例中，多个工厂可通过配置实际标识描述字段来自定义实际标识。其中，实际标识描述字段可包括但不限于工厂编码、设备关联主键、设备编号、自定义编码、编码描述、设备型号、设备厂商、数据状态(good为正常、bad为坏点)、数据上下线(1为正常，0为下线停用)、创建时间或修改时间等。

本实施例中，还可预先建立逻辑标识与实际标识之间的映射关系，以将同一运行指标对应的多样的实际标识统一至唯一的逻辑标识，这样，可为设备集中监测提供便利。其中，以待监测运行指标为例，映射关系的配置过程可以是：为待监测运行指标定义唯一的逻辑标识(具体细节可参考前文)；获取多个工厂各自针对待监测运行指标自定义的实际标识；配置待监测运行指标对应的逻辑标识与实际标识之间的映射关系。其它运行指标也可按此来配置映射关系，从而可产生全局的逻辑标识与实际标识之间的映射关系。

下表提供了映射关系的一种示例性的数据结构，但应当理解的，本实施例中映射关系的数据结构并不限于此。

通过上表中的映射关系可知，针对锅炉主蒸汽温度这一运行指标，f_tio_ms用于描述其逻辑标识，在工厂101中，使用XYA:ATE1107来描述为该运行指标自定义的实际标识，而在工厂102中，则使用BCD:52A来描述为该运行指标自定义的实际标识，可知工厂101和工厂102针对同一运行指标采用了不同的实际标识，而通过上述的映射关系，针对锅炉主蒸汽温度这一运行指标，工厂101和工厂102中的不同描述将与同一逻辑标识相映射。

基于此，参考图1和图2，在步骤101中，可基于逻辑标识与实际标识之间的映射关系，确定待监测运行指标对应的目标实际标识。在该步骤中，可基于待监测运行指标对应的目标逻辑标识查询所述的映射关系，从而查找到与目标逻辑标识存在映射关系的实际标识，作为待监测运行指标对应的目标实际标识。应当明确的是，这里的目标实际标识可以是一个或多个，而且多个目标实际标识可能分属在不同的工厂下。

在确定出监测运行指标对应的目标实际标识后，在步骤102中，可从时序数据库中拉取目标实际标识对应的运行数据。其中，本实施例中，可采用OpenTSOB、Influxdb或者其它类型的时序数据库，在此不做限定。

本实施例中，可使用时序数据库作为存储和计算的引擎。时序数据库的维护过程可以是：实时获取多个工厂提供的多个设备的运行数据；以多个工厂各自定义的实际标识为索引，将运行数据按照对应的实际标识写入时序数据库。本实施例中，可与工厂的设备、分散控制系统DCS和/或安全仪表系统SIS进行通信，以从这些数据源获取到设备的运行数据。例如，可通过OPC协议，或者取数API，从底层的DCS、SIS系统或者产线设备定期获取运行数据，并写入时序数据库。在将运行数据写入时序数据库的过程中，可以实际标识作为索引，这样，在时序数据库中，基于实际标识查询到对应的运行数据。在步骤102中，针对待监测运行指标，可基于待监测运行指标对应的目标实际标识从时序数据库中拉取到相关的运行数据。例如，可从时序数据库中拉取工厂101在主汽集箱蒸汽温度下的温度值，作为“锅炉主蒸汽温度”这一运行指标下的运行数据。

可知，本实施例中，可将运行指标、监测规则、逻辑标识、实际标识及运行数据串接起来，从而可支持对运行数据进行集中统一的管理，快速准确地命中所需的运行数据和监测规则。

参考图1和图2，在步骤103中，可根据目标实际标识对应的运行数据和监测规则，在待监测运行指标下进行设备监测。这里，目标实际标识可能是多个，而步骤102中可全面地拉取到这些目标实际标识对应的运行数据，因此，可将待监测运行指标对应的监测规则，传递至这些目标实际标识下，并分别在这些目标实际标识下按照监测规则对运行数据进行监测。可在同一运行指标下对多个工厂的运行数据进行集中监测，从而实现多个工厂的横观管控。

本实施例中，根据不同的监测需求，可按需设计设备监测的目标。在一可选的实现方案中，可通过设备监测发现设备异常并产生告警。在该实现方案中，可在监测到目标实际标识中的第一实际标识对应的运行数据存在异常的情况下，向目标实际标识所属的工厂发送告警通知，其中，第一实际标识可以是目标实际标识中的任意一个。正如前文介绍的，实际标识是工厂自定义的，因此，实际标识与工厂之间存在所属关系，这样，可在某个实际标识对应的运行数据存在异常的情况下，向该实际标识所属的工厂发送告警通知，例如，可向该工厂部署的管理终端发送告警通知，以提示该工厂的设备维护人员进行设备调修。应当理解的是，本实施例中的设备监测的目标并不仅限于告警，还可以是质量评价、生产效率评价、订单完成度感知等，本实施例对此不做限定，针对不同的目标，用户可为其配置相适配的监测规则。

本实施例中，监测规则中可包括所使用的算子以及算子之间的组合逻辑，为此，本实施例中，可在时序数据库的基础上预先构建若干算子，本实施例中将这些算子组建为算子库。算子库的构建过程可以是：以覆盖设备监测工作所需的所有监测规则为目标，构建以时序数据库作为基础的多个算子，以获得算子库。

以下用时序数据库Clickhouse的SQL来举例，来说明集中示例性算子的构建方案，其他时序数据库也是类似。

1)根据时间范围进行查询算子，用代码可表示为：

select*from xindu_test_20211203_2where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'

2)获取一段时间内的头尾数据算子，可用来计算差值，用代码可表示为：

select any(point_value),anyLast(point_value)from

(select*from xindu_test_20211203_2where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'order by time)x；

3)获取一段时间内的聚合数据算子，用代码可表示为：

select avg(point_value)from xindu_test_20211203_2where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'

4)获取一段时间内的累积增加综合算子。这是工业常用计算方式，处理目标是计算一段时间周期内，某个点位传感器的累积增加量，例如锅炉温度，在10分钟内累积增加了100摄氏度，要引起重视，例如原始数据是：

[1,2,4,7,11]，则累积增量为(2-1)+(4-2)+(7-4)+(11-7)＝1+2+3+4＝10

用代码可表示为：

select deltaSum(point_value)from xindu_test_20211203_2where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'；

5)获取一段时间内的累积减少综合算子，用代码可表示为：

select deltaSum(0-point_value)from xindu_test_20211203_2where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'；

6)点位打宽算子。

在多个点位参与计算的时候，常需要将点位表从key-value的形式打宽为宽表，例如，原始数据为time,key,value，每个设备的每个实际标识都在报自己的数据，key对应本实施例中的实际标识。在工业上，需要对时间做一个快照，需要知道在每个时间点上全局所有设备在同一实际标识下的状态。用代码可表示为：

time,key,value

2021-12-21 20:00:00,key_1,100

2021-12-21 20:00:00,key_2,50

打宽后数据格式为：

time,key_1,key_2

2021-12-21 20:00:00,100,50

用代码表示为：

select

time,

anyIf(point_value,point_key＝'key1')as key1,

anyIf(point_value,point_key＝'key2')as key2

from xindu_test_20211203_2

where ds＝'20211203'and time>'2021-01-01'and time<＝'2021-12-02'

group by time

以上几种算子仅是示例性的，本实施例并不限于此，实际应用中，用户可根据设备监测的需求，增加更多算子，以覆盖所有所需的监测规则。基于此，通过对算子库中的算子进行组合可满足大部分设备监测需求，也即是，可构建出用户所需的绝大部分监测规则，关于监测规则的构建方案可参考前文。

在此基础上，步骤103中，具体的处理过程可包括：从预先配置的算子库中调用与监测规则适配的至少一个目标算子；按照监测规则，组合使用至少一个目标算子对目标实际标识对应的运行数据进行分析，以在待监测运行指标下进行设备监测。

另外，正如前文提及的，可在逻辑标识层面进行监测规则的配置，基于此，本实施例中可在指定的实际标识下存在监测规则修改需求的情况下，基于逻辑标识与实际标识之间的映射关系，查询与指定的实际标识相映射的逻辑标识；响应于针对查询到的逻辑标识发起的监测规则修改操作，更新查询到的逻辑标识对应的监测规则，以将修改后的监测规则下发至指定的实际标识。其中，逻辑标识与实际标识之间的映射关系可支持查询转换功能，可基于实际标识查询相映射的逻辑标识，也可基于逻辑标识查询相映射的实际标识。而在监测规则的配置和应用过程中，映射关系可用于将逻辑标识层面的监测规则传递至与逻辑标识相映射的实际标识，从而方便、快捷、准确地完成监测规则的下发。

综上，本实施例中，可利用时序数据库存储多个工厂提供的多个设备的运行数据，并可为设备的各种运行指标配置逻辑标识与实际标识之间的映射关系，基于该映射关系，可解决同一运行指标在不同工厂中的标识不同这一问题，实现运行数据的统一化；而且可在逻辑标识层面来配置监测规则，监测规则与映射关系相互配合，可将监测规则自动扩散至相关的实际标识下，从而实现在实际标识层面根据监测规则和运行数据进行设备监测，而且便于运维。另外，本实施例使用时序数据库存储+算子抽象的方式，定义出通用算子，使用时序数据库快速查询计算的特点，周期调度来将前端定义的监测规则下发计算，降低了设备监测过程的复杂度，提高了实效性和可维护性，减少了设备监测过程中的维护成本。

以下提供一种示例性的应用方案，图3为本申请一示例性实施例提供的一种应用方案的示意图。参考图3，该示例性的应用方案为设备告警管理方案。

用户可为其设备告警管理方案配置若干告警维度，例如图3中的停机告警、启机告警、启停炉主蒸汽温速告警、主蒸汽压力告警、任意时间段主蒸汽温度告警、炉温告警等等。并为每个告警维度配置触发条件，触发条件包括指定的运行指标，例如，停机告警维度下所指定的运行指标包括主运行负荷责和汽机转数。触发条件还包括为告警维度下的单个运行指标配置监测规则，例如，停机告警维度下的主运行负荷责这一运行指标对应的监测规则为“主运行负荷<＝1WM。

在此基础上可应用本实施例提供的设备监测方案，在不同的告警维度下监测相关的运行指标对应的运行数据是否触发了监测规则；若单个告警维度下指定的运行指标下的监测结果满足该告警维度的触发条件，则发出该告警维度下的告警通知。

基于本实施例提供的设备监测方案的支持，可准确地、快速地、全面地支持用户在多个工厂部署的多个设备的集中告警管理工作。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤100至步骤102的执行主体可以为设备A；又比如，步骤100和101的执行主体可以为设备A，步骤102的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如801、802等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

图4为本申请另一示例性实施例提供的一种计算设备的结构示意图。如图4所示，该计算设备包括：存储器40、处理器41以及通信组件42。

处理器41，与存储器40和通信组件42耦合，用于执行存储器40中的计算机程序，以用于：

确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

基于逻辑标识与实际标识之间的映射关系，确定待监测运行指标对应的目标实际标识，实际标识由工厂自定义；

从时序数据库中拉取目标实际标识对应的运行数据，时序数据库中包含多个工厂提供的多个设备的运行数据，运行数据以实际标识作为索引；

根据目标实际标识对应的运行数据和监测规则，在待监测运行指标下进行设备监测。

在一可选实施例中，处理器41还用于：

实时获取多个工厂提供的多个设备的运行数据；

以多个工厂各自定义的实际标识为索引，将运行数据按照对应的实际标识写入时序数据库。

在一可选实施例中，处理器41还用于：

为待监测运行指标定义唯一的逻辑标识；

获取多个工厂各自针对待监测运行指标自定义的实际标识；

配置待监测运行指标对应的逻辑标识与实际标识之间的映射关系，以产生逻辑标识与实际标识之间的映射关系。

在一可选实施例中，处理器41在为待监测运行指标定义唯一的逻辑标识的过程中，用于括：

展示逻辑标识配置界面，逻辑标识配置界面中包含至少一个可配置的逻辑标识描述字段；

响应于针对逻辑标识描述字段的配置操作，定义待监测运行指标对应的逻辑标识。

在一可选实施例中，逻辑标识描述字段包括指标代码、设备类型、指标名称、指标口径、计量单位、有效数字位数、修改人、创建时间和修改时间中的一种或多种。

在一可选实施例中，处理器41在根据目标实际标识对应的运行数据和监测规则，在待监测运行指标下进行设备监测的过程中，用于：

从预先配置的算子库中调用与监测规则适配的至少一个目标算子；

按照监测规则，组合使用至少一个目标算子对目标实际标识对应的运行数据进行分析，以在待监测运行指标下进行设备监测。

在一可选实施例中，处理器41还用于：

以覆盖设备监测工作所需的所有监测规则为目标，构建以时序数据库作为基础的多个算子，以获得算子库。

在一可选实施例中，算子库中包括根据时间范围进行查询算子、获取一段时间内的头尾数据算子、获取一段时间内的聚合数据算子、获取一段时间内的累计增加综合算子、获取一段时间内的累计减少综合算子和点位打宽算子中的一种或多种算子。

在一可选实施例中，处理器41还用于：

展示监测规则配置界面；

响应于针对待监测运行指标对应的目标逻辑标识发起的监测规则配置操作，为目标逻辑标识配置监测规则；

建立目标逻辑标识与其对应的监测规则之间的关联。

在一可选实施例中，处理器41还用于：

在指定的实际标识下存在监测规则修改需求的情况下，基于逻辑标识与实际标识之间的映射关系，查询与指定的实际标识相映射的逻辑标识；

响应于针对查询到的逻辑标识发起的监测规则修改操作，更新查询到的逻辑标识对应的监测规则，以将修改后的监测规则下发至指定的实际标识。

在一可选实施例中，处理器41还用于：

在监测到目标实际标识中的第一实际标识对应的运行数据存在异常的情况下，向目标实际标识所属的工厂发送告警通知。

进一步，如图4所示，该计算设备还包括：通信组件42、显示器43、电源组件44音频组件45等其它组件。图4中仅示意性给出部分组件，并不意味着计算设备只包括图4所示组件。

值得说明的是，上述关于计算设备各实施例中的技术细节，可参考前述的方法实施例中的相关描述，为节省篇幅，在此不再赘述，但这不应造成本申请保护范围的损失。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

上述图4中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

上述图4中的通信组件，被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

上述图4中的显示器，包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述图4中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述图4中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (13)

1.一种设备监测方法，包括：

确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

基于逻辑标识与实际标识之间的映射关系，确定所述待监测运行指标对应的目标实际标识，所述实际标识由工厂自定义；

从时序数据库中拉取所述目标实际标识对应的运行数据，所述时序数据库中包含多个工厂提供的多个设备的运行数据，所述运行数据以实际标识作为索引；

根据所述目标实际标识对应的运行数据和所述监测规则，在所述待监测运行指标下进行设备监测。

2.根据权利要求1所述的方法，还包括：

实时获取所述多个工厂提供的多个设备的运行数据；

以所述多个工厂各自定义的实际标识为索引，将所述运行数据按照对应的实际标识写入时序数据库。

3.根据权利要求1所述的方法，还包括：

为所述待监测运行指标定义唯一的逻辑标识；

获取所述多个工厂各自针对所述待监测运行指标自定义的实际标识；

配置所述待监测运行指标对应的逻辑标识与实际标识之间的映射关系，以产生所述逻辑标识与实际标识之间的映射关系。

4.根据权利要求3所述的方法，所述为所述待监测运行指标定义唯一的逻辑标识，包括：

展示逻辑标识配置界面，所述逻辑标识配置界面中包含至少一个可配置的逻辑标识描述字段；

响应于针对所述逻辑标识描述字段的配置操作，定义所述待监测运行指标对应的逻辑标识。

5.根据权利要求4所述的方法，所述逻辑标识描述字段包括指标代码、设备类型、指标名称、指标口径、计量单位、有效数字位数、修改人、创建时间和修改时间中的一种或多种。

6.根据权利要求1所述的方法，所述根据所述目标实际标识对应的运行数据和所述监测规则，在所述待监测运行指标下进行设备监测，包括：

从预先配置的算子库中调用与所述监测规则适配的至少一个目标算子；

按照所述监测规则，组合使用所述至少一个目标算子对所述目标实际标识对应的运行数据进行分析，以在所述待监测运行指标下进行设备监测。

7.根据权利要求6所述的方法，还包括：

以覆盖设备监测工作所需的所有监测规则为目标，构建以时序数据库作为基础的多个算子，以获得所述算子库。

8.根据权利要求7所述的方法，所述算子库中包括根据时间范围进行查询算子、获取一段时间内的头尾数据算子、获取一段时间内的聚合数据算子、获取一段时间内的累计增加综合算子、获取一段时间内的累计减少综合算子和点位打宽算子中的一种或多种算子。

9.根据权利要求1所述的方法，还包括：

展示监测规则配置界面；

响应于针对所述待监测运行指标对应的目标逻辑标识发起的监测规则配置操作，为所述目标逻辑标识配置监测规则；

建立所述目标逻辑标识与其对应的监测规则之间的关联。

10.根据权利要求9所述的方法，还包括：

在指定的实际标识下存在监测规则修改需求的情况下，基于所述逻辑标识与实际标识之间的映射关系，查询与所述指定的实际标识相映射的逻辑标识；

响应于针对查询到的逻辑标识发起的监测规则修改操作，更新所述查询到的逻辑标识对应的监测规则，以将修改后的监测规则下发至所述指定的实际标识。

11.根据权利要求1所述的方法，还包括：

在监测到所述目标实际标识中的第一实际标识对应的运行数据存在异常的情况下，向所述目标实际标识所属的工厂发送告警通知。

12.一种计算设备，包括存储器、处理器；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器耦合，用于执行所述一条或多条计算机指令，以用于：

确定待监测运行指标对应的目标逻辑标识和其对应的监测规则；

基于逻辑标识与实际标识之间的映射关系，确定所述待监测运行指标对应的目标实际标识，所述实际标识由工厂自定义；

从时序数据库中拉取所述目标实际标识对应的运行数据，所述时序数据库中包含多个工厂提供的多个设备的运行数据，所述运行数据以实际标识作为索引；

根据所述目标实际标识对应的运行数据和所述监测规则，在所述待监测运行指标下进行设备监测。

13.一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-11任一项所述的设备监测方法。

Images