CN102436556A - 轨道交通事故反演系统 - Google Patents

Abstract

本发明公开了轨道交通事故反演系统，其包括服务器和至少一个客户端，其特征在于：服务器包括：录制模块，用于从真实运行的轨道交通监控系统的全景数据库和历史数据库中复制指定时间段的数据，并保存到设置再服务器上的全景数据库和历史数据库；客户端包括：数据管理模块，负责提供人机交互界面供操作者指定录制模块复制数据的时间段并发送指令通知所述录制模块开始录制、以及维护全景数据库和历史数据库中的数据；反演模块，负责沿时间轴播放全景数据库和历史数据库中的数据。本发明依托于目前成熟的综合监控系统为平台，并与其从网段上进行隔离，具有真实、安全等优点。

Description

轨道交通事故反演系统

技术领域

本发明属于轨道交通监控系统领域，具体涉及其中的事故反演系统。

背景技术

现在，轨道运营管理对地铁安全性和稳定性的要求越来越高。特别是近期出现了几起高铁事件后，对轨道方面的安全性更是前所未有的关注。由于完成还原指定事件段的真实情况，设计到的信息量较大，随机性较强，所以做起来难度比较高，目前国内外各个监控控制软件提供厂家，在事故反演方面或者还没有提供或者真实性和可靠性还不是很成熟，只能提供边执行边录制模式。灵活性和准确性方面还存在较大的欠缺。

随着国内城市轨道交通的迅速发展，对轨道交通控制系统的安全，稳定要求也越来也高。在地铁工作人员日常调度，操作中，不可避免的会出现人为或者非人为的因素，导致地铁运行过程中会出现一些报警或者其他事故。亟待要求可以重现事发当时情况，可以来查找事故发生的原因以及准确定位当事人责任。同时，也非常需要可以为地铁调度新员工提供培训的大量真实材料或者案例。

 

发明内容

本发明为了解决上述不足，提供一种真实，精确，灵活的事故反演系统，在确保不影响真实的轨道交通控制系统运行安全的前提下，能够为调度员准确真实的进行历史事件再现，排查事故原因提供强有力的支撑。

本发明的技术方案是提供一种轨道交通事故反演系统，其包括服务器和至少一个客户端，其特征在于：所述服务器包括： 

录制模块，用于从轨道交通监控系统的全景数据库和历史数据库中录制指定时间段的数据，并将录取的数据保存并自动发送到服务器中指定文件夹下，以备将来进行回放；

全景数据库，用于保存真实运行的轨道交通监控系统以及轨道交通事故反演系统中的所有实时数字量变位和模拟量变化数据的历史数据库；

历史数据库，用于保存真实运行的轨道交通监控系统以及轨道交通事故反演系统中的一些报警信息和事件信息等的历史数据库；

回放反演服务器模块：用于与回放反演客户端图形界面之间进行通信，按照用户在回放客户端图形界面中要求的时间段，地点等信息对录制好的文件里的信息进行过滤，并以报文形式发送到消息总线由各个应用程序和图形获取并进行回放反演；

所述客户端包括：

录制界面模块，负责与上述服务器中的录制后台进程之间进行通信交互，将操作者指定时间段和自己命名用来存放录制信息的文件夹名等信息称发送给服务器录制后台程序，并发送指令通知所述录制模块开始录制。

数据管理模块，负责让操作者按照自己需要对已经录制好的文件进行修改名称，删除等操作以及对所述全景数据库和所述历史数据库中的数据和对录制文件进行自动管理。

反演界面模块，负责与服务器中反演服务器后台进程之间进行通信，发送开始回放，暂停，继续，快进，停止等指令给反演后台进程，使后台反演进程沿时间轴播放已经录好存放在文件夹中的全景数据库和历史数据库中的数据。

优选的，所述数据管理模块提供人机交互界面供操作者删除指定时间段内的所有数据，修改用来保存录制好数据文件夹的名称以及设定标记不允许自动删除的数据文件。

优选的，所述反演模块提供人机交互界面供操作者设定暂停、快进、停止和重复播放指令控制所述录制的全景数据库和所述历史数据库中的数据播放情况，对具体时间段情况真实再现。信息都是从真实运行系统上录制，从而保证，反演的历史情况与发生当时准确一致。

优选的，所述反演模块包括定位子模块，负责提供人机交互界面供操作者设定播放开始时间点，并播放所述播放开始时间点以后的所述全景数据库和所述历史数据库中的数据。

优选的，所述客户端与所述服务器间采用UDP报文通信方式交换数据，通过详细的报文设置保证文件安全完整的在服务端和客户端之间进行传输。

优选的，真实运行的轨道交通监控系统通过FTP的数据传输方式将数据传输给所述服务器。反演系统与真实系统完成隔离。这里采用另一套设备配置与真实完全一致的系统，但在真实系统服务器和反演系统服务器网段上进行隔离，通过FTP的数据传输方式将数据传输给所述服务器从而保证反演系统既具有真实性而又不影响真实的综合监控系统。

本发明的轨道交通事故反演系统，其有益效果是：依托于目前成熟的综合监控系统为平台；信息全取自于真实的全景库和历史库，保证反演信息的准确性和真实性；提供友好的人机界面，带给操作者方便、简捷、实用的全新的体验；系统具有可移植性和灵活性以及兼容性，可以在不同平台下使用；采用反演系统与真实系统服务器间隔离，保证真实系统的安全性。

附图说明

图1是本发明的轨道交通事故反演系统的结构示意图；

图2是反演模块的工作流程图。

具体实施方式

下面对本发明的具体实施方式作进一步详细的描述。

如图1所示，本发明的轨道交通事故反演系统是C/S结构，其包括服务器和多个客户端，其数据来源于真实运行的轨道交通监控系统中的全景数据库和历史数据库。

其中服务器包括录制后台模块、反演后台模块、全景数据库和历史数据库。

客户端包括：录制界面模块，负责与上述服务器中的录制后台进程之间进行通信交互，将操作者指定时间段和自己命名用来存放录制信息的文件夹名等信息称发送给服务器录制后台程序，并发送指令通知所述录制模块开始录制。

数据管理模块，负责让操作者按照自己需要对已经录制好的文件进行修改名称，删除等操作以及对所述全景数据库和所述历史数据库中的数据和对录制文件进行自动管理。

反演界面模块，负责与服务器中反演服务器后台进程之间进行通信，发送开始回放，暂停，继续，快进，停止等指令给反演后台进程，使后台反演进程沿时间轴播放已经录好存放在文件夹中的全景数据库和历史数据库中的数据。

服务器主要是提供真实系统下的具体时间段数据的录制（数据来自于轨道交通监控系统中的全景数据库和历史数据库）以及事故反演过程中在反演系统中提供后台支撑。真实运行的轨道交通监控系统中设置有全景数据库接口模块和历史数据库，它们接收到录制模块的指令后，复制指定时间段内的数据，并通过FTP上传至轨道交通事故反演系统的服务器。

客户端提供人机界面，给操作人员提供操作选择，方便操作人员自己进行录制和对反演情况进行控制，其具体的工作流程如图2所示，其中的hmi表示真实运行的轨道交通监控系统。客户端与服务器间采用UDP报文通信。

以上实施例仅为本发明其中的一种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。 

Claims (6)

1.轨道交通事故反演系统，其包括服务器和至少一个客户端，所述服务器运行有若干个模拟轨道交通监控的应用程序，其特征在于：所述服务器包括： 

录制模块，用于从轨道交通监控系统中录制指定时间段的数据，并将其发送到服务器中指定文件夹下保存；

全景数据库，用于保存真实运行的轨道交通监控系统以及轨道交通事故反演系统中的所有实时数字量变位和模拟量变化数据；

历史数据库，用于保存真实运行的轨道交通监控系统以及轨道交通事故反演系统中的报警信息和事件信息；

回放反演服务器模块：用于接收所述客户端发送的指令，按照用户在所述客户端中设定的时间段和地点信息对所述录制模块录制的数据的信息进行过滤，并以报文形式经过消息总线发送到各个所述应用程序由其获取并进行回放反演；

所述客户端包括：

录制界面模块，提供人机交互界面供操作者控制所述录制模块工作，同时可设定时间段和地点并发送到所述回放反演服务器模块；

数据管理模块，提供人机交互界面供操作者对录制模块录制的数据以及所述全景数据库和所述历史数据库中的数据进行管理和维护；

反演界面模块，提供人机交互界面供操作者发送控制指令给所述回放反演服务器模块，从而控制回放反演服务器模块沿时间轴播放所述全景数据库和所述历史数据库中的数据中的数据。

2.根据权利要求1所述的轨道交通事故反演系统，其特征在于：所述数据管理模块提供人机交互界面供操作者删除指定时间段内的所有数据，修改所述指定文件夹的名称以及设定标记不允许自动删除的数据文件。

3.根据权利要求1所述的轨道交通事故反演系统，其特征在于：所述反演界面模块提供人机交互界面供操作者设定暂停、快进、停止和重复播放指令控制所述录制的全景数据库和所述历史数据库中的数据播放，实现真实运行的轨道交通监控系统具体时间段情况真实再现。

4.根据权利要求1所述的轨道交通事故反演系统，其特征在于：所述反演模块包括定位子模块，负责提供人机交互界面供操作者设定播放开始时间点，并播放所述播放开始时间点以后的所述全景数据库和所述历史数据库中的数据。

5.根据权利要求1所述的轨道交通事故反演系统，其特征在于：所述客户端与所述服务器间采用UDP报文通信方式交换数据，通过详细的报文设置保证文件安全完整的在服务端和客户端之间进行传输。

6.根据权利要求1所述的轨道交通事故反演系统，其特征在于：真实运行的轨道交通监控系统通过FTP的数据传输方式将数据传输给所述服务器。

Images