自动检测并更新全路中心CTC查询子系统静态数据的方法

技术领域

本发明涉及铁道数据监测技术领域，尤其涉及一种自动检测并更新全路中心CTC查询子系统静态数据的方法。

背景技术

CTC(调度集中)系统是指调度中心对所辖区段内的车站信号设备进行监视和控制、统一指挥和管理列车运行的系统。其中，CTC查询子系统主要负责查看CTC系统的运行状态。查询子系统根据布设位置的不同可以分为铁路局CTC查询子系统与全路中心CTC查询子系统。全路中心(例如，国铁集团)CTC查询子系统需要复视各铁路局CTC查询子系统的站场表示信息。通过表示信息，全路中心的运维人员可查看全路各车站站场对象的实时状态，方便运维人员对全路列车运行状况进行整体把控。该功能的实现需要各铁路局向全路中心CTC查询子系统提供下辖车站的站场静态数据，并向全路中心CTC查询子系统实时发送站场动态表示信息。

目前站场静态数据由各铁路局按照《列车调度指挥系统数据通信规程》中的规定格式制作。在各铁路局施工后，由铁路局运维人员将静态数据放到全路中心在各铁路局的ftp服务器路径下，并通过电话告知全路中心的运维人员手动获取数据。全路中心的运维人员获取数据后手动更换系统内各个设备的站场图静态数据，并重启相关服务。

CTC系统开通后，会频繁进行站场改造，其中绝大部分改造都涉及到车站站场静态数据的改动，因此静态数据的替换非常频繁。经现场运维人员反馈，全路中心CTC查询子系统有时会发生站场显示状态不正确的现象，出现这个现象往往是因为全路中心CTC查询子系统的静态数据不正确，导致静态数据和站场实时动态信息无法进行匹配，进而站场表示状态会出现错乱或者显示状态不正确。静态数据不正确的问题，经分析主要由以下三个原因导致：

(1)站场改造后，铁路局没有及时更新在全路中心ftp服务器上的静态数据，导致全路中心使用的依然是旧数据。

(2)ftp服务器数据虽然更新为新数据，但由于拷贝错误，更新的静态数据并不正确。

(3)ftp服务器上的静态数据更新正确，但未及时通知全路中心运维人员，导致全路中心未及时拷贝新的数据。

由于上述三个原因，出现全路中心CTC查询子系统使用的数据和铁路局传送的实时信息不匹配的情况，导致全路中心调度指挥中心车站表示信息显示不正确，严重影响运维人员的工作效率，也存在一定的行车安全隐患。

发明内容

本发明的目的是提供一种自动检测并更新全路中心CTC查询子系统静态数据的方法，可以提升运维人员的工作效率，确保铁路局与全路中心车站静态数据的一致性，以及即时地、正确地更新全路中心车站静态数据，提升了行车安全性。

本发明的目的是通过以下技术方案实现的：

(与权利要求相对应，暂略)。

由上述本发明提供的技术方案可以看出，通过计算机搭配相应软件自动比较全路中心和铁路局之间的车站静态数据，相比于人工而言，计算机的工作效率大大提高，且比较的准确度远高于人工进行比较；并且，自动将变更的文件推送到全路中心，替代了以往需要运维人员手动拷贝文件的方式，减少了运维人员的工作量，同时，避免拷贝出错的情况；车站静态文件更新后，自动发送更新通知给全路中心，替代了以往需要电话沟通的方式，更加快捷高效；通过以上方式保障全路中心和铁路局车站静态数据的一致性，从而提升了行车安全性。

附图说明

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

图1为本发明实施例提供的一种自动检测并更新全路中心CTC查询子系统静态数据的方法的流程图；

图2为本发明实施例提供的比较铁路局与全路中心各车站静态数据是否一致的流程图；

图3为本发明实施例提供的比较铁路局与全路中心车站是否一致的流程图；

图4为本发明实施例提供的比较铁路局与全路中心同一车站静态数据中站场对象是否一致的流程图。

具体实施方式

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

首先对本文中可能使用的术语进行如下说明：

术语“包括”、“包含”、“含有”、“具有”或其它类似语义的描述，应被解释为非排它性的包括。例如：包括某技术特征要素(如原料、组分、成分、载体、剂型、材料、尺寸、零件、部件、机构、装置、步骤、工序、方法、反应条件、加工条件、参数、算法、信号、数据、产品或制品等)，应被解释为不仅包括明确列出的某技术特征要素，还可以包括未明确列出的本领域公知的其它技术特征要素。

下面对本发明所提供的一种自动检测并更新全路中心CTC查询子系统静态数据的方法进行详细描述。本发明实施例中未作详细描述的内容属于本领域专业技术人员公知的现有技术。本发明实施例中未注明具体条件者，按照本领域常规条件或制造商建议的条件进行。

如图1所示，一种自动检测并更新全路中心CTC查询子系统静态数据的方法，主要包括如下步骤：

步骤1、获取铁路局正在使用的各车站静态数据，以及获取全路中心配置路径下各车站静态数据，比较二者的各车站静态数据是否一致，若否，则向铁路局运维子系统发送告警信息。

步骤2、将铁路局运维子系统根据告警信息提供的更新的车站静态数据推送至全路中心配置路径下，并覆盖对应的不一致车站静态数据。

步骤3、缓存全路中心配置路径下所有车站静态数据的特征码，当全路中心配置路径下任意车站静态数据的特征码发生变动时，发送更新通知消息，告知全路中心的运维人员获取更新的车站静态数据。

作为举例：所述全路中心配置路径包括：全路中心ftp服务器路径；该配置路径可以设置于铁路局本地，全路中心可以通过ftp访问该路径获取数据；比较该配置路径中的静态数据与铁路局生产中正在使用的路径下的静态数据是否一致，若不一致，则产生告警信息，之后，会更新该配置路径下的静态数据并通知全路中心。

本发明实施例提供的上述方案，可以通过计算机搭配相应的软件自动实现，以解决现有技术存在的未及时更新数据，更新错误的数据，以及更新数据后未及时通知全路中心获取等问题。

为了更加清晰地展现出本发明所提供的技术方案及所产生的技术效果，下面以具体实施例对本发明实施例所提供的方法进行详细描述。

一、监测全路中心的车站静态数据与铁路局的车站静态数据是否一致。

本发明实施例中，可以通过编制的监测软件自动进行监测，具体的监测软件需对铁路局(简称为路局)数据管理服务器上的铁路局数据和铁路局的全路中心接口服务器上的全路中心数据进行实时监测。在监测时，根据站场静态数据的站码、各对象的类型以及编号，对其静态属性依次进行遍历。如若发现有缺漏或者有不一致的站场静态数据，则向铁路局内部的运维子系统发送告警信息，通知运维人员尽快处理，整体流程如图2所示。

1、获取铁路局与全路中心的各车站静态数据，比较二者包含的车站是否一致，若不一致，则向铁路局运维子系统发送告警信息。

如图3所示，根据铁路局的车站静态数据，遍历全路中心的车站静态数据，如果铁路局包含某一车站静态数据，全路中心不包含相应车站静态数据，则认为铁路局新增了车站，向铁路局运维子系统发送告警信息(具体为增加车站的告警提示)；根据全路中心的车站静态数据，遍历铁路局的车站静态数据，如果全路中心包含某一车站静态数据，铁路局不包含相应车站静态数据，则认为铁路局对相应车站进行了撤站处理，向铁路局运维子系统发送撤站的告警提示(具体为撤销车站的告警提示)。

若铁路局中所含车站和全路中心所含车站保持一致，则进入下一步流程，依次遍历比较各车站的数据是否正确。也就是说，通过本步骤筛选出未发生增站与撤站的数据，进而通过后续步骤比较数据内容的一致性，如果某一车站发现增站或者撤站情况，则无需执行后续步骤。2、对于同一车站的静态数据(站场图)，比较二者的车站静态数据中站场对象是否一致，若不一致，则向铁路局运维子系统发送告警信息(具体为数据变更告警提示)。

本发明实施例中，比较静态数据是否一致时，先根据对象类型和对象序号比较是否有增加或删减站场对象；站场对象类型主要包括：股道、无岔区段、闭塞分区、信号机、道岔、道岔区段、半自动闭塞、告警灯、状态灯、一般按钮、功能按钮、绝缘节、车次窗、文字、尽头标、桥梁、站台、灾害监测点与脱轨器等。如发现某个站场对象在铁路局与全路中心的站图中存在删减，则认为同一车站的静态数据不一致，向铁路局运维子系统发送告警提示。

本步骤的主要流程如图4所示，主要包括：根据铁路局的车站静态数据中站场对象类型，遍历全路中心的车站静态数据，结合站场对象序号判断铁路局的车站静态数据中站场对象类型是否均包含于全路中心的车站静态数据中，若否，则向铁路局运维子系统发送告警信息；根据全路中心的车站静态数据中站场对象类型，遍历铁路局的车站静态数据，结合站场对象序号判断全路中心的车站静态数据中站场对象类型是否均包含于铁路局的车站静态数据中，若否，则向铁路局运维子系统发送告警信息。

3、如果二者的车站静态数据中站场对象一致，则比较各站场对象的静态属性是否一致，若任一站场对象的静态数据不一致，则向铁路局运维子系统发送告警信息。

本发明实施例中，同一车站静态数据中站场对象一致时，还需要判断同一站场对象的静态属性是否一致。

其中，本步骤所涉及的站场对象及需要比较的静态属性包括但不限于包括：

(1)股道。

包括对象名称、文字坐标、关联对象、所属供电臂编号、股道长度、容车数、股道属性、超限等级、所属咽喉号、站台号、站台类型、允许接车方向、允许发车方向、隔离设备开关、启动困难方向、制动困难方向、所属副供电臂编号。

(2)无岔区段、闭塞分区。

包括对象名称、文字坐标、关联对象、所属供电臂编号、所属副供电臂编号、区段长度。

(3)信号机。

包括对象名称、文字坐标、关联对象、高矮柱、单双灯。

(4)道岔。

包括对象名称、文字坐标、关联对象、所属供电臂编号、道岔编号、道岔区段长度、道岔区段名称、道岔区段类型、道岔区段编号、所属副供电臂编号。

(5)道岔区段。

包括对象名称、文字坐标、关联对象、所属供电臂编号、所属副供电臂编号。

(6)半自动闭塞。

包括对象名称、文字坐标、关联对象。

(7)告警灯。

包括对象名称、文字坐标、关联对象、告警灯类型。

(8)状态灯。

包括对象名称、文字坐标、关联对象、状态灯类型。

(9)一般按钮。

包括对象名称、文字坐标、关联对象、按钮类型。

(10)功能按钮。

包括对象名称、文字坐标、关联对象、功能按钮类型。

(11)绝缘节。

包括对象名称、文字坐标、关联对象。

(12)车次窗。

包括对象名称、文字坐标、关联对象。

(13)文字。

包括对象名称、文字坐标、关联对象、文字类型。

(14)尽头标。

包括对象名称、文字坐标、关联对象、尽头标方向。

(15)桥梁。

包括对象名称、文字坐标、关联对象、桥梁方向、桥梁长度、桥梁宽度。

(16)站台。

包括对象名称、文字坐标、关联对象、站台类别。

(17)灾害监测点。

包括对象名称、文字坐标、关联对象、监测类监测单元ID、监测点ID、监测点位置公里标。

(18)脱轨器。

包括对象名称、文字坐标、关联对象、脱轨器方向。

需要说明的是，以上主要是为了便于理解，从而提供的部分站场对象及相关静态属性的示例，并非针对站场对象的具体类型及静态属性进行限定。

当任一站场对象的任一静态属性不一致时，均认为静态数据发生了改变，进而向铁路局运维子系统发送告警提示。

在实际应用中，涉及的车站数目较多(例如，可能有上百个)，其中某些存在增站或车站的情况，或者信息不一致的情况，可以一次性把所有增撤站和不一致的情况查后来进行通知。

本发明实施例中，上述比较车站静态数据是否一致时，可以设置定时定周期比较，也可选择手动触发。

二、监测全路中心数据更新。

本发明实施例中，监测全路中心数据更新同样通过编制的监测软件自动实现。铁路局中心运维人员在运维子系统查看到校核工具发来的告警信息后，会提供更新的车站静态数据，进而由软件自动推送至全路中心配置路径下下，并覆盖对应的不一致车站静态数据。本发明实施例中，可通过数据校核工具推送，也可通过人工拷贝的方式将更新的车站静态数据推送至全路中心配置路径。

三、自动发送更新通知并接收回执。

本发明实施例中，可以通过编制的监测软件自动发送更新通知并接收回执。铁路局对全路中心的接口服务器会缓存全路中心配置路径下各车站静态数据的特征码(例如，MD5码)，当发现全路中心配置路径下的静态数据MD5码发生改变时，则会向全路中心对铁路局的接口服务器发送一包通知信息，通知全路中心运维人员及时获取新数据。发送更新通知消息后，若未收到回执，则持续发送更新通知消息，直至收到回执。收到回执后，铁路局对全路中心接口根据当前配置路径下的静态数据MD5码更新本地缓存台账。

本发明实施例中，持续发送更新通知消息可以选择定时定周期发送，也可选择手动触发的方式发送。

本发明实施例提供的上述方案中，通过计算机搭配相应软件自动比较全路中心和铁路局之间的车站静态数据，相比于人工而言，计算机的工作效率大大提高，且比较的准确度远高于人工进行比较；并且，自动将变更的文件推送到全路中心，替代了以往需要运维人员手动拷贝文件的方式，减少了运维人员的工作量，同时，避免拷贝出错的情况；车站静态文件更新后，自动发送更新通知给全路中心，替代了以往需要电话沟通的方式，更加快捷高效；通过以上方式保障全路中心和铁路局车站静态数据的一致性，从而提升了行车安全性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例可以通过软件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，上述实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明披露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。