一种拥塞路段优化下车点的推送方法及装置与流程

本发明属于网约车下车点推送的技术领域，具体涉及一种拥塞路段优化下车点的推送方法及装置。

背景技术：

网络约车逐步融入人们的生活。随着网约车技术的发展，网络车已成为人们出行的首选方式。经申请人研究发现，在网约车服务过程中存在如下技术问题：

由于道路拥堵导致到达目的地所需的时间较长。部分乘客希望能够提前下车，通过步行或骑行至目的地。但若乘客对当前道路情况不熟悉，则会导致乘客不知道该何时何地下车，也不了解该如何步行或骑行至目的地。而现有网约车平台，所提供的导航服务均由上车点至目的地，没有相应的技术手段帮助乘客。

技术实现要素：

本发明的目的是要解决上述的技术问题，提供一种拥塞路段优化下车点的推送方法及装置。

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

第一方面，本发明提供了一种拥塞路段优化下车点的推送方法，包括以下步骤：

检测服务订单的行驶路径是否存在拥堵；

当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离；

基于拥堵距离计算预估通行时间；

计算车辆定位点至目的地的步行或骑行时间；

当步行或骑行时间小于预估通行时间时，判断步行或骑行时间是否小于第一预设阈值；

若是则，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。

结合第一方面，本发明还提供了第一方面的第1种实施方式，所述检测服务订单的行驶路径是否存在拥堵，具体包括：

获取服务订单的行驶路径；

当车辆定位点至服务订单的目的地的距离小于第二预设阈值时，触发对行驶路径的拥堵检测；又或者，

当车辆定位点至服务订单的目的地的步行或骑行距离小于第三预设阈值时，触发对行驶路径的拥堵检测。

结合第一方面，本发明还提供了第一方面的第2种实施方式，所述第一预设阈值为5～10分钟，所述第二预设阈值为1.5～2km，所述第三预设阈值为1～1.5km。

结合第一方面，本发明还提供了第一方面的第3种实施方式，所述推送方法还包括：

根据乘客端的更换下车点请求，将服务订单的目的地切换为所述最近下车点；

生成最近下车点步行或骑行至目的地的导航路线，将导航路线推送至乘客端。

结合第一方面，本发明还提供了第一方面的第4种实施方式，所述推送方法还包括：

当检测道路不存在拥堵时，使用服务订单的行驶路径；

当步行或骑行时间大于预估通行时间时，又或者，当步行或骑行时间大于第一预设阈值时，使用服务订单的行驶路径。

第二方面，本发明还提供了一种拥塞路段优化下车点的推送装置，包括：

检测模块，其用于检测服务订单的行驶路径是否存在拥堵；

获取模块，其用于当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离；

计算模块，其基于拥堵距离计算预估通行时间；所述计算模块还用于计算车辆定位点至目的地的步行或骑行时间；

判断模块，其用于当步行或骑行时间小于预估通行时间时，判断步行或骑行时间是否小于第一预设阈值；

推送模块，其用于步行或骑行时间小于第一预设阈值时，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。

结合第二方面，本发明还提供了第二方面的第1种实施方式，所述检测模块检测服务订单的行驶路径是否存在拥堵，具体包括：

获取服务订单的行驶路径；

当车辆定位点至服务订单的目的地的距离小于第二预设阈值时，触发对行驶路径的拥堵检测；又或者，

当车辆定位点至服务订单的目的地的步行或骑行距离小于第三预设阈值时，触发对行驶路径的拥堵检测。

结合第二方面，本发明还提供了第二方面的第2种实施方式，所述第一预设阈值为5～10分钟，所述第二预设阈值为1.5～2km，所述第三预设阈值为1～1.5km。

结合第二方面，本发明还提供了第二方面的第3种实施方式，所述推送装置还包括切换模块和导航模块；

所述切换模块用于根据乘客端的更换下车点请求，将服务订单的目的地切换为所述最近下车点；

所述导航模块用于生成最近下车点步行或骑行至目的地的导航路线，将导航路线推送至乘客端。

结合第二方面，本发明还提供了第二方面的第4种实施方式，所述检测模块检测道路不存在拥堵时，使用服务订单的行驶路径；

所述判断模块判断步行或骑行时间大于预估通行时间时，又或者，当步行或骑行时间大于第一预设阈值时，使用服务订单的行驶路径。

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

本发明通过检测服务订单的末端行驶路径是否存在拥堵。当检测道路拥堵时，通过计算拥堵距离计算预估通行时间、步行或骑行时间，判断是否适宜乘客步行或骑行至目的地，将最近下车点推送至乘客端。本发明主要用于拥塞场景下降低用户到达目的地的整体时长，同时减少用户乘车费用。从而更好的满足乘客的乘车需求，提升打车体验，同时也丰富了网络约车业务中的导航方式。

附图说明

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

图1是本发明的拥塞路段优化下车点的推送系统的架构示意图；

图2是本发明的拥塞路段优化下车点的推送方法的流程示意图；

图3是本发明的拥塞路段优化下车点的推送装置的组成图。

具体实施方式

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

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

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

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

为了解决本申请背景技术中所述的至少一种技术问题，本申请实施例提供一种拥塞路段优化下车点的推送方法及装置，通过检测服务订单的行驶路径是否存在拥堵；当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离；基于拥堵距离计算预估通行时间；计算车辆定位点至目的地的步行或骑行时间；当步行或骑行时间小于预估通行时间时，判断步行或骑行时间是否小于第一预设阈值；若是则，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。本发明在网络约车业务进行时，通过在服务过程的末端路径中，当检测发送拥堵时，提供步行或骑行的导航规划，生成最近下车点并推送给客户，方便乘客根据自身需求，选择继续乘车至目的地，还是提前下车步行或骑行至目的地，从而更好的满足乘客的乘车需求，提升打车体验，同时也丰富了网络约车业务中的导航方式。下面通过可能的实现方式对本申请的技术方案进行说明。

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

实施例一

图1是本申请一种可替代实施例提供的拥塞路段优化下车点的推送系统的架构示意图。例如，拥塞路段优化下车点的推送系统可以是用于诸如网约车、出租车、快车服务、拼车服务、或班车服务之类的运输服务、或其上述任意服务之间的组合服务所依赖的在线运输服务平台。

拥塞路段优化下车点的推送系统可以包括服务端、网络、服务请求终端(乘客端/用户端)、服务提供终端(司机端)，服务端中可以包括执行指令操作的处理器等。

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

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

在一种实施方式中，所述服务请求终端(用户端)用于发出服务订单的请求，服务提供终端(司机端)用于接收服务订单并进行服务订单的网约车服务。服务端可通过司机端获取车辆定位点，亦可通过车载设备的获取车辆定位点。服务端基于服务订单的服务数据，检测服务订单的行驶路径是否存在拥堵；当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离；基于拥堵距离计算预估通行时间；计算车辆定位点至目的地的步行或骑行时间；当步行或骑行时间小于预估通行时间时，判断步行或骑行时间是否小于第一预设阈值；若是则，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。

在另一种实施例中，用服务请求终端(用户端)、服务提供终端(司机端)包括处理器。处理器可以处理服务订单服务过程中的信息和/或数据，以执行本申请中描述的一个或多个功能。

实施例二

图2示出了本申请的一些实施例的拥塞路段优化下车点的推送方法的流程示意图，本申请所提供的拥塞路段优化下车点的推送方法可应用于上述的服务端中。

应当理解，在其它实施例中，本实施例所述的拥塞路段优化下车点的推送方法其中部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。该拥塞路段优化下车点的推送方法的详细步骤介绍如下。

本发明的研发初衷为，车辆当前定位点与目的地之间的距离很近，但由于道路拥堵，导致车辆行驶至目的地所需的时间很长。如早高峰和晚高峰时，由于道路拥堵导致车辆即使距离目的地较近，但通行时间长，不仅浪费乘客的时间，而且可能出现因为长时间拥堵怠速导致打车费用大幅增加的情况。为此，本发明通过检测服务订单的末端行驶路径是否存在拥堵。当检测道路拥堵时，通过计算拥堵距离计算预估通行时间、步行或骑行时间，判断是否适宜乘客步行或骑行至目的地，将最近下车点推送至乘客端。本发明主要用于拥塞场景下降低用户到达目的地的整体时长，同时减少用户乘车费用。从而更好的满足乘客的乘车需求，提升打车体验。

本申请实施例二提供的一种拥塞路段优化下车点的推送方法，包括以下步骤：

s100：检测服务订单的行驶路径是否存在拥堵。

在本实施例一种优选实施中，以优先考虑乘客较为轻松的步行或骑行至目的地，所述拥堵检测操作触发在服务订单的末端行驶路径中。本步骤中触发检测拥堵的目标条件可以是如下：

s110：获取服务订单的行驶路径。

在一种实施中，所述行驶路径为服务订单的导航路径，可直接使用该服务订单的导航数据。导航数据包括实时路况信息、上车点位置信息、目的地信息、以及当前行驶路径数据等。

s120：当车辆定位点至服务订单的目的地的行驶距离小于第二预设阈值时，触发对行驶路径的拥堵检测。又或者，

s130：当车辆定位点至服务订单的目的地的步行或骑行距离小于第三预设阈值时，触发对行驶路径的拥堵检测。

在一种优选实施中，所述第二预设阈值为1.5～2km，所述第三预设阈值为1～1.5km。太近的距离无需切换步行/骑行，太远的距离乘客难以步行/骑行，而本申请提供的距离适宜，满足乘客步行或骑行的条件，亦满足在剩余导航路径上寻找合适下车点。

当然可以理解的是，本步骤中所述的目标条件还可以是其他适宜条件，具体情况可根据实际需求设计。

s200：当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离。当检测道路不存在拥堵时，使用服务订单的行驶路径。

在本实施例中，服务订单的导航数据中路径数据及对应的实时路况数据，基于电子地图服务，即可检测道路是否拥堵，并通过导航数据确认当前车辆定位点至目的地的拥堵距离。是本领域的技术可实现的，在此不过多说明。当检测道路不存在拥堵时，即车辆可以继续行驶至目的地，则无需切换步行/骑行，本策略会使用服务订单的行驶路径行驶到目的地。

s300：基于拥堵距离计算预估通行时间。

在本实施例中，所述预估通行时间为网约车行驶通过该段拥堵距离的通行时间。在另一种实例中，拥堵距离可以仅是当前车辆定位点至目的地的部分路段，亦可以是，当前车辆定位点至目的地的全路段。基于实时路况信息以确定的。

s400：计算车辆定位点至目的地的步行或骑行时间。

在本发明中，计算车辆定位点至目的地的步行或骑行时间，用于判断是否适宜乘客进行步行/骑行至目的地。

s500：当步行或骑行时间小于预估通行时间时，判断步行或骑行时间是否小于第一预设阈值；若是则，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。

当步行或骑行时间大于预估通行时间时，又或者，当步行或骑行时间大于第一预设阈值时，使用服务订单的行驶路径。

在一种实施中，所述第一预设阈值为5～10分钟。在优选实施中，所述第一预设阈值为5分钟，乘客步行/骑行5分钟即可到达目的地，距离和时间均适宜乘客抵达目的地，以此提高用户体验。所述最近下车点可以是导航系统推荐的。

具体的，本发明所述推送方法还包括：

s600：根据乘客端的更换下车点请求，将服务订单的目的地切换为所述最近下车点。

在本实施例中，服务端通过向乘客端推送最近下车点，并推送是否更换下车点的业务选项。当接受乘客端的更换下车点请求时，这里所述的更换下车点为车辆中的乘客步行或骑行至目的地时对应的最近下车点。

s700：生成最近下车点步行或骑行至目的地的导航路线，将导航路线推送至乘客端。

在一种实施中，所述导航路线包括由最近下车点步行/骑行至目的地的导航路径、到达目的地所需时间。所述导航路径优选为时间最短、路程最短的路径。通过将步行/骑行的导航路线推送给乘客，协助乘客达到目的地，提高用户体验。

实施例三

如图3所示，本申请实施例三提供了一种拥塞路段优化下车点的推送装置，所述装置包括：

检测模块，其用于检测服务订单的行驶路径是否存在拥堵；

获取模块，其用于当检测道路拥堵时，获取当前车辆定位点至目的地的拥堵距离；

计算模块，其基于拥堵距离计算预估通行时间；所述计算模块还用于计算车辆定位点至目的地的步行或骑行时间；

判断模块，其用于当步行或骑行时间小于预估通行时间时，判断步行或步行时间是否小于第一预设阈值；

推送模块，其用于步行或步行时间小于第一预设阈值时，获取距离当前定位点的最近下车点，将最近下车点推送至乘客端。

优选地，所述检测模块检测服务订单的行驶路径是否存在拥堵，具体包括：

获取服务订单的行驶路径；

当车辆定位点至服务订单的目的地的距离小于第二预设阈值时，触发对行驶路径的拥堵检测；又或者，当车辆定位点至服务订单的目的地的步行或骑行距离小于第三预设阈值时，触发对行驶路径的拥堵检测。

在一种实施中，所述第一预设阈值为5～10分钟，所述第二预设阈值为1.5～2km，所述第三预设阈值为1～1.5km。

在一种实施中，所述检测模块检测道路不存在拥堵时，使用服务订单的行驶路径；所述判断模块判断步行或骑行时间大于预估通行时间时，又或者，当步行或步行时间大于第一预设阈值时，使用服务订单的行驶路径。

本发明优选地，所述推送装置还包括切换模块和导航模块；

所述切换模块用于根据乘客端的更换下车点请求，将服务订单的目的地切换为所述最近下车点；

所述导航模块用于生成最近下车点步行或骑行至目的地的导航路线，将导航路线推送至乘客端。

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