Архитектура, модель программирования и api

Архитектура, модель программирования и api

Иллюстрации

Показать все

Реферат

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Данная заявка претендует на приоритет предварительной патентной заявки США с серийным № 60/606281, поданной 1 сентября 2004, озаглавленной «SYSTEM AND METHODS THAT FACILITATE RFID SERVER PROGRAMMING MODEL AND API'S», и предварительной патентной заявки США с серийным № 60/606577, поданной 2 сентября 2004, озаглавленной «FACILITATE RFID SERVER PROGRAMMING MODEL AND API'S». Данная заявка также соотносится к находящимся в процессе одновременного рассмотрения патентными заявками США с серийными номерами 11/025702, 11/061356 и 11/061337, зарегистрированными 29 декабря 2004 г., 18 февраля 2005 г. и 18 февраля 2005 г. соответственно. Совокупность этих заявок включена в данное описание в качестве ссылки.

ОБЛАСТЬ ТЕХНИКИ

Данное изобретение в общем случае относится к радиочастотной идентификации (РЧИД, RFID), а более конкретно - к системе и/или способу, которые генерируют структуру для создания и/или выполнения приложения РЧИД.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

Многие предприятия розничной торговли, производственные предприятия и предприятия-распространители применяют различные инновационные способы работы для увеличения эффективности. Эти предприятия могут контролировать хранящиеся запасы для облегчения оптимизации спроса и предложения по отношению к потребителям. Один из аспектов получения максимальной прибыли зависит от надлежащего накопления запасов так, чтобы их пополнение происходило вместе с истощением запасов товаров и/или продуктов (изделий). Например, розничный торговец, продающий компьютеры и/или видеомагнитофоны, должен осуществлять поставки компьютеров в соответствии с их продажами населению и видеомагнитофонов в соответствии с их продажами населению. Таким образом, если на компьютеры существует повышенный спрос (например, их продается большее количество), чем на видеомагнитофоны, то розничный торговец может чаще поставлять компьютеры для оптимизации спроса и предложения и, в свою очередь, прибыли. Контроль запасов и сопутствующих продаж может быть сложной задачей, причем результирующая деятельность сопоставима с «черным ящиком», так как внутренняя работа - неизвестна; тем не менее контроль продуктов является критическим элементом эффективности учета запасов/продуктов.

Технология автоматической идентификации и сбора данных (АИСД, AIDC), а более конкретно радиочастотной идентификации (РЧИД), была разработана, основываясь по меньшей мере на необходимости исправить неточности обычных систем контроля и/или методологий (например, считывающих устройств штрихового кода, штриховых кодов и/или универсальных товарных кодов (УТК, UPC)). РЧИД - методика удаленного хранения и извлечения данных, которая использует радиометки. Так как системы РЧИД основаны на радиочастоте и соответствующих сигналах, многочисленные выгоды и/или преимущества превосходят традиционные методики контроля продуктов. Технология РЧИД не требует, чтобы продукт находился в поле зрения для контроля продуктов и/или приема сигналов от радиометок. Таким образом, не нужно ручное сканирование, при котором сканер должен находиться в непосредственной близости от адресата (например, продукта). Тем не менее при РЧИД расстояние ограничено в зависимости от радиочастоты, размера радиометки и соответствующего источника энергии. Дополнительно, системы РЧИД позволяют множество считываний в секунду, обеспечивая быстрое сканирование и идентификацию. Другими словами, система РЧИД предоставляет возможность считывать и/или идентифицировать множество радиометок, когда радиометки находятся в пределах диапазона действия считывающего устройства РЧИД. Вызывает восхищение возможность многочисленных считываний в системе РЧИД, а также способность обеспечивать информационные радиометки, которые содержат уникальный идентифицирующий код для каждого отдельного продукта.

Кроме того, системы и/или методологии РЧИД обеспечивают в реальном времени данные, которые связаны с помеченным элементом. Потоки данных в реальном времени предоставляют розничному торговцу, дистрибьютору и/или изготовителю возможность точно контролировать запасы и/или продукты. Использование РЧИД может дополнительно облегчать доставку продуктов при внешнем распределении (например, от розничного торговца к потребителю) и внутреннем распределении (например, от дистрибьютора/изготовителя к розничному торговцу). Дистрибьюторы и/или изготовители могут контролировать отгрузку товаров, качество, количество, время отправки и т.д. Кроме того, розничные торговцы могут отслеживать количество принятых запасов, расположение таких запасов, качество, срок годности и т.д. Описанные выгоды демонстрируют гибкость технологии РЧИД при функционировании во многих областях, таких как внешняя доставка, внутренняя доставка, система распределения, производство, розничная продажа, автоматизация и т.д.

Система РЧИД состоит по меньшей мере из радиометки и приемопередатчика РЧИД. Радиометка может содержать антенну, которая обеспечивает прием и/или передачу радиочастотных запросов от приемопередатчика РЧИД. Радиометка может быть маленьким объектом, таким как, например, клейкая этикетка, гибкая метка и интегрированный чип и т.д. Обычно существуют радиометки, которые используют четыре различных вида частот: низкочастотные радиометки (приблизительно между 125-134 килогерцами), высокочастотные радиометки (приблизительно 13,56 мегагерц), радиометки УВЧ (приблизительно 868-956 мегагерц) и микроволновые радиометки (приблизительно 2,45 гигагерца).

В общем случае система РЧИД может включать в себя многочисленные компоненты: радиометки, считывающие устройства радиометок (например, приемопередатчики радиометок), записывающие устройства радиометок, станции программирования радиометок, считывающие устройства обращения, сортировочное оборудование, цифровые зонды учета радиометок и т.д. Кроме того, различные марки, модели, типы и/или приложения могут быть связаны с соответствующими компонентами (например, радиометками, считывающими устройствами радиометок, станциями программирования радиометок, считывающими устройствами обращения, сортировочным оборудованием, цифровыми зондами учета радиометок...), которые могут усложнить обнаружение, конфигурирование, настройку, осуществление связи, обслуживание, обеспечение безопасности и/или совместимость в пределах системы РЧИД и с другими системами РЧИД. Ввиду приведенной выше информации существует потребность обеспечить единообразный способ обнаружения, конфигурирования, настройки и осуществления связи с устройствами РЧИД по отношению к изготовителю и соответствующие спецификации.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Далее представлено упрощенное описание сущности изобретения для обеспечения основного понимания некоторых аспектов изобретения. Эта сущность не является обширным обзором изобретения. Она не предназначена ни для идентификации ключевых или критических элементов изобретения, ни для очерчивания формы изобретения. Единственная цель состоит в том, чтобы представить некоторые концепции изобретения в упрощенной форме как вводную часть к более подробному описанию, которое представлено позднее.

Данное изобретение относится к системам и/или способам, которые облегчают воплощение модели, которая может использоваться для создания процесса РЧИД во время проектирования и для выполнения процесса РЧИД во время выполнения. Компонент приемника может принимать данные, причем компонент модели может создавать модель, основываясь по меньшей мере частично на принятых данных, которая облегчает создание приложения РЧИД во время проектирования и выполнение приложения РЧИД во время выполнения. Компонент приемника может получать данные, такие как внешняя вводимая информация (например, вводимая конечным пользователем информация, вводимая разработчиком приложения информация и т.д.), относящиеся к устройству данные (например, данные антенн, данные конфигурации, идентификацию, адрес, версию...), относящиеся к средству доступа данные, данные радиометки, совокупность устройств, политику фильтрации, политику оповещения, логический источник (причем логический источник может содержать, например, совокупность (совокупности) устройств, дополнительные политики фильтрации и/или оповещения и/или дополнительный обработчик событий), обработчик событий, событие..., но которые не ограничены ими. Модель, созданная с помощью компонента модели, может использоваться для облегчения создания, использования, выполнения и/или обслуживания процесса РЧИД. Кроме того, компонент модели может использовать конвейер обработки событий, причем конвейерное событие может использовать узлы обработки. Узлы обработки конвейерных событий могут быть по меньшей мере одним из фильтрации (например, недопустимой радиометки, дубликата радиометки, удаленной радиометки и т.д.), оповещения (например, обнаружение воровства, пустой радиометки и т.д.) и обработчика событий (например, внутреннего перемещения, события, относящегося к определенному виду деятельности, и т.д.). Событие может обогащаться и/или заполняться данными, когда оно продвигается по конвейеру.

В соответствии с одним из аспектов данного изобретения компонент модели может использовать структуру (которая может быть объектом (например, устройством, логическим источником, политикой фильтрации, политикой оповещения, обработчиком событий, средством слежения, обработчиком записи, объектом процесса РЧИД, хранилищем и т.д.), классом структуры, иерархической структурой по меньшей мере одного класса, интерфейсом, исключением, компонентом архитектуры, схемой, объектной моделью, прикладным программным интерфейсом (API)...., но не ограничена ими), которая облегчает создание и выполнение процесса РЧИД. Логический источник может представлять поток считываемой информации от физического устройства на сервер, который сводит в единое целое объект и может представлять обрабатываемые данные радиометки в пределах процесса РЧИД. Следует признать, что компонент модели может охватывать по меньшей мере одно из: управления устройствами, управления средствами доступа, управления хранилищами, контроля работоспособности, проектирования процесса, использования процесса и его выполнения.

В соответствии с другим аспектом данного изобретения компонент модели может создавать и/или выполнять различные приложения РЧИД, такие как процесс производства (например, запись радиометки на окончательном этапе производства продукта и т.д.), экспортный процесс (например, выбор определенным образом отмеченного продукта, выбор упакованного определенным образом отмеченного продукта, отгрузка выбранного определенным образом отмеченного продукта, прием определенным образом отмеченного продукта и т.д.), связанный с определенным видом деятельности процесс, общая операция..., но которые не ограничены ими.

В соответствии с еще одним аспектом данного изобретения компонент модели может включать в себя компонент объектной модели (ОМ), который создает объектную модель и/или прикладной программный интерфейс (API) для облегчения использования модели, которая основана на данной структуре. Компонент модели может вызывать объектную модель, которая может быть OM процесса РЧИД, OM выполнения процесса РЧИД, OM диспетчера сервера, OM обнаружения, OM хранилища и OM авторизации, но которая не ограничена ими. Следует признать, что компонент модели может охватывать по меньшей мере одно из: управления устройствами, управления средствами доступа, управления хранилищами, контроля работоспособности, проектирования процесса, использования процесса и его выполнения. Созданная OM может использоваться для облегчения создания и/или выполнения процесса РЧИД во время проектирования и во время выполнения соответственно.

В соответствии с еще одним аспектом данного изобретения способ обеспечивает реализацию структуры для предоставления возможности создания процесса РЧИД во время проектирования и выполнения процесса РЧИД во время выполнения. Таким образом, реализация, создание и выполнение процесса РЧИД могут воплощаться, используя данную модель. Дополнительно, в соответствии с данным изобретением используют способ, который облегчает создание, использование и управление логическим процессом РЧИД, а также физическими устройствами единообразным способом. Кроме того, с помощью данного приложения обеспечивают способ и/или систему для осуществления всего жизненного цикла процесса РЧИД.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 показывает структурную схему примерной системы, которая облегчает использование модели для создания и/или выполнения приложения РЧИД.

Фиг. 2 показывает структурную схему примерной системы, которая облегчает использование модели для осуществления процесса РЧИД.

Фиг. 3 показывает структурную схему примерной системы, которая облегчает использование логического источника.

Фиг. 4 показывает структурную схему примерной системы, которая облегчает разработку и создание процесса РЧИД.

Фиг. 5 показывает структурную схему примерной системы, которая облегчает использование объектной модели для создания приложения РЧИД.

Фиг. 6 показывает структурную схему примерной системы, которая облегчает использование модели, которая использует интерфейс, сервис API, исключение и безопасность.

Фиг. 7 показывает структурную схему примерной системы, которая облегчает использование модели для создания и использования процесса РЧИД.

Фиг. 8 показывает структурную схему примерной системы, которая облегчает использование модели во время проектирования.

Фиг. 9 показывает структурную схему примерной системы, которая облегчает использование модели во время выполнения.

Фиг. 10 показывает структурную схему примерной системы, которая облегчает осуществление иерархической структуры классов, основанных на модели, для создания приложения РЧИД.

Фиг. 11 показывает структурную схему примерной системы, которая облегчает осуществление иерархической структуры классов, основанных на модели, для создания приложения РЧИД.

Фиг. 12 показывает примерную последовательность операций для использования структуры модели для разработки и создания процесса РЧИД.

Фиг. 13 показывает примерную последовательность операций для создания процесса РЧИД.

Фиг. 14 показывает примерную сетевую конфигурацию, в которой могут использоваться новые аспекты данного изобретения.

Фиг. 15 показывает примерную конфигурацию, которая может использоваться в соответствии с данным изобретением.

ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

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

Теперь переходя к фигурам, фиг. 1 показывает систему 100, которая облегчает использование модели, основываясь по меньшей мере на структуре, которая может использоваться для создания приложения РЧИД. Компонент 102 приемника может принимать данные и передавать эти данные компоненту 104 модели, который может создавать модель 106, основываясь по меньшей мере частично на этих данных. Модель 106 может использоваться для облегчения создания приложения РЧИД. Компонент 102 приемника может получать данные, такие как внешние вводимые данные (например, данные, вводимые конечным пользователем, данные, вводимые разработчиком приложения, и т.д.), относящиеся к устройству данные (например, данные антенн, данные конфигурации, идентификацию, адрес, версию...), относящиеся к средству доступа данные, данные радиометки, совокупность устройств, политику фильтрации, политику оповещения, логический источник (причем логический источник может содержать, например, совокупность(и) устройств, дополнительные политики фильтрации и/или оповещения и/или дополнительный обработчик событий), обработчик событий, событие..., но не ограничены ими. Хотя изображенный компонент 102 приемника показан как отдельный компонент, следует признать, что компонент 102 приемника можно внедрять в компонент 104 модели, и такой пример (даже когда его внедряют в другой компонент или в автономный компонент) не должен рассматриваться в качестве ограничения.

Модель 106 может использоваться для создания приложения РЧИД, которое обеспечивает общие операции и/или определенные для вида деятельности сценарии. Например, различные приложения РЧИД могут создаваться, основываясь по меньшей мере на модели 106, такие как процесс производства (например, запись радиометки на окончательном этапе производства продукта и т.д.), экспортный процесс (например, выбор определенным образом помеченного продукта, выбор упакованного определенным образом помеченного продукта, отгрузка выбранного определенным образом помеченного продукта, прием определенным образом помеченного продукта и т.д.), связанный с определенным видом деятельности процесс..., но не ограничены ими. Следует признать, что компонент 104 модели может создавать множество приложений РЧИД, имеющих различные характеристики и/или спецификации, относящиеся к принятым данным. Кроме того, компонент 104 модели может создавать приложения РЧИД поверх OM (например, использовать OM, которая раскрыта с помощью данной структуры) для удовлетворения их функциональных возможностей.

Кроме того, компонент 104 модели может создавать модель 106 так, чтобы существовала по меньшей мере одна структура, которую можно использовать для создания по меньшей мере одного приложения РЧИД. Следует признать, что структура может включать в себя объект (например, устройство, логический источник (причем логический источник может содержать, например, совокупность устройств, дополнительные политики фильтрации и/или оповещения и/или дополнительный обработчик событий), политику фильтрации, политику оповещения, обработчик событий, средство слежения, обработчик записи, объект процесса РЧИД, хранилище и т.д.), класс структуры, иерархическую структуру по меньшей мере одного класса, интерфейс, исключения, компонент архитектуры, схемы, объектную модель, прикладной программный интерфейс (API)..., но не ограничена ими. Например, компонент 102 приемника может принимать данные, относящиеся по меньшей мере к одному устройству. Это устройство может быть считывающим устройством РЧИД, записывающим устройством РЧИД, устройством запуска РЧИД, приемником РЧИД, датчиком, событием реального времени, сигналом РЧИД... Другими словами, устройство может быть любым соответствующим компонентом, способным принимать события реального времени, причем устройство не обязательно должно быть относящимся к РЧИД объектом. Компонент 102 приемника может обеспечивать данные к компоненту 104 модели. Компонент 104 модели может генерировать модель 106, основываясь по меньшей мере частично на принятых данных. Следует признать, что модель 106 может использоваться для создания по меньшей мере одного процесса РЧИД, который может обеспечивать общую операцию и/или определенный для вида деятельности сценарий вместе по меньшей мере с одним устройством. Другими словами, компонент 104 модели создает модель 106, основываясь по меньшей мере частично на информации устройства. В другом примере приложение РЧИД может быть приложением процесса производства. Устройство, такое как считывающее устройство/записывающее устройство РЧИД, может записывать радиометку на поддоне товаров (например, готовом для отправки потребителям). Используя модель 106, приложение РЧИД может записывать радиометку на поддоне при, например, обнаружении события считывания радиометки, сигнале внешнего события и т.д. Следует признать и понять, что структура может обеспечивать логическое планирование обработки, которая может представлять логический процесс, причем логический процесс можно связывать с физическим устройством во время выполнения для обеспечения полного разделения логической модели и физической модели. Другими словами, разработчик и/или пользователь может записать однажды и использовать где угодно.

Кроме того, компонент 104 модели может использовать конвейер обработки событий, причем конвейерное событие может использовать узлы обработки. Узлы обработки конвейерного события могут быть по меньшей мере одним из фильтрации (например, недопустимой радиометки, дубликата радиометки, удаленной радиометки и т.д.), оповещения (например, обнаружение воровства, пустой радиометки и т.д.) и обработчика событий (например, внутреннее перемещение, относящееся к определенному виду деятельности событие и т.д.). Событие может обогащаться и/или заполняться данными, когда оно продвигается по конвейеру. Например, информацию от источника могут принимать с помощью средства правил (СП) (не показано), причем СП может выполнять политику фильтрации и/или политику оповещения. СП может затем передавать источник к N компонентам (например, EventHandler 1 (обработчику событий 1), EventHandler 2 (обработчику событий 2), ... EventHandler N (обработчику событий N)), где N - целое число, которое больше 1. Последний компонент в обрабатывающем события конвейере может обеспечивать выходную информацию, которую заполняют и/или обогащают.

Следует признать, что компонент 104 модели может быть моделью, которая используется в течение всего жизненного цикла процесса РЧИД. Сначала создают логический источник по меньшей мере с помощью одного из: совокупности устройств, политики событий и обработчика событий. Затем может воплощаться заказной компонент, такой как политика и/или обработчик событий. Затем логический источник(и) может объединяться вместе со средством слежения и/или опциями безопасности для создания процесса. Устройство(а) может конфигурироваться, совокупности считывающих устройств могут связываться в данном процессе с физическим устройством и затем использоваться. Информация может извлекаться из выполняющегося процесса/процессов, управляемого устройства и/или процесса. Кроме того, процессы могут реконфигурироваться с помощью динамического изменения политики (например, во время выполнения процесса).

Фиг. 2 показывает систему 200, которая облегчает использование модели для создания и выполнения приложения РЧИД. Компонент 202 модели может использоваться для создания модели (не показана), которая облегчает формирование приложения РЧИД для обеспечения общей операции и/или определенного для вида деятельности сценария. Компонент 202 модели может включать в себя по меньшей мере один объект, который облегчает создание и выполнение приложения/процесса РЧИД. Следует признать, что компонент 202 модели может по существу быть подобен компоненту 102 модели, который показан на фиг. 1. Кроме того, компонент приемника (не показан) может принимать данные, которые могут помочь в создании приложения/процесса РЧИД. Хотя он и не показан, компонент приемника может быть внедренным (встроенным) компонентом в пределах компонента 202 модели, автономным модулем и/или их комбинацией, но не ограничен ими.

Компонент 202 модели может включать в себя компонент 204 устройства. Компонент 204 устройства может быть считывающим устройством РЧИД, записывающим устройством РЧИД, передатчиком РЧИД, приемником РЧИД, принтером РЧИД, ретранслятором, приемопередатчиком..., но не ограничен ими. Следует признать, что компонент 202 модели может включать в себя множество компонентов 204 устройства, но для краткости показан только один. Компонент 204 устройства может осуществлять связь с радиометкой через радиоволны и/или передавать информацию в цифровой форме к хосту. Кроме того, компонент 204 устройства может записывать и/или программировать по меньшей мере одну радиометку (например, если радиометка совместима с такой функцией). Компонент 204 устройства могут обнаруживать и/или конфигурировать для выполнения функции совместно с приложением/процессом РЧИД. Дополнительно, компонент 204 устройства конфигурируют с помощью одного из: установки идентификации устройства, присваивания имени для ссылки, считывания запускающих событий и/или других определенных для выполнения параметров, записи запускающих событий и/или других определенных для выполнения параметров...

В соответствии с одним из аспектов данного изобретения компонент 204 устройства может быть принтером РЧИД, который получает команду от хоста для выполнения радиометкой. Напротив, типичные методики получают информацию от радиометки и передают информацию к хосту. Например, принтер может получать идентификацию радиометки, а также штриховой код и печатать его на радиометке.

Кроме того, может существовать выборка компонентов 204 устройства, которые связаны друг с другом, основываясь по меньшей мере на физическом расположении. Выборка компонентов 204 устройства, связанных друг с другом, может формировать совокупность логических устройств и/или может определяться как логические устройства записи. Следует признать, что обычная операция (например, запуск считывания, запуск записи, запуск передачи и т.д.) может определяться для одного или большего количества компонентов 204 устройства. Например, компонентами устройства могут быть считывающие устройства РЧИД на двери A склада, на двери B склада и на двери C склада. Считывающие устройства РЧИД (например, компоненты 204 устройства) могут объединяться вместе как совокупность устройств, которую могут называть «совокупностью устройств отгрузки».

Компонент 202 модели может дополнительно включать в себя компонент 206 логического источника, который объединяет по меньшей мере одно из: совокупности устройств (например, совокупность устройств содержит один или большее количество компонентов 204 устройства), фильтрации, оповещения, обработчика событий (обсуждаются ниже) и дополнительного логического источника(ов). Компонент 206 логического источника может представлять данные радиометки и/или то, как данные радиометки обрабатывают в процессе РЧИД до передачи к приемнику (определен ниже). Следует признать, что основная форма компонента 206 логического источника - совокупность устройств, причем всю считываемую/записываемую информацию из совокупности устройств непосредственно посылают к приемнику.

Компонент 206 логического источника может использовать набор семантик выполнения, используя по меньшей мере одно из следующего: совокупность устройств и/или логический источник для создания события считывания радиометки и/или событие базовой системы; дополнительный фильтр, который может использовать событие считывания-записи радиометки и/или отфильтровывать нежелательную информацию считывания-записи; дополнительное оповещение, которое может потреблять событие считывания-записи радиометки и/или событие для оценки оповещения и выполнения одного или большего количества действий; дополнительный обработчик событий, который может использовать событие считывания-записи радиометки и обрабатывать по существу подобное событие считывания радиометки. Следует признать, что фильтрацию, оповещение и обработку событий выполняют в порядке, определяемом с помощью вводимой информации (например, через пользователя, разработчика приложения и т.д.) процесса РЧИД. Например, пользователь может определять следующий порядок и/или описание компонентов в пределах компонента 206 логического источника, где знак «->» имеет значение «определяют с помощью»: alertpolicy1 (политика оповещения 1) -> посылают администратору сообщение (например, сообщение службы коротких сообщений (SMS)), если радиометку считывают между X и Y, где X связан с датой и/или временем и Y связан с последующей относительно X датой и/или временем; filterpolicy1 (политика фильтрации 1) -> удаляют считанные дубликаты радиометок, используя методику устранения дублирования; eventhandler1 (обработчик событий 1) -> если элемент соответствует условию (например, пальто, которое является серым), то обогащают данные через запись радиометки; filterpolicy2 (политика фильтрации 2) -> игнорируют пальто, которые стоят меньше 500 $ (например, этот фильтр основан на данных, которые были добавлены с помощью eventhandler1 (обработчика событий 1)); alertpolicy2 (политика оповещения 2) -> проверяют запасы новых пальто и оповещают администратора об уровне запасов (например, большие или маленькие запасы); и т.д. Из предыдущего примера следует, что оповещение, фильтрацию и обработку событий выполняют в порядке, определяемом с помощью вводимой информации и/или пользователя. Следует признать, что выходную информацию последнего компонента в обработчике событий определяют как выходную информацию компонентов 206 логического источника.

Обращаясь кратко к фиг. 3, на ней показан логический источник 302, который может использоваться для создания модели, которая используется для создания приложения РЧИД. В частности, логический источник 302 считывает и/или записывает поток радиометок. Поток считываемой информации может обрабатываться, что приводит к другому потоку считываемой информации. Следует признать, что логический источник 302 может рекурсивно содержать по меньшей мере один другой логический источник. Группу событий и/или считываемую информацию 304 радиометки можно посылать к средству 306 правил, где могут выполняться дополнительные фильтрация и/или оповещения. Группой событий и/или считываемой информацией 304 радиометки могут быть N логических источников, где N больше или равно одному, и/или М совокупностей устройств, где М больше или равно одному. После средства 306 правил группу событий и/или считанную информацию 304 радиометки можно передавать к компоненту 308. Может существовать N компонентов 308, где N больше или равно одному. Кроме того, компонент 308 может быть обработчиком событий.

Возвращаясь к фиг. 2, компонент 202 модели может включать в себя компонент 208 политики, который может обеспечивать дополнительную политику фильтрации и/или дополнительную политику оповещения. Фильтр в общем случае является логической конструкцией, которую выполняют с входящими потоками необработанных данных, и она может определяться для компонента 206 логического источника через ряд логических правил (например, для входящего события считывания радиометки), которые могут группироваться в политику. Политика фильтрации предоставляет возможность пропускать список допустимых радиометок, причем правила в политике - ограничения, которые не нарушают. При нарушении радиометку (например, которую называют дефектной радиометкой), которая нарушила ограничение, удаляют из списка радиометок. Результатом является список допустимых радиометок, которые разрешены политикой фильтрации. Например, поддон/коробка/элемент может быть фильтром, который предоставляет возможность устройству считывать радиометки определенного типа и/или удалять считанные радиометки определенного типа, которые не должны обрабатываться.

Оповещение - другой механизм для выражения правил, которые используются для оценки потоков данных. Оповещения могут выражаться как ряд логических правил, сгруппированных в политику, которые оценивают многочисленные события, которые могут включать в себя событие считывания-записи радиометки. Действия, связанные с этими правилами, могут быть одним или большим количеством определяемых пользователем видов оповещения. Например, оповещение может быть установлено так, что если считывание радиометки зарегистрировано между 6 вечера и 6 утра с помощью компонента 206 логического источника, то активизируют сигнал тревоги, и может оповещаться одно из: супервизора, агентства безопасности и т.д. Кроме того, оповещение может быть по меньшей мере одним из: подачи звукового сигнала, передачи текстового сообщения, блокировки здания, передачи сообщения электронной почты, световой сигнализации, выполнения видеосъемки, перемещения... Следует признать, что модель, созданная с помощью компонентов 202 модели, предоставляет пользователю возможность осуществления фильтрации и/или оповещения системы через методику «включай и работай». Например, система может использовать средство правил (СП), которое может оценивать правила/условия и/или принимать меры при событии, основываясь на оценке.

Компонент 202 модели может дополнительно включать в себя компонент 210 обработчика событий для управления событием от компонента 206 логического источника. Компонент 210 обработчика событий может использоваться по меньшей мере для одного из следующего: для применения логики в реальном времени для событий считывания радиометки и/или обогащения события определенным образом; для использования события приложением более высокого уровня; для обратной записи на радиометке, когда обнаружено событие считывания пустой радиометки и т.д. Компонент 210 обработчика событий может определять действия, когда происходят исключения, такие как ошибка при считывании и ошибка при записи, но которые не ограничены ими. Следует понимать, что исключения могут передаваться от компонента 206 логического источника во время выполнения (например, при управлении определенным для процесса событием).

В соответствии с одним из аспектов данного изобретения модель, созданная компонентом 202 модели, позволяет определять и использовать заказное воплощение компонента 210 обработчика событий. Например, если средство правил (СП) не позволяет выполнять фильтрацию и/или оповещение, то компонент 210 обработчика событий может обеспечивать такие функциональные возможности. Кроме того, компонент обработчика событий 210 может быть осуществлен как «всеобъемлющий» компонент, который может использоваться по существу подобно фильтрации и/или оповещению. Все еще обращаясь к фиг. 2, компонент 202 модели может включать в себя компонент 212 обработчика записи, который дает возможность процессу РЧИД посылать команды компоненту 204 устройства, основываясь по меньшей мере на внешней вводимой информации и/или событиях от компонентов 206 логического источника, причем событием являются событие считывания радиометки, событие записи радиометки и событие проверки работоспособности считывающего устройства. Обработчик событий может также использоваться для генерации относящегося к торговле события (например, внутреннее перемещение, событие доставки, основанное на логике заказов/оценке входящих потоков событий, а также на внешних источниках данных).

Компонент 202 модели может включать в себя компонент 214 процесса РЧИД, который является uber и/или объектом высокого уровня, который обеспечивает модель имеющей значение элементом выполнения. Например, компонент 214 процесса РЧИД может быть процессом доставки, который представляет многочисленные устройства в различных дверях склада, которые работают вместе для выполнения считывания радиометок, фильтрации, обогащения считываемой информации, оценки оповещения и хранения данных в приемнике