Что?
Как указано в заголовке, я хотел бы выразить правовую информацию, используя общий формат, такой как JSON, содержащий в основном пары ключ-значение, но подобъекты или списки тоже в порядке.Юридическая информация о цифровых объектах, таких как наборы данных, медиа-файлы и т. Д.
Под юридической информацией я имею в виду такую информацию, как:
- что вам разрешено
- что вы
- какие действия разрешены или запрещены
Некоторые псевдокоды:
{
"subject": "http://foobar.de/data-set1",
"permitted": [
"open",
"distribute",
"copy",
"modify"
],
"prohibited": [
"sale",
"rent"
]
}
Потребители / пользователи данных должны иметь возможность загружать такие метаданные и решить, как обрабатывать связанные данные.Он должен позволять адаптацию запросов на основе заданной юридической информации (например, дает мне все наборы данных, которые могут быть проданы ).
Я ищу устойчивый подход, подкрепленный официальной спецификацией, рекомендация или что-то в этом роде.Или даже хранилище Github с группой, поддерживающей согласие.
На данный момент, я бы хотел создать базовую схему на основе ODRL (см. Ниже).
В следующих разделах я опишу свой текущий сценарий и обрисую мое текущее исследование.
Сценарий
Я предоставляю услугу на основе данных через онлайн-API.Потребители данных загружают определенный набор данных и должны получать не только сами данные, но и машиночитаемый формат требований законодательства.
Состояние моего исследования
Вот мое текущее исследованиеэта тема Это современный уровень техники или вы знаете что-то более подходящее?
Используйте URL-адрес лицензии
Это обычная практика.
Преимущества :
- Простота использования
- нет технических затрат
Недостатки :
- Он в основном ссылается на полный текст без метаданных.
- Пользователь должен прочитать полный текст лицензии, чтобы глубже понять лицензию.
ODRL
Из рекомендации W3C:
O ручка D игитал R шт L anguage - это язык выражений политики , который обеспечивает гибкую и совместимую информационную модель, словарь и механизмы кодирования для представления операторов о использовании контента и услуг .
Ссылки:
Пример
Как пользователь (assignee:55
), вы можете отображать фотоальбом: 55, но вы запрещено архивировать его.
{
"@context": "http://www.w3.org/ns/odrl.jsonld",
"@type": "Agreement",
"uid": "http://example.com/policy:5555",
"profile": "http://example.com/odrl:profile:08",
"conflict": "perm",
"permission": [{
"target": "http://example.com/photoAlbum:55",
"action": "display",
"assigner": "http://example.com/MyPix:55",
"assignee": "http://example.com/assignee:55"
}],
"prohibition": [{
"target": "http://example.com/photoAlbum:55",
"action": "archive",
"assigner": "http://example.com/MyPix:55",
"assignee": "http://example.com/assignee:55"
}]
}
Преимущества:
- Очень выразительно, позволяя вам определить, что пользователи могут и могут 't do
- W3C Recommondation, что означает хорошо структурированный и обеспеченный в определенной степени
- , не ограниченный юридической информацией, он также позволяет моделировать такую информацию, как сборы или компенсации
Недостатки:
- Из-за своей выразительности использование и интерпретация могут стать затруднительными
- вам необходимо использовать диалект RDFнапример, JSON LD или RDF / Turtle
- , вам необходимо поддерживать некоторую онтологию или схему о том, какая информация связана с какими правовыми понятиями