一种基于ctc系统的日班计划应用方法及装置
技术领域
1.本发明涉及铁路信息化领域，具体而言，涉及一种基于ctc系统的日班计划应用方法及装置。


背景技术：

2.随着智能化科技的不断发展，人们的生活、工作、学习之中越来越多地用到了智能化设备，使用智能化科技手段，提高了人们生活的质量，增加了人们学习和工作的效率。
3.分散自律调度集中系统（ctc）是新一代调度集中系统，以列车调度指挥系统平台为基础，充分利用运行图自动描绘、车次号自动校核、调度命令自动下达的步伐技术成果，并采用分散自律的理念，调度中心将行车计划下达至车站，由车站系统根据列车运行调整计划完成列车进路选排、冲突检测、控制输出等核心功能。
4.运输调度管理信息系统tdms由tmis工程中的调度综合管理信息系统发展而来，系统范围涵盖了除列车（供电）调度外的计划调、客调、货调、机调、施工调等主要调度工种业务，在国铁集团、铁路局两级部署，支撑集团公司、局、站段三级调度岗位编制日班计划以及运输日常组织和生产管理指挥。
5.ctc系统的运行图终端在铺画列车运行计划线的常用方式有自由画线、按径路画线、按基本图画线、按日班计划画线等。日班计划由tdms端编制，tdms端可以主动向ctc端发送，ctc端也可以向tdms端发起请求。ctc系统使用tdms端提供的基本图铺画对应运行线生成阶段计划。tdms端定期给ctc系统发送更新基本图的通知消息，一般发生在调图前夕。ctc系统的tdms接口服务器在收到此通知消息后，将从ctc与tdms之间中间库中获取最新的基本图信息，经过数据转换后存储至ctc系统的数据库中，供ctc系统各调度台的运行图终端使用此最新的基本图数据。ctc系统运行图终端在铺画列车运行线时，可选择按基本图生成。因此，现有技术中的基本图是某一阶段列车的基础开行方案，灵活性差，实际上每天的车流并不相同，不能仅靠一份基本图来适应每天的列车开行方案。
6.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

7.本发明实施例提供了一种基于ctc系统的日班计划应用方法及装置，以至少解决现有技术中的基本图是某一阶段列车的基础开行方案，灵活性差，实际上每天的车流并不相同，不能仅靠一份基本图来适应每天的列车开行方案的技术问题。
8.根据本发明实施例的一个方面，提供了一种基于ctc系统的日班计划应用方法，包括：获取预定义规则，其中，所述预定义规则包括：链表规则、关系规则；根据所述预定义规则，定义链表数据；根据所述链表数据，获取列车日班计划数据与信息流向数据；将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划。
9.可选的，在所述根据所述预定义规则，定义链表数据之后，所述方法还包括：根据所述预定义规则和所述定义链表数据进行配置，得到配置结果。
10.可选的，所述列车日班计划数据是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。
11.可选的，在所述将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划之后，所述方法还包括：通过调度台检查所述客车和货车的调整计划，并将调整结果进行解析和反馈。
12.根据本发明实施例的另一方面，还提供了一种基于ctc系统的日班计划应用装置，包括：获取模块，用于获取预定义规则，其中，所述预定义规则包括：链表规则、关系规则；定义模块，用于根据所述预定义规则，定义链表数据；计划模块，用于根据所述链表数据，获取列车日班计划数据与信息流向数据；调整模块，用于将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划。
13.可选的，所述装置还包括：配置模块，用于根据所述预定义规则和所述定义链表数据进行配置，得到配置结果。
14.可选的，所述列车日班计划数据是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。
15.可选的，所述装置还包括：检查模块，用于通过调度台检查所述客车和货车的调整计划，并将调整结果进行解析和反馈。
16.根据本发明实施例的另一方面，还提供了一种非易失性存储介质，所述非易失性存储介质包括存储的程序，其中，所述程序运行时控制非易失性存储介质所在的设备执行一种基于ctc系统的日班计划应用方法。
17.根据本发明实施例的另一方面，还提供了一种电子装置，包含处理器和存储器；所述存储器中存储有计算机可读指令，所述处理器用于运行所述计算机可读指令，其中，所述计算机可读指令运行时执行一种基于ctc系统的日班计划应用方法。
18.在本发明实施例中，采用获取预定义规则，其中，所述预定义规则包括：链表规则、关系规则；根据所述预定义规则，定义链表数据；根据所述链表数据，获取列车日班计划数据与信息流向数据；将所述列车日班计划数据与信息流向数据用于客车和货车的调整计划的生成的方式，解决了现有技术中的基本图是某一阶段列车的基础开行方案，灵活性差，实际上每天的车流并不相同，不能仅靠一份基本图来适应每天的列车开行方案的技术问题。
附图说明
19.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图1是根据本发明实施例的列车日班计划获取方式一信息流向示意图；图2是根据本发明实施例的列车日班计划获取方式二信息流向示意图；图3是根据本发明实施例的ctc端tdms接口服务器处理列车日班计划流程图；图4是根据本发明实施例的客车调整计划信息流向示意图；图5是根据本发明实施例的客车调整计划在tdms接口服务器的应用流程图；图6是根据本发明实施例的“客车调整计划”对话框；图7是根据本发明实施例的货车计划信息流向示意图；图8是根据本发明实施例的“货车调整计划”对话框；
图9是根据本发明实施例的一种基于ctc系统的日班计划应用方法的流程图；图10是根据本发明实施例的一种基于ctc系统的日班计划应用装置的结构框图。
具体实施方式
20.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
21.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.根据本发明实施例，提供了一种基于ctc系统的日班计划应用方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
23.实施例一图9是根据本发明实施例的一种基于ctc系统的日班计划应用方法的流程图，如图9所示，该方法包括如下步骤：步骤s902，获取预定义规则，其中，所述预定义规则包括：链表规则、关系规则。
24.步骤s904，根据所述预定义规则，定义链表数据。
25.步骤s906，根据所述链表数据，获取列车日班计划数据与信息流向数据。
26.步骤s908，将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划。
27.可选的，在所述根据所述预定义规则，定义链表数据之后，所述方法还包括：根据所述预定义规则和所述定义链表数据进行配置，得到配置结果。
28.可选的，所述列车日班计划数据是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。
29.可选的，在所述将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划之后，所述方法还包括：通过调度台检查所述客车和货车的调整计划，并将调整结果进行解析和反馈。
30.具体的，本发明实施例技术方案可以是利用了调度集中系统（简称ctc系统），使用的日班计划是指通过ctc系统端的tdms接口服务器获得的运输调度管理信息系统（简称tdms）传送的日班计划，其中包含列车日班计划、货车调整计划和客车调整计划。预定义定义如下链表：
表示程序启动从数据库中初始化当前运行图界面显示范围内已上图的列车运行计划链表。
31.表示程序启动从数据库中初始化当前运行图界面显示范围内的日班计划链表。
32.表示程序缓存的待上图客车调整日班计划链表。
33.表示程序缓存的待上图货车调整日班计划链表。
34.表示第次接收到的客车调整日班计划链表。
35.表示第次接收到的货车调整日班计划链表。
36.表示第次接收到的货车单趟调整日班计划链表。
37.设置配置：1）nallowtdrbdrawonhour，单位：小时，默认值为3，表示距当前时刻多少小时后允许调整计划上图，主要针对要上图的调整计划始发首节点出发时刻或接入首节点到达时刻。2）baddrblimitedbydrawontime：修改类型为增加的调整计划上图是否受nallowtdrbdrawonhour配置卡控，值为1时表示修改类型为增加的调整计划上图受nallowtdrbdrawonhour配置卡控，值为0表示修改类型为增加的调整计划上图不受nallowtdrbdrawonhour配置卡控，默认值为0。3）bupdateshrblimitedbydrawontime：修改类型为更新的货车调整单趟计划上图是否受nallowtdrbdrawonhour配置卡控，值为1时表示修改类型为更新的货车调整单趟计划上图受nallowtdrbdrawonhour配置卡控，值为0表示表示修改类型为更新的货车调整单趟计划上图不受nallowtdrbdrawonhour配置卡控，默认值为1。
38.另外，对于基于ctc系统的列车日班计划应用方法，可以是：（1）列车日班计划。列车日班计划是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。参照《铁路运输调度规则》（高速铁路部分），列车日班计划应于18点前由tdms端完成向ctc端的发送。（2）列车日班计划获取方式与信息流向。列车日班计划获取方式有如下两种：方式一：tdms终端主动发送。tdms端向ctc端发送日班计划下达通知，ctc端tdms接口服务器收到此通知消息后，立即向tdms端发送按时间范围获取日班计划的请求消息，tdms端收到此请求消息后，将作出响应，将相关的列车日班计划发送至ctc端。ctc端tdms接口服务器收到tdms端发送日班计划请求响应信息后，将对列车日班计划进行解析、检查、存储，之后向对应的ctc运行图终端发送更新日班计划通知。相关信息交互的流程图如图 1所示。
39.方式二：ctc端运行图终端主动请求。由列车调度员在ctc运行图终端软件上操作，主动请求日班计划。请求信息通过该调度区段所属ctc应用服务器、ctc总应用服务器、tdms接口服务器送达值tdms端，tdms端收到此请求消息后，将作出响应，将相关的列车日班计划发送至ctc端。ctc端tdms接口服务器收到tdms端发送日班计划请求响应信息后，将对列车日班计划进行解析、检查、存储，之后向对应的ctc运行图终端发送更新日班计划通知。相关信息交互的流程图如图 2所示。
40.（3）列车日班计划在tdms接口服务器的应用方法。
41.1）收到tdms端发送的日班计划下达通知。
42.ctc端tdms接口服务器收到tdms端发送的日班计划下达通知消息后，立即向tdms端发送按时间范围获取日班计划的请求消息，此请求信息中包含调度台代码、请求列车日班计划时间范围的开始时间和结束时间等信息。请求列车日班计划时间范围一般不小于12小时，默认为 36小时，可配置。请求列车日班计划时间范围的开始时间为当时时间所属班次的开始时间。班次的规定：当日18:00至次日6:00为第一班次，次日6:00至18:00为第二班次。
43.2）收到运行图终端发送请求信息。
44.ctc端tdms接口服务器收到运行图终端发送请求信息后，将fzyctc通信协议格式的该信息转换为与tdms交互的通信协议格式，然后发给tdms端。
45.3）收到tdms端发送的日班计划请求响应，ctc端tdms接口服务器收到tdms端发送的日班计划请求响应后的应用流程如图 3所示。
46.①
解析列车日班计划，首先判断接收到的列车日班计划是否为多包，若是单包数据，则直接解析；若为多包数据，则等待此类信息按照包号依次接收完整后再解析。在接收多包数据时，遇接收数据的信息类型为非正在接收的信息类型或包号不连续的信息时，抛弃已接收的列车日班计划。
47.②
检查列车日班计划，检查日班id是否有效。日班id应为非0的正整数。
48.检查计划修改类型是否正确。客车调整计划的修改类型有：值1表示增加，值2表示修改，值3表示删除。计划修改类型值为非1、2、3时认为不正确。检查站码是否有效。站码应为该调度台中实际存在的站码，若不是则认为站码无效。检查到达节点和出发节点与站码是否匹配。客车调整日班计划中节点信息中的到达节点和出发节点分别表示节点在运行图上到达点所在站名线的id值和出发点所在站名线的id值。在运行图中每条站名线绑定唯一的站码。若到达节点或出发节点与站码不匹配，则认为计划无效。检查股道是否有效。股道应为该车站实际存在的股道，若不是则任务股道无效。检查线别是否有效。参照逻辑9，若正确则有效，否则无效。检查a
‑
f项，若有一项不满足，则视为该列车日班计划有误，在接收列车日班计划链表中剔除此条有误的日班计划。
49.③
存储客车调整日班计划，首先按照请求日班计划的时间范围，将ctc系统数据库该时间范围内表rb_train和rb_trainnode中数据删除，然后再插入本次接收的列车日班计划。
50.（4）列车日班计划在ctc运行图终端的应用方法。
51.1）运行图终端在程序启动或交接班时将初始化和。
52.2）列车日班计划上图。
53.①
提供列车日班计划上图的独立显示与选择的界面。界面提供经由车站选择下拉列表、车种选择项（客车和货车）、方向选择项（上行和下行）、头类型选择项（始发和接入）、时间范围选择项及相关列车日班计划的概要信息列表（车次号和接入时间）。
54.②
判断将要上图的列车日班计划中的每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条列车日班计划上图；若选择不生成，则此条列车日班计划将不上图。相关操作将记录详细日志。
55.③
列车日班计划上图成功后，立即刷新运行图显示界面，并更新程序缓存链表
和，上图的运行线添加至链表中。
56.例如，本发明实施例中所述的基于ctc系统的客车调整计划应用方法：（1）客车调整计划，客车调整计划是tdms端客调台向ctc系统下达的旅客列车调整计划信息，包含客车的增开、停运、变更径路、变更到发时刻及股道运用等信息。客车调整计划由tdms端主动发送。
57.（2）客车调整计划信息流向，客车调整计划由tdms端客调台主动发送，经ctc系统的tdms接口服务器解析、合法性检查、存储等处理后将正确的客车调整计划经ctc总应用服务器、相关调度区段所属ctc应用服务器送达至对应调度区段的ctc运行图终端。在tdms接口服务器检查到的非法计划，将已错误应用回执方式反馈至tdms端。在ctc运行图终端成功上图的客车调整计划也将发送成功应用的回执反馈至tdms端。客车调整计划的信息流向示意图如图 4所示。
58.（3）客车调整计划在tdms接口服务器的应用方法，客车调整日班计划在tdms接口服务器应用流程图如图 5所示。
59.1）解析客车调整计划。
60.首先判断接收到的客车调整计划是否为多包，若是单包数据，则直接解析；若为多包数据，则等待此类信息按照包号依次接收完整后再解析。在接收多包数据时，遇接收数据的信息类型为非正在接收的信息类型或包号不连续的信息时，抛弃已接收的客车调整计划。
61.2）检查客车调整计划。
62.检查日班id是否有效。日班id应为非0的正整数。
63.检查计划修改类型是否正确。客车调整计划的修改类型有：值1表示增加，值2表示修改，值3表示删除。计划修改类型值为非1、2、3时认为不正确。检查站码是否有效。站码应为该调度台中实际存在的站码，若不是则认为站码无效。检查到达节点和出发节点与站码是否匹配。客车调整日班计划中节点信息中的到达节点和出发节点分别表示节点在运行图上到达点所在站名线的id值和出发点所在站名线的id值。在运行图中每条站名线绑定唯一的站码。若到达节点或出发节点与站码不匹配，则认为计划无效。检查股道是否有效。股道应为该车站实际存在的股道，若不是则任务股道无效。检查线别是否有效。参照逻辑9，若正确则有效，否则无效。检查a
‑
f项，若有一项不满足，则视为该客车调整日班计划有误，错误信息已回执方式反馈发送给tdms端，同时在接收客车调整日班计划链表中剔除此条有误的日班计划。
64.3）存储客车调整日班计划。
65.首先使用客车调整日班计划运行线的日班id在ctc系统数据库存储日班计划的表rb_train中找看是否已存在相同日班id的日班计划运行线，若存在则在数据库表rb_train和rb_trainnode中删除该日班id计划运行线的相关信息，然后再插入本次接收的该日班id计划运行线信息；若不存在，则直接向表rb_train和rb_trainnode中插入本次接收的该日班id计划运行线信息。
66.4）向对应调度区段的运行图终端发送。
67.将接收到的正确的客车调整日班计划按fzy
‑
ctc通信信息格式发给给对应调度台的运行图终端。
68.（4）客车调整计划在ctc运行图终端的应用方法。
69.1）运行图终端在程序启动或交接班时将初始化、和，其中链表为空。
70.2）收到客车调整计划后，首先进行解析，由于在tdms端已将此计划进行检查，因此不再运行图终端重复检查。
71.3）数据转换。由于运行图终端内部使用的某些关键字属性值与tdms端发送的对应关键字属性值定义不一致，特此需要进行转换。需转换的数据有调整计划运行线头标志、尾标志和股道名称。
72.4）更新运行图终端缓存的日班计划链表。用链表中的每一条客车调整日班计划的日班id做为关键字在中找相同日班id的列车日班计划，若找到，则用新收到的客车调整日班计划替代原缓存链表中的对应列车日班计划。
73.5）更新日班计划显示界面。若运行图终端当前显示界面为日班计划显示界面，则立即刷新此界面。
74.6）更新运行图终端缓存的待上图客车调整日班计划链表。用链表中的每一条客车调整日班计划的日班id做为关键字在中找相同日班id的客车调整日班计划，若找到，则用新收到的客车调整日班计划替代原缓存链表中的对应客车调整日班计划。
75.7）运行图终端界面弹框提示调度员收到客车调整计划。
76.8）客车调整计划上图。
77.①
提供客车调整计划上图的独立显示与选择的界面，如图 6所示。界面包含待上图的客车调整计划列表，列表中显示客车调整计划的“生成/删除”勾选项、车次、增删标志、头标志、尾标志、开始时间、结束时间、始发站、终到站、日班id和接收时间等信息，其中“生成/删除”勾选项用于勾选此条客车调整计划是将要上图还是将在程序缓存待上图客车列车链表中删除。界面设置“全选”、“全反选”、“上图”、“删除”和“取消”五个按钮，便于列车调度员灵活选择要上图的客车调整计划。
78.②
判断在客车调整计划对话框勾选要上每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条客车调整计划上图；若选择不生成，则此条客车调整计划将不上图。相关操作将记录详细日志。
79.③
根据客车调整计划的修改类型上图，具体应用方法如下：[1] 增加，若baddrblimitedbydrawontime的配置值为1，且将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。表示当前时刻（全文通用）。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。
除a和b场景外，均可上图。上图成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图的运行线添加至链表中，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。[2] 更新，将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。在链表中找与将要上图的客车调整计划的日班id一样的运行线，找到的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，除a和b场景外，若在链表中找到的与将要上图的客车调整计划的日班id一样的运行线，则认为具备上图条件，将使用对应新收到的客车调整计划替换，上图成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图的运行线更新至链表中，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。[3] 删除，将要上图删除的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，在链表中找与将要上图删除的客车调整计划的日班id一样的运行线，若找不到，则不具备上图删除条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，找不到对应日班计划的运行线。若在链表中找与将要上图删除的客车调整计划的日班id一样的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，除a、b和c场景外，均可上图删除。上图删除成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图删除的运行线从链表中移除，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。
[0080]
又例如，本发明实施例中的基于ctc系统的货车调整计划应用方法，（1）货车调整计划， 货车调整计划是tdms端计划台向ctc系统下达的货运列车调整信息，分为两种，阶段计划和单趟调整计划。阶段计划中可能包含多条货车调整计划信息，单趟调整计划中仅包含一条货车调整计划信息，两种信息的格式相似。货车调整计划，含阶段计划和单趟调整计划由tdms端主动发送。（2）货车调整计划信息流向，货车调整计划由tdms端计划台主动发送。经ctc系统的tdms接口服务器解析、合法性检查、存储等处理后将正确的货车调整计划经ctc总应用服务器、相关调度区段所属ctc应用服务器送达至对应调度区段的ctc运行图终端。在tdms接口服务器检查到的非法计划，将已错误应用回执方式反馈至tdms端。在ctc运行图终端成功上图的货车调整计划也将发送成功应用的回执反馈至tdms端。货车调整计划的信息流向示意图如图 7所示。
[0081]
（3）货车调整计划在tdms接口服务器的应用方法，同客车调整计划。
[0082]
（4）货车调整计划在ctc运行图终端的应用方法，货车调整计划分为货车调整阶段计划和货车调整单趟计划。1）运行图终端在程序启动或交接班时将初始化、和，其中链表为空。2）收到货车调整节点计划/货车调整单趟计划后，首先进行解析，由于在tdms端已将此计划进行检查，因此不再运行图终端重复检查。3）数据转换。由于运行图终端内部使用的某些关键字属性值与tdms端发送的对应关键字属性值定义不一致，特此需要进行转换。需转换的数据有调整计划运行线头标志、尾标志和股道名称。4）更新运行图终端缓存的日班计划链表。用链表中的每一条货车调整计划或货车调整计划的日班id做为关键字在中找相同日班id的列车日班计划，若找到，则用新收到的货车调整计划替代原缓存链表中的对应列车日班计划。5）更新日班计划显示界面。若运行图终端当前显示界面为日班计划显示界面，则立即刷新此界面。6）更新运行图终端缓存的待上图货车调整日班计划链表。用链表中的每一条货车调整阶段计划或货车调整单趟计划的日班id做为关键字在中找相同日班id的货车调整日班计划，若找到，则用新收到的货车调整计划替代原缓存链表中的对应货车调整计划。7）运行图终端界面弹框提示调度员收到货车调整计划。8）货车调整计划上图。
[0083]
①
提供货车调整计划上图的独立显示与选择的界面，如图 8所示。界面包含待上图的货车调整计划列表，列表中显示货车调整计划的“生成/删除”勾选项、车次、停运标志、头标志、尾标志、开始时间、结束时间、始发站、终到站、日班id和接收时间等信息，其中“生成/删除”勾选项用于勾选此条货车调整计划是将要上图还是将在程序缓存待上图货车列车链表中删除。界面设置“全选”、“全反选”、“上图”、“删除”和“取消”五个按钮，便于列车调度员灵活选择要上图的货车调整计划。
[0084]
②
判断在货车调整计划对话框勾选要上每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条货车调整计划上图；若选择不生成，则此条货车调整计划将不上图。相关操作将记录详细日志。
[0085]
③
货车调整计划的修改类型赋值。由于货车调整计划中不含修改类型，因此需要对货车调整计划的修改类型进行赋值。
[0086]
货车调整计划运行线的停运标志属性为停运时，将该货车调整计划的修改类型定义为删除。
[0087]
在链表中若不找到的与将要上图的货车调整计划的日班计划id一样的运行线，则将该货车调整计划的修改类型定义为增加。
[0088]
在链表中若找到的与将要上图的货车调整计划的日班计划id一样的运行线，则将该货车调整计划的修改类型定义为更新。
[0089]
④
根据货车调整计划的修改类型上图，具体应用方法如下：[1] 增加若baddrblimitedbydrawontime的配置值为1，且将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条
件。表示当前时刻（全文通用）。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0090]
将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0091]
除a和b场景外，均可上图。上图成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图的运行线添加至链表中，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0092]
[2] 更新若bupdateshrblimitedbydrawontime的配置值为0，且将要上图的货车调整计划为货车调整单趟调整计划时，在链表中找与将要上图的货车调整单趟计划的日班id一样的运行线，如果存在，且该运行线中的任意节点均未转实绩，则认为具备上图条件，可以上图；否则认为不具备上图条件，无法上图，告警窗口提示栏将提示：车次xx（货车调整单趟计划）上图失败，对应运行线存在已转实绩的节点。
[0093]
将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0094]
在链表中找与将要上图的货车调整计划的日班id一样的运行线，找到的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0095]
除a、b和c中不具备上图条件的场景外，若在链表中找到的与将要上图的货车调整计划的日班id一样的运行线，则认为具备上图条件，将使用对应新收到的货车调整计划替换，上图成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图的运行线更新至链表中，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0096]
[3] 删除将要上图删除的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0097]
在链表中找与将要上图删除的货车调整计划的日班id一样的运行线，若找不到，则不具备上图删除条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，找不到对应日班计划的运行线。
[0098]
若在链表中找与将要上图删除的货车调整计划的日班id一样的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0099]
除a、b和c场景外，均可上图删除。上图删除成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图删除的运行线从链表中移除，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0100]
补充逻辑逻辑1：一般运行线节点接入区间id是否正确检查逻辑。
[0101]
该区间id是否为该节点所属车站与该节点相邻的后方车站（按列车运行方向，已经过的车站）之间的区间id。若是则此节点接入区间id正确，否则错误。
[0102]
逻辑2：一般运行线节点接入线别是否正确检查逻辑。
[0103]
该线别是否是此区间实际存在的线别，若是则此节点接入线别正确，否则错误。
[0104]
逻辑3：一般运行线节点交出区间id是否正确检查逻辑。
[0105]
该区间id是否为该节点所属车站与该节点相邻的前方车站（按列车运行方向，尚未经过的车站）之间的区间id。若是则此节点交出区间id正确，否则错误。
[0106]
逻辑4：一般运行线节点交出线别是否正确检查逻辑。
[0107]
该线别是否是此区间实际存在的线别，若是则此节点交出线别正确，否则错误。
[0108]
逻辑5：分界口车站作为接入首节点的接入区间id是否正确检查逻辑。
[0109]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此接入区间id是否与配置的区间id匹配，若匹配则正确，否则有误。
[0110]
逻辑6：分界口车站作为接入首节点的接入线别是否正确检查逻辑。
[0111]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此接入线别是否与配置的接入线别匹配，若匹配则正确，否则有误。
[0112]
逻辑7：分界口车站作为交出首节点的交出区间id是否正确检查逻辑。
[0113]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此交出区间id是否与配置的区间id匹配，若匹配则正确，否则有误。
[0114]
逻辑8：分界口车站作为交出首节点的交出线别是否正确检查逻辑。
[0115]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此交出线别是否与配置的交出线别匹配，若匹配则正确，否则有误。
[0116]
逻辑9：日班计划运行线节点线别检查逻辑。
[0117]
1）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
首节点a.
ꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀ
始发：必须为0。
[0118]
ꢀꢀ
接入：若为分界口车站，则进行如下检查。
[0119]
ꢀꢀꢀ
接入区间id：逻辑5。
[0120]
ꢀꢀꢀꢀꢀ
接入线别：逻辑6。
[0121]
b.
ꢀꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀꢀ
交出区间id：逻辑3。
[0122]
ꢀꢀꢀꢀ
交出线别：逻辑4。
[0123]
2）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
中间节点a.
ꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀꢀ
接入区间id：逻辑1。
[0124]
ꢀꢀꢀꢀ
接入线别：逻辑2。
[0125]
b.
ꢀꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀꢀ
交出区间id：逻辑3。
[0126]
ꢀꢀꢀꢀ
交出线别：逻辑4。
[0127]
3）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
尾结点a.
ꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀꢀ
接入区间id：逻辑1。
[0128]
ꢀꢀꢀꢀ
接入线别：逻辑2。
[0129]
b.
ꢀꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀ
终到：必须是0。
[0130]
ꢀꢀꢀ
交出：若为分界口车站，则进行如下检查。
[0131]
ꢀꢀꢀꢀ
交出区间id：逻辑7。
[0132]
ꢀꢀꢀꢀ
交出线别：逻辑8。
[0133]
逻辑10：分界口车站线别配置。
[0134]
由于调度台的所辖范围有限，根据列车运行计划，在列车运行过程中可能发生跨调度台、甚至跨路局运行的情况。由于列车由本调度台分界口车站交出的前方车站不属于本调度台管辖，将导致该运行线在此调度台的交出区间及交出线别无法获取。由于列车在本调度台分界口车站接入的后方车站不属于本调度台管辖，将导致该运行线在此调度台的接入区间及接入线别无法获取。鉴于此特增加分界口车站线别配置，解决这一问题。
[0135]
分界口车站线别配置的关键字如下：关键字1：调度台简码关键字2：分界口车站站码关键字3：分界口车站站名线id，用于区分多方向分界口车站的不同方向。
[0136]
关键字4：附加车站站码。与分界口车站相邻且不属于本调度台管辖的车站站码，在分界口车站接入的后方车站站码，在分界口车站交出的前方站站码。
[0137]
关键字5：区间id。分界口车站与附加车站之间的区间id值。
[0138]
关键字6：接入线别值。由该区间id所属区间在此分界口车站接入时的线别值。
[0139]
关键字7：交出线别值。由该区间id所属区间在此分界口车站交出时的线别值。
[0140]
通过上述实施例，解决了现有技术中的基本图是某一阶段列车的基础开行方案，灵活性差，实际上每天的车流并不相同，不能仅靠一份基本图来适应每天的列车开行方案的技术问题。
[0141]
实施例二图10是根据本发明实施例的一种基于ctc系统的日班计划应用装置的结构框图，如图10所示，该装置包括：获取模块1000，用于获取预定义规则，其中，所述预定义规则包括：链表规则、关系规则。
[0142]
定义模块1002，用于根据所述预定义规则，定义链表数据。
[0143]
计划模块1004，用于根据所述链表数据，获取列车日班计划数据与信息流向数据。
[0144]
调整模块1006，用于用于将所述日班计划数据与信息流向数据用于执行列车日班计划、客车调整计划、货车调整计划。
[0145]
可选的，所述装置还包括：配置模块，用于根据所述预定义规则和所述定义链表数据进行配置，得到配置结果。
[0146]
可选的，所述列车日班计划数据是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。
[0147]
可选的，所述装置还包括：检查模块，用于通过调度台检查所述客车和货车的调整计划，并将调整结果进行解析和反馈。
[0148]
具体的，本发明实施例技术方案可以是利用了调度集中系统（简称ctc系统），使用的日班计划是指通过ctc系统端的tdms接口服务器获得的运输调度管理信息系统（简称tdms）传送的日班计划，其中包含列车日班计划、货车调整计划和客车调整计划。预定义定义如下链表：表示程序启动从数据库中初始化当前运行图界面显示范围内已上图的列车运行计划链表。
[0149]
表示程序启动从数据库中初始化当前运行图界面显示范围内的日班计划链表。
[0150]
表示程序缓存的待上图客车调整日班计划链表。
[0151]
表示程序缓存的待上图货车调整日班计划链表。
[0152]
表示第次接收到的客车调整日班计划链表。
[0153]
表示第次接收到的货车调整日班计划链表。
[0154]
表示第次接收到的货车单趟调整日班计划链表。
[0155]
设置配置：1）nallowtdrbdrawonhour，单位：小时，默认值为3，表示距当前时刻多少小时后允许调整计划上图，主要针对要上图的调整计划始发首节点出发时刻或接入首节点到达时刻。2）baddrblimitedbydrawontime：修改类型为增加的调整计划上图是否受nallowtdrbdrawonhour配置卡控，值为1时表示修改类型为增加的调整计划上图受nallowtdrbdrawonhour配置卡控，值为0表示修改类型为增加的调整计划上图不受
nallowtdrbdrawonhour配置卡控，默认值为0。3）bupdateshrblimitedbydrawontime：修改类型为更新的货车调整单趟计划上图是否受nallowtdrbdrawonhour配置卡控，值为1时表示修改类型为更新的货车调整单趟计划上图受nallowtdrbdrawonhour配置卡控，值为0表示表示修改类型为更新的货车调整单趟计划上图不受nallowtdrbdrawonhour配置卡控，默认值为1。
[0156]
另外，对于基于ctc系统的列车日班计划应用方法，可以是：（1）列车日班计划。列车日班计划是tdms端向ctc系统下达的每日列车基础开行计划，包括客运、货运及其他列车的开行计划。参照《铁路运输调度规则》（高速铁路部分），列车日班计划应于18点前由tdms端完成向ctc端的发送。（2）列车日班计划获取方式与信息流向。列车日班计划获取方式有如下两种：方式一：tdms终端主动发送。tdms端向ctc端发送日班计划下达通知，ctc端tdms接口服务器收到此通知消息后，立即向tdms端发送按时间范围获取日班计划的请求消息，tdms端收到此请求消息后，将作出响应，将相关的列车日班计划发送至ctc端。ctc端tdms接口服务器收到tdms端发送日班计划请求响应信息后，将对列车日班计划进行解析、检查、存储，之后向对应的ctc运行图终端发送更新日班计划通知。相关信息交互的流程图如图 1所示。
[0157]
方式二：ctc端运行图终端主动请求。由列车调度员在ctc运行图终端软件上操作，主动请求日班计划。请求信息通过该调度区段所属ctc应用服务器、ctc总应用服务器、tdms接口服务器送达值tdms端，tdms端收到此请求消息后，将作出响应，将相关的列车日班计划发送至ctc端。ctc端tdms接口服务器收到tdms端发送日班计划请求响应信息后，将对列车日班计划进行解析、检查、存储，之后向对应的ctc运行图终端发送更新日班计划通知。相关信息交互的流程图如图 2所示。
[0158]
（3）列车日班计划在tdms接口服务器的应用方法。
[0159]
1）收到tdms端发送的日班计划下达通知。
[0160]
ctc端tdms接口服务器收到tdms端发送的日班计划下达通知消息后，立即向tdms端发送按时间范围获取日班计划的请求消息，此请求信息中包含调度台代码、请求列车日班计划时间范围的开始时间和结束时间等信息。请求列车日班计划时间范围一般不小于12小时，默认为 36小时，可配置。请求列车日班计划时间范围的开始时间为当时时间所属班次的开始时间。班次的规定：当日18:00至次日6:00为第一班次，次日6:00至18:00为第二班次。
[0161]
2）收到运行图终端发送请求信息。
[0162]
ctc端tdms接口服务器收到运行图终端发送请求信息后，将fzyctc通信协议格式的该信息转换为与tdms交互的通信协议格式，然后发给tdms端。
[0163]
3）收到tdms端发送的日班计划请求响应，ctc端tdms接口服务器收到tdms端发送的日班计划请求响应后的应用流程如图 3所示。
[0164]
①
解析列车日班计划，首先判断接收到的列车日班计划是否为多包，若是单包数据，则直接解析；若为多包数据，则等待此类信息按照包号依次接收完整后再解析。在接收多包数据时，遇接收数据的信息类型为非正在接收的信息类型或包号不连续的信息时，抛弃已接收的列车日班计划。
[0165]
②
检查列车日班计划，检查日班id是否有效。日班id应为非0的正整数。
[0166]
检查计划修改类型是否正确。客车调整计划的修改类型有：值1表示增加，值2表示修改，值3表示删除。计划修改类型值为非1、2、3时认为不正确。检查站码是否有效。站码应为该调度台中实际存在的站码，若不是则认为站码无效。检查到达节点和出发节点与站码是否匹配。客车调整日班计划中节点信息中的到达节点和出发节点分别表示节点在运行图上到达点所在站名线的id值和出发点所在站名线的id值。在运行图中每条站名线绑定唯一的站码。若到达节点或出发节点与站码不匹配，则认为计划无效。检查股道是否有效。股道应为该车站实际存在的股道，若不是则任务股道无效。检查线别是否有效。参照逻辑9，若正确则有效，否则无效。检查a
‑
f项，若有一项不满足，则视为该列车日班计划有误，在接收列车日班计划链表中剔除此条有误的日班计划。
[0167]
③
存储客车调整日班计划，首先按照请求日班计划的时间范围，将ctc系统数据库该时间范围内表rb_train和rb_trainnode中数据删除，然后再插入本次接收的列车日班计划。
[0168]
（4）列车日班计划在ctc运行图终端的应用方法。
[0169]
1）运行图终端在程序启动或交接班时将初始化和。
[0170]
2）列车日班计划上图。
[0171]
①
提供列车日班计划上图的独立显示与选择的界面。界面提供经由车站选择下拉列表、车种选择项（客车和货车）、方向选择项（上行和下行）、头类型选择项（始发和接入）、时间范围选择项及相关列车日班计划的概要信息列表（车次号和接入时间）。
[0172]
②
判断将要上图的列车日班计划中的每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条列车日班计划上图；若选择不生成，则此条列车日班计划将不上图。相关操作将记录详细日志。
[0173]
③
列车日班计划上图成功后，立即刷新运行图显示界面，并更新程序缓存链表和，上图的运行线添加至链表中。
[0174]
例如，本发明实施例中所述的基于ctc系统的客车调整计划应用方法：（1）客车调整计划，客车调整计划是tdms端客调台向ctc系统下达的旅客列车调整计划信息，包含客车的增开、停运、变更径路、变更到发时刻及股道运用等信息。客车调整计划由tdms端主动发送。
[0175]
（2）客车调整计划信息流向，客车调整计划由tdms端客调台主动发送，经ctc系统的tdms接口服务器解析、合法性检查、存储等处理后将正确的客车调整计划经ctc总应用服务器、相关调度区段所属ctc应用服务器送达至对应调度区段的ctc运行图终端。在tdms接口服务器检查到的非法计划，将已错误应用回执方式反馈至tdms端。在ctc运行图终端成功上图的客车调整计划也将发送成功应用的回执反馈至tdms端。客车调整计划的信息流向示意图如图 4所示。
[0176]
（3）客车调整计划在tdms接口服务器的应用方法，客车调整日班计划在tdms接口服务器应用流程图如图 5所示。
[0177]
1）解析客车调整计划。
[0178]
首先判断接收到的客车调整计划是否为多包，若是单包数据，则直接解析；若为多
包数据，则等待此类信息按照包号依次接收完整后再解析。在接收多包数据时，遇接收数据的信息类型为非正在接收的信息类型或包号不连续的信息时，抛弃已接收的客车调整计划。
[0179]
2）检查客车调整计划。
[0180]
检查日班id是否有效。日班id应为非0的正整数。
[0181]
检查计划修改类型是否正确。客车调整计划的修改类型有：值1表示增加，值2表示修改，值3表示删除。计划修改类型值为非1、2、3时认为不正确。检查站码是否有效。站码应为该调度台中实际存在的站码，若不是则认为站码无效。检查到达节点和出发节点与站码是否匹配。客车调整日班计划中节点信息中的到达节点和出发节点分别表示节点在运行图上到达点所在站名线的id值和出发点所在站名线的id值。在运行图中每条站名线绑定唯一的站码。若到达节点或出发节点与站码不匹配，则认为计划无效。检查股道是否有效。股道应为该车站实际存在的股道，若不是则任务股道无效。检查线别是否有效。参照逻辑9，若正确则有效，否则无效。检查a
‑
f项，若有一项不满足，则视为该客车调整日班计划有误，错误信息已回执方式反馈发送给tdms端，同时在接收客车调整日班计划链表中剔除此条有误的日班计划。
[0182]
3）存储客车调整日班计划。
[0183]
首先使用客车调整日班计划运行线的日班id在ctc系统数据库存储日班计划的表rb_train中找看是否已存在相同日班id的日班计划运行线，若存在则在数据库表rb_train和rb_trainnode中删除该日班id计划运行线的相关信息，然后再插入本次接收的该日班id计划运行线信息；若不存在，则直接向表rb_train和rb_trainnode中插入本次接收的该日班id计划运行线信息。
[0184]
4）向对应调度区段的运行图终端发送。
[0185]
将接收到的正确的客车调整日班计划按fzy
‑
ctc通信信息格式发给给对应调度台的运行图终端。
[0186]
（4）客车调整计划在ctc运行图终端的应用方法。
[0187]
1）运行图终端在程序启动或交接班时将初始化、和，其中链表为空。
[0188]
2）收到客车调整计划后，首先进行解析，由于在tdms端已将此计划进行检查，因此不再运行图终端重复检查。
[0189]
3）数据转换。由于运行图终端内部使用的某些关键字属性值与tdms端发送的对应关键字属性值定义不一致，特此需要进行转换。需转换的数据有调整计划运行线头标志、尾标志和股道名称。
[0190]
4）更新运行图终端缓存的日班计划链表。用链表中的每一条客车调整日班计划的日班id做为关键字在中找相同日班id的列车日班计划，若找到，则用新收到的客车调整日班计划替代原缓存链表中的对应列车日班计划。
[0191]
5）更新日班计划显示界面。若运行图终端当前显示界面为日班计划显示界面，则立即刷新此界面。
[0192]
6）更新运行图终端缓存的待上图客车调整日班计划链表。用链表中
的每一条客车调整日班计划的日班id做为关键字在中找相同日班id的客车调整日班计划，若找到，则用新收到的客车调整日班计划替代原缓存链表中的对应客车调整日班计划。
[0193]
7）运行图终端界面弹框提示调度员收到客车调整计划。
[0194]
8）客车调整计划上图。
[0195]
①
提供客车调整计划上图的独立显示与选择的界面，如图 6所示。界面包含待上图的客车调整计划列表，列表中显示客车调整计划的“生成/删除”勾选项、车次、增删标志、头标志、尾标志、开始时间、结束时间、始发站、终到站、日班id和接收时间等信息，其中“生成/删除”勾选项用于勾选此条客车调整计划是将要上图还是将在程序缓存待上图客车列车链表中删除。界面设置“全选”、“全反选”、“上图”、“删除”和“取消”五个按钮，便于列车调度员灵活选择要上图的客车调整计划。
[0196]
②
判断在客车调整计划对话框勾选要上每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条客车调整计划上图；若选择不生成，则此条客车调整计划将不上图。相关操作将记录详细日志。
[0197]
③
根据客车调整计划的修改类型上图，具体应用方法如下：[1] 增加，若baddrblimitedbydrawontime的配置值为1，且将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。表示当前时刻（全文通用）。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。除a和b场景外，均可上图。上图成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图的运行线添加至链表中，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。[2] 更新，将要上图的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。在链表中找与将要上图的客车调整计划的日班id一样的运行线，找到的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，除a和b场景外，若在链表中找到的与将要上图的客车调整计划的日班id一样的运行线，则认为具备上图条件，将使用对应新收到的客车调整计划替换，上图成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图的运行线更新
至链表中，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。[3] 删除，将要上图删除的客车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，在链表中找与将要上图删除的客车调整计划的日班id一样的运行线，若找不到，则不具备上图删除条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，找不到对应日班计划的运行线。若在链表中找与将要上图删除的客车调整计划的日班id一样的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（客车调整计划）上图失败，不在上图允许时间范围内。，除a、b和c场景外，均可上图删除。上图删除成功后，立即刷新运行图显示界面。客车调整计划上图后，更新程序缓存链表和，上图删除的运行线从链表中移除，在“客车调整计划”对话框勾选要上图的客车调整计划从中删除。
[0198]
又例如，本发明实施例中的基于ctc系统的货车调整计划应用方法，（1）货车调整计划， 货车调整计划是tdms端计划台向ctc系统下达的货运列车调整信息，分为两种，阶段计划和单趟调整计划。阶段计划中可能包含多条货车调整计划信息，单趟调整计划中仅包含一条货车调整计划信息，两种信息的格式相似。货车调整计划，含阶段计划和单趟调整计划由tdms端主动发送。（2）货车调整计划信息流向，货车调整计划由tdms端计划台主动发送。经ctc系统的tdms接口服务器解析、合法性检查、存储等处理后将正确的货车调整计划经ctc总应用服务器、相关调度区段所属ctc应用服务器送达至对应调度区段的ctc运行图终端。在tdms接口服务器检查到的非法计划，将已错误应用回执方式反馈至tdms端。在ctc运行图终端成功上图的货车调整计划也将发送成功应用的回执反馈至tdms端。货车调整计划的信息流向示意图如图 7所示。
[0199]
（3）货车调整计划在tdms接口服务器的应用方法，同客车调整计划。
[0200]
（4）货车调整计划在ctc运行图终端的应用方法，货车调整计划分为货车调整阶段计划和货车调整单趟计划。1）运行图终端在程序启动或交接班时将初始化、和，其中链表为空。2）收到货车调整节点计划/货车调整单趟计划后，首先进行解析，由于在tdms端已将此计划进行检查，因此不再运行图终端重复检查。3）数据转换。由于运行图终端内部使用的某些关键字属性值与tdms端发送的对应关键字属性值定义不一致，特此需要进行转换。需转换的数据有调整计划运行线头标志、尾标志和股道名称。4）更新运行图终端缓存的日班计划链表。用链表中的每一条货车调整计划或货车调整计划的日班id做为关键字在中找相同日班id的列车日班计划，若找到，则用新收到的货车调整计划替代原缓存链表中的对应列车日班计划。5）更新日班计划显示界面。若运行图终端当前显示界面为日班计划显示界面，则立即刷新此界面。6）更新运行图终端缓存的待上图货车调整日班计划链表。用链表中的每一条货车调整阶段计划或货车调整
单趟计划的日班id做为关键字在中找相同日班id的货车调整日班计划，若找到，则用新收到的货车调整计划替代原缓存链表中的对应货车调整计划。7）运行图终端界面弹框提示调度员收到货车调整计划。8）货车调整计划上图。
[0201]
①
提供货车调整计划上图的独立显示与选择的界面，如图 8所示。界面包含待上图的货车调整计划列表，列表中显示货车调整计划的“生成/删除”勾选项、车次、停运标志、头标志、尾标志、开始时间、结束时间、始发站、终到站、日班id和接收时间等信息，其中“生成/删除”勾选项用于勾选此条货车调整计划是将要上图还是将在程序缓存待上图货车列车链表中删除。界面设置“全选”、“全反选”、“上图”、“删除”和“取消”五个按钮，便于列车调度员灵活选择要上图的货车调整计划。
[0202]
②
判断在货车调整计划对话框勾选要上每一条计划在当前运行图终端实绩图界面中是否有相同日班id的已上图的运行线，若存在，则弹框提示列车调度员，“有相同日班id的日班计划已上图，是否继续生成”若选择继续生成，则此条货车调整计划上图；若选择不生成，则此条货车调整计划将不上图。相关操作将记录详细日志。
[0203]
③
货车调整计划的修改类型赋值。由于货车调整计划中不含修改类型，因此需要对货车调整计划的修改类型进行赋值。
[0204]
货车调整计划运行线的停运标志属性为停运时，将该货车调整计划的修改类型定义为删除。
[0205]
在链表中若不找到的与将要上图的货车调整计划的日班计划id一样的运行线，则将该货车调整计划的修改类型定义为增加。
[0206]
在链表中若找到的与将要上图的货车调整计划的日班计划id一样的运行线，则将该货车调整计划的修改类型定义为更新。
[0207]
④
根据货车调整计划的修改类型上图，具体应用方法如下：[1] 增加若baddrblimitedbydrawontime的配置值为1，且将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。表示当前时刻（全文通用）。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0208]
将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0209]
除a和b场景外，均可上图。上图成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图的运行线添加至链表中，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0210]
[2] 更新
若bupdateshrblimitedbydrawontime的配置值为0，且将要上图的货车调整计划为货车调整单趟调整计划时，在链表中找与将要上图的货车调整单趟计划的日班id一样的运行线，如果存在，且该运行线中的任意节点均未转实绩，则认为具备上图条件，可以上图；否则认为不具备上图条件，无法上图，告警窗口提示栏将提示：车次xx（货车调整单趟计划）上图失败，对应运行线存在已转实绩的节点。
[0211]
将要上图的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0212]
在链表中找与将要上图的货车调整计划的日班id一样的运行线，找到的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0213]
除a、b和c中不具备上图条件的场景外，若在链表中找到的与将要上图的货车调整计划的日班id一样的运行线，则认为具备上图条件，将使用对应新收到的货车调整计划替换，上图成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图的运行线更新至链表中，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0214]
[3] 删除将要上图删除的货车调整计划运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0215]
在链表中找与将要上图删除的货车调整计划的日班id一样的运行线，若找不到，则不具备上图删除条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，找不到对应日班计划的运行线。
[0216]
若在链表中找与将要上图删除的货车调整计划的日班id一样的运行线的始发首节点出发时刻或接入首节点到达时刻满足如下公式条件，则不具备上图条件。告警窗口提示栏将提示：车次xx（货车调整计划）上图失败，不在上图允许时间范围内。
[0217]
除a、b和c场景外，均可上图删除。上图删除成功后，立即刷新运行图显示界面。货车调整计划上图后，更新程序缓存链表和，上图删除的运行线从链表中移除，在“货车调整计划”对话框勾选要上图的货车调整计划从中删除。
[0218]
补充逻辑
逻辑1：一般运行线节点接入区间id是否正确检查逻辑。
[0219]
该区间id是否为该节点所属车站与该节点相邻的后方车站（按列车运行方向，已经过的车站）之间的区间id。若是则此节点接入区间id正确，否则错误。
[0220]
逻辑2：一般运行线节点接入线别是否正确检查逻辑。
[0221]
该线别是否是此区间实际存在的线别，若是则此节点接入线别正确，否则错误。
[0222]
逻辑3：一般运行线节点交出区间id是否正确检查逻辑。
[0223]
该区间id是否为该节点所属车站与该节点相邻的前方车站（按列车运行方向，尚未经过的车站）之间的区间id。若是则此节点交出区间id正确，否则错误。
[0224]
逻辑4：一般运行线节点交出线别是否正确检查逻辑。
[0225]
该线别是否是此区间实际存在的线别，若是则此节点交出线别正确，否则错误。
[0226]
逻辑5：分界口车站作为接入首节点的接入区间id是否正确检查逻辑。
[0227]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此接入区间id是否与配置的区间id匹配，若匹配则正确，否则有误。
[0228]
逻辑6：分界口车站作为接入首节点的接入线别是否正确检查逻辑。
[0229]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此接入线别是否与配置的接入线别匹配，若匹配则正确，否则有误。
[0230]
逻辑7：分界口车站作为交出首节点的交出区间id是否正确检查逻辑。
[0231]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此交出区间id是否与配置的区间id匹配，若匹配则正确，否则有误。
[0232]
逻辑8：分界口车站作为交出首节点的交出线别是否正确检查逻辑。
[0233]
参照逻辑10“分界口车站线别配置”，根据此日班计划的调度台简码、分界口车站站码和分界口车站站名线id找对应的分界口车站线别配置，看此交出线别是否与配置的交出线别匹配，若匹配则正确，否则有误。
[0234]
逻辑9：日班计划运行线节点线别检查逻辑。
[0235]
4）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
首节点c.
ꢀꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀꢀꢀꢀꢀ
始发：必须为0。
[0236]
ꢀꢀꢀꢀꢀꢀꢀ
接入：若为分界口车站，则进行如下检查。
[0237]
ꢀꢀꢀꢀꢀꢀꢀꢀ
接入区间id：逻辑5。
[0238]
ꢀꢀꢀꢀꢀꢀꢀꢀ
接入线别：逻辑6。
[0239]
d.
ꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀꢀꢀꢀꢀ
交出区间id：逻辑3。
[0240]
ꢀꢀꢀꢀꢀꢀꢀꢀ
交出线别：逻辑4。
[0241]
5）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
中间节点c.
ꢀꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀꢀꢀꢀꢀ
接入区间id：逻辑1。
[0242]
ꢀꢀꢀꢀꢀꢀꢀꢀ
接入线别：逻辑2。
[0243]
d.
ꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀꢀꢀꢀꢀ
交出区间id：逻辑3。
[0244]
ꢀꢀꢀꢀꢀꢀꢀꢀ
交出线别：逻辑4。
[0245]
6）
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
尾结点c.
ꢀꢀꢀꢀꢀꢀꢀ
接入线别
ꢀꢀꢀꢀꢀꢀꢀ
接入区间id：逻辑1。
[0246]
ꢀꢀꢀꢀꢀꢀꢀꢀ
接入线别：逻辑2。
[0247]
d.
ꢀꢀꢀꢀꢀꢀ
交出线别
ꢀꢀꢀꢀꢀꢀ
终到：必须是0。
[0248]
ꢀꢀꢀꢀꢀꢀꢀ
交出：若为分界口车站，则进行如下检查。
[0249]
ꢀꢀꢀꢀꢀꢀꢀꢀ
交出区间id：逻辑7。
[0250]
交出线别：逻辑8。
[0251]
逻辑10：分界口车站线别配置。
[0252]
由于调度台的所辖范围有限，根据列车运行计划，在列车运行过程中可能发生跨调度台、甚至跨路局运行的情况。由于列车由本调度台分界口车站交出的前方车站不属于本调度台管辖，将导致该运行线在此调度台的交出区间及交出线别无法获取。由于列车在本调度台分界口车站接入的后方车站不属于本调度台管辖，将导致该运行线在此调度台的接入区间及接入线别无法获取。鉴于此特增加分界口车站线别配置，解决这一问题。
[0253]
分界口车站线别配置的关键字如下：关键字1：调度台简码关键字2：分界口车站站码关键字3：分界口车站站名线id，用于区分多方向分界口车站的不同方向。
[0254]
关键字4：附加车站站码。与分界口车站相邻且不属于本调度台管辖的车站站码，在分界口车站接入的后方车站站码，在分界口车站交出的前方站站码。
[0255]
关键字5：区间id。分界口车站与附加车站之间的区间id值。
[0256]
关键字6：接入线别值。由该区间id所属区间在此分界口车站接入时的线别值。
[0257]
关键字7：交出线别值。由该区间id所属区间在此分界口车站交出时的线别值。
[0258]
通过上述实施例，解决了现有技术中的基本图是某一阶段列车的基础开行方案，灵活性差，实际上每天的车流并不相同，不能仅靠一份基本图来适应每天的列车开行方案的技术问题。
[0259]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0260]
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0261]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连
接，可以是电性或其它的形式。
[0262]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0263]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0264]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器（rom，read
‑
only memory）、随机存取存储器（ram，random access memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0265]
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。