メインコンテンツへスキップ

The Garage ポッドキャスト:シーズン1 第1話

「ソフトウェア定義車両」とは何か?(そして、なぜそれがすべてを変えるのか)

のジェフ・チョウ氏とSonatus

Sonatus のCMOであるジョン・ハインライン博士と、CEO兼共同創業者であるジェフ・チョウ氏による対談にご参加ください。本対談では、「ソフトウェア定義車両(SDV)」の定義について探求します。SDVとは何を意味するのか、そしてSDVであることでどのような機能が実現されるのでしょうか? 続いて、SDVを実現するために不可欠な要素、特に現在の車両がSDVの潜在能力を最大限に引き出すためにどのように進化すべきかについて議論します。この対談は幅広いテーマを網羅しており、ハードウェア、ソフトウェア、ネットワーク、クラウドコンピューティング、そしてその間のあらゆる分野に及ぶ内容となっています。

音声のみのバージョンを聴く:

エピソードの文字起こし | 「ソフトウェア定義車両」とは?(そして、なぜそれがすべてを変えるのか)

ようこそ

ジョン:『The Garage 』へようこそ。私は、Sonatus の最高マーケティング責任者(CMO)であるジョン・ハインラインです。今日のテーマは、「ソフトウェア定義型車両」についてです。ソフトウェア定義型車両とは何なのか、そしてそれを実現するにはどうすればよいのでしょうか? それを実現するための技術的な課題は何でしょうか? 本日のゲストは、Sonatus のCEO兼共同創業者であるジェフ・チャオさんです。ジェフ、The Garage にご出演いただき、ありがとうございます。

ジェフ:ジョン、ご紹介ありがとうございます。私はSonatus のCEOであり、共同創業者の一人です。当社はOEMやティア1メーカー向けに自動車用ソフトウェアソリューションを提供しています。当社のモットーは「自動車用ソフトウェアのイノベーションを加速させる」です。

ジョン:そういえば、それは今日話し合う内容への絶好の導入ですね。というのも、「ソフトウェア定義車両」というのは、最近とてもよく耳にする言葉ですから。ほぼ誰もがその話題を口にしています。しかし、企業や人々がその言葉を使う際、一体何を指しているのかについて、統一された理解があるかどうかは定かではありません。そこで、まずは用語の定義から始めようと思いました。では、あなたにとって「ソフトウェア定義車両」とはどのようなものだと思いますか?

SDVとは何ですか?

ジェフ:その通りですね。「ソフトウェア定義車両」とは何かについて、多くの疑問が寄せられています。Sonatus では、これには4つの重要な特性があると考えています。第一に、柔軟性です。つまり、車両が刻々と変化する要件や環境に適応できるということです。第二に、車両はアップグレード可能でなければなりません。 つまり、生産前、生産中、生産後、さらにはアフターサービスに至るまでのライフサイクル全体を通じて、新しい動作、新しいアプリケーション、新しい機能やサービスが提供される必要があります。3つ目の特性は、データ駆動型であるということです。データが車両だけでなくビジネスにとっても極めて重要であることは、皆さんご存知の通りです。したがって、車両が収集・管理・分析するデータの量は、テクノロジーだけでなくビジネスモデルをも牽引するものでなければなりません。

ソフトウェア定義車両に関する4つ目の特徴は、それが「コネクテッド」であるということです。今日の世界では、迅速な対応や適応、柔軟性を実現するためにあらゆるものがつながっています。したがって、車両もまた、コネクテッドである必要があります。

ジョン:この4つのポイントを非常にうまく要約してくれましたね。柔軟性、アップグレード可能性、データ駆動型、そしてコネクティビティ。ご存知のように、今日では車両にすでにどれほど多くのソフトウェアが組み込まれているかという話がよく聞かれます。しかし、誤解されているのは、車両がすでに「ソフトウェア定義車両(SDV)」であるという点だと思います。実際のところ、現在の車両におけるソフトウェアの展開方法は、車両の個々の機能ユニットと密接に結びついており、あなたが述べたような柔軟性は備わっていないのです。

ジェフ:その通りですね。必要なのは、自動車のソフトウェアの一部を再設計し、データセンターで見られるようなより現代的な原則を取り入れることです。ある意味、自動車は「車輪のついたデータセンター」になりつつあり、柔軟なソフトウェアをどのように設計・実装するかという点について、データセンターの分野で得られた知見は数多くあります。

ジョン:それでは、残りの時間で、ソフトウェア定義車両への移行を実現するために、車両アーキテクチャをどのように変革すべきかについて話し合いましょう。まずはネットワークから始めましょう。車載ネットワークに柔軟性を持たせることは極めて重要だからです。なぜなら、ネットワークが固定されたものであれば、当然のことながら、後から車両の機能を拡張することはできなくなるからです。

現代のネットワークの重要性

ジェフ:機能やアプリケーション、サービスを追加・アップグレードするためには、ダイナミックで現代的なネットワークが不可欠です。静的なネットワークでは、そのような柔軟性や俊敏性は期待できません。したがって、現代的なネットワークがもたらすもう一つの利点は、これらのアプリケーションが互いに通信し、データを交換する方法に重点を置いた、豊富な通信サービス群です。

ジョン:そうですね。出荷後に、一部のベンダーが車両にアップデートを配信し、出荷時にはなかった機能を追加している例が数多く見られます。それが可能になる唯一の方法は、もともと接続されていなかった車内のデータソースを接続できるようにすることです。そして、その点において、ネットワークの側面が極めて重要だと感じられます。

ジェフ:かつて「ネットワークこそがコンピュータである」と言われていましたが、これはIT業界で使われていた言葉であり、自動車業界においても同様に当てはまると私たちは考えています。

ジョン:では、こうした変化を可能にするような、車載ネットワークの分野ではどのような規格が登場すると思いますか?

ジェフ:自動車用イーサネットが主流の技術になると考えていますが、安全性、セキュリティ、耐障害性についても、その他の要件が求められることになるでしょう。

ジョン:しかもリアルタイム対応です。自動車用イーサネットを基盤として、時間的制約の厳しいネットワークにも対応するための革新的な技術も登場しています。ですから、最新のネットワーク技術のメリットを享受しつつ、同時に車両アーキテクチャの要件も満たせるようになるのではないでしょうか。

ジェフ:それは、業界やテクノロジーが進化する中で求められる柔軟性の問題です。状況にリアルタイムで対応できなければなりません。つまり、ますます迅速に対応する必要があるのです。そして、その通りです。新しいEEアーキテクチャや最新のソフトウェアアーキテクチャも、その一環なのです。

ジョン:2つ目のポイントは、以前の車両におけるECUの構成方法にあると思います。 従来は、1つのECUがその寿命期間を通じて単一の機能を担当する形が一般的で、車体にはこうした特殊な機能を担うECUが多数、時には150個もの数に及ぶこともありました。OEMやティア1サプライヤーの間では、車両の簡素化、コストと重量の削減、そしてこれらのECUを統合して1つのECUで複数の役割を担わせるよう求める声が高まっています。しかし当然のことながら、これによりソフトウェア環境はより複雑なものとなります。

ハードウェアの統合

ジェフ:ハードウェアの統合には、より多くのソフトウェアが必要となります。同じハードウェア上で動作する複数のソフトウェアアプリケーションをオーケストレーションし、分離するためには、仮想化やコンテナといった最新のソフトウェア技術が不可欠です。

ジョン:つまり、互いに干渉することなく並行して共存できるということです。また、車両の機能の中には安全上極めて重要なものもあれば、そうでないものも多いという点からも、これは重要なことだと考えられます。 空調システムのファンが動き出すまでに少し時間がかかっても問題ありませんが、自動ブレーキやその他のシステムは即座に作動するようにする必要があります。ですから、安全上重要なシステムとそうでないシステムを分離することが重要だと思います。

データ駆動型車両

3つ目に挙げた点は、「データ駆動型」であるということです。車両の周囲には膨大なデータが流れており、一方でそのすべてのデータを管理しなければならないという点で課題となる一方で、他方では価値あるサービスの創出や、将来的には収益化などにつながる機会でもあります。そこで、真に能動的なデータ駆動型車両を実現するために、私たちが克服しなければならない技術的な課題にはどのようなものがあるのかについて、話を進めましょう。

ジェフ:OEMが直面する最大の課題は、車両が生み出す膨大な量のデータへの対応だと思います。そのデータを管理、収集、保存、保護、送信するためには、ハードウェアとソフトウェアの両面で適切なインフラが必要です。2つ目に重要なのは、常にすべてのデータが必要というわけではないということです。 どのようなデータがいつ必要なのかを、賢く見極める必要があります。

ジョン:そして、それはライフサイクルを通じて変化する可能性があります。すべてが正常に動作していて、特定のデータを収集する必要がない時期もあるでしょう。一方で、問題の特定を迫られるトラブルシューティングが必要な場面もあるはずです。ですから、それを動的に調整できることが望ましいと思われます。これは、すべてが極めて固定されていた従来の車両と比較して、ソフトウェア定義車両の異なる側面であるように思われます。

ジェフ:OEM社内およびOEMのエコシステム全体には、多くのデータ利用者があります。そして、利用者ごとに要件やニーズが異なり、そのタイミングも様々で、さらに時間の経過とともに変化していきます。したがって、適切なデータソリューションには、適応性と柔軟性が求められます。

クラウド接続

ジョン:4つ目の要素として挙げたのは、「接続性」です。つまり、柔軟性があり、アップグレードが可能で、先ほど話したような優れたデータをすべて備えている車両があったとしても、それがネットワークに接続されていなければ、その真価を十分に発揮することはできないと思います。

ジョン:ネットワークに接続することのメリットは、クラウドがもたらす可能性を引き出せる点にあります。これはデータ管理だけでなく、新しいサービスや機能の提供方法においても重要です。 OEM各社は、さまざまな理由からクラウドを幅広く活用していくと私たちは考えています。先ほどおっしゃったようなサービスの提供や、ラピッドプロトタイピングといった活用に加え、将来的には車両同士が通信し合い、車両がクラウド上のインフラと通信するような「コネクテッドカー」の可能性を切り拓くことにもつながるでしょう。これは、コネクテッドカーの非常に強力な活用法になると思います。

概要

ジェフ、ありがとう。今回は実に幅広い議論ができましたね。多くの重要なポイントについて話し合いました。今日はご一緒いただき、ありがとうございました。

今回のエピソードでは、ソフトウェア定義型車両(SDV)には、「柔軟性」「アップグレード可能性」「データ駆動型」「コネクティビティ」という4つの重要な側面があることについてお話ししました。今後のエピソードでは、Sonatus の専門家や、その他の主要パートナー企業の業界リーダーを招き、これらの各側面についてさらに深く掘り下げていきます。The Garage での今後のエピソードにもぜひご視聴ください。ご視聴ありがとうございました。また近いうちにお会いしましょう。

関連リソース

ブログ

「ソフトウェア定義車両」の決定版ガイド

最近、自動車業界では「ソフトウェア定義車両(SDV)」という言葉が話題になっていますが、その意味を誰もが理解しているわけではありません。そもそも、すべての車にはすでに自動車用ソフトウェアが搭載されているのではないでしょうか?
事例研究

車両データの価値を最大限に引き出す

車両の接続機能の向上により、車載コンポーネント、コントローラー、センサーから生成されるテレメトリーデータの収集および活用スキルが拡大しました。このデータはソフトウェアデファインドビークル(SDV)の進化に不可欠であり、そこから得られるインサイトによって、OEMは継続的なイノベーションを推進し、ソフトウェアがもたらす新たな収益モデルを創出することが可能になります。
Driving Innovation Podcast

現代のネットワークは、SDVの基盤となっている

ポッドキャスト『Driving Innovation 』の第1回となる今回のエピソードでは、既存の車載ネットワークが抱える課題や限界について概説するとともに、ソフトウェア主導のイノベーションを促進するために、最新のネットワーク技術、規格、およびベストプラクティスを車載ネットワークにどのように適用できるかについて解説します。
トップへ戻る