ODRL 信息模型 2.2

2.1.1 Set 类

Set 子类的 ODRL Policy 表示 Rules 的任意组合。Set Policy 子类也是 Policy 的默认子类（如果未指定）。

示例用例：下面的 Set Policy 展示了对目标 Asset http//example.com/asset:9898.movie 执行 use 的 Permission。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Set",
    "uid": "http://example.com/policy:1010",
    "permission": [{
        "target": "http://example.com/asset:9898.movie",
        "action": "use"
    }]
}

2.1.2 Offer 类

Offer 子类的 ODRL Policy 表示由 assigner Parties 提供的 Rules。Offer 通常用于向更广泛的受众提供 Policies， 但不授予任何 Rules。

Offer 子类的 ODRL Policy：

• MUST 具有一个 assigner 属性值（类型为 Party），用于表示同一 Rules 中的功能角色。

注：有关功能角色的详细信息，请参见 Function Property 章节。

注：上述属性基数反映了规范性的 ODRL 信息模型。在某些情况下， 某些属性也支持重复出现（如 Policy Rule Composition 和 Compact Policy 中所述），但规范性的原子 Policy 与上述属性基数保持一致。

示例用例：下面的 Offer Policy（基于前一个示例）展示了 从 assigner Party http://example.com/party:org:abc 对 目标 Asset http//example.com/asset:9898.movie 执行 play 的 Permission。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Offer",
    "uid": "http://example.com/policy:1011",
    "profile": "http://example.com/odrl:profile:01",
    "permission": [{
        "target": "http://example.com/asset:9898.movie",
        "assigner": "http://example.com/party:org:abc",
        "action": "play"
    }]
}

2.1.3 Agreement 类

Agreement 子类的 ODRL Policy 表示 已从 assigner 授予 assignee Parties 的 Rules。Agreement 通常用于授予 Parties 之间的 Rules 条款。

Agreement 子类的 ODRL Policy：

• MUST 具有一个 assigner 属性值（类型为 Party），用于表示同一 Rules 中的功能角色。
• MUST 具有一个 assignee 属性值（类型为 Party），用于表示同一 Rules 中的功能角色。

注：有关功能角色的详细信息，请参见 Function Property 章节。

注：上述属性基数反映了规范性的 ODRL 信息模型。在某些情况下， 某些属性也支持重复出现（如 Policy Rule Composition 和 Compact Policy 中所述），但规范性的原子 Policy 与上述属性基数保持一致。

示例用例：下面的 Agreement Policy（基于前一个示例）展示了 从 assigner Party http://example.com/party:org:abc 为 assignee Party http://example.com/party:person:billie 授予 对目标 Asset http//example.com/asset:9898.movie 执行 play 的 Permission。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:1012",
    "profile": "http://example.com/odrl:profile:01",
    "permission": [{
        "target": "http://example.com/asset:9898.movie",
        "assigner": "http://example.com/party:org:abc",
        "assignee": "http://example.com/party:person:billie",
        "action": "play"
    }]
}

2.2.1 Relation 属性

抽象 relation 属性用于在 Action 与 Asset 之间创建显式链接，指示该 Asset 相对于链接到它的 Rule MUST 如何被使用。

ODRL validator MUST 支持 relation 的以下子属性：

• target：表示 Asset 是 Rule action 直接适用的主要主体。

附加的 relation 子类型属性 MAY 可在 ODRL 通用词汇表 [odrl-vocab] 和 ODRL Profile 中定义。

示例用例：assigner Party http//example.com/party:0001 提供显示 target Asset http://example.com/asset:3333。

{
   "@context": "http://www.w3.org/ns/odrl.jsonld",
   "@type": "Offer",
   "uid": "http://example.com/policy:3333",
   "profile": "http://example.com/odrl:profile:02",
   "permission": [{
       "target": "http://example.com/asset:3333",
       "action": "display",
       "assigner": "http://example.com/party:0001"
   }]
}

示例用例：下面的 Policy 展示了对目标 Asset http://example.com/archive1011 的 index 操作 Permission。 该目标 Asset 也声明为 AssetCollection，以表示该资源是资源集合。一个 附加 Asset 关系 summary 表示索引输出应存储到其中的 Asset http://example.com/x/database。 ODRL Profile ttp://example.com/odrl:profile:03 定义了这个新的 relation 子属性。

{
   "@context": "http://www.w3.org/ns/odrl.jsonld",
   "@type": "Policy",
   "uid": "http://example.com/policy:1011",
   "profile": "http://example.com/odrl:profile:03",
   "permission": [{
       "target": {
           "@type": "AssetCollection",
           "uid":  "http://example.com/archive1011" },
       "action": "index",
       "summary": "http://example.com/x/database"
   }]
}

2.2.2 Part Of 属性

partOf 属性用于标识 Asset 资源所属的 AssetCollection。其目的是显式表达 Asset 与 AssetCollection 之间的成员关系。这使与 AssetCollection 相关的 Rule 能够了解该 Rule 可能适用于哪些单独的 Asset。此外，Asset/AssetCollection 成员 关系还可能检测 Rule 中的冲突。

示例用例：下面的片段展示了一些描述文档的 Dublin Core 元数据。 odrl:partOf 属性声明 Asset http://example.com/asset:111.doc 是 http://example.com/archive1011 AssetCollection 的成员，后者用于上面示例中的 Policy。这意味着 http://example.com/asset:111.doc 是该 Policy 中的目标 Asset 之一，并且可以被索引。

{
   "@type": "dc:Document",
   "@id": "http://example.com/asset:111.doc",
   "dc:title": "Annual Report",
   ...
   "odrl:partOf": "http://example.com/archive1011",
   ...
}

2.2.3 Target Policy 属性

ODRL Policy 类 MAY 也可由 hasPolicy 属性引用。这支持 ODRL Policy Rule 作为外部 元数据表达式（用于标识 Asset）的对象。当 hasPolicy 已在 元数据表达式与 ODRL Policy 之间声明时，被标识的 Asset MUST 被推断为该 Policy 所有 Rule 的 target Asset。如果 Policy 中有多个 Rule， 则推断出的 Asset 将是该 Policy 中每一个 Rule 的目标 Asset。

示例用例：下面的片段展示了一些描述电影 Asset 的 Dublin Core 元数据。 odrl:hasPolicy 属性链接到 ODRL Policy http://example.com/policy:1010（这是上文描述的 Set Policy）。在此 情况下，Asset http://example.com/asset:9999.movie 现在也是 Policy http://example.com/policy:1010 中 Permission 的目标 Asset。 如果此 Policy 中还有其他 Rule，则同一 Asset 将是每个 Rule 的目标 Asset。

{
   "@type": "dc:MovingImage",
   "@id": "http://example.com/asset:9999.movie",
   "dc:publisher": "ABC Pictures",
   "dc:creator": "Allen, Woody",
   "dc:issued": "2017",
   "dc:subject": "Musical Comedy",
   ...
   "odrl:hasPolicy": "http://example.com/policy:1010",
   ...
}

2.3.1 Function 属性

function 属性用于将 Rule 链接到 Party，指示该 Party 相对于链接到它的 Rule 所承担的功能。function 属性本身是抽象的；子属性表示 Party 与 Rule 之间 功能角色的显式语义。

ODRL validator MUST 支持 function 的以下子属性：

• assigner：表示发布 Rule 的 Party。例如，授予 Permission 或要求履行约定 Duty 的 Party。
• assignee：表示 Rule 的接收方 Party。例如， 被授予 Permission 或被要求履行约定 Duty 的 Party。

附加的 function 子类型属性 MAY 可在 ODRL 通用词汇表 [odrl-vocab] 和 ODRL Profile 中定义。

示例用例：该 Policy 展示了具有两个 Party 的 Agreement，其功能角色为 assigner 和 assignee。assigner 授予 assignee 对目标资产执行 play 操作。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:8888",
    "profile": "http://example.com/odrl:profile:04",
    "permission": [{
        "target": "http://example.com/music/1999.mp3",
        "assigner": "http://example.com/org/sony-music",
        "assignee": "http://example.com/people/billie",
        "action": "play"
    }]
}  

示例用例：该 Policy 展示了具有两个 Party 的 Agreement，其功能角色为 assigner 和 assignee。assigner 授予 assignee 使用目标资产的权利。在此情况下，assigner 被 显式声明为 Party，同时也是 vcard:Organisation，并带有一些 附加外部属性。assignee 被显式声明为 PartyCollection，同时也是 vcard:Group，并带有一些附加外部 属性。这意味着所有被标识为 http://example.com/team/A 的实体都将各自拥有相同的已授予 action

{
    "@context": [
        "http://www.w3.org/ns/odrl.jsonld",
        { "vcard": "http://www.w3.org/2006/vcard/ns#" }
    ],
    "@type": "Agreement",
    "uid": "http://example.com/policy:777",
    "profile": "http://example.com/odrl:profile:05",
    "permission": [{
        "target": "http://example.com/looking-glass.ebook",
        "assigner": {
            "@type": [ "Party", "vcard:Organization" ],
            "uid":  "http://example.com/org/sony-books",
            "vcard:fn": "Sony Books LCC",
            "vcard:hasEmail": "sony-contact@example.com" },
        "assignee": {
            "@type": [ "PartyCollection", "vcard:Group" ],
            "uid":  "http://example.com/team/A",
            "vcard:fn": "Team A",
            "vcard:hasEmail": "teamA@example.com"},
        "action": "use"
    }]
}  

2.3.2 Part Of 属性

partOf 属性用于标识 Party 实体所属的 PartyCollection。其目的是显式表达 Party 与 PartyCollection 之间的成员关系。这使与 PartyCollection 相关的 Rule 能够了解 该 Rule 可能适用于哪些单独的 Party。此外，Party/PartyCollection 成员 关系还可能检测 Rule 中的冲突。

示例用例：下面的片段展示了一些描述 Party 的 vCard 元数据。 odrl:partOf 属性声明 Party http://example.com/person/murphy 是 http://example.com/team/A PartyCollection 的成员，后者用于上面示例中的 Policy。这意味着 http://example.com/person/murphy 是 assignee，并且 可以使用 Policy 中的目标资产。

{
   "@type": "vcard:Individual",
   "@id": "http://example.com/person/murphy",
   "vcard:fn": "Murphy",
   "vcard:hasEmail": "murphy@example.com",
   ...
   "odrl:partOf": "http://example.com/team/A",
   ...
}

2.3.3 Assigned Policy 属性

ODRL Policy 类 MAY 也可由 assignerOf 和 assigneeOf 属性引用。这支持 ODRL Policy Rule 作为外部元数据表达式（用于标识 Party）的对象。当 assignerOf 已在元数据表达式与 ODRL Policy 之间声明时， 被标识的 Party MUST 被推断为承担该 Policy 所有 Rule 的 assigner 功能角色。当 assigneeOf 已在元数据表达式与 ODRL Policy 之间声明时，被标识的 Party MUST 被推断为承担 assignee 功能角色。 如果 Policy 中有多个 Rule，则推断出的 Party 将对该 Policy 中的每一个 Rule 承担该功能角色。

示例用例：下面的片段展示了一些描述单个 Party 的 vCard 元数据。 odrl:assigneeOf 属性链接到 ODRL Policy http://example.com/policy:1011（这是上文描述的 Offer Policy）。在此 情况下，Party http://example.com/person/billie 现在也是 Policy http://example.com/policy:1011 中 Permission 的 assignee。 如果此 Policy 中还有其他 Rule，则同一 Party 将是每个 Rule 的 assignee。

{
   "@type": "vcard:Individual",
   "@id": "http://example.com/person/billie",
   "vcard:fn": "Billie",
   "vcard:hasEmail": "billie@example.com",
   ...
   "odrl:assigneeOf": "http://example.com/policy:1011",
   ...
}

2.5.1 Constraint 类

Constraint 类用于通过一个关系运算符比较两个操作数（它们不是 Constraints）的 表达式。如果比较返回匹配，则该 Constraint 得到满足，否则它未得到满足。Constraint 类 表述一个比较表达式，例如使用次数（leftOperand） 必须小于（operator）数字 10（rightOperand）。

Constraint 类具有以下属性：

• Constraint MAY 具有零个或一个 uid 属性 值（类型为 IRI [rfc3987]），用于标识 Constraint。
• Constraint MUST 具有一个 leftOperand 属性值，类型为 LeftOperand。
• Constraint MUST 具有一个 operator 属性 值，类型为 Operator。
• Constraint MUST 具有以下二者之一：
  • 一个 rightOperand 属性值，类型为：
    • 字面量，或 IRI [rfc3987]，或 RightOperand；或
    • 对于基于集合的运算符；字面量列表，或 IRI 列表 [rfc3987]，或 RightOperands 列表；
  • 一个 rightOperandReference 属性值，类型为：
    • IRI [rfc3987]；或
    • 对于基于集合的运算符；IRI 列表 [rfc3987]；
    用于引用右操作数值。
• Constraint MAY 具有零个或一个 dataType 属性值，用于 rightOperand/Reference 的数据类型。
• Constraint MAY 具有零个或一个 unit 属性值（类型为 IRI [rfc3987]），用于 设置 rightOperand/Reference 值所使用的单位。
• Constraint MAY 具有零个或一个 status 属性值，用于由 leftOperand action 生成的值，或用于与 leftOperand 相关、作为比较引用而设置的值。

leftOperand 属性值被定义为 LeftOperand 类的实例。 leftOperand 实例 MUST 被清楚地 定义，以指示 Constraint 的语义，并且 MAY 声明如何获取或生成用于比较的值。 ODRL 通用词汇表 [odrl-vocab] 定义了 ODRL Profiles MAY 使用的 leftOperand。

operator 属性值被定义为 Operator 类的实例。 operator 实例标识关系操作，例如左操作数和右操作数之间的 “大于”或“等于”。

rightOperand 属性值被定义为 RightOperand 类的实例，或 IRI，或 Literal 值。rightOperand 是 Constraint 中要与 leftOperand 比较的值。rightOperandReference 表示一个 IRI， 该 IRI MUST 先被解引用，以获得 rightOperand 的实际值。rightOperandReference 用于 rightOperand 的值 MUST 先通过 解引用 IRI 获取的情况。rightOperand 或 rightOperandReference 中只能有一个 MUST 出现在 Constraint 中。

rightOperand 表示一个值，而 rightOperandReference 表示必须解引用以获得该值的 IRI。如果 rightOperand 是 http://example.com/c100，则它被解释为表达式中要比较的 值。如果 rightOperandReference 是相同的值 http://example.com/c100，则必须先解引用该 IRI，并且返回的数据 必须被解释为表达式中要比较的值。

dataType 指示 rightOperand/Reference 的类型，例如 xsd:decimal 或 xsd:datetime，而 unit 指示 rightOperand/Reference 的单位 值，例如 “EU currency”。

status 提供由 leftOperand action 生成的值，该值 MUST 用于比较表达式。例如， count constraint 可以具有值为 10 的 rightOperand， 以及值为 5 的 status。这意味着该 action 已经被执行了 5 次，并且 比较必须将当前 action 与 status 值进行比较。

2.5.2 Logical Constraint 类

Logical Constraint 类用于通过一个逻辑运算符比较两个或多个 现有 Constraints 作为操作数的表达式。如果比较返回逻辑匹配，则 Logical Constraint 得到满足，否则它未得到满足。 例如，三个 Constraints 可以在逻辑上被 and 连接，表示三者 都必须为真，Logical Constraint 才能得到满足。

Logical Constraint 类具有以下属性：

• Logical Constraint MAY 具有零个或一个 uid 属性值（类型为 IRI [rfc3987]），用于 标识 Logical Constraint。
• Logical Constraint MUST 具有一个 operand 子属性，用于表示所比较的 现有 constraints 的逻辑关系；其值是现有 Constraint 实例的列表。

ODRL evaluator MUST 支持 operand 的以下子属性：

• or - 至少一个 Constraints MUST 得到满足
• xone - 只有一个且不超过一个 Constraints MUST 得到满足
• and - 所有 Constraints MUST 得到满足
• andSequence - 所有 Constraints——按顺序——MUST 得到满足

附加的 operand 子属性 MAY 可由 ODRL Profiles 定义。

Logical Constraints 的 ODRL 验证要求包括：

1. operand MUST 只能是以下 子属性：or、xone、and、andSequence。 operand 的附加子属性 MAY 只能由 ODRL Profiles 定义，专用于 Logical Constraints。
2. 所有 operand 值 MUST 都必须是唯一的 Constraint 实例。

Constraint 实例 MUST 被求值，其结果 用于确定逻辑关系是否得到满足（基于 operand 子属性的语义）。

2.5.3 带有 Rule 的 Constraint 属性

Rule（例如 Permission、Prohibition 或 Duty）MAY 包含 constraint 属性，用于表示 Rule 上的条件。 为满足此条件，constraint 属性所引用的所有 Constraints/Logical Constraints MUST 得到满足。

示例用例：在下面的 Policy Offer 示例中，permission 允许目标 asset 被 distribute，并包含一个 dateTime 条件的 constraint， 即 permission 只能在 2018-01-01 之前执行。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Offer",
    "uid": "http://example.com/policy:6163",
    "profile": "http://example.com/odrl:profile:10",
    "permission": [{
       "target": "http://example.com/document:1234",
       "assigner": "http://example.com/org:616",
       "action": "distribute",
       "constraint": [{
           "leftOperand": "dateTime",
           "operator": "lt",
           "rightOperand":  { "@value": "2018-01-01", "@type": "xsd:date" }
       }]
   }]
}

2.5.4 带有 Action 的 Refinement 属性

Action MAY 包含 refinement 属性，用于 表示直接缩窄 Action 操作语义的 Constraint/Logical Constraint。 为满足 Action 更窄语义的这一条件，refinement 属性 引用的所有 Constraints/Logical Constraints MUST 用于生成已满足状态。

注：对 Action 应用 refinements 的结果 SHOULD NOT 导致空操作。

示例用例：在下面的 Policy Offer 示例中，permission 允许目标 asset 被 print，并且还包含一个小于或等于 1200 dpi 分辨率的 refinement Constraint。该 refinement 是打印的更窄语义，在此情况下， 表示以特定最高分辨率级别进行打印。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Offer",
    "uid": "http://example.com/policy:6161",
    "profile": "http://example.com/odrl:profile:10",
    "permission": [{
       "target": "http://example.com/document:1234",
       "assigner": "http://example.com/org:616",
       "action": [{
          "rdf:value": { "@id": "odrl:print" },
          "refinement": [{
             "leftOperand": "resolution",
             "operator": "lteq",
             "rightOperand": { "@value": "1200", "@type": "xsd:integer" },
             "unit": "http://dbpedia.org/resource/Dots_per_inch"
          }]
      }]
   }]
}

示例用例：下面的 Policy 展示了对目标 asset 进行 reproduce 的 permission， 或者通过在线媒体，或者通过印刷媒体，但不能二者同时。 这表示为一个 Logical Constraint（带有 xone operand），引用了两个 在别处声明的现有 Constraints。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Offer",
    "uid": "http://example.com/policy:88",
    "profile": "http://example.com/odrl:profile:10",
    "permission": [{
        "target": "http://example.com/book/1999",
        "assigner": "http://example.com/org/paisley-park",
        "action": [{
           "rdf:value": { "@id": "odrl:reproduce" },
           "refinement": {
               "xone": { 
	           "@list": [ 
		       { "@id": "http://example.com/p:88/C1" },
                       { "@id": "http://example.com/p:88/C2" } 
		   ]
	       }
            }
        }]
    }]
}
 
{
   "@context": "http://www.w3.org/ns/odrl.jsonld",
   "@type": "Constraint",
   "uid": "http://example.com/p:88/C1",
   "leftOperand": "media",
   "operator": "eq",
   "rightOperand": { "@value": "online", "@type": "xsd:string" }
}
 
{
   "@context": "http://www.w3.org/ns/odrl.jsonld",
   "@type": "Constraint",
   "uid": "http://example.com/p:88/C2",
   "leftOperand": "media",
   "operator": "eq",
   "rightOperand": { "@value": "print", "@type": "xsd:string" }
}

2.5.5 带有 Asset Collection 的 Refinement 属性

AssetCollection MAY 包含 refinement 属性，用于表示识别完整集合中 单个 Asset(s) 的细化上下文。refinement 属性适用于 集合中每个成员的特征（而不是整个资源）。 为满足识别完整 AssetCollection 中单个 Asset(s) 的这一条件，refinement 属性引用的所有 Constraints/Logical Constraints MUST 得到满足。

注：对 AssetCollection 应用 refinements 的结果 SHOULD NOT 导致空集合。

请注意，使用 refinement 属性时，uid 属性 MUST NOT 用于标识 AssetCollection。相反，source 属性 MUST 用于引用 AssetCollection。

示例用例：该 Policy 定义了一个目标 source http://example.com/media-catalogue，它是多媒体视频的 AssetCollection。 该 target 还具有一个 refinement，用于指定 AssetCollection 成员的特征。在此情况下，目标 Assets 子集将是那些播放 时长少于 60 分钟的资源，并且这些资源中的每一个都可以被播放。请注意， runningTime leftOperand 与 play action 一起定义在 ODRL Profile http://example.com/odrl:profile:11 中。

{
  "@context": "http://www.w3.org/ns/odrl.jsonld",
  "@type": "Offer",
  "uid": "http://example.com/policy:4444",
  "profile": "http://example.com/odrl:profile:11",
  "permission": [{
    "assigner": "http://example.com/org88",
    "target": {
      "@type": "AssetCollection",
      "source":  "http://example.com/media-catalogue",
      "refinement": [{
        "leftOperand": "runningTime",
        "operator": "lt",
        "rightOperand": { "@value": "60", "@type": "xsd:integer" },
        "unit": "http://qudt.org/vocab/unit/MinuteTime"
      }]
    },
    "action": "play"
  }]
}

2.5.6 带有 Party Collection 的 Refinement 属性

PartyCollection MAY 包含 refinement 属性，用于表示识别完整集合中 单个 Party(ies) 的细化上下文。refinement 属性适用于 集合中每个成员的特征（而不是整个资源）。 为满足识别完整 PartyCollection 中单个 Party(ies) 的这一条件，refinement 属性引用的所有 Constraints/Logical Constraints MUST 得到满足。

注：对 PartyCollection 应用 refinements 的结果 SHOULD NOT 导致空集合。

请注意，使用 refinement 属性时，uid 属性 MUST NOT 用于标识 PartyCollection。相反，source 属性 MUST 用于引用 PartyCollection。

示例用例：目标 Asset http://example.com/myPhotos:BdayParty 是 由照片的 assigner http://example.com/user44 发布到社交网络站点的一组照片。assignee source 是 PartyCollection http://example.com/user44/friends，表示 assigner 的所有朋友。 assignee 还具有一个 refinement，表示只有集合中 foaf:age 超过 18 的成员才会被分配 ex:view permission（由 Profile 定义）。

{
  "@context": "http://www.w3.org/ns/odrl.jsonld",
  "@type": "Agreement",
  "uid": "http://example.com/policy:4444",
  "profile": "http://example.com/odrl:profile:12",
  "permission": [{
    "target": "http://example.com/myPhotos:BdayParty",
    "assigner": "http://example.com/user44",
    "assignee": {
      "@type": "PartyCollection",
      "source":  "http://example.com/user44/friends",
      "refinement": [{
        "leftOperand": "foaf:age",
        "operator": "gt",
        "rightOperand": { "@value": "17", "@type": "xsd:integer" }
      }]
    },
    "action": { "@id": "ex:view" }
  }]
}

2.6.1 Permission 类

Permission 允许一个 action（在所有 refinements 得到满足时） 在所有 constraints 得到满足且所有 duties 得到履行的情况下，在 Asset 上执行。

Permission 类是 Rule 类的子类，并从 Rule 类继承所有属性，且具有 以下附加属性语义：

• Permission MUST 具有一个 target 属性 值，类型为 Asset。（其他 relation 子属性 MAY 可被使用。）
• Permission MAY 具有零个或一个 assigner 和/或 assignee 属性值（类型为 Party），用于功能角色。（其他 function 子属性 MAY 可被使用。）
• Permission MAY 具有零个、一个或多个 duty 属性值，类型为 Duty。

注：上述属性基数反映了规范性的 ODRL 信息模型。在某些情况下， 某些属性也支持重复出现（如 Policy Rule Composition 和 Compact Policy 中所述），但规范性的原子 Policy 与上述属性基数保持一致。

duty 属性表达一项约定的义务，该义务 MUST 被履行。也就是说，duty 属性断言 Permission 与 Duty 之间的前置条件。更多详细信息见 带有 Permission 的 Duty 章节。

示例用例：来自 assigner http://example.com/org:xyz 的 Policy Offer 表达了对目标 Asset http//example.com/game:9090 的 play action，并且 permission 有效期至 2017 年年底。

{
   "@context": "http://www.w3.org/ns/odrl.jsonld",
   "@type": "Offer",
   "uid": "http://example.com/policy:9090",
   "profile": "http://example.com/odrl:profile:07",
   "permission": [{
       "target": "http://example.com/game:9090",
       "assigner": "http://example.com/org:xyz",
       "action": "play",
       "constraint": [{
           "leftOperand": "dateTime",
           "operator": "lteq",
           "rightOperand": { "@value": "2017-12-31", "@type": "xsd:date" }
       }]
   }]
}

2.6.2 Prohibition 类

Prohibition 不允许一个 action（在所有 refinements 得到满足时） 在所有 constraints 得到满足的情况下，在 Asset 上执行。如果 Prohibition 已因该 action 被执行而受到违反，则所有 remedies MUST 被履行，以将 Prohibition 的状态设为未违反。

Prohibition 类是 Rule 类的子类，并从 Rule 类继承所有属性，且 具有以下附加属性语义：

• Prohibition MUST 具有一个 target 属性 值，类型为 Asset。（其他 relation 子属性 MAY 可被使用。）
• Prohibition MAY 具有零个或一个 assigner 和/或 assignee 属性值（类型为 Party），用于功能角色。（其他 function 子属性 MAY 可被使用。）
• Prohibition MAY 具有零个、一个或多个 remedy 属性值，类型为 Duty。

注：上述属性基数反映了规范性的 ODRL 信息模型。在某些情况下， 某些属性也支持重复出现（如 Policy Rule Composition 和 Compact Policy 中所述），但规范性的原子 Policy 与上述属性基数保持一致。

remedy 属性（failure 属性的子属性） 表达一项约定的义务，该义务在 Prohibition 已 受到违反的情况下 MUST 被履行。 也就是说，remedy 属性断言一个 Duty，如果 Prohibition 的 action 被执行， 则该 Duty 必须被履行。更多详细信息见 带有 Prohibition 的 Remedy 章节。

示例用例：目标 Asset http://example.com/photoAlbum:55 的 assigner 表达了一个同时包含 Permission 和 Prohibition 的 Agreement Policy。assigner Party http://example.com/MyPix:55 将 Permission display 分配给 assignee Party http://example.com/assignee:55，同时给出一个禁止 archive 目标 Asset 的 Prohibition。此外，如果 Policy 中存在任何冲突 （例如 Permission 与 Prohibition 之间），则 Policy 的 conflict 属性被设置为 perm， 表示 Permissions 将优先。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:5555",
    "profile": "http://example.com/odrl:profile:08",
    "conflict": "perm",
    "permission": [{
        "target": "http://example.com/photoAlbum:55",
        "action": "display",
        "assigner": "http://example.com/MyPix:55",
        "assignee": "http://example.com/assignee:55"
    }],
    "prohibition": [{
        "target": "http://example.com/photoAlbum:55",
        "action": "archive",
        "assigner": "http://example.com/MyPix:55",
        "assignee": "http://example.com/assignee:55"
    }]
}

2.6.3 Duty 类

Duty 是执行某个 action 的义务，并且所有 refinements 均得到满足。如果所有 constraints 均 得到满足，且其 action（在所有 refinements 得到满足时） 已被执行，则 Duty 得到履行。如果其 action 尚未被执行， 则所有 consequence 也必须被履行，才能履行 Duty。也就是说，consequences 是附加 Duties，也必须被履行。（注：只有被 duty 或 obligation 属性引用的 Duties 才可以使用 consequence 属性。）

Duty 类是 Rule 类的子类，并从 Rule 类继承所有属性，且具有 以下附加属性语义：

• Duty MAY 具有零个或一个 target 属性 值（类型为 Asset），用于表示 Duty 直接适用的主要主体 Asset。（其他 relation 子属性 MAY 可被使用。）
• Duty MAY 具有零个或一个 assigner 和/或 assignee 属性值（类型为 Party），用于功能角色。（其他 function 子属性 MAY 可被使用。）
• Duty MAY 仅当 Duty 由带有 duty 或 obligation 属性的 Rule 引用时，才可以具有零个、一个或多个 consequence 属性值，类型仅为 Duty。

注：上述属性基数反映了规范性的 ODRL 信息模型。在某些情况下， 某些属性也支持重复出现（如 Policy Rule Composition 和 Compact Policy 中所述），但规范性的原子 Policy 与上述属性基数保持一致。

Duty 类还具有以下附加要求：

• 有义务履行 duty 的 Party MUST 具备 执行 Duty Action 的能力。
• 有义务履行 duty 的 Party MUST 满足该 Duty。

consequence 属性（failure 属性的子属性） 用于表达未履行约定的 Policy obligation 或 Permission 的 duty 所带来的后果。 如果其中任一项未被履行，则这会导致 consequence Duties 也成为新的要求，这意味着原始 obligation 或 duty，以及 consequence Duties MUST 都必须 得到履行。

请注意，consequence 属性 MUST NOT 用于 已经是 Permission duty 或 Policy obligation 的 consequence 的 Duty。

2.6.4 带有 Policy 的 Obligation 属性

Policy MAY 包含履行 Duty 的 obligation。该 obligation 在所有 constraints 均得到满足，且其 action（在所有 refinements 得到满足时）已被执行的情况下 得到履行。

示例用例：下面的 Agreement 包含一项 obligation，要求 assignee http://example.com/person:44 向 assigner http://example.com/org:43 补偿 EU500.00 的付款金额。

{
  "@context": "http://www.w3.org/ns/odrl.jsonld",
  "@type": "Agreement",
  "uid": "http://example.com/policy:42",
  "profile": "http://example.com/odrl:profile:09",
  "obligation": [{
      "assigner": "http://example.com/org:43",
      "assignee": "http://example.com/person:44",
      "action": [{
          "rdf:value": {
            "@id": "odrl:compensate"
          },
          "refinement": [
            {
              "leftOperand": "payAmount",
              "operator": "eq",
              "rightOperand": { "@value": "500.00", "@type": "xsd:decimal" },
              "unit": "http://dbpedia.org/resource/Euro"
            }]
        }]
    }]
}

Policy MAY 还可以包含未履行 obligation 的 consequence。

示例用例：下面的 Agreement 包含一项 obligation，要求 assignee http://example.com/person:44 向 assigner http://example.com/org:43 删除目标 Asset。如果 obligation 未被履行， 则 consequence 是 assigner MUST 现在还要向指定慈善机构 补偿 EU10.00 的付款（同时还要履行 obligation Duty）。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:42B",
    "profile": "http://example.com/odrl:profile:09",
    "assigner": "http://example.com/org:43",
    "assignee": "http://example.com/person:44",
    "obligation": [{
	   "action": "delete",
	   "target": "http://example.com/document:XZY",
	   "consequence": [{
	   	 "action": [{
	   	     "rdf:value": { "@id": "odrl:compensate" },
	   	     "refinement": [{
	   	        "leftOperand": "payAmount",
	   	        "operator": "eq",
	   	        "rightOperand": { "@value": "10.00", "@type": "xsd:decimal" },
	   	        "unit": "http://dbpedia.org/resource/Euro"
	   	     }]
	   	 }],
	   	 "compensatedParty": "http://wwf.org"
         }]
    }]
}

2.6.5 带有 Permission 的 Duty 属性

Duty MAY 被指定为一个前置条件，该条件要求 通过从 Permission 到 Duty 的 duty 属性关系来履行。

如果一个 Permission 有多个 Duties，则所有 Duties MUST 都必须约定为得到履行。如果多个 Permissions 通过同一 Duty 的 uid 属性引用同一 Duty，则该 Duty 只需履行一次。

如果 Duty 中未声明 function 子属性，则这些 功能角色将与引用它的 Permission 中声明的功能角色相同。

示例用例：Party http://example.com/assigner:sony 发出一个 Offer，以播放 目标 asset http://example.com/music/1999.mp3。permission 包含一个 duty， 其 compensate action 具有 payAmount 为 $EU5.00 的 refinement。该 duty 还具有一个 constraint，即 event 小于 policyUsage，这意味着 duty rule 必须先被执行（即补偿），然后 permission rule 才能被执行。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Offer",
    "uid": "http://example.com/policy:88",
    "profile": "http://example.com/odrl:profile:09",
    "permission": [{
        "assigner": "http://example.com/assigner:sony",
        "target": "http://example.com/music/1999.mp3",
        "action": "play",
        "duty": [{
           "action": [{
              "rdf:value": { "@id": "odrl:compensate" },
              "refinement": [{
                 "leftOperand": "payAmount",
                 "operator": "eq",
                 "rightOperand": { "@value": "5.00", "@type": "xsd:decimal" },
                 "unit": "http://dbpedia.org/resource/Euro"
              }]
            }],
            "constraint": [{
                "leftOperand": "event",
                "operator": "lt",
                "rightOperand": { "@id": "odrl:policyUsage" }
            }]
        }]
    }]
}  

2.6.6 带有 Permission/Obligation Duty 的 Consequence 属性

Permission 的 duty 和 Policy 的 obligation MAY 包含 一个因未履行该 duty 或 obligation 而产生的 consequence Duty。 在这种情况下，所有 consequence Duties MUST 也必须 得到履行，以将 Permission/Obligation Duty 的最终状态设为 已履行。

consequence 属性是 failure 属性的子属性。有关 consequence 属性的更多信息，请参见 Duty Class 章节。

示例用例：下面的 Agreement 位于 assigner http://example.com/org:99 与 assignee http://example.com/person:88 之间，允许 assignee 在前置条件下分发 Asset http://example.com/data:77，该前置条件是他们将该 asset 归属给 Party http://australia.gov.au/。如果 assignee 未履行 duty，或 在未履行 duty 的情况下分发该 asset，则 consequence 是他们还将 被 http://example.com/dept:100 跟踪。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:66",
    "profile": "http://example.com/odrl:profile:09",
    "permission": [{
        "target": "http://example.com/data:77",
        "assigner": "http://example.com/org:99",
        "assignee": "http://example.com/person:88",
        "action": "distribute",
        "duty": [{
            "action": "attribute",
            "attributedParty": "http://australia.gov.au/",
            "consequence": [{
               "action": "acceptTracking",
               "trackingParty": "http://example.com/dept:100"
            }]
        }]
    }]
}

2.6.7 带有 Prohibition 的 Remedy 属性

remedy 属性表达一项约定的 Duty，在 Prohibition 因被执行而 受到违反的情况下，该 Duty MUST 被履行。如果 Prohibition action 被执行，则所有 remedy Duties MUST 被履行，以处理 Prohibition 的违反并将其设为未违反状态。 remedy 属性是 failure 属性的子属性。

remedy MUST NOT 引用包含 consequence Duty 的 Duty。

示例用例：下面的 Agreement 位于 assigner http://example.com/person:88 与 assignee http://example.com/org:99 之间，禁止 assignee 索引 Asset http://example.com/data:77。如果 assignee 确实索引了目标 asset， 则 remedy 是他们 MUST 匿名化 目标 asset http://example.com/data:77。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Agreement",
    "uid": "http://example.com/policy:33CC",
    "profile": "http://example.com/odrl:profile:09",
    "prohibition": [{
        "target": "http://example.com/data:77",
        "assigner": "http://example.com/person:88",
        "assignee": "http://example.com/org:99",
        "action": "index",
        "remedy": [{
            "action": "anonymize",
            "target": "http://example.com/data:77"
        }]
    }]
}

2.7.1 紧凑 Policy

ODRL Policy MAY 可以保存声明在 Policy 层级的属性，这些属性由其所有 Rules 共享并通用。这仅旨在作为一种 快捷方法，以支持更紧凑的序列化。这些共享 属性 MUST NOT 被解释为 Policy 层级 属性（例如 Policy 类章节中定义的那些属性）。

MAY 被共享的属性（如下图所示） 包括：

• 一个或多个 action 属性。
• relation 的一个或多个子属性（例如 target）。
• function 的一个或多个子属性（例如 assigner 和 assignee）。

在 Policy 中展开快捷形式的 ODRL 验证要求是：

1. 对于 Policy 中的每个 Rule：
   • 验证任何相关的共享属性（位于 Policy 层级）。
   • 将这些属性复制到 Rule 中。
2. 移除声明在 Policy 层级的共享属性

此外，遵循 ODRL 验证要求，在 Policy 中创建原子 Rules （定义于上一节）。

RECOMMENDED 在处理一致性时，将紧凑的 ODRL Policies 展开为原子 Policies。

下面的示例展示了应用于 Policy 的这些共享公共属性：

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Policy",
    "uid": "http://example.com/policy:8888",
    "profile": "http://example.com/odrl:profile:21",
    "target": "http://example.com/music/1999.mp3",
    "assigner": "http://example.com/org/sony-music",
    "action": "play",
    "permission": [{
        "assignee": "http://example.com/people/billie"
        },
        {
        "assignee": "http://example.com/people/murphy"
        }]
}  

下面的示例展示了如何按照上述 ODRL 验证要求，将这些共享属性展开到 Policy 的 Permissions 中。

{
    "@context": "http://www.w3.org/ns/odrl.jsonld",
    "@type": "Policy",
    "uid": "http://example.com/policy:8888",
    "profile": "http://example.com/odrl:profile:21",
    "permission": [{
        "assignee": "http://example.com/people/billie",
        "target": "http://example.com/music/1999.mp3",
        "assigner": "http://example.com/org/sony-music",
        "action": "play"
        },
        {
        "assignee": "http://example.com/people/murphy",
        "target": "http://example.com/music/1999.mp3",
        "assigner": "http://example.com/org/sony-music",
        "action": "play",
        }]
}