拼车服务处理方法、装置、设备及存储介质

技术领域

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

背景技术

随着邀请拼友进群的运营范围不断扩大，有大量城市的线路开始需要建立拼车线路群方便用户进行链接分享以实现更快地拼车。

现有的建群方式一般是运营人员根据日常的运营经验，在众多路线中挑选热门拼车线路，手动在通信应用平台逐一录入路线名称、群公告、欢迎语等信息。生成拼车线路群的标识信息例如：二维码或链接，随后将生成的大量标识信息放到平台内向乘客进行无差异推送，各乘客需要根据自己的需求从大量标识信息筛选，判断合适自己的拼车线路群，并加入合适自己的拼车线路群。

但是这样的建群方式需要操作上千条线路建群，手动筛选、操作、建群的方式，暴露出操作成本高、覆盖面低、容易出错等问题。

发明内容

有鉴于此，本申请的目的在于提供一种拼车服务处理方法、装置、设备及存储介质，能够解决现有技术中手动筛选建群操作成本高且覆盖面低的问题，达到提高建群效率的作用。

在本申请的第一方面，本申请提供一种拼车服务处理方法，所述方法包括：

从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线；

根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取所述每个目标拼车线路对应的群组标识信息；

若检测到目标用户对应的前端出行应用打开，对所述目标用户的拼车线路与所述至少一个目标拼车线路进行匹配判断；

若所述目标用户的拼车线路与预设目标拼车线路匹配，则通过所述目标用户对应的前端出行应用展示所述预设目标拼车线路对应的目标群组标识信息。

可选地，所述从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线之前，所述方法还包括：

根据多个用户的历史拼车订单数据，分别获取所述多个用户对应的历史拼车线路；所述多个历史拼车线路包括：所述多个用户对应的历史拼车线路。

可选地，所述预设出行条件为出行次数的条件；所述从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线，包括：

从所述多个历史拼车线路中，确定出行次数大于或等于预设出行次数阈值的至少一个历史拼车线路为所述至少一个目标拼车路线。

可选地，所述根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取所述每个目标拼车线路对应的群组标识信息，包括：

调用预设通信应用的群组创建接口，向所述预设通信应用的服务器发送所述群组配置参数，所述群组配置参数用于使得所述预设通信应用的服务器生成所述每个目标拼车线路对应的群组标识信息；

接收所述预设通信应用的服务器发送的所述每个目标拼车线路对应的群组标识信息。

可选地，所述根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取所述每个目标拼车线路对应的群组标识信息之前，所述方法还包括：

根据所述每个目标线路上的满足预设条件的目标地点的名称，生成所述每个目标线路对应的群组名称；所述群组配置参数包括：所述群组名称。

可选地，所述目标用户的拼车线路包括：所述目标用户的常用拼车线路；所述对所述目标用户的拼车线路与所述至少一个目标拼车线路进行匹配判断之前，所述方法还包括：

获取所述目标用户的历史拼车订单数据，预测所述常用拼车线路。

可选地，所述目标用户的拼车线路还包括：所述目标用户的订单拼车线路；所述对所述目标用户的拼车线路与所述至少一个目标拼车线路进行匹配判断之前，所述方法还包括：

接收所述目标用户发送的拼车服务请求，所述拼车服务请求包括：所述订单拼车线路。

可选地，所述通过所述目标用户对应的前端出行应用展示所述预设目标拼车线路对应的目标群组标识信息，包括：

若检测到所述目标用户针对所述前端出行应用的拼车触发条件，则通过所述前端出行应用展示所述目标群组标识信息。

可选地，所述若检测到所述目标用户针对所述前端出行应用的拼车触发条件，则通过所述前端出行应用展示所述预设目标拼车线路对应的群组标识信息之前，所述方法还包括：

若检测到所述前端出行应用显示拼车界面，则确定检测到所述拼车触发条件；或者，

若检测到所述拼车服务请求对应的拼车订单在第一预设时间内未匹配到拼友，则确定检测到所述拼车触发条件；或者，

若检测到所述拼车订单已完成，确定检测到所述拼车触发条件；或者，

若检测所述目标用户通过所述前端出行应用分享的拼友邀请链接后的第二预设时间内未匹配到拼友，则确定检测到所述拼车触发条件。

可选地，所述前端出行应用为：出行客户端应用，或者，出行小程序应用。

可选地，若所述前端应用为出行小程序应用，所述若检测到所述目标用户针对所述前端出行应用的拼车触发条件，则通过所述前端出行应用展示所述预设目标拼车线路对应的目标群组标识信息之前，所述方法还包括：

若检测到所述目标用户输入的与所述出行小程序应用关联的所述预设通信应用中预设拼车公众号的关注操作，则确定检测到所述拼车触发条件。

可选地，所述方法还包括：

通过所述预设通信应用中的出行小程序应用，检测所述目标用户在所述目标群组标识信息的用户群组中的用户行为；

若所述用户行为满足预设行为要求，则对所述目标用户进行激励操作。

可选地，所述若所述用户行为满足预设行为要求，则对所述目标用户进行激励操作之前，所述方法还包括：

若所述用户行为为：首次进入所述用户群组的行为、在所述用户群组中分享拼车链接的行为，或者，点击所述用户群组中其它用户分享的拼车链接的行为，则确定所述用户行为满足所述预设行为要求。

可选地，所述方法还包括：

通过所述出行小程序应用，对所述目标用户在所述用户群组中分享的链接进行特征识别；

若识别到的链接特征为预设的白名单特征之外的特征，则对所述目标用户进行警告操作，和/或，将所述目标用户从所述用户群组中移出。

在本申请的第二方面，本申请还提供了一种拼车服务处理装置，所述装置包括：确定模块、获取模块、判断模块和展示模块，其中：

所述确定模块，用于从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线；

所述获取模块，用于根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取所述每个目标拼车线路对应的群组标识信息；

所述判断模块，用于若检测到目标用户对应的前端出行应用打开，对所述目标用户的拼车线路与所述至少一个目标拼车线路进行匹配判断；

所述展示模块，用于若所述目标用户的拼车线路与预设目标拼车线路匹配，则通过所述目标用户对应的前端出行应用展示所述预设目标拼车线路对应的目标群组标识信息。

可选地，所述获取模块，具体用于根据多个用户的历史拼车订单数据，分别获取所述多个用户对应的历史拼车线路；所述多个历史拼车线路包括：所述多个用户对应的历史拼车线路。

可选地，所述确定模块，具体用于从所述多个历史拼车线路中，确定出行次数大于或等于预设出行次数阈值的至少一个历史拼车线路为所述至少一个目标拼车路线。

可选地，所述装置还包括：发送模块和接收模块，其中：

所述发送模块，用于调用预设通信应用的群组创建接口，向所述预设通信应用的服务器发送所述群组配置参数，所述群组配置参数用于使得所述预设通信应用的服务器生成所述每个目标拼车线路对应的群组标识信息；

所述接收模块，用于接收所述预设通信应用的服务器发送的所述每个目标拼车线路对应的群组标识信息。

可选地，所述装置还包括：生成模块，用于根据所述每个目标线路上的满足预设条件的目标地点的名称，生成所述每个目标线路对应的群组名称；所述群组配置参数包括：所述群组名称。

可选地，所述获取模块，用于获取所述目标用户的历史拼车订单数据，预测所述常用拼车线路。

可选地，所述接收模块，用于接收所述目标用户发送的拼车服务请求，所述拼车服务请求包括：所述订单拼车线路。

所述展示模块，具体用于若检测到所述目标用户针对所述前端出行应用的拼车触发条件，则通过所述前端出行应用展示所述目标群组标识信息。

可选地，所述确定模块，具体用于若检测到所述前端出行应用显示拼车界面，则确定检测到所述拼车触发条件；或者，若检测到所述拼车服务请求对应的拼车订单在第一预设时间内未匹配到拼友，则确定检测到所述拼车触发条件；或者，若检测到所述拼车订单已完成，确定检测到所述拼车触发条件；或者，若检测所述目标用户通过所述前端出行应用分享的拼友邀请链接后的第二预设时间内未匹配到拼友，则确定检测到所述拼车触发条件。

可选地，所述确定模块，具体用于若检测到所述目标用户输入的与所述出行小程序应用关联的所述预设通信应用中预设拼车公众号的关注操作，则确定检测到所述拼车触发条件。

可选地，所述装置还包括：检测模块和操作模块，其中：

所述检测模块，用于通过所述预设通信应用中的出行小程序应用，检测所述目标用户在所述目标群组标识信息的用户群组中的用户行为；

所述操作模块，用于若所述用户行为满足预设行为要求，则对所述目标用户进行激励操作。

可选地，所述确定模块，具体用于若所述用户行为为：首次进入所述用户群组的行为、在所述用户群组中分享拼车链接的行为，或者，点击所述用户群组中其它用户分享的拼车链接的行为，则确定所述用户行为满足所述预设行为要求。

可选地，所述检测模块，具体用于通过所述出行小程序应用，对所述目标用户在所述用户群组中分享的链接进行特征识别；

所述操作模块，具体用于若识别到的链接特征为预设的白名单特征之外的特征，则对所述目标用户进行警告操作，和/或，将所述目标用户从所述用户群组中移出。

在本申请的第三方面，提供一种服务器，所述服务器包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述第一方面任一所述方法的步骤。

在本申请的第四方面，本申请还提供一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面任一所述方法的步骤。

基于上述任一方面，可以在多个历史拼车路线中确定满足预设出行条件的至少一个目标拼车路线，并根据各目标拼车路线对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车路线对应的群组标识信息，随后在目标用户对应的前段应用打开后，确定是否存在与拼车路线匹配的目标拼车路线，若存在则通过目标用户对应的前端出行应用展示预设目标路线对应的目标群组标识信息，随后用户可以对该目标群组标识信息进行识别后，加入目标群组，从而实现根据历史拼车路线自动确定目标拼车路线，并可以根据目标拼车路线对应的群组配置参数自动获取对应的群组标识信息，在确定拼车路线和目标拼车路线匹配成功后向目标用户对应的前端出行应用展示，实现了自动确定目标拼车路线，和自动获取群组标识信息并向目标用户的前端出行应用展示的效果，解决现有技术中人工确定目标拼车路线导致的操作容易出错且覆盖面低的问题，达到自动确定当前拼车服务对应的群组标识信息并向目标用户的前端出行应用展示的作用。

附图说明

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

图1为本申请一实施例提供的拼车服务处理系统的结构示意图；

图2为本申请一实施例提供的拼车服务处理方法的流程示意图；

图3为本申请另一实施例提供的拼车服务处理方法的流程示意图；

图4为本申请另一实施例提供的拼车服务处理方法的流程示意图；

图5为本申请另一实施例提供的拼车服务处理方法的流程示意图；

图6为本申请另一实施例提供的拼车服务处理方法的流程示意图；

图7为本申请一实施例提供的拼车服务处理装置的结构示意图；

图8为本申请另一实施例提供的拼车服务处理装置的结构示意图；

图9为本申请一实施例提供的服务器的结构示意图。

具体实施方式

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

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

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

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

本申请的一个方面涉及一种拼车服务处理系统。该系统可以首先根据多个历史拼车线路确定满足预设出行条件的至少一个目标拼车路线，随后根据各拼车路线对应的群组配置参数，从预设通信应用的服务器获取各拼车路线对应的群组标识信息；在检测到目标用户对应的前端出行应用打开后，根据用户的拼车线路和至少一个拼车线路，确定是否存在与用户的拼车线路匹配的目标拼车线路，若存在，则通过目标用户对应的前端出行应用展示预设目标拼车线路对应的目标群组标识信息，随后用户可以对该目标群组标识信息进行识别后，加入目标群组。

值得注意的是，在本申请提出申请之前，现有技术通常根据是运营人员根据日常的运营经验，在众多路线中挑选热门拼车线路，手动在企业通信软件平台逐一录入路线名称、群公告、欢迎语等信息。生成拼车线路群群组标识例如二维码后，将大量二维码放到平台内向乘客进行无差异推送，用户需要根据自己的需求从中筛选，判断合适自己的拼车线路群后，加入合适自己的拼车线路群，但是这种方法只能通过运营人员根据日常的运营经验在众多路线中挑选热门拼车路线。但是在海量的拼车历史订单的场景下，所以这样的人工挑选热门路线的方式会导致需要操作上千条线路建群，手动筛选、操作、建群的方式，暴露出操作成本高、覆盖面低、容易出错。

本申请提供的拼车服务处理方法可以根据多个历史拼车路线，确定满足预设出行条件的至少一个目标拼车路线，并根据各目标拼车路线对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车路线对应的群组标识信息，随后在目标用户对应的前段应用打开后，确定是否存在与拼车路线匹配的目标拼车路线，若存在则通过目标用户对应的前端出行应用展示预设目标路线对应的目标群组标识信息，随后用户可以对该目标群组标识信息进行识别后，加入目标群组，从而实现根据历史拼车路线自动确定目标拼车路线，并可以根据目标拼车路线对应的群组配置参数自动获取对应的群组标识信息，在确定拼车路线和目标拼车路线匹配成功后向目标用户对应的前端出行应用展示，实现了自动确定目标拼车路线，和自动获取群组标识信息并向目标用户的前端出行应用展示的效果，因此采用本申请提供的拼车服务处理方法，可以解决现有技术中人工确定目标拼车路线导致的操作容易出错且覆盖面低的问题，达到自动确定当前拼车服务对应的群组标识信息并向目标用户的前端出行应用展示的作用。

图1是本申请实施例提供的一种拼车服务处理系统100的架构示意图，例如：拼车服务处理系统100可以是用于拼车订单服务、或是任何涉及多个用户需要进行拼单的任意平台或场景。如图1所示，拼车服务处理系统100可以包括服务器110、网络120、服务终端130和数据库140中的一种或多种。

在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务终端130获得的服务请求来确定用户意图。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(M))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、专用指令集处理器(Application Specific Instruction-setProcessor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等，或其任意组合。

在一些实施例中，服务终端130对应的设备类型可以是移动设备，比如可以包括可穿戴设备、智能移动设备、平板计算机、膝上型计算机等。以证件图像的校正场景为例，服务终端130可以是用户的手机，用户通过手机登陆出行客户端应用，随后服务器110对目标用户的拼车路线和目标拼车路线进行匹配后，将匹配成功的目标拼车路线对应的目标群组标识信息展示在目标用户对应的前端出行客户端应用；其中，前端出行应用可以为：出行客户端应用，或者，出行小程序应用；或者前端出行应用也可以为出行网页，具体出行客户端应用的形式可以根据用户需要灵活调整，并不以上述实施例给出的为限。

在一些实施例中，数据库140可以连接到网络120以与拼车服务处理系统100中的一个或多个组件(例如，服务器110，服务终端130，服务提供端等)通信。拼车服务处理系统100中的一个或多个组件可以经由网络120访问存储在数据库140中的数据或指令。在一些实施例中，数据库140可以直接连接到拼车服务处理系统100中的一个或多个组件，或者，数据库140也可以是服务器110的一部分。

下面结合上述图1示出的拼车服务处理系统100中描述的内容，对本申请实施例提供的拼车服务处理方法进行详细说明，下述拼车服务处理方法应用于上述系统之中，执行主体可以为服务终端或者服务器，预设场景可以根据用户需要设计和调整，任何涉及拼车处理服务的场景均可使用，并不以实施例给出场景为限。

参照图2所示，为本申请一实施例提供的一种拼车服务处理方法的流程示意图，该方法可以由出行应用程序的后台服务器来执行，包括：

S201：从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线。

示例地，在本申请的一个实施例中，历史拼车线路可以是出行应用程序的后台服务器基于该应用程序的多个用户的历史拼车订单数据，分别获取多个用户对应的历史拼车线路；多个历史拼车线路包括：多个用户对应的历史拼车线路；历史拼车路线中包括：起始地点和终点地点。

可选地，在本申请的一个实施例中，预设出行条件例如可以为出行次数的条件；则S201例如可以为从多个历史拼车线路中，确定出行次数大于或等于预设出行次数阈值的至少一个历史拼车线路为至少一个目标拼车路线。

示例地，在一些可能的实施例中，还可以根据每个目标线路上的满足预设条件的目标地点的名称，生成每个目标线路对应的群组名称；例如可以根据起始地点和终点地点的名称作为目标地点的名称，并生成目标路线对应的群组名称；也可以为根据起始地点所在区域和终点地点所在区域，自动识别区域内热门地点的名称作为目标地点的名称，并生成目标路线对应的群组名称；群组配置参数包括：群组名称。

可选地，群组配置参数还可以包括下述一项或多项：群组可容纳人数上限、群组公告信息或群组欢迎语信息等；应当理解具体目标地点的确定方式和群组配置参数中包括的内容可以根据用户需要灵活调整，本申请在此不做任何限制。

S202：根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车线路对应的群组标识信息。

其中，预设通信应用例如可以为预设社交通信应用等可以建立群组的预设通信应用；在本申请的一个实施例中，预设通信应用的服务器例如可以为企业通信软件的服务器，具体预设通信应用的选择可以根据用户需要灵活调整，并不以上述实施例给出的为限。

示例地，在本申请的一个实施例中，可以调用预设通信应用的群组创建接口，向预设通信应用的服务器发送群组配置参数，群组配置参数用于使得预设通信应用的服务器生成每个目标拼车线路对应的群组标识信息；接收预设通信应用的服务器发送的每个目标拼车线路对应的群组标识信息。

这种调用预设通信应用的群组创建接口，创建群组标识信息的方式，实现了群组标识信息的自动创建，相对于传统技术中手工筛选创建的方式，本申请提供的创建方法可以在同一时间批量创建多个群组标识信息，不但创建的准确性更高，效率更高，且覆盖面更广。

在一些可能的实施例中，群组标识信息例如可以为：二维码信息、链接信息或预设字符串信息等，具体群组标识信息包括的内容可以根据用户需要灵活调整，并不以上述实施例给出的为限。

若检测到目标用户对应的前端出行应用打开，则执行S203。

S203：对目标用户的拼车线路与至少一个目标拼车线路进行匹配判断。

示例地，在本申请的一个实施例中，例如可以根据目标用户的拼车路线的起始地点和终点地点，与目标拼车路线的起始地点和终点地点进行匹配，确定起始地点和终点地点均匹配一致的目标拼车路线为匹配成功的目标拼车路线。

若目标用户的拼车线路与预设目标拼车线路匹配，则执行S104。

S204：通过目标用户对应的前端出行应用展示预设目标拼车线路对应的目标群组标识信息。

举例说明，仍以预设通信应用为企业通信软件，其中通信软件例如可以为即时通信软件，群组标识信息为二维码信息为例进行说明，出行应用程序的后台服务器根据群组创建接口，将目标拼车路线的群组配置参数发送请求至企业通信软件服务器，企业通信软件服务器基于群组配置参数生成各目标拼车路线对应的通信软件群组二维码，并将生成的通信软件群组二维码返回给出行应用程序的后台服务器，前端出行应用程序的通过调用出行应用程序的后台服务器获取的通信软件群组二维码，向用户展示通信软件群组二维码信息，从而可以协助各目标用户可以更快加入有同样拼车出行需求的通信软件群组。

在本申请的一个实施例中，例如目标群组标识信息对应的目标群组里的用户人数已达到可容纳人数上限，此时通过该目标群组标识信息已无法加入该目标群组，则重复S101-S102，创建该目标拼车路线的下一个目标群组，并获取下一个目标群组的标识信息展示给目标用户对应的前端出行应用。

采用本申请实施例提供的拼车服务处理方法，可以在多个历史拼车路线中确定满足预设出行条件的至少一个目标拼车路线，并根据各目标拼车路线对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车路线对应的群组标识信息，随后在目标用户对应的前段应用打开后，确定是否存在与拼车路线匹配的目标拼车路线，若存在则通过目标用户对应的前端出行应用展示预设目标路线对应的目标群组标识信息，随后用户可以对该目标群组标识信息进行识别后，加入目标群组，从而实现根据历史拼车路线自动确定目标拼车路线，并可以根据目标拼车路线对应的群组配置参数自动获取对应的群组标识信息，在确定拼车路线和目标拼车路线匹配成功后向目标用户对应的前端出行应用展示，实现了自动确定目标拼车路线，和自动获取群组标识信息并向目标用户的前端出行应用展示的效果，解决现有技术中人工确定目标拼车路线导致的操作容易出错且覆盖面低的问题，达到自动确定当前拼车服务对应的群组标识信息并向目标用户的前端出行应用展示的作用。

可选地，在上述实施例的基础上，本申请实施例还可提供一种拼车服务处理方法，如下结合附图对上述方法的实现过程进行示例说明。图3为本申请另一实施例提供的一种拼车服务处理方法的流程示意图，目标用户的拼车线路包括：目标用户的常用拼车线路；如图3所示，S103之前，该方法还可包括：

S105：获取目标用户的历史拼车订单数据，预测常用拼车线路。

其中，例如可以根据目标用户的历史拼车订单数据，获取常用拼车路线，随后根据目标用户的常用拼车路线的起始地点和终点地点，与目标拼车路线的起始地点和终点地点进行匹配，确定起始地点和终点地点均匹配一致的目标拼车路线为匹配成功的目标拼车路线；随后通过目标用户对应的前端出行应用展示匹配成功的目标拼车线路对应的目标群组标识信息。

可选地，在本申请的一个实施例中，目标用户的拼车线路还包括：目标用户的订单拼车线路；若目标用户当前不需要根据常用拼车路线进行拼车，则可以在路线输入界面通过输入起始地点和终点地点的方式，生成订单拼车路线进行拼车，此时可以接收目标用户发送的拼车服务请求，拼车服务请求包括：订单拼车线路。

随后可以根据目标用户的订单拼车路线的起始地点和终点地点，与目标拼车路线的起始地点和终点地点进行匹配，确定起始地点和终点地点均匹配一致的目标拼车路线为匹配成功的目标拼车路线；随后通过目标用户对应的前端出行应用展示匹配成功的目标拼车线路对应的目标群组标识信息。

可选地，在上述实施例的基础上，本申请实施例还可提供一种拼车服务处理方法，如下结合附图对上述方法的实现过程进行示例说明。图4为本申请另一实施例提供的一种拼车服务处理方法的流程示意图，如图4所示，S204可包括：

S206：若检测到目标用户针对前端出行应用的拼车触发条件，则通过前端出行应用展示目标群组标识信息。

可选地，在本申请的一个实施例中，前端出行应用的拼车触发条件例如可以为：若检测到前端出行应用显示拼车界面，则确定检测到拼车触发条件；或者，若检测到拼车服务请求对应的拼车订单在第一预设时间内未匹配到拼友，则确定检测到拼车触发条件；或者，若检测到拼车订单已完成，确定检测到拼车触发条件；或者。若检测目标用户通过前端出行应用分享的拼友邀请链接后的第二预设时间内未匹配到拼友，则确定检测到拼车触发条件。

可选地，在本申请的另一实施例中，拼车触发条件的检测例如还可以为若检测到目标用户输入的与出行小程序应用关联的预设通信应用中预设拼车公众号的关注操作，则确定检测到拼车触发条件。

举例说明，仍以预设通信应用为即时通信软件为例进行说明，若用户在通信软件中打开出行小程序应用并进行出行小程序应用的帐号登录。在登录成功后，出行小程序应用通过通信软件小程序接口获取到登陆成功的用户的通信软件帐号标识，并将通信软件帐号标识和滴滴帐号标识的参数发送请求给出行小程序应用的后台服务器。出行小程序应用的后台服务器将通信软件帐号标识与滴滴帐号标识进行关联，此时则完成预设通信应用中预设拼车公众号的关注操作，则确定检测到拼车触发条件。

可选地，在上述实施例的基础上，本申请实施例还可提供一种拼车服务处理方法，如下结合附图对上述方法的实现过程进行示例说明。图5为本申请另一实施例提供的一种拼车服务处理方法的流程示意图，如图5所示，该方法还可包括：

S207：通过预设通信应用中的出行小程序应用，检测目标用户在目标群组标识信息的用户群组中的用户行为。

若用户行为满足预设行为要求，则执行S208。

S208：对目标用户进行激励操作。

示例地，在一些可能的实施例中，在执行激励操作之前，若用户行为为：首次进入用户群组的行为、在用户群组中分享拼车链接的行为，或者，点击用户群组中其它用户分享的拼车链接的行为，则确定用户行为满足预设行为要求。

可选地，激励操作例如可以为向目标用户在出行小程序应用的账号中发放优惠券、或虚拟代币、或活跃值等，具体激励操作的方式和激励内容可以根据用户需要灵活调整，并不以上述实施例给出的为限。

这种对用户行为满足预设行为要求的目标用户进行激励的方式，可以提高用户分享拼车链接或点击分享的拼车链接的行为，从而提高拼车成功的概率，以及提高目标群组里各用户的活跃度，从而提高用户与出行应用之间的粘性。

可选地，在上述实施例的基础上，本申请实施例还可提供一种拼车服务处理方法，如下结合附图对上述方法的实现过程进行示例说明。图6为本申请另一实施例提供的一种拼车服务处理方法的流程示意图，如图6所示，该方法还可包括：

S209：通过出行小程序应用，对目标用户在用户群组中分享的链接进行特征识别。

若识别到的链接特征为预设的白名单特征之外的特征，则执行S210。

S210：对目标用户进行警告操作，和/或，将目标用户从用户群组中移出。

示例地，在本申请的一个实施例中，链接特征例如可以为根据域名和/或关键词确定的，白名单特征例如可以为与出行应用相关的特征，例如用户在出行应用的目标群组中发送其他与出行应用无关的链接，此时则确定该目标用户的分享操作为非法操作，此时对分享无关的链接的目标用户进行警告操作，或移除操作，具体操作的内容例如可以根据该目标用户非法操作的次数决定，本申请在此不做任何限制。

这种设置白名单的方式可以使得目标群组中信息的健康性和与出行应用的相关性，防止目标群组中发送过多无用信息导致用户退群，或影响用户在目标群组内的实用体验等问题。

采用本申请提供的拼车服务处理方法，可以在多个历史拼车路线中确定满足预设出行条件的至少一个目标拼车路线，并根据各目标拼车路线对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车路线对应的群组标识信息，随后在目标用户对应的前段应用打开后，确定是否存在与拼车路线匹配的目标拼车路线，若存在则通过目标用户对应的前端出行应用展示预设目标路线对应的目标群组标识信息，随后用户可以对该目标群组标识信息进行识别后，加入目标群组，从而实现根据历史拼车路线自动确定目标拼车路线，并可以根据目标拼车路线对应的群组配置参数自动获取对应的群组标识信息，在确定拼车路线和目标拼车路线匹配成功后向目标用户对应的前端出行应用展示，实现了自动确定目标拼车路线，和自动获取群组标识信息并向目标用户的前端出行应用展示的效果，解决现有技术中人工确定目标拼车路线导致的操作容易出错且覆盖面低的问题，达到自动确定当前拼车服务对应的群组标识信息并向目标用户的前端出行应用展示的作用；此外本申请提供的方法还可以根据用户的用户行为，对用户进行激励操作；从而提高用户和出行应用之间的粘性。

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

图7为本申请一实施例提供的一种拼车服务处理装置的结构示意图，如图7所示，该装置包括：确定模块301、获取模块302、判断模块303和展示模块304，其中：

确定模块301，用于从多个历史拼车线路中，确定满足预设出行条件的至少一个目标拼车路线；

获取模块302，用于根据每个目标拼车线路对应的群组配置参数，从预设通信应用的服务器获取每个目标拼车线路对应的群组标识信息；

判断模块303，用于若检测到目标用户对应的前端出行应用打开，对目标用户的拼车线路与至少一个目标拼车线路进行匹配判断；

展示模块304，用于若目标用户的拼车线路与预设目标拼车线路匹配，则通过目标用户对应的前端出行应用展示预设目标拼车线路对应的目标群组标识信息。

可选地，获取模块302，具体用于根据多个用户的历史拼车订单数据，分别获取多个用户对应的历史拼车线路；多个历史拼车线路包括：多个用户对应的历史拼车线路。

可选地，确定模块301，具体用于从多个历史拼车线路中，确定出行次数大于或等于预设出行次数阈值的至少一个历史拼车线路为至少一个目标拼车路线。

图8为本申请一实施例提供的一种拼车服务处理装置的结构示意图，如图8所示，该装置还包括：发送模块305和接收模块306，其中：

发送模块305，用于调用预设通信应用的群组创建接口，向预设通信应用的服务器发送群组配置参数，群组配置参数用于使得预设通信应用的服务器生成每个目标拼车线路对应的群组标识信息；

接收模块306，用于接收预设通信应用的服务器发送的每个目标拼车线路对应的群组标识信息。

如图7所示，该装置还包括：生成模块307，用于根据每个目标线路上的满足预设条件的目标地点的名称，生成每个目标线路对应的群组名称；群组配置参数包括：群组名称。

可选地，获取模块302，用于获取目标用户的历史拼车订单数据，预测常用拼车线路。

可选地，接收模块306，用于接收目标用户发送的拼车服务请求，拼车服务请求包括：订单拼车线路。

展示模块304，具体用于若检测到目标用户针对前端出行应用的拼车触发条件，则通过前端出行应用展示目标群组标识信息。

可选地，确定模块301，具体用于若检测到前端出行应用显示拼车界面，则确定检测到拼车触发条件；或者，若检测到拼车服务请求对应的拼车订单在第一预设时间内未匹配到拼友，则确定检测到拼车触发条件；或者，若检测到拼车订单已完成，确定检测到拼车触发条件；或者，若检测目标用户通过前端出行应用分享的拼友邀请链接后的第二预设时间内未匹配到拼友，则确定检测到拼车触发条件。

可选地，确定模块301，具体用于若检测到目标用户输入的与出行小程序应用关联的预设通信应用中预设拼车公众号的关注操作，则确定检测到拼车触发条件。

如图8所示，装置还包括：检测模块308和操作模块309，其中：

检测模块308，用于通过预设通信应用中的出行小程序应用，检测目标用户在目标群组标识信息的用户群组中的用户行为；

操作模块309，用于若用户行为满足预设行为要求，则对目标用户进行激励操作。

可选地，确定模块301，具体用于若用户行为为：首次进入用户群组的行为、在用户群组中分享拼车链接的行为，或者，点击用户群组中其它用户分享的拼车链接的行为，则确定用户行为满足预设行为要求。

可选地，检测模块308，具体用于通过出行小程序应用，对目标用户在用户群组中分享的链接进行特征识别；

操作模块309，具体用于若识别到的链接特征为预设的白名单特征之外的特征，则对目标用户进行警告操作，和/或，将目标用户从用户群组中移出。

图9为本申请一实施例提供的一种服务器的结构示意图，如图9所示，该服务器例如可以为拼车应用的服务器或预设出行应用中拼车业务对应的服务器，该服务器中可以包括：处理器601、存储器602和总线603；存储器602存储有处理器601可执行的机器可读指令，当服务器运行时，处理器601与存储器602之间通过总线603通信，处理器601执行机器可读指令，以执行如前述方法实施例所提供的拼车服务处理方法的步骤。

具体地，存储器602中所存储的机器可读指令为本申请前述实施例的拼车服务处理方法的执行步骤，处理器601可执行该拼车服务处理方法进行处理，因此，该服务器同样具备前述方法实施例中的全部有益效果，本申请亦不再重复描述。

需要说明的是，该服务器可以是通用计算机或特殊用途的计算机，以及其他用于处理数据的服务器等，三者都可以用于实现本申请的拼车服务处理方法。本申请尽管仅仅通过计算机和服务器分别对拼车服务处理方法进行了说明，但是为了方便起见，也可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。

例如，服务器可以包括用于执行程序指令的一个或多个处理器、通信总线、和不同形式的存储介质，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。

为了便于说明，在上述实施例中虽然仅描述了一个处理器。然而，应当注意，本申请中的服务器中还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。

本申请实施例还提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述拼车服务处理方法的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述拼车服务处理方法，从而，解决现有技术中手动筛选建群操作成本高且覆盖面低的问题。

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

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

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

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

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