ГОСТ 33246—2015
должны быть включены в пакет обмена, выходят за рамки настоящего стандарта и должны быть опре
делены исполнителем. Такие факторы могут включать в себя размер экземпляра пакета обмена, архи
тектурные особенности и/или бизнес-политики.
В таблице 2 приведен класс InterchangePackage в информационной модели упаковки контента
(CPIM).
Т аб лиц а 2 — Определение класса InterchangePackage
Дескриптор
Определение
Class name
(Имя класса)
InterchangePackage
Class type
(Тип класса)
Container
Data type
(Тип данных)
N/A
Value space
(Область значе
ний)
N/A
Multiplicity
(Кратность)
1..1
Characteristic
classes (Классы
характеристик)
N/A
Parents
(Родители)
Нет
Children
(Наследники)
[Manifest]
Description
(Описание)
Объект InterchangePackage является подмножеством логического пакета, который
обменивается между системами. InterchangePackage должен соответствовать следующим
условиям:
a) InterchangePackage должен включать объект Manifest и может включать в себя фай
лы контента и управляющие файлы;
b
) любой файл, описанный в Manifest с использованием URI. которые должны распо
лагаться в InterchangePackage. должен быть включен в InterchangePackage;
c) все файлы, включенные в InterchangePackage. должны быть описаны в Manifest;
d) файлы, содержащиеся в InterchangePackage, могут содержать внутренние ссыл
ки на другие файлы (например, файл контента HTML может ссылаться на файл контента
JPEG или файлы управления XML Schema могут ссыпаться на другие файлы
управления XML Schema). Когда файл, содержащийся в InterchangePackage ссыпается на
другой файл с помощью URI. находящийся в InterchangePackage, указанный файл должны
быть описан в Manifest InterchangePackage.
Файлпакета обмена (PIF)является частнымслучаем InterchangePackage. Считыватели
и записыватели пакетов не обязаны поддерживать чтение или запись PIF. PIF должны соот
ветствовать следующим условиям:
a) физическая инкапсуляция должна быть в виде сжатого двоичного файла, соответ
ствующего RFC1951;
b) PIF должен содержать один объект Manifest документа в корне PIF. Этот объект
должен быть привязан как документ XML с именем «imsmanifest.xml». Этот документ назы
вается корневой Manifest документа для PIF;
c) любые управляющие файлы, включенные в PIF, должны размешаться в корне PIF;
d) все ссылки из корня Manifest документа на файлы, содержащиеся в PIF, должны
быть выполнены посредством относительных ссылок. Ссылки должны быть относительны
корня PIF;
e) PIF не должен включать никаких файлов с абсолютным путем (объявленным или
полученным по относительной ссылке) ранее, чем объект Manifest документа в том же
иерархическом пути, или когда их абсолютный путь полностью отличается от располо
жения Manifest документа
9