EIDR

Ассоциация реестра систем развлечений

Формирование	2010
Тип	501 (c) (6) некоммерческая членская корпорация
Штаб-квартира	Редвуд-Сити, Калифорния
Исполнительный директор	Кип Велч
Веб-сайт	www.eidr. org

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

По состоянию на июнь 2020 года EIDR содержит более 2 миллионов записей, в том числе почти 400 тысяч фильмов и почти миллион эпизодов из более чем 40 тысяч телесериалов.

EIDR - это реализация цифрового объекта (DOI).

• 1
• 2 Модель содержимого
  • 2.1 История содержимого содержимого
  • 2.2 Типы записей
  • 2.3 Записи содержимого
  • 2.4 Базовые метаданные
  • 2.5 Удаленные содержимое записи
  • 2.6 Альтернативный идентификатор
  • 2.7 Связи между объектами
• 3 Использование в стандартах и ​​приложениях
• 4 Операции и администрирование
  • 4.1 Регистрация
  • 4.2 Дедупликация
• 5 Архитектура
  • 5.1 Связь с DOI и обработкой Система
  • 5.2 Идентификатор цифрового объекта (аспекты EIDR)
  • 5.3 Система управления (аспекты EIDR)
• 6 См. Также
• 7 Дополнительная литература
• 8 Внешние ссылки
• 9 Ссылки

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

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

• Централизованный реестр, доступный для всех участников
• Возможность легко регистрировать новые активы
• Идентификатор актива, который является неизменным (и, в частности, в отношении изменений в активах владения)
• Обнаружение / предотвращение дублирования одного и того же выполняемого актива
• Возможность создания набора видеоресурсов, полученных из абстрактного произведения (например, оригинала театрального выпуска, режиссерская версия, языковые варианты)
• Возможность группировать видеоресурсы по более общим отношениям (например, эпизоды сезона сериала)
• Основной набор метаданных для взаимодействия ресурсов, даже если они связаны
• Масштабируемая, неизменяемая, постоянная

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

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

Формат представления содержимого

Каноническая форма представления содержимого EIDR является экземплярами дескриптора и имеет формат:

10.5240 / XXXX-XXXX-XXXX-XXXX-XXXX-C

, где

• 10.5240 - префикс DOI для активации EIDR. «10» указывает, что дескриптор является DOI; префиксы присваиваются другим типам активов (например, академическим публикациям). Цифры между "." и "/" образуют субпрефикс, который указывает, какое регистрационное агентство в рамках Международного фонда DOI (IDF) имеет права управлять этими дескрипторами. «5240» присвоено ассоциации EIDR.
• XXXX-XXXX-XXXX-XXXX-XXXX-C - суффикс DOI. Каждый «X» обозначает шестнадцатеричную цифру (AF), а «C» - контрольную цифру ISO 7064 Mod 37,36.

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

• 16-битный субпрефикс: генерируется путем интерпретации субпрефикса как двоичного значения, например B'0001010001111000 '
• 80-битный суффикс: часть суффикса, не связанная с контрольной суммой, представленная в виде 10 байтов

Форма URN для идентификатора EIDR указана в IETF RFC 7302.

Для использования в Интернете идентификатором содержимого EIDR может быть представлен как URI в одной из следующих форм:

• https://doi.org/10.5240/XXXX-XXXX-XXXX-XXXX-XXXX- C : это идентификатор EIDR, представленный в виде ссылки прокси-сервера DOI (он будет перенаправлен из DOI в реестр EIDR)
• информация: doi: 10.5240 / XXXX-XXXX-XXXX-XXXX-XXXX- C [не рекомендуется] : это идентификатор EIDR, представленный как RFC 4452 -совместимый URI «информации» (помня, что все электрические системы EIDR также используются DOI, но не наоборот).

Запись Типы

Существует типа записей контента, каждый из которых связан с зарезервированным префиксом:

• Content ID (10.5240 / XXXX-XXXX-XXXX-XXXX-XXXX-C): связан с развлекательный объект, например фильм или сериал. Содержит информацию о ресурсах, которые позволяют выражать отношения, например, серию, дочерними элементами которой являются сезоны, а дочерними элементами которой являются отдельные эпизоды. Поддерживаются другие отношения, как ниже описаны. Записи составляют основную часть данных в реестре EIDR.
• Идентификатор (10.5237 / XXXX-XXXX): идентифицирует такие лица, как зарегистрированные лица, производители контента и распространители.
• ID видеосервиса (10.5239 / XXXX-XXXX): идентифицирует видеослужбу, в просторечии известную как «канал» или «сеть»: (обычно) линейная последовательность данных, запланированная для трансляции в определенное время (например, идентификатор услуги для Cartoon Network - 10.5239 / 8BE5-E3F6). Видеоуслуги относятся к иерархическим: например, родитель может иметь несколько дочерних элементов, чтобы включить региональные или языковые различия).
• Идентификатор пользователя (10.5238 / [0-9a-zA-Z _. # ()] {2- 32}): идентифицирует пользователя, используя набор из 2–32 буквенно-цифровых и выбранных специальных символов (показано здесь с помощью синтаксиса PERL ). Пользователь - это прежде всего административная концепция, подчиненная Сторонам (от которых они наследуют права доступа). В отличие от других DOI EIDR, идентификатор пользователя может быть только в EIDR (например, программные API).

Все субпрефиксы 5237, 5238, 5239 и 5240 назначены ассоциации EIDR.

Записи содержимого

Записи содержимого - это объекты, классифицированные по их типам и отношениям. Каждый имеет три разных (ортогональных) типа типа:

• Тип объекта : всего их 10. Первый - это базовый тип, который имеет минимальное количество полей, необходимых для описания записи содержимого. Остальные 9 являются производными от базового типа и содержат дополнительные поля для описания более сложных объектов.
• Структурный тип : они различаются представлениями и в возрастном порядке специфичности:
  • Абстракция : Используется для объектов, не имеющих реальности, таких как контейнер серии или основная концепция оригинальной работы. Это соответствует Международному стандартному коду музыкальных произведений (ISWC) для музыкальных произведений, Международному стандартному текстовому коду (ISTC) для текстовых произведений или Международному стандартному аудиовизуальному номеру (ISAN) для аудиовизуальных произведений.
  • Исполнение : используются для элементов, которые являются конкретными версиями произведений, такими как оригинальная театральная версия, режиссерская версия фильма или версия телешоу, подвергшаяся местной цензуре. Это примерно соответствует <использования171>Международному стандартному коду записи (ISRC) для музыкальных произведений и некоторых вариантов версии ISAN (V-ISAN) для аудиовизуальных произведений.
  • Цифровой : конкретное цифровое представление произведения, например кодирование фильма в формате MPEG-2. Это соответствует некоторым видам использования V-ISAN.
• Тип референта : тип ресурса содержимого, независимо от конкретных проявлений (например, фильм, показанный по телевизору, остается фильмом):
  • Серия : Абстракция, содержащая упорядоченные или неупорядоченные отдельные элементы.
  • Сезон : Второй уровень группировки ниже Серии, обычно охватывающий временной интервал
  • TV: Контент, впервые появившийся через трансляцию.
  • Фильм : Полноформатный контент, впервые появившийся в театре (в США) или кинотеатре (в большинстве стран мира).
  • Краткий : Свободно определен для охвата произведения, является 40 минут или меньше, например музыкальные видеоклипы, театральные кинохроники или короткометражные фильмы или короткометражные фильмы DTV.
  • Интернет : контент, впервые появившийся в Интернете. Это отличается от контента из других источников, который доступен в Интернете.
  • Интерактивный материал : Контент, который не является строго аудиовизуальным. Он включает в себя DVD, на интерактивного телевидения, настраиваемые проигрыватели и т. Д.
  • Компиляция : Контент, состоящий из множества других ресурсов, которые невозможно описать более точно, например, бокс-сет франшизы фильма.
  • Дополнительный : этот тип предназначения для дополнительного контента, основной целью которого является расширение или продвижение другого контента. Примеры включают трейлеры, отрывки и рекламные документальные фильмы ("создание" частей).

Основные метаданные

Следующие поля (взятые из большего набора) содержат данные базового объекта записи контента:

• Структурный тип : например Абстракция
• Режим : например, AudioVisual (для фильма или телепрограммы); «Аудио» для радиопрограммы; "Визуальный" для тихой работы.
• Тип референта : например, Фильм
• Название : основное название. Заголовки и альтернативные заголовки также различаются по:
  • Lang : язык заголовка, выраженный как ISO 639-1 код
  • Class : выпуск или региональный Заголовок
• Альтернативный Заголовок 1..N : одно или несколько альтернативных заголовков (часто региональные или языковые варианты)
• Исходный язык : язык исходной версии, выраженный как код ISO 639-1
• Associated Org 1..N : Идентификатор (а) производитель, студии и т. Д.
• Дата выпуска : дата первоначального выпуска
• Страна происхождения : ISO 3166-1 альфа 2 код с расширениями для несуществующих стран
• Приблизительная длина : выражается как XML Schema xs: duration datatype
• Альтернативный идентификатор 1..N : один или несколько эквивалентных идентификаторов, выраженных в другом Система идентификации активов (см. Обсуждение ниже).
• Кредиты : только базовые кредиты, обычно ограниченные режиссером и до четырех основных участников. Как уже отмечалось, цель EIDR - не конкурировать с проприетарными системами с обширными метаданными (например, сводками графиков). Основная цель состоит в том, чтобы помочь в устранении неоднозначности заголовка, а также помочь с усилиями по проверке и исключению дубликатов.
• Регистрант : сторона, которая создала эту запись содержания (например, «10.5237 / суперпартии»)
• Дата создания : дата создания этой записи содержимого
• Статус : обычно «действителен» (есть особые случаи для удаленных записей)
• Дата последнего изменения : последняя раз эта запись содержимого была изменена

Удаленные записи содержимого

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

Другой механизм - использование записей-захоронений. Это используется, когда запись содержится повреждена или случайно был зарегистрирован недействительный ресурс. В этом случае идентификатор будет привязан к специальной записи надгробия. Приложение может распознать надгробие, поскольку в его поле EIDR ID будет задано отличительное значение «10.5240 / 0000-0000-0000-0000-0000-X ». Обратите внимание, что «X» означает 24-ю букву латинского алфавита (ASCII 0x58 или U + 0058).

Альтернативный идентификатор

Наличие богатого набора альтернативных источников информации - одна из основных целей EIDR. Это позволяет использовать идентификаторы EIDR ID везде в рабочих процессах контента; если требуется альтернативный идентификатор, его можно найти в метаданных для поиска EIDR. EIDR поддерживает включение как проприетарных, так и других стандартных (например, ISAN) ссылок на ссылки на. При необходимости добавлены дополнительные альтернативные механизмы (например, желательно поддерживать новые рабочие процессы). Ниже приведен пример альтернативных индикаторов для ресурса EIDR 10.5240 / EA73-79D7-1B2B-B378-3A73-M (фильм «Бегущий по лезвию»). Если альтернативный идентификатор можно разрешить алгоритмически, например, поместив его соответствующим образом в URL-адрес шаблона, EIDR делает эту ссылку доступной.

Alterna ID делятся на непатентованные и проприетарные. Первые различают выданные предопределенные типы (например, IMDb и IVA), тогда как все проприетарные соединения относятся к типу «Собственные» и также различаются по соответствующему домену DNS. По состоянию на июль 2017 года через EIDR напрямую доступно более 2 миллионов альтернативных устройств.

Отношения между объектами

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

Использование стандарта и приложениях EIDR включено во многие стандарты. Некоторые из наиболее важных из них здесь:

• SMPTE / AMWA : RP 2079, рекомендованная SMPTE, стандартизирует использование EIDR в медиаконтейнерах MXF, что составляет основу профессионального контента. рабочие процессы, включая спецификации AMWA AS-03 и AS-11. Рекомендуемая практика SMTPE 2021-5 указывает идентификатор EIDR везде, где используется BXF для обмена данными между системами вещания.
• Европейский вещательный союз (EBU) : EBUCore - это общий базовый набор описательных и технических метаданных, описывающие медиаресурсы (аудио, видео, неподвижные изображения, субтитры и т. Д.). Сотрудники EBU и EIDR составили сопоставление EBUCore для базовых записей с корневыми объектами EIDR:.. EIDR и EBU совместно работают в рабочей группе SMPTE Core над определением описательных метаданных для спецификаций и рабочих процессов на основе SMPTE. EIDR - один из стандартов, поддерживаемых ядром EBU.
• DVB : EIDR регистрируется в черновиках спецификаций DVB для сопутствующих экранов (tm-sm-css-0017r14).
• MPEG : EIDR был предложен в качестве использования в качестве ресурсов для использования в формате мультимедиа, который предназначен для использования в архиве.
• CableLabs (США) : EIDR является частью стандарта метаданных CableLabs для распространения видео по запросу.. EIDR - это идентификатор программы, который может присутствовать в дескрипторе сегментации SCTE-35 2013, стандарте, используемом при распределении IP по кабелю. EIDR также используется в продуктах динамической вставки рекламы (DAI), использующих стандартную энергиюуру SCTE 130.
• EIDR и альтернативные методы воздействия : для использования EIDR с широким спектром систем, EIDR включает «AlternateID» поле для перекрестных ссылок на вспомогательные системы отображателей. Альтернативные системы идентификации, например, CRID (RFC 4078 ), ISAN, ISRC, UPC или URI, а также коммерческие системы идентификации, такие как Ad-ID, Baseline, IMDb и т. Д. В настоящее время около половины записей EIDR содержат по крайней мере от другой системы.
• Сопоставление других стандартных метаданных и вычислительных средств с EIDR : другие метаданные и системы могут быть напрямую отображены в EIDR:
  • EN 15907 и EN 15744 : эти стандарты находятся под эгидой комитета по стандартизации16>CEN / TC 372 и filmstandards.org. Для корневых объектов EN 15907 и EN 15744 доступны передовые методы и сопоставления. EIDR также работает с архивами фильмов, чтобы расширить совместимость с стандартами до более детального уровня детализации, включая проект с Британским институтом кино (BFI) по регистрации своих записей на основе EN 15907 в EIDR.
  • Международный стандартный аудиовизуальный номер (ISAN) : ISAN широко используется системой управления правами и сбора информации. Доступно полное сопоставление регистрации ISAN с регистрацией EIDR. UK Audio-Visual Registration Agency, совместное предприятие EIDR и ISAN-UK, предоставляет услуги по совместной регистрации обоих предприятий. Предшественники этой службы используются для систем передачи информации EIDR и ISAN для широковещательного контента от ITV (коммерческая телевизионная сеть в Соединенном Королевстве).

Идентификаторы EIDR находят свое применение во все большем числе коммерческих приложений. Ниже приведены некоторые способы использования EIDR:

• Интеграция Warner Brothers и Xbox : EIDR использовался для названия реализации системы Электронная продажа через (EST) для доставки Warner Театральные для клиентов Microsoft Xbox Живой. Для работы электронной витрины требуется несколько групп в Warner Brothers, которые координируют свои действия с командой Xbox. Исходящая сторона цепочки распространения включала публикацию «Avails» (название, доступная для продажи) и отслеживание выполнения заказов; входящая сторона размещение заказа. Другие функции, такие как отчеты, охватывают обе стороны цепочки распределения. Исходная система требовала ручного вмешательства и контроля, особенно на границах между организациями. Примером необходимости ручной обработки может быть проверка того, что была доставлена ​​правильная версия активации (которая может изменяться в зависимости от субтитров или контента). В новой системе Warner Brothers создали новый идентификатор EIDR для каждого варианта использования на всех этапах обработки. Эторанило двусмысленность и упростило автоматизацию входящих и исходящих этапов. Еще одним преимуществом была возможность создать отчеты на лету.
• Интеграция Swisscom EPG : Swisscom управляет услугами платного телевидения в Швейцарии. В 2014 году он завершил развертывание Электронного руководства по программированию (EPG) для своих клиентов на основе EIDR. Это сквозная система, которая позволяет использовать EIDR для представления, отображаемых в EPG. Ключевые элементы системы было то, что системы EIDR также использовались в метаданных руководствах, предоставленных Swisscom через media-press.tv. Это включало настройку системы назначения индикаторов EIDR для активов, которых еще нет в реестре. Ключевым преимуществом использования EIDR является отсутствие необходимости выполнять перевод между различными системами датчиков.

EIDR администрируется некоммерческой ассоциацией EIDR, основанной в октябре 2010 г. MovieLabs, CableLabs, Comcast и Rovi. С тех пор количество участников неуклонно росло: по состоянию на конец 2014 года в нем 79 членов, разделенных между уровнями промоутеров и участников отрасли. Самая быстрорастущая категория - это неамериканские компании, на которые сейчас приходится около 20% членов. Ассоциация EIDR управляет двумя реестрами EIDR: производственной и песочницей. Первый является официальным сайтом, а второй зарезервирован для тестирования и разработки. Обе системы общедоступны в Интернете, но не гарантируется, что содержимое песочницы будет правильным, полным или даже относится к существующим активам. Только члены ассоциации EIDR

Регистрация

Регистрация новых активов может производиться индивидуально или массово (до 100 000 активов за раз). В любом случае рабочий процесс состоит из автоматизированных (для выполнения четко определенных, но утомительных) задач и ручных (где требуется человеческое суждение) процессов. Он также является итеративным, поскольку возможный процесс сопоставления может выявить множество пробелов и ошибок, которые необходимо устранить.

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

Чтобы зарегистрировать новый актив, пользователь должен быть связан стороной с которой оператором EIDR была предоставлена ​​роль «Регистрант». Регистрант может быть основным агентом, таким как студия или студия кодирования, но это также может быть Сторона, осуществляющая массовую регистрацию элементов бэк-каталога, или Сторона, действующая от имени кого-то еще. Также требуется, чтобы регистрант был членом EIDR. В общем, владение контентом, авторитет метаданных и возможность регистрации - это отдельные не связанные между собой концепции.

Дедупликация

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

• Актив-кандидат уникален (по отношению к существующим активам реестра).
• Актив-кандидат является дубликатом существующей записи.
• Актив-кандидат имеет вероятность дублирования.

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

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

Активы, попадающие между нижним и верхним порогом, имеют высокую вероятность дубликата: предлагаемое добавление / изменение записи не будет продолжено до тех пор, пока EIDR не будет работать вручную.

Компоненты системы EIDR показаны ниже.

Основными функциональными блоками являются следующие:

• Основной реестр : этот модуль является настройкой и конфигурацией репозитория цифровых объектов CNRI. Он выполняет функции, включая регистрацию, создание уникальных инструментов, индексирование, управление хранилищем объектов и контроль доступа.
• Репозиторий : хранит зарегистрированные объекты и обеспечивает доступ к ним; для EIDR эти объекты предоставляют собой коллекции метаданных, а не сами медиаресурсы. Метаданные включают стандартную информацию об объекте, взаимосвязи и настройки доступа.
• REST AP I: интерфейс REST, который обеспечивает доступ к полному набору неадминистративных функций реестра. Службы могут выполнять индивидуальные или групповые вызовы, которые могут отправляться синхронно или асинхронно. Общий синтаксис запроса позволяет извлекать записи, удовлетворяющие набо критериев, заданных вызывающих сторон.
  • EIDR SDK : разработчик для облегчения создания сторонних приложений (обычно для поддержки B2B или внутреннего рабочего процесса). Он состоит из Java SDK,.NET SDK и различных программ, созданных на основе этих двух SDK. Использование SDK рекомендуется вместо прямой стандартной REST API.
  • Инструменты строки : это простые приложения Java и.NET, построенные на SDK, которые создают одну функцию, как такое разрешение, запрос сопоставить и зарегистрировать.
  • Веб-интерфейс : веб-интерфейс пользователя, в первую очередь для поиска объектов, поиск и просмотр иерархии. Он также поддерживает простую регистрацию.
• Прокси-сервер DOI : с помощью префикса дескриптора он пересылает запрос разрешения EIDR DOI в реестр EIDR.
• Система обработки : Предоставляет услуги распределенного поиска и разрешения

Связь к DOI и систему обработки

EIDR ID - это специализированный примератора цифрового объекта (DOI), который, в свою очередь, построен на основе системы обработки, разработанной Корпорацией национальных исследовательских инициатив (CNRI). Аспекты нижних уровней, специфичные для EIDR, более подробно ниже.

Идентификатор цифрового объекта (аспекты EIDR)

Идентификатор цифрового объекта, стандартизированный как ISO 26324, направлен на уникальную идентификацию широкого цифрового артефактов, включая книги, записи, данные исследований и другие цифровые содержание. Цель состоит не только в том, чтобы они были постоянными и уникальными, но и в том. В отличие от URL-адресов адресованных сообщений, DOI остается неизменными, даже если объекты перемещаются. Вот некоторые характеристики DOI:

• Международный фонд DOI (IDF) применяет ранее согласованные правила в отношении входящего в его состав агентств регистрации (например, EIDR) для обеспечения непрерывности. В частности, если RA прекращает работу, имена, которые он размещает, будут переданы другому RA.
• IDF определяет правила, которыми должны соответствовать все имена DOI (какие типы объектов могут быть названы конкретным RA.)
• Система DOI предоставляет модель данных, основанную на словаре данных, чтобы позволить структурированные средства выражения метаданных (и межобъектных отношений).
• Система DOI имеет свой собственный сильно избыточный и распределенный набор дескрипторов и прокси-серверов.
• Все префиксы DOI имеют форму " 10.NNNN », где 10 - индикатор каталога, а« NNNN »- код регистранта в диапазоне 1-65535 (например, использование записей содержимого EIDR - 10,5240)

Модель данных DOI предоставляет средства для связывания метаданных с каждым объектом, а также политики, регулирующие его использование. Говоря словами DOI Handbook, метаданные могут включать «имена, идентификаторы, описания, типы, классификации, местоположения, время, измерения, взаимосвязи и любую другую информацию, относящуюся к [объекту]». Метаданные передаются между следующими объектами:

• Поставщик ресурсов : обычно владелец медиаресурса, который отвечает за ввод метаданных в систему.
• Регистрационное агентство : объекты, которые служат репозиторием активы (и связанные с ними метаданные). Как уже отмечалось, DOI поддерживает федерацию независимых RA, каждый из которых отвечает за набор активов. EIDR - одно из таких RA. Другие включают CrossRef для научных статей, DataCite для данных исследований и OPOCE для официальных публикаций Европейского Союза.
• Пользователь службы : объекты, выполняющие запросы к RA, получают метаданные, связанные с активами. Структура разрешения DOI отвечает за отправку запроса соответствующему RA (пользователю услуги не обязательно это знать).

Чтобы Для обеспечения взаимодействия между RA, DOI имеет концепцию ядра метаданных. Это основной набор метаданных, которые должны иметь все объекты, хранящиеся в структуре DOI. Полный набор можно найти в справочнике DOI. Функциональная совместимость - большая тема, выходящая за рамки EIDR, но следующее подмножество особенно актуально для активов EIDR:

• referent : объект, поддерживаемый в системе DOI.
• referentName : имя референт (например, название фильма)
• primaryReferentType : для EIDR это включает создание (например, развлекательные объекты) и вечеринку (например, их создателя).
• structureType : они исключают друг друга категории, которые определяют форму актива. Два особенно актуальных для ресурсов EIDR - это абстракция (объект, такой как фильм, который может существовать в нескольких формах) и производительность (конкретный экземпляр объекта, например Director's Cut).
• PrincipalAgent : для творений субъект, который несет основную ответственность за его существование.
• registrationAuthorityCode : обозначает агентство, выдавшее DOI. Это будет RA EIDR для активов EIDR.

Метаданные EIDR доступны в стандартном формате метаданных ядра DOI, а также в специфичных для EIDR форматах. DOI для схемы метаданных DOI: doi: 10.1000 / 276.

Система обработки (аспекты EIDR)

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

:: = "/"

Центр присвоения имен является глобально уникальным и определяет как административное пространство, так и синтаксис локального имени дескриптора. Для EIDR в приведенном выше определении «10.5240» является органом по присвоению имен EIDR и отвечает за разрешение суффикса (включая его соответствие ожидаемому синтаксису для актива EIDR). Диапазон допустимых органов по присвоению имен является более общим, чем используется DOI (или EIDR).

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

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

• index : целое число без знака, которое идентифицирует значение данных из других, которые могут существовать для этого дескриптора.
• тип : строка UTF-8, определяющая тип. Система типов расширяемой, и общие виды поддерживаются как дескрипторы в центре именования «0.TYPE». Ограничений на создание новых типов нет, рекомендуется использовать разрешенные дескрипторы в качестве имен типов. Общие типы включают URL-адрес для одного или косвенного обращения, "10320 / loc" для различных вариантов разрешения на основе контекста и различные административные типы управления системой обработки, все из которых основаны на разрешении дескрипторов.
• данные : само значение, представленное как последовательность октетов, интерпретируется в контексте связанного типа
• разрешение : права доступа к этому конкретному значению. Обратите внимание, что разные значения данных дескриптора могут иметь разные разрешения.
• TTL : целое число, указывающее, как долго значение может быть кэшировано
• временная метка : целое число (выраженное в миллисекундах из эпохи Unix), которое записывает время последнего обновления значения
• ссылка : список ссылок на другие значения дескриптора. Обычно они используются для добавления учетных данных (например, цифровой подписи).

Доступ к системе управления осуществляется через проводной протокол, определенный в RFC 3652 ; Приложения EIDR не должны беспокоиться об этом из-за многоуровневости протоколов.

• Контроль полномочий
• Викиданные Свойство: P2704

1. R. Крун, Р. Дрюри, А. Ли, С. МакКонначи. «Идентификация содержания для аудиовизуальных архивов». Журнал Международной ассоциации звуковых и аудиовизуальных архивов, лето 2015 (№ 45).
2. Р. Kroon. «Наведение порядка в цифровых диаграммах». Журнал Медиа и развлечения, зима 2014-2015: 148–150.
3. Р. Дрюри, Д. Дульчинос. «Преобразование развлечений с помощью технологий». Журнал Медиа и развлечения, зима 2013-2014: 81–88.
4. Д. Агранов, В. Мишель, Т. Вакаи. «Оптимизированная интеграция и управление метаданным контентом с использованием регистраторов доступа (EIDR)». SCTE Cable-Tec Expo 2012.

• Официальный сайт EIDR
• Форма поиска EIDR
• Формат цифрового поиска EIDR
• Статья Reuters о EIDR

1. ^ISO / IEC 7064: 2003 : Информационные технологии - Методы безопасности - Проверка систем символов. 2002
2. ^XML-схема W3C, часть 2: тип данных, второе издание
3. ^SMPTE RP 2079. Имя DOI и представителя EIDR.
4. ^Advanced Media Workflow Association AS-03 MXF Program Delivery Specification.
5. ^Advanced Media Workflow Association AS-11 MFX for Contribution Specification.
6. ^SMPTE RP 2021-5: 2013. Использование Ad-ID и EIDR в качестве альтернативных источников в SMPTE BXF и ATSC PMCP.
7. ^EBU TECH 3293. НАБОР МЕТАДАННЫХ CORE EBU Версия 1.5.
8. ^Документ DVB A167-2. Цифровое видеовещание (DVB); Сопутствующие экраны и потоки; Часть 2: Идентификация контента и синхронизация мультимедиа, июль 2014 г. с. 52.
9. ^ISO / IEC CD 23000-15. Информационные технологии - Формат мультимедийного приложения (MPEG-A) - Часть 15: Формат приложения для мультимедиа.
10. ^MD-SP-AMIv3.0-I02-121210 Архивировано 2 апреля 2015 г. на Wayback Machine. Спецификация управления активами CableLabs 3.0.
11. ^ANSI / SCTE 35 2013. Сообщение-метка вставки цифровой программы для кабеля.
12. ^SCTE 130-10 2013. Вставка цифровых программ - интерфейс рекламных систем, часть 10.
13. ^TC 372 Workshop Compendium. Как возникли стандарты EN 15744 и EN 15907.
14. ^Пресс-релиз. Swisscom завершает первое европейское развертывание регистраторов сетей с media-press.tv.
15. ^ISO 26324: 2012 : Информация и документация - Система цифровых объектов, 2012 г.