VisualProASIL D時代、ISO 26262 × ASPICEへの同時対応 — ボトルネックは安全分析の作業成果物です
自動運転・電動化時代の機能安全 — VisualPro FMEA · FTA · HARA · STPA
製品：VisualPro | 対象：OEM・サプライヤー・ソフトウェア開発会社 | 日付：2026年7月22日
ISO 26262ASPICE 4.0ASIL DFMEA · FTA · HARAMCP連携
01プロセスだけではアセスメントに合格できません（TL;DR）
自動運転と電動化が加速するなか、ステアリング、ブレーキ、バッテリーマネジメントなど、自動車で最も厳格な安全度水準であるASIL Dに該当するシステムが増えており、それに伴いFMEA、FTA、HARAといった安全分析の需要も拡大し続けています。同時に、OEMは今やすべてのプロジェクトに対して「どのように開発するのか」（ASPICE）と「どのように安全を証明するのか」（ISO 26262）という2つの問いを同時に投げかけています。
プロジェクトがつまずくのは2つ目の問いです。ASPICEプロセスがどれほど成熟していても、機能安全を証明する作業成果物 — HARA、FMEA、FTA、セーフティケース — がExcelファイルに分散していれば、アセスメント対応も設計変更の反映もボトルネックになります。VisualProはこれらの安全分析の作業成果物を単一データベース上のデジタルスレッドとして管理し、2つの規格への同時対応の負担を大幅に軽減します。
ASPICEは「どのように開発するのか」を問い、ISO 26262は「何が安全を証明するのか」を問います — VisualProはその証明を生み出します。
02なぜ今なのか — 機能安全市場における3つの変化
① ASIL Dシステムの増加 — 分析需要の構造的拡大需要拡大
自動運転機能はドライバーによる制御可能性を低下させ、電動化はバイワイヤのブレーキ・ステアリングと高電圧バッテリーシステムをもたらします。その結果、HARAでASIL Dと評価されるシステムが増えています。ASIL Dは最も重い分類であり、帰納的分析（FMEA）と演繹的分析（FTA）の併用に加え、SPFM ≥ 99%、LFM ≥ 90%、PMHF < 10⁻⁸/hといった定量的なハードウェアメトリクスによる根拠を求めます。
② 同時対応の標準化 — ASPICE 4.0まで二重審査
ISO 26262がE/Eシステムの機能安全に関する作業成果物に焦点を当てるのに対し、ASPICEは開発プロセスの成熟度（CL 0–5）を評価します。欧州のOEMは入札段階からASPICE能力を確認し、ほとんどのOEMはLevel 2–3を要求しています。2023年末にリリースされたASPICE 4.0では、ハードウェアエンジニアリング（HWE）と機械学習エンジニアリング（MLE）のプロセスグループが新設され、アセスメントの範囲が広がりました。1つのプロジェクトが両方のアセスメントを同時に受けることは、今や標準的なケースです。
③ 韓国のサプライチェーン — 現代自動車・起亜から広がるLevel 2–3サプライチェーン
韓国では、現代自動車と起亜が主導するSDV（ソフトウェア定義車両）への移行とともに、ASPICE Level 2–3の要求がサプライチェーン全体に広がっています。機能安全の作業成果物に関する要求もこれに伴ってTier 1を越え、Tier 2サプライヤーにまで及んでおり、専任の安全組織を持たないサプライヤーほど負担が大きくなっています。
03ISO 26262とASPICE — 何がどう違うのか？
2つの規格は競合するものではなく、同一プロジェクトに補完的に適用されます。
| 観点 | ISO 26262 | ASPICE |
|---|
| 核心となる問い | 何が安全を証明するのか（作業成果物） | どのように開発するのか（プロセス） |
| 対象範囲 | E/Eシステムの機能安全 | SW／システム開発のプロセス能力 |
| 評価 | ASIL A–D（Dが最も厳格） | Capability Level 0–5（通常2–3が要求される） |
| 主な活動 | HARA、FMEA、FTA、DFA、セーフティケース | 要求のトレーサビリティ、検証、構成管理・品質管理 |
| 最新動向 | 第2版（2018年）、SOTIF（ISO 21448） | 4.0（2023年）— HWE・MLEグループを新設 |
そして、両方のアセスメントが共通して掘り下げるのがトレーサビリティ、すなわち要求 ↔ 設計 ↔ 分析 ↔ 検証が途切れなくつながっているかどうかです。
04ASILが上がると何が増えるのか？ — 求められる安全分析
ASILが上がるにつれて、求められる分析の範囲と深さがともに増していきます。重要なのは、これらの作業成果物が互いに参照し合っているという点です。
| 分析 | 役割 | ASIL上昇に伴う要求 |
|---|
| HARA | ハザードの特定、S・E・CによるASILの決定 | すべての安全活動の出発点 — 安全目標を導出 |
FMEA
（帰納的） | 部品・システムの故障が上位機能に及ぼす影響 | ASIL C/Dでは帰納的分析と演繹的分析を併用 |
FTA
（演繹的） | 頂上事象から故障の組み合わせを分解し、定量目標を証明 | ASIL DにおけるPMHF < 10⁻⁸/hを証明する手段 |
DFA ·
セーフティケース | 従属故障（共通原因）分析、全体の安全論証 | 干渉からの自由の根拠、アセスメントの最終成果物 |
HARAの安全目標は、FMEAの故障影響やFTAの頂上事象につながっています。Excelで分散管理された環境では、設計変更のたびに、これらのつながりを手作業で再確認しなければなりません。
05VisualProは同時対応をどのように支援するのか？
単一データベースによるデジタルスレッドトレーサビリティ
構造 ↔ 機能 ↔ 故障 ↔ リスク ↔ 対策が、1つのデータベース内で1:1にトレースされます。HARAの安全目標、FMEAの故障影響、FTAの頂上事象が1本のスレッド上でリンクされ、設計変更時には自動的に同期されるため、アセッサーから「この対策の根拠は何か」と問われても、数回のクリックで回答できます。
ノイズファクターライブラリ — 実証された分析の高速化実証済み
温度、振動、摩耗といったノイズファクターのライブラリにより、故障原因の導出を体系化します。実際の駆動系モーターDFMEAのパイロットでは、AIエージェントが会話だけで34件の故障を導出し、54件のノイズファクターをマッチングし、25件の因果ネットワーク接続をリンクしました。
MCPベースのAIエージェント連携MCP
ClaudeなどのAIエージェントがMCP（Model Context Protocol）を介してVisualProと直接通信してFMEA、FTA、STPA、HARAの分析を実行し、分析者は結果の検証に集中できます。分析量が多く変更が頻繁なASIL Dプログラムほど、高速化の効果は大きくなります。
韓国語・英語レポートの自動化 — アセスメント・監査に対応KR·ENレポート
機能安全アセスメントや海外OEMの監査にそのまま提出できるレポートを、分析データベースから韓国語と英語で直接生成します。プロセス側のエビデンス管理が必要な場合は、姉妹製品Teamer（ALM・eQMS）との連携により、ASPICEまで対応範囲を広げられます。
06よくある質問（FAQ）
Q1すでにASPICE Level 2を取得していますが、ISO 26262への対応は別途必要ですか？
はい。ASPICEアセスメントはプロセス能力のみを評価するもので、機能安全の作業成果物 — HARA、FMEA、FTA、セーフティケース — の有無と品質は、ISO 26262のアセスメントで別途確認されます。ただし、両規格が求めるトレーサビリティの基盤は再利用できるため、作業成果物をツールで管理すれば、同時対応の負担を大幅に軽減できます。
Q2これまでFMEAはずっとExcelで行ってきました。なぜツールが必要なのですか？
ASIL Dプログラムは、分析量、変更頻度、アセスメントの深さが異なります。Excelでは作業成果物間の参照が途切れているため、設計変更のたびにHARA、FMEA、FTAにわたって手作業で再確認する必要があり、アセスメントで根拠をたどる質問にその場で答えることも困難です。単一データベースのツールはこれらのリンクを自動的に同期し、AIエージェント連携によって分析そのものも高速化します。
07今すぐ始めましょう（Next Step）
ASIL Dの需要は構造的に拡大しており、同時対応はすでに当たり前になっています。自動車の機能安全で培われた方法論を備えた単一プラットフォームであるVisualProで、次のアセスメントが来る前に安全分析の作業成果物の体制を構築してください。
プロセスにはASPICEを、安全の証明にはVisualProを — 2つの規格に同時に対応する最短ルートです。
