【ITニュース解説】When this EV maker collapsed, its customers became the car company

Cristian Fleming氏が約7万ドルを投じて購入したFisker Oceanは、単なる移動手段を超えた魅力を持つ電気自動車だった。彼は350マイル（約560km）という長い航続距離や環境に配慮したイメージに惹かれたが、特に「カリフォルニアモード」のように、窓がほぼ全て同時に開くユニークな機能が彼の心を掴んだという。このような特別な機能は、現代の自動車が機械的な部品だけでなく、高度なソフトウェアによって制御されていることを端的に示している。電気自動車（EV）は、車体やモーターの設計だけでなく、その内部で動くソフトウェアが車の個性やユーザー体験を大きく左右する。

従来のガソリン車も電子制御ユニット（ECU）でエンジンや変速機を制御していたが、EVではそのソフトウェアの役割が劇的に拡大している。EVは、バッテリー管理、モーター制御、回生ブレーキ、インフォテインメントシステム、自動運転支援機能など、車のあらゆる側面がソフトウェアによって管理される「走るコンピューター」と言える。ソフトウェアは、車の性能を最適化し、安全性を確保し、そしてユーザーが快適に利用できる体験を作り出すために不可欠な存在だ。例えば、スマートフォンアプリのように、新しい機能の追加や既存機能の改善がソフトウェアのアップデートを通じて行われることが一般的で、これをOTA（Over-The-Air）アップデートと呼ぶ。これにより、車は購入後も進化し続けることが可能になる。

しかし、EVメーカーFiskerの倒産は、このようなソフトウェア中心の自動車の抱える重大なリスクを浮き彫りにした。メーカーが事業を停止すると、車のソフトウェアに関する継続的なサポートが途絶える可能性が高まる。具体的には、バグ修正のためのパッチ提供が停止したり、セキュリティ上の脆弱性が発見されても対応されなかったり、あるいは新しい機能のアップデートが全く提供されなくなる事態が起こり得る。Fleming氏が愛用していた「カリフォルニアモード」のような魅力的な機能も、ソフトウェアの不具合によって正しく動作しなくなるリスクがある。最悪の場合、車そのものの安全性や法規制への適合性にも影響が及ぶ可能性があり、単なるガソリン車が動かなくなる以上に複雑で深刻な問題を生じさせる。

Fiskerの倒産後、その顧客たちが「車の会社」のようになったという表現は、この状況の深刻さを示している。Fisker Oceanオーナーズ協会が結成され、彼らがソフトウェアのリコール（不具合修正）への対応を模索していることは、本来メーカーが担うべき役割をユーザーコミュニティが代替しようとしている状況を意味する。これはシステムエンジニアの視点から見ると、非常に困難な挑戦だ。通常、ソフトウェアのリコールやアップデートには、開発元のソースコード、開発環境、テスト環境、そして専門知識を持つエンジニアチームが必要となる。これらがほとんど存在しない状況で、ユーザーコミュニティが自主的に車のソフトウェアを維持・改善しようとすることは、前例のない試みであり、多くの技術的・法的な障壁を伴うだろう。

このFiskerの事例は、システムエンジニアを目指す皆さんにとって、今後の自動車産業が直面する課題と、そこに貢献できる役割の大きさを明確に示している。これからの自動車は、機械工学の知識だけでなく、ソフトウェア開発、システムアーキテクチャ設計、サイバーセキュリティ、クラウドインフラ、データ分析など、多岐にわたるITスキルを持つシステムエンジニアの存在なしには成り立たない。単にコードを書くだけでなく、製品のライフサイクル全体を見据え、ユーザーが購入後も安心して、そして楽しく車を使い続けられるような持続可能なソフトウェアエコシステムを構築することが求められる。メーカーの倒産という予期せぬ事態においても、車の価値を維持し、ユーザー体験を守るための仕組みを考えることは、次世代のシステムエンジニアに課せられた重要な使命の一つと言える。モビリティの未来は、まさにソフトウェアとそれを支えるシステムエンジニアの手にかかっている。