CN106875674B - 一种用于车辆调度的方法及设备 - Google Patents

Abstract

本申请的目的是提供一种车辆调度的方法及设备，本申请通过基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；接着，基于运能不足的状态确定运能调配方案；随后，根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆，从而可以及时应对机场、酒店、景点等高峰时间段大客流的需要，依靠订单调节，在运能不足时将预警提醒，且能够运维人员介入调配及智能调配，调配方式更加灵活，减少用户的等待时间和空驶。

Description

一种用于车辆调度的方法及设备

技术领域

本申请涉及计算机领域，尤其涉及一种用于车辆调度的方法及设备。

背景技术

近年来，专车市场愈演愈烈，专车等待时间短、服务体验好，缓解了高峰期的交通需求，弥补了现有出行方式无法满足的出行需求、满足了对乘车环境和服务的升级需求。各类专车平台通过强势补贴，积累用户，培育和刺激市场发展，但仍存在以下问题：专车随机分布，难以应对机场、酒店、景点等高峰时段大客流的需要。运能不能人工介入调配，智能调配的方法不能应对高峰时段大客流的需要，用户等待时间长。

申请内容

本申请的一个目的是提供一种用于车辆调度的方法及设备，解决现有技术中运能不能人工介入调配，难以应对机场、酒店、景点等高峰时段大客流需要的问题。

根据本申请的一个方面，一种用于车辆调度的方法，该方法包括：

基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；

基于运能不足的状态确定运能调配方案；

根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆。

进一步地，在上述方法中，基于运能不足的状态确定运能调配方案，包括：

基于运能不足的状态获取预设区域内的车辆的位置信息；

基于所述车辆的位置信息确定运能调配方案。

进一步地，在上述方法中，基于车辆的接单反馈确定运能状态，包括：

向所述预设区域内的车辆发送接单请求；

基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；

所述基于运能不足的状态确定运能调配方案包括：

根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；

将所述选取的调配车辆的信息发送至自助服务设备。

进一步地，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。

进一步地，在上述方法中，基于车辆的接单反馈确定运能状态，包括：

基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；

所述基于运能不足的状态确定运能调配方案包括：

根据所述运能不足的状态，选取为用户服务的待调配车辆；

根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。

进一步地，根据所述运能不足的状态，选取为用户服务的待调配车辆，包括：

在预设的时间阈值内对历史未接单的车辆进行标记；

根据所述预警信息从未标记的车辆中，选取为用户服务的待调配车辆。

进一步地，根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，包括：

根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；

根据所述当前时间的运能需求及所述待调配接单的时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；

将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。

根据本申请另一个方面，还提供了一种用于车辆调度的设备，所述设备包括：

运能确定装置，用于基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；

确定装置，用于基于运能不足的状态确定运能调配方案；

调度装置，用于根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆。

进一步地，上述设备中，所述确定装置用于：

基于运能不足的状态获取预设区域内的车辆的位置信息；

基于所述车辆的位置信息确定运能调配方案。

进一步地，上述设备中，所述运能确定装置用于：

向所述预设区域内的车辆发送接单请求；

基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；

所述确定装置用于：

根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；

将所述选取的调配车辆的信息发送至自助服务设备。

进一步地，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。

进一步地，所述运能状态装置用于：

基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；

所述确定装置用于：

根据所述运能不足的状态，选取为用户服务的待调配车辆；

根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。

进一步地，上述设备中，所述确定装置用于：

在预设的时间阈值内对历史未接单的车辆进行标记；

根据所述预警信息从未标记的车辆中，选取为用户服务的待调配车辆。

进一步地，上述设备中，所述确定装置用于：

根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；

根据所述当前时间的运能需求及所述待调配接单的时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；

将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。

与现有技术相比，本申请通过基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；接着，基于运能不足的状态确定运能调配方案；随后，根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆，从而可以及时应对机场、酒店、景点等高峰时间段大客流的需要，依靠订单调节，在运能不足时将预警提醒，且能够人工介入调配及智能调配，调配方式更加灵活，减少用户的等待时间和空驶。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请的一个方面的一种用于车辆调度的方法流程示意图；

图2示出本申请中的一实施例的运能车辆的布局示意图；

图3示出根据本申请的另一个方面的一种用于车辆调度的设备结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1示出根据本申请的一个方面的一种用于车辆调度的方法流程示意图，该方法包括：步骤S11～步骤S13，优选地应用于网约车、移动通讯和车辆联网设计的场景，

在步骤S11中，基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；在此，在车辆端，对应的司机安装相应的应用程序(APP)根据用户的订单请求进行接单或抢单，在收到订单后可能进行接收该订单，也可能拒绝接单，在抢单时可能发生没有任何空闲车辆进行抢单的情况，在服务端，管理调度时，从车辆端获取司机的接单反馈，根据接单反馈确定运能状态，比如当有司机正常接单时，则运能状态良好，当用户的订单需求远大于接单的车辆数量或者用户的订单没有司机进行接单时，出现运能不足的状态，当运能不足时，会发出预警，并通知相应调度介入调配运能。

在步骤S12中，基于运能不足的状态确定运能调配方案；在本申请一实施例中，根据运能不足的状态，选取调度人员进行介入调配运能或者基于运能预估模型进行智能调配。因此，调度管理时依靠订单调节，也弥补了不能人工进行介入调配的缺陷，使得对车辆的调度管理更加灵活，运能围绕机场、酒店、景点进行布局，以应对大客流的需要，在运能不足时将预警提醒，调度将介入调配运能分布，减少用户的等待时间。

在步骤S13中，根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆。在此，根据所确定的运能调配方案，选取为用户服务的调配车辆，将服务通知发送该调配车辆的司机，让司机前往用户所在的下订单的位置，开始服务。

在本申请一实施例中，在步骤S12中，基于运能不足的状态获取预设区域内的车辆的位置信息；基于所述车辆的位置信息确定运能调配方案。在此，运能不足时，进行预警提醒，并且实时获取预设区域内的所有车辆的位置，进行展示，其中，预设区域可以为酒店、机场、车站等周围的区域，也可以为某一行政区域内的范围区域，如上海的徐汇区，获取徐汇区内所有车辆的位置信息，以应对该区内用户的需要；根据实时获取到的所有车辆的位置信息，确定运能调配方案，如人工介入调配，选择距离用户下订单的位置最近的空闲车辆前往，为用户服务。

在本申请一实施例中，在步骤S11中，向所述预设区域内的车辆发送接单请求；基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；接着，在步骤S12中，根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；将所述选取的调配车辆的信息发送至自助服务设备。在此，对于订单分派给司机时，向预设区域内的车辆发送接单请求，车辆对应的司机可以选择接收订单也可以选择拒绝订单，当无候选司机或者所有司机都选择拒绝订单时，会出现运能不足的状态，此时会发出预警提醒，移动端相应的订单标示异常色，同时发出异常音响，通知相应调度人工介入调配运能。服务端实时获取所有车辆位置进行展示，调度可以选择车辆进行调配，根据历史运能状态信息制定运能调配计划。在本申请一实施例中，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。在此，车辆的历史运行状态信息为既往运能统计数据，记录了所有司机和车辆每天的分布，可以统计自助下订单设备投放点每天各时段的订单需求量。在此，自助约车终端围绕机场、酒店、景点等进行布局，以应对大客流的需要，所有车辆为用户服务结束后会回到系统指定的自助下订单设备投放点周围。需要说明的是，所述车辆的历史运能状态信息还可以为移动终端上应用程序(APP)上用户的下订单需求，并不仅限于自助下订单设备投放点的订单需求量。

在本申请一实施例中，在步骤S11中，基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；接着，在步骤S12中，根据所述运能不足的状态，选取为用户服务的待调配车辆；根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。在此，对车辆进行派单时，如将订单同时发送给所有空闲车辆的司机，司机进行抢单，将接单反馈发送至服务端，系统中订单页面出现异常单，无司机进行接单，出现运能不足的状态，根据此情况的运能状态，可以选择智能调配的运能调配方案，在本申请一实施例中，选取为用户服务的待调配车辆，如在用户下订单的位置周围的车辆或者刚结束服务时的车辆，基于运能预估模型进行智能调配，计算待调配接单时间点，如历史运能状态是周六的上午9点至10点这个时间段客流量比较大，根据历史的订单需求预测当前周六的上午9点至10点的订单需求，将周六上午9点至10点这个时间段作为待调配接单时间点，通知相应的车辆前往用户所在的位置，减少用户的等待时间，同时，相应车辆可以为从待调配车辆中选取的所述预设区域内的调配车辆，也可以为刚结束服务的车辆；用户所在的位置可以为用户所使用的自助约车终端的投放点周围，如图2中所示，选取刚结束服务的司机前往自助约车终端的投放点周围，运能将围绕机场、火车站、酒店、景点等进行布局，以应对大客流的需要。

优选地，在步骤S12中，选取为用户服务的待调配车辆，包括：在预设的时间阈值内对历史未接单的车辆进行标记；根据所述预警信息从未标记的车辆中，选取为用户服务的待调配车辆。在本申请一实施例中，在运能调配过程中，具体选取前往用户所在位置的车辆可以根据历史运能信息确定，在预设的时间阈值内，当订单下发给相应车辆时，若该车辆拒绝接单，则可对该车辆的司机进行标记，该司机可能信用不够或者当天接单数量已达到上限，出于运营效益和用户的体验，选择其他司机进行前往较好，因此，选取时，从未标记的车辆中选取为用户服务的待调配车辆。需要说明的是，每次运能调整发生在订单异常报警时，此时可将最近一次的异常订单中不接单的司机排除，因运能可能已经释放之前补接单的记录；对于短时间内无法调整运能的，在这段时间内运能已经释放；因此需要有一个时间阈值，在该时间阈值内进行调整的，选取待调配车辆和司机时，剔除不接单的司机。

优选地，在步骤S12中，根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；根据所述当前时间的运能需求及所述待调配接单的时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。在此，根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，具体的方式可以为：运能预估模型根据既往运能统计数据所作出的运能预测，比如每周的周一，当天的运能预测值将参考上周及以往周一的数值求出，因晴天和雨天的订单量差别较大，还可以结合天气情况进行预测。当司机结束服务时，计算距离该司机最近的待调配接单时间点以及当前时间的历史运能需求，从有运能缺口的点中选择距离用户下订单的位置最近的司机前往，由此减少下一个用户的等待时间和空驶。其中，运能缺口是指预设区域内车辆数量小于运能预估值时的点，比如当自助约车终端投放点周围3公里范围内的车辆数少于运能预估值时，视为有运能缺口的点。

通过本申请所述的车辆调度的方法，可以及时应对机场、酒店、景点等高峰时间段大客流的需要，依靠订单调节，在运能不足时将预警提醒，且能够人工介入调配及智能调配，调配方式更加灵活，减少用户的等待时间和空驶。

图3示出根据本申请的另一个方面的一种用于车辆调度的设备结构示意图，该设备包括：运能确定装置11、确定装置12和调度装置13，优选地应用于网约车、移动通讯和车辆联网设计的场景，

运能确定装置11，用于基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；在此，在车辆端，对应的司机安装相应的应用程序(APP)根据用户的订单请求进行接单或抢单，在收到订单后可能进行接收该订单，也可能拒绝接单，在抢单时可能发生没有任何空闲车辆进行抢单的情况，在服务端，管理调度时，从车辆端获取司机的接单反馈，根据接单反馈确定运能状态，比如当有司机正常接单时，则运能状态良好，当用户的订单需求远大于接单的车辆数量或者用户的订单没有司机进行接单时，出现运能不足的状态，当运能不足时，会发出预警，并通知相应调度介入调配运能。

确定装置12，用于基于运能不足的状态确定运能调配方案；在本申请一实施例中，根据运能不足的状态，选取调度人员进行介入调配运能或者基于运能预估模型进行智能调配。因此，调度管理时依靠订单调节，也弥补了不能人工进行介入调配的缺陷，使得对车辆的调度管理更加灵活，运能围绕机场、酒店、景点进行布局，以应对大客流的需要，在运能不足时将预警提醒，调度将介入调配运能分布，减少用户的等待时间。

调度装置13，用于根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆。在此，根据所确定的运能调配方案，选取为用户服务的调配车辆，将服务通知发送该调配车辆的司机，让司机前往用户所在的下订单的位置，开始服务。

在本申请一实施例中，确定装置12，用于基于运能不足的状态获取预设区域内的车辆的位置信息；基于所述车辆的位置信息确定运能调配方案。在此，运能不足时，进行预警提醒，并且实时获取预设区域内的所有车辆的位置，进行展示，其中，预设区域可以为酒店、机场、车站等周围的区域，也可以为某一行政区域内的范围区域，如上海的徐汇区，获取徐汇区内所有车辆的位置信息，以应对该区内用户的需要；根据实时获取到的所有车辆的位置信息，确定运能调配方案，如人工介入调配，选择距离用户下订单的位置最近的空闲车辆前往，为用户服务。

在本申请一实施例中，运能确定装置11用于，向所述预设区域内的车辆发送接单请求；基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；接着，确定装置12用于，根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；将所述选取的调配车辆的信息发送至自助服务设备。在此，对于订单分派给司机时，向预设区域内的车辆发送接单请求，车辆对应的司机可以选择接收订单也可以选择拒绝订单，当无候选司机或者所有司机都选择拒绝订单时，会出现运能不足的状态，此时会发出预警提醒，移动端相应的订单标示异常色，同时发出异常音响，通知相应调度人工介入调配运能。服务端实时获取所有车辆位置进行展示，调度可以选择车辆进行调配，根据历史运能状态信息制定运能调配计划。在本申请一实施例中，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。在此，车辆的历史运行状态信息为既往运能统计数据，记录了所有司机和车辆每天的分布，可以统计自助下订单设备投放点每天各时段的订单需求量。在此，自助约车终端围绕机场、酒店、景点等进行布局，以应对大客流的需要，所有车辆为用户服务结束后会回到系统指定的自助下订单设备投放点周围。需要说明的是，所述车辆的历史运能状态信息还可以为移动终端上应用程序(APP)上用户的下订单需求，并不仅限于自助下订单设备投放点的订单需求量。

在本申请一实施例中，运能确定装置11用于，基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；接着，确定装置，根据所述运能不足的状态，选取为用户服务的待调配车辆；根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。在此，对车辆进行派单时，如将订单同时发送给所有空闲车辆的司机，司机进行抢单，将接单反馈发送至服务端，系统中订单页面出现异常单，无司机进行接单，出现运能不足的状态，根据此情况的运能状态，可以选择智能调配的运能调配方案，在本申请一实施例中，选取为用户服务的待调配车辆，如在用户下订单的位置周围的车辆或者刚结束服务时的车辆，基于运能预估模型进行智能调配，计算待调配接单时间点，如历史运能状态是周六的上午9点至10点这个时间段客流量比较大，根据历史的订单需求预测当前周六的上午9点至10点的订单需求，将周六上午9点至10点这个时间段作为待调配接单时间点，通知相应的车辆前往用户所在的位置，减少用户的等待时间，同时，相应车辆可以为从待调配车辆中选取的所述预设区域内的调配车辆，也可以为刚结束服务的车辆；用户所在的位置可以为用户所使用的自助约车终端的投放点周围，如图2中所示，选取刚结束服务的司机前往自助约车终端的投放点周围，运能将围绕机场、火车站、酒店、景点等进行布局，以应对大客流的需要。

优选地，确定装置12，用于在预设的时间阈值内对历史未接单的车辆进行标记；根据所述预警信息从未标记的车辆中，选取为用户服务的待调配车辆。在本申请一实施例中，选取为用户服务的待调配车辆时，具体选取前往用户所在位置的车辆可以根据历史运能信息确定，在预设的时间阈值内，当订单下发给相应车辆时，若该车辆拒绝接单，则可对该车辆的司机进行标记，该司机可能信用不够或者当天接单数量已达到上限，出于运营效益和用户的体验，选择其他司机进行前往较好，因此，选取时，从未标记的车辆中选取为用户服务的待调配车辆。需要说明的是，每次运能调整发生在订单异常报警时，此时可将最近一次的异常订单中不接单的司机排除，因运能可能已经释放之前补接单的记录；对于短时间内无法调整运能的，在这段时间内运能已经释放；因此需要有一个时间阈值，在该时间阈值内进行调整的，选取待调配车辆和司机时，剔除不接单的司机。

优选地，确定装置12，用于根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；根据所述当前时间的运能需求及所述待调配接单的时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。在此，根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，具体的方式可以为：运能预估模型根据既往运能统计数据所做出的运能预测，比如每周的周一，当天的运能预测值将参考上周及以往周一的数值求出，因晴天和雨天的订单量差别较大，还可以结合天气情况进行预测。当司机结束服务时，计算距离该司机最近的待调配接单时间点以及当前时间的历史运能需求，从有运能缺口的点中选择距离用户下订单的位置最近的司机前往，由此减少下一个用户的等待时间和空驶。其中，运能缺口是指预设区域内车辆数量小于运能预估值时的点，比如当自助约车终端投放点周围3公里范围内的车辆数少于运能预估值时，视为有运能缺口的点。

通过本申请所述设备用于车辆的调度，可以及时应对机场、酒店、景点等高峰时间段大客流的需要，依靠订单调节，在运能不足时将预警提醒，且能够人工介入调配及智能调配，调配方式更加灵活，减少用户的等待时间和空驶。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (12)

1.一种用于车辆调度的方法，其中，所述方法包括：

基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；

基于运能不足的状态确定运能调配方案；

根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆；

其中，基于车辆的接单反馈确定运能状态，包括：

基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；

所述基于运能不足的状态确定运能调配方案包括：

根据所述运能不足的状态，选取为用户服务的待调配车辆；

根据运能预估模型确定待调配接单时间点及从待调配车辆中选取预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。

2.根据权利要求1所述的方法，其中，当运能状态为不足时，所述方法还包括：

基于运能不足的状态获取预设区域内的车辆的位置信息；

基于所述车辆的位置信息确定运能调配方案。

3.根据权利要求2所述的方法，其中，基于车辆的接单反馈确定运能状态，还包括：

向所述预设区域内的车辆发送接单请求；

基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；

所述基于运能不足的状态确定运能调配方案还包括：

根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；

将所述选取的调配车辆的信息发送至自助服务设备。

4.根据权利要求3所述的方法，其中，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。

5.根据权利要求1所述的方法，其中，根据所述运能不足的状态，选取为用户服务的待调配车辆，包括：

在预设的时间阈值内对历史未接单的车辆进行标记；

根据订单发生异常时的预警信息从未标记的车辆中，选取为用户服务的待调配车辆。

6.根据权利要求1所述的方法，其中，根据运能预估模型确定待调配接单时间点及从待调配车辆中选取所述预设区域内的调配车辆，包括：

根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；

根据所述当前时间的运能需求及所述待调配接单时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；

将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。

7.一种用于车辆调度的设备，其中，所述设备包括：

运能确定装置，用于基于车辆的接单反馈确定运能状态，当运能状态为不足时，发送介入调度通知；

确定装置，用于基于运能不足的状态确定运能调配方案；

调度装置，用于根据所述运能调配方案确定为用户服务的调配车辆，并将服务通知发送至所述调配车辆；

其中，所述运能确定装置用于：

基于车辆的接单反馈判断订单页面中是否显示接单反馈异常，若是，则确定运能状态为不足；

所述确定装置用于：

根据所述运能不足的状态，选取为用户服务的待调配车辆；

根据运能预估模型确定待调配接单时间点及从待调配车辆中选取预设区域内的调配车辆，其中，所述运能预估模型根据所有车辆的历史运能信息确定。

8.根据权利要求7所述的设备，其中，当运能状态为不足时，所述确定装置还用于：

基于运能不足的状态获取预设区域内的车辆的位置信息；

基于所述车辆的位置信息确定运能调配方案。

9.根据权利要求8所述的设备，其中，所述运能确定装置还用于：

向所述预设区域内的车辆发送接单请求；

基于所述车辆的接单反馈，判断所述接单反馈中是否均为未接单，若是，则确定运能状态为不足；

所述确定装置还用于：

根据所述车辆的历史运行状态信息从所述预设区域内的车辆中选取为用户服务的调配车辆；

将所述选取的调配车辆的信息发送至自助服务设备。

10.根据权利要求9所述的设备，其中，所述车辆的历史运行状态信息包括：每天车辆的位置分布信息和每天各时间段内的订单需求信息。

11.根据权利要求7所述的设备，其中，所述确定装置用于：

在预设的时间阈值内对历史未接单的车辆进行标记；

根据订单发生异常时的预警信息从未标记的车辆中，选取为用户服务的待调配车辆。

12.根据权利要求7所述的设备，其中，所述确定装置用于：

根据所述运能预估模型计算当前时间的运能需求及待调配接单时间点；

根据所述当前时间的运能需求及所述待调配接单时间点确定距离订单服务位置最近的待调配车辆，从所述待调配车辆中选取所述预设区域内的调配车辆；

将所述订单所在的位置及待调配接单时间点发送至所述调配车辆。

Images