一种分散自律调度集中车站跨站排路方法及系统与流程

本发明涉及轨道交通
技术领域：
，尤其涉及一种分散自律调度集中车站跨站排路方法及系统。
背景技术：
：铁路系统车站有时会遇到较复杂的应用场景，如一个很复杂的站会分多个场，这个站整体受一套联锁系统的控制(如图1)，但在运输层面，各个场又是独立的，调度台会将每个场作为独立站看待，并下达相关列车运行计划。对于这种场景，分散自律调度集中系统(以下简称ctc)通常的应用结构为，与联锁的接口软件只设置一套，然后各个场按照独立站对待，各设有一套车站设备，每个站只具有本站的操作权限。该结构可以满足绝大部分的功能需求，但如果该站联锁可以直接排列其中一个场到另一个场的长进路，对于ctc系统而言，就相当于不同站之间跨站进行一次性排路。由于此时要排该进路，部分按钮受一个站控制，其余按钮受其它站控制，且排路前需要结合站场显示检查各种条件，如果让ctc系统其中一个站一次性排路，相当于该站对另外一个站有控制权，违背了只能控制本站的原则并带来安全隐患，因此当前应用中暂未实现该功能。当前应用中，对于上述特殊的跨站长进路，联锁可以一次性排列。通过让其中一个站具有另一个站的控制权，先在进路始端所在站按下排路所需的始端按钮并下达，再立即到控制的另一站界面按下终端按钮并下达，可使该长进路勉强排出，但这样的实现方法存在诸多问题：1)需要一个站具有另外一个站的控制权，不符合每个站只能控制本站的基本原则，具有安全隐患；2)下达始端按钮后，需要切换到另一个站界面按下并下达终端按钮，操作繁琐，稍微操作慢一点，联锁就会超时，不会执行排路；3)该方法只是将排路所需的按钮下达给联锁，未进行任何条件检查，也存在一定安全隐患；4)要排跨站进路，未与另一个站进行任何沟通，可能影响另一个站的正常作业。技术实现要素：本发明的目的是提供一种分散自律调度集中车站跨站排路方法及系统，可以实现特殊跨站长进路的一次性办理，排列跨站进路时，本站无需控制其它相关站，满足每个站只能控制本站的基本原则。本发明的目的是通过以下技术方案实现的：一种分散自律调度集中车站跨站排路系统，包括：请求方ctc设备、被请求方ctc设备、联锁接口以及计算机联锁仿真系统；其中：所述请求方ctc设备位于跨站排路中第一子进路车站中；用于产生跨站进路排路请求，并对所在车站排路条件进行检查，若排路条件检查通过，则下发配合排路请求信息；当接收到被请求方ctc设备反馈的同意配合排路的信息后，向联锁接口下达跨站进路中请求方所在车站需按下的按钮，然后向被请求方ctc发送排路命令下达请求；所述被请求方ctc设备位于跨站排路中非第一子进路车站中；当接收到配合排路请求信息后，先进行合法性检测，通过检测后对所在车站排路条件进行检查，若排路条件检查通过，则能够产生同意配合排路的信息，并反馈给请求方ctc设备；当接收到排路命令下达请求后，向联锁接口下达跨站进路中被请求方所在车站需按下的按钮；所述联锁接口，用于通过协议转换实现请求方ctc设备及被请求方ctc设备，与计算机联锁仿真系统之间的信息交互；所述计算机联锁仿真系统，用于模拟计算机联锁系统，根据联锁接口发送的信息执行对应操作，以及向联锁接口发送全站表示信息和变化表示信息。一种分散自律调度集中车站跨站排路方法，包括：在跨站排路中第一子进路车站中设置请求方ctc设备，用于产生跨站进路排路请求，并对所在车站排路条件进行检查，若排路条件检查通过，则下发配合排路请求信息；当接收到被请求方ctc设备反馈的同意配合排路的信息后，向联锁接口下达跨站进路中请求方所在车站需按下的按钮，然后向被请求方ctc发送排路命令下达请求；在跨站排路中非第一子进路车站中设置被请求方ctc设备，当接收到配合排路请求信息后，先进行合法性检测，通过检测后对所在车站排路条件进行检查，若排路条件检查通过，则能够产生同意配合排路的信息，并反馈给请求方ctc设备；当接收到排路命令下达请求后，向联锁接口下达跨站进路中被请求方所在车站需按下的按钮；所述联锁接口，通过协议转换实现请求方ctc设备及被请求方ctc设备，与计算机联锁仿真系统之间的信息交互；所述计算机联锁仿真系统，用于模拟计算机联锁系统，根据联锁接口发送的信息执行对应操作，以及向联锁接口发送全站表示信息和变化表示信息。由上述本发明提供的技术方案可以看出，较现有操作方式，本发明提出的跨站排路方法，保持了ctc系统的便捷性特点，操作简单直观，操作员只需要申请、同意或拒绝，其余复杂逻辑判断均在后台自律机完成；各个站独立控制本站，需要排列跨站进路时，系统会自动向其余相关站申请；该方法不违背调度集中系统每个站只能控制本站的原则，不影响系统既有的排路逻辑，且通过完善的通信流程，保证了排路检查的完备性和系统安全性，可以很好地解决当前应用中无法实现跨站排路的问题。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他附图。图1为本发明
背景技术：
提供的跨站进路场景示例；图2为本发明实施例提供的一种分散自律调度集中车站跨站排路系统的示意图；图3为本发明实施例提供的请求方ctc车务终端逻辑流程图；图4为本发明实施例提供的请求方ctc自律机逻辑流程图；图5为本发明实施例提供的被请求方ctc自律机逻辑流程图；图6为本发明实施例提供的被请求方ctc车务终端逻辑流程图。具体实施方式下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明的保护范围。本发明实施例提供一种分散自律调度集中车站跨站排路方法及系统，可以实现特殊跨站长进路的一次性办理。该方案排列跨站进路时，本站无需控制其它相关站，满足每个站只能控制本站的基本原则；操作简便，操作员只需要在界面选择想要排列的跨站进路，然后点击下达即可，无需手动点击始端和终端按钮；提供完善的排路条件检查，检查通过时才将排路命令下达给联锁，检查不通过则将未通过项反馈给操作员，方便其下一步操作；排列跨站进路时，系统会自动联系其余相关站操作员，在获得其同意后才能排路，从而避免对其他站正常作业造成影响。如图2所示，为本实施例提供的一种分散自律调度集中车站跨站排路系统的示意图，其主要包括：请求方ctc设备、被请求方ctc设备、联锁接口以及计算机联锁仿真系统。1、请求方ctc设备。所述请求方ctc设备位于跨站排路中第一子进路车站中；用于产生跨站进路排路请求，并对所在车站排路条件进行检查，若排路条件检查通过，则下发配合排路请求信息；当接收到被请求方ctc设备反馈的同意配合排路的信息后，向联锁接口下达跨站进路中请求方所在车站需按下的按钮，然后向被请求方ctc发送排路命令下达请求。本发明实施例中，请求方ctc设备主要包括：请求方ctc车务终端与请求方ctc自律机。所述请求方ctc车务终端为所排跨站进路始端的车站操作终端，用于读取本地进路文件，获取本站进路列表和跨站进路列表；产生并下达跨站排路请求至请求方ctc自律机，并根据请求方ctc自律机反馈结果给予操作员相关提示。所述请求方ctc自律机，对所在车站排路条件进行检查，若排路条件检查通过，则下发配合排路请求信息，并创建跨站排路命令，监控命令状态，随时向所有相关站反馈进路排列情况；当接收到被请求方ctc设备反馈的同意配合排路的信息后，向联锁接口下达跨站进路中请求方所在车站需按下的按钮，然后向被请求方ctc发送排路命令下达请求；所有相关站命令均已下达后，监控跨站排路命令的执行情况，并给予各个相关站操作员对应提示；当删除本地跨站排路命令时，会同时向被请求方自律机发送“结束流程”信息，及时告知对方跨站排路流程已结束。2、被请求方ctc设备。所述被请求方ctc设备位于跨站排路中非第一子进路车站中；当接收到配合排路请求信息后，先进行合法性检测，通过检测后对所在车站排路条件进行检查，若排路条件检查通过，则能够产生同意配合排路的信息，并反馈给请求方ctc设备；当接收到排路命令下达请求后，向联锁接口下达跨站进路中被请求方所在车站需按下的按钮。本发明实施例中，所述被请求方ctc设备主要包括：被请求方ctc车务终端与被请求方ctc自律机。所述被请求方ctc自律机启动后首先读取本地进路文件，获取本站进路列表和跨站进路列表。当接收到配合排路请求信息后，先进行合法性检测，通过检测后对所在车站排路条件进行检查，若排路条件检查通过，则根据被请求方ctc车务终端的指令，产生拒绝或者同意配合排路的信息，具体为：若排路条件检查通过，则向被请求方ctc车务终端发送询问是否配合排路信息，否则不发送且向请求方ctc自律机反馈拒绝消息；之后将被请求方ctc车务终端反馈的选择结果反馈给请求方ctc自律机；如果反馈的是同意配合排路的信息，则创建一条命令，监控对方是否及时下达排路命令下达请求；若超时未收到，则不再监控该跨站排路命令，若收到，则再次检查本站部分进路排路条件是否满足，满足则向联锁接口下达本站的相关按钮；下达成功后，反馈给请求方自律机；本站自律机会根据请求方自律机发送的“结束流程”信息，删除本地命令，或在本站下达命令后一段时间(例如，45s)，自行删除命令。所述被请求方ctc车务终端，一方面，用于接收被请求方ctc自律机推送的询问是否配合排路信息；之后，对该信息进行合法性检查，非法信息会直接向被请求方ctc自律机反馈拒绝，不会弹窗；消息合法才弹窗提示操作员，操作员可以选择拒绝或同意，然后被请求方ctc车务终端将选择结果反馈给被请求方ctc自律机；另一方面，当点击同意后，随时根据请求方ctc自律机反馈的信息，提示该跨站进路的排路情况。3、联锁接口。所述联锁接口，用于通过协议转换实现请求方ctc设备及被请求方ctc设备，与计算机联锁仿真系统之间的信息交互。具体为：接收请求方和被请求方两个站自律机发来的排路等控制命令信息，通过协议转换为联锁控制命令并发送给计算机联锁仿真系统；同时接收计算机联锁仿真系统发送来的全站表示信息和变化表示信息，通过协议转换为ctc表示信息，并且将整个大站的信息，按照ctc组成结构，划分为请求站和被请求站表示信息，然后发送给各个ctc设备。4、计算机联锁仿真系统。所述计算机联锁仿真系统，用于模拟计算机联锁系统，根据联锁接口发送的信息执行对应操作，以及向联锁接口发送全站表示信息和变化表示信息；其中，全站表示信息定时发送，变化表示信息则是在表示信息有变化时实时发送。由上述本发明提供的技术方案可以看出，跨站排路得以有效实现，符合每站仅控制本站对象原则，不仅对排路条件进行了全面检查，且提供了的便捷的站间交互操作，使得跨站排路时各个相关站的操作员均可及时获得足够的信息反馈，从而保证整个排路过程的简便性和可靠性。为了便于理解，下面针对本发明实施例上述方案的技术细节做进一步介绍。一、跨站进路数据组成对于跨站排路涉及的各个车站，其ctc车务终端和ctc自律机应获取到完全相同的跨站进路数据，以保证排路信息在各个软件中传递时的唯一性；另外还应保证数据的完备性，以提供足够的信息为后续各个软件判断逻辑使用。本发明实施例中，跨站进路数据的数据内容包括：跨站进路唯一的id号；该跨站进路的第一子进路所在站码、第一子进路所在车站的进路列表的唯一id号、第一子进路排路额外检查条件、排列跨站进路时第一子进路所在站需要下达的排路按钮，......，该跨站进路的第n子进路所在站码、第n子进路所在车站的进路列表的唯一id号、第n子进路排路额外检查条件、排列跨站进路时第n子进路所在站需要下达的排路按钮；n为跨站进路所涉及的车站数目。本发明实施例中，n≥2，也就是说跨站排路时并不一定仅局限于两个站的情况，根据车站的复杂情况，甚至可能出现三个、四个站配合排路的情况。本发明实施例中，跨站进路数据的格式可兼容各类复杂应用场景，具有灵活可扩展性。各个软件在启动时，可读取该本地文件对数据进行初始化，从而获得相同的、完整的跨站进路信息列表，为各软件间交互提供基础。如何使用这些信息，将在下文工作原理中详细阐述。以n＝2为例，给出如表1所示的跨站进路数据的示例。字段名含义示例id跨站进路唯一id号1name跨站进路名称跨站进路-一场(xa-san)-二场(xb-sbn)subroutecount含子进路个数2subroute1stationcode子进路1所处站站码3001subroute1stationrouteid子进路1在该站进路表中的id69subroute1conditioncount排列子进路1需要额外检查的条件个数2subroute1conditon1子进路1额外检查条件10x0630subroute1conditon2子进路1额外检查条件20x0f94subroute1buttoncount排列跨站进路时子进路1需要按下的按钮数1subroute1button1需按下的按钮1名称xalasubroute2stationcode子进路2所处站站码3002subroute2stationrouteid子进路2在该站进路表中的id30subroute2conditioncount排列子进路2需要额外检查的条件个数1subroute2conditon1子进路2额外检查条件10x0790subroute2buttoncount排列跨站进路时子进路2需要按下的按钮数1subroute2button1需按下的按钮1名称sbnla表1跨站进路数据示例二、请求方ctc车务终端逻辑设计。如图3所示，请求方ctc车务终端作为人机交互界面，在启动时读取本地进路文件，初始化数据，获得所在车站基本进路列表和跨站进路列表后，即可根据列表内容判断所在车站是否具备跨站排路功能：若所在车站没有跨站进路列表，则所在车站不具备跨站进路排路功能；若所在车站含跨站进路列表但没有任何一条进路的子进路站码等于所在车站站码，则跨站进路排路功能也不开启；若含跨站进路列表，且第一子进路(子进路1)中有所在车站站码，则所在车站针对相应跨站进路具有请求跨站排路功能。对于配合排路功能，将在被请求方ctc车务终端部分详细描述，作为请求方ctc车务终端，将产生跨站排路请求，并发送给所述请求方ctc自律机；具体流程为：打开跨站排路功能界面，在弹出的可申请排列的跨站进路中选择想要排列的一条，然后点击请求，即可将跨站排路请求下达给本站自律机，即请求方ctc自律机。跨站排路请求下达后，请求方ctc车务终端可以根据请求方ctc自律机的反馈信息对操作员进行提示，具体表现形式为弹出消息窗口，显示反馈信息，如“对方站人工拒绝”、“对方站超时无响应”、“跨站进路xxx(跨站进路名称)排列成功”等。对于请求方ctc车务终端，一旦收到请求方ctc自律机反馈，即可认为本次排路操作已结束，操作员可根据需要进行其他操作，或收到排列失败反馈后再次尝试申请排路。三、请求方ctc自律机逻辑设计。如图4所示，为请求方ctc自律机的工作流程，主要包括：1、请求方ctc自律机，在启动时同样读取本地进路文件，初始化数据。2、当接收到跨站进路排路请求时，首先进行合法性检查：如果请求的跨站进路id在本地跨站进路列表中未找到，或者找到该跨站进路id，但相应跨站进路中第一子进路所在车站站码并非请求方ctc自律机所在车站的站码，则丢弃该跨站进路排路请求；若找到该跨站进路id且第一子进路所在车站站码为请求方ctc自律机所在车站的站码，则判断收到有效的跨站进路排路请求信息。3、进行排路条件检查。1)若排路条件不满足，则不进行后续逻辑，向请求方ctc车务终端反馈未通过排路条件检查的消息.具体来说：1)若排路条件不满足，则向请求方ctc车务终端反馈“本站排路条件不满足，xxx(检查不通过的项)条件不具备”。这样做的好处是，节省自律机资源，如果本站条件不满足，就没有必要与其余站沟通申请。此时的排路条件检查，主要包括基本排路条件和特殊排路条件检查。基本排路条件又包含联锁基本排路条件如进路空闲、道岔无加封等，以及ctc排路条件如无封锁、停电、分路不良等。特殊排列条件，则是进路中配置的特殊条件，也即前文提到的额外检查条件，如表1的示例中，排列子进路1，要求类型为0x06序号为3的对象，此时必须处于协议规定的色码0状态(类型0x06含义为“接车方向灯”对象，色码0状态含义为“关闭”，整体含义为序号是3的接车方向灯此时必须处于关闭状态)，类型为0x0f序号为9的对象必须处于色码4状态(类型0x0f含义为“告警灯”对象，色码4状态含义为“绿色”，整体含义为序号为9的告警灯此时必须处于绿色状态)，两个条件是与的关系，需要同时满足。添加这些特殊条件，主要是由于基本检查条件中不会检查这些，而有时联锁会有特殊的卡控。将这些条件配置上，自律机检查后如果不通过可以直接反馈给操作员，既是一种提示，也避免了命令下达给联锁，但联锁最终因为条件不满足而未排路浪费时间。2)若排路条件满足，则通过排路条件检查，请求方ctc自律机在内部创建跨站排路命令，监控跨站排路命令状态，并实时根据监控结果向该跨站进路相关的所有车站发送反馈信息。4、对于上述第2)情况，请求方ctc自律机向跨站进路包含的其他子进路车站中的ctc设备发送配合排路请求信息，所述其他子进路车站的数目为1个或者多个，其他子进路车站中的ctc设备均为被请求方ctc设备。若请求方ctc自律机在规定时间内未收到被请求方ctc设备的反馈消息或者未收到全部反馈消息，或者收到拒接消息，则向所有被请求方ctc设备发送流程结束的消息，并删除跨站排路命令后续不再监控；若收到所有被请求方ctc设备反馈的同意配合消息，则再次进行排路条件检查。示例性的：1)若规定时间内(例如，15s)未收到被请求方ctc设备的反馈消息或者未收到全部反馈消息，则发送的流程结束的消息为：xxx站(无反馈的站名)配合排路请求超时无响应，跨站排路xxx(跨站进路名称)流程结束。2)若收到拒接消息，则发送的流程结束的消息为：xxx站(反馈拒绝的站名)由于xxx(反馈信息中的具体原因)原因拒绝，跨站排路xxx流程结束。5、收到所有被请求方ctc设备反馈的同意配合消息后，则再次进行排路条件检查。若排路条件不满足，则向所有被请求方ctc设备发送流程结束的消息，并删除跨站排路命令后续不再监控；若排路条件满足，则通过排路条件检查，并向联锁接口下达跨站进路中请求方所在车站需按下的按钮，再按照跨站进路配置顺序向被请求方ctc设备发送排路命令下达请求。若在规定时间内(例如，5s)，未收到被请求方ctc设备的的反馈消息，或者收到的反馈消息为被请求方所在车站不满足排路条件的消息，则向被请求方ctc设备发送流程结束的消息，并删除跨站排路命令后续不再监控；若收到反馈为下达成功的消息，则判断当前跨站排路是否还有后续的子进路，若是，则向后续子进路对应的被请求方ctc设备发送排路命令下达请求(顺序为：第二子进路→第三子进路......)，直至收到所有被请求方ctc设备反馈的下达成功的消息。示例性的：1)此阶段中，如果请求方ctc设备所在车站的排路条件不满足，则发送的流程结束的消息为：xxx站排路条件不满足，xxx(检查不通过的项)条件不具备，跨站排路xxx流程结束，该消息由请求方ctc自律机发送至被请求方ctc自律机，从而在被请求方ctc车务终端上显示。2)发送排路命令下达请求后，如果超时(示例中设置为5s)无反馈，则发送的流程结束的消息为：xxx站，排路命令下达请求超时，跨站排路xxx流程结束。3)发送排路命令下达请求后，如果收到的反馈消息为被请求方所在车站不满足排路条件的消息，则发送的流程结束的消息为：xxx站排路条件不满足，xxx(检查不通过的项)条件不具备，跨站排路xxx流程结束。6、所有配合站(也即非第一子进路对应的车站)命令都已下达后，请求方ctc自律机通过站场表示信息，监控进路是否排列成功，若超时(例如，超过45s)进路未排列，则向所有被请求方ctc设备反馈联锁超时的消息，并删除跨站排路命令，且向所有被请求方ctc设备发送流程结束的消息；若进路排列成功，则向所有被请求方ctc设备反馈跨站进路排列成功的消息，再删除跨站排路命令，且向所有被请求方ctc设备发送流程结束的消息。示例性的：1)联锁超时的消息可以为：跨站进路xxx排路命令下达成功，但联锁超时无反应。2)跨站进路排列成功的消息可以为：跨站进路xxx排列成功。在上述工作流程中，每当请求方ctc自律机删除本地跨站进路排路命令时，都应同时向其余相关站ctc自律机(即被请求方ctc自律机)发送结束流程的信息，及时告知对方本跨站进路排列已成功或已失败，无需再监控其命令状态。四、被请求方ctc自律机逻辑设计。如图5所示，为被请求方ctc自律机的工作流程，主要包括：1、被请求方ctc自律机，在启动时同样读取本地进路文件，初始化数据。2、当接收到配合排路请求信息时，进行合法性检查：若配合排路请求信息的跨站进路id在本地进路列表中未找到，或者跨站进路中所有子进路所在车站站码并非被请求方ctc自律机所在车站的站码，则反馈拒绝消息；若找到该跨站进路id进路，且非第一子进路所在车站站码为被请求方ctc自律机所在车站的站码，则判断收到有效的配合排路请求信息。3、进行排路条件检查。1)若排路条件不满足，则向请求方ctc自律机反馈拒绝消息，不再进行后续逻辑。示例性的，拒绝消息可以为：xxx站排路条件不满足，xxx(检查不通过的项)条件不具备。2)若排路条件满足，则通过排路条件检查，被请求方ctc自律机向被请求方ctc车务终端发送是否配合排路的消息；若收到同意消息，则向请求方ctc自律机反馈同意配合消息；若收到拒绝消息，则向请求方ctc自律机反馈拒绝消息(拒绝原因“人工拒绝”)。示例性的，是否配合排路的消息可以为：xxx站(请求配合排路的站名)请求排列跨站进路xxx，是否配合？4、被请求方ctc自律机向请求方ctc自律机反馈同意配合消息后，创建一条命令，监控请求方ctc自律机是否及时下发排路命令下达请求；此后，若收到流程结束的消息，则说明跨站排路流程已结束，无需再监测，删除本地对应命令。若规定时间内(例如，5s)未收到排路命令下达请求，则删除对应命令，后续不再监控，即使之后收到了排路命令下达请求，也不做响应；若规定时间内收到排路命令下达请求，则再次进行排路条件检查。若排路条件不满足，则向请求方ctc反馈不满足排路条件的消息；若排路条件满足，则通过排路条件检查，则向联锁接口下达跨站进路中被请求方所在车站需按下的按钮，然后向请求方ctc设备反馈下达成功的消息；对于跨站进路的排路情况判断统一交给请求方自律机，因为只有请求方ctc自律机知道该跨站进路各个子进路的请求和下达进度。此后，若在规定时间内(例如，45s)未收到请求方ctc自律机发送的结束流程信息，则删除本地对应命令，后续不再监控。本发明实施例中，请求方ctc自律机、被请求方ctc自律机的工作过程中所涉及多个规定时间，前文对各个规定时间所涉及的具体数值给出了示例，但是，具体的时间数值可以根据实际情况或者经验进行适当调整，本发明不做限定。五、被请求方ctc车务终端逻辑设计。如图6所示，被请求方ctc车务终端同样需要在启动时初始化数据。在收到本站自律机推送来的询问是否配合排路信息后，先对信息合法性进行检查，检查逻辑同本站自律机，若不合法，直接反馈拒绝不会弹窗提示；若合法，则弹窗提示xxx站(请求配合排路的站名)请求排列跨站进路xxx，是否配合？。此时，操作员可以根据本站具体的情况决定是否配合。若点击拒绝，则向本站自律机反馈拒绝；若点击同意，则向本站自律机反馈同意；若超时(示例中设置为15s)未作选择，则关闭窗口，请求方自律机会同时判断超时，向各个站反馈“xxx站(无反馈的站名)配合排路请求超时无响应，跨站排路xxx流程结束”。之后车务终端可以根据自律机的一些反馈信息，弹窗提示跨站进路的排列进度，如“xxx站排路条件不满足，xxx(检查不通过的项)条件不具备，跨站排路xxx流程结束”、“跨站进路xxx排路命令下达成功，但联锁超时无反应”、“跨站进路xxx排列成功”等。六、联锁接口设计。本发明实施例中，设计了联锁接口软件用于联锁和ctc系统信息的转换，本发明实施例中，ctc的多个站都通过一个联锁接口来与联锁交互，具体为：当接口软件收到这些相关站的控制命令时，依据命令大排队信息，按照时间顺序逐个将各个命令转换为联锁对应命令编号并下达；当收到联锁发来的表示信息后，先依据表示大排队信息，将各个表示信息转换为ctc内部编号显示，再根据这些编号属于哪个站将原来一个整体的表示以站为单位区分开来，进而同样以站为单位将这些表示信息发往各个ctc设备。七、计算机联锁仿真系统。计算机联锁仿真系统主要用于模拟车站联锁，根据联锁接口软件发来的控制命令执行对应操作，执行操作时软件有自己的检查条件，若条件不具备，则不会执行对应命令，且不会给联锁接口任何反馈；另外联锁仿真软件也会定时发送全站表示信息，或者变化时发送变化表示信息给联锁接口软件。对于本示例而言，就是按顺序收到排列跨站进路所需的按钮后，执行对应操作，然后在跨站进路排列完成后将变化后的表示信息发送给接口软件。本发明上述方案主要获得如下有益效果：1)较现有操作方式，先转为非常站控模式再在联锁上点按钮排列，本文提出的跨站排路方法，保持了ctc系统的便捷性特点，操作简单直观，操作员只需要申请、同意或拒绝，其余复杂逻辑判断均在后台自律机完成；整个方案的实现既保证了功能的安全性，又保持了系统操作的简便性，为操作员带来更好的用户体验。2)排路过程中提供了完善的条件检查，失败时可将失败原因反馈给操作员，方便其后续排查问题。3)各个站独立控制本站，需要排列跨站进路时，系统会自动向其余相关站申请。4)当需要配合的站不方便配合排路时，可选择拒绝，优先保证本站正常运作。5)其余站同意配合后，每个站的操作员都可及时获知进路的排列情况。总之，该方法不违背调度集中系统每个站只能控制本站的原则，不影响系统既有的排路逻辑，且通过完善的通信流程，保证了排路检查的完备性和系统安全性，可以很好地解决当前应用中无法实现跨站排路的问题。本发明另一实施例还提供一种分散自律调度集中车站跨站排路方法，该方法包括：在跨站排路中第一子进路车站中设置请求方ctc设备，用于产生跨站进路排路请求，并对所在车站排路条件进行检查，若排路条件检查通过，则下发配合排路请求信息；当接收到被请求方ctc设备反馈的同意配合排路的信息后，向联锁接口下达跨站进路中请求方所在车站需按下的按钮，然后向被请求方ctc发送排路命令下达请求；在跨站排路中非第一子进路车站中设置被请求方ctc设备，当接收到配合排路请求信息后，先进行合法性检测，通过检测后对所在车站排路条件进行检查，若排路条件检查通过，则能够产生同意配合排路的信息，并反馈给请求方ctc设备；当接收到排路命令下达请求后，向联锁接口下达跨站进路中被请求方所在车站需按下的按钮；所述联锁接口，通过协议转换实现请求方ctc设备及被请求方ctc设备，与计算机联锁仿真系统之间的信息交互；所述计算机联锁仿真系统，用于模拟计算机联锁系统，根据联锁接口发送的信息执行对应操作，以及向联锁接口发送全站表示信息和变化表示信息。该方法主要通过前述系统来实现，因此，该方法所涉及的各类设备工作原理的技术细节可直接参见前述系统实施例中的介绍，故不再赘述。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例可以通过软件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，上述实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明披露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。当前第1页1 2 3 

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除