【導讀】不同于普通物流領域，由于裝備信息較為復雜，單一普通標簽難以勝任承載所需全部信息。考慮經濟和實用性，采用不同頻率多標簽方式才能較好滿足要求。因此，本文針對裝備信息的RFID數據結構重點進行了分析，并詳細研究了嵌入式讀寫器內部數據的存儲和管理，以滿足裝備保障信息化需求。
在保障裝備裝備時，訓練使用、檢修、加裝改造等記錄用傳統(tǒng)手工操作，管理人員必須對進裝備名稱、隨裝配套類型及數量、出廠單位、出廠日期以及其他眾多屬性進行逐一登記，不但工作效率低、而且容易出差錯，成為制約工作進度的瓶頸。如果裝備信息管理運用RFID標簽取代紙質履歷表，記錄裝備從出廠、配備、動用、維修、保管、事故、加裝改造、退役報廢等全生命周期的履歷信息，手持讀寫器讀取射頻標簽及信息記錄裝置每日信息，可以幫助操作人員及時掌握裝備工作情況，為維修保障人員提供信息支持。
1RFID數據模型研究
1.1RFID數據特性
RFID數據模型是管理RFID數據的基礎。從總體上RFID應用有著共同的需求特點：
(1)識別：RFID標簽唯一地標識該物體。
(2)位置：一個位置可以是一個地理位置，也可以是有背景含義的特殊位置，如倉庫、靶場等。
(3)關系：RFID應用的另一個關鍵概念是聚合，即對象之間形成的關系。一種常見聚合情況是包含關系，即在物體運動過程中，被包含的物體與外包裝物體有相同的運動路徑等特性。另一個集合情況是協(xié)作，即貼有標簽的物體之間有一定的關系[1]，如某型導彈射擊訓練由發(fā)射車與檢測車共同完成，則發(fā)射車與檢測車之間有協(xié)作關系。
1.2數據模型
本文重點是利用數據庫技術實現(xiàn)裝備數據信息的層次化管理。系統(tǒng)中涉及的數據主要有靜態(tài)數據和動態(tài)數據兩種類型。
1.2.1靜態(tài)數據
靜態(tài)數據是有關固定信息、業(yè)務規(guī)則以及系統(tǒng)設置的數據，不輕易隨時間變更[2]。在本系統(tǒng)中，靜態(tài)數據主要包括：
(1)Objects：所有使用射頻標簽進行標識系統(tǒng)，包括系統(tǒng)及隨裝配件的名稱、型號、出廠單位、出產年份等信息。
(2)Organizations：裝備在生命周期(出廠到退役報廢之間的時間)內裝配變動信息，包括裝配單位、裝配時間、戰(zhàn)斗序列等信息。
(3)Actions：事務處理類型。包括重大活動記錄、技術檢查、維修、加裝改裝等信息。
1.2.2動態(tài)數據
動態(tài)數據反映了系統(tǒng)運作中的事務過程，與時間、空間密切相關。動態(tài)數據主要包括：Arrangement，用于描述裝備實體(Objects)與狀態(tài)的層次關系;ObjectOrganization，用于描述裝備實體(Objects)在某時間內的調撥、調整;ActionItem，用于描述裝備處理情況。
1.2.3數據模型的建立
如果有靜態(tài)關系，則根據ER模型的映射關系，映射成表即可[3]。對于兩個實體之間的基于狀態(tài)的關系，則在兩個實體表的主鍵之間加上時間間隔(stime,etime)組成，其中時間間隔代表了關系或者狀態(tài)存在的生命周期?；谑录膭討B(tài)關系，由映射在兩個表的主鍵加上時間戳屬性timestamp組成，這個時間戳代表了時間發(fā)生的時間點。
2基于嵌入式的RFID讀寫器數據管理
2.1系統(tǒng)的設計思路
根據以上分析，數據來源主要分為兩類：一類是固定的裝備身份信息，這些信息是一般不會隨時間變化，數據量比較小;另一類是動態(tài)的裝備壽命信息，通常是記錄日常操作的起始時間和裝備調撥、調整，數據量稍大且需要重復讀寫。
為此，以某型車輛裝備為例，采用一種13.56MHz的無源標簽存儲裝備身份信息，采用頻率為2.4GHz的有源標簽存儲動態(tài)壽命信息。本設計采用WindowsCE作為操作系統(tǒng)，通過RFID射頻收發(fā)模塊讀取所需求的數據，對數據進行解析、提取、存儲，并構建嵌入式SQLite數據庫，實現(xiàn)對數據的管理。而用戶對存儲的數據進行查詢修改等操作，最方便的方法就是在Web頁面里實現(xiàn)，因此需要搭建一個Web服務器，使用戶可以通過Web頁面來控制這些工作的完成并實現(xiàn)對數據的操作訪問。
設備管理提供了統(tǒng)一的讀寫器接口程序，可兼容性地控制多種類型讀寫器的工作;數據管理完成了數據的過濾、存儲，并利用嵌入式Web服務器對數據進行查詢和修改;嵌入式Web服務器是嵌入式技術和網絡技術結合的產物，把Internet中的Web服務器進行一定的裁剪，嵌入到設備中，從而可以利用嵌入式Web服務器對設備進行操作、管理。本文擬使用GoAheadWebServer，它是一個源碼免費、可以運行在多個平臺的嵌入式Web服務器，并支持ASP、嵌入式JavaScript和標準的CGI執(zhí)行，能較好地滿足需求。
2.2數據的解析和過濾
讀寫器從標簽讀取大量的未經處理的數據，一般來說讀取到的數據并非完全有用的標簽數據，需要對其進行提取、解析，以得到有用的信息。數據在傳輸過程中不可避免地會受到外界的干擾而發(fā)生錯誤，因此數據必須進行過濾，將過濾后的數據再進行存儲[4]。
標簽數據一般都是二進制編碼，讀取后需要將二進制編碼數據轉換成unicode數據。
在標簽讀取過程中實現(xiàn)標簽的二進制位編碼到unicode編碼的轉換，在標簽數據處理環(huán)節(jié)則根據轉換獲得的標簽unicode編碼以及過濾條件對標簽進行過濾，為信息應用層提供有意義的標簽信息。
過濾規(guī)則可以通過Web頁面進行設置，設置信息存儲到過濾規(guī)則配置文件中。進行過濾時，過濾器讀取配置文件并應用于過濾規(guī)則。
3數據存儲與管理的實現(xiàn)
3.1構建嵌入式數據庫
SQLite3是輕型、免費和開源的嵌入式數據庫，支持絕大多數標準的SQL92語句，工作速度快，可以滿足中間件數據處理的實時要求。因此選用SQLite3數據庫在大小和功能方面是一個理想的折中。
SQLite3嵌入式數據庫提供了源碼，在硬件平臺上對源碼進行交叉編譯即可實現(xiàn)移植。編譯后，生成了大小為93KB的sqlite3可執(zhí)行文件和大小為991KB的sqlite3動態(tài)鏈接庫libsqlite3.so。
3.2數據模型在數據庫中的實現(xiàn)
嵌入式數據庫中以單個庫文件形式進行數據存儲，數據庫文件可以在不同的操作系統(tǒng)平臺下使用而無需轉換。數據庫文件內部采用表數據頁和索引數據頁兩種存儲結構進行組織。用戶定義的臨時表和系統(tǒng)中的臨時表(用于排序、分組等操作)以臨時數據庫文件形式進行管理。
在開發(fā)板上，使用上一步生成的sqlite3可執(zhí)行文件來生成本系統(tǒng)所需要的數據庫表。Sqlite3的數據庫與Access數據庫類似都采用了單文件的模式，為此生成了一個名為rfid的數據庫文件，根據項目需求規(guī)劃必須的數據表。
直接在命令行下敲入“sqlite3rfid;”即可生成rfid數據庫，并得到提示符“sqlite3〉”，通過輸入SQL語句即可建立所需的表：
createtablerfid(Numberintegerprimarykey,Objectsvarchar(),Organizationsvarchar(),Actionsvarchar(),ActionItemvarchar(),ObjectOrganizationvarchar(),Arrangementvarchar());
.quit;
這里只考慮了基本屬性，可以為數據表做擴展表格實現(xiàn)其額外的屬性。
參照SQLDML的語法，該模型的邏輯結構主要元素描述如下：
(1)Objects:Objects(EPCPrimaryKey,name,deseription)，記錄系統(tǒng)及隨裝信息。
(2)Organizations:Organizations(organizationIDPrimaryKey,organization)，標識裝備在生命周期內裝配單位及編制序列。
(3)Actions:Actions(actionIDPrimaryKey,actType)，標識業(yè)務流程中的事務類型。其中，actionID為事務類型標識碼;actType表示事務類型的名稱。
(4)Arrangement：Arrangement(IDPrimaryKey，EPC，parentEPC，QtyOfChild，organizationID，stime，etime)，Arran-
gement關系是本數據模型的關鍵，反映了物品的物理層次關系。其中，parentEPC標識關于該EPC的上一層次的EPC編碼;QtyOfChild記錄了由該EPC標識的下一層次的物品數量;stime和etime分別標識該層次關系的發(fā)生和結束時間。
(5)ActionItem：ActionItem(IDPrimaryKey，actionID，EPCreferencesObjects，timestamp)：ID標識每個發(fā)生的事務;timestamp為該事務發(fā)生的時間。
(6)ObjectOrganization(IDPrimaryKey,EPCreffereneesObjects,organizationID,timestamp)：ID標識裝備的調撥、調整及編制戰(zhàn)斗序列的變化。
SQLite數據庫提供了豐富的C語言API接口函數，使得對數據庫的操作十分方便。本系統(tǒng)只需要以下3個核心函數就可以實現(xiàn)連接數據庫、處理查詢等操作：
intsqlite3_open(constchar*db,intmode,char**errmsg);
intsqlite3_close(sqlite*db);
intsqlite3_exec(sqlite*db,char*sql,int(*callback)(void*,
int,char**,char**),void*parg,char**errmsg);
其中，前2個函數用于打開與關閉數據庫，第3個函數sqlite3_exec()用來處理SQL查詢，此函數的第2個參數用來處理一條或多條SQL語句，如果是查詢(SELECT)語句，則查詢結果的每一條記錄都必須調用第3個參數的Callback函數，第4個參數則為Callback函數的第一個參數指針;如果不是查詢語句，則第3、4個參數為NULL。所有SQL執(zhí)行完畢后返回0，否則返回錯誤代碼，可通過第5個參數值來查看詳細錯誤信息。
使用sqlite3_mprintf函數將數據段的值添加到SQL語句中，然后通過sqlite3_exec函數執(zhí)行該SQL語句把標簽數據插入到數據庫中。
3.3數據的訪問操作
GoAheadWebServer是一款面向嵌入式系統(tǒng)的Web服務器，作為系統(tǒng)中數據轉發(fā)和模塊承載平臺。向Wince系統(tǒng)中移植比較簡單，在VisualC++6.0打開CE子目錄下的工作空間webs.dsw，將生成的webs.exe和所需的Web頁面導入WinCE系統(tǒng)中相應位置即可。需要注意的是：要設置計算機系統(tǒng)環(huán)境變量Path，使其包含include和lib，確保包含CE、UEMF、webs和UNICODE的特征值被定義在內。
在使用GoAheadWebServer前,需要對GoAheadWebServer進行配置：
(1)在瀏覽器輸入地址時,服務器返回某一頁面,該頁面通過在main.c文件中的initWebs函數進行設定,設定語句為：
websRedirec(wp,T("index.htm"));
(2)當瀏覽器訪問某一地址下的目錄時,服務器將返回該目錄下的缺省頁面,通過main.c文件中的websHomePageHandler函數進行設定，設定語句為：
websSetDefaultPage(T("default.asp"));
用戶在頁面對過濾規(guī)則進行配置后，CGI程序將配置結果寫入配置文件filter.conf中。在進行數據過濾時，過濾器將會讀取此配置文件得到相應的過濾規(guī)則對數據進行過濾。
首先使用C語言API調用sqlite3_open()打開數據庫，然后調用sqlite3_exec()函數來執(zhí)行SQL語句完成對數據庫的讀寫更新等操作，最后執(zhí)行sqlite3_close()關閉數據庫。
通常，CGI應用程序將執(zhí)行結果輸出到標準輸出(stdout)，WebServer從CGI應用程序中的標準輸出中讀取信息，并將這些信息返回給客戶端[5]。因此，在程序中如果要將SQL查詢結果輸出給客戶。CGI應用程序中可以使用prinf()函數將查詢結果以HTML的形式輸出到標準輸出，進而Web服務器向客戶端返回動態(tài)頁面，這樣就實現(xiàn)了用戶、WebServer與SQLite3嵌入式數據的交互。
通過編譯，webs.ere最后將以操作系統(tǒng)的一個子進程運行，可與操作系統(tǒng)內的其他進程進行通信及數據傳輸，從而實現(xiàn)操作系統(tǒng)內部程序間的相互交互作用。
本文研究了針對裝備信息的RFID數據結構模型，使用SQLite數據庫實現(xiàn)標簽數據的存儲、過濾，并設計了簡單易用的Web界面，只需通過瀏覽器進行簡單的操作，就可完成對過濾規(guī)則的設置以及與數據的交互等功能。今后的工作是進行更多的頁面優(yōu)化設計，將使其更加有實際應用價值。
