CN105847064B - 用于报警的方法、适配器和服务器 - Google Patents

Abstract

一种适配器，包括：采集单元，用于接收与所述适配器相关联的设备的运行数据；发送单元，用于向服务器发送信息；触发单元，用于被用户操作以触发报警事件；和，计时单元，用于在所述触发单元被触发后开始计时；所述计时单元的计时达到或超过设定时间阈值时，触发所述发送单元发送报警消息；所述报警消息包括所述适配器的标识ID以及所述设备的当前运行数据。用户在判断设备可能发生故障的情况下，利用上述实施例公开的技术方案，可以一键报警的方式向网络侧的控制平台发送设备的运行信息。控制平台收到适配器发送的报警消息后，通过分析设备的当前运行数据，能够判断该设备是否发生故障。本发明还公开一种服务器和一种用于报警的方法。

Description

用于报警的方法、适配器和服务器

技术领域

本发明属于通信技术领域，尤其涉及一种用于报警的方法和一种适配器及一种服务器。

背景技术

工业物联网，简单的说就是要把工业设备(多个工业设备构成的工业装置)联网。联网的目的是要把设备(装置)的各种运行状态和数据发送到某个平台，平台负责接收数据、保存数据、处理数据，并对数据进行统计和分析。今天，随着微处理器技术的不断发展，绝大多数工业设备都带有自控和伺服功能，并通过本端控制器方式实现，可以说已经非常强大。但是这些设备(装置)的设计本身还是以传统的模式，并没有考虑到联网的需求。

适配器就是为了解决传统设备的物联网需要，应运而生的一个中间适配设备。所谓适配就是说，在维持原有设备不做任何改动的前提条件下，用适配的方式与设备(控制器)对话，并把设备的运行状态和数据发送到物联网平台。

现有适配器虽然能够将设备的运行状态和数据发送到物联网平台，但当设备发生故障时，无法通过适配器向网络侧的控制平台发送报警消息，通知控制平台设备发生故障。

发明内容

有鉴于此，本发明的一个目的是提出一种具有报警功能的适配器。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

在一些可选的实施例中，所述适配器包括：采集单元，用于接收与所述适配器相关联的设备的运行数据；发送单元，用于向服务器发送信息；

触发单元，用于被用户操作以触发报警事件；和，计时单元，用于在所述触发单元被触发后开始计时；所述计时单元的计时达到或超过设定时间阈值时，触发所述发送单元发送报警消息；所述报警消息包括所述适配器的标识ID以及所述设备的当前运行数据。

本发明的另一个目的是提出一种服务器。

在一些说明性实施例中，所述服务器包括：第一单元，用于接收适配器发送的报警消息，所述报警消息包括一设备的标识ID以及该设备的当前运行数据；第二单元，用于解析所述报警消息获得所述设备的当前运行数据；第三单元，用于根据所述设备的当前运行数据判断所述设备的运行状态；和，显示单元，用于当所述设备运行状态异常时，显示所述报警消息、所述适配器的标识ID及所述设备的当前运行数据。

本发明的另一个目的是提出一种用于报警的方法。

在一些可选实施例中，所述用于报警的方法用于适配器，该方法包括：报警事件被触发；检测报警事件被持续触发的时长；触发时长达到或超过设定时间阈值时，向网络侧发送报警消息；所述报警消息包括适配器的标识ID以及与所述适配器相关联的设备的当前运行数据。

在一些可选实施例中，所述用于报警的方法用于服务器，该方法包括：接收适配器发送的报警消息，所述报警消息包括所述适配器的标识ID以及与所述适配器相关联的设备的当前运行数据；解析所述报警消息获得所述设备的当前运行数据；根据所述设备的当前运行数据判断所述设备的运行状态；当所述设备运行状态异常时，显示所述报警消息、所述适配器的ID及所述设备的当前运行数据。

为了上述以及相关的目的，一个或多个实施例包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明某些示例性方面，并且其指示的仅仅是各个实施例的原则可以利用的各种方式中的一些方式。其它的益处和新颖性特征将随着下面的详细说明结合附图考虑而变得明显，所公开的实施例是要包括所有这些方面以及它们的等同。

说明书附图

图1是适配器的一个可选实施例结构示意图；

图2是服务器的一个可选实施例结构示意图；

图3是设备的一个可选实施例结构示意图；

图4是用于报警的方法的一个可选实施例流程示意图；

图5是报警消息一种可选的消息数据结构示意图。

具体实施方式

以下描述和附图充分地示出本发明的具体实施方案，以使本领域的技术人员能够实践它们。其他实施方案可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本发明的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，本发明的这些实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。

适配器作为中间适配设备，通常不具备报警功能。本文提出一种具有报警功能的适配器，在一些说明性实施例中，所述适配器如图1所示，包括触发单元S01，计时单元S02，采集单元S03和发送单元S04。

采集单元03用于接收与适配器相关联的设备的运行数据。发送单元S04用于向服务器发送信息。触发单元S01用于被用户操作以触发报警事件。计时单元S02用于在触发单元S01被触发后开始计时，计时达到或超过设定时间阈值时，触发发送单元S04发送报警消息；所述报警消息包括适配器的标识(ID，Identity)以及所述设备的当前运行数据。

在一些可选实施例中，触发单元S01可以是一个按钮，也可以是一个开关。当用户对适配器的触发单元S01进行操作时，例如按下按钮或者闭合开关，将直接触发计时单元S02开始计时。如果用户持续按下按钮或闭合开关，则计时单元S02持续计时。如果用户持续按下按钮或闭合开关的时间达到或超过设定时间阈值时，例如达到或超过3秒，则触发发送单元S04发送报警消息。

在一些说明性实施例中，适配器发送的报警消息包括一个或多个子信息，如图5所示，每一子信息都包括该子信息的描述信息(Key)和参数信息(Value)。每一消息的示例如下：

{Key₁，Value₁；Key₂，Value₂；……；Key_n，Value_n}

其中，适配器发送每一消息都会通过子信息携带该适配器ID，以使服务器能够获知该消息的来源。设备的每一种运行数据，例如温度、湿度、压力、电压、电流等等，可以用Key表示，每种运行数据的值用Value表示。也就是说，设备的当前运行数据由各子信息承载。

此外，本文还提出一种用于网络侧的服务器，在一些说明性实施例中，所述服务器如图2所示，包括接收报警消息的第一单元S11，解析报警消息的第二单元S12，判断设备运行状态的第三单元S13和显示单元S14。

第一单元S11收到包括适配器ID以及与该适配器相关联的设备的当前运行数据的报警消息后，第二单元S12解析报警消息并获得设备的当前运行数据，第三单元S13根据设备的当前运行数据判断设备运行状态。在设备运行状态异常时，通过显示单元S14将报警消息、适配器ID及所述设备的当前运行数据进行呈现。

在一些说明性实施例中，服务器收到一个或多个适配器发送的消息后，可以通过各消息中的子信息获得各消息的来源适配器。例如，服务器收到3条消息，分别如下：

消息数据1＝{ID，W123；K44，1；K45，0；K46，1；K47，1；K48，0}；消息数据2＝{ID，W234；K45，1；K47，1}；

消息数据3＝{ID，W345；K44，1；K46，0}。

服务器可以根据每一消息数据中的子信息，获得该消息数据的来源适配器。例如，消息数据1来自ID为W123的适配器，消息数据2来自ID为W234的适配器，消息数据3来自ID为W345的适配器。

在一些可选实施例中，当设备运行状态正常时，通过显示单元S14显示报警信息，但不显示适配器的ID及所述设备的当前运行数据。

用户在判断设备可能发生故障的情况下，利用上述实施例公开的技术方案，可以一键报警的方式向网络侧的控制平台发送设备的运行信息。控制平台收到适配器发送的报警消息后，通过分析设备的当前运行数据，能够判断该设备是否发生故障。

用户在对一个故障设备进行维修后，但无法确定故障是否被排除的情况下，利用上述实施例公开的技术方案，以一键报警的方式向网络侧的控制平台发送设备的运行信息。控制平台收到适配器发送的报警消息后，通过分析设备的当前运行数据，能够判断该设备的故障是否依然存在。

在一些优选实施例中，报警消息还包括设备的位置信息，经度、纬度和高度等信息。这样，控制平台就能够获得适配器的位置，并通过显示单元S14将适配器的位置一并呈现。

在一些可选实施例中国，第三单元S13根据设备的当前运行数据之间的逻辑合理性判断所述设备的运行状态。

如果所述设备的当前运行数据之间符合正常运行的逻辑关系，则判断所述设备的运行状态正常；否则，判断所述设备的运行状态异常。

在一些示例性实施例中，假设设备包括一个由灯泡01、电阻02、开关04和电源03串联而成的电路，如图3所示，对于与该设备相关联的适配器，在一键报警时，会将灯泡01和开关04的当前运行数据发送给网络侧。灯泡01和开关04的各种运行数据如表1所示。

表1

	0	1
			灯泡	灭	亮
开关	打开	闭合

设备如果正常运行，则灯泡01和开关04这两者运行数据的逻辑关系应该如下：

如果“灯泡＝0”，则“开关＝0”；

如果“开关＝1”，则“灯泡＝1”。

换句话说，当灯泡和开关这二者的数值(Value)相同时，都为“0”或都为“1”时，表明设备的当前运行数据符合正常运行的逻辑关系，设备处于正常状态。反之，当灯泡和开关这二者的Value不同时，表明设备的当前运行数据违反正常运行的逻辑关系，设备处于异常状态，发生故障。例如：

如果“灯泡＝0”且“开关＝1”，表示开关虽然闭合但灯泡没有亮，则可能灯泡发生故障或者电源的电量耗尽了；

如果“灯泡＝1”且“开关＝0”，表示开关虽然断开但灯泡依然亮着，则可能开关发生故障，实际没有断开。

在一些可选实施例中，所述服务器还包括：

第四单元，用于确定报警信息中每一子信息的数据类型；

第五单元，用于建立所述每一子信息及其数据类型与所述报警消息接收时刻及所述适配器的关联关系；和，

第六单元，用于保存所述报警消息和所述关联关系。

该可选实施例中，服务器能够对报警消息中的子信息按数据类型进行分类管理，并能够从接收时间和数据来源等多个方面对数据信息进行综合管理，从而使得系统能够有序地管理来自大量适配器的报警信息，进而能够提高系统对数据信息的处理效率。

在一些实施例中，公开了用于报警的方法，如图4所示。

步骤S01，在适配器端报警事件被触发。

步骤S02，检测报警事件被持续触发的时长。

步骤S03，触发时长达到或超过设定的时间阈值，例如超过2秒。

步骤S04，适配器向网络侧的服务器发送报警消息。

在一些可选实施例中，所述报警消息包括适配器的ID、与该适配器相关联的设备的当前运行数据。

在一些优选实施例中，所述报警消息还包括该适配器的位置信息，经度、纬度和高度等信息。

步骤S05，服务器收到报警消息后解析报警消息，获得设备的当前运行数据。其中，设备的当前运行数据由各子信息承载。

步骤S06，根据设备的当前运行数据判断设备的运行状态。

在一些可选实施例中，可以根据设备当前运行数据之间的逻辑合理性判断设备的运行状态；如果设备当前运行数据之间符合正常运行的逻辑关系，则判断设备的运行状态正常；否则，判断设备的运行状态异常。

步骤S07，当设备运行状态异常时，显示报警消息、适配器的ID及所述设备的当前运行数据。

在一些优选实施例中，所述报警消息还包括该适配器的位置信息，经度、纬度和高度等信息。这样，服务器就能够获得适配器的位置，并将适配器的位置一并显示。

在一些可选实施例中，当设备运行状态正常时，显示报警信息，但不显示适配器的ID及其所述设备当前运行数据。

在一些可选实施例中，服务器收到报警消息后，除执行步骤S05、步骤S06和步骤S07外，还会执行下述流程：

步骤11，确定报警消息中每一子信息的数据类型；

步骤12，建立每一子信息及其数据类型与所述报警消息接收时刻及适配器的关联关系；

步骤13，保存所述关联关系。

在一些可选实施例中，所述用于报警的方法包括：

接收适配器发送的报警消息，所述报警消息包括所述适配器ID以及与所述适配器相关联的设备的当前运行数据；

解析所述报警消息获得所述设备的当前运行数据；

根据所述设备的当前运行数据判断所述设备的运行状态；

当所述设备运行状态异常时，显示所述报警消息、所述适配器的ID及所述设备的当前运行数据；

其中，所述报警消息包括一个或多个子信息；

所述用于报警的方法还包括：

确定报警消息中每一子信息的数据类型；

建立每一子信息及其数据类型与所述报警消息接收时刻及适配器的关联关系；

保存所述关联关系。

在一些说明性实施例中，子信息的数据类型包括但不限于以下几种：

状态(STA)类型数据；

事件(EVNT)类型数据；

故障(FLT)类型数据；

报警(ALT)类型数据；

设置(SET)类型数据。

在一些可选实施例中，每一适配器可能上传的子信息是被预先知道的，从而可以根据实际需要，为部分或全部子信息设置数据类型，预先建立该适配器每一子信息的Key与数据类型之间的对应关系。

采用本文实施例所述的方法，服务器能够对报警消息中的子信息按数据类型进行分类管理，并能够从接收时间和数据来源等多个方面对数据信息进行综合管理，从而使得系统能够有序地管理来自大量适配器的报警信息，进而能够提高系统对数据信息的处理效率。

在另一些可选实施例中，服务器收到报警消息后，除执行步骤S05、步骤S06和步骤S07外，还会执行下述流程：

步骤11，确定报警消息中每一子信息的数据类型；

步骤22，建立每一子信息及其数据类型与所述报警消息接收时刻的关联关系；

步骤13，保存所述关联关系。

在一些可选实施例中，所述用于报警的方法包括：

接收适配器发送的报警消息，所述报警消息包括所述适配器ID以及与所述适配器相关联的设备的当前运行数据；

解析所述报警消息获得所述设备的当前运行数据；

根据所述设备的当前运行数据判断所述设备的运行状态；

当所述设备运行状态异常时，显示所述报警消息、所述适配器的ID及所述设备的当前运行数据；

其中，所述报警消息包括一个或多个子信息；

所述用于报警的方法还包括：

确定报警消息中每一子信息的数据类型；

建立每一子信息及其数据类型与所述报警消息接收时刻的关联关系；

保存所述关联关系。

在另一些可选实施例中，服务器收到报警消息后，除执行步骤S05、步骤S06和步骤S07外，还会执行下述流程：

步骤11，确定报警消息中每一子信息的数据类型；

步骤32，建立每一子信息及其数据类型与适配器的关联关系；

步骤13，保存所述关联关系。

在一些可选实施例中，所述用于报警的方法包括：

接收适配器发送的报警消息，所述报警消息包括所述适配器ID以及与所述适配器相关联的设备的当前运行数据；

解析所述报警消息获得所述设备的当前运行数据；

根据所述设备的当前运行数据判断所述设备的运行状态；

当所述设备运行状态异常时，显示所述报警消息、所述适配器的ID及所述设备的当前运行数据；

其中，所述报警消息包括一个或多个子信息；

所述用于报警的方法还包括：

确定报警消息中每一子信息的数据类型；

建立每一子信息及其数据类型与适配器的关联关系；

保存所述关联关系。

采用上述可选实施例的方法，服务器能够对报警消息中的子信息按数据类型进行分类管理，并能够从接收时间或数据来源等方面对数据信息进行综合管理，从而使得系统能够有序地管理来自大量适配器的海量报警消息，进而能够提高系统对数据信息的处理效率。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、适配器和服务器实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的方法、适配器和服务器而言，由于其与实施例公开的方法部分相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

1.一种服务器，其特征在于，包括：

第一单元，用于接收适配器发送的报警消息，所述报警消息包括适配器的标识ID以及与所述适配器相关联的设备的当前运行数据；

第二单元，用于解析所述报警消息获得所述设备的当前运行数据；

第三单元，用于根据所述设备的当前运行数据判断所述设备的运行状态；

显示单元，用于当所述设备运行状态异常时，显示所述报警消息、所述适配器的标识ID及所述设备的当前运行数据，当设备运行状态正常时，显示所述报警消息，但不显示所述适配器的标识ID及所述设备的当前运行数据；

第四单元，用于确定所述报警消息中每一子信息的数据类型；

第五单元，用于建立所述每一子信息及所述数据类型与所述报警消息接收时刻及所述适配器的关联关系；和，

第六单元，用于保存所述报警消息和所述关联关系。

2.如权利要求1所述的服务器，其特征在于，所述报警消息还包括所述适配器的位置信息；当所述设备运行状态异常时，所述显示单元还显示所述适配器的位置信息。

3.如权利要求1或2所述的服务器，其特征在于，所述第三单元根据所述设备的当前运行数据之间的逻辑合理性判断所述设备的运行状态；

如果所述设备的当前运行数据之间符合正常运行的逻辑关系，则判断所述设备的运行状态正常；否则，判断所述设备的运行状态异常。

4.一种用于报警的方法，其特征在于，包括：

接收适配器发送的报警消息，所述报警消息包括所述适配器的标识ID以及与所述适配器相关联的设备的当前运行数据；

解析所述报警消息获得所述设备的当前运行数据；

根据所述设备的当前运行数据判断所述设备的运行状态；

当所述设备运行状态异常时，显示所述报警消息、所述适配器的ID及所述设备的当前运行数据；

当所述设备运行状态正常时，显示所述报警消息，但不显示所述适配器的ID及所述设备的当前运行数据；

确定报警消息中每一子信息的数据类型；

建立每一子信息及所述数据类型与所述报警消息接收时刻及所述适配器的关联关系；

保存所述关联关系。

5.如权利要求4所述的方法，其特征在于，所述报警消息还包括所述适配器的位置信息；当所述设备运行状态异常时，还显示所述适配器的位置信息。

6.如权利要求4或5所述的方法，其特征在于，根据所述设备的当前运行数据之间的逻辑合理性判断所述设备的运行状态；

如果所述设备的当前运行数据之间符合正常运行的逻辑关系，则判断所述设备的运行状态正常；否则，判断所述设备的运行状态异常。

Images