CN111711695A - 一种基于云平台式的分布式设备管理系统 - Google Patents

Abstract

本申请所请求保护的一种基于云平台式的分布式设备管理系统，通过对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施，将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信，监测设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果，本发明能够统一管理异构海量终端的设备管理系统，具备较高的用户亲和度和灵活的管理能力，以期最大程度地为普通用户提供便利。

Description

一种基于云平台式的分布式设备管理系统

技术领域

本发明涉及大规模数据中心的云监控和云部署的技术领域，尤其涉及一种基于云平台式的分布式设备管理系统。

背景技术

物联网(Internet of Things,IoT)，作为互联网技术的延伸与拓展，为各式各样的嵌入式传感设备提供互联互通，将通信对象从人与人扩展到了人与物、物与物之间，给人们的生活带来了前所未有的便利。物联网的应用前景极其广阔，小到智能家居、库存管理、环境监测，大到智慧农业、智慧物流、智慧交通都有着它的身影。随着嵌入式操作系统、大规模集成电路以及5G通信相关技术的飞速发展，各电器电子厂商纷纷推出自己的智能设备，像用于人体体征测量的智能手环、可远程调控的智能电灯、温度可控的智能冰箱，具备互联网接入能力的传感设备数量越来越多。

设备管理系统(Device Management System,DMS)，用于对物联网终端进行远程监控、属性配置、软件升级以及故障排查，同时还可以提供网关和应用状态的监控告警反馈，为可能出现的故障提供预处理能力。DMS可以实现数据经由终端设备流经网关的协议封装再到第三方云平台的数据监测，也可以实现控制指令经由云平台下发流经网关的协议解析再到终端设备的控制执行，这也是设备管理系统所具备的两个最核心的功能：云端监测和云端管控。传统意义上的设备管理系统要求系统具备设备接入能力、远程管理能力、软件更新和维护能力、故障监测和预处理能力。

当前数据中心基础设施器规模从几万台到几十万台，甚至几百万台不，且塔式、机架式、刀片式各种形态的基础设施器加剧了数据往往中心的复杂度，大量基础设施器的管理、监控、运营、维护给管理人员的维护水平提出了更高的要求。运维人员急需一款基础设施的统一管理、及时发现并处理数据中心故障的管理工具。现有的设备管理系统往往针对特定的应用场景量身定做，终端设备种类和数量固定，尽管管理效率较高，但场景较为单一、可移植性差，难以实现灵活的设备管理，一旦用户需求发生变更，需要重新进行二次编程，海量终端的情况下需要耗费巨大的人力财力，也对用户自身提出了更高层次的要求。

发明内容

为了解决传统设备管理方法在面对灵活多变的用户需求和即将到来的海量异构终端所存在的缺陷与不足，如可移植性差、维护成本高、用户亲和度低、缺乏设备协作管理特点，从设备管理系统架构、边缘设备的近端控制与数据传输、资源虚拟化几个方面进行主要研究。研究目标是设计一个能够统一管理异构海量终端的设备管理系统，具备较高的用户亲和度和灵活的管理能力，以期最大程度地为普通用户提供便利。

本发明请求保护一种基于云平台式的分布式设备管理系统，其特征在于，包括，其特征在于，包括异构设备集成层、基础设施向导层、设备信息管理层、界面交互层，其中

所述异构设备集成层包括多种网络异构性的待管理设备，使用网络基础设施对待管理设备异构性进行封装，使分布式设置的所述异构设备可以调用HTTP协议，通过统一形式的功能接口进行交互，实现待管理数据向基础设施向导层上传、设备信息管理层对待管理设备进行下发控制操作，对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施；

所述基础设施向导层为基础设施管理平台，基于该基础设施管理平台提供至少一个配置文件给异构设备集成层的待管理设备；判断该配置文件是否需要修改；若该配置文件需要修改，则通过设备信息管理层基于消息总线实时推送修改内容给所述异构设备集成层的该待管理设备以修改该配置文件；将该配置文件上传到云端基础设施器并通过该云端基础设施器生成修改后的该配置文件的报表，完成解析并将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信；

所述设备信息管理层接收来自底层待管理设备的数据包括待管理信息和工作状态数据，通过资源管理平台和基础设施封装接口上传进行数据存储和管理，所述数据信息作为实时数据被写入实时数据存储子模块中，系统需要一直为用户实时地提供当前最新数据信息，实时数据存储子模块需要不间断地进行频繁的读写操作，以及时更新对应的数据信息；用户通过所述设备采集过的数据信息来对待管理信息和工作状态进行持续跟踪，当实时数据信息进入实时数据存储子模块时，系统还需要数据同步子模块将其定时写入历史数据存储模块中作为历史记录信息保存；加入数据管理子模块来实现用户对实时数据和历史数据的监测和查询，用户与该功能模块功能上的交互通过即通过与数据管理子模块的交互来进行；

所述界面交互层通过可视化控件监测界面中触发操作，并基于层控件实现所述触发操作的响应，其中，界面中包括至少一个层控件，所述层控件中包括至少一个可视化控件；通过所述层控件监测所述设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果。

本申请所请求保护的一种基于云平台式的分布式设备管理系统，通过对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施，将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信，监测设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果，本发明能够统一管理异构海量终端的设备管理系统，具备较高的用户亲和度和灵活的管理能力，以期最大程度地为普通用户提供便利。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明所涉及的一种基于云平台式的分布式设备管理系统的装置结构模块图；

图2为本发明所涉及的一种基于云平台式的分布式设备管理系统中各模块的工作流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参照图1，本发明请求保护一种基于云平台式的分布式设备管理系统，其特征在于，包括，其特征在于，包括异构设备集成层、基础设施向导层、设备信息管理层、界面交互层，其中：

参照附图2为本发明所涉及的一种基于云平台式的分布式设备管理系统中各模块的工作流程图

所述异构设备集成层包括多种网络异构性的待管理设备，使用网络基础设施对待管理设备异构性进行封装，使分布式设置的所述异构设备可以调用HTTP协议，通过统一形式的功能接口进行交互，实现待管理数据向基础设施向导层上传、设备信息管理层对待管理设备进行下发控制操作，对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施；

所述基础设施向导层为基础设施管理平台，基于该基础设施管理平台提供至少一个配置文件给异构设备集成层的待管理设备；判断该配置文件是否需要修改；若该配置文件需要修改，则通过设备信息管理层基于消息总线实时推送修改内容给所述异构设备集成层的该待管理设备以修改该配置文件；将该配置文件上传到云端基础设施器并通过该云端基础设施器生成修改后的该配置文件的报表，完成解析并将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信；

所述设备信息管理层接收来自底层待管理设备的数据包括待管理信息和工作状态数据，通过资源管理平台和基础设施封装接口上传进行数据存储和管理，所述数据信息作为实时数据被写入实时数据存储子模块中，系统需要一直为用户实时地提供当前最新数据信息，实时数据存储子模块需要不间断地进行频繁的读写操作，以及时更新对应的数据信息；用户通过所述设备采集过的数据信息来对待管理信息和工作状态进行持续跟踪，当实时数据信息进入实时数据存储子模块时，系统还需要数据同步子模块将其定时写入历史数据存储模块中作为历史记录信息保存；加入数据管理子模块来实现用户对实时数据和历史数据的监测和查询，用户与该功能模块功能上的交互通过即通过与数据管理子模块的交互来进行；

所述界面交互层通过可视化控件监测界面中触发操作，并基于层控件实现所述触发操作的响应，其中，界面中包括至少一个层控件，所述层控件中包括至少一个可视化控件；通过所述层控件监测所述设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果。

优选的，所述所述异构设备集成层包括多种网络异构性的待管理设备，使用网络基础设施对待管理设备异构性进行封装，使分布式设置的所述异构设备可以调用HTTP协议，通过统一形式的功能接口进行交互，实现待管理数据向基础设施向导层上传、设备信息管理层对待管理设备进行下发控制操作，对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施之前，具体包括：

对所述异构设备集成层的设备进行统一化处理，通过虚拟化获取异构设备所属节点的元数据、运行情况、操作信息，依据节点所具备的元数据、能力生成对应流表项以进行管理；

基于所述异构设备所属节点的元数据、运行情况、操作信息的语义信息进行实体映射；

所述基本元数据包括设备的名称、类别、参数信息；初始元数据涵盖设备生产商、初始日期、批次信息；定位元数据分为绝对定位和相对定位两种，绝对定位是由经纬度组成的定位信息，相对定位则是依据参考物的定位信息；所有者元数据包含所属网关信息和使用者信息；

情况类设计用来描述设备的情况信息，主要包括工作情况、采集情况、反馈情况和故障情况；

工作情况主要包含情况名和情况值，情况名如开启、关闭、监测情况；采集情况主要覆盖采集类别、采集数据；反馈情况则由反馈类别、反馈格式组成；故障情况主要包括故障名和故障值，包括网络中断、设备故障；

操作类设计是实体情况发生变化时得到的反馈信息，定义了设备可能发生的操作类型，这些操作通常是在构建物理实体的时候指定的，包括各种各样预定义操作名称、对应操作值以及操作的通用描述。

优选的，所述基础设施向导层为基础设施管理平台；基于该基础设施管理平台提供至少一个配置文件给异构设备集成层的待管理设备；判断该配置文件是否需要修改；若该配置文件需要修改，则通过设备信息管理层基于消息总线实时推送修改内容给所述异构设备集成层的该待管理设备以修改该配置文件；将该配置文件上传到云端基础设施器并通过该云端基础设施器生成修改后的该配置文件的报表；完成解析并将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信，还包括：

所述配置文件采用structs.xml配置文件，配置文件中的参数包括：端口值(server.port)、设备名称(spring.device.name)、设备是否启动(device.bootstrap.enabled)、设备命名空间(device.bootstrap.namespaces)、日志打印(log.zeroMQ.servers)、日志是否打印(log.zeroMQ.level)与日志是否在控制面板打印(log.console.level)；

将分布式异构设备拆分为父亲节点异构设备以及子节点异构设备以及将父亲节点异构设备以及子节点异构设备分别对应分配到父亲节点异构设备处理器以及子节点异构设备处理器中；

用户通过前端界面静态类DeviceSearchByLocation.jsp向控制器类GetRequestAction发送HTTP请求，请求中包含了用户要查找的地理位置坐标信息以及运行基所需要的服务搜索范围数值，并使用GET方法向服务器端请求对应的设备服务信息；

接收来自所述父亲节点异构设备处理器发送的处理所述设备服务信息，将所述设备服务信息的状态保存为待确认状态并存储于一消息表中；

控制器类GetRequestAction类通过已经定义好的所述structs.xml配置文件，将该用户的请求转化为其自身包含的不同成员变量，并这些成员变量的值通过运行execute方法传递给DeviceSearchByLocation静态类；

DeviceSearchByLocation类接收到用户的请求后，根据用户给定的地理位置信息和搜索范围信息，在searchForDeviceService方法中调用基于设备部署位置的设备服务选择算法，在设备部署位置这个维度寻找所有满足用户给定条件、具有关联关系的设备服务；

若所述父亲节点异构设备的所述设备服务执行完成，接收来自所述父亲节点异构设备处理器发送的确认指令，若接收到所述确认指令，将所述消息的状态更新为发送状态并将所述设备服务信息发送至所述子节点异构设备处理器，若没有接收到所述确认指令，查询所述设备服务信息的消息表中待确认状态的消息并根据所查询的消息检查所述父亲节点异构设备是否执行成功，若所述父亲节点异构设备执行成功，返回将所述消息的状态更新为发送状态并将所述消息发送至所述子节点异构设备处理器的步骤。

分布式异构设备是指异构设备的参与者、支持异构设备的服务器、资源服务器以及异构设备协调器分别位于不同的分布式系统的不同节点之上，即一次大的操作是由不同的小操作组成，所述小操作分别分布在不同的服务器上，该不同的服务器在物理上属于相互独立的节点，且属于不同的应用，在分布式异构设备中需要保证所述小操作要么全部成功，要么全部失败，由于每个所述小操作的成功提交不仅依赖于其本身操作的成功提交还要依赖于与全局异构设备相关的其他小操作是否成功提交，因此，分布式异构设备就是为了保证不同服务器最终处理结果以及不同数据库的数据一致性。本发明实施例根据第一预设规则将分布式异构设备拆分成父亲节点异构设备和子节点异构设备，父亲节点异构设备和子节点异构设备之间的数据一致性可以通过本发明实施例所提供的分布式异构设备管理方法实现，其中，所述第一预设规则为将分布式异构设备中位于相同数据库或相同服务器里的异构设备拆分为父亲节点异构设备以及子节点异构设备，进而将父亲节点异构设备以及子节点异构设备分别对应分配到父亲节点异构设备处理器以及子节点异构设备处理器中

优选的，所述设备信息管理层接收来自底层待管理设备的数据包括待管理信息和工作状态数据，通过资源管理平台和基础设施封装接口上传进行数据存储和管理，所述数据信息作为实时数据被写入实时数据存储子模块中，系统需要一直为用户实时地提供当前最新数据信息，实时数据存储子模块需要不间断地进行频繁的读写操作，以及时更新对应的数据信息；用户通过所述设备采集过的数据信息来对待管理信息和工作状态进行持续跟踪，当实时数据信息进入实时数据存储子模块时，系统还需要数据同步子模块将其定时写入历史数据存储模块中作为历史记录信息保存；加入数据管理子模块来实现用户对实时数据和历史数据的监测和查询，用户与该功能模块功能上的交互通过即通过与数据管理子模块的交互来进行，具体包括：

所述设备信息管理层还包括数据监听模块，在所述数据监听模块，监听被监控设备的UDP数据报文告警消息，并将监听到的告警消息实时保存到ZeroMQ队列中；

所述数据监听模块监听所述ZeroMQ队列，并解析处理监听到的UDP数据报文告警消息；

告警监听和告警处理操作进行分离，由不同的模块或节点执行操作满足分布式部署的需求。

具体的所述ZeroMQ队列的监听代码实现如下：

优选的，所述界面交互层通过可视化控件监测界面中触发操作，并基于层控件实现所述触发操作的响应，其中，界面中包括至少一个层控件，所述层控件中包括至少一个可视化控件；通过所述层控件监测所述设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果，还包括：

使用JSP处理异构设备，HTML显示网页，CSS控制样式，javascript动态处理，通过读取数据处理模块处理过的数据，以文字、表格、图形方式在前台为用户提供展示界面；

用户能通过所述界面交互层对云平台上的设备进行管理和维护，用户可以查看设备的运行状态和基本信息，包括cpu、内存的使用情况以及当前设备归属于的系统；用户可以查看系统当前的状态，以及系统上内置软件的状态，查看系统日志，实现对设备上运行的软件系统进行管理和维护；

用户可以查看某一程序的状态，并且可以查看当前程序从属于哪个设备和系统，可以查看当前程序的历史状态曲线，实现对设备上运行的程序进行管理和维护；

用户可以查看当前哪个设备发出告警信息，并且可以对此设备进行应急启停处置实现对设备的应急处理；

管理员用户可以管理云平台上的设备、系统和内置软件，并作出应急处置；系统管理员管理用户权限，并可以进行用户的增删改查操作；

普通用户只能查看云平台上设备、系统和内置软件的信息，设有应急处置的权限，实现对用户权限的管理。

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

Claims (5)

1.一种基于云平台式的分布式设备管理系统，其特征在于，包括异构设备集成层、基础设施向导层、设备信息管理层、界面交互层，其中

所述异构设备集成层包括多种网络异构性的待管理设备，使用网络基础设施对待管理设备异构性进行封装，使分布式设置的所述异构设备可以调用HTTP协议，通过统一形式的功能接口进行交互，实现待管理数据向基础设施向导层上传、设备信息管理层对待管理设备进行下发控制操作，对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施；

所述基础设施向导层为基础设施管理平台；基于该基础设施管理平台提供至少一个配置文件给异构设备集成层的待管理设备；判断该配置文件是否需要修改；若该配置文件需要修改，则通过设备信息管理层基于消息总线实时推送修改内容给所述异构设备集成层的该待管理设备以修改该配置文件；将该配置文件上传到云端基础设施器并通过该云端基础设施器生成修改后的该配置文件的报表；完成解析并将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信；

所述设备信息管理层接收来自底层待管理设备的数据包括待管理信息和工作状态数据，通过资源管理平台和基础设施封装接口上传进行数据存储和管理，所述数据信息作为实时数据被写入实时数据存储子模块中，系统需要一直为用户实时地提供当前最新数据信息，实时数据存储子模块需要不间断地进行频繁的读写操作，以及时更新对应的数据信息；用户通过所述设备采集过的数据信息来对待管理信息和工作状态进行持续跟踪，当实时数据信息进入实时数据存储子模块时，系统还需要数据同步子模块将其定时写入历史数据存储模块中作为历史记录信息保存；加入数据管理子模块来实现用户对实时数据和历史数据的监测和查询，用户与该功能模块功能上的交互通过即通过与数据管理子模块的交互来进行；

所述界面交互层通过可视化控件监测界面中触发操作，并基于层控件实现所述触发操作的响应，其中，界面中包括至少一个层控件，所述层控件中包括至少一个可视化控件；通过所述层控件监测所述设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果。

2.如权利要求1所述的一种基于云平台式的分布式设备管理系统，其特征在于，所述所述异构设备集成层包括多种网络异构性的待管理设备，使用网络基础设施对待管理设备异构性进行封装，使分布式设置的所述异构设备可以调用HTTP协议，通过统一形式的功能接口进行交互，实现待管理数据向基础设施向导层上传、设备信息管理层对待管理设备进行下发控制操作，对由待管理设备功能模块封装成的设备基础设施的基本信息进行记录，使基础设施向导层可以从其设备基础设施记录中，按照用户的需求从不同的维度获取设备基础设施之前，具体包括：

对所述异构设备集成层的设备进行统一化处理，通过虚拟化获取异构设备所属节点的元数据、运行情况、操作信息，依据节点所具备的元数据、能力生成对应流表项以进行管理；

基于所述异构设备所属节点的元数据、运行情况、操作信息的语义信息进行实体映射；

所述基本元数据包括设备的名称、类别、参数信息；初始元数据涵盖设备生产商、初始日期、批次信息；定位元数据分为绝对定位和相对定位两种，绝对定位是由经纬度组成的定位信息，相对定位则是依据参考物的定位信息；所有者元数据包含所属网关信息和使用者信息；

情况类设计用来描述设备的情况信息，主要包括工作情况、采集情况、反馈情况和故障情况；工作情况主要包含情况名和情况值，情况名如开启、关闭、监测情况；采集情况主要覆盖采集类别、采集数据；反馈情况则由反馈类别、反馈格式组成；故障情况主要包括故障名和故障值，包括网络中断、设备故障；

操作类设计是实体情况发生变化时得到的反馈信息，定义了设备可能发生的操作类型，这些操作通常是在构建物理实体的时候指定的，包括各种各样预定义操作名称、对应操作值以及操作的通用描述。

3.如权利要求1所述的一种基于云平台式的分布式设备管理系统，其特征在于，所述基础设施向导层为基础设施管理平台；基于该基础设施管理平台提供至少一个配置文件给异构设备集成层的待管理设备；判断该配置文件是否需要修改；若该配置文件需要修改，则通过设备信息管理层基于消息总线实时推送修改内容给所述异构设备集成层的该待管理设备以修改该配置文件；将该配置文件上传到云端基础设施器并通过该云端基础设施器生成修改后的该配置文件的报表；完成解析并将数据转换成系统统一定义的形式，实现所述异构设备集成层与设备信息管理层之间的数据通信，还包括：

所述配置文件采用structs.xml配置文件，配置文件中的参数包括：端口值(server.port)、设备名称(spring.device.name)、设备是否启动(device.bootstrap.enabled)、设备命名空间(device.bootstrap.namespaces)、日志打印(log.zeroMQ.servers)、日志是否打印(log.zeroMQ.level)与日志是否在控制面板打印(log.console.level)；

将分布式异构设备拆分为父亲节点异构设备以及子节点异构设备以及将父亲节点异构设备以及子节点异构设备分别对应分配到父亲节点异构设备处理器以及子节点异构设备处理器中；

用户通过前端界面静态类DeviceSearchByLocation.jsp向控制器类GetRequestAction发送HTTP请求，请求中包含了用户要查找的地理位置坐标信息以及运行基所需要的服务搜索范围数值，并使用GET方法向服务器端请求对应的设备服务信息；

接收来自所述父亲节点异构设备处理器发送的处理所述设备服务信息，将所述设备服务信息的状态保存为待确认状态并存储于一消息表中；

控制器类GetRequestAction类通过已经定义好的所述structs.xml配置文件，将该用户的请求转化为其自身包含的不同成员变量，并这些成员变量的值通过运行execute方法传递给DeviceSearchByLocation静态类；

DeviceSearchByLocation类接收到用户的请求后，根据用户给定的地理位置信息和搜索范围信息，在searchForDeviceService方法中调用基于设备部署位置的设备服务选择算法，在设备部署位置这个维度寻找所有满足用户给定条件、具有关联关系的设备服务；

若所述父亲节点异构设备的所述设备服务执行完成，接收来自所述父亲节点异构设备处理器发送的确认指令，若接收到所述确认指令，将所述消息的状态更新为发送状态并将所述设备服务信息发送至所述子节点异构设备处理器，若没有接收到所述确认指令，查询所述设备服务信息的消息表中待确认状态的消息并根据所查询的消息检查所述父亲节点异构设备是否执行成功，若所述父亲节点异构设备执行成功，返回将所述消息的状态更新为发送状态并将所述消息发送至所述子节点异构设备处理器的步骤。

4.如权利要求1所述的一种基于云平台式的分布式设备管理系统，其特征在于，所述设备信息管理层接收来自底层待管理设备的数据包括待管理信息和工作状态数据，通过资源管理平台和基础设施封装接口上传进行数据存储和管理，所述数据信息作为实时数据被写入实时数据存储子模块中，系统需要一直为用户实时地提供当前最新数据信息，实时数据存储子模块需要不间断地进行频繁的读写操作，以及时更新对应的数据信息；用户通过所述设备采集过的数据信息来对待管理信息和工作状态进行持续跟踪，当实时数据信息进入实时数据存储子模块时，系统还需要数据同步子模块将其定时写入历史数据存储模块中作为历史记录信息保存；加入数据管理子模块来实现用户对实时数据和历史数据的监测和查询，用户与该功能模块功能上的交互通过即通过与数据管理子模块的交互来进行，具体包括：

所述设备信息管理层还包括数据监听模块，在所述数据监听模块，监听被监控设备的UDP数据报文告警消息，并将监听到的告警消息实时保存到ZeroMQ队列中；

所述数据监听模块监听所述ZeroMQ队列，并解析处理监听到的UDP数据报文告警消息；

告警监听和告警处理操作进行分离，由不同的模块或节点执行操作满足分布式部署的需求。

5.如权利要求1所述的一种基于云平台式的分布式设备管理系统，其特征在于，所述界面交互层通过可视化控件监测界面中触发操作，并基于层控件实现所述触发操作的响应，其中，界面中包括至少一个层控件，所述层控件中包括至少一个可视化控件；通过所述层控件监测所述设备信息管理层传输过来的内容，根据所述设备信息管理层传输过来的内容控制所述可视化控件生成对应展示效果，还包括：

使用JSP处理异构设备，HTML显示网页，CSS控制样式，javascript动态处理，通过读取数据处理模块处理过的数据，以文字、表格、图形方式在前台为用户提供展示界面；

用户能通过所述界面交互层对云平台上的设备进行管理和维护，用户可以查看设备的运行状态和基本信息，包括cpu、内存的使用情况以及当前设备归属于的系统；用户可以查看系统当前的状态，以及系统上内置软件的状态，查看系统日志，实现对设备上运行的软件系统进行管理和维护；

用户可以查看某一程序的状态，并且可以查看当前程序从属于哪个设备和系统，可以查看当前程序的历史状态曲线，实现对设备上运行的程序进行管理和维护；

用户可以查看当前哪个设备发出告警信息，并且可以对此设备进行应急启停处置实现对设备的应急处理；

管理员用户可以管理云平台上的设备、系统和内置软件，并作出应急处置；系统管理员管理用户权限，并可以进行用户的增删改查操作；

普通用户只能查看云平台上设备、系统和内置软件的信息，设有应急处置的权限，实现对用户权限的管理。

Images