Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

58 страниц

548.00 ₽

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

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

Относительно соответствия настоящему стандарту никаких требований не предъявляется

Показать даты введения Admin

Страница 1

ГОСТ Р ИСО/Л1ЭК 9072—1—93

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ

ПЕРЕДАЧА ТЕКСТА. УДАЛЕННЫЕ ОПЕРАЦИИ

I. МОДЕЛЬ. НОТАЦИЯ И ОПРЕДЕЛЕНИЕ УСЛУГ Издание официальное

ЧАСТЬ

1

.V    ’

ЬЗ 11—92/1121


ГОССТАНДАРТ РОССИИ Чоскаа

Страница 2

ГОСТ Р ИСО/МЭК 9072-1-93 государственный стандарт российской федерации

СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ

ПЕРЕДАЧА ТЕКСТА. УДАЛЕННЫЕ ОПЕРАЦИИ

Часть 1 МОДЕЛЬ. НОТАЦИЯ И ОПРЕДЕЛЕНИЕ УСЛУГ Издание официальное

Москва

1994

Страница 3

ГОСТ Р ИГ.О'МЭК <>072 -1-93

Предисловие

1    РАЗРАБОТАН И ВНЕСЕН Техническим комитетом по стандар. тигации ТК 22 «Информационная технология»

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Гос. стандарта России от 29.12.93 J6 292

Настоящий стандарт подготовлен на основе применения аутентичного текста международного стандарта ИСО'МЭК 9072—1—69 «Системы обработки информации. Передача текста. Удаленные операции. Часть I. Модель, нотация и определение услуг»

:} ВВЕДЕН ВПЕРВЫЕ

£ Иэда гельегзе стандартов. •С|^1

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

Страница 4

ГОСТ Р ИСО/МЭК 9072-1-93

СОДЕРЖАНИЕ

1 Обласч. п:>!•**жшм    ...........    1

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

4 Определения    ....    ....    2

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

f> Соглашенич ....    .    5

«• Модель удаленных операций    ....    .6

7 Общее опмсашк нотаций и уелуг    .    .    ... II

f< Вшшоотношех*:.- с .lpviMMu ЛОП и услугами нижерасположениых

уронит    ...........    .13

п    Нотация удаленных операций.........'*

/О Опр<-деле him- услут    ...    ..........23

.1    Преобразователь нотаииП в услуги........33

12 Поел-. юван-лькости выполнения .    .    .....J6

Прилож! и не А Нотаиия. иол держи и лощим спецификацию сервисных-

»ле«е!лов-лринлалното-уровня    и    прикладных    коотекетов    41

Приложение 3 Руководство для разработчиков протоколов прикладного

•>i>vOS* оо использованию СЭУО -    .    .45

111

Страница 5

ГОСТ Р ИСО МЭК »П72 —1—»3 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОМ ФЕДЕРАЦИИ

Системы обработки информации

ПЕРЕДАЧА ТЕКСТА. УДАЛЕННЫЕ ОПЕРАЦИИ

Часть I. Модель, i»oiamtu н определение услуг

Information [к.*- •>.-•!•},■ systems Tevl ronniiMitifation. Rviiu>u Operation'*

Part 1: Model. iKHatimi ami smuv <li*fIni'чт

Дага введения'1994 07—01

I ОБЛАСТЬ ПРИМЕНЕНИЯ

11 :ici'iMiitni'i emu/rapt содержиr оиредс to me ih'T.ihiiii чД'Мсииич

UllCpilUllll (VO) (. lUVIhi'j <MkpCi-.\t.M-in VC l\I*. 5*1 > i I.' Mi' fl \

p .штатных примем hum В итгоя. iom стаидпрге определимте*- тяк-

Ж1' услуги. OftrClICIIIHat-VlJf CCpBltC IUM Э.КМС.ПОЧ удаленных Olio-paniiit (СЭУО). Услуги СЭУО Ыкоччиваются путем иелплг.дона иня iipot(H%i>.:;i СЭУО (ГОСТ Р И СО/.Ч ЭК «072-2) совместно с ус 14 r;i м и сервисною элемента управлении гссоцж-лщей (С Г?> У А1 (ИСО 8G49), протоколом СЭУЛ (ИСО 8П50), факудьт;*т1 вно с \с-1\ rii.M п сервисного элемента надежной передачи (СЭН11) (I'OC'i Р llCO/МЭК ?№- I) п протоколом СЭПП (ГОСТ Р ИСО/МЭК 90М- 2), л также с услуга.мн-уровня-пре ici.'iBjiciiiih (ГОСТ 34.971).

Относительно соответствия настоящему аандарт\ никаких требований не предъявляется.

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

I

Л Заь. 505

Страница 6

ГОСТ Р ИСО/МЭК 9072-1-93

2 НОРМАТИВНЫЕ ССЫЛКИ

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

ГОСТ 28906-91 (ИСО 7498- 84. ИСО 7498-84 Доп. 1 -841 Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель

ГОСТ 34.У71 —91 (ИСО 8822 -88) Системы обработки информации. Взаимосвязь открытых систем. Определение услуг уровня представления а режиме с установлением соединения

ГОСТ 34.973-91 (ИСО 8824—87) Системы обработки информации Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии одни (АСЫ. 1)

ГОСТ 34.974-91 (ИСО 8825—87) Системы обработки информации Взаимосвязь открытых систем. Спецификация базовых правил кодирования для абстрактно-синтаксической нотации версии один (ЛСН.1)

ГОСТ Р ИСО/МЭК 9066^-1—93 Системы обработки информации. Передача текста. Надежная передача. Часть I- Модель и определенно услуг

1'ОСТ !' ИСО/МЭК 9066—2—93 Системы обработки информации. Передача текста. Надежная передача. Часть 2. Спецификация протокола

ГОСТ Р ИСО/МЭК 9072—2—93 Системы обработки информации. Передача текста. Удаленные операции. Часть 2. Спецификация протокола

ИСО/'ГО 8509- 87’ Системы обработки информации. Взанмо* связь открытых систем. Соглашения по услугам

ИСО 8649--88* Системы обработки информации. Взаимосвязь открытых систем. Определение услуг для сервисного элемента управления ассоциацией

ИСО 8650—88* Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола для сервисного элемента управления ассоциацией

3 ОПРЕДЕЛЕНИЯ

3.1 Определения, относящиеся к эталонной модели

Настоящий стандарт основывается на концепциях, разработан-

■ До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИЙКИ Госстандарта России.

Страница 7

ГОСТ Р ИСО.'МЭК 9072-1-93

ных ГОСТ 28906, и использует следующие определенные в нем термины.

а)    прикладной уровень;

б)    Прикладной-процесс;

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

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

д)    протокол ькый-блок-данных-прикладного-уровня;

е)    иротокодьная-упрзв.пяющая-ннформацня-прнкладного-уров-

ня;

ж)    уровень представления;

и) услуга-уровня-представления; к) соединение-уровня-представления; л) услуга-сеансового-уровня; м) сосдипенне-сеансового-уровня; н) синтаксис-передачи; п) элемент-пользователя.

3.2    О п р е д с л е и и я, относящиеся к соглашениям по услугам

В настоящем стандарте применены следующие термины, определенные в И СО/ТО 8509:

а)    поставщик услуг;

б)    пользователь-услуг;

в)    подтверждаемая услуга;

Г) ^подтверждаемая услуга;

д)    услуга, инициируемая поставщиком;

е)    сервнсаий-лрнмитив; примитив;

ж)    запрос (примитив);

и) индикация (примитив); к) ответ (примитив) II л) подтверждение (примитив).

3.3    О п ре дел ен и я. относящиеся к услугам уровня представления

В настоящем стандарте применены следующие термины, определенные в ГОСТ 34.971:

а)    абстрактный синтаксис;

б)    имя абстрактного синтаксиса;

в)    имя синтаксиса передачи;

г)    контекст уровня представления.

3.4    Определения, относящиеся к управлению а с с о и и а ц и е и

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

а)    прнкладная-ассоипаиия. ассоциация;

б)    прикладной «литскст;

з

Страница 8

ГОСТ Р ИСО/МЭК 9072-1-93

в) сервисным элемент управления ассоциацией.

3.5 О п р е д е л е н и я. относящиеся к надеж но А пе-р с д а ч е

В настоящем стандарте применен следующий термин, определенный II ГОСТ Р ИСО/МЭК 9060—1:

а) сервисный элемент надежной передачи.

3.G О п р е д е л е н н я, относящиеся к С Э У О

Для целей настоящего стандарта применимы следующие определения:

3.6.1    Прикладной-логический-объект-ичициирующий ассоциацию; инициатор-ассоциации — логнческий-объект-прикладного-уровня, инициирующий прикладиую-асеоциацию.

3.6.2    Прикладной-логический-об ьекr-отасчающий-на ассоциацию; ответчик-ассоциации — логичсский-объект-прикладного-уров-ня, отвечающий на прикладную-ассоциацию. инициированную другим ЛОП.

3.6.3    Привлекающий-логический-объект-прикладного-уровня: заявитель логический-объект-прикладиого-уроиня. привлекающим удаленную операцию.

3.6.4    Исполняющий-лагический-объект-прикладного-уровня; ис-

3.6.4    Исполняющий-логический-объект прикладного-уровня; исполнитель — логнческий-объект-прикладного-уровня. выполняющий удаленную операцию, привлеченную другим логическнмобъ сктом-прнкладного-уровня.

3.6.5    Запросчик — та часть логического-объекта-прикладного-уровня, которая выдает примитив запроса конкретной услуги СЭУО.

3.6.6    Получатель — та часть логического-объекта-прикладного-уровня, которая получает примитив индикации конкретной услуги СЭУО.

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

3.6.8    Порождающая-операция — операция, п^и иыполненин которой исполнитель может привлечь взаимосвязанные порождпе-мые операцнн, которые должны быть выполнены заявителем ло-рождающей-операции.

3.6.9    Порождаемая-операция — операция, которая может быть привлечена исполнителем взаимосвязанной порождающей операции при выполнении порождающей-операиии и которая выполняется заявителем норождающей операции.

3.6.10    Удаленные операции

I) концепция и нотации, обеспечивающие спецификацию интерактивного обмена данными между логическимн-объектами-прнк-

4

Страница 9

I ОСТ P ИСО МЭК 9072-1-93

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

2} совокупность операций связки, операкнй-развязки к операции.

3.0 11 Нотаци.ч-УО - нотация, используемая для спецификации удаленчых операции, определенных в настоящем стандарте.

3.(5.12 Полыюватель-СЭУА - специфичная для прикладного }ровня функция, чоторая выполняет преобразование операций-с»Я1к;1 н операцкн-развязки нотацнн-УО в СЭУА.

3.<». 13 Сервисный элемент усаленной операции — сервисный члеУ1-нт-прикллд]:оги-уровия, определяемый в настоящем стандарте.

3.0.14 Поставщик-СЭУО — поставщик услуг сервисного эле-мскта удаленных операций.

3 0.15 Иользователь-СЭУО - специфичная прикладная функция. выполняющая преобразование операции и ошибок нотации VO jСЭУО

3.G.10 Иользиаатсль-СЭНН — специфичная прикладная функция, выполняющая преобразование операции связки и операции-развязки нотаичи-УО в СЭПП.

3.6.17 Интерфейс операции — интерфейс логического объекта прикладного уровня .между элементом пользователя и сервисными элементами прикладного уровня, определенный как совокупность услуг сервисных элементов прикладного уровня (удаленных операции), доступный для момента .пользователя в нотации-УО.

5

Страница 10

ГОСТ Р ИСО'МЭК H072-I-S3

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

пробел не допускается;

О — обязательно;

Ф — факультативно по усмотрению пользователя;

У — условно;

П — представляет собой факультативную услугу СЭУО но усмотрению поставщика.

Кроме того, обозначение ( = ) указывает, что значение параметра семантически равно значению, указанному слева от него в таблице.

6 МОДЕЛЬ УДАЛЕННЫХ ОПЕРАЦИЙ

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

Общая структура операции представляет собой элементарное взаимодействие запрос/ответ. Операции выполняются в контексте нрикладной-ассоциацин.

На рисунке I представлена модель такой структуры.

гогкшан» -icrouu»!»*

• 3<rp0t

1лоп L 7!

1 лоп

О'йГТ

Рисунок 1 — Модель удаленных операций

Операции, привлекаемые одним из ЛОП (заявителем), выполняются другим ЛОП (исполнителем). Операции могут классифицироваться в зависимости от того, ожидается от исполнителя отчет о результатах его действий или нет;

6

Страница 11

ГОСТ Р ИСО МЭК 9072-1 93

—    в случае успешного или безуспешного выполнения операции (в первом случае в ответ сообщается результат, во втором случае сообщается ошибка);

—    в случае только безуспешного выполнения операции (ответ не выдается, если операция прошла успешно, и в ответ выдается ошибка, гели операция прошла безуспешно);

—    в случае только успешного выполнения операции (в ответ выдается результат, если операция прошла успешно, и не выдается никакого ответа, если операция прошла безуспешно);

-- не имеет значения <в ответ ничего не выдается независимо от результата выполнении операции).

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

Определены следующие операционные классы:

Операционный класс !; Синхронные с уведомлением об успешном или безуспешном выполнении операции (результат ил и'ошибка).

Операционный класс 2- Асинхронные с уведомлением об успешном или безуспешном выполнении операции (результат или ошибка).

Операционный класс 3: Асинхронные с уведомлением только о безуспешном выполнении операции (ошибка).

Операционный класс 4: Асинхронные с уведомлением только об успешном выполнении операции (результат).

Операционный класс 5: Асинхронные без уведомления о результате выполнения операции.

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

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

7

Страница 12

ГОСТ ? ИСО МЭК 9072—1—93

Прикладная-ассоциация определяет взаимоотношения .между парой ЛОП и образуется путем обмена ' протокол ьно-управляю-щей-информаиней-прикладного-уровня с использованием услуг* уровня-представления. Объект ЛОП. инициирующий прикладную-ассоциацию, называется иницнатором-ассоциаини, тогда как ЛОП, отвечающий на прикладную-ассоциацию другого ЛОП, называется ответчиком-ассоциации. Только ЛОП, инициирующий ассоциацию, может разъединить установленную прикладную-ас-соцнацию.

I Прмкг------ ------------

к леям»* - - *о:оциаиин

ЛОП-

-опе[«и*‘^

Привлеки*

П0<ю*«а4емой-оп«)»1ии

/

V

Исполмитеп* омлмосач->зм-ы * порождаемы*-оосраций

оооожааемс-*-оп«Р*4ии

1*СП1>ПИ1«Т !•«*.

пс-вожгимХд-:* OWpW*

Рисунок 2 — Взаимосвязаниые-опсраиви

ПОГ


пйроткхичу

опеиаиии


Прикладные-ассоииацин классифицируются в зависимости от логических объектов-прикладного-уровня. ’ которым разрешено привлекать операции:

Ассоциативный класс 1: Только ЛОП, инициирующий ассоциацию, может привлекать операции.

Ассоциативний класс 2: Только ЛОП, отвечающий на ассоциацию. может привлекать оиерацин.

Ассоциативный класс 3: Оба ЛОП: ннниинрующий-аесоциацию и отвечающий-на-ассоциашпо могут привлекать операции.

Вэалмосвязанные оперзции требуют ассоцнацнативного класса 3.

Ассоцкацнатнвнын класс должен согласовываться между ло-гнческимнобъектами-прикладного-уровня (нзлрнмер, в стандарте по протоколу прикладного уровня).

Страница 13

ГОСТ Р ИСО.'МЭК 9072—1—93

Функциональные возможности ЛОП подразделяются на один элемент-пользователя к набор сервисных-элементов-прикладного уровня (СЭП). Каждый СЭП, в свою очередь, может быть разделен на несколько (более простых) СЭП. Взаимодействия между ЛОП описываются с точки зрения использования ими СЭП.

Конкретная комбинация элемелта-пользователя и набора СЭП. входящих а ЛОП, определяет прнклалной-контексг.

Па рисунке 3 приведен пример лрикладного-контекста. содержащего сервисный элемент удаленных операций (СЭУО). Заметим, что н этом примере не предполагается симметричность применения. Интерактивным применением часто свойственна асимметрия. т. с. любому ЛОП или обоим ЛОП может быть разрешено привлекать операции, и операции, привлекаемые каждым ЛОП, могут быть разными. Руководящие правила, по которым ЛОП может привлекать операции, и тип операций, которые он может привлекать, определены с использованием УО нотации в стандарте по протоколу прикладного уропня. который определяет прихладной-кон текст.

Набор СЭП, доступных для элемента пользователя ЛОП на операционном интерфейсе, определяется с использованием нотации удаленных операций (УО-нотоцнн) УО-нотацня основана на маироконцепцнн. определенной в ГОСТ 34.973. Сложность конкретного набора СЭП зависит о г потребностей применения и не ограничивается концепцией удаленных операций.

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

Элементы СЭП, доступные для злемента-пользователя. нуждаются в обмене данными по прикладной ассоциации. Управление этой прикладной-ассоциацисй (установлением, разъединением, прерыванием) осуществляется либо со стороны сервисного элемента управления ассоциацией (СЭУА), определенного в ИСО 8649, либо со стороны сервисного элемента надежной -передачи (СЭПП), определенного в ГОСТ Р ИСО/МЭК 906G—1, и сервисного элемента управления ассоциацией (СЭУА). Обмен данными по нриклад-ной-ассоинацни выполняется сервисным элементом удаленных операций (СЭУО), определяемым в настоящем стандарте.

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

4 Зак. 505

Страница 14

I

ГОСТ P ИСО'МЭК 9072-1-93



Рисунок 3 — Модель прикладного контекста, включая службу удаленных

операций


3

и

5

I

I

I


* .4

И


10

Страница 15

ГОСТ Р ИСО МЭК 9072-1-93

луги СЭУА либо в услуги СЭНП. а также в услуги СЭУО. Метол преобразования определяется в настоящем’ стандарте. Можно сказать, что функция, выполняющая преобразование операций в услуги СЭУО или СЭПП, а также в услуги СЭУО. является пользователем СЭУА. СЭНП и СЭУО или пользователем-СЭУА, пользователем-СЭПП и иользовятелем-СЭУО.

Если СЭНП введен в состав прнкладного-контекста. то функцией преобразования является пользователь-СЭНП и пользова-тель-СЭУО. сам СЭУО является пользователем-СЭНП. СЭНП является пользовлтслем-СЭУА и пользователем-услуг уровня представлении. а СЭУА является также пользователем-услуг уровня представлении.

Если СЭНП не входит в прнкладной-контекст, то функция преобразования является пользователем СЭУА и пользователем* СЭУО. а СЭУО и СЭУА являются пользователями-услуг уровня представления.

7 ОБЩЕЕ ОПИСАНИЕ НОТАЦИЙ И УСЛУГ

7. J О б щ е с описание нотаций

Настоящий стандарт определяет УО-нотацню для спецификации прикладного-контекста и соответствующий абстрактно-синтаксический компонент контекста уровня представления.

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

Следующие типы удаленных-операций образуют операционный интерфейс:

—    операция-связки для установления ирикладной-асеоциации;

—    набор операций и для каждой операции перечень ошибочных ситуаций (отрицательный ответ);

—    операция-развязки для разъединения прнкладной-ассоциа-ции.

Приведенная в ГОСТ 34.973 нотация абстрактного синтаксиса используется для определения следующих макрокоманд:

а)    BIND (СВЯЗКА);

б)    UNDIND (РАЗВЯЗКА);

в)    OPERATION (ОПЕРАЦИЯ);

г)    ERROR (ОШИБКА).

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

Тип нотации макрокоманды BIND обеспечивает возможность спецификации типа операиий-связки и типов значений данных

И

4*

Страница 16

ГОСТ Р ИСО МЭК 9072-1-93

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

Тип нотации макрокоманды UNBIND обеспечивает возможность спецификации типа операций-развязкн и типов данных пользователя (если они имеются), подлежащих обмену в фазе разъединения прикладной-пссоциашш. Значение нотации макрокоманды UNBIND обеспечивает возможность спецификации значении данных пользователя (если они имеются), подлежащих обмену в фазе разъединения прнклалной-ассоцнации.

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

Tiui нотации макрокоманды ERROR обеспечивает возможное!» спецификации типов данных пользователя, подлежащих обмену в ситуации отрицательного ответа. Значение нотации макрокоманды ERROR обеспечивает возможность спецификации идентификации ошибки.

Дополнительные макрокоманды, поддерживающие нотацию для спецификации сервисиых-элементов-прикладного-уровня и прикладного контекста, определены в приложении А.

7.2 Общее описание услуг

В настоящем стандарте определяются следующие услуги СЭУО:

а)    У О- ПРИВЛЕЧЕНИЕ;

б)    УО-РЕЗУЛЬТАТ;

в)    УООШИБКА;

г)    УО-Пл-ОТКЛОНЕНИЕ;

д)    УО -Пс-ОТКЛОНЕНИЕ

Услуга УО ПРИВЛЕЧЕНИЕ позволяет привлекать ЛОП для запроса операций, подлежащих выполнению ЛОП-исполиителем.

Услуга УО-РЕЗУЛЬТАТ позволяет ЛОП-исполнителю выдавать привлекающему ЛОП положительный ответ об успешном выполнении операции.

Услуга УО-ОШИБКА позволяет исполняющему ЛОП выдавать привлекающему ЛОП отрицательный ответ о безуспешном выполнении операции.

12

Страница 17

ГОСТ Р И С О/М» К 1Ю72— I—93

Услуга УО-Пл-ОТКЛОНЕНИЕ позволяет одному из ЛОП отклонить запрос или ответ другого ЛОП, если пользователь СЭУО столкнулся с проблемой.

Услуга УО-Гк-ОТКЛОНЕНИЕ позволяет информировать пользователя-СЭУО о проблемах, обнаруженных поставщиком-СЭУО

7.3 Преобразование нотаций в услуги

Функцию, выполняющую преобразование макрокоманд OPERATION и ERROR УО-нотаиин в услуги СЭУО, называют иоль-зова гелем-СЭУО- В то же н|)емя функцию, вы1юлняющую преобразование макрокоманд BIND и UNBIND УО-нотэцни в услуги СЭУО или СЭПП, называют пользователем-СЭУА или пользователе м-СЭНП соответственно.

.Специфик?цин преобразовании УО нотации в используемые услуги СЭУЛ, СЭ1 111 л СЭУО приведена в разделе 11. Поэтому для стандартов, использующих УО-ноталню для спецификации про го-код а, нет необходимости определять преобразования в эти используемые услуги.

8 ВЗАИМООТНОШЕНИЕ С ДРУГИМИ ЛОП И УСЛУГАМИ НИЖЕРАСПОЛОЖЕННЫХ УРОВНЕЙ

8.1 Другие сервисные элементы прикладного уровня

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

Для взаимно скоординированного использования возможностей услуг-уровня-представления необходима совокупность СЭУО и других ЛОП, входящих в прнкладной-контекст.

СЭУО требует наличия ирикладной-ассоциации, управляемой со стороны СЭУА.

В спецификации некоторых прикладных-контекстов включен: СЭПП.

Протокольная спецификация пользователя-СЭУО использует УО-нотацню. Она определяет одни или несколько абстрактных синтаксисов н обеспечивает уникальные абстрактно синтаксические имена идентификаторов типа объекта для каждого абстрактного синтаксиса.

Если поименованный абстрактный синтаксис определяет операции и ошибки, то Г1БДП СЭУО, определенный в ГОСТ Р ИСО/ /МЭК 9072—2. входит в состав этого поименованного абстрактного синтаксиса. Если определена группа поименованных абстракт-

13

Страница 18

ГОСТ Р ИСО МЭК 9072—1—93

ных синтаксисов для операций и ошибок, то ПБДП СЭУО входит в состав каждого поименованного абстрактного синтаксиса.

Если поименованный абстрактный синтаксис определяет опера-^ню-связки, то ПБДП, определяемый значением нотации макрокоманды BIND, входит в состав этого поименованного абстрактного синтаксиса- Если СЭНП входит в состав прикладного контекста, то блоки ПБДП операций-связки коллективно используют отдель-кый поименозааный абстрактный синтаксис с ПДБП СЭНП. определенными в ГОСТ Р ИСО/МЭК 9066—2.

Если поименованный абстрактный синтаксис определяет опера-цию-развизкн, то ПБДП. определенные значением нотации макрокоманды UND01ND, входят в состав этого поименованного абстрактного синтаксиса.

Блоки ПБДП. образованные при спецификации операцнй связ-кн, операции-развязки, операций и ошибок, а также ПБДП СЭНГ1 могут коллективно использовать отдельный поименованный абстрактный синтаксис.

82 У с л у г и•у р о в н я - представления

Если прикладной контекст, содержащий СЭНП и СЭУО, определен, то услуги СЭУО не используют услуг-уровня-представле-ння.

Если    "    ержащий СЭУО, но не содер-

жащий

СЭУО нуждаются в доступе

к услуга . .    ваиии    дуплексных функцио

нальных модулей услуг-уровня-представления Услуги СЭУО не используют никаких других услуг уровня представления и не налагают никаких ограничений на их использование.

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

Значение объективного идентификатора |совместный-исо-мкктт базовый код(1) асн!(1)), определенный в ГОСТ 34.974. может быть использован в качестве имени абстрактного синтаксиса. В этом случае протокольная спецификация пользователя-СЭУО не нуждается ни в имени, ни в спецификации синтаксиса передачи.

9 НОТАЦИЯ УДАЛЕННЫХ ОПЕРАЦИИ

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

Нотация, используемая а настоящем стандарте, определена следующим образом:

— нотация синтаксиса данных и нотация макрокоманд опреде-

лены в ГОСТ 31.973;

1*

Страница 19

ГОСТ Р ИСО/МЭК 9072 -1—95

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

Опсраиня-связки определяет, где начинается связующий объект (установление прикладной ассоциации). Если такая связь установлена. операция может привлекаться. Операция-развязкн определяет. где разъединяется связующий объект.

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

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

Нотация-удпленных-операцнй { совместная ИСОМККТТ ноп;-цнн<0» удаленных операций(4) }

DEFINITIONS -BHG IN

EXPORTS BIND. UNBIND. OPERATION. ERROR;

- • макроопределения операции-связки BIND .MACRO : : =

BEGIN

TYPE NOTATION :: — Argument Result Error VALUE NOTATION :: = Argument-value | Result-value | Error-value

Argument    :    :    =    empty f «ARGUMENT» Name type

(Argument-type)

-    - Ожидает поступления /по---бого типа ACII.I и присвя-

-    - инает его переменной «тип-

-    - аргумента»

END

• - Продолжение нотация удаленных операций следует

Рисунок 4 (Лист 1) — Формализованное определение типов данных удаленных операций

Страница 20

ГОСТ Р ИСО/МЭК 9072-1-93

- - Продолжение нотации удаленных операций

Result    ::    ■=    empty | «RESULT» Name type (Result-

type)

•    - Ожидает поступлении лю---fioro тина ЛСИ. I и прнсван-

•    -вает его переменной «тин-• результата»

Error

«BIND-ERROR* Name Jype (Error-type)

:: - empty j

-    • Ожидает поступления любо

-    - го тнг.п ДСП Л н присваивз-

-    * от его переменной «тип*

-    - ошибки» identifier

Name

Argument value

:: = empty :: - empty

«ARGUMENT* value (Arg vr-lne Argument-type)

-Ожидает поступления знч ••чения тина в переменной

-    - «тип-аргумент» и прнсван-

-    -вает его переменной «зна-

-    - чение-лргумскта»

<VALUE ['16] EXPLICIT A-Ri;mjn! typo :: - Arg-value>

•• Передаст окончательное

-    - значение в виде явно теги---роааииого т>»па «RESULT» value <Res-value Resull-tvpe)

Result-value

:: = empty

-    - Ожидает поступлю:шя зна--чеиня типа о переменной

-    «тип результата и нрисваи-. • вает его переменной «зна-

-    - ченне-результата»

<VALUE j 17| EXPLICIT Result-type ; : = Res-value>

--Передает окончательное

•    -значение в виде явно тегн-

-    • роваиного типа

END

- - Продолжение

нотации удаленных операций следует

Рисунок 4 (Лист 2) — Формализованное определение типов данных удаленных операинЛ

15

Страница 21

ГОСТ Р ИСО/МЭК 4072-1-9»

• Продолжение нотации удаленных операций Error-value :: = empty | «ERROR» value (ERRvalue

Error-type)

■    Ожидзет поступления зна-

-    •чейия типа и переменной

-    - втнп-ошнбкн* н присваива-

-    - ет его переменной «аначе-

-    • НЩ'-О'ЛИОКИ»

С VALUE f I8| EXPLICIT Error-type : : = Err-valtie>

-    -1 1ерсдает окончательное

-    - маченне в в>:дс явно тегп--•рованного типа

• - Макроопределения операций-развязки

UNBIND MACRO:: -

BEGIN

TV PE NOTATION :: - Argument Result Errors VALUE NOTATION :: ~ Argument-valiie | Result-value | Error-value

Argument    : : ■=- empty j «ARGUMENT» Name typo

(Argument-type)

-    - Ожидает поступления лю-

•    -бого типа АСИ.1 и нриевз-

-    • нвает его переменной «тип-

•    - аргумента»

Result    :: = empty 1 *RES(JLT» Name type (Result-

type)

■    -Ожидает поступления люмбаго типа АСН.1 н присван-

-    •вает его переменной «тип

■    - результата*

Error    =    empty | «IJNBIND-ERROR» Name type

(Error-type)

--Ожидает поступления лю-

•    - босо типа АСп.1 и присваи-

-    • вает его переменной «тип-

-    - ошибки*

END

- • Продолжение нотации удаленных операций следует

Рксуиок I (.Плсг 3) — Формализованное определение типов данных удаленных операций

17

Страница 22

I ОСТ P ИСО/МЭК 9072—1—93

-    - Продолжение нотации удаленных операций

Name    :: = empty f    identifier

Argument-value ::= empty |    «ARGUMENT» value (Arg-

valuc Argument-type)

■ • Ожидает поступления зиа*

-    -ченин типа н переменной --«тип-аргумент» и присваивает его переменной «зна-

-- чение-аргумента»

С VALUE ! 19| EXPLICIT Argument-type :: - Arg-value>

•    - Передает окончательное •. - значение в виде явно теги-

-    - роваиного типа

Result-value    empty    I    «RESULT» value (Res-value

Result-type)

-    - Ожидает поступления зиа-

-    -чения типа в переменной -- «тип-результата» и приевз-

-    - ивает его переменной «зиа*

-    - чеине-ргзультита»

<VALUE [20] EXPLICIT Result-type : : = Res-value >

-    - Передает окончательное

•    значение в виде явно теги*

•    - рованного типа

Error value •: = empty | «ERROR* value (ERR-value

Error-type)

•    - Ожидает поступления зна --чения типа в переменной

-    • «тип-ошибки» и прнсвамва-

•    - ет его переменной «лначс-

-    - нме*оижбки»

<VALUE |21] EXPLICIT Error-type :: = Err-value>

-    - Передаст окончательное

-    - значение в виде явно теги-

-    • рованного типа

END

-    - Продолжение нотации удаленных операции следует

Рисунок 4 (Лист 4) — Формализованное определение типов данных удаленных операций

18

Страница 23

ГОСТ Р ИСО МЭК 9072—1—93

- • Продолжение нотации удаленных операций

• Макроопределения операций

OPERATION .MACRO :: -BEGIN

TYPE NOTATION    :

:: = Argument Result Errors

LinkedOperations

:: - value (VALUE CHOICE { local Value INTEGER. globalValue OBJECT IDENTIFIER))

VALUE NOTATION

:: - «ARGUMENT» N'amedType | empty

Argument

Result Result Type Errors

LinkedOperations

ErrorNames

ErrorList

Error

:: —«RESULT» ResidtType | empty :: = N'amedType | empty •: -г-. «ERRORS* <{» ErrorNames «}> | empty

: : = «LINKED» «{» LinkedOpera-(ionNatnes «•)» | empty : : <= ErrorList | empty :: — Error | ErrorList «,» Error ::= value (ERROR) ••должен - - указать значение ошибки I type-• должен указать тип

-    - ошибки, если ни одно значение ошибки не

-    определено :: — OperationList | empty :: = Operation J OperationList «,*

LinkedOperatioriNames

OperationList

Operation

Operation

value (OPERATION) • - дол-

•    • Ж1*н указать значение ошн-

•    • бкн

f type • - должен указать тин --операции, если ни од*

-    - но значение операции

-    - не определено

END

-- Продолжение нотация удаленных операций следует

Рисунок 1 J.lucr 5) — Формализованное определение типов данных удаленных операций

I!»

Страница 24

ГОСТ Р ИСО/МЭК 9072-1—93

- • Продолжение нотации удаленных операций

NamedType

:: =- identifier type I type

END

- - макроопределения ошибок операций

ERROR MACRO :: -

BEGIN

TYPE NOTATION

:: ?= Parameter

VALUE NOTATION

locaJValue INTEGER.

globalValue OBJECT

IDENTIFIER»

Parameter

:: «PARAMETER» NamedType I

empty

NamedType

: : — identifier lype | type

END

END * - колеи нотации удаленных операций

Рисунок 4 (Лист 6) — Формализованное определение типов лани их удаленных операций

*.‘.2 Спецификация о п е р а ц и й - с п я з к и

Отдельные значения данных — аргумент операции связки ми жет сопровождать запрос на установление прнкладнойассониа-ции. О выполнении некоторых операций-связки (успешном или безуспешном) выдается уведомление. Для других операций-связки сообщается в случае их безуспешного выполнения, о результате выполнения некоторых операций вообще ничего не сообщается. Отдельное значение данных — результат операции-связки может сопровождать положительный отзет. Другое отдельное значение данных — ошибка-связки операции связки может сопровождать отрицательный ответ.

Ключевым словом нотации операции-связки является BIND, за которым факультативно может следовать ключевое слово ARGUMENT, тип аргумента операции-связки, присвоенное ему справочное имя и вид отчетности о результате выполнения операции (если он должен выдаваться). Если сообщается об успешном выполнении операции-связки, то ключевое слово RESULT, тнп результата и факультативно назначенное ему справочное имя определены. Если же сообщается о безуспешном выполнении операции-связки, 70 будут определены ключевое слово BIND-ERROR, тнп сообщаемой информации об ошибке и факультативно присвоенное см\ справочное имя.

20

Страница 25

ГОСТ Р ИСО МЭК 9072-1-93

Значением нотации операции-связки является либо значение аргумента, либо значение результата, либо значение ошибки. Значением нотации для значения аргумента (если оно используется) является ключевое слово ARGUMENT, за которым следует значение- типа аргумента. Значением нотации для значения результата (соли оно используется) является ключевое слово RESULT, за которым следует значение Tima результата. Значением нотации для значения ошибки (если оно используется) является ключевое слово ERROR, за которым следует значение типа ошибки.

У.ЗСпецификация операций развязки

Отдельное значение данных - аргумент операции-развязки может сопровождать запрос на установление ирикладной-ассоциа-инн. О выполнении некоторых операций-развязки (успешном или безуспешном) выдается уведомление. Для других операцнй-раз-вязки результат сообщается и случае их безуспешного выполнения, о результате выполнения некоторых операций вообще ничего не сообщается. Отдельное значение данных — результат операции* развязки или отдельное значение данных — ошибка-развязки или иперация-развязки могут сопровождать ответ.

Ключевым словом нотации операции развязки является UNBIND, за которым факультативно может следовать ключевое слово ARGUMENT, тип аргумента операции-развязки, присвоенное ему справочное имя if вид отчетности о результате выполнения операции-развязки (если он должен выдаваться). Если сообщается об успешном выполнении операции-развязки, то ключрйос сло1Ю RESULT, тип результата и факультативно назначенное ему справочное имя определены. Если же сообщается о безуспешном выполнении оперании-развязки, го будут определены ключевое слово ERROR, тип сообщаемой информации об ошибке и факультативно пАисленпасмос ему справочное имя.

Значением нотации операции-развязки является либо значение аргумента, либо значение результата, либо значение ошибки. Зил чен’ием нотации для значения аргумента (если оно используется) является ключевое слово ARGUMENT, За которым следует значение типа аргумента. Значением нотации для значения результата (если оно используется) являстгя ключевое слово RESULT, зл лптспыд! стедует значение гнна результата. Значением нотации для значения ошибки (селк оно используется) является ключевое СЛОВО ERROR, koJO;-^ - C.kiycl HVU-H'* 7ml о,.шОч>].

0.4 С п е ц и ф и к а и и я опера ц н ii

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

Страница 26

ГОСТ Р ИСО МЭК 9072-1-93

пользователем-СЭУО в другой открытой системе. Отдельное зна* чепие данных — аргумент операции может сопровождать этот запрос. О результате выполнения некоторых операций (успешном или безуспешном) сообщается. Для других операций сообщается тольхо о безуспешном их выполнении. О выполнении некоторых операций ничего не сообщается независимо от результата. Отдсль-ное значение данных - результат операции сопровождает отчет об успешном выполнении операции; отчет о безуспешном выполнении операции идентифицирует возникшие особые условия.

Йотацией тина операции является ключевое олово OPERATION, за которым факультативно может следовать ключевое слоао ARGUMENT, гни аргумента операции, факультативно присвоенное ему справочное имя и пнд отчетности о результате операции (если оиа используется). Если сообщается об успешном выполнении операции, то ключевое слово RESULT, факультативно тип ре* зультата н факультативно назначенное ему справочное имя определены. Если сообщается о безуспешном выполнении операций, то определены ключевое слово ERROR и справочные имена значений ошибок или типов ошибок, о которых сообщается. Если операция является порождающей из набора операинй-снязки, то ключевое слово LINKED-OPERATION, справочные имена связующих порождаемых операций или типов норождаемых-операиий определены. Ссылка на значения ошибок или значения порождаемых операций предпочтительнее, однако ссылки на типы должны быть использованы только в том случае, если эти значения везде определены (см. 9.6).

Нотацией значения операции является идентификатор операции. Если локальный уникальный идентификатор (локальное значение) достаточен, то идентификатор относится к типу INTEGER (ЦЕЛОЕ). Если глобальный идентификатор (глобальное значение) необходим для того, чтобы обеспечить уникальную идентификацию операций, используемых в нескольких абстрактных синтаксисах. идентификатор относится к типу OBJECT IDENTIFIER.

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

9.5 Спецификация ошибок

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

22

Страница 27

ГОСТ Р ИСО МЭК 9072—1—93

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

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

Нотацией значения ошибки является идентификатор ошибки. Если локальный уникальный идентификатор (локальное значение) достаточен, то идентификатор относится к типу INTEGER. Если глобальный уникальный идентификатор (глобальное значение) необходим для того, чтобы обеспечить уникальную идентификацию ошибок, используемых в нескольких абстрактных синтаксисах, то идентификатор относится к типу OBJECT IDENTIFIER.

9.6 Экспорт и импорт операций н ошибок

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

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

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

в)    Если глобальные значения присвоены н экспортированы, то уникальность обеспечена.

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

10 ОПРЕДЕЛЕНИЕ УСЛУГ

Услуги СЭУО перечислены в таблице 1.

Идентификация поименованного абстрактного синтаксиса предполагается во всех услугах СЭУО, однако лот вопрос является частным и не входнт’в предмет рассмотрения настоящего стандарта.

Страница 28

ГОСТ Р И СО-'М ЭК 9072-1—93

Таблица I — Услуги СЭУО

У.лугл

Тип

УО-ПРИВЛЕЧЕНИГ. УО РЕЗУЛЬТАТ УО-ОШИЬКА УО-Ил-ОТКЛОНЕНИЕ УО-Пс ОТКЛОНЕНИЕ

Hi подшержлак мая Н('1М111№рЖЛ»1'МЗЯ Н^яодтасржшмая Hviio 1 т«1'(1ждйсмаи И пни иирецшша и поставит»! ком

10.1 Уел vra У О- И Р И В Л ЕЧ Е И II Е Услуга УО-ПРИВЛЕЧЕНИЕ используется одним из пользователей СЭУ О (заявителем), чтобы побудить выполнение ОПЕРАЦИИ другим пользователем-СЭУО (исполнителем). Эта услуга относится к нспоатвгрждасмым.

Соответствующая структура услуги содержит два сервисных-примитива, как это показано на рисунке 5.

Лоп»эояа:«П1.-СЭУО

Посгаошхк СЭУО

Пооиоилтепу- СЭУО

УО -ПРИЗПЕЧЬНИЕ зьорэс-*■

\

УО роивпшеииЕ

\

хмдкяаиия -i*-

Рисунок 5 — Примитивы услуги УО-ПРИВЛЕЧЕНИЕ

10.1.1 Параметры услуги УО-ПРИВЛЕЧЕИИЕ

Параметры услуги УО-ПРИВЛЕЧЕИИЕ перечислены в таблице 2.

Таблица 2— Параметры услуги УО-ПРИВЛёЧёНИЕ

Ии* II01»«MCI)’d

fnntXK’

ИнХНКЛЧНП

Зиачсннс-ош рации

О

0(

Операцноиный класс

ф

У (г-)

Аргумент

ф

И 1-ПрИ Н.Ю'К'ИИЯ

О

0{—>

Ид-еэяимосвяач

ф

У< -1

Приоритет

ф

24

Страница 29

ГОСТ Р ИСО МЭК 9072—1—95

10.1.1.1    Значение операции

Этот параметр является идентификатором привлекаемой операции. Его значение должно бить согласовано между польяоватс-лямн-СЭУО. Он должен быть обеспечен запросчиком услуги.

10.1.1.2    Операционный класс

Этот параметр определяет, какой ответ ожадается: синхронный или асинхронный, а .также характер ожидаемого ответа, т. е. результат, ошибка, нли отсутствие ответа (см. раздел 6) Он должен обеспечиваться запросчиком услуги. Он используется только для оптимизации управления полномочиями (см. 8.1.1 ГОСТ Р ИСО/МЭК 9072-2).

10.1.1.3    Аргумент

Этот параметр является аргументом привлекаемой операции. Ее тип должен быть согласован между пользователями-СЭУО. Он должен обеспечиваться запросчиком услуги.

10.1.1.4    Ид-привлечения

Этот параметр идентифицирует запрос услуги УО-лривлсченис и используется для увязки этого запроса с соответствующим ответом (услугами УО-РЕЗУЛЬТАТ. УО-ОШИБКА. Уб-Пл-ОТК-ЛОНЕНИЕ и УО-Пс-ОТКЛОНЕНИЕ) нли с привлечением связанной порождаемой операции (УО-ПРИВЛЕЧЕНИЕ). Он должен обеспечиваться запросчиком услуги.

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

Пользователь СЭУО, которому выдан примитив УО-ПРИВЛЕ* ЧЕНИЕ индикация, предполагает, что значение Ид-привлечения, которое нарушает вышеуказанное правило, продублировано, и поэтому не выполняет привлеченную операцию,. а вместо этого отклоняет дублированное привлечение.

При использовании операций классов 3, 4 или 5 запросчик этой услуги может повторно использовать значение Ид-привлечения либо по истечении достаточно большого промежутка времени, либо если отпет передан - - другими способами (например, в результате завершения операции).

В некоторых прикладных контекстах равноправные пользова-тели-СЭУО могут обмениваться значениями Ид-привлечения. Для этого тип параметра Ид-привлечения экспортируется модулем.

25

Страница 30

ГОСТ Р ИСО/МЭК 9072—1—93

определяющим абстрактный синтаксис удаленных операций в разделе 9 ГОСТ Р ИСО/МЭК 9072-2.

10.1.1.5    Ид-взанмосвязи

При наличии этого параметра привлеченная операция является 'Порождаемой операцией и этот параметр идентифицирует привлечение взаимосвязанной порождаемой операции. Он должен обеспечиваться запросчиком услуги. Его значением служит значение параметра «Ид-привлечения» примитива УО-ПРИ ВЛЕЧЕНИЕ индикация порождающей операции.

10.1.1.6    Приоритет

Этот параметр определяет приоритет, назначенный передаче соответствующего ПБДП относительно других ПБДП. подлежащих обмену между ЛОП Чем меньше значение, тем выше приоритет. Если в очереди на передачу ожидают несколько ПБДП од ною и того же приоритета, то они передаются в порядке «первым пришел - первым вышел*.

Примечания

1    В ассоциации с двунаправленной поочередной передачей параметр «прио-рнпт» ИМ' tr ти~ смысл, чти упорядочивает по приоритетам передаваемые ПЬДЛ и может использоваться для того, чтобы определить, когда запросить «полномочие» на передач)' ПБДП. Параметр «приоритет» может иметь также локальную значимость в ассоциации с двунаправленной одновременной передаче»

2    Приоритет сивел (УО-РЕЗУЛЬТАТ, УО-ОШИБКА н УО-Пл ОТКЛОНЕ-НИЕ) обычно должен быть более высоким (меньшим по номеру), чем приоритет соответствующего привлечения.

10.2 У слуг а У О - Р F. 3 У Л Ь Т А Т

Услуга УО-РЕЗУЛЬТАТ используется пользователем СЭУО для ответа на предыдущий примитив УО-ПРИВЛЕЧЕНИЕ индикация в случае успешного выполнения операции. Эта услуга является неиодтверждаемон.

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

Польх)в»-')'»*-СЭУО

Попъзиятель-СЭУО

Лоспящич -СЭУО

УО -РЕЗУГЬТАТ мпрос-

VO РЕЗУЛЬТАТ индикация

Рисунок 6 — Примитивы услуги УО-РЕЗУЛЬТАТ

26

Страница 31

ГОСТ Р ИСО/МЭК 9072—1—93

10.2.1 Параметры услуги УО-РЕЗУЛЬТАТ

Параметры услуги УО-РЕЗУЛЬТАТ перечислены а таблице 3.

Та0л и на 3 — Параметры услуги УО-РЕЗУЛЬТАТ

Ими

ianp<K'

Имлик.юий

Значсвигч1|краиш1

Ф

У<- »

Результат

Ф

У1- )

Ид привлечения

О

0(r= i

Приоритет

Ф

10.2.1.1    Зизчснме-олерацик

Этот параметр является идентификатором привлеченной и успешно выполненной операции. Он должен обеспечиваться запросчиком услуги. Он имеет то же значение, что и в соответствующем примитиве УО-ПРИВЛЕЧЕНИЕ индикация. Этот параметр должен присутствовать только в том случае, если присутствует параметр «результат».

10.2.1.2    Результат

Этот параметр представляет собой результат привлеченной н успешно выполненной операции. Его тип должен быть согласован между пользователями СЭУО. Этот параметр должен обеспечиваться запросчиком услуги.

10.2.1.3    Ид-прнвлечеиия

Этот параметр идентифицирует соответствующее привлечение (см. 10.1.1.4) и должен обеспечиваться запросчиком услуги. Он имеет то же значение, что и и соответствующем примитиве УО-ПРИВЛЕЧЕНИЕ индикация.

10.2.1.4    Приоритет

Этот параметр определяет приоритет, назначенный для передачи соответствующего НБДП (см. 10.1.1.6).

10.3 Услуга УО-ОШИБКА

Услуга УО-ОШИБКА используется пользователем-СЭУО для ответа на предьиуший примитив УО-ПРИВЛЕЧЕНИЕ индикация ц случае безуспешного выполнения операции. Эта услуга является неиодгверждаемой.

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

27

Страница 32

ГОСТ Р ИСО МЭК 8072-1 -93

Поль»о4г«л»-СЭУ0

Поппов it #п»-СЭУО

Постаотин СЭУО

УО-ОШИбКА

S

/О-ОШИ&КА

индикации

Рисунок 7 — Примитивы услуги УО-ОШИБКЛ

10.3.1 Параметры услуги УО-ОШИБКА Параметры услуги УО-ОШИБКА перечислены в таблице 4. Таблица 4 — Параметры услуги УО-ОШИБКЛ

Ичп ||эрл*гТ|ы

{1н ли юн и*

3t<ii4i‘Hiif-Ошибки

О

0( -I

Параметр-ошибки

Ф

У< • »

На нрнилсчшии»

О

01-1

Приоритет

Ф

103.1.1 Значения-ошибки

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

10.3.1.2    Параметр ошибки

Этот параметр обеспечивает дополнительную информацию относительно ошибки. Тип ошибки (если он используется) должен быть согласован между пользователями-СЭУО. Этот параметр должен обеспечиваться запросчиком услуги.

10.3.1.3    Ид-нриилечеиия

Этот параметр идентифицирует соответствующее привлечен не (см. 10.1.1.4) н должен обеспечиваться запросчиком услуги. Он имеет то же значение, что и в соответствующем примитиве УО-ПРИВЛЕЧЕНИИ индикация.

Страница 33

ГОСТ I» ИСО.'МЭК 9072-1-93

10.3.1.4    Приоритет

Этот параметр определяет приоритет, назначенный для пере-д;^»| соответствующего Г1БДП (см. 10.1.1.6).

10.4    Услуга УО-Пл-ОТКЛОНЕНИЕ

Услуга УО-Пл-ОТКЛОНЕНИЕ используется пользоватслеи-СЭУО для отклонения запроса (УО-ПРИВЛЕЧЕНИЕ индикаций другого гтользователя-СЭУО в случае обнаружения км ка кой-либо проблемы. Услуга УОПл-ОТКЛОНЕНЙЕ может »с-пользоваться также пользователем-СЭУО для отклонения ответа (УО-РЕЗУЛЬТАТ индикация, УО-ОШИБКЛ индикация) другого пользой а тел я-СЭУО Однако, чтобы не допустить нарушения’правил последовательности других СЭП в некоторых прикладных контекстах, для отклонения ответа 'пользователь-СЭУО может выбрать вариант неиспользования услуги УО Пл-ОТКЛОНЕ-Н11Е. Эта услуга является лелодтзерждаемой.

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

П»Льэом!«#ь--СЭУО

Пйш.»оял'»Лк-СЭУО

Посгв jjvk СЭУО

Ч

\

Ч

ур-Гп-откпоне

HHL ю«д*ч1ц>*л

Рисунок 8 — Примитивы услуги УО-Пл ОТКЛОНЕНИЕ 10.4.1 Параметры услуги УО-Пл-ОТКЛОНЕНИЕ Параметры услуги УО-Пл-ОТКЛОНЕНИЕ перечислены в таблице 5.

Таблиц а& — Параметры услуги УО-Пл-ОТКЛОНЕНИЕ

Имк айПцМЫри

11ч/ и»аЦЧ»|

fipihuoni отклонения

о

0(= >

Ил привлечения

(3

0<-1

Ирпирнп'т

29

Страница 34

ГОСТ Р ИСО МЭК 9072—1—93

10.4.1.1 Причина-отклонения

Этот параметр определяет причину отклонения следующим образом:

а)    Проблема-привлечения: отклонение пользователем примитива УО-ПРИВЛЕЧЕНИБ индикация со значениями-

—    • дублированное привлечение; означает, что параметр Ид-

привлечения нарушает правила назначения, изложенные а 10.1.1.4;

—    нераспознаваемая операция: означает, что данная операция не входят в число операций, согласованных между пользователя чн-СЭУО;

—    аргумент неправильного ти::а: означает, что тин обсоггчгг* ваемого аргумента операции не согласован между пользо адтелячн-СЭУО;

—    ограничение ресурсов:    исполняющий польэователь-СЭУО

не способен выполнить привлеченную операцию ввиду ограничения ресурсов;

-- разъединенис-от-нннциатора:    инициатор    ассоциации не

желает выполнять привлеченную операцию, поскольку он собирается разъединить ассоинашш-'прнклалного уровня;

—    нераспознаваемыЙ-Ид-евязи: означает, что ни одна из выполняемых операции не имеет параметра Ид-привлечения, равного определенному параметру Ид-связи;

—    неожидасмый-ответ-связи: означает, что привлеченная операция. указанная параметром Ид-связи, не является порождающей операцией;

—    неожидаемая-иорождаемая-операция; означает, что привлеченная порождаемая операция не входит в число тех, которые привлеченная лорождающая-операция разрешила указанием взаимосвязи.

б)    Проблема возврата-результата:    пользователь    отклоняет

примитив УО-РЕЗУЛЬТАТ индикация со значениями:

—    нерасиознаваемое-привлечение: означает, что среди выполняемых операций нет операции с определенным параъетром Ид-'привлечения;

—    неожндаечый-результат-ответа:    означает,    что привлечен

ная операция не сообщила результат;

—    результат-ошибочного-тнпа: означает, что тип обеспеченного параметра «результат» не относится к согласованным между пол ь зова тел я м н-СЭУО.

в)    Проблем а - возврата-ош ибкя; пользователь отклоняет примитив УО-ОШИБКА индикация со значениями:

30

Страница 35

ГОС Г P И СО .МЭК 9072-1-93

—    нераслознавасмое-<привлсченис: означает, что ни одна из выполняемых операций не имеет заданного параметра Ид-привлечения;

—    неожндаемый-ответоб-ошибке; означает, что привлеченная операция не уведомила о безуспешности сс выполнения;

—    нераспознанная-ошнбка: означает, что переданная ошибка не относится к ошибкам, согласованным между пользова-

телями-СЭУО;

—    неожидаемая-ошибка: означает, что переданная ошибка не относится к тем, о которых может сообщить привлеченная операция;

—    пэрамегр-ошнбочного-типа: означает, что обеспеченный тип * параметра «ошибка» не относится к согласованным между ;пользователямн-СЭУО.

Этот параметр должен обеспечиваться запросчиком услуги.

10.4.1.2    Ид-привлечения

Этот параметр идентифицирует соответствующее привлечение (см. 10.1.1.4) н должен обеспечиваться запросчиком услуги. Его значением является значение отклоненного примитива УО-ПРИ 13-ЛЕЧЕНИЕ индикация. У О-РЕЗУЛЬТАТ индикация или УО-ОП1ИБКА индикация.

10.4.1.3    Приоритет

Этот параметр определяет приоритет, назначенный для передачи соответствующего ПБДП (см. 10.1.1.6).

10.5 У слуг а У О-П с-0 Т К Л О И Е И И Е

Услуга УО Пс ОТКЛОНЕНИЕ .используется пользователем-СЭУО для того, чтобы известить пользовате’ля-СЭУО о проблеме, обнаруженной поставщиком-СЭУО. Эта услуга относится к услугам, инициируемым поставщиком.

Соответствующая структура услуги содержит одни сервисный примитив, как показано из рисунке 9.

Полиоплгсгч-СЭУО

Поп*)©взг*л*-СЭУО

Посиощкк-СЭУО

УО-Г1с-ОТКЛОНе-4KF мпрог

--

Рисунок 9 — Причитив услуги УО-Пс-ОТКЛОНЕНИЕ

Страница 36

ГОСТ Р ИСО мэк 9072-1—9.1

Ю.5.1 Параметры услуги УО-Пс-ОТКЛОНЕНИЕ

Параметры услуги УО-Пс-ОТКЛОНЕНИЕ перечислены в таблице 6.

Таблица 6 — Парампры услуги УО-Пс-ОТКЛОНЕНИЕ

Dux

Hii.im.mii

Ил привлечения

ф

Возвращены ыс-парлмсгры

ф

Причина отклонения

ф

10.5.1.1    Ид-привлечения

Этот параметр идентифицирует соответствующее привлечение (см. I0.I.I.4) Он обеспечивается поставшиком-СЭУО. (-го значение равно значению отклоненных примитивов УО-ПРИВЛЕЧЕНИЕ запрос. УО-РЕЗУЛЬТАТ запрос, УО-ОШИБКА запрос или УО-Пл-ОГКЛОНЕНИЕ запрос. Этот параметр может быть опущен, если он недоступен.

10.5.1    2 Возвращенные-параметры

Этот параметр содержит параметры примитивов УО-ИРИВ-ЛЕЧЕНИЕ запрос. УО-ОШИБКА запрос или УО-ОТКЛОНЕ-НИЕ-Пл запрос, если соответствующий ПБДП не может быть передан поставщнком-СЭУО. Этот параметр н параметр «причнна-отклонення» взаимно исключают друг друга.

I0.5.1.3 Причина-отклонения

Этот параметр определяет причину отклонения следующим образом:

а) Обшая-проблема. отклонение поставщиком ПБДП со значениями:

—    нераспозназаемын-ПБДП: означает, что тип ПБДП так, как он видится его идентификатором типа, не входит в число четырех, определенных ГОСТ Р ИСО/МЭК 9072—2;

—    ПБДП-ошибочного типа: означает, что структура ПБДП не соответствует ГОСТ Р ИСО/МЭК 9072-2;

—    неправильно-построенный-ПБДП:    означает,    что    структура

ПБДП не соответствует стандартной нотации и кодированию, определенным ГОСТ 3-1.973 и ГОСТ 34.974.

Этот параметр обеспечивается поставщиком-СЭУО. Данный параметр и параметр «возвращенные-параметры» взаимно исключают друг друга.

32

Страница 37

ГОСТ Р и СО МЭК 9072—I—«И

II ПРЕОБРАЗОВАНИЕ НОТАЦИЙ В УСЛУГИ

11.1    Прикладной контекст и операции

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

Такая спецификация прикладного контекста содержит:

а)    операциюсвязки, определенную посредством макрокоманды BIND, и

б)    олсрацию-развязкн, определенную посредством макрокоманды UNBIND, и

н> набор операций, определенных посредством макрокоманды OPERATION, и

г) набор ошибок, относящихся к операциям и определенных посредством макрокоманды ERROR.

Удаленные операции (т. е. операция-связки, операция-развязки и операции) могут быть привлечены элементом-пользователя.

Иннциируюший-лссоцнаиню элемент-пользователя устанавливает прнкладную-ассоциаиню «утем привлечения операции-связки. В установленной прикладной-ассоциацин операции могут привлекаться элементом-пользователя. Когда инициируюший-ас-соинацию элемент-пользователя желает разъединить приклзд-нуюассоциацию. он привлекает операцию-развязкн.

11.2    Преобразование удаленных операций в у с л у г и С Э У А, услуги СЭПП и услуги С Э У О

Операция связки и операция-развязки преобразуются либо в услуги СЭУА, либо в услуги СЭНП.

Операции преобразуются в услуги СЭУО.

11.2.1    Преобразование услуг СЭУА

Операция-связки преобразуется в услугу П-АССОЦИАНИЯ. а операцня развязкн — в услугу 11-РАЗЬЕДЙНЕНИЕ.

11.2.1.1    Преобразование онерации-связхн

Операция-связка преобразуется в услугу П-АССОЦИАЦИЯ-

11.2.1.1.1    Привлечение операции-связки

Привлечение операции-связки преобразуется в сервисные примитивы I ( АССОЦИАЦИЯ запрос и П-АССОЦИАЦИЯ индикация.

Значение аргумента операции-связки преобразуется н параметр «информация пользователя» указанных сервисных примитивов.

11.2    1.1.2 Ответ операции-связки

Ответ операции-связки преобразуется в сервисные примитивы П-АССОЦИАЦИЯ ответ и П-АССОЦИАЦИЯ подтверждение.

При успешном выполнении операции-связки параметр «результат» указанных сервисных примитивов является «воспринятым» и

33

Страница 38

ГОСТ 1> НСС МЭК 9072-1-93

значение результата операции-связки преобразуется н параметр «информация пользователя» этих сервисных примитивов

При безуспешном выполнении операции-связки значением параметра «результат» этих сервисных примитивов является «отклонено (устойчивое условие»», а значение ошибки операции-связки преобразуется в параметр «информация пользователя* этих же сервисных примитивов.

11.2.1.2    Преобразование операции-развязки

Оиераиия-развязкн преобразуется н услугу П-РАЗЪЕЛИ!IE-

НИ Е.

11.2.1    2.1 Привлечение операции-развязки

Привлечение операции-развязки преобразуется в сервисные примитивы 11-РАЗЫЩИИ ЕН И1. запрос и 11 РАЗЪЕДИНЕНИЕ индикация.

Значение аргумента операики-развязки преобразуется в параметр «информация пользователя* указанных сервисных примитивов. Параметр «причина» этих сервисных примитивов имеет значение «норма».

11.2    1.2 2 Ответ операции развязки

Ответ операции-развязки преобразуется в сервисные примитивы П-РАЗЪЕДИНЕНИЕ отяет и П-РАЗЪЕДИНЕНИЕ подтверждение.

При успешном выполнении оиерауин-развязки параметр «причина» указанных сервисных примитивов имеет значение «норма», значение результата операции-развязки преобразуется в параметр «информация пользователя* этих сервисных примитивов, а параметр «результат» имеет значение «положительный».

При безуспешном выполнении операции-развязки параметр «результат* указанных сервисных примитивов имеет значение «не закончено», значение ошибки операции-развязки преобразуется в параметр «информация пользователя» этих сервисных примитивов, а параметр «результат» имеет значение «положительный»^

11.2.2    Преобразование в услуги СЭИП

Операция связки преобразуется в услугу rfl'l ОТКРЫТИЕ, а операция развязки — в услугу НП-ЗАКРЫТЙЕ.

11.2.2.1    Преобразование операции-связки

Операция-связки преобразуется а услугу НП-ОТКРЫТИЕ.

11.2.2.t.I Привлечение операции-связки

Привлечение операции-связки преобразуется в сервисные примитивы НП ОТКРЫТИЕ запрос и НП-ОТКРЫТИЕ индикация.

Значение аргумента операции-связки преобразуется в параметр «данные пользователя» указанных сервисных примитивов.

3;

Страница 39

ГОСТ P ИСОМЭК «172-1— «3

Параметр «режим-диалога» имеет значение «двунаправленный поочередный».

11.2.2.1.2    Ответ операции-связки

Ответ операции-связки преобразуется в сервисные примитивы НП-ОТКРЫТИЕ ответ и НП-ОТКРЫТИЕ подтверждение.

При успешном выполнении операции связки параметр «результат* указанных сервисных примитивов имеет значение «при-гнто». л значение результата операинн-связки преобразуется в nap.'ivetp «данные пользователя» этих сервисных примитивов.

При безуспешном выполнении операции связки параметр «результат» указанных сервисных примитивов имеет значение «отклонено (устойчивое условие)», а значение ошибки операции-связки преобразуется в параметр «данные пользователя» этих сервисных примитииов.

1.2.2.2 Поюбразование операцни-развя^ки

Операция развязки преобразуется и услуг\ НП-ЗАКРЫТИЕ.

N.2.2.2 I Привлечение операции-развязки

Привлечение операции-развязки преобразуется в сервисные примитивы НП-ЗАКРЫТИЕ запрос и НП-ЗАКРЫТИЕ индикация.

Значение аргумента операции-развязки преобразуется в параметр «данные пользователя» указанных сервисных примитивов. Параметр «причина» этих сервисных примитивов имеет значение «норма».

11.22.2.2    Ответ операции-развязки

Ответ операции развязки преобразуется в сервисные примитивы НП-ЗАКРЫТИЕ ответ и НП-ЗАКРЫТИЕ подтверждение.

При успешном выполнении операции-развязки параметр «причина» указанных сервисных примитивов имеет значение «норма», а значение результата операции-развязки преобразуется в параметр «данные пользователя» этих сервисных примитивов.

При безуспешном выполнении операции развязки параметр «результат» указанных сервисных примитивов имеет значение *ие закончено», а значение ошибки операиии-развязкн преобразуется в параметр «данные пользователя» этих сервисных примитииов.

11.2.3 Преобразование в услуги СЭУО

Операция преобразуется в услуги СЭУО.

11.2.3.1 Привлечение операции

Привлечение операции преобразуется в услугу УО-ПРИВЛЕ-ЧЕНИЕ.

Значение, присвоенное операции, преобразуется в параметр «значение-операции» этой услуги. Значение поименованного-тнна в разделе ARGUMENT макрокоманды OPERATION преобразуется в параметр «аргумент» этой услуги.

35

Страница 40

ГОСТ Р ИСОМЭК 9072-1-УЗ

11.2.3.2 Ответ операции

При успешном выполнении операции ответ преобразуется в услугу УО-РЕЗУЛЬТАТ.

Значение поименованного типа в разделе RESULT макрокоманды OPERATION преобразуется в параметр «результат» этой услуги.

При безуспешном выполнении операции ответ преобразуется в услугу УО-ОШНБКА.

В згом случае может быть применена одна из ошибок из списка идентификаторов наименований ошибок раздела ERROR макрокоманды OPERATION. Значение, присвоенное применимой ошибке, преобразуется в параметр «ошибка» этой услуги. Значение поименованного типа в разделе PARAMETER макрокоманды ERROR применимой ошибки преобразуется в параметр «параметр-ошибки» этой услуги.

12 ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ

В настоящем разделе определяется взаимодействие между удаленными операциями, а также 'взаимодействие между услугой СЭУА и > слугам и СЭУО.

12.1    И нфор м ация о последовательности вы пол* н е и и я у д а л с и и ы х о п с р а ц и й

12.1. J Операции-связки

12.1.1.1    Ограничения использования

Операция-связки не используется при установлении прикладной -ассоциации. Успешное выполнение операции-связки приводит к установлению прикладной-ассоциацни.

12.1.1.2    Разрушаемые удаленные операции

Операция связки не разрушает ннхакнх удаленных операций.

12.1.1.3    Разрушающие удаленные операции

Разрушающих удаленных операций нет.

12 1.1.4 Конфликты

Конфликты операции-связки возникают, когда элементы-пользователя и обоих ЛОП одновременно привлекают друг у друга операцню-связки. В >том случае устанавлнвлются две независимые прикладные-ассоциацни.

12.1.2 Операция-раэаязки

12.1.2.1 Ограничении использования

Операцня-развязки используется TOjibKO при установлении при-кладной-ассоциаиин. Она используется только тем элементом пользователя, который привлекает операцню-связки. и только в том случае, если нет невиданных ответов от операционного класса I или 2.

36

Страница 41

ГОСТ Р ИСО/МЭК 9072-1-93

Установление прнкладнон-ассоцнацнн прекращается независимо от успешности выполнения операции-развязки.

12.1.2.2    Разрушаемые удаленные операции

Олераиня-развязкк не разрушает удаленных операций в случае ассоциативного класса 2 и операционного класса I или 2.

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

12.5.2.3    Разрушающие удаленные операции

Разрушающих удаленных операций нет.

12.1.2.4    Конфликты

Ввиду того, что только нннииатор-ассоцнацнн может разъединить грикладную-ассоцнацню. конфликты отсутствуют.

12.1.3    Операции

12.1.3.1 Офаничеиия использования

Операции используются только при установлении прикладной-ассоциации.

12.1.3    2 Разрушаемые удаленные операции

Операции не разрушают никаких удаленных операций.

12.1.3.3    Разрушающие удаленные операции

Операции могут разрушаться операцией-развязки (см. 12.1.2.2).

12.1.3.4    Конфликты

При выполнении операции конфликты отсутствуют.

12.1.4    Дополнительная информация о последовательности выполнения

Разрушающие услуги не наблюдаемы на операциониом-мнтер* фейсе. Однако операции могут быть разрушены услугами (см. 12.2).

Операции-связки и операции-развязки разрушаются услугами П-ПРЕРЫВАНИЕ, П-Пс-ПРЕРЫВАНИЕ. НП-Пл-ПРЕРЫВА-НИЕ и НП-Пс-ПРЕРЫВАНИЕ.

Операции разрушаются услугами П-ПРЕРЫВАНИЕ, П-Пс-ПРЕРЫВАНИЕ, НП-Пл-ПРЕРЫВАНИЕ. НН-Пс ПРЕРЫВАНИЕ, УО Пл-ОТКЛОНЕНИР и УО-Пс-ОТКЛОНЕНИЕ.

Кроме того, операции могут быть разрушены услугой П-РАЗЪ-ЕДИНЕНИЕ. Но это отражает только случай разрушения операции операцией-развязки. Разрушаемые операции не рассматриваются в разрушаемых услугах (12.2).

Поскольку псе удаленные операции преобразуются в услуги, а разрушающие удаленные операции (операции-развязки) представ-

3 г

Страница 42

ГОСТ Р ИСО МЭК 9072—1—93

лены услугами, то никакие разрушающие операции не рассматриваются* в разделах по разрушающим услугам (12.2).

12.2    Последовательность выполнении услуг

12.2.1    Услуги СЭУА

Последовательность выполнения услуг СЭУА описана п ИСО 8649. Дополнительная информация представлена в данном разделе.

12 2.1.1 Разрушаемые услуги СЭУО

Помимо разрешаемых услуг, определенных п ИСО 8<Vl9, uce услуги СЭУО. за исключением услуги УО-Пс-ОТКЛОНЕНИЕ, разрушаются услугами 11-ПРЕРЫВАНИЕ и П-Пс-ПРЕРЫВАНИЕ н могуг быть разрушены услугой П-РАЗЪЕДИНЕНИЕ (см. 12.2.3.0).

12.2.1.2    Разрушающие услуги СЭУО

Разрушающих услуг СЭУО нет.

12.2    2 Услуги СЭНН

Информация о последовательности выполнения услуг СЭПП содержится в ГОСТ Р И СО/М ЭК 9066—1. Дополнительная информация представлена в данном разделе.

12.2.2.1    Разрушаемые услуги СЭУО

Помимо разрушаемых услуг, определенных в ГОСТ Р ИСО/ МЭК 9066-1, все услуги СЭУО, за исключением услуги УО Пс-ОТКЛОНЕНИЕ. разрушаются услугами НП-Пл-ПРЕРЫВАНИЕ. НП-Пс-ПРЕРЫВАНИЕ и услугами отрицательного подтверждении НП-ПЕРЕДАЧА.

12.2.2.2    Разрушающие услуги СЭУО

Разрушающих услуг СЭУО нет.

12.2.3 Услуги СЭУО

В данном разделе описывается взаимодействие между услугами СЭУО. Взаимодействие с услугами СЭУА описано в 12.2.1, я взаимодействие с услугами СЭПП - в 12.2.2.

12.2.3.1    Услуга УО-ПРИВЛЕЧЕНИЕ

12.2.3.1.1    Тип услуги

Услуга УО-ПРИВЛЕЧЕНИЕ является неподтверждаемой услугой.

12.2.3.1.2    Ограничения использования

Услуга УО-ПРИВЛЕЧЕНИЕ используется только при установлении ириклалной-ассоцнацин.

12.2.3.1.3    Разрушаемые услуги

Услуга УО-ПРИВЛЕЧЕНИЕ не разрушает никаких других услуг.

12 2.3.1.4 Разрушающие услуги

38

Страница 43

ГОСТ Р ИСО МЭК 9072—1—93

Услуга УО-ПРИВЛЕЧЕНИЕ разрушается услугой УО-Пс-ОТ-КЛОНЕНИЕ.

12.2.3*1.5 Конфликты

Услуга УО-ПРИВЛЕЧЕНИЕ ие создает конфликтов.

12.2.3.2 Услуга УО-РЕЗУЛЬТАТ

J 2.2.3.2. J Тип услуги

Услуга УО-РЕЗУЛЬТАТ является иеподтверждасмой услугой.

12.2.3    2.2 Ограничения использования

Услуга УО-РЕЗУЛЬТАТ используется только при установлении прикладнойассоциации и в ответ на услугу УО-ПРИВЛЕЧЕНИЕ.

12.2.3.2.3    Разрушаемые услуги

Услуга УО-РЕЗУЛЬТАТ не разрушает никаких других услуг.

12.2.3.2.4    Разрушающие услуги

Услуга УО-РЕЗУЛЬТАТ разрушается услугой УО Пс ОТКЛО-НЕНИЕ.

12.2.3.2.5    Конфликты

Услуга УО-РЕЗУЛЬТАТ не создает конфликтов.

12.2.3.3 Услуга УО-ОШИБКА

12.2.3.3.1    Тип услуги

Услуга УО-ОШИЬКА является неподтверждасмой услугой.

12.2.3.3.2    Ограничения использования

Услуга УО-ОШИБКА используется только при установлении прикладной-ассоциации и в ответ на услугу УО-ПРИВЛЕЧЕНИЕ

12.2.3.3.3    Разрушаемые услуги

Услуга УО-ОШИБКА не разрушает никаких других услуг.

12.2.3.3.4    Разрушающие услуги

Услуга УО-ОШИБКА разрушается услугой УО-Пс-ОТКЛО-НЕНИЕ.

12.2.3.3.5    Конфликты

Услуга УО-ОШИБКА не создает конфликтов.

12.2.3.4 Услуга УО-Пл-ОТКЛОНЕНИЕ

12.2.3.4.1    Тип услуги

Услуга УО-Пл-ОТКЛОНЕНИЕ является неподтверждаемой услугой.

12.2.3.4.2    Ограничения использования

Услуга УО-Пл-ОТКЛОНЕНИЕ используется только при установлении прикладной ассоциации и в ответ на услуги УО-ПРИВЛЕЧЕНИЕ, УО-РЕЗУЛЬТАТ и УО-ОШИБКА.

12.2.3.4.3    Разрушаемые услуги

Услуга УО-Пл-ОТКЛОНЕНИЕ не разрушает никаких других услуг.

Страница 44

ГОСТ Р ИСО МЭК 9072—I—S3

122.3.4.4    Разрушающие услуги

Услуга УО Пл ОТКЛОНЕНИЕ разрушается услугой УО-Пс» ОТКЛОНЕНИЕ.

12.2.3.4.5    Конфликты

Услуга уо Пл-отклонение но создаст конфликтов.

12.2.3.5    Услуга УО-ПсОТКЛОНЕНИЕ

12.2.3.5.1 Тип услуги

Услуга УО-Пс-ОТКЛОНЕНПЕ относится к услугам, инициируемым поставщиком.

12.2 3 3.2 Ограничения использования

Не налагаются.

12.2.3.5    3 Разрушаемые \слуги

Услуга УО- Пс'-ОТКЛOil ЕНИЕ разрушает все остальные услуги сэуо.

12.2.3.5.4    Разрушающие услуги

Услуга УО-Пе-ОТКЛОНЕНИЕ не разрушается никакими другими услугами.

12 2,3.5.5 Конфликты

Если услуга СЭУА или услуга СЭНП вызывает прерывзнне или разъединение ирнклалной-ассоциаинн. то вопрос информирования лольэоаателя-услуг об отсутствующих услугах УО-Пс-ОТ-КЛОНЕНИЕ для возвращаемых параметров является частным вопросом.

12.2.3.6    Дополнительная информация о последовательности выполнения

Ограничения использования операции-развязки (12.1.2.1) и преобразование онераций-развязки в услугу П-РАЗЪЕДИНЕНИЕ предотвращают разрушение услуг СЭУО, если только используются ассоциативный класс 1 и операционные классы I и 2.

При использовании ассоциативного класса 2 или 3. либо операционного класса 3. 4 или 5 услуга П-РАЗЪЕДИНЕНИЕ можег разрушить услуги СЭУО. В этом случае разработчик прикладного-контекста решает, принять ли разрушение или обеспечить средства (например, операции) для подготовки разъединения прикладной ассоциации.

40

Страница 45

ГОСТ Р НСО.МЭК 9072-1—93

ПРИЛОЖЕНИЕ А

(обязательнее)

НОТАЦИЯ, ПОДДЕРЖИВАЮЩАЯ СПЕЦИФИКАЦИЮ СЕРВИСНЫХ-ЭЛЕМЕНТОВ ПРИКЛАДНОГОУРОВНЯ И ПРИКЛАДНЫХ-КОНТЕКСТОВ

Данное приложение определяет нотацию, поддерживающую спецификацию сервисных элсмевтоп-прннлалкого-урозня и прнкладных-контекстов, определенных посредством УО-нотацип. УО-пспаиия может быть исполъзоваяа для определения операции-связки и операции-развязки прнклэдного-коитекста. Креме того, УО-нотиия «ожет быть использована для спецификации типов операции и типов ошпбпх различных сервисиых-^лечемтон-иракдадиосо-уровкя (элекантон СЭП полиюаатсля-СЭУО). Если УО-иотацня используется в сочетании с другими операциями. могу| быть использованы другие определенные в различных источниках инструменты спецификаций.

Настоящее приложение оприсляст две макрокоманды, обеспечивающие спецификацию сервисных-эл-монтов-прикладного-урояия и орикладиых-коигскСто». Формализованное описание этих макрокоманд показано на рисунке А.1

A. I Ссрвисные-эисмептм-лрииладиого-урояня

Излагаемая нотация обеспечивает однозначную идентификацию СЭП

Если о качестве СЭП выступает пользователь СЭУО. то данная нотация обеспечивает также спецификацию характеристик СЭП. Операционный интерфейс и протокол СЭП Пользователь СЭУО) определяется набором типов операций >1 набором типов ошибок.

M|iO‘i>Kii.T, ffipv.nwHiiwu ;i.)h конкретною СЭП, по своему характеру может быть:

а)    симметричным или

б)    асимметричны м.

В случае симметричного протокола оба полыователя-СЭП могут привлечь один п тот же набор тиной операций.

В случае асимметричного протокола один из пользователей-СЭП (называемый посгавщнком в контекст* данного приложения) обеспечивает некоторые функциональные возможности по обработке информации, используемые равноправным пользователе м-СЭП (ыа.ыааеаым потребителем в контексте данного приложения». В этом случае тип конкретной операция мож^-г быть:

а)    привлечем потребителем и/или

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

Примечание — Конкретный смысл терминов «поставщик» и «потребитель» часто носит интуитивный характер Кто-то может вполне естественно рассматривать например, файловую систему как поставщика, а ее пользователя — как потребителя. Однако, c-iporo говоря, смысл этих двух терминов носит произвольный характер.

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

Страница 46

ГОСТ Р ИСО'МЭК 0072-1—93

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

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

А. II Спецификации се р в и с и ого • эле м с н т а прикладного-уровня

СЭЛ может быть специфицирован с помошью формальной нотации, обеспечиваемой макрокомандой APPLICATION SERVICE-EI.EMENT (см. рисунок Л 1)

Ноевиня типов макрокоманды APPLICATION-SERV1CE-F.LEMENT обеспечивает возможность спецификации СЭП. Нотация значений макрокоманды APPLICATION-SERVICE-ELEMENT обеспечивает возможность спецификации уникального идентификатора СЭП.

Нсгтацня типа СЭП является ключевым словом APPLICATION-SERVICE-ELEMENT, за которым факультативно следует спецификация операций.

Е«и протокол, определенный для СЭТ1, является симметричным, то ключе вое слово OPERATION и справочные имей» операций являются специфицированными.

Если протокол, определенный для СЭП. хкляется асимметричным, то специфицированы будут ключевые слова CONSUMER INVOKES (ПРИВЛЕКАЕТ ПОТРЕБИТЕЛЬ!, справочные имена тех операций, которые может привлечь потребитель, и/иди ключевые слова SUPPLIER INVOKES (ПРИВЛЕКАЕТ ПОСТАВЩИК) и справочные имена тех операций, которые может привлечь поставщик

Remote-Operations Notaiion-exlension { joinl-isn erft. г(Ч1>1е-о|к r:rki:n(l) tw'aliocxVnsiorc?) J DEFINITIONS : •

BEGIN

EXPORTS APPLICATION SERVICE I-LEMLNT, APPLICATION CON I EXT. aCSH;

IMPORTS OPERATION. BIND UNBIND FROM Roiw>tc-Operalion-No:a>io»»

( joint iso-ccitt rciiiole-oiK-ralioiKMl notation<0) 1:

макроопределения СЭП APPLICATION SFRVICE-ELtMENT MACRO BEGIN

TYPE NOTATION    ::    S>mmrlricAsc * (xmsueiorlnvokei Supplier

Invokes i in pi v

VALUE NOTATION    • -    - value (VALUE OBJECT IDENTIFIER!

SjniineiricAse    :*    - «OPERATIONS* («04eraiionL«bJ*)*

Consumer Invokes    «CONSUMER    INVOKES® *(»0;n lalionLtsl»)

■ 1'IIIIi'V

Su;t?lierl lit oki-s    .    ■ • «SUPPLIER INVOKES» «(«OiKTi'.innLiM»}»

• unp'.v

Operation Uai    ::    Operation • OinrntlonLisI «.« Operation

Operation    -    л    aim    (OPERATION)

t'ND

aCSE A PPI.IC ATI ON-SE RVICE-I: LEM I: NT -: - ( joint iso-ccitl ntnole-

i)pL-;alion&< I) asolD ACSE(4) 1 - • продолжение расширения нотации уда.н-иных операций следует

Рисунок А I (Лист I) — Формализованное описание СЭП п типов данных прикладяого-контекста

42

Страница 47

Г0С1 l> И СО М.?к 9072-1—W

ROclcncnts

SymmetrieAses

• - продолжение расширения нотации удаленных операций - - макроопределения прикладного контскстз APPLICATION-CONTEXT MACRO : =

BEGIN

ТУРЕ NOTATION

VALUE NOTATION NonROrk-inents

Binding

AsvminclricAscs

lm'.lalorConsumcrOI

RespondcrConsumerOI

AbslrnctSyntaxi'i

Aw I. ill Am-ID

AbstractSyntaxLisI

Abstract Syntax

END

END

—    NonROeleinen:s Binding ROeleincnls

AbstractSvntaxes •: r- value (VALUE OBJECT IDENTIFIER)

—    «APPLICATION SERVICE ELEMENTS»

*}* AseLisI «}»

: : — <*BINI>» type •-должен указать тип onepa-- - иии-свяэн •UNBIND» lyiM- - - должен указать тип опе-- рэции-ризая.чки

■    : - «REMOTE OPERATIONS» «}» AsclD *}»

- - определение СЭУО

SymmeiritAses AsymnietficAses | empty : = «OPERATIONS OF* *}» AscList *)• | emP:y '

—    InitiaiorConsunxifOf ResponJerConsumerOf

:: — «INITIATOR CONSUMER OF* cl» AaeL.st

«}» I empty

. : — «RESPONDER CONSUMER OF* «{* AseLisI

*}» | empty : - «ABSTRACT SYNTAXES* «}> Abstract-

SyntaxIJst «I*

.: - • AselD * AseLssl «.* AselD : - value (APPLICATION SERVICE-ELEMENT)

-: — AbstraclSymax I Abv.raciSyntaxEist ».*

AbMrac'.Synlax

■    . — value (OBJECT IDENTIFIER) --иденшфи-

- - каиия абстрактного синтаксиса

• коней расширения нотации удаленных операций


Рисунок A. I (Лжгт 2) — Формализованное описание СЭП м гипсе данных приклааиогокоитекста

А.2 Прикладные контексты

В контексте данного приложения прикладной контекст в явнок виде идентифицирует:

а)    операаию-свяэкн.

б)    пперацню-раэняяки и

в)    кабор ссрвисных-улемситоа-прикладного-уровня

и требует наличия единого или нескольких абстрактных-сиитаксисов.

В набор ссрвисных-жясментов-прикладиого-уровнп аходяг.

а)    элементы СЭП, не использующие УО-и<лацкю, т. с. СЭУА, факультативно СЭПП н другие.

б)    факультативно СЭУО и СЭП — оользоватсли-СЭУО.

Если прикладной контекст содержит СЭП — пользователей-СЭУО с асимметричным протоколом, то данная нотация обеспечивает спецификацию независимо от того, кто является потребителем такого СЭП: иняииатор-ассоииации или от-остчик-ассоииацпм.

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

Страница 48

ГОСТ Р И СО МЭК 907-2-1—53

А.2.1 Спецификация прикладного контекста

Прикладной IiObtvkct мож?1 быть определен формальной нотацией, обеспечиваемой макрокомандой APPLICATION CONTEXT (см. рисунок A.J).

Hot «ни» типов макрокоманды APPI.ICATION-CONTEXT обеспечивает возможность спецификации прикладного контекста. Нотация значений макро-кома оды АРРИСАТЮН-CONTEXT обеспечивает возможность однозначной идентификации прикладного контекста.

Нотацией типа прикладного контекста яоляетея ключевое слово APPLICATION-CONTEXT с последующими ключеьыми слона и и APPLICATION SERVICE ELEMENT и справочными именами СЭП. и\- использующими УО-нотаиик>, далее ключепым словам BIND и справочным именем ii'ua операинн-езязкн, ключевым словом UNBIND и сира ночным именем тина шерашш-ра >в*и<и. Факультативной спецификацией операций, испольауюлих СЭП. ключевыми слонами ABSTRACT SYNTAXES и справочными именами абстрактных синтаксисов

Если прикладной контекст содержит СЭП — по.\изоаа;сдсй СЭУО. iи используются ключевые слона REMOTE OPERATION к справочное имя СЭУО с последующей спецификацией СЭП с симметричным протоколом и/или спецификацией СЭП с асимметричным протоколом. Спецификацией СЭП с енмме;рпц-*    !..,!>    и и.м ;Я‘.шОии ^ничсиЫ!- c.iobu OPERATIONS OF н cui**ia imuc

имен* СЭП. Спецификацией СЭП с асимметричным протоколом являются *.ix>-чевые слови INITIATOR CONSUMER OF (ИНИЦИАТОР ПОТРЕБИТЕЛЬ! и справочные имена СЭП. потребителем которых яоляется ишщизтор-зссоннзшги, и/или ключевые слона RESPONDER CONSUMER (ИНИЦИАТОР ОТВЕТЧИК» и справочные имена СЭП. потребителем которых является отяетчик-ассоииацки.

Л,2.2 Преобразование нотаций в услуги

Идентификатор прикладного контекста и перечень имен абстрактного енк таксис#, cia-цифицирозенные посредством макрокоманды APPLICATION CONTEXT, преобразуются либо в услуги СЭУО НП-ОТКРЫТИЕ, если СЭПП кхолит з состав прикладного контекста, либо также к а услуги СЭУЛ П-АССОЦИАЦИЯ-

Значение прикладного контекста преобразуется о параметр «имя прикладного ковтокста» услуги НП-ОТКРЫГИЕ или П АССОЦИАЦИЯ

Имена абстрактного синтаксиса преобразуются п параметры «список опрс-.le.K-iiiiii Kufl-vKCfa уровня ир,\1став.нгия» и «окнео* результатов определений коитекстп уровня представлен им» услуги НП ОТКРЫТИЕ или П-АССОЦИАЦИЯ-

45

Страница 49

ГОСТ Р ИСО МЭК 9072-1-93

ПРИЛОЖЕНИЕ В (справоччое)

РУКОВОДСТВО ДЛЯ РАЗРАБОТЧИКОВ ПРОТОКОЛОВ ПРИКЛАДНОГО УРОВНЯ ПО ИСПОЛЬЗОВАНИЮ сэуо

Данное приложение содержи? примеры п руководящие материал и для разработчиков протоколов прикладного уровня по использованию СЭУО.

B.I Примеры операций и ошибок

В Э'гом разделе приведены примеры определений операций и ошибок.

B.I 1 Операционные классы

В данном подразделе содержатся примеры определений операций операционных классов 1—5.

Операция opcrationExarnplel2 операционного класса 1 или 2 (си. пример ниже| уведомляет сб успешности (результат типа ArRi:t:ientTypcl2) или безуспешности (ошибки errorExamplcl или error Example!!) ее выполнения. Аргумент операции operatioflExample!2 огносигся к типу Argujnen',Typel2. Значение операции operation Example 12 равно 1.

operationExamplel2 OPERATION

ARGUMENT Агкитср*Тvpel 2

RESULT ResuHTy|>el2

ERROR [ crrorExwuplel, e-roi l;\ainp!e2 )

Операция opcrationExampleS операционного класса 3 (см. пример ниже) уведомляет только о безуспешности (ошибка enorExamplel) се выполнения. Аргумент операции operationExamplc3 относятся к типу ArgumentType3. Значение операции oper:itionExample3 рэяио 2

орсга‘й»пГxampiis) OFERATfON

ARGUMENT АгшчгспПутеЗ ERROR ( errorEi.implel )

- 2.

Операция opera lionExatnplt-4 операционного класса 4 (см пример ниже) уведомляет только об успешности (результат типа Re5uhType4) ее выполнения Аргумент операции opera»ionExample4 относится к типу ArgumcntTypc4. Значение операции opcrationExamp!e4 рввно 3.

opera , от Example^ OPERATION

A RG I; ME NT ArgmntnlT у pe4 RESULT ResultTvpe4

:: «3

Операции operalionExampleSl и operationExample52 операционного класса 5 (си пример ниже) не сообщает о результате. Аргумент операции operation" Examplc5! относится к типу ArgumentTvpe4, операция opcrationExample52 ис имеет аргумента Значение операции operaUonExampleSl равно 4. а значении операции opera(ionExample52 равно 5.

operationExamp’eSl OPERATION

ARGUMENT ArgumentTvpe4 :: ^ 4

©j>erationExam;>)c52 OPERATION

45

Страница 50

ГОСТ Р ИСО МЗК 9072-1-93

В 1 2 Взаимосвязанные операции

Приводимый ниже пример показывает определение набора взаимосвязанных-операций, состоящих из порождаюшей-операции parent ор 12 н порождаемых-операций npera|ionExample5l н operationExample52. рагеп1ч»р12 OPERATION

ARGUMENT A.'guimntTypel2 RESULT R.su:tTypel2 ERROR | errorExainptcl, eirorExample2 1 LINKED ( operatiunExanplcGI, opera! ion LxmnplcSi? J : ~ 6 В I 3 Ошибки

Ошибки (см. ниже errorExamplel и error Ex ample2) уведомляют о иеулачмом результате Параметр ошибки errorExamplel относится к типу ParametorTypel, ошибка сггогЕхэтр1е2 не имеет параметров. Значение ошибки errorExamplel равно I, а лначениг ошибки crrorExample2 равно 2 еггогНляи.рл-1 ERROR

PARAMEIHR ParainekrTyре!

:• I orrorExaniple2 ERROR :. 2

В.2 Примеры операиий-связки и операций-разанзни

В зтом подол ue.v содержатся примеры определения операинй-свжни и опс-рЛ||11П-(>а МИ

B2I Операции-связки

Операции связки используются для установления прнклядиой-ассоциацин. Запр« операции сижки BludExamplel на установление прикладноп-ассоииа-ции сопровождается аргументом типа BindArgumentTypcl. Положительный ответ па установление прикладной ассоциации сопровождается результатом типа BindArgumenlTypel Отрицательный спвп иа установление прикладной-ассоцка-цни сопровождается ошнбкойсиязки типа BindErrorTypH В’П<1Ехатрл* ■:    BIND

Л RGU М ENT Bind Argurnet) I Type I RESULT BindResuUTypel BIND ERROR BindFrrorTvpel Запрос операции езхзчн 8indExampie2 из установление пряхладиоЛ-ассо-циации сопровождается аргументом типа B-ndA’rcumentTypcE Положительный отчет на установление ирикладной-лссоииаини не сопровождается никакими данными пользователя Отрицательный ответ иа установление приклалиой ас-сосшынии сопровождается ошибкой-снязки типа BiridErro^Typel BindExample2 :: — BIND

ARGUMENT B!fidArgunien:T\pel B1ND ERROR BindErrorlype!

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

BindExainplc3 ••••- BIND

В.22 Операции-развязки

Оперании-рэ тязки используются для разьединении прикладной -ассоциации Запрос олерацни развязки UnbindExamplcl на разъединение прикладной-ассоциации сопровождается apiyментом типа UnbindArgumcniTypcE Опил на

Страница 51

I

ГОСТ Р ИСО-МЭК 9072—1—9J

разъединение прпкладной-ассоциаанк сопровождаете» либо результатом типа L'nbindResuliTypel, либо ошибкой-разпязки типаа UnbindErrorTypel UnbindExamplel :: = UNBIND

ARGUMENT UnWndArgumentTypel RESULT UnbindRcsultTypel UNBlND-ERROR UnbindErrorTypel Запрос операции-развязки UnbindExsmplrS на разьединение прикладной-ас соииацми сопровождается аргументом типа UnbmdArgumcnlTypcl. Ответ на разъединение приклддиоП-эссоцидинн может факультативно сопровождаться ошибкой развязки типа UnbindErrorTypel UnbindExainple2 :: — UNBIND

ARGUMENT UnbindArgumenlType)

. UNBIND-ERROR UnbindErrorTypel

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

UnbindExaniplc3 ; =^= UNBIND

В.З Экспорт и импорт операций и ошибок

В пом подразделе приведены примеры способа экспортировании и импортирования операций н ошибок.

Приводимый ниже пример показывает способ зделорттфоазния операций и ошибок. Operation 10 и error! О имеют локольнос значение. Operation-ТурсА и ЕггогТуреА являются типами, а конкретные значения должны быть присвоены им и импортирующих модулях. Operation 11 н error 11 имеют глобальные уникальные значения

ExportjngModulc { obicctideniilicrl ) DEFINITIONS ::

BEGIN

EXPORTS operntionlO, OperationTypeA. operation! I, errorlO. ErrofTypeA. error! I;

IMPORTS OPERATION, ERROR. BIND. UNBIND F ROM Remote-Opcra lion- Not a I ion

{ joint-iso-ccitt remoieoperation(4) notation (0) }; opcra:ionI0 OPERATION

ARGUMENT ArgumcntTynelO RESULT ResuhTypelO ERROR { errorlO 1 ;: =3 10

OperationTypeA :: =>

OPERATION

ARGUMENT ArgumenlTypcA RESULT ResultTypeA operation! 1 OPERATION

ARGUMENT ArgumentTvpel I RESULT Result® у pel! '

rypell ERROR { error 11 )

:: = { objectidentnier2componc-ntl 1 } error 10 ERROR

PARAMETER ParamelerTypelO : =»- 10


47

Страница 52

ГОСТ Р ИСО МЭК 0072—1—«3

сггогТуясА :: -

ERROR

PARAMETER PaninelerTvpc-A с'гмгП ORROR

PARAMElER Pa:aioe‘.crTypcl1 :    ! objrclidcntificrScomponrnt 12 J

END

ПрИ&ОШЧЫЛ 1Н1Ж1 пример ПОКО?ЫВД»-7 способ НМГортирОВаНИЯ nnipSHHfl II ошибо». OpuraltanlO и irrcirin и mi-ют лок-чиьийо лначення. определенные п экспортирующем vii и.tv Ра 'робтчлк яипорпщуишитг моауля нссег отщ-тствгк-num. щ }iini.a.«i.ivftc»u »ui\ iKa’icii.tii н npe.uviax абстрактного синтаксиса. Опе-рлшш opi’rationlU относится к типу ОрегяНолТуреА и имеет присвоенное пиарит 1Д Om ifisii irr«.ri:5 относится к Tiitiy ЕггогТуртД и имеет лунечоеших' ша-41-ит 13. Оре'яНопП н 1ГЮ.-Н им;чи- «.шба .miwi- уникальные :<лв<Ц-нки, orpe.w ,i •нич" п и-еиоргнпу юше ч каду.к

li ii-crling Module { j * bj 1Ч"1 i d t' >» t if io I -3 ) DEFINITIONS •: -BEGIN

IMPORTS operation!». Operatinni ypoA. operation! 1. c-rrorlO. ErrorTypeA, erforl I I-ROM ExjioriiiigModule { objee! identifier ).

Diuialiijni:? Opera!ioiiTypi A ■ • — 13 r'r-orTvpi*\ — 13

END

B.4 Определение эдсмснгов-услуг-приклаяиою-уровия

H яви pas w.n* приведши примеры способа определения ссрвксннх-э.кмен-tii« :i;iiik'здп'ксьг рнг.пл. 'Чти примеры ссылаются на ооерании и ошибки, опрело >н-гч1- и примерах разила !>.!.

Ci'prneiiw i 1.-ил:г»п '.никла ;>нип.уропич element I содержит операции Opera-! ion Example 12 и operaiionExample3,’a также ошибки errorExampIel и error-Ехатпр1г2 Замети»», что ошибки пкл*>чекм непосредственно nyn-w ппре?( .гения onepn inf.. Еерзпсиый-элемеш-щмшдалиого-уроння demerit является симметричный, 7 .• обл мечента польттгтеля могут привлечь операции opei a lion-Exampiol2 и operatlonExamp!e3.

element JAPPLJCATION-SfjRVlCl'-ELEMFNT OPERATIONS { o|voratlonFxainplel2, operationExamnk'3 )

: : «* ( objittidcntiJiffOIEIentenl } &-ры1СниГ|-1Ск'Ы«-ит-прмкла;Ш01о-уроиня olemeul2 oxeaiwnae' операции i>|KTationE.\amplo3 11 operation ЕхатрЫ и ошибку crrorExatnplel. Сервисный-».км1нт-прик.м.1и010 ур<1пня i-!crm n(2 ячлястси асимметричным, т. с. только один >>.-мси1-по.1ь.«)Г1ателя (который находится и роли погубителя! «О же г привлекать операции opera:ionExarnp!e3 и operationExample4. elemen t2A PPLIC AT ION - SER VI СЕ- E LEM ENT

CONSUMER INVOKES | o?crationExample3, operaiionExamnM |

: **- { object idcntifierOfElement? } Сорвисньи'еэдсмент-ирикладного-уровнй ek-ment3 охватыпиет операции opc-rationExamp'el2 и operationEsamp'ejii и ошибку crrorExample2 Сервнсный-^ле-мснтирик.идного-уропии <-2erm:iu.i является асимметричным, т <• только «дик >лсмеиг-подьзо»атс.1я (который находится о роли поставщика) может привлекать адорации operalk>nExamplel2 11 op(-raifonExample5l.

•18

Страница 53

ГОСТ Р ИСОМЭК 9072—1—М

е!мпеп*ЭАРР LICATION-SE RVICE-ELEMENT

SUPPLIER INVOKES { operationEx*mp]el2. opcrа< ion EixampleS t )

:; = { objecti<JentifierOIElcnient3 J Сервисный ?лсиеит-лркк.,’а.и«>го-у|>С1*мя elcment4 охватывает операции »a rcnt-opl2. operation Examples I и operation Example62r а также ошибки еггот-Example! и errorExample2. Заметим, что порождасмыс-операиии operation-ExamplcSl и operation£xample52 включены косвенно путем определения порож-дающсй-олсрацик parent-opl2, Ссрвнсный-мсментприкладкогоуроаня dementi является асимметричным. i. с. только один элемент-пользователя {который находится в роли поставщика) может приидекзть порождаемые операции operation-ExamplcM и operationExampkS2 при появлении порождающей операции ра-rent-op 12

clcmenMAPPLICATfON.SI-RVICE-ELEMENT CONSUMER INVOKES { parent-opl2 )

::    ; objecti(knWierOf£leine»t4 J

Сервисный элемент ириклапио<о*уровня elements содержит te же операции н ошибки, что я еераисный-алемеит-прнкладното-уровни element* Единственное отдичве состоит в ю«, что 8ле м е Jt i • пол ьло ва тел я в роли поставщика может привлекать операцию opcrationE.<ample52 либо как порождаемую операцию, либо впе набора взакмосвизаиных-операций (как неиорождаемую операцию) eleroentSAPPLICATION-SERVlCE-ELEMENT CONSUMER INVOKES { paren(-opl2 >

SUPPLIER INVOKES { operationExampte52 |

: -    ( objcctidenti(ierOtElemcnt3 }

B.5 Определение прикладных кои!екстоа

В этом разделе приводятся примеры способов определения прикладных контекстов для различных классов ассоциаций. Эти примеры ссылаются на сервис-ный-элемеит-лрнкладного-уроввя. определенный в примерах раздела 6 4. а также на операции-связки и операции развязки, определенные в примерах раздела Б-2 Прикладкой контекст contextI содержит сервисные-элементы-прмк.тадно1 о-уровня СЭУА. СЭНТ1. СЭУО и element2; операцию свпзки BindExampiel м one раиию-разнязки UnbindExamplc3. Иииннатор-ассониаиин может привлечь операции operaUonE.\am|>!e3 и operationEvampM. Ответчику-асооиизции не разрешается привлекав никаких операций (ассоциативный класс I) context I APPLICATJON CONTEXT

APPI.ICA1 ION-SERVICE-ELEMENT ( aCSE. iTSE )

BIND BindExampIel UNBIND UnblndExample3 REMOTE OPERATIONS { rOSE J INITIATOR CONSUMER OF ! elements >

ABSTRACT SYNTAXES

{( joint-iso-ccitt associaiion-control(2) abstract-Syntax(l) apdus(O) version! (I) objectideniificrOIAbstractSynfaxl )

: -* { objectidentilierOIContextl }

Прикладной контекст con text 2 содержит сервискыс-з>лементы-прикладиого-уровня СЭУА. СЭУО. element? и elcment3; операцию сеялки BmdExamplel и операцию |>а «вязки lVibind£xample3. Отоетчик-ассоцнации может привлечь операции oporauonExa:nple3. opeialionExample4, operatifinExampIel2 к operation* Examples] Инициатору ассоциации не разрешается привлекать никаких опера цнй (ассоциативный класс 2>

Страница 54

ГОСТ Р И COM3 К ^72-1-М

соп»ыг APPL IOA1ION CONTF.XT

APPL1CATION-SERVICE-ELEMENTS { aCSE ]

BIND BindExaniplel UNBIND Unb-ndExample3 REMOTE OPERATIONS j rOSE )

INITIATOR CONSUMER OF ! ekm*nt3 I RESPONDER CONSUMER OF < d«Mnl2 J ABSTRACT SYNTAXES {{joinMsoccilt a$socialion-cx>ntrol{2) ahstf3c:-Syntax(I) apdus(C) version!(I) ). objcctidcniifufOIAbsiractSyntax2 )

: -- ( objectidentific:OfCon1exti2 J Прикладной чои текст eoniex(3 содержи» сервискые-элементы прикладного уроянг СЭУА, C3HI1, СЭУО, н elemenl2; операииюсвязки BindExamplel и one-рашпо-раявздки UnhindExampk-З От»С1Чнк ассоциации может привлечь операции opeta(ionEyaeiple3. operajionExampM. Инициатору-ассоимаиии ire разрешат* привлекать никаких операций (ассоциативный класс 2) contexts APPL1CATIONCONTEXT

APPLICATION-SF.RVICE ELEMENT ( aCSE. rTSE 1 BIND BindFxamnlel UNBIND UnbindExample3 REMOTE OPERATIONS { rOSF. 1 RESPONDER CONSUMER OF < element2 )

ABSTRACT SYNTAXES { objcc(idcnti1ierOfAbslractSynlax3 J : • = { objectidcnttfierO(Con1ex(3 J Прикладной коитекс? conlex(4 содержи» сераисные-элементм-приклздного-уровня СЭУА. СЭУО. и cls*nonl2; операиию-связки BindExamplcS и операцию развязки Unt>indExampic3. Прикладной коитекет conteit3 является симметричным. т. е. как инициатор-ассоциации. так и ответчик-ассоциации может привлечь операции operationExamplc2 н opcra)ionExample3 (ассоциативный класс 3). con(cxt4 APPLICAT10N-C0NTEXT

APPLICATION-SERV1CE-ELEMENTS { aCSE)

BIND BindExample-3 UNBIND UnbindCxomplc3 REMOTE OPERATIONS < rOSE )

OPERATIONS OF { element! J ABSTRACT SYNTAXES ( objcctidcnti[i«rOfAbstractSynlax4 J :: — { ob)ecttdentifierOIContcxt4 }

Два последних номера исходят из одного поименованного абстрактного синтаксиса.

8.6 Упорядоченное разьединение прикладной-ассоциации

В.6.! Введение

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

В 6.2 Цели

Излагаемые правила ставят перед собой одну из двух следующих цем* в зависимо;»и от ситуации:

Страница 55

ГОСТ Р ИСО МЭК 9072-1-93

а)    Цель «о точности один paj». В идеальном случае логический объект при* «ладного уройия должен быть способен вести учет привлечениям опера-икн, добиваясь того, ■побы операция выполнялась только один раз. а не несколько рал или ии одного раза

б)    Цель «максимум один раз» В некоторых ситуациях цель <з точности одни раз* не может быть достигнута В меньшей степени, но все же по лезиой целью является такое привлечение операции, при котором >та операция будет выполнена максимум один раз. 7 е , возможно, ни одного раза, но никогда дважды

В 6.3 Определение правил

Перечисленные ниже обшне правила применимы в любых обстоятельствах:

С! Исполнитель должен сообщить результат или ошибку для каждой подтверждаемой операции по той же прикладной ассоциации, по которой была привлечена *тз операция

С2. Инициатор не должен разъединять прикладную ассоциацию до тех по?, пока не будут подтверждены все привлеченные им операции.

Следующие специфические правила применимы в некоторых обстоятельствах

51    При каждом использовании услуги УО-ПРИ8ЛЕЧЕНИЕ >аян«тель должен обеспечить различные Ид привлечения (если только это не повторная попытка привлечения) даже через последовательность приклацных-асеоциаций i»io дает возможность исполнителе достичь цели «максимум одни раз» путем подавления дублирований

52    Если исполнитель сталкивается с дубликатом Ид-привлечения в услуге УО-ПРИВЛЕЧЕНИЕ. он должен использовать услугу УО-Пл-ПРИВ ЛЕЧЕНИЕ с дублнровзнным привлечением а качестве параметра «причина-отказа* Это будет способствовать достижению цели «и точности один раз»

53.    Инициатор-ассоциации доджем отклонить любые привлечении, которые он не выполнил до разьединения прикладной ассоциации.

54.    Инициатор-ассоциации должен ответить к» любые привлечении, сели он выполнил их до разъединения прикладной-ассоциаини.

В6.4 Применение правил

Обшне правила применимы всегда Специфические пропила управляют при* нладными-ассоциаииями конкретных ассоциативных классов н операциями (привлекаемыми посредством таких ассоциаций! конкретных операционных классов следующим образом-

а)    Прикладныс-ассоциации ассоциативного класса 1- К операциям операционных классов I и 2 не применимы никакие специфические правила. К операциям операционных классов 3. 4 и 5 применимы специфические правила SI и S2.

б)    Прикладные-ассоциации ассоциативных классов 2 и 3: К операциям опе-

?ационных классов I и 2 применимы специфические правила S3 и $4. Любое привлечение, выданное огнетчиком-ассоикацин после «их», как инициатор-ассоциации выдал разъединение, теряется. Отказы ответчика 7акжс могут быть потеряны). К операциям операционных классов 3. 4 и 5 применимы специфические правила SI. S2. S3 и S4.

Для тех протоколов, которые содержат только операции операционных классов I или 2. единственным ограничением при значениях Ид-привлечения, обеспечиваемых для услуги УО-ПРИВЛЕЧЕ1ШЕ. является то. чго они изменяются в течение времени сущ£ч;твовання прикладной .ассоциации.

Логическнс-объекты-прикладного уровня обесаечнваюс для привлекающего уникальность идентификаторов Ид-прнвлечсния и через последовательные прнк-ладныс-ассопиацни путем обмена адресами-уровмя представления за установленное прикладной ассоциацией время н для каждого здреса-урозня-прёдставлсння

51

Страница 56

ГОСТ Р ИСОМЭК 9072-1-93

обеспечивают целостность идентификаторов Ил-привлечение. что повышает монотонность в течение некоторого разумного периода времени.

Чтобы обеспечить в точности одноразовое выполнение операций операционных классов 3, 4 и 5, логический-обьект-прикладиоголропня должен выявлять причину-отказа дублированных привлечений путем двухкратного <илн много и ратного) привлечения с одним и тем же Ид-иривлсчсиии. В противном случае самое большее, что может быть досттнуто, -»то иель «максимум один раз*. исходя из того, что в обшем случае заявитель не следит >а выполнением неподт-вержаэеммх оперений.

В.6.5 Заключительные замечания

Каждая операция операционных классов I или 2 выполняется о точности один ра.*

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

S2

Страница 57

ГОСТ I» ИСО МЭК *072-1-W

УДК 681.3 : 621 39 : 006.354    П8о

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

ОКСТУ 4002

Страница 58

Редактор Г. С. Шеко Технический редактор В И. Прусаковш Корректор М. С. Кибашова

Сдлпо о *ллпр 2S.02 44. Подгт « п<ч. 1У04<М. У<л. ос« л. 3.19. У<*л ир.-Отт. 3.4®. __Уч Ш* д. 3.»?. Тир 413 ж» С 1202.

Орден» «Знак Почстд> Иэхатсдкто ста*двртов. 1*707*. Моемо, Колохмий пер.. N К*ЯуЖСК#й тнг<1гг»1|фии стандартов, ул. Москок***. 2$6. Злк. 506