Язык выражения прав - Rights Expression Language

А Язык выражения прав или же REL - это машинно-обрабатываемый язык, используемый для выражения прав интеллектуальной собственности (таких как авторское право) и других условий использования контента. REL могут использоваться как отдельные выражения (т. Е. Метаданные, используемые для поиска, отслеживания совместимости) или внутри DRM система.

REL могут быть выражены на машинном языке (например, XML, RDF , Схема RDF, и JSON). Хотя REL могут обрабатываться напрямую, они также могут встречаться при встраивании как метаданные в других документах, таких как электронные книги, изображение, аудио или видео файлы.

Известные REL

Известные RELs включают:

ccREL: An Схема RDF используется Creative Commons проект выразить их лицензии.^[1]^[2]; Этот же словарь был принят Проект GNU выразить свои Стандартная общественная лицензия (GPL) в машиночитаемой форме.^[3]^[4]

Открытый язык цифровых прав W3C ODRL: Рабочая группа W3C по выражению разрешений и обязательств (POE) разработала рекомендации ODRL для выражения заявлений о разрешениях и обязательствах для цифрового контента.^[5]; Информационная модель W3C ODRL предлагает структуру для базовых концепций, сущностей и отношений, которые формируют фундаментальную основу для семантики выражений ODRL. Целью информационной модели ODRL является поддержка гибких формулировок политики, позволяя автору включать как можно больше или меньше подробностей об условиях использования Активов, участвующих Сторонах и обязательствах.^[6]; Словарь и выражения W3C ODRL описывает потенциальные термины, используемые в выражениях политики ODRL, и способы их сериализации. Термины составляют часть онтологии ODRL и формализуют семантику. Широкий набор терминов в словаре обеспечивает поддержку сообществам в использовании ODRL в качестве основного языка для описания распространенных вариантов использования.^[7]

XrML: XrML начался с работы в Xerox в 1990-х годах.^[8] Пройдя несколько версий и отдельных проектов, он впоследствии лег в основу REL для MPEG-21.^[9]

MPEG-21: Часть 5 из этого MPEG стандарт включает REL.^[10]

METSRights: METSRights - это схема расширения для METS стандарт упаковки метаданных.^[11]^[12]

Использование REL

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

«Лицензия» здесь может означать:

"Общеизвестная лицензия", например GFDL, Лицензия Apache или Creative Commons CC-by-sa-3.0 и Т. Д.
Предустановленная лицензия, похожая на эти, но не очень известная. Примерами могут быть проприетарные «термоусадочные» лицензии.
Конкретная лицензия, созданная с индивидуальными условиями и положениями, для контента, лицензируемого от одной стороны к другой.

Известные лицензии

Часто выбирают использование известной лицензии из-за ее однозначной простоты: GFDL означает одно и то же, независимо от того, кто его использует. Использование существующих лицензий также позволяет избежать проблем, связанных с распространение лицензий. Также практично использовать такую лицензию и проверять, соответствует ли проект ей, не слишком понимая, какие детали это влечет за собой. Достаточно просто знать, что «GFDL приемлем для этого проекта» и «Все ресурсы в этом проекте используют GFDL». В этом смысле хорошо известные лицензии - это способ избегать при необходимости использовать REL для моделирования деталей лицензии, достаточно его имени.^[13]

Несмотря на это, REL может быть полезен с этими лицензиями. Он обеспечивает машинный способ идентификации используемой лицензии, избегая проблемы с именами и потенциальные двусмысленности между «Лицензией Apache» или «Лицензией Apache 2.0». Авторам этих лицензий также требуются средства для описания своих внутренних данных.

Предустановленная лицензия

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

Использование лицензионного контента в проекте теперь требует оценки утверждения: «Существуют ли какие-либо ресурсы в этом проекте, лицензия которых запрещает условие, которое требует проект, или требует условия, которое проект не может разрешить?». Они могут включать в себя необходимую возможность распространять копии проекта впоследствии или условие аккредитации на заставка это может быть неприемлемо для некоторых проектов.

При разработке программного обеспечения с открытым исходным кодом проекты также часто создают свою собственную лицензию под собственным названием проекта, но детали этой лицензии должны быть шаблонной копией известной лицензии или даже ссылкой на эту лицензию.^[14] REL должен поддерживать это, предоставляя средства для определения лицензий путем подкласса существующих лицензий и, возможно, изменения их поведения. Многие из этих лицензий немного больше, чем лицензии на тщеславие, хотя другие зависимые проекты по-прежнему должны иметь возможность работать с ними.^[15]

Особые лицензии

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

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

Структура REL

REL может удобно использовать Модель сущность-атрибут-значение, что касается RDF, чтобы структурировать описание модели прав. Такая модель^[16] выражается в виде списков:

Сущности: Конкретные «вещи» или «классы», например:

Работа / Актив

Лицензируемый товар.

Лицензия

Лицензия, особенно если это «общеизвестная» лицензия (где многие Работы будут использовать сопоставимую абстрактную лицензию, например GFDL )

или же экземпляр конкретной лицензии, такой как права на воспроизведение контента, приобретенные одним пользователем.

Конечный пользователь / Стороны

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

Юрисдикция

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

Атрибуты: «Свойства» или аспекты каждой из этих Сущностей, например на лицензию:

ограничения

Действия, которые разрешены или запрещены

Некоторые REL^[16] разделите эти ограничения на группы, поскольку вероятные значения для каждого обычно непересекающиеся множества (действия, которые иногда могут быть запрещены, редко бывают обязательными)

разрешения
запреты
требования / обязательства (или обязанности)

Значения: Значения этих свойств из предопределенного словаря, например в Четыре свободы:

Использование работы
Изучение и изменение Работы
Распространение копий
Распространение измененных копий
Распечатать актив

REL определяет наборы членов для каждой из этих трех групп и разрешенные отношения между ними. В приведенном выше примере могут быть концепции Лицензии, разрешения и распространение копий. Также могут быть отношения, Лицензия может выражать запреты, и отдельно Может быть дано разрешение на распространение копий..

Затем с помощью REL могут быть сделаны утверждения (они будут вне самого REL), например:

 rdf: about ="http://example.org/licenses/distribution/">   rdf: resource ="https://creativecommons.org/license/"/>  <dc:title>Лицензия FooCo на разрешенное распространение</dc:title>   rdf: resource ="https://creativecommons.org/ns#Distribution"/>    </cc:License>

Это определяет новую абстрактную лицензию, разрешающую повторное распространение копий. Затем Works могут использовать эту Лицензию, ссылаясь на нее,

<п>Эта веб-страница находится под лицензией <а rel="лицензия" href="http://example.org/licenses/distribution/"     >Лицензия FooCo на разрешенное распространение</а>.

Обратите внимание, что хотя эта гипотетическая лицензия «Распространение разрешена» была выражена с использованием Creative Commons REL, она нет лицензия Creative Commons. Он просто использует понятия «Лицензия», «разрешение» и «Распространение». Хотя это не одна из лицензий Creative Commons, определенных в этом проекте, у нее есть точная общность для этих терминов: «Распространение» имеет точно такое же значение и юридическое определение между ними.

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

{    "@context": {    "odrl": "http://www.w3.org/ns/odrl/2/"    },    "@тип": "odrl: соглашение",    "@я бы": "http://example.com/policy:4444",    "цель": "http://example.com/asset:5555",     "исполнитель": "http://example.com/MyPix:55",    "разрешение": [{        "правопреемник": "http://example.com/guest:0001",        "действие": "odrl: display"    }],    "разрешение": [{        "правопреемник": "http://example.com/guest:0002",        "действие": "odrl: print"    }]}

Взаимодействие между лицензиями

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

Самый простой подход - объединить контент только под одной хорошо известной лицензией. Однако это чрезмерно ограничительное значение, и многие совместимые лицензии могут разрешить объединение их содержания. Однако сложно судить об этом, разрешено ли это и как лицензировать полученный контент.^[17] Могут быть еще тонкости, когда есть перекрывающиеся требования или Авторское лево вопросы. Примечательно, что «атрибуция-совместное использование» и «атрибуция-некоммерческое использование-совместное использование» Creative Commons несовместимы.^{[примечание 1]}^[17]^[18]^[19]

Объединение лицензий проще, если все задействованные лицензии могут быть выражены через один и тот же REL. В этом случае легче увидеть, когда применяется разрешение или запрет, если они, по крайней мере, применимы к идентичному определению «Распространение». Очевидным примером этого являются Лицензии Creative Commons, где все семейство лицензий определяется в терминах тот же REL.

Даже если разные лицензии изначально были определены через разные REL, можно одновременно перекодировать лицензию в другом общем REL, что сделает их сопоставимыми. GPL недавно было выражено в ccREL, давая это преимущество.^[3]^[4]^{[заметка 2]}

Трудности взаимодействия лицензий

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

Семантика

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

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

Неявные предварительные условия

Менее очевидная проблема при сравнении REL - это когда у них разная базовая линия.^[20]^[21] Базовый план определяет условия, подразумеваемые лицензией, когда не включены явные заявления. Некоторые REL используют подход «Все, что не разрешено, запрещено», другие (например, ccREL) используют Бернская конвенция в качестве исходного уровня.