1.2.1. Résolution (Resolution)
Une question spécifique aux URN (par opposition aux systèmes de nommage en général) est le sujet assez difficile de la "résolution", discuté dans les sections 1.1, 2.3.1, 6.4.6 et ailleurs ci-dessous.
Avec les localisateurs de ressources uniformes (Uniform Resource Locators, URL) traditionnels, c'est-à-dire avec la plupart des URI qui sont des localisateurs, la résolution est relativement simple car elle est utilisée pour déterminer un mécanisme d'accès qui est à son tour utilisé pour déréférencer le localisateur en (généralement) récupérant une représentation de la ressource associée, comme un document (voir Section 1.2.2 de [RFC3986]).
En revanche, la résolution pour les URN est plus flexible et variée.
Un cas important implique le mappage d'un URN à un ou plusieurs localisateurs. Dans ce cas, le résultat final reste une question de déréférencement du ou des localisateurs mappés vers une ou plusieurs représentations. La principale différence ici est la persistance : même si un localisateur mappé a changé (par exemple, un nom de domaine DNS a changé de propriétaire et une URL n'a pas été modifiée pour pointer vers un nouvel emplacement ou, dans un cas plus extrême et hypothétique, le DNS est entièrement remplacé), un utilisateur d'URN pourra obtenir la représentation correcte (par exemple, un document) tant que le résolveur a maintenu ses mappages URN-vers-localisateur à jour. Par conséquent, les relations pertinentes peuvent être définies de manière assez précise pour les URN qui se résolvent en localisateurs qui sont à leur tour déréférencés en une représentation.
Cependant, cette spécification permet plusieurs autres cas de résolution URN ainsi que des URN pour des ressources qui n'impliquent pas de systèmes de récupération d'informations. Cela est vrai soit individuellement pour des URN particuliers, soit (comme défini ci-dessous) collectivement pour des espaces de noms URN entiers.
Considérez un espace de noms d'URN qui se résolvent en localisateurs qui sont à leur tour déréférencés uniquement vers des métadonnées sur les ressources car les systèmes sous-jacents ne contiennent aucune représentation de ces ressources ; un exemple pourrait être un espace de noms URN pour les identifiants de noms standard internationaux (International Standard Name Identifiers, ISNI) tel que ce système d'identifiants est défini dans la norme pertinente [ISO.27729.2012], où par défaut un URN ne serait résolu qu'à un enregistrement de métadonnées décrivant l'identité publique identifiée par l'ISNI.
Considérez également les URN qui se résolvent en représentations uniquement si l'entité demandeuse est autorisée à obtenir la représentation, tandis que d'autres entités ne peuvent obtenir que des métadonnées sur la ressource ; un exemple pourrait être des documents détenus dans la collection de dépôt légal d'une bibliothèque nationale.
Enfin, certains URN pourraient ne pas être destinés à se résoudre en localisateurs du tout ; les exemples pourraient inclure des URN identifiant des noms d'espaces de noms XML (par exemple, l'espace de noms URN "dgiwg" spécifié par [RFC6288]), des URN identifiant des fonctionnalités d'application qui peuvent être prises en charge dans un protocole de communication (par exemple, l'espace de noms URN "alert" spécifié par [RFC7462]), et des URN identifiant des types énumérés tels que des valeurs dans un registre (par exemple, un espace de noms URN pourrait être utilisé pour identifier individuellement les valeurs dans tous les registres IANA, comme proposé provisoirement dans [IANA-URN]).
Divers types d'URN et plusieurs services de résolution qui peuvent être disponibles pour eux rendent le concept de "résolution" plus compliqué mais aussi beaucoup plus riche pour les URN que le cas simple de résolution vers un localisateur qui est déréférencé vers une représentation.