CN112738212A

CN112738212A - 一种机动车电子标识读写设备运维的方法与系统

Info

Publication number: CN112738212A
Application number: CN202011573379.7A
Authority: CN
Inventors: 陈惟昱; 祁田宇; 申燕; 于浩; 张玉洁; 程月明; 刘剑锋
Original assignee: Gaoxing Zhilian Technology Co ltd
Current assignee: ZTE Intelligent IoT Technology Co Ltd
Priority date: 2020-12-23
Filing date: 2020-12-23
Publication date: 2021-04-30
Anticipated expiration: 2040-12-23
Also published as: CN112738212B

Abstract

本发明提供一种机动车电子标识读写设备运维的方法，包括以下步骤：浏览器页面登陆，接入API网关访问系统服务；事件管理单元调取知识库管理单元中的知识库，通过事件管理单元定义事件产生规则且生成配置有事件信息的自动事件，调用知识库接口将自动事件保存至知识库；配置管理单元根据目标运维配置数据对设备进行添加、删除或修改管理；监控单元对配置管理单元配置的设备或者服务的监控和统计；告警单元通过用户终端显示设备综合信息。本发明能够便于对电子设备的资源信息进行分析、处理和展示，及时报警。

Description

一种机动车电子标识读写设备运维的方法与系统

技术领域

本发明涉及智能交通系统技术领域，具体涉及一种机动车电子标识读写设备运维的方法与系统。

背景技术

近年来，智能交通系统是交通现代化建设的重要内容，机动车电子标识读写设备作为智能交通的重要工具，已在全国范围普遍应用，机动车电子标识读写器是获取采集电子标签信息的主要设备，读写器设备架设在城市街道、高速公路等路边或重要关卡的挂杆上，以便获取标签数据，读写器架设分布广，配置与升级需要到设备架设现场，逐一手动链接下发固件升级命令。

随着日积月累的交通建设，对机动车电子标识读写设备的管理存在越来越多的问题，设备数量大、设备维护困难、工程文档丢失，造成诸多不便，工作繁琐，费时费力，大大影响平时工作的效率。

发明内容

有鉴于此，本发明要解决的问题是提供一种机动车电子标识读写设备运维的方法与系统。

为解决上述技术问题，本发明采用的技术方案是：一种机动车电子标识读写设备运维的方法，包括以下步骤：

浏览器页面登陆，接入API网关访问系统服务；

事件管理单元调取知识库管理单元中的知识库，通过事件管理单元定义事件产生规则且生成配置有事件信息的自动事件，调用知识库接口将自动事件保存至知识库；

配置管理单元根据目标运维配置数据对设备进行添加、删除或修改管理；

监控单元对配置管理单元配置的设备或者服务的监控和统计；

告警单元通过用户终端显示设备综合信息。

在本发明中，优选地，事件信息配置有事件管理、工单管理，所述事件管理或所述工单管理根据定义的规则和告警级别生成告警事件，告警事件对应一事件审批工作流，所述事件审批工作流包含事件处理节点、事件委派节点和转工单工作流，事件处理节点经由权限操作触发转工单工作流启动。

在本发明中，优选地，所述转工单工作流配置有工单分析节点、工单审核节点、工单实时节点以及工单验收节点。

在本发明中，优选地，所述配置管理单元基于Spring Cloud实现系统的运维配置。

系统向DMS系统发送设备及点位信息查询指令、巡检结果查询指令以及设备状态查询指令。

一种机动车电子标识读写设备运维的系统，包括：

事件管理单元，用于接收自用户终端通过API网关接入的事件信息，并根据事件信息至知识库管理单元调取知识库；

配置管理单元，用于根据来自DMS系统的同步设备信息向监控单元获取目标运维配置；

监控单元，用于接收告警信息，根据事件管理单元的事件信息先获取生成规则再依照判定策略生成告警事件至事件管理单元；

知识库管理单元，用于接收与告警事件对应的知识库并进行知识库更新。

在本发明中，优选地，告警信息包括来自DMS系统的设备报警信息以及来自监控工具的性能数据和告警数据。

在本发明中，优选地，监控工具外接有电子设备，电子设备包括服务器、网络设备、操作系统、中间件以及数据库，所述服务器、网络设备、操作系统、中间件以及数据库分别通过一性能监控接口与所述监控工具信号连接。

在本发明中，优选地，所述监控工具设置为ZABBIX。

在本发明中，优选地，所述用户终端用于显示设备及点位信息、巡检结果、设备状态以及告警信息。

本发明具有的优点和积极效果是：通过事件管理单元、配置管理单元、监控单元以及知识库管理单元之间的相互配合能够便于用户提高效率、加强数据的准确性，有效监控设备状态，本发明能够将信息数据的运行状态通过用户终端实时显示并及时显示报警信息，通过监控单元对资源信息进行分类存储、查询编辑和统计，监控机动车电子标识设备、服务器、网络设备等的运行状态，能够根据设备状况添加、编辑或删除设备，及时进行资源整合与调整，从而为系统正常运行提供保障；此外，利用DMS系统和监控工具融合技术，DMS系统用于对机动车电子标识设备的网络管理与业务数据的处理推送，监控工具用于获取服务器、网络设备、操作系统、中间件以及数据库等设备的资源信息，便于对资源信息进行分析、处理和展示。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明的一种机动车电子标识读写设备运维的系统的结构框图；

图2是本发明的一种机动车电子标识读写设备运维的系统的监控工具的结构示意图；

图3是本发明的一种机动车电子标识读写设备运维的系统的监控单元的工作原理示意图；

图4是本发明的一种机动车电子标识读写设备运维的方法的流程图；

图5是本发明的一种机动车电子标识读写设备运维的方法的事件审批工作流示意图；

图6是本发明的一种机动车电子标识读写设备运维的方法的转工单节点示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，当组件被称为“固定于”另一个组件，它可以直接在另一个组件上或者也可以存在居中的组件。当一个组件被认为是“连接”另一个组件，它可以是直接连接到另一个组件或者可能同时存在居中组件。当一个组件被认为是“设置于”另一个组件，它可以是直接设置在另一个组件上或者可能同时存在居中组件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

如图1至图4所示，本发明提供一种机动车电子标识读写设备运维的方法，包括以下步骤：

浏览器页面登陆，接入API网关访问系统服务；

告警单元通过用户终端显示设备综合信息。查看告警查询(查看当前发生过的告警以及详细信息)、统计详情(统计指定时间段内不同告警发生的次数)。

具体而言，监控单元是对配置管理单元配置的设备或者服务的监控和统计，对电子标识设备的监控包括告警数量、设备在线率、过车数据回传率、天馈安装质量统计、离线设备列表等。对服务器等it设备的监控包括cpu、内存、温度、系统信息等。对容器、中间件等服务的监控包括各个对应服务的占用内存等重要指标信息、运行状态信息。通过zabbix实现对各设备和服务的监控。

在本实施例中，进一步地，事件信息配置有事件管理、工单管理，所述事件管理或所述工单管理根据定义的规则和告警级别生成告警事件，告警事件对应一事件审批工作流，具体可参见附图5和附图6，所述事件审批工作流包含事件处理节点、事件委派节点和转工单工作流，事件处理节点经由权限操作触发转工单工作流启动。

在本实施例中，进一步地，所述转工单工作流配置有工单分析节点、工单审核节点、工单实时节点以及工单验收节点。当具有对应权限的用户操作并触发转工单工作流启动时，进入工单分析节点，先判断是否需要进行审核，如审核则进入工单审核节点，否则进行工单实施节点，待工单实施完成后进入工单验收节点，工单验收通过后该转工单工作流结束；否则返回至工单分析节点。另外，在执行工单审核过程中，如审核通过则进入工单实施节点，否则返回至工单分析节点，值得注意的是，用户可在工单审核节点直接关闭并退出当前转工单工作流。该转工单工作流的流程设计大大简化了事件流的运行复杂程度，使得各节点互不干扰，便于对流程节点的管理以及节点监控。

在本实施例中，进一步地，所述配置管理单元基于Spring Cloud实现系统的运维配置。

一种机动车电子标识读写设备运维的系统，包括：

在本实施例中，进一步地，告警信息包括来自DMS系统的设备报警信息以及来自监控工具的性能数据和告警数据。

在本实施例中，进一步地，监控工具外接有电子设备，电子设备包括服务器、网络设备、操作系统、中间件以及数据库，所述服务器、网络设备、操作系统、中间件以及数据库分别通过一性能监控接口与所述监控工具信号连接。

在本实施例中，进一步地，所述监控工具设置为ZABBIX。

在本实施例中，进一步地，所述用户终端用于显示设备及点位信息、巡检结果、设备状态以及告警信息。

具体可参见图5和图6，事件管理单元包含事件管理和工单管理。首先定义事件产生规则(主要是配置告警级别)，当产生符合规则的告警，此单元自动生成事件，形成一个事件审批工作流，包含事件处理节点和事件委派节点，节点需要有相应权限的人员处理。其中，事件处理节点可以进行直接处理，或者转工单，或者挂起；

转工单是一个子审批工作流，主要是一个具体操作的流程，包含分析，审核，实施，验收。

工单管理也可以不依靠事件管理，单独新建工单，直接进行软件升级等操作的流程。

对于本次工单比较值得分享及收藏的经验或者记录，可调用知识库接口，将本次内容保存到知识库。

知识库管理也可以不依赖于工单管理，直接在知识库管理页面添加新的知识内容。

本发明的工作原理和工作过程如下：系统运行时，用户终端首先接入API网关，通过API网关将事件信息传输给事件管理单元，具体可参见图4，通过DMS系统查询机动车电子标识读写设备、区域、断面等基本信息，DMS系统将机动车电子标识读写设备的网络管理与业务数据的处理通知推送给系统，运维平台系统通过接口实现设备及点位信息查询、巡检结果或设备状态查询指令的接收，也即产生针对电子设备具体参量信息的调用指令，然后通过监控工具接收电子设备的性能数据以及告警数据，电子设备具体包括服务器、网络设备、操作系统、中间件以及数据库，每一电子设备均通过性能监控接口与监控工具进行数据互通，获取对于其中具体的某一某几个电子设备的上述信息进行处理和分析，监控工具设置为ZABBIX。Zabbix Server：负责接收agent端发送的报告信息数据的核心组件，所有的配置，统计数据及操作数据都由该组件进行；Zabbix Agent：部署于被监控主机上，负责收集本地主机的数据信息发送到server端或proxy端；Database Stroage：主要负责存储由agent端发送到本机的信息数据；Web Interface：提供一个可视化的web接口，可以非常清晰的看到每个数据指标的信息变化，与server运行在同一台主机上；Zabbix Proxy：常用于分布式监控环境中，代理server去收集被监控主机的数据，并定时发送数据到server端。

具体结合图2所示的ZABBIX的逻辑结构示意图，其中，主机(host)：需要监控的设备，可以是IP或DNS名称指定；主机组(host group)：主机的逻辑容器，可以包含主机和模板，但同一个组内的主机和模板不能互相链接；主机组通常在给用户或用户组指派监控权限时使用；

监控项(item)：一个特定监控指标的相关的数据，这些数据来自于被监控对象；item是zabbix进行数据收集的核心，没有item，将没有数据；相对于某监控对象来说，每个item都由“key”进行标识；

触发器(trigger)：一个表达式，用于评估某监控对象的某特定item内所接收到的数据是否在合理范围内，即为阈值；接收到的数据量大于或者超出所设定的阈值时，触发器的状态将从"OK"转变为"Problem"，当数据量再次回归到所设定的合理范围内时，其状态又将从"Problem"状态变回为“ok”；

事件(event)：即发生的一个值得关注的事情，例如触发器的状态的转变，新的agent或上线的agent的自动注册等；

动作(action)：指对于特定的事件事先定义的处理方法，通过包含操作(如发送通知)和条件(何时执行操作)；

报警升级(escalation)：发送报警或执行远程命令的自定义方案，如每隔5分钟发送一次报警共发送5次；

媒介(media)：发送的通知的手段或通道，如Email、Jabber或SMS等；

通知(notification)：通过选定的媒介向用户发送的有关某事件的信息；

远程命令(remote command)：预定义的命令，可以在被监控主机处于某触发条件下自动执行的命令；

模板(template)：用于快速定位被监控主机的预设条目集合，通常包含了item、trigger、graap、screen、application以及low-level discovery rule；模板可以直接链接至某单个主机；

应用(application)：一组item的集合；

web场景(web scennario)：用于检测web站点可用性的一个或多个HTTP请求；

前端(frontend)：zabbix的web接口；

以上是对ZABBIX各部分的名称与作用的介绍，部署并搭建ZABBIX的过程是首先配置yum源；创建zabbix数据库和授权用户；安装zabbix软件包并修改配置文件；安装然后配置agent端主机。

监控单元根据事件信息获取生成规则，通过生成规则依照判定策略生成告警事件，判定策略具体通过ZABBIX添加监控主机和告警机制实现，具体而言，先创建一主机组，输入主机名或地址，添加被监控主机的接口地址，添加主机到该主机组中；新建一个应用输入应用名称，创建一个监控项，监控项自定义名称，选择key值绑定端口，设定信息收集时间间隔、历史数据保存时长、选定自定义的应用类型；创建图视graph，将agent端web服务器启动使得触发器工作正常，然后管壁http服务再次查看触发器工作状态，此时图视状态变化，此时从OK变成了PROBLEM状态，后续只需定义ACTIVE即可发送警告。通过服务注册中心注册和调用电子设备的注册信息，通过服务配置及时更新知识库数据，并基于Spring Cloud通过统一配置中心集中调取电子设备的状态信息、获取服务配置至监控单元，便于用户或实际运维人员根据终端的操作页面即可完成相应操作，从而更加直观地查看电子设备的状态信息。本发明利用DMS系统与ZABBIX相结合使得运维平台系统的部署较为简单容易操作，多数据采集插件相对灵活；能够实现复杂条件的告警，提供多种API接口，支持调用脚本；出现问题时能够通过对agent设置执行权限可以自动远程执行命令。其中，事件管理单元用于接收自用户终端通过API网关接入的事件信息，并根据事件信息至知识库管理单元调取知识库，事件信息包含触发事件和事件工单，对于产生告警信息的情况能够转换为事件工单，供运维人员根据故障进行派单，及时找技术人员解决问题，便于运维人员处理，用户可通过用户终端操作页面即可完成相应操作，更加直观地查看设备的状态信息；知识库管理单元用于接收与告警事件对应的知识库并进行知识库更新，此外，知识库管理单元还具有记录问题、知识分享和保存相关文档的功能。

以上对本发明的实施例进行了详细说明，但所述内容仅为本发明的较佳实施例，不能被认为用于限定本发明的实施范围。凡依本发明范围所作的均等变化与改进等，均应仍归属于本专利涵盖范围之内。

Claims

1.一种机动车电子标识读写设备运维的方法，其特征在于，包括以下步骤：

浏览器页面登陆，接入API网关访问系统服务；

告警单元通过用户终端显示设备综合信息。

2.根据权利要求1所述的一种机动车电子标识读写设备运维的方法，其特征在于，事件信息配置有事件管理、工单管理，所述事件管理或所述工单管理根据定义的规则和告警级别生成告警事件，告警事件对应一事件审批工作流，所述事件审批工作流包含事件处理节点、事件委派节点和转工单工作流，事件处理节点经由权限操作触发转工单工作流启动。

3.根据权利要求2所述的一种机动车电子标识读写设备运维的方法，其特征在于，所述转工单工作流配置有工单分析节点、工单审核节点、工单实时节点以及工单验收节点。

4.根据权利要求1所述的一种机动车电子标识读写设备运维的方法，其特征在于，所述配置管理单元基于Spring Cloud实现系统的运维配置。

5.一种机动车电子标识读写设备运维的系统，采用如权利要求1-4任一项所述的方法，其特征在于，包括：

6.根据权利要求5所述的一种机动车电子标识读写设备运维的系统，其特征在于，告警信息包括来自DMS系统的设备报警信息以及来自监控工具的性能数据和告警数据。

7.根据权利要求5所述的一种机动车电子标识读写设备运维的系统，其特征在于，所述监控工具外接有电子设备，所述电子设备包括服务器、网络设备、操作系统、中间件以及数据库，所述服务器、网络设备、操作系统、中间件以及数据库分别通过一所述性能监控接口与所述监控工具信号连接。

8.根据权利要求7所述的一种机动车电子标识读写设备运维的系统，其特征在于，所述监控工具设置为ZABBIX。

9.根据权利要求5所述的一种机动车电子标识读写设备运维的系统，其特征在于，所述用户终端用于显示设备及点位信息、巡检结果、设备状态以及告警信息。