2.1 Language tag syntax 言語構文

The language tag is composed of one or more parts: A primary language subtag and a (possibly empty) series of subsequent subtags.

言語は1つ以上の部分で構成します。第1言語及びそれに続く (空かもしれない) 群です。

The syntax of this tag in ABNF [RFC 2234] is:

このの構文を ABNF で表すとこうなります。

• [1] Language-Tag = Primary-subtag *( "-" Subtag )
• [2] Primary-subtag = 1*8ALPHA
• [3] Subtag = 1*8(ALPHA / DIGIT)

The productions ALPHA and DIGIT are imported from RFC 2234; they denote respectively the characters A to Z in upper or lower case and the digits from 0 to 9. The character "-" is HYPHEN-MINUS (ABNF: %x2D).

構成要素 ALPHA 及び DIGIT は RFC2234 にあります。それぞれ文字 A〜Z の大文字・小文字及び数字 0〜9 を示します。 文字 "-" は HYPHEN-MINUS (ABNF: %x2D) です。

All tags are to be treated as case insensitive; there exist conventions for capitalization of some of them, but these should not be taken to carry meaning. For instance, [ISO 3166] recommends that country codes are capitalized (MN Mongolia), while [ISO 639] recommends that language codes are written in lower case (mn Mongolian).

全てのは大文字・小文字を区別しないものとして扱います。 幾つかのものを大文字化する慣習がありますが、これはなんら意味を持つものでもありません。 例えば、 ISO3166 は国名符号を大文字化する (MN モンゴル) ことを推奨し、 ISO639 は言語符号を小文字で書く (mn モンゴル語) ことを推奨しています。

2.2 Language tag sources 言語典拠

The namespace of language tags is administered by the Internet Assigned Numbers Authority (IANA) [RFC 2860] according to the rules in section 3 of this document.

言語の名前空間はこの文書の第3章の規則に従ってが管理します。

The following rules apply to the primary subtag:

第1には次の規則を適用します。

   - All 2-letter subtags are interpreted according to assignments found
     in ISO standard 639, "Code for the representation of names of
     languages" [ISO 639], or assignments subsequently made by the ISO
     639 part 1 maintenance agency or governing standardization bodies.
     (Note: A revision is underway, and is expected to be released as
     ISO 639-1:2000)

   - All 3-letter subtags are interpreted according to assignments found
     in ISO 639 part 2, "Codes for the representation of names of
     languages -- Part 2: Alpha-3 code [ISO 639-2]", or assignments
     subsequently made by the ISO 639 part 2 maintenance agency or
     governing standardization bodies.

   - The value "i" is reserved for IANA-defined registrations

   - The value "x" is reserved for private use.  Subtags of "x" shall
     not be registered by the IANA.

   - Other values shall not be assigned except by revision of this
     standard.

• 全ての2文字は ISO 規格 639 『言語符号』にある割当て若しくは ISO 639 第1部維持機関又は管理標準化団体により後に行われた割当てに従って解釈する。 (注意: 改定が作業中であり、 ISO 639-1:2000 として制定されると思われる。)
• 全ての3文字は ISO 639 第2部『言語符号——第2部: α‐3符号』 にある割当て若しくは ISO 639 第1部維持機関又は管理標準化団体により後に行われた割当てに従って解釈する。
• 値 "i" は IANA が定義した登録用に予約する。
• 値 "x" は 私用に予約する。 "x" は IANA で登録しない。
• 他の値はこの規格の改訂を除いては使用しない。

The reason for reserving all other tags is to be open towards new revisions of ISO 639; the use of "i" and "x" is the minimum we can do here to be able to extend the mechanism to meet our immediate requirements.

他の全てのを保留する理由は、 ISO 639 の新しい版に追随するためです。 "i" や "x" の使用は、我々の迫った要求に見合うように仕組みを拡張することが出来るようにここで出来る最小限のことです。

The following rules apply to the second subtag:

次の規則を第2に適用します。

   - All 2-letter subtags are interpreted as ISO 3166 alpha-2 country
     codes from [ISO 3166], or subsequently assigned by the ISO 3166
     maintenance agency or governing standardization bodies, denoting
     the area to which this language variant relates.

   - Tags with second subtags of 3 to 8 letters may be registered with
     IANA, according to the rules in chapter 5 of this document.

   - Tags with 1-letter second subtags may not be assigned except after
     revision of this standard.

• 全ての2文字は ISO 3166 からの、若しくは ISO 3166 維持機関又は管理標準化団体が割り当てた ISO 3166 α‐2 国名符号とし、当該言語異形が関係する地域を示す。
• 3〜8文字の第2を持つは IANA によりこの文書の第5章の規則に従い登録しても良い。
• 1文字の第2を持つはこの規格の改訂された後まで割当ててはいけない。

There are no rules apart from the syntactic ones for the third and subsequent subtags.

第3及びそれ以降のには構文的規則以外の規則はありません。

Tags constructed wholly from the codes that are assigned interpretations by this chapter do not need to be registered with IANA before use.

この節でその解釈が割当てられた符号のみから構成されるは使用の前に IANA に登録する必要はありません。

The information in a subtag may for instance be:

中の情報は例えば次のようなものです。

   - Country identification, such as en-US (this usage is described in
     ISO 639)

   - Dialect or variant information, such as en-scouse

   - Languages not listed in ISO 639 that are not variants of any listed
     language, which can be registered with the i-prefix, such as i-tsolyani

   - Region identification, such as sgn-US-MA (Martha's Vineyard Sign
     Language, which is found in the state of Massachusetts, US)

• 国家同定, 例えば en-US (この用法は ISO 639 で説明されています)
• 方言や異形の情報、例えば en-scouse (英語の Liverpool (西 England の港町) 方言)
• [20] ISO 639 に載っていない言語で他のどの言語の変形でもないもので、 i-tsolyani のように i-接頭辞を付けて登録できる
• [19] 地域同定, 例えは sgn-US-MA (合衆国マサチューセッツ州マーサズ葡萄園ヴィンヤード島の手話)

  訳注: Martha's Vineyard == (台湾名) 馬薩葡萄園島。 『みんなが手話で話した島』(佐野正信訳, 築地書館, urn:ISBN:4-8067-2220-0) という本に詳しいらしい。

This document leaves the decision on what tags are appropriate or not to the registration process described in section 3.

この文書はどのようなが第3節で説明する登録過程に適当か否かの決定には触れません。

ISO 639 defines a maintenance agency for additions to and changes in the list of languages in ISO 639. This agency is:

ISO 639 は ISO 639 の言語一覧への追加と変更の管理機関を定義しています。 管理機関は、

        International Information Centre for Terminology (Infoterm)
        P.O. Box 130    専門用語国際情報センター
        A-1021 Wien
        Austria

        Phone: +43 1 26 75 35 Ext. 312
        Fax:   +43 1 216 32 72

です。 訳注: Infoterm の日本語名は見つかりませんでした。

ISO 639-2 defines a maintenance agency for additions to and changes in the list of languages in ISO 639-2. This agency is:

ISO 639-2 は ISO 639-2 の言語一覧への追加と変更の管理機関を定義しています。 管理機関は、

        Library of Congress 合衆国議会図書館ネットワーク開発及び MARS 標準局
        Network Development and MARC Standards Office
        Washington, D.C. 20540
        USA

        Phone: +1 202 707 6237
        Fax:   +1 202 707 0115
        URL: http://www.loc.gov/standards/iso639

です。

The maintenance agency for ISO 3166 (country codes) is:

ISO 3166 (国名符号) の維持機関は

        ISO 3166 Maintenance Agency Secretariat ISO 3166 維持機関事務局
        c/o DIN Deutsches Institut fuer Normung
        Burggrafenstrasse 6
        Postfach 1107
        D-10787 Berlin
        Germany

        Phone: +49 30 26 01 320
        Fax:   +49 30 26 01 231
        URL: http://www.din.de/gremien/nas/nabd/iso3166ma/

です。

ISO 3166 reserves the country codes AA, QM-QZ, XA-XZ and ZZ as user-assigned codes. These MUST NOT be used to form language tags.

ISO 3166 は国名符号 AA, QM〜QZ, XA〜XZ 及び ZZ を利用者割当符号として予約しています。 これらは言語の形成に使用しては。

2.3 Choice of language tag 言語の選択

One may occasionally be faced with several possible tags for the same body of text.

時折、の同一本体に対して複数のが考えられる場面があります。

Interoperability is best served if all users send the same tag, and use the same tag for the same language for all documents. If an application has requirements that make the rules here inapplicable, the application protocol specification MUST specify how the procedure varies from the one given here.

全ての利用者が同じを送信し、全ての文書で同じ言語に同じを使えば最も相互通信性ががります。 応用がその要件によりここでの規則を適用できない場合、応用は手続きがここに示すものからどう変化するのかを規定しなければ。

The text below is based on the set of tags known to the tagging entity.

下記のは付けする実体に対して分かっているの集合を基にします。

   1. Use the most precise tagging known to the sender that can be
      ascertained and is useful within the application context.

   2. When a language has both an ISO 639-1 2-character code and an ISO
      639-2 3-character code, you MUST use the tag derived from the ISO
      639-1 2-character code.

   3. When a language has no ISO 639-1 2-character code, and the ISO
      639-2/T (Terminology) code and the ISO 639-2/B (Bibliographic)
      code differ, you MUST use the Terminology code.  NOTE: At present,
      all languages for which there is a difference have 2-character
      codes, and the displeasure of developers about the existence of 2
      code sets has been adequately communicated to ISO.  So this
      situation will hopefully not arise.

   4. When a language has both an IANA-registered tag (i-something) and
      a tag derived from an ISO registered code, you MUST use the ISO
      tag.  NOTE: When such a situation is discovered, the IANA-registered 
      tag SHOULD be deprecated as soon as possible.

   5. You SHOULD NOT use the UND (Undetermined) code unless the protocol
      in use forces you to give a value for the language tag, even if
      the language is unknown.  Omitting the tag is preferred.

   6. You SHOULD NOT use the MUL (Multiple) tag if the protocol allows
      you to use multiple languages, as is the case for the Content-Language:  header.

1. 確認出来ていて応用の文脈中で有用である、送信者の知る最も正確な付けを使う。
2. 言語が ISO 639-1 2文字符号及び ISO 639-2 3文字符号の両者を持つ場合は、 ISO 639-1 2文字符号に由来するを使わなければ。
3. 言語が ISO 639-1 2文字符号を持っておらず、 ISO 639-2/T (用語) 符号及び ISO 639-2/B (書誌) 符号が異なる場合、用語符号を使わなければ。 注意: 現在、差異のある全ての言語は2文字符号を持っており、また2つの符号集合が存在することに関する開発者の不満は ISO に十分に伝えられています。ですから、この状況はうまくいけば起こらないでしょう。
4. 言語が IANA 登録 (i-なんたら) と ISO 登録符号に由来するを持っている場合、 ISO を使わなければ。注意: そのような状況が判明した場合、 IANA 登録は可能な限りすぐに非推奨する。
5. UND (未決定) 符号は使用するプロトコルが言語の値を与えることを強制していない限り使用し。 を省略する方が好ましいです。
6. MUL (複数) は、 Content-Language: のようにプロトコルが複数の言語の使用を認めている場合には使用し。

NOTE: In order to avoid versioning difficulties in applications such as that of RFC 1766, the ISO 639 Registration Authority Joint Advisory Committee (RA-JAC) has agreed on the following policy statement:

注意: RFC 1766 の場合のように応用中での版決定が困難になるのを避けるため、 ISO 630 登録事務局合同諮問委員会 (RA-JAC) は次の方針声明に合意しました。

"After the publication of ISO/DIS 639-1 as an International Standard, no new 2-letter code shall be added to ISO 639-1 unless a 3-letter code is also added at the same time to ISO 639-2. In addition, no language with a 3-letter code available at the time of publication of ISO 639-1 which at that time had no 2-letter code shall be subsequently given a 2-letter code."

「ISO/DIS 639-1 が国際標準として発行された後、3文字符号が同時に ISO 639-2 に追加されない限り新しい2文字符号は ISO 639-1 には追加しない。 加えて、 ISO 639-1 の発行の時点で3文字言語符号を持つが2文字符号は持たない言語には今後2文字符号を与えない。」

This will ensure that, for example, a user who implements "hwi" (Hawaiian), which currently has no 2-letter code, will not find his or her data invalidated by eventual addition of a 2-letter code for that language."

これにより例えば、現在2文字符号を持たない "hwi" (ハワイ語) を実装した利用者は、結果として起こるこの言語への2文字符号の追加によりそのデータが無効になることはありません。

2.4 Meaning of the language tag 言語の意味

The language tag always defines a language as spoken (or written, signed or otherwise signaled) by human beings for communication of information to other human beings. Computer languages such as programming languages are explicitly excluded. There is no guaranteed relationship between languages whose tags begin with the same series of subtags; specifically, they are NOT guaranteed to be mutually intelligible, although it will sometimes be the case that they are.

言語は常に、人間により他の人間への情報の伝達のために話される (又は書かれる, 示される, その他信号される) 言語を定義します。 プログラム言語のような計算機言語は明白に除外します。 同じ群で始まるの言語間の関係についての保障はありません。 具体的には、相互に理解可能であるという保障は、可能であるという場合もあるでしょうが、保障しません。

The relationship between the tag and the information it relates to is defined by the standard describing the context in which it appears. Accordingly, this section can only give possible examples of its usage.

及びその関連する情報の関係は、その出現する文脈を説明した規格の定義によります。 従って、この節はその可能な用法の例のみを示します。

   - For a single information object, it could be taken as the set of
     languages that is required for a complete comprehension of the
     complete object.
     Example: Plain text documents.

   - For an aggregation of information objects, it should be taken as
     the set of languages used inside components of that aggregation.
     Examples: Document stores and libraries.

   - For information objects whose purpose is to provide alternatives,
     the set of tags associated with it should be regarded as a hint
     that the content is provided in several languages, and that one has
     to inspect each of the alternatives in order to find its language
     or languages.  In this case, a tag with multiple languages does not
     mean that one needs to be multi-lingual to get complete
     understanding of the document.
     Example: MIME multipart/alternative.

   - In markup languages, such as HTML and XML, language information can
     be added to each part of the document identified by the markup
     structure (including the whole document itself).  For example, one
     could write <span lang="FR">C'est la vie.</span> inside a Norwegian
     document; the Norwegian-speaking user could then access a 
     French-Norwegian dictionary to find out what the marked section meant.  If
     the user were listening to that document through a speech synthesis
     interface, this formation could be used to signal the synthesizer
     to appropriately apply French text-to-speech pronunciation rules to
     that span of text, instead of misapplying the Norwegian rules.

• 単一情報物体で、完全な物体の完全な理解のために必要とされる言語の集合として取ることが出来る。 例: 文書
• 情報物体の集合で、集合の内部構成要素に使われている言語の集合として取るのが良い。 例: 文書蓄積及び書庫
• 代替物を提供するのが目的の情報物体で、これに関連付けられているの集合は内容が複数の言語で提供されていて各代替物をその言語を調べるために調査しないといけないものの補助情報としてみなすのが良い。 この場合、複数言語のは文書を完全に理解するのに多言語に通じている必要があることを意味しない。 例: MIME multipart/alternative
• マーク付け言語, HTML や XML などで、マーク付け構造で識別される文書の各部 (文書自体全体を含む。) に加えることが出来る。 例えば、諾威ノルウェイ語文書の中で <span lang="FR">C'est la vie.</span> と書くことが出来ます。 諾威語話者はマークされた節の意味を理解するために仏諾辞典を引くことが出来ます。 利用者が文書を発話合成界面を通じて聞いているなら、の当該部分を仏蘭西語の会話発音規則を (誤って諾威語の規則を適用せずに正しく) 適用するよう合成器に知らせるのに使えます。

2.5 Language-range 言語範囲

Since the publication of RFC 1766, it has become apparent that there is a need to define a term for a set of languages whose tags all begin with the same sequence of subtags.

RFC 1766 の発行以後、同じ群で始まるの言語の集合を表す語彙を定義する必要があることが明らかになってきました。

The following definition of language-range is derived from HTTP/1.1 [RFC 2616].

次の language-range の定義は HTTP/1.1 に由来します。

• [13] language-range = language-tag / "*"

That is, a language-range has the same syntax as a language-tag, or is the single character "*".

つまり、 language-range は language-tag と同じ構文を持つか、単一文字 "*" です。

A language-range matches a language-tag if it exactly equals the tag, or if it exactly equals a prefix of the tag such that the first character following the prefix is "-".

language-range はと完全に等しいか、の接頭辞が完全に等しくて、接頭辞の次の文字が "-" である場合に language-tag に一致します。

The special range "*" matches any tag. A protocol which uses language ranges may specify additional rules about the semantics of "*"; for instance, HTTP/1.1 specifies that the range "*" matches only languages not matched by any other range within an "Accept-Language:" header.

特殊範囲 "*" はどのにも一致します。 言語範囲を使用するは "*" の意味についての追加の規則を規定しても構いません。例えば、 HTTP/1.1 は Accept-Language: 中のどの他の範囲にも一致しない言語に一致します。

NOTE: This use of a prefix matching rule does not imply that language tags are assigned to languages in such a way that it is always true that if a user understands a language with a certain tag, then this user will also understand all languages with tags for which this tag is a prefix. The prefix rule simply allows the use of prefix tags if this is the case.

注意: 接頭辞一致規則のこの用法は、ある利用者があるの言語を理解するならば、この利用者はこのが接頭辞であるの全ての言語をも理解するという条件が常に真であるように言語が割当てられることを必要とするものではありません。