要約

  • RFC 3044は既存のISSNをURNの枠組みに載せ、書誌レコードや電子版をどこで公開しているかに左右されず、逐次刊行物を識別しようとした。
  • ただし保存したURLが永続するとは限らない。提案された実証用システムには、リンク切れやリダイレクトを調べる「URL Watcher」が含まれ、グローバルな解決はまだ先の課題だった。

雑誌はホスティング先を変えても、タイトルを保てる。刊行を終えても、書誌目録の記録は残る。2001年1月公開のRFC 3044が分けようとしたのは、こうした識別の継続性と、読者がその時点でアクセスするウェブ上の場所だった。例は urn:ISSN:1560-1560。ISSNはすでに逐次刊行物を識別する番号として使われていた。

ISSNを再利用できたのには理由がある。ISSNネットワークは番号を重複しないキー・タイトルに結びつけ、刊行終了後も記録を残し、同じ番号を再割り当てしない。RFC 3044は、その性質がUniform Resource Nameに適すると見た。文字列の照合も機械的にできる。比較時にはハイフンを省略でき、チェック数字の x は大文字にそろえる。アプリケーションは出版社の現在のURLを出版物そのものと見なさずに、その参照を運べる。

しかしURNの先に古いURLがあれば、読者は雑誌にたどり着けない。RFC 3044はその問題を隠さなかった。解決用の対応表に保存したURLは永続性が保証されず、定期的に点検して更新しなければならない。そこで「URL Watcher」が、切れたリンクや転送されたリンクを検出し、その状態を記録して解決に役立てる構成が説明された。監視役がURLを不変にするわけではない。サービスに必要な保守作業を表に出したのだ。

RFCは、ISSN国際センターで解決システムをすでに開発したと述べる一方、要旨ではそれを実運用の要件を評価するための実証システムと位置づけた。最初の段階はセンターの一台のサーバーでISSNを一つ以上のURLに対応づける。書誌情報への場所と、電子版があればその場所を別々に返せる。次の段階として描かれた、NAPTRのような解決発見システムを介したグローバル解決は、まだ検討すべき発展形だった。RFCはそれを重要課題と呼んでおり、完了済みとはしていない。

識別子、書誌記録、到達先は同じ時計で動かない。刊行を終えてもISSNはその雑誌を指し続ける。記録にはタイトルや関連情報が残る。URLは切れたり、転送されたり、置き換わったりする。住所が変わるたびに番号を再発行する必要はないが、番号が残るだけでアクセスが続くわけでもない。

現在との比較には、時間の線引きが欠かせない。ISSN国際センターは今日、紙版とオンライン版など異なる媒体のISSNをまとめるリンク用番号としてISSN-Lを説明している。これは各版をデータベースで結びつける仕組みであり、2001年のRFC 3044の実証システムに遡って持ち込める機能ではない。また、IANAの正式URN一覧には現在も issn が載る一方、IETF DatatrackerはRFC 3044が2017年にHistoricへ移ったと記録する。どちらも別の問いへの答えだ。当時の実証や、そこで構想されたグローバル解決が現在動いている証拠にはならない。

ここではHeng LuのNote 64を、ISSNプロジェクトについての史料ではなく、設計を考える補助線としてだけ使う。文書が便利な参照方法を示しても、公開されたという事実だけで運用の実態までは証明しない。RFC 3044自身、実証段階と、まだ統合を検討していたグローバルな発見機構を分けていた。残る教訓は控えめだが重要だ。永続的な名前は参照を運びやすくする。しかし読者が届くかどうかは、書誌記録、リゾルバー、変わり続けるURLのあいだに保守された関係があるかで決まる。

出典