Un identificador de recursos extensible ( XRI ) es un esquema y protocolo de resolución para identificadores abstractos compatibles con los identificadores uniformes de recursos (URI) y los identificadores internacionalizados de recursos (IRI), desarrollado por el Comité Técnico XRI en OASIS (cerrado en 2015). [1] El objetivo de XRI era una sintaxis estándar y un formato de descubrimiento para identificadores abstractos y estructurados que sean independientes del dominio, la ubicación, la aplicación y el transporte, de modo que puedan compartirse entre cualquier número de dominios, directorios y protocolos de interacción .
Las especificaciones XRI 2.0 fueron rechazadas por OASIS, [2] un fracaso atribuido [3] a la intervención del Grupo de Arquitectura Técnica del W3C que recomendó no utilizar XRIs o llevar adelante las especificaciones XRI. [4] El núcleo de la disputa es si los URIs HTTP ampliamente interoperables son capaces de cumplir el rol de identificadores abstractos y estructurados, como cree el TAG, [5] pero cuyas limitaciones el Comité Técnico XRI fue formado específicamente para abordar. [6]
Los diseñadores de XRI creían que, debido al crecimiento de XML , los servicios web y otras formas de adaptar la Web a las comunicaciones automatizadas de máquina a máquina, era cada vez más importante poder identificar un recurso independientemente de cualquier ruta de red física, ubicación o protocolo específico para:
Este trabajo condujo, a principios de 2003, a la publicación de un protocolo basado en HTTP(S) y documentos XML simples llamado XRDS (Extensible Resource Descriptor Sequence) .
=
, @
, +
, $
o !
) que proporcionan una forma sencilla y amigable para los humanos de indicar el contexto global de un i-name o i-number . No son obligatorios, pero pueden usarse dentro de comunidades de interés que estén de acuerdo sobre su significado y cómo se resuelven.Un XRI que comienza con " =
" se considera que identifica a una persona. Un XRI que comienza con " @
" identifica a una empresa u organización. Un XRI que comienza con " +
" indica un concepto, tema o asunto genérico. [7]
Un " *
" marca una delegación. Por ejemplo, con , delega la resolución de su sub-XRI a otro solucionador. Esto es análogo a la delegación de la resolución del subdominio por parte de DNS a otros servidores de nombres ( : después de resolver , el servidor de nombres responsable de delega al servidor de nombres, que a su vez delega al servidor de nombres).=family*name
=family
name
name.family.de
de
de
family
name
Los XRI se resuelven en documentos XRDS mediante el protocolo HTTP ( S ) de la misma manera que las URL se resuelven en registros de recursos mediante el protocolo DNS . Este proceso de búsqueda se puede configurar mediante el paso de parámetros. [8]
Un XRI se puede transformar en un URI agregando " http://xri.net/
" al principio y adjuntando el XRI. Internamente, el URI ahora hace referencia a un solucionador proxy , que resuelve un URI de este tipo en un documento XRDS. El solucionador proxy que se encuentra en http://xri.net, por ejemplo, se puede utilizar para resolver un XRI. Por lo tanto, =example
se convierte en http://xri.net/=example
. La segunda forma se denomina HTTP XRI o HXRI para abreviar. El propietario del XRI =example
puede indicar al solucionador proxy qué hacer, si se llama al HXRI. Una posible reacción es realizar una redirección HTTP 302 a un URI almacenado.
Se pueden agregar más parámetros para especificar la resolución al HXRI, por ejemplo, para obtener el documento XRDS completo o para obtener descripciones de servicio para este XRI. Por ejemplo, si se adjunta ?_xrd_r=application/xrds+xml
al HXRI, se devuelve el documento XRDS completo. Por lo tanto, http://xri.net/=example?_xrd_r=application/xrds+xml
se devuelve el XRDS completo para el XRI =example
.
Supongamos que un sistema de biblioteca utiliza URN en el espacio de nombres ISBN para identificar libros y subdominios DNS para identificar sus sucursales de biblioteca. La sintaxis de URI HTTP no proporciona una forma estándar de expresar el URN del título del libro en el contexto del nombre DNS de la sucursal de la biblioteca. La sintaxis de referencia cruzada XRI resuelve este problema al permitir que la biblioteca (e incluso los programas automatizados que se ejecutan en la biblioteca) construyan programáticamente los XRI necesarios para direccionar cualquier libro en cualquier sucursal. Ejemplos:
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)
Esta capacidad de crear identificadores estructurados y autodescriptivos se puede extender a muchos otros usos. Por ejemplo, supongamos que la biblioteca desea indicar el tipo de cada libro disponible. Al establecer un diccionario XRI simple de tipos de libros, ahora puede construir XRI de manera programática que incluyan estos metadatos.
xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+tapa dura) xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+tapa blanda) xri://broadview.library.example.com/(urn:isbn:0-395-36341-1)/(+referencia)
(Tenga en cuenta que ninguno de estos muestra el prefijo "xri://", que es opcional en los XRI cuando no están en formato URI normal, es decir, no han sufrido la transformación especificada entre el formato XRI y el formato URI).
Ejemplo de XRI compuestos enteramente de segmentos reasignables:
=María Jones@Jones.and.Company+número de teléfono+número.de.teléfono/(+código.de.área)=Mary.Jones/(+número.de.teléfono)@Jones.and.Company/(+número.de.teléfono)@Jones.and.Company/((+número.de.teléfono)/(+código.de.área))
Ejemplo de XRI compuestos enteramente de segmentos persistentes:
=!13cf.4da5.9371.a7c5@!280d.3822.17bf.ca48!78d2/!12
Ejemplo de XRI con combinaciones de segmentos persistentes y reasignables (XRI permite cualquier combinación de los dos):
=!13cf.4da5.9371.a7c5/(+número.de.teléfono)@Jones.and.Company!78d2/!12/(+código.de.área)
Algunos ejemplos de aplicaciones que se están desarrollando utilizando la infraestructura XRI incluyen:
This section needs additional citations for verification. (August 2008) |
El Comité Técnico de XRI está constituido bajo la modalidad de RF en términos limitados de la política de propiedad intelectual de OASIS (consulte http://www.oasis-open.org/committees/xri/ipr.php para obtener más detalles).
El Dr. Phillip Hallam-Baker , representante de VeriSign en OASIS, argumentó que el uso de las tecnologías empleadas en XRI está sujeto a reivindicaciones de patentes y que los derechos de licencia de estas patentes han sido otorgados a XDI.org, una organización sin fines de lucro que, a su vez, había licenciado un interés no exclusivo en el uso de las patentes a empresas asociadas con los titulares originales de las patentes, a pesar de la declaración de derechos de propiedad intelectual antes mencionada. La oposición de VeriSign y de las empresas que tenían conexiones con Hallam-Baker fue fundamental para asegurar la derrota de la propuesta de adoptar las especificaciones.