Système de poignée

Le système de poignées est le registre propriétaire de la Corporation for National Research Initiatives attribuant des identifiants persistants , ou poignées , aux ressources d’information, et pour résoudre “ces poignées dans les informations nécessaires pour localiser, accéder et autrement utiliser les ressources”. ^[1]

Comme pour les poignées utilisées ailleurs dans l’informatique, les poignées du système de poignées sont opaques et n’encodent aucune information sur la ressource sous-jacente, étant liées uniquement aux métadonnées concernant la ressource. Par conséquent, les descripteurs ne sont pas rendus invalides par les modifications apportées aux métadonnées.

Le système a été développé par Bob Kahn à la Corporation for National Research Initiatives (CNRI). Le travail original a été financé par la Defense Advanced Research Projects Agency (DARPA) entre 1992 et 1996, dans le cadre d’un cadre plus large pour les services d’objets numériques distribués, ^[2] et était donc contemporain du déploiement précoce du World Wide Web , avec objectifs similaires.

Le système Handle a été mis en œuvre pour la première fois à l’automne 1994, et a été administré et exploité par le CNRI jusqu’en décembre 2015, date à laquelle un nouveau mode de fonctionnement « administrateur multi-primaire » (MPA) a été introduit. La Fondation DONA ^[3] administre désormais le registre mondial des identificateurs du système et accrédite les AMP, notamment le CNRI et la Fondation internationale DOI. ^[4] Le système fournit actuellement l’infrastructure sous-jacente pour des systèmes basés sur des identifiants tels que Digital Object Identifiers et DSpace , qui sont principalement utilisés pour donner accès à des documents universitaires, professionnels et gouvernementaux et à d’autres ressources d’information.

CNRI fournit les spécifications et le code source pour les implémentations de référence pour les serveurs et les protocoles utilisés dans le système sous une “licence publique” libre de droits, similaire à une licence open source. ^[5]

Des milliers de services de poignée sont actuellement en cours d’exécution. Plus de 1 000 d’entre eux se trouvent dans des universités et des bibliothèques, mais ils fonctionnent également dans des laboratoires nationaux, des groupes de recherche, des agences gouvernementales et des entreprises commerciales, recevant plus de 200 millions de demandes de résolution par mois.

Caractéristiques

Le système de poignée est défini dans les RFC d’information 3650, ^[1] 3651 ^[6] et 3652 ^[7] de l’ Internet Engineering Task Force (IETF) ; il comprend un ensemble ouvert de protocoles, un espace de noms et une implémentation de référence des protocoles. La documentation, les logiciels et les informations connexes sont fournis par le CNRI sur un site Web dédié ^[8]

Les descripteurs consistent en un préfixe qui identifie une « autorité de dénomination » et un suffixe qui donne le « nom local » d’une ressource. Comme pour les noms de domaine, les préfixes sont délivrés aux autorités de nommage par l’un des “administrateurs multi-primaires” du système moyennant le paiement d’une redevance, qui doit être renouvelée chaque année. Une autorité de dénomination peut créer n’importe quel nombre de descripteurs, avec des “noms locaux” uniques, dans les préfixes qui leur sont attribués. Un exemple de poignée est :

• 20.1000/100
• 10.1000/182

Dans le premier exemple, qui est le handle de la licence du logiciel HANDLE.NET, 20.1000est le préfixe attribué à l’autorité de dénomination (dans ce cas, Handle.net lui-même) et 100est le nom local dans cet espace de noms. Le nom local peut être composé de n’importe quel caractère du jeu de caractères Unicode UCS-2 . Le préfixe se compose également de tous les caractères UCS-2, autres que “/”. Les préfixes consistent en un ou plusieurs segments d’autorité de dénomination, séparés par des points, représentant une hiérarchie d’autorités de dénomination. Ainsi, dans l’exemple 20est le préfixe d’autorité de nommage pour CNRI, tandis que 1000désigne une autorité de nommage subordonnée dans le préfixe 20. D’autres exemples de préfixes de niveau supérieur pour les autorités de dénomination fédérées de la Fondation DONA concernent les descripteurs 10DOI ;11pour les poignées attribuées par l’ UIT ; 21pour les poignées délivrées par la Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen (GWDG), le centre de calcul scientifique de l’ Université de Göttingen ; et 86pour la Coalition of Handle Services – Chine. Les anciens préfixes « hérités » émis par le CNRI avant l’institution de la structure « administrateur multi-primaire » (MPA) sont généralement quatre chiffres sur cinq, comme dans le deuxième exemple ci-dessus, une poignée administrée par l’ Université de Leicester . Tous les préfixes doivent être enregistrés dans le Global Handle Registry par l’intermédiaire d’un bureau d’enregistrement approuvé par la Fondation DONA, normalement moyennant des frais.

Comme pour les autres utilisations des poignées en informatique, la poignée est opaque ; c’est-à-dire qu’il ne code aucune information sur la ressource sous-jacente et ne fournit que les moyens de récupérer les métadonnées sur la ressource.

Cela peut être comparé à un Uniform Resource Locator (URL), qui peut coder dans l’identifiant des attributs de la ressource tels que le protocole à utiliser pour accéder au serveur contenant la ressource, le nom d’hôte et le numéro de port du serveur, et peut-être même l’emplacement. des détails tels que le nom d’un fichier dans le système de fichiers du serveur contenant la ressource. Dans le Handle System, ces spécificités ne sont pas encodées dans le handle, mais se trouvent dans les métadonnées auxquelles le handle est lié.

Les métadonnées peuvent inclure de nombreux attributs de la ressource d’information, tels que ses emplacements, les formes sous lesquelles elle est disponible, les types d’accès (par exemple « gratuit » ou « payant ») offerts, et à qui. Le traitement des métadonnées pour déterminer comment et où accéder à la ressource, et la fourniture de la ressource à l’utilisateur, sont effectués dans une étape distincte, appelée “résolution”, à l’aide d’un résolveur, un serveur qui peut être différent du ceux impliqués dans l’échange de la poignée pour les métadonnées. Contrairement aux URL, qui peuvent devenir invalides si les métadonnées qui y sont intégrées deviennent invalides, les descripteurs ne deviennent pas invalides et n’ont pas besoin de changer lorsque les emplacements ou d’autres attributs de métadonnées changent. Cela aide à prévenir la pourriture des liens, car les changements dans la ressource d’information (comme l’emplacement) ne doivent être reflétés que dans les changements des métadonnées, plutôt que dans les changements de chaque référence à la ressource.

Chaque descripteur peut avoir son propre administrateur et l’administration des descripteurs peut être effectuée dans un environnement distribué, similaire aux noms de domaine DNS. Les liaisons nom-valeur peuvent également être sécurisées, à la fois via des signatures pour vérifier les données et via une réponse au défi pour vérifier la transmission des données, permettant d’utiliser des descripteurs dans des applications de gestion de confiance.

Il est possible que la même ressource d’information sous-jacente soit associée à plusieurs descripteurs, comme lorsque deux bibliothèques universitaires génèrent des descripteurs (et donc éventuellement des ensembles de métadonnées différents) pour le même livre.

Le Handle System est compatible avec le Domain Name System (DNS), mais ne l’exige pas, contrairement aux identifiants persistants tels que les PURL ou les ARK , qui sont similaires aux handles, mais qui utilisent des noms de domaine. Cependant, contrairement à ces approches basées sur les noms de domaine, les descripteurs nécessitent un processus d’enregistrement de préfixe séparé et traitent des serveurs distincts des serveurs de noms de domaine.

Les poignées peuvent être utilisées nativement. ou exprimés sous forme d’ Identificateurs de ressources uniformes (URI) via un espace de noms dans le schéma d’URI d’information ; ^{[9] [10]} par exemple, 20.1000/100peut être écrit comme l’URI, info:hdl/20.1000/100. Certains espaces de noms du système de descripteurs, tels que les Identificateurs d’objets numériques, sont des espaces de noms “info :” URI à part entière ; par exemple, info:doi/10.1000/182est une autre façon d’écrire le descripteur de la révision actuelle du manuel DOI ^[11] sous la forme d’une URI.

Certains espaces de noms Handle System définissent des règles de présentation spéciales. Par exemple, les Identificateurs d’objets numériques , qui représentent un pourcentage élevé des descripteurs existants, sont généralement présentés avec un préfixe « doi : » : doi:10.1000/182.

Tout descripteur peut être exprimé en tant qu’URL (Uniform Resource Locator) grâce à l’utilisation du serveur proxy HTTP générique : ^[12]

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

Certains systèmes basés sur Handle proposent un serveur proxy HTTP destiné à être utilisé avec leur propre système, par exemple :

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

Mise en œuvre

La mise en œuvre du système de descripteurs consiste en des services de descripteurs locaux, dont chacun est composé d’un ou plusieurs sites qui fournissent les serveurs qui stockent des descripteurs spécifiques. Le Global Handle Registry est un service de descripteur local unique qui stocke des informations sur les préfixes (également appelés autorités de dénomination) dans le système de descripteur et peut être interrogé pour savoir où des descripteurs spécifiques sont stockés sur d’autres services de descripteur local au sein de ce système distribué.

Le site Web de Handle System fournit une série d’outils de mise en œuvre, notamment le logiciel HANDLE.NET ^[13] et les bibliothèques clientes HANDLE.NET. ^[14] Les clients Handle peuvent être intégrés dans un logiciel utilisateur final (par exemple, un navigateur Web) ou dans un logiciel serveur (par exemple, un serveur Web) et des extensions sont déjà disponibles pour Adobe Acrobat ^[15] et Firefox . ^[16]

Les bibliothèques de logiciels clients Handle sont disponibles à la fois en C et en Java. Certaines applications ont développé des outils complémentaires spécifiques, par exemple, pour le système DOI. ^[17]

Le réseau interopérable de serveurs de résolution de poignées distribués (également connu sous le nom de système de serveur proxy) est lié via un résolveur global (qui est une entité logique bien que physiquement décentralisée et en miroir). Les utilisateurs de la technologie Handle System obtiennent un préfixe de handle créé dans le Global Handle Registry. Le Global Handle Registry maintient et résout les préfixes des services de handle gérés localement. Tout service de descripteur local peut donc résoudre n’importe quel descripteur via le résolveur global.

Les descripteurs (identifiants) sont passés par un client, en tant que requête de l’autorité de dénomination/du préfixe, au registre global de descripteurs (GHR) du système de descripteurs. Le GHR répond en envoyant au client les informations de localisation du service de traitement local concerné (qui peut consister en plusieurs serveurs sur plusieurs sites) ; une requête est ensuite envoyée au serveur concerné au sein du service de traitement local. Le service de traitement local renvoie les informations nécessaires pour acquérir la ressource, par exemple, une URL qui peut ensuite être transformée en une redirection HTTP. (Remarque : si le client dispose déjà d’informations sur le LHS approprié à interroger, la requête initiale à GHR est omise)

Bien que le modèle original dont dérive le système de poignées traitait de la gestion des objets numériques, le système de poignées n’impose aucun modèle particulier de relations entre les entités identifiées, ni ne se limite à identifier uniquement les objets numériques : les entités non numériques peuvent être représentées en tant qu’objet numérique correspondant aux fins de la gestion des objets numériques. Un certain soin est nécessaire dans la définition de ces objets et de leur relation avec des entités non numériques ; il existe des modèles établis qui peuvent aider à de telles définitions, par exemple, les exigences fonctionnelles pour les notices bibliographiques (FRBR) , le CIDOC CRM et le modèle de contenu indecs. Certaines applications ont trouvé utile de marier un tel cadre à l’application de gestion : par exemple, l’initiative Advanced Distributed Learning (ADL) ^[18] rassemble l’application Handle System avec les normes existantes pour le contenu d’apprentissage distribué, en utilisant un modèle de référence d’objet de contenu partageable. (SCORM), ^[19] et la mise en œuvre du système d’ identificateur d’objet numérique (DOI) du système Handle l’a adopté avec le cadre indecs pour gérer l’interopérabilité sémantique .

Le système Handle rend également explicite l’importance de l’engagement organisationnel envers un schéma d’identificateur persistant, mais n’impose pas de modèle pour garantir un tel engagement. Les applications individuelles peuvent choisir d’établir leurs propres ensembles de règles et infrastructure sociale pour assurer la persistance (par exemple, lorsqu’elles sont utilisées dans l’ application DSpace et l’application DOI). ^[20]

Principes de conception

Le système Handle est conçu pour répondre aux exigences suivantes afin de contribuer à la persévérance ^[21]

La chaîne d’identifiant :

• n’est basé sur aucun attribut modifiable de l’entité (localisation, propriété ou tout autre attribut susceptible de changer sans modifier l’identité du référent) ;
• est opaque (de préférence un « nombre muet » : un modèle bien connu invite à des hypothèses qui peuvent être trompeuses, et une sémantique significative peut ne pas être traduite d’une langue à l’autre et peut provoquer des conflits de marque );
• est unique au sein du système (pour éviter les collisions et l’incertitude référentielle) ;
• a des fonctionnalités facultatives, mais agréables à avoir, qui devraient être prises en charge (lisibles par l’homme, capables de couper-coller, intégrables ; s’adaptent aux systèmes courants, par exemple, la spécification URI).

Le mécanisme de résolution d’identifiant :

• est fiable (utilisant la redondance, aucun point de défaillance unique et suffisamment rapide pour ne pas apparaître en panne) ;
• est évolutif (des charges plus élevées sont simplement gérées avec plus d’ordinateurs) ;
• est flexible (peut s’adapter à l’évolution des environnements informatiques ; utile pour les nouvelles applications) :
• est digne de confiance (tant la résolution que l’administration ont des méthodes techniques de confiance ; une organisation d’exploitation s’engage sur le long terme) ;
• s’appuie sur une architecture ouverte (en encourageant les efforts de levier d’une communauté dans la création d’applications sur l’infrastructure) ;
• est transparent (les utilisateurs n’ont pas besoin de connaître les détails de l’infrastructure).

Applications

Parmi les objets actuellement identifiés par des descripteurs figurent des articles de revues, des rapports techniques, des livres, des thèses et des mémoires, des documents gouvernementaux, des métadonnées, du contenu d’apprentissage distribué et des ensembles de données. Les poignées sont utilisées dans les applications de filigrane numérique , les applications GRID , les référentiels, etc. Bien que les utilisateurs individuels puissent télécharger et utiliser le logiciel HANDLE.NET indépendamment, de nombreux utilisateurs ont trouvé avantageux de collaborer au développement d’applications dans une fédération, en utilisant une politique commune ou une technologie supplémentaire pour fournir des services partagés. En tant que l’un des premiers schémas d’identification persistants, le système Handle a été largement adopté par les institutions publiques et privées et a fait ses preuves sur plusieurs années. (Voir Paradigm, Identifiants persistants.) ^[22]

Les applications du système de poignées peuvent utiliser des poignées comme de simples identifiants persistants (comme le plus couramment utilisé, pour résoudre l’URL actuelle d’un objet), ou peuvent choisir de tirer parti d’autres fonctionnalités. Son support du retour simultané en sortie de plusieurs informations courantes liées à l’objet, dans des structures de données définies, permet d’établir des priorités pour l’ordre dans lequel les multiples résolutions seront utilisées. Les descripteurs peuvent donc se résoudre à différentes versions numériques du même contenu, à des sites miroirs ou à différents modèles commerciaux (payant ou gratuit, sécurisé ou ouvert, public ou privé). Ils peuvent également se résoudre à différentes versions numériques de contenus différents, comme un mélange d’objets requis pour un cours à distance.

Il existe aujourd’hui des milliers de services de poignées, situés dans 71 pays, sur 6 continents ; plus de 1000 d’entre eux fonctionnent dans les universités et les bibliothèques. Les services de gestion sont gérés par des fédérations d’utilisateurs, des laboratoires nationaux, des universités, des centres informatiques, des bibliothèques (nationales et locales), des agences gouvernementales, des entrepreneurs, des entreprises et des groupes de recherche. Les principaux éditeurs utilisent le système Handle pour l’identification persistante du contenu commercialisé et en libre accès grâce à sa mise en œuvre avec le système Digital Object Identifier (DOI) .

Le nombre de préfixes, qui permettent aux utilisateurs d’attribuer des descripteurs, augmente et s’élève à plus de 12 000 au début de 2014. Il existe six serveurs de registre de descripteurs mondiaux de premier niveau qui reçoivent (en moyenne) 68 millions de demandes de résolution par mois. Les serveurs proxy connus du CNRI, transmettant des requêtes au système sur le Web, reçoivent (en moyenne) 200 millions de requêtes de résolution par mois. (Statistiques tirées de Handle Quick Facts.)

En 2010, le CNRI et l’ UIT (Union internationale des télécommunications) ont conclu un accord de collaboration sur l’utilisation du système Handle (et plus généralement de l’architecture d’objet numérique) et travaillent sur les détails spécifiques de cette collaboration ; en avril 2009, l’UIT a classé le système de poignée comme une “tendance émergente”. ^[23]

Licences et politique d’utilisation

Handle System, HANDLE.NET et Global Handle Registry sont des marques déposées de la Corporation for National Research Initiatives (CNRI), une société de recherche et de développement à but non lucratif aux États-Unis. Le système de poignée fait l’objet de brevets par le CNRI, qui concède sous licence sa technologie de système de poignée par le biais d’une licence publique, ^[24] similaire à une licence open source, afin de permettre une utilisation plus large de la technologie. L’infrastructure du système Handle est prise en charge par l’enregistrement des préfixes et les frais de service, la majorité provenant de détenteurs de préfixes uniques. Le plus grand contributeur actuel est la Fondation internationale DOI. La licence publique permet une utilisation commerciale et non commerciale à faible coût de sa technologie brevetée et de l’implémentation de référence du logiciel, et permet au logiciel d’être librement intégré dans d’autres systèmes et produits. Un contrat de service ^[5] est également disponible pour les utilisateurs qui ont l’intention de fournir des services d’identification et/ou de résolution à l’aide de la technologie Handle System dans le cadre de la licence publique Handle System.

Technologies associées

Le Handle System représente plusieurs composants d’une architecture d’objet numérique à long terme. En janvier 2010, le CNRI a publié son logiciel de référentiel d’objets numériques à usage général, ^[25] un autre composant majeur de cette architecture. Plus d’informations ^[26] sur la version, y compris les spécifications du protocole, le code source et le système prêt à l’emploi, les clients et les utilitaires, sont disponibles. ^{[27] [28]}

Voir également

• Clé de ressource archivistique (ARK)
• Bibliothèque numérique
• Édition électronique
• Hypertexte
• Dépôt institutionnel
• Données liées
• Ouvrir le lien
• Lien permanent
• URL persistante
• Cadre de description des ressources
• Web sémantique
• Nom de ressource uniforme

Références

1. ^ ^{un b} ” RFC 3650 : Vue d’Ensemble de Système de Poignée ” .
2. ^ “Architecture de Kahn/Wilensky” . CNRI. 1995-05-13 . Récupéré le 13/03/2013 .
3. ^ “Fondation DONA” . dona.net .
4. ^ “Système d’identification d’objet numérique” . doi.org .
5. ^ ^{un b} “Redirection vers le contenu actuel du site Web Handle.Net” . handle.net . Récupéré le 15 mars 2018 .
6. ^ “RFC 3651 : Gestion de l’espace de noms du système et de la définition de service” .
7. ^ “RFC 3652 : Spécification du protocole système de gestion (ver 2.1)” .
8. ^ “handle.net” . handle.net . Récupéré le 13/03/2013 .
9. ^ “À propos des URI “info” – Foire aux questions” . Info-uri.info . Récupéré le 13/03/2013 .
10. ^ “RFC 4452: Le schéma d’URI “info” pour les Assats d’information avec des identifiants dans les espaces de noms publics” .
11. ^ “Manuel DOI” . doi : 10.1000/182 . {{cite journal}}:Citer le journal nécessite |journal=( aide )
12. ^ “Services HDL.NET : système de serveur proxy” . Handle.net . Récupéré le 13/03/2013 .
13. ^ “Téléchargement du logiciel HS” . Handle.net . Récupéré le 13/03/2013 .
14. ^ “Bibliothèques clientes de logiciels” . Handle.net . Récupéré le 13/03/2013 .
15. ^ “Plug-in HDL pour Adobe Acrobat et Acrobat Reader” . Handle.net . Récupéré le 13/03/2013 .
16. ^ “Redirection vers le contenu actuel du site Web Handle.Net” . handle.net . Archivé de l’original le 5 septembre 2015.
17. ^ “Outils système DOI” . Doi.org. 12/07/2012 . Récupéré le 13/03/2013 .
18. ^ “adlnet.gov” . adlnet.gov . Récupéré le 13/03/2013 .
19. ^ “SCORM” . adlnet.gov . Archivé de l’original le 2008-06-06.
20. ^ “doi.org” . doi.org. 2013-01-08 . Récupéré le 13/03/2013 .
21. ^ “Identifier Systems in Network Architecture, Laurence Lannom, CNRI. Vidéo de présentation (ou présentation PDF uniquement) du Digital Motion Picture Metadata Symposium, Science & Technology Council, Academy of Motion Picture Arts & Sciences, 11 juin 2009” . Oscars.org. 2012-08-24. Archivé de l’original le 2013-03-30 . Récupéré le 13/03/2013 .
22. ^ “classeur sur les papiers privés numériques | métadonnées administratives et de conservation | identifiants persistants” . paradigme. 2008-01-02. Archivé de l’original le 2013-03-29 . Récupéré le 13/03/2013 .
23. ^ “Système de poignée” . ITU.int. 2010-04-16 . Récupéré le 13/03/2013 .
24. ^ “LICENCE” (PDF) . www.handle.net . Récupéré le 11/05/2020 .
25. ^ “dorepository.org” . dorepository.org. 2013-01-08 . Récupéré le 13/03/2013 .
26. ^ “Serveur de référentiel d’objets numériques : un composant de l’architecture d’objets numériques” . Dlib.org. 2010-02-04 . Récupéré le 13/03/2013 .
27. ^ “Dépôt DO” . DO Référentiel. doi : 10.1045/janvier2010-reilly . Récupéré le 13/03/2013 . {{cite journal}}:Citer le journal nécessite |journal=( aide )
28. ^ “Cordra” . cordra.org .

Liens externes

• Site officiel
• Projet d’ identifiants persistants chez Paradigm