轨道交通监测数据实时告警方法、装置、设备及存储介质与流程

本发明涉及智能交通监测，尤其涉及一种轨道交通监测数据实时告警方法、装置、设备及存储介质。

背景技术：

1、轨道交通例如地铁作为城市重要的公共交通系统，对安全和可靠性的要求非常高。传统的地铁监测系统主要依靠静态规则进行告警，存在告警准确性低、实时性差等问题，无法满足对地铁系统实时监测和准确告警的高要求需求。

2、近年来，随着数据采集、处理和分析技术的发展，基于动态告警规则的实时告警方法逐渐被应用于智能交通监测领域，取得了一定的成果。

3、然而传统的静态规则在地铁监测系统中的应用方式是预先设定好某些规则，例如速度限制，监测值固定等。这些静态规则往往是通用的，不能有效的区分不同的地铁线路和不同的交通情况。地铁告警监测对数据实时性要求很高，而静态规则的告警判断通常是基于历史数据的统计结果，无法满足地铁系统实时监测和告警的需求。

技术实现思路

1、本发明的主要目的在于提供一种轨道交通监测数据实时告警方法、装置、设备及存储介质，旨在解决现有地铁监测系统的静态规则方式无法实时监测和准确告警的高要求需求等问题。

2、为实现上述目的，本发明提供了一种轨道交通监测数据实时告警方法，包括：

3、调用redis数据库缓存预设类型的关系数据；

4、在接收到轨道交通监测数据时，对所述轨道交通监测数据执行数据入库逻辑和告警逻辑；

5、在执行告警逻辑时，将所述轨道交通监测数据发送到kafka通道中进行实时处理，以判断所述轨道交通监测数据是否满足告警条件；

6、在所述轨道交通监测数据满足所述告警条件时，将所述轨道交通监测数据写入所述redis数据库中；

7、判断所述轨道交通监测数据是否满足连续告警条件；

8、在所述轨道交通监测数据满足所述连续告警条件时，将所述轨道交通监测数据写入告警监测表中，以实现实时告警。

9、在一些实施例中，所述调用redis数据库缓存预设类型的关系数据，包括：

10、构建数据id与对应项目id的关系数据、项目id与对应的告警名称的关系数据以及告警名称与告警规则的关系数据；

11、将所述数据id与对应项目id的关系数据作为第一类型数据；

12、将所述项目id与对应的告警名称的关系数据作为第二类型数据；

13、将所述告警名称与告警规则的关系数据作为第三类型数据；

14、调用redis数据库缓存所述第一类型数据、第二类型数据以及第三类型数据。

15、在一些实施例中，所述在接收到轨道交通监测数据时，对所述轨道交通监测数据执行数据入库逻辑和告警逻辑，包括：

16、在接收到轨道交通监测数据时，对所述轨道交通监测数据执行数据入库逻辑；

17、通过中间件kafka对所述轨道交通监测数据执行告警逻辑。

18、在一些实施例中，所述对所述轨道交通监测数据执行数据入库逻辑，包括：

19、将所述轨道交通监测数据写入监测数据实时表和监测数据历史表中。

20、在一些实施例中，所述在执行告警逻辑时，将所述轨道交通监测数据发送到kafka通道中进行实时处理，以判断所述轨道交通监测数据是否满足告警条件，包括：

21、在执行告警逻辑时，将所述轨道交通监测数据发送到kafka的消息队列中；

22、在监听到所述kafka消息队列中存在所述轨道交通监测数据时，根据所述轨道交通监测数据从所述redis数据库中查询告警规则；

23、根据所述告警规则判断所述轨道交通监测数据是否满足告警条件。

24、在一些实施例中，所述在监听到所述kafka消息队列中存在所述轨道交通监测数据时，根据所述轨道交通监测数据从所述redis数据库中查询告警规则，包括：

25、在监听到所述kafka消息队列中存在所述轨道交通监测数据时，获取所述轨道交通监测数据的数据id；

26、根据所述数据id从所述redis数据库中查询对应的项目id；

27、根据所述项目id从所述redis数据库中查询对应的告警名称；

28、根据所述告警名称从所述redis数据库中查询对应的告警规则。

29、在一些实施例中，所述根据所述告警规则判断所述轨道交通监测数据是否满足告警条件，包括：

30、根据所述告警规则确定规则信息、告警内容以及连续告警时间；

31、根据所述规则信息、所述告警内容以及所述连续告警时间判断所述轨道交通监测数据是否满足告警条件；

32、相应地，所述在所述轨道交通监测数据满足所述告警条件时，将所述轨道交通监测数据写入所述redis数据库中，包括：

33、在所述规则信息和所述告警内容满足所述告警条件，且所述连续告警时间不满足所述告警条件时，将所述轨道交通监测数据写入所述redis数据库中；其中，数据写入时的键值为所述数据id，value为当前告警时间。

34、此外，为实现上述目的，本发明还提出一种轨道交通监测数据实时告警装置，包括：

35、redis缓存模块，用于调用redis数据库缓存预设类型的关系数据；

36、数据接收模块，用于在接收到轨道交通监测数据时，对所述轨道交通监测数据执行数据入库逻辑和告警逻辑；

37、kafka处理模块，用于在执行告警逻辑时，将所述轨道交通监测数据发送到kafka通道中进行实时处理，以判断所述轨道交通监测数据是否满足告警条件；

38、数据写入模块，用于在所述轨道交通监测数据满足所述告警条件时，将所述轨道交通监测数据写入所述redis数据库中；

39、连续告警判断模块，用于判断所述轨道交通监测数据是否满足连续告警条件；

40、告警写入模块，用于在所述轨道交通监测数据满足所述连续告警条件时，将所述轨道交通监测数据写入告警监测表中，以实现实时告警。

41、此外，为实现上述目的，本发明还提出一种轨道交通监测数据实时告警设备，所述轨道交通监测数据实时告警设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的轨道交通监测数据实时告警程序，所述轨道交通监测数据实时告警程序配置为实现如上文所述的轨道交通监测数据实时告警方法。

42、此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质存储有轨道交通监测数据实时告警程序，所述轨道交通监测数据实时告警程序用于使处理器执行时实现如上文所述的轨道交通监测数据实时告警方法。

43、本发明通过调用redis数据库缓存预设类型的关系数据；在接收到轨道交通监测数据时，对所述轨道交通监测数据执行数据入库逻辑和告警逻辑；在执行告警逻辑时，将所述轨道交通监测数据发送到kafka通道中进行实时处理，以判断所述轨道交通监测数据是否满足告警条件；在所述轨道交通监测数据满足所述告警条件时，将所述轨道交通监测数据写入所述redis数据库中；判断所述轨道交通监测数据是否满足连续告警条件；在所述轨道交通监测数据满足所述连续告警条件时，将所述轨道交通监测数据写入告警监测表中，以实现实时告警。本发明中，通过采集轨道交通监测数据，利用先进的数据处理和分析技术，根据预设的动态告警规则进行实时判断和告警。引入中间件技术以及缓存，通过中间件kafka对轨道交通监测数据进行处理，使得告警逻辑和数据入库逻辑分离开，互不影响。采用缓存redis对告警规则等预先缓存，减少对数据的查询次数，提升程序的处理效率和速度，从而进一步提高告警监测数据实时性，解决了现有地铁监测系统的静态规则方式无法实时监测和准确告警的高要求需求等问题。