CN111582960A - 拼车请求处理方法、装置与计算机可读存储介质 - Google Patents

Abstract

本发明提供一种拼车请求处理方法、装置与计算机可读存储介质。该方法包括：获取乘客端发出的拼车请求；根据拼车请求确定出行特征和拼单属性；根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。本发明所提供的技术方案，用以提供一种尾座拼车方案，以提高车辆资源利用率，并在一定程度上缓解交通压力。

Description

拼车请求处理方法、装置与计算机可读存储介质

技术领域

本发明涉及智能交通技术领域，尤其涉及一种拼车请求处理方法、装置与计算机可读存储介质。

背景技术

随着智能交通的不断普及和发展以及城市交通环境的日益拥堵，如何提高车辆利用率变得尤为关键。

现有技术中，一般通过拼车的方式使得车辆能够承载更多的乘客，以此来提高车辆利用率。现有的拼车方式不可避免的存在一些尾座资源浪费的情况，例如，3单拼车情况下的第三个座位，就很难被充分利用。

因此，在拼车场景下，车辆资源利用率还存在进一步的提升空间。

发明内容

本发明提供一种拼车请求处理方法、装置与计算机可读存储介质，用以提供一种尾座拼车方案，以提高车辆资源利用率，并在一定程度上缓解交通压力。

第一方面，本发明提供一种拼车请求处理方法，包括：

获取乘客端发出的拼车请求；

根据拼车请求确定出行特征和拼单属性；

根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；

其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。

第二方面，本发明提供一种拼车请求处理装置，包括：

获取模块，用于获取乘客端发出的拼车请求；

确定模块，用于根据拼车请求确定出行特征和拼单属性；

匹配模块，用于根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；

其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。

第三方面，本发明提供一种拼车请求处理装置，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如第一方面所述的方法。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如第一方面所述的方法。

本发明提供的技术方案，在对接受到的拼车请求进行处理时，在确定了拼车请求的出行特征与拼单属性后，根据尾座匹配算法为其进行车辆尾座的匹配，从而，提高车辆尾座的拼车成功率与资源利用率，避免了车辆尾座资源的浪费，在一定程度上缓解了交通压力。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本发明实施例所提供的一种拼车请求处理方法的流程示意图；

图2为本发明实施例所提供的一种尾座匹配算法的实现流程示意图；

图3为本发明实施例所提供的另一种尾座匹配算法的实现流程示意图；

图4为本发明实施例所提供的一种拼车请求处理装置的功能方块图；

图5为本发明实施例所提供的一种拼车请求处理装置的实体结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

首先对本发明所涉及的名词进行解释：

拼车：是指将路线相同或相近的至少两个订单匹配到同一辆司机车辆中，由该司机车辆运送乘客达到目的地的乘车方式。

尾座，是指在拼车场景中最后剩余的一个或两个座位。

尾座拼车，是指针对车辆的尾座进行拼车。

出行特征，是指与乘客出行相关的特征，用以描述乘客的出行。本发明实施例中，出行特征可以包括但不限于：上车位置、下车位置、出发时间、乘车人数等。

拼单属性，是指拼车订单的属性。其中，可以包括但不限于：拼单数目。例如，若某一拼车请求的拼单属性为两拼单，则是指该乘客在出行时的拼车需求是至多与一个拼车订单进行拼车；类似的，若某一拼车请求的拼单属性为三拼单，则是指该乘客在出行时的拼车需求是至多与2个拼车订单进行拼车。

乘客端；是指乘客侧线上打车应用程序，主要用以输入出行信息并发出乘车请求，以及，用于发出乘客指示，如取消订单、变更地点、确认信息等。

司机端：是指司机侧线上打车应用程序，主要用以接收系统的派单或向选单服务器发出请求以实现选单。

发明所涉及的终端设备可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网设备进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。再例如，无线终端还可以是个人通信业务(PersonalCommunication Service，简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol，简称SIP)话机、无线本地环路(Wireless LocalLoop，简称WLL)站、个人数字助理(Personal Digital Assistant，简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户设备(User Device or User Equipment)，在此不作限定。可选的，上述终端设备还可以是智能手表、平板电脑等设备。

本发明具体的应用场景主要针对智能交通领域中的拼车场景。在拼车的场景中，一般会根据乘客端提交的拼车请求，生成拼车订单，并在可拼车车辆中进行车辆匹配，将至少两个拼车订单匹配到一辆车辆中。这种拼车方式相较于正常乘车方式能够提高车辆中车座资源的利用率，但仍存在部分尾座，这部分尾座的资源无法再参与拼车匹配，导致这部分车座资源的浪费。

本发明提供的拼车请求处理方法，旨在解决现有技术的如上技术问题，并提出如下解决思路：当接收到拼车请求时，通过尾座匹配算法为拼车请求匹配车辆尾座，以避免尾座资源的浪费，提高车辆资源利用率，并缓解交通压力。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

本发明实施例提供了一种拼车请求处理方法。请参考图1，该方法包括如下步骤：

S102，获取乘客端发出的拼车请求。

S104，根据拼车请求确定出行特征和拼单属性。

S106，根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座。

如前所述，本发明实施例所涉及到的所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位，此后不再赘述。

本发明实施例中，当接收到乘客端发送的拼车请求，则优先考虑为其进行尾座匹配。因此，若存在能够与该拼车请求匹配的车辆尾座时，则提示给乘客端。

具体的，S102步骤中所接收到的拼车请求是乘客端发送的。其中，拼车请求中至少携带有如下信息中的至少一种：出行特征、拼单属性与乘客信息。

具体的，本发明实施例可通过特征提取方式确定拼车请求中携带的出行特征与拼单属性。

例如，可以采用文字提取方式，在乘客端提交的拼车请求中提取出出行特征和拼单属性；或者，也可以将该拼车请求作为一副图像，通过图像特征提取方式来得到上述信息。

基于前述出行特征与拼单属性的确定，在具体执行S106所述的匹配步骤时，还需要获取所述尾座匹配算法，从而，利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座。

具体而言，所述尾座匹配算法可以预先设置并保存在该拼车请求处理方法的执行装置中，因此，在执行该尾座匹配算法的获取时，可直接调用该算法。

一种可能的设计中，该尾座匹配算法也可以具化为该拼车请求处理方法的执行装置中一个具体的处理单元或处理器，以便于将前述获取到的出行特征与所述拼单属性作为输出，而匹配到的车辆尾座作为输出。

为了便于理解，本发明实施例还进一步给出了该尾座匹配算法的处理流程。请参考图2示出的流程，此时，利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座可以包括如下步骤：

S202，在未匹配订单的车辆尾座中，获取满足所述出行特征与所述拼单属性的候选尾座。

在具体执行S202步骤时，则需要以出行特征与拼单属性为原则，在所有拼车车辆的尾座中进行匹配，来确认是否存在与该拼车订单相匹配的车辆尾座。

例如，若接收到某乘客的拼车请求为a地至b地，拼单属性为3拼类型，则此时，需要以途径a地至b地且为3拼类型的车辆的尾座进行匹配。若存在某车辆满足该出行特征和拼单属性，且该车辆存在一个尾座，则确定该尾座可作为该乘客端提出的拼车请求的候选尾座，执行后续S204、S206步骤；反之，若在所有存在尾座的车辆中进行匹配，发现能够满足该乘客端的拼车请求的尾座不存在，则可再扩大匹配范围并确定候选尾座。其中，扩大匹配范围可以包括但不限于：扩大地理范围与扩大筛选条件中的至少一种。例如，例如，由半径5km的圆形区域扩大到半径8km的圆形区域；又例如，由二拼车辆尾座扩大到三拼车辆尾座；又例如，由仅在尾座中匹配扩大到在所有拼车座位中匹配。

在一种可能的设计中，上述过程中所涉及的尾座匹配过程可以通过神经网络算法实现，或者，另一种可能的设计中，也可以通过特征匹配算法实现，或者，另一种可能的设计中，也可以通过其他预设的算法或规则实现，本发明实施例对此无特别限定。

为了便于理解，以特征匹配算法为例，进行简要说明。在进行尾座匹配时，可以提取该拼车请求的特征，包括：出行特征与拼单属性特征，然后，将该拼车请求的特征在具备尾座的拼车车辆中进行特征匹配，若特征相同或者特征的相似度大于预设阈值，则确定该车辆尾座满足所述出行特征与所述拼单属性；反之，则该车辆尾座不满足所述出行特征与所述拼单属性。其中，具备尾座的车辆的特征为该车辆中其他已匹配乘客的拼车请求的特征。

S204，获取各所述候选尾座的费用特征；其中，所述费用特征用于表征所述乘客端采用各所述候选尾座拼车出行时的费用。

S206，根据所述费用特征，在各所述候选尾座中确定与所述拼车请求匹配的车辆尾座。

具体而言，可依据费用最低的原则确定车辆尾座。这能够提高乘客端的尾座拼车意愿，也能够在一定程度上提高尾座拼车的成交率。

以下，对前述S204中针对费用特征的获取方式进行具体说明。

请参考图3，S204可以包括如下步骤：

S2042，根据出行特征，获取车辆尾座的第一计费特征；所述第一计费特征用于表征所述乘客端正常乘车时的计费特征。

在一个具体的实现场景中，该第一计费特征可以包括但不限于：正常计费、正常补贴、正常乘车计费比与正常乘车动态折扣中的至少一种。

S2044，根据所述出行特征、所述拼单属性与所述车辆尾座，获取所述车辆尾座的第二计费特征；所述第二计费特征用于表征所述乘客端采用尾座拼车时的计费特征。

在一个具体的实现场景中，第二计费特征可以包括但不限于：尾座计费、尾座补贴、尾座动态折扣中的至少一种。

需要说明的是，本发明实施例对于S2042与S2044的执行步骤无特别限定，图3所示并列式仅为一种可能的实现方式，具体实现时，还可以任意次序先后执行。

S2046，根据第一计费特征与第二计费特征，获取所述费用特征。

具体而言，该步骤在实现时，可以根据所述第一计费特征与所述第二计费特征，获取至少一个盈利因素；其中，所述盈利因素用于表征所述车辆尾座的盈利情况；从而，对所述盈利因素进行数据处理，即可得到所述费用特征。

本发明实施例所涉及的盈利因素特征可以包括但不限于：额外计费因素、额外补贴因素、拼单盈利因素与正常盈利因素中的至少一种。

具体而言，可以分别按照如下方式获取盈利因素：

1)获取尾座计费与正常计费之差，得到额外计费因素。

也就是：X1＝S1-S2。

其中，X1表示该车辆尾座的额外计费因素，S1表示该车辆尾座的尾座计费，S2表示该车辆尾座的正常计费。

此外，额外计费因素还可以表示为：尾座计费方式与正常计费方式之差在时长、里程两个维度上的差值。

也就是：X1＝(Z1-Z2)*f1+(Z1-Z2)*f2。

其中，Z1表示尾座计费方式，Z2表示正常计费方式，而f1表示时长单价，f2表示里程单价。

2)获取尾座补贴与正常补贴之差，得到额外补贴因素。

也就是：X2＝E1-E2。

其中，X2表示该车辆尾座的额外补贴因素，E1表示该车辆尾座的尾座补贴，E2表示该车辆尾座的正常补贴。

此外，额外补贴因素还可以表示为：司机补贴率与与原补贴之和。

可以具体表示为：X2＝f3*(1+f4)

其中，f3表示司机在尾座拼车模式下的额外计费因素比，f4表示司机补贴率。

3)获取尾座动态折扣与乘客应付之积，得到拼单盈利因素。

也就是：X3＝G*f5。

其中，X3表示该车辆尾座的拼单盈利因素，G表示乘客应付，f5表示尾座动态折扣。

在具体实现时，尾座动态折扣可以预先配置，例如，可以配置为5％，本发明实施例对该参数的具体数值无特别限定。

4)获取正常乘车动态折扣与正常乘车计费比之间的差值，并获取该差值与乘客应付之间的乘积，以及，获取该乘积与正常补贴之差，得到正常盈利因素。

也就是：X4＝(f6-f5)*G-E2。

其中，X4表示正常盈利因素，f6表示正常乘车动态折扣，f5表示尾座动态折扣，G表示乘客应付，E2表示该车辆尾座的正常补贴。

如此，得到该车辆尾座的盈利特征。而对车辆尾座的盈利特征进行数据处理，即可得到费用特征。

在一个具体的实现过程中，若获取到了额外计费因素、额外补贴因素、拼单盈利因素与正常盈利因素，则可以采用以下公式来确定该车辆尾座的费用特征：

Y＝X1+X2+X3-X4

其中，Y表示车辆尾座的费用特征，X1表示车辆尾座的额外计费因素，X2表示车辆尾座的额外补贴因素，X3表示车辆尾座的拼单盈利因素，X4表示车辆尾座的正常盈利因素。

通过如图3所示的上述步骤，即可得到该车辆尾座的费用特征，进而，可将费用特征最低的一个候选尾座作为与该拼车请求相匹配的车辆尾座，并推荐给乘客端。与正常拼车方式相比，尾座拼车在费用上具备一定的优势，能够在一定程度上提高乘客的尾座拼车意愿及积极性，从而，提升了拼车车辆的资源利用率，并进一步能够达到缓解交通压力的效果。

除前述针对拼车请求的匹配方法之外，本发明实施例还进一步将匹配到的车辆尾座提示给乘客端。也就是，该方法还可以包括如下步骤：

向所述乘客端输出包含所述费用特征的尾座拼车提示信息。

具体而言，尾座拼车提示信息可以有多种表现形式，本发明实施例对此无特别限定。一种可能的设计中，可以直接按照预设的提示信息为乘客端进行提示。例如，可以输出气泡提示信息，该气泡提示信息中包含预设文案：拼车惊喜价，限时优惠！

需要说明的是，本发明实施例所提供的拼车请求处理方法可以应用于乘客端，此时，可具体用于乘客端已输入出行特征的任意拼车请求中。在这种场景下，拼单属性可以为二拼或三拼中的至少一种，已预设为准，此处二拼或三拼主要用于候选尾座的范围确定，以及，用于最终匹配的车辆尾座的确定中。需注意，这种实现方式中，受限于乘客端可能还未将拼车请求发送至服务器，因此，经过前述流程后，需要经过乘客端的确认，此时，若得到乘客端的响应为确认，则可快速锁定当前匹配到的车辆尾座。

或者，本发明实施例所提供的拼车请求处理方法可以应用于服务器端，此时，前述得到的拼车请求是用户已发出的，直接根据前述流程处理即可。而这种场景中，由于拼车请求用户已发出，因此，输出的尾座拼车提示信息在执行时，可以无需乘客端的确认，而由服务器端直接匹配成功。此时，乘客端接收到的尾座拼车提示信息可以用于提示拼车成功。这能够迅速为该拼车请求锁定该车辆尾座，使得其他乘客端发出的拼车请求无法匹配到该车辆尾座。

在这种实现场景中，若乘客端对该车辆尾座不满意，则可进一步在预设时长范围内发出取消指示，则取消对该车辆尾座的锁定，此时，乘客端可无责取消。或者，若超过该预设时长，则进入正常取消模式，此时再取消该车辆尾座订单可能会导致取消订单损失。

或者，在拼车请求处理方法可以应用于服务器端的另一个可能的实现场景中，还可以进一步提供一个乘客确认的步骤，也就是，在执行输出提示尾座拼车提示信息之外，还可以包括如下步骤：

接收针对尾座拼车提示信息的响应信息；

若响应信息为确认接受尾座拼车，输出尾座拼车成功提示信息。

此时，尾座拼车成功提示信息除包括拼车成功的提示之外，还可以包括但不限于：与该车辆尾座对应的司机端信息。具体的，司机端信息可以包括但不限于：司机联系方式与司机当前位置中的至少一个。

或者，在另一个执行分支中，若接收到的响应信息为拒绝接受该尾座拼车时，则按照正常拼车模式，重新为该拼车请求进行车辆匹配。并且，还可以在该拼车请求中添加拒绝尾座拼车的标识信息，以便于根据该拼车请求进行车辆匹配时，不再考虑车辆尾座。

本发明实施例中，若不存在与该拼车请求相匹配的车辆尾座时，则按照正常拼车模式，检测是否存在与该拼车请求相匹配的车辆座位。车辆座位可以在车辆尾座以外的其他座位中进行匹配，这种方式匹配效率较高；或者，也可以在全车辆座位的范围内进行匹配，这种方式较为全面。

一种可能的场景下，本发明实施例还进一步考虑到在同一时刻可能有多个拼单请求匹配到同一个车辆尾座，此时，则可以采取时间顺序有前之后的顺序依次分配，或者，可以采用抢单方式来确定最终匹配该车辆尾座的拼单请求。

因此，本发明实施例所提供的拼车请求处理方法，还可以进一步包括以下步骤：

检测车辆尾座是否已经被其他乘客抢先确认；

若检测到其他乘客抢先确认，重新为所述拼车请求匹配座位。

此时，重新为拼车请求匹配的座位可以包括：车辆尾座或者全部可拼车辆的座位。

在这种实现方式中，若乘客端优先确认了接受该车辆尾座，则按照前述步骤获取到的费用特征进行计费并发车；反之，若乘客端未来及确认接受该车辆尾座，则该车辆尾座消失，此时，可重新匹配尾座，若匹配到其他尾座且乘客端确认，则可按照匹配到的其他尾座的费用特征进行计费并发车；或者额，无法匹配到其他尾座，则不再享受上述尾座优惠政策，此时，可按照正常的拼车模式计算其正常拼车费用，并控制乘客端上显示的拼车费用由原车辆尾座的费用特征变更为正常拼车费用。

本发明实施例所提供的技术方案至少具备如下技术效果：

本发明提供的技术方案，在对接受到的拼车请求进行处理时，在确定了拼车请求的出行特征与拼单属性后，根据尾座匹配算法为其进行车辆尾座的匹配，从而，提高车辆尾座的拼车成功率与资源利用率，避免了车辆尾座资源的浪费，在一定程度上缓解了交通压力。

实施例二

基于上述实施例一所提供的拼车请求处理方法，本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。

本发明实施例提供了一种拼车请求处理装置，请参考图4，该拼车请求处理装置400，包括：

获取模块41，用于获取乘客端发出的拼车请求；

确定模块42，用于根据拼车请求确定出行特征和拼单属性；

匹配模块43，用于根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；

其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。

具体的，所述匹配模块43，具体用于：

获取所述尾座匹配算法；

利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座。

具体的，所述匹配模块43，具体用于：

在未匹配订单的车辆尾座中，获取满足所述出行特征与所述拼单属性的候选尾座；

获取各所述候选尾座的费用特征；其中，所述费用特征用于表征所述乘客端采用各所述候选尾座拼车出行时的费用；

根据所述费用特征，在各所述候选尾座中确定与所述拼车请求匹配的车辆尾座。

具体的，所述匹配模块43，还具体用于：

根据所述出行特征，获取所述拼车请求的第一计费特征；所述第一计费特征用于表征所述乘客端正常乘车时的计费特征；

根据所述出行特征、所述拼单属性与所述车辆尾座，获取所述车辆尾座的第二计费特征；所述第二计费特征用于表征所述乘客端采用尾座拼车时的计费特征；

根据所述第一计费特征与第二计费特征，获取所述费用特征。

具体的，所述匹配模块43，具体用于：

根据所述第一计费特征与所述第二计费特征，获取至少一个盈利因素；其中，所述盈利因素用于表征所述车辆尾座的盈利情况；

对所述盈利因素进行数据处理，得到所述费用特征。

本发明实施例中，盈利因素包括：额外计费因素、额外补贴因素、拼单盈利因素与正常盈利因素中的至少一种；

所述第一计费特征包括：正常计费、正常补贴、正常乘车计费比与正常乘车动态折扣中的至少一种；

所述第二计费特征包括：尾座计费、尾座补贴、尾座动态折扣中的至少一种。

一种可能的设计中，所述拼车请求处理装置400还包括：

输出模块(图4未示出)，用于向所述乘客端输出包含所述费用特征的尾座拼车提示信息。

另一种可能的设计中，所述拼车请求处理装置400还包括：

检测模块(图4未示出)，用于检测所述车辆尾座是否已经被其他乘客抢先确认；

所述匹配模块43，还用于若检测到其他乘客抢先确认，重新为所述拼车请求匹配座位。

并且，本发明实施例提供了一种拼车请求处理装置，请参考图5，该拼车请求处理装置500，包括：

存储器510；

处理器520；以及

计算机程序；

其中，计算机程序存储在存储器510中，并被配置为由处理器520执行以实现如上述实施例一任一实现方式所述的方法。

此外，如图5所示，在该拼车请求处理装置500中还设置有收发器530，用于与其他设备进行数据传输或通信，在此不再赘述。

如图5所示，存储器510、处理器520与收发器530通过总线连接并通信。

此外，本发明实施例提供了一种可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现如实施例一所述的方法。

由于本实施例中的各模块能够执行实施例一所示的方法，本实施例未详细描述的部分，可参考对实施例一的相关说明。

本发明实施例所提供的技术方案至少具备如下技术效果：

本发明提供的技术方案，在对接受到的拼车请求进行处理时，在确定了拼车请求的出行特征与拼单属性后，根据尾座匹配算法为其进行车辆尾座的匹配，从而，提高车辆尾座的拼车成功率与资源利用率，避免了车辆尾座资源的浪费，在一定程度上缓解了交通压力。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

Claims (18)

1.一种拼车请求处理方法，其特征在于，包括：

获取乘客端发出的拼车请求；

根据拼车请求确定出行特征和拼单属性；

根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；

其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。

2.根据权利要求1所述的方法，其特征在于，所述根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座，包括：

获取所述尾座匹配算法；

利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座。

3.根据权利要求2所述的方法，其特征在于，所述利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座，包括：

在未匹配订单的车辆尾座中，获取满足所述出行特征与所述拼单属性的候选尾座；

获取各所述候选尾座的费用特征；其中，所述费用特征用于表征所述乘客端采用各所述候选尾座拼车出行时的费用；

根据所述费用特征，在各所述候选尾座中确定与所述拼车请求匹配的车辆尾座。

4.根据权利要求3所述的方法，其特征在于，所述获取各所述候选尾座的费用特征，包括：

根据所述出行特征，获取所述拼车请求的第一计费特征；所述第一计费特征用于表征所述乘客端正常乘车时的计费特征；

根据所述出行特征、所述拼单属性与所述车辆尾座，获取所述车辆尾座的第二计费特征；所述第二计费特征用于表征所述乘客端采用尾座拼车时的计费特征；

根据所述第一计费特征与第二计费特征，获取所述费用特征。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第一计费特征与第二计费特征，获取所述费用特征，包括：

根据所述第一计费特征与所述第二计费特征，获取至少一个盈利因素；其中，所述盈利因素用于表征所述车辆尾座的盈利情况；

对所述盈利因素进行数据处理，得到所述费用特征。

6.根据权利要求5所述的方法，其特征在于，盈利因素包括：额外计费因素、额外补贴因素、拼单盈利因素与正常盈利因素中的至少一种；

所述第一计费特征包括：正常计费、正常补贴、正常乘车计费比与正常乘车动态折扣中的至少一种；

所述第二计费特征包括：尾座计费、尾座补贴、尾座动态折扣中的至少一种。

7.根据权利要求3至6任一项所述的方法，其特征在于，所述方法还包括：

向所述乘客端输出包含所述费用特征的尾座拼车提示信息。

8.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：

检测所述车辆尾座是否已经被其他乘客抢先确认；

若检测到其他乘客抢先确认，重新为所述拼车请求匹配座位。

9.一种拼车请求处理装置，其特征在于，包括：

获取模块，用于获取乘客端发出的拼车请求；

确定模块，用于根据拼车请求确定出行特征和拼单属性；

匹配模块，用于根据所述出行特征、所述拼单属性和尾座匹配算法，为所述拼车请求匹配车辆尾座；

其中，所述尾座是指在拼车场景中拼车车辆最后剩余的一个或两个座位。

10.根据权利要求9所述的装置，其特征在于，所述匹配模块，具体用于：

获取所述尾座匹配算法；

利用所述尾座匹配算法处理所述出行特征与所述拼单属性，得到与所述拼车请求匹配的车辆尾座。

11.根据权利要求10所述的装置，其特征在于，所述匹配模块，具体用于：

在未匹配订单的车辆尾座中，获取满足所述出行特征与所述拼单属性的候选尾座；

获取各所述候选尾座的费用特征；其中，所述费用特征用于表征所述乘客端采用各所述候选尾座拼车出行时的费用；

根据所述费用特征，在各所述候选尾座中确定与所述拼车请求匹配的车辆尾座。

12.根据权利要求11所述的装置，其特征在于，所述匹配模块，还具体用于：

根据所述出行特征，获取所述拼车请求的第一计费特征；所述第一计费特征用于表征所述乘客端正常乘车时的计费特征；

根据所述出行特征、所述拼单属性与所述车辆尾座，获取所述车辆尾座的第二计费特征；所述第二计费特征用于表征所述乘客端采用尾座拼车时的计费特征；

根据所述第一计费特征与第二计费特征，获取所述费用特征。

13.根据权利要求12所述的装置，其特征在于，所述匹配模块，具体用于：

根据所述第一计费特征与所述第二计费特征，获取至少一个盈利因素；其中，所述盈利因素用于表征所述车辆尾座的盈利情况；

对所述盈利因素进行数据处理，得到所述费用特征。

14.根据权利要求13所述的装置，其特征在于，盈利因素包括：额外计费因素、额外补贴因素、拼单盈利因素与正常盈利因素中的至少一种；

所述第一计费特征包括：正常计费、正常补贴、正常乘车计费比与正常乘车动态折扣中的至少一种；

所述第二计费特征包括：尾座计费、尾座补贴、尾座动态折扣中的至少一种。

15.根据权利要求11至14任一项所述的装置，其特征在于，所述装置还包括：

输出模块，用于向所述乘客端输出包含所述费用特征的尾座拼车提示信息。

16.根据权利要求9至14任一项所述的装置，其特征在于，所述装置还包括：

检测模块，用于检测所述车辆尾座是否已经被其他乘客抢先确认；

所述匹配模块，还用于若检测到其他乘客抢先确认，重新为所述拼车请求匹配座位。

17.一种拼车请求处理装置，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1至8任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，

所述计算机程序被处理器执行以实现如权利要求1至8任一项所述的方法。

Images