Цели, принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 "Межгосударственная система стандартизации. Основные положения" и ГОСТ 1.2-2009 "Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, применения, обновления и отмены"

1 ПОДГОТОВЛЕН Федеральным государственным бюджетным образовательным учреждением высшего профессионального образования "Московский государственный технологический университет "СТАНКИН" на основе собственного аутентичного перевода на русский язык стандарта, указанного в пункте 4

2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 18 июня 2015 г. N 47)

За принятие проголосовали:

4 Приказом Федерального агентства по техническому регулированию и метрологии от 17 ноября 2015 г. N 1835-ст межгосударственный стандарт ГОСТ 33246-2015 (ISO/IEC 12785-1:2009) введен в действие в качестве национального стандарта Российской Федерации с 1 ноября 2016 г.

5 Настоящий стандарт модифицирован по отношению к международному стандарту ISO/IEC 12785-1:2009 Information technology - Learning, education and training - Content packaging - Part 1: Information model (Информационные технологии. Обучение, образование и подготовка. Упаковка контента. Часть 1. Информационная модель) путем исключения справочных приложений C и D.

Перевод с английского языка (en).

Сравнение структуры международного стандарта со структурой настоящего межгосударственного стандарта приведено в дополнительном приложении ДА.

Степень соответствия - модифицированная (MOD)

6 ВВЕДЕН ВПЕРВЫЕ

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

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

Международные стандарты разрабатываются в соответствии с правилами, описанными в директивах ИСО/МЭК, часть 2.

Главная задача объединенного технического комитета - подготовка международных стандартов. Предварительные проекты международных стандартов, утвержденные объединенным техническим комитетом, передаются в государственные организации для голосования. Для выхода международного стандарта требуется как минимум 75% голосов организаций, участвующих в голосовании.

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

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

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

- тип 3, когда объединенный технический комитет собрал данные различного вида от того, что обычно издано как международный стандарт ("состояние", например).

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

Особое внимание уделяется ситуации, когда некоторые части документа могут быть субъектом патентного права. ИСО и МЭК не несут ответственность за идентификацию некоторых или всех патентных прав.

Настоящий стандарт разработан на основе спецификации IMS Global Learning Consortium (IMS GLC) (Упаковка контента версии 1.2) [1 - 4]. Спецификация IMS Content Packaging широко используется по всему миру для поддержки технологии обучения. IMS Content Packaging является неотъемлемой основой SCORM [5] от его зарождения до текущей версии. Но самое главное, IMS Content Packaging также широко используется за пределами SCORM на самостоятельной основе. IMS Content Packaging также используется во многих других высокоуровневых учебных целях, например, для архивирования MIT OpenCourseWare, распространения контента данных, которые не содержат исполняемых модулей и метаданных для Федерации обучения Австралии, и предоставления общенациональных услуг электронного обучения для Кибернетической системы домашнего образования в Корее. IMS GLC предоставляет постоянную помощь для использования, профилирования и совершенствования стандарта упаковки контента по адресу http://www.imsglobal.org/contentpackaging.html.

Стандарт ИСО/МЭК 12785 "Информационные технологии. Обучение, образование и подготовка. Упаковка контента" состоит из следующих частей:

Часть 1. Информационная модель;

Часть 2. XML-привязка;

Часть 3. Лучшие практики и руководство по применению.

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

Спецификация упаковки контента IMS была первоначально задумана для упаковки образовательного контента.

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

Запросы на основные функциональные дополнения не были включены в серию IMS упаковки контента версии 1.1.x и накапливались как практика, созревшая вокруг реализации IMS упаковки контента. Оценка этих запросов в 2006 г. в сочетании с обратной связью от более широкого сообщества пользователей указали IMS, что это правильное время, чтобы сделать совместно с ИСО/МЭК СТК1/ПК36 существенное обновление и окончательный релиз этой спецификации.

Новая функциональность и разъяснения, содержащиеся в настоящей спецификации упаковки контента:

a) уточнены значения терминов, используемых в спецификации;

b) уточнено и усовершенствовано использование (суб)манифеста, теперь называемого дочерний манифест:

- уточнена интерпретация объекта, указывающего на дочерний манифест;

- добавлена новая функциональность, позволяющая точно ссылаться и интерпретировать компоненты дочернего манифеста;

- добавлена поддержка внешних дочерних манифестов;

c) добавлена поддержка внешних справочных файлов метаданных;

d) все внутренние словари удалены и в настоящее время поддерживаются за счет процесса регистрации IMS-словарей (см. http://www.imsglobal.org/vdex/index.html);

e) добавлен новый тип ресурса "stand alone resource", позволяющий использовать другие пакеты, как часть содержимого LET;

f) уточнены синтаксис и использование классов информационной модели Base, Parameter, IsVisible и Href;

g) добавлена поддержка вариантов ресурсов. Это включает в себя поддержку альтернативных ресурсов для доступности LET-контента;

h) добавлена поддержка названия организации и пункта на нескольких языках;

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

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

a) с точки зрения информационной модели IMS упаковки контента информационная модель IMS упаковки контента версии 1.1.4 [6, 7] есть собственное подмножество этой информационной модели IMS упаковки контента;

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

Структура остальной части настоящего стандарта:

ИСО/МЭК 12785 был принят объединенным техническим комитетом ИСО/МЭК СТК 1, информационные технологии, подкомитет ПК 36, информационная технология для обучения, образования и подготовки.

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

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

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

Эта спецификация заменяет IMS информационную модель упаковки контента версии 1.1.4 и отменяет все предыдущие описания и определения IMS информационной модели упаковки контента.

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

ГОСТ 7.75-97 Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков

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

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

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

ABNF - расширенная форма Бэкуса-Наура (Augmented Backus-Naur Form);

ADL - перспективное распределенное обучение (Advanced Distributed Learning);

CPCM - концептуальная модель упаковки контента (Content Packaging Conceptual Model);

CPIM - информационная модель упаковки контента (Content Packaging Information Model);

IETF - рабочая группа инженеров Интернета (Internet Engineering Task Force);

LET - обучение, образование и подготовка (Learning, Education and Training);

MPEG - экспертная группа по вопросам движущегося изображения (Moving Picture Experts Group);

MPEG-21 - ИСО/МЭК 21000 (все части);

PIF - файл пакета обмена (ФПО, Package Interchange File);

PIM - платформонезависимая модель (Platform Independent Model);

RFC - запрос на комментарии (Request for Comments);

SCORM - эталонная модель контента для совместного пользования (Sharable Content Object Reference Model);

UML - унифицированный язык моделирования (Unified Modeling Language);

URI - универсальный идентификатор ресурса (Uniform Resource Identifier, IETF RFC 3986);

URL - универсальный указатель ресурса (Uniform Resource Locator, IETF RFC 3986);

URN - унифицированное имя ресурса (Uniform Resource Name, IETF RFC 3986);

W3C - Консорциум World Wide Web;

XML - расширяемый язык разметки (Extensible Markup Language, W3C XML).

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

На рисунке 1 приведена концептуальная схема, иллюстрирующая структуру информационной модели упаковки контента (CPIM).

Основные структурные компоненты:

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

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

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

- структура - логические связи между единицами образовательного контента. Могут быть описаны несколько логических структур;

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

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

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

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

Информационная модель определяет эти основные структурные компоненты для описания и организации LET-содержания для обмена. Важным является обоснование поддержки расширяемости. Пользователи настоящего стандарта могут применять эти механизмы расширения для определения новых терминов словаря и структуры.

Информативный обзор всей информационной модели упаковки контента (CPIM) предоставляется в виде платформонезависимой модели (PIM), выраженной в конструкциях UML. Все UML-диаграммы, выраженные как "платформонезависимая модель", не являются нормативными. Нормативные таблицы, определяющие классы в этой информационной модели, следуют информативным диаграммам UML.

Полное определение профиля UML и термины, используемые в нормативных табличных описаниях в этом документе для описания PIM, можно найти в руководстве IMS Profile UML [12].

В таблицах настоящего раздела последовательность символов "N/A" используется для обозначения значения "не применяются". Любые поля, отмеченные таким образом, не относятся к определяемому классу. Функции, имеющие такое значение, должны игнорироваться при привязке класса, определяемого этой информационной моделью.

Расширенная форма Бэкуса-Наура (ABNF) используется для определения определенных правил в таблицах. Расширенная форма Бэкуса-Наура определена в [13].

В информационной модели упаковки контента используются классы четырех абстрактных типов. Четыре типа абстрактных классов:

- класс "container": класс "container" может быть родителем одного или нескольких дочерних классов;

- класс "value": класс "value" не может быть родителем. То есть он не должен объединять классы типа "characteristic", "container", "value" или "неопределенность". Класс "значение" всегда должен быть дочерним класса "container" и иметь семантические значения в рамках семантических значений своего родительского класса;

- класс "characteristic": класс "characteristic" не должен быть родительским. Класс "characteristic" должен декларировать особенности или значения, которые являются неотъемлемой функцией или частью класса "container". Класс "characteristic" тесно связан с классом "container", который он изменяет, или с одним из аспектов, который он описывает;

- класс "unspecified": класс "unspecified" может быть родительским классом. Класс "unspecified" служит точкой расширения для этой информационной модели.

В случае, если число элементов больше одного, важность упорядочения равнозначных элементов указывается путем добавления "упорядочено" или "не упорядочено". "Упорядочено" определяет последовательность равнозначных элементов как список, "не упорядочено" определяет набор или портфель равнозначных элементов. Порядок данных не важен.

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

На рисунке 2 приведено структурное представление информационной модели упаковки контента (CPIM).

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

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

В таблице 2 приведен класс InterchangePackage в информационной модели упаковки контента (CPIM).

Этот раздел определяет следующие классы в информационной модели упаковки контента (CPIM):

- Manifest;

- ManifestMetadata;

- Schema;

- SchemaVersion;

- MetadataModel.

Этот раздел определяет отношения следующих классов, определенных в 6.5.1, 6.6.1, 6.9 и 6.10 соответственно:

- Organizations;

- Resources;

- IPointer;

- Extension.

На рисунке 3 показан класс Manifest платформонезависимой модели (PIM).

6.4.1 Класс Manifest

В таблице 3 определен класс Manifest в информационной модели упаковки контента (CPIM).

6.4.2 Класс ManifestMetadata

В таблице 4 определен класс ManifestMetadata в информационной модели упаковки контента (CPIM).

6.4.3 Класс Schema

В таблице 5 определен класс Schema в информационной модели упаковки контента (CPIM).

6.4.4 Класс SchemaVersion

В таблице 6 определен класс SchemaVersion в информационной модели упаковки контента (CPIM).

6.4.5 Класс MetadataModel

В таблице 7 определен класс MetadataModel в информационной модели упаковки контента (CPIM).

Этот раздел определяет следующие классы в информационной модели упаковки контента (CPIM):

- Organizations;

- Organization;

- Title;

- Lingual Title;

- Item.

Он также определяет отношения классов, определенных в 6.7, 6.9 и 6.10 соответственно:

- Metadata;

- IPointer;

- Extension.

На рисунке 4 показан класс Organizations платформонезависимой модели (PIM).

6.5.1 Класс Organizations

В таблице 8 определен класс Organizations в информационной модели упаковки контента (CPIM).

6.5.2 Класс Organization

В таблице 9 определен класс Organization в информационной модели упаковки контента (CPIM).

6.5.3 Класс Title

В таблице 10 определен класс Title в информационной модели упаковки контента (CPIM).

6.5.4 Класс LingualTitle

В таблице 11 определен класс LingualTitle в информационной модели упаковки контента (CPIM).

6.5.5 Класс Item

В таблице 12 определен класс Item в информационной модели упаковки контента (CPIM).

Этот раздел определяет следующие классы в информационной модели упаковки контента (CPIM):

- Resources;

- Resource;

- File;

- Dependency.

Он также определяет отношения следующих классов, определенных в 6.7, 6.8, 6.9 и 6.10 соответственно:

- Metadata;

- Variant;

- IPointer;

- Extension.

На рисунке 5 показан класс Resources платформонезависимой модели (PIM).

6.6.1 Класс Resources

В таблице 13 определен класс Resources в информационной модели упаковки контента (CPIM).

6.6.2 Класс Resource

В таблице 14 определен класс Resource в информационной модели упаковки контента (CPIM).

6.6.3 Класс File

Таблица 15 определяет класс File в информационной модели упаковки контента (CPIM).

6.6.4 Класс Dependency

В таблице 16 определен класс Dependency в информационной модели упаковки контента (CPIM).

В этом разделе определяется абстракция класса Metadata, который является частью информационной модели упаковки контента (CPIM). Он также определяет отношения с IPointer, определенным в 6.9.

На рисунке 6 показан класс Metadata платформонезависимой модели (PIM).

В таблице 17 определен класс Metadata в информационной модели упаковки контента (CPIM).

В этом разделе определяется класс Variant, который является частью информационной модели упаковки контента (CPIM).

Он также определяет отношения со следующими классами, определенными в 6.6.2 и 6.7 соответственно:

- Resource;

- Metadata.

На рисунке 7 показан класс Variant платформонезависимой модели (PIM).

В таблице 18 определен класс Variant в информационной модели упаковки контента (CPIM).

В этом разделе определяется класс IPointer, который является частью информационной модели упаковки контента (CPIM).

Он также определяет отношения со следующими классами, определенными в 6.4.1, 6.4.2, 6.5.1, 6.5.2, 6.5.5, 6.6.1 и 6.7 соответственно:

- Manifest;

- ManifestMetadata;

- Metadata;

- Organizations;

- Organization;

- Item;

- Resources.

На рисунке 8 показан класс IPointer платформонезависимой модели (PIM).

В таблице 19 определен класс IPointer в информационной модели упаковки контента (CPIM).

В таблице 20 определены разрешенные комбинации связей класса-родителя и класса-цели, допустимые при использовании класса IPointer.

В этом разделе определяется класс Extension, который является частью информационной модели упаковки контента (CPIM). На рисунке 9 показан класс Extension платформонезависимой модели (PIM).

В таблице 21 определен класс Extension в информационной модели упаковки контента (CPIM).

6.11.1 Класс Base

В таблице 22 определен класс Base в информационной модели упаковки контента (CPIM).

6.11.2 Класс Default

В таблице 23 определен класс Default в информационной модели упаковки контента (CPIM).

6.11.3 Класс Href

В таблице 24 определен класс Href в информационной модели упаковки контента (CPIM).

6.11.4 Класс Identifier

В таблице 25 определен класс Identifier в информационной модели упаковки контента (CPIM).

6.11.5 Класс IdentifierRef

В таблице 26 определен класс IdentifierRef в информационной модели упаковки контента (CPIM).

Ограничивающие правила для манифестов и (суб)манифестов представлены на рисунке 10.

6.11.6 Класс IsVisible

В таблице 27 определен класс IsVisible в информационной модели упаковки контента (CPIM).

6.11.7 Класс Language

В таблице 28 определен класс Language в информационной модели упаковки контента (CPIM).

6.11.8 Класс LinkHref

В таблице 29 определен класс LinkHref в информационной модели упаковки контента (CPIM).

6.11.9 Класс LinkType

В таблице 30 определен класс LinkType в информационной модели упаковки контента (CPIM).

6.11.10 Класс Other

В таблице 31 определен класс Other в информационной модели упаковки контента (CPIM).

6.11.11 Класс Parameters

В таблице 32 определен класс Parameters в информационной модели упаковки контента (CPIM).

6.11.12 Класс Structure

В таблице 33 определен класс Structure в информационной модели упаковки контента (CPIM).

6.11.13 Класс Type

В таблице 34 определен класс Type в информационной модели упаковки контента (CPIM).

6.11.14 Класс Version

В таблице 35 определен класс Version в информационной модели упаковки контента (CPIM).

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

В настоящем стандарте формулировку "должен" следует интерпретировать как требование для применения; формулировка "не должен" интерпретируется как запрет. Формулировки "следует", "не следует" и "может" должны интерпретироваться, как описано в RFC2119 (1997) [21].

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

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

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

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

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

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

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

"UML", "Unified Modeling Language", "OMG" и "Object Management Group" являются зарегистрированными товарными знаками компании Object Management Group, Inc в Соединенных Штатах и/или других странах.

"Unicode" является зарегистрированным товарным знаком компании Unicode, Inc.

"W3C" является товарным знаком (зарегистрирован во многих странах) консорциума World Wide Web; знаки W3C зарегистрированы и находятся во владении его базовых учреждений MIT, INRIA и Keio.

"XML", "HTML", "XHTML" являются торговыми марками W3C; знаки W3C зарегистрированы и находятся во владении его базовых учреждений MIT, INRIA и Keio.

"SCORM" является зарегистрированной торговой маркой компании Advanced Distributed Learning Initiative, Office of the Deputy Under Secretary of Defense (Readiness), Readiness and Training, 1E525, 4000 Defense Pentagon, Washington, D.C. 20301

[1] IMS GLC Content Packaging Information Model (Упаковка контента. Информационная модель) Version 1.2 CM/DN Draft v2.0, C. Smythe, B. Nielsen, IMS GLC, Inc., March 2007

[2] IMS GLC Content Packaging XML Binding (Упаковка контента. XML привязка) Version 1.2 CM/DN Draft 2.0, B. Nielsen, W. Kraan, J. Day and C. Smythe, IMS GLC, Inc., March 2007

[3] IMS GLC Content Packaging Best Practices and Implementation Guide (Упаковка контента. Лучшие практики и руководство по внедрению) Version 1.2 CM/DN Draft 2.0, B. Nielsen, W. Kraan, J. Day and C. Smythe, IMS GLC, Inc., March 2007

[4] IMS GLC Content Packaging Primer (Упаковка контента. Учебник) Version 1.2 CM/DN Draft v2.0, B. Nielsen, W. Kraan, N. Ward, IMS GLC, Inc., March 2007

[5] Sharable Content Object Reference Model (Эталонная модель распределенного объекта контента), SCORM 2004, second edition, Advanced Distributed Learning, July 2004

[6] IMS Content Packaging Information Model (Упаковка контента. Информационная модель) v1.1.4, C. Smythe, A. Jackl, IMS GLC, Inc., October 2004

[7] IMS Content Packaging XML Binding (Упаковка контента. XML привязка) v1.1.4, C. Smythe, A. Jackl, IMS GLC, Inc., October 2004

[8] W3C Recommendation, Extensible Markup Language (XML) 1.0 (Second Edition) [Рекомендации W3C, расширяемый язык разметки (XML) 1.0 (Второе издание)], 6 October 2000

[9] W3C Recommendation, Namespaces in XML 1.0 (Second Edition) [Рекомендации W3C. Пространство имен в XML 1.0 (Второе издание)], 16 August 2006

[10] IETF RFC 1951 (1996) DEFLATE Compressed Data Format Specification version 1.3 (Спецификация формата сжатия DEFLATE версия 1.3)

[11] IETF RFC 3986 (2005) Uniform Resource Identifier (URI): Generic Syntax [Универсальный идентификатор ресурса (URI): Общий синтаксис]

[12] IMS GLC Specification Development Note 7: UML Profile for Platform Independent Model Descriptions of Specifications for Data Models, (Спецификация развития, Примечание 7: UML-профиль для платформы независимой модели описания спецификаций для моделей данных) C. Smythe, v1.0, IMS GLC, October 2006

[13] IETF RFC 2234 (1997) Augmented BNF for Syntax Specifications: ABNF [Расширенная спецификация синтаксиса Бэкуса-Наура (ABNF)]

[14] IETF RFC 2732 (1999) Format for Literal IPv6 Addresses in URL's (Формат для буквенного адреса IPv6 в URL)

[15] ISO/IEC 10646:2003 Information technology - Universal Multiple-Octet Coded Character Set (UCS) [Информационные технологии. Универсальный многооктетный набор кодированных символов (UCS)]

[16] ANSI/IEEE 1484.12.1:2002 Standard for Learning Object Metadata (Стандарт для метаданных образовательных объектов)

[17] ISO 639-2:1998 Codes for the representation of names of languages - Part 2: Alpha-3 code (Коды для представления названий языков. Часть 2. Трехбуквенный код)

[18] ISO 3166-1:1997 Codes for the representation of names of countries and their subdivisions - Part 1: Country codes (Коды для представления названий стран и единиц их административно-территориального деления. Часть 1. Коды стран)

[19] IMS Vocabulary Definition Exchange Best Practice and Implementation Guide (Словарь определение схемы обмена лучшими практиками и руководство по внедрению), Version 1.0 Final Specification, A. Cooper, IMS GLC, Inc., 2005

[20] IMS GLC Specification Development Note 11: Vocabulary Definition, Registration, and Maintenance Procedures (Спецификация развития. Примечание 11: Словарь определения схемы регистрации и процедур технического обслуживания), v1.0

[21] IETF RFC 2119 (1997) Keywords for use in RFCs to Indicate Requirement Levels (Ключевые слова для обозначения уровня требований в RFC)