ГОСТ Р ИСО/МЭК МФС 10611-5-98

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

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ

ПРОФИЛИ AMHln. СИСТЕМЫ ОБРАБОТКИ СООБЩЕНИИ УНИФИЦИРОВАННЫЙ ОБМЕН СООБЩЕНИЯМИ

Часть 5

ПРОФИЛЬ АМН13 ДОСТУП К ХРАНИЛИЩУ СООБЩЕНИЙ (С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА Р7)

Издание официальное

ГОССТАНДАРТ РОССИИ Москва

Предисловие

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

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

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 14 мая 1998 г. № 206

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК МФС 10611-5—94 «Информационная технология. Международный функциональный стандарт. Профили АМН In. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 5. Профиль АМН13. Доступ к хранилищу сообщений (с использованием протокола Р7)»

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

© ИПК Издательство стандартов, 1998

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России

II

А.0.3 Идентификация поставщика

Ссылка Вопрос Ответ 1 Название организации 2 С кем устанавливать связь 3 Адрес 4 Номер телефона 5 Номер телекса 6 Номер факса 7 Адрес электронной почты 8 Прочая информация

А.0.4 Идентификация протокола

Ссылка Вопрос Ответ 1 Наименование, ссылочный номер и дата публикации стандарта по протоколу 2 Версия(и) протокола Не используется 3 Реализованные дополнения/изменения/ технические поправки 4 Реализованные извещения об ошибках Не используется

А.0.5 Тип реализации

Ссылка Тип реализации Ответ 1 Пользователь-ХС (АП) 2 ХС (соразмещенный с АПС) 3 ХС (РЗ интерфейс к АПС)

Примечание — Для каждого типа реализации, соответствие которого заявляется, должна заполняться отдельная ЗСРП.

А.0.6 Констанция глобального соответствия

Ссылка Вопрос Ответ 1 Реализованы ли все обязательные требования базовых стандартов?

7

А.0.7 Заявка о соответствии профилю

Ссылка Вопрос Ответ Комментарии 1 Реализованы ли все обязательные требования профиля АМН 13? 2 Реализованы ли все обязательные требования какой-либо из следующих факультативных функциональных групп? 2.1 Физическая доставка (ФД) Не используется в случае ХС 2.2 Самая последняя доставка (СПД) Не используется в случае ХС 2.3 Возврат содержимого (ВС) 2.4 Защита (ЗЩ) Класс(ы): 2.5 Использование справочника (ИС) Не используется в случае ХС

А. 1 Базовые требования

АЛЛ Обеспеченные прикладные контексты

Ссылка	Прикладной контекст	АП		ХС		Обеспе- чение	Примеча- ния/ссылки
		Базовый стандарт	Профиль	Базовый стандарт	Профиль
1	Доступ-хс	О	О	О	О
2	Надежный-доступ-хс	ф	ф	ф	ф

АЛ.2 Обеспеченные операции АЛ .2Л Связка и развязка

Ссылка	Операция	АП		ХС		Обеспе- чение	Примеча- ния/ссылки
		Базовый стандарт	Профиль	Базовый стандарт	Профиль
1	СвязкаХС	О	О	О	О		См. А.1.3.1
2	РазвязкаСПС	О	О	О	О

ГОСТ Р ИСО/МЭК МФС 10611-5-98

А.1.2.2 Сервисный элемент предоставления сообщения (СЭПС)

Ссылка Операция АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 Предоставление- Сообщения О О О О См. А. 1.3.2 2 Предоставление- Зонда ф ф О О См. А.1.3.3 3 Аннулирование- Задержанной- Доставки ф ф О О См. А.1.3.4 4 Управление- Предоставлением О О ф У1 См. А.1.3.5

У1 — если ХС имеет интерфейс РЗ к АПС, то «О» иначе, если обеспечивается АПС, то «О» иначе «Ф».

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

А. 1.2.3 Сервисный элемент поиска сообщения (СЭПС)

Ссылка Операция АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 Подведение итога ф ф О О См. А. 1.3.6 2 Список ф ф О О См. А. 1.3.7 3 Выборка О О О О См. А.1.3.8 4 Удаление О О О О См. А. 1.3.9 5 Журнал-ХС ф ф О О См. А.1.3.10 6 Предупреждение ф ф О О См. А. 1.3.11

А. 1.2.4 Сервисный элемент административного управления сообщениями (СЭАУС)

Ссылка Операция АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 Журнал ф ф ф О См. А.1.3.12 2 ИзменениеУдостовере-нияЛичности (АПС на АП) ф ф ф У1 См. А.1.3.13 3 ИзменениеУдостовере-нияЛичности (АП на АПС) ф ф ф О См. А.1.3.13

9

У1 — если ХС имеет интерфейс РЗ к АПС, то «О» иначе, если обеспечивается АПС, то «О» иначе «Ф».

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

А.1.3 Аргумент ы/р езультаты операции

А Л. 3.1 Связка-ХС

Ссылка Элемент услуги АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Имя-инициатора О О О О 1.2 Удостоверение- личности-инициатора О О О О 1.2.1 Простое О о О О 1.2.1.1 Строкам К5 ф ф О О 1.2.1.2 СТРОКА ОКТЕТОВ ф О О О 1.2.2 Строгое ф ф ф ф 1.2.2.1 Полномочие-связки О О О О 1.2.2.1.1 Идентификатор- алгоритма-подписи О О О О 1.2.2.1.2 Имя О О О О 1.2.2.1.2 Время О О О О 1.2.2.1.4 Данные-со-знаком ф ф ф ф 1.2.2.1.5 Идентификатор- алгоритма-шифрования ф ф ф ф 1.2.2.1.6 Шифрованные-данные ф ф ф ф 1.2.2.2 Сертификат ф ф ф ф 1.3 Контекст-защиты ф ф ф ф См. А. 1.9/3 1.4 Ограничения-выборки ф ф ф ф 1.4.1 Допустимые-типы содержимого ф ф ф ф 1.4.2 Допустимые-EITs ф ф ф ф 1.4.3 Максимальная-длина- содержимого ф ф ф ф 1.5 Запрос-конфигурации- ХС ф ф ф О

10

ГОСТ Р ИСО/МЭК МФС 10611-5-98

Ссылка Элемент услуги АП хс Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 2 РЕЗУЛЬТАТ 2.1 Удостоверение личности-ответчика О О О О 2.1.1 Простое О О О О 2.1.1.1 СтрокаМК5 о О ф ф 2.1.1.2 СТРОКА ОКТЕТОВ О О ф О 2.1.2 Строгое ф ф ф ф 2.1.2.1 Полномочие-связки О О О О 2.1.2.1.1 Идентификатор- алгоритма-подписи О о О О 2.1.2.1.2 Имя о о О О 2.1.2.1.3 Время О О О О 2.1.2.1.4 Данные-со-знаком ф ф ф ф 2.1.2.1.5 Идентификатор-алгорит- ма-шифрования ф ф ф ф 2.1.2.1.6 Шифрованные-данные ф ф ф ф 2.2 Доступные-автоматичес- кие-действия ф ф О О 2.2.1 Автоматическая-готов- ность ф ф ф ф 2.2.2 Автоматическое- продвижение ф ф ф ф 2.3 Доступные-типы- атрибутов ф ф О О 2.4 Индикация-готовности ф ф ф ф 2.5 Обеспеченные- типы-содержимого ф ф О О

А.1.3.2 Предоставление Сообщений

АП ХС Обеспе- Примеча- ния/ссылки Ссылка Элемент услуги Базовый стандарт Профиль Базовый стандарт Профиль чение 1 АРГУМЕНТ и Конверт О О О О См. А. 1.4

11

Ссылка Элемент услуги АП хс Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1.2 Содержимое О О О О 2 РЕЗУЛЬТАТ 2.1 Идентификатор- предоставления- сообщения О О О О См. А. 1.8/8 2.2 Время-предоставления- сообщения О О О О 2.3 Идентификатор- содержимого ф У1 О О 2.4 Расширения О О О О См. А. 1.9/1 2.4.1 Сертификат-отправляюще- го-АПС ф Н/Р ф Н/Р 2.4.2 Подтверждение- предоставления ф Н/Р ф Н/Р См. А. 1.9/6

У1 — если обеспечивается в конверте предоставление сообщения, то «О» иначе «— ».

А. 1.3.3 ПредоставлениеЗонда

Ссылка Элемент услуги АП хс Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Конверт О О О О См. А. 1.5 2 РЕЗУЛЬТАТ 2.1 Идентификатор- предоставления- зонда О О О О См. А. 1.8/8 2.2 Время-предоставления- зонда О О О О 2.3 Идентификатор- содержимого ф У1 О О

У1 — если обеспечивается в конверте предоставление зонда, то «О» иначе «— ».

ГОСТ Р ИСО/МЭК МФС 10611-5—98

А. 1.3.4 АннулированиеЗадержаннойДоставки

Ссылка Элемент услуги АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Идентификатор- предоставления- сообщения О О О О См. А. 1.8/8 2 Результат 2.1 ПУСТО О О О О

А. 1.3.5 УправлениеПредоставлением

Ссылка Элемент услуги АП ХС Обеспе- чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ и Управление О О О О 1.1.1 Ограничение О О ф О 1.1.2 Допустимые-операции О О ф У1 1.1.3 Максимально-допустимая- длина-содержимого О О ф У1 1.1.4 Наименьший-допустимый- приоритет О О ф У1 1.1.5 Допустимый-контекст- защиты ф ф ф ф См. А. 1.9/3 2 РЕЗУЛЬТАТ 2.1 Ожидание о О О О 2.1.1 Ожидание-операций ф ф О о 2.1.2 Ожидание-сообщения ф ф О о 2.1.3 Ожидание-типов- содержимого ф ф О О 2.1.4 Ожидание-типов- кодированной- информации ф ф О О См. А. 1.8/10

У1 — если ХС имеет интерфейс РЗ к АПС, то «О» иначе, если обеспечивается АПС, то «О» иначе Ф»

13

Ссылка Элемент услуги АП хс Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Тип-информационной- базы ф ф О О См. А. 1.8/5 1.2 Селектор О О О О См. А. 1.8/7 1.3 Запросы-сводок ф ф о О 2 РЕЗУЛЬТАТ 2.1 Следующий О О О О 2.2 Итог О О О О 2.3 Диапазон О о О о 2.4 Сводки ф У1 О О 2.4.1 Результат-отсутствует О О О О 2.4.2 Результат-в-наличии О о О О 2.4.2.1 Тип О О о о 2.4.2.2 Значение О О О О 2.4.2.3 Итог О О О О

У1 — если обеспечивается запрос, то «О» иначе «—;

А. 1.3.7 Список

Ссылка Элемент услуги АП хс Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Тип-информационной- базы ф ф О О См. А. 1.8/5 1.2 Селектор О О О О См. А. 1.8/7 1.3 Запрошенные-атрибуты О О О О См. А. 1.8/1 2 РЕЗУЛЬТАТ 2.1 Следующий О О О О 2.2 Запрошенный О О О О См. А. 1.8/2

14

ГОСТ Р ИСО/МЭК МФС 10611-5-98

А. 1.3.8 Выборка

Ссылка Элемент услуги АП ХС Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Тип-информационной- базы ф Ф О О См. А. 1.8/5 1.2 Позиция О О О О 1.2.1 Поиск ф ф ф О См. А. 1.8/7 1.2.2 Точный ф ф ф о 1.3 Запрошенные-атрибуты О О О о См. А. 1.8/1 2 РЕЗУЛЬТАТ 2.1 Входная-информация О О О о См. А. 1.8/2 2.2 Список ф ф ф О 2.3 Следующий ф ф ф О

А. 1.3.9 Удаление

Ссылка Элемент услуги АП ХС Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ и Тип-информационной- базы ф ф О О См. А. 1.8/5 1.2 Позиция О о О о 1.2.1 Селектор ф ф О о См. А. 1.8/7 1.2.2 Порядковые-номера ф О О о 2 РЕЗУЛЬТАТ 2.1 ПУСТО О О О О

А. 1.3.10 Журнал ХС

АП ХС Обеспе чение Примеча- ния/ссылки Ссылка Элемент услуги Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ и Регистрация-автоматичес- ких-действий ф ф ф ф

15

		АП		хс		Обеспе чение	Примеча- ния/ссылки
Ссылка	Элемент услуги	Базовый стандарт	Профиль	Базовый стандарт	Профиль
мл	Автоматическое- продвижение	ф	ф	ф	ф		См. А 1.6
1.1.2	Автоматическая-готовность	ф	Ф	ф	ф		См. А. 1.7
1.2	Нерегистрируемые-автома- тические-действия	ф	ф	ф	ф
1.2.1	Автоматическое- продвижение	ф	ф	ф	ф
1.2.2	Автоматическое- предупреждение	ф	ф	ф	ф
1.3	Список-атрибутов-по-умолчанию	ф	ф	ф	ф
1.4	Выборка-атрибутов-по- умолчанию	ф	ф	ф	ф
1.5	Изменение-удостоверения- личности	О	О	О	О
1.5.1	Прежнее-удостоверение- личности	О	О	О	О
1.5.1.1	Простое	О	О	О	О
1.5.1.1.1	Строка МК5	ф	ф	О	О
1.5.1.1.2	СТРОКА ОКТЕТОВ	ф	О	О	О
1.5.1.2	Строгое	ф	ф	ф	ф
1.5.1.2.1	Полномочие-связки	О	О	О	О		См. А.1.3.1
1.5.1.2.2	Сертификат	ф	ф	ф	ф
1.5.2	Новое-удостоверение-личности	О	О	О	О
1.5.2.1	Простое	О	О	О	О
1.5.2.1.1	Строка МК5	ф	ф	О	О
1.5.2.1.2	СТРОКА ОКТЕТОВ	ф	О	О	О
1.5.2.2	Строгое	ф	ф	ф	ф
1.5.2.2.1	Полномочие-связки	О	О	О	О		См. А.1.3.1
1.5.2.2.2	Сертификат	ф	ф	ф	ф
1.6	Метка-защиты-пользовате- ля	ф	ф	ф	ф		См. А. 1.9/3

ГОСТ Р ИСО/МЭК МФС 10611-5-98

Содержание

Введение................................... IV

1    Назначение ................................ 1

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

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

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

5    Соответствие................................. 4

Приложение А. Форма ЗСРФС для ГОСТ Р ИСО/МЭК МФС 10611-5-98 (АМН13) . .    6

Приложение В. Изменения и технические поправки................ 43

III

ГОСТ Р ИСО/МЭК МФС 10611-5—98

Окончание A.L3.10

Ссылка Элемент услуги АП хс Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 2 РЕЗУЛЬТАТ 2.1 ПУСТО О О О О

А. 1.3.11 Предупреждение

Ссылка Элемент услуги АП ХС Обеспе чение Примеча- ния/ссылки Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Идентификатор- регистрации- предупреждения О О О О 1.2 Новая-запись ф ф О О См. А. 1.8/2 2 РЕЗУЛЬТАТ 2.1 ПУСТО О О О О

А.1.3.12 Журнал

АП ХС Обеспе чение Примеча- ния/ссылки Ссылка Элемент услуги Базовый стандарт Профиль Базовый стандарт Профиль 1 АРГУМЕНТ 1.1 Имя-пользователя ф ф ф У1 См. А. 1.10 1.2 Адрес-пользователя ф ф ф У1 1.3 Доставляемые-типы-коди- рованной-информации ф ф ф У1 См. А. 1.8/10 1.4 Максимальная-длина-дос- тавляемого-содержимого ф ф ф У1 1.5 Управление-доставкой-по- умолчанию ф ф ф У1 1.5.1 Ограничение ф ф ф У1 1.5.2 Допустимые-операции ф ф ф У1 1.5.3 Максимально-допустимая- длина-содержимого ф ф ф У1 1.5.4 Наименыпий-допустимый- приоритет ф ф ф У1

17

Введение

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

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

ГОСТ Р ИСО/МЭК МФС 10611 состоит из нескольких частей. Настоящий стандарт является пятой частью. В ней определяется профиль АМН13(Р7). В первой части определяется обеспечение услуг системы обработки сообщений (СОС), во второй части — спецификация СЭУО, СЭНП, СЭУА, протоколы уровня представления и сеансового уровня для использования СОС, в третьей части — профиль АМН11 (Р1) и в четвертой части — профиль АМН12 (РЗ).

IV

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

Информационная технология ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ Профили AMHln. Системы обработки сообщений. Унифицированный обмен сообщениями

Часть 5

ПРОФИЛЬ АМН13. ДОСТУП К ХРАНИЛИЩУ СООБЩЕНИЙ (С ИСПОЛЬЗОВАНИЕМ ПРОТОКОЛА Р7)

Information technology. International standard.

Profiles AMHln. Message handling systems. Common messaging. Part 5. Profile AMH13. MS access (P7)

Дата введения 1999—01—01

1 НАЗНАЧЕНИЕ

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

Настоящий стандарт определяет доступ к хранилищу сообщений (ХС) с использованием протокола доступа к ХС Р7 (см. также рисунок 1). Эта спецификация составляет часть прикладных функций унифицированного обмена сообщениями, как определено в частях настоящего функционального стандарта (ФС), который формирует общую основу для содержимого типозависимых профилей по системам обработки сообщений (СОС), планируемых к разработке.

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

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

Настоящий стандарт определяет профиль АМН 13 — доступ к ХС (Р7).

Профиль АМН 13 может взаимодействовать с любыми профилями Т (см. ГОСТ Р ИСО/МЭК ТО 10000), определяющими услуги транспортного уровня ВОС в режиме установления соединения.

1.3    Сценарий

Используемая модель представляет собой один из методов доступов к ХС со стороны пользователя ХС, в частности, представляет собой взаимодействие между ХС и пользователем ХС (т. е. агентом пользователя), использующими протокол Р7, как показано на рисунке 1.

Рисунок 1 — Сценарий профиля АМН 13

Если профиль АМН 13 реализован с использованием Р7, то он охватывает все аспекты абстрактных услуг СПС, как определено в ИСО/МЭК 10021-5.

Издание официальное

Протоколы и услуги верхних уровней ВОС, предназначенные для обеспечения функций СОС, охватываемых профилем АМН 13, определены в наборе стандартов, перечисленных в таблице 1.

Таблица 1 — Модель профиля АМН 13

Прикладной уровень СОС ИСО/МЭК 10021-6 СЭУО См. ГОСТ Р ИСО/МЭК МФС 10611-2 СЭНП См. ГОСТ Р ИСО/МЭК МФС 10611-2 СЭУА См. ГОСТ Р ИСО/МЭК МФС 10611-2 Уровень представления См. ГОСТ Р ИСО/МЭК МФС 10611-2 Сеансовый уровень См. ГОСТ Р ИСО/МЭК МФС 10611-2

2 НОРМАТИВНЫЕ ССЫЛКИ

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

Изменения и технические поправки в базовых стандартах, на которые даны ссылки, перечислены в приложении В.

Примечание — Ссылки в тексте настоящего стандарта на определенные разделы стандартов ИСО/МЭК должны рассматриваться как ссылки на соответствующие разделы эквивалентных рекомендаций МККТТ (указанных ниже), если не оговорено иное.

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

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

ИСО/МЭК 10021-1—90¹ Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 1. Общее описание системы и услуг. [См. также рекомендацию МККТТ Х.400 (1988)]

ИСО/МЭК 10021-2—90¹ Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения. Часть 2. Общая архитектура. [См. также рекомендацию МККТТ Х.402 (1988)]

ИСО/МЭК 10021-5—90¹ Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 5. Хранилище сообщений. Определение абстрактных услуг. [См. также рекомендацию Х.413 МККТТ (1988)]

ИСО/МЭК 10021-6—90¹ Информационная технология. Передача текста. Системы передачи текста, ориентированные на сообщения. Часть 6. Спецификация протокола. [См. также рекомендацию МККТТ Х.419 (1988)]

ГОСТ Р ИСО/МЭК МФС 10611-1—95 Информационная технология. Функциональный стандарт. Профили АМН In. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 1. Обеспечение услуг систем обработки сообщений

ГОСТ Р ИСО/МЭК МФС 10611-2—95 Информационная технология. Функциональный стандарт. Профили AMHln. Системы обработки сообщений. Унифицированный обмен сообщениями. Часть 2. Спецификация СЭУО, СЭНП, СЭУА, протоколов уровня представления и сеансового уровня для использования в системах обработки сообщений.

Рекомендация Х.400 МККТТ (1988). Система обработки сообщений и общее описание услуг.

Рекомендация Х.402 МККТТ (1988). Система обработки сообщений. Общая архитектура

Рекомендация Х.413 МККТТ (1988). Система обработки сообщений. Хранилище сообщений. Определение абстрактных услуг.

Рекомендация Х.419 МККТТ (1988). Система обработки сообщений. Спецификации протоколов.

ГОСТ Р ИСО/МЭК МФС 10611-5-98

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

В настоящем стандарте использованы приведенные ниже определения.

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

3.1    Общие понятия

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

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

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

3.2    Классификация видов обеспечения

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

3.2.1 Статические возможности

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

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

Обязательное обеспечение (О) — элемент или возможность должны быть обеспечены полностью. Реализации должны быть в состоянии генерировать и/или принимать этот элемент и выполнять все необходимые процедуры (т. е. подразумевается возможность обработки как синтаксического, так и семантического элемента), определенные в базовых стандартах. Если обеспечения при отправлении (генерации) и получении не различаются, то должны предусматриваться обе эти возможности. Обязательное обеспечение атрибута ХС требует, чтобы он обеспечивался в контексте всех используемых обеспечиваемых аргументов и результатов и также использовался в пределах выбора уровня обеспечения, заявляемого для фильтруемой позиции. Способ хранения значений атрибутов реализацией ХС или использования реализацией АП в остальном является локальным вопросом.

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

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

Не входит в предмет рассмотрения (Н/Р) — элемент не входит в предмет рассмотрения настоящего стандарта, т. е. не может быть объектом аттестационного тестирования ФС.

Не используется (—) — элемент не используется в конкретном контексте, в котором используется эта классификация.

3

3.2.2 Динамическое поведение

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

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

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

Исключено (И) — элемент должен всегда отсутствовать. Реализация должна гарантировать, что элемент никогда не будет сгенерирован или каким-либо образом использован в зависимости от обстоятельств. Наличие элемента при получении должно приводить к прекращению или отклонению связи с указанием соответствующей ошибки согласно базовым стандартам.

Примечание — Признано, что в некоторых реализациях в подобных случаях может потребоваться исключить даже статические возможности, но такие ситуации не являются предметом рассмотрения настоящего стандарта. Любые элементы, определенные в настоящем стандарте как исключенные (И), определяются таким образом также как не входящие в предмет рассмотрения (Н/Р) с точки зрения статических возможностей.

4    СОКРАЩЕНИЯ

ОСПУ    Обработка сообщений прикладного уровня

АСН.1    Абстрактная синтаксическая нотация один

ИС    Использование справочника

ЭУ    Элемент услуг

ФГ    Функциональная группа

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

СОС    Система обработки сообщений

ХС    Хранилище сообщений

АП С    Агент передачи сообщений

ВОС    Взаимосвязь открытых систем

ФД    Физическая доставка

ЗЩ    Защита

АП    Агент пользователя

ТКИ    Тип кодированной информации

Уровень обеспечения элементов протокола и функциональных возможностей (см. 3.2):

О    Обязательное обеспечение

Ф    Факультативное обеспечение

У    Условное обеспечение

Н/Р    Не входит в предмет рассмотрения

—    Не используется

Т    Требуемый

И    Исключено

5    СООТВЕТСТВИЕ

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

ГОСТ Р ИСО/МЭК МФС 10611-5-98

удовлетворены все требования соответствующих базовых стандартов, все требования последующих разделов и приложения А настоящего стандарта. В приложении А устанавливаются взаимоотношения между этими требованиями и требованиями базовых стандартов.

5.1    Заявка соответствия

Для каждой реализации, претендующей на соответствие профилю АМН 13, определяемому в настоящем стандарте, должна быть представлена ЗСРП, в которой устанавливается наличие или отсутствие обеспечения каждой факультативной возможности, идентифицированной в настоящей части ГОСТ Р ИСО/МЭК МФС 10611.

Сфера соответствия профиля АМН 13 охватывает как хранилища сообщений (ХС), так и пользователей ХС (т. е. агентов пользователей). Заявка о соответствии профилю АМН 13 должна устанавливать, претендует ли реализация на соответствие в качестве ХС или пользователя ХС.

5.2    Соответствие СОС

Настоящий стандарт определяет факультативные или выбранные возможности реализаций таким образом, чтобы соответствующие реализации смогли удовлетворять требованиям соответствия ИСО/МЭК 10021 и рекомендациям Х.400 МККТТ.

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

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

Реализации, соответствующие профилю АМН 13 согласно настоящему стандарту, должны указывать тот (те) прикладной (ые) контекст (ы) протокола Р7, для которого (ых) заявлено соответствие.

5.3    Соответствие нижерасположенным уровням

Реализации, удовлетворяющие профилю АМН 13 согласно настоящему стандарту, должны также соответствовать ГОСТ Р ИСО/МЭК МФС 10611-2 согласно прикладного контекста протокола Р7, для которого (ых) заявлено соответствие.

5

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

ФОРМА ЗСРФС² ДЛЯ ГОСТ Р ИСО/МЭК МФС 10611-5-98 (АМН13)

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

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

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

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

Колонка «Обеспечение» предназначена для заполнения поставщиком реализации, как изложено ниже:

Д элемент или функциональная возможность обеспечивается полностью (т. е. удовлетворяются требования «О» классификации и уровня обеспечения профиля);

Н элемент или функциональная возможность не обеспечивается; ниже приводится следующая квалификация поведения при получении такого элемента:

НА — элемент аннулируется/игнорируется;

НО — ПБД отклоняется (с соответствующей индикацией ошибки в необходимых случаях);

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

А. 0 Идентификация реализации А.0.1 Идентификация ЗСРП

Ссылка	Вопрос	Ответ
1	Дата заявки ДД/ММ/ГГ
2	Порядковый номер ЗСРП
3	Взаимная ссылка заявки о соответствии системы

А.0.2 Идентификация тестируемой реализации (ТР)

Ссылка Вопрос Ответ 1 Имя реализации 2 Версия реализации 3 Наименование вычислительной машины 4 Версия вычислительной машины 5 Наименование операционной системы 6 Версия операционной системы 7 Специальная конфигурация 8 Прочая информация

1

Оригиналы стандартов и проектов ИСО/МЭК — во ВНИИКИ Госстандарта России.

2

Пользователям настоящего стандарта не требуется разрешение Госстандарта России на полное или частичное воспроизведение, тиражирование и распространение формы ЗСРФС.