"Р 1323565.1.021-2018. Рекомендации по стандартизации. Информационные технологии. Рекомендации по использованию структур данных в носителях данных автоматической идентификации и сбора данных"
(утв. и введены в действие Приказом Росстандарта от 25.10.2018 N 847-ст)

1 ПОДГОТОВЛЕНЫ Ассоциацией автоматической идентификации "ЮНИСКАН/ГС1 РУС" на основе собственного перевода на русский язык англоязычной версии документа, указанного в пункте 4

2 ВНЕСЕНЫ Техническим комитетом по стандартизации ТК 355 "Технологии автоматической идентификации и сбора данных"

3 УТВЕРЖДЕНЫ И ВВЕДЕНЫ В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 25 октября 2018 г. N 847-ст

4 Настоящие рекомендации по стандартизации идентичны международному документу ISO/IEC TR 29162:2012 "Информационные технологии. Рекомендации по использованию структур данных в носителях данных АИСД" (ISO/IEC TR 29162:2012 "Information technology - Guidelines for using data structures in AIDC media", IDT).

При применении настоящих рекомендаций рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕНЫ ВПЕРВЫЕ

6 Некоторые положения международного документа могут быть объектами патентных прав. Международная организация по стандартизации ИСО и Международная электротехническая комиссия МЭК не несут ответственности за идентификацию подобных патентных прав

Радиочастотная идентификация (Radio frequency identification, RFID) представляет собой один из носителей данных для автоматической идентификации и сбора данных, АИСД (Automatic Identification and Data Capture, AIDC), широко используемых на рынке. Линейные символы штрихового кода и двумерные символы - это давно применяемые носители данных АИСД. ИСО/МЭК 15434 является международным стандартом, устанавливающим синтаксические правила для АИСД. ИСО/МЭК 15961 и ИСО/МЭК 15962 разработаны в качестве правил кодирования для радиочастотной идентификации.

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

В настоящих рекомендациях описаны общие структуры данных, используемые в оптических носителях данных (линейные символы штрихового кода и двумерные символы) и в радиочастотной идентификации. В первую очередь это касается использования идентификаторов данных ASC MH10 для обеспечения семантического содержания, ИСО/МЭК 15434 - синтаксических правил, а также установленных стандартами ИСО методов для уникальной идентификации предметов с идентификаторами семейства приложений (Application Family Identifiers, AFIs) по ИСО/МЭК 15961 и правил кодирования для радиочастотной идентификации по ИСО/МЭК 15962.

При использовании спецификаций SPEC 2000 Ассоциации воздушного транспорта (Air Transport Association, ATA), идентификаторов текстовых элементов, рекомендуется руководствоваться соответствующими рекомендациями ATA.

При использовании идентификаторов применения GS1 и код EPC, положений стандарта данных радиочастотных меток EPC (EPC Tag Data Standard, TDS) рекомендуется руководствоваться соответствующими рекомендациями Ассоциации GS1 <*>.

--------------------------------

<*> GS1 - международная организация, управляющая системой кодирования идентификационных номеров, которая действует через сеть национальных агентств, называемых национальными организациями GS1. На территории каждой страны действует только одна национальная организация GS1. В Российской Федерации единственной национальной организацией, представляющей GS1, является Ассоциация автоматической идентификации "ЮНИСКАН/ГС1 РУС".

Дополнительные сноски, приведенные в настоящих рекомендациях и выделенные курсивом, указаны для пояснения текста ИСО/МЭК TR 29162:2012.

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

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

ISO/IEC 19762 (all parts), Information technology - Automatic identification and data capture techniques - Harmonized vocabulary (Информационные технологии. Технологии автоматической идентификации и сбора данных. Гармонизированный словарь) <*>

--------------------------------

<*> На момент публикации ИСО/МЭК TR 29162:2012 действовали пять частей: ИСО/МЭК 19762-1:2008, ИСО/МЭК 19762-2:2008, ИСО/МЭК 19762-3:2008, ИСО/МЭК 19762-4:2008, ИСО/МЭК 19762-5:2008, которые заменены на ИСО/МЭК 19762:2016, включающий русскую версию.

В настоящих рекомендациях применены термины и определения в соответствии с ИСО/МЭК 19762 (все части).

В настоящих рекомендациях применены следующие сокращения, приведенные в ИСО/МЭК 19762 (все части), а также следующие:

- AFI - идентификатор семейства приложений (Application Family Identifier);

- AI - идентификатор применения (Application Identification);

- АИСД (AIDC) - автоматическая идентификация и сбор данных (Automatic Identification and Data Capture);

- CIN - идентификационный номер предприятия (Company Identification Number);

- DI - Идентификатор данных (Data Identifier);

- DSFID - идентификатор формата хранения данных (Data Storage Format Identifier);

- ECI - интерпретации в расширенном канале (Extended Channel Interpretations);

- EPC - электронный код продукции (Electronic Product Code);

- IAC - код агентства выдачи (Issuing Agency Code);

- IATA - Международная ассоциация воздушного транспорта (International Air Transport Association);

- IEP - межотраслевой электронный кошелек (Inter-sector Electronic Purse);

- ISBT - Международная ассоциация служб переливания крови (International Association of Blood Transfusion services);

- OID - идентификатор объекта (Object Identifier);

- PC - управление протоколом (биты) (Protocol Control (bits));

- RFID - радиочастотная идентификация (Radio Frequency Identification);

- SN - серийный номер (Serial Number);

- TEI - идентификатор текстового элемента (Text Element Identifier);

- TID - идентификация радиочастотной метки (Tag identification);

- UII - уникальный идентификатор предмета (Unique Item Identifier);

- UML - унифицированный язык моделирования (Unified Modeling Language);

- UPU - Всемирный почтовый союз (Universal Postal Union);

- VIN - идентификационный номер автомобиля (Vehicle Identification Number);

- XPC - расширенное управление протоколом [Extended PC (bits)].

Носители данных АИСД в различных формах транспортируют и/или хранят вместе с товарами или предметами.

ИСО/МЭК 15434 разработан в качестве синтаксических правил для носителей данных АИСД высокой емкости и применяется ко многим типам двумерных символов.

ИСО/МЭК 15961 и ИСО/МЭК 15962 разработаны для стандартов по радиоинтерфейсу радиочастотной идентификации как метод кодирования только в радиочастотной идентификации.

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

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

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

Начиная с 1970-х годов и по сегодняшний день линейные символы штрихового кода обычно кодируют специфическую информацию о предмете, установленную приложением, в виде "номерного знака". В символе штрихового кода закодирован идентифицирующий первичный ключ к записи в базе данных, которая содержит текущую информацию о предмете. Если идентификатор в символе штрихового кода не содержит серийный номер (например, в символе UPC), он идентифицирует тип предмета, такой как определенная продукция конкретного размера. Если содержит серийный номер, то "номерной знак" идентифицирует конкретный экземпляр типа предмета; в приложениях открытых систем важно, чтобы система идентификации могла гарантировать, что каждый "номерной знак" является уникальным по отношению к другим.

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

Международными организациями ИСО и МЭК разработан ряд спецификаций для кодирования и декодирования линейных символик штрихового кода, таких как ИСО/МЭК 15420 для символики EAN/UPC и ИСО/МЭК 15417 для символики Code 128, а также для двумерных символик, таких как ИСО/МЭК 15438 для символики PDF417 (полный список см. в библиографии).

В настоящих рекомендациях описаны доступные в настоящее время методы кодирования как идентификатора UII, так и сопутствующих данных о предмете на оптических и радиочастотных носителях данных. Для всех двумерных символов может быть использован синтаксис данных, указанный в ИСО/МЭК 15434 (и обобщенный в разделе 6). В большинстве радиочастотных носителей данных идентификатор UII кодируют отдельно (для эффективных операций инвентаризации), а сопутствующие данные о предмете следует кодировать с использованием синтаксических правил по ИСО/МЭК 15434. Варианты кодирования в радиочастотной идентификации обобщены в разделах 7 - 9, а дополнительные рекомендации, специфичные для радиочастотной идентификации, приведены в разделах 10, 11 и приложениях A - D.

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

ИСО/МЭК 15434 включает закодированные данные:

- используемые при отгрузке, приемке и инвентаризации транспортируемых единиц;

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

- используемые при сортировке и отслеживании транспортируемых единиц;

- применяемые для сортировки и отслеживания возвратных транспортных упаковочных средств;

- используемые для сортировки и отслеживания изделий и упакованных единиц продукции.

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

Данные заголовка и указатель окончания формата для каждого формата определены в таблице 1.

Для использования информационных объектов, как определено в стандартных справочниках электронного обмена данными, справочнике идентификаторов применения GS1 (Общие спецификации GS1) или в справочнике ANSI идентификаторов данных DI (ANS MH10.8.2), пользователи должны ссылаться на ИСО/МЭК 15434.

По мере распространения технологии штрихового кода в 1980-х годах стала очевидной потребность в кодировании большего объема информации по сравнению с простым ключевым идентификатором продукции. Номера серии/партии и серийные номера, номера заказов на поставку, почтовые индексы пункта назначения, коды стран происхождения и уникальный номерной знак для объекта - возможно, все это подлежало кодированию на одной этикетке. Проекты такого подхода в отдельных отраслях развивались самостоятельно до тех пор, пока межотраслевой обмен продукцией не заставил стандартизировать радиочастотные метки, или префиксы, для идентификации информации, закодированной в символе штрихового кода. Это привело к стандартизации идентификаторов данных (DI) и идентификаторов применения (AI), которые относят к семантическому содержанию структуры данных АИСД, регулируемой с помощью идентификаторов данных ASC MH10 (DI) и идентификаторов применения GS1 (AI), как определено в ИСО/МЭК 15418.

Со временем были разработаны приложения для кодирования информации на транспортной этикетке в одном символе, позволяющем считывать информацию за одну операцию сканирования. Возможность кодирования нескольких полей данных в символе породила требование к пониманию того, считываются ли идентификаторы DI или AI, где заканчиваются одни структуры и начинаются другие, и не последуют ли далее иные данные. Это привело к стандартизации структур данных в сообщениях, соотносимых с синтаксическими правилами сообщения АИСД, и было систематизировано в ANS MH10.8.3, а затем в ИСО/МЭК 15434.

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

Различные приложения должны идентифицировать тип носителя данных, а устройства считывания и опроса должны обеспечивать идентификацию носителей данных, с помощью которых был осуществлен ввод данных: радиочастотная метка, символ штрихового кода или ввод данных с клавиатуры. Они могут предоставлять возможность предварять данные идентификатором носителя данных в соответствии с правилами ИСО/МЭК 15424, Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы носителей данных (включая идентификаторы символик) <*>.

--------------------------------

<*> Функционирование идентификаторов носителей данных приведено на рисунке 3.

Например, если радиочастотная метка не считывается, имеется возможность получить доступ к "резервной" технологии, например линейному символу штрихового кода или двумерному символу. Если "резервный" символ отсутствует или не считывается, может потребоваться ввод данных с клавиатуры. Исследования процедуры ввода данных с клавиатуры показали, что частота появления ошибок составляет примерно 1 на каждые 300 введенных знаков по сравнению с автоматизированными методами с частотой появления ошибок 1 на каждые 1 000 000 введенных знаков или более. Если радиочастотные метки или оптические носители данных не считываются, важно уведомить об этом поставщика.

На рисунке 5 <*> приведена схема памяти радиочастотных меток по ИСО/МЭК 18000-63, тип C и ИСО/МЭК 18000-3, мода 3 ASK. Идентификаторы UII закодированы в банке памяти "01" (MB01₂), как указано на рисунке 6. В серии стандартов ИСО/МЭК 15459 специально рассматриваются уникальные идентификаторы предметов (идентификаторы UII), включая средства идентификации физических объектов согласно соответствующим документам ИСО 1736x Технического комитета, а также EPC.

--------------------------------

<*> Ссылка на рисунок приведена по оригиналу.

Идентификатор AFI (идентификатор семейства приложений, Application Family Identifier) кодируется в банке памяти MB01₂ в том случае, если торговые партнеры не используют структуры EPC. В следующих подразделах подробно описаны этапы.

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

- ИСО/МЭК 15459-1:2006, Информационные технологии. Уникальные идентификаторы. Часть 1. Уникальные идентификаторы транспортируемых единиц <**>;

--------------------------------

<**> Приведенная версия стандарта отменена, действует ISO/IEC 15459-1:2014.

- ИСО/МЭК 15459-2:2006, Информационные технологии. Уникальные идентификаторы. Часть 2. Порядок регистрации <***>;

--------------------------------

<***> Приведенная версия стандарта отменена, действует ISO/IEC 15459-2:2015.

- ИСО/МЭК 15459-3:2006, Информационные технологии. Уникальные идентификаторы. Часть 3. Общие правила для уникальных идентификаторов <*4>;

--------------------------------

<*4> Приведенная версия стандарта отменена, действует ISO/IEC 15459-3:2014.

- ИСО/МЭК 15459-4:2006, Информационные технологии. Уникальные идентификаторы. Часть 4. Уникальные идентификаторы для единичных предметов <*5>;

--------------------------------

<*5> Приведенная версия стандарта отменена, действует ISO/IEC 15459-4:2014.

- ИСО/МЭК 15459-5:2007, Информационные технологии. Уникальные идентификаторы. Часть 5. Уникальный идентификатор возвратных транспортных упаковочных средств <*6>;

--------------------------------

<*6> Приведенная версия стандарта отменена, действует ISO/IEC 15459-5:2014.

- ИСО/МЭК 15459-6:2007, Информационные технологии. Уникальные идентификаторы. Часть 6. Уникальный идентификатор групп продукции <*>;

--------------------------------

<*> Приведенная версия стандарта отменена, действует ISO/IEC 15459-6:2014.

- ИСО/МЭК 15963:2004, Информационные технологии. Радиочастотная идентификация для управления товарными позициями. Уникальная идентификация радиочастотных меток <**>;

--------------------------------

<**> Приведенная версия стандарта отменена, действует ISO/IEC 15963:2009.

- ИСО/МЭК 7816-5:2004, Карты идентификационные. Карты на интегральных схемах с микросхемами. Часть 5. Регистрация поставщиков приложений;

- ИСО/МЭК 7816-6:2004, Карты идентификационные. Карты на интегральных схемах. Часть 6. Межотраслевые элементы данных для обмена <***>;

--------------------------------

<***> Приведенная версия стандарта отменена, действует ISO/IEC 7816-6:2016.

- Стандарты данных радиочастотных меток EPCglobal, версия 1.5 <*4>;

--------------------------------

<*4> Приведенная версия стандарта отменена, действует версия 1.10.

- ITU X.668 | ИСО/МЭК 9834-9, Информационные технологии. Взаимосвязь открытых систем (ВОС). Процедуры работы уполномоченных по регистрации ВОС. Часть 9. Регистрация дуг идентификаторов объектов для приложений и услуг, использующих основанную на тегах идентификацию;

- ITU X.660, Информационные технологии. Взаимосвязь открытых систем (ВОС). Процедуры работы органов регистрации ВОС. Общие процедуры и верхние дуги дерева международных идентификаторов объектов.

В ранее существовавших радиочастотных метках память имела обычную структуру, включающую системную область и область пользовательской памяти, как показано на рисунке 4. Однако в радиочастотных метках по ИСО/МЭК 18000-63 тип C указанная структура была изменена. В ИСО/МЭК 18000-63 определены структура памяти и типы данных, которые могут быть записаны в каждую область памяти.

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

В радиочастотных метках по ИСО/МЭК 18000-63 данные идентификаторов UII записываются в область для идентификаторов UII. Если пользователи намерены иметь дело с двумя идентификаторами UII или более для одного объекта, второй идентификатор UII считается пользовательскими данными. Поскольку область записи данных идентификаторов UII зависит как от типа памяти, так и от целей пользователя, пользователь системы должен уделять пристальное внимание этому вопросу.

Первым элементом данных на совместимой радиочастотной метке для продукции и для единиц упакованной продукции должна быть уникальная идентификация, приведенная в ИСО/МЭК 15459-4. Длина и тип для уникальной идентификации определены в этом элементе данных. В радиочастотной метке, соответствующей ИСО/МЭК 18000-63 тип C и ИСО/МЭК 18000-3 мода 3 ASK, элемент данных с "уникальной идентификацией" отделен благодаря архитектуре памяти от любых дополнительных элементов (пользовательских данных). Элемент данных с уникальной идентификацией должен храниться в памяти UII (банк памяти 01) вместе с любыми дополнительными данными, хранящимися в пользовательской памяти (банк памяти 11). Для целей настоящего стандарта уникальный идентификатор продукции может содержать не более 35 алфавитно-цифровых знаков, включая идентификатор данных (an3 + an..32). По соглашению торговых партнеров общая длина идентификатора данных и данных может содержать не более 50 алфавитно-цифровых знаков. Эта архитектура приведена на рисунках 5 и 6.

Примечание 1 - Пользовательская память MB11 указывается в индикаторе наличия пользовательской памяти UMI.

Примечание 2 - Указатель слова XPC.

Примечание 3 - "0 для двоичных значений/1 для идентификатора AFI по ИСО/МЭК 15459".

Примечание 4 - Идентификатор AFI для формата ИСО/определенный TDS <*> для формата EPC/определенный для двоичного значения по ИСО/МЭК 29161.

--------------------------------

<*> TDS - краткое обозначение GS1 EPC "Стандарт данных радиочастотной метки" (GS1 EPC Tag Data Standard, TDS).

Примечание 5 - Последний бит идентификатора AFI для формата ISO/признак наличия опасного материала для формата EPC.

Идентификатор UII может соответствовать одному из двух форматов, обозначенных состоянием бита 0x17 банка памяти "01₂" (EPC = 0/ИСО = 1). Если бит 0x17 имеет значение "1", тогда порция информации, которая следует начиная с бита 0x18, является AFI (идентификатором семейства приложений, Application Family Identifier). Форматы идентификатора AFI распределяются между подкомитетами ИСО/МЭК СТК 1/ПК 31 (ИСО/МЭК JTC 1/SC 31 Технологии автоматической идентификации и сбора данных) и ИСО/МЭК СТК 1/ПК 17 (ИСО/МЭК JTC 1/SC 17 Карты на интегральных схемах). Значения, присвоенные подкомитетом ИСО/МЭК СТК 1/ПК 17 на момент публикации ИСО/МЭК TR 29162:2012, приведены в таблице 2. Значения, находящиеся под контролем подкомитета ИСО/МЭК СТК 1/ПК 31, приведены в таблице 3.

Примечание - Указанный перечень значений идентификатора AFI соответствовал перечню на момент публикации ИСО/МЭК TR 21162:2012. Текущая версия реестра конструкций данных, компонентом которого являются идентификаторы AFI, может быть получена по адресу:

/template/go.php?url=https://isotc.iso.org/livelink/livelink?func=ll&objId=8913563&objAction=browse&viewType=1

Значения идентификатора AFI от A1 до AA указывают, что построение данных должно быть определено в одном из соответствующих стандартов, а именно в ИСО 17363 - ИСО 17367, в которых идентификатор AFI определяет конструкцию данных. Конструкции для структур данных GS1 не должны кодироваться с использованием идентификатора AFI, а в соответствии с правилами GS1/EPCglobal, когда бит 0x17 банка памяти MB01₂ принимает значение "0". Когда бит 0x17 (EPC=0/ISO=1) банка памяти MB01₂ имеет значение "1", семантические правила и кодирование соответствуют требованиям этого подраздела.

Когда бит 0x17 банка памяти MB01₂ (как показано на рисунке 6) принимает значение "0", семантические правила должны соответствовать правилам, установленным GS1/EPCglobal. Когда бит 0x17 банка памяти MB01₂ принимает значение "1", каждое поле данных должно быть предварительно помечено индикатором формата сообщения по ИСО/МЭК 15434.

Радиочастотные метки, которые кодируют только ключевой идентификатор, считаются не подчиняющимися синтаксическим правилам. Когда бит 0x17 банка памяти MB01₂ (как показано на рисунке 6) установлен в "0", синтаксические правила будут соответствовать правилам GS1/EPCglobal. Когда бит 0x17 из банка памяти MB01₂ установлен в "1", синтаксические правила будут соответствовать правилам для оптических носителей данных.

7.5.2.1 Синтаксис для уникального идентификатора предмета

Уникальный идентификатор предмета UII, содержащийся в банке памяти MB01₂, интерпретируют как одиночный элемент данных, подобный данным одиночного линейного символа штрихового кода, поэтому в нем отсутствует структура сообщения, исключая идентификатор данных и сами данные. Последним знаком в этом поле является знак "^EO_T", указанный в таблицах C.1 приложения C и D.1 приложения D. Кодирование знака "^EO_T" устраняет необходимость либо указывать длину поля, либо заполнять нулями или знаками пробела неиспользуемые позиции в одиночном поле переменной длины.

Уникальный идентификатор предмета UII должен быть уникальным среди всех других предметов и состоять:

1 из уникального идентификатора предмета, соответствующего ИСО/МЭК 15459 с идентификатором данных DI "25x":

--------------------------------

<1> Общая длина IAC, CIN и SN должна составлять не более 50 знаков. В ИСО/МЭК 15459 указано, что "в состав серийного номера может входить код продукции, но ни в коем случае длина UII не должна превышать 50 знаков с идентификатором данных. Для эффективного использования в различных системах с использованием носителей данных АИСД рекомендуется, чтобы число знаков, подлежащих кодированию, не превышало 20 знаков и число знаков должно быть как можно меньшим, независимо от допустимого максимума в 50 знаков". В серии стандартов ИСО 1736x установлено: "Уникальный идентификатор может содержать не более 35 алфавитно-цифровых знаков, за исключением идентификатора данных (an3 + an..35). По взаимному соглашению торговых партнеров эта длина может быть увеличена до 50 знаков (an3 + an..50)".

2 идентификационного номера транспортного средства (длиной an17) с использованием идентификатора данных DI "I".

Когда бит 0x17 банка памяти MB01₂ (EPC=0/ISO=1) установлен в "1", а бит 0x15 пользовательской памяти (no=0/yes=1) установлен в "0", содержимое банка памяти MB01₂ будет считано как содержимое линейного символа.

Бит 0x17 - это переключатель между форматами ИСО и форматами EPC. Когда бит 0x17 установлен в "0", кодирование UII соответствует стандарту данных радиочастотных меток EPC, версии 1.5 или выше. Когда бит 0x17 установлен в "1", кодирование идентификатора UII, которому предшествует идентификатор семейства приложений AFI по ИСО/МЭК 15961, соответствует установленному ИСО/МЭК 15459. Конкретные идентификаторы AFI, определенные для международных стандартов ИСО 1736x, приведены в таблице 4.

Линейный символ штрихового кода, кодирующий данные, предоставляющие уникальную идентификацию объекта, состоит из идентификатора данных DI, кода агентства выдачи IAC, идентификатора предприятия CIN и серийного номера SN. Такой линейный символ штрихового кода с уникальной идентификацией предмета может быть представлен символом Code 128, как показано на рисунке 7:

- DI = 25S;

- IAC = UN (DUNS);

- CIN = 043325711;

- SN = MH8031200000000001.

Добавляя идентификатор AFI к структуре для радиочастотной идентификации, получают:

- AFI = 0xA1;

- DI = 25S;

- IAC = UN (DUNS);

- CIN = 043325711;

- SN = MH8031200000000001.

Рассматривая завершенную структуру данных с использованием вышеуказанного кодирования и используя DUNS в качестве кода выдачи IAC, находят, что в банке памяти MB01₂ при кодировании продукции структура данных является последовательностью 25SUN043325711MH8031200000000001 и представлена в банке памяти MB01, как показано в таблице 5.

Рассматривая в качестве альтернативы завершенную структуру данных с применением вышеуказанного кодирования, используя в качестве кода агентства выдачи IAC код организации ODETTE, находят, что в банке памяти MB01₂ при кодировании продукции содержится:

- AFI = 0xA1;

- DI = 25S;

- IAC = OD (ODETTE);

- CIN = CIN1;

- SN = 0000000RTIA1B2C3DOSN12345 (в этом примере показан номер SN, состоящий из номера типа объекта и серийного номера объекта),

... получают структуру в банке памяти MB01₂, приведенную в таблице 6.

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

При использовании прямого кодирования по ИСО/МЭК 15434 в банке памяти MB01 радиочастотной метки по ИСО/МЭК 18000-63, тип C или по ИСО/МЭК 18000-3, мода 3 ASK на выходе обеспечивается та же информация, что и при считывании оптического носителя данных. Используя гармонизированный шестибитовый подход, кодирование в банке памяти MB11 радиочастотной метки по ИСО/МЭК 18000-63, тип C или по ИСО/МЭК 18000-3, мода 3 ASK обеспечивает на выходе ту же информацию, которую получают из ниже приведенных символов на рисунках 8 и 9. Указанный способ также помогает в упрощении процесса кодирования данных. При кодировании в двумерном символе результат будет идентичным:

[)><RS>06<GS>25SUN043325711MH8031200000000001<GS>1T110780<GS>Q21<GS>4LUS<RS><EOT>

[)><RS>06<GS>25SUN043325711MH8031200000000001<GS>1T110780<GS>Q21<GS>4LUS<RS><EOT>

[)><RS>06<GS>25SUN043325711MH8031200000000001<GS>1T110780<GS>Q21<GS>4LUS<RS><EOT>

Для радиоинтерфейсов по ИСО/МЭК 18000-63, тип C и ИСО/МЭК 18000-3, мода 3 ASK устройство опроса должно просто считывать число слов, указанных в битах 0x10 - 0x14 банка памяти MB01₂, считывать эти байты и затем передавать полезную информацию для последующей после считывания обработки, которая может быть выполнена в главном процессоре или модуле устройства опроса. Из считанной информации должен быть получен уникальный идентификатор предмета UII.

Метод доступа (приведенный в таблице 7), который определяется приложением, является наиболее важным определяющим фактором того, каким образом кодируются данные в радиочастотной метке. Значение метода доступа должно храниться в радиочастотной метке или может быть определено сервисами радиоинтерфейса, если это можно сделать однозначно. Метод доступа определяется как целочисленное значение в команде приложения и кодируется как составное двоичное значение в идентификаторе DSFID и байте SFF (Special Features Flag - флаг специальных функций) в радиочастотной метке.

--------------------------------

<*> В ISO/IEC TR 29162:2012 приведена ошибочная ссылка на таблицу 7. Приведенная здесь таблица является частью таблицы 8 по ИСО/МЭК 15962.

Метод доступа No-Directory предназначен для обеспечения сочетания гибкости и эффективности для байтов, которые закодированы в радиочастотной метке, в частности:

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

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

Метод доступа Directory имеет структуру из двух частей в логической памяти:

- блоки с низкими адресами идентичны структуре метода доступа No-Directory;

- блоки с высокими адресами содержат указатель.

Схема кодирования Packed-Objects разработана после публикации первой версии ИСО/МЭК 15962. Она использует основанную на правилах таблицу, определенную администратором приложения и зарегистрированную в соответствии с правилами ИСО/МЭК 15961-2. Указанная схема кодирования определяет общие схемы уплотнения, которые значительно эффективнее, чем те, которые определены для структуры метода доступа No-Directory. Схема уплотнения может быть указана для каждого значения относительного идентификатора объекта Relative-OID в таблице. Кроме того, схема кодирования Packed-Objects может указывать на использование тех же схем уплотнения, что и метод доступа No-Directory. Это позволяет упростить реализацию, но при этом с более высокой эффективностью кодирования, чем при базовом методе доступа No-Directory.

Метод доступа Tag-Data-Profile предназначен для поддержки приложений, которые могут определять все закодированные данные как обязательные, а также фиксированной или максимальной длины. Можно применять правила кодирования, которые обеспечивают эффективное кодирование байтов в радиочастотной метке, в частности:

- таблица метода доступа Tag-Data-Profile, доступная для устройства опроса, обеспечивает быстрый доступ к любым данным в радиочастотной метке;

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

- прекурсор и другой синтаксис метода доступа No-Directory сохраняются, чтобы дать возможность устройствам опроса, не имеющим доступа к методу доступа Tag-Data-Profile, декодировать данные.

Кодирование состоит из нескольких метаданных, которые уникальным образом идентифицируют метод доступа Tag-Data-Profile вместе с наборами закодированных данных, аналогичными тем, которые могут быть закодированы с использованием метода доступа No-Directory, за исключением того, что все данные имеют заданную длину и уплотнение.

Существует одна комбинация метода доступа и формата данных по ИСО/МЭК 15962, используемая для прямого кодирования сообщения по ИСО/МЭК 15434 в пользовательскую память (как в случае с радиочастотной меткой по ИСО/МЭК 18000-63, тип C). Приложения C и D содержат подробные сведения о методах кодирования и форматирования. В приложении C приведены примеры всех поддерживаемых форматов данных по ИСО/МЭК 15434, тогда как в приложении D указаны конкретные реализации идентификаторов данных для использования со стандартами Технического комитета ИСО ТК 122 (ISO TC 122) (ИСО 17364, ИСО 17365, ИСО 17366 и ИСО 17367).

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

- используют ИСО/МЭК 15434. Первым информационным объектом должен быть идентификатор UII. Идентификатор UII интерпретируется как символ линейного штрихового кода в соответствии с правилами ИСО/МЭК 15459. Применяют ИСО 1736x для указания кодирования. Различия в кодировании являются атрибутом идентификатора семейства приложений AFI. В пересмотренной версии ИСО 1736x определено 6-битовое кодирование знаков набора ASCII в соответствии с приложением D;

- используют структуру по ИСО/МЭК 15961 и ИСО/МЭК 15962. С корневым идентификатором объекта должна быть ссылка на ИСО/МЭК 15434. Пользовательские данные могут быть построены на основе правил ИСО/МЭК 15434. Рекомендуется, чтобы первым информационным объектом был идентификатор UII;

- используют структуру по ИСО/МЭК 15961 и ИСО/МЭК 15962. С корневым идентификатором объекта OID должна быть ссылка на ИСО/МЭК 15418. Пользовательские данные могут быть построены с использованием идентификаторов данных ANSI DI или идентификаторов применения GS1 AI. Рекомендуется, чтобы первым информационным объектом был идентификатор UII;

- используют структуру стандартов ИСО/МЭК 15961 и ИСО/МЭК 15962. Пользовательские данные могут быть построены с использованием определенных предприятием информационных объектов (с идентификаторами объектов и значениями). Рекомендуется, чтобы первым информационным объектом был идентификатор UII.

Для радиочастотных меток с разделением на банки памяти (например, по ИСО/МЭК 18000, часть 6, тип C и ИСО/МЭК 18000, часть 3, мода 3, см. рисунок 5) существуют также четыре способа хранения пользовательских данных в памяти радиочастотной метки:

- используют ИСО/МЭК 15434. Идентификатор UII следует хранить в банке памяти "MB01". Используют ИСО 1736x для указания кодирования. Различия в кодировании являются атрибутом идентификатора семейства приложений AFI. В пересмотренной версии 1736x определено 6-битовое кодирование знаков набора ASCII, как это показано в приложении D. Пользовательская память "MB11" интерпретируется как двумерный символ с использованием синтаксических правил по ИСО/МЭК 15434 <*>;

- используют структуру по ИСО/МЭК 15961 и ИСО/МЭК 15962. С корневым идентификатором объекта OID должна быть ссылка на ИСО/МЭК 15434. Пользовательские данные могут быть построены на основе правил по ИСО/МЭК 15434. Идентификатор UII следует хранить в банке памяти UII;

- используют структуру по ИСО/МЭК 15961 и ИСО/МЭК 15962. С корневым идентификатором объекта OID должна быть ссылка на ИСО/МЭК 15418. Пользовательские данные могут быть построены с использованием идентификаторов данных ANSI DI или идентификаторов применения GS1 AI. Идентификатор UII следует хранить в банке памяти UII;

- используют структуру по ИСО/МЭК 15961 и ИСО/МЭК 15962. Пользовательские данные могут быть построены с использованием определенных предприятием информационных объектов (с идентификаторами объектов и значениями). Идентификатор UII следует хранить в банке памяти UII.

Как определено в серии стандартов ИСО/МЭК 15459 <*>, идентификатор UII построен с использованием уникального кода агентства выдачи, уникального кода, присвоенного агентством выдачи IAC пункту выдачи уникального идентификатора предмета и уникального кода, присвоенному предмету пунктом выдачи уникального идентификатора.

--------------------------------

<*> В настоящих рекомендациях исправлена опечатка ISO/IEC TR 29162:2012.

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

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

Пользователи, которые рассматривают идентификатор UII, должны обратить внимание на вышеуказанный случай (см. также рисунок 10). Они имеют возможность включать данные приложения в идентификатор UII для улучшения работы.

- Редьярд Киплинг (1865 - 1936) <*>

--------------------------------

<*> Перевод С.Я. Маршака.

Принося извинения известному английскому поэту и автору этих строк, по отношению к цепи поставок можно утверждать, что среди этих слуг отсутствует седьмой слуга, чье имя - "какой". И, как и в пьесе "Макбет", здесь существует три варианта вопроса "какой": какой человек/объект/место нахождения, какая группа и какая партия. Эти семь "вопросов" лежат в самой основе цепи поставок, прослеживаемости, отслеживания и цепи контроля.

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

Заявителей по предоставлению такого идентификатора более чем достаточно. Каждый из этих идентификаторов понятен благодаря его происхождению и перспективе применения. Интернет - это сеть, и такие группы, как Международный союз электросвязи (International Telecommunications Union, ITU) и Целевая группа по инженерному обеспечению Интернета (Internet Engineering Task Force, IETF), рассматривают данный идентификатор как механизм для облегчения маршрутизации сети. ITU X.668 | ИСО 9834-9 и ITU X.660 пытаются удовлетворить эту потребность с точки зрения сети. В конечном итоге принято, что идентификация объекта для связи с ним должна быть разрешена по IP-адресу независимо от того, имеет ли его доменное имя "зависание" от корня идентификатора объекта OID с использованием резольвера OID или от более общего узла DNS (который может оканчиваться, как тот же самый объект).

Однако не все рассматривается с точки зрения сети, и, следовательно, не обязательно следует это рассматривать, поскольку сеть является транспортным механизмом, а сами сущности имеют исторические идентификаторы, которые ведут свое происхождение от приложений цепи поставок и идентификации. В 2001 году Дэвид Л. Брок написал оригинальную статью по этой теме: "Электронный код продукции (EPC) - схема именования для физических объектов". В ней было подтверждено первенство устоявшихся структур кодирования в цепи поставок и разработан метод для преобразования созданного кода продукции в уникальную двоичную идентификацию, а затем в унифицированное имя ресурса URN для использования в сети.

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

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

Существует один метод доступа и формат, используемый в сочетании с кодированием данных по ИСО/МЭК 15434, к пользовательской памяти (как в случае с радиочастотной меткой по ИСО/МЭК 18000-63, тип C). В настоящем приложении подробно описаны методы кодирования и форматирования. В приложении C приведены примеры всех поддерживаемых ИСО/МЭК 15434 форматов данных, тогда как в приложении D описаны конкретные реализации идентификаторов данных для использования со стандартами Технического комитета ИСО ТК 122 (ИСО 17364, 17365, 17366 и 17367).

Метод доступа с идентификатором DSFID 0 в сочетании с форматом данных 3 по ИСО/МЭК 15961 предоставляет в рамках ИСО/МЭК 15962 ("15962") возможность прямого кодирования всех форматов по ИСО/МЭК 15434 ("15434") (например, с идентификаторами TEI, DI, двоичными данными). Определены специальные 6-битовые таблицы (см. таблицы C.1 и D.1 приложения D), которые отличаются от 6-битовой таблицы, используемой в остальной части ИСО/МЭК 15962, поскольку она имеет конкретные сопоставления с конкретными знаками, используемыми в ИСО/МЭК 15434. Байт прекурсора позволяет системе указать, какой формат по ИСО/МЭК 15434 и таблица набора знаков требуются для сообщения.

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

Настоящее приложение описывает подмножество полного процесса кодирования и передачи по ИСО/МЭК 15962. Когда необходимо применить дополнительные функции (например, если в сообщении содержится более 16 383 байта), а также при наличии вопросов, связанных с правилами кодирования/декодирования ИСО/МЭК 15962 и приложением D, следует проконсультироваться.

Кодирование данных начинается с идентификатора DSFID (Data Storage Format Identifier - идентификатор формата хранения данных), который кодирует метод доступа и формат данных. При использовании прямого кодирования по ИСО/МЭК 15434 идентификатор DSFID соответствует 0x03.

Кодирование продолжается с помощью прекурсора. Прекурсор кодирует бит расширения в позиции старшего разряда, тип уплотнения (в следующих трех битах) и конверт формата по ИСО/МЭК 15434 (в четырех битах младших разрядов). Например, байт прекурсора для большинства приложений с идентификатором данных (DI) - "0 100 0110" или 0x46 (то есть бит расширения всегда "0", тип уплотнения 4, который указывает использование специальной 6-битовой таблицы, определенной в настоящем приложении, и конверт формата "06" по ИСО/МЭК 15434). В C.6 приведены другие значения прекурсора.

Примечание - Некоторые сообщения с идентификаторами данных DI (например, DIxx для идентификатора AI) могут потребовать использования набора 7-битовых знаков.

Некоторые протоколы радиоинтерфейса позволяют оптимизировать работу в средах с высоким уровнем помех путем изменения числа байтов, отправляемых при каждой передаче. Поэтому на начальном этапе полезно знать число байтов в памяти радиочастотной метки, содержащей данные. Для многих приложений, кодирующих данные по ИСО/МЭК 15434 (например, с идентификаторами DI, TEI), число байтов, необходимых для кодирования данных, будет менее 127 и, следовательно, будет рассматриваться в одном байте. Для более объемных сообщений используются два байта, где первый байт начинается с "1", а второй байт начинается с "0", как в указано в D.2 приложения D ИСО/МЭК 15962. Число байтов кодируется в 14 оставшихся битах (например, 200 байтов кодируются как "10000001 01001000") (в этом двоичном методе подсчета используются только правые 7 битов в правой части, которые выделены полужирным шрифтом в предыдущем примере).

Например, если сообщение содержит 51 6-битовый знак, оно будет закодировано в 39 байтах (то есть последний бит последнего знака данных будет находиться в 39-м байте, и в этом случае остаются шесть незакодированных битов, которые требуют заполнения). Следовательно, индикатор числа байтов данных - 0x27.

1 Начиная с допустимого по ИСО/МЭК 15434 сообщения определяют "nn" (где "nn" - это формат по ИСО/МЭК 15434) из начальных байтов "[ ) > RS nn", затем байт прекурсора из "nn" и выбирают кодированный набор, наиболее подходящий для сообщения по ИСО/МЭК 15434 (например, "nn" в формате TEI по ИСО/МЭК 15434 соответствует 12, и данные могут быть закодированы посредством специальной 6-битовой кодовой таблицы, поэтому байт прекурсора принимает значение "0 100 1100" или "0x4C"). Отделяют заголовок по ИСО/МЭК 15434 (обычно "[ ) > RS nn GS") в начале и окончание (обычно "RS EOT") в конце.

2 Преобразуют каждый знак данных в его кодовое значение. Для 6-битового кода используют таблицу C.1.

Примечание 1 - Таблица C.1 представляет собой шестибитовое кодирование, созданное путем удаления двух битов высокого порядка из набора 8-битовых знаков ASCII по ИСО/МЭК 646 <*>, за исключением пяти знаков: <EOT> <FS> <US> <GS> и <RS>, которые включены для минимизации числа битов при использовании конверта по ИСО/МЭК 15434.

--------------------------------

<*> ИСО/МЭК 646 устанавливает набор 7-битовых знаков, который, за исключением четырех знаков, соответствует набору 7-битовых знаков ASCII. В данном примечании рассматривается набор 8-битовых знаков "Расширенный ASCII", первые 128 знаков которого совпадают с набором ASCII.

Примечание 2 - Следует избегать использования этих знаков, поскольку они не поддерживаются некоторыми стандартами приложений.

3 При кодировании нескольких конвертов формата, которые используют один и тот же индикатор формата, закодированный с помощью прекурсора (например, для представления сообщения, содержащего несколько "записей" одного и того же формата данных, чтобы описать модули составной части), сокращают каждую внутреннюю последовательность "RS nn GS" по ИСО/МЭК 15434, обозначающую новую "запись", до единственного знака <RS> (закодированного как "011111" по таблице C.1).

При кодировании нескольких конвертов формата, использующих различный индикатор формата, закодированный прекурсором, кодированию подлежит полная внутренняя последовательность "RS nn GS" по ИСО/МЭК 15434 с "nn", указывающим на новый формат.

4 Кодируют знак <EOT> после последнего знака закодированных данных.

5 Для сообщений по ИСО/МЭК 15434, основанных на таблице C.1, разбивают 6-битовые знаки на биты, а затем группируют эти биты в 8-битовые байты. Для форматов по ИСО/МЭК 15434, которые вызывают другие схемы уплотнения, разбивают их n-битовые знаки на биты, а затем группируют биты в 8-битовые байты.

6 Для сообщений по ИСО/МЭК 15434, основанных на таблице C.1, добавляют первые 2 или 4 бита знака <EOT> (то есть "10" или "1000") или весь знак <EOT> (то есть "100001" из 6-битового набора знаков) для заполнения незакодированных битов в последнем байте, если они присутствуют.

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

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

Примечание - Если формат по ИСО/МЭК 15434 выше, чем "14", то применяют правила кодирования по ИСО/МЭК 15962.

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

1 Проверяют байт идентификатора DSFID и подтверждают, что он эквивалентен 0x03.

2 Выбирают следующие 8 битов (байт прекурсора) и проверяют, что первый бит равен "0", затем выбирают следующие три бита, сравнивают их с битами в таблице 9, для того чтобы определить кодируемый набор, и преобразуют последние четыре бита в две десятичные цифры для передачи в качестве формата по ИСО/МЭК 15434.

Примечание - Если формат по ИСО/МЭК 15434 выше, чем "14", то применяют правила декодирования по ИСО/МЭК 15962.

3 Обрабатывают следующие 8 битов и преобразуют их в десятичное значение, для того чтобы определить число байтов, содержащих данные.

4 Группируют оставшиеся биты в комплекты битов знаков из значения кода типа уплотнения (таблица C.3), указанного в байте прекурсора, и продолжают до тех пор, пока не будет проанализировано заданное число байтов (например, если биты кода - "100", то анализируют биты данных в группах по шесть).

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

6 Удаляют закодированный знак <EOT> из окончания.

7 Для любого закодированного знака <RS>, за которым непосредственно не следуют две цифры и знак <GS>, дополняют знак <RS> до "RS nn GS", где "nn" - это индикатор формата, закодированный в прекурсоре.

8 Добавляют сообщение и заголовок формата по ИСО/МЭК 15434 (обычно это "[ ) > RS nn GS") в начало передачи (например, "nn" = 12 для идентификаторов TEI), а также формат по ИСО/МЭК 15434 и окончание сообщения (обычно "RS EOT") в конце. Существуют разные заголовки форматов и окончания форматов для сообщений по ИСО/МЭК 15434, и реализация этого процесса декодирования должна относиться к последней версии ИСО/МЭК 15434 для обеспечения надлежащей поддержки всех форматов.

9 Передают полное сообщение, соответствующее ИСО/МЭК 15434. При желании получатель может заключить сообщение по ИСО/МЭК 15434 в формат идентификаторов объектов OID в виде одиночного объекта данных. При использовании этой опции полный идентификатор OID сообщения - {1 0 15434 nn}, где "nn" - это двузначное представление индикатора формата в ИСО/МЭК 15434, закодированного в прекурсоре.

Для того чтобы подготовить типичное входное сообщение с идентификаторами данных DI в формате по ИСО/МЭК 15434 для кодирования с использованием метода доступа по ИСО/МЭК 15962 и формата 3, выполняют следующие шаги:

- проверяют, что входное сообщение является допустимым сообщением по ИСО/МЭК 15434;

- кодируют идентификатор DSFID, указывающий на метод доступа 0 и формат 3;

- кодируют байт прекурсора с выбранным конвертом формата по ИСО/МЭК 15434 и типом уплотнения (например, просматривают данные и выбирают набор знаков с наименьшим числом битов на знак, который может кодировать все данные);

- отбрасывают начальные знаки конверта сообщения "[ ) > RS 06 GS" и знаки окончания "RS EOT";

- кодируют данные в 6-битовых кодовых словах по таблице C.1;

- добавляют знак <EOT>;

- при необходимости, добавляют в качестве битов-заполнителей часть или все биты знака <EOT>, чтобы заполнить последний байт данных;

- кодируют идентификатор DSFID, прекурсор, индикатор числа байтов данных, данные, знак <EOT> и биты-заполнители (при их наличии) в памяти.

Система воспринимает эту информацию как 6-битовые данные с идентификаторами данных DI по ИСО/МЭК 15434 путем считывания идентификатора DSFID и байта прекурсора.

Система удаляет любые биты-заполнители от окончания последнего байта.

Система удаляет закодированный 6-битовый знак <EOT>.

Закодированные байты разбивают на 6-битовые коды, а затем на данные в соответствии с таблицей C.1.

Система добавляет последовательность "[ ) > RS 06 GS" к началу передачи и знаки "RS EOT" в конце.

Система передает целиком сообщение, соответствующее ИСО/МЭК 15434.

Опционально получатель может оформить все сообщения по ИСО/МЭК 15434 в формат идентификаторов объектов OID в виде единого объекта данных.

Исходные данные

[)> ^R_S 06 ^G_S 25SUN043325711MH8031200000000001 ^G_S 1T110780 ^G_S Q21 ^G_S 4LUS ^R_S ^EO_T

Данные из вышеприведенного сообщения в радиочастотной метке выглядят следующим образом (значения идентификаторов данных DI выделены полужирным шрифтом):

25SUN043325711MH8031200000000001 ^G_S 1T110780 ^G_S Q21 ^G_S 4LUS ^EO_T,

где:

- UII = 25SUN043325711MH8031200000000001

- LOT = 1T110780

- QTY = Q21

- CoO = 4LUS

Преобразование данных в биты

Присутствующие шестибитовые знаки (50 знаков плюс знак <EOT>) преобразуют в 39 байтов данных. Необходимо заполнить 6 битов окончания для выравнивания байтов, поэтому в этом случае знак <EOT> кодируют целиком (см. таблицу C.2).

C.6.3.1 Полное содержимое памяти радиочастотной метки

При использовании кодирования в формате 3 метода доступа 0, включая идентификатор DSFID, байт прекурсора по ИСО/МЭК 15434, 39 байтов данных (уплотнение 51 6-битового знака, включая <EOT>) и шесть битов-заполнителей, окончательное кодирование радиочастотной метки в шестнадцатеричном виде выглядит следующим образом:

03 46 27 CB 54 D5 3B 0D 33 CF 2D 77 C7 13 48 E3 0C F1 CB 0C 30 C3 0C 30 C3 0C 31 7B 15 31 C7 0D F8 C1 E4 72 C5 ED 0C 55 38 61

C.6.3.2 Передаваемые данные

Знаки заголовка и "RS EOT" заново вводят в сообщение. Устройство считывания передает следующую строку данных:

[)> RS 06 GS 25SUN043325711MH8031200000000001 GS 1T110780 GS Q21 GS 4LUS RS EOT

В настоящем подразделе содержится основная информация, относящаяся к методам кодирования и уплотнения, поддерживаемым в настоящих рекомендациях.

Старший бит прекурсора указывает на наличие единого байта прекурсора (если он установлен в 0) или на наличие дополнительного байта прекурсора (если он установлен в 1). Дополнительный байт поддерживает расширение для дополнительных функций или заполнений для фиксации только что записанных данных. Заполнение никогда не требуется для прямого кодирования по ИСО/МЭК 15434, потому что множество наборов данных не могут быть закодированы и функции бита расширения не определены (как в этой версии), поэтому значение бита расширения устанавливается в "0".

Следующие три бита прекурсора определяют способ кодирования в соответствии с таблицей C.3. Для большинства приложений, кодирующих данные по ИСО/МЭК 15434 (например, с идентификаторами данных DI, TEI), 6-битовая кодовая таблица (кодовое значение 4) будет наиболее эффективной (то есть следующие 3 бита принимают значение "100").

Кодирование всех наборов данных не всегда возможно с использованием специальной 6-битовой кодовой таблицы (например, некоторые данные организации ISBT). В настоящем пункте воспроизведена вся таблица кодовых значений из приложения D ИСО/МЭК 15962 с модификацией, определенной в этом приложении, а именно: кодовое значение 4 определено в таблице C.3.

Примечание - Целочисленная, 4-битовая и 5-битовая схемы кодового уплотнения (то есть с кодовыми значениями от 1 до 3) не подлежат использованию, поскольку они не поддерживают знак <EOT>.

Четыре младших бита прекурсора определяют форматы по ИСО/МЭК 15434 от 0 до 14.

Примечание - В соответствии с публикацией ИСО/МЭК 15434:2006 значения "00", "10", "11", "13" и с "14" до "99" не присвоены. Если значения формата выше 14 будут определены в будущем, применяют процедуры кодирования и декодирования в приложении D ИСО/МЭК 15962.

Настоящее приложение применяется к кодированию сообщений формата ИСО/МЭК "06" при использовании в приложениях по стандартам Технического комитета ИСО ТК 122 (например, ИСО 17364, ИСО 17365, ИСО 17366 и ИСО 17367). В данном приложении используется подмножество правил кодирования, определенных в приложении C, и обеспечивается поддержка только идентификаторов данных DI и более узкий набор знаков для сообщений по ИСО/МЭК 15434. Настоящее приложение является перепечаткой из приложения U ИСО/МЭК 15962.

Кодирование данных начинается с идентификатора DSFID (Data Storage Format Identifier - идентификатор формата хранения данных), который кодирует метод доступа и формат данных. При использовании прямого кодирования по ИСО/МЭК 15434 идентификатор DSFID принимает значение 0x03. Информация о том, каким образом этот байт вписывается в последовательность первых трех закодированных байтов, приведена на рисунке D.1.

Кодирование данных продолжается с помощью прекурсора, который кодирует бит расширения в самом старшем разряде, тип уплотнения (в следующих трех битах) и конверт формата по ИСО/МЭК 15434 (в четырех младших битах). Для применения по стандартам Технического комитета ИСО ТК 122 предпочтительным значением прекурсора является байт "0 100 0110" или 0x46 (например, бит расширения обычно равен "0", тип уплотнения 4, который указывает на использование специальной 6-битовой таблицы, определенной в этом приложении, а "06" конверт формата по ИСО/МЭК 15434). Информация о том, каким образом этот байт вписывается в последовательность первых трех закодированных байтов, приведена на рисунке D.1.

Некоторые протоколы радиоинтерфейсов позволяют оптимизировать работу в средах с высоким уровнем помех путем изменения числа байтов, отправляемых при каждой передаче. Поэтому перед началом передачи полезно знать число байтов в памяти радиочастотной метки, содержащей данные. Для многих приложений, кодирующих данные с идентификаторами данных DI по ИСО/МЭК 15434, число байтов, необходимых для кодирования данных, представляет собой число меньшее 127, и, следовательно, оно должно обрабатываться в одном байте. Для сообщений большей длины используют 2 байта, где первый байт начинается с "1", а второй байт начинается с "0", как это полностью описано в ИСО/МЭК 15962. Число байтов кодируется в 14 оставшихся битах (например, 200 байт кодируются как "10000001 01001000"). (В этом двоичном методе подсчета использованы только 7 битов в правой части, в предыдущем примере они выделены полужирным шрифтом.)

Например, если сообщение содержит 51 6-битовый знак, оно будет закодировано в 39 байтах (то есть последний бит последнего знака будет находиться в 39-м байте, и в этом случае имеют место шесть незакодированных битов, которые требуют заполнения). Следовательно, индикатор числа байтов данных - 0x27. Информация о том, каким образом этот байт вписывается в последовательность первых трех закодированных байтов, приведена на рисунке D.1.

Примечание 1 - Метод доступа (#0 как указано в таблице 8 <*> ИСО/МЭК 15962).

--------------------------------

<*> В ISO/IEC TR 29162:2012 приведена ошибочная ссылка на таблицу 7.

Примечание 2 - Расширенный синтаксис - вводят дополнительный байт идентификатора DSFID (в данном примере не используется).

Примечание 3 - Формат данных 03 (по ИСО/МЭК 15434).

Примечание 4 - Бит расширения - не указан в данном примере.

Примечание 5 - Биты уплотнения (указывают на 6-битовую таблицу).

Примечание 6 - Конверт формата (в частности, "06" для идентификаторов данных DI).

Примечание 7 - Переключатель индикатора числа байтов (установлено значение "0", указывающее на последний байт в общем числе байтов).

Примечание 8 - Значение битов для индикатора числа байтов (меняется в зависимости от длины данных).

Примечание 9 - Адреса ячеек физической памяти (0x00, 0x07, 0x08, 0x0F, 0x10 и 0x17).

1 В надлежащем сообщении с идентификаторами данных DI по ИСО/МЭК 15434, удаляют знаки "[ ) > RS 06 GS" из начала сообщения и знаки "RS EOT" с его окончания.

2 Преобразуют каждый знак данных в кодовое значение, используя таблицу D.1.

Примечание - Данная таблица является идеальным подмножеством таблицы C.1, но в ней исключены следующие знаки и связанные битовые шаблоны. Эти знаки в настоящее время не поддерживаются приложениями по стандартам ИСО ТК 122 и поэтому зарезервированы:

3 При кодировании нескольких конвертов формата "06" (например, для представления сообщения, содержащего несколько "записей" того же формата данных, чтобы описать компоненты составной части), сокращают каждую внутреннюю последовательность "RS 06 GS" по ИСО/МЭК 15434, указывая новую "запись" с одним знаком <RS> (закодирован как "011111" по таблице D.1).

4 Кодируют шаблон с знаком <EOT> после последнего знака закодированных данных.

5 Разбивают 6-битовые знаки на биты, а затем их группируют в 8-битовые байты.

6 Добавляют первые 2 или 4 бита знака <EOT> (то есть "10" или "1000") или весь знак <EOT> (то есть "100001" из 6-битового набора знаков), чтобы заполнить незакодированные биты в последнем байте, при его наличии.

7 Определяют номер байта, который содержит последний бит знака <EOT>, преобразуют десятичное значение в двоичное и кодируют в явном виде индикатор числа байтов данных.

8 Кодируют идентификатор DSFID, прекурсор, индикатор числа байтов данных, данные и заполняющие байты знака <EOT> (при их наличии) в памяти.

Примечание - Поскольку в одном носителе данных радиочастотной идентификации допускается кодирование только одного сообщения по ИСО/МЭК 15434, отсутствует необходимость кодировать нулевой байт в качестве окончания после последнего байта данных.

1 Проверяют байты идентификатора DSFID и прекурсора и подтверждают, что они соответствуют "0x03 0x46".

2 Выбирают следующие 8 битов и преобразуют в десятичное число, для того чтобы определить число байтов, содержащих данные.

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

4 Присваивают данным знаки в соответствии с таблицей 10 и удаляют все полные и неполные знаки <EOT> с окончания.

5 Для любого закодированного знака <RS>, за которым непосредственно не следуют "06" и знак <GS>, дополняют знак <RS> до последовательности "RS 06 GS".

6 Добавляют последовательность "[ ) > RS 06 GS" к началу передачи, а последовательность "RS EOT" к ее окончанию.

7 Передают сообщение, полностью соответствующее ИСО/МЭК 15434. При желании, получатель может сформировать сообщение по ИСО/МЭК 15434 в формате идентификаторов объектов OID в виде единого объекта данных. При использовании этой опции полный идентификатор OID сообщения представляет собой {1 0 15434 06}.

Для того чтобы подготовить типовое входное сообщение с идентификаторами данных DI в формате по ИСО/МЭК 15434 для кодирования с использованием формата данных 3 метода доступа 0 по ИСО/МЭК 15962, выполняют следующие шаги:

- подтверждают, что входное сообщение является надлежащим сообщением с идентификаторами данных DI по ИСО/МЭК 15434;

- кодируют идентификатор DSFID, указывающий метод доступа 0 и формат данных 3;

- отбрасывают начальные знаки конверта сообщения "[ ) > RS 06 GS" и конечные знаки "RS EOT";

- кодируют данные в 6-битовые кодовые слова по таблице D.1;

- добавляют знак <EOT>;

- если необходимо, добавляют часть или весь знак <EOT>, для того чтобы заполнить последний байт данных;

- кодируют идентификатор DSFID, прекурсор, индикатор числа байтов данных, данные, знак <EOT> и записывают в память.

Система воспринимает эту информацию как 6-битовые данные с идентификаторами данных DI по ИСО/МЭК 15434 путем считывания идентификатора DSFID:

- вначале система отбрасывает индикатор DSFID, прекурсор и индикатор числа байтов данных;

- закодированные байты преобразуют в 6-битовые коды, отбросив любые биты-заполнители и закодированный знак <EOT>, а затем в данные в соответствии с таблицей D.1;

- система добавляет последовательность "[ ) > RS 06 GS" к началу передачи и знаки "RS EOT" к окончанию;

- система передает целиком сообщение, соответствующее ИСО/МЭК 15434.

Опционально получатель может оформить все сообщение по ИСО/МЭК 15434 в формат идентификаторов объектов OID в виде единого объекта данных.

В следующем примере данные с идентификаторами применения DI по ИСО/МЭК 15434 кодируются в приложении по стандартам ИСО ТК 122 с обязательным требованием знака <EOT>. Он идентичен примеру в приложении C.

Исходные данные:

[)> RS 06 GS 25SUN043325711MH8031200000000001 GS 1T110780 GS Q21 GS 4LUS RS EOT

Данные из вышеприведенного сообщения в радиочастотной метке выглядят следующим образом (значения идентификаторов данных DI выделены полужирным шрифтом):

25SUN043325711MH8031200000000001 ^G_S 1T110780 ^G_S Q21 GS 4LUS ^EO_T,

где:

- UII = 25SUN043325711MH8031200000000001

- LOT = 1T110780

- QTY = Q21

- CoO = 4LUS

Данные для преобразования битов

Присутствует 51 6-битовый знак (50 знаков плюс знак <EOT>), которые преобразуются в 39 байтов данных. Требуется заполнить шесть конечных битов для корректировки байта, поэтому в этом случае кодируется полный знак <EOT> (см. таблицу D.2).

D.6.3.1 Полное содержание памяти радиочастотной метки

При использовании кодирования в формата 3 метода доступа 0 окончательное кодирование в радиочастотной метке в шестнадцатеричном виде, включая идентификатор DSFID, байт прекурсора и 39 байтов данных (уплотненных в 51 6-битовый знак, включая знак <EOT> и шесть битов-заполнителей), выглядит следующим образом.

03 46 27 CB 54 D5 3B 0D 33 CF 2D 77 C7 13 48 E3 0C F1 CB 0C 30 C3 0C 30 C3 0C 31 7B 15 31 C7 0D F8 C1 E4 72 C5 ED 0C 55 38 61

D.6.3.2 Передаваемые данные

Знаки заголовка и "RS EOT" снова вводят в сообщение. На выходе устройства считывания передается следующая строка данных:

[)> ^R_S 06 ^G_S 25SUN043325711MH8031200000000001 ^G_S 1T110780 ^G_S Q21 ^G_S 4LUS ^R_S ^EO_T

--------------------------------

<*> В Российской Федерации действует ГОСТ 27463-87 "Системы обработки информации. 7-битные кодированные наборы символов".

<**> В Российской Федерации действует ГОСТ Р ИСО/МЭК 7816-6-2013 "Карты идентификационные. Карты на интегральных схемах. Часть 6. Межотраслевые элементы данных для обмена".

<***> В Российской Федерации действует серия стандартов:

<*4> В Российской Федерации действует ГОСТ Р ИСО/МЭК 9834-1-2009 "Информационная технология. Взаимосвязь открытых систем. Процедуры действий уполномоченных по регистрации ВОС. Часть 1. Общие процедуры и верхние дуги дерева идентификатора объекта АСН.1".

<*5> В Российской Федерации действует ГОСТ Р ИСО/МЭК 9834-9-2011 "Информационная технология. Взаимосвязь открытых систем. Процедуры работы уполномоченных по регистрации ВОС. Часть 9. Регистрация дуг идентификаторов объектов для приложений и услуг, использующих основанную на тегах идентификацию".

--------------------------------

<*> В Российской Федерации действует ГОСТ ISO/IEC 15417-2013 "Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода Code 128".

<**> В Российской Федерации действует ГОСТ ISO/IEC 15418-2014 "Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы применения GS1 и идентификаторы данных ASC MH 10 и их ведение".

<***> В Российской Федерации действует ГОСТ ISO/IEC 15424-2018 Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы носителей данных (включая идентификаторы символик).

<*4> В Российской Федерации действует ГОСТ Р ИСО/МЭК 15434-2007 "Автоматическая идентификация. Синтаксис для средств автоматического сбора данных высокой емкости".

<*5> В Российской Федерации действует серия стандартов:

<*6> В Российской Федерации действует ГОСТ Р ИСО/МЭК 15963-2011 "Информационные технологии. Радиочастотная идентификация для управления предметами. Уникальная идентификация радиочастотных меток".

<*7> В Российской Федерации действует ГОСТ Р ИСО/МЭК 16022-2008 "Автоматическая идентификация. Кодирование штриховое. Спецификация символики Data Matrix".

--------------------------------

<*> В Российской Федерации действуют:

<**> Приведена ссылка на отмененную версию ISO/IEC 18004:2006, действует ISO/IEC 18004:2015 Information technology - Automatic identification and data capture techniques - QR Code bar code symbology specification (Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода QR Code).

<***> В Российской Федерации действует ГОСТ ISO/IEC 24724-2011 "Информационные технологии. Технологии автоматической идентификации и сбора данных. Спецификация символики штрихового кода GS1 DataBar".

<*4> В Российской Федерации действует ГОСТ Р 54621-2011 "Информационные технологии. Радиочастотная идентификация для управления предметами. Рекомендации по применению. Часть 1. Этикетки и упаковка с радиочастотными метками по ИСО/МЭК 18000-6 (тип C)".