The Alternates response-header field has been proposed as a means for the origin server to inform the client about other available representations of the requested resource, along with their distinguishing attributes, and thus providing a more reliable means for a user agent to perform subsequent selection of another representation which better fits the desires of its user (described as agent-driven negotiation in section 12).

Alternates 応答頭欄は、 要求された資源に他の利用可能な表現があることを、 その分別属性と共に起源サーバーがクライアントに知らせる手段として提案されています。 これによって、利用者エージェントが利用者の希望により合致する他の表現の選択を行うにあたってのより信頼できる手段を提供することとなります (12章でエージェント駆動折衝として説明されています)。

The Alternates header field is orthogonal to the Vary header field in that both may coexist in a message without affecting the interpretation of the response or the available representations. It is expected that Alternates will provide a significant improvement over the server-driven negotiation provided by the Vary field for those resources that vary over common dimensions like type and language.

Alternates 頭欄は Vary 頭欄と直交するので、 応答の解釈や利用可能な表現に影響なくメッセージに共存できます。 Alternates によって、型や言語のように共通な次元で変化する資源の Vary 欄によるサーバー駆動折衝が極めて向上することが期待されます。

The Alternates header field will be defined in a future specification.

Alternates 頭欄は将来の仕様書で定義されます。

The Alternates response header is used to convey the list of variants bound to a negotiable resource. This list can also include directives for any content negotiation process. If a response from a transparently negotiable resource includes an Alternates header, this header MUST contain the complete variant list bound to the negotiable resource. Responses from resources which do not support transparent content negotiation MAY also use Alternates headers.

Alternates 応答頭は、折衝可能資源に束縛された変種の目録を伝達するのに使います。 この目録は任意の内容折衝手続きの指令を含めることもできます。 透過折衝可能資源からの応答が Alternates 頭を含んでいる場合は、 この頭は折衝可能資源に束縛された完全な変種目録を含まなければなりません。 透過内容折衝に対応していない資源からの応答も Alternates 頭を使って構いません。

       Alternates = "Alternates" ":" variant-list

       variant-list = 1#( variant-description
                        | fallback-variant
                        | list-directive )

       fallback-variant = "{" <"> URI <"> "}"

       list-directive = ( "proxy-rvsa" "=" <"> 0#rvsa-version <"> )
                        | extension-list-directive

       extension-list-directive =
                        token [ "=" ( token | quoted-string ) ]

An example is

     Alternates: {"paper.1" 0.9 {type text/html} {language en}},
                 {"paper.2" 0.7 {type text/html} {language fr}},
                 {"paper.3" 1.0 {type application/postscript}
                     {language en}},
                 proxy-rvsa="1.0, 2.5"

Any relative URI specified in a variant-description or fallback-variant field is relative to the request-URI. Only one fallback-variant field may be present. If the variant selection algorithm of the user agent finds that all described variants are unacceptable, then it SHOULD choose the fallback variant, if present, as the best variant. If the user agent computes the overall quality values of the described variants, and finds that several variants share the highest value, then the first variant with this value in the list SHOULD be chosen as the best variant.

variant-description 欄や fallback-variant 欄に指定されている相対URI は Request-URI について相対です。 fallback-variant 欄は1つだけ指定できます。利用者エージェントの変種選択算法がすべての記述された変種が受け入れ不能であるとわかったときには、 fallback 変種があればこれを最善の変種として選ぶべきです。 利用者エージェントが記述された変種の全体品質値を計算し、 複数の変種が同位最高値を取るとわかったときには、 そのうちの目録中で最初の変種を最善の変種として選ぶべきです。

The proxy-rvsa directive restricts the use of remote variant selection algorithms by proxies. If present, a proxy MUST ONLY use algorithms which have one of the version numbers listed, or have the same major version number and a higher minor version number as one of the versions listed. Any restrictions set by proxy-rvsa come on top of the restrictions set by the user agent in the Negotiate request header. The directive proxy-rvsa="" will disable variant selection by proxies entirely. Clients SHOULD ignore all extension-list-directives they do not understand.

proxy-rvsa 指令は、串による遠隔変種選択算法の使用を制限します。 この指令があるときは、串は列挙された版番号か、大版番号が同じで小版番号が列挙されたものよりも大きい版の算法だけを使わなければなりません。 proxy-avsa 指令によって設定された制限は、 Negotiate 要求頭で利用者エージェントによって設定された制限の上にきます。 指令 proxy-avsa="" は、串による変種選択を完全に無効化します。 クライアントは、その理解しないすべての extension-list-directive を無視するべきです。

A variant list may contain multiple differing descriptions of the same variant. This can be convenient if the variant uses conditional rendering constructs, or if the variant resource returns multiple representations using a multipart media type.

変種目録は同じ変種についての複数の異なる記述を含んでいても構いません。 これはその変種が条件付レンダリング構造を使っているか、 その変種資源が複数部分媒体型を使って複数の表現を返す時に便利でしょう。

[6]

If a proxy cache has available a negotiated response which is cacheable, fresh, and has ETag and Alternates headers, then it MAY extract the Alternates header and associated variant list validator from the response, and reuse them (without unnecessary delay) to negotiate on behalf of the user agent (section 13) or to construct a choice response (section 10.2). The age of the extracted Alternates header is the age of the response from which it is extracted, calculated according to the rules in the HTTP/1.1 specification [1].

串キャッシュがキャッシュ可能で新鮮で ETag 頭と Alternates 頭を持った折衝応答を利用可能なときは、 応答から Alternates 頭と関連付けられた変種目録検証子を取り出して (不要な遅延なく) 利用者エージェントの代わりに折衝したり選択応答を構築したりするのに再利用しても構いません。 取り出した Alternates 頭の齢は HTTP/1.1 仕様書の規則に従って算出した、それを取り出した応答の齢です。