stanford-oval/wikipedia huggingface dataset:
パワーレンジャー・RPM
放映リスト

| 話数 | サブタイトル | 監督 | 脚本 |
| --- | --- | --- | --- |
| 1 | The Road to Corinth | マイク・スミス | エディ・ガゼリアン |
| 2 | Fade to Black | マイク・スミス | エディ・ガゼリアン |
| 3 | Rain | マイク・スミス | エディ・ガゼリアン |
| 4 | Go For the Green | ジョナサン・ブラフ | ジャッキー・マーチャンド |
| 5 | Handshake | ジョナサン・ブラフ | ジョン・テリジェン |
| 6 | Ranger Green | ジョナサン・ブラフ | エディ・ガゼリアン |
| 7 | Ranger Red | バネッサ・アレクサンダー | ジョン・テリジェン |
| 8 | Ranger Yellow Part 1 | バネッサ・アレクサンダー | ジャッキー・マーチャンド |
| 9 | Ranger Yellow Part 2 | バネッサ・アレクサンダー | ジャッキー・マーチャンド |
| 10 | Ranger Blue | チャーリー・ハスケル | マデリーン・パクソン |
| 11 | Doctor K | チャーリー・ハスケル | マット・ネグレータ |
| 12 | Blitz | チャーリー・ハスケル | エディ・ガゼリアン |
| 13 | Brother's Keeper | ジョナサン・ブラフ | ジョン・テリジェン |
| 14 | Embodied | ジョナサン・ブラフ | エディ・ガゼリアン |
| 15 | Ghosts | ジョナサン・ブラフ | エディ・ガゼリアン |
| 16 | In or Out | マイク・スミス | ジョン・テリジェン |
| 17 | Prisoners | マイク・スミス | マデリーン・パクソン |
| 18 | Belly of the Beast | マイク・スミス | マット・ネグレータ |
| 19 | Three's A Crowd | ピーター・サルモン | ジョン・テリジェン |
| 20 | Heroes Among Us | ピーター・サルモン | ジャド・リン |
| 21 | Not So Simple | ピーター・サルモン | マット・ネグレータ |
| 22 | The Dome Dolls | マイク・スミス | ジョン・テリジェン |
| 23 | And... Action | マイク・スミス | ジャド・リン |
| 24 | Ancient History | マイク・スミス | ジョン・テリジェン |
| 25 | Key to the Past | マイク・スミス | ジェフリー・ニューマン |
| 26 | Beyond a Doubt | チャーリー・ハスケル | ジャド・リン |
| 27 | Control - Alt - Delete | チャーリー・ハスケル | デヴィッド・ガーバー |
| 28 | Run Ziggy Run | チャーリー・ハスケル | ジョン・テリジェン |
| 29 | If Venjix Won | チャーリー・ハスケル | ティファニー・ルイ |
| 30 | End Game | マイク・スミス | ジョン・テリジェン |
| 31 | Danger and Destiny Part I | マイク・スミス | ジャド・リン |
| 32 | Danger and Destiny Part II | マイク・スミス | ジャド・リン |
※第23話はジギーが特撮などの舞台裏やNG集を紹介する特別編である。
守屋武昌

| もりや たけまさ 守屋 武昌 |
| --- | --- |
生誕:   (1944-09-23) 1944年9月23日（80歳）  日本 宮城県塩竈市
出身校:  東北大学法学部
職業:  防衛官僚
親:  父親・守屋栄夫 （内務官僚、政治家、弁護士、歌人）
 
テンプレートを表示
守屋 武昌（もりや たけまさ、1944年〈昭和19年〉9月23日 - ）は、日本の防衛官僚。宮城県塩竈市出身。東北大学法学部卒。1971年（昭和46年）、防衛庁入庁。1996年（平成8年）、内閣審議官として普天間問題に係わる。長官官房長・防衛局長を務めた後、2003年（平成15年）、防衛事務次官。2007年（平成19年）8月に防衛省を退職。のち、在任中の収賄などによって逮捕・起訴され、有罪判決（懲役2年6月の実刑・追徴金約1250万円）が確定した。
経歴 > 出生から学生時代まで

1944年（昭和19年）、宮城県塩竈市に生まれた。父親は戦前、帝国議会（戦後の国会）の衆院議員を務めた後、同市の初代市長に就いた守屋栄夫。武昌は父の栄夫が59歳のときの子で、親子ほども歳の離れた兄がいる。4人の兄と武昌は母親が違う。父が亡くなった1973年（昭和48年）、武昌は「喪主をやることになったが、家庭が複雑だから気が重い」と、防衛庁の同僚に漏らしたこともあった。小高い丘の中腹にあった生家は、「山の上」と呼ばれ、近所の人々は武昌家を「別世界の人たちだった」と評する。守屋の少年時代について近所の人は「子供の頃はどっしり、おっとりした無口のボンボンという感じだった」と述べている。
中学では生徒会長に選ばれた。宮城県仙台第一高等学校、東北大学法学部を卒業。
経歴 > 防衛官僚として

日本通運に入社したが、外交官だった叔父の守屋和郎による強い勧めで官僚に転身した。1970年（昭和45）8月、国家公務員上級職試験（法律）に合格。1971年（昭和46年）、防衛庁入庁。同期の上級職は8人。
当初は民間企業の経験があるといった経歴から、幹部より陰口をたたかれるなど不遇で地味な部署を周り、出世コースといわれる他省庁の出向も経験しなかった。
転機が訪れたのは1980年に会計課部員となった時である。予算折衝のため大蔵省に通い詰め、主計局の防衛担当主査だった田谷広明らに接待攻勢をかけて食い込み、陸上自衛隊の装備を充実させ、「予算を必ず取ってくる男」という異名が轟いた。また同郷であった伊藤宗一郎が防衛大臣となった際、女帝といわれた秘書にかわいがれ竹下派を中心に政界人脈を築く足掛かりとなった。その後防衛局運用課長、装備局航空機課長と要職を歩み、このころより接待を受ける。
1994年に防衛庁筆頭課長の防衛政策課長時代には政治家との接触が多くなる。部下に国会議員への説明用資料を作らせ、足しげく通っていた。
1995年（平成7年）、防衛政策課長時代に発生した阪神・淡路大震災の自衛隊の出動においては、自衛隊法第81条1項での県知事要請（国会同意の必要なし）を待つ形でなく、自衛隊法第78条1項での内閣総理大臣命令（20日以内に国会同意の必要有）なども視野に即時の自衛隊を全力投入することを、上司である次官に強硬に主張した。当時の与党は左派色が強い自社さ連立政権の村山内閣であり、もし国会同意が得られなければ責任を取って防衛庁幹部だけでなく、内閣総辞職をしかねないほどの政治的リスクが恐れられていたために退けられた。また同時期、田谷広明ら大蔵官僚の接待が問題視された際、田谷との関係が深かった守屋の名も挙がり、懲戒処分も検討されたが当時の事務次官（畠山蕃）が病気で亡くなり話が流れたという。
1996年（平成8年）、内閣審議官として「沖縄特別行動委員会（Special Action Committee on Okinawa、SACO）」で、懸案の沖縄基地移設問題に関与。防衛庁調達実施本部背任事件で額賀福志郎防衛庁長官が参議院で問責決議を可決されて辞任となり、証拠隠滅の疑いで事務次官や官房長などの防衛庁幹部が次々と引責辞任する中で、退任する額賀長官が置き土産を残す形で防衛施設庁施設部長から“3階級特進”で防衛庁長官官房長に昇進。
経歴 > 防衛庁（省）の天皇～事務次官4年

2002年（平成14年）に防衛庁防衛局長時代に発覚した情報公開請求者の個人情報リストの作成問題が起こった際に、次官レースのライバルだった官房長の柳澤協二に責任を取らせる方向に仕向けて更迭させ、柳澤が次官レースから脱落した。当時、次官レースにおいては最有力候補は防衛施設庁長官だった嶋口武彦であり、遅れを取っていたが、嶋口は2003年（平成15年）5月26日に宮城県気仙沼市沖で三陸南地震が発生した際、酒に酔って対策会議に出席したことを週刊誌に書かれたため、次官レースから脱落した。2003年（平成15年）8月、防衛事務次官に就任した。
防衛局長時代から人事に深く介入し、下部の役職の決裁より先に自分に複数の人事案を見せるよう要求したほか、下部の役職が承認するような人事案件も自身が選定する人事慣行を定着させ、防衛政策だけでなく防衛調達や制服組への人事権を強め、細部まで介入する人事構造を定着させ、それまでの学閥やノンキャリアやキャリアの区別関係なく側近を要職に抜擢する一方で自分と対立した人間を様々な理由をつけて配置転換で左遷させる（香田洋二・増田好平はその好例であった）など庁内で権勢を振るい、「防衛庁（省）の天皇」とまで呼ばれた実力者となった。また当時内閣官房副長官補の大森敬治、後任で次官レースから脱落させた柳澤協二との関係も官邸内に軋轢をもたらしたという。
2004年（平成16年）には、次官退任及び防衛施設庁長官であった山中昭栄の次官就任が確実視されていたが、普天間基地移設問題で山中と意見対立した際、防衛庁長官だった大野功統の意向を取り付けて山中を更迭させた。他に次官候補がいないという形で定年を延長することで事務次官に留任し続け、通常1年、長くて2年といわれる官界の慣行にもかかわらず、極めて異例にも4年以上にわたり防衛事務次官を務めた。
防衛事務次官としては、テロ対策特別措置法やイラク特措法の制定、長年の悲願であった防衛庁の防衛省昇格、横田飛行場航空管制権返還問題、普天間基地移設問題、厚木基地移設問題と様々な難題な防衛政策について主導的役割を果たした。
次官在任中は、額賀福志郎との関係は悪くなかったものの、石破茂・大野功統・久間章生・小池百合子ら4人の歴代防衛閣僚とは、大なり小なり軋轢があったとされる。しかし防衛政策で様々な懸案が存在する中で、様々な人脈を持ち防衛政策に通じていた守屋を辞めさせることは政治的に難しかった。防衛政務次官経験がある党内屈指の防衛政策通であり歴代2位の長期間連続在任記録を持つ石破や2度の防衛閣僚を務めた久間も守屋を更迭することはできず、逆に石破が守屋を事務次官に昇格させたり、久間が守屋の次官定年を延長して事務次官を続けさせるほどであった。
2006年（平成18年）春、普天間基地移設問題に合意したキャンプ・シュワブ沿岸部V字滑走路建設案というアイディアは、守屋の発案とされている。6月には小泉純一郎首相の訪米に同行。首相外遊に外務省以外の事務次官が同行するのは極めて稀のため、異例と報道された。
2006年（平成18年）9月、1994-1995年（平成6-7年）に防衛政策課長、防衛局長として日本への弾道ミサイル防衛システムの導入に対して多大なるリーダーシップを発揮したことが評価され「デイビッド・イスラエル賞」（BMDの推進について政治的又は技術的な側面において貢献した個人、団体に贈られる賞で10ヶ国程度の官・民代表メンバーの推薦によって決定）を日本人の官僚として初めて受賞している（過去に受賞した日本人は玉沢徳一郎、瓦力、久間、額賀。全員が防衛閣僚経験者）。
2007年（平成19年）6月に発覚した情報保全隊の市民監視問題では「防衛省設置法に基づく調査研究である」として隊を弁護した。
経歴 > 退任騒動

上記直後の8月、新任の小池百合子（防衛大臣）が、守屋の退官と後任に西川徹矢官房長（警察庁出身）を内定した旨の記事が新聞各紙に報道された。これが相談無しに行われたとして、守屋は反発。騒動の際、小池は守屋の対応に対し「夜に二度、携帯電話に電話したが出ず、折り返し電話があったのが翌日朝であり、危機管理上どうなのか」と批判した。守屋は塩崎恭久内閣官房長官に根回しをし、塩崎長官が「小池大臣が手順を誤ったやり方をした」と批判した結果、防衛官僚人事が膠着状態となった。最終的に、事態の早期終結を図りたい安倍晋三総理が守屋の退官を発表し、小池・守屋双方の推す事務次官候補をそれぞれ退けて、防衛省生え抜きの増田好平（防衛省人事教育局長）を後任に内定した。
小池は8月28日に内閣改造に伴って退任することとなり、防衛省の講堂で行われた離任式に際し、守屋は「率先垂範して仕事に立ち向かわれ、数々の成果を上げた。大臣が防衛省を離れることは誠に寂しい限り」との退任を惜しむ挨拶をしたが、マスコミ各社は「役人らしい全く心にもない言葉でまさに面従腹背だ」というコメントが数多く寄せられた。自らも3日後の8月31日に退官した。ちなみに退職金は6600万円だったが、逮捕後に自主返納している。高村正彦（小池の後任）は防衛大臣就任直後、退任する守屋を慣例に従って顧問にするかどうかが問われたが顧問に任命しなかった。
経歴 > 退職後

2007年（平成19年）8月の退職後、後述する「山田洋行事件」が報道され、国会での証人喚問を経て11月に逮捕された。その後の裁判では2010年（平成22年）8月に最高裁判所への上告取り下げにより懲役2年6月の実刑が確定し、同年9月から2012年（平成24年）7月まで栃木県の「喜連川社会復帰促進センター」に収監された。
一方、裁判に並行して自らの防衛省（防衛庁）在職時を語る回顧録の執筆を進め、上告取り下げの前月に当たる2010年7月に『「普天間」交渉秘録』を、刑期終了後の2013年（平成25年）10月に『日本防衛秘録』を刊行した（各・新潮社、新潮文庫でも再刊）。
『日本防衛秘録』は守屋が防衛事務次官在任時の内閣総理大臣だった小泉純一郎が推薦した。守屋はその後も防衛問題についての講演活動などを続けている。
山田洋行事件

2007年（平成19年）10月19日、山田洋行の専務・宮﨑元伸との間で、防衛庁航空機課長だった1990年（平成2年）ごろから事務次官として在職中の2005年（平成17年）にかけ、自衛隊員倫理規定に反し、妻が同席したゴルフ場などで長年接待を受けたことが報道された（詳細は山田洋行事件を参照）。さらにその見返りとして防衛装備品の調達等において山田洋行を有利にしていた疑惑も浮上した。宮崎が独立して設立した日本ミライズに反発する山田洋行の現経営者、米津佳彦により、過去に行われたゴルフ接待が200回を超えていたことが国会で報告された。
野党は証人喚問を要求、与党もそれを受け入れ、同年10月29日に衆議院、11月15日に参議院で実施された。
2007年（平成19年）11月27日、東京地検特捜部は上記事項により、守屋武昌は妻と共に収賄の疑いで逮捕（同日、贈賄側の宮﨑も再逮捕）、12月18日には夫の武昌のみが再逮捕された（同日に妻は処分保留で釈放され、その後に起訴猶予処分）。検察は2008年（平成20年）1月までに守屋を収賄罪と偽証罪（議院証言法違反）で起訴した。この贈収賄事件について詳しく報じた書籍には『「憂国」と「腐敗」 日米防衛利権の構造』(田中稔、野田峯雄 第三書館 2009年)ISBN 978-4807409013 などがある。
守屋に対して起訴状に書かれた罪状は以下の通り。
2003年（平成15年）8月から2006年（平成18年）5月まで計12回、山田洋行専務の宮崎元伸から装備品納入での便宜供与の見返りに計約389万円相当のゴルフ旅行接待を受けた収賄罪
2004年（平成16年）5月から2006年（平成18年）2月まで計5回、妻と二女名義の口座に山田洋行専務の宮崎元伸から装備品納入での便宜供与の見返りに計約3万2000ドル（約363万円）の賄賂の送金を受けた収賄罪
2003年（平成15年）9月から2007年（平成19年）4月まで計108回、山田洋行専務の宮崎元伸から装備品納入での便宜供与の見返りに計約497万円相当の日帰りゴルフ接待を受けた収賄罪
2007年（平成19年）10月29日に衆議院テロ防止特別委員会の証人喚問で、山田洋行からのゴルフ接待の際に料金を支払わなかったのに「毎回1万円払った」と偽証した偽証罪
2007年（平成19年）11月15日に参議院外交防衛委員会の証人喚問で、二女の米国留学時に山田洋行専務の宮崎元伸から二女名義の口座に約1万2000ドル（約145万円）の送金を受けたのに、留学費用について「全て自分で賄った」と偽証した偽証罪
2008年（平成20年）11月5日、東京地方裁判所にて懲役2年6月の実刑判決。2009年（平成21年）12月22日、東京高等裁判所で控訴棄却。2010年（平成22年）8月27日に最高裁判所への上告を取り下げ、懲役2年6月・追徴金約1250万円の実刑が確定した。9月21日、収監。栃木県さくら市の喜連川社会復帰促進センターで服役後、2012年（平成24年）7月に仮出所。
略歴

1971年4月 防衛庁長官官房総務課
1971年5月 装備局管理課
1972年5月 長官官房法制調査官付
1973年11月 防衛施設庁総務部総務課
1976年4月 長官官房総務課部員
1976年6月 人事教育局人事第3課部員
1978年6月 長官官房総務課部員
1980年6月 経理局会計課予算・決算班部員
1982年8月 防衛局運用第1課
1983年8月 防衛局防衛課年度班長
1984年8月 防衛局防衛課部員
1986年8月 大阪防衛施設局施設部長
1988年6月 防衛局運用課長
1990年7月 装備局航空機課長
1992年6月 長官官房広報課長
1994年7月 防衛局防衛政策課長
1995年12月 長官官房防衛審議官（兼）防衛局防衛政策課長
1996年6月 （併）内閣審議官 内閣官房内閣内政審議室
1997年1月 （兼）情報本部副本部長
1998年6月 防衛施設庁施設部長
1998年11月 長官官房長
1998年12月 （解）内閣審議官 内閣官房内閣内政審議室
2002年1月 防衛局長
2003年8月 防衛事務次官
2007年8月 辞職
2007年11月 収賄の疑いにより逮捕
2010年8月 有罪判決（懲役2年6月、追徴金約1250万円）が確定
エピソード

2005年（平成17年）3月10日第162回国会総務委員会第4号にて、国防の観点からの未確認飛行物体（UFO）対策について、民主党参議院議員の山根隆治から質問があった。それに対して当時総務大臣の麻生太郎が「防衛庁でその種のUFOに関するほど、想像力の高いのが防衛庁にいるなんというのは余り聞いたことありませんし、ちょっと守屋の顔からもなかなか想像できないなと思わないでもありませんけれども…（以下略）」と、守屋の人物評を交えて答弁している。
普天間基地移設問題で話し合いを持った稲嶺恵一沖縄県知事（当時）について、否定的な評価をしている。
→詳細は「稲嶺恵一 § 普天間基地移設問題」を参照
家族・親族 > 守屋家

父・栄夫（宮城県平民、内務官僚、政治家、弁護士、歌人、元塩竈市長・衆議院議員）
兄
叔父
妻（防衛庁の元職員）
子供
家族・親族 > 親戚

東京市の各区長や、仙台市長などを歴任した渋谷徳三郎は、外交官の叔父守屋和郎の岳父。遠縁には、文部・内務・宮内各大臣、枢密院議長などを歴任した一木喜徳郎、元京都帝国大学総長岡田良平、元衆議院議員・貴族院議員尾崎元次郎、銀行家の竹山純平、公法学者の杉村章三郎（東大名誉教授）などがいる。
著書

『「普天間」交渉秘録』新潮社、2010年。ISBN 4103266317。 新潮文庫、2012年
『日本防衛秘録』新潮社、2013年。ISBN 978-4103266327。 新潮文庫、2016年
一木喜徳郎
Wayland

| --- | --- |
 
 Waylandのデモ
作者:  Kristian Høgsberg
開発元:  freedesktop.orgその他
初版:  2008年9月30日 (16年前) (2008-09-30)

最新版:  Wayland: 1.23.1, Weston: 14.0.1    / 2025年2月17日 (12日前) (2025-02-17)
リポジトリ:  gitlab.freedesktop.org/wayland/wayland  
プログラミング 言語:  C
対応OS:  公式: Linux 非公式: NetBSD, FreeBSD, DragonFly BSD
サポート状況:  正式公開済み
種別:  ディスプレイサーバ
ライセンス:  MIT License
公式サイト:  wayland.freedesktop.org 
テンプレートを表示
EGLに依存したWaylandディスプレイサーバプロトコル
Linux
Waylandコンポジタ、libwayland-client、ツールキット
Wayland は、ディスプレイサーバとクライアント間の通信方法を記述した通信プロトコルである。
また、そのプロトコルをCで実装したライブラリでもある。
Waylandプロトコルを使用したディスプレイサーバをWaylandコンポジタと呼ぶ。
これは、このディスプレイサーバがコンポジット型ウィンドウマネージャの機能も持つためである。
Waylandは当初、Kristian Høgsberg率いるボランティアによって、自由かつオープンソースコミュニティ主導のプロジェクトとして開発されていた。
このプロジェクトは、Linuxやその他のUnix系OSにおいて、X Window Systemをモダンで安全でよりシンプルなものに置き換えることを目的としている。プロジェクトのソースコードは、パーミッシブ・ライセンスのひとつであるMITライセンスで公開されている。
成果の一部として、WaylandプロジェクトはWestonと呼ばれるWaylandコンポジタのリファレンス実装も開発した。
概要

コンポジット型ウィンドウマネージャがアプリケーションやグラフィクスハードウェアと直接通信できる方法を、Waylandが提供する。具体的には、各アプリケーションは自身のバッファに画像を描画し、ウィンドウマネージャがディスプレイサーバとしてそれらバッファを合成して、ディスプレイ上に各アプリケーションウィンドウを作り出す。これは、コンポジット型ウィンドウマネージャとX Window Systemを一緒に使う従来の方法より効率的かつシンプルである。
Waylandはグラフィクス周りのみに特化しており、入力ハードウェアとの通信には他のライブラリを使用することを想定している。
Waylandディスプレイサーバプロジェクトは、Red Hatの開発者であったKristian Høgsbergによって、2008年に開始された。
2010年頃、Linuxデスクトップのグラフィックスは、「中心にあるXサーバとやり取りするためだけの山積みのレンダリングインタフェース」を持つ状態から、"XやWaylandのようなウィンドウシステムを脇に退けて"、Linuxカーネルやそのコンポーネント
(たとえばダイレクト・レンダリング・インフラストラクチャ(DRI)、ダイレクト・レンダリング・マネージャ(DRM)（英語版）を"間に置く"ように移行した。その結果、"グラフィックシステムはシンプルになり、より柔軟性があり、より良いパフォーマンスを発揮する"ようになった。
Høgsbergは、多くの最近のプロジェクトと同様にXへの拡張（英語版）を追加することもできたが、"クライアントとハードウェアの間のホットなパスからXを[締め出す]"ことを採用した。
その理由について、プロジェクトのFAQには以下のとおり記載されている。
今や異なるのは、多くのインフラストラクチャがXサーバからカーネル(メモリ管理、コマンドスケジューリング、モードセッティング（英語版）やライブラリ(cairo, pixman, FreeType, Fontconfig, Pango等)に移行したことだ。そして中央サーバプロセスでしなければならないことは、ほとんど残っていない。一方、[Xサーバ]は、Xプロトコルで会話することをサポートしなければならず、膨大な量の機能がある。それらの機能はもはや誰も使わない...。
それらの機能は、コードテーブル、グリフのラスタライズとキャッシング、XLFD (マジでXLFD!)、コアレンダリングAPI全体がある。コアレンダリングAPIは、点線、ポリゴン、大きな円弧、その他多くの1980年代スタイルの原始的なグラフィックを描くためのものである。
多くのことに対して、我々はXRandR、XRender、といった拡張を追加することでX.orgサーバをモダンにし続けてきた...。Waylandによって、我々はXサーバとすべてのレガシーテクノロジーをオプションへと移行できる。Xサーバがコアなレンダリングシステムから互換性のあるオプションに置き換わるまでは長い時間がかかるが、計画しなければ達成はできないのだ。
Waylandの初期バージョンでは、ネットワーク透過性（英語版）を提供していなかった。
しかし、Høgsbergは、2010年にネットワーク透過性が可能であることを記した。
それは、2011年のGoogleサマーコードプロジェクトとして挑戦されたが成功しなかった。
Adam Jacksonは、(VNCのような)"ピクセルスクレイピング"や
(RDP、SPICE（英語版） X11のように)ネットワーク越しに"レンダリングコマンドストリーム"を送る方法で、Waylandアプリケーションへのリモートアクセスを目論んだ。
2013年初頭、Høgsbergは、本物のコンポジタへ圧縮画像を送るプロキシWaylandサーバーを使ってネットワーク透過性の実験を行った。
2017年8月、GNOMEはWayland下で最初のピクセルスクレイピングVNCサーバの実装を提示した。
ソフトウェア アーキテクチャ > プロトコル アーキテクチャ

Waylandプロトコルはクライアントサーバモデルである。クライアントはピクセルバッファを画面上へ表示するよう要求するグラフィカルアプリケーションであり、サーバ(コンポジタ)はこれらのバッファの表示を制御するサービスプロバイダである。
Waylandリファレンス実装は、2層のプロトコルとして設計された。すなわち、
下位レイヤあるいはワイヤプロトコル: 関係する2つのプロセス—クライアントとコンポジタ—の間のプロセス間通信と、それらが内部で変えるデータのマーシャリング (英語版) を扱う。
その上の高位レイヤ: クライアントとコンポジタがウィンドウシステムの基本機能を実現するために交換する情報を扱う。このレイヤは、"非同期オブジェクト指向プロトコル"として実装された。
下位レイヤはCで手作業で書かれたが、高位レイヤはXMLフォーマットで書かれたプロトコルの記述から自動生成された。
このXMLで書かれたプロトコルの記述が変更されたときは、いつでもプロトコルを実装したCのソースコードを再生成できる。これによって、非常にフレキシブルで、拡張性が高く、エラーを防止したプロトコルになる。
Waylandプロトコルのリファレンス実装は、2つのライブラリ、すなわち、Waylandクライアントによって使われるlibwayland-clientライブラリと、Waylandコンポジタによって使われるlibwayland-serverライブラリである。
ソフトウェア アーキテクチャ > プロトコルの概要

Waylandプロトコルは、"非同期オブジェクト指向プロトコル"として記述されている。オブジェクト指向とは、コンポジタによって提供されるサービスが、同じコンポジタ上に存在する一連のオブジェクトとしてもたらされることを意味する。
各オブジェクトはインタフェースを持つ。インタフェースは、名前と、いくつかのメソッド(リクエストと呼ばれる)、いくつかの関連したイベントを持つ。それぞれのリクエストとイベントは0以上の引数を持ち、それぞれに名前とデータ型がある。プロトコルが非同期とは、リクエストが、同期した返信やACKを待つ必要がないことを意味する。これによりラウンドトリップタイムを避け、パフォーマンスが改善する。
Waylandクライアントは、あるオブジェクトがサポートしているリクエストを、そのオブジェクトへリクエストできる(メソッドを呼び出せる)。クライアントは、必要とされるデータをリクエストの引数として提供しなければならない。これが、クライアントがコンポジタからサービスを要求する方法である。次に、コンポジタは、イベントを(おそらく引数付きで)発行するため、オブジェクトによって情報をクライアントへ返す。これらのイベントは、あるリクエストに対する反応や、あるいは非同期の (入力デバイスからのイベントといった)内部イベントや状態変化としてコンポジタによって発行される。エラー状態もコンポジタによってイベントとして通知される。
オブジェクトへリクエストを発行できるクライアントのために、最初に、オブジェクトを識別するために使うID番号をサーバに伝える必要がある。コンポジタには2種類のオブジェクトがある。グローバルオブジェクトと、非グローバルオブジェクトである。グローバルオジェクトは、生成時(そして廃棄時)にコンポジタによってクライアントへ通知される。一方、非グローバルオブジェクトは、通常、すでに機能の一部として存在している他のオブジェクトによって生成される。
インタフェースとその要求およびイベントは、Waylandプロトコルを定義する中心となる要素である。プロトコルの各バージョンは、どんなWaylandコンポジタにもあると期待されるインタフェースと、その要求およびイベントの集合を含んでいる。オプションとして、Waylandコンポジタは新しいリクエストとイベントをサポートする独自のインタフェースを定義して実装するかもしれない。それによって、コアプロトコル以上の機能へ拡張することができる。プロトコルの違いを管理するため、それぞれのインタフェースは名前に加えて"バージョン番号"属性を持っている。この属性により、同じインタフェースの派生版を区別できる。 各Waylandコンポジタは、どのインタフェースが使用可能かだけでなく、それらのインタフェースがサポートしているバージョンも公開する。
ソフトウェア アーキテクチャ > プロトコルの概要 > Waylandコアインタフェース

現在のバージョンのWaylandプロトコルのインタフェースは、Waylandソースコードにあるprotocol/wayland.xmlで定義されている。これはXMLファイルであり、現在のバージョンに存在するインタフェースが、リクエスト、イベント、その他の属性と共にリストアップされている。このインタフェース集合は、どのWaylandコンポジタも最低限必要とされるインタフェースである。
いくつかのWaylandプロトコルでの最も基本的なインタフェースは、以下のとおりである。
wl_display –  コアグローバルオブジェクト。Waylandプロトコル自身をカプセル化した特別なオブジェクトである。
wl_registry –  グローバルレジストリオブジェクト。すべてのクライアントが利用できるよう、コンポジタがすべてのグローバルオブジェクトを格納する。
wl_compositor –  コンポジタを表すオブジェクト。異なるサーフェイスを1つの出力へと結合することを担当する。
wl_surface –  画面上の四角形の領域を表すオブジェクト。位置、サイズ、描画内容(ピクセル)によって定義される。
wl_buffer –  wl_surfaceに貼り付けたとき、表示する内容を提供するオブジェクト。
wl_output –  画面の表示可能領域を表すオブジェクト。
wl_pointer, wl_keyboard, wl_touch –  ポインタやキーボードといった入力デバイスを表すオブジェクト。
wl_seat –  1台のコンピュータを複数人で同時に使うシステム(英語版)において、1つのシート(入出力デバイスの集合)を表すオブジェクト。
標準的なWaylandクライアントセッションは、wl_displayオブジェクトを使ってコンポジタに接続することで開始する。これは接続を表す特別なローカルオブジェクトであり、サーバー内には存在しない。このインタフェースを使うことで、クライアントはコンポジタからwl_registryグローバルオブジェクトを要求できる。wl_registryオブジェクトには、すべての名前があり存在しているグローバルオブジェクトが格納され、クライアントは望むオブジェクトを紐付ける。通常、クライアントは最低限1つのwl_compositorオブジェクトを紐付ける。アプリケーションの出力をディスプレイに表示するため、wl_compositorオブジェクトから、1つ以上のwl_surfaceオブジェクトを要求する。
ソフトウェア アーキテクチャ > プロトコルの概要 > Wayland拡張インタフェース

Waylandコンポジタは、自身の追加インタフェースを定義して公開することができる。この特徴によって、コアインタフェースによって提供される基本機能を超えてプロトコルを拡張できる。そしてこれは、Waylandプロトコル拡張を実現する標準的な方法になった。コンポジタは、特化したあるいはユニークな特徴を提供するために、カスタムインタフェースを追加できる。WaylandリファレンスコンポジタであるWestonは、新しいコンセプトやアイデアのためのテストベンチとして、あたらしい実験的なインタフェースを実現するためにカスタムインタフェースを使用した。それらのコンセプトやアイデアは、その後にコアプロトコルの一部になった(たとえばwl_subsurfaceインタフェースは、Wayland 1.4で追加された)。
ソフトウェア アーキテクチャ > コアプロトコルの拡張プロトコル > XDG-Shellプロトコル

XDG-Shellプロトコル(XDGについてはfreedesktop.orgを見よ)は、Waylandコンポジタ(Westonに限らず)でサーフェイスを管理するための拡張手段である。サーフェイスを操作(最大化、最小化、フルスクリーンなど)するための伝統的な方法は、wl_shell_*()関数を使用することだった。この関数は、Waylandコアプロトコルの一部で、libwayland-clientにある。対して、XDG-Shellプロトコルの実装は、Waylandコンポジタによって提供される。そのためxdg-shell-client-protocol.hヘッダがWestonソースツリーに含まれる。それぞれのWaylandコンポジタは自身の実装を提供することを想定している。
2014年6月 (2014-06)現在, XDG-Shellプロトコルはバージョン管理されておらず、まだ変更する可能性がある。
xdg_shellは、長期的にはwl_shellを置き換えることを目指したプロトコルである。しかし、現状ではxdg_shellは、Waylandコアプロトコルの一部ではない。xdg_shellは、開発版のAPIとして始まり、当初は開発用に使われた。これらの特徴がいくつかのデスクトップシェルによって要求されるとなれば、最終的には安定版へ移行できる。xdg_shellは、主に2つの新しいインタフェース:xdg_surfaceとxdg_popupを提供する。xdg_surfaceインタフェースは、動かせ、サイズ変更ができ、最大化等ができるデスクトップスタイルウィンドウを実現する。xdg_surfaceインタフェースは、親子関係を生成するためのリクエストを提供する。xdg_popupインタフェースは、デスクトップスタイルのポップアップとメニューを実現する。xdg_popupは、常に別のサーフェイスのための一時的なものであり、暗黙的なグラブを持つ。
ソフトウェア アーキテクチャ > コアプロトコルの拡張プロトコル > IVI-Shellプロトコル

IVI-Shellは、Waylandコアプロトコルの拡張で、車内エンターテインメント (IVI) デバイスをターゲットにしている。
ソフトウェア アーキテクチャ > レンダリングモデル

Waylandプロトコルは、レンダリングAPIを含んでいない。その代わり、Waylandはダイレクトレンダリングモデルを採用している。ダイレクトレンダリングモデルでは、クライアントはウィンドウコンテンツをコンポジタと共有できるバッファへ描画しなければならない。そのため、クライアントはCairoやOpenGLなどのライブラリを使って、自分自身ですべてをレンダリングすることも選択できる。あるいは、QtやGTKといった、Waylandをサポートする高位のウィジェットライブラリのレンダリングエンジンに頼ることもできる。クライアントは、特定のタスクをこなすために、オプションとしてその他の特化したライブラリを使用することもできる。たとえばフォントレンダリング(英語版)のためにFreeTypeを使用できる。
レンダリングされたウィンドウコンテンツの結果(バッファ)は、wl_bufferオブジェクトに格納される。このオブジェクトのデータ型は、実装依存である。コンテンツデータがクライアントとコンポジタとの間で共有可能でなければならないことだけが唯一要求される。もしクライアントがソフトウェア(CPU)レンダラを使用し、その結果がシステムメモリに格納されるなら、クライアントとコンポジタは、バッファ間のやり取りを余分なコピーなしに実現するため、共有メモリを使用できる。Waylandプロトコルはすでにこの種の共有メモリバッファに何も追加することなしに対応している。共有メモリバッファは、wl_shmおよびwl_shm_poolインタフェースによって実現できる。この方法の欠点は、コンポジタはそれを表示するために追加の作業(通常、共有データのGPUへのコピー)を必要とする可能性があることである。これにより、グラフィックパフォーマンスは低下する。
最も一般的なケースでは、クライアントがOpenGL、OpenGL ES、Vulkanといったハードウェア(GPU)アクセラレーションのためのAPIを使って、ビデオメモリバッファへ直接レンダリングする。クライアントとコンポジタは、このGPU空間のバッファを参照するための特別なハンドラを用いて共有できる。この方法は、コンポジタに余計なデータコピーをしないようにする。結果として、グラフィックパフォーマンスは向上し、よりよい方法である。コンポジタはAPIクライアントとして、同じハードウェアアクセラレーションAPIを使って、ディスプレイへ描画する最終的なシーンのコンポジションをかなり最適化できる。
レンダリングが共有バッファ内で完成したとき、Waylandクライアントはバッファのレンダリングされたコンテンツをディスプレイに表示するため、コンポジタを導くべきである。そのために、クライアントはレンダリングされたコンテンツを格納するバッファオブジェクトをサーフェイスオブジェクトに紐付ける。そして"commit"リクエストをサーフェイスに送り、バッファの制御をコンポジタヘ転送する。それから、クライアントは、もしまた別のフレームをレンダリングするためにバッファを再利用するなら、コンポジタがバッファを開放するのを待つ(イベントによって通知される)あるいは新しいフレームをレンダリングするため別のバッファを使用し、レンダリングが完了した時にこの新しいバッファをサーフェイスに紐付け、そのコンテンツをコミットすることもできる。数個の関連するバッファやその運用を含めて、レンダリングに使用される方法は、全体的にクライアントの制御下にある。
他のウィンドウシステムとの比較

→「Mirソフトウェアアーキテクチャ(英語版)」および「Mirをめぐる論争(英語版)」も参照
他のウィンドウシステムとの比較 > WaylandとXとの違い

WaylandとXとの間には、パフォーマンス、コードの保守性、セキュリティに関して、いくつかの違いがある。
他のウィンドウシステムとの比較 > Xとの互換性

XWaylandは、Waylandクライアントとして動作するXサーバである。XWaylandによって、Waylandコンポジタ環境でネイティブのX11クライアントアプリケーションを表示させることができる。これは、XQuartzがXアプリケーションをmacOSのネイティブウィンドウシステムで動かす方法に似ている。XWaylandのゴールは、移植されていないアプリケーションを実行する方法を提供することで、XウィンドウシステムからWayland環境への移行を促進することである。XWaylandは、X.Orgサーババージョン1.16に取り込まれた。
Qt5やGTK3といったウィジェット・ツールキットは、ユーザーがアプリケーションをX上あるいはWayland上で実行させるかに関わらず、ユーザがローダを選択することで、グラフィカルバックエンドを実行時に変更できる。Qt5は、この効果のために-platformコマンドラインオプションを提供している。一方、GTK 3は、GDK_BACKEND環境変数を設定することで、ユーザがGDK(英語版)バックエンドを使用するか選択可能にしている。
Waylandコンポジタ

Waylandディスプレイサーバプロトコルを実装したディスプレイサーバは、Waylandコンポジタとも呼ばれる。なぜなら、それらはコンポジット型ウィンドウマネージャの仕事もこなすからである。
Weston –  Waylandコンポジタのリファレンス実装である。Westonは、クライアントサイド・デコレーションを実現する。
Lipstick –  Waylandコンポジタを実装したモバイルグラフィカルシェルフレームワークである。これは、Sailfish OS(英語版), Nemo Mobile(英語版), AsteroidOSで使われる。
Enlightenment は、バージョン0.20から、完全にWaylandをサポートしている。しかし、完全なWaylandコンポジタになるための作業は続けられている。
KWin は、2021年現在、ほとんど完全にWaylandサポートを完了した。
Mutter は、(2013年9月に)GNOME 3.9にWaylandを統合するためのブランチを切った状態である。
Clayland(英語版) – Clutterを用いたWaylandコンポジタのシンプルな例である。
Westeros – Waylandコンポジタライブラリである。Westerosによって、アプリケーションが自身のWayland表示を作ることが可能になる。それによりサードパーティアプリケーションのネストと埋め込みを可能にする。
wlroots – モジュラWayland実装である。wlrootsは、他のコンポジタ、とくにSwayのためのベースとして関数である。
Sway – タイル型Waylandコンポジタである。また、X11のためのi3ウィンドウマネージャの置き換えである。
gamescope – SteamOSの一部である。初期のsteamcompmgrの置き換えである。
Waylandコンポジタ > Weston

Westonは、Waylandコンポジタのリファレンス実装であり Waylandプロジェクトによって開発されている。Cで書かれており、MITライセンスの下で公開されている。Westonは、Linuxカーネルの特定の機能に依存しているため、公式にはLinuxのみサポートしている。Westonが依存している機能は、カーネルモードセッティング(英語版)、Graphics Execution Manager (GEM) 、udevである。これらは、他のUnixライクOSには実装されていない。Linuxで実行するとき、evdev(英語版)によってハードウェアの入力を運用する。一方、バッファの運用は、ジェネリックバッファマネジメント (GBM) (英語版)に依存している。しかし、2013年にWestonのFreeBSD向けのプロトタイプportがアナウンスされた。
Westonは、HDCPをサポートしている。
Westonは、コンポジタとアプリケーション間のアプリケーションバッファを共有するためにGEMに依存している。ドックやパネルといった共通のデスクトップの機能のための"シェル"のプラグインシステムを含む。クライアントは、自身のウィンドウボーダや装飾の描画に対して責任を負う。Westonは、レンダリングのためOpenGL ESを使ったり、ソフトウェアレンダリング(英語版)のためにpixmanライブラリを使ったりすることができる。完全なOpenGL実装は使われない。なぜなら、現在のほとんどのシステムでは完全なOpenGLライブラリをインストールしている場合、GLXやその他のXウィンドウシステムサポートライブラリを依存関係のためにインストールしているからである。
Westonのためのリモートアクセスインタフェースは、2013年10月にRealVNC(英語版)の従業員によって提案された。
Waylandコンポジタ > Weston > Maynard

Maynardは、グラフィカルシェルである。Maynardは、GNOME ShellがMutterへのプラグインとして書かれたことと同様に、Westonのプラグインとして書かれた。
ラズベリーパイ財団は、Collabora(英語版)とのコラボレーションの中でMaynardをリリースし、パフォーマンスとメモリ使用量の改善に取り組んでいる。
Waylandコンポジタ > libinput

入力デバイス(キーボード、ポインタ、タッチスクリーン等)を扱うためのWestonコードは、libinputと呼ばれる独立したライブラリとして分けられている。Weston 1.5に初めてマージされた。
libinputは、Waylandコンポジタのための入力デバイスを扱う。また、汎用的なX.Orgサーバ入力ドライバを提供する。libinputの狙いは、入力イベントを扱う共通の方法でWaylandコンポジタ用の単一の実装を提供することである。これによりコンポジタ用にインプットコードをカスタムするための量を最小化する。libinputは、(udevを通じて)デバイスの検出[要説明]、デバイスの運用、入力デバイスイベントの処理と抽象化を提供する。
libinputのバージョン1.0は、バージョン0.21の次にリリースされ、タブレット、ボタンセット、タッチパッドジェスチャのサポートを含んでいる。このバージョンは、安定したAPI/ABIを維持する(API/ABIが変わらない。)。
GNOME/GTKおよびKDEフレームワーク5が本流にしたことで、Fedora 22は、X.OrgのevdevとSynapticsドライバをlibinputに置き換えた。
バージョン1.16では、X.Orgサーバがxf86-input-libinputと呼ばれるラッパによって、libinputライブラリをサポートした。
Waylandコンポジタ > Waylandセキュリティモジュール

Waylandセキュリティモジュールは、LinuxカーネルにおけるLinuxセキュリティモジュールインタフェースに似た位置づけである。
(とくにアクセシビリティに関連した)いくつかのアプリケーションは、高い権限(特権)を必要とする。これらの権限は、Waylandコンポジタに共通して持たれる。現在[いつ?]、Waylandにおけるアプリケーションは、一般的にスクリーンショットや入力イベントの発行といったセンシティブな処理は、いずれも実行できない。Waylandの開発者達は、特権を付与されたクライアントを安全に処理するための実行可能な方法を積極的に探しており、クライアント用の特権を持たせるインタフェースを設計している。
Wayland Security Moduleは、コンポジタ内でのセキュリティの決定を、一元化されたセキュリティ決定エンジンに移譲する方法である。
採用実績

Waylandプロトコルは、シンプルであるように設計された。そのためウィンドウシステム全体を構築するためには、追加のプロトコルやインタフェースを定義し実装することが必要である。2014年7月 (2014-07)現在これらの追加のインタフェースは作成中である。そのため、ツールキットは既にWaylandを完全にサポートしている一方、グラフィカルシェルの開発者達は必要な追加のインタフェースを作るためにWaylandの開発者と協力している。
採用実績 > デスクトップLinuxディストリビューション

2020年現在ほとんどのLinuxディストリビューションは、Waylandをインストール直後からサポートしている。特筆すべき例を挙げると:
Fedora は、2016年11月22日にリリースしたバージョン25からWaylandをGNOME 3.22のデフォルトのデスクトップセッションとして使用開始した。X.OrgへはグラフィックドライバがWaylandをサポートできない場合のために戻れるようにしている。Fedoraは、2021年4月27日のバージョン34から、KDEデスクトップのデフォルトのセッションとしてWaylandを使い始めた。
Ubuntu は、Ubuntu 17.0 (Artful Aardvark) にてWaylandをデフォルトにした。しかし、Ubuntu 18.04 LTSにてX.Orgに戻した。Waylandはまだスクリーン共有とリモートデスクトップアプリケーションに問題を抱えており、ウィンドウマネージャのクラッシュから回復できないためであった。21.04で、Waylandを再度デフォルトにした。
Red Hat Enterprise Linux は、2019年5月7日にリリースしたバージョン8で、Waylandをデフォルトセッションにした。
Debian は、2019年7月6日にリリースしたバージョン10からGNOMEのデフォルトセッションとしてWaylandを使用している。
Slackware Linux 2020年2月20日に開発用としてWaylandを組み入れた。-現在、最終的にバージョン15.0になる予定である。
Manjaro は、2020年11月22日にリリースされたManjaro 20.2 (Nibia) のGnomeエディションでWaylandをデフォルトにした。
特筆するアーリーアダプター:
RebeccaBlackOSはDebianベースのLive USBである。このLinuxディストリビューションは、コンピュータのメインOSを変更することなしに本物のWaylandデスクトップを試す便利な方法を提供する。これは、2012年ころからWaylandを見せるために使われている。
採用実績 > ツールキットサポート

Waylandをサポートするツールキットの一部を以下に列挙する。
Clutter(英語版) は、完全にWaylandをサポートしている。
EFL は、セレクションを除き、完全にWaylandをサポートしている。
GTK 3.20 は、Waylandを完全にサポートしている。
Qt 5 は、Waylandを完全にサポートしている。そしてWaylandコンポジタとWaylandクライアントの両方を記述するために使われる。
SDL はバージョン2.0.2でWaylandのサポートを開始した。そして、バージョン2.0.4からデフォルトで有効である。
GLFW(英語版) 3.2 は、Waylandをサポートしている。
FreeGLUT(英語版) は、最初にWaylandをサポートした。
採用実績 > デスクトップ環境

XからWaylandへの置き換えを進めているデスクトップ環境には、GNOME、KDE Plasma 5やEnlightenmentがある。
2015年11月、Enlightenment e20は、完全なWaylandサポートをアナウンスした。
GNOME 3.20は、完全なWaylandセッションを持つ最初のバージョンである。GNOME 3.22は、GTK, Mutter, GNOME Shellを通してWaylandのサポートを改善した。GNOME 3.24は、Wayland下での商用NVidiaドライバをサポートした。
先行してKWin 4.11 が実験的にWaylandをサポートしていたが、KDE PlasmaによるWaylandのサポートは、Plasma 5のリリースまで遅れた。
Plasma バージョン5.4は、Waylandセッションをサポートした最初のバージョンである。2020年の間、KlipperはWaylandへ移行し、次の2020年10月にリリースされる次の5.20ではスクリーンキャスティングとレコーディングを改良することを目標としている。
採用実績 > その他のソフトウェア

Waylandをサポートするその他のソフトウェアは以下である。
Intelligent Input Bus は、Waylandでの動作をサポートされ、Fedora 22で準備ができた。
RealVNC(英語版) は、2014年7月にWayland開発者プレビューを公開した。
Maliit は、Wayland下で動作するインプットメソッドフレームワークである。
kmscon(英語版) は、wltermにてWaylandをサポートしている。
Mesa は、統合されてWaylandをサポートした。
Eclipse は、2014年のGSoCプロジェクトにてWayland上で動作するようにされた。
Vulkan WSI (Window System Interface) は、EGLが、OpenGL ESに対するEGLやOpenGLに対するGLXと類似した目的を提供するAPI呼び出しの集合である。Vulkan WSIは、最初からWaylandサポートを含む。つまり、Vulkanは、WAYLAND KHRプラットフォームを使用する。Vulkanクライアントは何も変更していないWeston, GENEVI LayerManager, Mutter / GNOME Shell, Enlightenment, あるいは他多くのWaylandサーバで動かすことができる。WSIは、システム上の異なるGPUを見つけることを可能にし、GPUレンダリングの結果をウィンドウシステムへ表示する。
SPURV(英語版), Waylandを使用したLinuxディストリビューションで動くAndroidアプリケーション用の互換レイヤである。
採用実績 > 携帯および組込ハードウェア

Waylandをサポートする携帯および組込ハードウェアは、以下である。
postmarketOS
GENIVIアライアンス(英語版): GENIVI in-vehicle infotainment (IVI)のための自動車産業コンソーシアムは、Waylandをサポートする。
Raspberry Pi: ラズベリーパイ財団は、Collabora(英語版)とのコラボレーションによって、Maynardをリリースした。またパフォーマンスとメモリ消費量の改善に取り組んでいる。
Jolla: Jollaから発売されたスマートフォンは、Waylandをサポートしている。Linux Sailfish OS(英語版)が他のベンダのハードウェアで使われる時、またはユーザによってAndroidデバイスにインストールされた時に標準として使われる。
Tizen: Tizenは、2.xまではin-vehicle infotainment (IVI) のセットアップでWaylandをサポートした。3.0以降は、Waylandをデフォルトにした。