CN115271671A - 驾校用车管理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种驾校用车管理方法、装置、设备及存储介质。在本申请实施例中，不同身份类别对应不同的用车管理流程，可以将学员和员工的用车情况区别对待，便于基于用车人员身份类别的不同对目标车辆进行管理；进一步，在判断出用车人员对目标车辆具有用车权限时，获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送至少包括第一时长的开火指令，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，进而基于该持续时长确定用车人员对目标车辆的使用时长，既约束了车辆使用人员的用车时长，减少了车辆的消耗，又提高了车辆的管理效率。

Description

驾校用车管理方法、装置、设备及存储介质

技术领域

本申请涉及驾校管理技术领域，尤其涉及一种驾校用车管理方法、装置、设备及存储介质。

背景技术

随着交通的便利越来越多的人需要考取驾照，驾校的发展也越来越快。目前，在学车场景中，学员可以通过驾校APP在线预约教练、预约课程，并预约考试，驾校基于学员的预约信息为学员提供相应的服务。

但是，现有驾校系统在车辆管理方面存在严重不足：例如，学员练车时间主要靠教练人工计时，学员练车到点后不及时下车，教练多次催促才下车，后续学员需要长时间等候才可以练习到车，以及员工可以随意用车，造成车辆消耗大，管理混乱。

发明内容

本申请的多个方面提供一种驾校用车管理方法、装置、设备及存储介质，用以解决车辆消耗大、管理混乱的问题，约束车辆使用人员的用车时长，减少车辆的消耗，提高车辆的管理效率。

本申请实施例提供一种驾校用车管理方法，应用于服务端设备，包括：接收终端设备发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，目标车辆包括用于对点火开关使用状态进行控制的控火装置；根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限；若用车人员对目标车辆具有用车权限，获取用车人员有权使用目标车辆的第一时长，根据所述目标身份类别向所述控火装置发送开火指令，所述开火指令至少包括所述第一时长，以使所述控火装置根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，所述持续时长为所述用车人员对所述目标车辆的使用时长。

本申请实施例提供一种驾校用车方法，应用于目标车辆中的控火装置，包括：接收服务端设备发送的开火指令，开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用所述目标车辆的第一时长；根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态；根据所述开火指令控制点火开关在第一时长内处于可用状态的持续时长，将持续时长作为用车人员对目标车辆的使用时长。

本申请实施例还提供一种驾校用车管理方法，应用于用车人员的终端设备，所述方法包括：响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；根据所述目标车辆的车辆信息和用车人员的人员信息，生成用车请求；将所述用车请求发送给服务端设备，以使所述服务端设备在确定所述用车人员所属的目标身份类别以及对所述目标车辆具有用车权限时，根据所述用车人员所属的目标身份类别向所述目标车辆的控火装置发送开火指令，所述开火指令至少包括所述用车人员有权使用所述目标车辆的第一时长；接收所述服务端设备在所述控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示所述目标车辆可启动的提示信息、所述第一时长以及熄火提示信息中的至少一种。

本申请实施例提供一种驾校用车管理装置，包括：接收装置，用于接收终端设备发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，目标车辆包括用于对点火开关使用状态进行控制的控火装置；确定模块，用于根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；判断模块，用于按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限；控制模块，若用车人员对目标车辆具有用车权限，用于获取用车人员有权使用目标车辆的第一时长，根据所述目标身份类别向控火装置发送开火指令，所述开火指令至少包括所述第一时长，以使所述控火装置根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，所述持续时长为所述用车人员对所述目标车辆的使用时长。

本申请实施例还提供一种服务端设备，包括：存储器和处理器，存储器用于存储计算机程序，处理器与存储器耦合，用于执行计算机程序，以用于实现以上由服务端设备执行的驾校用车管理方法中的步骤。

本申请实施例还提供一种控火装置，包括：接收模块，用于接收服务端设备发送的开火指令，所述开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用所述目标车辆的第一时长；控制模块，用于根据所述开火指令控制所述目标车辆的点火开关从禁用状态进入可用状态；所述控制模块，还用于根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，将所述持续时长作为所述用车人员对所述目标车辆的使用时长。

本申请实施例还提供一种控火装置，包括：存储器和处理器，存储器用于存储计算机程序，处理器与存储器耦合，用于执行计算机程序，以用于实现以上由控火装置执行的驾校用车管理方法中的步骤。

本申请实施例还提供一种驾校用车管理装置，包括：获取模块，用于响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；生成模块，用于根据所述目标车辆的车辆信息和用车人员的人员信息，生成用车请求；发送模块，用于将所述用车请求发送给服务端设备，以使所述服务端设备在确定所述用车人员所属的目标身份类别以及对所述目标车辆具有用车权限时，根据所述用车人员所属的目标身份类别向所述目标车辆的控火装置发送开火指令，所述开火指令至少包括所述用车人员有权使用所述目标车辆的第一时长；接收模块，用于接收所述服务端设备在所述控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示所述目标车辆可启动的提示信息、所述第一时长以及熄火提示信息中的至少一种。

本申请实施例还提供一种终端设备，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现以上可由终端设备执行的驾校用车管理方法中的步骤。

本申请实施例还提供一种车辆设备，包括：控火装置和点火开关；点火开关与控火装置电气连接，控火装置与服务端设备通信连接，用于执行驾校用车方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器实现以上各方法中的步骤。

本申请各实施例提供的技术方案，目标车辆包括用于对点火开关使用状态进行控制的控火装置，针对用车人员，根据终端设备发送的用车请求中的用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程，可以将学员和员工的用车情况区别对待，便于基于用车人员身份类别的不同对目标车辆进行管理；进一步，在判断出用车人员对目标车辆具有用车权限时，获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送至少包括第一时长的开火指令，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，进而基于该持续时长确定用车人员对目标车辆的使用时长，既约束了车辆使用人员的用车时长，减少了车辆的消耗，又提高了车辆的管理效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请一示例性实施例提供的驾校用车管理系统的结构示意图；

图1b为本申请一示例性实施例提供的车辆设备的结构示意图；

图1c为本申请一示例性实施例提供的各端侧设备通信的内外环境示意图；

图1d为本申请一示例性实施例提供的车辆设备服务端设备通信的流程示意图；

图2a为本申请一示例性实施例提供的驾校用车管理方法的流程示意图；

图2b为本申请另一示例性实施例提供的驾校用车管理方法的流程示意图；

图2c为本申请又一示例性实施例提供的驾校用车管理方法的流程示意图；

图3为本申请一示例性实施例提供的驾校用车管理装置的结构示意图；

图4为本是申请一示例性实施例提供的服务端设备的结构示意图；

图5为本是申请一示例性实施例提供的控火装置的结构示意图；

图6为本是申请一示例性实施例提供的控火装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对现有驾校系统在车辆管理方面存在严重不足，造成的车辆消耗大，管理混乱的技术问题，本申请实施例提供的解决方案，基本思路是：针对用车人员，根据终端设备发送的用车请求中的用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程，可以将学员和员工的用车情况区别对待，便于基于用车人员身份类别的不同对目标车辆进行管理；进一步，在判断出用车人员对目标车辆具有用车权限时，获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送至少包括第一时长的开火指令，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，进而基于该持续时长确定用车人员对目标车辆的使用时长，既约束了车辆使用人员的用车时长，减少了车辆的消耗，又提高了车辆的管理效率。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1a为本申请一示例性实施例提供的驾校用车管理系统的结构示意图。如图1a所示，该驾校用车管理系统，包括：车辆设备101、用车人员的终端设备102和服务端设备103，车辆设备101、用车人员的终端设备102和服务端设备103之间可以进行通信连接。

在本实施例中，用车人员包括但不限于：学员和员工，学员又分为本驾校学员和外驾校学员。员工是指在驾校中工作且对车辆设备具有使用权限的人员，例如可以是教练、车辆设备维修人员或负责人等人员，教练负责对学员进行教学，车辆设备维修人员负责维修车辆设备，负责任负责驾校的统筹管理工作。

在本实施例中，车辆设备101是多辆，不同车辆设备101的车辆信息不完全相同。车辆设备的车辆信息至少包括车辆的ID，进一步还可以包括车辆的型号、生产厂家、车牌号码、车辆的当前状态等信息。可选地，车辆设备101可以是驾校面向学员提供的训练车辆。车辆设备101的类型与用车人员的驾驶证种类或者即将要报考的驾驶证种类有关。例如，车辆设备101可以是小型或微型小客车、小型或微小型自动变速箱乘用车、低速载货汽车、中型载客汽车、重型或中型货车、大型乘用车、重型或中型或半挂型汽车列车及超过10人的城市公交等类型。除此之外，车辆设备101还可以是其它的车型，本实施例对此不做限定。

在本实施例中，如图1b所示，车辆设备101包括常规车辆具有的各种部件，除此之外，车辆设备101还包括点火开关及与点火开关电气连接的控火装置，控火装置与服务端设备103通信连接，用于根据服务端设备103发送的开关火指令，控制点火开关的工作状态。

在本实施例中，控火装置具有SIM卡插槽，可以安装SIM卡，基于该SIM卡，控火装置可通过移动通信网络与服务端设备103进行通信。其中，移动通信网络可以是4G网络、5G网络以及未来可能出现的其它移动通信网络等。在使用控火装置前，控火装置需要向服务端设备103进行注册。对控火装置进行注册的一具体实施方式如下：服务端设备103接收车辆设备101上控火装置发送的注册请求，注册请求包括车辆设备101的车辆信息和控火装置的SIM卡信息，SIM卡信息用于唯一标识控火装置。服务端设备103根据该注册请求，获取车辆设备101的车辆信息和控火装置的SIM卡信息，并建立各车辆设备101的车辆信息与各车辆设备101上的控火装置的SIM卡信息之间的对应关系。

本实施例对终端设备102的种类不做限定，可以是任何具有摄像头和显示屏的终端设备102，该终端设备102可以是智能手持设备，例如智能手机、平板电脑，也可以是智能穿戴设备，例如智能手表、智能手环等。

在本实施例中，终端设备102上安装有驾校应用程序，驾校应用程序可以是独立的APP，也可以是依赖于独立APP运行的小程序，在用车人员有用车需求时，打开驾校应用程序，在终端设备102的显示屏上会显示驾校应用程序提供的页面，页面上会展示有多个功能控件，例如，二维码扫描控件。在本实施例中，车辆设备101会对外提供车辆二维码，该车辆二维码中包含车辆设备101的车辆信息，进一步还可以包括车辆设备101所属的驾校信息。驾校信息包括但不限于：驾校的名称、代码、开办时间及地址等。可选地，车辆二维码可由车辆设备101生成，也可以由服务端设备103或其它设备生成并提供给车辆设备101，对此不做限定。无论生成主体是谁，车辆二维码的一种生成方式如下：获取车辆信息，对车辆信息加密后生成车辆信息加密密文，对车辆信息加密密文进行数字签名；按照选定的图码版本与纠错等级，将车辆信息加密密文与数字签名两者融合生成可信车辆二维码。

本实施例对车辆二维码的提供方式不做限定，可以在车辆设备101上张贴车辆二维码，也可以通过车辆设备101上提供的显示屏显示车辆二维码，该显示屏可以是安装在车辆设备101上的显示屏，也可以是放置于车辆设备101上专门用于显示车辆二维码的独立终端设备102的显示屏。

在用车人员触控扫描控件后，终端设备102用于响应用车人员的扫描操作，调取终端设备102的照相机功能，扫描车辆设备101对外提供的车辆二维码，获取车辆二维码中的车辆信息，并根据车辆信息以及终端设备102对应的用车人员的人员信息，生成用车请求，将用车请求发送给服务端设备103，以供服务端设备103采用与用车人员的身份类别适配的用车管理逻辑确定用车人员是否具有对车辆设备101用车权限。

需要说明的是，对于不同身份类别的用车人员，可以提供不同的车辆二维码，这样当不同身份类别的用车人员通过扫描不同的车辆二维码进而发出用车请求时，用车人员的人员信息中会包含表示用车人员的身份类别的信息。或者，也可以针对不同身份类别的用车人员提供不同的人员信息，该人员信息中包括表示用车人员的身份类别的信息。例如，对员工和学员，其对应的人员ID的类型不同，或具有不同的ID编码方式等，这些信息可以区分用车人员是员工身份还是学员身份。

在本实施例中，用车人员分为学员身份和员工身份，学员身份的人员信息包括但不限于：学员的姓名、学员ID、证件号、手机号、使用车型、班制、学员来源、类型、科目(分为科二和科三)等；员工身份的人员信息包括但不限于：员工姓名、员工ID、证件号、手机号、上车时间、下车时间、培训时长等。其中，班制指的是报班的种类。学员来源指的是学员和驾校的关系，学员可以是本校学员或外校学员；类型指的是学员的上课形式，上课形式可以是约课或模拟车；科目指的是学员所以学习的驾驶科目，驾驶科目包括但不限于：科目二和科目三。

需要说明的是，在上述实施例中，以用车人员通过其终端设备扫描车辆设备对外提供的车辆二维码获取车辆信息为例，但并不限于此。例如，用车人员也可以通过终端设备上驾校应用程序的入口手动输入车辆设备的车辆信息，进而，通过触发用车操作，驾校应用程序接收该用车操作，并获取预先输入的车辆信息以及用车人员的人员信息，生成用车请求，并发送给服务端设备。凡是能够根据用车人员的用车操作，获取车辆设备的车辆信息，以及用车人员的人员信息的方式均适用于本申请实施例，对此不做限定。

本申请对服务端设备103的形态不做限定，可以是常规服务器、云服务器、云主机、云虚拟中心、服务器集群等。对服务端设备103来说，可基于预先建立的车辆信息与SIM卡信息之间的对应关系，在用车人员的终端设备102发送用车请求的情况下，根据用车请求中携带的车辆信息，确定与该车辆信息对应的SIM卡信息，进而基于该SIM卡信息向控火装置发送开关火指令。在本实施例中，控火装置用于根据服务端设备103发送的开关火指令，控制点火开关的工作状态。其中，服务端设备103发送开火指令时，控火装置可控制点火开关处于可用状态，在该状态下，用车人员通过车辆钥匙发起点火操作，可以启动车辆设备101。进一步，服务端设备103发送关火指令时，控火装置可控制点火开关处于禁用状态，在该状态下，即使用车人员通过车辆钥匙发起点火操作，也无法启动车辆设备101。其中，开火指令也可称为点火指令，关火指令也可以称为熄火指令。

在本申请实施例中，针对用车人员进行身份类别的区分，并且在控火装置的配合下，可由服务端设备103针对不同身份类别的用车人员进行不同的用车控制，通过判断用车人员是否具有用车权限，能够对用车人员进行合理管控，避免各种人员随意用车，造成车辆的消耗；通过控火装置对车辆设备的点火开关的工作状态的控制，又能合理控制用车人员对车辆设备的使用时长，例如学员练车到点之后可以控制点火开关处于禁用状态，从而准时结束学员练车，既不用教练多次催促下车，也不会影响后续学员练车；又例如对于员工还能够做到精准统计员工的实际用车时长，减少了车辆的消耗，又提高了车辆的管理效率。

为了便于描述，下面以目标车辆为例，对在控火装置的配合下，服务端设备103针对不同身份类别的用车人员进行不同用车控制的过程进行说明。

具体地，终端设备102响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；根据所述目标车辆的车辆信息和用车人员的人员信息，生成用车请求；将该用车请求发送给服务端设备103。

服务端设备103用于接收终端设备102发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，其中，目标车辆包括用于对点火开关使用状态进行控制的控火装置；接着，服务端设备103根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限。

若用车人员对目标车辆具有用车权限，服务端设备103获取用车人员有权使用目标车辆的第一时长，根据用车人员所属的目标身份类别向控火装置发送开火指令，该开火指令至少包括第一时长，以使控火装置根据该开火指令控制点火开关在第一时长内处于可用状态的持续时长，并将该持续时长作为用车人员对目标车辆的使用时长。

可选地，服务端设备103根据用车人员所属的目标身份类别向控火装置发送开火指令包括以下两种方式：

第一种方式：服务端设备103根据第一时长和用车人员所属的目标身份类别生成开火指令，即开火指令中同时包含第一时长和用车人员所属的目标身份类别，然后发送给目标车辆中的控火装置。这样，控火装置可以不仅能够从开火指令中获取第一时长，还可以直接从开火指令中获取用车人员所属的目标身份类别。对于不同身份类别，控火装置控制点火开关在第一时长内处于可用状态的持续时长的方式不同，参见后续实施例的描述。

第二种方式：预先根据用车人员的身份类别，设置不同的指令类别，一种指令类别对应一种身份类别，一种身份类别对应一种处理流程，即一种指令类别对应一种处理流程。对开火指令来说，其所属的指令类别对应相应的处理流程。可选地，开火指令可以包含类别字段，并通过类别字段的取值进行类别区分。基于此，服务端设备103可以根据用车人员所属的目标身份类别确定对应的目标指令类别，然后根据第一时长生成属于该目标指令类别的开火指令，将该开火指令发送给控火装置。这样，控火装置可以从开火指令中获取第一时长，并可根据开火指令所属的指令类别，确定与该指令类别适配的处理流程；进而可根据与该指令类别适配的处理流程，来控制点火开关在第一时长内处于可用状态的持续时长，具体可参见后续实施例的描述。

其中，不同身份类别，对应的第一时长会有所不同，服务端设备确定第一时长的方式也会有所不同，而且控火装置针对不同身份类别的用车人员，控制点火开关在第一时长内处于可用状态的持续时长也会有所不同。下面分别进行详细说明：

对控火装置来说，可接收服务端设备103发送的开火指令，开火指令包括用车人员有权使用目标车辆的第一时长。需要说明的是，在控火装置接收到开火指令之前，点火开关处于禁用状态，即用户通过车辆钥匙发起点火操作并不会启动车辆；基于此，控火装置在接收到开火指令时，可根据该开火指令控制目标车辆的点火开关从禁用状态进入可用状态，在可用状态下，用车人员通过车辆钥匙发起点火操作可启动目标车辆。需要说明的是，在点火开关处于可用状态的情况下，用车人员可以启动目标车辆，也可以不启动目标车辆，对此不做限定；通常，在点火开关进入可用状态之后，用车人员都会启动目标车辆。

进一步，在点火开关处于可用状态期间，控火装置还会根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，将点火开关的持续时长作为用车人员对目标车辆的使用时长。在一可选实施例中，开火指令中还包括用车人员所属的目标身份类别，则控火装置可以从该开火指令获取所述目标身份类别；根据目标身份类别，控制定点火开关在第一时长内处于可用状态的持续时长。在另一可选实施例中，控火装置确定开火指令所属的目标指令类别，根据与目标指令类别对应的处理流程，控制点火开关在所述第一时长内处于可用状态的持续时长。

进一步可选地，无论用车人员的身份类别如何，控火装置根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态时，还可以向服务端设备103发送车辆可用状态通知消息，以使服务端设备103确定目标车辆的点火开关已处于可用状态。相应的，服务端设备103在确定目标车辆的点火开关已处于可用状态的情况下，可以向终端设备102发送用车人员上车成功通知消息，这样终端设备102可以向用车用户展示相关信息，例如目标车辆可启动的提示信息、用车人员有权使用目标车辆的第一时长以及熄火提示信息中的至少一种等，进一步，若用车人员是学员还可以展示本次上车匹配中的有效用车订单的详情信息等。有效用车订单的详情信息包括但不限于：学车类型、科目、预约学车时段、预约车辆信息以及教练信息中的至少一种。

在一可选实施例中，上述根据目标身份类别，控制点火开关在第一时长内处于可用状态的持续时长的实施方式如下：

若目标身份类别为学员身份，在点火开关进入可用状态时，开始计时直至第一时长结束时，控制点火开关进入禁用状态，以使点火开关在第一时长内始终处于可用状态；对于学员身份的用车人员来说，这里的第一时长是指学员此次练车的时长，在该第一时长内，即使学员未启动目标车辆，控火装置也会为其持续对第一时长进行倒计时，直至倒计时结束；另外，在目标车辆启动的情况下，即使在第一时长内用车人员发出了关火操作或者车辆自动熄火等情况，控火装置也会持续对第一时长进行倒计时，直至倒计时结束，且在倒计时期间，点火开关会始终处于可用状态。在倒计时结束后，控制点火开关重新进入禁用状态，车辆自动熄火，学员练车结束，只能下车，可以精准控制学员的练车时长，并且不会耽误后续学员练车。需要说明的是，在该情况下，若学员在第一时长倒计时结束之前发出了关火操作或者车辆自动熄火，控火装置可以向服务端设备发送关火通知，使得服务端设备向学员的终端设备发送车辆关火通知消息，可选地，该车辆关火通知消息中可以包含第一时长中的剩余可用时长。对学员的终端设备来说，在接收到车辆关火通知消息时，还可以根据车辆关火通知消息将第一时长中的剩余可用时长作为学员的剩余学车时长进行展示，并对剩余学车时长进行倒计时展示。需要说明的是，该终端设备可以直接从车辆关火通知消息中获取第一时长中的剩余可用时长，或者，也可以自行根据接收到上车成功通知消息的时间和当前时间(即接收到车辆关火通知消息的时间)，计算出第一时长中的剩余可用时长。

若目标身份类别为员工身份，在点火开关进入可用状态时，开始计时，并在第一时长内接收到用车人员的关火操作时，控制点火开关进入禁用状态，以使点火开关在用车人员发起关火操作之前处于可用状态。在此说明，对于员工身份的用车人员来说，通常会规定员工在指定时间粒度内的总用车时长，在该总用车时长内，员工可以随时用车，且每次用车时长也不受限定；相应地，该第一时长是指该员工在指定的时间粒度内剩余的用车时长。在第一时长内，员工可能只需较短时间进行车辆的挪动、教学示范等，实际用车时间可能小于第一时长，因此，对于员工身份的用车人员，控火装置在识别到用车人员发出的关火操作时，会及时控制点火开关重新进入禁用状态，以结束此次用车。与此同时，控火装置还会向服务端设备103发送关火通知，以使服务端设备103根据该关火通知确定用车人员对目标车辆的实际用车时长，根据实际用车时长更新用车人员在指定时间粒度内剩余的用车时长。其中指定时间粒度可根据应用需求灵活而定，对此不做限定，例如可以是一天、三天、一周、两周、甚至一个月等等。进一步可选地，服务端设备在接收到控火装置发送的关火通知之后，还可以向员工的终端设备发送车辆关火通知消息，可选地，该车辆关火通知消息中可以包含第一时长中的剩余可用时长。对员工的终端设备来说，在接收到车辆关火通知消息时，还可以根据车辆关火通知消息展示第一时长中的实际使用时长，并将第一时长中的剩余可用时长作为员工在指定时间粒度内剩余的用车时长进行展示。需要说明的是，该终端设备可以直接从车辆关火通知消息中获取第一时长中的实际使用时长以及第一时长中的剩余可用时长，或者，也可以自行根据接收到上车成功通知消息的时间和当前时间(即接收到车辆关火通知消息的时间)，计算出第一时长中的实际使用时长以及第一时长中的剩余可用时长。

进一步可选地，在控制点火开关进入禁用状态时，还向服务端设备103发送车辆禁用状态通知消息，以使服务端设备103确定当前已禁止用车人员继续使用目标车辆。

在一可选实施例中，点火开关与开关电源之间设置有开关装置，该开关装置闭合时，可使点火开关与开关电源连通，开关电源为点火开关供电，此时，点火开关处于可用状态；该开关装置断开，可使点火开关与开关电源断开，开关电源不再为点火开关供电，此时，点火开关处于禁用状态。基于此，上述根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态的一具体实施方式如下：向连接于点火开关与开关电源之间开关装置发送闭合信号，以使开关装置闭合；其中，开关装置处于闭合状态时，点火开关处于可用状态；相应地，控制点火开关进入禁用状态，包括：向开关装置发送断开信号，以使开关装置断开，其中，开关装置处于断开状态时，点火开关处于禁用状态。

在本实施例中，为了更加有效的管理车辆，可以针对不同身份类别的用车人员采取不同的用车管理流程。服务端设备103预先维护有不同身份类别下的人员信息表，例如报名学车的学员的信息表，以及驾校员工的信息表。进一步，预先维护了不同身份类别对应的用车管理流程。基于此，服务端设备103在根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与述目标身份类别对应的目标用车管理流程时，可以根据用车人员的人员信息中表示用车人员的身份类别的信息，确定用车人员所属的目标身份类别；将用车人员的人员信息在目标身份类别下的人员信息表中进行匹配；在从该人员信息表中匹配到用车人员的人员信息的情况下，说明用车人员属于合法的人员，进一步，从不同身份类别对应的用车管理流程中，选择目标身份类别对应的用车管理流程作为目标用车管理流程。

可选地，用车人员的身份类别可以是学员身份或员工身份。将用车人员的姓名、证件号、手机号等具有明确标识性的人员信息与对应身份类别下的人员信息表中的信息进行匹配，若用车人员是学员，则可以将用车人员的人员信息与学员信息表中的学员信息进行匹配；进一步，在匹配成功的情况下，可以从不同身份对应的管理流程中，选择与学员身份对应的用车管理流程作为目标用车管理流程。同理，若用车人员是员工，则可以将用车人员的人员信息与员工信息表中的员工信息进行匹配；进一步，在匹配成功的情况下，可以从不同身份对应的管理流程中，选择与员工身份对应的用车管理流程作为目标用车管理流程。

下面在目标身份类别为学员身份的情况下，对用车管理流程中判断用车人员对目标车辆是否具有用车权限以及获取用车人员对有权使用目标车辆的第一时长等过程进行详细阐述。

在目标身份类别为学员身份的情况下，用车人员为学员，目标用车管理流程为学员用车管理流程；相应地，可以按照学员对应的目标用车管理流程，结合学员的人员信息和目标车辆的车辆信息，判断学员对目标车辆是否具有用车权限；进一步，若学员对目标车辆具有用车权限，获取学员有权使用目标车辆的第一时长。

在本实施例中，按照学员对应的目标用车管理流程，结合学员的人员信息和目标车辆的车辆信息，判断学员对目标车辆是否具有用车权限的一具体实施方式如下：根据目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断目标车辆是否安装有控火装置；进一步，在目标车辆安装有控火装置的情况下，根据学员的人员信息，结合已有的用车订单信息，判断学员是否具有有效用车订单，有效用车订单是指在当前时段内对目标车辆具有使用权限的用车订单；之后，在学员具有有效用车订单的情况下，确定学员对目标车辆具有用车权限。

在一可选实施例中，根据学员的人员信息，结合已有的用车订单信息，判断学员是否具有有效用车订单的一具体实施方式如下：根据学员的人员信息，结合已有的用车订单信息，判断学员是否具有未被核销的用车订单；在学员具有未被核销的用车订单的情况下，执行以下至少一种判断操作：第一种判断操作是，根据未被核销的用车订单的预约上车时间和/或预约下车时间，判断当前时间是否位于未被核销的用车订单的有效上车时段内；第二种判断操作是，在未被核销的用车订单中包含预约车辆信息的情况下，判断预约车辆信息与目标车辆的车辆信息是否相同，预约车辆的信息可以是预约车辆的车牌号等信息；若上述至少一种判断操作的判断结果均为是，确定未被核销的用车订单为有效用车订单。

在一可选实施例中，所述用车请求中还包括目标车辆对应的驾校信息，则结合已有的用车订单信息，判断学员是否具有未被核销的用车订单的一具体实施方式如下：根据学员的人员信息，确定学员对应的驾校信息；在学员对应的驾校信息和目标车辆对应的驾校信息相同的情况下，根据学员的人员信息，分别查询模考订单系统和练车订单系统；若在任一订单系统中查询到学员的人员信息，确定学员具有未被核销的用车订单；在学员对应的驾校信息和目标车辆对应的驾校信息不相同的情况下，根据学员的人员信息，查询模考订单系统，若在模考订单系统中查询到学员的人员信息，确定学员具有未被核销的用车订单；其中，模考订单系统用于存储本驾校以及其它驾校学员提交的未被核销的模考用车订单，练车订单系统用于存储本驾校学员提交的未被核销的训练用车订单。

在一可选实施例中，根据学员的人员信息，确定学员对应的驾校信息的一具体实施方式如下：根据学员的人员信息，从学员的人员信息与驾校信息对应的映射表中，确定学员对应的驾校信息。进一步，可以根据学员对应的驾校信息判断学员是否为本驾校的学员。

接续于上述可选实施例，在查询学员的用车订单时，针对是否为本驾校的学员，可以查询的订单系统是不同的。在学员对应的驾校信息和目标车辆对应的驾校信息相同的情况下，说明该学员是本驾校的学员，此时，可以根据学员的人员信息，分别查询模考订单系统和练车系统，确定学员是否具有未被核销的订单。在学员对应的驾校信息和目标车辆对应的驾校信息不相同的情况下，说明该学员不是本驾校的学员，此时，可以根据学员的人员信息，查询模考订单系统，确定学员是否具有未被核销的用车订单。进一步，在学员具有未被核销的用车订单的情况下，执行以上至少一种判断操作。

针对上述第一种判断操作，预约上车时间到预约下车时间是学员的有效上车时段，学员可以在该时段内上车并用车。但是可能会存在学员早到或者晚到的情况，为了合理安排学员和使用车辆的时间，还可以设置以下其他的允许学员上车的时段：允许学员在早于预约上车时间第一阈值内上车，和/或晚于预约上车时间第二阈值内的时段上车，其中，第一阈值和第二阈值可以是同一数值或者不同数值。假设第一阈值和第二阈值数值相同，且数值为30分钟，即表示学员可以在早于预约上车时间30分钟内上车，或者，学员可以晚于预约上车时间30分钟内上车，或者，学员可以在早于预约上车时间30分钟内上车，同时也可以晚于预约上车时间30分钟内上车。但是需要说明的是，学员每次预约的用车的时长是固定的，在学员早于预约时间上车或者晚于预约时间上车后，也应该提前或者滞后相同的时间下车，即在车上的时长不能超过预约的用车时长。

需要说明的是，未被核销的用车订单中仅包含预约车辆信息的情况，也可以称为是空时段订单；相应地，未被核销的用车订单中仅包含预约上车时间和/或预约下车时间的情况，也可以称为是空车订单。其中，空车订单表示学员在预约该订单的时候只预约了有效上车时段，而没有预约目标车辆；空时段用车订单表示学员在预约该订单的时候只预约了在具体哪天使用目标车辆，而没有预约具体的有效上车时段，这意味着学员只能使用预约的目标车辆。

当然，未被核销的用车订单中也可能同时包含预约上车时间和/或预约下车时间以及预约车辆信息的情况，对于这种情况，学员需要在有效学车时段内，使用预约的目标车辆进行学车，其中，时段和车辆中任一者不满足要求，未被核销的用车订单都不能算作是有效用车订单。

接续于上述至少一种判断操作，若上述至少一种判断操作结果为是，确定未被核销的用车订单为有效用车订单。

更进一步，在学员具有有效用车订单的情况下，可以确定学员对目标车辆具有用车权限，并且在学员对目标车辆具有用车权限时，可以根据学员预约的学车时长确定学员有权使用目标车辆的第一时长。

在一可选实施例中，若学员对目标车辆具有用车权限，获取学员有权使用目标车辆的第一时长的一具体实施方式如下：根据有效用车订单的预约上车时间和/或预约下车时间，结合当前时间、目标车辆的后续预约信息以及用车规则，确定用车人员有权使用目标车辆的第一时长。其中，用车规则可以是提前上车且提前下车、提前上车且延后下车、延后上车且提前下车或延后上车且延后下车。相应的，第一时长可以根据具体的用车规则而定，第一时长可以超过实际的预约学车时长，也可以短于实际的预约学车时长。

下面在目标身份类别为员工身份的情况下，对用车管理流程中判断用车人员对目标车辆是否具有用车权限以及获取用车人员对有权使用目标车辆的第一时长等过程进行详细阐述。

在目标身份类别为员工身份的情况下，员工为驾校员工，目标用车管理流程为员工用车管理流程；相应地，可以按照目标用车管理流程，结合员工的人员信息和目标车辆的车辆信息，判断员工对目标车辆是否具有用车权限；进一步，若员工对目标车辆具有用车权限，获取员工有权使用目标车辆的第一时长。

在本实施例中，按照目标用车管理流程，结合员工的人员信息和目标车辆的车辆信息，判断员工对目标车辆是否具有用车权限的一具体实施方式如下：根据目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断目标车辆是否安装有控火装置；进一步，在目标车辆安装有控火装置的情况下，根据员工的人员信息，判断员工是否为本驾校员工；进一步，在员工为本驾校员工的情况下，根据员工的人员信息，判断员工在指定时间粒度内剩余的用车时长是否为0；进一步，在员工在指定时间粒度内剩余的用车时长不为0的情况下，确定员工对目标车辆具有用车权限。需要说明的是，员工的用车时长不限定于具体的车辆，对于员工具有使用权限的任意车辆在是定时间粒度内都有同样的用车时长。

在一可选实施例中，根据员工的人员信息，确定员工是否为本驾校员工的一具体实施方式如下：根据员工的人员信息，从员工的人员信息与驾校信息对应的映射表中，确定员工对应的驾校信息。进一步，可以根据员工对应的驾校信息判断员工是否为本驾校的员工；且在员工是本驾校的员工时，员工对目标车辆具有用车权限。

在一可选实施例中，在员工对目标车辆具有用车权限，获取员工有权使用目标车辆的第一时长时，其一具体实施方式如下：将员工在指定时间粒度内剩余的用车时长作为员工有权使用目标车辆的第一时长，其中，指定时间粒度可以是一天、一个月或其它时间长度，本实施例对此不做限定。

在本实施例中，员工在指定时间粒度内有权使用目标车辆的第一时长是固定的，例如，一天内可以用N个小时，或者一个月内可以用N个小时或N天。此外，员工在该时间粒度内用车时，采取的是扣时制度，扣时制度指的是员工指定时间粒度内用车时，用车多长时间就扣除多长时间，基于此，如果服务端设备在第一时长结束之前，接收控火装置发送的关火通知，根据关火通知确定员工对目标车辆的实际用车时长，根据实际用车时长更新员工在指定时间粒度内剩余的用车时长。

在本实施例中，无论用车人员是什么身份类别，服务端设备103还用于接收控火装置发送的车辆可用状态通知消息，车辆可用状态通知消息是控火装置根据开火指令控制目标车辆从禁用状态进入可用状态后发送的；根据车辆可用状态通知消息，向终端设备102发送上车成功通知消息，以供终端设备102展示目标车辆可启动的提示信息、第一时长以及熄火提示信息中的至少一种；进一步，如果用车人员是学员还可以展示本次上车匹配中的有效用车订单的详情信息等。在用车人员是员工的情况下，第一时长可以直接作为熄火提示信息，或者第一时长与熄火提示信息也可以融合形成带有第一时长的熄火提示信息，例如120分钟后熄火，该熄火提示信息中的120分钟为第一时长。在用车人员为学员的情况下，该熄火提示信息可以包括熄火的时间点，该熄火的时间点也是学员的用车结束时间。需要说明的是，在可以提前上车、提前下车、延后下车等情况下，熄火的时间点可能与有效用车订单的详情信息中的预约下车时间或预约的学车时段不一致。举例说明，在延后上车且延后下车的情况下，熄火的时间为8:30分，而有效用车订单的详情信息中预约的学车时段是6点-8点。

需要说明的是，上述终端设备102、车辆设备101与服务端设备103之间进行通信时会涉及到通信内环境中的数据处理过程。如图1c所示，车辆设备101与服务端设备103的通信链路包括：车辆设备101、代理服务器、网关服务器、业务服务器及存储集群服务等。终端设备102与服务端设备103的通信链路包括：终端设备102(如手机客户端、电脑客户端)、云服务网关、业务服务器及存储集群服务等。其中，代理服务器是网络信息的中转站，是个人网络和Internet服务商之间的中间代理机构，负责转发合法的网络信息，对信息转发进行控制和登记；网关服务器是将两个使用不同传输协议的网络段连接在一起，用作网络的入口和出口点；业务服务器是用于运行业务的服务器；存储集群服务主要用于不同类型的数据存储和共享。在本实施例中，代理服务器可以是vip代理服务器或vip代理服务器集群，但不限于此；网关服务器可以是TCP网关服务器或TCP网关服务器集群，但不限于此；业务服务器可以是web服务器或web服务器集群，但不限于此；存储集群服务器、可以是redis集群服务、mysql集群服务及其它存储集群服务，但不限于此。

在本实施例中，在车辆设备101与服务端设备103进行通信时，车辆设备101可以采用TCP连接方式，通过vip代理服务器集群的vip代理服务接入进TCP网关服务器集群，通过TCP网关服务器集群对车辆设备101发送的设备状态、消息等信息进行格式转换，转换为业务服务器集群适配的格式，并发送给业务服务器集群，业务服务器集群对设备状态、消息等对应的业务进行处理，并将其存储至存储集群服务中，并向车辆设备101反馈响应，向车辆设备101反馈响应的过程与车辆设备101向其发送设备状态、消息的过程相反。

进一步，在车辆设备101与服务端设备103进行通信时，更为具体地，如图1d所示，车辆设备101使用TCP连接方式与TCP网关服务器集群进行连接并发送数据包，TCP网关服务器集群接收到数据包后会对数据进行解码，转换成内部可用的数据格式。在进行数据格式转换时，首先会对消息进行认证确认，如果是没有注册在服务端设备103的设备，需要进行认证确认，如果认证失败，拒绝连接，如果通过初始化连接通道的信息，则更新设备在线状态；进一步根据消息类型进行分别处理，其中消息分为应答消息、无需应答消息、动态应答消息；进一步针对不同的消息类型做相应的响应并将响应信息反馈给车辆设备101。之后网关服务器集群会收到业务服务器集群发送的下发指令(用于给车辆设备101下发指令)，业务服务器集群需要对下发结果进行处理，回应给业务服务器集群的消息分为异步处理应答、同步处理应答。之后网关服务器集群会找到对应设备的连接通道进行消息的下发操作。

在本实施例中，在终端设备102与服务端设备103进行通信时，可以通过云服务网关将请求信息发送给业务服务器集群，由业务服务器集群对请求信息进行处理，存储至存储集群服务中，并向终端设备102发送处理结果，或是通过业务服务器集群间接调用TCP服务器集群的网关服务，间接下发指令给车辆设备101。

图2a为本申请一示例性实施例提供的驾校用车管理方法的流程示意图。该方法应用于服务端设备，如图2b所示，该方法包括：

201a、接收终端设备发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，目标车辆包括用于对点火开关使用状态进行控制的控火装置；

202a、根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；

203a、按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限；

204a、若用车人员对目标车辆具有用车权限，获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送开火指令，开火指令至少包括第一时长，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，持续时长为用车人员对目标车辆的使用时长。

关于上述各步骤的详细实施方式可参见前述系统实施例，在此不再赘述。

图2b为本申请一示例性实施例提供的驾校用车管理方法的流程示意图。该方法应用于目标车辆中的控火装置，如图2b所示，该方法包括：

201b、接收服务端设备发送的开火指令，开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用目标车辆的第一时长；

202b、根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态；

203b、根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，将持续时长作为用车人员对目标车辆的使用时长。

在一可选实施例中，根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，包括：开火指令中还包括目标身份类别，根据目标身份类别，控制点火开关在第一时长内处于可用状态的持续时长；或者，确定开火指令所属的目标指令类别，根据目标指令类别对应的处理流程，控制点火开关在第一时长内处于可用状态的持续时长，其中，不同指令类别对应不同处理流程。

进一步可选地，上述根据目标身份类别，控制点火开关在第一时长内处于可用状态的持续时长的一具体实施方式如下：若目标身份类别为学员身份，在点火开关进入可用状态时，开始计时直至第一时长结束时，控制点火开关进入禁用状态，以使点火开关在第一时长内始终处于可用状态；若目标身份类别为员工身份，在点火开关进入可用状态时，开始计时，并在第一时长内接收到用车人员的关火操作时，控制点火开关进入禁用状态，以使点火开关在用车人员发起关火操作之前处于可用状态。

进一步可选地，上述根据目标指令类别对应的处理流程，控制点火开关在第一时长内处于可用状态的持续时长的一具体实施方式如下：若目标指令类别对应学员处理流程，在点火开关进入可用状态时，开始计时直至第一时长结束时，控制点火开关进入禁用状态，以使点火开关在第一时长内始终处于可用状态；

若目标指令类别对应员工处理流程，在点火开关进入可用状态时，开始计时，并在第一时长内接收到用车人员的关火操作时，控制点火开关进入禁用状态，以使点火开关在用车人员发起关火操作之前处于可用状态。

在一可选实施例中，根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态的一具体实施方式如下：向连接于点火开关与开关电源之间开关装置发送闭合信号，以使开关装置闭合；其中，开关装置处于闭合状态时，点火开关处于可用状态；

相应地，控制点火开关进入禁用状态的一具体实施方式如下：向开关装置发送断开信号，以使开关装置断开，其中，开关装置处于断开状态时，点火开关处于禁用状态。

这里需要说明的是：上述实施例提供的各步骤具体实现的过程可参见上述实施例中的相应内容，此处不再赘述。

图2c为本申请示例性实施例提供的又一种驾校用车管理方法的流程示意图。该方法应用于用车人员的终端设备，如图2c所示，所述方法包括：

201c、响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；

202c、根据目标车辆的车辆信息和用车人员的人员信息，生成用车请求；

203c、将用车请求发送给服务端设备，以使服务端设备在确定用车人员所属的目标身份类别以及对目标车辆具有用车权限时，根据用车人员所属的目标身份类别向目标车辆的控火装置发送开火指令，开火指令至少包括用车人员有权使用目标车辆的第一时长；

204c、接收服务端设备在控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示目标车辆可启动的提示信息、第一时长以及熄火提示信息中的至少一种。

在一可选实施例中，方法还包括：在用车人员为学员的情况下，接收服务端设备在第一时长结束之前发送的车辆关火通知消息，根据车辆关火通知消息将第一时长中的剩余可用时长作为学员的剩余学车时长进行展示，并对剩余学车时长进行倒计时展示；

或者

在用车人员为员工的情况下，接收服务端设备在第一时长结束之前发送的车辆关火通知消息，根据车辆关火通知消息展示第一时长中的实际使用时长，并将第一时长中的剩余可用时长作为员工在指定时间粒度内剩余的用车时长进行展示。

这里需要说明的是：上述实施例提供的各步骤具体实现的过程可参见上述实施例中的相应内容，此处不再赘述。

图3为本申请一示例性实施例提供的驾校用车管理装置的结构示意图。如图3所示，该装置包括：

接收装置31，用于接收终端设备发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，目标车辆包括用于对点火开关使用状态进行控制的控火装置；

确定模块32，用于根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；

判断模块33，用于按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限；

控制模块34，若用车人员对目标车辆具有用车权限，用于获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送开火指令，开火指令至少包括第一时长，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，持续时长为用车人员对目标车辆的使用时长。

这里需要说明的是：上述实施例提供的各模块或单元具体实现的原理可参见上述实施例中的相应内容，此处不再赘述。

图4为本是申请一示例性实施例提供的服务端设备的结构示意图。如图4所示，该服务端设备包括：存储器10a和处理器40b，存储器10a用于存储计算机程序，处理器40b与存储器10a耦合，用于执行计算机程序，以用于实现以下步骤：

接收终端设备发送的用车请求，用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，目标车辆包括用于对点火开关使用状态进行控制的控火装置；根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限；若用车人员对目标车辆具有用车权限，获取用车人员有权使用目标车辆的第一时长，根据目标身份类别向控火装置发送开火指令，开火指令包括第一时长，以使控火装置根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，持续时长为用车人员对目标车辆的使用时长。

在一可选实施例中，处理器40b在用于根据用车人员的人员信息，确定用车人员所属的目标身份类别以及与述目标身份类别对应的目标用车管理流程时，具体用于：根据用车人员的人员信息中表示用车人员的身份类别的信息，确定用车人员所属的目标身份类别；将用车人员的人员信息在目标身份类别下的人员信息表中进行匹配；在从人员信息表中匹配到用车人员的人员信息的情况下，从不同身份类别对应的用车管理流程中，选择目标身份类别对应的用车管理流程作为目标用车管理流程。

在一可选实施例中，在目标身份类别为学员身份的情况下，用车人员为学员，目标用车管理流程为学员用车管理流程；相应地，处理器40b在用于按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限时，具体用于：根据目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断目标车辆是否安装有控火装置；在目标车辆安装有控火装置的情况下，根据用车人员的人员信息，结合已有的用车订单信息，判断用车人员是否具有有效用车订单；在用车人员具有有效用车订单的情况下，确定用车人员对目标车辆具有用车权限；其中，有效用车订单是指在当前时段内对目标车辆具有使用权限的用车订单。

进一步可选地，处理器40b在用于根据用车人员的人员信息，结合已有的用车订单信息，判断用车人员是否具有有效用车订单时，具体用于：根据用车人员的人员信息，结合已有的用车订单信息，判断用车人员是否具有未被核销的用车订单；在用车人员具有未被核销的用车订单的情况下，执行以下至少一种判断操作：根据未被核销的用车订单的预约上车时间和/或预约下车时间，判断当前时间是否位于未被核销的用车订单的有效上车时段内；在未被核销的用车订单中包含预约车辆信息的情况下，判断预约车辆信息与目标车辆的车辆信息是否相同；若上述至少一种判断操作的判断结果均为是，确定未被核销的用车订单为有效用车订单。

进一步可选地，用车请求中还包括目标车辆对应的驾校信息，则处理器40b在用于根据用车人员的人员信息，结合已有的用车订单信息，判断用车人员是否具有未被核销的用车订单时，具体用于：根据用车人员的人员信息，确定用车人员对应的驾校信息；在用车人员对应的驾校信息和目标车辆对应的驾校信息相同的情况下，根据用车人员的人员信息，分别查询模考订单系统和练车订单系统；若在任一订单系统中查询到用车人员的人员信息，确定用车人员具有未被核销的用车订单；在用车人员对应的驾校信息和目标车辆对应的驾校信息不相同的情况下，根据用车人员的人员信息，查询模考订单系统，若在模考订单系统中查询到用车人员的人员信息，确定用车人员具有未被核销的用车订单；其中，模考订单系统用于存储本驾校以及其它驾校学员提交的未被核销的模考用车订单，练车订单系统用于存储本驾校学员提交的未被核销的训练用车订单。

在一可选实施例中，若用车人员对目标车辆具有用车权限，处理器40b在用于获取用车人员有权使用目标车辆的第一时长时，具体用于：根据有效用车订单的预约上车时间和/或预约下车时间，结合当前时间、目标车辆的后续预约信息以及用车规则，确定用车人员有权使用目标车辆的第一时长。

在另一可选实施例中，在目标身份类别为员工身份的情况下，用车人员为驾校员工，目标用车管理流程为员工用车管理流程；相应地，处理器40b在用于按照目标用车管理流程，结合用车人员的人员信息和目标车辆的车辆信息，判断用车人员对目标车辆是否具有用车权限时，具体用于：根据目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断目标车辆是否安装有控火装置；在目标车辆安装有控火装置的情况下，根据用车人员的人员信息，判断用车人员是否为本驾校员工；在用车人员为本驾校员工的情况下，根据用车人员的人员信息，判断用车人员在指定时间粒度内剩余的用车时长是否为0；在用车人员在指定时间粒度内剩余的用车时长不为0的情况下，确定用车人员对目标车辆具有用车权限。

进一步可选地，若用车人员对目标车辆具有用车权限，处理器40b在用于获取用车人员有权使用目标车辆的第一时长时，具体用于：将用车人员在指定时间粒度内剩余的用车时长作为用车人员有权使用目标车辆的第一时长；相应地，方法还包括：在第一时长结束之前，接收控火装置发送的关火通知，根据关火通知确定用车人员对目标车辆的实际用车时长，根据实际用车时长更新用车人员在指定时间粒度内剩余的用车时长。

进一步可选地，处理器40b还用于：接收控火装置发送的车辆可用状态通知消息，车辆可用状态通知消息是控火装置根据开火指令控制目标车辆从禁用状态进入可用状态后发送的；根据车辆可用状态通知消息，向终端设备发送上车成功通知消息，以供终端设备展示目标车辆可启动的提示信息、第一时长以及熄火提示信息中的至少一种。

进一步可选地，处理器40b还用于：接收目标车辆的控火装置发送的注册请求，注册请求包括目标车辆的车辆信息和控火装置的SIM卡信息，SIM卡信息用于唯一标识控火装置。

进一步，如图4所示，该电子终端还包括：通信组件40c、电源组件40d、音频组件40e等其它组件。图4中仅示意性给出部分组件，并不意味着电子终端只包括图4所示组件。本实施例的电子终端可以实现为台式电脑、笔记本电脑、智能手机或IOT设备等终端设备。

这里需要说明的是：上述实施例提供的各步骤具体实现的过程可参见上述实施例中的相应内容，此处不再赘述。

图5为本是申请一示例性实施例提供的控火装置的结构示意图。如图5所示，该控火装置包括：

接收模块51，用于接收服务端设备发送的开火指令，开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用目标车辆的第一时长；

控制模块52，用于根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态；

控制模块52，还用于根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，将持续时长作为用车人员对目标车辆的使用时长。

这里需要说明的是：上述实施例提供的各模块或单元具体实现的原理可参见上述实施例中的相应内容，此处不再赘述。

图6为本是申请一示例性实施例提供的控火装置的结构示意图。如图6所示，该控火装置包括：存储器60a、处理器60b以及设置于点火开关与开关电源之间开关装置60c，存储器60a用于存储计算机程序，处理器60b与存储器60a耦合，用于执行计算机程序，以用于实现以下步骤：

接收服务端设备发送的开火指令，开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用目标车辆的第一时长；根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态；根据开火指令控制点火开关在第一时长内处于可用状态的持续时长，将持续时长作为用车人员对目标车辆的使用时长。

在一可选实施例中，处理器60b在用于根据开火指令控制点火开关在第一时长内处于可用状态的持续时长时，具体用于：开火指令中还包括目标身份类别，根据目标身份类别，控制点火开关在第一时长内处于可用状态的持续时长；或者，确定开火指令所属的目标指令类别，根据目标指令类别对应的处理流程，控制点火开关在第一时长内处于可用状态的持续时长，其中，不同指令类别对应不同处理流程。

处理器60b在用于根据目标身份类别或目标指令类别对应的处理流程，确定点火开关在第一时长内处于可用状态的持续时长时，具体用于：若目标身份类别为学员身份或目标指令类别对应学员处理流程，在点火开关进入可用状态时，开始计时直至第一时长结束时，控制点火开关进入禁用状态，以使点火开关在第一时长内始终处于可用状态；若目标身份类别为员工身份或目标指令类别对应员工处理流程，在点火开关进入可用状态时，开始计时，并在第一时长内接收到用车人员的关火操作时，控制点火开关进入禁用状态，以使点火开关在用车人员发起关火操作之前处于可用状态。

在一可选实施例中，处理器60b在用于根据开火指令控制目标车辆的点火开关从禁用状态进入可用状态时，具体用于：向连接于点火开关与开关电源之间开关装置60c发送闭合信号，以使开关装置60c闭合；其中，开关装置60c处于闭合状态时，点火开关处于可用状态；相应地，控制点火开关进入禁用状态，包括：向开关装置60c发送断开信号，以使开关装置60c断开，其中，开关装置60c处于断开状态时，点火开关处于禁用状态。

处理器60b在用于根据开火指令确定目标身份类别时，具体用于：开火指令中还包括目标身份类别，则从开火指令获取目标身份类别；或者，从预设的多种指令类别中，确定开火指令所属的目标指令类别，将与目标指令类别对应的身份类别作为目标身份类别，其中，不同指令类别对应不同身份类别。

进一步，如图6所示，该控火装置还包括：移动通信模块60d、控制单元60e、语音播放单元60f、开关单元60g、日志存储单元60h等其它组件。

这里需要说明的是：上述实施例各步骤的具体实现的过程可参见上述实施例中的相应内容，此处不再赘述。

除了上述系统和方法之外，本申请实施例还提供一种车辆设备，该车辆设备的结构如图1b所示。如图1b所示，该车辆设备101包括：控火装置1012和点火开关1011；点火开关1011与控火装置1012电气连接，控火装置1012与服务端设备103通信连接，用于执行以上驾校用车方法中的步骤。

进一步可选地，车辆设备101还用于对外提供车辆二维码，车辆二维码包含车辆设备101对应的车辆信息和驾校信息，以供终端设备102针对车辆设备101向服务端设备103发送用车请求。

这里需要说明的是：上述实施例提供的各模块或单元具体实现的原理可参见上述实施例中的相应内容，此处不再赘述。

除此之外，本申请实施例还提供一种驾校用车管理装置，包括：

获取模块，用于响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；

生成模块，用于根据目标车辆的车辆信息和用车人员的人员信息，生成用车请求；

发送模块，用于将用车请求发送给服务端设备，以使服务端设备在确定用车人员所属的目标身份类别以及对目标车辆具有用车权限时，根据用车人员所属的目标身份类别向目标车辆的控火装置发送开火指令，开火指令至少包括用车人员有权使用目标车辆的第一时长；

接收模块，用于接收服务端设备在控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示目标车辆可启动的提示信息、第一时长以及熄火提示信息中的至少一种。

相应地，本申请实施例还提供一种终端设备，包括：存储器和处理器，存储器用于存储计算机程序，处理器与存储器耦合，用于执行计算机程序，以用于：响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；根据目标车辆的车辆信息和用车人员的人员信息，生成用车请求；将用车请求发送给服务端设备，以使服务端设备在确定用车人员所属的目标身份类别以及对目标车辆具有用车权限时，根据用车人员所属的目标身份类别向目标车辆的控火装置发送开火指令，开火指令至少包括用车人员有权使用目标车辆的第一时长；接收服务端设备在控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示目标车辆可启动的提示信息、第一时长以及熄火提示信息中的至少一种。

在一可选实施例中，处理器还用于：在用车人员为学员的情况下，接收服务端设备在第一时长结束之前发送的车辆关火通知消息，根据车辆关火通知消息将第一时长中的剩余可用时长作为学员的剩余学车时长进行展示，并对剩余学车时长进行倒计时展示；

或者

在用车人员为员工的情况下，接收服务端设备在第一时长结束之前发送的车辆关火通知消息，根据车辆关火通知消息展示第一时长中的实际使用时长，并将第一时长中的剩余可用时长作为员工在指定时间粒度内剩余的用车时长进行展示。

关于上述功能模块或功能的详细实现可参见前述实施例，在此不再赘述。

本申请一示例性实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器实现以上驾校用车方法中由服务端设备执行的步骤。

这里需要说明的是：上述实施例提供的各模块或单元具体实现的原理可参见上述实施例中的相应内容，此处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (24)

1.一种驾校用车管理方法，应用于服务端设备，其特征在于，所述方法包括：

接收终端设备发送的用车请求，所述用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，所述目标车辆包括用于对点火开关使用状态进行控制的控火装置；

根据所述用车人员的人员信息，确定所述用车人员所属的目标身份类别以及与所述目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；

按照所述目标用车管理流程，结合所述用车人员的人员信息和所述目标车辆的车辆信息，判断所述用车人员对所述目标车辆是否具有用车权限；

若所述用车人员对所述目标车辆具有用车权限，获取所述用车人员有权使用所述目标车辆的第一时长，根据所述目标身份类别向所述控火装置发送开火指令，所述开火指令至少包括所述第一时长，以使所述控火装置根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，所述持续时长为所述用车人员对所述目标车辆的使用时长。

2.根据权利要求1所述的方法，其特征在于，根据所述用车人员的人员信息，确定所述用车人员所属的目标身份类别以及与所述目标身份类别对应的目标用车管理流程，包括：

根据所述用车人员的人员信息中表示所述用车人员的身份类别的信息，确定所述用车人员所属的目标身份类别；

将所述用车人员的人员信息在所述目标身份类别下的人员信息表中进行匹配；

在从所述人员信息表中匹配到所述用车人员的人员信息的情况下，从不同身份类别对应的用车管理流程中，选择所述目标身份类别对应的用车管理流程作为目标用车管理流程。

3.根据权利要求1所述的方法，其特征在于，在所述目标身份类别为学员身份的情况下，所述用车人员为学员，所述目标用车管理流程为学员用车管理流程；

相应地，按照所述目标用车管理流程，结合所述用车人员的人员信息和所述目标车辆的车辆信息，判断所述用车人员对所述目标车辆是否具有用车权限，包括：

根据所述目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断所述目标车辆是否安装有控火装置；

在所述目标车辆安装有控火装置的情况下，根据所述用车人员的人员信息，结合已有的用车订单信息，判断所述用车人员是否具有有效用车订单；

在所述用车人员具有有效用车订单的情况下，确定所述用车人员对所述目标车辆具有用车权限；其中，所述有效用车订单是指在当前时段内对所述目标车辆具有使用权限的用车订单。

4.根据权利要求3所述的方法，其特征在于，根据所述用车人员的人员信息，结合已有的用车订单信息，判断所述用车人员是否具有有效用车订单，包括：

根据所述用车人员的人员信息，结合已有的用车订单信息，判断所述用车人员是否具有未被核销的用车订单；

在所述用车人员具有未被核销的用车订单的情况下，执行以下至少一种判断操作：

根据所述未被核销的用车订单的预约上车时间和/或预约下车时间，判断当前时间是否位于所述未被核销的用车订单的有效上车时段内；

在所述未被核销的用车订单中包含预约车辆信息的情况下，判断所述预约车辆信息与所述目标车辆的车辆信息是否相同；

若上述至少一种判断操作的判断结果均为是，确定所述未被核销的用车订单为有效用车订单。

5.根据权利要求4所述的方法，其特征在于，所述用车请求中还包括所述目标车辆对应的驾校信息，则根据所述用车人员的人员信息，结合已有的用车订单信息，判断所述用车人员是否具有未被核销的用车订单，包括：

根据所述用车人员的人员信息，确定所述用车人员对应的驾校信息；

在所述用车人员对应的驾校信息和所述目标车辆对应的驾校信息相同的情况下，根据所述用车人员的人员信息，分别查询模考订单系统和练车订单系统；若在任一订单系统中查询到所述用车人员的人员信息，确定所述用车人员具有未被核销的用车订单；

在所述用车人员对应的驾校信息和所述目标车辆对应的驾校信息不相同的情况下，根据所述用车人员的人员信息，查询模考订单系统，若在所述模考订单系统中查询到所述用车人员的人员信息，确定所述用车人员具有未被核销的用车订单；

其中，所述模考订单系统用于存储本驾校以及其它驾校学员提交的未被核销的模考用车订单，所述练车订单系统用于存储本驾校学员提交的未被核销的训练用车订单。

6.根据权利要求3所述的方法，其特征在于，若所述用车人员对所述目标车辆具有用车权限，获取所述用车人员有权使用所述目标车辆的第一时长，包括：

根据所述有效用车订单的预约上车时间和/或预约下车时间，结合当前时间、所述目标车辆的后续预约信息以及用车规则，确定所述用车人员有权使用所述目标车辆的第一时长。

7.根据权利要求1所述的方法，其特征在于，在所述目标身份类别为员工身份的情况下，所述用车人员为驾校员工，所述目标用车管理流程为员工用车管理流程；

相应地，按照所述目标用车管理流程，结合所述用车人员的人员信息和所述目标车辆的车辆信息，判断所述用车人员对所述目标车辆是否具有用车权限，包括：

根据所述目标车辆的车辆信息，结合预先维护的安装有控火装置的车辆信息，判断所述目标车辆是否安装有控火装置；

在所述目标车辆安装有控火装置的情况下，根据所述用车人员的人员信息，判断所述用车人员是否为本驾校员工；

在所述用车人员为本驾校员工的情况下，根据所述用车人员的人员信息，判断所述用车人员在指定时间粒度内剩余的用车时长是否为0；

在所述用车人员在指定时间粒度内剩余的用车时长不为0的情况下，确定所述用车人员对所述目标车辆具有用车权限。

8.根据权利要求7所述的方法，其特征在于，若所述用车人员对所述目标车辆具有用车权限，获取所述用车人员有权使用所述目标车辆的第一时长，包括：

将所述用车人员在指定时间粒度内剩余的用车时长作为所述用车人员有权使用所述目标车辆的第一时长；

相应地，所述方法还包括：接收所述控火装置在所述第一时长结束之前发送的关火通知，根据所述关火通知确定所述用车人员对所述目标车辆的实际用车时长，根据所述实际用车时长更新所述用车人员在指定时间粒度内剩余的用车时长。

9.根据权利要求1-8任一项所述的方法，其特征在于，还包括：

接收所述控火装置发送的车辆可用状态通知消息，所述车辆可用状态通知消息是所述控火装置根据所述开火指令控制所述目标车辆从禁用状态进入可用状态后发送的；

根据所述车辆可用状态通知消息，向所述终端设备发送上车成功通知消息，以供所述终端设备展示所述目标车辆可启动的提示信息、所述第一时长以及熄火提示信息中的至少一种。

10.根据权利要求1-8任一项所述的方法，其特征在于，还包括：

接收所述目标车辆的控火装置发送的注册请求，所述注册请求包括所述目标车辆的车辆信息和所述控火装置的SIM卡信息，所述SIM卡信息用于唯一标识所述控火装置。

11.一种驾校用车管理方法，应用于目标车辆中的控火装置，其特征在于，所述方法包括：

接收服务端设备发送的开火指令，所述开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用所述目标车辆的第一时长；

根据所述开火指令控制所述目标车辆的点火开关从禁用状态进入可用状态；

根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，将所述持续时长作为所述用车人员对所述目标车辆的使用时长。

12.根据权利要求11所述的方法，其特征在于，根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，包括：

所述开火指令中还包括所述目标身份类别，根据所述目标身份类别，控制所述点火开关在所述第一时长内处于可用状态的持续时长；

或者

确定所述开火指令所属的目标指令类别，根据所述目标指令类别对应的处理流程，控制所述点火开关在所述第一时长内处于可用状态的持续时长，其中，不同指令类别对应不同处理流程。

13.根据权利要求12所述的方法，其特征在于，根据所述目标身份类别或所述目标指令类别对应的处理流程，控制所述点火开关在所述第一时长内处于可用状态的持续时长，包括：

若所述目标身份类别为学员身份或所述目标指令类别对应学员处理流程，在所述点火开关进入可用状态时，开始计时直至所述第一时长结束时，控制所述点火开关进入禁用状态，以使所述点火开关在所述第一时长内始终处于可用状态；

若所述目标身份类别为员工身份或所述目标指令类别对应员工处理流程，在所述点火开关进入可用状态时，开始计时，并在所述第一时长内接收到所述用车人员的关火操作时，控制所述点火开关进入禁用状态，以使所述点火开关在所述用车人员发起关火操作之前处于可用状态。

14.根据权利要求11-13任一项所述的方法，其特征在于，根据所述开火指令控制所述目标车辆的点火开关从禁用状态进入可用状态，包括：

向连接于所述点火开关与开关电源之间开关装置发送闭合信号，以使所述开关装置闭合；其中，所述开关装置处于闭合状态时，所述点火开关处于可用状态；

相应地，控制所述点火开关进入禁用状态，包括：向所述开关装置发送断开信号，以使所述开关装置断开，其中，所述开关装置处于断开状态时，所述点火开关处于禁用状态。

15.一种驾校用车管理方法，其特征在于，应用于用车人员的终端设备，所述方法包括：

响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；

根据所述目标车辆的车辆信息和用车人员的人员信息，生成用车请求；

将所述用车请求发送给服务端设备，以使所述服务端设备在确定所述用车人员所属的目标身份类别以及对所述目标车辆具有用车权限时，根据所述用车人员所属的目标身份类别向所述目标车辆的控火装置发送开火指令，所述开火指令至少包括所述用车人员有权使用所述目标车辆的第一时长；

接收所述服务端设备在所述控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示所述目标车辆可启动的提示信息、所述第一时长以及熄火提示信息中的至少一种。

16.根据权利要求15所述的方法，其特征在于，还包括：

在所述用车人员为学员的情况下，接收所述服务端设备在所述第一时长结束之前发送的车辆关火通知消息，根据所述车辆关火通知消息将所述第一时长中的剩余可用时长作为学员的剩余学车时长进行展示，并对所述剩余学车时长进行倒计时展示；

或者

在所述用车人员为员工的情况下，接收所述服务端设备在所述第一时长结束之前发送的车辆关火通知消息，根据所述车辆关火通知消息展示所述第一时长中的实际使用时长，并将所述第一时长中的剩余可用时长作为员工在指定时间粒度内剩余的用车时长进行展示。

17.一种驾校用车管理装置，其特征在于，包括：

接收装置，用于接收终端设备发送的用车请求，所述用车请求中包括目标车辆的车辆信息以及用车人员的人员信息，所述目标车辆包括用于对点火开关使用状态进行控制的控火装置；

确定模块，用于根据所述用车人员的人员信息，确定所述用车人员所属的目标身份类别以及与所述目标身份类别对应的目标用车管理流程，其中，不同身份类别对应不同的用车管理流程；

判断模块，用于按照所述目标用车管理流程，结合所述用车人员的人员信息和所述目标车辆的车辆信息，判断所述用车人员对所述目标车辆是否具有用车权限；

控制模块，若所述用车人员对所述目标车辆具有用车权限，用于获取所述用车人员有权使用所述目标车辆的第一时长，根据所述目标身份类别向所述控火装置发送开火指令，所述开火指令至少包括所述第一时长，以使所述控火装置根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，所述持续时长为所述用车人员对所述目标车辆的使用时长。

18.一种服务端设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现权利要求1-10任一项所述方法中的步骤。

19.一种控火装置，其特征在于，包括：

接收模块，用于接收服务端设备发送的开火指令，所述开火指令与用车人员所属的目标身份类别适配，至少包括用车人员有权使用所述目标车辆的第一时长；

控制模块，用于根据所述开火指令控制所述目标车辆的点火开关从禁用状态进入可用状态；

所述控制模块，还用于根据所述开火指令控制所述点火开关在所述第一时长内处于可用状态的持续时长，将所述持续时长作为所述用车人员对所述目标车辆的使用时长。

20.一种控火装置，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现权利要求11-14任一项所述方法中的步骤。

21.一种驾校用车管理装置，其特征在于，包括：

获取模块，用于响应于用车人员的用车操作，获取目标车辆的车辆信息，以及用车人员的人员信息；

生成模块，用于根据所述目标车辆的车辆信息和用车人员的人员信息，生成用车请求；

发送模块，用于将所述用车请求发送给服务端设备，以使所述服务端设备在确定所述用车人员所属的目标身份类别以及对所述目标车辆具有用车权限时，根据所述用车人员所属的目标身份类别向所述目标车辆的控火装置发送开火指令，所述开火指令至少包括所述用车人员有权使用所述目标车辆的第一时长；

接收模块，用于接收所述服务端设备在所述控火装置返回车辆可用状态通知消息时发送的上车成功通知消息，并展示所述目标车辆可启动的提示信息、所述第一时长以及熄火提示信息中的至少一种。

22.一种终端设备，其特征在于，包括：存储器和处理器，所述存储器用于存储计算机程序，所述处理器与所述存储器耦合，用于执行所述计算机程序，以用于实现权利要求15-16任一项所述方法中的步骤。

23.一种车辆设备，其特征在于，包括：控火装置和点火开关；所述点火开关与所述控火装置电气连接，所述控火装置与服务端设备通信连接，用于执行权利要求11-14任一项所述方法中的步骤。

24.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器实现权利要求1-16任一项所述方法中的步骤。

Images