一种车辆管理方法及相关设备与流程

本申请实施例涉及车辆领域，尤其涉及一种车辆管理方法及相关设备

背景技术：

停车场是供车辆停放之场所。停车场有仅画停车格而无人管理及收费的简易停车场，亦有配有出入栏口、泊车管理员及计时收款员的收费停车场。现代化的停车场常有自动化计时收费系统、闭路电视及录影机系统。停车场的无业人员也具有保障车辆不受损及失车责任。

现有的停车场管理系统一般为线上形式，用户可通过手机app进行扫码缴费，然而很多停车场，车辆进场后，存在物业管理不善，导致车辆被盗问题，给物业和车主带来严重经济损失，

技术实现要素：

本申请实施例第一方面提供了一种车辆管理方法，应用于停车场管理设备，包括：

接收用户发送的锁车指令，所述锁车指令包括目标车辆的目标车牌号码；

设置所述目标车牌号码对应的状态为锁定状态；

获取行驶至停车场出口的车辆的车牌号码；

判断所述车牌号码对应的状态是否为锁定状态；

若所述车牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。

基于本申请实施例第一方面所提供的车辆管理方法，可选地，所述方法还包括：

接收所述用户发送的解锁指令，所述解锁指令包括所述目标车牌号码；

设置所述目标车牌号码对应的状态为非锁定状态。

基于本申请实施例第一方面所提供的车辆管理方法，可选地，所述接收用户发送的锁车指令之后，所述方法还包括：

对所述用户进行鉴权，判断所述用户是否具有发送所述锁车指令的权限；

若所述用户具有发送所述锁车指令的权限，则执行所述设置所述目标车牌号码对应的状态为锁定状态步骤。

基于本申请实施例第一方面所提供的车辆管理方法，可选地，所述判断所述用户是否具有发送所述锁车指令的权限，包括：

判断所述用户与所述目标车辆之间是否存在绑定关系；

若所述用户与所述目标车辆之间存在绑定关系，则确定所述用户具有发送所述锁车指令的权限。

基于本申请实施例第一方面所提供的车辆管理方法，可选地，所述判断所述用户是否具有发送所述锁车指令的权限，包括：

判断所述目标车辆是否产生缴费信息；

若所述目标车辆产生缴费信息，则确定所述用户具有发送所述锁车指令的权限。

本申请实施例第二方面提供了一种车辆管理方法，应用于用户设备，包括：

发送对目标车辆的锁车指令至停车场管理系统，所述锁车指令包括所述目标车辆的目标车牌号码，以使得所述停车场管理设备设置所述目标车牌号码对应的状态为锁定状态。

基于本申请实施例第二方面所提供的车辆管理方法，可选地，所述方法还包括：

发送对所述目标车辆的解锁指令至所述停车场管理系统，以使得所述停车场管理设备设置所述目标车牌号码对应的状态为非锁定状态。

本申请实施例第三方面提供了一种停车场管理设备，包括：

接收单元，用于接收用户发送的锁车指令，所述锁车指令包括目标车牌号码；

设置单元，用于设置所述目标车牌号码对应的状态为锁定状态；

获取单元，用于获取行驶至停车场出口的车辆的车牌号码；

判断单元，用于判断所述车牌号码对应的状态是否为锁定状态；

禁止单元，用于若所述车牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。

本申请实施例第四方面提供了一种用户设备，包括：

发送单元，用于发送对目标车辆的锁车指令至停车场管理设备，所述锁车指令包括所述目标车辆的目标车牌号码，以使得所述停车场管理设备设置所述目标车牌号码对应的状态为锁定状态。

本申请实施例第五方面提供了一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面或第二方面中任意一项所述的方法。

本申请实施例第六方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如本申请实施例第一方面或第二方面中任意一项所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过用户发送的锁车指令对目标车牌号码的状态进行设置，以使得目标车牌号码对应的状态为锁定状态，并对行驶至停车场出口的车辆的车牌号码的状态进行判断，若牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。通过上述方式使得用户可自主对车辆进行锁定，避免恶意第三方将车辆不受监管的将车辆开出停车场，提高了车辆管理的安全性，降低了车辆被盗的风险。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请车辆管理方法实施例的一个流程示意图；

图2为本申请车辆管理方法实施例的另一个流程示意图；

图3为本申请车辆管理方法实施例的另一个流程示意图；

图4为本申请停车场管理设备实施例的一个结构示意图；

图5为本申请停车场管理设备实施例的另一个结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

现有的停车场管理系统仅对于车辆的车牌进行识别，对于恶意第三人盗取车辆开出停车场时停车场管理系统无法及时的识别出该情况，容易对车主造成重大的损失，基于此本方案提出了一种车辆管理方法，应用于停车场管理系统，可以理解的是，停车场管理系统可包括架设于云服务器的停车场管理平台以及部署于停车场的停车场管理设备如门禁设备、用于获取车牌号码的相机或扫码装置等设备，停车场管理系统所包括的各个部分可相互配合完成对停车场内车辆的管理，具体的停车场管理系统所包括的设备及组件可依据实际情况进行调整，此处不做限定。

请参阅图1，本申请所提供的车辆管理方法的一个实施例包括：步骤101-步骤105。

101、接收用户发送的锁车指令。

停车场管理系统接收用户发送的锁车指令，所述锁车指令包括目标车牌号码，目标车牌号码为可被用户管理的车辆所具有的车牌号码，为方便描述，此处称具有所述目标车牌号码的车辆为目标车辆。具体的，用户可通过特定用户端绑定某些车牌号码，进而获得对具有该车牌号码的车辆的管理权限，用户将所驾驶的具有目标车牌号码的车辆停入停车场后，即可向停车场管理系统发送具有目标车牌号码的锁车指令以便停车场管理系统对其进行管理。

102、设置目标车牌号码对应的状态为锁定状态。

停车场管理设备基于所述锁车指令设置目标车牌号码的状态为锁定状态，具体的，停车场管理系统可记录每辆驶入及离开停车场的车辆的车牌号码，进而获得当前处于停车场内的车辆的车牌号码，每个车牌号码具有对应的状态设置，默认的各个车牌号码的状态为未锁定状态，当接收到用户发送的锁车指令时则将对应的车牌号码状态设置为锁定状态，进而使得车辆无法驶出停车场，以达到对目标车辆的管理。具体的车牌号码状态信息可于车牌号码关联存储至停车场管理系统中，也可存储于云服务器中，当需要使用该数据时则可相应进行读取，具体可依据实际情况而定，此处不做限定。

可以理解的是，用户在对目标车辆锁定后，该车辆即无法驶出停车场，当用户希望再次使用目标车辆时可发送对应的解锁指令至停车场管理系统，进而对目标车辆进行解锁，以便将目标车辆驶离停车场。

103、获取行驶至停车场出口的车辆的车牌号码。

停车场管理设备获取行驶至停车场出口的车辆的车牌号码。可以理解的是上述步骤101至102与步骤103至105之间的执行可为不连续的，或者说步骤103至步骤105为步骤102所产生的效果，当停车场内所停靠的车辆均不处于锁定状态时，则不执行步骤103至105，即在车辆驶出停车场过程中不对车牌号码的状态进行判断。然而当存在处于锁定状态的目标车辆时则需执行步骤103至105，以便对处于锁定状态的目标车辆进行管控，保证车辆安全，行驶至停车场出口的车辆往往需要进行缴费，缴费过程需要使用车辆的车牌号码，因此可使用缴费过程所采集的车牌号码进行后续的判断过程，具体的停车场管理系统可通过设置在停车场出口附近的摄像头所采集的图像数据进行图像识别得出车辆的车牌号码，也可通过与车辆上所设置的etc(electronictollcollection，电子不停车收费系统)或ecu(electroniccontrolunit电子控制单元)等模块进行交互，进而获得车辆的车牌号码信息，具体可依据实际情况而定，此处不做限定。

104、判断车牌号码对应的状态是否为锁定状态

停车场管理系统判断所述车牌号码对应的状态是否为锁定状态，即停车场管理系统对所获取的车牌号码进行状态判定，若车辆处于锁定状态，则执行步骤105、禁止所述行驶至停车场出口的车辆通过。若车辆未处于锁定状态，则基于车辆是否完成缴费等信息决定是否对所述车辆放行，具体可依据实际情况而定，此处不做限定。

105、禁止所述行驶至停车场出口的车辆通过。

若所述车牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过，若车辆所具有的车牌好吗为锁定状态，则说明该车辆的管理者不希望所述车辆驶出当前停车场，因此应拒绝车辆的驶出请求，以保护该车辆，进而完成车辆的保全。可以理解的是，当判断车辆状态为锁定状态时，一种可能的原因是用户忘记对车辆进行解锁，因此停车场管理系统可每间隔一段时间对车牌号码的状态进行一次判断，或由停车场管理员手动操控进行车牌号码状态的判断，具体可依据实际情况而定，此处不做限定。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过用户发送的锁车指令对目标车牌号码的状态进行设置，以使得目标车牌号码对应的状态为锁定状态，并对行驶至停车场出口的车辆的车牌号码的状态进行判断，若牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。通过上述方式使得用户可自主对车辆进行锁定，避免恶意第三方将车辆不受监管的将车辆开出停车场，提高了车辆管理的安全性，降低了车辆被盗的风险。

基于图1所描述的实施例，为进一步提高车辆的安全性，下面提供一种本方案在实施过程中可选择执行的详细实施例，请参阅图2，本申请的一个实施例包括：步骤201-步骤208。

201、接收用户发送的锁车指令。

接收用户发送的锁车指令，具体的用户可通过车辆管理平台发送该锁车指令，在用户登录该车辆管理平台时，车辆管理平台可以对用户身份进行验证，如需用户填写姓名，所有的车辆编号、驾驶证号码等信息，以便对用户身份进行确认，当用户身份确认完成后，则用户可发送相应的带有目标车牌号码信息的锁车指令至车辆管理平台，以便进行锁车过程。

202、对所述用户进行鉴权

停车场管理系统对所述用户进行鉴权，具体的鉴权包括两方面内容，第一方面在于确定用户是否具有锁定目标车辆的权限，第二方面需要判断具有该目标车牌号码的车辆是否停靠于停车场内，下面分别进行描述：

(1)判断所述用户与所述目标车辆之间是否存在绑定关系；

若所述用户与所述目标车辆之间存在绑定关系，则确定所述用户具有发送所述锁车指令的权限。若存在绑定关系则说明用户具有管理目标车辆的能力，具体而言，用户可将自身的相关信息资料及目标车辆的相关信息资料发送至停车场管理平台，由停车场管理平台进行审核，审核通过则认定用户与目标车辆之间具有绑定关系，用户具有管理目标车辆的权限。具体的审核方式可为人工审核或机器审核具体此处不做限定。

(2)判断所述目标车辆是否产生缴费信息。

若所述目标车辆产生缴费信息，则确定所述用户具有发送所述锁车指令的权限。当用户具有两辆或以上的具有绑定关系的车辆时，容易出现发送的锁定信息为另一车辆的情况，此时应对该目标车辆是否存在缴费信息进行判断，缴费信息由车辆驶入后，停车场管理系统关联驶入车辆的车牌号产生，停车场管理系统可基于锁定指令中所包含的车牌号码信息查询是否具有对应的缴费信息，若存在与该车辆对应的缴费信息，则说明该车辆停靠在当前停车场内，可以对目标车辆进行锁定，若不存在目标车辆的缴费信息，则说明目标车辆未停靠于当前停车场，不应对目标车辆进行锁定，可向用户返回相应的错误信息，具体可依据实际情况而定，此处不做限定。

可以理解的是，在本方案实际实施过程中，对用户的鉴权过程可在云服务器上执行，停车场管理系统只需提供相应的数据并传输识别结果即可，以便降低停车场管理系统的数据处理压力，同时为保证车辆的安全性，应两种鉴权方式都被进行，并且在两种鉴权方式都通过的情况下才执行对目标车辆的锁定，进而进一步保证本方案的可实施性。

203、设置目标车牌号码对应的状态为锁定状态。

若对用户的鉴权通过，则设置目标车牌号码对应的状态为锁定状态。具体的设置过程与上述图1对应实施例中步骤102类似，此处不再赘述。

204、接收所述用户发送的解锁指令。

当用户需要再次使用目标车辆时需对目标车辆进行解锁处理，具体的，可向停车车场的管理设备发送解锁指令以便对目标车辆进行解锁，解锁指令应包括目标车牌号码，以便停车场管理系统确定所需解锁的车辆。

205、设置目标车牌号码对应的状态为非锁定状态。

停车场管理系统依据解锁指令改变所述目标车牌号码对应的状态，将其由锁定状态改变为非锁定状态，以便目标车辆驶离。

206、获取行驶至停车场出口的车辆的车牌号码

207、判断车牌号码对应的状态是否为锁定状态

上述步骤206至步骤207与图1实施例中对应步骤103至104类似，具体此处不再赘述。

208、允许所述行驶至停车场出口的车辆通过。

车辆状态为解锁状态时，则允许所述行驶至停车场出口的车辆通过。

上面对本方法对本方案停车场管理系统所执行的操作进行了描述，下面对本方案中用户设备所执行的操作进行描述：包括步骤301至步骤302

301、发送对目标车辆的锁车指令至停车场管理系统。

发送对目标车辆的锁车指令至停车场管理系统。所述锁车指令包括所述目标车辆的目标车牌号码，以使得所述停车场管理系统设置所述目标车牌号码对应的状态为锁定状态。具体的，用户可登陆相应的停车场管理平台，作为用户进行注册并绑定用户所属的目标车辆，由停车场管理系统进行验证，进而确定用户身份，用户可通过相应的应用选择发送锁车指令。当目标车辆进入锁定状态后，若用户无法对车辆解锁，则车辆无法驶出当前停车场，具体的可参照上述图1对应实施例中步骤103至步骤105的内容，具体此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：本方案通过用户发送的锁车指令对目标车牌号码的状态进行设置，以使得目标车牌号码对应的状态为锁定状态，并对行驶至停车场出口的车辆的车牌号码的状态进行判断，若牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。通过上述方式使得用户可自主对车辆进行锁定，避免恶意第三方将车辆不受监管的将车辆开出停车场，提高了车辆管理的安全性，降低了车辆被盗的风险。

可选的，用户对目标车辆进行锁定后，还可对目标车辆进行解锁，即包括步骤302、发送对所述目标车辆的解锁指令至所述停车场管理系统。

用户设备发送对所述目标车辆的解锁指令至所述停车场管理系统，以使得所述停车场管理系统设置所述目标车牌号码对应的状态为非锁定状态。当用户需要再次使用目标车辆时，则可向停车场管理系统发送解锁指令，进而使得停车场管理系统对目标车辆进行解锁，进而使得目标车辆可以驶离当前停车场。

上面对申请实施例中的车辆管理方法进行了描述，下面对本发明实施例中所涉及的设备进行描述。请参阅图4，本申请停车场管理设备的一个实施例包括：

接收单元401，用于接收用户发送的锁车指令，所述锁车指令包括目标车牌号码；

设置单元402，用于设置所述目标车牌号码对应的状态为锁定状态；

获取单元403，用于获取行驶至停车场出口的车辆的车牌号码；

判断单元404，用于判断所述车牌号码对应的状态是否为锁定状态；

禁止单元405，用于若所述车牌号码对应的状态为锁定状态，则禁止所述行驶至停车场出口的车辆通过。

本实施例中，停车场管理设备中各单元所执行的流程与前述图1或图2所对应的实施例中描述的停车场管理系统所执行的方法流程类似，此处不再赘述。

本申请实施例另一方面还提供了一种用户设备，用于与停车场管理设备配合，以完成所述车辆管理方法，包括：

发送单元，用于发送对目标车辆的锁车指令至停车场管理设备，所述锁车指令包括所述目标车辆的目标车牌号码，以使得所述停车场管理设备设置所述目标车牌号码对应的状态为锁定状态。

图5是本申请实施例提供的一种停车场管理设备的结构示意图，该停车场管理设备500可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)501和存储器505，该存储器505中存储有一个或一个以上的应用程序或数据。

本实施例中，中央处理器501中的具体功能模块划分可以与前述图4中所描述的各单元的功能模块划分方式类似，此处不再赘述。

其中，存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器501可以设置为与存储器505通信，在服务器500上执行存储器505中的一系列指令操作。

服务器500还可以包括一个或一个以上电源502，一个或一个以上有线或无线网络接口503，一个或一个以上输入输出接口504，和/或，一个或一个以上操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等。

该中央处理器501可以执行前述图1所示实施例中车辆管理设备所执行的操作，具体此处不再赘述。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质用于实现车辆管理设备的功能，其上存储有计算机程序，计算机程序被处理器执行时，处理器，可以用于执行如图1所述的车辆管理方法。

可以理解的是，所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在相应的一个计算机可读取存储介质中或集成为计算机程序产品以便执行上述方法。基于这样的理解，本发明实现上述相应的实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。