ホンダと日産の車が、同じOSで動くようになる。そう聞くと、「それなら乗り味も、画面も、みんな似てしまうのか」と気になる。
スマートフォンなら、同じAndroidでも、カメラや操作感で選び分けている。車でも、共通するソフトウェアと、メーカーごとの個性は両立できる。ただし、車は画面だけで走るわけではない。アクセルを踏んだときの反応にも、機械とソフトウェアの両方が関わっている。
何を一緒につくり、どこで違いを出すのか。今回の話は、「同じOSなら同じ車？」という素朴な疑問から追うと、面白くなる。
共通にするのは、ナビ画面だけではない
2026年8月31日、日産とホンダは、次世代の車を支えるECU、車載OS、ミドルウェア、車両制御ソフトウェアの主要部分を共同開発する契約を発表した。適用目標は2029年度以降。今売っている両社の車が、すぐ同じ仕組みに切り替わるという発表ではない。両社の共同発表
SDVという略語も出てくる。ソフトウェアによって機能や体験をつくり、更新していく車のことだ。ここで、専門用語を車の中の役割へ置き換えてみよう。
| 名前 | 車の中での役割 | 今回の対象 |
|---|---|---|
| ECU | 計算や制御を担うコンピューター | 高性能なメインECUと、車体の各エリアをまとめるゾーンECU |
| 車載OS | 処理を動かし、コンピューターの資源を管理する土台 | 対象ECU上で動くOS |
| ミドルウェア | 車の情報や機能を、上のソフトウェアから使いやすくする仲介役 | 共通仕様をつくる対象に含まれる |
| 車両制御ソフトウェア | 車の状態に応じて、動作をどう制御するかを扱う | 主要部分。具体的な共通化範囲は今後の仕様による |
役割は理解のために単純化しています。発表された対象と一般的な説明を分けて整理しました。
大切なのは、最後の行まで含まれていることだ。ナビや音楽の画面を共通化するだけではない。一方、「主要部分」という言葉から、アクセルの味付けまで全部同じになるとも言えない。まだ発表されていない内訳を、こちらで埋めないようにしたい。
なぜ、会社ごとに全部つくるのがつらくなるのか
たとえば、車内アプリが航続距離を知りたいとする。車種ごとに情報の取り方が違い、使うコンピューターまで異なると、同じ機能でも接続部分の調整が必要になる。後で不具合を直すときも、対応する車種や構成を追いかけなければならない。
共通の窓口があれば、その調整を減らせる。毎回、配線図の奥まで潜って頼み方を調べる代わりに、「今の航続距離をください」と同じ呼び方で受け取る。これは仕組みを説明するための例で、両社が公表したAPIの仕様ではない。
共通化の恩恵は、開発する瞬間だけではない。販売後の修正、機能追加、安全性の確認を続ける時間にも効いてくる。ただし、共通ソフトができれば全車種の検証が不要になる、ということではない。車重もセンサーも駆動系も違うからだ。
「機能ごとの担当」から「場所をまとめる担当」へ
ソフトウェアの土台を揃える話は、コンピューターの置き方ともつながる。従来の車では、機能別の制御装置が多数連携してきた。ゾーン型では、車体の近い場所にある機器をまとめ、高性能な中央側の計算機とつなぐ構成を取る。実際の構成はメーカーや車種で異なる。
一つ一つの部署が、車体のあちこちへ個別に連絡線を引く組織から、地域ごとの窓口と中央の担当を整理した組織へ。そんなイメージだ。狙いは、配線と計算資源を整理し、ソフトウェアを横断的に扱いやすくすることにある。
この方向は両社だけのものではない。RivianとVolkswagen Groupの合弁RV Techも、ゾーン型の電子構成とソフトウェアを複数ブランドへ使う開発を進めている。2025年11月のRV Tech進捗発表
トヨタもVWも、同じ問いに向き合っている
トヨタのAreneは、ソフトウェアをつくるSDK、試験する道具、車のデータを改善へつなぐ基盤を揃えるアプローチだ。Woven by Toyotaの説明では、RAV4に続き、2026年のLexus ESにも展開している。Areneは、単に車載OSの名前としてだけ理解するより、開発から改善までの共通基盤として見るほうが分かりやすい。Areneの公式説明
| 取り組み | 共有する範囲・関係 | 読み取れる狙い |
|---|---|---|
| 日産・ホンダ | 別会社間で、対象ECUとOS・ミドルウェア・主要な制御ソフトを共同開発 | 中核の開発を分担し、速度と効率を上げる |
| トヨタ／Arene | SDK・試験環境・データ基盤を、車種をまたいで利用 | つくる、確かめる、改善する手順をつなぐ |
| Rivian・Volkswagen Group／RV Tech | 合弁で電子構成とソフトを開発し、複数ブランドへ展開する構想 | 基盤を共有しつつ、異なる価格帯や製品へ広げる |
完成度を競う同条件の比較ではない。共同開発の段階と、実車への展開を同じ実績として並べてもいない。共通して見えてくるのは、各車種の中で閉じていた開発を、使い回せる土台へ広げようとする動きだ。
では、「ホンダらしさ」はどこに残るのか
同じ楽器を使っても、同じ演奏にはならない。車の場合は、楽器そのものも違う。車体、モーター、足回り、タイヤ、静粛性。そして、どんな反応を気持ちよいと考えるか。
たとえば、アクセルを少し踏んだときに穏やかに応じるのか、早めに力を立ち上げるのか。回生ブレーキの効かせ方をどう感じさせるのか。支援機能がいつ、どう知らせてくるのか。同じ基盤の上でも、ハードウェアと制御の設定、体験の設計で違いをつくる余地はある。
これは共同開発車の試乗結果ではなく、共通化と差別化を考えるための例だ。どこまで自由に調整できる基盤をつくれるかが、むしろ腕の見せどころになる。
反対に、土台を共通化しても、会社ごとの承認を待って修正が進まなければ、利用者には恩恵が届かない。共通部分に問題が出れば、影響が広がることもある。共同開発は、部品を共有するだけでなく、誰が直し、誰が確認し、どの車へ配るかを揃える仕事でもある。
同じ車を増やすためではなく、違う車を育てるために
私が期待するのは、メーカーが同じ土台を何度もつくる負担を減らし、その力を、乗る人が感じ取れる違いへ使えることだ。
古くなったら買い替えるしかなかった不便が、更新で少し良くなる。選んだ車の気持ちよさを保ちながら、安全性や使い勝手が育っていく。もちろん、物理的な機器の限界までソフトで消せるわけではない。それでも、購入した日に価値が固まる車とは、付き合い方が変わりうる。
共通化の成功は、OSの名前が同じになることではない。乗る人にとって、選ぶ楽しさが残り、長く使う安心が増えること。2029年度以降に目指す車がどう形になるのか。その物差しで見ていきたい。
2026年9月7日時点の公表情報による解説です。未発売の共同開発車に試乗した記事ではありません。
