CN106792680B - 一种车辆验证方法及接入点ap - Google Patents

Abstract

本申请公开了一种车辆验证方法，接入点AP端按照预设的时间周期广播特殊Beacon帧，当AP端接收到站点STA端发送的响应报文时，AP端根据响应报文中携带的车辆信息向管理服务器发送验证请求，并接收管理服务器返回的验证结果，并在验证结果为通过时向STA端发送验证通过消息，以及在用户的车辆到达车辆管理系统的卡口之前触发所述卡口的抬杆，从而能够在车辆贴近卡口之前完成对车辆的验证，并确定车辆的通行权限，极大地提高了卡口的通行效率。本发明同时还公开了一种AP。

Description

一种车辆验证方法及接入点AP

技术领域

本申请涉及通信技术领域，特别涉及一种车辆验证方法。本申请同时还涉及一种接入点AP。

背景技术

随着人们生活的不断发展，越来越多的居民拥有自己的车辆，也更倾向于选择私家车出行。由于在城市以及其他大型场所的停车场是人们停放车辆的主要场所，由此大量的车辆也给停车场的管理以及使用带来的很大的压力。

为了对停车场内的停放的车辆进行管控，在车辆进出停车场或停车库时，都需要对车辆的车牌信息进行识别，以便确认车辆是否可以通过。目前，停车场或停车库的卡口对车辆的识别方式主要是通过卡口相机对车辆的车牌进行拍照，随后进行识别以及核对等操作，据此控制出入口杆子抬放。流程大致如下：

车辆入库时，卡口处设置的相机对车牌进行拍照、识别，记录车牌号码，然后通过对比验证是否允许车辆进去。

发明在实现本发明的过程中发现，现有这种车辆验证方式存在一个问题：车辆验证只能在车辆停在卡口前才能进行，不能在车辆接近停车场或停车库的卡口的过程中预先进行。因此必须等到车辆靠近卡口时才能进行拍照、识别、然后再控制抬杆。这个过程需要车辆在卡口时等待较长的时间，在用车高峰期时将会严重影响车辆出入库的通行效率。

由此可见，如何克服现有技术中需要车辆贴近卡口才能进行验证的问题，在车辆未靠近卡靠前完成验证过程，减少车辆在卡口前等待的时间，进而提高车辆通行效率，成为本领域技术人员亟待解决的技术问题。

发明内容

本申请提供一种车辆验证方法，用以解决现有技术中需要车辆贴近卡口才能进行验证的问题，进而提高卡口的通行效率。该方法应用于车辆管理系统，所述车辆管理系统至少包括接入点AP端、站点STA端以及管理服务器，所述方法包括：

所述AP端按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息；

当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的；

若所述验证结果为通过，所述AP端向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的；

若所述验证结果为不通过，所述AP端向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败。

优选的，在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，具体为：

所述AP端通过所述STA端的无线信号对所述车辆进行定位；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

优选的，所述前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，所述AP端设有进出队列，还包括：

当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，所述AP端在记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列；

当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时，所述AP端将空值记录添加至所述进出队列。

优选的，若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

优选的，在所述AP端向所述STA端发送验证通过消息之后，还包括：

所述AP端接收所述STA端发送的保活消息；

若所述AP端在预设的保活周期内未收到所述STA端发送的保活消息，所述AP端忽略所述STA端的无线信号。

相应的，本申请还提出了一种接入点AP，应用于车辆管理系统，所述车辆管理系统至少包括所述AP、站点STA端以及管理服务器，该AP包括：

广播模块，按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息；

验证模块，当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的；

成功响应模块，在所述验证结果为通过时向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的；

失败响应模块，在所述验证结果为不通过时向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败。

优选的，所述成功响应模块在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，具体为：

通过所述STA端的无线信号对所述车辆进行定位；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

优选的，所述前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，所述AP设有进出队列，还包括：

队列模块，当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列，以及在当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时将空值记录添加至所述进出队列。

优选的，若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

优选的，还包括：

保活模块，接收所述STA端发送的保活消息，并在预设的保活周期内未收到所述STA端发送的保活消息时忽略所述STA端的无线信号。

由此可见，通过应用本申请的技术方案，AP端按照预设的时间周期广播特殊Beacon帧，当AP端接收到STA端发送的响应报文时，AP端根据响应报文中携带的车辆信息向管理服务器发送验证请求，并接收管理服务器返回的验证结果，并在验证结果为通过时向STA端发送验证通过消息，以及在用户的车辆到达车辆管理系统的卡口之前触发所述卡口的抬杆，从而能够在车辆贴近卡口之前完成对车辆的验证，并确定车辆的通行权限，极大地提高了卡口的通行效率。

附图说明

图1为本申请提出的一种车辆验证方法的流程示意图；

图2为现有技术中根据802.11协议规定管理帧的结构示意图；

图3为本申请具体实施例中Beacon帧的Frame Control域的结构示意图；

图4为本申请具体实施例中Beacon帧的Frame Body域的结构示意图；

图5为本申请具体实施例中车辆通过卡口时抬杆示意图；

图6为本申请具体实施例中车辆通过卡口时另一抬杆示意图；

图7为本申请具体实施例中车辆通过卡口时另一抬杆示意图；

图8为本申请具体实施例中卡口相机保存的队列记录；

图9为本申请提出的一种接入点AP的结构示意图。

具体实施方式

如背景技术所述，目前智能停车场或停车库的卡口主要通过卡口相机进行车牌识别来控制出入口杆子抬放。由于无法预先抬杆，需要等待车辆靠近卡口进行车辆识别后才控制抬杆，这个过程导致车辆在通过卡口时等待较长的时间，影响出入库的通行效率。为此本申请提出了一种车辆验证方法，能在距离卡口较远的位置触发抬杆，使车辆能无障碍通过，去除了靠近卡口等待卡口相机识别再抬杆放行的过程，大大提高了卡口的通行效率。

由于本发明是基于无线网络(例如WiFi)实现远距离的车辆验证，因此本发明需要在现有的用户车辆以及停车场的车辆管理系统分别设置AP(AccessPoint，接入点)端以及STA(Station，站点)端。其中AP端主要用于向外广播Beacon帧，而STA端则用于接收广播信号以及向AP回复。在本发明的优选实施例中，AP端可集成设置于车辆管理系统中的前端采集设备(例如卡口相机)中，也可以与前段采集设备分开进行设置，并由技术人员设置关联；相应的，STA端可以作为单独的WiFi设备的附加模块设置于用户的车辆内，或者是集成在用户车辆的中控系统。具体的设备的表项形式并不影响本申请的保护范围。

如图1所示，为本申请提出的一种车辆验证方法的流程示意图，该方法包括以下步骤：

S101，所述AP端按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息。

由于本申请旨在通过无线网络对车辆进行远距离验证，因此作为车辆管理系统一部分的AP端将主动地向外进行广播，并且该广播信息中也将携带停车场的相关信息(即卡口信息)。在本申请的具体应用场景中，为了使卡口相机作为无线AP端设备定时向外广播Beacon帧，对802.11协议进行了扩展：增加了带卡口信息的Beacon帧，主要通过修改管理帧的Subtype值，以及定义了Frame Body的内容。

如图2所示，为现有技术中根据802.11协议规定管理帧的结构示意图，图3为本申请具体实施例中Beacon帧的Frame Control域的结构示意图。协议规定Type为00，Subtype为1000时为Beacon帧。本发明将802.11Subtype的保留值1111作为Beacon帧。其优点在于除了本发明所提的STA端均将视其为无效的Beacon帧，相应的该AP处于隐藏状态，尽可能的保护了卡口相机作为WIFI AP端的数据安全性。

如图4所示，为本申请具体实施例中Beacon帧的Frame Body域的结构示意图，Beacon帧的Frame Body域中定义了当前车库以及卡口的基本信息。但在此需要说明的是，Frame Body携带的卡口信息包括但不限于停车库/停车场卡口的位置、当前剩余车位个数、卡口待通过车辆数、探测到车辆数等。出入口的位置可以协助驾驶员更好的寻找停车场/停车库位置，当前剩余车位个数可以引导驾驶员是否继续前往该停车位置，卡口待通过车辆数指的是WIFI定位触发抬杆位置并且卡口相机能准确识别到车辆范围内的车辆个数，该信息能指示当前出入口的拥堵情况。

S102，当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的。

若AP端广播范围内存在设置有STA端的用户的车辆，那么Beacon帧将会被该STA端所接收，此时置于车内的STA端会根据该特殊Beacon帧向用户提示卡口信息，以便于用户决定是否需要驶向或是停靠车辆管理系统对应的停车场。当用户做出决定后，即可操作STA端向AP端返回响应报文。

在本申请的具体应用场景中，当作为WIFI STA端的车载设备收到Beacon帧后，提取Frame Body的内容，提示给驾驶员。本发明提示方式包括但不限于语音播报、交互式显示等。本发明由于扩展了802.11协议，因此Beacon帧的Sub Type被修改成1111，对于非本发明提到的车载设备将忽略该Beacon帧，此方法可以将该AP端隐藏。

基于STA端所接收到的修改后的的Beacon帧，驾驶员可以响应车载设备的交互引导，如果要求通过该卡口，则响应相应的报文。反之则忽略该广播报文。在本申请优选实施例中，何时开始接收Beacon广播报文的开始时间以及指定接收哪些卡口报文可以由用户根据自身的需要进行设置，这些均属于本申请的保护范围。

当驾驶员指示要通过该卡口时，STA端携带车牌信息向AP端响应报文，在本申请的优选实施例中，为了避免其它车辆盗用该车牌信息，将通过MD5加密算法对该车牌信息进行加密。相应地，AP收到响应报文之后，提取车牌信息，卡口相机向车库管理系统发送验证请求，该车牌是否允许直接通过卡口。

S103，若所述验证结果为通过，所述AP端向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的。

S104，若所述验证结果为不通过，所述AP端向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败。

为了能够准确地基于用户的车辆信息确认该用户车辆是否有卡口同行的权限，在本申请在车辆管理系统的管理服务器中将允许通行的车辆预先进行了登记。具体地，在初始时通过客户端进行登记记录。每个用户将自己名下的车牌通过MD5加密向各个车库管理系统登记记录，因此车库管理系统能够判断该车辆是否有权限直接通过。

在车辆管理系统将验证结果返回给卡口相机后，卡口相机向车载设备返回确认结果，如果验证不通过则向车载移动设备返回不允许直接通过信息，STA端收到消息之后提示给驾驶员,该车牌无法直接凭WIFI验证通过权限，STA端将不再进行报文交互。当车载移动设备收到卡口相机返回允许通过的确认消息之后，则在用户的车辆到达所述车辆管理系统的卡口之前触发卡口的抬杆，以使车辆能够快速通过。

通过上述具体实施例中的流程，基于扩展802.11协议定义了带卡口信息的Beacon帧，卡口相机AP端向车载无线设备STA端发布卡口信息，同时通过STA端携带的车牌信息卡口相机可以在较远距离获知车辆通行的权限。为了进一步能够使车辆能够快速通过，在本申请的优选实施例中，实现在用户的车辆到达车辆管理系统的卡口之前触发所述卡口的抬杆的具体步骤如下：

步骤a)所述AP端通过所述STA端的无线信号对所述车辆进行定位；

步骤b)若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

步骤c)若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

以上优选实施例实现了在距离卡口较远的位置触发抬杆，使车辆能无障碍通过，去除了靠近卡口等待卡口相机识别再抬杆放行的过程，大大提高了卡口的通行效率。但上述流程是基于前端采集设备的识别结果进行的，由于目前停车场大多都是采用设备自动操作，因此为了进一步节省人工的精力消耗，以及避免卡口相机有时候识别不准需要人工干预的过程，在本申请的另一优选实施例中，在前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，同时在AP端设有进出队列，基于该虚拟线条和进出队列的设置方式如下：

(1)当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，所述AP端在记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列；

(2)当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时，所述AP端将空值记录添加至所述进出队列。

以图5、图6、图7所示的具体应用场景为例，其中的位置1为卡口相机以及抬杆位置，位置2为车辆等待识别位置，该位置为卡口相机能识别到车牌的最佳位置，位置3则为WIFI定位位置触发抬杆位置，并且该位置能准确识别到车辆。当卡口相机探测到该信号进入到位置3时，触发抬杆，此时车辆可以无障碍通过，此时并不需要经过车辆靠近位置2、卡口相机拍照、车牌识别、验证等过程，大大缩减了车辆通行卡口的时间，提高卡口通行效率。

以上方案为未有其他车辆的情况，为了避免经本发明触发抬杆之后，其它未安装本发明提到的STA车辆通过卡口的情况，本发明具体控制抬杆操作的过程如下:

情况1：如图5所示，当位置2与位置3之间没车辆的时候，当车辆通过位置3时，卡口直接触发抬杆，此时车辆可以直接通过。

由于位置3处为卡口相机能识别到车辆的位置，因此卡口相机能容易判断位置2与位置3之间有无车辆，车辆经过位置3时，卡口相机探测与定位到WIFI信号通过位置3，触发抬杆，此时车辆可以迅速通过。

情况2：如图6所示，当位置2与位置3之间有其它车辆的时候，显然只能当本车辆离位置2之间无其他车辆的时候如图7，杆子将保持抬杆，此时该车辆也可以迅速通过。

需要说明的是，对于情况2，可以分本车辆前面的车辆为是否携带本发明提到的STA端。如果其它车辆有本发明提到的STA端，此时可以遵循情况1，触发抬杆其它车辆无障碍通过，对于本车辆由于紧跟在其它车辆后面，当其它车辆通过后，保持抬杆状态，本车辆可以迅速通过；如果其它车辆为非携带本发明提到的STA端，此时其它车辆在位置2通过车牌识别后，抬杆通过，此时位置2与本车辆之间无其它车辆，卡口保持抬杆状态，本车辆能迅速通过。

以上方案通过在卡口相机视频画面设置虚拟拌线，并结合WIFI跟踪定位技术控制卡口抬杆时机，对于前端采集设备来说，其通过进出队列来进行抬杆以及落杆的控制，在本申请的优选实施例中，若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

在具体的应用场景中，卡口相机的视频画面在位置3上设置一根虚拟拌线，当车辆通过位置3时记录当前车辆信息，相应的卡口相机维护一先进先出队列，保存通过位置3车辆的BSS ID、车牌信息。在位置3时，由于距离卡口相机较远，此时无法能正确识别到车牌信息，但能很容易识别出是否为车辆，因此基于以下情况分别进行处理：

(1)如果该车辆携带本发明提到的STA端，卡口相机通过WIFI跟踪与定位技术确认此车辆的所对应的BSS ID、以及其上报的车牌信息，并将内容入队列，当该车辆前面无其它车辆即该条消息为队列头时可以立即触发抬杆让车辆无障碍通过。

(2)如果该车辆未携带本发明提到的STA端，卡口相机无法通过WIFI跟踪与定位获得当前车辆的BSS ID、以及车牌信息，则相应的字段都设成NULL并入队列，此时该车辆需要在位置2处通过车辆识别之后才能触发抬杆。

以图5、6所示的具体场景为例，假设当前进入位置3区域的两辆车，分别为未携带本发明提到的STA端，和携带本发明提到的STA端。则此时卡口相机保存的队列记录如图8所示，卡口相机实时查看队列头的SSID以及车牌信息，如果非NULL，则立马抬杆让车辆无障碍通过。如果队列头的信息均为NULL，则落杆，需要等车辆经过位置2时，进行车牌识别之后再抬杆放行。同样在卡口相机视频画面位置2处画一根虚拟拌线，当车辆通过位置2时，卡口相机进行出队列操作。最后卡口相机向车辆管理系统上报车辆出入库的信息，完成一个车辆出入库过程。

由于以上方案是通过无线网络实现预先抬杆，因此为了保证信号的稳定性，在AP端向STA端发送验证通过消息之后，AP端将会接收所述STA端发送的保活消息，若AP端在预设的保活周期内未收到STA端发送的保活消息，则AP端将忽略STA端的无线信号。

通过应用以上技术方案，其中卡口相机作为AP端，车载无线设备(包括但并不限于车载移动设备本身、车上人员随身携带的移动设备)作为STA端。其核心发明点在于，通过扩展802.11协议定义了携带卡口信息的Beacon帧，卡口相机向车载无线设备广播Beacon帧进行卡口信息发布，当车载无线设备收到Beacon帧时，回应携带车牌信息的响应报文请求通过卡口，为了车牌信息不被套用本发明通过MD5进行加密；卡口相机分别在识别车牌最佳位置和能识别到是否有车辆的视频画面位置设置虚拟拌线，通过WIFI跟踪定位技术判断是否有WIFI信号通过虚拟拌线，当有WIFI信号通过拌线位置触发抬杆，使车辆无障碍通过；另外本发明通过维护一个先进先出队列，保证在本发明之外的车辆不会被误放行。

为达到以上技术目的，本申请还提出了一种接入点AP，应用于车辆管理系统，所述车辆管理系统至少包括所述AP、站点STA端以及管理服务器，如图9所示，该AP包括：

广播模块910，按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息；

验证模块920，当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的；

成功响应模块930，在所述验证结果为通过时向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的；

失败响应模块940，在所述验证结果为不通过时向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败。

在具体的应用场景中，所述成功响应模块在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，具体为：

通过所述STA端的无线信号对所述车辆进行定位；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

在具体的应用场景中，所述前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，所述AP设有进出队列，还包括：

队列模块，当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列，以及在当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时将空值记录添加至所述进出队列。

在具体的应用场景中，若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

在具体的应用场景中，还包括：

保活模块，接收所述STA端发送的保活消息，并在预设的保活周期内未收到所述STA端发送的保活消息时忽略所述STA端的无线信号

通过应用本申请的技术方案，AP端按照预设的时间周期广播特殊Beacon帧，当AP端接收到STA端发送的响应报文时，AP端根据响应报文中携带的车辆信息向管理服务器发送验证请求，并接收管理服务器返回的验证结果，并在验证结果为通过时向STA端发送验证通过消息，以及在用户的车辆到达车辆管理系统的卡口之前触发所述卡口的抬杆，从而能够在车辆贴近卡口之前完成对车辆的验证，并确定车辆的通行权限，极大地提高了卡口的通行效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (8)

1.一种车辆验证方法，应用于车辆管理系统，其特征在于，所述车辆管理系统至少包括接入点AP端、站点STA端以及管理服务器，所述AP端集成设置于车辆管理系统中的前端采集设备中或与前端采集设备分开进行设置，所述方法包括：

所述AP端按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息；

当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的；

若所述验证结果为通过，所述AP端向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的；

若所述验证结果为不通过，所述AP端向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败；

所述在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，具体为：

所述AP端通过所述STA端的无线信号对所述车辆进行定位；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

2.如权利要求1所述的方法，其特征在于，所述前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，所述AP端设有进出队列，还包括：

当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，所述AP端在记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列；

当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时，所述AP端将空值记录添加至所述进出队列。

3.如权利要求2所述的方法，其特征在于，

若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；

若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

4.如权利要求1-3任一项所述的方法，其特征在于，在所述AP端向所述STA端发送验证通过消息之后，还包括：

所述AP端接收所述STA端发送的保活消息；

若所述AP端在预设的保活周期内未收到所述STA端发送的保活消息，所述AP端忽略所述STA端的无线信号。

5.一种接入点AP，应用于车辆管理系统，其特征在于，所述车辆管理系统至少包括所述AP、站点STA端以及管理服务器，所述AP端集成设置于车辆管理系统中的前端采集设备中或与前端采集设备分开进行设置，该AP包括：

广播模块，按照预设的时间周期广播特殊Beacon帧，所述特殊Beacon帧中携带所述车辆管理系统的卡口信息；

验证模块，当所述AP端接收到所述STA端发送的响应报文时，所述AP端根据所述响应报文中携带的车辆信息向所述管理服务器发送验证请求，并接收所述管理服务器返回的验证结果，所述响应报文为所述STA端在根据所述特殊Beacon帧向用户提示所述卡口信息后，根据所述用户的操作生成并返回的；

成功响应模块，在所述验证结果为通过时向所述STA端发送验证通过消息，并在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，所述通过的验证结果为所述管理服务器在登记记录中查询到与所述车辆信息匹配的内容后生成的；

失败响应模块，在所述验证结果为不通过时向所述STA端返回验证失败消息，以使所述STA端根据所述验证失败消息向所述用户提示验证失败；

所述成功响应模块在所述用户的车辆到达所述车辆管理系统的卡口之前触发所述卡口的抬杆，具体为：

通过所述STA端的无线信号对所述车辆进行定位；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间不存在其他车辆，触发抬杆或保持抬杆；

若所述用户处于所述车辆管理系统的前端采集设备的识别范围之内，且在所述车辆与所述卡口指定距离之前的位置之间存在其他车辆，在所述其他车辆通过所述前端采集设备的车牌验证后触发抬杆或保持抬杆。

6.如权利要求5所述的AP，其特征在于，所述前端采集设备的视频画面对应于所述前端采集设备的识别边界设置有虚拟线条，所述AP设有进出队列，还包括：

队列模块，当所述前端采集设备检测到携带所述STA端的车辆经过所述虚拟线条时，记录所述携带所述STA端的车辆的无线信号的ID以及车牌信息，并将所述ID以及所述车牌信息对应添加至所述进出队列，以及在当所述前端采集设备检测到未携带所述STA端的车辆经过所述虚拟线条时将空值记录添加至所述进出队列。

7.如权利要求6所述的AP，其特征在于，

若所述进出队列的头表项非空值，所述AP端触发抬杆或保持抬杆；

若所述进出队列的头表项为空值，所述AP端保持落杆，并在所述前端采集设备的对当前车牌验证通过后触发抬杆或保持抬杆。

8.如权利要求5-7任一项所述的AP，其特征在于，还包括：

保活模块，接收所述STA端发送的保活消息，并在预设的保活周期内未收到所述STA端发送的保活消息时忽略所述STA端的无线信号。

Images