ГОСТ Р ИСО/МЭК 29161-2019 Информационные технологии. Структура данных. Уникальная идентификация для интернета вещей

ГОСТ Р ИСО/МЭК 29161-2019

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

СТРУКТУРА ДАННЫХ

Уникальная идентификация для интернета вещей

Information technology. Data structure. Unique identification for the Internet of Things

ОКС 35.040
ОКСТУ 4000

Дата введения 2020-03-01

Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 29161:2016* "Информационные технологии. Структура данных. Уникальная идентификация для интернета вещей" (ISO/IEC 29161:2016 "Information technology - Data structure - Unique identification for the Internet of Things", IDT).

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

Дополнительные сноски в тексте стандарта, выделенные курсивом*, приведены для пояснения текста оригинала

________________

* В оригинале обозначения и номера стандартов и нормативных документов в разделе "Предисловие" приводятся обычным шрифтом, кроме отмеченного знаком "**"; остальные по тексту документа выделены курсивом. - .

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

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

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации"**. Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующие информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

В приложениях интернета вещей (Internet of Things, IoT), одна "вещь" может взаимодействовать с другими "вещами" посредством сети Интернет. Для этого она должна иметь идентификатор, указывающий "что" она собой представляет.

В стандартах серии ИСО/МЭК 15459 определено, как группы предметов, которым был присвоен код агентства выдачи, могут создавать систему уникальной идентификации, основанную на знаках.

Недостатка в претендентах на предоставление такого идентификатора не наблюдается. Каждый идентификатор понятен в связи со своим происхождением и перспективами, из которых он исходит. Интернет - это сеть, Международный союз электросвязи (МСЭ) (International Telecommunications Union, ITU) и Рабочая группа инженерной поддержки сети Интернет (Internet Engineering Task Force, IETF) рассматривают данный идентификатор в качестве механизма для облегчения сетевой маршрутизации. Международные документы МСЭ-T Х.668|ИСО/МЭК 9834-9 и МСЭ-Т Х.660|ИСО/МЭК 9834-1 стремятся удовлетворить эту потребность, исходя из перспектив развития сети. Учитывая перспективы развития сети, считается приемлемым, что идентификация сущности должна реализовываться в IP-адресе для установления связи с ней, вне зависимости от того, "висит" ли доменное имя в корне идентификатора объекта (Object identifier, OID) с использованием резольвера идентификатора объекта или в более общем узле системы доменных имен (Domain Name System, DNS), что в конечном итоге может иметь один и тот же результат.

________________

См. [70].

См. [69].

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

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

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

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

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

В настоящем стандарте нормативные ссылки отсутствуют.

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

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

________________

См. [77].

3.1 CoAP (Constrained Application Protocol): Протокол приложений для встроенных устройств [документ RFC 7252].

________________

См. [50].

3.2 сущность (entity): Любая конкретная или абстрактная вещь, представляющая интерес, в том числе объединения вещей [документ RFC 16917].

________________

В ИСО/МЭК 29161 приведена ошибочная ссылка на документ RFC 16917. Указанная терминологическая статья установлена в международном документе ISO/TR 9007:1987 "Системы обработки информации. Понятия и терминология для концептуальной модели базы данных".

Примечание - Информация о сущности также приведена в приложении D.

3.3 REST (Representational State Transfer): Передача состояния представления.

4 Сокращения

2D - двумерный (2 Dimensional);

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

IC (ИС) - интегральная схема (Integrated Circuit);

IoT - интернет вещей (Internet of Things);

IPv4 - интернет-протокол версии 4 (Internet Protocol version 4);

IPv6 - интернет-протокол версии 6 (Internet Protocol version 6);

MAC - управление доступом к среде передачи данных (Media Access Control);

RF (РЧ) - радиочастотный (Radio Frequency);

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

URI - унифицированный идентификатор ресурса (Uniform Resource Identifier);

URL - унифицированный указатель ресурса (Uniform Resource Locator);

URN - унифицированное имя ресурса (Uniform Resource Name);

XMPP - расширяемый протокол обмена сообщениями и информацией о присутствии (Extensible Messaging and Presence Protocol).

5 Идентификация "сущности"

5.1 Общие положения

В настоящем стандарте термин "вещь" рассматривается как синоним понятий: "предмет", "объект" и "сущность". Вещью может быть личность, объект или место нахождения (см. приложение D).

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

Рисунок 1 - Интернет вещей, связывающий любые возможные "вещи"

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

- идентификации предмета;

- идентификации датчика;

- идентификации узла;

- идентификации шлюза;

- идентификации целевого ресурса;

- места нахождения сбора данных (в случае мобильной связи);

- времени сбора данных;

- идентификации личности.

В качестве виртуальной вещи, программного обеспечения или содержимого программного обеспечения в ИСО/МЭК 8824-1:2015, пункт 3.8.52, под "объектом" понимают "строго определенную порцию информации, определения или спецификации, которой требуется имя для идентификации ее использования в конкретном соединении. Объект - это абстракция или моделирование физических вещей, таких как люди (понятие "люди" включены в это определение объекта, только чтобы продемонстрировать полноту данного определения объекта, несмотря на то, что в настоящем стандарте различают понятия "люди", "объекты" и "места нахождения") и машина, или нематериальная вещь, такая как событие и процесс, которые фиксируют их характеристики и поведение. Нечто, по отношению к чему могут быть проведены какие-либо действия. Объект характеризуется состоянием, поведением и ключевым идентификатором (идентичностью); структура и поведение сходных объектов определены в их общем классе [64].

________________

См. [68].

Ниже перечислены свойства, которые могут характеризовать вещь:

a) ключевой идентификатор (идентичность): свойство сущности, которое отличает ее от других сущностей;

b) тип: описывает тип сущности;

c) данные: информация о том, могут ли личности, места нахождения и/или другие сущности быть привязаны к данной сущности и каким образом;

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

5.2 Обзор "сети интернета вещей"

Сеть интернета вещей направлена на то, чтобы обеспечить связь вещей друг с другом, соединенных с помощью различных интерфейсов и протоколов связи, таких как IPv4, IPv6, MAC-адреса, CoAP/REST, XMPP и т.д.

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

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

Рисунок 2 - Возможный обмен информацией с применением интернета вещей

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

6 Однозначный маркер для уникальных идентификаторов в приложениях интернета вещей

6.1 Общие положения

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

В настоящем стандарте "однозначным маркером" для идентификаторов, используемых в связях интернета вещей, является унифицированный идентификатор ресурса (Uniform Resource Identifier, URI), определенный Рабочей группой инженерной поддержки сети Интернет (Internet Engineering Task Force, IETF) в соответствии с документом RFC 3986. Идентификатор URI обычно разделяют на унифицированный указатель ресурса (Uniform Resource Locator, URL), использующий строку, начинающуюся с "http://", и обозначающий веб-ресурс, и унифицированное имя ресурса (Uniform Resource Name, URN), использующее строку, начинающуюся с "urn:" в соответствии с документом RFC 2141. В обоих случаях идентификатор URI представляет собой текстовую строку из ограниченного подмножества набора знаков ASCII, установленных США (для максимальной переносимости между системами). Синтаксис идентификатора URI организован иерархически, с компонентами, расположенными в порядке убывания значимости слева направо. Были рассмотрены и другие структуры, однако структура идентификатора URI является общепринятой и широко используется с современными носителями данных АИСД, обеспечивая гибкость и более широкое практическое применение.

________________

См. [52].

См. [51].

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

Различные существующие носители данных АИСД и опубликованные стандарты ИСО/МЭК уже обеспечивают расширенное применение идентификаторов URI, включая следующие:

- кодирование веб-адресов, таких как "http://www.iso.org/iso/home.html", в символах QR Code;

- идентификаторы EPCglobal, такие как "urn:epc:id:sgtin:0614141.033254.1", закодированные в радиочастотных метках;

- кодирование и протоколы передачи данных для объектов данных радиочастотной идентификации с помощью идентификаторов объектов (например, "urn:oid:1.0.15961.9.1" для идентификатора применения GS1 "01") в соответствии с ИСО/МЭК 15961-2 и ИСО/МЭК 15962.

________________

См. [75].

См. [76].

Сообщения могут свободно и однозначно сочетать идентификаторы из различных сред передачи данных АИСД, если в опубликованных стандартах уже определен формат идентификатора URI для данных идентификаторов. Однако для многих других схем идентификаторов, которые скорее всего будут широко распространены в системах интернета вещей, стандартный формат идентификатора URI не определен. Если требуется однозначный маркер для этих схем идентификации, то рекомендуется использовать МСЭ-Т Х.668|ИСО/МЭК 9834-9.

________________

См. [70].

6.2 Схемы имен URN, применимые для идентификации в системах интернета вещей

6.2.1 Экземпляры схем имен URN

Схемам имен URN уже было присвоено несколько экземпляров уникальных идентификаторов, один из которых должен быть использован, если не существует представления имен URN для применяемой схемы идентификации. В целом, уже существующие форматы имен URN для идентификаторов, которые определены настоящим стандартом, включают все перечисленные в реестре IANA пространства имен URN (IANA Registry of URN Namespaces) (см. http://www.iana.org/assignments/urn-namespaces). Две формы зарегистрированных имен URN уже широко используют в приложениях АИСД и представляют особый интерес для идентификации в интернете вещей; эти имена URN со следующим префиксом:

- urn:epc (согласно документу RFC 5134) в формате, определенном в стандартах данных радиочастотных меток GS1/EPCglobal (GS1/EPCglobal Tag Data Standards);

- urn:oid:1.0.sssss (согласно документу RFC 3061), где:

- согласно документу RFC 3061 первая числовая дуга "1" обозначает идентификатор объекта, присвоенный ИСО;

- согласно МСЭ-Т X.660 вторая числовая дуга "0" обозначает международный стандарт, разработанный ИСО или МЭК, а "sssss" - это номер определенного стандарта. Дуги ниже указанного уровня являются необходимыми, как определено в соответствующих международных стандартах;

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

- urn:oid:1.0.15961.df, как определено в серии стандартов ИСО/МЭК 15962 и ИСО/МЭК 15961.

Примечание - Эти форматы идентификатора объекта OID могут быть использованы, как для кодирования отдельных элементов данных в радиочастотных метках, используя зарегистрированный формат данных "df", и передавать полученный идентификатор "names" в протоколы промежуточного программного обеспечения для радиочастотной идентификации;

- urn:oid:1.0.15434.fh, который обозначает присвоение идентификатора объекта OID, когда структура данных представляет полный конверт формата (Format Envelope) по ИСО/МЭК 15434, который использует заголовок формата (Format Header) "fh", как возможный для кодирования в двумерном символе штрихового кода или радиочастотной метке;

________________

См. [10].

- urn:oid:1.0.15459.gh, который обозначает присвоение идентификатора объекта OID для уникальной идентификации продукции, упакованной продукции, транспортируемых единиц и групп продукции. Где "gh" означает, какая часть серии стандартов ИСО/МЭК 15459 используется;

- другие зарегистрированные номера URN, представляющие интерес для целей идентификации в приложениях IoT, включают (но не ограничиваются только ими): urn:clei (согласно документу RFC 4152), urn:isbn (согласно документу RFC 3187), urn:issn (согласно документу RFC 3044, urn:iso (согласно RFC документу 5141) и urn:uuid (согласно RFC 4122).

________________

См. [54].

См. [55].

См. [56].

См. [57].

См. [66].

6.2.2 Список существующих схем имен URN, на которые имеются ссылки в настоящем стандарте

В следующем списке приведены некоторые имена URN, которые уже определены:

- уникальные идентификаторы, вызываемые в стандартах ИСО с помощью идентификаторов объектов (Object Identifiers), которые перечислены в реестре структур данных (Data Constructs Register) по ИСО/МЭК 15961-2. Например, в таблице 3 реестра структур данных по ИСО/МЭК 15961-2 приведен уникальный идентификатор, начинающийся со строки знаков "25S", который является частью системы идентификаторов данных DI (см. ИСО/МЭК 15418). В реестре структур данных показано, что он соответствует имени URN "urn:oid:1.0.15961.13.1", потому что по ИСО/МЭК 15961 присваивают номер формата данных "13" для идентификаторов данных DI и по связанной таблице производных (относительных) идентификаторов объектов (Relative OID) присваивают значение "1" для идентификатора данных "25S";

________________

См. [8].

- уникальные идентификаторы, вызываемые в стандартах ИСО с помощью идентификаторов объектов, указанных в ИСО/МЭК 15459-1, ИСО/МЭК 15459-4, ИСО/МЭК 15459-5 и ИСО/МЭК 15459-6, имя URN для ИСО/МЭК 15459-1 "urn:1.0.15459.1";

________________

См. [71].

См. [72].

См. [73].

См. [74].

- для интернет-протокола версии 4 IPv4: см. документ RFC 3291. Имени объекта "inetAddressMIB" соответствует идентификатор объекта 1.3.6.1.2.1.76 и тип адреса IPv4 (1);

________________

См. [64].

- для интернет-протокола версии 6 IPv6: см. документ RFC 3291. Имени объекта "inetAddressMIB" соответствует идентификатор объекта 1.3.6.1.2.1.76 и тип адреса IPv6 (2);

- для системы Jabber ID: согласно документу RFC 3920, 5.2.1: urn:oid: 1.3.6.1.5.5.7.8.5.

________________

См. [65].

В ИСО/МЭК 29161 приведена ошибочная ссылка на раздел 5.2.1, следует руководствоваться ссылкой на раздел 5.1.1.

1.3.6.1.5.5.7.8.5 - идентификатор объекта.

- для схемы MII: urn:oid:2.27.1, в соответствии с ИСО/МЭК 29174 и реестром структур данных.

________________

MII - мобильный идентификатор предмета (сокращение от англ. Mobile Item Identifier).

6.3 Применение URN в системах интернета вещей

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

Важно отметить, что идентификатор URI всегда предоставляет однозначное имя идентификатора и, в некоторых случаях, также предоставляет значение этого идентификатора. Например, указатели URL всегда предоставляют значение (веб-адрес пункта назначения) наряду с именем идентификатора ("http"). То же самое верно для некоторых форм имени URN, таких как форма "urn:epc". Например, "urn:epc:id:sgtin:0614141.033254.1" не только обозначает идентификатор (как просто номер SGLN), но и указывает определенное уникальное значение данного экземпляра предмета.

________________

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

В других случаях, когда форма "urn:oid:1.0.15961.n.n" используется для кодирования сопутствующих данных о предмете торговли в радиочастотных метках, соответствующих ИСО/МЭК 18000-63, идентификатор URI поддерживает только имя идентификатора. В этом случае имя эффективно закодировано в радиочастотной метке как "относительный (производный) идентификатор объекта", а полный идентификатор кодируется и передается как пара <имя, значение>. Этот формат <имя, значение> может быть легко представлен во многих соответствующих протоколах, например основанных на XML.

Например, в допустимом протоколе, основанном на XML, идентификатор <имя, значение> может быть представлен следующим образом:

<widgetID IDname="urn:oid:1.0.15961.13.1">25S123456789ABC123</widgetID>.

В этом же примере идентификатор, URN которого передает как имя, так и значение, может быть представлен как тэг пустого элемента, например:

<widgetID IDname="urn:epc:id:sgtin:0614141.33254.1"></widgetID>

или

<widgetID>urn:epc:id:sgtin:0614141.33254.1"> </widgetID>

В приложении А подробно описано, как идентификаторы URI "однозначного маркера" могут быть закодированы или иным способом отмечены в соответствующих носителях данных, стандартизованных в рамках подкомитета ИСО/МЭК СТК 1/ПК 31, и как они могут быть переданы в соответствующие протоколы данных. Таким образом, в приложении А представлено несколько вариантов обработки определенного сценария. В приложении С приведен пример использования идентификатора URI в протоколе, предназначенном для носителей данных, в том числе для сенсорных сетей.

________________

ИСО/МЭК СТК 1/ПК 31 (ISO/IEC JTC 1/SC 31) - международный подкомитет "Технологии автоматической идентификации и сбора данных". Соответствующей национальной структурой по стандартизации в Российской Федерации является технический комитет по стандартизации ТК 355 "Технологии автоматической идентификации и сбора данных".

Во многих протоколах, которые могут передавать идентификаторы интернета вещей, например основанных на XML, чисто двоичные данные не могут поддерживаться напрямую. Можно сказать, что носитель данных также может кодировать такие идентификаторы, как последовательности 8-битовых двоичных значений, когда при передаче каждое значение байта должно быть представлено в виде двух знаков набора ASCII, каждый в диапазоне от "0" до "9" или от "а" до "f".

7 Применение уникальной идентификации

7.1 Концепция уникальной идентификации

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

7.2 Кодирование уникальной идентификации

В зависимости от существующих схем уникальная идентификация (Unique Identification, UI) может быть числовой, двоичной или алфавитно-цифровой.

Когда идентификатор URN закодирован на носителе данных, он должен соответствовать правилам кодирования, установленным для технологии данного носителя.

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

Использование идентификатора URI со стандартами подкомитета ИСО/МЭК СТК 1/ПК 31

А.1 Оповещение об идентификаторе URI в носителях данных, стандартизованных подкомитетом ИСО/МЭК СТК 1/ПК 31

В некоторых существующих приложениях АИСД определенный носитель данных кодирует только один тип идентификатора либо преднамеренно, либо из-за определенного контекста, в котором он используется. В таких случаях нет необходимости изменять кодирование или порядок использования носителя данных для того, чтобы добавить однозначный маркер, потому что выбор маркера предопределен. В качестве примера можно привести символы штрихового кода EAN/UPC, которые преднамеренно кодируют только номера GTIN, как описано ниже, или какой-либо символ штрихового кода на карте сотового телефона, который кодирует идентификатор IMEI телефона. В большинстве случаев носитель данных (символ штрихового кода, радиочастотная метка и т.д.) может кодировать множество различных идентификаторов, и соответствующий "маркер" не может быть однозначно отделен от контекста. Таким образом, будет возникать ситуация, когда должен быть определен соответствующий маркер идентификатора URI (из некоторого закодированного сигнала на носителе данных) для того, чтобы включить этот закодированный идентификатор в сообщение интернета вещей смешанного формата. В последующих подразделах уточняется, как идентификаторы URI или оповещение о них могут быть закодированы или каким-либо иным способом представлены на соответствующих носителях данных, стандартизованных подкомитетом ИСО/МЭК СТК 1/ПК 31.

________________

Номер GTIN - глобальный номер предмета торговли (Global Trade Item Number).

Идентификатор IMEI - международный идентификатор мобильного оборудования (International Mobile Equipment Identities, IMEI).

А.2 Символы EAN/UPC и GS1 DataBar

А.2.1 Общие положения

За исключением символов GS1 DataBar Расширенный (GS1 DataBar Expanded), носители данных могут кодировать только номер GTIN, установленный GS1, поэтому присутствие соответствующего идентификатора применения GS1 (GS1 Application Identifier, AI) (01) скорее предполагается, а не явно кодируется. Для передачи номера GTIN в сообщении интернета вещей необходимо добавить только начальный нуль к закодированному номеру (при необходимости, чтобы дополнить его до 14-разрядной длины) для формирования соответствующего значения, и соответствующий идентификатор URI будет представлен (особым образом, определенным в протоколе, как описано ниже) как "urn:oid:1.0.15961.9.1" (согласно регистрации таблицы GS1 в реестре структур данных). Для символов GS1 DataBar Расширенный идентификатор URI уникального идентификатора должен быть выведен из первой закодированной строки идентификатора применения AI и представлен как "urn:oid:1.0.15961.9.n", где n - это первый закодированный идентификатор применения AI.

________________

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

А.2.2 Символы Code 39, Code 128 и GS1 128

За исключением символов GS1 128 (с знаком FNC1, закодированным в позиции первого знака символа), символы Code 128 могут обозначать выбранное имя URN путем простого кодирования его в качестве префикса к данным (разделенным двумя точками для отделения имени URN от остальных данных). Однако длина полученного символа может быть неприемлемой, поэтому предпочтительным может оказаться второй способ.

Для символов GS1 128 идентификатор URI явным образом не кодируется, но вместо этого выводится точно так же, как для символа GS1 DataBar Расширенный.

А.2.3 Двумерные символы

Имеется несколько вариантов оповещения об идентификаторе URI из двумерного символа:

- идентификаторы URI, которые представляют веб-адреса (указатели URL), становятся все более распространенными, особенно в символах QR Code. Они могут быть однозначно закодированы непосредственно как веб-адреса (например, начинаться с "http://" или с соответствующего кодового слова символики). Поскольку определить границы между окончанием указателя URL и началом следующего элемента данных может оказаться невозможным, то рекомендуется, чтобы при кодировании указателя URL в двумерном символе это был единственный элемент данных, закодированный в этом символе. Однако если указатель URL предваряется квалификатором данных, обозначающим кодирование указателя URL, то может быть сделано исключение;

- множество двумерных символик поддерживает закодированный индикатор для применений GS1. Когда они используются, имя URN кодируется неявным образом, однако вместо этого извлекается URN в форме "urn:oid:1.0.15961.9.n", точно таким же образом, как и для символа GS1 DataBar Расширенный;

- некоторые двумерные символики поддерживают прикладные индикаторы AIM; в этом случае возможно однозначное обозначение имени URN.

А.2.4 Радиочастотные метки в соответствии с ИСО/МЭК 18000-63

________________

См. [29].

Один из двух различных форматов URN выражается неявным образом в зависимости от установки значения бита с адресом 0x17 в банке памяти UII радиочастотной метки:

________________

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

- если бит с адресом 0x17 принимает значение "0", то в памяти UII кодируется уникальный идентификатор, соответствующий стандартам GS1. Выраженное в неявном виде имя URN представлено в форме "urn:epc:(...)", а подробные сведения о формате имени URN определены в стандарте данных радиочастотных меток GS1/EPCglobal;

________________

См. [67].

- если бит с адресом 0x17 принимает значение "1", то в памяти UII кодируется уникальный идентификатор, закодированный в соответствии с ИСО/МЭК 15962. В этом случае закодированный 8-битовый идентификатор семейства применений (Application Family Identifier, AFI) заключает в себе имя URN, и указанное имя URN определено в реестре структур данных ИСО/МЭК 15961-2.

________________

См. [76].

См. [75].

А.2.5 Радиочастотные метки в соответствии с ИСО/МЭК 18000-3 Mode 3

________________

См. [28].

Один из двух разных форматов имен URN выражается таким же образом, как описано выше для ИСО/МЭК 18000-63.

А.2.6 Радиочастотные метки в соответствии с ИСО/МЭК 18000-3 Mode 1

Указанный радиоинтерфейс для систем радиочастотной идентификации не поддерживает обозначение имени URN в форме "urn:epc:". Однако идентификаторы объектов могут быть обозначены с использованием того же механизма идентификатора семейства применений AFI, как приведено выше для радиочастотных меток по ИСО/МЭК 18000-63.

А.3 Передача идентификаторов URI в соответствующих протоколах данных

Текстовая строка идентификатора URI (вне зависимости от того, представляет он имя URN или указатель URL) по своей сути является однозначной, и ее можно легко отличить от других элементов текста. Однако есть несколько вопросов, которые следует учитывать, касающиеся того, как соответствующие протоколы связи будут выражать однозначный маркер каждого уникального идентификатора, представленного для передачи:

- обеспечивает ли идентификатор URI однозначное имя для идентификатора и в некоторых случаях значение этого идентификатора;

- эффективно ли закодировано имя в тэге как "относительный (производный) идентификатор объекта", и закодирован ли и передается ли полный идентификатор как пара <имя, значение>?

А.4 Примеры

(Volkswagen AG)

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

Маркеры идентификаторов объектов и сенсорные сети

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

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

В.2 Вариант применения

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

В таблице B.1 приведен тип информации и ее источники для обмена нижеприведенными данными:

- определение адреса ресурса назначения;

- определение среды передачи данных (система радиочастотной идентификации);

- определение датчика;

- определение превышения порога;

- определение предмета (идентификатор UII), к которому прикреплена радиочастотная метка;

- определение устройства считывания радиочастотной метки (определение MAC-адреса);

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

- определение времени считывания.

Таблица В.1 - Пример процесса применения

Пример выходных данных на основе информации, приведенной в таблице B.1, с использованием выходных данных XMPP выглядит следующим образом:

<?xml version="1.0" encoding="utf-8"?>

<fields seqnr="1" xmlns="urn:xmpp:iot:sensordata">

<node nodeIdName="urn:oid:1.0.15961.13.375" nodeId="ACDE48FFFE232567">

<timestamp timeStampName="urn:oid: 1.0.15961.13.92" value="20130322193351">

<string name="IPv6" value="2001:0db8:85a3:0042:1000:8a2e:0370:7334" automaticReadout="true" identity="true"/>

<!------ Example sensor value, in this case from XMPP.IoT.Sensor.Weight ------>

<numeric name="Weight" value="23578" unit="kg" automaticReadout="true" momentary="true"/>

<string name="urn:oid:1.0.15459.1.2" value="UN433257110123456789" automaticReadout="true" identity="true"/>

<!------ XMPP.IoT.Identity.Ethernet ------>

<string name="urn:oid: 1.0.15961.13.375" value="00127FFFFEEB6B40" automaticReadout="true" identity="true"/>

<!------ XMPP.IoT.Identity.Location ------>

<numeric name="urn:oid: 1.0.15961.13.469" value="41.99869/-91.608037/237" automaticReadout="true" identity="true"/>

</timestamp>

</node>

</fields>

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

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

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

Таблица С.1 - Схемы ключевых идентификаторов сетей

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

Онтология идентификации

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

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

Таблица D.1 - Идентификация транзакции

Рисунок D.1 - Онтология ключевого идентификатора

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

Электронный текст документа
и сверен по:

, 2019