1.2.1. 解決 (Resolution)

URN に特有の問題の 1 つ（一般的な命名システムとは対照的に）は、かなり難しい「解決」のトピックであり、セクション 1.1、2.3.1、6.4.6、および以下の他の場所で議論されています。

従来の統一資源位置指定子 (Uniform Resource Locators, URL)、つまりロケーターであるほとんどの URI では、解決は比較的簡単です。なぜなら、それはアクセスメカニズムを決定するために使用され、そのメカニズムは次に（通常）関連するリソースの表現（文書など）を取得することによってロケーターを逆参照するために使用されるからです（[RFC3986] のセクション 1.2.2 を参照）。

対照的に、URN の解決はより柔軟で多様です。

重要なケースの 1 つは、URN を 1 つ以上のロケーターにマッピングすることです。この場合でも、最終結果はマッピングされたロケーターを 1 つ以上の表現に逆参照することの問題です。ここでの主な違いは永続性です：マッピングされたロケーターが変更された場合でも（たとえば、DNS ドメイン名が所有者を変更し、URL が新しい場所を指すように変更されていない場合、またはより極端で仮定的なケースでは DNS が完全に置き換えられた場合）、リゾルバーが URN からロケーターへのマッピングを最新の状態に保っている限り、URN ユーザーは正しい表現（たとえば文書）を取得できます。したがって、ロケーターに解決され、次に表現に逆参照される URN については、関連する関係を非常に正確に定義できます。

ただし、この仕様では、URN 解決の他のいくつかのケースと、情報検索システムを含まないリソースの URN も許可されています。これは、特定の URN について個別に、または（以下で定義されているように）URN ネームスペース全体について集合的に当てはまります。

リソースに関するメタデータにのみ逆参照されるロケーターに解決される URN のネームスペースを考えてみてください。これは、基盤となるシステムにそれらのリソースの表現が含まれていないためです。例としては、関連する標準 [ISO.27729.2012] で定義されている識別子システムとしての国際標準名識別子 (International Standard Name Identifiers, ISNI) の URN ネームスペースが考えられます。この場合、デフォルトでは URN は ISNI によって識別される公的アイデンティティを説明するメタデータレコードにのみ解決されます。

また、要求エンティティが表現を取得する権限を持つ場合にのみ表現に解決される URN も考慮してください。一方、他のエンティティはリソースに関するメタデータのみを取得できます。例としては、国立図書館の法定納本コレクションに保管されている文書が考えられます。

最後に、一部の URN はロケーターに解決することを意図していない場合があります。例としては、XML ネームスペース名を識別する URN（たとえば、[RFC6288] で指定された "dgiwg" URN ネームスペース）、通信プロトコル内でサポートできるアプリケーション機能を識別する URN（たとえば、[RFC7462] で指定された "alert" URN ネームスペース）、およびレジストリ内の値などの列挙型を識別する URN（たとえば、[IANA-URN] で暫定的に提案されているように、URN ネームスペースを使用してすべての IANA レジストリの値を個別に識別できます）が含まれる場合があります。

さまざまなタイプの URN とそれらに利用可能な複数の解決サービスにより、「解決」の概念は、表現に逆参照されるロケーターへの解決という単純なケースよりも複雑になりますが、URN にとってははるかに豊かになります。