一种拼车换乘服务分割结算平台及方法

技术领域

本发明涉及拼车系统技术领域，具体为一种拼车换乘服务分割结算平台及方法。

背景技术

近年来，“拼车”出行在国内各大城市渐渐流行了起来；拼车的出现有效改善出租车乘坐率不高的问题，同时有助于环境净化，对城市拥堵也有积极缓解作用。

目前，有一些提供拼车信息服务的拼车平台和应用，有拼车需求的市民可在网站上发布拼车信息，其他用户可查看并联系发布拼车信息的人，从而达成拼车；现有的拼车系统还有借助手持智能终端等获取周边用户的信息，然后双方沟通是否有拼车的需求，接着再匹配乘车信息。

现在的平台主要针对乘客之间的“拼车”，而没有针对司机之间的“拼车”，即多个车辆负责不同行车路段，通过拼接来共同完成一个或多个乘客的行程。拼车并不一定能保证每个乘客之间以及和司机之间完全顺路，拼车系统通常是根据乘客之间以及和司机之间的行车路径的匹配度来进行匹配的。如果匹配度要求过高，则会降低拼车成功率，影响司机接单以及乘客出行。如果匹配度要求过低，则会给乘客以及司机都带来不便，对于乘客来讲，乘客有时需要转乘多次才能到达目标地点。乘客在转乘过程中，需要自己重新打车或拼车，也需要多次支付起步费或车费，给乘客造成了不便而且增加了出行成本；对于司机来讲，有时需要为单独的乘客绕路接送，增加了额外成本。

发明内容

本发明意在提供一种拼车换乘服务分割结算平台及方法，能够对各个行车路段的费用进行分成计算，乘客在多次拼车换乘过程中只支付一次，可以简化乘客多次转乘的支付流程，减少操作。

本申请提供如下技术方案：

一种拼车换乘服务分割结算平台，包括：

行程生成模块，用于根据乘客端或司机端的请求生成乘客行程；

凭据记录模块，用于记录乘客的乘车凭据或司机的司机凭据；

凭据验证模块，用于供司机端对乘客的乘车凭证进行验证，还用于供乘客端对司机的司机凭据进行验证；

行程关联模块，用于根据司机端或乘客端的请求，将司机端对应的行车路段关联至乘客行程；

行车路段记录模块，用于对行车路段对应的行车信息进行记录；

分成计算模块，用于根据乘客行程中各个行车路段的行车信息，计算各个行车路段对应的分成。

进一步，还包括乘车凭据生成模块，所述乘车凭据生成模块用于生成乘客行程对应的乘车凭据。

进一步，还包括乘车凭据上传模块，所述乘车凭据上传模块用于供司机端上传乘客行程对应的乘车凭据。

进一步，还包括支付模块，用于供用户在线支付乘客行程对应的费用。

进一步，还包括资金结算模块，用于根据各个乘车路段对应的分成向各个行车路段对应的司机进行资金结算。

进一步，所述乘车凭据为电子凭据或物理凭据。

进一步，所述行车信息包括行车起始位置、行车结束位置、行车起始时间、行车结束时间、拼车乘客数量。

进一步，还包括拼车信息发布模块，用于根据司机端或乘客端的请求发布拼车任务。

进一步，还包括接单模块和拼车模块，接单模块用于供司机端接受拼车任务；所述拼车模块用于在所有接单的司机对应的行车路段无法覆盖乘客行程的全程时，将未覆盖的乘客行程对应的行车路段形成新的拼车任务并发布。

进一步，本申请还公开了一种拼车换乘服务分割结算方法，使用了上述的拼车换乘服务分割结算平台，包括以下步骤：

凭据记录步骤，记录乘客行程对应的乘车凭据；

凭据验证步骤，司机端对乘车人提供的凭据进行验证；

行程关联步骤，司机端发起关联请求，行程关联模块将司机端对应的行车路段关联至乘客行程；

行车路段记录步骤，对行车路段对应的行车信息进行记录；

分成计算步骤，根据乘客行程中各个行车路段的行车信息，计算各个行车路段对应的分成。

本发明技术方案的有益效果为：

本发明技术方案中，通过设置乘车凭据，能够将不同行车路段的司机关联到一个乘客行程中，通过对各个行车路段的行车信息的记录，能够自动计算每个行车路段的分成，由系统和司机进行分成，用户仅需支付一次，极大的简化了用户多次转车的支付流程，可以有效的减少乘客操作。

本发明技术方案中，通过拼车模块将乘客行程的拼车任务进行发布，并且司机可以进行部分路段的接单，剩余行车路段继续作为任务进行发布，进而实现了司机之间的“拼车”或“拼单”，把长途变成多个短途，提高了司机以及乘客的拼车成功率，对于司机来说，这种方式更加灵活，无需为了个别乘客而绕路，可以获得更多单子和收益。对于乘客来讲，可选司机更多，可以快速达成行程拼车目的。由于司机可以获得更多的利润，进而可以让出部分利润，如起步价等，平台可以通过在司机之间共享起步价等方式，避免乘客多次支付起步价，来降低乘客出行成本，达到多方共赢的效果。

附图说明

图1为本申请一种拼车换乘服务分割结算平台及方法实施例一中的逻辑框图；

图2为本申请一种拼车换乘服务分割结算平台及方法实施例四中的逻辑框图。

具体实施方式

下面通过具体实施方式对本申请技术方案进行进一步详细说明：

实施例一

如图1所示，本实施例公开了一种拼车换乘服务分割结算平台，包括：

行程生成模块，用于根据乘客端或司机端的请求生成乘客行程；

乘车凭据生成模块，用于生成乘客行程对应的乘车凭据，凭据记录模块，用于记录乘客行程对应的乘车凭据；乘车凭据为电子凭据或物理凭据，本实施中，系统自动生成电子凭据，并由凭据记录模块进行存储，电子凭据具体为二维码凭据，下发至乘客端，乘客凭二维码凭据即可换乘其他车辆。

凭据验证模块，用于供司机端对乘客的乘车凭证进行验证；行程关联模块，用于根据司机端的请求，将司机端对应的行车路段关联至乘客行程；用户将二维码凭据展示给下一段行车路段的司机后，司机端进行扫描读取，并通过凭据验证模块进行验证，验证成功且司机可以承接此段行车路段的任务，即可通过司机端请求将当前司机与乘客行程进行关联，即由当前司机负责乘客的当前行车路段。

行车路段记录模块，用于对行车路段对应的行车信息进行记录；所述行车信息包括行车起始位置、行车结束位置、行车起始时间、行车结束时间、拼车乘客数量。

支付模块，用于供用户在线支付乘客行程对应的费用，用户可以在乘客行程开始前或结束后进行费用的支付，本实施中，如果乘客行程的路程长度在起步价范围内，则可以在行程开始前进行费用的支付，否则需要在形成结束后进行费用的支付。在本申请的其他实施例中，也可以根据乘客也可以根据乘客行程的路程长度预估费用进行支付。

分成计算模块，用于根据乘客行程中各个行车路段的行车信息，计算各个行车路段对应的分成。

资金结算模块，用于根据各个乘车路段对应的分成向各个行车路段对应的司机进行资金结算，具体的，在乘客行程结束后，同时乘客支付了相关费用，分成计算模块获取乘客行程中关联的各个行车路段以及司机端，根据各个行车路段的行车信息，按照预设的规则进行分成计算，本实施例中，主要根据各个行车路段的路程长度比例进行分成，在本申请的其他实施例中，还可以进一步考虑行车路段花费的时间，行车路段对应的时间(是否为晚上或半夜)，行车路段上拼车人数等维度，对分成的规则进行调整，以更加合理。然后资金结算模块按照分成计算模块的分成计算结果，对各个行车路段的司机进行资金结算。

本实施例中还公开了一种拼车换乘服务分割结算方法，使用了上述的拼车换乘服务分割结算平台，包括以下步骤：

凭据记录步骤，记录乘客行程对应的乘车凭据；

凭据验证步骤，司机端对乘车人提供的凭据进行验证；

行程关联步骤，司机端发起关联请求，行程关联模块将司机端对应的行车路段关联至乘客行程；

行车路段记录步骤，对行车路段对应的行车信息进行记录；

分成计算步骤，根据乘客行程中各个行车路段的行车信息，计算各个行车路段对应的分成。

本实施例的技术方案应用过程如下：以巡游出租车拼车载客为例，乘客需要由A到达C，其中经过B，第一出租车可以拼车顺路至B点，本实施中，则首先生成A至C的乘客行程以及乘客行程对应的乘车凭据，乘客乘坐第一出租车，完成A至B的行车路段，第一出租车司机通过乘车凭据关联到乘客行程中，到达B后，乘客换乘第二出租车从B行驶至C，同理，第二出租车司机通过司机端对乘车凭据进行扫描和验证，然后关联到乘客行程中，到达C点后，乘客支付费用，第一出租车司机和第二出租车司机按照比例进行分成，系统按分成进行结算。乘客行程以及乘车凭据并非一定要在乘坐第一出租车之前生成，在本申请的其他实施例中，由第一出租车司机的司机端请求生成乘客行程以及乘车凭据，进而第一出租车司机无需进行扫码和关联。

实施例二

本实施例和实施例一的区别在于，本实施例中，凭据记录模块还用于记录司机的司机凭据；凭据验证模块还用于供乘客端对司机的司机凭据进行验证；行程关联模块，还用于根据乘客端的请求，将司机端对应的行车路段关联至乘客行程。还包括司机凭据生成模块，用于生成包含有司机信息的司机凭据，司机凭据为电子凭据或物理凭据，本实施例中司机凭据为电子凭据，优选以二维码的形式展现。具体的，本实施例应用时，乘客扫描多个司机的司机凭据，将多段行车路段及对应的司机关联到自己的乘客行程中。

实施例三

本实施例与实施例二的区别在于，本实施例中，乘车凭据生成模块用于在凭据验证模块对司机凭据验证后生成的乘车凭据，乘车凭据中包含了乘客行程所关联的司机的司机信息；如乘客乘坐第一辆车，乘客扫描第一个司机的司机凭据，然后有乘车凭据生成模块在乘客终端生成包含第一个司机的司机信息(如车牌、公司名称、司机姓名等信息)的乘车凭据，将该乘车凭据给第二个司机进行查看和扫描即可，第二各个司机通过该乘车凭据即可得知与该乘客行程关联的其他司机的司机信息。

实施例四

本实施例和实施例一的区别在于，本实施例中，还包括乘车凭据上传模块，乘车凭据上传模块用于供司机端上传乘客行程对应的乘车凭据，乘车凭据由司机端自行生成，如采用纸质发票或其他物理凭据等，司机可以将其照片拍摄上传至平台中；其他司机根据乘客所持的物理凭据以及平台存储的凭证记录对乘车凭据进行验证，并根据乘车凭据关联乘客行程中。

实施例五

本实施例与实施例一的区别在于，本实施中，乘客采用线下付款，乘客将款项付给最后一个司机，司机通过平台进行联系和转账，在本申请的其他实施例中，对于乘客行程的路程长度在起步价范围内的情况，乘客也可以将钱付给第一个司机，由第一个司机按照分成将钱转给关联的其他司机。

实施例六

本实施例与实施例五的区别在于，本实施例中，采用物理凭据，具体的为换乘票或换乘卡，对于乘客行程的路程长度较短或在起步价范围内的情况，乘客将钱付给第一个司机，第一个司机向乘客发放换乘票或换乘卡，乘客将换乘票或换乘卡作为乘车凭据给第二个司机，若第二个司机的车辆也是拼车，则乘客仅需将换乘卡给第二个司机，第二个司机完成行程后，将换乘卡兑换成现金、进行消费或给后续的乘客使用。若第二个司机的车辆是空车而非拼车，则启用打表计价，乘客到达目的地后若计价器的计价多于起步价，则乘客需补给第二个司机相应的差价。第一个司机的换乘票或换乘卡通过收取其他乘客的换乘票、通过平台进行购买或通过平台交押金兑换等方式获得，换乘票或换乘卡的面值根据车辆所在区域的起步价来设置，本实施例中，换乘票或换乘卡的面值等于车辆所在区域的起步价。

实施例七

本实施例与实施例一的区别在于，本实施中，还包括拼车信息发布模块、接单模块和拼车模块，拼车信息发布模块用于根据司机端或乘客端的请求发布拼车任务。接单模块用于供司机端接受拼车任务；拼车模块用于在所有接单的司机对应的行车路段无法覆盖乘客行程的全程时，将未覆盖的乘客行程对应的行车路段形成新的拼车任务并发布。

以上的仅是本发明的实施例，该发明不限于此实施案例涉及的领域，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。