在保障裝備裝備時，訓練使用、檢修、加裝改造等記錄用傳統(tǒng)手工操作，管理人員必須對進裝備名稱、隨裝配套類型及數量、出廠單位、出廠日期以及其他眾多屬性進行逐一登記，不但工作效率低、而且容易出差錯，成為制約工作進度的瓶頸。如果裝備信息管理運用RFID標簽取代紙質履歷表，記錄裝備從出廠、配備、動用、維修、保管、事故、加裝改造、退役報廢等全生命周期的履歷信息，手持讀寫器讀取射頻標簽及信息記錄裝置每日信息，可以幫助操作人員及時掌握裝備工作情況，為維修保障人員提供信息支持。

但不同于普通物流領域，由于裝備信息較為復雜，單一普通標簽難以勝任承載所需全部信息。考慮經濟和實用性，采用不同頻率多標簽方式才能較好滿足要求。因此，本文針對裝備信息的RFID數據結構重點進行了分析，并詳細研究了嵌入式讀寫器內部數據的存儲和管理，以滿足裝備保障信息化需求。

1 RFID數據模型研究

1.1 RFID數據特性

RFID數據模型是管理RFID數據的基礎。從總體上RFID應用有著共同的需求特點：

（1）識別：RFID標簽唯一地標識該物體。

（2）位置：一個位置可以是一個地理位置，也可以是有背景含義的特殊位置，如倉庫、靶場等。

（3）關系：RFID應用的另一個關鍵概念是聚合，即對象之間形成的關系。一種常見聚合情況是包含關系，即在物體運動過程中，被包含的物體與外包裝物體有相同的運動路徑等特性。另一個集合情況是協作，即貼有標簽的物體之間有一定的關系［1］，如某型導彈射擊訓練由發(fā)射車與檢測車共同完成，則發(fā)射車與檢測車之間有協作關系。

1.2 數據模型

本文重點是利用數據庫技術實現裝備數據信息的層次化管理。系統(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)存在的生命周期。基于事件的動態(tài)關系，由映射在兩個表的主鍵加上時間戳屬性timestamp組成，這個時間戳代表了時間發(fā)生的時間點。

2 基于嵌入式的RFID讀寫器數據管理

2.1 系統(tǒng)的設計思路

根據以上分析，數據來源主要分為兩類：一類是固定的裝備身份信息，這些信息是一般不會隨時間變化，數據量比較小;另一類是動態(tài)的裝備壽命信息，通常是記錄日常操作的起始時間和裝備調撥、調整，數據量稍大且需要重復讀寫。

為此，以某型車輛裝備為例，采用一種13.56 MHz的無源標簽存儲裝備身份信息，采用頻率為2.4 GHz的有源標簽存儲動態(tài)壽命信息。本設計采用Windows CE作為操作系統(tǒng)，通過RFID射頻收發(fā)模塊讀取所需求的數據，對數據進行解析、提取、存儲，并構建嵌入式SQLite數據庫，實現對數據的管理。而用戶對存儲的數據進行查詢修改等操作，最方便的方法就是在Web頁面里實現，因此需要搭建一個Web服務器，使用戶可以通過Web頁面來控制這些工作的完成并實現對數據的操作訪問。總體設計思路如圖1所示。

圖中，設備管理提供了統(tǒng)一的讀寫器接口程序，可兼容性地控制多種類型讀寫器的工作;數據管理完成了數據的過濾、存儲，并利用嵌入式Web服務器對數據進行查詢和修改;嵌入式Web服務器是嵌入式技術和網絡技術結合的產物，把Internet中的Web服務器進行一定的裁剪，嵌入到設備中，從而可以利用嵌入式Web服務器對設備進行操作、管理。本文擬使用GoAhead WebServer，它是一個源碼免費、可以運行在多個平臺的嵌入式Web服務器，并支持ASP、嵌入式JavaScript和標準的CGI執(zhí)行，能較好地滿足需求。

2.2 數據的解析和過濾

讀寫器從標簽讀取大量的未經處理的數據，一般來說讀取到的數據并非完全有用的標簽數據，需要對其進行提取、解析，以得到有用的信息。數據在傳輸過程中不可避免地會受到外界的干擾而發(fā)生錯誤，因此數據必須進行過濾，將過濾后的數據再進行存儲［4］。

標簽數據一般都是二進制編碼，讀取后需要將二進制編碼數據轉換成unicode數據。標簽數據的解析和過濾流程如圖2所示。

在標簽讀取過程中實現標簽的二進制位編碼到unicode編碼的轉換，在標簽數據處理環(huán)節(jié)則根據轉換獲得的標簽unicode編碼以及過濾條件對標簽進行過濾，為信息應用層提供有意義的標簽信息。

過濾規(guī)則可以通過Web頁面進行設置，設置信息存儲到過濾規(guī)則配置文件中。進行過濾時，過濾器讀取配置文件并應用于過濾規(guī)則。

3 數據存儲與管理的實現

3.1 構建嵌入式數據庫

SQLite3是輕型、免費和開源的嵌入式數據庫，支持絕大多數標準的SQL92語句，工作速度快，可以滿足中間件數據處理的實時要求。因此選用SQLite3數據庫在大小和功能方面是一個理想的折中。

SQLite3嵌入式數據庫提供了源碼，在硬件平臺上對源碼進行交叉編譯即可實現移植。編譯后，生成了大小為93 KB的sqlite3可執(zhí)行文件和大小為991 KB的sqlite3動態(tài)鏈接庫libsqlite3.so。

3.2 數據模型在數據庫中的實現

嵌入式數據庫中以單個庫文件形式進行數據存儲，數據庫文件可以在不同的操作系統(tǒng)平臺下使用而無需轉換。數據庫文件內部采用表數據頁和索引數據頁兩種存儲結構進行組織。用戶定義的臨時表和系統(tǒng)中的臨時表（用于排序、分組等操作）以臨時數據庫文件形式進行管理。

SQLite數據庫應用體系結構如圖3所示。

在開發(fā)板上，使用上一步生成的sqlite3可執(zhí)行文件來生成本系統(tǒng)所需要的數據庫表。Sqlite3的數據庫與Access數據庫類似都采用了單文件的模式，為此生成了一個名為rfid的數據庫文件，根據項目需求規(guī)劃必須的數據表。

直接在命令行下敲入“sqlite3 rfid;”即可生成rfid數據庫，并得到提示符“sqlite3〉”，通過輸入SQL語句即可建立所需的表：

create table rfid（Number integer primary key， Objects varchar（），Organizations varchar（），Actions varchar（），ActionItem varchar（），ObjectOrganization varchar（），Arrangement varchar（））;

.quit;

這里只考慮了基本屬性，可以為數據表做擴展表格實現其額外的屬性。

參照SQL DML的語法，該模型的邏輯結構主要元素描述如下：

（1）Objects： Objects（EPC Primary Key， name， deseription），記錄系統(tǒng)及隨裝信息。

（2）Organizations： Organizations（organizationID Primary Key，organization），標識裝備在生命周期內裝配單位及編制序列。

（3）Actions： Actions（actionID Primary Key，actType），標識業(yè)務流程中的事務類型。其中，actionID為事務類型標識碼;actType表示事務類型的名稱。

（4）Arrangement：Arrangement（ID Primary Key，EPC，parentEPC，QtyOfChild，organizationID，stime，etime），Arran-

gement關系是本數據模型的關鍵，反映了物品的物理層次關系。其中，parentEPC標識關于該EPC的上一層次的EPC編碼;QtyOfChild記錄了由該EPC標識的下一層次的物品數量;stime和etime分別標識該層次關系的發(fā)生和結束時間。

（5）ActionItem：ActionItem（ID Primary Key，actionID，EPC references Objects，timestamp）：ID標識每個發(fā)生的事務;timestamp為該事務發(fā)生的時間。

（6）ObjectOrganization（ID Primary Key，EPC refferenees Objects， organizationID， timestamp）：ID標識裝備的調撥、調整及編制戰(zhàn)斗序列的變化。

SQLite數據庫提供了豐富的C語言API接口函數，使得對數據庫的操作十分方便。本系統(tǒng)只需要以下3個核心函數就可以實現連接數據庫、處理查詢等操作：

int sqlite3_open（const char*db，int mode，char* *errmsg）;

int sqlite3_close（sqlite*db）;

int sqlite3_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 數據的訪問操作

GoAhead WebServer是一款面向嵌入式系統(tǒng)的Web服務器，作為系統(tǒng)中數據轉發(fā)和模塊承載平臺。向Wince系統(tǒng)中移植比較簡單，在Visual C++ 6.0打開CE子目錄下的工作空間webs.dsw，將生成的webs.exe和所需的Web頁面導入WinCE系統(tǒng)中相應位置即可。需要注意的是：要設置計算機系統(tǒng)環(huán)境變量Path，使其包含include和lib，確保包含CE、UEMF、webs和UNICODE的特征值被定義在內。

在使用GoAhead WebServer前，需要對GoAhead WebServer進行配置：

（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)頁面，這樣就實現了用戶、WebServer與SQLite3嵌入式數據的交互。

通過編譯，webs.ere最后將以操作系統(tǒng)的一個子進程運行，可與操作系統(tǒng)內的其他進程進行通信及數據傳輸，從而實現操作系統(tǒng)內部程序間的相互交互作用。

本文研究了針對裝備信息的RFID數據結構模型，使用SQLite數據庫實現標簽數據的存儲、過濾，并設計了簡單易用的Web界面，只需通過瀏覽器進行簡單的操作，就可完成對過濾規(guī)則的設置以及與數據的交互等功能。今后的工作是進行更多的頁面優(yōu)化設計，將使其更加有實際應用價值。

責任編輯：ct