一种打车方法及打车系统技术方案

本发明专利技术涉及互联网技术领域，具体涉及一种打车方法及打车系统，包括：乘客端、司机端和服务器，所述乘客端用于发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；服务器，所述服务器用于接收乘客端发出的叫车订单，并根据订单信息将叫车订单匹配至司机端；司机端，所述司机端用于司机获取服务器匹配的叫车订单。本发明专利技术打车方法及打车系统，根据地域的特殊性，可以是无限制拼单的模式，司机订单可以是平台派单，然后去接乘客，也可以是乘客招手上车，然后通过乘客现场扫码方式上报平台有接受订单，同时平台录入乘客现场扫描的订单，从而提高车辆资源的利用率。

A taxi method and taxi system

【技术实现步骤摘要】
一种打车方法及打车系统
本专利技术涉及互联网
，具体涉及一种打车方法及打车系统。
技术介绍
网约车是网络预约出租汽车的简称。在构建多样化服务体系方面，将出租车分为巡游出租汽车和网络预约出租汽车。在构建多样化服务体系方面，出租车将分为巡游出租汽车和网络预约出租汽车，专车简称网约车，巡游出租汽车喷涂安装专门的出租汽车标识。促进移动互联网与出租汽车融合发展，引导巡游出租车提供电召预约服务。建立互联网叫车，互联网叫车按车型定价。车辆必须手续齐全，车辆要有营运证，司机也要有上岗资格，但不允许巡游，禁止私家车加入。目前虽然网约车方便，各类出行搭车软件也不少，但是随着社会的发展，也会对搭车要求提出新的需求，而为满足人们日益增长的出行需求，提高车用资源的利用率，本专利技术提供一种打车方法及打车系统。
技术实现思路
本专利技术的目的在于克服现有技术的不足，提供一种打车方法及打车系统，根据地域的特殊性，可以是无限制拼单的模式，例如车型为五坐车型，只要车上有空位，就可以继续载客，司机订单可以是平台派单，然后去接乘客、也可以是乘客招手上车的，然后通过乘客现场扫码方式上报平台有接受订单，同时开时计费，同时平台录入乘客现场扫描的订单，从而提高车用资源的利用率。本专利技术的目的是通过以下技术方案来实现的：一种打车方法，包括：乘客在乘客端发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；司机端将车辆信息发送至服务器，所述车辆信息包括车内座位数量、已上车乘客数量、即时车辆位置信息和目的地信息；服务器接收所述叫车订单，并根据订单信息将叫车订单匹配至司机端。进一步地，所述司机端包括线下接单标识，所述线下接单标识用于乘客端在线下招手上车，并扫描线下接单标识录入线下订单信息。司机在接单的过程中，为提高车辆的有效利用率，方便乘客线下即时用车，乘客可在线下招手上车，在上车后，通过乘客端扫描线下接单标识，然后录入线下订单信息，所述线下订单信息包括出发地、目的地和乘客数量信息，并将线下订单信息传递至服务器，服务器对线下订单信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。进一步地，所述线下订单信息在乘客端录入完成，并传送至服务器，服务器对乘客数量信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。进一步地，在服务器对乘客数量信息进行验证过程中，在线下订单信息内乘客数量与已上车乘客数量之和大于车内座位数量时，服务器拒绝通过验证，司机端无法对该线下订单进行接单。在司机端对线下订单接单失败时，服务器分别向司机端、客户端发送接单失败信息，并询问乘客是否将线下订单转为线上订单，重新匹配接单车辆。进一步地，所述司机端在已接单时，若车上有空座位，司机端可继续接单。在实际使用过程中，为提高车辆的有效利用率，避免资源浪费，司机在接单后，车上仍然有空座位，司机可根据空座位数量继续选择获取服务器匹配的订单，或是获取线下订单。进一步地，所述司机端自主选择获取服务器匹配的叫车订单。进一步地，所述服务器优先将叫车订单匹配至订单拒绝率较低的司机端。司机在自主选择获取服务器匹配的叫车订单，服务器记录司机接收和拒绝订单的数量，并计算司机的订单拒绝率，而服务器在匹配订单时，优先将叫车订单匹配至订单拒绝率较低的司机端。一种打车系统，包括：乘客端，所述乘客端用于发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；服务器，所述服务器用于接收乘客端发出的叫车订单，并根据订单信息将叫车订单匹配至司机端；司机端，所述司机端用于司机获取服务器匹配的叫车订单。进一步地，所述打车系统还包括线下接单标识，所述线下接单标识用于乘客端在线下招手上车，并扫描线下接单标识录入线下订单信息，所述线下订单信息在乘客端录入完成，并传送至服务器，服务器对乘客数量信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。进一步地，所述司机端包括出租车司机端和快车司机端，所述出租车司机端具有获取线下订单的权限，所述快车司机端仅具备获取服务器分配订单的权限。本专利技术的有益效果是：本专利技术提出的打车方法及打车系统，根据地域的特殊性，可以是无限制拼单的模式，例如车型为五坐车型，只要车上有空位，就可以继续载客，司机订单可以是平台派单，然后去接乘客、也可以是乘客招手上车的，然后通过乘客现场扫码方式上报平台，本车辆有接受订单，同时开时计费，同时平台录入乘客现场扫描的订单，从而提高车辆资源的利用率。附图说明图1为本专利技术打车方法的流程示意图；图2为本专利技术打车系统的模块连接示意图。具体实施方式下面结合具体实施例和附图进一步详细描述本专利技术的技术方案，但本专利技术的保护范围不局限于以下所述。实施例如图1所示，一种打车方法，包括：乘客在乘客端发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；司机端将车辆信息发送至服务器，所述车辆信息包括车内座位数量、已上车乘客数量、即时车辆位置信息和目的地信息；服务器接收所述叫车订单，并根据订单信息将叫车订单匹配至司机端。具体地，所述司机端包括线下接单标识，所述线下接单标识用于乘客端在线下招手上车，并扫描线下接单标识录入线下订单信息。司机在接单的过程中，为提高车辆的有效利用率，方便乘客线下即时用车，乘客可在线下招手上车，在上车后，通过乘客端扫描线下接单标识，然后录入线下订单信息，所述线下订单信息包括出发地、目的地和乘客数量信息，并将线下订单信息传递至服务器，服务器对线下订单信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。具体地，所述线下订单信息在乘客端录入完成，并传送至服务器，服务器对乘客数量信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。具体地，在服务器对乘客数量信息进行验证过程中，在线下订单信息内乘客数量与已上车乘客数量之和大于车内座位数量时，服务器拒绝通过验证，司机端无法对该线下订单进行接单。在司机端对线下订单接单失败时，服务器分别向司机端、客户端发送接单失败信息，并询问乘客是否将线下订单转为线上订单，重新匹配接单车辆。具体地，所述司机端在已接单时，若车上有空座位，司机端可继续接单。在实际使用过程中，为提高车辆的有效利用率，避免资源浪费，司机在接单后，车上仍然有空座位，司机可根据空座位数量继续选择获取服务器匹配的订单，或是获取线下订单。具体地，所述司机端自主选择获取服务器匹配的叫车订单。具体地，本文档来自技高网...

【技术保护点】
1.一种打车方法，其特征在于，包括：/n乘客在乘客端发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；/n司机端将车辆信息发送至服务器，所述车辆信息包括车内座位数量、已上车乘客数量、即时车辆位置信息和目的地信息；/n服务器接收所述叫车订单，并根据订单信息将叫车订单匹配至司机端。/n

【技术特征摘要】
1.一种打车方法，其特征在于，包括：
乘客在乘客端发出叫车订单，所述叫车订单包括订单信息，所述订单信息包括出发地、目的地和乘客数量信息；
司机端将车辆信息发送至服务器，所述车辆信息包括车内座位数量、已上车乘客数量、即时车辆位置信息和目的地信息；
服务器接收所述叫车订单，并根据订单信息将叫车订单匹配至司机端。


2.根据权利要求1所述的一种打车方法，其特征在于，所述司机端包括线下接单标识，所述线下接单标识用于乘客端在线下招手上车，并扫描线下接单标识录入线下订单信息。


3.根据权利要求2所述的一种打车方法，其特征在于，所述线下订单信息在乘客端录入完成，并传送至服务器，服务器对乘客数量信息进行验证，在线下订单信息内乘客数量与已上车乘客数量之和不大于车内座位数量时，服务器通过验证，司机端完成该线下订单的接单。


4.根据权利要求3所述的一种打车方法，其特征在于，在服务器对乘客数量信息进行验证过程中，在线下订单信息内乘客数量与已上车乘客数量之和大于车内座位数量时，服务器拒绝通过验证，司机端无法对该线下订单进行接单。


5.根据权利要求1所述的一种打车方法，其特征在于，所述司机端在已接单时，若车上有空座位，司机端可继续接单。

【专利技术属性】
技术研发人员：谢铖志，杨剑，王强，
申请(专利权)人：西藏佳斯特信息技术有限公司，
类型：发明
国别省市：西藏;54