上车点获取方法、司机乘客互联方法、以及装置、系统与流程

本发明涉及信息处理技术领域，尤其涉及一种上车点获取方法、司机乘客互联方法、以及装置、系统。

背景技术

随着计算机网络技术的迅猛发展，越来越多的人利用安装在诸如手机、可穿戴设备的移动设备上呼叫服务的软件，如打车/用车软件进行打车/载客预约，乘客在发起一次打车/用车请求时，需要告知出发地和目的地，这些信息可以为文本或者语音信息，或乘客在地图上手动标注的标记，司机需要根据乘客的请求内容前往乘客设定的汇合位置。

但是，通常在恶劣天气或者恶劣交通条件下，由于城市拥堵及环境恶劣的影响，如大暴雨情况下，导致可用车量基数较少，仅有的可用车辆在行驶过程中，常因前往乘客所在位置的预设路径非常拥堵、或者路径规划不合理，而耽误时间较多，从而导致司机因迟迟不能到达预定地点而取消订单，或是乘客因等待时间过长而取消订单，进而产生不良的用户体验；同时，在上述环境条件下，乘客也通常会因为进行过多的交互操作而产生不良的用户体验。

技术实现要素：

(一)要解决的技术问题

本发明要解决的技术问题是提供了一种上车点获取方法、司机乘客互联方法、以及装置、系统，根据恶劣天气下的路径状况，为乘客提供多种方案选择，从而使司机乘客在叫车订单匹配时、及匹配后，对联系方式的选择更加人性化，以节省司机和乘客的时间，优化乘客的交互操作过程，提高订单完成效率，提升用户体验。

(二)技术方案

为了解决上述技术问题，本发明提供了一种上车点获取方法，包括以下步骤：

获取乘客和司机的实时位置信息；

根据所述乘客和司机的实时位置信息，获取所述乘客和司机的实时路况信息；

根据所述实时路况信息，制定一个或者多个包含上车点位置的上车点方案，将所述一个或者多个上车点方案推送给所述乘客；

接收所述乘客确认的上车点方案。

优选的，所述获取乘客和司机的实时位置信息，进一步包括：

确认所述乘客与司机之间匹配的订单信息；

根据匹配成功的乘客和司机的订单信息，获取所述订单中的乘客和司机的实时位置信息。

优选的，所述获取乘客和司机的实时位置信息，进一步包括：

分别获取乘客的实时位置、以及经所述乘客确认的预设位置；

根据所述预设位置，获取预匹配的司机实时位置，所述预匹配的司机实时位置与所述预设位置之间行车距离最短；

将所述乘客的实时位置、预设位置和预匹配的司机实时位置作为所述乘客和司机的实时位置信息。

本发明还提供了一种上车点获取装置，包括：

位置接收模块，用于获取乘客和司机的实时位置信息；

路况获取模块，用于根据所述乘客和司机的实时位置信息，获取所述乘客和司机的实时路况信息；

上车点确认模块，用于根据所述实时路况信息，制定一个或者多个包含上车点位置的上车点方案，将所述一个或者多个上车点方案推送给所述乘客，并接收所述乘客确认的上车点方案。

本发明还提供了一种司机乘客互联方法，包括以下步骤：

获取乘客和司机的实时位置信息；

根据所述乘客和司机的实时位置信息，确定乘客和司机的实时路况信息；

根据所述实时路况信息，获取经所述乘客确认的上车点方案，其中，所述上车点方案包括上车点位置；

根据所述乘客确认的上车点方案，制定一个或者多个包含上车点方案的路线信息，将一个或者多个所述路线信息均推送给所述乘客；

接收所述乘客确认的包含上车点方案的路线信息；

根据所述乘客确认的路线信息，分别向所述乘客、司机提供引导信息。

优选的，所述根据乘客确认的上车点方案，制定一个或者多个包含上车点方案的路线信息，将一个或者多个所述路线信息均推送给所述乘客，进一步包括：

判断所述包含上车点方案的路线信息的数量为一个时，根据所述实时路况信息，制定司机乘客汇合路线信息，将所述司机乘客汇合路线信息推送给所述乘客；或者是

判断所述包含上车点方案的路线信息的数量为多个时，根据所述实时路况信息，分别制定乘客等待路线信息和司机乘客汇合路线信息，将所述乘客等待路线信息和司机乘客汇合路线信息同时推送给所述乘客。

优选的，所述制定乘客等待路线信息，进一步包括：

根据所述实时路况信息确定最佳行车路径，将所述最佳行车路径作为乘客等待路线信息；

其中，所述最佳行车路径以司机实时位置为出发点、以所述上车点位置为目的地。

优选的，所述根据实时路况信息确定最佳行车路径，进一步包括：

确定车辆行驶方向；

根据所述司机和乘客的实时位置信息、上车点位置以及车辆行驶方向，分别制定若干条预设行车路径，各条所述预设行车路径均以司机的实时位置为出发点、以所述上车点位置为目的地；

分别评价各条所述预设行车路径的拥堵状态，以确定所述最佳行车路径。

优选的，所述制定司机乘客汇合路线信息，进一步包括：

沿所述最佳行车路径预设一汇合位置作为所述上车点位置；

分别预设汇合行车时间与汇合步行时间；

根据所述实时路况信息、汇合行车时间和汇合步行时间，分别确定汇合行车路径和汇合步行路径，将所述汇合行车路径和汇合步行路径共同作为所述司机乘客汇合路线信息；

其中，所述汇合行车路径以司机的实时位置为出发点、以所述汇合位置为目的地，所述汇合行车时间为完成汇合行车路径所用的行车时间；

所述汇合步行路径以乘客的实时位置为出发点、以所述汇合位置为目的地，所述汇合步行时间为完成汇合步行路径所用的步行时间。

优选的，所述分别预设汇合行车时间与汇合步行时间，根据所述实时路况信息、汇合行车时间与汇合步行时间，分别确定汇合行车路径和汇合步行路径，进一步包括：

分别在预设时间范围内确定所述汇合行车时间与汇合步行时间。

优选的，所述分别预设汇合行车时间与汇合步行时间，根据所述实时路况信息、汇合行车时间与汇合步行时间，分别确定汇合行车路径和汇合步行路径，进一步包括：

分别使所述汇合行车时间与汇合步行时间之差不超过预设时间值。

优选的，所述根据实时路况信息，制定一个或者多个包含上车点方案的路线信息，将所述路线信息推送给所述乘客，进一步包括：

接收所述乘客确定的预设步行距离；

根据所述实时路况信息确定最佳步行路径，所述最佳步行路径以乘客的实时位置为出发点、以所述司机的实时位置为目的地；

根据所述最佳步行路径，确定所述乘客和司机之间的步行路线距离；

当所述步行路线距离小于或等于所述预设步行距离时，以所述最佳步行路径作为司机等待路线信息，将所述乘客等待路线信息、司机乘客汇合路线信息和司机等待路线信息同时发送至所述乘客端；

当所述步行路线距离大于所述预设步行距离时，将所述乘客等待路线信息和司机乘客汇合路线信息同时发送至所述乘客端。

优选的，所述根据实时路况信息确定最佳步行路径，进一步包括：

根据所述司机和乘客的实时位置，分别制定若干条预设步行路径，各条所述预设步行路径均以乘客的实时位置为出发点、以所述司机的实时位置为目的地；

分别评价各条所述预设步行路径的状态，以确定所述最佳步行路径。

本发明还提供了一种实现司机乘客互联方法的服务器，包括：

位置接收模块，用于分别接收来自乘客端的乘客实时位置、以及来自司机端的司机实时位置，以作为乘客和司机的实时位置信息；

路况获取模块，用于根据所述乘客和司机的实时位置，确定乘客和司机的实时路况信息；

方案确认模块，用于根据所述实时路况信息，制定一个或者多个路线信息，并将所述一个或者多个路线信息推送给所述乘客端，其中，每个所述路线信息中包括至少一个接收自乘客端的、由上车点确认模块制定的上车点方案，所述上车点方案包括由所述乘客确认的上车点位置；

导航生成模块，用于接收所述乘客端反馈的选自所述一个或者多个路线信息的路线选择结果，根据所述路线选择结果，分别向乘客端和司机端提供引导信息。

优选的，还包括方案判断模块，所述方案判断模块用于判断所述包含上车点方案的路线信息的数量，并将判断结果发送至所述方案确认模块。

优选的，所述方案确认模块包括：

乘客等待方案生成单元，用于根据所述实时路况信息，确定最佳行车路径，将所述最佳行车路径作为乘客等待路线信息；其中，所述最佳行车路径以司机实时位置为出发点、以所述上车点位置为目的地；

司机乘客汇合方案生成单元，用于沿所述最佳行车路径预设一汇合位置作为所述上车点位置，分别预设汇合行车时间与汇合步行时间，根据所述实时路况信息、汇合行车时间和汇合步行时间，分别确定汇合行车路径和汇合步行路径，将所述汇合行车路径和汇合步行路径共同作为所述司机乘客汇合路线信息；

方案下发单元，用于将一个或者多个所述路线信息同时发送至所述乘客端。

优选的，所述乘客等待方案生成单元包括：

车辆定位子单元，用于确定车辆行驶方向；

路径预设子单元，用于根据所述司机和乘客的实时位置、上车点位置、以及车辆行驶方向，分别制定若干条预设行车路径；

行车评价子单元，用于分别评价各条所述预设行车路径的拥堵状态，以确定所述最佳行车路径；

其中，各条所述预设行车路径均以司机的实时位置为出发点、以所述上车点位置为目的地。

本发明还提供了一种实现司机乘客互联方法的终端，包括：

位置上传模块，用于向服务器端上传乘客实时位置；

上车点选择模块，用于接收所述上车点获取装置下发的各条上车点方案，并将用户确认的上车点方案上传至所述服务器端；

方案选择模块，用于接收所述服务器端下发的各条路线信息，并获取用户选自所述多条路线信息的路线选择结果；

路线上传模块，用于将所述路线选择结果上传至服务器端；

导航调用模块，用于调用所述服务器端提供的实时步行导航。

本发明还提供了一种实现司机乘客互联方法的系统，包括如上所述的服务器作为服务器端设备、以及如上所述的终端作为乘客端终端。

(三)有益效果

本发明的上述技术方案具有以下有益效果：本发明的上车点获取方法包括：取乘客和司机的实时位置信息；根据乘客和司机的实时位置信息，获取乘客和司机的实时路况信息；根据实时路况信息，制定一个或者多个包含上车点位置的上车点方案，将一个或者多个上车点方案推送给乘客；接收乘客确认的上车点方案。根据该方法，本发明提供了上车点获取装置。该方法和装置能够准确把握用户需求，快速获取乘客确认的包含上车点位置的上车点方案，以减少用户的无用操作，准确把握用户需求，提高订单匹配效率，同时有效简化并优化乘客的交互操作过程，节省乘客的选择时间，进而节省司机与乘客的联络沟通时间，提高订单完成效率，大大增加用户体验。

本发明的司机乘客互联方法包括以下步骤：获取乘客和司机的实时位置信息，根据乘客和司机的实时位置信息，确定乘客和司机的实时路况信息，根据实时路况信息，获取经乘客确认的上车点方案，其中，上车点方案包括上车点位置，根据乘客确认的上车点方案，制定一个或者多个包含上车点方案的路线信息，将一个或者多个路线信息均推送给乘客，接收乘客确认的包含上车点方案的路线信息，根据乘客确认的路线信息，分别向乘客、司机提供引导信息；根据司机乘客互联方法，本发明提供了服务器、终端和系统，能够以生活中网络叫车的痛点作为出发点，简化并优化乘客的交互操作过程，根据恶劣天气下的路径状况，为乘客提供更加直接便利的多种方案选择，从而使司机乘客在叫车订单匹配时、及匹配后，对联系方式的选择更加人性化，以节省司机和乘客的时间，提高订单完成效率，提升用户体验。

附图说明

图1为本发明实施例一的上车点获取方法的流程示意图；

图2为本发明实施例三的司机乘客互联方法的流程示意图；

图3为本发明实施例六至十的实现司机乘客互联方法的服务器、终端和系统的结构示意图；

图4为本发明实施例十一和实施例十二的系统工作原理图。

其中，1、服务器；11、位置接收模块；12、路况获取模块；13、方案确认模块；14、导航生成模块；2、终端；21、位置上传模块；22、方案选择模块；23、路线上传模块；24、导航调用模块；25、上车点选择模块；3、上车点获取装置；31、上车点确认模块。

具体实施方式

下面结合附图和实施例对本发明的实施方式作进一步详细描述。以下实施例用于说明本发明，但不能用来限制本发明的范围。

在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。术语“上”、“下”、“左”、“右”、“内”、“外”、“前端”、“后端”、“头部”、“尾部”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

实施例一

如图1所示，为了能够准确把握用户需求，快速获取乘客确认的包含上车点位置的上车点方案，本实施例一提出了一种上车点获取方法，该方法包括以下步骤：

t1、获取乘客和司机的实时位置信息；

t2、根据乘客和司机的实时位置信息，获取乘客和司机的实时路况信息；

t3、根据实时路况信息，制定一个或者多个包含上车点位置的上车点方案，将一个或者多个上车点方案推送给乘客；

t4、接收乘客确认的上车点方案。

利用本方法可以准确获知用户需求，快速获得经过乘客确认的上车点方案，从而得到乘客的确认操作，比如上车点位置的预设、选择乘客实时位置到达上车点位置的步行路径、或者是选择乘客实时位置作为上车点位置，以减少用户的无用操作，准确把握用户需求，提高订单匹配效率，同时有效简化并优化乘客的交互操作过程，节省乘客的选择时间，进而节省司机与乘客的联络沟通时间，提高订单完成效率，大大增加用户体验。

该方法可以在多种情况下应用，例如乘客与司机成功进行订单的匹配后，利用本方法获取乘客确认的上车点方案，从而准确制定符合用户要求的路线信息；也可以在进行订单匹配之前，获取乘客确认的上车点位置，从而根据预设的上车点位置制定上车点方案；此外，还可以应用在其他常见的用户订单操作流程中。

本实施例一的方法中，在步骤t1中进一步包括：

t111、确认乘客与司机之间匹配的订单信息；

t112、根据匹配成功的乘客和司机的订单信息，获取订单中的乘客和司机的实时位置信息，以便后续根据已匹配成功的订单信息，向乘客推送上车点方案。

实施例二

本实施例二提出的上车点获取方法与实施例四所述内容基本相同，相同之处不再赘述，不同之处在于：本实施例五所述的上车点获取方法中，步骤t1进一步包括：

t121、分别获取乘客的实时位置、以及经乘客确认的预设位置；

t122、根据预设位置，获取预匹配的司机实时位置，预匹配的司机实时位置与预设位置之间行车距离最短；

t123、将乘客的实时位置、预设位置和预匹配的司机实时位置作为乘客和司机的实时位置信息。

本实施例二所述的方法可以应用在乘客与司机建立订单匹配关系之前，即提前获取乘客的预设上车点位置，并根据乘客的实时位置和预设位置，向乘客推送距离最近的司机，以减少用户的无用操作，准确把握用户需求，提高订单匹配效率，同时有效简化并优化乘客的交互操作过程，节省乘客的选择时间，进而节省司机与乘客的联络沟通时间，提高订单完成效率，大大增加用户体验。

实施例三

根据实施例一或实施例二所述的上车点获取方法，本实施例三提供了一种司机乘客互联方法，如图2所示，该方法包括以下步骤：

s1、获取乘客和司机的实时位置信息，即分别接收来自乘客端的乘客实时位置、以及来自司机端的司机实时位置。

其中，乘客的实时位置的获取方式包括用户手动输入或gps定位、或者采用其他现有的定位获取方法及装置。

s2、根据乘客和司机的实时位置，确定乘客和司机之间的实时路况信息。其中，实时路况信息的获取方式包括用户上传或大数据统计；获取到的实时路况信息包括实时气象数据和道路拥堵数据。

s3、根据实时路况信息，获取经乘客确认的上车点方案，其中，上车点方案包括上车点位置，可以采用如实施例一或实施例二所述的上车点获取方法获取乘客确认的上车点方案，具体在此不再赘述。

s4、根据乘客确认的上车点方案，制定一个或者多个包含上车点方案的路线信息，将一个或者多个路线信息均推送给乘客。

通过步骤s4预先将多个分别经过优选计算的路线信息同时发送给乘客端，以供乘客进行选择，乘客只需在终端2上一次点击选项，选出需要的路线信息即可，有效简化并优化乘客的交互操作过程，节省乘客的选择时间，进而节省司机与乘客的联络沟通时间，提高订单完成效率，大大增加用户体验。

s5、接收乘客确认的包含上车点方案的路线信息。

s6、根据乘客确认的路线信息，分别向乘客、司机提供引导信息。其中，引导信息包括实时步行导航和实时行车导航，实时步行导航和实时行车导航均包括导航路线、所用时间和拥堵状态。

为了向乘客端准确推送符合用户需求的路线信息，优选的，在步骤s4中进一步包括以下判断步骤：

判断包含上车点方案的路线信息的数量，以便于预先判断并把握用户需求；

当包含上车点方案的路线信息的数量为一个时，根据实时路况信息，制定司机乘客汇合路线信息，将司机乘客汇合路线信息推送给乘客；

当包含上车点方案的路线信息的数量为多个时，根据实时路况信息，分别制定乘客等待路线信息和司机乘客汇合路线信息，将乘客等待路线信息和司机乘客汇合路线信息同时推送给乘客。

通过上述的判断步骤，将路线优化步骤前置，使得服务器端提前为乘客筛选并制定各种优选的路线信息，从而使乘客简化对作为用户设备的终端2的交互操作，自行选择原地等待或步行前往上车点位置即可。

优选的，在上述判断步骤的制定乘客等待路线信息中，进一步包括：

s411、根据实时路况信息确定最佳行车路径，其中，最佳行车路径以车辆实时位置为出发点、以上车点位置为目的地，在乘客等待路线信息中，优选上车点位置为乘客的实时位置。

该最佳行车路径即为经过筛选后形成的乘客等待路线信息，乘客选择此路线信息后，原地等待即可，司机根据乘客的选择，按照服务器1确定的最佳行车路径前往乘客实时位置即可；此外，该乘客等待路线信息中，还根据最佳行车路径计算出路线距离、行车时间、行车速度等相关参数，以便乘客了解所需信息。

进一步的，在步骤s411中，进一步包括：

s311-1、确定车辆行驶方向，即车头的朝向。

s311-2、根据司机和乘客的实时位置信息、上车点位置以及车辆行驶方向，分别制定若干条预设行车路径，每条预设行车路径均以司机的实时位置为出发点、以作为上车点位置的乘客实时位置为目的地；

s311-3、分别评价各条预设行车路径的拥堵状态，以确定最佳行车路径。

其中，在分别评价各条预设行车路径的拥堵状态时，可通过网友对各条预设行车路径的实时反馈、以及服务器端数据库的大数据统计相结合，以得到相对准确的路径热点情况，从而确定各条预设行车路径的拥堵状态；在确定最佳行车路径时，优选将任一条预设行车路径的行车时间、行车速度和行车距离进行算法整合，确定行车时间最短的最佳行车路径。

优选的，在上述判断步骤的制定司机乘客汇合路线信息中，进一步包括：

s421、沿最佳行车路径预设一汇合位置，优选将该汇合位置作为上车点位置，其中，最佳行车路径通过步骤s411确定，在此不再赘述。

s422、分别预设汇合行车时间与汇合步行时间。

s423、根据实时路况信息、汇合行车时间和汇合步行时间，分别确定汇合行车路径和汇合步行路径，将汇合行车路径和汇合步行路径共同作为司机乘客汇合路线信息。

其中，汇合行车路径为司机端从车辆实时位置出发、到达汇合位置的路径，汇合行车时间为司机端完成汇合行车路径所用的时间；汇合步行路径为乘客端从乘客实时位置出发、到达汇合位置的路径，汇合步行时间为乘客端完成汇合步行路径所用的时间。

本实施例的步骤s423中，在分别确定汇合行车路径和汇合步行路径时，进一步包括：

s423-1分别在预设时间范围内确定汇合行车时间与汇合步行时间。

其中，预设时间范围是通过服务器端接收来自乘客端发送的时间范围值设定的，例如：当乘客端反馈预设时间范围值为5分钟，则服务器端根据实时路况信息，分别确定司机端和乘客端分别从车辆实时位置和乘客实时位置出发、且分别在5分钟内到达汇合位置的路径，以分别作为汇合行车路径和汇合步行路径。

其中，该司机乘客汇合路线信息中除了包括汇合行车路径和汇合步行路径外，还包括汇合步行时间、汇合步行距离、汇合行车时间、汇合行车距离、以及汇合行车速度等相关参数。

综上，本实施例三的方法中，能够以生活中网络叫车的痛点作为出发点，简化并优化乘客的交互操作过程，根据恶劣天气下的路径状况，乘客可在叫车时预先设定汇合时间，服务器端根据客户设定，提前为客户筛选出多种路线信息的最佳路径，从而为乘客提供更加直接便利的多种方案选择，且乘客可以自行选择原地等待或者步行前往经过服务器端筛选的最佳汇合位置，从而使司机乘客互选打车更加人性化，简化了司机和乘客的沟通和操作时间，提高订单完成效率，提升用户体验。

实施例四

本实施例四提供的司机乘客互联方法与实施例三基本相同，相同之处不再赘述，不同之处在于：本实施例四的方法中，在步骤s423的分别确定汇合行车路径和汇合步行路径中，将步骤s423-1替换为步骤s423-2，具体为：

s423-2、分别使汇合行车时间与汇合步行时间之差不超过预设时间值。

在步骤s423-2中，预设时间值是通过服务器端接收来自乘客端发送的数据设定的，例如：当乘客端反馈预设时间值为5分钟，则服务器端根据实时路况信息，分别确定汇合行车时间与汇合步行时间之差为5分钟以内，确保车辆和乘客尽可能同时到达，即使车辆与乘客到达时间有所差别，也在乘客的预先设定的可接受范围内，从而提高用户体验。

实施例五

本实施例五在实施例三或者实施例四的基础上进一步提出了一种司机乘客互联方法，该方法的步骤和原理与实施例三或者实施例四基本相同，相同之处不再赘述，不同之处在于：

在实施例三或者实施例四所述的方法的步骤s4中，除了包括步骤s410外，还进一步包括：

s420’、接收来自乘客端的由乘客确定的预设步行距离。该预设步行距离为乘客端反馈的、由乘客预设的、自乘客实时位置起向外步行的最大距离值。

s430’、根据实时路况信息确定最佳步行路径，最佳步行路径以乘客的实时位置为出发点、以所述司机的实时位置为目的地。

s440’、根据最佳步行路径，确定乘客和司机之间的步行路线距离。

s450’、比较步行路线距离与预设步行距离，得出比较结果：

当比较结果为步行路线距离小于或等于预设步行距离时，根据实时路况信息，制定司机等待路线信息，该司机等待路线信息的制作过程如步骤s430’所述，将乘客等待路线信息、司机乘客汇合路线信息和司机等待路线信息同时发送至所述乘客端。其中，最佳步行路径即为经过筛选后形成的司机等待路线信息，乘客选择此路线信息后，司机在车辆实时位置原地等待，乘客沿服务器端先行筛选出的最佳步行路径、通过少量步行前往车辆实时位置即可；此外，该司机等待路线信息中，还根据最佳步行路径计算出步行距离、步行时间等相关参数，以便乘客了解所需信息。

当比较结果为步行路线距离大于预设步行距离时，将乘客等待路线信息和司机乘客汇合路线信息同时发送至乘客端即可，换言之，此时发送至乘客端的多个路线信息中不包括司机等待路线信息。

在步骤s430’中，进一步包括：

s431’、根据车辆实时位置和乘客实时位置，分别制定若干条预设步行路径，各条预设步行路径均以乘客实时位置为出发点、以司机的实时位置为目的地；

s432’、分别评价各条预设步行路径的状态，以确定最佳步行路径。

本实施例五的方法中，乘客可以在叫车时预先设定预设步行距离和到达汇合位置的预设时间范围，服务器端根据乘客确定的预设步行距离，先行计算提供司机等待路线信息的合理性，当步行路线距离小于或等于预设步行距离时，自动向乘客端发送同时包括司机等待路线信息、乘客等待路线信息和司机乘客汇合路线信息的至少三种路线信息，以供乘客选择；当步行路线距离大于预设步行距离时，服务器端可预先为乘客屏蔽司机等待路线信息，仅向乘客端发送包括乘客等待路线信息和司机乘客汇合路线信息的两种路线信息，从而使司机乘客互选打车更加人性化，优化乘客的交互操作行为，节省司机和乘客的时间，提高订单完成效率，提升用户体验。

实施例六

本实施例六提出了一种上车点获取装置3，利用该装置3可以实现如实施例一或实施例二所述的上车点获取方法，从而能够准确把握用户需求，快速获取乘客确认的包含上车点位置的上车点方案，如图3所示，其中，实线部分表示各个模块之间的连接关系，箭头表示数据传输关系。

该装置3包括位置接收模块11、路况获取模块12和上车点确认模块31。位置接收模块11用于分别接收来自乘客端2的乘客实时位置、以及来自司机端的司机实时位置，以作为乘客和司机的实时位置信息；路况获取模块12用于根据乘客和司机的实时位置，获取乘客和司机的实时路况信息；上车点确认模块31用于根据实时路况信息，制定一个或者多个包含上车点位置的上车点方案，将一个或者多个上车点方案推送给乘客端2，并获取乘客端2上传的经乘客确认的上车点方案。

上述的上车点方案可通过实施例一或实施例二的上车点获取方法确定。

实施例七

如图3所示，本实施例七在实施例三至实施例五中的至少一个实施例的基础上，提出了一种实现司机乘客互联方法的服务器1，该服务器1中安装有如实施例六所述的上车点获取装置3；图2中，实线部分表示各个模块之间的连接关系，箭头表示数据传输关系。

该服务器1包括顺次连接的位置接收模块11、路况获取模块12、方案确认模块13和导航生成模块14，该服务器1能根据实时路况信息，预先为乘客筛选计算出均包含最佳路线的多种路线信息，以供乘客进行直观简单的选择操作，无需乘客过多进行交互操作，简化并优化乘客和司机的操作习惯和交互时间，使得司机乘客互选打车更加人性化，提高订单完成效率，提升用户体验。

位置接收模块11用于分别接收来自乘客端的乘客实时位置、以及来自与乘客端匹配成功的司机端的车辆实时位置，此外，通过位置接收模块11可以预先获取乘客在叫车订单匹配成功前预先设定的参数，例如预设距离、汇合时间等。

路况获取模块12用于根据乘客实时位置和车辆实时位置，确定司机端与乘客端之间的实时路况信息。其中，实时路况信息的获取方式包括用户上传或大数据统计；获取到的实时路况信息包括实时气象数据和道路拥堵数据。

方案确认模块13用于根据实时路况信息，制定一个或者多个路线信息，并将上述的一个或者多个路线信息推送给乘客端；该方案确认模块13优选通过乘客端与上车点确认模块31连接，可接受来自上车点确认模块31发送的、经过乘客确认的上车点方案；通过方案确认模块13预先将至少一个分别经过优选计算的包含上车点方案的路线信息同时发送给乘客端，以供乘客进行选择，乘客只需在终端2上一次点击选项，选出需要的路线信息即可，有效简化并优化乘客的交互操作过程，节省乘客的选择时间，进而节省司机与乘客的联络沟通时间，提高订单完成效率，大大增加用户体验。

导航生成模块14用于接收乘客端反馈的选自一个或者多个路线信息的路线选择结果，根据路线选择结果，分别向乘客端和司机端提供引导信息。

此外，该服务器1还包括方案判断模块(图中未示出)，该方案判断模块可设置于上车点获取装置2内，用于判断包含上车点方案的路线信息的数量，并将判断结果发送至方案确认模块13，判断步骤如实施例三、或实施例四、或实施例五中所述的判断步骤，在此不再赘述。

优选的，本实施例七的服务器1中，方案确认模块13包括乘客等待方案生成单元、司机乘客汇合方案生成单元和方案下发单元，乘客等待方案生成单元和司机乘客汇合方案生成单元分别与方案下发单元连接，以便将生成的乘客等待路线信息和司机乘客汇合路线信息分别发送给方案下发单元，通过方案下发单元发送至作为乘客端的终端2上。

乘客等待方案生成单元用于生成乘客等待路径方案，该乘客等待路径方案的制作步骤如实施例一所述，具体为：根据所述实时路况信息，确定最佳行车路径，将所述最佳行车路径作为乘客等待路线信息；其中，所述最佳行车路径以车辆实时位置为出发点、以所述乘客实时位置为目的地。

进一步优选的，乘客等待方案生成单元包括车辆定位子单元、路径预设子单元和行车评价子单元，车辆定位子单元用于确定车辆行驶方向；路径预设子单元用于根据司机和乘客的实时位置、乘客预设的上车点位置、以及车辆行驶方向，分别制定若干条预设行车路径；行车评价子单元用于分别评价各条预设行车路径的拥堵状态，以确定最佳行车路径；其中，各条预设行车路径均以车辆实时位置为出发点、以作为上车点位置的乘客实时位置为目的地。

司机乘客汇合方案生成单元用于沿最佳行车路径预设一汇合位置，分别预设汇合行车时间与汇合步行时间，根据实时路况信息、汇合行车时间和汇合步行时间，分别确定汇合行车路径和汇合步行路径，将汇合行车路径和汇合步行路径共同作为司机乘客汇合路线信息。

为了保证车辆和乘客尽可能同时到达汇合位置，减少车辆或乘客的等待时间，节约司机和乘客的时间，优选的，通过司机乘客汇合方案生成单元，可以根据不同时间条件确定汇合行车时间与汇合步行时间，汇合行车时间与汇合步行时间的确定步骤均如实施例三或实施例四或实施例五所述，在此不再赘述。

进一步优选的，司机乘客汇合方案生成单元包括路径生成子单元，路径生成子单元通过与乘客等待方案生成单元建立连接，能调用由行车评价子单元生成最佳行车路径的相关数据，从而实现沿最佳行车路径预设一汇合位置，分别预设汇合行车时间与汇合步行时间，根据实时路况信息、汇合行车时间和汇合步行时间，分别确定汇合行车路径和汇合步行路径的效果。

方案下发单元用于将生成的多个路线信息，同时发送至作为乘客端的终端2上，即将生成的乘客等待路线信息和司机乘客汇合路线信息同时发送至作为乘客端的终端2上，以供乘客选择。

实施例八

本实施例八在实施例七的基础上，进一步提出了一种实现司机乘客互联方法的服务器1，该服务器1的结构与实施例四基本相同，相同之处不再赘述，不同之处在于：

本实施例八的服务器1中，方案确认模块13除了包括实施例七中所述的乘客等待方案生成单元和司机乘客汇合方案生成单元外，还包括司机等待方案生成单元，司机等待方案生成单元与方案下发单元连接。

司机等待方案生成单元用于接收来自乘客端确定的预设步行距离；根据实时路况信息确定最佳步行路径，最佳步行路径以乘客实时位置为出发点、以司机的实时位置为目的地；根据最佳步行路径，确定司机和乘客之间的步行路线距离；判断步行路线距离与预设步行距离之间的大小，根据判断结果，选择是否生成司机等待路线信息，从而确定方案下发单元向作为乘客端的终端2下发的多个路线信息中是否包括有司机等待路线信息。

当判断结果为步行路线距离小于或等于预设步行距离时，司机等待方案生成单元以最佳步行路径作为司机等待路线信息，通过方案下发单元将乘客等待路线信息、司机乘客汇合路线信息和司机等待路线信息同时发送至乘客端，其中，该司机等待路线信息包括最佳步行路径的路径信息、步行时间、步行距离等参数。

当判断结果为步行路线距离大于预设步行距离时，司机等待方案生成单元无需向方案下发单元发送司机等待路线信息，此时方案下发单元直接将乘客等待路线信息和司机乘客汇合路线信息同时发送至乘客端即可。

进一步优选的，司机等待方案生成单元包括有步行评价子单元，该步行评价子单元用于根据车辆实时位置和乘客实时位置，分别制定若干条预设步行路径，分别评价各条预设步行路径的状态，以确定最佳步行路径。其中，预设步行路径以乘客实时位置为出发点、以车辆实时位置为目的地；预设步行路径的状态包括步行路线的方位以及步行时间等参数。

实施例九

如图3所示，本实施例九在上述各个实施例的基础上提出了一种实现司机乘客互联方法的终端2，该终端2可作为乘客端的用户设备，与实施例七或实施例八所述的服务器1配合使用，该终端2包括相互连接的位置上传模块21、方案选择模块22、路线上传模块23和导航调用模块24。

位置上传模块21用于向服务器端1上传乘客实时位置；上车点选择模块25，用于接收上车点获取装置3的上车点确认模块31下发的各条上车点方案，并将用户确认的上车点方案上传至服务器端1；方案选择模块22用于接收服务器端1中方案确认模块13下发的各条路线信息，获取用户选自各条路线信息的路线选择结果；路线上传模块23用于将路线选择结果上传至服务器端1；导航调用模块24用于调用服务器端1提供的实时步行导航，作为对用户的引导信息。

此外，终端2还包括预设模块，预设模块与位置上传模块21连接，用于在叫车订单发出之前向叫车订单中添加预设步行时间和步行到达汇合位置的预设时间范围、或如上所述的预设时间值。

实施例十

本实施例十在上述各个实施例的基础上，提出了一种实现司机乘客互联方法的系统，该系统包括如实施例三或实施例四所述的服务器1作为服务器端设备、以及如实施例五所述的终端2作为乘客端的用户设备。该系统能够以生活中网络叫车的痛点作为出发点，简化并优化乘客的交互操作过程，根据恶劣天气下的路径状况，为乘客提供更加直接便利的多种方案选择，从而使司机乘客互选打车更加人性化，以节省司机和乘客的时间，提高订单完成效率，提升用户体验。

如图3所示，该系统中，服务器1与终端2之间进行数据连接，在服务器1中，位置接收模块11与位置上传模块21连接，该位置接收模块11接收来自位置上传模块21发送的乘客的实时位置；上车点确认模块31与上车点选择模块25连接；方案确认模块13分别与方案选择模块22和路线上传模块23连接，该方案确认模块13将多个路线信息同时发送给方案选择模块22，并接收来自路线上传模块23发送的经乘客确认的路线选择结果；在终端2中，方案选择模块22与路线上传模块23连接，利用方案选择模块22获取乘客的路线选择结果后，将路线选择结果发送至路线上传模块23上，从而在服务器1和作为乘客端的终端2之间形成可靠的数据交互。

实施例十一

本实施例十一在实施例十的基础上提出一个具体实施例，以详细说明该系统的工作过程。

以先成功匹配订单，然后获取上车点为例，首先，当服务器1确认司机与乘客之间的叫车订单匹配成功以后，在乘客端的订单接收时会出现一个方案选择提示，具体如下：

如图4所示，服务器端分别通过gps坐标服务器1确认乘客的gps点坐标，以及司机的gps点坐标，确认图3中点a为车辆实时位置，点d为乘客实时位置，并且根据司机的车辆行驶方向判断汽车的车头朝向为点a朝向点b行驶，然后根据网友的实时反馈以及服务器端的大数据统计，得到的实时路况热点情况，从而确定司机目前所在道路的拥堵情况、以及由司机所在的车辆实时位置点a到乘客实时位置点d之间的道路的拥堵情况。

当司机接收乘客订单后，服务器1根据车辆实时位置点a、乘客实时位置点d和司机的行驶方向路径a-b进行如下计算：

乘客等待路线信息：当司机由车辆实时位置点a向乘客实时位置点d行驶时，经过筛选后的最佳行车路径如图3中的路径a-b-d所示，该路径所用时间最短，但需要在点d位置掉头行驶，此时如果车辆以每小时5公里的速度沿最佳行车路径向前行驶，从点a行驶到点b需要20分钟，点b处于严重拥堵状态，从点b行驶到点d需要大约25分钟。

司机乘客汇合路线信息：服务器端确认乘客和司机的直线距离只有50米，此时服务器端沿最佳行车路径的路径a-b上预设一汇合位置点c，以使司机的汇合行车路径a-c所用时间与乘客步行完成汇合步行路径d-c的所用时间均在预设时间范围内，例如，乘客在叫车订单发送前设定该预设时间为10分钟，则汇合行车路径a-c所用时间小于或等于10分钟，而汇合步行路径d-c所用时间同样小于或等于10分钟，且进一步优选汇合行车路径a-c所用时间小于或等于汇合步行路径d-c所用时间，其中汇合步行路径d-c为：从点d经天桥过马路到对面并继续向点c方向步行。

司机等待路线信息：服务器端获取预设步行距离为50米，经过计算确定乘客由点d步行前往车辆实时位置点a的最佳步行路径为：从点d经天桥过马路到对面并继续向点a方向步行，该步行路线距离为60米，则经过比较发现步行路线距离大于预设步行距离，则服务器端自动放弃该司机等待路线信息。

通过上述计算后，服务器1向作为乘客端的终端2发送一个或多个路线信息以供乘客选择，并为乘客提供自动提示以下两种方案的对应参数，供乘客参考，具体为：

方案一、提供乘客等待路线信息，乘客站在原地不动，司机大概需要至少45分钟能接到乘客。

方案二、提供司机乘客汇合路线信息，且由于目前最佳行车路径拥堵严重，若乘客步行到达汇合位置点c上车，则大概需要10分钟左右可以乘车。

此外，在乘客下单前，服务器1可以预先向乘客终端2推送上车点选择，以便获取乘客确认的上车点位置，该上车点位置可以为乘客的实时位置，也可以为乘客确认的预设位置(汇合位置)；服务器1根据获取的上车点位置确定上车点方案，从而判断包含上车点方案的路线信息的数量，并根据路线信息的数量确定向乘客终端2推送的方案数量和类型。

当乘客选择了乘车方案后，例如乘客选择的是方案二，则作为乘客端的终端2自动将路线选择结果上传至服务器1，作为服务器端的服务器1根据乘客的选择和推荐的汇合位置点c的位置，调用导航服务，向作为乘客端的终端2上提供由点d步行前往点c乘车的实时步行导航，并同时向作为司机端的终端2发送乘客的路线选择结果、以及由点a行驶到点c等待乘客上车的实时行车导航。

实施例十二

本实施例十二在实施例十一的基础上进一步提出了另一个具体实施例，以进一步详细说明该系统的工作过程，该具体实施例的实施过程与实施例八基本相同，相同之处不再赘述，不同之处在于：

本实施例十二中，服务器端在生成司机等待路线信息时，获取的预设步行距离为100米，经过比较确认步行路线距离小于预设步行距离，则服务器端以最佳步行路径作为司机等待路线信息，该最佳步行路径的生成过程如实施例八所述，在此不再赘述。

此时，服务器1向作为乘客端的终端2发送的多个路线信息除了如实施例八所述方案一和方案二外，还包括：

方案三、提供司机等待路线信息，司机原地等待，乘客沿最佳步行路径步行60米到达车辆实时位置点a乘车，并向乘客提供乘车时间约8分钟左右。

当乘客选择了乘车方案后，例如乘客选择的是方案三，则作为乘客端的终端2自动将路线选择结果上传至服务器1，作为服务器端的服务器1根据乘客的选择调用导航服务，向作为乘客端的终端2上提供由点d步行前往点a乘车的实时步行导航，并同时向作为司机端的终端2发送原地等待乘客的提醒信息。

综上所述，上述各个实施例所述的司机与乘客互选联系方式的方法及实现方法的服务器、终端和系统中，方法包括以下步骤：根据乘客实时位置和车辆实时位置，确定司机端与乘客端之间的实时路况信息；根据实时路况信息，制定多个路线信息，将多个路线信息发送至乘客端；接收乘客端反馈的选自多个路线信息的路线选择结果；根据路线选择结果，分别向乘客端和司机端提供实时步行导航和实时行车导航；根据该方法提供了服务器1、终端2和系统，能够以生活中网络叫车的痛点作为出发点，简化并优化乘客的交互操作过程，根据恶劣天气下的路径状况，为乘客提供更加直接便利的多种方案选择，从而使司机乘客互选打车更加人性化，以节省司机和乘客的时间，提高订单完成效率，提升用户体验。

本发明的实施例是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显而易见的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。