Статус документа
Статус документа


ГОСТ Р ИСО/МЭК МФС 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 - Объекты управления в модели услуг ВТ


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

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

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

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

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

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

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

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

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

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

Нужен полный текст и статус документов ГОСТ, СНИП, СП?
Попробуйте «Техэксперт: Лаборатория. Инспекция. Сертификация» бесплатно
Реклама. Рекламодатель: Акционерное общество "Информационная компания "Кодекс". 2VtzqvQZoVs