stanford-oval/wikipedia huggingface dataset:
Audio and Modem Riser
概要

AMRはAC'97準拠のオーディオやアナログモデム機能の物理層を接続するための規格として企図された。
コネクタには46ピンスロットが使用され、信号線としてAC'97規格のAC-Linkの他、S/PDIFやUSB、アナログ信号および電源などが含まれている。
従来、アナログモデムは国ごとに規格が異なるため、国際展開するメーカーのモデルでは国ごとに別途PCIのモデムカードを搭載して出荷することが広く行われていた。これに対しAMRでは物理層の部分を分離できるため、物理層のみの安価なAMRモデムカードを使用することで容易にラインナップを揃えることが可能となり、コストを抑えられる。
またオーディオ機能に関しても、処理を行う回路を多くの部品の混在するマザーボード上から分離することは有益であり、入出力端子で差別化することも容易となる。
このように、AMRはメーカーがPCを出荷するの際に、豊富なオプションを容易かつ安価に準備するための規格である。
そのため、汎用のPCIスロット等と異なりAMR対応ライザーカードが単体で販売されることや、エンドユーザーが自分でAMR対応の拡張カードを購入・装着することは想定されていない。またその際の互換性の保証もされない。言ってみれば、エンドユーザーにとってAMRスロットはマザーボード上の配線パターンのようなものに過ぎない。
ただし、一部のPCショップではAMR対応のモデムカードなどが少数ながら出回った。
メーカーにおいてもオーディオ機能は比較的早くに標準的に搭載されるようになったため、実質的にはモデム専用スロットとして扱われた。またモデム用としても、すでに量産体制が整い十分に低価格となっていたPCIのモデムカードが引き続き使用されることも多く、AMRが狙い通りに普及したとは言い難い。
後継規格としてはインテルが主導するCommunication and Networking Riser (CNR) と、インテルに対抗するAMD・SiS・ALi等が策定したAdvanced Communication Riser (ACR) が提唱され、AMRは両規格への発展的解消という形で消滅した。
両規格の対立は最終的にCNRへの一本化という形で収束している。
AMRスロット（左側茶色）とPCIスロット（右側白色）
ミルヤ・レートネン

| 獲得メダル>  フィンランド .女子 クロスカントリースキー .オリンピック |
| --- | --- | --- |
| 銀 | 1964 インスブルック | 5km   |
| 銅 | 1964 インスブルック | 3×5kmリレー  |
ノルディックスキー世界選手権
| 銅 | 1962 Zakopane | 3×5kmリレー  |
ミルヤ・レートネン（Mirja Annikki „Mirkku“ Lehtonen、1942年10月19日 - 2009年8月25日）は、フィンランド、中央スオミ県ウーライネン出身のクロスカントリースキー選手。1960年代に国際大会で活躍した。2009年没。
プロフィール

レートネンは1962年ノルディックスキー世界選手権で5km、10kmとも5位入賞、リレーでは銅メダルを獲得した。 
1964年インスブルックオリンピックでは10km10位、5kmで銀メダル、リレーで銅メダルを獲得した。
1961年と1963年の2度フィンランドスポーツウーマンオブザイヤー(Finnish Sports Personality of the Year)を受賞した。
ティンカー・ベルと月の石

| ティンカー・ベルと月の石 |
| --- | --- |
 Tinker Bell and the Lost Treasure
監督:  クレイ・ホール
脚本:  エヴァン・スピリオトポウロス
製作:  ショーン・ルーリー
製作総指揮:  ジョン・ラセター
出演者:  メイ・ホイットマン ルーシー・リュー
音楽:  ジョエル・マクニーリー
配給:   ウォルト・ディズニー・ピクチャーズ
公開:   2009年12月23日
上映時間:  81分
製作国:   アメリカ合衆国
言語:  英語
前作:  ティンカー・ベル（2008）
次作:  ティンカー・ベルと妖精の家（2010）
テンプレートを表示
『ティンカー・ベルと月の石』（ティンカー・ベルとつきのいし、原題：Tinker Bell and the Lost Treasure）は、2009年公開のアニメ映画（オリジナルビデオ）。アメリカでは劇場公開ではなく2009年10月27日にDVDとBlu-ray Discで公開され、日本では2009年12月23日に劇場公開された。そして、2010年には、ニンテンドーDS『ティンカー・ベルと月の石』としてゲーム化もされた。
ストーリー

妖精たちの棲むピクシーホロウは、秋の到来を祝う「秋の祭典」の準備に取り掛かっていた。
ティンカー・ベルは、クラリオン女王と秋の大臣から月の石を納める聖なる杖を作ることを任された。しかし、テレンスと口論したはずみに完成間近だった聖なる杖を壊してしまう。その後、妖精の粉を生み出すための大切な宝物である月の石まで壊してしまう。壊れた月の石を復活させるため、インカンタの魔法の鏡を探しにティンカー・ベルは旅に出る。
イメージソング

日本公開版では、浜崎あゆみの楽曲『You were...』がイメージソングに起用され、テレビCMなどで使用される。
登場人物

「ティンカー・ベル シリーズ#主なキャラクター」を参照
声は、吹き替えを行った声優を英語版、日本語版の順に記した。
その他

ティンカー・ベルが国連名誉緑化大使(Honorary Ambassador of Green)に任命されたことを受け、2009年10月25日に国際連合本部ビルで本作のワールドプレミアが行われた。
本作のDVD・Blu-ray Discの日本発売を記念し、舞浜リゾートラインディズニーリゾートラインでは車両の内外に本作の登場人物のイラストをデザインした特別車両「ディズニー・フェアリーズ号」を2010年4月1日から同年6月30日に運行させた。
六部殺し

鳥文斎栄之・画『模文画今怪談』にある六部殺しの怪談。
六部殺し（ろくぶごろし）は、日本各地に伝わる民話・怪談の一つ。ある農家が旅の六部を殺して金品を奪い、それを元手にして財を成したが、生まれた子供が六部の生まれ変わりでかつての犯行を断罪する、というのが基本的な流れである。最後の子供のセリフから、「こんな晩」とも呼ばれる。
あらすじ

六部とは、「日本廻国大乗妙典六十六部経聖」の略で、六十六回写経した法華経を持って六十六箇所の霊場をめぐり、一部ずつ奉納して回る巡礼僧のこと。六部ではなく修験者や托鉢僧や座頭や遍路、あるいは行商人や単なる旅人とされている場合もある。ストーリーには様々なバリエーションが存在するが、広く知られている内容は概ね以下のとおりである。
ある村の貧しい百姓家に六部がやって来て一夜の宿を請う。その家の夫婦は親切に六部を迎え入れ、もてなした。その夜、六部の荷物の中に大金の路銀が入っているのを目撃した百姓は、どうしてもその金が欲しくてたまらなくなる。そして、とうとう六部を謀殺して亡骸を処分し、金を奪った。
その後、百姓は奪った金を元手に商売を始める・田畑を担保に取って高利貸しをする等、何らかの方法で急速に裕福になる。夫婦の間に子供も生まれた。ところが、生まれた子供はいくつになっても口が利けなかった。そんなある日、夜中に子供が目を覚まし、むずがっていた。小便がしたいのかと思った父親は便所へ連れて行く。きれいな月夜、もしくは月の出ない晩、あるいは雨降りの夜など、ちょうどかつて六部を殺した時と同じような天候だった。すると突然、子供が初めて口を開き、「お前に殺されたのもこんな晩だったな」と言ってあの六部の顔つきに変わっていた。
ここまでで終わる場合もあれば、驚いた男が頓死する、繁栄していた家が再び没落する、といった後日談が加わる場合もある。
類話

「かつて殺した相手が、自分の子供に生まれ変わり、罪を暴く言葉を発する」というモチーフには、他にさまざまな類話がある。川合勇太郎が1930年刊行の『津軽むがしこ集』（東奥日報社）に「六部ば殺した話」を収録して以降、類話の報告は、水沢謙一（1956年）、野村純一（1967年）、稲田浩二・福田晃（68年）、京都府立総合資料館（1972年）、佐藤義則（74年）、佐々木徳夫（75年）、水沢謙一（76年）によって重ねられている。
類話 > もう半分

落語の演目『もう半分』は、舞台を都市部に移した形で、六部殺しと似た流れになっている。夫婦で営む江戸の居酒屋に、老爺の客がやって来た。老爺は半杯ずつ注文してちびちびと飲み、金包みを置き忘れて帰って行った。夫婦が中を確かめると、貧しい身なりに不釣合いな大金が入っている。しばらくすると老爺が慌てて引き返し、娘を売って作った大事な金だから返してくれと泣きついた。しかし、夫婦は知らぬ存ぜぬを通して追い出した。老爺は川へ身投げして死んだ。その後、奪った金を元手に店は繁盛し、夫婦には子供も生まれた。だが、子供は生まれながらに老爺のような不気味な顔で、しかも何かに怯えたように乳母が次々と辞めていく。不審に思った亭主が確かめると、子供は夜中に起き出して行灯の油を舐めている。「おのれ迷ったか！」と亭主が声を掛けると、子供は振り返って油皿を差し出し「もう半分」。
類話 > 夢十夜

「こんな夢を見た」で始まる夏目漱石の散文『夢十夜』の「第三夜」にも、六部殺しの民話の影響がうかがえる。夢の中で自分の子をおぶって暗い田圃道を歩いており、子供は盲目なのに周囲の状況をよく分かっていて、大人びた口調で話している。歩を進めるごとに思い出してはならない何かを思い出すような気がし、「ちょうどこんな晩だったな」という子供の独り言を不気味に思う。やがて山の一本杉の前に着き、「ここで御前がおれを殺したのは今からちょうど百年前だね」と背中の子供が言った。過去の殺人を自覚したとたん、背中の子供が急に石地蔵のように重くなった。
類話 > 持田の百姓

殺した相手が金品を持った大人ではなく、幼子の間引きだというパターンも存在する。小泉八雲の『知られぬ日本の面影』に出てくる「持田の百姓」では、出雲の貧しい百姓が産まれた子供を6人まで次々と川へ捨て、その間にようやく少し余裕のある暮らしが出来るようになる。そうして7人目の男児は跡取りとして育てることにし、溺愛した。ところがある日、月夜の庭へ散歩に出ると、抱いた乳呑み児の我が子が「わしを最後に捨てた夜もこんな月夜だったね」と口を利き、またすぐに普通の赤子に戻った。百姓は出家した。
類話 > 都市伝説

持田の百姓のパターンがさらにアレンジされたものに、現代風の都市伝説がある。低所得の若いカップルに子供が生まれ（夫婦の初子が奇形児だったとするものもある）、フェリーに乗った際、水に落として殺した。その後また子供が生まれ、今度は溺愛した。その子を連れてフェリーに乗っていた時、急におしっこがしたいと言い出す。仕方なく抱きかかえて体を手すりの外に出すと、振り返って「今度は落とさないでね」と1人目の顔で言った。
民俗学的分析

集落の外からやって来る旅人は異人（まれびと）であり、閉鎖的な農村への来訪者はしばしば新しい情報・未知の技術・珍しい物品をもたらす媒介者であった。福をもたらす存在として客人を歓待し、客人が去った後に繁栄を得る「まれびと信仰」に根ざした民話は、古くから各地に存在する。一方で、円満に珍品を譲り受けるケースばかりでなく、客人とトラブルを起こし、強引に奪い取って繁栄を達成したケースもある。六部殺しは、こうした「まれびと殺し」の類型に属す。[要出典]
あるいは、村内の一つの家が急に繁盛してきた場合、ムラ社会の嫉みにより「あれだけ儲かるには何かあくどい手段をとったに違いない」といった周囲からのいわれのない中傷を招き、直前の平常とは違った出来事（「そういえばあの家に旅人が泊まった」「旅人がその後どこへ行ったのか誰も知らない」）と結び付けて、まれびと殺し譚が出来上がることもあり得る。[要出典]
また、旅人を泊めた後その一家に生まれた子が旅人の面影を宿しているのは、妻女を夜伽に提供する「客人(まろうど)婚」との関連も考えられる。[要出典]
さらに、江戸時代には実際に、旅人を装って他人の家に入り泥棒を働いたり、道連れとして他の旅人に声を掛け仲間のいる宿へ誘導して金品を脅し取るなど、種々の形態での胡麻の蠅（護摩の灰）も横行し、素性の知れない他人と一緒に家で寝泊りすることへの潜在的な警戒感も背景にあった。[要出典]
脚註

↑  最古の部類に入る原型的な説話が、『日本霊異記』中巻・第30話の、ある女人の子供として生まれた前世の債権者を行基が見抜く霊験譚に見出される。子供が不具に生まれ付いている、初めての鮮明な発語が過去の因縁の指摘、等共通する要素が多い。
↑  上野和男 他多数編 『民俗研究ハンドブック』 吉川弘文館 1978年 pp.217 - 218.
↑  上野和男 他『民俗研究ハンドブック』 1978年 p.218.
八ッ場バイパス

| バイパス道路 (地域高規格道路） |
| --- | --- |
 
国道145号
八ッ場バイパス
総延長: 10.8 km
開通年: 2011年12月20日
起点: 群馬県吾妻郡長野原町長野原
終点: 群馬県吾妻郡東吾妻町松谷
■テンプレート（■ノート ■使い方） ■PJ道路
八ッ場バイパス
吾妻郡東吾妻町大字松谷
八ッ場バイパス（やんばバイパス）は、群馬県吾妻郡長野原町長野原から吾妻郡東吾妻町松谷に至る延長10.8キロメートル (km) の国道145号のバイパスである。
概要

この区間の旧道は吾妻川の渓谷に沿って走行するため幅員狭小・線形不良であり、加えて八ッ場ダム建設に伴い大部分が水没することから、これを迂回・解消する事を目的とした付け替え道路である。またこのバイパスは、群馬県渋川市と長野県東御市とを結ぶ上信自動車道の一部として、地域高規格道路に指定されている。
概要 > 路線データ

起点 : 群馬県吾妻郡長野原町長野原
終点 : 群馬県吾妻郡東吾妻町松谷
延長 : 10.8 km
規格 : 第3種第1級
道路幅員 : 25.0 m
車線数 : 4車線（暫定2車線）
車線幅員 : 3.5 m
設計速度 : 80 km/h
通過市町村

群馬県
吾妻郡長野原町 - 吾妻郡東吾妻町
沿革

2010年（平成22年）12月19日 : 東吾妻町松谷（雁ヶ沢ランプ） - 長野原町長野原（約9.4 km）が暫定2車線で部分開通。
2011年（平成23年）12月20日 : 東吾妻町松谷地内（雁ヶ沢ランプ以東1.4 km）が暫定2車線で開通し、全線開通。
2014年（平成26年）11月18日 : 平行する旧道の一部が供用廃止となったため、こちらが現道となる（廃止した区間は当面の間、八ッ場ダム工事専用道路として流用）。
2019年（令和元年）10月1日 - 長野原町を通過する旧道の一部区間（長野原町長野原 - 長野原町林）が国道指定を解除。
2020年（令和2年）7月31日 - 長野原町を通過する旧道の一部区間（長野原町大津 - 長野原町長野原）が国道145号の指定を解除、国道406号単独に。
主な道路施設 > 道の駅

道の駅八ッ場ふるさと館
主な道路施設 > トンネル・橋

雁ヶ沢トンネル（全長815 m）
茂四郎トンネル（全長1,760 m）
久森トンネル（全長230 m）
丸岩大橋
長野原めがね橋
接続する道路

国道145号長野原バイパス・国道406号・群馬県道378号長野原草津口停車場線（長野原・久々戸交差点）
国道406号（長野原町横壁）
群馬県道375号林岩下線・群馬県道376号林長野原線（長野原町林・林交差点）
群馬県道377号川原畑大戸線（長野原町川原畑）
国道145号旧道（東吾妻町松谷・吾妻渓谷入口交差点）
茂四郎トンネル
長野原町横壁（2015年10月）国道406号との交差地点である。
↑↓方向が国道145号現道・八ッ場バイパス（↑沼田方面、↓羽根尾方面）、←→方向が国道406号である。
And…

『and…』（アンド…）は、上白石萌音の2枚目のアルバムであり、自身初のオリジナルアルバム。2017年7月12日にポニーキャニオンから発売。
解説

映画『舞妓はレディ』や劇場アニメ『君の名は。』の主演で知られる女優・上白石萌音の初オリジナル・アルバムである。
このアルバムでは、上白石が以前より関わりがあったアーティストに1曲ずつ楽曲提供を受け、上白石自身は、「Sunny」「きみに」「String」の3曲で作詞に初挑戦した。
収録曲

告白 (5:17)作詞・作曲:秦基博 / 編曲:皆川真人
フジテレビ系「めざましテレビアクア」2017年度テーマ曲
Sunny (3:57)
作詞:上白石萌音 / 作曲・編曲:多保孝一・小島裕規
パズル (3:13)作詞:藤林聖子 / 作曲・編曲:世武裕子
NHKEテレ「境界のRINNE」第3シリーズエンディングテーマ
きみに (3:46)
作詞:上白石萌音 / 作曲:藤原さくら / 編曲:関口シンゴ
カセットテープ (3:59)
作詞・作曲:名嘉俊 （HY)
String (4:49)
作詞:上白石萌音 / 作曲・編曲:弦一徹
The Voice of Hope (5:50)
作詞:岩里祐穂 / 作曲・編曲:河野伸
ストーリーボード (4:28)
作詞・作曲:内澤崇仁（androp） / 編曲:島田昌典
参加アーティスト

このアルバムに楽曲提供したアーティストが参加している。
上白石萌音：歌、コーラス（＃4,8）
秦基博：プロデュース、アコースティック・ギター（＃1）
世武裕子：アコースティックピアノ（＃3）
藤原さくら：コーラス（＃4）
弦一徹：ストリングス（＃6）
河野伸：アコースティックピアノ（＃7）
内澤崇仁：コーラス（＃8）
クリスティアーノ・ルカレッリ

クリスティアーノ・ルカレッリ
クリスティアーノ・ルカレッリ（Cristiano Lucarelli, 1975年10月4日 - ）は、イタリア・リヴォルノ出身の元同国代表サッカー選手、現サッカー指導者。現役時代のポジションはフォワード。
同じくサッカー選手のアレッサンドロ・ルカレッリは実弟。
経歴

1992年、クオイオペッリでデビューを果たし、翌年にはACペルージャへ移籍。国内のクラブを転々とした後、1998-99シーズンにはバレンシアCFへ自身初の国外移籍を果たす。しかし12試合1ゴールと振るわず1シーズンで帰国。USレッチェやトリノFCに在籍した。
2003-04シーズンからは地元のASリヴォルノ・カルチョに移籍、クラブのセリエA昇格に貢献し、チームのシンボルとなる。2004-05シーズンには24得点を挙げ、セリエA得点王に輝いた。
リヴォルノには4年間在籍し、クラブ史上2番目となる92ゴールを記録した。また2006-07シーズンにおいてセリエA通算100ゴールを達成している。2007年に移籍金800万ユーロ（約13.5億円）でFCシャフタール・ドネツクに移籍。ウクライナでプレーする初のイタリア人となった。
2008年、移籍金570万ユーロで（約9億円）でパルマFCに移籍した。
2009年7月15日、古巣であるリヴォルノへレンタルでの復帰が発表された。
代表歴

1996年のアトランタ五輪メンバーに選出され、同年秋にはU-21代表の試合で2試合連続のハットトリックを達成するなど通算14試合10得点と高い決定力を見せた。
当時のA代表攻撃陣の層は厚かったが、2004-05シーズンの活躍が認められ2005年上旬に北米遠征代表メンバーに選出。セルビア・モンテネグロ戦にて代表初キャップを刻むと、この試合で初得点もマークし存在感を示している。マルチェロ・リッピ時代は結果を出しながらも代表とはあまり縁が無かったが、代表監督がかつてリヴォルノで指揮を執ったロベルト・ドナドーニに代わってからは代表に定着している。
指導歴

2017-18シーズンより、セリエCのカルチョ・カターニアと2年契約を締結した。
TRIX (ユニット)

| --- | --- |
: この項目では、アルゼンチンの歌手ユニットについて説明しています。 ドイツの鉄道模型ブランドについては「トリックス」をご覧ください。  日本のフュージョングループについては「TRIX (バンド)」をご覧ください。
トリックス（TRIX ）は、かつてアルゼンチンで活動していた3人組女性歌手ユニットである。メンバーは、1960年7月5日に生まれたブエノスアイレス出身の三つ子の姉妹、マリア・ラウラ、マリア・エミリア、マリア・エウヘニア・フェルナンデス (María Laura, María Emilia y María Eugenia Fernández)である。8歳の時に、「ゴールデン・トリプレッツ (Las Trillizas de Oro)」の名前でデビューした。
その後、1978年にフリオ・イグレシアスのワールド・ツアーに同行した際にアメリカのプロデューサー、ジミー・リムに見いだされ、1980年に「DO・KI・DO・KI・センセーション」を発売した。その発売に際してフリオ・イグレシアスがユニット名をつけた。同曲は日本では1981年に発売され、10万枚を売り上げるヒットになった。
参考資料

ソニーミュージック発売のコンピレーションアルバム
『CANDYPOPS!』（2005年） - 「DO・KI・DO・KIセンセーション」「恋のキラキラ・ダンス」が収録されている。
『CANDYPOPS!2』（2006年） - 「恋にタッチン・ハート」が収録されている。
| --- | --- |
典拠管理データベース: 芸術家 :  MusicBrainz
クロシュ

クロシュとは、キルギスに古より伝わる格闘技である。日本の相撲に似ているので、日本ではキルギス相撲などと呼ぶことがある。
概要

日本の相撲と違い、土俵や攻め手がないことが特徴。相手を投げたり、地面に付けたりした方の勝ち。
紀長江

|  凡例紀 長江 |
| --- | --- |
時代:  平安時代初期
生誕:  不明
死没:  不明
官位:  従四位上・大宰大弐
主君:  淳和天皇→仁明天皇
氏族:  紀氏
父母:  父：紀広浜
兄弟:  善峯、長江
子:  良舟、豊河、魚弼
テンプレートを表示
紀 長江（き の ながえ）は、平安時代初期の貴族。参議・紀広浜の子。官位は従四位上・大宰大弐。
経歴

弘仁14年（823年）従五位下に叙爵。天長7年（830年）従五位上、天長9年（832年）正五位下、天長10年（833年）従四位下と淳和朝の後半に急速に昇進した。承和7年（840年）の淳和上皇崩御の際には装束司を務めている。
仁明朝では備中守・民部大輔・備前守・大和守・大和国班田使次官・大宰大弐と主に地方官を務める。この間の承和9年（842年）正月に従四位上に叙せられ、同年8月には承和の変により皇太子を廃された恒貞親王が内裏から淳和院に移された際、淳和院から親王を出迎えに参上した。また、承和15年（848年）大宰大弐の官職にあった際、豊後国で雪団子状の形をした白亀を得た事を瑞兆として朝廷に報告を行っている。
官歴

『六国史』による。
時期不詳：正六位上
弘仁14年（823年） 11月20日：従五位下
天長7年（830年） 正月7日：従五位上
天長9年（832年） 正月7日：正五位下
天長10年（833年） 2月19日：従四位下
承和7年（840年） 5月8日：装束司（淳和上皇葬儀）。7月22日：備中守。8月22日：民部大輔
承和9年（842年） 正月7日：従四位上。8月13日：見備前守
承和10年（843年） 正月12日：大和守。11月16日：大和国班田使次官
承和15年（848年） 6月3日：見大宰大弐
系譜

注記のないものは『尊卑分脈』による。
父：紀広浜
母：不詳
生母不明の子女
男子：紀良舟
男子：紀豊河
男子：紀魚弼
要件事実

要件事実（ようけんじじつ）とは、一定の法律効果が発生するために必要な具体的事実をいう。民事訴訟において、各当事者は、自分に有利な法律効果が認められるためには、その要件事実を主張・立証しなければならない。
民事訴訟法学上の「主要事実」とほぼ一致するが（後述）、主要事実という語が主に学問上使われるのに対し、要件事実という語は裁判実務で利用されることを念頭に使われることが多い。
概要

ある法律効果（それは、権利の発生のみならず、権利の消滅、及び、権利の発生・消滅を障害することも含まれる）の発生を主張する者は、その法律効果を発生させる要件が存在することを、主張立証することになる。
要件事実は、その内容によって、容態と事件とに分類される。
容態とは、人の精神作用を要素とする要件事実である。これは更に、行為と内心の状態とに分けられる。例えば、意思表示は行為に分類され、ある事実の知・不知（善意・悪意）は、内心の状態に分類される。
事件とは、容態以外の要件事実をいう。ある期間の経過という事実が、事件に分類される。
要件事実の役割

要件事実は、民事訴訟において主張・立証をすべき事実を明らかとする。よって、訴訟当事者は、常に要件事実を念頭に置いて主張立証を行うべきことになる。つまり、要件事実は、当事者の訴訟活動の目標であるから、裁判所としては、この訴訟活動の目標である要件事実を基準として、適切で、効率的な訴訟指揮を行うことが可能となる。
また、主張立証責任は、各要件事実ごとに当事者に割り振られると考えられているから、主張立証責任の所在を的確に把握する前提として、要件事実の把握が必要となる。
主要事実との関係

要件事実を、上記のように、一定の法律効果を発生させるための要件に該当する具体的事実と定義するのが多数説であり、これによるならば、要件事実と主要事実とは、同義となる。
これに対し、要件事実と主要事実とを区別する考え方もある。それによれば、要件事実とは、ある条文に規定された法的概念としての類型的事実を意味し、主要事実とは、その要件事実に該当するとの評価を受けた、事実的・経験的概念としての具体的事実を言うとされる。
上記多数説によれば、条文上規定された類型的事実は、法律効果の発生要件（法律要件・構成要件）と捉えることになり、それで十分であって、あえて要件事実という術語を用いる必要性はないとされる。
日本における要件事実の研究・教育

日本における要件事実の研究・教育に関する状況は、法科大学院設置以前と以後とで大きく異なる。
法科大学院設置以前において、要件事実を研究の対象とするのは、法曹（特に裁判官）が主であった。民事訴訟法の研究者も、主張立証責任の研究に関連するものとして、その対象としていた。要件事実の体系的な教育は、司法研修所における司法修習生に対する教育において行われるのが主であり、大学の法学部で要件事実が語られるのは稀であった。
法科大学院が設置されてからは、まずはここで、要件事実に関する教育が施されることとなった。また、法科大学院設置以後、あるいは、設置直前期から、特に民法の研究者による要件事実研究が盛んとなり、要件事実の構成にまで言及した体系書が出版されることも増えた。法曹による要件事実関連の書籍は従来から出版されていたが、それらが改訂され、または、新たに出版されることも多くなった。
また、司法書士の業務範囲に簡易裁判所訴訟代理関係業務が加えられたことに伴い、司法書士特別研修（簡裁訴訟代理関係業務の能力を修得する研修）で司法書士にも要件事実の教育がなされ、簡裁訴訟代理等能力認定考査では要件事実の知識が問われている。
CPR群

CPR（Candidate Phyla radiationまたはPatescibacteria）は、細菌の巨大系統群である。培養例がなく記載種を一切含まない。全細菌の少なくとも15%、もしくはそれ以上の規模を持つ可能性がある一方、その進化上の位置付けおよび多様性については議論が続いている。
当初の系統樹からは大古代の分岐と推定され、ほかの全ての細菌と姉妹群を形成するとされた。極端に細胞が小さく、特殊な遺伝子構成を持つ種が多い。これまでのゲノム解析の結果より、TCA回路や電子伝達系を持たず、核酸やアミノ酸を合成する能力を持たない種が多数存在することが示されている。通常の細菌（バクテリア）とは異なり、rRNA中にイントロンが存在することで、これまでのPCRを元にした微生物検出手法では発見されてこなかった。ゲノムや細胞サイズが小さいこと、大きな多様性を持つにもかかわらず長らく認知されなかったこと、系統樹上で基部を占めることなど古細菌におけるDPANN群と共通するところがある。
一方でより近年の研究では、この系統はテッラバクテリア内のグラム陽性菌の系統に入り、特にクロロフレクサス門に近縁としている。これはCPR細菌が自由生活性の細菌から進化したことを意味し、CPRの起源も当初考えられていたよりも新しい可能性が高い。CPR細菌はグラム染色では陰性だが、多くのCPR細菌は外膜を欠いており、構造的にグラム陽性菌と共通する。GTDB分類（The Genome Taxonomy Database）は、この系統に対してPatescibacteriaの1つの門しか割り当てていない。
依存性の注入

依存性の注入（いぞんせいのちゅうにゅう、英: Dependency injection）とは、あるオブジェクトや関数が、依存する他のオブジェクトや関数を受け取るデザインパターンである。英語の頭文字からDIと略される。DIは制御の反転の一種で、オブジェクトの作成と利用について関心の分離を行い、疎結合なプログラムを実現することを目的としている。
dependencyを「依存性」と訳すのは本来の意味 から外れているため「依存オブジェクト注入」の用語を採用する文献も複数存在する。
概要

DIを利用したプログラムを作成する場合、コンポーネント間の関係はインタフェースを用いて記述し、具体的なコンポーネントを指定しない。具体的にどのコンポーネントを利用するかは別のコンポーネントや外部ファイル等を利用することで、コンポーネント間の依存関係を薄くすることができる。
依存関係がプログラムから外部に取り除かれることで、以下のようなメリットが発生する。
結合度の低下によるコンポーネント化の促進
単体テストの効率化
特定のフレームワークへの依存度低下
Dependency injectionという用語を作成したのはソフトウェア開発者のマーティン・ファウラーである。類似の概念としてそれ以前から制御の反転 (IoC) と呼ばれるアイデアが存在していたが、それを整理・範囲を限定することでDIが生み出された。現在では代表的なDIコンテナとして知られるSpring Frameworkも、誕生当初はDIではなくIoCという表現を用いていた。DIは2000年代前半のJavaによる開発において、極めて複雑な標準仕様となっていたJava EE（現・Jakarta EE）の特にEJBに対する批判を背景に広く用いられるようになった。 その概念は後に標準仕様にも取り込まれ、2007年のJava EE 5では限定的な機能を備えたEJB 3.0が、2009年のJava EE 6ではより汎用的なDIコンテナとしての機能を備えたCDIが定義されている。
DIの種類

プログラムに依存性を注入する方法としては、以下のような手法が存在する。
例

DIの例として、以下にJavaによるDIを用いない場合と手動でのDI、ならびにDIコンテナをイメージした自動でのDIのサンプルコードを示す。
初めに、一連のサンプルで用いる各コンポーネントのインタフェースを、株式売買を例題にして示す。
public interface IOnlineBrokerageService {
    String[] getStockSymbols();
    double getBidPrice(String stockSymbol);
    double getAskPrice(String stockSymbol);
    void putBuyOrder(String stockSymbol, int shares, double buyPrice);
    void putSellOrder(String stockSymbol, int shares, double sellPrice);
}

public interface IStockAnalysisService {
    double getEstimatedValue(String stockSymbol);
}

public interface IAutomatedStockTrader {
    void executeTrades();
}
例 > DIを用いない状態

以下はDIを用いない場合の実装例である。
public class VerySimpleStockTraderImpl implements IAutomatedStockTrader {

    private IStockAnalysisService analysisService = new StockAnalysisServiceImpl();
    private IOnlineBrokerageService brokerageService = new NewYorkStockExchangeBrokerageServiceImpl();

    public void executeTrades() {
        …. // omitted
    }
}

public class MyApplication {
    public static void main(String[] args) {
        IAutomatedStockTrader stockTrader = new VerySimpleStockTraderImpl();
        stockTrader.executeTrades();
    }
}
VerySimpleStockTraderImplクラスでは、直接IStockAnalysisService, IOnlineBrokerageServiceインタフェースを実装したクラスのインスタンスを作成しており、これらの実装に深く依存してしまっている。
例 > 手動でのDI

上記のコードを、手動でDIを行うようにリファクタリングすると下記のようになる。
public class VerySimpleStockTraderImpl implements IAutomatedStockTrader {

    private IStockAnalysisService analysisService;
    private IOnlineBrokerageService brokerageService;

    public VerySimpleStockTraderImpl(
            IStockAnalysisService analysisService,
            IOnlineBrokerageService brokerageService) {
        this.analysisService = analysisService;
        this.brokerageService = brokerageService;
    }
    public void executeTrades() {
        …
    }
}

public class MyApplication {
    public static void main(String[] args) {
        IStockAnalysisService analysisService = new StockAnalysisServiceImpl();
        IOnlineBrokerageService brokerageService = new NewYorkStockExchangeBrokerageServiceImpl();

        IAutomatedStockTrader stockTrader = new VerySimpleStockTraderImpl(
            analysisService,
            brokerageService);
        stockTrader.executeTrades();
    }
}
この例では、MyApplication.main()が依存性の注入を行っており、VerySimpleStockTraderImpl自体は特定の実装に依存しなくなっている。なお、この実装ではコンストラクタ注入の手法が用いられている。
例 > 自動的なDI

DIコンテナを用いることで、依存性の注入をコード上に直接記述せず、自動的に行うことが可能である。こうした手法を用いる場合、依存性は外部のXMLファイルやメタデータにて定義する。上記のコードを、XMLを用いるDIコンテナを使用するようリファクタリングした例が下記である。
<contract id="IAutomatedStockTrader">
        <implementation>VerySimpleStockTraderImpl</implementation>
    </contract>
    <contract id="IStockAnalysisService" singleton="true">
        <implementation>StockAnalysisServiceImpl</implementation>
    </contract>
    <contract id="IOnlineBrokerageService" singleton="true">
        <implementation>NewYorkStockExchangeBrokerageServiceImpl</implementation>
    </contract>
public class VerySimpleStockTraderImpl implements IAutomatedStockTrader {
    private IStockAnalysisService analysisService;
    private IOnlineBrokerageService brokerageService;

    public VerySimpleStockTraderImpl(
            IStockAnalysisService analysisService,
            IOnlineBrokerageService brokerageService) {
        this.analysisService = analysisService;
        this.brokerageService = brokerageService;
    }
    public void executeTrades() {
        … // omitted
    }
}

public class MyApplication {
    public static void main(String[] args) {
        IAutomatedStockTrader stockTrader =
            (IAutomatedStockTrader) DependencyManager.create(IAutomatedStockTrader.class);
        stockTrader.executeTrades();
    }
}
この例では、IAutomatedStockTraderのどの実装を使用するかの判断はDIコンテナに委ねられている。インタフェースが要求されたDIコンテナは、設定ファイルに基づきその実装であるVerySimpleStockTraderImplクラスのインスタンスを返す。さらに、VerySimpleStockTraderImplのIStockAnalysisServiceとIOnlineBrokerageServiceの依存性に対して、同様にコンストラクタ注入を行う。
DIコンテナには数多くの種類があり、上で示した例はそのごく一部でしかない。実際にはDIコンテナごとに様々な手法が用いられている。
例 > DIを用いた単体テスト

DIを用いることで、単体テストにおいて簡単に依存性をテスト用のクラス（モックオブジェクト等）に差し替えることができる。以下はDIを用いた、前述のVerySimpleStockTraderImplクラスのテストケースの例である。この例では、IOnlineBrokerageService,  IStockAnalysisServiceインタフェースを実装したテスト用クラスを作成し、DIによりそれを注入することで、実際のクラスを用いることなく、単体テストを実現している。
public class VerySimpleStockBrokerTest {
    // IOnlineBrokerageServiceを実装した単純なスタブ
    public class StubBrokerageService implements IOnlineBrokerageService {
        public String[] getStockSymbols() { 
            return new String[] {"ACME"};
        }
        public double getBidPrice(String stockSymbol) {
            return 100.0; // （テストに十分な値）
        }
        public double getAskPrice(String stockSymbol) { 
            return 100.25;
        }
        public void putBuyOrder(String stockSymbol, int shares, double buyPrice) {
             Assert.Fail("Should not buy ACME stock!");
        }
        public void putSellOrder(String stockSymbol, int shares, double sellPrice) {
             // このテストでは使用しない
             throw new NotImplementedException(); 
        }
    }

    public class StubAnalysisService implements IStockAnalysisService {
        public double getEstimatedValue(String stockSymbol) {
            if (stockSymbol.equals("ACME")) 
                return 1.0;
            return 100.0;
        }
    }

    public void TestVerySimpleStockTraderImpl() {
        // このテスト専用の依存性を指定するため、DIコンテナに直接登録している
        DependencyManager.register(
            IOnlineBrokerageService.class,
            StubBrokerageService.class);
        DependencyManager.register(
            IStockAnalysisService.class,
            StubAnalysisService.class);

        IAutomatedStockTrader stockTrader =
            (IAutomatedStockTrader) DependencyManager.create(IAutomatedStockTrader.class);
        stockTrader.executeTrades();
    }
}
実装がDBやネットワークにアクセスする場合、また古いEJBのような重たいコンポーネントの場合、そのままでは単体テストを行うことは難しい。しかし、上記のようにDIを用いて依存関係のみをテスト用のものに差し替えることで、本来のテスト対象のプログラムには手を加えることなく、簡単に単体テストを行うことができる。
例 > HTML

マークアップ言語であるHTML (HyperText Markup Language) でも依存性の注入がおこなわれる。
WebComponents（カスタム要素 + Template要素+ ShadowDOM）の登場により、巨大なHTMLファイルを小さなHTML要素コンポーネントの集合として記述することが可能になった。しかし大きなコンポーネント Big が小さなコンポーネント Small を包む形でコーディングすると、Big が Small に依存してしまう。そこでslot要素を用いた依存性の注入がおこなわれる。slot要素は弱いinterfaceとして働き、slot要素を用いて定義されたカスタム要素を利用する際に依存性をタグで囲むことで注入できる。
下記の例では大きなコンポーネント<my-element-with-slot>が2つの受け入れ可能slotを持っている。利用時にslotを指定したspan要素を挿入することで、<my-element-with-slot>はspan要素に直接依存せずにspan要素を利用できる。プログラミング言語のような明示的interfaceがない（interfaceによる型指定slot要素がない）ために型支援を受けた安全な依存性の注入は現時点ではおこなえないが、適切に設計することで依存性を切り分けることは可能である。
<!--when define-->
    <script>
      class myElementWithSlot extends HTMLElement {
        constructor() {
          super();
          const shadowRoot = this.attachShadow({ mode: "open" });
          shadowRoot.innerHTML = `
            <h2>My Element</h2>
            <h3>inserted #1: <slot name="slot1">no contents</slot></h3>
            <h4>inserted #2: <slot name="slot2">no contents</slot></h4>
          `;
        }
      }
      customElements.define("my-element-with-slot", myElementWithSlot);
    </script>

    <!--when use-->
    <my-element-with-slot>
      <span slot="slot1">dependency-one</span>
      <span slot="slot2">dependency-two</span>
    </my-element-with-slot>
DIコンテナ

DIの機能を提供するフレームワークはDIコンテナと呼ばれる。 主なDIコンテナとしては、下記のようなものが存在する。
Java
Jakarta EE (EJB, CDI)
Spring Framework
Seasar2
Google Guice
.NET
Entity Framework
Spring.NET
Microsoft.Extensions.DependencyInjection
PHP
Zend Framework 2
Symfony 2
注釈・出典

↑  “Dependency Definition & Meaning - Merriam-Webster”.   Merriam-Webster. 2022年9月3日閲覧。 “: something that is dependent on something else
especially : a territorial unit under the jurisdiction of a nation but not formally annexed by it”
↑  『Seasar2で学ぶ DIとAOP アスペクト指向によるJava開発』技術評論社、2006年8月9日。
↑  『オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方』技術評論社、2016年9月2日。
1 2 3 4  “Java開発を変える最新の設計思想「Dependency Injection（DI）」とは”.  ITPro (2005年2月18日). 2014年2月20日閲覧。
↑  “Java EE 6: Understanding Contexts and Dependency Injection (CDI), Part 1”.  オラクル (2010年5月25日). 2014年2月20日閲覧。
↑  Microsoft.Extensions.DependencyInjection Namespace | Microsoft Docs
ミステリー・ディスク

『ミステリー・ディスク』（Mystery Disc）は、アメリカ合衆国のロック・ミュージシャンのフランク・ザッパが編集したアルバム。1980年代に彼が編集したLPレコードのボックス・セットThe Old Masters Box One（1985年）とThe Old Masters Box Two（1986年）に添付されていた『ミステリー・ディスク』の収録曲から構成されている。
解説 > 経緯

ザッパは1981年にBarking Pumpkin Recordsを設立し、1960年代にヴァーヴ・レコードから発表したアルバムを含めて、これまでに様々なレコード会社から発表したザ・マザーズ・オブ・インヴェンション（The Mothers of Invention、MOI）名義とザッパ名義アルバム全てに対する権利を獲得した。そこで彼は、MOI名義の13作とザッパ名義の5作をリミックスして、これらのアルバムを発売順に完全収録したThe Old Mastersのシリーズを発表した。
このシリーズはBox One（1985年4月）、Box Two（1986年11月）、Box Three（1987年12月）の3部からなり、Box OneとBox Twoには未発表音源を収録した『ミステリー・ディスク』が含まれた。Box Oneの『ミステリー・ディスク』（以下、Mystery Disc 1）には未発表音源20曲に加えて、MOIが1967年に発表したシングルから'Why Don't You Do Me Right'と'Big Keg Emma'が収録され、ザッパによる解説が添付された。Box Twoの『ミステリー・ディスク』（以下、Mystery Disc 2）には未発表音源15曲が収録され、Mystery Disc 1と異なり、ザッパの解説は添付されなかった。
ザッパが1993年に病没した後の1998年、Mystery Disc 1から'Why Don't You Do Me Right'と'Big Keg Emma'を除く20曲、Mystery Disc 2から全15曲の計35曲が一枚のCDに収録されて、『ミステリー・ディスク』として発表された。
八幡市立八幡第五小学校

| 八幡市立八幡第五小学校 |
| --- | --- |
 
国公私立の別:  公立学校
設置者:  八幡市
設立年月日:  1980年4月1日
閉校年月日:  2008年3月31日
共学・別学:  男女共学
所在地:  〒614-8372
 京都府八幡市男山笹谷2番地
 ウィキポータル 教育  ウィキプロジェクト 学校
テンプレートを表示
八幡市立八幡第五小学校（やわたしりつ やわただいごしょうがっこう）は、かつて京都府八幡市に存在した公立小学校。
概要

男山団地北部に位置した。1970年代の児童急増に伴い八幡市立八幡第三小学校から分離する形で新設された。地域では「五小」(ごしょう)として親しまれてきた。しかし少子高齢化の影響により、八幡第三小学校に再度統合された。再編校は八幡第三小学校の校地を使用し、八幡市立さくら小学校としてスタートした。2011年1月現在校舎等は現存し、建て替え中のなるみ幼稚園(男山雄徳)が仮使用しているが、今後の活用方法は未定である。
沿革

1980年（昭和55年）4月1日 - 八幡市立八幡第三小学校から分離し、八幡市立八幡第五小学校開校
1990年（平成2年）9月1日 - 給食室にオーブンを導入
1998年（平成10年）3月31日 - 八幡第五幼稚園閉園、福祉センターへ転用
1999年（平成11年） - コンピューター教室設置
2000年（平成12年） - 米飯給食の自校炊飯開始
2002年（平成14年）2月 - 市立小学校初となる生ごみ処理機設置
2003年（平成15年）3月 - 「八幡市学校再編整備検討委員会」設置
2006年（平成18年）2月1日 - 玄関をオートロック化
2008年（平成20年）3月31日 - 八幡市立八幡第三小学校と統合し閉校
旧校区

男山長沢、男山指月、男山雄徳、男山笹谷(西半分)、八幡石不動(一部)を校区としていた。
近隣施設

さつき近隣公園
八幡市立男山第三中学校
交通アクセス

京阪樟葉駅から京阪バス利用、「男山車庫」下車
API (音響機器メーカー)

| --- | --- |
本社所在地:   アメリカ合衆国 8301 Patuxent Range Road Jessup, MD 20794 USA
設立:  1969年
事業内容:  オーディオ・プロセッシング・システムの設計開発及び製造
外部リンク:  Automated Processes Inc.
テンプレートを表示
API（Automated Processes Inc.）は1968年にアメリカニューヨーク州で創業したレコーディングスタジオ向けの製品に特化した企業であり、その製品のブランド名である。