СХЕМА ЯЗЫКА РАЗМЕТКИ ПРИЛОЖЕНИЯ СЧИТЫВАТЕЛЯ
READER APPLICATION MARKUP LANGUAGE SCHEMA

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение в целом относится к радиочастотной идентификации (RFID), а более конкретно к языковой схеме для облегчения исполнения RFID-процесса, связанного с системой и/или способом RFID.
ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Эта заявка испрашивает приоритет предварительной заявки на патент США «SYSTEM AND METHODS THAT FACILITATE RFID SERVER PROGRAMMING MODEL AND API'S» («Система и способы, которые содействуют модели программирования сервера и интерфейсам прикладного программирования RFID») № 60/606281, поданной 1 сентября 2004 г., и предварительной заявки на патент США «FACILITATE RFID SERVER PROGRAMMING MODEL AND API'S» («Модель программирования сервера и интерфейсы прикладного программирования для содействия RFID») № 60/606577, поданной 2 сентября 2004 г. Полное содержание этих заявок включено в настоящее описание посредством ссылки.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
Многие предприятия розничной торговли, производства и оптовой торговли применяют разные и технически прогрессивные методы работы, чтобы увеличить рентабельность. Эти предприятия отслеживают складские материально-производственные запасы, для того чтобы оптимизировать спрос и предложение по отношению к потребителям. Один из аспектов максимизации прибыли тесно связан с правильным складированием материально-производственных запасов, так чтобы пополнение запасов происходило в соответствии с расходованием товаров и/или продуктов. Например, розничный продавец, продающий компьютер и кассетный магнитофон (VCR), должен запасать компьютер в зависимости от его потребительских продаж и запасать VCR в зависимости от его потребительских продаж. Таким образом, если компьютер имеет больший спрос (например, большее количество проданных единиц), чем VCR, то розничный продавец может пополнять запасы компьютера более часто, для того чтобы оптимизировать спрос и предложение, а в свою очередь, и прибыль. Отслеживание (мониторинг) товарно-производственных запасов и связанных продаж является сложной задачей, в которой активность продукта сопоставима с черным ящиком, поскольку внутреннее действие не известно; тем не менее, мониторинг продуктов является ключевым элементом в рентабельности запасов/продуктов.
Одним из типов систем и/или способа мониторинга, относящихся к продуктам, является портативное устройство сбора изображений (например, считыватель штрих-кода), которое широко используется в отраслях промышленности производства, обслуживания и комплектной доставки. Такие устройства могут выполнять большое количество действий по сбору данных на месте использования. Портативные устройства сбора данных часто включают в себя интегрированные считыватели форм данных со штрих-кодами, приспособленные для считывания форм данных со штрих-кодами, прикрепленных к изделиям, товарной упаковке и/или контейнерам на товарных складах, в магазинах розничной продажи, перевалочных базах, для контроля запасов, прослеживания, управления и ускорения производства, поддержания качества и других целей.
Уникальный штрих-код может быть помещен на продукт, при этом штрих-код может быть ассоциирован с информацией, относящейся к продукту. Например, сканер штрих-кода может быть использован, чтобы сканировать штрих-код на продукте, и информация может быть извлечена на основании сканирования. Такая идентификация информации, однако, является эстетически неприятной, так как такая информация может затруднять работу с продуктом. Кроме этого, разрывы, загрязнения, отсутствие или другое физическое повреждение/деформация на штрих-коде может приводить такие традиционные системы и/или методологии, по существу, в состояние непригодности. Если часть штрих-кода оборвана с продукта, то сканер штрих-кода не может быть способным правильно считывать штрих-код. Подобным образом грязь на продукте может привести такой штрих-код в нечитабельное состояние.
К тому же, системы и/или способы мониторинга, использующие считыватели штрих-кода и универсальный код продуктов (UPC), наталкивают пользователя (например, розничного продавца, оптового продавца, производителя, ...) на дополнительные осложнения. Считыватели штрих-кода требуют линии обзора, для того чтобы отслеживать продукцию. Например, типичная штрих-кодовая система требует, чтобы сканер был в пределах 4-8 дюймов (10-20 см) от штрих-кода и/или UPC, чтобы успешно выполнять надлежащее считывание. Штрих-кодовая система не только требует линии обзора, над каждым продуктом необходимы ручные операции сканирования, для того чтобы идентифицировать продукт. Более того, единственный штрих-код и/или UPC должен представлять все варианты продукта (например, бутылка кетчупа торговой марки Tomato обозначена единственным UPC и/или штрих-кодом для представления продукта). В дополнение объем информации, ассоциированной с одиночным штрих-кодом и/или UPC, ограничен. Таким образом, сканирование кетчупа торговой марки Tomato может предоставить идентификацию и цену продукта. Информация не только недостаточна, кроме того, информация не подходит для мониторинга продукта в реальном времени.
Технология автоматической идентификации и захвата данных (AIDC), особенно радиочастотная идентификация (RFID) была разработана, основываясь по меньшей мере на необходимости ликвидировать вышеприведенные недостатки систем и/или методологий мониторинга (например, штрих-кодовых считывателей, штрих-кодов, и/или кодов UPC). RFID является способом удаленного хранения и извлечения данных с использованием RFID-ярлыков. Поскольку RFID-системы основаны на радиочастоте и ассоциированных сигналах, то многочисленные полезные результаты и/или преимущества превосходят традиционные технологии при мониторинге продукции. Технология RFID не требует линии обзора, для того чтобы отслеживать продукцию и/или принимать сигналы от RFID-ярлыков. Таким образом, ручное сканирование не нужно, при этом сканеру не требуется быть в непосредственной близости от предмета (например, продукта). Вдобавок, диапазон в RFID ограничен радиочастотой, размером RFID-ярлыка и ассоциативно связанной мощностью источника. Дополнительно системы RFID предоставляют возможность многочисленных операций считывания в пределах секунд, обеспечивая быстрые операции сканирования и идентификацию. Другими словами, RFID-система предоставляет возможность считывания и идентификации большого количества ярлыков, когда ярлыки находятся в пределах дальности действия RFID-считывателя. Пропускная способность многочисленных операций считывания в RFID-системе дарована возможностью предоставления информационных ярлыков, которые содержат в себе уникальный идентификационный код каждому отдельному продукту. Поэтому в отличие от штрих-кодовой системы, каждая бутылка кетчупа, изготовленного с торговой маркой Tomato, будет иметь ассоциативно связанный идентификационный код. Например, две бутылки кетчупа, изготовленные с торговой маркой Tomato, имеют два индивидуальных идентификационных кода, ассоциативно связанных с ними в пределах RFID-системы; тогда как в штрих-кодовых системах две бутылки кетчупа, изготовленных с торговой маркой Tomato, будут иметь один и тот же штрих-код и/или UPC. В еще одном примере системы и/или RFID и могут быть приведены в действие в воде, к примеру при прослеживании и/или мониторинге подводного водопровода, тогда как штрих-кодовые системы мониторинга представляют многочисленные сложности при таких обстоятельствах.
Более того, системы и/или методологии RFID предоставляют в реальном масштабе времени данные, ассоциативно связанные со снабженным ярлыком изделием. Потоки данных в реальном масштабе времени предоставляют розничному продавцу, оптовому продавцу и/или производителю возможность отслеживать материально-производственные запасы и/или продукты с точной оптимизацией спроса и предложения. Применение RFID может дополнительно содействовать поставке продукции для внешнего распространения (например, от розничного продавца потребителю) и внутреннего распространения (например, от оптового продавца/производителя розничному продавцу). Дистрибьюторы и/или производители могут отслеживать перевозки товаров, качество, объем, время поставки и т. п. В дополнение розничные продавцы могут прослеживать объем принятых материально-производственных запасов, местоположение таких материально-производственных запасов, качество, срок хранения и т.п. Описанные полезные качества демонстрируют гибкость технологии RFID для работы по многочисленным сферам применения, таким как внешнее снабжение, внутреннее снабжение, транспортные цепочки, производство, розничная продажа, автоматизация и т. д.
Система RFID состоит из по меньшей мере RFID-ярлыка (бирки) и RFID-приемопередатчика. RFID-ярлык (бирка) может содержать в себе антенну, обеспечивающую прием и передачу по радиочастотным запросам от RFID-приемопередатчика. RFID-ярлык может быть небольшим предметом, таким как, например, самоклеящийся ярлычок, гибкая тонкая бумажная наклейка и т.п. Обычно существует четыре разных частоты, на которых используются RFID-ярлыки: низкочастотные ярлыки (между 125 и 134 килогерц), высокочастотные ярлыки (13,56 мегагерц), сверхвысокочастотные (СВЧ, UHF) ярлыки (от 868 до 956 мегагерц) и микроволновые ярлыки (2,45 гигагерц).
В различных частотных диапазонах RFID-ярлыки могут быть либо пассивными либо активными. Пассивный RFID-ярлык не содержит в себе источника питания, при этом незначительный электрический ток, возбуждаемый в антенне принимаемым от RFID-приемопередатчика радиочастотным сигналом, обеспечивает достаточную мощность ярлыку, чтобы ответить. Основываясь по меньшей мере на отсутствии источника питания, ответ пассивного RFID-ярлыка, состоящий из идентификационного (ID) номера (например, глобально уникального идентификатора (GUID)), короток. GUID является псевдослучайным числом, которое уникально и может быть реализовано посредством стандартного универсального уникального идентификатора (UUID), который является 16-байтным числом, записанным в шестнадцатеричном формате. Однако системы и/или способы RFID свели воедино находящуюся на хранении информацию, например в 64-битном или 96-битном формате, названном электронным кодом продукта (EPC). Отсутствие энергоснабжения в пассивном RFID-ярлыке предоставляет возможность устройству быть небольшим и дешевым. Некоторые пассивные RFID-ярлыки имеют размеры 0,4 мм × 0,4 мм, с толщиной тоньше, чем лист бумаги. К тому же отсутствие энергоснабжения ограничивает практический дальность считывания пассивного RFID-ярлыка дальностью от 10 мм до примерно 5 м.
Активный RFID-ярлык содержит источник питания, предоставляющий возможность больших дальностей считывания. Активные RFID-ярлыки имеют размер приблизительно мелкой денежной монеты США, обеспечивая практические дальности считывания в пределах десятков метров, при этом ограничивая ресурс аккумулятора до нескольких лет. Кроме того, активные RFID-ярлыки могут быть считаны и записаны. Например, RFID-ярлыки могут обеспечивать дополнительный уровень защиты, чтобы удерживать от кражи посредством записи в активный RFID-ярлык. Бит защиты может определять состояние защиты, основываясь по меньшей мере на RFID-приемопередатчике. В одной из систем защиты, например, активный RFID-ярлык может содержать бит защиты, установленный/записанный в 1, указывая, что продукт не одобрен, чтобы покинуть безопасную зону, не запуская сигнал тревоги/предупреждения. Как только надлежащие условия имеются в наличии, система и/или способ RFID может записывать бит в ярлыке в 0, указывая, что снабженный ярлыком продукт одобрен, чтобы покинуть безопасную зону.
RFID-система состоит из многочисленных компонентов: ярлыков, считывателей ярлыков (например, приемопередатчиков ярлыков), станций программирования ярлыков, считывателей циркуляции, сортирующего оборудования, считывающего устройства в виде жезла для инвентаризации ярлыков и т.п.). Более того, различные производители, модели, типы и приложения могут быть ассоциированы с каждым компонентом (например, ярлыками, считывателями ярлыков, станциями программирования ярлыков, считывателями циркуляции, сортирующим оборудованием, считывающими устройствами в виде жезла для инвентаризации ярлыков, ...), усложняя обнаружение, конфигурацию, установку, обмен данными, поддержку в рабочем состоянии, защиту и/или совместимость в пределах RFID-системы и с другими RFID-системами. Принимая во внимание вышеприведенное, необходимо предоставить унифицированное средство для обнаружения, конфигурирования, установки и обмена данными с RFID-устройствами касательно производителя и связанных спецификаций.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Ниже представлено упрощенное краткое изложение изобретения, для того чтобы обеспечить базовое понимание некоторых аспектов изобретения. Эта краткое изложение не является исчерпывающим обзором изобретения. Оно не имеет намерений ни идентифицировать ключевые или критические элементы изобретения, ни устанавливать границы объема изобретения. Его единственной целью является представить некоторые концепции изобретения в упрощенной форме, в качестве вступления к более подробному описанию, которое представлено позже.
Настоящее изобретение относится к системам и способам, которые содействуют исполнению RFID-процесса в RFID-архитектуре посредством применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат для установки и/или ввода в действие такого RFID-процесса. Компонент схемы может принимать RFID-данные, относящиеся ко вводу в действие, и создает RAML-схему. RFID-данные (например, имеющие отношение к процессу данные) могут быть, но не в качестве ограничения, обнаруженными и/или сконфигурированными RFID-считывателями в пределах RFID-архитектуры. Кроме того, RFID-данные являются данными, имеющими отношение к процессу. Однажды принятый компонент схемы создает RAML-схему на основании по меньшей мере RFID-данных (например, имеющих отношение к процессу данных), обеспечивая переносимый формат, содействующий исполнению RFID-процесса. RAML-схема задает набор логических считывателей, событийную политику для фильтра и/или предупредительного сигнала, обработчик события, обработчик записи и/или сопроводительную информацию, которые составляют RFID-процесс.
В соответствии с одним из аспектов объекта изобретения компонент схемы дополнительно включает в себя компонент генератора, который создает RAML-схему на основании по меньшей мере принятых RFID-данных. RAML-схема может быть создана так, что она дополнительно содержит определение подсистемы (например, набор всех обнаруженных и сконфигурированных считывателей на сервере) и определение процесса. Определение подсистемы содержит в себе определение для сущностей (элементов) на сервере, которые являются независимыми от процесса. Кроме того, определение подсистемы определяет состояние сервера и сущности, на которых построен процесс. Определение процесса, с другой стороны, содержит в себе относящиеся к процессу сущности и взаимоотношения. Посредством создания RAML-схемы, которая должна содержать определение подсистемы и/или определение процесса, исполнение RFID-процесса облегчено посредством обеспечения переносимого формата для установки и приведения в действие (развертывания) определенного таким образом RFID-процесса.
В соответствии с еще одним аспектом изобретения RAML-схема может быть сохранена в памяти и/или хранилище данных, для того чтобы содействовать исполнению RFID-процесса посредством обеспечения переносимого формата, который является универсальным по форме и возможности доступа. Компонент схемы может создавать RAML-схему и сохранять RAML-схему в хранилище данных и/или памяти, так что RAML-схема может использоваться динамически или позже во времени. Память и/или хранилище данных, используемые для RAML-схемы, могут быть энергозависимой и/или энергонезависимой памятью.
В соответствии с еще одним аспектом настоящего изобретения в состав может быть включен компонент установки, для того чтобы обеспечить компонент схемы поднабором RFID-данных (например, имеющими отношение к процессу данными) посредством анализа RFID-данных, принимаемых из RFID-архитектуры и/или размещения RFID. RFID-архитектура может включает в себя множество коллекций RFID-считывателей, при этом коллекция считывателей дополнительно включает в себя по меньшей мере один RFID-считыватель, допускающий считывание RFID-ярлыков (тэгов). Компонент установки может анализировать RFID-архитектуру, чтобы обнаруживать RFID-считыватель(и) и ассоциированные (связанные) данные, такие как, но не в качестве ограничения, конфигурацию, специальные настройки, авторизацию и т. п. Компонент установки обнаруживает RFID-считыватели и ассоциированные данные в RFID-архитектуре, предоставляя компоненту схемы возможность создавать RAML-схему, чтобы содействовать выполнению RFID-процесса, при этом RAML-схема включает в себя, к примеру, определение подсистемы (например, определение RFID-сети) и/или определение процесса. RAML-схема задает коллекцию логических считывателей, событийную политику для фильтра и/или предупредительного сигнала, обработчик события, обработчик записи, и/или сопроводительную информацию, которая содержит RFID-процесс.
Последующее описание и прилагаемые чертежи подробно объясняют некоторые иллюстративные аспекты изобретения. Эти аспекты являются показательными, однако, только немногими из тех различных способов, в которых принципы изобретения могут быть использованы, и настоящее изобретение имеет намерением включить в себя все такие аспекты и их эквивалентны. Другие преимущества и новые отличительные признаки изобретения станут очевидными из последующего подробного описания изобретения при рассмотрении совместно с чертежами.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует структурную схему примерной системы, которая содействует исполнению RFID-процесса посредством создания и/или применения схемы.
Фиг. 2 иллюстрирует структурную схему примерной системы, которая содействует исполнению RFID-процесса посредством создания и/или применения схемы и сохранения схемы в хранилище данных.
Фиг. 3 иллюстрирует структурную схему примерной системы, которая содействует исполнению RFID-процесса посредством создания и/или применения схемы, содержащей в себе определение подсистемы (например, определение RFID-сети) и определение процесса.
Фиг. 4 иллюстрирует структурную схему примерной системы, которая содействует исполнению RFID-процесса посредством создания и/или применения схемы.
Фиг. 5 иллюстрирует структурную схему примерной системы, которая содействует исполнению RFID-процесса посредством создания и/или применения схемы.
Фиг. 6 иллюстрирует блок-схему алгоритма примерной методологии, которая содействует исполнению RFID-процесса в RFID-архитектуре, посредством применения схемы языка разметки приложения считывателя (RAML).
Фиг. 7 иллюстрирует блок-схему алгоритма примерной методологии, которая содействует исполнению RFID-процесса в RFID-архитектуре, посредством применения схемы языка разметки приложения считывателя (RAML).
Фиг. 8 иллюстрирует блок-схему алгоритма примерной методологии, которая содействует исполнению RFID-процесса в пределах RFID-архитектуры, посредством применения схемы языка разметки приложения считывателя (RAML).
Фиг. 9 иллюстрирует примерную сетевую среду, в которой могут быть применены новейшие аспекты изобретения.
Фиг. 10 - иллюстрирует примерную рабочую среду, в которой могут быть применены новейшие аспекты изобретения.
ОПИСАНИЕ ИЗОБРЕТЕНИЯ
В качестве употребляемых в этой заявке термины «компонент», «система» и подобные задуманы, чтобы указывать ссылкой на связанную с применением компьютера сущность (элемент), любое из аппаратных средств, программного обеспечения (например, при исполнении) и/или программно-аппаратных средств. Например, компонент может быть процессом, работающим на процессоре, процессором, объектом, исполняемым кодом, программой и/или компьютером. В качестве иллюстрации как приложение, запущенное на сервере, так и сервер могут быть компонентом. Один или более компонентов могут находиться в пределах процесса и компонент может быть локализован на одном компьютере и/или распределен по двум или более компьютерам.
Настоящее изобретение описано со ссылкой на чертежи, на которых подобные номера ссылок использованы для ссылки на идентичные элементы на всех чертежах. В последующем описании, в целях разъяснения многочисленные специфические детали изложены для того, чтобы обеспечить всестороннее понимание настоящего изобретения. Может быть очевидно, однако, что настоящее изобретение может быть реализовано на практике без этих специфических деталей. В других случаях широко известные структуры и устройства показаны в виде структурной схемы, для того чтобы содействовать описанию настоящего изобретения.
Фиг. 1 иллюстрирует систему 100, которая использует схему, чтобы содействовать (облегчать) исполнению(е) по меньшей мере одного процесса радиочастотной идентификации (RFID) в RFID-архитектуре. RFID-данные, которые являются имеющими отношение к процессу данными, которые ассоциированы (связаны) с RFID-архитектурой, могут быть приняты компонентом 102 схемы, при этом схема языка разметки приложения считывателя (RAML) использована так, чтобы содержать в себе определение всех сущностей на сервере и определения всех процессов, имеющих отношение к сущностям и внутренним взаимоотношениям. Этот компонент 102 схемы генерирует RAML-схему так, что определены состояние сервера и сущности, на которых построены процессы, и определены ассоциированные (связанные) RFID-процессы. Более того, компонент 102 схемы использует RAML-схему, чтобы представлять состояние сервера и процессы, разработанные для использования во время рабочего цикла. Как только RFID-данные были получены компонентом 102 схемы, может быть реализована схема, например RAML, которая используется, чтобы предоставить RFID-услуги 104 RFID-архитектуре, обеспечивая переносимый формат (например RAML-схему) для процессов/служб. Должно быть принято во внимание, что RAML-схема является схемой расширяемого языка разметки (XML), которая представляет отдельный RFID-процесс (например, декларативное объявление процесса на XML). Кроме того, RAML-схема задает коллекцию логических считывателей, событийную политику для фильтра и/или предупредительного сигнала, обработчик события, обработчик записи и/или сопроводительную информацию, которая содержит RFID-процесс.
В соответствии с одним из аспектов настоящего изобретения RFID-данные, принятые компонентом 102 схемы, предоставляют возможность генерации RAML-схемы, содержащей в себе определение подсистемы (например, определение RFID-сети) и определение процесса. RFID-данные могут содержать в себе коллекцию по меньшей мере одной группы считывателей подсистемы, состоящей из по меньшей мере одной группы логических считывателей, при этом группа логических считывателей содержит по меньшей мере один считыватель, который должен быть использован в RFID-службе 104. В одном из примеров, по меньшей мере одна группа логических считывателей может содержать множество RFID-считывателей в группе считывателей подсистемы, при этом каждый считыватель ярлыка (тэга) имеет ассоциированную ссылку (например, наименование, адрес, ...), настройки считывателя (например, настройки для физического считывателя), настройки передачи (например, TCP/IP (протокол управления передачей/протокол Internet), последовательная, HTTP (протокол передачи гипертекстовых файлов), беспроводная, ...), свойства (например, свойства, которые могут быть применены к считывателю, и ссылка на ассоциированное свойство), и процессы (например, выделение в самостоятельный элемент необходимой информации, позволяющее бизнес-логике работать, и ассоциированная ссылка процесса). Должно быть отмечено и принято во внимание, что ассоциация, относящаяся к каждому считывателю ярлыка, может появляться при связывании или приведении в действие (развертывании), к тому же такая ассоциация может быть инкапсулирована в RAML-схему. Более того, должно быть принято во внимание, что ссылка может быть отнесена, чтобы разграничивать/различать одну коллекцию считывателей одной подсистемы (например, набор RFID-сети считывателей) от другой (например, readercollection1 (коллекция 1 считывателей), readercollection2 (коллекция 2 считывателей), ...). Заметим, что первая коллекция считывателей и вторая коллекция считывателей могут содержать в себе один и тот же физический считыватель, при этом привязка для каждого различна (например, коллекция логических считывателей задана на RAML и привязана к одному или более физическим считывателям в рабочем цикле).
Например, товарный склад, содержащий в себе пять дверных проемов погрузочной платформы, может иметь RFID-считыватели, ассоциированные с каждым. Коллекция считывателей подсистемы (например, универсальная коллекция считывателей, коллекция RFID-сети считывателей, ...) для всего товарного склада может быть указана ссылкой с помощью, к примеру, warehouse_readercollection1 (товарный склад_ коллекция 1 считывателей), при этом RFID-считыватели в каждом дверном проеме погрузочной платформы могут быть сгруппированы в коллекцию считывателей, дающую в результате пять коллекций считывателей (например, readerdockdoor1 (дверной проем 1 погрузочной платформы считывателей), readerdockdoor2 (дверной проем 2 погрузочной платформы считывателей), ...). Каждый считыватель в дверном проеме погрузочной платформы может иметь, к примеру, ссылку (например, reader1dockdoor1 (считыватель 1 дверной проем 1 погрузочной платформы), reader1dockdoor1 (считыватель 2 дверной проем 1 погрузочной платформы), ...), настройки считывателя (дальность RFID, установленную в 0,5 м), настройки передачи (например, TCP/IP), свойства (например, свойство таймаута со ссылкой property1_reader1dockdoor1 (свойство1_считыватель 1 дверной проем 1 погрузочной платформы)) и процесс (например, созданный посредством схемы переносимого формата, такого как RAML).
Кроме того, RFID-данные, полученные компонентом 102 схемы, используют схему языка разметки приложения считывателя (RAML), которая состоит из определения процесса, содержащего все имеющие отношение к процессу сущности, и взаимоотношения в пределах определения подсистемы (например, определения RFID-сети, определения конфигурации устройства, определения набора всех обнаруженных и конфигурированных считывателей в сервере, ...), такой как, к примеру, логический источник(и), (например, коллекцию по меньшей мере одного логического источника, коллекцию считывателей и/или обработчик события), регистрационную запись(и) средства отслеживания (например, прослеживание активности по меньшей мере одного RFID-считывателя), коллекцию(и) параметров, защиту (например, RFID-считыватели авторизованы, чтобы создавать, модифицировать и/или исполнять), фильтр(ы), предупредительный сигнал(ы), обработчик(и) события и приемник(и) данных (например, коллекция данных). Таким образом, следуя вышеприведенному, коллекция считывателей подсистемы (например, универсальная коллекция считывателей, коллекция RFID-сети считывателей) для всего товарного склада содержит имеющие отношение к процессу сущности и взаимосвязи, которые могут быть приняты компонентом 102 схемы, предоставляющим возможность применения RAML-схемы, что обеспечивает переносимый формат для RFID-служб/процессов, прилагаемых к RFID-архитектуре.
В одном из примеров компонент 102 схемы может получать RFID-данные, чтобы создавать и использовать схему для реализации RFID-службы 104, при этом RFID-служба 104 является «процессом отгрузки», который представляет многочисленные считыватели в различных дверных проемах погрузочной платформы, работающие совместно, чтобы выполнять операции считывания ярлыка, фильтрацию результатов считывания ярлыков, улучшение результатов считывания ярлыков, вычисление предупредительных сигналов и сохранение существенных данных в приемнике главного приложения. Дверной проем погрузочной платформы может содержать в себе большое количество считывателей ярлыков, при этом могут быть предоставлены многочисленные результаты считывания ярлыка источника. Такие многочисленные результаты считывания могут быть считаны и отфильтрованы, при этом, к примеру, многочисленные результаты считывания одного и того же ID отфильтровываются (например, отбрасываются). Более того, предупредительные сигналы могут быть ассоциированы с такими результатами считывания ярлыка, такие как, к примеру, формирование предупредительного сигнала прибытия или отправки ярлыка источника. Такие RFID-данные могут быть использованы компонентом 102 схемы, для того чтобы генерировать схему, предоставляющую возможность переносимого формата для RFID-процессов в RFID-архитектуре.
В еще одном примере компонент 102 схемы может принимать RFID-данные, чтобы создавать и использовать схему для реализации RFID-службы 104, такой как «Процесс производства», где считыватели сконфигурированы, чтобы считывать, а также и записывать, основываясь по меньшей мере на точном местоположении товара. Должно быть принято во внимание, что «Процесс производства» может выполнять функции, подобные функциям «Процесса отгрузки», такие как, но не в качестве ограничения, фильтрация, улучшение, предупреждение об опасности, сохранение, и т. д. в соответствующих местоположениях, при этом такие RFID-данные содействуют созданию схемы, создаваемой компонентом 102 схемы, которая обеспечивает переносимый формат для RFID-процессов в RFID-архитектуре.
Фиг. 2 иллюстрирует систему 200, которая создает и/или применяет схему, чтобы содействовать исполнению RFID-процесса в RFID-архитектуре посредством обеспечения переносимого формата для такого процесса. Компонент схемы 202 может принимать RFID-данные, из которых схема (например, схема языка разметки приложения считывателя (RAML)) может быть использована для того, чтобы представлять состояние сервера и процессов, являющихся развертываемыми и используемыми во время рабочего цикла RFID, чтобы исполнять RFID-процессы. Полученные RFID-данные могут быть или данными, имеющими отношение к подсистеме (например, RFID-сети, универсальной) и/или данными, имеющими отношение к процессу. Для того чтобы компоненту 202 схемы создавать и/или применять схему, принятые RFID-данные предоставляют RFID-серверу (например, RFID-архитектуре) данные сущности. Например, RFID-данные могут быть определением состояния сервера, при этом такое определение предоставляет RFID-считыватели, различные коллекции RFID-считывателей, ассоциированные с RFID-считывателями данные, и т.п. Принятые RFID-данные, ассоциированные с RFID-архитектурой, предоставляют возможность компоненту 202 схемы создавать и/или применять схему языка разметки приложения считывателя (RAML), что содействует исполнению RFID-процесса в пределах таким образом определенного состояния сервера, содержащем в себе по меньшей мере одну сущность. Другими словами, RAML-схема обеспечивает переносимый формат для процессов, который может использоваться для служб 206 рабочего цикла (выполнения) RFID, которые применяются к RFID-архитектуре. Должно быть принято во внимание, что RAML-схема может быть, например, XML-схемой (расширяемого языка разметки), которая представляет RFID-процессы. Более того, любой подходящий тегированный или размечаемый язык может предоставлять RAML-схему.
Должно быть принято во внимание, что RAML-схема может представлять состояние сервера (например, определения устройств, определение подсистемы, определение RFID-сети), и процессов, являющуюся развертываемой и используемой во время выполнения RFID, чтобы исполнять RFID-процессы (например, определение процесса). Объектная модель (ОМ) и/или программный интерфейс приложения (API) отнимают у разработчика необходимость создавать эти экземпляры (например, экземпляры, создаваемые и/или применяемые посредством использования RAML-схемы). Кроме того, контекст RFID-сети и RFID-подсистемы, который доступен (например, элементы в пределах RFID-архитектуры, авторизованные принимать участие в RFID-службах), обеспечен RFID-данными, для того чтобы строить RFID-процесс. Определение RFID-процесса, другими словами, использует конкретный экземпляр RFID-сети (например, экземпляр RFID-подсистемы, универсальный), для того чтобы проектировать процесс, при этом RAML-схема обеспечивает переносимый формат для этих процессов в экземпляре(ах) RFID-сети.
Например, RFID-данные могут быть приняты компонентом 202 схемы, при этом RFID-данные предоставляют по меньшей мере данные RFID подсистемы (например, состояние сервера, данные устройства, данные RFID-сети). RFID-данные могут включать в себя, но не в качестве ограничения, считыватели на сервере, логическое группирование или коллекцию считывателей в сервере (например, RFID-считыватели Acme Warehouse («наивысшее развитие товарного склада»)), ссылки на отдельные считыватели (например, наименования и/или ссылки, чтобы задавать/различать считыватели, к примеру, AcmeWarehouse_reader1_dockdoor1 (AcmeWarehouse_считыватель1 _дверной проем1погрузочной платформы)), ассоциированные настройки/конфигурации/спецификации для каждого считывателя в пределах установленной RFID-сети (например, RFID-подсистемы, сервера), ...
После приема RFID-данных компонент 202 схемы может использовать RAML-схему, чтобы содействовать транспортировке формата, который содержит в себе RFID-процессы, относящиеся к конкретной RFID-подсистеме (например, RFID-серверу, RFID-сети). В соответствии с одним из аспектов изобретения RAML-схема может находиться на хранении/сохраняться в хранилище 204 данных, для того чтобы быть используемой службами 206 выполнения RFID. Хранилище 204 данных предусматривает хранение и/или извлечение RAML-схемы, которая предоставляет возможность разработчику устанавливать и приводить в действие RFID-процесс для конкретного развертывания (например, RFID-сервер) как динамически, так и позже во времени.
Хранилище 204 данных может быть применено, чтобы сохранять в силе RAML-схему, генерируемую компонентом 202 схемы, основываясь по меньшей мере на RFID-данных, обеспечивающих переносимый формат для RFID-процесса, который содействует внедрению такого процесса в RFID-архитектуру. Кроме того, хранилище 204 данных может быть, например, как энергозависимой памятью, так и энергонезависимой памятью, или может включать в себя и энергозависимую и энергонезависимую память. В качестве иллюстрации, а не ограничения, энергонезависимая память может включать в себя постоянное запоминающее устройство (ПЗУ, ROM), программируемое ПЗУ (ППЗУ, PROM), электрически программируемое ПЗУ (ЭППЗУ, EPROM), электрически стираемое программируемое ПЗУ (ЭСППЗУ, EEPROM), или флэш-память. Энергозависимая память может включать в себя оперативное запоминающее устройство (RAM, ОЗУ), которое действует в качестве внешней кэш-памяти. В качестве иллюстрации, а не ограничения, ОЗУ является пригодным в любой из разновидностей, таких как синхронное ОЗУ (SRAM), динамическое ОЗУ (DRAM), синхронное DRAM (SDRAM), SDRAM с удвоенной частотой передачи данных (DDR SDRAM), улучшенное SDRAM (ESDRAM), DRAM с синхронной связью (SLDRAM), ОЗУ с шиной прямого резидентного доступа (DRRAM). Хранилище 204 данных систем и способов задуманы, чтобы содержать, без ограничения, эти и любые другие подходящие типы памяти.
Службы 206 выполнения RFID могут быть реализованы на RFID архитектуре, при этом служба выполнения RFID может быть, например, RFID-процессом. Должно быть принято во внимание, что RFID-процесс является объектом наивысшего или высокого уровня, который организует вместе различные сущности, чтобы создавать значимую единицу исполнения. Более того, компонент 202 схемы предоставляет RAML-схему, так что RFID-процесс существует в переносимом/передаваемом формате, чтобы быть реализованным в RFID-архитектуре. К примеру, RFID-процесс может быть исходящим процессом (например, сценарием сортировки, упаковки, отгрузки), процессом производства, процессом отгрузки, процессом приема, прослеживанием, отображением/манипулированием/применением данных, защитой и т. п.
Фиг. 3 иллюстрирует систему 300, которая содействует (облегчает) реализации RFID-процесса посредством создания и/или применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат для реализации RFID-процесса. Компонент 302 схемы применяет схему 312 языка разметки приложения считывателя (RAML), основываясь по меньшей мере на RFID-данных. Более того, компонент 302 схемы дополнительно включает в себя компонент 304 приемника, который получает RFID-данные, предоставляющие компоненту 302 схемы возможность создавать RAML-схему 312, которая содействует исполнению RFID-процесса в RFID-архитектуре.
Компонент схемы 302 дополнительно включает в себя компонент 306 генератора, который генерирует RAML-схему 312. Компонент 306 генератора генерирует RAML-схему 312, при этом RAML-схема может содержать в себе определение 308 подсистемы и/или определение 310 процесса. Должно быть принято во внимание, что определение 308 подсистемы является определением состояния сервера, на которой процесс будет работать. Другими словами, определение 308 подсистемы содержит в себе определение для всех сущностей на сервере, которые являются независимыми от любого процесса (например, определение структуры (состояния) сервера и сущностей, на которых построены процессы). Дополнительно необходимо принять во внимание, что определение 310 процесса определяет RFID-процесс, так что конкретная сущность подсистемы используется для проектирования такого процесса. Таким образом, определение 310 процесса содержит в себе все имеющие отношение к процессу сущности и взаимоотношения (например, RFID-процесс задает процесс, надстроенный поверх подсистемы). Также должно быть принято во внимание, что RAML-схема является переносимым форматом данных, содержащим в себе по меньшей мере один RFID-процесс, при этом RAML-схема может содержать в себе определение 308 подсистемы и/или определение 310 процесса.
Компонент 306 генератора генерирует RAML-схему 312, содержащую в себе определение 308 подсистемы. Должно быть принято во внимание, что для простоты кода «server» («сервер») будет использован для определения 308 подсистемы. Например, RAML-схема 312, содержащая с себе определение 308 подсистемы, может быть идентифицирована с помощью «DeviceConfiguration» («Конфигурация устройства»), местоположения целевого пространства имен и ассоциированной ссылки «DeviceConfiguration.xsd.». Более того, определены версия XML и ассоциированное кодирование. Вышеприведенное изображено с помощью следующего кода:
<?xml version="1.0" encoding="utf-8"?>
<xs: schema id="DeviceConfiguration" elementFormDefault="qualified"
xmlns:xs="http://www. w3.org/2001/XMLSchema"
targetNamespace="http://tempuri.org/DeviceConfiguration.xsd"
xmlns="http://tempuri.org/DeviceConfiguration.xsd">
Целевое пространство имен, упоминаемое как «targetNamespace», может быть исходящим URI (универсальным идентификатором ресурса), таки образом, настоящее изобретение ограничено не так, как в отношении такого пространства имен.
Определение 308 подсистемы определяет элемент «device» («устройство») типа «Device». Составной тип «Device» содержит в себе последовательность наименований элементов и типов, которые показаны следующим кодом:
<xs:complexType name="Device">
<xs:sequence><xs:element minOccurs="0" maxOccurs="1"
name="deviceInformation" type="DeviceInformation" />
<xs:element minOccurs="0" maxOccurs="1" name="name" type="xs:string" />
<xs:element minOccurs="0" maxOccurs="1" name="settings"
type="DeviceSettings" />
</xs:sequence> </xs:complexType>
Вышеприведенный код иллюстрирует начальный экземпляр реализации составного типа, поименованного «DeviceReader», в котором элементы «DeviceInformation», «name» и «PropertyProfile» являются членами. Как только определены члены в качестве элементов «Device», члены (например, «DeviceInformation», «name» и «PropertyProfile»...) могут быть определены дополнительно. Определение 308 подсистемы может определять «DeviceInformation» с помощью следующего кода:
Кроме того, определен «PropertyProfile» («файл свойств»), в котором заданы настройки для физического считывателя. Должно быть принято во внимание, что «PropertyProfile» является независимым от процесса. Более того, «PropertyProfile» содержит в себе конфигурацию (например, список свойств для считывателя). Вышеприведенное проиллюстрировано следующим кодом:
Однажды определенный в «DeviceConfiguration.xsd», «Transport» дополнительно определен в пределах следующего кода:
«ArrayOfProperty» («Массив свойств») является набором свойств, которые могут быть применены к считывателю. Он содержит в себе список свойств. Вышеприведенное может быть проиллюстрировано кодом, приведенным ниже:
Кроме того, определение 308 подсистемы может определять «SerialTransportSettings» («Настройки последовательной передачи»), которые определяют «TransportSettings» («Настройки передачи»), если использована последовательная связь (Serial). Это определено следующим кодом:
Подобным образом могут быть определены «TcpTransportSettings» («TCP-настройки передачи»), чтобы управлять «TransportSettings» («настройками передачи») для связи по TCP (протоколу управления передачей). Это определено следующим кодом:
Определение 308 подсистемы генерируется компонентом 306 генератора, который включает в себя RAML-схему 312, которая использована, чтобы содействовать обеспечению переносимого формата для RFID-процессов. Компонент 306 генератора может генерировать определение 310 процесса, для того чтобы задавать процесс, построенной совместно с определением 308 подсистемы.
Компонент 306 генератора может использовать определение 308 подсистемы, чтобы представлять состояние (структуру) сервера, тогда как определение 310 процесса может использоваться, чтобы представлять RFID-процессы, развертываемые и используемые во время выполнения. Например, RAML-схема 312, содержащая в себе определение 310 процесса, может быть идентифицирована с помощью «ProcessDefinition» («определение процесса»), местоположения целевого пространства имен и ассоциированной ссылки «ProcessDefinition.xsd». Более того, определена версия XML и ассоциированное кодирование. Вышеприведенное изображено ниже:
<?xml version="1.0" encoding="utf-8"?>
<xs:schema id="Process" elementFormDefault="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace=http://tempuri.org/ProcessDefinition.xsd
xmlns="http://tempuri.org/ProcessDefinition.xsd">
Как может быть изображено в коде, «deviceCollectionList» («перечень коллекции устройств») содержит в себе элемент «deviceCollection» («коллекция устройств»). Коллекция устройств является коллекцией RFID-считывателей в пределах настройки конкретной подсистемы (например, RFID-сети). Например, товарный склад может быть рассматриваемой конкретной подсистемой (например, RFID-сетью), в которой коллекция устройств может быть коллекцией считывателей в дверном проеме принимающей погрузочной платформы. Кроме того, «deviceCollection» отображает лежащие в основе сущности ассоциированными (соответствующими) наименованиями физических устройств посредством процесса связывания во время развертывания (ввода в действие). Следуя вышеприведенному примеру, ссылка на одиночный считыватель в пределах «deviceCollection» возможно может быть упомянута, но ограничиваясь, reader1_receiving_dock_door, readerA_dockdoor_receiving, receivingREADER1, .... «deviceCollection» содержит в себе поля: наименования (например, наименования коллекции) и конфигурации (например, профиля свойств для группы).
Определение 310 процесса определяет элемент «process» («процесс») типа «Process», так что он содержит в себе последовательность полей, таких как, но не в качестве ограничения, наименование (например, наименование RFID-процесса), средство слежения (например, средство слежения, используемое, чтобы отслеживать исполнение процесса), логический источник (например, логический источник высшего уровня процесса), обработчик записи (например, компонент, который имеет дело с записывающими RFID-устройствами). «Process» является классом процесса наивысшего уровня, представляющим RFID-процесс. Должно быть принято во внимание, что «Process» является базовой развертываемой компонентой на RFID-сервере. Вышеприведенное может быть проиллюстрировано кодом, который следует:
<xs:complexType name="Process">
<xs:sequence>
<xs:element minOccurs="0" maxOccurs="1" name="name"
type="xs: string" />
<xs:element rninOccurs="0" maxOccurs="1" name="tracker"
type="Tracker" />
<xs:element minOccurs="0" maxOccurs="1" name="logicalSource"
type="LogicalSource" />
<xs:element minOccurs="0" maxOccurs="1" name="writeHandler" type="WriteHandler" />
</xs:sequence>
Вышеприведенное демонстрирует начальный экземпляр реализации составного типа, поименованного «Process», в котором элементы «Tracker», «LogicalSource» и «WriteHandler» являются членами. Дополнительно код определяет наименование и тип элемента, которые содержат ассоциированную (связанную) строку «.xsd», ассоциированную с ними. Как только члены определены в качестве элементов типа «Process», члены (например, «Tracker», «LogicalSource» и «WriteHandler» ...) могут быть определены дополнительно. Определение 310 процесса может определять «Tracker» с помощью следующего кода, предоставляя возможность отслеживания и создания регистрационных записей, относящихся к следам исполнения прогона:
<xs:complexType name="Tracker">
<xs:sequence>
<xs:element minOccurs="0" maxOccurs="1" name="level"
type="xs:string" />
<xs:element minOccurs="0" maxOccurs="1" name="option"
type="xs:string" />
</xs:sequence>
</xs:complexType>
Как проиллюстрировано выше, элемент «Tracker» является определением средства отслеживания, в котором определены поля уровень (например, уровень отслеживания) и элемент выбора (например, коллекция элементов выбора для отслеживания).
Определение 310 процесса определяет элемент «ArrayOfParameterData» («массив данных параметров»), содержащий в себе «ParameterData» («данные параметров»), при этом «ParameterData» содержит в себе наименование (например, наименование параметра) и значение (например, упорядочиваемый XML-объект). «ArrayOfParameterData» является коллекцией параметров компонента процесса, в котором параметром является параметр для RFID-компонента. Например, «ParameterData» представляет параметр для RFID-компонентов в качестве пары [наименование, значение]. «ParameterData» содержат определяемые наименование (например, наименование параметра) и значение (например, упорядочиваемый XML-объект). Вышеприведенное реализовано следующим примером кода:
Определение 310 процесса предусматривает рекурсивное определение источника считывания посредством наименования составного типа «LogicalSource» («логический источник»), при этом «LogicalSource» считывает из всех источников считывания и считывателей, обеспечивая объединение. Должно быть принято во внимание, что «LogicalSource» является логическим источником высшего уровня процесса, в котором процесс состоит из логических источников, организованных в виде дерева. Другими словами, «LogicalSource» является узлом в дереве логических источников, представляющем процесс. «LogicalSource» является корневым элементом дерева, а входные данные посылаются в приемник данных процесса.
«LogicalSource» является активной сущностью в процессе, охватывающей другие компоненты и логически их связывающей. «LogicalSource» содержит в себе множество компонентов, таких как коллекцию устройств (например, состоящую из устройств, таких как считыватели), необязательные событийные политики, содержащие правила для фильтров и предупредительных сигналов, необязательные обработчики событий и дополнительные логические источники. Кроме того, она содержит в себе набор источников для определения событий считывания ярлыка в логическом источнике. Дополнительно он имеет единственную точку вывода, определенную в качестве выхода последнего компонента. Следующий код изображает вышеприведенные аспекты:
<xs:complexTypename="LogicalSource">
<xs:sequence>
<xs:element minOccurs="0" maxOccurs="1" name="logicalSourceList"
type="ArrayOfLogicalSource" />
<xs:element minOccurs="0" maxOccurs="1"
name="deviceCollectionList" type="ArrayOfReaderCollection" />
<xs:element minOccurs="0" maxOccurs="1" name="componentList"
type="ArrayOfChoice1" />
</xs:sequence>
</xs: complexType>
Вышеприведенный код определяет «LogicalSource» с членами «logicalSourceList» (например, списком логических источников, которые действуют в качестве его входа), «deviceCollectionList» (например, списком коллекций считывателей, которые действуют в качестве его ввода) и «ComponentList» (например, списком компонентов), каждый из которых определен дополнительно в более поздних секциях кода, как будет видно дальше.
Определение 310 процесса определяет коллекцию коллекций считывателей, так что «deviceCollectionList» («список коллекций устройств) является массивом коллекций «deviceCollections». «deviceReaderCollection» («коллекция считывателей, устройств») в свою очередь является массивом строк. Должно быть принято во внимание, что каждая строка является наименованием устройства или считывателя. Следующий код иллюстрирует это:
Массив «ArrayOfDeviceCollection» используется логическим источником «LogicalSource».
Продолжая определение 310 процесса, которое содействует генерации RAML-схемы 312, чтобы обеспечивать переносимый формат для RFID-процесса, определен «ComponentList» («список компонентов»). «ComponentList» является коллекцией компонентов, которые могут быть событийными политиками для фильтров или предупредительных сигналов, или обработчиками событий. Более того, политики фильтра и предупреждения могут быть реализованы на логических источниках. Например, предупреждением для логического источника может быть правилами стиля действия при условии события (ECA) для событий считывания ярлыка. В еще одном примере фильтр для логического устройства отбрасывает или разрешает потоки событий считывания ярлыка. Код, который следует, является примером списка «ComponentList».
Определение 310 дополнительно определяет «EventHandler» («обработчик события»), который является обработчиком события для логического источника. Другими словами, «EventHandler» использован, чтобы обрабатывать события, происходящие из логического источника. «EventHandler» содержит в себе следующие поля: сборку (например, сборку .NET обработчика события), наименование класса (например, наименование класса обработчика события) и список параметров (например, список параметров обработчика события). Вышеприведенное может быть проиллюстрировано следующим кодом:
<xs:complexTypename="EventHandler">
<xs:sequence>
<xs:element minOccurs="0" maxOccurs="1" name="assembly"
type="xs:string" />
<xs:element minOccurs="0" maxOccurs="1" name="className"
type="xs:string" />
<xs:element minOccurs="0" maxOccurs="1" name="parameterList"
type="ArrayOfParameterData" />
</xs:sequence>
</xs: complexType
Определение 310 процесса дополнительно определяет «WriteHandler», который имеет дело с посылкой (отправкой) команд устройствам (обычно это влечет за собой запись в ярлыки). Должно быть принято во внимание, что «WriteHandler» имеет дело с устройствами на логическом уровне, названными «LogicalWriter» («логическими средствами записи»). Как только он имеет дело с одним или более этими «логическими средствами записи», мы имеем «ArrayOfLogicalWriter» («массивом логических средств записи»). Это проиллюстрировано следующим кодом:
Посредством генерации определения 308 подсистемы и определения 310 процесса компонент 306 генератора создает и применяет схему 312 языка разметки приложения считывателя (RAML). RAML-схема 312 может быть использована, для того чтобы уменьшать ошибки при исполнении RFID-процесса в RFID-архитектуре. RAML-схема 312 представляет состояние сервера (например, RFID-сети, подсистемы) и процессы, разворачиваемые и используемые во время рабочего цикла для исполнения RFID-процесса. Более того, RAML-схема 312 является переносимым форматом для процессов, который содействует установке и/или развертыванию (вводу в действие) по меньшей мере одного RFID-процесса. Должно быть принято во внимание, что RAML-схема 312 содержит в себе определение 308 подсистемы и/или определение 310 процесса.
Фиг. 4 иллюстрирует систему 400, которая содействует реализации RFID-процесса посредством применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат для RFID-процесса. RFID-архитектура 402 может включать в себя по меньшей мере один RFID-считыватель и по меньшей мере один RFID-ярлык. RFID-архитектура 402 является физической системой, в которой RFID-считыватели принимают сигналы RFID-ярлыка, для того чтобы идентифицировать изделие и/или предмет, который содержит RFID-ярлык. Например, производственное предприятие может содержать в себе RFID-архитектуру, состоящую из большого количества считывателей в принимающем дверном проеме(ах) погрузочной платформы, отгрузочном дверном проеме(ах) погрузочной платформы, и использующий процесс производства между ними. RFID-считыватели могут принимать сигналы от RFID-ярлыков, при этом RFID-ярлыки обеспечивают уникальную идентификацию таких снабженных ярлыками изделий.
Система 400 дополнительно включает в себя компонент 404 установки, который обменивается данными с RFID-архитектурой, определяя сущности, в такой среде, предоставляющей компоненту 406 схемы возможность применять схему языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат для установки и развертывания RFID-процесса. Компонент 404 установки обеспечивает, например, обнаружение считывателей и ассоциированных данных, конфигурацию считывателей, сохранение специфичных для RFID-процесса настроек считывателя, ассоциированных данных считывателя, и т. п. Посредством анализа RFID-архитектуры 402 (например, определение RFID-считывателей в сервере, и конфигурирование таких считывателей), компонент 406 схемы может создавать и применять RAML-схему, содержащую в себе определение подсистемы и/или определение процесса, которые содействуют исполнению RFID-процесса на основании проанализированных RFID-данных.
Например, компонент 404 установки может обнаруживать RFID-считыватели до того, как использования в качестве части определения RFID процесса. При обнаружении RFID-считывателей в пределах сервера RAML-схема может быть использована, чтобы представлять состояние сервера. Более того, после того, как состояние сервера представлено, RAML-схема может быть дополнительно использована, чтобы представлять процесс, разворачиваемый и используемый во время рабочего цикла. К примеру, RFID-считыватели могут быть обнаружены следующим примером кода:
Device[ ] myReaderIds =
serverStore.GetMultipleDevices(GetDeviceOptions.ALL).
Как только считыватели обнаружены, компонент 404 установки может конфигурировать и сохранять RFID-считыватели, основываясь по меньшей мере на специфичных для RFID-считывателя настройках. Компонент 404 установки может хранить обнаруженные RFID-считыватели и ассоциированные конфигурации в, например, хранилище 408 данных. Должно быть принято во внимание, что RFID-считыватели, которые конфигурируются, являются EPC-совместимыми считывателями и ассоциированы с набором, по существу, подобных считывателей. К примеру, рабочий код может быть внедрен, для того чтобы конфигурировать и сохранять обнаруженные RFID-считыватели:
Device writer = myReaderIds[0];
serverStore.SaveDevice(writer).
Вышеприведенный примерный код создает и дополняет список физических считывателей в серверной сети (например, полном множестве, подсистеме). Как только список сгенерирован, физические RFID-считыватели являются сконфигурированными. В вышеизложенном примере профиль неявных свойств для «записывающего» устройства применен и сохранен в хранилище 408 данных (например, вышеизложенный примерный код ссылается на хранилище данных, как на serverStore (хранилище сервера)).
Компонент 404 установки может дополнительно создавать коллекцию логических считывателей. Должно быть принято во внимание, что свойства, активизированные на RFID-считывателях, основаны по меньшей мере на RAML-схеме, применяемой компонентом 406 схемы. Однажды создав, компонент 404 установки может добавлять физический RFID-считыватель к коллекции логических считывателей и задавать свойства, ассоциативно связанные с ним.
ReaderCollection epcReaderAndWriter = new ReaderCollection("WRITERS");
LogicalSource source = new LogicalSource(); // ассоциативно связывает набор
считывателей с источником
source.readerCollectionList = new ReaderCollectionList();
source.readerCollectionList.Add(epcReaderAndWriter).
Кроме того, компонент 404 установки конфигурирует физические RFID-считыватели в коллекции логических считывателей иной информацией конфигурации (например, параметрами выравнивания, сбора данных, и т.п.). Должно быть принято во внимание, что наименования свойств и значения, используемые в конфигурации, зависят от типа отдельного считывателя (например, свойства, которые следуют, являются зависимыми от считывателя). Компонент 404 установки сохраняет коллекцию логических считывателей и ассоциативно связанные свойства в хранилище 408 данных. Вышеприведенное может быть реализовано посредством следующего примера кода:
PropertyProfile writerPropertyList = new PropertyProfile();
// неверный режим события - свойство
Property eventModeProperty = new Property("EVENT MODE", "false");
writerPropertyList.Add(eventModeProperty);
// синхронный таймаут - свойство
Property timeoutProperty = new Property("SYNCHRONOUS TIMEOUT",
"1000");
writerPropertyList.Add(timeoutProperty); writer.settings.properties =
writerPropertyList;
// сохранить сконфигурированные физические считыватели в хранилище
Store serverStore = new Store();
serverStore.SaveDevice( writer).
Компонент 406 схемы может принимать обнаруженные считыватели и настройки конфигурации через компонент 404 установки и/или хранилище 408 данных. Компонент 406 схемы может применять схему языка разметки приложения считывателя (RAML), в которой RFID-процесс находится в переносимом формате, содействующем применению и установке, для служб(ы) 410 выполнения RFID. RAML-схема состоит из определения подсистемы (например, определения RFID-сети) и/или определения процесса. Определение подсистемы содержит в себе определение для всех сущностей на сервере, которые независимы от процесса. Другими словами, определение подсистемы (например, определение RFID-сети, универсальной) определяет состояние сервера и сущности, на которых построены процессы. В дополнение определение процесса является определением RFID-процесса. Определение процесса содержит имеющие отношение к процессу сущности и взаимосвязи. RAML схема используется, чтобы представлять состояние сервера и процессы, разворачиваемые и используемые службами 410 выполнения RFID.
RAML-схема может быть дополнительно использована, для того чтобы содействовать исполнению по меньшей мере одного RFID-процесса. Должно быть принято во внимание, что большое количество процессов может быть указано ссылкой как службы 410 выполнения RFID. Например, «Процесс отгрузки» является процессом, который может быть представлен RAML-схемой. «Процесс отгрузки» представляет многочисленные считыватели в различных дверных проемов погрузочной платформы, работающие совместно, чтобы выполнять операции считывания ярлыков, фильтрацию результатов считываний ярлыков, улучшение считываний ярлыков, вычисление предупреждений и сохранение существенных данных в приемнике для главного приложения. Погрузочная платформа может содержать в себе множество считывателей ярлыков, при этом могут быть предоставлены многочисленные результаты считывания ярлыка источника. Такие многочисленные результаты считывания могут быть считаны и отфильтрованы, при этом, к примеру, многочисленные результаты считывания того же ID не принимаются во внимание (например, отбрасываются). Более того, предупреждения могут быть ассоциативно связаны с такими результатами считывания ярлыков, такими как, например, предупреждение о прибытии или отбытии ярлыка источника. Определения из компонента 404 установки могут быть использованы компонентом 406 схемы, для того чтобы генерировать RAML-схему, делая возможным переносимый формат для RFID-процессов в RFID-архитектуре 402.
В еще одном примере «Процесс производства», где считыватели сконфигурированы считывать, а также и записывать, основываясь по меньшей мере на местоположении, может быть представлен RAML-схемой. Должно быть принято во внимание, что «Процесс производства» может выполнять функции, подобные функциям «Процесса отгрузки», таким как, но не в качестве ограничения, фильтрация, улучшение, предупреждение, сохранение, и т. п. в соответствующих местоположениях, при этом схема, созданная компонентом 406 схемы, обеспечивает переносимый формат для RFID-процесса, который должен быть реализован в RFID-архитектуре 402.
Фиг. 5 иллюстрирует систему 500, которая содействует RFID-процессу посредством применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат для RFID-процесса, который должен быть реализован в RFID-архитектуре 502. RFID-архитектура 502 может включать в себя множество серверов (например, подсистем, RFID-сетей), при этом сервер представляет собой набор обнаруженных и/или сконфигурированных считывателей на сервере. Для простоты RFID-архитектура 502 иллюстрирует совокупность, содержащую в себе две коллекции считывателей, где показана первая коллекция 504. К примеру, RFID-подсистема может быть размещением, в котором вовлеченные сущности имеют отношение к, по существу, подобному процессу. В одном из примеров подсистема может быть товарным складом, содержащим в себе множество принимающих и/или отгружающих дверных проемов (створок) погрузочной платформы с ассоциативно связанными RFID-считывателями. Таким образом, первое размещение 504 может быть коллекцией считывателей в пределах заданной подсистемы. Должно быть принято во внимание, что может быть реализовано большое количество коллекций считывателей. В пределах коллекции RFID-считывателей RFID-считыватель 506 может принимать RFID-сигнал 512 из поддона товаров 510, содержащего по меньшей мере один RFID-ярлык 508. Должно быть принято во внимание, что поддоны и/или товары могут быть снабжены ярлыками, основываясь по меньшей мере на спецификациях пользователя (например, снабженные ярлыками отдельные поддоны, снабженные ярлыками отдельные товары, снабженные ярлыками поддоны и товары, и т. п.).
Система 500 дополнительно включает в себя компонент 514 установки, который анализирует RFID-архитектуру 512, для того чтобы обнаруживать RFID-считыватели в сервере. После обнаружения компонент 514 установки дополнительно конфигурирует обнаруженные считыватели и сохраняет сконфигурированные RFID-считыватели в памяти (не показана). Должно быть принято во внимание, что компонент 514 установки обеспечивает обнаружение считывателей и ассоциированных данных, конфигурации считывателей, сохранение специфичных для RFID-процесса настроек считывателя, ассоциированных со считывателем данных, и т. п. Посредством определения RFID-считывателей в сервере и конфигурирования таких считывателей RAML-компонент 516 может создавать и применять RAML-схему, содержащую в себе универсальное определение и/или определение процесса, которые содействуют исполнению RFID-процесса. После анализа RFID-архитектуры 502 RAML-компонент 516 создает RAML-схему, основываясь по меньшей мере на анализе RFID-архитектуры 502. RAML-схема, созданная RAML-компонентом 516, содействует представлению состояния (структуры) сервера (например, RFID-подсистемы, RFID-сети) и процессов, разворачиваемых и используемых во время исполнения (рабочего цикла). RAML-схема может быть сохранена в хранилище 518 данных, обеспечивающем переносимый и доступный формат для RFID-процессов. Должно быть принято во внимание, что хранилище 518 данных хранит RAML-схему до тех пор, пока компоненты 520 исполнения RFID будут использовать такую схему, для того чтобы реализовать RFID-процесс. Компоненты 520 исполнения RFID используют RAML-схему в качестве переносимого формата, так что RFID-процессы легко приводятся в действие и устанавливаются в пределах RFID-архитектуры 502.
Фиг. 6-8 иллюстрируют методологии в соответствии с настоящим изобретением. Для простоты пояснения методологии изображены и описаны в качестве последовательностей действий. Должно быть понято и принято во внимание, что изобретение не ограничено проиллюстрированными действиями и/или порядком действий, например действия могут происходить в различном порядке и/или одновременно и совместно с другими действиями, не представленными и не описанными в настоящем патентном документе. Кроме того, не все проиллюстрированные действия могут потребоваться, чтобы реализовать методологии в соответствии с настоящим изобретением. В дополнение специалисты в данной области техники будут понимать и принимать во внимание, что методологии в качестве альтернативы могут быть представлены как последовательности взаимосвязанных состояний посредством диаграммы состояний или событий.
Фиг. 6 иллюстрирует методологию 600, которая содействует исполнению RFID-процесса в RFID-архитектуре посредством применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат. Например, RFID-архитектура может быть системой, содержащей в себе по меньшей мере RFID-считыватель и ассоциированный(ые) RFID-ярлык(и). На этапе 602 могут быть приняты RFID-данные, имеющие отношение к RFID-архитектуре. RFID-данные могут быть, но не в качестве ограничения, RFID-считывателями в сервере, конфигурационными настройками, ассоциированными с ними, и/или имеющими отношение к RFID-архитектуре данными. На этапе 604 может быть сгенерирована схема языка разметки приложения считывателя (RAML), основываясь по меньшей мере на принятых RFID-данных. RAML-схема создана включающей в себя определение подсистемы (например, содержащей в себе определение для состояния сервера и сущностей на сервере) и определение процесса (например, содержащей имеющие отношение к процессу сущности и взаимосвязи), для того чтобы обеспечить переносимый формат, в котором RFID-процесс может быть использован для его установки и приведения в действие. Затем на этапе 606 RAML-схема использована для облегчения исполнения RFID-процесса. RAML-схема может быть применена, чтобы устанавливать и приводить в действие RFID-процесс в RFID-архитектуре. Должно быть принято во внимание, что RAML-схема после генерации может быть сохранена для более позднего использования или использована динамически. Однако RAML-схема содержит в себе универсальное определение и определение процесса, которые могут содействовать исполнению RFID-процесса, основываясь по меньшей мере частично на переносимом формате.
Обращаясь далее к фиг. 7, проиллюстрирована методология 700, которая содействует исполнению RFID-процесса в пределах RFID-архитектуры посредством использования схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат. На этапе 702 могут быть приняты RFID-данные из RFID-архитектуры. Должно быть принято во внимание, что такие RFID-данные могут быть, но не в качестве ограничения, обнаруженными считывателями и/или ассоциированными данными, конфигурацией считывателей, сохраненными специфичными RFID-процессу настройками, ассоциированными со считывателем данными, и т. п. Должно быть принято во внимание, RFID-данные могут быть приняты из, но не в качестве ограничения, Интернет-соединения, LAN (локальной сети), и/или RFID-считывателя и протокола сетевого устройства.
Затем на этапе 704 генерируют определение подсистемы, основываясь по меньшей мере на принятых из RFID-архитектуры RFID-данных. Определение подсистемы содержит в себе определение для сущностей (элементов) на сервере, которые являются независимыми от любого процесса. Определение подсистемы определяет состояние сервера и сущности, на которых построены процессы. К примеру, определение подсистемы может содержать в себе «deviceConfiguration» («конфигурацию устройства») с членами: наименованием, списком наборов считывателей, списком считывателей и списком процессов. Должно быть принято во внимание, что каждый член в «конфигурации устройства» может дополнительно быть определен, для того чтобы предоставить определение подсистемы с подходящей структурой. Таким образом, подсистема (например, RFID-сеть, набор обнаруженных и/или сконфигурированных на сервере считывателей), ассоциативно связанные данные (например, наборы считывателей, конфигурация, наименование, ...), RFID-данные-считывателя (например, передача, конфигурация, наименование, ссылка, тип считывателя, настройки считывателя), свойства (например, свойства, которые должны быть применены к RFID-считывателю, наименование свойства, список свойств), и процессы (например, которые содержат данные, чтобы использовать бизнес-логику, список процессов, ссылки на процессы) могут быть дополнительно определены и ассоциативно связаны с элементами.
На этапе 706 генерируют определение процесса, основываясь по меньшей мере на RFID-данных из RFID-архитектуры. Определение процесса содержит в себе все имеющие отношение к процессу сущности и взаимосвязи. Определение процесса задает процесс, надстроенный поверх подсистемы. Например, определение процесса может содержать в себе «Process» («процесс») с членами: наименованием, средством отслеживания, защитой, логическим источником и списком приемников данных. Должно быть принято во внимание, что каждый член в пределах «процесса» может быть дополнительно определен, для того чтобы предоставить определение процесса с уместной структурой. Таким образом, к примеру, логический источник может быть дополнительно наполнен и/или определен, например, списком логических источников, списком коллекций считывателей, списком фильтров (и ассоциированных фильтров), списком предупредительных сигналов (и соответствующими сигналами тревоги) и обработчиком события.
Как только определение подсистемы и определение процесса выработаны, схема языка разметки приложения считывателя (RAML) может быть применена, для того чтобы содействовать исполнению RFID-процесса в RFID-архитектуре обеспечением переносимого формата на этапе 708. Должно быть принято во внимание, что RAML-схема может включать в себя определение подсистемы и/или определение процесса. Как только RAML-схема сконфигурирована/сгенерирована содержащей определение подсистемы и/или определение процесса, она может быть сохранена в хранилище данных, для того чтобы обеспечить переносимый формат для установки и приведения в действие RFID-процесса и/или службы в пределах RFID-архитектуры 710. RAML-схема может быть сохранена в памяти, при этом память доступна системе, которая использует RFID-процессы и/или службы.
Фиг. 8 иллюстрирует способ 800, который содействует исполнению RFID-процессу в пределах RFID-архитектуры посредством применения схемы языка разметки приложения считывателя (RAML), которая обеспечивает переносимый формат. На этапе 802 RFID-считыватели обнаружены, сконфигурированы и сохранены. RFID-считыватели могут иметь отношение к RFID-архитектуре, включающей в себя по меньшей мере один RFID-считыватель, который считывает RFID-ярлыки. Обнаруженные и сконфигурированные RFID-считыватели могут быть сохранены в, например, памяти. Эта информация может быть указана ссылкой как RFID-данные. Более того, должно быть принято во внимание, что память может быть энергонезависимой или энергозависимой памятью и может включать в себя и энергозависимую и энергонезависимую память. Затем на этапе 804 сохраненная информация (например, RFID-данные) может быть доступной, предоставляя схеме языка разметки приложения считывателя (RAML) возможность быть сгенерированной на этапе 806, основываясь по меньшей мере на сохраненных RFID-данных. RAML-схема может включать в себя определение подсистемы и/или определение процесса. Кроме того, RAML-схема может быть сохранена в хранилище данных (например, памяти), обеспечивающем переносимый формат, в котором RFID-процесс может быть установлен и приведен в действие. Затем на этапе 810 RAML-схема может быть использована (например, передана, загружена, подвергнута доступу, исполнена, выгружена, и т. п.), чтобы устанавливать и/или приводить в действие RFID-процесс.
Для того чтобы предусмотреть дополнительный контекст для реализации различных аспектов настоящего изобретения, фиг. 9-10 и следующее подробное обсуждение имеют намерением предоставить краткое, обобщенное описание подходящей компьютерной среды, в которой различные аспекты настоящего изобретения могут быть реализованы. Несмотря на то, что изобретение было описано выше в общем контексте машинноисполняемых команд компьютерной программы, которая работает на локальном компьютере и/или удаленном компьютере, специалисты в данной области техники будут осознавать, что изобретение также может быть реализовано в сочетании с другими программными модулями. Обычно программные модули включают в себя процедуры, программы, компоненты, структуры данных и т.п., которые выполняют конкретные задачи и/или реализуют определенные абстрактные типы данных.
Более того, специалисты в данной области техники будут принимать во внимание, что изобретенные способы могут быть реализованы на практике другими конфигурациями компьютерной системы, включая однопроцессорные или многопроцессорные компьютерные системы, мини-компьютеры, универсальные компьютеры, а также персональные компьютеры, «карманные» вычислительные устройства, основанную на микропроцессорах и/или программируемую бытовую электронику, и подобное, каждая из которых может оперативно обмениваться данными с одним или более связанными устройствами. Проиллюстрированные аспекты изобретения могут быть также реализованы на практике в распределенных вычислительных средах, в которых некоторые задачи выполняются удаленными обрабатывающими устройствами, которые связаны через сеть передачи данных. Однако некоторые, если не все, аспекты изобретения могут быть реализованы на практике на автономных компьютерах. В распределенной вычислительной среде программные модули могут быть расположены в локальных и/или удаленных запоминающих устройствах памяти.
Фиг. 9 - схематичная структурная диаграмма примерной вычислительной среды 900, с которой изобретение может взаимодействовать. Система 900 включает в себя одного или более клиента(ов) 910. Клиент(ы) 910 может быть аппаратным средством и/или программным обеспечением (например, потоками, процессами, вычислительными устройствами). Система 900 также включает в себя один или более сервер(ов) 920. Сервер(ы) 920 может быть аппаратным средством и/или программным обеспечением (например, потоками, процессами, вычислительными устройствами). Сервер 920 может вмещать потоки, чтобы, например, выполнять преобразования посредством применения настоящего изобретения.
Один из возможных обменов данными между клиентом 910 и сервером 920 может быть в виде пакета данных, приспособленного для того, чтобы быть переданным между двумя или более процессами компьютера. Система 900 включает в себя структуру 940 обмена данных, которая может быть использована для содействия обмену данными между клиентом(ами) 910 и сервером(ами) 920. Клиент(ы) 910 оперативно подключен(ы) к одному или более хранилищу(ам) 950 данных клиента, которое может быть применено для сохранения информации, локальной для клиента(ов) 910. Подобным образом сервер(ы) 920 оперативно подключен к одному или более хранилищу(ам) 930 данных сервера, которое может быть применено для сохранения информации, локальной для серверов 940.
Со ссылкой на фиг. 10 примерная среда 1000 для реализации различных аспектов изобретения включает в себя компьютер 1012. Компьютер 1012 включает в себя устройство 1014 обработки данных, системную память 1016 и системную шину 1018. Системная шина 1018 соединяет компоненты, включая, но не в качестве ограничения, системную память 1016, к устройству 1014 обработки данных. Устройство 1014 обработки данных может быть любым из разнообразных доступных процессоров. Сдвоенные микропроцессоры и другие микропроцессорные архитектуры также могут быть применены в качестве устройства 1014 обработки данных.
Системная шина 1018 может быть любым из некоторых типов шинных структур(ы), включая шину памяти или контроллер памяти, периферийную шину или внешнюю шину и/или локальную шину, использующей любое разнообразие доступных шинных архитектур, включая, но не в качестве ограничения, архитектуру промышленного стандарта (ISA), микроканальную архитектуру (MSA), расширенную ISA (EISA), шину настраиваемых электронных схем накопителя (IDE), локальную шину VESA (VLB, стандарта ассоциации по стандартам в области видеоэлектроники), шину взаимосвязи периферийных компонентов (PCI), шину Card Bus, универсальную последовательную шину (USB), шину ускоренного графического порта (AGP), шину международной ассоциации производителей плат памяти для персональных компьютеров (PCMCIA), шину стандарта высокопроизводительной последовательной шины (Firewire, IEEE 1394) и интерфейс малых компьютерных систем (SCSI).
Системная память 1016 включает в себя энергозависимую память 1020 и энергонезависимую память 1022. Базовая система ввода/вывода (BIOS), содержащая в себе базовые процедуры для передачи информации между элементами в пределах компьютера 1012, к примеру, во время запуска, сохранена в энергонезависимой памяти 1022. В качестве иллюстрации, а не ограничения, энергонезависимая память 1022 может включать в себя постоянное запоминающее устройство (ПЗУ, ROM), программируемое ПЗУ (ППЗУ, PROM), электрически программируемое ПЗУ (ЭППЗУ, EPROM), электрически стираемое программируемое ПЗУ (ЭСППЗУ, EEPROM) или флэш-память. Энергозависимая память может включать в себя оперативное запоминающее устройство (ОЗУ, RAM), которое действует в качестве внешней кэш-памяти. В качестве иллюстрации, а не ограничения, ОЗУ является пригодным в любой из разновидностей, таких как, синхронное ОЗУ (SRAM), динамическое ОЗУ (DRAM), синхронное DRAM (SDRAM), SDRAM с удвоенной скоростью данных (DDR SDRAM), улучшенное SDRAM (ESDRAM), DRAM с синхронной связью (SLDRAM), ОЗУ с шиной прямого резидентного доступа (DRRAM).
Компьютер 1012 также включает в себя съемный/несъемный, энергозависимый/энергонезависимый компьютерный запоминающий носитель. Фиг. 10 иллюстрирует, например, дисковое запоминающее устройство 1024. Дисковое запоминающее устройство 1024 включает в себя, но не в качестве ограничения, устройства, подобные магнитному дисководу, дисководу гибких магнитных дисков, лентопротяжному устройству, Jaz-дисководу, Zip-дисководу, дисководу LS-100, карте флэш-памяти или карте с памятью. В дополнение дисковое запоминающее устройство 1024 может включать в себя запоминающий носитель отдельно или в сочетании с другими запоминающими носителями, включая, но не в качестве ограничения, дисковод оптического диска, такой как устройство ПЗУ на компакт-диске (CD-ROM), дисковод записываемых компакт-дисков (CD-R Drive), дисковод перезаписываемых компакт-дисков (CD-RW Drive) или дисковод для ПЗУ на универсальных видеодисках (DVD-ROM). Чтобы содействовать подключению дискового запоминающего устройства 1024 к системной шине 1018, в типичном случае использован съемный или несъемный интерфейс, такой как интерфейс 1026.
Должно быть принято во внимание, что фиг. 10 описывает программное обеспечение, которое действует как посредник между пользователями и основными ресурсами компьютера, описанными в пригодной рабочей среде 1000. Такое программное обеспечение включает в себя операционную систему 1028. Операционная система 1028, которая может быть сохранена на дисковом запоминающем устройстве 1024, действует, чтобы управлять и распределять ресурсы компьютерной системы 1012. Системные приложения 1030 захватывают преимущество управления ресурсами посредством операционной системы 1028 через программные модули 1032 и программные данные 1034, сохраняемые и в системной памяти 1016, и на дисковом запоминающем устройстве 1024. Должно быть принято во внимание, что изобретение может быть реализовано с различными операционными системами или комбинациями операционных систем.
Пользователь вводит команды или информацию в компьютер 1012 через устройство(а) 1036 ввода. Устройства 1036 ввода включают в себя, но не в качестве ограничения, координатно-указательное устройство, такое как мышь, шаровой манипулятор, перо, сенсорную панель, клавиатуру, микрофон, джойстик, игровую панель, спутниковую параболическую антенну, сканирующее устройство, карту ТВ-тюнера, цифровой фотоаппарат, цифровую видеокамеру, web-камеру и тому подобное. Эти и другие устройства ввода подключены к устройству 1014 обработки данных через системную шину 1018 посредством интерфейсного порта(ов) 1038. Интерфейсный порт(ы) 1038 включает в себя, например, последовательный порт, параллельный порт, игровой порт и универсальную последовательную шину (USB). Устройство(а) вывода 1040 использует некоторые из тех же разновидностей портов, что и устройство(а) ввода 1036. Таким образом, например, USB-порт может быть использован, чтобы обеспечивать ввод в компьютер 1012, а также выводить информацию из компьютера 1012 в устройство вывода 1040. Выходной адаптер 1042 предусмотрен, чтобы проиллюстрировать, что имеют место некоторые устройства 1040 вывода, подобные мониторам, динамикам и принтерам, среди других устройств 1040 вывода, которые требуют специальных адаптеров. Устройства 1042 вывода включают в себя в качестве иллюстрации, а не ограничения, видео- и звуковые карты, которые предоставляют средство соединения между устройством 1040 вывода и системной шиной 1018. Следует отметить, что другие устройства и/или системы устройств обеспечивают возможности как ввода, так и вывода, к примеру удаленный компьютер(ы) 1044.
Компьютер 1012 может работать в сетевой среде, используя логические соединения с одним или более удаленными компьютерами, такими как удаленный компьютер(ы) 1044. Удаленный компьютер(ы) 1044 может быть персональным компьютером, сервером, маршрутизатором, сетевым программируемым контроллером (PC), рабочей станцией, основанным на микропроцессоре оборудованием, одноранговым устройством или другим общепринятым сетевым узлом, и подобным, и в типичном случае включает в себя многие или все элементы, описанные относительно компьютера 1012. В целях краткости только запоминающее устройство 1046 памяти проиллюстрировано совместно с удаленным компьютером(ами) 1044. Удаленный компьютер(ы) 1044 логически присоединен к компьютеру 1012 через сетевой интерфейс 1048, и в это же время физически подключен посредством связи 1050 передачи данных. Сетевой интерфейс 1048 осуществляет проводные и/или беспроводные сети передачи данных, такие как локальные сети (LAN) и глобальные сети (WAN). Технологии LAN включают в себя распределенный интерфейс передачи данных по волоконно-оптическим каналам (FDDI), распределенный проводной интерфейс передачи данных (CDDI), Ethernet (стандарта организации локальных сетей), Token Ring (маркерное кольцо) и подобное. Технологии WAN включают в себя, но не в качестве ограничения, двухточечные («точка-точка») линии, сети с коммутацией каналов, подобные цифровой сети связи с комплексными услугами (ISDN) и ее вариациям, сети с коммутацией пакетов и цифровые абонентские линии (DSL).
Связь(и) 1050 передачи данных указывают ссылкой на аппаратные средства/программное обеспечение, используемые, чтобы подключать сетевой интерфейс 1048 к шине 1018. Несмотря на то, что связь 1050 передачи данных показана для иллюстративной четкости, внутри компьютера 1012, она также может быть внешней по отношению к компьютеру 1012. Необходимые аппаратные средства/программное обеспечение для подключения к сетевому интерфейсу 1048 включает в себя только в иллюстративных целях внутренние и внешние технологии, такие как модемы, включая обычные модемы телефонного класса, кабельные модемы и DSL-модемы, ISDN-адаптеры и Ethernet-карты.
То, что было описано выше, включает в себя примеры настоящего изобретения. Конечно, невозможно описать каждое мыслимое сочетание компонентов или методологий в целях описания настоящего изобретения, но обычный специалист в данной области техники может осознать, что возможны многие дополнительные сочетания и перестановки согласно изобретению. Поэтому настоящее изобретение имеет намерением объять все такие варианты, модификации и изменения, которые попадают в пределы сущности и объема прилагаемой формулы изобретения.
В частности, и касательно различных функций, выполняемых вышеприведенными описанными компонентами, устройствами, схемами, системами и тому подобным, термины (включая ссылку на «средство»), использованные для описания таких компонентов, заданы, чтобы соответствовать, если не указано иное, любым компонентам, которые выполняют заданную функцию описанного компонента (например, функциональный эквивалент), хотя и структурно не эквивалентны раскрытой структуре, которые выполняют функцию проиллюстрированных в настоящем патентном документе примерных аспектов изобретения. В этом смысле также необходимо осознавать, что изобретение включает в себя систему, а также и машиночитаемый носитель, содержащий машиноисполняемые команды для выполнения действий и/или событий различных способов изобретения.
В дополнение, несмотря на то, что конкретный признак изобретения мог быть раскрыт в отношении только одной из некоторых реализаций, такой признак может быть скомбинирован с одним или более другими признаками других реализаций, поскольку может быть желательным и полезным для любого данного или специального применения. Кроме того, в отношении объема, в котором использованы термины «включает в себя» и «включающий в себя», и их варианты, и как в подробном описании, так и в формуле изобретения, эти термины заданы, чтобы быть включающими, на манер, подобный термину «содержит».