RFID Middleware ist eine Funkfrequenz-Identifizierung (RFID) Software, zwischen Lesern und Business-Business-Anwendungen. Middleware hat mehrere Funktionen, die eine wichtige Rolle im Betrieb und Management von RFID-Systemen spielen. Diese Middleware verwaltet nicht nur RFID-Leser und Drucker, kommuniziert zwischen diesen Geräten und Ihren Geschäftsanwendungen, sondern verwaltet auch, filtert, fasst zusammen und versteht Daten von RFID-Tags.

Aufgrund der großen Anzahl von Daten von RFID-Tags (denken Sie, dass tausende oder tausende von Tags fast gleichzeitig zu tausenden Mal gelesen werden), benötigen Funkfrequenz-Identifizierungssysteme eine neue Art von Middleware und traditionellen integrierten Middleware. Traditionelle Middleware wird hauptsächlich verwendet, um verschiedene Anwendungen (intern und extern) mit dem Unternehmen zu verbinden, um:

• Verwenden您verschiedene Transportprotokolle意志Routendaten

• Daten in verschiedene Formate übersetzen

• Web Services

RFID Middleware Funktionsanforderungen

Es gibt mehrere Anforderungen an RFID Middleware, wie:

• Effektive Interaktionsfähigkeit mit verschiedenen Datenbanken

• Ob Hersteller RFID-Leser, RFID-Drucker/Kodierer, Sensoren und andere Geräte, jedes AIDC-Gerät kann integriert werden.

• Es muss Geräte von zentralen und verteilten Standorten und/oder durch die Cloud verwalten und unabhängig vom Standort des Systems überschaubar sein.

• Das wichtigste ist die Schnittstelle zu verschiedenen Enterprise-Anwendungsprogrammen wie Supply Chain Management (SCM), Warehouse Management System (WMS), und Enterprise Resource Planning (ERP).

• Modulare Architektur, skalierbar und einfach zu aktualisieren

• Bieten Sie Plattformtransparenz, um die Heterogenität zu maskieren, um den Austausch zwischen verschiedenen Plattformen (wie verschiedene Hardware (PC, Mac, Solaris, etc.) und Betriebssystem (Linux, Unix, Windows, Apple) zu erreichen. Ein

• Unterstützt Radio Frequency Identification (RFID) Standards und bietet zukünftige Standards.

RFID中间件EPCGLOBAL Spezifikation

Die EPCglobale Community, die viele Technologie-Anbieter und Endnutzer umfasst, die RFID-Technologie entwerfen und bereitstellen und RFID Middleware entwickeln, hat Spezifikationen für die Schnittstelle zwischen standardisierten RFID-Tags, RFID-Lesern und Unternehmenssystemen entwickelt. Es gibt vier Hauptkriterien: Low-Level Reader Protocol (LLRP), Discovery Configuration and Initialization (DCI), Reader Management (RM), und Application-Level Event (ALE) Standards.

LLRP

Der LLRP-Standard gibt die Schnittstelle zwischen dem RFID-Leser und dem Client an. Dieses Protokoll wird als Low-Level-Protokoll bezeichnet, da es die Betriebszeit des RFID-Luftprotokolls und den Zugriff auf Luftprotokoll-Befehlsparameter steuert.

DCI

Der DCI-Standard gibt die Schnittstelle zwischen dem RFID-Lesegerät und dem Access Controller und seinem Betriebssystem an. Der Standard ist dazu ausgelegt, den Betrieb des Lesegerätes und des Clients anzugeben, damit der Leseer und der Client das Netzwerk nutzen können, an das sie mit anderen Geräten verbunden sind, Konfigurationsinformationen austauschen und den Betrieb jedes Lesegerätes initialisieren.

RM

Der aktuelle RM-Standard beschreibt das von der Managementsoftware verwendete kabelgebundene Protokoll, um den Betriebszustand und die Gesundheit von RFID-Lesern zu überwachen, die den EPCglobalen Standards entsprechen. Das Reader-Management-Protokoll gibt die Interaktion zwischen dem Gerät an, das mit dem Tag und der Management-Software Schnittstelle kann.

A.

In der Norm ALE heißt es, dass für die Kunden, auf hochrangige, deklarative Art und Weise, welche Art von elektronischen Produktcode (ein Mittel des EPÜ) Daten sie interessieren, ist, dass es keine reguläre Umsetzung gibt. Es stellt ein standardisiertes Format zur Berichterstattung kumulativer, gefilterter EPC-Daten bereit, die weitgehend unabhängig von der Quelle oder Verarbeitung von EPC-Daten sind.

RFID Middleware hat eine unersetzbare Position in RFID-Systemen. Auch wenn die Funktionalität manchmal von der Systemanwendung übernommen wird, werden die Middleware-Endungen und die Benutzeranwendung nicht explizit beschrieben, wenn sie beginnt. Alle Aufgaben sind noch Teil des Systems und der Datenfluss wird noch intern bearbeitet.