AUTOSAR ClassicとAdaptiveの違い — SDV移行で何を選ぶか
AUTOSAR（車載ソフトウェアの国際標準規格）は、自動車業界が20年以上積み上げてきた業界標準であり、主要なメーカーとサプライヤが2003年に設立して以来、いまや大半の車両のソフトウェア基盤になっている。本記事は、SDV（ソフトウェア・デファインドな車）時代に分岐した「Classic」と「Adaptive」の違い、両者の共存という現実解、そしてAUTOSARの外側にある選択肢を整理する。結論を先に言えば、両者は新旧の関係ではなく目的も思想も異なる別物であり、SDV移行では「Classic・Adaptive・その他」を並行して評価する混合戦略が要点になる。
AUTOSAR Classic——静的構成の世界
AUTOSAR Classicは、従来のECU（車載の小型コンピュータ）向けに設計されたプラットフォームだ。その思想は「コンパイル時にすべてが決まる静的構成」にある。アプリケーション層・仲介層・基盤ソフト層の3層構造で、ECU間の通信を信号単位（シグナル指向）で処理する。
Classicの最大の強みは成熟度である。20年以上の量産実績、機能安全の最高水準（ASIL-D）認証の豊富なエビデンス、サプライヤのツールチェーンの成熟は他の追随を許さない。大半の車両がClassicベースのECUを積む現実があり、これを無視した全面刷新は非現実的だ。一方でClassicの静的構成は、出荷後の継続的なソフト更新やAI推論、サービス指向アーキテクチャ（SOA）といったSDVの要件とは構造的に相容れない。OTAで更新し続ける前提が、「コンパイル時にすべて確定する」設計と噛み合わないからだ。
AUTOSAR Adaptive——動的構成の世界
AUTOSAR Adaptiveは、セントラルコンピュータやゾーンアーキテクチャといった高性能な計算ユニット向けに設計された。その思想は「標準的なOS仕様（POSIX）に沿った動的構成」にある。特徴は三つだ。
- 標準OS準拠のAPI：一般的なソフトウェアエンジニアが参入しやすい設計。
- SOAの採用：機能間の通信を信号単位ではなくサービス単位で行い、車載イーサネット向けのプロトコルを使う。
- 動的な構成変更：アプリの起動・停止・更新を実行中に行え、OTA更新と構造的に親和する。
ただしAdaptiveの成熟度はClassicの20年の蓄積に比べれば浅く、ASIL-D認証済みのAdaptive実装で量産ドメインコントローラを構築した公開事例はまだ限定的である。
両者の使い分け——「共存」が現実解
SDVの現実的な設計は、ClassicとAdaptiveの共存だ。ブレーキ・ステアリング・エアバッグなどの最高水準の安全系ECUにはClassicを維持し、セントラルSoC・運転支援/自動運転のドメインコントローラ・車内情報系にはAdaptiveを採用する、というハイブリッド構成が、既存資産を持つメーカーの現実的な移行パスになる。
ポイントは、Classic側の認証済み資産を無理にAdaptiveへ「移植」するのではなく、Classic ECUとAdaptiveの計算ユニットを車載イーサネットで接続し、サービス指向のプロトコルでデータ交換する「レガシー統合」が、移行コストとリスクの最小化で合理的だ、という点である。
第三の選択肢——Linux・seL4・Android Automotive
業界では、AUTOSARの「外側」からSDVのOS基盤を再定義する動きも進む。あるメーカーはAUTOSARを採らずLinuxベースの独自OSを構築し、別のメーカーはseL4（形式検証済みのマイクロカーネル）ベースのOSを量産投入した。Android系のOSを採用するメーカーもあれば、独自OS戦略を展開するメーカーもある（本記事は特定企業の優劣は断定しない）。
これらの「第三のOS」は、Classic/Adaptiveの枠組みとは独立にSDVのOS基盤を築いている。AUTOSARはこの動きにClassic/Adaptiveの拡張で対応しようとしているが、形式検証やLinuxエコシステムの広さは、AUTOSARの枠内では実現しにくい差別化要因である。
まとめ：AUTOSARの二面性を起点に混合戦略を組む
AUTOSARの二面性の理解が、SDV移行戦略の出発点になる。Classicは「守るべき資産」、Adaptiveは「攻めるべき新領域」、そしてLinux/seL4/Android系は「AUTOSARの外にある選択肢」だ。この三者を並行して評価する混合戦略の設計こそ、移行の難しさの本質であり、アーキテクトの腕の見せどころになる。自社で具体化する際の論点は次のあたりだ。
- Classic資産（認証済みECU）を、どこまで維持し、どう統合するか。
- Adaptiveを、どのドメイン（SoC・ADAS・情報系）から導入するか。
- AUTOSARの外の選択肢（Linux・seL4・Android系）を、どの基準で評価するか。
形式検証済みカーネルはseL4マイクロカーネルとはを、隔離を支える仮想化はハイパーバイザの車載適用を、SDV全体像は【SDV入門】経営層が掴むSDVの全体像をあわせて参照してほしい。自社の既存資産・体制に即したAUTOSAR移行戦略は個別性が高く、具体化の段階では外部の視点を入れると論点整理が速い。