Действующий
Из всех идентификаторов объектов, определяемых в данной части ИСО 28560, необходимо кодировать только относительный идентификатор объекта. Программное обеспечение, предназначенное специально для библиотечной области, вероятно будет требовать использования в командах только относительного идентификатора объекта.
Если библиотека использует для кодирования и декодирования универсальное программное обеспечение в соответствии с ИСО/МЭК 15962, в командах и ответах может потребоваться использование полного идентификатора объекта. В этом случае корневой идентификатор объекта должен предварять относительный идентификатор объекта, образуя полный идентификатор. Кодирование радиочастотных меток также является эффективным решением, так как формат данных обрезает корневой идентификатор объекта при кодировании и восстанавливает его при декодировании. Даже при этом более общем процессе для отличия элементов данных фактически кодируется в радиочастотную метку только относительный идентификатор объекта.
Идентификатор объекта для первичного идентификатора предмета учета должен иметь полную структуру, зарегистрированную согласно правилам ИСО/МЭК 15961-2. Это позволяет использовать этот идентификатор объекта как уникальный идентификатор предмета учета. Это также обеспечивает принципиальное различие между уникальным идентификатором предмета учета и всеми другие элементами данных, а также согласованность такой идентификации, что может иметь значение при будущем развитии технологии радиочастотной идентификации. Идентификатор объекта, зарегистрированный в качестве первичного идентификатора предмета учета, имеет следующее значение:
Относительный идентификатор объекта "1" для элемента данных "первичный идентификатор предмета учета" (см. 6.2) согласован с этим зарегистрированным значением.
Идентификатор DSFID задается как однобайтовый код, содержащий две компоненты, имеющие отношение к данной части ИСО 28560:
- метод доступа, задаваемый двумя первыми битами идентификатора DSFID, что определяет, как данные структурированы в радиочастотной метке. Метод доступа, определенный сейчас для данной части ИСО 28560, задается значением 00 = "Без каталога", а закодированные байты образуют непрерывный поток байтов.
Использование индекса идентификатора объектов (см. 6.3) уменьшает преимущества использования каталожного метода доступа, поэтому он не поддерживается в этой части ИСО 28560. Другие методы доступа будут включены во второе издание ИСО/МЭК 15962. Данная часть ИСО 28560 не будет поддерживать какие-либо дополнительные методы доступа без внесения в стандарт формальных поправок. Такие поправки должны будут включать описание способов миграции для внедрения и поддержки нового метода доступа.
Блокировка идентификатора DSFID приведет к записи в радиочастотную метку неизменяемых значений, как метода доступа, так и формата данных. Любые решения о блокировке или разблокировке идентификатора DSFID необходимо принимать с учетом рекомендаций 8.1.4.
В ИСО/МЭК 15961-1 определены команды и ответы на них, поступающие от приложения в соответствии с правилами ИСО/МЭК 15962 и устройства считывания/опроса. Команды определяют операции записи, считывания и изменения данных. Эти команды и ответы на них соответствуют работе на более высоком уровне, чем команды и ответы радиоинтерфейса, оперирующие только с байтами и блоками.
Команды приложения позволяют определять идентификаторы объектов и соответствующие им объекты (данные) понятным для приложения образом. Дополнительные аргументы команд поддерживают функции, позволяющие приложению передавать инструкции кодирующему устройству для уплотнения данных, блокирования данных и избегания записи дублирующих данных. Список команд ИСО/МЭК 15961-1, имеющих отношение к радиочастотным меткам, соответствующим ИСО/МЭК 18000-3 Mode 1, приведен в приложении В.
Все аргументы в команде крайне важны для обеспечения совместимого кодирования (например, инструкции для блокирования определенного набора данных или для определения последовательности элементов данных). Однако было одобрено, что в ИСО/МЭК 15961-1 больше не будут определять детальный механизм взаимодействия с ИСО/МЭК 15962, как то сейчас установлено в первом издании этих международных стандартов. Это значит, что подробные правила кодирования транспортного уровня ASN.1 в ИСО/МЭК 15962 больше не требуют заявления о совместимости. Системные поставщики сейчас имеют более простой и гибкий способ реализации кодирования радиочастотных меток, но все равно требуется выполнять кодирование на основе соответствующих командных аргументов. Требования соответствия (см. раздел 5) согласуются с этим подходом.
Правила кодирования предназначены для достижения сочетания гибкости и эффективности при кодировании байтов в радиочастотную метку. В частности:
- данные эффективно уплотняют за счет использования определенного набора методов уплотнения, что уменьшает объем передаваемых по радиоинтерфейсу данных;
- форматирование данных минимизирует объем кодирования идентификаторов объектов в радиочастотной метке и объем передаваемых данных через радиоинтерфейс, но по-прежнему обеспечивает полную гибкость при идентификации специфических данных без обращения к жестким структурам сообщений.
Синтаксис, связанный с правилами кодирования, эффективно создает самоопределяемые структуры сообщений для каждой радиочастотной метки. Это позволяет выбирать из словаря данных приложения необязательные данные. Это также позволяет кодировать данные переменной длины и данные различных форматов (например, цифровые или алфавитно-цифровые) настолько эффективно, насколько возможно смешение в рамках одной системы радиочастотной идентификации. Правила ИСО/МЭК 15962 позволяют верно интерпретировать данные с радиочастотной метки, без предварительного знания о том, что в ней закодировано. Это важная особенность, которая обеспечивает совместимость устройств и позволяет в соответствии с данной частью ИСО 28560 добавлять новые элементы данных без изменения оборудования. Это также позволяет отдельным библиотекам варьировать выбор элементов данных без необходимости каких-либо серьезных обновлений.
На рисунке 3 приведена базовая архитектура протокола данных. Компоненты ИСО/МЭК 15962 рассмотрены ниже.
Логическая память является эквивалентом памяти радиочастотной метки в программном обеспечении. Не все радиочастотные метки имеют одинаковый размер и структуру памяти. Параметры, определяющие размеры и количество блоков, должны быть переданы из радиочастотной метки через устройство считывания и драйвер управления радиочастотными метками для того, чтобы средство кодирования могло создать логическую память, соответствующую конкретной метке.
Данный процесс скрыт от приложения, но необходимо принимать во внимание, что в по-настоящему открытой и полностью совместимой системе радиочастотные метки, совместимые с указанным протоколом радиоинтерфейса (см. 5.2.2), могут иметь разную архитектуру.
В ИСО/МЭК 15961-1 определены специфические команды, которые используются для конфигурирования идентификатора AFI и идентификатора DSFID для отдельного протокола радиоинтерфейса. Конфигурации каждого из этих компонентов системной информации определены в 7.4.3.2 и 7.4.3.3.
Команда ИСО/МЭК 15961-1 для конфигурирования идентификатора AFI имеет аргумент, позволяющий приложению определить, должен ли идентификатор AFI быть заблокирован или нет. Как отмечалось в 7.2.2, идентификатор AFI не должен блокироваться, если он используется как часть системы безопасности, когда используются два значения, одно для выданных предметов, а другое для предметов учета в фонде. Если в системе безопасности используются другие механизмы, идентификатор AFI может быть заблокирован по усмотрению отдельных библиотек. После блокировки идентификатор AFI уже не может быть разблокирован.
Формат данных указан в 7.2.3, а метод доступа в 7.2.6. Эти битовые значения комбинируются для создания байта, соответствующего значению идентификатора DSFID, как показано в таблице 4.
Битовая последовательность | Байт идентификатора формата хранения данных | ||
Метод доступа | Зарезервировано | Формат данных | |
00 | 0 | 00110 | 06 |
| 00 = "без каталога", когда кодируемые байты добавляются к непрерывному потоку байтов. | |||
Некоторые радиочастотные метки не имеют явной команды радиоинтерфейса для записи идентификатора формата хранения данных в заданную область памяти на метке. В ИСО/МЭК 15962 определяются правила для драйвера управления радиочастотными метками для автоматического определения, поддерживает ли конкретная радиочастотная метка твердую привязку идентификатора формата хранения данных к определенному месту в радиочастотной метке или оно задается программно.
Примечание - Данный процесс прозрачен для приложений и использует аналогичные функции из ИСО/МЭК 15962, которые используются для определения размера памяти и размера блока. С помощью этих процессов улучшаются возможности совместимости и выбора типов радиочастотных меток, более подходящих для отдельных видов предметов учета.
Для большинства элементов данных из таблицы 1 применяют типовые методы уплотнения по ИСО/МЭК 15962, как описано в следующем параграфе. Исключения подробно обсуждаются далее в данном подразделе.
Когда аргументы команды устанавливаются для уплотнения данных, по ИСО/МЭК 15962 автоматически выбирают наиболее эффективную схему уплотнения для каждого из представленных элементов данных. Это позволяет библиотекам гибко пользоваться алфавитно-цифровыми или цифровыми кодовыми структурами, с тем лишь неудобством, что при более сложных наборах знаков будет требоваться большее пространство для кодирования на радиочастотной метке. Также это дает возможность для более коротких кодов использовать (в целом) меньшее количество байтов.
Определяемый приложением аргумент можно использовать для кодирования зашифрованных извне данных, интерпретация которых известна только управляющей системе. Наиболее общим является кодирование с использованием поддержки в данной части ИСО 28560 индекса идентификатора объекта (OID) со значением 2 относительного идентификатора объекта (Relative-OID). Так как это битовая последовательность, никакого предварительного кодирования не требуется. Другое использование определяемого приложением аргумента возникает при кодировании ISIL для относительных идентификаторов со значениями 3 и 11. В этом случае код ISIL должен быть предварительно закодирован в соответствии с правилами, определенными в приложении С, а затем кодироваться в соответствии с ИСО/МЭК 15962 по правилам, определяемым приложением. Подобным образом, определяемый приложением аргумент применяют для кодирования относительного идентификатора объекта со значением 5 для элемента данных "Тип использования", со значением 19 для "Медиа-формат (другой)" и со значением 20 для "Этап цепи поставки".
Строку в формате UTF-8 используют для представления знаков, не входящих в набор знаков по умолчанию по ИСО/МЭК 8859-1. В основном это используется для языков с наборами знаков, отличными от набора латинских знаков N 1. Данная схема уплотнения должна объявляться только тогда, когда строку знаков в формате UTF-8 кодируют в элементы со значениями относительных идентификаторов 15, 16, 17 и 26.