RFID中間件處理模塊是 RFID中間件的核心模塊。主要作用是負(fù)責(zé)數(shù)據(jù)接收、數(shù)據(jù)處理和數(shù)據(jù)轉(zhuǎn)換, 具有對讀寫器的工作狀態(tài)進(jìn)行監(jiān)控的功能, 同時還具有讀寫器的注冊、刪除和群組等功能。RFID 中間件處模塊由 RFID事件過濾系統(tǒng)、實時內(nèi)存事件數(shù)據(jù)庫和任務(wù)管理系統(tǒng)3部分組成,
下面對這3部分的功能分別加以介紹。
1. RFID事件過濾系統(tǒng)
   RFID事件過濾系統(tǒng)(RFID Event Management System, RFID EMS)可以與讀寫器應(yīng)用程序進(jìn)行通信, 過濾讀寫器發(fā)送的事件流。在中間件系統(tǒng)中, RFID EMS是最重要的組件, 它為用戶在滿足中間件要求的基礎(chǔ)上被過濾。提供了集成其他應(yīng)用程序的平臺。RFID EMS 支持多種讀寫器協(xié)議, RFID EMS 可以采集、緩沖、平滑和組織從讀寫器獲得的信息, 讀寫器每秒可以上傳數(shù)百個事件, 每個事件都能在處理中間件請求的基礎(chǔ)上被恰當(dāng)?shù)鼐彌_過濾和記錄。

(1)事件過濾的方式。
①平滑。
   有時讀寫器會讀錯或丟失標(biāo)簽。如果標(biāo)簽數(shù)據(jù)被讀錯, 則稱為積極閱讀錯誤; 如果覆蓋區(qū)內(nèi)的標(biāo)簽數(shù)據(jù)被漏讀, 則被稱為消極閱讀錯誤。平滑算法就是要清除那些被懷疑有積極或消極錯誤的閱讀。
② 協(xié)調(diào)。
    當(dāng)多個讀寫器相互之間離得很近時, 它們會讀到相同的標(biāo)簽數(shù)據(jù)。如果一個標(biāo)簽數(shù)據(jù)被不同的讀寫器上傳兩次, 中間件流程邏輯就會產(chǎn)生錯誤。協(xié)同工作可以采用不同的運算規(guī)則, 清除“不屬于”的那個讀寫器的閱讀。如果在幾毫秒中, 一個解讀事件涉及不同的讀寫器閱讀同一個標(biāo)簽數(shù)據(jù), 協(xié)同運算規(guī)則就可以刪除這一事件。如果當(dāng)前讀寫器距離標(biāo)簽比該標(biāo)簽應(yīng)該“歸屬”的讀寫器近, 那么附加的邏輯應(yīng)該允許當(dāng)前讀寫器的數(shù)據(jù)通過。
③轉(zhuǎn)發(fā)。
   一個時間轉(zhuǎn)發(fā)器應(yīng)該有一個或多個輸出。根據(jù)事件類型的不同, 轉(zhuǎn)發(fā)器可以將事件傳送為一個或多個輸出。例如, 時間轉(zhuǎn)發(fā)器可選擇只轉(zhuǎn)發(fā)讀寫器上傳的非標(biāo)簽數(shù)據(jù)閱讀事件, 如閱讀時的溫度。因此, RFID EMS支持具有一個輸入事件流, 一個或多個輸出事件流的“事件過濾器”。
(2)事件記錄的方式。
    經(jīng)過采集和平滑的事件, 最終會被恰當(dāng)?shù)匾允录涗浀姆绞教幚?。常用的事件記錄方式有以?種:
①保存在像數(shù)據(jù)庫這樣永遠(yuǎn)的存儲器中;
② 保存在倉儲數(shù)據(jù)結(jié)構(gòu)中, 如實時內(nèi)存數(shù)據(jù)庫;
③ 通過HTTP、JMS 或 SOAP 協(xié)議傳輸?shù)竭h(yuǎn)程服務(wù)器;
④RFID EMS 支持多種“事件記錄器”。
(3)事件過濾的作用。
① RFID EMS是具有采集、過濾和記錄功能的“程序模塊”, 工作在獨立的線程中, 不相互妨礙。RFID EMS能在不同的線程中啟動處理單元, 而且能夠在單元間緩沖事件流;
② RFID EMS能夠?qū)嵗瓦B接上面提到的事件處理單元;
③ RFID EMS 允許遠(yuǎn)方機(jī)器登錄和注銷到動態(tài)事件流中。
(4)事件過濾的功能。
① 允許不同種類的讀寫器寫入適配器;
② 讀寫器以標(biāo)準(zhǔn)格式采集數(shù)據(jù);
③允許設(shè)置過濾器, 清除冗余的數(shù)據(jù), 上傳有效的數(shù)據(jù);
④允許寫各種記錄文件, 如記錄數(shù)據(jù)庫日志, 記錄數(shù)據(jù)廣播到遠(yuǎn)程服務(wù)器事件中的HTTP/JMS/SOAP 網(wǎng)絡(luò)日志;
⑤ 對記錄器、過濾器和適配器進(jìn)行事件緩沖, 使它們在不相互妨礙的情況下運行。
2. 實時內(nèi)存事件數(shù)據(jù)庫
    實時內(nèi)存事件數(shù)據(jù)庫(Real-time In-memory Event Database, RIED)是一個用來保存 RFID邊緣中間件信息的內(nèi)存數(shù)據(jù)庫。RFID邊緣中間件保存和組織讀寫器發(fā)送的事件。RFID事件管理系統(tǒng)通過過濾和記錄事件的框架, 可以將事件保存在數(shù)據(jù)庫中。但是, 數(shù)據(jù)庫不能在一秒內(nèi)處理兒百次以上的交易。實時內(nèi)存事件數(shù)據(jù)庫提供了與數(shù)據(jù)庫一樣的接口。但其性能要好得多。

    應(yīng)用程序可以通過JDBC或本地 Java 接口訪問實時內(nèi)存事件數(shù)據(jù)庫。RIED 支持常用的SQL 操作, 還支持一部分SQL92 中定義的數(shù)據(jù)操作方法。RIED也可以保存不同事件點上數(shù)據(jù)庫的“快照。

     RIED是一個高性能的內(nèi)存數(shù)據(jù)庫, 假如讀寫器每秒閱讀并發(fā)送10000個數(shù)據(jù)信息,據(jù)庫每秒必須能夠完成10000個數(shù)據(jù)處理, 而且這此數(shù)據(jù)是保守估計的, 內(nèi)存數(shù)據(jù)庫必須高效地  內(nèi)存效處理讀取的大量數(shù)據(jù)。

     RIED 是一個多版本的數(shù)據(jù)庫, 即能夠保存多種快照的數(shù)據(jù)庫。此外, 并不是讀寫器發(fā)送的每個事件都能存儲到內(nèi)存數(shù)據(jù)庫中。保存監(jiān)視器的過期快照是為了滿足監(jiān)視和備份的要求, RIED可以為過期信息保存多個閱讀快照。例如, 數(shù)據(jù)庫中可以保存監(jiān)視器的兩個過期快照, 一個是一天的開始, 另一個是每一秒的開頭, 但現(xiàn)有的內(nèi)存數(shù)據(jù)庫系統(tǒng)不支持對永久信息的有效管理。
3. 任務(wù)管理系統(tǒng)
    任務(wù)管理系統(tǒng)(Task Management System, TMS)負(fù)責(zé)管理由上級中間件或企業(yè)應(yīng)用程序發(fā) 送到本級中間件的任務(wù)。一般情況下, 任務(wù)可以等價為多任務(wù)系統(tǒng)中的進(jìn)程, TMS管理任務(wù)類似于操作系統(tǒng)管理進(jìn)程。
(1)任務(wù)管理系統(tǒng)的特點。
    TMS具有許多一般線程管理器和操作系統(tǒng)不具有的特點, TMS的特點如下。0
①任務(wù)進(jìn)度表的外部接口;
② 獨立的虛擬機(jī)平臺, 包含從冗余類服務(wù)器中根據(jù)需要加載的統(tǒng)一庫;
③用來維護(hù)永久任務(wù)信息的健壯性進(jìn)度表, 具有在中間件碎片或任務(wù)碎片中重啟任務(wù)的能力。TMS使分布式中間件的維護(hù)變得簡單, 企業(yè)可以僅僅通過在一組類服務(wù)中保存最新的任務(wù)和中間件中恰當(dāng)?shù)匕才湃蝿?wù)進(jìn)度來維護(hù)中間件。然而, 硬件和核心軟件, 如操作系統(tǒng)和Java虛擬機(jī), 必須定期升級。
(2)任務(wù)管理系統(tǒng)的功能。
  傳輸?shù)絋MS的任務(wù)可以獲得中間件的所有便利條件, TMS 可以完成企業(yè)的多種操作。TMS的功能如下。
① 數(shù)據(jù)交互, 即向其他中間件發(fā)送產(chǎn)品信息或從其他中間件中獲取產(chǎn)品信息;
② PML 查詢, 即查詢 ONS/PML 服務(wù)器獲得產(chǎn)品實例的靜態(tài)或動態(tài)信息;
③ 刪除任務(wù)進(jìn)度, 即確定和刪除其他中間件上的任務(wù);
④值班報警, 即當(dāng)某些事件發(fā)生時, 警告值班人員, 如需向貨架補(bǔ)貨、丟失或產(chǎn)品到期;
⑤遠(yuǎn)程數(shù)據(jù)上傳, 即向遠(yuǎn)處供應(yīng)鏈管理服務(wù)器發(fā)送產(chǎn)品信息。
(3)任務(wù)管理系統(tǒng)的性能。
①從 TMS的各種需求可以看到, TMS應(yīng)該是一個有較小存儲注腳, 建立在開放、獨立平臺標(biāo)準(zhǔn)上的健壯性的系統(tǒng)。
② TMS 是具有較小存儲處理能力的獨立系統(tǒng)平臺。不同的中間件選擇不同的工作平臺, 一此工作平臺, 尤其是那些需要大量中間件的工作平臺, 可以是進(jìn)行低級存儲和處理的低價的嵌入式系統(tǒng)。
③ 對網(wǎng)絡(luò)上所有中間件進(jìn)行定期升級是一項艱巨的任務(wù), 如果中間件基于簡單維護(hù)的原則對代碼解析自動升級則是比較理想的。因此要求 TMS 能夠?qū)?zhí)行的任務(wù)進(jìn)行自動升級。中間件需要為任務(wù)時序提供外部接口, 為了滿足公開和協(xié)同工作的系統(tǒng)要求, 為了將 TMS 設(shè)計從任務(wù)設(shè)計中分離出來, 需要在一個獨立的語言平臺上, 用簡單、定義完美的軟件開發(fā)工具包(SDK)來描述任務(wù)。