<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="stratml_AI_Highlight.xsl"?>
<StrategicPlan xmlns="urn:ISO:std:iso:17469:tech:xsd:stratml_core" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <Name>AI Governance Vocabulary Development</Name>
  <Description>Develop and promote an interoperable ODRL profile for expressing machine-readable policies governing the use of assets in artificial intelligence workflows.</Description>
  <OtherInformation>Submitter&apos;s Note: This plan has been inferred by ChatGPT from the W3C ODRL Community Group&apos;s ODRL Profile: AI Vocabulary early draft, the purposes of the ODRL Community Group
^^
It was prompted by a LinkedIn posting by Renato Iannella and comment by Leonard Rosenthol:  https://www.linkedin.com/posts/riannella_the-w3c-odrl-community-group-has-released-activity-7480448082665500672-s_j-?utm_source=share&amp;utm_medium=member_desktop&amp;rcm=ACoAAACRo-wBsB6AJXaqtz06r_wMwIYVUJtr0PM
^^
According to ChatGPT:  The profile defines AI-specific actions through which policy authors can express acceptable and prohibited uses of assets in AI workflows. It is intended to support governance, risk management, and compliance by helping AI systems operate within agreed legal, ethical, organizational, and contractual boundaries.
^^
The ODRL AI Vocabulary and the IETF AI Preferences effort appear to be complementary. The IETF effort can standardize mechanisms and vocabulary through which creators, publishers, and other rights holders communicate preferences concerning AI uses of content. The ODRL profile can express more detailed permissions, prohibitions, duties, parties, assets, actions, and constraints governing such uses. Coordination could reduce semantic conflicts, duplication, and incompatible implementations.
^^
StratML complements both efforts by documenting the intentions, stakeholders, objectives, and prospective results of the organizations developing and implementing the standards.</OtherInformation>
  <StrategicPlanCore>
    <Organization>
      <Name>ODRL Community Group</Name>
      <Acronym>ODRLCG</Acronym>
      <Identifier>e505df1a-6269-4e7b-b18d-a0266de4b847</Identifier>
      <Description>Supports the adoption and promotion of the W3C ODRL Recommendations and their continual evolution and future development.</Description>
      <Stakeholder StakeholderTypeType="Organization">
        <Name>World Wide Web Consortium</Name>
        <Description>Hosts the ODRL Community Group and provides the standards-development environment in which ODRL recommendations, profiles, reports, and related activities are developed and promoted.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>ODRL Community Group Participants</Name>
        <Description>Contribute use cases, requirements, vocabulary terms, technical expertise, reviews, implementations, and consensus to the development and evolution of ODRL.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Renato Iannella</Name>
        <Description>Serves as a leader of the ODRL Community Group and promotes review, adoption, coordination, and continuing development of ODRL specifications and profiles.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Michael Steidl</Name>
        <Description>Contributes leadership relating to ODRL profiles.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Víctor Rodríguez-Doncel</Name>
        <Description>Contributes leadership relating to the ODRL developer community.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>David Filip</Name>
        <Description>Contributes leadership relating to industry outreach.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>W3C Members</Name>
        <Description>Support, review, implement, and contribute to Web standards and related community activities.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Web Users</Name>
        <Description>Depend upon transparent, interoperable, trustworthy, and rights-respecting uses of assets and services on the Web.</Description>
      </Stakeholder>
    </Organization>
    <Vision>
      <Description>An environment in which artificial intelligence systems use assets in accordance with transparent, interoperable, machine-readable governance policies.</Description>
      <Identifier>VISION-ODRL-AI</Identifier>
    </Vision>
    <Mission>
      <Description>To dfevelop and promote an ODRL profile enabling acceptable and prohibited uses of assets in artificial intelligence workflows to be expressed and interpreted consistently.</Description>
      <Identifier>d2046788-0ad1-4cab-bf86-a4800657ff5f</Identifier>
    </Mission>
    <Value>
      <Name>Interoperability</Name>
      <Description>Enable policies to be exchanged, processed, and interpreted consistently across systems, organizations, sectors, and jurisdictions.</Description>
    </Value>
    <Value>
      <Name>Transparency</Name>
      <Description>Make applicable permissions, prohibitions, duties, actions, parties, assets, and constraints explicit and discoverable.</Description>
    </Value>
    <Value>
      <Name>Accountability</Name>
      <Description>Clarify the policies under which parties and AI systems use assets and support evaluation of their conformance.</Description>
    </Value>
    <Value>
      <Name>Agency</Name>
      <Description>Enable authorized parties to express terms governing AI uses of assets in forms that can be communicated and processed by machines.</Description>
    </Value>
    <Value>
      <Name>Responsibility</Name>
      <Description>Support AI practices consistent with legal, ethical, organizational, societal, and contractual expectations.</Description>
    </Value>
    <Value>
      <Name>Openness</Name>
      <Description>Invite public participation, review, feedback, implementation, and refinement of the vocabulary and profile.</Description>
    </Value>
    <Value>
      <Name>Extensibility</Name>
      <Description>Accommodate evolving AI technologies, use cases, policy requirements, and sector-specific profiles without sacrificing shared semantics.</Description>
    </Value>
    <Value>
      <Name>Precision</Name>
      <Description>Define AI-related actions and policy concepts clearly enough to minimize ambiguity and inconsistent interpretation.</Description>
    </Value>
    <Goal>
      <Name>Vocabulary</Name>
      <Description>Define a controlled vocabulary of actions governing uses of assets by artificial intelligence systems.</Description>
      <Identifier>dc854001-dfc7-4be3-a85d-9210c852e69a</Identifier>
      <SequenceIndicator>1</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Policy Authors</Name>
        <Description>Use vocabulary terms to express permissions, prohibitions, duties, and constraints governing AI uses of assets.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Asset Rights Holders</Name>
        <Description>Depend upon sufficiently precise terms to express conditions governing the use of assets in AI workflows.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI System Developers</Name>
        <Description>Implement the vocabulary in systems that discover, interpret, apply, and communicate AI governance policies.</Description>
      </Stakeholder>
      <OtherInformation>The early draft identifies a need for precise, machine-readable policies addressing AI interactions with digital and physical assets through activities such as training, inference, transformation, generation, and redistribution. The vocabulary should remain aligned with the ODRL Information Model and Vocabulary while adding semantics required for AI governance.</OtherInformation>
      <Objective>
        <Name>Actions</Name>
        <Description>Define AI-specific actions representing significant uses of assets in AI workflows.</Description>
        <Identifier>223fdf1c-40be-4a97-9295-d44fafd2189e</Identifier>
        <SequenceIndicator>1.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Vocabulary Editors</Name>
          <Description>Draft and maintain definitions, usage notes, semantic relationships, and examples for AI-specific actions.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Domain Experts</Name>
          <Description>Identify material AI activities and evaluate whether proposed terms accurately represent real-world practices.</Description>
        </Stakeholder>
        <OtherInformation>Relevant activities may include training models, fine-tuning models, performing inference, generating outputs, modifying assets, creating derivatives, extracting information, evaluating systems, and redistributing AI-derived content. Terms should be defined according to demonstrated governance use cases rather than merely cataloging technical operations.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Semantics</Name>
        <Description>Specify the meanings and relationships of AI governance actions consistently with the ODRL model.</Description>
        <Identifier>fc61b1cb-d918-4408-aec2-f18277d18fe7</Identifier>
        <SequenceIndicator>1.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Semantic Web Practitioners</Name>
          <Description>Contribute expertise in vocabularies, linked data, ontologies, identifiers, and machine-processable semantics.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Processing System Developers</Name>
          <Description>Apply the semantics when interpreting and evaluating ODRL policies.</Description>
        </Stakeholder>
        <OtherInformation>Semantic definitions should distinguish actions that may appear similar but have materially different governance implications. Relationships among broader, narrower, equivalent, dependent, and potentially conflicting actions should be explicit where useful for processing and interpretation.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Examples</Name>
        <Description>Provide representative policy examples demonstrating how the vocabulary can express acceptable and prohibited AI uses.</Description>
        <Identifier>77d48f32-dbb3-4164-a1d7-e4e163dc3c45</Identifier>
        <SequenceIndicator>1.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Use examples to understand the intended expression and processing of AI governance policies.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Practitioners</Name>
          <Description>Evaluate whether examples reflect legal, ethical, contractual, and organizational policy requirements.</Description>
        </Stakeholder>
        <OtherInformation>Examples should cover permissions, prohibitions, and duties involving different assets, parties, purposes, technologies, contexts, and constraints. They should illustrate both straightforward and potentially conflicting policy situations.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Policies</Name>
      <Description>Enable authorized parties to express machine-readable governance policies for AI uses of assets.</Description>
      <Identifier>e05f9ae1-8199-4481-8ccb-22d8de741ce7</Identifier>
      <SequenceIndicator>2</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Content Creators</Name>
        <Description>Express conditions governing AI uses of their works and other assets.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Publishers</Name>
        <Description>Communicate policies governing AI access to and use of published assets.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Data Providers</Name>
        <Description>Specify permissible and prohibited AI uses of datasets and data services.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI Providers</Name>
        <Description>Express and interpret policies applicable to AI models, systems, services, inputs, and outputs.</Description>
      </Stakeholder>
      <OtherInformation>ODRL policies can associate rules with assets and parties and can express permissions, prohibitions, duties, and constraints. The AI profile should make those capabilities practically usable for AI governance scenarios without implying that technical expression alone establishes legal authority or guarantees compliance.</OtherInformation>
      <Objective>
        <Name>Permissions</Name>
        <Description>Enable parties to specify AI uses of assets that are allowed under stated conditions.</Description>
        <Identifier>b93ad24d-46f7-4d8a-aa92-0cb43be2d365</Identifier>
        <SequenceIndicator>2.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Assigners</Name>
          <Description>Declare permissions when they possess or represent authority to authorize specified AI uses.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Assignees</Name>
          <Description>Interpret permissions and associated conditions before undertaking AI uses of assets.</Description>
        </Stakeholder>
        <OtherInformation>Permissions may be limited by purpose, party, location, time, system, model, security control, attribution requirement, compensation term, or other constraints supported by ODRL or compatible profiles.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Prohibitions</Name>
        <Description>Enable parties to specify AI uses of assets that are not allowed.</Description>
        <Identifier>1b6d20d2-9dff-4c97-b365-690b4920c1f9</Identifier>
        <SequenceIndicator>2.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Rights Holders</Name>
          <Description>Communicate AI uses that they prohibit within the scope of their authority.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>AI Operators</Name>
          <Description>Identify and avoid prohibited uses when applicable policies are authoritative and technically interpretable.</Description>
        </Stakeholder>
        <OtherInformation>Machine-readable prohibitions can improve discoverability and automated handling but do not by themselves resolve questions about legal validity, jurisdiction, exceptions, conflicts, authorization, or enforceability.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Duties</Name>
        <Description>Enable parties to specify actions that must accompany or follow permitted AI uses.</Description>
        <Identifier>0b54343e-65e9-4343-a457-b14dff567df3</Identifier>
        <SequenceIndicator>2.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Assigners</Name>
          <Description>Specify obligations associated with authorized uses of assets.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Assignees</Name>
          <Description>Determine and perform applicable duties when exercising permissions.</Description>
        </Stakeholder>
        <OtherInformation>Duties may include attribution, notice, reporting, payment, deletion, security controls, provenance preservation, output labeling, audit support, or other actions. Definitions should distinguish duties from constraints and from actions that are themselves the subject of permissions or prohibitions.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Constraints</Name>
        <Description>Enable policies to limit AI-related permissions, prohibitions, and duties according to relevant circumstances.</Description>
        <Identifier>3c165788-d430-4108-a475-7934ff63f85d</Identifier>
        <SequenceIndicator>2.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Designers</Name>
          <Description>Define conditions needed to represent context-sensitive AI governance requirements.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Compliance System Developers</Name>
          <Description>Implement mechanisms for interpreting and evaluating policy constraints.</Description>
        </Stakeholder>
        <OtherInformation>Constraints may address purposes, parties, asset classes, model types, deployment contexts, jurisdictions, dates, quantities, safeguards, output characteristics, and other factors. The profile should reuse existing ODRL terms and compatible vocabularies where possible rather than creating redundant concepts.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Interoperability</Name>
      <Description>Promote consistent exchange and interpretation of AI governance policies across technologies, organizations, sectors, and jurisdictions.</Description>
      <Identifier>ee5cd9b4-ade0-4176-b34b-3c6c71ef95c5</Identifier>
      <SequenceIndicator>3</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Standards Organizations</Name>
        <Description>Coordinate related specifications, vocabularies, protocols, formats, and implementation guidance.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Platform Providers</Name>
        <Description>Implement interoperable mechanisms for creating, publishing, discovering, interpreting, and applying policies.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Regulators</Name>
        <Description>Consider whether machine-readable policies can support regulatory communication, compliance, oversight, and evidence without replacing authoritative legal requirements.</Description>
      </Stakeholder>
      <OtherInformation>Interoperability requires more than shared syntax. Implementations must share sufficiently precise semantics, processing expectations, identifiers, precedence rules, and methods for handling unknown or conflicting terms.</OtherInformation>
      <Objective>
        <Name>Alignment</Name>
        <Description>Align the AI vocabulary with the ODRL Information Model, ODRL Vocabulary, profile guidance, and compatible standards.</Description>
        <Identifier>ff217648-bdd3-4b74-97dd-681ab2d0b099</Identifier>
        <SequenceIndicator>3.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Organization">
          <Name>World Wide Web Consortium</Name>
          <Description>Maintains ODRL recommendations and related Web standards with which the profile should remain compatible.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>ODRL Profile Developers</Name>
          <Description>Identify opportunities to reuse terms and maintain compatibility among domain-specific profiles.</Description>
        </Stakeholder>
        <OtherInformation>Alignment should include reuse or mapping of applicable terms from related standards and vocabularies, including those addressing privacy, provenance, rights, licensing, data governance, content authenticity, and artificial intelligence.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Coordination</Name>
        <Description>Coordinate vocabulary and implementation work with the IETF AI Preferences Working Group and other relevant standards communities.</Description>
        <Identifier>c04d50eb-8ecd-4632-9caf-7eab22994e66</Identifier>
        <SequenceIndicator>3.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Organization">
          <Name>IETF AI Preferences Working Group</Name>
          <Description>Develops interoperable mechanisms and vocabulary for communicating preferences concerning the use of content by artificial intelligence systems.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Person">
          <Name>Leonard Rosenthol</Name>
          <Description>Highlighted the need for coordination between the ODRL Community Group and the IETF AI Preferences effort.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Liaison Participants</Name>
          <Description>Communicate requirements, terminology, decisions, dependencies, and potential conflicts among standards-development communities.</Description>
        </Stakeholder>
        <OtherInformation>The IETF AI Preferences effort may provide broadly deployable signals and protocol mechanisms through which content-related AI preferences are communicated. ODRL can provide richer policy expressions involving permissions, prohibitions, duties, parties, assets, and constraints. Coordination should clarify scope, terminology, mappings, precedence, and implementation pathways rather than presuming that either effort can or should replace the other.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Mappings</Name>
        <Description>Document mappings between AI vocabulary terms and related concepts in other standards and policy languages.</Description>
        <Identifier>5153bdd8-2e85-4593-ac5a-28285490c9af</Identifier>
        <SequenceIndicator>3.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Vocabulary Maintainers</Name>
          <Description>Identify semantic correspondences, differences, dependencies, and conflicts among vocabularies.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Integration Developers</Name>
          <Description>Use mappings to translate or reconcile policy information across systems and formats.</Description>
        </Stakeholder>
        <OtherInformation>Mappings should disclose whether terms are equivalent, broader, narrower, overlapping, merely related, or incompatible. Superficial lexical similarity should not be treated as semantic equivalence.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Implementation</Name>
      <Description>Support practical creation, publication, discovery, interpretation, evaluation, and application of AI governance policies.</Description>
      <Identifier>a696cad9-5338-4594-bf3c-7540f9f1694c</Identifier>
      <SequenceIndicator>4</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Software Developers</Name>
        <Description>Build tools and services supporting ODRL AI policy workflows.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI System Operators</Name>
        <Description>Integrate applicable policy discovery, interpretation, decision, documentation, and compliance functions into AI workflows.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Auditors</Name>
        <Description>Evaluate whether implementations process and apply policies as represented and claimed.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>End Users</Name>
        <Description>Depend upon usable, understandable, and trustworthy tools for expressing and applying AI governance policies.</Description>
      </Stakeholder>
      <OtherInformation>Implementation should preserve the distinction between a policy statement, evidence that a policy applies, authorization by a competent party, interpretation by a processor, and actual conformance by an AI system or operator.</OtherInformation>
      <Objective>
        <Name>Guidance</Name>
        <Description>Publish implementation guidance for producing and processing conformant AI governance policies.</Description>
        <Identifier>3f03750b-ab9b-4275-a89f-22d582296078</Identifier>
        <SequenceIndicator>4.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Apply guidance when creating interoperable policy authoring, publication, discovery, interpretation, and evaluation capabilities.</Description>
        </Stakeholder>
        <OtherInformation>Guidance should address identifiers, profile declarations, serialization, term reuse, validation, unknown terms, policy inheritance, conflict handling, error behavior, security, privacy, provenance, and human-readable presentation.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Tools</Name>
        <Description>Encourage development of interoperable tools for authoring, validating, publishing, discovering, interpreting, and evaluating policies.</Description>
        <Identifier>9762b9de-9a85-49e8-ae25-c03a38793d56</Identifier>
        <SequenceIndicator>4.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Tool Developers</Name>
          <Description>Create software supporting policy authors, publishers, AI providers, operators, auditors, and users.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Policy Authors</Name>
          <Description>Use tools to create policies accurately without needing to manipulate low-level serializations directly.</Description>
        </Stakeholder>
        <OtherInformation>Tools should make policy meaning visible to users, distinguish machine validation from legal or organizational authority, and avoid implying compliance merely because a document is syntactically valid.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Testing</Name>
        <Description>Develop test cases and implementation evidence demonstrating consistent processing of the profile.</Description>
        <Identifier>dca8568b-dace-4bbf-8847-ebf8d802cb15</Identifier>
        <SequenceIndicator>4.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Test Developers</Name>
          <Description>Create conformance cases covering valid, invalid, ambiguous, unsupported, and conflicting policies.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Independent Implementers</Name>
          <Description>Demonstrate whether separately developed systems interpret and process profile terms consistently.</Description>
        </Stakeholder>
        <OtherInformation>Testing should include positive and negative cases, edge cases, policy conflicts, unsupported terms, multiple profiles, inheritance, constraints, and combinations of permissions, prohibitions, and duties. Interoperability claims should be supported by evidence from independent implementations.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Adoption</Name>
        <Description>Promote responsible adoption of the profile in relevant AI, data, media, governance, and compliance ecosystems.</Description>
        <Identifier>43893c56-1af6-42d7-89bc-15b1c5718c40</Identifier>
        <SequenceIndicator>4.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Industry Consortia</Name>
          <Description>Evaluate and apply the profile in shared AI governance and data-use arrangements.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Public Agencies</Name>
          <Description>Consider the profile for machine-readable expression of applicable AI usage policies and requirements.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Civil Society Organizations</Name>
          <Description>Evaluate whether implementations support agency, accountability, transparency, access, fairness, and protection of affected interests.</Description>
        </Stakeholder>
        <OtherInformation>Adoption should be guided by demonstrable use cases and results rather than by publication of the vocabulary alone. Implementers should document what policy signals they recognize, how they interpret them, and what actions their systems take in response.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Governance</Name>
      <Description>Maintain the profile through open participation, evidence, feedback, and accountable standards-development processes.</Description>
      <Identifier>6646d6cc-47f4-49dd-98da-4189e9784c2d</Identifier>
      <SequenceIndicator>5</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>ODRL Community Group Participants</Name>
        <Description>Review proposals, discuss issues, contribute text, evaluate implementations, and seek consensus on profile development.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Public Reviewers</Name>
        <Description>Identify ambiguities, omissions, conflicts, unintended consequences, and prospective improvements.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Affected Communities</Name>
        <Description>Provide perspectives on how AI policy expressions may affect rights, opportunities, responsibilities, and risks.</Description>
      </Stakeholder>
      <OtherInformation>The early draft explicitly invites feedback on all aspects of the AI vocabulary. Governance should remain responsive to implementation experience, changes in AI technology, evolving legal and contractual practices, and related standards-development activities.</OtherInformation>
      <Objective>
        <Name>Participation</Name>
        <Description>Invite broad and informed participation in reviewing and improving the AI vocabulary and profile.</Description>
        <Identifier>c6aa1e6e-4893-47b6-8878-89456e0a00f0</Identifier>
        <SequenceIndicator>5.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>AI Governance Practitioners</Name>
          <Description>Contribute operational, legal, ethical, contractual, risk-management, and compliance use cases.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Researchers</Name>
          <Description>Contribute evidence, conceptual analysis, formal methods, evaluations, and emerging use cases.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Workshop Participants</Name>
          <Description>Help identify future ODRL standardization priorities and requirements.</Description>
        </Stakeholder>
        <OtherInformation>The W3C Workshop on the Future of ODRL, scheduled for July 20–21, 2026, in London and online, provides an opportunity for industry, research, policy, and implementation communities to consider AI governance and other priorities for ODRL&apos;s evolution.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Review</Name>
        <Description>Evaluate proposed terms and specifications through transparent public review and issue resolution.</Description>
        <Identifier>b0778ffe-34a7-4ca8-b6b1-b8a4ff0b2ae4</Identifier>
        <SequenceIndicator>5.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Specification Reviewers</Name>
          <Description>Assess clarity, completeness, consistency, implementability, interoperability, and potential effects.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Editors</Name>
          <Description>Document issues, proposals, decisions, revisions, and unresolved questions.</Description>
        </Stakeholder>
        <OtherInformation>Review should distinguish consensus about technical representation from agreement about substantive legal, ethical, contractual, or public-policy rules. The profile should enable policies to be expressed without purporting to determine which policies ought to govern every context.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Evolution</Name>
        <Description>Revise the vocabulary and profile in response to validated requirements, implementation experience, and changes in related standards.</Description>
        <Identifier>f99906e5-cf5c-4789-8443-f5fb863699d2</Identifier>
        <SequenceIndicator>5.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Profile Maintainers</Name>
          <Description>Manage additions, corrections, deprecations, versioning, compatibility, and documentation.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Report operational experience and assess the compatibility effects of proposed revisions.</Description>
        </Stakeholder>
        <OtherInformation>Evolution should preserve stable identifiers and semantics where feasible, clearly document changes, and provide migration guidance when revisions affect existing policies or implementations.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Accountability</Name>
        <Description>Document decisions, responsibilities, implementation claims, and results associated with development and use of the profile.</Description>
        <Identifier>41841d22-2580-4004-893d-a7662ea29331</Identifier>
        <SequenceIndicator>5.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Standards Participants</Name>
          <Description>Document contributions, decisions, objections, commitments, and responsibilities through open standards processes.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Profile Adopters</Name>
          <Description>Disclose supported terms, processing behavior, limitations, and evidence underlying conformance or interoperability claims.</Description>
        </Stakeholder>
        <OtherInformation>Future rendition in StratML Part 2 format could associate quantitative and qualitative performance indicators with objectives such as vocabulary coverage, issue resolution, independent implementations, test-case passage, cross-standard mappings, deployment, policy processing, and documented conformance.</OtherInformation>
      </Objective>
    </Goal>
  </StrategicPlanCore>
  <AdministrativeInformation>
    <StartDate>2026-05-27</StartDate>
    <PublicationDate>2026-07-10</PublicationDate>
    <Source>https://w3c.github.io/odrl/ai-vocab/</Source>
    <Submitter>
      <GivenName>Owen</GivenName>
      <Surname>Ambur</Surname>
      <EmailAddress>Owen.Ambur@verizon.net</EmailAddress>
    </Submitter>
  </AdministrativeInformation>
</StrategicPlan>