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任一权利要求所述的一种公务用车的智能调度系统的调度方法，其特征在于包括以下步骤：
1)获取用车申请信息：获取用车人的用车申请信息，用车申请信息包括出车任务类型、车型选择、时间选择、出发地、目的地，出车任务类型包括常规和紧急，如果是紧急用车，则不需要填写时间和地点，点击下单后通过js将这些数据以JSON格式传给后台，后台将收到的JSON数据格式化后插入数据库，此时新增了一条订单记录，同时通过socket发送消息提醒用车单位负责人进行审批；
2)获取部门审批信息：接收到审批消息后，js从后台获取从数据库中读取的用车申请信息，并根据获取的信息进行审批，若审批未通过，则结束调度，后台通过socket发送消息给用车人提醒审批未通过，审批通过后开始调度接单审核；
3)调度接单审核：与用车申请模块相连，根据接收的用车人的位置和信息与数据库中的信息进行匹配，从数据库中自动筛选推荐可用车辆及可用驾驶员，可用车辆为待命车辆、油量可用车辆，可用驾驶员为在岗、准驾要求的驾驶员；后台以“待命车辆”、“油量可用”、“用车人所在服务区”为条件从数据库中读取出符合条件的车辆，读取的每辆车的数据中包含了对应的“出单服务满意率”、“复用率”、“资产周期残值”；读取成功后根据优先级使用排序算法进行排序推荐，优先级：①出单服务满意率高的车；②复用率低的车，以确保每车每周的合理出车次数；③资产周期残值高的车，选择车辆后，开始筛选驾驶员；若车型为“特种车”，后台以“在岗”、“准驾”、“用车人所在服务区”为条件从数据库中读取出符合条件驾驶员并以出单服务满意率从大到小排序；若车型为其他车型，后台以“在岗”、“用车人所在服务区”为条件从数据库中读取出符合条件驾驶员并以出单服务满意率从大到小排序，选择对应的驾驶员；若未筛选出符合条件的车辆或驾驶员，通过socket发送消息给总调度员，进行人工跨区调度，后台在其他距离用车人最近的服务区筛选车辆和驾驶员，其筛选方式同上；
4)调度派单：调度员完成车辆和驾驶员选择后，进行派单，js将车辆和驾驶员数据传给后台，后台获取数据后更新数据库中当前订单的驾驶员和车辆信息，同时通过socket向相应的驾驶员发送派单信息，向用车人发送消息通知；司机确认接单后开始行程，若接单失败，则结束调度；
5)开始行程，车辆出发判断：行程开始后启动远程监控，并通过js生成行程开始时间传给后台，后台更新数据库中当前订单记录的开始时间；车辆到达出发地点并将乘客送至行程终点后，结束行程；
6)结束行程：结束行程后，js生成行程结束时间传给后台，后台更新数据库中当前订单记录的结束时间；用车人将对此次行程进行评价；
7)服务评价：用车人客户端弹出服务评价窗口，填写评价信息后提交，js将评价数据传给后台，后台在数据库中更新当前订单的评价记录；若用户选择投诉，js将投诉信息传给后台，后台在数据库中更新当前订单的投诉记录；若用户未作任何评价，用户在下次登陆用车人客户端时将提醒其进行评价；
8)车辆入库：驾驶员完成订单返回车库后，系统记录行程的里程，js将数据传给后台，后台更新当前订单记录的里程；所有所需数据记录完毕，依据这些数据进行计费；
9)计费：系统根据司机接单后记录的行程的开始时间和乘客下车时记录的结束时间计算服务时间，并根据服务时间和里程计费，js将计费数据传给后台，后台更新当前订单记录的计费数据。
8.根据权利要求7所述的调度方法，其特征在于：在步骤3)中，优先级使用排序算法为：
出单服务满意率×50％+(1-复用率)×30％+资产周期残值×20％，根据计算结果将车辆从大到小进行排序；排序完成后后台将最终的车辆筛选结果以JSON格式发送给客户端，在调度员客户端将JSON数据格式化后展示筛选后的车辆列表；调度员点击选择车辆后，开始筛选驾驶员，客户端通过js向后台发送所选择车辆的车型。
9.根据权利要求8所述的调度方法，其特征在于：在步骤3)中，调度接单审核包括：
调度任务许可：车辆待命状态确认：当用车申请通过部门审批时，获取用车申请数据，进行调度任务许可，判断是否出车任务许可，若出车任务许可，则触发车辆待命状态确认模块，若出车任务未许可，则则结束，并将结果反馈至用车人；
调度任务许可：在调度任务许可后，进行车辆待命状态确认，车辆待命状态确认包括车辆待命确认和拼车单车辆状态确认；当确认车辆已待命时，则根据用车人所在服务区，筛选可用车辆及驾驶员并将情况反馈给调度派单模块；若车辆未待命，则判断用车人所在服务区无可用车辆或驾驶员，需采取人工跨区调度，进行再次车辆待命状态确认。
10.根据权利要求7所述的调度方法，其特征在于：在步骤3)和步骤4)中，结合调度算法模型进行调度，调度算法模型能对不同情形下的流程状态进行变量设置，通过不同的变量赋值实现对各种调度流程的转向控制；对公务车调度任务进行典型的变量设置和算法设置；
调度状态设置与变量设置为：
对每一个调度任务设置一组状态变量，既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矩阵变量设置表为：
。