Automotive Linux Summit 2018

距離を縮めるクルマとオープンソース、車載Linux「AGL」の現在地（3/3 ページ）

公開 2018年07月06日 09時00分

更新 2018年07月09日 10時44分

著者

高橋睦美

[TechFactory]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

「差別化」するために共通化する

　自動車業界で急速にオープンソースが普及している背景には、デジタルトランスフォーメーションを背景に大きく変化する市場の中で、どうすれば自社を差別化し、生き残れるかという危機意識があるようだ。家電など他業界においても、もはやハードウェア単体で差別化を図るのは難しく、ともすれば価格競争に陥りがちだ。同じように自動車の世界でも、今後はクルマ単体で差別化するのではなく、それを取り巻くアプリケーションやサービスが決め手になるだろうと見ている。

　「家電やスマートフォンの世界で起きたことは、車の世界でも確実に起こるだろう。だからこそ、新しいアイデアを素早く形にできるAGLに取り組んでいる」（村田氏）

　もちろん、安心・安全と言う領域には一朝一夕には追い付けない蓄積があるのも事実だが、こうした危機意識は、自動車業界共通のようだ。最終日の基調講演にはマツダ、スバル、スズキの担当者がそろって登壇。まさに「呉越同舟」を体現しつつ、AGLのエキスパートグループの1つとして作業を進めている、IVI（In-Vehicle-Infotainment：車載インフォテインメント）領域における標準化の取り組みを紹介した。

マツダ、スズキ、スバルの3社がIVI（In-Vehicle-Infotainment）領域における標準化について紹介した

　カーメーカーごとに別々の仕様を策定し、ティア1がそれに従って開発を行うこれまでのやり方では、開発コストや工数がかさむ上、プロジェクトが「炎上」する恐れもある。「そこで、異なるカーメーカーが協力して、共通のハードウェアシステムアーキテクチャを作ろうとしている。これによって、レファレンスボードとプロダクト（製品）の間にある大きなギャップを埋めていきたい」（マツダ統合制御システム開発本部主幹、後藤誠二氏）。ハードウェアやそれらをつなぐインタフェースの共通化を進め、次のコンセプトとして「レゴブロックのようにパーツを組み合わせ、機能を搭載できるようにしたい」とした。

　壇上に上がったスズキの原木俊壽（アソシエイトマネージャー）氏は、「今後もコラボレーションを続け、開発期間や工数の削減などに取り組んでいく。AGLはわれわれの夢を実現するプラットフォームだと思っている」と述べている。

【コラム】車載システムを安全にアップデートするには？

ニューヨーク大学教授のJustin Cappos氏

　1台の車に数十、数百ものシステムが搭載され、多数のソフトウェアが動作する時代が既に到来している。そこで課題になるのが、バグや脆弱性を修正するアップデートをどのように安全に配布し、適用するかだ。

　リコールとなれば費用がかさみ、OTA（On-The-Air）などオンラインアップデートにも課題がある。なぜなら、既に正当なアップデートの振りをして悪意あるソフトウェア、ランサムウェアなどを送り込む攻撃が確認されているからだ。万が一、車でそんなことが起これば、人命に関わる事態になるだろう。

　ニューヨーク大学教授のJustin Cappos氏は、「アップデートはセキュリティ問題の修正に不可欠だが、安全でないメカニズムは新たなセキュリティ問題を生み出すことになるだろう」と述べ、アップデートが改ざん・侵害を受ける可能性は否定できないことを示している。

　では、どうやってこうした事態を防げばよいのだろうか。1つはTLS/SSLによってリポジトリを認証すること。もう1つは、ソフトウェアパッケージに署名を行い、改ざんの有無を検証できるようにしておくこと。だがそれでも、ITの世界で起きた事件が示す通り侵害は起こり得る。「“侵害は起こりうること”であると踏まえ、全てを1つのカゴにまとめるのではなく分散し、リカバリ策を考えておくこと」だとCappos氏は説明した。

　こうしたコンセプトに沿って進められているのが、「Uptane Framework」プロジェクトだ。「最終目標は、仮に侵害され、鍵が盗まれたとしてもそのインパクトを最小化することだ」（Cappos氏）。

　このフレームワークでは、1つのアップデート用サーバが全ての役割を担うのではなく、1つのサーバはタイムサーバ、またあるサーバはイメージリポジトリといった具合に異なる役割を割り当て、責任を分散することによって、レジリエンスを高めるアーキテクチャを採用している。

　ローカルにおける処理リソースが限られているといった車載向けならではの条件も考慮しながらレファレンス実装やレビューを進めており、AGLへの統合、ひいてはOEMメーカーへの採用も視野に入れていくという。

◎併せて読みたいお薦めホワイトペーパー：

&raquo 日本の自動車メーカーの開発を支える「適合プロセス」とは何か

&raquo 自動運転の実現を妨げる最大の障害となっているのは、技術ではない？

&raquo 自動運転時代の「メーカー責任」はどこまで及ぶか

&raquo いまさら聞けないオルタネータの仕組み

&raquo いまさら聞けないスターターモーターの仕組み

⇒ 新着ホワイトペーパーをチェックする

印刷する

特集（自動車）

連載新着通知を受け取る

この連載の記事をもっと見る

この記事の著者

高橋睦美

距離を縮めるクルマとオープンソース、車載Linux「AGL」の現在地（3/3 ページ）

「差別化」するために共通化する

【コラム】車載システムを安全にアップデートするには？

◎併せて読みたいお薦めホワイトペーパー：

特集（自動車）

この記事の著者

新着ホワイトペーパー PR

関連記事

距離を縮めるクルマとオープンソース、車載Linux「AGL」の現在地（3/3 ページ）

「差別化」するために共通化する

【コラム】車載システムを安全にアップデートするには？

◎併せて読みたいお薦めホワイトペーパー：

特集（自動車）

この記事の著者

新着ホワイトペーパー PR

関連記事

メルセデスが商用バンに車載Linux「AGL」採用、トヨタは「AGL前提」へ

トヨタが車載Linux「AGL」を車載情報機器に全面採用

車載Linux「AGL」が音声認識と車両クラウド間接続にフォーカス

コネクテッドカー向け車載Linux開発プロジェクトに日本企業2社が新たに参加

既存の車載ソフトウェアとAUTOSAR準拠の車載ソフトウェアとの違い