[发明专利]支持多态的轨道交通综合监控系统车站辅节点及实现方法

说明书

本发明公开了一种支持多态的车站辅节点，将系统中车站应用服务器分为车站主节点和车站辅节点两类，车站主节点地域上部署在控制中心地域，车站辅节点部署在车站地域，通过通信环网进行连接。车站辅节点可按照后备状态、执行状态和调试状态三种方式运行，分别满足不同应用场景。后备状态下，车站辅节点作为车站主节点的应用备机，提供备用服务；当云平台故障或者控制中心和车站通信故障情况下，车站辅节点自动切换至执行状态，本车站提供主用服务；当车站主节点未配置完成时，车站辅节点可运行调试状态，作为调试主机完成当前车站所有调试工作。

技术领域

本发明属于轨道交通综合监控系统技术领域，具体涉及一种支持多态的轨道交通综合监控系统车站辅节点实现方法。

背景技术

轨道交通综合监控系统（以下简称ISCS）是一种典型的工业控制分布式系统。它由控制中心及若干车站这种分布在不同地域上的节点构成，在控制中心运行两台冗余实时节点承载控制中心业务（以下简称ISCS中心节点），在每个车站运行两台冗余实时节点承载当前车站业务（以下简称ISCS车站节点）。

随着城轨云在轨道交通行业的广泛应用，本着集约化的要求，在控制中心地域搭建云平台构建数据中心，集中部署ISCS中心节点和所有车站的ISCS车站节点，车站不保留ISCS车站节点，所有业务集中在控制中心地域集中处理。

在此云架构下，当控制中心与车站通信故障或者云平台故障情况下，由于车站地域无ISCS车站节点，ISCS无法实现监控；另外由于ISCS车站节点运行在控制中心云平台，而云平台的建设远远滞后与车站建设，造成无ISCS车站节点可用，前期调试无法进行。

现有技术中，在车站地域保留1台ISCS车站节点（一般情况下从节约成本的角度采用虚拟化的方式或者使用PC工作站替代），能够满足控制中心与车站通信故障或者云平台故障和调试的需求，但是由于车站地域的ISCS车站节点与控制中心云平台中的ISCS车站节点之间无本质区别，正常运行情况下，车站地域的ISCS车站节点可能会运行主用服务，由于此机器性能较差（一般是控制中心地域ISCS车站实时节点资源的一半甚至更少），无法长时间运行满足业务需求；另外由于调试状态与正常运行差异较大，需要手动修改配置才能转换生效，并且调试状态下的模型数据需要手动同步至控制中心地域的ISCS车站节点，工作繁琐、量大，存在较大的出错概率，造成数据不一致的安全隐患。

发明内容

本发明的目的在于克服现有技术中的不足，提供了一种支持多态的轨道交通综合监控系统车站辅节点实现方法，车站辅节点能够在后备状态、执行状态和调试状态运行方式之间自由切换，满足三种不同需求场景。

为解决上述技术问题，本发明提供了一种支持多态的轨道交通综合监控系统车站辅节点实现方法，其特征是，包括：

部署在车站地域的车站辅节点包括后备状态、执行状态和调试状态三种运行状态，其中：

后备状态：车站辅节点作为车站主节点的应用备机，提供应用备用服务；

执行状态：车站辅节点作为应用主机，给车站提供应用主用服务；

调试状态：车站辅节点作为调试主机完成车站所有调试工作；

车站辅节点在后备状态、执行状态和调试状态三种状态之间自动切换。

进一步的，车站辅节点在后备状态、执行状态和调试状态三种状态之间自动切换，包括：

车站辅节点由后备状态转换为执行状态：

车站辅节点在后备状态下运行时，当云平台故障或者控制中心和车站通信故障情况下，车站辅节点与车站主节点之间通信不可达，车站辅节点自动切换至执行状态，执行状态下所有历史数据均保存在车站辅节点本地数据库中。

进一步的，车站辅节点在后备状态、执行状态和调试状态三种状态之间自动切换，包括：