一种城市地铁告警集中处理方法与流程

本发明属于轨道交通
技术领域：
，具体涉及一种城市地铁告警集中处理方法。
背景技术：
：随着我国交通建设与经济的飞速发展，国家对城市地铁建设愈加关注。城市地铁一方面缓解城市中拥堵的交通环境，在其中发挥着重要的作用；另一方面城市地铁的技术不断发展与完善，人们越来越倾向于选择地铁作为城市出行的首选。因此，全国各地纷纷开展城市地铁的建设与运营，把城市地铁作为缓解城市交通拥堵压力的方案和提高生活水平的民生工程。在这样的大环境下，城市地铁系统设计中安全运行与监视尤其受到关注。地铁综合监控系统是对地铁运行与监视的集中管理，将地铁沿线车站和相关建筑内的环控、低压电力、照明、给排水、屏蔽门、火灾等设备集中监视。由于地铁综合监控系统监视牵扯多专业、多学科，跨领域的应用，告警系统设计尤为重要，地铁告警系统反映地铁系统异常问题，既让用户更加直观看到异常位置，又为地铁控制系统、决策系统提供数据依据。城市地铁系统包含多个子系统，非常复杂，且各自有各自的网管。若对各个子系统进行分开管理，可能造成系统管理紊乱，不易查找问题所在，效率低，不方便调试与处理，自动化程度较低，在根据该报警系统进行后期维护时操作不便捷。技术实现要素：本发明的目的在于提供一种城市地铁告警集中处理方法，用以解决现有技术中不易查找问题所在的问题。为解决上述技术问题，本发明的技术方案为：本发明提供了一种城市地铁告警集中处理方法，包括如下方法方案：方法方案一，包括如下步骤：从地铁系统上送的数据信息中筛选出异常数据；根据异常数据，从存储的告警模型中筛选出与该异常数据对应的信息；所述信息包括告警对象类型、告警对象和告警属性；根据所述与该异常数据对应的信息，构建告警信息，并将告警信息发送出去；其中，告警模型中存储着一组条目，每个条目包括一种告警对象类型，每种告警对象类型包括至少一个告警对象，每个告警对象包括至少一种告警属性。方法方案二，在方法方案一的基础上，分析告警来源来构建告警对象类型；所述告警来源包括车站、控制中心中环境监测系统、供电系统管理自动化、列车自动控制、火灾报警系统、自动售检票系统、视频监视系统、广播系统、屏蔽门系统、门禁系统中的至少一个。方法方案三，在方法方案二的基础上，所述告警对象类型包括控制中心、车站、间隔、设备、通道、用户、权限移交、节点、遥信、遥测、遥脉、遥控和定值中的至少一种。方法方案四，在方法方案三的基础上，所述告警属性包括描述、时间、语音、告警级别、告警确认。方法方案五，在方法方案三的基础上，当所述告警对象类型为设备时，所述告警对象包括装置通讯、装置事件、装置挂牌、检修报警。方法方案六，在方法方案三的基础上，当所述告警对象为遥信时，所述告警对象包括遥信人工置数、遥信测点投退、遥信变位、保护动作、断路器、事故总信号、装置异常、火灾报警、电梯故障、空调故障和风机故障。方法方案七，在方法方案三的基础上，当所述告警对象为用户时，所述告警对象包括用户登录、用户退出。方法方案八，在方法方案三的基础上，当所述告警对象为权限移交时，所述告警对象包括权限移交。方法方案九，在方法方案七的基础上，当所述告警对象为用户登录时，所述告警属性包括描述、用户名、时间、语音、告警级别、告警类型、告警确认、登录节点。方法方案十，在方法方案八的基础上，当所述告警对象为权限移交时，所述告警属性包括描述、时间、语音、告警级别、告警类型、告警确认、源节点、目标节点。方法方案十一，在方法方案六的基础上，当所述告警对象为风机故障时，所述告警属性包括描述、时间、语音、告警级别、告警确认、告警类型、行为。方法方案十二，在方法方案五的基础上，当所述告警对象为装置通讯时，所述告警属性包括描述、时间、语音、告警级别、告警类型、告警确认、源设备、目的设备。方法方案十三、十四、十五、十六，分别在方法方案九、十、十一、十二的基础上，所述告警类型包括一般变位、操作事件、设备动作、设备异常、设备告警、通讯故障、事故。方法方案十七，在方法方案一的基础上，所述告警模型以xml方式存储。本发明的有益效果：本发明将地铁系统中的各个子系统的报警系统进行集中处理，从地铁系统上送的各种数据中筛选出异常数据，并从存储的告警模型中找到与这些异常数据对应的告警对象类型、告警对象和告警属性等信息，并根据这些信息来构建告警信息，从而进行发送。本发明能够将分散的各个子系统的报警数据信息进行统一处理，并以存储的告警模型为基础来构建告警信息，为地铁控制、决策做依据，使得用户能够更加直观统一的看到异常位置，从而提高了告警车站与告警中心数据的一致性，有效解决集中告警系统的问题，便于对整个地铁系统进行控制、维护与调度，提高了决策系统的安全性与自动化水平，进而提高地铁综合监控系统的运行稳定性。附图说明图1是告警模型树结构示意图；图2是告警系统结构示意图。具体实施方式为使本发明的目的、技术方案及优点更加清楚，下面结合附图及实施例，对本发明作进一步的详细说明。为了将城市地铁系统中的多个子系统的告警系统集中处理，采用了如图1所示的告警模型结构来对告警进行集中处理，下面做具体介绍。首先，构建告警模型树，该模型树如图1所示，为告警客户端构建告警业务信息做基础。其中，根节点为告警业务对象模型树，告警业务对象模型树的子节点为告警对象类型，告警对象类型的子节点为告警对象，告警对象的子节点为告警属性。也就是说，构建了一个四层告警模型树。该告警模型树的物理存储方式采用xml方式，运行时申请存放告警模型树的缓存，供告警客户端访问。告警业务对象模型树中包括城市地铁系统内所有的告警对象类型，将其作为告警模型树的第二层，任何可以产生告警的对象都可以是告警对象类型。根据统计的地铁系统中的告警源，构建城市地铁系统的告警对象类型。地铁系统中的告警来源，包括所有车站、控制中心中bas(环境监测系统)、scada(供电系统管理自动化)、atc(列车自动控制)、fas(火灾报警系统)、afc(自动售检票系统)、cctv(视频监视系统)、pa(广播系统)、psd(屏蔽门系统)、acs(门禁系统)等各个子系统的告警数据来源。这些告警来源包括软告警源和硬告警源。软告警源是通过自身告警系统依附一定条件逻辑判断生成虚拟告警状态的对象，例如网络通讯状态、节点主备角色状态等；硬告警源指设备实际上送的设备告警或事故状态的对象，例如火灾告警，电梯故障等。每个告警对象类型包括差异化的告警对象，构建告警对象类型下的不同告警对象，作为告警对象类型的子节点，即为告警模型树的第三层。定义每个告警对象基本属性，基本属性包括：描述、时间、语音、告警级别、告警确认等，将这些基本属性作为告警对象的子节点，即为告警模型树的第四层。但是，不同告警对象属性有些差别，需根据每个属性自身的数据类型来进行定义。然后，采用客户端/服务器的设计理念，把报警子系统设计成c/s架构，包括多个告警客户端和一个告警服务器端。所有客户端生成的告警业务信息同一由告警服务器端发送出去，既满足告警客户端告警信息多样性的要求，又保证告警数据的一致性。告警客户端负责系统中所有数据的处理，包括数据分类，对数据进行逻辑判断，把有问题数据筛选出来，按告警对象树中告警对象，实例化告警相关属性，构建告警业务信息发送到告警服务器端。告警服务器端接收告警客户端发过来的数据，负责对外产生所有的告警记录，一条完整的告警记录，能让用户快速告警定位，人工或自动化模式下准确决策。下面举一个具体的实例来说明本发明的城市地铁告警集中处理方法。首先，构建告警模型树。该告警模型树为四层告警模型树。根节点为告警业务对象模型树，第二层为告警对象类型，第三层为告警对象，第四层为告警属性。构建的告警对象类型如表1所示。表1告警对象类型表名称描述center控制中心station车站bay间隔equipment设备channel通道user用户authority权限移交node节点status遥信analog遥测pulse遥脉control遥控setting定值在构建了告警对象类型后，构建告警对象。每个告警对象类型节点包括多个告警对象。以设备、遥信、用户、权限移交这四个告警对象类型为例，来介绍这些告警对象类型下的告警对象，分别如表2、3、4、5所示。表2设备的告警对象名称描述iedcomm装置通讯iedevent装置事件iedrepair装置挂牌smartalarm检修报警表3遥信的告警对象表4用户的告警对象名称描述userlogin用户登录userlogout用户退出表5权限移交的告警对象名称描述authtransfer权限移交每个告警对象又拥有自己的告警属性。一般来说，每个告警对象都具备描述、时间、语音、告警级别、告警确认等告警属性。但是，不同的告警对象的告警属性又有所差别。其中，告警级别是根据业务需求，将告警级别分为20个等级。等级越高，问题越严重。一般来说，告警级别和告警类型配合使用。告警级别又分成7段，每段对应告警类型定义，告警类型定义如下：一般变位、操作事件、设备动作、设备异常、设备告警、通讯故障、事故。下面以告警对象分别为用户登录、权限移交、风机故障、装置通讯为例，来介绍这些告警对象的告警属性，分别如表6、7、8、9所示。表6用户登录的告警属性表7权限移交的告警属性名称描述description描述time时间voice语音level告警级别type告警类型confirm告警确认srcnode源节点desnode目标节点表8风机故障的告警属性名称描述description描述time时间voice语音level告警级别confirm告警确认type告警类型action行为表9装置通讯的告警属性上述的每项告警属性都有对应的基本数据类型，如表10所示。表10告警属性的基本数据类型类型描述长度string描述255datetime时间8string语音255int告警级别4int告警确认4然后，在告警模型树构建完毕后，模型数据采用xml文件进行物理存储，最终读入告警服务器端缓存，方便告警客户端与告警服务器端实时访问。接着，每个告警客户端将告警系统中的所有数据进行分类处理，基础数据按四遥处理，将数据进行逻辑判断与数据筛选，将被判定为异常的信息通过构建的告警模型树，找到对应的告警对象，实例化告警对象的属性，结合此数据的其它信息，例如：测点id，描述，车站，路径，构建一条完整的告警信息，并发送到告警服务器端。最后，告警服务器端根据接收到的告警客户端发送过来的数据，对外产生告警记录，告警人机实时展示告警记录数据，从而让用户更加直观的看到异常位置，为地铁控制系统、决策系统提供依据。尽管本发明的内容已经通过上述优选实施例作了详细介绍，但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后，对于本发明的多种修改和替代都将是显而易见的。因此，本发明的保护范围应由所附的权利要求来限定。当前第1页12