CN116228503A - 一种拼车方法、装置、电子设备、介质及程序产品 - Google Patents

Abstract

本公开提供了一种拼车方法、装置、电子设备、介质及程序产品，其中，所述方法包括：基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

Description

一种拼车方法、装置、电子设备、介质及程序产品

技术领域

本公开涉及互联网出行技术领域，具体而言，涉及一种拼车方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

背景技术

为了充分利用好交通资源，除了传统的公交出行外，还可以通过多名乘客拼车的方式实现多名乘客间的共享出行。

上述拼车出行方式中，在乘客发起订单后，平台会根据乘客的出发地和目的地，结合线上车辆资源的情况，为乘客选择能够为乘客提供拼车服务的车辆资源。在这个过程中，乘客只能被动等待平台配单，自主选择性较差，在平台配单后，乘客若发现车辆资源对应的拼车路线不符合预期，还会取消订单，从而影响出行效率。

发明内容

本公开实施例至少提供一种拼车方法、装置、电子设备、计算机可读存储介质及计算机程序产品。

第一方面，本公开实施例提供了一种拼车方法，所述方法包括：

基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；

响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中各个站点信息；

根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

一种可选的实施方式中，所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息，包括：

基于第一用户端的出发地信息，获取行程路线与所述出发地匹配的各辆可搭乘车辆的信息，并在当前页面的展示范围内展示所述各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；

在获取到第一用户端的目的地信息后，在所述各辆可搭乘车辆中筛选出行驶路线与所述目的地信息匹配的至少一辆可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息，包括：

基于第一用户端的出发地信息和所述第一用户端的目的地信息，获取并展示行驶路线与所述出发地信息和目的地信息匹配的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，所述展示与所述任一可搭乘车辆对应的行驶详情信息，包括：

展示与所述任一可搭乘车辆对应的行驶路线图，所述行驶路线图中展示有所述任一可搭乘车辆在地图中的行驶路线和该行驶路线中的各个站点信息；

所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，包括：

根据所述行驶路线图中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，所述展示与所述任一可搭乘车辆对应的行驶详情信息，包括：

展示与所述任一可搭乘车辆对应的行程列表，所述行程列表中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，包括：

根据所述行程列表中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，所述拼车订单信息中还包括以下信息中的至少一种：

所述任一可搭乘车辆的车辆标识；

所述第一用户端输入或选择的乘车人数；

所述第一用户端输入或选择的出发时间信息；

所述第一用户端的标识信息。

一种可选的实施方式中，根据以下步骤确定所述第一用户端输入或选择的乘车人数和/或出发时间信息：

在确定选择的所述目的地站点信息之后，展示乘车人数选项或乘车人数输入框；确定所述第一用户端选择的目标人数选项对应的乘车人数或在所述输入框输入的乘车人数；和/或，

在确定选择的所述目的地站点信息之后，展示乘车时间选项或乘车时间输入框；确定所述第一用户端选择的目标时间选项对应的出发时间信息或在所述输入框中输入的出发时间信息。

一种可选的实施方式中，将所述拼车订单信息发送给服务器之后，还包括：

获取并展示用于指示车辆正在接驾的接驾详情信息。

一种可选的实施方式中，获取并展示用于指示车辆正在接驾的接驾详情信息，包括：

在将所述拼车订单信息发送给服务器之后，获取并展示与所述拼车订单信息对应的支付信息；

在接收到针对所述支付信息的支付确认信息后，展示所述接驾详情信息。

一种可选的实施方式中，所述接驾详情信息中包括接驾车辆的行程动态信息；

所述行程动态信息中包括接驾车辆当前所在位置信息、所述接驾车辆到达出发地站点的第一预估时间、以及所述接驾车辆到达目的地站点的第二预估时间中的至少一种。

第二方面，本公开实施例还提供了一种拼车方法，所述方法包括：

基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息；

获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息；

基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息；

将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

一种可选的实施方式中，基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息，包括：

确定所述目标可搭乘车辆对应的出发地站点信息和目的地站点信息分别对应的站点类型；

若所述出发地站点信息和目的地站点信息中存在至少一个目标站点信息，在所述目标可搭乘车辆的初始行程信息中对应的站点类型为途经站点，则在所述最新行程信息中，将所述目标站点信息对应的站点类型调整为停靠类型。

一种可选的实施方式中，基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，包括：

基于所述出发地信息，确定与所述出发地信息对应的位置之间的距离小于预设距离阈值的出发地站点信息；

基于所述出发地站点信息，以及存储的各车辆的行驶路线信息，确定经过所述出发地站点的至少一辆可搭乘车辆的信息。

第三方面，本公开实施例还提供了一种拼车方法，所述方法包括：

获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶路线中的各个站点中的停靠站点信息；

在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

第四方面，本公开实施例还提供一种拼车装置，包括：

第一获取模块，用于基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；

详情展示模块，用于响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

生成模块，用于根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

一种可选的实施方式中，所述第一获取模块，在执行所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息时，具体用于：

基于第一用户端的出发地信息，获取行驶路线与所述出发地匹配的各辆可搭乘车辆的信息，并在当前页面的展示范围内展示所述各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；

在获取到第一用户端的目的地信息后，在所述各辆可搭乘车辆中筛选出行驶路线与所述目的地信息匹配的至少一辆可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，所述第一获取模块，在执行所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息时，具体用于：

基于第一用户端的出发地信息和所述第一用户端的目的地信息，获取并展示行驶路线与所述出发地信息和目的地信息匹配的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，所述详情展示模块，在执行所述展示与所述任一可搭乘车辆对应的行驶详情信息时，具体用于：

展示与所述任一可搭乘车辆对应的行驶路线图，所述行驶路线图中展示有所述任一可搭乘车辆在地图中的行驶路线和该行驶路线中的各个站点信息；

所述生成模块，在执行所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息时，具体用于：

根据所述行驶路线图中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，所述详情展示模块，在执行所述展示与所述任一可搭乘车辆对应的行驶详情信息时，具体用于：

展示与所述任一可搭乘车辆对应的行程列表，所述行程列表中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

所述生成模块，在执行所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息时，具体用于：

根据所述行程列表中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，所述拼车订单信息中还包括以下信息中的至少一种：

所述任一可搭乘车辆的车辆标识；

所述第一用户端输入或选择的乘车人数；

所述第一用户端输入或选择的出发时间信息；

所述第一用户端的标识信息。

一种可选的实施方式中，所述装置还包括第三确定模块，用于根据以下步骤确定所述第一用户端输入或选择的乘车人数和/或出发时间信息：

在确定选择的所述目的地站点信息之后，展示乘车人数选项或乘车人数输入框；确定所述第一用户端选择的目标人数选项对应的乘车人数或在所述输入框输入的乘车人数；和/或，

在确定选择的所述目的地站点信息之后，展示乘车时间选项或乘车时间输入框；确定所述第一用户端选择的目标时间选项对应的出发时间信息或在所述输入框中输入的出发时间信息。

一种可选的实施方式中，所述生成模块将所述拼车订单信息发送给服务器之后，所述详情展示模块，还用于：获取并展示用于指示车辆正在接驾的接驾详情信息。

一种可选的实施方式中，所述详情展示模块，在执行获取并展示用于指示车辆正在接驾的接驾详情信息时，具体用于：

在将所述拼车订单信息发送给服务器之后，获取并展示与所述拼车订单信息对应的支付信息；

在接收到针对所述支付信息的支付确认信息后，展示所述接驾详情信息。

一种可选的实施方式中，所述接驾详情信息中包括接驾车辆的行程动态信息；所述行程动态信息中包括接驾车辆当前所在位置信息、所述接驾车辆到达出发地站点的第一预估时间、以及所述接驾车辆到达目的地站点的第二预估时间中的至少一种。

第五方面，本公开实施例还提供了一种拼车装置，所述装置包括：

第一确定模块，用于基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息；

第二获取模块，用于获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息；

第二确定模块，用于基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息；

发送模块，用于将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

一种可选的实施方式中，所述第二确定模块，在执行基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息时，具体用于：

确定所述目标可搭乘车辆对应的出发地站点信息和目的地站点信息分别对应的站点类型；

若所述出发地站点信息和目的地站点信息中存在至少一个目标站点信息，在所述目标可搭乘车辆的初始行程信息中对应的站点类型为途经站点，则在所述最新行程信息中，将所述目标站点信息对应的站点类型调整为停靠类型。

一种可选的实施方式中，所述第一确定模块，在执行基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息时，具体用于：

基于所述出发地信息，确定与所述出发地信息对应的位置之间的距离小于预设距离阈值的出发地站点信息；

基于所述出发地站点信息，以及存储的各车辆的行驶路线信息，确定经过所述出发地站点的至少一辆可搭乘车辆的信息。

第六方面，本公开实施例还提供了一种拼车装置，所述装置包括：

第三获取模块，用于获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶路线中的各个站点中的停靠站点信息；

更新展示模块，用于在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

第七方面，本公开可选实现方式还提供一种电子设备，处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的拼车方法中的步骤；或执行上述第二方面，或第二方面中任一种可能的拼车方法的步骤；或执行上述第三方面中的拼车方法的步骤。

第八方面，本公开可选实现方式还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被运行时执行上述第一方面，或第一方面中任一种可能的拼车方法中的步骤；或执行上述第二方面，或第二方面中任一种可能的拼车方法的步骤；或执行上述第三方面中的拼车方法的步骤。

第九方面，本公开实施例提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述第一方面，或第一方面中任一种可能的拼车方法中的步骤；或执行上述第二方面，或第二方面中任一种可能的拼车方法的步骤；或执行上述第三方面中的拼车方法的步骤。

本公开实施例提供的拼车方法、装置、电子设备、计算机可读存储介质及计算机程序产品，在确定第一用户端的出发地信息后，可以获取并展示至少一个可搭乘车辆的描述信息，乘客可以在第一用户端中自主选择与自身需求匹配的可搭乘车辆，通过触发任一可搭乘车辆的描述信息的方式，在第一用户端展示该任一可搭乘车辆对应的行驶详情信息；乘客能够在第一用户端展示的该任一可搭乘车辆的行驶路线中的各个站点信息中，选择目的地站点，以使第一用户端基于出发地信息对应的出发地站点信息、以及乘客选择的目的地站点信息，生成拼车订单信息；如此，乘客可以根据第一用户端展示的内容，自主选择符合自己的线路预期的可搭乘车辆、以及出发地站点和目的地站点，使得乘客能够灵活选择拼车线路，提高了乘客的出行效率及订单转化率。

关于上述拼车装置、电子设备、计算机可读存储介质及计算机程序产品的效果描述参见上述拼车方法的说明，这里不再赘述。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种拼车方法的流程图；

图2a示出了本公开实施例所提供的一种拼车方法中，一种展示有至少一辆可搭乘车辆的描述信息的展示页面的示意图；

图2b示出了本公开实施例所提供的一种拼车方法中，一种基于目的地信息对至少一辆可搭乘车辆进行筛选后，展示各可搭乘车辆的描述信息的展示页面的示意图；

图3a示出了本公开实施例所提供的一种拼车方法中，一种展示有行驶路线图的展示页面的示意图；

图3b示出了本公开实施例所提供的一种拼车方法中，一种展示有出发地站点、以及目的地站点的行驶路线图的展示页面的示意图；

图4a示出了本公开实施例所提供的一种拼车方法中，一种展示有行程列表的展示页面的示意图；

图4b示出了本公开实施例所提供的一种拼车方法中，一种展示有出发地站点、以及目的地站点的行程列表的展示页面的示意图；

图5a示出了本公开实施例所提供的一种拼车方法中，一种展示有行驶路线图、以及行程列表的展示页面的示意图；

图5b示出了本公开实施例所提供的一种拼车方法中，一种展示有出发地站点、以及目的地站点的展示页面的示意图；

图6a示出了本公开实施例所提供的一种拼车方法中，一种乘车人数选择页面的示意图；

图6b示出了本公开实施例所提供的一种拼车方法中，一种展示有预估需支付金额的展示页面的示意图；

图7a示出了本公开实施例所提供的一种拼车方法中，一种乘车时间预约页面的示意图；

图7b示出了本公开实施例所提供的一种拼车方法中，另一种展示有预估需支付金额的展示页面的示意图；

图8示出了本公开实施例所提供的一种拼车方法中，一种展示有与拼车订单信息对应的支付信息页面的示意图；

图9示出了本公开实施例所提供的一种拼车方法中，一种展示有接驾详情信息的展示页面的示意图；

图10示出了本公开实施例所提供的另一种拼车方法的流程图；

图11示出了本公开实施例所提供的又一种拼车方法的流程图；

图12a示出了本公开实施例所提供的又一种拼车方法中，一种展示有初始行程信息的展示页面的示意图；

图12b示出了本公开实施例所提供的又一种拼车方法中，一种展示有最新行程信息的展示页面的示意图；

图12c示出了本公开实施例所提供的又一种拼车方法中，另一种展示有初始行程信息的展示页面的示意图；

图12d示出了本公开实施例所提供的又一种拼车方法中，另一种展示有最新行程信息的展示页面的示意图；

图13示出了本公开实施例提供的一种第一用户端、服务器和第二用户端在执行拼车方法时进行交互的交互流程示意图；

图14示出了本公开实施例所提供的一种拼车装置的示意图；

图15示出了本公开实施例所提供的另一种拼车装置的示意图；

图16示出了本公开实施例所提供的又一种拼车装置的示意图；

图17示出了本公开实施例所提供的一种电子设备的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

本公开实施例应用于拼车出行场景；拼车出行的场景有很多，本公开实施例中不做具体限制。举例来说，一种场景下，司机可以进行顺路接单，比如在上下班路上接单，顺路接单的数量可以不限，在顺路接单数量为1个的情况下，拼车行为可以指的是搭乘顺路车的乘客与该顺路司机之间的拼车行为；另一种场景下，可以有专职或兼职司机来提供拼车服务。

为了让乘客在拼车过程中有更灵活和更直观地选择，在本公开实施例中，提供了一种拼车方法、装置、电子设备、计算机可读存储介质及计算机程序产品，乘客可以自主选择拼车线路，拼车选择上更加灵活，可以大大降低配单成功后乘客的订单取消率，在提升乘客出行效率的同时，提高了订单转化率。

针对现有方案所存在的缺陷以及本公开提出的解决方案，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种拼车方法进行详细介绍，本公开实施例所提供的拼车方法的执行主体为具有一定计算能力的电子设备，该电子设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(UserEquipment，UE)、移动设备、用户终端、终端、个人数字助理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该拼车方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

下面以本公开实施例提供的一种拼车方法应用在第一用户端为例进行详细说明：

参见图1所示，为本公开实施例提供的一种拼车方法的流程图，所述方法包括步骤S101～S103，其中：

S101、基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息。

其中，第一用户端可以指发起拼车订单的乘客使用的终端设备；出发地信息用来指示出发地位置，例如可以包括但不限于对第一用户端进行自动定位得到的第一用户端当前位置、或者乘客输入或选择的出发地信息等；可搭乘车辆表示乘客可以在出发地或者与出发地相距第一预设距离阈值内的站点搭乘的车辆，即行驶路线包括出发地或与出发地相距第一预设距离阈值内的站点的车辆，其中，第一预设距离阈值可以根据实际需求设定，此处不做具体限制；可搭乘车辆的描述信息用来指示可搭乘车辆，例如可以包括但不限于车辆标识、车辆预计到达时间、下一站点标识等中的至少一种；其中，车辆标识例如可以包括车辆名称、车辆车牌号等中的至少一种；车辆预计到达时间表示车辆到达与出发地相距第一预设距离阈值内的站点的时间；下一站点表示车辆行驶到出发地或与出发地相距第一预设距离阈值内的站点后，继续行驶到达的、与出发地距离相距预设距离阈值内的站点距离最近的站点；下一站点标识用来指示下一站点，例如可以包括但不限于站点名称。

这里，基于第一用户端的出发地信息，可以查找经过第一用户端的出发地的各辆可搭乘车辆，并展示至少部分可搭乘车辆的描述信息。在查找到的可搭乘车辆为多辆的情况下，可以根据当前展示界面的可展示区域大小，展示其中部分或全部可搭乘车辆的描述信息。

在具体实施中，除了考虑出发地外，还可以考虑第一用户端的目的地信息，来进行可搭乘车辆的进一步自动筛选，以便用户通过浏览更少的车辆信息来选到预期内的乘车线路。

这里，第一用户端的目的地信息可以是在展示上述可搭乘车辆的描述信息之前输入的，也可以是在展示上述可搭乘车辆的描述信息之后输入的，如果是在展示上述可搭乘车辆的描述信息之前输入的，则可以一开始就展示同步匹配出发地和目的地的可搭乘车辆的描述信息，如果是在展示上述可搭乘车辆的描述信息之后输入的，则可以在展示匹配出发地的可搭乘车辆的描述信息之后，根据输入的目的地信息，进一步筛选展示同步匹配出发地和目的地的可搭乘车辆的描述信息。下面分别进行说明。

A1、基于第一用户端的出发地信息，获取行驶路线与出发地匹配的各辆可搭乘车辆的信息，并在当前页面的展示范围内展示各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；在获取到第一用户端的目的地信息后，在各辆可搭乘车辆中筛选出行驶路线与目的地信息匹配的至少一辆可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

其中，行驶路线与出发地匹配的各辆可搭乘车辆例如可以包括：行驶路线包括出发地、或者与出发地相距第一预设距离阈值内的站点的车辆；行驶路线与出发地匹配的各辆可搭乘车辆的信息例如可以包括但不限于行驶路线、行驶路线中的各个站点信息、车辆标识、车辆预计到达时间等中的至少一种；其中，行驶路线中的各个站点信息用来指示可搭乘车辆途经和/或停靠的站点，例如可以包括但不限于站点名称；目的地信息用来指示乘客乘车目的地，例如可以包括但不限于乘客输入的目的地名称。

具体的，在自动定位当前位置作为出发地信息或者乘客手动输入出发地名称作为出发地信息发送给服务器后，服务器可以基于出发地信息，获取行驶路线包括出发地、或与出发地相距第一预设距离阈值内的站点的各可搭乘车辆对应的车辆标识、行驶路线、行驶路线中的各个站点信息、车辆预计到达时间等，并在当前页面的展示范围内展示各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；乘客在第一用户端输入目的地名称后，将目的地名称作为目的地信息，在行驶路线包括出发地、或与出发地相距第一预设距离阈值内的站点的各可搭乘车辆中，筛选出行驶路线包括目的地、或与目的地相距第二预设距离阈值内的站点的可搭乘车辆，即筛选出既经过出发地或与出发地相距第一预设距离阈值内的站点，又经过目的地或与目的地相距第二预设距离阈值内的站点的可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

其中，第二预设距离阈值可以与第一预设距离阈值相同，也可以不同，第二预设距离阈值可以根据实际需求设定，此处不做具体限制。

示例性的，将自动定位的当前位置“我的位置”作为出发地信息发送给服务器后，服务器可以根据自动定位的当前位置，获取经过当前位置、或与当前位置相距500米内的附近站点的可搭乘车辆的信息并反馈给第一用户端；第一用户端接收到经过当前位置、或与当前位置相距500米内的附近站点的可搭乘车辆的信息后，在当前页面的展示范围内展示各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；具体的展示页面可以如图2a所示，其中，图2a中展示有与当前位置相距500米内的附近站点：无须步行即可到达的“科技园站”、以及与当前位置相距300米的“经贸站”；图2a中还展示有分别经过“科技园站”、以及“经贸站”的可搭乘车辆的描述信息，包括：经过“科技园站”的“1号线”、以及“1号线”开往的下一站的标识“园区站”、以及“1号线”预计到达当前位置(即“科技园站”)的时间指示信息(比如，约3分钟到)；以及经过“科技园站”的“68路”、以及“68路”开往的下一站的标识“苹果园站”、以及“68路”预计到达当前位置(即“科技园站”)的时间指示信息(比如，约8分钟到)；以及经过“经贸站”的“33路”、以及“33路”开往的下一站的标识“工业园站”、以及“33路”预计到达“经贸站”的时间指示信息(比如，约6分钟到)；图2a中还展示有指示乘客从当前位置到达“经贸站”的步行时间信息，例如包括步行约5分钟。

乘客在图2a所示的展示页面中查看到各可搭乘车辆的描述信息后，可以输入目的地名称，在输入目的地名称后，可以基于目的地名称，对图2a中所示的各可搭乘车辆进行筛选，即筛选出既能够经过出发地或与出发地相距500米内的附近站点，又经过目的地或与目的地相距第二预设距离阈值(这里，第二预设距离与第一预设距离相同，即为500米)的附近站点的可搭乘车辆，并将图2a所示的各可搭乘车辆的描述信息进行更新展示，具体的更新展示后的展示页面可以如图2b所示，由于经过“经贸站”的“33路”，无法到达目的地名称指示的目的地，也无法到达与目的地相距500米内的附近站点，因此，图2b中仅展示经过“科技园站”的“1号线”、经过“科技园站”的“68路”分别对应的描述信息。

A2、基于第一用户端的出发地信息和第一用户端的目的地信息，获取并展示行驶路线与出发地信息和目的地信息匹配的至少一辆可搭乘车辆的描述信息。

在具体实施中，自动定位当前位置作为出发地信息或者乘客在第一用户端输入出发地名称作为出发地信息后，乘客在第一用户端输入目的地名称，第一用户端将目的地名称作为目的地信息，并将出发地信息和目的地信息发送给服务器，服务器在接收到出发地信息和目的地信息后，获取经过出发地信息指示的出发地或与出发地相距第一预设距离阈值内的站点，以及经过目的地信息指示的目的地或与目的地相距第二预设距离阈值内的站点的各可搭乘车辆的信息，并反馈给第一用户端；第一用户端接收经过出发地信息指示的出发地或与出发地相距第一预设距离阈值内的站点，以及经过目的地信息指示的目的地或与目的地相距第二预设距离阈值内的站点的各可搭乘车辆的信息，并在当前页面的展示范围展示各可搭乘车辆中至少一辆可搭乘车辆的描述信息。

示例性的，第一用户端将自动定位的当前位置“我的位置”作为出发地信息、以及将乘客在第一用户端输入的目的地名称作为目的地信息，并将出发地信息和目的地信息发送给服务器后，服务器可以根据自动定位的当前位置、以及目的地名称，获取既经过当前位置或与当前位置相距500米内的附近站点、又经过目的地名称指示的目的地或与目的地相距500米内的附近站点的可搭乘车辆的信息并反馈给第一用户端；第一用户端接收到既经过当前位置或与当前位置相距500米内的附近站点、又经过的目的地名称指示的目的地或与目的地相距500米内的附近站点的可搭乘车辆的信息后，在当前页面的展示范围内展示各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息，具体的展示页面可以如图2b所示。

承接上述S101，本公开实施例提供的拼车方法还包括：

S102、响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息。

这里，触发操作例如可以包括但不限于单击、连击、长按、滑动等中的至少一种。行驶详情信息除可搭乘车辆的行驶路线中的各个站点信息外，还可以展示线路名称(比如1号线)、各站点的预计达到时间、不同站点之间的距离等。行驶详情信息的展示形式可以包括但不限于下述至少一种：以单独详情页的形式展示、在当前页面叠加窗口的形式展示、在当前页面上进行站点信息的展开展示等。

在具体实施中，乘客在第一用户端查看到至少一个可搭乘车辆的描述信息后，触发其中任一可搭乘车辆的描述信息，第一用户端响应于接收到的触发操作，可以展示该任一可搭乘车辆的行驶详情信息，其中包括行驶路线中的各个站点信息；这里的行驶详情信息可以是与上述可搭乘车辆的描述信息一起反馈给第一用户端的，只是在某个可搭乘车辆的描述信息被触发后，才会在第一用户端进行具体展示，也可以是在该任一可搭乘车辆的描述信息被触发后，临时向服务器请求反馈的行驶详情信息。

在展示行驶详情信息时，可以将该行驶详情信息中的各个信息条目依次列出展示，比如依次展示各个站点的信息、线路名称、各站点的预计达到时间、不同站点之间的距离等。除此之外，还可以采用行驶线路图和/或行程列表的方式进行形象化的展示。下面分别进行说明。

B1、展示与任一可搭乘车辆对应的行驶路线图。

其中，行驶路线图中展示有任一可搭乘车辆在地图中的行驶路线和该行驶路线中的各个站点信息。另外，行驶路线图中还可以展示有通过高亮或标注颜色等方式进行突出显示的出发地站点。

示例性的，乘客触发图2b中“1号线”的描述信息后，展示“1号线”对应的行驶路线图；具体的展示有行驶路线图的展示页面可以如图3a所示，图3a中展示有“1号线”的行驶路线、以及“1号线”的行驶路线中包含的各个站点的名称、以及通过标注颜色进行突出显示的出发地站点、以及用于指示出发地站点的指示信息(例如可以包括：文字指示信息、符号指示信息、语音指示信息等中的至少一种，图3a中示出“从这上车”的文字指示信息)。

另外，图3a中还可以展示有：“1号线”车辆当前所在的位置、“1号线”到达出发地站点的预计到达时间(比如，约3分钟到)。

在具体实施中，响应于乘客针对行驶路线图中除出发地站点外的任一站点信息的选择操作，将被选中的站点信息作为目的地站点信息，并在行驶路线图中通过高亮、标注颜色等方式，将目的地站点信息进行突出显示。

除此之外，在选择目的地站点后，还可以在行驶路线图的展示页面中展示目的地站点确认指示信息、以及目的地站点确认触控按钮；其中，目的地站点确认指示信息例如可以包括但不限于文字指示信息、符号指示信息、语音指示信息等中的至少一种，比如包括“在此站点下车E2站”的文字指示信息。

示例性的，乘客在图3a中的各个站点信息中，选择“E2站”作为目的地站点信息，则将图3a中的“E2站”通过标注颜色的形式进行突出显示，并展示“在此站点下车E2站”的目的地站点确认指示信息、以及确认目的地站点的确认触控按钮，具体的展示有出发地站点、以及目的地站点的行驶路线图可以如图3b所示。

B2、展示与任一可搭乘车辆对应的行程列表。

其中，行程列表中展示有任一可搭乘车辆的行驶路线中的各个站点信息；这里，可以将行程列表中出发地站点通过标注颜色、高亮等方式进行突出显示。

示例性的，乘客触发图2b中“1号线”的描述信息后，展示“1号线”对应的行程列表；具体的展示有行程列表的展示页面可以如图4a所示，图4a中展示有“1号线”的行驶路线中包含的各个站点的名称、以及“1号线”在行程列表中的当前行驶到的大概位置、以及通过标注颜色突出显示的出发地站点、以及从出发地站点上车的指示信息(比如，从这上车)。

此外，图4a所示的行程列表中还可以展示有：用于指示出发地站点距离出发地信息指示的出发地之间的距离的指示信息(比如离你最近、0米)、以及用于指示“1号线”当前能够承载的人数的信息，比如可以包括余票：20张、剩余20个座位、可承载20人等中的至少一种。

另外，图4a中还可以展示有行驶路线图查看按钮，用于在被触发后，展示图3a所示的行驶路线图。

在具体实施中，响应于乘客针对行程列表中除出发地站点外的任一站点信息的选择操作，将被选中的站点信息作为目的地站点信息，并在行程列表中通过高亮、标注颜色等方式，将目的地站点信息进行突出显示。

示例性的，乘客在图4a中的各个站点信息中，选择“E2站”作为目的地站点信息，则将图4a中的“E2站”通过标注颜色的形式进行突出显示，并展示从目的地站点下车的指示信息(比如，在这下车)，具体的展示有出发地站点、以及目的地站点的行程列表可以如图4b所示。

除此之外，在选择目的地站点后，还可以在行程列表的展示页面中展示目的地站点确认指示信息、以及目的地站点确认触控按钮；其中，目的地站点确认指示信息例如可以包括但不限于文字指示信息、符号指示信息、语音指示信息等中的至少一种，比如包括“在此站点下车E2站”的文字指示信息。

B3、同步展示与任一可搭乘车辆对应的行驶路线图和行程列表。

示例性的，乘客触发图2b中“1号线”的描述信息后，同步展示“1号线”对应的行驶路线图和行程列表；具体的展示有行驶路线图和行程列表的展示页面可以如图5a所示，其中图5a中行驶路线图中展示的内容与图3a类似、图5a中行程列表中展示的内容与图4a类似，重复之处不再赘述。

除此之外，上述B1～B3中展示有行驶路线图和/或行程列表的展示页面中还可以展示有从某站点上车的文字提示信息，其中，某站点包括与出发地信息指示的出发地相距最近的站点，示例性的，图5a中的从某站点上车的文字提示信息例如可以包括“从科技园站上车”。

在具体实施中，响应于乘客针对行驶路线图或行程列表中除出发地站点外的任一站点信息的选择操作，将被选中的站点信息作为目的地站点信息，并在行程列表和行驶路线图中通过高亮、标注颜色等方式，将目的地站点信息进行突出显示。

示例性的，乘客在图5a中行驶路线图或行程列表的各个站点信息中，选择“E2站”作为目的地站点信息，则将图5a中的“E2站”通过标注颜色的形式，在行驶路线图和行程列表中进行突出显示，具体的展示有出发地站点、以及目的地站点的行程列表可以如图5b所示。

除此之外，在选择目的地站点后，还可以在展示页面中展示目的地站点确认指示信息、以及目的地站点确认触控按钮；其中，目的地站点确认指示信息例如可以包括但不限于文字指示信息、符号指示信息、语音指示信息等中的至少一种，比如包括“在此站点下车E2站”的文字指示信息；另外，还可以在行程列表中展示从目的地站点下车的指示信息(比如，在这下车)。

在一种可能的实施方式中，若乘客不想将与出发地信息指示的出发地距离最近的站点作为出发地站点，则可以在选择目的地站点之前，通过触发行驶路线图中的站点信息，选择出发地站点；和/或通过触发行程列表中的站点信息，选择出发地站点，在行驶路线图和/或行程列表的展示页面通过高亮或颜色标注等方式将出发地站点信息进行突出显示，并更新从某站点上车的文字提示信息，即将从默认出发地站点名称上车的文字提示信息，更新为从用户选择的站点名称上车的文字提示信息；其中，默认出发地站点包括与出发地信息指示的出发地距离最近的站点。

承接上述S102，本公开实施例提供的拼车方法还包括：

S103、根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

其中，拼车订单信息为基于第一用户端的出发地信息、目的地信息生成的，拼车订单信息中包括有对应的可搭乘车辆的信息，其中可以包括上述可搭乘车辆的描述信息、行驶详情信息中的部分或全部信息，还可以包括第一用户端为本次乘车确定的乘车人数、出发时间等等。在一种实施方式中，拼车订单信息中可以包括但不限于下述至少一种：任一可搭乘车辆的车辆标识、第一用户端输入或选择的乘车人数、第一用户端输入或选择的出发时间信息、第一用户端的标识信息；其中，出发时间信息可以是一个明确的时间点，也可以是一个时间范围。

承接图3a，乘客在第一用户端查看到至少一个可搭乘车辆的描述信息后，触发至少一个可搭乘车辆的描述信息中的任一可搭乘车辆的描述信息，在触发任一可搭乘车辆的描述信息后，展示与任一可搭乘车辆对应的行驶路线图的情况下，可以根据乘客在行驶路线图中确定的目的地站点信息生成拼车订单信息；这里，拼车订单信息中还可以有开始获取的出发地信息所对应的出发地站点信息、第一用户端的标识、车辆标识等，除此之外，在行驶线路图中，还可以给出乘车人数选项或用于输入乘车人数的区域，和/或，乘车时间选项或指示用于输入乘车人数的区域，用户可以直接在行驶线路图中选择或输入乘车人数和/或乘车时间，还可以在触发行驶线路图中目标按钮后，在弹出的窗口或二级页面中选择或输入乘车人数和/或乘车时间。

同理，承接图4a、乘客在第一用户端查看到至少一个可搭乘车辆的描述信息后，触发至少一个可搭乘车辆的描述信息中的任一可搭乘车辆的描述信息，在触发任一可搭乘车辆的描述信息后，展示与任一可搭乘车辆对应的行程列表的情况下，可以根据乘客在行程列表中确定的目的地站点信息生成拼车订单信息；这里，拼车订单信息中还可以有开始获取的出发地信息所对应的出发地站点信息，除此之外，在行程列表中，还可以给出乘车人数选项或用于输入乘车人数的区域，和/或，乘车时间选项或指示用于输入乘车人数的区域，用户可以直接在行驶线路图中选择或输入乘车人数和/或乘车时间，还可以在触发行驶线路图中目标按钮后，在弹出的窗口或二级页面中选择或输入乘车人数和/或乘车时间。

进一步说明，由于拼车订单对应的预估需支付金额，不仅与出发地的位置、以及目的地的位置相关，还与乘车人数、以及出发时间相关；一般不同的乘客类型，在乘车时对应的预设金额单价不同，因此可以设置乘车人数选择或输入页面，以使乘客选择乘车人数，从而便于基于乘车人数、以及乘客类型、以及各类乘客对应的预设金额单价等信息精准确定拼车订单的预估需支付金额；另外，一般乘客在不同时间点乘车时，可能也会对应不同的预设金额单价，因此可以设置乘车时间预约页面，以使乘客选择出发时间，从而便于基于出发时间、以及不同时间点对应的预设金额单价等信息精准确定拼车订单的预估需支付金额；其中，预设金额单价表征乘车一站地对应的需支付金额，这里不同乘客类型对应的预设金额单价、以及不同时间点对应的预设金额单价可以根据实际需求设定，此处不做具体限制。

在一种可能的实施方式中，拼车订单信息中包括第一用户端输入或选择的乘车人数和/或出发时间信息，具体的，可以根据以下步骤确定第一用户端输入或选择的乘车人数和/或出发时间信息：在确定选择的目的地站点信息之后，展示乘车人数选项或乘车人数输入框；确定第一用户端选择的目标人数选项对应的乘车人数或在输入框输入的乘车人数；和/或，在确定选择的目的地站点信息之后，展示乘车时间选项或乘车时间输入框；确定第一用户端选择的目标时间选项对应的出发时间信息或在输入框中输入的出发时间信息。

在确定第一用户端输入或选择的乘车人数和/或出发时间信息后，可以根据上述确认的出发地站点信息、目的地站点信息、乘车人数和/或出发时间信息，预估需支付金额，并生成拼车订单信息。

示例性的，在乘客触发目的地站点确认触控按钮，即确定选择的目的地站点信息后，可以展示乘车人数选择页面，具体的乘车人数选择页面可以如图6a所示，该乘车人数选择页面中包括成人、儿童、老人三种乘客类型、以及每种乘客类型对应的可选人数控件。

在乘客在图6a中选择成人1人、儿童1人、老人1人后，可以根据确认的出发地站点信息、目的地站点信息、以及乘车人数信息，预估需支付金额，具体的展示有预估需支付金额的展示页面可以如图6b所示。

示例性的，在乘客触发目的地站点确认触控按钮，即确定选择的目的地站点信息后，可以展示乘车时间预约页面，具体的乘车时间预约页面可以如图7a所示，该乘车时间预约页面中包括可选择的多个时间点。

在乘客在图7a中选择出发时间并确认后，可以根据确认的出发地站点信息、目的地站点信息、以及出发时间，预估需支付金额，具体的展示有预估需支付金额的展示页面可以如图7b所示。

此外，本公开实施例中图2a或图2b中还可以展示有“高峰期预约”触控按钮，用于乘客在乘车高峰期提前预约可搭乘车辆；乘客可以通过触发图2a或图2b中展示的“高峰期预约”触控按钮，进行乘车时间预约，在用户触发“高峰期预约”触控按钮后，可以展示出发时间选项或出发时间输入框，以选择或输入出发时间信息；示例性的，在用户触发“高峰期预约”触控按钮后，可以展示如图7a所示的乘车时间预约页面，在用户在图7a中选择出发时间并确认后，可以继续展示图2a或图2b。

示例性的，在乘客触发目的地站点确认触控按钮，即确定选择的目的地站点信息后，可以展示乘车人数选择页面，具体的乘车人数选择页面可以如图6a所示，该乘车人数选择页面中包括成人、儿童、老人三种乘客类型、以及每种乘客类型对应的可选人数控件。

在乘客在图6a中选择成人1人、儿童1人、老人1人后，可以展示乘车时间预约页面，具体的乘车时间预约页面可以如图7a所示，该乘车时间预约页面中包括可选择的多个时间点；在乘客在图7a中选择出发时间并确认后，可以根据确认的出发地站点信息、目的地站点信息、以及乘车人数信息、以及出发时间信息，预估需支付金额，具体的展示有预估需支付金额的展示页面可以如图7b所示。

这里，乘车人数选择页面和乘车时间预约页面的展示形式可以包括但不限于：以单独页面的形式展示、在当前页面(即在当前目的地站点确认的页面)叠加窗口的形式展示等中的至少一种。

在具体实施中，根据确定的出发地站点信息、目的地站点信息、乘车人数信息和/或出发时间信息，生成拼车订单信息后，可以将该拼车订单信息发送给服务器。

在将拼车订单信息发送给服务器之后，还可以获取并展示用于指示车辆正在接驾的接驾详情信息，从而方便乘客更直观了解即将接驾的车辆相关信息。

其中，接驾详情信息用于提示用户接驾车辆是什么、以及提示用户需要在什么时间到达什么站点等待接驾车辆接驾、以及指示接驾车辆的实时到站时间；接驾详情信息中可以包括但不限于：接驾车辆的行驶路线、接驾车辆的车辆标识、接驾车辆的运营公司名称、接驾车辆的行程动态信息等中的至少一种；其中，接驾车辆的行程动态信息中可以包括但不限于：接驾车辆当前所在位置信息、接驾车辆到达出发地站点的第一预估时间、以及接驾车辆到达目的地站点的第二预估时间中的至少一种；此外，接驾详情信息中还可以包括：在行驶路线中通过高亮或标注颜色等方式进行突出显示的出发地站点和目的地站点、提示用户在第一预估时间之前到达出发地站点的提示信息、以及乘客当前所在的出发地信息指示的出发地与出发地站点之间的距离信息、以及提示乘客从出发地到达出发地站点所需的时间信息(比如，约步行5分钟到达出发地站点)、以及出发地站点与目的地站点之间相距站点数量信息等中的至少一种。

这里，接驾车辆到达出发地站点的第一预估时间可以是服务器基于接驾车辆当前所在位置信息、以及接驾车辆的平均行驶速度、以及出发地站点所在位置信息确定的；接驾车辆到达目的地站点的第二预估时间基于接驾车辆当前所在位置信息、以及接驾车辆的平均行驶速度、以及出发地站点所在位置信息确定的。

在具体实施中，在将拼车订单信息发送给服务器之后，获取并展示与该拼车订单信息对应的支付信息；在接收到针对支付信息的支付确认信息后，展示接驾详情信息。

示例性的，在将拼车订单信息发送给服务器之后，获取与该拼车订单信息对应的支付信息，展示与该拼车订单信息对应的支付信息页面，具体的与该拼车订单信息对应的支付信息页面可以如图8所示。

乘客在支付信息页面中触发确认支付触控控件后，第一用户端接收到针对支付信息的支付确认信息，并将其发送至服务器，并接收服务器反馈的接驾详情信息，具体的展示有接驾详情信息的展示页面可以如图9所示，图9中示出接驾车辆“1号线”对应的行驶路线、以及行驶路线中通过标注颜色的形式突出显示的出发地站点、目的地站点、以及行驶路线中用于提示出发地站点的上车标识、以及行驶路线中用于提示目的地站点的下车标识、以及“1号线”当前所在位置、以及乘客当前所在的位置。

图9中还展示有车辆名称：“1号线”、以及车牌号、以及运营公司名称、以及出发地站点名称、以及从当前所在的位置到达出发地站点所在的位置之间的距离信息、以及乘客从当前所在位置到达出发地站点所需的时间(比如，约步行0分钟到达出发地站点)、以及提示乘客在出发地站点上车的第一预估时间提示信息(比如，预计8：00上车)、以及提示乘客在目的地站点下车的第二预估时间提示信息(比如，预计8：18下车)、以及出发地站点和目的地站点之间站点数量。

本公开实施例中，在确定第一用户端的出发地信息后，可以获取并展示至少一个可搭乘车辆的描述信息，乘客可以在第一用户端中自主选择与自身需求匹配的可搭乘车辆，通过触发任一可搭乘车辆的描述信息的方式，在第一用户端展示该任一可搭乘车辆对应的行驶详情信息；乘客能够在第一用户端展示的该任一可搭乘车辆的行驶路线中的各个站点信息中，选择目的地站点，以使第一用户端基于出发地信息对应的出发地站点信息、以及乘客选择的目的地站点信息，生成拼车订单信息；如此，乘客可以根据第一用户端展示的内容，自主选择符合自己的线路预期的可搭乘车辆、以及出发地站点和目的地站点，使得乘客能够灵活选择拼车线路，提高了乘客的出行效率及订单转化率。

在一种可能的实施方式中，本公开实施例还提供了一种拼车方法应用在服务器的具体实施方式，参见图10所示，为本公开实施例提供的一种拼车方法的流程图，所述方法包括步骤S1001～S1004，其中：

S1001、基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端。

其中，可搭乘车辆的信息用来指示可搭乘车辆，可搭乘车辆信息可以包括但不限于：可搭乘车辆的描述信息、可搭乘车辆的行驶详情信息等中的至少一种，其中，可搭乘车辆信息中包括可搭乘车辆的行驶路线中的各个站点信息；这里，针对可搭乘车辆的描述信息、可搭乘车辆的行驶详情信息、以及可搭乘车辆的行驶路线中的各个站点信息的相关描述，与本公开实施例S101～S103提供的拼车方法的具体实施方式中的对应描述类似，重复之处不再赘述。

基于第一用户端发送的出发地信息，可以确定对应的行驶路线与该出发地信息匹配的可搭乘车辆；这里，行驶路线与该出发地信息匹配的可搭乘车辆，可以包括目前还没有接单的空单车辆，以及已经接单并且接单后的行驶路线与该出发地相距较近的车辆。

针对已经接单的可搭乘车辆，具体可以基于出发地信息，确定与出发地信息对应的位置之间的距离小于预设距离阈值的出发地站点信息；基于出发地站点信息，以及存储的各车辆的行驶路线信息，确定经过出发地站点的至少一辆可搭乘车辆的信息。

其中，服务器中预先存储服务器中还存储有各车辆信息、各车辆的行驶路线信息、以及各行驶路线信息中包含的路线信息、以及每条路线中包含的各站点信息、以及各站点所在的位置；预设距离阈值可以根据实际需求设定，也可以称为第一预设距离阈值，比如包括500米，此处不做具体限制。

具体的，第一用户端将自动定位的当前位置或乘客手动输入的出发地作为出发地信息，发送给服务器后，服务器基于出发地信息、以及出发地信息指示的出发地所在的位置、以及各站点所在的位置，在服务器预先存储的各站点信息中，确定与出发地信息指示的出发地所在位置之间的距离小于预设距离阈值的站点信息，作为出发地站点信息；在确定出发地站点信息后，可以基于出发地站点信息、以及服务器中预先存储的每条路线中包含的各站点信息，确定包含出发地站点信息的路线；基于包含出发地站点信息的路线、以及服务器中预先存储的各行驶路线信息中包含的路线信息、确定包含出发地站点信息的路线的行驶路线信息；并基于包含出发地站点信息的路线的行驶路线信息、以及服务器中预先存储的各车辆的行驶路线信息，确定行驶路线信息、与出发地站点信息的路线的行驶路线信息匹配的车辆的信息，作为经过出发地站点的可搭乘车辆的信息。

承接上述S1001，本公开实施例提供的拼车方法还包括：

S1002、获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息。

在具体实施中，拼车订单信息是基于本公开实施例S101～S103提供的拼车方法生成的，第一用户端基于本公开实施例S101～S103提供的拼车方法生成拼车订单信息后，可以将该拼车订单信息发送给服务器，服务器接收第一用户端发送的拼车订单信息。

这里，拼车订单信息的具体生成方法可以参见本公开实施例S101～S103提供的拼车方法所提供的具体实施方式，重复之处不再赘述。

S1003、基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息。

其中，目标可搭乘车辆表征在第一用户端中展示的至少一个可搭乘车辆的描述信息中，被触发可搭乘车辆的描述信息对应的可搭乘车辆；目标可搭乘车辆对应的最新行程信息可以包括初始行程信息、以及基于出发地站点信息和/或目的地站点信息，对初始行程信息进行更新后形成的行程信息中的至少一种。

这里，初始行程信息包括在第二用户端提供拼车服务的情况下，基于服务器派发给第二用户端的初始订单确定的行程信息；或者在第二用户端顺路接单的情况下，基于第二用户端初始设置的目的地信息确定的行程信息；第二用户端用来表示司机端；初始行程信息中包含第二用户端的行驶路线中的各个站点中的停靠站点信息，具体的针对初始行程信息的描述可以参见本公开实施例S1101～S1102所示的拼车方法的具体实施方式中的相关描述，重复之处不再赘述。

在具体实施中，可以确定目标可搭乘车辆对应的出发地站点信息和目的地站点信息分别对应的站点类型，若出发地站点信息和目的地站点信息中存在至少一个目标站点信息，在目标可搭乘车辆的初始行程信息中对应的站点类型为途经站点，则在最新行程信息中，将目标站点信息对应的站点类型调整为停靠类型。

其中，站点类型例如可以包括停靠类型和途经类型；目标可搭乘车辆经过停靠类型的站点时停靠，经过途经类型的站点时不停靠；一般服务器中预先存储有目标可搭乘车辆在接收到拼车订单信息之前，目标可搭乘车辆的行驶路线中各个站点对应的站点类型。

具体的，服务器在接收到第一用户端发送的拼车订单信息后，可以查询服务器中预先存储的目标可搭乘车辆在接收到拼车订单信息之前，目标可搭乘车辆的行驶路线中各个站点对应的站点类型，确定目标可搭乘车辆对应的出发地站点信息和目的地站点分别对应的站点类型；在确定出发地站点信息和目的地站点信息中途经类型的站点包括出发地站点时，表征目标可搭乘车辆的初始行程信息中包括停靠类型的目的地站点信息，但不包括途经类型的出发地站点信息，即目标可搭乘车辆在接收到拼车订单之前，在目的地站点停靠，经过出发地站点但不停靠，则将出发地站点的站点类型由途经类型调整为停靠类型，并更新行程信息，即在目标可搭乘车辆的初始行程信息中添加出发地站点信息，以使目标可搭乘车辆在出发地站点停靠。

在一种可能的实施方式中，在确定出发地站点信息和目的地站点信息中途经类型的站点包括目的地站点时，表征目标可搭乘车辆的初始行程信息中包括停靠类型的出发地站点信息，但不包括途经类型的目的地站点信息，即目标可搭乘车辆在接收到拼车订单之前，在出发地站点停靠，经过目的地站点但不停靠，则将目的地站点的站点类型由途经类型调整为停靠类型，并更新行程信息，即在目标可搭乘车辆的初始行程信息中添加目的地站点信息，以使目标可搭乘车辆在目的地站点停靠。

在另一种可能的实施方式中，在确定出发地站点信息和目的地站点信息中途经类型的站点包括：出发地站点和目的地站点时，表征目标可搭乘车辆的初始行程信息中的出发地站点信息对应的出发地站点的站点类型为途经类型、且目的地站点信息对应的目的地站点的站点类型为途经类型，即目标可搭乘车辆在接收到拼车订单之前，仅经过目的地站点和出发地站点并不停靠，则将出发地站点和目的地站点的站点类型分别由途经类型调整为停靠类型，并更新行程信息，即在目标可搭乘车辆的初始行程信息中添加出发地站点信息和目的地站点信息，以使目标可搭乘车辆在出发地站点停靠，并在目的地站点停靠。

在另一可能的实施方式中，在确定出发地站点信息和目的地站点信息中停靠类型的站点包括：出发地站点和目的地站点时，表征目标可搭乘车辆的初始行程信息中的出发地站点信息对应的出发地站点的站点类型为停靠类型、且目的地站点信息对应的目的地站点的站点类型为停靠类型，即目标可搭乘车辆在接收到拼车订单之前，在目的地站点和出发地站点均停靠，则将目标可搭乘车辆的初始行程信息，作为更新后的更新行程信息，即不需要更新目标可搭乘车辆的初始行程信息，目标可搭乘车辆就会在出发地站点、以及目的地站点停靠。

承接上述S1003，本公开实施例提供的拼车方法还包括：

S1004、将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

在具体实施中，在基于S1003生成最新行程信息后，可以将最新行程信息发送给目标可搭乘车辆对应的第二用户端，以使第二用户端展示最新行程信息，具体的针对第二用户端展示最新行程信息的描述可以参见本公开实施例S1101～S1102所示的拼车方法的具体实施方式中的相关描述，重复之处不再赘述。

在另一种可能的实施方式中，本公开实施例还提供了一种拼车方法应用在第二用户端的具体实施方式，参见图11所示，为本公开实施例提供的一种拼车方法的流程图，所述方法包括步骤S1101～S1102，其中：

S1101、获取并展示初始行程信息。

S1102、在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息。

其中，第二用户端用来表征司机端；初始行程信息中可以包括但不限于：未接收到拼车订单前各初始停靠的站点信息、各初始停靠的站点信息对应的乘车人数、导航路线等中的至少一种；更新后的最新行程信息中可以包括但不限于：第二用户端对应的目标可搭乘车辆的行驶路线中的各个站点中的新增停靠站点信息、新增停靠站点信息对应的乘车人数、第二用户端对应的目标可搭乘车辆未到达的初始停靠的站点信息、以及未到达的初始停靠的站点信息对应的乘车人数、以及导航路线中的至少一种。

初始行程信息可以包括但不限于下述D1～D2中的至少一种：

D1、在第二用户端提供拼车服务的情况下，在第二用户端开始接单后，服务器才会给第二用户端派单，第二用户端中展示的初始行程信息中是基于服务器派发的初始订单生成的，即初始行程信息中包括：初始订单中各需停靠的站点信息(即初始停靠的站点信息)、以及初始订单中各需停靠的站点信息对应的乘车人数、以及基于初始订单中各需停靠的站点信息生成的导航路线。

示例性的，具体的展示有初始行程信息的展示页面可以如图12a所示，图12a中展示有初始订单中各需停靠的站点信息：E1站、E2站、E3站和E4站、以及E1站对应的乘车人数：1人、E2站对应的乘车人数：2人、以及基于E1站、E2站、E3站和E4站，生成的导航路线。

在第二用户端接收到服务器发送的基于第一用户端的拼车订单信息，生成的最新行程信息后，将展示的初始行程信息更新为最新行程信息。

示例性的，若更新后的最新行程信息中包括的新增停靠站点信息为“科技园站”，可以在图12a所示的初始行程信息的展示页面中，添加“科技园站”，并添加“科技园站”对应的乘车人数：1人，具体的展示有最新行程信息的展示页面可以如图12b所示，图12b中还展示有目标可搭乘车辆未到达的E1站、E2站、E3站和E4站、以及E1站对应的乘车人数：1人、以及E2站对应的乘车人数：2人、以及基于E1站、E2站、E3站和E4站，生成的导航路线。

D2、在第二用户端提供顺路接单服务的情况下(例如第二用户端在上下班路上接单)，在第二用户端开始接单前，可以基于第二用户端自动定位的当前位置或者司机在第二用户端输入的出发地作为出发地信息，以及司机在第二用户端初始设置的目的地信息，生成从出发地信息指示的出发地到目的地信息指示的目的地的导航路线，将该导航路线作为初始行程信息中的导航路线。

示例性的，具体的展示有初始行程信息的展示页面可以如图12c所示，图12c中展示有导航路线(即行驶路线)。

在第二户端开始接单后，第二用户端接收服务器发送的基于第一用户端的拼车订单信息，生成的最新行程信息，将展示的初始行程信息更新为最新行程信息。

示例性的，若更新后的最新行程信息中包括的新增停靠站点信息为“首都机场站”、“航天大学站”，可以在图12c所示的初始行程信息的展示页面中，添加“首都机场站”、“航天大学站”，并添加“首都机场站”对应的乘车人数：2人，具体的展示有最新行程信息的展示页面可以如图12d所示。

在具体实施中，第二用户端展示最新行程信息之后，可以将目标可搭乘车辆的当前位置发送给服务器，服务器可以基于目标可搭乘车辆的当前所在位置、以及出发地站点信息指示的出发地站点所在的位置、以及目的地站点信息指示的目的地站点所在的位置、以及目标可搭乘车辆的当前平均车速，确定目标可搭乘车辆的到达出发地站点信息指示的出发地站点的第一预估时间、以及目标可搭乘车辆的到达目的地站点信息指示的目的地站点的第二预估时间，并基于第一预估时间、以及第二预估时间、以及目标可搭乘车辆的当前所在位置信息、目标可搭乘车辆的信息，生成接驾详情信息，并将该接驾详情信息发送给第一用户端，以使第一用户端接收接驾详情信息并展示。

本公开实施例中，第二用户端在接收到最新行程信息后，将展示的初始行程信息更新为最新行程信息，使得第二用户端的司机可以相对直观地根据第二用户端展示的最新行程信息，确定新增的需要停靠的站点，并在新增停靠站点停车以接送乘客。

在本公开实施例提供的另一种可能的实施方式中，还提供了一种第一用户端、服务器和第二用户端在执行拼车方法时进行交互的交互流程图示意图，参见图13所示，包括：

S1301、第一用户端获取第一用户端的出发地信息。

S1302、第一用户端端向服务器发送第一用户端的出发地信息。

S1303、服务器接收第一用户端的出发地信息，并基于第一用户端的出发地信息，确定至少一辆可搭乘车辆的信息。

S1304、服务器向第一用户端发送至少一辆可搭乘车辆的信息；其中，至少一辆可搭乘车辆的信息可以包括下述至少一种：至少一辆可搭乘车辆的描述信息、以及至少一辆可搭乘车辆的行驶详情信息。

S1305、第一用户端获取并展示至少一辆可搭乘车辆的描述信息。

S1306、第一用户端在接收到针对任一可搭乘车辆的描述信息的触发操作后，展示与该任一可搭乘车辆对应的行驶详情信息。

S1307、第一用户端响应于针对任一可搭乘车辆对应的行驶详情信息中目的地站点信息的选择操作，根据被选择的目的地站点信息，生成拼车订单信息。

S1308、第一用户端向服务器发送拼车订单信息。

S1309、服务器获取第一用户端基于至少一辆可搭乘车辆的信息，发送的拼车订单信息，基于拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及出发地信息对应的出发地站点信息，确定目标可搭乘车辆对应的最新行程信息。

S1310、服务器将最新行程信息发送给目标可搭乘车辆对应的第二用户端。

S1311、第二用户端获取并展示初始行程信息。

S1312、第二用户端在接收到服务器发送的更新后的最新行程信息后，将展示的初始行程信息更新为最新行程信息。

S1313、第二用户端将目标可搭乘车辆的当前所在位置发送给服务器。

S1314、服务器根据目标可搭乘车辆的当前所在位置、以及出发地站点信息指示的出发地站点所在的位置、以及目的地站点信息指示的目的地站点所在的位置、以及目标可搭乘车辆的当前平均车速，确定目标可搭乘车辆的到达出发地站点信息指示的出发地站点的第一预估时间、以及目标可搭乘车辆的到达目的地站点信息指示的目的地站点的第二预估时间。

S1315、服务器基于第一预估时间、以及第二预估时间、以及目标可搭乘车辆的当前所在位置信息，生成接驾详情信息。

S1316、服务器将接驾详情信息发送给第一用户端。

S1317、第一用户端获取并展示用于指示车辆正在接驾的接驾详情信息。

在具体实施中，针对上述S1301～S1317的详细说明，可以参见本公开实施例S101～S103所示的具体实施方式中的相关描述、以及本公开实施例S1001～S1004所示的具体实施方式中的相关描述、以及本公开实施例S1101～S1102所示的具体实施方式中的相关描述，重复之处不再赘述。

示例性的，若目标可搭乘车辆为“1号线”，目标可搭乘车辆对应的行驶路线中的各个站点信息包括：E1站、科技园站、园区站、E2站、E3站和E4站、E5站；目标可搭乘车辆对应的初始行程信息如图12a所示，即目标可搭乘车辆在接收到第一用户端的拼车订单前，在E1站、E2站、E3站和E4站停靠，途经科技园站、园区站、E5站。

乘客利用第一用户端自动定位，确定当前所在的位置为科技园站，则向服务器发送当前所在位置，服务器基于当前所在位置，确定经过当前所在位置的至少一辆可搭乘车辆的信息并反馈给第一用户端，第一用户端接收到至少一辆可搭乘车辆的信息，并展示各可搭乘车辆的描述信息，具体的展示页面可以如图2a所示。

乘客在第一用户端输入目的地名称：E2站后，第一用户端基于目的地名称，对图2a中展示的各可搭乘车辆的描述信息进行筛选，筛选出既经过当前所在位置、又经过目的地名称指示的目的地的可搭乘车辆，并展示筛选后的至少一辆可搭乘车辆的描述信息，具体的展示页面可以如图2b所示。

乘客触发图2b中展示的至少一辆可搭乘车辆的描述信息中“1号线”的描述信息，确定将“科技园站”作为出发地站点，并展示“1号线”的行驶详情信息，具体的展示页面可以如图3a、图4a、图5a中的任一所示，乘客触发展示的行驶路线图中的E2站和/或触发行程列表中的E2站，则将E2站作为目的地站点，具体的展示有出发地站点、以及目的地站点的展示页面可以如图3b、图4b、图5b中的任一所示。

乘客在触发用于确认目的地站点的确认触控按钮后，第一用户端确认目的地站点，展示乘车人数选择页面，具体的乘车人数选择页面可以如图6a所示；在乘客在图6a中选择乘车人数：成人1人后，可以根据确认的出发地站点信息、目的地站点信息、以及乘车人数信息，预估需支付金额，并生成拼车订单信息，具体的展示有预估需支付金额的展示页面可以如图6b所示。

乘客在图6b所示的页面中点击确认并支付触控按钮后，将拼车订单信息发送给服务器，服务器接收到拼车订单信息后，更新“1号线”对应的“科技园站”的站点类型，将“科技园站”由途经类型调整为停靠类型，并在初始行程信息中添加新增停靠站点信息：“科技园站”，并添加在“科技园站”乘车的乘车人数：1人，以形成更新后的最新行程信息，服务器生成更新后的最新行程信息后，将该最新行程信息发送给第二用户端。

第二用户端接收到最新行程信息后，展示最新行程信息，具体的展示页面可以如图12b所示。

第二用户端在接收到最新行程信息并展示之后，可以将“1号线”当前所在位置发送给服务器，以使服务器基于“1号线”当前所在位置、以及出发地站点所在位置、目的地站点所在位置、以及“1号线”的当前平均车速，确定“1号线”到达“科技园站”的第一预估时间、以及到达E2站的第二预估时间；并基于第一预估时间、第二预估时间、以及“1号线”当前所在位置、以及“1号线”的信息，生成接驾详情信息，并将该接驾详情信息发送给第一用户端，以使第一用户端在确认支付拼车订单后，展示“1号线”的接驾详情信息，具体的展示有“1号线”的接驾详情信息的展示页面可以如图9所示。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与拼车方法对应的拼车装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述拼车相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图14所示，为本公开实施例提供的一种拼车装置的示意图，所述装置包括：

第一获取模块1401，用于基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息。

详情展示模块1402，用于响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息。

生成模块1403，用于根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

一种可选的实施方式中，第一获取模块1401，在执行所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息时，具体用于：基于第一用户端的出发地信息，获取行驶路线与所述出发地匹配的各辆可搭乘车辆的信息，并在当前页面的展示范围内展示所述各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；在获取到第一用户端的目的地信息后，在所述各辆可搭乘车辆中筛选出行驶路线与所述目的地信息匹配的至少一辆可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，第一获取模块1401，在执行所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息时，具体用于：基于第一用户端的出发地信息和所述第一用户端的目的地信息，获取并展示行驶路线与所述出发地信息和目的地信息匹配的至少一辆可搭乘车辆的描述信息。

一种可选的实施方式中，详情展示模块1402，在执行所述展示与所述任一可搭乘车辆对应的行驶详情信息时，具体用于：展示与所述任一可搭乘车辆对应的行驶路线图，所述行驶路线图中展示有所述任一可搭乘车辆在地图中的行驶路线和该行驶路线中的各个站点信息；生成模块1403，在执行所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息时，具体用于：根据所述行驶路线图中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，详情展示模块1402，在执行所述展示与所述任一可搭乘车辆对应的行驶详情信息时，具体用于：展示与所述任一可搭乘车辆对应的行程列表，所述行程列表中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；生成模块1403，在执行所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息时，具体用于：根据所述行程列表中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

一种可选的实施方式中，所述拼车订单信息中还包括以下信息中的至少一种：所述任一可搭乘车辆的车辆标识；所述第一用户端输入或选择的乘车人数；所述第一用户端输入或选择的出发时间信息；所述第一用户端的标识信息。

一种可选的实施方式中，所述装置还包括第三确定模块，用于根据以下步骤确定所述第一用户端输入或选择的乘车人数和/或出发时间信息：在确定选择的所述目的地站点信息之后，展示乘车人数选项或乘车人数输入框；确定所述第一用户端选择的目标人数选项对应的乘车人数或在所述输入框输入的乘车人数；和/或，在确定选择的所述目的地站点信息之后，展示乘车时间选项或乘车时间输入框；确定所述第一用户端选择的目标时间选项对应的出发时间信息或在所述输入框中输入的出发时间信息。

一种可选的实施方式中，生成模块1403将所述拼车订单信息发送给服务器之后，详情展示模块1402，还用于：获取并展示用于指示车辆正在接驾的接驾详情信息。

一种可选的实施方式中，详情展示模块1402，在执行获取并展示用于指示车辆正在接驾的接驾详情信息时，具体用于：在将所述拼车订单信息发送给服务器之后，获取并展示与所述拼车订单信息对应的支付信息；在接收到针对所述支付信息的支付确认信息后，展示所述接驾详情信息。

一种可选的实施方式中，所述接驾详情信息中包括接驾车辆的行程动态信息；所述行程动态信息中包括接驾车辆当前所在位置信息、所述接驾车辆到达出发地站点的第一预估时间、以及所述接驾车辆到达目的地站点的第二预估时间中的至少一种。

参照图15所示，为本公开实施例提供的另一种拼车装置的示意图，所述装置包括：

第一确定模块1501，用于基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息。

第二获取模块1502，用于获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息。

第二确定模块1503，用于基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息。

发送模块1504，用于将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

一种可选的实施方式中，第二确定模块1503，在执行基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息时，具体用于：确定所述目标可搭乘车辆对应的出发地站点信息和目的地站点信息分别对应的站点类型；若所述出发地站点信息和目的地站点信息中存在至少一个目标站点信息，在所述目标可搭乘车辆的初始行程信息中对应的站点类型为途经站点，则在所述最新行程信息中，将所述目标站点信息对应的站点类型调整为停靠类型。

一种可选的实施方式中，第一确定模块1501，在执行基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息时，具体用于：基于所述出发地信息，确定与所述出发地信息对应的位置之间的距离小于预设距离阈值的出发地站点信息；基于所述出发地站点信息，以及存储的各车辆的行驶路线信息，确定经过所述出发地站点的至少一辆可搭乘车辆的信息。

参照图16所示，为本公开实施例提供的又一种拼车装置的示意图，所述装置包括：

第三获取模块1601，用于获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶路线中的各个站点中的停靠站点信息。

更新展示模块1602，用于在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

本公开实施例还提供了一种电子设备，如图17所示，为本公开实施例提供的电子设备结构示意图，包括：

处理器171和存储器172；所述存储器172存储有处理器171可执行的机器可读指令，处理器171用于执行存储器172中存储的机器可读指令，所述机器可读指令被处理器171执行时，处理器171执行下述步骤：

基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

或者，处理器171执行下述步骤：

基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息；获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息；基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息；将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

或者，处理器171执行下述步骤：

获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶线路中的各个站点中的停靠站点信息；在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

上述存储器172包括内存1721和外部存储器1722；这里的内存1721也称内存储器，用于暂时存放处理器171中的运算数据，以及与硬盘等外部存储器1722交换的数据，处理器171通过内存1721与外部存储器1722进行数据交换。

上述指令的具体执行过程可以参考本公开实施例中所述的拼车方法的步骤，此处不再赘述。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的拼车方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现上述的拼车方法的步骤。其中，计算机程序产品可以是任何能实现上述拼车方法的产品，该计算机程序产品中对现有技术做出贡献的部分或全部方案可以以软件产品(例如软件开发包(Software Development Kit，SDK))的形式体现，该软件产品可以被存储在一个存储介质中，通过包含的计算机指令使得相关设备或处理器执行上述拼车方法的部分或全部步骤。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台电子设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (20)

1.一种拼车方法，其特征在于，所述方法包括：

基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；

响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

2.根据权利要求1所述的方法，其特征在于，所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息，包括：

基于第一用户端的出发地信息，获取行驶路线与所述出发地匹配的各辆可搭乘车辆的信息，并在当前页面的展示范围内展示所述各辆可搭乘车辆中至少一辆可搭乘车辆的描述信息；

在获取到第一用户端的目的地信息后，在所述各辆可搭乘车辆中筛选出行驶路线与所述目的地信息匹配的至少一辆可搭乘车辆，并在当前页面的展示范围内更新展示筛选后的至少一辆可搭乘车辆的描述信息。

3.根据权利要求1所述的方法，其特征在于，所述基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息，包括：

基于第一用户端的出发地信息和所述第一用户端的目的地信息，获取并展示行驶路线与所述出发地信息和目的地信息匹配的至少一辆可搭乘车辆的描述信息。

4.根据权利要求1所述的方法，其特征在于，所述展示与所述任一可搭乘车辆对应的行驶详情信息，包括：

展示与所述任一可搭乘车辆对应的行驶路线图，所述行驶路线图中展示有所述任一可搭乘车辆在地图中的行驶路线和该行驶路线中的各个站点信息；

所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，包括：

根据所述行驶路线图中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

5.根据权利要求1所述的方法，其特征在于，所述展示与所述任一可搭乘车辆对应的行驶详情信息，包括：

展示与所述任一可搭乘车辆对应的行程列表，所述行程列表中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

所述根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，包括：

根据所述行程列表中的各个站点信息中被选择的目的地站点信息，生成拼车订单信息。

6.根据权利要求1所述的方法，其特征在于，所述拼车订单信息中还包括以下信息中的至少一种：

所述任一可搭乘车辆的车辆标识；

所述第一用户端输入或选择的乘车人数；

所述第一用户端输入或选择的出发时间信息；

所述第一用户端的标识信息。

7.根据权利要求6所述的方法，其特征在于，根据以下步骤确定所述第一用户端输入或选择的乘车人数和/或出发时间信息：

在确定选择的所述目的地站点信息之后，展示乘车人数选项或乘车人数输入框；确定所述第一用户端选择的目标人数选项对应的乘车人数或在所述输入框输入的乘车人数；和/或，

在确定选择的所述目的地站点信息之后，展示乘车时间选项或乘车时间输入框；确定所述第一用户端选择的目标时间选项对应的出发时间信息或在所述输入框中输入的出发时间信息。

8.根据权利要求1所述的方法，其特征在于，将所述拼车订单信息发送给服务器之后，还包括：

获取并展示用于指示车辆正在接驾的接驾详情信息。

9.根据权利要求8所述的方法，其特征在于，获取并展示用于指示车辆正在接驾的接驾详情信息，包括：

在将所述拼车订单信息发送给服务器之后，获取并展示与所述拼车订单信息对应的支付信息；

在接收到针对所述支付信息的支付确认信息后，展示所述接驾详情信息。

10.根据权利要求8或9所述的方法，其特征在于，所述接驾详情信息中包括接驾车辆的行程动态信息；

所述行程动态信息中包括接驾车辆当前所在位置信息、所述接驾车辆到达出发地站点的第一预估时间、以及所述接驾车辆到达目的地站点的第二预估时间中的至少一种。

11.一种拼车方法，其特征在于，所述方法包括：

基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息；

获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息；

基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息；

将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

12.根据权利要求11所述的方法，其特征在于，基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息，包括：

确定所述目标可搭乘车辆对应的出发地站点信息和目的地站点信息分别对应的站点类型；

若所述出发地站点信息和目的地站点信息中存在至少一个目标站点信息，在所述目标可搭乘车辆的初始行程信息中对应的站点类型为途经站点，则在所述最新行程信息中，将所述目标站点信息对应的站点类型调整为停靠类型。

13.根据权利要求11所述的方法，其特征在于，基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，包括：

基于所述出发地信息，确定与所述出发地信息对应的位置之间的距离小于预设距离阈值的出发地站点信息；

基于所述出发地站点信息，以及存储的各车辆的行驶路线信息，确定经过所述出发地站点的至少一辆可搭乘车辆的信息。

14.一种拼车方法，其特征在于，所述方法包括：

获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶线路中的各个站点中的停靠站点信息；

在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

15.一种拼车装置，其特征在于，所述装置包括：

第一获取模块，用于基于第一用户端的出发地信息，获取并展示至少一辆可搭乘车辆的描述信息；

详情展示模块，用于响应于接收到针对任一可搭乘车辆的描述信息的触发操作，展示与所述任一可搭乘车辆对应的行驶详情信息；所述行驶详情信息中展示有所述任一可搭乘车辆的行驶路线中的各个站点信息；

生成模块，用于根据所述任一可搭乘车辆的各个站点信息中被选择的目的地站点信息，生成拼车订单信息，并将所述拼车订单信息发送给服务器。

16.一种拼车装置，其特征在于，所述装置包括：

第一确定模块，用于基于第一用户端发送的出发地信息，确定至少一辆可搭乘车辆的信息，并反馈给所述第一用户端；所述可搭乘车辆的信息中包括所述可搭乘车辆的行驶路线中的各个站点信息；

第二获取模块，用于获取所述第一用户端基于所述至少一辆可搭乘车辆的信息，发送的拼车订单信息；

第二确定模块，用于基于所述拼车订单信息指示的目标可搭乘车辆的车辆标识、目的地站点信息、以及所述出发地信息对应的出发地站点信息，确定所述目标可搭乘车辆对应的最新行程信息；

发送模块，用于将所述最新行程信息发送给所述目标可搭乘车辆对应的第二用户端。

17.一种拼车装置，其特征在于，所述装置包括：

第三获取模块，用于获取并展示初始行程信息；所述初始行程信息为基于派发给第二用户端的初始订单确定的行程信息，或者基于所述第二用户端初始设置的目的地信息确定的行程信息；所述初始行程信息中包含所述第二用户端的行驶路线中的各个站点中的停靠站点信息；

更新展示模块，用于在获取到服务器发送的更新后的最新行程信息后，将展示的所述初始行程信息更新为所述最新行程信息，所述更新后的最新行程信息中包括所述第二用户端途经的各个站点中的新增停靠站点信息。

18.一种电子设备，其特征在于，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述处理器执行如权利要求1至14任一项所述的拼车方法的步骤。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被电子设备运行时，所述电子设备执行如权利要求1至14任一项所述的拼车方法的步骤。

20.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现如权利要求1至14中任一项所述的拼车方法的步骤。

Images