This document includes a set of use cases and requirements, compiled by the Permissions & Obligations Expression (POE) working group, that motivate the expression of statements about digital content usage. All use cases provide realistic examples describing how people and organisations may (or want to be able to) specify statements about digital content usage. The requirements derived from these use cases will be used to guide the development of the POE WG recommendation deliverables for the Information Model, Vocabulary and Encodings.

This first public working draft of sets out the use cases that will be used to extend the ODRL model that is the starting point for the Working Group. Work is already under way to derive requirements and further use cases are welcome.

Organization of this Document

This document is organized as follows:

Use Cases

POE.UC.01: Permissions and obligations for language resources

POE.UC.02: Conditional Access to Linked Data

POE.UC.03: Published article with embargoed dataset

POE.UC.04: Technical documents rules for business process regulatory compliance

POE.UC.05: Determine an identifier representing the audience who can access a digital resource

POE.UC.06: OpenPHACTS

POE.UC.07: News Permissions and Restrictions

POE.UC.08: Atomic Understanding of Common Licenses

POE.UC.09: Base Product

POE.UC.10: Pay-by-Use

POE.UC.11: Third-Party Rights Management

POE.UC.12: Tracing Permissions and Obligations through Aggregations and Derivations

POE.UC.13: Delegation

POE.UC.14: A Vote for Extended Relations

POE.UC.15: Real-time vs. Delayed Data

POE.UC.16: Accessing Historical Data

POE.UC.17: Asset in a set

POE.UC.18: Policy Assertion

POE.UC.19: Relative Time Constraints

POE.UC.20: External Declaration of Payment Amount

POE.UC.21: Specifying the Scope of Constraints

POE.UC.22: Technical documents rules for business process regulatory compliance

POE.UC.23: Deletions Must be Propagated

POE.UC.24: Synchronization in a multilayer music description environment

POE.UC.25: Magazine Media Permissions

POE.UC.26: Data Quality Policy

POE.UC.27: Europeana/DPLA In Copyright - Educational Use Only

POE.UC.28: Enhance discovery of library collection materials

POE.UC.29: Identify permissions on chapters/ chunks of book content

POE.UC.30: Rights licensing data for e-book subscription services

POE.UC.31: Improve internal rights management systems (large book publishers)

POE.UC.32: Improve efficiency of foreign rights transactions (University Press)

POE.UC.33: Disambiguate access permission from copyright permission (University Press)

POE.UC.34: Library collection management and access

POE.UC.35: Rights licensing for custom textbook publishing (higher education publishers)

POE.UC.36: Users need to know the permissions and obligations associated with using a given publication

Requirements

This section lists the requirements arising from the use-cases catalogued in this document.

POE.R.DM - Data Model

POE.R.DM.01: Define how constraints on a party can be expressed

A single option for applying a constraint to a party (of a specific role) should be defined.

POE.UC.01

POE.R.DM.02: Define target of a constraint

It should be possible to define the target of a constraint inside a Permission, Prohibition or Duty: e.g. a constraint of human age applies to the Assignee, a constraint of play time applies to Assets (of type audio or video), etc.

POE.UC.21

POE.R.DM.03: Introduce policy template

The current data model assumes a policy instance includes all required data explicitly. This should be extended to policy instances which include explicit data and variables for values which are defined by parameters provided by an access to this template.

POE.UC.20

POE.R.DM.04: Support versioning policies

The Data Model should be extended to support the versioning of a policy. In addition to the existing identifiers of a policy means for expressing a version of this policy should specified.

POE.UC.04

POE.R.DM.05: Set a global price for all permissions of a policy

It should be possible to define the price for duty/duties of payment for all permissions of a policy in a global way - while currently the payment duty must be defined for each permission individually.

POE.UC.09

POE.R.DM.06: Support relative time constraints

Extend the temporal constraints by setting a time reference, any period in the rightOperand refers to this point in time. For a relativeTimePeriod constraint the rightOperand has to provide a time period as value.

POE.UC.16,POE.UC.19

POE.R.DM.07: Define a category property for class Party

A property of the class Party should define the category of the Party.

POE.UC.01

POE.R.DM.08: Add a category property to Asset

A new property of the class Asset should define the category of the Asset.

POE.UC.01,POE.UC.17

POE.R.DM.09: Complex Constraints

Express complex constraints such as 'No use in UK after 7 days'.

POE.UC.07

POE.R.DM.10: Extended Relations

Being able to tie Permission, Prohibition, Duty, and Constraint entities together with an AND, OR or XOR relationship

POE.UC.14

POE.R.DM.11: Remedies

Rejected

POE.UC.02

POE.R.DM.12: Grouping party entities

Being able to assign multiple individuals of type Party to a Group for which permissions/prohibitions/duties can be specified.

POE.UC.05

POE.R.V - Vocabulary

POE.R.V.01: Add rights holder terms to Roles of a Party Vocabulary

Rejected

POE.UC.01,POE.UC.18

POE.R.V.02: Add term for redepositing to Duty Vocabulary

Rejected

POE.UC.01

POE.R.V.03: Add concept of 'unit-of-count' to Duty Constraint Vocabulary

Being able to define a 'unit-of-count' for duty actions, e.g., define what should be reported via odrl:inform (for each userAccount).

POE.UC.10

POE.R.V.08: Add terms to the Action Vocabulary

Rejected

POE.UC.11

POE.R.V.09: Add Linked Data related actions to Action Vocabulary

Rejected

POE.UC.02

POE.R.V.10: Add terms to the Roles of a Party Vocabulary

Add the role compensatingParty to the Party Role Vocabulary

Not a requirement

POE.UC.11

POE.R.V.11: New Party Category Vocabulary

Create a new vocabulary with a basic set of terms for the requested new category property of the Party class.

Not a requirement

POE.UC.01

POE.R.V.12: New Asset Category Vocabulary

Create a new vocabulary with a basic set of terms for the requested new category property of the Asset class.

Not a requirement

POE.UC.01,POE.UC.17

POE.R.V.15: Reference to Source License

Ability to link from a Policy or a Permission to the original (text-based) license.

POE.UC.08

POE.R.V.16: Assertion Policy Type

It should be possible to define policies of type Assertion. An Assertion policy does not grant any permissions/prohibitions, but reflects policy terms that a party believes to have.

POE.UC.18

POE.R.E - Encoding

POE.R.E.01: Referring to external resources for defining payment fees

Define how to specify a fee by referring to an resource outside a policy document

Not a requirement

POE.UC.01

POE.R.R - Processing Rules

POE.R.R.01: Define rules for matching permissions/prohibitions against specific use cases

Rejected

POE.UC.04,POE.UC.12

POE.R.R.02: Define a language for controlling processing policies

Rejected

POE.UC.04,POE.UC.12

POE.R.R.03: Define processing rules for versioned policies

Rules defining how different versions of a policy with the same identifier should be processed should be specified.

Not a requirement for ODRL

POE.UC.04

POE.R.R.04: Support to auto-generate a policy from a template plus provided parameter values

Rejected

POE.UC.01

POE.R.R.05: Guidance on Rights Assignments through Aggregation and Derivation

Provide guidance and examples of managing rights assignments through aggregations.

Not a requirement for ODRL

POE.UC.06,POE.UC.12

POE.R.R.06: Guidance on Specifying Subsets of Assets

Provide guidance and examples of specifying subsets of data as the object of the odrl:target predicate.

Not a requirement for ODRL

POE.UC.02,POE.UC.06,POE.UC.07

POE.R.R.07: Guidance on Conflicting Permissions

Rejected

POE.UC.22

POE.R.R.08: Guidance on the Provenance of Policies

Provide guidance and examples of expressing the provenance of the interpretation of the original document, recognising that the original source remains normative.

Not a requirement for ODRL

POE.UC.08

POE.R.R.09: Make policies accessible by URL

Encourage POE implementers to make policies accessible as a web resource by a URL and http content negotiation should be supported to deliver a specific request format.

Not a requirement for ODRL

POE.UC.01