CN109981388A - 一种监控设备的方法和装置 - Google Patents

Abstract

本发明公开了一种监控设备的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收设备发送的报文；若该报文为报警报文，则根据该报警报文生成报警信息；在预配置的用户集中确定该设备关联的用户；将所述报警信息发送给该用户。该实施方式能够实现用户远程对设备进行监控。

Description

一种监控设备的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种监控设备的方法。

背景技术

Modbus协议是一种用于工业设备之间通讯的协议。基于Modbus协议的工业设备之间通常通过的RS232或者RS485通讯接口进行数据传输，RS232通讯接口的最大传输距离是15米，RS485通讯接口的最大传输距离是1200米。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：受限于通讯接口的传输距离，现有的设备监控方法，无法在更远的距离对基于ModBus协议的设备进行监控，只能在设备本地进行PC组网，通过本地PC对设备进行监控。

因此，亟需一种能够远程对设备进行监控的方法。

发明内容

有鉴于此，本发明实施例提供一种监控设备的方法，能够远程对设备进行监控。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控设备的方法，包括：

接收设备发送的报文；

若该报文为报警报文，则根据该报警报文生成报警信息；

在预配置的用户集中确定该设备关联的用户；

将所述报警信息发送给该用户。

本发明实施例提供的监控设备的方法还包括：

接收用户的指令信息，所述指令信息用于指示对该用户关联的设备进行查询或控制；

根据该指令信息生成报文；

将所述报文发送给该设备，其中，该设备执行所述报文，并返回查询或控制结果的报文；

解析所述返回的报文以生成查询结果或控制结果信息，将该信息发送给所述用户。

进一步的，所述设备包括：通信设备、主设备以及从属于该主设备的至少一个从设备；

当所述主设备或其从设备的状态异常时，所述主设备生成所述报警报文，并通过所述通信设备发送该报警报文；

所述设备执行所述报文，并返回查询或控制结果的报文包括：

所述主设备通过所述通信设备接收所述报文，

根据所述报文查询其自身或其从设备状态，并生成查询结果的报文，通过所述通信设备发送该查询结果的报文，

或者，根据所述报文对其自身或其从设备进行控制，并生成控制结果的报文，通过所述通信设备发送该控制结果的报文。

进一步的，所述报文的数据区配置有数据长度标识码，用于标识数据区携带的数据的长度；

本发明实施例提供的监控设备的方法在接收设备发送的报文之后还包括：

根据所述报文中的功能码和数据长度标识码确定该报文是否为报警报文。

进一步的，根据该报警报文生成报警信息包括：

将该报警报文的数据区中的报警数据存入报警队列；

从报警队列中提取报警数据，解析所提取的报警数据以生成报警信息；

将所述报警信息存入待发送队列；

将所述报警信息发送给用户包括：

在设定时间从待发送队列中提取报警信息，将所述报警信息发送给所述用户。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控设备的装置，包括：

第一接收模块，用于接收设备发送的报文；

第一解析模块，用于若该报文为报警报文，则根据该报警报文生成报警信息；

关联用户模块，用于在预配置的用户集中确定该设备关联的用户；

信息发送模块，用于将所述报警信息发送给该用户。

本发明实施例提供的监控设备的装置还包括：

第二接收模块，用于接收用户的指令信息，所述指令信息用于指示对该用户关联的设备进行查询或控制；

报文生成模块，用于根据该指令信息生成报文；

报文发送模块，用于将所述报文发送给该设备，其中，该设备执行所述报文，并返回查询或控制结果的报文；

第二解析模块，用于解析所述返回的报文以生成查询结果或控制结果信息，将该信息发送给所述用户。

进一步的，所述设备包括：通信设备、主设备以及从属于该主设备的至少一个从设备；

当所述主设备或其从设备的状态异常时，所述主设备生成所述报警报文，并通过所述通信设备发送该报警报文；

所述设备执行所述报文，并返回查询或控制结果的报文包括：

所述主设备通过所述通信设备接收所述报文，根据所述报文查询其自身或其从设备状态，并生成查询结果的报文，通过所述通信设备发送该查询结果的报文，或者，根据所述报文对其自身或其从设备进行控制，并生成控制结果的报文，通过所述通信设备发送该控制结果的报文。

进一步的，所述报文的数据区配置有数据长度标识码，用于标识数据区携带的数据的长度；

本发明实施例提供的监控设备的装置还包括：

判断模块，用于根据所述报文中的功能码和数据长度标识码确定该报文是否为报警报文。

进一步的，所述第一解析模块进一步用于将该报警报文的数据区中的报警数据存入报警队列，从报警队列中提取报警数据，解析所提取的报警数据以生成报警信息，然后将所述报警信息存入待发送队列；

所述信息发送模块进一步用于在设定时间从待发送队列中提取报警信息，将所述报警信息发送给所述用户。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控设备的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的监控设备的方法。

为实现上述目的，根据本发明实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的监控设备的方法。

本发明实施例提供的监控设备的方法设备在发生异常时，向服务端发送报文，服务端对报文直接进行解析，将解析得到的报警信息发送给设备的关联用户，而且用户只需要通过用户终端向服务端发送指令信息，就可以在远程实时对其关联的所有设备进行查询和控制，实现了用户只需要在服务端平台注册一个账号，就可以在远程及时收到其关联的所有设备的报警信息，使得用户对与设备的监控过程变得简单高效，减少了用户的学习成本和运维成本。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例提供的监控设备的方法的主要流程的示意图；

图2是本发明实施例提供的对设备的查询或控制步骤的主要流程的示意图；

图3是本发明实施例提供的报警信息的处理步骤的应用流程示意图；

图4是本发明实施例提供的对设备的查询或控制步骤的应用流程示意图；

图5是本发明实施例提供的监控设备的装置的主要模块的示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例提供一种监控设备的方法，该方法可以部署在服务端，服务端通过执行该方法可以实现用户对设备的远程监控，通过该方法，在设备运行异常时，用户可以收到报警信息，并且用户可以随时对设备进行状态查询以及操作控制。

如图1所示，本发明实施例提供的监控设备的方法包括下述报警信息的处理步骤：步骤S101，接收设备发送的报文。在本发明中，报文可以为ModBus报文，相应的，设备可以为使用Modbus通信协议的工业设备，例如，可编程逻辑控制器PLC，分布式控制系统DCS、智能仪表以及其他使用Modbus协议作为通信标准的设备。当然，本发明中的报文也可以为其他支持对设备进行监控的通信协议报文。

在步骤S102中，对接收到的报文进行解析，若该报文为报警报文，则根据该报文生成报警信息。在本发明中，以ModBus报文为例，服务端预先配置有设备的Modbus通信协议，利用该Modbus通信协议对接收到的ModBus报文进行解析，判断该ModBus报文是否为设备的报警报文，若是，则根据报文的内容生成报警信息。

在步骤S103中，在预配置的用户集中确定该设备关联的用户。预配置的用户集可以为在服务端注册的所有用户。例如，用户在服务端注册时录入有与其相关联设备的信息，服务端根据接收到的报文中携带的设备信息获知发送该报文的设备，然后根据用户与设备的关联信息，在预配置的注册用户集中确定设备所关联的用户。在本发明中，并不限定本步骤S103的执行顺序，当接收设备发送的报文后，即可执行本步骤以确定设备关联的用户。

然后在步骤S104中，将报警信息发送给该设备关联的用户。例如，报警报文的报警内容为设备电压超过正常范围，则在步骤S102中生成报警信息可以为“设备电压异常”的文字信息，并提供设备电压的具体数值，然后将上述信息发送给用户终端(web端和手机端等)，用户终端将上述信息显示给用户。多个设备可以关联同一个用户，一个设备也可以关联多个用户。当一个设备关联多个用户时，将报警信息发送给该设备关联的所有用户。

在步骤S104将报警信息发送用户前，还可以对设备的关联用户当前是否登陆进行判断，即判断用户是否处于在线状态，若关联的用户当前已登陆，则执行步骤S104，否则不执行步骤S104。

本发明实施例提供的监控设备的方法，设备在发生异常时，向服务端发送报文，服务端对报文直接进行解析，将解析得到的报警信息发送给设备的关联用户，用户只需要在服务端平台注册一个账号，就可以在远程及时收到其关联的所有设备的报警信息，使得用户对与设备的监控过程变得简单高效，减少了用户的学习成本和运维成本。

在本发明实施例中，如图2所示，用户可以通过用户终端设备向服务端发送指令信息，指令信息用于指示对该用户关联的设备进行查询或控制。例如，查询设备的配置信息或状态信息(温度、电压和电流等)，控制设备执行自检或复位等操作。当多个设备关联同一个用户时，该指令信息可以用于对所关联的所有设备或其中用户指定的设备进行查询或控制。

本发明实施例提供的监控设备的方法还包括下述对设备的查询或控制步骤：以ModBus报文为例，步骤S201，服务端接收用户的指令信息，然后在步骤S202中，基于预先配置的设备的Modbus通信协议，根据该指令信息生成ModBus报文。当用户的指令信息是对设备进行查询时，则生成相应的读取设备寄存器的ModBus报文，当用户的指令信息是对设备进行控制时，则生成相应的对设备寄存器进行写入的ModBus报文。步骤S203，将ModBus报文发送给该设备，其中，该设备执行ModBus报文，并返回查询或控制结果的ModBus报文。步骤S204，服务端解析返回的ModBus报文以生成查询结果或控制结果信息，然后将该信息发送给用户。同时服务端还可以将返回的结果信息存储至服务端数据库中，作为历史数据，以便随时对设备的历史运行情况进行统计和分析。

通过上述本发明实施例提供的对设备的查询或控制步骤，用户只需要通过用户终端向服务端发送指令信息，就可以在远程实时对其关联的所有设备进行查询和控制，使得用户对与设备的监控过程变得简单高效，减少了用户的学习成本和运维成本。

进一步的，在本发明实施例提供的报警信息的处理步骤中，如图3所示，在接收设备发送的报文之后还包括下述步骤：根据报文中的功能码和数据长度标识码确定该报文是否为报警报文。以ModBus报文为例，Modbus协议规定ModBus报文中包含：地址域、功能码、数据区和校验码，在本发明，数据区中配置有数据长度标识码，用于标识数据区携带的数据的长度，数据区携带的数据即ModBus报文实际携带的报文内容数据，也就是说数据区由数据长度标识码和上述报文内容数据组成。通过配置ModBus通信协议，可以将报警报文中的功能码和数据长度的组合，配置为与其他类型的报文不同，从而通过功能码和数据长度标识码就可以将报警报文与其他类型报文进行区分。

本发明方法通过解析接收到的ModBus报文中的功能码和数据长度标识码来确定ModBus报文是否为报警报文，通过这样的初步解析对接收到的所有ModBus报文进行筛选，然后在后续的步骤中再对筛选出的报警报文进行进一步的报文内容解析，从而避免直接对报文内容进行解析，由于处理效率较低，导致无法及时解析报警报文导致的报警不及时的问题，有效提高了报警报文的处理速度。

在本发明实施例中，在步骤S102中，根据报文生成报警信息的过程具体包括下述步骤：首先，将该报警报文的数据区中的报警数据存入报警队列。其中，报警队列可采用内存数据库Redis中的链表List结构的内存队列，其可以很好的支持在后续步骤中高并发的从队列中提取数据。

然后，通过多个实例高并发的从报警队列中提取报警数据，并解析所提取的报警数据以生成报警信息，将报警信息存入待发送队列。最后，在设定时间从待发送队里中提取报警信息，将所述报警信息发送给用户。

在本发明的一种实施方式中，服务端可以通过基于TCP的全双工通信协议webSocket的方式与用户终端进行通讯，通过webSocket协议的方式将报警信息推送给报警设备的关联用户。服务端可以通过Spring4框架搭建webSocket，在类上面加入下述java注解配置信息：@ServerEndpoint("/warnsocket/{userId}")，表明向一个用户发送报警信息的webSocket服务。然后添加下述注解配置信息对应的方法：@OnOpen表明开始一个webSocket服务、@OnClose表示关闭websocket服务、@OnMessage表示webSocket中的信息传递以及@OnError表示出错时webSocket需要进行的处理逻辑。

其中，OnOpen方法用于webSocket服务的初始化，在此方法中记录登录用户的ID信息userId，为所有登陆的用户启动一个webSocket服务实例，然后将所有的webSocket实例放入一个set集合中。

在解析获得报警信息后，将报警信息存入本地待发送队列warnQueue中。本地启用一个定时任务worker，定时从warnQueue中读取报警信息，找到此报警信息对应的设备关联的在线用户，然后从set集合中找到该用户的webSocket实例，然后执行指令：

warnSocket.getSession().getBasicRemote().sendText(text)，将报警信息发送给关联的用户。其中，warnSocket表示使用webSocket服务获取的对象，getSession()表示该对象使用的会话信息，其中包含发送当前报警信息的设备的关联的用户信息，getBasicRemote()表示获取远端的主机信息，sendText(text)表示对远端主机发送文字。若设备关联的用户当前不在线，则不执行该发送指令。

在本发明的一种实施方式中，设备可以包括：通信设备、主设备以及从属于该主设备的至少一个从设备。主从设备之间基于ModBus协议进行通信，主设备为通信的请求方，从设备响应主设备的请求作出应答。主设备可单独和从设备通信，也能以广播方式和所有从设备通信。

在本发明中，当主设备或其从设备的状态异常时，主设备生成报警报文，并通过通信设备发送该报警报文。通信设备可以为数据传输单元(Data Transfer unit，DTU)。

相对应的，步骤S203中设备执行ModBus报文，并返回查询或控制结果的ModBus报文的过程具体为：

主设备通过通信设备接收ModBus报文，然后根据ModBus报文查询其自身或其从设备状态，并生成查询结果的ModBus报文，通过通信设备发送该查询结果的ModBus报文给服务端，或者，主设备根据ModBus报文对其自身或其从设备进行控制，并生成控制结果的ModBus报文，通过通信设备发送该控制结果的ModBus报文给服务端。

下面结合一具体应用场景，对本发明提供的监控设备的方法进行更为详细的说明。在本应用场景中，本发明方法应用于服务器端，服务器端通过本发明方法对消防设备主机和与消防主机通信连接的多个消防探测器进行控制。

多个消防探测器通过RS485通信接口与消防主机连接，消防主机通过RS232通信接口连接DTU，消防主机通过DTU与服务器进行无线通信。多个消防探测器通过ModBus协议与消防主机通信，在本应用场景中，如下表1所示的ModBus通信协议，消防主机的地址位上定义有消防主机的编号、状态码、功能码以及消防探测器数量，并为每个探测器分配15个地址位，分别写入每个探测器的编号、状态码、功能码和探测数值。

表1

当某一个消防探测器发生状态变化时，例如电压欠压，此时消防主机生成反映该状态的ModBus报文，例如：28 03 06 00 01 00 09 07 D5 3F 26，其中28为地址域，表示消防主机基于tcp协议的编号，服务器根据该编号获知该ModBus报文是来自哪个消防主机的；03表示功能码；06 00 01 00 09 07 D5为数据区，06为数据长度标识码，表示状态码(即报警数据)的数据长度为6组数值，即：00 01 00 09 07 D5，其中00 01为消防探测器编号，即探测器1，00 09表示报错代码(假设00 09为电压1欠压报警)，07D5为16进制报警值，转换为十进制即：2005，将该十进制值除以10即为实际数值：200.5，3F 26为CRC-16循环冗余校验码。该条消防主机生成的ModBus报文的含义是：编号为1的探测器，发生：电压1欠压报警，其数值为：200.5V。

消防主机通过RS232接口与DTU通信，DTU在监听到消防主机的ModBus报文后，将该ModBus报文透传至服务器。在本应用场景中，DTU采用同步非阻塞的I/O模型NIO方式的套接字通道SocketChannel与服务器连接，以满足服务器的高并发数据处理需求。服务器接收消防主机的ModBus报文，服务器基于上述表1的ModBus通信协议对该ModBus报文进行类型解析，对应上例，根据该条ModBus报文的功能吗03(读多个寄存器)以及状态码的数据长度6，区别于其他类型的报文，可确定该条ModBus报文为报警报文。

然后提取该ModBus报文中的状态码数据，即：00 01 00 09 07 D5，将该数据存入本地报警队列中。报警队列中可能存在大量的状态码数据，通过多个实例并发的从报警队列中读取状态码数据进行解析，以生成报警信息，上述状态码的报警信息例如可以为“电压1欠压报警，数值为200.5V”的文字信息，将该报警信息放入本地待发送队列warnQueue中。

根据MudBus报文中的地址域28，确定消防主机的编号28，在预配置的用户集中确定该编号28的设备关联的用户。由本地的定时任务，定时从warnQueue中读取报警记录，将报警信息发送给该用户。

如图4所示，在本应用场景中，用户还可以通过向服务器发送指令信息来实现对消防主机或某个消防探测器的操作控制或状态查询。服务器接收用户的指令信息，例如用户想要对编号为1消防探测器进行静音控制，服务器根据该用户的信息确定其所关联的消防设备，从而确定该设备的MudBus通信协议，进而基于该MudBus通信协议生成ModBus报文。例如，根据表1所示的MudBus通信协议，确定该编号1的消防探测器关联的消防主机基于tcp协议的设备编号为28，该编号1的消防探测器的操作字的地址位为2004，以及静音控制码为0001。根据上述信息生成ModBus报文：280607D3000166，其中，28表示消防主机基于tcp协议的编号，06表示功能码(写单个寄存器)，07D3为地址位，十进制位为2003，表示从下一位2004开始写入静音控制码0001，后续66为校验码。

DTU监听服务器的ModBus报文，将收到的ModBus报文发送至消防主机，消防主机接收到该ModBus报文后，解析报文的指令类型，确定其为控制指令，然后执行该ModBus报文对本机进行写操作，然后再通过RS485接口将该报文发送至其编号1的消防探测器，对该探测器进行写操作，从而实现对于该探测器的静音控制。然后，返回控制结果的ModBus报文给DTU，由DTU透传给服务器。例如可将与上述报文相同的ModBus报文返回服务器。服务器解析后生成相应内容的文字信息“编号1探测器，静音操作成功”发送给用户，同时还可将该信息存储至服务端数据库中，作为历史数据。

又或者，用户想要查询该消防主机的MudBus协议编号、携带的探测器数量以及消防主机的状态，服务器生成ModBus报文：280307D0000366，其中，28表示消防主机基于tcp协议的编号，03表示功能码(读多个寄存器)，07D0为地址位，十进制位为2001，0003为需要获取的地址位的长度，表示读取从2001地址位开始的3个地址位的数据，即2001至2004地址位的数据，用来分别表示消防主机地址、主机携带的探测器数量以及本机状态。

DTU将该ModBus报文传输给消防主机，消防主机接收到该ModBus报文后，解析报文的指令类型，确定其为查询指令，消防主机执行该ModBus报文对本机进行读数据操作，得到查询结果，并通过下述ModBus报文返回查询结果：28 03 06 00 77 00 03 00 00 82 ee，其中，28表示消防主机基于tcp协议的编号，03表示功能码(读多个寄存器)，06表示返回的查询结果数据的长度为6组，即00 77 00 03 00 00，其中十六进制0077，十进制为119，是2001地址位记录的消防主机的MudBus协议编号，0003为2002地址位记录的该消防主机关联的消防探测器数量，0000为2003地址位记录的该消防主机的本机状态为正常。消防主机返回查询结果的ModBus报文给DTU，由DTU透传给服务器，服务器收到报文后，进行解析生成相应内容的文字信息“消防主机编号：119，消防探测器数量：3，状态：正常。”发送给用户，同时可以将该信息存储至服务端数据库中，作为历史数据。

本发明实施例还提供一种监控设备的装置，如图5所示，该装置500包括：第一接收模块501，第一解析模块502，关联用户模块503以及信息发送模块504。

第一接收模块501用于接收设备发送的报文。第一解析模块502用于若该报文为报警报文，则根据该报文生成报警信息。关联用户模块503用于在预配置的用户集中确定该设备关联的用户。信息发送模块504用于将报警信息发送给该用户。

本发明实施例提供的监控设备的装置还包括：

第二接收模块，用于接收用户的指令信息，指令信息用于指示对该用户关联的设备进行查询或控制。

报文生成模块，用于根据该指令信息生成报文。

报文发送模块，用于将报文发送给该设备，其中，该设备执行报文，并返回查询或控制结果的报文。

第二解析模块，用于解析返回的报文以生成查询结果或控制结果信息，将该信息发送给用户。

在本发明实施例中，设备包括：通信设备、主设备以及从属于该主设备的至少一个从设备。

当主设备或其从设备的状态异常时，主设备生成报警报文，并通过通信设备发送该报警报文。

设备执行报文，并返回查询或控制结果的报文包括：

主设备通过通信设备接收报文，根据报文查询其自身或其从设备状态，并生成查询结果的报文，通过通信设备发送该查询结果的报文，或者，根据报文对其自身或其从设备进行控制，并生成控制结果的报文，通过通信设备发送该控制结果的报文。

在本发明实施例中，报文的数据区配置有数据长度标识码，用于标识数据区携带的数据的长度。

本发明实施例提供的监控设备的装置还包括：判断模块，判断模块用于根据报文中的功能码和数据长度标识码确定该报文是否为报警报文。

在本发明实施例中，第一解析模块进一步用于将该报警报文的数据区中的报警数据存入报警队列，从报警队列中提取报警数据，解析所提取的报警数据以生成报警信息，然后将报警信息存入待发送队列；

信息发送模块进一步用于在设定时间从待发送队列中提取报警信息，将报警信息发送给用户。

图6示出了可以应用本发明实施例的监控设备的方法或监控设备的装置的示例性系统架构600。

如图6所示，系统架构100可以包括终端设备601、602、603，网络604和服务器606。网络104用以在终端设备601、602、603和服务器606之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器606交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如接收并显示服务端发送的报警信息，或向服务端发送对设备进行查询或控制的指令信息的应用。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器606可以是提供各种服务的服务器，例如对用户终端设备601、602、603提供支持的后台管理服务器。后台管理服务器可以对设备发送的报警报文进行解析处理，并生成报警信息发送给终端设备。

需要说明的是，本发明实施例所提供的监控设备的方法一般由服务器606执行，相应地，监控设备的装置一般设置于服务器606中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的电子设备的计算机系统700的结构示意图。图7示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分707；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一接收模块、第一解析模块、关联用户模块和信息发送模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一解析模块还可以被描述为“将该报警报文的数据区中的报警数据存入报警队列的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收设备发送的报文；

若该报文为报警报文，则根据该报警报文生成报警信息；

在预配置的用户集中确定该设备关联的用户；

将所述报警信息发送给该用户。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种监控设备的方法，其特征在于，包括：

接收设备发送的报文；

若该报文为报警报文，则根据该报警报文生成报警信息；

在预配置的用户集中确定该设备关联的用户；

将所述报警信息发送给该用户。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收用户的指令信息，所述指令信息用于指示对该用户关联的设备进行查询或控制；

根据该指令信息生成报文；

将所述报文发送给该设备，其中，该设备执行所述报文，并返回查询或控制结果的报文；

解析所述返回的报文以生成查询结果或控制结果信息，将该信息发送给所述用户。

3.根据权利要求2所述的方法，其特征在于，所述设备包括：通信设备、主设备以及从属于该主设备的至少一个从设备；

当所述主设备或其从设备的状态异常时，所述主设备生成所述报警报文，并通过所述通信设备发送该报警报文；

所述设备执行所述报文，并返回查询或控制结果的报文包括：

所述主设备通过所述通信设备接收所述报文，

根据所述报文查询其自身或其从设备状态，并生成查询结果的报文，通过所述通信设备发送该查询结果的报文，

或者，根据所述报文对其自身或其从设备进行控制，并生成控制结果的报文，通过所述通信设备发送该控制结果的报文。

4.根据权利要求1所述的方法，其特征在于，所述报文的数据区配置有数据长度标识码，用于标识数据区携带的数据的长度；

所述方法在接收设备发送的报文之后还包括：

根据所述报文中的功能码和数据长度标识码确定该报文是否为报警报文。

5.根据权利要求1所述的方法，其特征在于，根据该报警报文生成报警信息包括：

将该报警报文的数据区中的报警数据存入报警队列；

从报警队列中提取报警数据，解析所提取的报警数据以生成报警信息；

将所述报警信息存入待发送队列；

将所述报警信息发送给用户包括：

在设定时间从待发送队列中提取报警信息，将所述报警信息发送给所述用户。

6.一种监控设备的装置，其特征在于，包括：

第一接收模块，用于接收设备发送的报文；

第一解析模块，用于若该报文为报警报文，则根据该报警报文生成报警信息；

关联用户模块，用于在预配置的用户集中确定该设备关联的用户；

信息发送模块，用于将所述报警信息发送给该用户。

7.根据权利要求6所述的装置，其特征在于，还包括：

第二接收模块，用于接收用户的指令信息，所述指令信息用于指示对该用户关联的设备进行查询或控制；

报文生成模块，用于根据该指令信息生成报文；

报文发送模块，用于将所述报文发送给该设备，其中，该设备执行所述报文，并返回查询或控制结果的报文；

第二解析模块，用于解析所述返回的报文以生成查询结果或控制结果信息，将该信息发送给所述用户。

8.根据权利要求7所述的装置，其特征在于，所述设备包括：通信设备、主设备以及从属于该主设备的至少一个从设备；

当所述主设备或其从设备的状态异常时，所述主设备生成所述报警报文，并通过所述通信设备发送该报警报文；

所述设备执行所述报文，并返回查询或控制结果的报文包括：

所述主设备通过所述通信设备接收所述报文，根据所述报文查询其自身或其从设备状态，并生成查询结果的报文，通过所述通信设备发送该查询结果的报文，或者，根据所述报文对其自身或其从设备进行控制，并生成控制结果的报文，通过所述通信设备发送该控制结果的报文。

9.根据权利要求6所述的装置，其特征在于，所述报文的数据区配置有数据长度标识码，用于标识数据区携带的数据的长度；

所述装置还包括：

判断模块，用于根据所述报文中的功能码和数据长度标识码确定该报文是否为报警报文。

10.根据权利要求6所述的装置，其特征在于，所述第一解析模块进一步用于将该报警报文的数据区中的报警数据存入报警队列，从报警队列中提取报警数据，解析所提取的报警数据以生成报警信息，然后将所述报警信息存入待发送队列；

所述信息发送模块进一步用于在设定时间从待发送队列中提取报警信息，将所述报警信息发送给所述用户。

11.一种监控设备的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。