Articulo de referencia

Sistema de manija

El Handle System es un registro propietario que asigna identificadores persistentes , o identificadores , a los recursos de información y que permite convertir dichos identifica...

El Handle System es un registro propietario que asigna identificadores persistentes , o identificadores , a los recursos de información y que permite convertir dichos identificadores en la información necesaria para localizar, acceder y utilizar los recursos. [ 1 ] Al igual que los identificadores utilizados en otros ámbitos de la informática, los identificadores del Handle System son opacos y no codifican información sobre el recurso subyacente, estando vinculados únicamente a los metadatos relacionados con dicho recurso. Por consiguiente, los identificadores no se invalidan ante cambios en los metadatos.

El sistema fue desarrollado por Bob Kahn en la Corporación para Iniciativas Nacionales de Investigación (CNRI) como parte de la Arquitectura de Objetos Digitales (DOA). El trabajo original fue financiado por la Agencia de Proyectos de Investigación Avanzada de Defensa (DARPA) entre 1992 y 1996, como parte de un marco más amplio para servicios de objetos digitales distribuidos, [ 2 ] y, por lo tanto, fue contemporáneo con el despliegue inicial de la World Wide Web , con objetivos similares.

El sistema Handle se implementó por primera vez en 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 Handle del sistema y acredita a los MPA, incluidos el CNRI y la Fundación Internacional DOI . [ 4 ] Actualmente, el sistema proporciona la infraestructura subyacente para sistemas basados ​​en handle como los Identificadores de Objetos Digitales (DOI) y DSpace , que se utilizan principalmente para proporcionar acceso a documentos académicos, profesionales y gubernamentales y otros recursos de información.

CNRI proporciona especificaciones y el código fuente para 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 identificadores están en funcionamiento. Más de 1000 de ellos se encuentran en universidades y bibliotecas, pero también operan en laboratorios nacionales, grupos de investigación, agencias gubernamentales y empresas comerciales, recibiendo más de 200 millones de solicitudes de resolución al mes.

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. CNRI proporciona documentación, software e información relacionada en un sitio web dedicado [ 8 ].

Los identificadores constan de un prefijo que identifica a una "autoridad de nombres" y un sufijo que proporciona el "nombre local" de un recurso. Al igual que los nombres de dominio, los prefijos son asignados a las autoridades de nombres por uno de los "administradores primarios múltiples" del sistema previo pago de una tarifa, que debe renovarse anualmente. Una autoridad de nombres puede crear cualquier número de identificadores, con "nombres locales" únicos, dentro de sus prefijos asignados. Dos ejemplos de identificadores son:

  • 20.1000/100
  • 2381/12345

En el primer ejemplo, que es el identificador de la licencia de software HANDLE.NET , 20.1000es el prefijo asignado a la autoridad de denominación (en este caso, Handle.net mismo) 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 constan de uno o más segmentos de autoridad de denominación, separados por puntos, que representan una jerarquía de autoridades de denominación. Así, en el ejemplo 20es el prefijo de autoridad de denominación para CNRI, mientras que 1000designa una autoridad de denominación subordinada dentro del prefijo 20. Otros ejemplos de prefijos de nivel superior para las autoridades de denominación federadas de la Fundación DONA son 10para identificadores DOI; 11para identificadores asignados por la UIT ; 21para identificadores emitidos por la Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), el centro de computación científica de la Universidad de Göttingen ; y 86para la Coalición de Servicios de Identificación – China. Los prefijos "heredados" emitidos por 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 Identificadores a través de un registrador aprobado por la Fundación DONA, normalmente previo pago de una tarifa.

Al igual que ocurre 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 dicho recurso.

Esto contrasta 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 lo contiene, el nombre de host y el número de puerto del servidor, e incluso detalles de 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.

Los metadatos pueden incluir muchos atributos del recurso de información, como su ubicación, los formatos en que está disponible, los tipos de acceso (por ejemplo, "gratuito" o "de pago") y a quién. El procesamiento de los metadatos para determinar cómo y dónde se debe acceder al recurso, y su provisión al usuario, se realiza en un paso separado, llamado "resolución", mediante un Resolver, un servidor que puede ser diferente de los que intervienen en el intercambio del identificador por los metadatos. A diferencia de las URL, que pueden volverse inválidas si los metadatos que contienen dejan de serlo, los identificadores no se invalidan ni necesitan cambiar cuando cambian las ubicaciones u otros atributos de los metadatos. Esto ayuda a prevenir la obsolescencia de los 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 puede realizarse en un entorno distribuido, similar a los nombres de dominio DNS. Las relaciones nombre-valor también pueden protegerse, tanto mediante firmas para verificar los datos como mediante un protocolo de desafío-respuesta para verificar la transmisión de los mismos, lo que permite utilizar los identificadores en aplicaciones de gestión de confianza.

Es posible que un mismo recurso de información subyacente esté asociado con múltiples identificadores, como cuando dos bibliotecas universitarias generan identificadores (y, por lo tanto, posiblemente conjuntos de metadatos diferentes) 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 PURL o 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 sí requieren un proceso de registro de prefijo independiente y servidores handle separados de los servidores de nombres de dominio.

Los identificadores se pueden usar de forma nativa o expresar como identificadores uniformes de recursos (URI) a través de un espacio de nombres dentro del esquema URI info ; [ 9 ] [ 10 ] por ejemplo, 20.1000/100se puede 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 Handle definen reglas de presentación especiales. Por ejemplo, los identificadores de objetos digitales , que representan un alto porcentaje de los identificadores existentes, se presentan normalmente con el 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 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 compuesto por uno o más sitios que proporcionan los servidores que almacenan identificadores específicos. El Registro Global de Identificadores es un Servicio de Identificadores Locales único que almacena información sobre los prefijos (también conocidos como autoridades de nomenclatura) dentro del Sistema de Identificadores y puede consultarse 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 cliente de HANDLE.NET. [ 14 ] Los clientes de Handle se pueden integrar en software de usuario final (por ejemplo, un navegador web) o en software de servidor (por ejemplo, un servidor web) y ya hay extensiones disponibles para Adobe Acrobat [ 15 ] y Firefox . [ 16 ]

Las bibliotecas de software cliente para el manejo de datos 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 conocida como Sistema de Servidor Proxy) está conectada mediante un Resolutor Global (una entidad lógica, aunque físicamente descentralizada y replicada). Los usuarios de la tecnología del Sistema de Identificadores obtienen un prefijo de identificador creado en el Registro Global de Identificadores. Este registro mantiene y resuelve los prefijos de los servicios de identificadores gestionados localmente. Por lo tanto, cualquier servicio de identificadores local puede resolver cualquier identificador a través del Resolutor Global.

Los identificadores (handles) son enviados por un cliente, como una consulta a la autoridad/prefijo de nomenclatura, al Registro Global de Identificadores (GHR) del Sistema de Identificadores. El GHR responde enviando al cliente la información de ubicación del Servicio Local de Identificadores (LHS) correspondiente (que puede constar de varios servidores en diferentes ubicaciones); a continuación, se envía una consulta al servidor correspondiente dentro del Servicio Local de Identificadores. El Servicio Local de Identificadores devuelve la información necesaria para obtener el recurso, por ejemplo, una URL que luego se puede convertir en una redirección HTTP. (Nota: si el cliente ya dispone de información sobre el LHS adecuado para consultar, se omite la consulta inicial al GHR).

Aunque el modelo original del que deriva el Handle System trataba sobre 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 solo 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 cierta atención en la definición de dichos objetos y cómo se relacionan con las entidades no digitales; existen modelos establecidos que pueden ayudar en dichas definiciones, por ejemplo, los Requisitos Funcionales para Registros Bibliográficos (FRBR) , CIDOC CRM y el modelo de contenido indecs . Algunas aplicaciones han encontrado útil combinar dicho marco con la aplicación handle: por ejemplo, la Iniciativa de Aprendizaje Distribuido Avanzado (ADL) [ 18 ] combina 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 abordar la interoperabilidad semántica .

El sistema Handle también explicita 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 utiliza en la aplicación DSpace y en la aplicación DOI). [ 20 ]

Principios de diseño

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

La cadena de identificación:

  • no se basa en ningún atributo modificable de la entidad (ubicación, propiedad o cualquier otro atributo que pueda cambiar sin modificar la identidad del referente);
  • es opaco (preferiblemente un 'número tonto': un patrón 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 deseables, que deberían ser compatibles (legible para humanos, se puede copiar y pegar, se puede incrustar; se adapta a sistemas comunes, por ejemplo, la especificación URI).

El mecanismo de resolución de identificadores:

  • es fiable (utiliza redundancia, no tiene puntos únicos de fallo y es lo suficientemente rápido como para no parecer averiado);
  • es escalable (las cargas más elevadas se gestionan simplemente con más ordenadores);
  • es flexible (puede adaptarse a entornos informáticos cambiantes; útil para nuevas aplicaciones):
  • es de confianza (tanto la resolución como la administración cuentan con métodos técnicos de confianza; una organización operativa está comprometida a largo plazo);
  • Se basa en una arquitectura abierta (que fomenta el aprovechamiento de los esfuerzos de la comunidad para crear aplicaciones sobre 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 marcas de agua digitales , aplicaciones GRID , repositorios y más. Si bien los usuarios individuales pueden descargar y usar el software HANDLE.NET de forma independiente, muchos han encontrado beneficioso colaborar en el desarrollo de aplicaciones en una federación, utilizando políticas comunes 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 Handle pueden usar identificadores persistentes simples (como se usa comúnmente, para resolver la URL actual de un objeto) o aprovechar otras funcionalidades. Su compatibilidad con la devolución simultánea de múltiples datos actuales relacionados con el objeto, en estructuras de datos definidas, permite establecer prioridades para el orden en que se usarán las diferentes resoluciones. Por lo tanto, los identificadores pueden resolver en distintas versiones digitales del mismo contenido, en sitios espejo o en distintos modelos de negocio (de pago o gratuitos, seguros o abiertos, públicos o privados). También pueden resolver en distintas versiones digitales de contenido diverso, como una combinación de objetos necesarios para un curso de aprendizaje a distancia.

Actualmente existen miles de servicios Handle en funcionamiento, ubicados en 71 países de 6 continentes; más de 1000 de ellos se gestionan en universidades y bibliotecas. Estos servicios son administrados por federaciones de usuarios, laboratorios nacionales, universidades, centros de computación, bibliotecas (nacionales y locales), agencias gubernamentales, contratistas, corporaciones y grupos de investigación. Las principales editoriales utilizan el Sistema Handle para la identificación permanente de contenido comercial y de acceso abierto mediante 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 superaba los 12 000 a principios de 2014. Existen seis servidores de registro global de identificadores de nivel superior que reciben (en promedio) 68 millones de solicitudes de resolución al mes. Los servidores proxy conocidos por CNRI, que reenvían las solicitudes al sistema en la web, reciben (en promedio) 200  millones de solicitudes de resolución al 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 Handle System (y 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ó el Handle System como una "tendencia emergente". [ 23 ]

Política de licencias y uso

Handle System, HANDLE.NET y Global Handle Registry son marcas comerciales de la Corporation for National Research Initiatives (CNRI), una corporación de investigación y desarrollo sin fines de lucro en los EE. UU. Handle System está protegido por patentes de CNRI, que licencia su tecnología Handle System mediante una licencia pública, [ 24 ] similar a una licencia de código abierto, para permitir un uso más amplio de la tecnología. La infraestructura de Handle System se financia mediante el registro de prefijos y tarifas de servicio, provenientes en su mayoría de titulares de prefijos individuales. El mayor contribuyente individual actual es la 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 integre libremente en otros sistemas y productos. También está disponible un Acuerdo de Servicio [ 5 ] para los usuarios que deseen proporcionar servicios de identificación 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 publicó su software de repositorio de objetos digitales de propósito general, [ 25 ] otro componente importante de esta arquitectura. Hay más información [ 26 ] disponible sobre la publicación, incluyendo la especificación del protocolo, el código fuente y el sistema listo para usar, clientes y utilidades. [ 27 ] [ 28 ]

Véase también

Referencias

  1. 1 2 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. 1 2 "Redireccionar al contenido actual del sitio web Handle.Net" . handle.net . Consultado el 15 de marzo de 2018 .
  6. Espacio de nombres del sistema de manejo y definición de 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 URI "info" – Preguntas frecuentes" . Info-uri.info . Consultado el 13 de marzo de 2013 .
  10. El esquema URI "info" para atributos 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 del 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 software cliente" . 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. "Redireccionar al contenido actual del sitio web Handle.Net" . handle.net . Archivado del 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 del 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 identificación en arquitectura de red, Laurence Lannom, CNRI. Vídeo de la presentación (o solo PDF de la presentación) del Simposio de Metadatos de Películas Digitales, Consejo de Ciencia y Tecnología, Academia de Artes y Ciencias Cinematográficas, 11 de junio de 2009" . Oscars.org. 24 de agosto de 2012. Archivado del original el 30 de marzo de 2013. Consultado el 13 de marzo de 2013 .
  22. "Manual sobre documentos privados digitales | metadatos administrativos y de preservación | identificadores persistentes" . paradigm. 2008-01-02. Archivado del original el 29-03-2013 . Consultado el 13-03-2013 .
  23. "Sistema de manejo" . Itu.int. 16-04-2010 . Consultado el 13-03-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. 4 de febrero de 2010. Consultado el 13 de marzo de 2013 .
  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). Repositorio DO. doi : 10.1045/january2010-reilly . ISSN 1082-9873 . Consultado el 13 de marzo de 2013 . 
  28. "Cordra" . cordra.org .
  • Sitio web oficialEdita esto en Wikidata