CN114024771A - 一种用于城市轨道交通安防系统的跨级管控方法 - Google Patents

Abstract

本申请公开了一种用于城市轨道交通安防系统的跨级管控方法，包括监测站点主控平台是否可正常访问；当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知；将所述站点主控平台的接管权限赋予发出接管通知的其他级平台；所述站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，包括站点级平台、线路级平台、路网级平台的任一。本申请提供的上述用于城市轨道交通安防系统的跨级管控方法，能够实现多个站点主控平台之间的管理权限的无缝切换，实现整体安防平台的安全冗余性和业务管理灵活性的目标。

Description

一种用于城市轨道交通安防系统的跨级管控方法

技术领域

本发明属于安防技术领域，特别是涉及一种用于城市轨道交通安防系统的跨级管控方法。

背景技术

在我国，城市轨道交通的安全问题一直是重中之重。目前，我国城市轨道交通线网规模和客流规模均居世界第一，随着线网规模的不断扩大，运营环境变得更加复杂，安全风险不断增多，安全运行压力日趋增大。目前的城市轨道交通安防系统采用中心级、线路级和站点级三级控制的分层分布式结构，系统按照站点级—线路中心级—路网中心级逐层传输信息。一般来说，站点级平台用于对与其相应的监控基础服务进行接管，并对监测到的事件层层上报，因此当站点级平台发生故障而无法正常运行时，或者站点发生了严重的安防事件，可能导致出现一些紧急问题，无法得到快速有效的处理。为此，亟需一种可以跨级管控，实现中心级平台接管站点级平台的设备控制和事件处理权限，实现多个站点主控平台之间管理权限无缝切换的跨级管控方法。

发明内容

为解决上述问题，本发明提供了一种用于城市轨道交通安防系统的跨级管控方法，能够实现站点主控平台之间的管理权限的无缝切换，实现整体安防平台的安全冗余性和业务管理灵活性的目标。

本发明提供的一种用于城市轨道交通安防系统的跨级管控方法包括：

监测站点主控平台是否可正常访问；

当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知；

将所述站点主控平台的接管权限赋予发出接管通知的其他级平台；

所述站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，包括站点级平台、线路级平台、路网级平台的任一。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，还包括：

当所述站点主控平台可正常访问时，向其他级平台发出接管所述站点主控平台的命令；

将所述站点主控平台的接管权限赋予接收命令的所述其他级平台。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，所述当所述站点主控平台可正常访问时，向其他级平台发出接管所述站点主控平台的命令包括：

当所述站点主控平台可正常访问时，向所述其他级平台发出主动接管所述站点主控平台的命令；

或者，

基于所述站点主控平台发出的邀请接管命令，利用RabbitMQ组件向所述其他级平台发出受邀接管所述站点主控平台的命令。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，所述监测站点主控平台是否可正常访问包括：

利用软网关通过RPC服务定时访问所述站点主控平台的访问响应接口；

如果所述访问响应接口有响应，则确定所述站点主控平台可正常访问；

如果所述访问响应接口无响应，则确定所述站点主控平台不可正常访问。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，所述访问响应接口为炸探、液探、门禁控制器、灯光照明控制、红外对射、双鉴报警器和震动光纤中的一种或多种设备的接口。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，所述当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知包括：

当所述站点主控平台不可正常访问时，通过RabbitMQ组件向所述其他级平台发出接管所述站点主控平台的通知。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，所述将所述站点主控平台的接管权限赋予发出接管通知的所述其他级平台包括：

启动被赋予接管权限的平台自身的站点级平台功能，成为所述站点级平台的站点主控平台，将产生的业务数据存储在具有接管权限的平台的数据库中，直至原来的站点主控平台可正常访问。

优选的，在上述用于城市轨道交通安防系统的跨级管控方法中，当所述站点主控平台为站点级平台时，所述其他级平台包括线路级平台和路网级平台，所述将所述站点主控平台的接管权限赋予发出接管通知的所述其他级平台包括：

利用软网关程序回调接口通过RPC服务判断所述线路级平台是否有响应，如果结果为是，则将所述站点主控平台的接管权限赋予所述线路级平台；

如果结果为否，利用所述软网关程序回调接口判断所述路网级平台是否有响应，如果结果为是，则将所述站点主控平台的接管权限赋予所述路网级平台。

通过上述描述可知，本发明提供的上述用于城市轨道交通安防系统的跨级管控方法中，由于包括监测站点主控平台是否可正常访问；当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知；将所述站点主控平台的接管权限赋予发出接管通知的其他级平台；所述站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，包括站点级平台、线路级平台、路网级平台的任一，可见该方法能够实现站点主控平台之间的管理权限的无缝切换，实现整体安防平台的安全冗余性和业务管理灵活性的目标。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明提供的一种用于城市轨道交通安防系统的跨级管控方法的实施例的示意图；

图2为本发明提供的跨级管控方法依赖的跨级直连硬件结构示意图。

具体实施方式

本发明的核心是提供一种用于城市轨道交通安防系统的跨级管控方法，能够实现站点主控平台之间的管理权限的无缝切换，实现整体安防平台的安全冗余性和业务管理灵活性的目标。

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

本发明提供的一种用于城市轨道交通安防系统的跨级管控方法的实施例如图1所示，图1为本发明提供的一种用于城市轨道交通安防系统的跨级管控方法的实施例的示意图，结合图2，图2为本发明提供的跨级管控方法依赖的跨级直连硬件结构示意图，需要说明的是，图2所示的城市轨道交通安防系统的结构中主要包含站点级平台、线路级平台和路网级平台，利用软网关将三者都连接起来了，具体来说，软网关连接有响应接口，且站点级平台利用软网关直连至线路级平台，站点级平台还利用软网关直连至路网级平台，线路级平台也利用软网关直连至路网级平台，将站点主控平台定义为可以控制该站点的所有设备并能够进行事件处理的平台，同一个城市轨道交通安防系统中，每个站点同时只能允许一个站点主控平台对其进行控制。利用图2所示的这种跨级直连硬件结构，在正常状态下，站点正常时，站点级平台默认作为站点主控平台，当站点级平台发生故障而无法正常运行时，也就是站点异常时，该线路级平台可以自动接管其职责作为站点主控平台，进行站点日常安防事件的管理，若站点级平台和线路级平台同时发生故障而无法正常运行时，路网级平台可以接管站点级平台的职责，作为站点主控平台进行日常安防事件的管理，当然还可以包括其他多种情况，此处不再赘述。

具体的，本申请提供的用于城市轨道交通安防系统的跨级管控方法可以包括如下步骤：

S1：监测站点主控平台是否可正常访问；

需要说明的是，站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，包括站点级平台、线路级平台、路网级平台的任一，该步骤可以但不限于采用如下方式：利用软网关通过RPC服务定时访问站点主控平台的访问响应接口，如果该访问响应接口有响应，则确定站点主控平台可正常访问，如果访问响应接口无响应，则确定站点主控平台不可正常访问，需要说明的是，这里提到的RPC服务即远程过程调用协议，这是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议，RPC主要是基于TCP/IP协议，调用效率较高。具体操作时，可采用如下方式：如果有响应，则转回到初始技术为0的软网关程序回调接口且计数值不变，若无，则软网关程序回调接口的计数+1，然后判断软网关程序回调接口的计数是否小于设定值，该设定值可以优选但不限于为3，若是，则转回到软网关程序回调接口且计数值不变，若否，则判定该站点级平台不可访问，当然这仅是一个优选方案，还可以根据实际需要选择其他方式，此处并不限制，而且这里的访问响应接口是指正在站点主控平台基础服务中开启的访问响应接口，该访问响应接口可以优选为炸探、液探、门禁控制器、灯光照明控制、红外对射、双鉴报警器和震动光纤中的一种或多种设备的接口。

S2：当站点主控平台不可正常访问时，向其他级平台发出接管站点主控平台的通知；

需要说明的是，这里的其他级平台既可以是站点级平台，也可以是线路级平台或者路网级平台，此处并不限制。

S3：将站点主控平台的接管权限赋予发出接管通知的其他级平台。

需要说明的是，一般情况下，中心级平台的用户可从本级监控中心地图中直接跳转进各站点级平台系统中，用户进入各站点级平台系统时或在线路各站点之间切换访问时，系统默认当前用户以线路管理员账号访问各站点级平台系统功能，能够查询所有业务数据，可查看摄像头视频流，但无法对站点任何数据和设备终端进行操作，路网级平台或线路级平台的用户跨级访问站点系统，需要存入路网或线路的本级日志，不需要在站点记录日志。

以线路级平台为例对上述实施例中的步骤进行说明如下：首先进行站点服务和网络侦听，线路级平台的应用程序通过程序级心跳程序侦听站点主控平台的应用是否正常，如侦听持续出现异常若干秒后，则线路级平台弹出提示“某某站点轨道交通安防平台访问出现故障，线路级平台已自动接管该站点”的提示信息，然后进行线路级平台的接管，当前设备终端所有的数据推送到该线路级平台，该线路级平台的用户对该站点的所有设备和数据有完全的操控权，线路级平台的用户如果接管发生故障的站点主控平台，则接管的权限包括：（1）该站点级平台上的所有设备数据直接推送到该线路级平台；（2）用户可对站点的报警数据进行处理，并对业务数据进行必要的操作；（3）用户可查看该站点级平台内所有的数据，并对基础数据进行维护。还需要说明的是，产生的所有新数据将以接管标记存在于该线路级平台的数据库内。

还需要说明的是，在上述方法中，一般优选方式是将站点级平台作为该站点的主控平台，当其出现故障时，利用线路级平台或路网级平台接管该站点级平台，作为该站点的主控平台，直到该站点级平台恢复正常以后再切换回原来的站点主控平台，但是，本方法还在另一些情况下还可以默认将中心级平台作为站点主控平台，当其出现问题时，将其站点主控平台切换为站点级平台或其他的中心级平台，这里所说的中心级平台为路网级平台或线路级平台，其跨级接管方法与本实施例提供的上述步骤相同。

通过上述描述可知，本发明提供的上述用于城市轨道交通安防系统的跨级管控方法的实施例中，由于包括监测站点主控平台是否可正常访问；当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知；将所述站点主控平台的接管权限赋予发出接管通知的其他级平台，可见该方法能够实现不同的站点主控平台之间的管理权限的无缝切换，实现整体安防平台的安全冗余性和业务管理灵活性的目标。

在上述用于城市轨道交通安防系统的跨级管控方法的一个具体实施例中，还可以包括如下步骤：

当站点主控平台可正常访问时，向其他级平台发出接管该站点主控平台的命令；

将站点主控平台的接管权限赋予该接收命令的其他级平台。

需要说明的是，这就是主动接管的情况，此时其他级平台的用户发起的接管申请可以通过WebSocket方式实时推送到站点主控平台的系统。当利用其他级平台主动接管某站点主控平台后，从该接管的站点主控平台系统的监控中心进入接管站点，该用户可作为管理员身份进行操作。在接管之后，其他级平台的管理员用户进入被接管的站点系统后，可对所有数据和功能进行处理，包括：（1）所有功能都可以访问，所有菜单都可以点击和操作；（2）所有的设备终端都可以直接操控；（3）支持直接操作和修改系统管理部分。站点主控平台的系统被其他级平台的管理员用户接管后，该站点失去对系统的管控权，只能对系统功能进行查看，包括：（1）站点用户登录后可查看查询所有业务数据；（2）站点用户无法对本级站点系统任何数据和设备终端进行任何操作；（3）可查看摄像头视频流，但无法对摄像头进行转向、变焦等操作；（4）站点用户可终止上级对本级系统的接管权，重新管控该系统，重新管控系统后，系统强制进行刷新，并更新所有功能的菜单控制。

进一步的，上述当站点级平台能够正常访问时，向其他级平台发出接管站点主控平台的命令可以具体包括如下步骤：

当站点主控平台可正常访问时，向其他级平台发出主动接管所述站点主控平台的命令，或者，基于站点主控平台发出的邀请接管命令，利用RabbitMQ组件向其他级平台发出受邀接管该站点主控平台的命令。

该实施例中，主动接管流程可以但不限于由路网级平台或线路级平台主动发起，具体可以将该请求提交到站点级平台的服务器，站点级平台的管理员看到该请求后，确认同意才可授权中心级平台接管该站点级平台的系统，这种模式下，站点可随时主动收回被接管的控制权限。在上述主动接管过程中，路网级平台或线路级平台对站点级平台的系统的所有功能具有使用和修改权限，站点级平台的系统被线路级平台或路网级平台接管过程中，产生的数据操作、操作指令和系统日志等数据均保存在路网级平台或线路级平台的数据库相应的数据表中，这些数据通过站点ID进行区分存储和过滤，上述跨级管控之后的站点主控平台产生的该站点的数据，将通过数据同步规则，实时同步到相应的站点级平台的系统中。

需要说明的是，上述数据同步规则可以如下：站点级平台采集的现场安防数据，其对应的站点主控平台的数据库接收现场安防数据中的第一数据并存储至数据库中；

数据同步工具监听该站点主控平台的数据库中第一数据的变化情况，对所述第一数据进行过滤，得到待同步数据，并将所述待同步数据发送至其他级平台的数据库；

所述其他级平台的数据库接收所述待同步数据并做增量处理，使数据与所述站点级主控平台数据库保持同步。

其中，所述站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，当系统各平台均正常运行时，系统默认站点级平台为自身的站点主控平台，此时，站点级平台下设置的安防终端采集该平台内的信息，当发生安防事件时形成安防事件数据，并存入该平台自身的数据库中。当此时，系统通过如上所述方法，实现安防事件数据的同步。

本发明所述的安防事件数据为发生安防事件时产生的数据，主要包括安防事件详细信息，例如事件发生时间、事件发生位置、事件类型、事件严重等级、事件触发设备编号、事件触发设备名称、事件处理流程信息、事件处理联动设备信息、事件状态等，安防事件数据可以用于掌握、跟进和追溯安防事件。

因此，本方法中，实时布防的安防终端检测到异常或被触发时，形成于具体安防事件有关的数据才作为安防事件数据写入站点主控平台的数据库中，并通过数据同步工具监听过滤后进行数据同步。

此外，站点级平台在日常运营时产生的日志数据、更新系统配置数据等数据，作为本发明所述第一数据的一种，也存储至站点主控平台的数据库；

站点主控平台通过数据同步工具监听本平台的数据库中是否写入日志数据、更新系统配置数据，并进行过滤，得到需要进行同步的待同步数据，并通过软件网关发送至其他级平台的数据库。

还需说明的是，对于上述第二种情况，就是站点主控平台发出邀请接管命令，具体可以利用RabbitMQ组件向其他级平台发出受邀接管站点级平台的命令，其采用的RabbitMQ是一个开源的消息代理的队列服务器，用来通过普通协议在完全不同的应用之间共享数据，RabbitMQ是使用Erlang语言来编写的，并且RabbitMQ是基于AMQP协议的，它在数据交互方面性能优秀，有着和原生Socket一样的延迟，因此RabbitMQ具有更高的性能，城市轨道交通安防系统中主要通过RabbitMQ组件来实现跨级管控消息的传送，一旦软网关层发现站点系统访问出现异常，将通过该组件功能来通知线路系统接管该站点。

在上述用于城市轨道交通安防系统的跨级管控方法的另一个具体实施例中，当站点主控平台不可正常访问时，向其他级平台发出接管站点主控平台的通知包括：

当站点主控平台不可正常访问时，通过RabbitMQ组件向其他级平台发出接管站点主控平台的通知。

需要说明的是，这就是被动接管的情况，在这种情况下，路网级平台或者线路级平台的管理员接管某站点主控平台的系统后，从路网级/线路级平台的系统中的监控中心模块进入接管站点，进入接管站点后，该用户的身份为路网/线路中心管理员身份。当涉及到相关操作留痕时，系统显示该数据的操作人为线路/路网级平台的管理员信息。线路/路网级平台的管理员用户进入被接管的站点系统后，可对所有数据和功能进行处理，包括：（1）所有功能都可以访问，所有菜单都可以点击和操作；（2）所有的设备终端都可以直接操控；（3）支持直接操作和修改系统管理部分。线路/路网级平台用户在接管站点主控平台系统的过程中产生的任何数据，都将先打上站点ID标签存储在线路或路网级平台数据库中。所有接管产生的业务数据、报警数据和基础数据等，在线路和站点网络连通后，并在站点级平台重新控制本级系统程序后，第一时间启动同步程序实现数据同步。还需说明的是，站点级平台的系统被上级系统自动接管成功后，软网关向上推送数据的配置自动切换到当前接管的层级应用URL地址。当站点级平台系统在恢复正常访问后，由站点级管理员主动取回系统管控权，站点级管理员取回主动管控权不需要线路或路网级平台的管理人员确认。站点级平台取回控制权后，同时调用软网关系统接口，将软网关上传数据的配置切换到站点上传通道。

在上述用于城市轨道交通安防系统的跨级管控方法的又一个具体实施例中，将站点主控平台的接管权限赋予发出接管通知的其他级平台可以具体包括步骤：

启动被赋予接管权限的平台自身的站点级平台功能，成为所述站点级平台的站点主控平台，将产生的业务数据存储在具有接管权限的平台的数据库中，直至原来的站点主控平台可正常访问。

在上述用于城市轨道交通安防系统的跨级管控方法的一个优选实施例中，当站点主控平台为站点级平台时，其他级平台包括线路级平台和路网级平台，将所述站点主控平台的接管权限赋予发出接管通知的其他级平台包括：

利用软网关程序回调接口通过RPC服务判断线路级平台是否有响应，如果结果为是，则将站点主控平台的接管权限赋予所述线路级平台；

如果结果为否，利用软网关程序回调接口判断路网级平台是否有响应，如果结果为是，则将站点主控平台的接管权限赋予路网级平台。

在这种情况下，线路级平台接管上述站点级平台的过程可以具体如下：通过通讯组件通知线路级平台接管该站点平台系统；接管完成后，所有设备数据直接推送到线路级平台；线路级平台的用户可查看站点所有数据、对基础数据进行维护、对站点的报警数据进行处理以及对业务数据进行必要性操作；线路级平台用户操作产生的新数据将被添加接管标记，储存于线路级平台的数据库内。所有设备的数据库直接推送到线路级平台的过程可以为：软网关向上推送数据的配置自动切换到当前接管的层级应用URL地址，确保设备操控指令和报警信息直接和接管的系统平台连通，而且该站点平台系统的控制权由线路级平台接管与该站点平台系统控制权由路网级平台接管时，线路级平台与路网级平台都会在本级系统数据库中存储自动接管记录。

还需要说明的是，在上述实施例中，当站点级平台取回主动控制权的时候，不需要线路级平台或路网级平台的确认。站点级平台取回主动控制权后，同时调用软网关系统接口，将软网关上传数据的配置切换到站点上传通道。所有接管产生的业务数据、报警收据和基础数据等，在恢复该站点级平台对该站点平台系统的主动控制权后，第一时间启动同步程序实现数据各级同步。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种用于城市轨道交通安防系统的跨级管控方法，其特征在于，包括：

监测站点主控平台是否可正常访问；

当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知；

将所述站点主控平台的接管权限赋予发出接管通知的其他级平台；

所述站点主控平台为当前对站点管理功能具有实际操作权限的平台层级，包括站点级平台、线路级平台、路网级平台的任一。

2.根据权利要求1所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，还包括：

当所述站点主控平台可正常访问时，向其他级平台发出接管所述站点主控平台的命令；

将所述站点主控平台的接管权限赋予接收命令的所述其他级平台。

3.根据权利要求2所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，所述当所述站点主控平台可正常访问时，向其他级平台发出接管所述站点主控平台的命令包括：

当所述站点主控平台可正常访问时，向所述其他级平台发出主动接管所述站点主控平台的命令；

或者，

基于所述站点主控平台发出的邀请接管命令，利用RabbitMQ组件向所述其他级平台发出受邀接管所述站点主控平台的命令。

4.根据权利要求1所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，所述监测站点主控平台是否可正常访问包括：

利用软网关通过RPC服务定时访问所述站点主控平台的访问响应接口；

如果所述访问响应接口有响应，则确定所述站点主控平台可正常访问；

如果所述访问响应接口无响应，则确定所述站点主控平台不可正常访问。

5.根据权利要求4所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，所述访问响应接口为炸探、液探、门禁控制器、灯光照明控制、红外对射、双鉴报警器和震动光纤中的一种或多种设备的接口。

6.根据权利要求1所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，所述当所述站点主控平台不可正常访问时，向其他级平台发出接管所述站点主控平台的通知包括：

当所述站点主控平台不可正常访问时，通过RabbitMQ组件向所述其他级平台发出接管所述站点主控平台的通知。

7.根据权利要求6所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，所述将所述站点主控平台的接管权限赋予发出接管通知的所述其他级平台包括：

启动被赋予接管权限的平台自身的站点级平台功能，成为所述站点级平台的站点主控平台，将产生的业务数据存储在具有接管权限的平台的数据库中，直至原来的站点主控平台可正常访问。

8.根据权利要求1-7任一项所述的用于城市轨道交通安防系统的跨级管控方法，其特征在于，当所述站点主控平台为站点级平台时，所述其他级平台包括线路级平台和路网级平台，所述将所述站点主控平台的接管权限赋予发出接管通知的所述其他级平台包括：

利用软网关程序回调接口通过RPC服务判断所述线路级平台是否有响应，如果结果为是，则将所述站点主控平台的接管权限赋予所述线路级平台；

如果结果为否，利用所述软网关程序回调接口判断所述路网级平台是否有响应，如果结果为是，则将所述站点主控平台的接管权限赋予所述路网级平台。

Images