【技术实现步骤摘要】
一种公务用车的智能调度系统及其调度方法
本专利技术涉及车辆调度领域，尤其涉及一种公务用车的智能调度系统及方法。
技术介绍
传统公务车辆调度方式是由车队调度员根据属地化服务对象范围和所辖车辆，由车队长(或调度员)进行权限范围内的自主调度，在超出权限范围的需求时，提请中心总调度协调调度；传统公务车辆调度方式有其自主性强、机动性强、管理半径受控、用户联系紧密等优点；但也存在成本管理粗放、用户需求随性、车队之间标准执行差异较大、资源分配不均衡等缺点，特别是，依靠电话人工调度、各自为政的方式，越来越不符合现代公务车辆精益化管理的要求，特别是针对企业用户的不同需求，无法实现车辆调度资源的优化调配、调度流程的标准化、调度程序响应的敏捷性要求；具体的，公务车辆的调度管理存在以下问题：1.公务车辆传统公务车辆管理的车辆台帐管理以手工记帐方式，适合在车辆/司机资源较少的情况，一旦该数量超过人工处理方式能承受的工作量时，效率会大大降低。2.传统公务车辆调度的方式是基于人工选择，对车辆资源、司机资源的调配效率非常低，信息错误对调度速度和准确性的影响很大，容易导致资源冲突。3.传统公务车辆...
【技术保护点】
1.一种公务用车的智能调度系统，其特征在于包括：用车申请模块：用于用车申请，接收用车人提出的用车申请，用车人可选择采用不拼车或拼车；部门审批模块：与用车申请模块相连，用于获取用车申请信息，并进行审批；若部门审批通过，则触发调度任务许可模块，若不通过，则结束，并将结果反馈至用车申请模块；调度接单审核模块：与用车申请模块相连，根据接收的用车人的位置和信息与数据库中的信息进行匹配，从数据库中自动筛选推荐可用车辆及可用驾驶员，可用车辆为待命车辆、油量可用车辆，可用驾驶员为在岗、准驾要求的驾驶员；后台以“待命车辆”、“油量可用”、“用车人所在服务区”为条件从数据库中读取出符合条件的车...
【技术特征摘要】
1.一种公务用车的智能调度系统，其特征在于包括：用车申请模块：用于用车申请，接收用车人提出的用车申请，用车人可选择采用不拼车或拼车；部门审批模块：与用车申请模块相连，用于获取用车申请信息，并进行审批；若部门审批通过，则触发调度任务许可模块，若不通过，则结束，并将结果反馈至用车申请模块；调度接单审核模块：与用车申请模块相连，根据接收的用车人的位置和信息与数据库中的信息进行匹配，从数据库中自动筛选推荐可用车辆及可用驾驶员，可用车辆为待命车辆、油量可用车辆，可用驾驶员为在岗、准驾要求的驾驶员；后台以“待命车辆”、“油量可用”、“用车人所在服务区”为条件从数据库中读取出符合条件的车辆，读取的每辆车的数据中包含了对应的“出单服务满意率”、“复用率”、“资产周期残值”；读取成功后根据优先级使用排序算法进行排序推荐，优先级：①出单服务满意率高的车；②复用率低的车，以确保每车每周的合理出车次数；③资产周期残值高的车，选择车辆后，开始筛选驾驶员；若车型为“特种车”，后台以“在岗”、“准驾”、“用车人所在服务区”为条件从数据库中读取出符合条件驾驶员并以出单服务满意率从大到小排序；若车型为其他车型，后台以“在岗”、“用车人所在服务区”为条件从数据库中读取出符合条件驾驶员并以出单服务满意率从大到小排序，选择对应的驾驶员；若未筛选出符合条件的车辆或驾驶员，通过socket发送消息给总调度员，进行人工跨区调度，后台在其他距离用车人最近的服务区筛选车辆和驾驶员，其筛选方式与用车人所在服务区的筛选方式相同；调度派单模块：与车辆待命状态确认模块相连，同步通知司机、用户申请人、用车人，并启动远程监控，进行司机是否确认、车辆是否抵达出发地、乘客是否已上车判断，若司机确认、车辆抵达出发地、乘客已上车则判断调度派单成功，或否，则判断调度派单失败，若用户结束等待，则安排回程车，若车辆未抵达出发地时，则车辆不能进入下一轮出车单调度；车辆出发判断模块：用于根据车辆是否抵达出发地点，进行车辆出发判断；乘客状态判断模块：用于乘客上车判断；行程结束判断模块：用于行程结束判断，当乘客下车，则认为行程结束；服务评价模块：用于评价判断，当评价结束时，进行合并考核，若评价未结束，则进行评价催办，若服务中设诉，则触发服务稽查模块；车辆入库模块：用于车辆入库判断，其与行程结束判断模块、评价服务模块相连；当车辆入库后，获取行程结束判断模块、评价服务模块数据，当行程结束、评价结束时，则触发合并计费，调度结束；当车辆未入库时，则继续等待。2.根据权利要求1所述的一种公务用车的智能调度系统，其特征在于：调度接单审核模块包括调度任务许可子模块和车辆待命状态确认子模块；调度任务许可子模块与部门审批模块相连，当用车申请通过部门审批时，获取用车申请数据，进行调度任务许可，判断是否出车任务许可，若出车任务许可，则触发车辆待命状态确认模块，若出车任务未许可，则结束，并将结果反馈至用车申请模块。车辆待命状态确认子模块与调度任务许可子模块相连，在调度任务许可后，进行车辆待命状态确认，车辆待命状态确认包括车辆待命确认和拼车单车辆状态确认；当确认车辆已待命时，则根据用车人所在服务区，筛选可用车辆及驾驶员并将情况反馈给调度派单模块；若车辆未待命，则判断用车人所在服务区无可用车辆或驾驶员，需采取人工跨区调度，进行再次车辆待命状态确认。3.根据权利要求2所述的一种公务用车的智能调度系统，其特征在于：调度接单审核模块的优先级使用排序算法为：出单服务满意率×50％+(1-复用率)×30％+资产周期残值×20％，根据计算结果将车辆从大到小进行排序。4.根据权利要求3所述的一种公务用车的智能调度系统，其特征在于：排序完成后、后台将最终的车辆筛选结果以JSON格式发送给客户端，在调度员客户端将JSON数据格式化后展示筛选后的车辆列表，由调度员点击选择，驾驶员筛选成功后后台将筛选结果以JSON格式发送给客户端，在调度员客户端将JSON数据格式化后展示筛选后的驾驶员列表。5.根据权利要求4所述的一种公务用车的智能调度系统，其特征在于：在用车申请模块中，用车申请信息包括出车任务类型、车型选择、时间选择、出发地、目的地，出车任务类型包括常规和紧急，如果是紧急用车，则不需要填写时间和地点，点击下单后通过js将这些数据以JSON格式传给后台，后台将收到的JSON数据格式化后插入数据库，此时新增了一条订单记录，同时通过socket发送消息提醒用车单位负责人进行审批。6.根据权利要求1所述的一种公务用车的智能调度系统，其特征在于：调度接单审核模块和调度派单模块根据调度算法模型进行调度，调度算法模型能对不同情形下的流程状态进行变量设置，通过不同的变量赋值实现对各种调度流程的转向控制；对公务车调度任务进行典型的变量设置和算法设置；调度状态设置与变量设置为：对每一个调度任务设置一组状态变量，既PX矩阵变量；状态变量PX由主变量Pi和子变量Pjj组成,既PX＝[Pi,Pij]，其中：1)调度允许P1＝任务许可P11×车辆待命状态P12；2)调度成功P2＝任务发布P21×车辆出发状态P22×乘客上车状态P23；3)调度结束P3＝行程结束P31×评价完成P32×车辆入库P33；其中，P33状态＝P12状态；P12为在车场内静止待命状态的车辆，或是上一单已出发、但在本单计划启动时间内预计回场车辆，或是单程被遣返途中、具备出车状态的车辆；每个变量Pi＝0或者Pi＝1代表车辆调度处于不同的状态；当P1＝1指调度允许，P1＝0指调度不允许，P1＝0包括的情况为：调度任务未完成许可、无待命车辆；当P2＝1指调度成功，P2＝0指调度不成功，P2＝0包括的情况为调度任务还未完成发布或取消发布、车辆未抵达出发地点、乘客未上车；当P3＝1指调度结束，P3＝0指调度未结束，P3＝0包括的情况为行程未完成、评价未完成客户未结束行程的标志、车辆未入库；一个调度任务的全部完成标记是PX＝P1×P2×P3＝1；特殊规则包括：处于P3＝0状态的车辆，不能进入下一流程；当P31＝(-1)时，P33自动调整＝1，此时P3＝(-1)，代表用户不愿等待、结束单程行程、遣返车辆、用户评价完成，同时，本订单有追加回程调度任务触发给调度系统，调度员需要在客户通知的预计回程时间内调配其它车辆资源或本车回目的地接回客户；此关联回程调度任务的任务许可值为P11(-1)；当两关联调度任务PX×PY＝(-1)×(-1)＝1，表示本组调度任务的完成；如果P33＝0，则P1＝P12＝0即调度不允许，则为需要重新安排车辆，当调度单通知的计划派出车辆为已出单车辆，且按计划应在本单出发前回场的未按时回程，导致P33＝P12＝0，即调度不允许，如果P11＝1，即任务许可的状态，则调度任务需重新启动、更换状态变量P12＝1的车辆，重新发布调度任务；PX矩阵变量设置表为：7.采用权利要求1-6任一权...
【专利技术属性】
技术研发人员：孙晨，孔娇丽，郭雷，刘正国，黄笑笑，
申请(专利权)人：浙江华云信息科技有限公司，
类型：发明
国别省市：浙江,33
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。