RFID -этопрограммноеобеспечениедляидентификации радиочастот (RFID), между читателями и бизнес-/бизнес-приложениями. Middleware имеет несколько функций, которые играют важную роль в работе и управлении системами RFID. Это программное обеспечение не только управляет RFID-считывателями и принтерами, общается между этими устройствами и вашими бизнес-приложениями, но и управляет, фильтрует, обобщает и понимает данные из RFID-меток.

Из-за большого количества данных из RFID-меток (подумайте, что тысячи или тысячи тегов читаются почти одновременно в тысячи раз), системы радиочастотной идентификации (RFID) требуют нового типа среднего и традиционного интегрированного ПО. Традиционное ПО в основном используется для подключения различных приложений (внутренних и внешних) к предприятию для:

• Использовать различные транспортные протоколы для маршрутных данных

• Перевод данных в разные форматы

• Веб-службы

RFID-специальные функциональные требования

Существует несколько требований для RFID-серединного ПО, таких как:

• Эффективная способность взаимодействовать с различными базами данных

• Независимо от того, включают ли производители RFID-считыватели, RFID-принтеры / кодеры, датчики и другие устройства, любое устройство AIDC может быть интегрировано.

• Он должен управлять устройствами из центральных и распределенных локаций и/или через облако и должен быть управляемым независимо от местоположения системы.

• Наиболее важным является интерфейс с различными корпоративными прикладными программами, такими как управление цепочками поставок (SCM), система управления складами (WMS) и планирование корпоративных ресурсов (ERP).

• Модульная архитектура, масштабируемая и простая в обновлении

• Обеспечить прозрачность платформы для маскировки неоднородности, для достижения обмена между различными платформами (например, различным оборудованием (PC, Mac, Solaris и т.д.) и операционной системой (Linux, Unix, Windows, Apple). Один

• Поддерживает стандарты радиочастотной идентификации (RFID) и обеспечивает будущие стандарты.

Спецификация EPCGLOBAL

Сообщество EPCglobal, которое включает в себя многих поставщиков технологий и конечных пользователей, которые разрабатывают и внедряют технологию RFID и разрабатывают RFID-серединное ПО, разработало спецификации для интерфейса между стандартными RFID-метками, RFID-считывателями и корпоративными системами. Существуют четыре основных критерия: протокол чтения низкого уровня (LLRP), конфигурация обнаружения и инициализация (DCI), управление считывателем (RM) и стандарты События уровня приложения (ALE).

LLRP

Стандарт LLRP определяет интерфейс между RFID-читателем и клиентом. Этот протокол называется низкоуровневым протоколом, потому что он контролирует время работы протокола RFID и доступ к параметрам командного протокола.

DCI

Стандарт DCI определяет интерфейс между RFID-считывателем и контроллером доступа и его операционной сетью. Стандарт предназначен для указания работы читателя и клиента, чтобы читатель и клиент могли использовать сеть, к которой они подключены, для связи с другими устройствами, обмена информацией о конфигурации и инициализации работы каждого читателя.

RM

Нынешний стандарт RM описывает проводной протокол, используемый программным обеспечением управления для мониторинга состояния работы и состояния здоровья читателей RFID, которые соответствуют стандартам EPCglobal. Протокол управления считывателем определяет взаимодействие между устройством, которое может взаимодействовать с тегом и программным обеспечением управления.

ALE

В стандарте ALE говорится, что для клиентов, чтобы указать, на высоком уровне, декларативным образом, какие данные электронного кода продукта (средства EPC), которые они заинтересованы, заключается в том, что нет никакого регулирования реализации. Он обеспечивает стандартный формат для представления кумулятивных, фильтрованных данных EPC, которые в значительной степени независимы от источника или обработки данных EPC.

RFID-середина имеет незаменимое положение в RFID-системах. Даже если его функциональность иногда берет на себя системное приложение, среднее программное обеспечение заканчивается, и пользовательское приложение явно не описывается, когда оно начинается. Все задачи по-прежнему являются частью системы, и поток данных все еще обрабатывается внутри.