1．2　系統(tǒng)設計重點

1．2．1　設備管理模塊

該模塊主要為對硬件設備的管理與監(jiān)控，集成NFC以及外接讀卡器驅(qū)動，并且能夠?qū)ο到y(tǒng)工作日志以及手機狀態(tài)進行查詢。

系統(tǒng)主要采用 NFC模塊對RFID 卡片進行讀寫，集成多種NFC標準，可自動判別卡片類型，相關(guān)代碼如下所示：

ｍＴｅｃｈＬｉｓｔｓ ＝ｎｅｗ Ｓｔｒｉｎｇ［］［］｛ｎｅｗ Ｓｔｒｉｎｇ［］｛ＭｉｆａｒｅＣｌａｓｓｉｃ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＭｉｆａｒｅＵｌｔｒａｌｉｇｈｔ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＮｄｅｆＦｏｒｍａｔａｂｌｅ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛Ｎｄｅｆ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＩｓｏＤｅｐ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＮｆｃＶ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＮｆｃＦ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＮｆｃＢ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝，

ｎｅｗ Ｓｔｒｉｎｇ［］｛ＮｆｃＡ．ｃｌａｓｓ．ｇｅｔＮａｍｅ（）｝｝；

為了使系統(tǒng)有良好的可擴展性，中間件兼容多種讀卡器驅(qū)動，通過藍牙、ＷｉＦｉ、３Ｇ 網(wǎng)絡等與外接讀卡器進行數(shù)據(jù)傳輸。

此外，提供良好的接口，可對中間件工作日志以及手機電量、信號強度、剩余存儲空間等信息進行實時查詢與管理。

1．2．2　數(shù)據(jù)處理模塊

１）數(shù)據(jù)緩存、校驗及冗余數(shù)據(jù)處理。

系統(tǒng)采用ＢｌｏｃｋｉｎｇＱｕｅｕｅ 隊列作為緩存來存儲短時間內(nèi)接收的大量數(shù)據(jù)。 將接收的卡片數(shù)據(jù)進行初步校驗，去除殘缺或者非本系統(tǒng)數(shù)據(jù)。

表１ 為標簽數(shù)據(jù)格式，其中ＵＩＤ 為每個標簽標識，校驗數(shù)據(jù)中前７ 位是用于生成校驗碼的原始數(shù)據(jù)，第８ 位為本系統(tǒng)標簽標識，且對每個標簽的前７位校驗數(shù)據(jù)采用 ＣＲＣ１６ 算法生成校驗碼，與標簽ＵＩＤ 一起由服務器通過ＪＳＯＮ 文件寫入到手機端數(shù)據(jù)庫中。 當讀取到標簽數(shù)據(jù)后，中間件首先根據(jù)校驗源數(shù)據(jù)中第８ 位標識符來判斷該卡片是否為本系統(tǒng)所屬，然后采用相同的 ＣＲＣ１６ 算法對前７ 位校驗數(shù)據(jù)生成校驗碼，并根據(jù)標簽 ＵＩＤ 與數(shù)據(jù)庫中的校驗碼相比較，以此來判斷標簽數(shù)據(jù)是否被改寫。 ８ 位校驗源數(shù)據(jù)在校驗完成后需去掉，只將有用數(shù)據(jù)存儲。

表1　RFID 標簽數(shù)據(jù)格式

數(shù)據(jù)冗余是RFID 系統(tǒng)不可避免的問題，如果數(shù)據(jù)不清洗，大量有用、無用的數(shù)據(jù)會占用網(wǎng)絡帶寬，增加系統(tǒng)處理負擔；如果將接收的數(shù)據(jù)逐一與數(shù)據(jù)庫中的數(shù)據(jù)進行比對，雖然準確率高，但是面對大量的RFID數(shù)據(jù)時會降低系統(tǒng)效率，因此，針對移動端有限的資源以及對數(shù)據(jù)處理效率的綜合考慮，本系統(tǒng)采用ＳＮＭ 算法來處理冗余數(shù)據(jù)。

數(shù)據(jù)清洗流程如圖２ 所示。

圖２　數(shù)據(jù)清洗流程圖

２）數(shù)據(jù)分類。

將通過清洗的數(shù)據(jù)根據(jù)事先約定好的數(shù)據(jù)規(guī)則進行分類，比如事先規(guī)定卡片中第 Ｎｉ ～Ｎｊ 位為數(shù)據(jù)標識位，則將數(shù)據(jù)存儲到 SQLite 數(shù)據(jù)庫相應表格中。