日産テクニカルセンター・ヨーロッパ（NTCE）には、最初の本格的な試作車から生産開始（SOP）までの約12か月の期間があり、顧客に届く可能性のあるあらゆるソフトウェア上の問題を発見し、修正しなければなりません。この期限は決まっています。その期限までに検証が必要なソフトウェアは増え続けています。
本日、日産のAMIEO（アフリカ、中東、インド、ヨーロッパ、オセアニア）地域における主要な研究開発拠点であるNTCEが、複雑化が進む課題に対処するため、SOP前の検証ワークフロー全体において「Sonatus 」（Fastlane™ Platform ）の活用を拡大することを発表いたします。このニュースは、NTCEが成功を収めた概念実証（PoC）を拡大したことを示すものです。その背景にはさらに興味深い理由があります。NTCEは、業務効率を高め、発売時に品質上の予期せぬ問題が発生するリスクを低減して車両を出荷できるよう、車両の検証方法を含む多くの開発プロセスのデジタル化に着手したのです。
なぜ従来の方法はスケールしなくなったのか
現代の車両は、相互に連携するECUのネットワークです。照明制御はパワートレインに影響を与え、パワートレインはシャシーに影響を与え、ネットワークの挙動はあらゆる要素に影響を及ぼします。 こうしたドメインをまたぐ問題を診断するには、試乗から大量のデータを収集し、事後に分析を行い、最初のデータ取得で見落としがあった場合はテストを繰り返す必要がありました。その間も、照明、インフォテインメント、ボディ制御、パワートレインの各チームが、同じテスト車両を巡って時間を奪い合っていたのです。断続的な不具合は最も厄介でした。エンジニアが車両に接続する前に、証拠となるデータが上書きされてしまうことが多かったからです。
概念実証（PoC）が成功した後、NTCEはこの機能を Fastlane Platform を日常の検証業務に組み込みました。エンジニアはクラウドからデータ収集ポリシーを展開し、定義されたイベントが発生すると自動的にデータ収集が開始されるため、データは障害が発生した瞬間に紐付けられます。その後、Fastlane™ Insight がそのデータをNTCE独自の仕様、CANマップ、診断データベース、および問題履歴と照合し、最も可能性の高い根本原因を特定します。また、すべての結論の根拠となる情報も明示されるため、エンジニアはそれを検証することができます。
また、これは Fastlane™ CopilotSonatusの検証用プラグイン型車載ソリューションであり、車両を分解することなく専用ハーネスを介して接続するものです。
この結果は、プロセスのデジタル化が実際にどのような形をとるかを示しています。調査時間は2週間から2日に短縮されました。車両のセットアップは1時間以上かかっていたものが、わずか数分で済むようになりました。データがクラウドを通じて共有されるため、再試験の回数が減り、複数のチームが1台の車両について並行して調査を行えるようになりました。こうした各改善点により、従来は人手や追加の移動、あるいは試験車の空き枠に依存していた工程がそれぞれ削減されました。
初日は予想外の出来事が少なかった
効率性は目標の一部に過ぎません。あらゆる検証プログラムのより大きな目的は、製造元が発見できたはずの問題を顧客が決して経験しないようにすることです。
本番環境に持ち込まれてしまう問題は、たいてい扱いが難しいもの――つまり、断続的に発生したり、複数のドメインにまたがったり、時間的制約の下では再現が困難だったりする――傾向があります。イベント駆動型の捕捉により、証拠が消えてしまう前に確実に確保でき、車載検出により、テスト車両で不具合を再度再現する必要がなくなります。また、クロスドメイン分析により、システムを個別にテストしただけでは見落としがちな相互作用を明らかにすることができます。 検証期間内に発見され、解決される不具合が増えることで、ゼロデイの品質問題を削減する最善の手段となります。
NTCEは、Fastlane Platform を、今後の車両プログラムの検証における標準的な要素として位置づけています。Sonatus にとって、これが本日のニュースの中で最も意義深い点です。あるOEMが自社のプロセスを検証し、変更すべき点を特定し、その変更を日々の業務に定着させたのです。
NTCEが現代の検証における課題をどのように克服しているかについて詳しく知りたい方は、以下のリンクからケーススタディの全文をダウンロードしてください：https://www.sonatus.com/resources/customer-case-study-nissan/