Язык выражения прав
Язык выражения прав или REL — это машинно-обрабатываемый язык, используемый для выражения прав интеллектуальной собственности (например, авторских прав) и других условий использования контента. REL могут использоваться как отдельные выражения (т. е. метаданные, используемые для поиска, отслеживания совместимости) или в системе DRM .
REL можно выразить на машинном языке (например, XML , RDF , RDF Schema и JSON). Хотя REL могут обрабатываться напрямую, их также можно встретить при внедрении в качестве метаданных в другие документы, такие как электронные книги , изображения , аудио- или видеофайлы.
Известные REL
[ редактировать ]Известные REL включают:
- ccREL
- Схема 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]
- XML
- XrML начался с работы в Xerox в 1990-х годах. [8] Пройдя несколько версий и отдельных проектов, он позже лег в основу REL для MPEG-21 . [9]
- MPEG-21
- Часть 5 этого стандарта MPEG включает REL. [10]
- METSRights
- METSRights — это схема расширения METS . стандарта метаданных упаковки [11] [12]
Использование REL
[ редактировать ]Функция REL заключается в определении лицензий и описании этих лицензий с точки зрения разрешений или ограничений, которые они подразумевают для того, как затем может использоваться соответствующий контент.
«Лицензия» здесь может означать либо:
- «Известная лицензия», такая как GFDL , Apache License или 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), например:
<cc:License rdf:about="http://example.org/licenses/distribution/">
<cc:licenseClass rdf:resource="https://creativecommons.org/license/"/>
<dc:title>FooCo's Distribution Permitted Licence</dc:title>
<cc:permits rdf:resource="https://creativecommons.org/ns#Distribution"/>
</cc:License>
Это определяет новую абстрактную лицензию, разрешающую перераспределение копий. В дальнейшем Works может использовать настоящую Лицензию, ссылаясь на нее,
<p>This web page is licensed under <a rel="license" href="http://example.org/licenses/distribution/"
>FooCo's Distribution Permitted Licence</a>.
Обратите внимание: хотя эта гипотетическая лицензия «Разрешено распространение» была выражена с использованием Creative Commons REL, она не является лицензией Creative Commons. Он просто использует понятия «Лицензия», «Разрешение» и «Распространение». Хотя это не одна из лицензий Creative Commons, определенных этим проектом, эти термины имеют общую общность: «Распространение» имеет для них одно и то же значение и юридическое определение.
В приведенном ниже примере W3C ODRL показано соглашение (лицензия) от стороны, передающей право, на актив, которое может быть отображено одним правопреемником (пользователем), а другое — для печати актива.
{
"@context": {
"odrl": "http://www.w3.org/ns/odrl/2/"
},
"@type": "odrl:Agreement",
"@id": "http://example.com/policy:4444",
"target": "http://example.com/asset:5555",
"assigner": "http://example.com/MyPix:55",
"permission": [{
"assignee": "http://example.com/guest:0001",
"action": "odrl:display"
}],
"permission": [{
"assignee": "http://example.com/guest:0002",
"action": "odrl:print"
}]
}
Взаимодействие между лицензиями
[ редактировать ]Растущий интерес к коллажам и совместным проектам создает спрос на объединение контента и на технологии лицензирования, которые могут это поддержать.
Самый простой подход — объединять контент только под одной и той же хорошо известной лицензией. Однако это является чрезмерным ограничением, и многие совместимые лицензии могут разрешать объединение их контента . Однако трудно судить об этом, разрешено ли это и как полученный контент должен лицензироваться. [17] Все еще могут быть тонкости, когда есть дублирующиеся требования или проблемы с авторским левом . Примечательно, что «атрибуция с указанием авторства» и «атрибуция с некоммерческим участием» Creative Commons несовместимы. [примечание 1] [17] [18] [19]
Объединение лицензий упрощается, если все задействованные лицензии могут быть выражены через один и тот же REL. В этом случае легче увидеть, когда применяется разрешение или запрет, если они, по крайней мере, применимы к идентичному определению «Распространения». Очевидным примером этого являются лицензии Creative Commons , где все семейства лицензий определяются в терминах одного и того же REL .
Даже если разные лицензии изначально были определены через разные REL, возможно, можно одновременно перекодировать лицензию в другой общий REL, сделав их сопоставимыми. GPL недавно была выражена в ccREL , что дает это преимущество. [3] [4] [примечание 2]
Трудности взаимодействия между лицензиями
[ редактировать ]Помимо проблем противоречивых требований (см. выше), существуют также технические проблемы при сравнении лицензий. Многие из этих проблем можно устранить, если можно использовать один и тот же REL, даже если лицензии разные.
Семантика
[ редактировать ]Регулярная проблема с семантическим переводом между схемами (такими как REL) заключается в обеспечении идентичности значений терминов. Хотя семантическая сеть начинает использовать инструменты онтологии, такие как OWL, для описания значения, текущий уровень развития REL менее развит, чем этот. Более простая обработка и вероятность дорогостоящих судебных разбирательств в противном случае означают, что семантика REL должна быть явно идентичной, а не просто выведена из этого с помощью рассуждения .
Обычные проблемы заключаются в демонстрации эквивалентности классов , свойств и экземпляров . Для REL основная проблема связана с экземплярами , то есть точными определениями «Распределение», «Поделенность» и т. д. Классы и свойства обычно представляют собой простые концепции и очень похожи. Однако не все REL поддерживают все классы: некоторые игнорируют юрисдикцию или даже конечного пользователя в зависимости от потребностей рынка, для которого они были разработаны.
Неявные предварительные условия
[ редактировать ]Менее очевидная проблема при сравнении REL заключается в том, что они имеют разную базовую линию. [20] [21] Базовый уровень определяет условия, подразумеваемые лицензией, если в нее не включены явные утверждения. Некоторые REL придерживаются подхода «Все, что не разрешено, запрещено», другие (например, ccREL) используют Бернскую конвенцию в качестве основы .
Примечания
[ редактировать ]- ^ См. Creative Commons # Критика.
- ^ Обратите внимание, что, несмотря на предложение внедрить RDF для лицензий GNU , преимущество получается, поскольку GPL выражается в ccREL (и RDF), а не просто в RDF. Чтобы лицензии стали сопоставимыми, необходимо совместно использовать словари REL , а не только модель данных.
Ссылки
[ редактировать ]- ^ «ccREL: Язык выражения прав Creative Commons» (PDF) . Креатив Коммонс . 3 марта 2008 г.
- ^ «10: ccREL: Язык выражения прав Creative Commons» (PDF) . Цифровое общественное достояние: основы открытой культуры . 2012.
- ^ Перейти обратно: а б «Представляем RDF для лицензий GNU» . Фонд свободного программного обеспечения .
- ^ Перейти обратно: а б «GPL в RDF» (RDF) . Фонд свободного программного обеспечения .
- ^ «Рабочая группа по выражению разрешений и обязательств» . www.w3.org .
- ^ «Информационная модель ODRL 2.2» . www.w3.org .
- ^ «Словарь и выражения ODRL 2.2» . www.w3.org .
- ^ «XrML... Язык разметки расширяемых прав» . www.xrml.org .
- ^ «Язык выражения прав MPEG-21» (PDF) . Райтском. Архивировано из оригинала (PDF) 8 ноября 2006 г.
- ^ МПЕГ . «Часть 5: Язык выражения прав» . Архивировано из оригинала 5 июля 2009 г.
- ^ Нэнси Дж. Хобельхейнрих (Библиотеки Стэнфордского университета). «Схема METSRights» . Библиотека Конгресса .
- ^ «Примеры METSRights» . Библиотека Конгресса.
- ^ Эд Бернетт (2 ноября 2006 г.). «Google говорит нет распространению лицензий» . ЗДНет . Архивировано из оригинала 24 февраля 2007 г.
- ^ Сделайте свое программное обеспечение с открытым исходным кодом совместимым с GPL. Или еще. , Д. Уиллер (2014)
- ^ Дэвид А. Уиллер (20 августа 2008 г.). «Распространение лицензий FLOSS: проблема все еще существует» .
- ^ Перейти обратно: а б «Описание авторских прав в RDF» . Креатив Коммонс .
- ^ Перейти обратно: а б «Могу ли я объединить два разных произведения, лицензированных Creative Commons? Могу ли я объединить произведение, лицензированное Creative Commons, с другим произведением, не лицензированным CC?» . ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ . Креатив Коммонс . Проверено 16 сентября 2009 г.
- ^ «Creative Commons — Attribution-ShareAlike 3.0 Непортированная — CC BY-SA 3.0» .
- ^ «Creative Commons — Attribution-NonCommercial-ShareAlike 3.0 Непортированная — CC BY-NC-SA 3.0» .
- ^ «ccREL: язык выражения прав Creative Commons» . Представление члена W3C . 1 мая 2008 г.
- ^ Натан Йерглер. «Как отменить cc:permits, cc:prohibits, cc:requires?» . Список рассылки cc-метаданных .