かつてのクルマは、納車された日がいちばん新しく、いちばん価値が高い状態でした。そこから先は年数と走行距離に応じて少しずつ古くなり、価値も下がっていきます。業界関係者として46年この世界に身を置いてきた私にとって、それはごく当たり前の前提でした。
ところが今、その前提が根本から変わろうとしています。変化の中心にあるのが、無線通信でクルマのソフトウェアを書き換える技術「OTA（Over The Air）」です。スマートフォンのように、購入後も機能が増え、不具合が直り、性能が上がっていく。そうしたクルマが、もう特別な存在ではなくなりつつあります。
本記事では、OTAの基本的な仕組みから、FOTAとSOTAの違い、SDV（ソフトウェア・デファインド・ビークル）との関係、セキュリティと国際法規、リコールや整備の現場への影響、さらに日本と海外の普及率の差とその理由まで、業界の内側から見てきた視点を交えて詳しく解説します。少し長くなりますが、OTAについて知りたいことはこの記事でひと通り分かるようにまとめました。
OTAとは何か｜クルマの「更新」はどう変わってきたのか
OTA（Over The Air）の基本的な定義
OTAとは、Wi-Fiや4G/5Gなどの携帯電話回線、Bluetoothといった無線通信を使い、離れた場所にある機器のソフトウェアやファームウェアを更新する技術の総称です。「Over The Air」は直訳すると「空中を通って」という意味で、電波を介してデータを届けることからこう呼ばれています。
スマートフォンのOSアップデートを思い浮かべていただくと分かりやすいでしょう。ケーブルをつなぐことも、ショップに持ち込むこともなく、通知に従って操作するだけで最新の状態になります。これと同じことを、クルマで実現するのがOTAです。
OTA以前のソフトウェア書き換えは「現場の手作業」だった
OTAの価値を理解するには、それ以前のやり方を知っておくことが大切です。整備の現場で長く行われてきたソフトウェア書き換え（リプログラミング）は、次のような流れでした。
- メーカーが修正版のプログラムを作成し、整備拠点向けに配信する
- 対象車両のオーナーに案内を出し、入庫していただく
- 整備士が車両の診断コネクター（OBDポート）に専用の診断機を接続する
- 対象のECU（電子制御ユニット）を特定し、プログラムを書き込む
- 書き換え後に故障コードの消去、学習値の初期化、作動確認を行う
文章にすると簡単ですが、実際にはかなり神経を使う作業です。とくに注意が必要なのが電源の安定です。書き換え中に補機バッテリーの電圧が下がると、書き込みが途中で止まり、ECUが起動しなくなることがあります。そのため、現場では安定化電源（バッテリーサポーター）をつなぎ、電圧を一定に保ちながら作業するのが基本でした。ECUによっては書き換えだけで数十分、車両全体の作業となれば半日かかることも珍しくありません。
さらに、カーナビの地図更新はかつてCD-ROMやDVD、のちにSDカードやUSBメモリといった記憶媒体を差し替える方式が主流でした。いずれも「人が物理的に何かをする」ことが前提だったのです。
OTAで何が変わったのか
OTAは、この前提をなくしました。メーカーが運用する配信サーバー（OTAクラウド）と、車両に搭載された通信モジュール（TCU：Telematics Control Unit）が直接やり取りすることで、入庫も診断機の接続も必要なくなります。
メーカーにとっては、世界中を走る何十万台、何百万台というクルマに、場所を問わず一斉に最新のソフトウェアを届けられるようになりました。ユーザーにとっては、自宅の駐車場に停めている間にクルマが新しくなる、という体験が生まれました。
OTAによる更新処理の流れ
車載OTAの更新は、おおむね次の4段階で進みます。
ステップ1：クラウドでの更新パッケージ作成と配信管理
メーカー側では、車台番号（VIN）ごとに搭載されているソフトウェアの構成を管理しています。そのうえで、対象車両に合わせた更新データを作成し、暗号化と電子署名を施します。データ量を減らすため、変更部分だけを送る差分データにするのが一般的です。
ステップ2：バックグラウンドでのダウンロード
車両側のTCUが暗号化された通信でサーバーに接続し、更新データを受け取ります。多くの場合、走行中や駐車中にユーザーの操作を必要とせず、裏側でダウンロードが進みます。
ステップ3：データの正当性と完全性の検証
受け取ったデータが本当にメーカーから送られた正規のものか、途中で壊れたり改ざんされたりしていないかを、車載ゲートウェイや統合ECUが電子署名とハッシュ値で確認します。ここで不一致があれば、更新は行われません。
ステップ4：安全条件の確認と書き換え（インストール）
車両が停止している、シフトがP（パーキング）に入っている、イグニッションがオフになっている、バッテリーの残量が十分である。こうした条件がすべて揃ったことを確認したうえで、ユーザーの同意を得て（または事前に設定した時間に）対象ECUの書き換えを実行します。書き換え中は車両を動かせない仕様になっているのが普通です。
FOTAとSOTAの違い｜更新対象とリスクで2つに分かれる
車載OTAは、更新する対象のソフトウェアの「階層」と「安全への影響度」によって、大きく**FOTA（Firmware Over The Air）とSOTA（Software Over The Air）**の2種類に分けられます。
FOTAとSOTAの比較表
| 比較項目 | FOTA（Firmware Over The Air） | SOTA（Software Over The Air） |
|---|---|---|
| 更新対象 | ECUのファームウェア、基本制御プログラム | アプリケーション、画面表示（HMI）、地図データ、エンタメ機能 |
| 主な制御領域 | エンジン、ブレーキ、ステアリング、ADAS、EVのバッテリー管理など | ナビ、オーディオ、メーター表示、コネクテッドサービス |
| 更新頻度 | 低め（必要に応じて数か月〜年単位） | 高め（数週間〜数か月単位） |
| 更新時間の目安 | 長め（数十分〜場合により1時間以上） | 短め（数分〜数十分） |
| 失敗時のリスク | 非常に高い（ECUが起動しない、走行安全に直結） | 比較的低い（アプリの不具合や表示の乱れ） |
| 主な復旧手段 | A/Bバンク構成、セキュアブート、ロールバック | アプリの再起動、旧バージョンへの戻し |
FOTA｜クルマの「走る・曲がる・止まる」を書き換える
FOTAは、クルマの基本性能と安全を担うECUのプログラムを更新するものです。ABS（アンチロック・ブレーキ・システム）、電動パワーステアリング、エンジンやモーターの制御、先進運転支援システム（ADAS）、EVのバッテリーマネジメントシステム（BMS）などが対象になります。
これらのECUは、書き換えに失敗すると起動しなくなる、いわゆる「文鎮化（ブリック化）」の危険があります。整備の現場で書き換えが途中で止まったECUは、場合によってはユニットごと交換するしかありません。それを無線で、しかも整備士がそばにいない状態で行うわけですから、何重もの安全策が必要になります。
A/Bバンク方式（デュアルバンク）
ECUのメモリ領域を2面に分け、現在動いている面（A面）はそのままに、もう一方の面（B面）に新しいプログラムを書き込みます。書き込みと検証がすべて完了してから起動面を切り替えるため、途中で失敗しても元のA面で正常に動き続けます。
ロールバック機能
新しいプログラムで起動した後に異常が検出された場合、自動的に以前のバージョンに戻す仕組みです。
セキュアブート
ECUが起動するたびに、プログラムが正規の署名付きのものかを確認し、改ざんされたコードは実行しない仕組みです。
SOTA｜使い勝手と楽しさを更新する
SOTAは、ナビゲーションの地図、メーターやセンターディスプレイの画面デザイン、音声認識、音楽や動画のストリーミングなど、上位のアプリケーション層を更新するものです。不具合が起きても走行安全への影響は小さく、アプリを再起動すれば復旧できることが多いため、比較的気軽に、頻繁に配信されます。
ユーザーが「クルマが新しくなった」と実感しやすいのは、むしろこのSOTAの方かもしれません。
FOTAとSOTAの境界は曖昧になりつつある
ひとつ補足しておきたいのは、最近のクルマではこの2つの境界がはっきりしなくなってきていることです。たとえば、運転支援機能の画面表示（SOTA的な部分）と、その裏で動く制御ロジック（FOTA的な部分）が一度の更新でまとめて変わるケースは珍しくありません。後述するSDVの考え方が広がるにつれ、「車両全体をひとつのソフトウェアとして更新する」方向に進んでいます。
SDV（Software Defined Vehicle）とOTAの関係
SDVとは「ソフトウェアで価値が決まるクルマ」
近年、世界中の自動車メーカーが経営戦略の中心に掲げているのが**SDV（Software Defined Vehicle）**です。日本語では「ソフトウェア定義車両」などと訳されます。
SDVとは、クルマの機能や性能、使い心地の多くがソフトウェアによって決まり、購入後もソフトウェアの更新によって進化し続けるクルマのことです。考え方であり、同時にそれを実現するための車両設計（アーキテクチャ）でもあります。
OTAはSDVを動かす「血管」の役割
SDVとOTAの関係を一言でいえば、SDVが「進化するクルマ」という設計思想であり、OTAはその進化を実際に届けるための手段です。
どれだけ高性能なソフトウェアを開発しても、市場を走っているクルマにそれを届ける方法がなければ、クルマは進化しません。OTAがあって初めて、メーカーは販売後のクルマに新機能を追加し、性能を改善し、セキュリティを最新の状態に保てるようになります。SDVにとってOTAは、体のすみずみに栄養を送り届ける血管や神経のような、なくてはならない存在です。
E/Eアーキテクチャの変遷｜分散型から集中型へ
SDVを理解するうえで欠かせないのが、E/E（電気・電子）アーキテクチャの変化です。これは、クルマの中のECUや配線をどのように構成するかという設計の考え方です。
分散型アーキテクチャ
エンジン、ブレーキ、ドア、エアコン、ライトなど、機能ごとに個別のECUを配置する方式です。機能を追加するたびにECUが増え、高級車では100個を超えることもあります。長年、世界中の自動車メーカーが採用してきた方式で、それぞれの機能を専門のサプライヤーが作り込めるという強みがあります。一方で、ECUごとに作り手もソフトウェアも異なるため、車両全体をまとめて更新するのは非常に難しくなります。
ドメイン型アーキテクチャ
「パワートレーン」「シャシー」「ボディ」「インフォテインメント」「ADAS」といった機能の領域（ドメイン）ごとに、統括するコントローラーを置く方式です。ECUの数が整理され、ソフトウェアの管理がしやすくなります。
ゾーン型・セントラル型アーキテクチャ
車両を前方・後方・左右といった物理的なエリア（ゾーン）に分け、各ゾーンのコントローラーが周辺の機器をまとめて管理し、その上に高性能な中央コンピューターを置く方式です。配線の量を大幅に減らせるうえ、ソフトウェアの中心が少数のコンピューターに集約されるため、OTAによる車両全体の更新と非常に相性が良いのが特徴です。
テスラや中国の新興EVメーカーがOTAで先行できた大きな理由は、最初からこの集中型に近い構成でクルマを設計したことにあります。
OTAを支える技術基盤
1億行を超えるソフトウェアを安全に更新するという難しさ
現在のクルマには、上級車種で100〜150個以上のECUが搭載され、車両全体のソフトウェアの規模は1億行を超えるともいわれます。旅客機をはるかに上回る規模です。これを、安全を保ったまま無線で更新するためには、いくつもの技術が組み合わされています。
AUTOSAR｜車載ソフトウェアの共通基盤
**AUTOSAR（オートザー）**は、自動車メーカーやサプライヤーが共同で策定した、車載ソフトウェアの標準的な構造（プラットフォーム）です。異なる会社が作ったECUのソフトウェアでも、共通の決まりに沿って作ることで、組み合わせや再利用がしやすくなります。
AUTOSARには大きく2種類あります。
- Classic Platform：
エンジンやブレーキなど、リアルタイム性と高い信頼性が求められる従来型のECU向け - Adaptive Platform：
高性能な中央コンピューター向け。動的なソフトウェアの追加や更新を前提とした設計で、SDVやOTAとの相性が良い
RXSWIN｜ソフトウェアのバージョンを法的に管理する仕組み
**RXSWIN（R10 Software Identification Number を一般化した「Regulation X Software Identification Number」）**は、国連規則UN-R156で求められている、ソフトウェアの識別番号です。
クルマには多数のECUがあり、それぞれにソフトウェアのバージョンがあります。そのうち、法規に関わるもの（たとえば排出ガス、ブレーキ、運転支援など）について、「どのバージョンの組み合わせなら型式認証の内容に適合しているのか」を番号でひも付けて管理します。OTAでソフトウェアを書き換えた後も、そのクルマが法規に適合した状態であることを追跡できるようにするための仕組みです。
多層的なセキュリティ技術
OTAは、外部とつながる仕組みである以上、サイバー攻撃の入口になり得ます。そのため、次のような技術を重ねて守るのが基本です。
- 通信の暗号化：
TLSなどのプロトコルで通信経路を暗号化し、盗聴や改ざんを防ぐ - 電子署名（コード署名）：
更新データが正規のメーカーから送られたものであることを証明する - PKI（公開鍵基盤）：
署名や暗号化に使う鍵と証明書を安全に管理する - セキュアブート：起動時に正規のソフトウェアだけを実行する
- HSM（ハードウェア・セキュリティ・モジュール）とRoot of Trust：
暗号鍵などの重要な情報を、ソフトウェアからは読み出せない専用ハードウェアに保管し、信頼の起点（Root of Trust）とする - 車載ゲートウェイ：
外部とつながるネットワークと、走行制御系のネットワークを分離し、不正な通信を遮断する
差分更新と通信の工夫
車載ソフトウェアの更新データは、内容によっては数百MBから数GBに及びます。これを毎回まるごと送っていては、通信コストも時間もかかりすぎます。そこで使われるのが、変更部分だけを送る**差分更新（デルタアップデート）**です。
また、クルマはトンネルや山間部、地下駐車場など、電波が届きにくい場所を頻繁に通ります。通信が途中で切れても、続きからダウンロードを再開できる仕組みや、ダウンロード完了までは古いソフトウェアのまま普通に使い続けられる設計が欠かせません。
見落とされがちな「電源管理」
整備の経験から強調しておきたいのが、電源の問題です。先ほど触れたように、書き換え中の電圧低下はECUにとって致命的です。OTAはエンジンやシステムを停止した状態で行うことが多いため、補機バッテリー（12Vバッテリー）の残量を事前に確認し、不足している場合は更新を延期する制御が組み込まれています。
EVやハイブリッド車では、駆動用の高電圧バッテリーから補機バッテリーへ給電しながら更新を行う車種もあります。逆に言えば、補機バッテリーが弱っているクルマでは、OTAが何度も延期されたり、うまく進まなかったりすることがあります。これは意外と知られていないポイントです。
OTAで変わるカーライフ｜5つの代表的な機能
1. 不具合の修正（バグフィックス）
制御プログラムに不具合が見つかった場合、修正版のソフトウェアがクラウドから配信され、ユーザーが寝ている間や駐車中に修正が完了します。入庫の予約を取り、クルマを預け、代車を手配する、といった手間がなくなります。
2. 購入後の機能追加と性能向上
納車後であっても、加速性能の向上、走行モードの追加、サスペンション制御の最適化、運転支援機能の改善などが後から適用されます。
象徴的な例として知られているのが、テスラの「ドッグモード」です。あるオーナーが「ペットを車内で待たせる間、エアコンを効かせたまま、画面に飼い主はすぐ戻ると表示してほしい」とSNSで要望したところ、経営者が前向きに応じ、その後のソフトウェア更新で実際に機能として配信されました。ユーザーの声がハードウェアの設計変更を待たずに形になる。ソフトウェアだからこそできることを示した出来事でした。
3. スマートフォンとの連携と遠隔操作
スマートフォンのアプリから、ドアの施錠・解錠、エアコンの事前作動、充電状況の確認などができます。デジタルキーとして、スマートフォンをクルマの鍵代わりに使える車種も増えています。こうしたアプリ連携の機能も、OTAによって後から追加・改善されていきます。
4. サイバーセキュリティの即時強化
車載システムに脆弱性が見つかった場合、悪用される前に修正プログラムを一斉に配信できます。物理的な入庫を待っていては、すべての車両に対策が行き渡るまでに数か月から年単位の時間がかかってしまいます。OTAは、セキュリティ対策としても非常に重要な役割を担っています。
5. 車両状態の遠隔監視と予防整備
通信機能を使って、ECUの故障コード、センサーの状態、バッテリーの劣化傾向などを遠隔で把握できます。故障が起きる前に点検を案内する「予兆保全」が可能になり、集まったデータは次のモデルの品質向上にも活かされます。
ビジネスモデルの変化｜売り切りからライフサイクル全体での収益へ
「車両を売って終わり」ではなくなった
OTAは、自動車メーカーの収益構造そのものを変えつつあります。これまでの自動車ビジネスは、新車の販売と、その後の整備・点検・部品交換によるアフター収益が中心でした。
OTAで購入後に機能を追加できるようになったことで、IT業界のような**継続課金型の収益（リカーリングレベニュー）**を取り入れる動きが広がっています。
主な収益化の手法
サブスクリプション（定額課金）
高度な運転支援機能、リアルタイムの交通情報を反映したナビ、車内Wi-Fi、音楽や動画のストリーミングなどを、月額や年額で提供する方式です。
機能のオンデマンド解放（Feature on Demand）
ハードウェアはあらかじめ搭載しておき、必要な機能をユーザーが後から購入して有効にする方式です。走行性能の向上、運転支援機能の上位版、ヘッドライトの追加機能などが例として挙げられます。
ソフトウェアプラットフォームとアプリ経済圏
自社開発の車載OSの上で、他社製のアプリやサービスを利用できるようにし、手数料などで収益を得る方式です。スマートフォンのアプリストアに近い考え方です。
課金モデルにはユーザーの反発というリスクもある
ただし、何でも課金すればよいわけではありません。2022年には欧州の大手プレミアムブランドが、シートヒーターなどの装備を月額課金で有効にする仕組みを一部市場で導入し、「すでに付いている装備にお金を払わせるのか」と強い批判を受けました。このブランドは翌年、同様の装備の課金方式を見直すと表明しています。
ハードウェアの装備は購入時の価格に含まれるもの、という感覚は多くのユーザーに根付いています。課金の対象にふさわしいのは、継続的なサーバー運用やデータ更新が伴うサービスや、購入後に開発された新しい価値であるべきだ、というのが業界の中でも共有されつつある考え方です。OTAによる収益化は、ユーザーの納得感と表裏一体だといえます。
リコールとアフターサービスへの影響
ソフトウェアが原因のリコールが増えている
クルマの電子化が進むにつれ、ソフトウェアや電子制御に起因するリコールが増えています。調査によって数字に幅はありますが、近年のリコールのうち相当な割合を電子・ソフトウェア関連が占めるようになっているのは、業界の中にいる人間であれば誰もが実感していることです。
OTAによるリコール対応
従来のリコールでは、オーナーへの案内の郵送、入庫の受け付け、作業、代車の用意など、多くの費用と手間がかかっていました。対象台数が数十万台規模になれば、すべての対策が終わるまでに長い時間を要し、未実施のまま走り続けるクルマも一定数残ってしまいます。
OTAでリコール対応ができれば、対策の実施率と速度は大きく向上します。実際、米国ではテスラをはじめ、大規模なリコールをOTAで実施した事例が複数あります。日本でも、国土交通省へのリコールの届出において、改善措置の方法として無線によるソフトウェア更新を用いるケースが出てきています。
一方で注意したいのは、OTAで直せるのはソフトウェアだけだということです。部品の材質や構造に問題がある場合は、従来どおり入庫しての交換作業が必要です。「リコールはすべてOTAで済む」わけではない点は、正しく理解しておく必要があります。
整備・アフターサービスの役割はどう変わるか
ソフトウェアの修正がクラウド経由で完結するようになれば、単純な書き換え作業のための入庫は減っていきます。整備の現場は、その役割を見直す時期に来ています。
一方で、業界関係者として断言できるのは、クルマの整備がなくなることはないということです。タイヤ、ブレーキ、サスペンション、ボディの修理といったハードウェアの整備は、どれだけソフトウェアが進化しても必要です。むしろ、カメラやレーダーなどセンサー類の点検・調整（エーミング）、高電圧系統の取り扱い、ネットワークの診断など、高度な技術を要する作業はこれからさらに増えていきます。
OBD検査の開始と整備現場の電子化
日本では2024年10月から、国産車を対象に車検時のOBD検査（車載式故障診断装置を使った電子的な検査）が始まりました（輸入車は2025年10月から）。運転支援装置などの電子制御装置について、検査用の機器で故障コードの有無を確認するものです。
これは、整備の世界でも「電子制御の状態を正しく診断できること」が必須の能力になったことを意味します。OTAで更新された後のソフトウェアの状態を確認し、正しく機能しているかを見極める力は、今後の整備士にとってますます重要になるでしょう。
開発者・エンジニアに求められるスキルの変化
OTA対応のクルマを開発するうえで、エンジニアに求められる知識の範囲は大きく広がっています。従来の機械工学や制御工学、車載組み込みのC言語開発に加え、次のような領域が欠かせなくなっています。
サイバーセキュリティと法規の知識
- CSMS（サイバーセキュリティ管理システム）やPSIRT（製品セキュリティ対応チーム）の運用
- UN-R155/R156に適合した設計とプロセス
- 暗号技術（AES、TLSなど）やPKIの実装
- ISO/SAE 21434（車載サイバーセキュリティの国際規格）の理解
車載ネットワークと通信
- CAN、CAN FD、車載Ethernet
- SOME/IPなどのサービス指向通信
- 4G/5Gのセルラー通信とクラウド連携
開発手法とテスト環境
- CI/CD（継続的インテグレーション・継続的デリバリー）の構築
- MILS、SILS、HILSといったシミュレーションによる自動テスト
- 仮想ECUを使ったクラウド上での検証
車載OSとソフトウェア設計
- AUTOSAR Adaptive Platform
- Linux、QNXなどの車載OS
- サービス指向・マイクロサービス型の設計
開発の進め方も、数年単位で仕様を固めて作り込むウォーターフォール型から、短い周期で改善を重ねるアジャイル型へと移りつつあります。ただし、走行安全に関わる部分については、機能安全規格（ISO 26262）に基づく厳格な検証が引き続き求められます。スピードと安全をどう両立させるかが、いまの開発現場の大きなテーマです。
OTA導入の5つの課題
OTAは大きな可能性を持つ一方で、人の命を預かる製品ならではの課題があります。
課題1：サイバー攻撃のリスク
常に外部とつながることで、不正アクセス、通信の乗っ取り（中間者攻撃）、偽の更新プログラムの送り込み、最悪の場合は走行制御への介入といったリスクが生まれます。暗号化、署名、セキュアブートに加え、メーカー側で車両への攻撃を常時監視するVSOC（車両セキュリティ監視センター）を組み合わせた多層防御が欠かせません。
課題2：通信環境の不安定さ
クルマは移動しながら使うものであり、常に良好な通信環境にあるとは限りません。大容量のデータを確実に届けるために、差分更新や再開可能なダウンロード、Wi-Fi接続時の優先ダウンロードなどの工夫が必要です。
課題3：走行安全の確保
走行中に制御ソフトウェアが切り替わることは、絶対にあってはなりません。車速ゼロ、パーキング状態、イグニッションオフなどの条件を確認してから書き換えを許可するインターロックの仕組みが不可欠です。また、更新中はクルマが使えなくなるため、ユーザーの予定を妨げないタイミングの設計も重要です。
課題4：複数ECU間の整合性
多数のECUが連携して動いている車両で、一部のECUだけを更新すると、他のECUとの通信がかみ合わなくなるおそれがあります。どのECUのどのバージョンが組み合わさっているかを厳密に管理し、互換性を検証したうえで配信しなければなりません。
課題5：法規と型式認証のハードル
クルマは国の型式認証を受けて販売されています。認証の内容に関わるソフトウェアを変更する場合、当局への手続きが必要になることがあります。技術的には明日にでも配信できる改善であっても、法的な手続きを経なければ配信できないケースがあるのです。
OTAに関わる国際法規と日本の制度
UN-R155とUN-R156｜WP.29で定められた国際ルール
OTAの安全性を法的に担保するため、国連欧州経済委員会（UNECE）の下にある**自動車基準調和世界フォーラム（WP.29）**で、2つの国際規則が採択されました。
| 規 則 | 主な内容 |
|---|---|
| UN-R155（サイバーセキュリティ） | メーカーに対し、CSMS（サイバーセキュリティ管理システム）の構築、車両のライフサイクル全体でのリスク評価、脆弱性の監視と対応を求める |
| UN-R156（ソフトウェアアップデート） | メーカーに対し、SUMS（ソフトウェアアップデート管理システム）の構築、更新が法規適合性に与える影響の評価、RXSWINによるバージョン管理を求める |
これらは欧州や日本、韓国など、UN規則を採用する国・地域で順次義務化されています。
日本における制度の整備
日本はこれらの規則を早い段階で国内法に取り入れた国のひとつです。主なポイントを押さえておきましょう。
特定改造等の許可制度
2020年4月に施行された改正道路運送車両法により、OTAなどで電子制御装置のプログラムを書き換えて性能を変える行為（特定改造等）について、国土交通大臣の許可を受ける制度が設けられました。メーカーが販売後のクルマのソフトウェアを書き換える場合も、この枠組みのもとで管理されています。
保安基準へのUN-R155/R156の導入
日本では、UN-R155とUN-R156の要件が保安基準に取り入れられ、新型車から順次、そして継続生産車にも段階的に適用されてきました。これらの基準を満たさないクルマは、販売することができません。
審査体制
審査は、交通安全環境研究所（NTSEL）などが担い、大きく2つの段階で行われます。
- マネジメントシステム審査：メーカーの組織体制やプロセス全体が、サイバーセキュリティとソフトウェア更新を適切に管理できるかを確認する。認証には有効期間があり、定期的な報告と更新が求められる
- 車両型式審査：個々の車種について、セキュリティ対策やソフトウェア更新の仕組みが要件を満たしているかを確認する
米国と中国の動き
| 地 域 | 主な枠組み | 概 要 |
|---|---|---|
| 米国 | NHTSAのサイバーセキュリティ指針 | 法的拘束力のあるUN規則とは異なり、ガイドラインとしてサイバーセキュリティのベストプラクティスを示す。2022年に改訂版が公表されている |
| 中国 | GB 44495／GB 44496 | 車両のサイバーセキュリティとソフトウェアアップデートに関する強制国家規格。2026年1月から新型車の型式申請に適用 |
中国では、OTAによる機能追加が活発な一方で、当局が更新内容の届出や管理を厳しくする動きも進んでいます。とくに運転支援機能をOTAで変更する場合の手続きが厳格化されており、「自由に配信できる国」というイメージは変わりつつあります。
世界と日本のOTA普及状況
主要5か国のOTA搭載率の比較
OTAの普及ペースは、国によって大きな差があります。インフォテインメントの地図更新にとどまらず、車両制御やADASまで更新できるOTAを対象とした市場調査によると、2024年時点の新車における搭載率はおおむね次のような状況とされています。
| 国 | 推定搭載率（2024年時点） | 主な背景 |
|---|---|---|
| 韓国 | 80%超 | 国内最大手グループがSDVを経営の中心に据え、新車への標準搭載を急速に拡大 |
| 米国 | 70%超 | テスラなどEV専業メーカーが牽引し、既存メーカーも競争上の理由から導入を加速 |
| 中国 | 高水準（新興EVはほぼ全車） | 新興EVメーカーがソフトウェアを起点に開発し、頻繁な更新で市場を牽引 |
| ドイツ | 50%強 | UN規則への適合を重視しつつ、E/Eアーキテクチャの刷新と並行して拡大 |
| 日本 | 約15% | 過去数年ほぼ横ばいで推移し、主要国の中で伸びが最も小さい |
※数値は調査機関や定義によって異なります。傾向を把握するための目安としてご覧ください。
海外メーカーが先行できた理由
テスラの垂直統合と集中型アーキテクチャ
テスラは、車載コンピューター、OS、制御ソフトウェアを自社で一貫して開発しています。少数の強力なコンピューターで車両全体を制御する構成のため、車両全体を対象としたOTAを最初から前提にできました。
中国新興EVメーカーのソフトウェア優先の開発
中国の新興メーカーは、クルマを「走るデジタル機器」として捉え、ユーザーの要望や不具合の報告を短い周期で反映し、数週間から数か月単位でOTAを配信しています。スピードとユーザー体験を武器にしたアプローチです。
欧州メーカーのアーキテクチャ刷新
欧州の大手メーカーは、従来の分散型からドメイン型、ゾーン型への移行を進め、UN規則に準拠したOTAの基盤を全社レベルで整えています。スピードではテスラや中国勢に譲るものの、規制への確実な対応を優先した着実な進め方です。
日本のOTA搭載率が低い3つの理由
日本の搭載率が低い背景には、日本の自動車産業ならではの事情があります。業界の内側から見た実感も交えて整理します。
理由1：品質と安全を最優先する慎重な姿勢
日本の自動車メーカーは、「市場に出したクルマで問題を起こさない」ことを何よりも重視してきました。この姿勢こそが、世界から信頼される日本車の品質を支えてきたものです。OTAは、裏を返せば「市場に出した後に変更を加える」技術です。万が一更新で不具合が起きれば、何十万台ものクルマに一斉に影響が及びます。UN規則への適合とあわせ、慎重に慎重を重ねてきたことが、普及のペースに表れていると考えられます。
理由2：分散型アーキテクチャとサプライチェーンの構造
日本の自動車開発は、機能ごとにECUを設け、長年取引のあるサプライヤーと一緒に作り込んでいく分散型の設計を強みとしてきました。それぞれの機能が高い完成度で磨かれる一方、車両全体のソフトウェアを一括で更新する仕組みとは相性がよくありません。ECUごとにソフトウェアの作り手が異なれば、更新の検証や責任の分担も複雑になります。アーキテクチャとサプライチェーンの両方を組み替えるには、どうしても時間がかかります。
理由3：国内市場の特性と価格への配慮
日本の新車販売では、軽自動車やコンパクトカーが大きな割合を占めます。こうしたクルマでは、価格を抑えるために通信モジュールや大型ディスプレイを標準装備にせず、オプションにしたり省いたりする構成が一般的でした。通信機能がなければOTAはできませんから、これが国全体の搭載率を押し下げる大きな要因になっています。
日本メーカーの巻き返し
とはいえ、日本のメーカーも手をこまねいているわけではありません。
トヨタ自動車は、ソフトウェア開発基盤「Arene（アリーン）」を新型RAV4などから順次導入し、SDVへの本格的な移行を進めています。日産自動車や本田技研工業も、統合型のE/Eアーキテクチャの採用や、ソフトウェア人材の大幅な拡充を打ち出しています。国の側でも、経済産業省と国土交通省が「モビリティDX戦略」を掲げ、2030年に向けてSDVの世界販売で日本勢が存在感を確保する目標を示しています。
日本の自動車産業が長年築いてきた、ハードウェアの耐久性、製造品質、走行安全性は、世界に誇れる強みです。その土台の上に、ソフトウェアの俊敏さを組み合わせることができれば、「壊れにくく、しかも買った後も進化し続けるクルマ」という、日本ならではのSDVが生まれるはずです。私はそこに大きな期待を寄せています。
ユーザーとして知っておきたいOTAの注意点
最後に、実際にOTA対応のクルマに乗る方、これから購入を検討している方に向けて、業界関係者の目線で押さえておきたいポイントをまとめます。
更新通知が来たら内容を確認する
OTAの通知が届いたら、まずは更新内容の説明に目を通しましょう。機能の追加だけでなく、操作方法や表示が変わることもあります。運転支援機能の挙動が変わる場合もあるため、更新後は慣れるまで慎重に運転することをおすすめします。
更新中はクルマが使えない
FOTAを含む更新では、数十分から長いと1時間以上、クルマが動かせなくなることがあります。出かける直前に更新を始めないよう、夜間など使わない時間帯に予約しておくのが安心です。
補機バッテリーの状態に気を配る
前述のとおり、補機バッテリーが弱っていると更新が延期されたり、失敗の原因になったりします。更新が何度も中断する場合は、バッテリーの点検を受けてみてください。
通信サービスの契約期間を確認する
OTAには、メーカーのコネクテッドサービスの契約が必要な場合があります。新車時は無料でも、一定期間が過ぎると有料になる、あるいは契約が切れるとOTAを受けられなくなる車種もあります。購入時に条件を確認しておきましょう。
中古車購入時はソフトウェアの状態も確認する
中古車を購入する際は、走行距離や外装だけでなく、ソフトウェアが最新の状態か、未実施のリコールがないか、コネクテッドサービスを引き継げるかも確認しておくと安心です。前のオーナーが更新を見送っていたケースもあり得ます。
不安があれば整備の専門家に相談を
「更新後に違和感がある」「通知が来ているが更新が進まない」といった場合は、無理に自分で解決しようとせず、整備の専門家に相談してください。OTAの時代になっても、クルマの状態を総合的に診断できるのは、やはり現場の技術者です。
まとめ｜OTAはクルマと人の関係を変える技術
OTAは、単に「遠隔で不具合を直す仕組み」ではありません。クルマという製品の価値の決まり方、開発の進め方、サプライチェーンのあり方、メーカーの収益構造、そしてユーザーとクルマとの付き合い方そのものを変えていく、自動車産業の中核となる技術です。
本記事のポイントを振り返っておきます。
46年この業界を見てきた私にとって、クルマが「買った後に新しくなる」時代が来たことは、感慨深いものがあります。同時に、どれだけソフトウェアが進化しても、クルマが人の命を乗せて走る機械であることに変わりはありません。安全と信頼を何より大切にしながら、進化を楽しめる時代になっていくことを、業界関係者のひとりとして願っています。
