投稿日:2026.10.10 最終更新日:2026.10.11
Astemo子会社、車載ソフトの開発・検証支援「CES」を提供開始
ニュースの要点
自動車部品メーカーAstemoの子会社Astemo Cypremosは2026年10月7日、車載ソフトウェアの開発を支援する「Cypremos Engineering Suite(CES)」を10月6日に提供開始したと発表しました。自動車メーカーなどの開発現場を対象とします。
最初に提供するのは、システム要件のレビュー、テストケースと実行用スクリプトの自動生成、仮想環境でのテスト実行の三つです。要求とテスト結果を結び付け、どの要件を確認できたか追えるようにします。
狙いは、ソフトウェアで機能を更新する自動車の開発で増える作業と検証の負担を減らすことです。AIなどが候補を示し、人が最終判断する方式を採ります。設計や実装コードへの対応は今後の提供予定です。
ニュース出典:掲載元:Astemo Cypremos株式会社/原題:Astemo Cypremosが次世代モビリティ開発を全方位で支援するCypremos Engineering Suiteを提供開始/公開日:2026年10月7日/原文を読む
イノベーション総研の考察
この事例は、部品メーカーが車に搭載する製品だけでなく、顧客の開発工程を支えるサービスへ領域を広げる動きと捉えられます。イノベーション総研は、AIによるコード生成より、仕様変更とテストをつなぐ仕事に注目します。
車載ソフトが増えると、変更箇所を追う仕事も増える
ソフトウェアで機能を更新する車では、機能の追加が一つのコード修正だけで終わるとは限りません。要求、設計、実装、テストが関連しているため、変更に応じて何を修正し、何を確かめ直すのかを追う必要があります。
例えば衝突回避の機能を変える場合、期待する動作を要件に落とし、その要件に合うテストを用意します。今回の発表は、こうした工程の多くが人手で行われていることを課題として挙げています。
開発支援の価値は、コードを早く作ることだけでなく、変更した要件に必要な検証を漏らさずつなぐことにあります。
これは設備制御や業務システムの新規事業にも通じます。作る速さだけを売りにすると、確認や修正の負担が顧客側へ移る可能性があります。導入後に変更が増えた場合も含めて価値を説明する必要があります。
部品開発の経験を、顧客向けサービスへ移す
Astemoは2024年11月の会社設立発表で、車載制御や運転支援の開発で得た知見と、クラウド・AIを組み合わせる方針を示しました。Cypremosはその100%子会社です。
その後、2026年1月には開発基盤を初公開し、今回は具体的な三工程の提供へ進みました。構想、展示、提供開始を区別して見ると、今回どこが前進したのかが分かります。
既存事業で積み上げた開発の知識は、自社製品の競争力だけでなく、顧客の仕事を支えるサービスにも転用できます。
ただし、自社内で使える仕組みが、そのまま他社の開発環境へ入るとは限りません。既存のツールやデータ形式との接続、顧客ごとの承認手順、機密情報の扱いが導入の負担になります。
三工程から始め、人の判断を残す意味
CESが今回提供する三工程と、将来構想として示す全体の範囲は異なります。設計や実装コードへの対応を含め、車載開発の全工程が既に自動化された発表ではありません。
候補を提示して人が選ぶ方式には、判断の根拠を確認できる利点があると考えられます。一方、候補が多すぎたり修正が頻発したりすれば、確認者の作業は軽くならないかもしれません。
初期導入では、自動生成した量より、レビューと手直しを含めた一連の作業時間を比べるべきです。
要件の変更をどれだけ拾えたか、必要なテストが抜けていないか、結果を追えるかも確認点です。AIを使うこと自体が車両の安全性を保証するわけではありません。検証の責任を誰が持つかを明確にしたうえで、導入範囲を決めます。
継続サービスになるかは、開発環境への定着で決まる
同社は相談、構築、運用、分析を循環させる支援を掲げています。一回のツール販売ではなく、顧客の変更に合わせて改善を続ける方向です。料金、採用顧客、削減効果の詳しい実績は未公表です。
次の観測点は、顧客の既存ツールにつながり、仕様変更が続いても使い続けられる採用事例が示されることです。
新規事業として同様のサービスを作る企業は、最初の接続費用と、その後の継続支援を分けて考える必要があります。顧客ごとの個別開発が多い場合は、提供を増やすほど人手が増えるため、共通化できる範囲を見極めることが重要になります。
まとめ
Astemo Cypremosは、構想として示してきた車載開発支援を、要件レビューとテストの三工程から提供する段階へ進めました。既存の専門知識をサービスへ変える際には、顧客が変更と検証で困る工程を絞り、人の確認を含む作業全体を改善できるかが鍵になります。
CONTACT
お問い合わせ
開発支援サービスの導入範囲を絞る
対象工程、既存ツール接続、確認責任と継続費用を整理します。