Корпоративным ИТ-отделам надо присматриваться к ПО промежуточного слоя и RFID-стандартам
Майкл Кейтон
Использование радиочастотной идентификации (RFID) может стать крупным шагом вперед в управлении логистическими цепочками, хотя для успешного внедрения и интеграции этой технологии с другими корпоративными системами нужно будет самое серьезное внимание уделить планированию и предварительным тестам.
RFID-технологии применимы в широком спектре приложений, однако с точки зрения ИТ сегодня они наиболее перспективны в сфере управления поставками. Существенное влияние RFID окажет на все аспекты управления цепочками поставок от элементарных операций, например перемещения товаров через погрузочно-разгрузочные терминалы, до таких сложных задач, как управление терабайтами собранной в реальном времени информации обо всех имеющихся запасах.
На первых порах метки RFID будут использоваться для управления идентификацией крупных партий товаров, скажем, на уровне транспортировочных контейнеров или поддонов. В этом случае RFID-теги должны иметь уникальный серийный идентификационный код, связывающий каждую партию товара с транспортной накладной отправителя груза. Поскольку в течение одной секунды RFID-считыватель может опрашивать множество тегов, серийный номер послужит гарантией того, что приложение, запрашивающее данные, каждую единицу товара посчитает только один раз.
RFID-теги бывают пассивными или активными. Пассивные теги получают энергию через свою антенну вместе с сигналом считывателя и используют эту энергию для пересылки записанных в них данных обратно на считыватель. Они довольно дешевы и в силу этого по крайней мере в первое время более перспективны для широкого применения. Активные теги снабжаются собственным источником питания (обычно батарейкой) и самостоятельно посылают на считыватель информационный сигнал. Ту же батарейку можно использовать для питания вспомогательных устройств, взаимодействующих с тегами. Например, компания, отгружающая скоропортящийся товар, воспользовавшись активными тегами, интегрированными с термометрами, получает гарантию, что продукты будут находиться при нужной температуре.
RFID-теги применимы и на уровне конкретного экземпляра изделия для сохранения информации, которая необходима другим приложениям. Так, в каждый экземпляр товара можно встроить RFID-тег с данными о гарантии и предшествовавшем обслуживании, что облегчит работу сервисных организаций.
Проблема стандартов
Критическим условием для того, чтобы RFID-технология заняла в логистике такое же место, как ныне используемые штрихкоды, является разработка стандартов кодирования информации тегов.
Спецификациями кодирования базовых сведений о продуктах в RFID-чипах занимается фирма EPCglobal орган стандартизации, отвечающий за отображение информации UPC (Universal Product Code, всемирный код продукта) в штрихкодах. (RFID-чипы призваны дополнить штрихкодирование.) EPCglobal будет устанавливать стандарты передачи данных из RFID-считывателей в различные приложения, а также стандарты их обмена между приложениями, управляющими цепочками поставок. Это упростит электронные транзакции, происходящие между ERP-системами двух компаний, ведущих товарообмен. Стандарты будут определять, как связующее ПО должно обрабатывать полученные RFID-считывателем данные при поступлении товаров на склад, и передавать эти данные в корпоративное приложение (см. рисунок).
ПО промежуточного слоя связывает RFID с корпоративными системами
| Приложение, реализующее инфраструктуру для переноса RFID-данных |
| ПО RFTagAware 1.0 фирмы ConnecTerra управляет RFID-считывателями, обеспечивая сбор достоверной информации, и в то же время образует инфраструктуру для передачи данных радиочастотной идентификации приложениям. Решение ConnecTerra контролирует антенны каждого отдельного считывателя, и поэтому свой продукт компания лицензирует по числу антенн. Начальная стоимость ПО составляет $30 000 в расчете на сто RFID-считывателей, но при более крупных покупках цена на одну антенну будет ниже. ConnecTerra предлагает также специальные расценки для компаний, реализующих пробные программы с ограниченным числом считывающих антенн. Хотя производитель представляет RFTagAware как инфраструктурное решение, продукт относится к категории ПО промежуточного слоя, необходимого компаниям для связывания RFID-считывателей с бизнес-приложениями. Он включает среду разработки для обеспечения взаимодействия данных Savant с внешней бизнес-логикой. (Savant это проект стандарта консорциума EPCglobal, определяющий, как связующее ПО должно структурировать собранные RFID-считывателем данные.) Консоль RFTagAware Monitoring Console поможет компаниям управлять телеметрией RFID-считывателей и контролировать всю сеть используемых считывающих устройств (см. рисунок). Помимо консоли в RFTagAware входят Edge Server, имитатор RFID-считывателя и ALE API (API-интерфейс событий прикладного уровня) для связывания периферийного сервера Edge Server с другими приложениями. ALE API позволяет приложению циклически обращаться с запросами к RFID-сети через Edge Server за информацией о зарегистрированных событиях. Спецификация ALE в настоящее время находится на рассмотрении в EPCglobal. Примером такого запроса может быть требование, чтобы конкретная группа антенн сообщала о любых изменениях информации о товарах, считанной за определенный период или во время прохождения груза через электронный шлюз. Таким образом компания, скажем, может зафиксировать момент, когда контейнер снят с полки, с тем чтобы система управления запасами могла заказать для него замену. Для более тесной интеграции данных, собранных при помощи ALE, компаниям придется либо непосредственно запрограммировать соответствующую бизнес-логику в корпоративных приложениях, либо интегрировать RFTagAware на уровне ALE с другим связующим ПО. Поскольку ALE API-интерфейс основан на XML, строить запросы в приложениях довольно просто. Майкл Кейтон |
ПО промежуточного слоя RFTagAware фирмы ConnecTerra предоставляет приложениям данные о работе RFID-считывателей, размещенных на местах
Нынешняя версия стандарта EPC Tag Data Standard (EPC означает электронный код продукта) регламентирует формат данных для кодирования и считывания информации из 64- и 96-разрядных RFID-тегов. Данные, хранимые в этих тегах, четко определяют сведения о продукте в терминах UPC, включая идентификаторы продукта и его производителя.
Предлагаемый EPCglobal стандарт, который устанавливает, как ПО промежуточного слоя должно структурировать данные, собранные RFID-считывателем, носит название Savant. Поддерживающее Savant связующее ПО будет осуществлять предварительную маршрутизацию и сохранение данных, исключая их дублирование. В корпоративное же приложение будет передаваться только затребованная информация. Спецификация Savant также описывает способы формирования запросов к действующим в сети считывателям.
Стандарты EPCglobal решают ряд вопросов защиты личной информации, требуя вполне определенных средств для удаления хранимых в теге RFID-данных. Однако весьма серьезную озабоченность вызывает тот факт, что предприятия розничной торговли вовсе не обязательно будут удалять теги с проданных товаров.
PML-схема
PML (Physical Markup Language физический язык разметки) является разновидностью XML-схемы, которая обладает расширенными возможностями для задания правил обмена данными в цепочке поставок, использующей RFID. При этом PML-схема обеспечивает приложения широким набором инструкций по обмену данными, абстрагируясь от информации, уже определенной другими стандартами (скажем, UPC).
Язык PML предоставляет приложениям способ собирать не только данные из считывателей, но и сведения о самих считывателях, в частности об их исправности. Он определяет словарь для обмена данными между приложениями, например между отгрузочной системой поставщика и принимающей системой заказчика.
В то же время связующее ПО, обслуживающее приложение цепочки поставок на базе RFID, может выполнять более широкий круг задач, чем определенный в Savant и PML.
Так, фирма ConnecTerra поставляет ПО, действующее в основном на уровне Savant, но учитывающее добавочную информацию о RFID-считывателях (см. врезку). А продукт компании GenuOne, способный управлять правилами, событиями и долговременным хранением данных, легко интегрируется с бизнес-приложениями.
По большому счету корпоративные приложения, связанные с цепочками поставок, например ERP-системы, средства управления складом и CRM-приложения, напрямую с RFID-решениями не интегрируются. Компаниям, планирующим использование RFID-технологии, необходимо найти наиболее рациональные методы управления потоком данных, идущим от считывателя к приложению и пользователю через ПО промежуточного слоя.
Чтобы облегчить интеграцию RFID с существующими приложениями, надо использовать связующее ПО, обеспечивающее самую широкую их поддержку. Компаниям следует выбирать такое ПО промежуточного слоя, которое умеет управлять данными в форматах, понятных их корпоративным приложениям, XML, HTTP, Web Services Intermediaries и др.
При анализе предлагаемых решений заказчикам стоит обращать внимание и на ценовые модели. Большинство RFID-приложений включает периферийный сервер для управления считывателями и обработки RFID-запросов, а также API-интерфейс для интеграции с корпоративными приложениями. Программные продукты могут лицензироваться либо по числу инсталлируемых периферийных серверов, либо по количеству используемых RFID-считывателей.
Имеет смысл подумать и о том, чтобы реализация технологии обеспечивала масштабируемость, достаточную для поддержки промышленного варианта системы.
Даже элементарные варианты реализации RFID-технологии, например вопрос, куда встраивать RFID-теги, могут потребовать ресурсов, выходящих за рамки возможностей многих небольших компаний. Тестовый центр Sun RFID Test Center фирмы Sun Microsystems в Далласе может помочь заинтересованным клиентам в поиске эффективных путей удовлетворения отраслевых требований наряду с возможностями более выгодного использования технологии. 4 С техническим аналитиком Майклом Кейтоном можно связаться по адресу: michael_caton@ziffdavis.com .
