|
Полное наименование
Требования к публикации для индустриального стандарта метаданных (Publishing Requirements for Industry Standard Metadata).
Область применения
Метаданные для описания формата и представления контента, повторного использования прав и ограничений на электронные ресурсы.
Организация разработчик
IDEAlliance PRISM Working Group
Документация
The Publishing Requirements for Industry Standard Metadata (PRISM)
Краткое описание
Спецификация PRISM определяет словарь метаданных на основе XML для синдицирования, агрегирования и обработки метаданных применительно к журналам, новостям, каталогам, книгам и пр.
PRISM состоит из набора модулей, каждый из которых покрывает дескрипторы ресурса, провенанс, временные параметры и интервалы, описание субъекта, связи ресурса, права и разрешения, контактную информацию и описание контролируемого словаря в виде "authority files".
PRISM использует общую схему метаданных на основе упрощенного профиля RDF, адаптирован к Dublin Core. PRISM содержит определения некоторых контрольных значений и рекомендуемых практик с использованием словаря ДЯ, а также возможность добавления новых терминов. Документ метаданных PRISM формулируется на языке XML. PRISM определяет синтаксис на основе MIME для обмена контентом и метаданными одновременно.
Спецификация требований к публикации для индустриального стандарта метаданных (Publishing Requirements for Industry Standard Metadata, PRISM) определяют словарь метаданных для синдицирования, агрегирования, обработки и многоцелевого использования контента журналов, новостей, каталогов, книг и популярных изданий. PRISM формулирует общие требования для обмена и хранения контента и метаданных (в виде коллекции элементов, описывающих контент), а также набор контролируемых словарей, содержащих исчерпывающий перечень таких элементов.
Метаданными можно считать практически все – от страны проживания автора статьи до типа шрифта, используемого для данной манифестации объекта. Цель разработки PRISM – удовлетворение потребностей издателей в получении, манипуляции и доставке многокомпонентного контента. Особое внимание дополнительным способам использования содержания, поэтому проблемы представления контента остались за рамками этого стандарта. Разработчики сосредоточились на метаданных для:
- общего описания ресурса в целом;
- писания взаимосвязей данного ресурса с остальными;
- правление интеллектуальной собственностью и правами;
- выражение встроенные (inline) метаданных (например, разметка собственно ресурса, контента).
Как и протокол ICE, PRISM создан для использования в интернете, поддерживает широкий спектр приложений, не содержит ограничений на формат данных описываемых ресурсов, построен на синтаксисе XML. Разработчики подчеркивают, что ключевым является механизм имплементации – например, элементы для описания авторских прав не являются полнофункциональным языком, который бы позволил любым анонимным участникам строить бизнес. Эти элементы охватывают только наиболее общие случаи, когда один издатель хочет использовать материалы, опубликованные другим. Цель – в снижении издержек и адаптация к условиям существующих соглашений между договаривающимися сторонами.
Для ситуации, когда работа ведется в рамках ранее существующих соглашений и стандартов, характерна избыточность данных – т.е. одни и те же данные могут храниться в разных местах и в разных форматах. Этого следует избегать. С другой стороны, полностью избавиться от этого невозможно и выбор всегда остается за пользователем.
Механизмы обмена
PRISM определяет формат обмена, но не определяет конкретного механизма обмена. Существует много способов организовать обмен описаниями или контентом, разработчики таких протоколов обмена должны принимать во внимание следующее:
- Легкое разделение контента и описания: удаленное приложение должно иметь возможность быстро получить требуемую информацию, следовательно, нецелесообразно смешивать контент с метаданными. С другой стороны, их удобнее хранить вместе (в заголовке, например).
- Ссылки или сложенное содержание: практика отсылок прозрачна, но содержит потенциальные проблемы с безопасностью, неверными ссылками и пр. Вложения требуют большего объема передачи данных и создают затруднения при обновлении содержания.
Безопасность
Спецификация PRISM намеренно не рассматривает проблем безопасности. Разработчики исходили из того, что проблемы безопасности метаданных должны решаться теми же средствами, которые используются для контента. Пользователи могут использовать множество методов, включая:
- Шифрование на транспортном уровне, например, SSL, PGP или S/MIME.
- Использование цифровой подписи в составе формата обмена PRISM с верификацией средствами приложения над данным форматом.
Особенности имплементации
Несмотря на то, что спецификация содержит большое число элементов и терминов из контролируемых словарей, почти все они не являются обязательными. Описание, вполне соответствующее требованиям стандарта, может быть очень коротким и простым. В принципе нет необходимости тратить много усилий на создание подробных метаданных на уровне отдельных объектов, хотя есть возможность создавать очень богатые описания ресурсов, которые оцениваются как критически важные.
Простейший вариант имплементации может предусматривать использование только элементов, перечисленных в разделе 5 стандарта, без каких-либо дополнительных опций. Этого достаточно для корректной разметки сложных ресурсов, т.к. все описания PRISM следуют ограничениям RDF для структурирования XML.
Базу словаря метаданных образуют элементы ДЯ. Вот пример простого документа PRISM с использованием некоторых элементов ДЯ для описания фотографии, сделанной на острове Корфу:
xmlns:dc="http://purl.org/dc/elements/1.1/"
xml:lang="en-US">
Photograph taken at 6:00 am on Corfu with two models
Walking on the Beach in Corfu
John Peterson
Sally Smith, lighting
image/jpeg
Спецификация предусматривает три вариант размещения метаданных, причем выбор зависит от приложения.
Описание отдельного ресурса хранится отдельно, в виде XML-документа в отдельном файле.
Описание включено в контент, обычно, в заголовок. Пример такого описания дан ниже.
Описания некоторого числа файлов могут быть собраны в месте в т.н. «манифест». Пример приведен ниже.
xmlns:dc="http://purl.org/dc/elements/1.1/">
Start of the Gettysburg Address
Abraham Lincoln
Fourscore and seven years ago, our fathers brought forth on this
continent a new nation, conceived in liberty, and dedicated to the
proposition that all men are created equal.
Пример вложения описания в содержание ресурса
xmlns:dc=http://purl.org/dc/elements/1.1/
xml:lang="en-US">
Start of the Gettysburg Address
Abraham Lincoln
text/xml
Walking on the Beach in Corfu
John Peterson
image/jpeg
GE's Genius
Jack Welch
Jane Doe
text/html
…
Пример описания подмножества ресурсов в манифесте
Значения свойств PRISM могут выражаться как последовательностью символов (strings), так и терминами из контролируемого словаря, которые являются важным механизмом расширения, т.кпозволяют значительно более изощренные методы использования метаданных. Например, два примера, приведенных ниже в одном блоке. Первый дает базовое, понятное человеку значение элемента dc:creator, который говорит нам о том, что фотографом на острове Корфу был John Peterson. Второй пример человеку понять сложнее, т.к. имя в явном виде отсутствует. Зато там есть ссылка на базу данных сотрудников той фирмы, где он работает.
John Peterson
...
...
Использование обычной последовательности символов или ссылки из контролируемого словаря
База данных сотрудников – это и есть пример контролируемого словаря, т.к. она содержит список терминов (в данном случае – имен персонала). Она поддерживается по определенной и контролируемой процедуре только авторизованными сотрудниками, причем все изменения документируются. В базе данных есть уникальная схема идентификации (личный номер сотрудника), что позволяет разрешать затруднения. Например, в данном случае может быть больше чем один сотрудник с именем “John Peterson”. Этот идентификатор может ассоциироваться с любым полем (зарплата, подразделение, должность и пр.). Это позволяет получать значительно более полную и разнообразную информацию.
Регулирование авторских прав
Лицензирование контента для повторного использования – основной источник дохода большинства издателей, поэтому PRISM предоставляет большое число элементов и контролируемых словарей для описания прав и разрешений. Спецификация содержит эти элементы в двух пространствах имен. Основные элементы находятся непосредственно в пространстве имен PRISM. Отдельное пространство создано для языка описания авторских прав PRISM (PRISM Rights Language, PRL). Поскольку область управления электронными авторскими правами (Digital Rights Management, DRM) быстро эволюционирует и твердо установленные стандарты отсутствуют, разработчики решили ограничиться рекомендациями одного из текущих стандартов в этой области, например, расширяемый язык разметки авторских прав (eXtensible rights Markup Language, XrML) или открытый язык электронных авторских прав (Open Digital Rights Language, ODRL). Разработчики решили также сформулировать небольшой набор элементов, описывающих наиболее общую информацию об авторских правах, позволяющую интероперабельный обмен базовой информацией такого рода.
Для этого PRL делает два упрощающих допущения. Предполагается, что отправитель и получатель контента являются партнерами по бизнесу (это может быть как формальный контракт, так и неформальное соглашение о распространении контента), причем одна из сторон может не знать другой стороны. Т.к. отношения существуют, они могут быть обозначены идентификатором, например, «номер контракта». Второе допущение состоит в том, что целью такого партнерства является снижение издержек. Более сложные случаи взаимоотношений разработчики сознательно не рассматривают.
Использование
Опубликован 9 апреля 2001. |
