C0およびC1制御コード

C0およびC1制御コード（または制御文字セット）は、 ASCIIおよびASCII派生文字を使用するコンピュータシステムでテキスト内で使用される制御コードを定義します。これらのコードは、カーソルの位置、改行命令、テキストが受信されたことを示すメッセージなど、テキストに関する追加情報を表します。

_{C0コードは00 HEX}～1F _HEXの範囲で、デフォルトのC0セットは元々ISO 646（ASCII ）で定義されていました。C1コードは80 _HEX～9F _HEXの範囲で、デフォルトのC1セットは元々ECMA-48（後にISO 6429と整合）で定義されていました。制御文字とグラフィック文字を指定するISO/IEC 2022システムでは、特殊な用途向けに他のC0およびC1セットも使用できますが、ほとんど使用されていません。

ASCIIは32個の制御文字とDEL文字を定義している。当時、これほど多くのコードが定義されていたのは、マルチバイト制御を実現するには端末にステートマシンを実装する必要があり、当時の電子回路や機械式端末では非常に困難だったためである。

使用が維持されているコードはごくわずかで、BEL、ESC、およびフォーマットエフェクタ^{[ ​​1 ]}（FE _n）文字BS、HT、LF、VT、FF、CRのみです。その他は使用されていないか、NULがC文字列の終端文字であるなど、異なる意味を持つようになりました。ANPA -1312、Kermit、XMODEMなどの一部のデータ転送プロトコルは、元の定義に近い目的でSOH、STX、ETX、EOT、ACK、NAK、SYNを広く使用しています。また、Unix infoフォーマット^{[ 2 ]}やPythonのsplitlines文字列メソッド^{[ 3 ]}などの一部のファイルフォーマットは、「情報区切り文字」（IS _n ）を使用しています。

ISO 6429:1992（またはECMA-48:1991）では、一部のコードの名称が、書き方の方向に関係なく中立となるように変更されました。使用されている略語は、規格が他の言語に翻訳される際に変更されないことが既に規定されていたため、変更されていません。この表では、名称変更されたコントロールについて、新旧両方の名称が示されています（旧名称は略語と一致するものです）。

Unicodeには、C0制御文字を置き換えて画面上に表示させるための制御ピクチャが用意されています。しかし、キャレット表記の方がよく使われます。

1973 年、ECMA-35とISO 2022 ^{[ 18 ]}は、8 ビットの「拡張 ASCII」コードを対応する 7 ビットコードに変換し、またその逆も行う方法を定義しようと試みました。^{[ 19 ]} 7 ビット環境では、シフト アウト ( SO ) により、96 バイト0x20から0x7F ^{[ a ] [ 21 ]} (つまり、C0 制御コードを除くすべて) の意味が、8 ビット環境で同じコードを最上位ビットで使用した場合に印刷される文字に変更されます。これは、0x80 から 0x9F の範囲を 7 ビット環境で印刷できないことを意味し、 [ 19 ]^{そのため、}代替文字セットではこれらを使用できず、これらのコードは追加の制御コードであるべきであり、C1 制御コードとして知られるようになりました。7 ビット環境でこれらの新しい制御を使用できるようにするため、シーケンスは同等とみなされることになりました。^{[ 19 ]}後のISO 8859規格では 7 ビット コードのサポートは廃止されましたが、この範囲の制御文字は維持されました。ESC @ESC _

ISO 2022で使用するために登録された最初のC1管理コードセットは、1979年に登録された書誌用途向けの特殊なセットであるDIN 31626 [ ^{22 ]でした。[ 23 ]}

より一般的な汎用ISO/IEC 6429セットは 1983 年に登録されましたが^{[ 24 ]} 、その基となった ECMA-48 仕様は 1976 年に初めて発行され^{[ 25 ]}、JIS X 0211 (旧 JIS C 6323) ^{[ 26 ]}でもあります。RFC 1345および ISO 10646の初期ドラフトで定義されているが ISO/IEC 6429 にはないシンボル名( PAD、HOP、SGC ) も使用されています。^{[ 9 ] [ 27 ]} 

EUC-JPテキストのSS2とSS3 、およびEBCDICから変換されたテキストのNELを除き、これらのコードの8ビット形式はほとんど使用されていません。CSI 、DCS 、 OSCはテキスト端末や端末エミュレータを制御するために使用されますが、ほとんどの場合、7ビットのエスケープコード表現が使用されます。現在では、これらのコードに遭遇した場合、Windows-1252またはMac OS Romanの該当位置から文字を印刷することを意図している可能性がはるかに高くなります。

NELを除き、Unicodeはこれらの文字に対して「制御画像」を提供していません。また、これらの文字に対応するキャレット表記の既知のバリエーションもありません。

ISO /IEC 2022 (ECMA-35) 拡張メカニズムにより、エスケープシーケンスで C0 および C1 セットを変更できるようになりました。上記の標準 C0 制御文字セットはシーケンスで選択され、上記の C1 セットはシーケンスで選択されます。^{[ 24 ]}ESC ! @ESC " C

公式および非公式の代替案がいくつか定義されていますが、これはほぼ時代遅れです。ほとんどの代替案は、相互運用性のためにASCII制御との互換性をかなり維持せざるを得ませんでした。標準では、ESC、^{[ 41 ] [ 42 ]} SPおよびDEL ^{[ a ]}を「固定」コード化文字とし、標準に準拠するすべてのエンコーディングでASCIIの位置に使用できます。^{[ 44 ]}また、C0セットに伝送制御（TC _n）コードが含まれている場合、それらはASCIIの位置にエンコードする必要があり^{[ 41 ]}、C1セットに入れることはできません^{[ 45 ]。}新しい伝送制御はすべてC1セットに入れる必要があります。^{[ 41 ]}

Unicodeは、上記で説明した65個のコードポイントをC0およびC1制御コードとの互換性のために予約しており、これらに一般カテゴリCc（制御）を与えています。これらは以下のとおりです。

• U+0000–U+001F (C0 コントロール) およびU+007F (DEL) はC0 コントロールおよび基本ラテン語ブロックに割り当てられ、
• U+0080–U+009F（C1コントロール）は、C1コントロールおよびラテン語-1補足ブロックに割り当てられました。

Unicode では、C0 フォーマット コントロール HT、LF、VT、FF、CR (BS は含まれていません)、C0 情報区切り文字 FS、GS、RS、US ​​(および SP)、C1 コントロール NEL のセマンティクスのみが規定されています。^{[ 59 ]}残りのコードは Unicode に対して透過的であり、その意味は上位レベルのプロトコルに委ねられており、ISO/IEC 6429がデフォルトとして推奨されています。^{[ 59 ]}

Unicodeには、明示的な双方向フォーマットのためのマーク、埋め込み、分離、ポップなどのフォーマット効果文字のほか、合字の使用を制御するためのゼロ幅結合子と非結合子Cfなど、多くの追加フォーマット効果文字が含まれています。ただし、これらは ではなく、一般的なカテゴリ (フォーマット) に分類されますCc。

• 制御画像- C0制御コードのUnicodeグラフィック表現文字
• ANSIエスケープコード

• Unicode規格
  • C0 コントロールと基本ラテン語
  • C1コントロールとラテン-1サプリメント
  • コントロールピクチャー
  • Unicode規格、バージョン6.1.0、第16章：特殊領域と書式文字
• ATIS通信用語集 2007
• C1 の問題は 9 つありますか、または XHTML 1.0 では C1 文字は有効ですか?
• W3C国際化に関するよくある質問：HTML、XHTML、XML、および制御コード
• エスケープシーケンスで使用するコード化文字セットの国際登録簿（ 2023年5月12日にWayback Machineにアーカイブ済み）