要約

  • RFC 3937 は IPTC のために urn:iptc を登録し、承認済み標準、標準案、作業文書を三つの枝で管理する権限を定めた。
  • しかし、全割当 URN を URL に写像するリゾルバーは今後開発するとされ、独立した検証機構も定義されていなかった。登録表はサービス稼働の証明ではない。

登録された根と、まだない経路

現在、IANA の URN Namespaces 登録表には iptc と RFC 3937 の対応が記録されている。この一行は重要である。世界的な Namespace Identifier の衝突を避け、誰の定義を参照すべきかを示すからだ。しかし、この一行を見ても、2004 年にリゾルバーが稼働していたか、個々の子 URN が実際に発行されたか、指すファイルが継続して取得できたかは分からない。

RFC Editor の記録は文書を Informational と位置づけ、Errata の記録は後の訂正を確認する場所である。これらも文書史の証拠であって、運用ログではない。規格の存在、名前空間の登録、下位名の割当、名前解決、HTTP 取得を一つの出来事として扱うと、文書が言っていない稼働実績を作り出してしまう。

URN の先行文書は、すでにこの層を分けていた。RFC 1737は永続名の機能要件を述べ、RFC 2141は構文を定めた。RFC 2276は解決をアーキテクチャの課題として扱い、RFC 3401は一部の解決アプリケーションが利用する Dynamic Delegation Discovery System を説明した。RFC 3406は正式名前空間を定義する手続きを与えた。RFC 3937 はその手続きで名前空間を作ったのであって、関連する全機能を一つの RFC に実装したのではない。

三つの枝は状態と権限を表した

std は承認済み IPTC 標準を規定または説明する資源、std-draft は正式承認前の同種資源、workdoc は IPTC の作業に関係するが承認済み標準へ直接属さない文書に使われた。IPTC Managing Director が一意性を確保し、名前空間所有者とその権限者だけが割当を行う。

したがって、IANA が承認したのは根の iptc であり、すべての urn:iptc:... ではない。構文が正しい文字列でも、IPTC の割当簿になければ発行済みとは言えない。集中管理は衝突を抑えるが、割当の証明を組織の記録保存と継承に依存させる。

RFC 3085は、それ以前に NewsML 資源の URN 名前空間を作っていた。RFC 3937 は NewsML より広い IPTC 標準、会員外でも使われる文書、DTD、XML Schema、スタイルシート、PDF などを扱う必要を説明した。新しい範囲は、古い NewsML 名がすべて移行したことも、以前の識別子が廃止されたことも証明しない。

名前の永続性と版の固定は別だった

std と std-draft の階層には標準名と標準版が入り、明示的な版を指定できた。その一方で current も許され、文字列を変えずに現行版を指し替えられた。固定版の URN は過去の結果を再現するために向き、current は最新版をたどる入口として便利である。同じ「永続」という語でも、一方は版との結び付きを、他方は入口の安定を意味する。

RFC に示された NewsML DTD、NITF の草案 XML Schema、SportsML の XML namespace、ガイド、作業文書は代表例であり、実在する資源を指さない場合があると明記された。例は文法を教えるが、割当証明ではない。後年の IPTC Core XMP Schema 仕様には具体的な urn:iptc:std:... 文書 URN が記載されており、少なくとも一つの後続利用を示す。しかし、それだけで名前空間全体や解決サービスの無停止運用は証明できない。現在の IPTC 外部名前空間文書がウェブで取得できても、過去の全期間に同じ状態だったとは限らない。

将来形で書かれたリゾルバー

RFC 3937 は、IPTC が全対象資源のアクセス可能性と永続性を維持すると約束した。同時に、割り当てた全 URN を URL に対応づけ、ウェブで解決する適切な仕組みを「開発する」と書いた。検証について別の機構は指定せず、将来のリゾルバーが URN の有効性も示すとしていた。

この時制が、当時の到達点を正確に示す。URN は識別し、リゾルバーは写像し、URL は場所を示し、サーバーは表現を返し、検証は権限ある割当の有無を答える。有効な URN が一時的に解決不能になることも、リゾルバーが死んだ URL を返すことも、取得できる URL が別版を返すことも、未割当の文字列が構文検査を通ることもあり得る。

RFC 8141は後に URN の一般的な構文と意味を更新した。現代の理解には役立つが、2004 年の IPTC リゾルバー稼働を遡って証明するものではない。Heng Lu の最小初期仕様と後の自発的採用、および動くコードを第一の証拠とする議論に従えば、刊行、割当、実装、展開、利用は別々に立証しなければならない。

RFC 3937 は、永続性を文字列の魔法にしなかった。権限ある機関が割当記録を守り、運用者が写像を保守し、リポジトリが各版を残し、利用者が固定版と current を使い分けて初めて約束が実現する。IANA の登録はその連鎖の始点であり、完成した解決経路そのものではなかった。