排班方法、排班装置及终端设备

摘要

本申请提供的一种排班方法，包括：针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息；根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。通过上述方法，可以合理安排公交线路的排班，满足乘客的出行需求。

说明书

技术领域

本申请属于信息处理技术领域，尤其涉及排班方法、排班装置、终端设备及计算机可读存储介质。

背景技术

公交线路的排班是公交公司日常运营中很重要的一个环节。现有的公交线路时刻表大多根据公交公司的调度人员的经验而生成，但随着公共环境建设和公共出行人口的不断变化，这一公交排班方式已经无法很好地匹配乘客实际的出行需求，导致公交线路的排班方式不合理，无法满足乘客的出行需求。

发明内容

本申请实施例提供了排班方法、排班装置、终端设备及计算机可读存储介质，可以合理安排公交线路的排班，满足乘客的出行需求。

第一方面，本申请实施例提供了一种排班方法，包括：

针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息；

根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

第二方面，本申请实施例提供了一种排班装置，包括：

第一确定模块，用于针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息；

第二确定模块，用于根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器、显示器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，其特征在于，上述处理器执行上述计算机程序时实现如第一方面上述的排班方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如第一方面上述的排班方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中上述的排班方法。

本申请实施例与现有技术相比存在的有益效果是：本申请实施例中，针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息。此时，所述预设历史时间段可以根据所述待规划时间段而确定，从而灵活地选择与所述待规划时间段更相关的历史时间段内的客流信息，以有针对性地根据该客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息，获得所述公交车辆的精细化的载客信息。然后，可以根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。此时，由于所述至少两个时间节点处的节点载客信息可以较为精确地体现所述公交车辆在所述线路的指定行驶方向上，在不同运行阶段的客流情况，因此，可以根据各个节点载客信息，获得较为准确的排班信息，从而合理安排公交线路的排班，满足乘客的出行需求。

附图说明

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

图1是本申请一实施例提供的一种排班方法的流程示意图；

图2是本申请一实施例提供的另一种排班方法的流程示意图；

图3是本申请一实施例提供的最大载客量时间段的一种示例性示意图；

图4是本申请一实施例提供的一种排班装置的结构示意图；

图5是本申请一实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

图1示出了本申请实施例提供的一种排班方法的流程图，该排班方法可以应用于终端设备。

其中，所述终端设备的具体类型不作任何限制。示例性的，所述终端设备可以为服务器、台式电脑、手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant，PDA)等。

在一种具体示例中，所述终端设备可以为服务器，所述终端设备可以与各个公交车辆的车载终端进行连接，以分别与各个车载终端进行信息传输。例如，所述服务器可以从所述车载终端获取所述公交车辆所采集的图像数据、位置信息以及其他采集到车辆数据。当然，所述终端设备也可以为其他类型的设备。

具体地，如图1所示，该排班方法可以包括：

步骤S101，针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息。

本申请实施例中，所述线路可以是预先划分得到。所述线路可以有起点和终点。其中，由起点到终点的方向为上行方向，而由终点到起点的方向为下行方向。

所述指定行驶方向可以根据具体的线路设置以及所述排班需求等来确定。例如，若所述线路为单向行驶线路，即只有上行方向，那么，所述线路的指定行驶方向可以为所述上行方向。而所述线路为双向行驶线路，那么所述指定行驶方向可以包括所述上行方向和所述下行方向。

所述客流信息可以包括所述公交车辆所到达的站点的站点信息、到达时间、上车人数以及下车人数等中至少一种。所述客流信息可以是预先通过车载设备采集得到的。

在一些实施例中，在针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息之前，还可以包括：

获取车载终端上传的客流信息。

其中，所述车载终端获取所述客流信息的方式可以有多种。例如，对于所述客流信息中的上车人数以及下车人数，可以通过所述车载终端上的客流仪进行采集而得到。所述客流仪的具体类型和采集方式可以有多种，例如，所述客流仪可以包括摄像头，所述摄像头可以采集所述公交车辆的车门处的图像信息并经过图像识别，以获得所述公交车辆在到达每个站点时的上车人数和下车人数。或者，所述客流仪可以为压力检测仪，安装于公交车辆的车门台阶处，以检测乘客对台阶的踩踏，从而确定所述公交车辆在到达每个站点时的上车人数和下车人数等等。

本申请实施例中，所述预设历史时间段可以根据所述待规划时间段而确定，从而灵活地选择与所述待规划时间段更相关的历史时间段内的客流信息，以有针对性地根据该客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息，获得所述公交车辆的精细化的载客信息。

在一些实施例中，所述待规划时间段包括预设时间周期中的指定阶段，所述预设历史时间段包括历史的预设时间周期中与所述指定阶段相对应的时间阶段。

所述预设时间周期可以为以星期、月甚至年等，所述预设时间周期的具体设置方式在此不作限定。

所述待规划时间段可以为所述预设时间周期中的指定阶段，而所述预设历史时间段则可以为所述历史的预设时间周期中与所述指定阶段相对应的时间阶段。也即是说，例如，所述待规划时间段可以为一个星期中的星期一，而此时，所述预设历史时间段可以为历史的各个星期一。

此时，可以根据所述预设时间周期的划分，获取到与所述待规划时间段最为匹配的历史数据，从而可以获得更能反映所述待规划时间段内的乘客需求的客流数据。

所述时间节点的划分方式可以根据实际场景需求来确定。例如，所述时间节点可以为以10分钟为一个间隔对所述待规划时间段进行划分后得到的节点。

本申请实施例中，通过确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息，可以获得所述公交车辆在所述待规划时间段内的精细化的客流信息，从而获知在所述待规划时间段内，所述公交车辆在所述线路的指定行驶方向上的客流变化情况。其中，示例性的，所述节点载客信息可以包括所述节点所对应的子时间段内的平均载客量或者最高载客量等信息。

步骤S102，根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

本申请实施例中，所述排班信息可以包括所述线路的指定方向上，在所述待规划时间段内的排班时间、配车信息以及排班司机等信息中的至少一种。

通过所述至少两个时间节点处的节点载客信息，可以获知在所述待规划时间段内，所述公交车辆在所述线路的指定行驶方向上的客流变化情况，例如确定诸如最大载客量时间段以及该最大载客量时间段的载客量、最小载客量时间段以及该最小载客量时间段的载客量等客流情况，从而可以确定不同时段的公交车辆的发车情况，即确定公交车辆在所述线路的指定行驶方向上的排班信息。

本申请实施例中，针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息。此时，所述预设历史时间段可以根据所述待规划时间段而确定，从而灵活地选择与所述待规划时间段更相关的历史时间段内的客流信息，以有针对性地根据该客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息，获得所述公交车辆的精细化的载客信息。然后，可以根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。此时，由于所述至少两个时间节点处的节点载客信息可以较为精确地体现所述公交车辆在所述线路的指定行驶方向上，在不同运行阶段的客流情况，因此，可以根据各个节点载客信息，获得较为准确的排班信息，从而合理安排公交线路的排班，满足乘客的出行需求。

在上述实施例中的基础上，图2示出了本申请实施例提供的一种排班方法的流程图。

具体地，如图2所示，该排班方法可以包括：

步骤S201，针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息。

其中，所述步骤S201与步骤S101相同或相似，具体内容可以参照上述步骤S101中的描述，在此不再赘述。

步骤S202，根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班时间。

本申请实施例中，所述排班时间可以指示各个发车时间，例如可以包括首班车发车时间、末班车发车时间以及发车间隔等等。

根据所述公交车辆在所述线路的指定行驶方向上的客流变化情况，可以确定乘客在不同时段的出行需求，从而可以确定不同时段的公交车辆的发车情况，即确定公交车辆在所述线路的指定行驶方向上的较为准确的排班时间。

在一些实施例中，所述根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班时间，包括：

根据所述线路的首班车发车时间和初始发车间隔，确定所述公交车辆在所述线路的指定行驶方向上的至少一个预估发车时间，其中，所述预估发车时间为首班车之后的其他班次的发车时间；

针对每一个预估发车时间，获取与所述预估发车时间相关联的时间节点的节点载客信息，其中，与所述预估发车时间相关联的时间节点为所述至少两个时间节点中，与所述预设发车时间的时间间隔符合预设时间间隔条件的时间节点；

根据与所述预估发车时间相关联的时间节点的节点载客信息，确定所述预估发车时间所对应的预估车次客流量；

根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的线路平均客流量；

根据所述预估车次客流量、所述线路平均客流量和所述预估发车时间，确定所述预估发车时间所对应的目标发车时间；

根据各个预估发车时间所对应的目标发车时间，确定所述公交车辆在所述线路的指定行驶方向上的排班时间。

其中所述初始发车间隔可以是调度人员等预先设置的，或者可以为历史发车间隔等等。所述预估发车时间和所述首班车发车时间可以构成一个初始的发车时间表。但由于所述初始发车间隔可能不能满足当前的出行需求，因此，可以根据与所述预估发车时间相关联的时间节点的节点载客信息，对所述预估发车时间进行调整。其中，由于所述公交车辆在发车后才会产生客流，并且，刚刚发车时所产生的客流往往也无法反映该公交车辆在发车后的整个线路的客流情况，因此，可以获取所述至少两个时间节点中，与所述预设发车时间的时间间隔符合预设时间间隔条件(如与预设发车时间的时间间隔为20分钟)的时间节点作为与所述预估发车时间相关联的时间节点。例如，5：00发车的公交车辆所关联的时间节点为5:20的时间节点，即预估发车时间为5：00所关联的节点载客信息为5：20的节点载客信息。在一些示例中，如预估发车时间中分钟数不为10整除，则使用下个10分钟数据，例如5：03发车，则可以获取5：30的节点载客信息。

然后，可以根据与所述预估发车时间相关联的时间节点的节点载客信息，确定所述预估发车时间所对应的预估车次客流量。例如，可以将与所述预估发车时间相关联的时间节点的节点载客量作为所述预估发车时间所对应的预估车次客流量。此外，可以根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的线路平均客流量；从而可以根据所述预估车次客流量、所述线路平均客流量和所述预估发车时间，确定所述预估发车时间所对应的目标发车时间。

其中，根据所述预估车次客流量、所述线路平均客流量和所述预估发车时间，确定所述预估发车时间所对应的目标发车时间的具体方式可以有多种。示例性的，可以比对所述预估车次客流量和所述线路平均客流量，以判断当前的预估车次客流量为高峰客流、中锋客流或者低峰客流，从而相应的调整所述预估发车时间。例如，若所述预估车次客流量大于所述线路平均客流量，则可以相应的提前所述预估发车时间，即缩短对应的发车间隔；而若所述预估车次客流量小于所述线路平均客流量，则可以相应的推后所述预估发车时间，即延长对应的发车间隔，以根据客流情况，合理调控所述公交车辆的排班时间。

下面以一个具体示例，说明本申请实施例的一种实际应用。

示例性的，所述若所述待规划时间段为周一，各个所述时间节点之间的间隔为10分钟，所述预设时间间隔条件为相对于预设发车时间推后20分钟。

那么，对于5:10发车的公交车辆，可以获取5:30时间节点处的节点客流量。

在一些示例中，可以获得以一星期为预设时间周期的各个历史平均客流量如下表：

若所述待规划时间段为周一。针对历史的30个周一中的每一个周一，获取该周一的历史平均客流量。然后计算该30个周一的历史平均客流量的平均值，以作为所述线路平均客流量。

比对所述预估车次客流量和所述线路平均客流量。

若所述预估车次客流量大于所述线路平均客流量，则计算优化率＝(预估车次客流量-线路平均客流量)/线路平均客流量；如优化率大于20％，则取20％。预估发车时间-目标发车时间＝初始发车间隔*优化率；此时，所述目标发车时间相对于预估发车时间提前。

若所述预估车次客流量等于所述线路平均客流量，则预估发车时间＝目标发车时间；

若所述预估车次客流量小于所述线路平均客流量，则计算优化率＝(线路平均客流量-预估车次客流量)/线路平均客流量；如优化率大于30％，则取30％；目标发车时间-预估发车时间＝初始发车间隔*优化率。此时，所述目标发车时间相对于预估发车时间延后。

在获得每一个预估发车时间所对应的目标发车时间之后，获得所述公交车辆在所述线路的指定行驶方向上的排班时间。其中，可以结合所述目标发车时间和所述末班车发车时间来确定所述公交车辆在所述线路的指定行驶方向上的排班时间。

例如，若存在目标发车时间晚于末班车发车时间，则可以使用(末班车发车时间-倒数第3个目标发车时间)/2的时间点作为倒数第2班公交车辆的发车时间。

若所述指定行驶方向包括上行方向和下行方向，那么，在一些示例中，可以获得排班时间表如下：

步骤S203，根据所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息。

本申请实施例中，所述配车信息可以包括配车数以及各个公交车辆在上行方向、下行方向等的配车方式等等。

所述配车信息可以是根据所述排班时间计算而得到，也可以是调度人员根据所述排班时间对所述配车信息进行配置，从而确定各个排班节点的配车情况等等。

在一些实施例中，所述根据所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息，包括：

根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的配车数；

根据所述配车数和所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息。

本申请实施例中，所述配车数可以根据所述公交车辆的车型、各个时间节点的载客情况等信息来确定，在确定所述配车数和所述排班时间之后，可以将所述能分配的公交车辆，将所述公交车辆合理分配至各个排班时间点，从而合理分配车辆资源，提升车辆的利用率。

在一些实施例中，所述根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的配车数，包括：

根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述待规划时间段内的最大载客量时间段；

根据所述线路的单车次平均载客量、所述最大载客量时间段所对应的载客量和优化权重值，确定所述公交车辆在所述线路方向上的配车数。

本申请实施例中，所述线路的单车次平均载客量可以根据所述线路上的公交车辆的车型来确定。

示例性的，若线路的公交车辆车型一致，则该公交车辆的单车载客量即为所述线路的单车次平均载客量。若线路的公交车辆有多种车型，则通过总载客量除以总车辆数计算线路的单车次平均载客量。如所述线路有A公交车辆x辆，B公交车辆y辆，则线路的单车次平均载客量＝(A*x)+(B*y)/(x+y)。

所述最大载客量时间段可以根据所述指定行驶方向来确定。例如，若所述指定行驶方向只有上行方向，那么，所述最大载客量时间段可以为所述上行方向上的最大载客量时间段。若所述指定行驶方向包括上行方向和下行方向，则所述最大载客量时间段可以为结合所述上行方向和所述下行方向所得到的最大载客量所在的时间段，相应的，所述最大载客量时间段所对应的载客量可以为结合所述上行方向和所述下行方向所得到的最大载客量。或者，所述最大载客量时间段也可以是所述上行方向上的最大载客量时间段。

所述根据所述线路的单车次平均载客量、所述最大载客量时间段所对应的载客量和优化权重值，确定所述公交车辆在所述线路方向上的配车数的具体方式可以有多种。

示例性的，在一种示例中，可以将所述最大载客量时间段所对应的载客量除以所述线路的单车次平均载客量，再乘以优化权重值，以获得所述配车数。

所述优化权重值的具体取值可以是预先确定的。示例性的，所述优化权重值可以为1、1.2、1.5等等。

如图3所示，为所述最大载客量时间段的一种示例性说明。

其中，所述最大载客量时间段为上行方向的时长为1个小时的最大载客量时间段，对应的上行方向上的载客量为510人，而该最大载客量时间段在对应的下行方向上的载客量为260人。在本申请实施例中，所述最大载客量时间段所对应的载客量可以为510+260＝770人。

而所述线路的单车次平均载客量若为35，所述优化权重值为1.2，那么，所述配车数可以为770*1.2/35，取整数则为27，即所述配车数可以为27。

在一些实施例中，所述指定行驶方向包括上行方向和下行方向，所述排班时间包括上行方向排班时间和下行方向排班时间，所述配车信息包括所述上行方向的上行配车数和所述下行方向的下行配车数；

所述根据所述配车数和所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息，包括：

根据所述配车数、所述上行方向排班时间中的首班车发车时间以及所述下行方向排班时间中的首班车发车时间，确定所述上行方向的上行配车数和所述下行方向的下行配车数。

本申请实施例中，可以根据首班车发车时间以及所述下行方向排班时间中的首班车发车时间，确定所述线路中的主站和副站，从而确定上行配车数和下行配车数。其中，所述主站为始发站或始发车场或该线路调度室所在车场，所述副站为公交车辆的折返站。通过确定所述线路中的主站和副站，从而确定上行配车数和下行配车数，可以结合对所述公交车辆的调度资源，合理分配所述公交车辆。

其中，确定所述上行方向的上行配车数和所述下行方向的下行配车数的方式可以有多种。例如，可以比对所述上行方向排班时间中的首班车发车时间(以下称为上行首班车时间)以及所述下行方向排班时间中的首班车发车时间(以下称为下行首班车时间)。

1)若上行首班车时间等于下行首班车时间，则下行配车数为在下行首班车行驶时间内的发车次数，上行配车数＝配车数-下行配车数；

2)若上行首班车时间小于下行首班车时间，并且，上行时间-下行时间>＝配车计算时间，则上行配车数＝配车数；下行配车数＝0；

3)上行首班车时间小于下行首班车时间并且上行时间-下行时间<配车计算时间，则下行配车数为在下行首班车行驶时间内的发车次数；上行配车数＝配车数-下行配车数。

在确定所述上行方向的上行配车数和所述下行方向的下行配车数之后，可以根据所述上行配车数和所述下行配车数，以及排班时间等等，来确定车次时刻表。

在一些示例中，可以获得车次时刻表如下：

步骤S204，根据所述配车信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

本申请实施例中，在获取到所述配车信息之后，可以根据所述配车信息生成车次时刻表，再将司机以及车辆信息等等关联至所述车次时刻表，从而获得所述排班信息。

在一些示例中，所述排班信息可以如下表所示：

此时，通过本申请实施例，可以获得根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班时间；再根据所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息，使得所述配车信息可以根据所述排班信息进行合理分配，然后根据所述配车信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息，从而合理安排公交线路的排班，满足乘客的出行需求。

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

对应于上文实施例上述的排班方法，图4示出了本申请实施例提供的一种排班装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图4，该排班装置4包括：

第一确定模块401，用于针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息；

第二确定模块402，用于根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

可选的，所述第二确定模块402包括：

第一确定单元，用于根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班时间；

第二确定单元，用于根据所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息；

第三确定单元，用于根据所述配车信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。

可选的，所述第二确定单元具体包括：

第一确定子单元，用于根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的配车数；

第二确定子单元，用于根据所述配车数和所述排班时间，确定所述公交车辆在所述线路的指定行驶方向上的配车信息。

可选的，所述第一确定子单元具体用于：

根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述待规划时间段内的最大载客量时间段；

根据所述线路的单车次平均载客量、所述最大载客量时间段所对应的载客量和优化权重值，确定所述公交车辆在所述线路方向上的配车数。

可选的，所述指定行驶方向包括上行方向和下行方向，所述排班时间包括上行方向排班时间和下行方向排班时间，所述配车信息包括所述上行方向的上行配车数和所述下行方向的下行配车数；

所述第二确定子单元具体用于：

根据所述配车数、所述上行方向排班时间中的首班车发车时间以及所述下行方向排班时间中的首班车发车时间，确定所述上行方向的上行配车数和所述下行方向的下行配车数。

可选的，所述第一确定单元具体包括：

第三确定子单元，用于根据所述线路的首班车发车时间和初始发车间隔，确定所述公交车辆在所述线路的指定行驶方向上的至少一个预估发车时间，其中，所述预估发车时间为首班车之后的其他班次的发车时间；

获取子单元，用于针对每一个预估发车时间，获取与所述预估发车时间相关联的时间节点的节点载客信息，其中，与所述预估发车时间相关联的时间节点为所述至少两个时间节点中，与所述预设发车时间的时间间隔符合预设时间间隔条件的时间节点；

第四确定子单元，用于根据与所述预估发车时间相关联的时间节点的节点载客信息，确定所述预估发车时间所对应的预估车次客流量；

第五确定子单元，用于根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的线路平均客流量；

第六确定子单元，用于根据所述预估车次客流量、所述线路平均客流量和所述预估发车时间，确定所述预估发车时间所对应的目标发车时间；

第七确定子单元，用于根据各个预估发车时间所对应的目标发车时间，确定所述公交车辆在所述线路的指定行驶方向上的排班时间。

可选的，所述待规划时间段包括预设时间周期中的指定阶段，所述预设历史时间段包括历史的预设时间周期中与所述指定阶段相对应的时间阶段。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图5为本申请一实施例提供的终端设备的结构示意图。如图5所示，该实施例的终端设备5包括：至少一个处理器50(图5中仅示出一个)、存储器51以及存储在上述存储器51中并可在上述至少一个处理器50上运行的计算机程序52，上述处理器50执行上述计算机程序52时实现上述任意各个排班方法实施例中的步骤。

上述终端设备5可以是服务器、手机、可穿戴设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、桌上型计算机、笔记本、台式电脑以及掌上电脑等计算设备。该终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的举例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入设备、输出设备、网络接入设备等。其中，上述输入设备可以包括键盘、触控板、指纹采集传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风、摄像头等，输出设备可以包括显示器、扬声器等。

上述处理器50可以是中央处理单元(Central Processing Unit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器51在一些实施例中可以是上述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。上述存储器51在另一些实施例中也可以是上述终端设备5的外部存储设备，例如上述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，上述存储器51还可以既包括上述终端设备5的内部存储单元也包括外部存储设备。上述存储器51用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等，例如上述计算机程序的程序代码等。上述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

另外，尽管未示出，上述终端设备5还可以包括网络连接模块，如蓝牙模块Wi-Fi模块、蜂窝网络模块等等，在此不再赘述。

本申请实施例中，上述处理器50执行上述计算机程序52以实现上述任意各个排班方法实施例中的步骤时，本申请实施例中，针对每一线路，根据公交车辆在所述线路的指定行驶方向上的预设历史时间段内的客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息。此时，所述预设历史时间段可以根据所述待规划时间段而确定，从而灵活地选择与所述待规划时间段更相关的历史时间段内的客流信息，以有针对性地根据该客流信息，确定所述公交车辆在待规划时间段内的至少两个时间节点处的节点载客信息，获得所述公交车辆的精细化的载客信息。然后，可以根据所述至少两个时间节点处的节点载客信息，确定所述公交车辆在所述线路的指定行驶方向上的排班信息。此时，由于所述至少两个时间节点处的节点载客信息可以较为精确地体现所述公交车辆在所述线路的指定行驶方向上，在不同运行阶段的客流情况，因此，可以根据各个节点载客信息，获得较为准确的排班信息，从而合理安排公交线路的排班，满足乘客的出行需求。

本申请实施例还提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/设备实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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