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