一种企业多类型车辆综合调度一体化管理方法及系统与流程

1.本发明涉及一种企业多类型车辆综合调度一体化管理方法及系统，属于企业车辆一体化管理技术领域。


背景技术：

2.为提高员工上下班体验，越来越多的企业选择提供通勤班车服务，为了让员工日常办公、短距离出差方便，也有不少企业提供公务车、园区摆渡车等用车服务，来保障员工通勤、办公出行的便利性。
3.目前市场中为企业内车辆管理提供服务的系统，大都根据车辆类型和使用场景，将企业公务车、通勤班车划分为独立的管理系统。例如在申请公告号cn107527497b名称为“一种线路资源智能调配的通勤车预约方法”的专利中，预约服务器根据员工的预约信息，实现通勤车的调度；还有在申请公布号为cn110675041a名称为“一种公务用车管理系统”的专利中，该系统实现对公务车辆的管控及车辆的调度。各个系统仅专注于管理对应类型车辆的业务，但在实际应用中，很多时候公务车与通勤班车是存在重复的，比如因公需多人出差时，就需要用到小巴车出行；而采用两套完全独立的系统，从车辆调度层面来说，这种管理方式容易出现车辆重复申用，这就会导致出现一方无效预约，影响正常工作；同时若车辆在其中一套系统中显示申用，需要管理人员在另一系统人工对该车辆状态进行调整，这就容易出现登记错误、漏登的情况，导致车辆调度和管理存在障碍；从资产管理层面来看，同样都是车辆资源，都需要定期维护保养、购险维护，却需要在两套系统中进行管理维护，这样无疑增加了管理难度。


技术实现要素：

4.本发明的目的是提供一种企业多类型车辆综合调度一体化管理方法及系统，以解决现有管理中车辆容易出现重复申用的问题。
5.本发明提出一种企业多类型车辆综合调度一体化管理方法，该方法包括以下步骤：
6.1)获取企业中不同型号的车辆信息，并根据车辆用途对各车辆进行标记，所述车辆用途包括班车和公务车；并存储班车的运营路线及班次信息；
7.2)接收预约用户的乘车申请信息或用车申请信息，其中乘车申请信息包括乘车线路、乘车班次和乘车时间范围；用车申请信息包括用车时间范围、随车人数；用户提交乘车申请时受到相同线路所述乘车时间范围内预约用户的数量的限制，当预约数量超出班车的运营能力时，用户无法提交乘车申请；
8.3)根据用户用车申请信息及获取的车辆信息，对用户用车申请进行审批；其中，用车申请所审批的车辆是根据用户用车申请信息，在可用公务车中选择满足随车人数及用车时间范围的公务车；
9.4)审批结束后，修改审批车辆状态，如果审批车辆被同时标记为班车和公务车，则
当该审批车辆作为班车或公务车时，在对应公务车或班车标记下，将该审批车辆状态更改为占用状态。
10.本发明还提出一种企业多类型车辆综合调度一体化管理系统，该系统包括存储器和处理器，所述处理器执行由所述存储器存储的计算机程序，以实现如上所述的企业多类型车辆综合调度一体化管理方法。
11.本发明对企业班车和公务车进行统一调度，根据车辆用途将车辆标记为班车和公务车，针对用户不同申请需求进行车辆选择，快速实现不同车辆调度；同时针对既作为班车又作为公务车的车辆，当已经被审批用作班车或公务车时，则在对应的公务车或班车标记下，该车辆状态更改为占用状态，避免出现车辆重复申用，减少无效预约情况的出现；将所有车辆信息存储在同一系统中，也减少了管理人员的工作量，也进一步避免了现有技术中因管理人员对班车管理系统和公务车管理系统，这两个系统中车辆状态信息更新不及时或人工输入错误导致的车辆重复申用的问题。
12.进一步地，所述用车申请信息还包括是否需要司机驾车，若用车申请中选择需要司机驾车，则审批车辆时对可用车辆与可用司机进行选择，将选择的可用车辆信息和与可用车辆绑定的司机信息发送给用户。
13.针对用户没有对公务车的驾驶权限，本发明还给出了在申请时用户可以选择是否需要司机驾车，以满足用户需求，保证用户的顺利出行。
14.进一步地，在选择可用司机时，需保证所选司机与车辆存在绑定关系且司机为出勤状态，同时选择出车次数最少、司机最后一次出车时间或最后一次计划出车时间距离本次用车申请中的用车时间范围最远的司机。
15.通过上述方式根据用车请求信息确定司机，确保所选司机符合申请需求，同时要确定司机出行当天为出勤状态，以免司机缺勤延误工作；选择出车次数最少的司机是为保障司机的身体状态，以免工作时长过长影响司机身体健康，实现人性化调度；同时选择司机最后出车时间或最后计划出车时间距离本次申请中的用车时间最远的司机，以保证两次工作交接时间充足，确保工作顺利进行。
16.进一步地，在审批公务车的车辆时，需保证审批的车辆座位数符合用车申请要求，同时选择车辆使用次数最少、车辆最后一次发车时间或最后一次计划发车时间距离本次申请中的用车时间最远的车辆。
17.通过上述方式根据用车申请信息确定车辆，确保审批车辆符合申请需求，选择车辆使用次数最少的车，可以尽可能保障企业各车辆性能，避免出现过度使用而造成的车辆损坏；同时，选择车辆最后一次发车时间或最后一次计划发车时间距离本次申请中的用车时间最远的车辆，确保两次车辆调度时间充足，保证车辆顺利投入下一次使用。
18.进一步地，在用户提交乘车申请或用车申请时，根据预约用户的身份信息判断该用户是否有预约申请权限，若该用户没有预约申请权限，则提示没有预约申请权限。
19.通上述方式提前判断用户有无预约权限，可以减少一些不必要的工作量，保证工作效率。
20.进一步地，当用户乘车时，需判断用户是否具有乘车权限，只有用户具有乘车权限时才可乘车，所述乘车权限是指用户申请信息中的乘车线路、班次及乘车时间与当前车辆的运营线路、班次及运营时间一致。
21.通过上述方式在用户乘车时进行核查，确保用户正确乘车，避免出现错误乘车造成工作延误的问题，保证用户工作顺利进行。
22.进一步地，在班车运营结束后，将班车所用到的车辆的状态从占用状态改为空闲状态。
23.本发明及时修改运营结束后车辆状态，以便针对其他乘车需求进行合理的班车调度。
24.进一步地，若预约成功的乘车申请对应的班车被取消时，则向预约成功该班车的用户下发班车取消的审批结果，以便于用户及时预约其他班车。
25.通过上述过程，保证在班车取消的情况下，用户可以及时收到消息并预约其他班车。
26.进一步地，在用户归还预约公务车时，需提交对应车辆归还信息；根据收到的车辆归还信息，将对应公务车状态更改为空闲状态。
27.通过上述方式，及时更改公务车状态方便对其他用车需求进行合理的调度。
附图说明
28.图1是本发明企业多类型车辆综合调度一体化管理方法流程图；
29.图2是本发明企业多类型车辆综合调度一体化管理方法的具体流程图；
30.图3是本发明企业多类型车辆综合调度一体化管理系统结构图。
具体实施方式
31.下面结合附图对本发明的具体实施方式作进一步地说明。
32.方法实施例
33.本发明提出一种企业多类型车辆综合调度一体化管理方法，具体流程如图1所示。首先需要获取企业中的车辆信息，并按班车和公务车对车辆进行标记，存储班车的运营路线及班次信息；然后系统接收用户的乘车或用车申请；根据班车运营能力，用户提交乘车申请并获得乘车权限；根据用户用车申请信息及获取的车辆信息，对用户用车申请进行审批；审批通过后将审批车辆状态改为占用状态，并为用户用车权限；待用户乘车或用车结束后收回权限，并更改车辆状态。
34.步骤1.车辆信息存储
35.本发明为了实现企业中班车和公务车的一体化管理，统一收录企业中不同型号的车辆信息，并按照车辆用途对所有车辆进行标记，车辆用途包括班车和公务车，其中，部分辆车可以同时被标记为班车和公务车。车辆信息包括车辆的车牌号、车辆可载人数、车辆对应可用司机(驾驶员)，同时还包括车辆使用信息，包括运营时长、运营次数，例如可以对一天内车辆的使用信息进行统计，当运营时长超出设定范围，可以暂时不再安排该车辆的调度，避免运营时长过长对车辆造成过负荷。
36.同时，还需要存储班车的运营路线及班次信息，运营路线包括班车途径站点信息。作为其他实施方式，班车运营路线和途径站点并不完全固定，可以根据实际需求对运行路线及途经站点进行补充修改。对于同一运营路线车辆可以设定有规律的发车班次，以减少重复设置班次的工作，例如可以将星期定义为循环班次，每个星期结束后，根据历史班次信
息及实际需求进行相应的调整；而对于不同运营路线的班车，发车班次可以根据实际运营路线及用户需求进行适应调整。
37.此外，还可以存储乘车票价，主要是针对需要付费乘车的用户进行设置。在用户乘车时，根据用户身份、乘车路线、是否为加班日或节假日时段乘车、是否购买月票来自动判断用户乘车的应扣票价。
38.步骤2.用户预约申请
39.用户在有乘车或用车需求时可以通过指定app进行乘车或用车申请，根据用户申请目的的不同，用户提交的乘车申请和用车申请的内容也不同。其中，乘车申请内容包括乘车线路、乘车班次和乘车时间范围；用车申请内容包括用车时间范围(计划领用车辆时间和计划归还车辆时间)、随车人数、是否需要司机驾驶以及用车事由。
40.此外，用户预约申请具有一定时间限制，由于班车和公务车使用用途不同，班车所服务用户数量较多，需要根据用户申请数量进行统一调度，因此在班车预约时，可以将需要提前预约的限制时间设置较长；例如，要预约明早8点-8点20分的班车，至少要在今天下午5点之前完成申请；而公务车所服务用户数量较少，甚至可以服务单人用户，同时考虑到会有紧急出差的情况，为了更好地服务用户满足工作需求，公务车提前预约的限制时间可以设置较短，例如，要预约当天下午3点的公务车，在当日上午10点前完成申请即可。
41.在预约提交之前，根据申请用户信息，判断该用户是否有预约权限，如果该用户没有预约权限，则提示没有权限不予预约。例如，设定仅有经理及其以上级别的用户才可以预约用车，普通用户并没有预约权限，当普通用户申请用车时直接不予预约。
42.在预约提交之前，根据相同线路、同样乘车时间范围内预约的用户数量进行统计，当预约数量达到班车运营能力的上限时，则不允许继续预约该线路并该乘车时间范围内的班车。其中，班车运营能力是指在预约线路、班次、预约乘车时间范围内的已经安排好的可用班车的最高可载人数。由于已经根据历史用户乘车信息先将一周的发车班车进行一个固定安排，此时对应路线的班次已经确定，在同一时间段用户可预约人数也已确定，例如设定好的某一线路下的8点-8点20的班车有两辆，总共可载人数为80人，每一次预约后都会记录预约人数，当预约人数小于等于80时，此时车辆可载人数大于申请人数，则预约人数在班车的运营能力范围内，用户正常提交乘车申请，表示预约成功获得乘车权限，但当预约人数大于80人时，超出班车运营能力，此时用户则无法提交乘车申请，表示预约失败。作为其他实施方式，班车运营能力即可用班车可载人数上限可以根据具体实际情况进行调整，例如截止到今晚5点可以预约明早8点-8点20的班车，预约上限是80人，对比之前预约情况(例如上周或上个月)，之前一般预约不会达到80人或者少数情况下在预约截止时间前半小时才能达到80人，但此次在上午12点的时候发现预约人数已经达到80人，为了能满足其他用户需求，根据存储车辆信息，判断是否有其他可用班车可以作为对应路线、对应乘车时间内的班车，如果发现有班车，则可增派班车并适当调整预约人数上限。
43.步骤3.用户申请审批
44.本发明主要是对用户提出的用车申请进行审批。用车申请的审批具体流程如图2中所示，根据存储的车辆信息及用户用车申请信息，在可用公务车中选择满足随车人数及用车时间范围的公务车。用户在申请公务车时，根据自身需求，可以申请是否需要司机，若用户申请需要司机驾车，则在审批时对可用车辆与可用司机进行选择，将选择的可用车辆
信息和与可用车辆绑定的司机信息发送给用户。
45.车辆和司机具体调度规则如下：当用户申请自行驾驶时，管理人员针对用户申请信息在可用的公务车中进行选择，需保证审批的车辆座位数符合用车申请要求，同时选择车辆使用次数最少、车辆最后一次发车时间或最后一次计划发车时间距离本次申请中的用车时间最远的车辆。当用户申请需要司机驾车时，管理人员需要在可用车辆和可用司机中进行选择，此时车辆的选择与上述用户申请自行驾驶时车辆选择方法一致，选择的司机要与选择车辆具有绑定关系，即允许该司机驾驶该车辆，同时要确定司机出行当天为出勤状态，还要选择出车次数最少的司机同时选择司机最后出车时间或最后计划出车时间距离本次申请中的用车时间最远的司机。
46.例如，在用户申请自行驾驶时，若用户申请的用车时间为当天的12:00至20:00，假设当前有车a、车b、车c、车d，车a当天已出车4次，当前处于空闲状态，且暂无其他出车计划；车b当天已出车2次，当前处于占用状态且暂无其他出车计划；车c当天已出车3次，当前处于空闲状态，但在下午17:00至21:00有出车计划；车d当天已出车3次，当前处于空闲状态且暂无其他出车计划；那么，综合车辆的调度规则推送车辆d，避免重复用车的风险，同时，避免多辆车间使用不均衡造成的损耗不均等问题。
47.在车辆审批结束后，还需要判断审批车辆是否允许拼车。当审批车辆不允许拼车时，直接生成用户对该车辆钥匙的领用权限，将车辆信息发送给用户，并将该车辆状态更改为占用状态。当审批车辆允许拼车时，生成用户对该车辆钥匙的领用权限，将车辆信息发送给用户，并根据本次用车占用的座位数，计算车辆剩余空座位数，当下一位用户申请时，综合用户申请信息及剩余空座位数，判断该车辆是否满足用车需求。另外，当车辆剩余座位数小于预设数量或用车时间临近预设时间时，此时可直接将该车辆状态修改为占用状态；若有车辆同时被标记为公务车和班车，则该车在被其中一种类型调度申用后，对应另一类型标记下的车辆也更改为占用状态。
48.同时，根据审批的公务车的车辆信息，对车辆出入管理设备下发该车辆的出入权限，以实现车辆出入权限的快速识别与放行，例如车辆在经过车牌识别设备时，车牌识别设备根据车牌号自动识别该车辆拥有出入权限并放行。
49.此外，本发明还针对一些特殊情况对用户的乘车申请进行审批，例如司机临时请假或车辆故障等，使得预约成功的乘车申请对应的班车被取消，无法为该取消班车对应的已经预约成功的用户提供服务，因此需要对这部分用户的乘车申请进行审批，取消该部分用户之前预约成功时得到的乘车权限，并下发给用户。如图2中所示，在出现上述的特殊情况时，此时对应路线下该班次的班车可载人数小于申请人数时，此时根据存储车辆信息，判断是否有其他可用班车可以作为对应路线、对应乘车时间内的班车，如果没有，则预约人数超出班车的运营能力，根据预约申请的提交时间判断，对超出运营能力部分的用户乘车申请进行审批，取消这些用户之前预约成功时得到的乘车权限，同时将该结果下发给用户，用户可以在指定app接收到对应消息；如果有班车可以满足预约人数需求，则预约人数仍在运营能力范围之内，增派班车和司机以满足用户预约需求。同时在增派车辆时需要判断该车辆是否被同时标记为班车和公务车，如果判断所增派车辆同时标记为班车和公务车，此时需要将该车辆对应公务车标记下也改为占用状态。
50.在增派车辆和司机时，增派车辆要满足申请用户人数的要求，同时要考虑车辆发
车次数，选择当天发车次数最少的车辆，并且选择车辆最后一次发车时间或最后一次计划发车时间距离本次申请中的用车时间最远的车辆，确保两次车辆调度时间充足，保证车辆顺利投入下一次使用；增派司机要与增派车辆具有绑定关系，即增派司机具有驾驶该车辆资格，同时要确定司机出行当天为出勤状态，以免司机缺勤延误工作，还要选择出车次数最少的司机同时选择司机最后出车时间或最后计划出车时间距离本次申请中的用车时间最远的司机，以保证两次工作交接时间充足，确保工作顺利进行。
51.通过上述过程可以实现用户乘车申请和用车申请时的车辆调度，当用户乘车时，还需判断用户是否具有乘车权限，只有用户具有乘车权限时才可乘车。其中乘车权限是指用户申请信息中的乘车线路、班次及乘车时间与当前车辆的运营线路、班次及运营时间一致。同时对用户乘车或用车进行记录，当乘车结束或用车结束后自动收回用户在对应车辆的乘车或用车权限。在班车运营结束后，将班车所用到的车辆状态从占用状态改为空闲状态，以便针对其他乘车需求进行合理的班车调度。在用户归还预约公务车时，提交对应车辆归还信息，根据收到的车辆归还信息，将对应公务车状态更改为空闲状态，方便对其他用车需求进行合理的调度。
52.同时，本发明还可以实现企业车辆的统一维护，原来进行车辆维护或检修时，由于同一车辆既可作为班车也可作为公务车，因此需要在两个管理系统(班车管理系统和公务车管理系统)中输入管理信息，可能会造成重复维护、重复检修的情况。本发明将所有车辆信息存放在一个系统中，使车辆定期维护保养、购险维护及检修管理起来更加方便。
53.系统实施例
54.本发明还提出一种企业多类型车辆综合调度一体化管理系统，具体结构如图3所示，该系统包括基础信息管理模块、申用流程管理模块、乘车管理模块、用车管理模块、调度管理模块、用户端模块、智能终端模块。其中，基础信息管理模块主要提供对车辆信息和司机信息的管理能力，本系统所有的业务服务都将基于存储的基础数据进行深化实现；申用流程管理模块是为管理员及用户提供乘车、用车的申请和审批流程设计能力、使用服务，并记录历史的申用记录，方便随时回查；乘车管理模块是针对通勤车、摆渡车等班车乘车服务提供业务管理能力，包括线路管理、站点信息、班次、趟次、票价等管理功能；用车管理模块是针对公务用车服务提供业务管理能力，包括公务车的订单管理、派车管理、用车记录、用车分析等管理功能；调度管理模块是针对公务车、通勤车、摆渡车等多种不同类型的车辆，设置其在使用过程中的调度规则，并支持自动调度和手动调整；用户端模块是针对企业用户提供移动端服务，包括移动端快速申请乘车或用车服务、查看记录、购买定期票、查看车辆定位等功能；智能终端模块可分为智能车载终端和车牌识别终端两类终端，智能车载终端主要用于乘车场景下，识别乘车人身份并完成扣费动作，车牌识别终端主要用于公务车出行场景下，识别车辆出入权限并完成抬竿动作。
55.该系统还包括处理器、存储器，存储器中存储有可在处理器上运行的计算机程序，所述处理器在执行计算机程序时实现上述方法实施例的方法。也就是说，以上方法实施例中的方法应理解为可由计算机程序指令实现企业多类型车辆综合调度一体化管理方法的流程。可提供这些计算机程序指令到处理器，使得通过处理器执行这些指令产生用于实现上述方法流程所指定的功能。
56.本实施例所指的处理器是指微处理器mcu或可编程逻辑器件fpga等的处理装置；
本实施例所指的存储器包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。例如：利用电能方式存储信息的各式存储器，ram、rom等；利用磁能方式存储信息的各式存储器，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、u盘；利用光学方式存储信息的各式存储器，cd或dvd。当然，还有其他方式的存储器，例如量子存储器、石墨烯存储器等。
57.通过上述存储器、处理器以及计算机程序构成的装置，在计算机中由处理器执行相应的程序指令来实现，处理器可以搭载各种操作系统，如windows操作系统、linux系统、android、ios系统等。作为其他实施方式，系统还可以包括显示器，显示器用于将企业多类型车辆综合调度一体化管理的结果展示出来，以供工作人员参考。