Una clave de recurso archivístico ( ARK ) es una URL multipropósito adecuada para ser un identificador persistente para objetos de información de cualquier tipo. Es ampliamente utilizada por bibliotecas, centros de datos, archivos, museos, editoriales y agencias gubernamentales para proporcionar referencias confiables a objetos académicos, científicos y culturales. En 2019 se registró como un esquema de Identificador uniforme de recursos (URI). [1]
Una URL que es un ARK se distingue por la etiqueta ark: después del nombre de host de la URL, que establece la expectativa de que, cuando se envía a un navegador web, la URL terminada en '?' devuelva un breve registro de metadatos, y la URL terminada en '??' devuelva metadatos que incluyen una declaración de compromiso del proveedor de servicio actual. [ incomprensible ] El ARK y sus inflexiones ('?' y '??') brindan acceso a tres facetas de la capacidad de un proveedor para proporcionar persistencia.
En el diseño del esquema ARK está implícito que la persistencia es puramente una cuestión de servicio y no una propiedad de una sintaxis de nombres. Además, un "identificador persistente" no puede nacer siendo persistente, sino que un identificador de cualquier esquema solo puede demostrarse persistente a lo largo del tiempo. Las inflexiones proporcionan información con la que juzgar la probabilidad de persistencia de un identificador.
A lo largo de la década de 1990, el Grupo de Trabajo de Ingeniería de Internet y otras organizaciones desarrollaron estándares para identificadores persistentes para recursos web, incluidos URN , PURL , Handle y DOI . En cada uno de estos estándares, los identificadores indirectos se resolverían en URL , que a su vez cambiarían con el tiempo. Muchos creían que dichos sistemas contribuirían a la persistencia de los recursos web a lo largo del tiempo. [2]
En 2001, John Kunze, de la Universidad de California , y RP Channing Rodgers, de la Biblioteca Nacional de Medicina de los Estados Unidos, publicaron el primer borrador de “The ARK Persistent Identifier Scheme”, diseñado en respuesta a las necesidades de sus dos organizaciones, como un documento de trabajo de la IETF. [3] Al explicar sus motivaciones para crear un nuevo sistema, Kunze escribió más tarde que “cada sistema [de identificadores persistentes] tenía problemas específicos”. En contraste con la estructura descentralizada de la web, con muchos editores independientes, Handle y DOI eran sistemas centralizados relacionados que cobraban por su inclusión; eran “antitéticos”, según Kunze, “a un principio implícito de que los estándares de Internet no deben respaldar el control por parte de ninguna entidad sobre el acceso a los recursos en red de otra entidad”. Las URN eran gratuitas, pero carecían de servicios de descubrimiento de resolución y, escribió Kunze, “me pareció que la comunidad IETF perdió interés en crear una infraestructura de indirección de Internet completamente nueva que agregaría poco a los mecanismos web y DNS existentes , especialmente a la luz del pequeño papel que juega la indirección para evitar que los enlaces se rompan”. [2]
A diferencia de estos otros sistemas, el esquema ARK proponía que “la persistencia es puramente una cuestión de servicio… ni inherente a un objeto ni conferida a él por una sintaxis de denominación particular”. Lo máximo que un identificador podía hacer para resolver el problema de la persistencia era, entonces, indicar el compromiso de una organización. En consecuencia, en el estándar ARK, los identificadores no sólo harían referencia a un recurso web, sino también a “una promesa de administración” y metadatos sobre el recurso. Si se consultaba a un servidor web con un ARK, debería devolver el recurso en sí o algún sustituto del mismo, como “una tabla de contenidos en lugar de un documento grande y complejo”. Sin embargo, si se añadía un signo de interrogación al ARK, debería devolver una descripción (metadatos) en su lugar, que “debe responder como mínimo a las preguntas quién, qué, cuándo y por qué se refieren a una expresión del objeto”. (El esquema también incluía una guía para citas de recursos electrónicos, un formato simple para estructurar estos metadatos). Si se añadían dos signos de interrogación, el servidor debería devolver las políticas del proveedor con respecto a la “persistencia de objetos, denominación de objetos, direccionamiento de fragmentos de objetos y soporte de servicio operativo”. [3]
La Biblioteca Digital de California comenzó a utilizar ARKs en 2002 y lanzó el software Noid (Nice Opaque IDentifiers) para gestionar ARKs y otros identificadores en 2004. Otros de los primeros en adoptar ARKs fueron Portico , Internet Archive y la Bibliothèque nationale de France , la primera de varias instituciones francófonas en adoptar el sistema.
En 2018, la Biblioteca Digital de California y DuraSpace anunciaron una colaboración, inicialmente denominada ARKs-in-the-Open y luego ARK Alliance, para construir una comunidad internacional en torno a las ARKs y su uso en la investigación abierta. En 2021, más de 800 instituciones se registraron para utilizar las ARKs. [2]
https://NMA/ark:/NAAN/Nombre[Calificador]
La ARK Alliance mantiene un registro completo de la NAAN [6] , que se replica en la Biblioteca Nacional de Francia y en la Biblioteca Nacional de Medicina de los Estados Unidos . En junio de 2018 contenía 530 entradas, en julio de 2020 633 y en abril de 2021 754.
Los ARK pueden asignarse a cualquier cosa digital, física o abstracta. A continuación, se muestran ejemplos, según lo informado (2020) a la ARK Alliance por las organizaciones vinculadas.
Se han definido tres servicios ARK genéricos, que se describen a continuación en términos independientes del protocolo. La prestación de estos servicios se puede realizar mediante muchos métodos posibles, dada la tecnología disponible (actual o futura).