ГОСТ Р ИСО/МЭК МФС 11185-10-99
управление осуществляется пользователями ВТ через семантику, соответствующую информацион
ному содержимому и операциям обновления ОУ. Если детали семантики не полностью предписаны, то
определение семантики или спецификации отправителя семантики образует часть зарегистри
рованного определения ОУ. Однако эта семантика не имеет отношения к самому поставщику
услуг ВТ. Компонент ОСД должен содержать идентификатор объекта нотации ЛСН.1, который
идентифицирует зарегистрированное определение, а поставщик услуг ВТ действует только как
хранилище этого значения. Такой пользователь ВТ должен знать зарегистрированное определение.
П ри меч анис —Значения параметров ФС’ВТ, которые определяют синтаксис информационного
содержимого, могут согласовываться неявным обратом во время установления ассоциации. Кроме того, в
случае ОУ бет параметров эти значения нс определяютдетали синтаксиса. Такие значения и детали образуют
часть зарегистрированного определения ОУ. Поскольку поставщику услуг ВТ необязательно знать эго зареги
стрированное определение, то в принципе пользователи ВТобеспечивают поставщика услуг ВТтакой инфор
мацией с помощью локальных процедур управления. Так или иначе, это зависит от практической
конфигурации соответствующей реализации.
Определенный в настоящем стандарте тип ОУ допускает асимметрию между двумя взаимо
действующими оконечными системами. Одна выполняет роль терминальной оконечной системы и
содержит устройства для ввода и отображения данных и устройства для сигнализации. Эти
устройства представляют часть компонента пользователя ВТ данной оконечной системы. Другая
выполняет роль прикладной оконечной системы и содержит пакет прикладных программ, к
которому терминальная оконечная система желает иметь доступ.
Этот ОУ предназначен для использования только воперации С-режима. Воперации С-режима
такая асимметрия распознается в соответствии с 19.3.2 ГОСТ I’ ИСО 9040. Один пользователь ВТ
обозначается как терминальный, другой — как прикладной, и они имеют неравнозначный доступ к
функциям службы ВГ.
Как указано в 20.3.5 ГОСТ I’ ИСО 9040 определенный в настоящем стандарте тип ОУ пред
ставляет собой объект управления макетами ввода в поле (ОУМВП). Содержимое ОУМВП пред
ставляет собой массив записей, состоящий из записей макетов ввода в поле (ЗМВП), которые могут
указываться посредством записи определения поля (ЗОП). Такая ссылка определяет реакции,
которые должны иметь место в ответ па указанные события при вводе данных. Обеспечение
допустимо для реакций, обусловленных внутренним состоянием пользователя ВТ при возникнове
нии события.
Определение типа ОУМВП указывает распознаваемые им события, условия и реакции,
которые могут использоваться в конструкции ЗМВП. Определения событий могут использовать
свойства поля, включающие правила допустимости для ввода данных, которые определяются одним
или несколькими ОУИВП. представленными в ФСВТ, и которые указываются посредством ЗОП
поля. Тип ОУИВП. предназначенный для использования с определениями событий данного типа
ОУМВП. указан в ГОСТ Р ИСО/МЭК МФС 11185—8.
Реакции, разрешаемые ОУМВП, могут рекурсироваться в такие, которые могут создавать
последующие события, обрабатываемые в соответствии с другими ЗМВП. Эти особенности,
позволяющие обеспечивать мощную локальную обработку, должны указываться прикладным
пользователем ВТ для выполнения терминальным пользователем ВТ без последующего под
тверждения.
В соответствии с механизмами управления передачей, описанными в разделе 24
ГОСТ Р ИСО 9040, поставщик услуг ВТ может сохранить полученную от пользователя ВТ инфор
мацию обновления перед посылкой ее равноправному пользователю ВТ. Таким образом, поскольку
модель услуги ВТ выражена в терминах одной разделяемой КОВ. в любой момент различные
элементы двух взаимодействующих оконечных систем могут иметь различные сведения о своем
текущем содержимом.
Такое различие в сведениях распространяется в пределах самого поставщика услуг ВТ.
Спецификация протокола ВТ. представленная в ГОСТ Р 34.986.1, моделирует поставщика
услуг ВТ в терминах протокольного обмена между двумя протокольными автоматами виртуаль
ных терминалов (ПЛВТ), каждый со своей собственной КОВ. КОВ каждого ПЛВТ обновляется как
с помощью сервисных примитивов, полученных от своего пользователя ВТ, так и с помощью
протокольных элементов, полученных от равноправного ПЛВ’Г. ПЛВТ посылает соответствую
щие сервисные примитивы и протокольные элементы для уведомления об изменении содержи
мого своей КОВ. Это показано на рисунке 2 в контексте асимметричных оконечных систем,
описанных выше. Определение типа ОУ. представленное в настоящем стандарте, выражено в
терминах этой модели.
3