-'\"
+.\"
.\" (C) Copyright 1999-2000 David A. Wheeler (dwheeler@dwheeler.com)
.\"
.\" Permission is granted to make and distribute verbatim copies of this
.\" Modified Fri Aug 21 23:00:00 1999 by David A. Wheeler (dwheeler@dwheeler.com)
.\" Modified Tue Mar 14 2000 by David A. Wheeler (dwheeler@dwheeler.com)
.\"
-.\" Japanese Version Copyright (c) 2000 NAKANO Takeo all rights reserved.
-.\" Translated San 12 Mar 2000 by NAKANO Takeo <nakano@apm.seikei.ac.jp>
+.\"*******************************************************************
.\"
-.\"WORD: generated file (KDE ¤Î) À¸À®¥Õ¥¡¥¤¥ë
+.\" This file was generated with po4a. Translate the source file.
.\"
-.TH URI 7 2000-03-14 "Linux" "Linux Programmer's Manual"
-.\"O .SH NAME
-.\"O uri, url, urn \- uniform resource identifier (URI), including a URL or URN
-.SH ̾Á°
-uri, url, urn \- uniform resource identifier (URI), URL ¤È URN ¤â´Þ¤à.
-.\"O .SH SYNOPSIS
-.SH ½ñ¼°
+.\"*******************************************************************
+.TH URI 7 2000\-03\-14 Linux "Linux Programmer's Manual"
+.SH 名前
+uri, url, urn \- uniform resource identifier (URI), URL と URN も含む.
+.SH 書式
.nf
.HP 0.2i
URI = [ absoluteURI | relativeURI ] [ "#" fragment ]
.HP
relative_path = relative_segment [ absolute_path ]
.fi
-.\"O .SH DESCRIPTION
-.SH ÀâÌÀ
-.PP
-.\"O A Uniform Resource Identifier (URI) is a short string of characters
-.\"O identifying an abstract or physical resource (for example, a web page).
-.\"O A Uniform Resource Locator (URL) is a URI
-.\"O that identifies a resource through its primary access
-.\"O mechanism (e.g., its network "location"), rather than
-.\"O by name or some other attribute of that resource.
-.\"O A Uniform Resource Name (URN) is a URI
-.\"O that must remain globally unique and persistent even when
-.\"O the resource ceases to exist or becomes unavailable.
-Uniform Resource Identifier (URI)
-¤ÏÃê¾ÝŪ¡¦ÊªÍýŪ¤Ê¥ê¥½¡¼¥¹ (web ¥Ú¡¼¥¸¤Ê¤É)
-¤ò¼±Ê̤¹¤ë¤¿¤á¤Îû¤¤Ê¸»úÎó¤Ç¤¢¤ë¡£
-Uniform Resource Locator (URL) ¤Ï URI ¤Î°ì¼ï¤Ç¡¢
-¥ê¥½¡¼¥¹¤Î̾Á°¤Ê¤É¤Î°À¤Ç¤Ç¤Ï¤Ê¤¯¡¢
-¤½¤Î¥ê¥½¡¼¥¹¤ËÂбþ¤¹¤ë¥¢¥¯¥»¥¹¥á¥«¥Ë¥º¥à¤òÄ̤·¤Æ¥ê¥½¡¼¥¹¤ò»ØÄꤹ¤ë
-(¤Ä¤Þ¤ê¥Í¥Ã¥È¥ï¡¼¥¯¾å¤Î¡Ö¾ì½ê (location)¡×¤ò»ØÄꤹ¤ë)¡£
-Uniform Resource Name (URN) ¤Ï URI ¤Î°ì¼ï¤Ç¡¢
-¤³¤ì¤ÏÂоݤΥ꥽¡¼¥¹¤¬ÇÑ´þ¤µ¤ì¤¿¤êÍøÍѤǤ¤Ê¤¯¤Ê¤Ã¤¿¾ì¹ç¤Ë¤â¡¢
-¥°¥í¡¼¥Ð¥ë¤Ë¾¤È½Å¤Ê¤ë¤³¤È¤Ê¤¯±Ê³¤·¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤¡£
-.PP
-.\"O URIs are the standard way to name hypertext link destinations
-.\"O for tools such as web browsers.
-.\"O The string "http://www.kernelnotes.org" is a URL (and thus it
-.\"O is also a URI).
-.\"O Many people use the term URL loosely as a synonym for URI
-.\"O (though technically URLs are a subset of URIs).
-URI ¤Ï¡¢ web ¥Ö¥é¥¦¥¶¤Ê¤É¤Î¥Ä¡¼¥ë¤Ç
-¥Ï¥¤¥Ñ¡¼¥Æ¥¥¹¥È¥ê¥ó¥¯¤Î¥ê¥ó¥¯Àè¤ò»ØÄꤹ¤ë»þ¤Îɸ½àŪ¤ÊÊýË¡¤Ç¤¢¤ë¡£
-ʸ»úÎó "http://www.kernelnotes.org" ¤Ï URL ¤Ç¤¢¤ë (½¾¤Ã¤Æ
-URI ¤Ç¤â¤¢¤ë)¡£Â¿¤¯¤Î¿Í¡¹¤Ï¡¢ URL ¤È¤¤¤¦¸ÀÍÕ¤ò¤Û¤Ü URI ¤Î
-ƱµÁ¸ì¤È¤·¤Æ»È¤Ã¤Æ¤¤¤ë (¤·¤«¤·µ»½ÑŪ¤Ë¤Ï URL ¤Ï URI ¤Î¥µ¥Ö¥»¥Ã¥È¤Ç¤¢¤ë)¡£
-.PP
-.\"O URIs can be absolute or relative.
-.\"O An absolute identifier refers to a resource independent of
-.\"O context, while a relative
-.\"O identifier refers to a resource by describing the difference
-.\"O from the current context.
-.\"O Within a relative path reference, the complete path segments "." and
-.\"O ".." have special meanings: "the current hierarchy level" and "the
-.\"O level above this hierarchy level", respectively, just like they do in
-.\"O Unix-like systems.
-.\"O A path segment which contains a colon
-.\"O character can't be used as the first segment of a relative URI path
-.\"O (e.g., "this:that"), because it would be mistaken for a scheme name;
-.\"O precede such segments with ./ (e.g., "./this:that").
-.\"O Note that descendants of MS-DOS (e.g., Microsoft Windows) replace
-.\"O devicename colons with the vertical bar ("|") in URIs, so "C:" becomes "C|".
-URI ¤ÏÀäÂÐŪ¤Ë¤âÁêÂÐŪ¤Ë¤â»ØÄê¤Ç¤¤ë¡£
-ÀäÂÐŪ¤Ê»ØÄê¤Ï¡¢¥ê¥½¡¼¥¹¤ò¥³¥ó¥Æ¥¯¥¹¥È¤Ë°Í¸¤·¤Ê¤¤¤«¤¿¤Á¤Ç»²¾È¤¹¤ë¡£
-ÁêÂÐŪ¤Ê»ØÄê¤Ï¡¢¥ê¥½¡¼¥¹¤ò¸½ºß¤Î¥³¥ó¥Æ¥¯¥¹¥È¤«¤é¤Îº¹°Û¤Ë¤è¤Ã¤Æµ½Ò¤¹¤ë¡£
-ÁêÂХѥ¹»²¾È¤Ç¤Ï¡¢ "." ¤ª¤è¤Ó ".." ¤À¤±¤Î¥Ñ¥¹Éôʬ (path segment)
-¤ÏÆÃÊ̤ʰÕÌ£¤ò»ý¤Á¡¢
-¤½¤ì¤¾¤ì¡Ö¸½ºß¤Î³¬ÁØ¥ì¥Ù¥ë¡×¤ª¤è¤Ó¡Ö¸½ºß¤Î³¬Áؤΰì¤Ä¾å¤Î¥ì¥Ù¥ë¡×
-¤È¤·¤Æ°·¤ï¤ì¤ë (Unix-like ¤Ê¥·¥¹¥Æ¥à¤ÈƱÍÍ)¡£
-¥³¥í¥óʸ»ú¤ò´Þ¤à¥Ñ¥¹Éôʬ¤ÏÁêÂÐ URI ¥Ñ¥¹¤ÎÀèƬ¤ËÍѤ¤¤ë¤³¤È¤Ï¤Ç¤¤Ê¤¤
-(¤Ä¤Þ¤ê "this:that" ¤Ï¥À¥á)¡£¥¹¥¡¼¥à̾¤È¶èÊ̤Ǥ¤Ê¤¤¤«¤é¤Ç¤¢¤ë¡£
-¤³¤Î¤è¤¦¤Ê¾ì¹ç¤Ë¤Ï ./ ¤òÁ°ÃÖ¤¹¤ë¤³¤È (¤Ä¤Þ¤ê "./this:that" ¤È¤¹¤ë)¡£
-MS-DOS ¤Î»Ò¹ (Microsoft Windows ¤Ê¤É) ¤Ï¡¢
-¥Ç¥Ð¥¤¥¹Ì¾¤Î¥³¥í¥ó¤ò URI ¤Ç¤Ï¿âľ¥Ð¡¼ ("|") ¤ËÃÖ¤´¹¤¨¤ë¡£
-¤·¤¿¤¬¤Ã¤Æ "C:" ¤Ï "C|" ¤È¤Ê¤ë¡£
-.PP
-.\"O A fragment identifier, if included, refers to a particular named portion
-.\"O (fragment) of a resource; text after a \(aq#\(aq identifies the fragment.
-.\"O A URI beginning with \(aq#\(aq refers to that fragment in the current resource.
-¥Õ¥é¥°¥á¥ó¥È»ØÄê»Ò (fragment identifier) ¤Ï¡¢(¤â¤·´Þ¤Þ¤ì¤Æ¤¤¤ì¤Ð)
-¥ê¥½¡¼¥¹Ãæ¤Î̾Á°ÉÕ¤±¤µ¤ì¤¿ÆÃÄê¤ÎÉôʬ (¥Õ¥é¥°¥á¥ó¥È) ¤ò»²¾È¤¹¤ë¡£
-\(aq#\(aq »ØÄê»Ò°Ê¹ß¤Îʸ»úÎ󤬥ե饰¥á¥ó¥È¤ò»ØÄꤹ¤ë¡£
-\(aq#\(aq ¤Ç»Ï¤Þ¤ë URI ¤Ï¸½ºß¤Î¥ê¥½¡¼¥¹Ãæ¤Î¥Õ¥é¥°¥á¥ó¥È¤ò»²¾È¤¹¤ë¡£
-.\"O .SS USAGE
-.S ÍøÍÑË¡
-.\"O There are many different URI schemes, each with specific
-.\"O additional rules and meanings, but they are intentionally made to be
-.\"O as similar as possible.
-.\"O For example, many URL schemes
-.\"O permit the authority to be the following format, called here an
-.\"O .I ip_server
-.\"O (square brackets show what's optional):
-URI ¤Î¥¹¥¡¼¥à¤Ë¤Ï¿§¡¹¤Ê¼ïÎब¤¢¤ê¡¢
-¤½¤ì¤¾¤ì¸ÇͤΥ롼¥ë¤ä°ÕÌ£¤¬Äɲ䵤ì¤Æ¤¤¤ë¡£
-¤·¤«¤·¤Ç¤¤ë¤À¤±Åý°ì¤·¤¿¤â¤Î¤Ë¤·¤è¤¦¤È¤¤¤¦ÅØÎϤâ¤Ê¤µ¤ì¤Æ¤¤¤ë¡£
-Î㤨¤Ð¡¢Â¿¤¯¤Î URL ¥¹¥¡¼¥à¤Ï¡Öµ¡´Ø (authority)¡×¤ËÂФ·¤Æ°Ê²¼¤Î½ñ¼°
-(¤³¤³¤Ç¤Ï
-.I ip_server
-¤È¸Æ¤Ö¤³¤È¤Ë¤¹¤ë)
-¤òµö¤·¤Æ¤¤¤ë (³Ñ³ç¸ÌÆâÉô¤Ï¾Êά²Äǽ)¡£
+.SH 説明
+.PP
+Uniform Resource Identifier (URI) は抽象的・物理的なリソース (web ページなど)
+を識別するための短い文字列である。 Uniform Resource Locator (URL) は URI の一種で、
+リソースの名前などの属性でではなく、 そのリソースに対応するアクセスメカニズムを通してリソースを指定する (つまりネットワーク上の「場所
+(location)」を指定する)。 Uniform Resource Name (URN) は URI の一種で、
+これは対象のリソースが廃棄されたり利用できなくなった場合にも、 グローバルに他と重なることなく永続しなければならない。
+.PP
+URI は、 web ブラウザなどのツールで ハイパーテキストリンクのリンク先を指定する時の標準的な方法である。 文字列
+"http://www.kernelnotes.org" は URL である (従って URI でもある)。多くの人々は、 URL という言葉をほぼ
+URI の 同義語として使っている (しかし技術的には URL は URI のサブセットである)。
+.PP
+URI は絶対的にも相対的にも指定できる。 絶対的な指定は、リソースをコンテクストに依存しないかたちで参照する。
+相対的な指定は、リソースを現在のコンテクストからの差異によって記述する。 相対パス参照では、 "." および ".." だけのパス部分 (path
+segment) は特別な意味を持ち、 それぞれ「現在の階層レベル」および「現在の階層の一つ上のレベル」 として扱われる (UNIX
+風のシステムと同様)。 コロン文字を含むパス部分は相対 URI パスの先頭に用いることはできない (つまり "this:that"
+はダメ)。スキーム名と区別できないからである。 このような場合には ./ を前置すること (つまり "./this:that" とする)。 MS\-DOS
+の子孫 (Microsoft Windows など) は、 デバイス名のコロンを URI では垂直バー ("|") に置き換える。 したがって "C:"
+は "C|" となる。
+.PP
+フラグメント指定子 (fragment identifier) は、(もし含まれていれば) リソース中の名前付けされた特定の部分 (フラグメント)
+を参照する。 \(aq#\(aq 指定子以降の文字列がフラグメントを指定する。 \(aq#\(aq で始まる URI
+は現在のリソース中のフラグメントを参照する。
+.SS 使い方
+URI のスキームには色々な種類があり、 それぞれ固有のルールや意味が追加されている。 しかしできるだけ統一したものにしようという努力もなされている。
+例えば、多くの URL スキームは「機関 (authority)」に対して以下の書式 (ここでは \fIip_server\fP と呼ぶことにする)
+を許している (角括弧内部は省略可能)。
.HP
-.IR "ip_server = " [ user " [ : " password " ] @ ] " host " [ : " port ]
-.PP
-.\"O This format allows you to optionally insert a username,
-.\"O a user plus password, and/or a port number.
-.\"O The
-.\"O .I host
-.\"O is the name of the host computer, either its name as determined by DNS
-.\"O or an IP address (numbers separated by periods).
-.\"O Thus the URI
-.\"O <http://fred:fredpassword@xyz.com:8080/>
-.\"O logs into a web server on host xyz.com
-.\"O as fred (using fredpassword) using port 8080.
-.\"O Avoid including a password in a URI if possible because of the many
-.\"O security risks of having a password written down.
-.\"O If the URL supplies a username but no password, and the remote
-.\"O server requests a password, the program interpreting the URL
-.\"O should request one from the user.
-¤³¤Î¥Õ¥©¡¼¥Þ¥Ã¥È¤Ë¤Ï¡¢¥æ¡¼¥¶Ì¾¡¢¥æ¡¼¥¶Ì¾+¥Ñ¥¹¥ï¡¼¥É¤ò»ØÄê¤Ç¤¤ë¡£
-¥Ý¡¼¥ÈÈÖ¹æ¤òÄɲ乤뤳¤È¤â²Äǽ¤Ç¤¢¤ë¡£
-.I host
-¤Ï¥Û¥¹¥È¥³¥ó¥Ô¥å¡¼¥¿¤Î̾Á°¤Ç¡¢ DNS ¤ÇÄêµÁ¤µ¤ì¤ë̾Á°¤« IP ¥¢¥É¥ì¥¹
-(¥Ô¥ê¥ª¥É¤Ç¶èÀÚ¤é¤ì¤¿¿ô»ú) ¤Ç»ØÄꤹ¤ë¡£¤·¤¿¤¬¤Ã¤Æ URI
-<http://fred:fredpassword@xyz.com:8080/>
-¤Ï¡¢¥Û¥¹¥È xyz.com ¤Ë fred ¤È¤·¤Æ (¥Ñ¥¹¥ï¡¼¥É¤ò»È¤Ã¤Æ)
-¥Ý¡¼¥È 8080 ¤ò»È¤Ã¤Æ¥í¥°¥¤¥ó¤¹¤ë¡£
-¥Ñ¥¹¥ï¡¼¥É¤Ï²Äǽ¤Ê¤é URI ¤Ë¤Ï´Þ¤á¤Ê¤¤¤Û¤¦¤¬Îɤ¤¤À¤í¤¦¡£
-¥Ñ¥¹¥ï¡¼¥É¤òľ½ñ¤¤¹¤ë¤ÈÍÍ¡¹¤Ê¥»¥¥å¥ê¥Æ¥£¾å¤Î¥ê¥¹¥¯¤¬À¸¤¸¤ë¤«¤é¤Ç¤¢¤ë¡£
-URL ¤Ë¥æ¡¼¥¶Ì¾¤À¤±¤òÍ¿¤¨¡¢¥Ñ¥¹¥ï¡¼¥É¤òÍ¿¤¨¤Ê¤¤¾ì¹ç¤Ï¡¢
-¥ê¥â¡¼¥È¥µ¡¼¥Ð¤Ï¥Ñ¥¹¥ï¡¼¥É¤òÍ׵ᤷ¤Æ¤¯¤ë¡£
-URL ¤ò²ò¼á¤·¤¿¥×¥í¥°¥é¥à¤¬¡¢¥æ¡¼¥¶¤Ë¤³¤ÎÆþÎϤòÂ¥¤¹¤³¤È¤Ë¤Ê¤í¤¦¡£
-.PP
-.\"O Here are some of the most common schemes in use on Unix-like systems
-.\"O that are understood by many tools.
-.\"O Note that many tools using URIs also have internal schemes or specialized
-.\"O schemes; see those tools' documentation for information on those schemes.
-°Ê²¼¤Ë¡¢ Unix-like ¤Ê¥·¥¹¥Æ¥à¤ÇÈó¾ï¤ËÎɤ¯ÍѤ¤¤é¤ì¤Æ¤ª¤ê¡¢
-¿¤¯¤Î¥Ä¡¼¥ë¤¬Íý²ò¤¹¤ë¥¹¥¡¼¥à¤ò¼¨¤¹¡£
-URI ¤ò»È¤¦¥Ä¡¼¥ë¤Î¿¤¯¤Ç¤Ï¡¢ÆâÉô¥¹¥¡¼¥à¤äÆüì¤Ê¥¹¥¡¼¥à¤â
-»È¤¨¤ë¤³¤È¤¬Â¿¤¤¡£¤½¤Î¤è¤¦¤Ê¥¹¥¡¼¥à¤Ë´Ø¤·¤Æ¤Ï¥Ä¡¼¥ë¤Î¥É¥¥å¥á¥ó¥È¤ò¸«¤ë¤³¤È¡£
-.PP
-.\"O .B "http \- Web (HTTP) server"
-.B "http \- Web (HTTP) ¥µ¡¼¥Ð"
-.PP
-.RI http:// ip_server / path
+\fIip_server = \fP[\fIuser\fP [ : \fIpassword\fP ] @ ] \fIhost\fP [ : \fIport\fP]
+.PP
+このフォーマットには、ユーザ名、ユーザ名+パスワードを指定できる。 ポート番号を追加することも可能である。 \fIhost\fP
+はホストコンピュータの名前で、 DNS で定義される名前か IP アドレス (ピリオドで区切られた数字) で指定する。したがって URI
+<http://fred:fredpassword@xyz.com:8080/> は、ホスト xyz.com に fred として
+(パスワードを使って) ポート 8080 を使ってログインする。 パスワードは可能なら URI には含めないほうが良いだろう。
+パスワードを直書きすると様々なセキュリティ上のリスクが生じるからである。 URL にユーザ名だけを与え、パスワードを与えない場合は、
+リモートサーバはパスワードを要求してくる。 URL を解釈したプログラムが、ユーザにこの入力を促すことになろう。
+.PP
+以下に、 UNIX 風のシステムで非常に良く用いられており、 多くのツールが理解するスキームを示す。 URI
+を使うツールの多くでは、内部スキームや特殊なスキームも 使えることが多い。そのようなスキームに関してはツールのドキュメントを見ること。
+.PP
+\fBhttp \- Web (HTTP) サーバ\fP
+.PP
+http://\fIip_server\fP/\fIpath\fP
.br
-.RI http:// ip_server / path ? query
-.PP
-.\"O This is a URL accessing a web (HTTP) server.
-.\"O The default port is 80.
-.\"O If the path refers to a directory, the web server will choose what
-.\"O to return; usually if there is a file named "index.html" or "index.htm"
-.\"O its content is returned, otherwise, a list of the files in the current
-.\"O directory (with appropriate links) is generated and returned.
-.\"O An example is <http://lwn.net>.
-¤³¤ì¤Ï web (HTTP) ¥µ¡¼¥Ð¤Ë¥¢¥¯¥»¥¹¤¹¤ë¤¿¤á¤Î URL ¤Ç¤¢¤ë¡£
-¥Ç¥Õ¥©¥ë¥È¤Î¥Ý¡¼¥È¤Ï 80¡£¥Ñ¥¹¤¬¥Ç¥£¥ì¥¯¥È¥ê¤ò»²¾È¤·¤Æ¤¤¤ë¤È¤¤Ï¡¢
-ÊÖ¤µ¤ì¤ë¾ðÊó¤Ï web ¥µ¡¼¥Ð¤¬ÁªÂò¤¹¤ë¡£Ä̾ï¤Ï¡¢
-"index.html" ¤ä "index.htm" ¤Î¤è¤¦¤Ê¥Õ¥¡¥¤¥ë¤¬¤¢¤ì¤Ð¡¢¤½¤ÎÆâÍƤ¬ÊÖ¤µ¤ì¤ë¡£
-¤Ê¤±¤ì¤Ð¡¢¥«¥ì¥ó¥È¥Ç¥£¥ì¥¯¥È¥ê¤Î¥ê¥¹¥È¤¬ (ŬÀڤʥê¥ó¥¯¤È¤È¤â¤Ë) À¸À®¤µ¤ì¤Æ
-ÊÖ¤µ¤ì¤ë¡£Îã¤È¤·¤Æ¤Ï <http://lwn.net> ¤Ê¤É¡£
-.PP
-.\"O A query can be given in the archaic "isindex" format, consisting of a
-.\"O word or phrase and not including an equal sign (=).
-.\"O A query can also be in the longer "GET" format, which has one or more
-.\"O query entries of the form
-.\"O .IR key = value
-.\"O separated by the ampersand character (&).
-Ì䤤¹ç¤ï¤» (query) ¤ò¡¢¸Å¤¤ "isindex" ¥Õ¥©¡¼¥Þ¥Ã¥È¤Ë¤è¤Ã¤ÆÁ÷¤ë¤³¤È¤â¤Ç¤¤ë¡£
-¤³¤Î¥Õ¥©¡¼¥Þ¥Ã¥È¤Ïñ¸ì¤Þ¤¿¤Ï¥Õ¥ì¡¼¥º¤«¤é¤Ê¤ê¡¢Åù¹æ (=) ¤Ï´Þ¤Þ¤Ê¤¤¡£
-¤è¤êŤ¤ "GET" ¥Õ¥©¡¼¥Þ¥Ã¥È¤Ç¤âÌ䤤¹ç¤ï¤»¤Ï¹Ô¤¨¤ë¡£
-¤³¤Î¥Õ¥©¡¼¥Þ¥Ã¥È¤Ë¤Ï¡¢°ì¤Ä°Ê¾å¤ÎÌ䤤¹ç¤ï¤»¥¨¥ó¥È¥ê¤¬
-.IR key = value
-¤È¤¤¤¦·Á¼°¤Ç´Þ¤Þ¤ì¤ë¡£¤½¤ì¤¾¤ì¤Î¥¨¥ó¥È¥ê¤Ï¥¢¥ó¥Ñ¥µ¥ó¥É (&) ¤Ç¶èÀÚ¤é¤ì¤ë¡£
-.\"O Note that
-.\"O .I key
-.\"O can be repeated more than once, though it's up to the web server
-.\"O and its application programs to determine if there's any meaning to that.
-.\"O There is an unfortunate interaction with HTML/XML/SGML and
-.\"O the GET query format; when such URIs with more than one key
-.\"O are embedded in SGML/XML documents (including HTML), the ampersand
-.\"O (&) has to be rewritten as &.
-.\"O Note that not all queries use this format; larger forms
-.\"O may be too long to store as a URI, so they use a different
-.\"O interaction mechanism (called POST) which does
-.\"O not include the data in the URI.
-.I key
-¤ÏÊ£¿ô¸Ä»ØÄꤹ¤ë¤³¤È¤â¤Ç¤¤ë¡£¤·¤«¤·¤½¤ì¤Ë°ÕÌ£¤¬¤¢¤ë¤«¤É¤¦¤«¤Ï
-web ¥µ¡¼¥Ð¤È¥¢¥×¥ê¥±¡¼¥·¥ç¥ó¥×¥í¥°¥é¥à¤¬·è¤á¤ë¡£
-HTML/XML/SGML ¤È GET Ì䤤¹ç¤ï¤»·Á¼°¤Î´Ö¤Ë¤Ï¡¢ÉÔ¹¬¤Ê´Ø·¸¤¬¤¢¤ë¡£
-°ì¤Ä°Ê¾å¤Î¥¡¼¤Î´Þ¤Þ¤ì¤ë URI ¤¬ SGML/XML ʸ½ñ (HTML ¤â¤½¤¦)
-¤ËËä¤á¤³¤Þ¤ì¤ëºÝ¤Ë¤Ï¡¢¥¢¥ó¥Ñ¥µ¥ó¥É (&) ¤Ï & ¤È½ñ¤«¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤¡£
-Á´¤Æ¤ÎÌ䤤¹ç¤ï¤»¤¬¤³¤Î·Á¼°¤ò»È¤¦¤ï¤±¤Ç¤Ï¤Ê¤¤¡£
-¥Õ¥©¡¼¥à¤¬Ä¹¤¯¤Ê¤ë¤È URI ¤ËÆþ¤ì¤ë¤Ë¤ÏŤ¹¤®¤ë¤«¤é¡¢
-Ê̤ÎÄÌ¿®¥á¥«¥Ë¥º¥à (POST ¤È¸Æ¤Ð¤ì¤ë) ¤¬ÍѤ¤¤é¤ì¤ë¡£
-POST ¤Ç¤Ï URI ¤Ë¤Ï¥Ç¡¼¥¿¤Ï´Þ¤Þ¤ì¤Ê¤¤¡£
-.\"O See the Common Gateway Interface specification at
-.\"O <http://www.w3.org/CGI> for more information.
-¤è¤ê¾Ü¤·¤¤¾ðÊó¤Ï¡¢
-<http://www.w3.org/CGI> ¤Ë¤¢¤ë
-Common Gateway Interface ¤Î»ÅÍͽñ¤ò¸«¤è¡£
-.PP
-.\"O .B "ftp \- File Transfer Protocol (FTP)"
-.B "ftp \- ¥Õ¥¡¥¤¥ëžÁ÷¥×¥í¥È¥³¥ë (FTP)"
-.PP
-.RI ftp:// ip_server / path
-.PP
-.\"O This is a URL accessing a file through the file transfer protocol (FTP).
-.\"O The default port (for control) is 21.
-.\"O If no username is included, the username "anonymous" is supplied, and
-.\"O in that case many clients provide as the password the requestor's
-.\"O Internet email address.
-.\"O An example is
-.\"O <ftp://ftp.is.co.za/rfc/rfc1808.txt>.
-¤³¤ì¤Ï¥Õ¥¡¥¤¥ëžÁ÷¥×¥í¥È¥³¥ë (FTP) ¤òÄ̤·¤Æ¥Õ¥¡¥¤¥ë¤Ë¥¢¥¯¥»¥¹¤¹¤ë¤¿¤á¤Î
-URL ¤Ç¤¢¤ë¡£¥Ç¥Õ¥©¥ë¥È¤Î (À©¸æÍÑ) ¥Ý¡¼¥È¤Ï 21 ¤Ç¤¢¤ë¡£
-¥æ¡¼¥¶Ì¾¤¬¤Ê¤¤¾ì¹ç¤Ë¤Ï¡¢¥æ¡¼¥¶Ì¾ anonymous ¤¬Í¿¤¨¤é¤ì¤ë¡£
-¤½¤·¤Æ¤½¤Î¾ì¹ç¤Ë¤Ï¡¢¥¯¥é¥¤¥¢¥ó¥È¤Î¿¤¯¤ÏÍ׵ᤷ¤¿¿Í¤Î
-¥¤¥ó¥¿¡¼¥Í¥Ã¥È¥á¡¼¥ë¥¢¥É¥ì¥¹¤ò¥Ñ¥¹¥ï¡¼¥É¤È¤·¤ÆÍ¿¤¨¤ë¡£
-Îã¤È¤·¤Æ¤Ï <ftp://ftp.is.co.za/rfc/rfc1808.txt> ¤Ê¤É¡£
-.PP
-.\"O .B "gopher \- Gopher server"
-.B "gofer \- Gofer ¥µ¡¼¥Ð"
-.PP
-.RI gopher:// ip_server / "gophertype selector"
+http://\fIip_server\fP/\fIpath\fP?\fIquery\fP
+.PP
+これは web (HTTP) サーバにアクセスするための URL である。 デフォルトのポートは 80。パスがディレクトリを参照しているときは、
+返される情報は web サーバが選択する。通常は、 "index.html" や "index.htm" のようなファイルがあれば、その内容が返される。
+なければ、カレントディレクトリのリストが (適切なリンクとともに) 生成されて 返される。例としては <http://lwn.net>
+など。
+.PP
+問い合わせ (query) を、古い "isindex" フォーマットによって送ることもできる。 このフォーマットは単語またはフレーズからなり、等号
+(=) は含まない。 より長い "GET" フォーマットでも問い合わせは行える。 このフォーマットには、一つ以上の問い合わせエントリが
+\fIkey\fP=\fIvalue\fP という形式で含まれる。それぞれのエントリはアンパサンド (&) で区切られる。 \fIkey\fP
+は複数個指定することもできる。しかしそれに意味があるかどうかは web サーバとアプリケーションプログラムが決める。 HTML/XML/SGML と
+GET 問い合わせ形式の間には、不幸な関係がある。 一つ以上のキーの含まれる URI が SGML/XML 文書 (HTML もそう)
+に埋めこまれる際には、アンパサンド (&) は & と書かなければならない。 全ての問い合わせがこの形式を使うわけではない。
+フォームが長くなると URI に入れるには長すぎるから、 別の通信メカニズム (POST と呼ばれる) が用いられる。 POST では URI
+にはデータは含まれない。 より詳しい情報は、 <http://www.w3.org/CGI> にある Common Gateway
+Interface の仕様書を見よ。
+.PP
+\fBftp \- ファイル転送プロトコル (FTP)\fP
+.PP
+ftp://\fIip_server\fP/\fIpath\fP
+.PP
+これはファイル転送プロトコル (FTP) を通してファイルにアクセスするための URL である。デフォルトの (制御用) ポートは 21 である。
+ユーザ名がない場合には、ユーザ名 anonymous が与えられる。 そしてその場合には、クライアントの多くは要求した人の
+インターネットメールアドレスをパスワードとして与える。 例としては
+<ftp://ftp.is.co.za/rfc/rfc1808.txt> など。
+.PP
+\fBgofer \- Gofer サーバ\fP
+.PP
+gopher://\fIip_server\fP/\fIgophertype selector\fP
.br
-.RI gopher:// ip_server / "gophertype selector" %09 search
+gopher://\fIip_server\fP/\fIgophertype selector\fP%09\fIsearch\fP
.br
-.RI gopher:// ip_server / "gophertype selector" %09 search %09 gopher+_string
+gopher://\fIip_server\fP/\fIgophertype selector\fP%09\fIsearch\fP%09\fIgopher+_string\fP
.br
.PP
-.\"O The default gopher port is 70.
-.\"O .I gophertype
-.\"O is a single-character field to denote the
-.\"O Gopher type of the resource to
-.\"O which the URL refers.
-.\"O The entire path may also be empty, in
-.\"O which case the delimiting "/" is also optional and the gophertype
-.\"O defaults to "1".
-¥Ç¥Õ¥©¥ë¥È¤Î gopher ¥Ý¡¼¥È¤Ï 70 ¤Ç¤¢¤ë¡£
-.I gophertype
-¤Ï 1 ʸ»ú¤«¤é¤Ê¤ë¥Õ¥£¡¼¥ë¥É¤Ç¡¢
-URL ¤¬»²¾È¤·¤Æ¤¤¤ë Gopher ¤Î¥ê¥½¡¼¥¹¥¿¥¤¥×¤ò¼¨¤¹¡£
-¥Ñ¥¹Á´ÂΤ¬¶õ¤Ç¤¢¤Ã¤Æ¤â¤è¤¯¡¢¤½¤Î¾ì¹ç¤Ï¶èÀÚ¤ê¤Î "/" ¤â¾Êά¤Ç¤¤ë¡£
-¤³¤Î¤È¤ gophertype ¤Î¥Ç¥Õ¥©¥ë¥È¤Ï "1" ¤Ë¤Ê¤ë¡£
-.PP
-.\"O .I selector
-.\"O is the Gopher selector string.
-.\"O In the Gopher protocol,
-.\"O Gopher selector strings are a sequence of octets which may contain
-.\"O any octets except 09 hexadecimal (US-ASCII HT or tab), 0A hexadecimal
-.\"O (US-ASCII character LF), and 0D (US-ASCII character CR).
-.I selector
-¤Ï Gopher ¥»¥ì¥¯¥¿Ê¸»úÎó¤Ç¤¢¤ë¡£Gopher ¥×¥í¥È¥³¥ë¤Ç¤Ï¡¢
-Gopher ¥»¥ì¥¯¥¿Ê¸»úÎó¤Ï¥ª¥¯¥Æ¥Ã¥Èʸ»ú¤«¤é¤Ê¤ê¡¢
-16¿Ê¿ô¤Î 09 (US-ASCII ¤Î HT ¤Þ¤¿¤Ï tab)¡¢ 0A (US-ASCII ¤Î LF ʸ»ú)¡¢
-0D (US-ASCII ¤Î CR ʸ»ú) °Ê³°¤Ê¤é¤É¤ó¤Ê¥ª¥¯¥Æ¥Ã¥È¤â»ØÄê¤Ç¤¤ë¡£
-.PP
-.\"O .B "mailto \- Email address"
-.B "mailto \- ÅŻҥ᡼¥ë¥¢¥É¥ì¥¹"
-.PP
-.RI mailto: email-address
-.PP
-.\"O This is an email address, usually of the form
-.\"O .IR name @ hostname .
-.\"O See
-.\"O .BR mailaddr (7)
-.\"O for more information on the correct format of an email address.
-.\"O Note that any % character must be rewritten as %25.
-.\"O An example is <mailto:dwheeler@dwheeler.com>.
-¤³¤ì¤ÏÅŻҥ᡼¥ë¥¢¥É¥ì¥¹¤Ç¡¢Ä̾ï
-.IR name @ hostname
-¤È¤¤¤¦·Á¼°¤ò¤È¤ë¡£ÅŻҥ᡼¥ë¥¢¥É¥ì¥¹¤ÎÀµ¤·¤¤¥Õ¥©¡¼¥Þ¥Ã¥È¤Ë´Ø¤¹¤ë
-¤è¤ê¾Ü¤·¤¤¾ðÊó¤Ï
-.BR mailaddr (7)
-¤ò¸«¤è¡£ % ʸ»ú¤Ï¤¹¤Ù¤Æ %25 ¤È½ñ¤Ä¾¤µ¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤¤³¤È¤ËÃí°Õ¡£
-Îã¤È¤·¤Æ¤Ï <mailto:dwheeler@dwheeler.com> ¤Ê¤É¡£
-.PP
-.\"O .B "news \- Newsgroup or News message"
-.B "news \- ¥Ë¥å¡¼¥¹¥°¥ë¡¼¥×¡¦¥Ë¥å¡¼¥¹¥á¥Ã¥»¡¼¥¸"
-.PP
-.RI news: newsgroup-name
+デフォルトの gopher ポートは 70 である。 \fIgophertype\fP は 1 文字からなるフィールドで、 URL が参照している
+Gopher のリソースタイプを示す。 パス全体が空であってもよく、その場合は区切りの "/" も省略できる。 このとき gophertype
+のデフォルトは "1" になる。
+.PP
+\fIselector\fP は Gopher セレクタ文字列である。Gopher プロトコルでは、 Gopher セレクタ文字列はオクテット文字からなり、
+16進数の 09 (US\-ASCII の HT または tab)、 0A (US\-ASCII の LF 文字)、 0D (US\-ASCII の CR
+文字) 以外ならどんなオクテットも指定できる。
+.PP
+\fBmailto \- 電子メールアドレス\fP
+.PP
+mailto:\fIemail\-address\fP
+.PP
+これは電子メールアドレスで、通常 \fIname\fP@\fIhostname\fP という形式をとる。電子メールアドレスの正しいフォーマットに関する
+より詳しい情報は \fBmailaddr\fP(7) を見よ。 % 文字はすべて %25 と書き直さなければならないことに注意。 例としては
+<mailto:dwheeler@dwheeler.com> など。
+.PP
+\fBnews \- ニュースグループ・ニュースメッセージ\fP
+.PP
+news:\fInewsgroup\-name\fP
.br
-.RI news: message-id
-.PP
-.\"O A
-.\"O .I newsgroup-name
-.\"O is a period-delimited hierarchical name, such as
-.\"O "comp.infosystems.www.misc".
-.\"O If <newsgroup-name> is "*" (as in <news:*>), it is used to refer
-.\"O to "all available news groups".
-.\"O An example is <news:comp.lang.ada>.
-.I newsgroup-name
-¤Ï¥Ô¥ê¥ª¥É¤Ç¶èÀÚ¤é¤ì¤¿³¬ÁØŪ¤Ê̾Á°¤Ç¤¢¤ë¡£Î㤨¤Ð
-"comp.infosystems.www.misc" ¤Ê¤É¡£
-<newsgroup-name> ¤¬ "*" (¤Ä¤Þ¤ê <news:*>) ¤Î¾ì¹ç¤Ë¤Ï¡¢
-¡Ö»²¾È¤Ç¤¤ëÁ´¤Æ¤Î¥Ë¥å¡¼¥¹¥°¥ë¡¼¥×¡×¤Î°ÕÌ£¤Ë¤Ê¤ë¡£
-Îã¤È¤·¤Æ¤Ï <news:comp.lang.ada> ¤Ê¤É¡£
-.PP
-.\"O A
-.\"O .I message-id
-.\"O corresponds to the Message-ID of
-.\"O .UR http://www.ietf.org/rfc/rfc1036.txt
-.\"O IETF RFC\ 1036,
-.\"O .UE
-.\"O without the enclosing "<"
-.\"O and ">"; it takes the form
-.\"O .IR unique @ full_domain_name .
-.\"O A message identifier may be distinguished from a news group name by the
-.\"O presence of the "@" character.
-.I message-id
-¤Ï
+news:\fImessage\-id\fP
+.PP
+\fInewsgroup\-name\fP はピリオドで区切られた階層的な名前である。例えば "comp.infosystems.www.misc" など。
+<newsgroup\-name> が "*" (つまり <news:*>) の場合には、
+「参照できる全てのニュースグループ」の意味になる。 例としては <news:comp.lang.ada> など。
+.PP
+\fImessage\-id\fP は
.UR http://www.ietf.org/rfc/rfc1036.txt
IETF RFC\ 1036
.UE
-¤Î Message-ID ¤«¤é¡¢°Ï¤ß¤Î "<" ¤È ">" ¤ò¼è¤Ã¤¿¤â¤Î¤ËÂбþ¤¹¤ë¡£
-Message-ID ¤Ï
-.IR unique @ full_domain_name
-¤È¤¤¤¦·Á¼°¤ò¤È¤ë¡£¥á¥Ã¥»¡¼¥¸¤Î»ØÄê¤Ë¤Ï "@" ʸ»ú¤¬´Þ¤Þ¤ì¤ë¤Î¤Ç¡¢
-¥Ë¥å¡¼¥¹¥°¥ë¡¼¥×¤Î̾Á°¤È¶èÊ̤Ǥ¤ë¤À¤í¤¦¡£
-.PP
-.\"O .B "telnet \- Telnet login"
-.B "telnet \- telnet ¥í¥°¥¤¥ó"
-.PP
-.RI telnet:// ip_server /
-.PP
-.\"O The Telnet URL scheme is used to designate interactive text services that
-.\"O may be accessed by the Telnet protocol.
-.\"O The final "/" character may be omitted.
-.\"O The default port is 23.
-.\"O An example is <telnet://melvyl.ucop.edu/>.
-Telnet URL ¥¹¥¡¼¥à¤ÏÂÐÏÃŪ¤Ê¥Æ¥¥¹¥È¥µ¡¼¥Ó¥¹¤Ë Telnet ¥×¥í¥È¥³¥ë¤ò
-Ä̤·¤Æ¥¢¥¯¥»¥¹¤¹¤ë¤¿¤á¤ËÍѤ¤¤é¤ì¤ë¡£ºÇ¸å¤Î "/" ʸ»ú¤Ï¾Êά¤·¤Æ¤è¤¤¡£
-Îã¤È¤·¤Æ¤Ï <telnet://melvyl.ucop.edu/> ¤Ê¤É¡£
-.PP
-.\"O .B "file \- Normal file"
-.B "file \- Ä̾ï¤Î¥Õ¥¡¥¤¥ë"
-.PP
-.RI file:// ip_server / path_segments
+の Message\-ID から、囲みの "<" と ">" を取ったものに対応する。 Message\-ID は
+\fIunique\fP@\fIfull_domain_name\fP という形式をとる。メッセージの指定には "@" 文字が含まれるので、
+ニュースグループの名前と区別できるだろう。
+.PP
+\fBtelnet \- telnet ログイン\fP
+.PP
+telnet://\fIip_server\fP/
+.PP
+Telnet URL スキームは対話的なテキストサービスに Telnet プロトコルを 通してアクセスするために用いられる。最後の "/"
+文字は省略してよい。 例としては <telnet://melvyl.ucop.edu/> など。
+.PP
+\fBfile \- 通常のファイル\fP
+.PP
+file://\fIip_server\fP/\fIpath_segments\fP
.br
-.RI file: path_segments
-.PP
-.\"O This represents a file or directory accessible locally.
-.\"O As a special case,
-.\"O .I host
-.\"O can be the string "localhost" or the empty
-.\"O string; this is interpreted as "the machine from which the URL is
-.\"O being interpreted".
-.\"O If the path is to a directory, the viewer should display the
-.\"O directory's contents with links to each containee;
-.\"O not all viewers currently do this.
-.\"O KDE supports generated files through the URL <file:/cgi-bin>.
-.\"O If the given file isn't found, browser writers may want to try to expand
-.\"O the filename via filename globbing
-.\"O (see
-.\"O .BR glob (7)
-.\"O and
-.\"O .BR glob (3)).
-¤³¤ì¤Ï¥í¡¼¥«¥ë¤ËľÀÜ¥¢¥¯¥»¥¹¤Ç¤¤ë¥Õ¥¡¥¤¥ë¤ò¼¨¤¹¡£
-Æüì¤Ê¥±¡¼¥¹¤È¤·¤Æ¡¢
-.I host
-¤Ë¤Ï "localhost" ¤È¤¤¤¦Ê¸»úÎó¤òÍѤ¤¤¿¤ê¡¢¶õʸ»ú¤Ë¤·¤Æ¤â¤è¤¤¡£
-¤³¤ì¤Ï¡ÖURI ¤¬²ò¼á¤µ¤ì¤¿¥Þ¥·¥ó¡×¤È¤ß¤Ê¤µ¤ì¤ë¡£
-path ¤¬¥Ç¥£¥ì¥¯¥È¥ê¤Î¾ì¹ç¤Ï¡¢¥Ó¥å¡¼¥¢¤Ï¥Ç¥£¥ì¥¯¥È¥ê¤ÎÆâÍƤò
-¥ê¥ó¥¯¤òÄ¥¤Ã¤¿¤«¤¿¤Á¤Çɽ¼¨¤¹¤ë¤È¤è¤¤¤À¤í¤¦¡£
-¤·¤«¤·¸½ºß¤Ï¡¢¤Þ¤ÀÁ´¤Æ¤Î¥Ó¥å¡¼¥¢¤¬¤³¤ÎÆ°ºî¤ò¤¹¤ë¤ï¤±¤Ç¤Ï¤Ê¤¤¡£
-KDE ¤ÏÀ¸À®¥Õ¥¡¥¤¥ë (generated file) ¤ò URL <file:/cgi-bin>
-¤Î·Á¼°¤Ç¥µ¥Ý¡¼¥È¤·¤Æ¤¤¤ë¡£
-Í¿¤¨¤é¤ì¤¿¥Õ¥¡¥¤¥ë¤¬¸«ÉÕ¤«¤é¤Ê¤«¤Ã¤¿¾ì¹ç¤Ï¡¢
-¥Õ¥¡¥¤¥ë̾¤ò¥°¥í¥Ö¤Ë¤è¤Ã¤ÆŸ³«¤¹¤ë¤ÈÎɤ¤¤«¤â¤·¤ì¤Ê¤¤
-.RB ( glob (7)
-¤ª¤è¤Ó
-.BR glob (3)
-¤ò¸«¤è)¡£
-.PP
-.\"O The second format (e.g., <file:/etc/passwd>)
-.\"O is a correct format for referring to
-.\"O a local file.
-.\"O However, older standards did not permit this format,
-.\"O and some programs don't recognize this as a URI.
-.\"O A more portable syntax is to use an empty string as the server name,
-.\"O for example,
-.\"O <file:///etc/passwd>; this form does the same thing
-.\"O and is easily recognized by pattern matchers and older programs as a URI.
-.\"O Note that if you really mean to say "start from the current location," don't
-.\"O specify the scheme at all; use a relative address like <../test.txt>,
-.\"O which has the side-effect of being scheme-independent.
-.\"O An example of this scheme is <file:///etc/passwd>.
-Æó¤Ä¤á¤Î½ñ¼° (Î㤨¤Ð <file:/etc/passwd>) ¤â¥í¡¼¥«¥ë¥Õ¥¡¥¤¥ë¤ò»²¾È¤¹¤ë
-Àµ¤·¤¤¥Õ¥©¡¼¥Þ¥Ã¥È¤Ç¤¢¤ë¡£¤·¤«¤·¸Å¤¤É¸½à¤Ç¤Ï¤³¤Î½ñ¼°¤òµö¤·¤Æ¤¤¤Ê¤«¤Ã¤¿¤Î¤Ç¡¢
-¤³¤ì¤ò URI ¤È¤·¤Æǧ¼±¤·¤Ê¤¤¥×¥í¥°¥é¥à¤â¸ºß¤¹¤ë¡£
-¤è¤êÈÆÍÑŪ¤Êʸˡ¤Ï¡¢¥µ¡¼¥Ð̾¤Ë¶õʸ»ú¤òÍѤ¤¤ë¤â¤Î¡¢
-¤Ä¤Þ¤ê <file:///etc/passwd> ¤Î¤è¤¦¤Ê¤â¤Î¤Ç¤¢¤ë¡£
-¤³¤Î·Á¼°¤â»Ø¤¹ÆâÍƤÏƱ¤¸¤Ç¤¢¤ê¡¢¥Ñ¥¿¡¼¥ó¥Þ¥Ã¥Á¤ä¤è¤ê¸Å¤¤¥×¥í¥°¥é¥à¤Ç¤â
-URI ¤È¤·¤Æǧ¼±¤µ¤ì¤ä¤¹¤¤¡£
-¤â¤·°Õ¿Þ¤¹¤ë¤È¤³¤í¤¬¡Ö¸½ºß¤Î¾ì½ê¤«¤é¥¹¥¿¡¼¥È¡×¤Ê¤é¡¢
-¥¹¥¡¼¥à¤Ï°ìÀÚÍѤ¤¤ë¤Ù¤¤Ç¤Ï¤Ê¤¤¡£
-<../test.txt> ¤Î¤è¤¦¤Ê¡¢¥¹¥¡¼¥à¤Ë°Í¸¤·¤Ê¤¤ÁêÂÐ¥ê¥ó¥¯¤òÍѤ¤¤ë¤³¤È¡£
-¤³¤Î¥¹¥¡¼¥à¤ÎÎã¤È¤·¤Æ¤Ï <file:///etc/passwd> ¤Ê¤É¡£
-.PP
-.\"O .B "man \- Man page documentation"
-.B "man \- man ¥Ú¡¼¥¸Ê¸½ñ"
-.PP
-.RI man: command-name
+file:\fIpath_segments\fP
+.PP
+これはローカルに直接アクセスできるファイルを示す。 特殊なケースとして、 \fIhost\fP には "localhost"
+という文字列を用いたり、空文字にしてもよい。 これは「URI が解釈されたマシン」とみなされる。 path
+がディレクトリの場合は、ビューアはディレクトリの内容を リンクを張ったかたちで表示するとよいだろう。
+しかし現在は、まだ全てのビューアがこの動作をするわけではない。 KDE は生成ファイル (generated file) を URL
+<file:/cgi\-bin> の形式でサポートしている。 与えられたファイルが見付からなかった場合は、
+ファイル名をグロブによって展開すると良いかもしれない (\fBglob\fP(7) および \fBglob\fP(3) を見よ)。
+.PP
+二つめの書式 (例えば <file:/etc/passwd>) もローカルファイルを参照する
+正しいフォーマットである。しかし古い標準ではこの書式を許していなかったので、 これを URI として認識しないプログラムも存在する。
+より汎用的な文法は、サーバ名に空文字を用いるもの、 つまり <file:///etc/passwd> のようなものである。
+この形式も指す内容は同じであり、パターンマッチやより古いプログラムでも URI として認識されやすい。
+もし意図するところが「現在の場所からスタート」なら、 スキームは一切用いるべきではない。 <../test.txt>
+のような、スキームに依存しない相対リンクを用いること。 このスキームの例としては <file:///etc/passwd> など。
+.PP
+\fBman \- man ページ文書\fP
+.PP
+man:\fIcommand\-name\fP
.br
-.RI man: command-name ( section )
-.PP
-.\"O This refers to local online manual (man) reference pages.
-.\"O The command name can optionally be followed by a
-.\"O parenthesis and section number; see
-.\"O .BR man (7)
-.\"O for more information on the meaning of the section numbers.
-.\"O This URI scheme is unique to Unix-like systems (such as Linux)
-.\"O and is not currently registered by the IETF.
-.\"O An example is <man:ls(1)>.
-¤³¤ì¤Ï¥í¡¼¥«¥ë¤Î¥ª¥ó¥é¥¤¥ó¥Þ¥Ë¥å¥¢¥ë (man) ¥ê¥Õ¥¡¥ì¥¹¥Ú¡¼¥¸¤ò»²¾È¤¹¤ë¡£
-command-name ¤Ë¤Ï³ç¸Ì¤È¥»¥¯¥·¥ç¥óÈÖ¹æ¤òÄɲ䷤Ƥâ¤è¤¤¡£
-¥»¥¯¥·¥ç¥óÈÖ¹æ¤Î°ÕÌ£¤Ë¤Ä¤¤¤Æ¾Ü¤·¤¯ÃΤꤿ¤¤¾ì¹ç¤Ï
-.BR man (7)
-¤ò¤ß¤è¡£¤³¤Î URI ¥¹¥¡¼¥à¤Ï Unix-like ¤Ê¥·¥¹¥Æ¥à (Linux ¤Ê¤É)
-¤ËÆÃͤΤâ¤Î¤Ç¤¢¤ê¡¢¸½ºß¤Ï¤Þ¤À IETF ¤Ë¤è¤ëÅÐÏ¿¤Ï¤µ¤ì¤Æ¤¤¤Ê¤¤¡£
-Îã¤È¤·¤Æ¤Ï <man:ls(1)> ¤Ê¤É¡£
-.PP
-.\"O .B "info \- Info page documentation"
-.B "info \- info ¥Ú¡¼¥¸Ê¸½ñ"
-.PP
-.RI info: virtual-filename
+man:\fIcommand\-name\fP(\fIsection\fP)
+.PP
+これはローカルのオンラインマニュアル (man) リファレスページを参照する。 command\-name には括弧とセクション番号を追加してもよい。
+セクション番号の意味について詳しく知りたい場合は \fBman\fP(7) をみよ。この URI スキームは UNIX 風のシステム (Linux など)
+に特有のものであり、現在はまだ IETF による登録はされていない。 例としては <man:ls(1)> など。
+.PP
+\fBinfo \- info ページ文書\fP
+.PP
+info:\fIvirtual\-filename\fP
.br
-.RI info: virtual-filename # nodename
+info:\fIvirtual\-filename\fP#\fInodename\fP
.br
-.RI info:( virtual-filename )
+info:(\fIvirtual\-filename\fP)
.br
-.RI info:( virtual-filename ) nodename
-.PP
-.\"O This scheme refers to online info reference pages (generated from
-.\"O texinfo files),
-.\"O a documentation format used by programs such as the GNU tools.
-.\"O This URI scheme is unique to Unix-like systems (such as Linux)
-.\"O and is not currently registered by the IETF.
-.\"O As of this writing, GNOME and KDE differ in their URI syntax
-.\"O and do not accept the other's syntax.
-.\"O The first two formats are the GNOME format; in nodenames all spaces
-.\"O are written as underscores.
-.\"O The second two formats are the KDE format;
-.\"O spaces in nodenames must be written as spaces, even though this
-.\"O is forbidden by the URI standards.
-.\"O It's hoped that in the future most tools will understand all of these
-.\"O formats and will always accept underscores for spaces in nodenames.
-.\"O In both GNOME and KDE, if the form without the nodename is used the
-.\"O nodename is assumed to be "Top".
-.\"O Examples of the GNOME format are <info:gcc> and <info:gcc#G++_and_GCC>.
-.\"O Examples of the KDE format are <info:(gcc)> and <info:(gcc)G++ and GCC>.
-¤³¤Î¥¹¥¡¼¥à¤Ï¡¢¥ª¥ó¥é¥¤¥ó¤Î info ¥ê¥Õ¥¡¥ì¥ó¥¹¥Ú¡¼¥¸
-(texinfo ¥Õ¥¡¥¤¥ë¤«¤éÀ¸À®¤µ¤ì¤ë) ¤ò»²¾È¤¹¤ë¡£ info ¥Ú¡¼¥¸¤Ï
-GNU ¥Ä¡¼¥ë¤Ê¤É¤Î¥×¥í¥°¥é¥à¤ÇÍѤ¤¤é¤ì¤Æ¤¤¤ëʸ½ñ¥Õ¥©¡¼¥Þ¥Ã¥È¤Ç¤¢¤ë¡£
-¤³¤Î URI ¥¹¥¡¼¥à¤Ï Unix-like ¤Ê¥·¥¹¥Æ¥à (Linux ¤Ê¤É)
-¤ËÆÃͤΤâ¤Î¤Ç¤¢¤ê¡¢¸½ºß¤Ï¤Þ¤À IETF ¤Ë¤è¤ëÅÐÏ¿¤Ï¤µ¤ì¤Æ¤¤¤Ê¤¤¡£
-¤³¤Îʸ½ñ¤Î¼¹É®»þ¤Ë¤ª¤¤¤Æ¡¢ GNOME ¤È KDE ¤Ï¤½¤ì¤¾¤ì°Û¤Ê¤ëʸˡ¤Î URI
-¤òÍѤ¤¤Æ¤ª¤ê¡¢¤ª¸ß¤¤Áê¼ê¤Îʸˡ¤ò¼õ¤±Æþ¤ì¤Ê¤¤¡£
-ºÇ½é¤Î 2 ¤Ä¤Î½ñ¼°¤Ï GNOME ¤Î½ñ¼°¤Ç¤¢¤ë¡£¥Î¡¼¥É̾ (nodename)
-¤Î¥¹¥Ú¡¼¥¹¤Ï¤¹¤Ù¤Æ¥¢¥ó¥À¡¼¥¹¥³¥¢¤ËÊÑ´¹¤µ¤ì¤ë¡£
-3 ¤Ä¤á¤È 4 ¤Ä¤á¤Ï KDE ¤Î½ñ¼°¤Ç¤¢¤ë¡£¥Î¡¼¥É̾¤Î¥¹¥Ú¡¼¥¹¤Ï
-¤½¤Î¤Þ¤Þ¥¹¥Ú¡¼¥¹¤Ç½ñ¤«¤ì¤ë
-(URI ¤Îɸ½à¤Ç¤Ï¶Ø»ß¤µ¤ì¤Æ¤¤¤ë¤Î¤À¤¬)¡£
-¾Íè¤Ï¿¤¯¤Î¥Ä¡¼¥ë¤¬¤³¤ì¤é¤Î½ñ¼°¤¹¤Ù¤Æ¤òÍý²ò¤¹¤ë¤è¤¦¤Ë¤Ê¤ê¡¢
-¥Î¡¼¥É̾¤Î¥¢¥ó¥À¡¼¥¹¥³¥¢¡¢¥¹¥Ú¡¼¥¹¤òξÊý¤È¤âÍý²ò¤Ç¤¤ë¤è¤¦¤Ë
-¤Ê¤ë¤³¤È¤ò´üÂÔ¤·¤¿¤¤¡£ GNOME ¤Ç¤â KDE ¤Ç¤â¡¢
-¥Î¡¼¥É̾¤¬¾Êά¤µ¤ì¤¿¾ì¹ç¤Ï¡¢¥Î¡¼¥É̾¤È¤·¤Æ "Top" ¤¬ÍѤ¤¤é¤ì¤ë¡£
-GNOME ½ñ¼°¤ÎÎã¤È¤·¤Æ¤Ï <info:gcc> ¤ä <info:gcc#G++_and_GCC> ¤Ê¤É¡¢
-KDE ½ñ¼°¤ÎÎã¤È¤·¤Æ¤Ï <info:(gcc)> ¤ä <info:(gcc)G++ and GCC> ¤Ê¤É¡£
-.PP
-.\"O .B "whatis \- Documentation search"
-.B "whatis \- ʸ½ñ¸¡º÷"
-.PP
-.RI whatis: string
-.PP
-.\"O This scheme searches the database of short (one-line) descriptions of
-.\"O commands and returns a list of descriptions containing that string.
-.\"O Only complete word matches are returned.
-.\"O See
-.\"O .BR whatis (1).
-.\"O This URI scheme is unique to Unix-like systems (such as Linux)
-.\"O and is not currently registered by the IETF.
-¤³¤Î¥¹¥¡¼¥à¤Ï¡¢¥³¥Þ¥ó¥É¤Ë´Ø¤¹¤ëû¤¤ (1 ¹Ô¤Î) ÀâÌÀ¤ò½¸¤á¤¿
-¥Ç¡¼¥¿¥Ù¡¼¥¹¤ò¸¡º÷¤·¡¢ string ¤ò´Þ¤àʸ»úÎó¤ò¥ê¥¹¥È¤·¤ÆÊÖ¤¹¡£
-ñ¸ì¤¬´°Á´¤Ë¥Þ¥Ã¥Á¤·¤¿·ë²Ì¤À¤±¤¬ÊÖ¤µ¤ì¤ë¡£
-.BR whatis (1)
-¤ò¸«¤è¡£
-¤³¤Î URI ¥¹¥¡¼¥à¤Ï Unix-like ¤Ê¥·¥¹¥Æ¥à (Linux ¤Ê¤É)
-¤ËÆÃͤΤâ¤Î¤Ç¤¢¤ê¡¢¸½ºß¤Ï¤Þ¤À IETF ¤Ë¤è¤ëÅÐÏ¿¤Ï¤µ¤ì¤Æ¤¤¤Ê¤¤¡£
-.PP
-.\"O .B "ghelp \- GNOME help documentation"
-.B "ghelp \- GNOME ¥Ø¥ë¥×ʸ½ñ"
-.PP
-.RI ghelp: name-of-application
-.PP
-.\"O This loads GNOME help for the given application.
-.\"O Note that not much documentation currently exists in this format.
-Í¿¤¨¤é¤ì¤¿ application ¤ËÂбþ¤¹¤ë GNOME help ¤ò¥í¡¼¥É¤¹¤ë¡£
-¤³¤Î½ñ¼°¤òÍѤ¤¤¿Ê¸½ñ¤Ï¤Þ¤À¤¢¤Þ¤ê¿¤¯¤Ê¤¤¡£
-.PP
-.\"O .B "ldap \- Lightweight Directory Access Protocol"
-.B "ldap \- ·ÚÎ̥ǥ£¥ì¥¯¥È¥ê¥¢¥¯¥»¥¹¥×¥í¥È¥³¥ë"
-.PP
-.RI ldap:// hostport
+info:(\fIvirtual\-filename\fP)\fInodename\fP
+.PP
+このスキームは、オンラインの info リファレンスページ (texinfo ファイルから生成される) を参照する。 info ページは GNU
+ツールなどのプログラムで用いられている文書フォーマットである。 この URI スキームは UNIX 風のシステム (Linux など)
+に特有のものであり、現在はまだ IETF による登録はされていない。 この文書の執筆時において、 GNOME と KDE はそれぞれ異なる文法の URI
+を用いており、お互い相手の文法を受け入れない。 最初の 2 つの書式は GNOME の書式である。ノード名 (nodename)
+のスペースはすべてアンダースコアに変換される。 3 つめと 4 つめは KDE の書式である。ノード名のスペースは そのままスペースで書かれる (URI
+の標準では禁止されているのだが)。 将来は多くのツールがこれらの書式すべてを理解するようになり、
+ノード名のアンダースコア、スペースを両方とも理解できるように なることを期待したい。 GNOME でも KDE でも、
+ノード名が省略された場合は、ノード名として "Top" が用いられる。 GNOME 書式の例としては <info:gcc> や
+<info:gcc#G++_and_GCC> など、 KDE 書式の例としては <info:(gcc)> や
+<info:(gcc)G++ and GCC> など。
+.PP
+\fBwhatis \- 文書検索\fP
+.PP
+whatis:\fIstring\fP
+.PP
+このスキームは、コマンドに関する短い (1 行の) 説明を集めた データベースを検索し、 string を含む文字列をリストして返す。
+単語が完全にマッチした結果だけが返される。 \fBwhatis\fP(1) を見よ。 この URI スキームは UNIX 風のシステム (Linux など)
+に特有のものであり、現在はまだ IETF による登録はされていない。
+.PP
+\fBghelp \- GNOME ヘルプ文書\fP
+.PP
+ghelp:\fIname\-of\-application\fP
+.PP
+与えられた application に対応する GNOME help をロードする。 この書式を用いた文書はまだあまり多くない。
+.PP
+\fBldap \- 軽量ディレクトリアクセスプロトコル\fP
+.PP
+ldap://\fIhostport\fP
.br
-.RI ldap:// hostport /
+ldap://\fIhostport\fP/
.br
-.RI ldap:// hostport / dn
+ldap://\fIhostport\fP/\fIdn\fP
.br
-.RI ldap:// hostport / dn ? attributes
+ldap://\fIhostport\fP/\fIdn\fP?\fIattributes\fP
.br
-.RI ldap:// hostport / dn ? attributes ? scope
+ldap://\fIhostport\fP/\fIdn\fP?\fIattributes\fP?\fIscope\fP
.br
-.RI ldap:// hostport / dn ? attributes ? scope ? filter
+ldap://\fIhostport\fP/\fIdn\fP?\fIattributes\fP?\fIscope\fP?\fIfilter\fP
.br
-.RI ldap:// hostport / dn ? attributes ? scope ? filter ? extensions
-.PP
-.\"O This scheme supports queries to the
-.\"O Lightweight Directory Access Protocol (LDAP), a protocol for querying
-.\"O a set of servers for hierarchically organized information
-.\"O (such as people and computing resources).
-.\"O More information on the LDAP URL scheme is available in
-.\"O .UR http://www.ietf.org/rfc/rfc2255.txt
-.\"O RFC\ 2255.
-.\"O .UE
-.\"O The components of this URL are:
-¤³¤Î¥¹¥¡¼¥à¤Ï Lightweight Directory Access Protocol (LDAP)
-¤Ø¤Î¥¯¥¨¥ê¡¼¤ò¥µ¥Ý¡¼¥È¤¹¤ë¡£ LDAP ¤ÏÊ£¿ô¤Î¥µ¡¼¥Ð¤Ëʬ»¶¤·¤¿¡¢
-³¬Áز½¤µ¤ì¤¿¾ðÊó (¿Í¡¹¤ä·×»»»ñ¸»¤Ê¤É) ¤ËÌ䤤¹ç¤ï¤»¤ë¤¿¤á¤Î
-¥×¥í¥È¥³¥ë¤Ç¤¢¤ë¡£ LDAP ¤Î URL ¥¹¥¡¼¥à¤Ë´Ø¤¹¤ë¤è¤ê¾Ü¤·¤¤¾ðÊó¤Ï
+ldap://\fIhostport\fP/\fIdn\fP?\fIattributes\fP?\fIscope\fP?\fIfilter\fP?\fIextensions\fP
+.PP
+このスキームは Lightweight Directory Access Protocol (LDAP) へのクエリー
+をサポートする。 LDAP は複数のサーバに分散した、 階層化された情報 (人々
+や計算資源など) に問い合わせるための プロトコルである。 LDAP の URL ス
+キームに関するより詳しい情報は
.UR http://www.ietf.org/rfc/rfc2255.txt
RFC\ 2255
.UE
-¤Ç¸«¤ë¤³¤È¤¬¤Ç¤¤ë¡£
-¤³¤Î URL ¤Î³ÆÉô¤Ï°Ê²¼¤ÎÄ̤ê:
+を参照してほしい。この URL は以下の要素から構成される。
.IP hostport 12
-.\"O the LDAP server to query, written as a hostname optionally followed by
-.\"O a colon and the port number.
-.\"O The default LDAP port is TCP port 389.
-.\"O If empty, the client determines which the LDAP server to use.
-¥¯¥¨¥ê¡¼¤ò¹Ô¤¦ LDAP ¥µ¡¼¥Ð¡£¥Û¥¹¥È̾¤ò½ñ¤¯¡£Â³¤±¤Æ¥³¥í¥ó¤È¥Ý¡¼¥ÈÈÖ¹æ¤ò
-Äɲ乤뤳¤È¤â¤Ç¤¤ë¡£ LDAP ¤Î¥Ç¥Õ¥©¥ë¥È¤Î¥Ý¡¼¥È¤Ï TCP ¥Ý¡¼¥È 389 ¤Ç¤¢¤ë¡£
-¾Êά¤µ¤ì¤ë¤È¡¢¤É¤Î LDAP ¥µ¡¼¥Ð¤òÍѤ¤¤ë¤«¤Ï¥¯¥é¥¤¥¢¥ó¥È¤¬·èÄꤹ¤ë¡£
+クエリーを行う LDAP サーバ。ホスト名を書く。続けてコロンとポート番号を 追加することもできる。 LDAP のデフォルトのポートは TCP ポート
+389 である。 省略されると、どの LDAP サーバを用いるかはクライアントが決定する。
.IP dn
-.\"O the LDAP Distinguished Name, which identifies
-.\"O the base object of the LDAP search (see
-.\"O .UR http://www.ietf.org/rfc/rfc2253.txt
-.\"O RFC\ 2253
-.\"O .UE
-.\"O section 3).
-LDAP ¤Î Distintuished Name (¼±ÊÌ̾)¡£
-LDAP ¸¡º÷¤Î base ¥ª¥Ö¥¸¥§¥¯¥È¤ò»ØÄꤹ¤ë¤â¤Î¤Ç¤¢¤ë (
+LDAP の Distintuished Name (識別名)。 LDAP 検索の base オブジェクトを指定するものである (
.UR http://www.ietf.org/rfc/rfc2253.txt
RFC\ 2253
.UE
-¤Î section 3 ¤ò¸«¤è)¡£
+の section 3 を見よ)。
.IP attributes
-.\"O a comma-separated list of attributes to be returned;
-.\"O see RFC\ 2251 section 4.1.5.
-.\"O If omitted, all attributes should be returned.
-¥³¥ó¥Þ¶èÀÚ¤ê¤Î¡¢ÊÖ¤µ¤ì¤ë°À (attribute) ¤Î¥ê¥¹¥È¡£
-RFC\ 2251 ¤Î section 4.1.5 ¤ò¸«¤è¡£¾Êά¤µ¤ì¤ë¤ÈÁ´¤Æ¤Î°À¤¬ÊÖ¤µ¤ì¤ë¡£
+コンマ区切りの、返される属性 (attribute) のリスト。 RFC\ 2251 の section 4.1.5
+を見よ。省略されると全ての属性が返される。
.IP scope
-.\"O specifies the scope of the search, which can be one of
-.\"O "base" (for a base object search), "one" (for a one-level search),
-.\"O or "sub" (for a subtree search).
-.\"O If scope is omitted, "base" is assumed.
-¸¡º÷¤Î¥¹¥³¡¼¥×¤ò»ØÄꤹ¤ë¡£
-"base" (base ¥ª¥Ö¥¸¥§¥¯¥È¸¡º÷), "one" (1 ¥ì¥Ù¥ë¸¡º÷),
-"sub" (¥µ¥Ö¥Ä¥ê¡¼¸¡º÷) ¤Î¤¤¤º¤ì¤«¤ò»ØÄꤹ¤ë¡£
-¾Êά¤¹¤ë¤È "base" ¤¬²¾Äꤵ¤ì¤ë¡£
+検索のスコープを指定する。 "base" (base オブジェクト検索), "one" (1 レベル検索), "sub" (サブツリー検索)
+のいずれかを指定する。 省略すると "base" が仮定される。
.IP filter
-.\"O specifies the search filter (subset of entries
-.\"O to return).
-.\"O If omitted, all entries should be returned.
-.\"O See
-.\"O .UR http://www.ietf.org/rfc/rfc2254.txt
-.\"O RFC\ 2254
-.\"O .UE
-.\"O section 4.
-¸¡º÷¥Õ¥£¥ë¥¿ (ÊÖ¤µ¤ì¤ë¥¨¥ó¥È¥ê¤Î¥µ¥Ö¥»¥Ã¥È) ¤ò»ØÄꤹ¤ë¡£
-¾Êά¤µ¤ì¤ë¤È¡¢Á´¤Æ¤Î¥¨¥ó¥È¥ê¤¬ÊÖ¤µ¤ì¤ë¡£
+検索フィルタ (返されるエントリのサブセット) を指定する。 省略されると、全てのエントリが返される。
.UR http://www.ietf.org/rfc/rfc2254.txt
RFC\ 2254
.UE
-¤Î section 4 ¤ò¸«¤è¡£
+の section 4 を見よ。
.IP extensions
-.\"O a comma-separated list of type=value
-.\"O pairs, where the =value portion may be omitted for options not
-.\"O requiring it.
-.\"O An extension prefixed with a \(aq!\(aq is critical
-.\"O (must be supported to be valid), otherwise it is noncritical (optional).
-¥³¥ó¥Þ¤Ç¶èÀÚ¤é¤ì¤¿ type=value ¥Ú¥¢¤Î¥ê¥¹¥È¡£
-¤³¤³¤Ç =value ¤ÎÉôʬ¤Ï¡¢¤½¤ì¤òÍ׵ᤷ¤Ê¤¤¥ª¥×¥·¥ç¥ó¤ËÂФ·¤Æ¤Ï
-¾Êά¤Ç¤¤ë¡£ \(aq!\(aq ¤¬Á°ÃÖ¤µ¤ì¤¿ extension ¤Ï critical
-(¥µ¥Ý¡¼¥È¤·¤Æ¤¤¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤) ¤Ç¤¢¤ê¡¢
-¤½¤¦¤Ç¤Ê¤±¤ì¤Ð critical ¤Ç¤Ï¤Ê¤¤ (¾Êά¤Ç¤¤ë)¡£
-.PP
-.\"O LDAP queries are easiest to explain by example.
-.\"O Here's a query that asks ldap.itd.umich.edu for information about
-.\"O the University of Michigan in the U.S.:
-LDAP ¤Î¥¯¥¨¥ê¡¼¤Ï¡¢Îã¤È¤È¤â¤ËÀâÌÀ¤¹¤ë¤Î¤¬ºÇ¤â´Êñ¤Ç¤¢¤ë¡£
-¼¡¤ÎÎã¤Ï¡¢ ldap.itd.umich.edu ¤Ë¡¢
-U.S. ¤Ë¤¢¤ë University of Michigan ¤Î¾ðÊó¤ò¿Ò¤Í¤ëÎã¤Ç¤¢¤ë¡£
+コンマで区切られた type=value ペアのリスト。 ここで =value の部分は、それを要求しないオプションに対しては 省略できる。
+\(aq!\(aq が前置された extension は critical (サポートしていなければならない) であり、 そうでなければ
+critical ではない (省略できる)。
+.PP
+LDAP のクエリーは、例とともに説明するのが最も簡単である。 次の例は、 ldap.itd.umich.edu に、 U.S. にある
+University of Michigan の情報を尋ねる例である。
.PP
.nf
ldap://ldap.itd.umich.edu/o=University%20of%20Michigan,c=US
.fi
.PP
-.\"O To just get its postal address attribute, request:
-͹ÊØÍѤν»½ê°À¤À¤±¤ò¼èÆÀ¤¹¤ë¾ì¹ç¤Ï¡¢
-¼¡¤Î¤è¤¦¤Ë¥ê¥¯¥¨¥¹¥È¤¹¤ë:
+郵便用の住所属性だけを取得する場合は、 次のようにリクエストする:
.PP
.nf
ldap://ldap.itd.umich.edu/o=University%20of%20Michigan,c=US?postalAddress
.fi
.PP
-.\"O To ask a host.com at port 6666 for information about the person
-.\"O with common name (cn) "Babs Jensen" at University of Michigan, request:
-host.com ¤Î¥Ý¡¼¥È 6666 ¤Ë¡¢ University of Michigan ¤Ë¤¤¤ë
-common name (cn) ¤¬ "Babs Jenson" ¤Î¿Í¤Î¾ðÊó¤ò¿Ò¤Í¤ë¾ì¹ç¤Ï¡¢
-¼¡¤Î¤è¤¦¤Ë¥ê¥¯¥¨¥¹¥È¤¹¤ë:
+host.com のポート 6666 に、 University of Michigan にいる common name (cn) が "Babs
+Jenson" の人の情報を尋ねる場合は、 次のようにリクエストする:
.PP
.nf
ldap://host.com:6666/o=University%20of%20Michigan,c=US??sub?(cn=Babs%20Jensen)
.fi
.PP
-.\"O .B "wais \- Wide Area Information Servers"
-.B "wais \- ¹°è¾ðÊ󥵡¼¥Ó¥¹"
+\fBwais \- 広域情報サービス\fP
.PP
-.RI wais:// hostport / database
+wais://\fIhostport\fP/\fIdatabase\fP
.br
-.RI wais:// hostport / database ? search
+wais://\fIhostport\fP/\fIdatabase\fP?\fIsearch\fP
.br
-.RI wais:// hostport / database / wtype / wpath
-.PP
-.\"O This scheme designates a WAIS database, search, or document
-.\"O (see
-.\"O .UR http://www.ietf.org/rfc/rfc1625.txt
-.\"O IETF RFC\ 1625
-.\"O .UE
-.\"O for more information on WAIS).
-.\"O Hostport is the hostname, optionally followed by a colon and port number
-.\"O (the default port number is 210).
-¤³¤Î¥¹¥¡¼¥à¤Ï WAIS ¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹¡¢¸¡º÷¡¢Ê¸½ñ¤ò»ØÄꤹ¤ë
-(WAIS ¤Ë´Ø¤¹¤ë¾Ü¤·¤¤¾ðÊó¤Ï
+wais://\fIhostport\fP/\fIdatabase\fP/\fIwtype\fP/\fIwpath\fP
+.PP
+このスキームは WAIS のデータベース、検索、文書を指定する (WAIS に関する詳しい情報は
.UR http://www.ietf.org/rfc/rfc1625.txt
IETF RFC\ 1625
.UE
-¤ò¸«¤è)¡£
-hostport ¤Ï¡¢¥Û¥¹¥È̾¤Ë¥³¥í¥ó¤È¥Ý¡¼¥ÈÈÖ¹æ¤òÉղä·¤¿¤â¤Î¤Ç¤¢¤ë
-(¥³¥í¥ó + ¥Ý¡¼¥ÈÈÖ¹æ¤Ï¾Êά²Ä¡£¥Ç¥Õ¥©¥ë¥È¤Î¥Ý¡¼¥ÈÈÖ¹æ¤Ï 210 ¤Ç¤¢¤ë)¡£
-.PP
-.\"O The first form designates a WAIS database for searching.
-.\"O The second form designates a particular search of the WAIS database
-.\"O .IR database .
-.\"O The third form designates a particular document within a WAIS
-.\"O database to be retrieved.
-.\"O .I wtype
-.\"O is the WAIS designation of the type of the object and
-.\"O .I wpath
-.\"O is the WAIS document-id.
-ºÇ½é¤Î½ñ¼°¤Ï WAIS ¤Î¥Ç¡¼¥¿¥Ù¡¼¥¹¤ËÂФ¹¤ë¸¡º÷¤Î»ØÄê¤Ç¤¢¤ë¡£
-Æó¤Ä¤á¤Î½ñ¼°¤ÏÆÃÄê¤Î WAIS ¥Ç¡¼¥¿¥Ù¡¼¥¹
-.I database
-¤ËÂФ¹¤ë¸¡º÷¤Î»ØÄê¤Ç¤¢¤ë¡£
-»°¤Ä¤á¤Î½ñ¼°¤Ï WAIS ¥Ç¡¼¥¿¥Ù¡¼¥¹¤Ë¤¢¤ëÆÃÄê¤Îʸ½ñ¤ò¼è½Ð¤¹»ØÄê¤Ç¤¢¤ë¡£
-.I wtype
-¤Ï WAIS ¤Î¥ª¥Ö¥¸¥§¥¯¥È·Á¼°»ØÄê¤Ç¤¢¤ê¡¢
-.I wpath
-¤Ï WAIS document-id ¤Ç¤¢¤ë¡£
-.PP
-.\"O .B "other schemes"
-.B ¤½¤Î¾¤Î¥¹¥¡¼¥à
-.PP
-.\"O There are many other URI schemes.
-.\"O Most tools that accept URIs support a set of internal URIs
-.\"O (e.g., Mozilla has the about: scheme for internal information,
-.\"O and the GNOME help browser has the toc: scheme for various starting
-.\"O locations).
-.\"O There are many schemes that have been defined but are not as widely
-.\"O used at the current time
-.\"O (e.g., prospero).
-.\"O The nntp: scheme is deprecated in favor of the news: scheme.
-.\"O URNs are to be supported by the urn: scheme, with a hierarchical name space
-.\"O (e.g., urn:ietf:... would identify IETF documents); at this time
-.\"O URNs are not widely implemented.
-.\"O Not all tools support all schemes.
-¾¤Ë¤â¿¤¯¤Î URI ¥¹¥¡¼¥à¤¬Â¸ºß¤¹¤ë¡£
-URI ¤ò¼õÉÕ¤±¤ë¤Û¤È¤ó¤É¤Î¥Ä¡¼¥ë¤Ï¡¢ÆâÉô URI ¤Î¥»¥Ã¥È¤ò¥µ¥Ý¡¼¥È¤¹¤ë
-(Î㤨¤Ð Mozilla ¤ÏÆâÉô¾ðÊóÍѤΠabout: ¤È¤¤¤¦¥¹¥¡¼¥à¤ò¼õÉÕ¤±¤ë¤·¡¢
-GNOME ¥Ø¥ë¥×¥Ö¥é¥¦¥¶¤Ï¤¤¤í¤¤¤í¤Ê½ÐȯÅÀÍÑ¤Ë toc: ¤È¤¤¤¦¥¹¥¡¼¥à¤ò»ý¤Ã¤Æ¤¤¤ë)¡£
-ÄêµÁ¤µ¤ì¤¿¥¹¥¡¼¥à¤Ï¤¿¤¯¤µ¤ó¤¢¤ë¤¬¡¢¸½»þÅÀ¤Ç¹¤¯ÍѤ¤¤é¤ì¤Æ¤Ï¤¤¤Ê¤¤
-(Î㤨¤Ð prospero ¤È¤«)¡£
-nntp: ¥¹¥¡¼¥à¤Ï news: ¥¹¥¡¼¥à¤¬¹¥¤ó¤ÇÍѤ¤¤é¤ì¤ë¤è¤¦¤Ë¤Ê¤Ã¤¿¤Î¤Ç
-»È¤ï¤Ê¤¤¤Û¤¦¤¬Îɤ¤¡£ URN ¤Ï urn: ¥¹¥¡¼¥à¤Ë¤è¤Ã¤Æ¡¢³¬ÁØŪ¤Ê̾Á°¶õ´Ö
-(Î㤨¤Ð urn:ietf:... ¤Ï IETF ʸ½ñ¤ò¼¨¤¹)
-¤È¤·¤Æ¥µ¥Ý¡¼¥È¤µ¤ì¤ë¤Ù¤¤Ç¤¢¤ë¤¬¡¢¸½»þÅÀ¤Ç¤Ï URN ¤Ï¤¢¤Þ¤êÍѤ¤¤é¤ì¤Æ¤¤¤Ê¤¤¡£
-Á´¤Æ¤Î¥Ä¡¼¥ë¤¬Á´¤Æ¤Î¥¹¥¡¼¥à¤ò¥µ¥Ý¡¼¥È¤·¤Æ¤¤¤ë¤ï¤±¤Ç¤Ï¤Ê¤¤¡£
-.\"O .SS Character Encoding
-.SS ʸ»ú¥¨¥ó¥³¡¼¥É
-.PP
-.\"O URIs use a limited number of characters so that they can be
-.\"O typed in and used in a variety of situations.
-URI ¤Ç¤Ï¡¢¿§¡¹¤Ê¾õ¶·²¼¤ÇÆþÎϤǤ¤ë¤è¤¦¤Ë¡¢Ê¸»ú¤Î¼ïÎà¤òÀ©¸Â¤·¤Æ¤¤¤ë¡£
-.PP
-.\"O The following characters are reserved, that is, they may appear in a
-.\"O URI but their use is limited to their reserved purpose
-.\"O (conflicting data must be escaped before forming the URI):
-°Ê²¼¤Îʸ»ú¤ÏͽÌ󤵤ì¤Æ¤¤¤ë¡£¤¹¤Ê¤ï¤Á¡¢¤³¤ì¤é¤Îʸ»ú¤Ï
-URI ¤ËÅо줹¤ë¤³¤È¤¬¤¢¤ë¤¬¡¢¤½¤ì¤é¤ÎÍøÍÑË¡ (²ò¼á¤Î¤µ¤ìÊý) ¤Ï
-ͽÌ󤵤줿ÌÜŪ¤ËÀ©¸Â¤µ¤ì¤Æ¤¤¤ë (¾×Æͤ¹¤ë¥Ç¡¼¥¿¤Ï
-URI ¤Ë¤¹¤ëÁ°¤Ë¥¨¥¹¥±¡¼¥×¤·¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤)¡£
+を見よ)。 hostport は、ホスト名にコロンとポート番号を付加したものである (コロン + ポート番号は省略可。デフォルトのポート番号は 210
+である)。
+.PP
+最初の書式は WAIS のデータベースに対する検索の指定である。 二つめの書式は特定の WAIS データベース \fIdatabase\fP
+に対する検索の指定である。 三つめの書式は WAIS データベースにある特定の文書を取出す指定である。 \fIwtype\fP は WAIS
+のオブジェクト形式指定であり、 \fIwpath\fP は WAIS document\-id である。
+.PP
+\fBその他のスキーム\fP
+.PP
+他にも多くの URI スキームが存在する。 URI を受付けるほとんどのツールは、内部 URI のセットをサポートする (例えば Mozilla
+は内部情報用の about: というスキームを受付けるし、 GNOME ヘルプブラウザはいろいろな出発点用に toc: というスキームを持っている)。
+定義されたスキームはたくさんあるが、現時点で広く用いられてはいない (例えば prospero とか)。 nntp: スキームは news:
+スキームが好んで用いられるようになったので 使わないほうが良い。 URN は urn: スキームによって、階層的な名前空間 (例えば
+urn:ietf:... は IETF 文書を示す) としてサポートされるべきであるが、現時点では URN はあまり用いられていない。
+全てのツールが全てのスキームをサポートしているわけではない。
+.SS 文字エンコード
+.PP
+URI では、色々な状況下で入力できるように、文字の種類を制限している。
+.PP
+以下の文字は予約されている。すなわち、これらの文字は URI に登場することがあるが、それらの利用法 (解釈のされ方) は
+予約された目的に制限されている (衝突するデータは URI にする前にエスケープしなければならない)。
.IP
; / ? : @ & = + $ ,
.PP
-.\"O Unreserved characters may be included in a URI.
-.\"O Unreserved characters
-.\"O include upper and lower case English letters,
-.\"O decimal digits, and the following
-.\"O limited set of punctuation marks and symbols:
-̤ͽÌóʸ»ú (unreserved character) ¤Ï URI ¤Ë»È¤Ã¤Æ¤è¤¤¡£
-¤³¤ì¤Ë¤Ï±Ñ»ú¤ÎÂçʸ»ú¤È¾®Ê¸»ú¡¢10 ¿Ê¤Î¿ô»ú¡¢¤ª¤è¤Ó
-°Ê²¼¤Î¶çÆÉʸ»ú¡¦µ¹æ¤¬´Þ¤Þ¤ì¤ë
+未予約文字 (unreserved character) は URI に使ってよい。 これには英字の大文字と小文字、10 進の数字、および
+以下の句読文字・記号が含まれる
.IP
\- _ . ! ~ * ' ( )
.PP
-.\"O All other characters must be escaped.
-.\"O An escaped octet is encoded as a character triplet, consisting of the
-.\"O percent character "%" followed by the two hexadecimal digits
-.\"O representing the octet code (you can use upper or lower case letters
-.\"O for the hexadecimal digits).
-.\"O For example, a blank space must be escaped
-.\"O as "%20", a tab character as "%09", and the "&" as "%26".
-.\"O Because the percent "%" character always has the reserved purpose of
-.\"O being the escape indicator, it must be escaped as "%25".
-.\"O It is common practice to escape space characters as the plus symbol (+)
-.\"O in query text; this practice isn't uniformly defined
-.\"O in the relevant RFCs (which recommend %20 instead) but any tool accepting
-.\"O URIs with query text should be prepared for them.
-.\"O A URI is always shown in its "escaped" form.
-¾¤Îʸ»ú¤Ï¤¹¤Ù¤Æ¥¨¥¹¥±¡¼¥×¤·¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤¡£
-¥¨¥¹¥±¡¼¥×¤µ¤ì¤¿¥ª¥¯¥Æ¥Ã¥È¤Ï 3 ʸ»ú¤«¤é¤Ê¤ë:
-ÀèƬ¤Ë¥Ñ¡¼¥»¥ó¥Èʸ»ú "%"¡¢¤½¤ì¤Ë³¤±¤Æ¥ª¥¯¥Æ¥Ã¥È¥³¡¼¥É¤òɽ¤¹
-2 ʸ»ú¤Î 16 ¿Ê¿ô»ú¤Ç¤¢¤ë (16 ¿Ê¿ô¤Î±Ñ»ú¤ÏÂçʸ»ú¾®Ê¸»ú¤É¤Á¤é¤Ç¤âÎɤ¤)¡£
-Î㤨¤Ð¶õÇòʸ»ú¤Ï "%20" ¤Î¤è¤¦¤Ë¥¨¥¹¥±¡¼¥×¤·¤Ê¤±¤ì¤Ð¤Ê¤é¤º¡¢
-¥¿¥Öʸ»ú¤Ï "%09"¡¢ "&" ¤Ï "%26" ¤È¤Ê¤ë¡£
-¥Ñ¡¼¥»¥ó¥Èʸ»ú "%" ¤Ï¾ï¤Ë¥¨¥¹¥±¡¼¥×¤ò¼¨¤¹Í½Ì󤵤줿ÌÜŪ¤ËÍѤ¤¤é¤ì¤ë¤Î¤Ç¡¢
-"%" ¼«¿È¤òɽ¤¹¤Ë¤Ï "%25" ¤È¥¨¥¹¥±¡¼¥×¤·¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤¡£
-¥¯¥¨¥ê¡¼¤Î¥Æ¥¥¹¥È¤Ç¤Ï¡¢¥¹¥Ú¡¼¥¹Ê¸»ú¤ò¥×¥é¥¹µ¹æ (+) ¤Ç¥¨¥¹¥±¡¼¥×¤¹¤ë¤³¤È¤â
-°ìÈ̤ËÎɤ¯¹Ô¤ï¤ì¤ë¡£¤³¤Î´·Îã¤Ï´ØÏ¢ RFC ¤Ç¼ÂºÝ¤ËÄêµÁ¤µ¤ì¤Æ¤¤¤ë¤ï¤±¤Ç¤Ï¤Ê¤¤
-(Âå¤ï¤ê¤Ë %20 ¤ò¿ä¾©¤·¤Æ¤¤¤ë) ¤¬¡¢¥¯¥¨¥ê¡¼¥Æ¥¥¹¥È¤ò¼õÉÕ¤±¤ë
-¥Ä¡¼¥ë¤Ï¡¢¤³¤Î½ñ¼°¤Ø¤ÎÂбþ¤òÍÑ°Õ¤·¤Æ¤ª¤¯¤Ù¤¤Ç¤¢¤í¤¦¡£
-URI ¤Ï¡¢¾ï¤Ë¡Ö¥¨¥¹¥±¡¼¥×¤µ¤ì¤¿¡×¤«¤¿¤Á¤Çɽ¼¨¤µ¤ì¤ë¡£
-.PP
-.\"O Unreserved characters can be escaped without changing the semantics
-.\"O of the URI, but this should not be done unless the URI is being used
-.\"O in a context that does not allow the unescaped character to appear.
-.\"O For example, "%7e" is sometimes used instead of "~" in an HTTP URL
-.\"O path, but the two are equivalent for an HTTP URL.
-̤ͽÌóʸ»ú¤â¥¨¥¹¥±¡¼¥×¤¹¤ë¤³¤È¤¬¤Ç¤¡¢¤³¤ì¤Ë¤è¤Ã¤Æ
-URI ¤Î°ÕÌ£¤¹¤ë¤È¤³¤í¤¬ÊѤï¤ë¤ï¤±¤Ç¤Ï¤Ê¤¤¡£
-¤·¤«¤·URI ¤Ë¤½¤ÎÈ󥨥¹¥±¡¼¥×ʸ»ú¤¬¸½¤ì¤ë¤³¤È¤¬µö¤µ¤ì¤Ê¤¤¤è¤¦¤Ê
-Æüì¤Ê¾ì¹ç¤ò½ü¤¤¤Æ¡¢¤³¤ì¤ÏÈò¤±¤ë¤Ù¤¤Ç¤¢¤ë¡£
-Î㤨¤Ð¡¢ HTTP URL ¤Î path ¤Ë¤ª¤¤¤Æ
-"%7e" ¤¬ "~" ¤ÎÂå¤ï¤ê¤ËÍѤ¤¤é¤ì¤ë¤³¤È¤¬¤¢¤ë¤¬¡¢
-¤³¤ÎÆó¤Ä¤Ï HTTP URL ¤È¤·¤Æ¤ÏÅù²Á¤Ç¤¢¤ë¡£
-.PP
-.\"O For URIs which must handle characters outside the US ASCII character set,
-.\"O the HTML 4.01 specification (section B.2) and
-.\"O IETF RFC\ 2718 (section 2.2.5) recommend the following approach:
-US ASCII ¥¥ã¥é¥¯¥¿¥»¥Ã¥È°Ê³°¤Îʸ»ú¤ò URI ¤È¤·¤Æ°·¤¦¾ì¹ç¡¢
-HTML 4.1 µ¬³Ê (section B.2) µÚ¤Ó IETF RFC\ 2718 (section 2.2.5) ¤Ï
-°Ê²¼¤Î¼êË¡¤òÍѤ¤¤ë¤è¤¦¿ä¾©¤·¤Æ¤¤¤ë¡£
+他の文字はすべてエスケープしなければならない。 エスケープされたオクテットは 3 文字からなる: 先頭にパーセント文字
+"%"、それに続けてオクテットコードを表す 2 文字の 16 進数字である (16 進数の英字は大文字小文字どちらでも良い)。 例えば空白文字は
+"%20" のようにエスケープしなければならず、 タブ文字は "%09"、 "&" は "%26" となる。 パーセント文字 "%"
+は常にエスケープを示す予約された目的に用いられるので、 "%" 自身を表すには "%25" とエスケープしなければならない。
+クエリーのテキストでは、スペース文字をプラス記号 (+) でエスケープすることも 一般に良く行われる。この慣例は関連 RFC
+で実際に定義されているわけではない (代わりに %20 を推奨している) が、クエリーテキストを受付ける
+ツールは、この書式への対応を用意しておくべきであろう。 URI は、常に「エスケープされた」かたちで表示される。
+.PP
+未予約文字もエスケープすることができ、これによって URI の意味するところが変わるわけではない。 しかしURI
+にその非エスケープ文字が現れることが許されないような 特殊な場合を除いて、これは避けるべきである。 例えば、 HTTP URL の path において
+"%7e" が "~" の代わりに用いられることがあるが、 この二つは HTTP URL としては等価である。
+.PP
+US ASCII キャラクタセット以外の文字を URI として扱う場合、 HTML 4.1 規格 (section B.2) 及び IETF RFC\ 2718 (section 2.2.5) は 以下の手法を用いるよう推奨している。
.IP 1. 4
-.\"O translate the character sequences into UTF-8 (IETF RFC\ 2279) \(em see
-.\"O .BR utf-8 (7)
-.\"O \(em and then
-¥¥ã¥é¥¯¥¿Îó¤ò UTF-8 (IETF RFC\ 2279,
-.BR utf-8 (7)
-»²¾È) ¤ËÊÑ´¹¤·¡¢
+キャラクタ列を UTF\-8 (IETF RFC\ 2279, \fButf\-8\fP(7) 参照) に変換し、
.IP 2.
-.\"O use the URI escaping mechanism, that is,
-.\"O use the %HH encoding for unsafe octets.
-URI ¥¨¥¹¥±¡¼¥×µ¡¹½¤òÍѤ¤¤ë¡£
-¤Ä¤Þ¤ê¡¢°ÂÁ´¤Ç¤Ê¤¤¥ª¥¯¥Æ¥Ã¥È¤ò %HH ¤Ç¥¨¥ó¥³¡¼¥É¤¹¤ë¡£
-.\"O .SS Writing a URI
-.SS "URI ¤ò½ñ¤¯¤Ë¤Ï"
-.\"O When written, URIs should be placed inside double quotes
-.\"O (e.g., "http://www.kernelnotes.org"),
-.\"O enclosed in angle brackets (e.g., <http://lwn.net>),
-.\"O or placed on a line by themselves.
-.\"O A warning for those who use double-quotes:
-.\"O .B never
-.\"O move extraneous punctuation (such as the period ending a sentence or the
-.\"O comma in a list)
-.\"O inside a URI, since this will change the value of the URI.
-.\"O Instead, use angle brackets instead, or
-.\"O switch to a quoting system that never includes extraneous characters
-.\"O inside quotation marks.
-.\"O This latter system, called the 'new' or 'logical' quoting system by
-.\"O "Hart's Rules" and the "Oxford Dictionary for Writers and Editors",
-.\"O is preferred practice in Great Britain and hackers worldwide
-.\"O (see the
-.\"O Jargon File's section on Hacker Writing Style,
-.\"O .IR http://www.fwi.uva.nl/~mes/jargon/h/HackerWritingStyle.html ,
-.\"O for more information).
-.\"O Older documents suggested inserting the prefix "URL:"
-.\"O just before the URI, but this form has never caught on.
-URI ¤ò½ñ¤¯»þ¤Ë¤Ï¡¢¥À¥Ö¥ë¥¯¥©¡¼¥È¤ÎÆâÉô¤Ë½ñ¤¯
-(Îã: "http://www.kernelnotes.org") ¤«¡¢
-angle ¥Ö¥é¥±¥Ã¥È¤Ç°Ï¤à (Îã: <http://lwn.net>) ¤«¡¢
-°ì¹Ô¤Ë URI ¤À¤±¤ò½ñ¤¯¤«¤¹¤ë¡£
-¥À¥Ö¥ë¥¯¥©¡¼¥È¤ò»È¤¦¿Í¤Ë·Ù¹ð:
-\fBÀäÂФË\fP¶çÆÉÅÀ (ʸËö¤Î¥Ô¥ê¥ª¥É¤ä¥ê¥¹¥È¶èÀÚ¤ê¤Î¥³¥ó¥Þ) ¤ò
-URI ¤ÎÆâÉô¤Ë°ÜÆ°¤·¤Æ¤Ï¤Ê¤é¤Ê¤¤¡£
-Âå¤ï¤ê¤Ë angle ¥Ö¥é¥±¥Ã¥È¤ò»È¤¦¤«¡¢
-³°¤Ë¤¢¤ëʸ»ú¤ò¥¯¥©¡¼¥Æ¡¼¥·¥ç¥ó¥Þ¡¼¥¯¤ÎÆâÉô¤Ë
-·è¤·¤Æ´Þ¤á¤Ê¤¤¤è¤¦¤Ê°úÍÑÊý¼°¤ËÀÚÂؤ¨¤ë¤³¤È¡£
-¸å¼Ô¤ÎÊý¼°¤Ï "Hart's Rules" ¤ä
-"Oxford Dictionary for Writers and Editors" ¤Ë¤è¤ì¤Ð
-¡Ö¿·¤·¤¤ (new) °úÍÑÊý¼°¡×¤¢¤ë¤¤¤Ï¡ÖÏÀÍýŪ (logical) ¤Ê°úÍÑÊý¼°¡×
-¤È¸Æ¤Ð¤ì¤Æ¤ª¤ê¡¢ ¥¤¥®¥ê¥¹¿Í¤äÀ¤³¦Ãæ¤Î¥Ï¥Ã¥«¡¼Ã£¤Ï¤³¤Á¤é¤Î´·½¬¤ò¹¥¤ó¤Ç¤¤¤ë
-(¤è¤ê¾Ü¤·¤¤¾ðÊó¤Ï
-Hacker Writing Style ¤Î Jargon File ¤Î¥»¥¯¥·¥ç¥ó
-.I http://www.fwi.uva.nl/~mes/jargon/h/HackerWritingStyle.html
-¤ò¸«¤è)¡£
-¸Å¤¤Ê¸½ñ¤Ç¤Ï¡¢ "URL:" ¤È¤¤¤¦Ê¸»úÎó¤ò URI ¤ÎľÁ°¤ËÁÞÆþ¤¹¤ë¤³¤È¤ò
-´«¤á¤Æ¤¤¤ë¤â¤Î¤â¤¢¤ë¤¬¡¢¤·¤«¤·¤³¤Î·Á¼°¤Ï¤Þ¤Ã¤¿¤¯Î®¹Ô¤·¤Ê¤«¤Ã¤¿¡£
-.PP
-.\"O The URI syntax was designed to be unambiguous.
-.\"O However, as URIs have become commonplace, traditional media
-.\"O (television, radio, newspapers, billboards, etc.) have increasingly
-.\"O used abbreviated URI references consisting of
-.\"O only the authority and path portions of the identified resource
-.\"O (e.g., <www.w3.org/Addressing>).
-.\"O Such references are primarily
-.\"O intended for human interpretation rather than machine, with the
-.\"O assumption that context-based heuristics are sufficient to complete
-.\"O the URI (e.g., hostnames beginning with "www" are likely to have
-.\"O a URI prefix of "http://" and hostnames beginning with "ftp" likely
-.\"O to have a prefix of "ftp://").
-URI ¤Î½ñ¼°¤ÏÛ£Ë椵¤òÇÓ½ü¤¹¤ë¤è¤¦¤ËÀ߷פµ¤ì¤Æ¤¤¤ë¡£
-¤·¤«¤· URI ¤¬¹¤Þ¤ë¤Ë¤Ä¤ì¡¢ÀΤʤ¬¤é¤Î¥á¥Ç¥£¥¢ (TV¡¢¥é¥¸¥ª¡¢¿·Ê¹¡¢
-´ÇÈĤʤɤʤÉ) ¤Ï URI »²¾È¤ò¾Êά¤·¤¿¤«¤¿¤Á¡¢¤¹¤Ê¤ï¤Á
-µ¡´ØÉô¤È¥Ñ¥¹Éô¤À¤±¤Ç¥ê¥½¡¼¥¹¤ò»ØÄꤹ¤ë¤³¤È¤¬Â¿¤¯¤Ê¤Ã¤Æ¤¤¤ë
-(Îã: <www.w3.org/Addressing>)¡£
-¤³¤Î¤è¤¦¤Ê»²¾È¤Ï¥Þ¥·¥ó¤È¤¤¤¦¤è¤ê¤Ï¿Í´Ö¸þ¤±¤Î¤â¤Î¤Ç¡¢
-¥³¥ó¥Æ¥¥¹¥È¥Ù¡¼¥¹¤Î¿ä¬¤Ë¤è¤Ã¤Æ URI ¤ÎÊä´°¤¬²Äǽ¤Ç¤¢¤ë¤³¤È¤ò
-¤¢¤Æ¤Ë¤·¤Æ¤¤¤ë¤Î¤Ç¤¢¤ë (Î㤨¤Ð "www" ¤Ç¤Ï¤¸¤Þ¤ë¥Û¥¹¥È̾¤Ê¤é
-"http://" ¤¬¤Ä¤¯¤À¤í¤¦¤·¡¢ "ftp" ¤Ç¤Ï¤¸¤Þ¤ë¥Û¥¹¥È̾¤Ê¤é
-"ftp://" ¤¬¤Ä¤¯¤À¤í¤¦)¡£
-.\"O Many client implementations heuristically resolve these references.
-.\"O Such heuristics may
-.\"O change over time, particularly when new schemes are introduced.
-.\"O Since an abbreviated URI has the same syntax as a relative URL path,
-.\"O abbreviated URI references cannot be used where relative URIs are
-.\"O permitted, and can only be used when there is no defined base
-.\"O (such as in dialog boxes).
-.\"O Don't use abbreviated URIs as hypertext links inside a document;
-.\"O use the standard format as described here.
-¿¤¯¤Î¥¯¥é¥¤¥¢¥ó¥È¤Î¼ÂÁõ¤Ç¤Ï¡¢¤³¤Î¼ï¤Î»²¾È¤ò¿ä¬¤Ë¤è¤Ã¤Æ²ò·è¤¹¤ë¡£
-¤³¤Î¤è¤¦¤Ê¿ä¬¤Ï»þÂå¤È¤È¤â¤ËÊѤï¤ê¤¦¤ë¡£
-Æä˿·¤·¤¤¥¹¥¡¼¥à¤¬Æ³Æþ¤µ¤ì¤ë¤È¤½¤¦¤Ç¤¢¤ë¡£
-URI ¤Î¾Êά·Á¤Ç¤ÏÁêÂÐ URL ¥Ñ¥¹¤Î¶èÊ̤¬ÉÕ¤±¤é¤ì¤Ê¤¤¤Î¤Ç¡¢
-¾Êά·Á URI »²¾È¤ÏÁêÂÐ URI ¤ÎÍøÍѤǤ¤ë¤È¤³¤í¤Ç¤Ï»È¤¨¤Ê¤¤¡£
-¤Ä¤Þ¤êÄêµÁºÑ¤ß¤Î¥Ù¡¼¥¹ (¥À¥¤¥¢¥í¥°¥Ü¥Ã¥¯¥¹¤Ê¤É)
-¤¬¤Ê¤¤¾ì¹ç¤Ë¸Â¤Ã¤ÆÍøÍѤǤ¤ë¡£
-.\"nakano: ¤³¤Îʸ̮¤Ç¤Î dialog box ¤È¤Ï¡©
-ʸ½ñÆâÉô¤Ç¤Î¥Ï¥¤¥Ñ¡¼¥Æ¥¥¹¥È¥ê¥ó¥¯¤Ë¤Ï¾Êά·Á URI ¤ò»È¤Ã¤Æ¤Ï¤Ê¤é¤Ê¤¤¡£
-¾å½Ò¤Îɸ½à¥Õ¥©¡¼¥Þ¥Ã¥È¤ò»È¤¦¤³¤È¡£
-.\"O .SH "CONFORMING TO"
-.SH ½àµò
-.PP
-.I http://www.ietf.org/rfc/rfc2396.txt
-(IETF RFC\ 2396),
-.UE
-.I http://www.w3.org/TR/REC-html40
-(HTML 4.0).
-.\"O .SH NOTES
-.SH Ãí°Õ
-.\"O Any tool accepting URIs (e.g., a web browser) on a Linux system should
-.\"O be able to handle (directly or indirectly) all of the
-.\"O schemes described here, including the man: and info: schemes.
-.\"O Handling them by invoking some other program is
-.\"O fine and in fact encouraged.
-Linux ¥·¥¹¥Æ¥à¤Ç URI ¤ò¼õÉÕ¤±¤ë¥Ä¡¼¥ë (Î㤨¤Ð web ¥Ö¥é¥¦¥¶¤Ê¤É) ¤Ï¡¢
-¾å¤Ë¤¢¤²¤¿Á´¤Æ¤Î¥¹¥¡¼¥à¤ò (ľÀܤޤ¿¤Ï´ÖÀܤË) °·¤¨¤ë¤Ù¤¤Ç¤¢¤ë¡£
-man: ¤ä info: ¤â´Þ¤á¤Æ¡¢¤Ç¤¢¤ë¡£
-¥¹¥¡¼¥à¤Î½èÍý¤Ë¾¤Î¥×¥í¥°¥é¥à¤ò¼Â¹Ô¤¹¤ë¤Î¤ÏÎɤ¤¤³¤È¤À¤·¡¢
-¼Â¤Ï¤¹¤¹¤ó¤Ç¤½¤¦¤¹¤Ù¤¤Ç¤¢¤ë¡£
-.PP
-.\"O Technically the fragment isn't part of the URI.
-µ»½ÑŪ¤Ë¤Ï¡¢¥Õ¥é¥°¥á¥ó¥È¤Ï URI ¤Î°ìÉô¤Ç¤Ï¤Ê¤¤¡£
-.PP
-.\"O For information on how to embed URIs (including URLs) in a data format,
-.\"O see documentation on that format.
-.\"O HTML uses the format <A HREF="\fIuri\fP">
-.\"O .I text
-.\"O </A>.
-.\"O Texinfo files use the format @uref{\fIuri\fP}.
-.\"O Man and mdoc have the recently added UR macro, or just include the
-.\"O URI in the text (viewers should be able to detect :// as part of a URI).
-URI (URL ¤â´Þ¤à) ¤ò¥Ç¡¼¥¿¥Õ¥©¡¼¥Þ¥Ã¥È¤ËËä¤á¤³¤àÊýË¡¤Ë´Ø¤¹¤ë¾ðÊó¤Ï¡¢
-¤½¤Î¥Õ¥©¡¼¥Þ¥Ã¥È¤Î¥É¥¥å¥á¥ó¥È¤ò¸«¤è¡£ HTML ¤Ï
-<A HREF="\fIuri\fP">\fItext\fP</A>
-¤òÍѤ¤¤ë¡£ texinfo ¤Ï @uref{\fIuri\fP} ¤È¤¤¤¦½ñ¼°¤òÍѤ¤¤ë¡£
-man ¤È mdoc ¤Ï¡¢ºÇ¶áÄɲ䵤줿 UR ¥Þ¥¯¥í¤ò»È¤¦¡£
-¤¢¤ë¤¤¤Ï URI ¤ò¤½¤Î¤Þ¤Þ¥Æ¥¥¹¥È¤ËËä¤á¤³¤à
-(¥Ó¥å¡¼¥¢¤¬ :// ¤ò URI ¤Î°ìÉô¤È²ò¼á¤Ç¤¤Ê¤±¤ì¤Ð¤Ê¤é¤Ê¤¤)¡£
-.PP
-.\"O The GNOME and KDE desktop environments currently vary in the URIs
-.\"O they accept, in particular in their respective help browsers.
-.\"O To list man pages, GNOME uses <toc:man> while KDE uses <man:(index)>, and
-.\"O to list info pages, GNOME uses <toc:info> while KDE uses <info:(dir)>
-.\"O (the author of this man page prefers the KDE approach here, though a more
-.\"O regular format would be even better).
-.\"O In general, KDE uses <file:/cgi-bin/> as a prefix to a set of generated
-.\"O files.
-¥Ç¥¹¥¯¥È¥Ã¥×´Ä¶¤Ç¤¢¤ë GNOME ¤È KDE ¤Ï¡¢
-¤½¤ì¤¾¤ì¼õÉÕ¤±¤ë URI ¤¬ (Æäˤ½¤ì¤¾¤ì¤Î¥Ø¥ë¥×¥Ö¥é¥¦¥¶¤Ë¤ª¤¤¤Æ)
-°Û¤Ê¤Ã¤Æ¤¤¤ë¡£
-man ¥Ú¡¼¥¸¤ò¥ê¥¹¥È¤¹¤ë¤Ë¤Ï¡¢
-GNOME ¤Ç¤Ï <toc:man> ¤òÍѤ¤¡¢ KDE ¤Ç¤Ï <man:(index)> ¤òÍѤ¤¤ë¡£
-¤Þ¤¿ info ¥Ú¡¼¥¸¤ò¥ê¥¹¥È¤¹¤ë¤Ë¤Ï¡¢
-GNOME ¤Ç¤Ï <toc:info> ¤òÍѤ¤¡¢ KDE ¤Ç¤Ï <info:(dir)> ¤òÍѤ¤¤ë
-(ËÜ man ¥Ú¡¼¥¸¤ÎÃø¼Ô¤Ï KDE ¤Î¥¢¥×¥í¡¼¥Á¤Î¤Û¤¦¤¬¹¥¤ß¤Ç¤¢¤ë¡£
-¤·¤«¤·¤è¤êɸ½àŪ¤Ê½ñ¼°¤ÎÊý¤¬¹¹¤ËÎɤ¤¤¬)¡£
-°ìÈÌ¤Ë KDE ¤ÏÀ¸À®¥Õ¥¡¥¤¥ë (generated file) ¤Î¥×¥ì¥Õ¥£¥Ã¥¯¥¹¤È¤·¤Æ
-<file:/cgi-bin/> ¤òÍѤ¤¤ë¡£
-.\"nakano: °ÕÌ£¥ï¥«¥é¥ó... KDE ¤Ë¾Ü¤·¤¤¿Í¡Á
-.\"O KDE prefers documentation in HTML, accessed via the
-.\"O <file:/cgi-bin/helpindex>.
-.\"O GNOME prefers the ghelp scheme to store and find documentation.
-.\"O Neither browser handles file: references to directories at the time
-.\"O of this writing, making it difficult to refer to an entire directory with
-.\"O a browsable URI.
-KDE ¤Ï HTML ¤Îʸ½ñ¤ò
-<file:/cgi-bin/helpindex> ·Ðͳ¤Ç¥¢¥¯¥»¥¹¤¹¤ë¤Î¤¬¹¥¤ß¤Ê¤è¤¦¤Ç¤¢¤ë¡£
-GNOME ¤Ïʸ½ñ¤ÎÊÝ´É¡¦¸¡º÷¤Ë ghelp ¥¹¥¡¼¥à¤òÍѤ¤¤ëÊýË¡¤ò¼è¤Ã¤Æ¤¤¤ë¤è¤¦¤À¡£
-¤É¤Á¤é¤Î¥Ö¥é¥¦¥¶¤â¡¢¸½»þÅÀ¤Ç¤Ï file: ¤Ë¤è¤ë¥Ç¥£¥ì¥¯¥È¥ê»²¾È¤ò°·¤¨¤Ê¤¤¡£
-¤·¤¿¤¬¤Ã¤Æ¥Ç¥£¥ì¥¯¥È¥êÁ´ÂΤò¥Ö¥é¥¦¥º²Äǽ¤Ê URI ¤Ç»²¾È¤¹¤ë¤³¤È¤¬Æñ¤·¤¤¡£
-.\"O As noted above, these environments differ in how they handle the
-.\"O info: scheme, probably the most important variation.
-.\"O It is expected that GNOME and KDE
-.\"O will converge to common URI formats, and a future
-.\"O version of this man page will describe the converged result.
-.\"O Efforts to aid this convergence are encouraged.
-Àè¤Ë½Ò¤Ù¤¿¤è¤¦¤Ë¡¢¤³¤ì¤éÆó¤Ä¤Î´Ä¶¤Ç¤Ï info: ¥¹¥¡¼¥à¤Î
-°·¤¤¤¬°Û¤Ê¤Ã¤Æ¤¤¤ë (¤ª¤½¤é¤¯ºÇ¤â½ÅÍפʺ¹°Û¤Ç¤¢¤í¤¦)¡£
-GNOME ¤È KDE ¤¬¶¦ÄÌ URI ¥Õ¥©¡¼¥Þ¥Ã¥È¤Ë¼ýṲ́¹¤ë¤³¤È¤¬Ë¾¤Þ¤·¤¤¡£
-¤³¤Î man ¥Ú¡¼¥¸¤¬¡¢¾Íè¤Ï¤½¤Î¼ýṲ́·¤¿·ë²Ì¤òµ½Ò¤Ç¤¤ë¤³¤È¤ò˾¤à¡£
-¤³¤Îºî¶È¤Ø¤Î½õÎϤò´µ¯¤·¤¿¤¤¡£
-.\"O .SS Security
-.SS ¥»¥¥å¥ê¥Æ¥£
-.PP
-.\"O A URI does not in itself pose a security threat.
-.\"O There is no general guarantee that a URL, which at one time
-.\"O located a given resource, will continue to do so.
-.\"O Nor is there any
-.\"O guarantee that a URL will not locate a different resource at some
-.\"O later point in time; such a guarantee can only be
-.\"O obtained from the person(s) controlling that namespace and the
-.\"O resource in question.
-URI ¤½¤Î¤â¤Î¤Ï¥»¥¥å¥ê¥Æ¥£¤Î¶¼°Ò¤ò°ú¤µ¯¤³¤¹¤â¤Î¤Ç¤Ï¤Ê¤¤¡£
-¤¢¤ë»þÅÀ¤Ç¤Ï¥ê¥½¡¼¥¹¤Î¾ì½ê¤òÍ¿¤¨¤Æ¤¤¤¿ URL ¤¬¡¢
-¤º¤Ã¤È¤½¤¦¤Ç¤¢¤ê¤Ä¤Å¤±¤ë¤È¤¤¤¦ÊݾڤϰìÈ̤ˤϤʤ¤¡£
-¤Þ¤¿¤¢¤ë URL ¤¬¡¢¾Íè¤Ë¤ÏÊ̤Υ꥽¡¼¥¹¤ò¼¨¤µ¤Ê¤¤¤È¤â¸Â¤é¤Ê¤¤¡£
-¤³¤Î¤è¤¦¤ÊÊݾڤϡ¢¤½¤Î̾Á°¶õ´Ö¤È¥ê¥½¡¼¥¹¤È¤ò´ÉÍý¤·¤Æ¤¤¤ë¸Ä¿Í¤Ë
-µ¢¤¹¤ë¤â¤Î¤Ë²á¤®¤Ê¤¤¡£
-.PP
-.\"O It is sometimes possible to construct a URL such that an attempt to
-.\"O perform a seemingly harmless operation, such as the
-.\"O retrieval of an entity associated with the resource, will in fact
-.\"O cause a possibly damaging remote operation to occur.
-.\"O The unsafe URL
-.\"O is typically constructed by specifying a port number other than that
-.\"O reserved for the network protocol in question.
-.\"O The client unwittingly contacts a site that is in fact
-.\"O running a different protocol.
-.\"O The content of the URL contains instructions that, when
-.\"O interpreted according to this other protocol, cause an unexpected
-.\"O operation.
-.\"O An example has been the use of a gopher URL to cause an
-.\"O unintended or impersonating message to be sent via a SMTP server.
-̵³²¤Ë¸«¤¨¤ëÁàºî (¥ê¥½¡¼¥¹¤Ë´ØÏ¢¤Å¤±¤é¤ì¤¿¥¨¥ó¥Æ¥£¥Æ¥£¤Î¼èÆÀ¤Ê¤É)
-¤Ë¤è¤Ã¤Æ¡¢¼ÂºÝ¤Ë¤Ï¥ê¥â¡¼¥È¤Ë¥À¥á¡¼¥¸¤òÍ¿¤¨¤ëÆ°ºî¤ò°ú¤µ¯¤³¤¹¤è¤¦¤Ê
-URL ¤òµ½Ò¤¹¤ë¤³¤È¤â¾ì¹ç¤Ë¤è¤Ã¤Æ¤Ï²Äǽ¤Ç¤¢¤ë¡£
-´í¸±¤Ê URL ¤Îŵ·¿Åª¤Ê¤â¤Î¤Ï¡¢¤½¤Î¥Í¥Ã¥È¥ï¡¼¥¯¥×¥í¥È¥³¥ë¤Ë
-ͽÌ󤵤ì¤Æ¤¤¤ë¥Ý¡¼¥ÈÈÖ¹æ¤È¤Ï°Û¤Ê¤ë¥Ý¡¼¥È¤ò»ØÄꤷ¤Æ¤¤¤ë¤â¤Î¤Ç¤¢¤ë¡£
-URL ¤ÎÆâÍƤˤÏÌ¿Î᤬´Þ¤Þ¤ì¤Æ¤¤¤Æ¡¢
-¤½¤Î¥×¥í¥È¥³¥ë¤Ë¤·¤¿¤¬¤Ã¤Æ²ò¼á¤µ¤ì¤¿¤È¤¡¢
-ͽ´ü¤µ¤ì¤Ê¤¤Æ°ºî¤ò°úµ¯¤³¤¹¤Î¤Ç¤¢¤ë¡£
-Îã¤ò¤¢¤²¤ë¤È¡¢ gopher ¤Î URL ¤Ë¤è¤Ã¤Æ¡¢°Õ¿Þ¤·¤Ê¤¤¥á¥Ã¥»¡¼¥¸¤ä
-¤Ê¤ê¤¹¤Þ¤·¥á¥Ã¥»¡¼¥¸¤Ê¤É¤¬ SMTP ¥µ¡¼¥Ð·Ðͳ¤ÇÁ÷¿®¤µ¤ì¤ë¤è¤¦¤Ê¤³¤È¤¬¤¢¤Ã¤¿¡£
-.PP
-.\"O Caution should be used when using any URL that specifies a port
-.\"O number other than the default for the protocol, especially when it is
-.\"O a number within the reserved space.
-¤½¤Î¥×¥í¥È¥³¥ë¤Î¥Ç¥Õ¥©¥ë¥È°Ê³°¤Î¥Ý¡¼¥ÈÈÖ¹æ¤ò»ØÄꤷ¤Æ¤¤¤ë
-URL ¤òÍѤ¤¤ë¤È¤¤Ë¤ÏÃí°Õ¤¹¤Ù¤¤Ç¤¢¤ë¡£
-Æäˤ½¤ÎÈֹ椬ͽÌó¶õ´Ö¤ÎÆâÉô¤Ë¤¢¤ë¾ì¹ç¤Ë¤Ï¡£
-.PP
-.\"O Care should be taken when a URI contains escaped delimiters for a
-.\"O given protocol (for example, CR and LF characters for telnet
-.\"O protocols) that these are not unescaped before transmission.
-.\"O This might violate the protocol, but avoids the potential for such
-.\"O characters to be used to simulate an extra operation or parameter in
-.\"O that protocol, which might lead to an unexpected and possibly harmful
-.\"O remote operation to be performed.
-URI ¤Ë¡¢¤½¤Î¥×¥í¥È¥³¥ë¤ËÂФ¹¤ë¥Ç¥ê¥ß¥¿¤¬¥¨¥¹¥±¡¼¥×¤µ¤ì¤¿¤«¤¿¤Á¤ÇÆþ¤Ã¤Æ¤¤¤ë
-¾ì¹ç¤âÃí°Õ¤¬É¬ÍפǤ¢¤ë
-(Î㤨¤Ð telnet ¥×¥í¥È¥³¥ë¤ËÂФ¹¤ë CR ʸ»ú¤ä LF ʸ»ú¤Ê¤É)¡£
-¤Ê¤¼¤Ê¤é¤³¤ì¤é¤ÏžÁ÷Á°¤Ë¥¨¥¹¥±¡¼¥×¤¬³°¤µ¤ì¤Ê¤¤¤«¤é¤Ç¤¢¤ë¡£
-¤³¤ì¤Ï¥×¥í¥È¥³¥ë¤ËÈ¿¤·¤Æ¤ª¤ê¡¢Í½´ü¤·¤Ê¤¤¡¢¤ª¤½¤é¤¯¤Ï³²¤Ë¤Ê¤ë¤è¤¦¤Ê
-¥ê¥â¡¼¥ÈÆ°ºî¤ò°úµ¯¤³¤¹·ë²Ì¤È¤Ê¤ê¤«¤Í¤Ê¤¤¡£
-.PP
-.\"O It is clearly unwise to use a URI that contains a password which is
-.\"O intended to be secret.
-.\"O In particular, the use of a password within
-.\"O the "userinfo" component of a URI is strongly recommended against except
-.\"O in those rare cases where the "password" parameter is intended to be public.
-ÈëÌ©¤Ë¤·¤Æ¤ª¤¯¤Ù¤¥Ñ¥¹¥ï¡¼¥É¤ò´Þ¤ó¤À URI ¤ò»È¤¦¤Î¤¬
-¸¤¯¤Ê¤¤¤Î¤ÏÌÀ¤é¤«¤Ç¤¢¤ë¡£Æäˡ¢¥Ñ¥¹¥ï¡¼¥É¤ò URI ¤Î
-"userinfo" ¤ÎÉôʬ¤Ë»È¤¦¤Î¤ÏÀäÂФËÈò¤±¤ë¤Ù¤¤Ç¤¢¤ë¡£
-¤¿¤À¤·¤½¤Î "password" ¤Î¥Ñ¥é¥á¡¼¥¿¤ò°Õ¿ÞŪ¤Ë¸ø³«¤·¤¿¤¤¾ì¹ç¤ÏÊ̤Ǥ¢¤ë¤¬¡£
-.\"O .SH BUGS
-.SH ¥Ð¥°
-.PP
-.\"O Documentation may be placed in a variety of locations, so there
-.\"O currently isn't a good URI scheme for general online documentation
-.\"O in arbitrary formats.
-.\"O References of the form
-.\"O <file:///usr/doc/ZZZ> don't work because different distributions and
-.\"O local installation requirements may place the files in different
-.\"O directories
-.\"O (it may be in /usr/doc, or /usr/local/doc, or /usr/share,
-.\"O or somewhere else).
-ʸ½ñ¤ÏÍÍ¡¹¤Ê¾ì½ê¤ËÃÖ¤«¤ì¤¦¤ë¡£¤·¤¿¤¬¤Ã¤Æ¸½»þÅÀ¤Ç¤Ï¡¢
-Ǥ°Õ¤Î¥Õ¥©¡¼¥Þ¥Ã¥È¤Ç½ñ¤«¤ì¤¿°ìÈ̤Υª¥ó¥é¥¤¥óʸ½ñ¤ËÂФ¹¤ëÎɤ¤ URI ¥¹¥¡¼¥à¤¬
-¸ºß¤·¤Ê¤¤¡£
-<file:///usr/doc/ZZZ> ·Á¼°¤Î»²¾È¤Ï»È¤¨¤Ê¤¤¡£¤Ê¤¼¤Ê¤é
-¥Ç¥£¥¹¥È¥ê¥Ó¥å¡¼¥·¥ç¥ó¤ä¥í¡¼¥«¥ë¤Ø¤Î¥¤¥ó¥¹¥È¡¼¥ë¤ÎºÝ¤Î¾ò·ï¤Ë¤è¤Ã¤Æ¡¢
-¥Õ¥¡¥¤¥ë¤Ï°Û¤Ê¤ë¥Ç¥£¥ì¥¯¥È¥ê¤ËÃÖ¤«¤ì¤ë¤³¤È¤¬¤¢¤ë¤«¤é¤Ç¤¢¤ë
-(/usr/doc ¤« /usr/local/doc ¤« /usr/share ¤«¤½¤Î¾¤Î¾ì½ê¤«¡¢¤Ê¤É¤Ê¤É)¡£
-.\"O Also, the directory ZZZ usually changes when a version changes
-.\"O (though filename globbing could partially overcome this).
-.\"O Finally, using the file: scheme doesn't easily support people
-.\"O who dynamically load documentation from the Internet (instead of
-.\"O loading the files onto a local file system).
-¤Þ¤¿¡¢¥Ç¥£¥ì¥¯¥È¥ê ZZZ ¤ÏÄ̾ï¥Ð¡¼¥¸¥ç¥ó¤¬ÊѤï¤ë¤È°Û¤Ê¤Ã¤¿¤â¤Î¤Ë¤Ê¤ë
-(¥Õ¥¡¥¤¥ë̾¤Î¥°¥í¥Ö¤Ë¤è¤Ã¤Æ¤¢¤ëÄøÅÙ¹îÉþ¤Ç¤¤ë¤À¤í¤¦¤¬)¡£
-ºÇ¸å¤Ë¤â¤¦°ì¤Ä¡¢Ê¸½ñ¤ò¥¤¥ó¥¿¡¼¥Í¥Ã¥È¤«¤é (¥í¡¼¥«¥ë¤Î¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥à¤Ë
-¥Õ¥¡¥¤¥ë¤ò¥í¡¼¥É¤¹¤ë¤Î¤Ç¤Ï¤Ê¤¯) ưŪ¤Ë¥í¡¼¥É¤¹¤ë¿Í¡¹¤Ï¡¢
-¤Ê¤«¤Ê¤« file: ¥¹¥¡¼¥à¤ò»È¤Ã¤Æ¤¯¤ì¤Ê¤¤¡£
-.\"O A future URI scheme may be added (e.g., "userdoc:") to permit
-.\"O programs to include cross-references to more detailed documentation
-.\"O without having to know the exact location of that documentation.
-.\"O Alternatively, a future version of the file-system specification may
-.\"O specify file locations sufficiently so that the file: scheme will
-.\"O be able to locate documentation.
-¾Íè¤Ë¤Ï¿·¤¿¤Ê URI ¥¹¥¡¼¥à (Î㤨¤Ð "userdoc:" ¤Î¤è¤¦¤Ê) ¤¬Äɲ䵤졢
-¤è¤ê¾Ü¤·¤¤Ê¸½ñ¤Ø¤Î¥¯¥í¥¹¥ê¥Õ¥¡¥ì¥ó¥¹¤¬¡¢
-¤½¤Îʸ½ñ¤ÎÀµ³Î¤Ê¾ì½ê¤ò¥×¥í¥°¥é¥à¤¬ÃΤé¤Ê¤¯¤Æ¤â²Äǽ¤Ë¤Ê¤ë¤«¤â¤·¤ì¤Ê¤¤¡£
-¤¢¤ë¤¤¤Ï¡¢¥Õ¥¡¥¤¥ë¥·¥¹¥Æ¥àµ¬³Ê¤Î¾Íè¤ÎÈǤÇ
-¥Õ¥¡¥¤¥ë¤Î¾ì½ê¤Î»ØÄê¤ò¤è¤ê¸·Ì©¤Ë¤·¤Æ¡¢
-file: ¥¹¥¡¼¥à¤Ë¤è¤ëʸ½ñ¤Î°ÌÃÖ»ØÄ꤬²Äǽ¤Ë¤Ê¤ë¤«¤â¤·¤ì¤Ê¤¤¡£
-.PP
-.\"O Many programs and file formats don't include a way to incorporate
-.\"O or implement links using URIs.
-¥×¥í¥°¥é¥à¤ä¥Õ¥¡¥¤¥ë¥Õ¥©¡¼¥Þ¥Ã¥È¤Î¿¤¯¤Ç¤Ï¡¢
-URI ¤ò»È¤Ã¤¿¥ê¥ó¥¯¤ò¼è¤ê¹þ¤ó¤À¤ê¼ÂÁõ¤·¤¿¤ê¤¹¤ëÊýË¡¤¬¤Ê¤¤¡£
-.PP
-.\"O Many programs can't handle all of these different URI formats; there
-.\"O should be a standard mechanism to load an arbitrary URI that automatically
-.\"O detects the users' environment (e.g., text or graphics,
-.\"O desktop environment, local user preferences, and currently executing
-.\"O tools) and invokes the right tool for any URI.
-¥×¥í¥°¥é¥à¤Î¿¤¯¤Ï¡¢¤³¤ì¤é¤Î URI ¥Õ¥©¡¼¥Þ¥Ã¥È¤ò¤¹¤Ù¤Æ¤Ï°·¤¨¤Ê¤¤¡£
-¥æ¡¼¥¶¤Î´Ä¶ (¥Æ¥¥¹¥È¤«¥°¥é¥Õ¥£¥Ã¥¯¤«¡¢
-¥Ç¥¹¥¯¥È¥Ã¥×´Ä¶¡¢¥í¡¼¥«¥ë¥æ¡¼¥¶¤Î¹¥¤ß¡¢
-¸½ºß¼Â¹Ô¤µ¤ì¤Æ¤¤¤ë¥Ä¡¼¥ë) ¤Ê¤É¤ò¼«Æ°Åª¤Ë¸¡ÃΤ·¤Æ¡¢
-Ǥ°Õ¤Î URI ¤ò¥í¡¼¥É¤·¡¢¤½¤Î URI ¤ËŬ¤·¤¿¥Ä¡¼¥ë¤òµ¯Æ°¤¹¤ë¤è¤¦¤Ê
-ɸ½àŪ¤Ê»ÅÁȤߤ¬¤¢¤ë¤È¤¤¤¤¤Î¤À¤í¤¦¤¬¡£
-.\"O .\" .SH AUTHOR
-.\" .SH Ãø¼Ô
-.\"O .\" David A. Wheeler (dwheeler@dwheeler.com) wrote this man page.
-.\" ¤³¤Î man ¥Ú¡¼¥¸¤Ï David A. Wheeler (dwheeler@ida.dwheeler.com) ¤¬½ñ¤¤¤¿¡£
-.\"O .SH "SEE ALSO"
-.SH ´ØÏ¢¹àÌÜ
-.BR lynx (1),
-.BR man2html (1),
-.BR mailaddr (7),
-.BR utf-8 (7),
+URI エスケープ機構を用いる。 つまり、安全でないオクテットを %HH でエンコードする。
+.SS "URI を書くには"
+URI を書く時には、ダブルクォートの内部に書く (例: "http://www.kernelnotes.org") か、 angle ブラケットで囲む
+(例: <http://lwn.net>) か、 一行に URI だけを書くかする。 ダブルクォートを使う人に警告: \fB絶対に\fP句読点
+(文末のピリオドやリスト区切りのコンマ) を URI の内部に移動してはならない。 代わりに angle ブラケットを使うか、
+外にある文字をクォーテーションマークの内部に 決して含めないような引用方式に切替えること。 後者の方式は "Hart's Rules" や
+"Oxford Dictionary for Writers and Editors" によれば 「新しい (new) 引用方式」あるいは「論理的
+(logical) な引用方式」 と呼ばれており、 イギリス人や世界中のハッカー達はこちらの慣習を好んでいる (より詳しい情報は Hacker
+Writing Style の Jargon File のセクション
+\fIhttp://www.fwi.uva.nl/~mes/jargon/h/HackerWritingStyle.html\fP を見よ)。 古い文書では、
+"URL:" という文字列を URI の直前に挿入することを 勧めているものもあるが、しかしこの形式はまったく流行しなかった。
+.PP
+URI の書式は曖昧さを排除するように設計されている。 しかし URI が広まるにつれ、昔ながらのメディア (TV、ラジオ、新聞、 看板などなど) は
+URI 参照を省略したかたち、すなわち 機関部とパス部だけでリソースを指定することが多くなっている (例:
+<www.w3.org/Addressing>)。 このような参照はマシンというよりは人間向けのもので、
+コンテキストベースの推測によって URI の補完が可能であることを あてにしているのである (例えば "www" ではじまるホスト名なら
+"http://" がつくだろうし、 "ftp" ではじまるホスト名なら "ftp://" がつくだろう)。
+多くのクライアントの実装では、この種の参照を推測によって解決する。 このような推測は時代とともに変わりうる。
+特に新しいスキームが導入されるとそうである。 URI の省略形では相対 URL パスの区別が付けられないので、 省略形 URI 参照は相対 URI
+の利用できるところでは使えない。 つまり定義済みのベース (ダイアログボックスなど) がない場合に限って利用できる。
+文書内部でのハイパーテキストリンクには省略形 URI を使ってはならない。 上述の標準フォーマットを使うこと。
+.SH 準拠
+.PP
+\fIhttp://www.ietf.org/rfc/rfc2396.txt\fP (IETF RFC\ 2396),
+\fIhttp://www.w3.org/TR/REC\-html40\fP (HTML 4.0).
+.SH 注意
+Linux システムで URI を受付けるツール (例えば web ブラウザなど) は、 上にあげた全てのスキームを (直接または間接に)
+扱えるべきである。 man: や info: も含めて、である。 スキームの処理に他のプログラムを実行するのは良いことだし、
+実はすすんでそうすべきである。
+.PP
+技術的には、フラグメントは URI の一部ではない。
+.PP
+URI (URL も含む) をデータフォーマットに埋めこむ方法に関する情報は、 そのフォーマットのドキュメントを見よ。 HTML は <A
+HREF="\fIuri\fP">\fItext\fP</A> を用いる。 texinfo は @uref{\fIuri\fP}
+という書式を用いる。 man と mdoc は、最近追加された UR マクロを使う。 あるいは URI をそのままテキストに埋めこむ (ビューアが
+:// を URI の一部と解釈できなければならない)。
+.PP
+デスクトップ環境である GNOME と KDE は、 それぞれ受付ける URI が (特にそれぞれのヘルプブラウザにおいて) 異なっている。 man
+ページをリストするには、 GNOME では <toc:man> を用い、 KDE では <man:(index)>
+を用いる。 また info ページをリストするには、 GNOME では <toc:info> を用い、 KDE では
+<info:(dir)> を用いる (本 man ページの著者は KDE のアプローチのほうが好みである。
+しかしより標準的な書式の方が更に良いが)。 一般に KDE は生成ファイル (generated file) のプレフィックスとして
+<file:/cgi\-bin/> を用いる。 KDE は HTML の文書を
+<file:/cgi\-bin/helpindex> 経由でアクセスするのが好みなようである。 GNOME は文書の保管・検索に
+ghelp スキームを用いる方法を取っているようだ。 どちらのブラウザも、現時点では file: によるディレクトリ参照を扱えない。
+したがってディレクトリ全体をブラウズ可能な URI で参照することが難しい。 先に述べたように、これら二つの環境では info: スキームの
+扱いが異なっている (おそらく最も重要な差異であろう)。 GNOME と KDE が共通 URI フォーマットに収斂することが望ましい。 この man
+ページが、将来はその収斂した結果を記述できることを望む。 この作業への助力を喚起したい。
+.SS セキュリティ
+.PP
+URI そのものはセキュリティの脅威を引き起こすものではない。 ある時点ではリソースの場所を与えていた URL が、
+ずっとそうでありつづけるという保証は一般にはない。 またある URL が、将来には別のリソースを示さないとも限らない。
+このような保証は、その名前空間とリソースとを管理している個人に 帰するものに過ぎない。
+.PP
+無害に見える操作 (リソースに関連づけられたエンティティの取得など) によって、実際にはリモートにダメージを与える動作を引き起こすような URL
+を記述することも場合によっては可能である。 危険な URL の典型的なものは、そのネットワークプロトコルに
+予約されているポート番号とは異なるポートを指定しているものである。 URL の内容には命令が含まれていて、 そのプロトコルにしたがって解釈されたとき、
+予期されない動作を引起こすのである。 例をあげると、 gopher の URL によって、意図しないメッセージや なりすましメッセージなどが SMTP
+サーバ経由で送信されるようなことがあった。
+.PP
+そのプロトコルのデフォルト以外のポート番号を指定している URL を用いるときには注意すべきである。 特にその番号が予約空間の内部にある場合には。
+.PP
+URI に、そのプロトコルに対するデリミタがエスケープされたかたちで入っている 場合も注意が必要である (例えば telnet プロトコルに対する CR
+文字や LF 文字など)。 なぜならこれらは転送前にエスケープが外されないからである。
+これはプロトコルに反しており、予期しない、おそらくは害になるような リモート動作を引起こす結果となりかねない。
+.PP
+秘密にしておくべきパスワードを含んだ URI を使うのが 賢くないのは明らかである。特に、パスワードを URI の "userinfo"
+の部分に使うのは絶対に避けるべきである。 ただしその "password" のパラメータを意図的に公開したい場合は別であるが。
+.SH バグ
+.PP
+文書は様々な場所に置かれうる。したがって現時点では、 任意のフォーマットで書かれた一般のオンライン文書に対する良い URI スキームが 存在しない。
+<file:///usr/doc/ZZZ> 形式の参照は使えない。なぜなら
+ディストリビューションやローカルへのインストールの際の条件によって、 ファイルは異なるディレクトリに置かれることがあるからである (/usr/doc か
+/usr/local/doc か /usr/share かその他の場所か、などなど)。 また、ディレクトリ ZZZ
+は通常バージョンが変わると異なったものになる (ファイル名のグロブによってある程度克服できるだろうが)。 最後にもう一つ、文書をインターネットから
+(ローカルのファイルシステムに ファイルをロードするのではなく) 動的にロードする人々は、 なかなか file: スキームを使ってくれない。
+将来には新たな URI スキーム (例えば "userdoc:" のような) が追加され、 より詳しい文書へのクロスリファレンスが、
+その文書の正確な場所をプログラムが知らなくても可能になるかもしれない。 あるいは、ファイルシステム規格の将来の版で
+ファイルの場所の指定をより厳密にして、 file: スキームによる文書の位置指定が可能になるかもしれない。
+.PP
+プログラムやファイルフォーマットの多くでは、 URI を使ったリンクを取り込んだり実装したりする方法がない。
+.PP
+.\" .SH AUTHOR
+.\" David A. Wheeler (dwheeler@dwheeler.com) wrote this man page.
+プログラムの多くは、これらの URI フォーマットをすべては扱えない。 ユーザの環境 (テキストかグラフィックか、
+デスクトップ環境、ローカルユーザの好み、 現在実行されているツール) などを自動的に検知して、 任意の URI をロードし、その URI
+に適したツールを起動するような 標準的な仕組みがあるといいのだろうが。
+.SH 関連項目
+\fBlynx\fP(1), \fBman2html\fP(1), \fBmailaddr\fP(7), \fButf\-8\fP(7),
.UR http://www.ietf.org/rfc/rfc2255.txt
IETF RFC\ 2255
.UE
+.SH この文書について
+この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.41 の一部
+である。プロジェクトの説明とバグ報告に関する情報は
+http://www.kernel.org/doc/man\-pages/ に書かれている。
OSDN Git Service
