Полное меню
- Актуальное
законодательство - Интернет
и право- - Рассылка ''Закон есть закон''
- - Форум сайта (архив)
- - Законодательство
- - Судебная практика (необычная)
- - Судебная практика (авторская)
- - Процедура UDRP и и решения WIPO
- - Книги серии ''Интернет и Право''
- - Книги в открытом доступе
- - Учебный курс ''Интернет и Право''
- - Учебный курс ''Доменные споры''
- - Литература по ''Интернет и Право''
- - Литература по интел. собственности
- - Научный уголок (работы гостей)
- - Авторские публикации
- Информационные
материалы - ЮРИДИЧЕСКИЕ
УСЛУГИ- - Перечень юридических услуг
- - Карта юридических услуг
- - Юридическая консультация
- - Доменные споры (RU), авторское право
- - Международный суд по доменам (COM)
- - Защита прав на маркетплейсе (WB, Ozon)
- - Защита прав в соцсетях (Vk, Ok, FB)
- - Купля-продажа домена, сайта, ПО
- - Досудебное урегулирование конфликта
- - Защита чести и деловой репутации
- - Отмена блокировки сайта/домена РКН
- - ФАС: товарные знаки, авторское право
- - Регистрация ПО/сайта (Роспатент)
- - Юридическая проверка домена
- - Нотариальное заверение сайтов
- - Способы и формы оплаты услуг
- - Мы в СМИ
- - О компании, клиенты
- - Наши дела и победы
- - Контакты и реквизиты
- Информация
о сайте -
ОписаниеИсточник публикации М.: ИПК Издательство стандартов, 1998 Примечание к документу Документ введен в действие с 1 января 1999 года. Название документа "ГОСТ Р ИСО/МЭК 10021-3-98. Государственный стандарт Российской Федерации. Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 3. Соглашения по определению абстрактных услуг" (принят и введен в действие Постановлением Госстандарта России от 10.07.1998 N 288) "ГОСТ Р ИСО/МЭК 10021-3-98. Государственный стандарт Российской Федерации. Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 3. Соглашения по определению абстрактных услуг"
|
Аспект абстрактной услуги | Аспект протокола, основанного на СУО |
Операция абстрактной связки | Операция связки |
Операция абстрактной развязки | Операция развязки |
Абстрактная операция | Операция |
Абстрактная ошибка | Ошибка |
Соответствия, приведенные в таблице 1, обусловлены тем, что соответствующие аспекты формально определены с использованием тесно связанных или эквивалентных макрокоманд, как показано в таблице 2.
Таблица 2
Эквивалентные абстрактные услуги и макрокоманды СУО
Макрокоманды абстрактной услуги | Макрокоманды СУО |
ABSTRACT-BIND | BIND |
ABSTRACT-UNBIND | UNBIND |
ABSTRACT-OPERATION | OPERATION |
ABSTRACT-ERROR | ERROR |
Определение СЭП, основанных на СУО, и ПК, которые конкретно реализуют абстрактные порты, поясняется в Приложении A на примере.
Для тривиальности реализации необходимо наличие операции абстрактной связки, связывающей все порты, которые должны взаимодействовать попарно.
Примечание. Когда в абстрактной услуге участвуют несколько портов (пар портов), это требует, чтобы операция абстрактной связки предназначалась для конкретных участвующих портов. Не предусматривается (в настоящее время) автоматический синтез приемлемой абстрактной связки, основанный, например, на определениях операций абстрактной связки для отдельных портов.
10.2. Реализации не-СУО
Конкретная реализация портов и связок - это более существенная задача, когда делается попытка использования иных средств, кроме удаленных операций; немногое можно сказать и об общей проблеме.
Несмотря на сказанное, уместны следующие два соображения:
а) конкретная реализация абстрактной услуги в качестве прикладного протокола очень упрощена при использовании АСН.1 для определения ее блоков ПБДП. Это объясняется тем, что спецификация протокола может просто импортировать соответствующие типы и значения из специфики абстрактной услуги;
б) конкретная реализация абстрактной услуги, абстрактные операции которой не уведомляют о своих результатах, концептуально проста. Это объясняется тем, что каждая такая абстрактная операция представляет взаимодействие, содержащее один ПБДП. Из этого простейшего из всех возможных взаимодействий можно построить произвольно сложные.
Вторичная цель рекомендаций МККТТ и стандартов ИСО - добиться того, чтобы указанные части задачи распределенной обработки информации, выполняемые собственными средствами, решались таким образом, чтобы обеспечивалась заданная общая функциональность системы.
Реализация абстрактных портов и связок собственными средствами кратко рассматривается ниже. Учитываются и распределенные, и нераспределенные реализации.
Конкретная реализация портов и связок посредством протоколов обмена собственных вычислительных машин - вопрос локального характера. Спецификация наглядной функциональности, воплощенная в абстрактной услуге, обеспечивает руководство для изготовителей собственных реализаций с тем, чтобы в приемлемых случаях такие реализации могли бы играть соответствующую роль в решении общей задачи.
11.2. Нераспределенные реализации
Конкретная реализация портов и связок посредством механизмов полностью одной вычислительной машины - вопрос локального характера. Как и в случае, рассмотренном в 11.1, спецификация абстрактной услуги служит руководством для изготовителей в обеспечении того, чтобы собственная реализация могла тем не менее выполнять соответствующую роль в решении общей задачи.
(информационное)
В данном Приложении на примере показано использование нотации абстрактной модели и услуг. В примере показаны две системы: "желтая" и "зеленая" - и их функциональные среды: "желтая" и "зеленая".
Нотация абстрактной модели используется для отдельного описания сред (разделы A.2 и A.4) и для демонстрации связи их систем: одна строится из другой (раздел A.6). Нотация абстрактной услуги используется для описания возможностей каждой системы (разделы A.3 и A.5). Пример заканчивается реализацией совокупных портов в виде ПК и СЭП, использующих нотацию СУО ГОСТ Р ИСО/МЭК 9072-1, что может соответствовать обмену данными ВОС (разделы A.7 и A.8).
Для определяемых в данном Приложении модулей АСН.1 требуется присвоение различных объектных идентификаторов. Все они определяются ниже с использованием АСН.1. Эти присвоения - определяющие, за исключением присвоений для модулей АСН.1 и самого предмета соглашений по определению прикладных услуг. Определяющие присвоения для модулей АСН.1 имеются в самих модулях, другие ссылки на них используются в разделах IMPORT. Для предмета соглашений по определению прикладных услуг присвоения фиксированные.
ExampleObjectIdentifiers {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) obiect-identifiers(0)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
- - Экспортирует все
IMPORTS - - ничего - -;
ID ::= OBJECT IDENTIFIER
- - Пример соглашений по определению абстрактной услуги (неопределяющий)
id-asdc-ex ID ::= {joint-iso-ccitt mhs-motis(6) asdc(2) example(1)}
- - неопределяющий
- - Категории
id-mod ID ::= {id-asdc-ex 0} - - модули; неопределяющие
id-ot ID ::= {id-asdc-ex 1} - - типы объектов
id-pt ID ::= {id-asdc-ex 2} - - типы портов
id-ref ID ::= {id-asdc-ex 3} - - уточнения
id-ac ID ::= {id-asdc-ex 4} - - прикладные контексты
id-ase ID ::= {id-asdc-ex 5} - - сервисные элементы прикладного уровня
id-as ID ::= {id-asdc-ex 6} - - абстрактные синтаксисы
- - Модули
id-mod-object-identifiers ID ::= {id-mod 0} - - неопределяющий
id-mod-ye-refinement ID ::= {id-mod 1} - - неопределяющий
id-mod-y-abstract-service ID ::= {id-mod 2} - - неопределяющий
id-mod-ge-refinement ID ::= {id-mod 3} - - неопределяющий
id-mod-g-abstract service ID ::= {id-mod 4} - - неопределяющий
id-mod-ys-refinement ID ::= {id-mod 5} - - неопределяющий
id-mod-ys-realization ID ::= {id-mod 6} - - неопределяющий
id-mod-gs-realization ID ::= {id-mod 7} - - неопределяющий
- - Типы объектов
id-ot-y-environment ID ::= {id-ot 0}
id-ot-y-user ID ::= {id-ot 1}
id-ot-y-system ID ::= {id-ot 2}
id-ot-g-environment ID ::= {id-ot 3}
id-ot-g-user ID ::= {id-ot 4}
id-ot-g-manager ID ::= {id-ot 5}
id-ot-g-system ID ::= {id-ot 6}
id-ot-agent ID ::= {id-ot 7}
- - Типы портов
id-pt-y-use ID ::= {id-pt 0}
id-pt-g-use ID ::= {id-pt 1}
id-pt-g-management ID ::= {id-pt 2}
- - Уточнения
id-ref-y-environment ID ::= {id-ref 0}
id-ref-g-environment ID ::= {id-ref 1}
id-ref-y-system ID ::= {id-ref 2}
- - Прикладные контексты
id-ac-y-use ID ::= {id-ac 0}
id-ac-g-use ID ::= {id-ac 1}
id-ac-g-management ID ::= {id-ac 2}
- - Сервисные элементы прикладного уровня
id-ase-y-use ID ::= {id-ase 0}
id-ase-g-use ID ::= {id-ase 1}
id-ase-g-management ID ::= {id-ase 2}
- - Абстрактные синтаксисы
id-as-y-use ID ::= {id-as 0}
id-as-g-use ID ::= {id-as 1}
id-as-g-management ID ::= {id-as 2}
END - - Конец примера объектных идентификаторов
Желтая среда, изображенная на рисунке A.1, формально уточняется ниже с использованием макрокоманд OBJECT и REFINE.
Как показано на рисунке A.1 и подтверждено ниже спецификацией АСН.1, желтая среда может моделироваться как объект, который может быть разложен на один центральный объект - желтую систему и любое количество других периферийных объектов - пользователей желтой системы. Желтая система взаимодействует со своими пользователями посредством ее портов использования желтой системы.
- - - - - - - -
YellowEnvironmentRefinement {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) ye-refinement(1)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
yellow-environment, yellow-environment-refinement,
yellow-system, yellow-user;
IMPORTS
- - Абстрактная услуга желтой среды
yellow-use
- - - -
FROM YellowAbstractService {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
y-abstract-service(2)}
- - Пример объектных идентификаторов
id-ot-y-environment, id-ot-y-system, id-ot-y-user,
id-ref-y-environment
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - Нотация абстрактной услуги
OBJECT, REFINE
- - - -
FROM AbstractServiceNotation {joint-iso-ccitt
mhs-motis(6) asdc(2) modules(0) notation(1)};
- - Желтая среда
yellow-environment OBJECT
::= id-ot-y-environment
- - Уточнение желтой среды
yellow-environment-refinement REFINE yellow-environment AS
yellow-user-RECURRING
yellow-system
yellow-use [S] PAIRED WITH yellow-user
::= id-ref-y-environment
- - Типы объектов компонентов
yellow-user OBJECT
PORTS {
yellow-use [C]}
::= id-ot-y-user
yellow-system OBJECT
PORTS {
yellow-use [S]}
::= id-ot-y-system
END - - Конец уточнения желтой среды
Ниже приведено формальное определение абстрактной услуги, обеспечиваемой желтой системой ее пользователям, с использованием макрокоманд PORT и ABSTRACT-BIND, -OPERATION, -ERROR.
Как указывает спецификация АСН.1, абстрактная услуга, обеспечиваемая желтой системой, включает в себя порты одного типа: использование-желтой-среды. Каждый порт охватывает некоторое число абстрактных операций, которые в совокупности уведомляют об абстрактных ошибках. Желтая система защищает свои порты посредством операции абстрактной связки - YellowBind, требующей, чтобы пользователи удобным образом идентифицировали себя перед последующим взаимодействием. Операция абстрактной развязки - YellowUnbind, составляющая этап завершения, необходима для завершения взаимодействия.
- - - - - - - - - -
YellowAbstractService {joint-iso-ccitt mhs-motis(6) asdc(2) example(1)
modules(0) y-abstract-service(2)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
AuthenticateUser, Yellow-operation-1,... yellow-use;
IMPORTS
- - Пример объектных идентификаторов
id-pt-y-use
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - Нотация абстрактных услуг
ABSTRACT-BIND, ABSTRACT-ERROR, ABSTRACT-OPERATION, PORT
- - - -
FROM AbstractServiceNotation {joint-iso-ccitt
mhs-motis(6) asdc(2) modules(0) notation(1)};
- - Тип порта
yellow-use PORT
CONSUMER INVOKES {
Yellow-operation-1,...}
::= id-pt-y-use
- - Операция абстрактной связки
Credentials ::= SET {
name [0] IA5String,
password [1] IA5String}
YellowBind ::= ABSTRACT-BIND
TO {yellow-use[S]}
BIND
ARGUMENT credentials Credentials
BIND-ERROR ENUMERATED {
name-or-password-invalid(0)}
- - Операция абстрактной развязки
YellowUnbind ::= ABSTRACT-UNBIND
FROM {yellow-use[S] }
- - Абстрактные операции
Yellow-operation-1 ::= ABSTRACT-OPERATION
ARGUMENT...
RESULT...
ERRORS{
yellow-error-1,...}
...
- - Абстрактные ошибки
yellow-error-1 ABSTRACT-ERROR
PARAMETER...
::= 1
...
END - - Конец абстрактной услуги желтой среды
Зеленая среда, изображенная на рисунке A.2, формально уточняется с использованием макрокоманд OBJECT и REFINE.
Как показывает рисунок A.2 и подтверждает спецификация АСН.1, зеленая среда может моделироваться в виде объекта, который можно разбить на один центральный объект - зеленую систему, любое количество других периферийных объектов - пользователей зеленой системы и любое количество дополнительных объектов - диспетчеров зеленой системы. Зеленая система взаимодействует с пользователями и диспетчерами зеленой системы посредством ее портов использования зеленой системы и с (одними) диспетчерами зеленой системы посредством ее портов управления зеленой системой.
- - - - - - - - -
GreenEnvironmentRefinement {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) ge-refinement(3)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
green-environment, green-environment-refinement,
green-manager, green-system, green-user;
IMPORTS
- - Абстрактная услуга зеленой среды
green-use, green-management
- - - - -
FROM GreenAbstractService {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
g-abstract-service(4)}
- - Пример объектных идентификаторов
id-ot-g-environment, id-ot-g-manager, id-ot-g-system,
id-ot-g-user, id-ref-g-environment
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - Нотация абстрактных услуг
OBJECT, REFINE
- - - -
FROM AbstractServiceNotation {joint-iso-ccitt
mhs-motis(6) asdc(2) modules(0) notation(1)};
- - Зеленая среда
green-environment OBJECT
::= id-ot-g-environment
- - Уточнение зеленой среды
green-environment-refinement REFINE green-environment AS
green-user RECURRING
green-manager RECURRING
green-system
green-use [S] PAIRED WITH green-user, green-manager
green-management [S] PAIRED WITH green-manager
::= id-ref-g-environment
- - Типы объектов компонентов
green-user OBJECT
PORTS {
green-use [C]}
::= id-ot-g-user
green-manager OBJECT
PORTS {
green-use [C],
green-management [C]}
::= id-ot-g-manager
green-system OBJECT
PORTS {
green-use [S],
green-management [S]}
::= id-ot-g-system
END - - Конец уточнения зеленой среды
Ниже приведено формальное определение абстрактной услуги, обеспечиваемой зеленой системой для ее пользователей и администраторов, с использованием макрокоманд PORT и ABSTRACT-BIND, -OPERATION, -ERROR.
Как указывает спецификация АСН.1, абстрактная услуга, обеспечиваемая зеленой системой, включает в себя порты двух видов: использование-зеленой-системы и управление-зеленой-системой. Порт любого из этих видов охватывает некоторое число абстрактных операций, которые в совокупности уведомляют об абстрактных ошибках. Зеленая система защищает свои порты посредством операций абстрактной связки AuthenticateUser и AuthenticateManager, требующей, чтобы пользователи удобным образом идентифицировали себя и диспетчеров перед последующим взаимодействием. Операции абстрактной развязки, указывающие на то, что для завершения взаимодействия не требуется никакого этапа завершения, не определяются.
- - - - - - - -
GreenAbstractServise {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) g-abstract-service(4) }
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
AuthenticateManager, AuthenticateUser, green-management,
Green-management-operation-1,... green-use,
green-use-operation-1,...;
IMPORTS
- - Пример объектных идентификаторов
id-pt-g-use, id-pt-g-management
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - Нотация абстрактных услуг
PORT, ABSTRACT-BIND, ABSTRACT-OPERATION, ABSTRACT-ERROR
- - - -
FROM AbstractServiceNotation {joint-iso-ccitt
mhs-motis(6) asdc(2) modules(0) notation(1) };
- - Типы портов
green-use PORT
CONSUMER INVOKES {
Green-use-operation-1,... }
::= id-pt-g-use
green-management PORT
CONSUMER INVOKES {
Green-management-operation-1,... }
::= id-pt-g-management
- - Операции абстрактной связки
Credentials ::= SET {
name [0] IA5String,
password [1] IA5String}
AuthenticateUser ::= ABSTRACT-BIND
ARGUMENT credentials Credentials
BIND-ERROR ENUMERATED {
name-or-password-invalid(0) }
AuthenticateManager ::= ABSTRACT-BIND
ARGUMENT credentials Credentials
BIND-ERROR ENUMERATED {
name-or-password-invalid (0),
not-a-manager(1)}
- - Абстрактные операции
Green-user-operation-1 ::= ABSTRACT-OPERATION
ARGUMENT...
RESULT...
ERRORS {
green-error-1,...}
...
Green-management-operation-1 ::= ABSTRACT-OPERATION
ARGUMENT...
RESULT...
ERRORS {
green-error-1,...}
...
- - Абстрактные ошибки
green-error-1 ABSTRACT-ERROR
PARAMETER...
::= 1
...
END - - Конец абстрактной услуги зеленой среды
Желтая система, изображенная на рисунке A.3, формально уточняется при использовании макрокоманд OBJECT и REFINE.
Как показано на рисунке A.3 и подтверждено спецификацией АСН.1, желтая система, при ближайшем рассмотрении, имеет компоненты. В частности, желтая система включает в себя зеленую систему, диспетчера зеленой системы, дополненного разнообразными объектами, и агентов. Агент является промежуточным звеном между зеленой системой и пользователем желтой системы. Он как бы прибавляет значимость зеленой системе. В любом случае это поставщик порта использования-желтой-системы и потребитель порта использования-зеленой-системы.
- - - - - - - -
YellowSystemRefinement {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) ys-refinement(5) }
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
agent, yellow-system-refinement;
IMPORTS
- - Уточнение желтой среды
yellow-system, yellow-use
- - - -
FROM YellowEnvironmentRefinement {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
ye-refinement(1) }
- - Уточнение зеленой среды
green-management, green-manager, green-system, green-use
- - - -
FROM GreenEnvironmentRefinement {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
ge-refinement(3) }
- - Пример объектных идентификаторов
id-ot-agent, id-ref-y-system
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - Нотация абстрактной услуги
OBJECT, REFINE
- - - -
FROM AbstractServiceNotation {joint-iso-ccitt
mhs-motis(6) asdc(2) modules(0) notation(1) };
- - Уточнение желтой среды
yellow-system-refinement REFINE yellow-system AS
agent RECURRING
yellow-use [S] VISIBLE
green-manager RECURRING
green-system
green-use [S] PAIRED WITH agent, green-manager
green-management [S] PAIRED WITH green-manager
::= id-ref-y-system
- - Тип объекта компонента
agent OBJECT
PORTS {
yellow-use [S],
green-use [C]}
::= id-ot-agent
END - - Конец уточнения желтой среды
Ниже приведена формальная реализация абстрактной услуги желтой системы посредством СУО с использованием макрокоманд APPLICATION-CONTEXT и APPLICATION-SERVICE-ELEMENT ГОСТ Р ИСО/МЭК 9072-1.
Как указывает спецификация АСН.1, абстрактная услуга, обеспечиваемая желтой системой, реализуется как единичный СЭП-использования-желтой-системы и соответствующий ПК-использования-желтой-системы. Каждая операция абстрактной связки, абстрактная операция или абстрактная ошибка в абстрактной услуге имеет соответствующую и эквивалентную операцию связки, операцию или ошибку соответственно в ее реализации, основанной на СУО.
Заметим, что операциям присваиваются целочисленные значения; соответствующие абстрактные операции не требуют и не получили таких значений.
- - - - - - -
YellowSystemRealization {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) ys-realization(6) }
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
yellow-use-AC, yellow-use-ASE;
IMPORTS
- - Абстрактная услуга желтой среды
Yellow-operation-1,... yellow-use, YellowBind, YellowUnbind
- - - -
FROM YellowAbstractService {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
y-abstract-service(2) }
- - Пример объектных идентификаторов
id-ac-y-use, id-as-y-use, id-ase-y-use
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0) }
- - ПБДП удаленных операций
rOSE
- - - -
FROM Remote-Operations-APDUs {joint-iso-ccitt
remote-operations(4) apdus(1)}
- - Управление ассоциацией
aCSE
- - - -
FROM Remote-Operations-Notation-extension {joint-iso-ccitt
remote-operations(4) notation-extension(2)}
- - Расширение нотации удаленных операций
APPLICATION-CONTEXT, APPLICATION-SERVICE-ELEMENT
- - - -
FROM Remote-Operations-Notation-extension {joint-iso-ccitt
remote-operations(4) notation-extension(2) }
aCSE-AS OBJECT IDENTIFIER ::= {joint-iso-ccitt association-
control(2) abstractSyntax(1) apdus(0) version1(1) }
- - Прикладной контекст
yellow-use-AC APPLICATION-CONTEXT
APPLICATION SERVICE ELEMENTS {aCSE}
BIND YellowBind
UNBIND YellowUnbind
REMOTE OPERATIONS (rOSE}
INITIATOR CONSUMER OF {yellow-use-ASE}
ABSTRACT SYNTAXES {yellow-use-AS, aCSE-AS}
::= id-ac-y-use
- - Сервисный элемент прикладного уровня
yellow-use-ASE APPLICATION-SERVICE-ELEMENT
CONSUMER INVOKES {
yellow-operation-1,... }
::= id-ase-y-use
yellow-operation-1 Yellow-operation-1 ::= 1
...
- - Абстрактный синтаксис
yellow-use-AS OBJECT IDENTIFIER ::= id-as-y-use
END - - Конец реализации желтой среды
Ниже приведена формальная реализация абстрактной услуги зеленой системы посредством СУО с использованием макрокоманд APPLICATION-CONTEXT и APPLICATION-SERVICE-ELEMENT ГОСТ Р ИСО/МЭК 9072-1.
Как определено в спецификации АСН.1, абстрактная услуга, обеспечиваемая зеленой системой, реализуется в виде двух СЭП (СЭП-использования-зеленой-системы и СЭП-диспетчера-зеленой-системы) и двух соответствующих ПК (ПК-использования-зеленой-системы и ПК-диспетчера-зеленой-системы). Каждая операция абстрактной связки, абстрактная операция или абстрактная ошибка в абстрактной услуге имеет соответствующую и эквивалентную операцию связки, операцию или ошибку соответственно в ее реализации, основанной на СУО.
Заметим, что операциям присваиваются целочисленные значения; соответствующие абстрактные операции не требуют и не получили таких значений.
- - - - - - - - -
GreenSystemRealization {joint-iso-ccitt mhs-motis(6) asdc(2)
example(1) modules(0) gs-realization(7) }
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
green-management-AC, green-management-ASE, green-use-AC,
green-use-ASE;
IMPORTS
- - Абстрактная услуга зеленой системы
AuthenticateManager, AuthenticateUser, green-management,
Green-management-operation-1,... green-use,
Green-use-operation-1,...
- - - -
FROM GreenAbstractService {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
g-abstract-service(4)}
- - Пример объектных идентификаторов
id-ac-g-management, id-ac-g-use, id-as-g-management,
id-as-g-use, id-ase-g-management, id-ase-g-use
- - - -
FROM ExampleObjectIdentifiers {joint-iso-ccitt
mhs-motis(6) asdc(2) example(1) modules(0)
object-identifiers(0)}
- - ПБДП удаленных операций
rOSE
- - - -
FROM Remote-Operations-APDUs {joint-iso-ccitt
remote-operations(4) apdus(1) }
- - Управление ассоциацией
aCSE
- - - -
FROM Remote-Operations-Notation-extension {joint-iso-ccitt
remote-operations(4) notation-extension(2) }
- - Расширение нотации удаленных операций
APPLICATION-CONTEXT, APPLICATION-SERVICE-ELEMENT
- - - -
FROM Remote-Operations-Notation-extension {joint-iso-ccitt
remote-operations(4) notation-extension(2)}
aCSE-AS OBJECT IDENTIFIER ::= {joint-iso-ccitt association-
control(2) abstractSyntax(1) apdus(0) version1(1) }
- - Прикладной контекст
green-use-AC APPLICATION-CONTEXT
APPLICATION SERVICE ELEMENTS {aCSE}
BIND AuthenticateUser
UNBIND NoOperation
REMOTE OPERATIONS {rOSE}
INITIATOR CONSUMER OF {green-use-ASE}
ABSTRACT SYNTAXES {green-use-AS, aCSE-AS}
::= id-ac-g-use
green-management-AC APPLICATION-CONTEXT
APPLICATION SERVICE ELEMENTS {aCSE}
BIND AuthenticateManager
UNBIND NoOperation
REMOTE OPERATIONS {rOSE}
INITIATOR CONSUMER OF {green-management-ASE}
ABSTRACT SYNTAXES {green-management-AS, aCSE-AS}
::= id-ac-g-management
NoOperation ::= UNBIND
- - Сервисный элемент прикладного уровня
green-use-ASE APPLICATION-SERVICE-ELEMENT
CONSUMER INVOKES {
green-use-operation-1,... }
::= id-ase-g-use
green-management-ASE APPLICATION-SERVICE-ELEMENT
CONSUMER INVOKES {
green-management-operation-1,... }
::= id-ase-g-management
green-use-operation-1 Green-use-operation-1 ::= 1
...
green-management-operation-1 Green-management-operation-1 ::= 50
...
- - Абстрактный синтаксис
green-use-AS OBJECT IDENTIFIER ::= id-as-g-use
green-management-AS OBJECT IDENTIFIER ::= id-as-g-management
END - - Конец реализации зеленой среды
(обязательное)
СПРАВОЧНОЕ ОПРЕДЕЛЕНИЕ ОБЪЕКТНЫХ ИДЕНТИФИКАТОРОВ
Данное Приложение определяет (в справочных целях) различные объектные идентификаторы, приведенные в модулях АСН.1 Приложения C. Здесь используется АСН.1.
Все объектные идентификаторы, присвоенные в настоящей части ГОСТ Р ИСО/МЭК 10021, присвоены в данном Приложении, за исключением тех, которые присвоены в Приложении A. Данное Приложение является определяющим для всего, кроме модулей АСН.1 и самого субъекта соглашений по определению услуг прикладного уровня. Определяющие обозначения для формы встречаются в самих модулях; другие ссылки на них используются в разделах IMPORT. Последние являются фиксированными.
ASDCObjectIdentifiers {joint-iso-ccitt mhs-motis(6) asdc(2)
modules(0) object-identifiers(0)}
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
- - Экспортирует все
IMPORTS - - ничего - -
ID ::= OBJECT IDENTIFIER
- - Соглашения по определению абстрактных услуг (неопределяющие)
id-asdc ID ::= {joint-iso-ccitt mhs-motis(6) asdc(2) - - неопределяющие
- - Категории
id-mod ID ::= (id-asdc 0) - - модули; неопределяющие
id-ex ID ::= (id-asdc 1) - - пример; неопределяющий
- - Модули
id-mod-object-identifiers ID ::= (id-mod 0) - - неопределяющие
id-mod-notation ID ::= (id-mod 1) - - неопределяющие
END - - Конец объектных идентификаторов COAY
(обязательное)
Данное Приложение, являющееся дополнением ко второй главе, определяет для справочных целей нотацию специфицирования абстрактных моделей и услуг. В нем используется АСН.1.
AbstractServiceNotation {joint-iso-ccitt mhs-motis(6) asdc(2)
modules(0) notation(1) }
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
- - Пролог
EXPORTS
ABSTRACT-BIND, ABSTRACT-ERROR, ABSTRACT-OPERATION,
ABSTRACT-UNBIND, OBJECT, PORT, REFINE;
IMPORTS
- - Нотация удаленных операций
BIND, ERROR, OPERATION, UNBIND
- - - -
FROM Remote-Operation-Notation {joint-iso-ccitt
remote-operations(4) notation(0) };
- - Макрокоманды объекта
OBJECT MACRO ::=
BEGIN
TYPE NOTATION ::= "PORTS" "{" PortList "}" | empty
VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER)
PortList ::= Port "," PortList | Port
Port ::= value (Port) PortType
PortType ::= Symmetric | Asymmetric
Symmetric ::= empty
Asymmetric ::= Consumer | Supplier
Consumer ::= "[C]"
Supplier ::= "[S]"
END
- - Макрокоманда порта
PORT MACRO ::=
BEGIN
TYPE NOTATION ::= Operations | empty
VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER)
Operations ::= Symmetrical | Asymmetrical
Symmetrical ::= "ABSTRACT" "OPERATIONS" "{" OperationList "}"
Asymmetrical ::= OneSided | TwoSided
OneSided ::= Consumer | Supplier
TwoSided ::= Consumer Supplier | Supplier Consumer
Consumer ::= "CONSUMER" "INVOKES" "{" OperationList "}"
Supplier ::= "SUPPLIER" "INVOKES" "{" OperationList "}"
OperationList ::= Operation "," OperationList | Operation
Operation ::= value (ABSTRACT-OPERATION) |
- - значение данных, идентифицирующее абстрактную операцию
type
- - тип данных, идентифицирующий абстрактную операцию
END
- - Макрокоманды уточнения
REFINE MACRO ::=
BEGIN
TYPE NOTATION ::= Object "AS" ComponentList
VALUE NOTATION ::= value (VALUE OBJECT IDENTIFIER)
ComponentList ::= Component ComponentList | Component
Component ::= ObjectSpec Ports
ObjectSpec ::= Object | Object "RECURRING"
Ports ::= PortSpecList | empty
PortSpecList ::= PortSpec PortSpecList | PortSpec
PortSpec ::= value (PORT) PortSide PortStatus
PortSide ::= Consumer | Supplier | empty
Consumer ::= "[C]"
Supplier ::= "[S]"
PortStatus ::= "VISIBLE" | "PAIRED" "WITH" ObjectList
ObjectList ::= Object "," ObjectList | Object
Object ::= value (OBJECT)
END
- - Макрокоманды абстрактной связки, развязки, операции и ошибок
ABSTRACT-BIND MACRO ::=
BEGIN
TYPE NOTATION ::= Ports Bind
VALUE NOTATION ::= value (VALUE BindType)
Ports ::= "TO" "{" PortList "}" | empty
PortList ::= Port "," PortList | Port
Port ::= value (PORT) PortSide
PortSide ::= Consumer | Supplier | empty
Consumer ::= "[C]"
Supplier ::= "[S]"
Bind ::= type (BindType) - - должен быть типа BIND
| empty <BindType ::= BIND>
END
ABSTRACT-UNBIND MACRO ::=
BEGIN
TYPE NOTATION ::= Ports UnBind
VALUE NOTATION ::= value (VALUE UnBindType)
Ports ::= "FROM" "{" PortList "}" | empty
PortList ::= Port "," PortList | Port
Port ::= value (PORT) PortSide
PortSide ::= Consumer | Supplier | empty
Consumer ::= "[C]"
Supplier ::= "[S]"
Unbind ::= type (UnbindType) - - должен быть типа UNBIND
| empty <UnbindType ::= UNBIND>
END
ABSTRACT-OPERATION MACRO ::= OPERATION
ABSTRACT-ERROR MACRO ::= ERROR
END - - Конец нотации абстрактных услуг
(информационное)
РАЗЛИЧИЯ МЕЖДУ ГОСТ Р ИСО/МЭК 10021-3
И РЕКОМЕНДАЦИЕЙ Х.407 МККТТ
В данном Приложении перечислены все, кроме чисто стилистических, различия между настоящей частью ГОСТ Р ИСО/МЭК 10021 и соответствующей рекомендацией МККТТ.
Между этими двумя спецификациями никаких различий нет.
(информационное)
В данном Приложении содержится алфавитный указатель для настоящей части ГОСТ Р ИСО/МЭК 10021. В нем указаны номера разделов, в которых определен каждый элемент каждой категории.
В Приложении указаны элементы (при их наличии) следующих категорий:
а) сокращения;
б) термины;
в) единицы информации;
г) модули АСН.1;
д) макрокоманды АСН.1;
е) типы АСН.1;
ж) значения АСН.1.
E.1. Сокращения
E.2. Термины параметр ......................... 8.5
информация об ошибке .... 8.3
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/47/gost_78988.html
На правах рекламы:
|
© Антон Серго, 1998-2026.
|
Разработка сайта |
|