オープン・サーバー・プラットフォームにはハードウェアとソフトウェアの転換が必要
ソフトウェア定義車両の最大の強みは、進化することだ。車両は一定の機能を備えて工場から出荷されるが、OEMは利用データを活用し、無線アップデートによって車両のライフサイクル全体にわたってそれらの機能を拡張することができる。これにより、より優れた走行性能を実現したり、車内のユーザー・エクスペリエンス（UX）を向上させたり、老朽化した車両を毎日新しく感じられるようにしたりすることが可能になる。
しかし、ハードウェアは進化しない。今まで車両が工場から出荷されると、ハードウェアが変わることはない。
この二分はやがて、Software-Defined Vehicleに難題をもたらす。コンピュートを集中化しサーバー化することは開発負荷を共有し、リソースを再配分し、その有用性を拡張するためのコスト効率の高いソリューションとなり得る。しかし、ある時点でコンピュート・ハードウェアは、より高速な処理、より多くのメモリ、より大きなストレージ容量を必要とする新しいソフトウェア機能に対応するには古い仕様になってしまう。
OEMは、適切なソフトウェアとハードウェアのアーキテクチャを用いることで、このような制限に対処することができる。このアーキテクチャは、リアルタイムでリソースを動的に再配分できる柔軟性を持つだけでなく、将来にわたり最も必要とされる特定のコンピュートコンポーネントだけを物理的にアップグレードすることも可能だ。このアプローチが正しく行われれば、独立したソフトウェアとハードウェアのエコシステムを構築することが出来、同時に自動車の寿命を大幅に延ばすことができる。
脳の手術
我々は自動車のコンピュートを "脳 "と考える。人間の脳が情報を取り込み、その入力に基づいて行動するように、車両のコンピュート・プラットフォームはセンサーやその他の外部ソースからデータを取り込み、何をすべきか、何を伝えるべきかを決定する。
しかし、人間の脳は時間とともに変化し、成長する。赤ちゃんは成長して子供になり、子供は成長して大人になる。脳が物理的に変化するにつれて、より深く理解し、より複雑な推論ができるようになる。
対照的に、コンピューターは静的であり、処理の限界も決まっている。ソフトウェア開発者は、より高度で高性能なアプリケーションを開発するにつれ、その限界を押し広げ、開発した機能を実現するために次世代ハードウェアへの移行が必要になる。
自動車の世界では進化する安全規制を満たしたり、最新のサイバーセキュリティ対策を採用し続けたりするために、より新しいハードウェアが必要になることもある。
消費者はこのようなアップグレードサイクルには他製品で馴染みがあるはずだ。例えば携帯電話では最新のアプリや機能、サイバーセキュリティ保護を適切にサポートできるプロセッサを手に入れるために多くの人が2～3年ごとに新しいデバイスに切り替える。もちろん、重要な違いは、携帯電話全体を交換する費用は、自動車全体を交換する費用よりもはるかに少ないということである。また、車両は明らかにはるかに複雑であり、数百ものデバイスが分散して配置され、中央のコンピュート・ユニットに接続されることが多くなっている。
自動車における解決策は、OEMがより高度な機能を実行するために必要なコンピュートだけをアップグレードできるように、ソフトウェアとハードウェアのアーキテクチャを構成することである。
