Microsoft Word - C046137e.docmemst.miid.gov.kz/.../3._st_rk_iso_iec_24791-1_20_pervaya_redakciya… · Web view(проект, редакция . 1) СТ РК iso/iec 24791-1-20__

Проект

Изображение государственного Герба Республики Казахстан

НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН

Информационные технологии

ИДЕНТИФИКАЦИЯ РАДИОЧАСТОТЫ (RFID) ДЛЯ МЕНЕДЖМЕНТА ЧАСТОТ. ИНФРАСТРУКТУРА СИСТЕМЫ ПРОГРАММНОГО

ОБЕСПЕЧЕНИЯ. Часть 1. Архитектура

СТ РК ISO/IEC 24791-1- 20__

(ISO/IEC 24791-1:2010 Information technology – Radio frequency identification (RFID) for item management – Software system infrastructure. Part 1.

Architecture.)

Настоящий проект стандарта не подлежитприменению до его утверждения

Комитет технического регулирования и метрологии Министерства по инвестициям и развитию Республики Казахстан

(Госстандарт)

Астана

1

СТ РК ISO/IEC 24791-1- 20__(проект, редакция 1)

Предисловие

1 ПОДГОТОВЛЕН И ВНЕСЕН АО «Национальный инфокоммуникационный Холдинг «Зерде»

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Председателя Комитета технического регулированию и метрологии Министерства по инвестициям и развитию Республики Казахстан от « » 20 года №

3 Настоящий стандарт идентичен международному стандарту

ISO/IEC 24791-1:2010 Information technology – Radio frequency identification (RFID) for item management – Software system infrastructure. Part 1. Architecture. (Информационные технологии. Идентификация радиочастоты (RFID) для менеджмента частот. Часть 1:Архитектура)

Официальной версией является текст на государственном и русском языке

Международный стандарт разработан совместным техническим комитетом ISO/IECJTC 1, Информационные технологии, Подкомитет SC 31, Автоматическая идентификация и методы сбора данных.

Перевод с английского языка (en)Официальный экземпляр международного стандарта, на основе которого

подготовлен настоящий стандарт, и на которые даны ссылки, имеются в Едином государственном фонде нормативных технических документов

Степень соответствия - идентичная (IDT) 4 В настоящем стандарте реализованы нормы Законов Республики Казахстан

«О техническом регулировании» от 9 ноября.2004 г № 603-II, «О языках в Республике Казахстан» от 11 июля 1997 года № 151, «Об информатизации» от 24 ноября 2015 года № 418-V ЗРК

5 СРОК ПЕРВОЙ ПРОВЕРКИ 202_ год ПЕРИОДИЧНОСТЬ ПРОВЕРКИ 5 лет

6 ВВЕДЕН ВПЕРВЫЕ

II

СТ РК ISO/IEC 24791-1- 20__проект (редакция 1)

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

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Комитета технического регулирования и метрологии Министерства по инвестициям и развитию Республики Казахстан

III


СодержаниеВведение V

1 Область применения 1

2 Требования соответствия 1

3 Нормативные ссылки 1

4 Термины и определения 2

5 Сокращения 3

6 Обзор архитектуры 3

6.1 Основные положения 3

6.2 Рассмотрение данных тегов и датчиков 5

6.3 Функциональные различия в данных, контроле и управлении 5

6.4 Отношения с другими стандартами 6

7 Моделирование на языке UML 6

7.1 Компоненты диаграммы 8

7.2 Диаграммы развертывания 8

7.3 Интерфейсы 8

7.4. Использование 8

8 Архитектура 9

8.1 Управление данными 98.2 Интерфейс устройства 118.3 Управление устройствами 13

8.4 Вопросы безопасности 15

Приложение A(справочное). Примеры внедрения 16Приложение B(справочное).Взаимосвязь между ISO/IEC15961 и ISO/IEC24791

24

Библиография 26

IV

СТ РК ISO/IEC 24791-1- 20__проект (редакция 1)Введение

Технология радиочастотной идентификации (RFID) основана на бесконтактной электромагнитной связи между опросниками и тегами. Программные системы RFID состоят из RFID-опросчиков, промежуточных программных систем и приложений, которые обеспечивают контроль и координацию работы воздушного интерфейса, обмена информацией о тегах, а также управления работоспособностью и производительностью компонентов системы. Ожидается, что технология RFID повысит эффективность во многих аспектах бизнеса за счет дальнейшего расширения возможностей автоматической идентификации и сбора данных (AIDC). Для достижения этой цели благодаря успешному внедрению RFID-технологий в реальные бизнес-среды устройства RFID, программные системы и бизнес-приложения должны обеспечивать безопасные и совместимые сервисы, интерфейсы и технологии. Это цель ISO / IEC 24791.Information technology — Radio frequency identification (RFID) for item management — Software system infrastructure —

V


НАЦИОНАЛЬНЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАНИнформационные технологии

ИДЕНТИФИКАЦИЯ РАДИОЧАСТОТЫ (RFID) ДЛЯ МЕНЕДЖМЕНТА ЧАСТОТ.

Часть1:Архитектура

Дата введения_________

1. Область применения

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

В настоящем стандарте предусмотрено следующее:- обзор инфраструктуры программной системы;- взаимосвязь инфраструктуры программной системы с существующими компонентами ISO, например. ISO / IEC 15962;- базовое описание каждого компонента инфраструктуры информационной системы и предоставляемых услуг (подробное описание конкретного компонента можно найти в других частях ИСО / МЭК 24791.);- иллюстративные (информационные) модели развертывания компонентов инфраструктуры программной системы.

2. Требования соответствия

В настоящем стандарте описывается общая инфраструктура системы программного обеспечения RFID, но она не определяет требования к соответствию. Требования к соответствию указаны в других стандартах серии ИСО / МЭК 24791. Требования к программной системе RFID не соответствуют каждой из частей; все требования соответствия основаны только на отдельных деталях.

3. Нормативные ссылки

Следующие стандарты являются обязательными для применения настоящего стандарта. Для датированных ссылок применяется только указанное издание. Для недатированных ссылок применяется последнее

VI


издание ссылочного документа (включая любые поправки).

ISO / IEC 19762-1, Информационные технологии. Методы автоматической идентификации и сбора данных (AIDC). Гармонизированная лексика. Часть 1. Общие термины, относящиеся к AIDC

ISO / IEC 19762-3, Информационные технологии. Методы автоматической идентификации и сбора данных (AIDC). Гармонизированный словарь. Часть 3. Радиочастотная идентификация (RFID)

4.Термины и определения

Для целей настоящего документа применяются термины и определения, приведенные в ИСО / МЭК 19762-1, ИСО / МЭК 19762-3 и ниже.

4.1 компонент (component)

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

4.2 управление данными (data management)функции и ее интерфейсы, которые обеспечивают чтение, запись, сбор, фильтрацию, группировку и подписку на события и уведомление о данных тегов RFID для приложений и интерфейсов более высокого уровня

4.3 интерфейс устройства (device interface)коммуникационный интерфейс между RFID-устройством опроса и клиентами, расположенными выше по потоку, который обеспечивает передачу данных тегов и управление операциями доступа к тегам

4.4 управление устройствами (device management)протоколы и механизмы, которые обеспечивают мониторинг и контроль обнаружения, конфигурации, производительности и диагностики одного или нескольких RFID-устройств опроса

4.5 конечная точка (endpoint)один из двух компонентов, который реализует или предоставляет интерфейс для других компонентов или использует интерфейс другого компонента

4.6 средство реализации - implementation Программное и аппаратное обеспечение, обеспечивающее практическую реализацию определенной функции

4.7 контроллер устройства опроса - interrogator controllerПрограммная возможность, которая может быть реализована в отдельном физическом устройстве при помощи средств реализации архитектуры

VII


управления данными по ISO/IEC 24791-1, и которая позволяет проверять данные, осуществлять контроль и управление устройством опроса через интерфейс устройства, определенный в стандарте ISO/IEC 24791-5

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

5. Сокращения

В настоящем стандарте применяются символы и сокращения, приведенные в ИСО / МЭК 19762-1, ИСО / МЭК 19762-3 и ниже.

AIDC автоматическая идентификация и сбор данных

UML унифицированный язык моделирования

6. Обзор архитектуры

6.1 Основные положения

Архитектура инфраструктуры системы программного обеспечения состоит из стандартных описаний интерфейсов и реализаций, в которых они существуют, для предоставления конкретной услуги или возможностей. Это различие необходимо для четкого разделения функций, которые могут и должны быть стандартизированы (интерфейсы) от реализации интерфейсов и вариантов реализации продукта, в которых они находятся (реализации). Базовая логическая взаимосвязь между интерфейсами и реализациями инфраструктуры программной системы показана на рисунке 1.

VIII


Хотя на рисунке 1 показана связь между полным набором компонентов, определенных в этойархитектуре, нет требования, чтобы конкретная система, продукт или вариант реализации этой архитектуры реализовывали все интерфейсы и реализации, определенные здесь. Как указано в пункте 2, единственными требованиями соответствия являются требования, предъявляемые к реализации отдельных стандартов Part.

Стандарты серии ISO/IEC 24791, которые определяют управление данными, интерфейс устройства и управление устройствами, предоставляют один или несколько интерфейсов, которые позволяют клиенту связываться с реализацией предоставления услуг либо внутри одного и того же вычислительного устройства, либо по сети. Эти клиентские и сервисные реализации последовательно называются конечными точками конечных точек и конечными точками клиентов, соответственно, и, в общем, конечная точка клиента обращается к возможностям, предоставляемым конечной точкой служб. Ответственность за конкретный стандарт Part лежит за определение форматов, процедур, операций и требований к соответствию для каждого интерфейса.

IX

Data Management

24791-2

Device Intel face 24791-5

1 8000

Device Mai имен tent24791

ISO IEC 24791 Interface Bouudaiy including Security

Considerations

Interrogator Implementation

Data Management Implementation (including

15962/24753 encoding/decoding)

End System ImplementationDevice Management Implementation

RFIDTag

Рисунок 1— Обзор архитектуры, включая отношения с другими стандартами


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

Вопросы безопасности, приведенные в каждой спецификации интерфейса, определяют, как стандарты серии ISO/IEC 24791 обеспечивают аутентификацию, авторизацию и конфиденциальность данных для защиты реализации от угроз безопасности.

6.2 Рассмотрение данных тегов и датчиков

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

6.3 Функциональные различия в данных, контроле и управлении

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

Функция данных состоит из операций, которые передают теги и данные датчиков между RFID-устройствами опроса и компонентами более высокого уровня, которые включают приложения-службы и объекты управления данными вне SSI. В процессе предоставления этих данных он может быть отфильтрован, проверен на дублирование, сгруппирован, уменьшен в объеме, преобразован в разные форматы или иным образом обработан, как определено стандартными или запатентованными требованиями. Некоторые или все эти функции могут предоставляться более чем одним компонентом, возможно, по-разному, как определено в конкретной стандарте серии ISO/IEC 24791. Запись данных в теги RFID также является функцией данных в этой архитектуре. Процесс записи данных в теги RFID может включать в себя операции на основе событий и преобразование формата.

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

X


системы часто необходим для оптимизации работы на основе ограничений конкретной среды. Например, выбор одного воздушного протокола, который будет использоваться на основе конкретных знаний о цели или ситуации, можно рассматривать как операцию управления. Другой пример состоит из оптимизации радиочастотного спектра, которая может быть выполнена логикой, которая использует данные RF-среды, собранные логически с помощью функции управления. Сама логика оптимизации выходит за рамки этих стандартов, но механизмы запроса конкретных данных предоставляются в рамках стандартов. Архитектурно, функции более высокого уровня в архитектуре имеют меньше возможностей управления, чем более низкие уровни. В частности, управление данными предоставляет меньше возможностей управления, чем интерфейс устройства. Это позволяет увеличить абстракцию на более высоких уровнях, чтобы облегчить разработку приложений, которые могут сфокусироваться на бизнес-процессах без требования знать или контролировать конкретные детали среды RF и устройства.

Функция управления определяет основной набор операций, связанных с предоставлением, мониторингом и настройкой служб в инфраструктуре программного обеспечения в сочетании с услугами, специфичными для управления, предоставляемыми запросчиком. Функция управления предоставляет механизм расширения, позволяющий реализациям раскрывать фактические возможности опроса, которые могут превышать основные возможности, определенные в этой части ИСО / МЭК 24791, но в соответствии со стандартом. Функция управления не определяет управление свойствами физических устройств на конечных точках служб, отличных от запросов.

6.4 Отношения с другими стандартами

6.4.1 ISO/IEC 15961

Стандарт ISO/IEC 15961 Часть 1 определяет команды и ответы для чтения и записи данных в тег. Часть 2 определяет регистрирующий орган, часть 3 данных, а часть 4 - команды датчиков и ответы. Команды приложения включают в себя аргументы, которые могут корректно форматировать данные в соответствии с правилами кодирования ISO/IEC 15962. В приложении B представлена дополнительная информация о взаимосвязи ISO/IEC 15961 с архитектурой SSI.

6.4.2 ISO/IEC 15962

ISO/IEC 15962 определяет правила кодирования данных и функции логической памяти для кодирования и декодирования данных на тегах, соответствующих конкретным типам и режимам, определенным в ISO / IEC 18000. Таким образом, он предоставляет правила кодирования, которые являются частью реализации управления данными и находятся между

XI


управлением данными и интерфейсом устройства.

6.4.3 ISO/IEC 24753

ISO/IEC 24753 будет определять правила для кодирования и декодирования данных датчиков на тегах, соответствующих конкретным типам и режимам, определенным в ISO / IEC 18000. Таким образом, он будет предоставлять правила и механизмы кодирования, которые являются частью реализации управления данными и будут находиться между управлением данными и интерфейсом устройства.

6.4.4 Стандарты EPCglobal

Стандарты EPCglobal поддерживаются, как определено в конкретных частях ISO/IEC 24791.

7. Моделирование на языке UML

Хотя на рисунке 1 представлен общий обзор взаимосвязи между интерфейсами и реализациями в SSI, в остальной части документа используется унифицированный язык моделирования (UML), чтобы графически представлять организацию и работу интерфейсов и реализаций в инфраструктуре программной системы так что можно определить точное и общее понимание взаимосвязей между компонентами.

UML - очень богатый язык, но для простоты только подмножество физической диаграммы языка используется для представления архитектуры Инфраструктуры Программной Системы. Физические диаграммы, состоящие из диаграмм компонентов и диаграмм развертывания, представляют собой взаимосвязи между функциями и интерфейсами, предоставляемыми архитектурными элементами SSI, а также то, как эти функции могут существовать в стандартно-совместимых решениях, соответственно.

Примеры того, как интерфейсы и реализации, описанные в этой инфраструктуре Программной системы, могут быть реализованы на разных вычислительных платформах или в разных логических средах, приведены в Приложении А. Эти примеры не требуют и не поддерживают какую-либо конкретную реализацию продукта; они просто служат для иллюстрации того, как компоненты могут быть разделены между физическими и / или сетевыми границами. Возможны организации компонентов, отличных от указанных в Приложении А.

XII


Component name

7.1 Компоненты диаграммы

В этом стандарте серии ISO/IEC 24791 компоненты UML представлены, как показано на рисунке 2. Стандарты серии ISO/IEC 24791 могут быть представлены как один или несколько компонентов, которые обеспечивают желаемую функцию. При представлении в виде UML-компонента не требуются требования к развертыванию в рамках конкретного компьютерного оборудования или реализации продукта.

Рисунок 2 — Представление компонентов

7.2 Диаграммы развертывания

Диаграммы развертывания используются в Приложении A для демонстрации примерных организаций реализации на физических продуктах или вычислительных платформах. В этом стандарте серии ИСО/МЭК 24791 эти примеры не являются нормативными, и возможны другие схемы развертывания, представляющие организацию компонентов. На рисунке 3 показано представление узла на диаграмме развертывания в этом стандарте серии ИСО/МЭК 24791.

Рисунок 3 —Представление узла

7.3 Интерфейсы

Интерфейсы представлены, как показано на рисунке 4, с провайдером услуги, представленной соединением с прямым концом значка.

Рисунок 4 — Представление интерфейса

7.4 Использование

«Использование» интерфейса или функций другого компонента компонентом представлено, как показано на рисунке 5.

XIII


Рисунок 5 — Представление "Использования”

8. Архитектура

8.1 Управление данными

Компонент управления данными в инфраструктуре программного обеспечения обеспечивает операции с данными тегов и датчиков, включая, но не ограничиваясь, чтение, запись, сбор, фильтрацию, группировку и подписку на события и уведомление. Компонент управления данными предоставляет интерфейс, представленный на рисунке 6, в котором конечная точка службы управления данными предоставляет услуги одной или нескольким конечным точкам клиента управления данными через привязку интерфейса, как будет указано в ISO/IEC 24791-2. Конечные точки клиента и служб могут существовать в одном устройстве или могут быть доступны по сети.

Рисунок 6 — Представление управления данными

Службы управления данными, предоставляемые Клиенту, могут быть синхронными или асинхронными. В синхронной операции службы, предоставляемые конечной точкой служб, происходят немедленно и синхронно в отношении запроса от Клиента. Примерами синхронных сервисов являются запись исходных данных (AFI, DSFID и / или идентификатор объекта) в тег модулем опроса в RFID-принтере. В асинхронной операции Клиент предоставляет спецификацию действий, которые должны быть предприняты при определенном условии или состоянии. Это может привести к выполнению сложного набора взаимодействий с тегом при обнаружении указанного условия. Примеры декларативных действий включают возможность писать определенное значение для всех тегов с определенным AFI, наблюдаемым следователем.

Управление данными обеспечивает передачу информации тегов и датчиков с конечной точки служб на конечную точку клиента, которая запрашивает конкретную операцию или данные. Запрос на услуги считается частью функции данных, и запрос передается через интерфейс между клиентом и конечными точками служб. Конечная точка Службы

XIV


обрабатывает клиентские запросы, данные тегов и, возможно, другие внешние входы (например, время или внешний логический сигнал) и доставляет результаты в запрошенной форме Клиенту. В процессе сбора и подготовки данных тегов для доставки клиенту Конечная точка услуг может группировать, фильтровать, декодировать и, возможно, дополнять данные тега дополнительными данными. Подробная информация об Услугах, предоставляемых реализациями этого компонента архитектуры, будет определена в ISO/IEC 24791-2.

Управление данными обеспечивает функцию управления, которая может использоваться Клиентами для изменения параметров доступа к тегам для запрошенных операций с данными. По требованию Клиента конечная точка службы управления данными связывает параметры доступа к тегам с соответствующими устройствами опроса, используя либо стандартный интерфейс устройства, либо собственные интерфейсные механизмы запроса, в зависимости от конкретной реализации. Архитектурное требование для функциональных возможностей управления не передается между конечными точками клиента и служб через один или другой канал связи. Специфика механизма связи будет определена в ISO/IEC 24791-2.

Интерфейс управления данными поддерживает семантику информации кодирования тегов, как определено в ISO/IEC 15962, включая концепции уникального идентификатора, AFI, DSFID, а также фактические данные, подлежащие кодированию. Этот интерфейс также поддерживает семантику параметров, указанных в ISO/IEC 15962, которые служат для дальнейшего определения состояния тега после записи или выполнения команды. Примеры этих параметров включают те, которые определяют блокировку частей памяти тегов, а также установку способа кодирования, который отражается в DSFID. Ответственность за реализацию управления данными, как показано на рисунке 1, несет ответственность за понимание запроса, полученного от клиента управления данными для работы с данными тегов, создание согласованного с ISO/IEC 15962 кодирования или запроса состояния тега и передача этого запроса к интерфейсу или реализации под ним в системе.

Управление данными будет продолжать поддерживать усовершенствования ISO/IEC 15962, которые обеспечивают дополнительную функциональность, производительность и формат тегов, такие как профили данных тегов, которые минимизируют операции тегов, необходимые для достижения определенного результата. Кроме того, управление данными также попытается предоставить средства для поддержки других стандартизованных форматов тегов, используемых в программных системах RFID. Формат данных для конкретной операции определяется Клиентом для операции, запрашиваемой по интерфейсу между Клиентом управления данными и поставщиком услуг управления данными.

XV


Предоставляя свои услуги, конечная точка службы управления данными также поддерживает семантику данных датчиков, которые будут определены в ISO IEC 24753 с соответствующей способностью декодирования форматов, а также поддержка улучшений количества и типа информации датчика, которая будет определена в ISO/IEC 24753.

Не требуется, чтобы реализация компонента управления данными существовала в реализации инфраструктуры программной системы. Архитектура является модульной, и для систем можно использовать собственные или специально разработанные приложения для предоставления этой функции или для того, чтобы системы вообще не предоставляли эту функцию. Иллюстрируя этот момент, A.2 и A.3 содержат примеры реализаций, которые предоставляют интерфейсы управления данными на разных платформах, а в A.4 показана реализация SSI, которая вообще не имеет интерфейса управления данными.

8.2 Интерфейс устройства

Интерфейс устройства обеспечивает обработку данных и управления между конечной точкой служб интерфейса устройства на запросчике RFID и конечной точкой клиента, как правило, на другом физическом устройстве. Ожидается, что в системе будет много запросов RFID, взаимодействующих с меньшим количеством реализаций, которые предоставляют конечную точку клиента, но все операции интерфейса описываются в терминах связи между одним клиентским потоком и одним RFID-устройством опроса. Компонент интерфейса устройства предоставляет интерфейс, представленный на рисунке 7, в котором конечная точка служб интерфейсов устройств предоставляет услуги конечной точке клиента интерфейса устройства через привязку интерфейса, как указано в ISO/IEC 24791-5. Конечные точки клиента и служб могут существовать в одном устройстве или могут быть доступны по сети.

Рисунок 7 — Представление интерфейса устройства

Интерфейс устройства отвечает за поддержку и использование возможностей, предоставляемых протоколами радиочастотной идентификации RFID, для достижения целей доступа к тегам и доступу к датчикам в программной системе RFID. Для достижения этой цели стандарты, предусмотренные для функций управления данными, контроля и управления на этом уровне в Инфраструктуре Программной Системы,

XVI


являются воздушным протоколом, и он способен полностью выполнять конкретные функции поддерживаемых стандартов протокола связи. Эквивалентно, не является целью предоставить единое абстрактное устройство опроса, которое обеспечивает общий интерфейс независимо от конкретного используемого воздушного протокола. Это позволит снизить способность программных систем получать доступ к конкретным функциям, обеспечиваемым существующими и будущими протоколами. Обратите внимание, что хотя команды интерфейса, поддерживающие тип C ISO/IEC 18000-6, определены в ISO/IEC 24791-5, дополнительная поддержка протокола воздушного потока для интерфейса устройства SSI может быть определена в пересмотренной версии ISO/IEC 24791-5 или в другая часть стандарта ISO/IEC 24791.

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

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

Для обеспечения интерфейса, который может обеспечить самый низкий уровень контроля и доступа к данным по множеству поддерживаемые воздушные протоколы и возможности опроса, полное кодирование и декодирование тега ISO/IEC 15962 и Данные датчика ISO/IEC 24753 для записи и чтения, соответственно, выполняются над интерфейсом устройства. Клиент в этой архитектуре, как показано на рисунке 1. Ответственность за управление данными. Внедрение для использования услуг кодировщика/декодера ISO/IEC 15962 и/или ISO/IEC 24753 для форматирования ввод или декодирование вывода с клиентского интерфейса устройства в соответствии с протоколом воздушного потока.

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

XVII


является предоставление Клиенту возможности получать запрошенную информацию о RFID-информации от следователей и запрашивать необходимые действия по доступу к тегам. Логика, которая использует интерфейс устройства от реализации, выходит за рамки стандарта ISO/IEC 24791-5.

Не требуется, чтобы реализация компонента интерфейса устройства существовала в реализации инфраструктуры программной системы. Архитектура является модульной, и системы могут использовать проприетарные или специально разработанные интерфейсы для опросчиков, либо по сетям, либо непосредственно в конфигурациях. В A.2 и A.4 представлены примеры развертывания опросчиков с интерфейсом устройства, а в A.3 показано развертывание, при котором устройство опроса предоставляет интерфейс управления данными, а не интерфейс устройства.

8.3 Управление устройствами

Управление устройствами определяет интерфейс (интерфейсы), обеспечивающий обнаружение, подготовку, управление изображениями, настройку, мониторинг производительности и диагностику компонентов компонентов и опросников SystemSystemInfrastructure. Управление устройствами также определяет набор стандартизированных рабочих процедур, которые должны выполняться соответствующими устройствами, как правило, связанными с начальной работой устройства в сетевой среде.

Конкретные возможности интерфейса предоставляются конечной точкой служб управления устройствами. Конечная точка клиента управления устройствами обращается к конечной точке служб в компоненте, который предоставляет требуемые службы. На рисунке 8 представлено представление интерфейса управления устройствами в компоненте:

Рисунок8 — Представление управления устройствами

Как указано, этот интерфейс отличается от интерфейсов данных и управления, предоставленных другими частями стандарта ISO/IEC 24791. Возможно, что реализация интерфейса управления устройствами использует тот же сетевой интерфейс, что и реализация одного из данных и / или управляющие интерфейсы в реализации. Ниже приведены краткие описания услуг, поддерживаемых для каждого компонента в архитектуре, а полная информация о протоколе (интерфейсах) интерфейсов предоставленных услуг управления будет указана в ISO/IEC 24791-3. Функции, охватываемые DeviceManagement, могут быть сгруппированы следующим образом:

XVIII


• Открытие: процесс автоматического поиска компонентов и устройств в системе, а также динамическое определение конечных точек обслуживания и включение соединений между компонентами и службами.

• Конфигурация: процесс установки рабочих параметров для компонентов, которые загружаются при инициализации системы и которые изменяются относительно редко, в первую очередь через взаимодействие с пользователем.

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

• Мониторинг: сбор статистических данных и данных состояния, полезных для определения исторического и текущего рабочего состояния компонента, в частности, запросчика или компонента SSI, который обеспечивает функцию реализации управления данными, такую как контрольный запросчик в реализации реализации управления данными на рисунке 1.

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

Интерфейсы, которые будут определены в ISO/IEC 24791-3, предоставят механизмы расширения, позволяющие реализациям предоставлять услуги управления, помимо тех, которые конкретно определены в стандарте. Это согласуется с основанными на стандартах подходами, которые в настоящее время используются для управления телекоммуникационными устройствами.

Важно отметить, что не все из вышеперечисленных возможностей необходимо развертывать во всех реализациях конечной точки служб управления устройствами. Например, запросчики могут реализовывать и отображать различный набор возможностей ISO / IEC 24791-3 от контролеров-допрашивающих. Кроме того, различные классы опросчиков могут реализовывать и демонстрировать различные наборы возможностей ИСО / МЭК 24791-3. Требования к соответствию для реализации конечной точки служб управления устройствами будут определены в ISO / IEC 24791-3. А.5 и А.6 иллюстрируют различные организации опросчиков и контроллер

XIX


запросов, которые раскрывают интерфейс управления устройствами.

8.4 Вопросы безопасности

Стандарты серии ISO / IEC 24791, которые определяют интерфейсы, включают рекомендации и требования к безопасности между конечной точкой клиента и конечной точкой служб. Части ISO / IEC 24791, которые определяют интерфейсы:

• ISO / IEC 24791-2, Управление данными

• ISO / IEC 24791-3, Управление устройствами

• ISO / IEC 24791-5, интерфейс устройства

Механизмы безопасности для работы радиоинтерфейса RFID специально выходят за рамки данной спецфикации. Однако некоторые аспекты безопасности радиоинтерфейса RFID, такие как пароли, могут нуждаться в поддержке SSI. Эти требования будут конкретно определены и поддерживаться в соответствующих стандартах ISO / IEC 24791.

XX

СТ РК ISO/IEC 24791-1- 20__

Приложение A(справочное)

Примеры внедрения

A.1 Общие положения

Этот стандарт серии ISO/IEC 24791 определяет работу программных систем RFID между приложениями конечного пользователя и физическим оборудованием, которое реализует протоколы радиоинтерфейса RFID. Существует множество возможных компонентов программных компонентов, определенных в этой части ISO/IEC 24791, в том числе о том, как компоненты распределяются между различными физическими вычислительными платформами. Различные платформы, на которых могут находиться компоненты, представлены в следующих разделах этого приложения в виде отдельных узлов UML на диаграмме развертывания.

Обратите внимание, что связь с RFID-метками над воздушным интерфейсом выходит за рамки этой части ISO / IEC 24791; поэтому метки RFID, датчики и интерфейсы протокола воздушного потока серии ISO / IEC 18000 не представлены на следующих рисунках. Их следует считать «ниже» устройств опроса на диаграммах, причем как устройства опроса, так и теги, надлежащим образом выполняющие операции воздушного протокола серии ISO / IEC 18000.

A.2 Контроллер устройства опроса с контроллером развертывания

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

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

СТ РК ISO/IEC 24791-1-20__

Figure A.2 — Node Diagram with Interrogator-based Data Management

управления данными, а также логику реализации, которая собирает, преобразует и представляет данные в интерфейс управления данными. Процесс управления этими данными может потребовать использования функции кодирования / декодирования ISO / IEC 15962, поскольку он создает и обрабатывает данные и / или запросы.

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

СТ РК ISO/IEC 24791-1-20__

Рисунок А.1 Схема узла с контролером устройства опроса и устройством опроса

A.3 Устройства опроса, отображающие интерфейс управления данными

На рисунке A.2 RFID устройства опроса предоставляют конечную точку служб управления данными для непосредственной поддержки запросов данных тегов и датчиков от конечных точек клиента управления данными в

СТ РК ISO/IEC 24791-1-20__

Figure A.2 — Node Diagram with Interrogator-based Data Management

приложениях конечных пользователей. В этих развертываниях конкретный контроль параметров системыRFID среди опросчиков либо не требуется, либо реализуется посредством процедур опроса, выходящих за рамки этой части ИСО/МЭК 24791.

Устройство опроса предоставляет конечную точку служб управления данными, а также реализует определенную логику, которая собирает, преобразует и представляет данные в интерфейс управления данными. Процесс управления этими данными может потребовать использования функции кодирования/декодирования ISO/IEC 15962, поскольку он создает и обрабатывает данные и/или запросы.

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

СТ РК ISO/IEC 24791-1-20__

Figure A.3 — Node Diagram illustrating End User Device Interface Communication with Interrogators

Рисунок А.2 - Схема узла с управлением данными на основе опроса

A.4 Приложения конечного пользователя, напрямую связанные с устройствами опроса

В другом примере развертывания инфраструктуры программной системы, как показано на рисунке A.3, приложение конечного пользователя напрямую связывается с устройствами опроса с использованием интерфейса устройства. В этих развертываниях приложение берет на себя ответственность за любые требования к управлению в среде, а также за функции кодирования и декодирования данных ISO/IEC 15962 и 24753. В этом сценарии нет интерфейса управления данными или реализации; приложение конечного пользователя создает и потребляет всю информацию RFID или делает ее доступной для других приложений с помощью методов, выходящих за рамки этой части ISO/IEC 24791. Примером такого конкретного развертывания может быть приложение принтера RFID, связывающееся с RFID-модулем с использованием 24791 -5.

СТ РК ISO/IEC 24791-1-20__

Рисунок А.3 - Схема узла, иллюстрирующая интерфейс конечного пользователя с устройством опроса

A.5 Управление устройством запроса

На рисунке A.4 показан узел, который реализует конечную точку службы управления устройствами в устройстве опроса. На этом рисунке не отображается ни один из интерфейсов данных или управления, которые могут быть реализованы на этом запросчике, поскольку логика реализации специфична для любого взаимодействия между интерфейсами, что делает их функционально независимыми. В некоторых сценариях развертывания экземпляры конечной точки служб устройств или конечных точек управления данными могут получать команды или запросы из специфичной для реализации логики в ответ на команды или запросы из конечной точки служб управления устройствами. Эти запросы предназначены для настройки, подготовки, мониторинга производительности и / или диагностики, а не для данных тегов или датчиков.

Кроме того, логика реализации, соответствующая реализации, отвечает

СТ РК ISO/IEC 24791-1-20__

за выполнение функций обнаружения и обеспечения, даже при отсутствии конкретных запросов от клиента.

Рисунок A.4 — Схема узла с конечной точкой обслуживания ISO/IEC 24791-3 на устройстве опроса

A.6 Управление устройствами на контроллере опроса и запросчиках

На рисунке A.5 показаны узлы, которые реализуют конечные точки управления устройством на контроллере опроса, а также на устройствах опроса.

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

Возможно и, вероятно, вероятно, что конечные точки служб управления устройствами в контроллере запросов и устройства опроса выставляют разные возможности с подмножествами соответствия, как будет

СТ РК ISO/IEC 24791-1-20__

определено в ISO / IEC 24791-3.

Рисунок A.5 — Схема узла с ISO / IEC 24791-3 Конечные точкина контролером опроса и устройствами опроса

СТ РК ISO/IEC 24791-1-20__

ПриложениеB

(справочное)

Взаимосвязь между ISO/IEC15961 иISO/IEC24791

В этом приложении представлена дополнительная информация, касающаяся взаимосвязи между ISO/IEC 15961 и ISO/IEC 24791. Это необходимо, поскольку может возникнуть конфликт между интерфейсом приложения/устройством опроса, описанным в ISO/IEC 15961, и интерфейсами, определенными в ISO/IEC 24791. Как объясняется ниже, между стандартами не существует конфликта. Кроме того, разработка ISO/IEC 24791 не представляет риска для существующих реализаций команд ISO/IEC 15961.

ISO/IEC 15961 был разработан до перехода технологии RFID с замкнутой системы, контроля процесса сред к крупномасштабным открытым системам, предназначенным для глобального обмена данными. Это принципиально изменили способ взаимодействия между устройствами опроса и программными системами. Этот технологический сдвиг включает в себя подключенные к сети устройства опроса, цельные интегральные схемы, которые могут значительно снизить стоимость опросчиков, добавление типа C к ISO/IEC 18000-6 и его широкое внедрение, а также разработку базовых компонентов инфраструктуры, которые предоставляют данные RFID и управление операцией для нескольких запросов и нескольких приложений одновременно.

В ISO/IEC 15961: 2004 определены команды и ответы для чтения и записи данных в тег. Эти команды приложений включали аргументы, которые могли бы правильно форматировать данные в соответствии с правилами кодирования ISO/IEC 15962. Однако эти команды и ответы не учитывали текущие требования к автономным сетевым операциям опроса. Кроме того, эти команды не обеспечивали интерфейс опроса, который может осуществлять контроль над RF-атрибутами опросчиков. Эти требования становятся все более важными, поскольку масштабы операций RFID растут, а плотность опроса расширяется.

В ISO/IEC 15961: 2004 указан синтаксис передачи, в котором представлены форматы нормативных данных, которые могут использоваться для межсистемной передачи команд и ответов. ISO/IEC 15961-1 больше не требует генерации синтаксиса передачи, что устраняет необходимость в артефактах протокола, которые могут использоваться для указания требований соответствия. Хотя он больше не указывает на нормативную реализацию, ISO/IEC 15961 предоставить полную спецификацию приложений команд приложения, ответов и аргументов, которые позволяют

СТ РК ISO/IEC 24791-1-20__

ISO/IEC 15962 для обеспечения правильной составления данных тегов.

Таким образом, требования к совместимости для работы с инфраструктурой системы RFID- это те, которые указаны в различных частях ISO/IEC 24791. ISO/IEC 15961 в его различных частях содержит основные правила, которые обеспечивают полноту в формулировании надлежащей кодировки тегов ISO/IEC 15962, без ограничения того, как они реализованы в стандартах части ISO/IEC 24791 или связанных с ними.

СТ РК ISO/IEC 24791-1-20__

Библиография

[1] ISO / IEC 15961: 2004, Информационные технологии. Радиочастотная идентификация (RFID) для управления позициями. Протокол данных: интерфейс приложения.[2] ISO / IEC 15961-11), Информационные технологии - Радиочастотная идентификация (RFID) для управления позициями - Протокол данных - Часть 1: Интерфейс приложения[3] ISO / IEC 15961-2, Информационные технологии. Радиочастотная идентификация (RFID) для элементауправление - Протокол данных - Часть 2: Регистрация конструкций данных RFID[4] ISO / IEC 15961-3, Информационные технологии. Радиочастотная идентификация (RFID) для позицииуправление - Протокол данных - Часть 3: Структуры данных RFID[5] ISO / IEC 15962, Информационные технологии. Радиочастотная идентификация (RFID) для элементауправление - Протокол данных: правила кодирования данных и функции логической памяти[6] ISO / IEC 18000-1, Информационные технологии. Радиочастотная идентификация для управления элементами. Часть 1. Справочная архитектура и определение параметров, подлежащих стандартизации[7] ISO / IEC 18000-2, Информационные технологии. - Радиочастотная идентификация для управления позициями. Часть 2. Параметры для связи с воздушным интерфейсом ниже 135 кГц[8] ISO / IEC 18000-3, Информационные технологии. Радиочастотная идентификация для управления позициями. Часть 3. Параметры для связи с радиоинтерфейсом на частоте 13,56 МГц[9] ISO / IEC 18000-4, Информационные технологии. Идентификация радиочастоты для управления позициями. Часть 4. Параметры для связи с радиоинтерфейсом на частоте 2,45 ГГц[10] ISO / IEC 18000-6, Информационные технологии. Идентификация радиочастоты для управления позициями. Часть 6. Параметры для связи с воздушным интерфейсом на частотах от 860 МГц до 960 МГц[11] ISO / IEC 18000-7, Информационные технологии. Радиочастотная идентификация для управления позициями. Часть 7. Параметры для связи с активным воздушным интерфейсом на частоте 433 МГц[12] ISO / IEC 24791-5, Информационные технологии - Радиочастотная идентификация (RFID) для управления позициями - Инфраструктура программной системы - Часть 5: Интерфейс устройства[13] Ссылки на EPCglobal Standards, http://www.epcglobalinc.org/standards1) To be published. ISO/IEC 15961 (all parts) will cancel and replace ISO/IEC 15961:2004.

Documents

Microsoft Word - C046137e.docmemst.miid.gov.kz/.../3._st_rk_iso_iec_24791-1_20_pervaya_redakciya… · Web view(проект, редакция . 1) СТ РК iso/iec 24791-1-20__