月修公里数监控及调控日报表生成系统的制作方法

1.本发明涉及地铁车辆管理技术技术领域，具体来说，涉及一种月修公里数监控及调控日报表生成系统。


背景技术：

2.随着我国经济水平的飞速发展，城市化水平的不断提高，城市人口的急剧上升，交通拥堵问题成为了城市发展过程中必须面对的一个环节，而地铁以其占地面积相对小、安全性高、运载量大、速度快等特点成为了公共交通的中流砥柱，其对城市交通压力的缓解作用极为为明显。
3.地铁信号系统按区域由正线信号系统和车辆段信号系统组成，地铁正线大都配套较为先进的移动闭塞信号系统。正线已经基本实现全自动智能运行，但是相较于正线，车辆段内运营公司管理的检修、乘务和物资配备各司其职，检修调控、乘务运转和信号楼之间的信息传递只能通过面谈、电话、传真等方式进行进行信息交换。段内一般配套计算机联锁系统和ats子系统，但没有专为车辆段配套独立的车辆检修、车辆管理等系统。并且这些系统相对较为独立，没有将段内的信息综合管理，总的来说，现阶段车辆段信息管理水平、自动化程度较低。
4.地铁检修中心车辆段、停车场是地铁运营的一个重要组成部分，其主要目的是完成对车辆的停放、检修、维修、清洗等任务，车辆段中的检修中心调控负责对次日列车的分派和每组列车的维修分配。现阶段地铁运营管理的车辆段调度管理方式都是通过传统的交流方式进行信息传递的，而车辆段内设备密集，检修调控办公区域内部门众多，还要接待大量外部人员，缺少一套综合的针对检修调控工作的信息管理系统。
5.而目前的调控操作方法为最传统的表格手动填写、纸质文档填写或电话沟通交流，各调控倒班人员在交接班会上进行信息交互，各调控人员之间情报无法即时共享，并且无统一的调控操控规章，每个调控都是凭借个人经验进行排表作业，这些现象都极大影响了列车分配的运作效率。检修调控人员对车辆信息实时性掌控不足、日报表编制效率低下、指定检修计划无统一标准、平日接待人员众多及需要掌控综合信息量较大，导致其工作压力较大、出错率高。调控人员的信息交流途径为书面、面谈、电话、电台等人工方式，数据记录完全依赖手工输入，准确性低下，劳动强度大。
6.针对上述问题，科学的提高调控工作效率，实现对调度信息的综合管理，成为了急需解决的技术问题。


技术实现要素：

7.针对相关技术中的上述技术问题，本发明提出一种月修公里数监控及调控日报表生成系统，能够克服现有技术的上述不足。
8.为实现上述技术目的，本发明的技术方案是这样实现的：
9.月修公里数监控及调控日报表生成系统，包括导入日列车信息模块、导出日列车
报表模块、人为更改模块和后台监控模块；
10.所述导入日列车信息模块，用于实现当日数据信息抓取功能、根据表号分配当日列车行驶公里数功能和将数据添加进数据库并读取数据库最后有效数据功能；所述导入日列车信息模块用于更新系统主界面上提供的数据，并将当日的车辆运行情况和涉及到的相关数据显示在主界面的对应位置；
11.所述导出日列车报表模块，用于获取月生产计划功能、日报表生成功能和保存列车行驶记录功能；所述获取月生产计划功能，用于自动根据路径寻找调控计算机中的月生产计划，读取生产计划中的有用信息，将目标月修进行时间与当前时间做差后获取日报表中相对应的公里数数值，并将进入月修的时间提供给日报表使用；所述日报表生成功能，用于将获取的参数填写至日报表模板，并根据相对应的算法和生产需要得出每组列车的进出月修公里参数和建议性的排表意见；所述保存列车行驶记录功能，用于显示经过检修调控审核过的数据和将当前每组列车的数据信息分别填写到列车行驶七日内公里数数据和列车行驶数据中；
12.所述人为更改模块，用于根据人机交互界面，将需要更改的信息放到指定路径文件下或直接输入地点通过数据库语言导入数据库；
13.所述后台监控模块，用于在向数据库输入数据的同时，将当前系统日期和输出数值记录并转存在一个独立的文件中供管理者查看和找出偏差。
14.进一步地，所述当日数据信息抓取功能用于按照指定路径抓取调控排表数据，并将抓取的有用信息保存在本地文件中。
15.进一步地，所述当日数据信息抓取功能采用人工操作与计算机操相结合的工作模式。
16.进一步地，所述根据表号分配当日列车行驶公里数功能用于读取车次表号对应公里数信息数据库的数据信息，通过遍历将每组列车当日的数据信息在系统主界面显示。
17.进一步地，所述将数据添加进数据库并读取数据库最后有效数据功能用于将当日行车信息的公里数填写至列车月修公里数辅助记录数据库中，并在数据库中根据数据库的字段设定进行整合计算，将整合计算后所得到的对应需求的值返还给主界面。
18.进一步地，其特征在于，所述日报表生成功能中的所述参数包括从数据库或者排表计划中获取的参数和生产调度室给出的固定参数。
19.本发明的有益效果：通过本发明的月修公里数监控及调控日报表生成系统可以加快地铁数字化的建设，大大降低了调控工作人员因作业方法传统和相互交流少所产生的错误率和作业强度，对提高列车的管理效率、降低运营成本起到积极作用，可以满足检修中心调控日常排表作业的需求。通过现代化信息技术，使调控各类数据便于管理和存放，实现信息的统计和回溯，提高了地铁车辆段的运营管理水平。
附图说明
20.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的功能模块图；
22.图2是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的导入列车信息模块流程图；
23.图3是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的数据更新交替闭环操作流程图；
24.图4是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的日报表生成流程图；
25.图5是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的人为操作更改数据信息流程图；
26.图6是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的公里数后台监控模块流程图；
27.图7是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的系统基本功能实现方式；
28.图8是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的数据表结构关系图；
29.图9是根据本发明实施例所述的月修公里数监控及调控日报表生成系统的七日内行程公里数与计划公里数偏差。
具体实施方式
30.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
31.本系统的主要功能在于可以迅速的将调控在分配作业任务中需求的数据第一时间展现出来，所以需要一个良好的产生设计，由于考虑到对操作人员的培训成本较低，所以通过尽可能少的操作达到完成作业的目的。本系统基本实现的功能如图7所示。其中列车当日的日行驶公里数、合计公里数、距月修公里数是最基本也是重要的信息，而且调控要依据这些数据进行很多作业，并且在平时工作中可能会反复用到这些数据。对月修数据的把控是调控作业的一项硬性作业指标，如果在不满足符合月修公里数范围内进行月修作业，都算作是生产事故。日报表是检修作业人员及检修交班会上所需要的最直观的综合信息显示图标，是传达当日检修作业情报的最佳传输媒介。
32.系统的功能模块分类如图1所示。根据需求分析可将本系统分为三个主要部分和一个辅助部分，主要部分包括导入日列车信息模块、导出信息并生成日报表模块和人为更新或更改列车公里数模块，辅助部分是公里数后台监控模块。导入日列车信息模块的功能主要是更新系统主界面上提供的数据，将当日的车辆运行情况和涉及到的相关数据显示在主界面的对应位置；导出信息并生成日报表模块的主要功能就是导出当天检修工作所需要的日报表；人为更新或更改列车公里数模块就是通过人员操作或者系统按照固定路径去寻找文件从而进行对数据库内文件的校对更改，主要是作用于出现数据偏差后的纠正功能；
公里数后台监控模块是在试运行阶段出现问题后补充的一个功能模块，其作用主要是用于记录人员填写或更改数据库信息时填写数值的记录，防止出现人员在输入数据是产生的书写错误。
33.一、模块功能说明
34.(一)导入日列车信息模块设计说明
35.导入日列车信息模块，是一个不需要过多人机交互的功能模块，其目的就是简单的让检修调控一键操作便可在主界面看到信息的功能模块，人员操作的简洁，就可能会让计算机自动进行很多操作及校准，将当日最准确的信息反馈给检修调控。
36.(1)当日数据信息抓取功能
37.该模块的主要功能是按照指定路径抓取调控已经人为填写好的排表数据，从调控已经填写好的文档中抓取有用的信息情报并临时保存至本地文件中，由于理想的操作是完全由计算机自助进行判断分配行车表号，但由于现阶段人员干扰过多，所以还是以人员操作为主，计算机操作为辅的工作模式进行，将抓取的有用信息保存在本地的一个公共数组文件中供之后操作继续使用。
38.(2)根据表号分配当日列车行驶公里数
39.读取车次表号对应公里数信息数据库的数据信息，将该数据库对应信息匹配到上一步的数组信息中，通过遍历将每组列车当日的表号及相应公里数填写到系统主显示界面上，供检修调控观看和确认。
40.(3)将数据添加进数据库并读取数据库最后有效数据功能
41.将当日行车信息的公里数填写至列车月修公里数辅助记录数据库中，并在数据库中根据数据库的字段设定进行整合计算，将整合计算后所得到的对应需求的值进行返还给主界面，上一步的操作是仅能满足主界面中显示的当日行车状况而不能满足主界面中“合计公里数”和“距月修公里数”的需求，这步操作就基本可以实现主要数据的显示和与数据库关联数据的相互传递了。该模块的流程图大体如图2所示。
42.(二)导出信息并生成日报表模块信息说明
43.导出信息的目的是将在主界面上显示的信息经检修调控查阅无误后将有数据进行保存及生成每日所需的日报表，从数据库由前一日数据的导入并与新参数进行整合生成今日新数据再将新数据返还给数据库供明日使用这样就可以行程一个数据更新交替的闭环操作流程，如图3所示。
44.(1)获取月生产计划功能
45.该模块的功能更偏向于导入功能，其主要实现的功能就是自动根据路径去寻找调控计算机中的月生产计划，读取生产计划中的有用信息比如进出月修安排等情报，将目标月修进行时间与当前时间做差并获取日报表中相对应的公里数数值，并将进入月修的时间提供给日报表使用。
46.(2)日报表生成功能
47.整合之前的诸多操作和获取的参数，分别按照日报表模板填写进日报表的对应位置中，日报表中大多数参数都是从数据库或者排表计划中获取并添加到指定位置的，当然其中也包括生产调度室给出固定参数，本系统也会根据相对应的算法得出每组列车的进出月修公里参数并且会根据这些参数和额外的生产需要做出逻辑判断给出建议性的排表意
见想对应的一些操作管理可以根据图4所示。
48.(3)保存列车行驶记录功能
49.如果检修调控点击了日报表生成按钮就说明，主界面上显示的数据是经过检修调控审核过并没有异议的结果，在点击这个操作按钮的同时，系统会自动将当前每组列车的数据信息分别填写到列车行驶七日内公里数数据和列车行驶数据中，前者供检修调控二次核对排表情况使用，后者留作排表记录和列车公里数合计统计。
50.(三)人为更新或更改列车公里数模块信息说明
51.根据实际情况，每组列车的实际公里数并不会与实际按照生产调度数给出的表号对应公里数累加得出的数值，总会出现偏差，而且这个偏差是在其他非运营线路中产生的，并无精确数值，所以为了获得更加准确的列车公里数，就需要检修员工定期的去车上读取列车公里数并汇报给检修调控，再由检修调控将最准确的数据填写进数据库。
52.列车在出月修时，月修员工也会向检修调控汇报一次出月修时列车的出月修公里数，这是为了帮助调控在该组列车下一次可以准确地进入月修。考虑到有很多需要人为添加信息的情况，特设立可以更改列车数据库信息的模块，由于直接对数据库操作会有些难度，不适用于计算机水平较低的检修调控，所以该模块功能是根据人机交互界面，将需要更改的信息放到指定路径文件下或直接输入地点通过数据库语言导入给数据库，由于这些操作会替换掉之前的数据信息，所以再做这些操作前还会给检修调控二次确认的交互弹窗，防止出现因为人员误点击导致原本有效信息被替换，操作流程如图5所示。
53.(四)公里数后台监控模块说明
54.这项功能相当于一个后台的监管功能，这是在检修调控进行人为更新出月修公里数时可能因为人为因素导致公里数填写错误而没有被及时发现，导致错误数据在数据库参与计算并且会随着时间的推移错误数据也将会随着跟进，可能这些错误在短期内不会对月修公里数的监控构成影响，但在长时间的运作下没可能会将错误数据量化，最终导致在错误出现时都难以查出导致数据错误的起因，本模块的作用就是在向数据库输入数据的同时，将当前系统日期和输出数值记录下并转存在一个独立的文件中，这个文件供管理者查看，通过查看记录文件，找出出现错误的时间和错误值，该模块的流程如图6所示。
55.二、数据库设计
56.数据库的设计是信息管理系统实现的关键一环。合理的数据库结构不仅可以提高数据的存储效率，同时可以保证数据的完整和一致。
57.本系统设计到的数据表有车次表号对应公里数信息数据库、列车行驶七日内公里数数据、列车月修公里数辅助记录数据和列车行驶数据记录，其中车次表号对应公里数信息数据库是根据公司生产调度室给出的当前行驶表号对应的日行程公里数，可根据实际表号对应公里数的变化人为进行更改，其表中的数据是进行列车公里数必不可少的参数。列车行驶七日内公里数数据是统计每组列车近七天所产生的公里数统计，此数据库的作用是在依据日报表中涉及到的“日均公里”数值进行参考核对，此数据库的设计属于工检修调控人员辅助观看并非系统必须获取的参数。月修公里数辅助记录数据库主要就为了实现该系统对月修公里数监控的功能。列车行驶数据记录，就是记录着每组列车的每日行驶数据是一个长期使用的统计数据库。
58.(1)车次表号对应公里数信息数据库
59.车次表号对应公里数信息数据库由公司生产调度指定的表号对应的公里数，其表号为主键将每个表号所对应的平日公里数和假日公里数写到数据库中，列车在每次获得当日的行程表号后，该表号所对应的公里数会自动添加到该列车的行驶数据中。其字段说明如表3.1所示。
60.表3.1车次表号对应公里数表信息
[0061][0062]
(2)列车行驶七日内公里数数据
[0063]
本数据库用途在于本程序中用于观察每组列车在近7天内所产生公里数的记录，便于观察列车在行驶的近这一周内是否产生过大偏差，也可以结合日报表中的“日均公里”进行参考计算。列车编号为主键，一周内的每一天为一个字段，近一周内的合计运营公里数为一个字段并且是前7天的公里数总和，如表3.3所示。
[0064]
表3.2列车行驶周公里数表信息
[0065][0066]
(3)列车月修公里数辅助记录数据
[0067]
本数据库用途在于程序内辅助计算，列车车号为主键，列车每一天的日行公里数、更新后最新的列车公里数、列车的总公里数、月修完成后记录的月修公路数和距下一次月修还剩余的公里数为字段，该数据库中的很多数据都会被当做程序内关键数据所使用的如表3.3所示。
[0068]
表3.3列车公里数辅助记录表信息
[0069]
[0070][0071]
(4)列车行驶数据记录
[0072]
本数据库用途在于记录各组列车每日行程的公里数车号为主键，每一天为一个字段，一直持续记录着此程序自运行以来每一天的公里数数据，以单年为例，如表3.4所示的数据库信息。
[0073]
表3.4全年车公里数记录数据库表信息
[0074][0075]
除上述的数据库信息外，系统还会通过其他表格数据获取一些情报，比如生产调
度室每月月初会下发的全月生产计划、生成的日报表的原型表格样式及在后台可以看到的人为更改数据库信息后的数据操作记录等等。各个数据表在程序中的运作情况和服务对象可以从图8数据表结构关系图中可以看出。车次表号对应公里数信息数据库是基本的数据来源，列车月修公里数辅助记录数据是主要参与数据计算的数据表，列车行驶数据记录是一个历史数据表，仅仅指作为数据记录。
[0076]
三、月修公里数监控及调控日报表生成系统算法模型
[0077]
对每组列车进出月修的公里数监控和调控的日行程排表是检修调控工作的重要一环，也是本系统的重要作用，本章在前文对排表工作和公里数监控流程分析的基础之上，完成计划编制的模型建立和算法研究，根据公里数的数字计算得到的反馈值进行求解和分析，并根据逻辑判断的形式提供决策和支持。以北京地铁昌平线为例。
[0078]
(一)列车辅助计算管控模型和算法研究
[0079]
针对列车排表的辅助计算管控就是帮助调控完成每日的车次分配任务，以按照生产运行图完成运营任务。当前昌平线检修中心的调控编制计划方式仍然停留在手动编制的基础上，根据当前的车组信息、车辆股道停放信息以及中心领导意见等进行编制，受主观因素和管制因素及列车实际现实运行情况较大，在调控的手动编制时，不仅因为没有标准规范的调控排表办法，导致每名调控的排表方式及排表效率均不相同，使得此项工作较为繁琐。本节针对调控的排表编制问题，将其归结为一个指派问题，采用车组公里数结合列车运行表号的模型进行寻找可靠数据及求解，通过一键生成列车日报表的功能统一并提高运营管理效率，进一步减轻调度人员的劳动负担。
[0080]
1、模型建立
[0081]
列车的排表问题，概括叙述就是将当日开始正线运营到结束时对每组列车按照生产调度室指派的表号进行运营，于此同时，还要满足生产调度室下发的月生产计划中的检修、洗车等任务，还需要将列车按照合适的股道位置进行停放，选择合适的表号并结合合理的检修分配任务完成当天的正线运行计划。
[0082]
在进行调控排表工作过程中，选取合适的车组对表号进行匹配，会到大大降低运营的成本，最理想的分配方式就是让每组列车间相互差出的公里总数并不是很大，每组列车保证有相对固定的行程公里差值时稳定运营是最为合理的，由于早期的运营排表并无统一规范，并且又出现二期车辆乃至以后多期车辆的介入，这种想让每组列车保证相互固定的公里数差值只能为理想状态，实际的列车公里数总值之间并无固定规律。
[0083]
在这样的现实环境下，我们只得先基于一项简单的数字汇总的方式进行数据的汇总，排表内容还需要有人为操作进行，在列车的总公里数计算是根据列车在近一月内运营累计的公里数进行求和计算的，列车在一个月内的时间集合为{ni，i＝1,2,
…
,31}，车辆总列数的集合为{mj，i＝1,2,
…
,32}，所以列车在近 30天内进行的公里数值如式4.1所示：
[0084][0085]
其中，列车的总运营公里数为m
sum
，m0是在系统做自动求和计算前的列车实际公里数，如果想要校验每日的排表数据是否正确可以通过式4.2验证：
[0086][0087]
其中，md是指但一天所有列车行驶的公里数总和。
[0088]
该模型是通过上一章提到的表号公里数数据对已分配的列车进行公里数求和计算，通过返回的md值对当日排表进行一次核对，如果匹配值正确，则说明排表是正确的，可以按照排表流程进行生成日报表的操作。
[0089]
2、基于算法所得的需求参数
[0090]
由于本功能只要是实现针对列车公里数的辅助计算功能，所以在这里出现的主要都是简单的列车公里数求和计算，通过数据库语言和表达式将获取的正确参数纳入数据库保存并返还最新的可靠数据。
[0091]
(1)每组列车的当日公里数
[0092]
列车当日公里数是根据生产调度室下发的表号公里数，也就是说这是固定的公里数数值，客观上是固定的常数项，只需要让程序遍历每组列车和每组表号即可得到准确的日行公里数常数。
[0093]
(2)列车的实际总公里数
[0094]
列车的实际总公里数就是遵照上一章所说的数据更新交替闭环操作，将 mn每日新添加的公里数与之前的总公里数m
sum
再次求和得出这个参数只是作为一个参考参数并不会参与模型计算。
[0095]
(3)七日内运行公里数
[0096]
只取离当天最近一周内的每组列车公里数数值，此参数主要有两个目的，其一目的是为了便于观察各组列车七日的跑车情况，由调控人员判断是否最近七日是不是按照他们所规划的排表方式进行；其二是为了观察对调控七日内排表方式是否合理的确认，如果七日内产生的公里数已超出调控规划的运行公里数范畴，则需要进行探讨是否需要更改排表方式。
[0097]
(4)列车月行驶公里数及月修相关公里数
[0098]
关于月公里数的参数是参与针对月修公里数监控的重要参数，其算法模型会在下面介绍，这里简要说明是通过根据日行公里数与之前数据的求和得到的。
[0099]
3、算例分析
[0100]
所取车次表号对应公里数入表4.1所示，这里包含了当前从生产调度室所获得的每个表号的平日与假日的日行公路数值，由这些表号不难看出，公里数大的属于大表，意味着列车可能需要早出晚归，公里数小的表属于小表，列车可能会晚出早归。
[0101]
表4.1车次表号对应公里数(单位km)
[0102][0103]
车辆当前的停放状况如表4.2所示，其中包括了每组列车的公里数和当先的可选取状态以及当时的停放股道。因为受到生产需要或者特别指示安排，所以有些列车会被安排出指定的表号进行编排。
[0104]
表4.2车辆状态信息
[0105]
[0106][0107]
结合以上两个表格的信息，调控借助辅助表格工具可以制定出行车计划，在排除不可选的列车外，将最合适的排表计划写入行车计划最后获得的行车状况如表4.3所示。
[0108]
表4.3列车运营计划表
[0109]
[0110][0111]
因此，通过辅助排表功能可以帮助调控把需要的参数全部展列出来，便于检修调控操作进行排表工作，在不受到生产计划或者其他因素干预的情况下，不仅满足了编制还可能将总里程较高的表号安排给需要进入最近修程的列车，优化了计划的编制。
[0112]
(二)距月修公里数管控模型和策略研究
[0113]
为了更好实现服务运营指标，运营公司对列车月修的要求更加提高了，生产调度室对进入月修的公里数规定也是十分严格的，如果不在规定范围内进入月修被算作是运营事故，但由于调控工作涉及工作内容较为广泛，平时监控数据较多，又是多人倒班制，很容易在列车运行的过程中会跟丢月修公里数，而且列车在非运行时段行走的里程也会被算进行车的实际公里数，所以这有增加了对月修公里数和行车公里数的统计难度。
[0114]
1、模型建立
[0115]
月修公里数和实际公里数主要的一个监控方式就是需要定期刷新实际的运营公里数，另外一个就是通过本系统内部编写的算法进行数字结算出的结果反馈给检修调控，通过读取生产计划中的时间差值对反馈数值进行求平均处理，并且通过逻辑判断给出一个推荐值供检修调控参考。
[0116]
为满足列车按照实际生产要求到达进入月修作业，列车就需要至少满足每日运营足量的公里数，为了便于调控排表所以在日报表中的“日均公里”列中显示建议的每日行公里数，此数据是依照式4.3得出：
[0117][0118]
其中，20000的公里数是按生产要求计划的20000公里进入月修修程作业的标准要求，m
sum
是列车行驶的总公里数，rm是上次出月修后月修给出的车载记录通过系统提供的弹窗上月修车组号文本框和月修车公里数文本框中填写更新数值，δt是当日时间与生产计划中进入月修的时间差，其获得方法如式4.4 所示：
[0119]
δt＝|t
2-t1|
ꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(4.4)
[0120]
通过两式并依照式4.1整理得出式4.5：
[0121][0122]
该组模型中会用到公里数之间的差值与时间差值的平均值，该平均值是让系统进行逻辑判断的重要依据，本系统通过该值可以随时监控每组列车的出上次月修行驶的公里数和进入下次月修所剩天数每天还需要进行至少多少公里数的运行指标。
[0123]
2、基于系统反馈值调控人员的管控策略研究
[0124]
通过模型能得到的反馈值并不是最终的确定值，只是为了辅助检修调控在进行日常排表时会可能因为其他因素太多最后导致忽略了对进月修公里数的把控，在实际生产作业中，月修公里数被忽视而导致进入月修时公里数不符合规定的现象时有发生，本模型主要就是针对这一现象而对检修调控提供的有效管控策略的监控工具。
[0125]
(1)七日内运行公里数管控策略
[0126]
前面已经提到过，系统可以自行在一个单独的数据库中统计每组列车七日内的排表情况，系统并不会对七日内的排表分配情况和七日内的合计公里数进行判断，而是通过这些情报的显示供使用者观看，看看进七日内的排表情况是否按照计划内的编排进行，以及这七日产生的总公里数在不在调控排表的可接受范围内。如果某组列车在七日的行程公里数与计划内的公里数差距过大，如图9所示，在出现这种情况下检修调控就需要注意会不会影响到距月修公里数，所以就需要实时关注列车的行程公里数。
[0127]
(2)距月修公里数及日均公里数的管控策略
[0128]
通过式4.5的值会被系统获取并保存在程序内，在生成日报表的时候，日报表中可以将“出月修公里数”、“进月修时间”和“日均公里”全部展现出来。检修调控参考这些数值，如果发现不在计划的排表内，就应该及时查看生产计划指定新的排表计划。
[0129]
(3)公里数后台监控策略
[0130]
在检修调控的日常工作中，不需要这个监控策略，但在实际工作中，出现过调控工作人员在输入最新公里数时输入数值错误的情况，有可能输入的错误数值并没有及时发现而导致在无法查询错误原因，故在每次输入月修公里数后会自行在计算机的指定位置内保存一个记录有时间和所填数值的统计表。
[0131]
3、算例分析
[0132]
列车近七日的行程公里统计如表4.4所示，通过表不难看出，在这近七日中没做列车的表号分配情况，合计公里数为0的列车说明该组列车有较长时间段的检修任务，如修程或大的改造项目，也有可能因为生产需要而长时间停留在库中，通过这一数据的显示也可以让检修调控清晰的发现是否有车辆被遗忘排表。
[0133]
表4.4列车行驶周公里数(单位km)
[0134][0135][0136]
列车近一个月的行驶公里数状况如表4.5所示，检修调控通过系统的输入月修公里数模块将上一次结束月修时的月修公里数输入到数据库的“月修公里数”列中，通过“合计公里数”与“月修公里数”做差就可以得到每组列车在上一次出月修后有跑了多少公里，从表中数据不难发现有两个负值点，cp005 负值出现属于一种正常现象，导致这种现象的原因就是因为列车的合计公里数值为按照生产调度室给出的表号公里数求和得出，并未及时通过车上的准确数值进行更新，而恰好该车刚出月修，输出的月修公里数为车上的最精确数值，故产生了偏差。cp022车出现的问题则说明在近一个月内该组列车没有获得任何公里数数据，这是因为该车正处于修程作业中，所以暂时无法从车上获得公里数数据，不过处于修程状态的列车也不需要考虑排表工作，也不会对调控工作构成影响。
[0137]
表4.5列车月修公里数辅助记录表(单位km)
[0138][0139][0140]
如表4.6所示，该表就是在每次检修调控输出完月修公里数后会在计算机指定位置生成的一个记录文件，这个文件会一直扩展延续，其目的就是监控每次调控输入完月修公里数后，获取当时的输入车号、输入公里数和输入时间，便于日后查找如果出现因人员输入错误而导致的公里数统计错误，并且系统也会获取当时列车的合计公里数情况，如果两个数值的相差过大，系统会自动进行标红处理，便于检修调控在查阅监控记录时及时发现问题。
[0141]
表4.6月修公里数输出监控表
[0142][0143]
(三)列车月修公里数辅助记录数据库矩阵模型分析
[0144]
列车月修公里数辅助记录数据库是根据基本信息系统主界面更新的数据通过输入弹窗中的日期及行车类型录入的数据进行求和计算，其记录原理式4.6所示：
[0145][0146]
其中参照集合{ni，i＝1,2,
…
,31}和{mj，i＝1,2,
…
,32}建立的矩阵，并将值保存在列车月修公里数辅助记录数据库中。
[0147]
通过矩阵既可以得到在近一个月内每组列车的合计公里数，也可以清晰的看到每天的排表分布，也可以更好地支持每组列车进入月修公里数的监控，如果出现单组列车在一个月中mi+m0的的值超过或已经接近20000时，系统会根据逻辑判断及时将该组列车的情况反馈到日报表中，及时提醒检修调控着重关注该组列车，防止出现超公里进月修的状况。如果单组列车在一个月中的 mi+m0过低时，系统也会在日报表中提醒检修调控，如果在没有其他生产安排的情况下是否需要多分配排表任务，不过该套模块目前主要还是用于辅助工作，最主要的决策人员还是在于安排工作的调控人员。
[0148]
为了方便理解本发明的上述技术方案，以下通过具体使用方式上对本发明的上述技术方案进行详细说明。
[0149]
在具体使用时，根据本发明所述的月修公里数监控及调控日报表生成系统，使用该程序时无需连接互联网及安装特殊程序，只需装有基本办公软件的计算机即可使用该程序。双击该程序进入基本信息现实界面，点击“导入日数据”按钮，便会将基本信息现实界面的内容进行刷新，确认刷新的车公里数内容无误后点击“导出日数据”按钮便会弹出公里数输入窗口，填写公里数输入窗口第一部分中月份输入文本框、日期输入文本框及行车类型下拉菜单后点击“确认”按钮即可直接在计算机桌面生成日报表，这样便算是完成了调控的每日作业。
[0150]
在列车进行完月修作业后，月修职工会向检修调控汇报月修车的月修公里数，通过公里数输入窗口第二部分的月修车组号文本框和输入月修车公里数文本框进行填写，点击“确认”按钮后会有月修公里数交互导入弹窗弹出，确认输入后点击弹窗的“是”按钮便将完成了数据库的记录，此数据便于追踪并管理每组列车20000公里进月修的管控。
[0151]
列车在正常的运营中会出现各种特殊情况(如掉线、救援和乱表等)或非正线运营(如洗车、调牵出线和调试等)这些情况都会使列车的实际公里数与运营生产给出的运营公
里数产生偏差，短时间内这些偏差不会影响到列车的管控，但随着时间的增长就会影响到对列车公里数的管控，为避免这一现象此程序支持数据刷新功能，在基本信息现实界面点击“导入车公里”按钮，便会弹出文件选择弹窗，选择目标数据文件后点击“打开”按钮即可在基本信息现实界面的“列车公里数”列进行更新，更新数据无误后点击“导出日数据”按钮调出公里数输入窗口，在窗口的三部分点击“是”按钮将会将出现列车公里数导入交互弹窗，点击弹窗的“是”按钮便将完成了数据库的记录。
[0152]
综上所述，借助于本发明的上述技术方案，大大降低了调控工作人员因作业方法传统和相互交流少所产生的错误率和作业强度，对提高列车的管理效率、降低运营成本起到积极作用，可以满足检修中心调控日常排表作业的需求。通过现代化信息技术，使调控各类数据便于管理和存放，实现信息的统计和回溯，提高了地铁车辆段的运营管理水平。
[0153]
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。