待载客车辆的路线推荐方法及上车点推荐方法与流程

本发明涉及导航技术领域，具体地涉及一种待载客车辆的路线推荐方法、上车点推荐方法。

背景技术：

互联网技术的发展极大地丰富了人们的日常出行方式。除了传统的扬招乘车和电调约车方式之外，网络约车逐渐融入人们的生活中，并开始占据越来越大的比重。例如，乘客可以使用手机应用程序(application，简称app)进行网络约车，提高乘车的便利性。

虽然网络约车给乘客带来了很大的便捷，但是其现有技术方案仍存在一些问题。例如，通过手机app约车之后，乘客通常需要花费不少的时间与响应网络约车订单的待载客车辆司机沟通来确定合适的上车地点。即使确定好了上车地点，待载客车辆司机可能会因为不熟悉上车地点的地理环境或不熟悉到达上车地点的行车路线，导致车辆无法及时行驶至约定的上车地点，造成乘客长时间等待甚至被迫变动上车地点，这一方面，影响了乘客的约车体验，另一方面，乘客和待载客车辆司机的沟通过程也会对驾车安全产生影响。

技术实现要素：

本发明解决的技术问题是如何推荐待载客车辆的行车路线以及乘客的上车地点，以得到符合乘客期望的行车路线和上车点，并减少乘客与待载客车辆司机的沟通时间，从而更好的保障行车安全。

为解决上述技术问题，本发明实施例提供的一种待载客车辆的路线推荐方法，包括：

接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点；

发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

规划从所述待载客车辆的位置到所述上车点的至少一条接驾行车路线；

发送所述接驾行车路线至乘客端供乘客选择；

接收乘客端返回的乘客选择的接驾行车路线；

将所述乘客选择的接驾行车路线发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线行驶至所述上车点。

为解决上述技术问题，本发明实施例提供的另一种待载客车辆的路线推荐方法，包括：

接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点及目的地；

发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

规划从待载客车辆的位置到所述目的地且途径所述上车点的至少一条接驾行车路线及至少一条送驾行车路线；

发送所述接驾行车路线和送驾行车路线至乘客端供乘客选择；

接收乘客端返回的乘客选择的接驾行车路线和送驾行车路线；

将所述接驾行车路线和送驾行车路线发送至所述待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线和所述送驾行车路线行驶。

为解决上述技术问题，本发明实施例提供的上车点推荐方法，包括：

接收乘客的约车请求，所述约车请求中至少携带有乘客所在位置点及目的地；

发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

规划从待载客车辆的位置到所述目的地的至少一条行车路线；

根据所述行车路线和所述乘客所在位置点，生成位于所述行车路线上的至少一个推荐上车点；

将所述行车路线和所述推荐上车点，发送至乘客端供乘客选择；

接收乘客端返回的乘客选择的行车路线和推荐上车点；

将所述乘客选择的行车路线和上车点发送至待载客车辆的车载设备，以使所述待载客车辆按照所述行车路线行驶至所述推荐上车点和所述目的地。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例所述方案能够生成从待载客车辆位置到乘客上车位置的接驾行车路线，还可以生成从乘客上车位置到目的地的送驾行车路线。此外，还可以生成推荐的上车点。上述接驾行车路线、送驾行车路线和推荐上车点被发送到乘客端供乘客选择确认后，发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线、送驾行车路线和推荐上车点行驶至所述上车点和目的地。

本发明实施例提供的技术方案可以得到更符合乘客需求的乘车路线和上车点，有效避免司机绕路、走错路等情形的发生，确保司机能够快速到上车点，优化乘客的叫车体验。并且，待载客车辆的司机无需在行车期间频繁与乘客沟通来确定乘客期望的行车路线和上车点，既能够提高乘客的网约车乘坐体验，也能够有效保障行车期间司机和乘客的生命、财产安全。

附图说明

图1是本发明实施例的一种待载客车辆的路线推荐方法的流程图；

图2是本发明实施例的另一种待载客车辆的路线推荐方法的流程图；

图3是本发明实施例的一种上车点推荐方法的流程图。

具体实施方式

本领域技术人员理解，如背景技术所言，现有网约车的操作模式存在不合理之处，导致乘客需要频繁与待载客车辆司机沟通来确定待载客车辆的行车路线和上车点。既存在行车安全隐患，也无法有效解决待载客车辆司机走错路、绕路的问题。

为了解决上述技术问题，本发明实施例提供了如下技术方案：

一种待载客车辆的路线推荐方法，包括：接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点；发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；规划从所述待载客车辆的位置到所述上车点的至少一条接驾行车路线；发送所述接驾行车路线至乘客端供乘客选择；接收乘客端返回的乘客选择的接驾行车路线；将所述乘客选择的接驾行车路线发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线行驶至所述上车点。

另一种待载客车辆的路线推荐方法，包括：接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点及目的地；发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；规划从待载客车辆的位置到所述目的地且途径所述上车点的至少一条接驾行车路线及至少一条送驾行车路线；发送所述接驾行车路线和送驾行车路线至乘客端供乘客选择；接收乘客端返回的乘客选择的接驾行车路线和送驾行车路线；将所述接驾行车路线和送驾行车路线发送至所述待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线和所述送驾行车路线行驶。

一种上车点推荐方法，包括：接收乘客的约车请求，所述约车请求中至少携带有乘客所在位置点及目的地；发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；规划从待载客车辆的位置到所述目的地的至少一条行车路线；根据所述行车路线和所述乘客所在位置点，生成位于所述行车路线上的至少一个推荐上车点；将所述行车路线和所述推荐上车点，发送至乘客端供乘客选择；接收乘客端返回的乘客选择的行车路线和推荐上车点；将所述乘客选择的行车路线和上车点发送至待载客车辆的车载设备，以使所述待载客车辆按照所述行车路线行驶至所述推荐上车点和所述目的地。

本领域技术人员理解，本发明实施例所述方案能够生成从待载客车辆位置到乘客上车位置的接行车驾路线，还可以生成从乘客上车位置到目的地的送驾行车路线。此外，还可以生成推荐的乘客上车点。上述接驾行车路线、送驾行车路线和推荐上车点发送到乘客端供乘客选择确认后，发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线、送驾行车路线和推荐上车点行驶至所述上车点和目的地。

本发明提供的技术方案可以得到更符合乘客需求的乘车路线和上车点，有效避免司机绕路、走错路等情形的发生，确保司机能够快速到上车点，优化乘客的叫车体验。并且，待载客车辆的司机无需在行车期间频繁与乘客沟通来确定乘客期望的行车路线和上车点，既能够提高乘客的网约车乘坐体验，也能够有效保障行车期间司机和乘客的生命、财产安全。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

实施例一：

图1是本发明实施例提供的第一种待载客车辆的路线推荐方法的流程图。

其中，所述待载客车辆可以指基于互联网接单的汽车，例如，用户作为乘客在互联网发起网约车请求，待载客车辆的司机接单后，乘客即可通过用户设备(如手机)执行本实施例方案，以向所述待载客车辆推荐从车辆当前位置到乘客上车点位置的接驾路线和从乘客上车点位置到乘客目的地的送驾路线等行车路线和上车点；本实施所述方案可以是基于预装在用户设备上以及司机的终端设备上的应用程序执行的，所述应用程序可以是现有的网络约车应用程序或运行于地图app上的程序插件模块，也可以是专为执行本发明实施例所述方案而开发的网络约车应用程序；所述用户设备可以为用户的手机、平板电脑等移动设备；所述车载设备可以为司机的手机、平板电脑等移动设备，还可以为车载电脑、导航仪等车载设备。

具体地，在本实施例中，所述的第一种待载客车辆的路线推荐方法可以包括如下步骤：

步骤101，接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点；

作为一个非限制性实施例，所述上车点的位置可以基于乘客的实时位置确定。例如，可以根据所述乘客的手机的全球定位系统(globalpositioningsystem，简称gps)的定位信息确定所述乘客的实时位置，并将该实时位置确定为所述上车点的位置，以便精准掌握乘客的实时位置，确保网约车能够在正确的地点接到乘客。

或者，作为一个变化例，所述上车点的位置也可由所述乘客指定。例如，乘客在发起网约车时，其实时位置(如在家里)并不是其所期望的上车地点(如小区门口)，则所述乘客可以在发起网约车的同时或之后指定所述上车点的位置，并在待载客车辆赶去所述上车点的同时自行达到所述上车点与所述待载客车辆汇合。

所述上车点的位置，可以由网约车平台推荐给乘客。所述网约车平台可以通过地图数据中的小区、商场中的出入口数据得到推荐的上车点，也可以通过对载客车辆行驶轨迹数据中的起点和终点的聚类分析等，得到推荐的上车点。

上述约车请求还可以包括：乘客的账号、乘客的联系方式、出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据。

步骤102，发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

根据所述上车点、乘客的出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据，可以从所有的待载客车辆中，筛选出符合要求的待载客车辆，并将约车请求发送到筛选出来的待载客车辆。如将所述约车请求发送到距离所述上车点5公里范围内的所有待载客车辆。

待载客车辆在接收到所述约车请求之后，可以由司机操作响应所述约车请求。也可以由网约车平台指定其中一个待载客车辆自动响应所述约车请求。

进一步地，所述待载客车辆的位置可以是所述待载客车辆的实时位置。例如，可以基于所述待载客车辆的车载定位系统确定所述待载客车辆的实时位置；或者，也可以基于设置于所述待载客车辆上的移动设备(如司机的手机等)的定位模块确定所述待载客车辆的实时位置。此外，服务端还可以获取所述约车请求的待载客车辆的类型、司机信息等。

步骤103，规划从所述待载客车辆的位置到所述上车点的至少一条接驾行车路线；

本步骤中，可以规划多条从所述待载客车辆的位置到所述上车点的接驾行车路线，并计算这些接驾行车路线的距离、耗时和费用等信息。

步骤104，发送所述接驾行车路线至乘客端供乘客选择；

在发送所述接驾行车路线至乘客端的同时，还可以将接驾行车路线对应的距离、到达时间和费用等信息发送到乘客端，供乘客选择时参考。此外，本步骤之前还可以将待载客车辆的位置、车辆类型、车牌号、司机信息等发送到乘客端。

步骤105，接收乘客端返回的乘客选择的接驾行车路线；

乘客的选择指令可以是由乘客在乘客设备上的实体操作(如滑动、点击等)触发的，也可以是乘客通过语音、非接触式手势等虚拟操作触发的。

步骤106，将所述乘客选择的接驾行车路线发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线行驶至所述上车点。

所述接驾行车路线可以显示在待载客车辆的车载设备上，还可以通过语音的形式播放给司机参考。

本实施例提供的所述方案能够生成从待载客车辆位置到乘客上车位置之间的接驾行车路线，所述接驾行车路线在被发送到乘客端供乘客选择确认后，发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线行驶至所述乘客的上车点。上述方案可以得到更符合乘客需求的乘车路线，有效避免司机绕路、走错路等情形的发生，确保司机能够快速到上车点，优化乘客的叫车体验。并且，待载客车辆的司机无需在行车期间频繁与乘客沟通来确定乘客期望的行车路线，既能够提高乘客的网约车乘坐体验，也能够有效保障行车期间司机和乘客的生命和财产安全。

此外，在将所述乘客选择的接驾行车路线发送至所述待载客车辆的车载设备之后，所述待载客车辆按照所述接驾行车路线行驶至所述上车点的过程中，可能会发生待载客车辆偏离所述接驾行车路线的情况，因此，本实施例提供的方法还可以包括：

接收所述待载客车辆的实时行驶位置；

根据所述待载客车辆的实时行驶位置，判断所述待载客车辆是否偏离所述乘客选择的接驾行车路线，如果是，则将偏离时所述待载客车辆的实时行驶位置确定为待载客车辆的位置，返回执行步骤103中所述规划从所述待载客车辆的位置到所述上车点的至少一条接驾行车路线的步骤。

上述方案中，可以在所述待载客车辆偏离所述接驾行车路线时，重新规划并由乘客确认偏航后的接驾路线，可以保证待载客车辆及时准确到乘客上车点。

此外，乘客在发出约车请求之后，还有可能根据需要改变上车点，因此，所述步骤106将所述乘客选择的接驾行车路线发送至待载客车辆的车载设备之后，还可以包括：

监听所述乘客的乘客端是否上传了新的上车点，若监听到，则获取待载客车辆的实时位置作为待载客车辆的位置，以新的上车点为上车点，执行规划从所述待载客车辆的位置到所述上车点的至少一条接驾行车路线的步骤。

在另一种常见的情景下，乘客发出的约车请求中进一步携带有乘客目的地，因此，本实施例提供的方法还可以包括如下步骤：

以乘客上车点的位置为起点，以所述约车请求中携带的乘客目的地为终点规划至少一条送驾行车路线并发送至乘客端供乘客选择；

接收乘客端返回的乘客选择的送驾行车路线；

将所述乘客选择的送驾行车路线发送至所述待载客车辆的车载设备，以使所述待载客车辆按照所述送驾行车路线行驶至所述乘客目的地。

上述步骤中，规划送驾行车路线的方式可以与规划接驾行车路线的方式类同，两者可以同时规划，也可以先规划接驾行车路线。可以将送驾行车路线和接驾行车路线同时发生到乘客端供乘客选择，还可以先发送接驾行车路线，待乘客上车后，再先发送送驾行车路线供乘客选择确认。

此外，在送驾过程中，也有可能发生偏航，在发生偏航之后，可以主动提醒乘客，并规划新规划的送驾行车路线供乘客选择确认。在此不再赘述。

实施例二

图2是本发明实施例提供的第二种待载客车辆的路线推荐方法的流程图。

其中，所述待载客车辆可以指基于互联网接单的汽车，例如，用户作为乘客在互联网发起网约车请求，待载客车辆的司机接单后，乘客即可通过用户设备(如手机)执行本实施例方案，以向所述待载客车辆推荐从车辆当前位置到乘客上车点位置的接驾路线和从乘客上车点位置到乘客目的地的送驾路线等行车路线和上车点；本实施所述方案可以是基于预装在用户设备上以及司机的终端设备上的应用程序执行的，所述应用程序可以是现有的网络约车应用程序或运行于地图app上的程序插件模块，也可以是专为执行本发明实施例所述方案而开发的网络约车应用程序；所述用户设备可以为用户的手机、平板电脑等移动设备；所述车载设备可以为司机的手机、平板电脑等移动设备，还可以为车载电脑、导航仪等车载设备。

具体地，在本实施例中，所述的第一种待载客车辆的路线推荐方法可以包括如下步骤

步骤201，接收乘客的约车请求，所述约车请求中至少携带有乘客的上车点及目的地；

作为一个非限制性实施例，所述上车点的位置可以基于乘客的实时位置确定。例如，可以根据所述乘客的手机的全球定位系统(globalpositioningsystem，简称gps)的定位信息确定所述乘客的实时位置，并将该实时位置确定为所述上车点的位置，以便精准掌握乘客的实时位置，确保网约车能够在正确的地点接到乘客。

或者，作为一个变化例，所述上车点的位置也可由所述乘客指定。例如，乘客在发起网约车时，其实时位置(如在家里)并不是其所期望的上车地点(如小区门口)，则所述乘客可以在发起网约车的同时或之后指定所述上车点的位置，并在待载客车辆赶去所述上车点的同时自行达到所述上车点与所述待载客车辆汇合。

所述上车点的位置，可以由网约车平台推荐给乘客。所述网约车平台可以通过地图数据中的小区、商场中的出入口数据得到推荐的上车点，也可以通过对载客车辆行驶轨迹数据中的起点和终点的聚类分析等，得到推荐的上车点。

乘客的目的地可以为乘客输入的目的地名称、在地图中点击选择的目的地兴趣点图标。

上述约车请求还可以包括：乘客的账号、乘客的联系方式、出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据。

步骤202，发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

根据所述上车点、乘客的出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据，可以从所有的待载客车辆中，筛选出符合要求的待载客车辆，并将约车请求发送到筛选出来的待载客车辆。如将所述约车请求发送到距离所述上车点5公里范围内的所有待载客车辆。

待载客车辆在接收到所述约车请求之后，可以由司机操作响应所述约车请求。也可以由网约车平台指定其中一个待载客车辆自动响应所述约车请求。

进一步地，所述待载客车辆的位置可以是所述待载客车辆的实时位置。例如，可以基于所述待载客车辆的车载定位系统确定所述待载客车辆的实时位置；或者，也可以基于设置于所述待载客车辆上的移动设备(如司机的手机等)的定位模块确定所述待载客车辆的实时位置。此外，服务端还可以获取所述约车请求的待载客车辆的类型、司机信息等。

步骤203，规划从待载客车辆的位置到所述目的地且途径所述上车点的至少一条接驾行车路线及至少一条送驾行车路线；

本步骤中，可以规划多条从所述待载客车辆的位置到所述上车点的接驾行车路线，以及规划多条从所述上车点到所述目的地的接驾行车路线。此外，还可以计算这些接驾行车路线和送驾行车路线的距离、耗时和费用等信息。

步骤204，发送所述接驾行车路线和送驾行车路线至乘客端供乘客选择；

在发送所述接驾行车路线和送驾行车路线至乘客端的同时，还可以将接驾行车路线和送驾行车路线对应的距离、到达时间和费用等信息发送到乘客端，供乘客选择时参考。此外，本步骤之前还可以将待载客车辆的位置、车辆类型、车牌号、司机信息等发送到乘客端。

步骤205，接收乘客端返回的乘客选择的接驾行车路线和送驾行车路线；

乘客的选择指令可以是由乘客在乘客设备上的实体操作(如滑动、点击等)触发的，也可以是乘客通过语音、非接触式手势等虚拟操作触发的。

步骤206，将所述接驾行车路线和送驾行车路线发送至所述待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线和送驾行车路线行驶。

所述接驾行车路线和送驾行车路线可以显示在待载客车辆的车载设备上，还可以通过语音的形式播放给司机参考。

本实施例提供的所述方案能够生成从待载客车辆的位置到所述目的地且途径所述上车点的接驾行车路线及送驾行车路线，所述接驾行车路线及送驾行车路线在被发送到乘客端供乘客选择确认后，发送至待载客车辆的车载设备，以使所述待载客车辆按照所述接驾行车路线行驶至所述乘客的上车点，并按照送驾行车路线行驶至所述乘客的目的地。

上述方案可以得到更符合乘客需求的乘车路线，有效避免司机绕路、走错路等情形的发生，确保司机能够快速到上车点和目的地，优化乘客的叫车体验。并且，待载客车辆的司机无需在行车期间频繁与乘客沟通来确定乘客期望的行车路线，既能够提高乘客的网约车乘坐体验，也能够有效保障行车期间司机和乘客的生命和财产安全。

此外，在将所述乘客选择的接驾行车路线和送驾行车路线发送至所述待载客车辆的车载设备之后，所述待载客车辆按照所述接驾行车路线行驶至所述上车点的过程中，和待载客车辆按照所述送驾行车路线行驶至所述目的地的过程中，可能会发生待载客车辆偏离所述接驾行车路线和送驾行车路线的情况。

因此，本实施例提供的方法，在步骤206中将所述接驾行车路线和送驾行车路线发送至所述待载客车辆的导航设备之后，还可以包括：

接收所述待载客车辆的实时位置；

当乘客当前状态为乘客未上车时，根据所述待载客车辆的实时位置，判断所述待载客车辆是否偏离所述接驾行车路线，如果偏移，以待载客车辆的实时位置为待载客车辆的位置，执行步骤203中所述规划从待载客车辆的位置到所述目的地且途径所述上车点的至少一条接驾行车路线及至少一条送驾行车路线的步骤；

当乘客当前状态为乘客已上车时，根据所述待载客车辆的实时位置，判断所述待载客车辆是否偏离所述送驾行车路线，如果偏移，则以待载客车辆的实时位置为待载客车辆的位置，规划从待载客车辆的位置到目的地的至少一条送驾行车路线，发送至乘客端供乘客选择，接收乘客端返回的乘客选择的送驾行车路线，将所述送驾行车路线发送至所述待载客车辆的车载设备，以使所述待载客车辆按照所述送驾行车路线行驶至目的地。

上述步骤中，可以通过计算乘客的位置、速度、移动方向和待载客车辆的位置、速度、移动方向是否匹配，来判断乘客当前状态是否为乘客已上车。还可以通过乘客端的操作或者待载客车辆司机端的操作来判断乘客当前状态是否为乘客已上车。

此外，乘客在发出约车请求之后，还有可能根据需要改变上车点，因此，所述步骤206将所述乘客选择的接驾行车路线发送至待载客车辆的车载设备之后，还可以包括：

监听所述乘客的乘客端是否上传新的上车点，若监听到，则获取待载客车辆的实时位置作为待载客车辆的位置，以新的上车点为上车点，执行所述规划从待载客车辆的位置到所述目的地且途径所述上车点的至少一条接驾行车路线及至少一条送驾行车路线的步骤。

实施例三

图3是本发明实施例提供的一种上车点推荐方法的流程图。

具体地，所述的第一种待载客车辆的路线推荐方法可以包括如下步骤：

步骤301，接收乘客的约车请求，所述约车请求中至少携带有乘客所在位置点及目的地；

所述上车点的位置可以基于乘客的实时位置确定。例如，可以根据所述乘客的手机的全球定位系统(globalpositioningsystem，简称gps)的定位信息确定所述乘客的实时位置，并将该实时位置确定为所述上车点的位置，以便精准掌握乘客的实时位置，确保网约车能够在正确的地点接到乘客。

或者，作为一个变化例，所述上车点的位置也可由所述乘客指定。例如，乘客在发起网约车时，其实时位置(如在家里)并不是其所期望的上车地点(如小区门口)，则所述乘客可以在发起网约车的同时或之后指定所述上车点的位置，并在待载客车辆赶去所述上车点的同时自行达到所述上车点与所述待载客车辆汇合。

所述上车点的位置，可以由网约车平台推荐给乘客。所述网约车平台可以通过地图数据中的小区、商场中的出入口数据得到推荐的上车点，也可以通过对载客车辆行驶轨迹数据中的起点和终点的聚类分析等，得到推荐的上车点。

乘客的目的地可以为乘客输入的目的地名称、在地图中点击选择的目的地兴趣点图标。

上述约车请求还可以包括：乘客的账号、乘客的联系方式、出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据。

步骤302，发送所述约车请求到至少一个待载客车辆，并获取响应所述约车请求的待载客车辆的位置；

根据所述上车点、乘客的出发时间、期望的网约车服务运营商、车辆类型、乘车人数等数据，可以从所有的待载客车辆中，筛选出符合要求的待载客车辆，并将约车请求发送到筛选出来的待载客车辆。如将所述约车请求发送到距离所述上车点5公里范围内的所有待载客车辆。

待载客车辆在接收到所述约车请求之后，可以由司机操作响应所述约车请求。也可以由网约车平台指定其中一个待载客车辆自动响应所述约车请求。

进一步地，所述待载客车辆的位置可以是所述待载客车辆的实时位置。例如，可以基于所述待载客车辆的车载定位系统确定所述待载客车辆的实时位置；或者，也可以基于设置于所述待载客车辆上的移动设备(如司机的手机等)的定位模块确定所述待载客车辆的实时位置。此外，服务端还可以获取所述约车请求的待载客车辆的类型、司机信息等。

步骤303，规划从待载客车辆的位置到所述目的地的至少一条行车路线；

本步骤中，可以规划多条从所述待载客车辆的位置到所述目的地的行车路线，此外还可以计算这些行车路线的距离、到达时间和费用等信息。

步骤304，根据所述行车路线和所述乘客所在位置点，生成位于所述行车路线上的至少一个推荐上车点；

所述推荐上车点可以为所述行车路线上距离乘客当前所述位置直线距离最近的位置点。也可以为结合地图中道路数据得到的所述行车路线上距离乘客当前所述位置路线距离最近的位置点。还可以为所述行车路线具有明显标志物，容易被乘客识别的兴趣点，如高楼、店铺或者小区的出入口等。

所述推荐上车点还可以为：网约车平台对大量的车辆的轨迹中出发点、停车点聚类得到的上车点，并且所述上车点位于所述行车路线上。

步骤305，将所述行车路线和所述推荐上车点，发送至乘客端供乘客选择；

在发送所述行车路线和推荐上车点至乘客端的同时，还可以将行车路线和送驾行车路线对应的距离、到达时间和费用等信息发送到乘客端，将推荐上车点的名称和照片等发送到乘客端，供乘客选择时参考。此外，本步骤之前还可以将待载客车辆的位置、车辆类型、车牌号、司机信息等发送到乘客端。

步骤306，接收乘客端返回的乘客选择的行车路线和推荐上车点；

乘客的选择指令可以是由乘客在乘客设备上的实体操作(如滑动、点击等)触发的，也可以是乘客通过语音、非接触式手势等虚拟操作触发的。

步骤307，将所述乘客选择的行车路线和上车点发送至待载客车辆的车载设备，以使所述待载客车辆按照所述行车路线行驶至所述推荐上车点和所述目的地。

所述行车路线和推荐上车点可以显示在待载客车辆的车载设备上，还可以通过语音的形式播放给司机参考。

此外，为便于乘客从其当前所在位置到达所述推荐上车点，在根据所述行车路线和所述乘客所在位置点，生成位于所述行车路线上的至少一个推荐上车点之后，还可以包括：

步骤308，规划自所述乘客所在位置点到所述推荐上车点的步行路线或骑行路线；

步骤309，将所述步行路线或骑行路线发送至乘客端。

所述步行路线或骑行路线可以显示在乘客设备上，还可以通过语音的形式播放给乘客参考。

本实施例提供的所述方案能够生成从待载客车辆的位置到所述目的地的行车路线和推荐上车点，所述行车路线和推荐上车点在被发送到乘客端供乘客选择确认后，发送至待载客车辆的车载设备，以使所述待载客车辆按照所述行车路线行驶至推荐停车点和所述乘客的目的地。

上述方案可以得到更符合乘客需求的乘车路线和上车点，有效避免司机绕路、走错路等情形的发生，确保司机能够快速准确的到上车点和目的地，优化乘客的叫车体验。并且，待载客车辆的司机无需在行车期间频繁与乘客沟通来确定乘客期望的行车路线和上车点，既能够提高乘客的网约车乘坐体验，也能够有效保障行车期间司机和乘客的生命和财产安全。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。