JP2024007756A - Ｏｔａマスタ - Google Patents

Abstract

【課題】切り替え完了後に異常が発生を判断するＯＴＡマスタを提供する。【解決手段】車両のソフトウェア更新状況を記憶しているセンタとネットワークを介して通信可能なＯＴＡマスタであって、センタから受信した更新データに基づいて車載機器のソフトウェア更新処理が実行され、次回に更新後のソフトウェアで起動されるための設定終了後、更新完了をセンタに把握させ、更新完了の旨をユーザーに提示する更新完了処理を実行する第１の制御部と、更新後のソフトウェアに切り替わった状態で車両起動後の時点でのソフトウェアのバージョン情報を取得する第２の制御部と、上記時点でセンタに保存されている自車両のソフトウェアのバージョン情報をセンタから取得する第３の制御部と、第２の制御部で取得したバージョン情報と第３の制御部で取得したバージョン情報とが不一致である場合は、更新完了処理が正常に終了しなかったと判定する第４の制御部と、を備える。【選択図】図１

Description

本開示は、車両のソフトウェアの更新状況を記憶しているセンタとネットワークを介して通信可能なＯＴＡマスタに関する。

車両には、車両の動作を制御するための複数の電子制御ユニットが搭載されている。電子制御ユニットは、プロセッサと、ＲＡＭのような一時的な記憶部と、フラッシュＲＯＭのような不揮発性の記憶部である不揮発性メモリとを備え、プロセッサが不揮発性メモリに記憶されるソフトウェアを実行することにより電子制御ユニットの制御機能を実現する。各電子制御ユニットが記憶するソフトウェアは書き換え可能であり、より新しいバージョンのソフトウェアに更新することにより、各電子制御ユニットの機能を改善したり、新たな車両制御機能を追加したりすることができる。

電子制御ユニットのソフトウェアを更新する技術として、車載ネットワークに接続された車載通信機器とインターネットなどの通信ネットワークとを無線で接続し、車両のソフトウェアの更新処理を担う装置（ＯＴＡマスタ）が、無線通信を介してセンタなどのサーバーからソフトウェアをダウンロードし、ダウンロードしたソフトウェアを電子制御ユニットにインストールすることにより、電子制御ユニットのソフトウェア更新や追加を行うＯＴＡ（Over The Air）技術が知られている。例えば、特許文献１を参照。

所定の車載機器のソフトウェア更新が完了すれば、更新後のソフトウェアに切り替わって起動することになる。また、更新が完了した場合、そのことを示す更新完了通知が、例えばナビ画面に表示される。これにより、ユーザーは、ソフトウェア更新が（正常に）完了したことを認識できる。ここで、この更新完了表示は、次のような処理の流れで表示される。

まず、各車載機器が、自身の更新が完了したことを個別にセンタに通知する。センタでは、この通知に基づき、更新完了状況が把握できる。全車載機器の更新が完了した後に、全車載機器の更新が終わったか否かの旨の問い合わせがＯＴＡマスタからセンタに送られてくれば、これに対して全ての更新が終わった旨をＯＴＡマスタに返す。ＯＴＡマスタは、これを受けて、ナビ画面に、更新完了通知を表示する。つまり、車両でのソフトウェア更新が完了すれば、センタで各車両の更新完了状況を把握するためにその旨がセンタに通知され、その後、車両側で更新完了通知を表示するという処理（更新完了時処理）が実行されている。なお、この更新完了通知の表示は法規上要請されているものでもある。

特開２００４－３２６６８９号公報

しかし、新ソフトウェアへの切り替え（更新）自体は正常に終了しているが、更新完了の通知を車両からセンタに送信する処理が異常終了する等で、ソフトウェアの切り替え完了後から更新完了表示までの間の処理である上記更新完了時処理が異常終了する場合もあり得る。なお、ここでいう「切り替えの正常終了（完了）」とは、現在は更新前のソフトウェアで動作している状態であるが、更新処理の結果、起動後に読み込まれるソフトウェアが記憶される記憶部の領域に、更新後のソフトウェアのバイナリデータが配置された状態で、次回起動時は当該更新後のソフトウェアがメモリに読み込まれて起動するための設定が完了している状態のことをいう。例えば、シングルバンクメモリであれば、更新後のソフトウェアのバイナリデータが配置されている状態、デュアルバンクメモリの場合は、起動時に用いるバンクとして更新後のソフトウェアが記憶されているほうのバンクが指定された状態である。

そして、上記のような異常終了が発生していると、更新後のソフトウェアへの切り替え自体は正常終了しているにも関わらず、センタにおいて、上記更新完了の通知が届いていないために全車載機器の更新が完了していないと扱われたりする等で、上記ナビ画面への更新完了通知の表示がされない可能性がある。そして、更新が完了しているにもかかわらずこのような更新完了通知を表示しない（ユーザーに提示しない）ことは、法規上の観点で問題があった。

本開示は、上記課題を鑑みてなされたものであり、切り替え完了後に異常が発生していたか否かを判断することができるＯＴＡマスタを提供することを目的とする。

上記課題を解決するために、本開示技術の一態様は、車両のソフトウェアの更新状況を記憶しているセンタとネットワークを介して通信可能なＯＴＡマスタであって、センタから受信した更新データに基づいて所定の車載機器のソフトウェア更新処理が実行され、次回の起動について更新後のソフトウェアで起動されるための設定が終了した後、更新が完了したことをセンタに把握させ、かつ、更新完了の旨をユーザーに提示するための更新完了処理を実行する第１の制御部と、更新後のソフトウェアに切り替わった状態で車両が起動された後の所定のタイミングにおいて、その時点での車載機器のソフトウェアのバージョン情報を取得する第２の制御部と、上記時点でセンタに保存されている自車両にかかる車載機器のソフトウェアのバージョン情報をセンタから取得する第３の制御部と、第２の制御部で取得したバージョン情報と、第３の制御部で取得したバージョン情報とが不一致である場合は、更新完了処理が正常に終了しなかったと判定する第４の制御部と、を備える、ＯＴＡマスタである。

本開示のＯＴＡマスタによれば、切り替え完了後に異常が発生していたか否かを判断することができ、更新完了通知を表示することができる。

本実施形態に係るネットワークシステムの全体構成を示すブロック図 センタの概略構成を示すブロック図 センタの機能ブロック図 ＯＴＡマスタの概略構成を示すブロック図 ＯＴＡマスタの機能ブロック図 ＯＴＡマスタが実行する制御の処理フローチャート

＜実施形態＞
［構成］
図１は、本開示の一実施形態に係るネットワークシステムの全体構成を示すブロック図である。図１に示すネットワークシステムは、車両に搭載された複数の電子制御ユニット４０ａ～４０ｄのソフトウェアを更新するためのシステムであり、車両の外にあるセンタ１０と、車両内に構築される車載ネットワーク２０と、を備える。

（１）センタ
センタ１０は、ネットワーク７０を介して、車載ネットワーク２０が備える後述するＯＴＡマスタ３０と通信可能である。センタ１０は、ＯＴＡマスタ３０との間で、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データの送信や、ソフトウェア更新処理の進捗状況を示す通知の受信などを行って、ＯＴＡマスタ３０に接続された複数の電子制御ユニット４０ａ～４０ｄのソフトウェア更新を制御及び管理することができる。このセンタ１０は、いわゆるサーバーとしての機能を有する。

図２は、図１におけるセンタ１０の概略構成を示すブロック図である。図２で示すように、センタ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶装置１３と、通信装置１４と、を備える。記憶装置１３は、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などの読み書き可能な記憶媒体を備えた装置であり、ソフトウェアの更新管理を実行するためのプログラム、ソフトウェアの更新制御及び更新管理に用いる情報、及び各電子制御ユニットのソフトウェアの更新データなどを記憶する。センタ１０において、ＣＰＵ１１は、記憶装置１３から読み出したプログラムを、ＲＡＭ１２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置１４は、ネットワーク７０を介してＯＴＡマスタ３０と通信を行うための装置である。

図３は、図２に示したセンタ１０の機能ブロック図である。図３で示すセンタ１０は、記憶部１６と、通信部１７と、制御部１８と、を備える。記憶部１６は、図２に示した記憶装置１３によって実現される。通信部１７及び制御部１８は、図２に示したＣＰＵ１１がＲＡＭ１２を用いて記憶装置１３に記憶されるプログラムを実行することによって実現される。

記憶部１６は、車両に搭載された１つ以上の電子制御ユニットのソフトウェア更新処理に関する情報を記憶する。ソフトウェア更新処理に関する情報として、記憶部１６は、車両を識別する車両識別情報（車両ＩＤ）ごとに、電子制御ユニット４０ａ～４０ｄで利用可能なソフトウェアを示す情報を関連付けた更新管理情報と、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データとを、少なくとも記憶する。電子制御ユニット４０ａ～４０ｄで利用可能なソフトウェアを示す情報としては、例えば、複数の電子制御ユニット４０ａ～４０ｄの各ソフトウェアの最新のバージョン情報の組み合わせが定義される。また、ソフトウェア更新処理に関する情報として、記憶部１６は、車両で実施されているソフトウェアの更新状態を示す更新ステータスを記憶することができる。さらに、記憶部１６は、複数の電子制御ユニット４０ａ～４０ｄのそれぞれに搭載される不揮発性メモリの種別に関する情報を記憶することができる。

通信部１７は、ＯＴＡマスタ３０との間で、データ、情報、及び要求などの送信及び受信を行う。通信部１７は、ＯＴＡマスタ３０からソフトウェアの更新確認要求を受信する。更新確認要求は、例えば、車両において電源又はイグニッションがオンされた（以下「電源ＯＮ」という）時に、ＯＴＡマスタ３０からセンタ１０へと送信される情報であって、車両構成情報に基づいて電子制御ユニット４０ａ～４０ｄの更新データがあるか否かの確認をセンタ１０に要求するための情報である。また、通信部１７は、ＯＴＡマスタ３０から更新確認要求を受信すると、更新データの有無を示す情報をＯＴＡマスタ３０に送信する。また、通信部１７は、ＯＴＡマスタ３０からの配信パッケージの送信要求（ダウンロード要求）を受信する。また、通信部１７は、配信パッケージのダウンロード要求を受信すると、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データを含む配信パッケージをＯＴＡマスタ３０に送信する。

制御部１８は、通信部１７がＯＴＡマスタ３０から更新確認要求を受信すると、記憶部１６に記憶されている更新管理情報（電子制御ユニットのバージョンなど）に基づいて、更新確認要求に含まれる車両ＩＤで特定される車両に搭載された電子制御ユニット４０ａ～４０ｄについてソフトウェアの更新データがあるか否かを判定する。制御部１８による更新データがあるか否かの判定結果は、通信部１７によってＯＴＡマスタ３０に送信される。制御部１８は、判定部１５によって電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データがあると判定された場合、更新確認要求をしてきたＯＴＡマスタ３０に更新データを含む配信パッケージを生成して送信する。

（２）車載ネットワーク
車載ネットワーク２０は、ＯＴＡマスタ３０と、複数の電子制御ユニット４０ａ～４０ｄと、通信モジュール５０と、を備える。ＯＴＡマスタ３０と通信モジュール５０とは、バス６０ａを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット４０ａ及び４０ｂとは、バス６０ｂを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット４０ｃ及び４０ｄとは、バス６０ｃを介して接続されている。

ＯＴＡマスタ３０は、バス６０ａ及び通信モジュール５０を介してネットワーク７０経由でセンタ１０と無線による通信が可能である。このＯＴＡマスタ３０は、ＯＴＡ状態を管理し、ソフトウェア更新処理の流れである更新シーケンスを制御して更新対象となる電子制御ユニット（以下「ターゲット電子制御ユニット」という）のソフトウェア更新を実施する機能を有する装置である。ＯＴＡマスタ３０は、センタ１０から取得した更新データなどに基づいて、電子制御ユニット４０ａ～４０ｄのうちターゲット電子制御ユニットのソフトウェア更新を制御する。ＯＴＡマスタ３０は、セントラルゲートウェイ（ＣＧＷ）と称される場合もある。

図４は、図１におけるＯＴＡマスタ３０の概略構成を示すブロック図である。図４で示すように、ＯＴＡマスタ３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ（Read-Only Memory）３３と、記憶装置３４と、通信装置３６と、を備える。ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、及び記憶装置３４は、マイクロコンピューター３５を構成する。ＯＴＡマスタ３０において、ＣＰＵ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置３６は、図１に示したバス６０ａ～６０ｃを介して、通信モジュール５０及び電子制御ユニット４０ａ～４０ｄのそれぞれと通信を行うための装置である。

図５は、図４に示したＯＴＡマスタ３０の機能ブロック図である。図５に示すＯＴＡマスタ３０は、記憶部３７と、通信部３８と、制御部３９と、を備える。記憶部３７は、図４に示した記憶装置３４によって実現される。通信部３８及び制御部３９は、図４に示したＣＰＵ３１がＲＡＭ３２を用いてＲＯＭ３３に記憶されるプログラムを実行することによって実現される。

記憶部３７は、複数の電子制御ユニット４０ａ～４０ｄのソフトウェア更新を実行するためのプログラム（ＯＴＡマスタ３０の制御用プログラム）や、ソフトウェア更新を実行する際に用いる各種データの他、センタ１０からダウンロードしたソフトウェアの更新データなどを記憶する。また、記憶部３７は、複数の電子制御ユニット４０ａ～４０ｄのそれぞれに搭載される不揮発性メモリの種別に関する情報を記憶することができる。

通信部３８は、センタ１０との間で、データ、情報、及び要求などの送信及び受信を行う。通信部３８は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する。更新確認要求は、例えば、車両を識別するための車両ＩＤと、車載ネットワーク２０に接続される電子制御ユニット４０ａ～４０ｄのソフトウェアの現バージョンに関するバージョン情報と、を含む。また、この更新確認要求には、車載ネットワーク２０に接続される電子制御ユニット４０ａ～４０ｄの種類に関する情報を含んでもよい。車両ＩＤ及び電子制御ユニット４０ａ～４０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。また、通信部３８は、更新確認要求に対する応答としてセンタ１０から更新データの有無を示す通知を受信する。電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データがある場合、通信部３８は、ソフトウェアの更新データの配信パッケージのダウンロード要求をセンタ１０に送信し、センタ１０から送信される配信パッケージを、制御部３９による制御に基づいて受信（ダウンロード）する。また、通信部３８は、電子制御ユニット４０ａ～４０ｄが送信するソフトウェアの更新状態を、センタ１０に送信する。

制御部３９は、通信部３８が受信した更新確認要求に対するセンタ１０からの応答に基づいて、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新データがあるか否かを判定する。また、制御部３９は、自らの制御に基づいて通信部３８がセンタ１０から受信（ダウンロード）して記憶部３７に格納した配信パッケージの復号や真正性の検証を行う。また、制御部３９は、センタ１０から受信（ダウンロード）した更新データを用い、電子制御ユニット４０ａ～４０ｄのソフトウェア更新処理（各種の検証、インストール、アクティベートなど）を制御する。具体的には、制御部３９は、配信パッケージでダウンロードした１つ以上の更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データに基づく更新ソフトウェアをインストールさせる。インストールの完了後、制御部３９は、ターゲット電子制御ユニットに対して、インストールした更新ソフトウェアを有効化させるアクティベートを指示する。このソフトウェア更新処理の際、制御部３９は、複数の電子制御ユニット４０ａ～４０ｄにおける各種の検証、インストール、アクティベートなどの手順を好適に制御する。

また、制御部３９は、センタ１０から受信した更新データに基づいて所定の車載機器のソフトウェア更新処理が実行され、次回の起動について更新後のソフトウェアで起動されるための設定が終了した後、更新が完了したことをセンタ１０に把握させ、かつ、更新完了の旨をユーザーに提示するための更新完了処理を実行する機能（第１の制御部）、更新後のソフトウェアに切り替わった状態で車両が起動された後の所定のタイミングにおいて、その時点での車載機器のソフトウェアのバージョン情報を取得する機能（第２の制御部）、その時点でセンタ１０に保存されている自車両にかかる車載機器のソフトウェアのバージョン情報をセンタ１０から取得する機能（第３の制御部）、及び第２の制御部で取得したバージョン情報と、第３の制御部で取得したバージョン情報とが不一致である場合は、更新完了処理が正常に終了しなかったと判定する機能（第４の制御部）を有する。

複数の電子制御ユニット４０ａ～４０ｄは、車両の各部の動作を制御するための装置（ＥＣＵ：Electronic Control Unit）である。図１においては、車載ネットワーク２０が４つの電子制御ユニット４０ａ～４０ｄを備えている例を示したが、電子制御ユニットの数は特に限定されない。例えば、電子制御ユニット４０ａ～４０ｄのソフトウェアの更新処理時に更新データがあることの表示、車両のユーザーや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、及びソフトウェア更新の結果の表示など、各種の表示を行うための表示装置（ＨＭＩ）が、ＯＴＡマスタ３０に接続されていてもよい。表示装置としては、カーナビゲーションシステムなどを用いることが可能である。また、電子制御ユニットをＯＴＡマスタ３０に接続するバスの数も特に限定されない。例えば、上述の表示装置が、バス６０ａ～６０ｃ以外のバスでＯＴＡマスタ３０に接続されてもよい。

通信モジュール５０は、センタ１０と車両との通信を制御する機能を持ったユニットであり、車載ネットワーク２０をセンタ１０に接続するための通信機器である。通信モジュール５０は、ネットワーク７０経由でセンタ１０と無線で接続され、ＯＴＡマスタ３０による車両の認証や更新データのダウンロードなどが行われる。なお、この通信モジュール５０は、ＯＴＡマスタ３０に含まれて構成されてもよい。

［制御］
次に、図６をさらに参照して、本実施形態に係るネットワークシステムにおいて実行される制御を説明する。図６は、センタ１０とＯＴＡマスタ３０との間で実行される制御の処理シーケンスである。図６に示す制御は、車両のイグニッションがオン（ＩＧ－ＯＮ）されると開始される。

（ステップＳ６１１）
ＯＴＡマスタ３０は、新しいソフトウェアに切り替えてから初めて起動したか否かを判断する。新ソフトウェアの切り替え後の初めての起動である場合には（ステップＳ６１１、はい）、ステップＳ６１２に処理が進み、それ以外は制御が終了する。

（ステップＳ６１２）
ＯＴＡマスタ３０は、車両（自車両）に搭載されている複数の電子制御ユニット４０ａ～４０ｄの各ソフトウェアのバージョンに関するバージョン情報を取得する。なお、取得するバージョン情報は、新しく切り替えられたソフトウェアのみでよい。ソフトウェアのバージョン情報が取得されると、ステップＳ６１３に処理が進む。

（ステップＳ６１３）
ＯＴＡマスタ３０は、センタ１０が保持する（記憶部１６に記憶されている）自車両に搭載されている複数の電子制御ユニット４０ａ～４０ｄに関するソフトウェアのバージョン情報の送信を要求する。要求が送信されると、ステップＳ６１４に処理が進む。

（ステップＳ６２１）
センタ１０は、ＯＴＡマスタ３０からソフトウェアのバージョン情報の送信要求を受信すると、ソフトウェアのバージョン情報をＯＴＡマスタ３０に送信する。ソフトウェアのバージョン情報が送信されると、ステップＳ６２２に処理が進む。

（ステップＳ６１４）
ＯＴＡマスタ３０は、センタ１０からソフトウェアのバージョン情報を受信すると、ステップＳ６１５に処理が進む。

（ステップＳ６１５）
ＯＴＡマスタ３０は、センタ１０から受信したソフトウェアのバージョン情報が、複数の電子制御ユニット４０ａ～４０ｄから取得したソフトウェアのバージョン情報と一致するか否かを判断する。双方のバージョン情報が一致する場合は（ステップＳ６１５、はい）、問題なしと判断して、ステップＳ６１６に処理が進む。一方、双方のバージョン情報が一致しない場合は（ステップＳ６１５、いいえ）、切り替え後の処理で異常終了が発生していたなどの問題ありと判断して、ステップＳ６１７に処理が進む。

（ステップＳ６１６）
ＯＴＡマスタ３０は、双方のバージョン情報が一致すること示す通知（一致通知）をセンタ１０に送信する。一致通知がセンタ１０に送信されると、ＯＴＡマスタ３０による本制御が終了する。

（ステップＳ６１７）
ＯＴＡマスタ３０は、双方のバージョン情報が一致しないこと示す通知（不一致通知）をセンタ１０に送信する。この不一致通知は、バージョン情報の修正依頼でもある。不一致通知がセンタ１０に送信されると、ステップＳ６１８に処理が進む。

（ステップＳ６１８）
ＯＴＡマスタ３０は、更新完了通知を表示する処理を実行する。この処理では、ＯＴＡマスタ３０は、必要に応じて自己の更新完了状態の情報などを修正して、更新完了通知をナビゲーション装置の画面などに表示させることを行う。更新完了通知を表示する処理が実行されると、ＯＴＡマスタ３０による本制御が終了する。

（ステップＳ６２２）
センタ１０は、ＯＴＡマスタ３０から受信する一致通知又は不一致通知に基づいて、双方のバージョン情報が一致しているか否かを判断する。双方のバージョン情報が一致している場合は（ステップＳ６２２、はい）、問題なしと判断して、センタ１０による本制御が終了する。一方、双方のバージョン情報が一致していない場合は（ステップＳ６２２、いいえ）、問題ありと判断して、ステップＳ６２３に処理が進む。

（ステップＳ６２３）
センタ１０は、所定の情報の修正処理を実行する。この処理では、センタ１０は、記憶部１６に記憶している更新状態情報などの更新に関連する情報を適切に修正することを行う。情報の修正処理が実行されると、ＯＴＡマスタ３０による本制御が終了する。

＜効果＞
以上のように、本開示の一実施形態に係るＯＴＡマスタによれば、センタとやり取りしながら更新状態をチェックすることで、切り替え完了後に異常が発生していたか否かを判断することができる。また、本実施形態に係るＯＴＡマスタによれば、更新完了通知を表示することができる。

本開示技術は、電子制御ユニットのソフトウェアを更新するためのネットワークシステムに利用できる。

１０ センタ
１１、３１ ＣＰＵ
１２、３２ ＲＡＭ
１３、３４ 記憶装置
１４、３６ 通信装置
１６、３７ 記憶部
１７、３８ 通信部
１８、３９ 制御部
２０ 車載ネットワーク
３０ ＯＴＡマスタ
３３ ＲＯＭ
３５ マイクロコンピューター
４０ａ～４０ｄ 電子制御ユニット（ＥＣＵ）
５０ 通信モジュール
６０ａ～６０ｃ バス
７０ ネットワーク

Claims (1)

1. 車両のソフトウェアの更新状況を記憶しているセンタとネットワークを介して通信可能なＯＴＡマスタであって、
   前記センタから受信した更新データに基づいて所定の車載機器のソフトウェア更新処理が実行され、次回の起動について更新後のソフトウェアで起動されるための設定が終了した後、更新が完了したことを前記センタに把握させ、かつ、更新完了の旨をユーザーに提示するための更新完了処理を実行する第１の制御部と、
   更新後のソフトウェアに切り替わった状態で車両が起動された後の所定のタイミングにおいて、その時点での前記車載機器のソフトウェアのバージョン情報を取得する第２の制御部と、
   前記時点で前記センタに保存されている自車両にかかる車載機器のソフトウェアのバージョン情報を前記センタから取得する第３の制御部と、
   前記第２の制御部で取得したバージョン情報と、前記第３の制御部で取得したバージョン情報とが不一致である場合は、前記更新完了処理が正常に終了しなかったと判定する第４の制御部と、を備える、ＯＴＡマスタ。

Images