具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

首先对本申请实施例的设计思想进行简单介绍。

目前，在4S店、二手车交易市场和汽车修理厂，会有很多无号牌车辆进出这些场所的停车场，由于无号牌车辆无法通过车牌识别进行自助或自动完成停车费的支付，影响了无号牌车辆通过停车场进出口通道的效率。

对于无号牌车辆的管理，目前在高速口通常使用实体卡或虚拟电子卡的方式，收费员需对卡片信息进行核对记录后进行收费，收费效率低，如果卡遗失，则会影响正常的费用结算，造成极大的不便。

为了解决上述问题，本申请提出了对无号牌车辆进行停车管理的技术方案，如图1所示，在停车场部署车场服务器，对商户拥有的停车位进行管理，当无车牌车辆驶入和驶离停车场，实现对无车牌车辆的管理。

具体实现方案为：预先将用户的可停放车位与用户信息绑定；当无号牌车辆驶入车场时，采集车辆的图像，当发现车辆是无号牌车辆时，从图像中获取车辆信息，根据车辆信息生成入场二维码，推送到入口显示屏供用户扫描，通过用户扫描获取用户标识并判断当前用户是否还有可停放车位，如果还有车位，则生成一个标识编码并发送给用户移动端，然后为无号牌车辆放行；当无号牌车辆驶离停车场时，生成出场二维码并推送到入口显示屏，通过用户扫描出场二维码获取无号牌车辆的标识编码(或通过让用户手动输入编码获取)，在数据库中查询编码和车辆信息，若能查询成功则放行；由此提高无号牌车辆进出停车场的效率。

在介绍了本申请实施例的应用场景和设计思想之后，下面对本申请实施例提供的技术方案进行说明。

实施例1：

本申请实施例提供一种无号牌车辆的停车管理装置，包括设置在车场服务器的无号牌车辆管理模块和设置在移动端的无号牌停车模块；

无号牌车辆管理模块部署在车场服务器，用于对注册用户上传的信息进行验证及关联绑定，对无号牌车辆的进出进行管理。

如图2所示，无号牌车辆管理模块100包括：用户注册单元101、关联绑定单元102、入场管理单元103、出场管理单元104和数据记录存储单元105；

用户注册单元101，用于为用户提供注册Web页面，接收并存储用户上传的用户信息、车场可用车位信息和用户账号(停车系统账号、手机号、第三方账号(如微信)等)；车场可用车位信息包括：可用车位数及具体编号；

这只是一种注册方式，用户还可以直接通过移动端的App进行注册。

关联绑定单元102，用于对注册用户上传的信息进行验证，验证通过则将注册用户的用户信息、车场可用车位信息与用户账号进行关联绑定；

入场管理单元103，用于当无号牌车辆驶入车场时，获取车辆信息并为无号牌车辆生成一个标识编码，将标识编码发送至用户移动端并为车辆放行；包括：

无号牌车辆识别子单元，用于收到入口处的地磁感应装置反馈的信号后，控制入口摄录设备采集入口车辆的图像，从图像中识别车辆是否为无号牌车辆，如果为无号牌车辆，则从图像中获取车辆信息，包括：入场时间、车辆品牌、车辆类型及车辆颜色等，否则，走正常的停车场进场控制流程；

入场二维码生成子单元：用于利用车辆信息生成入场二维码，将入场二维码推送到入口显示屏；

标识编码生成子单元：用于在用户扫描车辆入场二维码后，收到响应用户扫码后的入场请求，判断该用户是否还有可用车位，如果还有车位，则生成无号牌车辆的标识编码并发送至用户移动端，这个标识编码可以是字符串或者其他形式的编码，作为无号牌车辆的临时车牌；并控制入口闸机放行；将当前车辆的车辆信息与标识编码进行绑定，存储在本地数据库中，更新该用户的可用车位数；如果没有可用车位，则拒绝车辆进入。

出场管理单元104：用于当无号牌车辆驶入车场时，获取该车辆的车辆信息和标识编码，当确认存在该车辆的标识编码时为车辆放行；包括：

无号牌车辆识别子单元，用于收到出口处的地磁感应装置反馈的信号后，控制出口摄录设备采集出口车辆的图像，从图像中识别车辆是否为无号牌车辆，如果为无号牌车辆，则从图像中获取车辆信息：车辆品牌、车辆类型、车辆颜色等，否则，走正常的停车场出场控制流程；

出场二维码生成子单元：用于利用车辆信息生成出场二维码，将出场二维码推送到出口显示屏；

编码识别子单元：用于在用户扫描车辆出场二维码后，获取标识编码，将标识编码和车辆信息在本地数据库中查询，若能查询成功，则控制出口闸机放行，从本地数据库删除该车辆的标识编码和车辆信息，更新用户可用车位数；如果查询不到不正确，则拒绝车辆放行；

其中，获取标识编码的具体过程为：首先从移动端缓存cookie中获取标识编码，如果cookie被清除，则从移动端数据库中获取标识编码；如果获取不到，则提示用户手动输入入场接收到的标识编码。

数据记录存储单元105，用于提供各种信息在数据库中保存的功能接口；保存的数据信息包括：用户车位信息：用户标识、账号和车位数；无牌车辆信息：进场时间、车辆品牌、车辆类型、车辆颜色、标识编码和是否出场。

无号牌停车模块部署在用户移动端，是一个独立的App或是微信小程序，用于车位信息绑定，用户驾驶无号牌车辆进出场使用。

如图3所示，无号牌停车模块200包括：注册单元201、无号牌车辆入场单元202和无号牌车辆出场单元203；

注册单元201：用于供用户在车场服务器进行注册，上传注册用户的用户信息、车场可用车位信息及用户账号；车场可用车位信息包括：可用车位数及具体编号。

无号牌车辆入场单元202：用于在入场时，提示用户扫描入口显示屏的二维码；保存车场服务器返回的标识编码，缓存cookie并将cookie存入本地数据库，以防止缓存cookie可能被清除；

无号牌车辆出场单元203：用于在出场时，提示用户扫描出口显示屏的二维码；从缓存cookie或本地数据库中获取标识编码，若获取不到标识编码，则提示用户手动输入标识编码，将获取到的标识编码上传至车场服务器；

如果存在同一用户驾驶多辆无号牌车辆入场，用户进场扫码缓存cookie后，同时将摄录设备捕获到的车辆信息(包含进场时间、车辆品牌、车辆类型、车辆颜色等)与cookie绑定；用户驾驶无号牌车出场时，出口摄录设备获取出场车辆信息，车场服务器判断当前出场车辆的车辆信息是否与cookie绑定，如存在绑定关系，则开闸放行。

实施例2：

如图4所示，本申请实施例提供一种无号牌车辆的停车管理方法，包括：

步骤301：用户注册并上传信息，车场服务器验证信息的真实性，并实现用户车位关联绑定；

在步骤301中，用户可以通过两种方式实现注册及信息上传：

第一种：用户在移动端进行注册，上传用户信息、车场可用车位信息与用户账号(停车系统账号、手机号、第三方账号(如微信)等)；车场可用车位信息包括：可用车位数及具体编号；

第二种：用户访问车场服务器的Web网页，进行用户注册，上传用户信息、车场可用车位信息及用户账号；

车场服务器验证注册用户的车场可用车位信息的真实性，验证通过后，将用户信息、车场可用车位信息与用户账号进行关联绑定，并进行存储。

步骤302：当无号牌车辆驶入停车场时，车场服务器基于获取的车辆信息生成入场二维码，通过移动端扫描入场二维码获取到用户信息，若该用户在停车场内还有可用车位，生成一个标识编码并发送至移动端，控制入口闸机放行；包括：

步骤302-1：当无号车牌车辆驶入车场，触发入口处的地磁感应装置；

步骤302-2：车场服务器接收到触发地磁感应装置反馈的信号，控制入口摄录设备采集车辆图像；

步骤302-3：车场服务器从车辆图像中识别这个车辆是否为无号车牌车辆，如果是，则获取车辆信息，包含入场时间、车辆品牌、车辆类型、车辆颜色等，根据获取到的车辆信息生成车辆入场二维码；将车辆入场二维码推送到入口显示屏；

步骤302-4：移动端扫描入口显示屏显示的车辆入场二维码，将用户标识返回给车场服务器；

步骤302-5：车场服务器判断当前用户是否还有可用车位，如果有则生成标识编码(可以是字符串或者其他编码)，将标识编码发送至移动端，控制闸机入口放行；将当前车辆的车辆信息与标识编码进行绑定，将绑定后的信息存储在本地数据库中，更新当前用户的可用车位数量信息；

步骤302-6：移动端保存接收到的标识编码，将标识编码缓存在cookie中并将标识编码保存在本地数据库中。

步骤303：当无号牌车辆驶离停车场时，车场服务器基于获取的车辆信息生成出场二维码，通过移动端扫描出场二维码获取标识编码，若能查询成功标识编码和绑定的车辆信息，控制出口闸机放行；包括：

步骤303-1：当无号牌车辆驶离车场，触发出口处的地磁感应装置；

步骤303-2：车场服务器接收到触发地磁感应装置反馈的信号，控制出口摄录设备采集车辆图像；

步骤303-3：车场服务器从车辆图像中识别这个车辆是否为无号车牌车辆，如果是，则获取车辆信息，包含离场时间、车辆品牌、车辆类型、车辆颜色等，根据获取到的车辆信息生成出场二维码，将出场二维码推送到出口显示屏；

步骤303-4：移动端扫描出口显示屏上显示的出场二维码，从cookie中获取标识编码，如果cookie被清除，则从本地数据库中获取标识编码；如果获取不到，则提示用户手动输入标识编码；将标识编码发送给车场服务器；

步骤303-5：车场服务器在本地数据库中查询标识编码和车辆信息，若能查询成功，则控制出口闸机放行，向移动端发送出场通知；从本地数据库删除该车辆的标识编码和车辆信息，更新用户可用车位数；如果查询不到，则拒绝车辆放行；

步骤303-6：移动端收到出场通知后，清除cookie和本地数据库中本次使用的标识编码。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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