CN109766760A - 一种立体车库的管理方法及系统 - Google Patents

Abstract

本申请实施例提供一种立体车库的管理方法，包括：接收终端发送的存车请求；发送人脸识别指令，以确认存车处是否有人员；若未获取到人脸信息，则发送存车指令；当完成所述存车后，发送存车成功的消息至所述终端。通过本申请实施例，在接收终端发送的存车请求后，对存车处进行人脸识别，确认存车处无人员，则开始存车；通过对存车处进行人脸识别，替代管理人员去进行查验，解决了立体车库存取车时人员仍在车内的安全问题，提高了安全性，且减少了人力成本，节省了时间，用户体验好。

Description

一种立体车库的管理方法及系统

技术领域

本申请涉及车库管理技术领域，具体涉及一种立体车库的管理方法及系统。

背景技术

伴随着车辆保有量的迅速增加，城市停车压力增大；为了缓解停车压力，占地面积小、存车数量大的立体车库应运而生。在立体车库的存车过程中，需要现场管理人员确认存车处没有人员停留才能进行存车，其对于用户和管理人员来说，不仅浪费了大量时间，而且极为不便，有时管理人员检查有遗漏，则容易造成人员的人身安全受到威胁。

发明内容

本申请实施例提供一种立体车库的管理方法及系统，能够有效保障存车时存车处无人员，提高了安全性。

本申请实施例的第一方面提供了一种立体车库的管理方法，应用于立体车库的管理系统，所述立体车库的管理系统包括可穿透玻璃的采集装置，所述方法包括：

接收终端发送的存车请求；

发送人脸识别指令，以确认存车处是否有人员；

若未获取到人脸信息，则发送存车指令；

当完成所述存车后，发送存车成功的消息至所述终端。

优选的，所述存车请求包括待存车辆的车牌号和第一用户的登陆信息，所述接收终端发送的存车请求之后，所述发送人脸识别指令，以确认存车处是否有人员之前，包括：

通过所述第一用户的登陆信息，获取所述第一用户的身份信息；

从预设车辆信息数据库获取与所述第一用户的身份信息对应的车辆的车牌号；

确认所述待存车辆的车牌号与所述第一用户的身份信息对应的车辆的车牌号是否一致；

若一致，则发送接收成功的消息，以响应所述终端发送的存车请求。

优选的，若获取到人脸信息，则展示提示信息，所述提示信息包括快速离开；

在预设时间间隔后再次获取人脸信息；

若再次获取到人脸信息，则向所述终端发送存车失败的消息；

或，若获取到人脸信息，则发送报警信号。

优选的，所述若未获取到人脸信息，则发送存车指令之后，所述当完成所述存车后，发送存车成功的消息至所述终端之前，包括：

获取所述待存车辆的车牌号的序号的第一位数字，所述第一位数字为位于所述序号中从左到右数的第一位的数字；

从存车数据库中确认与所述车牌号的序号的第一位数字对应的存车层是否有空位；

若有空位，则将所述待存车辆存至与所述车牌号的序号的第一位数字对应的存车层中；

若无空位，则获取所述车牌号的序号的第二位数字，所述第二位数字为所述车牌号的序号中从左到右数与所述第一位数字不相同的数字；

从所述存车数据库中确认与所述车牌号的序号的第二位数字对应的存车层有空位；

将所述待存车辆存至与所述车牌号的序号的第二位数字对应的存车层中。

优选的，所述若未获取到人脸信息，则发送存车指令之后，所述当完成所述存车后，发送存车成功的消息至所述终端之前，包括：

获取不同存车层的空位数量；

将所述不同存车层的空位数量按照从大到小的顺序进行排序；

获取所述空位数量最小的存车层；

将所述待存车辆存至所述空位数量最小的存车层；

或，获取不同存车层的空位数量；

将所述存车层的空位数量为0的存车层剔除，以得到有空位的不同存车层；

获取所述有空位的不同存车层中距离所述待存车辆距离最近的存车层；

将所述待存车辆存至所述距离所述待存车辆距离最近的存车层。

优选的，当完成所述存车后，发送存车成功的消息至所述终端之后，还包括：

记录所述存车的时间；

获取所述终端发送的取车请求；

记录所述取车的时间；

根据所述存车的时间和所述取车的时间计算存车费；

向所述终端展示所述存车费；

当获取所述终端完成缴费后，将所述车辆取出。

优选的，所述取车请求携带第二用户的人脸信息，所述获取所述终端发送的取车请求之后，所述记录所述取车的时间之前，包括：

从预设人脸信息数据库获取与所述第一用户的身份信息相对应的所述第一用户的人脸信息；

确认所述第一用户的人脸信息与所述第二用户的人脸信息相匹配。

本申请实施例的第二方面提供了一种立体车库的管理系统，所述系统包括：

接收请求模块，用于接收终端发送的存车请求；

人脸识别模块，用于发送人脸识别指令，以确认存车处是否有人员；

存车控制模块，用于若未获取到人脸信息，则发送存车指令；

发送消息模块，用于当完成所述存车后，发送存车成功的消息至所述终端。

本申请实施例的第三方面提供一种终端，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如本申请实施例第一方面的步骤指令。

本申请实施例的第四方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。

本申请实施例的第五方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，至少具有如下有益效果：

通过本申请实施例，在接收终端发送的存车请求后，对存车处进行人脸识别，确认存车处无人员，则开始存车；通过对存车处进行人脸识别，替代管理人员去进行查验，解决了立体车库存取车时人员仍在车内的安全问题，且本方案所采用的人脸识别为红外人脸识别，其可穿透玻璃进行采集，提高了安全性，且减少了人力成本，节省了时间，用户体验好。

附图说明

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

图1为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图2为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图3为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图4为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图5为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图6为本申请实施例提供了一种立体车库的管理方法的流程示意图；

图7为本申请实施例提供的一种终端的结构示意图；

图8为本申请实施例提供了一种立体车库的管理系统的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

其中，本方案采用可穿透玻璃的采集装置相机，比如现有一种可穿透玻璃相机，利用红外线解决了人脸透过车窗玻璃会产生影子，使相机无法识别人脸的问题，本方案的采集装置相机可通过穿透玻璃进行人脸采集，减少了人力成本，提高了安全性，节省了时间，用户体验好。

请参阅图1，图1为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图1所示，其可包括步骤101-104，具体如下：

101、接收终端发送的存车请求；

其中，该存车请求可以是用户发送的，也可以是终端发送的，如电子设备接收终端发送的存车请求，或者电子设备接收用户发送的存车请求；

102、发送人脸识别指令，以确认存车处是否有人员；

当接收了存车请求后，则可向人脸采集设备发送人脸识别指令，以确认存车处是否有人；

103、若未获取到人脸信息，则发送存车指令；

当人脸采集设备未获取到人脸信息，则电子设备发送存车指令；

104、当完成所述存车后，发送存车成功的消息至所述终端。

当完成所述存车后，电子设备向所述终端发送存车成功的消息。

具体地，如服务器获取用户发送的存车指令时，如用户按存车指令后，则服务器发送存车控制指令，使得PLC控制存车设备进行存车，其中存车操作前，设置于存车区域的人脸识别装置对存车区域的人脸及其他进行检测，包括车内，若存在人脸特征，则人脸识别装置发送人脸信息给服务器，服务器发送停止存车指令，PLC控制存车设备停止存车动作，同时控制相关设备发出报警信号，报警信号可发送至管理员终端。

优选的，服务器获取终端发出的存车指令后，将存车指令发送给PLC，其中首先进人脸识别，确认存车处无人员，则控制存车设备进行存车。

通过本申请实施例，在接收终端发送的存车请求后，对存车处进行人脸识别，确认存车处无人员，则开始存车；通过对存车处进行人脸识别，解决了立体车库存取车时人员仍在车内的安全问题，同时替代管理人员去进行查验，提高了安全性，且减少了人力成本，节省了时间，用户体验好。采用可穿透玻璃的采集装置相机，比如现有一种可穿透玻璃相机，利用红外线解决了人脸透过车窗玻璃会产生影子，使相机无法识别人脸的问题，如采集装置相机可通过穿透玻璃进行人脸采集，有效提高了安全性。

请参阅图2，图2为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图2所示，其可包括步骤201-208，具体如下：

201、接收终端发送的存车请求，所述存车请求包括待存车辆的车牌号和第一用户的登陆信息；

202、通过所述第一用户的登陆信息，获取所述第一用户的身份信息；

通过终端获取所述第一用户的登陆信息，进而获取所述第一用户的身份信息，所述身份信息可以是用户的姓名、身份证号等信息；

203、从预设车辆信息数据库获取与所述第一用户的身份信息对应的车辆的车牌号；

通过预设车辆信息数据库获取与所述第一用户的身份信息对应的车辆的车牌号；

204、确认所述待存车辆的车牌号与所述第一用户的身份信息对应的车辆的车牌号是否一致；

确认发送存车请求的用户的身份信息，确保所述待存车辆是所述发送请求的用户的车辆，以确保所述待存车辆的安全性。

205、若一致，则发送接收成功的消息，以响应所述终端发送的存车请求；

206、发送人脸识别指令，以确认存车处是否有人员；

207、若未获取到人脸信息，则发送存车指令；

208、当完成所述存车后，发送存车成功的消息至所述终端。

通过本申请实施例，在接收终端发送的存车请求后，获取第一用户的身份信息，并获取与所述第一用户的身份信息对应的车牌号，在确保待存车辆与用户的身份信息对应的车牌号一致时，再对存车处进行人脸识别，确认存车处无人员，则开始存车；通过确认请求存车人员的身份信息，保障了存车的安全性，对存车处进行人脸识别，解决了立体车库存取车时人员仍在车内的安全问题，替代管理人员去进行查验，提高了安全性，且减少了人力成本，节省了时间，用户体验好。

请参阅图3，图3为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图3所示，其可包括步骤301-307，具体如下：

301、接收终端发送的存车请求；

302、发送人脸识别指令，以确认存车处是否有人员；

303、若未获取到人脸信息，则发送存车指令；

304、当完成所述存车后，发送存车成功的消息至所述终端；

305、若获取到人脸信息，则展示提示信息，所述提示信息包括快速离开；

306、在预设时间间隔后再次获取人脸信息；

如设定在30s后再次获取人脸信息；

307、若再次获取到人脸信息，则向所述终端发送存车失败的消息；

如果再次获取到人脸信息，则发送存车失败的消息；或者，设定30s后再次获取人脸信息。

其中，步骤305-307可替代为：若获取到人脸信息，则发送报警信号。

通过本申请实施例，在存车操作前对存车处人脸信息进行获取，确认所述存车处是否有人；若没人，则进行存车操作；若有人，则提醒所述人员快速离开，并在一定时间后再次进行人脸获取。或者，当检测到人脸信息时，则触发报警信号，如发出特定的声音，以提示存车处有人，停止存车。通过该手段，在确认存车处无人的情况下进行存车，保障了人员的人身安全，提高了立体车库管理的安全性及存车效率，提高了用户体验。

请参阅图4，图4为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图4所示，其可包括步骤401-410，具体如下：

401、接收终端发送的存车请求；

402、发送人脸识别指令，以确认存车处是否有人员；

403、若未获取到人脸信息，则发送存车指令；

404、获取所述待存车辆的车牌号的序号的第一位数字，所述第一位数字为位于所述序号中从左到右数的第一位的数字；

如车牌号为粤B.1234x，则对于车牌号的序号为1234x，其从左到右数第一位数字为1；

405、从存车数据库中确认与所述车牌号的序号的第一位数字对应的存车层是否有空位；

则上述1所对应的存车层即为第一层，确认第一层存车层是否有空位；

406、若有空位，则将所述待存车辆存至与所述车牌号的序号的第一位数字对应的存车层中；

如果有空位，则将该待存车辆存在一层存车层中。

407、若无空位，则获取所述车牌号的序号的第二位数字，所述第二位数字为所述车牌号的序号中从左到右数与所述第一位数字不相同的数字；

408、从所述存车数据库中确认与所述车牌号的序号的第二位数字对应的存车层有空位；

409、将所述待存车辆存至与所述车牌号的序号的第二位数字对应的存车层中；

如果没有空位，则获取第二位所对应的存车层是否有空位，若仍没有空位，则依次确认，直至对应有车位的存车层，则将待存车辆存在有空位的存车层。

410、当完成所述存车后，发送存车成功的消息至所述终端。

采用本申请实施例，存车前对存车处人脸信息进行获取，确保无人时再进行存车操作；在存车操作时，将存车层数与车牌号进行关联，通过在车牌号序号的从左往右数的数字与存车层对应，在确认相应存车层有空位时进行存车，方便管理。

请参阅图5，图5为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图5所示，其可包括步骤501-508，具体如下：

501、接收终端发送的存车请求；

502、发送人脸识别指令，以确认存车处是否有人员；

503、若未获取到人脸信息，则发送存车指令；

504、获取不同存车层的空位数量；

505、将所述不同存车层的空位数量按照从大到小的顺序进行排序；

506、获取所述空位数量最小的存车层；

507、将所述待存车辆存至所述空位数量最小的存车层；

508、当完成所述存车后，发送存车成功的消息至所述终端。

通过本申请实施例，存车前对存车处人脸信息进行获取，确保无人时再进行存车操作；在存车操作时，通过先获取各存车层的空位数量，然后获取空位数量最少的存车层，将所述待存车辆存在该层；通过获取空位数量最少的存车层优先存车，便于统一管理，十分方便。

其中，步骤504-507可替代为：

获取不同存车层的空位数量；

将所述存车层的空位数量为0的存车层剔除，以得到有空位的不同存车层；

获取所述有空位的不同存车层中距离所述待存车辆距离最近的存车层；

将所述待存车辆存至所述距离所述待存车辆距离最近的存车层。

该可替代的实施例，在获取有空位的存车层后，获取与所述待存车辆最近的存车层，并将所述待存车辆存在该层；通过该手段，节省了存车时间，提高了存车效率，用户体验好。

请参阅图6，图6为本申请实施例提供了一种立体车库的管理方法的流程示意图。如图6所示，其可包括步骤601-610，具体如下：

601、接收终端发送的存车请求；

602、发送人脸识别指令，以确认存车处是否有人员；

603、若未获取到人脸信息，则发送存车指令；

604、当完成所述存车后，发送存车成功的消息至所述终端；

605、记录所述存车的时间；

606、获取所述终端发送的取车请求；

607、记录所述取车的时间；

608、根据所述存车的时间和所述取车的时间计算存车费；

609、向所述终端展示所述存车费；

610、当获取所述终端完成缴费后，将所述车辆取出。

其中，所述取车请求携带第二用户的人脸信息；为确保存车和取车是同一个人，则从预设人脸信息数据库获取与所述第一用户的身份信息相对应的所述第一用户的人脸信息；

确认所述第一用户的人脸信息与所述第二用户的人脸信息相匹配。

采用该实施例，存完车后，还包括获取存车时间，当接收取车请求后，获取该车的存车时长及存车费，缴完费后则将所述车辆取出。通过该手段，智能获取存车费，进行线上缴费，节约了用户时间，提高了取车效率。

另一方面，通过在取车时，确认用户身份信息，确保存车与取车的用户是同一个人，保障车辆的安全性。

与上述实施例一致的，请参阅图7，图7为本申请实施例提供的一种终端的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收终端发送的存车请求；

发送人脸识别指令，以确认存车处是否有人员；

若未获取到人脸信息，则发送存车指令；

当完成所述存车后，发送存车成功的消息至所述终端。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与上述一致的，请参阅图8，图8为本申请实施例提供了一种立体车库的管理系统的结构示意图。所述系统包括接收请求模块801、人脸识别模块802、存车控制模块803、发送消息模块804，其中：

接收请求模块801，用于接收终端发送的存车请求；

人脸识别模块802，用于发送人脸识别指令，以确认存车处是否有人员；

存车控制模块803，用于若未获取到人脸信息，则发送存车指令；

发送消息模块804，用于当完成所述存车后，发送存车成功的消息至所述终端。

可以看出，通过本申请实施例，在接收终端发送的存车请求后，对存车处进行人脸识别，确认存车处无人员，则开始存车；通过对存车处进行人脸识别，解决了立体车库存取车时人员仍在车内的安全问题，同时替代管理人员去进行查验，提高了安全性，且减少了人力成本，节省了时间，用户体验好。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种立体车库的管理方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种立体车库的管理方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种立体车库的管理方法，应用于立体车库的管理系统，其特征在于，所述立体车库的管理系统包括可穿透玻璃的采集装置，所述方法包括：

接收终端发送的存车请求；

发送人脸识别指令，以确认存车处是否有人员；

若未获取到人脸信息，则发送存车指令；

当完成所述存车后，发送存车成功的消息至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述存车请求包括待存车辆的车牌号和第一用户的登陆信息，所述接收终端发送的存车请求之后，所述发送人脸识别指令，以确认存车处是否有人员之前，包括：

通过所述第一用户的登陆信息，获取所述第一用户的身份信息；

从预设车辆信息数据库获取与所述第一用户的身份信息对应的车辆的车牌号；

确认所述待存车辆的车牌号与所述第一用户的身份信息对应的车辆的车牌号是否一致；

若一致，则发送接收成功的消息，以响应所述终端发送的存车请求。

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

若获取到人脸信息，则展示提示信息，所述提示信息包括快速离开；

在预设时间间隔后再次获取人脸信息；

若再次获取到人脸信息，则向所述终端发送存车失败的消息；

或，若获取到人脸信息，则发送报警信号。

4.根据权利要求3所述的方法，其特征在于，所述若未获取到人脸信息，则发送存车指令之后，所述当完成所述存车后，发送存车成功的消息至所述终端之前，包括：

获取所述待存车辆的车牌号的序号的第一位数字，所述第一位数字为位于所述序号中从左到右数的第一位的数字；

从存车数据库中确认与所述车牌号的序号的第一位数字对应的存车层是否有空位；

若有空位，则将所述待存车辆存至与所述车牌号的序号的第一位数字对应的存车层中；

若无空位，则获取所述车牌号的序号的第二位数字，所述第二位数字为所述车牌号的序号中从左到右数与所述第一位数字不相同的数字；

从所述存车数据库中确认与所述车牌号的序号的第二位数字对应的存车层有空位；

将所述待存车辆存至与所述车牌号的序号的第二位数字对应的存车层中。

5.根据权利要求3所述的方法，其特征在于，所述若未获取到人脸信息，则发送存车指令之后，所述当完成所述存车后，发送存车成功的消息至所述终端之前，包括：

获取不同存车层的空位数量；

将所述不同存车层的空位数量按照从大到小的顺序进行排序；

获取所述空位数量最小的存车层；

将所述待存车辆存至所述空位数量最小的存车层；

或，获取不同存车层的空位数量；

将所述存车层的空位数量为0的存车层剔除，以得到有空位的不同存车层；

获取所述有空位的不同存车层中距离所述待存车辆距离最近的存车层；

将所述待存车辆存至所述距离所述待存车辆距离最近的存车层。

6.根据权利要求4或5所述的方法，其特征在于，当完成所述存车后，发送存车成功的消息至所述终端之后，还包括：

记录所述存车的时间；

获取所述终端发送的取车请求；

记录所述取车的时间；

根据所述存车的时间和所述取车的时间计算存车费；

向所述终端展示所述存车费；

当获取所述终端完成缴费后，将所述车辆取出。

7.根据权利要求6所述的方法，其特征在于，所述取车请求携带第二用户的人脸信息，所述获取所述终端发送的取车请求之后，所述记录所述取车的时间之前，包括：

从预设人脸信息数据库获取与所述第一用户的身份信息相对应的所述第一用户的人脸信息；

确认所述第一用户的人脸信息与所述第二用户的人脸信息相匹配。

8.一种立体车库的管理系统，其特征在于，所述系统包括：

接收请求模块，用于接收终端发送的存车请求；

人脸识别模块，用于发送人脸识别指令，以确认存车处是否有人员；

存车控制模块，用于若未获取到人脸信息，则发送存车指令；

发送消息模块，用于当完成所述存车后，发送存车成功的消息至所述终端。

9.一种终端，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行，以实现如权利要求1-7任一项所述的方法。