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

58 страниц

548.00 ₽

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

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

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

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

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

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

  Скачать PDF

Оглавление

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

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

3 Определения

4 Сокращения

5 Соглашения

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

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

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

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

10 Определение услуг

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

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

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

Приложение В Руководство для разработчиков протокола прикладного уровня по использованию СЭУО

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

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

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

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

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

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

ЬЗ 11—92/1121


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

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

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

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

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

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

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

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

Москва

1994

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7

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


1


Прикладная-ассоциация

ЛОП

\

Привлечение

порождающей—операции

/

Привлечение

ч

порождаемой—операции

/ ,

Привлечение

ч

порождаемой- операции

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

->

Исполнитель порождающей операции


----1

ЛОП I


\


I *


Выполнение У порох дающей операции


L


J


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

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

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

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

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

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

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


8


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

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

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

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

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

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

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

9

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

4 Зак. 505

Прикладной

уровень

Операционныи-—интерфейс

(определенный в виде набора СЭР с исполь зованием УО-нотзции)


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

Элемент—пользователя


Сервисный—элемент —при к ладного—у ровня и преобразование в СЭУО и воз можно вСЭУАили СЭНП


Протокол


г Л

1 СЭНП 1

СЭУА

I факуль |

1 татив |

1 но , 1_ _1

СЭУО


прикладного

уровня

по прикладной ассоциации

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

Элемент—пользователя

Сервисный—элемент—прик ладного—уровня и преоб разование в СЭУО и, воз можно, в СЭУА или СЭНП

Г” ~1 | СЭНП |

| факуль |

| татив I

L- _1

СЭУА

СЭУО


ГОСТ Р ИСО/МЭК 9072


со

со


Уровень

представления


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


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

операций


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

11


Тип нотации макрокоманды 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. Это макроопределение обеспечивает возможность обоб-щенной спецификации преобразования в различные исполнитель ные среды.

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

DEFINITIONS -

BEGIN

EXPORTS BIND, UNBIND, OPERATION, ERROR;

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

BIND MACRO : : =

BEGIN

TYPE NOTATION : : = Argument Result Error

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

value

Argument    :    :    =    empty    |    «ARGUMENT»    Name    type

(Argument-type)

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

END

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


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

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

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

15

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

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

type)

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

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

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

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

Error    :    :    =    empty    |

«BIND-ERROR» Name type

(Error-type)

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

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

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

-    - ошибки»

Name    :    :    =    empty    |

Argument-value : : = empty {

identifier

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

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

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

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

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

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

<VATUE [16] EXPLICIT A'-CTiaru'nt-Wpo : : •= Arg-valued

Result-value : : = empty

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

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

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

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

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

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

с VALUE [17] EXPLICIT

Result-type : : = Res-value>

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

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

END

- - Продолжение нотации удаленных onega^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

Ai gument

Error value

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

Result

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

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

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

i rroi

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

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

LND

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

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

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

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

1

о

СОДЕРЖАНИЕ

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

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

5

5

6 11

13

74

23

33

36

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

4    Сокращения

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

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

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

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

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

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

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

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

41

45

Приложение А Нотация, поддерживающая спецификацию сервисных-эдементов-прикладного-уровня и пр,иклаДных'к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).

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

1

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

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—871 Системы обработки информации Взаимо связь открытых систем Соглашения по услугам

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

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

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

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