Skip to content

Commit

Permalink
Update index.html
Browse files Browse the repository at this point in the history
  • Loading branch information
fornaran authored Oct 9, 2024
1 parent 7ae03d4 commit fa88406
Showing 1 changed file with 16 additions and 14 deletions.
30 changes: 16 additions & 14 deletions formal-semantics/index.html
Original file line number Diff line number Diff line change
Expand Up @@ -40,12 +40,21 @@ <h2>Introduction</h2>
The ODRL ontology can be used as a data model to represent machine-readable Policies and associate them with digital or analog assets. By using a machine-readable language to represent policies, ODRL implementations can provide useful functionalities such as those of a policy search engine, a policy compatibility checker, an access control system, a monitoring system, or a policy planning system, among others.
</p>
<p> <!-- the need for clarifying the semantics, the need for this document -->
However, neither the specification of the model (in a text form) nor the vocabulary (in an OWL ontology) accurately describes the behaviour of an ODRL implementation.
Therefore this specification defines the expected behaviour of an <b>ODRL Evaluator</b>. This specification owes much to the previous description in the
<a href="https://www.w3.org/2016/poe/wiki/Evaluator">wiki</a>.</p>

<p> <!-- definition of the evaluator -->
The <b>ODRL Evaluator</b> is expected to work in at least one of these two scenarios:

However, neither the specification of the model (in a text form) nor the vocabulary (in an OWL ontology) accurately describes the behaviour of an <b>ODRL Evaluator</b>.
The objective of an <b>ODRL Evaluator</b> is to determine:
<ul>
<li>which Permissions, Prohibitions, and Obligations (collectively named Rules) are <b>active</b> in a given instant of time.
A Rule is said to be active if it is in effect;</li>
<!--<li>which Permissions have been <b>used</b>;</li>-->
<li>which Prohibitions and Obligations have been <b>violated</b> or <b>fulfilled</b>.</li>
</ul>

This document describes the expected behaviour of an ODRL Evaluator, with a textual description and a collection of examples.
This specification owes much to the previous description in the <a href="https://www.w3.org/2016/poe/wiki/Evaluator">wiki</a>.</p>

<p> <!-- definition of the evaluator -->
The <b>ODRL Evaluator</b> for Permissions is expected to work in at least one of these two scenarios:
</p>
<ol>
<li><b>Access control scenario</b>: the Evaluator determines the access by users or software agents to digital resources
Expand Down Expand Up @@ -95,16 +104,9 @@ <h2>Introduction</h2>
<li>for the access control scenario,
a formal description of the action attempted by a given user who is located in a given place;</li>
</ul>
the objective of the <b>ODRL Evaluator</b> is to determine:
<ul>
<li>which Permissions, Prohibitions, and Obligations (collectively named Rules) are <b>active</b>.
A Rule is said to be active if it is in effect;</li>
<!--<li>which Permissions have been <b>used</b>;</li>-->
<li>which Prohibitions and Obligations have been <b>violated</b> or <b>fulfilled</b>.</li>
</ul>

<!-- Whereas violations are possible in a policy monitoring scenarios (and consequences can be triggered), violations are not possible in an access control system. -->
<p> <!-- Objective of the document. Nicoletta: I removed a "formal semantics")-->
This document describes the expected behaviour of this ODRL Evaluator, with a textual description and a collection of examples.
</p>
</section>

Expand Down

0 comments on commit fa88406

Please sign in to comment.