拼车服务提供方法、装置及电子设备

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种拼车服务提供方法、装置及电子设备。

背景技术

随着越来越多乘客选择网约车出行，能够提供驾驶服务的司机侧资源(车辆)越来越紧张。为了提高驾驶服务提供的效率，也为了降低乘客乘车的成本，拼车服务应运而生。

目前的拼车服务都是在乘客提出拼车需求的时候为其匹配拼友，一旦达成拼车约定，便停止为该乘客匹配其他拼友。然而，不同乘客提出拼车需求的时间不可控，这就造成很多乘客会错过最佳的拼友，造成不必要的绕路，不仅浪费司机侧资源，还造成拼车服务效率不高的问题。

发明内容

有鉴于此，本申请的目的在于提供一种拼车服务提供方法、装置及电子设备，能够通过持续地为已有拼车约定的服务对象寻找更优的拼车对象，并在寻找到更优的拼车对象后及时更换，从而解决现有技术中存在的错过最佳拼车对象的问题，达到避免不必要绕行、提高拼车服务效率等效果。

第一方面，本发明提供一种拼车服务提供方法，包括：

获取达成拼车约定的主服务对象及从服务对象；

计算所述主服务对象与待拼服务对象之间的第一匹配因子；

若所述第一匹配因子大于所述主服务对象与从服务对象之间的第二匹配因子，则利用所述待拼车服务对象替代所述从服务对象，以达成新的拼车约定。

在可选的实施方式中，所述获取达成拼车约定的主服务对象及从服务对象的步骤包括：

获取处于接驾状态的可选拼车订单；

将所述可选拼车订单所对应的多个服务对象分别作为所述主服务对象及从服务对象。

在可选的实施方式中，所述计算所述主服务对象与待拼服务对象之间的第一匹配因子的步骤包括：

获取所述拼车约定所对应的服务提供端的实时位置信息、所述主服务对象所对应的第一行程起点和第一行程终点；

获取所述待拼车服务对象所对应的第二行程起点和第二行程终点；

规划从所述实时位置信息为起点，途径所述第一行程起点、第一行程终点、第二行程起点和第二行程终点的接送路线；

根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子。

在可选的实施方式中，所述根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子的步骤包括：

预估所述接送路线的驾驶时段；

根据所述驾驶时段评估所述接送路线所对应的拥堵路程占比；

获取所述接送路线中接驾路程；

结合所述服务提供端所对应的车辆信息，预估所述接送路线所对应的驾驶时长；

基于所述拥堵路程占比、接驾路程及驾驶时长之一或之间的组合，计算所述第一匹配因子。

在可选的实施方式中，在所述待拼车服务对象与第三服务对象之间存在拼车约定的情况下，利用所述待拼车服务对象替代所述从服务对象之前，所述方法还包括：

计算所述第三服务对象与所述从服务对象之间的第三匹配因子和所述待拼服务对象与所述第三服务对象之间的第四匹配因子；

在所述第三匹配因子不低于预设值且所述第四匹配因子低于所述第一匹配因子与设定值之和的情况下，判断所述第一匹配因子与第二匹配因子之间的大小关系；

在所述主服务对象与待拼服务对象之间建立新的拼车约定之后，建立所述第三服务对象与所述从服务对象之间新的拼车约定。

在可选的实施方式中，在利用所述待拼车服务对象替代所述从服务对象之后，所述方法还包括：

针对所述从服务对象进行拼车匹配；

在为所述从服务对象匹配到第四服务对象的情况下，创建所述从服务对象与所述第四服务对象之间的拼车约定及建立所述主服务对象与待拼服务对象之间的拼车约定。

在可选的实施方式中，在利用所述待拼车服务对象替代所述从服务对象之后，所述方法还包括：

计算从所述主服务对象所对应的第一行程起点达到所述待拼车服务对象的第二行程起点之间的接驾路线；

若所述接驾路线未超过预设里程，建立所述主服务对象与待拼服务对象之间的拼车约定。

第二方面，本发明提供一种拼车服务提供装置，包括：

获取模块，用于获取达成拼车约定的主服务对象及从服务对象；

计算模块，用于计算所述主服务对象与待拼服务对象之间的第一匹配因子；

更新模块，用于若所述第一匹配因子大于所述主服务对象与从服务对象之间的第二匹配因子，则利用所述待拼车服务对象替代所述从服务对象，以达成新的拼车约定。

在可选的实施方式中，所述获取模块包括：

获取子模块，用于获取处于接驾状态的可选拼车订单；

确定子模块，用于将所述可选拼车订单所对应的多个服务对象分别作为所述主服务对象及从服务对象。

在可选的实施方式中，所述计算模块还用于：

获取所述拼车约定所对应的服务提供端的实时位置信息、所述主服务对象所对应的第一行程起点和第一行程终点；

获取所述待拼车服务对象所对应的第二行程起点和第二行程终点；

规划从所述实时位置信息为起点，途径所述第一行程起点、第一行程终点、第二行程起点和第二行程终点的接送路线；

根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子。

在可选的实施方式中，在所述待拼车服务对象与第三服务对象之间存在拼车约定的情况下，所述装置还包括：

所述计算模块，还用于计算所述第三服务对象与所述从服务对象之间的第三匹配因子和所述待拼服务对象与所述第三服务对象之间的第四匹配因子；

判断模块，用于在所述第三匹配因子不低于预设值且所述第四匹配因子低于所述第一匹配因子与设定值之和的情况下，判断所述第一匹配因子与第二匹配因子之间的大小关系；

建立模块，用于在所述主服务对象与待拼服务对象之间建立新的拼车约定之后，建立所述第三服务对象与所述从服务对象之间新的拼车约定。

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

匹配模块，用于针对所述从服务对象进行拼车匹配；

建立模块，用于在为所述从服务对象匹配到第四服务对象的情况下，创建所述从服务对象与所述第四服务对象之间的拼车约定及建立所述主服务对象与待拼服务对象之间的拼车约定。

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

所述计算模块，还用于计算从所述主服务对象所对应的第一行程起点达到所述待拼车服务对象的第二行程起点之间的接驾路线；

建立模块，用于若所述接驾路线未超过预设里程，建立所述主服务对象与待拼服务对象之间的拼车约定。

第三方面，本发明提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如前述实施方式任一所述方法的步骤。

第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如前述实施方式任一所述方法的步骤。

基于上述任一方面，本发明实施例所提供的拼车服务提供方法通过获取达成拼车约定的主服务对象及从服务对象，并计算主服务对象与待拼服务对象之间的第一匹配因子。在第一匹配因子大于主服务对象与从服务对象之间的第二匹配因子，则利用所述待拼车服务对象替代所述从服务对象，以达成新的拼车约定。在出现更优的拼车服务对象的情况下，及时更新拼车约定，从而使拼车约定所对应的拼车对象之间的顺路程度更优，一定程度上减少了拼车过程中的绕行，提高拼车服务效率。

附图说明

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

图1示出了本申请实施例提供的一种拼车服务提供系统的架构示意图；

图2示出了本申请实施例提供的一种拼车服务提供方法的流程图之一；

图3示出了本申请实施例提供的拼车服务提供方法中，步骤S101具体方法的流程图；

图4示出了本申请实施例提供的拼车服务提供方法中，步骤S102具体方法的流程图；

图5示出了本申请实施例提供的一种拼车服务提供方法的流程图之二；

图6示出了本申请实施例提供的一种拼车服务提供方法的流程图之三；

图7示出了本申请实施例提供的一种拼车服务提供装置的结构示意图；

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

图标：100-拼车服务提供系统；110-服务器；120-网络；130-服务请求端；140-服务提供端；500-拼车服务提供装置；501-获取模块；502-计算模块；503-更新模块；60-电子设备；61-处理器；62-存储器；63-总线。

具体实施方式

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

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

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

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

本申请中的术语“乘客”、“服务对象”、“服务请求端130”、“拼车对象”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供端140”和“车辆”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。

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

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

本申请的一个方面涉及一种拼车服务提供系统100。该系统可以通过为已达成拼车约定的服务对象匹配更优的拼车对象，确保实际执行的拼车订单都是尽可能顺路的，拼车更加灵活，减少绕行的可能，提高拼车服务效率。

图1是本申请实施例提供的一种拼车服务提供系统100的架构示意图。例如，拼车服务提供系统100可以是用于诸如出租车、快车、拼车、公共汽车服务、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。拼车服务提供系统100可以包括服务器110、网络120、服务请求端130、服务提供端140中的一种或多种。

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

在一些实施例中，服务请求端130和服务提供端140对应的设备类型可以是移动设备，比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。

下面结合上述图1示出的拼车服务提供系统100中描述的内容，对本申请实施例提供的拼车服务提供方法进行详细说明。

参照图2所示，为本申请实施例提供的一种拼车服务提供方法的流程示意图，该方法可以由拼车服务提供系统100中的服务器110来执行，具体执行过程为：

步骤S101，获取达成拼车约定的主服务对象及从服务对象。

上述拼车约定是在提供拼车服务的车辆(服务提供端140)的基础上创建的，换句话说，每一个拼车约定唯一对应着一个服务提供端140。另外，上述拼车约定本质上是一种映射关系，用于表征共用同一服务提供端140的多个服务对象之间的对应关系。

拼车约定中的服务对象之间存在主从关系，然而，该主从关系仅根据匹配到同一服务提供端140的先后顺序确定。可以理解地，上述主服务对象和从服务对象均是向服务器110发送了拼车服务请求且被先后匹配到同一服务提供端140的服务请求端130。也即，在为一个服务提供端140匹配到用于服务的车辆(服务提供端140)后，若此时该车辆还未匹配到其他服务提供端140，那么将该服务提供端140作为主服务对象。此后，若有与主服务对象行程顺路的其他服务对象被匹配到该服务提供端140，那么将该其他服务对象确定为从服务对象。如此，便可以在主服务对象、从服务对象及服务提供端140之间建立拼车约定。

步骤S102，计算主服务对象与待拼服务对象之间的第一匹配因子。

上述待拼服务对象也是向服务器110发送了拼车请求的服务请求端130。同时，上述待拼服务对象是除主服务对象和从服务对象之外向服务器110发出拼车请求的服务请求端130。比如，上述待拼服务对象可以是还未匹配到服务提供端140的服务请求端130。再比如，上述待拼服务对象还可以是已匹配到其他服务提供端140但拼车请求依然有效的服务请求端130。

需要说明的是，每个服务请求端130所提出的拼车请求都是具有时效区间的，若当前时间点还属于时效区间，那表明该服务请求端130的拼车请求是有效的。常规而言，上述拼车请求的时效区间是从提出请求开始到该服务请求端130确认上车为止。在时效区间内，如果服务请求端130出现提出拼车请求撤回、与服务提供端140进行沟通等行为都可以中断拼车请求的时效。拼车请求时效中断后，拼车请求随之失效。

在一些实施例中，可以是先获取完成针对主服务对象和待拼车服务对象的接送服务所需的接送路线。然后，从时间角度及路程角度对接送路线进行评估，从而得到表征主服务对象与待拼车服务对象之间行程顺路程度的第一匹配因子。

步骤S103，若第一匹配因子大于主服务对象与从服务对象之间的第二匹配因子，则利用待拼车服务对象替代从服务对象，以达成新的拼车约定。

上述第二匹配因子为表征主服务对象与从服务对象之间行程顺路程度的因子。为了方便比较主服务对象与从服务对象之间更加顺路还是与待拼车服务对象之间更加顺路，可以采用相同的方式计算第二匹配因子和第一匹配因子。

在一些实施例中，如果第一匹配因子大于第二匹配因子，那么解除从服务对象与主服务对象之间的拼车约定，建立第一匹配因子所对应的待选服务对象与主服务对象之间的拼车约定。新的拼车约定建立后，上述第一匹配因子所对应的待选服务对象便成为上述主服务对象所对应的从服务对象。确保进行拼车的主服务对象与从服务对象之间尽可能的最顺路。

在一些实施例中，待拼车服务对象可能存在多个，故，上述步骤S102可以是依次计算每一个待拼车服务对象与主服务对象之间的第一匹配因子。对应的，上述步骤S103中提供的第一匹配因子为所得到第一匹配因子中值最大的因子。当然，在值最大的第一匹配因子所对应的待拼车服务对象由于客观条件限制不能与主服务对象建立拼车约定的情况，可以选用值次高的第一匹配因子作为步骤S103中提到的第一匹配因子，以次类推。

当然，通过上述步骤S102和步骤S103的配合并没得到大于第二匹配因子的第一匹配因子的情况下，则不对现有的拼车约定进行变更。

为了方便本领域技术人员了解本发明实施例所提供的拼车服务提供方法的原理，下面进行一个举例：

用户A操作对应的服务请求端A向服务器110发送拼车请求，服务器110响应于服务请求端A发出的拼车请求，为服务请求端A匹配到绑定了服务提供端B的车辆B。此后，面对用户C操作对应的服务请求端C向服务器110发送拼车请求，服务器110经过顺路程度分析决定建立服务请求端A与服务请求端C之间的拼车约定。此时，服务请求端A是建立在服务提供端B之上的拼车约定中的主服务对象，服务请求端C是建立在服务提供端B之上的拼车约定中的从服务对象。

车辆B在接驾用户A和用户C的过程中，服务器110持续计算服务请求端A与待拼车服务对象之间的第一匹配因子。假设服务请求端A与已发送了拼车请求的服务请求端D之间的第一匹配因子大于服务请求端A与服务请求端C之间的第二匹配因子，那么解除服务请求端A与服务请求端C之间的拼车约定，建立服务请求端A与服务请求端D之间的拼车约定。如此，服务请求端A依然是建立在服务提供端B之上的拼车约定中的主服务对象，而服务请求端D替代原服务请求端C成为建立在服务提供端B之上的拼车约定中的从服务对象。

下面对本发明实施例所提供的实现细节进行描述：

在不同的服务请求端130之间达成拼车约定之后，可以对应的创建用于记录拼车约定的拼车订单。上述拼车订单不仅包括存在拼车约定的多个服务对象，还包括不同服务对象之间的主从关系。此外上述拼车订单中还可以携带各个服务对象所对的行程起点、行程终点。在一些实施例中，上述拼车订单中可以包括根据各个服务对象所对的行程起点、行程终点规划的接送路线。

从行程匹配最佳的角度出发，即使已经确认上车的主服务对象和从服务对象也可以作为步骤S101中所提及的主服务对象和从服务对象。但是，从用户体验的角度出发，让已上车的乘客更换乘坐的车辆对用户乘车体验影响是非常大的，因此，在一些实施例中，如图3所示，上述步骤S101可以包括以下步骤：

步骤S101-1，获取处于接驾状态的可选拼车订单。

在一些实施例中，可以根据服务提供端140是否接到所有服务对象，判定拼车订单是否为可选拼车订单。比如，拼车订单a对应的服务提供端140目前只接到主服务对象而没有接到从服务对象，那么可以判定该拼车订单a为处于接驾状态的可选拼车订单。再比如，拼车订单b对应的服务提供端140目前还没有接到主服务对象和从服务对象，那么也可以判定该拼车订单b为处于接驾状态的可选拼车订单。

步骤S101-2，将可选拼车订单所对应的多个服务对象分别作为主服务对象及从服务对象。

在一些实施例中，上述可选拼车订单中包含着建立有拼车约定的多个服务对象，可以根据不同服务对象匹配到可选拼车订单中对应的服务提供端140的先后顺序确定出主服务对象，比如，将可选拼车订单中第一个匹配到服务提供端140的服务对象确定为主服务对象，此外，将可选拼车订单中其他服务对象确定为从服务对象。

如前所述，主服务对象与其他服务对象(包括待拼车服务对象和从服务对象)之间的顺路程度(匹配因子)可以从时间角度和/或路程角度进行评估。可选地，如图4所示，上述步骤S102可以包括以下步骤：

步骤S102-1，获取拼车约定所对应的服务提供端140的实时位置信息、主服务对象所对应的第一行程起点和第一行程终点。

在一些实施例中，服务器110可以接收所有服务提供端140反馈的实时位置信息，如此，上述步骤S102-1可以是利用拼车约定所对应的服务提供端140的标识，在已收到的实时位置信息中查询该服务提供端140最新上传的实时位置信息。

在一些实施例中，上述步骤S102-1可以是从上述拼车约定对应的可选拼车订单中获取主服务对象所对应的第一行程起点和第一行程终点。在另一些实施例中，上述步骤S102-1还可以是从主服务对象所发送的拼车请求中获取对应的第一行程起点和第一行程终点。

步骤S102-2，获取待拼车服务对象所对应的第二行程起点和第二行程终点。

在一些实施例中，可以是从待拼车服务对象所发送的拼车请求中获取对应的第二行程起点和第二行程终点。

步骤S102-3，规划以实时位置信息为起点，途径第一行程起点、第一行程终点、第二行程起点和第二行程终点的接送路线。

在一些实施例中，可以是以实时位置信息为起点，基于第一行程起点、第一行程终点、第二行程起点和第二行程终点规划多条待选路线。当然，规划时可以不限制途径第一行程起点和第二行程起点的先后顺序，只需满足第一行程起点在第一行程终点之间被途径，第二行程起点在第二行程终点之间被途径即可，然后从待选路线中选出路程或者时耗最短的，以作为对应的接送路线。

步骤S102-4，根据接送路线的至少一个路况因子，评估对应的第一匹配因子。

在一些实施例中，上述步骤S102-4可以是：

(1)预估接送路线的驾驶时段。

在一些实施例中，上述驾驶时段是以当前的时间点为起点到预估将主服务对象和待拼车服务对象都送达目的地的时间点之间的时段。比如，当前是9点，预估10点完成将主服务对象和待拼车服务对象送达目的地，那么预估得到的驾驶时段为9点至10点。

当然，预估完成将主服务对象和待拼车服务对象送达目的地的时间点的方式可以是：根据接送路段的路程长度及服务提供端140的平均驾驶速度，预估得到的。

(2)根据驾驶时段评估接送路线所对应的拥堵路程占比。

在一些实施例中，可以将驾驶时段和接送路线输入拥堵评估模型中，进行处理，以输出对应的拥堵路程占比。

在一些实施例中，上述拥堵评估模型可以依据历史路网数据训练获得，上述历史路网数据中包括每一个路段在不同时段的拥堵概率值。训练得到的拥堵评估模型接收到输入的时段信息和路线后，可以输出路线中每一个路段在输入的时段信息下对应的拥堵概率值。

如此，上述步骤(2)还可以是，将驾驶时段和接送路线输入拥堵评估模型，获取拥堵评估模型输出的接收路线中每个路段在驾驶时段下对应的拥堵概率值，将拥堵概率值大于设定概率阈值的路段作为目标路段，通过计算目标路段在接送路线中的占比，得到对应的拥堵路程占比。

(3)获取接送路线中接驾路程。

在一些实施例中，上述接驾路程可以是从服务提供端140的实时位置信息到接到最后一个服务对象之间的路程。比如，接送路线中先接主服务对象，那么接驾路程可以是从实时位置信息开始，途径第一行程起点，达到第二行程起点的路程。再比如，接送路线中先接待拼车服务对象，那么接驾路程可以是从实时位置信息开始，途径第二行程起点，达到第一行程起点的路程。

(4)结合服务提供端140所对应的车辆信息，预估接送路线所对应的驾驶时长。

在一些实施例中，服务器110可以根据各个服务提供端140完成的历史订单，分析各个服务提供端140所绑定车辆的平均驾驶速度，如此，便可以根据服务提供端140所对应的车辆信息查询对应车辆的平均驾驶速度。然后，获取接送路线的里程数。根据接送路线的里程数和平均驾驶速度，计算对应的驾驶时长。

(5)基于拥堵路程占比、接驾路程及驾驶时长之一或之间的组合，计算第一匹配因子。

在一些实施例中，可以根据拥堵路程占比、接驾路程及驾驶时长配置之一或者之间的组合结合对应的预设权重因子，计算对应的第一匹配因子。

在一些实施例中，上述拥堵路程占比、接驾路程及驾驶时长在不同的组合情况下对应的权重因子可以不同。

另外，计算主服务对象和从服务对象之间的第二匹配因子的原理与上述计算第一匹配因子的原理相同，也可以是获取拼车约定所对应的服务提供端140的实时位置信息、主服务对象所对应的第一行程起点和第一行程终点以及从服务对象所对应的第三行程起点和第三行程终点。规划以实时位置信息为起点，途径所述第一行程起点、第一行程终点、第三行程起点和第三行程终点的接送路线。根据接送路线的至少一个路况因子，评估对应的第二匹配因子。

为了进一步提高乘车人员的体验，如图5所示，在利用待拼车服务对象替代从服务对象之后，所述方法还包括：

步骤S201，针对从服务对象进行拼车匹配。

在一些实施例中，上述针对从服务对象进行拼车匹配可以是重新为从服务对象匹配顺路的拼友。上述拼友也是向服务器110发送了拼车请求的服务请求端130，且此时其对应的拼车请求依然有效。

判断是否为顺路的拼友也可以采用计算二者之间的匹配因子的方式进行判断。计算匹配因子的方式可以参考前述对第一匹配因子的描述，在此不再赘述。在匹配因子超过预设值时，确定匹配到顺路的拼友。

可以理解地，在存在多个顺路的拼友的情况下，将对应的匹配因子最高的拼友确定为匹配出的拼友。

步骤S202，在为从服务对象匹配到第四服务对象的情况下，创建从服务对象与第四服务对象之间的拼车约定及建立主服务对象与待拼服务对象之间的拼车约定。

上述第四服务对象也即步骤S201中匹配出的顺路的拼友。在匹配到从服务对象所对应的第四服务对象的情况下，创建从服务对象与第四服务对象之间的拼车约定及建立主服务对象与待拼服务对象之间的拼车约定。

如此，确保主服务对象得到更优拼友的同时，从服务对象也有对应的拼友，保障多方的拼车体验。

当然，在未匹配到从服务对象对应的第四服务对象的情况下，在一些实施例中，可以终止利用待拼车服务对象替换从服务对象的步骤，不对现有的拼车约定进行变更。在另一些实施例中，还可以是得到从服务对象的确认指令的前提下，为从服务对象匹配新的服务提供端140(车辆)，让该从服务对象作为新匹配到的服务提供端140对应的主服务对象，然后继续进行拼友寻找。

待拼服务对象除了可以是未达成拼车约定的服务对象之外，还可以是已达成拼车约定的服务对象。在待拼车服务对象与第三服务对象之间存在拼车约定的情况下，如图6所示，在上述利用待拼车服务对象替代所述从服务对象之前，上述方法还包括：

步骤S301，计算第三服务对象与从服务对象之间的第三匹配因子和待拼服务对象与第三服务对象之间的第四匹配因子。

在一些实施例中，计算第三服务对象与从服务对象之间的第三匹配因子和计算待拼服务对象与第三服务对象之间的第四匹配因子的原理可以参考计算第一匹配因子的方式，在此不再赘述。

步骤S302，在第三匹配因子不低于预设值且第四匹配因子低于第一匹配因子与设定值之和的情况下，判断第一匹配因子与第二匹配因子之间的大小关系。

上述设定值可以是预设的一个比较小的值，如此，在第三匹配因子不低于预设值的情况下，第四匹配因子小于第一匹配因子(表征待拼车服务对象与主服务对象之间的顺路程度高于与第三服务对象之间的顺路程度)，可以触发判断第一匹配因子与第二匹配因子之间的大小关系。第四匹配因子等于第一匹配因子(表征待拼车服务对象与主服务对象之间的顺路程度和该待拼车服务对象与第三服务对象之间的顺路程度差不多)，也可以触发判断第一匹配因子与第二匹配因子之间的大小关系。第四匹配因子稍大于第一匹配因子(表征待拼车服务对象与主服务对象之间的顺路程度比与第三服务对象之间的顺路程度稍微低一点，但不影响乘客的体验)，也可以触发判断第一匹配因子与第二匹配因子之间的大小关系。

步骤S303，在主服务对象与待拼服务对象之间建立新的拼车约定之后，建立第三服务对象与所述从服务对象之间新的拼车约定。

也即实现了拼友的互换，保障另一个拼车订单不受影响的同时，提高另一个拼车订单的顺路程度。

比如，更换拼友前，用户A和用户B拼成且叫到车，车1正在接驾途中；用户C和用户D拼成且叫到车，车2正在接驾途中。后台匹配到用户A和用户C更顺路，用户B和用户D更顺路，于是更换拼友。更换拼友后，用户A和用户C拼成且叫到车，车1正在接驾途中，用户B和用户D拼成且叫到车，车2正在接驾途中。每个人都拼的更顺。

在一些实施例中，在利用待拼车服务对象替代从服务对象之后，所述方法还包括：

步骤1，计算从主服务对象所对应的第一行程起点达到待拼车服务对象的第二行程起点之间的接驾路线。

步骤2，若接驾路线未超过预设里程，建立主服务对象与待拼服务对象之间的拼车约定。

上述步骤的目的在于保障操作服务提供端140的司机的接单体验。可以理解地，由于更换拼友后，会导致司机的接送路线变更，直观的变化是会将接驾路程增加，故可以设置一个预设里程评估接驾路线变化后会不会影响到司机的接单体验。此外，对于拼单约定对应的服务提供端140预设有顺路范围的情况，在重新建立主服务对象与待拼服务对象之间的拼车约定之前，还需要判断基于主服务对象与待拼服务对象规划的接送路线是否在预设的顺路范围匹配，如果匹配的话才能够继续进行新的拼车约定的创建，反之则放弃新建主服务对象和待拼车服务对象之间的拼车约定，延用主服务对象和原从服务对象之间的拼车约定。另外，当基于同一服务提供端140的拼友更换次数超过指定值的情况下，也可以放弃新建主服务对象和待拼车服务对象之间的拼车约定，延用主服务对象和原从服务对象之间的拼车约定。

上述限制接驾里程、限制顺路范围及限制服务提供端140对应的拼友更换次数，事实上都是从司机侧的角度设定的“不能与主服务对象建立拼车约定”的客观条件。在一些实施例中，还可以从乘客侧的角度设定“不能与主服务对象建立拼车约定”的客观条件。比如，如果两个人已经拼成，其中一个人有了更顺路的拼友，需要两个人都匹配到更顺路的才能换。再比如，已叫到车的用户，路线变更后的接驾时间和距离不超出一定值(虽然更换了更顺路的拼友，总用时更少，但有可能接驾时间变长，送驾时间变短)。再比如，司乘已沟通的场景不更换司机(比如司机之前已通过话、正在通话、或有IM沟通)；再比如，单个订单被更换拼友次数不超出一定值。

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

参照图7所示，为本申请实施例五提供的一种拼车服务提供装置500的示意图，所述装置包括：获取模块501、计算模块502、更新模块503；其中，

获取模块501，用于获取达成拼车约定的主服务对象及从服务对象。

计算模块502，用于计算所述主服务对象与待拼服务对象之间的第一匹配因子。

更新模块503，用于若所述第一匹配因子大于所述主服务对象与从服务对象之间的第二匹配因子，则利用所述待拼车服务对象替代所述从服务对象，以达成新的拼车约定。

在一些实施例中，上述获取模块501包括：

获取子模块，用于获取处于接驾状态的可选拼车订单；

确定子模块，用于将所述可选拼车订单所对应的多个服务对象分别作为所述主服务对象及从服务对象。

在一些实施例中，上述计算模块502还用于：

获取所述拼车约定所对应的服务提供端140的实时位置信息、所述主服务对象所对应的第一行程起点和第一行程终点；

获取所述待拼车服务对象所对应的第二行程起点和第二行程终点；

规划从所述实时位置信息为起点，途径所述第一行程起点、第一行程终点、第二行程起点和第二行程终点的接送路线；

根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子。

在一些实施例中，在所述待拼车服务对象与第三服务对象之间存在拼车约定的情况下，所述装置还包括：

所述计算模块502，还用于计算所述第三服务对象与所述从服务对象之间的第三匹配因子和所述待拼服务对象与所述第三服务对象之间的第四匹配因子；

判断模块，用于在所述第三匹配因子不低于预设值且所述第四匹配因子低于所述第一匹配因子与设定值之和的情况下，判断所述第一匹配因子与第二匹配因子之间的大小关系；

建立模块，用于在所述主服务对象与待拼服务对象之间建立新的拼车约定之后，建立所述第三服务对象与所述从服务对象之间新的拼车约定。

在一些实施例中，所述装置还包括：

匹配模块，用于针对所述从服务对象进行拼车匹配；

建立模块，用于在为所述从服务对象匹配到第四服务对象的情况下，创建所述从服务对象与所述第四服务对象之间的拼车约定及建立所述主服务对象与待拼服务对象之间的拼车约定。

在一些实施例中，装置还包括：

所述计算模块502，还用于计算从所述主服务对象所对应的第一行程起点达到所述待拼车服务对象的第二行程起点之间的接驾路线；

建立模块，用于若所述接驾路线未超过预设里程，建立所述主服务对象与待拼服务对象之间的拼车约定。

本申请实施例还提供了一种电子设备60，如图8所示，为本申请实施例提供的电子设备60结构示意图，包括：处理器61、存储器62、和总线63。所述存储器62存储有所述处理器61可执行的机器可读指令(比如，图7中的装置中获取模块501、计算模块502、更新模块503对应的执行指令等)，当电子设备60运行时，所述处理器61与所述存储器62之间通过总线63通信，所述机器可读指令被所述处理器61执行时执行如下处理：

获取达成拼车约定的主服务对象及从服务对象。

计算所述主服务对象与待拼服务对象之间的第一匹配因子。

若所述第一匹配因子大于所述主服务对象与从服务对象之间的第二匹配因子，则利用所述待拼车服务对象替代所述从服务对象，以达成新的拼车约定。

一种可能的实施方式中，处理器61执行的指令中，获取达成拼车约定的主服务对象及从服务对象的步骤包括：获取处于接驾状态的可选拼车订单；将所述可选拼车订单所对应的多个服务对象分别作为所述主服务对象及从服务对象。

一种可能的实施方式中，处理器61执行的指令中，所述计算所述主服务对象与待拼服务对象之间的第一匹配因子的步骤包括：

获取所述拼车约定所对应的服务提供端140的实时位置信息、所述主服务对象所对应的第一行程起点和第一行程终点。

获取所述待拼车服务对象所对应的第二行程起点和第二行程终点。

规划以所述实时位置信息为起点，途径所述第一行程起点、第一行程终点、第二行程起点和第二行程终点的接送路线。

根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子。

一种可能的实施方式中，处理器61执行的指令中，根据所述接送路线的至少一个路况因子，评估对应的所述第一匹配因子的步骤包括：

预估所述接送路线的驾驶时段；

根据所述驾驶时段评估所述接送路线所对应的拥堵路程占比；

获取所述接送路线中接驾路程；

结合所述服务提供端140所对应的车辆信息，预估所述接送路线所对应的驾驶时长；

基于所述拥堵路程占比、接驾路程及驾驶时长之一或之间的组合，计算所述第一匹配因子。

一种可能的实施方式中，处理器61执行的指令中，在所述待拼车服务对象与第三服务对象之间存在拼车约定的情况下，利用所述待拼车服务对象替代所述从服务对象之前，所述方法还包括：

计算所述第三服务对象与所述从服务对象之间的第三匹配因子和所述待拼服务对象与所述第三服务对象之间的第四匹配因子；

在所述第三匹配因子不低于预设值且所述第四匹配因子低于所述第一匹配因子与设定值之和的情况下，判断所述第一匹配因子与第二匹配因子之间的大小关系；

在所述主服务对象与待拼服务对象之间建立新的拼车约定之后，建立所述第三服务对象与所述从服务对象之间新的拼车约定。

一种可能的实施方式中，处理器61执行的指令中，在利用所述待拼车服务对象替代所述从服务对象之后，所述方法还包括：

针对所述从服务对象进行拼车匹配；

在为所述从服务对象匹配到第四服务对象的情况下，创建所述从服务对象与所述第四服务对象之间的拼车约定及建立所述主服务对象与待拼服务对象之间的拼车约定。

一种可能的实施方式中，处理器61执行的指令中，在利用所述待拼车服务对象替代所述从服务对象之后，所述方法还包括：

计算从所述主服务对象所对应的第一行程起点达到所述待拼车服务对象的第二行程起点之间的接驾路线；

若所述接驾路线未超过预设里程，建立所述主服务对象与待拼服务对象之间的拼车约定。

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

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述拼车服务提供方法。

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

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

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