stanford-oval/wikipedia huggingface dataset:
スタジオぬえ
特色 > SFアート

SF作家の小松左京が『SFセミナー』において「日本のSFアートは『SFマガジン』の創刊から始まった」と語っている様に、SFアートという分野では、ぬえ設立の時点で既に真鍋博、武部本一郎、金森達といった先人の活躍があった。
ぬえの初期メンバーは1968年公開のSF映画『2001年宇宙の旅』でのあまりにも衝撃的なビジュアル革新の直撃を受けた世代であり、SF小説の挿絵にとどまらず、特にテレビアニメを始めとするビジュアルの仕事への進出を特徴としていた。
先の世代と異なりまずSFファンダムがあってそこから登場したよりマニアックな集団であり、当時の最新SF情報を活かして各方面でよろず屋的に仕事を開拓してゆき、時にはSFアートというよりも、そのSFアートがビジネス・商業作品として成り立つ様にするべく、まずSFという概念自体を一般大衆へと紹介し普及させる事が仕事という状況も見られた。
テレビアニメの演出では長浜忠夫監督らに重用され、ロボットの透視図解など作品世界を拡げる優れたアイデアを提供した。現在のロボットアニメやSF作品における数々のノウハウにも、ぬえが生み出したアイデアが原点になっているものが少なくない。現在の日本アニメ業界でも一大ジャンルとなっているロボットアニメの文化の一翼を自ら作り上げた存在として、この意味でのアニメ業界における功績は大きい。
しかし、その一方で、スタジオぬえはあくまでSF企画スタジオであり、アニメーション本編の実制作を担うプロダクションではなかったことから、ぬえ所属のデザイナーがテレビアニメや玩具の製作の現場の実情を把握していたとは到底言い難い一面も垣間見られ、初期の作品では、メカ類のデザインについても、制作サイドの現実に即したものではなく自らのSF理論や理想を優先させたデザインや、当時の制作現場の必要や理解能力を遥かに超える膨大な情報量を折り込む傾向が少なからず見られた。
アニメの制作現場ではその特徴を指して「ぬえメカ」と呼ばれ、デザインは秀逸で未来的であっても、設定が詳細に過ぎて線が多く、複雑かつ稠密で作画に時間を要する上、情報・設定が細かく詰め込まれ制作現場の裁量で加減できる部分が少なく、面倒この上ないとして、特に作画枚数がそのまま収入に直結する制作組織の末端アニメーターたちからは不評を買う存在であった。
また、立体化をする玩具メーカーの設計担当者からも、商品化への挑戦意欲は掻き立てられるデザインであるが、ぬえ側の要望をそのまま満たすとパーツが細かくなる事から、金型などの設計や組み立て作業が複雑になりコストダウンの障害になる上、小児向け玩具では重要な要素である可動性や耐久性、ひいては安全性の確保が難しいと、お世辞にも好評とは言い難かった。このため、ぬえスタッフのデザイン・発想・着眼点を秀逸なものと認めながらも、起用に二の足を踏む会社や監督は決して珍しくなかった。ぬえと繋がりが比較的深いはずの日本サンライズでさえ、『機動戦士ガンダム』では高千穂遥から最初のヒントを得た企画であるにもかかわらず、実際の作品制作に当たっては現場やスポンサーの要望で大河原邦男をメカニックデザインに起用するという状況が見られた。
この様な実制作の現場が持て余してしまうほどの稠密なデザインや設定は、実際のアニメ・玩具として製品が完成した時にはぬえスタッフの意向に反して大きくオミットされていたり、作りやすい方向へとアレンジされる事も珍しくなかった。これは細かい所まで探せば1980年代までのぬえが関連した作品のほとんどで見られ、特に顕著な例として『超合体魔術ロボ ギンガイザー』がある。また、ぬえのデザインでアニメを制作したプロダクション側でも、その後に続けてメカニックデザインとしてぬえを起用する所と起用しない所が比較的はっきりと分かれる傾向がある。
初期との比較において、現在のぬえ系デザイナーのデザインはアニメ・玩具製作サイドの現実に多少なりとも則したものになってきたとされる。
特色 > スタジオぬえ批判

ぬえのデザインの魅力として、絵的な格好良さで誤魔化さず、メカの構造や機能性を捉えて描く点が挙げられる。ただし、ジャンルによってリアリティーのさじ加減は変えている。デザインベースとして先端技術を取り入れるため宇宙開発専門家や軍事評論家、防衛産業技術者らと定例会合を開き、情報交換やブレインストーミングを行っていた。また、日本で見られないNASA関連の資料をアメリカへ渡って入手するなど、当時としては精力的な情報収集も行っていた。
この姿勢に対し、1982年にコアなSFファン向けのSF専門誌『SFイズム』誌上において、スタジオぬえのデザインが理詰めではないとして批判が繰り広げられた。大友克洋のSF漫画『武器よさらば』に登場するプロテクター・スーツと対比する形で、ぬえ版の『宇宙の戦士』のパワード・スーツが実際には人間の骨格では装着できないとの指摘があった。同時にスタジオぬえの『SFマガジン』の連載記事で披露された宇宙戦艦論などを批判する投稿記事「スタジオぬえ批判」が連載された。
同様にぬえのデザインについては、当時盛んに用いられた概念である「SFマインド」の有無についての批判や論争も、数多くのアニメ趣味誌やSF趣味誌で見られた。ただし、ぬえのメンバーについては、高千穂を筆頭に当時の「SFマインド」肯定派の一翼を担っていると見られていた人物たちではある。
特色 > その他

社名の「ぬえ」とは、日本の伝説上の妖怪「鵺」を指す。これは改組当時の主要メンバーのあだ名である生き物、蛇（高千穂）、ゴキブリ（松崎）、タヌキ（宮武）、吸血コウモリ（加藤）を掛け合わせ“実体の掴めない”そのイメージから命名されたもの。
企画への参加、受注した仕事など、メンバーは基本的に個別に活動している。初期のアニメ作品では会社名のみがクレジットされたが、後に個人名+スタジオぬえという形で表記されるようになった。
SFセントラルアート時代から会誌「クリスタル」を発行し、ファンとの月例交流会クリスタルコンベンション（通称クリコン）を開催していた。参加者には天野喜孝、出渕裕らもおり、その中から河森正治、細野不二彦、佐藤道明、森田繁らぬえの第二期メンバーが輩出されている。
細野と佐藤、瑞原芽理は「まんが部門」に属していた。細野は高千穂原作の『クラッシャージョウ』でデビューするまで、ぬえで修業を積んでいたが、デビュー作の原作者である高千穂からは「才能がない、マンガ家は諦めろ」と言われていた。
学生たちの同人活動の組織が母体という点ではぬえの後続集団であるDAICON FILMの才能を買い、山賀博之、庵野秀明らを関西から呼び寄せて『超時空要塞マクロス』の制作を手伝わせた。のちに『新世紀エヴァンゲリオン』などを制作するガイナックスの誕生に寄与したという功績も考えられる。
『超時空要塞マクロス』はぬえの代表作となったが、これは本来ぬえの面々が企図していた「シリアスでSFマインドに溢れたハードSF」企画『ジェノサイダス』に対してスポンサーとなる広告代理店・玩具会社などからの反応が鈍かったため、『ジェノサイダス』実現に向けたプレゼンテーションの注目をまず集めるための当て馬のダミー企画として、一夜漬けで気楽に考え出したパロディ満載の企画『メガロード』が発端であった。だが、これが彼らの期待にある意味では反して広告代理店ビックウエストの目にとまり採用される一方、肝心の『ジェノサイダス』が不採用になってしまった。そこで急遽『メガロード』をベースにパロディ要素を取り除きリアルロボット系作品へと仕立て直し結実したのが『超時空要塞マクロス』であり、その様な経緯を辿ったがゆえにシリアスさと軽妙さが入り混じった独特の作風になったという逸話がある。
『超時空要塞マクロス』第1話では、主人公一条輝のバルキリーが墜落して、架空のぬえ社屋を破壊するというお遊びのシーンがある。
SFではないが、1978年放送の『まんが日本絵巻』第17話『妖怪ぬえ退治　源頼政』に登場する妖怪「ぬえ」はスタジオぬえが外注としてデザインしている。これは、『まんが日本絵巻』の総監督の石黒昇が、過去に『宇宙戦艦ヤマト』で演出を務めていたことから同作に関与していたぬえスタッフと面識があり、そこから起用したものである。
『ダーティペア』シリーズ以外に、本社社員の名前がキャラの元ネタになっているのが、『超合体魔術ロボ ギンガイザー』（ヒロイン・ミチの初期設定名は「秋津ユリ」）であるが、元々その由来となった秋津は瑞原と共に社内で「リアル・ダーティペア」なるコンビ名を付けられていた時期がある（小説あとがき等に登場）。この縁で二人は、映画『クラッシャージョウ』で作中登場したダーペアの吹替を担当している。なお、担当したキャラはお互い自身が元になっているキャラ（瑞原:ケイ、秋津:ユリ）である。
メカの武装名は時にブレインストーミング故の趣味丸出し傾向にある。例えば『超電磁ロボ コン・バトラーV』のバトルジェットの斬撃装備「ドスブレッシャー」等、影響された作品が垣間見えるものがある。この中で『超合体魔術ロボ ギンガイザー』登場のロボットの武装名は高千穂の案であり、メインメカデザイナの宮武はブルゲイターの武装「トゲバット」のネーミングが特にお気に入りとのこと。
メンバー

高千穂遙（小説家、演出家）
松崎健一（元メンバー、脚本家）
宮武一貴（メカデザイナー、イラストレーター）
加藤直之（イラストレーター）
河森正治（元メンバー、メカデザイナー、監督、演出家　サテライト取締役兼任）
細野不二彦（元メンバー、漫画家）
佐藤道明（元メンバー、イラストレーター）（サテライトの代表取締役は同姓同名の別人）
石津泰志（元メンバー）
森田繁（脚本家）
瑞原芽理（元メンバー。漫画家。のち森田繁の妻。高千穂遥のSF小説『ダーティペア』に登場するケイのモデル。）
作品 > アニメーション

メンバーの退社後の作品（河森のサテライト移籍後の作品等）に関しては扱わない。
1973年 ゼロテスター（メカニックデザイン＆コンセプト ジョン・デドワ」（ぬえ名義ではない）
1974年 宇宙戦艦ヤマト（デザイン協力 スタジオ・ぬえ」(クレジットは第7話より）
1975年 勇者ライディーン（クレジット表記無し、ブルーガー等）
1976年 超電磁ロボ コン・バトラーV（メカニック設計）（サブ、操縦席他）
1977年 超電磁マシーン ボルテスV（メカニック担当設計）（サブ）
1977年 無敵超人ザンボット3（メカニックデザイン協力）(サブ、キングビアル等）
1977年 超合体魔術ロボ ギンガイザー（メカニックデザイン）:武装名担当は高千穂。
1978年 宇宙海賊キャプテンハーロック（メカデザイン協力）
1978年 闘将ダイモス（メカニックデザイン）（サブ）
1978年 さらば宇宙戦艦ヤマト 愛の戦士たち（メカ設定協力）
1978年 宇宙戦艦ヤマト2（共同デザイン）
1979年 ザ☆ウルトラマン（メカニックデザイン：河森）（ウルトリア等）
1979年 闘士ゴーディアン（メカニック設定：河森）（サブ、アノー号等）
1979年 銀河鉄道999(The Galaxy Express 999)（デザイン協力）
1980年 ヤマトよ永遠に （デザイン協力）
1981年 ゴールドライタン（メカ設定：河森）（サブ）
1981年 ユリシーズ31（メカニックデザイン：スタジオぬえ）（フランスで放映）
1982年 わが青春のアルカディア （デザイン協力）
1982年 テクノポリス21C（メカニカルデザイン：宮武）
1982年 無限軌道SSX （デザイン協力）
1982年 超時空要塞マクロス（原作：スタジオぬえ、シリーズ構成・脚本：松崎、メカニックデザイン：宮武、河森）
1983年 聖戦士ダンバイン（メカニックデザイン：宮武）（ダンバイン等）
1983年 超時空世紀オーガス（原作：スタジオぬえ、シリーズ構成・脚本：松崎、メカニックデザイン：宮武、石津）
1983年 クラッシャージョウ（原作・脚本・監修：高千穂遙、メカニカルデザイン：河森）
1984年 超時空要塞マクロス 愛・おぼえていますか
1986年 ダーティペアの大勝負 ノーランディアの謎（石津）
1987年 劇場版ダーティペア（宮武、森田、佐藤）
1987年 超時空要塞マクロス Flash Back 2012
1987年 ヘル・ターゲット（制作協力：スタジオぬえ）
1987年 破邪大星ダンガイオー（河森、石津）
1988年 ダーティペア（OVA版）（石津）
1988年 トップをねらえ!（宮武、戦艦のデザイン）
1988年 宇宙の戦士（メカニカルデザイン：宮武）（パワードスーツのデザイン刷新）
1988年~銀河英雄伝説（艦船のデザイン、製作協力）
1989年 クラッシャージョウ 氷結監獄の罠（河森、石津）
1989年 クラッシャージョウ 最終兵器アッシュ（河森、宮武）
1990年 ダーティペア 謀略の005便 （石津、宮武）
1991年~新世紀GPXサイバーフォーミュラシリーズ（マシンデザイン：河森）
1991年 ガデュリン（原作）
1991年 機動戦士ガンダム0083 STARDUST MEMORY（メカニカルスタイリング：河森）
1993年 モルダイバー（コンセプトデザイン：宮武、河森）
1994年 ダーティペア FLASH（宮武）
1994年 マクロスプラス
1994年~マクロス7シリーズ
1996年~天空のエスカフローネ（原作：河森）
1998年 青の6号（河森）
1999年 星方天使エンジェルリンクス（宮武）
1999年 ドラえもん のび太の宇宙漂流記（デザイン協力：スタジオぬえ）（宮武）
2002年 マクロス ゼロ（宮武、鳥人デザイン）
2003年 サブマリン707R（宮武）
2005年 交響詩篇エウレカセブン（コンセプチュアルデザイン：宮武）
2006年 ガラスの艦隊（宮武）
2006年 FLAG（宮武）
2007年 プロジェクトΩ
2008年~マクロスFシリーズ（コンセプチュアルデザイン：宮武）
2008年 タイタニア（宮武）
作品 > アニメーション（脚本、考証等）

1979年~機動戦士ガンダム（松崎健一が脚本参加。ミノフスキー粒子などの背景設定を考案）
1980年 ムーの白鯨（脚本：松崎）
1980年~伝説巨神イデオン（脚本：松崎）
1981年 銀河旋風ブライガー（脚本：松崎）
1983年 クラッシャージョウ（声優：瑞原・秋津。前述の配役。）
1986年 ガルフォース（SF考証：松崎）
1987年 機甲戦記ドラグナー（脚本：松崎）
1987年 バブルガムクライシス（PART1脚本：松崎）
1999年 ∀（ターンエー）ガンダム（設定考証：森田）
2002年 機動戦士ガンダムSEED（脚本・特殊設定：森田）
2004年 機動戦士ガンダムSEED DESTINY
2007年 アイドルマスター XENOGLOSSIA （特殊設定：森田）
2008年 鉄のラインバレル（特殊設定：森田）
2012年 輪廻のラグランジェ（構成協力・脚本：森田）
2012年~宇宙戦艦ヤマト2199（脚本：森田）他
2013年 蒼き鋼のアルペジオ（SF考証：森田）
2014年 白銀の意思 アルジェヴォルン（設定考証：森田）
2025年 未ル わたしのみらい（ストーリー・脚本：森田）
作品 > 特撮

1984年 さよならジュピター（高千穂が初期企画参加、宮武がメカデザイン、加藤が小説版イラストを担当）
1989年 ガンヘッド（メカニカル・デザイン：河森）
1996年 宇宙貨物船レムナント6（メカニックデザイン：河森）
作品 > 小説

1977年~クラッシャージョウシリーズ（高千穂遙）
1980年~ダーティペアシリーズ（高千穂遙）
作品 > 漫画

1976年 『グランドマーク』（SFマガジンでの連載、全2話計10回）
1978年 永井豪の手天童子、『黒の獅子』、スペオペ宙学のメカニック設定
作品 > ゲーム

1988年~ディガンの魔石（アーテックとスタジオぬえが提携し制作された）
1991年~ガデュリン（上記ディガンの魔石の世界観を継承した続編）
1998年~超鋼戦紀キカイオー
作品 > 玩具

1980年~ダイアクロン（タカラ(現タカラトミー)の玩具シリーズ）
作品 > 関連書籍

1978年 『SFワンダーランド』スタジオぬえ（広済堂豆たぬきの本116。構成は松崎健一。宮武一貴、加藤直之らのイラストで多数のSF作品を紹介）
1978年 『宇宙でパズル』スタジオぬえ（広済堂豆たぬきの本124。構成：松崎健一、イラスト：細野不二彦）
1978年 『SFイラストの世界　スタジオぬえのすべて (ファンタスティック・コレクション NO.8）』（朝日ソノラマ）
1989年 『スタジオぬえ メカニックデザインブック PART.1 機動兵器編  (Entertainment bible (6)）』（バンダイ）
1990年 『スタジオぬえ メカニックデザインブック PART.2 宇宙戦艦編  (Entertainment bible (9)）』（バンダイ）
関連人物

石黒昇
松本零士
長浜忠夫
高橋良輔
富野由悠季
安彦良和
板野一郎
美樹本晴彦
| 典拠管理データベース  |
| --- | --- |
全般:  VIAF 
国立図書館:  アメリカ
KompoZer

| --- | --- |
 
 

最新版:  0.7.10    / 2007年8月30日
最新評価版:  0.8b3    / 2010年2月28日
リポジトリ:  hg.code.sf.net/p/kompozer/code  
対応OS:  Windows / Mac OS X / Linux
プラットフォーム:  クロスプラットフォーム
前身:  Nvu
種別:  HTMLエディタ
ライセンス:  MPL 1.1/GPL 2.0/LGPL 2.1 トリプルライセンス
公式サイト:  kompozer.net, kompozer.sourceforge.net
テンプレートを表示
KompoZer（コンポーザー）は、Webオーサリングツールのひとつ。自由ソフトウェアとして、Windows、Mac OS X、GNU/Linux 向けに開発されており、無償で使用可能である。
なお、2010年以降アップデートが停止しており、HTML5への対応は行われていない。
Nvuをベースに開発されており、Nvuの開発中止後はNvuの公式サイトでもKompoZerのダウンロードを推奨している。
KompoZerと同じくNvuから派生したソフトウェアにBlueGriffonがある。
概要

KompoZerでは、WYSIWYGによる直感的なウェブページの作成が可能である。ただし、市販のWebオーサリングツールと比較すると、全般的に操作メニューは少なく、生成されるコードもシンプルである。従って、コンテンツ管理システムによるウェブページ制作を補完するような使い方には適していると言える。
標準設定では、作成されるドキュメントタイプはHTML 4.0だが、XHTML 1.0にも設定可能である。
標準設定では、CSSコードはHTMLファイルに挿入されるが、外部CSSファイルを対話的に編集できるダイアログも用意されている。
KompoZerは、HTMLレンダリングエンジンとしてGeckoを採用している。KompoZer 0.7.10で採用されているGeckoのバージョンはFirefox 1.0時代の古いものだが、生成されるページはウェブ標準に準拠したブラウザではほぼ同じレイアウトとなる。
FTP機能も内蔵されているが、ローカル側のファイル一覧ができないなど、機能的な弱点がある。
アップロードしたHTMLコードについて、W3Cのバリデーションチェックを行う機能もある。
日本語での利用

標準のユーザインタフェースは英語だが、使用言語やキャラクターセットなどを適切に設定すれば、日本語ページも問題無く編集できる。
ユーザインタフェースについても、ランゲージパックを利用することによって変更可能である。0.7.10については、KompoZer公式サイトにて、もとひこ制作によるJLP (Japanese Language Pack) が公開されており、ヘルプの大部分を除く主要なメニューの日本語化が可能である。
タクネコムギ

タクネコムギは、秋播きコムギの品種の一つである。品種になる前の系統名は北見30号であり、小麦農林115号として命名登録された。また、枯れ上がり時の穂の色調から赤麦とも呼ばれ、略称としてタクネ種という名称も用いられる。
概要

北海道立北見農業試験場（現・北海道立総合研究機構農業研究本部北見農業試験場）でコムギの早生品種の育成を目的に開発。「東北118号」と「北系221」を交配して誕生し、1974年に新品種として登録された。当時北海道内全域で栽培可能な初めての早生品種となった。1981年の作付面積は12,274haと、北海道内のコムギ作付面積の13％を占めるまでに至った。名称の「タクネ」は、アイヌ語で「短い」の意味である。また、通称の「赤麦」は、成熟すると穂が他品種に比べて赤色を帯びることによる。
衰退

グルテンの質が弱かったことからパンの原料としては向かず、主として醤油醸造用となったこと、また、倒れやすく病気にも弱く、後発の「チホクコムギ」、「ホクシン」といった品種に比べて収量が低かったことなどから、その後作付面積は大きく減少。2001年には約600haまで減少した。その後、醤油醸造用としての需要が増えたことから醤油工場のある石狩地方を中心に微増し、2004年には約1,000haとなっている。
復活

まだ北海道内でタクネコムギの栽培が盛んだった頃の1977年、風景写真家の前田真三が、北海道上川郡美瑛町にて、夕日に染まったタクネコムギの畑を撮影し、『麦秋鮮烈』と題して発表した。この作品が前田真三の代表作の一つとなると共に、この作品のような風景を求めて全国から美瑛町へ観光客が訪れるようになった。しかし、美瑛の名が全国に知れ渡るようになる頃には、もはや美瑛町内ではタクネコムギの栽培は行われなくなっていた。
そこで、この『麦秋鮮烈』のような赤麦畑の風景を美瑛に復活させようと、1997年、美瑛町内有志により「赤麦を復活させる会」が発足し、タクネコムギの栽培を開始。1999年夏には赤麦畑の風景が復活した。会は現在では「赤麦を守る会」と改称し、タクネコムギを使った地ビールなどの地場産品も生み出している。
Apache Portable Runtime

| --- | --- |
開発元:  Apacheソフトウェア財団

最新版:  1.7.5    / 2024年8月26日 (5か月前) (2024-08-26)
リポジトリ:  github.com/apache/apr  
プラットフォーム:  クロスプラットフォーム
ライセンス:  Apacheライセンス
公式サイト:  apr.apache.org
テンプレートを表示
Apache Portable Runtime（アパッチ・ポータブル・ランタイム、APR）は、 Apache HTTP Server のサポートライブラリである。 OSとソフトウェアの間でOSなどの環境の違いを吸収するAPIを提供する。そして、他のOSに一般的にある機能が存在しないOSでは、APRが代替を提供する。よって、APRを使うことにより真のクロスプラットフォームなプログラムを作ることが出来る。
APRはもともとは Apache HTTP Server の一部だったが、現在ではApacheソフトウェア財団の中の独立したプロジェクトとなっていて、Apache HTTP Server 以外のアプリケーションからもクロスプラットフォームのために使われている。
APRに含まれるプラットフォーム非依存の機能：
動的メモリアロケーションとメモリプール
分割不能操作(アトミックオペレーション)
ライブラリの動的読み込み
ファイル入出力
コマンド引数の構文解析
ロック
ハッシュテーブルと配列
mmap
ソケットとプロトコル
スレッド、プロセス、ミューテックス
共有メモリ
時間関係
ユーザーIDとグループID関係
シロダモ

シロダモ（白だも、学名: Neolitsea sericea）は、クスノキ科シロダモ属に分類される常緑高木の1種である。若葉は帯白色から黄褐色の毛で覆われ、下垂する。成葉の表面は濃緑色で光沢があり、裏面はロウ質に覆われて粉白色（図1）。雌雄異株（雌花と雄花が異なる個体につく）であり、小さな黄白色の花が密集して秋に咲く。果実は赤色の液果。本州から南西諸島、台湾、朝鮮半島、中国南部に分布し、暖地の森林に生育する。「シロダモ」の名は、葉の裏が白いタモ（クスノキ科の樹木）の意味とされる。
特徴

常緑広葉樹の小高木から高木であり、樹高は5–15メートル (m) になる（図2a）。樹皮は緑色を帯びた紫褐色から暗褐色、平滑、小さな皮目が散生する（図2b）。小枝は緑色、黄褐色の絹毛が密生するが、のちに無毛。冬芽のうち葉芽は長楕円形で先端はとがり、花芽が球形、芽鱗に光沢があって黄褐色の毛がある。
. 樹形
. 樹皮
葉は互生、枝先に集まってつく。葉柄は長さ2–3センチメートル (cm)、黄褐色の絹毛が密生するが、のちに無毛。葉身は長楕円形から卵状長楕円形、8–18 × 4–8 cm、先端は尖り、全縁、3行脈が目立ち、側脈は4–5対、表面は無毛で光沢があり、裏面は絹毛が多少残りロウ質で覆われて粉白色（図1, 3, 4b）。葉をちぎるとわずかに芳香がある。若葉は垂れ下がり、帯白色から黄褐色の絹毛で覆われている（図3）。
. 枝葉: 若葉は白く垂れ下がっている（右側）。
花期は3–4月または9–11月（日本では秋）、雌雄異株。花は小さく（雄花の方がやや大きい）、淡黄色、散形花序を形成し、葉腋につく（図4）。総苞片は数個、広楕円形、黄褐色の毛があ理、花柄には黄色い長毛が密生する。花被片は4枚、広卵形、背面に毛があり、雄花では平開、雌花では立ち上がる。雄花には雄しべが6–8個、3–4輪で内側の2個の基部には腺体があり、花糸は長く突出、葯は4室、中央に不稔の雌しべがある（図4a）。雌花には棒状の仮雄しべが6個と雌しべが1個（白い柱頭が目立つ）ある（図4b）。
. 枝葉と雄花序
. 枝葉と雌花序
果期は翌年の1–2月または10–11月、果実が赤色に熟し、日本では秋であり花と同時に鑑賞できる。果実は液果、楕円状球形、長さ12–15ミリメートル (mm)、果柄は長さ 7–10 mm、緑色。種子は球形。
分布

本州の山形県と宮城県以西、四国、九州、南西諸島から台湾、朝鮮半島南部、中国東南部に分布する。山地や低地の比較的湿潤な森林に生育し、常緑広葉樹としては耐寒性が強い。
保全状況評価

シロダモは、IUCNレッドリストカテゴリーでは低危険種 (LC) に指定されている。日本では、秋田県と長野県で絶滅危惧I類とされている。
種内分類群（下記参照）であるダイトウシロダモは、日本の環境省では絶滅危惧IB類 (EN) に、沖縄県では準絶滅危惧に指定されている。また、キンショクダモは、鹿児島県で準絶滅危惧に指定されている。
人間との関わり

庭木や防風林として植栽されるほか、器具材としても利用される。種子から得られた油はツヅ油やオダクサ油とよばれ、シラミ防除に利用されたり、除虫用に水田にまかれたり、灯火用の油、石鹸や蝋燭の材料とされていた。
秋の季語とされる。
下位分類

以下の種内分類群が認められることがある。
利根中継局

利根中継局（とねちゅうけいきょく）は、群馬県沼田市にあるテレビ中継局。
概要

当中継局は、沼田市利根町の半形山に置かれ、群馬県の北東部の一部をカバーしている。
利根テレビ・FM中継局 > デジタルテレビ放送

所在地： 沼田市利根町追貝字小森（半形山）
放送エリア： 沼田市と利根郡片品村の各一部
NHKと関東広域局については、2007年11月19日に予備免許交付、同年12月5日に本免許交付、同年12月10日から本放送を開始した。GTVについては、2008年2月29日に予備免許交付、同年3月27日に本免許交付、同日から本放送を開始した。
利根テレビ・FM中継局 > アナログテレビ放送

所在地： デジタルテレビ放送に同じ
放送エリア： 沼田市と利根郡片品村の各一部
2011年7月24日をもってすべて廃止された。
利根テレビ・FM中継局 > FMラジオ放送

| 周波数 | 放送局名 | 空中線 電力 | ERP | 放送対象地域 | 放送区域 内世帯数 | 運用開始日 |
| --- | --- | --- | --- | --- | --- | --- |
| 79.4MHz | エフエム群馬 FMぐんま | 10W | 16W | 群馬県 | - | - |
| 83.8MHz | NHK 前橋FM | 10W | 16W | 群馬県 | - | 1973年 8月16日 |
所在地： デジタルテレビ放送に同じ
当FM中継局のERPは、県域局よりコミュニティFM局の方が大きい。
沼田エフエム放送利根中継局

| 周波数 | 放送局名 | 空中線 電力 | ERP | 放送対象地域 | 放送区域 内世帯数 | 運用開始日 |
| --- | --- | --- | --- | --- | --- | --- |
| 76.5MHz | 沼田エフエム放送 愛称「FM-OZE」 | 10W | 28W | - | - | 2006年 11月23日 |
所在地： 沼田市利根町園原（椎坂峠）
当FM中継局のERPは県域局よりも大きい。
出典・脚注

↑  利根中継局 デジタル放送 放送エリア
↑  地上デジタルテレビジョン放送局の予備免許の交付≪群馬県「下仁田」・「桐生」・「利根」・「吾妻」中継局に予備免許≫（総務省関東総合通信局）
1 2  地上デジタルテレビ放送のエリア（群馬県 利根中継局）（総務省関東総合通信局）
↑  管内27局の地上デジタルテレビジョン放送局（中継局）を予備免許≪馬頭、利根 外（群馬テレビ）、愛川、箱根湯本　中継局≫（総務省関東総合通信局）
↑  日本放送協会総合放送文化研究所放送史編修室『NHK年鑑'68』日本放送出版協会、1968年、233頁。
↑  日本放送協会総合放送文化研究所放送史編修室『NHK年鑑'74』日本放送出版協会、1974年、383頁。
型推論

型推論（かたすいろん、英: type inference）とはプログラミング言語の機能の1つで、静的な型付けを持つ言語において、変数や関数シグネチャの型を明示的に宣言しなくても、変数宣言における初期化のための初期値や、関数呼び出しにおける実引数などといった、周辺情報および文脈などから自動的に（暗黙的に）各々の型を決定する機構のこと。言語によってはtype deductionと呼ばれることもある。
推論に失敗するとその時点でエラーを報告できるため、少なくとも誤った型を用いることによるバグは回避できる。また、アルゴリズムの記述に集中できるのでプログラムの抽象度が上がるというメリットもある。型名が長大な場合に、型推論による省略によってコード全体の見通しをよくすることにもつながるが、一方で統合開発環境による支援（コードエディター上のツールチップなど）が得られない環境では、一見して型が分からないことでコードレビューがしにくくなるというデメリットもある。
代表的な型推論アルゴリズムとして、Hindley/Milner 型推論アルゴリズムがある。各々著名なコンピュータ科学者の名前からつけられた名前であるが、Hindley は論理学者として型推論システムを先に開発した。
型推論を持つ言語としてはHaskell、ML、Vala、OCaml、F#、C#、Java、Scala、C++、D言語、Concurrent Clean、Swiftなどがある。静的型付け関数型プログラミング言語のほとんどがなんらかの型推論の機能を持っている。登場当初は型推論を持っていなかった言語であっても、関数型言語に影響を受けた拡張や改訂により型推論の機能を持つようになった言語も多い。
ただし型推論と関数の多重定義（オーバーロード）は相性が悪く、オーバーロードをサポートする言語では型推論による恩恵が十分に受けられない（型推論ではシグネチャを一意に決めることができない）ケースがある。
具体例による説明

この節では型推論の構文解析理論には踏み込んでいない。
ほとんどの言語においては、関数の仮引数および戻り値、演算子のオペランドおよび結果、変数、そしてそれらから成る式は、各々が保持するデータの種類を表す型を持つ。構文上で明らかな名前を持つ型による区別をしない言語であっても、内部的にはなんらかの型を持っていて区別しているケースが多い。実行時に型が決まる言語を動的型付けの言語という。一方、コンパイル時に型が決まる言語を静的型付けの言語という。静的型付けの言語において、関数の仮引数および戻り値の型や変数の型は、通常は明示的に記述する必要がある。例えば、次はC言語の例である。
int addone(int x) {
    int result;
    result = x + 1;
    return result;
}
関数定義の最初の行int addone(int x)では、関数addoneは整数一つを入力引数として受け取り、整数を出力結果として返す、と宣言している。int result;の行では、ローカル変数resultが整数型であることを宣言している。
上記の例にほぼ1対1で対応するコードを、F#を使って記述すると下記のようになる。
let addone (x : int) : int =
    let result : int = x + 1
    result
しかしF#は型推論の機能を持っているため、次のように書くこともできる。
let addone x =
    let result = x + 1
    result
このF#の例において、
2項演算子+の左オペランドと右オペランドの型は同じであり、演算結果は同じ型を返す。
という仕様であり、右オペランドには整数リテラル1が記述されていることから、左オペランドの変数xすなわち関数の引数xも同じ整数型であるということが推論される。これにより、式x + 1の値が整数型であることが型推論される。故にresultの型は整数であり、addone関数の戻り値の型が整数であることがわかる。
let y1 = addone 3
let y2 = addone 3.0 // double 型の値を渡すと、型の不一致によりコンパイルエラー。
let y3 = addone 3y // sbyte 型の値を渡すと、型の不一致によりコンパイルエラー。
なお、型推論はあくまで暗黙の型付けがなされるにすぎない。型推論によりコンパイル時に確定した型は不変である。
型推論のバリエーション

型推論により自動的に型を決定する機構は、変数宣言の際の暗黙的な型指定以外にも存在する。関数型言語ではほとんどの場面で型推論がサポートされるが、従来の手続き型言語やオブジェクト指向言語でのサポートは言語および各言語の規格バージョンによってまちまちである。
型推論のバリエーション > 変数宣言時の型推論

C#はバージョン3.0にて、varキーワードを用いたローカル変数の宣言時型推論を導入した。制約のひとつとして、宣言時初期化を伴う必要がある。for文、foreach文、using文のスコープ変数にも利用できる。宣言時初期化文の右辺がメソッドグループや匿名関数（ラムダ式および匿名メソッド）の場合には適用できない。
// 型推論を用いない書き方。
string s1 = "文字列";
System.Console.WriteLine(s1.GetType()); // System.String
// 型推論を用いた書き方。
var s2 = "文字列";
System.Console.WriteLine(s2.GetType()); // System.String

var now = System.DateTime.Now;
System.Console.WriteLine(now.GetType()); // System.DateTime

now = s2; // コンパイルエラー。

var action1 = () => {}; // コンパイルエラー。
var action2 = delegate() {}; // コンパイルエラー。
var action3 = System.GC.Collect; // コンパイルエラー。
var action4 = new System.Action(() => {});
System.Action action5 = () => {};

var dict = new System.Collections.Generic.SortedDictionary<string, int> { {"Bravo", 0}, {"Alpha", 1}, {"Charlie", 2} };
foreach (var entry in dict) {
    //System.Diagnostics.Debug.Assert(entry is System.Collections.Generic.KeyValuePair<string, int>);
    System.Console.WriteLine("Key={0}, Value={1}", entry.Key, entry.Value);
}
この書き方はJavaScriptなど動的型付けの言語に非常によく似ているが、しかしながらすべての型はコンパイル時に定められる。また、バリアント型（英語版）とは異なり、実行時に再代入によって変数の中身の型が変わるようなことはない。
ラムダ式の仮引数の型を省略した場合も型推論が働く。戻り値の型は常に型推論によって決定される。
// ラムダ仮引数の型推論を用いない書き方。
System.Func<double, double> func1 = (double x) => x * x;
// ラムダ仮引数の型推論を用いた書き方。
System.Func<double, double> func2 = (x) => x * x;
Javaはバージョン8にてラムダ式を導入したが、C#同様に仮引数の型を省略すると型推論が働く。バージョン10にて、予約型名varによるローカル変数の宣言時型推論を導入した。バージョン11にて、ラムダ式の仮引数の型推論にもvarを使えるようになった。
C++はC++11規格にて、キーワードautoおよびdecltypeによる一部の変数の宣言時型推論を導入した。適用可能範囲はC#やJavaよりも広い。後継規格のC++14以降ではさらに適用可能範囲が広がっている。
namespace {
    auto g_variable = 0.0; // double
    struct MyType {
        static const auto s_variable = 0L; // long
    };
}
int main() {
    auto n = 0; // int
    decltype(n)* p1 = &n; // int*
    decltype(&n) p2 = &n; // int*
    decltype(n)& r1 = n; // int&
    decltype((n)) r2 = n; // int&
    auto f = []() {}; // コンパイラが生成する関数オブジェクト（クロージャ）型。
}
型推論のバリエーション > 戻り値の型推論

C++はC++11規格にて、キーワードautoおよびdecltypeによる戻り値の型推論を導入した。後継規格のC++14ではdecltype(auto)による簡略表現もサポートする。
#include <iostream>
template<typename TFunc, typename TArg> auto invokeFunc(const TFunc& f, const TArg& a) -> decltype(f(a)) {
    return f(a);
}
int main() {
    std::cout << invokeFunc([](double x) { return x * x; }, 1.4142) << std::endl;
}
型推論のバリエーション > 総称型の型推論

C++では、関数テンプレートに対してテンプレート実引数（具体的な型名）を明示的に与えて型を決定することもできるが、曖昧さがない場合に限り、関数呼び出しの実引数に応じて型を推論させることもできる。
#include <iostream>
#include <cmath>
template<typename T> T getVectorLength(T x, T y, T z) {
    return std::sqrt(x * x + y * y + z * z); // std::sqrt() には double あるいは float を受け取るオーバーロードが存在する。
}
int main() {
    const double len1 = getVectorLength<double>(1, 2, 3); // double getVectorLength(double, double, double)
    const float len2 = getVectorLength(1.0f, 2.0f, 3.0f); // float getVectorLength(float, float, float)
    std::cout << len1 << std::endl;
    std::cout << len2 << std::endl;
}
テンプレート仮引数Tを持つ関数テンプレートにおける仮引数の型宣言が、参照T&あるいはポインタT*であったり、ユニバーサル参照T&&であったりする場合は、推論の結果として定まる型が異なる場合もある。
C++17ではクラステンプレートのテンプレート引数を推論することもできるようになった。
template<typename T> struct Vector3 {
    T x, y, z;
    Vector3(T ax, T ay, T az) : x(ax), y(ay), z(az) {}
};
int main() {
    Vector3<double> v1(1.0, 2.0, 3.0); // C++03 以前でも利用可能な、従来のコンストラクタ呼び出しによる実体化。
    Vector3<double> v2 { 1.0, 2.0, 3.0 }; // C++11 以降の uniform initialization を使用した実体化。
    Vector3 v3(1.0, 2.0, 3.0); // C++17 以降でのみ有効。Vector3<double> に推論される。
    Vector3 v4 { 1.0, 2.0, 3.0 }; // 同上。
}
Javaはバージョン5.0以降にてメソッドスコープの型変数を推論する機能を持つ。
// 型推論を用いない書き方。
List<String> list1 = Collections.<String>emptyList();
// 型変数へのバインドに型推論を用いた書き方。
List<String> list2 = Collections.emptyList();
その他、Java 7 からは型変数を持つクラスをnewする場合にバインドすべき型を推論するダイヤモンド演算子という機能を持つ。
// 型推論を用いない書き方。
List<String> list1 = new ArrayList<String>();
// ダイヤモンド演算子による型推論。
List<String> list2 = new ArrayList<>();
型推論のバリエーション > 無名関数の型推論の例

無名関数の型推論においては、複雑な状況が発生する。
C#の例を以下に示す。
// 複数のデリゲート型を定義
delegate void TwoStringAction(string left, string right);
delegate void OneParamAction(object o);
delegate void TwoParamAction(object o, EventArgs e);
delegate void TwoIntegerAction(int x, int y);

// メソッドのオーバーロードを用意する。有効化するオーバーロードの種類により、型推論の可否が変化する。
static void SomeMethod(TwoStringAction action) { /* Pattern 1 */ }
//static void SomeMethod(OneParamAction action) { /* Pattern 2 */ }
//static void SomeMethod(TwoParamAction action) { /* Pattern 3 */ }
//static void SomeMethod(TwoIntegerAction action) { /* Pattern 4 */ }

static void Main() {
    // メソッドのオーバーロードがPattern 1のみの場合、全ての文が有効(型推論可能)である。
    SomeMethod((o, e) => { /*No-op*/ }); /* 1行目 */
    SomeMethod((o, e) => { o = o + e; }); /* 2行目 */
    SomeMethod((o, e) => { o = "" + o + e; }); /* 3行目 */
    SomeMethod(delegate { /*No-op*/ }); /* 4行目 */
}
SomeMethod(OneParamAction action) の行を有効にすると、Mainメソッドの4行目の型推論が効かなくなる。
4行目の匿名関数は引数リストを省略できるため、1引数、2引数のどちらのデリゲート型か曖昧になる。
SomeMethod(TwoParamAction action) の行を有効にすると、Mainメソッドの2行目以外の型推論が効かなくなる。
1行目のラムダは、2引数で値を返さない複数のデリゲート型がある場合、曖昧となる。
3行目のラムダは、代入式の左辺にあるoはstringを格納できる型でなければならないが、
一方で右辺のoとeは暗黙にToString()が呼び出されるため、いずれの型であってもよく、TwoStringAction TwoParamActionの間で曖昧となる。
2行目のラムダは、oとeの間に適切なoperator+が定義されなければならず、TwoStringAction型と推論される。
SomeMethod(TwoIntegerAction action) の行を有効にすると、Mainメソッドの3行目以外の型推論が効かなくなる。
2行目のラムダは、oとeはstringかintのいずれでもoperator+が実行できるため、TwoStringActionTwoIntegerActionの間で曖昧となる。
3行目のラムダは、代入式の左辺にあるoはstringを格納できる型でなければならないため、TwoStringAction型と推論される。
デリゲート型を引数に取るメソッドを複数用意する場合、オーバーロードではなく別名のメソッドとすることで、この複雑性は回避できる。
動的型言語における型推論

動的に型付けを行う言語の場合、文法的には型付けが行われず、あらゆる型の可能性を考慮して処理を進める必要があるため、処理が遅くなる原因となる。JITコンパイラによって高速化を図る場合、型推論によりあるデータを「特定の型」として扱うことが可能であれば、その型に合わせた処理だけをすることで高速化が行える。
JavaScript では、Webブラウザの分野では高速化が特に求められているため、2011年12月20日にリリースされたFirefox 9から高速化のため型推論技術を採用している。
Groovy 2.0 ではコンパイル時型検査 @TypeChecked の機能をつけたが、型を指定していない変数に対しても、型推論を利用して変数に型を割り振り、型検査を行っている。同様に Groovy に対応した IntelliJ IDEA などの統合開発環境も型推論を利用してアシストを行っている。
宇喜多氏

| 宇喜多氏 |
| --- | --- |
 児文字
本姓:  称・百済王族子孫（三宅氏・藤原氏）
家祖:  宇喜多信宗 児島高秀
種別:  武家 平民
出身地:  備前国児島半島
主な根拠地:  備前国岡山 八丈島
著名な人物:  宇喜多能家 宇喜多直家 宇喜多秀家 宇喜多秀臣（現・当主）
支流、分家:  坂崎氏（武家） 浮田氏（武家） 喜田氏 東郷氏 加茂氏 西郷氏（稗田氏） （三宅氏） 水沢氏
凡例 / Category:日本の氏族
剣片喰（けんかたばみ）は、日本の家紋「片喰紋」の一種である。
宇喜多氏（うきたうじ、うきたし）は、備前国の戦国大名。
本来は、地形に由来する「浮田」姓だが、嫡流は佳字を当て「宇喜多」(宇喜田)、庶流は本来の「浮田」を称した。通字は代々「家」（いえ）、後に「秀」（ひで）を用いた。代々相伝の幼名は、宇喜多興家から宇喜多秀家の子・宇喜多秀規まで「八郎」が継承されている。
家紋は剣片喰（剣酢漿草）だが、敵対していた備中国の名族三村氏が古くから剣片喰紋を用いていたためか『兒』文字紋も多用していた。近世では五七の桐や五三の桐を用いている。旗紋も兒文字とされているが、剣片喰や唐太鼓も散見され、兒文字は他の武将の旗紋の可能性もある。
出自

宇喜多氏の出自について確実なことは不詳であり、多くの戦国大名同様に諸説がある。一般には備前三宅氏の後裔とされるが、宇喜多氏自身は百済王族子孫や平朝臣を名乗っていた。
なお、宇喜多姓自体は、鎌倉期の『吾妻鏡』や南北朝期の『太平記』等にもその名は確認できず、室町時代において『西大寺文書』に記載された「宇喜多五郎右衛門入道宝昌」とあるのが文献で確認できる初出であることから、守護・地頭といった鎌倉時代以降の統治機構に元々は組み入れられていなかった人々により、室町時代に成立した比較的新しい苗字であると考えられている。
以下に、最近の極少数説も含めて概説する。
出自 > 百済王族子孫の三宅氏後裔説

従来から広く一般に敷衍している通説で、「兒」を旗紋とする百済の3人の王子が備前の島（現在の児島半島）に漂着し、その旗紋から漂着した島を児島と呼びならわし、後に三宅を姓とし、鎌倉期には佐々木氏に仕え、その一流が宇喜多（浮田）を名乗ったとするもので、本姓を備前三宅氏（三宅連:新羅王族子孫）とする。
この説は、『宇喜多和泉能家入道常玖画像賛』（『宇喜多能家画賛』）の記載に基づくものである。宇喜多氏自身が称した出自であることから、地元岡山県に於いても古くから広く受け容れられ、20世紀末以降に入って出版された岡山県史・岡山市史・倉敷市史など地方公共団体が編纂した歴史書などでも、この説を採っている。
備前岡山藩士・土肥経平が安永年間にまとめた備前軍記では、『宇喜多能家画賛』の全文や宇喜多氏の出自についての諸説を紹介した上で、宇喜多氏の出自を備前三宅氏と結論付け、この備前三宅氏について「（宇喜多能家画賛とは異なり）新羅王族の子孫とするものもある、古代朝鮮王族の子孫が備前児島の東21カ村を指す三宅郷という地名から三宅連の姓を賜り、後の三宅氏となった」との説を紹介している。なお、備前三宅氏については、備前に置かれていた古代大和王権の直轄地である屯倉に由来するとの説も古くからある。
浮田（宇喜多）姓に相当する地名は、古くに遡っても備前児島には存在せず、地名ではなく地形等に由来する姓であるものと思われるが、岡山県編纂の『岡山県史』では宇喜多氏が本拠とした備前豊原荘一体にはもともと備前児島に由来する三宅氏が分布していたことから、宇喜多氏が本姓三宅氏で三宅氏の支流であることに矛盾はないとする。
ただし、児島郡に三宅郷という郷名や三宅連という人名は見られず、三家郷と三家連の誤りと思われるうえ、三宅連は新羅の王族であるアメノヒボコの子孫であり、宇喜多氏が称する百済王族子孫との整合性に大きな矛盾が生じる。
江戸時代の林羅山は『寛永諸家系図伝』において、「蜀漢の劉備が中山靖王（劉勝）の子孫だといったり、北宋の趙匡胤が趙広漢の末裔だといったりしているのは途中の系図が切れていて疑わしい。日本の戦国武将の系図にも同様の例が多い」と述べている。
出自 > 藤原北家閑院流三条家後裔及び百済王族子孫説

一方で、上記の通説とは逆に、宇喜多氏が備前児島半島の三宅氏の先祖であるとする極少数説もある（ただし、この説を土肥経平は備前軍記の中で一笑にふしており、江戸期に於いても完全否定されているものであることに注意）。。
百済王族の子を宿した姫が備前児島宇藤木に上陸し、備前児島唐琴に居住。この姫が「日の本の人の心は情けなし、我もろこしの人をこそ恋へ」という歌を詠んで助けられた話が都に伝わり、藤原北家閑院流三条家の宇喜多中将実能（宇喜多少将とも）へ嫁いで宇喜多氏となり、その系譜を汲む東郷太郎・加茂次郎・西郷三郎（稗田三郎）の三家を祖として三宅氏の家の元祖とするものである。一説に、東郷太郎は百済王族の子、加茂次郎と西郷三郎は三条の中将と百済の姫の子とされ、藤原北家閑院流三条家の血を引くとする系図が多数を占める。
なお、三宅姓は古くから確認できるのに対し、宇喜多姓自体は室町時代の『西大寺文書』が文献で確認できる初出である（既述）。
出自 > その他の説

他の説として、宇喜多氏を児島高徳の後裔とし、高徳を宇多源氏佐々木氏の一族、あるいは後鳥羽天皇の皇子・冷泉宮頼仁親王の子孫とする説もある。
また、能家自身は平朝臣を意味する「平左衛門尉」と称した記録があり、宇喜多氏自身の称する本姓にも揺らぎがあったようである。
歴史 > 室町時代

応仁の乱とそれに続く長い抗争を経て、赤松氏は山名氏を排して播磨・備前・美作の支配を守護として取り戻していくが、宇喜多氏は、未だ山名氏の影響が残る文明期に、宇喜多寶昌と宇喜多宗家の名が西大寺周辺の金岡東荘に権益を持つ土豪として文献に表れてくる。
当初は緩やかに赤松氏の支配に属する在地領主であったが、赤松政権内での守護代別所氏と浦上氏の主導権争い、さらに浦上村宗による下剋上の動きの中で浦上氏との紐帯を深め、その軍事力を認められ宇喜多久家の子能家は浦上氏の「股肱の臣」として活動し、多くの戦功を立てた（『宇喜多和泉守三宅朝臣能家寿像賛』）。
しかし、浦上村宗の死もあって一旦没落、能家も殺害された。
これにより宇喜多大和守が残った宇喜多氏の最有力者として浦上政宗に仕えていたが、尼子氏侵攻に伴う政宗と宗景兄弟の分裂抗争の中で没落家系の直家が宗景について下剋上を始め、政宗方の大和守家を倒してその権益を奪取し、のし上がっていく。
歴史 > 直家

能家の孫直家は、そのようにして浦上宗景の従属的同盟者（傘下の国衆）として台頭する。直家は縁戚をも含めた備前の豪族を暗殺などの手段により次々と滅ぼし、宗景と時に敵対し、時に協力しつつ浦上氏を圧迫するまでに成長する。美作に進出した備中の三村家親に対しては、正攻法を避け、鉄砲による暗殺に成功（1566年）。三村氏とは数度に亘り干戈を交えるも、ついには備前に進行した三村軍を撃退した。
その後、安芸の毛利氏と結び、浦上氏や備中の三村氏に対抗。浦上氏と結び織田氏の誘いを受けた三村氏を毛利氏が滅ぼした後（1575年、備中兵乱）、毛利氏の余勢を借りて主家であった浦上氏を滅ぼした（1575年、詳細は天神山城の戦い参照）。東より押し寄せる織田氏に対し、初めは抵抗していた直家であったが、羽柴秀吉（豊臣秀吉）の誘降を受けて織田方に寝返った。毛利氏・織田氏の勢力争いに乗じて才覚を発揮し、ついには備前一国に飽き足らず備中の一部や播磨の一部・美作などにまで勢力を広げることに成功した。まさに下克上の人生であった。