Contextual Inputs for ODRL Evaluators

Living Document,

This version:
https://w3id.org/force/sotw
Previous Versions:
Issue Tracking:
GitHub
Editors:
(Ghent University - imec)
(Ghent University - imec)
(Ontology Engineering Group - Universidad Politécnica de Madrid)
License:
CC-BY-SA-4.0

Abstract

This document describes a specification and vocabulary with terms to describe evaluation requests and the state of the world, which, in conjunction with policies, are necessary inputs for ODRL evaluators to assess which rules are active and which prohibitions and obligations have been violated or fulfilled.

Note: Key publications that contributed to this work:
- Esteves et al., 2025, 'Capturing Requests and Context for ODRL-based Access and Usage Control'.

This specification is a Living Document, which means it is subject to change at any time, without prior notice. It is therefore possible that you are reading a different iteration than when you last visited this page. Take notice of the iteration date, mentioned underneath the main title of every document.
Previous tagged versions: v0.1

1. Introd­uction

The Open Digital Rights Language (ODRL) is a W3C standard for policy expression. It is composed by two Recommendations:

which can be used to represent rules over the usage of digital assets.

The Recommendations only standardised the representation of policies, leaving their enforcement out of scope. As such, a recent effort is being led by the W3C ODRL CG to create an ODRL formal semantics specification [odrl-formal-semantics], with the goal of specifying "the expected behaviour of an ODRL Evaluator, a piece of software that performs computations based on a set of policies, a request and a certain state of the world."

In this context, this specification provides a vocabulary to represent the necessary inputs of an Evaluator, which are not standardised in ODRL, i.e., the State of the World (SotW) and the Evaluation Request.

1.1. Terminology

ODRL Compliance Report
A vocabulary that is used to elaborate the result of an evaluation of an ODRL Policy, an Evaluation Request and the State of the World. It elaborates not only whether a rule from a policy is active, but also why.
ODRL Evaluator
A system that determines whether the Rules of an ODRL Policy expression have meet their intended action performance.
State of the World
Knowledge representing real-world information aiding the evaluation of ODRL Policies.
Evaluation Request
Formal description of a requested action by an assignee on a target asset, which can be enriched with further contextual information.

1.2. Namespaces

Commonly used namespace prefixes used in this specification:

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix dpv:     <https://w3id.org/dpv#> .
@prefix ex:      <http://example.com/> .
@prefix odrl:    <http://www.w3.org/ns/odrl/2/> .
@prefix rdf:     <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs:    <http://www.w3.org/2000/01/rdf-schema#> .
@prefix pay:     <https://reference.data.gov.uk/def/payment#> .
@prefix report:  <https://w3id.org/force/compliance-report#> .
@prefix sotw:    <https://w3id.org/force/sotw#> .
@prefix xsd:     <http://www.w3.org/2001/XMLSchema#> .

2. Evaluation Request

An ODRL Evaluator requires an Evaluation Request as input. An Evaluation Request represents a formal description of a requested action. In cases where a request is not being made, e.g., during a policy monitoring scenario, an empty Evaluation Request should be provided as input to the ODRL Evaluator.

The Evaluation Request MUST contain the following properties:

Additional contextual information can also be included in the Evaluation Request, e.g., temporal information or a purpose for exercising the requested action. The requestParameter property MAY be used to associate an EvaluationRequest with this additional contextual information, i.e., the RequestParameter. The following properties are available to describe a RequestParameter:

Proposed vocabulary terms to represent an Evaluation Request.

For instance, if Billie, i.e., http://example.com/party/billie, requests to play the asset http://example.com/music/1999.mp3, the EvaluationRequest in the example below must be presented to an ODRL evaluator to determine whether this request is permitted or not.

ex:request a sotw:EvaluationRequest ;
    sotw:requestingParty <http://example.com/party/billie> ;
    sotw:requestedAction odrl:play ;
    sotw:requestedTarget <http://example.com/music/1999.mp3> ;
    sotw:requestParameter [
        a sotw:RequestParameter ;
        sotw:value "2025-11-24T11:44.22"^^xsd:dateTime ;
        sotw:describesFeature sotw:TemporalData ;
    ] .

3. State of the World

The ODRL Evaluator requires a formal representation of the state of the world. The state of the world specifies knowledge representing real-world information that aids the evaluation of ODRL Policies. For example, a certain state of the world may include the current date and time, the location of agents, or the history of performed actions.

This document aims to provide a formal representation for the state of the world concepts that are necessary to evaluate ODRL policies, without forcing the usage of existing vocabularies, e.g., country codes can be modelled using the ISO 3166 [iso3166] and UN M49 [un-m49] standards. RDF triples to represent the state of the world may be generated as observations from the world generated by third parties or by the ODRL Evaluator itself.

As such, in this document, we aim to provide a minimal set of information that needs to be represented in the state of the world and respective definitions, which will be formally represented in an RDF vocabulary:

Proposed vocabulary terms to represent a State of the World.

For instance, to demonstrate that Billie, i.e., http://example.com/party/billie, paid Sony, i.e., http://example.com/party/sony, to play http://example.com/music/1999.mp3, the SotW in the example below must be presented to an ODRL evaluator to have contextual information about the performed payments. Furthermore, each payment is linked with the corresponding duty that originated the payment, i.e., using the conditionID property.

st:C12 a sotw:SotW ;
    sotw:context st:C12Context-A, st:C12Context-B .

st:C12Context-A a pay:Payment ;
    sotw:conditionID ex:duty ;
    pay:payer <http://example.com/party/billie> ;
    pay:payee <http://example.com/party/sony> ;
    pay:reference "XXXX" ;
    pay:netAmount "5.00"^^xsd:decimal ;
    pay:paymentDate "2025-11-01 15:08:24" .

st:C12Context-B a pay:Payment ;
    sotw:conditionID ex:duty ;
    pay:payer <http://example.com/party/billie> ;
    pay:payee <http://example.com/party/sony> ;
    pay:reference "XXXX" ;
    pay:netAmount "5.00"^^xsd:decimal ;
    pay:paymentDate "2025-10-01 15:08:24" .

4. Supporting Materials

Conformance

Conformance requirements are expressed with a combination of descriptive assertions and RFC 2119 terminology. The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in the normative parts of this document are to be interpreted as described in RFC 2119. However, for readability, these words do not appear in all uppercase letters in this specification.

All of the text of this specification is normative except sections explicitly marked as non-normative, examples, and notes. [RFC2119]

Examples in this specification are introduced with the words “for example” or are set apart from the normative text with class="example", like this:

This is an example of an informative example.

Informative notes begin with the word “Note” and are set apart from the normative text with class="note", like this:

Note, this is an informative note.

Index

Terms defined by this specification

References

Normative References

[ISO3166]
International Organization for Standardization (ISO). ISO 3166: Country Codes. 2020. URL: https://www.iso.org/iso-3166-country-codes.html
[ODRL-FORMAL-SEMANTICS]
Nicoletta Fornara; et al. ODRL Formal Semantics. URL: https://w3c.github.io/odrl/formal-semantics/
[ODRL-model]
Renato Iannella; Serena Villata. ODRL Information Model 2.2. URL: https://w3c.github.io/poe/model/
[ODRL-VOCAB]
Renato Iannella; et al. ODRL Vocabulary & Expression 2.2. URL: https://w3c.github.io/poe/vocab/
[RFC2119]
S. Bradner. Key words for use in RFCs to Indicate Requirement Levels. March 1997. Best Current Practice. URL: https://datatracker.ietf.org/doc/html/rfc2119
[UN-M49]
Statistics Division of the United Nations Secretariat. Standard country or area codes for statistical use (M49). 1999. URL: https://unstats.un.org/unsd/methodology/m49