Network Working Group A. Costello
Request for Comments: 3492 Univ. of California, Berkeley
Category: Standards Track March 2003
Punycode: A Bootstring encoding of Unicode
for Internationalized Domain Names in Applications (IDNA)
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
Abstract
抽象
Punycode is a simple and efficient transfer encoding syntax designed for use with Internationalized Domain Names in Applications (IDNA). It uniquely and reversibly transforms a Unicode string into an ASCII string. ASCII characters in the Unicode string are represented literally, and non-ASCII characters are represented by ASCII characters that are allowed in host name labels (letters, digits, and hyphens). This document defines a general algorithm called Bootstring that allows a string of basic code points to uniquely represent any string of code points drawn from a larger set. Punycode is an instance of Bootstring that uses particular parameter values specified by this document, appropriate for IDNA.
ピュニコードは、アプリケーション（IDNA）で国際化ドメイン名で使用するために設計されたシンプルかつ効率的な転送エンコードの構文です。それはユニークかつ可逆ASCII文字列にUnicode文字列を変換します。 Unicode文字列内のASCII文字は、文字通り表現され、非ASCII文字は、ホスト名のラベル（文字、数字、およびハイフン）で許可されているASCII文字で表現されています。この文書は、基本的なコードポイントの列を一意により大きなセットから引き出されたコードポイントの任意の文字列を表現することを可能にするブートストリングと呼ばれる一般的なアルゴリズムを定義します。ピュニコードはIDNAのために適切な本文書で指定された特定のパラメータ値を使用してブートストリングのインスタンスです。
Table of Contents
目次
1. Introduction...............................................2
1.1 Features..............................................2
1.2 Interaction of protocol parts.........................3
2. Terminology................................................3
3. Bootstring description.....................................4
3.1 Basic code point segregation..........................4
3.2 Insertion unsort coding...............................4
3.3 Generalized variable-length integers..................5
3.4 Bias adaptation.......................................7
4. Bootstring parameters......................................8
5. Parameter values for Punycode..............................8
6. Bootstring algorithms......................................9
6.1 Bias adaptation function.............................10
6.2 Decoding procedure...................................11
6.3 Encoding procedure...................................12
6.4 Overflow handling....................................13
7. Punycode examples.........................................14
7.1 Sample strings.......................................14
7.2 Decoding traces......................................17
7.3 Encoding traces......................................19
8. Security Considerations...................................20
9. References................................................21
9.1 Normative References.................................21
9.2 Informative References...............................21
A. Mixed-case annotation.....................................22
B. Disclaimer and license....................................22
C. Punycode sample implementation............................23
Author's Address.............................................34
Full Copyright Statement.....................................35
[IDNA] describes an architecture for supporting internationalized domain names. Labels containing non-ASCII characters can be represented by ACE labels, which begin with a special ACE prefix and contain only ASCII characters. The remainder of the label after the prefix is a Punycode encoding of a Unicode string satisfying certain constraints. For the details of the prefix and constraints, see [IDNA] and [NAMEPREP].
[IDNA]国際化ドメイン名をサポートするためのアーキテクチャについて説明します。非ASCII文字を含むラベルは、特別なACEプレフィックスで始まり、ASCII文字のみが含まれているACEラベル、で表すことができます。接頭後にラベルの残りの部分は、特定の制約を満たすUnicode文字列のピュニコードエンコーディングです。プレフィックスと制約の詳細については、[NAMEPREP] [IDNA]を参照して。
Punycode is an instance of a more general algorithm called Bootstring, which allows strings composed from a small set of "basic" code points to uniquely represent any string of code points drawn from a larger set. Punycode is Bootstring with particular parameter values appropriate for IDNA.
ピュニコードは、「基本」コードポイントの小さい集合からなる文字列を一意により大きなセットから引き出されたコードポイントの任意の文字列を表現することを可能にするブートストリングと呼ばれるより一般的なアルゴリズムの例です。ピュニコードはIDNAに適した特定のパラメータ値を用いてブートストリングれます。
Bootstring has been designed to have the following features:
ブートストリングは、次のような特徴を持つように設計されています：
* Completeness: Every extended string (sequence of arbitrary code points) can be represented by a basic string (sequence of basic code points). Restrictions on what strings are allowed, and on length, can be imposed by higher layers.
*完全性：すべての拡張文字列（任意のコード・ポイントのシーケンス）を基本文字列（基本コードポイントのシーケンス）で表すことができます。どのような文字列の制限が許可され、そして長さに、上位層によって課すことができます。
* Uniqueness: There is at most one basic string that represents a given extended string.
*一意性：指定した拡張文字列を表し、最大1つの基本的な文字列があります。
* Reversibility: Any extended string mapped to a basic string can be recovered from that basic string.
*可逆性：基本的な文字列にマッピングされた任意の拡張文字列は、その基本的な文字列から回収することができます。
* Efficient encoding: The ratio of basic string length to extended string length is small. This is important in the context of domain names because RFC 1034 [RFC1034] restricts the length of a domain label to 63 characters.
*効率的な符号化：拡張された文字列の長さに基本的な文字列の長さの比が小さいです。 RFC 1034 [RFC1034]は63個の文字にドメインラベルの長さを制限しているためこれは、ドメイン名の文脈で重要です。
* Simplicity: The encoding and decoding algorithms are reasonably simple to implement. The goals of efficiency and simplicity are at odds; Bootstring aims at a good balance between them.
*シンプル：符号化と復号化アルゴリズムは、合理的に実現するのは簡単です。効率性とシンプルさの目標は対立しています。ブートストリングは、それらの間の良好なバランスを目指しています。
* Readability: Basic code points appearing in the extended string are represented as themselves in the basic string (although the main purpose is to improve efficiency, not readability).
*可読性：（主な目的は、効率ではなく、読みやすさを改善することであるが）、拡張文字列に現れる基本的なコードポイントは基本文字列でそれ自体として表されます。
Punycode can also support an additional feature that is not used by the ToASCII and ToUnicode operations of [IDNA]. When extended strings are case-folded prior to encoding, the basic string can use mixed case to tell how to convert the folded string into a mixed-case string. See appendix A "Mixed-case annotation".
ピュニコードまた、[IDNA]のもしToASCIIとのToUnicode操作で使用されていない追加の機能をサポートすることができます。拡張文字列は、大文字小文字が変換符号化の前にあるときは、基本的な文字列は、大文字と小文字の文字列に折りたたまれた文字列を変換する方法を教えて大文字と小文字を使用することができます。 「混合ケース注釈を」付録を参照してください。
Punycode is used by the IDNA protocol [IDNA] for converting domain labels into ASCII; it is not designed for any other purpose. It is explicitly not designed for processing arbitrary free text.
ピュニコードは、ASCIIにドメインラベルを変換するIDNAプロトコル[IDNA]で使用されます。それは、他の目的のために設計されていません。これは、明示的に任意のフリーテキストを処理するために設計されていません。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119 [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますBCP 14、RFC 2119 [RFC2119]に記載されているように解釈されます。
A code point is an integral value associated with a character in a coded character set.
コード・ポイントは、符号化された文字セット内の文字に関連付けられた積分値です。
As in the Unicode Standard [UNICODE], Unicode code points are denoted by "U+" followed by four to six hexadecimal digits, while a range of code points is denoted by two hexadecimal numbers separated by "..", with no prefixes.
コードポイントの範囲はないプレフィックスと、「..」で区切られた2つの16進数で表されている間Unicode標準[UNICODE]のように、Unicodeコードポイントは、4〜6桁の16進数字が続く「U +」で示されています。
The operators div and mod perform integer division; (x div y) is the quotient of x divided by y, discarding the remainder, and (x mod y) is the remainder, so (x div y) * y + (x mod y) == x. Bootstring uses these operators only with nonnegative operands, so the quotient and remainder are always nonnegative.
演算子DIVとMODは整数除算を実行します。 （XのDIVのY）x ==残りを廃棄、yで割ったXの商であり、（MOD Y x）の余りであるので、（MOD Y X）（Xのdiv Y）*のY +。ブートストリングは、非負オペランドでこれらの演算子を使用するため、商と余りは常に非負です。
The break statement jumps out of the innermost loop (as in C).
break文は、（Cのように）最内ループの外にジャンプします。
An overflow is an attempt to compute a value that exceeds the maximum value of an integer variable.
オーバーフローは、整数変数の最大値を超える値を計算しようとする試みです。
Bootstring represents an arbitrary sequence of code points (the "extended string") as a sequence of basic code points (the "basic string"). This section describes the representation. Section 6 "Bootstring algorithms" presents the algorithms as pseudocode. Sections 7.1 "Decoding traces" and 7.2 "Encoding traces" trace the algorithms for sample inputs.
ブートストリングは、基本コード・ポイント（「基本的な文字列」）のシーケンスとしてコード・ポイントの任意の配列（「拡張文字列」）を表します。このセクションでは、表現を記述します。第6章「ブートストリングアルゴリズムは」擬似コードなどのアルゴリズムを提示します。セクション7.1「デコード・トレース」と7.2のサンプル入力のためのアルゴリズムをたどる「エンコーディングはトレース」。
The following sections describe the four techniques used in Bootstring. "Basic code point segregation" is a very simple and efficient encoding for basic code points occurring in the extended string: they are simply copied all at once. "Insertion unsort coding" encodes the non-basic code points as deltas, and processes the code points in numerical order rather than in order of appearance, which typically results in smaller deltas. The deltas are represented as "generalized variable-length integers", which use basic code points to represent nonnegative integers. The parameters of this integer representation are dynamically adjusted using "bias adaptation", to improve efficiency when consecutive deltas have similar magnitudes.
次のセクションでは、ブートストリングに使用される4つのテクニックについて説明します。 「基本的なコードポイントの分離は、」拡張された文字列で発生した基本的なコードポイントのための非常にシンプルかつ効率的な符号化である：彼らは単にすべてを一度にコピーされます。 「コーディングソート解除挿入」は、典型的には、より小さなデルタをもたらす、デルタのような非基本コードポイントを符号化し、番号順ではなく、出現順にコードポイントを処理します。デルタは、非負整数を表すために、基本的なコードポイントを使用して、「一般化可変長整数」として表されます。この整数表現のパラメータを動的に連続デルタは同様の大きさを有するとき、効率を改善するために、「バイアス適応」を使用して調整されます。
All basic code points appearing in the extended string are represented literally at the beginning of the basic string, in their original order, followed by a delimiter if (and only if) the number of basic code points is nonzero. The delimiter is a particular basic code point, which never appears in the remainder of the basic string. The decoder can therefore find the end of the literal portion (if there is one) by scanning for the last delimiter.
拡張された文字列に現れるすべての基本コードポイントは、基本的なコードポイントの数がゼロでない（そして場合のみ）場合デリミタ続いて、元の順序で、基本的な文字列の先頭に文字通り表されます。デリミタは、基本的な文字列の残りの部分に表示されません特定の基本的なコード・ポイントです。最後のデリミタのスキャンによって（存在する場合）、デコーダは、したがって、リテラル部分の終わりを見つけることができます。
The remainder of the basic string (after the last delimiter if there is one) represents a sequence of nonnegative integral deltas as generalized variable-length integers, described in section 3.3. The meaning of the deltas is best understood in terms of the decoder.
（存在する場合、最後のデリミタの後に）基本的な文字列の残りの部分は、セクション3.3で説明した一般化可変長整数として非負積分デルタの配列を表します。デルタの意味は、最高のデコーダの観点で理解されています。
The decoder builds the extended string incrementally. Initially, the extended string is a copy of the literal portion of the basic string (excluding the last delimiter). The decoder inserts non-basic code points, one for each delta, into the extended string, ultimately arriving at the final decoded string.
デコーダは、増分拡張文字列を構築します。最初に、拡張された文字列は、（最後の区切り文字を除く）の基本的な文字列リテラルの一部のコピーです。デコーダは、最終的に最終的なデコードされた文字列に到着し、拡張された文字列に、非基本コードポイント、各デルタのための1つを挿入します。
At the heart of this process is a state machine with two state variables: an index i and a counter n. The index i refers to a position in the extended string; it ranges from 0 (the first position) to the current length of the extended string (which refers to a potential position beyond the current end). If the current state is <n,i>, the next state is <n,i+1> if i is less than the length of the extended string, or <n+1,0> if i equals the length of the extended string. In other words, each state change causes i to increment, wrapping around to zero if necessary, and n counts the number of wrap-arounds.
インデックスiとカウンタn：このプロセスの心臓部には2つの状態変数とステートマシンがあります。インデックスiは、拡張文字列内の位置を指します。それが0（最初の位置）から（現在の端を越えて潜在的位置を意味する）、拡張文字列の現在の長さの範囲です。現在の状態である場合には<N、i>は、次の状態は、<N、I + 1> iは、拡張文字列の長さよりも小さい場合、または<N + 1,0> iは、拡張の長さと等しい場合文字列。換言すれば、各状態変化が必要な場合、ゼロにラップアラウンド、iをインクリメントさせ、そしてnはラップアラウンドの数をカウントします。
Notice that the state always advances monotonically (there is no way for the decoder to return to an earlier state). At each state, an insertion is either performed or not performed. At most one insertion is performed in a given state. An insertion inserts the value of n at position i in the extended string. The deltas are a run-length encoding of this sequence of events: they are the lengths of the runs of non-insertion states preceeding the insertion states. Hence, for each delta, the decoder performs delta state changes, then an insertion, and then one more state change. (An implementation need not perform each state change individually, but can instead use division and remainder calculations to compute the next insertion state directly.) It is an error if the inserted code point is a basic code point (because basic code points were supposed to be segregated as described in section 3.1).
状態は常に単調に進んでいること（デコーダが以前の状態に戻す方法はありません）に注意してください。各状態で、挿入を行うか、行わないのいずれか。せいぜい1つの挿入が与えられた状態で行われます。挿入は、拡張文字列内の位置iにおけるnの値を挿入します。デルタは、この一連のイベントのランレングス符号化されている：彼らは、挿入状態に先行する非挿入状態のランの長さです。したがって、各デルタのために、デコーダは、デルタ状態の変更、挿入、次いでもう一つの状態変化を行います。 （実装は、個々の状態の変更を行う必要はなく、代わりに、直接次の挿入状態を計算する除算と剰余演算を使用することができる。）基本的なコードポイントがになっていたので、挿入されたコードポイント（基本コード・ポイントである場合は、エラーでありますセクション3.1で説明したように）分離します。
The encoder's main task is to derive the sequence of deltas that will cause the decoder to construct the desired string. It can do this by repeatedly scanning the extended string for the next code point that the decoder would need to insert, and counting the number of state changes the decoder would need to perform, mindful of the fact that the decoder's extended string will include only those code points that have already been inserted. Section 6.3 "Encoding procedure" gives a precise algorithm.
エンコーダの主なタスクは、デコーダが目的の文字列を構築するようになりますデルタのシーケンスを導出することです。これは、デコーダは、デコーダの拡張文字列だけのものが挙げられるだろうという事実を、意識実行する必要があります変わり繰り返しデコーダを挿入するために必要となる次のコード・ポイントのために拡張された文字列をスキャンし、状態の数をカウントすることによって、これを行うことができます既に挿入されたコードポイント。 6.3節「符号化手順は、」正確なアルゴリズムを提供します。
In a conventional integer representation the base is the number of distinct symbols for digits, whose values are 0 through base-1. Let digit_0 denote the least significant digit, digit_1 the next least significant, and so on. The value represented is the sum over j of digit_j * w(j), where w(j) = base^j is the weight (scale factor) for position j. For example, in the base 8 integer 437, the digits are 7, 3, and 4, and the weights are 1, 8, and 64, so the value is 7 + 3*8 + 4*64 = 287. This representation has two disadvantages: First, there are multiple encodings of each value (because there can be extra zeros in the most significant positions), which is inconvenient when unique encodings are needed. Second, the integer is not self-delimiting, so if multiple integers are concatenated the boundaries between them are lost.
従来の整数表現のベースは、値ベース-1を介して0である数字のための別個のシンボルの数です。 digit_0最下位桁を示すものと、その次の最下位、およびdigit_1。示される値は、位置jについてW（J）=ベース^ jは重み（スケールファクタ）である（J）、W digit_j *のJにわたる和です。値は、この表現が有する7 + 3 * 8 + 4×64 = 287であるので、例えば、基数8の整数437で、数字は7,3、および4であり、重みは、1~8であり、そして64 2つの欠点は：まず、ユニークなエンコーディングが必要な場合には不便である各値（最上位の位置に余分なゼロが存在する可能性があるため）、複数の符号化方式があります。第二に、整数は自己区切りではないので、複数の整数が連結されている場合は、それらの間の境界が失われます。
The generalized variable-length representation solves these two problems. The digit values are still 0 through base-1, but now the integer is self-delimiting by means of thresholds t(j), each of which is in the range 0 through base-1. Exactly one digit, the most significant, satisfies digit_j < t(j). Therefore, if several integers are concatenated, it is easy to separate them, starting with the first if they are little-endian (least significant digit first), or starting with the last if they are big-endian (most significant digit first). As before, the value is the sum over j of digit_j * w(j), but the weights are different:
一般可変長表現は、この2つの問題を解決します。桁の値は、ベース1を介して依然として0であるが、今整数は、ベース1を介して範囲0であり、各々が閾値T（j）は、によって自己区切りです。正確に1桁、最も重要な、満足しdigit_j <T（J）。いくつかの整数が連結されている場合したがって、彼らが（最初の最下位桁）リトルエンディアンであれば最初から始まる、または、彼らは（最初の最上位桁）ビッグエンディアンであれば最後から開始して、それらを分離することは容易です。前と同じように、値（J）w * digit_jのJにわたって和が、重みが異なります。
w(0) = 1 w(j) = w(j-1) * (base - t(j-1)) for j > 0
J> 0 - （0）= 1、W（J）= W（J-1）*（T（J-1）塩基）w
For example, consider the little-endian sequence of base 8 digits 734251... Suppose the thresholds are 2, 3, 5, 5, 5, 5... This implies that the weights are 1, 1*(8-2) = 6, 6*(8-3) = 30, 30*(8-5) = 90, 90*(8-5) = 270, and so on. 7 is not less than 2, and 3 is not less than 3, but 4 is less than 5, so 4 is the last digit. The value of 734 is 7*1 + 3*6 + 4*30 = 145. The next integer is 251, with value 2*1 + 5*6 + 1*30 = 62. Decoding this representation is very similar to decoding a conventional integer: Start with a current value of N = 0 and a weight w = 1. Fetch the next digit d and increase N by d * w. If d is less than the current threshold (t) then stop, otherwise increase w by a factor of (base - t), update t for the next position, and repeat.
例えば、閾値は2、3、5、5、5、5であると仮定...ベースのリトルエンディアンシーケンスを8桁734251を考える...これは、重みが1、1 *（8-2）であることを意味します= 6,6 *（8-3）= 30、30 *（8-5）= 90、90 *（8-5）= 270、など。図7は、2以上であり、3は3以上であるが、4 SO 4を最後の桁であり、5未満です。 734の値は、7×1 + 3 * 6 + 4×30 = 145次の整数値で、251は2 * 1 + 5 * 6 + 1×30 = 62この表現を復号化する復号化することは非常に類似しています従来の整数：次の桁dを取得し、D * WによりNを増やす1. = N = 0の電流値と重みwから開始します。 dが電流閾値（T）よりも小さい場合、停止し、そうでない場合（ベース - t）の係数でwが増加、次の位置tを更新し、繰り返します。
Encoding this representation is similar to encoding a conventional integer: If N < t then output one digit for N and stop, otherwise output the digit for t + ((N - t) mod (base - t)), then replace N with (N - t) div (base - t), update t for the next position, and repeat.
この表現を符号化することは、従来の整数を符号化に類似している：NのためのN <T、出力一桁場合や停止、そうでなければ出力のT +ため桁（（N - T）MOD（ベース - T））、次いで（とNを置き換えますN - T）DIV（ベース - t）は、次の位置、及び繰り返しの更新T。
For any particular set of values of t(j), there is exactly one generalized variable-length representation of each nonnegative integral value.
T（j）の値の任意の特定のセットについて、各非負整数値の正確に一つの一般化された可変長表現があります。
Bootstring uses little-endian ordering so that the deltas can be separated starting with the first. The t(j) values are defined in terms of the constants base, tmin, and tmax, and a state variable called bias:
ブートストリングは、デルタが最初から始まる分離することができるようにリトルエンディアン順序付けを使用しています。 T（j）の値は定数ベース、TMINとTMAX、および状態変数と呼ばれるバイアスの観点で定義されています。
t(j) = base * (j + 1) - bias, clamped to the range tmin through tmax
T（J）=ベース*（J + 1） - バイアスは、TMAXを介し範囲TMINにクランプ
The clamping means that if the formula yields a value less than tmin or greater than tmax, then t(j) = tmin or tmax, respectively. (In the pseudocode in section 6 "Bootstring algorithms", the expression base * (j + 1) is denoted by k for performance reasons.) These t(j) values cause the representation to favor integers within a particular range determined by the bias.
クランプ式はそれぞれ、次にT（J）= TMINまたはTMAX、TMAXよりTMINよりも小さいか大きい値が得られる場合、その意味します。 （セクション6の擬似コード「ブートストリングアルゴリズム」は、式ベース*（J + 1）は、パフォーマンス上の理由Kによって示される。）これらのT（j）の値が表現はバイアスによって決定される特定の範囲内の整数を支持させます。
After each delta is encoded or decoded, bias is set for the next delta as follows:
各差分が符号化又は復号化された後に、次のように、バイアスは次のデルタのために設定されています。
let delta = delta div 2
デルタ=デルタのdiv 2を聞かせて
But when this is the very first delta, the divisor is not 2, but instead a constant called damp. This compensates for the fact that the second delta is usually much smaller than the first.
これは非常に最初のデルタであるときしかし、除数が2ではなく、定数が湿っと呼ばれます。これは、第2のデルタは通常、最初のものよりはるかに小さいという事実を補償します。
2. Delta is increased to compensate for the fact that the next delta will be inserting into a longer string:
2.デルタは次のデルタが長い文字列に挿入されるという事実を補うために増加されます。
let delta = delta + (delta div numpoints)
聞かせデルタ=デルタ+（デルタのdiv numpoints）
numpoints is the total number of code points encoded/decoded so far (including the one corresponding to this delta itself, and including the basic code points).
numpoints（このデルタ自身に対応するもの、及び基本的なコードポイントなどを含む）これまでに符号化/復号化コードポイントの総数です。
3. Delta is repeatedly divided until it falls within a threshold, to predict the minimum number of digits needed to represent the next delta:
3.それは次のデルタを表すのに必要な最小桁数を予測するために、閾値内に入るまで、デルタが繰り返し分割されています。
while delta > ((base - tmin) * tmax) div 2
do let delta = delta div (base - tmin)
let bias =
(base * the number of divisions performed in step 3) +
(((base - tmin + 1) * delta) div (delta + skew))
The motivation for this procedure is that the current delta provides a hint about the likely size of the next delta, and so t(j) is set to tmax for the more significant digits starting with the one expected to be last, tmin for the less significant digits up through the one expected to be third-last, and somewhere between tmin and tmax for the digit expected to be second-last (balancing the hope of the expected-last digit being unnecessary against the danger of it being insufficient).
この手順のための動機は、現在のデルタは、次のデルタのありそうな大きさについてのヒントを提供することであり、したがってT（j）が最後であることが期待1から始まるより有効数字のためのT maxに設定されている、以下のためにTMIN重要なサード最後であることが予想1の数字アップ、そしてどこかTMINとTMAXの間に第二の最後であることが予想数字のために（期待-最後の数字は、それが不十分であることの危険性に対する不必要であることの希望を均衡）。
Given a set of basic code points, one needs to be designated as the delimiter. The base cannot be greater than the number of distinguishable basic code points remaining. The digit-values in the range 0 through base-1 need to be associated with distinct non-delimiter basic code points. In some cases multiple code points need to have the same digit-value; for example, uppercase and lowercase versions of the same letter need to be equivalent if basic strings are case-insensitive.
基本的なコードポイントの集合与えられ、一つは区切り文字として指定する必要があります。塩基は、残りの識別可能な基本的なコードポイントの数を超えることはできません。ベース1を介して範囲0で桁の値が異なる非区切り基本コード・ポイントに関連付けする必要があります。いくつかのケースでは、複数のコード・ポイントは、同じ桁値を有する必要があります。例えば、同じ文字の大文字と小文字のバージョンでは、基本的な文字列は大文字と小文字を区別しない場合と同等にする必要があります。
The initial value of n cannot be greater than the minimum non-basic code point that could appear in extended strings.
nの初期値は、拡張文字列に表示される可能性が最小の非基本コードポイントを超えることはできません。
The remaining five parameters (tmin, tmax, skew, damp, and the initial value of bias) need to satisfy the following constraints:
残りの5つのパラメータ（TMIN、TMAX、スキュー、湿気、及びバイアスの初期値）は、以下の制約を満たす必要があります。
0 <= tmin <= tmax <= base-1 skew >= 1 damp >= 2 initial_bias mod base <= base - tmin
0 <= TMIN <= TMAX <=ベース1スキュー> = 1減衰> = 2 initial_bias MOD基地<=ベース - TMIN
Provided the constraints are satisfied, these five parameters affect efficiency but not correctness. They are best chosen empirically.
制約条件が満たされて設けられて、これらの5つのパラメータは、効率性ではなく、正確さに影響を与えます。彼らは最高の経験的に選択されています。
If support for mixed-case annotation is desired (see appendix A), make sure that the code points corresponding to 0 through tmax-1 all have both uppercase and lowercase forms.
混在ケース注釈のサポートが（付録Aを参照）が所望される場合、コードポイントは、すべてTMAX-1を介して0に対応する両方の大文字と小文字の形態を有することを確認してください。
Punycode uses the following Bootstring parameter values:
ピュニコードには、以下のブートストリングパラメータ値を使用しています：
base = 36 tmin = 1 tmax = 26 skew = 38 damp = 700 initial_bias = 72 initial_n = 128 = 0x80
基地= 36 TMIN = 1 TMAX = 26スキュー= 38減衰= 700 initial_bias = 72 initial_n = 128 = 0x80と
Although the only restriction Punycode imposes on the input integers is that they be nonnegative, these parameters are especially designed to work well with Unicode [UNICODE] code points, which are integers in the range 0..10FFFF (but not D800..DFFF, which are reserved for use by the UTF-16 encoding of Unicode). The basic code points are the ASCII [ASCII] code points (0..7F), of which U+002D (-) is the delimiter, and some of the others have digit-values as follows:
ピュニコード入力整数に課す唯一の制限は、それらが非負であることがあるが、これらのパラメータは、特に範囲0..10FFFF（ただしD800..DFFFの整数であるユニコード[UNICODE]コードポイント、とうまく動作するように設計され、これは、UnicodeのUTF-16符号化）による使用のために予約されています。 ：（ - ）区切り文字であり、次のように、他の一部は、桁値を有する基本コードポイントはU + 002Dは、そのASCII [ASCII]コードポイント（0..7F）、あります
code points digit-values
------------ ----------------------
41..5A (A-Z) = 0 to 25, respectively
61..7A (a-z) = 0 to 25, respectively
30..39 (0-9) = 26 to 35, respectively
Using hyphen-minus as the delimiter implies that the encoded string can end with a hyphen-minus only if the Unicode string consists entirely of basic code points, but IDNA forbids such strings from being encoded. The encoded string can begin with a hyphen-minus, but IDNA prepends a prefix. Therefore IDNA using Punycode conforms to the RFC 952 rule that host name labels neither begin nor end with a hyphen-minus [RFC952].
区切り文字としてハイフンマイナスを使用してエンコードされた文字列は、Unicode文字列は、基本的なコードポイントの全体からなるが、IDNAは、符号化されているから、そのような文字列を禁止した場合にのみハイフンマイナスで終了することができることを意味します。エンコードされた文字列は、ハイフンマイナスで始めることができますが、IDNAは、接頭辞を付加します。したがってIDNA使用ピュニコードは、ホスト名がどちらも始まりもなく、ハイフン、マイナス[RFC952]で終わるラベルRFC 952の規則に準拠しています。
A decoder MUST recognize the letters in both uppercase and lowercase forms (including mixtures of both forms). An encoder SHOULD output only uppercase forms or only lowercase forms, unless it uses mixed-case annotation (see appendix A).
デコーダは、（両方の形の混合物を含む）の両方の大文字と小文字の形態で文字を認識しなければなりません。エンコーダは、それが混在する場合のアノテーションを使用しない限り（付録A参照）、出力のみ大文字フォームまたは小文字のみの形態をすべきです。
Presumably most users will not manually write or type encoded strings (as opposed to cutting and pasting them), but those who do will need to be alert to the potential visual ambiguity between the following sets of characters:
おそらく、ほとんどのユーザーは、手動で書いたり、入力エンコードされた文字列を（それらをカット＆ペーストではなく）、しかし行う者は、以下の文字の集合との間の潜在的な視覚的なあいまいさへの警戒が必要になりますしません。
G 6 I l 1 O 0 S 5 U V Z 2
G 6 I L 1 O 0 S 5 U V Z 2
Such ambiguities are usually resolved by context, but in a Punycode encoded string there is no context apparent to humans.
このような曖昧さは、通常、文脈によって解決が、ピュニコードエンコードされた文字列で、人間には明らか何のコンテキストがありませんされています。
Some parts of the pseudocode can be omitted if the parameters satisfy certain conditions (for which Punycode qualifies). These parts are enclosed in {braces}, and notes immediately following the pseudocode explain the conditions under which they can be omitted.
パラメータは、（ピュニコードが資格れる）特定の条件を満たした場合に擬似コードの一部を省略することができます。これらの部品は、中括弧{}で囲まれ、そして直ちに擬似コードを以下の注意事項は、それらが省略できる条件を説明しています。
Formally, code points are integers, and hence the pseudocode assumes that arithmetic operations can be performed directly on code points. In some programming languages, explicit conversion between code points and integers might be necessary.
正式に、コードポイントは整数であるので、擬似コードは算術演算がコードポイント上で直接行うことができることを想定しています。一部のプログラミング言語では、コードポイントと整数間の明示的な変換が必要になる場合があります。
function adapt(delta,numpoints,firsttime): if firsttime then let delta = delta div damp else let delta = delta div 2 let delta = delta + (delta div numpoints) let k = 0 while delta > ((base - tmin) * tmax) div 2 do begin let delta = delta div (base - tmin) let k = k + base end return k + (((base - tmin + 1) * delta) div (delta + skew))
関数は（デルタ、numpoints、FIRSTTIME）を適応させる：FIRSTTIMEはその後、他のデルタ=デルタのdiv湿ったデルタ=デルタのdiv 2は、デルタ=デルタ+（デルタのdiv numpoints）はデルタ>（（ベースながら、K = 0を聞かせて聞かせて聞かせて聞かせている場合 - TMIN）* TMAX）デルタ=デルタDIVせ始めるないDIV 2（塩基 - TMIN）を聞かせて、K = K +ベース端リターンK +（（（ベース - TMIN + 1）*デルタ）DIV（デルタ+スキュー））
It does not matter whether the modifications to delta and k inside adapt() affect variables of the same name inside the encoding/decoding procedures, because after calling adapt() the caller does not read those variables before overwriting them.
これは、デルタに変更するかどうかは問題と適応内部K（）ので、それらを上書きする前にこれらの変数を読み取りません（）適応発信者を呼び出した後、エンコーディング/デコーディング手順の内側に同じ名前の変数には影響を与えません。
let n = initial_n let i = 0 let bias = initial_bias let output = an empty string indexed from 0 consume all code points before the last delimiter (if there is one) and copy them to output, fail on any non-basic code point if more than zero code points were consumed then consume one more (which will be the last delimiter) while the input is not exhausted do begin let oldi = i let w = 1 for k = base to infinity in steps of base do begin consume a code point, or fail if there was none to consume let digit = the code point's digit-value, fail if it has none let i = i + digit * w, fail on overflow let t = tmin if k <= bias {+ tmin}, or tmax if k >= bias + tmax, or k - bias otherwise if digit < t then break let w = w * (base - t), fail on overflow end let bias = adapt(i - oldi, length(output) + 1, test oldi is 0?) let n = n + i div (length(output) + 1), fail on overflow let i = i mod (length(output) + 1) {if n is a basic code point then fail} insert n into output at position i increment i end
N = initial_n 0は任意の非基本コードポイント場合に失敗し、（存在する場合）、最後の区切りの前のすべてのコードポイントを消費し、出力にコピーから、私は=バイアス= initial_bias出力をさせましょう0 =空の文字列がインデックスさせましょう以上のゼロ・コード・ポイントは、次に=入力が使い果たされていない間（最後のデリミタであろう）もう一つはoldiを聞かせ始めるか消費iはコードを消費し始めるんベースのステップで無限=ベースWせ= kの1を消費しましたポイントは、またはそれがどれもが私を聞かせていない場合に失敗し、桁=コードポイントの桁値をせ消費する何がなかった場合に失敗= iは、W桁*を+ T = TMINを聞かせてオーバーフローに失敗した場合、K <=バイアス{+ TMIN} 、またはTMAX K> =バイアス+ TMAX、またはK場合 - バイアスは、そうでなければ桁が<T、次いで、W = W *（ベース - T）させ破る場合、オーバーフロー端に失敗バイアス=適応（Iせ - oldi、長さ（出力） + 1、試験oldiが0？）私は（長さ（出力）+ 1）DIV N = N +せ、オーバーフローに失敗nが、基本的なコード・ポイントである場合、私は= iは{）（長さ（出力）+ 1国防省せフェイル}私はENを増分位置の出力にN挿入D
The full statement enclosed in braces (checking whether n is a basic code point) can be omitted if initial_n exceeds all basic code points (which is true for Punycode), because n is never less than initial_n.
initial_nは（ピュニコードも同様である）すべての基本コードポイントを超えている場合、nはinitial_nより少ないことはないので（nは基本コード・ポイントであるかどうかをチェック）中括弧で囲まれた完全なステートメントは、省略することができます。
In the assignment of t, where t is clamped to the range tmin through tmax, "+ tmin" can always be omitted. This makes the clamping calculation incorrect when bias < k < bias + tmin, but that cannot happen because of the way bias is computed and because of the constraints on the parameters.
TがTMAX、「+ TMIN」を介し範囲TMINにクランプされているTの割り当て、常に省略することができます。これは、バイアス<K <バイアス+ TMIN、それが原因で、バイアスが計算されている方法のため、およびパラメータの制約により起こることができないとき、クランプ計算が間違ってます。
Because the decoder state can only advance monotonically, and there is only one representation of any delta, there is therefore only one encoded string that can represent a given sequence of integers. The only error conditions are invalid code points, unexpected end-of-input, overflow, and basic code points encoded using deltas instead of appearing literally. If the decoder fails on these errors as shown above, then it cannot produce the same output for two distinct inputs. Without this property it would have been necessary to re- encode the output and verify that it matches the input in order to guarantee the uniqueness of the encoding.
デコーダ状態のみ単調に前進することができ、任意のデルタのいずれか一方のみの表現があるため、整数の所定のシーケンスを表すことができる唯一のエンコードされた文字列が存在します。唯一のエラー状態は、無効なコード・ポイント、予期しない終了の入力、オーバーフロー、およびデルタを使用して代わりに文字通りに現れる符号化された基本コード・ポイントです。上記のように、デコーダは、これらのエラーで失敗した場合、それは、2つの異なる入力に対して同じ出力を生成することができません。このプロパティがなければ、エンコードした出力を再し、それがエンコーディングの一意性を保証するために、入力と一致することを確認する必要があったであろう。
let n = initial_n let delta = 0 let bias = initial_bias let h = b = the number of basic code points in the input copy them to the output in order, followed by a delimiter if b > 0 {if the input contains a non-basic code point < n then fail} while h < length(input) do begin let m = the minimum {non-basic} code point >= n in the input let delta = delta + (m - n) * (h + 1), fail on overflow let n = m for each code point c in the input (in order) do begin if c < n {or c is basic} then increment delta, fail on overflow if c == n then begin let q = delta for k = base to infinity in steps of base do begin let t = tmin if k <= bias {+ tmin}, or tmax if k >= bias + tmax, or k - bias otherwise if q < t then break output the code point for digit t + ((q - t) mod (base - t)) let q = (q - t) div (base - t) end output the code point for digit q let bias = adapt(delta, h + 1, test h equals b?) let delta = 0 increment h end end increment delta and n end
せ、N =せinitial_nデルタ= 0 LETバイアス= initial_bias時間= bが=入力における基本的なコードポイントの数は、区切り文字が続く順序で出力にコピー許可すれば、入力が非を含む場合、B> 0 {基本コードポイントH <長さ（入力）入力で、M =最小{非塩基}コードポイント> = nはせせ始めるかながら<N次いで}失敗デルタ=デルタ+（M - N）*（H + 1 ）、cは<N =次いで、デルタをインクリメントC ==場合オーバーフローに失敗N次いでQをさせ始める{又はCが塩基性である}場合ために入力（）内の各コードポイントCのため= M Nせ始めるかオーバーフローに失敗デルタ開始ない塩基のステップで無限にK =ベースについてのT = TMINを許可すれば、K <=バイアス{+ TMIN}、またはTMAXであれば、K> =バイアス+ TMAX、またはK - qは<T、出力破るそうでない場合にバイアス（ - T）MOD（ベース - （Q T））桁T +のコード点Q =（Q - T）とするDIV（ベース - T）エンド出力桁Qのコードポイントは、バイアスを聞かせ=（デルタ、時間+を適応させます図1は、試験h）は？Bに等しいデルタ= 0インクリメントH末端端増分デルタ及びN末端を聞かせ
The full statement enclosed in braces (checking whether the input contains a non-basic code point less than n) can be omitted if all code points less than initial_n are basic code points (which is true for Punycode if code points are unsigned).
initial_n未満のすべてのコードポイントが（コードポイントが符号なしである場合ピュニコードについても同様である）基本コード・ポイントである場合（入力がnよりも非基本コードポイント未満含まれているかどうかをチェックする）中括弧で囲まれた完全な文を省略することができます。
The brace-enclosed conditions "non-basic" and "or c is basic" can be omitted if initial_n exceeds all basic code points (which is true for Punycode), because the code point being tested is never less than initial_n.
initial_nは（ピュニコードも同様である）すべての基本コードポイントを超えた場合に試験されているコード・ポイントがinitial_nより少ないことはないので、ブレースで囲まれた条件「非塩基性」及び「又はC塩基性である」は、省略することができます。
In the assignment of t, where t is clamped to the range tmin through tmax, "+ tmin" can always be omitted. This makes the clamping calculation incorrect when bias < k < bias + tmin, but that cannot happen because of the way bias is computed and because of the constraints on the parameters.
TがTMAX、「+ TMIN」を介し範囲TMINにクランプされているTの割り当て、常に省略することができます。これは、バイアス<K <バイアス+ TMIN、それが原因で、バイアスが計算されている方法のため、およびパラメータの制約により起こることができないとき、クランプ計算が間違ってます。
The checks for overflow are necessary to avoid producing invalid output when the input contains very large values or is very long.
オーバーフローをチェックし、入力が非常に大きな値が含まれているか、非常に長い場合、無効な出力を生成する避けるために必要です。
The increment of delta at the bottom of the outer loop cannot overflow because delta < length(input) before the increment, and length(input) is already assumed to be representable. The increment of n could overflow, but only if h == length(input), in which case the procedure is finished anyway.
アウターループできないオーバーフローの底部のデルタの増分デルタ<インクリメント前の長さ（入力）、および長さ（入力）が既に表現であると仮定されるからです。 Nの増加はオーバーフローだけ手順がとにかく終了した場合に時間==長（入力）、もし可能性があります。
For IDNA, 26-bit unsigned integers are sufficient to handle all valid IDNA labels without overflow, because any string that needed a 27-bit delta would have to exceed either the code point limit (0..10FFFF) or the label length limit (63 characters). However, overflow handling is necessary because the inputs are not necessarily valid IDNA labels.
27ビットのデルタを必要な文字列がコードポイントリミット（0..10FFFF）またはラベルの長さ制限（いずれかを超過しなければならないのでIDNAのために、26ビットの符号なし整数は、オーバーフローなしですべての有効IDNAラベルを処理するのに十分です63文字）。入力が必ずしも有効なIDNAラベルではありませんので、しかし、オーバーフロー処理が必要です。
If the programming language does not provide overflow detection, the following technique can be used. Suppose A, B, and C are representable nonnegative integers and C is nonzero. Then A + B overflows if and only if B > maxint - A, and A + (B * C) overflows if and only if B > (maxint - A) div C, where maxint is the greatest integer for which maxint + 1 cannot be represented. Refer to appendix C "Punycode sample implementation" for demonstrations of this technique in the C language.
プログラミング言語は、オーバーフロー検出を提供していない場合は、以下の技術を使用することができます。 A、B、およびCを仮定する表現非負整数であり、Cは非ゼロです。 MAXINTがMAXINT + 1ができないための最大の整数であるDIV C、 - （A MAXINT）>場合にのみB場合A、及びA +（のB * C）オーバーフロー - 次いで、A + Bは、B> MAXINTは場合にのみオーバフロー表現すること。 C言語でこの技術のデモンストレーションのためのC「ピュニコードのサンプル実装を」付録を参照してください。
The decoding and encoding algorithms shown in sections 6.2 and 6.3 handle overflow by detecting it whenever it happens. Another approach is to enforce limits on the inputs that prevent overflow from happening. For example, if the encoder were to verify that no input code points exceed M and that the input length does not exceed L, then no delta could ever exceed (M - initial_n) * (L + 1), and hence no overflow could occur if integer variables were capable of representing values that large. This prevention approach would impose more restrictions on the input than the detection approach does, but might be considered simpler in some programming languages.
それが起こるたびに、それを検出することによって、セクション6.2および6.3ハンドルオーバーフローに示す復号および符号化アルゴリズム。別のアプローチは、起こってからのオーバーフローを防止入力に制限を強制することです。エンコーダはない入力コードポイントがMを超えていないことと、入力の長さがLを超えていないことを確認した場合、例えば、次に何デルタはこれまで（M - initial_n）を超えることができなかった*（L + 1）、従ってオーバーフローが発生することができませんでした整数変数が大きな値を示すことができた場合。この予防的なアプローチは、検出アプローチよりも入力に多くの制限を課すだろうが、いくつかのプログラミング言語でシンプルな考えられるかもしれません。
In theory, the decoder could use an analogous approach, limiting the number of digits in a variable-length integer (that is, limiting the number of iterations in the innermost loop). However, the number of digits that suffice to represent a given delta can sometimes represent much larger deltas (because of the adaptation), and hence this approach would probably need integers wider than 32 bits.
理論的には、デコーダは、（最も内側のループ内で反復の数を制限する、つまり）可変長整数の桁数を制限し、類似のアプローチを使用することができます。しかし、所与のデルタを表すのに十分で桁数が時々（なぜなら適応の）はるかに大きなデルタを表すことができ、従ってこのアプローチは、おそらく32ビットより広い整数を必要とするであろう。
Yet another approach for the decoder is to allow overflow to occur, but to check the final output string by re-encoding it and comparing to the decoder input. If and only if they do not match (using a case-insensitive ASCII comparison) overflow has occurred. This delayed-detection approach would not impose any more restrictions on the input than the immediate-detection approach does, and might be considered simpler in some programming languages.
まだデコーダのための別のアプローチは、オーバーフローが発生し、それを再エンコードし、デコーダ入力と比較することによって、最終的な出力文字列をチェックできるようにすることです。彼らは（大文字と小文字を区別しないASCII比較を使用して）一致しない場合にのみ場合は、オーバーフローが発生しました。この遅延検出アプローチは、即時検出アプローチはよりも、入力上の任意のより多くの制限を課すことはない、といくつかのプログラミング言語で単純な考えられるかもしれません。
In fact, if the decoder is used only inside the IDNA ToUnicode operation [IDNA], then it need not check for overflow at all, because ToUnicode performs a higher level re-encoding and comparison, and a mismatch has the same consequence as if the Punycode decoder had failed.
実際には、デコーダは、のToUnicodeは、より高いレベルの再エンコードおよび比較を行うため、それは、全くオーバーフローをチェックする必要がないだけIDNAのToUnicode動作[IDNA]内で使用、および不整合があれば同じ結果を有している場合ピュニコードデコーダは失敗していました。
In the Punycode encodings below, the ACE prefix is not shown. Backslashes show where line breaks have been inserted in strings too long for one line.
以下ピュニコードエンコーディングでは、ACEプレフィックスは表示されません。バックスラッシュは、改行が1行にはあまりにも長い文字列に挿入されている場所を示します。
The first several examples are all translations of the sentence "Why can't they just speak in <language>?" (courtesy of Michael Kaplan's "provincial" page [PROVINCIAL]). Word breaks and punctuation have been removed, as is often done in domain names.
最初のいくつかの例には、文のすべての翻訳は「なぜ彼らはただ、<言語>で話すことができないのですか？」 （マイケル・カプランの「地方」ページ[地方]の礼儀）。多くの場合、ドメイン名において行われるように単語の切れ目や句読点は、削除されました。
(A) Arabic (Egyptian): u+0644 u+064A u+0647 u+0645 u+0627 u+0628 u+062A u+0643 u+0644 u+0645 u+0648 u+0634 u+0639 u+0631 u+0628 u+064A u+061F Punycode: egbpdaj6bu4bxfgehfvwxn
（A）アラビア語（エジプト）：U + 0644に+ 064A + 0647に+ 0645に+ 0627に+ 0628への+ 062A + 0643に+ 0644に+ 0645に+ 0648に+ 0634に+ 0639に+ 0631へ0628で+ + + 061Fピュニコードに064Aで：egbpdaj6bu4bxfgehfvwxn
(B) Chinese (simplified): u+4ED6 u+4EEC u+4E3A u+4EC0 u+4E48 u+4E0D u+8BF4 u+4E2D u+6587 Punycode: ihqwcrb4cv8a8dqg056pqjye
（B）中国語（簡体字）：U + 4ED6 U + 4EEC U + 4E3A U + 4EC0 U + 4E48 U + 4E0D U + 8BF4 U + 4E2D U + 6587ピュニコード：ihqwcrb4cv8a8dqg056pqjye
(C) Chinese (traditional): u+4ED6 u+5011 u+7232 u+4EC0 u+9EBD u+4E0D u+8AAA u+4E2D u+6587 Punycode: ihqwctvzc91f659drss3x8bo0yb
8AAA +のU + Uで4EC0 + + + 4E0D 9EBDで7232へ（C）+ + + 5011 4ED6で中国語（繁体字）+ 4E2D 6587ピュニコード：ihqwctvzc91f659drss3x8bo0yb
(D) Czech: Pro<ccaron>prost<ecaron>nemluv<iacute><ccaron>esky U+0050 u+0072 u+006F u+010D u+0070 u+0072 u+006F u+0073 u+0074 u+011B u+006E u+0065 u+006D u+006C u+0075 u+0076 u+00ED u+010D u+0065 u+0073 u+006B u+0079 Punycode: Proprostnemluvesky-uyb24dma41a
（D）チェコ語：プロ<ccaron>無料<ecaron>Nemluvím<iacute> <ccaron> ESKY U + 0050に+ 0072に+ 006Fまで+ 0074に+ 0073で+ 006Fまで+ 0072に+ 0070で+ 010Dに+ Proprostnemluvesky-uyb24dma41a：+ 006Cに+ + + 0065の006Eへ011Bはピュニコードに+ 0079 + 006Bに+ 0073に+ 0065で0075 + + + 0076 +に00ED 010Dに006Dします
(E) Hebrew: u+05DC u+05DE u+05D4 u+05D4 u+05DD u+05E4 u+05E9 u+05D5 u+05D8 u+05DC u+05D0 u+05DE u+05D3 u+05D1 u+05E8 u+05D9 u+05DD u+05E2 u+05D1 u+05E8 u+05D9 u+05EA Punycode: 4dbcagdahymbxekheh6e0a7fei0b
（E）ヘブライ語iが+ 05D3 U + 05D1 U + 05E8で+ 05D0 U + 05DEにおける+ 05DCに+ 05D4 U + 05D4 U + 05DD U + 05E4 U + 05E9 U + 05D5 U + 05D8で+ 05DEで05DCを+ 4dbcagdahymbxekheh6e0a7fei0b：05EAピュニコードで+ + + 05D9で05E8に+ U + 05DD + 05D1 05E2で+ 05D9
(F) Hindi (Devanagari): u+092F u+0939 u+0932 u+094B u+0917 u+0939 u+093F u+0928 u+094D u+0926 u+0940 u+0915 u+094D u+092F u+094B u+0902 u+0928 u+0939 u+0940 u+0902 u+092C u+094B u+0932 u+0938 u+0915 u+0924 u+0947 u+0939 u+0948 u+0902 Punycode: i1baa7eci9glrd9b2ae1bj0hfcgg6iyaf8o0a1dig0cd
（F）ヒンディー語（デバナーガリ）：uは+ 092F + 0939に+ 0932に+ 094Bへの+ 0917に+ 0939 + 093Fに+ 0928 + 0915に+ 0940に+ 0926 + 094D Uへの+ 094D + 092FへのU + + 0938に+ 0915に+ 0924に+ 0947に+ 0939に+ 0948に+ 0902ピュニコードに0902 +へ+ 0928に+ 0939に+ 0940に+ 0902に+ 092Cに+ 094Bと094B 0932 +へ： i1baa7eci9glrd9b2ae1bj0hfcgg6iyaf8o0a1dig0cd
(G) Japanese (kanji and hiragana): u+306A u+305C u+307F u+3093 u+306A u+65E5 u+672C u+8A9E u+3092 u+8A71 u+3057 u+3066 u+304F u+308C u+306A u+3044 u+306E u+304B Punycode: n8jok5ay5dzabd5bym9f0cm5685rrjetr6pdxa
+ 8A71に+ 3057に+ 3066までで+ 304Fに+ 3092で+ 8A9Eに+の672Cで+ 3093に+ 306Aに+ 65E5の+ 305Cで（G）日本人（漢字とひらがな）、I + 306A 307F +に+ + 306E + 304Bピュニコード中に+ 3044で+ 306Aへの308C：n8jok5ay5dzabd5bym9f0cm5685rrjetr6pdxa
(H) Korean (Hangul syllables): u+C138 u+ACC4 u+C758 u+BAA8 u+B4E0 u+C0AC u+B78C u+B4E4 u+C774 u+D55C u+AD6D u+C5B4 u+B97C u+C774 u+D574 u+D55C u+B2E4 u+BA74 u+C5BC u+B9C8 u+B098 u+C88B u+C744 u+AE4C Punycode: 989aomsvi5e83db1d2a355cv1e0vak1dwrv93d5xbh15a0dt30a5j\ psd879ccm6fea98c
（H）、韓国語（ハングル音節）iは+ BAA8で+ C758 + B4E0 + C0AC + B78C + B4E4 + D55Cで+ C774 ACC4 +でC138を+ + + B97Cで+ C5B4 +をAD6D 989aomsvi5e83db1d2a355cv1e0vak1dwrv93d5xbh15a0dt30a5jの\のpsd879ccm6fea98c：B9C8で+ + B098 +ピュニコードで+ C744 + AE4CにC88B中で+ C5BCでBA74の+中+ B2E4でD55Cの+でC774 + D574
(I) Russian (Cyrillic): U+043F u+043E u+0447 u+0435 u+043C u+0443 u+0436 u+0435 u+043E u+043D u+0438 u+043D u+0435 u+0433 u+043E u+0432 u+043E u+0440 u+044F u+0442 u+043F u+043E u+0440 u+0443 u+0441 u+0441 u+043A u+0438 Punycode: b1abfaaepdrnnbgefbaDotcwatmq2g4l
（I）ロシア語（ラテン）：+ 043E U + 0447にU + 043F + 0435に+ 043Cに0443 +へ+ 0436に+ 0435に+ 043E U + 043D U + 0438に+ 043D U + 0435に+ 0433へ043Eに+ + + 0432 + 0440 043Eの内の044F + + + 0442 + 0440 + 0441 + 0443 + + + 043A 0438でピュニコードに0441に043Eに+ 043Fに：b1abfaaepdrnnbgefbaDotcwatmq2g4l
(J) Spanish: Porqu<eacute>nopuedensimplementehablarenEspa<ntilde>ol U+0050 u+006F u+0072 u+0071 u+0075 u+00E9 u+006E u+006F u+0070 u+0075 u+0065 u+0064 u+0065 u+006E u+0073 u+0069 u+006D u+0070 u+006C u+0065 u+006D u+0065 u+006E u+0074 u+0065 u+0068 u+0061 u+0062 u+006C u+0061 u+0072 u+0065 u+006E U+0045 u+0073 u+0070 u+0061 u+00F1 u+006F u+006C Punycode: PorqunopuedensimplementehablarenEspaol-fmd56a
（J）スペイン語：porque <eacute> nopuedensimplementehablarenEspa <Ntilde>オール+ 0050に+ 00E9 Uに+ 0075 + 0071への+ 0072に+ 006F + 006Eに+ 006Fに+ 0070 + 0064 + 0065への+ 0075へU + 0065 + 006EへのU + 0073に+ 0069 + 006DにU + 0070 + 006Dに+ 006Cに+ 0065にU + 0065に+ 0062に+ 0061に+ 0068に+ 0065に+ 006E U + 0074に+で006C U + 006E + 0045 + 0070 + 0073への+ 006Cピュニコードで+ 006F + 00F1に+ 0061までで+ 0072 + 0065 + 0061：PorqunopuedensimplementehablarenEspaol-fmd56a
(K) Vietnamese: T<adotbelow>isaoh<odotbelow>kh<ocirc>ngth<ecirchookabove>ch\ <ihookabove>n<oacute>iti<ecircacute>ngVi<ecircdotbelow>t U+0054 u+1EA1 u+0069 u+0073 u+0061 u+006F u+0068 u+1ECD u+006B u+0068 u+00F4 u+006E u+0067 u+0074 u+0068 u+1EC3 u+0063 u+0068 u+1EC9 u+006E u+00F3 u+0069 u+0074 u+0069 u+1EBF u+006E u+0067 U+0056 u+0069 u+1EC7 u+0074 Punycode: TisaohkhngthchnitingVit-kjcr8268qyxafd2f1b9g
（K）ベトナム：T <adotbelow> isaoh <odotbelow> KH <ocirc> ngth <ecirchookabove> CH \ <ihookabove> N <oacute>移動<ecircacute> ngVi <ecircdotbelow> T U + 0054に+ 1EA1に+ 0069に+ 0073に+ 0061に+ 006F + 006B + 1ECDに+ 0068への+ 0068 + 00F4へ006E +でuは+ 0067 + 0068に+ 1EC3に+ 0063に+ 0068に+ 0074に+ 1EC9 + 006Eの中に00F3 + 0074 + U + U + 0069 + 0069に1EBF 006E + + 0067におけるU + 0056に+ 0069にピュニコードに+ 0074 + 1EC7に：TisaohkhngthchnitingVit-kjcr8268qyxafd2f1b9g
The next several examples are all names of Japanese music artists, song titles, and TV programs, just because the author happens to have them handy (but Japanese is useful for providing examples of single-row text, two-row text, ideographic text, and various mixtures thereof).
次のいくつかの例では、著者は彼らが手元にたまたま（しかし、日本人は単一行のテキスト、2行のテキスト、表意文字の例を提供するために有用であるという理由だけで、すべての日本の音楽アーティスト、曲のタイトル、およびテレビ番組の名前ですおよびそれらの種々の混合物）。
(L) 3<nen>B<gumi><kinpachi><sensei> u+0033 u+5E74 U+0042 u+7D44 u+91D1 u+516B u+5148 u+751F Punycode: 3B-ww4c5e180e575a65lsy2b
（L）3 <NEN> B <グミ> <kinpachi> <先生> U + 0033 U + 5E74 U + 0042 U + 7D44 U + 91D1 U + 516B U + 5148 U + 751Fピュニコード：3B-ww4c5e180e575a65lsy2b
(M) <amuro><namie>-with-SUPER-MONKEYS u+5B89 u+5BA4 u+5948 u+7F8E u+6075 u+002D u+0077 u+0069 u+0074 u+0068 u+002D U+0053 U+0055 U+0050 U+0045 U+0052 u+002D U+004D U+004F U+004E U+004B U+0045 U+0059 U+0053 Punycode: -with-SUPER-MONKEYS-pc58ag80a8qai00g7n9n
（M）<アムロ> <奈美恵> -with-SUPER-MONKEYS U + 5B89 U + 5BA4 U + 5948 U + 7F8E U + 6075 U + 002D U + 0077 U + 0069 U + 0074 U + 0068 U + 002D + U 0053 U + 0055 U + 0050 U + 0045 U + 0052 U + 002D U + 004D U + 004F U + 004E U + 004B U + 0045 U + 0059 U + 0053ピュニコード：-with-SUPER-MONKEYS-pc58ag80a8qai00g7n9n
(N) Hello-Another-Way-<sorezore><no><basho> U+0048 u+0065 u+006C u+006C u+006F u+002D U+0041 u+006E u+006F u+0074 u+0068 u+0065 u+0072 u+002D U+0057 u+0061 u+0079 u+002D u+305D u+308C u+305E u+308C u+306E u+5834 u+6240 Punycode: Hello-Another-Way--fc4qua05auwb3674vfr0b
（N）ハロー-別-way- <Sorezore> <なし> <芭蕉> U + 0048 + 0065の+ 006Cの+ 006Cに+ 006F + U + 002D U + 0041に+ 006Fに0074 + +で006Eします0068 + 0065 + 0072 +へ002D U + 0057に+ 5834で+ 306Eに+の308Cにおける+ 305Eに+ 0061 + 0079 +へ002D U + 305Dに+で308Cに6240 +のピュニコードに：こんにちは、別の方法--fc4qua05auwb3674vfr0b
(O) <hitotsu><yane><no><shita>2 u+3072 u+3068 u+3064 u+5C4B u+6839 u+306E u+4E0B u+0032 Punycode: 2-u9tlzr9756bt3uc0v
（O）<ひとつ> <yane> <なし> <shita> 2 U + 3072 U + 3068 U + 3064 U + 5C4B U + 6839 U + 306E U + 4E0B U + 0032ピュニコード：2- u9tlzr9756bt3uc0v
(P) Maji<de>Koi<suru>5<byou><mae> U+004D u+0061 u+006A u+0069 u+3067 U+004B u+006F u+0069 u+3059 u+308B u+0035 u+79D2 u+524D Punycode: MajiKoi5-783gue6qz075azm5e
（P）マジ<脱>恋<suru> 5 <ビョウ> <メイ> U + 004D + 0061で+ 0069で+ 006Aに+ 3067 U + 004Bへの+ 006F + 0069でで+ 308Bに+ 3059に+ + 524Dピュニコードで0035 + 79D2：MajiKoi5-783gue6qz075azm5e
(Q) <pafii>de<runba> u+30D1 u+30D5 u+30A3 u+30FC u+0064 u+0065 u+30EB u+30F3 u+30D0 Punycode: de-jg4avhby1noc0d
（Q）<pafii>ド<runba> U + 30D1 U + 30D5 U + 30A3、U + 30FC U + 0064 U + 0065 U + 30EB U + 30F3 U + 30D0ピュニコード：脱jg4avhby1noc0d
(R) <sono><supiido><de> u+305D u+306E u+30B9 u+30D4 u+30FC u+30C9 u+3067 Punycode: d9juau41awczczp
（R）<ソノ> <supiido> <脱> U + 305D U + 306E U + 30B9、U + 30D4 U + 30FC U + 30C9 U + 3067ピュニコード：d9juau41awczczp
The last example is an ASCII string that breaks the existing rules for host name labels. (It is not a realistic example for IDNA, because IDNA never encodes pure ASCII labels.)
最後の例では、ホスト名のラベルのための既存のルールを破るASCII文字列です。 （IDNAは、純粋なASCIIラベルをエンコードすることはありませんので、IDNAのための現実的な例ではありません。）
(S) -> $1.00 <- u+002D u+003E u+0020 u+0024 u+0031 u+002E u+0030 u+0030 u+0020 u+003C u+002D Punycode: -> $1.00 <--
（S） - > $ 1.00 < - U + 002D U + 003Eで+ 0020ピュニコード002D +へ003C +に対して+ 0020に+ 0030に+ 0030で+ 002Eに+ 0031に+ 0024に： - > $ 1.00 < -
In the following traces, the evolving state of the decoder is shown as a sequence of hexadecimal values, representing the code points in the extended string. An asterisk appears just after the most recently inserted code point, indicating both n (the value preceeding the asterisk) and i (the position of the value just after the asterisk). Other numerical values are decimal.
次のトレースでは、デコーダの進化状態は、拡張文字列内のコードポイントを表す16進値のシーケンスとして示されています。アスタリスクは、単に最も最近挿入されたコードポイントの後に表示され、両方のN（アスタリスクを先行値）を示すと、I（単にアスタリスク後の値の位置）。その他の数値は小数です。
Decoding trace of example B from section 7.1:
セクション7.1から例Bのトレースをデコード：
n is 128, i is 0, bias is 72 input is "ihqwcrb4cv8a8dqg056pqjye" there is no delimiter, so extended string starts empty delta "ihq" decodes to 19853 bias becomes 21 4E0D * delta "wc" decodes to 64 bias becomes 20 4E0D 4E2D * delta "rb" decodes to 37 bias becomes 13 4E3A * 4E0D 4E2D delta "4c" decodes to 56 bias becomes 17 4E3A 4E48 * 4E0D 4E2D delta "v8a" decodes to 599 bias becomes 32 4E3A 4EC0 * 4E48 4E0D 4E2D delta "8d" decodes to 130 bias becomes 23 4ED6 * 4E3A 4EC0 4E48 4E0D 4E2D delta "qg" decodes to 154 bias becomes 25 4ED6 4EEC * 4E3A 4EC0 4E48 4E0D 4E2D delta "056p" decodes to 46301 bias becomes 84 4ED6 4EEC 4E3A 4EC0 4E48 4E0D 4E2D 6587 * delta "qjye" decodes to 88531 bias becomes 90 4ED6 4EEC 4E3A 4EC0 4E48 4E0D 8BF4 * 4E2D 6587
nが128であり、iはバイアスが72入力され、0でない区切り文字が存在しない「ihqwcrb4cv8a8dqg056pqjye」は、そう拡張文字列が空のデルタを開始する19853にデコード「IHQ」バイアスは21 4E0D *デルタ「WC」と64件のバイアスにデコードが20 4E0D 4E2Dなりなります*デルタ "RB" は、37件のバイアスにデコード13 4E3A * 4E0D 4E2Dデルタ "4cは" 56のバイアス17 4E3A 4E48 * 4E0D 4E2Dデルタ "v8aは" 599件のバイアスに復号なる32 4E3A 4EC0 * 4E48 4E0D 4E2Dデルタなる "8D" に復号なります130のバイアスをデコードなる23 4ED6 * 154のバイアス46301のバイアスが6587 84 4ED6 4EEC 4E3A 4EC0 4E48 4E0D 4E2Dとなり、25 4ED6 4EEC * 4E3A 4EC0 4E48 4E0D 4E2Dデルタ "056p" は復号なるに4E3A 4EC0 4E48 4E0D 4E2Dデルタ "QG" がデコード*デルタ "qjyeは" 88531のバイアスにデコード90 4ED6 4EEC 4E3A 4EC0 4E48 4E0D 8BF4 * 4E2D 6587となり
Decoding trace of example L from section 7.1:
セクション7.1から例Lのトレースをデコード：
n is 128, i is 0, bias is 72 input is "3B-ww4c5e180e575a65lsy2b" literal portion is "3B-", so extended string starts as: 0033 0042 delta "ww4c" decodes to 62042 bias becomes 27 0033 0042 5148 * delta "5e" decodes to 139 bias becomes 24 0033 0042 516B * 5148 delta "180e" decodes to 16683 bias becomes 67 0033 5E74 * 0042 516B 5148 delta "575a" decodes to 34821 bias becomes 82 0033 5E74 0042 516B 5148 751F * delta "65l" decodes to 14592 bias becomes 67 0033 5E74 0042 7D44 * 516B 5148 751F delta "sy2b" decodes to 42088 bias becomes 84 0033 5E74 0042 7D44 91D1 * 516B 5148 751F
N iは0である、128で、バイアスは、72入力が「3B-ww4c5e180e575a65lsy2b」はリテラル部分「3B-」であるので、拡張文字列として開始：0033 0042デルタ「ww4cは」62042のバイアスにデコード「デルタ* 27 0033 0042 5148となります図5Eは、」139のバイアスにデコード24 0033 0042 516B * 5148デルタが "65リットル "575A "34821のバイアス82 0033 5E74 0042 516B 5148 751F *デルタなるに復号" 180E" は16683のバイアス67 0033 5E74 * 0042 516B 5148デルタなるにデコード" 14592のバイアスが84 0033 5E74 0042 7D44 91D1 * 516B 5148 751Fとなり67 0033 5E74 0042 7D44 * 516B 5148 751Fデルタ "sy2bは" 42088のバイアスにデコードなりにデコードします
In the following traces, code point values are hexadecimal, while other numerical values are decimal.
他の数値は、小数点であるときには、次のトレースでは、コードポイント値が16進数です。
Encoding trace of example B from section 7.1:
セクション7.1から例Bのトレースをコードします：
bias is 72 input is: 4ED6 4EEC 4E3A 4EC0 4E48 4E0D 8BF4 4E2D 6587 there are no basic code points, so no literal portion next code point to insert is 4E0D needed delta is 19853, encodes as "ihq" bias becomes 21 next code point to insert is 4E2D needed delta is 64, encodes as "wc" bias becomes 20 next code point to insert is 4E3A needed delta is 37, encodes as "rb" bias becomes 13 next code point to insert is 4E48 needed delta is 56, encodes as "4c" bias becomes 17 next code point to insert is 4EC0 needed delta is 599, encodes as "v8a" bias becomes 32 next code point to insert is 4ED6 needed delta is 130, encodes as "8d" bias becomes 23 next code point to insert is 4EEC needed delta is 154, encodes as "qg" bias becomes 25 next code point to insert is 6587 needed delta is 46301, encodes as "056p" bias becomes 84 next code point to insert is 8BF4 needed delta is 88531, encodes as "qjye" bias becomes 90 output is "ihqwcrb4cv8a8dqg056pqjye"
バイアス72が入力されている：4ED6 4EEC 4E3A 4EC0 4E48 4E0D 8BF4 4E2D 6587ない基本的なコードポイント、そうないリテラル部次のコード・ポイントが存在しない挿入する4E0Dデルタを必要とされ19853で、「IHQ」バイアスに21次のコードポイントとなるように符号化しますインサートは、4E2Dデルタが64である必要は「WC」バイアスを挿入するために20次のコードポイントとなるようにコード4E3Aデルタを必要とされ、37である「RB」バイアス挿入する13次のコードポイントとなるようにコード4E48デルタを必要とされ、56のように符号化します「v8a」バイアス挿入する32次のコードポイントとなるように、「4C」バイアスを挿入するために17次のコードポイントとなる4EC0デルタが599で必要とされるが、コード4ED6は「8D」バイアスは23次のコードポイントとなるように符号化し、デルタは130であり、必要とされますインサートは、4EECデルタが154である必要で挿入する「QG」バイアスが25となる次のコード・ポイントとしてコード6587はデルタ46301で必要とされる、「056p」バイアスを挿入するために84次のコードポイントとなるようにコード8BF4として符号化し、デルタは88531であり、必要とされます「qjye」はバイアス90の出力が「ihqwcrb4cv8a8dqg056pqjye」でなります
Encoding trace of example L from section 7.1:
セクション7.1から例Lのトレースをコードします：
bias is 72 input is: 0033 5E74 0042 7D44 91D1 516B 5148 751F basic code points (0033, 0042) are copied to literal portion: "3B-" next code point to insert is 5148 needed delta is 62042, encodes as "ww4c" bias becomes 27 next code point to insert is 516B needed delta is 139, encodes as "5e" bias becomes 24 next code point to insert is 5E74 needed delta is 16683, encodes as "180e" bias becomes 67 next code point to insert is 751F needed delta is 34821, encodes as "575a" bias becomes 82 next code point to insert is 7D44 needed delta is 14592, encodes as "65l" bias becomes 67 next code point to insert is 91D1 needed delta is 42088, encodes as "sy2b" bias becomes 84 output is "3B-ww4c5e180e575a65lsy2b"
バイアスは、72入力される：0033 5E74 0042 7D44 91D1 516B 5148個の751F基本コード・ポイント（0042 0033）リテラル部分にコピーされる：、挿入する「3B-」次のコードポイント5148は、デルタが62042である必要が「ww4c」バイアスとして符号化します挿入する27次のコード・ポイントになり516Bは、デルタを必要とされ、139で「5E」バイアス挿入する24次のコードポイントとなるようにコード5E74は751Fが必要とされる「180E」バイアス挿入する67次のコードポイントとなるように符号化し、デルタは16683であり、必要とされますデルタは、34821である「575A」バイアスを挿入するために82次のコードポイントとなるようにコード7D44デルタを必要とされ、14592であり、「65リットル」バイアス挿入する67次のコードポイントとなるようにコード91D1はデルタ42088で必要とされる、「sy2b」バイアスとして符号化しますとなり84の出力は、 "3B-ww4c5e180e575a65lsy2b" であります
Users expect each domain name in DNS to be controlled by a single authority. If a Unicode string intended for use as a domain label could map to multiple ACE labels, then an internationalized domain name could map to multiple ASCII domain names, each controlled by a different authority, some of which could be spoofs that hijack service requests intended for another. Therefore Punycode is designed so that each Unicode string has a unique encoding.
ユーザーがDNS内の各ドメイン名は、単一の権限によって制御されることを期待しています。ドメインラベルとして使用することを意図したUnicode文字列は、複数のACEラベルにマッピングすることができれば、その後、国際化ドメイン名は、それぞれそのうちのいくつかは、のために意図したサービス要求を乗っ取るなりすまし可能性があり、異なる権限によって制御、複数のASCIIドメイン名にマップすることができ別の。各Unicode文字列は、固有の符号化を有するようしたがってピュニコードに設計されています。
However, there can still be multiple Unicode representations of the "same" text, for various definitions of "same". This problem is addressed to some extent by the Unicode standard under the topic of canonicalization, and this work is leveraged for domain names by Nameprep [NAMEPREP].
しかし、それでも「同じ」の様々な定義については、「同じ」テキストの複数のUnicode表現が存在し得ます。この問題は、正規のトピックの下Unicode標準である程度対処され、そしてこの作品は[NAMEPREP] NAMEPREPによるドメイン名のために活用されます。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC952] Harrenstien, K., Stahl, M. and E. Feinler, "DOD Internet Host Table Specification", RFC 952, October 1985.
[RFC952] Harrenstien、K.、スタール、M.およびE. Feinler、 "DODインターネットホストテーブル仕様"、RFC 952、1985年10月。
[RFC1034] Mockapetris, P., "Domain Names - Concepts and Facilities", STD 13, RFC 1034, November 1987.
[RFC1034] Mockapetris、P.、 "ドメイン名 - 概念および機能"、STD 13、RFC 1034、1987年11月。
[IDNA] Faltstrom, P., Hoffman, P. and A. Costello, "Internationalizing Domain Names in Applications (IDNA)", RFC 3490, March 2003.
[IDNA] Faltstrom、P.、ホフマン、P.およびA.コステロ、 "アプリケーションにおける国際化ドメイン名（IDNA）"、RFC 3490、2003年3月。
[NAMEPREP] Hoffman, P. and M. Blanchet, "Nameprep: A Stringprep Profile for Internationalized Domain Names (IDN)", RFC 3491, March 2003.
[NAMEPREP]ホフマン、P.とM.ブランシェ、 "NAMEPREP：国際化ドメイン名のためのstringprepプロフィール（IDN）"、RFC 3491、2003年3月。
[ASCII] Cerf, V., "ASCII format for Network Interchange", RFC 20, October 1969.
[ASCII]サーフ、V.、 "ネットワークの交換のためのASCIIフォーマット"、RFC 20、1969年10月。
[PROVINCIAL] Kaplan, M., "The 'anyone can be provincial!' page", http://www.trigeminal.com/samples/provincial.html.
[地方]カプラン、M.、「『誰でも地方のことができます！』ページ」、http://www.trigeminal.com/samples/provincial.html。
[UNICODE] The Unicode Consortium, "The Unicode Standard", http://www.unicode.org/unicode/standard/standard.html.
[UNICODE]ユニコードコンソーシアム、 "Unicode規格"、http://www.unicode.org/unicode/standard/standard.html。
A. Mixed-case annotation
A.混在ケース注釈
In order to use Punycode to represent case-insensitive strings, higher layers need to case-fold the strings prior to Punycode encoding. The encoded string can use mixed case as an annotation telling how to convert the folded string into a mixed-case string for display purposes. Note, however, that mixed-case annotation is not used by the ToASCII and ToUnicode operations specified in [IDNA], and therefore implementors of IDNA can disregard this appendix.
大文字と小文字を区別しない文字列を表すのにピュニコードを使用するために、上位層はピュニコードエンコーディングの前の文字列を大文字倍にする必要があります。エンコードされた文字列は、表示目的のために混在ケース列に折り畳まれた文字列を変換する方法を伝える注釈として混在ケースを使用することができます。混在ケース注釈は[IDNA]で指定もしToASCIIとのToUnicode操作で使用されていないこと、しかし、注意、したがってIDNAを実装は、この付録を無視することができます。
Basic code points can use mixed case directly, because the decoder copies them verbatim, leaving lowercase code points lowercase, and leaving uppercase code points uppercase. Each non-basic code point is represented by a delta, which is represented by a sequence of basic code points, the last of which provides the annotation. If it is uppercase, it is a suggestion to map the non-basic code point to uppercase (if possible); if it is lowercase, it is a suggestion to map the non-basic code point to lowercase (if possible).
基本的なコードポイントは小文字小文字コードポイントを残し、そして大文字大文字のコードポイントを残し、それらをそのままデコーダコピーので、直接混合ケースを使用することができます。各非基本コードポイントは、アノテーションを提供最後にその基本的なコードポイントの配列で表されるデルタ、で表されます。それが大文字である場合、（可能な場合）大文字に非基本コードポイントをマッピングするための提案です。それは小文字である場合には（可能な場合）、小文字に非基本コードポイントをマップするための提案です。
These annotations do not alter the code points returned by decoders; the annotations are returned separately, for the caller to use or ignore. Encoders can accept annotations in addition to code points, but the annotations do not alter the output, except to influence the uppercase/lowercase form of ASCII letters.
これらのアノテーションは、デコーダによって返されるコードポイントを変更しません。注釈を使用するか、無視する、発信者のために、個別に返されます。エンコーダは、コード・ポイントに加えて、注釈を受け入れることができますが、ASCII文字の大文字/小文字のフォームに影響を与えるため以外のアノテーションは、出力を変更しないでください。
Punycode encoders and decoders need not support these annotations, and higher layers need not use them.
ピュニコードエンコーダおよびデコーダは、これらのアノテーションをサポートする必要はありませんし、上位層は、それらを使用する必要はありません。
B. Disclaimer and license
B.免責事項およびライセンス
Regarding this entire document or any portion of it (including the pseudocode and C code), the author makes no guarantees and is not responsible for any damage resulting from its use. The author grants irrevocable permission to anyone to use, modify, and distribute it in any way that does not diminish the rights of anyone else to use, modify, and distribute it, provided that redistributed derivative works do not contain misleading author or version information. Derivative works need not be licensed under similar terms.
この文書全体または（擬似コードとCコードを含む）、それのいずれかの部分について、著者は保証を行わず、その使用に起因する損害の原因ではありません。派生作品を再配布提供し、それを使用、変更、および、使用変更する他の誰の権利を損なわない任意の方法でそれを配布し、配布するための誰にも著者の補助金取消不能の許可は、著作者またはバージョンの情報が誤解を招く含まれていません。派生作品は、同様の条件の下でライセンスされる必要はありません。
C. Punycode sample implementation
C.ピュニコードのサンプル実装
/*
punycode.c from RFC 3492
http://www.nicemice.net/idn/
Adam M. Costello
http://www.nicemice.net/amc/
This is ANSI C code (C89) implementing Punycode (RFC 3492).
これはピュニコード（RFC 3492）を実装ANSI Cコード（C89）です。
*/
＊／
/************************************************************/
/* Public interface (would normally go in its own .h file): */
#include <limits.h>
書式#include <limits.hに>
enum punycode_status {
punycode_success,
punycode_bad_input, /* Input is invalid. */
punycode_big_output, /* Output would exceed the space provided. */
punycode_overflow /* Input needs wider integers to process. */
};
#if UINT_MAX >= (1 << 26) - 1
typedef unsigned int punycode_uint;
#else
typedef unsigned long punycode_uint;
#endif
enum punycode_status punycode_encode( punycode_uint input_length, const punycode_uint input[], const unsigned char case_flags[], punycode_uint *output_length, char output[] );
列挙punycode_status punycode_encode（punycode_uintのinput_length、CONST punycode_uint入力[]、CONST unsigned char型のcase_flags []、punycode_uint * OUTPUT_LENGTH、CHAR出力[]）。
/* punycode_encode() converts Unicode to Punycode. The input */
/* is represented as an array of Unicode code points (not code */
/* units; surrogate pairs are not allowed), and the output */
/* will be represented as an array of ASCII code points. The */
/* output string is *not* null-terminated; it will contain */
/* zeros if and only if the input contains zeros. (Of course */
/* the caller can leave room for a terminator and add one if */
/* needed.) The input_length is the number of code points in */
/* the input. The output_length is an in/out argument: the */
/* caller passes in the maximum number of code points that it */
/* can receive, and on successful return it will contain the */
/* number of code points actually output. The case_flags array */
/* holds input_length boolean values, where nonzero suggests that */
/* the corresponding Unicode character be forced to uppercase */
/* after being decoded (if possible), and zero suggests that */
/* it be forced to lowercase (if possible). ASCII code points */
/* are encoded literally, except that ASCII letters are forced */
/* to uppercase or lowercase according to the corresponding */
/* uppercase flags. If case_flags is a null pointer then ASCII */
/* letters are left as they are, and other code points are */
/* treated as if their uppercase flags were zero. The return */
/* value can be any of the punycode_status values defined above */
/* except punycode_bad_input; if not punycode_success, then */
/* output_size and output might contain garbage. */
enum punycode_status punycode_decode( punycode_uint input_length, const char input[], punycode_uint *output_length, punycode_uint output[], unsigned char case_flags[] );
列挙punycode_status punycode_decode（punycode_uintのinput_length、CONST文字入力[]、punycode_uint * OUTPUT_LENGTH、punycode_uint出力は[]、unsigned char型のcase_flags []）。
/* punycode_decode() converts Punycode to Unicode. The input is */
/* represented as an array of ASCII code points, and the output */
/* will be represented as an array of Unicode code points. The */
/* input_length is the number of code points in the input. The */
/* output_length is an in/out argument: the caller passes in */
/* the maximum number of code points that it can receive, and */
/* on successful return it will contain the actual number of */
/* code points output. The case_flags array needs room for at */
/* least output_length values, or it can be a null pointer if the */
/* case information is not needed. A nonzero flag suggests that */
/* the corresponding Unicode character be forced to uppercase */
/* by the caller (if possible), while zero suggests that it be */
/* forced to lowercase (if possible). ASCII code points are */
/* output already in the proper case, but their flags will be set */
/* appropriately so that applying the flags would be harmless. */
/* The return value can be any of the punycode_status values */
/* defined above; if not punycode_success, then output_length, */
/* output, and case_flags might contain garbage. On success, the */
/* decoder will never need to write an output_length greater than */
/* input_length, because of how the encoding is defined. */
/**********************************************************/
/* Implementation (would normally go in its own .c file): */
#include <string.h>
書式#include <string.hの>
/*** Bootstring parameters for Punycode ***/
enum { base = 36, tmin = 1, tmax = 26, skew = 38, damp = 700,
initial_bias = 72, initial_n = 0x80, delimiter = 0x2D };
/* basic(cp) tests whether cp is a basic code point: */
#define basic(cp) ((punycode_uint)(cp) < 0x80)
/* delim(cp) tests whether cp is a delimiter: */
#define delim(cp) ((cp) == delimiter)
/* decode_digit(cp) returns the numeric value of a basic code */
/* point (for use in representing integers) in the range 0 to */
/* base-1, or base if cp is does not represent a value. */
static punycode_uint decode_digit(punycode_uint cp) { return cp - 48 < 10 ? cp - 22 : cp - 65 < 26 ? cp - 65 : cp - 97 < 26 ? cp - 97 : base; }
静的punycode_uintのdecode_digit（punycode_uintのCP）{戻りCP - 48 <10？ CP - 65 <26：22 - CP？ CP - 97 <26：65 - CP？ CP - 97：ベース; }
/* encode_digit(d,flag) returns the basic code point whose value */
/* (when used for representing integers) is d, which needs to be in */
/* the range 0 to base-1. The lowercase form is used unless flag is */
/* nonzero, in which case the uppercase form is used. The behavior */
/* is undefined if flag is nonzero and digit d has no uppercase form. */
static char encode_digit(punycode_uint d, int flag)
{
return d + 22 + 75 * (d < 26) - ((flag != 0) << 5);
/* 0..25 map to ASCII a..z or A..Z */
/* 26..35 map to ASCII 0..9 */
}
/* flagged(bcp) tests whether a basic code point is flagged */
/* (uppercase). The behavior is undefined if bcp is not a */
/* basic code point. */
#define flagged(bcp) ((punycode_uint)(bcp) - 65 < 26)
#defineは、フラグが立てられ（BCP）（（punycode_uint）（BCP） - 65 <26）
/* encode_basic(bcp,flag) forces a basic code point to lowercase */
/* if flag is zero, uppercase if flag is nonzero, and returns */
/* the resulting code point. The code point is unchanged if it */
/* is caseless. The behavior is undefined if bcp is not a basic */
/* code point. */
static char encode_basic(punycode_uint bcp, int flag) {
静的チャーencode_basic（punycode_uintのBCP、INTフラグ）{
bcp -= (bcp - 97 < 26) << 5;
return bcp + ((!flag && (bcp - 65 < 26)) << 5);
}
/*** Platform-specific constants ***/
/* maxint is the maximum value of a punycode_uint variable: */
static const punycode_uint maxint = -1;
/* Because maxint is unsigned, -1 becomes the maximum value. */
/*** Bias adaptation function ***/
static punycode_uint adapt( punycode_uint delta, punycode_uint numpoints, int firsttime ) { punycode_uint k;
静的punycode_uint（punycode_uintデルタ、punycode_uint numpoints、INT FIRSTTIME）{punycode_uint kを適応させます。
delta = firsttime ? delta / damp : delta >> 1;
/* delta >> 1 is a faster way of doing delta / 2 */
delta += delta / numpoints;
for (k = 0; delta > ((base - tmin) * tmax) / 2; k += base) { delta /= base - tmin; }
（; - TMIN）* TMAX）/ 2デルタ>（（ベース; K + =ベースK = 0）{デルタ/ =ベース - TMINため、 }
return k + (base - tmin + 1) * delta / (delta + skew); }
戻りK +（ベース - TMIN + 1）*デルタ/（デルタ+スキュー）。 }
/*** Main encode function ***/
enum punycode_status punycode_encode( punycode_uint input_length, const punycode_uint input[], const unsigned char case_flags[], punycode_uint *output_length, char output[] ) { punycode_uint n, delta, h, b, out, max_out, bias, j, m, q, k, t;
列挙punycode_status punycode_encode（punycode_uintのinput_length、CONST punycode_uint入力[]、CONST unsigned char型のcase_flags []、punycode_uint * OUTPUT_LENGTH、チャー出力は[]）{punycode_uint N、デルタ、H、B、アウト、max_out、バイアス、J、M、Q 、K、T。
/* Initialize the state: */
n = initial_n;
delta = out = 0;
max_out = *output_length;
bias = initial_bias;
/* Handle the basic code points: */ for (j = 0; j < input_length; ++j) {
if (basic(input[j])) {
if (max_out - out < 2) return punycode_big_output;
output[out++] =
case_flags ? encode_basic(input[j], case_flags[j]) : input[j];
}
/* else if (input[j] < n) return punycode_bad_input; */
/* (not needed for Punycode with unsigned code points) */
}
h = b = out;
H = B =うち。
/* h is the number of code points that have been handled, b is the */
/* number of basic code points, and out is the number of characters */
/* that have been output. */
if (b > 0) output[out++] = delimiter;
IF（B> 0）出力[OUT ++] =デリミタ。
/* Main encoding loop: */
while (h < input_length) {
/* All non-basic code points < n have been */
/* handled already. Find the next larger one: */
for (m = maxint, j = 0; j < input_length; ++j) {
/* if (basic(input[j])) continue; */
/* (not needed for Punycode) */
if (input[j] >= n && input[j] < m) m = input[j];
}
/* Increase delta enough to advance the decoder's */
/* <n,i> state to <m,0>, but guard against overflow: */
if (m - n > (maxint - delta) / (h + 1)) return punycode_overflow;
delta += (m - n) * (h + 1);
n = m;
for (j = 0; j < input_length; ++j) {
/* Punycode does not need to check whether input[j] is basic: */
if (input[j] < n /* || basic(input[j]) */ ) {
if (++delta == 0) return punycode_overflow;
}
if (input[j] == n) {
/* Represent delta as a generalized variable-length integer: */
for (q = delta, k = base; ; k += base) { if (out >= max_out) return punycode_big_output;
{IF（> = max_out OUT）戻りpunycode_big_output;（; K + =ベースQ =デルタ、K =ベース）のために、
t = k <= bias /* + tmin */ ? tmin : /* +tmin not needed */
k >= bias + tmax ? tmax : k - bias;
if (q < t) break;
output[out++] = encode_digit(t + (q - t) % (base - t), 0);
q = (q - t) / (base - t);
}
output[out++] = encode_digit(q, case_flags && case_flags[j]);
bias = adapt(delta, h + 1, h == b);
delta = 0;
++h;
}
}
++delta, ++n; }
デルタ++、++ nは、 }
*output_length = out;
return punycode_success;
}
/*** Main decode function ***/
enum punycode_status punycode_decode( punycode_uint input_length, const char input[], punycode_uint *output_length, punycode_uint output[], unsigned char case_flags[] ) { punycode_uint n, out, i, max_out, bias, b, j, in, oldi, w, k, digit, t;
列挙punycode_status punycode_decode（punycode_uintのinput_length、CONST文字入力[]、punycode_uint * OUTPUT_LENGTH、punycode_uint出力[]、unsigned char型のcase_flags []）{punycode_uintのN、アウト、I、max_out、バイアス、B、J、で、oldi、W、 K、数字、T。
/* Initialize the state: */
n = initial_n;
out = i = 0;
max_out = *output_length;
bias = initial_bias;
/* Handle the basic code points: Let b be the number of input code */
/* points before the last delimiter, or 0 if there is none, then */
/* copy the first b code points to the output. */
for (b = j = 0; j < input_length; ++j) if (delim(input[j])) b = j;
if (b > max_out) return punycode_big_output;
for (j = 0; j < b; ++j) {
{（; J <B ++ J、J = 0）のための
if (case_flags) case_flags[out] = flagged(input[j]);
if (!basic(input[j])) return punycode_bad_input;
output[out++] = input[j];
}
/* Main decoding loop: Start just after the last delimiter if any */
/* basic code points were copied; start at the beginning otherwise. */
for (in = b > 0 ? b + 1 : 0; in < input_length; ++out) {
用（IN = B> 0、B + 1：0; <input_lengthに、アウト++）{
/* in is the index of the next character to be consumed, and */
/* out is the number of code points in the output array. */
/* Decode a generalized variable-length integer into delta, */
/* which gets added to i. The overflow checking is easier */
/* if we increase i as we go, then subtract off its starting */
/* value at the end to obtain delta. */
for (oldi = i, w = 1, k = base; ; k += base) {
if (in >= input_length) return punycode_bad_input;
digit = decode_digit(input[in++]);
if (digit >= base) return punycode_bad_input;
if (digit > (maxint - i) / w) return punycode_overflow;
i += digit * w;
t = k <= bias /* + tmin */ ? tmin : /* +tmin not needed */
k >= bias + tmax ? tmax : k - bias;
if (digit < t) break;
if (w > maxint / (base - t)) return punycode_overflow;
w *= (base - t);
}
bias = adapt(i - oldi, out + 1, oldi == 0);
（バイアス= I + 1 == 0を取り出した適応）。
/* i was supposed to wrap around from out+1 to 0, */
/* incrementing n each time, so we'll fix that now: */
if (i / (out + 1) > maxint - n) return punycode_overflow;
n += i / (out + 1);
i %= (out + 1);
/* Insert n at position i of the output: */
/* not needed for Punycode: */
/* if (decode_digit(n) <= base) return punycode_invalid_input; */
if (out >= max_out) return punycode_big_output;
if (case_flags) { memmove(case_flags + i + 1, case_flags + i, out - i);
IF（case_flags）{MEMMOVE（case_flags + I + 1、case_flags OUT + I - I）。
/* Case of last character determines uppercase flag: */
case_flags[i] = flagged(input[in - 1]);
}
memmove(output + i + 1, output + i, (out - i) * sizeof *output);
output[i++] = n;
}
*output_length = out;
return punycode_success;
}
/******************************************************************/
/* Wrapper for testing (would normally go in a separate .c file): */
#include <assert.h> #include <stdio.h> #include <stdlib.h> #include <string.h>
#include <assert.h>の#include <stdio.hに>する#include <stdlib.h>に含ま書式#include <string.hの>
/* For testing, we'll just set some compile-time limits rather than */
/* use malloc(), and set a compile-time option rather than using a */
/* command-line option. */
enum {
unicode_max_length = 256,
ace_max_length = 256
};
static void usage(char **argv)
{
fprintf(stderr,
"\n"
"%s -e reads code points and writes a Punycode string.\n"
"%s -d reads a Punycode string and writes code points.\n"
"\n"
"Input and output are plain text in the native character set.\n"
"Code points are in the form u+hex separated by whitespace.\n"
"Although the specification allows Punycode strings to contain\n"
"any characters from the ASCII repertoire, this test code\n"
"supports only the printable characters, and needs the Punycode\n"
"string to be followed by a newline.\n"
"The case of the u in u+hex is the force-to-uppercase flag.\n"
, argv[0], argv[0]);
exit(EXIT_FAILURE);
}
static void fail(const char *msg)
静的な無効た（constのchar *のMSGを）失敗します
{
fputs(msg,stderr);
exit(EXIT_FAILURE);
}
static const char too_big[] =
"input or output is too large, recompile with larger limits\n";
static const char invalid_input[] = "invalid input\n";
static const char overflow[] = "arithmetic overflow\n";
static const char io_error[] = "I/O error\n";
/* The following string is used to convert printable */
/* characters between ASCII and the native charset: */
static const char print_ascii[] = "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n" "\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n" " !\"#$%&'()*+,-./" "0123456789:;<=>?" "@ABCDEFGHIJKLMNO" "PQRSTUVWXYZ[\\]^_" "`abcdefghijklmno" "pqrstuvwxyz{|}~\n";
静的定数チャーprint_ascii [] = "\ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n \ n" は「\ n \ n \ n \ nは\ N \ N \ N \ N \ N \ N \ N \ N \ N \ N \ N \ N」 "\！" ＃$％＆ '（）* +、 - /」「0123456789：; <=> ？」 "@ABCDEFGHIJKLMNO" "pQRSTUVWXYZ [\\] ^ _" "` ABCDEFGHIJKLMNO" "pqrstuvwxyz {|}〜\ nを";
int main(int argc, char **argv)
{
enum punycode_status status;
int r;
unsigned int input_length, output_length, j;
unsigned char case_flags[unicode_max_length];
if (argc != 2) usage(argv);
if (argv[1][0] != '-') usage(argv);
if (argv[1][2] != 0) usage(argv);
if (argv[1][1] == 'e') {
punycode_uint input[unicode_max_length];
unsigned long codept;
char output[ace_max_length+1], uplus[3];
int c;
/* Read the input code points: */
input_length = 0;
input_length = 0;
for (;;) {
r = scanf("%2s%lx", uplus, &codept);
if (ferror(stdin)) fail(io_error);
if (r == EOF || r == 0) break;
もし（R == EOF || R == 0）ブレーク。
if (r != 2 || uplus[1] != '+' || codept > (punycode_uint)-1) { fail(invalid_input); }
IF（R = 2 || uplus [1] = '+' || codept>（punycode_uint）-1！）{（INVALID_INPUT）失敗。 }
if (input_length == unicode_max_length) fail(too_big);
もし（input_length == unicode_max_length）（too_big）は失敗。
if (uplus[0] == 'u') case_flags[input_length] = 0;
else if (uplus[0] == 'U') case_flags[input_length] = 1;
else fail(invalid_input);
input[input_length++] = codept; }
入力【input_length ++] = codept。 }
/* Encode: */
output_length = ace_max_length;
status = punycode_encode(input_length, input, case_flags,
&output_length, output);
if (status == punycode_bad_input) fail(invalid_input);
if (status == punycode_big_output) fail(too_big);
if (status == punycode_overflow) fail(overflow);
assert(status == punycode_success);
/* Convert to native charset and output: */
for (j = 0; j < output_length; ++j) {
c = output[j];
assert(c >= 0 && c <= 127);
if (print_ascii[c] == 0) fail(invalid_input);
output[j] = print_ascii[c];
}
output[j] = 0;
r = puts(output);
if (r == EOF) fail(io_error);
return EXIT_SUCCESS;
}
if (argv[1][1] == 'd') {
char input[ace_max_length+2], *p, *pp;
punycode_uint output[unicode_max_length];
/* Read the Punycode input string and convert to ASCII: */
fgets(input, ace_max_length+2, stdin);
if (ferror(stdin)) fail(io_error);
if (feof(stdin)) fail(invalid_input);
input_length = strlen(input) - 1;
if (input[input_length] != '\n') fail(too_big);
input[input_length] = 0;
for (p = input; *p != 0; ++p) {
pp = strchr(print_ascii, *p);
if (pp == 0) fail(invalid_input);
*p = pp - print_ascii;
}
/* Decode: */
output_length = unicode_max_length;
status = punycode_decode(input_length, input, &output_length,
output, case_flags);
if (status == punycode_bad_input) fail(invalid_input);
if (status == punycode_big_output) fail(too_big);
if (status == punycode_overflow) fail(overflow);
assert(status == punycode_success);
/* Output the result: */
for (j = 0; j < output_length; ++j) {
r = printf("%s+%04lX\n",
case_flags[j] ? "U" : "u",
(unsigned long) output[j] );
if (r < 0) fail(io_error);
}
return EXIT_SUCCESS; }
EXIT_SUCCESSを返します。 }
usage(argv);
return EXIT_SUCCESS; /* not reached, but quiets compiler warning */
}
Author's Address
著者のアドレス
Adam M. Costello University of California, Berkeley http://www.nicemice.net/amc/
カリフォルニア大学バークレー校のアダム・M.コステロ大学http://www.nicemice.net/amc/
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の制限は永久で、インターネット学会やその後継者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。