CN111145405A - 一种高铁车站闸机管理*** - Google Patents

Abstract

本发明涉及一种高铁车站闸机管理***，包括数据采集模块、数据收集模块、数据分析模块、作业模块和管理与决策模块，数据采集模块实时收集闸机在运行过程中产生的日志文件，日志文件包括闸机日志、硬件日志、***日志、应用日志和安全日志，并过滤日志文件获得闸机运行数据，将闸机运行数据封装为统一格式的数据包发送给数据收集模块，数据收集模块将接收到的数据包解压后发送至数据分析模块，对数据包进行数据分析，并将分析结果推送给作业模块和管理与决策模块以供查询、显示。与现有技术相比，本发明具有扩展性高、不受网络环境限制、提高故障识别率等优点。

Description

一种高铁车站闸机管理***

技术领域

本发明涉及一种管理***，尤其是涉及一种高铁车站闸机管理***。

背景技术

近几年来，随着中国高铁的飞速发展，传统的闸机监控和管理方式已无法满足急剧增长的管理要求，主动监控和管理的需求越来越高。

目前，实现高铁车站闸机的主动管理主要是通过与闸机生产厂商进行合作，接入厂家提供的信息化***或使用闸机提供的监控接口。但这两种管理方法存在比较多的缺点：闸机厂商虽然提供了管理***，但***大部分是基于云端，无法本地化部署。由于高铁车站对于信息安全要求较高，根据管理要求，闸机所在网络不允许接入互联网，因此厂家提供的技术方案在高铁车站无法实施；部分厂家闸机可提供直接的数据采集和监控接口，但仅支持各自厂家闸机，无法满足现有车站多种闸机的管理需求，如果统一更换闸机，成本将急剧增加。

发明内容

本发明的目的就是为了克服上述现有技术存在的管理***无法本地化部署、多种闸机的数据接口不互通的缺陷而提供一种高铁车站闸机管理***。

本发明的目的可以通过以下技术方案来实现：

一种高铁车站闸机管理***，包括数据采集模块、数据收集模块、数据分析模块、作业模块和管理与决策模块，所述数据采集模块、数据收集模块、数据分析模块依次连接，所述作业模块和管理与决策模块分别连接至数据分析模块，所述数据采集模块实时收集闸机在运行过程中产生的日志文件，所述日志文件包括闸机日志、硬件日志、***日志、应用日志和安全日志，并过滤所述日志文件获得闸机运行数据，将所述闸机运行数据封装为统一格式的数据包发送给所述数据收集模块，所述数据收集模块将接收到的数据包解压后发送至数据分析模块，对所述数据包进行数据分析，并将分析结果推送给所述作业模块和管理与决策模块以供查询、显示。

所述闸机运行数据包括闸机运行状态、CPU使用情况、内存使用情况以及过票量。

所述数据采集模块对闸机运行数据进行判断，若为正常数据则封装为正常数据包，若为异常数据则封装为故障数据包。

所述数据分析模块将正常数据包和故障数据包解压后的正常闸机运行数据和异常闸机运行数据存入数据仓库。

所述数据分析模块对所述故障数据包中的异常闸机运行数据进行数据持久化、分析、过滤处理，并根据特征库和监控指标识别所述异常闸机运行数据对应的故障和预警信息。

所述分析结果包括存在所述故障和预警信息的闸机的位置信息。

所述数据分析模块对所述异常闸机运行数据对应的故障和预警信息进行判断，若为新的故障和预警信息，则将所述新的故障和预警信息更新至特征库。

一种所述高铁车站闸机管理***的应用，具体包括以下步骤：

步骤S1：数据采集模块检测闸机运行状态，若正常运行则采集日志文件，对所述日志文件过滤后的正常闸机运行数据封装为正常数据包，若存在故障则将故障上报并将故障信息封装为故障数据包；

步骤S2：数据收集模块收集正常数据包和故障数据包并解压，将解压后的正常闸机运行数据和异常闸机运行数据传送给数据分析模块；

步骤S3：数据分析模块将所述异常闸机运行数据与特征库和监控指标进行比对，判断故障类型，记录所述异常闸机运行数据对应闸机的位置信息，并将所述位置信息推送至作业模块和管理与决策模块，若为新的故障类型，则将所述新的故障类型更新至特征库。

与现有技术相比，本发明具有以下有益效果：

1.本发明中数据采集模块采集的数据对象为闸机的日志文件，直接面向闸机的中控机进行底层协议数据采集，不受现有不同类型闸机的限制，具有较高扩展性。

2.本发明将识别出的新的故障类型及时更新至特征库，增加特征库的故障类型存储量，提高***对于故障的识别率。

3.本发明中数据采集模块、数据收集模块、数据分析模块、作业模块和管理与决策模块部署在局域网内，不受网络环境限制。

4.本发明无需对现有闸机进行改造，降低影响现有闸机正常运行的风险，不额外增加末端成本。

附图说明

图1为本发明的结构示意图；

图2为本发明控制流程的示意图。

具体实施方式

下面结合附图和具体实施例对本发明进行详细说明。本实施例以本发明技术方案为前提进行实施，给出了详细的实施方式和具体的操作过程，但本发明的保护范围不限于下述的实施例。

如图1所示，一种高铁车站闸机管理***，包括数据采集模块、数据收集模块、数据分析模块、作业模块和管理与决策模块，数据采集模块、数据收集模块、数据分析模块依次连接，作业模块和管理与决策模块分别连接至数据分析模块，数据采集模块实时收集闸机在运行过程中产生的日志文件，日志文件包括闸机日志、硬件日志、***日志、应用日志和安全日志，并过滤日志文件获得闸机运行数据，将闸机运行数据封装为统一格式的数据包发送给数据收集模块，数据收集模块将接收到的数据包解压后发送至数据分析模块，对数据包进行数据分析，并将分析结果推送给作业模块和管理与决策模块以供查询、显示。

闸机运行数据包括闸机运行状态、CPU使用情况、内存使用情况以及过票量。

数据采集模块对闸机运行数据进行判断，若为正常数据则封装为正常数据包，若为异常数据则封装为故障数据包。

数据分析模块将正常数据包和故障数据包解压后的正常闸机运行数据和异常闸机运行数据存入数据仓库。

数据分析模块对故障数据包中的异常闸机运行数据进行数据持久化、分析、过滤处理，并根据特征库和监控指标识别异常闸机运行数据对应的故障和预警信息。

分析结果包括存在故障和预警信息的闸机的位置信息。

数据分析模块对异常闸机运行数据对应的故障和预警信息进行判断，若为新的故障和预警信息，则将新的故障和预警信息更新至特征库。

一种高铁车站闸机管理***的应用，具体包括以下步骤：

步骤S1：数据采集模块检测闸机运行状态，若正常运行则采集日志文件，对日志文件过滤后的正常闸机运行数据封装为正常数据包，若存在故障则将故障上报并将故障信息封装为故障数据包；

步骤S2：数据收集模块收集正常数据包和故障数据包并解压，将解压后的正常闸机运行数据和异常闸机运行数据传送给数据分析模块；

步骤S3：数据分析模块将异常闸机运行数据与特征库和监控指标进行比对，判断故障类型，记录异常闸机运行数据对应闸机的位置信息，并将位置信息推送至作业模块和管理与决策模块，若为新的故障类型，则将新的故障类型更新至特征库。

实施例一

数据采集模块采用C/S架构，作业***为Android客户端，管理与决策***采用B/S架构，数据分析***采用ELK以及大数据分析***，数据分析模块采用分布式部署架构，分析结果采用关系型数据库和非关系型数据库进行储存。

如图2所示，具体控制流程为：

步骤S401：检测闸机运行状态：

步骤S402：判断闸机运行状态是否正常，若有故障则跳转至步骤S403，若正常则执行步骤S404；

步骤S403：上报故障至作业模块，将故障信息传输给数据采集模块；

步骤S404：数据采集模块收集正常闸机运行数据和故障信息，封装为数据包传输至数据收集模块；

步骤S405：数据收集模块将接收到数据包解压并传输至数据分析模块；

步骤S406：数据分析模块调用监控指标；

步骤S407：数据分析模块调用；

步骤S408：数据分析模块根据监控指标和特征库内存储的故障样本对接收的故障信息进行识别；

步骤S409：判断是否为隐患或故障，若是则跳转至步骤S410，若否将跳转至步骤S411；

步骤S410：数据分析模块记录故障信息，并跳转至步骤S412；

步骤S411：数据分析模块记录相关特征并更新至特征库；

步骤S412：数据分析模块推送通知给作业模块。

此外，需要说明的是，本说明书中所描述的具体实施例，所取名称可以不同，本说明书中所描述的以上内容仅仅是对本发明结构所做的举例说明。凡依据本发明构思的构造、特征及原理所做的等小变化或者简单变化，均包括于本发明的保护范围内。本发明所属技术领域的技术人员可以对所描述的具体实例做各种各样的修改或补充或采用类似的方法，只要不偏离本发明的结构或者超越本权利要求书所定义的范围，均应属于本发明的保护范围。

Claims (8)

1.一种高铁车站闸机管理***，包括数据采集模块、数据收集模块、数据分析模块、作业模块和管理与决策模块，所述数据采集模块、数据收集模块、数据分析模块依次连接，所述作业模块和管理与决策模块分别连接至数据分析模块，其特征在于，所述数据采集模块实时收集闸机在运行过程中产生的日志文件，所述日志文件包括闸机日志、硬件日志、***日志、应用日志和安全日志，并过滤所述日志文件获得闸机运行数据，将所述闸机运行数据封装为统一格式的数据包发送给所述数据收集模块，所述数据收集模块将接收到的数据包解压后发送至数据分析模块，对所述数据包进行数据分析，并将分析结果推送给所述作业模块和管理与决策模块以供查询、显示。

2.根据权利要求1所述的一种高铁车站闸机管理***，其特征在于，所述闸机运行数据包括闸机运行状态、CPU使用情况、内存使用情况以及过票量。

3.根据权利要求1所述的一种高铁车站闸机管理***，其特征在于，所述数据采集模块对闸机运行数据进行判断，若为正常数据则封装为正常数据包，若为异常数据则封装为故障数据包。

4.根据权利要求3所述的一种高铁车站闸机管理***，其特征在于，所述数据分析模块将正常数据包和故障数据包解压后的正常闸机运行数据和异常闸机运行数据存入数据仓库。

5.根据权利要求4所述的一种高铁车站闸机管理***，其特征在于，所述数据分析模块对所述故障数据包中的异常闸机运行数据进行数据持久化、分析、过滤处理，并根据特征库和监控指标识别所述异常闸机运行数据对应的故障和预警信息。

6.根据权利要求5所述的一种高铁车站闸机管理***，其特征在于，所述分析结果包括存在所述故障和预警信息的闸机的位置信息。

7.根据权利要求5所述的一种高铁车站闸机管理***，其特征在于，所述数据分析模块对所述异常闸机运行数据对应的故障和预警信息进行判断，若为新的故障和预警信息，则将所述新的故障和预警信息更新至特征库。

8.一种如权利要求1-7任一所述的高铁车站闸机管理***的应用，其特征在于，具体包括以下步骤：

步骤S1：数据采集模块检测闸机运行状态，若正常运行则采集日志文件，对所述日志文件过滤后的正常闸机运行数据封装为正常数据包，若存在故障则将故障上报并将故障信息封装为故障数据包；

步骤S2：数据收集模块收集正常数据包和故障数据包并解压，将解压后的正常闸机运行数据和异常闸机运行数据传送给数据分析模块；

步骤S3：数据分析模块将所述异常闸机运行数据与特征库和监控指标进行比对，判断故障类型，记录所述异常闸机运行数据对应闸机的位置信息，并将所述位置信息推送至作业模块和管理与决策模块，若为新的故障类型，则将所述新的故障类型更新至特征库。

Images