ホンダ、米Applied Intuitionと車載ソフト開発で協業

ニュースの要点

米Applied Intuitionは2026年10月6日、ホンダの次世代車載ソフトウェア基盤の開発を支援する協業を発表しました。同社の「Vehicle OS」と開発ツールを使い、日本と米国の両社の技術者が共同で開発を進めます。

対象は、ソフトウェアを更新して機能を進化させる車両「SDV」の共通基盤です。電気自動車だけでなく、ハイブリッド車などにも対応する方針です。ホンダが車両の設計構成とソフトウェアの方向性を管理しながら、開発を速める狙いです。

Applied Intuitionは、ホンダが2019年に日本で最初の自動車メーカー顧客になったと説明しています。今回はその関係を車両全体の基盤開発へ広げます。契約額、対象車種、量産車への搭載時期、実測の開発期間短縮は公表していません。

ニュース出典：Applied Intuition／原題：Applied Intuition、Honda との 次世代ソフトウェア デファインド ビークル (SDV) の開発加速に向けた協業を発表／公開日：2026年10月6日／公式発表

---

イノベーション総研の考察

内製か外注か、という二択だけでは今回の協業を理解しにくくなります。ホンダは設計の主導権を持ちながら、共通のソフトウェアと専門チームを外部から取り入れます。重要なのは、何を自社で決め、どこを相手の資産で速めるかです。

車両ごとのソフト開発を共通基盤へ寄せる

SDVは、購入後もソフトウェアで機能を更新する車の考え方です。更新を続けるには、個々の機能を作るだけでなく、車両全体で使える基盤や検証の仕組みが必要になります。

車種や駆動方式の違いを全て別々に扱えば、同じ機能でも開発と確認を繰り返す負担が生じます。今回、Applied Intuitionは幅広い駆動方式への対応とソフトウェアの再利用を説明しています。共通化によって、この重複を減らす狙いがあると考えられます。

共通基盤への投資は、最初の一台を作る速度より、その後の車種と更新で再利用できるかを見ます。

ただし、同じソフトウェアを使えることは、全ての車種で同じ性能を保証することではありません。車両固有の制約と安全性の検証は残るため、共通化できる範囲を具体的に確かめる必要があります。

2019年からの顧客関係を共同開発へ広げた

公式の経緯説明によると、ホンダと同社の関係は2019年に始まりました。今回の発表は、未知の相手を一度に中核開発へ招くのではなく、既存関係を広げる動きです。

両社の技術者が共同で取り組む一方、ホンダは車両の設計構成とソフトウェアの方針を管理すると説明しています。相手のOSやツールを使うことと、顧客へ何を提供するかの判断を委ねることを分けています。

外部技術を取り入れる協業でも、顧客体験と製品の方向性を決める権限は明確に残します。

自社が基盤技術を採用する場合も、単に「内製を支援する」と書くのでは足りません。仕様を決める主体、変更を承認する主体、問題が起きた際の最終判断者を整理すると、共同開発での責任の空白を減らせます。

開発が速くなるほど将来の変更権も重要になる

完成した外部基盤を使えば、全てを自社で作るより初期の作業を減らせる可能性があります。その一方で、相手の更新方針や対応範囲が、自社の製品計画を制約する場合もあります。

今回の契約における知的財産、ソースコードへのアクセス、保守期間や費用は公表されていません。ホンダが設計方針を持つという説明だけから、全ての変更権を確保したと判断することはできません。

外部基盤の採用では、今の開発時間と、将来の変更に必要な費用・権利を一緒に比較します。

反対仮説は、短期の開発が速くなっても、後の変更や保守の依存が大きくなることです。自社の提携判断では、契約が終了した場合も製品を使い続けられるかを、最初の選定で確認するとよいでしょう。

成果はツール導入数より量産開発の工程で測る

新しいツールを使う技術者が増えたことと、量産車を早く出せることは同じではありません。実装、検証、修正、承認のうち、どこが全体の時間を決めているかを調べる必要があります。

自社で類似の協業を検討するなら、対象機能を絞り、従来の開発方法と比較します。開発期間に加え、修正の回数、検証で見つかる不具合、次の車種へ移す工数を記録します。

提携の効果は、開発の一工程が速くなったことではなく、品質を守って製品を更新できることで測ります。

今後は、対象車種や量産時期、共通基盤の適用範囲が具体化するかを確認します。現時点の発表は協業の狙いを示したもので、開発費削減や量産上の成果の証明ではありません。

まとめ

ホンダは外部OSと専門チームを取り入れながら、次世代車載ソフトウェアを自社の方針で開発する協業を選びました。内製と外部連携は対立する選択肢ではなく、役割を分けて組み合わせるものです。

新規事業の担当者には、共通基盤を使う範囲と、自社が持ち続ける設計・変更の権限を明確にする点が参考になります。初期の速さだけでなく、製品更新と保守までの費用を比較することが重要です。