一种网约车订单的路线拼接规划方法及装置

技术领域

本发明属于网约车路径规划的技术领域，具体涉及一种网约车订单的路线拼接规划方法及装置。

背景技术

随着网约车技术的发展，网络车已成为人们出行的首选方式。但是，由于出行需求的不断攀升，导致在用车高峰时段，常常出现订单需求量很高，而在线服务的司机数量却不足以满足订单需求的情况。在这种情况下，有一部分在线下单的乘客需要在相当长的时间段内，才能有司机接单，甚至在相当长的时间段内无空闲司机接单。

这样的现象一方面会使乘客的等待时间增加，漫无目的地等待司机接单消耗了乘客的体力和精力，以致于造成不良的用户体验。

发明内容

本发明的目的是要解决现有的技术问题，提供一种网约车订单的路线拼接规划方法及装置。

为了解决上述问题，本发明按以下技术方案予以实现的：

第一方面，本发明提供了一种网约车订单的路线拼接规划方法，包括以下步骤：

将接力订单分配至目标司机端，所述目标司机端尚在用车订单的服务中；

基于用车订单的下车点，生成由下车点行驶至接力订单接驾点的导航路线；

将用车订单剩余的行驶路线与导航路线拼接，得到接力订单的接驾路线。

结合第一方面，本发明还提供第一方面的第1种实施方式，所述生成由下车点行驶至接力订单接驾点的规划路线，具体包括：

检测是否存在由下车点行驶至接力订单接驾点的导航路线；

若检测存在导航路线，则使用已规划的导航路线；

若检测不存在导航路线，则请求由下车点行驶至接力订单接驾点的路线规划，得到导航路线。

结合第一方面，本发明还提供第一方面的第2种实施方式，所述将用车订单剩余的行驶路线与导航路线拼接，具体为：

将用车订单的实时行驶轨迹同步至接力订单中，得到用车订单剩余实时的行驶路线；

将行驶路线与导航路线拼接。

结合第一方面，本发明还提供第一方面的第3种实施方式，还包括：

计算用车订单剩余的行驶路线的第一行驶时间；

计算导航路线的第二行驶时间；

将第一行驶时间、预设间隔时间和第二行驶时间相加，得到接驾时间。

结合第一方面，本发明还提供第一方面的第4种实施方式，还包括：

将接驾路线和接驾时间推送至接力订单对应的乘客端中，并在乘客端中显示接力订单的标记。

第二方面，本发明还提供了一种网约车订单的路线拼接规划装置，包括分配模块、路线规划模块和路线拼接模块；

所述订单分配模块，其用于将接力订单分配至目标司机端，所述目标司机端尚在用车订单的服务中；

所述路线规划模块，其基于用车订单的下车点，生成由下车点行驶至接力订单接驾点的导航路线；

所述路线拼接模块，其将用车订单剩余的行驶路线与导航路线拼接，得到接力订单的接驾路线。

结合第二方面，本发明还提供第二方面的第1种实施方式，所述路线规划模块生成由下车点行驶至接力订单接驾点的规划路线，具体包括：

检测是否存在由下车点行驶至接力订单接驾点的导航路线；

若检测存在导航路线，则使用已规划的导航路线；

若检测不存在导航路线，则请求由下车点行驶至接力订单接驾点的路线规划，得到导航路线。

结合第二方面，本发明还提供第二方面的第2种实施方式，所述将用车订单剩余的行驶路线与导航路线拼接，具体为：

将用车订单的实时行驶轨迹同步至接力订单中，得到用车订单剩余实时的行驶路线；

将行驶路线与导航路线拼接。

结合第二方面，本发明还提供第二方面的第3种实施方式，还包括接驾时间模块，所述接驾时间模块计算接驾时间，具体包括：

计算用车订单剩余的行驶路线的第一行驶时间；

计算导航路线的第二行驶时间；

将第一行驶时间、预设间隔时间和第二行驶时间相加，得到接驾时间。

结合第二方面，本发明还提供第二方面的第4种实施方式，还包括推送模块；

所述推送模块，其用于将接驾路线和接驾时间推送至接力订单对应的乘客端中，并在乘客端中显示接力订单的标记。

与现有技术相比，本发明的有益效果是：

本发明通过采用接力订单的方式，将接力订单尚在用车订单的服务中的司机端；以解决乘客需要在相当长的时间段内，才能有司机接单，甚至在相当长的时间段内无空闲司机接单的问题。另一方面，本发明还提供了接力订单的接驾路线以推送给乘客，接驾的可视化可极大的减少乘客不良的用户体验，以此减少了乘客取消订单的可能性，提高用户满意度。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明的网约车订单的路线拼接规划系统的架构示意图；

图2是本发明的网约车订单的路线拼接规划方法的流程示意图；

图3是本发明的网约车订单的路线拼接规划装置的组成图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车打车场景”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“网约车打车场景”进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输的交通工具，可以包括出租车、私家车、顺风车、公共汽车等，或其任意组合。本申请还可以包括用于网约车打车的任何服务系统。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

为了解决本申请背景技术中所述的至少一种技术问题，本申请实施例提供一种网约车订单的路线拼接规划方法及装置，其通过将接力订单分配至司机端，所述司机端尚在用车订单的服务中；基于用车订单的下车点，生成由下车点行驶至接力订单接驾点的导航路线；将用车订单剩余的行驶路线与导航路线拼接，得到接力订单的接驾路线。

通过采用接力订单的方式，将接力订单尚在用车订单的服务中的司机端；以解决乘客需要在相当长的时间段内，才能有司机接单，甚至在相当长的时间段内无空闲司机接单的问题。另一方面，本发明还提供了接力订单的接驾路线以推送给乘客，接驾的可视化可极大的减少乘客不良的用户体验，以此减少了乘客取消订单的可能性，提高用户满意度。下面通过可能的实现方式对本申请的技术方案进行说明。

基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

图1是本申请一种网约车订单的路线拼接规划系统的架构示意图。例如，网约车订单的路线拼接规划系统可以是用于诸如网约车、出租车、代驾服务、快车服务、拼车服务、公共汽车服务、驾驶员租赁服务、或班车服务之类的运输服务、或其上述任意服务之间的组合服务所依赖的在线运输服务平台。

网约车订单的路线拼接规划系统可以包括服务端、网络、服务请求终端(乘客端/用户端)、服务提供终端(司机端)，服务端中可以包括执行指令操作的处理器等。

图1所示的网约车订单的路线拼接规划系统的一种可行的示例，在其它可行的实施例中，该网约车订单的路线拼接规划系统系统也可以仅包括图1所示组成部分的其中一部分或者还可以包括其它的组成部分。

在一些实施例中，服务端可以是单个服务器，也可以是一个服务器组。服务端可以经由网络访问存储在服务请求终端(用户端)、服务提供终端(司机端)。在一些实施例中，服务端可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

在一些实施例中，服务请求终端(乘客端/用户端)、服务提供终端(司机端)可以是智能手机或平板计算机。

在一种实施方式中，所述服务请求终端(乘客端/用户端)用于发出用车订单的请求。服务提供终端(司机端)用于接收用车订单/接力订单，并提供用车服务。以执行本申请中描述的一个或多个功能。

实施例二

图2示出了本申请的一些实施例的网约车订单的路线拼接规划方法的流程示意图，本申请所提供的网约车订单的路线拼接规划方法可应用于上述的系统中。

应当理解，在其它实施例中，本实施例所述的网约车订单的路线拼接规划方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该网约车订单的路线拼接规划方法的详细步骤介绍如下。

本申请实施例二提供的一种网约车订单的路线拼接规划方法，包括：

S100：将接力订单分配至司机端，所述司机端尚在用车订单的服务中。

在本实施例中，所述接力订单是指在尚在当前用车订单服务中的司机，在即将抵达目的地时，由服务端给司机端派送从用车订单的下车点(目的地)出发的订单；接力订单与用车订单为两个相互独立的订单，在用车订单尚未完成服务时，将接力订单分配至同一司机端中，以此避免因运力不足而造成乘客的等待时间增加，漫无目的地等待司机接单消耗了乘客的体力和精力，以致于造成不良的用户体验。当司机完成当前用车订单时，接力订单则变为新的用车订单。

S200：基于用车订单的下车点，生成由下车点行驶至接力订单接驾点的导航路线。

经申请人研究发现，直接对接力订单进行路径规划时，直接由司机端的当前位置导航至接力订单的接驾点，所规划的路线并不包含用车订单的下车点，以使规划的路线与实际路线不相符。当乘客发现司机不按接驾路线行驶，且接驾时间延长，均会给乘客带来不良的乘车体验。

在一种实施中，所述用车订单包括上车点(接驾点)、下车点(目的地)的位置信息。相同的接力订单，同样包括上车点(接驾点)、下车点(目的地)的位置信息。其中，所述生成由下车点行驶至接力订单接驾点的规划路线，具体包括：

S210：检测是否存在由下车点行驶至接力订单接驾点的导航路线。

通过检测服务端或数据库中，是否已有下车点行驶至接力订单接驾点的导航路线，以此减少重新规划路线的步骤，提高系统的运行效率。

S220：若检测存在导航路线，则使用已规划的导航路线；

S230：若检测不存在导航路线，则请求由下车点行驶至接力订单接驾点的路线规划，得到导航路线。

S300：将用车订单剩余的行驶路线与导航路线拼接，得到接力订单的接驾路线。

其中，所述将用车订单剩余的行驶路线与导航路线拼接，具体为：将用车订单的实时行驶轨迹同步至接力订单中，得到用车订单剩余实时的行驶路线；将行驶路线与导航路线拼接。

在一种实施中，将用车订单的实时行驶轨迹同步至接力订单中，得到用车订单剩余实时的行驶路线。通过此方式，可快速实时的得到司机端在用车订单的行驶轨迹，无需重新规划路线；直接将用车订单的实时行驶轨迹与导航路线拼接。

S400：计算用车订单剩余的行驶路线的第一行驶时间；计算导航路线的第二行驶时间；将第一行驶时间、预设间隔时间和第二行驶时间相加，得到接驾时间。

进一步的，本发明还提供接力订单的接驾时间计算，通过生成接驾路线和接驾时间，接驾的可视化可极大的减少乘客不良的用户体验，以此减少了乘客取消订单的可能性，提高用户满意度。

在本实施中，预设间隔时间为用车订单的乘客抵达下车点后的预留时间等。所述预设间隔时间为1～3min。优选为1min，避免接驾时间的过长。

S500：将接驾路线和接驾时间推送至接力订单对应的乘客端中，并在乘客端中显示接力订单的标记。

由于是接力订单，对相应订单进行标记，以提示乘客本次用车订单的特殊性。

在本实施例中，网约车用车服务的订单(用车订单/接力订单)生成，是本领域常规技术，在此不过多说明。

实施例三

如图3所示，本申请实施例三提供了一种网约车订单的路线拼接规划装置，以实现上述实施例二所提供的网约车订单的路线拼接规划方法，所述装置包括分配模块、路线规划模块和路线拼接模块；

所述订单分配模块，其用于将接力订单分配至目标司机端，所述目标司机端尚在用车订单的服务中；

所述路线规划模块，其基于用车订单的下车点，生成由下车点行驶至接力订单接驾点的导航路线；

所述路线拼接模块，其将用车订单剩余的行驶路线与拼接路线拼接，得到接力订单的接驾路线。

进一步的，所述路线规划模块生成由下车点行驶至接力订单接驾点的规划路线，具体包括：

检测是否存在由下车点行驶至接力订单接驾点的导航路线；

若检测存在导航路线，则使用已规划的导航路线；

若检测不存在导航路线，则请求由下车点行驶至接力订单接驾点的路线规划，得到导航路线。

其中，所述将用车订单剩余的行驶路线与拼接路线拼接，具体为：

将用车订单的实时行驶轨迹同步至接力订单中，得到用车订单剩余实时的行驶路线；

将行驶路线与拼接路线拼接。

本实施例三优选地，还包括接驾时间模块，所述接驾时间模块计算接驾时间，具体包括：

计算用车订单剩余的行驶路线的第一行驶时间；

计算导航路线的第二行驶时间；

将第一行驶时间、预设间隔时间和第二行驶时间相加，得到接驾时间。

还包括推送模块；

所述推送模块，其用于将接驾路线和接驾时间推送至接力订单对应的乘客端中，并在乘客端中显示接力订单的标记。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，故凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何修改、等同变化与修饰,均仍属于本发明技术方案的范围内。