一种指定司机的客运车辆调度方法技术

本发明专利技术涉及客运车辆调度方法技术领域，具体涉及一种指定司机的客运车辆调度方法，通过服务器实施，包括如下步骤：S1.接收客户端发出的订单，并选择司机端接受该订单，并验证司机端运营状态是否正常；S2.在验证司机端运营状态通过后，客户端通过对订单进行费用支付来发出用车请求；S3.服务器根据用车请求对司机端再次进行运营状态验证；S4.在验证司机端运营状态通过后，服务器将订单信息和用车请求推送至司机端，司机端自主选择接单或拒单。本发明专利技术的客运车辆调度方法，通过指定司机端接受订单，能够为客户快速匹配满足使用需求的司机，减小派单时间，提高司机接单效率，实现客运车辆的快速调度，快速、准确的满足用户需求，提高客运车辆的利用效率。

A passenger vehicle scheduling method with designated driver

【技术实现步骤摘要】
一种指定司机的客运车辆调度方法
本专利技术涉及客运车辆调度方法
，具体涉及一种指定司机的客运车辆调度方法。
技术介绍
客车按总体结构可分为单车和列车。单车是基本车型，按客车总重或设置座位数常分为大、中、小型。中国规定单体客车的长度一般不超过13.7米。客车列车的车厢和车架分为前后两节。两节车架用铰接盘连接，两节车厢用活动褶篷连接，使车厢前后相通，故又称为铰接式或通道式客车。中国规定客车列车的长度一般不超过18米。按照服务方式不同，客车的构造亦不同，可分为旅行客车、城市公共客车、公路客车、铁路客车、游览客车及校车等类型。旅行客车是一种小型客车，座位数不超过17个。根据其外观形状，中国俗称“面包车”。城市公共客车由于乘客上下车频繁，其地板离地高度较低并设有2～3扇客门，车内设站立位置，故车内通道应有足够的高度与宽度。公路客车由于乘坐时间长，车内全部布置座席，通常只有1扇客门，乘坐舒适性要求较高，还须设有若干个行李舱。铁路客车铁路公路上载运旅客用的车辆。铁路上的客车还包括餐车，邮政车和行李车。游览客车有较舒适的座位，其车窗尺寸较大，以便开阔视野。校车是用于运送学生往返学校的交通工具。按照车辆长度分级：微型客车——长度3.5m以下；轻型客车——长度3.5～7m；中型客车——长度7～10m；大型客车——长度10～12m；特大型客车——包括铰接式客车(车辆长度大于12m)和双层客车(长度10～12m)两种，如上海客车厂生产的SK6141A3铰接客车和南京金陵双层客车厂生产的JL6121S双层客车。在日常生活中，团队出行的人们，为方便一起出行，长长选择客运车辆来作为交通工具出行，但是由于客户车辆一般由企业统一管理，在满足不同需求的出行要求时，企业常常会花费大量时间去协调才能调度处适合的客运车辆去满足客户需求，而大量的协调时间则意味着客户需要花费相应的时间去等待，极大的延缓了出行效率。为此，本专利技术提供一种能够为客户快速匹配满足使用需求，实现客运车辆的快速调度的客运车辆调度方法。
技术实现思路
本专利技术的目的在于克服现有技术的不足，提供一种指定司机的客运车辆调度方法，通过指定司机端接受订单，能够为客户快速匹配满足使用需求的司机，减小派单时间，提高司机接单效率，实现客运车辆的快速调度，快速、准确的满足用户需求，提高客运车辆的利用效率。本专利技术的目的是通过以下技术方案来实现的：一种指定司机的客运车辆调度方法，通过服务器实施，包括如下步骤：S1.接收客户端发出的订单，并选择司机端接受该订单，并验证司机端运营状态是否正常；S2.在验证司机端运营状态通过后，客户端通过对订单进行费用支付来发出用车请求；S3.服务器根据用车请求对司机端再次进行运营状态验证；S4.在验证司机端运营状态通过后，服务器将订单信息和用车请求推送至司机端，司机端自主选择接单或拒单。进一步地，所述运营状态的验证包括：a、验证司机是否为注册司机，验证司机是否绑定车辆；b、验证车辆是否可正常接单；c、验证车辆座位数是否满足订单用车人数；d、验证车辆已推送或已接订单与当前用车请求时间段是否存在冲突，避免司机收到存在时间冲突的订单。进一步地，在步骤S1中，验证司机端运营状态没有通过时，服务器重新指定司机端接受该订单，并对新的司机端运营状态进行验证。在服务器接收到客户端发出的订单请求后，指定司机端接受该订单，然后对该司机端进行运营状态验证，验证a、验证司机是否为注册司机，验证司机是否绑定车辆；b、验证车辆是否可正常接单；c、验证车辆座位数是否满足订单用车人数；d、验证车辆已推送或已接订单与当前用车请求时间段是否存在冲突，避免司机收到存在时间冲突的订单；若司机端不满足订单用车需求则提示客户端相关原因，例如用车时间与已有订单冲突，车辆座位数不满足用车人数等，同时服务器重新指定司机端接受该订单，并对新的司机端运营状态进行验证，若一次指定司机端验证不通过，则服务器直接进行第二次指定司机端，直到验证通过为止，为客户匹配合适的司机以满足用户需求。进一步地，在步骤S1中，验证司机端运营状态出结果后，服务器向客户端发出相应提示信息。在服务器指定的司机端验证通过后，向客户端发出提示信息，告知客户端已匹配到满足订单需求的司机；而在服务器指定的司机端验证没有通过验证时，服务器重新指定新的司机端接单，并告知客户端司机端未通过验证的原因，且正在客户匹配新的司机，让客户时刻了解订单状态。进一步地，在步骤S2中，客户端没有在预定时间内对订单完成费用支付，则取消该订单。进一步地，在步骤S3中，验证司机端运营状态没有通过时，服务器重新指定司机端接受该订单，重新执行步骤S1～S3。在客户端通过对订单进行费用支付来发出用车请求后，服务器再次对指定的司机端进行验证，验证a、验证司机是否为注册司机，验证司机是否绑定车辆；b、验证车辆是否可正常接单；c、验证车辆座位数是否满足订单用车人数；d、验证车辆已推送或已接订单与当前用车请求时间段是否存在冲突，避免司机收到存在时间冲突的订单；若司机端不满足订单用车需求则提示客户端相关原因，例如用车时间与已有订单冲突，车辆座位数不满足用车人数等，同时服务器对客户端支付的订单费用进行退款，然后服务器将该订单重新指定司机端接单，返回步骤S1。进一步地，在步骤S3中，验证司机端运营状态没有通过时，对客户端支付的订单费用进行退款。进一步地，在步骤S4中，司机端选择接单时，对司机端进行锁定，限制司机端取消该订单的权限。进一步地，在步骤S4中，司机端选择拒单时，订单取消，对客户端支付的订单费用进行退款。进一步地，在步骤S4中，司机端选择接单或拒单后，服务器向客户端发出相应提示信息。进一步地，客户端向服务器发出订单请求后，订单状态为派单中，在司机端选择接单后，订单状态为已接单。进一步地，客户端具有取消订单的权限。本专利技术的有益效果是：本专利技术的客运车辆调度方法，通过指定司机端接受订单，能够为客户快速匹配满足使用需求的司机，减小派单时间，提高司机接单效率，实现客运车辆的快速调度，快速、准确的满足用户需求，提高客运车辆的利用效率。附图说明图1为本专利技术客运车辆调度方法的流程图。具体实施方式下面结合具体实施例进一步详细描述本专利技术的技术方案，但本专利技术的保护范围不局限于以下所述。如图1所示，一种指定司机的客运车辆调度方法，通过服务器实施，包括如下步骤：S1.接收客户端发出的订单，并选择司机端接受该订单，并验证司机端运营状态是否正常；S2.在验证司机端运营状态通过后，客户端通过对订单进行费用支付来发出用车请求；S3.服务器根据用车请求对司机端再次进行运营状态验证；S4.在验证司机端运营状态通过后，服务器将订单信息和用车请求推送至司机端，司机端自主选择接单或拒单。在一个具体实施例中，所述运营状态的验证包括：a、验证司机是否为注册司机本文档来自技高网...

【技术保护点】
1.一种指定司机的客运车辆调度方法，通过服务器实施，其特征在于，包括如下步骤：/nS1.接收客户端发出的订单，并选择司机端接受该订单，并验证司机端运营状态是否正常；/nS2.在验证司机端运营状态通过后，客户端通过对订单进行费用支付来发出用车请求；/nS3.服务器根据用车请求对司机端再次进行运营状态验证；/nS4.在验证司机端运营状态通过后，服务器将订单信息和用车请求推送至司机端，司机端自主选择接单或拒单。/n

【技术特征摘要】
1.一种指定司机的客运车辆调度方法，通过服务器实施，其特征在于，包括如下步骤：
S1.接收客户端发出的订单，并选择司机端接受该订单，并验证司机端运营状态是否正常；
S2.在验证司机端运营状态通过后，客户端通过对订单进行费用支付来发出用车请求；
S3.服务器根据用车请求对司机端再次进行运营状态验证；
S4.在验证司机端运营状态通过后，服务器将订单信息和用车请求推送至司机端，司机端自主选择接单或拒单。


2.根据权利要求1所述的一种指定司机的客运车辆调度方法，其特征在于，所述运营状态的验证包括：
a、验证司机是否为注册司机，验证司机是否绑定车辆；
b、验证车辆是否可正常接单；
c、验证车辆座位数是否满足订单用车人数；
d、验证车辆已推送或已接订单与当前用车请求时间段是否存在冲突，避免司机收到存在时间冲突的订单。


3.根据权利要求1所述的一种指定司机的客运车辆调度方法，其特征在于，在步骤S1中，验证司机端运营状态没有通过时，服务器重新指定司机端接受该订单，并对新的司机端运营状态进行验证。


4.根据权利要求1所述的一种指定司机的客运车辆调度方法，其特征在于，在步骤S1...

【专利技术属性】
技术研发人员：易沙铃，陈龙，
申请(专利权)人：西藏佳斯特信息技术有限公司，
类型：发明
国别省市：西藏;54