МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ

(МГС)

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION

(ISC)

ГОСТ

ISO/IEC 24824-2-2013

Информационные технологии ОБЩИЕ ПРАВИЛА ПРИМЕНЕНИЯ ASN. 1

Быстрые сетевые услуги

Часть 2

(ISO/IEC 24824-2:2006, ЮТ)

Издание официальное

Москва

Стандартинформ

2015

Предисловие

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены в ГОСТ 1.0-92 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-2009 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, применения,обновления и отмены»

Сведения о стандарте

1    ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием Государственный научно-исследовательский и конструкторско-технологический институт «ТЕСТ» (ФГУП ГосНИИ «ТЕСТ»)

2    ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии (Росстандарт)

3    ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 14 ноября 2013 г. № 44)

За принятие проголосовали:

Краткое наименование страны Код страны по Сокращенное наименование национального органа по МК(ИСО 3166) 004—97 MK (ИСО 3166) 004—97 по стандартизации Армения AM Минэкономики Республики Армения Киргизия KG Кыргызстандарт Россия RU Росстандарт

4    Приказом Федерального агентства по техническому регулированию и метрологии от 11 июня 2014 г. № 566-ст межгосударственный стандарт ГОСТ ISO/IEC 24824-2—2013 введен в действие в качестве национального стандарта Российской Федерации с 1 сентября 2015 г.

5    Настоящий стандарт идентичен международному стандарту ISO/IEC 24824-2:2006 Information technology — Generic applications of ASN.1: Fast Web Services — Part 2 (Информационные технологии. Общие правила применения ASN.1. Быстрые сетевые услуги. Часть 2).

Перевод с английского языка (ел).

Сведения о соответствии межгосударственных стандартов ссылочным международным стандартам приведены в дополнительном приложении ДА.

Степень соответствия — идентичная (ЮТ)

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

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

© Стандартинформ, 2015

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

Окончание таблицы 1

ASN.1 модуль для ASN.1 SOAP Ссылка на W3C SOAP Часть 1 Отображение из ASN.1 Отображение в ASN.1 Value ::= ENUMERATED { versionMismatch, mustUnderstand, dataEncodingUnknown, sender, 5.4.1.1, 5.4.8 Пункт 7.4.3 Пункт 8.4.3 receiver > Text ::= SEQUENCE { 5.4.2.1 Пункт 7.4.4 Пункт 8.4.4 lang XSD.Language, Подпункт 7.4.4.2 Подпункт 8.4.4.2 text UTF8String Подпункт 7.4.4.3 Подпункт 8.4.4.3 > Content ::= .... N/A Подраздел 7.5 Подраздел 8.5

7 Отображение компонентов типа Envelope в единицах информации

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

7.1.1    Envelope Ell должен быть сформирован из значения типа Envelope.

7.1.2    Уникальное свойство [prefix] N11 со свойством [namespace name], равное имени W3C SOAP диапазона имен среди элементов свойства [in-scope namespaces] Envelope ЕМ, должно быть сформировано в соответствии с его значением, выбранным SOAP узлом.

Примечания

1    Префикс «env» традиционно используется в W3C SOAP, Часть 1, 1.1, но может использоваться любой префикс.

2    Все ЕМ и All, определенные в SOAP, имеют свойство [namespace name], равное имени W3C SOAP диапазона имен, как определено в W3C SOAP Часть 1, 1.1.

7.1.3    Значение компонента header должно быть отображено, как определено в 7.2.

7.1.4    Если у значения компонента body-or-fault будет существующая альтернатива body, то эта альтернатива должна быть отображена в Body ЕМ, как определено в 7.3.

7.1.5    Если у значения компонента body-or-f ault будет существующая альтернатива fault, то Body ЕМ должен быть сформирован, а альтернатива должна быть отображена в Fault ЕМ, как определено в 7.4.

Примечание — У W3C SOAP сообщения, содержащего информацию об отказе, может быть только один Fault ЕМ как дочерний элемент Body ЕМ (и не может быть никаких других дочерних ЕМ). Схема ASN.1 отражает эти ограничения, обеспечивая отдельное содержимое и альтернативы отказа для выбора body-or-fault.

7.2 Отображение типа Header

7.2.1    Header ЕМ должен быть сформирован из значения типа Header. Если тип Header будет содержать одно или более возникновений HeaderBlock, то каждое возникновение HeaderBlock должно быть отображено в определенном порядке по отношению к дочернему Ell Header ЕМ, как определено в 7.2.2. Если не будет никаких возникновений HeaderBlock, то Header ЕМ не должен быть сформирован.

7.2.2    Значение компонента content должно быть отображено в блоке заголовка W3C SOAP, как определено в 7.5. Дополнительные АН среди элементов свойства [attributes] ЕМ должны быть сформированы, как определено в 7.2.2.1—7.2.2.3.

7.2.2.1 mustUnderstand All должен быть сформирован из значения компонента mustunder-stand при условии, что значение присутствует и не является false, а свойство [normalized value] в mustUnderstand AM должно быть «1».

ГОСТ ISO/IEC 24824-2—2013

72.2.2 relay All должен быть сформирован из значения компонента relay при условии, что значение присутствует и не является false, а свойство [normalized value] в relay All должно быть «1».

7.2.2.3    role All должен быть сформирован из значения компонента role при условии, что это значение является отличным от ultimateReceiver, а свойство [normalized value] role All должно быть значением символьной строки компонента role.

7.3    Отображение типа Body

7.3.1    Body ЕМ должен быть сформирован из значения типа Body.

7.3.2    Значение компонента content должно быть отображено, как определено в 7.5.

7.4    Отображение типа Fault

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

7.4.1.1    Fault ЕМ должен быть сформирован из значения типа Fault.

7.4.1.2    Значение компонента code должно быть отображено, как определено в 7.4.2.

7.4.1.3    Reason ЕМ должен быть сформирован из значения компонента reason. Каждое появление Text в последовательности должно быть отображено в определенном порядке по отношению к дочернему Text ЕМ Reason ЕМ, как определено в 7.4.4.

Примечание — Рекомендуется, чтобы у всех возникновений Text в последовательности были уникальные компонентные значения lang (см. W3C SOAP Часть 1, 5.4.2).

7.4.1.4    Node ЕМ должен быть сформирован из значения компонента node и должен иметь, как и его child СМ, символы значения символьной строки компонента node.

7.4.1.5    Role ЕМ должен быть сформирован из значения компонента role и должен иметь, как и его child СМ, символы значения символьной строки компонента role.

7.4.1.6    Detail ЕМ должен быть сформирован из значения detail, как определено в 7.5.

7.4.2 Отображение типа Code

7.4.2.1    Code ЕМ должен быть сформирован из значения типа Code.

7.4.2.2    Значение компонента value должно быть отображено, как определено в 7.4.3, чтобы обеспечить первый (или единственный, если компонент subcodes будет пуст) дочерний ЕМ Code ЕМ.

7.4.2.3    Первый xsd . QName компонента subcodes должен формировать:

a)    Subcode ЕМ как второй дочерний ЕМ Code ЕМ;

b)    Value ЕМ (дочерний элемент Subcode ЕМ, сформированный из значения первого возникновения xsd.QName, также определенного в 7.4.2.5—7.4.2.6) как первый дочерний ЕМ Subcode ЕМ, сформированного в а).

7.4.2.4    Каждый из следующих xsd . QName компонентов subcodes должен формировать:

a)    Subcode ЕМ как второй дочерний элемент Subcode ЕМ, который был сформирован из значения предыдущего появления xsd .QName;

b)    Value Ell (дочерний элемент Subcode EM и сформированный из значения текущего появления xsd.QName, также определенного в 7.4.2.5—7.4.2.6) как первый дочерний ЕМ Subcode ЕМ, сформированного в а).

Примечание — У каждого Subcode ЕМ есть последующий (Subcode) дочерний ЕМ только в том случае, если есть последующий XSD.QName в subcodes.

7.4.2.5    Value ЕМ (дочерний элемент Subcode ЕМ) должен быть сформирован из появления xsd . QName (с представлением компонента uri) с:

a)    N11 среди элементов свойства [in-scope namespaces] со свойством [namespace name], равным значению компонента uri, и свойства [prefix], выбранного узлом SOAP;

b)    последовательностью СМ, которая является связью:

1)    свойства [prefix] в а);

2)    ДВОЕТОЧИЯ («:»);

3)    значения символьной строки компонента name.

7.4.2.6    Ell Value (дочерний элемент Subcode ЕМ) должен быть сформирован из значения появлений XSD.QName (при отсутствии его компонента uri) с последовательностью дочерних СМ, которая является значением компонента name.

7.4.3 Отображение типа Value

Value ЕМ (дочерний элемент Code ЕМ) должен быть сформирован из значения типа Value с последовательностью СМ, которая в свою очередь формируется из значения перечисления в виде символов символьной строки, которая является связью:

9

a)    свойства [prefix], как определено в 7.1.2;

b)    ДВОЕТОЧИЯ («:») и

c)    локального имени, как определено в таблице 2.

Таблица 2 — Отображение локального имени типа Value

Значение перечисления типа Value Локальное имя versionMismatch VersionMismatch mustUnderstand MustUnderstand dataEncodingUnknown DataEncodingUnknown sender Sender receiver Receiver

7.4.4 Отображение типа Text

7.4.4.1    Text ЕМ должен быть сформирован из значения типа Text.

7.4.4.2    АН должен быть сформирован из компонента lang с помощью:

a)    свойства [local name] «lang»;

b)    свойства [namespace name] «http://www.w3.org/XMU1998/namespace»;

c)    свойства [prefix] «xml»;

d)    свойства [normalized value], равного значению компонента lang.

7.4.4.3    Последовательность child CM из Text Ell должна быть значением символьной строки компонента text.

7.5 Отображение типа Content

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

7.5.1.1    Содержимое ЕМ должно быть сформировано из значения типа Content согласно 7.5.2,

7.5.3 или 7.5.4 для отображения документов быстрого инфо-набора, закодированных значений ASN.1 и «непонятых» блоков заголовков ASN.1 SOAP (см. 7.5.4) соответственно в инфо-набор XML.

7.5.1.2    Если присутствует альтернатива fast-infoset-document типа Content, то применяется 7.5.2.

7.5.1.3    Если присутствует альтернатива encoded-value типа Content и encoded-value. id не равен значению notunderstoodldentifier, то применяется 7.5.3.

7.5.1.4    Если присутствует альтернатива encoded-value типа Content и encoded-value. id равен значению notunderstoodldentifier, то применяется 7.5.4.

7.5.2 Содержание документа быстрого инфо-набора

7.5.2.1    Октеты компонента fast-infoset-document будут документом быстрого инфо-набора, определенным в МСЭ-ТХ.891 | ISO/IEC 24824-1.

7.5.2.2    Содержимое ЕМ должно быть сформировано путем следующих действий:

a)    декодирования октетов fast-infoset-content для формирования инфо-набора XML, который является корневым ЕМ (как определено в МСЭ-Т Х.891 | ISO/IEC 24824-1), и

b)    применения 7.5.2.3 к корневому ЕМ.

7.5.2.3    Следующие АН (среди элементов свойства [attributes] корневого ЕМ), если они сформированы из отображения значения быстрого инфо-набора к корневому ЕМ, должны быть удалены из свойства [attributes] корневого ЕМ:

a)    role All;

b)    mustllnderstand All;

c)    relay All.

Примечание — role All, mustllnderstand All и relay All отображаются соответственно из компонентов role, mustUnderstand и relay типа HeaderBlock (см. 7.2.2). Удаление этих All из свойства [attributes]

корневого EII гарантирует, что только компоненты HeaderBlock будут использоваться для обработки блока заголовка W3C SOAP узлом SOAP.

7.5.3    Встроенное в ASN.1 содержимое закодированного значения

7.5.3.1 encodingStyle All (см. W3C SOAP Часть 1, 5.1.1) среди членов свойства [attributes] содержимого ЕМ должно быть сформировано со свойством [normalized value]:

ю

ГОСТ ISO/IEC 24824-2—2013

«urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope:encoding-

style:aper».

7.5.3.2    Если компонент encoded-value . id имеет альтернативу qName, то свойства [namespace name] и [local name] содержимого Ell должны быть установлены из qName.

7.5.3.3    Если компонент encoded-value. id имеет альтернативу roid, то содержимое ЕМ должно быть сформировано:

a)    со свойством [local name] «raid»;

b)    со свойством [namespace name]:

«urn:ohn:joint-iso-itu-t:asnl:generic-applications:fast-web-services: soap-envelope»;

c)    c roid All среди членов свойства [attributes], как указано в 7.5.3.4.

7.5.3.4    All среди членов свойства [attributes] содержимого EII должен быть сформирован из значения типа Content (если компонент encoded-value. id имеет альтернативу roid) с помощью:

a)    свойства [local name] «roid»;

b)    свойства [namespace name]: «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope»;

c)    свойства [specified] «true»;

d)    свойства [normalized value], которое должно быть значением компонента roid, закодированного как «XMLRelativeOIDValue», используя только «XMLNumberForm» (см. МСЭ-Т Х.680 | ISO/IEC 8824-1, п. 32).

7.5.3.5    Последовательность дочерних СИ содержимого ЕМ должна быть сформирована из кодирования Base64 строки октета (как указано в IETF RFC 2045, 6.8), что является значением компонента encoded-value.encoding.

7.5.3.6    Компонент schema-identifier, если он присутствуют, должен быть проигнорирован и не отображен.

7.5.4 Непонятое содержимое блока заголовка W3C SOAP

7.5.4.1    notUnderstoodldentifier будет определять NotUnderstood тип ASN.1, значение которого кодируется, используя Basic Aligned PER к октету строки, которая является значением компонента encoded-value.encoding.

7.5.4.2    Значение типа NotUnderstood должно быть сформировано путем декодирования, используя Basic Aligned PER, октеты компонента encoded-value . encoding.

7.5.4.3    NotUnderstood Ell (см. W3C SOAP Часть 1, 5.4.8.1) должно быть сформировано как содержимое ЕМ с помощью:

a)    N11 среди членов его свойства [in-scope namespaces] со свойством [namespace name], равным значению компонента NotUnderstood.uri, и с уникальным свойством [prefix], выбранным SOAP узлом, и

b)    qname All (см. W3C SOAP Часть 1, 5.4.8.2) со свойством [normalized value], которое является объединением свойства [prefix] в а), двоеточием («:») и значением символьной строки компонента NotUnderstood.name.

8 Отображение инфо-наборов W3C SOAP сообщений в абстрактные

значения типа Envelope

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

8.1.1    Значение типа Envelope должно быть сформировано из Envelope ЕМ.

8.1.2    Header ЕМ (при наличии) должен быть отображен в компонент header, как указано в 8.2.

8.1.3    Если Body ЕМ не содержит Fault ЕМ как единственный дочерний ЕМ, то должно быть сформировано значение компонента body-or-f ault с альтернативной body и Body ЕМ должен быть отображен в альтернативе body, как указано в 8.3.

8.1.4    Если Body ЕМ содержит Fault ЕМ как единственный дочерний ЕМ, то должно быть сформировано значение компонента body-or-fault с альтернативной fault и Fault ЕМ должен быть отображен в альтернативе fault, как указано в 8.4.

8.2 Отображение Header ЕМ

8.2.1 Значение типа Header должно быть сформировано из Header ЕМ, и каждый дочерний ЕМ (блок заголовка W3C SOAP) должен быть отображен в порядке появления Content в последовательности, как указано в 8.2.2.

11

8.2.2 Значение типа HeaderBlock должно быть сформировано из блока заголовка W3C SOAP, который должен быть отображен в значение компонента content, как указано в 8.5. Дополнительные компоненты типа HeaderBlock должны быть сформированы, как указано в 8.2.2.1—8.2.2.3.

8.2.2.1    Значение компонента mustunderstand должно быть сформировано из mustUnderstand All (если имеется) и должно быть true, если свойством [normalized value] mustUnderstand All является «1». В противном случае компонент должен отсутствовать.

8.2.2.2    Значение компонента relay должно быть сформировано из relay All (если имеется) и должно быть true, если свойством [normalized value] relay All является «1». В противном случае компонент должен отсутствовать.

8.2.2.3    Значение компонента role должно быть сформировано из role All (если имеется) и должно быть свойством [normalized value] role All.

8.3    Отображение Body Ell

8.3.1    Значение типа Body должно быть сформировано из Body ЕМ.

8.3.2    Дочерний Ell Body ЕМ (если имеется) должен быть отображен в значение компонента content, как указано в 8.5.

8.4    Отображение Fault Ell

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

8.4.1.1    Значение типа Fault должно быть сформировано из Fault ЕМ.

8.4.1.2    Code ЕМ должен быть отображен в значение компонента code, как указано в 8.4.2.

8.4.1.3    Значение компонента reason должно быть сформировано из Reason ЕМ. Каждый дочерний Text ЕМ должен быть отображен в порядке появления Text в последовательности, как указано в 8.4.4.

8.4.1.4    Значение компонента node должно быть сформировано из Node ЕМ (если имеется) и должно иметь в качестве своего значения буквенную последовательность дочерних СМ из Node ЕМ.

8.4.1.5    Значение компонента role должно быть сформировано из Role ЕМ (если имеется) и должно иметь в качестве своего значения буквенную последовательность дочерних CM Role ЕМ.

8.4.1.6    Значение компонента detail должно быть сформировано из Detail ЕМ (если имеется), и дочерний ЕМ должен быть отображен, как указано в 8.5.

8.4.2 Отображение Code ЕМ

8.4.2.1    Значение типа Code должно быть сформировано из Code ЕМ.

8.4.2.2    Value ЕМ (дочерний элемент Code ЕМ) должен быть отображен в значение компонента value, как указано в 8.4.3.

8.4.2.3    Первый Subcode ЕМ (если имеется) должен сформировать значение типа xsd . QName как первый элемент компонента subcodes. Значение должно быть сформировано из первого дочернего Value ЕМ, как указано в 8.4.2.5 и 8.4.2.6.

8.4.2.4    Второй дочерний Subcode ЕМ (если имеется) каждого Subcode ЕМ должен сформировать значение типа xsd.QName в качестве следующего элемента компонента subcodes. Значение должно быть сформировано из первого дочернего Value ЕМ второго дочернего Subcode ЕМ, как указано в

8.4.2.5 или 8.4.2.6.

8.4.2.5    Значение типа xsd.QName должно быть сформировано из Value ЕМ (дочернего Subcode ЕМ), имеющего последовательность дочерних СМ, которые являются объединением префикса (Р, например), двоеточия («:») и локального имени со:

a)    значением компонента uri, которое является свойством [namespace name] N11 среди членов свойства [in-scope namespaces] Value ЕМ (дочернего Subcode EM) со свойством [prefix] P;

b)    значением компонента name, которое является локальным именем.

8.4.2.6    Значение типа xsd.QName должно быть сформировано из Value ЕМ (дочернего Subcode ЕМ), имеющего последовательность дочерних СМ, которые не содержат двоеточия («:»), со значением компонента name, которое является значением символьной строки последовательности дочерних СМ.

8.4.3 Отображение Value ЕМ, являющегося дочерним Code ЕМ

Значение типа Value должно быть сформировано из Value ЕМ (дочернего Code ЕМ) с локальным именем, как указано в таблице 2, и должно быть частью строки последовательности дочерних СМ, которые представляет собой объединение из:

a)    свойства [prefix], описанного в 7.1.2;

b)    двоеточия («:») и

c)    локального имени.

ГОСТ ISO/IEC 24824-2—2013

8.4.4 Отображение Text Ell

8.4.4.1    Значение типа Text должно быть сформировано из Text ЕМ.

8.4.4.2    Значение компонента lang должно быть сформировано из АН со свойством [local name] «lang» и свойством [namespace name] «http://www.w3.org/XML/1998/namespace» и должно быть свойством [normalized value] All.

8.4.4.3    Значение компонента text должно быть сформировано из Text Ell и должно быть последовательностью дочерних СИ Text Ell.

8.5 Отображение содержимого ЕМ в значение типа Content

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

8.5.1.1    Значение типа Content должно быть сформировано из содержимого ЕМ, как указано в 8.5.2, 8.5.3 или 8.5.4, для отображения из инфо-набора XML в документ быстрого инфо-набора закодированных значений ASN.1 и непонятых блоков заголовков ASN.1 SOAP соответственно.

8.5.1.2    Пункт 8.5.2 применяется, если:

a)    encodingStyle All (см. W3C SOAP Часть 1,5.1.1) не входит в число членов свойства [attributes] содержимого EII и содержимое ЕМ не является NotUnderstood Ell (см. W3C SOAP Часть 1, 5.4.8.1) или

b)    encodingStyle All является одним из членов свойства [attributes] содержимого ЕМ и encodingStyle All имеет свойство [normaMzed value], которое не равно «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope:encoding-style:aper» (см. 7.5.3.1).

8.5.1.3    Если encodingStyle АН (см. W3C SOAP Часть 1,5.1.1) является одним из членов свойства [attributes] содержимого ЕМ и encodingStyle АН имеет свойство [normalized value] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope:encoding-style:aper», то применяется 8.5.3.

8.5.1.4    Если содержимое EII является NotUnderstood ЕМ (см. W3C SOAP Часть 1,5.4.8.1), то применяется 8.5.4.

Примечание — encodingStyle All не может быть среди членов свойства [attributes] NotUndestood Ell (см. W3C SOAP Часть 1, 5.4.8.1).

8.5.2 Встроенный документ быстрого инфо-набора

8.5.2.1    Значение типа Content должно быть сформировано с альтернативой fast-infoset-document.

8.5.2.2    Октеты компонента fast-inf oset-document станут документом быстрого инфо-набора и должны быть сформированы путем выполнения следующих действий:

a)    применения 8.5.2.3 к содержимому ЕМ для формирования корневого ЕМ из инфо-набора XML;

b)    кодирования инфо-набора XML как документа быстрого инфо-набора (в соответствии с МСЭ-Т Х.891 | ISO/IEC 24824-1).

8.5.2.3    Следующие АН, если они присутствует среди членов свойства [attributes] содержимого ЕМ, должны быть удалены из свойства [children] ЕМ:

a)    role All;

b)    mustUnderstand All;

c)    relay All.

Примечание — Удаление этих All из свойства [attributes] содержимого ЕМ гарантирует, что только компоненты HeaderBlock будут использоваться для обработки W3C SOAP блока заголовка SOAP узлом.

8.5.3    Встроенные в ASN.1 закодированные значения

8.5.3.1    Значение типа Content должно быть сформировано с альтернативой encoded-value.

8.5.3.2    Если roid All (см. 7.5.3.4) не входит в число членов свойства [attributes] содержимого ЕМ, то:

a)    encoded-value. id должно быть сформировано с альтернативой qName и

b)    его значение должно быть установлено из свойства [local name] и свойства [namespace name] содержимого ЕМ.

8.5.3.3    Если roid All (см. 7.5.3.4) является одним из членов свойства [attributes] содержимого ЕМ, то:

a)    должно быть сформировано encoded-value. id с альтернативой roid и

b)    его значение должно быть установлено из свойства [normaMzed value] roid All, закодированного как «XMLRelativeOIDValue», при этом используя только «XMLNumberForm» (см. МСЭ-Т Х.680 | ISO/IEC 8824-1, п. 32).

13

Примечание — Условный идентификатор объекта может быть использован вместо классифицированного имени при наличии ограничений на размер ASN.1 SOAP сообщения.

8.5.3.4    Значение компонента encoded-value. encoding должно быть сформировано из последовательности дочерних СМ содержимого ЕМ, которое является кодированием Base64 строки октета, и должно быть строкой октета.

8.5.3.5    Компонент schema-identifier не должен отображаться и должен быть исключен.

8.5.4 Непонятое содержимое блока заголовка W3C SOAP

8.5.4.1    encoded-value. id должно быть сформировано с альтернативой qName, и его значение должно быть установлено из свойства [local name] и свойства [namespace name] NotUnderstood ЕМ.

8.5.4.2    Значение типа NotUnderstood должно быть сформировано из NotUnderstood ЕМ со свойством [normalized value] qname AM, которое является объединением префикса (Р, например), двоеточия («:») и локального имени со:

a)    значением компонента uri, которое является свойством [namespace name] N11 среди членов свойства [in-scope namespaces] NotUnderstood ЕМ со свойством [prefix] Р, и

b)    значением компонента name, которое является локальным именем.

8.5.4.3    Значение типа NotUnderstood должно быть закодировано с использованием Basic Aligned PER в строку октета, которая должна быть значением компонента encoded-value. encoding.

9 Расширенная SOAP обработка встроенных в ASN.1 закодированных значений

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

9.1.1    Обработка, описанная в следующих пунктах, расширяет обработку W3C SOAP сообщений, описанных в W3C SOAP Часть 1, что позволяет SOAP узлу делать дополнительные преобразования содержимого ЕМ, которые были отображены H3ASN.1 SOAP сообщения.

Примечание — Расширенная обработка требуется, поскольку содержимое ЕМ, как последовательность дочерних СИ, будет содержать встроенное в ASN.1 закодированное значение, которое является скрытым для SOAP узла, если дальнейшая обработка выполняется для формирования значения ASN.1 из последовательности дочерних СИ.

9.1.2    Содержимое ЕМ должно быть дочерним ЕМ от Body Ell, Header ЕМ (блоков заголовков W3C SOAP), Detail ЕМ.

Примечание — Содержимое ЕМ, как правило, обрабатывается следующим образом:

a)    конечный SOAP получатель обрабатывает дочерний Body ЕМ или дочерний Detail ЕМ и любые целевые блоки заголовков W3C SOAP;

b)    SOAP посредник обрабатывает любые целевые блоки заголовков W3C SOAP;

c)    SOAP узел обрабатывает целевые блоки заголовков W3C SOAP, как следствие а) или Ь);

d)    SOAP узел (такой как активный посредник) обрабатывает элементы информации с помощью дополнительной обработки, не описываемой блоками заголовков W3C SOAP.

9.1.3    Содержимое (дочернее) ЕМ будет иметь среди членов свойства [attributes] encoding-style All со свойством [normalized value] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope:encoding-style:aper», как указано в 7.5.3.1.

9.1.4    Применение расширенной обработки содержимого ЕМ должно быть результатом следующих шагов:

a)    ASN.1 тип встроенного в ASN.1 закодированного значения определен, как указано в 9.2;

b)    значение ASN.1 формируется из определенного встроенного в ASN.1 закодированного значения, учитывая тип ASN.1, как указано в 9.3;

c)    сформированное значение ASN.1 обрабатывается SOAP узлом, как правило, производя одно или несколько значений ASN.1 с идентификаторами;

d)    полученные ASN.1 значения с идентификаторами вставляются в новое W3C SOAP сообщение инфо-набора (см. 6.4, Ь)) как встроенные в ASN.1 закодированные значения, как описано в 9.4.

Примечание — Эти четыре шага концептуальны. На самом деле не существует никакого требования для осуществления формирования значения ASN.1 из определенного встроенного в ASN.1 значения, так как не существует никаких требований для реализации формирования представления W3C SOAP сообщения инфо-набора.

14

ГОСТ ISO/IEC 24824-2—2013

9.2 Определение типа ASN.1 встроенного в ASN.1 закодированного значения

9.2.1    Для целей идентификации значение типа identifier должно быть сформировано из содержимого EII согласно 9.2.2 и 9.2.3, значение определяет тип ASN.1 встроенного в ASN.1 закодированного значения.

9.2.1.1    Узел обработки SOAP выдаст ошибку, как указано в 9.5, если тип ASN.1 не может быть определен из значения identifier.

9.2.1.2    Средства, с помощью которых узел обработки SOAP получает и управляет, набор значений identifier и определенных типов ASN.1 не описаны в настоящем стандарте.

Примечание — SOAP узел может получить (частично) набор определенных типов ASN.1 из описания сервиса (см. 13.8).

9.2.2    Если содержимое EII имеет свойство [local name] «raid» и свойство [namespace name] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope», и roid All (см. 7.5.3.4) является одним из членов свойства [attributes], то:

a)    значение типа identifier должно быть сформировано с альтернативой roid и

b)    его значение должно быть установлено из свойства [normalized value] roid All, которое кодируется как «XMLRelativeOIDValue», при этой используя только «XMLNumberForm» (см. МСЭ-Т Х.680 | ISO/IEC 8824-1, п. 32).

9.2.3    Если roid All (см. 7.5.3.4) не входит в число членов свойства [attributes] содержимого ЕМ, то:

a)    значение типа identifier должно быть сформировано с альтернативой qName и

b)    его значение должно быть установлено из свойств [local name] и [namespace name] содержимого Ell.

9.3    Формирование значений ASN.1 из определенных встроенных в ASN.1

закодированных значений

Значение ASN.1 должно быть сформировано из дочерних СИ содержимого ЕМ (встроенное в ASN.1 закодированное значение). Эти дочерние СМ являются кодированием Base64 строки октета (как указано в IETF RFC 2045, 6.8), состоящей из Basic Aligned PER кодирования значения ASN.1, тип ASN.1 которого был определен, как указано в 9.2.

9.4    Вставка значений ASN.1 (с идентификатором) в W3C SOAP сообщение

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

9.4.1.1    ASN.1 значение с идентификатором, который является значением типа identifier, и возможные дополнительные значения должны быть вставлены как встроенное в ASN.1 закодированное значение сформированного содержимого ЕМ в W3C SOAP сообщении, как указано в следующих подпунктах.

Примечание — Значения типа identifier и дополнительные значения могут быть получены из описания сервиса или приложения в SOAP узле.

9.4.1.2    Если значение ASN.1, которое должно быть вставлено как встроенное в ASN.1 закодированное значение сформированного содержимого ЕМ, является дочерним Header ЕМ (блока заголовка W3C SOAP), применяется 9.4.2.

9.4.1.3    Если значение ASN.1, которое должно быть вставлено как встроенное в ASN.1 закодированное значение сформированного содержимого ЕМ, является дочерним Body ЕМ, применяется 9.4.3.

9.4.1.4    Если значение ASN.1, которое должно быть вставлено как встроенное в ASN.1 закодированное значение сформированного содержимого ЕМ, является дочерним Detail ЕМ, применяется 9.4.4.

9.4.2 Вставка как дочерний ЕМ Header ЕМ

9.4.2.1    Содержимое ЕМ должо быть сформировано из значения ASN.1 и значения identifier, как указано в 9.4.5. Содержимое ЕМ должно быть блоком заголовка W3C SOAP, который является дочерним Header ЕМ. Дополнительные значения (если имеются) влекут за собой вставку АН между членами свойства [attributes] содержимого ЕМ, как указано в трех подпунктах ниже.

Примечание — Порядок, в котором SOAP-блок заголовка EII вставляется, зависит от узла обработки

SOAP.

9.4.2.2    Дополнительный URI (если имеется), соответствующий семантике role All, должен формировать role All, и его свойство [normalized value] должно быть значением символьной строки URI.

15

9.4.2.3    Дополнительное логическое значение (если имеется), соответствующее семантике mustUnderstand All, должно формировать mustUnderstand All, если логическим значением является true, а его свойство [normalized value] должно быть «1».

3.4.2.4    Дополнительное логическое значение (если имеется), соответствующее семантике relay All, должно формировать relay All, если логическим значением является true, а его свойство [normalized value] должно быть «1».

9.4.3    Вставка как дочерний Ell Body Ell

Содержимое ЕМ должно быть сформировано из значения ASN.1 и значения identifier, как указано в 9.4.5. Содержимое ЕМ должно быть единственным дочерним содержимым Body ЕМ и заменять любой существующий дочерний ЕМ компонента Body ЕМ.

9.4.4    Вставка как дочерний Ell Detail ЕМ

Содержимое ЕМ должно быть сформировано из значения ASN.1 и значения identifier, как указано в 9.4.5. Содержимое ЕМ должно быть единственным дочерним содержимым Detail ЕМ и заменять любой существующий дочерний ЕМ компонента Detail ЕМ.

9.4.5    Формирование содержимого ЕМ из значения ASN.1 и значения Identifier

9.4.5.1    Содержимое ЕМ должно быть сформировано из значения ASN.1 (должно быть вставлено как встроенное в ASN.1 закодированное значение) и значения identifier, как указано в следующих четырех подпунктах.

9.4.5.2    Если значение типа identifier имеет альтернативу qName, то свойства [namespace name] и [local name] содержимого ЕМ должны быть установлены из qName.

9.4.5.3    Если значение типа identifier имеет альтернативу roid, то свойство [local name] содержимого ЕМ должно быть «raid», а свойство [namespace name] должно быть «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope». All среди членов свойства [attributes] содержимого ЕМ должен быть сформирован со:

a)    свойством [local name] «roid»;

b)    свойством [namespace name] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope»;

c)    свойством [specified] «true» и

d)    свойством [normalized value], которое должно быть значением компонента roid, закодированного как «XMLRelativeOIDValue», при этом используя только «XMLNumberForm» (см. МСЭ-Т Х.680 | ISO/IEC 8824-1, п. 32).

9.4.5.4    Последовательность дочерних СМ (встроенные в ASN.1 закодированные значения) содержимого ЕМ должна быть сформирована из кодирования Base64 строки октета (как указано в IETF RFC 2045, 6.8), состоящей из Basic Aligned PER кодирования значения ASN.1.

9.4.5.5    encodingStyle All (см. W3C SOAP Часть 1, 5.1.1) среди членов свойства [attributes] ЕМ должно быть сформировано со свойством [normalized value] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope:encoding-style:aper».

9.5    Ошибка «неидентифицируемый тип ASN.1»

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

9.5.2    Value ЕМ (дочерний Code ЕМ) должен быть сформирован с последовательностью дочерних СМ, которые представляет собой объединение следующих символьных строк:

a)    свойства [prefix], как описано в 7.1.2,

b)    двоеточия («:») и

c)    строки «Sender».

9.5.3    Уникальное свойство [prefix] N11 со свойством [namespace name] «urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-services:soap-envelope» среди членов свойства [in-scope namespaces] Envelope Ell (или дочернего Ell на любой глубине, вплоть до Value ЕМ, сформированного в 9.5.4) должно быть сформировано с его значением, выбранным SOAP узлом.

9.5.4    Subcode ЕМ (дочерний Code ЕМ) должен быть сформирован с помощью одного дочернего Value ЕМ.

9.5.4.1 Одиночный дочерний Value ЕМ должен иметь последовательность дочерних СМ, которые представляют собой объединение следующих символьных строк:

а) свойства [prefix], как описано в 9.5.3;

ГОСТ ISO/IEC 24824-2—2013

b)    двоеточия («:») и

c)    строки «Notldentified».

Примечание — Такая неидентифицируемая ошибка (W3C SOAP сообщение), сериализованная как документ XML, представлена следующим образом:

<env:Envelope xmlns:env=« http://www.w3.org/2003/05/soap-envelope «>

<env:Body>

<env:Fault>

<env:Code>

<env:Value>env:Sender</env:Value>

<env:Subcode>

<env:Value

xmlns:fws=«urn:ohn:joint-iso-itu-t:asn1:generic-applications:fast-web-    services:soap-

envelope»>fws:Notldentified</env:Value>

</env:Subcode>

</env:Code>

</env:Fault>

</env:Body>

</env:Envelope>

10 ASN.1 SOAP HTTP привязка

ASN.1 SOAP HTTP привязка представляет собой модификацию и расширение SOAP HTTP привязки (см. W3C SOAP Часть 2, раздел 7) и обеспечивает привязку W3C SOAP к HTTP для передачи ASN.1 SOAP сообщения, закодированного с использованием Basic Aligned PER.

ASN.1 SOAP HTTP привязка соответствует SOAP протоколу binding framework (cm. W3C SOAP Часть 1, n. 4). В приложении D представлен материал о взаимодействии быстрых веб-сервисов и вебсервисов XML на основе возможностей ASN.1 SOAP HTTP привязки.

10.1    HTTP медиа тип

10.1.1    Для применения настоящего стандарта W3C SOAP Часть 2, 7.1.4 должна быть изменена, как описано в трех следующих пунктах.

10.1.2    Реализация ASN.1 SOAP HTTP привязки должна быть способна отправлять и получать ASN.1 SOAP сообщения с помощью «application/fastsoap» медиа типа, параметры и правильное использование которого описаны в В.1.

10.1.3    Реализация ASN.1 SOAP HTTP привязки может также отправлять запросы и ответы с помощью других видов медиа типов, гарантируя, что такие медиа типы идентифицируют W3C SOAP сообщения.

Примечание — Такие W3C SOAP сообщения могут быть, в частности, XML SOAP сообщениями или SOAP сообщениями быстрого инфо-набора.

10.1.4    ASN.1 SOAP HTTP привязка может, когда отправляется запрос, предоставлять поле заголовка HTTP Accept (см. IETF RFC 2616, 14.1). Этот заголовок:

a)    должен указывать на возможность принять, по крайней мере, «application/fastsoap» медиа тип,

b)    может дополнительно указывать на готовность принять другие виды медиа типов для передачи W3C SOAP сообщений.

Примечание — Реализация может отправлять XML SOAP сообщение-запрос с полем заголовка HTTP Accept «Accept: application/fastsoap, application/soap+xml», чтобы указать на способность принимать ASN.1 SOAP сообщения, и в дополнение указать на готовность принимать XML SOAP сообщения (см. пессимистическую стратегию, описанную в D.2).

10.2 Поведение отвечающих SOAP узлов

10.2.1    W3C SOAP Часть 2, 7.5.2 должна быть расширена с помощью двух следующих пунктов.

10.2.2    Отвечающий SOAP узел, который получает поле заголовка HTTP Accept с одним или более дополнительным медиа типом с привилегиями, равными «application/fastsoap» медиа типу, должен интерпретировать «application/fastsoap» медиа тип как имеющий самые высокие привилегии (см. IETF RFC 2616,14.1) и ответить с помощью этого медиа типа.

17

ГОСТ ISO/IEC 24824-2—2013

Содержание

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

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

2.1    Идентичные рекомендации и международные стандарты................................2

2.2    Дополнительные ссылки...........................................................3

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

3.1    Заимствованные термины..........................................................4

3.2    Дополнительные термины..........................................................4

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

5    Нотация.............................................................................6

6    Обработка ASN.1 SOAP сообщений......................................................6

7    Отображение компонентов типа Envelope в единицах информации..........................8

7.1    Общие положения ................................................................8

7.2    Отображение типа Header.........................................................8

7.3    Отображение типа Body...........................................................9

7.4    Отображение типа Fault..........................................................9

7.5    Отображение типа Content.......................................................10

8    Отображение инфо-наборов W3C SOAP сообщений в абстрактные значения типа Envelope .... 11

8.1    Общие положения ...............................................................11

8.2    Отображение Header ЕМ..........................................................11

8.3    Отображение Body ЕМ............................................................12

8.4    Отображение Fault ЕМ............................................................12

8.5    Отображение содержимого EII в значение типа Content...............................13

9    Расширенная SOAP обработка встроенных в ASN.1 закодированных значений.................14

9.1    Общие положения ...............................................................14

9.2    Определение типа ASN.1 встроенного в ASN.1 закодированного значения.................15

9.3    Формирование значений ASN.1 из определенных встроенных в ASN.1 закодированных значений 15

9.4    Вставка значений ASN.1 (с идентификатором) в W3C SOAP сообщение...................15

9.5    Ошибка «неидентифицируемый тип ASN.1»..........................................16

10    ASN.1 SOAP HTTP привязка..........................................................17

10.1    HTTP медиа тип................................................................17

10.2    Поведение отвечающих SOAP узлов...............................................17

11    SOAP сообщения быстрого инфо-набора и SOAP HTTP привязка...........................18

12    SOAP-ориентированные описания сервисов, поддерживающие интерфейсную привязку ASN.1

SOAP............................................................................18

12.1    Общие положения.............................................................18

12.2    Схемы.......................................................................18

12.3    Абстрактные интерфейсы и абстрактные операции..................................19

12.4    Интерфейсные и операционные привязки..........................................19

12.5    RPC схема....................................................................21

13    Использование SOAP-ориентированных описаний сервисов с интерфейсными привязками ASN.1

SOAP............................................................................22

Приложение А    (обязательное) ASN.1 модуль для ASN.1 SOAP...............................24

Приложение В    (обязательное) MIME медиа типы для быстрых веб-сервисов....................25

Приложение С    (справочное) Учебное пособие по использованию быстрых веб-сервисов..........28

Приложение D (справочное) Общее предоставление сервисов с использованием быстрых

веб-сервисов и веб-сервисов XML..........................................34

Приложение Е (справочное) SOAP-ориентированное описание сервиса в WSDL 1.1 .............36

Приложение F (справочное) Присвоение значений идентификаторов    объектов..................40

Приложение ДА (справочное) Сведения о соответствии межгосударственных стандартов

ссылочным международным стандартам (международным документам).........41

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

10.2.3 Отвечающий SOAP узел должен добавить поле заголовка HTTP Fast-Enabled с пустым значением поля, для того чтобы указать на поддержку быстрого веб-сервиса, если отвечающий узел не может установить по запросу HTTP, отправитель может обрабатывать содержимое идентифицированного «application/fastsoap» медиа типа.

11 SOAP сообщения быстрого инфо-набора и SOAP HTTP привязка

В данном разделе описана SOAP HTTP привязка (см. W3C SOAP Часть 2, раздел 7), которая поддерживает передачу SOAP сообщений быстрого инфо-набора через HTTP (называемая SOAP HTTP привязкой быстрого инфо-набора).

11.1    Имплементация SOAP HTTP привязки быстрого инфо-набора должна быть способна отправлять и получать SOAP сообщения быстрого инфо-набора с помощью «application/soap+fastinfoset» медиа типа, параметры и правильное использование которого описаны в В.2.

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

11.2    SOAP HTTP привязка может при отправке запросов предоставлять поле заголовка HTTP Accept (см. IETF RFC 2616, 14.1). Этот заголовок:

a)    должен указывать на возможность принять, по крайней мере, «application/soap+fastinfoset» медиа тип,

b)    может дополнительно указывать на готовность принять другие медиа типы для передачи W3C SOAP сообщений.

Примечание — Реализация может отправлять XML SOAP сообщение-запрос с полем заголовка HTTP Accept «Accept: application/soap+fastinfoset, application/soap+xml», чтобы указать на способность принимать SOAP сообщения быстрого инфо-набора и в дополнение указать на готовность принимать XML SOAP сообщения.

12 SOAP-ориентированные описания сервисов, поддерживающие интерфейсную привязку ASN.1 SOAP

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

12.1.1    В данном разделе даны SOAP-ориентированные описания сервисов, которые поддерживают интерфейсные привязки ASN.1 SOAP (см. 12.4.7).

12.1.2    SOAP-ориентированное описание сервиса представляет собой набор документов, определяющих интерфейсы и семантику веб-сервиса, который должен быть предоставлен посредством обмена SOAP сообщениями.

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

Примечание — В приложении Е описано использование WSDL 1.1 [2] в качестве языка для написания SOAP-ориентированных описаний сервисов.

12.1.4    SOAP-ориентированное описание сервиса должно устанавливать:

a)    набор схем (см. 12.2);

b)    набор абстрактных интерфейсов, каждый из которых содержит набор абстрактных операций (см. 12.3);

c)    набор интерфейсных привязок (набор ASN.1 SOAP интерфейсных привязок), каждая из которых содержит набор операционных привязок (см. 12.4).

12.2 Схемы

12.2.1    SOAP-ориентированное описание сервиса для определенного веб-сервиса может включать определение одного или нескольких типов данных содержимого, которые должны быть введены в SOAP сообщения для обеспечения этого веб-сервиса. Это могут быть данные содержимого, которые должны быть введены в тело сообщения, в блоки заголовков и в ошибки.

12.2.2    Данные содержимого (если таковые имеются) должны быть определены одной или несколькими XSD схемами. Каждая схема должна быть или импортирована, предоставляя свое пространство имен URI, или встроена в описание сервиса.

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Информационные технологии ОБЩИЕ ПРАВИЛА ПРИМЕНЕНИЯ ASN.1 Быстрые сетевые услуги Часть 2

Information technologies. Generic applications of ASN.1. Fast web services. Part 2

Дата введения — 2015—09—01

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

В настоящем стандарте определены типы сообщений и принципы кодирования, обеспечивающие применение быстрых веб-сервисов (Fast Web Services), и способы описания таких сервисов.

Использованный для поддержки этих сервисов протокол соответствует требованиям модели обработки сервис-ориентированной архитектуры (SOAP) (см. W3C SOAP Часть 1, раздел 2) и основан на передаче:

a)    ASN.1 SOAP сообщений, которые содержат закодированные значения ASN.1 и документы быстрого инфо-набора; и

b)    SOAP сообщений быстрого инфо-набора.

В стандарте также специфицированы:

-    модуль ASN.1 для ASN.1 SOAP, который определяет тип Envelope (значение этого типа соответствует ASN.1 SOAP сообщению);

-    концептуальное отображение между ASN.1 SOAP сообщениями и W3C SOAP сообщениями (определенные как экземпляр инфо-набора, см. W3C SOAP Часть 1, раздел 5);

-    расширение модели обработки W3C SOAP для обработки встроенных закодированных значений ASN.1;

-    ASN.1 SOAP HTTP привязка, которая является модификацией и расширением SOAP HTTP привязки, для передачи ASN.1 SOAP сообщений;

-    поддержка для передачи инфо-наборов W3C SOAP сообщений, сериализованных в виде документов быстрых инфо-наборов;

-    описания ориентированных на SOAP сервисов, которые определяют интерфейс и семантику быстрых веб-сервисов (Fast Web Services).

В настоящем стандарте выделены два медиа типа многоцелевых расширений интернет-почты (MIME) для идентификации:

-    ASN.1 SOAP сообщений, закодированных с помощью базовых правил уплотненного кодирования (PER) с выравниванием;

-    сообщений быстрого инфо-набора SOAP.

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

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

Издание официальное

2.1 Идентичные рекомендации и международные стандарты

-    ITU-T Recommendation Х.660 (2004) | ISO/IEC 9834-1:200s¹) Information technology — Open Systems Interconnection — Procedures for the operation of OSI Registration Authorities: General procedures and top arcs of the ASN.1 Object Identifier tree (Рекомендация МСЭ-Т X.660 (2004) | ISO/IEC 9834-1:2005 Информационные технологии. Процедуры для работы регистрационных органов по идентификации объекта. Часть 1. Общие процедуры и высшие разряды дерева идентификаторов объекта международного объекта)

-    ITU-T Recommendation Х.680 (2002) | ISO/IEC 8824-1:2002²) Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation (Рекомендация МСЭ-Т Х.680 (2002) | ISO/IEC 8824-1:2002 Информационные технологии. Нотация абстрактного синтаксиса версии один (ASN.1). Часть 1. Спецификация базовой нотации)

-    ITU-T Recommendation Х.681 (2002) | ISO/IEC 8824-2:2002³) Information technology — Abstract Syntax Notation One (ASN.1): Information object specification (Рекомендация МСЭ-Т Х.681 (2002) | ISO/IEC 8824-2:2002 Информационные технологии. Нотация абстрактного синтаксиса версии один (ASN.1). Часть 2. Спецификация информационных объектов) f

-    ITU-T Recommendation Х.682 (2002) | ISO/IEC 8824-3:2002⁴) Information technology — Abstract Syntax Notation One (ASN.1): Constraint specification (Рекомендация МСЭ-Т Х.682 (2002) | ISO/IEC 8824-3:2002 Информационные технологии. Нотация абстрактного синтаксиса версии один (ASN.1). Часть 3. Спецификация ограничений) f

-    ITU-T Recommendation Х.683 (2002) | ISO/IEC 8824-4:2002⁵) Information technology — Abstract Syntax Notation One (ASN.1): Parameterization of ASN.1 specifications (Рекомендация МСЭ-Т Х.683 (2002) | ISO/IEC 8824-4:2002 Информационные технологии. Нотация абстрактного синтаксиса версии один (ASN.1). Часть 4. Спецификация для параметризации ASN.1) f

-    ITU-T Recommendation Х.690 (2002) | ISO/IEC 8825-1:2002⁶) Information technology —ASN.1 encoding Rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER), and Distinguished Encoding Rules (DER) (Рекомендация МСЭ-Т Х.690 (2002) | ISO/IEC 8825-1:2002 Информационные технологии. Правила кодирования ASN.1. Часть 1. Спецификация основных (BER), канонических (CER) и различительных правил кодирования (DER)) f

-    ITU-T Recommendation Х.691 (2002) | ISO/IEC 8825-2:2002⁷) Information technology — ASN.1 encoding rules: Specification of Packed Encoding Rules (PER) (Рекомендация МСЭ-Т Х.691 (2002) | ISO/IEC 8825-2:2002 Информационные технологии. Правила кодирования ASN.1. Часть 2. Спецификация правил уплотненного кодирования (PER))

-    ITU-T Recommendation Х.692 (2002) | ISO/IEC 8825-3:2002®) Information technology — ASN.1 encoding rules: Specification of Encoding Control Notation (ECN) (Рекомендация МСЭ-Т Х.692 (2002) | ISO/IEC 8825-3:2002 Информационные технологии. Правила кодирования ASN.1. Часть 3. Спецификация нотации контроля кодирования (ECN)) f

-    ITU-T Recommendation Х.693 (2001) | ISO/IEC 8825-4:2002⁹) Information technology — ASN.1 encoding rules: XML Encoding Rules (XER) (Рекомендация МСЭ-Т Х.693 (2001) | ISO/IEC 8825-4:2002 Информационные технологии. Правила кодирования ASN.1. Часть 4. Правила кодирования XML (XER)) f

-    ITU-T Recommendation Х.694 (2004) | ISO/IEC 8825-5:2004¹⁰) Information technology — ASN.1 encoding rules: Mapping W3C XML Schema Definitions into ASN.1 (Рекомендация МСЭ-Т Х.694 (2004) |

ISO/IEC 8825-5:2004 Информационные технологии. Правила кодирования ASN.1. Часть 5. Определения схемы отображения W3C XML в ASN.1) f

'h Отменен. Действует ISO/IEC 9834-1:2012.

²)    Отменен. Действует ISO/IEC 8824-1:2008.

³)    Отменен. Действует ISO/IEC 8824-2:2008.

⁴)    Отменен. Действует ISO/IEC 8824-3:2008.

⁵)    Отменен. Действует ISO/IEC 8824-4:2008.

⁶)    Отменен. Действует ISO/IEC 8825-1:2008.

7)    Отменен. Действует ISO/IEC 8825-2:2008.

⁸)    Отменен. Действует ISO/IEC 8825-3:2008.

⁹)    Отменен. Действует ISO/IEC 8825-4:2008.

¹⁰)    Отменен. Действует ISO/IEC 8825-5:2008.

ГОСТ ISO/IEC 24824-2—2013

-    ITU-T Recommendation X.891 (2005) | ISO/IEC 24824-1:2007, Information technology — Generic applications of ASN.1: Fast infoset (Рекомендация МСЭ-Т X.891 (2005) | ISO/IEC 24824-1:2007 Информационные технологии. Общие правила применения ASN.1: Быстрые команды. Часть 1)

Примечание — Приведен полный перечень рекомендаций и международных стандартов по ASN.1, так как все они могут быть применены в конкретных случаях использования настоящего стандарта. Если в тексте настоящего стандарта нет прямых ссылок на какой-либо документ, то в приведенном списке данный документ помечен символом f.

2.2 Дополнительные ссылки

-    W3C SOAP:2003, SOAP Version 1.2 Part 1: Messaging Framework, W3C Recommendation, Copyright © [24 June 2003] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2003/REC-soap12-part1-20030624 (W3C SOAP:2003, SOAP Версия 1.2 Часть 1: Структуры обмена сообщениями, Рекомендация консорциума W3C, © [24.07.2003] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо) http://www.w3.org/TR/2003/REC-soap12-part1 -20030624)

-    W3C SOAP:2003, SOAP Version 1.2 Part 2: Adjuncts, W3C Recommendation, Copyright © [24 June 2003] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2003/REC-soap12-part2-20030624 (W3C SOAP:2003, SOAP Версия 1.2 Часть 2: Дополнения, Рекомендация консорциума W3C, © [24.06.2003] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www.w3.org/TR/2003/RECsoap12-part2-20030624)

-    W3C XML 1.0:2004, Extensible Markup Language (XML) 1.0 (Third Edition), W3C Recommendation, Copyright © [4 February 2004] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2000/REC-xml-20040204/ (W3C XML 1.0:2004, Расширяемый язык разметки (XML) 1.0 (третья редакция), Рекомендация консорциума W3C, © [4.02.2004] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www.w3.org/TR/2000/REC-xml-20040204/)

-    W3C XML Information Set:2004, XML Information Set (Second Edition), W3C Recommendation, Copyright © [04 February 2004] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2004/REC-xml-infoset-20040204/ (Информационный набор XML:2004, Информационный набор XML (вторая редакция), Рекомендация консорциума W3C, © [04.02.2004] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www.w3.org/TR/2004/REC-xml-infoset-20040204/)

-W3C XML Namespaces 1.0:1999, Namespaces in XML, W3C Recommendation, Copyright © [14 January 1999] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/1999/REC-xm-lnames-19990114/ (Пространства имен XML 1.0:1999, Пространства имен в XML, Рекомендация консорциума W3C, © [14.01.1999] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www.w3.org/TR/1999/REC-xm-lnames-19990114/)

-    W3C XML Schema:2001, XML Schema Part 1: Structures, W3C Recommendation, Copyright © [2 May 2001] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2001/REC-xmlschema-1-20010502/ (XML-схема:2001, XML-схема Часть 1: Структуры, Рекомендация консорциума W3C, © [2.05.2001] Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www. w3.org/TR/2001/REC-xmlschema-1 -20010502/)

-    W3C XML Schema:2001, XML Schema Part 2: Datatypes, W3C Recommendation, Copyright © [2 May 2001] World Wide Web Consortium (Massachusetts Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ (XML-cxeMa:2001, XML-схема Часть 2: Типы данных, Рекомендация консорциума W3C, © [2.05.2001]

3

Консорциум Всемирной паутины, (Массачусетский технологический институт, Национальный институт исследований в области компьютерной обработки данных и автоматики, Университет Кэйо), http://www. w3.org/TR/2001 /REC-xmlschema-2-20010502Г)

Примечание — При упоминании схемы W3C XML в настоящем стандарте имеется в виду первая и вторая части схем W3C XML.

-    IETF RFC 2045 (1996), Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies (IETF RFC 2045 (1996), (Многоцелевые расширения интернет-почты (MIME) Часть 1: Формат текста интернет-сообщения)

-    IETF RFC 2616 (1999), Hypertext Transfer Protocol — HTTP/1.1 (IETF RFC 2616 (1999), Протокол передачи гипертекста — НТТР/1.1)

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

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

3.1    Заимствованные термины

3.1.1    В настоящем стандарте применены следующие термины по ISO/IEC 8824-1:

a)    абстрактное значение;

b)    модуль;

c)    идентификатор объекта;

d)    условный идентификатор объекта;

e)    тип.

3.1.2    В настоящем стандарте применены следующие термины по Рекомендации W3C XML-схема:

a)    complex type definition;

b)    element declaration;

c)    схема;

d)    компонент схемы;

e)    simple type definition.

3.1.3    В настоящем стандарте применены следующие термины по Рекомендации W3C Инфо-набор XML:

a)    информационный элемент abstract;

b)    информационный элемент character;

c)    информационный элемент element;

d)    информационный элемент;

e)    информационный элемент namespace (пространство имен);

f)    свойство (информационного элемента).

3.1.4    В настоящем стандарте применены следующие термины по Рекомендации W3C SOAP Часть 1, 1.5.1:

a)    простой протокол доступа к объекту (SOAP);

b)    SOAP привязка;

c)    SOAP шаблон обмена сообщениями;

d)    SOAP узел.

3.1.5    В настоящем стандарте применены следующие термины по ISO/IEC 24824-1:

a)    Base64;

b)    документ быстрого инфо-набора;

c)    инфо-набор XML.

3.2 Дополнительные термины

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

3.2.1 интерфейсная привязка ASN.1 SOAP (ASN.1 SOAP interface binding): Конкретный интерфейс описания сервиса, определяющий семантику быстрых веб-сервисов, которые должны быть предоставлены посредством обмена ASN.1 SOAP сообщениями.

ГОСТ ISO/IEC 24824-2—2013

3.2.2    конечная точка ASN.1 SOAP (ASN.1 SOAP endpoint): Сетевая папка быстрых веб-сервисов, указанная в описании сервиса.

3.2.3    блок заголовка ASN.1 SOAP (ASN.1 SOAP header block): Значение типа HeaderBlock (см. Приложение А).

3.2.4    ASN.1 SOAP HTTP привязка (ASN.1 SOAP HTTP binding): Привязка SOAP к HTTP для передачи ASN.1 SOAP сообщений.

3.2.5    ASN.1 SOAP сообщение (ASN.1 SOAP message): Значение типа Envelope, взятое из W3C SOAP сообщения (см. раздел 8).

3.2.6    встроенное в ASN.1 закодированное значение (embedded ASN.1 encoded value): Абстрактное значение типа ASN.1, кодирование которого объявлено в сообщении W3C SOAP в строке Base64.

3.2.7    встроенный документ быстрого инфо-набора (embedded fast infoset document): Элемент информации, включенный в ASN.1 SOAP сообщение и закодированный как документ быстрого инфо-набора.

3.2.8    клиент быстрого веб-сервиса (fast-enabled web service client): Узел SOAP, который может посылать запросы и получать ответы, используя как ASN.1 SOAP сообщения, так и XML SOAP сообщения.

3.2.9    SOAP сообщение быстрого инфо-набора (fast infoset SOAP message): W3C SOAP сообщение, сериализованное в виде документа быстрого инфо-набора.

3.2.10    быстрые веб-сервисы (fast web services): Сервисы, предоставляемые при помощи обмена ASN.1 SOAP сообщениями.

3.2.11    описание сервиса (service description): Набор документов, описывающих интерфейс и семантику веб-сервиса.

3.2.12    блок заголовка W3C SOAP (W3C SOAP header block): Блок заголовка SOAP, описанный в W3C SOAP Часть 1, 1.5.2.

3.2.13    W3C SOAP сообщение (W3C SOAP message): SOAP сообщение, описанное в W3C SOAP Часть 1, 1.5.2.

3.2.14    пространство имен W3C SOAP (W3C SOAP namespace): Пространство имен «http://www. w3.org/2003/05/soap-envelope» (см. W3C SOAP Часть 1, 1.1).

3.2.15    веб-сервисы XML (XML web services): Сервисы, предоставляемые при помощи обмена XML SOAP сообщениями.

3.2.16    XML SOAP сообщение (XML SOAP message): W3C SOAP сообщение или сообщение, описанное любой предыдущей или последующей версией SOAP, выпускаемой серийно как документ XML.

4 Сокращения

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

АН —Attribute Information Item (информационный элемент attribute) (см. W3C Инфо-набор XML, п.

2.3);

ASN.1 —Abstract Syntax Notation One (абстрактная синтаксическая нотация версии 1);

СИ — Character Information Item (информационный элемент character) (см. W3C Инфо-набор XML, п.2.6);

Eli — Element Information Item (информационный элемент element) (см. Рекомендации W3C Инфо-набор XML, п. 2.2);

HTTP — HyperText Transfer Protocol (протокол передачи гипертекста) (см. IETF RFC 2616);

MIME — Multipurpose Internet Mail Extensions (многоцелевые расширения интернет-почты);

Nil — Namespace Information Item (информационный элемент namespace) (см. W3C Инфо-набор XML, п. 2.11);

PER — Packed Encoding Rules of ASN.1 (правила пакетного кодирования ASN.1);

RPC — Remote Procedure Call (удаленный вызов процедур);

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

WSDL — Web Services Description Language (язык описания веб-сервисов);

XML — extensible Markup Language (расширяемый язык разметки);

XSD — W3C XML Schema (W3C XML схема).

5

5    Нотация

5.1    В настоящем стандарте используют нотацию ASN.1 по ISO/IEC 8824-1.

5.2    В настоящем стандарте полужирный шрифт Courier New используют для нотации ASN.1

5.3    Для следующих нотаций используют полужирный шрифт Arial:

a)    синтаксис XML;

b)    имена EII и АН;

c)    поля заголовков HTTP и параметры полей заголовков HTTP.

5.4    Имена свойств информационных элементов пишут полужирным шрифтом Arial и заключают в квадратные скобки (например, свойство [children]).

5.5    MIME медиа типы и URI пишут полужирным шрифтом Arial и заключают в кавычки (например, URI «http://www.w3.org/2003/05/soap-envelope»).

6    Обработка ASN.1 SOAP сообщений

6.1    Сообщения ASN.1 SOAP — абстрактные значения типа Envelope, определенного в модуле ASN.1 ASN1SOAP (см. приложение А). Абстрактные значения типа Envelope семантически эквивалентны экземплярам инфо-набора XML, определены в W3C SOAP Часть 1, пункт 5 (называемые инфо-набором W3C SOAP сообщений).

Примечание — Тип Envelope включает оптимальное двоичное кодирование W3C SOAP сообщения инфо-набора.

6.2    ASN.1 SOAP сообщения могут использоваться как вместе с описаниями веб-сервиса, так и независимо от любого описания веб-сервиса. Для описания веб-сервиса XML SOAP сообщения не требуется изменений для обеспечения описания быстрых веб-сервисов для сообщений SOAP ASN.1 (см. приложение Е).

6.3    Модель обработки SOAP, модель расширяемости и обязательная модель (см. W3C Часть 1 SOAP, пункты 2, 3, и 4) должны быть применены SOAP узлом к абстрактным значениям типа Envelope посредством отображения, определенного в 6.4 между компонентами типа Envelope и единицами информации W3C SOAP сообщения инфо-набора.

6.4    Применение этих моделей SOAP к абстрактным значениям типа Envelope возможно в результате следующих концептуальных шагов:

a)    абстрактные значения компонентов типа Envelope (ASN.1 SOAP сообщение) отображаются в виде единицы информации W3C SOAP сообщения инфо-набора, как определено в разделе 7 и таблице 1;

b)    модели SOAP, применяемые к этому инфо-набору (см. W3C Часть 1 SOAP, пункты 2, 3, и 4), обычно производят новое W3C SOAP сообщение инфо-набора, которое приспосабливает Часть 5 W3C SOAP и вводит ограничения, описанные в 6.6, и

c)    единицы информации нового W3C SOAP сообщения инфо-набора отображаются обратно на абстрактные значения компонентов типа Envelope, как определено в разделе 8 и таблице 1, обычно производя новое абстрактное значение для типа Envelope (новое ASN.1 SOAP сообщение).

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

6.5    Приложение моделей SOAP к W3C SOAP сообщениям инфо-набора (см. 6.4, Ь)) должно включать расширенную обработку встроенного в ASN.1 закодированного значения, как определено в пункте 9.

6.6    Следующие ограничения применяются к W3C SOAP сообщению инфо-набора в результате преобразования, упомянутого в 6.4, Ь):

a)    АН не должны присутствовать среди элементов свойства [attributes] Body ЕМ и Detail Ell, и

b)    не более чем один ЕМ должен присутствовать среди элементов свойства [children] Body ЕМ и Detail Ell.

6.7    Компонент типа Envelope (в любой глубине до наличия значения типа Content) должен быть отображен на единицу информации (или наоборот), как определено в таблице 1. В таблице 1 в графе 1 перечислены компоненты типа Envelope, в графе 2 дана ссылка на структурные элементы Части 1 W3C SOAP, где определена(ы) семантически эквивалентная(ые) единица(ы) информации.

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

Таблица 1 — Отображение зависимости между компонентами типа Envelope и единицами информации W3C SOAP сообщения инфо-набора

ASN.1 модуль для ASN.1 SOAP Ссылка на W3C SOAP Часть 1 Отображение из ASN.1 Отображение в ASN.1 Envelope ::= SEQUENCE { 5.1 Раздел 7 Раздел 8 header Header, 5.2 Пункт 7.1.3 Пункт 8.1.2 body-or-fault CHOICE { body Body, fault Fault 5.3, 5.4 Пункты 7.1.4 и 7.1.5 Пункты 8.1.3 и 8.1.4 } } Header ::= SEQUENCE OF HeaderBlock 5.2 Подраздел 7.2 Подраздел 8.2 HeaderBlock ::= SEQUENCE { 5.2.1 Пункт 7.2.2 Пункт 8.2.2 mustUnderstand BOOLEAN OPTIONAL, 5.2.2 Подпункт 7.2.2.1 Подпункт 8.2.2.1 relay BOOLEAN OPTIONAL 5.2.3 Подпункт 7.2.2.2 Подпункт 8.2.2.2 role XSD.AnyURI DEFAULT ultimateReceiver, 5.2.4 Подпункт 7.2.2.3 Подпункт 8.2.2.3 content Content Подраздел 7.2 Подраздел 8.2 } Body ::= SEQUENCE { 5.3 Подраздел 7.3 Подраздел 8.3 content Content OPTIONAL 5.3 Пункт 7.3.2 Пункт 8.3.2 } Fault : = SEQUENCE { 5.4 Подраздел 7.4 Подраздел 8.4 code Code, 5.4.1 Подпункт 7.4.1.2 Подпункт 8.4.1.2 reason SEQUENCE SIZE(1..MAX) OF Text, 5.4.2 Подпункт 7.4.1.3 Подпункт 8.4.1.3 node XSD.AnyURI OPTIONAL, 5.4.3 Подпункт 7.4.1.4 Подпункт 8.4.1.4 role XSD.AnyURI OPTIONAL, 5.4.4 Подпункт 7.4.1.5 Подпункт 8.4.1.5 detail Content 5.4.5 Подпункт 7.4.1.6 Подпункт 8.4.1.6 > Code ::= SEQUENCE { 5.4.1 Пункт 7.4.2 Пункт 8.4.2 value Value, 5.4.1.1 Подпункт 1Л.2.2 Подпункт 8.4.2.2 subcodes SEQUENCE OF XSD.QName 5.4.1.2, 5.4.1.3 Подпункт 7.4.2.3 и 7.4.2.4 Подпункт 8.4.2.3 и 8.4.2.4 }