Jump to content

Extensible Resource Identifier: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
m →‎Applications: remove redirects to self
m →‎top: def acro per MOS
 
(24 intermediate revisions by 12 users not shown)
Line 1: Line 1:
An '''extensible resource identifier''' (abbreviated '''XRI''') is a scheme and resolution protocol for abstract identifiers compatible with [[uniform resource identifier]]s and [[internationalized resource identifier]]s, developed by the [http://www.oasis-open.org/committees/xri XRI Technical Committee] at [[OASIS (organization)|OASIS]]. The goal of XRI is a standard syntax and discovery format for abstract, structured identifiers that are domain-, location-, application-, and transport-independent, so they can be shared across any number of domains, directories, and [[interaction protocol]]s.
An '''Extensible Resource Identifier''' ('''XRI''') is a scheme and resolution protocol for abstract identifiers compatible with [[Uniform Resource Identifier]]s (URI) and [[Internationalized Resource Identifier]]s (IRI), developed by the XRI Technical Committee at [[OASIS (organization)|OASIS]] (closed in 2015).<ref>{{cite web|url=https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xri|title=OASIS Extensible Resource Identifier (XRI) TC|date=8 July 2015|publisher=[[OASIS (organization)|OASIS]]|access-date=19 March 2019}}</ref> The goal of XRI was a standard syntax and discovery format for abstract, structured identifiers that are domain-, location-, application-, and transport-independent, so they can be shared across any number of domains, directories, and [[interaction protocol]]s.


The XRI 2.0 specifications were rejected by OASIS,<ref>[http://lists.oasis-open.org/archives/xri/200806/msg00001.html Failed OASIS]</ref> a failure attributed<ref>[http://www.equalsdrummond.name/?p=130 Time for OASIS XRI TC and W3C TAG to Sit Down Together]</ref> to the intervention of the [[W3C]] [[Technical Architecture Group]] which recommended against using XRIs or taking the XRI specifications forward.<ref>[http://lists.w3.org/Archives/Public/www-tag/2008May/0078.html TAG recommends against XRI]</ref> The core of the dispute is whether the widely interoperable [[Hypertext Transfer Protocol|HTTP]] URIs are capable of fulfilling the role of abstract, structured identifiers, as the TAG believes,<ref>[http://www.w3.org/2001/tag/doc/URNsAndRegistries-50.xml URNs, Namespaces and Registries]</ref> but whose limitations the XRI Technical Committee was formed specifically to address.<ref>[http://wiki.oasis-open.org/xri/XriSolvesRealProblems Xri Solves Real Problems]</ref>
The XRI 2.0 specifications were rejected by OASIS,<ref>[http://lists.oasis-open.org/archives/xri/200806/msg00001.html Failed OASIS Standard Ballot of XRI Syntax v2.0]</ref> a failure attributed<ref>[http://www.equalsdrummond.name/?p=130 Time for OASIS XRI TC and W3C TAG to Sit Down Together]</ref> to the intervention of the [[W3C]] Technical Architecture Group which recommended against using XRIs or taking the XRI specifications forward.<ref>[http://lists.w3.org/Archives/Public/www-tag/2008May/0078.html TAG recommends against XRI]</ref> The core of the dispute is whether the widely interoperable [[Hypertext Transfer Protocol|HTTP]] URIs are capable of fulfilling the role of abstract, structured identifiers, as the TAG believes,<ref>[http://www.w3.org/2001/tag/doc/URNsAndRegistries-50.xml URNs, Namespaces and Registries]</ref> but whose limitations the XRI Technical Committee was formed specifically to address.<ref>[http://wiki.oasis-open.org/xri/XriSolvesRealProblems Xri Solves Real Problems]</ref>


The designers of XRI believed that, due to the growth of [[XML]], [[web service]]s, and other ways of adapting the Web to automated, machine-to-machine communications, it was increasingly important to be able to identify a resource independent of any specific physical network path, location, or protocol in order to:
The designers of XRI believed that, due to the growth of [[XML]], [[web service]]s, and other ways of adapting the Web to automated, machine-to-machine communications, it was increasingly important to be able to identify a resource independent of any specific physical network path, location, or protocol in order to:
Line 15: Line 15:
: There is a specified way to express XRIs in the form of URIs
: There is a specified way to express XRIs in the form of URIs
; Cross-references
; Cross-references
: An XRI can contain another XRI (or a URI), to any level of nesting. This enables the construction of structured, "tagged" identifiers that enable identifier sharing across domains the same way XML enables data sharing across domains.
: An XRI can contain another XRI (or a URI), to any level of nesting. This enables the construction of structured, "tagged" identifiers that enable identifier sharing across domains the same way XML enables [[data sharing]] across domains.
; Global context symbols
; Global context symbols
: These are single-character symbols (<code>=</code>, <code>@</code>, <code>+</code>, <code>$</code>, or <code>!</code>) that provide a simple, human-friendly way to indicate the global context of an [[i-name]] or [[i-number]]. These are not required, but may be used within communities of interest that agree on their meaning and how they are resolved. See also: [[Global context registries]].
: These are single-character symbols (<code>=</code>, <code>@</code>, <code>+</code>, <code>$</code>, or <code>!</code>) that provide a simple, human-friendly way to indicate the global context of an [[i-name]] or [[i-number]]. These are not required, but may be used within communities of interest that agree on their meaning and how they are resolved.
; [[Peer-to-peer]] addressing
; [[Peer-to-peer]] addressing
: XRI syntax supports the ability for any two network nodes to assign each other XRIs and perform cross-resolution. That is, a top-level namespace authority can be referred to by names assigned by other parties. This aids in federating namespaces between organizations or communities of interest.
: XRI syntax supports the ability for any two network nodes to assign each other XRIs and perform cross-resolution. That is, a top-level namespace authority can be referred to by names assigned by other parties. This aids in federating namespaces between organizations or communities of interest.
Line 42: Line 42:


== Composition of an Extensible Resource Identifier ==
== Composition of an Extensible Resource Identifier ==
An XRI starting with "<tt>=</tt>" is thought of identifying a person. An XRI starting with "<tt>@</tt>" identifies a company or organization. A starting "<tt>+</tt>" indicates a generic concept, subject or topic.<ref>[http://www.xdi.org/modules/tut3/index.php?id=2 XRI and XDI Explained]</ref>
An XRI starting with "<code>=</code>" is thought of identifying a person. An XRI starting with "<code>@</code>" identifies a company or organization. A starting "<code>+</code>" indicates a generic concept, subject or topic.<ref>{{Cite web |url=http://www.xdi.org/modules/tut3/index.php?id=2 |title=XRI and XDI Explained |access-date=2008-10-01 |archive-url=https://web.archive.org/web/20070527115020/http://www.xdi.org/modules/tut3/index.php?id=2 |archive-date=2007-05-27 |url-status=dead }}</ref>


A "<tt>*</tt>" marks a delegation. For example with "''=family*name''", "''=family''" delegates the resolving of its sub-XRI "''name''" to another resolver. This is analogous to DNS' delegating the subdomain resolution to other nameservers (''name.family.de'': after resolving ''de'', the nameserver responsible for ''de'' delegates to the ''family'' nameserver, which delegates to the ''name'' nameserver).
A "<code>*</code>" marks a delegation. For example with <code>=<var>family</var>*<var>name</var></code>, <code>=<var>family</var></code> delegates the resolving of its sub-XRI <code><var>name</var></code> to another resolver. This is analogous to DNS' delegating the subdomain resolution to other nameservers (<code><var>name</var>.<var>family</var>.<var>de</var></code>: after resolving <code>de</code>, the nameserver responsible for <code>de</code> delegates to the <code><var>family</var></code> nameserver, which delegates to the <code><var>name</var></code> nameserver).


== Resolving an Extensible Resource Identifier ==
== Resolving an Extensible Resource Identifier ==
Line 50: Line 50:


=== Proxy resolvers and the HXRI ===
=== Proxy resolvers and the HXRI ===
An XRI can be transformed into a URI by adding "http://xri.net/" at the beginning and appending the XRI. Internally, the URI now refers to a ''proxy resolver'', which resolves a URI of this kind to an XRDS document. The proxy resolver found under http://xri.net for example can be used to resolve an XRI. So '''=example''' becomes '''http://xri.net/=example'''. The second form is called an '''HTTP XRI''' or '''HXRI''' for short. The owner of the XRI '''=example''' can tell the proxy resolver what to do, if the HXRI is called. One possible reaction is to do a 302 HTTP redirect to a stored URI.
An XRI can be transformed into a URI by adding "<code>http:<nowiki/>//xri.net/</code>" at the beginning and appending the XRI. Internally, the URI now refers to a ''proxy resolver'', which resolves a URI of this kind to an XRDS document. The proxy resolver found under http://xri.net for example can be used to resolve an XRI. So <code>=example</code> becomes <code>http:<nowiki/>//xri.net/=example</code>. The second form is called an '''HTTP XRI''' or '''HXRI''' for short. The owner of the XRI <code>=example</code> can tell the proxy resolver what to do, if the HXRI is called. One possible reaction is to do a 302 HTTP redirect to a stored URI.


Further parameters to specify the resolution can be appended to the HXRI, e.g. to get the whole XRDS document or to get service descriptions for this XRI. E.g. if you attach ''?_xrd_r=application/xrds+xml'' to the HXRI, the whole XRDS document is returned. So ''http://xri.net/=example?_xrd_r=application/xrds+xml'' returns the whole XRDS for the XRI ''=example''.
Further parameters to specify the resolution can be appended to the HXRI, e.g. to get the whole XRDS document or to get service descriptions for this XRI. E.g. if you attach <code>?_xrd_r=application/xrds+xml</code> to the HXRI, the whole XRDS document is returned. So <code>http:<nowiki/>//xri.net/=example?_xrd_r=application/xrds+xml</code> returns the whole XRDS for the XRI <code>=example</code>.


== Examples of XRI cross-reference syntax ==
== Examples of XRI cross-reference syntax ==
Say a library system uses URNs in the ISBN namespace to identify books and DNS subdomains to identify its library branches. HTTP URI syntax does not provide a standard way to express the URN for the book title in the context of the DNS name for the library branch. XRI cross-reference syntax solves this problem by allowing the library (and even automated programs running at the library) to programmatically construct the XRIs necessary to address any book at any branch. Examples:
Say a library system uses URNs in the ISBN namespace to identify books and DNS subdomains to identify its library branches. HTTP URI syntax does not provide a standard way to express the URN for the book title in the context of the DNS name for the library branch. XRI cross-reference syntax solves this problem by allowing the library (and even automated programs running at the library) to programmatically construct the XRIs necessary to address any book at any branch. Examples:
<pre>
<span class="plainlinks">
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)
xri://shoreline.library.example.com/(urn:isbn:0-395-36341-1)
xri://shoreline.library.example.com/(urn:isbn:0-395-36341-1)
xri://northgate.library.example.com/(urn:isbn:0-395-36341-1)
xri://northgate.library.example.com/(urn:isbn:0-395-36341-1)
</span>
</pre>
This ability to create structured, self-describing identifiers can be extended to many other uses. For example, say the library wanted to indicate the type of each book available. By establishing a simple XRI dictionary of book types, it can now programmatically construct XRIs that include this metadata,
This ability to create structured, self-describing identifiers can be extended to many other uses. For example, say the library wanted to indicate the type of each book available. By establishing a simple XRI dictionary of book types, it can now programmatically construct XRIs that include this metadata,
<pre>
<span class="plainlinks">
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+hardcover)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+hardcover)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+softcover)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+softcover)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+reference)
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+reference)
</span>
</pre>


== Other examples of XRI 2.0 syntax ==
== Other examples of XRI 2.0 syntax ==
Line 72: Line 72:


Example XRIs composed entirely of reassignable segments:
Example XRIs composed entirely of reassignable segments:
<pre>

<tt>=Mary.Jones</tt>
=Mary.Jones
<tt>@Jones.and.Company</tt>
@Jones.and.Company
<tt>+phone.number</tt>
+phone.number
<tt>+phone.number/(+area.code)</tt>
+phone.number/(+area.code)
<tt>=Mary.Jones/(+phone.number)</tt>
=Mary.Jones/(+phone.number)
<tt>@Jones.and.Company/(+phone.number)</tt>
@Jones.and.Company/(+phone.number)
<tt>@Jones.and.Company/((+phone.number)/(+area.code))</tt>
@Jones.and.Company/((+phone.number)/(+area.code))</pre>


Example XRIs composed entirely of persistent segments:
Example XRIs composed entirely of persistent segments:
<pre>

<tt>=!13cf.4da5.9371.a7c5</tt>
=!13cf.4da5.9371.a7c5
<tt>@!280d.3822.17bf.ca48!78d2/!12</tt>
@!280d.3822.17bf.ca48!78d2/!12</pre>


Example of XRIs with mixes of persistent and reassignable segments (XRI allows any combination of the two):
Example of XRIs with mixes of persistent and reassignable segments (XRI allows any combination of the two):
<pre>

<tt>=!13cf.4da5.9371.a7c5/(+phone.number)</tt>
=!13cf.4da5.9371.a7c5/(+phone.number)
<tt>@Jones.and.Company!78d2/!12/(+area.code)</tt>
@Jones.and.Company!78d2/!12/(+area.code)</pre>


== Applications ==
== Applications ==
Line 99: Line 99:


== Licensing ==
== Licensing ==
{{Ref improve section|date=August 2008}}
{{Refimprove section|date=August 2008}}
The XRI Technical Committee is chartered under the [http://www.oasis-open.org/committees/xri/ipr.php RF on Limited Terms Mode of the OASIS IPR policy] (See http://www.oasis-open.org/committees/xri/ipr.php for more details.)
The XRI Technical Committee is chartered under the [http://www.oasis-open.org/committees/xri/ipr.php RF on Limited Terms Mode of the OASIS IPR policy] (See http://www.oasis-open.org/committees/xri/ipr.php for more details.)


Some people {{Weasel-inline|date=March 2009}} argue that the use of the technologies employed in XRI are subject to patent claims, that the licensing rights to these patents has been vested in [http://www.xdi.org XDI.org], a non-profit organization which has in turn licensed a non-exclusive interest in the use of the patents to companies associated with the original patent holders, despite the above IPR statement.
Dr [[Phillip Hallam-Baker]], the VeriSign representative in OASIS argued that the use of the technologies employed in XRI are subject to patent claims, that the licensing rights to these patents has been vested in [http://www.xdi.org XDI.org], a non-profit organization which had in turn licensed a non-exclusive interest in the use of the patents to companies associated with the original patent holders, despite the above IPR statement. Opposition from VeriSign and companies that had connections to Hallam-Baker was instrumental in ensuring the defeat of the proposal to adopt the specifications.
{{Citation needed|date=August 2009}}


== See also ==
== See also ==
Line 113: Line 112:
* [[Higgins project]]
* [[Higgins project]]
* [[Project Xanadu]]
* [[Project Xanadu]]
* [[Global context registries]]


== References ==
== References ==
Line 126: Line 124:
* [http://www.w3.org/International/O-URL-and-ident W3C Internationalized Resource Identifier (IRI)]
* [http://www.w3.org/International/O-URL-and-ident W3C Internationalized Resource Identifier (IRI)]
* [http://www.xdi.org XDI.org] - public trust organization governing XRI global registry services
* [http://www.xdi.org XDI.org] - public trust organization governing XRI global registry services
** [http://gss.xdi.org XDI.org Global Services Specifications] - website of XDI.org specifications for global registry services for public [[i-name]]s and [[i-number]]s
** [https://web.archive.org/web/20080513190900/http://gss.xdi.org/ XDI.org Global Services Specifications] - website of XDI.org specifications for global registry services for public [[i-name]]s and [[i-number]]s
** [http://iss.xdi.org XDI.org I-Services Specifications] - website of XDI.org specifications for [[XRDS]]-enabled identity services.
** [https://web.archive.org/web/20080419112720/http://iss.xdi.org/ XDI.org I-Services Specifications] - website of XDI.org specifications for [[XRDS]]-enabled identity services.
* [http://dev.xri.net dev.xri.net] - open public wiki on XRI and XRI open source projects
* [http://dev.xri.net dev.xri.net] - open public wiki on XRI and XRI open source projects
* [http://iiw.idcommons.net/index.php/XRI Internet Identity Workshop One-Pager on XRI and XRDS]
* [http://iiw.idcommons.net/index.php/XRI Internet Identity Workshop One-Pager on XRI and XRDS]
Line 133: Line 131:
* [http://equalsdrummond.name EqualsDrummond] - blog about XRI and Internet identifiers by Drummond Reed, co-chair of the OASIS XRI Technical Committee and Chief Architect at [http://www.cordance.net Cordance], currently under contract with [http://www.xdi.org XDI.org] to operate XRI registry services.
* [http://equalsdrummond.name EqualsDrummond] - blog about XRI and Internet identifiers by Drummond Reed, co-chair of the OASIS XRI Technical Committee and Chief Architect at [http://www.cordance.net Cordance], currently under contract with [http://www.xdi.org XDI.org] to operate XRI registry services.
* [http://www.openxri.org XRI applications and libraries] - OpenXRI Project
* [http://www.openxri.org XRI applications and libraries] - OpenXRI Project
* [https://sourceforge.net/projects/xri/files/XRI%20Resolver/ The first XRI resolver] (2004)


{{OASIS Standards}}
{{OASIS Standards}}

Latest revision as of 11:00, 15 October 2023

An Extensible Resource Identifier (XRI) is a scheme and resolution protocol for abstract identifiers compatible with Uniform Resource Identifiers (URI) and Internationalized Resource Identifiers (IRI), developed by the XRI Technical Committee at OASIS (closed in 2015).[1] The goal of XRI was a standard syntax and discovery format for abstract, structured identifiers that are domain-, location-, application-, and transport-independent, so they can be shared across any number of domains, directories, and interaction protocols.

The XRI 2.0 specifications were rejected by OASIS,[2] a failure attributed[3] to the intervention of the W3C Technical Architecture Group which recommended against using XRIs or taking the XRI specifications forward.[4] The core of the dispute is whether the widely interoperable HTTP URIs are capable of fulfilling the role of abstract, structured identifiers, as the TAG believes,[5] but whose limitations the XRI Technical Committee was formed specifically to address.[6]

The designers of XRI believed that, due to the growth of XML, web services, and other ways of adapting the Web to automated, machine-to-machine communications, it was increasingly important to be able to identify a resource independent of any specific physical network path, location, or protocol in order to:

  • Create structured identifiers with self-describing "tags" that can be understood across domains.
  • Maintain a persistent link to the resource regardless of whether its network location changes.
  • Delegate identifier management not just in the authority segment (the first segment following the "xxx://" scheme name) but anywhere in the identifier path.
  • Map identifiers used to identify a resource in one domain to other synonyms used to identify the same resource in the same domain, or in other domains.

This work led, by early 2003, to the publication of a protocol based on HTTP(S) and simple XML documents called XRDS (Extensible Resource Descriptor Sequence).

Features[edit]

URI- and IRI-compatibility
There is a specified way to express XRIs in the form of URIs
Cross-references
An XRI can contain another XRI (or a URI), to any level of nesting. This enables the construction of structured, "tagged" identifiers that enable identifier sharing across domains the same way XML enables data sharing across domains.
Global context symbols
These are single-character symbols (=, @, +, $, or !) that provide a simple, human-friendly way to indicate the global context of an i-name or i-number. These are not required, but may be used within communities of interest that agree on their meaning and how they are resolved.
Peer-to-peer addressing
XRI syntax supports the ability for any two network nodes to assign each other XRIs and perform cross-resolution. That is, a top-level namespace authority can be referred to by names assigned by other parties. This aids in federating namespaces between organizations or communities of interest.
Decentralization
XRIs can be rooted in either centralized addressing systems (e.g., IP addresses or DNS domain names) or private/decentralized root authorities and peer-to-peer addressing.
Delegation
Namespaces can be delegated to other namespace authorities.
Federation
Namespaces defined separately at any level can be joined together (in a hierarchical or polyarchical fashion) and made visible and resolvable.
Persistence
The ability to express the intent that parts (or all) of an XRI are permanent identifiers that will never be reassigned.
Human- and machine-friendly formats
XRI provides syntax both for identifiers that can be created and understood by humans easily (i-names), and those that are optimized for machine structuring/parsing (i-numbers).
Simple, extensible resolution
XRI offers a lightweight resolution scheme using HTTP and a simple XML document format called XRDS.
Trusted resolution
The XRI resolution protocol includes three modes of trusted version: a) HTTPS, b) SAML assertions, and c) both.
Multiple resolution options
XRI resolution can be independent of DNS.
Fully internationalizable
Leverage existing Unicode and IRI specifications.
Transport independent
XRIs are independent of specific transport protocols or mechanisms.

Composition of an Extensible Resource Identifier[edit]

An XRI starting with "=" is thought of identifying a person. An XRI starting with "@" identifies a company or organization. A starting "+" indicates a generic concept, subject or topic.[7]

A "*" marks a delegation. For example with =family*name, =family delegates the resolving of its sub-XRI name to another resolver. This is analogous to DNS' delegating the subdomain resolution to other nameservers (name.family.de: after resolving de, the nameserver responsible for de delegates to the family nameserver, which delegates to the name nameserver).

Resolving an Extensible Resource Identifier[edit]

XRIs are resolved to XRDS documents using the HTTP(S) protocol in the same way as URLs are resolved to resource records using the DNS protocol. This lookup process can be configured by passing parameters.[8]

Proxy resolvers and the HXRI[edit]

An XRI can be transformed into a URI by adding "http://xri.net/" at the beginning and appending the XRI. Internally, the URI now refers to a proxy resolver, which resolves a URI of this kind to an XRDS document. The proxy resolver found under http://xri.net for example can be used to resolve an XRI. So =example becomes http://xri.net/=example. The second form is called an HTTP XRI or HXRI for short. The owner of the XRI =example can tell the proxy resolver what to do, if the HXRI is called. One possible reaction is to do a 302 HTTP redirect to a stored URI.

Further parameters to specify the resolution can be appended to the HXRI, e.g. to get the whole XRDS document or to get service descriptions for this XRI. E.g. if you attach ?_xrd_r=application/xrds+xml to the HXRI, the whole XRDS document is returned. So http://xri.net/=example?_xrd_r=application/xrds+xml returns the whole XRDS for the XRI =example.

Examples of XRI cross-reference syntax[edit]

Say a library system uses URNs in the ISBN namespace to identify books and DNS subdomains to identify its library branches. HTTP URI syntax does not provide a standard way to express the URN for the book title in the context of the DNS name for the library branch. XRI cross-reference syntax solves this problem by allowing the library (and even automated programs running at the library) to programmatically construct the XRIs necessary to address any book at any branch. Examples:

  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)
  xri://shoreline.library.example.com/(urn:isbn:0-395-36341-1)
  xri://northgate.library.example.com/(urn:isbn:0-395-36341-1)

This ability to create structured, self-describing identifiers can be extended to many other uses. For example, say the library wanted to indicate the type of each book available. By establishing a simple XRI dictionary of book types, it can now programmatically construct XRIs that include this metadata,

  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+hardcover)
  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+softcover)
  xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+reference)

Other examples of XRI 2.0 syntax[edit]

(Note that none of these show the prefix "xri://", which is optional in XRIs when they are not in URI normal form, i.e., they have not undergone the specified transformation between XRI format and URI format.)

Example XRIs composed entirely of reassignable segments:

=Mary.Jones
@Jones.and.Company
+phone.number
+phone.number/(+area.code)
=Mary.Jones/(+phone.number)
@Jones.and.Company/(+phone.number)
@Jones.and.Company/((+phone.number)/(+area.code))

Example XRIs composed entirely of persistent segments:

=!13cf.4da5.9371.a7c5
@!280d.3822.17bf.ca48!78d2/!12

Example of XRIs with mixes of persistent and reassignable segments (XRI allows any combination of the two):

=!13cf.4da5.9371.a7c5/(+phone.number)
@Jones.and.Company!78d2/!12/(+area.code)

Applications[edit]

Examples of applications being developed using XRI infrastructure include:

Licensing[edit]

The XRI Technical Committee is chartered under the RF on Limited Terms Mode of the OASIS IPR policy (See http://www.oasis-open.org/committees/xri/ipr.php for more details.)

Dr Phillip Hallam-Baker, the VeriSign representative in OASIS argued that the use of the technologies employed in XRI are subject to patent claims, that the licensing rights to these patents has been vested in XDI.org, a non-profit organization which had in turn licensed a non-exclusive interest in the use of the patents to companies associated with the original patent holders, despite the above IPR statement. Opposition from VeriSign and companies that had connections to Hallam-Baker was instrumental in ensuring the defeat of the proposal to adopt the specifications.

See also[edit]

References[edit]

  1. ^ "OASIS Extensible Resource Identifier (XRI) TC". OASIS. 8 July 2015. Retrieved 19 March 2019.
  2. ^ Failed OASIS Standard Ballot of XRI Syntax v2.0
  3. ^ Time for OASIS XRI TC and W3C TAG to Sit Down Together
  4. ^ TAG recommends against XRI
  5. ^ URNs, Namespaces and Registries
  6. ^ Xri Solves Real Problems
  7. ^ "XRI and XDI Explained". Archived from the original on 2007-05-27. Retrieved 2008-10-01.
  8. ^ XRI in a Nutshell

External links[edit]