646 規格

ISO/IEC 646 エンコーディング ファミリ

ISO/IEC 646 不変。赤いループ四角( ⌘ ) は国別コード ポイントを示します。その他の赤い文字は、注目すべき小さな変更で変更されています。
標準	ISO/IEC 646、ITU T.50
分類	7 ビット基本ラテン文字エンコード
先行	ASCIIコード
後継者	ISO/IEC 8859、ISO/IEC 10646 認証
その他の関連エンコーディング	DEC NRCS、ワールド システム テレテキスト の他のアルファベットへの適応: ELOT 927、Symbol、KOI-7、SRPSCII および MAKSCII、ASMO 449、SI 960
ヴ t e

ISO/IEC 646は、情報技術 - 情報交換のためのISO 7ビットコード化文字セットとして説明され、少なくとも1964年以来ASCIIと共同で開発されてきたISO / IEC規格のセットです。 ^{[1] [2]} 1967年の最初の版以来^{[3]、いくつかの国家規格の由来となる7}ビット文字コードを指定してきました。

ISO/IEC 646はECMAによってECMA-6として批准された。ECMA-6の最初のバージョンは1965年に発行され、^[4] ECMAの技術委員会TC1が1960年12月から行ってきた作業に基づいていた。^[4]

ISO/IEC 646基本文字セットの文字は不変文字である。^[5] ISO/IEC 646のその部分、つまりすべての国で共有される不変文字セットは、 ISO基本ラテンアルファベットで使用される文字のみを規定していたため、追加の文字を使用する国は、自国の文字を使用できるようにISO/IEC 646の国別バリアントを作成する必要があった。当時は8ビットコードの伝送と保管が標準ではなかったため、国別文字を7ビットの制約内に収める必要があったため、ASCIIに表示される文字の一部は、ISO/IEC 646の他の国別バリアントには表示されない。

ISO/IEC 646 とその前身であるASCII (ASA X3.4) は、通信業界における文字エンコーディングに関する既存の慣行をほぼ承認しました。

ASCII では英語以外の言語に必要な文字がいくつか提供されていなかったため、あまり使用されない文字を必要な文字で置き換える国別バリアントがいくつか作成されました。さまざまな国別バリアントの非互換性のため、少なくとも置き換えられたセットをすべてのバリアントで同じ文字に制限する試みとして、ISO/IEC 646 の国際参照バージョン (IRV) が導入されました。元のバージョン (ISO 646 IRV) は、コード ポイント 0x24、ASCII のドル記号($) が国際通貨記号(¤)に置き換えられた点のみがASCIIと異なっていました。1991 年の最終バージョンである ISO/IEC 646:1991 は、 ITU T.50 (国際参照アルファベット)、国際参照アルファベットまたは IRA (以前は国際アルファベット No. 5 (IA5)) としても知られています。この標準により、ユーザーは 12 個の可変文字 (つまり、2 つの代替グラフィック文字と 10 個の国別定義文字) を使用できます。これらの演習の中で、ISO 646:1991 IRV（国際参照バージョン）は明示的に定義されており、ASCIIと同一である。^[6]

8 ビット文字エンコーディングを規定する ISO/IEC 8859 シリーズの標準は、追加ビットで 96 個の追加文字を提供し、ASCII コードの置き換えを回避することで、ISO/IEC 646 国際標準およびその国内版に取って代わります。Unicodeに直接関連するISO/IEC 10646標準は、より大きな 21 ビット値を使用する 1 つの統合された文字エンコーディング セットで、ISO646 および ISO/IEC 8859 セットのすべてを置き換えます。

ISO/IEC 646 の遺産は Windows にも見られます。多くの東アジアのロケールでは、ファイル名に使用されるバックスラッシュ文字は¥または₩などの他の文字としてレンダリングされます。オリジナルの IBM PC のコード ページ 437でも ¥ の別のコードが使用でき、 Shift JISでは ¥ の別の 2 バイト コードが使用できます(ただし、これは多くの場合代替マッピングを使用します)。そのため、非常に多くのテキストが ¥ に使用されるバックスラッシュ コードを使用して作成されたため (Shift_JIS は公式には ISO 646:JP に基づいていますが、Microsoft はこれを ASCII としてマッピングしているため)、最新の Windows フォントでもそのようにコードをレンダリングする必要があることがわかりました。同様の状況は ₩ とEUC-KRにも存在します。もう 1 つの遺産は、 C プログラミング言語におけるトライグラフの存在です。

• ECMA-6 (1965-04-30) 第1版（撤回）^[4]
• ISO/R646-1967（廃止）^[3]またはECMA-6（1967-06）、第2版（廃止）^{[3] [4]}
• ECMA-6（1970-07）、第3版（廃止）^{[4] [7]}
• ISO 646:1972（廃止）、またはECMA-6（1973-08）、第4版（廃止）^{[4] [7]}
• ISO 646:1983（廃止）^[8]またはECMA-6（1984-12、1985-03）、第5版（廃止）^[4]
• ITU-T勧告T.50 IA5（1988-11-25）（撤回）、^{[9] [10]}またはISO/IEC 646:1991（発効）、^{[11] [12]}またはECMA-6（1991-12、1997-08）、第6版（発効）^[11]
• ITU-T勧告T.50 IRA（1992年9月18日）（発効）^{[9] [13]}

次の表は、ISO/IEC 646 不変文字セットを示しています。各文字は、Unicode の同等文字とともに示されています。国別コード ポイントは、置き換えられる ASCII 文字とともに灰色で表示されます。黄色は、一部の地域でバックスペース文字を使用して前の文字と発音区別符号として組み合わせることができる文字を示しており、グリフの選択に影響する可能性があります。

不変集合の制限に加えて、ECMA-6:1991では0x23は#または£に制限され、0x24は$または¤に制限されており、これはISO/IEC 646:1991と同等である。 ^[11]ただし、これらの制限はすべての国別バリアントで遵守されているわけではない。^{[14] [15]}

ISO/IEC 646 の国別バリエーションは次のとおりです。

ISO/IEC 646 に基づいているが、その不変セットに厳密に従わない国別文字セットもいくつか存在します (他のアルファベットの派生文字も参照)。

上記のすべてのバリアントは、純粋にグラフィカルな文字セットであり、次の表に示すような C0 制御文字セットとともに使用されます。

次の表は、特定のISO/IEC 646バリアントと同じ標準で定義されている補助グラフィカル文字セットを示しています。これらは、シフトアウトやNATSスーパーシフト（シングルシフト）などのメカニズムを使用して選択するか、^[49]、8番目のビットが使用可能な環境では8番目のビットを設定することによって選択されます。

これらのバリアントのいくつかの変更の詳細は、次の表に示されています。リストされているすべてのバリアントで変更されていない文字の割り当て (つまり、ASCII と同じままの文字の割り当て) は示されていません。

比較しやすいように、詳細に説明されているバリアントには、ISO/IEC 646 の国別バリアント、VT200端末で使用される DEC の密接に関連するNational Replacement Character Set (NRCS) シリーズ、 ETS 300 706で定義されている関連する European World System Teletextエンコード シリーズ、および ISO/IEC 646 に基づくその他の密接に関連するエンコードが含まれます。個々のコード チャートは、2 番目の列からリンクされています。白以外の背景のセルは、US-ASCII ( ISO/IEC 10646 および Unicode の基本ラテンサブセットでもある) との違いを強調しています。

いくつかの文字は、その前または後ろにバックスペースC0 制御がある場合、結合文字として使用できます。これは、IRV、GB、FR1、CA、および CA2 のコード表で証明されており、その前または後ろにバックスペースがある場合、は、分音記号、鋭アクセント、セディーユ、サーカムフレックス(引用符、カンマ、上向き矢印ではなく)として動作すると記載されています。チルダ文字 (~) も同様に分音記号 (˜) として導入されました。このエンコード方法は、バックスペースを使用するとグリフが重複してしまうタイプライター/テレタイプ時代に始まったもので、非推奨と見なされる場合があります。 "',^

その後、より幅広い文字セットが受け入れられるようになると、ISO/IEC 8859、ベンダー固有の文字セット、そして最終的にはUnicode が、これらのバリアントのほとんどをコーディングするための好ましい方法になりました。

国別置換文字セット( NRCS ) は、1983 年にDECがVT200シリーズのコンピュータ端末で導入した 7 ビット エンコーディングのファミリです。これは ISO/IEC 646 と密接に関連しており、ASCII の同様の不変サブセットに基づいていますが、 を$不変として保持するかどうかという点で異なります_(ただし、ほとんどの NRCS バリアントは を保持しているため、ISO/IEC 646 不変セットに準拠しています)。ほとんどの NRCS バリアントは、オランダのバリアント_を除き、対応する国別 ISO/IEC 646 バリアントが存在する場合は密接に関連しています。

欧州電気通信規格ETS 300 706「拡張テレテキスト仕様」は、ラテン文字、ギリシャ文字、キリル文字、アラビア文字、ヘブライ文字のコードセットを定義しており、ラテン文字とキリル文字の両方に複数の国別バリアントがあります。^{[63] NRCS や ISO/IEC 646 と同様に、ラテン文字バリアント内では、} G0 セットと呼ばれるエンコード ファミリは、ASCII の同様の不変サブセットに基づいていますが、どちらも不変として保持していません$。NRCS_とは異なり、バリアントは、対応する国別 ISO/IEC 646 バリアントと大幅に異なることがよくあります。

HPにはコードページ1054があり、0x7Fに中程度の色合い（▒、U+2592）が追加されています。^[91] コードページ1052は、コードページ1054のいくつかのASCII文字を置き換えます。^[92]

非ラテン文字用の 7 ビット文字セットの一部は、ISO/IEC 646 標準から派生しています。これらの文字セットは、不変コード ポイントに従っていない (多くの場合、少なくとも 1 つのケースの文字を置き換える) ため、また、国別コード ポイントのセットではエンコード スペースが不十分なさまざまなアルファベットをサポートしているため、ISO/IEC 646 を構成しません。例:

• 7 ビットのトルクメン語 (ISO-IR-230)。^[93]
• 7 ビットのギリシャ語。
  • ELOT 927（ISO-IR-088）^[46]では、ギリシャ語のアルファベットはアルファベット順（最後のシグマを除く）にラテン小文字の上の0x61～0x71と0x73～0x79の位置にマッピングされています。
  • ISO-IR-018 ^[94]は、異なるスキーム（アルファベット順ではなく、可能な限りギリシャ語の文字をローマ字と一致するようにする）を使用してギリシャ語のアルファベットを両方の大文字/小文字にマッピングし、ISO-IR-019 ^[95]は、 ISO-IR-018と同じスキームを使用してギリシャ語の大文字のアルファベットをラテン語の小文字にマッピングします。
  • Symbolフォントの文字エンコーディングの下半分^[96]は、ASCIIローマ字にギリシャ文字（大文字と小文字の両方）をマッピングするための独自のスキームを使用しており、ギリシャ文字をローマ字にマッピングしようとするが、この点では異なる決定を下している（下の表を参照）。また、不変コードポイント0x22と0x27、および5つの国別コードポイントを数学記号に置き換えます。ギリシャ語の散文の組版に使用することを意図したものではないが、その目的で使用されることもあります。
  • ISO-IR-027 ^[47]（詳細は下記ではなく上の表を参照）にはラテンアルファベットがそのまま含まれていますが、ラテン文字のホモグリフでは表現できないギリシャ語の大文字が追加されています。これはISO/IEC 646に明示的に基づいていますが、これらの一部はISO/IEC 646では不変のコードポイント（0x21、0x3A、および0x3F）にマッピングされているため、真のISO/IEC 646バリアントではありません。
  • ギリシャ語のワールドシステムテレテキストエンコーディングでは、ギリシャ語の文字をアルファベット順にASCII文字にマッピングする別の方式が使用されており、特にいくつかの文字には発音区別符号が付いています。^[97]
• 7ビットキリル文字
  • KOI-7または短縮 KOI。ロシア語に使用されます。キリル文字は、ラテン小文字の上の 0x60～0x7E の位置にマッピングされ、可能な場合は相同文字と一致します (ただし、в は v ではなく w にマッピングされます)。KOI -8バリアントに置き換えられました。
  • SRPSCII と MAKSCII は、YUSCII のキリル文字の異体で（ラテン文字の異体は上の表の YU/ISO-IR-141 です）、それぞれセルビア語とマケドニア語に使用されます。ラテン文字の YUSCII 異体（セルビアの二重音字 規則に従う）とほぼ相同ですが、ラテン文字の正書法の二重音字に対応するЉ (lj)、Њ (nj)、Џ (dž)、ѕ (dz)は例外で、セルビア語やマケドニア語で使用されていない文字（q、w、x、y）にマッピングされます。
  • ロシア語/ブルガリア語^[98]とウクライナ語^[99]の世界システムテレテキスト符号化のG0セットは、KOI-7に似たG0セットを使用していますが、いくつかの変更が加えられています。セルビア語キリル文字^{[a] [100]}の対応するG0セットは、大きく異なるYUSCIIではなく、ラテン文字のセルビア・クロアチア語とスロベニア語のテレテキスト符号化に基づく方式を使用しています。
• 7 ビット ヘブライ語、SI 960。ヘブライ語のアルファベットは、小文字のラテン文字 (およびアレフの重アクセント) の上の 0x60～0x7A の位置にマッピングされます。7 ビット ヘブライ語は常に表示順に保存されます。上位ビットが設定されているこのマッピング、つまりヘブライ文字が 0xE0～0xFA にあるマッピングは、ISO/IEC 8859-8です。ヘブライ語の World System Teletext エンコーディングでは、同じ文字マッピングが使用されますが、基本エンコーディングとして BS_Viewdata が使用され (SI 960 では US-ASCII が使用される)、0x7B にシェケル記号が含まれます。
• 7ビットアラビア語、ASMO 449（ISO-IR-089）。^[101]アラビア語のアルファベットは、大文字と小文字のラテン文字の上部にある0x41〜0x5Aと0x60〜0x6Aの位置にマッピングされています。

これらのエンコードのいくつかの比較を以下に示します。ケースが異なる文字にマッピングされている場合を除き、1 つのケースのみが表示されます。そのような場合は、最小のコードによるマッピングが最初に表示されます。一部の文字には可能な転写が示されています。これが省略されている場合、その文字は、マッピングされているローマ字の文字に対応すると見なすことができます。

• ISO/IEC 2022 情報技術: 文字コード構造と拡張技術
• ISO/IEC 6937 (ANSI)
• ISO/IEC JTC 1/SC 2

• Fischer, Eric, ed. (1975) [1972]. Source documents on the history of character codes, 1972–1975 (Compilation). 2020-06-07にオリジナルからアーカイブ。2020-06-07に取得。{{cite book}}: CS1 maint: bot: 元の URL ステータス不明 (リンク)(79 ページ) には、Bemer, Robert William (1972)「ISO 文字セットの歴史の概要」、Honeywell Computer Journal、6 (4)、米国アリゾナ州フェニックス: Honeywell Information Systems、274–286、287–291 などが含まれています。(13+5 ページ) およびその他多数の文書と通信。

• ISO/IEC 646:1991 情報技術 - 情報交換のための ISO 7 ビット符号化文字セット
• Zeichensatz nach ISO 646 (ASCII) (ドイツ語)
• GNU Aspellウェブサイトの履歴
• ISO646 文字表 安岡孝 (Koichi Yasuoka) による文字表 (国内 ISO646 文字表および準 ISO646 文字表を参照)
• Turkish Text Deasciifier は、トルコ語の統計的な五芒星分析に基づくツールで、トルコ語では通常必要だが US-ASCII セットにはない適切な (ただしあいまいな) 分音記号を判別して、ASCII 化されたトルコ語テキストを元に戻します。