ADASドメインコントローラ
ADASドメインコントローラは、車両の知覚・判断・制御を統合する中枢計算装置である。カメラ、レーダー、ライダー、超音波、IMU、GNSSなどの多様なセンサーから得られる大容量データを集約し、物体検出・追跡、車線認識、経路計画、車両制御までを一体的に実行する。従来は機能ごとに分散したECUで構成されていたが、計算資源の集約と高速ネットワークの普及により、ドメイン統合型のE/Eアーキテクチャが主流化しつつある。これにより配線削減、レイテンシ低減、ソフトウェア更新性の向上、機能安全設計の一元化が可能になる。
役割と位置づけ
ADASドメインコントローラは、運転支援(ACC、AEB、LKAなど)からL2/L3相当の自動運転機能までの基盤を担う。センサECUが前処理した特徴量や生データを取り込み、センサフュージョンによって環境モデルを生成し、行動計画と軌道生成を介してステアリング、ブレーキ、パワートレインへ指令を出す。分散ECU時代に比べ、機能間の時間同期と一貫した障害検知・フェイル運転戦略を取りやすい点が大きな利点である。
ハードウェア構成
- 高性能SoC(CPU/GPU/NPU)と大容量DRAM、ECC付きメモリ、車載向けeMMC/UFS
- ハードウェアセーフティアイランド、ロックステップCPU、独立ウォッチドッグ
- 自動車向け電源(PMIC)、冗長電源経路、瞬断対策
- 100/1000BASE-T1 Ethernet、CAN/FlexRay、時間同期(PTP/TSN)
- 熱設計(ヒートシンク、ヒートパイプ、ベイパーチャンバー)とEMI/EMC対策
筐体は振動・衝撃・温度(-40〜105℃)・湿度・塵水への耐性を満たす必要がある。コネクタは車載規格のロック機構とシールドを備え、高周波信号の整合を確保する。冗長化はセンサー経路、電源、通信、計算資源のいずれにも適用される。
ソフトウェアスタック
OSはLinux系やRTOSをベースに、ハイパーバイザで機能分割を行う構成が一般的である。AUTOSAR Classic/Adaptiveの併用、DDSによる疎結合通信、ROS 2ベースの開発環境を採る例も多い。セキュアブート、鍵管理、実行時保護、ログ・トレース基盤、OTA更新、リソース監視が必須である。AI推論(物体検出/セマンティックセグメンテーション)はNPUで最適化し、パイプライン全体のレイテンシとスループットを設計指標とする。
センシングとデータフュージョン
カメラの高解像度画像、レーダーの速度・距離、ライダーの3D点群、IMU・車速の自己運動、GNSSやHDマップを時刻同期して統合する。拡張カルマンフィルタ、粒子フィルタ、ベイズ的トラッキング、確率的占有グリッドなどを用いてワールドモデルを形成し、悪天候や遮蔽に強い認識を実現する。V2X情報は信頼度付きメッセージとして統合し、冗長な知覚経路を確保する。
プランニングと制御
行動計画はシーン理解に基づく戦略決定(追従/追い越し/合流)を行い、軌道生成は速度・加速度・ヨーレート制約の下でMPCなどにより実現する。実行層はEPS、ESC、パワートレインECUに対しインターフェースを持ち、フェイル時は安全側に遷移する。人間との協調(ドライバモニタリング、HMI通知、引継ぎ設計)も重要である。
通信と車載ネットワーク
ADASドメインコントローラはギガビットEthernetを主幹に、CAN/LIN/FlexRayを併用する。TSNによる時間保証、ゲートウェイのトラフィック分離、ファイアウォール/IDPSなどのサイバーセキュリティを実装する。センサからのRaw/圧縮データの帯域見積りと、バックボーンの遅延・ジッタ管理が設計の肝となる。
機能安全とSOTIF/セキュリティ
機能安全はISO 26262(目標ASIL-D)に基づきHARA、FMEA/FMEDA、故障注入試験、診断カバレッジ評価を行う。意図しない機能不全はSOTIF(ISO/PAS 21448)の枠組みで扱い、データ分布の偏りや境界条件での性能劣化を検討する。サイバーセキュリティはISO/SAE 21434に準拠し、脅威分析、セキュアアップデート、鍵のローテーション、運用期の監視を含む。
開発プロセスと検証
要件定義からV字プロセスで進め、SIL/HIL、実車、クローズドコース、オープン道路で段階的に検証する。シナリオベース試験とカバレッジ指標を導入し、データ収集・アノテーション・再学習・再検証のMLライフサイクルを構築する。記録データの匿名化、再現性の高いリプレイ、回帰検出の自動化が品質とリリース速度を両立させる。
熱・筐体・実装の要点
熱設計は環境温度・太陽負荷・設置姿勢を考慮し、ファンレス優先で放熱経路を最適化する。EMI/EMCはグランド設計、ケーブルシールド、筐体シームの導通確保が重要である。整備性の観点ではコネクタの挿抜余裕、サービスループ、故障時のユニット交換時間を最小化する。
導入時の実務留意点
- 演算・メモリ・帯域・電力の成長余裕を設ける
- OTA戦略(差分配布、ロールバック、段階配信)の設計
- タイミングバジェットと優先度制御、バックプレッシャ対策
- 診断(DTC)、ヘルスモニタリング、フィールドデータ収集の計画
- 冗長化の粒度(センサ/ネット/計算)とフェイルオペレーショナル方針
コメント（β版）