4.5.8. PL 法

<< 4.5.7. 産業機器関連法

1. 概要

 PL法(Product Liability:製造物責任法)は、製造物の欠陥により人の生命、身体または財産に係る被害が生じた場合における製造業者等の損害賠償責任について定めた法律です。1995年7月1日に施行され、消費者保護の観点から重要な役割を果たしています。

 IT分野においては、ハードウェアに組み込まれたソフトウェアの欠陥による損害も対象となることがあり、システム開発者やIT企業にとって無視できない法律となっています。従来の民法では、被害者が製造者の過失を立証する必要がありましたが、PL法では製造物に欠陥があったことを証明すれば足りるため、被害者の立証負担が大幅に軽減されました。

 本記事では、PL法の基本的な仕組みと規制対象、そしてIT分野における適用事例について詳しく解説します。特に、プログラムを組み込んだハードウェアの使用による損害への適用について、応用情報技術者試験の観点から重要なポイントを整理していきます。

2. 詳細説明

2.1 PL法の目的と基本構造

 PL法の主な目的は、製造物の欠陥により被害を受けた消費者の保護と、製造業者の責任の明確化にあります。この法律により、製造物責任は「無過失責任」として規定され、製造業者等は自己の過失の有無にかかわらず、製造物に欠陥があれば損害賠償責任を負うことになります。

 法律の対象となる「製造物」とは、製造または加工された動産を指します。重要な点として、不動産、未加工の農林畜水産物、電気、そして無体物であるソフトウェア単体は製造物に含まれません。しかし、ソフトウェアがハードウェアに組み込まれている場合、そのハードウェア全体が製造物として扱われます。

2.2 欠陥の定義と種類

 PL法における「欠陥」とは、「当該製造物が通常有すべき安全性を欠いていること」と定義されています。欠陥は主に以下の3種類に分類されます。

 設計上の欠陥:製品の設計段階で安全性への配慮が不十分だったために生じる欠陥です。IT製品では、システム設計時のセキュリティホールや、安全機能の不備などが該当します。

 製造上の欠陥:設計は適切であったが、製造過程で何らかの問題が生じて安全性を欠く状態になった場合です。ハードウェアの組み立て不良や、プログラムの実装ミスなどが含まれます。

 指示・警告上の欠陥:製品の使用方法や危険性について、適切な指示や警告を怠ったことによる欠陥です。取扱説明書の不備や、システムの制限事項の説明不足などが該当します。

PL法と民法の責任体系比較表

立証責任(過失の立証不要vs必要)、時効(損害を知った時から3年/20年vs3年/10年)、責任主体などの違いを表形式で整理

比較項目 PL法(製造物責任法) 民法(不法行為責任)
立証責任 過失の立証不要
製造物に欠陥があったことを証明すれば足りる
過失の立証必要
加害者の故意・過失を被害者が立証する必要がある
責任の性質 無過失責任
(欠陥があれば過失の有無を問わず責任を負う)
過失責任
(故意または過失がある場合にのみ責任を負う)
時効期間 ・損害及び賠償義務者を知った時から 3年
・製造物を引き渡した時から 20年
・損害及び加害者を知った時から 3年
・不法行為の時から 10年
責任主体 製造業者等
(製造業者、加工業者、輸入業者、表示製造業者)
不法行為を行った者
(個人、法人を問わない)
対象 製造物(製造・加工された動産)の欠陥による損害
※ソフトウェア単体は対象外
あらゆる不法行為による損害
(物的損害、人的損害、精神的損害等)
免責事由 ・開発危険の抗弁
・部品・原材料製造業者の抗弁
・法令遵守の抗弁等
・被害者の過失
・正当防衛
・緊急避難等
損害賠償の範囲 生命、身体、財産に生じた損害
(拡大損害)
相当因果関係のある全ての損害
(積極損害、消極損害、慰謝料等)

2.3 責任主体と免責事由

 PL法では、責任を負う主体として「製造業者等」が定められています。これには、製造業者、加工業者、輸入業者のほか、製造業者として表示を行った者(表示製造業者)も含まれます。OEM製品の供給を受けて自社ブランドで販売する企業も、表示製造業者として責任を負う可能性があります。

 一方、製造業者等が責任を免れる場合(免責事由)として、開発危険の抗弁があります。これは、製造物を引き渡した時点の科学技術の水準では欠陥を認識できなかった場合に適用されます。ただし、この抗弁が認められるハードルは非常に高く設定されています。

3. 実装方法と応用例

3.1 IT分野におけるPL法の適用

 IT分野では、組込みシステムやIoT機器など、ソフトウェアとハードウェアが一体となった製品が増加しており、PL法の適用事例も多様化しています。典型的な例として、以下のようなケースが挙げられます。

 医療機器の制御プログラム:ペースメーカーや輸液ポンプなどの医療機器に組み込まれたプログラムの欠陥により、患者に健康被害が生じた場合、製造業者はPL法に基づく責任を問われます。

 自動車の制御システム:自動運転技術やADAS(先進運転支援システム)のソフトウェア欠陥による事故は、PL法の適用対象となります。制御プログラムのバグによる急発進や、センサーの誤作動による衝突などが該当します。

 家電製品の組込みソフトウェア:スマート家電のファームウェアの欠陥により、火災や感電などの事故が発生した場合も、PL法が適用されます。

flowchart TB
    Start([IT製品開発におけるPL法対策フローチャート])
    
    Start --> Planning[企画フェーズ]
    
    Planning --> P1[製品リスク評価]
    Planning --> P2[安全要求定義]
    Planning --> P3[法規制確認]
    P1 --> P_Owner[責任者_プロダクトマネージャー]
    P2 --> P_Owner
    P3 --> P_Owner
    
    P_Owner --> Design[設計フェーズ]
    
    Design --> D1[安全設計レビュー]
    Design --> D2[機能安全規格準拠_IEC61508等]
    Design --> D3[フェイルセーフ設計]
    D1 --> D_Owner[責任者_設計責任者]
    D2 --> D_Owner
    D3 --> D_Owner
    
    D_Owner --> Implementation[実装フェーズ]
    
    Implementation --> I1[コーディング規約遵守]
    Implementation --> I2[静的解析ツール適用]
    Implementation --> I3[コードレビュー実施]
    I1 --> I_Owner[責任者_開発リーダー]
    I2 --> I_Owner
    I3 --> I_Owner
    
    I_Owner --> Testing[テストフェーズ]
    
    Testing --> T1[単体_結合テスト]
    Testing --> T2[システムテスト]
    Testing --> T3[セキュリティテスト]
    Testing --> T4[負荷_耐久テスト]
    Testing --> T5[実使用環境テスト]
    T1 --> T_Owner[責任者_品質保証責任者]
    T2 --> T_Owner
    T3 --> T_Owner
    T4 --> T_Owner
    T5 --> T_Owner
    
    T_Owner --> Release[リリースフェーズ]
    
    Release --> R1[取扱説明書作成]
    Release --> R2[警告_注意事項明記]
    Release --> R3[制限事項文書化]
    Release --> R4[トレーサビリティ確保]
    R1 --> R_Owner[責任者_リリースマネージャー]
    R2 --> R_Owner
    R3 --> R_Owner
    R4 --> R_Owner
    
    R_Owner --> Maintenance[保守フェーズ]
    
    Maintenance --> M1[不具合情報収集]
    Maintenance --> M2[リスク再評価]
    Maintenance --> M3[緊急対応体制]
    Maintenance --> M4[情報提供_リコール判断]
    M1 --> M_Owner[責任者_保守責任者]
    M2 --> M_Owner
    M3 --> M_Owner
    M4 --> M_Owner
    
    M_Owner --> End([継続的改善])
    
    style Start fill:#f9f,stroke:#333,stroke-width:4px
    style End fill:#9f9,stroke:#333,stroke-width:4px
    style P_Owner fill:#ffd,stroke:#333,stroke-width:2px
    style D_Owner fill:#ffd,stroke:#333,stroke-width:2px
    style I_Owner fill:#ffd,stroke:#333,stroke-width:2px
    style T_Owner fill:#ffd,stroke:#333,stroke-width:2px
    style R_Owner fill:#ffd,stroke:#333,stroke-width:2px
    style M_Owner fill:#ffd,stroke:#333,stroke-width:2px

3.2 企業の対策と品質保証

 IT企業がPL法のリスクに対応するためには、開発段階からの品質管理が不可欠です。具体的な対策として、以下の取り組みが重要となります。

 開発プロセスの標準化:ISO/IEC 12207やCMMIなどの標準に基づいた開発プロセスを確立し、設計レビューやコードレビューを徹底します。特に安全性が要求される分野では、機能安全規格(IEC 61508など)への準拠も必要です。

 テストの充実:単体テスト、結合テスト、システムテストに加え、セキュリティテストや負荷テストを実施します。また、実使用環境を想定したフィールドテストも重要です。

 ドキュメントの整備:取扱説明書やマニュアルにおいて、使用上の注意事項や制限事項を明確に記載します。また、既知の問題や回避方法についても適切に情報提供を行います。

flowchart TD
    Start([PL事故発生時の対応フローチャート])
    
    A[事故発生]
    B[初期対応]
    C[原因調査]
    D[対策実施]
    E[損害賠償対応]
    
    B1[被害者の救護・安全確保]
    B2[事故状況の記録・保全]
    B3[関係機関への連絡]
    B4["必要書類:
・事故報告書
・現場写真
・製品保全記録"] C1[製品の回収・検証] C2[欠陥の特定と分類] C3[専門家による分析] C4["必要書類:
・技術検証報告書
・設計仕様書
・製造記録"] D1[リコール実施の検討] D2[改善策の策定] D3[再発防止策の実施] D4["必要書類:
・改善計画書
・リコール届出書
・品質改善記録"] E1[保険会社への連絡] E2[示談交渉・和解] E3[損害賠償金の支払い] E4["必要書類:
・示談書
・損害賠償計算書
・支払証明書"] Start --> A A --> B B --> B1 B --> B2 B --> B3 B1 --> B4 B2 --> B4 B3 --> B4 B4 --> C C --> C1 C --> C2 C --> C3 C1 --> C4 C2 --> C4 C3 --> C4 C4 --> D D --> D1 D --> D2 D --> D3 D1 --> D4 D2 --> D4 D3 --> D4 D4 --> E E --> E1 E --> E2 E --> E3 E1 --> E4 E2 --> E4 E3 --> E4 E4 --> End([対応完了]) style Start fill:#f9f,stroke:#333,stroke-width:2px style End fill:#9f9,stroke:#333,stroke-width:2px style A fill:#faa,stroke:#333,stroke-width:2px style B4 fill:#ffd,stroke:#333,stroke-width:1px style C4 fill:#ffd,stroke:#333,stroke-width:1px style D4 fill:#ffd,stroke:#333,stroke-width:1px style E4 fill:#ffd,stroke:#333,stroke-width:1px

組込みソフトウェアのPL法適用判定チェックリスト

ハードウェアとの一体性、安全性への影響度、ユーザーの制御可能性などの判定基準をチェックリスト形式で整理

確認 判定項目 詳細内容
1. ハードウェアとの一体性
組込み形態の確認
ソフトウェアがハードウェアに物理的に組み込まれているか(ROM、フラッシュメモリ等)
分離不可能性
通常の使用状態でソフトウェアとハードウェアを分離できないか
機能の一体性
ソフトウェアがハードウェアの主要機能を制御・実現しているか
2. 安全性への影響度
人体への影響
欠陥により人の生命・身体に危害を及ぼす可能性があるか(医療機器、自動車等)
財産への影響
欠陥により財産的損害を発生させる可能性があるか(火災、破損等)
安全機能の有無
安全性に関わる制御機能を担っているか(ブレーキ制御、温度制御等)
3. ユーザーの制御可能性
更新・変更の制限
ユーザーが独自にソフトウェアを更新・変更できない設計か
動作の自動性
ユーザーの介入なしに自動的に動作する機能があるか
停止・回避の困難性
異常動作時にユーザーが容易に停止・回避できない可能性があるか
4. 製造物としての特性
動産性
製品全体が動産(移動可能な物)として扱われるか
製造・加工の有無
工業的に製造または加工された製品か
流通性
市場で流通・販売される製品か
判定結果

上記チェック項目のうち、各セクションで1つ以上該当する場合、組込みソフトウェアはPL法の適用対象となる可能性が高い

注意事項:
・本チェックリストは一般的な判定基準を示したものであり、実際の適用判断は個別の事案により異なります
・法的判断が必要な場合は、必ず専門家(弁護士等)に相談してください
・開発段階から品質管理とリスク評価を適切に実施することが重要です

4. 例題と解説

【例題】
 組込みシステムを搭載した家電製品において、プログラムの欠陥が原因で利用者に損害が発生した。この場合のPL法の適用について、最も適切なものはどれか。

 ア ソフトウェアは無体物であるため、PL法は適用されない。
 イ ハードウェアに組み込まれたソフトウェアの欠陥も、製造物の欠陥としてPL法が適用される。
 ウ プログラムの欠陥は設計上の問題であり、製造上の欠陥ではないためPL法は適用されない。
 エ 利用者が取扱説明書を読んでいなかった場合は、PL法は適用されない。

【解答】イ

【解説】
 PL法における「製造物」の定義では、ソフトウェア単体は無体物として対象外ですが、ハードウェアに組み込まれた状態では、そのハードウェア全体が製造物として扱われます。したがって、組込みシステムのプログラムの欠陥による損害もPL法の適用対象となります。

 選択肢アは、組込みソフトウェアの扱いを誤解しています。選択肢ウについては、PL法では設計上の欠陥も含めて3種類の欠陥が定義されており、いずれもPL法の対象です。選択肢エについては、取扱説明書を読んでいなかったことが直ちに免責事由になるわけではなく、指示・警告が適切であったかどうかが問題となります。

 この問題は、IT技術者がPL法を理解する上で最も重要なポイントである「組込みソフトウェアへの適用」を問うものです。実務においても、ファームウェアやデバイスドライバなど、ハードウェアと一体となって動作するソフトウェアの開発では、PL法を意識した品質管理が求められます。

製造物責任リスクマトリクス

リスクレベル 製品カテゴリ 損害規模

医療機器

自動車

産業機器

家電

玩具

大規模(生命・重傷)

中規模(軽傷・財産)

小規模(軽微)

5. まとめ

 PL法は、製造物の欠陥による被害から消費者を保護するための重要な法律です。IT分野では、ハードウェアに組み込まれたソフトウェアの欠陥もPL法の対象となるため、システム開発者は品質管理と安全性確保に十分な注意を払う必要があります。

 応用情報技術者試験では、PL法の基本的な仕組みと、IT製品への適用について理解しておくことが重要です。特に、組込みシステムやIoT機器の開発に携わる技術者にとっては、実務でも必須の知識となります。開発プロセスの標準化、十分なテストの実施、適切なドキュメント作成により、PL法のリスクを最小化しながら、安全で信頼性の高い製品を提供することが求められています。

4.5.9. 情報公開法 >>

ご利用上のご注意

 このコンテンツの一部は、生成AIによるコンテンツ自動生成・投稿システムをもちいて作成し、人間がチェックをおこなった上で公開しています。チェックは十分に実施していますが、誤謬・誤解などが含まれる場合が想定されます。お気づきの点がございましたらご連絡いただけましたら幸甚です。