В общем виде функция управления включает в себя кодирование, сбор, об­работку, фильтрацию и накопление данных, передаваемых с метки на счи­тыватель и обратно в целях интеграции с хост-приложением. Особое зна­чение эта функция приобретает в среде, где считыватель может получать «лавинные» или постоянные потоки данных от меток (например, при уп­равлении цепочками поставок). Данные меток должны подвергаться очис­тке и фильтрации, в частности для устранения дублирования. При этом, в соответствии с предварительно определенными правилами сбора данных, могут выдаваться предупреждения.

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

Хост-приложение

Хост-приложение через считыватель и межплатформенное ПО получает об­работанные и нормализованные данные меток. Обычно функции хост-при - ложения выполняет уже существующая на предприятии программная сис­тема, к примеру, для управления запасами или складом. В зависимости от степени усовершенствования межплатформенного ПО и собственных воз­можностей хост-приложение может даже не нуждаться в сведениях об ис­точнике данных, которые получает. Так, приложение управления запасами может с успехом отслеживать все продукты на полках розничных магазинов, «не зная» о том, как происходит ввод данных. До внедрения RFID их могли вводить вручную или через систему штрихового кодирования. Если в при­ложение встроен вполне определенный интерфейсный протокол ввода дан­ных, то межплатформенное ПО должно лишь обработать и отформатировать данные, поступающие от меток, а также воспользоваться протоколом хост - приложения, чтобы переслать на него информацию.

Однако отдельные приложения могут все же нуждаться в модификации для приема новых наборов данных от межплатформенного ПО, поскольку в них нет четко определенного интерфейсного протокола. Такой сценарий бо­лее вероятен, если приложение установлено давно или является внутренней разработкой.

Если же существующее на предприятии решение принципиально иное, то для выполнения функций хост-приложения должно быть создано или за­куплено другое программное обеспечение. Рассмотрим для примера систему контроля доступа на базе RFID, установленную в компании, где доступом прежде «управляли» металлические ключи. В этом случае для управления, идентификации пользователей и предоставления им прав требуется совер­шенно новое программное приложение.

Однако независимо от того, оказалась ли существующая система спо­собной обрабатывать RFID-данные или возникла необходимость в разра­ботке нового интерфейса или нового продукта, следует помнить еще об одной существенной проблеме. Во многих случаях RFID дает компании совершенно новые данные, поэтому маловероятно, что она обладает биз­нес-моделью, способной в полной мере эффективно использовать эти дан­ные. Так, в типичном решении для управления цепочками поставок на базе RFID товары опознаются по электронным кодам продуктов — ЕРС (Electronic Product Code), представляющим собой расширенную форму используемых в системах штрихового кодирования универсальных ко­дов продуктов (Universal Product Code — UPC) и позволяющим кодировать данные о товарах более детально, чем UPC. В имеющихся бизнес-моделях цепочек поставок и приложениях, первоначально созданных для работы с UPC-данными, теперь открыт доступ к новым расширенным ЕРС-данным, которые эти бизнес-модели и приложения могут и должны использовать эффективно. В разделе «Интеграция цепочек поставок товаров» главы 1 мы назвали эту проблему однозначным распознаванием. Поэтому для обрете­ния возможности в полной мере использовать преимущества работы с но­выми, дополнительными данными, полученными в RFID-системах, компа­ниям действительно необходимо пересмотреть архитектуру бизнес-моделей и приложений.