stanford-oval/wikipedia huggingface dataset:
安達了一
選手としての特徴・エピソード > エピソード

オリックスでは安達が入団してからの一軍公式戦で1安打完封負けを4回（2014年・2019年に各1回、2020年に2回）喫しているが、安達はいずれの試合でもチーム唯一の安打を記録している。
人物

愛称は「あだっちゃん」、「あだっち」など。
2014年1月18日に、一般女性と結婚した。その一方で、同年9月12日には自身と同じ群馬県出身のチームメイトの小島脩平・後藤駿太・中山慎也と共に、同県から「ぐんま観光特使」を委嘱。2016年1月31日で任期を満了するまで務めあげた。
京セラドーム大阪での登場曲は、なにわ男子の「ダイヤモンドスマイル」「初心LOVE」「サチアレ」。
社会貢献活動

2021年からは、レギュラーシーズンにおける一軍公式戦での出場試合数に1万円を乗じた金額を、シーズンが終わるたびに日本炎症性腸疾患協会（特定非営利活動法人）へ寄付する。自身が2016年から潰瘍性大腸炎の影響で免疫力の低下や腹痛の頻繁な発症などに見舞われていることを踏まえて、同じ病気と闘う子どもたちのために、同協会が実施する「こどもキャンプ」への寄付を決意。寄付額の算定ベースを出場試合数へ置いたことについては、「『自分と同じ病気の子どもたちが、野球を頑張っている自分の姿を見て少しでも励みにしてもらいたい』という願いが、（プロ野球選手としての）自分のモチベーションにもつながる」と説明している。
詳細情報 > 年度別打撃成績

| 年  度 | 球団 | 試合 | 打席 | 打数 | 得点 | 安打 | 二塁打 | 三塁打 | 本塁打 | 塁打 | 打点 | 盗塁 | 盗塁死 | 犠打 | 犠飛 | 四球 | 敬遠 | 死球 | 三振 | 併殺打 | 打率 | 出塁率 | 長打率 | OPS |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 2012 | オリックス | 50 | 103 | 88 | 8 | 14 | 5 | 0 | 0 | 19 | 4 | 2 | 2 | 6 | 2 | 7 | 0 | 0 | 23 | 0 | .159 | .216 | .216 | .432 |
| 2013 | オリックス | 131 | 470 | 395 | 52 | 93 | 13 | 2 | 5 | 125 | 30 | 16 | 5 | 38 | 1 | 27 | 1 | 9 | 80 | 4 | .235 | .299 | .316 | .615 |
| 2014 | オリックス | 143 | 601 | 486 | 73 | 126 | 13 | 5 | 8 | 173 | 50 | 29 | 10 | 45 | 4 | 58 | 0 | 8 | 79 | 8 | .259 | .345 | .356 | .701 |
| 2015 | オリックス | 139 | 593 | 506 | 57 | 121 | 16 | 3 | 11 | 176 | 55 | 16 | 15 | 29 | 4 | 48 | 0 | 6 | 68 | 11 | .239 | .310 | .348 | .658 |
| 2016 | オリックス | 118 | 488 | 403 | 51 | 110 | 15 | 1 | 1 | 130 | 34 | 6 | 6 | 35 | 4 | 42 | 0 | 4 | 53 | 4 | .273 | .344 | .323 | .667 |
| 2017 | オリックス | 109 | 380 | 316 | 40 | 64 | 9 | 3 | 3 | 88 | 26 | 4 | 3 | 17 | 0 | 37 | 0 | 10 | 61 | 5 | .203 | .306 | .278 | .584 |
| 2018 | オリックス | 140 | 514 | 465 | 44 | 102 | 12 | 3 | 3 | 129 | 41 | 20 | 5 | 16 | 5 | 25 | 1 | 3 | 64 | 8 | .219 | .261 | .277 | .538 |
| 2019 | オリックス | 56 | 179 | 155 | 18 | 43 | 6 | 1 | 2 | 57 | 20 | 10 | 2 | 4 | 1 | 18 | 0 | 1 | 29 | 5 | .277 | .354 | .368 | .722 |
| 2020 | オリックス | 78 | 311 | 266 | 32 | 77 | 9 | 2 | 2 | 96 | 23 | 15 | 4 | 16 | 2 | 26 | 1 | 1 | 48 | 9 | .289 | .353 | .361 | .713 |
| 2021 | オリックス | 100 | 382 | 321 | 36 | 83 | 14 | 0 | 0 | 97 | 18 | 5 | 4 | 14 | 1 | 46 | 0 | 0 | 65 | 7 | .259 | .351 | .302 | .653 |
| 2022 | オリックス | 65 | 243 | 206 | 19 | 54 | 7 | 1 | 1 | 66 | 18 | 3 | 0 | 8 | 1 | 26 | 0 | 2 | 46 | 3 | .262 | .349 | .320 | .669 |
| 2023 | オリックス | 23 | 68 | 60 | 4 | 11 | 0 | 0 | 0 | 11 | 4 | 1 | 1 | 3 | 0 | 5 | 0 | 0 | 18 | 0 | .183 | .264 | .183 | .429 |
| 2024 | オリックス | 24 | 44 | 37 | 4 | 8 | 1 | 0 | 0 | 9 | 2 | 0 | 0 | 3 | 0 | 3 | 0 | 1 | 8 | 0 | .216 | .293 | .243 | .536 |
| 通算：13年 | 通算：13年 | 1176 | 4376 | 3704 | 438 | 906 | 120 | 21 | 36 | 1176 | 325 | 127 | 57 | 234 | 25 | 368 | 3 | 45 | 642 | 64 | .245 | .318 | .317 | .636 |
詳細情報 > 年度別守備成績

| 年 度 | 球 団 | 一塁> 試  合 | 一塁> 刺殺 | 一塁> 補殺 | 一塁> 失策 | 一塁> 併殺 | 一塁> 守備率 | 二塁> 試  合 | 二塁> 刺  殺 | 二塁> 補  殺 | 二塁> 失  策 | 二塁> 併  殺 | 二塁> 守 備 率 | 三塁> 試  合 | 三塁> 刺  殺 | 三塁> 補  殺 | 三塁> 失  策 | 三塁> 併  殺 | 三塁> 守 備 率 | 遊撃> 試  合 | 遊撃> 刺  殺 | 遊撃> 補  殺 | 遊撃> 失  策 | 遊撃> 併  殺 | 遊撃> 守 備 率 | 外野> 試  合 | 外野> 刺  殺 | 外野> 補  殺 | 外野> 失  策 | 外野> 併  殺 | 外野> 守 備 率 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| 2012 | オリックス | - | - | - | - | - | - | 13 | 21 | 43 | 0 | 5 | 1.000 | 5 | 0 | 2 | 0 | 0 | 1.000 | 21 | 23 | 42 | 3 | 3 | .956 | 1 | 0 | 0 | 0 | 0 | ---- |
| 2013 | オリックス | - | - | - | - | - | - | 22 | 42 | 39 | 1 | 9 | .988 | - | - | - | - | - | - | 122 | 160 | 364 | 11 | 68 | .979 | - | - | - | - | - | - |
| 2014 | オリックス | - | - | - | - | - | - | 1 | 1 | 0 | 0 | 0 | 1.000 | - | - | - | - | - | - | 143 | 190 | 434 | 13 | 80 | .980 | - | - | - | - | - | - |
| 2015 | オリックス | - | - | - | - | - | - | 1 | 0 | 1 | 0 | 0 | 1.000 | - | - | - | - | - | - | 139 | 203 | 449 | 16 | 84 | .976 | - | - | - | - | - | - |
| 2016 | オリックス | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | 117 | 178 | 347 | 13 | 63 | .976 | - | - | - | - | - | - |
| 2017 | オリックス | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | 105 | 164 | 316 | 7 | 63 | .986 | - | - | - | - | - | - |
| 2018 | オリックス | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | 140 | 200 | 417 | 7 | 69 | .989 | - | - | - | - | - | - |
| 2019 | オリックス | - | - | - | - | - | - | - | - | - | - | - | - | 19 | 6 | 21 | 2 | 3 | .931 | 38 | 43 | 89 | 3 | 17 | .978 | - | - | - | - | - | - |
| 2020 | オリックス | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | 78 | 119 | 209 | 4 | 45 | .988 | - | - | - | - | - | - |
| 2021 | オリックス | - | - | - | - | - | - | 73 | 138 | 188 | 7 | 31 | .979 | - | - | - | - | - | - | 23 | 34 | 62 | 2 | 19 | .980 | - | - | - | - | - | - |
| 2022 | オリックス | - | - | - | - | - | - | 62 | 108 | 151 | 4 | 27 | .985 | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - | - |
| 2023 | オリックス | 1 | 0 | 0 | 0 | 0 | ---- | 21 | 38 | 45 | 1 | 10 | .988 | - | - | - | - | - | - | 1 | 0 | 2 | 0 | 0 | 1.000 | - | - | - | - | - | - |
| 2024 | オリックス | - | - | - | - | - | - | 16 | 23 | 14 | 4 | 5 | .902 | - | - | - | - | - | - | 4 | 6 | 7 | 0 | 3 | 1.000 | - | - | - | - | - | - |
| 通算 | 通算 | 1 | 0 | 0 | 0 | 0 | ---- | 209 | 371 | 481 | 17 | 87 | .980 | 24 | 6 | 23 | 2 | 3 | .935 | 931 | 1320 | 2738 | 79 | 514 | .981 | 1 | 0 | 0 | 0 | 0 | ---- |
各年度の太字はリーグ最多
詳細情報 > 表彰

月間MVP：1回（打者部門：2016年7月）
詳細情報 > 記録

初出場：2012年5月12日、対東北楽天ゴールデンイーグルス8回戦（京セラドーム大阪）、8回裏にアーロム・バルディリスの代走で出場
初打席：2012年5月17日、対読売ジャイアンツ2回戦（東京ドーム）、7回表に山口鉄也から空振り三振
初先発出場：2012年5月19日、対東京ヤクルトスワローズ1回戦（明治神宮野球場）、6番・二塁手で先発出場
初打点：2012年7月7日、対千葉ロッテマリーンズ10回戦（QVCマリンフィールド）、2回表に渡辺俊介から中犠飛
初安打：同上、6回表に大谷智久から中越二塁打
初盗塁：2012年10月1日、対東北楽天ゴールデンイーグルス24回戦（京セラドーム大阪）、7回裏に二盗（投手：菊池保則、捕手：岡島豪郎）
初本塁打：2013年4月5日、対埼玉西武ライオンズ1回戦（京セラドーム大阪）、7回裏に岸孝之から左越ソロ
100盗塁：2019年8月21日、対福岡ソフトバンクホークス19回戦（福岡 ヤフオク!ドーム）、2回表に二盗（投手：高橋礼、捕手：甲斐拓也）
200犠打：2020年9月6日、対東北楽天ゴールデンイーグルス12回戦（楽天生命パーク宮城）、7回表に津留﨑大成から投前犠打 ※史上44人目
1000試合出場：2021年6月2日、対阪神タイガース2回戦（阪神甲子園球場）、2番・二塁手で先発出場 ※史上511人目
二塁手の1イニング最多失策3：2024年5月1日、対千葉ロッテマリーンズ5回戦（ほっともっとフィールド神戸） ※パ・リーグ記録
オールスターゲーム出場：1回（2018年）
詳細情報 > 背番号

3（2012年 - 2024年）
83（2025年 - ）
関連情報 > 出演 > 映画

インクレディブル・ファミリー（2018年8月1日、ディズニー） ※声の出演
2012年4月29日、春日スタジアムにて
2013年8月29日、ほっともっとフィールド神戸にて
2020年8月9日、京セラドーム大阪にて
Prolog

| --- | --- |
: この項目では、プログラミング言語について説明しています。同人誌については「Prolog (同人誌)」をご覧ください。
ウィキブックスに関連の解説書・教科書があります。
ウィキブックスに関連の解説書・教科書があります。
| --- | --- |
パラダイム:  論理プログラミング
登場時期:  1972年
設計者:  Alain Colmerauer 他
最新リリース:  9.2.x、9.3.19 / 2024年1月31日
型付け:  動的型付け
主な処理系:  AZ-Prolog, BProlog, Ciao Prolog, ECLiPSe, GNU Prolog, K-Prolog, Open Prolog, Poplog, Prolog Cafe, Prolog.NET, P#, SICStus Prolog, Strawberry Prolog, SWI-Prolog, YAP-Prolog
影響を与えた言語:  Erlang, KL0, ESP, Guarded Horn Clauses, KL1, Concurrent Prolog, PARLOG, Mercury（英語版）, Oz, Strand, Visual Prolog（英語版）
プラットフォーム:  クロスプラットフォーム
拡張子:  .pl, .pro, .P
テンプレートを表示
他のプログラミング言語
■カテゴリ / ■テンプレート
Prolog（プロログ）は論理プログラミング言語の一つであり、該当分野で最もよく知られている論理型言語の代表格である。主に人工知能研究や計算言語学との関連性を持つ。定理証明、エキスパートシステム、自動計画、自然言語処理とも繋がりが深い。形式論理である一階述語論理を基礎にして、事実群と規則群の表現および関係の観点に立った宣言型パラダイムに準拠しており、その関係に則った質問によって計算が開始されるという性質を持つ。
Prologは、1972年にマルセイユ大学のアラン・カルメラウアーとフィリップ・ラッセルによって開発された。フランス語の「programmation en logique」がその名の由来である。Prologの誕生にはエディンバラ大学のロバート・コワルスキが考案したホーン節が大きく寄与している。カルメラウアーによる元祖版はマルセイユPrologと呼ばれている。その後、コワルスキの門弟のデヴィッド・ワーレンが1977年に改訂開発したエディンバラProlog（DEC-10 Prolog）が標準になってPrologは広く普及した。
概要

1972年ごろにフランスのアラン・カルメラウアーとフィリップ・ルーセルによって考案された。
成立の事情から、Prolog プログラムは論理式とみなされ、その実行は述語論理によって述語が定義された環境における定理証明に擬して解釈されることが多い。利用者は論理プログラミングの枠組みを、取り分け述語論理を学習することで、この枠組みに極めて忠実なこの言語の基礎的な構造のほとんどを理解できる。その言語仕様はこの枠組み以外には考案者たちも含めてそれ以上の拡張をほとんど行っていないため、他のプログラム言語とは異なり、学習しなくてはならない概念や用語もまた、述語論理のものだけでこと足りる。基本的に計算機科学の新しい概念や新しい手法とは無縁である。ただし、SWI-Prolog等の処理系では様々な機能拡張の試みが行われている。一階述語論理は型理論や操作的意味論の研究論文で多数用いられており、今後、再注目される可能性がある。
概要 > 述語論理と論理プログラミング

Prolog のプログラムは一階述語論理に基づいてデータ間の関係を示す命題として記述され、処理系がそれらに単一化(ユニフィケーション)と呼ばれるパターンマッチングを施しながら、与えられた命題が成立するか再帰的手続きによって探索している。
プログラムの実行は述語集合が定義された環境の元で、質問することによってなされるが、これは反駁という述語論理的な証明過程を模して、処理系が用意する導出木と呼ばれるグラフをたどって解を得る過程である。
Prolog のもととなるこの演繹手法は導出と呼ばれ、自動定理証明の研究において Prolog 開発以前からよく知られていた。Prolog は、導出において節を頭部が一つの命題からのみなるホーン節に限定したもので、この場合の導出をSLD導出（Selective Linear resolution for Definite clause）と呼ぶ。ホーン節に限定しているということは、つまり、Prolog は任意の述語をそのまま扱えるわけではない。Prolog が述語の形式をホーン節に限定した理由は、もし頭部に項の連言を認めるならば、導出時の計算量が爆発的に増大して、全ての解を得ることの保証が難しくなることが必至だからである。
述語論理を論理的な背景に持つことによって、Prolog のプログラムはその正しさを確認することが比較的容易である。同時に、プログラマは Prolog でプログラミングすることが何を意味するかを明確に理解した上で、プログラムを書いていくことができる。
概要 > 非述語論理的な立場

上記は Prolog の一つの解釈である。一方、Prolog というプログラム言語を述語論理という枠にはめないで捉える立場もある。導出、単一化、非決定性、双方向性、関係データベースといったこの言語に独特の機能とその表現力、記述力に着目し、そのプログラム言語としての可能性を率直に評価しようとするものである。
新たに Prolog を学びたいと思う人は、他のプログラム言語を全く知らなくても、ソフトウェア科学的な予備知識や概念に不通であっても、単一化という単純なルールをほとんど唯一の基軸として、パズル的な、あるいはゲーム的な感覚にだけ導かれて、プログラムを簡単に書き進むことができる。さらに、どの言語にも比して平坦で、平明な言語構造を持つ Prolog はラベル名（アトム、関数名、述語名）に適切な意味性を付与することにより、自然言語の領域にも接近したプログラミングが期待できるほとんど唯一の言語でもある。
十分述語論理的な教養を持った上で Prolog を学び、そのプログラムを書くならば、短期間で高度で安定したプログラムを書くことができる。しかし、それを前提としないでも、Prolog は冒険的で、未知の領域に満ちたプログラム言語なのである。
実はこれらの主張は、述語論理的な主張に隠れて、これまであまり強調されたことがなかった。
このような立場や主張が生まれる背景には、Prolog が期待されたほどにはソフトウェア革新の担い手になり得ていない理由が、その後の数理論理学の学問的な評価をもって、プログラム言語としての可能性を十分検証することを放棄して、定理証明といった狭い目的へ封じ込めようとする風潮を生んだことにある、という反省がある。そのことを踏まえて、Prolog が述語論理から成立したことにこだわらず、実在するプログラム言語として自由な視点からこの言語を見直そうとするものである。
概要 > 記号処理用言語・人工知能言語

Prolog は LISP の資産の多くを継承して間違いなく記号処理用の言語であるが、人工知能言語として分類されることも多い。これは、人工知能の世界では述語論理が古くから理論的な柱の一つとなっているからである。述語論理を基礎とするトップ・ダウン式の問題解決と同じく述語論理を基礎とする Prolog の駆動機構の相性は当然良いため、人工知能研究に広く利用されてきた。特にエキスパートシステムで多用されるプロダクションシステムにおいては、ルールを自然に自ら動的に変更できる能力を持つことと、後ろ向き推論と呼ばれる推論が Prolog の導出過程そのものであることから、その最も主要な記述言語の位置を占めてきた。
概要 > 宣言型言語

Prolog は一階の述語論理に対応することから論理型言語に分類される汎用言語であるが、その主張の一行一行を独立して論理式とほとんど等価な表現で行うことから、最も代表的な宣言型言語と見なされている。Prolog のプログラム単位である述語の各節の本体に現れる質問単位である副目標数は平均5個以内と極めて少ない。この副目標と各節の頭部に現れる引数の組み合わせによって得られる関係が述語の意味を構成している考えられる。これが宣言型とされるゆえんである。
<頭部> :- <本体>.  % Prologの節は頭部と本体によって構成される。

% 述語定義は複数の節からなる。本体は幾つかの副目標からなる。
% 副目標の全てが真となった時に節の宣言は成立する（節は真となる）。

述語名(引数_1,引数_2) :- <副目標_1>,<副目標_2>.
述語名(引数_1,引数_2) :- <副目標_3>
・・・
概要 > 単一化

単一化は1960年代の述語論理理論の発展の鍵となった概念であるが、Prolog が述語論理に導かれて機械による自動証明を実現するためのプログラム言語として成立したことから、必然的にこの言語の必須の最も重要な機構となった。単一化は副目標（質問）と対応する定義節の頭部のパターンが完全に一致するか、調べることで、節の選択を可能にする。さらに、Prolog の実行順序等の制御は単一化のからくりを利用してプログラミングされる。
簡単なからくりでかつ極めて強力な単一化であるが実行コストも大きい、すなわち実行速度が遅くなる原因となる。さらに、パターンとして認識することと引き換えに、引数での関数評価は不可能になった。独立して節の本体で式評価を記述しなくてはならないため、数値計算ではやや冗長になる。
これらの点は、単一化の強力さとのトレードオフの関係になっている。
概要 > 動的型付け

型付けは動的型付けに分類できるが、言語仕様の中に型概念は登場しない。上記の単一化、バックトラッキング、と論理変数の束縛においては独特のものがあり、その実行は型推論の実行過程に酷似している。既に Prolog はその引数の引渡し時に単一化という厳密なパターンマッチングを施すことに多大なコストを掛けた。単一化だけでプログラムをコントロールできる言語が Prolog であるといっても過言ではない。この単一化のみによる簡素で強力なプログラムコントロールの足を引っ張ることに成り兼ねない、型付けの強化は、Prolog 言語とその支持者によって受け入れられることはないだろう。
概要 > 非オブジェクト指向言語

Prolog は言語による思考をモデル化して主語・述語といった意味での文中の述語を特に重視して記述する系である。この一点からも、対象物を中心に記述していくオブジェクト指向とは距離が大きい。述語論理以前にオブジェクトありきとする立場を一般には取らない。
いくつかの処理系では、オブジェクト指向言語としての拡張が行なわれているが、オブジェクトを中心に設計されることは、論理プログラミングを重視して記述される限りほとんどない。分類するならば、非オブジェクト指向言語に分類される。オブジェクト指向に拡張された言語としては
Visual Prolog（英語版）
Logtalk（英語版）
が存在する。
概要 > オンメモリデータベース

後に述べるが Prolog の述語はその構造が頭部と本体と分かれていて、本体はルールを意味するため、全体として、ルールを持ったデータベース、演繹データベースとして捉えることができる。これはPrologプログラム全体がデータベースであるということだから、データベースの表現としては最強のクラスに属する。一方、事実を表す本体のない（強制的に真）頭部のみの定義節による述語は関係データベースとその集合論的な性質で一致する。収集した情報を一つの述語に対して多数の頭部のみを持った節の集まりとして定義することにより、オンメモリ関係データベースを構築することが可能である。しかし、Prologをデータベース管理システムとして捉えた場合、
assert、retract、setof、bagof、findall という組込述語を持つこと以外には、管理機構としての特別の組込述語が用意されている訳ではなく、ディクショナリ管理などのための述語定義をユーザが追加する必要がある。
概要 > 非決定性と双方向性

関数型言語等、他のプログラミング言語と比較しての Prolog の特長は、上記、一階述語論理に基づくこと、単一化、データベース言語的性格の他に、非決定性と双方向性が挙げられる。
非決定性は、解が唯一とは限らない場合、処理系側から見てひとつの解に決定できない場合、外部からの選択の余地を与える。そういうことが当然可能なこととして述語は定義されていく。インタプリタトップではなく、導出を繰り返すプログラム内部にあっては、処理系側とした所を述語と置き換えて考えると、非決定性の述語の解を決定するのは、前方または後方に連接する質問（副目標）である。前方の副目標群から引数経由で与えられる情報によって副目標は一つの解を作り出すが、この解が真であるとするのは最終的に後方に連接する副目標である。この後方に連接した副目標が全て真となった場合に限り副目標は真となる。後方に連接する副目標のどれかが真にならなかった場合は、それが存在すればであるが別解を用意しなくてはならない。ここでも非決定性の述語、ここでは副目標から見ての解の決定権は、外部にあるということになる。
非決定性は導出の過程、取り分けバックトラックアルゴリズムと一体化しており、Prolog プログラムの制御の根幹のひとつである。ただ、非決定性述語実行時に見られる論理変数の 束縛→解放→再束縛という遷移、すなわち一度束縛されたものが別のものに再度束縛されるということを好ましくないとする見方もある。
双方向性は、述語が実行された場合の返り値は真または偽だけであり、その代わりとして引数内の変数で値の授受を終始するのだが、このとき、入力として使われた変数が出力に、出力として使われていた変数が入力として使うことのできる述語となることがある。この性質を双方向性という。多くの場合、双方向性を持つ述語はそれ自体多義性を持つ。例えば append という3引数の述語は第一引数と第二引数に具体的なリストが来て呼ばれた時は、リストを結合する意味でよいが、第三引数がリストで第一引数と第二引数が変数の状態で呼ばれた場合その意味は、リストを分解する、がふさわしい。既に存在するリストを、それが結合されて存在したものと考え、それではどのように結合されていったか、あるいは、どのような組み合わせで結合されていったのかを、示していると解釈できる。
このような、双方向性は Prolog の述語自らがリバースエンジニアリング的開示能力を持ち、それを示していると捉えることができる。この性質は、Prologを含む論理型プログラム言語の持つ際立った特徴であり、プログラム作成時はもちろん、テスト、デバッグなどの検証の各段階でプログラムコードに対する見通しを向上させる。
概要 > Prolog プログラミングの難しさ

プログラマは引数の単一化、再帰/失敗駆動等のプログラムパターンの選択、非決定性、双方向性といった特長をできる限り生かすことなどに配慮しながら、述語の骨格を決めプログラミングを進める。しかし、これらの特長、性質は複合した場合には相当に複雑であり、制御上相反する部分も多々ある。Prolog では、述語論理を逸脱して計算量/資源量/制御の調整に当たる述語「!」（カット）を導入してこの問題に対処しているが、Prolog プログラミングの難しさはこの調整部分に集中している。
歴史 > 誕生

Prolog の性格上、その歴史には定理の自動証明の研究が大きく関係している。1930年にジャック・エルブランは自動定理証明やPrologのベースとなる数理論理学上の基本定理であるエルブランの定理を発表した。エルブランの論文には Prolog で必須の単一化アルゴリズムもすでに含まれていた。
1950年代以降、計算機上での定理証明の研究が活発になり、ギルモアのアルゴリズム(1960)やデービス・パトナムのアルゴリズム(1958,1960) 、プラウィツによる定理証明への単一化アルゴリズムの導入(1960)などを経て、1965年のロビンソンによる導出原理 や1960年代後半のラブランドによるモデル消去の証明手続きの成果からひとつの結実期を迎えた。その数年後の1971年マルセイユ大学のアラン・カルメラウアーとフィリップ・ルーセルのグループは自動定理証明システムとフランス語の自然言語解析システムとを組み合わせたコンピュータとの自然言語対話システムを作成していた。この際に自然言語解析システムも自動定理証明システムと共通の論理式という枠組みで構築できることに気が付き、論理式をそのままプログラムとして実行できる最初の Prolog を1972年に完成させた。これは数千年に及ぶ人類の叡智である論理学の成果をプログラム言語に置き換えたものと言えるが、現在の Prolog でプログラムの制御に使われるカットオペレータに相当する機能が最初から導入されるなど、現在の Prolog と同様、単なる定理証明システムではなくプログラミング言語として設計されたものだった。以下にその当時の Prolog プログラムの一部を示す。論理変数名の最初の文字が "*" で始まるなど、現在の Prolog とはシンタックスが異なる。
READ
  RULES
  +DESC(*X,*Y) -CHILD(*X,*Y);;
  +DESC(*X,*Z) -CHILD(*X,*Y) -DESC(*Y,*Z);;
  +BROTHERSISTER(*X,*Y) -CHILD(*Z,*X) -CHILD(*Z,*Y) -DIF (*X,*Y);;
  AMEN
歴史 > コワルスキとDEC-10Prolog

彼らグループに理論的な助言を与えていたエジンバラ大学のロバート・コワルスキとデービッド・H・D・ウォレンは汎用機 DECsystem10 上にマルセイユ大学とはシンタックスが異なる処理系を作り上げた。これは後に DEC-10 Prolog と呼ばれることになるが、ISO 標準規格を含む今日動作する Prolog 処理系はほとんどがこの系統のシンタックスに従っている。
desc(X,Y) :- child(X,Y).
desc(X,Z) :- child(X,Y),desc(Y,Z).
brothersister(X,Y) :- child(Z,X),child(Z,Y),dif(X,Y).
コワルスキはその後、インペリアル・カレッジ・ロンドンに移り、1979年に集大成ともいえる「Logic for Problem Solving」を著し、その後のこの言語と論理プログラミングの研究に決定的な影響を与えた。
コワルスキの活動と DEC-10 Prolog の存在によって、英国は Prolog 研究の中心地となった。エジンバラ大学のW・F・クロックシンとC・S・メリシュの著わした「Programming in Prolog」は長く Prolog のバイブル本として利用された。エジンバラ大学からSRIインターナショナルに転じたディビッド・ウォレンは1983年 Prolog の仮想マシンコードであるWarren's Abstract Machine（英語版）（WAM）を発表した。この後の Prolog 処理系の実装は、一旦C言語などでこの仮想マシンコードを実装して、その上で Prolog のソースコードをこのマシンコードに変換するコンパイラを用意するという手順を踏むことによって、開発を簡素化し実装上の標準化を図ることが普通になった。日本の新世代コンピュータ技術開発機構の Prolog マシン PSI は1987〜1988年頃に開発された PSI2 からこれを採用したし、その後開発された Prolog 処理系の多くはこの方式に従った。
1976年にSRIに留学していた古川康一はカルメラウアーらの Prolog 処理系のリストを見つけ帰国時に電子技術総合研究所に持ち帰った。当時電子技術総合研究所で推論機構研究室長をしていた渕一博はこのリストを解析して Prolog 処理系を走らせ、ルービックキューブを解くプログラムを作成するなど論理プログラミングに対する理解を深めていった。
1978年MITに留学中の中島秀之が「情報処理」誌に紹介記事を寄稿して、Prolog は日本でも広く知られるようになった。
歴史 > 新世代コンピュータ技術開発機構とProlog

1970年代終り頃、日本では通産省の電子技術総合研究所の渕一博を中心とするグループが論理プログラミングの重要性を認識して、日本のコンピュータ技術の基礎技術としてこれを取り上げることを提案する。これが最終的に1980年代の新世代コンピュータ技術開発機構の発足と活動につながった。総額約570億円の国家予算を約束されて1982年に新世代コンピュータ技術開発機構（ICOT）は活動を開始する。Prolog を含む論理型言語はこの研究の核言語と位置づけられ世界的な注目を浴びることとなる。約10年間の研究活動中に Prolog と論理プログラミングの研究は急激に深化した。実際1980年からの20年間に Prolog をメインテーマにした日本語の書籍は約50冊発刊された。ICOT の研究員は積極的に Prolog の啓蒙に努め、講習会、チュートリアル、ワークショップを年に一度ならず開催した。ICOT が主催したロジック・プログラミング・コンファレンスは1983〜1985年頃をピークに若い研究者達を刺激した。研究活動前半の期間では論理型言語の実用性を証明するために、Prologマシンが設計され、三菱電機と沖電気によって製作され、ICOT の他大学等研究機関に配布された。この個人用逐次推論マシン PSI の機械語 KL0 は単一化やバックトラックなど Prolog の基本的特徴を完全に備えていた。この KL0 によって、PSI のマイクロコードを制御した。KL0 を基礎として、オペレーティングシステム SIMPOS が設計され、これを記述するために、Prolog にオブジェクト指向プログラミングを取り入れた ESPが近山隆により設計されて使われた。ESPは多重継承を特徴とする当時としては先鋭のオブジェクト指向言語であったが、後にカプセル化の不備などが指摘されて、今日あまり話題となることはない。しかし、OSを記述するという課題を通じて、論理型言語にオブジェクト指向言語的要素を加えることによって、可読性が高まりプログラム管理がしやすくなることが確認された。その反面、Prolog のみでオペレーティングシステムを完全に記述してみる絶好の機会を逸したことも確かである。ESPはPSIを前提にせずに利用できるように、C言語で書き直したCESPが開発されたが、これが普及への起爆剤になることはなかった。後に述べるように、PrologのISO標準規格のモジュール仕様としてESPの採用が否決された1995-6年頃以降はほとんど利用されることはなくなった。
ここまで述べたように、Prologは ICOT によって持ち上げられた言語 Prolog との印象が強いが、Prolog というプログラミング言語から見ての ICOT の影響は実は限定的だった。淵所長ら ICOT の主研究テーマは並列論理型言語にあり、研究後半では Prolog そのものからは離れて行くことになる。PSI に使用した電子基盤を利用して並列推論マシン PIM が製作されて、Guarded Horn Clauses（GHC）に基づく並列演算処理を追加した KL1 が設計された。この環境に依存する形で、並列論理プログラム言語のKL1は知識プログラミング全般の研究に利用された。PSI と SIMPOS を使った研究も続けられはしたが、割り当てられた研究員の数は極めて少なかった。
ICOT の活動を総括して、知識プログラミング各課題において準備不足からくる未消化を指摘する向きが強いのだが、こと Prolog から見ての前半期の活動は、今日語られることも少ないが、極めて充実したものであったといえる。
ICOT の活動盛期の1984年京都大学の学生3名が研究課題として製作した Prolog-KABA がその性能の高さとアセンブラで記述されたことからくる高速性で世界を驚かせた。この処理系は MS-DOS 上で製品化されて Prolog の普及に大きく貢献した。Successful pop や末尾再帰の最適化など高い安定した性能で黎明期のパソコン上のビジネスソフトの基礎言語としての展開も期待されたが、16ビットの整数しか持たず、浮動小数点数も扱えない仕様であったため、この分野への展開は起こらなかった。この点はアセンブラで記述されて簡単には拡張できない点が裏目に出た。結果としてこの仕様の乏しさが、日本のビジネスソフトが知識プログラミングの水準との間に横たわる分水嶺を越えることができなかった原因の一つとなった。
歴史 > 1990年代とISO標準規格

1990年代に入ると制約論理プログラミングが注目され処理系が多数誕生した。これは Prolog から見ると引数の論理変数間の関係（制約）を記述可能に拡張したものである。制約論理型言語は、変数評価に遅延実行などを持ち込むことが必要となるが、連立方程式をはじめとする多くの課題で Prolog より記述が柔軟になる。Prolog の組込述語には引数が変数で渡るとエラーとなるものが多く、このため Prolog プログラマは変数が具体化されるように副目標の記述順序に気を配る必要がある。結果としてプログラミングに逐次性が生じる。制約論理プログラミングにおいては、後に変数が具体化されたときに検査されるための変数の間の制約を記述するだけで、この逐次性の拘束を解決して通過することができる。実はこの制約はPrologから見ても自然な拡張であり、むしろ Prolog の単一化が制約論理プログラミングの制約を「=」のみに限定したものだと解釈することができる。しかし、簡素で逐次的な性格を強く持つ Prolog の処理系に慣れた利用者が、制約論理プログラミングの述語中に更に変数制約の宣言を追加しなくてはならない負担を、受け入れているとは言い難い。制約論理プログラム処理系が Prolog のそれに置き換わる気配は、2013年11月現在においてもない。
ISO の標準化作業は1987年頃から作業委員会(WG17)が作られ、日本委員も情報処理学会から15名ほどがこれに加わった。1995年 ISO標準規格がISO/IEC 13211-1 Prolog-Part 1: General Coreとして制定された。さらに、2000年にはISO/IEC 13211-2 Prolog-Part 2: Moduleとしてモジュール仕様が追加して規格化された。モジュール仕様については日本委員から、ICOTによって作成されたESP(Extended Self-contained Prolog)を以てその標準とする案が出されていたが、これは否決された。
ISO標準規格はエジンバラ仕様 DEC-10Prolog を基調に既に一家をなしていた Quintus Prolog など有力ベンダと主としてヨーロッパの学者を主体にこれに日本などの委員が参加して作成された。この規格は現在 Prolog 処理系の製作者に指針を与え、大きな逸脱を心理的に妨げる役割を果たしているが、組込述語の個々の仕様ではベンダの意向が強く反映されたものの、全体としては最初に述べた論理学的立場を尊重して保守的で極めて小さな仕様となっている。そのため多くの Prolog 処理系はこの規格の述語を搭載しつつ、独自の拡張部分を修正したり削除することに消極的である。結果として個々の処理系の互換性の乏しさは残り、それは Prolog の弱点として認識されている。
JIS規格も一旦は2001年にJIS X 3013:2001が、"標題 プログラム言語Prolog―第1部：基本部"が要約JISとして発行されたが、2012年1月に何ら実効を見ること無く、「周知としての目的は終了した」として廃止された。
歴史 > 人工知能ブームとProlog

日本において、ICOT の活動時期から1990年代前半に掛けては、いわゆる人工知能ブームの時期であり、人工知能研究への期待はこの時期再び異様に高まった。LISP マシンによる医療情報エキスパートシステムでの成果は、人工知能の研究の成果の一部は情報処理に於いても利用可能なのではないかとの夢を抱かせた。このような評価の中で Prolog は人工知能のアセンブリ言語的な位置づけを期待された。知識情報処理はこの水準の言語を基礎にその上側に築かれるべきだとの意味である。手っ取り早く利用可能な人工知能技術としてエキスパートシステムが選別され、これを支えるナレッジエンジニアの存在とそれを養成するための教育が必要とされた。Prolog はその中心に存在した。日本も例外ではないが、日本以外の国では特に、Prolog の名著は1990年代前半に刊行されている。これは、ICOT の活動とは若干のタイムラグがあるが、この時期社会的に 人工知能向き言語としての Prolog に大きな期待が寄せられていたことの証しである。エキスパートシステムはビジネス分野において広範囲に応用可能な基礎技術であったが、このような低水準な分野への適用はあまり試みられず、この分野からの Prolog 言語への要請はほとんど見られないまま終った。
機械翻訳などの自然言語処理もまた人工知能の一翼を担う分野であるが、歴史的経緯から人工知能ブーム以前から、この言語に最も期待が掛けられた分野であった。しかし、左再帰問題の回避でトップダウン解析の明解さをいきなり殺がれた。さらに句構造文法への適用においては、Prolog が得意とする、句構造に分解して意味に相当するグラフを形成することの他に、極めて膨大な辞書を構造体として定義する必要が展望された。この辞書作成は Prolog とは直接関係しないタスクであることから、次第に Prolog は句構造文法によるアプローチの前線から後退してしまった。統計的言語処理のアプローチでは、単一化等に多くの計算量を費やす Prolog は大量データを扱うのに不向きとされて、利用されることはほとんどない。自然言語処理のテキストの多くが Prolog を用いて解説されているにも関わらず、期待が大きかった割に実務的には、表面に現れている成果はIBM社のワトソン程度にとどまり、自然言語処理はむしろ Prolog 評価の足を引っ張る傾向にさえある。
歴史 > ICOT以後の日本における衰退

日本においては、ICOT 解散後数年を経て、論理プログラミングと Prolog は急激に下火となる。先にあげたコワルスキの成果があまりにも完成されたものでその研究成果の範囲を越えることが難しかったこと、歴史的にプログラム言語でありながら論理学からの逸脱を厳しく制限され、自由なアイデアによるプログラミング言語としての発展・展開が困難に見えたことも研究者・技術者を離れさせた。そして、人工知能ブームもまた去って行った。企業等で続けられた研究開発も発表される機会がProlog産業応用シンポジウム（INAP）などに限定され、人々の目に Prolog の成果が触れることは極端に少なくなった。ICOT の多大な研究成果がネット上に閲覧可能な状態で置かれたが、Prolog 言語の処理系はインターネット時代の技術・流れに乗れず、初心者・初学者が利用するためのネット上での情報も他の有力言語に比べて少なく、新しい利用者を惹きつけることができなかった。パソコンのオペレーティングシステムとして Microsoft Windows が一般に普及し始めると、初心者教育にウィンドウの部品の展開を題材とするのに適したオブジェクト指向言語に人気が集中し、Prolog は動作の遅い外れた言語のイメージを持たれるようになる。さらに21世紀に入ると Prolog がクラス概念を持たないため、マイクロソフト社による .NET アーキテクチュアの共通言語基盤（CLR）の対象言語から外され、この傾向に拍車をかけた。ついには枯れた言語というニュアンスを含んでではあるが、「化石言語」と揶揄されるまでに至ったのである。
歴史 > 今日

盛時の勢いは失ったものの、Prolog は各教育機関で主として論理学の教材として利用され続け、今日まで数万人の人が Prolog の講座を受講している。実務的に利用される機会が少ないにも関わらず、その素養を持つ人が大量に存在するという特異な位置にあるプログラム言語となっている。また、多くのプログラミング言語でその言語上にPrologインタプリタを制作してみることが難度の高い学習課題の一つとして採用され、その結果としてもPrologを理解しているプログラマは増加する傾向がある。
2011年夏 ブルース・A・テイト著『7つの言語 7つの世界』が出版され、その7つの言語の一つとして Prolog が紹介されたことから、多くの人々の関心を呼び起こし、この言語は突然に息を吹き返した。ダニエル・ジャクソン著『抽象によるソフトウェア設計』も翻訳されて述語論理に基礎を持つ形式記述言語 alloy が注目されるなど、Prolog に極めて親近した領域での議論がようやく活発になった。
2012年 イワン・ブラトコ著「Prolog Programming for Artificial Intelligence」の第四版が11年ぶりに刊行されて、人々に Prolog は今でも活火山的な存在であることを印象付けた。また、世界的に利用されているアプリケーション自動生成ツール GeneXus が Prolog によって書かれてからそれを他の利用言語に変換されて製品化されていることや、IBM 社のワトソンの根幹部分である言語解析部分と質問の生成部分を現在も Prolog が担っていることなどが次々と喧伝されて、応用面でも現役言語であることが改めて認識されつつある。さらに世界的な関数型言語への急激な関心の高まりによって、関数型言語と類縁性の高い論理型言語の盟主であり、人気関数型言語 Erlang の原像でもある Prolog への関心は再び強まってきた。
2013年 IBMはワトソンの商用化を積極的に進めることとし、研究開発要員を2000名に増強することを発表した。さらに2014年秋、ソフトバンクとの間でワトソンの日本語化で提携することが発表された。ソフトバンクは既にADSLの故障診断をPrologで開発して利用してきた実績があり、既に公開され、2015年春出荷が予定されている感情認識パーソナルロボットPepperでも中核部にPrologを採用することが予想されている。同社がワトソンと強く結びつくことによって、Pepperが将来ワトソンから情報を受け取ることによって、どのように強化されて、変化していくのかということが俄然興味深い問題に浮上した。同時に、その二つのシステムに跨って、Prologがどのような関わりを持つのか、役割を担うのかということも注目されている。
2021年8月4日に発表された"TIOBE Index for August 2021"で19位にランクされた。この指標は検索数や記事数などの指標であり、20位以内の復帰は2003年以来となる。世界的に話題性を取り戻しつつある証だろう。
歴史 > 今後

2016年 FLOPS で  Ki Yung Ahn と Andrea Vezzosi の論文 Executable Relational Specifications of Polymorphic Type Systems で Prolog による Let多相の型推論器が発表された。あまり話題にはなっていないが、昨今の型理論には一階述語論理が用いられており、型システムの実装実験において極めて簡略に記述出来るため、利用されていく可能性がある。
Prolog向けの集合論的型システムが実用化されれば、関数型言語学会において古くから用いられてきた数式をより形式的にできるようになるかもしれない。
処理系

多くの処理系は Prolog の基本機能以外に、制約プログラミングや並行プログラミングのための拡張機能や Constraint Handling Rules などの各種言語をライブラリとして含んでいる。
| 処理系 | オープンソース | 有償・無償の別 | 準拠規格 | 備考 |
| --- | --- | --- | --- | --- |
| Amzi!Prolog | N/A | 有償 | ISO規格 |  |
| AZ-Prolog | N/A | 個人/学術は無償 | ISO/DEC-10 Prolog | 日本語対応 Prolog-KABA互換(グラフィックスを除く) |
| B-Prolog | N/A | 学術は無償 | N/A |  |
| Ciao Prolog | ○ | N/A | ISO規格 |  |
| GNU Prolog | ○ | N/A | ISO規格 |  |
| K-Prolog | N/A | 有償 | ISO規格 | 日本語対応 |
| micro-Prolog | N/A | N/A | N/A | 学術研究用  CP/M80 上で動作 |
| MINERVA | N/A | 有償 | ISO規格 | 業務用、Java ベース |
| Open Prolog | N/A | 無償 | ISO規格 | Mac OS 用 |
| Prolog Cafe | ○ | N/A | N/A | Prolog プログラムを Java プログラムに変換 |
| Prolog.NET | ○ | N/A | N/A | .NET で Prolog を使用できる |
| P# | N/A | N/A | N/A | PrologプログラムをC# プログラムに変換 |
| Qu-Prolog | N/A | N/A | N/A | マルチスレッド処理系 |
| Rebol Prolog | N/A | N/A | N/A |  |
| SICStus Prolog | N/A | 有償 | ISO規格 | 多くのオペレーティングシステムに対応。Java や .NET でのウェブアプリケーション開発可能。 |
| Prolog for Squeak | N/A | N/A | N/A | Squeak に統合された Prolog 環境 |
| Strawberry Prolog | ○ | N/A | N/A |  |
| SWI-Prolog | ○ | N/A | ISO規格 | 多くのオペレーティングシステム、Unicodeに対応 |
| TuProlog | N/A | N/A | N/A |  |
| Visual Prolog | N/A | 個人は無償 | N/A | Windows専用 |
| XSB | ○ | N/A | N/A |  |
| YAP Prolog | ○ | N/A | ISO規格 | Prolog コンパイラ。 |
| Scryer Prolog | ○ | N/A | ISO規格 | Rust によるモダンな Prolog 実装。2016~ |
国際会議

INAP — International Conference on Declarative Programming and Knowledge Management
FLOPS ー International Symposium on Functional and Logic Programming
兵衛

| --- | --- |
: この項目では、地名について説明しています。日本の律令制における官職については「兵衛府」をご覧ください。
| 兵衛 |
| --- | --- |
 町丁
 八王子みなみ野駅東側（兵衛一丁目）
 兵衛兵衛の位置
 北緯35度37分38.46秒 東経139度19分48.41秒﻿ / ﻿北緯35.6273500度 東経139.3301139度﻿ / 35.6273500; 139.3301139
国:   日本
都道府県:   東京都
市町村:   八王子市
地域:  東南部地域
面積
 • 合計:  0.486 km2
人口（2017年（平成29年）12月31日現在）
 • 合計:  2,236人
 • 密度:  4,600人/km2
等時帯:  UTC+9 (日本標準時)
郵便番号:  192-0918
市外局番:  042
ナンバープレート:  八王子
兵衛（ひょうえ）は東京都八王子市の地名。現行行政町名で兵衛一丁目と兵衛二丁目が設置されている。住居表示実施済み区域。郵便番号は192-0918（八王子南郵便局管区）。
地理

八王子市南部に造成されている八王子ニュータウン（みなみ野シティ）の一区域で、ニュータウンの東部に当たる。地内には住宅のみならず工場や倉庫など小規模な工業団地にもなっている。
西は大船町、北は宇津貫町、東は町田市相原町、南は宇津貫町、七国一丁目・みなみ野一丁目・二丁目と接している。
歴史

1997年（平成9年）2月1日に住居表示実施のため宇津貫町・片倉町の一部が兵衛一丁目として分立したのを皮切りに、片倉町・宇津貫町の一部が順次町名変更により兵衛一・二丁目となった。
世帯数と人口

2017年（平成29年）12月31日現在の世帯数と人口は以下の通りである。
| 丁目 | 世帯数 | 人口 |
| --- | --- | --- |
| 兵衛一丁目 | 531世帯 | 1,317人 |
| 兵衛二丁目 | 384世帯 | 919人 |
| 計 | 915世帯 | 2,236人 |