stanford-oval/wikipedia huggingface dataset:
X Window System コアプロトコル
リソースと識別子

ウィンドウ、ピクスマップ、フォントなどに関するデータは全てサーバに格納されている。クライアントはそれらオブジェクトの識別子を知っており、サーバにそれらについて要求する際に名前として使用する。例えば、クライアントがウィンドウを生成したいとき、サーバに対して識別子を指定してウィンドウ生成を要求する。その識別子は後で、例えばウィンドウの描画時などクライアントからの要求で使用される。以下のオブジェクトはサーバ側にあり、識別子を使ってクライアントから指定される。
Window（ウィンドウ）
Pixmap（ピクスマップ）
Font（フォント）
Colormap （色表、後述）
Graphic context（グラフィックコンテキスト）
これらのオブジェクトを「リソース; resources」と呼ぶ。クライアントがこのようなリソースの生成を要求する場合、その識別子を常に指定する。例えば、新しいウィンドウを生成する場合、クライアントはそのウィンドウの属性（親、幅、高さなど）とウィンドウに関連付ける識別子を指定する。
識別子は32ビット整数であり、最上位ビットから3ビットは常にゼロとされる。クライアントごとに識別子の集合を持ち、新しいリソース生成時に使用する。この集合はサーバがコネクションの受理を知らせるパケット内で、2つの整数としてクライアントに通知される。クライアントは指定された範囲から、重ならないように識別子を選択して使う。ウィンドウ、ピクスマップ、フォント、カラーマップ、グラフィックコンテキストについて、2つのオブジェクトが同じ識別子を持つことはできない。
あるリソースが生成されると、その識別子をクライアントが使い、サーバに対してそのリソースに関する何らかの操作を要求するときに指定する。操作には、リソースを変化させるもの（例えば、ウィンドウを移動させる要求）と、サーバからそのリソースに関するデータを得るもの（例えば、ウィンドウの属性を要求する場合）がある。
識別子はクライアント内だけでなく、サーバ内で一意である。例えば、2つのウィンドウがそれぞれ別のクライアントが生成したものであっても、同じ識別子を持つことはない。クライアントは識別子さえ指定できれば、任意のオブジェクトにアクセスでき、例えば別のクライアントが生成したリソースも識別子が分かっていればアクセスできる（サーバから与えられた範囲外の識別子をサーバへの要求パケットに指定可能である）。
結果として、同じサーバに接続された2つのクライアントがあるとき、識別子によって一意にリソースが指定される。例えば、あるクライアントが識別子 0x1e00021 のウィンドウを生成し、その番号 0x1e00021 を別のアプリケーションに渡したとする（手段は何でも良い。例えば、ファイルに番号を書き込み、それを別のアプリケーションが読むという方法でもよい）。すると、その別のアプリケーションが同じウィンドウに対して操作可能となる。これは例えば Ghostviewの X 版で利用されている。Ghostview はサブウィンドウを生成し、その識別子を環境変数にセットして Ghostscript を呼び出す。Ghostscript は PostScript ファイルの内容をそのウィンドウに描画する。
リソースは、それを生成したクライアントがサーバとのコネクションをクローズしたときに正常に削除（破壊）される。ただし、コネクションをクローズする前にクライアントから破壊を要求することもできる。
イベント

イベントとは、サーバからクライアントに送信されるパケットであり、クライアントが興味を持ちそうな事象が発生したことを通知するのに使われる。例えば、ユーザがキーを押下したり、マウスのボタンをクリックしたなどの事象である。イベントはユーザの入力だけではない。例えば、新たなサブウィンドウが生成された場合などにもイベントパケットが送信される。
イベントは常にいずれかのウィンドウに関連付けられている。例えば、マウスカーソルがあるウィンドウ上にあるときにクリックした場合、そのイベントはそのウィンドウと関連付けられる。イベントパケットにはそのウィンドウの識別子も含まれる。
クライアントはサーバに対してイベントパケットを他のクライアントに送るよう要求できる。これはクライアント間の通信に利用される。例えばマウスクリックで選択されたテキストをクライアントが要求する場合に、そのようなイベントが使われる。そのイベントは、その選択を保持しているウィンドウを制御しているクライアントに送られる。
Expose イベントは、ウィンドウの一部の内容が破壊された領域が画面上見えるようになったとき送信される。ウィンドウの内容はいくつかの条件が重なると破壊される。例えば、ウィンドウが別のウィンドウに隠され、サーバがバッキングストアを保持していなかった場合などである。サーバが Expose をクライアントに送信すると、クライアントはその部分を再描画しなければならない。
多くのイベントは、クライアントがそれについて興味があることを事前に表明していないと送信されない。これは、クライアントが必ずしも全てのイベントを必要としないためである。例えば、キーボード入力は受け付けるが、マウス関連のイベントは受け付けないといった状況が考えられる。イベントには、クライアントが明示的に要求していなくても必ず送信されるものもある。
クライアントは、ウィンドウの属性としてどのイベントを受け付けるかを設定できる。例えば、Expose イベントはウィンドウの再描画が必要な場合に送られるが、クライアント側でこれを受け付けない状態にすることもできる。これは、ウィンドウのイベントマスク属性を適切に設定することでなされる。
複数のクライアントが同じウィンドウのイベントを要求することもできる。その場合クライアント毎に異なるイベントマスクを設定できる。例えば、あるクライアントはキーボードのイベントだけを受け付け、別のクライアントがマウスのイベントだけを受け付けるといったことが可能である。サーバは各ウィンドウについてクライアント毎のイベントマスクを保持できるようになっている。ただし、ウィンドウ毎に1つのクライアントにしか送信できないイベントも存在する（特にマウスクリックについてのイベントやウィンドウ管理に関連した変化を知らせるイベント）。
xev プログラムは、ウィンドウに対応したイベントを表示する。特に xev -id WID とすれば、指定した識別子 WID に関わるイベントを全て表示する。
例

以下は、黒い四角形が描画されたウィンドウを生成し、キー押下で終了するクライアントとサーバ間のやり取りを例示したものである。この例では、クライアントの要求が応答を必要とするものではないため、サーバ側から応答パケットは送信されない。ただし、エラーパケットが生成される可能性はある。
クライアントがサーバとのコネクションを開き、使用するバイトオーダー（エンディアン）を指定した初期パケットを送信する。
サーバがコネクションを受理し（この例では認証は省略されている）、適切なパケットで応答する。このパケットにはルートウィンドウの識別子（例えば 0x0000002b）とこのクライアントが使える識別子の範囲などの情報が格納されている。
クライアントが識別子 0x00200000 でデフォルトのグラフィックコンテキスト生成を要求する（この要求パケットでは、この例に出てくる他の要求パケットと同じように、応答パケットは返信されない）。
クライアントがトップレベルウィンドウ（すなわち、親ウィンドウとしてルートウィンドウ 0x0000002b を指定）の生成を要求する。このとき、識別子 0x00200001、サイズ 200×200、位置 (10,10) などを指定。
クライアントがウィンドウ 0x00200001 の属性変更を要求し、興味のあるイベントとして Expose と KeyPress を受け付けることを宣言する。
クライアントがウィンドウ 0x00200001 の画面表示を要求する。
ウィンドウが画面に表示され、内容を描画しなければならなくなると、サーバはクライアントに Expose イベントを送信する。
このイベントを受けて、クライアントはウィンドウ 0x00200001 とグラフィックコンテキスト 0x00200000 を指定して PolyFillRectangle 要求を送信し、四角形の描画を要求する。
このウィンドウが別のウィンドウに覆われ、再び前面に戻った場合、バッキングストアをサーバが保持していないと、次のようになる。
サーバがクライアントに Expose イベントを送り、ウィンドウを再描画する必要があることを知らせる。
クライアントは PolyFillRectangle 要求を再度送信することでウィンドウを再描画する。
キーが押下されると、次のようになる。
サーバはクライアントに KeyPress イベントを送り、ユーザーがキーを押下したことを知らせる。
クライアントは、それに適切に対応する（この例の場合、終了する）。
色

プロトコルレベルでは、色は32ビットの符号なし整数で表され、ピクセル値（pixelvalue）と呼ばれる。以下のような要素から色の表現が影響を受ける。
色深度
カラーマップ（colormap）- 色を赤、緑、青 (RGB) の強さで表したテーブル
visual type - 上記テーブルを使ってどう色を表現するかを指定したもの
最も容易な場合、カラーマップは各行にRGBの値が格納されたテーブルとなる。ピクセル値 x は、そのテーブルのx-行目の色を意味する。クライアントがカラーマップの内容を変更できる場合、この表現方法は PseudoColor visual class である。StaticColor visual class では、クライアントがカラーマップの内容を変更できない。
visual class は全部で6種類存在する。それぞれ、RGB値とピクセル値の対応付け方法が異なる。そのうち、2つが上述の PseudoColor と StaticColor である。他に GrayScale と StaticGray があり、これらは白、黒、灰色のみが表示可能である（前者ではクライアントによるカラーマップ変更が可能）。
残る2種類の visual class はこれらとは異なり、ピクセル値がそのままRGB値に対応している。この場合のピクセル値からRGB値への変換は次の通り。
ピクセル値をビット列としてみる。
このビット列を3つの部分に分割する。
それら3つの部分がそれぞれ整数として認識され、それぞれ異なる3つのテーブルのインデックス値として使われる。
この場合、カラーマップは赤/緑/青の光の三原色それぞれに対応した3つのテーブルで構成される。結果として得られるのは三原色それぞれの強さである。このような表現を使う visual class として DirectColor と TrueColor があり、前者はクライアントがカラーマップを変更でき、後者は変更できない。
いずれの機構でも、色をピクセル値で表現するには追加のパラメータが必要である。それらパラメータが visual type として集約されており、visual class の種類、その他のパラメータが格納されている。Xサーバには利用可能な visual type が固定個存在し、それぞれに識別子が割り当てられている。その識別子は32ビットの符号なし整数だが、リソースやアトムの識別子と重なっていても構わない。
クライアントからのコネクションを受理したとき、サーバが送信する受理パケットには、一連のブロックが含まれ、各ブロックは1つの画面（スクリーン）に対応している。各画面に対応したブロックは、さらにその画面でサポートしている色深度ごとのブロックに分かれている。色深度ごとのブロックは可能な visual type のリストを含む。まとめると、各画面には複数の色深度が対応し、その色深度ごとに複数の visual type が対応する。ある visual type は異なる色深度の複数の画面で使える場合もある。
それぞれの visual type について、受理パケットには識別子と実際のパラメータ（visual class その他）が格納されている。後でこの情報を要求できないので、クライアントはこの情報を格納しておく。さらに言えば、クライアントは visual type を変更したり、新たに生成したりできない。新たなウィンドウ生成の要求時、そのウィンドウの色を表現するのに使う色深度と visual type の識別子を指定する。
カラーマップは、その画面を制御するハードウェア（例えばビデオカード）がカラーパレットを使っているかどうかとは無関係に使われる。ハードウェアがパレットを使う場合は、常に制限されたカラーマップがインストールされ、無制限にピクセル値とRGB値の対応付けを増やすことはできない。クライアントはサーバに対してカラーマップのインストールを要求できるが、その場合、別のカラーマップのアンインストールが必要となる。これは、画面を見たとき、アンインストールされたカラーマップを使っていたウィンドウの色が変に表示されるという結果をもたらす（この現象を color flashing あるいは technicolor と呼ぶ）。この問題は標準カラーマップ（standard colormap）を使うことで解決する。標準カラーマップはピクセル値と色の事前に決められた対応付けをする。このため、異なるアプリケーション間で標準カラーマップを共用することが可能となっている。
カラーマップ生成はICCCMで規定されている。標準カラーマップは ICCCM でも規定されているし、Xlib 仕様にも定義されている。
アトム

アトム（Atom）とは、文字列を表す32ビット整数である。文字列が任意の長さであるのに対してアトムは常に32ビット整数であり、プロトコル設計者は文字列を短い固定サイズで表すためにアトムを導入した。アトムは短いため、同じ文字列をパケットとして何度も送信するような場合に利用される。これによってネットワークの利用効率が向上する。アトムはまた、イベントパケットのような固定サイズのパケットで利用される。
正確には、アトムはサーバが保持する文字列の識別子である。リソース（ウィンドウやピクスマップ）の識別子に似ているが、2つの点で異なる。まず第一に、アトムの識別子はサーバが設定するのであって、クライアントは指定できない。つまり、クライアントが新たなアトム生成を要求するときは、サーバに文字列を送信するだけであり、識別子は指定しない。サーバはその文字列に識別子を割り当て、クライアントへの応答パケットでそれを返す。第二に、アトムは特定のクライアントとは関連しない。アトムは、生成されるとクライアントが終了しても存続し、サーバが終了するまで残る（リソースのデフォルトの振る舞いはそれとは異なる）。
アトムは識別子であるから、一意である。しかし、アトムとリソースの識別子は同じになることがある。アトムに対応した文字列は「アトム名; atom name」と呼ばれる。アトム名は生成後に変更することはできないし、二つのアトムが同じアトム名となることもない。従って、アトム名はアトムを指すのにも使える。「アトム ABCD」と言った場合、正確には「文字列 ABCD に対応するアトム」あるいは「名前が ABCD のアトム」を意味する。クライアントは、新たなアトム生成を要求することもできるし、ある文字列のアトム（識別子）を要求することもできる（これらは同じ意味である）。事前定義されたアトムもある（特定の識別子と文字列でサーバが生成する）。
アトムは様々な用途で使われ、主に同じサーバに接続した複数のクライアント間の通信でよく使われる。特に、後述するウィンドウのプロパティに関連して使われる。
サーバ内に保持されている全アトムの一覧は xlsatoms プログラムを使って表示できる。特に、このプログラムはそれぞれのアトム（識別番号）とその名前（対応する文字列）を表示できる。
プロパティ

各ウィンドウには、事前定義された属性群とプロパティ群があり、サーバに全て格納され、クライアントからは適当な要求でアクセスできる。属性はウィンドウに関するデータであり、サイズ、位置、背景色などがある。プロパティはウィンドウにアタッチされた任意のデータである。属性とは対照的に、プロパティはXコアプロトコルのレベルでは何の意味もない。クライアントはウィンドウのプロパティとして任意のデータを格納できる。
プロパティには、名前、データ型、値がある。プロパティは命令型プログラミングにおける変数に似ていて、クライアントが名前とデータ型を指定して生成でき、任意の値を格納できる。プロパティはウィンドウに対応しているため、同じプロパティ名を複数のウィンドウそれぞれで使い、それぞれ異なる型の異なる値を格納できる。
プロパティの名前、データ型、値は全て文字列である。より正確に言えば、これらは全てアトムであり、サーバに格納されている文字列に対応していて、クライアントからはその識別子でアクセス可能である。クライアントはあるプロパティに対して、その名前を格納したアトムの識別子を使ってアクセスする。
プロパティは主にクライアント間通信に使われる。例えば、WM_NAME という名前のプロパティ（正確には、"WM_NAME" という文字列に対応したアトムをプロパティ名とするプロパティ）にはウィンドウの名前が格納される。ウィンドウマネージャは、一般にこのプロパティを読み、タイトルバーにウィンドウ名を表示する。
クライアント間通信には、ルートウィンドウのプロパティを使ったものもある。例えば、freedesktop.org のウィンドウマネージャ仕様によれば、ウィンドウマネージャは現在のアクティブウィンドウの識別子をルートウィンドウの _NET_ACTIVE_WINDOW というプロパティに格納するべきとしている。プログラムのパラメータを含むXリソースもルートウィンドウのプロパティとして格納される。そうすることで、（別のコンピュータ上で動作していても）全てのクライアントがそれらにアクセスできる。
xprop プログラムは指定されたウィンドウのプロパティ一覧を表示する。xprop -root とすれば、ルートウィンドウの各プロパティの名前、型、値を表示する。
キー・マッピング

X Window System では、全ての個々の物理キー（キーボードのキー）に 8 から 255 の数が割り当てられていて、これを keycode と呼ぶ。keycode はキーを特定するだけであり、そのキーに印字されている特定の文字や用語（例えば "Page Up"）の識別はできない。それら文字や用語は keysym で識別される。keycode は実際の1つのキーに対応しているが、keysym は、例えばシフトキーなどの修飾キーが同時に押されたかどうかに対応して決定される。
キーが押下されたり、解放されたとき、サーバは KeyPress イベントあるいは KeyRelease イベントを適当なクライアントに送信する。これらのイベントには以下の情報が含まれる。
押下されたキーの keycode
現在の修飾状態（シフト、コントロールなど）とマウスボタンの状態
つまりサーバは、keycode と修飾状態を特定の文字に変換せずに送信する。この変換をするのは、クライアントの役割である。例えば、クライアントがあるキーとシフト修飾キーが押下されていることをイベントで通知されたとする。通常このキーが "a" という文字を生成するなら、クライアントは、このイベントによって文字 "A" を得る。
keycode から keysym へのクライアントでの変換には、サーバが用意した対応表を使う。この表をどこか全クライアントから参照可能なところに置けばよい。典型的なクライアントは、このマッピングを要求し、キーイベントの内容（keycode と修飾状態）から keysym への変換を行う。ただし、クライアントはこのマッピングを自由に変更できる。
修飾キーは、押下されると他のキーの解釈を変化させる。シフトキーは、一般に "a" のような小文字を "A" のような大文字に変化させる。他の修飾キーとしては、「コントロールキー」、「Altキー」、「Metaキー」などがある。
Xサーバは、最大8種類の修飾キーを扱える。ただし、各修飾キーは必ずしも1つの物理キーに対応したものとは限らない。キーボードには、同じ修飾キーが複数個存在する場合があるからである。例えば、多くのキーボードには2つのシフトキーがある（左端と右端）。これらの keycode は異なるが、Xサーバはどちらもシフト修飾キーと認識する。
8個の修飾キーについて、Xサーバはその修飾キーと認識される keycode の一覧を持っている。例えば、第一修飾キー（シフト）の keycode 一覧で 0x37 が記載されている場合、その keycode 0x37 に対応したキーをXサーバがシフト修飾キーであると認識する
修飾キーと解釈されるキーのマッピングはXサーバが管理するが、任意のクライアントが変更できる。例えば、クライアントからF1キーをシフト修飾キーとして解釈されるキー一覧に追加することができる。このような修正を加えると、F1キーが第3のシフトキーとして機能するようになる。しかし、F1キーを押下した場合の keycode はそのままである。したがって、F1キーを従来通りに解釈することもできるし（例えば、F1キー押下でヘルプウィンドウを開くなど）、同時にシフトキーとしても機能する（"a" キーを押下したときにF1キーが押下されていると "A" と解釈される）。
Xサーバは、マウスボタンについてもマッピングを管理し、使用する。ただし、ボタンはボタン同士での入れ替えだけが可能となっている。これは、左利きのユーザ向けに左端のボタンと右端のボタンを入れ替えるのに便利である。
xmodmap プログラムは、キー/修飾キー/マウスボタンのマッピングを表示・変更する。
グラブ

グラブ（grab）とは、キーボードとマウスの全イベントを1つのクライアントに送信する状態である。クライアントは、キーボードのグラブ、マウスのグラブ、あるいは両方のグラブを要求できる。サーバがその要求を満たす場合、全キーボード/マウス・イベントはグラブしたクライアントに（グラブをやめるまで）送られる。その間、他のクライアントはそれらイベントを受け取れない。
グラブ要求時、クライアントはグラブウィンドウを指定する。全イベントはグラブしているクライアントがグラブウィンドウに関連しているかのように送信される。しかし、他のクライアントはたとえグラブウィンドウを選択していてもイベントを受け取れない。グラブには、以下の2種類がある。
クライアントはキーボードかマウスポインタ、あるいは両方についてグラブ状態を確立できる。グラブ要求にはキーボードやマウスポインタのフリーズ要求を含めることもできる。グラブとフリーズの違いは、グラブがイベント受信者を変更するのに対して、フリーズはイベントの配信そのものを停止する点である。デバイスがフリーズされると、それが生成するイベントはキューに格納され、通常はフリーズ状態が解除されたときに溜めておいたイベント群が送信される。
マウスポインタのイベントの場合、イベント配信に影響を与える別の要素として、イベントマスクがある。これは、イベントの種類ごとに配信するか捨てるかを指定するものである。
グラブ要求には、グラブが確立していない状態でグラブしようとしているクライアントにイベントが送られようとしたとき、どうすべきかを指定するフィールドもある。特に、クライアントはそのようなイベントを普通に送信してもらうか、グラブに従って送信してもらうかを指定できる。これらの状況は見た目にも異なる結果となる。例えば、クライアントが通常状態では第一ウィンドウでキーボードイベントを受け取っていて、第二ウィンドウによるキーボードのグラブを要求したとする。イベントを第一ウィンドウに送信するかグラブウィンドウ（第二ウィンドウ）に送信するかはグラブ要求のパラメータに依存する。
クライアントはサーバ全体のグラブを要求することもできる。この場合、グラブクライアントからの要求以外は受け付けなくなる。
その他

他にもXコアプロトコルには要求やイベントが存在する。まず、ウィンドウ間の親子関係に関する要求がある。クライアントは、ウィンドウの親の変更要求が可能である。また、ウィンドウの親子関係に関する情報を要求することもできる。他にセレクションに関する要求があるが、これは主に他のプロトコルで扱われる。入力フォーカスやカーソル形状についての要求もある。クライアントは、特定のリソース（ウィンドウ、ピクスマップなど）の所有者を終了させる要求もでき、サーバはそのコネクションを終了させる。また、クライアントはサーバにNOP要求を送信することもできる。
拡張

X Window System コアプロトコルは、拡張性を考慮して設計された。Xコアプロトコルには、利用可能な拡張や、拡張の要求/応答/イベント/エラーパケットをどう作ればよいかを問い合わせる機構を備えている。
特に、特定の拡張に対応したデータについて利用可能な拡張の一覧を要求できる。拡張のパケットは、Xコアプロトコルのパケットとよく似ている。Xコアプロトコルでは、要求/応答/イベント/エラーパケット内にそのパケットのタイプを示す整数が含まれている。例えば、新たなウィンドウの生成要求は 1 である。この整数の一部範囲が拡張用に予約されている。
認可

クライアントがサーバとのコネクションを確立しようとした時、サーバのとりうる応答としては、受理するか、拒否するか、認証を要求するかのいずれかである。認証要求には、使用する認証手法の名称が含まれる。Xコアプロトコルでは認証プロセスは規定されておらず、使っている認証の種類に依存する。さもなくば、サーバは単に受理パケットか拒否パケットを送るだけである。
通常のクライアントとサーバのやり取りで認証に関わる要求は「ホストによるアクセス制御; host-based access method」だけである。クライアントは、この認証手法を有効にする要求ができ、接続を認可されているホスト（クライアント）の一覧を読んだり変更したりできる。一般のアプリケーションはこれらの要求を使うことはない。これらを使うプログラムとして xhost があり、ユーザやシェルスクリプトがアクセス可能ホスト一覧を読み書きできるようにする。ホストによるアクセス制御は、安全ではないと言われている。
Xlib その他のクライアント・ライブラリ

→詳細は「Xlib」を参照
多くのクライアントプログラムは、Xlibというクライアントライブラリを通してXサーバと通信する。クライアントは一般に Xaw、Motif、GTK、Qt といったライブラリを使うが、これらもXサーバとの通信には Xlib を使っている。Xlib を使うことで、以下のようになる。
Xlib を使うと、クライアントは応答とイベントの観点で同期的に動作可能となる。
Xlib では、要求を送信すると適当な応答があるまでブロックする。言い換えれば、Xlib を使っていないクライアントがあったとしたら、要求パケット送信後に応答を待つ間に他の処理が可能である。ただし、クライアントがマルチスレッド化されている場合は、Xlib を使っていても同様のことが可能である。
Xサーバは非同期にイベントを送信するが、Xlib はイベントをクライアント内のキューに蓄積する。クライアントは、明示的にライブラリ関数を呼び出したときだけそのキュー上のイベントにアクセスする。言い換えれば、クライアントがあるイベントを待っている場合、強制的にブロックまたはビジーウェイトとなる。
Xlib では要求をサーバに即座に送信せず、output buffer というキューに蓄積する。その内容が実際に送信されるのは、以下のタイミングである。
XFlashなどのライブラリ関数を使って明示的に送信を要求したとき。
Xサーバからの応答を待つ必要のあるライブラリ関数を呼び出したとき（例えば、XGetWindowAttributes）。
イベントキューにイベントがあるか問い合わせたとき（例えば、XNextEvent 呼び出し）で、かつブロックするような呼び出しをしたとき（例えば、XNextEvent はキューが空だとブロックする）。
Xtのような上位ライブラリ（さらに上位として Xaw や Motif がある）では、イベントに対応したコールバック関数を使うことができる。つまり、上位ライブラリがイベントキューを常時監視し、必要に応じて適切なコールバック関数を呼び出す。また、ウィンドウの再描画が必要となるようなイベントは Xt 内部で処理される。
XCB などの下位レベルのライブラリはプロトコルへの非同期アクセスを提供し、レイテンシ隠蔽効果が大きい。
X Window System コアプロトコルで指定されないこと

X Window System コアプロトコルでは、クライアント間通信は規定されておらず、ウィンドウを使ってGUIに一般的に存在する視覚的要素（ボタンやメニューなど）をどう実現するかも規定していない。GUI要素は、ウィジェット・ツールキットと呼ばれるクライアントライブラリで実装される。クライアント間通信は、ICCCM や freedesktop.org の仕様など他の標準でカバーされている。
クライアント間通信は、セレクション、カットバッファ、ドラッグ・アンド・ドロップと関係がある。これらはユーザが利用するウィンドウ間のデータ転送手法である。ウィンドウが他のプログラムに制御されている場合もあるため、データ交換のためのプロトコルは必須である。クライアント間通信はXウィンドウマネージャとも関係がある。ウィンドウマネージャはウィンドウ群の見た目を制御し、GUIとしてのルック・アンド・フィール全般を制御する。他にもクライアント間通信に関わる問題として、Xセッションマネージャが関与する部分がある。
ユーザセッションの開始方法もXコアプロトコルではカバーされていない。通常、Xディスプレイマネージャが自動的に行う。しかし、ユーザが xinit や startx プログラムを手動で起動してセッションを開始することもできる。
脚注・出典

↑  Robert W. Scheifler and James Gettys: X Window System: Core and extension protocols, X version 11, releases 6 and 6.1, Digital Press 1996, ISBN 1-55558-148-X
↑  RFC 1013
↑  Grant Edwards. An Introduction to X11 User Interfaces
↑  Jim Gettys. Open Source Desktop Technology Road Map
↑  comp.fonts FAQ: X11 Info
↑  X Logical Font Description Conventions
↑  Matthieu Herrb and Matthias Hopf. New Evolutions in the X Window System.
↑  Ghostview: Interface with ghostscript
↑  David Rosenthal. Inter-Client Communication Conventions Manual. MIT X Consortium Standard, 1989
1 2  Freedesktop window manager specification
クライアントとサーバのやり取りの例
ウィンドウの配置の組合せ。1 はルートウィンドウでありスクリーン全体に対応する。2 と 3 はトップレベル・ウィンドウ。4 と 5 は 2 のサブウィンドウ。親ウィンドウからはみ出ている部分は表示されない。
イベントの例: あるウィンドウ内でキーが押下されると、イベントが生成され、クライアントのイベントマスクの設定によってはクライアントに送信される。イベントマスクはクライアントが変更可能。
このキーが生成する keycode は常に同じだが、keysyms が異なる3つのシンボル /, 7, { が対応している。
keycode が keysym に変換される様子
ポインタ（マウス）やキーボードが使えない状態の場合、それらが生成するイベントがキュー上でブロックされている。それらがグラブされると、イベントが（通常、受信すべきクライアントの代わりに）グラブしたクライアントに送られる。ポインタイベントはイベントマスクの状態によっては捨てられる。
shape extensionによって丸いウィンドウ（oclock）も生成できる。
二宮望実

| 岩間望実(旧姓　二宮望実) |
| --- | --- |
生誕:   (1981-11-06) 1981年11月6日（43歳）
出身地:   日本 三重県
学歴:  桐朋学園大学音楽学部声楽専攻 桐朋学園大学院大学研究科 パルマ国立音楽院
ジャンル:  クラシック
職業:  ソプラノ歌手 オペラ歌手
公式サイト:  nozomininomiya.com
岩間 望実（いわま のぞみ、旧姓：二宮望実、1981年 - ）は、日本の声楽家、ソプラノ、オペラ歌手である。
来歴

三重県生まれ。東京都在住。3歳よりピアノ、10歳より声楽を始める。
父は救命医療の第一人者である二宮宣文
東京女学館中学校・高等学校、桐朋学園大学音楽学部声楽専攻を卒業後、桐朋学園大学院大学音楽研究科3年課程を修了。在学時に成績優秀者声楽コンサートに出演。
2002年から2007年にイタリアのフィレンツェ、リミニ、チェルヴォ、ミラノなどへ短期留学を行い、2007年にイタリアに本拠を移す。
2009年イタリアヴェローナ国立音楽院に在籍、その後パルマ国立音楽院に移籍し同音楽院を2012年に卒業。
2012年10月、5年半のイタリア留学を終え、日本に帰国。
来歴 > 国内でのオペラの出演

2013年5月11日に東京にて、モーツァルト『コジ・ファン・トゥッテ』 ドラベッラ役
2013年6月22日に東京にて、モーツァルト『魔笛』パミーナ役に出演
2013年9月13日に東京にて、モーツァルト『ツァイーデ』タイトルロール（ツァイーデ役）にて出演
来歴 > 海外での出演歴

イタリア、ヴェローナ・サンタアナスタシア教会 ソリスト
2010年8月11日 イタリアシチリアにて、リサイタルを行い、ラジオ中継される
2012年 イタリア、パルマにて、ロッシーニ『ブルスキーノ氏』マリアンナ役でレッジョ・エミーリアオーケストラと共演
2012年6月22日 イタリア、パルマにて、モーツァルト『フィガロの結婚』ケルビーノ役
2012年9月12日 ドイツ、ヴィーゼンシュタットにて、モーツァルト『コジ・ファン・トゥッテ』ドラベッラ役
来歴 > 国内でのコンサート

2014年11月22日 白寿ホールにてリサイタル「二宮望実リサイタル　1122オペラ・ガラ・コンサート」を開催。司会解説に飛岡健氏を迎えて
2014年7月15日 横浜みなとみらいホールにてエメラルドフィルハーモニーオーケストラ第一回公演でメインゲストとして出演
2013年12月19日 ファーストアルバム発売記念コンサート「Lu Tempu Passa」を主催
来歴 > コンクールへの出場

東京国際芸術協会主催の第13回ブルクハルト国際音楽コンクールにおいて声楽部門一位入賞
来歴 > 主な作品

CDシングル　2013年11月発売 「Lu tempu passa 時は過ぎ行く」 作詞・作曲 ジョアッキーノ・ペンサート
その他

東日本大震災の際は、イタリアパルマ国立音楽院の生徒有志でkizunaというグループを結成し、20回以上のコンサートをイタリア各地で行うなど、ボランティア活動も積極的に行っている。
市原将弘

| いちはら まさひろ市原 将弘> プロフィール |
| --- | --- |
性別:  男性
出身地:   日本・千葉県
誕生日:  4月19日
職業:  声優
事務所:  ぷろだくしょんバオバブ
公式サイト:  市原 将弘｜ぷろだくしょんバオバブ
活動
活動期間:  2000年代 -
声優：テンプレート | プロジェクト | カテゴリ
市原 将弘（いちはら まさひろ、4月19日 - ）は、日本の男性声優。千葉県出身。ぷろだくしょんバオバブ所属。
人物

かつてはエーエス企画に所属していた。
特技は占い、古文書を読むこと。趣味はTVゲーム。
出演 > テレビアニメ

エンジェル・ハート（2006年、空港の人々）
ヤッターマン（2008年、チョコの宮殿従業員）
ドラえもん（テレビ朝日版第2期）（2009年 - 2018年、こびとロボット、サッカー部員、男性、男子B、実演販売員 他）
はっけん たいけん だいすき!しまじろう（2009年 - 2010年、お兄さん、ハリネズミ）
エリアの騎士（2012年、若村茂）
クレヨンしんちゃん（2017年 - 2024年、ヒデト、ちゃらい男、ゆずっこB、アクション仮面B、会社員C 他）
出演 > 劇場アニメ

名探偵コナン 探偵たちの鎮魂歌（2006年、ミラクルランド・エキストラ）
ももへの手紙（2012年）
出演 > Webアニメ

トミカ ハイパーブルーポリス（2014年、マモル隊員）
出演 > ゲーム

ぱすてるチャイムContinue（2005年、相羽カイト）
イナズマイレブン2 脅威の侵略者（2009年）
トリックロジック（2010年、報道陣）
第3次スーパーロボット大戦Z 時獄篇（2014年）
出演 > ドラマCD

ルームシェア 素顔のカレ（椿アキオ）
出演 > 吹き替え > 映画

新・上海グランド（スタッフ2、手下、容疑者 他）
出演 > 吹き替え > ドラマ

禁断の関係〜愛と憎しみのブーケ〜
THE TUDORS〜背徳の王冠〜
ザ・パシフィック
善徳女王（ソクプム〈石品〉）
CHASE/逃亡者を追え!（マシュー・コルドヴァ）
ディフェンダーズ 闘う弁護士
HAWAII FIVE-0（シェーン）
ブルーブラッド シーズン2
ミディアム 霊能者アリソン・デュボア
レスキュー・ミー NYの英雄たち（トニー）
出演 > ラジオドラマ

VOMIC ǝnígmǝ【エニグマ】（支倉モト）
出演 > CM

ベイブレードバースト（ナレーション）
出演 > 舞台

「KENJI-Five Stories-宮澤賢治の童話」ものがたりグループ✩ポランの会
チューナー (曖昧さ回避)

チューナー（英語: tuner）とは、チューン（調律、同調）を行う（チューニング）装置や仕組み、もしくは人のこと。
チューナー - 無線通信・放送の受信で同調等をする装置。
自動車のチューニングをする人。
楽器の調律を行う人・機構・それに使う器具。
チューニングメーター - 楽器の調律に使う電子装置。
糸巻き (弦楽器) - 弦楽器の調律のための機構。
ピアノ調律師 - ピアノの調律をする人。
チューナーモンスター - 遊☆戯☆王オフィシャルカードゲームでシンクロ召喚に必要なモンスターのカードの総称。
コロンビア・ビジネス・スクール

コロンビア・ビジネス・スクール （英: Columbia Business School, CBS）は、コロンビア大学の経営大学院で、1916年設立。CBSは全米トップ10のビジネススクール（MBA提供校）として知られている。M7の参加校。
プログラム > 特徴

コロンビア・ビジネススクールは、コロンビア大学の経営大学院であり1916年に設立されている。コロンビアの特徴は、ニューヨーク市のマンハッタンにあることで、ウォールストリートに近く、ファイナンスの授業が充実していることである。また立地の良さを活かして大企業の幹部による講演会が頻繁に開かれている。日本関係の研究もヒュー・パトリック教授が開設した日本経済経営研究所を中心に積極的に行われている。
学位 - MBA:Master of Business Administration（日本語学位名、経営学修士）
プログラム > 教員

ジョセフ・E・スティグリッツ：教授
クリスチーナ・アメージャン：元助教授
著名な卒業生

ユードラ・ウェルティ(1931)：作家、ピューリッツァー賞受賞
アーサー・バーンズ(1934)：連邦準備制度理事会議長、大統領経済諮問委員会委員長
ウォーレン・バフェット（1951）：バークシャー・ハサウェイ会長兼CEO
アレクサンダー・ヘイグ(1955)：アメリカ合衆国国務長官、アメリカ合衆国大統領首席補佐官
茂木友三郎(1961)：キッコーマン取締役名誉会長
外村仁(1964)：野村證券代表取締役副社長
ヘンリー・グラビス(1969)：コールバーグ・クラビス・ロバーツ共同創業者
布野幸利(1976)：日本銀行政策委員会審議委員、元北米トヨタ自動車社長、元米国トヨタ自動車販売社長
重光昭夫(1980)：韓国ロッテグループ会長、ロッテホールディングス会長
魚谷雅彦(1981)：株式会社資生堂代表取締役社長
ヴィクラム・パンディット(1986)：シティグループCEO
ゲン・フクナガ(1989)：ファニメーション社長兼CEO
坂野尚子(1989)：株式会社ノンストレス代表取締役社長
小川誠(1990)：厚生労働省職業安定局長
程近智(1991)：アクセンチュア株式会社代表取締役会長
泉水敬(1991)：株式会社マーベラス代表取締役副社長
岸博幸(1992)：慶應義塾大学教授、内閣官房参与、元総務大臣秘書官
藻谷浩介(1994)：日本総合研究所調査部主席研究員、里山資本主義の提唱者
利重孝夫(1994)：日本の実業家、元横浜マリノス株式会社取締役
小林至(1996)：江戸川大学教授。元千葉ロッテ投手。
佐藤智恵（2001）：作家、日本ユニシス株式会社取締役
松浦清（2001）：プレミアアンチエイジング株式会社、創業者・代表取締役社長CEO
山田美樹(2002)：自由民主党東京1区衆議院議員
クリストファー・オニール(2005)：スウェーデン王女マデレーン夫
ケイコ・フジモリ(2006)：人民勢力党代表、ペルー共和国議会議員
ティモシー・コプラ(2013)：アメリカ航空宇宙局宇宙飛行士
アメデオ・ド・ベルジック(2014)：ベルギー王子、オーストリア＝エステ大公
日本経済経営研究所 > 歴史

日本経済経営研究所（CJEB、Center on Japanese Economy and Business）は、コロンビア大学ビジネススクールの付属機関で、1986年にヒュー・パトリック教授によって設立された。
日本経済経営研究所 > 過去に在籍したことがある者

竹中平蔵：慶応義塾大学教授、元総務大臣。
林文夫：一橋大学教授。
木下康司：元財務事務次官、日本政策投資銀行代表取締役副社長。
佘山駅

座標: 北緯31度6分47秒 東経121度13分27秒﻿ / ﻿北緯31.11306度 東経121.22417度﻿ / 31.11306; 121.22417
| 佘山駅 |
| --- | --- |
 ホーム
  しゃざん  Sheshan  
 ◄洞涇 (2.205 km) (3.868 km) 泗涇►
所在地:   中国上海市松江区泗涇鎮嘉松南路
所属事業者:  上海地鉄運営有限公司
所属路線:  ■9号線
キロ程:  8.228 km（松江新城起点）
駅構造:  高架駅
ホーム:  島式ホーム1面2線
開業年月日:  2007年12月29日
テンプレートを表示
| 佘山駅> 各種表記 |
| --- | --- |
繁体字：:  佘山站
簡体字：:  佘山站
拼音：:  shéshān zhàn
発音：:  シェシャン ヂャン
広東語発音：:  se4 saan1 zaam
英文：:  Sheshan Station
テンプレートを表示
ウィキメディア・コモンズには、に関連するカテゴリがあります。
佘山駅（しゃざんえき）は上海市松江区に位置する上海地下鉄9号線の駅である。
駅構造

島式ホーム1面2線を有する高架駅。
駅周辺

佘山扶助者聖母大殿（カトリック教会）、佘山天文台
バスまたはタクシーで約10分
歴史

2007年12月29日 - 開業。
富士見ティーンエイジファンクラブ

富士見ティーンエイジファンクラブ（ふじみティーンエイジファンクラブ）は、声優の明坂聡美、長谷川静香、波多野桃子がパーソナリティーを務めるラジオ大阪のラジオ番組（アニラジ番組）。
通称「FTAF」(Fujimi TeenAge Fun club)、「ふたふー」など。
2006年4月9日放送開始。1314 V-STATION枠内で毎週日曜日・深夜23:00～23:30で放送。
2008年3月30日放送終了、全104回。
概要

番組公式Webサイトにて、過去十数回分をオンデマンドで配信。通常、本放送の約24時間後に配信開始。
仁美と有佳のどらごんデンタルクリニックに代わる、富士見書房の提供番組である。
月刊ドラゴンマガジンにはこの番組を紹介する連載記事「富士見ティーンエイジファンクラブ ドラゴンマガジン出張版」がある。
番組冒頭のあいさつは「ふたふー」。番組略称の「FTAF」から。
ペンネームの呼び名は「会員ネーム」。加えて、5桁の会員番号を投稿者が自分で決める。
パーソナリティの会員番号は、明坂が「会員番号00001」、波多野が「会員番号00002」、長谷川が「会員番号00003」。明坂が1月生まれ、波多野が2月生まれなのでこの順番になった（ただし長谷川は3月ではなく9月生まれ）。「番組スタッフのツノダさん」が00004、「構成作家のカワグチさん」が00005で、リスナーやゲストは00006から。
番組内で、明坂聡美は「お嬢」、長谷川静香は「ボス」、波多野桃子は「桃ちゃん」と呼ばれる。ただし、最初に呼び名を決めたときは長谷川は「静香ちゃん」だった。
初期はリーダーが決められていた。最初のリーダーは明坂。明坂はリーダーになることを嫌がったが、多数決でむりやり決められた。5月頭にとつぜんリーダーは月替わりとなり、長谷川が5月リーダーに。その後いつのまにかリーダー制は消滅。
2006年8月には、秋葉原UDXの東京アニメセンターで6週連続公開録音を敢行した。
コーナー > 終了コーナー

2006年10月と2007年7月に、大幅なコーナー変更がされている。コーナーは終了前に特に告知せず長期休止することがある。
ゲスト

富士見書房で執筆している作家などが登場している。
水野良、築地俊彦 （2006年8月13日）
あざの耕平 （2006年9月3日）
舞阪洸 （2006年10月15日）
さっち、小松ドラゴンエイジピュア副編集長 （2006年11月26日）
あざの耕平、水野良、築地俊彦 （2006年12月17日、電話出演）
野尻抱介 （2007年2月25日）
KADOKAWAマン（角川書店広報） （2007年3月4日）
藤村歩 （2007年3月11日）
新井輝 （2007年3月18日）
小松ドラゴンエイジピュア副編集長、神楽坂なぐ （2007年4月15日）
大槻（仮名）（ドラゴンマガジン編集部） （2007年5月27日）
藤村歩 （2007年6月3日）
榊一郎 （2007年7月22日）
森崎くるみ （2007年7月29日）
間島淳司、門脇舞以 （2007年9月2日・9月9日）
間島淳司、門脇舞以、鈴木大輔 （2007年9月23日、公開録音）
新井輝 （2007年10月14日）
師走トオル （2007年10月21日）
細音啓 （2007年11月11日・11月18日）
大楽絢太、今野隼史 （2007年12月9日）
栗原健（ドラゴンエイジピュア編集長）、鈴木大輔 （2007年12月23日）
新井輝、さっち （2008年1月6日）
葵せきな （2008年1月20日）
大槻（元ドラゴンマガジン編集部）（2008年2月24日、正規のゲストではない）
ラジオドラマ

富士見書房の小説・漫画を原作にしたラジオドラマ。2006年6月から2007年1月までほぼ月1作のペースで放送され、その後、不定期に復活している。
ご愁傷さま二ノ宮くん（2006年6月25日～7月23日）
出演: 寺島拓篤（二ノ宮峻護）、後藤邑子（月村真由）、松岡由貴（北条麗華）、猪口有佳（保坂光流）、進藤尚美（二ノ宮涼子）、 平川大輔（二ノ宮美樹彦） ※のちのアニメとは異なる
ゼロイン（2006年8月6日～8月27日）
出演: 小林沙苗（爲妹みくる）、原田正夫（白石光）、佐久間レイ（藤田七実）、関俊彦（久巻勇示）、杉田智和（花友蔵）、大原さやか（式江美園）
伝説の勇者の伝説（2006年9月3日～10月8日）
出演: うえだゆうじ（ライナ）、久川綾（フェリス）、かないみか（ミルク）
仮面のメイドガイ（2006年10月15日～11月5日・全4回）
出演: 玄田哲章（コガラシ）、高橋美佳子（富士原なえか）、豊口めぐみ（フブキ）、高戸靖弘（富士原幸助） 他
鋼殻のレギオス（2006年11月12日～12月3日）
出演: 下野紘（レイフォン）、伊藤静（ニーナ）、釘宮理恵（フェリ）、小野大輔（シャーニッド）、喜安浩平（ハーレイ）、小伏伸之（ジェイミス）
SHI-NO -シノ-（2006年12月17日・12月31日～2007年1月7日）
出演: 沢城みゆき（志倉志乃）、水島大宙（僕）、清水愛（北村舞子）
風のスティグマ（2007年6月3日～6月24日）
出演: 小野大輔（八神和麻）、藤村歩（神凪綾乃）、猪口有佳（篠宮由香里）、伊藤静（久遠七瀬）、大原さやか（橘霧香）、下野紘 ※下野紘以外はアニメと同じ
ご愁傷さま二ノ宮くん ラジオ劇場（2007年10月7日～12月23日）
出演: 間島淳司（二ノ宮峻峻護）、門脇舞以（月村真由）、沢城みゆき（北条麗華）、根谷美智子（二ノ宮涼子）、成田剣（月村美樹彦）、宮田幸季（保坂光流） ※アニメと同じ
THE IDOLM@STER RADIO

| THE IDOLM@STER RADIO> ラジオ |
| --- | --- |
愛称: アイマスレディオ
放送期間: 2006年4月9日 - 2009年7月26日
放送局: ラジオ大阪
放送時間: 毎週日曜日23:30 - 24:00（#1 - #52） →21:30 - 22:00（#53 - #157） →22:00 - 22:30（#158 - #173）
放送回数: 全173回
放送形式: 収録
ネット局: 音泉 毎週水曜日更新（#40 - #84）  アニメイトTV 毎週木曜日更新（#85 - #104）  ニコニコアニメチャンネル 毎週水曜日更新（#105 - #162） ニコニコアイマスch "たるき亭" 毎週水曜日更新（#163 - #173）
パーソナリティ: たかはし智秋（三浦あずさ 役） 今井麻美（如月千早 役）
構成作家: ちゃみ
ディレクター: 関口宏（放芸）
提供: コロムビアミュージックエンタテインメント (#1 - #173)  コスパ（#1 - #79） ゲーマガ（#80 - #173） バンダイナムコゲームス（#89 - #173） ブシロード（#158 - #173）
その他: 音泉は音泉組合にて再配信
テンプレート - ノート
『THE IDOLM@STER RADIO』（アイドルマスターレディオ）は、ラジオ大阪V-STATION枠のラジオ番組。番組の愛称は「アイマスレディオ」（公式日本語表記は「アイドルマスターレイディオ」となっている）。全173回。後番組として『THE IDOLM@STER STATION!!!』が放送されていた（2018年10月まで、途中中断あり）。
2006年（平成18年）4月9日から2007年（平成19年）4月1日の間、毎週日曜日23:30 - 24:00に放送。2007年4月8日から2009年（平成21年）4月5日の間は、毎週日曜日21:30 - 22:00に放送枠を移動。2009年（平成21年）4月12日からは22:00 - 22:30に枠を移動し放送されていた。また、第40回以降はインターネット配信も行われていた。
概要

アーケードゲーム『THE IDOLM@STER』からの派生企画で、同作出演声優のたかはし智秋（三浦あずさ 役）と今井麻美（如月千早 役）がパーソナリティをつとめる。
概要 > 番組の特徴

オープニングのタイトルコールは『アイドルマスタープレゼンツ、千早・あずさのアイマスレディオ』。
番組内において、たかはし智秋は「チアキング（ゲーマガblogではちあkingと表記）」、今井麻美は「ミンゴス」の愛称で呼ばれる。ただし、2人が互いを愛称で呼ぶことはほとんどなく、たかはしは今井を「麻美」または「麻美さん」、今井はたかはしを「智秋」と呼ぶことが多い。
番組初めの挨拶は主にたかはしが「ジューシーポーリーYEY!」、終わりの挨拶は「ジューシーポーリーBYE!」と言う。「ジューシー」はみずみずしいこと、「ポーリー」は「パーティー」のことで、共にたかはしがよく使う言葉。
リスナーをプロデューサー、ペンネームをプロデューサーネームと呼ぶ。これはゲームにおけるプレイヤーの役割に準じている。
THE IDOLM@STERの出演声優・関連スタッフがよくゲストに来るが、特に関係ないゲストが来ることもある。
スポンサーはコロムビアミュージックエンタテインメント、ゲーマガ、バンダイナムコゲームス、ブシロード。そのため、コロムビアの曲がよくかかる。これは同じコロンビアが提供していた円盤皇女ワるきゅーレ モッチー・ちなちなのラジオワるQでもコロンビアの関連アニソンをよくオンエアしていたこともあってのことである。また、出演者自演のゲーマガのラジオCMも放送された（第91回）。
ニコニコアニメチャンネルでのインターネット配信では、OP・EDの提供クレジットナレーションが、スポンサーからのお知らせコーナーではバンダイナムコゲームス関連の商品紹介、それに付随するEDトークがそれぞれカットされている。また、第111回配信時に試験的に画像を公開した。その後、不定期に番組中随時、第119回からED後に「今週のおまけ」と題して、画像を数枚公開している。
俗に「宴会放送」と言われるものが番組の目玉の一つになっており、年末年始やパーソナリティの誕生会などでは、10数名ほどの近しい関係者を招いたパーティー（宴会）を貸切ホールなどで開き、その中で番組を進行していく。
概要 > インターネット配信

第40回放送分以降はインターネット配信も行われているが、2009年（平成21年）5月時点で4回、配信元が変更されている。その変遷は以下の通り。
コーナー > 歌姫楽園

歌姫楽園の放送歴を以下に示す。歌い手の項目で記載がないものは今井・たかはしのデュオ。なお、第39回は全編通して、「紅白歌合戦」として歌ったものを記載。また、第44回は歌姫楽園のコーナーがなく、「お風呂で、う・ふ・ふ♪」内で歌ったものを記載。第91回は「第01回瞬く!アイマスレコード大賞」として歌ったものを記載。記載していない回は休止扱い。オリジナル歌手名は該当がない場合は作曲家を記載。