Il middleware RFID è un software di identificazione della radio frequenza (RFID), tra i lettori e le applicazioni di business/business. Middleware ha diverse funzioni che svolgono un ruolo importante nel funzionamento e nella gestione dei sistemi RFID. Questo middleware non gestisce solo lettori e stampanti RFID, comunica tra questi dispositivi e le applicazioni aziendali, ma gestisce anche, filtra, riassume e comprende i dati dei tag RFID.

A causa della grande quantità di dati da tag RFID (pensare migliaia o migliaia di tag sono letti quasi simultaneamente a migliaia di volte), i sistemi di identificazione radio frequenza (RFID) richiedono un nuovo tipo di middleware e middleware integrato tradizionale. Il middleware tradizionale viene utilizzato principalmente per collegare diverse applicazioni (interne ed esterne) all'impresa al fine di:

• Utilizzare diversi protocolli di trasporto per tracciare i dati

• Tradurre i dati in diversi formati

• Servizi web

Requisiti funzionali del middleware RFID

Ci sono diversi requisiti per il middleware RFID, come ad esempio:

• Efficace capacità di interagire con vari database

• Se i produttori includono lettori RFID, stampanti RFID/incoder, sensori e altri dispositivi, qualsiasi dispositivo AIDC può essere integrato.

• Deve gestire dispositivi da posizioni centrali e distribuite e/o attraverso il cloud e deve essere gestibile indipendentemente dalla posizione del sistema.

• Il più importante è l'interfaccia con vari programmi di applicazioni aziendali come Supply Chain Management (SCM), Warehouse Management System (WMS), e Enterprise Resource Planning (ERP).

• Architettura modulare, scalabile e facile da aggiornare

• Fornire trasparenza della piattaforma per mascherare l'eterogeneità, per raggiungere lo scambio tra diverse piattaforme (come hardware diverso (PC, Mac, Solaris, ecc.) e sistema operativo (Linux, Unix, Windows, Apple). Uno

• Supporta gli standard di identificazione radio frequenza (RFID) e fornisce gli standard futuri.

RFID middleware EPCGLOBAL specifica

La comunità EPCglobal, che comprende molti fornitori di tecnologia e utenti finali che progettano e dispiegano la tecnologia RFID e sviluppano middleware RFID, ha sviluppato specifiche per l'interfaccia tra tag RFID standardizzati, lettori RFID e sistemi enterprise. Ci sono quattro criteri principali: Low-Level Reader Protocol (LLRP), Discovery Configuration and Initialization (DCI), Reader Management (RM), e Application-Level Event (ALE).

LIBRO

Lo standard LLRP specifica l'interfaccia tra il lettore RFID e il client. Questo protocollo è chiamato un protocollo di basso livello perché controlla i tempi di funzionamento del protocollo dell'aria RFID e l'accesso ai parametri di comando del protocollo dell'aria.

DCI

Lo standard DCI specifica l'interfaccia tra il lettore RFID e il controller di accesso e la sua rete operativa. Lo standard è progettato per specificare il funzionamento del lettore e del client in modo che il lettore e il client possano utilizzare la rete a cui sono collegati per comunicare con altri dispositivi, scambiare informazioni di configurazione e inizializzare il funzionamento di ogni lettore.

RM

L'attuale standard RM descrive il protocollo cablato utilizzato dal software di gestione per monitorare lo stato operativo e la salute dei lettori RFID che rispettano gli standard EPCglobal. Il protocollo di gestione del lettore specifica l'interazione tra il dispositivo che può interfacciarsi con il tag e il software di gestione.

A

Lo standard ALE afferma che per i clienti di specificare, in modo ad alto livello, dichiarativo, che tipo di codice elettronico del prodotto (un mezzo di EPC) i dati a cui sono interessati è che non vi è alcuna implementazione governativa. Fornisce un formato standardizzato per la segnalazione di dati EPC cumulativi e filtrati, in gran parte indipendenti dalla fonte o dal trattamento dei dati EPC.

Il middleware RFID ha una posizione insostituibile nei sistemi RFID. Anche se la sua funzionalità è a volte ripresa dall'applicazione di sistema, il middleware termina e l'applicazione dell'utente non viene esplicitamente descritta quando inizia. Tutte le attività sono ancora parte del sistema e il flusso di dati è ancora gestito internamente.