URI

古い用語・概念

[42] URI 関係の古い用語:

• URL (→ URI)
• URN (→ URI)
• UDI → URI
• 部分URI → 相対参照
• 完全URI → 絶対URI, 絶対URI参照
• 逃避, escape, URI符号化 → 百分率符号化
• 素片識別子は URI の一部ではない → 素片識別子も URI の一部分
• URI に変換できる文字列 → IRI, IRI に変換できる文字列
• scheme の後が // の URI でしか相対URI は使えない → どんな URI でも相対参照は使える

[49] RFC 1868における定義:

URI

A Uniform Resource Identifier is a formatted string that serves as an identifier for a resource, typically on the Internet. URIs are used in HTML to identify the anchors of hyperlinks. URIs in common practice include Uniform Resource Locators (URLs)[URL] and Relative URLs [RELURL].

(名無しさん [sage])

[50] >>49 について、この定義ではURNはURIに含まれていないのではないかと指摘する人がいますが、単にURLがURIに含まれていることを述べているに過ぎず、URN (やURCやその他の何か) については何も言及していないと解釈するのが適当だと思います。 (名無しさん)

[55] fragment identifiers from Roy T. Fielding on 2002-07-23 (www-tag@w3.org from July 2002) <http://lists.w3.org/Archives/Public/www-tag/2002Jul/0253.html> (名無しさん)

• [16] URI の標準化はかなりいい加減で混乱気味の上に W3C/Martin Durest は IRI を進めていて、それも SP を認めるとか # もどうとか無茶苦茶なこと言ってたし、混乱は当分収まりそうにない。

• [19] RFC 2396 は、絶対 URI だけを URI としており、相対 URI や素片識別子がついた URI も含めた名称を URI 参照としています。 (旧版の RFC 1808 も含めて) 旧来の仕様や慣習では絶対 URI と相対 URI の両方を URI と言っていましたし、素片識別子も仕様書には URI の一部ではないと書いてあるけど実際には曖昧に使われていた (古い URI 仕様書まで遡るとこちらも曖昧だった) という歴史的経緯がありまして、単に URI とだけ言われると厳密には何を指しているのだかわかったものではありません。たまに論争の火種になります(w
• [20] XML 関連仕様書は URI という名前で IRI を指していたり、「URI と解釈されるもの」というわけのわからんのがでてきたりしますから混迷極まり (XML//URI 参照)。
• [21] あと目立たないけど注意しておきたいのは、空文字列。 RFC 2396 的には URI 参照の一種ですが URI じゃないですし、相対 URI でもないかもしれません。 RFC 1808 から意味が変更されたものですから解釈は実装依存になってしまう。その上使えるかどうかは採用する規格に依存。 (URI 参照を使うと書かれている規格でも、よく見ると字数制限1文字以上で使えなかったりする。)
• [22] 2396bis ではまた変わるみたいです。。。

仕様書

→.//仕様書参照。

Scheme

[1] URI の構造は、大きく scheme (識別方式), authority (命名権者), path (経路), query (照会), fragment (素片識別子) の5つに分けられます。

このうち、 scheme は authority, path, query の詳細な構文と意味を決定します。

URI では様々な scheme が定義・利用されています。 それぞれの URI scheme はその構文と、 誰が識別子を作ることができるのか、 その識別子がどんな意味を持つのか、 色々なプロトコルや書式でどんな風に使うことができるのかなどを規定しています。

[2] このように URI scheme はそれぞれ独立した識別子の空間を作っています。 この独立性により、新しい資源の識別方法を URI に取り込むことが可能になっています。

[3] 詳しくは URI scheme の項をご覧下さい。

素片識別子

[6] URI の5大部品の一つが素片識別子 (fragment) です。素片識別子以外の URI が識別した資源の一部分・一表現を、 素片識別子は更に細かく識別します。

素片識別子は URI の一部ではないなどと呼ばれていた時代もありましたが、 現在では URI の一部分と考えられています。

[18] 詳しくは素片識別子の項をご覧下さい。

相対参照

[8] URI (絶対URI参照) は URI scheme の名前から始まり、一つの資源を識別するべく説明を加えていきます。 例えば http://www.example.com/foo/bar/baz は特定の baz という資源を識別するために、 http: URI scheme を使うこと、 命名権者が www.example.com であること、 その中の foo の中の bar の中の baz が識別したい資源であることを順次説明しています。

しかし、このような説明は冗長なことがあります。 http://www.example.com/foo/bar/hoge が自分と同じ階層に存在する baz を指すためにわざわざ http: からはじめるのは面倒ですし、 不便なことも色々あります。

そこで、 URI の相対参照 (relative references) という表現が規定されています。 例えば baz が相対参照です。 ただし、 baz だけでは URI (絶対 URI 参照) ではありません。 http://www.example.com/foo/bar/hoge という文脈の情報 (基底URI (base URI) と言います。) があって始めて http://www.example.com/foo/bar/baz という URI (絶対 URI 参照) に解決 (resolve) されます。

参考: もし同じ相対参照 baz でも基底 URI が http://example.net/foo なら、 http://example.net/baz に解決されます。

[7] 詳しくは相対参照の項をご覧下さい。

著作権

[23] あまり意識されることはありませんが、 URI である文字列に対して著作権が主張される可能性があります。 単に資源の位置を表すに過ぎない URL 的な URI の類が著作物足る要件を満たすとは考えにくいですが、 ほとんどあらゆる種類のものが URI として表現し得ます。 特に、

• data: URI scheme を使った任意のデータを含む URI
• javascript: URI scheme を使った任意の JavaScript 符号を含む URI
• method が post な HTML のフォームを提出した結果得られる URI

のようなものは、著作物が URI の一部として入り込む可能性が高いといえます。 任意のデータが data: URI にした途端著作権が消滅するのはおかしいですから、 著作物たる data: URI が存在することは間違いありません。 また、 Bookmarklet などは創作性が高いと考えられますから、 簡単なものを除いて著作物だとの主張が認められる可能性が高いと思われます。

もちろん、百分率符号化などの仔細な表現上の違いは著作権が存在するかどうかの議論とは無関係です。

[24] URI が著作物足り得るかどうかの議論は、 ハイパーテキストにおけるリンクの自由性にも関わってきます。

[25] URI に著作権は及ばないという主張の例:

• [33] 壇弁護士の事務室: ちょっと、変更 <http://danblog.cocolog-nifty.com/index/2004/12/post_4.html>
• [26] @はんのう <http://www.hanno.jp/html/menseki.html>
• [27] yoosee.net : copyright & disclaimer <http://yoosee.net/info/copyright_disclaimer.html>
• [28] リンクと著作権のメモ <http://www1.neweb.ne.jp/wb/uramichi/column_11.html>
• [29] 著作権および免責事項 <http://www.ansi.co.jp/copyright_disclaimer.html>
• [30] 無題ドキュメント <http://www.htokai.ac.jp/DM/policy.html>
• [34] Webページの作法 <http://www.daito.ac.jp/~mizutani/lecture/html/web-manner.html>
• [35] 」」」 Kiss The Moon 」」」 <http://kissmoon.org/#NOTICE>

[31] URI に著作権が及ぶという主張の例:

• [32] Copyright and So on. <http://www.cise.co.jp/~florian/warning.php>
  • この文書の著者が命名権者らしい http: URI の著作権を主張しています。

[63] 葉っぱ日記 - ぼくはまちちゃん!(Hatena) - urlのポエム化 (2007-01-17 09:25:44 +09:00 版) <http://d.hatena.ne.jp/hasegawayosuke/20070117/p1> (名無しさん 2007-01-17 00:28:09 +00:00)

商標権

[40] URI として使用する文字列の一部が商標としてみなされることがあります。 特に URI に一部としてよく使われるドメイン名は頻繁に商標に関する係争が発生しています。 ドメイン名に限らず、商標を根拠に商標権者が URI の使用者に使用しないように主張する可能性があります。

URI もどき

[5] URI が使われる文脈で使われる、 URI でない (又はなさそうな, あってほしくない) ものたち

• emacs-w3m で
  • eiwa:, kokugo:, CODE[waei: に続けて語句を指定すると、その語句を辞書で検索する。
• IRI ・・・URI の多文字拡張
• SuikaWiki の URI もどき
  • IMG: (case-sensitive) 画像参照。
  • IW: (case-sensitive) InterWiki の接頭辞。 See <IW:SuikaWiki:InterWiki>
  • MAIL: (case-sensitive) 電子メイルの宛先。
  • 詳細は SuikaWiki/0.9 仕様書を参照。 これらは URI ではありません。
• URL: URL の前につける。例: <URL:http://foo.example/>

[53] ResourceUtils (Spring Framework) <http://www.springframework.org/docs/api/org/springframework/util/ResourceUtils.html>

Javaのパッケージを表すclasspath: pseudo URLがある。

既存の識別子との関係

[43] URI は URI を意識せずに作られた識別子体系でもそのまま取り込んでしまうことができます (もちろん相性のようなものはありますが)。 既に色々な識別子を URI として使う方法が定義されています。

[44] 色々な識別子の体系を URI 1つにまとめると、 何かしたいときに各識別子体系それぞれに対してその方法を考える必要がなくなります。 例えば引用文献を記述する時に、引用する文献が Web頁 (URI) でも紙の書籍 (ISBN) でも両方 URI として扱えると便利になることがあります。 あるいは連絡先がインターネットの電子メイル (電子メイル・アドレス) でも従来の電話 (電話番号) でも統一して扱えたりもします。

[45] 既存の識別子と URI の対応