SDV は、ミニ Android OS である Microdroid から進化しました。SDV は、SDV に不可欠な要件である起動時間とメモリ使用量を削減します。
たとえば、ユーザーが車両に近づくと、SDV は車両をすばやく起動します。構成によっては、ユーザーが車両の操作を開始すると、SDV はクラスタ計器のコンテンツも表示します。
Android インフォテインメント（AAOS IVI）との統合
SDV は、Android Automotive OS In-Vehicle Infotainment（AAOS IVI）との緊密な統合を目的として開発されています。これにより、2 つのシステム間で組み込みの安全な高度な通信が可能になります。
SDV は仮想マシンとして実行される
このアーキテクチャは、VirtIO 対応のハイパーバイザ上の仮想マシン内で実行されるオペレーティング システムとして動作するように設計されています。これにより、クラウドでのテストと統合が容易になります。また、このアーキテクチャでは、同じ CPU 上に複数の仮想マシンを配置して分離できるほか、プラットフォームに依存しない設計により統合コストを削減できます。
SDV 通信スタックを標準化する
SDV イニシアチブの目標の 1 つは、サードパーティ ソフトウェアの統合コストを削減することです。SDV の取り組みの重要な要素は、仮想マシン内のプロセス間および他の仮想マシンとの通信のための内部通信スタックを標準化することです。
SDV は、Binder、gRPC、FMQ など、既存の Android 通信テクノロジーも使用します。これらは新しい API サーフェスにラップされ、柔軟性と、自動車のパフォーマンスとオブジェクト モデルに重点を置いた設計を提供します。
Google が開発した自動車コンポーネント
SDV の自動車ユースケースをテストするために、Google SDV チームはいくつかの一般的な自動車コンポーネントを開発しています。これには、サービス オーケストレーション、車両電源モード管理、SOME/IP 統合、テレメトリーが含まれます。
テレメトリーのサポート
OEM の基本的な要件を満たすには、車両のモニタリング、システム動作の改善、特定のユースケースの収益化を行うための、適切に設計されたテレメトリー システムが必要です。SDV アーキテクチャは車両テレメトリーと統合されています。テレメトリーの主な目的は、アップデートを必要とせずに車両データを収集することです。
テレメトリーは、データ収集シナリオを表現する protobuf で設計された新しい言語を定義します。この言語は、SOA サービスからのデータの収集、エッジでのデータの処理、テレメトリー アプリケーションがアップロードする指標レポートの作成を定義します。テレメトリーには、指標構成を生成して検証してから車両に送信するクラウド バックエンドが含まれています。
ソフトウェア開発のための Google Cloud 統合
SDV のメリットの 1 つは、専用のローカル ハードウェアの有無にかかわらず、クラウドで SDV ソフトウェアを直接シミュレートして開発できることです。SDV は、 Cuttlefish など、既存の Google テクノロジーを使用します。SDV は、マルチ仮想マシン トポロジなどの特別なニーズのサポートを確認するために、ピアチームと連携しています。
このテクノロジーは、新しいソフトウェア アップデートを車両にデプロイする前に、Google Cloud のインフラストラクチャで継続的インテグレーションと継続的デリバリー（CI/CD）もサポートしています。
車両計器のユーザー インターフェースを有効にする
SDV は、約 1 ～ 2 秒で起動することで、クラスタ計器のユーザー インターフェースを有効にします。Display Safety は、 安全関連機能のユーザー インターフェースを提供します。たとえば、速度や警告灯などの車両計器です。