Copyright ODRL Initiative 2008-2009. All Rights Reserved.
This document contains the ODRL Version 2.0 Core Metadata Specification. The core metadata provides basic vocabulary and its semantics for the ODRL rights expression language Version 2.0.
This is the first public Working Draft of the ODRL V2.0 Core Metadata Specification document produced by the ODRL Version 2.0 Working Group.
The ODRL Initiative publishes a Working Draft for review by working group members and other interested parties. The ODRL Version 2.0 Working Group expects to advance this document to a Draft Specification once the Working Group has finalised the Working Draft for the ODRL Version 2.0 Core Metadata and at least one encoding and demonstrated at least two interoperable implementations.
Comments on this document should be sent to editors and discussion of this document takes place on the public working group mailing list odrl-version2@odrl.net archived at http://odrl.net/pipermail/odrl-version2_odrl.net/.
This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than "work in progress". Publication as a Draft Specification does not imply endorsement by the ODRL Initiative.
1. Overview
2. ODRL Core Metadata
3. Profiles (Informative)
Acknowledgements
References
The ODRL rights expression language (REL) has benefited from a robust underlying information model that has captured its semantics and provided extensibility paths for various communities. ODRL Version 2.0 is a major update for ODRL and will supersede Version 1.1. The Core Metadata Profile will specify the terms (vocabulary) used by the V2.0 Core Model [ODRL20]for basic rights expression needs. (This was called the "data dictionary" previously.)[ODRL11]
The following documents are planned for ODRL Version 2.0:
The new profile includes additional semantics and meets requirements gathered from the wider community, the latest research on security, access control, obligation management as well as the past experiences in implementations and research of ODRL. The requirements for Version 2.0 are documented [ODRL-REQ] and will be directly referenced in this document to ensure that they have been adequately addressed (where applicable).
This document shall utilise the key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in accordance to [RFC2119].
The V2.0 Core Metadata offers a basic vocabulary for the expression of terms and conditions over assets. Additional semantics can be defined in ODRL Extension Profiles (see also Section 3 Profiles ) for particular ODRL application areas, such as contracts, service level agreements, or certain industry sectors. All terms of the Core Metadata are related to one specific entity of the V2.0 Core Model [ODRL20], e.g. Asset, Party, Permission, Action, Duty, etc. and SHALL only be used for that particular entity.
Terms in this section may be used as attribute in the field "name" of the Action Entity.
Name | Identifier | Semantics | Core Model Entity | Comment/Example |
---|---|---|---|---|
The act of rendering the asset onto paper or hard copy form. | Permission, Prohibition | |||
Play | play | The act of rendering the asset into audio/video form. | Permission, Prohibition | |
Execute | execute | The act of executing the asset. | Permission, Prohibition, Duty | For example, machine executable code or Java such as a game or application. |
View | view | The act of consuming something that is shown to the customer in an video format, e.g. an advertisement. | Permission, Prohibition, Duty | |
Install | install | The act of allowing for the operation of loading, verification, installation and certification of an asset into a data storage device. | Permission | |
Uninstall | uninstall | The act of allowing for the removal from or disabling of an asset in a data storage device. | Permission, Prohibition | |
Sell | sell | The act of allowing the asset to be sold commercially. | Permission, Prohibition | |
Copy | copy | The act of making an exact copy of a digital asset between data storage devices. | Permission, Prohibition | |
Move | move | The act of allowing a digital asset to move between data storage devices. | Permission, Prohibition | After the asset has been moved, the original copy needs to be deleted. |
Modify | modify | The act of changing parts of the asset creating a new asset. | Permission, Prohibition | |
Extract | extract | The act of extracting (replicating) unchanged parts (or all) of the asset for reuse into another asset. | Permission, Prohibition | |
Annotate | annotate | The act of adding notations/commentaries to the asset creating a new asset. | Duty | |
Aggregate | aggregate | The act of using an asset (or parts of it) as part of a composite work or collection. | Permission, Prohibition | |
Give | give | The act of giving some asset to a third party via next rights | Permission, Prohibition, Duty | Respective constraints and duties can be defined, e.g. to state wheather revenue shall flow to a party. | Pay | pay | The act of paying an amount to a party. Both, amount an party need to be specified separately, with the party element, duty element, and object element. | Duty |
Commercialise | Commerce | The act of giving away the asset to third parties in a commercial way. | Permission, Prohibition | Respective constraints and duties can be defined, e.g. to state wheather revenue shall flow to a party. |
Terms in this section may be used as attribute in the field "name" of the Constraint Entity.
Name | Identifier | Semantics | Comment/Example |
---|---|---|---|
Count | count | A positive Integer. A numeric count indicating the number of times the corresponding permission/prohibition/duty may be exercised. | For example, a Print permission shall be constraint by 10 times. To express this, create a Constraint entity, where name = count; operator = SMALLEROREQUAL; and rightOperand = 10. |
Spatial | spatial | spatial is a placeholder for the specification of a geographic area with codes specified from a controlled vocabulary (eg [ISO3166] for country codes).. | |
Date Time | datetime | Date and Time value must conform to [ISO8601]. | |
Range | range | Datatype tbd | |
Accumulated | accumulated | Value must conform to [ISO8601]. | For example "P30H" indicates a 30 hour period. |
Interval | interval | Interval value must conform to [ISO8601]. | For example "P7D" indicates a 7 day period. |
Water Mark | watermark | Specification of watermarking constraint for the asset. | |
Purpose | purpose | May be used to constraint the permission/prohibition to a certain purpse. | E.g. commercial use. |
CPU | cpu | An identifiable computing system with a central processing unit (CPU). |
Terms in this section may be used as attribute in the field "operator" of the Constraint Entity.
Name | Identifier | Semantics | Comment/Example |
---|---|---|---|
Greater than | GREATERTHAN | An operator indicating that a given value is greater than the rightOperand of the Constraint. | |
Less than | LESSTHAN | An operator indicating that a given value is less than the rightOperand of the Constraint. | |
Equals | EQUALS | An operator indicating that a given value equals the rightOperand of the Constraint. | |
Not equal to | NOTEQUALTO | An operator indicating that a given value is not equal to the rightOperand of the Constraint. | |
Less than or equal to | LESSTHANOREQUALTO | An operator indicating that a given value is less than or equal to the rightOperand of the Constraint. | |
Greater than or equal to | GREATERTHANOREQUALTO | An operator indicating that a given value is greater than or equal to the rightOperand of the Constraint. |
In the field "rightOperand" of the Constraint Entity, data types such as INTEGER, REAL, STRING, etc. may be used
Terms in this section may be used as attribute in the field "measure" of the Object Entity.
Name | Identifier | Semantics | Comment/Example |
---|---|---|---|
Currency | cur | cur is a placeholder for any 3-letter currency code as specified in ISO 4217 (e.g. EUR, USD, GBP). The number given in the 'value' field of the Object Entity represents an amount in the respectice currency. | For example: value = 20, measure = EUR; represent an amount of 20 EUR. If a party receives or pays 20 EUR depends on the action that is related to the object. |
Add | add | View Adds defines the act of a party to view a commercial advertisement. | For example value = 3, measure = viewadds; represents the amount of three advertisements by the party this object is related to e.g. by a duty entity. An action that makes semantical sense would be e.g. "view". |
The ODRL Core Model and Metadata represent the basic needs for rights expressibility. As a result, different communities will require less or more terms from the Core Metadata. Community Profiles that extend the ODRL Core Model or Metadata are expected to be developed that adequately document these changes in respect to the Core Profile. Some requirements of this process include:
The editors gratefully acknowledge feedback and contributions to this document from:
[ODRL20] | S. Guth & R. Iannella (eds). ODRL V2.0 - Core Model
Draft Specification, ODRL Initiative, 16 January 2009. http://odrl.net/2.0/DS-ODRL-Model.html |
[ODRL11] | R. Iannella (ed). Open Digital Rights Language (ODRL), Version 1.1.
Technical Specification, ODRL Initiative, 8 August 2002. http://odrl.net/1.1/ODRL-11.pdf |
[ODRL-REQ] | S. Guth & R. Iannella (eds). Open Digital Rights Language (ODRL)
Version 2.0 Requirements (Working Draft), ODRL Initiative, http://odrl.net/2.0/v2req.html,
24 November 2004. |
[RFC2119] | Key words for use in RFCs to Indicate Requirement Levels, S. Bradner.
The Internet Society, March 1997. ftp://ftp.rfc-editor.org/in-notes/rfc2119.txt |