コンピュータ端末

テレタイプ モデル 33 ASR テレプリンター（端末としても使用可能）

IBM 2741印刷端末のクローズアップ。この端末は交換可能なセレクトリック社製の「ゴルフボール型」印字素子を使用し、初期のテレタイプ端末よりも高速だった。

初期のコンピュータ接続ユーザー端末は、Flexowriterと同様に、電気機械式テレプリンタ/テレタイプライター（TeleTYpewriter、TTY）であり、例えばTeletype Model 33は元々電信に使用されていました。初期のテレタイプは通常、キーボード送受信（KSR）または自動送受信（ASR）として構成されていました。ASRテレタイプモデルなどの一部の端末には、プログラムリストなどの出力を記録できる紙テープリーダーとパンチが付属していました。テープ上のデータは、テレタイプのテープリーダーを使用してコンピュータに再入力したり、紙に印刷したりすることができました。テレタイプは、電信ですでに使用されていた電流ループインターフェースを使用していました。テレタイプには、より安価な読み取り専用（RO）構成も用意されていました。

後に登場したカスタム設計のキーボード/プリンタ端末には、IBM 2741 (1965 年) ^{[ 6 ]}とDECwriter (1970 年) ^{[ 7 ]}があった。テレタイプ、IBM 2741、LA30 (初期の DECwriter) のそれぞれの最高速度は、毎秒 10、15、30 文字だった。当時は「紙が王様」だったが^{[ 7 ] [ 8 ]、}やり取りの速度は比較的限られていた。

DECwriterは、最後の主要な印刷端末製品だった。1980年以降、ビデオディスプレイユニット（VDU）の普及により市場から姿を消し、最後の改良版（1982年のDECwriter IV）では、従来のテレタイプライターの形状を捨て、デスクトッププリンターに近い形状に変更された。

印刷端末では、対話型入力を行うユーザーが入力内容を確認して修正したり、プロンプト文字列を読み取ったりできるように、印刷フローの一時停止後に印刷機構が用紙から離れている必要がありました。ドットマトリクスプリンタであるDECwriterシリーズは、一時停止のたびに印刷ヘッドを横方向に移動させ、リモートコンピュータ（またはローカルエコー）から次の文字が送られてくると、最後の印刷位置に戻りました。

ビデオディスプレイユニット（VDU）は、紙にテキストを印刷するのではなく、画面に情報を表示する装置で、通常は陰極線管（CRT）を使用します。1950年代のVDUは、テキストではなくグラフィックデータを表示するように設計されており、例えば、MITなどの機関の実験用コンピュータ、 DEC、ERA、IBM、UNIVACなどのブランド名で販売された学術機関、政府機関、企業で使用されるコンピュータ、弾道ミサイル警報システムやBUIC、SAGEなどのレーダー/防空調整システムといった特定の防衛用途をサポートする軍用コンピュータなどに使用されていました。

VDU開発の初期の重要な2つの製品は、 1964年に発売されたUnivac Uniscope ^{[ 9 ] [ 10 ] [ 11 ]}とIBM 2260 ^{[ 12 ]}でした。これらは、独自のプロトコルを使用して一度に1ページずつ表示するように設計されたブロックモード端末でした。文字モードデバイスとは対照的に、キーボードからのデータをすぐに送信するのではなく、表示バッファに入力します。後の文字モードデバイスとは対照的に、Uniscopeはマルチプレクサとホスト間の通信にEIA RS-232インターフェースを介した同期シリアル通信を使用していましたが、2260は2848とホスト間の通信にチャネル接続または非同期シリアル通信のいずれかを使用していました。2260に関連する2265も非同期シリアル通信を使用していました。

1967年に発表され、1969年に出荷されたコンピュータ・ターミナル・コーポレーションのデータポイント3300は、モデル33テレタイプをエミュレートする文字モード端末でした。これは、初期の文字モード端末が運用コスト削減のためにテレタイプ端末の代替として導入されることが多かったという事実を反映しています。

ADM-3A

VT52

VT100

次世代のVDUは、アドレス指定可能なカーソルを備え、テレタイプエミュレーションを超えて、画面上に2次元表示を描画する機能を実現しました。カーソルアドレス指定機能を備えた初期のVDUには、 1970年に発売されたVT05とHazeltine 2000（いずれも文字モードで動作）がありました。この機能にもかかわらず、この種の初期のデバイスはしばしば「グラスTTY」と呼ばれていました。^{[ 13 ]}後に、「グラスTTY」という用語は、完全なカーソルアドレス指定機能を持たないデバイスに限定されるようになりました。

VDUの黄金時代は1970年代初頭に始まり、タイムシェアリングコンピュータの台頭と密接に結びついていました。初期の重要な製品としては、ADM-3A、VT52、VT100などが挙げられます。これらのデバイスは複雑なCPUを使用せず、代わりに個別のロジックゲート、LSIチップ、またはIntel 8080などのマイクロプロセッサに依存していました。そのため価格が安く、多くの種類のコンピュータシステムで非常に人気のある入出力デバイスとなり、以前の高価な印刷端末に取って代わることもよくありました。

1970年以降、複数のサプライヤーが共通の規格を採用するようになった。

• ASCII文字セット（ EBCDICや特定の企業固有の文字セットではなく）が使用されているが、初期の低価格モデルでは大文字のみをサポートすることが多かった（例えば、初代ADM-3、データゼネラルのモデル6052（小文字文字ROMを追加することで6053にアップグレード可能）、ヒースキットH9など）。
• RS-232シリアルポート（25ピン、モデム接続に対応しているが、メーカー独自のピン使用により規格が拡張されている場合もある。例えば、20mA電流ループでの使用など）
• 72文字または80文字のテキストが24行（場合によっては25行、特別なステータス行が含まれることもある）表示される（80文字はIBMのパンチカードと同じ文字数）。後期のモデルでは、文字幅を2段階に設定できるものもあった。
• 矢印キーや「ホーム」キー、その他のカーソルアドレス設定コードなどを使って位置を調整できるカーソル。
• 少なくとも 3 つの制御コード(キャリッジリターン(Ctrl-M)、ラインフィード(Ctrl-J)、ベル(Ctrl-G)) が実装されていますが、通常は、下線、文字の暗転や反転表示、特にディスプレイのクリアやカーソル位置の調整を行うためのエスケープシーケンスなど、さらに多くの制御コードが実装されています。

シリアルVDUの実験時代は、 1978年のVT100で頂点を迎えた。1980年代初頭には、Lear-Siegler、ADDS、Data General、DEC、Hazeltine Corporation、Heath/Zenith、Hewlett-Packard、IBM、TeleVideo、Volker-Craig、Wyseなど、数十もの端末メーカーが存在したが、その多くはコマンドシーケンスに互換性がなかった（ただし、多くは初期のADM-3を起点としていた）。

メーカー間の制御コードの大きな違いにより、端末の種類を識別してグループ化し、システム ソフトウェアが適切な制御コードを使用して入力フォームを正しく表示できるようにするソフトウェアが生まれました。Unixライクなシステムでは、 termcapまたはterminfoファイル、stty ユーティリティ、および TERM 環境変数が使用されました。たとえば、Data General の Business BASIC ソフトウェアでは、ログイン時に、異なるメーカーの制御コード シーケンスを使用してカーソルの位置または 25 行目の内容を読み取ろうとする一連のコードが端末に送信され、端末が生成した応答によって、プログラムがどのコード セットを使用するかを指定するために使用できる 1 桁の番号 (Data General Dasher 端末の場合は 6、ADM 3A/5/11/12 端末の場合は 4、特殊機能のない TTY の場合は 0 または 2 など) が決定されました。

端末の大部分はモノクロ表示で、メーカーは緑、白、琥珀色、場合によっては青色の画面用蛍光体を提供していた（琥珀色は目の疲れを軽減すると謳われていた）。カラー表示機能を備えた端末も存在したが、広く普及することはなかった。例えば、人気の高いWyse WY50のカラー版であるWY350は、各文字セルに64色の階調を表示できた。

VDU（ビデオディスプレイ端末）は、1985年以降は徐々に、1990年代には急速に、ネットワーク接続されたパーソナルコンピュータによってほとんどの用途で取って代わられた。しかし、VDUはPCに永続的な影響を与えた。VT220端末のキーボード配列は、 1985年以降にIBM PCに搭載されたModel Mに大きな影響を与え、その後のコンピュータキーボードにも広く影響を与えた。

フラットパネルディスプレイは1950年代から存在していたものの、パーソナルコンピュータがディスプレイ端末市場に本格的に参入するまでは、ブラウン管が市場を席巻し続けていた。2000年以降、パーソナルコンピュータのブラウン管がフラットスクリーンに置き換えられる頃には、ハードウェアとしてのコンピュータ端末はほぼ時代遅れとなっていた。

文字指向端末は、データブロック単位で通信するブロック指向端末とは異なり、ホストと1文字ずつ通信するタイプのコンピュータ端末です。実装やプログラミングが容易なため、最も一般的なデータ端末となっています。メインフレームコンピュータやターミナルサーバへの接続は、RS-232シリアルリンク、イーサネット、またはその他の独自プロトコルを介して行われます。

文字指向端末は「ダム端末」または「スマート端末」に分類されます。ダム端末^{[ 3 ]}は、限られた数の制御コード（CR、LFなど）を解釈できますが、行のクリア、画面のクリア、カーソル位置の制御などの機能を実行する特殊なエスケープシーケンスを処理する機能はありません。この文脈では、ダム端末は、基本的に機械式テレタイプと同じ限られた機能しか持たないため、ガラス製テレタイプと呼ばれることもあります。このタイプのダム端末は、環境変数TERMをに設定することで、最新のUnixライクなシステムでもサポートされていますdumb。スマート端末またはインテリジェント端末は、特にVT52、VT100、またはANSIエスケープシーケンスを処理する機能も備えています。

テキスト端末

テキスト端末（または単に端末、あるいはテキストコンソールとも呼ばれる）は、テキストの入力と表示を行うためのシリアルコンピュータインターフェースです。情報は、あらかじめ選択された文字の配列として表示されます。このようなデバイスが陰極線管などのビデオディスプレイを使用する場合、「ビデオディスプレイユニット」、「ビジュアルディスプレイユニット」（VDU）、または「ビデオディスプレイ端末」（VDT）と呼ばれます。

システムコンソールは多くの場合、コンピュータを操作するために使用されるテキスト端末です^{[ 14 ]} 。現代のコンピュータには、コンソール用のキーボードとディスプレイが内蔵されています。LinuxやFreeBSDなどのUnix系オペレーティングシステムには、1台のコンピュータで複数のテキスト端末を提供する仮想コンソールがあります。

テキスト端末で実行される基本的なアプリケーションの種類は、コマンドラインインタープリタまたはシェルであり、ユーザーにコマンドの入力を求めReturn、キーを押すと各コマンドを実行します。^{[ 15 ]}これには、 Unix シェルや一部の対話型プログラミング環境が含まれます。シェルでは、ほとんどのコマンド自体が小さなアプリケーションです。

もう一つ重要なアプリケーションの種類は、テキストエディタです。テキストエディタは通常、ディスプレイの全領域を占有し、1つまたは複数のテキスト文書を表示し、ユーザーが文書を編集できるようにします。テキストエディタは、多くの用途においてワードプロセッサに取って代わられてきました。ワードプロセッサは通常、テキストエディタにはない豊富な書式設定機能を提供します。初期のワードプロセッサは、文書の構造を伝えるためにテキストを使用していましたが、後のワードプロセッサはグラフィカル環境で動作し、書式設定された出力のWYSIWYGシミュレーションを提供します。ただし、 DocBookやLaTeXなどのマークアップを含む文書には、テキストエディタが今でも使用されています。

TelixやMinicomといったプログラムは、モデムとローカル端末を制御し、ユーザーがリモートサーバーとやり取りできるようにします。インターネット上では、telnetやsshも同様の仕組みで動作します。

最も単純な形では、テキスト端末はファイルのようなものです。ファイルに書き込むとテキストが表示され、ファイルから読み込むとユーザーが入力した内容が表示されます。Unix 系オペレーティングシステムでは、利用可能なテキスト端末に対応する特殊文字ファイルがいくつかあります。その他の操作には、プログラムが使用できる特別なエスケープシーケンス、制御文字、termios関数があり、 ncursesなどのライブラリを介して最も簡単に使用できます。より複雑な操作には、端末固有のioctlシステムコールを使用できます。アプリケーションにとって、端末を使用する最も簡単な方法は、テキスト文字列を順番に書き込んだり読み込んだりすることです。出力テキストはスクロールされ、最後の数行 (通常 24 行) だけが表示されます。Unixシステムでは通常、Enter キーが押されるまで入力テキストがバッファリングされるため、アプリケーションはすぐに使用できるテキスト文字列を受け取ります。このモードでは、アプリケーションは端末について多くを知る必要はありません。多くの対話型アプリケーションでは、これだけでは不十分です。一般的な拡張機能の 1 つは、コマンドライン編集( readlineなどのライブラリで支援されます) です。また、コマンド履歴へのアクセスも可能になります。これは、様々な対話型コマンドラインインタープリタにとって非常に役立ちます。

フルスクリーンアプリケーションでは、さらに高度なインタラクティブ機能が提供されます。これらのアプリケーションは画面レイアウトを完全に制御し、キー入力にも即座に反応します。このモードは、テキストエディタ、ファイルマネージャ、Webブラウザに非常に便利です。さらに、これらのプログラムは画面上のテキストの色と明るさを制御し、下線、点滅、特殊文字（ボックス描画文字など）で装飾します。これらすべてを実現するには、アプリケーションはプレーンテキスト文字列だけでなく、カーソルを任意の位置に移動したり、画面の一部をクリアしたり、色を変更したり、特殊文字を表示したり、ファンクションキーに反応したりできる制御文字とエスケープシーケンスも処理する必要があります。ここで大きな問題となるのは、さまざまな端末と端末エミュレータが存在し、それぞれ独自のエスケープシーケンスセットを持っていることです。これを克服するために、TermcapやTerminfoなどの端末記述データベースとともに、特別なライブラリ（ cursesなど）が作成されました。

ブロック指向端末（またはブロックモード端末）とは、文字指向端末がホストと1文字ずつ通信するのに対し、データブロック単位でホストと通信するタイプのコンピュータ端末です。ブロック指向端末は、カード指向、ディスプレイ指向、キーボードディスプレイ、キーボードプリンタ、プリンタ、またはこれらの組み合わせのいずれかになります。

IBM 3270はおそらくブロック指向ディスプレイ端末の最もよく知られた実装例ですが^{[ 16 ]}、ほとんどのメインフレームコンピュータメーカーや他のいくつかの企業もこれを製造していました。以下の説明は3270に関するものですが、他のタイプにも同様の考慮事項が適用されます。

ブロック指向端末は通常、 1画面以上のデータを格納するバッファを備えており、さらにデータの属性も格納します。この属性は、外観（色、明るさ、点滅など）を示すだけでなく、端末オペレーターが入力可能か入力禁止か、数値情報のみ入力可能か任意の文字入力可能かなど、データの属性をマークします。一般的なアプリケーションでは、ホストは端末に、静的データとデータ入力可能なフィールドの両方を含む、事前にフォーマットされたパネルを送信します。端末オペレーターは、データベースエントリの更新などのデータを適切なフィールドに入力します。入力が完了すると（または3270ではENTERキーまたはPFキーが押されると）、通常はオペレーターが入力したデータ（変更されたデータ）のみであるデータブロックが、1回の送信でホストに送信されます。3270端末のバッファ（デバイス側）は、必要に応じて1文字単位で更新できます。これは、通常、バッファ内に書き込まれる/上書きされるデータの前に「セットバッファアドレス順序」（SBA）が存在するためです。完全なバッファは、READ BUFFERコマンドまたはWRITEコマンド（3270 の場合はフォーマットなしまたはフォーマット済み）を使用して読み取ったり置き換えたりすることもできます。

ブロック指向端末は、文字指向端末に比べてホストシステムの負荷やネットワークトラフィックが少なくなります。また、フィールド内の編集がホストシステムからのエコーバックに頼るのではなくローカルで行われるため、特に低速回線ではユーザーにとって応答性が高く感じられます。

初期の端末は編集機能が限られており、例えば3270端末は入力された数値が正しいかどうかをチェックすることしかできなかった。^{[ 17 ]}その後の「スマート」または「インテリジェント」端末はマイクロプロセッサを組み込み、より多くのローカル処理をサポートするようになった。

ブロック指向端末のプログラマーは、実行中のプログラムにステータスの追跡を任せるのではなく、画面上で進行中のトランザクションのコンテキスト情報を（場合によっては非表示のフィールドに）保存する手法をよく用いていた。これは、コンテキストをURLに格納し、 CGIプログラムへの引数として渡すというHTMLの手法の先駆けとなった。

文字指向端末では、画面の最後の位置に文字を入力すると通常は1行スクロールしますが、ブロック指向端末では、画面の最後の位置にデータを入力すると通常はカーソルが折り返され、最初の入力可能なフィールドの先頭に移動します。プログラマーは、意図しない折り返しを防ぐために、画面の最後の位置を「保護」することがあります。同様に、入力可能なフィールドに続く保護されたフィールドでは、オペレーターが許容される以上のデータを入力しようとした場合に、キーボードをロックして警告音を鳴らすように設定できます。

グラフィカル端末は、画像とテキストの両方を表示できます。グラフィカル端末^{[ 21 ]}は、ベクトルモード端末とラスターモード端末に分けられます。

ベクトルモードディスプレイは、ホストコンピュータシステムの制御下で陰極線管の表面に直接線を描画します。線は連続的に形成されますが、電子回路の速度には限界があるため、同時に表示できる線の数は限られています。ベクトルモードディスプレイは歴史的に重要でしたが、現在は使用されていません。現代のグラフィックディスプレイはほぼすべてラスターモードであり、テレビで使用される画像走査技術から派生したもので、視覚要素はピクセルの長方形配列です。ラスター画像は人間の目に全体として非常に短い時間しか知覚できないため、ラスターを毎秒何度も更新して、常時表示のように見えるようにする必要があります。ディスプレイメモリを更新するための電子回路の要求により、グラフィック端末はテキスト端末よりもずっと後に開発され、当初ははるかに高価でした。^{[ 22 ] [ 23 ]}

今日のほとんどの端末はグラフィカルであり、画面に画像を表示できます。グラフィカル端末の現代的な用語は「シンクライアント」です。シンクライアントは通常、Unix端末の場合はX11、Microsoft Windowsの場合はRDPなどのプロトコルを使用します。必要な帯域幅は、使用するプロトコル、解像度、および色深度によって異なります。

最新のグラフィック端末は、カラー画像の表示に加え、様々なサイズ、色、フォント（書体）でのテキスト表示を可能にする。

1990年代初頭、業界コンソーシアムは、1台のCRT画面で複数のウィンドウを実装し、それぞれのウィンドウが独立した端末として機能することを可能にする標準規格「AlphaWindows」を策定しようと試みた。しかし、 I2Oと同様に、この規格も閉鎖的な運営であったため、非加盟企業は最低限の情報すら入手できず、小規模企業や独立系開発者がコンソーシアムに参加する現実的な方法はなかった。

インテリジェント端末[ ^{24 ]は}独自の処理を実行します。通常、マイクロプロセッサが内蔵されていることを意味しますが、マイクロプロセッサを搭載したすべての端末が入力の実際の処理を実行したわけではありません。接続されているメインコンピュータが各キーストロークに迅速に応答する必要がありました。この文脈での「インテリジェント」という用語は1969年に遡ります。^{[ 25 ]}

注目すべき例としては、IBM 3250 および IBM 5080 の前身であるIBM 2250や、1964 年にSystem/360とともに導入されたIBM 3270^の前身であるIBM 2260 [ ^{26 ]}などが挙げられる。

ほとんどの端末はミニコンピュータまたはメインフレームコンピュータに接続され、多くの場合、緑色または琥珀色の画面を備えていました。通常、端末はヌルモデムケーブルを介してシリアルポートを介してコンピュータと通信し、多くの場合、 EIA RS-232、RS-422、RS-423、または電流ループシリアルインターフェースを使用しました。IBM システムは通常、バスアンドタグチャネル、独自のプロトコルを使用した同軸ケーブル、バイナリ同期通信または IBM のSNAプロトコルを使用した通信リンクを介して通信しましたが、多くの DEC、Data General、NCR (など) コンピュータでは、システムを拡張するための端末に関して、コンピュータメーカーと競合する多くのビジュアルディスプレイサプライヤーがありました。実際、Intel 8008の命令設計は、もともと Computer Terminal Corporation でDatapoint 2200のプロセッサとして考案されました。

IBM 3270やDEC VT100 （1978年）の登場以来、ユーザーとプログラマーはVDU技術の進歩による大きな利点に気づくことができたが、すべてのプログラマーが新しい端末の機能を利用したわけではなかった（例えば、VT100やその後のTeleVideo端末には「ダム端末」との下位互換性があり、プログラマーは古いソフトウェアを使い続けることができた）。

ダム端末の中には、マイクロプロセッサを必要とせずにいくつかのエスケープシーケンスに応答できるものもあった。それらは多数の集積回路を搭載した複数のプリント基板を使用していた。端末を「インテリジェント」と分類する唯一の要素は、キーストロークごとにメインコンピュータを中断することなく端末内でユーザー入力を処理し、一度にデータブロックを送信する能力（たとえば、ユーザーがフィールド全体またはフォーム全体を入力したとき）であった。1978年にANSI端末が導入されたにもかかわらず、1980年代初頭のほとんどの端末（ADM-3A、TVI912、Data General D2、DEC VT52など）は基本的に「ダム」端末であったが、その一部（後のADMおよびTVIモデルなど）には原始的なブロック送信機能があった。ローカル処理能力の初期の一般的な用途には、ホストコンピュータからのデータ処理のオフロードとはほとんど関係のない機能が含まれていましたが、ローカルプリンタへの印刷、バッファ付きシリアルデータ伝送とシリアルハンドシェイク（より高速なシリアル転送速度に対応するため）、ディスプレイのより高度な文字属性、競合他社のモデルを模倣するためのエミュレーションモードの切り替え機能など、便利な機能が追加されました。これらの機能は、特に1980年代には、購入者が以前よりもさまざまなサプライヤーの機器を自由に組み合わせられるようになったため、ますます重要な販売機能となりました。

マイクロプロセッサの進歩とメモリコストの低下により、端末は、以前はコンピュータから（場合によっては低速なモデム回線を介して）画面いっぱいの文字を再送信する必要があったような、フィールド内への文字挿入などの編集操作を処理できるようになりました。1980年代半ば頃には、数年前のほとんどのダム端末よりも安価になったインテリジェント端末のほとんどが、ユーザーフレンドリーなローカルデータ編集機能を十分に提供し、完成したフォームをメインコンピュータに送信できるようになりました。TeleVideo TS-800のようなワークステーションは、CP/M-86を実行でき、さらに多くの処理能力を提供し、端末とパーソナルコンピュータの区別を曖昧にしました。

マイクロプロセッサ開発のもう一つの動機は、端末に必要な電子回路を簡素化・削減することでした。これにより、1台の端末に複数の「パーソナリティ」を搭載することが可能になり、Qume QVT-102は当時普及していた多くの端末をエミュレートできるため、ソフトウェアの変更を望まない組織にも販売することができました。よくエミュレートされた端末の種類には、以下のようなものがありました。

• リア・シーグラーADM-3Aおよびそれ以降のモデル
• TeleVideo 910～950（これらのモデルはADM3のコードをコピーし、独自のコードをいくつか追加したもので、最終的にはQume社などがコピーした）
• デジタル・イクイップメント・コーポレーションVT52およびVT100
• データジェネラルD1～D3、特にD200とD210
• ヘーゼルタイン・コーポレーションH1500
• テクトロニクス4014
• Wyse W50、W60、W99

ANSI X3.64エスケープコード規格は、ある程度の統一性をもたらしましたが、依然として大きな違いが残っていました。例えば、VT100、 ANSIモードのHeathkit H19、Televideo 970、Data General D460、Qume QVT-108端末はすべてANSI規格に準拠していましたが、ファンクションキーのコード、使用可能な文字属性、フォーム内のフィールドのブロック送信、「外国語」文字機能、画面背面に接続されたプリンタの処理方法などに違いがありました。

21世紀においては、インテリジェント端末という用語は、小売店のPOSコンピュータを指す場合もある。^{[ 27 ]}

初期のIBM PCは緑色のモノクロモニターを備えた端末のように見えましたが、文字レベルでサーバーとやり取りするのではなくローカルコンピューティングを提供するため、端末とは分類されません。しかし、端末エミュレータソフトウェアを使用すれば、PCはメインフレームやミニコンピュータとやり取りする端末の機能を提供できます。最終的に、パーソナルコンピュータは従来の端末の市場需要を大幅に減少させました。^{[ 28 ]}

1990年代頃には、シンクライアントとX端末技術が、比較的経済的なローカル処理能力と中央の共有コンピュータ設備を組み合わせることで、端末がパーソナルコンピュータよりも優れている点を活用した。^{[ 29 ]}

X Window SystemのようなGUI環境では、単一のプログラムに関連付けられたテキストストリームを1つ表示するのではなく、複数のプログラムをそれぞれ別のウィンドウに表示できます。ターミナルエミュレータはGUI環境で動作してコマンドラインアクセスを提供するため、物理的なターミナルが不要になり、複数のウィンドウでそれぞれ独立したエミュレータを実行することが可能になります。

英数字CRTシステムコンソールの開発以前は、 IBM 1620などの一部のコンピュータはコンソールタイプライターとフロントパネルを備えていましたが、最初の電子式プログラム内蔵型コンピュータであるマンチェスター・ベビーは、電気機械式スイッチとCRTを組み合わせてコンソール機能を提供していました。CRTは、マシンのウィリアムズ・キルバーン管CRTベースのRAMをミラーリングすることで、メモリの内容をバイナリで表示していました。

初期のオペレーティングシステムの中には、OSを制御するためにキーボード/プリンターまたはキーボード/ディスプレイのいずれか1つのデバイスのみをサポートするものがあった。また、代替コンソールを1つだけサポートするものや、コマンド、応答、その他のコンソールメッセージの記録を保持するためのハードコピーコンソールをサポートするものもあった。しかし、1960年代後半になると、オペレーティングシステムが3つ以上のコンソールをサポートすることが一般的になり、特権ユーザーがログオンしている端末であればどれでもコンソールとなるオペレーティングシステムが登場し始めた。

初期のミニコンピュータでは、コンソールはシリアルコンソールであり、ASR-33などの端末、あるいは後にDigital Equipment Corporation（DEC）製の端末（例： DECWriter、VT100 ）へのRS-232シリアルリンクでした。この端末は、システムの停止や起動メディアの選択など、特定の特権機能に使用される可能性があるため、通常はセキュリティで保護された部屋に設置されていました。Sun Microsystems、Hewlett-Packard、IBMなどの大規模なミッドレンジシステムでは、現在でもシリアルコンソールが使用されています。大規模なシステムでは、コンソールポートはマルチプレクサまたはネットワーク接続されたマルチポートシリアルサーバーに接続されており、オペレーターは端末を接続されているサーバーに接続できます。今日では、シリアルコンソールは、通常ラップトップ上で動作する端末エミュレータを使用して、ヘッドレスシステムにアクセスするためによく使用されます。また、ルーター、エンタープライズネットワークスイッチ、その他の通信機器にもRS-232シリアルコンソールポートが搭載されています。

PCやワークステーションでは、コンピュータに接続されたキーボードとモニターが同等の機能を果たします。モニターケーブルは映像信号を伝送するため、長く延長することはできません。そのため、多数のサーバーを使用するシステムでは、キーボード/ビデオマルチプレクサ（KVMスイッチ）や場合によってはビデオアンプを使用して、コンソールへのアクセスを一元化することがよくあります。近年では、リモートコンピュータが任意のTCP/IPネットワーク、ひいてはインターネット経由で映像出力を表示し、キーボード入力を送信できるKVM/IPデバイスが登場しました。

一部のPC BIOS、特にサーバーでは、シリアルコンソールもサポートしており、シリアルポート経由でBIOSにアクセスできるため、よりシンプルで安価なシリアルコンソールインフラストラクチャを利用できます。BIOSがシリアルコンソールをサポートしていない場合でも、FreeBSDやLinuxなどの一部のオペレーティングシステムでは、起動時または起動後にシリアルコンソール操作を設定することができます。

IBM 9672以降、IBMの大規模システムは、3270やシリアルリンクの代わりに、PCと専用アプリケーションで構成されるハードウェア管理コンソール（HMC）を使用するようになりました。他のIBM製品ラインもHMCを使用しています。たとえば、System pなどです。

通常、コンソールからログインできます。設定によっては、オペレーティングシステムはコンソールからのログインセッションを、他のソースからのログインセッションよりも信頼できるものとして扱う場合があります。