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

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

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

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

ЧАСТЬ 1. МОДЕЛЬ, НОТАЦИЯ И ОПРЕДЕЛЕНИЕ УСЛУГ

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

ГОССТАНДАРТ РОССИИ

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

государственный стандарт российской федерации

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

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

Часть 1 МОДЕЛЬ. НОТАЦИЯ И ОПРЕДЕЛЕНИЕ УСЛУГ

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

Москва

1994

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7

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

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

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

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

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

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

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

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

4 Зак. 505

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

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

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

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

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

7.1 Общее описание нотаций

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

в)    УО-ОШИБКА;

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

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

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

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

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

12

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

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

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

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

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

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

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

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

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

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

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

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

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

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

13

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

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

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

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

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

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

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

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

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

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

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

— нотация синтаксиса данных и нотация макрокоманд определены в ГОСТ 34.973;

14

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

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

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

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

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

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

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

15

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

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

type)

. - ОжЙ^ает поступления лю-

-    - бого типа АСЫ 1 и присвап-

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

-    -рсзуД^тата»

«BIND-ERROR» Name type

(Error-type)

-~ОжРД^аст поступления любо-

-    - _го типа АСН.1 и присваиза-

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

-    - ошибки»

identifi^er

«ARGUMENT» value (Arg-va-lue Argnment-type)

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

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

-    - «тиД"^аР^гУ^{мент>> и} прнсваи-

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

-    - ченре'ИИтуиента»

<VATUE [16] EXPLICIT A'-CT_iaru'ⁿt-Wpo : : •= Arg-valued

-    - Пер^елает окончательное _ ^ _3Haiieime в вице я-вно теги---розЯ^ииого Tima «RESULT» value (Res-value Result-type)

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

-    -чсий^я типа в переменной

-    - «тиП~Р^езУ^{льтата и} ирисваи-

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

-    - ченД^с"Р^езУ^льтат^а>>

с VALUE [17] EXPLICIT

Result-type : : = Res-value>

-    - Пер^сД^ает окончательное --зна^^{ение в} виде явно теги-

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

END

- - Продолжение нотации удаленных oneg^a^^H следует_

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

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

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

Предисловие

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

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

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

3    ВВЕДЕН ВПЕРВЫЕ

{£ Издательство стандартов.

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

И

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

Error \alue    —    empty    |    «ERROR»    value    (ERR value

brror type)

Ожидает поступления зна чения типа в переменной «тип ошибки» и присваива ст его переменной «значе ши ошибки»

СV\LUE [181 EXPLICIT biioi tvpe = Err valued Передаст окончите пьчо зил шипе в виде явно теги рованного типа

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

UNBIND MACRO =

BFGIN

TYPL NOTATION = Argument Result Eriors \ ^ALUF NOTATION = Argument value | Result value

Error value

= empty | «ARGUMENT» Name type (Argument type)

Ожидает постутенич no бого типа АСН 1 и присва ивает его переменной «тип аргумента»

= empty | «RESULT» Name type (Result type)

Ожи идет поступления лю бого типа АСН 1 и присваи вает его переменной «тип рсз\тьтата»

— empty I «UNBIND ERROR» Name type (Frror type)

Ожидает поступления тю бого типа АСН 1 и присваи ва^т его переменной «тип ошибки»

LND

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

Р icynoi t (Лист 3) — Формализованное определение типов данных

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

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

СОДЕРЖАНИЕ

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

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

8 Определения    ...    .....

4    Сокращения

5    Соглашения    .    .    .....

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

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

8    Взаимоотношение с другими ЛОП и услуга.^ нижерасположенкых уровней .

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

J0 Определение услуг ..........

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

12 Последовательность выполнения    .    .....

Приложение А Нотация, поддерживающая спецификацию сервисных-эдементов-прикладного-уровня и пр^,иклаД^ных'^{к0НТСкСТ0В} Приложение В Руководство для разработчиков пр^{отоколов} прикладного уровня по использованию СЭУО......

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

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

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

Часть I. Модель, нотация и определение услуг

Information proo ssinn systems. Text communication. Remote Operations Part 1: Model, notation and serucc definition

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

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

1 (летящий еглпдлрг содержит определение потлцип \ далонпых о 11 о ] > Д| К11 Г! (УО) е целью опре щдопаи уел\г, со мл щемм \ для ннтс-ралтшшых примеиспий. В настоящем стапдлрте определяются !лк-же услуги, обеспечиваемые сервисным элементом удаленных операций (СЭУО). Услуги СЭУО обеспечиваются путем пспочьзова-! 1 ] 1 я протокола СЭУО (ГОСТ Р ИСО/МЭК 9072—2) совместно с услугами сервисного элемента управления ассоциацией (СЭУА) (ИСО 8649), протоколом СЭУА (ИСО 8650), факультативно е \ слугами сервисного элемента падежной передачи (СЭНГ1) (ГОСТ Р ПСО/МЭК 9066--1) И протоколом СЭНГ1 (ГОСТ Р ИСО/МЭК 90(H)—2), а также с услугами-уровня-представлспия (ГОСТ 34.971).

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

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

3 3лк. 505

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

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

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

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

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

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

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

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

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

ИСО/ТО 8509—87¹ Системы обработки информации Взаимо связь открытых систем Соглашения по услугам

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

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

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

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

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

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

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

термины:

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

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

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

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

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

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

ня;

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

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

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

л)    услуга-сеансового-уровня;

м)    соединение-сеансового-уровня;

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

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

по услугам

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

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

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

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

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

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

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

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

и)    индикация (примитив);

к)    ответ (примитив) и

л)    подтверждение (примитив).

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

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

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

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

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

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

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

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

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

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

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

35 Определения, относящиеся к надежной передаче

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

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

ЗбОпределения, относящиеся к СЭУО

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

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

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

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    Удаленные операции:

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

4

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

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

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

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

3 6 12 Поль юватель-СЭУА — специфичная для прикладного \ровня функция, которая выполняет преобразование операций-свяжи п операции-развязки нотации-УО в СЭУА.

3 6 13 Сервисный элемент удаленной операции — сервисный ■элемент прикладпо!о-уровня, определяемый в настоящем стандарте.

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

3 6 15 Пользовагель-СЭУО — специфичная прикладная функция, выполняющая преобразование операции и ошибок нотации УО    СЭУО

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

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

4    сокращения

ЛОП — логический-объект-прикладного-уровня;

СЭУА — сервисный элемент управления ассоциацией;

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

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

ВОС — взаимосвязь открытых систем;

УО - удаленные операции;

СЭУО — сервисный элемент удаленных операций;

НП — надежная передача;

СЭНП — сервисный элемент надежной передачи.

5    СОГЛАШЕНИЯ

Настоящий стандарт определяет услуги СЭУО, следуя описательным соглашениям, принятым в ИСО/ТО 8509. В разделе 10 настоящего стандарта определение каждой услуги СЭУО содержит

5

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

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

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

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

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

У — условно;

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

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

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

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

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

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

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

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

6

1

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