

自動車産業のパラダイムがハードウェア中心からソフトウェア中心の車両、すなわちSDV(Software Defined Vehicle)へと急激にシフトする中で、メーカーのリスク管理戦略にも抜本的な変革が求められています。かつてのリコールが、膨大なコストとブランドイメージの低下を伴う「物理的な部品交換」を意味していたとすれば、これからはSDVとOTA(Over-the-Air)技術を活用し、欠陥を先制的に防御してコストを最適化する「デジタルガバナンス」の時代へと突入しています。
SDV時代における車両のアイデンティティは、もはや出荷時のハードウェアスペックではなく、搭載されているソフトウェアのバージョンによって定義されます。その中核をなす概念が、ソフトウェア識別番号である「RxSWIN」です。RxSWINは、車両に搭載されている機能や安全に関わる仕様、自動運転機能の作動条件などを示す、いわば「デジタル指紋」のような役割を果たします。そのため、特定のソフトウェアモジュールに不具合が見つかった場合でも、RxSWINをもとに影響を受ける車両を速やかに特定できます。これにより、従来のように対象を広く見積もって全車両を確認する必要がなくなり、リコールの対象範囲を最小限に抑えられる点は、次世代の車両設計における大きなメリットといえるでしょう。
| RxSWINとは? RxSWIN(Rx Software Identification Number)は、国連規則UN-R156で定義される、型式認証に関連するソフトウェアを識別するための番号です。 |
第24回UN自動運転専門分科会(GRVA)などの国際社会は、ソフトウェアアップデートの安全性を確保するため、UN-R156(ソフトウェアアップデート管理システム)の規定を強化しています。OEMはソフトウェアによるリスクを最小化するために、以下の法的・技術的要件をアーキテクチャの設計段階から反映しなければなりません。
【主要な技術的必須要件】
ソフトウェアによるリスク抑えるには、法規対応、開発、評価を個別に進めるのではなく、車両のライフサイクル全体を通じて連携させることが重要です。型式認証の取得時だけでなく、販売後のソフトウェア更新や不具合情報も継続的に管理し、必要に応じて認証要件への影響を確認できる体制が求められます。そのためには、開発段階から法規要件への影響を確認するレビュー手順を組み込み、変更内容が安全機能や認証条件に与える影響を早期に把握できるようにしておく必要があります。また、評価においても、従来の耐久性や機械的な検証に加え、ソフトウェアの仕様不整合や論理的な不具合を検出するための評価手法やシミュレーション環境を整備することが重要です。
SDV時代の管理は、単にソフトウェアを更新できることだけでなく、どの車両に、どのソフトウェア構成が搭載され、それがどの認証状態に対応しているのかを継続的に把握できることが重要になります。RxSWINによるソフトウェア構成の識別、UN-R156/SUMSに基づく更新管理、そして法規対応・開発・評価を横断したガバナンスは、いずれもこの信頼性を支えるための基盤といえます。
つまり、これからのOEMに求められるのは、OTAやSDVを単なる利便性向上の手段として捉えることではありません。市場投入後も車両の状態を適切に管理し、不具合発生時には影響範囲を速やかに見極め、安全性と法規適合性を維持し続ける仕組みを設計することです。このような技術的ガバナンスは、ソフトウェアによるリスクを低減するだけでなく、ユーザーや規制当局からの信頼を確保するためにも不可欠です。
アウトクリプトは、SDV時代に求められる安全なコネクティビティとセキュリティ規制対応を支援するパートナーとして、法規と技術の両面から、より信頼性の高いモビリティ環境の実現に貢献してまいります。
