Reserved characters

The path in the URI has a significance defined by the particular scheme. Typically, it is used to encode a name in a given name space, or an algorithm for accessing an object. In either case, the encoding may use those characters allowed by the BNF syntax, or hexadecimal encoding of other characters.

URI 中の経路 (訳注: 方式名の後の : の更に後の部分。) はその特定の方式で規定された意味を持ちます。 典型的には、当該名前空間中の名前や物体に接続する算法を符号化するのに使います。 いずれの場合でも、符号化は BNF 構文で認められている文字又はそれ以外の文字の16進数符号化を使って構いません。

Some of the reserved characters have special uses as defined here.

幾つかの予約文字はここで定義する特別な用法を持ちます。

BNF

• [2] reserved = | ; | / | # | ? | : | space
• [3] 本文中の Reserved characters と BNF の reserved は何やら意味が違うみたいです。なお、 ! 及び * は BNF では extra に分類されています。
• [4] >>2 ではちょっとわかりにくいかもしれませんが、 = も reserved の一選択肢です (BNF の代入(というか定義)記号ではありません)。
• [12] つまりですよ。 <http://foo.example/foo:bar> と <http://foo.example/foo%3Abar> は同じかどうか一意には定まらないということですな。そらー厄介だ。

BNF

[10] BNF では

• reserved = ";" | "/" | "?" | ":" | "@" | "&" | "="

と定義されています。

2.2. Reserved Characters

Many URI include components consisting of or delimited by, certain special characters. These characters are called "reserved", since their usage within the URI component is limited to their reserved purpose. If the data for a URI component would conflict with the reserved purpose, then the conflicting data must be escaped before forming the URI.

多くの URI は特定の特別な文字群で構成されたり区切られたりした部品群を復位増す。 そうした文字群を、 その URI 部品中での用途が予約された目的に限定されることから、 「予約(済み)」と呼びます。 URI 部品のデータが予約目的と衝突する時には、 衝突するデータは URI を形成する前に符号化しなければなりません。

• reserved = ";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" | "$" | ","

The "reserved" syntax class above refers to those characters that are allowed within a URI, but which may not be allowed within a particular component of the generic URI syntax; they are used as delimiters of the components described in Section 3.

上記の reserved (予約済み) 構文種別は、 URI 中で許されてはいるが、 一般 URI 構文の特定の部品の中では許されないかもしれない文字を示しています。 これらの文字は3章で説明する部品群の区切りに使います。

Characters in the "reserved" set are not reserved in all contexts. The set of characters actually reserved within any given URI component is defined by that component. In general, a character is reserved if the semantics of the URI changes if the character is replaced with its escaped US-ASCII encoding.

「予約」集合中の文字は全ての文脈で予約されているわけではありません。 ある URI 部品の中で通常予約されている文字の集合はその部品により定義されてます。 通常、ある文字はその文字を符号化した US-ASCII 符号化に置換した時に URI の意味が変わるなら、予約とします。

G.2 (抜粋)

Both RFC 1738 and RFC 1808 refer to the "reserved" set of characters as if URI-interpreting software were limited to a single set of characters with a reserved purpose (i.e., as meaning something other than the data to which the characters correspond), and that this set was fixed by the URI scheme. However, this has not been true in practice; any character that is interpreted differently when it is escaped is, in effect, reserved. Furthermore, the interpreting engine on a HTTP server is often dependent on the resource, not just the URI scheme. The description of reserved characters has been changed accordingly.

RFC 1738 も RFC 1808 も、 「予約」文字集合を URI を解釈するソフトウェアは単一の予約目的の文字集合に限られている (つまり、文字が対応するデータ以外の何かを意味するものである) のであって、この集合は URI 方式で固定されているかのように言及していました。 しかし、これは実際には真ではありません。 Escape された時に違って解釈されるどんな文字も実質的に予約されているのです。 更に、 HTTP サーバー上の解釈原動機はしばしば、 URI 方式だけにではなく資源にも依存します。 これにしたがって予約文字の説明は改められました。

The plus "+", dollar "$", and comma "," characters have been added to those in the "reserved" set, since they are treated as reserved within the query component.

正 +, 弗 $, 読点 , 各文字を「予約」集合に加えました。 これらの文字は問合せ部品中で予約済みとして扱われます。