本申請(qǐng)涉及通信技術(shù)領(lǐng)域，特別涉及一種車輛驗(yàn)證方法。本申請(qǐng)同時(shí)還涉及一種接入點(diǎn)AP。

背景技術(shù)：

隨著人們生活的不斷發(fā)展，越來(lái)越多的居民擁有自己的車輛，也更傾向于選擇私家車出行。由于在城市以及其他大型場(chǎng)所的停車場(chǎng)是人們停放車輛的主要場(chǎng)所，由此大量的車輛也給停車場(chǎng)的管理以及使用帶來(lái)的很大的壓力。

為了對(duì)停車場(chǎng)內(nèi)的停放的車輛進(jìn)行管控，在車輛進(jìn)出停車場(chǎng)或停車庫(kù)時(shí)，都需要對(duì)車輛的車牌信息進(jìn)行識(shí)別，以便確認(rèn)車輛是否可以通過(guò)。目前，停車場(chǎng)或停車庫(kù)的卡口對(duì)車輛的識(shí)別方式主要是通過(guò)卡口相機(jī)對(duì)車輛的車牌進(jìn)行拍照，隨后進(jìn)行識(shí)別以及核對(duì)等操作，據(jù)此控制出入口桿子抬放。流程大致如下：

車輛入庫(kù)時(shí)，卡口處設(shè)置的相機(jī)對(duì)車牌進(jìn)行拍照、識(shí)別，記錄車牌號(hào)碼，然后通過(guò)對(duì)比驗(yàn)證是否允許車輛進(jìn)去。

發(fā)明在實(shí)現(xiàn)本發(fā)明的過(guò)程中發(fā)現(xiàn)，現(xiàn)有這種車輛驗(yàn)證方式存在一個(gè)問(wèn)題：車輛驗(yàn)證只能在車輛停在卡口前才能進(jìn)行，不能在車輛接近停車場(chǎng)或停車庫(kù)的卡口的過(guò)程中預(yù)先進(jìn)行。因此必須等到車輛靠近卡口時(shí)才能進(jìn)行拍照、識(shí)別、然后再控制抬桿。這個(gè)過(guò)程需要車輛在卡口時(shí)等待較長(zhǎng)的時(shí)間，在用車高峰期時(shí)將會(huì)嚴(yán)重影響車輛出入庫(kù)的通行效率。

由此可見(jiàn)，如何克服現(xiàn)有技術(shù)中需要車輛貼近卡口才能進(jìn)行驗(yàn)證的問(wèn)題，在車輛未靠近卡靠前完成驗(yàn)證過(guò)程，減少車輛在卡口前等待的時(shí)間，進(jìn)而提高車輛通行效率，成為本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

本申請(qǐng)?zhí)峁┮环N車輛驗(yàn)證方法，用以解決現(xiàn)有技術(shù)中需要車輛貼近卡口才能進(jìn)行驗(yàn)證的問(wèn)題，進(jìn)而提高卡口的通行效率。該方法應(yīng)用于車輛管理系統(tǒng)，所述車輛管理系統(tǒng)至少包括接入點(diǎn)AP端、站點(diǎn)STA端以及管理服務(wù)器，所述方法包括：

所述AP端按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，所述特殊Beacon幀中攜帶所述車輛管理系統(tǒng)的卡口信息；

當(dāng)所述AP端接收到所述STA端發(fā)送的響應(yīng)報(bào)文時(shí)，所述AP端根據(jù)所述響應(yīng)報(bào)文中攜帶的車輛信息向所述管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收所述管理服務(wù)器返回的驗(yàn)證結(jié)果，所述響應(yīng)報(bào)文為所述STA端在根據(jù)所述特殊Beacon幀向用戶提示所述卡口信息后，根據(jù)所述用戶的操作生成并返回的；

若所述驗(yàn)證結(jié)果為通過(guò)，所述AP端向所述STA端發(fā)送驗(yàn)證通過(guò)消息，并在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，所述通過(guò)的驗(yàn)證結(jié)果為所述管理服務(wù)器在登記記錄中查詢到與所述車輛信息匹配的內(nèi)容后生成的；

若所述驗(yàn)證結(jié)果為不通過(guò)，所述AP端向所述STA端返回驗(yàn)證失敗消息，以使所述STA端根據(jù)所述驗(yàn)證失敗消息向所述用戶提示驗(yàn)證失敗。

優(yōu)選的，在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，具體為：

所述AP端通過(guò)所述STA端的無(wú)線信號(hào)對(duì)所述車輛進(jìn)行定位；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間不存在其他車輛，觸發(fā)抬桿或保持抬桿；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間存在其他車輛，在所述其他車輛通過(guò)所述前端采集設(shè)備的車牌驗(yàn)證后觸發(fā)抬桿或保持抬桿。

優(yōu)選的，所述前端采集設(shè)備的視頻畫(huà)面對(duì)應(yīng)于所述前端采集設(shè)備的識(shí)別邊界設(shè)置有虛擬線條，所述AP端設(shè)有進(jìn)出隊(duì)列，還包括：

當(dāng)所述前端采集設(shè)備檢測(cè)到攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，所述AP端在記錄所述攜帶所述STA端的車輛的無(wú)線信號(hào)的ID以及車牌信息，并將所述ID以及所述車牌信息對(duì)應(yīng)添加至所述進(jìn)出隊(duì)列；

當(dāng)所述前端采集設(shè)備檢測(cè)到未攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，所述AP端將空值記錄添加至所述進(jìn)出隊(duì)列。

優(yōu)選的，若所述進(jìn)出隊(duì)列的頭表項(xiàng)非空值，所述AP端觸發(fā)抬桿或保持抬桿；若所述進(jìn)出隊(duì)列的頭表項(xiàng)為空值，所述AP端保持落桿，并在所述前端采集設(shè)備的對(duì)當(dāng)前車牌驗(yàn)證通過(guò)后觸發(fā)抬桿或保持抬桿。

優(yōu)選的，在所述AP端向所述STA端發(fā)送驗(yàn)證通過(guò)消息之后，還包括：

所述AP端接收所述STA端發(fā)送的?；钕?；

若所述AP端在預(yù)設(shè)的?；钪芷趦?nèi)未收到所述STA端發(fā)送的?；钕ⅲ鯝P端忽略所述STA端的無(wú)線信號(hào)。

相應(yīng)的，本申請(qǐng)還提出了一種接入點(diǎn)AP，應(yīng)用于車輛管理系統(tǒng)，所述車輛管理系統(tǒng)至少包括所述AP、站點(diǎn)STA端以及管理服務(wù)器，該AP包括：

廣播模塊，按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，所述特殊Beacon幀中攜帶所述車輛管理系統(tǒng)的卡口信息；

驗(yàn)證模塊，當(dāng)所述AP端接收到所述STA端發(fā)送的響應(yīng)報(bào)文時(shí)，所述AP端根據(jù)所述響應(yīng)報(bào)文中攜帶的車輛信息向所述管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收所述管理服務(wù)器返回的驗(yàn)證結(jié)果，所述響應(yīng)報(bào)文為所述STA端在根據(jù)所述特殊Beacon幀向用戶提示所述卡口信息后，根據(jù)所述用戶的操作生成并返回的；

成功響應(yīng)模塊，在所述驗(yàn)證結(jié)果為通過(guò)時(shí)向所述STA端發(fā)送驗(yàn)證通過(guò)消息，并在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，所述通過(guò)的驗(yàn)證結(jié)果為所述管理服務(wù)器在登記記錄中查詢到與所述車輛信息匹配的內(nèi)容后生成的；

失敗響應(yīng)模塊，在所述驗(yàn)證結(jié)果為不通過(guò)時(shí)向所述STA端返回驗(yàn)證失敗消息，以使所述STA端根據(jù)所述驗(yàn)證失敗消息向所述用戶提示驗(yàn)證失敗。

優(yōu)選的，所述成功響應(yīng)模塊在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，具體為：

通過(guò)所述STA端的無(wú)線信號(hào)對(duì)所述車輛進(jìn)行定位；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間不存在其他車輛，觸發(fā)抬桿或保持抬桿；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間存在其他車輛，在所述其他車輛通過(guò)所述前端采集設(shè)備的車牌驗(yàn)證后觸發(fā)抬桿或保持抬桿。

優(yōu)選的，所述前端采集設(shè)備的視頻畫(huà)面對(duì)應(yīng)于所述前端采集設(shè)備的識(shí)別邊界設(shè)置有虛擬線條，所述AP設(shè)有進(jìn)出隊(duì)列，還包括：

隊(duì)列模塊，當(dāng)所述前端采集設(shè)備檢測(cè)到攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，記錄所述攜帶所述STA端的車輛的無(wú)線信號(hào)的ID以及車牌信息，并將所述ID以及所述車牌信息對(duì)應(yīng)添加至所述進(jìn)出隊(duì)列，以及在當(dāng)所述前端采集設(shè)備檢測(cè)到未攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)將空值記錄添加至所述進(jìn)出隊(duì)列。

優(yōu)選的，若所述進(jìn)出隊(duì)列的頭表項(xiàng)非空值，所述AP端觸發(fā)抬桿或保持抬桿；若所述進(jìn)出隊(duì)列的頭表項(xiàng)為空值，所述AP端保持落桿，并在所述前端采集設(shè)備的對(duì)當(dāng)前車牌驗(yàn)證通過(guò)后觸發(fā)抬桿或保持抬桿。

優(yōu)選的，還包括：

保活模塊，接收所述STA端發(fā)送的保活消息，并在預(yù)設(shè)的保活周期內(nèi)未收到所述STA端發(fā)送的?；钕r(shí)忽略所述STA端的無(wú)線信號(hào)。

由此可見(jiàn)，通過(guò)應(yīng)用本申請(qǐng)的技術(shù)方案，AP端按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，當(dāng)AP端接收到STA端發(fā)送的響應(yīng)報(bào)文時(shí)，AP端根據(jù)響應(yīng)報(bào)文中攜帶的車輛信息向管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收管理服務(wù)器返回的驗(yàn)證結(jié)果，并在驗(yàn)證結(jié)果為通過(guò)時(shí)向STA端發(fā)送驗(yàn)證通過(guò)消息，以及在用戶的車輛到達(dá)車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，從而能夠在車輛貼近卡口之前完成對(duì)車輛的驗(yàn)證，并確定車輛的通行權(quán)限，極大地提高了卡口的通行效率。

附圖說(shuō)明

圖1為本申請(qǐng)?zhí)岢龅囊环N車輛驗(yàn)證方法的流程示意圖；

圖2為現(xiàn)有技術(shù)中根據(jù)802.11協(xié)議規(guī)定管理幀的結(jié)構(gòu)示意圖；

圖3為本申請(qǐng)具體實(shí)施例中Beacon幀的Frame Control域的結(jié)構(gòu)示意圖；

圖4為本申請(qǐng)具體實(shí)施例中Beacon幀的Frame Body域的結(jié)構(gòu)示意圖；

圖5為本申請(qǐng)具體實(shí)施例中車輛通過(guò)卡口時(shí)抬桿示意圖；

圖6為本申請(qǐng)具體實(shí)施例中車輛通過(guò)卡口時(shí)另一抬桿示意圖；

圖7為本申請(qǐng)具體實(shí)施例中車輛通過(guò)卡口時(shí)另一抬桿示意圖；

圖8為本申請(qǐng)具體實(shí)施例中卡口相機(jī)保存的隊(duì)列記錄；

圖9為本申請(qǐng)?zhí)岢龅囊环N接入點(diǎn)AP的結(jié)構(gòu)示意圖。

具體實(shí)施方式

如背景技術(shù)所述，目前智能停車場(chǎng)或停車庫(kù)的卡口主要通過(guò)卡口相機(jī)進(jìn)行車牌識(shí)別來(lái)控制出入口桿子抬放。由于無(wú)法預(yù)先抬桿，需要等待車輛靠近卡口進(jìn)行車輛識(shí)別后才控制抬桿，這個(gè)過(guò)程導(dǎo)致車輛在通過(guò)卡口時(shí)等待較長(zhǎng)的時(shí)間，影響出入庫(kù)的通行效率。為此本申請(qǐng)?zhí)岢隽艘环N車輛驗(yàn)證方法，能在距離卡口較遠(yuǎn)的位置觸發(fā)抬桿，使車輛能無(wú)障礙通過(guò)，去除了靠近卡口等待卡口相機(jī)識(shí)別再抬桿放行的過(guò)程，大大提高了卡口的通行效率。

由于本發(fā)明是基于無(wú)線網(wǎng)絡(luò)(例如WiFi)實(shí)現(xiàn)遠(yuǎn)距離的車輛驗(yàn)證，因此本發(fā)明需要在現(xiàn)有的用戶車輛以及停車場(chǎng)的車輛管理系統(tǒng)分別設(shè)置AP(AccessPoint，接入點(diǎn))端以及STA(Station，站點(diǎn))端。其中AP端主要用于向外廣播Beacon幀，而STA端則用于接收廣播信號(hào)以及向AP回復(fù)。在本發(fā)明的優(yōu)選實(shí)施例中，AP端可集成設(shè)置于車輛管理系統(tǒng)中的前端采集設(shè)備(例如卡口相機(jī))中，也可以與前段采集設(shè)備分開(kāi)進(jìn)行設(shè)置，并由技術(shù)人員設(shè)置關(guān)聯(lián)；相應(yīng)的，STA端可以作為單獨(dú)的WiFi設(shè)備的附加模塊設(shè)置于用戶的車輛內(nèi)，或者是集成在用戶車輛的中控系統(tǒng)。具體的設(shè)備的表項(xiàng)形式并不影響本申請(qǐng)的保護(hù)范圍。

如圖1所示，為本申請(qǐng)?zhí)岢龅囊环N車輛驗(yàn)證方法的流程示意圖，該方法包括以下步驟：

S101，所述AP端按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，所述特殊Beacon幀中攜帶所述車輛管理系統(tǒng)的卡口信息。

由于本申請(qǐng)旨在通過(guò)無(wú)線網(wǎng)絡(luò)對(duì)車輛進(jìn)行遠(yuǎn)距離驗(yàn)證，因此作為車輛管理系統(tǒng)一部分的AP端將主動(dòng)地向外進(jìn)行廣播，并且該廣播信息中也將攜帶停車場(chǎng)的相關(guān)信息(即卡口信息)。在本申請(qǐng)的具體應(yīng)用場(chǎng)景中，為了使卡口相機(jī)作為無(wú)線AP端設(shè)備定時(shí)向外廣播Beacon幀，對(duì)802.11協(xié)議進(jìn)行了擴(kuò)展：增加了帶卡口信息的Beacon幀，主要通過(guò)修改管理幀的Subtype值，以及定義了Frame Body的內(nèi)容。

如圖2所示，為現(xiàn)有技術(shù)中根據(jù)802.11協(xié)議規(guī)定管理幀的結(jié)構(gòu)示意圖，圖3為本申請(qǐng)具體實(shí)施例中Beacon幀的Frame Control域的結(jié)構(gòu)示意圖。協(xié)議規(guī)定Type為00，Subtype為1000時(shí)為Beacon幀。本發(fā)明將802.11 Subtype的保留值1111作為Beacon幀。其優(yōu)點(diǎn)在于除了本發(fā)明所提的STA端均將視其為無(wú)效的Beacon幀，相應(yīng)的該AP處于隱藏狀態(tài)，盡可能的保護(hù)了卡口相機(jī)作為WIFI AP端的數(shù)據(jù)安全性。

如圖4所示，為本申請(qǐng)具體實(shí)施例中Beacon幀的Frame Body域的結(jié)構(gòu)示意圖，Beacon幀的Frame Body域中定義了當(dāng)前車庫(kù)以及卡口的基本信息。但在此需要說(shuō)明的是，F(xiàn)rame Body攜帶的卡口信息包括但不限于停車庫(kù)/停車場(chǎng)卡口的位置、當(dāng)前剩余車位個(gè)數(shù)、卡口待通過(guò)車輛數(shù)、探測(cè)到車輛數(shù)等。出入口的位置可以協(xié)助駕駛員更好的尋找停車場(chǎng)/停車庫(kù)位置，當(dāng)前剩余車位個(gè)數(shù)可以引導(dǎo)駕駛員是否繼續(xù)前往該停車位置，卡口待通過(guò)車輛數(shù)指的是WIFI定位觸發(fā)抬桿位置并且卡口相機(jī)能準(zhǔn)確識(shí)別到車輛范圍內(nèi)的車輛個(gè)數(shù)，該信息能指示當(dāng)前出入口的擁堵情況。

S102，當(dāng)所述AP端接收到所述STA端發(fā)送的響應(yīng)報(bào)文時(shí)，所述AP端根據(jù)所述響應(yīng)報(bào)文中攜帶的車輛信息向所述管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收所述管理服務(wù)器返回的驗(yàn)證結(jié)果，所述響應(yīng)報(bào)文為所述STA端在根據(jù)所述特殊Beacon幀向用戶提示所述卡口信息后，根據(jù)所述用戶的操作生成并返回的。

若AP端廣播范圍內(nèi)存在設(shè)置有STA端的用戶的車輛，那么Beacon幀將會(huì)被該STA端所接收，此時(shí)置于車內(nèi)的STA端會(huì)根據(jù)該特殊Beacon幀向用戶提示卡口信息，以便于用戶決定是否需要駛向或是?？寇囕v管理系統(tǒng)對(duì)應(yīng)的停車場(chǎng)。當(dāng)用戶做出決定后，即可操作STA端向AP端返回響應(yīng)報(bào)文。

在本申請(qǐng)的具體應(yīng)用場(chǎng)景中，當(dāng)作為WIFI STA端的車載設(shè)備收到Beacon幀后，提取Frame Body的內(nèi)容，提示給駕駛員。本發(fā)明提示方式包括但不限于語(yǔ)音播報(bào)、交互式顯示等。本發(fā)明由于擴(kuò)展了802.11協(xié)議，因此Beacon幀的Sub Type被修改成1111，對(duì)于非本發(fā)明提到的車載設(shè)備將忽略該Beacon幀，此方法可以將該AP端隱藏。

基于STA端所接收到的修改后的的Beacon幀，駕駛員可以響應(yīng)車載設(shè)備的交互引導(dǎo)，如果要求通過(guò)該卡口，則響應(yīng)相應(yīng)的報(bào)文。反之則忽略該廣播報(bào)文。在本申請(qǐng)優(yōu)選實(shí)施例中，何時(shí)開(kāi)始接收Beacon廣播報(bào)文的開(kāi)始時(shí)間以及指定接收哪些卡口報(bào)文可以由用戶根據(jù)自身的需要進(jìn)行設(shè)置，這些均屬于本申請(qǐng)的保護(hù)范圍。

當(dāng)駕駛員指示要通過(guò)該卡口時(shí)，STA端攜帶車牌信息向AP端響應(yīng)報(bào)文，在本申請(qǐng)的優(yōu)選實(shí)施例中，為了避免其它車輛盜用該車牌信息，將通過(guò)MD5加密算法對(duì)該車牌信息進(jìn)行加密。相應(yīng)地，AP收到響應(yīng)報(bào)文之后，提取車牌信息，卡口相機(jī)向車庫(kù)管理系統(tǒng)發(fā)送驗(yàn)證請(qǐng)求，該車牌是否允許直接通過(guò)卡口。

S103，若所述驗(yàn)證結(jié)果為通過(guò)，所述AP端向所述STA端發(fā)送驗(yàn)證通過(guò)消息，并在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，所述通過(guò)的驗(yàn)證結(jié)果為所述管理服務(wù)器在登記記錄中查詢到與所述車輛信息匹配的內(nèi)容后生成的。

S104，若所述驗(yàn)證結(jié)果為不通過(guò)，所述AP端向所述STA端返回驗(yàn)證失敗消息，以使所述STA端根據(jù)所述驗(yàn)證失敗消息向所述用戶提示驗(yàn)證失敗。

為了能夠準(zhǔn)確地基于用戶的車輛信息確認(rèn)該用戶車輛是否有卡口同行的權(quán)限，在本申請(qǐng)?jiān)谲囕v管理系統(tǒng)的管理服務(wù)器中將允許通行的車輛預(yù)先進(jìn)行了登記。具體地，在初始時(shí)通過(guò)客戶端進(jìn)行登記記錄。每個(gè)用戶將自己名下的車牌通過(guò)MD5加密向各個(gè)車庫(kù)管理系統(tǒng)登記記錄，因此車庫(kù)管理系統(tǒng)能夠判斷該車輛是否有權(quán)限直接通過(guò)。

在車輛管理系統(tǒng)將驗(yàn)證結(jié)果返回給卡口相機(jī)后，卡口相機(jī)向車載設(shè)備返回確認(rèn)結(jié)果，如果驗(yàn)證不通過(guò)則向車載移動(dòng)設(shè)備返回不允許直接通過(guò)信息，STA端收到消息之后提示給駕駛員,該車牌無(wú)法直接憑WIFI驗(yàn)證通過(guò)權(quán)限，STA端將不再進(jìn)行報(bào)文交互。當(dāng)車載移動(dòng)設(shè)備收到卡口相機(jī)返回允許通過(guò)的確認(rèn)消息之后，則在用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)卡口的抬桿，以使車輛能夠快速通過(guò)。

通過(guò)上述具體實(shí)施例中的流程，基于擴(kuò)展802.11協(xié)議定義了帶卡口信息的Beacon幀，卡口相機(jī)AP端向車載無(wú)線設(shè)備STA端發(fā)布卡口信息，同時(shí)通過(guò)STA端攜帶的車牌信息卡口相機(jī)可以在較遠(yuǎn)距離獲知車輛通行的權(quán)限。為了進(jìn)一步能夠使車輛能夠快速通過(guò)，在本申請(qǐng)的優(yōu)選實(shí)施例中，實(shí)現(xiàn)在用戶的車輛到達(dá)車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿的具體步驟如下：

步驟a)所述AP端通過(guò)所述STA端的無(wú)線信號(hào)對(duì)所述車輛進(jìn)行定位；

步驟b)若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間不存在其他車輛，觸發(fā)抬桿或保持抬桿；

步驟c)若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間存在其他車輛，在所述其他車輛通過(guò)所述前端采集設(shè)備的車牌驗(yàn)證后觸發(fā)抬桿或保持抬桿。

以上優(yōu)選實(shí)施例實(shí)現(xiàn)了在距離卡口較遠(yuǎn)的位置觸發(fā)抬桿，使車輛能無(wú)障礙通過(guò)，去除了靠近卡口等待卡口相機(jī)識(shí)別再抬桿放行的過(guò)程，大大提高了卡口的通行效率。但上述流程是基于前端采集設(shè)備的識(shí)別結(jié)果進(jìn)行的，由于目前停車場(chǎng)大多都是采用設(shè)備自動(dòng)操作，因此為了進(jìn)一步節(jié)省人工的精力消耗，以及避免卡口相機(jī)有時(shí)候識(shí)別不準(zhǔn)需要人工干預(yù)的過(guò)程，在本申請(qǐng)的另一優(yōu)選實(shí)施例中，在前端采集設(shè)備的視頻畫(huà)面對(duì)應(yīng)于所述前端采集設(shè)備的識(shí)別邊界設(shè)置有虛擬線條，同時(shí)在AP端設(shè)有進(jìn)出隊(duì)列，基于該虛擬線條和進(jìn)出隊(duì)列的設(shè)置方式如下：

(1)當(dāng)所述前端采集設(shè)備檢測(cè)到攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，所述AP端在記錄所述攜帶所述STA端的車輛的無(wú)線信號(hào)的ID以及車牌信息，并將所述ID以及所述車牌信息對(duì)應(yīng)添加至所述進(jìn)出隊(duì)列；

(2)當(dāng)所述前端采集設(shè)備檢測(cè)到未攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，所述AP端將空值記錄添加至所述進(jìn)出隊(duì)列。

以圖5、圖6、圖7所示的具體應(yīng)用場(chǎng)景為例，其中的位置1為卡口相機(jī)以及抬桿位置，位置2為車輛等待識(shí)別位置，該位置為卡口相機(jī)能識(shí)別到車牌的最佳位置，位置3則為WIFI定位位置觸發(fā)抬桿位置，并且該位置能準(zhǔn)確識(shí)別到車輛。當(dāng)卡口相機(jī)探測(cè)到該信號(hào)進(jìn)入到位置3時(shí)，觸發(fā)抬桿，此時(shí)車輛可以無(wú)障礙通過(guò)，此時(shí)并不需要經(jīng)過(guò)車輛靠近位置2、卡口相機(jī)拍照、車牌識(shí)別、驗(yàn)證等過(guò)程，大大縮減了車輛通行卡口的時(shí)間，提高卡口通行效率。

以上方案為未有其他車輛的情況，為了避免經(jīng)本發(fā)明觸發(fā)抬桿之后，其它未安裝本發(fā)明提到的STA車輛通過(guò)卡口的情況，本發(fā)明具體控制抬桿操作的過(guò)程如下:

情況1：如圖5所示，當(dāng)位置2與位置3之間沒(méi)車輛的時(shí)候，當(dāng)車輛通過(guò)位置3時(shí)，卡口直接觸發(fā)抬桿，此時(shí)車輛可以直接通過(guò)。

由于位置3處為卡口相機(jī)能識(shí)別到車輛的位置，因此卡口相機(jī)能容易判斷位置2與位置3之間有無(wú)車輛，車輛經(jīng)過(guò)位置3時(shí)，卡口相機(jī)探測(cè)與定位到WIFI信號(hào)通過(guò)位置3，觸發(fā)抬桿，此時(shí)車輛可以迅速通過(guò)。

情況2：如圖6所示，當(dāng)位置2與位置3之間有其它車輛的時(shí)候，顯然只能當(dāng)本車輛離位置2之間無(wú)其他車輛的時(shí)候如圖7，桿子將保持抬桿，此時(shí)該車輛也可以迅速通過(guò)。

需要說(shuō)明的是，對(duì)于情況2，可以分本車輛前面的車輛為是否攜帶本發(fā)明提到的STA端。如果其它車輛有本發(fā)明提到的STA端，此時(shí)可以遵循情況1，觸發(fā)抬桿其它車輛無(wú)障礙通過(guò)，對(duì)于本車輛由于緊跟在其它車輛后面，當(dāng)其它車輛通過(guò)后，保持抬桿狀態(tài)，本車輛可以迅速通過(guò)；如果其它車輛為非攜帶本發(fā)明提到的STA端，此時(shí)其它車輛在位置2通過(guò)車牌識(shí)別后，抬桿通過(guò)，此時(shí)位置2與本車輛之間無(wú)其它車輛，卡口保持抬桿狀態(tài)，本車輛能迅速通過(guò)。

以上方案通過(guò)在卡口相機(jī)視頻畫(huà)面設(shè)置虛擬拌線，并結(jié)合WIFI跟蹤定位技術(shù)控制卡口抬桿時(shí)機(jī)，對(duì)于前端采集設(shè)備來(lái)說(shuō)，其通過(guò)進(jìn)出隊(duì)列來(lái)進(jìn)行抬桿以及落桿的控制，在本申請(qǐng)的優(yōu)選實(shí)施例中，若所述進(jìn)出隊(duì)列的頭表項(xiàng)非空值，所述AP端觸發(fā)抬桿或保持抬桿；若所述進(jìn)出隊(duì)列的頭表項(xiàng)為空值，所述AP端保持落桿，并在所述前端采集設(shè)備的對(duì)當(dāng)前車牌驗(yàn)證通過(guò)后觸發(fā)抬桿或保持抬桿。

在具體的應(yīng)用場(chǎng)景中，卡口相機(jī)的視頻畫(huà)面在位置3上設(shè)置一根虛擬拌線，當(dāng)車輛通過(guò)位置3時(shí)記錄當(dāng)前車輛信息，相應(yīng)的卡口相機(jī)維護(hù)一先進(jìn)先出隊(duì)列，保存通過(guò)位置3車輛的BSS ID、車牌信息。在位置3時(shí)，由于距離卡口相機(jī)較遠(yuǎn)，此時(shí)無(wú)法能正確識(shí)別到車牌信息，但能很容易識(shí)別出是否為車輛，因此基于以下情況分別進(jìn)行處理：

(1)如果該車輛攜帶本發(fā)明提到的STA端，卡口相機(jī)通過(guò)WIFI跟蹤與定位技術(shù)確認(rèn)此車輛的所對(duì)應(yīng)的BSS ID、以及其上報(bào)的車牌信息，并將內(nèi)容入隊(duì)列，當(dāng)該車輛前面無(wú)其它車輛即該條消息為隊(duì)列頭時(shí)可以立即觸發(fā)抬桿讓車輛無(wú)障礙通過(guò)。

(2)如果該車輛未攜帶本發(fā)明提到的STA端，卡口相機(jī)無(wú)法通過(guò)WIFI跟蹤與定位獲得當(dāng)前車輛的BSS ID、以及車牌信息，則相應(yīng)的字段都設(shè)成NULL并入隊(duì)列，此時(shí)該車輛需要在位置2處通過(guò)車輛識(shí)別之后才能觸發(fā)抬桿。

以圖5、6所示的具體場(chǎng)景為例，假設(shè)當(dāng)前進(jìn)入位置3區(qū)域的兩輛車，分別為未攜帶本發(fā)明提到的STA端，和攜帶本發(fā)明提到的STA端。則此時(shí)卡口相機(jī)保存的隊(duì)列記錄如圖8所示，卡口相機(jī)實(shí)時(shí)查看隊(duì)列頭的SSID以及車牌信息，如果非NULL，則立馬抬桿讓車輛無(wú)障礙通過(guò)。如果隊(duì)列頭的信息均為NULL，則落桿，需要等車輛經(jīng)過(guò)位置2時(shí)，進(jìn)行車牌識(shí)別之后再抬桿放行。同樣在卡口相機(jī)視頻畫(huà)面位置2處畫(huà)一根虛擬拌線，當(dāng)車輛通過(guò)位置2時(shí)，卡口相機(jī)進(jìn)行出隊(duì)列操作。最后卡口相機(jī)向車輛管理系統(tǒng)上報(bào)車輛出入庫(kù)的信息，完成一個(gè)車輛出入庫(kù)過(guò)程。

由于以上方案是通過(guò)無(wú)線網(wǎng)絡(luò)實(shí)現(xiàn)預(yù)先抬桿，因此為了保證信號(hào)的穩(wěn)定性，在AP端向STA端發(fā)送驗(yàn)證通過(guò)消息之后，AP端將會(huì)接收所述STA端發(fā)送的?；钕?，若AP端在預(yù)設(shè)的?；钪芷趦?nèi)未收到STA端發(fā)送的?；钕?，則AP端將忽略STA端的無(wú)線信號(hào)。

通過(guò)應(yīng)用以上技術(shù)方案，其中卡口相機(jī)作為AP端，車載無(wú)線設(shè)備(包括但并不限于車載移動(dòng)設(shè)備本身、車上人員隨身攜帶的移動(dòng)設(shè)備)作為STA端。其核心發(fā)明點(diǎn)在于，通過(guò)擴(kuò)展802.11協(xié)議定義了攜帶卡口信息的Beacon幀，卡口相機(jī)向車載無(wú)線設(shè)備廣播Beacon幀進(jìn)行卡口信息發(fā)布，當(dāng)車載無(wú)線設(shè)備收到Beacon幀時(shí)，回應(yīng)攜帶車牌信息的響應(yīng)報(bào)文請(qǐng)求通過(guò)卡口，為了車牌信息不被套用本發(fā)明通過(guò)MD5進(jìn)行加密；卡口相機(jī)分別在識(shí)別車牌最佳位置和能識(shí)別到是否有車輛的視頻畫(huà)面位置設(shè)置虛擬拌線，通過(guò)WIFI跟蹤定位技術(shù)判斷是否有WIFI信號(hào)通過(guò)虛擬拌線，當(dāng)有WIFI信號(hào)通過(guò)拌線位置觸發(fā)抬桿，使車輛無(wú)障礙通過(guò)；另外本發(fā)明通過(guò)維護(hù)一個(gè)先進(jìn)先出隊(duì)列，保證在本發(fā)明之外的車輛不會(huì)被誤放行。

為達(dá)到以上技術(shù)目的，本申請(qǐng)還提出了一種接入點(diǎn)AP，應(yīng)用于車輛管理系統(tǒng)，所述車輛管理系統(tǒng)至少包括所述AP、站點(diǎn)STA端以及管理服務(wù)器，如圖9所示，該AP包括：

廣播模塊910，按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，所述特殊Beacon幀中攜帶所述車輛管理系統(tǒng)的卡口信息；

驗(yàn)證模塊920，當(dāng)所述AP端接收到所述STA端發(fā)送的響應(yīng)報(bào)文時(shí)，所述AP端根據(jù)所述響應(yīng)報(bào)文中攜帶的車輛信息向所述管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收所述管理服務(wù)器返回的驗(yàn)證結(jié)果，所述響應(yīng)報(bào)文為所述STA端在根據(jù)所述特殊Beacon幀向用戶提示所述卡口信息后，根據(jù)所述用戶的操作生成并返回的；

成功響應(yīng)模塊930，在所述驗(yàn)證結(jié)果為通過(guò)時(shí)向所述STA端發(fā)送驗(yàn)證通過(guò)消息，并在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，所述通過(guò)的驗(yàn)證結(jié)果為所述管理服務(wù)器在登記記錄中查詢到與所述車輛信息匹配的內(nèi)容后生成的；

失敗響應(yīng)模塊940，在所述驗(yàn)證結(jié)果為不通過(guò)時(shí)向所述STA端返回驗(yàn)證失敗消息，以使所述STA端根據(jù)所述驗(yàn)證失敗消息向所述用戶提示驗(yàn)證失敗。

在具體的應(yīng)用場(chǎng)景中，所述成功響應(yīng)模塊在所述用戶的車輛到達(dá)所述車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，具體為：

通過(guò)所述STA端的無(wú)線信號(hào)對(duì)所述車輛進(jìn)行定位；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間不存在其他車輛，觸發(fā)抬桿或保持抬桿；

若所述用戶處于所述車輛管理系統(tǒng)的前端采集設(shè)備的識(shí)別范圍之內(nèi)，且在所述車輛與所述卡口指定距離之前的位置之間存在其他車輛，在所述其他車輛通過(guò)所述前端采集設(shè)備的車牌驗(yàn)證后觸發(fā)抬桿或保持抬桿。

在具體的應(yīng)用場(chǎng)景中，所述前端采集設(shè)備的視頻畫(huà)面對(duì)應(yīng)于所述前端采集設(shè)備的識(shí)別邊界設(shè)置有虛擬線條，所述AP設(shè)有進(jìn)出隊(duì)列，還包括：

隊(duì)列模塊，當(dāng)所述前端采集設(shè)備檢測(cè)到攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)，記錄所述攜帶所述STA端的車輛的無(wú)線信號(hào)的ID以及車牌信息，并將所述ID以及所述車牌信息對(duì)應(yīng)添加至所述進(jìn)出隊(duì)列，以及在當(dāng)所述前端采集設(shè)備檢測(cè)到未攜帶所述STA端的車輛經(jīng)過(guò)所述虛擬線條時(shí)將空值記錄添加至所述進(jìn)出隊(duì)列。

在具體的應(yīng)用場(chǎng)景中，若所述進(jìn)出隊(duì)列的頭表項(xiàng)非空值，所述AP端觸發(fā)抬桿或保持抬桿；若所述進(jìn)出隊(duì)列的頭表項(xiàng)為空值，所述AP端保持落桿，并在所述前端采集設(shè)備的對(duì)當(dāng)前車牌驗(yàn)證通過(guò)后觸發(fā)抬桿或保持抬桿。

在具體的應(yīng)用場(chǎng)景中，還包括：

?；钅K，接收所述STA端發(fā)送的保活消息，并在預(yù)設(shè)的保活周期內(nèi)未收到所述STA端發(fā)送的?；钕r(shí)忽略所述STA端的無(wú)線信號(hào)

通過(guò)應(yīng)用本申請(qǐng)的技術(shù)方案，P端按照預(yù)設(shè)的時(shí)間周期廣播特殊Beacon幀，當(dāng)AP端接收到STA端發(fā)送的響應(yīng)報(bào)文時(shí)，AP端根據(jù)響應(yīng)報(bào)文中攜帶的車輛信息向管理服務(wù)器發(fā)送驗(yàn)證請(qǐng)求，并接收管理服務(wù)器返回的驗(yàn)證結(jié)果，并在驗(yàn)證結(jié)果為通過(guò)時(shí)向STA端發(fā)送驗(yàn)證通過(guò)消息，以及在用戶的車輛到達(dá)車輛管理系統(tǒng)的卡口之前觸發(fā)所述卡口的抬桿，從而能夠在車輛貼近卡口之前完成對(duì)車輛的驗(yàn)證，并確定車輛的通行權(quán)限，極大地提高了卡口的通行效率。

通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本申請(qǐng)可以通過(guò)硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)?；谶@樣的理解，本申請(qǐng)的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是CD-ROM，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本申請(qǐng)各個(gè)實(shí)施場(chǎng)景所述的方法。

本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施場(chǎng)景的示意圖，附圖中的模塊或流程并不一定是實(shí)施本申請(qǐng)所必須的。

本領(lǐng)域技術(shù)人員可以理解實(shí)施場(chǎng)景中的裝置中的模塊可以按照實(shí)施場(chǎng)景描述進(jìn)行分布于實(shí)施場(chǎng)景的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施場(chǎng)景的一個(gè)或多個(gè)裝置中。上述實(shí)施場(chǎng)景的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。

上述本申請(qǐng)序號(hào)僅僅為了描述，不代表實(shí)施場(chǎng)景的優(yōu)劣。

以上公開(kāi)的僅為本申請(qǐng)的幾個(gè)具體實(shí)施場(chǎng)景，但是，本申請(qǐng)并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本申請(qǐng)的保護(hù)范圍。