IT用語集

トロッコ問題とは? 10分でわかりやすく解説

水色の背景に六角形が2つあるイラスト 水色の背景に六角形が2つあるイラスト
アイキャッチ
目次

トロッコ問題とは、ある行為によって少数を犠牲にして多数を救うことが許されるのかを問う、倫理学の代表的な思考実験です。制御不能になった列車が複数人に向かって進んでいる状況で、進路を切り替えれば多数は助かる一方、別の線路上にいる1人が犠牲になります。このとき進路を切り替えるべきか、何もしないべきかが問われます。

トロッコ問題は、単に「何人を救うべきか」を考える問題ではありません。結果を重視するのか、他者を犠牲にする行為そのものを避けるのか、意図と副次的結果をどう区別するのかを検討するための思考実験です。近年は、自動運転やAIの議論でも参照されますが、現実の技術設計へそのまま当てはめるには注意が必要です。

トロッコ問題とは何か

トロッコ問題の概要

トロッコ問題とは、倫理学や哲学の分野で議論される思考実験のひとつです。典型的には、制御不能になったトロッコや列車が線路上の5人に向かって進んでいる状況を想定します。進路を切り替えれば5人は助かりますが、切り替え先の線路にいる1人が犠牲になります。このとき、進路を切り替えるべきかが問われます。

この問題の焦点は、人数の比較だけではありません。多数を救う結果を優先する判断と、1人を犠牲にする行為を避ける判断が衝突する点にあります。

トロッコ問題が提起する倫理的ジレンマ

トロッコ問題が難しいのは、「何もしない」ことも結果に関わる一方で、「操作する」ことは1人の死に能動的に関与する行為になるためです。多数を救う結果を優先すべきか、他者を犠牲にする行為そのものを避けるべきか。トロッコ問題は、結果と行為責任、意図と副次的結果の扱い方の違いを、短い設定の中で明確にします。

そのため、トロッコ問題は結論そのものよりも、判断の基準を明らかにするために使われます。何を重視するかによって、同じ状況でも評価が変わります。

トロッコ問題の由来と位置づけ

トロッコ問題の出発点としてよく挙げられるのは、Philippa Footが1967年の論文で提示した議論です。Footは、二重結果の原理や、作為と不作為、直接意図と副次的結果の違いを検討する中で、暴走する路面電車の例を用いました。

その後、Judith Jarvis Thomsonが1976年の論文「Killing, Letting Die, and the Trolley Problem」で関連する事例を展開し、1985年の「The Trolley Problem」でも議論を深めました。現在よく知られている「傍観者がスイッチを切り替える」型や「歩道橋から人を押す」型は、こうした議論の中で整理されてきた派生例です。

トロッコ問題が重要視される理由

トロッコ問題が参照され続ける理由は、答えを一つに決めるためではありません。判断の分岐点を整理しやすく、議論の前提を比較しやすいからです。

意思決定の基準を「結果」に置くのか、「規則」に置くのか、「人格や徳」に置くのかで、同じ設定でも評価は変わります。この違いは、現実の判断基準づくりや合意形成の難しさにもつながります。

トロッコ問題は唯一解を求める問題ではない

トロッコ問題は、唯一の正解を当てるためのクイズではありません。自分や組織が何を優先するのか、どの前提を採用すると結論が変わるのかを明らかにするための思考実験です。

この前提を押さえると、「どちらを選ぶべきか」だけでなく、「なぜそう考えるのか」「どの条件が変われば判断が変わるのか」に目を向けやすくなります。

トロッコ問題の具体的な事例

基本形(スイッチ型)

基本形は次の通りです。制御不能のトロッコが本線上の5人に向かって走っています。あなたは分岐器のレバーの近くにいて、進路を切り替えられます。切り替えれば5人は助かりますが、切り替え先の線路にいる1人が犠牲になります。このとき、レバーを操作すべきでしょうか。

この設定では、5人を救うために1人の犠牲を受け入れる判断が、結果重視の立場から支持されやすくなります。一方で、レバー操作によって1人の死に関与することを問題視する立場もあります。

派生バージョンが増える理由

トロッコ問題は、設定を少し変えるだけで直観が大きく変わります。そこで、何が判断を左右しているのかを確かめるために、多くの派生バージョンが作られてきました。

派生版は、問題を複雑にするためだけのものではありません。直接手を下すのか、間接的に結果を生じさせるのか、犠牲になる人物にどのような権利があるのかなど、判断の根拠を分解するために使われます。

代表的な派生パターン

よく知られているのは、いわゆる「フットブリッジ」型です。スイッチを切り替えるのではなく、橋の上にいる人を線路へ落とせばトロッコを止められ、5人を救えるという設定です。この場合、多くの人はスイッチ型よりも強い抵抗を覚えます。

ほかにも、犠牲になる人物が身近な人だった場合、犠牲者の人数が変わる場合、判断する人が傍観者か運転者かで変わる場合など、さまざまな変形があります。これらは、結果、意図、行為の直接性、責任の所在が判断にどう影響するかを考える材料になります。

現実社会で近い構図が語られる場面

トロッコ問題は架空の状況ですが、「複数の価値が衝突する」「どちらを選んでも損失が残る」という構図は現実にもあります。安全設計、医療資源の配分、災害時の判断、事故時の責任設計などでは、近い問いが生じることがあります。

ただし、現実の判断は、トロッコ問題より条件がはるかに複雑です。関係者の権利、法制度、責任範囲、予見可能性、代替手段、手続きの妥当性が関わります。トロッコ問題の結論をそのまま現実に移すのではなく、論点を切り分けるための思考実験として扱う必要があります。

IT・自動運転・AIで語られるトロッコ問題

近年、トロッコ問題は自動運転やAIの議論でも参照されます。特に自動運転では、事故が避けられない状況で何を優先するのかという問いを整理する例として使われることがあります。

ただし、現実の自動運転やAIシステムは、哲学の思考実験のように、完全な情報をもとに自由な選択肢を比較しているわけではありません。センサーの認識限界、制動距離、路面状況、周囲車両、法規制、設計仕様など、多くの制約の中で動作します。

論点は瞬間の道徳判断ではなく事前の設計

現実の自動運転では、事故直前にシステムが哲学的な判断を行うというより、事前に定められた安全原則、制御仕様、検証手順に沿って動作します。実務上の論点は、事故の瞬間にどの命を優先するかではなく、どのような安全原則を前提にシステムを設計し、検証し、説明できる状態にするかです。

  • 危険検知時に、回避操作より減速・停止を優先する条件をどう定めるか
  • 人間への引き継ぎを前提とする自動運転レベルなのか、システムが走行タスクを担う設計なのか
  • 想定外の状況を、設計・試験・運用監視でどこまで扱うか
  • 事故後に、システムの判断過程やデータをどこまで検証できるか

最小被害だけでは決めきれない理由

被害の総量を最小化するという考え方は直感的ですが、現実では被害の見積もり自体が不確実です。検知精度、速度差、路面状況、歩行者や車両の動き、後続車両の有無によって結果は変わります。

そのため、自動運転やAIシステムでは、単純な人数比較だけでなく、ルールの一貫性、説明可能性、検証可能性が重要になります。誰が見ても同じ条件では同じように動作すること、事故後に設計やログを検証できることが求められます。

AIの意思決定で問われる説明責任

AIが判断に関与する場合、結果だけでなく、なぜその判断になったのかを説明できることが重要です。事故や不利益が生じたときには、設計思想、学習データ、評価手順、アルゴリズムの制約、運用ルール、監査手順を含めて説明責任が問われます。

トロッコ問題は、AIが人間のように価値判断をすることを示すものではありません。価値が衝突する場面を言語化し、どの前提で設計すべきかを議論するための材料として使われます。

IT文脈で使う際の注意点

  • トロッコ問題は設計仕様そのものではなく、論点整理のための思考実験である
  • 実際のシステムは、規制、安全標準、監査可能性、運用責任の制約下で設計される
  • 結論を急ぐ前に、何を優先する前提か、誰が責任を負うのかを明確にする
  • AIや自動運転に関する議論では、倫理だけでなくリスクマネジメント、品質保証、法規制、事故調査の観点も必要になる

トロッコ問題に対する主な見解

功利主義の観点

功利主義は、幸福や利益の総量を最大化することを重視します。この立場では、1人を犠牲にして5人を救う判断が支持されやすくなります。結果として救われる人数が多いほど、行為は正当化されやすいと考えるためです。

一方で、功利主義には、個人の権利や尊厳が軽視されやすいという批判があります。少数者を単なる手段として扱ってよいのかという問いが残ります。

義務論の観点

義務論は、結果だけでなく、守るべき規則や義務を重視します。この立場では、多数を救うためであっても、無関係な1人を犠牲にする行為は許されないと評価される場合があります。

ただし、義務論の中にもさまざまな考え方があります。すべての義務論が必ずレバー操作を否定するわけではありません。問われるのは、他者を害してはならない義務、助ける義務、意図と結果の区別をどう整理するかです。

徳倫理学の観点

徳倫理学は、よい人格や徳を備えた人ならどのように判断するかに注目します。結果や規則だけでなく、判断者の性格、実践的な知恵、勇気、慎重さ、他者への配慮を重視します。

この立場では、トロッコ問題に対する結論そのものよりも、どのような姿勢で状況を受け止め、どのように責任を引き受けるかが問われます。

意図と副次的結果の区別

トロッコ問題で重要な論点のひとつが、意図と副次的結果の区別です。レバーを操作する場合、目的は5人を救うことであり、1人の死は望まない副次的結果だと説明されることがあります。一方、誰かを直接押して列車を止める場合、その人を手段として使っていると見なされやすくなります。

この違いは、二重結果の原理と関係します。ある害が予見されていても、その害を直接の目的や手段として意図しているのか、それとも望まない副次的結果として生じるのかによって、道徳的評価が変わるという考え方です。

作為と不作為の違い

もうひとつの論点は、作為と不作為の違いです。何もしない場合、5人は犠牲になります。レバーを操作した場合、1人が犠牲になります。何もしないことは責任を免れる行為なのか、それとも助けられる状況で助けなかった責任を負うのかが問われます。

この論点は、医療、災害対応、安全設計などの現実の意思決定にも関わります。介入する責任と、介入によって生じる責任をどう区別するかは、制度設計でも重要になります。

トロッコ問題から学べること

判断基準を整理できる

トロッコ問題は、正解探しではなく、自分や組織が何を優先しているのかを言語化するための道具です。結果を重視するのか、権利を重視するのか、手続きや規則を重視するのかを整理できます。

価値の衝突を扱いやすくなる

現実の意思決定では、数値化しにくい価値が衝突します。安全、自由、公平、責任、効率、尊厳は、常に同じ方向を向くとは限りません。トロッコ問題は、その衝突を極端に単純化し、何が判断を分けているのかを考える材料になります。

単純化の利点と限界を理解できる

トロッコ問題は、条件を極端に単純化することで論点を明確にします。一方で、現実の意思決定では情報の不確実性、法制度、責任範囲、代替手段、当事者の権利が複雑に関わります。

したがって、トロッコ問題は現実の判断を代替するものではありません。現実に適用する際は、思考実験として得られた論点を、制度、技術、運用、説明責任に分けて検討する必要があります。

まとめ

トロッコ問題は、結果と行為責任、作為と不作為、意図と副次的結果、規則と例外といった論点を明らかにする思考実験です。5人を救うために1人を犠牲にしてよいのかという単純な問いに見えますが、実際には倫理判断の前提を検討するための問題です。

自動運転やAIの文脈では、トロッコ問題は瞬間的な道徳判断をシステムに解かせる話ではありません。どの安全原則で設計し、どのように検証し、事故や不利益が生じたときに誰が説明責任を負うのかを整理するための手がかりになります。

よくある質問

Q.トロッコ問題とは何ですか?

A.少数を犠牲にして多数を救うことが許されるのかを問う、倫理学の代表的な思考実験です。

Q.トロッコ問題に正解はありますか?

A.唯一の正解を当てる問題ではありません。判断基準や前提の違いを明らかにするために使われます。

Q.トロッコ問題は誰が考えたのですか?

A.Philippa Footが1967年に示した議論が出発点として知られ、その後Judith Jarvis Thomsonが関連する派生例を展開しました。

Q.功利主義ではどう判断されますか?

A.幸福や利益の総量を重視するため、1人を犠牲にして5人を救う判断が支持されやすくなります。

Q.義務論ではどう判断されますか?

A.結果だけでなく守るべき義務を重視するため、多数を救うためでも他者を犠牲にする行為を問題視する場合があります。

Q.フットブリッジ型とは何ですか?

A.橋の上にいる人を線路へ落とせばトロッコを止められるという派生例です。スイッチ型よりも、他者を手段として使う点が強く問われます。

Q.自動運転はトロッコ問題を解いているのですか?

A.哲学的な問題をその場で解いているわけではありません。実際には、安全原則、制御仕様、検証手順に基づいて設計された動作が問われます。

Q.AIは誰の価値観で判断するのですか?

A.AIが自分の価値観を持つわけではありません。設計目標、学習・評価データ、制約条件、規制、運用ルールによって振る舞いが決まります。

Q.トロッコ問題を現実の判断にそのまま使えますか?

A.そのまま使うべきではありません。現実には法制度、責任範囲、情報の不確実性、代替手段などを含めて判断する必要があります。

Q.トロッコ問題から何を学べますか?

A.結果、義務、権利、意図、責任のどれを重視するかによって判断が変わることを確認できます。

記事を書いた人

ソリトンシステムズ・マーケティングチーム