ГОСТ Р ИСО/МЭК МФС 11185-9-99 Информационная технология (ИТ). Функциональный стандарт. Профили FVT2nn. Базовый класс виртуальных терминалов. Регистр определений типов объектов управления. Часть 9. FVT222 - страничный ОУИВП (объект управления инструкциям ввода в поле) номер 1

     12 Значения, синтаксис и семантика ОУ

12.1 Модель пользователя ВТ

12.1.1 Определение семантики данного ОУИВП основано на структурированной модели пользователя ВТ терминальной оконечной системы, которая показана на рисунке 3. Данная модель предназначена единственно для содействия процессу определения. Она не предназначена для обеспечения модели реализаций. Требованием для реализаций пользователя ВТ является только соответствие их внешнего режима внешнему режиму модели.

Рисунок 3 - Структура терминального пользователя ВТ

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

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

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

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

12.1.2 Пользователь ВТ принимает данные от своих устройств обновления объекта и компонует их в информацию обновления объекта, которая используется для формирования допустимого содержимого для примитивов запроса VT-DATA, и в операции локального действия, которые обновляют объекты, хранящиеся в памяти состояния устройства и в памяти управления устройством. Информация обновления объекта может передаваться только поставщику услуг ВТ. Взаимосвязь с поставщиком услуг ВТ использует модель очередей и приоритетов для обновления, работающую как определено в 24.5 ГОСТ Р ИСО 9040. Относительно пользователя ВТ операции локального действия являются исключительно внутренними.

Последовательность обновлений ОО и операции локального действия могут вызываться посредством одного действия устройства обновления объекта. Пользователь ВТ может рассматривать такую последовательность как неделимую макрооперацию при условии, что одна макрооперация не должна содержать как операции, которые используют указатель отображения, так и операции, которые используют логический указатель. Как определено в 14.2 ГОСТ Р ИСО 9040, такие макро имеют смысл, когда используется управляемый ввод данных, поскольку макро выполняется как одно целое, и нет такого отдельного составляющего элемента, который рассматривается процедурами проверки правильности ввода.

Примечание - На примере примечания к 12.1.1 настоящего стандарта ввод одного знака с клавиатуры во время управляемого ввода данных может вызвать одну неделимую макро, состоящую из следующих элементов:

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

- операция ЛОГИЧЕСКИЙ ТЕКСТ, чтобы выполнить соответствующий ввод в элемент массива по данному адресу;

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

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

Во время обработки данных от своих устройств обновления объекта пользователь ВТ может идентифицировать события, которые имеют значение в семантике объектов, присутствующих в КОВ. Примерами являются события ввода в поле и события завершения, которые определены в 3.3.65 и 3.3.72 ГОСТ Р ИСО 9040 соответственно. Эти события вызывают действия, определенные семантикой этих объектов. Результатом этих действий может быть обновление объекта или "доставка" стимулов для передачи поставщику услуг ВТ, но само уведомление о событии поставщику услуг не передается.

12.1.3 Когда используется управляемый ввод данных, пользователь ВТ приводит в действие функцию локальной обработки, которая выполняет проверочные тесты на запросы на обновление ОО, прежде чем они будут переданы поставщику услуг ВТ. Проверяются только те запросы на обновление ОО, которые используют логический указатель. В соответствии с В.18.4 ГОСТ Р ИСО 9040 допустимые запросы на обновление сохраняются посредством функции локальной обработки до тех пор, пока некоторое специфическое действие не вызовет их освобождение. Когда произойдет освобождение, сохраненная информация обновления не продвигается вперед, как в простой очереди. Вместо этого воздействие на ОО сохраненной информации обновления становится доступным поставщику услуг ВТ в соответствии с правилами передачи для соответствующих полей; см. 20.3.3.3 ГОСТ Р ИСО 9040.

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

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

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

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

Имеется следующее происхождение и интерпретация символических значений:

- значение "неявное" представляет использование классификатора воспроизведения динамического значения по умолчанию для атрибута и интерпретируется, как определено в 3.5.10 настоящего стандарта;

- значение "незнаковое" представляет атрибут пустого элемента массива ОО, который имеет незнаковое значение;