一种通过系统派车的客运车辆调度方法与流程

本发明涉及客运车辆调度方法领域，具体涉及一种通过系统派车的客运车辆调度方法。

背景技术：

客车按总体结构可分为单车和列车。单车是基本车型，按客车总重或设置座位数常分为大、中、小型。中国规定单体客车的长度一般不超过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、e依次赋予接单序号1、2、3、4、5，而b、d两辆车无法满足用户需求，剔除b、d，再将a、c、e按照接单序号1、3、5再次排列，生成派车队列一号a，二号c，三号e，再根据派车队列，先将订单信息推至a车司机，若a车司机选择接单，该订单的派单流程结束，若a车司机选择拒单，则将订单信息推送至c车司机，若c车司机选择接单，该订单的派单流程结束，若c车司机选择拒单，则将订单信息推送至e车司机，若e车司机选择接单，该订单的派单流程结束，若e车司机选择拒单，则取消该订单。

进一步地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，订单信息每次只推送给一个司机。在生成派车队列后，为避免多个司机同时接一单，服务器一次仅将订单信息每次只推送给一个司机，例如派车队列中一号a、二号c、三号e，服务器仅先将订单信息推至a车司机，若a车司机选择接单，该订单的派单流程结束，若a车司机选择拒单，服务器才会将订单信息推送至c车司机。

进一步地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，根据派车队列，序列相邻的两个司机，只有在前司机在拒单后，服务器才会将订单信息推送至在后司机。

进一步地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，向司机发送提示信息。在服务器将订单信息推送至派车队列中的司机时，服务器同时会给司机发送提示信息，例如向司机发送手机短息，提醒司机查看相应的订单信息，促使司机快速选择接单或拒单。

进一步地，在服务器将订单信息推送至派车队列中的司机后，若司机未在预定时间内选择接单或拒单，服务器则认定该司机选择拒单，并将订单信息推至派车队列中下一位司机。为避免因意外情况而忽略了对订单信息作出响应，延误派单时间，造成用户较长等待时间的发生，通过给司机在预定时间内对订单信息作出响应的限定，使得在司机没有在预定时间内对订单作出响应，选择接单或拒单时，服务器则认定该司机选择拒单，并将订单信息推至派车队列中下一位司机，从而使得派单时间在可预见的时间内完成，避免用户在派单过程中长时间等待。

进一步地，在服务器将订单信息推送至派车队列中的司机后，若司机未在预定时间内选择接单或拒单，服务器将该司机从所有派车队列中剔除。

进一步地，所述服务器根据派车队列的顺序将订单信息推送至派车队列中的司机，司机选择接单后，该订单的派单流程结束。

进一步地，待接单的车辆具有进入多个订单对应派车队列的权限。待接单的车辆只要能够满足用户的订单需求，就能够加入该订单的派车队列中，并且待接单的车辆能够同时存在于多个订单的派车队列中，这样，就能够快速提高接单效率。

进一步地，仅在订单之间需求不冲突时，待接单的车辆才能够进入多个订单对应派车队列。例如，甲发布了第一时间段内的用车需求订单，乙发布了第二时间段的用车需求订单，司机a只有在第一时间段、第二时间段内都没有接单，且a满足甲、乙发布的所有订单需求(例如乘车人数)，a才能够同时进入甲、乙发布订单所在派车队列中；而在丙也发布了第一时间段内的用车需求订单时，a只能进入甲或丙中一家订单所在派车队列中，且a优先进入甲、丙中较早发布订单的派车队列中。

进一步地，在司机选择接单后，将该司机对应车辆从车辆所在派车队列中剔除。

进一步地，在派车队列中的司机都选择拒单后，取消订单。

本发明的有益效果是：本发明的客运车辆调度方法，通过系统派单，能够为客户快速匹配满足使用需求的车辆，减小派单时间，提高司机接单效率，实现客运车辆的快速调度，快速、准确的满足用户需求，提高客运车辆的利用效率。

附图说明

图1为本发明客运车辆调度方法的流程图。

具体实施方式

下面结合具体实施例进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。

如图1所示，一种通过系统派车的客运车辆调度方法，通过服务器实施，包括，

s1.将待接单的车辆进行排列，并依次赋予接单序号；

s2.服务器接收客户端发出的订单，根据订单信息，筛选出满足订单需求的车辆；

s3.将筛选后车辆根据接单序号依次排列，生成派车队列；

s4.根据派车队列的顺序将订单信息推送至派车队列中的司机，司机自主选择接单或拒单。

在一个具体实施例中，所述订单信息包括乘车人数、出行时间、出发地、目的地。用车客户通过客户端输入订单信息，发出用车需求，将出行的乘车人数、出行时间、出发地、目的地等信息发送至服务器，服务器根据订单信息，筛选出能够满足用户出行需求的车辆，而将无法满足订单需求的，例如车辆限载人数低于用户的出行人数，在出行时间段内车辆已接有其他订单等状况，然后根据接单序号将筛选后车辆依次排列，生成派车队列，例如在待接单时将a、b、c、d、e依次赋予接单序号1、2、3、4、5，而b、d两辆车无法满足用户需求，剔除b、d，再将a、c、e按照接单序号1、3、5再次排列，生成派车队列一号a，二号c，三号e，再根据派车队列，先将订单信息推至a车司机，若a车司机选择接单，该订单的派单流程结束，若a车司机选择拒单，则将订单信息推送至c车司机，若c车司机选择接单，该订单的派单流程结束，若c车司机选择拒单，则将订单信息推送至e车司机，若e车司机选择接单，该订单的派单流程结束，若e车司机选择拒单，则取消该订单。

具体地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，订单信息一次只推送给一个司机。在生成派车队列后，为避免多个司机同时接一单，服务器一次仅将订单信息一次只推送给一个司机，例如派车队列中一号a、二号c、三号e，服务器仅先将订单信息推至a车司机，若a车司机选择接单，该订单的派单流程结束，若a车司机选择拒单，服务器才会将订单信息推送至c车司机。

具体地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，根据派车队列，序列相邻的两个司机，只有在前司机在拒单后，服务器才会将订单信息推送至在后司机。

具体地，在根据派车队列的顺序将订单信息推送至派车队列中的司机的过程中，向司机发送提示信息。在服务器将订单信息推送至派车队列中的司机时，服务器同时会给司机发送提示信息，例如向司机发送手机短息，提醒司机查看相应的订单信息，促使司机快速选择接单或拒单。

具体地，在服务器将订单信息推送至派车队列中的司机后，若司机未在预定时间内选择接单或拒单，服务器则认定该司机选择拒单，并将订单信息推至派车队列中下一位司机。为避免因意外情况而忽略了对订单信息作出响应，延误派单时间，造成用户较长等待时间的发生，通过给司机在预定时间内对订单信息作出响应的限定，使得在司机没有在预定时间内对订单作出响应，选择接单或拒单时，服务器则认定该司机选择拒单，并将订单信息推至派车队列中下一位司机，从而使得派单时间在可预见的时间内完成，避免用户在派单过程中长时间等待。

具体地，在服务器将订单信息推送至派车队列中的司机后，若司机未在预定时间内选择接单或拒单，服务器将该司机从所有派车队列中剔除。

具体地，所述服务器根据派车队列的顺序将订单信息推送至派车队列中的司机，司机选择接单后，该订单的派单流程结束。

具体地，待接单的车辆具有进入多个订单对应派车队列的权限。待接单的车辆只要能够满足用户的订单需求，就能够加入该订单的派车队列中，并且待接单的车辆能够同时存在于多个订单的派车队列中，这样，就能够快速提高接单效率。

具体地，仅在订单之间需求不冲突时，待接单的车辆才能够进入多个订单对应派车队列。例如，甲发布了第一时间段内的用车需求订单，乙发布了第二时间段的用车需求订单，司机a只有在第一时间段、第二时间段内都没有接单，且a满足甲、乙发布的所有订单需求(例如乘车人数)，a才能够同时进入甲、乙发布订单所在派车队列中；而在丙也发布了第一时间段内的用车需求订单时，a只能进入甲或丙中一家订单所在派车队列中，且a优先进入甲、丙中较早发布订单的派车队列中。

具体地，在司机选择接单后，将该司机对应车辆从车辆所在派车队列中剔除。

具体地，在派车队列中的司机都选择拒单后，取消订单。

以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。