Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

99 страниц

669.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

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

Оглавление

0. Введение

1. Назначение и область применения

2. Ссылки

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

4. Сокращения

Часть 1. Модель файлохранилища

5. Основные понятия

6. Выбор файла

7. Структуры файлов

7.1. Структура доступа к файлу

7.2. Определение абстрактной структуры

7.3. Определение абстрактного синтаксиса

7.4. Структура передачи файла

7.5. Контекст доступа

7.6. Структура идентификации

7.7. Наборы ограничений

8. Действия над файлами

8.1.  Отношение к передаче данных большого объема

8.2.  Передача данных большого объема при чтении

8.3.  Передача данных большого объема при записи

9. Атрибуты

9.1. Область действия атрибутов

9.2. Скалярные, векторные и множественные атрибуты

9.3. Значения атрибутов

9.4. Обеспечение атрибутов файла

Часть 2. Действия над файлохранилищем

10. Действия над целыми файлами

10.1. Создание файла

10.2. Выбор файла

10.3. Изменение атрибута

10.4. Чтение атрибута

10.5. Открытие файла

10.6. Закрытие файла

10.7. Удаление файла

10.8. Отмена выбора файла

11. Действия при доступе к файлу

11.1. Определение местоположения

11.2. Чтение

11.3. Вставка

11.4. Замена

11.5. Расширение

11.6. Стирание

11.7. Действия над файлом и текущее местоположение

Часть 3. Определение атрибутов

12. Атрибуты файла

12.1. Имя файла

12.2. Разрешенные действия

12.3. Тип содержания сообщения

12.4. Счет за хранение

12.5. Дата и время создания

12.6. Дата и время последней модификации

12.7. Дата и время последнего доступа для чтения

12.8. Дата и время последней модификации атрибутов

12.9. Идентификатор владельца

12.10. Идентификатор абонента, последний раз модифицировавшего файл

12.11. Идентификатор абонента, последний раз читавшего файл

12.12. Идентификатор абонента, последний раз модифицировавшего атрибуты файла

12.13. Доступность файла

12.14. Размер файла

12.15. Будущий размер файла

12.16. Управление доступом

12.17. Законное ограничение

12.18. Атрибут пользователя

13. Атрибуты взаимодействия

13.1. Действующий тип содержания сообщения

13.2. Текущий запрос доступа

13.3. Идентификатор текущего абонента

13.4. Текущее местоположение

13.5. Текущий режим обработки

13.6. Символическое имя текущего вызывающего прикладного логического объекта

13.7. Символическое имя текущего ответственного прикладного логического объекта

13.8. Текущий счет

13.9. Текущее управление совместным доступом

13.10. Текущий способ блокирования

13.11. Текущие пароли для доступа

13.12. Действующее законное ограничение

14. Группы атрибутов

14.1. Основная группа

14.2. Группа хранения

14.3. Группа защиты

14.4. Группа пользователя

15. Минимальные пределы атрибутов

Приложение А. Наборы ограничений на структуру доступа к файлу

Приложение Б. Типы документов

Приложение В. Чтение структурированных документов

Приложение Г. Вставка в структурированный файл

Приложение Д. Перекрестные ссылки нотации АСН.1

Информационные данные

Показать даты введения Admin

Страница 1

>Д К 681.224 : 621.391 : 006 : 354    Грунт1 П85

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

Информационна* технологи ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПЕРЕДАЧА, ДОСТУП И УПРАВЛЕНИЕ ФАЙЛОМ Часть 2. Определение виртуального фаЯлохраиилиии

Information technology.

Open systems Interconnection.

File transfer, access and management.

Pari 2. Virtual filestore definition

ОКСТУ 0034

ГОСТ Р 34.980.2-92 (ИСО 8571/2—88)


Дата введении 01.01.94

0. ВВЕДЕНИЕ

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

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

Наборы ограничений на структуру доступа к файлу приведены в приложении А, типы документов —в приложении Б, чтение структурированных файлов — в приложении В, вставка в структурированный файл — в приложении Г. перекрестные ссылки нотации ACH.I — в приложении Д.

1

© Издательство стандартов, 1993 Мастоащиб стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен 6« разрешения Госстандарта Росси

Страница 2

С. 2 ГОСТ Р 34.980.2-92

I. НАЗНАЧЕНИЕ Н ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт определяет:

абстрактную модель виртуального файлохранилнща при описании файлов и файлохранилищ (разд. 5—9);

набор действий, доступных для манипулирования элементами модели (разд. 10 и 11);

сущность индивидуальных файлов и ассоциаций в терминах атрибутов (разд. 12—15);

формат отображений файлов с иерархическими структурами (разд. 7).

Настоящий стандарт не устанавливает:

требований, относящихся к способу отображения информации из реальных файлохранилищ в виртуальные;

требований для реализации реального файлохранилнща

Определение виртуального файлохранилнща дано в других частях ГОСТ Р 34.980, в которых определяется файловая услуга (ГОСТ Р 34.1980.3) и указывается файловый протокол (ГОСТ Р 34.1980.4).

2. ССЫЛКИ

ГОСТ 34.301 (ИСО 6429) «Информационная технология. 7-битные и 8-битные кодированные наборы символов. Управляющие функции».

ГОСТ 28906 (ИСО 7498) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель».

ГОСТ Р 34.980.1 (ИСО 8571/1) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 1. Общее описание».

ГОСТ Р 34.1980.3 (ИСО 8571/3) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 3. Определение услуг виртуального файла».

ГОСТ Р 34.1980.4 (ИСО 8571/4) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 4. Спецификация файловых протоколов».

ИСО 8601 • «Элементы данных и форматы обмена. Обмен информацией. Отображение данных и времени».

ИСО 86501 «Системы обработки информации. Взаимосвязь открытых систем. Определение протокола для сервисного элемента управления ассоциацией».

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

1

До прямого применении данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационная технология»

Страница 3

ГОСТ Р 84.980.2—И С. 3

ГОСТ 34.973 (ИСО 8824) «Информационная технология. Вза:: мосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии 1 (АСН.1)».

ГОСТ 34.974 (ИСО 8825) «Информационная технология. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН.1)».

ИСО 88321 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола базисного класса для передачи заданий и манипулирования заданиями*

ИСО 9804* «Системы обработки информации. Взаимосвязь открытых систем. Определение элементов услуг прикладного уровня. Совершение, параллельность и восстановление».

ИСО 9834/2* «Системы обработки информации. Процедуры для специальных правил регистрации модели OSI. Часть 2. Регистрация типов документов*.

3.    ОПРЕДЕЛЕНИЯ

Термины определены в ГОСТ Р 34.980.1 (ИСО 8571/1).

4.    СОКРАЩЕНИЯ

Сокращения определены в ГОСТ Р 34.980.1 (ИСО 8571/1).

Часть 1. МОДЕЛЬ ФАЙЛ ОХРАНИЛ ИЩА S. ОСНОВНЫЕ ПОНЯТИЯ

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

Примечание. Способы для размещения явных символических имен прикладных логических объектов и способы обслуживания соответствующего справочника для предоставления адроса при обеспечении связи с этим логическим объектом находятся вне сферы действия стандарта.

Файлохранилище может содержать произвольное количество файлов (или не содержать ни одного файла) (см. черт. 1).

1

До прямого применения данного документа в качестве государственною стандарта распространение его осуществляет секретариат ТК 22 «Информациои-«ая технология*.

Страница 4

С 4 ГОСТ Р 34.9W.2-W

Burntосвязь между фвйдам*. атрибутами и ассоциациями    г

Файл    j    Атрибуты    ЫимодейтЬа

АтриЦты

ООвлмачвшя:

_____    исщмща 1-1

—    дггщ>лц1л Ьп(п>0)

--1ССЩМци11:а(,п»0)

Черт. 1

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

Каждый файл является либо пустым, либо имеет некоторое содержание сообщения и информацию о своей структуре. Некоторые из атрибутов файла указывают структурные аспекты содержания сообщения.

Страница 5

ГОСТ Р М.М0.2-Ю С. &

Имеется множество атрибутов взаимодействия, относящихся к каждому отдельному режиму службы ПДУФ (FTAM). Атрибуты взаимодействия бывают двух типов.

Первый тип один к одному соответствует атрибутам файла и указывает действующее значение этих атрибутов, воспринимаемых абонентом. Второй тип атрибутов взаимодействия представляет текущее значение информации о состоянии, которое имеет отношение к выполнению обменов информацией, имеющих место в режиме службы ПДУФ, и установленные данные, касающиеся абонента. Эти значения обычно получаются из соответствующих параметров при протокольных обменах. Абонент имеет доступ к описанию только тех режимов службы ПДУФ, в которых он принимает участие.

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

в. ВЫБОР ФАЙЛА

Из системы, в которой отсутствует файлохранилище. выбор файла всегда выполняется с помощью указания имени файла. Указание к файлу находится а контексте определенного фаАлахранжлища, идентифицируемого с помощью символического имени прикладного логического объекта. Символическое имя прикладного логического объекта указывает на местоположение хранения файла и известно пользователям файловой услуги, но находится вне сферы действия службы ПДУФ (FTAM). Имя файла описывается в разд. 12.

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

В общем случае выбор файла может быть выполнен при помощи указания оператора чЬсла соотношений между предоставленными значениями и значениями атрибутов файла. Однако по настоящему стандарту обращение к файлу выполняется всегда по нмсым файла.

Страница 6

С. 6 ГОСТ Р 34.960.2- -92

7. СТРУКТУРЫ ФАЙЛОВ

7.1. Структур а доступа к файлу

В этом разделе описываются особенности иерархической структуры. Абстрактная структура иерархических файлов, включая простые форматы двухмерных и неструктурированных файлов, определяется в стандарте, используя нотации АСН.1 в блоке данных БДДФ (Блок данных доступа к файлу) — FADO (File Access Data Unit) ГОСТ P 34.980.1—92 модуля нотаций АСН.1 (см. п. 7.2). Иерархическая структура имеет следующие особенности:

а)    структура доступа к .файлу является упорядоченной древовидной структурой;

б)    узлу назначается один блок данных (или ни одного блока данных);

в)    каждый узел в данной структуре предоставляет доступ к своему поддереву. Блок доступа (т. е. поддерево) известен как блок данных доступа к файлу БДДФ (FADU) и состоит из структурированных узлов поддерева и блоков данных, содержащихся в этом поддереве. Корневой узел древовидной структуры предоставляет доступ ко всему файлу;

г)    узел имеет назначенное ему имя, но это необязательно;

д)    не накладываются ограничения на количество уровней, на длину дуги и на количество дуг, исходящих из каждого узла;

Примечания:

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

2.    Древовидная структура доступа представлена на черт. 2, на котором с целью упрощения каждый узел уникально идентифицирован буквами от А до F.

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

Примечание. Алгоритм описывает абстрактную конструкцию последовательности, которая используется при установлении идентификации блока дан-ныл БДДФ (FADU). определяя операции «Определение местоположения» и устанавливая порядок передачи. В настоящем стандарте не определено, как должен выть реализован этот алгоритм.

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

Страница 7

ГОСТ Р 34.960.2—И С. 7

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

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

APfttotWmm структура- дхпупа

Черт. 2

Примечание. Идентифицируются следующие части древовидной структуры (поддеревья идентифицируются своим корневым узлом):

Корневой уэсл дерева: узел R.

Упорядоченная последовательность обхода: узлы R, А, В, С. D, Е, F.

Порядок обхода: слева направо.

7.2. Определение абстрактной структуры

Структура доступа иерархической модели файла, использующая нотацию а£Н.1, представлена на черт. 4. Содержание сообщения блока данных может быть выражено в нотации АСН.1, как показано на черт. 3. или в некоторой другой нотации абстрактного синтаксиса.

Файлы являются доступными н терминах блоков данных доступа к файлу БДДФ (FADU), которые эквивалентны поддеревьям в

Страница 8

С t ГОСТ * 54.980.2-S2

обшей иерархической модели. Наименьшей доступной единице? данных, которая должна указываться, является один блок-данных БД (Блок данных) — DO (Data Unit). Для передачи данных с контрольной точки блоки данных могут быть разделены на еще меньшие части, называемые элементами данных ЭД (Элемент данных) — DE (Data Element). Невозможно получить доступ к индивидуальным элементам данных блока данных с помощью средств обслуживания файлохраннлища, определенных в ГОСТ Р 34.980.1 (ИСО 8571/1); возможен доступ только к целому блоку данных.

7.3.    Оп ре д ел е н и е абстрактного синтаксиса

В целях обеспечения доступа к структуре файлов в иерархической модели файлов службы ПДУФ (FTAM) данный стандарт предоставляет значение идентификатора объекта нотации АСН.1

{ГОСТ Р 34.980 (ИСО 8571) Абстрактный синтаксис (2) Блок данных FADU службы FTAM (2)}

в качестве имени абстрактного синтаксиса для множества значений данных уровня представления, каждое из которых является значением элемента структурирования типа «Блок данных FADU ГОСТ Р 34.980 (ИСО 8571). Элемент данных структурирования» нотации АСН.1.

Соответствующим значением дескриптора объекта по ГОСТ 34.974 должен быть «Блок данных FADU службы FTAM».

Идентификатор объекта нотации АСН.1 и значения дескриптора объекта

{Единый — ИСО — МККТТ АСН.1 (1) Базисное кодирование (I)) и

«Базисное кодирование единого типа АСН.1» могут использоваться в качестве имени синтаксиса передачи с этим абстрактным синтаксисом.

7.4.    Структура передачи файла

Блок данных БДДФ (FADU) ГОСТ Р 34.980 модуля нотации АСН.1 определяет структуру доступа общей иерархической модели. Синтаксис для передачи содержания сообщения файлов получается из этого блока и содержит значения элементов типа «Элемент данных». От отправителя службы ПДУФ (FTAM) к получателю службы ПДУФ (FTAM) передается элемент информации только типа «Элемент данных» с помощью услуги уровня представления ГОСТ 34.971 (ИСО 8822). Однако эти значения должны появляться в своем синтаксическом порядке.

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

Информация структурирования (т. е. значения элементов типа «Элемент данных структурирования») передается в хонтексте блока данных БДДФ (FADU) службы ПДУФ (FTAM) (значение, со ответствуюшее абстрактном)' синтаксису блока данных БДДФ <FADU) службы ПДУФ (FTAM), см. п. 7.3). Имена узлов нахо-

Страница 9

ГОСТ Р 14.880.2—9t С. *

дятся или в этом же контексте или другом, входящем в него контексте. Значения элементов типа «Элемент данных содержания сообщения файла» передаются в контексте уровня представления содержания сообщения файла.

Абстрактные синтаксисы, используемые для передачи части или всего содержания сообщения файла, указываются атрибутом файла «Тип содержания сообщения». Каждый используемый абстрактный синтаксис должен быть связан с другим контекстом уровня представления. Имеются две возможности:

а)    значение атрибута файла «Тип содержания сообщения» определяет абстрактный синтаксис и набор ограничений; требуется контекст уровня представления, соответствующий указанному абстрактному синтаксису. Этот контекст уровня представления используется для передачи и имен узлов и действительного содержания сообщения файла. Если при использовании набор ограничений предоставляет информацию структурирования файла, то требуется определенный контекст уровня представления, который соответствует абстрактному синтаксису структурирования файла (см. п. 7 3);

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

1)    в контексте уровня представления, соответствующего одному из абстрактных синтаксисов, определенному типом документа (закодированного пользователем);

2)    в том же контексте уровня представления в качестве информации структурирования файла (закодированному

службой ПДУФ (FTAM).

7.5. Контекст доступа

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

Страница 10

С. 10 ГОСТ Р 34.980.2-92

Определите содержания сообщения файла по нотации ACH.I

1

ОПРЕДЕЛЕНИЯ МОДУЛЯ «ГОСТ Р 34.980 (ИСО 8571) -

2

3

А

СОДЕРЖАНИЕ СООБЩЕНИЯ»::-НАЧАЛО

4

5

Элемент данных содержания сообщении файла::—ANY (НЕОПРЕДЕЛЕННЫЙ ТИП)

— значения момента данных содержания сообщения всегда

в

7

передаются »

— контексте уровня представления. который отличается от

8

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

— используемого для передачи информации — ПУИ — Про

■ <>

токольная управляющая информация (PCI—Protocol Control information) службы ПДУФ (FTAM). Допустимые значения актуальных данных уровня представления — определяются в абстрактном синтаксисе для содержания

10

сообщения, как указано — в атрибуте файла «Тип содержания сообщения»

И

12

для файла КОНЕЦ

Черт. 3

Определение структуры файла по нотация ACH.I

ОПРЕДЕЛЕНИЯ МОДУЛЯ сГОСТ Р 34.980 (ИСО 8571) — БЛОК ДАННЫХ FADU: :~

1

2

3

4

5

6

7

8

9

10

11

12

13

14

16

16

17

18

НАЧАЛО

Поддерево: : * SEQUENGE (ПОСЛЕДОВАТЕЛЬНОСТЬ) { Узел Элемент данных описателя узла.

Данные [01 IMPLICIT (НЕЯВНЫЙ) Блок денных БД (DU) OPTIONAL (НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ),

_ присутствуют, если н только если блок данных БД

(DU) принадлежит узлу.

Порождение [II НЕЯВНЫЙ Порождение

НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ)

—    лист древовидной структуры характеризуется тем. что не имеет порождеаия

Порождение:ПОСЛЕДОВАТЕЛЬНОСТЬ {

Входное поддерево Элемент данных входвого поддерева.

SEQUENCE OF (ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ) Поддерево.

_ поддеревья должны появляться в своем истинном порядке, который

—    соответствует их истинному упорядочению хах порождение своего порождающего узла.

Выходное поддерево Элемент лаииых выходного поддерева}

Черт. 4, лист 1

Страница 11

19

ГОСТ Р 34W0.2-92 С. II

Блок данных БД (DU): ^ПОСЛЕДОВАТЕЛЬНОСТЬ ИЗ

СОДЕРЖАНИЕ СООБЩЕНИЯ ГОСТ Р 34.980 (ИСО 8571). Элемент данных содержания сообщения файла

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

Элемент данных описателя узле::-»

(APPLICATION О (ПРИКЛАДНОЙ КЛАСС 0)| НЕЯВНЫЙ ПОСЛЕДОВАТЕЛЬНОСТЬ { Имя Имя узла НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

—    присутствует, только если корневой узел поддерева является поименованным узлом.

Длина д\тн [11 НЕЯВНЫЙ INTEGER (ЦЕЛОЧИСЛЕННЫЙ ТИП) ПО УМОЛЧАНИЮ 1.

—    используется для указания длины дуги до корневог*

—    узла поддерева от его порождающего узла.

Наличие данных Г2) НЕЯВНЫЙ БУЛЕВСКИЙ

ПО УМОЛЧАНИЮ ИСТИНА)

—    параметр «Наличие данных» ИСТИН А» указывает, что блок данных БД (DU) принадлежит корневому узлу

—    поддерева.

Имя узла::=* CHOICE (ВЫБОРОЧНЫЙ ТИП) {

Кодируется службой ПДУФ (FTAM) [0] НЕЯВНЫЙ

Графическая строка.

—    если используется параметр «Кодируется службой ПДУФ (FTAM)». параметр «Имя узла» принадлежит тому же самому абстрактному синтаксису

—    в качестве информации структурирования.

Имена узлов затем передаются в

—    контексте уровня представления, установленного для обеспечения абстрактного синтаксиса блока денных БДДФ (FADU) службы ПДУФ (FTAM)

—    Такой формат параметра «Имя узла» допускается, толь

ко если атрибут файла «Тип содержания сообщения»

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

—    в элементе 2 реестра наборов знаков.

Кодируется пользователем EXTERNAL (ВНЕШНИЙ) >

—    актуальные допускаемые типы находятся в абстрактном синтаксисе для содержания сообщения файлов, как

указано в атрибуте файла «Тип содержания сообщения для файла

Элемент данных входного поддерева:

[ПРИКЛАДНОЙ КЛАСС Ц НЕЯВНЫЙ НОЛЬ

Элемент данных выходного поддерева: : =

[ПРИКЛАДНОЙ КЛАСС 2| НЕЯВНЫЙ НОЛЬ

—    элементы данных входного н выходного поддеревьев ис

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

Черт. 4, лист 2

Страница 12

С. 12 ГОСТ * М.Л0.2-Ю

Блок данных БДДФ (FADU):Поддерево

Структурный элемент данных: : —

50

51 £2

53

54

55

56

57

58

59

60

61

62

63 64 Кожи

ВЫБОРОЧНЫЙ ТИП {

Элемекг данных описателя узла,

Элемент данных входного поддерева,

Элемент данных выходного поддерева )

—    элемент данных определяется для того, чтобы был общий тип данных, значениями которого являются

—    а) значение элемента типа «Элемент данных структурирования» нотации АСН.1

—    в абстрактном синтаксисе «Блок данных БДДФ (FADU) службы ПДУФ (FTAM)», или

а значение элемента типа «СОДЕРЖАНИЕ СООБ-ЕНИЯ ГОСТ Р 34 980

в абстрактном синтаксисе, полученном иэ атрибута файла «Тип содержания сообщения»

Черт. 4, лист 3

7.5.1.    НА — контекст доступа всех иерархических

блоков данных

В контексте доступа НА (Hierarchical All —все иерархические) все четыре типа элементов данных («Элемент данных дескриптора узла», «Элемент данных входного поддерева», «Элемент данных выходного поддерева» и «Элемент данных содержания сообщения файла») передаются в адресуемом блоке данных БДДФ.

7.5.2.    НИ (HN) —контекст доступа иерархических

блоков данных

В контексте доступа НИ (HN) (Hierarchical No — неиерархиче-ский) все элементы данных типа «Элемент данных описателя узла», «Элемент данных входного поддерева» и «Элемент данных выходного поддерева» перс,чаются из адресуемого блока данных БДДФ (FADU).

7.5.3.    ВД (FA) — контекст доступа всех двухмерных

блоков данных

В контексте доступа ВД (FA) (Flat All — все двухмерные) элементы данных типа «Элемент данных описателя узла» и «Элемент данных содержания сообщения файла* передаются из адресуемого блока данных БДДФ (FADU). Передаются только те элементы типа «Элемент данных описателя узла», в которых значением параметра «Наличие данных» является TRUE (ИСТИНА).

7.5.4.    ДУ (FL) — контекст доступа двухмерных блоков данных

уровня I

В контексте доступа ДУ (FL) (двухмерный уровень — Flat Level) элементы данных типа «Элемент данных дескриптора узла» и

Страница 13

ГОСТ Р M.980.2-W С 13

«Элемент данных содержания сообщения файла» передаются из тех узлов в адресуемом блоке данных БДДФ (FADU), которые принадлежат указанному уровню. Передаются только те элементы типа «Элемент данных дескриптора узла», в которых значением параметра «Наличие данных» является TRUF. (ИСТИНА).

7.5.5.    БД (FS) — контекст доступа единственного двухмерного

блока данных

В контексте доступа ЕД (FS) (единственный двухмерный — Flat Single) передаются единственный элемент типа «Элемент данных дескриптора узла» и все элементы типа «Элемент содержания сообщения файла» единственного блока данных БД (DU), принадлежащего корневому узлу адресуемого блока данных БДДФ (FADU).

7.5.6.    ВН (UA) — контекст доступа всех неструктурированных

блоков данных

В контексте доступа ВН (UA) (все неструктурированные — Unstructured АН) передаются только элементы данных типа «Элемент содержания сообщения» из адресуемого блока данных БДДФ (FADU).

7.5.7.    НЕ (US) — контекст доступа единственного

неструктурированного блока данных

В контексте доступа НЕ (CS) (единственный неструктурированный — Unstructured Single) передаются все элементы данных типа «Элемент данных содержания сообщения файла» единственного блока данных БД (DU), принадлежащего корневому узлу адресуемого блока данных БДДФ (FADU).

7.5.8.    Краткое описание контекстов доступа

Результат чтения непустого иерархического поддерева в контекстах доступа показан в табл. I в терминах типов данных, определенных в блоке данных БДДФ (FADU) ГОСТ Р 34.980.

Таблица 1

Результат чтение ■ контексте доступа

КоатФкст

доступа

Геаулит*»

НА

Единственное поддерево

НИ (HN)

Неопределенный тип, потому что элементы типа «Элемент данных описателя ума» с параметром «Наличие данных»=ИСТИНА передаются без моментов данных, составляющих блок данных БД (DU)

Группа поддеревьев, каждое с одним узлом

ВД (FA)

ДУ (FL)

Группа поддеревьев, каждое с одним узлом

ЕД (FS)

Единственное поддерево с одним узлом

ВН (UA)

Единственный блок данных БД (DU)

НЕ (US)

Единственный блок данных БД (DU)

Страница 14

С 14 ГОСТ Р M.W0.2-W

7.6.    Структура идентификации

Блок данных БДДФ (FADU) идентифицируется с помощью указания корневого узла соответствующего поддерева. Блок данных БДДФ (FADU) может идентифицироваться с помощью любого из следующих механизмов:

а)    «Первый» — идентифицируется первый блок данных БДДФ (FADU) в упорядоченной последовательности обхода такой структуры файла, для которой указывается наличие данных;

б)    «Последний» — идентифицируется последний блок данных БДДФ (FADU) в упорядоченной последовательности обхода структуры файла;

в)    «Предшествующий» — идентифицируется блок данных БДДФ (FADU), предшествующий идентифицированному в настоящий момент блоку данных БДДФ (FADU) в упорядоченной последовательности обхода структуры доступа к файлу;

г)    «Текущий» —указатель текущего местоположения в файле остается неизменным;

д)    «Следующий» — идентифицируется блок данных БДДФ (FADU), следующий за идентифицированным в настоящий момент блоком данных БДДФ (FADU) в упорядоченной последовательности обхода структуры доступа к файлу;

е)    «Начальный» — точное значение механизма «Начальный» зависит от используемого набора ограничений, но является таким, что операция «Определить местоположение следующего» будет идентифицировать «Первый» блок данных БДДФ (FADU);

ж)    «Конечный» —устанавливает состояние файла, при котором не выполняется установление указателя текущего местоположения, а использование механизма «Предшествующий» будет идентифицировать «Последний» блок данных БДДФ (FADU) в упорядоченной последовательности обхода для структуры доступа к файлу;

з)    имя узла — указывает идентификатор такого блока данных БДДФ (FADU), который должен быть идентифицирован. Пвиск указанного имени узла ограничивается до порождения узла, на который показывает указатель текущего местоположения;

и)    последовательность имен узлов — указывает перечень идентификаторов блоков данных БДДФ (FADU) от корневого узла файла до узла, местоположение которого должно быть определено. Первый элемент «Имя узла» в перечне указывает узел, являющийся порождением корневого узла файла, таким образом сам корневой узел идентифицируется пустим элементом в механизме «Последовательность имен узлов»;

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

7.7.    Наборы ограничений

Страница 15

ГОСТ Р 34.980.2—И С. 15

На общую иерархическую структуру накладываются ограничения, и ее дальнейшая динамика квалифицируется определенным номером набора ограничений, каждый номер набора ограничений определяет соответствующую структуру при общем использовании. Наборы ограничений описаны в приложении А. При обменах протоколами наборы ограничений указываются с помощью имен, которые имеют тип «Идентификатор объекта» нотации АСН.1.

Кроме этого, на множество действий, которые окончательно допускаются в режиме «Открытие файла», в действительности в дальнейшем накладывают ограничения действия, указанные в наборе ограничений. Эти дальнейшие ограничения накладываются атрибутом файла «Разрешенные действия», атрибутом взаимодействия «Текущий режим обработки», атрибутом файла «Управление доступом», атрибутом взаимодействия «Текущее управление совместным доступом» и функциональными блоками, выбранными для текущего режима службы ПДУФ (FTAM).

8. ДЕЙСТВИЯ НАД ФАЙЛАМИ

Виртуальное файлохранилнще определяет действия, которые манипулируют блоками данных в файле. При определении индивидуальных действий (см. разд. 10, 11) сообщаются блоки данных, к которым должны применяться эти действия, и сообщается, какие воздействия необходимо применить к этим блокам данных. По некоторым действиям также устанавливается некоторое состояние файлохраннлища, такое как «Выбор файла* или «Определение местоположения блока данных БДДФ (FADU).

Действия вызываются с помощью сервисных примитивов. Их семантика определяется в сочетании с файловыми сервисными примитивами. определенными в ГОСТ Р 34.1980.3 (ИСО 8571/3) (см. примечание 1).

Использование каждого действия подчиняется тому, что ответственный логический объект управляет доступом (см. п. 12.16). Применение действия подчиняется системе управления согласованностью действий, управляющей параллельными активностями во время выполнения этого действия и после завершения этого действия (см. примечания 2 и 3).

Примечания:

1.    Некоторые примитивы определения услуг тахжс тесно сатаны с соответствующими действиями, но два примитива всегда логически являются явными.

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

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

Страница 16

С I в ГОСТ Р S4.M0.2—92

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

4. Ответственный логический объект выполняет действия (как определено • раэд, 10. II) таким образом, что оии являются периодическими. Периодическое выполнение определяется, чтобы выполнить операции согласованности действий, выполняющие активности способом, при котором получается такой же результат, как и при серийном выполнении этих же самых активностей. Серийное выполнение—эго такое выполнение, при котором каждое действие завершается до начала следующего действия.

8.1.    Отношение к передаче данных большого объема

Иерархическая модель содержания сообщения файла определяется в блоке данных БДДФ (FADU) ГОСТ Р 34.980 модуля нотации АСН.1. Эта модель определяет три типа данных, которые называются структурными элементами файла. Это:

а)    поддерево — тип данных главной точки входа модуля, отображающий полный блок данных БДДФ (FADU).

б)    порождение —тип данных, который содержит последовательность входного поддерева, последовательность одного или нескольких поддеревьев и последовательность выходного поддерева Использование этого типа данных на внешнем уровне не отображает единственный блок данных БДДФ (FADU), а разделяет группы блоков данных БДДФ (FADU), требуя специального действия над ними (см. п. 8.3);

в)    блок данных БД (DU): тип данных, которые состоят только из единственного блока данных.

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

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

а)    нормальное действие, получающееся в результате передачи полного поддерева на внешний уровень;

б)    действие ограниченного использования, получающееся в результате передачи структурного элемента файла типа «Порождение». Это действие ограниченного использования применяется к каждому поддереву в последовательности в пределах значения данных типа «Порождение».

Примечание Этот модуль используется, чтобы в общее* иерархическом наборе ограничений иметь ризличне между действием «Вставить в качестве родственного» и действием «Вставить в качестве порождения».

8.2.    Передача данных большого объема при чтении

Страница 17

ГОСТ 9 S4.M0J-#2 С. 17

При выполнении действия для чтения блока данных БДДФ (FADU) (см. п. 11.2) ответственный логический объект должен сформировать один или несколько структурных элементов файла типа «Поддерево» или единственный структурный элемент файла типа «Блок данных БД (DU)», в зависимости от используемого контекста доступа.

8.3. Передача данных большого объема при записи

Перед выполнением действия для записи ответственный логический объект должен выполнить действие «Определение местоположения», используя предоставленную идентификацию блока данных БДДФ (FADU).

При выполнении действия «Вставка», «Замена» и «Расширение» (см. пп. 11.3—11.5) ответственный логический объект должен проанализировать принятые группы значений данных для того, чтобы распознать структурный элемент файла. Доступность структурных элементов файла будет зависеть от использования набора ограничений, но в обшем случае отбетственный логический объект будет распознавать:

а)    группы значений данных, которые могут быть распознаны как элемент типа «Поддерево»; такой структурный элемент файла отображает блок данных БДДФ (FADU);

б)    группы значений данных, которые могут быть распознаны как элемент типа «Порождение»; этот элемент отображает группы блоков данных БДДФ (FADU), над которыми должны быть выполнены действия ограниченного использования. Значение действия ограниченного использования и его воздействие указываются, в каждом наборе ограничений, для которого этот структурный элемент файла является допустимым;

в)    группы значений данных, которые могут быть распознаны как элемент типа «Блок данных БД (DU)» и которые не распознаются как часть любого другого структурного элемента файла, состоящего из более длинной группы значений данных; этот структурный элемент файла отображает тип «Элемент данных» В определенных наборах ограничений этот структурный элемент файла используется для расширения или замены блока данных БДДФ (FADU), местоположение которого указывается в настоящий момент.

Примечания:

1.    Если передача данных выполняется в режиме службы ПДУФ (FTAM), значения денных передаются отнегстаениоыу логическому объекту с помощью примитива индикации P-DaTa.

2.    Структурный элемент файла типа «Порождение» состоит из элемента типа «Входное поддерево», группы элементов типа «Поддерево* и элемента типа «Выходное поддерево» (см. п. 7.2).

3.    Модуль ограниченного использования действия применяется, например, чтобы в общем иерархическом файле различать действия «Вставка»; нормальным является действие «Вставить в качестве родственного», а действием ограниченного использования является действие «Вставить в качестве порождения».

Страница 18

С. 18 ГОСТ Р S4.980.2—92

4.    Структурный элемент фвйла тяпа «Блок данных БД (Dil)» нераздслястся. Конец этого цемента указывается нля индикатором конца передаваемых дааиых, клн индикатором начала следующего элемента «Поддерево», .или индикатором начала структурного элемента файла «Порождение».

5.    В общем случве для распознавания структурного цемента файла требуется предусмотреть одно какое-либо значение данных

При приеме каждого структурного элемента файла ответственный логический объект должен:

г)    выполнить требуемое при передаче целого файла действие в отнет на прием элемента «Поддерево» или элемента «Блок данных БД (DU)» или в ответ на прием каждого элемента группы ограниченного использования, указанного в элементе «Порождение»;

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

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

9. АТРИБУТЫ

9.1.Область действия атрибутов

Определены два класса атрибутов:

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

б)    атрибуты взаимодействия: каждая активность выполняется в режиме службы ПДУФ (FTAM) и описывается множеством значений атрибутов взаимодействия. Область действия атрибутов взаимодействия распространяется, в большей степени, на режим службы ПДУФ (FTAM), и различные и независимые множества значений атрибутов взаимодействия относятся к каждому отдельному режиму службы ПДУФ (FTAM). Существуют два различных подмножества атрибутов взаимодействия:

1) действующие атрибуты один к одному соответствуют атрибутам файла.

Страница 19

ГОСТ Р 34.980.2 —S2 С I»

Примечание. В большинстве случаев отображение является простым, хотя значения множества атрибутов файла устанавливаются во время создания файла. Одяако некоторые действующие атрибуты, таиие как «Действующий тип содержания сообщения* и «Действующее законное ограничение» имеют различные значения, которые являются подмножествами значений атрибутов файла;

2) текущие атрибуты относятся к абоненту н. в общем случае, выделяются из параметров при обменах протоколами.

Примечание. Текущие атрибуты не являются точными 9квниаленгами статическим атрибутам файла, но в некоторых случаях очень близко им соответствуют. Например, атрибут «Текущие парат и для доступа» должен быть части» терма «Пароли для достуиа» в атрибуте «Управление доступом».

9.2.    Скалярные, векторные и множественные атрибуты

Определены три типа атрибутов:

а)    скалярные атрибуты; каждый скалярный атрибут в определенное время имеет одно значение;

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

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

Эффект действия по изменению атрибутов на каждый из этих различных типов атрибутов определен в п. 10.3.

9.3.    Значения атрибутов

Для каждого атрибута определяется тип его значения (или тип значения его элементов для векторного или множественного атрибута). Тип значения является одним из следующих:

а)    последовательность символов (исключая пробел) из множе

ства символов, определенных типом «Графическая строка» в ГОСТ 34.973 (нотация АСН.1);    *

б)    последовательность октетов, как определено типом OCTET STRING (СТРОКА ОКТЕТОВ) в ГОСТ 34.973 (нотация ACH.I);

в)    целочисленный тип. как определено типом INTEGER (ЦЕЛОЧИСЛЕННЫЙ ТИП) в ГОСТ 34.973 (нотация ACH.I):

г)    булевский, как определено типом BOOLEAN (БУЛЕВСКИЙ) в ГОСТ 34.973 (нотация АСН.1);

д)    символическое имя прикладного логического объекта, как определено типом «Символическое имя АЕ (Application Entity — прикладной логический объект)» в модуле ACSE-1 (Association Control Service Element — сервисный элемент управления ассоциацией) нотации АСН.1 в стандарте ИСО 8650;

Страница 20

С. 20 ГОСТ Р 34.080.2-92

е)    дата и время; значения даты н времени ограничены до значений выражения типа «Общая форма записи времени», как определено в стандарте ИСО 8601;

ж)    элемент поименованного множества значений, определенных в настоящем стандарте;

з)    OBJECT IDENTIFIER (ИДЕНТИФИКАТОР ОБЪЕКТА), как определено в ГОСТ 34.973;

и)    указание, что значение не может быть определено.

Примечания:

1.    Решение и точность, с которыми формируются значения атрибутов «Дата и время», определяются ответственным логическим объектом н не определены в настоящем стандарте.

Усечение справа при отображезни значения используется произвольно при указании точности (см. стандарт ИСО 8601); усетсяне слева не используется.

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

9.4. Обеспечение атрибутов файла

Определены три уровня обеспечения атрибутов файла в файло-хранилище:

а)    атрибут не обеспечивается; абонент, не обеспечивающий атрибут, никогда не сможет указать ссылку на него. Попытка указания ссылки на атрибут, который не обеспечивает ответственный логический объект, приводит в результате к ошибке;

б)    атрибут обеспечивается частично; абонент не должен требовать частичного обеспечения любого атрибута. Указание абонентом ссылки на атрибут, который ответственным логическим объектом обеспечивается частично, приведет к результату «Значение не доступно»; попытки изменить такой атрибут будут безуспешными;

в)    атрибут обеспечивается; абонент, требующий обеспечение атрибута, должен способствовать выполнению запрошенных действий над файлохранилишем, указывая, по крайней мере, минимальные значения атрибутов, как определено в разд. 15.

Примечание. Данная возможность может быть субъектом для соответствующих признаком.

Указание ссылки на атрибут, обеспечиваемый ответственным логическим объектом, будет производить, по крайней мере, минимальные значения, как определено в разд. 15. Ответственный логический объект, требующий обеспечения атрибута, должен обеспечить соответствующую семантику атрибута, как определено в разд. 12 и 13.

Часть 2. ДЕЙСТВИЯ НАД ФАИЛОХРАНИЛИЩЕМ 10. ДЕЙСТВИЯ НАД ЦЕЛЫМИ ФАЙЛАМИ

10.1. Созда и ие файла

Данное действие создает новый файл или произвольно выбирает существующий файл и устанавливает атрибуты нового файла.

Страница 21

ГОСТ Р 84.980.2—92 С 21

Действие устанавливает режям «Выбор файла» и выбирает вновь созданный файл (см. п. 10.2). Начальное состояние файла определяется элементом «Состояние» в наборе ограничений для этого файла при его создании (см. приложение Л).

10.2.    Выбор файла

Данное действие устанавливает связь между абонентом и соответствующим файлом. Данное действие устанавливает режим «Выбор файла», который предварительно требуется для выполнения действий, указанных в пп. 10.3—10.8. Для того чтобы успешно выбрать файл, параметры должны указываться только для одного файла.

10.3.    Изменение атрибута

Данное действие изменяет существующие атрибуты файла:

а)    для скалярного атрибута действие заменяет существующее значение атрибута;

б)    для векторного атрибута действие заменяет полный список элементов на данный список;

в)    для множественного атрибута действие:

добавляет данный элемент или элементы к атрибуту;

н/илн удаляет элемент, или элементы, эквивалентные данному значению или значениям из атрибута.

Примечания:

1,    Для успешного выполнения операции добавления элемента к множественному атрибуту требуется, чтобы этот элемент отличался от всех элементов в этом множественном атрибуте

2.    Для успешного выполнения операции удаления элемента иэ множественного атрибута требуется наличие этого элемента в этом множественном атрибуте.

10.4.    Чтение атрибута

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

10.5.    Открытие файла

Данное действие устанавливает режим «Открытие файла» для выполнения действий над выбранным файлом при доступе к файлу (см. разд. 11). Файл может быть открыт для чтения, если допустимыми являются действия «Чтение» и «Определение местоположения», или для записи, если допустимыми являются действия при доступе к файлу.

10.6.    Закрытие файла

Данное действие завершает, в зависимости от способа, режим «Открытие файла», ранее установленный действием «Открытие файла».

10.7.    Удаление файла

Данное действие удаляет выбранный файл или отменяет выборку выбранного файла. Оно завершает текущий режим «Выбор файла».

10.8.    Отмена выбора файла

Страница 22

С. *2 ГОСТ Р М.М0.2-М

Данное действие завершает, в зависимости от способа, текущий режим «Выбор файла».

II ДЕЙСТВИЯ ПРИ ДОСТУПЕ К ФАЙЛУ

Действие доступа к файлу выполняются в режиме, установленном действием «Открытие файла». Действия, которые являются допустимыми для соответствующего файла, будут зависеть от набора ограничений и могут быть модифицированы с помощью этого набора ограничений, который применяется к данному файлу (см. приложение А). Кроме этого, атрибуты файла «Разрешенные действия» и «Управление доступом» могут в дальнейшем ограничить» так или иначе, некоторые действия, которые могли бы быть выполнены над этим файлом.

Множество блоков данных БДДФ (FADU) указывают способы» с помощью которых они могут использоваться, могут быть модифицированы набором ограничений. Структурирование содержания сообщения файла с целью доступа имеет структуру доступа к файлу, определенную в разд. 7, которая модифицируется при выполнении действия «Чтение» с использованием контекста доступа.

11.1.    Определение местоположения

Данное действие определяет местоположение указанного блока данных БДДФ (FADO). Значения параметров являются допустимыми, чтобы запросить местоположение в начале или в конце файла. Когда файл открывается, местоположение указывается в прилагаемом наборе ограничений.

Значения параметров нужны для определения различных способов идентификации блока данных БДДФ (FADU). Область допустимых значений идентификации блоков данных БДДФ (FADU) определена в п. 7.6.

Если операция «Определение местоположения» завершается со сбоем, указатель текущего местоположения остается неизменным.

11.2.    Чтение

Данное действие определяет местоположение и читает блок данных БДДФ (FADO). Значение указатели местоположения после доступа не изменяется.

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

11.3.    Вставка

Данное действие создает новый блок данных БДДФ (FADU) и вставляет его в позицию в файле, указанную в наборе ограничений (см . приложения А и Г). В иерархических файлах блок данных БДДФ может вставляться в любой уровень относительно узла, который становится порождающим; уровень указывается в элементе «Элемент данных описателя узла» блока данных БДДФ

Страница 23

ГОСТ Р S4.t8i.2-И С 23

(FADO) (см. п. 7.2). По умолчанию относительным уровнем является уровень 1.

11.4. Замена

Данное действие заменяет содержание сообщения в существующем блоке данных БД (DU) или БДДФ (FADO). Предыдущее содержание сообщения теряется. Заменяется или весь блок данных БДДФ (FADU), для которого в настоящий момент определено местоположение, или заменяется только содержание сообщения блока данных БД (DU), принадлежащего своему корневому узлу:

а)    замена всего блока данных БДДФ (FADU) возможна, если доступна информация структурирования файла по замене блока данных БДДФ (FADU). Ни имя узла, ни длина дуги корневого узла блока данных БДДФ (FAD'D), для которого в настоящий момент определено местоположение, не могут быть изменены средствами действия «Замена». Действие «Замена» применяется и к информации структурирования и к блокам данных БД (DU) в блоке данных БДДФ (FADO), т. е. новая информация структурирования может быть получена как часть результата действия «Замена»;

б)    замена блока данных, принадлежащего корневому узлу блока БДДФ (FADU), для которого в настоящий момент определено местоположение, допускается, только если информация структурирования файла не является доступной вместе с заменяемым блоком данных БД (DU).

Действие «Замена» не изменяет указатель текущего местоположения.

" 11.5. Расширение

Данное действие добавляет данные в конец блока данных БД (DU). принадлежащего корневому узлу блока данных БДДФ (FADU), для которого в настоящий момент определено местоположение. Действие «Расширение» применяется только к существующим блокам данных БД (DD). Действие «Расширение» не изменяет указатель текущего местоположения.

11.6.    Стирание

Данное действие стирает блок данных БДДФ (FADU), н на его место помещается первый оставшийся блок данных БДДФ (FADU) в упорядоченной последовательности обхода после стертого блока данных БДДФ (FADU). Если выполняется действие «Стирание», то определяется местоположение всего корневого узла ■файла, после создания файл восстанавливает свое состояние.

11.7.    Действия над файлом и текущее местоположение

В табл. 2 определено влияние действий при доступе к файлу на указатель текущего местоположения. Этот указатель текущего местоположения может быть установлен с помощью неявного определения местоположения, если сервисный примитив, который вызывает действие, содержал идентификатор блока данных БДДФ

Страница 24

С 24 ГОСТ Р W.W0.2—М

(FADU). Если действие «Определение местоположения» не завершается успешно, то указатель текущего местоположения остается неизменным.

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

Таблица i

Влияние действий на местоположение

Операция доступа

Местоположение поел# доступа

Определение место

Как указано идентификацией блока данных БДДФ (FADU), определенной в п. 11.1

положения

Чтение

Как указано идентификацией блока данных БДДФ (FADU) ,

Вставка

См. приложение А

Замена

Не изменяется

Расширение

Не изменяется

Стирание

Указывает на блок данных ЬДДФ (FADU). следующий за стертым блоком данных БДДФ (FADU) (при упорядоченной последовательности обхода)

Часть 3. ОПРЕДЕЛЕНИЕ АТРИБУТОВ 12. АТРИБУТЫ ФАЙЛА

Каждый атрибут файла является глобальным в том смысле, что в любое конкретное время атрибут имеет одно и то же значение или одно и то же множество'значений. Все абоненты при выполнении действий над файлом или будут получать одно и то же значение, одно и то же множество значений, или будут получать указание «Значение не доступно» для атрибута файла.

12.1. Имя файла

Каждый файл в файлохранилище имеет имя. «Имя файла» является векторным атрибутом, элементы которого формируют последовательность компонентов имени. Каждый компонент имеет значение типа «Графическая строка» (см. разд. 15).

Значение атрибута «Имя файла» устанавливается во время создания' файла, но может быть изменено действием «Изменение атрибута».

Примечания:

1 Настоящий стандарт не определяет интерпретацию компонентов имешг файла; стандарт обеспечивает прозрачный механизм имеясваиия для абонента и ответственного логического объекта.

2. Отношение между компонентами, определенными в виртуальном файло-храиилище, и любое разделение на компоненты в среде реальной системы определяется выбором локальной реализующей системы. Реализующая система может отображать структуру локальных компонентов в компоненты атрибута «Имя файла» или может предпочесть отобразить свой имеющийся симтаксис име-

Страница 25

ГОСТ Р 34.980.*—W С. 25

ни файла только в однокомпоиыггкое имя файла в терминах виртуального фай-лохранывща.

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

12.2.    Р а з решен н ы е действия

Атрибут «Разрешенные действия* является векторным атрибутом и указывает множество действий, которые могут быть выполнены над файлом, и множество способов идентификации блоков данных БДДФ (FADU), которые могут использоваться для доступа к файлу (см. п. 7.6 и И). Ответственный логический объект реализует это множество разрешенных действий любым способом, который лежит в основе отображения этих действий в реальной системе.

Различные способы идентификации блоков данных БДДФ (FADU) разбиты по категориям на следующие три группы идентификации блоков данных БДДФ (FADD):

обход:    начальный, первый, следующий, послед

ний, конечный;

обратный обход:    начальный, первый, предшествующий,

последний, конечный;

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

Данный атрибут является векторным атрибутом, элементы которого принимают значения типа БУЛЕВСКИЙ. Каждый из этих элементов указывает допустимость действия или группу идентификации блока данных БДДФ (FADU). Этими элементами являются:

а)    допустимые действия:

1)    чтение;

2)    вставка;

3)    замена;

4)    расширение;

5)    стирание;

6)    чтение атрибута;

7)    изменение атрибута;

8)    удаление файла;

б)    допустимые группы идентификации блоков данных БДДФ (FADU):

1)    обход;

2)    обратный обход;

3)    произвольный порядок.

Значение атрибута «Разрешенные действия» устанавливается при создании файла и не может быть изменено действием «Изменение атрибута».

12.3.    Тип содержания сообщения

Атрибут «Тип содержания сообщения» указывает типы абстрактных данных содержания сообщения файла и информацию

Страница 26

С 26 ГОСТ Р 54.980.2—«

структурирования, которая является необходимой, если во время передачи файла должна быть сформирована структура и семантика полного файла. «Тип содержания сообщения» является скалярным атрибутом.

Значение атрибута «Тип содержания сообщения» устанавливается при создании файла и не может быть изменено при использовании действия «Изменение атрибута».

Данное значение представляет или имя типа документа, возможно с параметрами в единственном значении какого-либо типа, или пару имен, состоящую из имени абстрактного синтаксиса и имени набора ограничений. Каждое из этих имен имеет значение типа OBJECT IDENTIFIER (ИДЕНТИФИКАТОР ОБЪЕКТА).

Действие «Открытие файла» для записи не достигнет успешного

завершения, если информация «Тип содержания сообщения», которая предоставляется с запросом на выполнение действия «Открытие файла», не соответствует данному атрибуту. Действие «Открытие файла» для чтения завершится успешно, если только какая-либо информация, которая предоставляется с запросом на выполнение действия «Открытие файла», равна либо данному атрибуту. либо упрощению или релаксации атрибута (см. приложение В). Более подробно данная информация может быть представлена в следующем виде:

а)    информация не предоставлена, в этом случае используется значение атрибута;

б)    имя абстрактного синтаксиса и имя набора ограничений, в этом случае соответствие должно быть точным;

в)    имя типа документа без параметров, в этом случае соответствие должно быть точным для операции записи, но может представлять определенное упрощение для операции «Чтение»;

г)    имя типа документа с нулевыми параметрами, в этом случае имя должно соответствовать или представлять упрощение для операции «Чтение», но значения параметров принимаются из значения атрибута;

д)    имя типа документа с ненулевыми параметрами, в этом случае имя должно соответствовать или представлять упрощение для операции «Чтение* и параметры должны соответствовать или быть более ограниченными для операции «Запись* и соответствовать или представлять релаксацию для операции «Чтение».

12.4. Счет за хранение

Атрибут «Счет за хранение» идентифицирует подотчетную санкционированную систему, ответственную за подсчет расходов по хранению файла, и является скалярным атрибутом.

Значение данного атрибута устанавливается при создании файла, но может быть изменено действием «Изменение атрибута».

Страница 27

ГОСТ Р M.eeo.i-Ю С 27

Значение атрибута «Счет за хранение» имеет тип «Графическая строка».

Примечание. Механизмы управления счетом и средства, с помощью которых отпивают и согласовывают расходы. находятся вне сферы действия данного стандарта.

12.5.    Дата и время создания

Атрибут «Дата и время создания» указывает, когда был создан файл, и является скалярным атрибутом.

Данный атрибут устанавливается ответственным логическим объектом при создании файла и указывает местную дату и время ответственного логического объекта. Значение атрибута «Дата и время создания» устанавливается в момент завершения действия «Создание файла».

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута».

Значение данного атрибута имеет тип «Общая форма записи времени» (см. п. 9.3).

12.6.    Дата и время последней модификации

Атрибут «Дата и время последней модификации» является скалярным атрибутом. Он указывает, когда последний раз было модифицировано содержание сообщения файла.

Данный атрибут изменяется ответственным логическим объектом всякий раз, когда файл закрывается после того, как он был открыт для модификации или расширения (включая закрытие после отказа соединения). Атрибут не изменяется до тех пор, пока файл является открытым для изменения содержания сообщения; он не изменяется, если изменяются атрибуты файла. Значение атрибута «Дата и время последней модификации» устанавливается в момент завершения действия «Закрытие файла».

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута».

Значение данного атрибута имеет тип «Общая форма записи времени» (см. п. 9.3). Для вновь созданного файла значение данного атрибута равно значению атрибута «Дата и время создания»

12.7.    Дата и время последнего доступа для чтения

Атрибут «Дата и время последнего доступа для чтения» является скалярным атрибутом. Он указывает, когда последний раз было прочитано содержание сообщения файла.

Данный атрибут изменяется ответственным логическим объектом всякий раз, когда файл закрывается, после того, как он был открыт для чтения (включая закрытие после отказа соединения). Значение атрибута «Дата и время последнего доступа для чтения» устанавливается в момент завершения действия «Закрытие файла». Данный атрибут не изменяется до тех пор, пока файл является

Страница 28

С. 28 ГОСТ Р 34.980.2-92

открытым;1 он не изменяется, если файл был выбран, но не был открыт. например для чтения его атрибутов.

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута*.

Значение данного атрибута имеет тип «Общая форма записи времени» (см. п. 9.3). Для вновь созданного файла значение данного атрибута равно значению атрибута «Дата и время создания».

12.8.    Дата и время последней модификации атрибутов

Атрибут «Дата и время последней модификации атрибутов» является скалярным атрибутом. Он указывает, когда последний раз было модифицировано значение какого-либо атрибута файла.

Данный атрибут изменяется ответственным логическим объектом всякий раз, когда над одним или несколькими атрибутами успешно выполнится действие «Изменение атрибута». Данный атрибут не модифицируется при неявном изменении какого-либо атрибута, такого как «Размер файла*. Значение атрибута «Дата и время последней модификации атрибутов» устанавливается в момент завершения действия «Изменение атрибута».

Данный атрибут не может быть изменен действием «Изменение атрибута».

Значение данного атрибута имеет тип «Общая форма записи времени» (см. п. 9.3). Для вновь созданного файла значение данного атрибута равно значению атрибута «Дата и время создания».

12.9.    Идентификатор владельца

Атрибут «Идентификатор владельца» является скалярным атрибутом. Он устанавливается ответственным логическим объектом во время создания файла. Во время создания файла данный идентификатор становится значением атрибута взаимодействия «Идентификатор текущего абонента».

Атрибут не может быть изменен с помощью использования действия «Изменение атрибута».

Значение данного атрибута имеет тип «Графическая строка».

12.10.    Идентификатор абонента, последний раз модифицировавшего файл

Атрибут «Идентификатор абонента, последний раз модифицировавшего файл» является скалярным атрибутом. Он изменяется ответственным логическим объектом всякий раз, когда файл закрывается после того, как он был открыт для модификации или расширения (включая закрытие после отказа соединения). Во время закрытия файла данный идентификатор становится значением атрибута взаимодействия «Идентификатор текущего абонента».

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута*. Значение данного атрибута имеет тип «Графическая строка». Для вновь созданного файла

Страница 29

ГОСТ ? 34.М0.2—и С. 29

значение данного атрибута равно значению атрибута «Идентификатор владельца». .

12.11.    Идентификатор абонента, последний раз читавшего файл

Атрибут «Идентификатор абонента, последний раз читавшего файл» является скалярным атрибутом. Он изменяется ответственным логическим объектом всякий раз, когда файл закрывается после того, как он был открыт для чтения (включая закрытие после отказа соединения). Во время закрытия файла данный идентификатор становится значением атрибута взаимодействия «Идентификатор текущего абонента».

Данный атрибут не может быть изменен с помощью использовании действия «Изменение атрибута».

Значение данного атрибута имеет тип «Графическая строка». Для вновь созданного файла значение данного атрибута равно значению атрибута «Идентификатор владельца».

12.12.    Идентификатор абонента, последний раз модифицировавшего атрибуты файла

Атрибут «Идентификатор абонента, последний раз модифицировавшего атрибуты файла» является скалярным атрибутом. Он изменяется ответственным логическим объектом всякий раз, когда над одним или несколькими атрибутами успешно выполняется действие «Изменение атрибута». Данный идентификатор становится значением атрибута взаимодействия «Идентификатор текущего абонента».

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута».

Значение данного атрибута имеет тип «Графическая строка». Для вновь созданного файла значение данного атрибута равно значению атрибута «Идентификатор владельца».

12.13.    Доступность файла

Атрибут «Доступность файла» является скалярным атрибутом. Он указывает, предполагается ли задержка до того, как файл может быть открыт.

Значение данного атрибута устанавливается во время создания файла, но может быть изменено с помощью действия «Изменение атрибута».

Значением данного атрибута может быть или «Доступен немедленно» или «Доступен с задержкой».

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

Страница 30

С 30 ГОСТ Р 34.660.2-92

скопировал данный файл на немедленно доступное устройство в случае, если файл был загружен на съемное устройство. Однако действительное использование данного атрибут* зависит от реализации

12.14.    Размер файла

Атрибут «Размер файла» является скалярным атрибутом. Он изменяется ответственным логическим объектом всякий раз, когда файл закрывается после того, как он был открыт для модификации или расширения (включая закрытие после отказа соединения). Значение данного атрибута устанавливается в номинальный размер целого файла в октетах при закрытии файла (см. примечание 2).

Данный атрибут не может быть изменен с помощью использования действия «Изменение атрибута» или не может быть установлен с использованием параметра «Начальные атрибуты» при выполнении действия «Создание файла».

Значение данного атрибута является целочисленным. Для вновь созданного файла значением является ноль.

Примечания:

1.    Размер файла базируется на соответствующем отображении типов данных реального файлохраиилища. Размер файла может изменяться в зависимости от принятого в другой форме синтаксиса передачи при перемещении или сохранении данных.

2.    Если реальное файлохранилище допускает, чтобы пространство для файла выделялось кратным количеству базисных блоков (например), в блоках, в областях памяти), оно может быть неспособным определить точное число октетов в файле Кроме того, размер файла может предполагаться кратным только базисным блокам (в октетах).

12.15.    Будущий размер файла

Атрибут «Будущий размер файла» является скалярным атрибутом. Он указывает номинальный размер в октетах, который может достигнуть данный файл в результате его модификации и расширения.

Значение данного атрибута устанавливается при создании файла, но может быть изменено действием «Изменение атрибута».

Значение данного атрибута имеет ЦЕЛОЧИСЛЕННЫЙ ТИП.

Примечание Если значение атрибута «Текущий размер файла» достигает значения атрибута «Будущий размер файла», ответственный логический объект может:

а) увеличить значение атрибута «Будущий размер файла»;

б| увеличить значение атрибута «Будущий размер файла» и выдать предупреждающее уведомление;

в) не увеличивать значение атрибута «Будущий размер файла», а указать ошибку,

12.16.    Управление доступом

Атрибут «Управление доступом» является множественным атрибутом. Он определяет условия, при которых разрешается доступ к файлу.

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

Страница 31

ГОСТ Р 34.880.2-82 С. 31

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

Значение данного атрибута устанавливается при создании файла, но может быть изменено действием «Изменение атрибута».

Условие состоит из одного или двух термов, представляющих собой оператор разрешенного доступа (см. п. 12.16 а) вместе с множеством (от нуля до трех) других термов, представляющих признаки, основанные на значениях различных атрибутов взаимодействия (см. п. 12.16 6). Полное условие считается удовлетворительным, если только удовлетворительными являются все термы в данном операторе.

Болес подробно это:

а) оператор доступа, содержащий:

1)    терм списка действий в формате булевского вектора; действие присутствует в этом списке, если соответствующим булевским значением является ИСТИНА; булевские значения соответствуют таким действиям, как «Чтение», «Вставка», «Знамена», «Расширение», «Стирание», «Чтение атрибута», «Изменение атрибута» и «Удаление файла».

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

Если терм списка действий является удовлетворительным, то также возможны действия «Выбор файла» и «Отмена выбора файла*. Если удовлетворяемый терм списка действий содержит действия доступа к файлу (см.п. 11), то также возможны действия «Открытие файла» и «Закрытие файла*. Кроме этого, также допускается действие «Определение местоположения», если оно является допустимым в данном установленном режиме службы ПДУФ (FTAM);

2)    необязательный терм совместного доступа в формате вектора ключей совместного доступа; ключи совместного доступа соответствуют таким действиям, как «Чтение», «Вставка». «Замена», «Расширение», «Стирание». «Чтение атрибута», «Изменение атрибута* и «Удаление файла». Ключ совместного доступа является булевским векторным термом, элементы которого соответствуют возможным значениям блокирования совместного доступа (см. н. 13.9); элементы ключа совместного доступа соответствуют таким значениям блокирования, как «Не требуется», «Разделяемый», «Исключительный» н «Не доступно».

Терм совместного доступа используется всякий раз, когда делается попытка установить атрибут «Текущее управление совместным

Страница 32

С 32 ГОСТ Р 34.*В0.г-Ю

доступом». Терм совместного доступа считается удовлетворительным, если только булевским значением ключа совместного доступа, соответствующим требуемому блокированию в предложенном значении дли атрибута «Текущее управление совместным доступом», является ИСТИНА.

Если этот терм отсутствует в элементе «Управление доступом», то параметр «Управление совместным доступом» не должен присутствовать в течение доступа, разрешенного этим элементом «Управление доступом»;

б) и признаками являются термы, содержащие:

1)    необязательный идентификатор; значение имеет тип «Графическая строка*. Терм считается удовлетворительным, если он соответствует значению атрибута взаимодействия «Идентификатор текущего абонента» для данной ассоциации (см. п. 13.3);

2)    необязательные пароли в формате вектора строк (одна или несколько строк в векторе могут быть пустыми); каждый элемент вектора соответствует одному из таких действий, как «Чтение», «Вставка», «Замена», «Расширение», «Стирание», «Чтение атрибута». «Изменение атрибута» и «Удаление файла». Терм считается удовлетворительным, если каждая ненулевая строка в векторе равна соответствующему паролю, который содержится в атрибуте «Текущие пароли для доступа»;

3)    необязательное местоположение; значение представляет символическое имя прикладного логического объекта. Терм считается удовлетворительным, если он соответствует значению атрибута «Символическое имя текущего вызывающего прикладного логического объекта» для данного режима ПДУФ (FTAM) (см. п. 13.6).

Примечания:

!. В данном стандарте не определено начальное значение атрибута «Управление доступом* при создании файла.

2.    Атрибут может обеспечиваться реализующими системами, которые в одно время разрешают только условие «Управление доступом* (список имеет один влемемт).

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

4.    Соответствие идентификатора, пароля ни и символического имени прикладного логического объекта не является необходимым для базы текстуальной идентификации. Например, имя какого-либо индивидуального объекта может соответствовать имени группы, если этот индивидуальный объект мпляетсм мехентом этой группы.

12.17. Законное ограничение

Атрибут «Законное ограничение» является скалярным атрибутом. Он содержит информацию о законном статусе файла и его использовании.

Значение данного атрибута устанавливается при создании файла. Оно может быть изменено действием «Изменение атрибута*.

Страница 33

ГОСТ Р 34.Ю0.2-Ю С S3

Значение данного атрибута имеет тип «Графическая строка».

Примечание. Смысл обеспечения данного атрибут» зависит от формы государственного законодательства защиты данных.

12.18. Атрибут пользователя

«Атрибут пользователя» является скалярным атрибутом. Его значение не определено в данном стандарте.

Значение данного атрибута может быть установлено при создании файла. Оно может быть изменено действием «Изменение атрибута».

Значение данного атрибута может принимать любой формат.

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

13. АТРИБУТЫ ВЗАИМОДЕЙСТВИЯ

Атрибуты взаимодействия используются в качестве описательного инструмента для отображения состояния выполняемого режима службы ПДУФ (РТАМ). Они представляют собой множество значений атрибутов взаимодействия для каждого инициализированного режима службы ПДУФ (FTAM). Значения данных атрибутов отображают только состояние доступа к файлохранилишу. а не детальное описание пути коммуникации к файлохранилишу.

13.1.    Действу ющи й тип содержания сообщения

Атрибут «Действующий тип содержания сообщения» является

скалярным атрибутом, указывающим или имя типа документа или пару, состоящую из имени абстрактного синтаксиса и имени набора ограничений, установленную для передачи файла. Данное значение устанавливается во время открытия файла и берется из атрибута «Тип содержания сообщения» или принимается перекрывающее значение, предоставленное абонентом.

Данное значение представляет или имя типа документа, возможно. с параметрами в единственном значении какого-либо типа, или пара «Имя абстрактного синтаксиса/Имя набора ограничений». Каждое из этих имен имеет значение типа OBJECT IDENTIFIER (ИДЕНТИФИКАТОР ОБЪЕКТА).

Область действия атрибута «Действующий тип содержания сообщения» распространяется на режим «Открытие файла».

13.2.    Текущий запрос доступа

Атрибут «Текущий запрос доступа» является векторным атрибутом, элементы которого принимают булевские значения. Имеется один элемент для каждого действия, которое может быть. а. возможно, может н не быть в определенном режиме «Выбор файла», и. таким образом, данный элемент требуется во время режима службы ПДУФ (FTAM).

3 За* 2ЯМ

Страница 34

С М ГОСТ Г M.9M.2-W

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

а)    «Чтение», разрешающий действие «Чтение* при доступе к файлу;

б)    «Вставив», разрешающий действие «Вставка» при доступе к файлу;

в)    Замена», разрешающий действие «Замена» при доступе к файлу;

г)    «Расширение», разрешающий действие «Расширение» при доступе к файлу;

д)    «Стирание*, разрешающий действие «Стирание» при доступе к файлу.

Если разрешается действие доступа к файлу, то также возможны действия «Открытие файла» и «Закрытие файла». Кроме этого, также разрешается действие «Определение местоположения», если оно является допустимым в установленном режиме службы ПДУФ (FTAM).

Данными элементами при действиях над целыми файлами являются:

е)    «Чтение атрибута», разрешающий действие над файлом «Чтение атрибута»;

ж)    «Изменение атрибута», разрешающий действие над файлом «Изменение атрибута*;

з)    «Удаление файла», разрешающий действие над файлом «Удаление файла*.

Если разрешается какое-либо действие доступа к файлу, то также возможны действия «Выбор файла» и «Отмена выбора файла».

Область действия атрибута «Текущий запрос доступа» распространяется на режим «Выбор файла».

13.3.    Идентнфи катор текущего абонента

Атрибут «Идентификатор текущего абонента» является скалярным атрибутом. Он указывает ответственному логическому объекту идентификатор абонента во время установления режима службы ПДУФ (FTAM).

Значение данного атрибута имеет тип «Графическая строка».

Область действия атрибута «Идентификатор текущего абонента» распространяется на режим службы ПДУФ (FTAM).

13.4.    Текущее местоположение

Атрибут «Текущее местоположение» указывает текущую позицию в файле и является скалярным атрибутом. Значение данного атрибута может быть модифицировано каким-либо действием («Определение местоположения», «Стирание», «Чтение», «Вставка») во время режима «Открытие файла». Начальное значение текущего местоположения при инициализации определяется набором ограничений во время выполнения операции (см. приложение А).

Значениями данного атрибута может быть или ЦЕЛОЧИСЛЕННЫЙ ТИП. указывающий «п»-й узел в упорядоченной последова-

Страница 35

ГОСТ Р М.МО.г-92 с и

тельности обхода, илн список имен блоков данных БДДФ (FADD), указывающий путь к этому узлу (см. п. 7.6).

Область действия атрибута «Текущее местоположение* распространяется на режим «Открытие файла».

13.5.    Текущий режим обработки

Атрибут «Текущий режим обработки» является векторным атрибутом, элементы которого принимают булевские значения. Для каждого действия, разрешенного в определенном режиме «Открытие файла», имеется один элемент.

данными элементами являются:

а)    «Чтение», разрешающий действие «Чтение» при доступе к файлу;

б)    «Вставка», разрешающий действие «Вставка» при доступе к файлу;

в)    «Замена», разрешающий действие «Замела» при доступе к файлу;

г)    «Расширение», разрешающий действие «Расширение» при доступе к файлу;

д)    «Стирание», разрешающий действие «Стирание» при доступе к файлу.

Всегда разрешается действие «Определение местоположения» при доступе к файлу, если оно является допустимым при установленном режиме службы ПДУФ (FTAM).

Область действия атрибута «Текущий режим обработки» распространяется на режим «Открытие файла».

13.6.    Си м вол и ч еское имя текущего вызывающего прикладного логического объекта

Атрибут «Символическое имя текущего вызывающего прикладного логического объекта» является скалярным атрибутом. Он указывает символическое имя такого прикладного логического объекта, который установил режим службы ПДУФ (FTAM).

Значением данного атрибута является символическое имя прикладного логического объекта.

Область действия атрибута «Символическое имя текущего вызывающего прикладного логического объекта» распространяется на данный режим службы ПДУФ (FTAM).

13.7.    С и м вол ическое имя текущего ответственного прикладного логического объекта

«Символическое имя текущего ответственного прикладного логического объекта» является скалярным атрибутом. Он указывает символическое имя такого прикладного логического объекта, который соответствует виртуальному файлохранилищу.

Значением данного атрибута является символическое имя прикладного логического объекта.

Область действия атрибута «Символическое имя текущего от-

2*

Страница 36

С 94 ГОСТ Р M.MO.J-W

ветственного прикладного логического объекта* распространяется на режим службы ПДУФ (FTAM).

13.8.    Текущий счет

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

Значение данного атрибута имеет тип «Графическая строка».

Область действия атрибута «Текущий счет» распространяется на режим службы ПДУФ (FTAM), однако для подсчета расходов при действиях над специфическим файлом во время режима «Выбор файла» может использоваться альтернативное значение. В этом случае данное значение устанавливается во время выполнения действия «Выбор файла», а предыдущее значение этого атрибута восстанавливается, когда выполняется действие «Отмена выбора файла».

Примечание. Данный атрибут ие указывает необходимую отчетность-за соединение, ориентированную на расходы, подсчитанные поставщиком файловых услуг.

13.9.    Текущее управление совместным доступом

Атрибут «Текущее управление совместным доступом» указывает ограничения, накладываемые на параллельный доступ к файлу, как запрошено абонентом, при каждом запрошенном действии доступа к файлу, определенном в п. 13.2.

Атрибут «Текущее управление совместным доступом» является векторным атрибутом; его элементы соответствуют действиям при доступе к файлу, описанным в п. 13.2. Каждый элемент вектора представляет одно из четырех значений, приведенных в табл. 3.

Таблица 3

Выбор управления совместным доступом

Я могу одюлють действа*

Друге* могут MdSOJEUTb д* Ист им

Не требуется

Нет

Да

Разделяемый

Да

Да

Исключительный

Да

Нет

Не доступно

Нет

Нет

Область действия атрибута «Текущее управление совместным доступом» распространяется или на режим «Выбор файла» или на режим «Открытие файла», в зависимости от того, устанавливается ли данное значение во время действия «Выбор файла» или во время действия «Открытие файла*.

Страница 37

ГОСТ Р 34 *80.2-И С 37

13.10.    Текущий способ блокирования

Атрибут «Текущий способ блокирования» является скалярный атрибутом. Он указывает, были или не были включены модули блокирования блока данных БДДФ (FADO). Значение данного атрибута выбирается из параметра «Включение блокирования блока данных БДДФ (FADU)» во время открытия файла.

Значение данного атрибута является булевским; если включен модуль блокирования блока данных БДДФ (FADU), то значение» является ИСТИНА.

Область действия атрибута «Текущий способ блокирования» распространяется на режим «Открытие файла».

15.11.    Текущие пароли для доступа

Атрибут «Текущие пароли для доступа» является векторным-атрибутом. Каждый элемент представляет значение, связанное с одним из восьми элементов атрибута «Текущий запрос доступа». Эти значения устанавливаются из параметров файловых сервисных, примитивов «Выбор файла» и «Создание файла».

Данное значение становится недействительным, когда освобождается режим «Выбор файла». Данные значения проверяются на соответствие значениям в атрибуте «Управление доступом» (см. п. 12.16), чтобы определить, должен ли быть разрешен доступ.

Значение каждого элемента данного атрибута имеет тип «Графическая строка» или СТРОКА ОКТЕТОВ.

Область действия атрибута «Текущие пароли для доступа* распространяется на режим «Выбор файла».

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

13.12.    Действующее законное ограничение

«Действующее законное ограничение» является скалярным атрибутом. Его значения не определены в настоящем стандарте, к этот атрибут не имеет отношения к атрибуту файла «Законное ограничение». Данные значения устанавливаются во время выполнения действия «Открытие файла» н выбирается из атрибута «Законное ограничение».-

Значение данного атрибута имеет тип «Графическая строка».

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

14. ГРУППЫ АТРИБУТОВ

Стандарт определяет широкий ряд атрибутов, которые может обеспечивать реализующая система (см. п. 9.4). С целью определения уровней обеспечения эти атрибуты собраны в группы, как указано ниже. Для каждой группы:

Страница 38

С. Я ГОСТ Р J4.W0.2-92

,) не обеспечивается вся группа;    •    •    '

б) обеспечивается каждый атрибут в группе или частично обеспечивается группа, и. если обеспечение запрошено, предоставляется либо значащий ответ, либо ответ «Значение не доступно».

Примечание. Допустимость групп атрибутов в протоколах службы ПДУФ (FTAM) указывается при установлении режима службы ПДУФ (FTAM).

14.1.    Основн а я группа

Следующие атрибуты всегда определяются и являются допустимыми в любой спецификации, которая отображает виртуальное фяйлохранилище. Для этих атрибутов не может быть принято значение «Значение не доступно»:

■а) атрибуты файла;

1)    имя файла;    ,

2)    разрешенные действия;

3)    тип содержания сообщения; б) атрибуты взаимодействия:

1)    действующий тип содержания сообщения;

2)    текущий запрос доступа;

3)    идентификатор текущего абонента;

4)    текущее местоположение;

5)    текущий режим обработки;

6)    символическое имя текущего вызывающего прикладного логического объекта;

7)    символическое имя текущего ответственного прикладного логического объекта.

14.2.    Группа хранения -

Следующие атрибуты являются значащими, только если для полностью обеспечиваемых атрибутов ответственный логический объект гарантирует сохранение информации и допускает одну активность для справочной информации, установленной некоторой предыдущей активностью. Любой из этих атрибутов может принимать значение «Значение не доступно». При указании группы хранения допускается ссылка на определения следующих атрибутов: а) атрибуты файла:

1)    счет за хранение;

2)    дата и время создания;

*    3) дата и время последней модификации;

4)    дата и время последнего доступа для чтения;

5)    дата и время последней модификации атрибутов;

6)    идентификатор владельца;

7)    идентификатор абонента, последний раз модифицировавшего файл;

8) идентификатор абонента, последний раз читавшего файл;

9) идентификатор абонента, последний раз модифицировавшего атрибуты файла;

Страница 39

ГОСТ Р И ЛШ-tt с. »

10) доступность файла;

I 11) размер файла;

12) будущий размер файла;

б) атрибуты взаимодействия:

1)    текущий счет;

2)    текущее управление совместным доступом;

3)    текущий способ блокирования.

14.3.    Группа защиты    _

Следующие атрибуты относятся к управлению защитой и доступом. Они формируют группу защиты. Любой из этих атрибуте» может принимать значение «Значение не доступно»:

а)    атрибуты файла:

1)    управление доступом;

2)    законное ограничение;

б)    атрибуты взаимодействия:

1)    текущие пароли для доступа;

2)    действующее законное ограничение;

14.4.    Группа пользователя

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

Атрибут файла:

Используется пользователем.

15 МИНИМАЛЬНЫЕ ПРЕДЕЛЫ АТРИБУТОВ

В данном разделе определяется набор ограничений, накладываемых на пределы атрибутов, которые называются «Минимальные пределы атрибутов виртуального файлохранилища» и представляют собой тот минимум, который требуется для взаимодействия при обеспечении этих атрибутов (см. примечания). Они применяются для таких атрибутов, определенных в разд. 12 н 13, которые имеют общие типы данных, такие как ЦЕЛОЧИСЛЕННЫЙ ТИП или СТРОКА ЗНАКОВ. Если значением атрибута является перечень или вектор перечней, то любое из значений этого перечня должно быть доступным или должна быть возможность их формирований без выдачи индикации об ошибке, даже когда предоставляется только частичное обеспечение.

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

Значение типа «Строка знаков» ограничивается до количества печатаемых знаков, определенных типом «Графическая строка*, и не должно включать символ пробела, если это не установлено явно. По крайней мере, должен быть обеспечен набор знаков G0,

Страница 40

С. 40 ГОСТ * М.Ш.2-П

зарегистрированный в качестве элемента -2 ё' реестре наборов знаков. Обеспечивать все имеющиеся последовательности не требуется.

Все пределы являются исключительными.

Примечания:

1.    Дли минимальных пределов атрибутов используются стандарты, на которые имеются ссылхи в данном стандарте, для указания минимального множества значений, которые требуются любым открытым реализующим системам, или абоненту или ответственному логическому объекту для передачи и доступа Оии также должны указывать, для каких атрибутов со значением «Значение не доступно» имеется только обеспечиваемое значение.

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

3.    Минимальные пределы для атрибутов взаимодействия, как указано в табл. 4, действительно ограничивают пределы значений для параметров, используемых в соответствующих сервисных примитивах (см. ГОСТ Р 34 1980.3).

Таблица 4

Атрибуты взаимодействия

Атрибут

Тш

МяюММЫМЙ

предел атр^буто»

Текущий запрос доступа Идентификатор текущего абонента

Текущее местоположение

Текущий режим обработки

Символическое нмя текущего вызывающего прикладного логического объекта

Символическое нмя текущего ответственного прикладного логического объ-«хта

Текущий счет Текущее управление сои-згестным доступом Текущий способ блокирования

Текущие пароли для доступа

Булевский вектор

Графическая строка

Элемент даваых описателя узла

Булевский вехтор

Символическое имя прикладного логического объекта

Символическое имя прикладного логического объекта

Графическая строка

Вектор перечня

Булевский

Графическая строка или СТРОКА ОКТЕТОВ

См. примечание

От 1 до 8 знаков

См. примечание

См. примечание

Минимум не требуется

Минимум не требуется

От 1 до 8 знаков

См. примечание

Минимум не требуется

От 0 до 8 знаков или октетов

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

Страница 41

гост р м.тг-ю с. 41

гомики, н/ил и атрибутом файла «Разрешенные действия», и/или атрибутом фа#** «Управление доступом» (см. табл. 5).

ч.    ..    Таблица.1

Атрибуты файл*

Мн»1лыы1 предел атрибута

Атрибут

Имя файла

Разрешенные действия

Тип содержания сообщения

Счет за хранение Лата н время создания

Дата и время последней модификации Лата и время последнего доступа для чтения Дата и время последней модификации атрибутов Идентификатор владельца Идентификатор абонента, последний раз модифицировавшего файл Идентификатор абонента, последний раз читавшего файл

Идентификатор абонента, последний раз модифицировавшего атрибуты файла

Доступность файла

Размер файла Будущий размер файла Управление доступом Список действий

Сяавмткый доступ Идентификатор

Вектор Графических строк Каждый

элемент

Булевский вектор

Пара «Имя абстрактного синтаксиса /Имя набора ограничений» или Имя типа документа

Графическая строжа Дата и время

Дата и время

Дата и время

Дата и время

Графическая строка Графическая строка

Графическая строка

Графическая строка

Перечень

Целочисленный тип Целочисленный тип Множество условий Булевский вектор

Вектор булевских векторов

Графическая строка

Единственны*

От 1 до 8 букв или цифр верхнего регистра, начиная с буквы Любое ней устое подмножество определенных значений Минимум не требуется

От 1 до 8 знаков Как в стандарте ИСО 8601

Как в стандарте ИСО 8601

Как в стандарте ИСО 8601

Как в стандарте ИСО 860J

От I до 8 знаков От I до 8 знаков

От 1 до 8 знако» От I до 8 знахо*

Любое непустое подмножество определенных значений Минимум ке требуется Минимум не требуется Единственное условие Любое непустое подмножество определенных значений Любое непустое подмножество определенных значений От I до 8 знаков


Страница 42

С. «2 ГОСТ Г S4.Mt.2-K

Продолжение г обл. 5

Атрабгт

Т«п

Мямиилыы*

пр*д*л «траб)Т1

Пароли

Местоположение Законное ограничение Атрибут пользователя

Графическая строка или СТРОКА ОКТЕ ТОВ

Символическое имя прикладного логического объекта

Графическая строка

Любо*

От 1 до 8 знаков или октетов

Символические имемд всех прикладных логических объектов Графическая строка от 0 до 80 знаков и/или пробелов Не применяется

. >1    Ml»".»    '•

! п •'

Страница 43

ГОСТ Р W.960.2—§2 С. 44

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

НАБОРЫ ОГРАНИЧЕНИЯ НА СТРУКТУРУ ДОСТУПА К ♦АЯЛУ

A.I. Общие соглашения

A.I.I. Функция набора ограничений

В разд. 7 настоящего стандарта определена общая иерархическая структура, а в разд. 8 ■ 11 определены применяемые х ней действия. Эта общая структур! • создается н в дальнейшем на ее дииамвху накладываются ограничения е по* мощью определения номера из наборов ограничений, каждый из которых указ»* вает определенную структуру прн общем использовании. Наборы ограничений указываются при обменах протоколами с помощмо имен, которые являются значениями типа ИДЕНТИФИКАТОР ОБЪЕКТА нотации АСН.1.

На множество действий, которые окончательно допускаются во время режима «Открытие файла», действительно в дальнейшем накладываются ограничения после действий, указанных в наборе ограничений. Такое дальнейшее ограничение накладывается атрибутом файла «Разрешенные действия», атрибутом взаимодействия «Текущий режим обработки» н функциональными блоками, выбранными при текущем режиме службы ПДУФ (РТАМ).

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

А. 1.2. Отношение к передаче данных большого объема<

В результате одной передачи данных большого объема с помощью повторяемых действий, описанных в данном стандарте (см. разд. 8 и приложение Г), могут быть вставлены, заменены или расширены несколько блоков данных* БДдФ iFaD’U).

A.U. Содержаййё набор* ограничений

Определение набора ограничений содержит:

а) оратор предполагаемой области приложения;

Ч) описатель набора ограничений для ссылки в документации;

* в) идентификатор набора ограничений для ссылки в протоколе службы ПДУФ (FTAM);

г)    ограничения на имена узлов;

д)    множество допустимых действий доступа к файлу;    *

е)    какие-либо действия ограниченного использования при записи в файл (см. разд. 8);

ж)    множество контекстов доступа к файлу, в которых может быть прочитан

(FADU), определенное сразу после действия «Открытие файла»;

к) определение «Начало файла»; л) определение «Конец файла»;

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

п) какие-либо специальные семаитихи указанных действий досУупв к файлу сверх тех. которые представлены в разд. И;

р) форматы идентификации блока данных БДДФ (FADU), доетумые для каждого действия доступа к файлу.

Страница 44

I

С M ГОСТ Р 34.880.2-92

А.1.4. Обозначении

В таблицах, которые следуют ниже, следующие сокращения указывают допустимую область идентификации блоков данных БДДФ (FADU). используемую прн определенных действиях над файлохракклишем:

а)    допустимо: действие может поменяться к любому блоку даквых БДДФ (FADU);

б)    лист: действие является допустимым, если оно выполняется над блоком данных БДДФ (FADU), который представляет собой узел типа «лист»;

в)    целый: действие выполняется яад целым файлом (т. е. начиная с корневого узла).

А.2. Определения набора ограничений

А-2.1. Набор ограничений на неструктурированный файл

А.2.1.1. Область приложения

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

К2Л2. Базисные ограничения    _

Базисные ограничения • наборе ограничений на неструктурированный файл вредставлеиы в табл. 6.

Таблица 6

Базисные ограниченна ш наборе ограничений на неструктурированный файл

Дескриптор набора ограничена*

НеструхтуркроваапыИ

Идентификатор набора ограничений

(ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Неструктурированный (!)}

Имена узлов

Нет

Действия доступа к файлу

«Чтение», «Замена», «Расширение», «Стирание»

Действия ограниченного использования

Нет

Допустимые контексты доступа

ВН (UA)

Состояние при создании

Корневой узел с пустым блоком данных

Местоположение после открытия

«Первый»

Начало файла

Не применяется

Конец файла

Не применяется

Страница 45

ГОСТ Р S4.M0 2—И С 4в

Продолжение табл. 6

Д« с*р«п тор набора 01 ра качели а

На струи тураро ааияы*

Чтение целого файла

Чтение в контексте доступа ВН (А} блока данных БДДФ (FADU) с идентификацией «Первый»

Запись целого файла

Передача единственного блока данных БДДФ (FADU) (без описателя узла) с идентификацией «Первый» и действием доступа к файлу «Замена»

А.2.1.3. Структурные ограничения

Результат всех действа*, разрешенных в данном наборе ограничений на не-структурированный файл, влияет и структуру с корневым умом, который имеет блок данных (хот* «тот блок данных может быть пустым).

А.2.1.4. Ограничения на действия

Стирание: результатом действия «Стирание* является корневой узел с пустым блоком даняых.

А.2.1.6. Ограничения на идентификация)

В наборе ограничений на неструктурированный файл всегда указывается значение «Первый» для ядпгтифаклции блока данных БДДФ (FADU). Такая форма идентификации блока данных БДДФ (FADU) используется со всеми разрешенными действиями над файлом.

А.2 2. Набор ограничений на последовательный двухмерный файл

А.2-2.1. Область приложения

Набор ограничений на последовательный двухмерный файл применяется к файлам, которые вмеют структуру последовательности отдельных блоков данных БДДФ (PADU) я к которым, исходя из этой индивидуальности, может быть выполнен доступ с помощью указами* позиции в этой последовательности

А.2.2.2. Базисные ограничения

Базисные ограничения в наборе ограничений на последовательный двухмерный файл представлены в табл. 7.

Таблица 7

Базисные ограничения в наборе ограничений на последовательный двухмерный

файл

Досждоато? набора огряи«*аиА

11о«л«дрмт«дышв дяухмарныП *а»л

Идентификатор набора ограничений

(ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Последовательный двухмерный (2))

Имена узлов

Нет

Действия доступа к файлу

«Определение местоположения», «Чтение», «Вставка», «Стирание»

Действия ограниченного использования

Нет

Страница 46

С. 44 ГОСТ Р 34 .МО .2—92

Продолжение твбл. 7

Дескриптор набора о.'раюгасяаИ

ПосделомтедшыЯ дяушеркм* <аМ

Допустимые контекст доступа

ВД (FA), ВН (UA)

Состояние при создании

Корневой узел без соответствующего блока данных

Местоположение после открытия

Корневой узел

Начало файла

Корневой узел

Конец файла

Узел не выбирается; блок данных с идентификацией «Предыдущий» представляет последний узел в последовательности обхода, обращение к блокам данных с идентификацией «Текущий» н «Следующий» вызывает ошибку

Чтение целого файла

Чтение в контексте доступа ВД (FA) нлн ВН (UA) блока даиных БДДФ (FADU) с идентификацией «Начальный»

Запись целого файла

Передача ряда блоков данных БДДФ (FADU) типа «лист», которые должны были быть сформированы при чтеиин целого файла в контексте доступа ВД (FA); выполнение передачи блока данных БДДФ (FADU) с идентификацией «Конечный» н действием доступа к файлу «Вставка»

А.2.23. Структурные ограничения

Корневой узел не должен иметь соответствующий блох данных; вес порождения этого корневого ума должны быть узлами типа «лист» и должны иметь соответствующие блок данных; все дуги, выходящие из корневого узла, должны иметь длину, равную 1.

А 2.2.4. Ограничения на действия

Вставка: действие «Вставка» допускается только в конец файла с идентификацией «Конечный» блока данных БДДФ (FADU), узел вставляется после всех существующих узлов в файле. Указатель местоположения после действия «Вставка» имеет значение «Конечный».

Стирание: действие «Стирание» допускается только в отношении корневого узла чтобы очистить файл, с идентификацией «Начальный» блока даиных БДДФ (FADU). Результатом данного действия является одиночный корневой узел с соответствующим блоком данных.

AJZ.2.5. Ограничения на идентификацию

Идентификация блока данных БДДФ (FADU). связанная с действием нал файлом, должна иметь одно из следующих значений: «Начальиый». «Конечный», «Первый». «Последний», «Текущий», «Следующий», «Предыдущий» или «Номер в упорядоченной последовательности обхода», равный или больше 1 Действия, с которыми эти идентификации могут использоваться, приведены в табл в.

Страница 47

Ограничения и* идмгг*фикаи.ию в наборе ограничений

Дей cttwn

.На'адышй*

.Кояеимй-

.Перш*-

.1» следи» *•

Определение местоположения

Допустимо

Допустимо

Допустимо

Допустимо

Чтение

Целый

Лист

Лист

Вставка

Лист

Стирание

Целый

Т* 6 я в а « ft н« посл*домтелиш» двухмерный фдйд

.Тскухий'

,Сл»ду.г.щ»А*

.Првдрл/ядл'

.Ов«0Д-

Допустимо

Лист

Допустимо Л нет

Допустимо

Лист

Допустимо

Лист

Страница 48

С 4* ГОСТ Р 34.080.2-92

А.2.3. Набор ограничений на упорядоченный двухмерный файл

А.2.3.1, Область приложения

Набор ограничений ка упорядоченный двухмерный файл применяется к файлам, которые имеют структуру последовательности отдельных блоков данных БДДФ (FADU), каждый ю которых имеет нмя и к которому, исходя из этой индивидуальности, может быть выполнен доступ с помощью этих имея. Нет на-обходимости иметь эти имена уникальными.

А.2.3.2. Базисные ограничения

Базисные ограничения в наборе ограничений на упорядоченный двухмерный файл представлены в табл. 9.

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

Таблица 9

Базисные ограничит* в наборе ограничений иа упорядоченный двухмерный файл

Дескриптор набор» огранжяокя*

УоорадочомыВ двухдершЯ 4* Ал

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

раннчевий

Имена узлов

Действия доступа к

ограниченного использования Допустимые контексты доступа Состояние при соэда*

НИН

Местоположение после открытия Начало файла Конец файла

Чтение целого файла

Запись целого файла (I): объединение

{ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Упорядоченный двухмерный (3)}

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

«Определение местоположения», «Чтение», «Вставкам «Замена», «Расширение», «Стирание»

НА. ВД (FA), ВН (UA)

Корневой улел без соответствующего блоха данных

Корневой узел

Корневой узел

Узел не выбирается; блок данных с идетнфикацк-ей «Предыдущий» представляет последний узел в последовательности обхода, обращение к блокам данных с идентификацией «Текущий» и «Следующий» вызывает ошибку

Чтение в контексте доступа ВД (FA) блока данных БДДФ (FADU) с идентификацией «Начальный»

Передача серии блоков данных БДДФ (FADU) типа «лист», которые должны были быть сформированы при чтении целого файла в контексте доступа ВД (FA); выполнение передачи блока данных БДДФ (FADU) с идентификацией «Начальный» я действием доступа к файлу «Вставка*


Страница 49

ГОСТ Р U.9W3-92 С. «»

Продолжение табл. 9

Д««Bjaatop кьбОра ограничения

УпорядО-.^чгмА дьухмершй -\*Лл

Запись целого файла (2): замена

Передача блока данных БДДФ (FADU), отображенного рядом элемента» данных, которые должны были быть сформированы прн чтении файла в контексте доступа НА; выполнение передачи блока данных БДДФ (FADU) с идентификацией «Начальный» и действием доступа к файлу «Замена»

АЛЗ.З. Структурные ограничения

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

все дуги, выходящие кз корневого ума, должны иметь длину 1.

А 2.3.4 Ограничения на действии

Вставка: действие «Вставка» для блока данных БДДФ (FADU) с идентификацией «Начальный» вставляет новый уэел типа члист» в последовательность обхода в соответовин с позицией имени из описателя узла (который должен быть передан) в определенном порядке имев. Если блок данных БДДФ (FADU) с таким же значением имени уже существует, то новый блох данных БДДФ (FADU) вставляется следом за ним. Указатель местоположения после действия «Вставка» имеет значение «Начальный».

Замена целого файла: идентификацией блока данных БДДФ (FADU) является значение «Начальный» и полный блок данных БДДФ (FADU) упорядоченного плоского файла заменяет корневой узел.

Расширение или замена узле типа «лист» (семантика зависит от формата передаваемых данных):

а)    если единственный блок данных БД (DU) передается без дескриптора узла, тогда заменяется блок данных БД (DU) в узле типа «лист», адресуемом идентификацией блока данных БДДФ (FADU).

б)    если передается полный блок данных БДДФ (FADU) типа «лист* к идентификацией этого блока данных БДДФ (FADU) является значение «Последовательность имен узлов» с единственным элементом. «Текущий», «Предыдущий» или «Следующий», тогда действие выполняется, только если имя передаваемого узла в описателе узла равно иксии существующего узла;

в)    если передается полный блок данных БДДФ (FADU) типа «лист» и идентификацией зтого блоиа данных БДДФ (FADU) является значение «Начальный». тогда заменяется узел, указанный в описателе передаваемого узла.

Стирание: результатом действия «Стирание» с идентификацией «Начальный» блока данных БДДФ (FADU) является пустой файл; действие «Стирание» с идентификацией блока данных БДДФ (FADU) «Текущий». «Следующий». «Предыдущий» или «Последовательность имен узлов» с единственным элементом удаляет таким образом идентифицируемый узел типа «лист».

Примечание. Если существует несколько умов с таким же самым именем. то либо первый из этих узлов в упорядоченной последовательности обхода, либо текущий узел будет заменен, расширен или стерт, в зависимости от используемого и идентификатора блоха данных БДДФ (FADU).

А 2 3 5 Ограничения на идентификацию

Идентификация блока данных БДДФ (FADU). связанная с действием кад файлом, должна иметь одно из следующих значений: «Начальный», «Конечный», «Первый». «Последний». «Текущий», «Следующий», «Предыдущий», «Посладова.

'/. 2 Зак. 2284

Страница 50

С 50 ГОСТ Р $4.980.2-92

тельность нш?и узлов» с единственным элементом или «Номер в упорядоченной последовательности обхода», равные или больше 1. Действия. с которыми могут использоваться ати идентификации, приведены в табл. 10.

Примечания:

1.    Если после выполнения действия «Определение местоположения», «Чтение». «Вставка». «Замена» или «Расширение» либо перед выполнением действия «Стирание» существует один или несколько блоков данных БДДФ (FADU) с одним н тем же именем в качестве текущего блока данных БДДФ (FADU), то формируется предупреждающее диагностическое сообщение. Другие диагностические сообщения указывают, является ли или не является блок данных БДДФ (PAIHJ) с зтнм именем, местоположение которого в настоящий момент указывается. последним в последовательности обхода.

2.    Идентификация со значением «Следующий» и «Предыдущий» блока данных БДДФ (FADU) обеспечивается, главным образом, для доступных из множества блоков данных БДДФ (FADU), которые разделяют такое же имя.

3.    В данном наборе ограничений имеются ограничения, накладываемые на использование номеров в последовательности обхода. Порядок блоков даиных БДДФ (FADU) определяется именами их узлов и, таким образом, номер соответствующего узла в последовательности обхода будет, в общем случае, изменен при модификации файла.

А.2.4. Набор ограничений на упорядоченный двухмерный файл с уникальными именами

А.2.4.1. Область применения

Набор ограничений на упорядоченный двухмерный файл с уникальными именами применяется к файлам, которые имеют структуру последовательности отдельных блоков данных БДДФ (FADU), каждый из которых имеет уникальное имя н к которым, исходя из этой индивидуальности, может быть выполнен доступ с помощью этих имен.

А.2.4.2. Базисные ограничения

Базисные ограничения в наборе ограничений на упорядоченный двухмерный файл с уникальными именами представлены в табл. II.

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

А.2.4.3. Структурные ограничения

Корневой узел не должен иметь соответствующий блок данных и не должен иметь имя узла; все порождения из корневого узла должны быть узлами типа «лист» и должны иметь как соответствующий блок данных, так и имя узла; все дуги, выходящие из корневого узла, должны иметь длину I.

А.2.4.4. Ограничения на действия

Вставка: действие «Вставка» для блока данных БДДФ (FADU) с идентификацией «Начальный» вставляет новый узел типа «лист* в последовательность обхода в соответствии о позицией имени из описателя узла (который должен быть передан) в определенном порядке имен Если блок данных БДДФ (FADU) с таким же значением имени уже существует, то действие «Вставка» отвергается. Указатель местоположения после действия «Вставка» имеет значение «Начальный».

Замена целого файла: идентификацией блока данных БДДФ (FADU) является значение «Начальный» и полный блок данных БДДФ (FADU) упорядоченного плоского файла с уникальными именами заменяет корневой узел.

Расширение или замена узла типа «лист» (семантика зависит от формата передаваемых данных);

Страница 51

Таблица 10

Ограничен» на идеитифисацяю • наборе ограюяемй на упорядоченный даухыерны* файл

ДеИстин*

.Komdmi-

.ГМршА*

.Послед-

■ой'

.Т*кущиД‘

.Следу ювц**

.Прежаупш*’

.Посавдэм-тельаость XUCH у»лоа с ехяастммыи

элементом*

.Обход*

Определение местоположения

Допусткмо

Допус

тимо

Допус

тимо

Допус

тимо

Допустимо

Допустимо

Допустимо

Допустимо

Допус

тимо

Чтенве

Целый

Лист

Лист

Лист

Лист

Лист

Лист

Лист

Вставка

Лист

Замена

Целый

Лист

Лист

Лист

Лист

Расшире

ние

Лист

Лист

Лист

Лист

Стира

ние

Целый

Лист

Лист

Лист

Лист

ГОСТ Р S4.f80.2- 92 С. 51

Страница 52

С. К ГОСТ Г М.МО-2-92

Таблица II

Базисные ограниченна в наборе ограничений на упорядоченный дауыкриый файл с унжкааышми именами

Д«схрклтор набор* огр• »

Упорядочен»!* даушериий ««to с укжялыьшя темам

Идентификатор набора ограничений

Имена узлов

Действия доступа * файлу

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

Местоположение после открытия Начало файла Конец файла

Чтение целого файла

Запись целого файла

(I): объединение

Запись целого файла

(2): замена

{ГОСТ Р 3-1980(ИСО 8571) Набор ограанченай (4) Упорядоченный двухмерный с уникальными именами (4)}

Все имена должны был. одного типа; тип имен н порядок имен должны быть определены, когда делается ссылка к данному набору ограничений «Определение местоположения», «Чтение». «Вставка», «Замена». «Расширение», «Стирание»

Нет

НА. ВД (FA), ВН (UA)

Корневой узел без соответствующего блока данных

Корнезой узел Корневой узел

Узел не выбирается; блок данных с идентификацией «Предыдущий» представляет последний узел в последовательности обхода, обращение к блокам данных с идентификацией «Текущий» и «Следующий» вызывает ошибку Чтение в контексте доступа ВД (FA) блока данных БДДФ (FADU) с идентификацией «Начальный» Передача серии блоков данных БДДФ (FADU) типа «лист», которые должны были быть сформированы при чтении целого файла в контексте доступа ВД (РА); выполнение передачи блока данных БДДФ (FADU) с идентификацией «Начальный» и действием доступа к файлу «Вставкз»

Передача блока данных БДДФ (FADU), отображенного рядом элементов данных, которые должны были быть сформированы при чтении файла в контексте доступа НА; выполнение передачи блока данных БДДФ (FADU) с идентификацией «Начальный» и действием доступа к файлу «Замена»


а)    если единственный блок данных БД (DU) передается без описателя узла, тогда заменяется такой блох данных БД (DU) в узле типа «лист», адресуемом идентификацией блока данных БДДФ (FADU):

б)    если передается полный блок данных БДДФ (FADU) типа «лист» и идентификацией этого блока данных БДДФ (FADU) является значение «Последовательность имен узлов» с единственным элементом или имеет значение «Текущий», тогда действие выполняется, только если имя передаваемого узла равно имени существующего узла:

в)    если передается полный блок данных БДДФ (FADU) типа «лист» и идентификацией этого блока данных БДДФ (FADU) является значение «Начальный». тогда заменяется узел, указанный в описателе передаваемого узла.

Страница 53

ГОСТ Р 54.880.2-92 С. И

Стирание результатом действия «Стирание» с идентификацией блока дан-шых БДЦр (FADU) «Последовательность имен узлов» с единственным элементом или идентификацией «Текущий» «вдается удаление идентифицируемого т*: ким образом узла типа «лист».

А.2.4.5. Ограничения ка идентификацию

Идентификация блока данных БЛДФ (FADU), связанная с действием над файлом, должна иметь одно из следующих значений: «Начальный», «Конечный», «Текущий», «Следующая», «Предыдущий», «Последовательность имен узлов» с единственным элементом или «Номер в упорядоченной последовательности обхода», равный или больше 1. Дайствня, с которыми могут использоваться втн идентификации, приведены в твбл. 12.

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

Таблица 12

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

Д««ст**е

.Начал»-

им*-

.Конечна-

.Ttxynwf

.Сл'дую-

шла-

.Предмду-яш А*

ЫГ|

№11

.ОвГОД

Определе

Допус

Допус

Допус

Допус

Допус

Допус

Допус

ние место

тимо

тимо

тимо

тимо

тимо

тимо

тимо

положения

Чтение

Целый

Лист

Лист

Лист

Лист

Лист

Встазка

Лист

_

—от

_

Замена

Целый

_

Лист

_

Лист

_

Расшире

Лист

_

Лист

ние

Стирание

Целый

тшт

Лист

““

Лист

А.2.5. Набор ограничений на упорядоченный иерархический файл

А.2.5.1. Область применения

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

А.2.5.2. Базисные ограничения

Базисные ограничения в наборе ограничений на упорядоченный иерархический файл представлены в табл. 13.

А.2.5.3. Структурные ограничения

Ограничений на структуру файла ист; допускается полная общность с иерархической моделью файла.

А.2.5.4. Ограничения на действия

Вставка: повыв узел вставляется внутри порождения указанного узла, позиция которого была указана, таким образом, что имена всех порождений втого

Страница 54

с. и гост р м.вво.г-«

Таблица 13

Бикмк ограничения а наборе ограничений на упорядоченный иерархический

файл

Даосрапто? набор* огр«вп«нвй

Уюрядоааша мраршчаосаЯ 4«1*

Идентификатор набора ограничений

{ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Упорядоченный иерархический (5)}

Имела узлов

Все имена должны быть одного тала; имя каждого блока данных БДДФ (FADU) должно отличаться от имен родственных блоков данных БДДФ (FADU); тип имен и порядок имен должны быть определены, когда делается ссылка к данному набору ограничений

Действия доступа х файлу

«Определение местоположения», «Чтение», «Вставка*. «Замена», «Расширенно. «Стирание»

Действия ограниченного использования

Нет

Допустимые ковтехсты доступа

НА, НИ (HN). ВД (РА). ДУ (FL), ЕД (FSJ, ВН (UA), НЕ (US)

Состояние при создании

Корневой узел без соответствующего блока данных

Местоположение после открытия

Начало файла

Начало файла

Узел не выбирается; блок данных с идентификацией «Следующий» представляет первый узел в последовательности обхода (корневой узел); обращение к блокам данных с идентификацией «Текущий» и «Предыдущий» вызывает ошибку

Конец файла

Узел не выбирается; блок данных с идентификацией «Предыдущий» представляет последний узел в последовательности обхода; обращение к блокам данных с идентификацией «Текущий» и «Следующий» вызывает ошибку

Чтение целого файла

Чтение в контексте доступа НА с идентификацией блока данных БДДФ (FADU), состоящей из пустой последовательности имен узлов

Запись целого файла

Передача блока данных БДДФ (FADU) как. последовательности элементов данных, которые должны были быть сформированы при чтении файла в ком-тексте доступа НА; выполнение пюедачн с идентификацией блока данных БДДФ (FADU), состоящей из пустой последовательности имен узлов, и действием доступа х файлу «Замена»

Страница 55

ГОСТ Р М.С80.2-Ю С. 55

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

Другие действия: другие действия являются точно такими же. какие ука-эаиы в разд. 11.

А.2.5.5. Ограничения на идентификацию

Идентификация блока данных БДДФ (FADU), связанная с действием над файлом, должна иметь одно нз следующих значений: «Начальный», «Конечный», «Текущий», «Следующий», «Предыдущий», «Имя узла» или «Последовательность имен узлов». Действия, с которыми могут использоваться эти идентификации, приведены в табл. 14.

Примечания:

1.    Пустая последовательность имен узлов используется для адресации корневого ума при выполнении действий над целым файлом.

2.    Предполагается, что идентификация блока данных со значением «Следующий» н «Предыдущий» будет, в общем случае, использоваться в контексте доступа ЕД (F5) или для доступа к ряду узлов типа «лист» одного порождающего узла.

А.2.6. Набор ограничений на общий иерархический файл

А.2.6.1, Область применения

Набор ограничений на общий иерархнчоский файл применяется к файлам, которые имеют иерархическую структуру и полную общность с обобщенной структурой.

А-2.6.2. Базисные ограничения

Базисные ограничения в наборе ограничений на общий иерархический файл представлены в табл. 15.

А.2.6.3. Структурные ограничения

Ограничений на структуру файла нет; допускается полная общность е иерархической моделью файла.

А-2.6.4. Ограничения на действия

Вставка: имеются две формы действия «Вставка»,

Нормальное действие — «Вставка в качестве родственного»: созданный блок данных БДДО (FADU) помещается в упорядоченную последовательность обхода после текущего местоположения таким образом, что дуга, связывающая его со своим порождающим узлом^ имеет длину, указанную в дескрипторе ума. Вставленный блок данных БДДФ (FADU) и блок данных, на который указывает текущее местоположение, разделяет один и тот же порождающий узел.

Действие «Вставка в качестве родственного» ие может быть выполнено, если текущее местоположение указывает на корень данного файла.

Текущее местоположение после данного действия указывает на корневой узел вновь вставленного блоха дапных БДДФ (FADU).

Действие ограниченного использования — «Вставка в качестве порождения»: в начале серии действий ограниченного использования записывается копия текущего местоположения и устанавливается новое местоположение, которое находится а последовательности обхода между предыдущим местоположением и следующим узлом в последовательности обхода (т. е, перед первым порождением предварительно размещенного ума, если он имеется).

Кроме того, действия ограниченного использования выполняются с такой же семантикой, как и действие норммьной вставки «Вставка в качестве родственного», но используя это времеиное местоположение.

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

Другие действия: другие действия являются точно такими же, какие указаны в разд. II.

Страница 56

Ограничение на идентификацию в набор* ограничений на упорядочении» иерархически* фШ

ДсАстаа»

.HltLOUUt*

Тконсч5Г*а

.Текущий*

.Следующие*

.Првдыдуил а-

.Ими уада*

.Поьмдаитсдоюстъ жива уалоя*

Определение

местоположении

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Чтение

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо (примечание 1)

Вставка

Допустимо

Допустимо

Допустимо

Замена

Допустимо

Допустимо

Допустимо (примечание 1)

Расширение

Допустимо

Допустимо

Допустимо

Стирание

"

^шт

Допустимо

Допустимо

Допустимо (примечание 1)

С 66 ГОСТ Р М.М0.2

Таблиц* 14 ■;


Страница 57

ГОСТ Р 14.eee.2-И С 57

Таблиц* 15

Бсзиснме ограничения в наборе ограагкимА на обимй иерархический флДл

Дескриптор и«Оора о.раютннй

Оби»ft »ер«гк»'«аи* 4аЯл

Идентификатор набора ограничений

{ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Общий иерархический '{6)}

Имя узла

Типы имен должны быть определены, когда делается ссылка к данному набору ограничений; все имена на одном уровне иерархии должны быть одного типа

Действия доступа к файлу

«Определение местоположения», «Чтение», «Вставка». «Замена», «Расширение», «Стирание»

Действия ограниченного использования

Вставка: нормальное действие «Вставка в качестве родственного».

Действие ограниченного использования «Вставка в качестве порождения»

Допустимые контексты доступа

НА, НИ (HN). ВД (FA). ДУ (FL), ЕД (FS), ВН (UA), НЕ (US)

Состояние при созда НИИ

Корневой узел без соответствующего блока данных

Местоположение после открытия

Начало файла

Начало файла

Узел не выбирается; блок данных с идентификацией «Следующий» представляет первый уэел в последовательности обхода (корневой узел): обращение к блокам данных с идентификацией «Текущий» и «Предыдущий» вызывает ошибку

Конец файла

Узы не выбирается; блок данных с идентификацией «Предыдущий» представляет последний узел в последовательности обхода; обращение к блокам данных с идентификацией «Текущий» и «Следующий» вызывает ошибку

Чтение целого файла

Чтение в контексте доступа НА с идентификацией блоха данных БДДФ (FADU), состоящей из пустой последовательности имен узлов

Запись целого фа Гм а

Передача блока данных БДДФ (FADU) как последовательности элементов данных, которые должны были быть сформированы при чтении файла в контексте доступа НА; выполнение передачи с идентификацией блока даяных БДДФ (FADU), состоящей из пустой последовательности имен узлов, и действием доступа к файлу «Замена»

Страница 58

С 58 ГОСТ Р М.МО.2-92

Примечание. Если имеется несколько узлов с таким же самым именем узла, то или первый ия этих узлов в порядке обхода или текущий узел будет заменен, расширен или стерт, в зависимости от используемо* ичтмфчкавин блока данных БДДФ (FADU).

А.2.6.5. Ограничения ка идентификацию

Идентификация блока данных БДДФ (FADU), связанная с дейстНие^ над файлом, должна иметь одно из следующих ШЧШЙ: «Первый», «Конечный», «Текущий», «Следующий», «Предыдущий», «Имя узла» клн «Последовательность имен узлов». Действия, с которыми могут использоваться вти идентификации, приведены в табл. 16.

Примечания:

1.    Пустая последовательность имен узлов используется для адресации корневого узла при выполнении действий над целым файлом.

2.    Ьслн после выполнения действия «Определение местоположения», «Чтение» «Вставка», «Замена». «Расширение» или перед выполнением действия «Стирание» имеется один или несколько блоков данных БДДФ (FADU) с таким же именем и с порождающим узлом в качестве текущего блока данных БДДФ (FADU), то формируется предупреждающее диагностическое сообщение. Другие диагностические сообщения указывают, является ли или кет блок даииых БДДФ (FADU) с таким же именем, местоположение которого указывается в настоящий момент, последним в последовательности обхода.

3.    Идентификация блока данных БДДФ (FADU) со значением «Следующий» н «Предыдущий» обеспечивается, главным образом, для адресации блоков данных БДДФ (FADU) ил множеств, которые разделяют такое же имя.

4.    Предполагается, что идентификация блока данных со значением «Следующий» н «Предыдущий» будет, в общем случае, использоваться в контексте доступа ЕД (FS) или для доступа к ряду узлов типа «лист» одного порождающего узла.

АЛЛ. Набор ограничений на общий иерархический файл с уникальными именами

А.2.7.1. Область применения

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

А.2.7.2. Базисные ограничения

Базисные ограничения в иаборе ограничений на общий иерархический файл с уникальными именами представлены в табл, 17,

А.2.7.З. Структурные ограничения

Ограничений на структуру файла нет; допускается полная общность с иерархической моделью файла.

А.2.7.4. Ограничения на действия

Вставка: имеются две формы действия «Вставка» Имя вставляемого узла-должно отличаться от имени любого узла, хоторьгй уже существует в качестве родственного вставляемому узлу.

Нормальное действие — «Вставка в качестве родственного»:    созданный

блок данных БДДФ (FADU) помещается в упорядоченную последовательность обхода после текущего местоположения таким образом, что дуга, связывающая его со своим порождающим узлом, имеет длину, указанную в описателе узла. Вставленный блок данных БДДФ (FADU) и блок данных, яа который указывает текущее местоположение, разделяют один и тот же порождающий узел.

Действие «Вставка в качестве родственного» не может быть выполнено, если текущее местоположение указывает на корневой узел данного файла.

Текущее местоположение после данного действия указывает на корневой узел вновь вставленного блока данных БДДФ (FADU).

Страница 59

Ограниченна к» идентификацию к наборе

Дев стали

.ПачялымА*

.Кои«ыЯ*

.Текущий*

Определение

кестолодожения

Допустимо

Допустимо

Допустимо

Чтеняе

Допустимо

Вставка

Допустимо

Замена

Допустимо

Расширение

Допустимо

Старание

““

Допустамо

Таблица 16

orpamnorat на общий иердрхичесии* ф«Ь

.СлахукикО*

.Ilf* •WUUi*'

.Имя 7U1*

Лослаяамтммость ШИ уыо>*

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо (примечание 1)

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо (примечание 1)

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо (примечание 1)

Страница 60

С *0 ГОСТ Р М.980.2—92

Таблица 17

Базисные ограничена • наборе ограничений на общий иерархический файл с уникальны ни именами

Дмкрипгар uafoju Ограничений

OCcu* а»9*9мчесиий ф*Ал с ушкалышма именам И

Идентификатор набора ограничений

{ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Обший иерархический с уникальными именами (7))

Имя ума

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

Действия доступа к файлу

«Определение местоположения», «Чтение», «Вставка», «Замена», «Расширение», «Стирание»

Действия ограниченного использования

Вставка: нормальное действие «Вставха в качестве родственного».

Действие ограниченного использования «Вставха в качестве порождения»

Допустимые контексты доступа

НА, НИ (HN), ВД (FA), ДУ (PL), ВН (UA). НЕ (US). ЕД (FS)

Состояние при создании

Корневой узел без соответствующего блока данных

Местоположение после открытия

Начало файла

Начало файла

Узел не выбирается; блок данных с идентификацией «Следующий» представляет первый узел в последовательности обхода (корневой узел); обращение к блокам данных с идентификацией «Текущий* и «Предыдущий» вызывает ошибку

Коней файла

Узел не выбирается; блок данных с идентифи-каоией «Предыдущий» представляет последний узел в последовательности обхода; обращение к блокам данных с идентификацией «Текущий» и «Следующий» вызывает ошибку

Чтение целого файла

Чтение и контексте доступа НА с идентификацией блока данных БДДФ (FADU). состоящей из пусто*

последовательности имен узлов

Страница 61

ГОСТ Р S4.S80.2-92 С. в!

Продолжение табл.. 17

Дескриптор набор* о. ранима*

ОбщнА иерархи***» файл с укшальшыа хискам

Запись целого файла

Передача блока данных БДДФ (FADU) как последовательности элементов данных, которые должны были быть сформированы при чтении файла в контексте доступа НА; выполнение передачи с идентификацией блока данных БДДФ (FADU). состоящей из пустой последовательности имен узлов, и действием доступа к файлу «Замена»

Действие ограниченного использования — «Всгавха в качестве порождения»: и начале серии действий ограниченного использования записывается копия текущего местоположения и устанавливается новое местоположение, которое находится в последовательности обхода между предыдущим местоположением и следующим узлом в последовательности обхода (т. с. перед первым порождением предварительно размещенного узла, если он имеется).

Кроме того, действия ограниченного использования выполняются с такой же семавтикой, как н действие нормальной вставки «Вставка в качестве родственного». но используя это временное местоположение.

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

Другие действия: другие действия являются точно такими же, какие указаны в раза. 1!.

А.'2 7.5. Ограничения на идентификацию

Идентификация блока данных БДДФ (FADU), связанная с действием над файлом, должна иметь одно из следующих значений: «Первый*. «Конечный». «Текущий», «Следующий*, «Предыдущий», «Имя узла» или «Последовательность имен узлов». Действия, с которыми могут использоваться эти идентификации, приведены в табл. 1$

Примечания:

1.    Пустая последовательность имен узлов используется для адресации корневого узла при выполнении действий над целым файлом.

2.    Предполагается, что идентификация блока данных со значением «Следующий» и «Предыдущий» будет, в общем случае, использоваться в коитексте доступа БД (FS) или для доступа к ряду узлов типа «лист» одного порождающего узла.

Страница 62

Таблиц* 18

О граи «чеки* на идентификацию в наборе ограничений на общий иерархически! фаЪ

1

ДвДствю

.Нач*аыыа’

.КоиочшЛ"

.текущие’

.СхедуюаиД*

. Пределу ПИЙ-

.Им* уш*

. По спадов! гмыюггь имев у зло»*

i

Определение

местоположения

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо

Допустямо

Чтение

Допустимо

Допустимо

Допустимо

Допустимо

Допустимо (прнмегание 1)

Вставка

Допустямо

Допустимо

Допустимо

Замена

Допустимо

Допустимо

Допустимо (примечание 1)

Расширение

Допустимо

Допустимо

Допустимо

1

Стирание

'

Допустимо

Допустимо

Допустимо (примечание 1)

С «2 ГОСТ Р M.W0.2

Страница 63

ГОСТ Р 84.980.2—И С. 63

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

ТИПЫ ДОКУМЕНТОВ

Данное приложение содержит образцы обшах определений типов документов для взаимодействия реализующих систем Службы пДУФ.

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

1.    Образец элемента: ПДУФ-1 (РТАМ-1)

2.    Объекты информации

Таблица 19

Объекты информации в типе документа для неструктурированного текстового

файла

Имя типа документа

(ГОСТ Р 34.980 (ИСО 8571) Тип документа (5) Неструктурированный текстовый (1))

«ИСО FTAM Неструктурированный текстовый»

Имена абстрактных синтаксисов а) имя абстрактного синтаксиса 1

(ГОСТ Р 34.980 (ИСО 8671) Абстрактный синтаксис (2) Неструктурированный текстовый (3)} «Абстрактный синтаксис для неструктурированного текстового файла службы FTAM*

Имена синтахснсов передачи

(Объединение ИСО МККТТ ACH.l (I) Базисное кодирование (1)}

«Базисное кодирование единого типа АСН.1»

Синтаксис параметров

ПАРАМЕТРЫ:: — ПОСЛЕДОВАТЕЛЬНОСТЬ {

Номер универсального класса [01 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ,

Максимальная длина строки [11 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

Значение строки [2] НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП (переменный (0). фиксированный (1). незначащий (2J)

НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ}

Модель файла

(ГОСТ Р 34 980 (ИСО 8571) Модель файла (3) Иерархический (1))

«Иерархическая модель файла службы FTAM»

Набор ограничений

(ГОСТ Р 34 980 (ИСО 8571) Набор ограничений (4) Неструктурированный (1)}

«Набор ограничений на неструктурироипвий файл службы FTAM»

Страница 64

С. М ГОСТ Р Э4ЛЮ.2-И

Продолжение табл. 19

Содержание сообщения файла

Тип данных 1:: — ВЫБОРОЧНЫЙ ТИП (

Печатная строка — Универсальны А класс 19—,

Телетексная строка — Универсальный класс 20—,

Вндеотексиая строка — Универсальный класс 21—,

Строка типа IA5 — Универсальный класс 22—,

Графическая строка — Универсальный класс 25—,

Видимая строка — Универсальный класс 26—,

Общая строка — Универсальный класс 27—, )

3. Назначение и область применения

Данные типы документов определяют содержание сообщения файла при хранении, передаче и доступе с помощью службы РТАМ и при передаче с помощью службы JTM (Job Transfer and Manipulation) — ПОЗ (Передача и обработка заданий).

4. Ссылки

ГОСТ Р 34 980.1 — ГОСТ Р 34 1980 4 (ИСО 8571/1 — ИСО 8571/4) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом».

ИСО 8832 «Системы обработки информации. Взаимосвязь открытых систем Спецификация протокола базисного класса для передачи заданий и манипулирования заданиями».

ГОСТ 34.301 (ИСО 6429) «Информационная технология. 7 битные и 8-биг-ные кодированные наборы символов. Управляющие функции».

5.    Определения

Данный раздел использует такие термины, как элемент данных, блок данных и блоков данных доступа к файлу, в соответствии с ГОСТ Р 34 990 1 (ИСО 8571/1).

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

5.2 Графический знак: знак из некоторого репертуара знаков, мрегистриро ванного для использования, как например, набор знаков GO. Gl, GS или G3 в международном реестре наборов знаков ИСО, или знак ПРОБЕЛ.

6.3. Исполнительный элемент формата: управляющая функаяя, управляющая размещением и позиционированием информации на печатающем устройстве ид» на устройстве отображения. Знаками исполнительного элемента общего формата являются BS, CR, FT. НТ, LF н VT.

6.    Сокращения

ПДУФ (FTAM) «Передача, доступ и управление файлом.—

—    File Transfer, Access and Management».

ПОЗ (JTM) «Передача я обработка заданий. —

—    Job Transfer and Manipulation».

7. Семантика документов

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

Страница 65

ГОСТ Р S4.M0.2—И С IS

Структура документа данного типа принимает форму, допустимую иерархической моделью Цки службы ПДУФ (FTAM), ограниченную набором огракк-<wul на неструктурированный файл (см. табл. 19). Эти определения представ* лемм в настоящем стандарте.

Каждая строка эяаков содержит знаки из набора знаков, определенных типом набора знака* нотации АС! 1.1 (Стандарт ИСО 8824). номер универсального класса которого представляется параметром «Номер универсального класса*. Если параметр «Номер универсального класса» отсутствует, то по умолчанию нркшмается тип «Графическая строка» (26); то есть, строки знаков могут содержать знаки нз любых наборов знаков (плюс знак ПРОБЕЛ), зарегистрированных (в международном реестре кодируемых наборов знаков, которые должны использоваться с последовательностями перехода) для использования, как например, наборы знаков GO, G1, 02 мм 03.

Данным определением не накладываются ограничения на размер и длину, за исключением тех ограничений, которые указаны здесь. Каждая строха знаков имеет длину, определяемую количеством знаков, заданную параметром «Максимальная длина строки». Если параметр «Максимальная длина строки» отсутствует, то по умолчанию принимается, что эти строки знаков являются неограниченными.

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

Точное значение строк знаков определяется параметром «Значение строки». Если значением данного параметра является «переменный» или если данный параметр отсутствует, то длина строк знаков является меньшей или равной данной длине. Если значением является «фиксированный», то длина каждой строки знаков точно равна данной длине. Если значением является «незначащий», те нет необходимости сохранять границы строк знаков, когда файл сохраняется, и не нужно привязывать их к семантнке документа.

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

а)    если набор знаков содержит исполнительные элементы формата, то они должны интерпретироваться, как определено в ГОСТ 34.Э01; символы «Конец строки знаков» и «кояси блока данных доступа к файлу» не имеют форматирующего значения;

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

8. Структура абстрактного синтаксиса

Структура абстрактного синтаксиса данного документа представляет собой ряд строк символов, каждая нз которых имеет тип строки символов нотации АСН.1, указанный параметром «Номер универсального класса».

9. Определение передачи

9.1. Определение типа данных

Файл не содержит или содержит несколько значений типа «Тип данных 1», определенного в табл. 19. Выбор а этом типе данных определяется параметром «Номер универсального класса» иди сто значением, принимаемым по умолчанию.

Страница 66

С. 68 ГОСТ Р М.ввО.2-92

9.2.    Значения данных уровня представления

■ Документ передается ■ качестве серям значений данных уровня представления. Каждое значение данных уровня представления должно состоять из одвого значения типа данных «Тип данных 1» иотации ACH.I. содержащего одну из строп знаков из этого документа. Каждый знак должен передаваться с использованием одного из наборов знаков, указанного параметром «Номер универсального класса».

Все значения передаются в одном и том же (но любом) контексте уровня представления, установленном для обеспечения имени абстрактного синтаксиса «Имя абстрактного синтаксиса I», представленного в табл. 19.

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

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

9.3.    Последовательность значений данных уровня п р е д с т а в л е и и я

Последовательность значений данных уровня представления является такой же. как последовательность строк знаков в блоке данных БД (DU) файла.

10. Синтаксис передачи

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

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

11. Специфические спецификации мемеита СЭЛУ (ASE)    '    •

11.1.    ГОСТ Р 34 980 ПДУФ (ИСО 8571 FTAM)

11.1.1.    Упрощение н релаксация

11.1.1.1.    Релаксация набора знаков

Данная операция убирает подробную информацию в идентификации типа документа.

Документ типа «ПДУФ-1» («РТАМ-1») может быть подвергнут релаксации до другого докумевта типа «ПДУФ-1» («FTAM-1») с другим значением параметра «Номер универсального класса» или без значения этого параметра, если результирующий тип документа разрешает все знаки из исходного типа документа Если такая релаксация вызывает включение набора исполнительных »лемемтов формата и если эти алемеиты не присутствовали перед выполнением упрощения, то символы «Возврат каретки» н «Перевод строки» должны добавляться в конец хаждой строки.

Примечание. Если символы «Возврат каретки» и «Перевод строки» не являются частью набора исполнительного элемента формата, то форматирующее действие может изображаться символом «Новая строка* или подобным другим специфическим выбором реализующей системы, если не определено отображение символа «Новая строка».

11.1.1.2.    Релаксация длины строки.

Данная операция убирает подробную информацию в идентификации типа документа.

Страница 67

ГОСТ Р S4.M0.2-92 С 97

Документ тип* «ПДУФ-1» («FTAM-Ы может быть подвергнут релаксация дла получении другого документа тш «ПДУФ-1» («РТАМ-1») с большим значением параметр» «Максимальная длина строжи» или без значения параметра «Максимальная длина строки» (неограниченная строка).

11.1.2.    Операция «Расширение»

Еслв операция «Расширение» применяется к блоку данных документа типа «ПДУФ-1» (FTAM-1)», то передаваемые данные должны иметь тип документа «ПДУФ-1» («FTAM-1») с параметрами, равными подобным параметрам исходного типа документа «ПДУФ-1» («FTAM-1»). Результирующий документ состоит из строк знаков исходного документа типа «ПДУФ-1» («FTAM-I»), следующими за строками знаков нового документа типа «ПДУФ-1» («FTAM-1»). Граница между исходными и новыми строками знаков является невидимой в новом документе.

11.1.3.    Операция «Замена»

Если операция «Замена» применяется к блоху данных БДДФ (FADU) корневого узла документа типа «ПДУФ-1» («РТАМ-1»), то передаваемый материал должен быть документом «ПДУФ-1» («FTAM-1») любого типа с такими же значениями параметров.

11.2. ИСО 8832 (JTM)

Следующие пункты применяются к любой реализации службы ПОЗ (JTM), требующей обеспечение документа типа «ПДУФ-1» («FTAM-1»).

11.2.1.    Обеспечение других типов документов

Также должен обеспечиваться тип документа «ПОЗ-1» («JTM-1»).

Примечание. Эти типы документов по семантике являются идентичны-

ми.

11.2.2.    Длина и параметры

Реализующая система должна иметь возможность обработки любого типа документа «ПДУФ-1» («FTAM-1») со всеми значениями параметров, должна подчиняться пределу возможной реализации, основанной на общем числе знаков и» указанных наборов знаков в документе.

Примечание. См. ИСО 8832 для спецификации «Обеспечение», особенно ь отношении наборов знаков.

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

11.2.3.    Сцепление

Должна обеспечиваться возможность сцепления документа типа «ПДУФ-1» («РТАМ-1») и должен производиться документ того же типа, состоящий из комбинированной последовательности строк знаков.

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

11.2.4.    Уточнение

11.2.4.1. Уточнение набора знаков к длины

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-1» («FTAM-1»), должен бьгть получен из любого сохраненного типа документа «ПДУФ-1» {«FTAM-1»), который является результатом его релаксации при обработке документа по правилам, описанным в п. П.1.1.1 нли в п. 11.1.15 или в обоих этих пунктах. Результатом данной обработки может быть какой-либо документ нли может быть выполнена диагностике Более подробно см ИСО 8832

U.2.5. Релаксация

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-1» («FTAM-1»), который является результатом ре-

Страница 68

С. М ГОСТ Р 34.W0.2-e2

лаксацнн того типа докумеша. который бил сохравеи, должен быть обеспечен » качеств запрашиваемого типа документа «ПДУФ-1* («FTAM-1»).

Примечание, Значение в примитиве ответа J-GIVE никогда не сжимается.

Б-2 Тип документа дда последовательного текстового файла

1.    ОбраЛц мемеита: ПДУФ-2 (FTAM-2)

2.    Обмяты информации

Таблица 20

Объекты информации в типе документа дли последовательного текстового файла

Имя типа документа

(ГОСТ Р 34.980 (ИСО 8571) Тип документа (5) Последовательный текстовый (2)}

«ИСО FT AM Последовательный текстовый»

Имена абстрактных синтаксисов:

а)    имя абстрактного синтаксиса 1;

б)    имя абстрактного синтаксиса 2

{ГОСТ Р 34.980 (ИСО 8571) Абстрактный синтаксис (2) Неструктурированный текстовый (3)) «Абстрактный синтаксис для неструктурированно-то текстового файла службы РТАМ»;

(ГОСТ Р 34 9в0 (ИСО 8571). Абстрактный сиитаксис (2). Блок данных БДДФ (FADU) службы ПДУФ-2 (FTAM-2))

«Блок данных FADU службы FTAM*

Имена синтаксисов передачи

(Объединение ИСО МККТТ АСН.1 (1) Базисное кодирование . (1)}

«Базисное кодирование единого типа АСН.1*

Синтаксис параметров

ПАРАМЕТРЫ::—ПОСЛЕДОВАТЕЛЬНОСТЬ {

Номер универсального класса [01 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

Максимальная длина строки [11 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

Значение строки Г2) НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП (переменный (0), фиксированный (1), незначащий (2)>

НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ)

Модель файла

(ГОСТ Р 34.980 (ИСО 8571) Модель файла (3) Иерархический (1))

«Иерархическая модель файла службы FTAM*

Набор ограничений

(ГОСТ Р 34 980 (ИСО 8571) Набор ограничений (4) Последовательный двухмерный (2))

«Набор ограничен^** на последовательный двухмерный файл службы РТАМ»

Страница 69

ГОСТ Р 34.P80.2-V2 С П

(Продолжение табл. 20

Содержание сообщения файла

Тип данных 1::-ВЫБОРОЧНЫЙ ТИП {

Печатная строка — Универсальны* класс 19—,

Тедетексная строка — Универсальный класс 30—,

Видеотексиая строка — Универсальный класс 21—,

Строка типа 1А6 — Универсальный класс 22—,

Графическая строка — Универсальный класс 26—,

Вндныая строка — Универсальный класс 26—,

Общая строка — Универсальный класс 27—. )

Тип данных 2::—ВЫБОРОЧНЫЙ ТИП {

Элемент данных описателя узла.

Элемент данных входного поддерева,

Элемент данных выходного поддерева }

3. Назначение и область применения

Данные типы документов определяют содержание сообщения файла при хранении, при передаче и доступе с помощью службы FT AM и при передаче с помощью службы JTM (Job Transfer and Manipulation) — ПОЗ (Передача и обработка заданий).

4. Ссылки

ГОСТ Р 34.980.1 - ТОСТ Р 34.1980.4 (ИСО 8571/1 - ИСО 8S71/4) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом».

ИСО 8832 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола базисного класса для передачи заданий и манипулирования заданиями»

ГОСТ 34.301 (ИСО 6429) «Информационная технология. 7-битиые и 8-бит* иые кодированные наборы символов Управляющие функции».

б. Определения

Данный раздел использует такие термины, как элемент даииых, блок данных и блок данных доступа к файлу, в соответствии с ГОСТ Р 34.980.1.

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

5.2.    Графический знак: знак ил некоторого репертуара знаков, зарегистрированного для использования, как например, набор знаков OO.G1.G2 или G3 в международном реестре наборов знахов ИСО. или »иак ПРОБЕЛ.

5.3.    Исполнительный «лемент формата: управляющая функция, которая управляет размещением н позиционированием информации на печатающем устройстве или на устройстве отображения. Знаками исполнительного мемеита общего формата являются BS. CR, FF, НТ, LF и VT.

6. Сокращения

ПДУФ (FTAM) «Передача, доступ и управление файлом —

—    File Transfer, Access and Management».

ПОЗ (JTM) «Передача и обработка заданий —

—    Job Transfer and Manipulation».

7. Семантика документов

Данный документ либо не содержит ии одного, либо содержит одни или насколько блоков данных доступа к файлу, каждый из которых либо не содержит ни одной строки знаков, либо содержит одну или несколько строк знаков.

3 Зак. 2284

Страница 70

С 70 ГОСТ Р 34.980.2—92

Порядок расположения каждого из эгид элементов является важным. Семантика этих строк знаков не указывается данным типом документа.

Структура документа данного тнла принимает любую из форм, допустимую иерархической моделью файла службы ПДУФ (FTAM) оплянченную набором ограничений па последовательный плоский файл (см. табл. 20). Эти определени» представлены в настоящем стпдарте.

Каждая строка знахов содержит знаки нз набора знахов, определенных типом набора знаков нотации АСН.1 (ГОСТ 34.973 (ИСО 8824). номер универсального класса которого представляется параметром «Номер универсального-класса». Если параметр «Номер универсального класса» отсутствует, то по умолчанию принимается тнп «Графическая строка» (26); то естц строки знаков могут содержать знаки из любых наборов знаков (плюс знак ПРОБЕЛ), satperHCT-рнрованиых (в международном реестре кодируемых наборов знаков, которые должны использоваться с последовательностями перехода) для использования., как например, наборов знаков 00, Gl, G2 или ОЗ.

Данным определением не накладываются ограничения на размер и длину, за исключением тех ограничений, которые указаны здесь. Каждая строка знаков имеет длину, определяемую количеством знаков, заданную параметром «Максимальная длина строки». Если параметр «Максимальная длина строки» отсутствует, то по умолчанию принимается, что эти строки знаков являются неограниченными.

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

Точное значение строк знаков определяется параметром «Значение строки». Если значением данного параметре является «переменный» или если данный параметр отсутствует, то длина строк знаков является меньшей или равной данной длине. Если значением является «фиксированный», то длина каждой строки знаков точно равна данной длине. Если значением является «незначащий», то нет необходимости сохранять границы строк знаков, когда файл сохраняется, и ие нужно привязывать их к семантике документа.

Если документ интерпретируется на устройство изображении знаков (вие сферы действия настоящего стандарта), то эта интерпретация зависит от исполь-•уемого набора знаков:

а)    еелн набор знаков содержит исполнительные элементы формата, то оин должны иятсрпрстнроваться, как определено в ГОСТ 34.301 (ИСО 6429); символы «Конец строки знаков» и «Конец блока данных доступа к файлу» не имеют форматирующего значения, и не нужно привязывать их к семантике документа;-

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

8. Структура абстрактного синтаксиса

Структура абстрактного синтаксиса данного документа представляет собой иерархичссхнй структурированный файл, как определено в модулях «ГОСТ Р 34.980 - БЛОК ДАННЫХ БДДФ» и «ГОСТ Р 34.980 - СОДЕРЖАНИЕ СООБЩЕНИЯ» нотации ACH.I в ГОСТ Р 34.980, э котором каждый из элементов «Элемент данных содержания сообщения файла» имеет структуру абстрактного синтаксиса документа «ГОСТ Р34.980 Неструктурированный текстовый», определенного элементом рсестра регистрации типов документов «ПДУФ-1» в ГОСТ Р 34.980

Страница 71

ГОСТ Р .14.980.2-92 С 71

9. Определение передачи

9.1.    On ре дел ей и я типов данных

Файл содержит значения данных, которыми являются либо

а)    значение «Тип данных 1», определенное в табл. 20. где выбор в этом типе данных определяется параметром «Номер универсального класса», нлн его значением, принимаемым ао умолчанию; либо

б)    значение «Тип данных 2», определенное в табд. 20. тип данных нотации АСН.1, выраженный в качестве элемента «Элемент данных» в модуле «ГОСТ Р 34.980 - БЛОК ДАННЫХ БДДФ» нотации АСН.1.

9.2.    Значения данных уровня представления

Документ передается в качестве серии значений данных уровня представления, каждое нз которых является либо:

а)    одним значением типа данных «Тип данных 1» нотации АСН.1, содержащим одну нз строк знаков нз этого документа. Каждый знак должен передаваться с использованием одного из наборов знаков, указанного параметром «Номер универсального класса». Все значения передаются в одном и том же (но любом) контексте уровня представления, установленном для обеспечения имени абстрактного синтаксиса «Имя абстрактного синтаксиса 1», представленного в табл. 20;

б)    одним значением типа данных «Тип данных 2» нотации АСН.1. Все значения передаются п одном и том же (ио любом) контексте уровня представления, установленном для обеспечения нмени абстрактного синтаксиса «Имя аб--страктного синтаксиса 2». представленного в табл. 20.

Примечания:

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

2.    Любой тип документа, определенный в этом элементе, ила не использует «Тип данных 2» или начинается с передачи данных типа «Тип данных 2».

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

ОД. Последовательность значений данных уровня представления

Последовательность значений данных уровня представления типа (а) н последовательность значений данных уровня представления типов (а) и (б) являются такими же. как последовательность строк знаков а блоке данных БД (DU) файла н последовательность блоков данных в иерархической структуре, если она стала плоской согласно определению иерархической модели файла.

10. Свитаксис передачи

Реализующая система, обеспечивающая эти типы документов, должна обеспечивать правила формирования синтаксиса передачи, указанные в табл, 20 для jdccx передаваемых значений данных уровня представления.

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

11. Специфические спецификации элемента СЭПУ (ASE)

11.1.    ГОСТ Р 34 980 (ПДУФ) (ИСО 8571 (FTAM))

. II. 1.1. Упрощение и релаксация

11.1.1.1.    Структурное упрощение

3*

Страница 72

С. 72 ГОСТ Р a4.9S0.2-92

Данио« упрощение убирает информацию.

Тип документа «ПДУФ-2» («FTAM-2») может быть упрошен до типа документа «ПДУФ-1» («FTAM-1»). Результирующий документ содержит такую же последовательность значений данных, какая была бы в результате получения документа из допущенного структурированного текстового файла в контексте доступа ВН (UA). То есть, присутствуют только значения данных уровня пред-гтавлення в абстрактном синтаксисе «Имя абстрактного синтаксиса 1».

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

11.1.1.2.    Релаксация набора знаков

Данная операция убирает подробную информацию в идентификации тип* документа.

Документ типа «ПДУФ-2» («FTAM-2»] может быть подвергнут релаксации для получения другого документа типа «ПДУФ-2» («FTAM-2») с другим значением параметра «Помер универсального класса» или бел значения этого параметра, если результирующий тип документа разрешает все знаки из исходного-типа документа. Lc.ni такая релаксация вызывает включение набора исполнительных элементов формата и если эти элементы не присутствовали перед выполнением упрощения, то символы «Возврат каретки» и «Перевод строки* должны /.сбавляться в конец каждой строки.

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

11.1.1 Л. Релаксация длины строки

Данная операция убирает подробную информацию в идентификации тип® документа.

Документ типа «ПДУФ-2» («FTAM-2») может быть подвергнут релаксации для получения другого документа типа «ПДУФ-2» («FTAM-2») с большим *на-чеиием параметра «Максимальная длина строки» или без значения параметр» «Максимальная длина строки» (неограниченная строка).

11.1.2.    Выбор контекста доступа

Документ типа «ПДУФ-2» («FTAM-2») может быть доступен в любом из контекстов доступа определенных в наборе ограничений на последовательный двухмерный файл. Блоки данных уровня представления, передаваемые в каждом случае, являются такими же, какие получаются из структурных элементов, определенных в ГОСТ Р 34.980 (ИСО 8571} для этого контекста доступа.

В контекстах доступа ВД (FA) и НА результирующий документ соответствует типу «ПДУФ-2» («FTAM-2»). В контексте доступа ВН (UA) тип результирующею документа соответствует типу «ПДУФ-1» («FTAM-1»).

11.1.3.    Операция «Вставка»

Если операция «Вставка» применяется к концу файлу, то передаваемый материал должен представлять собой серию блоков данных БДДФ (FADU). хо-торые должны были быть сформированы при чтении какого-либо типа документа «ПДУФ-2» («РТАМ-2») с такими же значениями параметров в контексте доступа ВД(РА),

IIЛ. ИСО 8832 (JTM)

Следующие пункты применяются к любой реализации службы ПОЗ (JTM)r требуюии-fl обеспечение документа типа «ПДУФ-2» («FTAM-2»).

11.2.1. Обеспечение других типов документов

Также должны обеспечиваться типы документа «ПДУФ-1» («FTAM-1») ir «ПОЗ-1» («JTM-1»).

Страница 73

ГОСТ Р 34.М0.2-Ю С. 73

Примечание. Эти типы документов по семантике являются идентичными.

11.2.2.    Длина и параметры

Реализующая система должна иметь возможность обработки любого типа документа «ПДУФ-2» («FTAM-2») со всеми значениями параметров, должна подчиняться пределу возможней реализации, основанной на общем числе знаков из указанных наборов знаков в документе.

Примечание. См. ИСО 8832 для спецификации «Обеспечение». осо* бенно в отношении наборов знаков.

Предел реализации должен реэрешать использование документов, содержащих до 64<ХХ) знаков. Ограничения должны быть описаны в операторе подтверждения реализации протокола.

11.2.3.    Сцепление

Должна обеспечиваться возможность сцепления документа типа «ПДУФ-2» («FTAM-2») и должен производиться документ того же типа, состоящий из комбинированной последовательности блоков данных.

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

11.2.4.    Уточнение

11.2.4.1.    Уточнение набора знаков и длины

Любой документ, занашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-2» f «РТАМ-2»), должен быть получен из любого сохраненного типа документа «ПДУФ-2» («РтЛМ-2»), который является результатом его релаксации при обработке документа по правилам, описанным в пп. 11.1.1.2 или в 11.1.1.3, или в обоих этих пунктах. Результатом данной обработки может быть какой-либо документ иля может быть выполнена диагностика. Более подробно см. ИСО 8832.

11.2.4.2.    Структурное уточнение

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-2» («FTAM-2»), должен быть получен вэ любого сохраненного типа документа «ПДУФ-Ь («РТАМ-1») с помощью обращения целого документа тяпа «ПДУФ-1» («FTAM-1») и качестве единственного блока данных (только блока данных) в документ типа «ПДУФ-2» («FTAM-2»).

11.2.5.    Структурное упрощение

Любой документ, запрашиваемый с помощью примитива J-G1VE, использующий тип документа «ПДУФ-1» («FTAM-1»), должен быть получен из типа документа «ПДУФ-2» («FTAM-2») с помощью применения структурного упрощения, указанного в п. 11.1.1.1.

11.2.6.    Релаксация

Любой документ, запрашиваемый с помощью примитива J-GIVE, «пользующий тип документа «ПДУФ-2» («FTAM-2»), который является результатом релаксации того типа документа, который был сохранен, должен быть обеспечен

в качестве запрашиваемого типа документа «ПДУФ-2* («FTAM-2»).

Примечание. Значение в примитиве ответа J-GIVE никогда не сжимается.

Б.З. Тип документ* для неструктурированного двоичного файл*

1.    Образец элемента: ПДУФ-3 (FTAM-3)

2.    Объекты информация

Страница 74

С 74 ГОСТ Р S4.980.2-92

Таблица 21

Объекты информации ■ tune документа для неструктурированного двоичного

ф|Д—

Имя типа документа

{ГОСТ Р J4.980 (ИСО 8571) Тип документа (5) Неструктурированный двоичный (1))

«ИСО РТАМ Неструктурированный двоичный»

Имена абстрактных синтаксисов:

а) нмя абстрактного синтаксиса 1

{ГОСТР 34 980 (ИСО 8571) Абстрактный сиитаксис (2) Неструктурированный двоичный (4)} «Абстрактный синтаксис для неструктурированного двоичного файла службы FTAM»

Имена синтаксисов передачи

(Объединение ИСО МККТТ АСН.1(1). Базисное кодирование (1)}

«Базисное кодирование единого типа АСН.1»

Синтаксис параметров

ПАРАМЕТРЫ:: —ПОСЛЕДОВАТЕЛЬНОСТЬ {

Максимальная длина строхи Г1| НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

Значение строки |21 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП ^переменный (0), фиксированный (1), незнача-

НЕюУзАТЕЛЬНАЯ ВОЗМОЖНОСТЬ}

Модель файла

(ГОСТ Р 34.980 (ИСО 8571) Модель файла (3) Иерархический (1))

«Иерархическая модель файла службы FTAM»

Набор ограничений

(ГОСТ Р 34.980 (ИСО 8571) Набор ограничений (4) Неструктурированный (1)}

«Набор ограничений на неструктурированный файл службы FtAM»

Содержание сообщения файла

Тип данных 1 "-СТРОКА ОКТЕТОВ

3. Назначение и область применении

Данные типы документов определяют содержанке сообщения Файла при хранении, при передаче и доступе с помощью службы ПДУФ (FTAM) и при передаче с помошыо службы ПОЗ (JTM) — Передача и обработка заданий

4. Ссылки

ГОСТ Р 34.980.1 - ГОСТ Р 34 1900.4 (ИСО 8571/1—ИСО 8571/4)

«Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом*.

ИСО 8832 «Системы обработки информации. Взаимосвязь открытых систем Спецификации протокола базисного класса для передачи заданий н манипулирования заданиями».

Страница 75

ГОСТ Р 34.980.2-92 С 75

Б. Определения

Данный раздел использует такие термины, как элемент данных, блок дайны* и блок данных доступа х файлу, в соответствии с ГОСТ Р 34.900.1.

5.1. Двоичная строка: упорядоченный ряд. либо содержащий, либо не содержащий один ял» несколько двоичных октетов.

6. Сокращена

ПДУФ (FTAM) «Передача, доступ в управление файлом —

—    File Transfer, Аоссаз and Management».

ПОЗ (JTM) «Передача и обработка заданий —

—    Job Transfer and Manipulation».

7. Семантика документов

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

Структура документа данного типа принимает форму, допустимую иерархической моделью файла службы ПДУФ (FTAM), ограниченную набором ограничений на неструктурированный файл (см. табл. 21). Эти определения представлены в настоящем стандарте.

Каждая двоичная строка состоит из октетов любого значения от 0 до 255. Данным типом документа не накладывается ограничений на смысл, приписываемый этим значениям.

Данным определением не накладываются ограничения на размер в длину, за исключением тех ограничений, которые ужазаиы здесь. Каждая двоичная строка имеет длину, определяемую количеством охтетов, заданную параметром (Максимальная длина строхн». Если параметр «Максимальная длина строки» отсутствует, то по умолчанию принимается, что эти двоичные сгрохи являются неограниченными. .

Точное значение двоичных строк определяется параметром «Значение строки». Если значением данного параметра является «переменный», то длина двоичных строк является меньшей или равной данной длине. Если значеннем является «фиксированный», то длине каждой двоичной строки точно равна данной длине. Если значением является «незначащий» или данный параметр отсутствует, то нет необходимости сохранять границы двоичных строк, когда файл сохраняется, и не нужно привязывать их к семантике документа.

8. Структура абстрактного синтаксиса

Структура абстрактного синтаксиса данного документа представляет собой ряд данных «Строка октетов» нотации ЛСН.1

9 Определение передачи

9.1.    Определение типа данных

Файл не содержит или содержит несколько значений типа «Тип данных I», определенного в табл. 21.

9.2.    Значения данных уровня представления

Документ передается в качестве серии значений данных уровпя представления. Каждое значение данных уровня представления должно состоять из одного значения типа данных «Тип данных I» нотации ЛСН.1, содержащего одну из двоичиых строк из «того документа.

Страница 76

С. 76 ГОСТ Р 34.960.2—92

Все значения передаются в одном н том же (но любом) контексте уровня представления, установленном для обеспечения имени абстрактного синтаксиса «Имя абстрактного синтаксиса 1*. представленного в табл. 21.

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

Граничные условия между принципами P-DATA выбираются, в зависимости от возможностей, посылающим логическим объектом во время передачи и не содержат семантику типа документа. Принимающие логические объекты, которые обеспечивают этот тип документа, должны принимать документ с любыми разрешенными вариантами передачи.

9.3. Последовательность значений данных уровня представления

Последовательность значения данных уровня представления является такой же, как последовательность двоичных строк в блоке данных БД (DU) файла.

10. Синтаксис передачи

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

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

1К Специфические спецификации элемента СЭПУ (ASE)

11.1.    ГОСТ Р 34.980 (ПДУФ)

11.1.1.    Упрощение и релаксация

.11.1.1.1. Релаксаций длины строки

Данная операция убирает подробную информацию в идентификации типа документа.

Документ типа «ПДУФ-3» («FTAM-З») может Сыть подвергнут релаксации для получения другого документа типа сПДУФ-3» («FTAM-З») с большим зна. чеиием параметра «Максимальная длина строки» или без значения параметра «Макснмвльная длина строки» (неограниченная строка).

11.1.2.    Операция «Расширение»

Если операция «Расширение» применяется к блоку данных документа типа «ПДУФ-3» («FTAM-З»), то передаваемые данные должны иметь тип документа «ПДУФ-3» («FTAM-З») с параметрами, равными подобным параметрам исходного типа документа «ПДУФ-3» («FTAM-З»). Результирующий документ состоит из строк знаков исходного документа типа «ПДУФ-1» («РТАМ-1»), следующих за строками знаков нового документа типа «ПДУФ-3» («FTAM-З»). Граница между исходными и новыми строками знаков является невидимой в новом документе.

11.1.3.    Операция «Замена»

Если операция «Замена» применяется к блоку данных БДДФ (FADU) корневого узла документа типа «ПДУФ-3» («FTAM-З»), то передаваемый материал должен быть документом типа «ПДУФ-3» («FTAM-З») любого типа с такими же значениями параметров.

11.2. ИСО 8832 (JTM)    '    .    ^

Следующие пункты применяются к любой реализации службы ПОЗ (JTM), требующей обеспечение документа типа «ПДУФ-3» («FTAM-З»)

11.2.1. Длина и параметры

Реализующая система должна иметь возможность обработки любого типа документа «ПДУФ-3» («FTAM-З») со всеми значениями параметров, должна под-чнняться пределу возможной реализации, основанной на общем числе октетов.

Страница 77

ГОСТ Р a4JS0.2-92 С. 77

Примечание. См. ИСО 8832 для спецификации «Обеспечение».

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

1 ] .2.2. Сцепление

Должна обеспечиваться возможность сцепления документа типа «ПДУФ-3» («FTAM-З») и должен производиться документ того же типа, состоящий из ком-бинаровгнной последовательности двоичных строк.

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

11.2.3.    Уточнение

11.2.3.1. Уточнение длины

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-3* («FTAM-3*К должен быть получен из любого сохраненного типа документа «ПДУФ-3» («FTAM-З»), который является результатом его релаксации при обработке документа по правилам, описанным в п. 11.1.1.1. Результатом данной обработки'может быть какой-либо документ или может быть выполнена диагностика. Более подробно см. ИСО 8832

11.2.4.    Релаксация

Любой документ, запрашиваемый с помощь» примитива J-GIVE, использующий тип дохумента «ПДУФ-3» («FTAM-З), который является результатом релаксации того типа документа, который был сохранен, должен быть обеспечен в качестве запрашиваемого типа документа «ПДУФ-3» («FTAM-З»),

Примечание. Значение в примитиве ответа J-G1VE никогда не сжимается.

Б.4. Типы документов для последовательного двоичного файла

1.    Образец элемента: ПДУФ-4 (FTAM-4)

2.    Объекты информации

Таблица 22

Объекты информации в типе документа для последовательного двоичного фа!ла

Имя типа документа

{ГОСТ Р 34.980 (ИСО 8571) Тип документа (Б) Последовательный двоичный (4)}

«ИСО FTAM Последовательный двоичный*

Имена абстрактных синтаксисов:

а)    имя абстрактного синтаксиса 1;

б)    имя абстрактного синтаксиса 2

{ГОСТР 34 980 (ИСО 8571) Абстрактный синтаксис (2) Неструктурированный двоичный (4)) «Абстрактный синтаксис для неструктурированного двоичного файла службы (ГОСТР 34.980 (ИСО 8571) Абстрактный синтаксис (2) Блок данных FADU службы FTAM (2))

«Блок данных FADU службы FT AM*

Имена синтаксисов передачи

(Объединение ИСО МККТТ АСН.1(1) Базисное кодирование (1))

«Базисное кодирование единого типа АСН.1*

Страница 78

С. 78 ГОСТ Р a4.M0.2-92

Продолжение табл. 22

Синтаксис параметров

ПАРАМЕТРЫ::—ПОСЛЕДОВАТЕЛЬНОСТЬ {

Максимальная длина строки [11 НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ.

Значение строки [2| НЕЯВНЫЙ ЦЕЛОЧИСЛЕННЫЙ ТИП {переменный (0), фиксированный (1), незиача-шив (2))

НЕОБЯЗАТЕЛЬНАЯ ВОЗМОЖНОСТЬ}

Модель файла

(ГОСТ Р 34 980 (ИСО 8671) Модель файла (3) Иерархический (1))

«Иерархическая модель файла службы РТАМ»

Набор ограничений

(ГОСТ Р 34.900 (ИСО 8571) Набор ограничений (4) Последовательный двухмерный (2)}

«Набор ограничений на последовательный двухмерный файл службы FTAM*

Содержание сообщения файла

Тип данных 1::-СТРОКА ОКТЕТОВ

Тип данных 2:: ВЫБОРОЧНЫЙ ТИП {

Элемент данных описателя узла,

Элемент данных входного поддерева,

Элемент данных выходного поддерева

3. Назначение и область применены

Данные типы документов определяют содержание сообщения файла при хранении, при передаче и доступе с помощью службы FTAM и прн передаче с помощью службы JTM (Job Transfer and Manipulation) — ПОЗ (Передача н обработка заданий).

4. Ссылки

ГОСТ Р 34.980 1-ГОСТ Р 34 1980.4 (ИСО 8571/1 - ИСО 8571/4) «Информационная технология. Взаимосвязь открытых систем. Передача, доступ н управление файлом»

ИСО 8832 «Системы обработки информации. Взаимосвязь открытых систем. Спецификация протокола базисного класса для лсредачи заданий и манипулирования заданиями.

б. Определения

Данный раздел использует теки* термины, как элемент данных, блох данных и блок данных доступа к файлу, в соответствии с ГОСТ Р 34.980 1.

5.1. Двоичная строха: упорядоченный ряд. либо содержащий, либо не содержащий один или несколько двоичных октетов.

6. Сокращения

ПДУФ (РТАМ) «Передача, доступ и управление файлом —

— File Transfer, Access and Managwignt». |

ПОЗ (JTM) «Передача и обработку задафч.fr ‘

Job Transfer and Manipulation».

Страница 79

ГОСТ Р 34.ft80.2-92 С. 79

7. Семистам документов

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

Структура документа данного типа принимает любую ил форм, допустимую иерархической моделью файла службы ПДУФ (FTAM), ограниченную набором ограничений на последовательный двухмерный файл (см. табл. 22). Этн определения представлены в настоящем стандарте.

Каждая двоичная строка состоит из октетов любого значения от 0 до 256. Данным типом документа не накладывается ограничений на смысл, приписываемый этим значениям

Данным определением не накладываются ограничения на размер и длину, за исключением тех ограничений, которые ухазаны здесь. Каждая двоичная строка имеет длину, определяемую количеством октетов, заданную параметром «Максимальная длина строки». Если параметр «Максимальная длина строк»» отсутствует, то по умолчанию принимается, 470 эти двоичные строки являются неограниченными.

Точное значение двоичных строк определяется параметром «Значение строки». Если значением данного параметра является «переменный», то длина двоичных строк является меньшей нли равной данной длине. Если значением является «фиксированный», то длина квждой двоичной строки точно равна данной длине. Если значением является «незначащий» или если данный параметр отсутствует, то нет необходимости сохранять границы двоичных строк, когда файл сохраняется, и не нужно привязывать их к семаитихе документа.

8. Структура абстрактного синтаксиса

Структура абстрактного синтаксиса данного документа представляет собой иерархический структурированный файл, как определено в модулях «ГОСТ Р 34 980 - БЛОК ДАННЫХ БДДФ» и «ГОСТ Р 34.980 - СОДЕРЖАНИЕ СООБЩЕНИЯ» нотации АСН.1 в ГОСТ Р 34.980, в котором каждый из элементов «Элемент данных содержания сообщения файла» имеет структуру абстрактного синтаксис* документа «ИСО FT AM Неструктурированный двоичный», определенного элементом реестра регистрации типов документов ПДУФ-3 в ГОСТ Р 34 980

9. Определение передачи

9.1. Определение типа данных

Значениями данных уровня представления, используемых для передачи, является либо:

а)    значение «Тип данных 1», определенное в табл. 22:

б)    значение «Тип данных 2», определенное в табл. 22, тип данных нотации АСН.1, выраженный в качестве элемента «Элемент данных» в модуле «ГОСТ Р 34.980- БЛОК ДАННЫХ БДДФ» нотации АСН.1»

9 2. Значения данных уровня представления

Документ передается в качестве серии значений данных уровня представления. каждое кз которых является либо:

а) одним значением типа данных «Тип данных I» нотации АСН.1, содержащим одну из строк знаков из этого документа. Все значения передаются в одном н том же (но любом) контексте уровня представления, установленном для обеспечения имени абстрактного синтаксиса «Ими абстрактного синтаксиса I», представленного в табл 22;

Страница 80

С 80 ГОСТ Р 34.880.2 -92

б) одиим значением типа данных «Тип данных 2» нотации АСН.1. Вс с значения передаются в одном и том же (но любом) контексте уровня представле ■ия, установленном для обеспечения имени абстрактного синтаксиса «Имя абстрактного синтаксиса 2», представленного в табл. 22.

Примечания:

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

2.    Любой тнп документа, определенный в этом элементе, или не использует «Тип данных 2», или начинается с передачи данных типа «Тип данных 2».

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

9 .3.    Последовательность значений данных уровня

представления

Последовательность значений данных уровня представления типа (а) и последовательность значений давных уровня представления типов (а) н (б) являются такими же, как последовательность двоичных строк в блоке данных БД (DU) файла н последовательность блохов данных в иерархической структуре, если она стала плоской согласно определению иерархической модели файла в настоящем стандарте

10. Синтаксис передачи

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

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

I). Специфические спецификации элемента СЭПУ (ASE)

11.1.    ГОСТ Р 34.980 (FTAM)

11.1.1.    Упрощение и релаксация

11.1.1.1.    Структурное упрощение

Данное упрощение убирает информацию.

Тип документа «ПДУФ-4» («FTAM-4») может быть упрощен до типа документа «ПДУФ-3» («ГТАМ-З»), Результирующий документ содержит такую же последовательность значений данных, какая была бы в результате получения документа из допущенного структурированного двоичного файла в контексте доступа ВН (UA). То есть, присутствуют только значения данных уровня представления а абстрактном синтаксисе «Имя абстрактного синтаксиса 1*.

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

11.1.1.2.    Релаксация длины строки

Данная операция убирает подробную информацию в идентификации типа документа.

Документ типа «ПДУФ-4» («FTAM-1») может быть подвергнут релаксации для получения другого документа типа «ПДУФ-4» («FTAM-4») с большим значением параметра «.Максимальная длина строки» или без значения параметра «Максимальная длина строки» (неограниченная строка).

11.1.2.    Выбор контекста доступа

Страница 81

ГОСТ Р 34.88e.2-92 С. 81

Документ типа «ПДУФ-4» («FTAM-4») может быть доступен в любом из контекстов доступа, определенных в наборе ограничений на последовательный двухмерный файл. Блоки данных уровня представления, передаваемые в каждом случае, являются такими же, какие получаются из структурных алемектов, определенных. н настоящем стандарте для этого контекста доступа.

В контекстах доступа ВД (FA) и НА результирующий документ соответствует типу «ПДУФ 4» («jFTAM-4»). В контексте доступа ВН (UA) тип результирующего документа соответствует типу «ПДУФ-3* («гГАМ-3»).

11.1Z. Операция «Вставка*

Если операция «Вставка» применяется к концу файла, то передаваемый материал должен представлять собой серию блоков данных БДДФ (FADU), которые должны были быть сформированы при чтении какого-либо типа дохумента «ПДУФ-4» («FTAM-4») с такими же значениями параметров в контексте доступа ВД (FA).

11.2.    ИСО 8832 (JTM)

Следующие пункты применяются к любой реализации службы ПОЗ (JTM),

Пющей обеспечение дохумента типа «ПДУФ 4» («FTAM-4»).

1.2.1. Обеспечение других типов документов

Также должен обеспечиваться тип документа «ПДУФ-3» («FTAM-3»).

11.2.2.    Длина и параметры

Реализующая система должна иметь возможность обработки любого типа документа «ПДУФ-4» («FTAM-4») со всеми значениями параметров, должна подчиняться пределу возможной реализации, основанной на общем числе октетов • этом документе.

Примечание. См, ИСО 8832 дли спецификации «Обеспечение»

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

11.2.3.    Сцепление

Должна обеспечиваться возможность сцепления документа типа «ПДУФ-4* («FTAM-4») и должен производшься документ того же типа, состоящий из комбинированной последовательности блоков данных.

Примечание. Граница исходных документов является видимой только

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

11.2.4.    Уточнение

11.24.1 .Уточнения длины

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-4» («FTAM-4»), должен быть получен из любого сохраненного типа документа «ПДУФ 4» («РТАМ-4»), который является результатом его релаксации при обработке документа по правилам, описанным в п.11.1.1.2. Результатом данной обработхи может быть какой-либо документ или может быть выполнена диагностика. Болес подробно см. ИСО 8832.

11.2.4.2. Структурное уточнение

Любой документ, запрашиваемый с помощью примитива J-OIVE, использующий тип документа «ПДУФ-4» («FTAM-4»), должен быть получен вз любого сохраненного типа документа «ПДУФ-3» («FTAM-З») с помощью обращения целого документа типа «ПДУФ-3» («FTAM-З») в качестве единственного блока данных (только блока данных) в документ типа «ПДУФ 4» («FTAM-4»).

11.2.5.    Структурное упрощение

Любой документ, запрашиваемый с помощью примитива J-GIVE, использующий тип документа «ПДУФ-3» («FTAM-З»), должен быть получен из типа документа «ПДУФ-4» («FTAM-4») с помощью применения структурного упрощения, указанного в □. 11.1.1.1.

11.2.6.    Релаксация

Страница 82

С 82 ГОСТ Г 34.980.2-92

Любой документ, запрашиваемы* с помощью примитива J-GIVE. использующий тип документа «ПДУФ-4» («FTAM-4»), который является [>езультатом релаксации того типа документа, который был сохранен, должен быть сбеспечем в-качестве запрашиваемого типа документа «ПДУФ-4* («FTAM-4»).

Примечание. Значение в примитиве ответа J-GIVE никогда не сжимает-

с*.

Б.5. Тип документа для простого иерархического файла

1.    Образец элемента: ПДУФ-5 (FTAM-5).

2.    Объекты информации

Таблица 23

Объект» информации в типе документа для иерархического файла

Имя типа документа

{ГОСТ Р 34.980 (ИСО 8571) Тип документа (5) Простой иерархический (5))

«ИСО FTAM Простой иерархический файл»

Имена абстрактных синтаксисов

Указать ка ссылку к типу документа

Имена синтаксисов передачи

Указать на ссылку к типу документа

Синтаксис параметров

Указать на ссылку к типу документа

Модель файла

(ГОСТ Р 34.980 (ИСО 8571) Модель файла (3> Иерархический <1))

«Иерархическая модель файла службы FTAM*

Набор ограничений

Указать на ссылку к типу документа

Содержание сообщения файла

Указать на ссылку к типу документа

3. Назначение и область применения

Данный тип документа определяет структуру содержания сообщения простого иерархического файла с идентификаторами умов, которые представляют собой строки, при хранении н при передаче с помощью службы ПДУФ (FTAM). Он предоставляет ссылки с помощью определений типа документа, которые указывают абстрактный синтаксис элементов данных в структуре для того, чтобы представить полное определение файла.

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

4. Ссылки

ГОСТ Р 34.980.1ГОСТ Р 34 1980 4 «Информационная технология. Взаимосвязь открытых систем. Передача, доступ и управление файлом».

Страница 83

ГОСТ ? M.W0.2-92 С. 83

6. Определения

Данный раздел использует такие термины, как элемент данных блок данных и блок данных доступа к файлу,, в ссот»етствин с ГОСТ Р 34980.1 (ИСО *571/1).

6. Сокращении

ПДУФ (FTAM) «Передача, доступ н управление файлом. —

— File Transfer, Access and Management*.

7. Семантика документов

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

8. Структура абстрактного синтаксиса

Структура абстрактного синтаксиса данного документа представляет собой иерархический структурированный файл, как определено в модуле «ГОСТ Р 34,980 — БЛОК ДАННЫХ i-'ADU» нотации АСН.1 в ГОСТ Р 34 980, в котором каждый из элементов данных содержания сообщения файла может иметь любой абстрактный синтаксис, указанный при ссылке на тип документа, и элемент данных «Имя узла» в модуле «ГОСТР34.980—БЛОК ДАННЫХ FADU*принимает необязательное значение «Кодируется службой FTAM*.

9. Определение передачи

Определение процедур передачи должно быть указано в документе любого типа, на который имеется ссылка в документе типа «ПДУФ-5» («FTAM-5»).

10. Синтаксис передачи

Сннтакснс передачи должен указываться в документе любого типа, на который имеется ссылка в документе типа «ПДУФ-5» («FTAM-5»).

11. Специфические спецификации мемеата СЭПУ (ASE).

Любые специфические спецификации элемента СЭПУ (ASE) должны указываться в документе любого типа, на который имеется ссылка в документе типа «ПДУФ-5* («FTAM-5*).

Страница 84

С 84 ГОСТ Р 34.Ю0.2-Ю

ПРИЛОЖЕНИЕ В Рвюленйувяое

ЧТЕНИЕ СТРУКТУРИРОВАННЫХ ♦АЙЛОВ В 1. Введение

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

Определения модели файла, наборы ограничений, применяемые к нему, w контехсты доступа, в которых втот файл может быть прочитан, приведены о разд. 7. Термины, определенные в разд. 7. представляют собой сокращения в описаниях, представленных ниже:

а)    «Узел» означает элемент данных дескриптора узла;

б)    БД (DU) означает «Блок данных», который является последовательностью элементов данных содержания сообщения файла;

в)    «Входное поддерево» означает элемент данных входного поддерева;

г)    «Выходное поддерево» означает элемент данных выходного поддерева.

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

В.2. Неструктурированные файлы

Неструктурированный файл состоит из корневого узла с единственным принадлежащим ему блоком данных (см. черт. 5). Это особый случай обшей иерархической модели файла, представленной набором ограничений на неструктурированный файл.

Передача неструктурированного файла

®Чм1

По ^мдоаател tiiocr к обход*

Кочгеист

доступа

ВК

Узел (А)

Блок данных (А)

л

Черт. 5

В 3. Двухмерные файлы

Двухмерный файл состоит мз корневого узла и ряда узлов типа «лист», принадлежащих корневому узлу, с длиной дуги 1. Каждый узел типа «лист» имеет принадлежащий ему блок данных (см. черт. 6). Имеются тон набора ограничений на двухмерный файл, которые могут применяться к общей иерархи-

Страница 85

ГОСТ Р и.мел—*2 С. 8»

ческой модели: на последовательный двухмерный файл, на упорядочении! двухмерны! файл н аа упорядоченны! двухмерны! файл с уникальными именами.

В контексте доступа ВД (РА) опдеятель корневого узда «А» не передается, потому что у него нет прннадлежаиего ему блока данных, н поэтому индикатор наличия данных установлен в состояние ЛОЖЬ.

Передача двухмерного-файла

Послвдомтелмикгь

обхода

Комггхсг

доступ»

НА

ВД

хш

Узел (А)

*

Входное поддерево

Узел (В)

Блок данных (В)

Узел (С)

Блох данных (С)

Выходное поддерево

Черт. в

В.4. Иерархические файлы

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

на общий иерархический файл и на общий иерархический файл с уникальными ■меками. Структурно они все производят общие нерархнческхе файлы. Пример иерархического файла показан на черт. 7,

Страница 86

Передай крархтжяогв ф(1и

ПОСЛОДОМТвЛкМОСГи

обхои

Комт«*ет доступ*

ал

ни

вд

, ду <пркмс-

хлгше)

кя

вн

НЕ

Узел (А)

БД (А)

Входное полдерево

Узел (В)

БД (В)

Входное поддерево

У тел (С)

БД (С)

Узел (D)

Черт. 7, лист 1

С М ГОСТ Р М.*в0.2-»2


Страница 87

ГОСТ Р 14.960.2-92 С 87

Пэелелоаателмюсть

обход»

1

Коитехсг доступ*

НА

НИ

вд

ДУ

(прш*-

'НИМ)

ЕД

ВН

НЕ

БД (D)

Выходное поддерево

Уэсл (Е)

Выходное поддерево

Узел (F)

БД (F)

Узел (G)

. БД (О)

Выходное поддерево

Выходное поддерево

Черт. 7, лист 2

Примечание. В данном примере доступ в контексте доступа ДУ (FL) осуществляется на уровне 2.

Страница 88

С 88 ГОСТ Р 34.980.2—М

ПРИЛОЖЕНИЕ Г Рекомендует*

ВСТАВКА В СТРУКТУРИРОВАННЫЙ ФАЙЛ Г.1. Основные примеры

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

В первых пяти примерах информация, которая должна быть передана, принимается из файла, состоящего из трех узлов (см. черт. 8). Файл, который должен быть модифицирован, не намного сложнее и показан иа черт. 9.

Источник передаваемых данных


Начальное состояние файла в месте назначения


Г.2. Добавление узлов, родственных узлу А

Два блоха данных БДДФ (FADU) типа «лист» с идентификациями «X» и «Y» из исходного файла должны быть добавлены в качестве узлов, родственных узлам А, В в С, Предположим. <т идентификация блока данных БДДФ

Страница 89

ГОСТ Р 34.980.2-92 С. 89

<FADU), предназначенного для передачи. имеет значение А. Передаваемыми дааными являются:

Узел (X) БД (X) Узел (Y) БД (Y).

В начале передачи в результате предназначенной идентификации блока данных БДДФ (FADU) указатель местоположения устанавливается на узел «А». Принимающий логический объект разбирает входной поток данных, распознавая структурные элементы файла н выполняя над ними действия:

а)    блок данных БДДФ (FADU) с идентификацией «X»

(Узел (Х)+БД (X)) вставляется за блоком данных БДДФ (FADU) с идентификацией «А» в последовательности обхода; .текущее местоположение указывает на блок данных с идентификацией «X»;

б)    блок данных БДДФ (FADU) с идентификацией «У»

(Узел (У)+БД (Y))

вставляется за блоком данных БДДФ (FADU) с идентификацией «X» в после дователмюсти обхода; текущее местоположение указывает на блок данных с идентификацией «У».

Результирующий файл показан не черт. 10.

Конечное состояние после вставки узлов, родственных уму А

Г.З. Добавление порождения иэ узла С

Два блока данных БДДФ (FADU) типа «лист» с идентификациями «X» к «Y* из исходного файла должны быть добавлены в качестве порождения из узла С. Идентификация блока данных БДДФ (FADU), предназначенного для передачи, имеет значение «С». Передаваемыми данными являются:

Вход Узел (X) БД (X) Узел (У) БД (У) Выход.

В начале передачи в результате предназначенной идентификации блоха данных БДДФ (FADU) указатель местоположения устанавливается ил узел «С». Принимающий логический объект разбирает входной поток данных, распознавая структурные элементы файла и выполняя над ними действия: а) распознается элемент «Порождение»

(Вход+Узел (Х)+БД (Х)+Уэсл (У)+БД (У)+Выход); данное значение указателя местоположения сохраняется и временно создается значение, указывающее местоположение перед первым порождением из узла «С» (хотя в действительности на этой стадии нет никакого порождения из ума «С»);

Страница 90

С 90 ГОСТ Р 34.960.2-92

б) блох данных БДДФ (FADU) с идентификацией «Х> вставляется на место. расположенно* после этого местоположения. Техушес местоположение указывает на блок данных с нде«тифнхацнеЛ «X»;

п) блох данных БДДФ (FADU) с идентификацией «Y* вставляется иа место, расположенное после этого местоположения;

г) конец последовательности действий ограниченного использования распознается наличием первого выходного поддерева и значение указателя местоположения восстанавливается • сохраненное ранее значение «С».

Результирующая структура показана не черт. II.

Конечное состояние файла после вставки узлов, являющихся порождением узла С (нормальное)

Г.4. Добавление порождения из узла С (вариант)

Данный пункт иллюстрирует воздействие последовательности ограниченного использования во время добавления порождаемого узла; порядок вставки является обратным. Практическая польза такого выполнения действия не ясна, но чтобы показать процедуру вставки, приводится пример. Две блока данных БДДФ (FADU) типа «лист» с идентификациями «Х> и «Y» из исходного файла должны быть добавлены в качестве порождения из узла С. Идентификатор блока данных БДДФ (FADU), предназначенного для передачи, имеет значение «С». Передаваемыми данными являются:

Вход Узел (X) БД (X) Выход Вход Узел (Y) БД (Y) Выход.

В начале передачи в результате предназначенной идентификации блок* данных БДДФ (FADU) указатель местоположения устанавливается на узел «С». Принимающий логический объект разбирает входной поток данных, распознавая структурные элементы-файла и выполняя над ними действия: а) распознается элемент «Порождение»

(Вход +Уэел (Х)+БД (Х)+ Выход); данное значение указателя местоположения сохраняется н временно создается значение, указывающее на местоположение перед первым порождением из узла «С* (хотя в действительности на этой стадии нет никакого порождения и.1 узла «С»); блок данных БДДФ (FAOU) вставляется на место, расположенное после этого местоположения. Короче говоря, текущее месюположенис указывает на блок данных с идентификацией «X», но иногда конец последовательности действий ограниченного использования распознается наличием первого выходно-

Страница 91

ГОСТ Р М.»вОЛ-*2 С *1

го поддерева, указатель местоположения восстанавливается в сохраненное ранее значение «С»;

б) распознается второй элемент «Порождение»

(Вход+Узел (У)+БД (У)+Выход); данный указатель местоположения снова сохраняется и временно создается значение, указывающее на местоположение пер«д первым псюождениеы из" узла «С» (на этот раз перед узлом «X»); блох данных БДДФ (FADU) вставляется на место, расположенное после этого местоположения. Снова конец последовательности действий ограниченного использования распознается наличием выходного поддерева, а значение указателя местоположения восстанавливается в «охраненное ранее значение узла «С*.

Результирующая структура показан» на черт. 12.

Конечное состояние файла после вставки узлов, являющихся порождением узла С (вариант)

Г.б. Вставка поддерева в качестве родственного узла

Целое исходное поддерево должно быть добавлено в качестве узла, родственного узлам А, В и С. Предположим, что идентификация блока данных БДДФ (FADU), предназначенного для передачи, имеет значение «С». Передаваемыми данными являются:

Узел (Z) Вход Узел (X) БД (X) Узел (Y) БД (Y) Выход В начале передачи в результате предназначенной идентификации блока данных БДДФ (FADU) указатель местоположения устанавливается на узел «С». Принимающий логический объект разбирает входной поток данных и распознает целый поток данных в качестве закодированного поддерева с корневым узлом Z. Поэтому он вставляет блок данных БДДФ (FADU), изображенный этим поддеревом, в файл в качестве узла, родственного узлам А, В и С после узла С в последовательности обхода. Текущее местоположение указывает на узел <Z>. Результирующий файл показан на черт. 13.

Страница 92

С 92 ГОСТ Р 34.980.2-02

Черт. 13

Конечное состояние ф(1м после вставки поддерем в качестве родственного узла


Г.6. Вставка поддерева в качестве порождаемого узла

Целое исходное поддерево должно бить добавлено в качестве порождения из узла С Идентификация блока данных БДДф (FADU), предназначенного для передачи, имеет значение «С*. Передаваемыми данными являются:

Вход Узел (Z) Вход Узел (X) БД (X) Узел (Y) БД (JY) Выход Выход.

В начале передачи а результате предназначенной идентификации блок* данных БДДФ (FADU) указатель местоположения устанавливается на улел «С». Принимающий логический объект разбирает входной поток данных и распознает целый поток данных ж качестве закодированного элемента «Порождение», содержащего только поддерево с корневым узлом Z. Данное значение указателя местоположения сохраняется к временно создается значение, указывающее на местоположение перед первым порождением нз узла «С» (хотя в действительности на этой стадии нет никакого порождения нз узла «С»); это поддерево вставляется на место, расположенное после злого местоположения. Короче говоря, текущее местоположение указывает на корневой узел этого поддерева «2», но иногда конец последовательности действий ограниченного использования распознается наличием первого выходного поддерева, указатель местоположения восстанавливается в сохраненное ранее значение «С*.

Результирующее состояние файла показано на черт. 14.

Страница 93

ГОСТ Р 54.980.2-92 С И

Г.7. Вставка в упорядоченный двухмерный файл

Киечям состояние файла после «стами поддерева в качестве порождаемого узда


Последний пример иллюстрирует объединение поименованных узлов типа «лнсг> в упорядоченный двухмерный файл. В этом примере предполагается, что файл в месте назначения имеет идентификаторы узлов типа «лист*, упорядоченные по алфавиту. Начальное состояние такого файла показано на черт. 15.

Начальное состояние упорядоченного двухмерного файла

Черт. 15

Узлы с идентификаторами «А», «Р> и «X» должны быть объединены в файл. Передаваемыми данными являются:

Узел (X) БД (X) Узел (А) БД (А) Узел (Р) БД (Р).

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

а)    блок данных БДДФ (FADU) с идентификацией «X*

(Узел (Х)+БД (X)) вставляется в порядке сравнения после существующего блока данных БДДФ (FADU) с идентификацией «W»;

б)    блок данных БДДФ (FADU) с идентификацией «А»

(Узел (А)+БД (А))

Страница 94

С М ГОСТ Р J4.W0.2—02

вставляется а порядке сравнения яеред существующим блоком данных БДДФ (FADIJ) с идентификацией «В»;

в) блок данных БДДФ (FADU) с идентификацией «Р*

(Узел (Р)+БД (Р)) вставляется а порядке сравнения после сушествуюахего блока лепных с идентификацией «G*.

Результирующий файл показан на черт. 16.

Конечное состояние файла после обмдияемии упорядоченных двухмерных файлов

Черт. 16

Страница 95

ГОСТ Р S4.980.2—»2 С. 95

ПРИЛОЖЕНИЕ Д Рекомендуемое

ПЕРЕКРЕСТНЫЕ ССЫЛКИ НОТАЦИИ ACH I

Д.1. Перекрестная ссылка типов, которые определены

или на которые имеется ссылка а модуле «ГОСТ Р 34.980 — СОДЕРЖАНИЕ СООБЩЕНИЯ»

Неопределенный тип ......... ссылка вз строки: 5

Элемент данных содержания

сообщений файла........определено    я строке: 6

Д.2. Перекрестная ссылке типов, которые определены    ссылок нет

или на которые имеется ссылха в модуле «ГОСТ Р 34.980 - 6ЛОК ДАННЫХ БДДФ (FADU)»

Блок данных БД........определено в строке: 19

ссылка на строки: 7 ((0) НЕЯВНЫЙ*

Блок данных БДДФ    ,    .....определено в строке: 54

ссылок нет

Булевский тип.........ссылка из строки:    27

((2] НЕЯВНЫЙ)

Внешний тип..........ссылха ю строки:    40

Выборочный тип.........ссылка из строки:    31

из строки: 62

Имя узла...........определено в строке:    31

ссылка из строки: 22

Поддерево..........определено в строке:    5

ссылка из строки: 14 из строки: 50

Порождение..........определено в строке:    12

ссылха из строки: 9 (П1 НЕЯВНЫЙ)

Структурный элемент данных ......определено в строке:    52

ссылок нет

Тип «Графическая строка» ,    ,    .....    ссылка    из строки: 32

([0| НЕЯВНЫЙ)

Тип «Последовательность» ....... ссылка из строки: 5

из строки: 12

([ПРИКЛАДНОЙ КЛАСС 0] НЕЯВНЫЙ)

Тип «Последовательность из».....ссылка ил строки:    14

нз строки: 19

Целочисленный тип........ссылка из строки:    24

(П1 НЕЯВНЫЙ)

Элемент данных входного поддерева .... определено в строке: 44

ссылка из строки: 13 нз строки: 54

Элемент данных выходного поддерево    .    .    .    определено а строке:    4б

ссылка нз строки: 17 из строки: 55

Элемент данных описателя узла    .....    .определено в строке:    21

ссылка из строки: 6 ия строки: 53

Элемент данных содержания

сообщения файла .........ссылка из строки: 19

Страница 96

С W ГОСТ Р М.»8в.2-в2

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН И ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационная технология»

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 28.08.92 Лк 1058

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8571/2—88 «Системы обработки информации. Взаимосвязь открытых систем. Передача, доступ и управление файлом. Часть 2. Определение виртуального файлохраиилища» и полностью ему соответствует

3.    Срок проверки — 1998 г., периодичность проверки — 5 лет

4.    ВВЕДЕН ВПЕРВЫЕ

5.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕН ТЫ

Обммачеми1 |>тгчиг>*гин>ио НТЛ, ка который дан* ссылка

Обоэиачешк <оот»*тст-аующего *е*лут*год-яО'О стандарта

Номм. р*>д«л», пункта, п»аяож«1Ш«


ГОСТ 34.301-91 ГОСТ 34.971-91 ГОСТ 34 973-91 ГОСТ 34.974 -91

ГОСТ Р 34 980 1—92

ГОСТ Р 34.1980.4-93    ИСО 8571 /4- 88

ГОСТ 28906-91

ИСО 6429-88 ИСО 8822-88 ИСО 8824-87 ИСО 8825-87 ИСО 8571/1-88

ИСО 8571/3-88

ИСО 7498 -84 ИСО 8832-89* ИСО 8601-88* ИСО 8650 -88* ИСО 9804-90* ИСО 98.34/2-90*

2, приложение Б 2; 7

2; 93; приложение Б 2

2; 3; 4; 7; приложения А, Б н Д

1; 2; 8; 15; приложения А. Б н Д

I; 2; приложения А, Б и Д

0; 2

2; приложение Б 2; 9.3; 15 2; 9.3 2 2


1

До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 «Информационная технология».

Страница 97

ГОСТ Р S4.980.2—И

СОДЕРЖАНИЕ

С 97

1

2

2

3

3

3

3

5

6 6

7

8 8 9 14

14

15

16 15

17

18 18 19

19

20

20

20

20

21

21

21

21

21

21

21

22

22

22

22

23

23

23

23

24

24

24

25

25

26 27 27 27

0.    Введение.........

1.    Назначение и область применения ....

2 Ссылки ..........

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

•4. Сокращения .........

Часть 1, Модель файлохранидища.....

5.    Основные понятия .......

6.    Выбор файла ......    .

7.    Структуры файлов.......

7.1.    Структура доступа к файлу ....

7.2.    Определение абстракт кой структуры 7Д Определение абстрактного синтаксиса .

7.4.    Структура передачи файла.....

7.5.    Коктексг доступа........

7.6.    Структура идентификации.....

7.7.    Наборы ограничений......

8.    Действия над файлами ...    .

8.1.    Отношение к передаче данных большого объема

8.2.    Передача данных большого объема при чтении

8.3.    Передача данных большого объема при записи

9.    Атрибуты.........

9.1.    Область действия атрибутов ....

9.2.    Скалярные, векторные и множественные атрибуты

9.3.    Значения атрибутов..........

9.4.    Обеспечение атрибутов файла........

Часть 2. Действия над файлохранилишем    .......

10. Действия нал целыми файлами...... ..

10.1.    Создание файла..........    .    -

10 2. Выбор файла ...........    .

ЮЛ. Изменение атрибута    .    .    .

10.4.    Чтение атрибута...........

10.5.    Открытие файла...........

10.6.    Закрытие фаАла ..........

10.7.    Удаление файла ...........

10.8.    Отмена выбора файла ,    .......

И. Действия при доступе к файлу........

11.1.    Определение местоположения .......

11.2.    Чтение.....

11.3.    Вставха ............

11.4.    Замена............

11.5.    Расширение .    .........

11.6.    Стирание............

11.7.    Действия над файлом н текущее местоположение

Часть 3. Определение атрибутов.........

12. Атрнбу-гы файла............

12.1.    Имя файла .    ..........

12.2.    Разрешенные действия.....,    ,    .    .

12.3.    Тип содержания сообщения .    .    ......

12.4.    Счет за хранение

12.5.    Дата и время создвкия .    ......

12.6.    Дата и время последней модификации......

12.7.    Дата и время последнего доступа для чтения .

Страница 98

С 98 ГОСТ Р И.МО.г-92

12.8.    Дата и время последней модификации атрибутов

12.9.    Идентификатор владельца ........

12.10.    Идентификатор абонента, последний раз модифицировавшего

файл    I ........    .

12.11. Идентификатор абонента, последний раз читавшего файл

12.12. Идентификатор абонента, последний раз модифицировавшего атрибуты файла .    ........

12.13.    Доступность файла..........

12.14.    Размер файла...........

12.15.    Будущий размер файла .........

12.16.    Управление доступом.........

. 12.17. Законное ограничение ........

12.18. Атрибут пользователя.........

13. Атрибуты взаимодействия    .    ........

13.1.    Девствуюшй тип содержания сообщения.....

13.2.    Текущий запрос доступа.........

Ш. Идентификатор техущего абонента......

13.4.    Текущее местоположение .........

13.5.    Текущий режим обработки ...    .

13.6.    Символическое имя текущего вызывающего прикладного логичес

кого объекта ...........

13.7.    Символическое имя текущего ответственного прикладного логи

ческого объекта..........

13.8.    Текущий счет...........

13.9.    Текущее управление совместным доступом.....

13.10.    Текущий способ блокирования.......

13.11.    Текущие пароли для доступа ......

13.12.    Действующее законное ограничение......

14.    Группы атрибутов............

14.1.    Основная группа .    ........

14.2.    Группа хранения ...    .    .....

14.3.    Группа защиты...........

14.4.    Группа пользователя .........

15.    Минимальные пределы атрибутов.......

Приложение А. Наборы ограничений на структуру доступа к файлу

Приложение Б. Типы документов ..........

Приложение В. Чтение структурированных файлов.....

Приложение Г. Вставка в структурированный файл.....

Приложение Д. Перекрестные ссылки нотации ACH.I . Информационные данные .    .........

Страница 99

Редактор Р. Г. Говердовская Технический редактор Я. Н. Малькова Корректор В. И. Кйнуркина

Сдако • наб. 14.10.62. Поди, к печ. 23ДВ.93. Уел. а. я. 5Л1 Уел. кр. отт. 5.»

Уч. над. а. 6.70. Тираж 420 «и.

Ордена <3вак Почата» Ияхательетао стандарте*. 107076. Москаа. Колодадвый п«р.. 14. Калужская типография стандартов. у п. Москоскхая. Кб. Зак. И84