CN111785017A - 一种公交车调度方法、装置及计算机存储介质 - Google Patents

Abstract

本发明公开了一种公交车调度方法、装置及计算机存储介质，所述方法包括：获取基于视频监控装置采集的至少一公交站的图像信息；其中，所述至少一公交站的图像信息包括至少一公交站的等车人图像、对应的站名以及时间；根据至少一公交站的图像信息和已存储的至少一公交站的历史图像信息获取经过至少一公交站的各公交路线在每一公交站的客流量信息；根据经过至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。本发明提供的公交车调度方法、装置及计算机存储介质，能够有效提高公交车调度的准确度，并提升用户体验。

Description

一种公交车调度方法、装置及计算机存储介质

技术领域

本发明涉及车辆领域，特别是涉及一种公交车调度方法、装置及计算机存储介质。

背景技术

随着城市交通基础设施的不断完善，人们选用公共交通工具作为出行方式也越来越普遍，其中，公交车是一种最为普遍的公共交通工具。人们在乘坐公交车出行时，需要前往相应公交站进行等待，而等待时间的长短通常受到公交车的发车间隔等调度信息的影响。现有的公交车调度方法中，一般是预先设定每趟公交车发车的时间点或预先设定公交车的发车间隔，然而，由于在同一天内的不同时间或不同天内的相同时间，相同或不同公交站的实际客流量也可能存在不同，根据上述方法对公交车进行调度可能造成客流需求与公交服务能力不匹配，从而降低公交车调度的准确度和用户体验。

发明内容

本发明的目的在于提供一种公交车调度方法、装置及计算机存储介质，能够有效提高公交车调度的准确度，并提升用户体验。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种公交车调度方法，所述公交车调度方法包括：

获取基于视频监控装置采集的至少一公交站的图像信息；其中，所述至少一公交站的图像信息包括至少一公交站的等车人图像、对应的站名以及时间；

根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息；

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。

作为其中一种实施方式，所述获取基于视频监控装置采集的至少一公交站的图像信息，包括：

对于所述至少一公交站中的每一公交站，获取基于视频监控装置以设定时间间隔从至少一角度采集的所述每一公交站的至少一副图像；

对所述至少一副图像进行图像拼接，并根据获得的拼接图像获取所述每一公交站在预设时间段内的图像信息。

作为其中一种实施方式，所述根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息，包括：

将所述至少一公交站的图像信息作为公交站客流模型的输入，以获得经过所述至少一公交站的各公交路线在每一公交站的客流量信息；其中，所述公交站客流模型是基于至少一公交站的历史图像信息与经过所述至少一公交站的各公交路线在每一公交站的历史客流量信息进行训练获得。

作为其中一种实施方式，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息，获取所经过的公交站的客流量满足预设条件的目标公交路线；

根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔。

作为其中一种实施方式，所述预设条件包括目标公交路线所经过的公交站的总客流量大于所述目标公交路线对应公交车的设定载客量。

作为其中一种实施方式，所述根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔，包括：

根据所述目标公交路线在所述每一公交站的客流量信息确定客流高峰期和客流低峰期，并缩短所述目标公交路线对应公交车在客流高峰期的发车间隔，延长所述目标公交路线对应公交车在低峰期的发车间隔。

作为其中一种实施方式，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站点的各公交路线在每一公交站的客流量信息确定一公交路线在目标公交站的等车人数量大于预设数量阈值时，调度至少一辆所述公交路线对应的公交车直接开往所述目标公交站。

作为其中一种实施方式，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度之前，还包括：

获取所述至少一公交站附近举行的活动信息；

所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息和所述至少一公交站附近举行的活动信息对各公交路线对应公交车进行调度。

第二方面，本发明实施例提供了一种公交车调度装置，所述公交车调度装置包括处理器以及用于存储程序的存储器；当所述程序被所述处理器执行，使得所述处理器实现第一方面所述的公交车调度方法。

第三方面，本发明实施例提供了一种计算机存储介质，存储有计算机程序，所述计算机程序被处理器执行时，实现第一方面所述的公交车调度方法。

本发明实施例提供的公交车调度方法、装置及计算机存储介质，所述方法包括：获取基于视频监控装置采集的至少一公交站在预设时间段内的图像信息；其中，所述至少一公交站的图像信息包括至少一公交站的等车人图像、对应的站名以及时间；根据至少一公交站的图像信息和已存储的至少一公交站的历史图像信息获取经过至少一公交站的各公交路线在每一公交站的客流量信息；根据经过至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。如此，根据经过至少一公交站的各公交路线在每一公交站的客流量信息实现对各公交路线对应公交车进行智能调度，确保客流需求与公交服务能力匹配，从而有效提高了公交车调度的准确度，并提升了用户体验。

附图说明

图1为本发明实施例提供的一种公交车调度方法的流程示意图；

图2为本发明实施例提供的一种公交车调度装置的结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明技术方案做进一步的详细阐述。除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。

参见图1，为本发明实施例提供的一种公交车调度方法，该公交车调度方法可以由本发明实施例提供的一种公交车调度装置来执行，该公交车调度装置可以采用软件和/或硬件的方式来实现，在具体应用中，该公交车调度装置可以具体是云端服务器等设备，本实施例中以所述公交车调度方法应用于云端服务器为例，包括以下步骤：

步骤S101：获取基于视频监控装置采集的至少一公交站的图像信息；其中，所述至少一公交站的图像信息包括至少一公交站的等车人图像、对应的站名以及时间；

这里，所述获取基于视频监控装置采集的至少一公交站的图像信息，可以是获取设置在公交站的视频监控装置实时采集的至少一公交站的图像信息。所述视频监控装置具体可以是广角摄像头等装置，所述视频监控装置的数量可以根据实际需求进行设置，为了更好的获取公交站上所有等车人的图像，所述视频监控装置的数量可以是两个或两个以上，比如在公交站台的两端至少分别设置一个广角摄像头。相应的，当视频监控装置的数量有多个时，将从不同角度采集公交站的不同图像，此时需要对同一公交站的不同角度的图像进行图像拼接。在一实施方式中，所述获取基于视频监控装置采集的至少一公交站的图像信息，包括：对于所述至少一公交站中的每一公交站，获取基于视频监控装置以设定时间间隔从至少一角度采集的所述每一公交站的至少一副图像；对所述至少一副图像进行图像拼接，并根据获得的拼接图像获取所述每一公交站在预设时间段内的图像信息。具体地，对于设置于同一公交站的视频监控装置以设定时间间隔从至少一角度采集的所述公交站的至少一副图像，对所述至少一副图像进行图像拼接，以去除重复的图像信息，从而根据获得的拼接图像获取所述公交站在预设时间段内的图像信息。需要说明的是，所述设定时间间隔和所述预设时间段可以根据实际情况需要进行设置，在实际应用中，所述设定时间间隔小于所述预设时间段。例如，所述设定时间间隔可以是1分钟或3分钟，对应的所述预设时间段可以是3分钟或7分钟等。可以理解地，在同一公交站，不同等车人到达的时间可能不相同，而根据该公交站在预设时间段内的图像信息，可以获知在预设时间段内总的等车人图像。此外，从公交站台的不同角度采集的图像信息能够尽量确保所有在公交站台的等车人图像都能够获取到，能够进一步提高公交车调度的准确度和及时性。

步骤S102：根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息；

这里，可以对于获取的各公交站的图像信息可以分类，以分别单独存储。例如，将每一公交站的等车人图像、对应的时间以及站名进行关联存储。可以理解地，对于每一公交站而言，部分乘客所乘坐的公交路线会呈现一定规律，比如，有乘客在某一时间点会固定乘坐某一公交路线，可根据获取的公交站的图像信息预测此类乘客将要乘坐的公交路线，从而获得该公交路线在该公交站的客流量。需要说明的是，所述公交路线在公交站的客流量信息是指在该公交站将要乘坐该公交路线的候车人数量。可以理解地，对于只有一条公交路线经过的公交站而言，可以直接根据等车人数量确定该公交站的客流量。对于有多条公交路线经过的公交站，云端服务器可通过对公交站的历史图像信息进行大数据处理，以预测各公交路线在该公交站的客流量信息。比如，云端服务器可以根据一公交车到达某一公交站后，该公交站上的候车人信息的变化情况，确定有哪些候车人是需要乘坐该公交车。这里，云端服务器可获知各公交车正常到达各公交站的时间点。由于所述至少一公交站的历史图像信息能够在一定程度上表征所述至少一公交站的各公交路线在每一公交站的历史客流量信息，因此，可根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息。

在一实施方式中，所述根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息，包括：

将所述至少一公交站的图像信息作为公交站客流模型的输入，以获得经过所述至少一公交站的各公交路线在每一公交站的客流量信息；其中，所述公交站客流模型是基于至少一公交站的历史图像信息与经过所述至少一公交站的各公交路线在每一公交站的历史客流量信息进行训练获得。可以理解地，云端服务器预先获取训练样本，所述训练样本包括至少一公交站的历史图像信息和经过所述至少一公交站的各公交路线在每一公交站的历史客流量信息，将所述至少一公交站的历史图像信息作为模型输入变量，所述对应的经过所述至少一公交站的各公交路线在每一公交站的历史客流量信息作为模型输出变量，基于所述训练样本建立公交站客流模型。这里，基于所述训练样本可以采用神经网络算法、遗传算法等模型构造算法建立公交站客流模型。

步骤S103：根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。

需要说明的是，由于所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息能够表征在各公交站的候车人预计将要乘坐的公交路线，因此，可以根据根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。

在一实施方式中，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息，获取所经过的公交站的客流量满足预设条件的目标公交路线；

根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔。

这里，所述预设条件可以根据实际情况需要进行设置，比如可以是目标公交路线所经过的公交站的总客流量大于所述目标公交路线对应公交车的设定载客量、或在设定时长内目标公交路线所经过的公交站的客流量增加了预设客流量阈值、或目标公交路线所经过的公交站的总客流量小于所述目标公交路线对应公交车的设定载客量等。所述根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔，可以是缩短发车间隔或延长发车间隔等。如此，只对所经过的公交站的客流量满足预设条件的目标公交路线对应公交车的发车间隔进行调整，以避免非必要的调度操作，进一步确保了公交车调度的准确度。

在一实施方式中，所述根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔，包括：

根据所述目标公交路线在所述每一公交站的客流量信息确定客流高峰期和客流低峰期，并缩短所述目标公交路线对应公交车在客流高峰期的发车间隔，延长所述目标公交路线对应公交车在低峰期的发车间隔。

可以理解地，在不同时间，同一公交站的客流量将不同，比如在上班时间公交站的客流量通常较大，而在吃饭时间公交站的客流量通常较小，为了减低运营成本，可以根据所述目标公交路线在所述每一公交站的客流量信息确定客流高峰期和客流低峰期，并缩短所述目标公交路线对应公交车在客流高峰期的发车间隔，延长所述目标公交路线对应公交车在低峰期的发车间隔，以确保乘客在客流高峰期的等待时间不会太久或车内不会太过拥挤，乘客在客流低峰期有公交车可以乘坐且成本低。如此，通过缩短公交路线对应公交车在客流高峰期的发车间隔，延长公交路线对应公交车在低峰期的发车间隔，实现了公交车合理调度，并能够降低运营成本。

在一实施方式中，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站点的各公交路线在每一公交站的客流量信息确定一公交路线在目标公交站的等车人数量大于预设数量阈值时，调度至少一辆所述公交路线对应的公交车直接开往所述目标公交站。

可以理解地，在一些特定的节假日或活动举办日，一些公交站的客流量可能会突然增大，即等车人数量突然增多，导致需要等待的时间延长，甚至公交车内会严重拥挤，因此，根据所述经过所述至少一公交站点的各公交路线在每一公交站的客流量信息确定一公交路线在目标公交站的等车人数量大于预设数量阈值时，调度至少一辆所述公交路线对应的公交车直接开往所述目标公交站，以直接减少所述公交路线在目标公交站的等车人数量，操作便捷，进一步提升了用户体验。这里，所述预设数量阈值可以根据实际情况需要进行设置，比如可以设置为20人、30人等。

在一实施方式中，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度之前，还包括：

获取所述至少一公交站附近举行的活动信息；

所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息和所述至少一公交站附近举行的活动信息对各公交路线对应公交车进行调度。

可以理解地，在一些特定的节假日或庆祝日，一些商场或公园等会举行一系列的庆祝活动，此时可能将会有许多人前往参加，而在庆祝活动结束后，通常会导致附近的一些公交站的客流量突然增大，即等车人数量突然增多，为了实现对公交车的合理调度，可获取所述至少一公交站附近举行的活动信息，并根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息和所述至少一公交站附近举行的活动信息对各公交路线对应公交车进行调度，比如在活动快要结束或结束时，将经过所述至少一公交站的各公交路线对应公交车的发车间隔缩短或调度经过所述至少一公交站的各公交路线对应公交车直接开往所述至少一公交站，以直接减少所述公交路线在目标公交站的等车人数量，操作便捷，进一步提升了用户体验。

综上，上述实施例提供的公交车调度方法中，根据经过至少一公交站的各公交路线在每一公交站的客流量信息实现对各公交路线对应公交车进行智能调度，确保客流需求与公交服务能力匹配，从而有效提高了公交车调度的准确度，并提升了用户体验。

基于前述实施例相同的发明构思，本发明实施例提供了一种公交车调度装置，该公交车调度装置可以是云端服务器等，如图2所示，该公交车调度装置包括：处理器110和用于存储能够在处理器110上运行的计算机程序的存储器111；其中，图2中示意的处理器110并非用于指代处理器110的个数为一个，而是仅用于指代处理器110相对其他器件的位置关系，在实际应用中，处理器110的个数可以为一个或多个；同样，图2中示意的存储器111也是同样的含义，即仅用于指代存储器111相对其他器件的位置关系，在实际应用中，存储器111的个数可以为一个或多个。所述处理器110用于运行所述计算机程序时，实现应用于上述公交车调度装置的所述公交车调度方法。

该公交车调度装置还可包括：至少一个网络接口112。该公交车调度装置中的各个组件通过总线系统113耦合在一起。可理解，总线系统113用于实现这些组件之间的连接通信。总线系统113除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统113。

其中，存储器111可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器111旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例中的存储器111用于存储各种类型的数据以支持该公交车调度装置的操作。这些数据的示例包括：用于在该公交车调度装置上操作的任何计算机程序，如操作系统和应用程序；联系人数据；电话簿数据；消息；图片；视频等。其中，操作系统包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序可以包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。这里，实现本发明实施例方法的程序可以包含在应用程序中。

基于前述实施例相同的发明构思，本实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机程序，计算机存储介质可以是磁性随机存取存储器(FRAM，ferromagnetic random access memory)、只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、快闪存储器(FlashMemory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备，如移动电话、计算机、平板设备、个人数字助理等。所述计算机存储介质中存储的计算机程序被处理器运行时，实现应用于上述公交车调度装置的所述公交车调度方法。所述计算机程序被处理器执行时实现的具体步骤流程请参考图1所示实施例的描述，在此不再赘述。

基于前述实施例相同的发明构思，本实施例通过具体示例对前述实施例的技术方案进行详细说明。本实施例中以所述视频监控装置为广角摄像头、所述公交车调度装置为调度中心为例。

首先，在公交站台增设广角摄像头。根据站台大小可以设置一个或多个广角摄像头，广角摄像头相隔一定时间拍摄公交站里的等车人图像。针对一个公交站只有一路公交车的情况，对多个广角摄像头采集的图像需要进行图像拼接，然后再采用图像处理算法识别出等车人的头部，并计算出等车人数量，将公交站的站名、时间点和等车人数量上报到调度中心。

接着，调度中心接收到各个公交站上报的数据后进行计算，评估当前发车的间隔是否可以满足当前客流的实际需求，以判断是需要减少发车间隔还是增加发车间隔。

如果某个公交站的人数特别多，可以派出公交车直接开到对应公交站以来消化客流。此外，调度中心根据上报的这些数据可以做大数据处理，预测出未来的客流分布情况，便于公交公司提前做好准备。

针对一个公交站有多路公交车的情况，引入人脸识别系统，基于站点人员、时间等历史数据，根据一定的算法模型判断当前公交站的客流在各路公交车的分流情况，即分别会有多少人坐各条路线的公交车，并调整各条路线上公交车的发车频次。这里，根据在本公交站曾经上过车的人数，和未曾上过车的人数，对当前公交站的客流在各路公交车的分流情况进行计算。参见表1，为不同乘客乘坐各公交路线的概率，以10名乘客a～j，3路公交路线A、B、C为例，同一时间段的历史数据如下，其中i、j两名乘客以前没有在本公交站坐过车，这里给出i、j两名乘客在公交路线A、B、C对应的预估的比例值，这个比例值可以根据新乘客上车的历史数据做动态调整。

表1

乘客	公交路线A	公交路线B	公交路线C
				a	40％	30％	30％
b	20％	0％	80％
				c	100％	0％	0％
d	30％	70％	0％
				e	0％	50％	50％
f	0％	100％	0％
				g	0％	0％	100％
h	10％	60％	30％
				i	30％	40％	30％
j	30％	40％	30％

这里，根据计算可以得出公交线路A、B、C的坐车人数分别是260％、390％、350％，即分别是2.6人、3.9人、3.5人。

综上，上述公交车调度方法能够根据客流量大小，自动智能调度车辆，更好地应对突发客流，降低公交车运营成本。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，除了包含所列的那些要素，而且还可包含没有明确列出的其他要素。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种公交车调度方法，其特征在于，所述方法包括：

获取基于视频监控装置采集的至少一公交站的图像信息；其中，所述至少一公交站的图像信息包括至少一公交站的等车人图像、对应的站名以及时间；

根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息；

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度。

2.根据权利要求1所述的方法，其特征在于，所述获取基于视频监控装置采集的至少一公交站的图像信息，包括：

对于所述至少一公交站中的每一公交站，获取基于视频监控装置以设定时间间隔从至少一角度采集的所述每一公交站的至少一副图像；

对所述至少一副图像进行图像拼接，并根据获得的拼接图像获取所述每一公交站在预设时间段内的图像信息。

3.根据权利要求1所述的方法，其特征在于，所述根据所述至少一公交站的图像信息和已存储的所述至少一公交站的历史图像信息获取经过所述至少一公交站的各公交路线在每一公交站的客流量信息，包括：

将所述至少一公交站的图像信息作为公交站客流模型的输入，以获得经过所述至少一公交站的各公交路线在每一公交站的客流量信息；其中，所述公交站客流模型是基于至少一公交站的历史图像信息与经过所述至少一公交站的各公交路线在每一公交站的历史客流量信息进行训练获得。

4.根据权利要求1所述的方法，其特征在于，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息，获取所经过的公交站的客流量满足预设条件的目标公交路线；

根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔。

5.根据权利要求4所述的方法，其特征在于，所述预设条件包括目标公交路线所经过的公交站的总客流量大于所述目标公交路线对应公交车的设定载客量。

6.根据权利要求4所述的方法，其特征在于，所述根据所述目标公交路线在所述每一公交站的客流量信息调整所述目标公交路线对应公交车的发车间隔，包括：

根据所述目标公交路线在所述每一公交站的客流量信息确定客流高峰期和客流低峰期，并缩短所述目标公交路线对应公交车在客流高峰期的发车间隔，延长所述目标公交路线对应公交车在低峰期的发车间隔。

7.根据权利要求1所述的方法，其特征在于，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息调整各公交路线对应公交车的调度信息，包括：

根据所述经过所述至少一公交站点的各公交路线在每一公交站的客流量信息确定一公交路线在目标公交站的等车人数量大于预设数量阈值时，调度至少一辆所述公交路线对应的公交车直接开往所述目标公交站。

8.根据权利要求1所述的方法，其特征在于，所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度之前，还包括：

获取所述至少一公交站附近举行的活动信息；

所述根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息对各公交路线对应公交车进行调度，包括：

根据所述经过所述至少一公交站的各公交路线在每一公交站的客流量信息和所述至少一公交站附近举行的活动信息对各公交路线对应公交车进行调度。

9.一种公交车调度装置，其特征在于，所述装置包括处理器以及用于存储程序的存储器；当所述程序被所述处理器执行，使得所述处理器实现如权利要求1～8中任一项所述的公交车调度方法。

10.一种计算机存储介质，其特征在于，存储有计算机程序，所述计算机程序被处理器执行时，实现权利要求1至8中任一项所述的公交车调度方法。

Images