一种拼车订单处理方法、装置、电子设备及存储介质

技术领域

本申请涉及出行技术领域，具体而言，涉及一种拼车订单处理方法、装置、电子设备及存储介质。

背景技术

随着网约车的普遍使用，越来越多的用户使用网约车。其中，网约车分为多个业务类型，拼车业务由于价格低越来越多的被用户使用。

其中，拼车用户在发送拼车订单后，需要与其他拼车用户(也即拼友)拼单成功才能与拼友一起共摊车费，降低出行费用。实际中，不同的拼车用户的出行信息存在较大差异，网约车平台(简称平台)需要对拼车订单进行匹配，找到出行信息相匹配的用户，进行拼单。当拼车用户在发送拼车订单后的预设时间段内，该拼车订单未拼成功，用户可通过延长等待时间、调整出发时间等方式在更大时间范围内找到匹配的拼友完成拼单。

但是，上述平台筛选并确定与拼车用户的出行信息相匹配的拼友，以能完成拼单的拼车订单处理方式，拼车用户的整体等待时间较长；另外，在一些地理位置较为偏远或使用拼车人数较少的路线，用户长时间等待也不一定能够找到拼友完成拼单，因此，目前的拼车订单处理方式，无法快速进行拼车订单匹配，使得用户的出行效率低，用户体验较差。

发明内容

有鉴于此，本申请的目的在于提供一种拼车订单处理方法、装置、电子设备及存储介质，通过将拼车订单中的出行信息分享到匹配该出行信息的特定群组中，这样，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

第一方面，本申请实施例提供了一种拼车订单处理方法，应用于服务器，所述方法包括：

在接收到第一用户端发送的第一拼车请求后，若接收到所述第一用户端发送的针对所述第一拼车请求的分享指令，则根据所述第一拼车请求包括的第一出行信息，生成所述第一拼车请求对应的分享信息；

将所述分享信息发送给所述第一用户端，以使所述第一用户端将所述分享信息分享到第一目标群组；其中，所述第一目标群组对应有第一目标出行信息，所述第一目标出行信息与所述第一出行信息相匹配；

若接收到所述目标群组中的第二用户端发送的针对所述分享信息的第二拼车请求，则获取所述第二用户端的第二出行信息；

根据所述第一出行信息和所述第二出行信息，生成拼车订单，并为所述拼车订单分配服务提供端。

在一种可能的实施方式中，在接收到所述第一用户端发送的针对所述第一拼车请求的分享指令之前，所述方法还包括：

根据所述第一拼车请求包括的第一出行信息，确定所述第一用户端加入的第二目标群组；

根据所述第二目标群组对应的第二目标出行信息，从所述第二目标群组中选取与所述第一出行信息相匹配的第一目标群组；

将所述第一目标群组的第一群组标识发送给所述第一用户端，以使所述第一用户端基于所述第一群组标识推荐所述第一目标群组。

在一种可能的实施方式中，通过如下方式生成目标群组对应的目标出行信息，包括：

获取预设的历史时间段内的第一历史拼车订单；

根据每一个第一历史拼车订单对应的第一历史出行信息，选取对应的出行次数大于第一预设阈值的目标出行信息；

创建每个所述目标出行信息对应的目标群组；其中，所述第二目标群组为至少部分地所述目标群组。

在一种可能的实施方式中，所述创建每个所述目标出行信息对应的目标群组，包括：

针对每一个所述目标出行信息，确定该目标出行信息对应的目标位置标识；

创建该目标出行信息对应的目标群组，并根据该目标出行信息对应的目标位置标识，设置所述目标群组的目标群组标识。

在一种可能的实施方式中，所述方法还包括：

接收用户端发送的获取请求，所述获取请求中携带有目标群组的目标群组标识；其中，所述用户端包括以下至少之一：第一用户端、第二用户端；

查找所述目标群组标识对应的群组推荐信息，向所述用户端发送所述群组推荐信息。

在一种可能的实施方式中，在创建该目标出行信息对应的目标群组之后，所述方法还包括：

根据所述第一用户端对应的第二历史拼车订单，确定所述第一用户端对应的常用出行信息；

根据所述目标群组对应的目标出行信息，从所述目标群组中选取与所述常用出行信息相匹配的第三目标群组；

向所述用户端发送所述第三目标群组对应的群组推荐信息。

在一种可能的实施方式中，所述根据所述第一用户端对应的第二历史拼车订单，确定所述第一用户端对应的常用出行信息，包括：

将所述第二历史拼车订单对应的第二历史出行信息输入到预先训练好的预测模型中，确定所述第一用户端对应的常用出行信息；

或者，

基于所述第二历史拼车对应的第二历史出行信息，选取对应的出行次数大于第二预设阈值的第二历史出行信息作为所述第一用户端对应的常用出行信息。

在一种可能的实施方式中，所述根据所述第一出行信息和所述第二出行信息，生成拼车订单，包括：

根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息；

若所述顺路信息大于第二预设阈值，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

在一种可能的实施方式中，所述根据所述第一出行信息和所述第二出行信息，生成拼车订单，还包括：

根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息；

将所述顺路信息发送给所述第二用户端，并在接收到所述第二用户端发送的确认指令后，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

第二方面，本申请实施例还提供了一种拼车订单处理方法，应用于用户端，所述方法包括：

在向服务器发送拼车请求后，响应服务请求方针对所述拼车请求的分享操作，向服务器发送针对所述拼车请求的分享指令，以使所述服务器基于所述拼车请求包括的目标出行信息，生成所述拼车请求对应的分享信息；

接收所述服务器发送的所述分享信息；

将所述分享信息分享到第一目标群组中，所述第一目标群组对应有第一出行信息，所述第一出行信息与所述目标出行信息相匹配。

在一种可能的实施方式中，在响应服务请求方针对所述拼车请求的分享操作之前，所述方法还包括：

接收所述服务器发送的第一目标群组的第一目标群组标识；

在图形用户界面中显示所述第一目标群组的第一目标群组标识。

在一种可能的实施方式中，所述方法还包括：

在图形用户界面的预设区域显示目标提示信息，所述目标提示信息用于提示请求加入第二目标群组；

响应用户针对预设区域的控制操作，向所述服务器发送获取请求，所述获取请求中携带有所述第二目标群组的第二目标群组标识；

接收所述服务器返回的所述第二目标群组标识对应的群组推荐信息，在所述图形用户界面上显示所述群组推荐信息。

第三方面，本申请实施例还提供了一种拼车订单处理装置，所述装置包括：

第一生成模块，用于在接收到第一用户端发送的第一拼车请求后，若接收到所述第一用户端发送的针对所述第一拼车请求的分享指令，则根据所述第一拼车请求包括的第一出行信息，生成所述第一拼车请求对应的分享信息；

发送模块，用于将所述分享信息发送给所述第一用户端，以使所述第一用户端将所述分享信息分享到第一目标群组；其中，所述第一目标群组对应有第一目标出行信息，所述第一目标出行信息与所述第一出行信息相匹配；

获取模块，用于若接收到所述目标群组中的第二用户端发送的针对所述分享信息的第二拼车请求，则获取所述第二用户端的第二出行信息；

第二生成模块，用于根据所述第一出行信息和所述第二出行信息，生成拼车订单；

分配模块，用于为所述拼车订单分配服务提供端。

第四方面，本申请实施例还提供了一种拼车订单处理装置，所述装置包括：

发送模块，用于在向服务器发送拼车请求后，响应服务请求方针对所述拼车请求的分享操作，向服务器发送针对所述拼车请求的分享指令，以使所述服务器基于所述拼车请求包括的目标出行信息，生成所述拼车请求对应的分享信息；

接收模块，用于接收所述服务器发送的所述分享信息；

分享模块，用于将所述分享信息分享到第一目标群组中，所述第一目标群组对应有第一出行信息，所述第一出行信息与所述目标出行信息相匹配。

第五方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面任一项所述的拼车订单处理方法的步骤。

第六方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面任一项所述的拼车订单处理方法的步骤。

第七方面，本申请实施例还提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第二方面任一项所述的拼车订单处理方法的步骤。

第八方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第二方面任一项所述的拼车订单处理方法的步骤。

本申请实施例提供了一种拼车订单处理方法、装置、电子设备及存储介质，应用于服务器，该方法包括：在接收到第一用户端发送的第一拼车请求后，若接收到第一用户端发送的针对第一拼车请求的分享指令，根据第一拼车请求包括的第一出行信息，生成分享信息并将该分享信息发送给第一用户端，以使第一用户端将分享信息分享到第一目标群组；第一目标群组对应的第一目标出行信息与第一出行信息相匹配；若接收到目标群组中的第二用户端发送的针对分享信息的第二拼车请求，获取第二用户端的第二出行信息；根据第一出行信息和第二出行信息生成拼车订单，为拼车订单分配服务提供端。通过本申请的方式，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

附图说明

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

图1示出了本申请实施例提供的一种拼车订单处理方法的流程图；

图2示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图3示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图4示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图5示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图6示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图7示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图8示出了本申请实施例提供的另一种拼车订单处理方法的流程图；

图9示出了本申请实施例提供的一种拼车订单处理装置的结构示意图；

图10示出了本申请实施例提供的另一种拼车订单处理装置的结构示意图；

图11示出了本申请实施例提供的一种电子设备的结构示意图；

图12示出了本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

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

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

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

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

本申请实施例中的术语“乘客”、“请求方”、“服务请求方”和“用户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请实施例中的“用户端”为用户使用的电子设备，可以是智能终端、车载设备、可穿戴设备等；上述“用户”和“用户终端”可以互换使用。

本申请中的术语“请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。

本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。

考虑到目前在进行拼车订单处理时，采用的平台筛选并确定与拼车用户的出行信息相匹配的拼友，以完成拼单的拼车订单处理方式，拼车用户的整体等待时间较长；另外，在一些地理位置较为偏远或使用拼车人数较少的路线，用户长时间等待也不一定能够找到拼友完成拼单，导致无法快速进行拼车订单匹配，使得用户的出行效率低，用户体验较差。基于此，本申请实施例提供了一种拼车订单处理方法、装置、电子设备及存储介质，通过将拼车订单中的出行信息分享到匹配该出行信息的特定群组中，这样，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

参照图1所示，为本申请第一实施例提供的一种拼车订单处理方法的流程示意图，该方法应用于服务器，所述方法包括：

S101、在接收到第一用户端发送的第一拼车请求后，若接收到所述第一用户端发送的针对所述第一拼车请求的分享指令，则根据所述第一拼车请求包括的第一出行信息，生成所述第一拼车请求对应的分享信息。

S102、将所述分享信息发送给所述第一用户端，以使所述第一用户端将所述分享信息分享到第一目标群组；其中，所述第一目标群组对应有第一目标出行信息，所述第一目标出行信息与所述第一出行信息相匹配。

S103、若接收到所述目标群组中的第二用户端发送的针对所述分享信息的第二拼车请求，则获取所述第二用户端的第二出行信息。

S104、根据所述第一出行信息和所述第二出行信息，生成拼车订单，并为所述拼车订单分配服务提供端。

本申请实施例提供了一种拼车订单处理方法，在接收到第一用户端发送的第一拼车请求后，若接收到第一用户端发送的针对第一拼车请求的分享指令，根据第一拼车请求包括的第一出行信息，生成分享信息并将该分享信息发送给第一用户端，以使第一用户端将分享信息分享到第一目标群组；第一目标群组对应的第一目标出行信息与第一出行信息相匹配；若接收到目标群组中的第二用户端发送的针对分享信息的第二拼车请求，获取第二用户端的第二出行信息；根据第一出行信息和第二出行信息生成拼车订单，为拼车订单分配服务提供端。通过本申请的方式，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

下面对本示例性实施例中的拼车订单处理方法的各步骤作进一步的说明。

S101、在接收到第一用户端发送的第一拼车请求后，若接收到所述第一用户端发送的针对所述第一拼车请求的分享指令，则根据所述第一拼车请求包括的第一出行信息，生成所述第一拼车请求对应的分享信息。

本申请实施例中，第一用户通过对第一用户端的触发操作，控制第一用户端向服务器发送第一拼车请求，该第一拼车请求中包括第一用户(也即第一用户端)对应的第一出行信息，该第一出行信息至少包括：第一出行时间、第一出行路线(包括第一出发地和第一目的地)和第一用户标识等。

服务器在接收到第一用户端发送的第一拼车请求后，响应该第一拼车请求，即根据第一拼车请求包括的第一出行信息和其他用户对应的其他出行信息，从其他用户中选取与第一用户相匹配的第二用户，并完成拼单；实际中，由于不同的用户的出行信息不同，因此，针对第一拼车请求，当有匹配的其他用户时，服务器会快速为第一用户找到拼友，但是，当没有匹配的其他用户时，服务器会长时间无法为第一用户找到拼友；在后者的情况下，第一用户需要等待较长时间，影响第一用户的出行，订单的匹配效率，导致第一用户的出行效率低。在该种情况下，通过本申请实施例的方式，第一用户可以通过对第一用户端的分享操作，控制第一用户端向服务器发送针对该第一拼车请求的分享指令。

服务器在接收到该分享指令后，根据该第一拼车请求包括的第一出行信息，生成第一拼车请求对应的分享信息。这里，该分享信息可以是分享链接，也可以是分享页面；当该分享信息为分享页面时，分享页面中包括第一出行信息，通过这种方式，用户可直接在分享页面中看到该第一出行信息，方便被分享用户进行查看。

S102、将所述分享信息发送给所述第一用户端，以使所述第一用户端将所述分享信息分享到第一目标群组；其中，所述第一目标群组对应有第一目标出行信息，所述第一目标出行信息与所述第一出行信息相匹配。

本申请实施例中，服务器在生成分享信息后，将该分享信息发送给第一用户端，相应的，第一用户端在接收到该分享信息后，可以通过如下方式将该分享信息分享到第一目标群组。

第一用户端在接收到分享信息后，提供给第一用户可选择的分享目的端，用户通过选择操作将分享信息分享给目的端；比如，目的端包括：微信和QQ；那么，第一用户通过第一选择操作，选择微信，然后，第一用户端跳转到微信页面后，第一用户通过第二选择操作，选择微信中的特定微信群(即第一目标群组)，之后，第一用户端将分享信息分享到该特定微信群(即第一目标群组)中。

可选的，第一用户端中包括一个或多个目标群组，每一个目标群组均对应有一个目标出行信息，该目标出行信息包括目标群组标识和目标出行路线。

这里，第一目标群组的第一目标出行信息与第一拼车请求包括的第一出行信息相匹配，也即，第一目标出行路线与第一出行路线相匹配；由于第一目标群组中用户经常出行与第一出行路线相匹配的第一目标出行路线，因此，第一用户更容易邀请成功，相应的，服务器更容易为第一用户匹配上拼友。

S103、若接收到所述目标群组中的第二用户端发送的针对所述分享信息的第二拼车请求，则获取所述第二用户端的第二出行信息。

本申请实施例中，第一用户端在将分享信息分享到第一目标群组后，如果该第一目标群组中的第二用户响应了该分享信息，即第二用户确定与第一用户进行拼车，那么，第二用户对应的第二用户端获取第二用户对应的第二出行信息，比如，第二用户端自动定位第二用户对应的第二出发地，由第二用户输入第二目的地；之后，第二用户端向服务器发送针对分享信息的包括上述第二出行信息的第二拼车请求，相应的，服务器接收到包括上述第二出行信息的第二拼车请求。

S104、根据所述第一出行信息和所述第二出行信息，生成拼车订单，并为所述拼车订单分配服务提供端。

本申请实施例中，服务器根据第一用户端对应的第一出行信息和第二用户端对应的第二出行信息，生成拼车订单(即待分配拼车订单)，并为该拼车订单(即待分配拼车订单)分配服务提供端。

这里，服务器根据第一出行信息中的第一出发地和第二出行信息中的第二出发地，确定目标服务提供端，并将该目标服务提供端分配给上述拼车订单(即待分配拼车订单)；也即，服务器根据目标服务提供端和拼车订单(即待分配拼车订单)，生成进行中的拼车订单，并将进行中的拼车订单发送给第一用户端、第二用户端和目标服务提供端。

进一步的，本申请实施例提供的拼车订单处理方法中，服务器在接收到第一用户端发送的第一拼车请求后，在响应该第一拼车请求的同时，还为第一用户端推荐第一目标群组；如图2所示，所述方法还包括：

S201、根据所述第一拼车请求包括的第一出行信息，确定所述第一用户端加入的第二目标群组。

本申请实施例中，服务器中预先创建有多个目标群组，每个目标群组均对应一目标出行信息，该目标出行信息中包括：目标群组标识和目标出行路线。

服务器在接收到包括第一出行信息的第一拼车请求后，根据第一出行信息包括的第一用户标识，确定第一用户端(也即第一用户)加入的第二目标群组，该第二目标群组为至少部分地上述目标群组。可选的，第二目标群组可以是一个，也可以是多个。

S202、根据所述第二目标群组对应的第二目标出行信息，从所述第二目标群组中选取与所述第一出行信息相匹配的第一目标群组。

这里，针对每个第二目标群组，获取该第二目标群组对应的第二目标出行信息包括的第二目标出行路线，并计算该第二目标出行路线与第一出行信息中第一出行路线的匹配度；根据该匹配度，从第二目标群组中选取第一目标群组。

其中，根据该匹配度，从第二目标群组中选取第一目标群组，包括：从第二目标群组中选取对应的匹配度最高的且大于第四预设阈值的第一目标群组(该种情况下，选取的第一目标群组最多为一个，或者没有)；或者，从第二目标群组中选取对应的匹配度大于第四预设阈值的第一目标群组，该种情况下，选取的第一目标群组可以为一个，也可以为多个。

S203、将所述第一目标群组的第一群组标识发送给所述第一用户端，以使所述第一用户端基于所述第一群组标识推荐所述第一目标群组。

这里，服务器在确定了第一目标群组后，获取第一目标群组的第一群组标识(也即第一目标群组标识)，并将该群组标识发送给第一用户端；而第一用户端在接收到该群组标识后，在图形用户界面上显示该群组标识，以实现基于该群组标识推荐第一目标群组。

可选的，第一用户端的图形用户界面上显示第一拼车请求和分享控件，可选的，第一用户端在分享控件对应的预设范围内显示上述第一目标群组的第一群组标识，给予第一用户进行提示。

这样，第一用户在点击分享控件时，即可看到第一目标群组的第一群组标识，并将分享信息分享到上述第一群组标识对应的第一目标群组中。其中，除第一目标群组之外的第二目标群组均对应相应的第二群组标识。

如图3所示，在本申请实施例中，服务器通过如下方式生成目标群组对应的目标出行信息，具体包括：

S301、获取预设的历史时间段内的第一历史拼车订单。

本申请实施例中，服务器中预先设置有历史时间段(即第一历史时间段)，比如，第一历史时间段为：历史三个月内、历史一年内、历史两年内等。服务器在获取到该历史时间段内各个用户(这里，用户为拼车用户，可以是所有的拼车用户)的第一历史拼车订单，该第一历史拼车订单中包括第一历史出行信息，该第一历史出行信息可以包括：第一历史用户标识、第一历史出行时间、第一历史出发地、第一历史目的地等。

S302、根据每一个第一历史拼车订单对应的第一历史出行信息，选取对应的出行次数大于第一预设阈值的目标出行信息。

本申请实施例中，根据每一个第一历史拼车订单对应的第一历史出行信息，确定第一历史出行信息以及每一个第一历史出行信息对应的出行次数；之后，从上述第一历史出行信息中，选取对应的出行次数大于第一预设阈值的目标出行信息。

具体实施方式中，根据每一个第一历史拼车订单中的第一历史出发地和第一历史目的地，确定第一历史出行路线以及每个第一历史出行路线对应的出行次数，之后，从上述第一历史路线中，选取对应的出行次数大于第一预设阈值的目标出行路线。

S303、创建每个所述目标出行信息对应的目标群组；其中，所述第二目标群组为至少部分地所述目标群组。

本申请实施例中，服务器在确定了目标出行信息之后，创建每个目标出行信息对应的目标群组。这里，目标群组的创建方式，包括：

1、针对每一个所述目标出行信息，确定该目标出行信息对应的目标位置标识。其中，针对每一个目标出行信息，服务器根据该目标出行信息中的目标出行路线，确定该目标出行路线下的各个位置标识，并从各个位置标识中选取目标标识。可选的，服务器将目标出行路线中的起始地对应的位置标识和目的地对应的位置标识作为确定的目标位置标识；比如，从北京市回龙观到中关村，中间经过西二旗、上地等，或者，中间经过京藏高速等，服务器选取起始地(回龙观)和目的地(中关村)作为目标位置标识。

2、创建该目标出行信息对应的目标群组，并根据该目标出行信息对应的目标位置标识，设置所述目标群组的目标群组标识。

本申请实施例中，服务器在创建目标群组后，根据上述目标出行信息对应的目标位置标识，设置该目标群组的目标群组标识，比如，设置目标群组的目标群组标识为回龙观-中关村；或者，中关村-回龙观。

另外，服务器建立每个目标出行信息对应的目标群组的方式如下：本申请实施例中的服务器(即简称第一服务器)向第三方的服务器(简称第二服务器)发送包括目标出行信息的群组创建请求，第二服务器在接收到该群组创建请求后，创建目标出行信息对应的目标群组(在第二服务器中，该目标群组对应有唯一的目标群组标识)，生成该目标群组的群组二维码，并将该群组二维码返回给第一服务器。

另外，在本申请实施例中，每个用户的用户端(包括上述第一用户端和第二用户端)，一开始并未加入到任一目标群组中，此时，用户端在图形用户界面上提供入口，用户端通过该入口可以获取目标群组的群组推荐信息，并基于该群组推荐信息加入该目标群组。进一步的，如图4所示，本申请实施例提供的拼车订单处理方法，还包括：

S401、接收用户端发送的获取请求，所述获取请求中携带有目标群组的目标群组标识；其中，所述用户端包括以下至少之一：第一用户端、第二用户端。

本申请实施例中，在用户端提供的图形用户界面的预设区域显示目标提示信息，该目标提示信息用于提示请求加入目标群组；用户触发针对该预设区域的控制操作(比如触摸点击该预设区域)，用户的响应用户针对预设区域的控制操作，向服务器发送获取请求，该获取请求中携带有目标群组的目标群组标识。可选的，该目标群组标识包括出发地-目的地标识。

S402、查找所述目标群组标识对应的群组推荐信息，向所述用户端发送所述群组推荐信息。

本申请实施例中，服务器从预选创建好的目标群组中，查找上述目标群组标识对应的群组推荐信息，并向用户端发送该群组推荐信息；可选的，该群组推荐信息可以是该群组对应的群组二维码(比如，微信群二维码)。这样，用户端通过扫描该群组二维码，即可加入对应的目标群组。

进一步的，如图5所示，本申请实施例提供的拼车订单处理方法中，在创建该目标出行信息对应的目标群组之后，所述方法还包括：

S501、根据所述第一用户端对应的第二历史拼车订单，确定所述第一用户端对应的常用出行信息。

本申请实施例中，服务器获取第二历史时间段内该第一用户端对应的第二历史拼车订单，并根据第二历史拼车订单中的第二历史出行信息，确定该第一用户端对应的常用出行信息。

可选的，服务器将第二历史拼车订单对应的第二历史出行信息输入到预先训练好的预测模型中，预测该第一用户端对应的常用出行信息；或者，基于第二历史拼车对应的第二历史出行信息，选取对应的出行次数大于第二预设阈值的第二历史出行信息，作为该第一用户端对应的常用出行信息。

S502、根据所述目标群组对应的目标出行信息，从所述目标群组中选取与所述常用出行信息相匹配的第三目标群组。

本申请实施例中，针对每一个目标群组，计算该目标群组对应的目标出行信息与上述常用出行信息的匹配度；根据每一个目标群组的目标出行信息与上述常用出行信息的匹配度，从目标群组中选取第三目标群组；

这里，服务器可以从目标群组中选取对应的匹配度大于第三预设阈值的目标群组作为第三目标群组，也可以从目标群组中选取对应的匹配度最高且大于第三预设阈值的目标群组作为第三目标群组。

S503、向所述用户端发送所述第三目标群组对应的群组推荐信息。

这里，服务器获取第三目标群组对应的群组二维码，将该第三目标群组对应的群组二维码发送给用户端。

本申请实施例中，通过向每个用户端推荐匹配该用户端的群组推荐信息，在用户端基于群组推荐信息加入相应的目标群组后，能够向目标群组分享匹配出行信息的推荐请求，这样，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

可选的，服务器在接收到第一拼车请求后，若检测到第一拼车请求的存在时间超过预设时长，且所述第一用户端未加入任一目标群组或者该第一用户端加入的第二目标群组中不存在与第一出行信息相匹配的第一目标群组，获取与第一出行信息相匹配的第一目标群组的群组推荐信息，并将该群组推荐信息推荐给第一用户端。

本申请实施例中，通过向第一用户端推荐匹配该第一用户端的第一出行路线的群组推荐信息，在第一用户端基于群组推荐信息加入相应的目标群组后，能够向目标群组分享匹配出行信息的推荐请求，这样，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

进一步的，本申请实施例提供的一种拼车订单处理方法，在根据所述第一出行信息和所述第二出行信息生成拼车订单的方式包括两种，分别为：

第一，根据所述第一出行信息和所述第二出行信息，生成拼车订单，包括：

a1、根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息。

本申请实施例中，根据第一出行信息和第二出行信息，计算第一用户端和第二用户端的绕路信息和顺路信息。可选的，服务器将第一出行信息和第二出行信息输入到预先训练好的顺路检测模型中，得到第一用户端和第二用户端的绕路信息和顺路信息；之后，根据绕路信息和顺路信息，计算第一用户端和第二用户端的顺路信息。

b1、若所述顺路信息大于第二预设阈值，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

本申请实施例中，如果第一用户端和第二用户端的顺路信息大于第五预设阈值，那么，根据第一出行信息和所述第二出行信息，生成拼车订单。

第二，所述根据所述第一出行信息和所述第二出行信息，生成拼车订单，还包括：

a2、根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息。

本申请实施例中，根据第一出行信息和第二出行信息，计算第一用户端和第二用户端的绕路信息和顺路信息；可选的，服务器将第一出行信息和第二出行信息输入到预先训练好的顺路检测模型中，得到第一用户端和第二用户端的绕路信息和顺路信息；之后，根据绕路信息和顺路信息，计算第一用户端和第二用户端的顺路信息。

b2、将所述顺路信息发送给所述第二用户端，并在接收到所述第二用户端发送的确认指令后，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

该种情况下，服务器在计算了顺路信息后，将该顺路信息发送给第二用户端，由第二用户端进行确认，具体由第二用户在第二用户端上确认，若第二用户进行确认操作，第二用户端向服务器发送确认指令后，相应的，服务器则根据第一出行信息和第二出行信息，生成拼车订单。

本申请实施例提供了一种拼车订单处理方法，在第一用户端加入第一目标群组后，向第一用户推荐第一目标群组；或者，在第一用户端未加入任何目标群组或者加入的第二目标群组与第一出行信息不匹配时，向第一用户推荐匹配第一出行信息第三目标群组；通过这种方式，通过向每个用户端推荐匹配该用户端的群组推荐信息，在用户端基于群组推荐信息加入相应的目标群组后，能够向目标群组分享匹配出行信息的推荐请求，这样，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

参照图6所示，为本申请第二实施例提供的一种拼车订单处理方法的流程示意图，该方法应用于用户端，所述方法包括：

S601、在向服务器发送拼车请求后，响应服务请求方针对所述拼车请求的分享操作，向服务器发送针对所述拼车请求的分享指令，以使所述服务器基于所述拼车请求包括的目标出行信息，生成所述拼车请求对应的分享信息。

本申请实施例中，第一用户通过对第一用户端的触发操作，控制第一用户端向服务器发送第一拼车请求，该第一拼车请求中包括第一用户(也即第一用户端)对应的第一出行信息，该第一出行信息至少包括：第一出行时间、第一出行路线(包括第一出发地和第一目的地)和第一用户标识等。

服务器在接收到第一用户端发送的第一拼车请求后，响应该第一拼车请求，即根据第一拼车请求包括的第一出行信息和其他用户对应的其他出行信息，从其他用户中选取与第一用户相匹配的第二用户，并完成拼单；实际中，由于不同的用户的出行信息不同，因此，针对第一拼车请求，当有匹配的其他用户时，服务器会快速为第一用户找到拼友，但是，当没有匹配的其他用户时，服务器会长时间无法为第一用户找到拼友；在后者的情况下，第一用户需要等待较长时间，影响第一用户的出行，订单的匹配效率，导致第一用户的出行效率低。在该种情况下，通过本申请实施例的方式，第一用户可以通过对第一用户端的分享操作，控制第一用户端向服务器发送针对该第一拼车请求的分享指令。

服务器在接收到该分享指令后，根据该第一拼车请求包括的第一出行信息，生成第一拼车请求对应的分享信息。这里，该分享信息可以是分享链接，也可以是分享页面；当该分享信息为分享页面时，分享页面中包括第一出行信息，通过这种方式，用户可直接在分享页面中看到该第一出行信息，方便被分享用户进行查看。

S602、接收所述服务器发送的所述分享信息。

S603、将所述分享信息分享到第一目标群组中，所述第一目标群组对应有第一出行信息，所述第一出行信息与所述目标出行信息相匹配。

本申请实施例中，服务器在生成分享信息后，将该分享信息发送给第一用户端，相应的，第一用户端在接收到该分享信息后，可以通过如下方式将该分享信息分享到第一目标群组。

第一用户端在接收到分享信息后，提供给第一用户可选择的分享目的端，用户通过选择操作将分享信息分享给目的端；比如，目的端包括：微信和QQ；那么，第一用户通过第一选择操作，选择微信，然后，第一用户端跳转到微信页面后，第一用户通过第二选择操作，选择微信中的特定微信群(即第一目标群组)，之后，第一用户端将分享信息分享到该特定微信群(即第一目标群组)中。

可选的，第一用户端中包括一个或多个目标群组，每一个目标群组均对应有一个目标出行信息，该目标出行信息包括目标群组标识和目标出行路线。

这里，第一目标群组的第一目标出行信息与第一拼车请求包括的第一出行信息相匹配，也即，第一目标出行路线与第一出行路线相匹配；由于第一目标群组中用户经常出行与第一出行路线相匹配的第一目标出行路线，因此，第一用户更容易邀请成功，相应的，服务器更容易为第一用户匹配上拼友。

进一步的，如图7所示，本申请实施例提供的拼车订单处理方法中，在响应服务请求方针对所述拼车请求的分享操作之前，所述方法还包括：

S701、接收所述服务器发送的第一目标群组的第一目标群组标识。

S702、在图形用户界面中显示所述第一目标群组的第一目标群组标识。

本申请实施例中的上述步骤701和步骤702与上述步骤201和步骤202相对应，这里，不再进行具体解释。需要说明的是，上述步骤701和步骤702“第一目标群组的第一目标群组标识”与上述步骤201和步骤202中的“第一目标群组的第一群组标识”相对应。

进一步的，如图8所示，本申请实施例提供的拼车订单处理方法中，所述方法还包括：

S801、在图形用户界面的预设区域显示目标提示信息，所述目标提示信息用于提示请求加入第二目标群组。

S802、响应用户针对预设区域的控制操作，向所述服务器发送获取请求，所述获取请求中携带有所述第二目标群组的第二目标群组标识。

S803、接收所述服务器返回的所述第二目标群组标识对应的群组推荐信息，在所述图形用户界面上显示所述群组推荐信息。

本申请实施例中的上述步骤801-步骤803与上述步骤401和步骤402相对应。需要说明的是，上述步骤801-步骤803中的“第二目标群组的第二目标群组标识”、“第二目标群组标识对应的群组推荐信息”与上述步骤401和步骤402中的“目标群组的目标群组标识”和“目标群组标识对应的群组推荐信息”相对应。

基于同一发明构思，本申请第三实施例中还提供了与第一实施例中拼车订单处理方法对应的拼车订单处理装置，由于本申请第三实施例中的装置解决问题的原理与本申请第一实施例上述拼车订单处理。

参照图9所示，为本申请第三实施例提供的一种拼车订单处理装置，所述装置包括：

第一生成模块901，用于在接收到第一用户端发送的第一拼车请求后，若接收到所述第一用户端发送的针对所述第一拼车请求的分享指令，则根据所述第一拼车请求包括的第一出行信息，生成所述第一拼车请求对应的分享信息；

第一发送模块902，用于将所述分享信息发送给所述第一用户端，以使所述第一用户端将所述分享信息分享到第一目标群组；其中，所述第一目标群组对应有第一目标出行信息，所述第一目标出行信息与所述第一出行信息相匹配；

第一获取模块903，用于若接收到所述目标群组中的第二用户端发送的针对所述分享信息的第二拼车请求，则获取所述第二用户端的第二出行信息；

第二生成模块904，用于根据所述第一出行信息和所述第二出行信息，生成拼车订单；

分配模块905，用于为所述拼车订单分配服务提供端。

在一种可能的实施方式中，所述装置还包括：

第一确定模块，用于在接收到所述第一用户端发送的针对所述第一拼车请求的分享指令之前，根据所述第一拼车请求包括的第一出行信息，确定所述第一用户端加入的第二目标群组；

第一选取模块，用于根据所述第二目标群组对应的第二目标出行信息，从所述第二目标群组中选取与所述第一出行信息相匹配的第一目标群组；

第二发送模块，用于将所述第一目标群组的第一群组标识发送给所述第一用户端，以使所述第一用户端基于所述第一群组标识推荐所述第一目标群组。

在一种可能的实施方式中，所述装置还包括：

第二获取模块，用于获取预设的历史时间段内的第一历史拼车订单；

第二选取模块，用于根据每一个第一历史拼车订单对应的第一历史出行信息，选取对应的出行次数大于第一预设阈值的目标出行信息；

创建模块，用于创建每个所述目标出行信息对应的目标群组；其中，所述第二目标群组为至少部分地所述目标群组。

在一种可能的实施方式中，所述创建模块创建每个所述目标出行信息对应的目标群组，包括：

针对每一个所述目标出行信息，确定该目标出行信息对应的目标位置标识；

创建该目标出行信息对应的目标群组，并根据该目标出行信息对应的目标位置标识，设置所述目标群组的目标群组标识。

在一种可能的实施方式中，所述装置还包括：

接收模块，用于接收用户端发送的获取请求，所述获取请求中携带有目标群组的目标群组标识；其中，所述用户端包括以下至少之一：第一用户端、第二用户端；

查找模块，用于查找所述目标群组标识对应的群组推荐信息；

第三发送模块，用于向所述用户端发送所述群组推荐信息。

在一种可能的实施方式中，所述装置还包括：

第二确定模块，用于在创建该目标出行信息对应的目标群组之后，根据所述第一用户端对应的第二历史拼车订单，确定所述第一用户端对应的常用出行信息；

第三选取模块，用于根据所述目标群组对应的目标出行信息，从所述目标群组中选取与所述常用出行信息相匹配的第三目标群组；

第四发送模块，用于向所述用户端发送所述第三目标群组对应的群组推荐信息。

在一种可能的实施方式中，所述第二确定模块根据所述第一用户端对应的第二历史拼车订单，确定所述第一用户端对应的常用出行信息，包括：

将所述第二历史拼车订单对应的第二历史出行信息输入到预先训练好的预测模型中，确定所述第一用户端对应的常用出行信息；

或者，

基于所述第二历史拼车对应的第二历史出行信息，选取对应的出行次数大于第二预设阈值的第二历史出行信息作为所述第一用户端对应的常用出行信息。

在一种可能的实施方式中，第二生成模块904根据所述第一出行信息和所述第二出行信息，生成拼车订单，包括：

根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息；

若所述顺路信息大于第二预设阈值，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

在一种可能的实施方式中，第二生成模块904根据所述第一出行信息和所述第二出行信息，生成拼车订单，还包括：

根据所述第一出行信息和所述第二出行信息，计算所述第一用户端和所述第二用户端的顺路信息；

将所述顺路信息发送给所述第二用户端，并在接收到所述第二用户端发送的确认指令后，则根据所述第一出行信息和所述第二出行信息，生成拼车订单。

本申请实施例提供了一种拼车订单处理装置，在接收到第一用户端发送的第一拼车请求后，若接收到第一用户端发送的针对第一拼车请求的分享指令，根据第一拼车请求包括的第一出行信息，生成分享信息并将该分享信息发送给第一用户端，以使第一用户端将分享信息分享到第一目标群组；第一目标群组对应的第一目标出行信息与第一出行信息相匹配；若接收到目标群组中的第二用户端发送的针对分享信息的第二拼车请求，获取第二用户端的第二出行信息；根据第一出行信息和第二出行信息生成拼车订单，为拼车订单分配服务提供端；通过本申请的方式，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

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

参照图10所示，为本申请第四实施例提供的一种拼车订单处理装置，所述装置包括：

第一发送模块1001，用于在向服务器发送拼车请求后，响应服务请求方针对所述拼车请求的分享操作，向服务器发送针对所述拼车请求的分享指令，以使所述服务器基于所述拼车请求包括的目标出行信息，生成所述拼车请求对应的分享信息；

第一接收模块1002，用于接收所述服务器发送的所述分享信息；

分享模块1003，用于将所述分享信息分享到第一目标群组中，所述第一目标群组对应有第一出行信息，所述第一出行信息与所述目标出行信息相匹配。

在一种可能的实施方式中，所述装置还包括：

第二接收模块，用于在响应服务请求方针对所述拼车请求的分享操作之前，接收所述服务器发送的第一目标群组的第一目标群组标识；

第一显示模块，用于在图形用户界面中显示所述第一目标群组的第一目标群组标识。

在一种可能的实施方式中，所述装置还包括：

第二显示模块，用于在图形用户界面的预设区域显示目标提示信息，所述目标提示信息用于提示请求加入第二目标群组；

第二发送模块，用于响应用户针对预设区域的控制操作，向所述服务器发送获取请求，所述获取请求中携带有所述第二目标群组的第二目标群组标识；

第三接收模块，用于接收所述服务器返回的所述第二目标群组标识对应的群组推荐信息；

第三显示模块，用于在所述图形用户界面上显示所述群组推荐信息。

本申请实施例提供了一种拼车订单处理装置，在接收到第一用户端发送的第一拼车请求后，若接收到第一用户端发送的针对第一拼车请求的分享指令，根据第一拼车请求包括的第一出行信息，生成分享信息并将该分享信息发送给第一用户端，以使第一用户端将分享信息分享到第一目标群组；第一目标群组对应的第一目标出行信息与第一出行信息相匹配；若接收到目标群组中的第二用户端发送的针对分享信息的第二拼车请求，获取第二用户端的第二出行信息；根据第一出行信息和第二出行信息生成拼车订单，为拼车订单分配服务提供端；通过本申请的方式，能够提高拼车订单的匹配效率，以及用户的出行效率，用户体验较好。

如图11所示，本申请第五实施例还提供了一种电子设备1100，所述电子设备1100包括：处理器1101、存储器1102和总线，所述存储器1102存储有所述处理器1101可执行的机器可读指令，当电子设备运行时，所述处理器1101与所述存储器1102之间通过总线通信，所述处理器1101执行所述机器可读指令，以执行如上述第一实施例提供的拼车订单处理方法的步骤。

具体地，上述存储器1102和处理器1101能够为通用的存储器和处理器，这里不做具体限定，当处理器1101运行存储器1102存储的计算机程序时，能够执行上述第一实施例提供的拼车订单处理方法。

对应于上述第一实施例提供的拼车订单处理方法，本申请第六实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一实施例提供的拼车订单处理方法的步骤。

如图12所示，本申请第七实施例还提供了一种电子设备1200，所述电子设备1200包括：处理器1201、存储器1202和总线，所述存储器1202存储有所述处理器1201可执行的机器可读指令，当电子设备运行时，所述处理器1201与所述存储器1202之间通过总线通信，所述处理器1201执行所述机器可读指令，以执行如上述第二实施例提供的拼车订单处理方法的步骤。

具体地，上述存储器1202和处理器1201能够为通用的存储器和处理器，这里不做具体限定，当处理器1201运行存储器1202存储的计算机程序时，能够执行上述第二实施例提供的拼车订单处理方法。

对应于上述第二实施例提供的拼车订单处理方法，本申请第八实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第二实施例提供的拼车订单处理方法的步骤。

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

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

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

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

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。