stanford-oval/wikipedia huggingface dataset:
イトカワ (小惑星)
ラブルパイル天体であったイトカワ

はやぶさによるイトカワ探査の中で、レーザー高度計などを用いて4つの方法でイトカワの質量が計測された。それぞれの結果は誤差の範囲内で一致し、イトカワの質量は(3.510 ± 0.105)×1010 kgと推定された。一方、イトカワの体積は2つのグループが算定した結果、0.0184 ± 0.00092 km3と推定され、その結果イトカワの密度は1.90 ± 0.13 g/cm3と推定された。イトカワを構成すると考えられているLLコンドライトの密度は約3.19 g/cm3であるため、イトカワ内部には約40パーセントの空隙が存在することが想定された。空隙率約40パーセントというのは、同じくらいの大きさの石を箱に詰めた際の空隙率に近似しており、イトカワは瓦礫が集まって重力で緩く結合したラブルパイル天体であることが示唆された。また大阪大学のグループによるイトカワ微粒子の分析結果などから、イトカワ微粒子はLL4、LL5、LL6という普通コンドライトであり、密度は約3.4 g/cm3であることが明らかになっており、この結果からもイトカワはラブルパイル天体であるという説が支持される。
イトカワがラブルパイル天体であるという証拠は密度ばかりではなく、イトカワに見られる最大の岩塊である通称ヨシノダイが、イトカワ上での最大のクレーター形成時にできる岩塊を大きく上回る大きさであること、イトカワは頭部と胴体がくっついたラッコのような形をしているが、これはイトカワ全体が岩塊が集まることによって形成されたことを示すものと考えられること、またイトカワ表面には衝突時の熱によって溶結した角礫岩と考えられる岩塊が多数見られるが、イトカワの大きさでは角礫岩ができるほど激しい衝突は発生しないことなども挙げられる。
またイトカワ微粒子は数百度の熱によって変成を受けた普通コンドライトのLL5、LL6と同様のタイプのものが見られる分析結果からは、直径20キロメートル前後の母天体が激しい衝突によって破壊された後、その瓦礫が再結合することによってラブルパイル天体であるイトカワが生まれたものと考えられる。
イトカワの成因と軌道

イトカワの母天体は直径約20キロメートル前後の天体であったと考えられる。母天体形成後、中心部は数百度になったが、やがてゆっくりと冷えていった。その後母天体は大きな衝突に遭遇し破壊され、その瓦礫が再集積することによって、瓦礫が寄せ集まったラブルパイル天体であるイトカワが生まれた。イトカワは平均半径約160メートルの小天体であるため、ごく小さな物体が衝突しても振動を起こし、数多く発生する振動によって重力的に安定した場所にレゴリスが集まり、他の部分は広く岩塊で覆われることになり、現在のイトカワが形成されていった。またイトカワ表面は宇宙風化が進み、本来の色よりも暗く赤っぽい色になっているが、衝突によってフレッシュな部分が露出している部分では青みがかって見えるようになっている。
またイトカワは元来、小惑星帯の中でも太陽に近い側にあった可能性が高く、特別な共鳴がある地域か火星軌道に交差する領域にあったものが、現在の地球近傍小惑星の軌道へと進化していったものと考えられている。イトカワの軌道は地球と火星に接近しやすいために不確定要素が大きいが、約5000年前からは現在の軌道とほぼ同じ軌道を取っている可能性が高い。今後についてはまず2010年から2178年までの間に5回、地球に大接近し、最接近時の距離は約370万キロメートルから約700万キロメートルであるが、近い将来、地球と衝突する可能性は無い。しかし将来的にはイトカワは太陽ないしは内惑星と衝突する可能性が最も高いと考えられ、地球と衝突する可能性は100万年に一回程度と推定される。また東京大学らのグループによるイトカワ微粒子の分析結果によれば、イトカワは重力が極めて弱いため、表面の物質が惑星間空間に放出され続けていると見られるため、イトカワが太陽や惑星と衝突せずに生き残り続けたとしても、10億年以内に全ての物質を失い消滅すると考えられる。
地名

イトカワに確認された主要な地形や岩塊、クレーターなどには日本の宇宙開発や「はやぶさ1」ミッションにゆかりのある名前が多く提案されている。2007年5月までにサガミハラ、ミューゼスシー、ウチノウラの3か所が国際天文学連合 (IAU) に承認され、続いて2009年2月19日に14か所の地名がIAUによって承認された。公式に承認されたものは、アメリカ地質調査所 (USGS) により一覧にされている。
なおイトカワ上の経度は、ブラックボルダーと呼ばれる黒い岩塊を経度0としたため、ブラックボルダーは通称グリニッジとも呼ばれることになった。
地名 > クレーター

| 地名 | 由来 |
| --- | --- |
カタリナ (Catalina): アリゾナ大学カタリナ天文台。カタリナ・スカイサーベイにより多くの小天体を発見している。
フチノベ (Fuchinobe): 神奈川県相模原市中央区淵野辺。JAXA相模原キャンパスの最寄り駅が淵野辺駅である。
ガンド (Gando): カナリア諸島の地名。スペインの射場がある。
ハマグイラ (Hammaguira): アルジェリアのサハラ砂漠にあったフランスのアマギール射場。
カミスナガワ (Kamisunagawa): 北海道空知支庁上砂川町。1991年から2003年まで微小重力実験施設があった。
カモイ (Kamoi): 神奈川県横浜市緑区鴨居。「はやぶさ」製造の拠点であったNEC東芝スペースシステム株式会社の旧事業所の最寄り駅が鴨居駅。
コマバ (Komaba): 東京都目黒区駒場。旧宇宙科学研究所の所在地。
ローレル (Laurel): アメリカ合衆国メリーランド州の都市ローレル市。ジョンズ・ホプキンス大学応用物理学研究所の所在地。
ミヤバル (Miyabaru): 鹿児島県肝属郡肝付町の地名。内之浦宇宙空間観測所のレーダーサイト所在地。
サンマルコ (San Marco): ケニア沖に存在したサン・マルコ・プラットフォーム。1988年まで稼動したイタリアの射場。
地名 > 地域

| 地名 | 由来 |
| --- | --- |
アルコーナ地域 (Arcoona Regio): オーストラリアの地名。「はやぶさ」のカプセル回収地であるウーメラの近くである。かつて「ウーメラ砂漠」として提案されたが、火星のクレーター「ウーメラ」に使われていたため却下された。そのため初期の文献では "Little Woomera" 等と表記されていることがある。
リニア地域 (LINEAR Regio): リンカーン地球近傍小惑星探査。地球近傍小惑星サーベイプロジェクトであり、イトカワを含め数多くの小天体を発見している。
ムーセス-C地域 (MUSES-C Regio): 「はやぶさ」の開発時の名称。「ミューゼスの海 (Muses Sea)」として提案されていた。そのため初期の文献では "Muses Sea" と表記されていることがある。イトカワ最大のレゴリス地域で、はやぶさが着陸したことにちなんだ「はやぶさポイント」がある。
オオスミ地域 (Ohsumi Regio): 大隅半島。内之浦宇宙空間観測所の所在地。
サガミハラ地域 (Sagamihara Regio): 神奈川県相模原市。JAXA相模原キャンパスがある。イトカワ北極周辺のレゴリス地域。
ウチノウラ地域 (Uchinoura Regio): 鹿児島県内之浦町。現在は合併して肝付町の一部となっており、内之浦宇宙空間観測所にその名前を残している。「はやぶさ」を打ち上げるときに利用した射場でもある。
ヨシノブ地域 (Yoshinobu Regio): 鹿児島県熊毛郡南種子町の地名。種子島宇宙センターの射場がある。
ゴールドストーン深宇宙通信施設およびアレシボ天文台によるレーダー観測データを元に作られたイトカワの3Dモデル
第61回国際宇宙会議で展示されたはやぶさの模型。
JAXA相模原キャンパス内の総合研究棟。棟内に惑星物質試料受け入れ設備があり、はやぶさカプセル内のイトカワ微粒子確認が行われた。
上空より撮影したイトカワ微粒子の分析に用いられたSPring-8。
イトカワ微粒子との類似性が確認されたLL5コンドライト。
イトカワの軌道
（I - イトカワ、E - 地球、S - 太陽、M - 火星）
AmigaOS

| --- | --- |
開発者:  1.0-3.1: コモドール 3.5-3.9: Haage & Partner 4.0-4.1: Hyperion Entertainment
開発状況:  開発中
ソースモデル:  クローズドソース
最新安定版:  4.1u2 / 2010年4月
プラットフォーム:  Motorola 68k、PowerPC
カーネル種別:  ピコカーネル
既定のUI:  Workbench
ライセンス:  プロプライエタリ
ウェブサイト:  http://hyperion-entertainment.biz
テンプレートを表示
AmigaOS（アミガOS）は、パーソナルコンピュータ Amiga専用のOSである。アメリカ合衆国のコモドールが1985年に開発し、Amiga 1000と共にリリースした。初期のバージョン (1.0-3.9) はモトローラの68kシリーズの16ビットおよび32ビットのマイクロプロセッサで動作し、新しいAmigaOS 4はPowerPCマイクロプロセッサでのみ動作する。
概要

AmigaOSは、1985年に販売が開始されたときから、マルチタスクとカラーグラフィックスに対応するなど、当時としては先進的な機能が備えられていた。Execと呼ばれるプリエンプティブ・マルチタスク型カーネルの上に、Amigaの独特なハードウェアの抽象化層があり、ディスクオペレーティングシステムのAmigaDOS、ウィンドウシステムAPIのIntuition、グラフィカルユーザインタフェース (GUI) のWorkbenchが載っている。また、コマンド行インタフェース (CLI) のAmigaShellもシステムに含まれている。GUIとCLIは相補的であり、同等の機能を有する。
John C. Dvorakは1996年に、次のように記した。
AmigaOSは過去20年間の中でも最も偉大なオペレーティングシステムの1つであり、小さなカーネルと素晴らしいマルチタスク機能を有していた。同等のマルチタスク機能はごく最近の OS/2やWindows NTまで見られなかった。最大の違いは、AmigaOSがたった250KBのアドレス空間で完全なマルチタスクを実現していた点である。今日でもこのOSのサイズは約1MBほどしかない。そして、現在のCD-ROMでロードするメモリを食うOSでできることで、Amigaでできなかったことはほとんどない。これほど緻密なコードは存在しない。

私は10年ほどAmigaを所有している。私が使ってきた中でも最も信頼のおける機器である。驚くべきことだ！大勢の熱狂的信者がいるのもうなずける。AmigaはLinuxやUnixクローンとは異なるカルト的ともいえる活発なコミュニティを刺激し続けている。
ただし（Macintoshとの競争に敗れるなどして）1994年にコモドールが破産してしまい、一時は販売が停止してしまった。その後、コモドールの資産は数多くの企業に渡り、コモドール破産から5年後の1999年に、新たに誕生したAmiga.intによって数年ぶりにAmigaOS 3.5が販売されたものの、これには先進的な機能が備えられておらず、特にこれといった特徴もなかったため売り上げは低迷した。
だが2004年には、一気にバージョンアップされたAmigaOS 4.0が発表され。こちらは一新され、新機能が多数増加され、評判は良くなった。
2006年12月24日にはAmigaOne向けのAmigaOS 4.0がリリースされた。
現在のAmigaの知的資産を所有するのはAmiga Incである。同社はAmigaOS 4の開発を監督する立場にあるが、実際の開発はHyperion Entertainmentに委託している。2006年12月20日、Amiga IncはHypelionのAmigaOS 4の開発ライセンスを終了させた。しかし、2009年9月30日、HyperionはAmigaOS 3.1の全世界での独占的かつ永久的な使用・開発・改変・販売・配布の権利とAmigaOS 4.xとその後の（AmigaOS 5 を含む）バージョンを販売する権利を獲得した。
2015年12月にAmigaOS 3.1のソースコードがwebにリークされた。権利を持つHyperionもリークしたという事実は認めた
北アメリカやヨーロッパでは、Amiga OSが小サイズなのに開発コンセプトが良くて高性能であること、当時としてはAmigaOSで出来ることが画期的であったこと、またデザインの良さでも人気が非常に高かった。欧米では、マルチタスクで画像処理でも日常の文書処理でも使える優秀なOSとして評価が非常に高かった。
日本では、テレビ業界の人々には、子供向けテレビ番組の『ウゴウゴルーガ』のCGアニメでAmigaが使用された場面が出たことでかなり有名である。
ただしAmigaはマルチバイト文字への対応に消極的であったため、日本語の「文書」を扱うのには不向きで、一般人への日常用途での販売は全然伸びず、一般の日本人にはあまり知られないままになってしまった。
コンポーネント

AmigaOSは、ROM上のKickstartとディスク上のWorkbenchに分かれている。KickstartとWorkbenchは同時にリリースされ、それぞれ対応したバージョン同士で使うようになっていた。しかし、コモドールがKickstartの開発をやめたため、Workbench 3.5以降はKickstart 3.1のROMにブート時にパッチをあてる形で対応していた。
コンポーネント > Kickstart

KickstartはブートストラップROMである。Kickstartには標準的なAmigaハードウェアをブートするのに必要なコードと、AmigaOSの中核コンポーネントの多くを含んでいる。Kickstartの機能はPC/AT互換機で言えば、BIOSとOSのカーネルの主要部分に相当する。しかし、Kickstartはブート時に典型的なPCよりも多くの機能を提供でき、例えば完全なウィンドウ環境が立ち上げ途中でも利用可能である。
KickstartにはAmigaOSの Exec、Intuition、AmigaDOS 中核部、Autoconfig によって拡張ハードウェアを使う機能などが含まれる。つまり、Amigaは電源を入れただけでOSの基本的部分の多くを既に使える状態になっている。後のバージョンではIDEおよびSCSIコントローラのドライバやPCカードポートのドライバなど、Amiga本体に追加されたハードウェアのドライバが追加されている。
立ち上げ時やリセット時、Kickstartは診断やシステムチェックを行い、Amigaのチップセットを初期化し、OS中核コンポーネントを初期化する。次に接続されているブートデバイスを調べ、優先度の高い方からブートを試みる。ブートデバイスが全くない場合、ユーザーに対してブートデバイス（通常フロッピーディスク）を挿入するよううながすメッセージをディスプレイに表示する。
コンポーネント > Workbench

WorkbenchはAmiga用の標準のグラフィカル・デスクトップ環境である。WorkbenchはOSそのものではなく、その上で動作するデスクトップ環境である。ソフトウェアを動作させるのにWorkbench環境は必須ではない。実際多くのゲームは自前でハードウェアとメモリを制御するため、Kickstartから直接ブートできるようになっていた（フロッピーディスク上にブートブロックがある）。
名前が示す通り、作業台（ワークベンチ）のメタファーを使っており、厳密にはデスクトップではない。ディレクトリは「引き出し」、実行ファイルは「工具（ツール）」、データファイルは「プロジェクト」、GUIウィジェットは「小道具（ガジェット）」とされている。多くの面でインタフェースはMac OSに似ている。メインデスクトップには挿入されているディスクのアイコンとハードディスクドライブのパーティションのアイコンが表示され、それぞれのスクリーンの上部に1つのメニューバーがある。Macintoshとは異なり、マウスは2ボタン式だったが、右ボタンだけでMacintoshのようにプルダウンメニューを操作できる（ボタンを離したときに選択される）。
AmigaOS独特の機能として「マルチスクリーン」がある。AmigaOSのスクリーンはWorkbenchのデスクトップ環境を必要としない。それらのスクリーンは概念的には X Window Systemの仮想デスクトップやワークスペースに似ているが、必要に応じてアプリケーションプログラムが動的に生成する。それぞれのスクリーンは解像度や色深度をそれぞれ別々に設定できる。スクリーンの右上端のガジェットでスクリーンを切り替える。OSが全スクリーンの内容をメモリ上に保持しており、描画をその時点で素早く行う。スクリーン上端のタイトルバーでスクリーンを上下にドラッグすることもできる。かつてのAmigaは専用チップセットの機能を使ってこれを実現していたが、AmigaOS 4では新たな技法を採用しており任意の方向にスクリーンをドラッグできる。異なるスクリーン間でのドラッグ・アンド・ドロップもできる。
Workbenchの基盤となっているのがIntuitionというウィンドウシステムである。スクリーン / ウィンドウ / ガジェットの制御と描画、キーボードとマウスの入力の処理、プログラムへのメッセージパッシングなどを行う。
コンポーネント > Workbench > AmigaOS 2.x でのユーザインタフェースの改善

AmigaOS 2.0 までは統一的なルック・アンド・フィールのデザイン標準は存在しなかった。アプリケーション開発においてはそれぞれが自前のウィジェット（ボタンやメニュー）を用意する必要があり、Intuitionが提供するサポートは最小限の範囲だった。AmigaOS 2.0には標準ウィジェットセットを提供するgadtools.libraryが追加され、ルック・アンド・フィールのガイドラインとなるAmiga User Interface Style Guideができた。
また、それまでWorkbenchのスクリーンが唯一の共有可能スクリーンだったが、2.0以降ではアプリケーションが他のアプリケーションと共有可能なスクリーンを作成できるようになった。
また、AmigaOS 2.0では単純なハイパーテキストのマークアップ体系とブラウザであるAmigaGuideが導入され、アプリケーションのオンラインヘルプに使われた。また、LISP風のスクリプト言語で動作する標準のソフトウェアインストールプログラムInstallerも導入された。
AmigaOS 2.0までアプリケーションはキーボードやマウスの入力イベントを捉えるためにフックをしかけ、システム全体の入力ストリームを捉えるしかなかった。AmigaOS 2.0では入力イベントを修正したり詳細に調べたりするための標準インタフェースCommoditiesが提供されるようになった。これにより、グローバルな「ホットキー」のキー押下シーケンスの設定ができ、Commodities Exchangeというレジストリでユーザーがどんな入力イベントがあるかを見ることができるようになった。
AmigaOS 2.1ではlocale.libraryが導入され、AmigaOSの英語以外への翻訳が行えるようになった。
コンポーネント > AmigaDOS

AmigaDOS はAmigaOSのディスクオペレーティングシステム (DOS) 部分である。ファイルシステム、ファイルとディレクトリの操作、コマンド行インタフェース、ファイルのリダイレクト、コンソール・ウィンドウなどの機能を有する。コマンド・リダイレクション、パイプ、構造化プログラミング型のスクリプト言語、システムのグローバル変数やローカル変数といった仕組みを提供している。
AmigaOS 1.xではBCPLで書かれたTRIPOSをベースにしていた。しかし、他の言語とのインタフェースが難しく間違いやすいことがわかり、TRIPOSからの移植はあまり効率的ではなかった。
AmigaOS 2.x以降では1.xとの互換性を保ちつつC言語とアセンブリ言語に書き直された。また、サードパーティーで行われていたAmigaDOS Resource Project (ARP)の成果も取り入れている。ARPでも独自にBCPLで書かれたユーティリティやインタフェースを書き換えていた。
ARPはまた、Amiga向けの標準化されたファイル・リクエスター（ファイル選択ダイアログのようなもの）を提供し、UNIX風のワイルドカードをコマンドのパラメータに使えるようにした。他にもコマンドが受け付ける日付フォーマットの範囲を改善し、コマンドをメモリに常駐させてロード回数を減らす機能も追加された。
AmigaOS 4.0ではBCPLからの遺産は完全に払拭され、AmigaOS 4.1で64ビットサポートのための改造が行われている。
ファイル拡張子はAmigaOSでもよく使われるが必須ではなく、AmigaDOSも拡張子を特別に扱うことはない。単にユーザーがファイルの種類を名前から推測しやすくしているだけである。実行ファイルはマジックナンバー (プログラム)を使って認識する。
コンポーネント > グラフィックス

AmigaOSはバージョン3までAmigaの本来のグラフィックス・チップセットのみをgraphics.library経由でサポートしていた。このためアプリケーションではOSの機能を使わずに直接ハードウェアを操作するものが多かった。サードパーティー製グラフィックスカードは公式にはサポートされなかった。
AmigaOSが任意のグラフィックスシステムを直接サポートできる体系がretargetable graphics (RTG) である。AmigaOS 3.5ではいくつかのRTGシステムがOSに同梱されており、Amiga本来のチップセット以外のグラフィックスカードも一部サポートされた。主なRTGシステムとして、CyberGraphX、Picasso 96、EGSがある。
Amigaには3次元コンピュータグラフィックス機能がないため、3Dグラフィックス・インタフェースも標準化されていない。そのためグラフィックスカードのベンダーがそれぞれ独自の標準（MiniGL、Warp3D、StormMesa (agl.library)、CyberGLなど）を提供した。
Amigaが誕生したころ、デスクトップGUIや表示などに3Dグラフィックス・ライブラリを使うという考え方はほとんど存在しなかったが、Amigaはグラフィックス機能が強力だったため3DCGの開発プラットフォームとして広く使われた。初期の3DCG制作ソフトウェアとしてVideoScape 3DやTrueSpace 3Dがある。その後もImagineやLightWaveがAmiga向けにリリースされている。LightWaveは『バビロン5』などのテレビ番組のCG制作にも使われた。
また、Amigaはビデオ信号のゲンロック（同期）が容易だということでも知られているが、ビデオキャプチャ用インタフェースは内蔵していない。最盛期にはAmiga向けのサードパーティー製ビデオキャプチャ用インタフェースが数多く製造販売されていた。
AmigaOS本来のグラフィック・エンジン兼ウィジェット・ライブラリとしてintuition.libraryがある。AmigaOS 2.0ではそれがGadToolsに拡張された。Stefan Stuntzが開発したMagic User Interface (MUI) が2.0以降のAmigaシステムで使われ、AROSではMUIクローンのZuneを実装、MorphOSではMUIが標準のウィジェット・ツールキットとなっている。また、ClassACTというウィジェット・ツールキットはReAction GUIへと発展し、AmigaOS 3.0および4.0で使われている。AmigaOS 4.0ではReAction GUIが標準の1つとされている。CygnixはAmiga上でX11互換グラフィック環境を提供するものである。他にもcairoやAnti-Grain Geometryといったグラフィックライブラリが一部ベンダーから登場している。
現在のAmigaではクロスプラットフォームのSDL (Simple DirectMedia Layer) エンジンをゲームや他のマルチメディアプログラムによく使っている。
AmigaOS 4.1では3Dのハードウェアアクセラレーションに対応したPorter-Duff画像合成エンジンを採用している。
コンポーネント > オーディオ

AmigaOSはバージョン3.1まで、Amigaの元々のチップセットのサウンド機能のみをaudio.device経由でサポートしていた。サードパーティーのオーディオカードのサポートはベンダー任せだったが、デファクトスタンダードとしてAHIが採用されるようになった。AHIは68k系のAmigaOS 2.0以降でOSとは別にインストール可能である。AmigaOS自体がMIDIをサポートしたのは3.1になってからで、Roger Dannenbergのcamd.libraryが標準MIDI APIとして採用された。コモドール版のcamd.libraryにはシリアルポート用ドライバも組み込まれている。後にKjetil Matheussenが公開したオープンソース版camd.libraryにはシリアルポート用ドライバがないが、代わりに外部ドライバを提供している。
コンポーネント > オーディオ > 音声合成

Amigaには当初からSoftvoice, Inc.の開発した音声合成ソフトウェアがあった。これは大まかに3つの部分に分けられる。アメリカ英語で使用するすべての音素を音響信号に変換するnarrator.device、英文テキストをアメリカ英語の音素列に変換するtranslator.library、コマンドラインのユーザーが出力を音声にリダイレクトできるSPEAK:ハンドラである。
AmigaOS 1.xにはユーティリティとしてSayプログラムがあり、AmigaBASICで音声を出力するデモプログラムが付属していた。
音声合成機能はサードパーティーのプログラムでも使われ、特に教育ソフトでの利用が多かった。ワープロソフトのProwriteと Excellence!には文書を読み上げる機能があった。
narrator.deviceの扱える音素には限界があったが、Francesco Devittは任意の言語を音素列に変換するtranslator.libraryを開発した。ただし対象言語には規則群を設定する必要があり、限定的な多言語音声合成を可能とした。
Workbench 2.0まで音声合成がサポートされていたが、2.1以降は音声合成ソフトウェアが省かれている。
コンポーネント > ARexx

AmigaOSは、ARexx (Amiga Rexx) と呼ばれるREXX言語をサポートしている。REXXはスクリプト言語で、AppleScriptのようにOSのスクリプティングにも使え、Microsoft OfficeでのVBAのようにアプリケーション内のスクリプティングにも使え、プログラム間の通信にも使える。ユーザーにとっては1つのスクリプト言語であらゆることができるため、便利である。
プログラムは「ARexxポート」の文字列メッセージを待ち受けることができる。このメッセージをユーザーがマウスでボタンを押下したのと似たような形でプログラムが解釈できる。例えば、電子メールプログラム内で表示中の電子メールを読み取るARexxスクリプトを動作させ、外部のプログラムを起動して電子メールの内容を渡して処理するといったことができる。これを使えばアプリケーション間で一時ファイルを経由することなくメモリ上でデータをやりとりできる。
コンポーネント > RAMディスク

AmigaOSには動的に大きさの変わるRAMディスクがあり、内容によって自動的にサイズが変化する。AmigaOS 2.x以降、ブート時にシステム設定ファイルがRAMディスクにロードされ、OSの高速化を図っている。他のファイルもRAMディスクにコピーでき、アクセスを高速化できる。また、AmigaOS 2.x以降からRAMディスク上のファイルの更新を検知して通知する機能をサポートした。
固定サイズのRAMディスクもサポートしており、中身を退避させて立ち上げ時に再ロードできる。これは通常「RADディスク」と呼ばれており、（ブートセクタがあれば）ブートデバイスとしても使える。
コンポーネント > ブートブロック

Kickstartは立ち上げ時にブート可能デバイス（一般にフロッピーディスクまたはハードディスク）からのブートを試みる。フロッピーディスクの場合、ディスクの先頭の2セクタ（ブートブロック）をまず読み込み、そこに格納されているブート命令列を実行する。通常このコードはOS（AmigaDOSとGUI）をロードしてそれに制御を渡し、そのディスクをブートボリュームとして使用する。このようなディスクは他にどういう中身が格納されていても「ブートディスク」または「ブータブルディスク」と呼ばれる。"install" コマンドを使えば、ブランクディスクにブートブロックを書き込むことができる。ゲームなどのソフトウェアの媒体には独自のブートブロックが書かれている。そのためゲームやデモといったアプリケーションでは、AmigaOSを使わずにメモリやハードウェアを直接制御することになる。
ブートブロックはコンピュータウイルス作者の格好の攻撃対象となった。ブートブロックがウイルスに感染するとブートコードが書き換えられるため、ブートディスクはうまく起動できなくなる。そのような初期のウイルスとしてSCA virusがある。
技術概要 > ライブラリとデバイス

AmigaOSのモジュール化技法は動的読み込みの共有ライブラリが中心であり、ディスク上の ".library" という拡張子のついたファイルとして格納されているものと、Kickstart ROM内に格納されているものがある。ライブラリ関数へのアクセスは全て間接ジャンプテーブルを経由して行い、ジャンプテーブルにはライブラリのベースポインタからのオフセットが格納されている。そのため、全てのライブラリ関数に実行時にパッチをあてたりフックをしかけることができ、これはROMに格納されたライブラリでも同様である。
AmigaOSで最も重要なライブラリはexec.libraryであり、ライブラリであると同時にマイクロカーネルExecと見なすことができる。システム上で動作するタスク群のスケジューリングを行い、優先度付きのラウンドロビン・スケジューリングでプリエンプティブ・マルチタスクを実現する。Exec は他のライブラリへのアクセスを提供し、メッセージ・パッシングによる高度なプロセス間通信を提供する。一般にマイクロカーネル実装はメッセージをアドレス空間の間でコピーする必要があるため、性能に問題が生じる。しかし、AmigaOSは1つのアドレス空間しか持たないため、Exec によるメッセージパッシングは非常に効率的である。AmigaOS内で唯一の固定アドレス（アドレス4番地）にはexec.libraryへのポインタが格納されており、これを使って他のライブラリにアクセスすることができる。Exec はカール・サセンラスが設計・実装した。
それまでのOSとは異なり、Execカーネルは特権モードになっていない。当時の68kファミリ向けのOS（Atari TOS、SunOSなど）はトラップ命令でカーネルの機能を呼び出していた。それにより、カーネル機能は68kの「スーパーバイザモード」で動作し、ユーザーソフトウェアは特権のない「ユーザーモード」で動作する。68k上の Mac OS でさえスーパーバイザモードを使っていた。それに対して Exec ではユーザーモードでジャンプテーブル経由で機能を呼び出す。スーパーバイザモードが必要なときは（スーパーバイザモードでないと実行できない命令がある）、カーネルであってもユーザープログラムであってもライブラリ関数のSupervisor()またはSuperState()を使う。
デバイスドライバもライブラリになっているが、標準化されたインタフェースを実装している。アプリケーションは通常、デバイスドライバをライブラリとして直接呼び出すことはなく、exec.libraryのI/O機能を経由して間接的にアクセスする。デバイスドライバも、ディスク上のファイルの形で格納されているもの（拡張子は ".device"）とKickstart ROMに格納されているものがある。
技術概要 > Datatypes

DatatypesはAmiga上のデータファイルを扱う独特の手法である。一連の "datatype" を扱う集中型システムであり、対応するdatatypeが存在する任意のデータファイルを読み書き、ロード/セーブできる一連の小さなプログラムの集合体と見ることができる。
ペイントプログラムなどのAmigaの生産性ソフトウェアは、存在する様々な画像ファイルを扱うためにそれぞれの記述子を埋め込む必要がない。Amiga向けソフトウェアの開発においては、Datatypesを扱うコードを埋め込めばよく、そうすることでDatatypesシステムが扱えるあらゆる画像ファイルをオープンしたりセーブしたりできるようになる。
例えば、jpeg.datatypeとtiff.datatypeはそれぞれ対応するファイルフォーマット（JPEGとTIFF画像ファイル）があり、Datatypesに対応したプログラムであれば、これらのdatatypeに対応した機能を自動的にロードして使うことができる。
datatypeのコードを書いて追加することもでき、新たに登場したファイルフォーマットにも対応可能である。
技術概要 > ハンドラとファイルシステム

デバイスおよびリソース管理の上位層はライブラリとは異なるタスク型のハンドラ (handler) で制御され、メッセージ・パッシングでやり取りする。
重要な種類のハンドラとしてファイルシステム・ハンドラがある。AmigaOSではハンドラを書きさえすれば任意のファイルシステムを使用できる。これを利用したプログラムとしてAmiga以外のフロッピーディスクを扱えるようにした CrossDOS があり、OFSとFFSというAmigaOSの標準ファイルシステム以外のファイルシステムも少数ながら存在する。これを使えば、ジャーナリングやファイルパーミッションなど標準では存在しない機能を追加することもできる。
ハンドラはDOSに対して「デバイス名」で提示されることが多く、それを使ってそのハンドラに対応する周辺機器にアクセスできる。
例えば、SPEAK:ハンドラにはテキストを送ることができる。そのハンドラはtranslator.libraryを使ってテキストを音素列に変換し、それらをnarrator.deviceに送ると音素列が音声信号に変換され、そこからaudio.deviceに音声信号を送ってAmigaのオーディオ・ハードウェアで音声を再生する。
デバイス名は大文字と小文字を区別しない文字列で表され（通常、大文字で表現）、その後ろにコロンが付く。コロンの後に規則子 (specifier) を付けることができ、それによって「何」に「どのように」アクセスするのかという情報を補足できる。ファイルシステムの場合、規則子としてそのファイルシステム内のファイルのパス名を指定することが多い。他のハンドラの場合、使いたい入出力チャンネルの指定などを規則子で行う。例えばシリアルポート SER: の場合、規則子にビットレート、スタートビット、ストップビットなどといった情報を指定する。
ファイルシステムではデバイス名として「ドライブ名」を提示する。例えばDF0:はデフォルトでは1台目のフロッピーディスクドライブを指す。多くのシステムではDH0:が1台目のハードディスクドライブを指す。
ファイルシステムはデバイス名と同様の形式で「ボリューム名」でも指定できる。この場合、対象周辺機器に挿入されている特定の媒体を識別できる。例えばDF0:に挿入されているフロッピーディスクの名前が "Workbench" なら、Workbench:とボリューム名を指定することでDF0:にある特定のフロッピーディスクを指定できる。
DF0:ドライブに "Work" というディスクがあり、そのファイルシステムの "Win" というディレクトリにある "Amp" というファイルにアクセスしたい場合、
DF0:Win/Amp
または
Work:Win/Amp
とする。ただし、これらは完全に同じではない。後者の場合、ボリューム名が指定されているので、DF0:に "Work" というボリュームがない場合はDF0:にアクセスしない。その場合、"Work" というボリュームを入れるよう促すようなメッセージが表示される。
プログラムは、絶対位置（ドライブ、ボリュームなど）が不明なファイルにアクセスしなければならないことがある。その場合わかっているのは「論理パス」だけであり、そのファイルがライブラリなのか文書ファイルなのか、あるいはプログラムのメッセージの翻訳なのかなどということしかわからない。
このような場合、AmigaOSでは「アサイン (assign)」を使う。アサインもデバイス名と同じ形式だが、特定のファイルシステムのディレクトリを指している。1つのアサインが指す場所はユーザーが好きなようにいつでも変更できる。これはMS-DOSのsubstコマンドと似ているが、同一ではない。アサインはまた、1つで複数の物理的位置を同時に示すこともでき、物理的に別々の実体のあるものを論理的にまとめることもできる。AmigaOSシステムで標準的に使われているアサインとして以下のものがある。
技術概要 > ページングメモリとスワップパーティション

AmigaOS 4.0の最新アップデート版では、物理メモリを割り当て、システムが不活発なときにデフラグメンテーションを行う新たな知的システムを導入した。スラブアロケーション方式に基づくもので、ページングメモリを扱う機能もあり、AmigaOSでも物理メモリの内容を二次記憶装置に退避させスワップする一種の仮想記憶が可能となった。その後、ページング方式が評価され AmigaOS 4.1で最終的に実装された。AmigaOS 4.0では物理メモリの操作にバディ・システム・アルゴリズムを使っている。
AmigaOS 4.1では、オプションで任意の大きさのスワップパーティションを作成でき、OSインストール時に独立したパーティションとしてフォーマットする。スワップメモリは、デフラグメンテーションを行ってもメモリ要求を満たせないときに自動的に使われる。スワップメモリを使うかどうかは AmigaOS システムの Preferences にあるオプションボタンで指定でき、任意の時点で物理メモリのみで動作するよう設定できる。
他のOSへの影響 > クローン

AmigaOSからは少なくとも2つの「クローン」オペレーティングシステムが生まれている。
イースターエッグ

AmigaOSの一部バージョンには著作権メッセージがイースターエッグになっていて、ちょっとしたトリッキーなアクセスで表示できる。
バージョン1.xでは、両側のシフトキーと両側のAltキーとファンクションキーのF1からF10までを押下すると、タイトルバーに著作権メッセージが表示される。例えば F10 を押下すると "Moral support: Joe Pillow and the Dancing Fools" と表示される。Joe Pillowとは、Amigaのプロトタイプをコンピュータショーに出展するために旅客機の座席に載せて運んだときのチケット予約の名前である。
バージョン2.xと3.0では、Workbenchのメニューから "About..." を繰り返し選択し、ダイアログボックスをいくつも開く。そのダイアログボックスを20個ほど同時に表示させると、通常とは異なるダイアログボックスが出てきて、そこに秘密のメッセージが表示される。バージョン3.1では、単に "About..." のダイアログボックスを開けば、そこにそのメッセージも同時に表示されるようになった。
Amiga 1000のAmigaDOS 1.0向けのKickstartマスターフロッピーディスクは複製しても消去されず、そこにソースコードなどのファイルの残骸が残っていた。
脚注・出典

↑  From PC Magazine, October 22, 1996 Inside Track By John C. Dvorak
↑  注 - Macintoshはライバルだったが、当時のWindowsはまだ発展途上で販売実績は小さく競争相手ではなかった。
↑
↑
1 2  “Amiga Workbench 2.1”. 2008年11月23日閲覧。
↑  http://uk.aminet.net/misc/antiq/ARP_13.readme
↑  “Amiga ReTargetable Graphics”. 2011年3月17日閲覧。 090427 amigau.com
↑  AHI — Retargetable Audio for AmigaOS et al.
↑  http://arp2.berlios.de/ahi/#binaries 2010-11-19
↑  http://www.text2speech.com/#aboutsv
↑  http://uk.aminet.net/util/libs/translator42.readme
↑  Frieden brothers (2007年). “AmigaOS4.0 Memory Allocation”.  Hyperion Entertainment. 2008年11月2日閲覧。 [リンク切れ]
↑  Frieden brothers (2007年). “AmigaOS 4.0 new memory system revisited”.  Hyperion Entertainment. 2008年11月2日閲覧。 [リンク切れ]
↑  “AtheOS comments”.   ANN.lu (2000年5月5日). 2008年12月1日閲覧。
↑  Mical Page
↑  A history of the Amiga, part 3: The first prototype: Page 3
↑  Article about Joe Pillow on AmigaU http://www.amigau.com/aig/pillow.html
Amiga 500 (1987年)
AmigaOSとクローンの流れ
CAGE FORCE (2009年10月)

| CAGE FORCE> イベント詳細 |
| --- | --- | --- |
シリーズ: CAGE FORCE
主催: GCMコミュニケーション
開催年月日: 2009年10月24日
開催地:  日本 東京都江東区有明
会場: ディファ有明
開始時刻: 午後6時
試合数: 全10試合
イベント時系列
CAGE FORCE
CAGE FORCE（ケージ・フォース）は、日本の総合格闘技団体「CAGE FORCE」の大会の一つ。2009年10月24日、東京都江東区有明のディファ有明で開催された。
大会概要

メインイベントでは永田克彦が星野大介に判定勝ち。CAGE FORCE初勝利を挙げるとともに、1年7か月ぶりの勝利となった。
松岡理穂

松岡 理穂（まつおか りほ、1985年7月25日 - ）は、日本のAV女優。
神奈川県出身。血液型：A型、身長：157cm、スリーサイズ：B86・W60・H88、Eカップ。
略歴

2004年 - AVデビュー。佐藤美久という名義で出演した作品も多く見られる。
AVでは2007年頃まで活動し、2009年2月に「吉永瞳」の名前で再デビュー。
出演作品 > 松岡理穂名義

この項は松岡理穂に近い名義も記載している。
恥ずかしいコト。 （12月25日、アウダースジャパン）
風船で遊ぶ100の方法 No.8（12月パープルバナナ）風船フェチDVD
同級生 松岡理穂・伊吹理沙（1月1日、ワンズファクトリー）
眼鏡ボクサー（2月1日 ワンズファクトリー）オムニバス作品
これが噂の薬漬けレズバージョンvol.3（2月4日、ナチュラルハイ）※りほ名義
いつも笑顔で…。 （2月15日、ワープエンタテインメント）
エネマゲドン 2nd 〜うんこの出ない女子格闘浣腸AVセカンドステージ突入〜（2月17日、ナチュラルハイ）
アナルオーガズム（3月1日、ワンズファクトリー）
街で噂の風俗店 私が身体で検証します!（3月4日、ディープス）
女子校生拉致監禁 VOL.22（3月18日、ゴーゴーズ）
アナルメイトJAPAN（4月13日、グローリークエスト）
学校でしよう 9（5月14日、フリービジョン）オムニバス作品
レズスポーツ第3弾 〜涼華学園女子剣道部〜（4月21日、ディープス）
淫らなお姉さんは好きですか 14（5月7日、クリスタル映像）
集団病棟ジャック（5月15日、ドグマ）
近親白書 母親失格（5月25日、マドンナ）
恥ずかしいコト。特別編集 五大元素集団視姦（6月2日、アウダーズジャパン）
可愛いメイドのエロいキスと責められる快感（6月10日、AVS）
ぶた鼻3PレズSEX（6月10日、アロマ企画）
インモラルレズビアン 3（6月13日、プールクラブ）
ああ先生。僕をペットにして下さい…（6月29日、ビー・スバル・プロモーション）オムニバス作品
新宿桃色劇場 第一話（6月、武装戦士）
童貞キラー女子痴校生3（7月15日、ジェイモデル）
バイブの虜 15（7月17日、プールクラブ）オムニバス作品、
SOD的HOT DOG モテる男になるための女の口説き方マガジン!（7月21日、SODクリエイト）オムニバス作品
強制肉便器 女子校生残虐白書 2枚組200min（8月1日、MOODYZ）
ツインテール 女子校生（8月5日、TMA）
淫魔CINEMASHOW5 淫魔収容所 2（8月7日、アタッカーズ）
Gothic ［愛慕］（8月10日、ドリームチケット）
イキまくり強制連続絶頂（8月12日、タカラ映像）
体感ファックif… 36 優等生or落ちこぼれ（8月19日、桃太郎映像出版）
DEEP・INSIDE・HOLE!10（8月19日、桃太郎映像出版）オムニバス作品
ギャルまんちょ 2（8月19日、ドグマ）
素人コギャルHEAVEN 4時間 2（8月26日、ケイ・エム・プロデュース）おかず。作品『素人コギャルHEAVEN』のセルDVD化作品
エロメガネ（9月1日、ワンズファクトリー）
レズアナル（9月2日、桃太郎映像出版）
艶熟女社長愛憎接吻（9月2日、アウダースジャパン）
ギャル中出し（9月16日、タカラ映像）
本物痴漢師バス 2（9月20日、ホットエンターテイメント）
オジコンギャルのおやじ逆ナンパ 2（9月25日、ホットエンターテイメント）
調教三部作 第一章 いじめ調教（10月20日、桃太郎映像出版）
調教三部作 第二章 ぬるぬる生姦調教（10月20日、桃太郎映像出版）
調教三部作 最終章 Slave＆Master（10月20日、桃太郎映像出版）
性域なきモザイク改革 松岡理穂にぶっかけ100発（11月3日、桃太郎映像出版）
アナル乱交（11月4日、甲斐正明事務所(ブリット））
欲情不倫妻 〜オフィス調教〜（11月9日、グローバルメディアエンタテインメント）
ルーズソックス女子校生しか見たくない!4時間（11月18日 TMA）
ヤリたい盛りの女子校生にお願い。「若さに任せた未発達な悩殺姿を見せてください」（11月20日、メディアステーション）
淫魔 CINEMA SHOW 7 淫魔学園 2（12月7日、アタッカーズ）
汚辱のチアリーダー（12月9日(レンタル）/2006年4月21日(セル）、シネマジック）
従順私設秘書（1月5日、タカラ映像）
蛇縛のレズリンチ 2（1月8日、アタッカーズ）
Mの棲む家 其の三（1月12日、ゴーゴーズ）
ねぇ、お兄ちゃん! 01（3月17日、ゴーゴーズ）他多数出演
達磨アクメ 八 火だるま絶頂地獄編(8月12日、BabyEntertainment)
制服少女生挿入!（8月19日、オアシス）
史上最強の妹（9月7日、アタッカーズ）
AVギャルの素人電車男逆ナンパ180分（9月22日、ビッグモーカル）
生が最高! ぐりずぼッ!!（2月7日、桃太郎映像出版）
女子校生監禁凌辱 鬼畜輪姦70 リベンジハイスクール（4月7日、アタッカーズ）
ギャルコレ! Neo 4時間（7月20日、おかず。(ケイ・エム・プロデュース））
出演作品 > 佐藤美久名義

この項は佐藤美久に近い名義も記載している。
渋谷109 おぢさん私を一晩泊めて下さい!（1月20日、チェリーズ） ※美久名義[要出典]
美観汁悶絶 ミセス主義（7月4日、AVS collector’s）
おっぱいが3つあるオンナノコ（11月18日、SODクリエイト） ※佐藤みく名義
出演作品 > 相原なるみ名義

アナルスカイ（11月04日、ナチュラルハイ）
素人参加中出しバラエティー 中にヌプヌプしてみませんか?（1月20日、ナチュラルハイ）
出演作品 > 吉永瞳名義

新人 吉永瞳 代官山在住の箱入り娘（2月20日、新人）
萌えあがる募集若妻 淫らに狂いだす身売り若妻 111 ひとみさん（4月20日、プレステージ）
満たされない若妻 ひとみ 23歳（3月20日、S級素人）
生中出し 新人女子社員 4（4月17日、BAZOOKA）
出演作品 > その他名義

萌え萌えコスプレ学園 大阪日本橋校 Vol.11（7月1日、ラハイナ東海）※なみ名義
テニスなんて楽だね

『テニスなんて楽だね』（テニスなんてらくだね、原題：Tennis Chumps,1949年12月10日、劇場公開時『猫の猛テニス』)は、「トムとジェリー」の短編作品の一つ。
あらすじ

晴天の下、トム対ブッチのテニス選手権大会がいよいよ開幕。
ルール無用のテニス勝負が続く中、荷物運び役としてトムが連れて来たジェリーのいたずらによって試合は更に混沌を極める。ついにはラケットを手にしたジェリーに両選手は一時休戦、ダブルスで立ち向かうも、勝負はボールマシンを武器にトムとブッチを吹っ飛ばしたジェリーに軍配が上がる。
サインが光る優勝カップと共に拍手喝采を浴びるジェリーであった。
CONCACAF U-17選手権

| CONCACAF U-17選手権 |
| --- | --- |
開始年:  1983年
主催:  CONCACAF
地域:  北中米カリブ海
参加チーム数:  12（本大会）
前回優勝:   メキシコ（9回目）
最多優勝:   メキシコ（9回）
テンプレートを表示
CONCACAF U-17選手権（英: CONCACAF Under-17 Championship）は、北中米カリブ海サッカー連盟（CONCACAF）が主催する、17歳以下のナショナルチームによるサッカーの大陸選手権大会である。FIFA U-17ワールドカップ（2005年大会までは「FIFA U-17世界選手権」）の予選を兼ねて2年に1度開催される。
概要

1983年に第1回大会が開催され、当時は16歳以下の大会であった。第2回大会から17歳以下の大会になった。1999年の大会から優勝国を決めずFIFA U-17ワールドカップの出場国を決める大会となったが、2009年の大会から再び優勝国を決めることとなった。ただし、2009年大会は開催国メキシコで発生した豚インフルエンザの影響で、グループリーグ終了後にCONCACAFは中止を発表した。
統計 > 代表別通算成績

| 順 | 国・地域名 | 優 | 準 | 四 | 計 |
| --- | --- | --- | --- | --- | --- |
| 1 |  メキシコ | 9 | 1 | 2 | 12 |
| 2 |  アメリカ合衆国 | 3 | 8 | 1 | 12 |
| 3 |  コスタリカ | 1 | 1 | 4 | 6 |
| 4 |  キューバ | 1 | 0 | 2 | 3 |
| 5 |  カナダ | 0 | 1 | 8 | 9 |
| 6 |  ホンジュラス | 0 | 1 | 6 | 7 |
| 7 |  パナマ | 0 | 1 | 2 | 3 |
| 8 |  トリニダード・トバゴ | 0 | 1 | 1 | 2 |
| 9 |  ジャマイカ | 0 | 0 | 1 | 1 |
| 9 |  ハイチ | 0 | 0 | 1 | 1 |
データは2023年大会終了時点
太字は優勝経験のある国・地域で、太数字は最多記録
国・地域名は現在の名称で統一した
統計 > 優勝回数

| 回数 | 国名 | 年 |
| --- | --- | --- |
| 9回 |  メキシコ | 1985,1987,1991,1996,2013,2015,2017,2019,2023 |
| 3回 |  アメリカ合衆国 | 1983,1992,2011 |
| 1回 |  キューバ | 1988 |
| 1回 |  コスタリカ | 1994 |
小田部

| 小田部 |
| --- | --- |
 町丁、DID、市街化区域
 室見川より望む小田部
 小田部の地図
 小田部小田部の地図福岡市の地図を表示小田部小田部 (福岡県)福岡県の地図を表示小田部小田部 (日本)日本の地図を表示
 北緯33度34分10.1秒 東経130度19分54.2秒﻿ / ﻿北緯33.569472度 東経130.331722度﻿ / 33.569472; 130.331722
国:   日本
都道府県:  福岡県
市町村:  福岡市
区:  早良区
面積
 • 合計:  92.86 ha
人口（2023年2月末現在）一丁目から七丁目までの合計
 • 合計:  9,488人
等時帯:  UTC+9 (JST)
郵便番号:  814-0032
市外局番:  092
ナンバープレート:  福岡
小田部 (こたべ)は、福岡市早良区の地名。現行の行政地名は、小田部一丁目から小田部七丁目までである（住居表示実施済）。面積は92.86ヘクタール。2023年2月末現在の人口は9,488人。郵便番号は814-0032。
地理

福岡平野の西部を流れる室見川の右岸に位置し、北の室見新橋を頂点に西は室見川、東は金屑川沿いに下り矢じり状に囲まれている北緯33度34分14.4秒 東経130度20分2.6秒。北で南庄と、東で金屑川を介して原と、南で室住団地及び有田と、西で室見川を介して福重及び福重団地と隣接する。
地理 > 河川

町域に流れる河川は次の通り。すべて室見川水系の二級河川である。
室見川
金屑川
河川の写真
室見川（小田部大橋の下流側、左：西区福重及び福重団地、右：早良区小田部）
室見川（福重橋の上流側、左：早良区小田部及び室住団地、右：西区福重及び橋本）
室見川（浜井手堰の下流側、左：西区福重及び福重団地、右：早良区小田部）
金屑川（大原橋の上流側、左：原、右：小田部）
語源

地名の由来は景行天皇の時ここに田部が置かれたことによると伝えられる。(早良郡誌)
歴史

先土器時代～中世の集落遺跡である有田遺跡群が町内に２カ所あり、埋蔵文化財包蔵地として周知されている。

1591年 朝鮮出兵 のため 豊臣秀吉が名護屋へ向かう時に通った大閣道が通じ、松浦殿墓・筑前殿墓・室見神社址などがあった。
歴史 > 町名の変化

南北朝期：こたへかのう、江戸期：小田部村、近代：小田部
産業

小田部大根の産地であり、福岡産の大根である博多四十日・砂糖大根・丸春若大根・雪の下大根と共に有名である。
かつては室見川へトラックごと降り、川辺で収穫した大根を洗っていた。