アスキー

アスキー

MIL-STD-188-100 (1972)の ASCII チャート
MIME / IANA	ASCII文字
エイリアス	ISO-IR-006、[1] ANSI_X3.4-1968、ANSI_X3.4-1986、ISO_646.irv:1991、ISO646-US、us、IBM367、cp367 [2]
言語	英語（対象：すべての借用語をサポートしているわけではありません）、マレー語、ロトカ語、インターリングア語、イド語、X-SAMPA
分類	ISO/IEC 646 シリーズ
拡張機能	ユニコード ISO/IEC 8859（シリーズ） KOI-8 OEM（シリーズ） Windows-125x (シリーズ) その他
先行	ITA 2、フィールドタ
後継者	ISO/IEC 8859、ISO/IEC 10646 ( Unicode )
ヴ t e

ASCII ( / ˈ æ s k iː / ^ⓘ ASS-kee)、^{[3]: 6}American Standard Code for Information Interchangeの略称で、電子通信用の文字エンコード通信機器、その他のデバイスでテキストを表します。ASCII には 128 個のコード ポイント、そのうち印刷可能な文字は 95 個だけであるため、範囲が厳しく制限されています。使用可能な句読点のセットは、コンピュータ言語とテキスト マークアップの構文に大きな影響を与えました。ASCII は、Unicodeが、これらの最初の 128 個は ASCII と同じです。

Internet Assigned Numbers Authority (IANA)は、この文字エンコーディングにUS-ASCIIという名前を推奨しています。 ^[2]

ASCIIはIEEEのマイルストーンの一つです。^[4]

ASCII は部分的に電信コードから開発された。最初の商用利用は、ベルデータサービスが推進した7ビットのテレタイプコードとして、テレタイプモデル 33およびテレタイプモデル 35で行われた。 ^{[いつ? ]} ASCII 標準の作業は、1961 年 5 月、米国規格協会 (ASA) (現在の米国規格協会または ANSI) の X3.2 小委員会の最初の会議で始まった。この標準の最初の版は 1963 年に発行され、^{[5] [6]} 1967 年に大幅な改訂が行われ、^{[7] [8]}最新の更新は 1986 年に行われた。^[9]以前の電信コードと比較すると、提案されたベルコードと ASCII はどちらも、リストの並べ替え (つまり、アルファベット順) がより便利になるように順序付けられ、テレタイプ以外のデバイス向けの機能も追加された。^[9]

ネットワーク交換のためのASCII形式の使用は1969年に説明されました。^[10]この文書は2015年に正式にインターネット標準に昇格しました。^[11]

ASCIIはもともと（現代の）英語のアルファベットに基づいており、この記事のASCIIチャートで示されているように、128の指定された文字を7ビットの整数にエンコードします。 ^[12]エンコードされた文字のうち95は印刷可能で、数字の0から9、小文字のaからz、大文字のAからZ、句読点が含まれます。さらに、元のASCII仕様には、テレタイプモデルに由来する33の非印刷制御コードが含まれていました。これらのほとんどは現在では廃止されていますが、^[13]キャリッジリターン、ラインフィード、タブコード など、いくつかはまだ一般的に使用されています。

たとえば、小文字のi は、ASCII エンコードでは2 進数の1101001 = 16 進数の69 ( iは 9 番目の文字) = 10 進数の105で表されます。

ASCII はアメリカの標準であるにもかかわらず、セント(¢) のコード ポイントがありません。また、résuméやjalapeñoなどの発音区別符号付きの英語の用語や、Beyoncéなどの発音区別符号付きの固有名詞もサポートされていません (ただし、特定のデバイスでは、文字をチルダ(~) やバックティック(`)などの句読点と組み合わせて、このような文字を近似することはできます)。

アメリカ標準情報交換コード (ASCII) は、アメリカ規格協会 (ASA) の X3 委員会と呼ばれる委員会の支援の下、その X3.2 (後の X3L2) 小委員会によって開発され、後にその小委員会の X3.2.4 ワーキンググループ (現在のINCITS ) によって開発されました。ASA は後に米国規格協会 (USASI) ^{[3] : 211}となり、最終的にはアメリカ規格協会(ANSI) となりました。

他の特殊文字と制御コードが埋め込まれ、ASCIIはASA X3.4-1963として公開されました^{[6] [14]。28}のコード位置は意味が割り当てられておらず、将来の標準化のために予約されており、1つの未割り当ての制御コードがありました。^{[3] ：66、245}当時、小文字のアルファベットよりも制御文字を増やすべきかどうかについて議論がありました。^{[3] ：435}優柔不断は長くは続きませんでした。1963年5月、CCITTの新電信アルファベット作業部会は、小文字をスティック[a] [15] 6と7に割り当てることを提案し、^{[ 16} ]^国際標準化機構TC 97 SC 2は10月に変更を標準草案に組み込むことを投票で決定しました。^[17] X3.2.4タスクグループは、1963年5月の会議でASCIIへの変更を承認しました。^[18]小文字を棒^{[a] [15]} 6と7に配置すると、文字のビットパターンが大文字と1ビット異なり、大文字と小文字を区別しない文字のマッチングとキーボードとプリンターの構造が簡素化されました。

X3委員会は、他の新しい文字（中括弧と縦棒の文字）^[19] 、いくつかの制御文字の名前変更（SOMはヘッダーの開始（SOH）になった）、他の文字の移動または削除（RUが削除された）などの他の変更も行った。^{[3] ：247–248} ASCIIはその後、USAS X3.4-1967、^{[7] [20]} USAS X3.4-1968、^[21] ANSI X3.4-1977、そして最終的にANSI X3.4-1986に更新された。^{[9] [22]}

• ASA X3.4-1963 ^{[3] [6] [20] [22]}
• ASA X3.4-1965（承認されたが公表されなかったが、IBM 2260および2265ディスプレイステーションとIBM 2848ディスプレイコントロールで使用された）^{[3] ：423、425–428、435–439  [23] [20] [22]}
• USAS X3.4-1967 ^{[3] [7] [22]}
• USAS X3.4-1968 ^{[3] [21] [22]}
• ANSI X3.4-1977 ^[22]
• ANSI X3.4-1986 ^{[9] [22]}
• ANSI X3.4-1986 (R1992)
• ANSI X3.4-1986 (R1997)
• ANSI INCITS 4-1986 (R2002) ^[24]
• ANSI INCITS 4-1986 (R2007) ^[25]
• INCITS 4-1986（R2012）^[26]
• INCITS 4-1986（R2017）^[27]
• INCITS 4-1986（R2022）^[28]

X3.15規格では、X3委員会はASCIIをどのように伝送するか（最下位ビットを先頭に）^{[3] : 249–253  [29] 、またパンチ穴付きテープに記録するかについても検討した。彼らは磁気テープ用の}9トラック規格を提案し、パンチカードフォーマットのいくつかに対応しようとした。

X3.2 小委員会は、初期のテレプリンタ符号化システムに基づいて ASCII を設計しました。他の文字符号化と同様に、ASCII はデジタル ビット パターンと文字記号 (つまり、書記素と制御文字) との対応を指定します。これにより、デジタルデバイスは相互に通信し、書き言葉などの文字指向の情報の処理、保存、通信を行うことができます。ASCII が開発される前は、26 のアルファベット文字、10 の数字、11 から 25 の特殊グラフィック記号が使用されていました。これらすべてと、 1932 年の国際電信電話諮問委員会(CCITT)の国際電信アルファベット第 2 号(ITA2) 標準、^{[30] [31]} FIELDATA (1956 ^{[引用が必要]} )、および初期のEBCDIC (1963) と互換性のある制御文字を含めるには、ASCII には 64 を超えるコードが必要でした。

ITA2は、エミール・ボードが1870年に発明し、1874年に特許を取得した5ビットの電信コードであるボードコードに基づいていました。 ^[31]

委員会は、ITA2のようなシフト機能の可能性について議論した。シフト機能があれば、64以上のコードを6ビットコードで表現できる。シフトコードでは、一部の文字コードが、後続の文字コードの選択肢を決定する。これにより、コンパクトな符号化が可能になるが、シフトコードの送信エラーによって、送信の長い部分が判読不能になることが多いため、データ送信の信頼性は低くなる。標準化委員会はシフトを行わないことを決定し、ASCIIでは少なくとも7ビットコードが必要となった。^{[3] : 215 §13.6, 236 §4}

委員会は8ビットコードを検討した。8ビット（オクテット）であれば、2つの4ビットパターンで2つの数字を2進化10進数で効率的にエンコードできるからだ。しかし、7ビットで十分なのに、すべてのデータ送信で8ビットを送信しなければならない。委員会は、データ送信にかかるコストを最小限に抑えるため、7ビットコードの使用を決定した。当時のミシン目付きテープは1つの位置に8ビットを記録できたため、必要に応じてエラーチェック用のパリティビットも使用できた。 ^{[3] : 217 §c、236 §5}パリティチェックを使用しない8ビットマシン（ネイティブデータ型がオクテット）では、通常、8番目のビットを0に設定する。^[32]

コード自体は、識別を容易にするために、ほとんどの制御コードが一緒になり、すべてのグラフィックコードが一緒になるようにパターン化されました。最初の2つのいわゆるASCIIスティック^{[a] [15]} (32の位置)は、制御文字用に予約されていました。^{[3] : 220、236 8、9)}ソートを容易にするために「スペース」文字がグラフィックの前に来る必要があったため、16_進数で20の位置になりました。^{[3] : 237 §10}同じ理由で、区切り文字としてよく使用される多くの特殊記号が数字の前に置かれました。 委員会は、大文字の64文字のアルファベットをサポートすることが重要であると判断し、 DEC SIXBITコード(1963)で行われたように、ASCIIを使いやすい64文字のグラフィックコードセットに簡単に縮小できるようにパターン化することを選択しました。 [ 3 ] ^{: 228、237} §14小文字やその他のグラフィックスのオプションを利用できるようにするために、特殊コードと数字コードは文字の前に配置され、文字Aは対応する英国規格の草案と一致するように_16進数で41番目の位置に配置されました。 ^{[3] ：238 §18} 0～9の数字の前には011が付きますが、残りの4ビットは2進数のそれぞれの値に対応しているため、2進化10進数による変換は簡単です（たとえば、5は011 0101にエンコードされ、2進数では5は0101です）。

英数字以外の文字の多くは、タイプライターのシフト位置に対応するように配置されていた。重要な微妙な点は、これらが電気タイプライターではなく機械式タイプライターに基づいていたということである。 ^[33]機械式タイプライターは、シフトキーを備えた最初のタイプライターであるレミントンNo.2 （1878）によって設定された事実上の標準に準拠し、 のシフトされた値はだった。初期のタイプライターは0と1 を 省略し、代わりにO（大文字のo）とl（小文字のL）を使用していたが、0 と 1 が一般的になるにつれて とのペアが標準になった。したがって、ASCIIでは は2番目のスティックの^{[a] [15]}位置1〜5に配置され、隣接するスティックの数字1〜5に対応している。^{[a] [15]ただし、} 0に対応する場所がスペース文字で占められていたため、括弧は9と0に対応できなかった。これは、 6から (アンダースコア) を削除し、残りの文字をシフトすることで対応されました。これは、8と9に括弧を配置する多くのヨーロッパのタイプライターに対応していました。タイプライターとのこの矛盾により、ビットペアキーボード、特にテレタイプモデル 33 が生まれ、従来の機械式タイプライターとは異なり、ASCII に対応する左シフトレイアウトを使用しました。 23456789-"#$%_&'()1!0)!"#$%_

電気タイプライター、特にIBM Selectric (1961) は、多少異なるレイアウトを使用していましたが、これはIBM PC (1981)、特にModel M (1984)に続いてコンピュータの事実上の標準となり、そのため現代のキーボードの記号のシフト値は、それ以前のキーボードほど ASCII テーブルと密接に対応していません。 このペアも No. 2 に遡り、一部のキーボードで使用されていました (No. 2 を含むその他のキーボードでは、 (カンマ) や(ピリオド)はシフトされず、シフト解除せずに大文字で使用できました)。ただし、ASCII ではこのペア (No. 2 に遡る) を分割し、数学記号 (さまざまな規則、一般的に) を に再配置しました。 /?,< .>,.;:-* =+:* ;+ -=

当時一般的なタイプライター文字の中には、 が含まれていない½ ¼ ¢ものもあります。特に は^ ` ~ 、国際使用のための発音区別符号として、また< >数学使用のための単純な線文字\ |（一般的な に加えて/）とともに含まれていました。@記号は大陸ヨーロッパでは使用されておらず、委員会はフランス語版でアクセント付きのÀに置き換えられると予想したため、 @は_{16 進数で 40 番目}の位置、文字 A の直前に配置されました。^{[3] : 243}

データ伝送に不可欠だと考えられた制御コードは、メッセージの開始 (SOM)、アドレスの終了 (EOA)、メッセージの終了(EOM)、伝送の終了 (EOT)、「あなたは誰ですか?」(WRU)、「あなたは?」 (RU)、予約デバイス制御 (DC0)、同期アイドル (SYNC)、および確認応答 (ACK) でした。これらは、ビットパターン間のハミング距離を最大化するように配置されました。^{[3] : 243–245}

ASCIIコード順はASCIIベティカル順とも呼ばれる。^{[34]データの} 照合は、「標準」のアルファベット順（照合シーケンス）ではなく、この順序で行われることがある。ASCII順序の主な逸脱は以下のとおりである。

• 大文字はすべて小文字の前に来ます。たとえば、「Z」は「a」の前に来ます。
• 数字と多くの句読点は文字の前に来る

中間命令は、ASCII 値を比較する前に大文字を小文字に変換します。

ASCII では、最初の 32 個のコード ポイント(10 進数の 0 ～ 31 の数字) と最後の 1 個 (10 進数の 127 の数字)が制御文字用に予約されています。これらは、周辺機器(プリンターなど) を制御したり、磁気テープに保存されているデータ ストリームなどのメタ情報を提供したりするためのコードです。名前に反して、これらのコード ポイントは印刷可能な文字を表すものではありません (つまり、文字ではなく信号です)。デバッグの目的で、これらには「プレースホルダー」シンボル ( ISO 2047やその前身で指定されているものなど) が割り当てられています。

たとえば、文字 0x0A は「改行」機能 (プリンターの用紙送り) を表し、文字 8 は「バックスペース」を表します。RFC 2822では、復帰、改行、空白を 含まない制御文字を非空白制御文字と呼んでいます。^{[35]基本的な行指向の書式設定を規定する制御文字を除いて、ASCII では文書内のテキストの構造や外観を記述するメカニズムは定義されていません。}マークアップ言語、アドレス ページ、文書のレイアウトと書式設定 などの他のスキームもあります。

オリジナルの ASCII 標準では、各制御文字に短い説明フレーズのみが使用されていました。これにより生じた曖昧さは、たとえば、端末リンクとデータ ストリームで文字が若干異なる方法で使用されている場合など、意図的なものである場合もあれば、たとえば標準では「削除」の意味が明確でないなど、偶発的なものである場合もありました。

おそらく、これらの文字の解釈に影響を与えた最も影響力のある単一のデバイスは、紙テープリーダー/パンチオプションを備えた印刷端末であったテレタイプモデル33 ASRでした。紙テープは、磁気テープよりも安価で、いくつかの点で壊れにくいため、1980年代まで長期プログラムストレージ用の非常に一般的な媒体でした。特に、テレタイプモデル33マシンのコード17（control-Q、DC1、XONとも呼ばれる）、19（control-S、DC3、XOFFとも呼ばれる）、および127（削除）の割り当ては、事実上の標準になりました。モデル33は、control-G（コード7、BEL、オペレータに音声で警告することを意味する）の説明を文字通りに受け止めていることでも有名で、ユニットにはBEL文字を受信すると鳴る実際のベルが含まれていました。 O キーのキートップにも左矢印記号 (アンダースコアの代わりにこの文字が使用されていた ASCII-1963 から) が表示されていたため、コード 15 (コントロール + O、シフトイン) の非準拠な使用法が「前の文字を削除」と解釈され、多くの初期のタイムシェアリング システムで採用されましたが、最終的には無視されるようになりました。

自動紙テープ リーダーを備えた Teletype 33 ASR が control-S (XOFF、送信オフの略) を受信すると、テープ リーダーは停止します。一方、control-Q (XON、送信オン) を受信すると、テープ リーダーは再開します。このいわゆるフロー制御技術は、バッファ オーバーフローが差し迫っているため送信側に送信を停止するよう警告する「ハンドシェイク」信号として、いくつかの初期のコンピュータ オペレーティング システムで採用されました。この技術は、今日でも多くのシステムで手動出力制御技術として使用されています。一部のシステムでは、control-S の意味はそのままですが、control-Q は出力を再開するための 2 番目の control-S に置き換えられています。

33 ASRは、コントロールR（DC2）とコントロールT（DC4）を使用してテープパンチを開始および停止するように設定することもできます。この機能を備えた一部のユニットでは、キーキャップの文字の上にある対応する制御文字の文字はそれぞれTAPEとTAPEでした。^[36]

テレタイプはタイプヘッドを後方へ動かすことができなかったため、キーボードにBS (バックスペース) を送るキーがなかった。代わりに、RUB OUTコード 127 (DEL) を送るキーがあった。このキーの目的は、手動で入力した紙テープの誤りを消すことだった。オペレータはテープパンチのボタンを押してテープを戻し、次に消しゴムを入力すると、すべての穴がパンチされ、誤りは無視されるはずの文字に置き換えられた。^{[37]テレタイプは、}デジタル イクイップメント コーポレーション(DEC)の安価なコンピュータでよく使われていた。これらのシステムでは、使用可能なキーを使用する必要があったため、DEL 文字は前の文字を消すために割り当てられていた。^{[38] [39]}このため、DEC ビデオ端末は (デフォルトで) 「バックスペース」とマークされたキーに DEL 文字を送信し、「削除」とマークされた別のキーはエスケープ シーケンスを送信した。他の多くの競合端末は、バックスペース キーに BS 文字を送信していた。

初期の Unix tty ドライバは、最近の実装とは異なり、標準的な入力処理 (非常に単純な行エディタが利用できる) で前の文字を消去するために設定できる文字は 1 つだけであった。これは BSまたはDEL に設定できたが、両方には設定できなかったため、ユーザーが使用している端末に応じて決定しなければならないという曖昧な状況が繰り返し発生した (行編集が可能なシェル、たとえばksh、bash、zsh は両方を理解する)。どのキーも BS 文字を送信しないという前提により、Ctrl+H を他の目的、たとえばGNU Emacsの "help" プレフィックス コマンドに使用できた。^[40]

制御文字の多くには、本来の意味とはまったく異なる意味が割り当てられています。たとえば、「エスケープ」文字 (ESC、コード 27) は、本来は、他の制御文字を、その意味である「エスケープ シーケンス」を呼び出すのではなく、リテラルとして送信できるようにするためのものでした。これは、URL エンコード、C 言語文字列、および特定の文字が予約済みの意味を持つその他のシステムで使用されている「エスケープ」と同じ意味です。時間の経過とともに、この解釈は採用され、最終的には変更されました。

現代の用法では、端末に送信される ESC は通常、コマンド シーケンスの開始を示します。コマンド シーケンスは、カーソルのアドレス指定、領域のスクロール、さまざまな端末プロパティの設定/照会などに使用できます。これらは通常、ECMA-48 (1972) およびその後継規格のいわゆる「 ANSI エスケープ コード」の形式です (多くの場合、「制御シーケンス イントロデューサ」、「CSI」、「ESC [」で始まります)。一部のエスケープ シーケンスには、"初期状態にリセット"、"RIS" コマンド " ESC c " のようにイントロデューサがありません。^[41]

対照的に、端末から読み取られる ESC は、TECOやviテキスト エディタのように、操作または特殊モードを終了するために使用される帯域外文字として最もよく使用されます。グラフィカル ユーザー インターフェイス(GUI) およびウィンドウシステムでは、ESC は通常、アプリケーションに現在の操作を中止するか、完全に終了(終了) させます。

多くの制御文字の持つ曖昧さは、その歴史的な使用法と相まって、システム間で「プレーン テキスト」ファイルを転送する際に問題を引き起こしました。その最も良い例は、さまざまなオペレーティング システムにおける改行の問題です。テレタイプ マシンでは、テキスト行を「キャリッジ リターン」(プリント ヘッドを行の先頭に移動する) と「ライン フィード」(プリント ヘッドを移動せずに用紙を 1 行進める) の両方で終了する必要がありました。「キャリッジ リターン」という名前は、手動タイプライターでは用紙を保持するキャリッジが移動するのに対し、リボンを打つタイプバーは静止したままであるという事実に由来しています。用紙を次の行に配置するには、キャリッジ全体を右に押して (戻して) おく必要がありました。

DEC オペレーティング システム ( OS/8、RT-11、RSX-11、RSTS、TOPS-10など) では、コンソール デバイス (元々はテレタイプ マシン) が動作するように、両方の文字を使用して行の終わりをマークしていました。いわゆる「ガラス TTY」(後に CRT または「ダム ターミナル」と呼ばれるようになった) が登場した頃には、この規則は十分に確立されていたため、下位互換性のために引き続き従う必要がありました。Gary Kildall がCP/M を作成したとき、彼は DEC の RT-11 オペレーティング システムで使用されていたコマンド ライン インターフェイス規則の一部に触発されました。

1981年にPC DOSが導入されるまで、IBMはこれに影響を与えなかった。1970年代のOSはASCIIではなくEBCDICエンコーディングを使用しており、パンチカード入力とラインプリンタ出力に重点が置かれていたため、「キャリッジリターン」の概念は意味をなさなかった。IBMのPC DOS（マイクロソフトではMS-DOSとしても販売されていた）は、CP/Mを大まかにベースにしていたためこの慣習を継承し、^[42] WindowsもMS-DOSからこの慣習を継承した。

行末を示すのに 2 つの文字が必要なため、各文字を単独で使用した場合にその解釈方法について、不必要な複雑さとあいまいさが生じます。問題を単純化するために、 Multics上のファイルを含むプレーンテキストデータ ストリームでは、行末記号としてライン フィード (LF) のみを使用しました。^{[43] : 357} tty ドライバーは出力時に LF から CRLF への変換を処理するため、ファイルは直接端末に印刷でき、UNIXドキュメントでは CRLF を指すために NL (改行) がよく使用されます。UnixおよびUnix系システム、およびAmigaシステムは、この規則を Multics から採用しました。一方、オリジナルのMacintosh OS、Apple DOS、およびProDOS では、行末記号としてキャリッジ リターン (CR) のみを使用していました。しかし、Apple は後にこれらの旧式のオペレーティング システムを Unix ベースのmacOS (旧称 OS X) オペレーティング システムに置き換えたため、現在ではライン フィード (LF) も使用しています。Radio Shack TRS-80も行末記号として CR のみを使用していました。

ARPANETに接続されたコンピュータには、CR-LF 行末を使用するTOPS-10 やTENEXなどのオペレーティング システムを実行するマシン、LF 行末を使用する Multics などのオペレーティング システムを実行するマシン、文字数の後に行の文字が続く形式で行を表し、ASCII エンコードではなく EBCDIC エンコードを使用するOS/360などのオペレーティング システムを実行するマシンが含まれていました。Telnet プロトコルはASCII の「ネットワーク仮想端末」(NVT) を定義したため、ネットワーク経由で標準のテキスト形式を送信することで、異なる行末規則と文字セットを持つホスト間の接続をサポートできました。Telnet は ASCII と CR-LF 行末を使用し、他の規則を使用するソフトウェアはローカル規則と NVT の間で変換を行いました。^[44]ファイル転送プロトコルは、デフォルトの ASCII モードでコマンドを送信したりデータを転送したりするときに使用するネットワーク仮想端末の使用を含む Telnet プロトコルを採用しました。^{[45] [46]}これにより、NVTのCR-LF行末規則を使用していないシステムでは、これらのプロトコルの実装、および電子メールやWorld Wide Webに使用されるプロトコルなどの他のネットワークプロトコルの実装が複雑になります。^{[47] [48]}

PDP-6 モニター^[38]とその後継機である PDP-10 TOPS-10 ^{[39] は}、端末からの入力に対するファイル終了表示として control-Z (SUB) を使用していました。CP/M などの一部のオペレーティングシステムは、ファイルの長さをディスクブロック単位でのみ追跡し、ファイル内の実際のテキストの終了を示すために control-Z を使用していました。^[49]これらの理由から、EOF、つまりファイルの終わりは、SUBstitute の代わりに、口語的かつ慣習的にcontrol-Z の3 文字の頭字語として使用されました。テキスト終了文字 ( ETX ) はcontrol-Cとしても知られ、さまざまな理由で不適切でしたが、ファイルの終了を示す制御文字として control-Z を使用することは、アルファベットの末尾の文字 Z の位置に類似しており、非常に便利な記憶補助として機能します。歴史的に一般的で現在でも普及している慣習では、ETX 文字規則を使用して、通常はキーボードからの入力データストリームを介してプログラムを中断および停止します。

Unix ターミナル ドライバーは、データ ストリームの終了を示すために、制御 D とも呼ばれる 送信終了文字 ( EOT ) を使用します。

C プログラミング言語および Unix 規則では、ヌル文字はテキスト文字列を終了するために使用されます。このようなヌル終了文字列は、ASCIZ または ASCIIZ という略語で呼ばれます。ここで、Z は「ゼロ」を表します。

専門的な機器では、ISO 2047グラフィックスや16 進数などの他の表現が使用される場合があります。

採用当時、20 _{16 進数}から 7E _{16 進数}のコードは、目に見える文字 (グリフ) を印刷するため、「印刷可能文字」と呼ばれていました。これらのコードは、文字、数字、句読点、およびその他の記号を表します。印刷可能な文字は合計 95 個あります。^[n]

キーボードのスペースバーによって生成される単語間の空白は、文字コード 20 _{16 進数}です。スペース文字は印刷されたテキストで表示されるため、目に見えるグリフがないという点で独特ですが、「印刷可能な文字」と見なされます。ASCII 標準に従って、制御文字テーブルではなく、印刷可能文字テーブルにリストされています。^{[3] : 223  [10]}

コード 7F _{16 進数は、}印刷できない「削除」(DEL) 制御文字に対応し、制御文字テーブルにリストされています。

ASCIIの以前のバージョンでは、キャレットの代わりに上矢印（_16進数の5E ）、アンダースコアの代わりに左矢印（16_進数の5F ）が使用されていました。^{[6] [50]}

ASCII は 1963 年にAmerican Telephone & Telegraphの TWX (TeletypeWriter eXchange) ネットワーク用の 7 ビットのテレタイプ コードとして初めて商業的に使用されました。TWX は当初、競合のTelexテレタイプ システムでも使用されていた、それ以前の 5 ビットのITA2 を使用していました。ボブ ベマーはエスケープ シーケンスなどの機能を導入しました。^[5]彼のイギリス人の同僚ヒュー マクレガー ロスはこの研究の普及に貢献しました。ベマーによると、「ASCII となるコードはヨーロッパで最初にベマー ロス コードと呼ばれたほどでした」。^[51] ASCII に関する広範な研究により、ベマーは「ASCII の父」と呼ばれています。^[52]

1968年3月11日、リンドン・B・ジョンソン米大統領は、米国連邦政府が購入するすべてのコンピュータがASCIIをサポートすることを義務付け、次のように述べた。^{[53] [54] [55]}

私はまた、コンピュータ操作で使用される磁気テープおよび紙テープに情報交換用標準コードを記録するための標準に関する商務長官[ルーサー H. ホッジス] の勧告を承認しました。1969 年 7 月 1 日以降に連邦政府の在庫に持ち込まれたすべてのコンピュータおよび関連機器構成は、これらのメディアが使用されるときに、情報交換用標準コードおよび磁気テープおよび紙テープ標準で規定されたフォーマットを使用できる必要があります。

ASCIIは2007年12月までワールドワイドウェブ上で最も一般的な文字エンコーディングであったが、その後UTF-8エンコーディングがそれを上回った。UTF-8はASCIIと下位互換性がある。 ^{[56] [57] [58]}

コンピュータ技術が世界中に広まるにつれ、さまざまな標準化団体や企業が、ローマ字ベースのアルファベットを使用する英語以外の言語の表現を容易にするために、ASCII のさまざまなバリエーションを開発しました。これらのバリエーションのいくつかは「ASCII 拡張」として分類できますが、7 ビット範囲の ASCII の文字マップを保持しないものも含め、すべてのバリエーションを表すためにこの用語を誤って使用する人もいます。さらに、ASCII 拡張も誤って ASCII としてラベル付けされています。

開発当初から、^[59] ASCIIは国際文字コード標準のいくつかの国別バリエーションの1つに過ぎないことが意図されていました。

他の国際標準化団体は、ASCII と同一またはほぼ同一のISO 646 (1967)などの文字エンコードを批准しており、英語のアルファベット以外の文字や、英国ポンド(£)の記号など米国以外で使用される記号(コード ページ 1104など)のための拡張機能を備えています。ASCII は米国とその他の数か国のニーズにしか適合しなかったため、ほぼすべての国で ASCII の適応バージョンが必要でした。たとえば、カナダにはフランス語の文字をサポートする独自のバージョンがありました。

他の多くの国では、英語以外の文字 (例: é、ñ、ß、Ł ) や通貨記号 (例: £、¥ ) などを含めるために ASCII のバリエーションを開発しました。YUSCII (ユーゴスラビア) も参照してください。

ほとんどの文字は共通ですが、その他の地域的に有用な文字は「国別使用」用に予約されたいくつかのコード ポイントに割り当てられます。しかし、ASCII-1963 の発行から 1967 年に ISO が初めて国際勧告を承認するまでに 4 年が経過したため^[60]、ASCII の国別使用文字の選択が世界の事実上の標準であるかのように思われ、他の国がこれらのコード ポイントに独自の割り当てを開始すると、混乱と非互換性が生じました。

ISO/IEC 646 は、ASCII と同様に 7 ビットの文字セットです。追加のコードは利用できないため、同じコード ポイントでも国によって異なる文字がエンコードされます。エスケープ コードは、テキストに適用される国別バリアントを示すために定義されましたが、ほとんど使用されなかったため、どのバリアントを処理すればよいのか、つまりコードがどの文字を表すのかがわからないことが多く、一般に、テキスト処理システムは 1 つのバリアントしか処理できませんでした。

ASCII の括弧と中括弧の文字は、他の ISO/IEC 646 の国別バージョンでアクセント文字に使用される「国別使用」コード ポイントに割り当てられていたため、ASCII ではなく ISO/IEC 646 の国別バージョンを使用するドイツ、フランス、スウェーデンなどのプログラマーは、次のようなコードを記述し、読み取る必要がありました。

ä aÄiÜ = 'Ön'; ü

の代わりに

{ a[i] = '\n'; }

C トライグラフはANSI Cのこの問題を解決するために作成されましたが、導入が遅れたことと、コンパイラでの実装に一貫性がなかったため、使用が制限されていました。多くのプログラマーはコンピューターを ASCII のままにしていたので、スウェーデン語、ドイツ語などのプレーンテキスト (たとえば、電子メールやUsenet内) には、単語の途中に "{, }" や同様の変形が含まれており、プログラマーはそれに慣れていました。たとえば、スウェーデンのプログラマーが別のプログラマーにメールで昼食に行こうかと尋ねると、返答として "N{ jag har sm|rg}sar" が返される可能性がありますが、これは "Nä jag har smörgåsar" で、"いいえ、サンドイッチがあります" という意味になります。

日本と韓国では、2020 年代現在でも^{[アップデート]}ASCII のバリエーションが使用されており、バックスラッシュ(16 進数の 5C) は ¥ (日本では円記号 ) または ₩ (韓国ではウォン記号 ) として表示されます。つまり、たとえば、ファイル パス C:\Users\Smith は、C:\Users\Smith (日本) または C:₩Users₩Smith (韓国) と表示されます。

ヨーロッパでは、ASCIIの変形であるテレテキスト文字セットが放送テレビの字幕に使用されており、ワールドシステムテレテキストによって定義され、DVB送信にテレテキストを埋め込むためのDVB-TXT標準を使用して放送されています。^[61]字幕が最初にテレテキスト用に作成され、変換された場合、派生した字幕形式は同じ文字セットに制限されます。

最終的に、8 ビット、16 ビット、32 ビット(後に64 ビット) のコンピュータが12 ビット、18ビット、36 ビットのコンピュータに取って代わり、標準として使用されるようになると、各文字をメモリに格納するために 8 ビット バイトを使用するのが一般的になり、ASCII の拡張された 8 ビットの類似文字が生まれるようになりました。ほとんどの場合、これらは ASCII の真の拡張として開発され、元の文字マッピングはそのまま残りますが、最初の 128 文字 (つまり 7 ビット) の後に文字定義が追加されます。ASCII 自体は 7 ビット コードのままでした。「拡張 ASCII」という用語は正式なものではありません。

一部の国では、現地の言語で使用される文字をサポートする ASCII の 8 ビット拡張が開発されました。たとえば、インドではISCII、ベトナムではVISCII です。Kaypro CP/Mコンピューターでは、 ギリシャ語のアルファベットに「上位」の 128 文字が使用されました。^{[引用が必要]}

追加の言語をサポートするために多くの文字を追加する必要のない市場であっても、初期の家庭用コンピュータ システムのメーカーは、ボックス描画文字、セミグラフィックス、ビデオ ゲーム スプライトなどの追加文字を含めるために、独自の ASCII 8 ビット拡張を開発することが多かった。これらの追加により、制御文字 (インデックス 0 から 31 およびインデックス 127) が、さらに多くのプラットフォーム固有の拡張機能に置き換えられることも多かった。その他の場合では、余分なビットが、反転表示の切り替えなど、他の目的に使用された。このアプローチは、 Atariが開発した ASCII の拡張であるATASCIIで使用された。

ほとんどの ASCII 拡張は ASCII-1967 (現在の標準) に基づいていますが、一部の拡張は以前の ASCII-1963 に基づいています。たとえば、Commodore Internationalが8 ビットシステム用に開発したPETSCII はASCII-1963 に基づいています。同様に、Sharp MZ 文字セットの多くはASCII-1963 に基づいています。

IBMはIBM PC用にコードページ437を定義し、制御文字をスマイリーフェイスなどのグラフィックシンボルに置き換え、追加のグラフィック文字を上位128桁にマッピングしました。^[62] Digital Equipment Corporationは、ブロックグラフィックよりも国際言語向けに設計された最初の拡張機能の1つとして、人気のVT220端末で使用するために多国籍文字セット（DEC-MCS）を開発しました。AppleはMacintosh用にMac OS Romanを定義し、 AdobeはPostScript用にPostScript標準エンコーディングを定義しました。どちらのセットにも、グラフィックの代わりに「国際」文字、印刷記号、句読点が含まれており、現代の文字セットに似ています。

ISO /IEC 8859規格 (DEC-MCS から派生) は、ほとんどのシステムがコピーした (または、正確にコピーされなかったとしても、少なくともそれに基づいた) 規格を提供しました。Microsoft によって設計された人気の高いさらなる拡張機能であるWindows-1252 ( ISO-8859-1と誤って表示されることが多い) は、従来のテキスト印刷に必要な印刷句読点を追加しました。ISO-8859-1、Windows-1252、および元の 7 ビット ASCII は、 2008 年にUTF-8に追い抜かれるまで、ワールド ワイド ウェブ上で最も一般的な文字エンコード方式でした。^[57]

ISO/IEC 4873では、7ビットASCIIエンコードを8ビットシステムに拡張する一環として、 80～9Fの16進数範囲で定義された32の追加制御コードが導入されました。 ^[63]

Unicodeと ISO/IEC 10646ユニバーサル文字セット(UCS) には、はるかに幅広い文字配列があり、さまざまなエンコード形式が多くの環境で急速に ISO/IEC 8859 と ASCII に取って代わり始めています。ASCII は 128 文字に制限されていますが、Unicode と UCS は、一意の識別 (コード ポイントと呼ばれる自然数を使用) とエンコード (それぞれUTF-8、UTF-16、 UTF-32と呼ばれる 8 ビット、16 ビット、または 32 ビットのバイナリ形式) の概念を分離することで、より多くの文字をサポートします。

ASCII は Unicode (1991) 文字セットの最初の 128 個のシンボルとして組み込まれたため、7 ビット ASCII 文字は両方のセットで同じ数値コードを持ちます。これにより、UTF-8は 7 ビット ASCII と下位互換性を持つことができます。ASCII 文字のみを含む UTF-8 ファイルは、同じ文字シーケンスを含む ASCII ファイルと同一です。さらに重要なことは、7 ビット ASCII 文字のみを特別な文字として認識し、最上位ビットが設定されたバイトを変更しないソフトウェア (ISO-8859-1 などの 8 ビット ASCII 拡張をサポートするためによく行われるように) は、UTF-8 データを変更せずに保持するため、上位互換性が保証されることです。^[64]

• Bemer, Robert William (1960)  。「文字コード互換性の提案」。Communications of the ACM。3 ( 2): 71–72。doi : 10.1145 /366959.366961。S2CID 9591147。
• Bemer, Robert William (2003-05-23)。「ASCII 以前のコードの混乱: 1960 年のコード化文字セットの調査: ASCII の理由」。2013-10-17 にオリジナルからアーカイブ。2016-05-09に取得。から：
  • Bemer, Robert William (1960年12 月)。 「コード化文字表現の調査」。Communications of the ACM。3 ( 12): 639–641。doi : 10.1145/367487.367493。S2CID  21403172 。
  • Smith, HJ; Williams, FA (1960 年 12 月)。「パンチカード コードの調査」。Communications of the ACM。3 ( 12): 642。doi : 10.1145 / 367487.367491。
• 「情報交換のための米国国家標準コード | ANSI X3.4-1977」(PDF)。国立標準技術研究所。1977 年。2022年 10 月 9 日にオリジナルからアーカイブ(PDF) 。 （ファクシミリ、機械読み取り不可）
• Robinson, GS; Cargill, C. (1996). 「コンピュータ標準の歴史と影響」. Computer . 第 29 巻、第 10 号. pp. 79–85. doi :10.1109/2.539725.
• Mullendore, Ralph Elvin (1964) [1963]. Ptak, John F. (編)。「ASCII の初期開発について - ASCII の歴史」。JF Ptak Science Books (2012 年 3 月発行)。2016 年 5 月 26 日時点のオリジナルよりアーカイブ。2016 年5 月 26 日閲覧。

ウィキメディア・コモンズには、 ASCIIに関連するメディアがあります。

• 「C0 コントロールと基本ラテン文字 - 範囲: 0000～007F」(PDF)。Unicode標準 8.0。Unicode , Inc. 2015 [1991]。2016年 5 月 26 日にオリジナルからアーカイブ(PDF) 。2016年 5 月 26 日に取得。