基于ASP.NET的RFID刷卡系統(tǒng)設(shè)計(jì)
1.2 信息刷卡讀取與保存流程與實(shí)現(xiàn)
本文引用地址:http://www.ex-cimer.com/article/266057.htm 為了減少客戶端對(duì)讀卡器的依賴性,采用CAN總線的聯(lián)接方式實(shí)現(xiàn)大量讀卡器相連。當(dāng)客戶端是移動(dòng)設(shè)備的時(shí)候,可以將設(shè)備的IP地址與臨近的讀卡機(jī)綁定,此時(shí)就可以刷卡讀取信息,再登入管理系統(tǒng)進(jìn)行信息的寫(xiě)入。流程圖如圖3所示。
RFID刷卡信息是16進(jìn)制的數(shù)據(jù)流,通過(guò)CAN總線傳輸?shù)?a class="contentlabel" href="http://www.ex-cimer.com/news/listbylabel/label/服務(wù)器">服務(wù)器。然后調(diào)用智能刷卡管理系統(tǒng)的RFID數(shù)據(jù)轉(zhuǎn)換模塊轉(zhuǎn)換成RFID卡唯一的標(biāo)識(shí)號(hào)。
RFID數(shù)據(jù)轉(zhuǎn)換模塊[4]中,先通過(guò)判斷serialport端口有沒(méi)有收到數(shù)據(jù),如果收到數(shù)據(jù)把儲(chǔ)存到buff緩沖區(qū)中,然后再分析buff緩沖區(qū)中每條數(shù)據(jù)是從哪個(gè)地址、用哪種協(xié)議發(fā)送,接著將得出的RFID卡唯一的標(biāo)識(shí)號(hào)放到相對(duì)應(yīng)的新緩沖區(qū)中。此時(shí)新緩沖區(qū)保存的數(shù)據(jù)并不是我們需要的數(shù)據(jù),它們僅僅是RFID卡唯一的標(biāo)識(shí)號(hào)。最后要連接SQL Server 2005數(shù)據(jù)庫(kù),通過(guò)查找數(shù)據(jù)表記錄,找出對(duì)應(yīng)綁定的貨物批號(hào)輸出。整個(gè)流程如圖4所示。
當(dāng)數(shù)據(jù)保存后,客戶端就可以獲取數(shù)據(jù)顯示了??蛻舳霜?dú)立于讀卡器,客戶端可以綁定任何的讀卡器。通過(guò)查找SQL Server數(shù)據(jù)庫(kù)中IP綁定讀卡器地址的記錄,就能將數(shù)據(jù)發(fā)送到客戶端顯示,假如是智能移動(dòng)設(shè)備,設(shè)置綁定IP地址,就可以臨近的讀卡器刷卡讀取信息了。
考慮到整個(gè)刷卡系統(tǒng)的可擴(kuò)展性,可以對(duì)顯示信息進(jìn)行選擇,滿足不同用戶的顯示需求。
1.3 服務(wù)器端三層結(jié)構(gòu)
該系統(tǒng)服務(wù)器端實(shí)現(xiàn)結(jié)構(gòu)圖如圖5所示,參照SOA架構(gòu)[5]完成各個(gè)功能模塊的實(shí)現(xiàn),接口層通過(guò)monitor監(jiān)聽(tīng)不斷檢測(cè)讀卡器發(fā)到服務(wù)器的數(shù)據(jù),同時(shí)將處理完的數(shù)據(jù)通過(guò)http協(xié)議格式返回給對(duì)應(yīng)IP地址的請(qǐng)求客戶端。業(yè)務(wù)層將接口的數(shù)據(jù)根據(jù)CAN傳輸協(xié)議的格式解析出RFID卡唯一的標(biāo)識(shí)號(hào),并調(diào)用程序把數(shù)據(jù)放到相對(duì)應(yīng)的緩沖區(qū)中。數(shù)據(jù)層負(fù)責(zé)將業(yè)務(wù)層的數(shù)據(jù)通過(guò)SQL數(shù)據(jù)庫(kù)轉(zhuǎn)化成客戶想要的數(shù)據(jù)。
評(píng)論