Гост р исо/мэк мфс 11185-9-99 государственный стандарт российской федерации информационная технология функциональный стандартпрофили fvt2nnбазовый класс виртуальныхтерминалов. регистр определенийтипов объектов управления часть 9. fvt222 - страничный оуивп (объект управления инструкциями ввода в поле) номер 1 издание официальное 1л

ГОСТ Р ИСО/МЭК МФС 11185-9-99 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология Функциональный стандарт

ПРОФИЛИ FVT2nn

БАЗОВЫЙ КЛАСС ВИРТУАЛЬНЫХ

ТЕРМИНАЛОВ. РЕГИСТР ОПРЕДЕЛЕНИЙ

ТИПОВ ОБЪЕКТОВ УПРАВЛЕНИЯ
Часть 9. FVT222 - страничный ОУИВП (объект управления инструкциями ввода в поле)
номер 1

1Л
00
«^ V еV «г- т"—> 'с-
ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р ИСО/МЭК МФС 11185-9-99
Предисловие
1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Государственного Комитета Российской Федерации по связи и информатизации
ВНЕСЕН Техническим Комитетом по стандартизации ТК 22 «Информационные технологии»
2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 18 марта 1999 г. № 78
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 11185-9—94 «Информационная технология. Международные стандартизованные профили FVT2. Базовый класс виртуальных терминалов. Регистр определений типов объектов управления. Часть 9. FVT222 — страничный ОУИВП (объект управления инструкциями ввода в поле) номер 1»
3 ВВЕДЕН ВПЕРВЫЕ
ИПК Издательство стандартов, 107076, Москва, Колодезный пер., 14.

Набрано в Издательстве на ПЭВМ

Филиал ИПК Издательство стандартов — тип. "Московский печатник", Москва, Лялин пер., 6
Плр >й 080102
II

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
Содержание
Введение...................................................................IV
1Назначение............................................................... 1
1.1Общие положения........................................................ 1
1.2 Место в таксономии.......................................................2
1.3 Сценарий............................................................ .....2
2 Нормативные ссылки.......................................................5
3 Определения.............................................. ... ...............6
3.1Общая терминология ВОС...............................................6
3.2 Терминология базовых стандартов ВТ......................................6
3.3 Терминология структуры пользователя ВТ...................................6
3.4 Терминология управляемого ввода данньк...................................7
3.5 Определения типов и свойств значений.....................................7
4 Сокращения..............................................................8
5Принципы соответствия профилям ВТ..........................................8
6 Номер элемента...........................................................9
7 Имя администратора........................................................9
8 Дата....................................................................9
9 Идентификатор............................................................9
10 Значение дескриптора...................................................... 9
11Параметры ОУ............................................................10
12 Значения, синтаксис и семантика ОУ..........................................10
12.1Модель пользователя ВТ................................................10
12.2 Функция локальной обработки...........................................13
12.3 Атрибуты ИВП.......................................................14
12.4 Определения ИВП....................................................18
12.5Взаимоисключающие ИВП..............................................20
12.6 Синтаксис информации обновления.......................................21
12.7Исходное содержимое.................................................23
13 Дополнительная информация.......................... .....................23
14 Использование...........................................................23
Приложение А Список требований к заявке о соответствии реализации функциональному
стандарту (СТЗФС)..............................................23
АЛ Требования к протоколу....................................................23
А.2 Требования специфичные для профиля........................................24
III

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

ГОСТ Р ИСО/МЭК МФС Ш85-9-99 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
Функциональный стандарт
ПРОФИЛИ 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
Дата введения 2000—01—01
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, где «abc» — структурирован­ный цифровой идентификатор, который идентифицирует позицию профиля на каждом из трех уровней подраздела этого подкласса. Значение каждого из компонентов «а» и «Ь» представляется одной цифрой, а значение компонента «с» — целым числом, состоящим из одной или нескольких цифр.
В принципе модель виртуальных терминалов ИСО допускает несколько классов операций, хотя к моменту издания настоящего стандарта был разработан только базовый класс. Значения компо­нента «а» идентификатора различают типы информационных объектов следующим образом:
а = 1 для профилей ФСВТ базового класса;
а = 2 для объектов управления базового класса;
а = 3 для присваиваемых типов базового класса.
Значения компонента «а» > 3 зарезервированы для дальнейших разработок.
Функциональный ГОСТ Р ИСО/МЭК МФС 11185 содержит спецификации профилей с идентификаторами вида FVT2bc. Для этого вида идентификатора значения компонента «Ь» опреде­ляют следующие пять основных классов объектов управления базового класса:
b = 1 для объектов управления смешанного типа (ОУСТ);
b = 2 для объектов управления инструкциями ввода в поле (ОУИВП);
b = 3 для объектов управления макетом ввода в поле (ОУМВП);
b = 4 для объектов справочной информации (ОСИ);
b = 5 для объектов управления условиями завершения (ОУУЗ).
Каждый из этих классов соответствует разделу регистра процедур ГОСТ Р ИСО/МЭК 9834-5. Компонент «с» идентификатора является порядковым номером типа объекта управления в соответ­ствующем разделе регистра. Значения компонента «Ь» > 5, зарезервированы для новых классифи­каций объектов управления базового класса, которые могут быть определены в последующих изменениях ГОСТ Р ИСО 9040.
Настоящий стандарт содержит определение объекта управления инструкциями ввода в поле с идентификатором профиля FVT222 — страничный ОУИВП (объект управления инструкциями ввода в поле) номер 1.
1.3 Сценарий
Спецификация услуг виртуальных терминалов представлена в ГОСТ Р ИСО 9040. Она основана на модели, в которой два пользователя ВТ взаимодействуют через общую концептуальную область взаимосвязи (КОВ), являющуюся концептуальной частью поставщика услуг ВТ. Обмен информа­цией представляется в виде модели, где один из пользователей ВТ изменяет содержимое области КОВ, а затем измененное состояние этой области КОВ становится доступным для равноправного пользователя ВТ.
Объекты ОУ формируют один из типов информационных объектов, который может быть представлен в области КОВ. Это показано на рисунке 1, где ОУ-1, ОУ-2, ..., ОУ-n отображают количество различных объектов управления, представленных в области КОВ. Во время согласования при установлении ассоциации ВТ определяется, будет ли включен объект управления данного типа, определение которого дано в настоящем стандарте.
Посредством услуги виртуальных терминалов область КОВ подразделяется на несколько компонентов. Компонент «определение структуры данных» (ОСД) объекта управления области КОВ содержит синтаксис своего информационного содержимого, включая набор возможных значений и допускаемых операций обновления. Текущее значение его информационного содержимого находит­ся в компоненте «управление, сигнализация и состояние» (УСС). Обновление текущего значения происходит посредством выдачи одним из пользователей ВТ примитивов услуг ВТ поставщику услуг.
2

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
Пользователь ВТ А
Пользователь ВТ В
Примитивы услуг ВТ
Поставщик услуг ВТ
Концептуальная область взаимосвязи
ОУ-1
ОУ-2
ОУ-п
Рисунок 1 — Объекты управления в модели услуг ВТ
Изменение состояния области КОВ становится возможным, когда поставщик услуг посылает примитивы услуг ВТ равноправному пользователю ВТ.
Согласно раздела 14 ГОСТ Р ИСО 9040 ОУ позволяют пользователям ВТ обрабатывать управляю­щую информацию, относящуюся к функциям виртуальных терминалов и к реальным устройствам. Это управление осуществляется пользователями ВТ через семантику, соответствующую информационному содержимому и операциям обновления ОУ. Если детали семантики не полностью предписаны, то определение семантики или спецификации отправителя семантики образует часть зарегистрированного определения ОУ. Однако эта семантика не имеет отношения к самому поставщику услуг ВТ. Компонент ОСД должен содержать идентификатор объекта нотации АСН.1, который идентифицирует зарегистри­рованное определение, а поставщик услуг ВТ действует только как хранилище этого значения. Такой пользователь ВТ должен знать зарегистрированное определение.
Примечание1— Значения параметров ФСВТ, которые определяют синтаксис информационного содержимого, могут согласовываться неявным образом во время установления ассоциации. Кроме того, в случае ОУ без параметров, эти значения не определяют детали синтаксиса. Такие значения и детали образуют часть зарегистрированного определения ОУ. Поскольку поставщику услуг ВТ не обязательно знать это зарегистри­рованное определение, то в принципе пользователи ВТ обеспечивают поставщика услуг ВТ такой информацией с помощью локальных процедур управления. Так или иначе, это зависит от практической конфигурации соответствующей реализации.
Определенный в настоящем стандарте тип объекта управления допускает асимметрию между двумя взаимодействующими оконечными системами. Одна выполняет роль терминальной оконеч­ной системы и содержит устройства для ввода и отображения данных и устройства для сигнализации. Эти устройства представляют часть компонента пользователя ВТ данной оконечной системы. Другая выполняет роль прикладной оконечной системы и содержит пакет прикладных программ, к которому терминальная оконечная система желает иметь доступ. Хотя необязательно, данная асимметрия может распознаваться посредством услуги ВТ; в 19.3.2 ГОСТ Р ИСО 9040 описано средство для такого распознавания только для ассоциации С-режима (синхронный).
Как указано в 20.3.4 ГОСТ Р ИСО 9040, определенный в настоящем стандарте тип объекта управления представляет собой объект управления инструкциями ввода в поле (ОУИВП). Содержи­мое объекта ОУИВП представляет собой массив записей, состоящий из записей инструкций ввода в поле (ЗИВП), на которые можно ссылаться посредством записи определения поля (ЗОП). Такая ссылка налагает ограничения как на операции обновления, разрешенные для содержимого поля, так и на инструкции, касающиеся способа, при котором это содержимое должно представляться посредством реального устройства отображения, или на то и другое вместе. Такие ограничения применяются только к обновлениям посредством терминальной оконечной системы. Содержимое объекта ОУИВП и записи ЗОП может обновляться только прикладной оконечной системой.
3

ГОСТ Р ИСО/МЭК МФС 11185-9-99
Терминальная оконечная Прикладная оконечная
система система

Пользователь ВТ А
По
льэователь ВТ В
I
I
Устройства
Пакет
прикладных
программ
Примитивы услуг ВТ
Ч /

ПАВТА
Прото-

ПАВТВ

КОВ А

КОВ В

ОУ-1

ОУ-2

ОУ-1
ОУ-2
кол ВТ

----------

ОУ-п

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

ГОСТ Р ИСО/МЭК МФС 11185-9-99
Такое различие в сведениях распространяется в пределах самого поставщика услуг ВТ. Спецификация протокола виртуальных терминалов, представленная в ИСО 9041-1, моделирует поставщика услуг ВТ в терминах протокольного обмена между двумя протокольными автоматами виртуальных терминалов (ПАВТ), каждый со своей собственной областью КОВ. Область КОВ каждого ПАВТ обновляется как с помощью сервисных примитивов, полученных от своего пользо­вателя ВТ, так и с помощью протокольных элементов, полученных от равноправного ПАВТ. Соответствующие сервисные примитивы и протокольные элементы посылаются автоматом ПАВТ для уведомления об изменении содержимого своей КОВ. Это показано на рисунке 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. Регистр определений объектов управления ВТ.
* Оригиналы и проекты стандартов ИСО/МЭК — во ВНИИКИ Госстандарта России.
5

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
ГОСТ Р ИСО/МЭК ТО 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) запись инструкции ввода в поле;
к) логический указатель;
1) устройство обновления объекта;
т) первичный атрибут;
п) атрибут воспроизведения;
о) С-режим;
р) вторичный атрибут;
q) ассоциация ВТ;
г) функциональная среда ВТ (ФСВТ);
s) пользователь ВТ;
t) параметр ФСВТ;
и) профиль ФСВТ;
v) аргумент профиля ФСВТ.
3.2.2В настоящем стандарте используют термин протокольный элемент, определенный в ИСО 9041-1.
3.3 Терминология структуры пользователя ВТ
3.3.1 Память управления устройством — концептуальная память, содержащая абстрактные объ­екты, которые отображают аспекты внуфеннего состояния пользователя ВТ, который не связан со специфическим устройством обновления объекта.
6

ГОСТ Р ИСО/МЭК МФС 11185-9-99
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 настоящего стандарта.
7

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
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 (Европейская секция открытых систем) OrvV OSE Implementors Workshop (Секция реализаторов ФСОС)
Все другие сокращения, используемые в настоящем стандарте, определены в ГОСТ Р ИСО/МЭК 10000-1 или ГОСТ Р ИСО 9040.
5 Принципы соответствия профилям ВТ
Система реализации протокола виртуальных терминалов соответствует профилю FVT2nn, который определяет тип объекта управления, если протокольная реализация способна передавать и принимать протокольные блоки данных (ПБД), соответствующие всем операциям обновления, разрешенным для данного типа ОУ.
Для соответствия системы реализации протокола профилю FVT2nn не обязательно, чтобы эта реализация согласовывала наличие в КОВ экземпляра ОУ такого типа. Такие требования опускаются при определении соответствия профилю FVTlnn, который определяет профиль ФСВТ.
Система, которая реализует протокол ВТ, может быть заявлена также на соответствие профилю AVTnn. Для соответствия профилю AVTnn может потребоваться, чтобы операции обновления ОУ, принятые компонентом пользователя ВТ системы, интерпретировались в соответствии с семанти­кой, определенной согласно определению типа ОУ, Соответствие семантике ОУ не относится к сфере соответствия какому-либо профилю AVTnn.
Требования соответствия протоколу виртуальных терминалов определены в разделе 13 ИСО 9041-1. Поставщик реализации протокола, которая претендует на соответствие ИСО 9041-1, должен заполнить копию формы заявки о соответствии реализации протоколу (ЗСРП), приведенной в ИСО
8

ГОСТ Р ИСО/МЗК МФС Ш85-9-99
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, присвоенное данному элементу регистра, имеет следующий вид:
«Первый согласованный ОУИВП для использования формами профилей ФСВТ».
9

ГОСТ Р ИСО/МЭК МФС 11185-9-99
11 Параметры ОУ
Данный тип ОУ допускает асимметрию использования двух оконечных систем, одна из которых выполняет функцию терминальной оконечной системы, а другая — прикладной оконечной системы. Такая асимметрия присваивается в соответствии с примечанием 1 к разделу 12 ГОСТ Р ИСО 9040. Нет необходимости, чтобы такая асимметрия распознавалась поставщиком услуг ВТ в соответствии с 19.3.2 ГОСТ Р ИСО 9040, в котором назначение правил пользователя ВТ терминальной оконечной системы и пользователя ВТ прикладной оконечной системы представлено только в С-режиме (синхронный).
Этот элемент регистра определяет следующие значения параметров ФСВТ объекта управления данного типа:
ОУ-структура: «непараметрическая»;
ОУ-доступ: принимает такое же значение, как параметр ФСВТ «ОУ-доступ» для
объекта управления определением поля (ОУОП), связанного с тем же объектом отображения;
ОУ-приоритет: «нормальный»;
ОУ-переключение: «не выбрано»
Параметру ФСВТ «ОУ-доступ» для ОУОП и таким образом также и для данного ОУИВП должно присваиваться значение, при котором доступ разрешается только прикладному пользователю ВТ. Данное значение будет зависеть от того, кем была инициирована ассоциация ВТ, терминальной оконечной системой или прикладной оконечной системой.
Примечание — Один аргумент профиля ФСВТ может использоваться для присвоения значений параметру ФСВТ «ОУ-доступ» для всех объектов управления в КОВ, которая допускает асимметрическое присвоение терминальных и прикладных ролей двум взаимодействующим оконечным системам.
12 Значения, синтаксис и семантика ОУ
12.1 Модель пользователя ВТ
12.1.1 Определение семантики данного ОУИВП основано на структурированной модели пользователя ВТ терминальной оконечной системы, которая показана на рисунке 3. Данная модель предназначена единственно для содействия процессу определения. Она не предназначена для обеспечения модели реализаций. Требованием для реализаций пользователя ВТ является только соответствие их внешнего режима внешнему режиму модели.
Реальные устройства могут иметь информацию внутреннего состояния. Для устройства обнов­ления объекта, помимо другого, данная информация определяет местоположение элемента массива объекта отображения (ОО), который будет обновляться посредством последующего ввода данных и посредством способа, при котором это местоположение будет известно оператору устройства. В такой модели информация состояния отображается посредством содержимого абстрактных объек­тов, хранящихся в памяти состояния устройства. Для каждого реального устройства имеется одна память состояния устройства.
Примечание — Для устройства обновления объекта, который состоит из клавиатуры и дисплейного экрана, вышеуказанные аспекты информации состояния соответствуют местоположению и представлению на экране курсора ввода. На подобных устройствах обновления объекта вышеуказанная информация обеспечива­ется аппаратными средствами и недоступна вне их. В таких случаях перемещения курсора ввода не может вызывать никаких операций адресации ОО до тех пор, пока содержимое всего экрана не будет передано пользователю ВТ. Конечное местоположение курсора может указывать информацию внутреннего состояния, которая отделена от указателя отображения КОВ.
Пользователь ВТ обрабатывает данные, принятые как от своих устройств обновления объекта, так и от поставщика услуг ВТ. Он может обработать свою собственную информацию внутреннего состояния, которая воздействует на эту обработку. Любая такая информация представляется в модели пользователя ВТ посредством абстрактных объектов, хранящихся в памяти управления устройством.
Определение семантики объекта управления может включать в себя спецификацию одного или нескольких абстрактных объектов, которые должны обеспечиваться в памяти состояния устройства или в памяти управления устройством. Таккм способом реализация объекта управления может
10

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
помещать запросы в память и может управлять возможностями реальных устройств пользователя ВТ. Спецификация таких объектов должна вклю­чать в себя некоторые требуемые правила, кото­рые касаются доступа к объекту для обновления. Абстрактные объекты, определенные таким спо­собом одним объектом управления, могут обнов­ляться и на них могут ссылаться другие объекты управления, если их определения разрешены таким образом.
12.1.2 Пользователь ВТ принимает данные от своих устройств обновления объекта и компонует их в информацию обновления объекта, которая используется для формирования допустимого со­держимого для примитивов запроса VT-DATA, и в операции локального действия, которые обновляют объекты, хранящиеся в памяти состояния устрой­ства и в памяти управления устройством. Инфор­мация обновления объекта может передаваться только поставщику услуг ВТ. Взаимосвязь с постав­щиком услуг ВТ использует модель очередей и приоритетов для обновления, работающую как оп­ределено в 24.5 ГОСТ Р ИСО 9040. Относительно пользователя ВТ операции локального действия являются исключительно внутренними.
Последовательность обновлений ОО и опера­ции локального действия могут вызываться посред­ством одного действия устройства обновления объекта. Пользователь ВТ может рассматривать
Пользователь ВТ А
1
J
Функция локальной обработки
1
Устройство
Память состояния устройства
Проверка ввода
Проверка вывода
Память управления устройством
Обработка событий
Внутренняя КОВ
Внешняя КОВ
такую последовательность как неделимую макро-операцию при условии, что одна макрооперация не должна содержать как операции, которые исполь­зуют указатель отображения, Так И операции, КОТО- Рисунок 3 — Структура терминального пользователя ВТ рые используют логический указатель. Как опреде­лено в 14.2 ГОСТ Р ИСО 9040, такие макро имеют
смысл, когда используется управляемый ввод данных, поскольку макро выполняется как одно целое, и нет такого отдельного составляющего элемента, который рассматривается процедурами проверки правильности ввода.
Примечание — На примере примечания к 12.1.1 настоящего стандарта ввод одного знака с клавиатуры во время управляемого ввода данных может вызвать одну неделимую макро, состоящую из следующих элементов:
-операция логической адресации, если требуется установить логический указатель в текущую позицию курсора для ввода;
- операция ЛОГИЧЕСКИЙ ТЕКСТ, чтобы выполнить соответствующий ввод в элемент массива по данному адресу;
-операция локального действия, чтобы переместить позицию курсора к конечной позиции логического указателя.
Сразу после первого вводят следующий знак, для которого нет необходимости выполнять первый шаг. Если какой-либо знак отвергается процедурами проверки управляемого ввода данных, то использование макро гарантирует, что также будет происходить соответствующее перемещение курсора.
Во время обработки данных от своих устройств обновления объекта пользователь ВТ может идентифицировать события, которые имеют значение в семантике объектов, присутствующих в КОВ. Примерами являются события ввода в поле и события завершения, которые определены в 3.3.65 и 3.3.72 ГОСТ Р ИСО 9040 соответственно. Эти события вызывают действия, определенные семанти­кой этих объектов. Результатом этих действий может быть обновление объекта или «доставка»
11

ГОСТ Р ИСО/МЭК МФС 11185-9-99
стимулов для передачи поставщику услуг ВТ, но само уведомление о событии поставщику услуг не передается.
12.1.3Когда используется управляемый ввод данных, пользователь ВТ приводит в действие функцию локальной обработки, которая выполняет проверочные тесты на запросы на обновление ОО, прежде чем они будут переданы поставщику услуг ВТ. Проверяются только те запросы на обновление ОО, которые используют логический указатель. В соответствии с В.18.4 ГОСТ Р ИСО 9040 допустимые запросы на обновление сохраняются посредством функции локальной обработки до тех пор, пока некоторое специфическое действие не вызовет их освобождение. Когда произойдет освобождение, сохраненная информация обновления не продвигается вперед, как в простой очереди. Вместо этого воздействие на ОО сохраненной информации обновления становится доступным поставщику услуг ВТ в соответствии с правилами передачи для соответствующих полей; см. 20.3.3.3 ГОСТ Р ИСО 9040.
Такая обработка выполняется в присутствующей модели пользователя ВТ посредством двух локальных копий КОВ, внешней копии и внутренней копии. Каждая копия подобна той, которая обеспечивается протокольным автоматом ВТ, как описано в 1.3 настоящего стандарта. Обе копии учитывают все операции обновления, которые принимаются от поставщика услуг ВТ или передаются поставщику услуг ВТ. Внутренняя копия обновляется к тому же посредством запросов на обновление ОО, когда они принимаются функцией локальной обработки. Это ОО внутренней КОВ, который формирует базу для любого изображения, отображаемого оператору терминальной оконечной системы на реальные устройства терминального пользователя ВТ.
Примечание — Вообще изображение на экране не соответствует точно содержимому ОО внутрен­ней КОВ. Оно может отличаться от этого содержимого курсором для ввода или изменением при воспроизве­дении или содержимым для других целей, связанных с вводом данных. Можно также учитывать запросы на обновление, которые еще не подвергались проверке на правильность ввода. В модели пользователя ВТ такие отличия определяются содержимым объектов, хранящихся в памяти состояния устройства, как это было описано выше.
Когда происходит событие, которое требует сохраненную информацию обновления для по­ставщика услуг ВТ, различия между внутренней и внешней копиями КОВ используются, чтобы вызвать информацию обновления для передачи поставщику услуг ВТ в соответствии с правилами передачи индивидуальных полей ОО. При передаче эта информация обновления также применяется к внешней КОВ. Содержимое внутренней и внешней КОВ будет затем совпадать в отличие от полей, для которых правила передачи специально требуют не передавать содержимое полей.
12.1.4 Память состояния устройства для реального устройства может содержать одну или несколько масок ОО, которые модифицируют представление ОО посредством этого устройства. Эти маски ОО формируют концептуальные перекрытия, которые помещаются сверху содержимого ОО внутренней КОВ. Маска ОО состоит из независимых элементов, один элемент для каждого атрибута каждого элемента массива ОО. Элемент маски ОО либо пустой, либо он содержит спецификацию для атрибута. Спецификация может иметь или явное значение или символическое значение из множества («неявное», «незнаковое», «зависит от устройства»). Любой непустой элемент маски закрывает все основные элементы маски и соответствующие атрибуты ОО самой внутренней КОВ.
Имеется следующее происхождение и интерпретация символических значений:
- значение «неявное» представляет использование классификатора воспроизведения динами­ческого значения по умолчанию для атрибута и интерпретируется, как определено в 3.5.10 настоя­щего стандарта;
- значение «незнаковое» представляет атрибут пустого элемента массива ОО, который имеет незнаковое значение;
-значение «зависит от устройства» для любого элемента маски позволяет устройству представ­лять содержимое основного элемента массива, имеющее отношение к зависимому от устройства способу, который не нуждается в соответствии какому-либо допустимому содержимому для элемента массива, независимо от значений других атрибутов этого элемента массива.
Значение «незнаковое» позволяет содержать в маске пустой элемент массива, который рас­сматривается как закрывающий основной непустой элемент массива. Такой способ требуется, например, для включения пароля, который должен вводится в пустое поле ОО без изменения отображаемого изображения: см. 12.3.3.3.
Обеспечение параметров ФСВТ «объект устройства» для атрибутов должно применяться к .содержимому ОО внутренней КОВ, которое воспринято через все перекрытые маски ОО.
12

ГОСТ Р ИСО/МЭК МФС 11185-9-99
Примечание — Обычно маски ОО должны использоваться только для устройств обновления объекта. Реальное устройство, такие как принтер, дисковая память или другие средства, создающие постоянную запись, обычно должны записывать ОО внутренней КОВ без изменения передачи.
12.1.5 Функция локальной обработки является только составляющей пользователя ВТ, кото­рый может применять запросы на обновление объекта только к внутренней КОВ. Обработка любого запроса на обновление объекта пользователем ВТ вне функции локальной обработки будет иметь в результате запрос на обновление, введенный непосредственно в одну из трех входных очередей к поставщику услуг ВТ. Это вызывает обновление, которое будет применяться как к внутренней КОВ, так и к внешней КОВ.
Для того, чтобы сохранить правильную последовательность, поступающий ввод любого запроса на обновление в очередь с приоритетом обновления «нормальный» должен быть событием, которое требует сохранение запросов на обновление ОО, которые будут освобождаться к поставщику услуг ВТ в соответствии с 12.1.3 настоящего стандарта. Вызываемые таким образом операции обновления должны добавляться к началу очереди запросов на обновление' с приоритетом «нормальный», которая переключена на освобождение. Во время такого освобождения функция локальной обра­ботки не доступна, так что, в частности, функция проверки правильности вывода не применяется (см. 12.2.1 настоящего стандарта).
Примечание — Проверка правильности вывода применяется только по завершении ввода данных. Когда используется управляемый ввод данных, она представляет собой функцию локальной обработки, которая определяет, когда завершается ввод данных. Освобождение сохраненных данных вследствие действий вне функции локальной обработки не рассматривается в качестве завершения ввода данных.
12.1.6 Сама по себе передача пользователем ВТ запросов на обновление поставщику услуг ВТ не требует протокольного автомата ВТ оконечной системы, относящегося к передаче этих запросов к равноправному ПАВТ; см. 1.3 настоящего стандарта. Событие внутри пользователя ВТ терминаль­ной оконечной системы, которое запрашивает сохраненную информацию обновления, должно быть доступным поставщику услуг ВТ, поэтому нет необходимости делать это событие доступным равноправному пользователю ВТ. Это относится к обновлению как ОО, так и ОУ с приоритетом обновления «нормальный». В соответствии с разделом 24 ГОСТ Р ИСО 9040 терминальная оконечная система может использовать это средство услуги ВТ для сохранения такой информации обновления до тех пор, пока не будет запрошена явная или неявная доставка информации обновления равноправному пользователю ВТ.
Примечание— До тех пор, пока выполняется «карантинное» управление доставкой, терминальная оконечная система не может использовать преобразование типа «конечный эффект» для последовательности запросов на обновление, которые будут переданы поставщику услуг ВТ пользователем ВТ терминальной оконечной системы. В частности, обеспечение правил передачи для полей ОО применяется пользователем ВТ, и дальнейшее преобразование типа «конечный эффект» не может иметь места, если только вызванная такой обработкой информация обновления не будет передана поставщику услуг ВТ.
12.2 Функция локальной обработки
12.2.1 В отличие от других составляющих пользователя ВТ терминальной оконечной системы функция локальной обработки имеет свою операцию, полностью охватываемую определениями семантики объектов управления в КОВ. Используемая здесь для своей операции модель является усовершенствованием той, которая описана в В.18.4 ГОСТ Р ИСО 9040.
Функция локальной обработки имеет три составляющие:
-функция проверки правильности ввода;
-функция проверки правильности вывода;
-функция обработки событий.
Первые две из этих составляющих определяются объектами ОУИВП, присутствующими в КОВ, а третья составляющая — объектами ОУМВП.
Когда используется управляемый ввод данных, функции локальной обработки должны быть переданы следующие элементы:
- запросы на обновление ОО, которые используют логический указатель, или любая макро-операция, которая включает такой запрос;
-уведомления о событиях семантического значения к какому-либо ОУМВП, присутствующему в КОВ.
Запросы на обновление ОО, включая макрооперации, передаются функции проверки правиль-
13

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
ности ввода. Уведомления о событиях передаются функции обработки событий. Непосредственно функции проверки правильности вывода ничего не передается. Вместо этого она доступна функции обработки событий по запросу на тестирование содержимого поля в ОО внутренней КОВ. Таким образом она обеспечивает тестирование накопленных результатов всех сохраненных запросов на обновление ОО, а не каждого вызванного индивидуального запроса на обновление.
Функция обработки событий может выполняться при обнаружении ошибки во время проверки, результат которой возвращается функцией проверки правильности ввода. Функция обработки событий может вызвать функцию проверки правильности вывода и может инициировать различные действия согласно результату, который она возвращает. Локальная обработка любого элемента должна продолжаться до завершения, прежде чем пользователь ВТ инициирует обработку каких-либо последующих элементов.
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.
14

ГОСТ Р ИСО/МЭК МФС 11185-9-99
Для поля могут быть определены следующие атрибуты ИВП:
- класс поля;
-состояние эхо-поля;
-счет поля;
-допустимые вводимые данные поля.
Каждому полю присваивают значение «класс поля». Это значение определяет, каким другим атрибутам ИВП, если они имеются, также присваивается значение для этого поля.
Некоторые из этих атрибутов ИВП имеют параметрические значения, а некоторые параметры являются полиморфными. В последующих подразделах после значения атрибута ИВП в скобках приводятся названия параметров. Допустимые типы значений для каждого параметра перечислены отдельно. Все типы значений, которые относятся к атрибутам элементов массива, определяются по технологии, представленной в 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 Состояниеэхо-поля
Для атрибута ИВП «состояние эхо-поля» определяют следующие значения:
- выключено;
- принимаемый знак.
15

ГОСТ Р ИСО/МЭК МФС 11185-9-99
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 и значением «минимум», включаются оба значения.
Если атрибут «счет поля» имеет значение «обязательный», содержимое поля является допусти­мым, если, и только если утверждение а) является ложным, а утверждение Ь) является истинным.
Примечания
1 Для обновления ОО информация обновления, которая передается функции локальной обработки, должна использовать логическую адресацию.
2 В соответствии с 13.2 ГОСТ Р ИСО 9040, если элемент не имеет в настоящий момент присвоенного ему значения первичного атрибута, его считают пустым.
16

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
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:
17

ГОСТ Р ИСО/МЭК МФС 11185-9-99
-содержимое каждого непустого элемента массива поля эквивалентно соответствующему знаку строки знаков по тесту эквивалентности, определенному в 12.3.4.2.2;
-содержимое каждого пустого элемента массива поля эквивалентно соответствующему знаку строки знаков по тесту эквивалентности, определенному в 12.3.4.2.3.
12.3.4.2.2 Тест на эквивалентность между знаком и содержимым непустого элемента массива охватывает только те атрибуты, которые определяются для этого знака, то есть все атрибуты для классифицированного знака, но только первичный атрибут и вторичный атрибут репертуара знаков для неклассифицированного знака.
Если знак и содержимое элемента массива имеют одинаковое числовое значение для охваты­ваемых тестом атрибутов, то они всегда считаются эквивалентными. Они также считаются эквива­лентными, если все последующие утверждения являются истинными;
a) параметр «реагирование на регистр» имеет значение «нет»;
b) знак и содержимое элемента массива имеют одинаковое числовое значение для всех охватываемых тестом вторичных атрибутов, но различные числовые значения для первичного атрибута;
c) общее значение для вторичного атрибута репертуара знаков соответствует репертуару, чей тип определения репертуара по умолчанию имеет значение, определенное в 18.2.4 ГОСТ Р ИСО 9040;
d) имена графических знаков в общем репертуаре, которые идентифицируются значениями имеющих отношение первичных атрибутов, отличаются только тем, что одно имя имеет слово ПРОПИСНАЯ, а другое имеет слово СТРОЧНАЯ.
Примечание — Имена графических знаков для типа присвоения репертуара по умолчанию записываются в таблицы международного регистра ИСО наборов кодированных знаков, чтобы использоваться с последовательностями переходов.
Дополнительные тесты эквивалентности могут быть определены средствами вне определения типа объекта управления, чтобы охватить ситуацию, в которой утверждения а) и Ь) являются истинными, а утверждение с) является ложным.
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, но который остается незнаковым после обработки всех ИВП, по умолчанию присваивается значение, которое зависит от явно присвоенных значений.
Значения, назначаемые по умолчанию: класс поля: свободное;
задержанное: «выключено»;
18

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
состояние эхо-поля: принимаемый знак;
знак: (по умолчанию никогда не устанавливается);
счет поля: необязательный;
минимум: О;
допустимые вводимые данные поля: ЕСЛИ параметр «строки» ИМЕЕТ ПРИСВОЕННОЕ
ЗНАЧЕНИЕ, то выходной тест, ИНАЧЕ входной ТЕСТ;
первые знаки: «нуль»;
да знакам: «все»;
нет знакам: «никакие»;
реагирование на регистр: «да»;
строки: (по умолчанию никогда не устанавливается).
Некоторые из указанных ниже ИВП являются параметрическими. Параметры по умолчанию не имеют значений, но они могут быть необязательными. Все относящиеся к атрибутам элементов массива типы значений определяются с использованием терминологии, определенной в 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 Допустимые знаки (множество знаков)
Спецификация данного определения ИВП такая же, как для определения ИВП «допустимые
19

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
первые знаки», за исключением того, что параметр «первые знаки» заменяется параметром «да знакам».
12.4.12 Недопустимые знаки (множество знаков) Спецификация данного определения ИВП такая же, как для определения ИВП «допустимые
первые знаки», за исключением того, что параметр «первые знаки» заменяется параметром «нет знакам».
12.4.13 Значения допустимых строк (множество строк)
Этот параметр обязательный. Его значением должно быть множество наборов строк знаков (как определено в 3.5.3).
Несколько экземпляров данного определения ИВП могут быть связаны с одним полем.
Значение параметра «множество строк» сначала используется для формирования множества «множество полей» строк знаков, каждая из которых имеет такую же длину, как поле. Каждый набор строк знаков в параметре «множество строк» добавляется к множеству «множество полей» следую­щим образом:
- если строки набора такой же длины, как поле, они добавляются к множеству «множество полей»;
-если строки набора имеют длину, отличную от длины поля, каждая строка преобразовывается, если это возможно, к длине поля посредством добавления или удаления последовательных знаков ПРОБЕЛ в конце строки и затем добавляется к множеству «множество полей».
Примечание — См. 12.3.4.2.3 относительно интерпретации знаков ПРОБЕЛ. Те строки длиннее поля, которые не завершаются достаточным числом знаков ПРОБЕЛ, не добавляются к множеству «множество полей». Если репертуар знаков набора не содержит знака ПРОБЕЛ в такой интерпретации, то отличающиеся по длине от поля строки не могут добавляться к множеству «множество полей».
Если параметру «строки» еще не присвоено значение, то данное определение ИВП присваивает ему значение «множество полей». Если параметру «строки» уже было присвоено значение, то определение ИВП прибавляет множество, которое формирует его текущее значение посредством добавления к нему строк знаков множества «множество полей».
- если строки набора такой же длины как поле, они добавляются к множеству «множество полей»;
12.4.14 Д о пусти м ы е числовые значения (множество строк) Спецификация данного определения ИВП такая же как для определения ИВП «значения
допустимых строк», за исключением способа, по которому множество «множество полей» форми­руется из значения параметра «множество строк». ДЛя такого атрибута ИВП формирование выполняется следующим способом:
- если строки набора такой же длины, как поле, они добавляются к множеству «множество полей»;
-если строки набора имеют длину, отличную от длины поля, каждая строка преобразовывается, если это возможно, к длине поля посредством добавления или удаления последовательных знаков ЦИФРА НУЛЬ в начале строки и затем добавляется к множеству «множество полей».
Примечания
1 Знак ЦИФРА НУЛЬ представляет собой значение первичного атрибута, соответствующее графическому знаку со своим именем в соответствии с определением 12.3.4.2.2. Если репертуар знаков набора не содержит графический знак с именем ЦИФРА НУЛЬ, то отличающаяся по длине от поля строка не может добавляться к множеству «множество полей».
2 Подразумевается, что строки знаков, определенные значением параметра данного определения ИВП, должны состоять целиком из цифр. Операция сравнения строк знаков будет соответствовать только сравнению целочисленных значений, изображаемых последовательностями цифр, если значения первичных атрибутов цифр от 0 до 9 представлены в порядке увеличения. Наборы будут обязательно состоять целиком из последовательности цифр, только если нецифровые знаки не имеют значений первичных атрибутов между наибольшим и наименьшим значениями, используемыми для изображения цифр.
12.5 Взаимоисключающие ИВП
Значения атрибутов ИВП, устанавливаемые некоторыми ИВП, находятся в конфликте со значениями, устанавливаемыми другими ИВП. Например, обеспечение проверки правильности ввода не может быть присвоено, когда атрибут ИВП «класс поля» имеет значение «защищенное». Конфликтующие ИВП не должны присваиваться с одним полем. В таблице 1 определены множества конфликтующих ИВП для результатов таких запросов. Проблема конфликта между многочислен-
20

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
ными связанными с одним полем экземплярами одного параметрического определения ИВП, рассматриваются в определении каждого такого ИВП в п. 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) тип «значения знаков» используется для представления множества знаков или множества наборов строк знаков согласно контексту. Множество знаков представляется таким же способом,
21

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
как множество наборов строк знаков, в котором каждая строка знаков имеет длину 1. Тогда множество знаков содержит знаки, которые имеются в одном или нескольких наборах;
d) представленный типом «значения знаков» набор строк знаков является классифицирован­ным или неклассифицированным в зависимости от того, классифицированный или неклассифици­рованный элемент «нижнее значение» представляет строку знаков, как представлено в Ь). Элементы «нижнее значение» и «верхнее значение» представляют нижнюю границу и верхнюю границу набора, как определено в 3.5. Если элемент «верхнее значение» опускается, то набор содержит один элемент со значением «нижнее значение»;
e) если используются как поименованные типы «значения допустимых строк» и «значения допустимых чисел», то для элементов «нижнее значение» и «верхнее значение» типа «значения знаков» разрешается представлять строки знаков различной длины. Более короткая граница неявно удлиняется посредством добавления знаков ПРОБЕЛ в конец строки в случае типа «значения допустимых строк» и знаков ЦИФРА НУЛЬ в начало строки в случае типа «значения допустимых чисел». Эти термины должны соответственно интерпретироваться, как представлено в 12.4.13 и 12.4.14.
МФС Ш85-ОУИВП2
{исо (1) стандарт (0) 9834 вт-оу-опр (5) оуивп (1) 2}
НЕЯВНЫЕ МЕТКИ ОПРЕДЕЛЕНИЙ:: = НАЧАЛО
ЭКСПОРТЫ ИВП, знак, значения знаков,' атрибуты воспроизведения;
ИВП:: = ВЫБОР {
ивпО
ивп1
ивп2
ивпЗ
ивп4
ивп5
ивпб
ивп7
минимальные вводы
допустимые первые знаки
допустимые знаки
недопустимые знаки
значения допустимых строк
значения допустимых чисел
[0] НУЛЬ,
[I] НУЛЬ, [2] НУЛЬ, [3] НУЛЬ, [4] НУЛЬ, [5] НУЛЬ, [6] НУЛЬ, [7] НУЛЬ,
[8] ЦЕЛОЧИСЛЕННЫЙ, [9] Значения знаков, [10] Значения знаков,
[II] Значения знаков, [12] Значения знаков, [13] Значения знаков}
необязательное поле ИВП
обязательное поле ИВП
защищенное поле ИВП
заполненное поле ИВП
знак принимаемого ИВП
эхо
эхо выключено ИВП:
игнорировать регистр ИВП:
операция «задержанное логи-ИВП:
= ивпО НУЛЬ = ивп1 НУЛЬ = ивп2 НУЛЬ = ивпЗ НУЛЬ = ивп4 НУЛЬ
= ивп5 НУЛЬ = ивпб НУЛЬ = ивп7 НУЛЬ
ческое воспроизведение» Знак : : - ПОСЛЕДОВАТЕЛЬНОСТЬ {
первичное значение [0] Первичное значение,
репертуар [1] ЦЕЛОЧИСЛЕННЫЙ,
атрибуты [2] Атрибуты воспроизведения НЕОБЯЗАТЕЛЬНЫЙ}
Значения знаков : : = ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ ПОСЛЕДОВАТЕЛЬНОСТИ {
нижнее значение [0] Знак,
верхнее значение [1] Первичное значение НЕОБЯЗАТЕЛЬНЫЙ}
- верхним значением по умолчанию является
- компонент «первичное значение» нижнего значения. Первичное значение : : = СТРОКА ОКТЕТОВ
-тип «первичное значение» используете* для
-кодирования последовательности графических
-элементов «блок знаков» из одного репертуара знаков.
22

ГОСТ Р ИСО/МЭК МФС Ш85-9-99
Атрибуты воспроизведения : : = ПОСЛЕДОВАТЕЛЬНОСТЬ {
приоритетный цвет [0] ЦЕЛОЧИСЛЕННЫЙ НЕОБЯЗАТЕЛЬНЫЙ, фоновый цвет [1] ЦЕЛОЧИСЛЕННЫЙ НЕОБЯЗАТЕЛЬНЫЙ,
выделение [2] Печатаемая строка НЕОБЯЗАТЕЛЬНЫЙ,
шрифт [3] ЦЕЛОЧИСЛЕННЫЙ НЕОБЯЗАТЕЛЬНЫЙ}
КОНЕЦ ОПРЕДЕЛЕНИЯ ОУИВП
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. Такая ссылка имеет форму x—y/z, где х — номер стандарта ИСО, который определяет протокол; у — ссылка в форме ЗСРП этого стандарта на самый малый подраздел, в котором представлена соответствующая
23

ГОСТ Р ИСО/МЭК МФС 11185-9—99
позиция; i — номер ссылки на позицию этого подраздела. Если в СТЗФС необходимо указать ограничения, налагаемые на конкретную позицию, для нескольких отдельных случаев, то к ссылке на позицию добавляется суффикс в форме «и», где п — порядковый номер, который присваивается различным случаям.
Имя элемента выбирают из формы ЗСРП. Значения в колонках «статус» таблицы СТЗФС имеют приоритет над значениями в соответствующих колонках «статус» формы ЗСРП и они используют нотацию этой формы. Они уточняют значения статуса формы ЗСРП путем оценки условных выражений или преобразования факультативных значений в более конкретную форму. В этой таблице используются следующие условные значения:
у\ если 9041-А.2.2/1, то 0, иначе —;
у2 если прикладная реализация, то 0, иначе —;
уЗ если терминальная реализация, то 0, иначе —;
ссылки из ГОСТ 84986-2 даны на утверждения, при которых обеспечивается С-режим.
Если в таблице имеется колонка «значения профиля», то значение статуса применяют отдельно к каждому перечисленному значению профиля.
Значения, представленные в любой колонке таблицы СТЗФС, которая соответствует колонке «ответ» в форме ЗСРП, являются допустимыми ответами для соответствующего элемента. В этих колонках используют следующую специальную нотацию.
Любой СТЗФС не налагает ограничений на ответ;
н/и Колонка не относится к этой позиции.
А.2 Требования специфичные для профиля
СТЗФС может также указывать ограничения, налагаемые на ответы к дополнительным вопросам, к которым относятся требования соответствия, специфичные для профиля, которые не входят в предмет рассмотрения базовых стандартов, на которые даны ссылки. Эти вопросы должны быть даны в самом СТЗФС.
Данный СТЗФС не налагает никаких специфичных для профиля ограничений.
Таблица А1— Требования ФСВТ к профилю FVT222 (страничный ОУИВП номер 1)
Номер позиции ИСО 9041
Наименование позиции

Статус

Обеспеченное количество

Согласуемость
А.2.1/6 А.2.1/7 А.2.1/9 АЗ.8/4 АЗ.8/5 АЗ.8/6
Правила расширенного доступа
Структурированные объекты управления
Поля
ОУ определением поля (ОУОП)
ОУ инструкциями ввода в поле (ОУИВП)
ОУ макетом ввода в поле (ОУМВП)
yi
о о о о о

н/и

н/и

н/и

1

1 Si

н/и н/и н/и нет любой любой
Таблица А.2 — Требования ПБД к профилю FVT222 (страничный ОУИВП номер 1)
Номер позиции ИСО 9041
Наименование позиции
Значения профиля
ПЕРЕДАЧА Статус

ПРИЕМ

Статус
А5.15.4/12 А5.15.4/13 А5.15.4/3.2
оуоп
оуивп
содержимое
н/и
н/и
см. примечание
У2 у2 У2

уз уз уз
Примечание —Обеспечение является обязательным для ИВП типа нотации АСН.1, экспортированного из модуля МФС 11185-ОУИВП2.

colspan='2' valign='top' width='510'  »

РД и ТУ »