ISO 17978

近年、自動車業界では「ソフトウェア定義車両（Software-Defined Vehicle：SDV）」という言葉を耳にする機会が増えています。簡単に言うと、SDVはこれまでの「機械としてのクルマ」から、「コンピュータとしてのクルマ」へと大きくシフトしていく流れのことです。その中心にいるのが、高い処理能力と計算能力を備えた高性能コンピュータ（HPC：High Performance Computer）です。クルマの中に、まるでデータセンターのサーバーが載っているようなイメージです。このHPCがあるからこそ、ソフトウェア定義車両（SDV）は周囲の状況をリアルタイムに理解し、自ら判断して動く高い自律性や、クラウドや他の車両・インフラとつながる高い相互接続性を手に入れることができます。 一方で、「車両診断」という観点から見ると、ここには大きなパラダイムシフトが生まれようとしています。これまでの診断基準は、主にセンサーやアクチュエーター、その配線、ECU間をつなぐバスシステムの故障を見つけることに焦点を当ててきました。例えば、「このセンサーの値がおかしい」「このECUとの通信が途切れている」といった、ハードウェアや配線レベルのトラブルを検出することが中心でした。 しかし、HPCによって駆動されるSDVでは、それだけでは不十分となる可能性があります。「どこかの部品が壊れているかどうか」を見るだけではなく、HPC上で動作している複雑なソフトウェアそのものについても、その動作状況を詳細に分析し、異常や不具合を的確に診断する必要があります。つまり、SDV時代の診断は、従来のようなハードウェア中心の「壊れた部品探し」から、「ソフトウェアとハードウェアを一体として捉え、そのライフサイクル全体を管理・検証する診断」へと役割が拡大しています。こうした新しい要求が、従来とは異なる新たな診断基準や診断フレームワークを定義する動きにつながっており、その代表例の一つが本稿で取り上げるSOVD（Service Oriented Vehicle Diagnostics）です。   SOVDとは何か 従来の車両診断は、車載ECU（電子制御ユニット）ごとに個別に設計された診断プロトコル（主にUDS：Unified Diagnostic Services）を使って行われてきました。現在もこのアプローチは広く利用されていますが、近年のSDV化によって車両ソフトウェアが複雑化し、HPCをはじめとする車載コンピュータの役割が拡大する中で、ECU単位での診断だけでは将来の要求を十分に満たしきれないのではないかという課題が指摘されるようになってきました。 この課題に対応するため、業界標準の整備を行う団体であるASAM（Association for Standardisation of Automation and Measuring Systems）がSOVDの標準化プロジェクトを立ち上げました。ASAMは、車両の診断・試験・検証に関する標準的な仕様を策定し、国際的に普及させることで、自動車メーカーやサプライヤー間の製品やサービスの互換性を高めつつ、診断の高度化と効率化を促進している団体です。SOVD（Service Oriented Vehicle Diagnostics）は、その名のとおり車両診断を「サービス」として捉え直すための標準です。従来の診断では、診断テスターと各ECUが直接対話し、UDS（ISO 14229）などのプロトコルを用いてECU単位でDTCを読み出したり、計測値を取得したり、ソフトウェアを書き換えたりしていました。これに対してSOVDは、車両内に存在する診断機能や状態情報を「サービス群」として抽象化し、そのサービスに対して工場の診断機器、クラウド上のバックエンドシステム、HPC上で動作する車内アプリケーションなど、さまざまなクライアントが共通のインターフェースとデータモデルでアクセスできるようにすることを目指します。言い換えれば、車両全体を「診断サービスを提供するプラットフォーム」と見なし、その入り口を統一するためのAPI仕様がSOVDです。なお、ASAMで策定されたSOVDの内容は、現在ISO […]