Sistema de manejo

Especificación para identificadores persistentes de recursos de Internet

El Handle System es un registro propietario que asigna identificadores persistentes , o identificadores , a los recursos de información y que resuelve "esos identificadores en la información necesaria para localizar, acceder y hacer uso de los recursos". [1] Al igual que con los identificadores utilizados en otras áreas de la informática, los identificadores del Handle System son opacos y no codifican información sobre el recurso subyacente, ya que están vinculados únicamente a los metadatos relacionados con el recurso. En consecuencia, los identificadores no se invalidan por cambios en los metadatos.

El sistema fue desarrollado por Bob Kahn en la Corporation for National Research Initiatives (CNRI) como parte de la Digital Object Architecture (DOA). El trabajo original fue financiado por la Defense Advanced Research Projects Agency (DARPA) entre 1992 y 1996, como parte de un marco más amplio para servicios distribuidos de objetos digitales, [2] y, por lo tanto, fue contemporáneo con el despliegue temprano de la World Wide Web , con objetivos similares.

El sistema Handle se implementó por primera vez en el otoño de 1994 y fue administrado y operado por el CNRI hasta diciembre de 2015, cuando se introdujo un nuevo modo de operación de "administrador primario múltiple" (MPA). La Fundación DONA [3] ahora administra el Registro Global de Handle del sistema y acredita a los MPA, incluidos el CNRI y la Fundación Internacional DOI . [4] El sistema actualmente proporciona la infraestructura subyacente para sistemas basados ​​en identificadores como los Identificadores de Objetos Digitales (DOI) y DSpace , que se utilizan principalmente para brindar acceso a documentos académicos, profesionales y gubernamentales y otros recursos de información.

El CNRI proporciona especificaciones y el código fuente para las implementaciones de referencia de los servidores y protocolos utilizados en el sistema bajo una "licencia pública" libre de regalías, similar a una licencia de código abierto. [5] Actualmente, miles de servicios de manejo están en funcionamiento. Más de 1000 de ellos se encuentran en universidades y bibliotecas, pero también están en funcionamiento en laboratorios nacionales, grupos de investigación, agencias gubernamentales y empresas comerciales, y reciben más de 200 millones de solicitudes de resolución por mes. [ cita requerida ]

Presupuesto

El sistema Handle se define en los RFC informativos 3650, [1] 3651 [6] y 3652 [7] del Grupo de trabajo de ingeniería de Internet (IETF) ; incluye un conjunto abierto de protocolos, un espacio de nombres y una implementación de referencia de los protocolos. El CNRI proporciona documentación, software e información relacionada en un sitio web dedicado [8].

Los identificadores consisten en un prefijo que identifica a una "autoridad de nombres" y un sufijo que proporciona el "nombre local" de un recurso. De manera similar a los nombres de dominio, los prefijos son emitidos a las autoridades de nombres por uno de los "administradores multiprimarios" del sistema mediante el pago de una tarifa, que debe renovarse anualmente. Una autoridad de nombres puede crear cualquier cantidad de identificadores, con "nombres locales" únicos, dentro de sus prefijos asignados. Un ejemplo de identificador es:

  • 20.1000/100
  • 2381/12345

En el primer ejemplo, que es el identificador de la licencia del software HANDLE.NET, 20.1000es el prefijo asignado a la autoridad de nombres (en este caso, Handle.net en sí) y 100es el nombre local dentro de ese espacio de nombres. El nombre local puede constar de cualquier carácter del conjunto de caracteres Unicode UCS-2. El prefijo también consta de cualquier carácter UCS-2 , excepto "/". Los prefijos consisten en uno o más segmentos de autoridad de nombres, separados por puntos, que representan una jerarquía de autoridades de nombres. Por lo tanto, en el ejemplo 20es el prefijo de autoridad de nombres para CNRI, mientras que 1000designa una autoridad de nombres subordinada dentro del prefijo 20. Otros ejemplos de prefijos de nivel superior para las autoridades de nombres federadas de la Fundación DONA son 10para los identificadores DOI; 11para los identificadores asignados por la UIT ; 21para los identificadores emitidos por la Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG) alemana, el centro de computación científica de la Universidad de Göttingen ; y 86para la Coalición de Servicios de Identificación de China. Los prefijos "heredados" más antiguos emitidos por el CNRI antes de que se instituyera la estructura de "administrador primario múltiple" (MPA) suelen tener cuatro o cinco dígitos, como en el segundo ejemplo anterior, un identificador administrado por la Universidad de Leicester . Todos los prefijos deben registrarse en el Registro Global de Identificación a través de un registrador aprobado por la Fundación DONA, normalmente por una tarifa.

Al igual que con otros usos de los identificadores en informática, el identificador es opaco, es decir, no codifica ninguna información sobre el recurso subyacente y solo proporciona los medios para recuperar metadatos sobre el recurso.

Esto puede contrastarse con un localizador uniforme de recursos (URL), que puede codificar dentro del identificador atributos del recurso como el protocolo que se utilizará para acceder al servidor que contiene el recurso, el nombre de host del servidor y el número de puerto, y quizás incluso detalles específicos de la ubicación como el nombre de un archivo en el sistema de archivos del servidor que contiene el recurso. En el sistema de identificadores, estos detalles no están codificados en el identificador, sino que se encuentran en los metadatos a los que está vinculado el identificador.

Los metadatos pueden incluir muchos atributos del recurso de información, como sus ubicaciones, las formas en las que está disponible, los tipos de acceso (por ejemplo, "gratis" frente a "pago") ofrecidos y a quién. El procesamiento de los metadatos para determinar cómo y dónde se debe acceder al recurso, y la provisión del recurso al usuario, se realizan en un paso separado, llamado "resolución", utilizando un Resolver, un servidor que puede ser diferente de los involucrados en el intercambio del identificador por los metadatos. A diferencia de las URL, que pueden volverse inválidas si los metadatos incorporados en ellas se vuelven inválidos, los identificadores no se vuelven inválidos y no necesitan cambiar cuando cambian las ubicaciones u otros atributos de metadatos. Esto ayuda a prevenir la pérdida de enlaces , ya que los cambios en el recurso de información (como la ubicación) solo necesitan reflejarse en cambios en los metadatos, en lugar de en cambios en cada referencia al recurso.

Cada identificador puede tener su propio administrador y la administración de los identificadores se puede realizar en un entorno distribuido, similar a los nombres de dominio DNS. Los enlaces de nombre a valor también se pueden proteger, tanto mediante firmas para verificar los datos como mediante respuestas a desafíos para verificar la transmisión de los datos, lo que permite que los identificadores se utilicen en aplicaciones de gestión de confianza.

Es posible que el mismo recurso de información subyacente esté asociado con múltiples identificadores, como cuando dos bibliotecas universitarias generan identificadores (y, por lo tanto, posiblemente diferentes conjuntos de metadatos) para el mismo libro.

El sistema Handle es compatible con el sistema de nombres de dominio (DNS), pero no lo requiere, a diferencia de los identificadores persistentes como los PURL o los ARK , que son similares a los handles, pero que utilizan nombres de dominio. Sin embargo, a diferencia de estos enfoques basados ​​en nombres de dominio, los handles requieren un proceso de registro de prefijo independiente y servidores de handles separados de los servidores de nombres de dominio.

Los identificadores se pueden utilizar de forma nativa o expresarse como identificadores uniformes de recursos (URI) a través de un espacio de nombres dentro del esquema URI de información ; [9] [10] por ejemplo, 20.1000/100se pueden escribir como el URI, info:hdl/20.1000/100. Algunos espacios de nombres del sistema de identificadores, como los identificadores de objetos digitales, son espacios de nombres URI "info:" por derecho propio; por ejemplo, info:doi/10.1000/182es otra forma de escribir el identificador para la revisión actual del Manual DOI [11] como un URI.

Algunos espacios de nombres del sistema de identificadores definen reglas de presentación especiales. Por ejemplo, los identificadores de objetos digitales , que representan un alto porcentaje de los identificadores existentes, suelen presentarse con un prefijo "doi:" doi:10.1000/182.

Cualquier identificador puede expresarse como un localizador uniforme de recursos (URL) mediante el uso del servidor proxy HTTP genérico : [12]

  • https://hdl.handle.net/20.1000/100

Algunos sistemas basados ​​en Handle ofrecen un servidor proxy HTTP que está diseñado para usarse con su propio sistema, como por ejemplo:

  • https://doi.org/10.1000/182.

Implementación

La implementación del sistema de identificadores consta de servicios de identificadores locales, cada uno de los cuales está formado por uno o más sitios que proporcionan los servidores que almacenan identificadores específicos. El registro de identificadores globales es un servicio de identificadores locales único que almacena información sobre los prefijos (también conocidos como autoridades de nombres) dentro del sistema de identificadores y se puede consultar para averiguar dónde se almacenan identificadores específicos en otros servicios de identificadores locales dentro de este sistema distribuido.

El sitio web de Handle System proporciona una serie de herramientas de implementación, en particular el software HANDLE.NET [13] y las bibliotecas de cliente HANDLE.NET. [14] Los clientes de Handle se pueden integrar en el software de usuario final (por ejemplo, un navegador web) o en el software de servidor (por ejemplo, un servidor web) y ya hay extensiones disponibles para Adobe Acrobat [15] y Firefox . [16]

Las bibliotecas de software de cliente de Handle están disponibles tanto en C como en Java. Algunas aplicaciones han desarrollado herramientas complementarias específicas, por ejemplo, para el sistema DOI. [17]

La red interoperable de servidores de resolución de identificadores distribuidos (también conocidos como el Sistema de Servidor Proxy) están vinculados a través de un Resolvedor Global (que es una entidad lógica aunque físicamente descentralizada y reflejada). Los usuarios de la tecnología del Sistema de Identificadores obtienen un prefijo de identificador creado en el Registro de Identificadores Global. El Registro de Identificadores Global mantiene y resuelve los prefijos de los servicios de identificadores mantenidos localmente. Por lo tanto, cualquier servicio de identificador local puede resolver cualquier identificador a través del Resolvedor Global.

Los identificadores son enviados por un cliente, como una consulta de la autoridad de nombres/prefijo, al Registro Global de Identificadores (GHR) del Sistema de Identificadores. El GHR responde enviando al cliente la información de ubicación para el Servicio de Identificadores Locales relevante (que puede constar de varios servidores en varios sitios); luego se envía una consulta al servidor relevante dentro del Servicio de Identificadores Locales. El Servicio de Identificadores Locales devuelve la información necesaria para adquirir el recurso, por ejemplo, una URL que luego puede convertirse en una redirección HTTP. (Nota: si el cliente ya tiene información sobre el LHS apropiado para consultar, se omite la consulta inicial a GHR)

Aunque el modelo original del que deriva el Handle System trataba de la gestión de objetos digitales, el Handle System no exige ningún modelo particular de relaciones entre las entidades identificadas, ni se limita a identificar únicamente objetos digitales: las entidades no digitales pueden representarse como un objeto digital correspondiente para los fines de la gestión de objetos digitales. Se necesita cierto cuidado en la definición de dichos objetos y en cómo se relacionan con las entidades no digitales; existen modelos establecidos que pueden ayudar en dichas definiciones, por ejemplo, Requisitos funcionales para registros bibliográficos (FRBR) , CIDOC CRM y el modelo de contenido indecs . Algunas aplicaciones han encontrado útil unir un marco de este tipo a la aplicación handle: por ejemplo, la Iniciativa de aprendizaje distribuido avanzado (ADL) [18] reúne la aplicación Handle System con estándares existentes para contenido de aprendizaje distribuido, utilizando un Modelo de referencia de objeto de contenido compartible (SCORM), [19] y la implementación del sistema de Identificador de objeto digital (DOI) del Handle System lo ha adoptado junto con el marco indecs para tratar la interoperabilidad semántica .

El sistema Handle también hace explícita la importancia del compromiso organizacional con un esquema de identificadores persistentes, pero no impone un modelo único para garantizar dicho compromiso. Las aplicaciones individuales pueden optar por establecer sus propios conjuntos de reglas e infraestructura social para garantizar la persistencia (por ejemplo, cuando se utilizan en la aplicación DSpace y la aplicación DOI). [20]

Principios de diseño

El sistema Handle está diseñado para cumplir los siguientes requisitos para contribuir a la persistencia [21]

La cadena de identificador:

  • no se basa en ningún atributo modificable de la entidad (ubicación, propiedad o cualquier otro atributo que pueda cambiar sin cambiar la identidad del referente);
  • es opaco (preferiblemente un 'número tonto': un patrón bien conocido invita a suposiciones que pueden ser engañosas, y la semántica significativa puede no traducirse entre idiomas y puede causar conflictos de marcas registradas);
  • es único dentro del sistema (para evitar colisiones e incertidumbre referencial);
  • tiene características opcionales, pero agradables de tener, que deberían ser compatibles (legibles para humanos, cortables y pegables, integrables; se adapta a sistemas comunes, por ejemplo, especificación URI).

El mecanismo de resolución de identificadores:

  • es confiable (usa redundancia, no tiene puntos únicos de falla y es lo suficientemente rápido para no parecer roto);
  • es escalable (cargas más altas se gestionan simplemente con más computadoras);
  • es flexible (puede adaptarse a entornos informáticos cambiantes; útil para nuevas aplicaciones):
  • es confiable (tanto la resolución como la administración tienen métodos de confianza técnica; una organización operativa está comprometida con el largo plazo);
  • se basa en una arquitectura abierta (fomentando los esfuerzos de aprovechamiento de una comunidad en la creación de aplicaciones en la infraestructura);
  • es transparente (los usuarios no necesitan conocer los detalles de la infraestructura).

Aplicaciones

Entre los objetos que actualmente se identifican mediante identificadores se encuentran artículos de revistas, informes técnicos, libros, tesis y disertaciones, documentos gubernamentales, metadatos, contenido de aprendizaje distribuido y conjuntos de datos. Los identificadores se utilizan en aplicaciones de marca de agua digital , aplicaciones GRID , repositorios y más. Aunque los usuarios individuales pueden descargar y utilizar el software HANDLE.NET de forma independiente, muchos usuarios han encontrado beneficioso colaborar en el desarrollo de aplicaciones en una federación, utilizando una política común o tecnología adicional para proporcionar servicios compartidos. Como uno de los primeros esquemas de identificadores persistentes, el sistema Handle ha sido ampliamente adoptado por instituciones públicas y privadas y ha demostrado su eficacia durante varios años. (Véase Paradigm, Identificadores persistentes.) [22]

Las aplicaciones del sistema de manejo pueden utilizar identificadores como simples identificadores persistentes (como se usa más comúnmente, para resolver la URL actual de un objeto), o pueden optar por aprovechar otras características. Su soporte para el retorno simultáneo como salida de múltiples piezas de información actual relacionada con el objeto, en estructuras de datos definidas, permite establecer prioridades para el orden en el que se utilizarán las múltiples resoluciones. Los identificadores pueden, por lo tanto, resolverse en diferentes versiones digitales del mismo contenido, en sitios espejo o en diferentes modelos comerciales (pago vs. gratuito, seguro vs. abierto, público vs. privado). También pueden resolverse en diferentes versiones digitales de diferentes contenidos, como una mezcla de objetos necesarios para un curso de aprendizaje a distancia.

En la actualidad, existen miles de servicios Handle en funcionamiento, ubicados en 71 países, en 6 continentes; más de 1000 de ellos funcionan en universidades y bibliotecas. Los servicios Handle están a cargo de federaciones de usuarios, laboratorios nacionales, universidades, centros de computación, bibliotecas (nacionales y locales), agencias gubernamentales, contratistas, corporaciones y grupos de investigación. Los principales editores utilizan el sistema Handle para la identificación persistente de contenido comercializado y de acceso abierto a través de su implementación con el sistema de Identificador de Objeto Digital (DOI) .

El número de prefijos, que permiten a los usuarios asignar identificadores, está creciendo y se situaba en más de 12.000 a principios de 2014. Hay seis servidores de nivel superior del Registro Global de Identificadores que reciben (en promedio) 68 millones de solicitudes de resolución por mes. Los servidores proxy conocidos por el CNRI, que pasan solicitudes al sistema en la Web, reciben (en promedio) 200 millones de solicitudes de resolución por mes. (Estadísticas de Handle Quick Facts.)

En 2010, el CNRI y la UIT (Unión Internacional de Telecomunicaciones) firmaron un acuerdo para colaborar en el uso del Sistema Handle (y de la Arquitectura de Objetos Digitales en general) y están trabajando en los detalles específicos de esa colaboración; en abril de 2009, la UIT incluyó al Sistema Handle en la lista de "tendencias emergentes". [23]

Licencias y política de uso

Handle System, HANDLE.NET y Global Handle Registry son marcas comerciales de Corporation for National Research Initiatives (CNRI), una corporación de investigación y desarrollo sin fines de lucro en los EE. UU. Handle System es objeto de patentes de CNRI, que otorga licencias para su tecnología Handle System a través de una licencia pública [24] similar a una licencia de código abierto, con el fin de permitir un uso más amplio de la tecnología. La infraestructura de Handle System se sustenta mediante el registro de prefijos y tarifas de servicio, y la mayoría proviene de titulares de prefijos individuales. El mayor contribuyente individual actual es International DOI Foundation . La Licencia Pública permite el uso comercial y no comercial a bajo costo tanto de su tecnología patentada como de la implementación de referencia del software, y permite que el software se incorpore libremente en otros sistemas y productos. También está disponible un Acuerdo de Servicio [5] para los usuarios que deseen proporcionar servicios de identificador y/o resolución utilizando la tecnología Handle System bajo la licencia pública de Handle System.

El sistema Handle representa varios componentes de una arquitectura de objetos digitales a largo plazo. En enero de 2010, el CNRI lanzó su software de repositorio de objetos digitales de propósito general, [25] otro componente importante de esta arquitectura. Hay disponible más información [26] sobre el lanzamiento, incluida la especificación del protocolo, el código fuente y el sistema, los clientes y las utilidades listos para usar. [27] [28]

Véase también

Referencias

  1. ^ Descripción general del sistema de manejo. IETF . doi : 10.17487/RFC3650 . RFC 3650.
  2. ^ "Arquitectura Kahn/Wilensky". CNRI. 13 de mayo de 1995. Consultado el 13 de marzo de 2013 .
  3. ^ "Fundación DONA". dona.net .
  4. ^ "Sistema de identificación de objetos digitales". doi.org .
  5. ^ ab "Redirigir al contenido actual del sitio web Handle.Net". handle.net . Consultado el 15 de marzo de 2018 .
  6. ^ Manejar el espacio de nombres del sistema y la definición del servicio. IETF . doi : 10.17487/RFC3651 . RFC 3651.
  7. ^ Especificación del protocolo del sistema de manejo (versión 2.1). IETF . doi : 10.17487/RFC3652 . RFC 3652.
  8. ^ "handle.net". handle.net . Consultado el 13 de marzo de 2013 .
  9. ^ "Acerca de las URL "info": preguntas frecuentes". Info-uri.info . Consultado el 13 de marzo de 2013 .
  10. ^ Esquema URI "info" para asignaciones de información con identificadores en espacios de nombres públicos. IETF . doi : 10.17487/RFC4452 . RFC 4452.
  11. ^ "Manual DOI". Fundación Internacional DOI . doi :10.1000/182. Archivado desde el original el 16 de septiembre de 2022.
  12. ^ "Servicios HDL.NET: Sistema de servidor proxy". Handle.net . Consultado el 13 de marzo de 2013 .
  13. ^ "Descarga de software HS". Handle.net . Consultado el 13 de marzo de 2013 .
  14. ^ "Bibliotecas de cliente de software". Handle.net . Consultado el 13 de marzo de 2013 .
  15. ^ "Complemento HDL para Adobe Acrobat y Acrobat Reader". Handle.net . Consultado el 13 de marzo de 2013 .
  16. ^ "Redirigir al contenido actual del sitio web Handle.Net". handle.net . Archivado desde el original el 5 de septiembre de 2015.
  17. ^ "Herramientas del sistema DOI". Doi.org. 12 de julio de 2012. Consultado el 13 de marzo de 2013 .
  18. ^ "adlnet.gov". adlnet.gov . Consultado el 13 de marzo de 2013 .
  19. ^ "SCORM". adlnet.gov . Archivado desde el original el 14 de junio de 2008.
  20. ^ "doi.org". doi.org. 8 de enero de 2013. Consultado el 13 de marzo de 2013 .
  21. ^ "Sistemas de identificadores en la arquitectura de redes, Laurence Lannom, CNRI. Vídeo de la presentación (o presentación en formato PDF únicamente) del Simposio de metadatos de películas digitales, Consejo de ciencia y tecnología, Academia de las artes y las ciencias cinematográficas, 11 de junio de 2009". Oscars.org. 24 de agosto de 2012. Archivado desde el original el 30 de marzo de 2013. Consultado el 13 de marzo de 2013 .
  22. ^ "cuaderno de trabajo sobre documentos privados digitales | metadatos administrativos y de conservación | identificadores persistentes". paradigma. 2008-01-02. Archivado desde el original el 2013-03-29 . Consultado el 2013-03-13 .
  23. ^ "Sistema de manejo". Itu.int. 16 de abril de 2010. Consultado el 13 de marzo de 2013 .
  24. ^ "LICENCIA" (PDF) . www.handle.net . Consultado el 11 de mayo de 2020 .
  25. ^ "dorepository.org". dorepository.org. 8 de enero de 2013. Consultado el 13 de marzo de 2013 .
  26. ^ "Servidor de repositorio de objetos digitales: un componente de la arquitectura de objetos digitales". Dlib.org. 2010-02-04 . Consultado el 2013-03-13 .
  27. ^ Reilly S, Tupelo-Schneck R (enero de 2010). "Servidor de repositorio de objetos digitales: un componente de la arquitectura de objetos digitales". Revista D-Lib . 16 (1/2). DO Repository. doi : 10.1045/january2010-reilly . ISSN  1082-9873 . Consultado el 13 de marzo de 2013 .
  28. ^ "Cordra". cordra.org .
  • Sitio web oficial
Obtenido de "https://es.wikipedia.org/w/index.php?title=Sistema_de_manejo&oldid=1246631743"