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

ГОСТ Р ИСО/МЭК МФС 11185-9-99

Группа П85

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

Информационная технология

Функциональный стандарт

ПРОФИЛИ FVT2nn. БАЗОВЫЙ КЛАСС ВИРТУАЛЬНЫХ ТЕРМИНАЛОВ.
РЕГИСТР ОПРЕДЕЛЕНИЙ ТИПОВ ОБЪЕКТОВ УПРАВЛЕНИЯ

Часть 9. FVT222 - страничный ОУИВП
(объект управления инструкциями ввода в поле) номер 1

Information technology. International Standardized Profiles FVT2nn.
Virtual Terminal Basic Class. Register of control object type definitions.
Part 9. FVT222. Paged FEICO (Field Entry Instruction Control Object) No. 1

ОКС 35.100
ОКСТУ 4002

Дата введения 2000-01-01

Предисловие

1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации

ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 "Информационные технологии"

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 марта 1999 г. N 78

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

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

Введение

Введение

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

В стандарте взаимосвязи открытых систем (ВОС) ГОСТ Р ИСО 9040 по услугам виртуальных терминалов (ВТ) базового класса определены требования к международному регистру определений типов объектов управления ВТ. Процедуры операций этого регистра представлены в ИСО/МЭК 9834-5. Настоящий стандарт содержит такой регистр. Отдельные элементы регистра образуют профили формата обмена и представления данных (профили F), определенные в ГОСТ Р ИСО/МЭК ТО 10000-1.

1 Назначение

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

Концепция профилей ВОС и структура функциональных стандартов определены в ГОСТ Р ИСО/МЭК ТО 10000-1. Такие профили подразделяются на классы и подклассы. Два из этих классов содержат подклассы, реализующие функции услуг и протокола виртуальных терминалов базового класса, определенные в базовых ГОСТ Р ИСО 9040 и ГОСТ Р ИСО 9041-1 соответственно. К этим профилям относятся прикладные (профили А) и профили формата обмена и представления данных (профили F).

Взаимоотношения между профилями А и F представлены в 7.3.2 ГОСТ Р ИСО/МЭК ТО 10000-1. Базовые стандарты прикладного уровня требуют, явно или неявно, чтобы представленная или указываемая в них информационная структура определялась для каждого случая взаимодействия. Такие информационные структуры определяются профилями F. При этом конкретные функциональные требования могут быть обеспечены комбинацией профиля А с одним или несколькими профилями F.

Установление ассоциации ВТ предполагает возможность выбора посредством согласования конкретного профиля функциональной среды виртуальных терминалов (профиль ФСВТ) и соответствующих значений некоторых аргументов этого профиля ФСВТ. В свою очередь, спецификация профиля ФСВТ и, возможно, значения определенных аргументов профиля ФСВТ могут ссылаться на определения типов объектов управления ВТ и присвоенных типов. Эти профили ФСВТ, типы объектов управления и присвоенные типы являются такими информационными структурами, на которые должны быть даны явные ссылки в протоколе ВТ. Конкретные экземпляры этих структур полностью определены в базовых стандартах, однако эти стандарты предусматривают также возможность появления новых экземпляров, которые должны быть определены в будущем посредством регистрации. Каждый зарегистрированный экземпляр содержит профиль F из ГОСТ Р ИСО/МЭК ТО 10000.

Услуги и протокол виртуальных терминалов базового класса могут использоваться для реализации широкого ряда различных функций. Конкретные функции могут быть реализованы посредством выбора соответствующих функциональных блоков ВТ, профилей F и значений аргументов профиля ФСВТ. Спецификация выбора, необходимая для реализации конкретной функции и для поддержки взаимодействия, представляет собой профиль А виртуального терминала в ГОСТ Р ИСО/МЭК ТО 10000-1.

Три регистра информационных структур ВТ и спецификации профилей А ВТ представлены следующими отдельными многочастевыми функциональными стандартами:

- ИСО/МЭК МФС 11184 - регистр профилей ФСВТ;

- ГОСТ Р ИСО/МЭК МФС 11185 - регистр определений типов объектов управления;

- ИСО/МЭК МФС 11186 - регистр определений присвоенных типов;

- ИСО/МЭК МФС 11187 - содержит спецификации профилей А ВТ.

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

1.2 Место в таксономии

Таксономия функциональных стандартов для ВОС определена в ГОСТ Р ИСО/МЭК ТО 10000-2. В схеме классификаций этой таксономии профили ВОС, определяемые в настоящем стандарте, представляют подкласс зарегистрированных объектов виртуальных терминалов класса профилей F.

Профили этого подкласса имеют идентификаторы в виде FVTabc, где "аbс" - структурированный цифровой идентификатор, который идентифицирует позицию профиля на каждом из трех уровней подраздела этого подкласса. Значение каждого из компонентов "а" и "b" представляется одной цифрой, а значение компонента "с" - целым числом, состоящим из одной или нескольких цифр.

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

а = 1 для профилей ФСВТ базового класса;

а = 2 для объектов управления базового класса;

а = 3 для присваиваемых типов базового класса.

Значения компонента "а">3 зарезервированы для дальнейших разработок.

Функциональный ГОСТ Р ИСО/МЭК МФС 11185 содержит спецификации профилей с идентификаторами вида FVT2bc. Для этого вида идентификатора значения компонента "b" определяют следующие пять основных классов объектов управления базового класса:

b = 1 для объектов управления смешанного типа (ОУСТ);

b = 2 для объектов управления инструкциями ввода в поле (ОУИВП);

b = 3 для объектов управления макетом ввода в поле (ОУМВП);

b = 4 для объектов справочной информации (ОСИ);

b = 5 для объектов управления условиями завершения (ОУУЗ).

Каждый из этих классов соответствует разделу регистра процедур ГОСТ Р ИСО/МЭК 9834-5. Компонент "с" идентификатора является порядковым номером типа объекта управления в соответствующем разделе регистра. Значения компонента "b">5, зарезервированы для новых классификаций объектов управления базового класса, которые могут быть, определены в последующих изменениях ГОСТ Р ИСО 9040.

Настоящий стандарт содержит определение объекта управления инструкциями ввода в поле с идентификатором профиля FVT222 - страничный ОУИВП (объект управления инструкциями ввода в поле) номер 1.

1.3 Сценарий

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

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

Рисунок 1 - Объекты управления в модели услуг ВТ

Рисунок 1 - Объекты управления в модели услуг ВТ

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

Изменение состояния области КОВ становится возможным, когда поставщик услуг посылает примитивы услуг ВТ равноправному пользователю ВТ.

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

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

Определенный в настоящем стандарте тип объекта управления допускает асимметрию между двумя взаимодействующими оконечными системами. Одна выполняет роль терминальной оконечной системы и содержит устройства для ввода и отображения данных и устройства для сигнализации. Эти устройства представляют часть компонента пользователя ВТ данной оконечной системы. Другая выполняет роль прикладной оконечной системы и содержит пакет прикладных программ, к которому терминальная оконечная система желает иметь доступ. Хотя необязательно, данная асимметрия может распознаваться посредством услуги ВТ; в 19.3.2 ГОСТ Р ИСО 9040 описано средство для такого распознавания только для ассоциации С-режима (синхронный).

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

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

Согласно 14.2 ГОСТ Р ИСО 9040 требуется, что если в КОВ присутствует ОУИВП, то также должен присутствовать объект управления макетом ввода в поле (ОУМВП). Попытка обновления содержимого поля в нарушение условий записей ЗИВП своей ЗОП вызывает событие, которое может быть определено как событие ввода в поле посредством такого ОУМВП. Реакция на попытку нарушения будет определяться содержимым ЗОП совместно с определением типа соответствующего ОУМВП. Для операции С-режима тип ОУМВП, соответствующий для используемого с ОУИВП присутствующего типа, определяется в ИСО/МЭК МФС 11185-11.

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

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

Рисунок 2 - Объекты управления в модели протокола ВТ

Рисунок 2 - Объекты управления в модели протокола ВТ

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

Для определенных типов объектов управления абстрактный синтаксис, представленный в ИСО 9041-1, не обеспечивает полной спецификации представления операций обновления ОУ. Это имеет место в том случае, если этот абстрактный синтаксис использует какой-либо тип нотации АСН.1 или если символические значения должны быть закодированы в терминах целочисленного типа АСН.1. Согласно ИСО/МЭК 9834-5 для обеспечения необходимого уточнения абстрактного синтаксиса требуются определения типов объектов управления.

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

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

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

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

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

ГОСТ Р ИСО ТО 8509-95 Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам

ГОСТ Р ИСО/МЭК 8824-93 Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН.1)

ГОСТ Р ИСО 9040-96 Информационная технология. Взаимосвязь открытых систем. Служба виртуальных терминалов базового класса

ИСО 9041-1-90* Информационная технология. Взаимосвязь открытых систем. Протокол виртуальных терминалов базового класса. Часть 1. Спецификация

ИСО/МЭК ПМС 9041-2-92* Информационная технология. Взаимосвязь открытых систем. Протокол виртуальных терминалов базового класса. Часть 2. Форма заявки о соответствии реализации протоколу
_______________
* Оригиналы и проекты стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.

ГОСТ Р ИСО/МЭК 9646-2-93 Информационная технология. Основы и методология аттестационного тестирования. Часть 2. Спецификация комплекта абстрактных тестов

ИСО 9834-1-92* Информационная технология. Взаимосвязь открытых систем. Процедуры регистрационной службы ВОС. Часть 1. Общие процедуры

ИСО 9834-5-92* Информационная технология. Взаимосвязь открытых систем. Процедуры регистрационной службы ВОС. Часть 5. Регистр определений объектов управления ВТ.
_______________
* Оригиналы и проекты стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.

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

ГОСТ Р ИСО/МЭК ТО 10000-2-93 Информационная технология. Основы и таксономия профилей международных стандартов. Часть 2. Таксономия профилей.

Международный регистр ИСО кодированных наборов символов должен использоваться с последовательностями переходов.

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

В настоящем стандарте применяют следующие определения.

3.1 Общая терминология ВОС

3.1.1 В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО ТО 8509:

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

b) поставщик услуг.

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

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

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

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

a) любой тип;

b) тип "нуль";

c) тип "дескриптор объекта";

d) идентификатор объекта.

3.1.4 В настоящем стандарте используют следующие термины, определенные в ИСО/МЭК 9834-1:

a) регистрация;

b) иерархическое регистрационное имя.

3.2 Терминология базовых стандартов ВТ

3.2.1 В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО 9040:

a) А-режим;

b) элемент массива;

c) репертуар знаков;

d) объект управления;

e) объект устройства;

f) объект отображения;

g) поле;

h) запись определения поля;

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

j) запись инструкции ввода в поле;

k) логический указатель;

l) устройство обновления объекта;

m) первичный атрибут;

n) атрибут воспроизведения;

о) С-режим;

р) вторичный атрибут;

q) ассоциация ВТ;

r) функциональная среда ВТ (ФСВТ);

s) пользователь ВТ;

t) параметр ФСВТ;

u) профиль ФСВТ;

v) аргумент профиля ФСВТ.

3.2.2 В настоящем стандарте используют термин протокольный элемент, определенный в ИСО 9041-1.

3.3 Терминология структуры пользователя ВТ

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

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

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

3.3.4 Элемент маски ОО - элемент маски ОО, который формирует перекрытие к одному атрибуту одного элемента массива ОО.

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

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

3.3.7 Операция локального действия - операция, которая обновляет содержимое памяти состояния устройства или памяти управления устройством.

3.3.8 Логическое местоположение ввода - абстрактный объект в памяти состояния устройства, содержащий логический адрес, как это определено в 13.1.3 ГОСТ Р ИСО 9040.

3.4 Терминология управляемого ввода данных

3.4.1 Обработка события - функция, которая вызывает реакцию в зависимости от ЗОП поля, когда во время ввода данных в поле имеют место определенные события.

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

3.4.3 Свободное поле - поле, содержимое которого подлежит обновлению посредством устройств обновления объекта. Запись определения поля указывает является ли данное поле свободным.

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

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

3.4.6 Защищенное поле - поле, содержимое которого не подлежит обновлению посредством устройств обновления объекта. Запись определения поля указывает, является ли данное поле защищенным.

3.5 Определения типов и свойств значений

3.5.1 Знак - элемент, который представляет собой классифицированный или неклассифицированный знак.

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

3.5.3 Набор строк знаков - элемент, который представляет собой набор классифицированных или неклассифицированных строк знаков.

3.5.4 Меньше чем (неклассифицированных строк знаков) - две неклассифицированные строки знаков S и S' одинаковой длины и одинаковым значением репертуара знаков сравниваются посредством последовательного сравнения значений первичных атрибутов соответствующих элементов, начиная от начала каждой последовательности. Строка S считается меньше строки S' (S<S'), если такое неравенство определяется посредством числовых значений первой пары первичных атрибутов. Если такой пары не существует, тогда строки знаков определяются, как равные (S=S'). Обозначение S<S' означает, что или S<S' или S=S'.

3.5.5 Нижняя граница (неклассифицированного набора строк знаков) - этот термин определяется в 3.5.13 настоящего стандарта.

3.5.6 Классифицированный знак - неклассифицированный знак вместе с классификатором воспроизведения.

3.5.7 Классифицированная строка знаков - неклассифицированная строка знаков вместе с классификатором воспроизведения; такая строка имеет естественную интерпретацию как последовательность классифицированных знаков.

3.5.8 Классифицированный набор строк знаков - неклассифицированный набор строк знаков вместе с классификатором воспроизведения; такой набор также имеет естественную интерпретацию как множество классифицированных строк знаков.

3.5.9 Частичное воспроизведение - множество явных значений для одного или нескольких атрибутов воспроизведения.

3.5.10 Классификатор воспроизведения - спецификация значения для каждого атрибута воспроизведения. Каждое значение может, но не обязательно, определяться явно. Значения, не определенные явно, динамически принимают по умолчанию значения, которые были определены во время доступа. Первое выбираемое по умолчанию значение представляет собой значение модального атрибута поля, определенного в 13.1.3.2 ГОСТ Р ИСО 9040. Как определено в 19.2.2.1 ГОСТ Р ИСО 9040 для операции обновления ЛОГИЧЕСКИЙ ТЕКСТ в качестве первого выбираемого по умолчанию значения разрешается значение "нуль".

3.5.11 Неклассифицированный знак - значение первичного атрибута вместе со значением вторичного атрибута "репертуар знаков".

3.5.12 Неклассифицированная строка знаков - последовательность неклассифицированных знаков, имеющих одинаковое значение вторичного атрибута "репертуар знаков".

3.5.13 Неклассифицированный набор строк знаков - множество одинаковой длины неклассифицированных строк знаков с одним значением атрибута "репертуар знаков", имеющих два различительных члена S (нижняя граница) и S' (верхняя граница), так что S" является членом этого множества, если, и только если S<S"<S'.

3.5.14 Верхняя граница (неклассифицированного набора строк знаков) - согласно 3.5.13 настоящего стандарта.

4 Сокращения

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

ФСОС функциональная среда открытых систем

AOW OSI Asia-Oceania Workshop (Рабочая секция Азии-Океании)

EWOS European Workshop for Open Systems (Европейская секция открытых систем)

OIW OSE Implementors Workshop (Секция реализаторов ФСОС)

Все другие сокращения, используемые в настоящем стандарте, определены в ГОСТ Р ИСО/МЭК 10000-1 или ГОСТ Р ИСО 9040.

5 Принципы соответствия профилям ВТ

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

Для соответствия системы реализации протокола профилю FVT2nn не обязательно, чтобы эта реализация согласовывала наличие в КОВ экземпляра ОУ такого типа. Такие требования опускаются при определении соответствия профилю FVT1nn, который определяет профиль ФСВТ.

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

Требования соответствия протоколу виртуальных терминалов определены в разделе 13 ИСО 9041-1. Поставщик реализации протокола, которая претендует на соответствие ИСО 9041-1, должен заполнить копию формы заявки о соответствии реализации протоколу (ЗСРП), приведенной в ИСО 9041-2. В приложении А настоящего стандарта приведен список требований к заявке о соответствии реализации функциональному стандарту (СТЗФС) для профиля FVT222, определяемого в настоящем стандарте. Список СТЗФС указывает ограничения на ответы, которые могут даваться в заполненной ЗСРП для реализации протокола, которая заявлена на соответствие этим профилям.

6 Номер элемента

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

Данный элемент является вторым в разделе регистра для объектов управления инструкциями ввода в поле. Этот регистр присваивает ему номер элемента:

ОУИВП-2.

7 Имя администратора

Данный элемент присваивается европейской секцией открытых систем (EWOS).

8 Дата

Дата представления данной заявки 25-05-1995.

9 Идентификатор

Имя, которое присваивается информационному объекту международным регистром, задается ИСО 9834-1 и должно представляться регистрационным иерархическим именем. Регистрационное иерархическое имя может иметь несколько форм. Разрешенные формы включают идентификатор объекта нотации АСН.1 в соответствии с ГОСТ 34.973 и уникальное имя в соответствии с ИСО 9594-2.

Согласно разделу А.4 ИСО 9834-5 данный регистр присваивает следующую форму идентификатора объекта для имени данного элемента регистра:

{исо (1) стандарт (0) 9834 вт-оу-опр (5) оуивп (1) 2}

Чтобы идентифицировать данный элемент регистра в качестве источника информационной структуры и семантики объекта управления в соответствии с 20.1.1 ГОСТ Р ИСО 9040, такой идентификатор объекта должен использоваться в качестве значения параметра ФСВТ "идентификатор типа ОУ" для объекта управления. Такой идентификатор объекта также должен использоваться для идентификации определенного в этом элементе регистра модуля нотации АСН.1 в качестве источника абстрактного синтаксиса, посредством которого операции обновления данного ОУ определяются в протоколе ВТ ИСО 9041-1.

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

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

{узел-исо-мкктт (2) страна (16) название страны}

10 Значение дескриптора

Значение типа дескриптора объекта нотации АСН.1, присвоенное данному элементу регистра, имеет следующий вид:

"Первый согласованный ОУИВП для использования формами профилей ФСВТ".

11 Параметры ОУ

Данный тип ОУ допускает асимметрию использования двух оконечных систем, одна из которых выполняет функцию терминальной оконечной системы, а другая - прикладной оконечной системы. Такая асимметрия присваивается в соответствии с примечанием 1 к разделу 12 ГОСТ Р ИСО 9040. Нет необходимости, чтобы такая асимметрия распознавалась поставщиком услуг ВТ в соответствии с 19.3.2 ГОСТ Р ИСО 9040, в котором назначение правил пользователя ВТ терминальной оконечной системы и пользователя ВТ прикладной оконечной системы представлено только в С-режиме (синхронный).

Этот элемент регистра определяет следующие значения параметров ФСВТ объекта управления данного типа:

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

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

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

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

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

Рисунок 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 настоящего стандарта;

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

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

Значение "незнаковое" позволяет содержать в маске пустой элемент массива, который рассматривается как закрывающий основной непустой элемент массива. Такой способ требуется, например, для включения пароля, который должен вводится в пустое поле ОО без изменения отображаемого изображения: см. 12.3.3.3.

Обеспечение параметров ФСВТ "объект устройства" для атрибутов должно применяться к содержимому ОО внутренней КОВ, которое воспринято через все перекрытые маски ОО.

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

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

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

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

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

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

12.2 Функция локальной обработки

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

Функция локальной обработки имеет три составляющие:

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

- функция проверки правильности вывода;

- функция обработки событий.

Первые две из этих составляющих определяются объектами ОУИВП, присутствующими в КОВ, а третья составляющая - объектами ОУМВП.

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

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

- уведомления о событиях семантического значения к какому-либо ОУМВП, присутствующему в КОВ.

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

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

12.2.2 Запрос на обновление ОО (или макрооперация), переданный функции проверки правильности ввода, обрабатывается последовательно в контексте каждого поля, на которое он указывает. Поля обрабатываются в порядке возрастания адресов в них, как определено в 13.1.3 ГОСТ Р ИСО 9040. Для каждого поля функция определяет, удовлетворяется ли обеспечение управления вводом для поля, как указано в его ЗОП, или оно назначено запросом на обновление.

Результаты используются функцией локальной обработки следующим образом:

- если запрос на обновление удовлетворяет обеспечение управления вводом для каждого поля, на которое он указывает, тогда он применяется к внутренней КОВ, и локальная обработка такого запроса на обновление завершается;

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

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


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

12.3 Атрибуты ИВП

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

Примечание - Атрибуты ИВП используют только для удобства. Они являются исключительно концептуальными и не содержат информацию, которая еще не присутствует в записи определения поля, как определено в 20.3.3.2 ГОСТ Р ИСО 9040.


Для поля могут быть определены следующие атрибуты ИВП:

- класс поля;

- состояние эхо-поля;

- счет поля;

- допустимые вводимые данные поля.

Каждому полю присваивают значение "класс поля". Это значение определяет, каким другим атрибутам ИВП, если они имеются, также присваивается значение для этого поля.

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

12.3.1 Класс поля

Для атрибута ИВП "класс поля" определяют следующие значения:

- свободное (задержанное);

- защищенное.

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

- задержанное: символическое значение из множества ("включено", "выключено").

Все другие атрибуты ИВП определяются для свободного поля. Для защищенного поля другие атрибуты ИВП не определяются.

12.3.1.1 Проверка правильности ввода

12.3.1.1.1 Для свободного поля, если параметр "задержанное" имеет значение "включено", операция ЛОГИЧЕСКИЙ АТРИБУТ назначает значение атрибуту ИВП "воспроизведение", если она адресует

- какой-либо элемент массива этого поля

или

- значение модального атрибута этого поля.

Если параметр "задержанное" имеет значение "выключено", то операции обновления не назначают значения этому атрибуту ИВП.

12.3.1.1.2 Для защищенного поля все операции обновления ОО, помимо операций адресации, содержат назначение этого атрибута ИВП, если их экстент содержит какой-либо элемент массива поля.

12.3.1.2 Проверка правильности вывода

Инструкции проверки правильности вывода не обеспечиваются данным атрибутом ИВП.

12.3.1.3 Управление устройством

12.3.1.3.1 Этот атрибут ИВП требует память состояния устройства для каждого устройства обновления объекта, чтобы содержать следующие абстрактные объекты:

- логическое местоположение ввода, которое содержит логический адрес (см. 13.1.3 ГОСТ Р ИСО 9040);

- маска ОО, как определено в 12.1.4.

Содержимое логического местоположения ввода не обязательно должно иметь допустимый адрес для элемента массива.

12.3.1.3.2 Устройство имеет доступ для обновления к своему логическому местоположению ввода, но в соответствии с определением семантики других объектов управления в КОВ пользователь ВТ может независимо обновить его.

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

12.3.2 Состояние эхо-поля

Для атрибута ИВП "состояние эхо-поля" определяют следующие значения:

- выключено;

- принимаемый знак.

12.3.2.1 Проверка правильности ввода

Инструкции проверки правильности ввода не обеспечиваются данным атрибутом ИВП.

12.3.2.2 Проверка правильности вывода

Инструкции проверки правильности вывода не обеспечиваются данным атрибутом ИВП.

12.3.2.3 Управление устройством

Данный атрибут ИВП требует память состояния устройства каждого устройства обновления объекта, чтобы содержать маску ОО, как определено в 12.1.4. Эта маска ОО располагается ниже масок, связанных с атрибутом ИВП "класс поля".

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

- ТЕКСТ или ЛОГИЧЕСКИЙ ТЕКСТ;

- ПОВТОРНЫЙ ТЕКСТ или ПОВТОРНЫЙ ЛОГИЧЕСКИЙ ТЕКСТ;

- АТРИБУТ или ЛОГИЧЕСКИЙ АТРИБУТ;

- СТИРАНИЕ или ЛОГИЧЕСКОЕ СТИРАНИЕ.

Элементы маски обновляются посредством действий терминального пользователя ВТ, когда операции ЛОГИЧЕСКИЙ ТЕКСТ, ПОВТОРНЫЙ ЛОГИЧЕСКИЙ ТЕКСТ и ЛОГИЧЕСКИЙ АТРИБУТ применяются к внутренней КОВ. Для каждого адресуемого такой операцией элемента массива ОО вводится значение в соответствующие элементы маски следующим образом:

- если атрибут "состояние эхо-поля" имеет значение "выключено", то содержимое элемента массива ОО перед обновлением копируется в элементы маски (интерпретируется, как определено ниже);

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

Когда пустой элемент массива копируется в маску в соответствии с этими требованиями, то для каждого атрибута элемента массива ОО, которому не присвоено значение, в элемент маски вводится символическое значение "незнаковый". Это отличается от пустого элемента маски, так как он закрывает любое расположенное ниже присвоение специфического значения в соответствии с 12.1.4.

Примечание - В соответствии с 13.2 ГОСТ Р ИСО 9040, если элемент не имеет в настоящий момент присвоенного ему значения первичного атрибута, его считают пустым.

12.3.3 Счет поля

Для атрибута ИВП "счет поля" определяют следующие значения:

- необязательный (минимум);

- обязательный (минимум).

Тип значения параметра:

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

12.3.3.1 Проверка правильности ввода

Инструкции проверки правильности ввода не обеспечиваются данным атрибутом ИВП.

12.3.3.2 Проверка правильности вывода

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

a) после последнего теста обеспечения данного атрибута ИВП для поля функция локальной обработки не была принята для обновления какого-либо элемента массива поля;

b) или значение "минимум" равно 0 или имеются непустые элементы массива со значением координаты в пределах между 1 и значением "минимум", включаются оба значения.

Если атрибут "счет поля" имеет значение "обязательный", содержимое поля является допустимым, если, и только если утверждение а) является ложным, а утверждение b) является истинным.

Примечания

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

2 В соответствии с 13.2 ГОСТ Р ИСО 9040, если элемент не имеет в настоящий момент присвоенного ему значения первичного атрибута, его считают пустым.

12.3.3.3 Управление устройством

Данный атрибут ИВП не воздействует на абстрактные объекты для управления устройством.

12.3.4 Допустимые вводимые данные поля

Для атрибута ИВП "допустимые вводимые данные поля" определяют следующие значения:

- выходной тест (строки, реагирование на регистр);

- входной тест (первые знаки, да знакам, нет знакам, реагирование на регистр), в которых типами значений параметров являются:

- строки: множество строк знаков (как определено в 3.5.2), каждая из которых имеет такую же длину, как поле;

- первые знаки: одно из

- множество знаков (как определено в 3.5.1);

- символическое значение "нуль";

- да знакам: одно из

- множество знаков (как определено в 3.5.1);

- символическое значение "все";

- нет знакам: одно из

- множество знаков (как определено в 3.5.1);

- символическое значение "никакой";

- реагирование на регистр: символическое значение из множества ("да", "нет").

12.3.4.1 Проверка правильности ввода

12.3.4.1.1 Если атрибут "допустимые вводимые данные поля" имеет значение "выходной тест", он не обеспечивает инструкции проверки правильности ввода.

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

Примечания

1 Элементы массива поля, которые не адресуются информацией обновления, не тестируются на допустимость своего содержимого.

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

2 Согласно 13.2 ГОСТ Р ИСО 9040, если первичный элемент в атрибуте массива имеет присвоенное значение, то всем вторичным атрибутам необходимо присвоить значения. Информация обновления может присвоить значения некоторым вторичным атрибутам из значений глобальных или модальных атрибутов (см. 19.2.2.1 ГОСТ Р ИСО 9040). Обеспечение проверки правильности тестирует окончательное содержимое, включая те атрибуты, значения которых были присвоены по умолчанию.

12.3.4.1.2 Содержимое непустого элемента со значением координаты , кроме 1, допускается, если он эквивалентен некоторому знаку в множестве "да знакам" и неэквивалентен любому знаку в множестве "нет знакам". Тест эквивалентности определяется в 12.3.4.2.2.

Подобное правило применимо к непустому элементу с =1, если множество "первые знаки" принимает символическое значение "нуль". Иначе содержимое этого элемента является допустимым, если оно эквивалентно некоторому знаку в множестве "первые знаки" по тесту эквивалентности, определенному в 12.3.4.2.2.

12.3.4.2 Проверка правильности вывода

12.3.4.2.1 Если атрибут "допустимые вводимые данные поля" имеет значение "входной тест", он не обеспечивает инструкции проверки правильности вывода.

Если атрибут "допустимые вводимые данные поля" имеет значение "выходной тест", то содержимое поля является допустимым, если, и только если оно эквивалентно некоторой строке знаков в множестве "строки". Содержимое поля и строка знаков являются эквивалентными, если, и только если оба следующих утверждения являются истинными, когда элементы массива поля упорядочены по значению координаты , начиная с =1:

- содержимое каждого непустого элемента массива поля эквивалентно соответствующему знаку строки знаков по тесту эквивалентности, определенному в 12.3.4.2.2;

- содержимое каждого пустого элемента массива поля эквивалентно соответствующему знаку строки знаков по тесту эквивалентности, определенному в 12.3.4.2.3.

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

Если знак и содержимое элемента массива имеют одинаковое числовое значение для охватываемых тестом атрибутов, то они всегда считаются эквивалентными. Они также считаются эквивалентными, если все последующие утверждения являются истинными;

a) параметр "реагирование на регистр" имеет значение "нет";

b) знак и содержимое элемента массива имеют одинаковое числовое значение для всех охватываемых тестом вторичных атрибутов, но различные числовые значения для первичного атрибута;

c) общее значение для вторичного атрибута репертуара знаков соответствует репертуару, чей тип определения репертуара по умолчанию имеет значение, определенное в 18.2.4 ГОСТ Р ИСО 9040;

d) имена графических знаков в общем репертуаре, которые идентифицируются значениями имеющих отношение первичных атрибутов, отличаются только тем, что одно имя имеет слово ПРОПИСНАЯ, а другое имеет слово СТРОЧНАЯ.

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


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

12.3.4.2.3 Пустой элемент массива определяется на эквивалентность знаку (как определено в 3.5.1), если, и только если значение первичного атрибута знака изображает графический знак ПРОБЕЛ в репертуаре, установленным посредством значения вторичного атрибута репертуара знаков.

Примечания

1 В соответствии с 13.2 ГОСТ Р ИСО 9040 элемент массива считают пустым, если он не имеет назначенного ему текущего значения первичного атрибута.

2 В соответствии с 18.2.4.1 ГОСТ Р ИСО 9040 тип определения репертуара по умолчанию определяет, что, если в позиции GL таблицы кодов используют набор G из 94 знаков, то ясно, что знак ПРОБЕЛ является допустимым в позиции 2/0. Эта позиция соответствует значению 32 первичного атрибута.

12.3.4.3 Управление устройством

Данный атрибут ИВП не воздействует на абстрактные объекты для управления устройством.

12.4 Определения ИВП

Данный подраздел определяет допустимые инструкции ввода в поле (ИВП), на которые может ссылаться запись определения поля (ЗОП). Запись ЗОП определяет присвоение значений атрибута ИВП следующим образом:

- каждый атрибут ИВП и каждый параметр каждого атрибута ИВП рассматривается отдельно во время процесса присвоения и каждый сначала рассматривается как незнаковый;

- разрешается присваивать значение параметру атрибута ИВП до того как значение будет присвоено самому атрибуту ИВП;

- атрибуты ИВП, на которые ссылается ЗОП поля, обрабатываются в любом порядке и каждый выполняет присвоение одному или нескольким атрибутам ИВП или параметрам;

- любому атрибуту ИВП или параметру, который определяется для поля в соответствии с 12.3.1, но который остается незнаковым после обработки всех ИВП, по умолчанию присваивается значение, которое зависит от явно присвоенных значений.

Значения, назначаемые по умолчанию:

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

12.4.1 Необязательное поле

Данное определение ИВП присваивает атрибуту ИВП "класс поля" значение "свободное", а атрибуту ИВП "счет поля" значение "необязательное".

12.4.2 Обязательное поле

Данное определение ИВП присваивает атрибуту ИВП "класс поля" значение "свободное", а атрибуту ИВП "счет поля" - значение "обязательное".

12.4.3 Защищенное поле

Данное определение ИВП присваивает атрибуту ИВП "класс поля" значение "защищенное".

12.4.4 Операция атрибута "задержанное логическое воспроизведение"

Данное определение ИВП присваивает параметру "задержанное" атрибута ИВП "класс поля" значение "включено".

12.4.5 Принимаемый знак "эхо"

Данное определение ИВП присваивает атрибуту ИВП "состояние эхо-поля" значение "принимаемый знак".

12.4.6 Выключение эхо

Данное определение ИВП присваивает атрибуту ИВП "состояние эхо-поля" значение "выключено".

12.4.7 Заполненное поле

Данное определение ИВП присваивает параметру "минимум" атрибута ИВП "счет поля" значение "максимальная координата поля".

12.4.8 Минимальный ввод (минимум 1)

Этот параметр обязательный. Его значением является целое число больше нуля. Несколько экземпляров данного определения могут быть связаны с одним полем. Если параметру "минимум" атрибута ИВП "счет поля" не было еще присвоено значение, или если ему было присвоено значение меньшее, чем значение "минимум 1", то данное определение ИВП присваивает ему меньшее из значений "минимум 1" и максимальную координату поля. Если параметру "минимум" уже было присвоено большее или равное "минимум 1" значение, то данное определение не действует.

12.4.9 Игнорировать регистр

Данное определение ИВП присваивает параметру "реагирование на регистр" атрибута ИВП "допустимые вводимые данные поля" значение "нет".

12.4.10 Допустимые первые знаки (множество знаков)

Этот параметр обязательный. Его значением должно быть множество знаков (как определено в 3.5.1).

Несколько экземпляров данного определения ИВП могут быть связаны с одним полем.

Если параметру "первые знаки" атрибута ИВП "допустимые вводимые данные поля" не было еще присвоено значение, то данное определение ИВП присваивает ему значение "множество знаков". Если параметру "первые знаки" уже было присвоено значение, то данное определение ИВП прибавляет множество, которое формирует его текущее значение посредством добавления к нему знаков множества "множество знаков".

12.4.11 Допустимые знаки (множество знаков)

Спецификация данного определения ИВП такая же, как для определения ИВП "допустимые первые знаки", за исключением того, что параметр "первые знаки" заменяется параметром "да знакам".

12.4.12 Недопустимые знаки (множество знаков)

Спецификация данного определения ИВП такая же, как для определения ИВП "допустимые первые знаки", за исключением того, что параметр "первые знаки" заменяется параметром "нет знакам".

12.4.13 3начения допустимых строк (множество строк)

Этот параметр обязательный. Его значением должно быть множество наборов строк знаков (как определено в 3.5.3).

Несколько экземпляров данного определения ИВП могут быть связаны с одним полем.

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

- если строки набора такой же длины, как поле, они добавляются к множеству "множество полей";

- если строки набора имеют длину, отличную от длины поля, каждая строка преобразовывается, если это возможно, к длине поля посредством добавления или удаления последовательных знаков ПРОБЕЛ в конце строки и затем добавляется к множеству "множество полей".

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


Если параметру "строки" еще не присвоено значение, то данное определение ИВП присваивает ему значение "множество полей". Если параметру "строки" уже было присвоено значение, то определение ИВП прибавляет множество, которое формирует его текущее значение посредством добавления к нему строк знаков множества "множество полей".

- если строки набора такой же длины как поле, они добавляются к множеству "множество полей".

12.4.14 Допустимые числовые значения (множество строк)

Спецификация данного определения ИВП такая же как для определения ИВП "значения допустимых строк", за исключением способа, по которому множество "множество полей" формируется из значения параметра "множество строк". Для такого атрибута ИВП формирование выполняется следующим способом:

- если строки набора такой же длины, как поле, они добавляются к множеству "множество полей";

- если строки набора имеют длину, отличную от длины поля, каждая строка преобразовывается, если это возможно, к длине поля посредством добавления или удаления последовательных знаков ЦИФРА НУЛЬ в начале строки и затем добавляется к множеству "множество полей".

Примечания

1 Знак ЦИФРА НУЛЬ представляет собой значение первичного атрибута, соответствующее графическому знаку со своим именем в соответствии с определением 12.3.4.2.2. Если репертуар знаков набора не содержит графический знак с именем ЦИФРА НУЛЬ, то отличающаяся по длине от поля строка не может добавляться к множеству "множество полей".

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

12.5 Взаимоисключающие ИВП

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


Таблица 1 - Конфликтующие ИВП

12.6 Синтаксис информации обновления

Абстрактный синтаксис для информации обновления к ОУИВП определяется в 12.2.3 ИСО 9041-1 в терминах любого типа нотации АСН.1 с ИВП ссылки на тип. Определенный ниже модуль МФС 11185-ОУИВП2 нотации АСН.1 обеспечивает решение любого типа нотации АСН.1, когда имеется информация обновления к такому ОУИВП.

Каждое определение ИВП без параметра представляется в этом модуле ссылкой значения к типу "нуль". Каждое определение ИВП с одним или несколькими параметрами представляется значением поименованного типа. Значения параметра представляются определенными типами, которые выбираются из модуля. Другие определения объекта управления, которые используют типы значений, определенные в 3.5, могут таким образом использовать такие представления нотации АСН.1.

Представление значения параметра должно формироваться в соответствии со следующим руководством:

a) тип "атрибуты воспроизведения" используется для представления частичного воспроизведения или классификатора воспроизведения согласно контексту, как определено в 3.5. Если используется для представления классификатора воспроизведения, присутствующие атрибуты принимают явно определенное значение, а отсутствующие атрибуты определяются динамическим механизмом по умолчанию, описанным в 3.5.10. В частности, значение "{ }" представляет классификатор воспроизведения, в котором каждый атрибут воспроизведения определяется динамическим механизмом по умолчанию;

b) тип "знак" используется для представления знака или строки знаков согласно контексту, как определено в 3.5. Знак или строка знаков являются классифицированными, если присутствует необязательный элемент "атрибуты", и неклассифицированными, если такой элемент отсутствует;

c) тип "значения знаков" используется для представления множества знаков или множества наборов строк знаков согласно контексту. Множество знаков представляется таким же способом, как множество наборов строк знаков, в котором каждая строка знаков имеет длину 1. Тогда множество знаков содержит знаки, которые имеются в одном или нескольких наборах;

d) представленный типом "значения знаков" набор строк знаков является классифицированным или неклассифицированным в зависимости от того, классифицированный или неклассифицированный элемент "нижнее значение" представляет строку знаков, как представлено в b). Элементы "нижнее значение" и "верхнее значение" представляют нижнюю границу и верхнюю границу набора, как определено в 3.5. Если элемент "верхнее значение" опускается, то набор содержит один элемент со значением "нижнее значение";

e) если используются как поименованные типы "значения допустимых строк" и "значения допустимых чисел", то для элементов "нижнее значение" и "верхнее значение" типа "значения знаков" разрешается представлять строки знаков различной длины. Более короткая граница неявно удлиняется посредством добавления знаков ПРОБЕЛ в конец строки в случае типа "значения допустимых строк" и знаков ЦИФРА НУЛЬ в начало строки в случае типа "значения допустимых чисел". Эти термины должны соответственно интерпретироваться, как представлено в 12.4.13 и 12.4.14.

МФС 11185-ОУИВП2

{исо (1) стандарт (0) 9834 вт-оу-опр (5) оуивп (1) 2}

НЕЯВНЫЕ МЕТКИ ОПРЕДЕЛЕНИЙ:: = НАЧАЛО

ЭКСПОРТЫ ИВП, знак, значения знаков, атрибуты воспроизведения;

ИВП:: = ВЫБОР {

Знак :: = ПОСЛЕДОВАТЕЛЬНОСТЬ {

Значения знаков :: = ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ПОСЛЕДОВАТЕЛЬНОСТИ {

- верхним значением по умолчанию является

- компонент "первичное значение" нижнего значения.

Первичное значение :: = СТРОКА ОКТЕТОВ

- тип "первичное значение" используется для

- кодирования последовательности графических

- элементов "блок знаков" из одного репертуара знаков.

Атрибуты воспроизведения :: = ПОСЛЕДОВАТЕЛЬНОСТЬ {

КОНЕЦ ОПРЕДЕЛЕНИЯ ОУИВП

12.7 Исходное содержимое

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

13 Дополнительная информация

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

Когда ОУИВП данного типа присутствует в КОВ, функции обработки событий посылается уведомление о следующем событии, которое может иметь место во время управляемого ввода данных (см. 12.2.1):

- обнаружение ошибки при проверке функцией проверки правильности ввода в соответствии с 12.2.2.

Подразумевается, что ОУИВП данного типа должен использоваться вместе с ОУМВП, в котором это событие распознается как событие ввода в поле. Соответствие между событиями, определенными объектом ОУИВП и распознаваемыми объектом ОУМВП, должно быть частью спецификации любого профиля ФСВТ, который использует такие ОУ. Соответствующим типом ОУМВП для использования во время операции С-режима является тип с идентификатором таксономии FVT232, который определяется в ИСО/МЭК МФС 11185-11.

Две другие возможности обеспечиваются данным типом ОУИВП для использования соответствующим ОУМВП. Событие обнаружения ошибки при проверке правильности вызывается функцией проверки правильности ввода до запроса на обновление, который вызывается, если ошибка игнорируется. Как определено в 12.2.2, спецификация ОУМВП может включать в себя повторное действие ввода в поле (ПВП), которое обходит обнаруженную при проверке правильности ошибку и выполняет запрос на обновление, который допускается функцией локальной обработки и применяется к внутренней КОВ. Кроме того, функция проверки правильности вывода полезна для наличия возможности ОУМВ тестировать результат накопленной информации обновления к определенному полю. Различные ПВП могут затем быть активными в зависимости от результата теста.

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

14 Использование

Объект ОУИВП данного типа может использоваться в профилях ФСВТ А-режима и С-режима, когда требуются его всесторонние возможности.

ПРИЛОЖЕНИЕ А (обязательное). Список требований к заявке о соответствии реализации функциональному стандарту (СТЗФС)

ПРИЛОЖЕНИЕ А
(обязательное)

А.1 Требования к протоколу

В данном приложении представлен список СТЗФС для профиля FVT222, определенного в настоящем стандарте. Форма ЗСРП для протокола ВТ представлена в ИСО 9041-2. Данный СТЗФС определяет ограничения, налагаемые на ответы, которые могут быть даны в заполненной ЗСРП для реализации, претендующей на соответствие этому профилю.

Эти ограничения приведены в таблицах А.1-А.2 настоящего стандарта. В этих таблицах используют следующую нотацию. Отдельные позиции в форме ЗСРП указывают способом, определенным в А.9.1 ИСО 9646-2. Такая ссылка имеет форму , где - номер стандарта ИСО, который определяет протокол; - ссылка в форме ЗСРП этого стандарта на самый малый подраздел, в котором представлена соответствующая позиция; - номер ссылки на позицию этого подраздела. Если в СТЗФС необходимо указать ограничения, налагаемые на конкретную позицию, для нескольких отдельных случаев, то к ссылке на позицию добавляется суффикс в форме "", где - порядковый номер, который присваивается различным случаям.

Имя элемента выбирают из формы ЗСРП. Значения в колонках "статус" таблицы СТЗФС имеют приоритет над значениями в соответствующих колонках "статус" формы ЗСРП и они используют нотацию этой формы. Они уточняют значения статуса формы ЗСРП путем оценки условных выражений или преобразования факультативных значений в более конкретную форму. В этой таблице используются следующие условные значения:

если 9041-А.2.2/1, то 0, иначе -;

если прикладная реализация, то 0, иначе -;

если терминальная реализация, то 0, иначе -;

ссылки из ГОСТ 84986-2 даны на утверждения, при которых обеспечивается С-режим.

Если в таблице имеется колонка "значения профиля", то значение статуса применяют отдельно к каждому перечисленному значению профиля.

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

Любой СТЗФС не налагает ограничений на ответ;

н/и Колонка не относится к этой позиции.

А.2 Требования специфичные для профиля

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

Данный СТЗФС не налагает никаких специфичных для профиля ограничений.


Таблица А.1 - Требования ФСВТ к профилю FVT222 (страничный ОУИВП номер 1)

Таблица А.2 - Требования ПБД к профилю FVT222 (страничный ОУИВП номер 1)

Текст документа сверен по:
официальное издание
М.: ИПК Издательство стандартов, 1999