生成AIで損害が出たら誰が責任を負う?AI利活用の民事責任
この記事のポイント
- 経産省の手引きは新しい責任法を作るものではなく、民法上の不法行為責任・製造物責任法等の現行法の解釈を整理したものです。
- 責任を考える際は、AIを人の判断を補助する「補助/支援型」と、人の判断を代替することを予定する「依拠/代替型」に分ける視点が重要です。
- 補助/支援型では利用者の出力確認が重要になる一方、依拠/代替型では「個々の出力を毎回見抜くこと」より、AIを使うプロセス全体を適切に設計・運用したかが問題になります。
- 契約で当事者間のリスク分配はできますが、契約当事者ではない被害者に対する不法行為責任まで契約だけで消すことはできません。
- 実務では「AIだから誰も責任を負わない」「AI事業者が常に責任を負う」のどちらでもなく、誰がそのリスクを把握・制御できたかを具体的に見る必要があります。
生成AIが誤った回答を出し、それを信頼して事業判断をした結果、会社に損害が生じた。AIエージェントが顧客に誤った提案をし、顧客が損失を被った。AIを利用した検査システムが不良品を見逃し、その製品によって第三者に損害が生じた。
こうした場合、「AIを使った利用者」「AIサービスを提供した事業者」「モデルやシステムを開発した事業者」のうち、誰が責任を負うのでしょうか。
2026年4月9日、経済産業省は「AI利活用における民事責任の解釈適用に関する手引き〔第1.0版〕」を公表しました。手引きは、配送ルート最適化AI、弁護士業務支援AI、画像生成AI、取引審査AI、外観検査AI、自律走行ロボット(AMR)、AIエージェントという具体的な事例を題材に、AIに関係する事故・損害について現行法がどのように適用され得るかを整理しています。
企業法務の観点で特に重要なのは、手引きが「AIの判断に人がどの程度依拠することを予定していたのか」を重視し、「補助/支援型AI」と「依拠/代替型AI」を区別している点です。
本記事では、手引きの法的な位置付けを確認したうえで、AI開発者・提供者・利用者の責任がどのように考えられるのか、さらに契約や社内運用にどう落とし込むべきかを整理します。
1 この手引きは「AI事故の新しい責任法」ではない
最初に押さえたいのは、この手引きによってAI事業者やAI利用者に新しい法的責任が創設されたわけではないという点です。
手引きの目的は、AIのブラックボックス性や自律性、関係者の多層化によって責任関係が見えにくくなっていることを踏まえ、民法上の不法行為責任や製造物責任法等の既存のルールがAI利用場面にどう解釈・適用され得るかについて、一定の方向性を示すことにあります。
したがって、手引きに記載された要素を満たしたから必ず免責される、あるいは満たさなかったから直ちに損害賠償責任を負う、という性質の文書ではありません。個別事件における法的責任の最終的な判断は裁判所が行います。
この点は実務上重要です。手引きは「安全港」のチェックリストではなく、事故が起きたときに裁判所が注意義務違反等を評価する際、どのような事情が意味を持ち得るのかを整理するための材料として読む方が適切です。
2 まず「誰が何をしていたのか」を分ける
AIを利用したサービスでは、同じ一つのサービスの中に複数の事業者が存在します。例えば、基盤モデルを開発する会社、そのモデルをAPIとして提供する会社、APIを組み込んだSaaSを顧客に提供する会社、そして最終的にそのSaaSを使う企業や担当者です。
そのため「AI事業者の責任」と一括りにするのではなく、少なくとも次の役割を分けて考える必要があります。
| 主体 | 典型的な役割 | 責任判断で問題になりやすい事項 |
|---|---|---|
| AI開発者 | モデル、アルゴリズム、学習・評価方法等を開発する | 設計上の安全性、学習・評価、既知の限界への対策、説明・情報提供 |
| AI提供者 | AIをサービス・システムとして利用者に提供する | 利用目的に応じた機能設計、利用条件、警告・説明、アップデート、障害対応 |
| AI利用者 | AIを業務・意思決定・顧客対応等に利用する | 利用目的の適切性、必要な確認、人による判断、社内運用、AIを使った後の行為 |
もっとも、現実のサービスでは一社が複数の役割を兼ねることもあります。また、SaaS提供会社が下流顧客に対しては「提供者」である一方、上流の基盤モデル事業者との関係では「利用者」に近い立場に立つこともあります。責任を考えるときは会社名ではなく、問題となった機能について各当事者が何を設計し、何を知り、何をコントロールできたのかを見る必要があります。
3 「AIが間違えた」だけでは責任の所在は決まらない
AIが誤った出力をしたという事実だけで、誰が損害賠償責任を負うかは決まりません。民法709条の不法行為責任であれば、一般に故意・過失、権利・利益侵害、損害、因果関係等が問題になります。
AIの場合に難しいのは、「誰がどこまで予見できたのか」「誰が事故を回避する手段を持っていたのか」「AI出力をどの程度信頼する前提のサービスだったのか」が、従来のソフトウェアより複雑になりやすいことです。
例えば、AIが「参考情報を出すだけ」で、最終判断を専門家が行うことを明確に予定しているサービスであれば、利用者が出力を検証せずそのまま採用したことが重要になります。他方、「人による全件確認を不要にする」こと自体を価値として販売される検査AIで、利用者に毎回同じ検査を人手でやり直すことを求めるなら、そもそもサービスの目的と矛盾します。
この違いを整理するため、手引きが示したのが「補助/支援型AI」と「依拠/代替型AI」という区分です。
4 補助/支援型AIと依拠/代替型AI
| 類型 | 考え方 | 典型的な人の関与 | 責任判断の中心 |
|---|---|---|---|
| 補助/支援型AI | AIは判断・行動を補助する。最終的な判断は人が行うことを予定 | 出力を確認し、必要に応じて追加調査・修正を行う | 利用者が適切な注意を尽くして出力を検証したか。提供者等が利用者には分かりにくい限界を適切に説明したか |
| 依拠/代替型AI | 人の判断・行動の全部又は重要部分をAIに委ねることを予定 | 個々の出力を全件再検証するのではなく、AIを使う仕組み全体を監督する | 代替利用に合理性があるか。必要な精度・安全性があるか。プロセス、監視、停止、更新等が適切か |
この分類は、単に製品名や業界で決まるものではありません。同じAIでも、どの業務に、どのような説明・運用の下で使うかによって位置付けが変わり得ます。
例えば、契約書レビューAIが「論点候補を提示するツール」として弁護士の確認を前提に使われるなら補助/支援型に近いでしょう。他方、一定の定型契約について人によるレビューを置き換え、自動承認まで行う設計であれば、依拠/代替型に近づきます。
したがって、契約書や利用規約に「本サービスは参考情報です」とだけ書けば補助/支援型になるわけでもありません。実際の機能、広告・営業説明、利用者の合理的な期待、運用実態を含めて評価されることになります。
5 補助/支援型AI―利用者は何を確認すべきか
補助/支援型AIでは、最終判断を人が行うことが前提です。そのため利用者側では、AI出力を無条件に採用するのではなく、業務の性質に応じて正確性・妥当性を確認し、必要な追加情報を収集することが重要になります。
ただし、「必ず人が全部やり直せばよい」という意味ではありません。どこまでの確認が必要かは、想定される損害の大きさ、AIの精度、利用者の専門性、確認コスト、提供者から受けた説明などによって変わります。
例えば、社内資料の要約にAIを使う場合と、顧客の融資可否・採用・医療・法的判断など権利利益に大きく影響する判断に使う場合とでは、必要な確認の程度が異なるのが自然です。
逆に、提供者・開発者側も「人が最後に確認するから何をしてもよい」わけではありません。利用者から見つけにくいモデルの弱点、特定条件での精度低下、適用対象外のケース等を認識しているのであれば、設計上の対策や説明が問題になります。
補助/支援型AIで企業が確認したい事項
- AI出力を誰が最終確認するかが決まっているか
- どのような場合に追加確認・エスカレーションするかが決まっているか
- AIが苦手とする条件や利用禁止領域を利用者が理解できる形で示しているか
- ログを残し、どの入力・出力をもとに判断したか後から説明できるか
- 「AIがそう言ったから」という理由だけで対外的判断を行う運用になっていないか
6 依拠/代替型AI―人が毎回チェックしないこと自体は直ちに過失ではない
依拠/代替型AIは、AIに人の判断・行動の全部又は重要部分を代替させることを予定する類型です。手引きは、この類型を認める前提として、少なくとも人の介在を減らす必要性・便益があり、かつ、代替に見合う精度・安全性が確保されていることを重視しています。
ここで重要なのは、AIで人の作業を代替したにもかかわらず、「利用者はAIのすべての出力を人間が同じ作業をして再確認すべきだった」と考えると、AIによる代替の意味が失われることです。
そのため依拠/代替型では、利用者に求められる注意は、個々の出力を毎回見破ることから、AIを使うプロセス全体を適切に設計・管理することへ比重が移ります。
例えば、どの場面でAIに任せるか、精度が低下する条件で人に切り替えるか、異常値を検知する仕組みがあるか、事故時に停止・切戻しできるか、モデル更新後の性能を再評価するか、といった運用です。
提供者・開発者側では、利用者がAIに依拠することを予定している以上、利用目的に対応した精度・安全性、リスク低減措置、性能限界の説明、アップデート等について、補助/支援型より重い対応が求められ得ます。
7 手引きの7事例から見えること
| 事例 | 主な論点 | 企業法務上の示唆 |
|---|---|---|
| 配送ルート最適化AI | AIが提示したルートを運転者が採用して事故等が生じた場合 | 提案を採用する人の確認可能性と、ルート生成側が把握する危険情報の非対称性を分けて考える |
| 弁護士業務支援AI | 法的調査・文書作成をAIが支援し誤りが生じた場合 | 専門家向け支援ツールでは、専門家自身の確認が重要。ただし提供者にしか分からない限界の説明は別問題 |
| 画像生成AI | 出力が第三者の権利を侵害した場合 | 利用者のプロンプト・出力確認と、モデル側の知財リスク低減措置・情報提供を切り分ける |
| 取引審査AI | 与信等の審査支援で不適切な判断が生じた場合 | 判断の重要性と人による最終判断の実態に応じて、必要な検証・説明が変わる |
| 外観検査AI | 人手検査を置き換えたAIが不良品を見逃した場合 | 人と同程度以上の性能等を前提に代替するなら、全件再検査よりプロセス全体の安全設計が中心になる |
| 自律走行ロボット(AMR) | 物理空間で自律的に移動し事故を起こした場合 | 製品・システムとしての設計、安全機構、利用環境、保守・更新の責任分担が重要 |
| AIエージェント | AIが人に代わって提案・購入・実行等を行う場合 | 権限範囲、確認ポイント、外部サービスとの連携、誤実行時の停止・復旧・ログが重要になる |
これらに共通するのは、「AIの内部で何が起きたか」だけではなく、AIが置かれた業務プロセス、利用者の役割、提供者・開発者が持つ情報、事故を回避できた主体を具体的に見るという考え方です。
8 契約があれば責任問題は解決するのか
AIサービスでは、利用規約や個別契約によって、保証範囲、責任制限、損害賠償上限、第三者クレームの処理等が定められていることが通常です。
契約は、契約当事者間の費用・リスクをあらかじめ配分するうえで非常に重要です。例えば、AI提供者がどこまで精度を保証するのか、利用者がどの範囲で人による確認を行うのか、第三者の知的財産権侵害クレームが来た場合に誰が防御・補償するのか、といった事項は契約で相当程度整理できます。
しかし、契約があるから不法行為責任が消えるわけではありません。例えばAIシステムの利用によって契約当事者ではない第三者に身体・財産上の損害が生じた場合、その第三者は利用規約上の責任制限に当然拘束されるわけではありません。
したがって、AI契約は「責任そのものをなくす」ための文書というより、誰がどのリスクをコントロールし、事故時の調査・対応費用をどう負担するかを事前に整理するものとして設計する必要があります。
9 契約実務に落とすなら確認したい6点
1 想定利用と人の関与を明確にする
AIが参考情報を提供するのか、人の判断を置き換えるのかを契約・仕様・運用で整合させます。「最終判断は利用者」と書きながら、営業資料では「人のチェック不要」と説明するような矛盾は避けるべきです。
2 性能・限界をどこまで約束するか
精度を保証しないという一般的な免責だけでなく、測定可能な性能指標、適用対象外、精度が低下しやすい条件、モデル更新時の再評価等を検討します。
3 事故・クレーム時の情報提供義務
原因調査に必要なログ、モデルバージョン、入力・出力、設定、障害情報等を誰が保有し、どこまで相手方に提供するかを決めます。
4 アップデート・仕様変更
モデル更新によって精度や挙動が変わるAIでは、重要な変更の通知、検証期間、旧バージョン維持、停止・切替等を検討します。
5 損害賠償・補償
責任上限を一律に置くだけでなく、知財侵害、情報漏えい、重大な安全事故等について別枠の上限や補償を設けるかを検討します。
6 保険・サプライチェーン
下流の顧客に約束する責任と、上流AIベンダーから受けられる補償が一致しているか確認します。必要に応じて保険も含めて残余リスクを処理します。
10 実務では「誰がリスクをコントロールできたか」を見る
手引きを通して見ると、責任判断で重要になるのは、形式的に「開発者」「提供者」「利用者」のどれに当たるかだけではありません。
私は、企業が自社の責任リスクを検討するときには、「その危険を誰が知り得たか」「誰が事故を防ぐための情報・技術・権限を持っていたか」というリスクコントロールの観点で整理するのが実務的だと思います。
例えば、利用者が通常の画面上では知りようのないモデル固有の弱点については、提供者・開発者側の情報提供が重要になります。反対に、AI出力の前提となる顧客固有の事情を利用者だけが知っているのであれば、その事情を踏まえた最終判断は利用者側でしかできません。
AIのバリューチェーンが長くなるほど、情報とコントロールが別々の会社に分散します。そこで契約、ログ、説明資料、社内手順を通じて、「誰が何を知り、何をするのか」を事前に接続しておくことが重要になります。
11 企業がいま確認しておきたいこと
- 自社のAI利用が補助/支援型なのか、依拠/代替型なのかを業務単位で整理する
- AIに任せる判断と、人が確認する判断の境界を社内ルール・仕様に落とす
- 重大な損害につながる利用について、AIの精度・安全性をどのように評価したか記録する
- 上流AIベンダーの利用規約、責任上限、ログ提供、障害対応、モデル変更条項を確認する
- 顧客に対する説明・契約上の約束が、上流契約で自社が確保している権利・補償を超えていないか確認する
- 事故時に入力、出力、モデル・バージョン、設定、担当者の判断過程を追跡できるか確認する
- 第三者被害が想定される用途では、契約上の免責だけでなく設計・運用・保険を含めてリスクを処理する
12 まとめ
AIによって損害が発生した場合、AIを使ったという一事だけで責任の所在が決まるわけではありません。
補助/支援型AIでは、利用者がAI出力を適切に評価し最終判断を行ったかが重要になります。一方、依拠/代替型AIでは、人が毎回AIと同じ作業をやり直すことよりも、AIに依拠してよいだけの精度・安全性があるか、AIを利用するプロセス全体が適切に設計されているかが重要になります。
そして、開発者・提供者・利用者の責任は一律ではなく、それぞれがどの情報を持ち、どのリスクをコントロールできたかによって変わります。
AIサービスを導入・提供する企業は、事故が起きてから責任条項を読むのではなく、想定利用、人の関与、ログ、情報提供、モデル変更、補償等を契約と運用の双方で整理しておくことが重要です。
参考資料
経済産業省「AI利活用における民事責任の解釈適用に関する手引き」:https://www.meti.go.jp/shingikai/mono_info_service/ai_utilization_civil/20260409_guideline.html
経済産業省「AI利活用における民事責任の解釈適用に関する手引き〔第1.0版〕」:https://www.meti.go.jp/shingikai/mono_info_service/ai_utilization_civil/pdf/20260409_1.pdf
総務省・経済産業省「AI事業者ガイドライン(第1.2版)」:https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html
経済産業省「AIの利用・開発に関する契約チェックリスト」:https://www.meti.go.jp/press/2024/02/20250218003/20250218003.html
※本記事は一般的な情報提供を目的とするものであり、個別案件についての法律意見を提供するものではありません。
※本記事は一般的な情報提供を目的とするものであり、個別案件についての法律意見を提供するものではありません。
Related
関連する解説
- 生成AI・AI APIの契約で確認すべき10項目生成AIやAI APIを導入・自社サービスへ組み込む際に確認したい契約上の10項目を解説。入力データ、学習利用、個人情報、知財、セキュリティ…
- 生成AIサービスを立ち上げる際の法務チェックリストAI法・AI事業者ガイドライン第1.2版を踏まえ、AI提供事業者との契約、個人情報のデータフロー、入力・RAG・生成物の著作権、ハルシネーシ…
- 生成AIプリンシプル・コードとは?対象企業・3つの原則・実務対応2026年8月に公表された生成AIプリンシプル・コードを解説。対象となる生成AI開発者・提供者、対象外となるケース、学習データ等の開示、権利…