2022年

ISO 2022

言語	様々な。
標準	2022年 ECMA -35 ANSI X3.41 JIS X 0202 GB/T 2311
分類	ステートフルなエンコーディングシステム(ステートレスな事前構成済みサブセットを含む)
変換/エンコード	US-ASCIIおよび、実装に応じて: GB 2312 JIS X 0201 JIS X 0208 JIS X 0212 JIS X 0213 KS X 1001 11643 の検索結果 646 規格 国際標準化機構(ISO) 8859/10367 その他
後継者	ISO/IEC 10646 (ユニコード)
その他の関連エンコーディング	ステートフルサブセット: ISO-2022-JP ISO-2022-CN ISO-2022-KR 複合テキスト 事前構成バージョン: 国際標準化機構(ISO) 4873 EUC
ヴ t e

ISO/IEC 2022 情報技術 - 文字コード構造および拡張技術は、文字符号化の分野におけるISO / IEC規格です。これは、 ECMA規格ECMA-35、^{[1] [2]、} ANSI規格ANSI X3.41 ^[3]、および日本工業規格JIS X 0202と同等です。1971年に発足し、最近では1994年に改訂されました。^[4]

ISO 2022は、文字エンコーディングが準拠できる一般的な構造を規定しており、特定のバイト範囲（0x00～ 1Fおよび0x7F～9F）を、グラフィカル文字ではなく、書式設定やインバンド命令（改行やテキスト端末の書式設定命令など）用の非印刷制御コード^{[5]に使用することとしています。また、} ESC制御コードで始まる複数バイトのシーケンスであるエスケープシーケンスの構文も規定しており、これも同様にインバンド命令に使用できます。^[6] ISO 2022で使用するように設計された制御コードとエスケープシーケンスの特定のセットには、ISO/IEC 6429が含まれており、その一部はANSI.SYSと端末エミュレーターによって実装されています。

ISO 2022自体も、異なるコード化文字セット（例えば、ASCIIと日本語JIS X 0208 ）を切り替えるために使用できる特定の制御コードとエスケープシーケンスを定義しており、単一の文書で複数の文字セットを使用できるようにし、^[7]それらを効果的に単一の状態のあるエンコーディングに組み合わせます（ Unicodeの登場以来、あまり重要ではない機能）。これは、8ビット環境と7ビット環境（ 8BITMIMEのない電子メールなど、1バイトで7ビットしか使用できない環境）の両方で使用できるように設計されています。^[8]

ASCII 文字セットは、ISO 基本ラテンアルファベット(英語のアルファベットに相当) をサポートしていますが、追加の文字を使用する言語や、まったく異なる表記体系を使用する言語に対するサポートは十分に提供されていません。ギリシャ語、キリル文字、アラビア語、ヘブライ語などの比較的文字数の少ない他の表記体系や、ISO 基本ラテンアルファベットにない発音区別符号や文字を使用するラテン文字の形式は、歴史的に、パーソナルコンピュータ上では、異なる 8ビット、シングルバイト、拡張 ASCIIエンコーディングで表現されてきました。これは、最上位ビットが 0 の場合 (つまり、 16 進数で表現するとバイト 0x00–7F ) は ASCII に従い、最上位ビットが 1 の場合は追加の文字が含まれます (つまり、バイト 0x80–FF)。ISO 8859シリーズなど一部のものはISO 2022に準拠していますが、^{[9] [10]、}DOSコードページ437など他のものは準拠していません。これは通常、制御コード用にバイト0x80～9Fを予約していないためです。

特定の東アジア言語、特に中国語、日本語、韓国語（総称して「CJK」）は、1バイトで表現できる最大文字数256文字よりはるかに多くの文字を使用して書かれており、コンピュータ上では言語固有の2バイトエンコーディングまたは可変幅エンコーディングを使用して最初に表現されました。これらの一部（簡体字中国語エンコーディングGB 2312など）はISO 2022に準拠していますが、その他（繁体字中国語エンコーディングBig5など）は準拠していません。ISO 2022の制御コードは、グラフィカル文字に使用されるバイト数に関係なく、常に1バイトで表現されます。文字セットを切り替えるためにISO 2022メカニズムを使用する7ビット環境で使用されるCJKエンコーディングには、「ISO-2022-」で始まる名前が付けられることが多く、最も有名なのはISO-2022-JPですが、 EUC-JPなどの他のCJKエンコーディングもISO 2022メカニズムを使用しています。^{[11] [12]}

Unicodeの最初の 256 個のコード ポイントはISO 8859-1から取得されたため、Unicode はISO 2022 からC0 および C1 制御コードの概念を継承していますが、ISO 2022 制御コードのほかに他の非印刷文字も追加しています。ただし、UTF-8などのUnicode 変換形式は、一般的に、次のようなさまざまな点で ISO 2022 構造から逸脱しています。

• 8 ビット バイトを使用しますが、ISO 2022 で規定されている 1 バイト形式の C1 コードは表しません (ほとんどの UTF、ただし古いUTF-1は例外)
• 制御コードを含むすべての文字を複数のバイトで表現する（例：UTF-16、UTF-32）
• 単一のコードポイント（例：UTF-1、 GB 18030）のコード化表現内で最上位ビットがセットされているバイトとセットされていないバイトを混在させる

しかし、ISO 2022エスケープシーケンスは、「ISO 2022とは異なるコーディングシステム」としてUTF-8との間で切り替えるために存在し、^[13] xtermなどの特定の端末エミュレーターでサポートされています。^[14]

ISO/IEC 2022 では、次のことが規定されています。

• 複数のグラフィカル文字セットと、プライマリ（C0）とセカンダリ（C1）の両方の制御コードの複数のセットを含む、単一の文字エンコードシステムに含めることができる特定の構造を持つ複数の文字セットのインフラストラクチャ。^[15]
• これらのセットをエンコードするためのフォーマットは、1バイトあたり8ビットが利用可能であると仮定し、^[16]
• 1バイトあたり7ビットしか利用できない場合に、これらのセットを同じ符号化システムで符号化するためのフォーマット^[17]と、そのような7ビット環境を通過できるように適合文字データを変換する方法^[8]
• ANSIエスケープコードの一般的な構造^[6]および
• 個々の文字セットを識別するための特定のエスケープコード形式^[7] 、特定のエンコード機能またはサブセットの使用を通知するためのエスケープコード形式^[18]、および他のエンコードシステムとのやり取りや切り替えのためのエスケープコード形式^{[18] 。}

特定の実装では、標準のすべてを実装する必要はありません。準拠レベルとサポートされる文字セットは、実装によって定義されます。 ISO/IEC 2022 標準で定義されているメカニズムの多くはあまり使用されていませんが、いくつかの確立されたエンコーディングは、ISO/IEC 2022 システムのサブセットに基づいています。^[19]特に、ISO/IEC 2022 メカニズムを使用する 7 ビット エンコーディング システムには、主に日本語の電子メールで使用されているISO-2022-JP (またはJIS エンコーディング) が含まれます。 ISO/IEC 2022 に準拠する 8 ビット エンコーディング システムには、 ISO/IEC 8859が準拠しているISO/IEC 4873 (ECMA-43) 、^{[9] [10]}および東アジア言語に使用されるExtended Unix Codeが含まれます。^{[11] ISO 2022 のより特殊なアプリケーションには、} MARC 21ライブラリ レコードで使用されるMARC-8エンコーディング システムがあります。^[3]

特定の文字セットまたはエンコーディングに切り替えるためのエスケープ シーケンスは、ISO-IR レジストリに登録されており (ベンダーまたはARIB STD-B24などのプロトコル仕様によって意味が定義されている、私的使用のために確保されているものを除く)、標準で定義されているパターンに従います。これらのエスケープ シーケンスを使用する文字エンコーディングでは、データの正しい解釈は以前に遭遇したエスケープ シーケンスに依存するため、データを順方向に順次処理する必要があります。

ISO-2022-JP などの特定のプロファイルでは、行末の前に現在の文字セットが US-ASCII にリセットされるなどの追加条件が課される場合があります。さらに、特定の ISO-2022 ベースのエンコードでこれが許可または要求され、特定の国別文字セットを使用するように指示されている場合、国別文字セットを宣言するエスケープ シーケンスが存在しない場合があります。たとえば、ISO-8859-1 では、定義エスケープ シーケンスは不要であると規定されています。

大きな文字セットを表現するために、ISO/IEC 2022 は、 7 ビットの文字表現で通常 94 個のグラフィック (印刷可能) 文字 (およびスペースと 33 個の制御文字) を表現できるというISO/IEC 646の特性に基づいています。C0 制御コード (狭義) のみを除外すると、96 文字まで拡張できます。したがって、2 バイトを使用すると、最大 8,836 個 (94×94) の文字を表現でき、3 バイトを使用すると、最大 830,584 個 (94×94×94) の文字を表現できます。標準では定義されていますが、登録されている文字セットで 3 バイトを使用するものはありません (ただし、EUC-TWの未登録の G2 や、同様に未登録のCCCII は3 バイトを使用します)。

2バイト文字セットの場合、各文字のコードポイントは通常、行セルまたは区点^[a]形式で指定されます。これは、ゾーン内のその文字の行^[b]とセル^[c]を指定する1から94までの2つの数字で構成されます。3バイトセットの場合、追加のプレーン^[d]番号が先頭に含まれます。^[20]エスケープシーケンスは、どの文字セットが使用されているかを宣言するだけでなく、セットがシングルバイトかマルチバイトか（マルチバイトの場合、使用するバイト数は宣言されません）、および各バイトに94または96の許容値があるかどうかも宣言します。

ISO/IEC 2022コーディングでは、文字コードと表示文字の間の2層マッピングを規定しています。エスケープシーケンスを使用すると、グラフィック文字セットの大規模なレジストリのいずれかを、G0からG3までと名付けられた4つのワーキングセットの1つに「指定」 [ ^21]することができ、より短い制御シーケンスは、ストリーム内のバイトを解釈するために 「呼び出される」 ^[22]ワーキングセットを指定します。

エンコードされたバイト値（「ビットの組み合わせ」）は、多くの場合、列行表記法で与えられ、00～15の範囲の2つの10進数（それぞれが1つの16進数字に対応）がスラッシュで区切られます。^[23]したがって、たとえば、コード2/0（0x20）から2/15（0x2F）は、「列02」と呼ばれることがあります。これは、ISO/IEC 2022 / ECMA-35標準自体で使用されている表記法です。^{[24]これらは、この記事でよく使用される}16進数を使用して他の場所で記述される場合もあれば、対応するASCII文字を使用して記述される場合もありますが、^[25]エスケープシーケンスは実際にはバイト値で定義され、そのバイト値に割り当てられたグラフィックは、制御シーケンスに影響を与えずに変更される場合があります。

文字コード表の左側にある7ビットASCIIグラフィック範囲（16進数0x20～0x7F）のバイト値は「GL」コード（「GL」は「グラフィックス左」の略）と呼ばれ、「高ASCII」範囲（0xA0～0xFF）のバイトは、利用可能な場合（つまり8ビット環境）は「GR」コード（「グラフィックス右」）と呼ばれます。^[5]制御範囲には「CL」（0x00～0x1F）と「CR」（0x80～0x9F）という用語が定義されていますが、CL範囲は常にプライマリ（C0）制御を呼び出すのに対し、CR範囲は常にセカンダリ（C1）制御を呼び出すか、使用されません。^[5]

削除文字DEL（0x7F）、エスケープ文字ESC（0x1B）、およびスペース文字SP（0x20）は、「固定」コード化文字として指定されており^[26]、GLを介してG0が呼び出されると、どの文字セットが指定されているかに関係なく常に使用できます。これらはグラフィカル文字セットに含めることはできませんが、他のサイズやタイプの空白文字は含めることができます。^[27]

ESC（エスケープ）文字を使用するシーケンスは形式をとり、ESC文字の後に0x20～0x2Fの範囲の0個以上の中間バイト^[28]（I）と、0x30～0x7Eの範囲の1つの最終バイト^[29]（F）が続きます。^[30]ESC [I...] F

最初のIバイトの有無によってエスケープシーケンスの種類が決まります。例えば、ワーキングセットを指定したり、単一の制御関数を表したりします。すべてのタイプのエスケープシーケンスにおいて、 0x30～0x3Fの範囲のFバイトは、当事者間の事前の合意によって定義された未登録の私的使用のために予約されています。^[31]

いくつかのセットの制御機能は、エスケープシーケンス自体に続く追加のバイトを利用する場合があります。たとえば、エスケープシーケンスを使用して表すことができるISO 6429制御機能「制御シーケンスイントロデューサ」の後には、0x30〜0x3Fの範囲の0個以上のバイトが続き、次に0x20〜0x2Fの範囲の0個以上のバイトが続き、最後に0x40〜0x7Eの範囲の1バイトが続き、シーケンス全体を「制御シーケンス」と呼びます。^[32]

4 つの作業セット G0 から G3 はそれぞれ、94 文字セットまたは 94 ⁿ文字のマルチバイト セットになります。また、G1 から G3 は、96 文字セットまたは 96 ⁿ文字セットになります。

96 文字セットまたは 96 ⁿ文字セットでは、GL 呼び出し時のバイト 0x20 から 0x7F、または GR 呼び出し時のバイト 0xA0 から 0xFF がセットに割り当てられ、セットで使用できます。94 文字セットまたは 94 ⁿ文字セットでは、バイト 0x20 と 0x7F は使用されません。^[33] 96 文字セットまたは 96 ⁿ文字セットが GL 領域で呼び出されると、スペース文字と削除文字 (コード 0x20 と 0x7F) は、94 文字セットまたは 94 ⁿ文字セット (G0 セットなど) が GL で呼び出されるまで使用できません。^[5] 96 文字セットを G0 に指定することはできません。

96文字セットとして登録されたセットは、必ずしも0x20/A0および0x7F/FFバイトがセットによって実際に割り当てられることを意味するわけではありません。96セットとして登録されているがそれらのバイトを使用しないグラフィカル文字セットの例には、IS 434のG1セット、^[34] ISO/IEC 10367のボックス描画セット、^{[35]およびISO-IR-164（} CCITTで使用されるISO-8859-8のG1セットの文字のみのサブセット）が含まれます。^[36]

文字は、当該のグラフィカルセットで別途指定されていない限り、結合文字ではなく、スペース文字であることが期待される。^[37] ISO 2022 / ECMA-35では、バックスペースとキャリッジリターンの制御文字を、スペース文字を結合する手段として使用することも、CSIシーケンス「グラフィック文字の組み合わせ」（GCC）^[37]（CSI 0x20 (SP) 0x5F (_)）と同様に認識されている。^[38]

このようなバックスペースとキャリッジリターンの使用はISO/IEC 646では許可されているが、ISO/IEC 4873 /ECMA-43 ^[39]およびISO/IEC 8859 ^{[40] [41]}では、グラフィック文字のレパートリーが未定義になるという理由で禁止されている。ただし、ISO/IEC 4873/ECMA-43では、文字のシーケンスが同じままで、異なる意味を持つ文字を形成するためにオーバースタンプされるのではなく、単に1つのスペースに表示される限り、GCC機能の使用を許可している。^[42]

制御文字セットは「プライマリ」または「セカンダリ」制御コードセットに分類され、^[43]それぞれ「C0」および「C1」制御コードセットとも呼ばれます。^[44]

C0制御セットには、0x1BにESC（エスケープ）制御文字が含まれている必要があります^[45]（ESCのみを含むC0セットはISO-IR-104として登録されます）^[46] 。一方、C1制御セットにはエスケープ制御文字がまったく含まれていない可能性があります。^[33]したがって、これらは完全に別の登録であり、C0セットはC0セットのみであり、C1セットはC1セットのみである。^[44]

ISO 6429 / ECMA-48のC0セットのコード、すなわちASCII制御コードがC0セットに現れる場合、それらはISO 6429 / ECMA-48の位置に現れる必要がある。^[45] ISO 6429 / ECMA-48に含まれる10個の伝送制御文字（すなわちSOH、STX、ETX、EOT、ENQ、ACK、DLE、NAK、SYN、ETB）以外の伝送制御文字をC0セットに含めること、^[47]またはそれらの10個のいずれかをC1セットに含めることは、ISO/IEC 2022 / ECMA-35規格でも禁止されている。^{[45] [33]}

C0制御セットはCL範囲0x00から0x1Fで呼び出されますが、^[48] C1制御機能はCR範囲0x80から0x9F（8ビット環境）で、またはエスケープシーケンスを使用して（7ビットまたは8ビット環境）呼び出すことができますが、^[43]両方で呼び出すことはできません。どのスタイルのC1呼び出しを使用するかは、コードバージョンの定義で指定する必要があります。^[49]たとえば、ISO / IEC 4873は、使用するC1制御（SS2とSS3）のCRバイトを指定します。^[50]必要に応じて、どの呼び出しを使用するかをアナウンサーシーケンスを使用して通信できます。

後者の場合、C1制御コードセットからの単一の制御機能は、「タイプFe」エスケープシーケンスを使用して呼び出されます。^[33]これは、ESC制御文字の後に列04または05（つまり、からESC 0x40 (@)）のバイトが続くことを意味しますESC 0x5F (_)。^[51]

ESC 0x60 (`)追加の制御機能は、「タイプ Fs」エスケープシーケンス（範囲から）に割り当てられますESC 0x7E (~)。これらは、C0 または C1 指定に依存せず、永続的に割り当てられた意味を持ちます。^{[51] [52]タイプ「Fs」シーケンスへの制御機能の登録は}、ISO/IEC JTC 1/SC 2の承認が必要です。^[52]その他の単一の制御機能は、タイプ「3Ft」エスケープシーケンス（範囲から）に登録できますが、^[53]現在「3Ft」シーケンスは割り当てられていません（2019 年現在）。^[54]これらの一部は ECMA-35（ISO 2022 / ANSI X3.41）で指定され、その他は ECMA-48（ISO 6429 / ANSI X3.64）で指定されています。^[55] ECMA-48 では、これらを「独立した制御機能」と呼んでいます。^[56]ESC 0x23 (#) [I...] 0x40 (@)ESC 0x23 (#) [I...] 0x7E (~)

ESC 0x30 (0)タイプ「Fp」（からESC 0x3F (?)）またはタイプ「3Fp」（から）のエスケープシーケンスは、当事者間の事前の合意により、単一の私的使用制御コード用に予約されています。^[58]両方のタイプのこのようなシーケンスのいくつかは、VT100などのDEC端末で使用されており、端末エミュレーターによってサポートされています。^[14]ESC 0x23 (#) [I...] 0x30 (0)ESC 0x23 (#) [I...] 0x3F (?)

デフォルトでは、GLコードはG0文字を指定し、GRコード（利用可能な場合）はG1文字を指定しますが、事前の合意により他の文字を指定することもできます。各領域で呼び出されるセットは、以下の表に示すように、シフトと呼ばれる制御コードで変更することもできます。^[59]

8ビットコードには、G1文字を指定するGRコード、すなわちシフトインとシフトアウトを使用してセットを切り替える7ビットコードが含まれる場合があります（例：JIS X 0201）。^[60]ただし、代わりにG2文字を指定するGRコードが含まれるものもあり、対応する7ビットコードは、2番目のセットにアクセスするためにシングルシフトコードを使用します（例：T.51）。^[61]

下の表に示すコードは、これらの制御コードの最も一般的なエンコードであり、ISO/IEC 6429に準拠しています。LS2、LS3、LS1R、LS2R、および LS3R シフトは、単一の制御機能として登録され、常に以下にリストされているエスケープシーケンスとしてエンコードされますが、^[54]その他は C0 または C1 制御コードセットの一部です (以下に示すように、SI (LS0) と SO (LS1) は C0 制御であり、SS2 と SS3 は C1 制御です)。つまり、指定されている制御セットに応じて、そのコーディングと可用性が異なる場合があります。つまり、その機能を使用する場合は、指定された制御セットに存在している必要があります。^{[48] [49]}前述のように、C1 制御自体は、エスケープシーケンスまたは 8 ビットバイトを使用して表すことができますが、両方を使用することはできません。

特定の制御コードセットでは、C0制御コードとしてのシングルシフトの代替エンコードが利用可能です。たとえば、SS2とSS3は通常、T.51 ^[61]とT.61でそれぞれ0x19と0x1Dで利用可能です。^[62]このエンコードは現在、SS2とSS3の7ビットシングルバイト表現を必要とするアプリケーションに対してISO/IEC 2022 / ECMA-35で推奨されています。^[63]また、SS2のみに使用することもできます。^[64]ただし、SS2が0x1Cである古いコードセットも存在し、^{[65] [66] [67]}以前の標準版でもそのように言及されていました。^{[68]以下に示すシングルシフトの0x8Eと0x8Fエンコードは、} ISO/IEC 4873レベル2と3では必須です。^[69]

シングルシフトコードは正式にはシフトコードとみなされ、それに応じて命名されているが、常にシフトコードと見なされるわけではなく、^[12]単にプレフィックスバイト（つまり、マルチバイトシーケンスの最初のバイト）と見なされることもある。^[11]これは、ロックシフトコードとは異なり、エンコーダーが現在アクティブなセットを状態として保持する必要がないためである。8ビット環境では、GLまたはGRのいずれか（両方ではない）をシングルシフト領域として使用できます。これは、コードバージョンの定義で指定する必要があります。^[72]たとえば、ISO / IEC 4873ではGLが指定されていますが、パックされたEUCではGRが指定されています。7ビット環境では、GLのみがシングルシフト領域として使用されます。^{[74] [75]}必要に応じて、どのシングルシフト領域が使用されているかをアナウンサーシーケンスを使用して通信できます。

「ロッキングシフトゼロ」（LS0）と「ロッキングシフトワン」（LS1）という名前は、「シフトイン」（SI）と「シフトアウト」（SO）という名前と同じC0制御文字のペア（0x0Fと0x0E）を指します。ただし、標準では、8ビット環境で使用される場合はLS0とLS1、7ビット環境で使用される場合はSIとSOと呼ばれます。^[59]

ISO/IEC 2022 / ECMA-35規格では、GLとGRの両方でG1、G2、またはG3を同時に呼び出すことは許可されていますが、推奨されていません。^[76]

エスケープシーケンスで使用されるコード化文字セットのISO国際登録簿（ISO-IR）には、ISO/IEC 2022で使用するために登録されているグラフィカル文字セット、制御コードセット、単一制御コードなどがリストされています。コードとセットをISO-IRレジストリに登録する手順は、ISO/IEC 2375で指定されています。各登録には、一意のエスケープシーケンスと、それを識別するための一意のレジストリエントリ番号が割り当てられます。^{[77] [78]}たとえば、簡体字中国語のCCITT文字セットはISO-IR-165として知られています。

ISO-IRレジストリへのコード化文字セットの登録は、ISO/IEC 2022非私的使用エスケープシーケンスに関連付けられた文字セットまたは制御機能を規定する文書を識別する。これは標準文書である可能性があるが、登録によって新しいISO標準が作成されるわけではなく、ISOまたはIECがそれを国際標準として採用することを約束するものではなく、ISOまたはIECがその文字をユニバーサルコード化文字セットに追加することを約束するものでもない。^[79]

ISO-IR に登録されたエスケープシーケンスは、SGML (ISO 8879)の数値文字参照に使用される文字セットを識別するために、公式公開識別子にカプセル化されても使用されます。たとえば、文字列はISO 646 -1983の国際参照バージョンを識別するために使用できます。 ^[80]また、HTML 4.01 仕様では、 Unicode を識別するために使用されています。^[81] FPI の 3 番目の要素に含まれるエスケープシーケンスのテキスト表現は、サポートされている文字セットの SGML 実装によって認識されます。^[80]ISO 646-1983//CHARSET International Reference Version (IRV)//ESC 2/5 4/0ISO Registration Number 177//CHARSET ISO/IEC 10646-1:1993 UCS-4 with implementation level 3//ESC 2/5 2/15 4/6

文字セットを指定するためのエスケープ シーケンスは、 という形式をとります。前述のように、中間 ( I ) バイトは 0x20～0x2F の範囲で、最終 ( F ) バイトは 0x30～0x7E の範囲です。最初のIバイト (または、マルチバイト セットの場合は最初の 2 つ) は、文字セットの種類と、その文字セットが指定されるワーキング セットを識別します。一方、Fバイト (および追加のIバイト) は、ISO-IR レジスタで割り当てられた文字セット自体を識別します (または、プライベート使用のエスケープ シーケンスの場合は、事前の合意により)。 ESC I [I...] F

Fバイトの範囲を拡張するために、Fバイトの前に追加のIバイトを追加することができます。これは現在、94文字セットでのみ使用され、フォームのコードが割り当てられています。^[82]一方、マルチバイトの96セットは登録されていないため、以下のシーケンスは厳密に理論上のものです。 ESC ( ! F

他のエスケープシーケンスタイプと同様に、0x30～0x3Fの範囲は私的使用のFバイト用に予約されており、^[31]この場合は私的使用の文字セット定義用です（これには、ARIB STD-B24 ^[83]やMARC-8 [ ^{3]などのプロトコルで定義された未登録のセット、または}DEC Special Graphics ^[84]などのベンダー固有のセットが含まれる場合があります）。ただし、グラフィカルセット指定シーケンスでは、2番目のIバイト（シングルバイトセットの場合）または3番目のIバイト（ダブルバイトセットの場合）が0x20（スペース）の場合、示されているセットは事前の合意により定義された「動的に再定義可能な文字セット」（DRCS）であり、^[85]これも私的使用と見なされます。^[31]グラフィカルセットがDRCSと見なされるということは、抽象的な文字のセットではなく、正確なグリフのフォントを表すことを意味します。^[86] DRCSセットと関連フォントの送信、割り当て、管理の方法はISO/IEC 2022/ECMA-35自体では規定されていないが、Fバイト0x40（@）から順番に割り当てることを推奨している。^{[87]ただし、DRCSフォントを送信する方法は、} World System Teletextなどの一部の通信プロトコル内で定義されている。^[88]

マルチバイトコードには3つの特別なケースもあります。、、のコードシーケンスはESC $ @すべてESC $ A、ESC $ B当時の標準がG0でのみマルチバイトセットを許可していたときに登録されたため、G0文字セットを指定するには、シーケンスからの代わりに受け入れられる必要があります。ESC $ ( @[ ^89]ESC $ ( B

制御文字セットを切り替えるための追加の（めったに使用されない）機能がありますが、これは単一レベルの検索であり、（前述のように）C0 セットは常に CL を介して呼び出され、C1 セットは常に CR を介して、またはエスケープ コードを使用して呼び出されます。前述のように、C0 文字セットには、位置 0x1B に ESC 文字が含まれている必要があり、これにより、さらに変更が可能になります。制御セット指定シーケンス（グラフィカル セットのシーケンスとは対照的）は、シーケンス内の各バイトがエンコードのコード ユニット サイズにパディングされていることを条件として、ANSI エスケープ コードの処理が適切なコンテキストでISO/IEC 10646（UCS/Unicode）内から使用することもできます。 ^[90]

エスケープシーケンスIバイトとそれらが実行する指定またはその他の機能の表を以下に示します。 ^[91]

Fバイトのレジストリは、異なるタイプに対して独立していることに注意してください。ESC ( Aからで指定される 94 文字のグラフィック セットは、からESC + Aで指定される 96 文字のセットとはまったく関連がありません。 また、これらはいずれも から で指定される 94 n 文字のセットとは関連があり^ません。 など、最終バイトはコンテキスト内で解釈する必要があります。 (実際、中間バイトなしでは、は C1 制御コード 0x81 を指定する方法です。) ESC - AESC / AESC $ ( AESC $ + AESC A

また、C0 および C1 制御文字セットは独立していることにも注意してください。 で指定される C0 制御文字セット(新聞のテキスト送信用の NATS 制御セット) は、 で指定される C1 制御文字セット( Videotex用のCCITT属性制御セット) ESC ! Aと同じではありません。ESC " A

この標準では、独自の構造に従わないコーディング システムを指定する方法も定義されています。

ISO/IEC 2022に戻すためのシーケンスも定義されています。ISO/IEC 2022でエンコードされたこのシーケンスをサポートする登録には、（2019年現在）さまざまなビデオテックス形式、UTF-8、およびUTF-1が含まれます。^[99] 0x2F（）の2番目のI/バイトは、ISO 2022に戻すためにそのバイトシーケンスを使用しないコードの指定シーケンスに含まれています。これらのコードには、ISO 2022に戻すための独自の手段（異なるシーケンスやパディングされたシーケンスなど）がある場合もあれば、まったくない場合もあります。^[100]後者のタイプの既存の登録はすべて（2019年現在）、透過的な生データ、Unicode/UCS形式、またはそれらのサブセットのいずれかです。^[101]

特に興味深いのは、ISO/IEC 2022構造に従わないISO/IEC 10646（Unicode ）形式に切り替えるシーケンスです。これには、UTF-8（制御文字用に0x80～0x9Fの範囲を予約していない）、その前身であるUTF-1（マルチバイトコードでGRバイトとGLバイトを混在させる）、およびUTF-16とUTF-32（より広いコーディング単位を使用する）が含まれます。^{[99] [101]}

UTF-8、UTF-16、UTF-32のサブセット（レベル1と2）や、UCS-2の3つのレベルにもいくつかのコードが登録されている。^[101]しかし、現在ISO/IEC 10646で指定されているコードは、UTF-8、UTF-16、UTF-32のレベル3コードと、UTF-8の未指定レベルコードのみであり、残りは非推奨としてリストされている。^{[103] ISO/IEC 10646では、UTF-16とUTF-32の}ビッグエンディアン形式はエスケープシーケンスで指定すると規定されている。^[104]

UTF-8への切り替えシーケンスのうち、ESC % Gたとえばxtermでサポートされているのは である。^[14]

UTF-16とUTF-32の標準リターンシーケンスの変形の使用は許可されているが、エスケープシーケンスのバイトはエンコードのコード単位のサイズ（つまり001B 0025 0040UTF-16の場合）に合わせてパディングする必要がある。つまり、標準リターンシーケンスのコーディングはISO/IEC 2022に厳密に準拠していない。このため、UTF-16とUTF-32の指定では、標準リターンなしの構文が使用される。^[107]

ラベルによるエンコーディングを指定するために、Xコンソーシアムの複合テキスト形式では5つの私的使用DOCSシーケンスが定義されている。^[108]

シーケンス「コード構造をアナウンスする」（）は、特定のコード構造、または特定のコードバージョンで使用される ISO 2022 機能の特定のグループをアナウンスするために使用されます。アナウンスは組み合わせることができますが、特定の矛盾した組み合わせ（具体的には、ロックシフトアナウンス 16～23 をアナウンス 1、3、4 と併用すること）は標準で禁止されています。また、ISO/IEC 4873レベルのアナウンス 12～14 ^[92]（許容される構造的特徴を完全に指定）の上に追加のアナウンスを使用することも禁止されています。アナウンスシーケンスは次のとおりです。 ESC SP (0x20) F

6つの7ビットISO 2022コードバージョン（ISO-2022-CN、ISO-2022-CN-EXT、ISO-2022-JP、ISO-2022-JP-1、ISO-2022-JP-2、ISO-2022-KR）がIETF RFCで定義されており、そのうちISO-2022-JPとISO-2022-KRは過去に広く使用されてきた。^[109] IBMを含むベンダーによって、他の多くのバリアントが定義されている。^[110] HTML5ではUTF-8が推奨されるエンコーディングであるが、ISO-2022-JPのレガシーコンテンツは依然として広く普及しているため、WHATWGエンコーディング標準では引き続きサポートされている。^[111] ISO-2022-KR、ISO-2022-CN、ISO-2022-CN-EXT ^{[112]を完全に置換}文字にマッピングするのではなく、^[113]クロスサイトスクリプティングなどのコードインジェクション攻撃に対する懸念があるためである。^{[111] [113]}

8ビットコードバージョンには拡張Unixコードが含まれます。^{[11] [12]} ISO /IEC 8859エンコーディングもISO/IEC 4873で規定されたサブセットのISO 2022に従います。^{[9] [10]}

ISO-2022-JPは、特に電子メール。JUNETネットワークで使用するために導入され、後にIETF RFC1468で体系化されました。^[114]日本語の他のエンコード8ビットのクリーンなを必要としないという利点があります。マイクロソフトはこれをコードページ50220。^[115]これはASCIIで始まり、次のエスケープシーケンスを含みます。

• ESC ( BASCII（1文字あたり1バイト）に切り替える
• ESC ( JJIS X 0201-1976 (ISO/IEC 646:JP) ローマ字セット (1 文字あたり 1 バイト)に切り替える
• ESC $ @JIS X 0208-1978（1文字あたり2バイト）に切り替える
• ESC $ BJIS X 0208-1983（1文字あたり2バイト）に切り替える

JIS X 0208-1990で追加された2つの文字の使用は許可されているが、IRRシーケンスを含めず、つまりJIS X 0208-1983と同じエスケープシーケンスを使用する。^{[114]また、G0以外のマルチバイトセットの指定が可能になる前に登録されたため、JIS X 0208のエスケープには2番目の}Iバイトは含まれない(。^[89]

RFCでは、既存のシステムのESC ( B中には を と区別しなかったりESC ( Jを と区別しなかったりするものESC $ @がESC $ Bあったが、電子メールなどのメッセージを単に中継するシステムではエスケープシーケンスを変更してはならないと規定している。^[114] HTML5が参照するWHATWGエンコーディング標準では、 とを区別して扱うが、デコード時にはを と同じように扱い、エンコード時には のみ を使用する。^[116]また、RFCでは、過去のシステムの中には、 シーケンスを誤って使用して、実際にはISO-IR-11 （ ISO 646およびWorld System Teletextのスウェーデン版）に登録されているJIS X 0208から切り替えていたものもあったと指摘している。^{[114] [i]}ESC ( BESC ( JESC $ @ESC $ BESC $ BESC ( H

を使ってJIS X 0201-1976ESC ( Iかなセット（1 文字につき 1 バイト）に切り替えることはISO-2022-JP プロファイルの一部ではありませんが、^[114]時々使用されます。Pythonでは、ISO-2022-JP-EXT というラベルの付いたバリアントでこれを許可しています（これは、後述するように JIS X 0212 も組み込んでおり、EUC-JPのカバレッジを完了します）。^{[117] [118]これは、名前と構造の両方で}DECによってISO-2022-JPextと示されるエンコーディングに近いもので、さらに、 でアクセスされる2 バイトのユーザー定義領域を追加して、 Super DEC Kanjiのカバレッジを完了します。^[119] WHATWG/HTML5 バリアントでは、ISO-2022-JP 入力で JIS X 0201 カタカナをデコードできますが、エンコード時に文字を JIS X 0208 の同等の文字に変換します。^[116] JIS X 0201かなも追加で許可されたISO-2022-JPのMicrosoftコードページはコードページ50221である。^[115]ESC $ ( 0

JIS7およびJIS8として知られる他の古い変種は、JIS X 0201で定義された 7 ビットおよび 8 ビットのエンコーディングを直接構築し、それぞれシフトアウトとシフトインを使用するか、8 番目のビットを設定する (GR 呼び出し) ことで、エスケープシーケンスなしで G1 から JIS X 0201 かなを使用できるようにします。^[120]これらは広く使用されていません。^{[120]拡張 8 ビット JIS X 0201 での JIS X 0208 のサポートは、}シフト JISを介してより一般的に実現されます。シフトアウトとシフトインを介してシングルバイトカタカナを含む JIS X 0201 ベースの ISO 2022 の Microsoft コードページは、コードページ 50222です。^[115]

ISO-2022-JP-2は、RFC 1554（1993年）で定義されたISO-2022-JPの多言語拡張であり、ISO-2022-JPのエスケープシーケンスに加えて、次のエスケープシーケンスを許可しています。ISO/IEC 8859の部分は96文字セットであり、G0に指定することはできず、シングルシフトコードSS2の7ビットエスケープシーケンス形式を使用してG2からアクセスされます。^[121]

• ESC $ AGB 2312-1980（1文字あたり2バイト）に切り替える
• ESC $ ( CKS X 1001-1992 (1文字あたり2バイト)に切り替える
• ESC $ ( DJIS X 0212-1990（1文字あたり2バイト）に切り替える
• ESC . AISO/IEC 8859-1上位部分、拡張ラテン 1 セット (1 文字あたり 1 バイト)に切り替える[G2 に指定]
• ESC . FISO/IEC 8859-7上位部分、基本ギリシャ語セット (1 文字あたり 1 バイト) [G2 に指定]に切り替える

JIS X 0212のISO-2022-JP-2表現を含むISO-2022-JPは、他の拡張は含まず、1997年のRFC 2237でISO-2022-JP-1と改名されました^。[122]

IBMは日本語用に7ビットのISO 2022ベースのエンコードを9つ実装しており、それぞれが異なるエスケープシーケンスのセットを使用している。IBM-956、IBM-957、IBM-958、IBM-959、IBM-5052、IBM-5053、IBM-5054、IBM-5055、ISO-2022-JPであり、総称して「TCP/IP日本語コード化文字セット」と呼ばれる。^[123] CCSID 9148は標準（RFC 1468）ISO-2022-JPである。^[124]

2000 年に初めて発行されたJIS X 0213規格では、 ISO-2022-JP-2 拡張機能を除いた ISO-2022-JP の更新バージョンが定義され、ISO-2022-JP-3と呼ばれています。 JIS X 0213 では、基本の JIS X 0208 規格と比較して追加された内容により、拡張された JIS プレーン 1 が新しく登録され、新しいプレーン 2 は独自の登録を受けました。 2004 年版の規格でプレーン 1 にさらに追加された内容により、プロファイルのさらなる改訂版であるISO-2022-JP-2004に追加登録が加えられました。 基本的な ISO-2022-JP 指定コードに加えて、次の指定が認識されます。

• ESC ( IJIS X 0201-1976かなセット（1文字あたり1バイト）に切り替える
• ESC $ ( OJIS X 0213-2000プレーン 1 (1 文字あたり 2 バイト)に切り替える
• ESC $ ( PJIS X 0213-2000プレーン 2 (1 文字あたり 2 バイト)に切り替える
• ESC $ ( QJIS X 0213-2004プレーン 1 (1 文字あたり 2 バイト、ISO-2022-JP-2004 のみ)に切り替える

ISO-2022-KRは1993年のRFC 1557で定義されている。^[133]これはASCIIと韓国語の2バイトKS X 1001-1992（^[134][135]以前はKS C 5601-1987と呼ばれていた）をエンコードする。ISO-2022-JP-2とは異なり、KS X 1001をG1に指定するために行の先頭に一度Shift Out文字とShift In文字それらを切り替えます^[133]ESC $ ) C

ISO-2022-CNおよびISO-2022-CN-EXTは、1996年のRFC 1922で定義されています。これらは、Shift Out機能とShift In機能（G0とG1の間をシフトする）と、単一シフト機能SS2とSS3の7ビットエスケープコード形式（G2とG3にアクセスする）の両方を使用する7ビットエンコーディングです。^[136]これらは、文字セットGB 2312（簡体字中国語）とCNS 11643（繁体字中国語）をサポートしています。

基本的なISO-2022-CNプロファイルは、G0（シフトイン）セットとしてASCIIを使用し、GB 2312とCNS 11643の最初の2つのプレーンも含んでいます（これらの2つのプレーンは、一般的なBig5のすべての繁体字中国語文字を表すのに十分であるため、RFCは付録で対応を示しています）。^[136]

• ESC $ ) AGB 2312-1980（1文字あたり2バイト）に切り替える[G1に指定]
• ESC $ ) GCNS 11643-1992プレーン 1 (1 文字あたり 2 バイト) [G1 に指定]に切り替える
• ESC $ * HCNS 11643-1992 プレーン 2 (1 文字あたり 2 バイト) [G2 に指定]に切り替える

ISO-2022-CN-EXTプロファイルでは、以下の追加のセットとプレーンが許可されます。^[136]

• ESC $ ) EISO-IR-165（1文字あたり2バイト）に切り替える[G1に指定]
• ESC $ + ICNS 11643-1992 プレーン 3 (1 文字あたり 2 バイト) [G3 に指定]に切り替える
• ESC $ + JCNS 11643-1992 プレーン 4 (1 文字あたり 2 バイト) [G3 に指定]に切り替える
• ESC $ + KCNS 11643-1992 Plane 5（1文字あたり2バイト）に切り替える[G3に指定]
• ESC $ + LCNS 11643-1992 Plane 6（1文字あたり2バイト）に切り替える[G3に指定]
• ESC $ + MCNS 11643-1992 Plane 7（1文字あたり2バイト）に切り替える[G3に指定]

ISO-2022-CN-EXTプロファイルでは、さらに追加のGuobiao標準グラフィックセットが許可されていると記載されているが、登録されたISO 2022エスケープシーケンスが割り当てられていることが条件となっている。^[136]

• G1のGB 12345
• G2のGB 7589またはGB 13131
• G3のGB 7590またはGB 13132

ESC(シングルバイト文字セットの場合) または(マルチバイト文字セットの場合)の後の文字は、ESC $指定する文字セットとワーキング セットの種類を指定します。上記の例では、文字((0x28) は 94 文字セットを G0 文字セットに指定し、)、*または+(0x29～0x2B) は G1～G3 文字セットに指定します。

ISO-2022-KR と ISO-2022-CN は ISO-2022-JP ほど頻繁には使用されず、セキュリティ上の懸念から意図的にサポートされないこともあります。特に、HTML5で使用されるWHATWGエンコーディング標準は、ISO-2022-KR、ISO-2022-CN、ISO-2022-CN-EXT (およびHZ-GB-2312 ) を「置換」デコーダーにマッピングします。^[112]これは、すべての入力を置換文字(�) にマッピングし、クライアントとサーバー間のエンコーディングサポートの違いを利用した特定のクロスサイトスクリプティングや関連攻撃を防ぎます。 ^[113]同じセキュリティ上の懸念 (ASCII バイトのシーケンスが異なる方法で解釈される可能性がある) は ISO-2022-JP とUTF-16にも当てはまりますが、展開されたコンテンツでより頻繁に使用されるため、この処理を施すことはできませんでした。^[111]

2024年4月、 glibcのISO-2022-CN-EXTの実装にセキュリティ上の欠陥^[137]が発見され、Linuxシステムではエンコーディングを完全に無効にすることが推奨されました。^[138]

8ビットシングルバイトエンコーディングに適用されるISO 2022のサブセットは、ISO/IEC 4873で定義されており、これはECMA-43としてもEcma Internationalによって発行されています。ISO /IEC 8859は、 ISO/IEC 4873（またはECMA-43）レベル1の8ビットコードを定義しています。^{[9] [10]}

ISO/IEC 4873 / ECMA-43は3つのレベルのエンコードを定義している: ^[139]

• レベル 1 には、C0 セット、ASCII G0 セット、オプションの C1 セット、およびオプションの 1 バイト (94 文字または 96 文字) G1 セットが含まれます。G0 は GL を介して呼び出され、G1 は GR を介して呼び出されます。シフト機能の使用は許可されていません。
• レベル2は、必須のG1セットに加えて、（94文字または96文字の）1バイトのG2および/またはG3セットを含む。シングルシフト機能SS2とSS3のみが許可され（つまり、ロックシフトは禁止されている）、これらはGL領域（96セットの場合は0x20と0x7Fを含む）を介して呼び出される。SS2とSS3は、それぞれ0x8Eと0x8FのC1で利用可能でなければならない。ISO 4873に必要なこの最小限のC1セットは、ISO-IR-105として登録されている。^[69]
• レベル 3 では、シングル シフトに加えて GR ロック シフト機能 LS1R、LS2R、および LS3R が許可されますが、それ以外はレベル 2 と同じ制限があります。

以前の版の規格では、ISO/IEC 646の不変位置が保持され、他の位置がスペース文字（結合文字ではない）に割り当てられ、0x23が£または#に割り当てられ、0x24が$または¤に割り当てられることを条件に、G0セットで非ASCIIの割り当てが許可されていました。^{[140]たとえば、} JIS X 0201の8ビットエンコーディングは以前の版に準拠しています。これはその後、ISO/IEC 646:1991 IRV / ISO-IR No. 6セット（ASCII）を完全に指定するように変更されました。^{[141] [142] [143]}

ISO/IEC 646 IRV（1991年以降ASCIIと同期）をC1またはG1が設定されていないISO/IEC 4873レベル1で使用すること、つまりシフトコードが使用されず上位ビットが常にゼロである8ビット環境でIRVを使用することは、ISO 4873 DVと呼ばれ、DVは「デフォルトバージョン」の略です。^[144]

異なるセットで重複する文字が利用可能な場合、ISO/IEC 4873 / ECMA-43の現在の版では、これらの文字は、その文字が含まれる最も番号の小さいワーキングセットでのみ使用できます。^[145]たとえば、文字がG1セットとG3セットの両方に含まれる場合、その文字はG1セットから使用する必要があります。ただし、以前の版では他のセットからの使用が許可されていたことが記載されています。^[143]

ISO/IEC 8859 はISO/IEC 4873 のレベル 1 の完全なエンコーディングを定義しており、複数の ISO/IEC 8859 パートを一緒に使用することは許可されていません。ISO /IEC 4873 のレベル 2 と 3 の代わりにISO/IEC 10367を使用する必要があると規定されています^{。[9] [10]} ISO/IEC 10367:1991 には、ISO/IEC 8859 の最初の 9 つのパートで使用されるもの (つまり、1991 年に発行された時点で存在していたもの) と一致する G0 と G1 のセットと、いくつかの補足セットが含まれています。^[146]

文字セット指定エスケープシーケンスは、情報交換中にバージョンを識別または切り替えるために使用されるが、追加のプロトコルによって要求される場合のみである。その場合、標準では、ISO/IEC 4873 レベルを指定する ISO/IEC 2022 アナウンサーシーケンスと、それに続く C0、C1、G0、G1、G2、G3 の文字セット指定を指定するエスケープの完全なセット (ただし、レベル 1 の G2 と G3 の指定は省略) が要求され、Fバイト 0x7E は空のセットを示す。各 ISO/IEC 4873 レベルには、次のとおり、独自の単一の ISO/IEC 2022 アナウンサーシーケンスがある。^[147]

拡張 Unix コード (EUC) は、主に日本語、韓国語、簡体字中国語で使用される8 ビットの可変幅文字エンコードシステムです。ISO 2022 に基づいており、ISO 2022 構造に準拠する文字セットのみが EUC 形式を持つことができます。最大 4 つのコード化文字セットを表現できます (G0、G1、G2、G3)。G0 セットは GL を介して呼び出され、G1 セットは GR を介して呼び出され、G2 セットと G3 セット (存在する場合) は SS2 と SS3 という単一のシフトを使用して呼び出されます。これらは CR バイト (それぞれ 0x8E と 0x8F) として使用され、GR (GL ではない) を介して呼び出されます。^[11]ロック シフト コードは使用されません。^[12]

G0セットに割り当てられているコードはASCII、またはKS-Roman（KS X 1003）やJIS-Roman （ JIS X 0201の下半分）などの各国のISO 646文字セットです。^[11]そのため、0x5C（ US-ASCIIのバックスラッシュ）は、EUC-JPの一部のバージョンでは円記号を表すために使用され、 EUC-KRの一部のバージョンではウォン記号を表すために使用されます。

G1 は、2 バイトで表現される 94x94 コード化文字セットに使用されます。GB 2312のEUC-CN形式とEUC-KRは、このような 2 バイト EUC コードの例です。EUC -JPには最大 3 バイト (つまり SS3 プラス 2 バイト) で表現される文字が含まれますが、EUC-TWの 1 文字は最大 4 バイト (つまり SS2 プラス 3 バイト) を占めます。

EUCコード自体はISO 2022のアナウンサーシーケンスや指定シーケンスを使用していませんが、次の4つのアナウンサーシーケンスのシーケンスに対応しており、意味は次のように分類されます。^[148]

Xコンソーシアムは、1989年にCompound TextというISO 2022プロファイルを交換フォーマットとして定義しました。^{[149]これは、} HT（）、 NL（改行、LF、）としてコード化される） 、ESC （）、およびCSI（8ビット表現）の4つの制御コードのみを使用し、 ^[150] SDS （） CSIシーケンスは双方向テキスト制御に使用されます。^[151]これは、GLとGRにG0とG1を使用する8ビットコードであり、初期状態ではISO-8859-1に従います。 ^[152]次のFバイトが使用されます。 0x090x0A 0x1B0x9BCSI … ]

ラベルによるエンコーディングの指定のために、X11 Compound Text では 5 つの私的使用 DOCS シーケンスが定義されている。可変長エンコーディングの場合はESC % / 0( )、固定長エンコーディングの場合はそれぞれ 1 バイトから 4 バイトである。別のエスケープシーケンスを使用してISO 2022に戻るのではなく、最初のエスケープシーケンスに続く 2 バイトで残りの長さをバイト単位で指定する。これは バイトを使用して 128 進数でコード化される。エンコーディングラベルはISO 8859-1でエンコードされたテキストの前に含まれ、STX ( ) で終了する。^[108]1B 25 2F 30ESC % / 1ESC % / 40x80–FF0x02

• ISO/IEC 2022 のグラフィカル文字エンコーディングの全範囲を GL 経由で呼び出すことができるため、7 ビット エンコーディングに制限されているシステムのように、GR と C1 を表現できないことで、使用可能なグリフが大幅に制限されることはありません。したがって、このようなシステムで大量の文字を表現できます。一般に、この 7 ビット互換性は、古いシステムとの下位互換性を除いて、実際には利点ではありません。現代のコンピューターの大部分は、1 バイトあたり 8 ビットを使用しています。
• Unicode と比較すると、ISO/IEC 2022 は、シーケンス コードを使用してさまざまな東アジア言語の個別のエンコードを切り替えることで、漢字の統一^{を回避しています。これにより、単一のドキュメントとフォントで複数の}CJK言語とそれに関連する文字のバリエーションをサポートすることが困難になるなど、統一に関連する^{問題 [ 引用が必要]}を回避します。

• ISO/IEC 2022 はステートフル エンコーディングであるため、プログラムはテキスト ブロックの途中にジャンプして文字を検索、挿入、または削除することはできません。これにより、ステートフルでないエンコーディングと比較すると、テキストの操作が非常に面倒で遅くなります。テキストの途中でジャンプすると、エスケープ シーケンスに続くバイトを解釈する前に、前のエスケープ シーケンスへのバックアップが必要になる場合があります。
• ISO/IEC 2022 の状態依存の性質により、同一かつ同等の文字が異なる文字セットでエンコードされる可能性があり、G0 から G3 のいずれかに指定される可能性があり、これは単一のシフトを使用して呼び出すか、GL または GR へのロック シフトを使用して呼び出すことができます。その結果、文字は複数の方法で表現される可能性があり、視覚的に同一かつ同等の 2 つの文字列が等しいかどうかを確実に比較することはできません。
• DICOMやいくつかの電子メールクライアントなどの一部のシステムでは、他のいくつかのエンコードをサポートすることに加えて、 ISO-2022のバリエーション（例：ISO 2022 IR 100 ^{[154] ）を使用しています。 [155]}このタイプのバリエーションにより、コンピュータシステム間でテキストを移植可能に転送することが困難になります。
• ISO/IEC 2022 の 8 ビット制御文字の表現と互換性のあるマルチバイトUnicode変換形式であるUTF-1 は、 UTF-8と比較してさまざまな欠点があり、 ISO/IEC 2022 でサポートされている他の文字セットとの切り替えは、通常、Unicode ドキュメントでは不要です。
• エスケープシーケンスのため、悪意のある文字列（クロスサイトスクリプティングなど）がUnicodeにデコードされるまでマスクされ、サニタイズを回避できる攻撃バイトシーケンスを構成することができます。^[156]そのため、このエンコーディングの使用はマルウェア対策スイートによって疑わしいものとして扱われ、^{[157] [より良いソースが必要]}また、7ビットのISO 2022データ（ISO-2022-JPを除く）は、攻撃を防ぐためにHTML5で置換文字に完全にマッピングされます。 ^{[112] [113]指定エスケープやロックシフトコードを使用しない制限されたISO 2022 8ビットコードバージョン（}拡張Unixコードなど）では、この問題は発生しません。
• 連結は問題を引き起こす可能性がある。ISO-2022-JPなどのプロファイルでは、ストリームがASCII状態で始まり、ASCII状態で終了する必要があることを指定している。^[114]これは、連結されたISO-2022-JPおよび/またはASCIIストリーム内の文字が正しいセットで解釈されることを保証するために必要である。この結果、マルチバイト文字で終わるストリームがマルチバイト文字で始まるストリームと連結されると、ASCIIに切り替えてすぐにそこから離れるエスケープコードのペアが生成されます。ただし、Unicode技術レポート#36（「Unicodeセキュリティの考慮事項」）で規定されているように、間に文字がないISO 2022エスケープシーケンスのペアは、クロスサイトスクリプティングなどの悪意のあるシーケンスを隠すために使用されるのを防ぐために、置換文字（「�」）を生成する必要があります。^{[158]この対策を}Mozilla Thunderbirdなどで実装したところ、相互運用性の問題が発生し、2つのISO-2022-JPストリームが連結された場所で予期しない「�」文字が生成されました。^[156]

• 2709 規格
• 646 規格
• ISO-IR-102
• C0 および C1 制御コード
• CJK文字
• MARC 標準
• 文字化け
• ルイト
• ISO/IEC JTC 1/SC 2

• ARIB (2008). ARIB STD-B24: デジタル放送におけるデータ符号化および伝送仕様(PDF) (ARIB 標準規格). 5.2-E1. 第 1 巻. 2017-07-10 にオリジナルからアーカイブ( PDF )されました。2017-07-10 に取得。
• ECMA (1980)。ECMA-35: 7 ビット符号化文字セットの拡張(PDF) (ECMA 標準) (第 2 版)。
• ECMA (1994)。ECMA-35: 文字コードの構造と拡張テクニック(PDF) (ECMA 標準) (第 6 版)。
• ECMA (1985)。ECMA-43: 8 ビットコード化文字セットの構造と規則(PDF) (ECMA 標準) (第 2 版)。
• ECMA (1991)。ECMA-43: 8 ビットコード化文字セットの構造と規則(PDF) (ECMA 標準) (第 3 版)。
• ECMA (1991)。ECMA-48: コード化文字セットの制御関数(PDF) (ECMA 標準) (第 5 版)。
• ECMA (2000)。ECMA-144: 8 ビット シングルバイトコード化グラフィック文字セット: ラテン アルファベット No. 6 (PDF) (ECMA 標準) (第 3 版)。
• 欧州放送連合(1997)。ETS 300 706: 拡張テレテキスト仕様(PDF) (欧州電気通信規格) 。ETSI。
• ISO/IEC JTC 1/SC 2 (2003)。ISO/IEC 2375:2003: 情報技術 - エスケープシーケンスおよびコード化文字セットの登録手順。ISO。{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク)
• ISO/IEC JTC 1/SC 2 (1998-02-12)。ISO/IEC FDIS 8859-10: 情報技術 - 8 ビット シングルバイトコード化グラフィック文字セット - パート 10: ラテン アルファベット No. 6 (PDF) (最終国際標準草案)。{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク)
• ISO/IEC JTC 1/SC 2 (2017)。ISO/IEC 10646: 情報技術 - ユニバーサルコード化文字セット (UCS) (ISO 規格) (第 5 版) 。ISO。{{cite book}}: CS1 maint: 数値名: 著者リスト (リンク)
• ISO-IR: エスケープシーケンスで使用されるコード化文字セットの ISO/IEC 国際登録簿(PDF) (レジストリ インデックス)。ITSCJ/ IPSJ。
• シャイフラー、ロバート W. (1989)。複合テキストエンコーディング (X コンソーシアム標準)。Xコンソーシアム。
• ファン・ケステレン、アン。 WHATWG エンコーディング標準 (WHATWG Living Standard)。なんてことだ。

• ISO/TC 97/SC 2 (1975-12-01)。ISO-IR-1: ISO 646 の制御文字セット(PDF)。ITSCJ/ IPSJ。{{citation}}: CS1 maint: 数値名: 著者リスト (リンク)
• スウェーデン標準化委員会 (1975-12-01)。 ISO-IR-7: 新聞テキスト送信用の NATS 制御セット(PDF)。 ITSC​​J/情報処理学会。
• 日本工業標準調査会(1975-12-01). ISO-IR-14: 日本語ローマ字グラフィック文字セット(PDF) . ITSCJ/ IPSJ .
• IPTC (1976-03-25)。 ISO-IR-26: 新聞テキスト送信用のコントロール セット(PDF)。 ITSC​​J/情報処理学会。
• ISO/TC 97/SC 2 (1977-10-15)。ISO-IR-36: ISO 646 の制御文字セット。IS4 は G2 のシングルシフト (SS2) に置き換えられました(PDF)。ITSCJ/ IPSJ。{{citation}}: CS1 maint: 数値名: 著者リスト (リンク)
• ISO/TC97/SC2/WG-7 ; ECMA (1985-08-01)。 ISO-IR-104: ISO 4873 に設定された最小 C0 (PDF)。 ITSC​​J/情報処理学会。{{citation}}: CS1 maint: 数値名: 著者リスト (リンク)
• ISO/TC97/SC2/WG-7 ; ECMA (1985-08-01)。 ISO-IR-105: ISO 4873 の最小 C1 セット(PDF)。 ITSC​​J/情報処理学会。{{citation}}: CS1 maint: 数値名: 著者リスト (リンク)
• ITU (1985-08-01). ISO-IR-106: Teletex 制御機能の基本セット(PDF) . ITSCJ/ IPSJ .
• Úřad pronormalizaci a měřeni (1987-07-31)。 ISO-IR-140: ISO 646 の制御文字の C0 セット。EM は SS2 に置き換えられています(PDF)。 ITSC​​J/情報処理学会。
• 韓国標準局 (1988-10-01). ISO-IR-149: 情報交換用韓国語グラフィック文字セット (KS C 5601:1987) (PDF) . ITSCJ/ IPSJ .
• ISO/IEC/JTC1/SC2/WG3 (1990-04-16). ISO-IR-155: 基本ボックス図面セット(PDF) . ITSCJ/ IPSJ .{{citation}}: CS1 maint: 数値名: 著者リスト (リンク)
• CCITT (1992-07-13). ISO-IR-164: ヘブライ語補助図形文字セット(PDF) . ITSCJ/ IPSJ .
• ECMA (1996-04-22). ISO-IR-192: UCS 変換フォーマット (UTF-8)、実装レベル 3、標準リターンなし(PDF) . ITSCJ/ IPSJ .
• ECMA (1996-04-22). ISO-IR-195: UCS 変換フォーマット (UTF-16)、実装レベル 3、標準リターンなし(PDF) . ITSCJ/ IPSJ .
• ECMA (1996-04-22). ISO-IR-196: UCS 変換フォーマット (UTF-8)、標準リターン付き(PDF) . ITSCJ/ IPSJ .
• アイルランド国家規格協会(1999-12-07)。ISO-IR-208: 情報交換のためのオガムコード化文字セット(PDF)。ITSCJ/ IPSJ。

• Murai, J.; Crispin, M.; van der Poel, E. (1993). 「RFC 1468: インターネットメッセージ用の日本語文字エンコード」.コメントの要求. IETF . doi : 10.17487/rfc1468 .
• Ohta, M.; Handa, K. (1993). 「RFC 1554: ISO-2022-JP-2: ISO-2022-JP の多言語拡張」.コメントの要求. IETF . doi : 10.17487/rfc1554 .
• Choi, U.; Chon, K.; Park, H. (1993). 「RFC 1557: インターネット メッセージ用の韓国語文字エンコード」.コメントの要求. IETF . doi : 10.17487/rfc1557 .
• Zhu, HF.; Hu, DY.; Wang, ZG.; Kao, TC.; Chang, WCH.; Crispin, M. (1996). 「RFC 1922: インターネット メッセージ用の中国語文字エンコーディング」 .コメントの要求. IETF . doi :10.17487/rfc1922.
• 田丸 憲一 (1997)。「RFC 2237: インターネットメッセージ用の日本語文字エンコーディング」。コメント要求。IETF。doi : 10.17487 / rfc2237。

• ルンデ、ケン(2008)。CJKV 情報処理(第 2 版)。オライリーメディア。ISBN 9780596514471。

• ルンデ、ケン（1998）。CJKV情報処理。マサチューセッツ州ケンブリッジ：O'Reilly & Associates。ISBN 1-56592-224-7。

• ISO/IEC 2022:1994
• ISO/IEC 2022:1994/Cor 1:1999
• ECMA-35 は ISO/IEC 2022 と同等であり、無料でダウンロードできます。
• エスケープシーケンスで使用されるコード化文字セットの国際登録、割り当てられた文字セットとそのエスケープシーケンスの完全なリスト
• 北米、ヨーロッパ、東アジアの文字コードの歴史（1999年以降、2004年改訂）
• Ken Lundeの CJK.INF: 中国語、日本語、韓国語 (CJK) 言語のエンコードに関するドキュメント。ISO/IEC 2022 のさまざまなバリエーションに関する説明も含まれています。