ODRL Version 2.1 Ontology
The Open Digital Rights Language (ODRL) provides flexible and interoperable mechanisms to support transparent and innovative use of digital content in publishing, distribution, and consumption of digital media across all sectors and communities. The ODRL Policy model is broad enough to support traditional rights expressions for commercial transaction, open access expressions for publicly distributed content, and privacy expressions for social media.
- This version
- http://www.w3.org/ns/odrl/2/ODRL21
- Latest version
- http://www.w3.org/ns/odrl/2/
- Date
- 2015-03-05
- Revision
- 2.1
- Authors
- Mo McRoberts (BBC), Víctor Rodríguez Doncel (OEG-UPM)
- Contributors
- ODRL Community Group
Status of this document
This FINAL specification was published by the W3C ODRL Community Group. It is not a W3C Standard nor is it on the W3C Standards Track. Please note that under the W3C Community Contributor License Agreement (CLA) there is a limited opt-out and other conditions apply. Learn more about W3C Community and Business Groups.
The W3C ODRL Community Group publishes a Final Specification to indicate that the document is believed to be mature and stable for implementation by the wider community. This Draft Specification is not yet endorsed by the W3C ODRL Community Group as appropriate for widespread deployment and that promotes the Community Groups’s mission.
Discussion and feedback of this document takes place on the W3C ODRL Community Group mailing list (see Contributor Archive). Feedback from the public is encouraged and can be send to public-odrl@w3.org (see Public Archive).
Copyright © 2015 the Contributors to the Final Specification, published by the W3C ODRL Community Group under the W3C Community Final Specification Agreement (FSA). A human-readable summary is available.
Namespace URI
The namespace URI for ODRL echo $vocab->revision; ?> is http://www.w3.org/ns/odrl/2/
.
Alternative serialisations
The ODRL 2 vocabulary is published both in human- and machine-readable forms. A GET
request made to the canonical namespace URI will cause HTTP Content Negotiation to occur, which means that the most appropriate variant will be served according to your request. However, if you explicitly wish to retrieve a particular serialisation, you can also do so using the following URLs:
- ODRL20.html
- HTML (this document)
- ODRL21.ttl
- RDF (Turtle)
- ODRL21.rdf
- RDF/XML
- ODRL21.nt
- RDF (N-Triples)
- ODRL21.xsd
- XML Schema Definition
- ODRL21.json
- JSON Schema Definition
Table of Contents
- 1 Summary of Terms
- 2 Groups
- 3 Examples of use
- 3.1 Set
- 3.2 Offer
- 3.3 Agreement
- 3.4 Request
- 3.5 Ticket
- 3.6 Offer and next policy
- 3.7 Privacy policy
- 3.8 Permission and prohibition
- 3.9 Inheritance
- 3.10 Social network
- 3.11 Multiple assets
- 4 Classes
- 5 Properties
- 6 Concept schemes
- 7 Concepts
- 8 Named individuals
- 9 Acknowledgements
- 10 References
Summary of Terms
This vocabulary defines 24 classes, 56 properties, one concept scheme, 61 concepts and 18 named individuals.
- Classes
- Action | Agreement | All | AllConnections | AllGroups | All2ndConnections | Asset | ConflictTerm | Constraint | Duty | Group | Individual | Offer | Operator | Party | Permission | Policy | Privacy | Prohibition | Request | Rule | Set | Ticket | UndefinedTerm
- Properties
- systemDevice | absolutePosition | absoluteSize | action | assignee | assigner | attributedParty | conflict | consentingParty | constraint | count | dateTime | deliveryChannel | device | duty | elapsedTime | event | fileFormat | function | industry | informedParty | inheritAllowed | inheritFrom | language | media | meteredTime | operator | output | compensatedParty | payAmount | percentage | permission | product | profile | prohibition | proximity | purpose | recipient | relation | relativePosition | relativeSize | resolution | rightOperand | spatial | status | system | target | timeInterval | timedCount | trackingParty | undefined | dataType | version | virtualLocation
- Concept schemes
- actions
- Concepts
- acceptTracking | adHocShare | aggregate | annotate | anonymize | append | appendTo | archive | attachPolicy | attachSource | attribute | commercialize | compensate | concurrentUse | copy | delete | derive | digitize | display | distribute | ensureExclusivity | execute | export | extract | extractChar | extractPage | extractWord | give | grantUse | include | index | inform | install | lease | lend | license | modify | move | nextPolicy | obtainConsent | pay | play | present | preview | print | read | reproduce | reviewPolicy | secondaryUse | sell | share | shareAlike | textToSpeech | transfer | transform | translate | uninstall | use | watermark | write | writeTo
- Named individuals
- eq | gt | gteq | hasPart | ignore | invalid | isA | isAllOf | isAnyOf | isNoneOf | isPartOf | lt | lteq | neq | perm | policyUsage | prohibit | support
Groups
Some terms can be organised into logical groups, as shown below:
Examples of use
The examples in this section are RDF expressions of the scenarios provided
by the ODRL Version 2.0 Core Model.
Set
The following shows an instance of a set policy. The set shows a policy expression, stating that the asset, http://example.com/asset:9898
, is the target of the permission to reproduce and the prohibition to modify.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:0099>
a odrl:Set;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/asset:9898> ;
odrl:action odrl:reproduce
] ;
odrl:prohibition [
a odrl:Prohibition ;
odrl:target <http://example.com/asset:9898> ;
odrl:action odrl:modify
] .
Download this example as Turtle, RDF/XML, or N-Triples.
Because all of the rules associated with this policy have the same target, and do not have any constraints or duties (requirements), one may abbreviate the expression of the policy and use the Dublin Core rights or license predicates to associate the asset with that policy:
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix dct: <http://purl.org/dc/terms/> .
<http://example.com/asset:9898> dct:license <http://example.com/policy:0099> .
<http://example.com/policy:0099>
a odrl:Set;
odrl:permission odrl:reproduce ;
odrl:prohibition odrl:modify .
Download this example as Turtle, RDF/XML, or N-Triples.
Offer
The following shows the instance of an offer policy. The offer contains the music file http://example.com/music:4545
that is offered by the party http://example.com/sony:10
with the permissions to play and copy the file. The permission to copy is only granted once. The two permissions are offered in exchange for a payment of AUD$0.50
.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:0231>
a odrl:Offer ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:action odrl:play ;
odrl:duty _:requirements
] ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:action odrl:copy ;
odrl:duty _:requirements ;
odrl:constraint [
a odrl:Constraint ;
odrl:count 1 ;
odrl:operator odrl:lteq
]
] .
_:requirements
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 50.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:AUD>
] .
<http://example.com/sony:10> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Agreement
The following shows the instance of an agreement policy. The agreement contains all entities shown in the offer scenario above. A new party, http://example.com/billie:888
has been added. This party accepted the previous offer and thus is now the buyer of the permission play and copy: i.e. they are now linked as assignee of the permissions and duty entities.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:9001>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:assignee <http://example.com/billie:888> ;
odrl:action odrl:play ;
odrl:duty _:requirements
] ;
odrl:permission [
odrl:target <http://example.com/music:4545> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:assignee <http://example.com/billie:888> ;
odrl:action odrl:copy ;
odrl:duty _:requirements ;
odrl:constraint [
a odrl:Constraint ;
odrl:count 1 ;
odrl:operator odrl:lteq
]
] .
_:requirements
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 50.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:AUD>
] .
<http://example.com/sony:10> a odrl:Party .
<http://example.com/billie:888> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Request
The following shows the instance of a request policy. The party http://example.com/guest:0589
has requested the permission to display the target asset, http://example.com/news:0099
.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:04311>
a odrl:Request ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:assignee <http://example.com/guest:0589> ;
odrl:target <http://example.com/news:0099>
] .
<http://example.com/guest:0589> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Ticket
The following shows the instance of a ticket policy. The ticket expresses the play permission for the target asset, http://example.com/game:4589
. The ticket is valid until the end of the year 2010
. Any valid holder of this ticket may exercise this permission.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
<http://example.com/policy:0811>
a odrl:Ticket ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:play ;
odrl:target <http://example.com/game:4589> ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:lteq ;
odrl:dateTime "2010-12-31"^^xsd:date
]
] .
Download this example as Turtle, RDF/XML, or N-Triples.
Offer and next policy
The following shows the instance of an offer policy showing the next-policy structure.
The party http://example.com/sony:99
assigns the permission distribute directly to the potential buyer of the permission who will pay €1,000
. The distribute permission is also constrained to the country Italy
. The potential assignee may then distribute the target asset according to the next-policy target asset linked directly from this duty. In this case, the next policy asset stipulates that the potential assignee may only offer the display permission to downstream consumers.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5531>
a odrl:Offer ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:distribute ;
odrl:target <http://example.com/wallpaper:2321> ;
odrl:assigner <http://example.com/sony:99> ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:spatial <http://ontologi.es/place/IT>
] ;
odrl:duty <http://example.com/duty:01>, <http://example.com/duty:02>
] .
<http://example.com/duty:01>
a odrl:Duty ;
odrl:action odrl:pay ;
odrl:constraint [
a odrl:Constraint ;
odrl:payAmount 1000.00 ;
odrl:operator odrl:eq ;
odrl:unit <http://cvx.iptc.org/iso4217a:EUR>
] .
<http://example.com/duty:02>
a odrl:Duty ;
odrl:action odrl:nextPolicy ;
odrl:target <http://example.com/policy:7777> .
<http://example.com/policy:7777>
a odrl:Set ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/wallpaper:2321>
] .
<http://example.com/sony:99> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Privacy policy
The following shows the instance of a privacy policy.
The target asset is personal data and the assignee is allowed to distribute the asset only for the purpose of contacting the subject of the personal data. The purpose value is taken from the P3P privacy purpose vocabulary.
Additionally, the assigner (the party who the personal data is about) has stipulated that the assignee must delete the asset after a 30 day period
(retention policy).
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix p3p: <http://www.w3.org/2002/01/p3prdfv1#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
<http://example.com/policy:1111>
a odrl:Privacy ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:distribute ;
odrl:target <http://example.com/billie:888:personal-data> ;
odrl:assigner <http://example.com/billie:888> ;
odrl:assignee <http://example.com/gov:health:au> ;
odrl:duty [
a odrl:Duty ;
odrl:action odrl:delete ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:dateTime "P30D"^^xsd:dateTime
]
] ;
odrl:constraint [
a odrl:Constraint ;
odrl:operator odrl:eq ;
odrl:purpose p3p:contact
]
] .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/gov:health:au> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Permission and prohibition
The following shows the instance of an agreement policy with both a permission and a prohibition. The party http://example.com/sony:10
assigns the permission play to the party http://example.com/billie:888
at the same time they are prohibited from utilising the target asset as a mobile:ringtone
. Additionally, in case of any conflict, the conflict attribute is set to perm
indicating that the permission entity will take precedence.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix mobile: <http://example.com/mobile#> .
<http://example.com/policy:3433>
a odrl:Agreement ;
odrl:conflict odrl:perm ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:play ;
odrl:assignee <http://example.com/billie:888> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:target <http://example.com/music:1234908>
] ;
odrl:prohibition [
a odrl:Prohibition ;
odrl:action mobile:ringtone ;
odrl:assignee </http://example.combillie:888> ;
odrl:assigner <http://example.com/sony:10> ;
odrl:target <http://example.com/music:1234908>
] .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/sony:10> a odrl:Party .
Download this example as Turtle, RDF/XML, or N-Triples.
Inheritance
The following shows the instance of a (child) policy http://example.com/policy:9999
inheriting from another (parent) policy http://example.com/policy:5531
. The inherit-from attribute of the (child) policy has the same identifier as the (parent) policy's own identifier.
In this inheritance example, the parent policy allows the party http://example.com/billie:888
to print the parent’s target asset. The child policy allows the party http://example.com/class:IT01
(a group of people) to display the child’s target asset. Since the child policy also inherits from the parent policy, then the party http://example.com/class:IT01
can also print the parent’s target asset.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5531>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:print ;
odrl:target <http://example.com/report:2321> ;
odrl:assigner <http://example.com/pub:88> ;
odrl:assignee <http://example.com/billie:888> ;
] .
<http://example.com/policy:9999>
a odrl:Agreement ;
odrl:inheritFrom <http://example.com/policy:5531> ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/report:2333> ;
odrl:assigner <http://example.com/pub:88> ;
odrl:assignee <http://example.com/class:IT01>
] .
<http://example.com/pub:88> a odrl:Party .
<http://example.com/billie:888> a odrl:Party .
<http://example.com/class:IT01> a odrl:Group .
Download this example as Turtle, RDF/XML, or N-Triples.
Social network
The following shows the instance of an agreement policy for a social network scenario.
The target asset are photos posted to a social network site and the assigner is the owner of the photos. The assignee is a group and represents the football network members on the social network, who are each allowed to display the photos.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
<http://example.com/policy:5109>
a odrl:Agreement ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:display ;
odrl:target <http://example.com/myPlace:billie:photos:football2010> ;
odrl:assigner <http://example.com/myPlace:billie> ;
odrl:assignee <http://example.com/myPlace:network:football>
] .
<http://example.com/myPlace:billie> a odrl:Party .
<http://example.com/myPlace:network:football> a odrl:Group .
Download this example as Turtle, RDF/XML, or N-Triples.
Multiple assets
The following shows an instance of a set policy utilising multiple asset entities.
The index permission is granted to the target asset. Additionally, the x:collection
asset specifies which database the index outcome should be stored in.
@prefix odrl: <http://www.w3.org/ns/odrl/2/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix x: <http://example.com/x#> .
<http://example.com/policy:881212>
a odrl:Set ;
odrl:permission [
a odrl:Permission ;
odrl:action odrl:index ;
odrl:target <http://example.com/archive/2010> ;
x:collection <http://example.com/x/database>
] .
x:collection
rdfs:subPropertyOf odrl:relation .
Download this example as Turtle, RDF/XML, or N-Triples.
Classes
Asset
Asset is anything which can be subject to a policy. Asserting that something the target of a policy implies that it is an Asset.
Party
An entity which can participate in policy transactions. Use an instance of the Party class where it's necessary to associate a Scope with the relationship; in other cases, simply reference the party directly.
Policy
A top level entity for describing policies.
URI: | http://www.w3.org/ns/odrl/2/Policy |
Label: | Policy |
Status: | stable |
Sub-classes: | Agreement, Offer, Privacy, Request, Set, Ticket |
Parent class: | Asset |
Properties: | conflict, inheritAllowed, inheritFrom, permission, profile, prohibition, undefined |
In range of: | inheritFrom |
ConflictTerm
Instances of ConflictTerm describe policies for resolving conflicts.
UndefinedTerm
Instances of UndefinedTerm describe policies for processing unsupported actions.
Rule
An abstract common ancestor to Permissions, Prohibitions and Duties.
Permission
A Permission is a rule which indicates the actions the assignee is permitted to perform on the associated asset. In other words, what the assigner (supplier) has granted to the assignee (consumer).
Prohibition
A Prohibition is a rule which indicates the Actions that the assignee is prohibited to perform on the related Asset.
Duty
A Duty is a rule which indicates requirements which must be fulfilled in order to receive the permission.
Action
Instances of Action are things one might be permitted to do or prohibited from doing to a work.
URI: | http://www.w3.org/ns/odrl/2/Action |
Label: | Action |
Status: | stable |
Parent class: | skos:Concept |
In range of: | action |
Instances: | acceptTracking, adHocShare, aggregate, annotate, anonymize, append, appendTo, archive, attachPolicy, attachSource, attribute, commercialize, compensate, concurrentUse, copy, delete, derive, digitize, display, distribute, ensureExclusivity, execute, export, extract, extractChar, extractPage, extractWord, give, grantUse, include, index, inform, install, lease, lend, license, modify, move, nextPolicy, obtainConsent, pay, play, present, preview, print, read, reproduce, reviewPolicy, secondaryUse, sell, share, shareAlike, textToSpeech, transfer, transform, translate, uninstall, use, watermark, write, writeTo |
Constraint
Parent class of all Constraints.
Operator
Instances of the Operator class represent boolean operators
URI: | http://www.w3.org/ns/odrl/2/Operator |
Label: | Operator |
Status: | stable |
Parent class: | owl:Thing |
In range of: | operator |
Instances: | eq, gt, gteq, hasPart, isA, isAllOf, isAnyOf, isNoneOf, isPartOf, lt, lteq, neq |
Agreement
Policy expressions that are formal contracts (or licenses) stipulating all the terms of usage and all the parties involved.
Offer
An instance of Offer is a Policy expression that proposes terms of usage from an Asset owner.
Privacy
An instance of Privacy is a Policy expression that stipulates the terms of usage over personal information.
Request
An instance of Request is a Policy expression that proposes terms of usage to an Asset owner.
Set
An instance of Set is a Policy expression that consists of entities from the complete model.
Ticket
An instance of Ticket is a Policy expression that stipulates the terms of usage and is redeemable by any Party who currently holds the Ticket in their possession.
All
Specifies that the scope of the relationship is all of the collective individuals within a context.
All2ndConnections
Specifies that the scope of the relationship is all of the second-level connections to the Party.
AllConnections
Specifies that the scope of the relationship is all of the first-level connections of the Party.
AllGroups
Specifies that the scope of the relationship is all of the group connections of the Party.
Group
Specifies that the scope of the relationship is the defined group with multiple individual members.
Individual
Specifies that the scope of the relationship is the single Party individual.
Properties
conflict
Relates a conflict-resolution mechansim to a Policy. If no mechanism is specified, the default is invalid.
undefined
Relates the mechanism used for handling undefined actions to a Policy. If no mechanism is specified, the default is invalid.
permission
Relates the description of an individual Permission to a Policy. A permission can be specified either in terms of an Action alone, or an instance of Permission relating an Action and one or more other attributes.
prohibition
Relates the description of an individual Prohibition to a Policy. A prohibition can be specified either in terms of an Action alone, or an instance of Prohibition relating an Action and one or more other attributes.
inheritAllowed
A boolean value indicating whether this policy can be inherited from.
inheritFrom
Relates a policy to another policy from which terms are inherited.
profile
indicates the identifier of the ODRL Profile for which the policy expression conforms to
relation
Relation is an abstract property which creates an explicit link between an Action and an Asset. Sub-properties of relation are used to define the nature of that link.
output
The output property specifies the Asset which is created from the output of the Action.
target
The target property specifies the Asset upon which the Action is performed.
function
Function is an abstract property whose sub-properties define the roles which may be fulfilled by a party in relation to a Rule.
action
The operation relating to the asset for which permission is being granted. A permission must include exactly one action.
constraint
One or more constraints which affect the validity of the Permission; e.g. if the Action play is only permitted for a certain period of time.
duty
A Duty indicates requirements which must be fulfilled in order to receive the permission.
unit
The unit of measurement used for the constraint value.
dataType
The unit of measurement used for the constraint value.
operator
The Boolean operator applied to a constraint and its operand.
rightOperand
The operand applied to an instance of a constraint. Do not use the right-operand property directly within a Constraint. Instead, a Constraint instance must contain exactly one triple which makes use of one of the sub-properties of right-operand.
URI: | http://www.w3.org/ns/odrl/2/rightOperand |
Label: | right-operand |
Status: | stable |
Sub-properties: | absolutePosition, absoluteSize, count, dateTime, deliveryChannel, device, elapsedTime, event, fileFormat, industry, language, media, meteredTime, payAmount, percentage, product, proximity, purpose, recipient, relativePosition, relativeSize, resolution, spatial, system, systemDevice, timeInterval, timedCount, version, virtualLocation |
Domain: | Constraint |
status
The current value of the constraint. The range of the status property is identical to that of the operand property selected used in the constraint.
absolutePosition
A point defined with absolute coordinates.
absoluteSize
The absolute dimension that the Asset may be resized.
count
The numeric count indicating the number of times the corresponding entity may be exercised
dateTime
The date (and optional time and timezone) representing a point in time or period.
deliveryChannel
The delivery channel used for storing or communicating the asset.
device
An identifiable computing system.
systemDevice
An identifiable computing system.
elapsedTime
A period of time in which the policy action can be exercised.
event
Specification of a defined event applicable to the asset usage.
The file format applicable to the Asset.
industry
The defined industry sector applicable to the asset usage
language
The natural language applicable to the asset usage
The media type in which the asset may be used.
meteredTime
The maximum period of metered usage time.
payAmount
percentage
The amount (as a percentage) of the action applicable to the asset.
product
The specified Product or Service name.
purpose
Specification of a defined purpose applicable to the asset usage.
recipient
The party that receives the result of the Action on the Asset.
relativePosition
A point defined with reference to another position.
relativeSize
The relative dimension that the Asset may be resized.
resolution
The resolution at which the asset may be used.
spatial
A code representing a geospatial area.
system
An identifiable computing system.
timeInterval
Recurring period of time in which the usage may be exercised.
version
The scope of versions for the asset.
virtualLocation
Specification of a digital locale.
assignee
The Party is the recipient of the policy statement.
assigner
The Party is the issuer of the policy statement.
attributedParty
The Party to be attributed.
consentingParty
The Party to obtain consent from.
The Party to be informed of all uses.
payeeParty
The Party is the recipient of the payment.
compensatedParty
The Party is the recipient of the compensation.
trackingParty
The Party is the usage tracker.
proximity
An value indicating the closeness or nearness.
timedCount
The number of seconds after which timed metering use of the asset begins.
Concept schemes
actions
URI: | http://www.w3.org/ns/odrl/2/actions |
Label: | ODRL Actions vocabulary |
Concepts: | acceptTracking, adHocShare, aggregate, annotate, anonymize, append, appendTo, archive, attachPolicy, attachSource, attribute, commercialize, compensate, concurrentUse, copy, delete, derive, display, distribute, ensureExclusivity, execute, export, extract, give, grantUse, include, index, inform, install, lease, lend, license, modify, move, nextPolicy, obtainConsent, pay, play, present, preview, print, read, reproduce, reviewPolicy, secondaryUse, sell, share, shareAlike, textToSpeech, transform, translate, uninstall, use, watermark, write, writeTo |
Concepts
use
The Assigner permits/prohibits the Assignee to use the Asset as agreed. More details may be defined in the applicable agreements or under applicable commercial laws. Refined types of actions can be expressed by the narrower actions.
URI: | http://www.w3.org/ns/odrl/2/use |
Label: | Use |
Status: | stable |
Narrower terms: | aggregate, annotate, anonymize, archive, concurrentUse, derive, digitize, distribute, execute, grantUse, index, install, modify, move, present, read, reproduce, textToSpeech, transform, translate, writeTo |
Class: | Action |
Concept scheme: | actions |
grantUse
The Assigner permits/prohibits the Assignee to grant the use the Asset to third parties. This action enables the Assignee to create policies for the use of the Asset for third parties. nextPolicy is recommended to be agreed with the third party. Use of temporal constraints is recommended.
compensate
The Assigner requires that the Assignees compensates the Assigner (or other specified compensation Party) by some amount of value, if defined, for use of the Asset. The compensation may use different types of things with a value: (i) the thing is expressed by the value (term) of the Constraint name; (b) the value is expressed by operator, rightOperand, dataType and unit
acceptTracking
The Assigner requires that the Assignees accepts that the use of the Asset may be tracked. The collected information may be tracked by the Assigner, or may link to a Party with the role function “trackingParty”.
aggregate
The Assigner permits/prohibits the Assignees to use the Asset or parts of it as part of a composite collection.
annotate
The Assigner permits/prohibits the Assignees to add explanatory notations/commentaries to the Asset without modifying the Asset in any other way.
anonymize
The Assigner permits/prohibits the Assignees to anonymize all or parts of the Asset. For example, to remove identifying particulars for statistical or for other comparable purposes, or to use the asset without stating the author/source.
append
The act of adding to the end of an asset.
appendTo
The act of appending data to the Asset without modifying the Asset in any other way
archive
The Assigner permits/prohibits the Assignees to store the Asset (in a non-transient form). Constraints may be used for temporal conditions.
attribute
The Assigner requires that the Assignees attributes the Asset to the Assigner or an attributed Party. May link to an Asset with the attribution information. May link to a Party with the role function “attributedParty”.
concurrentUse
The Assigner permits/prohibits the Assignees to create multiple copies of the Asset that are being concurrently used.
copy
The act of making an exact reproduction of the asset.
delete
The Assigner requires that the Assignees permanently removes all copies of the Asset. Use a constraint to define under which conditions the Asset should be deleted.
derive
The Assigner permits/prohibits the Assignees to create a new derivative Asset from this Asset and to edit or modify the derivative. A new asset is created and may have significant overlaps with the original Asset. (Note that the notion of whether or not the change is significant enough to qualify as a new asset is subjective). To the derived Asset a next policy may be applied.
digitize
The Assigner permits/prohibits the Assignees to produce a digital copy of (or otherwise digitize) the Asset from its analogue form.
display
The Assigner permits/prohibits the Assignees to display the visual media Asset to an audience or the public. For example, displaying an image on a screen.
distribute
The Assigner permits/prohibits the Assignees to distribute the Asset.
ensureExclusivity
The Assignee requires that the Assigners ensure that the permission on the Asset is exclusive to the Assignee.
execute
The Assigner permits/prohibits the Assignees to run the computer program Asset. For example, machine executable code or Java such as a game or application.
export
The act of transforming the asset into a new form.
The Assigner permits/prohibits the Assignees to extract parts of the Asset and to use it as a new Asset. A new asset is created and may have very little in common with the original Asset. (Note that the notion of whether or not the change is significant enough to qualify as a new asset is subjective). To the extracted Asset a next policy may be applied.
give
The Assigner permits/prohibits the Assignees to transfer the ownership of the Asset to a third party without compensation and while deleting the original asset.
include
The Assigner requires that the Assignees include other related assets in the Asset. For example: bio picture must be included in the attribution. Use of the Asset relation attribute is required.
index
The Assigner permits/prohibits the Assignees to record the Asset in an index. For example, to include a link to the Asset in a search engine database.
The Assigner requires that the Assignees inform the Assigner or an informed Party that an action has been performed on or in relation to the Asset. May link to a Party with the role function “informedParty”.
install
The Assigner permits/prohibits the Assignees to load the computer program Asset onto a storage device which allows operating or running the Asset.
lease
The act of making available the asset to a third-party for a fixed period of time with exchange of value.
license
The act of granting the right to use the asset to a third-party.
lend
The act of making available the asset to a third-party for a fixed period of time without exchange of value.
modify
The Assigner permits/prohibits the Assignees to update existing content of the Asset. A new asset is not created by this action. This action will modify an asset which is typically updated from time to time without creating a new asset like a database. If the result from modifying the asset should be a new asset the actions derive or extract should be used. (Note that the notion of whether or not the change is significant enough to qualify as a new asset is subjective).
move
The Assigner permits/prohibits the Assignees to move the Asset from one digital location to another including deleting the original copy. After the Asset has been moved, the original copy must be deleted.
nextPolicy
The Assigner requires that the Assignees grants the specified Policy to a third party for their use of the Asset.
obtainConsent
The Assigner requires that the Assignees obtains explicit consent from the Assigner or a consenting Party to perform the requested action in relation to the Asset. Used as a Duty to ensure that the Assigner or a Party is authorized to approve such actions on a case-by-case basis. May link to a Party with the role function “consentingParty”.
pay
The act of paying a financial amount to a party for use of the asset.
play
The Assigner permits/prohibits the Assignees to perform an audio Asset to an audience.
present
The Assigner permits/prohibits the Assignees to perform or exhibit an Asset to an audience.
preview
The act of providing a short preview of the asset.
print
The Assigner permits/prohibits the Assignees to print an Asset onto paper or to create a hard copy. For example, creating a permanent, fixed (static), and directly perceivable representation of the Asset.
read
The Assigner permits/prohibits the Assignees to obtain data from the Asset. For example, the ability to read a record from a database (the Asset).
reproduce
The act of making an exact reproduction of the asset. The Assigner permits/prohibits the Assignees to make exact reproductions of the Asset.
reviewPolicy
The Assigner requires that the Assignees have a person review the Policy applicable to the Asset. Used when human intervention is required to review the Policy. May link to an Asset which represents the full Policy information.
secondaryUse
The act of using the asset for a purpose other than the purpose it was intended for.
sell
The Assigner permits/prohibits the Assignees to transfer the ownership of the Asset to a third party with compensation and while deleting the original asset.
textToSpeech
The Assigner permits/prohibits the Assignees to have a text Asset read out loud to an audience.
transfer
The Assigner transfers/does not transfer the ownership in perpetuity to the Assignees.
The Assigner permits/prohibits the Assignees to make a digital copy of the digital Asset in another digital format. Typically used to convert the Asset into a different format for consumption on/transfer to a third party system.
translate
The Assigner permits/prohibits the Assignees to translate the original natural language of an Asset into another natural language. A new derivative Asset is created by that action.
uninstall
The Assigner requires that the Assignees unload and delete the computer program Asset from a storage device and disable its readiness for operation. The Asset is no longer accessible to the Assignees.
watermark
The Assigner requires that the Assignees apply a watermark as provided by the Assigner to the Asset. It is recommended to embed a link to the watermark.
write
The act of writing to the asset.
writeTo
The act of adding data to the Asset.
adHocShare
The act of sharing the asset to parties in close proximity to the owner. This action may be used to express [OMA] Sharing semantics.
The act of extracting (replicating) unchanged characters from the asset.
The act of extracting (replicating) unchanged pages from the asset.
The act of extracting (replicating) unchanged words from the asset.
attachPolicy
The act of keeping the policy notice with the asset.
attachSource
The act of attaching the source of the asset and its derivatives.
shareAlike
The act of distributing any derivative asset under the same terms as the original asset.
commercialize
The act of using the asset in a business environment.
share
The act of the non-commercial reproduction and distribution of the asset to third-parties.
Named individuals
perm
Permissions take precedence over prohibitions.
prohibit
Prohibitions take precedence over permissions.
ignore
Undefined actions should be ignored.
invalid
The policy is invalidated.
support
Undefined actions do not invalidate the policy, but notification for review must occur.
eq
Indicating that a given value equals the operand of the Constraint.
gt
gteq
hasPart
isA
isAllOf
isAnyOf
isNoneOf
isPartOf
lt
lteq
neq
policyUsage
When used as an event in constraints, indicates that the event occurs at the time when the policy is executed.
Acknowledgements
The authors gratefully acknowledge feedback and contributions to this document from members of the W3C ODRL Community Group.
This document was generated using phpspecgen written by Nicholas J. Humfrey and modified by Yves Raimond, and subsequently modified by Mo McRoberts.
References
- [ODRL-MODEL]
-
R. Iannella, S. Guth, D. Paehler & A. Kasten (eds.)
Open Digital Rights Language (ODRL) Version 2.0 - Core Model.
Final Specification, W3C ODRL Community Group, 24 April 2012.
http://www.w3.org/community/odrl/two/model/
- [ODRL-VOCAB]
-
S. Guth & R. Iannella (eds).
Open Digital Rights Language (ODRL) Version 2.0 – Common Vocabulary.
Final Specification, W3C ODRL Community Group, 19 April 2012.
http://www.w3.org/community/odrl/two/vocab/
- [ODRL-XML]
-
R. Iannella (ed.).
Open Digital Rights Language (ODRL) Version 2.0 – XML Encoding.
Final Specification, W3C ODRL Community Group, 19 April 2012.
http://www.w3.org/community/odrl/two/xml/
- [RDF-PRIMER]
-
E. Manola & E. Miller (eds.).
RDF Primer.
W3C Recommendation, 10 February 2004.
http://www.w3.org/TR/2004/REC-rdf-primer-20040210/
- [TURTLE]
-
D. Beckett, T. Berners-Lee.
Turtle - Terse RDF Triple Language.
W3C Team Submission, 28 March 2011.
http://www.w3.org/TeamSubmission/turtle/