車載システムの全体像

車載システムの全体像

車載ソフトの話をするとき、いきなり ECU や AUTOSAR の話に入ると
「そもそも車全体の仕組みってどうなってるの？」
という疑問が出てきがちです。

なので最初の記事では、車載システム全体の“ざっくりした地図”を描いておきます。
細かいところは後の記事で深掘りしていくので、ここでは大まかな構造だけつかんでください。

■ 車は「システムの集合体」で動いている
現代の車は、ひとつの巨大なコンピュータではなく、
たくさんの小さなコンピュータ（ECU）がネットワークでつながった集合体です。

エンジン制御

ブレーキ

ステアリング

ボディ制御（ドア・ライト・ワイパー）

インフォテインメント

ADAS（自動運転の基礎）

これらがそれぞれ独立した ECU として存在し、
車内ネットワーク（CAN、LIN、FlexRay、Ethernet など）で連携しています。

■ ECUは「役割ごとに分かれた小さなコンピュータ」
ECU（Electronic Control Unit）は、
車の中で特定の機能を担当するコンピュータです。

例を挙げると：

エンジンECU：燃料噴射や点火タイミングを制御

ブレーキECU：ABSや横滑り防止を制御

BCM（Body Control Module）：ライト・ドア・ワイパーなど

IVI（車載インフォテインメント）：ナビ・音楽・UI

ADAS ECU：カメラ・レーダーの認識処理

ECUは車種によって数十〜100個以上になることもあります。

■ ECU同士はネットワークでつながっている
ECUは単体で動くわけではなく、
車内ネットワークで情報をやり取りしながら協調動作します。

代表的なネットワーク：

CAN：車載の定番。制御系で広く使われる

LIN：低速・安価。ドアやシートなど

FlexRay：高速・高信頼。高級車の制御系

Ethernet：最近急増。ADASやIVIで必須

例えば、
「アクセルを踏む → エンジンECUがトルクを出す → トランスミッションECUがギアを選ぶ」
という流れも、ネットワーク経由で連携しています。

■ 車載ソフトは「レイヤー構造」でできている
ECUの中のソフトウェアは、ざっくり分けるとこんな構造です。

アプリケーション層：制御ロジック、機能そのもの

ミドルウェア層：通信、診断、メモリ管理など

OS / 基盤ソフト：タスク管理、割り込み、ドライバ

ハードウェア：マイコン、センサ、アクチュエータ

このレイヤー構造を標準化したのが AUTOSAR です。
特に Classic Platform（CP）は、制御系ECUで広く使われています。

■ 車載システムの進化（Gen1〜Gen4）
車載アーキテクチャは世代ごとに大きく変わってきました。

Gen1：ECUが個別に動く時代

Gen2：ネットワークで連携し始める

Gen3：ドメイン統合（パワートレイン、ADAS、IVIなど）

Gen4：ゾーンアーキテクチャ（Zone ECU）へ移行中

今は Gen3 → Gen4 の過渡期で、
ECUの数や役割、ソフトの作り方も大きく変わっています。

このあたりは別記事で詳しく書いていきます。

■ 今後の記事の流れ
この記事は“地図の全体像”だったので、
次からは少しずつ細かいところを掘っていきます。

予定しているテーマ：

ECUの構造（ハード・ソフト）

車載ネットワークの種類と役割

AUTOSAR Classic Platform の基本

RTE、BSW、MCAL の関係

Zone ECU で何が変わるのか

実務でよく出る話（診断、通信、メモリ、タスク設計）

ゆるく続けていくので、気軽に読んでもらえたら嬉しいです。