CN112441085A - 车辆运行图编制处理方法、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种车辆运行图编制处理方法、计算机设备及存储介质，该车辆运行图编制处理方法包括获取车辆运营时间，根据所述车辆运营时间获取对应的时域范围，所述时域范围大于或等于24小时；获取与所述时域范围对应的车辆运行计划，所述车辆运行计划包括计划运行时间点和对应的计划运行数据；采用运行图生成函数对所述计划运行时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图，该车辆运行图编制处理方法可实现跨天运营的目的且可有效节约资源，提高车辆运行图编制效率。

Description

车辆运行图编制处理方法、计算机设备及存储介质

技术领域

本发明涉及轨道交通技术领域技术领域，尤其涉及一种车辆运行图编制处理方法、计算机设备及存储介质。

背景技术

现有的地铁、轻轨等信号系统，由于运行图编制工具目前只能编制不超过一天(即24小时)的车辆运行图，使得系统只能按照预设计划每天加载一个基本运行图为系统当天运营调度使用。在系统设置的每天开始运营前的某个时刻加载当日运行计划，在系统设置的当日运营结束后的某个时间点备份当日实际运行计划为历史运行计划。导致系统的运营时间局限于一天的24小时内，不能满足跨天运营的需求。

发明内容

本发明实施例提供一种车辆运行图编制处理方法、计算机设备及存储介质，以解决目前只能编制不超过一天的车辆运行图，不能满足跨天运营的需求的问题。

一种车辆运行图编制处理方法，包括：

获取车辆运营时间，根据所述车辆运营时间获取对应的时域范围，所述时域范围大于或等于24小时；

获取与所述时域范围对应的车辆运行计划，所述车辆运行计划包括计划运行时间点和对应的计划运行数据；

采用运行图生成函数对所述计划运行时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述车辆运行图编制处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述车辆运行图编制处理方法的步骤。

上述车辆运行图编制处理方法、计算机设备及存储介质中，通过获取车辆运营时间，以便根据车辆运营时间获取对应的时域范围，该时域范围大于或等于24小时。然后，获取与时域范围大于或等于24小时的车辆运营时间对应的车辆运行计划，以满足跨天运营的需求。最后，采用运行图生成函数对计划运行时间点、计划运行数据和车辆运营时间进行处理，生成车辆运行计划对应的基本运行图，以实现跨天运营的目的，且由于多天共用一张基本运行图，系统只生成一张基本运行图即可满足多天的运营需求，无需为每一单日生成一张基本运行图，节约资源，提高车辆运行图编制效率。

附图说明

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

图1是本发明一实施例中车辆运行图编制处理方法的一应用环境示意图；

图2是本发明一实施例中车辆运行图的一示意图；

图3是本发明一实施例中基本运行图的一示意图；

图4是是本发明一实施例中车辆运行图编制处理方法的一具体流程图；

图5是图4中步骤S10的一具体流程图；

图6是本发明一实施例中车辆运行图编制处理方法的一流程图；

图7是本发明一实施例中车辆运行图编制处理方法的一流程图；

图8是本发明一实施例中车辆运行图编制处理方法的一流程图；

图9是本发明一实施例中车辆运行图编制处理装置的一示意图；

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本发明实施例提供的车辆运行图编制处理方法可应用在一种自动车辆监控系统(Automatic Train Supervision，简称ATS)中，用于绘制不同运营需求的车辆运行图，以在满足原有单日运营的基础上，同时满足连续多日运营的需要。该车辆运行图编制处理方法可应用在如图1的应用环境中，其中，计算机设备通过网络与服务器进行通信。计算机设备可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器来实现。

在一实施例中，如图4所示，提供一种车辆运行图编制处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S10：获取车辆运营时间，根据车辆运营时间获取对应的时域范围，时域范围大于或等于24小时。

其中，车辆运营时间是指车辆运营的起始时间和结束时间。该时域范围即为绘制的车辆运行图中时域轴所对应的范围，该时域范围以小时为单位，因此，其时域范围是24的倍数，例如24小时(1天)、48小时(即2天)、72小时(即3天)、96小时(即4天)等等，在此不一一列举。本实施例中，该时域范围可超过24小时，以满足跨天运营的需求。需要说明的是，该时域范围也可不超过24小时，以满足单日运营的需求。

具体地，用户可自定义设置指车辆运营的起始时间和结束时间，以使服务器获取车辆运营时间，根据车辆运营时间获取对应的时域范围，为绘制车辆运行图提供技术来源。可以理解地，该车辆运营时间对应的时域范围与其起始时间和结束时间所跨的天数相关，若起始时间与结束时间在同一天，则其对应的时域范围为24小时；若起始时间与结束时间在相邻的两天上，则其对应的时域范围为48小时。例如，图2所示的车辆运行图的示意图，该车辆运行图的横轴表示时域范围即为48小时，虚线部分表示小时线，纵轴上的数据表示车辆在运营过程中所经过的车站数据。该车辆运行图以1天的24小时为周期，相邻两天之间的24小时线可采用包括但不限于粗线条进行突出显示。

S20：获取与时域范围对应的车辆运行计划，车辆运行计划包括计划运行时间点和对应的计划运行数据。

其中，车辆运行计划是预先存储在数据库中车辆在运营日的运行计划，该车辆运行计划包括计划运行时间点和对应的计划运行数据。该计划运行时间点是指每一车辆在每个车站的到达时间、出发时间、车辆在车站的停站时间以及车辆的出入库时间等。该计划运行数据是与计划运行时间点对应的用于描述车辆在计划运行时间点时，到达、出发或停靠站的车站数据，即车辆运行图中纵轴上的数据。例如车辆运行计划中，1006次列车需要在凌晨6点到达车站A，其中，凌晨6点即为计划运行时间点，1006次列车在计划运行时间点到达车站A即为计划运行数据。需要说明的是，该车辆运行计划还包括一车辆出入库计划，用于描述车辆的车辆的出入库时间对应的出入库数量等。

具体地，该车辆运行计划可由用户根据时域范围选择预存储的运行计划或上传根据时域范围自定义的运行计划，在此不做限定。例如，车辆运营时间为7月4日的凌晨6：00至7月5日的上午10:00，则为跨天运营需求，用户需要根据该车辆运营时间选择连续两日的车辆运行计划或者上传根据该车辆运营时间自定义的连续两日的运行计划。可以理解地，该车辆运营时间对应的时域范围为48小时，则在48小时的时域范围内对的车辆运营时间为6：00-34：00。

S30：采用运行图生成函数对计划运行时间点、计划运行数据和车辆运营时间进行处理，生成车辆运行计划对应的基本运行图。

其中，运行图生成函数是预先根据车辆运行图编制规则建立好的用于根据时域时间点、运行数据和运营时间，生成车辆运行图的函数，可直接调用。基本运行图是指用户根据不同的需求制定的不同时域范围的车辆运行图，具体是指根据运行图生成函数对计划时域时间点、计划运行数据和车辆运营时间进行处理后获取图。该基本运行图中不同的车辆以不同的表号标识，该表号在同一个运行图中可定义为车辆的服务号。

具体地，采用运行图生成函数对计划运行时间点、计划运行数据和车辆运营时间进行处理，生成车辆运行计划对应的基本运行图，该基本运行图的示意图如图3所示。需要说明的是，图3所示的基本运行图为时域范围为48小时的部分截图，此处仅做为基本运行图的示意图，即包含车辆运行计划的车辆运行图。具体地，若基本运行图时域范围较大，故基本运行图不会完全显示，若需完全显示只能做小整个基本运行图，导致用户查看不便。故如图3所示，本实施例中通过设置下部的滑动条01和滑块011，以使滑块011在滑动条01上进行滑动，使得基本运行图根据滑动块的运动方向进行滑动显示，便于查看。由于车辆运营时间对应的时域范围大于或等于24小时，则该基本运行图可为时域范围超过1天(即24小时)的运行图，以实现跨天运营的目的，且由于多天共用一张基本运行图，系统只生成一张基本运行图即可满足多天的运营需求，无需为每一单日生成一张基本运行图，节约资源，提高效率。

本实施例中，通过获取车辆运营时间，以便根据车辆运营时间获取对应的时域范围，该时域范围大于或等于24小时。然后，获取与时域范围大于或等于24小时的车辆运营时间对应的车辆运行计划，以满足跨天运营的需求。再对计划运行时间点进行时域转换，得到与跨天运营的车辆运营时间的时域范围对应的计划时域时间点。最后，采用运行图生成函数对计划运行时间点、计划运行数据和车辆运营时间进行处理，生成车辆运行计划对应的基本运行图，以实现跨天运营的目的，且由于多天共用一张基本运行图，系统只生成一张基本运行图即可满足多天的运营需求，无需为每一单日生成一张基本运行图，节约资源，提高车辆运行图编制效率。

进一步地，步骤S30之前，该车辆运行图编制处理方法还包括：

S211：对计划运行时间点进行时域转换，得到时域范围对应的计划时域时间点。

具体地，可以一天24小时进行制定车辆运行计划，也可按照大于24小时的原则制定多天连续运营的车辆运行计划。本实施例中，若车辆运行计划是以一天24小时进行制定的，则在绘制跨天运营图时，需要将计划运行时间点转换为满足跨天运营的时域范围，故而本实施例中，需对计划运行时间点进行时域转换，以得到满足时域范围的计划时域时间点。例如，当前需要绘制48小时的车辆运行图，则需要对车辆在第二天的计划运行时间点进行时域转换，如计划运行时间点为第二天上午10点到达车站B，此时的计划运行时间点是24小时制，对其时域转换即24*1(即实际运营天数-1)+10:00,得到时域范围对应的计划时域时间点即34:00。可以理解地，该实际运营天数可根据车辆运营时间进行确定。

需要说明的是，若该车辆运行计划是按照大于24小时的原则制定多天连续运营的车辆运行计划，则无需进行时域转换。

相应地，步骤S30具体为：采用运行图生成函数对计划时域时间点、计划运行数据和车辆运营时间进行处理，生成车辆运行计划对应的基本运行图。

具体地，该步骤与步骤S30保持一致，为避免重复，在此不再赘述。

进一步地，步骤S30之后，该车辆运行图编制处理方法还包括步骤S311：将基本运行图与时域范围关联存储到数据库中，以便后续在设定车辆运行计划时，直接根据所需的时域范围调用数据库中与时域范围相对应的基本运行图作为计划运行图，以实现预设车辆运行计划的目的。

在一实施例中，如图5所示，步骤S10中，即根据车辆运营时间获取对应的时域范围，具体包括如下步骤：

S11：基于车辆运营时间的结束时间，获取运营天数。

具体地，根据车辆运营时间的结束时间，获取运营天数，即将车辆运营时间的结束时间除以24，得到第一结果，并对第一结果进行向上取整，以得到运营天数。例如，车辆运营时间的结束时间为28:00，则将车辆运营时间的结束时间除以24，得到第一结果，并对第一结果进行向上取整，即

即为运营天数。

S12：根据运营天数，获取对应的时域范围。

具体地，将运营天数与24相乘即可获取其对应的时域范围。例如上述例子中，运营天数为2，则24*2＝48，以可得到对应的时域范围48小时。需要说明的是，在用户设置车辆运营时间的起始时间和结束时间时，也可直接设置运营天数，若用户设置运营天数，则直接执行步骤S12。

本实施例中，若用户在设置车辆运营时间的起始时间和结束时间的同时设置运营天数，则直接执行步骤S12；若用户在用户设置车辆运营时间的起始时间和结束时间时未设置运营天数，则通过基于车辆运营时间的结束时间，获取运营天数，以便根据运营天数，获取对应的时域范围，以满足不同用户的设置需求，提高泛化性。

在一实施例中，如图6所示，步骤S311之后，该车辆运行图编制处理方法还包括如下步骤：

S41：接收预设计划指令，预设计划指令包括预设日期和时域范围。

其中，预设计划指令是指用于触发服务器启动预设计划功能的指令。该预设计划指令包括预设日期和时域范围。预设日期是指用户选择的所需设定车辆运行计划的日期。时域范围是用户根据运营需求设定的车辆运行计划时域范围，例如24小时(1天)、48小时(即2天)、72小时(即3天)、96小时(即4天)等等，在此不一一列举。

具体地，服务器在接收到预设计划指令时，会在计算机设备对应的显示终端上显示一日期设定界面，该日期设定界面包括一设定盘，该设定盘的显示形式包括但不限于采用日历盘或星期盘的显示形式。用户可在设定盘中选择所需设定的日期或星期，并选定时域范围，以使服务器获取预设日期和时域范围。

S42：根据预设日期和时域范围，确定共用日期，预设日期与共用日期为连续日期。

其中，共用日期是指与预设日期共用同一预设计划运行图的日期。具体地，根据预设日期和时域范围，确定共用日期，即根据预设日期和时域范围对应的运营天数即可确定共用日期，且预设日期与共用日期为连续日期。例如预设日期为7月1日，时域范围为48小时(即运营天数为2天)，则共用日期为1个，且预设日期与共用日期为连续日期，即共用日期为7月2日；又例如，预设日期为7月4日，时域范围为96小时(即运营天数为4天)，则共用日期为3个，且预设日期与共用日期为连续日期，即共用日期为7月5日、7月6日和7月7日。可以理解地，预设日期与共用日期的数量和即为运营天数。

S43：获取预设日期和共用日期对应的设定状态。

具体地，设定盘上的每一日期或星期均对应一设定状态，该设定状态用于反映预设日期和共用日期是否被预先设定，以便根据该设定状态进行后续运行计划的制定。

S44：若预设日期和共用日期对应的设定状态均为未预设状态，则将时域范围对应的基本运行图作为预设日期和共用日期对应的目标计划运行图。

其中，目标计划运行图是用户根据运营需求所预先设定的计划运行图。具体地，若预设日期和共用日期对应的设定状态均为未预设状态，则认为该预设日期和共用日期可以被设置运行计划，则根据用户所需的时域范围查询数据库，将时域范围对应的基本运行图作为预设日期和共用日期对应的目标计划运行图，以便系统在预设日期和共用日期时加载目标计划运行图进行跨天运营，有效解决用户每次只能针对一个预设日期设定运行计划，导致预设过程较为繁琐的问题。

本实施例中，通过根据预设计划指令中的预设日期和时域范围，确定与预设日期为连续日期的共用日期，为预设连续多日的运营需求提供技术来源。由于用户选择的预设日期和共用日期可能已被预设，则需要获取预设日期和共用日期对应的设定状态，若预设日期和共用日期对应的设定状态均为未预设状态，则将时域范围对应的基本运行图作为预设日期和共用日期对应的目标计划运行图，以便系统在预设日期和共用日期时加载目标计划运行图进行跨天运营，有效解决用户每次只能针对一个预设日期设定运行计划，导致预设过程较为繁琐的问题。

在一实施例中，如图7所示，步骤S43之后，该车辆运行图编制处理方法还包括如下步骤：

S51：若预设日期和共用日期对应的设定状态中存在至少一个设定状态为已预设状态，则确定已预设状态对应的可操作事项。

具体地，若预设日期和共用日期对应的设定状态中存在至少一个设定状态为已预设状态，则确定已预设状态对应的可操作事项，即可能存在如下三种情况，其一是预设日期为已预设状态，且共用日期为未设定状态；其二是预设日期为未设定状态，且共用日期为已预设状态；其三是预设日期为已预设状态，且共用日期为已预设状态；

其中，已预设状态包括共用状态和非共用状态；共用状态是指该日期与其他日期共用同一运行计划的设定状态；非共用状态是指该日期不与其他日期共用同一运行计划的设定状态。例如，用户所选的预设日期为7月3日，而预设日期为共用状态，证明该预设日期与该预设日期的上一日期即7月2日共用同一运行计划。

具体地，若预设日期为已预设状态，且共用日期均为未设定状态，则需判断预设日期的设定状态是否为共用状态，若预设日期为已预设状态中的共用状态，则由于预设日期与其上一日期共用同一预设计划运行图，则不可对预设计划运行图进行修改(若修改会导致与该预设日期共用同一预设计划运行图的其他日期对应的预设计划运行图被修改)，故确定共用状态的预设日期对应的可操作事项为删除预设计划运行图。若预设日期为已预设状态中的非共用状态，且共用日期均为未设定状态，则确定共用状态的预设日期对应的可操作事项为修改或删除预设计划运行图。其中，预设计划运行图是指某一日期内已被预先设置的计划运行图。

具体地，若预设日期为未设定状态，且共用日期为已预设状态，则已预设状态的共用日期对应的可操作事项为删除预设计划运行图，即只有先删除非共用状态的共用日期对应的预设计划运行图，才可设置新的运行计划。例如，若预设日期为7月3日，要设置的共用日期为7月4日，而7月3日为未设定状态，7月4日为已预设状态中的非共用状态，则若要在7月3日预设一个两日(即7月3日-7月4日)的运行计划，需先删除7月4日的预设计划运行图，则非共用状态的共用日期7月4日对应的可操作事项即为删除预设计划运行图。若共用日期为共用状态，则共用状态的共用日期对应的可操作事项也为删除预设计划运行图，即已预设状态的共用日期的可操作事项为删除预设计划运行图。

具体地，若预设日期为已预设状态中的共用状态，且共用日期为已预设状态，则该共用状态的预设日期对应的可操作事项为删除预设计划运行图，已预设状态的共用日期的可操作事项为删除预设计划运行图。例如，预设日期为7月5日且为共用状态，共用日期为7月6日(共用状态)和7月7日(非共用状态)，则共用状态的预设日期7月5日与其上一日期即7月4日共用同一预设计划运行图，为了不对7月4日对应的预设计划运行图造成影响，故确定该共用状态的预设日期7月5日对应的可操作事项为删除预设计划运行图。由于共用日期为7月6日且为共用状态(即与7月5日共用同一预设计划运行图)，故该共用状态的共用日期对应的可操作事项为删除预设计划运行图。由于非共用状态的共用日期7月7日要与预设日期7月5日共用同一预设计划运行图，故非共用状态的共用日期对应的可操作事项也为删除预设计划运行图。

具体地，若预设日期为已预设状态中的非共用状态，且共用日期为已预设状态，则该非共用状态的预设日期对应的可操作事项为删除或修改预设计划运行图，已预设状态的共用日期的可操作事项为删除预设计划运行图。例如，预设日期为7月5日且为非共用状态，共用日期为7月6日(共用状态)和7月7日(非共用状态)，则故可对该预设日期对应的预设计划运行图进行删除或修改，由于共用日期7月6日为共用状态，则证明7月6日与7月5共用同一预设运行计划图，当删除或修改预设日期对应的预设计划运行图时，与预设日期共用同一预设运行计划图的共用日期即7月6日对应的预设计划运行图也随之删除或修改，则此处直接删除非共用状态即7月7日的共用日期对应的预设计划运行图。可以理解地，若预设日期为7月5日且为非共用状态，共用日期为7月6日(非共用状态)和7月7日(共用状态)，则证明7月6日与7月7日共用同一预设运行计划图，当删除7月6日对应的预设计划运行图时，与7月6日共用同一预设运行计划图的共用日期即7月7日对应的预设计划运行图也随之删除或修改，则此处直接删除非共用状态的共用日期(即7月6日)对应的预设计划运行图。

进一步地，若预设日期和共用日期对应的设定状态中存在至少一个设定状态为已预设状态，则系统会弹出设置失败提示，并提示用户按照可操作事项进行操作。

S52：获取与预设日期和共用日期对应的预设计划运行图。

具体地，在确定已预设状态对应的可操作事项后，服务器会获取已预设状态的预设日期和所述共用日期中的至少一个已预设状态的日期所对应的预设计划运行图，即若预设日期为已预设状态，且共用日期均为未设定状态，则获取预设日期对应的预设计划运行图；若预设日期为未设定状态，且共用日期为已预设状态，则获取共用日期对应的预设计划运行图；若预设日期为已预设状态，且共用日期为已预设状态，则获取预设日期对应的预设计划运行图和共用日期对应的预设计划运行图。

S53：按照已预设状态对应的可操作事项对预设计划运行图进行处理，得到预设日期和共用日期对应的目标计划运行图。

具体地，按照已预设状态对应的可操作事项对所述预设计划运行图进行处理，得到预设日期和共用日期对应的目标计划运行图，即若预设日期为已预设状态中的共用状态，且共用日期为未设定状态，则按照共用状态的预设日期对应的可操作事项，即删除预设日期对应的预设计划运行图，并将基本运行图作为预设日期和共用日期对应的目标计划运行图；按照非共用状态的预设日期对应的可操作事项即删除或修改预设日期对应的预设计划运行图，以得到预设日期和共用日期对应的目标计划运行图，此时该目标计划运行图可为对预设计划运行图进行修改所得到的目标计划运行图或者重新设置的基本运行图。

若预设日期为未设定状态，且共用日期中为已预设状态，则按照已预设状态的共用日期对应的可操作事项即删除预设计划运行图，并将基本运行图作为预设日期和共用日期对应的目标计划运行图。

若预设日期为已预设状态中的非共用状态，且共用日期为已预设状态，则先按照已预设状态的共用日期对应的可操作事项，即可删除非共用状态的共用日期对应的预设计划运行图，再按照非共用状态的预设日期对应的的可操作事项即删除或修改预设计划运行图，以得到预设日期和共用日期对应的目标计划运行图。

本实施例中，由于预设日期和共用日期对应的已设定状态包括共用状态和非共用状态，则需要根据不同的已设定状态的情况，确定具体的可操作事项，以避免对其他已预设状态的日期造成影响，需提示用户按照可操作事项进行操作，保证本次预设运行计划的顺利进行。

进一步地，该车辆运行图编制处理方法还包括如下步骤：对预设日期和共用日期对应的设定状态进行更新，并按对应的显示样式进行显示。

具体地，在步骤S44之后，服务器会对预设日期和共用日期对应的设定状态进行更新，并按对应的显示样式进行显示。例如预设日期为7月5日且为非共用状态，共用日期为7月6日(共用状态)和7月7日(非共用状态)，则删除非共用状态即7月7日的共用日期对应的预设计划运行图，此时共用日期7月7日对应的设定状态更新为未设定状态，并采用与未设定状态对应的显示样式进行显示(例如将该日期以白色背景显示)，若删除预设日期7月5日对应的预设计划运行图，则将7月5日对应的设定状态更新为未设定状态，并采用与未设定状态对应的显示样式进行显示(例如将该日期以白色背景显示)。此时再对未设定状态预设日期7月5日和共用日期7月6日和7月7日设定运行计划，设定完成后，将预设日期7月5日对应的设定状态更新为已预设状态中的非共用状态，并采用与非共用状态对应的显示样式进行显示(例如将该日期以红色背景显示)，将共用日期7月6日和7月7日应的设定状态更新为共用状态，并采用与共用状态对应的显示样式进行显示(例如将该日期以绿色背景显示)。

本实施例中，通过对预设日期和共用日期对应的设定状态进行更新，并按对应的显示样式进行显示，以便用户直观查看每一日期的设定状态，为本次预设运行计划提供便利条件。

在一实施例中，如图8所示，步骤S311之后，该车辆运行图编制处理方法还包括如下步骤：

S411：获取当前运行计划图，当前运行计划图包括时域范围、计划运营时间和当前运行计划数据。

其中，当前运行计划图是系统当前加载的运行计划图，可以理解地，该当前运行计划图可为预先设定的目标计划运行图或者人工手动加载的基本运行图。当前运行计划图包括时域范围、计划运营时间和当前运行计划数据，该当前运行计划数据是指当前运行计划图中记载的车辆计划到达车站和离开车站的数据，例如车站B。计划运营时间是指当前运行计划图对应的车辆运营的起始时间和结束时间。该时域范围是当前运行计划图对应的时域范围，如48小时。

S412：实时接收与当前运行计划数据相对应的车辆实际运行时间点。

具体地，服务器在接收到车辆识别模块与车辆跟踪模块发送的车辆到达当前运行计划图中的车站或者离开当前运行计划图中的车站(即当前运行计划数据)的时间时，将获取到的系统当前时间作为该车辆的到、离站时间，并将该到站或离站时间作为与当前运行计划数据相对应的车辆的实际运行时间点。其中，车辆识别模块是用于识别车辆的模块。车辆跟踪模块是用于实时跟踪车辆识别模块所识别到的车辆，以得到与该车辆相对应的运行数据的模块。

S413：对实际运行时间点进行时域转换，得到与时域范围相对应的实际时域时间点。

具体地，由于实际运行图与当前运行计划图相对应，即实际运行图的时域范围与当前运行计划图的时域范围相同，故服务器在采集列车实际到、离站时间时，需把当日24小时的时域范围的实际运行时间点转换为当前运行计划图对应的时域范围内的到、离站时间，用于实际运行图的数据记录和绘制。

例如，假设系统当前时间为7月3日的10:38，服务器接收到车辆识别模块与跟踪模块发送的102次车到达车站B的时间即10:38，则服务器将转换对该实际运行时间点(即10:38)进行时域转换，得到与时域范围(如48小时)相对应的实际时域时间点，102次车到达车站二的运行图时域时间点为24X+10:38＝24x1+10:38＝34:38；则102次车到达车站二的时间34:38，用于实际运行图的绘制。

S414：采用运行图生成函数对当前运行计划数据、实际时域时间点和计划运营时间进行处理，生成实际运行图。

其中，运行图生成函数是预先根据车辆运行图编制规则建立好的用于根据运行数据、时域时间点和运营时间，生成车辆运行图的函数，可直接调用。具体地，采用运行图生成函数对实际时域时间点、当前运行计划数据和计划运营时间进行处理，生成实际运行图，该实际运行图与当前运行计划图的时域范围相同，以实时记录车辆实际运行的相关数据，实现多日连续运营的目的。

本实施例中，通过实时接收与当前计划运行图中的当前运行计划数据相对应的车辆实际运行时间点，对实际运行时间点进行时域转换，得到与时域范围相对应的实际时域时间点，以便采用运行图生成函数对当前运行计划数据、实际时域时间点和计划运营时间进行处理，生成实际运行图，以实现对跨天运营的实际运行图的编制。

在一实施例中，如图9所示，步骤S311之后，该车辆运行图编制处理方法还包括如下步骤：

S521：获取当前运行计划图，当前运行计划图包括当前运行计划数据、当前计划运行时间点和时域范围。

其中，当前运行计划图是系统当前加载的运行计划图，可以理解地，该当前运行计划图可为预先设定的目标计划运行图或者人工手动加载的基本运行图。当前运行计划图包括当前运行计划数据、当前计划运行时间点和时域范围。该当前计划运行时间点是指当前运行计划图中记载的车辆计划到达站和离开的车站的时间。

S522：实时接收与当前运行计划数据相对应的车辆实际运行时间点。

具体地，步骤S413与步骤S412保持一致，为避免重复，在此不再赘述。

S523：对实际运行时间点进行时域转换，得到与时域范围相对应的实际时域时间点。

其中，由于实际运行图与当前运行计划图相对应，即实际运行图的时域范围与当前运行计划图的时域范围相同，故服务器在采集列车实际到、离站时间时，需把当日24小时的时域范围的实际运行时间点转换为当前运行计划图对应的时域范围内的到、离站时间，用于实际运行图的数据记录和绘制。具体地，对实际运行时间点进行时域转换与步骤S211一致，为避免重复，在此不再赘述。

S624：将实际时域时间点和当前计划运行时间点发送至车辆自动调整模块进行自动调整。

具体地，服务器在获取到时域范围相对应的实际时域时间点后，会将实际时域时间点和当前计划运行时间点发送至车辆自动调整模块进行自动调整，车辆自动调整模块会采用当前计划运行时间点中的计划到、离站时间和实际时域时间点中的到、离站时间进行早晚点偏移量的计算，以实现对多天连续运营的车辆进行自动调整目的。

本实施例中，通过实时接收与当前运行计划数据相对应的车辆实际运行时间点，再将将实际时域时间点和当前计划运行图中的当前计划运行时间点发送至车辆自动调整模块进行自动调整，以实现对多天连续运营的车辆进行自动调整目的。

在一实施例中，步骤S611或步骤S621中，即获取当前运行计划图，具体为：若系统当前时间为预设加载时间，则获取与系统当前时间相对应的当前运行计划图。

具体地，若系统当前时间为预设加载时间，则获取与系统当前时间相对应的当前运行计划图。该预设加载时间可自定义设置，在此不做限定。同时，系统还会设置一备份时间用于将实际运行图备份存储为历史实际运行图。

例如，系统设置在运营开始日期的4：30分(即预设加载时间)自动加载预设的目标计划运行图作为当前运行计划图，同时设置在运营结束日期的23:58分备份实际运行图为历史实际运行图，假设7月2日预设一48小时的预设计划运行图，那么在系统当前时间为7月2日的4:30分时，系统会自动加载预设的目标计划运行图作为当前运行计划图，在7月3日的23:58分将当前目标计划运行图备份存储为历史计划运行图、将系统生成的实际运行图作为为历史实际运行图进行备份存储。

进一步地，在将实际运行图备份存储为历史实际运行图时，可按照预设命名格式对历史实际运行图文件进行命名，方便后续查找。

例如，假设2018年3月5日系统运营结束后，系统备份存储的历史计划运行图为2018年3月3日至2018年3月5日的运行计划，则历史计划运行图文件的命名可设置为HistoryPlanDiagram2018.03.03-2018.03.05，历史实际运行图文件的命名可设置为HistoryActualDiagram2018.03.03-2018.03.05，在查询2018年3月4日的历史计划运行图时可以依据系统备份存储的历史计划运行图的文件名查询到文件名为HistoryPlanDiagram2018.03.03-2018.03.05的历史计划运行图。

本实施例中，通过在系统当前时间为预设加载时间时，自动加载与系统当前时间相对应的当前运行计划图，无需手动加载运行计划图作为车辆运营调度，提高车辆运营调度的自动化。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括计算机可读存储介质、内存储器。该计算机可读存储介质存储有操作系统、计算机程序和数据库。该内存储器为计算机可读存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储执行车辆运行图编制处理方法过程中生成或获取的数据，如基本运行图。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车辆运行图编制处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中的车辆运行图编制处理方法的步骤，例如图4所示的步骤S10-S30，或者图5至图9中所示的步骤。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中车辆运行图编制处理方法的步骤，例如图4所示的步骤S10-S30，或者图5至图9中所示的步骤，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (12)

1.一种车辆运行图编制处理方法，其特征在于，包括：

获取车辆运营时间，根据所述车辆运营时间获取对应的时域范围，所述时域范围大于或等于24小时；

获取与所述时域范围对应的车辆运行计划，所述车辆运行计划包括计划运行时间点和对应的计划运行数据；

采用运行图生成函数对所述计划运行时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图。

2.如权利要求1所述车辆运行图编制处理方法，其特征在于，所述采用运行图生成函数对所述计划运行时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图之前，所述车辆运行图编制处理方法还包括：

对所述计划运行时间点进行时域转换，得到所述时域范围对应的计划时域时间点；

所述采用运行图生成函数对所述计划运行时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图，包括：

采用运行图生成函数对所述计划时域时间点、所述计划运行数据和所述车辆运营时间进行处理，生成所述车辆运行计划对应的基本运行图。

3.如权利要求1所述车辆运行图编制处理方法，其特征在于，所述根据所述车辆运营时间获取对应的时域范围，包括：

基于所述车辆运营时间的结束时间，获取运营天数；

根据所述运营天数，获取对应的时域范围。

4.如权利要求1所述车辆运行图编制处理方法，其特征在于，在所述生成所述车辆运行计划对应的基本运行图之后，所述车辆运行图编制处理方法还包括：

将所述基本运行图与所述时域范围关联存储到数据库中。

5.如权利要求4所述车辆运行图编制处理方法，其特征在于，在将所述基本运行图与所述时域范围关联存储到数据库中的步骤之后，所述车辆运行图编制处理方法，还包括：

接收预设计划指令，所述预设计划指令包括预设日期和所述时域范围；

根据所述预设日期和所述时域范围，确定共用日期，所述预设日期与所述共用日期为连续日期；

获取所述预设日期和所述共用日期对应的设定状态；

若所述预设日期和所述共用日期对应的设定状态均为未预设状态，则将所述时域范围对应的基本运行图作为所述预设日期和所述共用日期对应的目标计划运行图。

6.如权利要求5所述车辆运行图编制处理方法，其特征在于，所述获取所述预设日期和所述共用日期对应的设定状态之后，所述车辆运行图编制处理方法还包括：

若所述预设日期和所述共用日期对应的设定状态中存在至少一个设定状态为已预设状态，则确定所述已预设状态对应的可操作事项；

获取与所述预设日期和所述共用日期对应的预设计划运行图；

按照所述已预设状态对应的可操作事项对所述预设计划运行图进行处理，得到所述预设日期和所述共用日期对应的目标计划运行图。

7.如权利要求6所述车辆运行图编制处理方法，其特征在于，在按照所述已预设状态对应的可操作事项对所述预设计划运行图进行处理之后，所述车辆运行图编制处理方法还包括：

对所述预设日期和所述共用日期对应的设定状态进行更新，并按对应的显示样式进行显示。

8.如权利要求4所述车辆运行图编制处理方法，其特征在于，在将所述基本运行图与所述时域范围关联存储到数据库中的步骤之后，所述车辆运行图编制处理方法，还包括：

获取当前运行计划图，所述当前运行计划图包括时域范围、计划运营时间和当前运行计划数据；

实时接收与所述当前运行计划数据相对应的车辆实际运行时间点；

对所述实际运行时间点进行时域转换，得到与所述时域范围相对应的实际时域时间点；

采用运行图生成函数对所述当前运行计划数据、所述实际时域时间点和所述计划运营时间进行处理，生成实际运行图。

9.如权利要求4所述车辆运行图编制处理方法，其特征在于，在将所述基本运行图与所述时域范围关联存储到数据库中的步骤之后，所述车辆运行图编制处理方法，还包括：

获取当前运行计划图，所述当前运行计划图包括当前运行计划数据、当前计划运行时间点和时域范围；

实时接收与所述当前运行计划数据相对应的车辆实际运行时间点；

对所述车辆实际运行时间点进行时域转换，得到与所述时域范围相对应的实际时域时间点；

将所述实际时域时间点和所述当前计划运行时间点发送至车辆自动调整模块进行自动调整。

10.如权利要求8或9所述车辆运行图编制处理方法，其特征在于，所述获取当前运行计划图，包括：

若系统当前时间为预设加载时间，则获取与所述系统当前时间相对应的所述当前运行计划图。

11.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至10任一项所述车辆运行图编制处理方法的步骤。

12.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10任一项所述车辆运行图编制处理方法的步骤。

Images