CN116151936A - 拼车方法、装置、计算机设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种拼车方法、装置、计算机设备、存储介质和程序产品，所述方法包括：接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置，并确定与乘客落座位置匹配的目标车辆，获取目标车辆的车辆信息，将车辆信息发送至乘客端，以满足乘客对于座位的位置需求，提高拼车的人性化服务，进而提高了乘客的拼车体验。

Description

拼车方法、装置、计算机设备、存储介质和程序产品

技术领域

本申请涉及网约车技术领域，特别是涉及一种拼车方法、装置、计算机设备、存储介质和程序产品。

背景技术

随着智能交通的不断发展，拼车出行因其便捷性和经济性的优点被越来越多的乘客所选择。

传统拼车方法中，在乘客使用网约车软件进行拼车后，若所拼车辆已有乘客落座，时常出现后来的乘客无法按照自己的意愿落座的现象，特别是对于一些有特殊需求的乘客，如带小孩/老人的乘客。

可见，传统拼车方法无法满足乘客对于座位的位置需求，缺乏人性化服务，降低了乘客的拼车体验。

发明内容

基于此，有必要针对上述技术问题，提供一种拼车方法、装置、计算机设备、存储介质和程序产品。

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

接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置；

确定与乘客落座位置匹配的目标车辆；

获取目标车辆的车辆信息，将车辆信息发送至乘客端。

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

接收乘客选择的落座位置，并根据乘客选择的落座位置生成拼车请求；

向平台端发送拼车请求；

接收平台端发送的目标车辆的车辆信息。

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

请求接收模块，用于接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置；

目标确定模块，用于确定与乘客落座位置匹配的目标车辆；

信息发送模块，用于获取目标车辆的车辆信息，将车辆信息发送至乘客端。

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

请求生成模块，用于接收乘客选择的落座位置，并根据乘客选择的落座位置生成拼车请求；

请求发送模块，用于向平台端发送拼车请求；

信息接收模块，用于接收平台端发送的目标车辆的车辆信息。

第五方面，本公开实施例提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或者第二方面所述的方法。

第六方面，本公开实施例提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或第二方面所述的方法。

第七方面，本公开实施例提供一种程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面或第二方面所述的方法。

上述拼车方法、装置、计算机设备、存储介质和程序产品，通过接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置，并确定与乘客落座位置匹配的目标车辆，获取目标车辆的车辆信息，将车辆信息发送至乘客端，以满足乘客对于座位的位置需求，提高拼车的人性化服务，进而提高了乘客的拼车体验。

附图说明

图1为一个实施例中拼车方法的应用环境图；

图2为一个实施例中拼车方法的流程示意图；

图3为一个实施例中座位选择界面的界面示意图；

图4为另一个实施例中的座位选择界面的界面示意图；

图5为一个实施例中座位占用信息界面的界面示意图；

图6为一个实施例中确定目标车辆的流程示意图；

图7为另一个实施例中确定目标车辆的流程示意图；

图8为一个实施例中车内座位分布图的示意图；

图9为一个实施例中向乘客端发送座位推荐信息的流程示意图；

图10为另一个实施例根据座位推荐规则确定乘客落座位置的流程示意图；

图11为另一个实施例中拼车方法的流程示意图；

图12为一个实施例中拼车装置的结构框图；

图13为另一个实施例中拼车装置的结构框图；

图14为一个实施例中电子设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

首先，在具体介绍本公开实施例的技术方案之前，先对本公开实施例基于的技术背景或者技术演进脉络进行介绍。通常情况下，在网约车出行领域，拼单打车(以下简称“拼车”)当前的技术背景是：乘客通过乘客端打车软件发起拼车请求，拼车请求中携带有包括乘车人数、出发地以及目的地的拼车需求，并将该拼车请求发送至服务器，由服务器为乘客匹配满足上述拼车需求的服务车辆，并将所匹配的服务车辆的车辆信息发送至乘客端，以完成拼车。基于该背景，申请人通过长期的拼车实验模拟，发现乘客发起拼车请求后，若服务器为乘客所匹配的服务车辆已有乘客落座，导致乘客无法按照自己的意愿落座，特别是在乘客对于落座位置有特殊需求时，如需要并排座位位置，以照看带小孩/老人。如何在拼车时满足乘客对于座位的位置需求，提高拼车的人性化服务，以提高乘客的拼车体验，成为目前亟待解决的难题。另外，需要说明的是，下述实施例介绍的技术方案，申请人均付出了大量的创造性劳动。

下面结合本公开实施例所应用的场景，对本公开实施例涉及的技术方案进行介绍。

本公开实施例提供的拼车方法，可以应用于如图1所示的系统架构中。该系统架构包括司机端101、乘客端102以及平台端103。其中，司机端101和乘客端102可以为手机、平板电脑、IPAD等电子设备，或者，司机端101可以为安装在司机端设备上的第一APP软件，乘客端102可以为安装在乘客端设备上的第二APP软件。平台端103可以为服务器，该服务器可以是独立的服务器，还可以是服务器集群。需要说明的是，司机端101、乘客端102、平台端103两两之间可以互相通信，本公开实施例对三者的通信方式并不做限定。另外，上述第一APP软件、第二APP软件可以为平台端发布的软件，这两个软件可以为两个单独的APP软件，还可以为同一款软件在不同模式下的软件呈现，例如，平台端发布一款出行软件，该出行软件具有司机模式和乘客模式两种模式，不同的模式下软件的功能实现不一样，面对的用户群体也不一样。

在一个实施例中，如图2所示，提供了一种拼车方法，以该方法应用于图1中的平台端为例进行说明，包括以下步骤：

S210、接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置。

其中，拼车请求用于指示乘客落座位置的座位需求信息，该座位需求信息可以直接包括乘客落座位置，还可以包括座位数量或者座位特征。

可选地，乘客端响应于乘客的拼车操作，显示座位选择界面，座位选择界面中包括上述座位需求信息，以供乘客选择。

可选地，在上述座位需求信息中直接包括乘客落座位置时，具体可采用不同的标识表征座位位置。如图3所示，座位选择界面上包括不同车型的车内座位分布图，每一座位上显示有唯一表征该座位位置的标识，图3中具体是字母标识。其中，A表示副驾驶座位，B表示副驾驶座位正后方的座位，C表示主驾驶座位正后面的座位。在其他实施例中该标识还可以是数字和/或图形，在此不做具体限制。

可选地，乘客端可响应于乘客在座位选择界面语音输入或者手动输入标识的方式确定乘客的座位需求信息，并生成携带有座位需求信息的拼车请求。如图4所示，乘客端的显示界面上还包括待选择的标识项，每一待选择的标识项中包括标识和标识所表征的座位。

可选地，在上述座位需求信息中包括座位数量和/或座位特征时，平台端则在候选落座位置中确定满足该座位需求信息的座位位置为乘客落座位置。其中，座位特征包括座位的位置特征，如前排、后排、独座或者连座。

可选地，平台端在接收到乘客端发送的拼车请求后，响应于该拼车请求，对该拼车请求进行解析以得到乘客落座位置。例如，乘客端向平台端发送包括标识B和标识C的拼车请求，平台端接收到该拼车请求后，对该拼车请求进行解析，确定乘客落座位置即为标识B和标识C所对应的座位位置。

S220、确定与乘客落座位置匹配的目标车辆。

其中，平台端与司机端之间进行交互，平台端即可得知每一司机端所关联的车辆的运行情况，车辆的运行情况中包括车辆内每一座位的占用情况，进而根据车辆内每一座位的占用情况和乘客落座位置确定与乘客落座位置匹配的目标车辆。

S230、获取目标车辆的车辆信息，将车辆信息发送至乘客端。

可选地，上述车辆信息包括车辆自身信息以及与车辆关联的司机信息。例如，车辆自身信息可以包括车辆当前所在位置、车辆类型、车辆颜色、车牌号码等信息中的至少一项；与车辆关联的司机信息可以包括司机姓名、司机电话以及司机驾龄等信息中的至少一项。

其中，获取目标车辆的车辆信息有多种获取方式。可选地，平台端存储有与所有成功注册的司机端关联的车辆信息，具体可通过信息列表的形式存储在平台端本地，平台端在确定目标车辆后，可根据目标车辆的特征信息从上述信息列表中提取得到该目标车辆的车辆信息。上述特征信息可用于唯一表征车辆，例如，特征信息可以是车牌号码。平台端还可以在确定目标车辆后，向目标车辆发送派单申请，并接收司机端在接受该派单申请后所发送的车辆信息。

具体地，平台端确定出于目标车辆后，则获取该目标车辆的车辆信息，如车辆当前所在位置和车牌号码，并将该车辆信息发送至乘客端，以方便乘客确定目标车辆。

可选地，平台端还可以获取乘客端的乘客信息，并将该乘客信息发送至司机端。其中，乘客信息可以包括乘客姓名、联系方式等信息中的至少一项。

本实施例中，平台端接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置，并确定与乘客落座位置匹配的目标车辆，获取目标车辆的车辆信息，将车辆信息发送至乘客端，以满足乘客对于座位的位置需求，提高拼车的人性化服务，进而提高了乘客的拼车体验。

在其中一个实施例中，为明确乘客落座位置，上述方法还包括：

向目标车辆发送订单信息；其中，订单信息包括乘客落座位置。

具体地，平台端在为乘客匹配到目标车辆后，则生成订单，并将订单信息发送至目标车辆，以使司机端明确乘客落座位置。

可选地，上述订单信息中所包括的乘客落座位置可通过图示的方式在司机端显示。具体地，司机端显示有与自身车辆类型匹配的车内座位分布图，不同乘客所对应的乘客落座位置可采用不同方式区别显示，可以采用不同颜色区别显示，还可以采用不同线型区别显示，还可以通过标注区别显示。例如，如图5所示的座位占用信息界面，已经确定的乘客落座位置可采用斜线填充显示，并显示对应乘客的用户名XXX。

本实施例中，平台端在为乘客匹配到目标车辆后，则向目标车辆发送包括乘客落座位置的订单信息，以使司机端明确每一乘客的乘客落座位置，在乘客间发生位置争执的情况下，提供证据，以平息争执。

在其中一个实施例中，为提高目标车辆的匹配效率和准确性，如图6所示，上述S220包括：

S610、确定处于待接单状态的多个车辆，获取多个车辆中每一车辆的座位占用信息。

其中，车辆的座位占用信息用于指示车辆中的空闲座位位置和/或被占用座位位置。

可选地，司机端可向平台端上报自身关联的车辆的运行状态。其中，运行状态包括待接单状态，接单运行状态以及停运休息状态中一种。待接单状态用于表征车辆正在等待接单，适用于没有乘客乘坐的车辆，或者已有部分拼单乘客乘坐的车辆，接单运行状态表征车辆已经接单，适用于已有独立乘车的乘客落座的车辆，或者所有拼单乘客均已落座的车辆，停运休息状态表征车辆不再接单，适用于没有乘客乘坐的车辆。

具体地，平台端接收到多个司机端上报的各自关联的车辆当前所处的运行状态，从中确定处于待接单状态的多个车辆，并进一步获取所确定的多个车辆中每一车辆的座位占用信息。例如，平台端接收到司机端a1～a5上报对应关联的5个车辆b1～b5(司机端a1关联车辆b1，司机端a2关联车辆b2，…司机端a5关联车辆b5)当前所处的运行状态分别为车辆b2和车辆b5处于待接单状态，车辆b1和车辆b3处于接单运行状态，车辆b4处于停运休息状态，平台端则从上述5个车辆b1～b5中确定处于待接单状态的车辆即车辆b2和车辆b5，并进一步获取车辆b2和车辆b5的座位占用信息。

S620、根据每一车辆的座位占用信息以及乘客落座位置确定目标车辆。

具体地，平台端将所确定的处于待接单状态的车辆的座位占用信息与乘客落座位置进行比较，以确定座位占用信息与乘客落座位置匹配的目标车辆。

在一可选地实施例中，如图7所示，上述S620包括：

S710、根据座位占用信息确定车辆的空闲座位位置。

具体地，平台端根据车辆中座位的座位占用信息确定空闲座位位置。继续上述举例，平台端获取车辆b2和车辆b5的座位占用信息，车辆b2和车辆b5的车内座位分布图如图8所示(斜线填充表示被占用)，其中，车辆b2的座位占用信息包括座位A和座位B空闲，座位C被占用，车辆b5的座位占用信息包括座位A被占用，座位B和座位C空闲，平台端即可确定车辆b2中的空闲座位位置为座位A和座位B所对应的位置，车辆b5中的空闲座位位置为座位B和座位C所对应的位置。

S720、在空闲座位位置包括所有乘客落座位置的情况下，则确定空闲座位位置对应的车辆为目标车辆。

具体地，平台端将基于拼车请求所确定的乘客落座位置与上述空闲座位座位置进行比较，在空闲座位位置包括所有乘客落座位置的情况下，则确定空闲座位位置对应的车辆为目标车辆。承前所述，乘客落座位置为标识A和标识C所对应的座位位置，即座位B和座位C所对应的位置。其中，车辆b5中的空闲座位位置为座位B和座位C所对应的位置，车辆b5的空闲座位位置(座位B和座位C所对应的位置)包括所有乘客落座位置(座位B和座位C所对应的位置)，平台端即可确定车辆b5为目标车辆。

可选地，在存在多个目标车辆的情况下，平台端可向乘客端反馈该多个目标车辆的车辆信息，以供乘客端的乘客选择目标车辆，或者根据多个目标车辆所在位置和乘客端所在位置，从多个目标车辆中确定出最快达到乘客端所在位置的目标车辆。

可选地，在空闲座位位置不包括所有乘客落座位置的情况下，平台端可向乘客端发送选择信息，以供乘客端的选择。其中，选择信息包括继续等待匹配目标车辆和重新选择落座位置。平台端接收乘客端发送的选择信息，若选择信息为继续等待匹配，平台端则继续执行上述S220、确定与乘客落座位置匹配的目标车辆，直至匹配到目标车辆，或者超过匹配限制，平台端则再次向乘客端发送上述选择信息。其中，匹配限制可以是时间限制，也可以时次数限制。若选择信息为重新选择落座位置，乘客端则响应于该选择操作，重新显示位置选择界面，以供乘客重新选择乘客落座位置。

本实施例中，平台端预先确定处于待接单状态的多个车辆，并获取多个车辆中每一车辆的座位占用信息，进而根据每一车辆的座位占用信息以及乘客落座位置确定空闲座位位置包括所有乘客落座位置的车辆为目标车辆，以缩小车辆匹配范围，节省了拼车耗时，并确保目标车辆为满足乘客对于座位的位置需求，因此提高了所确定的目标车辆的匹配效率和准确性。

在一可选地实施例中，为提高为乘客匹配到目标车辆的成功匹配率，平台端还可以在空闲座位位置不包括所有乘客落座位置的情况下，向乘客推荐落座位置，如图9所示，上述方法还包括：

S910、在空闲座位位置不包括所有乘客落座位置的情况下，则根据空闲座位位置确定推荐落座位置。

具体地，平台端在确认当前处于待接单状态的每一车辆的空闲座位位置不包括所有乘客落座位置的情况下，则进一步从空闲座位位置中确定出推荐落座位置。

可选地，平台端可根据预设的座位优先级顺序从空闲座位位置中确定出优先级最高且非乘客落座位置的座位位置，作为推荐落座位置。例如，在乘客落座位置为座位A的位置，车辆c1的空闲座位位置为座位B的位置和座位C的位置，车辆c2的空闲座位位置为座位B的位置，即可确定空闲座位位置中的座位B的优先级最高，即可确定座位B的位置为推荐落座位置。

S920、向乘客端发送座位推荐信息，座位推荐信息用于指示推荐落座位置。

具体地，平台端在确定推荐落座位置后，则向乘客端发送用于指示推荐落座位置的座位推荐信息，以供乘客选择。

可选地，若平台端接收到乘客端发送的对于座位推荐信息的选择信息，则为乘客匹配空闲座位位置包括座位推荐位置的目标车辆。其中，若匹配得到空闲座位位置包括座位推荐位置的多个目标车辆，则将乘客人数最少的目标车辆座位作为为乘客所匹配的目标车辆。

本实施例中，在空闲座位位置不包括所有乘客落座位置的情况下，平台端还用于根据空闲座位位置确定推荐落座位置，并向乘客端发送用于指示推荐落座位置的座位推荐信息，以避免乘客更换乘客落座位置后，仍然未配到目标车辆的情况，进而提高了为乘客匹配到目标车辆的成功匹配率，进一步节省了乘客拼车耗时，提高了拼车效率。

在其中一个实施例中，乘客端向平台端所发送的拼车请求存在两种情况，一种是乘客选择了所要落座的座位位置后触发拼车请求，另一种是乘客未选择所要落座的座位位置便触发了拼车请求，对于上述两种不同情况，对应需采用不同的响应方式确定乘客落座位置。

可选地，在乘客选择了所要落座的座位位置后触发拼车请求的情况下，所触发的拼车请求中则携带了乘客已选座位的位置。平台端接收到拼车请求，响应于该拼车请求，将该拼车请求中包括的乘客已选座位的位置确定为乘客落座位置。例如，如图3所示，乘客在乘客端所显示的座位选择界面上，选择了座位A后点击了“确认呼叫”按钮，即向平台端发起拼车请求，平台端则将该拼车请求中包括座位A的位置确定为乘客落座位置。

可选地，在乘客未选择所要落座的座位位置便触发拼车请求的情况下，平台端接收到拼车请求，响应于该拼车请求，则根据座位推荐规则确定乘客落座位置。

可选地，座位推荐规则可以是乘客预先按照自己的乘坐意愿所设定的座位顺序，在需要根据座位推荐规则确定乘客落座位置时，平台端可按照上述座位顺序确定乘客落座位置。例如，上述座位顺序可以是座位A，座位B，座位C，在乘客未选择所要落座的座位位置便触发拼车请求的情况下，平台端接收到拼车请求，响应于该拼车请求，则确定座位A的位置为乘客落座位置。若平台端没有成功匹配到与座位A的位置匹配的目标车辆，则平台端按照上述座位顺序再确定座位B的位置为乘客落座位置；若平台端没有成功匹配到与座位B的位置匹配的目标车辆，则平台端按照上述座位顺序再确定座位C的位置为乘客落座位置，直至成功匹配到目标车辆或者达到匹配限制。

可选地，座位推荐规则还可以是根据位置安全性所确定的座位优先级降序顺序，座位的优先级越高则表示该座位的位置安全性越高。在需要根据座位推荐规则确定乘客落座位置时，平台端可按照上述座位优先级降序顺序确定乘客落座位置。

如图10所示，根据座位推荐规则确定乘客落座位置，包括：

S1010、获取乘车人数。

可选地，平台端通过乘客端获取乘车人数。在乘客端发送的拼车请求中包括乘车人数时，则直接获取该拼车请求中的乘车人数。在乘客端发送的拼车请求中不包括乘车人数时，平台端则向乘客端发送获取指令，乘客端响应于该获取指令，将乘客所输入的乘车人数发送至平台端。

S1020、根据座位优先级降序顺序从候选座位位置中确定与乘车人数匹配的乘客落座位置。

其中，座位优先级降序顺序包括：副驾驶正后方的座位(座位B)＞副驾驶座位(座位A)＞主驾驶正后方的座位(座位C)。候选座位位置即为不同类型车辆内的各个座位位置。如图3所示的座位A的位置、座位B的位置以及座位C的位置即为候选座位位置。

可选地，平台端则根据座位优先级降序顺序从候选座位位置中确定与乘车人数匹配的乘客落座位置。例如，乘车人数为2，平台端则按照座位优先级降序顺序确定座位B和座位A的位置为乘客落座位置，若平台端没有成功匹配到与座位B和座位A的位置匹配的目标车辆，平台端则按照上述座位优先级降序顺序再确定座位B和座位C的位置为乘客落座位置；若平台端没有成功匹配到与座位B和座位C的位置匹配的目标车辆，平台端则按照上述座位顺序再确定座位A和座位C的位置为乘客落座位置，直至成功匹配到目标车辆或者达到匹配限制。

本实施例中，在乘客选择了所要落座的座位位置后触发拼车请求的情况下，平台端则将拼车请求中包括的乘客已选座位的位置确定为乘客落座位置，在乘客未选择所要落座的座位位置便触发了拼车请求的情况下，平台端则根据座位推荐规则确定乘客落座位置，以实现应对于乘客不同选择操作所触发的拼车请求的多种响应方式，在扩展了确定乘客落座位置的具体方式的同时提高了为乘客匹配到目标车辆的成功匹配率。

在一个实施例中，如图11所示，提供了一种拼车方法，以该方法应用于图1中的乘客端为例进行说明，包括以下步骤：

S1110、接收乘客选择的落座位置，并根据乘客选择的落座位置生成拼车请求。

可选地，乘客端响应于乘客的拼车操作，显示座位选择界面，座位选择界面中包括落座位置，以供乘客选择。

S1120、向平台端发送拼车请求。

S1130、接收平台端发送的目标车辆的车辆信息。

具体地，乘客端接收乘客在座位选择界面上对于落座位置的选择操作，并接受乘客所选择的落座位置，生成拼车请求，并将该拼车请求发送至平台端，以供平台端响应于拼车请求确定乘客落座位置，并确定与乘客落座位置匹配的目标车辆，获取目标车辆的车辆信息，将车辆信息发送至乘客端，乘客端则接收平台端发送的目标车辆的车辆信息。

需要说明的是，乘客端还用于实现上述图2～图10所提供的实施例中乘客端所实现的步骤，司机端还用于实现上述图2～图10所提供的实施例中司机端所实现的步骤，再此不再赘述。

应该理解的是，虽然图2-11中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-11中流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图12所示，提供了一种拼车装置，包括：请求接收模块101、目标确定模块1202和信息发送模块1203，其中：

请求接收模块1201用于接收乘客端发送的拼车请求，响应于拼车请求确定乘客落座位置；

目标确定模块1202用于确定与乘客落座位置匹配的目标车辆；

信息发送模块1203用于获取所述目标车辆的车辆信息，将所述车辆信息发送至所述乘客端。

在其中一个实施例中，目标确定模块1202具体用于：

确定处于待接单状态的多个车辆，获取多个车辆中每一车辆的座位占用信息；根据每一车辆的座位占用信息以及乘客落座位置确定目标车辆。

在其中一个实施例中，目标确定模块1202具体用于：

根据座位占用信息确定车辆的空闲座位位置；

在空闲座位位置包括所有乘客落座位置的情况下，则确定空闲座位位置对应的车辆为目标车辆。

在其中一个实施例中，目标确定模块1202还用于：

在空闲座位位置不包括所有乘客落座位置的情况下，则根据空闲座位位置确定推荐落座位置；向乘客端发送座位推荐信息，座位推荐信息用于指示推荐落座位置。

在其中一个实施例中，请求接收模块1201具体用于：

将拼车请求中包括的乘客已选座位的位置确定为乘客落座位置。

在其中一个实施例中，请求接收模块1201具体用于：

响应于拼车请求，根据座位推荐规则确定乘客落座位置。

在其中一个实施例中，请求接收模块1201具体用于：

获取乘车人数；根据座位优先级降序顺序从候选座位位置中确定与乘车人数匹配的乘客落座位置。

在其中一个实施例中，座位优先级降序顺序包括：副驾驶正后方的座位＞副驾驶座位＞主驾驶正后方的座位。

在其中一个实施例中，上述装置还包括订单发送模块；

订单发送模块用于向目标车辆发送订单信息；其中，订单信息包括乘客落座位置。

关于拼车装置的具体限定可以参见上文中对于应用平台端的拼车方法的限定，在此不再赘述。上述拼车装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图13所示，提供了一种拼车装置，包括：请求生成模块1301、请求发送模块1302和信息接收模块1303，其中：

请求生成模块1301用于接收乘客选择的落座位置，并根据乘客选择的落座位置生成拼车请求；

请求发送模块1302用于向平台端发送拼车请求；

信息接收模块1303用于接收平台端发送的目标车辆的车辆信息。

关于拼车装置的具体限定可以参见上文中对于应用乘客端的拼车方法的限定，在此不再赘述。上述拼车装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本公开实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本公开实施例所述拼车方法中由乘客端或者平台端执行的步骤。

在上述电子设备用于实现乘客端执行的步骤时，该电子设备可以是终端设置，在上述电子设备用于实现平台端执行的步骤时，该电子设备可以是服务器。

关于电子设备的具体限定可以参见上文中对于乘客端或者平台端执行的拼车方法的限定，在此不再赘述。上述电子设备中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以以硬件形式内嵌于或独立于终端设备中的处理器中，也可以以软件形式存储于电子设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本公开实施例所述的拼车方法。

本公开实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开实施例所述的拼车方法。

图14是根据一示例性实施例示出的一种电子设备1400的框图。例如，电子设备1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图14，电子设备1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。其中，存储器上存储有在处理器上运行的计算机程序或者指令。

处理组件1402通常控制电子设备1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1402可以包括一个或多个处理器1420来执行指令，以完成上述方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理组件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在电子设备1400的操作。这些数据的示例包括用于在电子设备1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1406为电子设备1400的各种组件提供电力。电源组件1406可以包括电源管理系统，一个或多个电源，及其他与为电子设备1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在所述电子设备1400和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当电子设备1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当电子设备1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为电子设备1400提供各个方面的状态评估。例如，传感器组件1414可以检测到电子设备1400的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1400的显示器和小键盘，传感器组件1414还可以检测电子设备1400或电子设备1400一个组件的位置改变，用户与电子设备1400接触的存在或不存在，电子设备1400方位或加速/减速和电子设备1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于电子设备1400和其他设备之间有线或无线方式的通信。电子设备1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述拼车方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (15)

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

接收乘客端发送的拼车请求，响应于所述拼车请求确定乘客落座位置；

确定与所述乘客落座位置匹配的目标车辆；

获取所述目标车辆的车辆信息，将所述车辆信息发送至所述乘客端。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述落座位置匹配的目标车辆，包括：

确定处于待接单状态的多个车辆，获取所述多个车辆中每一车辆的座位占用信息；

根据所述每一车辆的座位占用信息以及所述乘客落座位置确定所述目标车辆。

3.根据权利要求2所述的方法，其特征在于，所述根据所述每一车辆的座位占用信息以及所述乘客落座位置确定所述目标车辆，包括：

根据所述座位占用信息确定所述车辆的空闲座位位置；

在所述空闲座位位置包括所有所述乘客落座位置的情况下，则确定所述空闲座位位置对应的车辆为所述目标车辆。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在所述空闲座位位置不包括所有所述乘客落座位置的情况下，则根据所述空闲座位位置确定推荐落座位置；

向所述乘客端发送座位推荐信息，所述座位推荐信息用于指示所述推荐落座位置。

5.根据权利要求1所述的方法，其特征在于，所述响应于所述拼车请求确定所述乘客落座位置，包括：

将所述拼车请求中包括的乘客已选座位的位置确定为所述乘客落座位置。

6.根据权利要求1所述的方法，其特征在于，所述响应于所述拼车请求确定所述乘客落座位置，包括：

响应于所述拼车请求，根据座位推荐规则确定所述乘客落座位置。

7.根据权利要求6所述的方法，其特征在于，所述根据座位推荐规则确定所述乘客落座位置，包括：

获取乘车人数；

根据座位优先级降序顺序从候选座位位置中确定与所述乘车人数匹配的所述乘客落座位置。

8.根据权利要求7所述的方法，其特征在于，所述座位优先级降序顺序包括：副驾驶正后方的座位＞副驾驶座位＞主驾驶正后方的座位。

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

向所述目标车辆发送订单信息；其中，所述订单信息包括所述乘客落座位置。

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

接收乘客选择的落座位置，并根据所述乘客选择的落座位置生成拼车请求；

向平台端发送所述拼车请求；

接收所述平台端发送的目标车辆的车辆信息。

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

请求接收模块，用于接收乘客端发送的拼车请求，响应于所述拼车请求确定乘客落座位置；

目标确定模块，用于确定与所述乘客落座位置匹配的目标车辆；

信息发送模块，用于获取所述目标车辆的车辆信息，将所述车辆信息发送至所述乘客端。

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

请求生成模块，用于接收乘客选择的落座位置，并根据所述乘客选择的落座位置生成拼车请求；

请求发送模块，用于向平台端发送所述拼车请求；

信息接收模块，用于接收所述平台端发送的目标车辆的车辆信息。

13.一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的方法的步骤。

14.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述的方法的步骤。

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

Images