公务车管理方法及系统与流程

本公开涉及车辆管理技术领域，尤其涉及一种公务车管理方法及系统。

背景技术：

随着社会的不断发展，政府机关、企业、事业单位对公务车的管理祈求日益强烈。为了实现对公务车的规划管理，各个单位都规定了自己的管理制度和方法。通常情况下，员工用车先填写派车单，说明用途和用车时间，部门领导审批后发放车辆钥匙，员工车辆使用完毕后再交还车钥匙。但是，申请填写与人工审核工作繁琐，费时费力，从而出现未批先用、公车私用、未按规定入库等不规范用车现象，导致公务车管理费时费力、管理效率低、用车程序不规范的问题。

技术实现要素：

本公开实施例提供一种公务车管理方法及系统，能够解决公务车管理费时费力、管理效率低的问题。技术方案如下：

根据本公开实施例的第一方面，提供一种公务车管理系统，包括：

调度服务器、至少一个车场管理服务器、至少一个用户终端、至少一个终端设备，调度服务器、每个车场管理服务器、每个用户终端、每个终端设备之间相互通信连接；

调度服务器用于接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息，派车订单信息包括目标公务车的车辆信息、目标公务车的钥匙信息以及目标驾驶员的身份信息；

调度服务器用于将派车订单信息发送给车场管理服务器、以及将目标公务车的车辆信息和钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；

车场管理服务器用于获取当前驾驶员的身份信息以及当前车辆的车辆信息，并根据派车订单信息在确定当前驾驶员为目标驾驶员且当前车辆为目标公务车时，控制放行目标公务车，当前驾驶员与当前车辆对应。

本公开实施例在实现无纸化审批用车的同时能够高效准确的对公务车进行派遣调度，并且在保证驾驶员与公务车在满足预设配对关系的情况下，才允许车辆进出，避免出现未批先用、公车私用、未按规定入库等不规范用车现象，通过对公务车的智能化管理，解决了公务车管理费时费力、管理效率低、用车程序不规范的问题。

在一个实施例中，车场管理服务器用于根据派车订单信息，验证当前驾驶员的身份信息是否与目标驾驶员的身份信息相同，以及验证当前车辆的车辆信息是否与目标公务车的车辆信息是否相同；在当前驾驶员为目标驾驶员以及当前车辆为目标公务车时，控制放行目标公务车。

在一个实施例中，用车申请信息包括用车目的地；

调度服务器用于根据用车目的地规划目标公务车的电子围栏，电子围栏为目标公务车所能行驶的区域；和/或，根据用车目的地规划至少一个预设行车路径；

调度服务器用于将电子围栏和/或至少一个预设行车路径发送给目标驾驶员的终端设备。

在一个实施例中，公务车管理系统还包括：定位装置和移动管理终端，定位装置与调度服务器通信连接，移动管理终端与调度服务器通信连接；

定位装置用于将目标公务车的位置信息发送给调度服务器；

调度服务器用于根据目标公务车的位置信息，生成目标公务车的车辆行驶轨迹，并将目标公务车的车辆行驶轨迹发送给移动管理终端。

在一个实施例中，调度服务器用于根据目标公务车的位置信息，判断目标公务车是否超出电子围栏，在超过电子围栏时生成越界报警信息，并将越界报警信息发送给目标驾驶员的终端设备和/或移动管理终端。

在一个实施例中，调度服务器用于将目标公务车的车辆行驶轨迹与至少一个预设行车路径进行匹配；在目标公务车的车辆行驶轨迹与至少一个预设行车路径不匹配时，生成偏离报警信息，将偏离报警信息发送给目标驾驶员的终端设备和/或移动管理终端。

在一个实施例中，公务车管理系统还包括：车载终端，车载终端与调度服务器通信连接；

调度服务器用于在目标公务车未按规定行驶时，发送车辆控制指令给车载终端；

车载终端用于根据车辆控制指令对目标公务车进行控制。

在一个实施例中，车场管理服务器用于在目标公务车停放在当前车场时，获取当前车场的车场标识，并判断预设车场标识集合中是否包含当前车场的车场标识；在预设车场标识集合中包含当前车场的车场标识时，确定目标公务车停放正常；在预设车场标识集合中未包含当前车场的车场标识时，确定目标公务车停放异常；

车场管理服务器发送停放信息给目标驾驶员的终端设备，停放信息用于指示目标公务车停放正常或停放异常。

在一个实施例中，移动管理终端与车场管理服务器通信连接；

移动管理终端用于将管理用户的触控操作发送给调度服务器和/或车场管理服务器；

调度服务器和/或车场管理服务器用于根据触控操作将相应的处理结果发送给移动管理终端。

在一个实施例中，公务车管理系统还包括：钥匙管理设备，钥匙管理设备与车场管理服务器通信连接；

钥匙管理设备用于在目标公务车的钥匙被归还后，发送钥匙归还信息给车场管理服务器；

车场管理服务器用于根据钥匙归还信息确定目标公务车还车成功。

根据本公开实施例的第二方面，提供一种公务车管理方法，方法应用于第一方面以及第一方面的任一实施例所描述的公务车管理系统，该方法包括：

调度服务器接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息，派车订单信息包括目标公务车的车辆信息、目标公务车的钥匙信息以及目标驾驶员的身份信息；

调度服务器用于将派车订单信息发送给车场管理服务器、以及将目标公务车的车辆信息和钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；

车场管理服务器用于获取当前驾驶员的身份信息以及当前车辆的车辆信息，并根据派车订单信息在确定当前驾驶员为目标驾驶员且当前车辆为目标公务车时，控制放行目标公务车，当前驾驶员与当前车辆对应。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开实施例提供的一种公务车管理方法的流程图；

图2是本公开实施例提供的一种公务车管理系统的结构示意图；

图3是本公开实施例提供的一种公务车管理方法的交互图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供一种公务车管理方法，如图1所示，该公务车管理方法包括以下步骤：

101、接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息。

用车申请信息包括用车原因、用车时间、乘车人数、用车目的地中的至少一个。在本公开实施例中，在接收到用户终端提交的用车申请信息之后，对用户终端提交的用户申请信息进行审核，即审核该用车申请信息是否填写完善或准确，在该用车申请信息未填写完善和/或在该用车申请信息填写不准确时，则向用户终端发送重现填写的提示信息。其中，用户终端可以是智能手机、笔记本电脑、pc、ipad等，申请人通过网页、app、公众号、小程序等填写用车申请信息。

在本公开实施例中，根据用车申请信息生成派车订单信息之前，该方法还包括：获取公务车车辆信息列表和驾驶员信息列表，其中，公务车车辆信息列表包括每个公务车的车辆信息，车辆信息包括车辆类型、车辆编号、车牌号、车辆使用状态、车辆限载人数中的至少一个，车辆使用状态包括已使用、未使用、维修等，已使用表示该公务车正在执行公务中；驾驶员信息列表包括每个驾驶员的身份信息，身份信息包括驾驶员姓名、驾龄、电子身份证、人脸信息、分配信息、终端设备标识中的至少一个，分配信息用于指示驾驶员是否被分配用于执行公务，分配信息包括已分配、未分配、请假、调休等。

那么，根据用车申请信息生成派车订单信息包括：根据用车申请信息、公务车车辆信息列表和驾驶员信息列表，查找是否有符合用车申请信息的公务车，当存在符合用车申请信息的公务车时，生成派车订单信息。其中，派车订单信息包括目标公务车的车辆信息、目标公务车的钥匙信息以及目标驾驶员的身份信息，目标公务车为满足用车申请信息的公务车，目标公务车的车辆信息与目标驾驶员的身份信息相对应，目标公务车的车辆信息包括目标公务车的车牌号、车辆编码、车位标识、车位编码中的至少一个，目标驾驶员的身份信息包括驾驶员姓名、驾龄、电子身份证、人脸信息、分配信息、终端设备标识中的至少一个，目标公务车的钥匙信息包括电子柜标识和电子密码。需要说明的是，在存在不符合用车申请信息公务车时，发送派车失败的提示信息给用户终端，告知申请人派车失败原因，便于申请人更改或者取消用车申请。

102、将目标公务车的车辆信息和钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙。

目标驾驶员在接收到调度服务器发送的钥匙信息时，根据电子柜标识找到相应的电子柜，并通过电子密码从对应的钥匙管理设备中获取到目标公务车的钥匙；目标驾驶员在获取到目标公务车的钥匙后，根据目标公务车的车辆信息，打开目标公务车。

103、获取当前驾驶员的身份信息以及当前车辆的车辆信息。

当前驾驶员与当前车辆对应，在驾驶员进出停车场时，位于停车场进出口设置身份识别装置，通过人脸识别、语音识别、刷工卡、刷电子身份证等方式获取当前驾驶员的身份信息，或者驾驶员使用终端设备扫描二维码来获取驾驶员的身份信息；或者，在驾驶员进入车辆后，设置于车辆内部的身份识别装置获取当前驾驶员的身份信息。对于当前车辆的车辆信息，可以是在驾驶员驾驶当前车辆到达出口道闸时，位于出口道闸处的车辆识别设备识别到当前车辆的车辆信息，也可以是当前车辆车位上的车辆识别设备识别当前车辆的车辆信息。

104、根据派车订单信息在验证当前驾驶员为目标驾驶员以及当前车辆为目标公务车时，控制放行目标公务车。

具体的，根据派车订单信息判断当前驾驶员的身份信息是否与目标驾驶员的身份信息相同，以及判断当前驾驶员所驾驶当前车辆的车辆信息是否与目标公务车的车辆信息是否相同；在当前驾驶员的身份信息与目标驾驶员的身份信息相同且当前车辆的车辆信息与目标公务车的车辆信息相同时，意味着当前驾驶员与当前驾驶员所驾驶车辆和派车订单信息中分配的目标驾驶员及对应的目标公务车相同，则控制放行目标公务车。在当前驾驶员的身份信息与目标驾驶员的身份信息不相同，和/或目标驾驶员驾驶的车辆不是目标公务车时，则存在不规范用车现象，此时，则不允许该公务车出场。

在用车申请信息包括用车目的地时，根据用车目的地，规划目标公务车的电子围栏，电子围栏为目标公务车所能行驶的区域；将电子围栏发送给车载终端或目标驾驶员的终端设备，车载终端安装在目标公务车上。这样，能够便于目标驾驶员了解所能行驶的区域和范围。

在目标公务车驶出停车后，获取目标公务车的车辆位置，判断目标公务车的车辆位置是否超过电子围栏，在超过电子围栏时，发送越界报警信息给车载终端，以使得车载终端根据越界报警信息进行报警，车载终端与目标公务车对应。在本公开实施例中，还可以将越界报警信息发送给移动管理终端，管理用户根据越界报警信息触发与车内语音对讲系统的通信；还可以将越界报警信息发送给目标驾驶员的终端设备，以告知目标驾驶员越界。

在目标公务车停放在一停车场时，获取当前车场的车场标识；然后，判断预设车场标识集合中是否包含当前车场的车场标识；在预设车场标识集合中包含当前车场的车场标识时，确定目标公务车停放正常；在预设车场标识集合中未包含当前车场的车场标识时，确定目标公务车停放异常；将目标公务车的停放信息发送给移动管理终端，停放信息用于指示目标公务车停放正常或停放异常。在本公开实施例中，目标公务车在执行公务时因某些需求需要停车时，或者执行公务结束后需要停车时，则判断当前停车场是否为预设车场标识集合中的停车场，目的是为了避免公车私用、公车滥用等不规范用车的情况，并将停放信息发送给移动管理终端，便于管理用户及时查看目标公务车的停放情况。

进一步的，在目标公务车停放正常后，获取钥匙归还信息，钥匙归还信息用于指示目标公务车的钥匙已被目标驾驶员归还；进而根据钥匙归还信息，确定目标车辆还车成功。只有在目标公务车在规定的停车场停放且钥匙归还，则意味着此次执行公务结束。可以理解的是，目标公务车在执行公务驶出的停车场和执行公务结束后停放的停车场可以是相同的，也可以是不同的。

本公开实施例提供的公务车管理方法，接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息；将目标公务车的车辆信息和目标公务车的钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；获取当前驾驶员的身份信息和当前驾驶员驾驶的当前车辆的车辆信息，并根据派车订单信息在验证当前驾驶员为目标驾驶员且当前车辆为目标公务车时，控制放行目标公务车。本公开实施例在实现无纸化审批用车的同时能够高效准确的对公务车进行派遣调度，并且在保证驾驶员与公务车在满足预设配对关系的情况下，才允许车辆进出，避免出现未批先用、公车私用、未按规定入库等不规范用车现象，通过对公务车的智能化管理，解决了公务车管理费时费力、管理效率低、用车程序不规范的问题。

基于上述图1对应的实施例提供的公务车管理方法，本公开另一实施例提供一种公务车管理系统，如图2所示，该公务车管理系统20包括：调度服务器201、至少一个车场管理服务器202、至少一个用户终端203、至少一个终端设备204；调度服务器201、每个车场管理服务器202、每个用户终端203、每个终端设备204之间相互通信连接，每个终端设备与驾驶员对应，每个用户终端与用车申请人对应，一个车场管理服务器可以管理一个停车场，也可以管理多个停车场。需要说明的是，调度服务器中安装有公务车调度系统，车场管理服务器中安装有停车管理系统，停车管理系统可以是线下的停车管理系统，也可以是停车管理云平台，停车管理系统和公务车调度系统可以为同一个云平台，也可以为两个相互独立的云平台。

参考图3所示，调度服务器用于接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息，派车订单信息包括目标公务车的车辆信息和钥匙信息以及目标驾驶员的身份信息；调度服务器用于将派车订单信息发送给车场管理服务器、以及将目标公务车的车辆信息和钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；车场管理服务器用于获取当前驾驶员的身份信息以及当前车辆的车辆信息，并根据派车订单信息在确定当前驾驶员为目标驾驶员且当前车辆为目标公务车时，控制放行目标公务车，当前驾驶员与当前车辆对应。

具体的，在申请人需要用车时，申请人通过用户终端填写用车申请信息，并将用车申请信息发送给调度服务器，调度服务器根据用车申请信息生成派车订单信息，派车订单信息包括目标公务车的车辆信息、目标公务车的钥匙信息以及目标驾驶员的身份信息，目标公务车为满足用车申请信息的公务车，目标公务车的车辆信息与目标驾驶员的身份信息相对应，目标公务车的车辆信息包括目标公务车的车牌号、车辆编码、车位标识、车位编码、车场标识、中的至少一个，目标驾驶员的身份信息包括驾驶员姓名、驾龄、电子身份证、人脸信息、分配信息、终端设备标识中的至少一个，目标公务车的钥匙信息包括电子柜标识和电子密码。

然后，调度服务器将目标公务车的车辆信息和目标公务车的钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；同时，车场管理服务器获取派车订单信息，在本公开实施例中，车场管理服务器从调度服务器中获取派车订单信息。具体的，可以是调度服务器在生成派车订单信息后，将派车订单信息发送给车场管理服务器；也可以是车场管理服务器按照预设时间间隔从调度服务器中获取派车订单信息。

在驾驶员到达停车场时，调度服务器获取当前驾驶员的身份信息，并判断当前驾驶员的身份信息与目标驾驶员的身份信息是否相同，只有在当前驾驶员的身份信息与目标驾驶员的身份信息相同时，意味着当前驾驶员即目标驾驶员，才允许当前驾驶员进入停车场；此时，目标驾驶员根据目标公务车的钥匙信息从钥匙管理设备中获取目标车辆的钥匙，并根据目标公务车的车辆信息通过该钥匙打开目标公务车；在目标驾驶员获取目标公务车的钥匙后，钥匙管理设备发送钥匙已取信息给车场管理服务器。在目标驾驶员打开一车辆时，获取当前车辆的车辆信息，并判断当前车辆的车辆信息与目标公务车的车辆信息是否相同，只有在当前车辆的车辆信息与目标公务车的车辆信息相同时，意味着当前车辆即目标公务车，此时，车场管理服务器才控制放行该目标公务车。

当然，驾驶员也可以先根据目标公务车的钥匙信息获取到目标公务车的钥匙，并根据目标公务车的车辆信息打开目标公务车，在驶离停车场之前，车场管理服务器判断当前驾驶员是否为目标驾驶员，以及判断当前车辆是否为目标公务车，再确定当前驾驶员为目标驾驶员且当前车辆为目标公务车时，才开闸放行目标公务车驶离停车场。

在本公开实施例中，用车申请信息包括用车目的地；调度服务器根据用车目的地规划目标公务车的电子围栏，电子围栏为目标公务车所能行驶的区域；和/或，根据用车目的地规划至少一个预设行车路径；调度服务器用于将电子围栏和/或至少一个预设行车路径发送给目标驾驶员的终端设备。

在本公开的一个实施例中，该公务车管理系统还包括：定位装置和移动管理终端，定位装置安装在目标公务车上，定位装置与调度服务器通信连接，移动管理终端与调度服务器通信连接。

定位装置用于将目标公务车的位置信息发送给调度服务器，调度服务器根据目标公务车的位置信息，生成目标公务车的车辆行驶轨迹，并将目标公务车的车辆行驶轨迹发送给移动管理终端。通过获取目标公务车的位置信息，以便实时记录目标公务车的车辆行驶轨迹，便于相关人员通过移动管理终端或电脑端查看目标公务车的历史行车轨迹。

在获取到目标公务车的位置信息后，调度服务器用于根据目标公务车的位置信息，判断目标公务车是否超出电子围栏，在超过电子围栏时生成越界报警信息，并将越界报警信息发送给目标驾驶员的终端设备和/或移动管理终端，以便提醒目标驾驶员调整驾驶方向，同时，提醒管理人员对该目标公务车进行管理。

在获取到目标公务车的车辆行驶轨迹后，调度服务器用于将目标公务车的车辆行驶轨迹与至少一个预设行车路径进行匹配；在目标公务车的车辆行驶轨迹与至少一个预设行车路径不匹配时，生成偏离报警信息，将偏离报警信息发送给目标驾驶员的终端设备和/或移动管理终端。

在本公开的一个实施例中，该公务车管理系统还包括：车载终端，车载终端安装在目标公务车上，车载终端与调度服务器通信连接；

调度服务器用于在目标公务车未按规定行驶时，发送车辆控制指令给车载终端；车载终端用于根据车辆控制指令对目标公务车进行控制。调度服务器在确定目标公务车未按照预先规划的行车路径行驶，或者未行驶在预先规划的电子围栏里时，或者存在其他不规范的行驶、停车等情况时，发送车辆控制指令给车载终端，车载终端根据车辆控制指令对目标公务车进行控制，如熄火、报警、减速等。

在本公开实施例中，车场管理服务器在目标公务车停放在当前车场时，获取当前车场的车场标识，判断预设车场标识集合中是否包含当前车场的车场标识，在预设车场标识集合中包含当前车场的车场标识时，确定目标公务车停放正常；在预设车场标识集合中未包含当前车场的车场标识时，确定目标公务车停放异常；同时，车场管理服务器发送停放信息给目标驾驶员的终端设备，停放信息用于指示目标公务车停放正常或停放异常。在目标公务车前往目的地的过程中，若路途较远，则可能存在停车的情况，为了保证公务车未公车私用，则需要停放在预设的停车场中。示例性的，若目标公务车停放在景区、高档酒店、娱乐场所等停车场时，则意味着停放异常。

在本公开的一个实施例中，公务车管理系统还包括：钥匙管理设备，钥匙管理设备与车场管理服务器通信连接。其中，钥匙管理设备用于在目标公务车的钥匙被归还后，发送钥匙归还信息给车场管理服务器；车场管理服务器用于根据钥匙归还信息确定目标公务车还车成功。当然，钥匙管理设备还用于在目标公务车的钥匙被取出后，发送钥匙已取信息给车场管理服务器。

在本公开的一个实施例中，移动管理终端与车场管理服务器通信连接；

移动管理终端用于将管理用户的触控操作发送给调度服务器和/或车场管理服务器；调度服务器和/或车场管理服务器用于根据触控操作将相应的处理结果发送给移动管理终端。其中，触控操作包括点击、滑动、触摸、滚动等操作，调度服务器和/或车场管理服务器根据触控操作将管理用户需要查看、回放目标公务车的相关信息推送给移动管理终端，或者，触发与车载语音对讲设备的通话。

本公开实施例提供的公务车管理系统，调度服务器接收用户终端发送的用车申请信息，并根据用车申请信息生成派车订单信息；调度服务器将目标公务车的车辆信息和目标公务车的钥匙信息发送给目标驾驶员的终端设备，以使得目标驾驶员获取目标公务车的钥匙；车场管理服务器获取当前驾驶员的身份信息和当前驾驶员驾驶的当前车辆的车辆信息，并根据派车订单信息在验证当前驾驶员为目标驾驶员且当前车辆为目标公务车时，控制放行目标公务车。本公开实施例在实现无纸化审批用车的同时能够高效准确的对公务车进行派遣调度，并且在保证驾驶员与公务车在满足预设配对关系的情况下，才允许车辆进出，避免出现未批先用、公车私用、未按规定入库等不规范用车现象，通过对公务车的智能化管理，解决了公务车管理费时费力、管理效率低、用车程序不规范的问题。

基于上述图1和图3对应的实施例中所描述的公务车管理方法，本公开实施例还提供一种计算机可读存储介质，例如，非临时性计算机可读存储介质可以是只读存储器(英文：readonlymemory，rom)、随机存取存储器(英文：randomaccessmemory，ram)、cd-rom、磁带、软盘和光数据存储装置等。该存储介质上存储有计算机指令，用于执行上述图1和图3对应的实施例中所描述的公务车管理方法，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。