CN109905286A - 一种监控设备运行状态的方法和系统 - Google Patents

Abstract

本发明公开了一种监控设备运行状态的方法和系统，涉及计算机技术领域。该方法的一具体实施方式包括：选取服务器集群中的一个服务器为执行服务器；在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；将所述离线通知广播到所述服务器集群中。该实施方式能够实现监控设备运行状态的服务器集群中单个服务器处理判断是否离线的任务，并将该判断结果广播到服务器集群中，去除冗余，提升了系统的稳定性。

Description

一种监控设备运行状态的方法和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种监控设备运行状态的方法和系统。

背景技术

在对设备运行状态监控的过程中，设备会通过网关实时推送数据到监控系统，监控系统则根据保存的设备的时间戳判断设备运行的状态。当设备刚上线推送数据时，则监控系统没有保存的该设备的时间戳数据，进而监控系统判断出没有保存推送数据的设备时间戳，则判定该设备处于上线。并且可设置一个超时时间，例如30秒到2分钟的超时值，当设备未推送数据的时间超过这个值时，则判断该设备离线，并进行离线处理。

在现有技术中，对设备运行状态进行监控时，例如对无人机的状态进行监控：无人机通过socket方式连接网关，并将飞行数据通过网关推送到监控系统，该监控系统的服务器集群中的一个服务器获取到数据之后，该服务器判断该无人机的数据是否存储在redis的在线列表中。如果不存在，则将该无人机的数据以及该无人机对应的时间戳存储在在线列表中；否则，更新该无人机在在线列表中的时间戳。对该无人机进行监控的服务器集群中的每个服务器根据在线列表中的时间戳以及服务器自身的当前时间判断该无人机是否在线，并且每个服务器将其判断的结果生成通知消息发送给与其连接的监控设备。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：集群环境中，多个服务器都会进行定时器的离线判断任务，即服务器集群中的每个服务器都要根据设备的时间戳数据和各自服务器的时间系统来检测无人机是否在线，每个服务器的任务是重复的；而且，在判断无人机是否离线的过程中，如果每个服务器的时间系统的时间不一致，则可能会出现服务器判断出的结果不同，导致无人机状态判断不准确；而且，服务器集群中的服务器不能共享判断结果，当某个服务器检测到无人机上线或离线，并进行相关处理时，集群中其他服务器无法收到对应的通知，此时连接到这些其他服务器的监控设备将无法收到无人机状态变更的事件通知。

发明内容

有鉴于此，本发明实施例提供一种监控设备运行状态的方法和系统，能够实现监控设备运行状态的服务器集群中单个服务器处理判断是否离线的任务，并将该判断结果广播到服务器集群中，去除冗余，提升了系统的稳定性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控设备运行状态的方法。

本发明实施例的监控设备运行状态的系统选取服务器集群中的一个服务器为执行服务器；在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；将所述离线通知广播到所述服务器集群中。

可选地，所述执行服务器根据保存的时间戳以及预设的超时时间确认存在超时设备的步骤包括：所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；计算出每个时间戳与当前时间点的差值；将大于预设的超时时间的差值所对应的设备确定为超时设备。

可选地，所述选取服务器集群中的一个服务器为执行服务器的步骤包括：通过zookeeper的选举机制选取服务器集群中的一个服务器为执行服务器。

可选地，还包括：获取设备推送的数据；根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知；将所述上线通知广播到所述服务器集群中。

可选地，根据所述数据判断是否保存有所述设备的时间戳的步骤包括：根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

可选地，所述设备为无人设备，包括但不局限于：无人车、无人机。

为实现上述目的，根据本发明实施例的另一个方面，提供了一种一种监控设备运行状态的系统。

本发明实施例的监控设备运行状态的系统包括：选取模块，用于选取服务器集群中的一个服务器为执行服务器；离线判断模块，用于在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；广播模块，用于将所述离线通知广播到所述服务器集群中。

可选地，所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；计算出每个时间戳与当前时间点的差值；将大于预设的超时时间的差值所对应的设备确定为超时设备。

可选地，所述选取模块还用于，通过zookeeper的选举机制选取服务器集群中的一个服务器为执行服务器。

可选地，还包括：数据获取模块，用于获取设备推送的数据；上线判断模块，用于根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知；

所述广播模块还用于，将所述上线通知广播到所述服务器集群中。

可选地，所述上线判断模块还用于，根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

可选地，所述设备为无人设备，包括但不局限于：无人车、无人机。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种一种监控设备运行状态的电子设备。

本发明实施例的监控设备运行状态的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一项所述的监控设备运行状态的方法。

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

上述发明中的一个实施例具有如下优点或有益效果：因为通过在服务器集群中选取一个执行服务器，并通过该执行服务器判断监控的设备中是否存在超时设备。如果判断出存在超时设备，则将保存的该超时设备的时间戳删除，并生成离线通知，将该离线通知广播到服务器集群中，进而服务器集群中的所有访问器都能接收到设备离线的通知，不用每个服务器都重复该判断离线的任务，同时也不会出现现有技术中因为每个服务器的时间不同导致的状态判断不准确的问题。

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

附图说明

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

图1是根据本发明实施例的监控设备运行状态的方法的主要流程的示意图；

图2是根据本发明实施例的上线判断流程的示意图；

图3是根据本发明实施例的监控设备运行状态的系统的主要模块的示意图；

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

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

图1是根据本发明实施例的监控设备运行状态的方法的主要流程的示意图。如图1所示，本发明实施例的监控设备运行状态的方法主要包括：

步骤S101：选取服务器集群中的一个服务器为执行服务器。具体的，通过zookeeper的选举机制(Leader Election)选取服务器集群中的一个服务器为执行服务器(leader)。

步骤S102：在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知。所述执行服务器根据保存的时间戳以及预设的超时时间确认存在超时设备的步骤包括：所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；计算出每个时间戳与当前时间点的差值；将大于预设的超时时间的差值所对应的设备确定为超时设备。

步骤S103：将所述离线通知广播到所述服务器集群中。将离线通知发送到消息队列MQ的对应主题topic中，服务器集群中的服务器通过监听topic中的通知来获知飞机的事件信息。

本发明实施例的监控设备运行状态的方法还包括：获取设备推送的数据；根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知；将所述上线通知广播到所述服务器集群中。其中，根据所述数据判断是否保存有所述设备的时间戳的步骤包括：根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

本发明实施例中，因为通过在服务器集群中选取一个执行服务器，并通过该执行服务器判断监控的设备中是否存在超时设备。如果判断出存在超时设备，则将保存的该超时设备的时间戳删除，并生成离线通知，将该离线通知广播到服务器集群中，进而服务器集群中的所有访问器都能接收到设备离线的通知，不用每个服务器都重复该判断离线的任务，同时也不会出现现有技术中因为每个服务器的时间不同导致的状态判断不准确的问题。

图2是根据本发明实施例的上线判断流程的示意图。如图2所示，本发明实施例的上线判断的过程包括：

步骤S201：获取设备推送的数据。通过mq或http等接口获取设备网关推送的数据后，解析并判断数据的合法性，例如判断设备的唯一标识等一些必须的数据是否存在或合理。设备运行时，会将数据推送给监控该设备的服务器集群中的一个服务器节点，而且，推送的频次比较高，比如说5次/s等，所以可认为设备实时推送数据。由于设备推送的频次较高，如果每次都要获取的话，会影响系能。所以可定时获取设备推送的数据，可以隔几秒更新一次，而不是每次推送飞机飞行数据都更新，以减少网络交互次数，提升系统性能。

步骤S202：是否存在对应所述设备的数据节点。通过zookeeper的客户端接口，查询zookeeper中对应设备的节点，判断zookeeper中是否存在对应推送数据的设备的数据节点znode，如果存在，说明该设备处于在线状态，进行步骤S203；否则，说明该设备处于刚上线状态，进行步骤S204。其中，zookeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

步骤S203：更新所述时间戳。该服务器集群可能会监控很多设备的运行状态，通过每次获取到设备的数据之后更新zookeeper的数据节点中的时间戳，则可获得设备的运行数据表。在该运行数据表中，包含所有在线的设备的数据以及时间戳，然后通过zookeeper定时遍历该运行数据表，判断是否有设备离线。

步骤S204：保存所述设备的时间戳。如果不存在，则新增zookeeper的数据节点，该节点与该设备为一一对应的关系，并且将该设备的数据以及时间戳数据保存到新增的节点中。以及，根据获取的该设备的数据生成上线通知，使得其他服务器通过该上线通知可得知上线设备的信息。

步骤S205：将所述上线通知广播到所述服务器集群中。通过zookeeper的广播机制，将生成的上线通知广播到所述服务器集群中，则服务器集群中服务器都能得知上线设备的信息。

在上述发明实施例中，所述设备为无人设备，包括但不局限于：无人车、无人机。以下以无人机为例来进一步说明。

通过mq或http等接口获取无人机通过网关推送的飞行数据，该飞行数据中包括无人机的飞行速度、无人机的唯一标识(例如无人机编号)、无人机推送数据的时间等，然后解析并判断该飞行数据的合法性。

获取该无人机的唯一标识，根据该唯一标识以及通过zookeeper的客户端接口查询zookeeper中是否存在对应该无人机的数据节点，有则更新数据节点保存的时间戳。否则，添加对应该无人机的数据节点，并将当前的无人机的唯一标识及时间戳添加到zookeeper节点中。在更新无人机节点时间戳时可进行粗粒的更新处理，因为无人机推送数据到监控系统的频率比较高，而判断无人机离线及处理的频率低及粒度大，所以在更新无人机时间戳时，可以隔几秒定时更新，而不是每次无人机推送飞行数据都进行查询更新等，进而减少网络交互次数，提升系统性能。

通过zookeeper的选举机制(Leader Election)，在服务集群中选出一个服务器作为leader。该leader通过多线程的定时任务来遍历zookeeper保存的所有无人机的数据节点，获取每个保存的数据节点所对应的无人机的时间戳，通过计算每个时间戳与当前时间的差值，并且将每个差值与预设的超时时间进行比较，如果差值大于预设的超时时间，说明该设备已经超过一定时间没有推送数据，即已经离线，则该差值所对应的无人机为超时设备。所以，根据该超时设备的唯一标识，删除该离线的无人机在zookeeper中对应的数据节点，从而下一次该无人机再次上线时，通过zookeeper中没有对应的数据节点来判断该无人机为初次上线，而非是一直在线的。

zookeeper具有监听机制，通过zookeeper监听机制可对无人机数据节点的事件进行监听。服务器集群的每个服务器都同时监听zookeeper中无人机的改变事件，判断数据节点的添加事件(无人机上线)或删除事件(无人机离线)。服务器集群的服务器在监听到无人机的上线通知(或离线通知)后，获取上线(或离线)的无人机的信息，生成通知消息通知到与该服务器连接的监控设备。

图3是根据本发明实施例的监控设备运行状态的系统的主要模块的示意图。如图3所示，本发明实施例的监控设备运行状态的系统300主要包括：

选取模块301：用于选取服务器集群中的一个服务器为执行服务器。所述选取模块301通过zookeeper的选举机制选取服务器集群中的一个服务器为执行服务器。具体的，所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；计算出每个时间戳与当前时间点的差值；将大于预设的超时时间的差值所对应的设备确定为超时设备。利用zookeeper的选举机制，实现集群中单个节点处理飞机离线任务，去除冗余，提升稳定性。

离线判断模块302：用于在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知。所述设备为无人设备，包括但不局限于：无人车、无人机。

广播模块303：用于将所述离线通知广播到所述服务器集群中。利用zookeeper的节点更新的广播机制，当飞机上线或离线时对集群中的所有服务进行通知。当有无人机上线或离线时，向消息队列MQ中对应的主题topic中题发送相应通知，服务器集群中的服务器通过监听topic中的通知来获知无人机的事件信息。

本发明实施例的监控设备运行状态的系统300还包括数据获取模块和上线判断模块。数据获取模块用于获取设备推送的数据，上线判断模块用于根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知。所述广播模块还用于，将所述上线通知广播到所述服务器集群中。所述上线判断模块还用于，根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

本发明实施例中，因为通过在服务器集群中选取一个执行服务器，并通过该执行服务器判断监控的设备中是否存在超时设备。如果判断出存在超时设备，则将保存的该超时设备的时间戳删除，并生成离线通知，将该离线通知广播到服务器集群中，进而服务器集群中的所有访问器都能接收到设备离线的通知，不用每个服务器都重复该判断离线的任务，同时也不会出现现有技术中因为每个服务器的时间不同导致的状态判断不准确的问题。

图4示出了可以应用本发明实施例的监控设备运行状态的方法或监控设备运行状态的系统的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

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

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果反馈给终端设备。

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

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

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

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

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

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括选取模块、离线判断模块和广播模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，选取模块还可以被描述为“选取服务器集群中的一个服务器为执行服务器的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：选取服务器集群中的一个服务器为执行服务器；在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；将所述离线通知广播到所述服务器集群中。

根据本发明实施例的技术方案，因为通过在服务器集群中选取一个执行服务器，并通过该执行服务器判断监控的设备中是否存在超时设备。如果判断出存在超时设备，则将保存的该超时设备的时间戳删除，并生成离线通知，将该离线通知广播到服务器集群中，进而服务器集群中的所有访问器都能接收到设备离线的通知，不用每个服务器都重复该判断离线的任务，同时也不会出现现有技术中因为每个服务器的时间不同导致的状态判断不准确的问题。

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

Claims (14)

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

选取服务器集群中的一个服务器为执行服务器；

在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；

将所述离线通知广播到所述服务器集群中。

2.根据权利要求1所述的方法，其特征在于，所述执行服务器根据保存的时间戳以及预设的超时时间确认存在超时设备的步骤包括：

所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；

计算出每个时间戳与当前时间点的差值；

将大于预设的超时时间的差值所对应的设备确定为超时设备。

3.根据权利要求1所述的方法，其特征在于，所述选取服务器集群中的一个服务器为执行服务器的步骤包括：

通过zookeeper的选举机制选取服务器集群中的一个服务器为执行服务器。

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

获取设备推送的数据；

根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知；

将所述上线通知广播到所述服务器集群中。

5.根据权利要求4所述的方法，其特征在于，根据所述数据判断是否保存有所述设备的时间戳的步骤包括：

根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述设备为无人设备，包括但不局限于：无人车、无人机。

7.一种监控设备运行状态的系统，其特征在于，包括：

选取模块，用于选取服务器集群中的一个服务器为执行服务器；

离线判断模块，用于在所述执行服务器根据保存的设备的时间戳以及预设的超时时间确认存在超时设备的情况下，删除超时设备的时间戳，并生成离线通知；

广播模块，用于将所述离线通知广播到所述服务器集群中。

8.根据权利要求7所述的系统，其特征在于，所述执行服务器定时遍历保存的zookeeper的数据节点，获取保存的每个数据节点的时间戳；计算出每个时间戳与当前时间点的差值；将大于预设的超时时间的差值所对应的设备确定为超时设备。

9.根据权利要求7所述的系统，其特征在于，所述选取模块还用于，通过zookeeper的选举机制选取服务器集群中的一个服务器为执行服务器。

10.根据权利要求7所述的系统，其特征在于，还包括：数据获取模块，用于获取设备推送的数据；上线判断模块，用于根据所述数据判断是否保存有所述设备的时间戳；如果是，则更新所述时间戳；否则保存所述设备的时间戳，并生成上线通知；

所述广播模块还用于，将所述上线通知广播到所述服务器集群中。

11.根据权利要求10所述的系统，其特征在于，所述上线判断模块还用于，根据设备的唯一标识查询zookeeper的数据节点中是否存在对应所述设备的数据节点；所述设备的唯一标识包含在所述设备推送的数据中，所述设备的数据节点中保存有所述设备的时间戳。

12.根据权利要求7-11任一项所述的系统，其特征在于，所述设备为无人设备，包括但不局限于：无人车、无人机。

13.一种监控设备运行状态的电子设备，其特征在于，包括：

一个或多个处理器；

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

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

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