CN110719181A - 设备异常告警系统、方法及计算机可读存储介质 - Google Patents

Abstract

一种设备异常告警方法，包括以下步骤：建立一规则引擎，并基于所述规则引擎配置与目标应用设备匹配的异常信息处理机制；接收目标应用设备的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理；及若所述异常数据需要进行告警处理，发布所述目标应用设备处于异常状况的广播消息。本发明还提供一种设备异常告警系统及计算机可读存储介质。上述设备异常告警系统、方法及计算机可读存储介质，可以实现实时监测设备异常并推送待处理的异常信息。

Description

设备异常告警系统、方法及计算机可读存储介质

技术领域

本发明涉及工业互联网技术领域，尤其涉及一种设备异常告警系统、方法及计算机可读存储介质。

背景技术

传统的车间生产管理在处理设备异常问题上，大多由产线作业员口头或电话向上级汇报、或者直接找工程师进行处理，存在异常滞留几个小时未被处理的状况，影响产线工作效率，且由产线作业员发现的异常通常不具有及时性。

发明内容

有鉴于此，有必要提供一种设备异常告警系统、方法及计算机可读存储介质，其能实现实时监测设备异常并推送待处理的异常信息。

本发明一实施方式提供一种设备异常告警系统，包括：处理器；及存储器，适于存储多条指令，所述指令适于由所述处理器执行：建立一规则引擎，并基于所述规则引擎配置与目标应用设备匹配的异常信息处理机制；接收目标应用设备的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理；及若所述异常数据需要进行告警处理，发布所述目标应用设备处于异常状况的广播消息。

优选地，所述广播消息包括以下的一种或者多种的组合：异常发生时间、异常地点、异常描述、设备编号、订单编号、处理状态。

优选地，所述指令还包括：记录针对所述目标应用设备的本次异常的处理流程，并对所述异常的处理进程进行可视化显示。

优选地，所述广播消息包括异常处理对策，所述指令还包括：根据历史记录的异常处理流程推荐与本次异常匹配的一个或者多个异常处理对策；其中，当存在多个匹配的异常处理对策时，根据所述异常处理对策的使用频率高低进行排序。

优选地，所述广播消息包括订单编号，所述指令还包括：判断所述广播消息在一第一预设时间内是否被接单；若所述广播消息在所述第一预设时间内未被接单，输出订单超时的警示信息；若所述广播消息被接单，判断所述目标应用设备的本次异常在标记为处理完成后的一第二预设时间内是否有相同异常抛出；若在所述第二预设时间内没有相同异常抛出，判定所述目标应用设备的本次异常处理成功，并将所述订单编号标记为结案；及若在所述第二预设时间内有相同异常抛出，判定所述目标应用设备的本次异常处理失败，并将所述订单编号重新标记为待处理。

本发明一实施方式还提供一种设备异常告警方法，包括以下步骤：建立一规则引擎，并基于所述规则引擎配置与目标应用设备匹配的异常信息处理机制；接收目标应用设备的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理；及若所述异常数据需要进行告警处理，发布所述目标应用设备处于异常状况的广播消息。

优选地，所述广播消息包括以下的一种或者多种的组合：异常发生时间、异常地点、异常描述、设备编号、订单编号、处理状态。

优选地，所述设备异常告警方法还包括：记录针对所述目标应用设备的本次异常的处理流程，并对所述异常的处理进程进行可视化显示。

优选地，所述设备异常告警方法还包括：根据历史记录的异常处理流程推荐与本次异常匹配的一个或者多个异常处理对策；其中，当存在多个匹配的异常处理对策时，根据所述异常处理对策的使用频率高低进行排序。

优选地，所述广播消息包括订单编号，所述设备异常告警方法还包括：判断所述广播消息在一第一预设时间内是否被接单；若所述广播消息在所述第一预设时间内未被接单，输出订单超时的警示信息；若所述广播消息被接单，判断所述目标应用设备的本次异常在处理完成后的一第二预设时间内是否有相同异常抛出；若在所述第二预设时间内没有相同异常抛出，判定所述目标应用设备的本次异常处理成功，并将所述订单编号标记为结案；及若在所述第二预设时间内有相同异常抛出，判定所述目标应用设备的本次异常处理失败，并将所述订单编号标记为待处理。

本发明一实施方式还提供一种计算机可读存储介质，所述计算机可读存储介质存储有多条指令，多条所述指令可被一个或者多个处理器执行，以实现上述设备异常告警方法的步骤。

与现有技术相比，上述设备异常告警系统、方法及计算机可读存储介质，其能实时监测设备异常并自动推送待处理的异常信息，调动异常维护人员的积极性，且可实现对发布的订单状态进行实时更新，异常处理过程透明化。

附图说明

图1是本发明一实施方式的设备异常告警系统的运行环境图。

图2是本发明一实施方式的设备异常告警系统的功能模块图。

图3是本发明另一实施方式的设备异常告警系统的功能模块图。

图4是本发明一实施方式的设备异常告警方法的步骤流程图。

主要元件符号说明

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

请参阅图1，是本发明各个实施例一可选的应用环境示意图。

在一实施方式中，所述设备异常告警系统100可以设置在一服务器中，并可与多个应用设备进行通信，例如可以采用XMPP/MQTT通信协议与多个应用设备进行通信。所述服务器可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器，该服务器可以是独立的服务器，也可以是多个服务器所组成的服务器集群。所述应用设备个数并无限定，可以多于三个或者少于三个。下面以应用设备的个数以三个为例(即应用设备200a、200b、200c)进行说明。所述应用设备200a、200b、200c可以是车间的生产设备。

请参阅图2，所述设备异常告警系统100可以包括存储器11、处理器12。所述存储器11存储有一个或多个模块，所述一个或多个模块可由处理器12执行，以完成本发明所提供的功能。

所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。所述处理器12可以是中央处理器(CentralProcessing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。

在一实施方式中，所述一个或多个模块包括配置模块10、判断模块20及发布模块30。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述在处理器12中的执行过程。

所述配置模块10用于建立一规则引擎，并基于所述规则引擎配置与目标应用设备200a、200b、200c匹配的异常信息处理机制。

在一实施方式中，所述设备异常告警系统100优选采用MVP(Model ViewPresenter)模式进行开发。所述规则引擎内包含有多个逻辑规则。所述逻辑规则可以是不同应用设备200a、200b、200c(不同型号)的告警机制，不同应用设备200a、200b、200c的信号处理机制、异常处理机制。不同的逻辑规则之间互不关联，不同的应用设备200a、200b、200c可以对应不同的逻辑规则，进而对应不同的处理机制。

在一实施方式中，每个应用设备200a、200b、200c可以定义有一个或者多个与其匹配的异常信息处理机制，每一异常信息处理机制可以对应一种异常状态。例如，所述配置模块10基于所述规则引擎配置与应用设备200a匹配的异常信息处理机制A1。所述异常信息处理机制A1对应应用设备200a的AOI不良。

所述判断模块20用于接收应用设备200a、200b、200c的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理。

在一实施方式中，所述异常信息处理机制设置有是否针对应用设备200a、200b、200c的异常是否需要异常处理的选项。举例而言，若异常信息处理机制A1对应的应用设备200a的AOI不良设定为异常处理，则当所述判断模块20接收到应用设备200a的异常数据为AOI不良，则判定所述AOI不良需要进行告警处理。若异常信息处理机制A1对应的应用设备200a的AOI不良设定为不处理，则当所述判断模块20接收到应用设备200a的异常数据为AOI不良，则判定所述AOI不良不需要进行告警处理。

所述发布模块30用于在所述异常数据需要进行告警处理，发布所述应用设备200a、200b、200c处于异常状况的广播消息。

在一实施方式中，所述发布模块30发布的广播消息优选以一待处理订单的形式进行推送。所述广播消息包括以下的一种或者多种信息的组合：异常发生时间、异常地点、异常描述、设备编号、订单编号、处理状态。以应用设备200a出现AOI不良为例，所述异常发生时间是指应用设备200a出现AOI不良的时间(例如：2017-02-05 18:30:52)，所述异常地点是指应用设备200a所处的位置(例如：厂房2栋3楼)，所述异常描述即AOI不良，设备编号即应用设备200a的产品编号(例如：SMT20180420)，订单编号为发布模块30建立的该待处理订单的编号(例如：HH2070506001)，处理状态为未处理。

在一实施方式中，多个设备工程师可以通过抢单的方式来接受所述发布模块30发布的待处理订单。在其他实施方式中，设备异常告警系统100也可以指派订单的方式来将所述发布模块30发布的待处理订单指派给指定的设备工程师。当一设备工程师接受到该待处理订单后，该待处理订单被锁定并显示为“处理中”，其他设备工程师将不能对该待处理订单进行接单操作。

在一实施方式中，设备异常告警系统100可以包括一个应用程序(例如该应用程序命名为FiiChat)，通过所述应用程序来实现接收应用设备200a、200b、200c的异常数据，并调用规则引擎中的异常信息处理机制来判断所述异常数据是否需要进行告警处理，进而可以在需要进行告警处理，发布所述应用设备200a、200b、200c处于异常状况的广播消息。多个设备工程师可以在该应用程序中进行账号注册，当该应用程序发布待处理订单时，多个设备工程师可以通过抢单的方式来接单，并可在“我的订单”栏中查看订单的基本信息，并按照订单的信息指引对处于异常状况的应用设备200a、200b、200c进行维护。该应用程序也可以按照预设的规则进行指派待处理订单给设备工程师。

在一实施方式中，由于应用程序不与规则引擎有直接的关联，应用程序只做异常信息的接收与反馈，使得设备异常告警系统100中的系统告警服务与规则服务解耦，使得应用程序与规则引擎可以独立开发、扩展。用户可以导入现有功能模块，也可以通过自主开发导入其他业务模块至该应用程序，进而使得该应用程序能够够好地满足设备方的数据需求。

请参阅图3，与图2相比，所述一个或多个模块还包括记录模块40及推荐模块50。

所述记录模块40用于记录针对所述应用设备200a、200b、200c的本次异常的处理流程，并对所述异常的处理进程进行可视化显示，进而使得设备方可以全面直观地监控到应用设备异常事件处理过程。

在一实施方式中，所述记录模块40可以针对每一应用设备200a、200b、200c的异常原因及处理流程建立一映射关系。所述处理进程可以包括未处理、处理中及已处理等。

所述推荐模块50用于根据历史记录的异常处理流程推荐与本次异常匹配的一个或者多个异常处理对策。

在一实施方式中，所述历史记录的异常处理流程即可以是所述记录模块40所记录得到的处理流程。当存在多个匹配的异常处理对策时，可以根据所述异常处理对策的使用频率高低进行排序显示，例如显示处理对策1、处理对策2。

在一实施方式中，所述广播消息还包括所述推荐模块50推荐的异常处理对策，进而可以使得设备工程师能够快速完成异常处理，提升工作效率。

在一实施方式中，当所述发布模块30发布待处理订单(假设该待处理订单的订单编号为HH2070506001)后，所述判断模块20还用于判断所述待处理订单在一第一预设时间内是否被接单。若所述待处理订单在所述第一预设时间内未被接单，所述发布模块30输出订单超时的警示信息通知指定的管理人员。所述第一预设时间可以根据实际需求进行设定，例如所述第一预设时间设定为2小时。不同的应用设备200a、200b、200c可以设定有不同时长的第一预设时间。若所述待处理订单被接单，所述判断模块20还用于判断所述应用设备200a的本次异常在标记为处理完成后的一第二预设时间内是否有相同异常抛出。若在所述第二预设时间内没有相同异常抛出，所述判断模块20判定所述应用设备200a的本次异常处理成功，并将所述订单编号标记为结案；若在所述第二预设时间内有相同异常抛出，所述判断模块20判定所述应用设备200a的本次异常处理失败，并将所述订单编号重新标记为待处理，以允许其他设备工程师进行接单。

在一实施方式中，该设备异常告警系统100可以通过该应用程序来实现对应用设备200a、200b、200c的异常告警发布及运维管控，可以统计得到每个设备工程师的接单总数量、异常处理成功数量、订单接受的等待时长、订单处理时长、每一设备工程师的平均处理时长，并基于该些信息可以实现对每一设备工程师进行KPI考核。

图4为本发明一实施方式中设备异常告警方法的流程图。本方法可以使用在图2或图3的设备异常告警系统100中。

步骤S400，配置模块10建立一规则引擎，并基于所述规则引擎配置与应用设备200a、200b、200c匹配的异常信息处理机制。

步骤S402，判断模块20接收应用设备200a、200b、200c的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理。

步骤S404，若所述异常数据需要进行告警处理，所述发布模块30发布所述应用设备200a、200b、200c处于异常状况的广播消息。

上述设备异常告警系统、方法及计算机可读存储介质，其能实时监测设备异常并自动推送待处理的异常信息，调动异常维护人员的积极性，且可实现对发布的订单状态进行实时更新，异常处理过程透明化。

对本领域的技术人员来说，可以根据本发明的发明方案和发明构思结合生产的实际需要做出其他相应的改变或调整，而这些改变和调整都应属于本发明所公开的范围。

Claims (11)

1.一种设备异常告警系统，其特征在于，包括：

处理器；及

存储器，适于存储多条指令，所述指令适于由所述处理器执行：

建立一规则引擎，并基于所述规则引擎配置与目标应用设备匹配的异常信息处理机制；

接收目标应用设备的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理；及

若所述异常数据需要进行告警处理，发布所述目标应用设备处于异常状况的广播消息。

2.如权利要求1所述的设备异常告警系统，其特征在于，所述广播消息包括以下的一种或者多种的组合：异常发生时间、异常地点、异常描述、设备编号、订单编号、处理状态。

3.如权利要求1所述的设备异常告警系统，其特征在于，所述指令还包括：

记录针对所述目标应用设备的本次异常的处理流程，并对所述异常的处理进程进行可视化显示。

4.如权利要求3所述的设备异常告警系统，其特征在于，所述广播消息包括异常处理对策，所述指令还包括：

根据历史记录的异常处理流程推荐与本次异常匹配的一个或者多个异常处理对策；

其中，当存在多个匹配的异常处理对策时，根据所述异常处理对策的使用频率高低进行排序。

5.如权利要求1所述的设备异常告警系统，其特征在于，所述广播消息包括订单编号，所述指令还包括：

判断所述广播消息在一第一预设时间内是否被接单；

若所述广播消息在所述第一预设时间内未被接单，输出订单超时的警示信息；

若所述广播消息被接单，判断所述目标应用设备的本次异常在标记为处理完成后的一第二预设时间内是否有相同异常抛出；

若在所述第二预设时间内没有相同异常抛出，判定所述目标应用设备的本次异常处理成功，并将所述订单编号标记为结案；及

若在所述第二预设时间内有相同异常抛出，判定所述目标应用设备的本次异常处理失败，并将所述订单编号重新标记为待处理。

6.一种设备异常告警方法，其特征在于，包括以下步骤：

建立一规则引擎，并基于所述规则引擎配置与目标应用设备匹配的异常信息处理机制；

接收目标应用设备的异常数据，并调用所述异常信息处理机制来判断所述异常数据是否需要进行告警处理；及

若所述异常数据需要进行告警处理，发布所述目标应用设备处于异常状况的广播消息。

7.如权利要求6所述的设备异常告警方法，其特征在于，所述广播消息包括以下的一种或者多种的组合：异常发生时间、异常地点、异常描述、设备编号、订单编号、处理状态。

8.如权利要求6所述的设备异常告警方法，其特征在于，还包括：

记录针对所述目标应用设备的本次异常的处理流程，并对所述异常的处理进程进行可视化显示。

9.如权利要求8所述的设备异常告警方法，其特征在于，所述广播消息包括异常处理对策，所述设备异常告警方法还包括：

根据历史记录的异常处理流程推荐与本次异常匹配的一个或者多个异常处理对策；

其中，当存在多个匹配的异常处理对策时，根据所述异常处理对策的使用频率高低进行排序。

10.如权利要求6所述的设备异常告警方法，其特征在于，所述广播消息包括订单编号，所述设备异常告警方法还包括：

判断所述广播消息在一第一预设时间内是否被接单；

若所述广播消息在所述第一预设时间内未被接单，输出订单超时的警示信息；

若所述广播消息被接单，判断所述目标应用设备的本次异常在处理完成后的一第二预设时间内是否有相同异常抛出；

若在所述第二预设时间内没有相同异常抛出，判定所述目标应用设备的本次异常处理成功，并将所述订单编号标记为结案；及

若在所述第二预设时间内有相同异常抛出，判定所述目标应用设备的本次异常处理失败，并将所述订单编号标记为待处理。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，多条所述指令可被一个或者多个处理器执行，以实现如权利要求6-10任一项所述的设备异常告警方法的步骤。

Images