特許 7501445 ＯＴＡセンタ、更新管理方法、更新管理プログラム、ＯＴＡマスタ、更新制御方法および更新制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-10

(45)【発行日】2024-06-18

(54)【発明の名称】ＯＴＡセンタ、更新管理方法、更新管理プログラム、ＯＴＡマスタ、更新制御方法および更新制御プログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20240611BHJP

   B60R 16/02 20060101ALI20240611BHJP

【ＦＩ】

G06F8/65

B60R16/02 660U

【請求項の数】 9

(21)【出願番号】P 2021087786

(22)【出願日】2021-05-25

(65)【公開番号】P2022180976

(43)【公開日】2022-12-07

【審査請求日】2023-03-23

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110001276

【氏名又は名称】弁理士法人小笠原特許事務所

(72)【発明者】

【氏名】酒井 義和

【審査官】大倉 崚吾

(56)【参考文献】

【文献】国際公開第２０１９／０６５１２５（ＷＯ，Ａ１）

【文献】国際公開第２０２１／０３９７９６（ＷＯ，Ａ１）

【文献】特開２０１０－２４３３３９（ＪＰ，Ａ）

【文献】特開２０１９－０７４８５２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０３９１８００（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ８／６０－８／６５８

Ｂ６０Ｒ １６／０２

(57)【特許請求の範囲】

【請求項1】

車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なＯＴＡセンタであって、
所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所に前記車両が位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶部と、
前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェアの更新データを送信する通信部と、
前記通信部により前記更新データを送信することによって、前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御部とを備え、
前記制御部は、
前記規定情報に基づいて、実行対象のソフトウェア更新が前記特定のソフトウェア更新であるか否かを判定し、
前記判定が肯定判定である場合、前記通信部により、前記ＯＴＡマスタに、前記所定の場所で前記特定のソフトウェア更新を実行することを要求する要求情報を送信し、
前記ネットワーク接続エリアで前記特定のソフトウェア更新を実行することを要求する場合、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導させる前記要求情報を前記ＯＴＡマスタに送信する、ＯＴＡセンタ。

【請求項2】

前記所定の場所は、車両サービスを受けることが可能なエリアである車両サービスエリアを含み、
前記制御部は、前記車両サービスエリアで前記特定のソフトウェア更新を実行することを要求する場合、前記車両に備えられたナビゲーションシステムにより当該車両を前記車両サービスエリアに誘導させる前記要求情報を前記ＯＴＡマスタに送信する、請求項１に記載のＯＴＡセンタ。

【請求項3】

前記制御部は、前記判定が肯定判定である場合、前記車両を、前記ネットワーク接続エリアに誘導させるべきか前記車両サービスエリアに誘導させるべきかについて判断する、請求項２に記載のＯＴＡセンタ。

【請求項4】

プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なコンピュータが実行する更新管理方法であって、
所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所に前記車両が位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶ステップと、
前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェアの更新データを送信する通信ステップと、
前記更新データを送信することによって、前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御ステップとを備え、
前記制御ステップでは、
前記規定情報に基づいて、実行対象のソフトウェア更新が前記特定のソフトウェア更新であるか否かを判定し、
前記判定が肯定判定である場合、前記ＯＴＡマスタに、前記所定の場所で前記特定のソフトウェア更新を実行することを要求する要求情報を送信し、
前記ネットワーク接続エリアで前記特定のソフトウェア更新を実行することを要求する場合、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導させる前記要求情報を前記ＯＴＡマスタに送信する、更新管理方法。

【請求項5】

プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なコンピュータが実行する更新管理プログラムであって、
所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所に前記車両が位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶ステップと、
前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェアの更新データを送信する通信ステップと、
前記更新データを送信することによって、前記ＯＴＡマスタに前記ターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御ステップとを前記コンピュータに実行させ、
前記制御ステップでは、
前記規定情報に基づいて、実行対象のソフトウェア更新が前記特定のソフトウェア更新であるか否かを判定し、
前記判定が肯定判定である場合、前記ＯＴＡマスタに、前記所定の場所で前記特定のソフトウェア更新を実行することを要求する要求情報を送信し、
前記ネットワーク接続エリアで前記特定のソフトウェア更新を実行することを要求する場合、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導させる前記要求情報を前記ＯＴＡマスタに送信する、更新管理プログラム。

【請求項6】

車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なＯＴＡマスタであって、
前記ターゲットＥＣＵのソフトウェアの更新データを前記ＯＴＡセンタから受信する通信部と、
前記更新データを用いた前記ターゲットＥＣＵのソフトウェア更新を制御する制御部とを備え、
前記制御部は、
前記通信部により、前記ＯＴＡセンタから、所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、前記車両に搭載された表示部に前記所定の場所を表示させ、
前記ネットワーク接続エリアでソフトウェア更新を実行することを要求する前記要求情報を受信すると、当該要求情報に基づいて、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導する、ＯＴＡマスタ。

【請求項7】

前記所定の場所は、車両サービスを受けることが可能なエリアである車両サービスエリアを含み、
前記制御部は、前記車両サービスエリアでソフトウェア更新を実行することを要求する前記要求情報を受信すると、当該要求情報に基づいて、前記車両に備えられたナビゲーションシステムにより当該車両を前記車両サービスエリアに誘導する、請求項６に記載のＯＴＡマスタ。

【請求項8】

プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なコンピュータが実行する更新制御方法であって、
前記ターゲットＥＣＵのソフトウェアの更新データを前記ＯＴＡセンタから受信する通信ステップと、
前記更新データを用いた前記ターゲットＥＣＵのソフトウェア更新を制御する制御ステップとを備え、
前記制御ステップでは、
前記ＯＴＡセンタから、所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、前記車両に搭載された表示部に前記所定の場所を表示させ、
前記ネットワーク接続エリアでソフトウェア更新を実行することを要求する前記要求情報を受信すると、当該要求情報に基づいて、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導する、更新制御方法。

【請求項9】

プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なコンピュータが実行する更新制御プログラムであって、
前記ターゲットＥＣＵのソフトウェアの更新データを前記ＯＴＡセンタから受信する通信ステップと、
前記更新データを用いた前記ターゲットＥＣＵのソフトウェア更新を制御する制御ステップとを前記コンピュータに実行させ、
前記制御ステップでは、
前記ＯＴＡセンタから、所定のネットワーク接続が可能なエリアであるネットワーク接続エリアを含む所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、前記車両に搭載された表示部に前記所定の場所を表示させ、
前記ネットワーク接続エリアでソフトウェア更新を実行することを要求する前記要求情報を受信すると、当該要求情報に基づいて、前記車両に備えられたナビゲーションシステムにより当該車両を前記ネットワーク接続エリアに誘導する、更新制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＥＣＵ（電子制御ユニット）のソフトウェアの更新を管理するためのＯＴＡセンタ、更新管理方法、更新管理プログラム等に関する。

【背景技術】

【0002】

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

【0003】

ＥＣＵのソフトウェアを更新する技術として、車載ネットワークに接続された車載通信機器とインターネット等の通信ネットワークとを無線で接続し、無線通信を介してＯＴＡセンタからソフトウェア（更新データ）をダウンロードし、ダウンロードしたソフトウェアをインストールすることによりＥＣＵのプログラムの更新や追加を行うＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）技術が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００４－３２６６８９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＯＴＡを所定の場所（限られた場所）で実行する必要がある場合がある。例えば、ＯＴＡによって通信データ量の大きいソフトウェア更新を行う場合には、通信費を抑えるために所定の場所でＯＴＡを実行する必要がある。また例えば、ソフトウェア更新を行うに際して（例えば、車両の販売店において）車両のユーザに対して対面でソフトウェア更新の内容等についての説明が必要となる場合がある。また例えば、ソフトウェア更新を行うに際して（例えば、車両の販売店において）ＥＣＵ交換等の部品交換が必要となる場合がある。このようにＯＴＡを所定の場所（限られた場所）で実行する必要がある場合において、適切な対処が必要となる。

【0006】

それ故に、本開示は、ＯＴＡを所定の場所（限られた場所）で実行する必要がある場合において適切な対処を行うことができるＯＴＡセンタ、更新管理方法、更新管理プログラム等を提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示に係るＯＴＡセンタは、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なＯＴＡセンタであって、車両が所定の場所に位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶部と、ＯＴＡマスタにターゲットＥＣＵのソフトウェアの更新データを送信する通信部と、通信部により更新データを送信することによって、ＯＴＡマスタにターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御部とを備え、制御部は、規定情報に基づいて、実行対象のソフトウェア更新が特定のソフトウェア更新であるか否かを判定し、この判定が肯定判定である場合、通信部により、ＯＴＡマスタに、所定の場所で特定のソフトウェア更新を実行することを要求する要求情報を送信する。

【0008】

本開示に係る更新管理方法は、プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なコンピュータが実行する更新管理方法であって、車両が所定の場所に位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶ステップと、ＯＴＡマスタにターゲットＥＣＵのソフトウェアの更新データを送信する通信ステップと、更新データを送信することによって、ＯＴＡマスタにターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御ステップとを備え、制御ステップでは、規定情報に基づいて、実行対象のソフトウェア更新が特定のソフトウェア更新であるか否かを判定し、この判定が肯定判定である場合、通信部により、ＯＴＡマスタに、所定の場所で特定のソフトウェア更新を実行することを要求する要求情報を送信する。

【0009】

本開示に係る更新管理プログラムは、プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御するＯＴＡマスタと、ネットワークを介して通信可能なコンピュータが実行する更新管理プログラムであって、車両が所定の場所に位置するときに実行する必要がある特定のソフトウェア更新であるか否かを特定可能とする規定情報を記憶する記憶ステップと、ＯＴＡマスタにターゲットＥＣＵのソフトウェアの更新データを送信する通信ステップと、更新データを送信することによって、ＯＴＡマスタにターゲットＥＣＵのソフトウェア更新を行わせる制御を行う制御ステップとをコンピュータに実行させ、制御ステップでは、規定情報に基づいて、実行対象のソフトウェア更新が特定のソフトウェア更新であるか否かを判定し、この判定が肯定判定である場合、通信部により、ＯＴＡマスタに、所定の場所で特定のソフトウェア更新を実行することを要求する要求情報を送信する。

【0010】

本開示に係るＯＴＡマスタは、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なＯＴＡマスタであって、ターゲットＥＣＵのソフトウェアの更新データをＯＴＡセンタから受信する通信部と、更新データを用いたターゲットＥＣＵのソフトウェア更新を制御する制御部とを備え、制御部は、通信部により、ＯＴＡセンタから、所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、車両に搭載された表示部に所定の場所を表示させる。

【0011】

本開示に係る更新制御方法は、プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なコンピュータが実行する更新制御方法であって、ターゲットＥＣＵのソフトウェアの更新データをＯＴＡセンタから受信する通信ステップと、更新データを用いたターゲットＥＣＵのソフトウェア更新を制御する制御ステップとを備え、制御ステップでは、ＯＴＡセンタから、所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、車両に搭載された表示部に所定の場所を表示させる。

【0012】

本開示に係る更新制御プログラムは、プロセッサとメモリとを備え、車両に搭載されターゲットＥＣＵのソフトウェア更新を制御し、ネットワークを介してＯＴＡセンタと通信可能なコンピュータが実行する更新制御プログラムであって、ターゲットＥＣＵのソフトウェアの更新データをＯＴＡセンタから受信する通信ステップと、更新データを用いたターゲットＥＣＵのソフトウェア更新を制御する制御ステップとをコンピュータに実行させ、制御ステップでは、ＯＴＡセンタから、所定の場所でソフトウェア更新を実行することを要求する要求情報を受信すると、車両に搭載された表示部に所定の場所を表示させる。

【発明の効果】

【0013】

本開示によれば、ＯＴＡを所定の場所（限られた場所）で実行する必要がある場合において適切な対処を行うことができるＯＴＡセンタ、更新管理方法、更新管理プログラム等を提供できる。

【図面の簡単な説明】

【0014】

【図1】第１の実施形態に係るネットワークシステムの全体構成の一例を示すブロック図

【図2】第１の実施形態に係るＯＴＡセンタの概略構成の一例を示すブロック図

【図3】第１の実施形態に係るＯＴＡマスタの概略構成の一例を示すブロック図

【図4】第１の実施形態に係るＯＴＡセンタの一例を示す機能ブロック図

【図5】第１の実施形態に係るＯＴＡマスタの一例を示す機能ブロック図

【図6】第１の実施形態に係るＯＴＡセンタが実行する制御処理の一例を示すフローチャート

【図7】第１の実施形態に係る規定情報の一例を説明するための模式図

【図8】第１の実施形態に係るＯＴＡマスタが実行する制御処理の一例を示すフローチャート

【図9】第２の実施形態に係るＯＴＡセンタが実行する制御処理の一例を示すフローチャート

【図10】第２の実施形態に係る規定情報の一例を説明するための模式図

【発明を実施するための形態】

【0015】

（第１の実施形態）
図１は、第１の実施形態に係るネットワークシステムの全体構成の一例を示すブロック図である。図２は、第１の実施形態に係るＯＴＡセンタの概略構成の一例を示すブロック図である。図３は、第１の実施形態に係るＯＴＡマスタの概略構成の一例を示すブロック図である。

【0016】

図１に示すネットワークシステムは、車両に搭載されたＥＣＵ（Electronic Control Unit；電子制御ユニット）１３ａ～１３ｄのソフトウェアを更新するためのシステムであり、ＯＴＡセンタ１と、車両に搭載される車載ネットワーク２とを備える。

【0017】

ＯＴＡセンタ１は、インターネット等の通信ネットワーク５を介して車両に搭載されたＯＴＡマスタ１１と無線等で通信可能であり、車両に搭載されたＥＣＵ１３ａ～１３ｄのソフトウェア更新を管理する。

【0018】

図２に示すように、ＯＴＡセンタ１は、ＣＰＵ２１と、ＲＡＭ２２と、記憶装置２３と、通信装置２４とを備える。記憶装置２３は、ハードディスクやＳＳＤ等の読み書き可能な記憶媒体を備え、ソフトウェアの更新管理を実行するためのプログラムや、更新管理に用いる情報、ＥＣＵの更新データ等を記憶する。ＣＰＵ２１は、記憶装置２３から読み出したプログラムを、ＲＡＭ２２を作業領域として用いて実行することにより、制御処理を実行する。通信装置２４は、通信ネットワーク５を介してＯＴＡマスタ１１と通信を行う。

【0019】

図１に示すように、車載ネットワーク２は、ＯＴＡマスタ１１と、通信モジュール１２と、複数のＥＣＵ１３ａ～１３ｄと、ＨＭＩ（Human Machine Interface；例えば、入力操作が可能なカーナビゲーションシステムの表示装置）１４とを備える。ＯＴＡマスタ１１は、バス１５ａを介して通信モジュール１２と接続され、バス１５ｂを介してＥＣＵ１３ａ及び１３ｂと接続され、バス１５ｃを介してＥＣＵ１３ｃ及び１３ｄと接続され、バス１５ｄを介してＨＭＩ１４と接続されている。ＯＴＡマスタ１１は、通信モジュール１２を介してＯＴＡセンタ１と無線での通信が可能である。ＯＴＡマスタ１１は、ＯＴＡセンタ１から取得した更新データに基づいて、ＥＣＵ１３ａ～１３ｄのうちのソフトウェア（「ＳＷ」という場合がある）の更新対象であるＥＣＵ（「ターゲットＥＣＵ」という場合がある）のソフトウェア更新を制御する。通信モジュール１２は、車載ネットワーク２とＯＴＡセンタ１とを接続する通信機器である。ＥＣＵ１３ａ～１３ｄは、車両の各部の動作を制御する。ＨＭＩ１４は、ＥＣＵ１３ａ～１３ｄのソフトウェアの更新処理の際に、更新データがあることの表示や、ユーザや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、更新結果の表示等の各種表示を行うために用いられる。なお、図１では、４つのＥＣＵ１３ａ～１３ｄを例示したが、ＥＣＵの数は限定されない。

【0020】

図３に示すように、ＯＴＡマスタ１１は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ３３と、記憶装置３４とを備えるマイクロコンピュータ３５と、通信装置３６とを備える。ＣＰＵ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、制御処理を実行する。通信装置３６は、図１に示したバス１５ａ～１５ｄを介して、通信モジュール１２、ＥＣＵ１３ａ～１３ｄ、ＨＭＩ１４と通信を行う。

【0021】

ＥＣＵ１３（１３ａ～１３ｄ）は、ＣＰＵと、ＲＡＭと、不揮発性メモリと、通信装置とを備える（図示なし）。ＥＣＵ１３のＣＰＵは、不揮発性メモリから読み出したプログラムを、ＲＡＭを作業領域として用いて実行し、又、通信装置を用いて他の機器と通信することにより、ＥＣＵ１３の機能を実現する。

【0022】

ここで、ソフトウェアの更新処理は、ＯＴＡセンタ１からＯＴＡマスタ１１に更新データをダウンロードするフェーズと、ダウンロードした更新データを更新対象であるターゲットＥＣＵに転送し、ターゲットＥＣＵの記憶領域に更新データをインストールするフェーズと、ターゲットＥＣＵにおいてインストールした更新版のソフトウェアを有効化するアクティベートのフェーズとからなる。

【0023】

ダウンロードは、ＯＴＡセンタ１から送信された、ＥＣＵのソフトウェアを更新するための更新データを受信して、ＯＴＡマスタ１１の記憶装置３４に記憶する処理である。ダウンロードのフェーズは、更新データの受信だけでなく、ダウンロードの実行可否判断、更新データの検証等、ダウンロードに関する一連の処理の制御を含む。インストールは、ダウンロードした更新データに基づいて、ターゲットＥＣＵの不揮発性メモリに更新版のプログラム（更新ソフトウェア）を書き込む処理である。インストールのフェーズは、インストールの実行だけでなく、インストールの実行可否判断、更新データの転送および更新版のプログラムの検証等、インストールに関する一連の処理の制御を含む。アクティベートは、インストールした更新版のプログラムをアクティベート（有効化）する処理である。アクティベートのフェーズは、アクティベートの実行だけでなく、アクティベートの実行可否判断、実行結果の検証等、アクティベートに関する一連の制御を含む。

【0024】

ＯＴＡセンタ１からＯＴＡマスタ１１に送信される更新データは、ＥＣＵの更新ソフトウェア、更新ソフトウェアを圧縮した圧縮データ、更新ソフトウェアまたは圧縮データを分割した分割データのいずれを含んでいても良い。また、更新データは、ターゲットＥＣＵを識別する識別子（ＥＣＵ ＩＤ）と、更新前のソフトウェアを識別する識別子（ＥＣＵ ソフトウェア ＩＤ）を含んでいても良い。更新データは、配信パッケージとしてダウンロードされるが、配信パッケージには、単一または複数のＥＣＵの更新データが含まれる。

【0025】

更新データが更新ソフトウェアそのものを含む場合は、インストールのフェーズにおいて、ＯＴＡマスタ１１が更新データ（つまり、更新ソフトウェア）をターゲットＥＣＵに転送する。また、更新データが更新ソフトウェアの圧縮データ、差分データあるいは分割データを含む場合、ＯＴＡマスタ１１がターゲットＥＣＵに更新データを転送し、ターゲットＥＣＵが更新データから更新ソフトウェアを生成しても良いし、ＯＴＡマスタ１１が更新データから更新ソフトウェアを生成してから、更新ソフトウェアをターゲットＥＣＵに転送しても良い。ここで、更新ソフトウェアの生成は、圧縮データの解凍、差分データまたは分割データの組み付け等により行うことができる。

【0026】

更新ソフトウェアのインストールは、ＯＴＡマスタ１１からのインストール要求に基づき、ターゲットＥＣＵが行うことができる。または、更新データを受信したターゲットＥＣＵが、ＯＴＡマスタ１１からの明示の指示を受けることなく、自律的にインストールを行っても良い。

【0027】

更新ソフトウェアのアクティベートは、ＯＴＡマスタ１１からのアクティベート要求に基づき、ターゲットＥＣＵが行うことができる。または、更新データを受信したターゲットＥＣＵが、ＯＴＡマスタ１１からの明示の指示を受けることなく、自律的にアクティベートを行っても良い。

【0028】

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

【0029】

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

【0030】

図６は、第１の実施形態においてＯＴＡセンタ１が実行する制御処理の一例を示すフローチャートである。以下では、図６に示すフローチャートに沿って、第１の実施形態に係るＯＴＡセンタ１の制御処理について説明する。

【0031】

図６に示す処理は、ＯＴＡセンタ１の通信部２７が、車両から（ＯＴＡマスタ１１から）、ＯＴＡキャンペーンによるソフトウェア更新を行うための更新データ（配信パッケージ）のダウンロード要求を受信したことで開始される。

【0032】

ステップＳ１において、ＯＴＡセンタ１の制御部２８は、記憶部２６に記憶されている規定情報に基づいて、所定の場所（限られた場所）でソフトウェア更新を行う必要があるか否かを判定する。以下、詳しく説明する。

【0033】

図７は、記憶部２６に記憶されている規定情報の一例を説明するための模式図である。図７に示すように、規定情報には、ＯＴＡのキャンペーン毎に、ソフトウェア更新に必要な通信データ量を示す情報（「通信データ量情報」という場合がある）と、ソフトウェア更新に際して車両のユーザに対して対面での説明（注意点等の説明）が必要か否かを示す情報（「対面説明要否情報」という場合がある）と、ソフトウェア更新に際してＥＣＵ交換等の部品交換が必要か否かを示す情報（「部品交換要否情報」という場合がある）とが含まれている。図７に示すように、例えば、ＮＯ．１０のキャンペーンは通信データ量が２．０ギガバイトであり対面説明が必要であり部品交換が不要であり、ＮＯ．１１のキャンペーンは通信データ量が０．５ギガバイトであり対面説明が不要であり部品交換が必要である。

【0034】

ステップＳ１において、制御部２８は、ダウンロード要求に係るＯＴＡキャンペーンに対応する通信データ量情報、対面説明要否情報および部品交換要否情報に基づいて、所定の場所（限られた場所）でソフトウェア更新を行う必要があるか否かを判定する。具体的には、制御部２８は、通信データ量が所定量（本実施形態では１．０ギガバイト）を超える場合、対面説明が必要な場合、部品交換が必要な場合の少なくとも１つに該当する場合に、所定の場所（限られた場所）でソフトウェア更新を行う必要があるか否かを判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１の場合（図７参照）、制御部２８は、通信データ量は１．０ギガバイトを超えず、対面説明は不要であり、部品交換は不要であるため、所定の場所（限られた場所）でソフトウェア更新を行う必要は無いと判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１０の場合、制御部２８は、通信データ量は１．０ギガバイトを超え、対面説明は必要であり、部品交換は不要であるため、所定の場所（限られた場所）でソフトウェア更新を行う必要がある判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１１の場合、制御部２８は、通信データ量は１．０ギガバイトを超えず、対面説明は不要であり、部品交換は必要であるため、所定の場所（限られた場所）でソフトウェア更新を行う必要がある判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１２の場合、制御部２８は、通信データ量は１．０ギガバイトを超え、対面説明は不要であり、部品交換は不要であるため、所定の場所（限られた場所）でソフトウェア更新を行う必要がある判定する。

【0035】

ステップＳ１での判定がＹＥＳの場合、処理はステップＳ２に移り、この判定がＮＯの場合、処理はステップＳ６に移る。

【0036】

ステップＳ２において、制御部２８は、記憶部２６に記憶されている規定情報に基づいて（図７参照）、車両サービスエリアでソフトウェア更新を行う必要があるか否かを判定（判断）する。なお、車両サービスエリアは、車両サービスを受けることができる場所（例えば、車両販売店）であり、車両の部品交換等を行うことができ、ＯＴＡキャンペーンについての対面説明を行うことができ、ＯＴＡキャンペーンの更新データを無線又は有線により車両にダウンロードさせることができるインターネット接続可能な通信ネットワーク（「車両サービスエリア通信ネットワーク」という場合がある）に接続できる場所である。具体的には、制御部２８は、規定情報において（図７参照）、「対面説明」および「部品交換」の少なくとも一方が「必要」である場合には、車両サービスエリアでソフトウェア更新を行う必要があると判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１０の場合、制御部２８は、「対面説明」が「必要」であるので、車両サービスエリアでソフトウェア更新を行う必要があると判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１１の場合、制御部２８は、「部品交換」が「必要」であるので、車両サービスエリアでソフトウェア更新を行う必要があると判定する。一方で、例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１２の場合、制御部２８は、「対面説明」および「部品交換」の両方が「不要」であるので、車両サービスエリアでソフトウェア更新を行う必要はないと判定する。ステップＳ２での判定がＹＥＳの場合、処理はステップＳ３に移り、この判定がＮＯの場合、処理はステップＳ４に移る。

【0037】

ステップＳ３において、制御部２８は、車両サービスエリアでソフトウェア更新を行うことを求める要求情報を、通信部２６を用いて、ダウンロード要求を行った車両（ＯＴＡマスタ１１）に対して送信する。その後、処理はステップＳ５に移る。なお、図８を用いて後述するが、この要求情報を受信した車両（ＯＴＡマスタ１１）は、カーナビゲーションシステムを用いて、１以上の車両サービスエリアの何れかに当該車両を誘導する。

【0038】

一方、ステップＳ４において、制御部２８は、車両サービスエリア又はＷｉ－Ｆｉ（Wireless Fidelity）エリアでソフトウェア更新を行うことを求める要求情報を、通信部２６を用いて、ダウンロード要求を行った車両（ＯＴＡマスタ１１）に対して送信する。なお、Ｗｉ－Ｆｉエリアは、Ｗｉ－Ｆｉによりインターネットと無線接続できる場所である。その後、処理はステップＳ５に移る。なお、図８を用いて後述するが、この要求情報を受信した車両（ＯＴＡマスタ１１）は、カーナビゲーションシステムを用いて、１以上の車両サービスエリアおよびＷｉ－Ｆｉエリアのうちの何れかに当該車両を誘導する。

【0039】

以上に説明したように、ソフトウェア更新に際して対面説明や部品交換等が必要な場合には、ステップＳ３において、（対面説明や部品交換を行うことができないＷｉ－Ｆｉエリアではなく）対面説明や部品交換等を行うことができる車両サービスエリアでソフトウェア更新を行うことを求める要求情報を送信する一方で、通信データ量が所定量（１．０ギガバイト）を超える場合（つまり、モバイルデータ通信でインターネット通信を行うと通信費がかさむ場合）には、ステップＳ４において、車両サービスエリア又はＷｉ－Ｆｉエリアで通信費を抑えてソフトウェア更新を行うことを求める要求情報を送信する。

【0040】

ここで、モバイルデータ通信は、通信可能なエリアが非常に広い（インターネット接続して更新データをダウンロードできるエリアが非常に広い）一方で、一般に、通信データ量に応じてユーザの通信費が増加する。そのため、モバイルデータ通信で更新データをダウンロードしてＥＣＵのソフトウェア更新を行う場合には、一般に、通信データ量が多いとユーザの通信費がかさむこととなる。
一方、Ｗｉ－Ｆｉによるデータ通信は、通信可能な範囲が狭い（例えば、数１０メートルの範囲）一方で、一般に、ユーザの通信費が発生しない（又は比較的安価である）。そのため、Ｗｉ－ＦｉエリアでＷｉ－Ｆｉによりインターネット接続して更新データをダウンロードしてＥＣＵのソフトウェア更新を行う場合には、通信データ量が多い場合であってもユーザの通信費を抑えることができる。なお、Ｗｉ－Ｆｉエリアには、例えば、ユーザの自宅に設置されたＷｉ－Ｆｉ機器によるＷｉ－Ｆｉエリアや、飲食店等に設置されたＷｉ－Ｆｉ機器により無料で提供されるＷｉ－Ｆｉエリアや、車両メーカー等によりＯＴＡキャンペーン等に使用される目的で提供されるＷｉ－Ｆｉエリアがある。
また、車両サービスエリア通信ネットワークによるデータ通信は、車両サービスエリアで行うことができ、一般に、ユーザの通信費が発生しない。そのため、車両サービスエリアでインターネット接続して更新データをダウンロードしてＥＣＵのソフトウェア更新を行う場合には、通信データ量が多い場合であってもユーザの通信費を抑えることができる。

【0041】

ステップＳ５において、制御部２８は、ダウンロード要求を行った車両（ＯＴＡマスタ１１）から、再びダウンロード要求を受信するまで待機し（ＮＯ）、再びダウンロード要求を受信すると（ＹＥＳ）、処理をステップＳ６に移す。なお、図８を用いて後述するが、要求情報に基づいてカーナビゲーションシステムにより車両がソフトウェア更新を行う場所に誘導されると（移動すると）、当該車両（ＯＴＡマスタ１１）からＯＴＡセンタ１に再びダウンロード要求が送信される。

【0042】

ステップＳ６において、制御部２８は、ダウンロード要求を行った車両（ＯＴＡマスタ１１）に対して、通信部２７を用いてインターネットを介して更新データを送信し、図６の処理は終了する。このことにより、図８を用いて後述するが、ダウンロード要求を行った車両（ＯＴＡマスタ１１）は、更新データをダウンロードしてターゲットＥＣＵのソフトウェア更新を行うこととなる。

【0043】

図８は、第１の実施形態においてＯＴＡマスタ１１が実行する制御処理の一例を示すフローチャートである。以下では、図８に示すフローチャートに沿って、第１の実施形態に係るＯＴＡマスタ１１の制御処理について説明する。

【0044】

図８に示す処理は、ＯＴＡマスタ１１の制御部３９が、ＯＴＡセンタ１に対して、ＯＴＡキャンペーンによるソフトウェア更新を行うための更新データ（配信パッケージ）のダウンロード要求を通信部３８により送信したことで開始される。

【0045】

ステップＳ２１において、ＯＴＡマスタ１１の制御部３９は、図６のステップＳ３又はＳ４でＯＴＡセンタ１から送信された要求情報を受信するまで待機し（ＮＯ）、要求情報を受信する受信すると（ＹＥＳ）処理をステップＳ２２に移す。

【0046】

ステップＳ２２において、制御部３９は、ステップＳ２１で受信した要求情報に基づいて、車両に搭載されたカーナビゲーションシステムにより１以上の近いソフトウェア更新場所を特定して表示させる。以下、具体的に説明する。ステップＳ２２において車両サービスエリアでのソフトウェア更新を求める要求情報を受信した場合（図６のＳ３参照）、制御部３９は、ＧＰＳ（Global Positioning System）を用いたカーナビゲーションシステム（図示なし）により、車両からの道のりが近い車両サービスエリアを所定数（例えば３つ）特定して、ソフトウェア更新場所としてＨＭＩ（例えば、入力操作が可能なカーナビゲーションシステムの表示装置）１４に表示させる。一方、ステップＳ２１において車両サービスエリア又はＷｉ－Ｆｉエリアでのソフトウェア更新を求める要求情報を受信した場合（図６のＳ４参照）、制御部３９は、カーナビゲーションシステムにより、車両からの道のりが近い車両サービスエリア又はＷｉ－Ｆｉエリアを所定数（例えば３つ）特定して、ソフトウェア更新場所としてＨＭＩ１４に表示させる。その後、処理はステップＳ２３に移る。

【0047】

ステップＳ２３において、制御部３９は、ステップＳ２２でＨＭＩ１４に表示させたソフトウェア更新場所に対してユーザによる選択操作があるまで待機し（ＮＯ）、選択操作があると（ＹＥＳ）、処理をステップＳ２４に移す。

【0048】

ステップＳ２４において、制御部３９は、カーナビゲーションシステムにより、ステップＳ２３で選択されたソフトウェア更新場所への移動ルートを設定して車両を誘導させる。その後、処理はステップＳ２５に移る。

【0049】

ステップＳ２５において、制御部３９は、ステップＳ２３で選択されたソフトウェア更新場所への車両の誘導（移動）が終了するまで待機し（ＮＯ）、誘導が終了すると（ＹＥＳ）、処理をステップＳ２６に移す。

【0050】

ステップＳ２６において、制御部３９は、ＯＴＡセンタ１に対して、再び更新データ（配信パッケージ）のダウンロード要求を通信部３８により送信する。その後、処理はステップＳ２７に移る。なお、このダウンロード要求は、図６のステップＳ５においてＯＴＡセンタ１に受信される。

【0051】

ステップＳ２７において、制御部３９は、ＯＴＡセンタ１から送信された更新データ（図６のＳ６参照）を受信するまで待機し（ＮＯ）、更新データを受信すると（ＹＥＳ）、処理をステップＳ２８に移す。

【0052】

ステップＳ２８において、制御部３９は、ステップＳ２７で受信した更新データのダウンロード処理等を行う。具体的には、制御部３９は、ステップＳ２７で受信した更新データを記憶部３７に記憶した後に、更新データをターゲットＥＣＵに送信してインストールさせてからアクティベートさせることによって、ソフトウェアの更新処理を行う。その後、図８の処理は終了する。

【0053】

（第２の実施形態）
第２の実施形態は、上記した第１の実施形態に対して、規定情報が異なり、又、ＯＴＡセンタ１の制御処理において規定情報に基づいてソフトウェア更新場所を判断する処理を行わない点が異なる。図９は、第２の実施形態に係るＯＴＡセンタ１が実行する制御処理の一例を示すフローチャートである。図１０は、第２の実施形態に係る規定情報の一例を説明するための模式図である。図９のフローチャートは、図６のフローチャートに対して、ステップＳ１をステップＳ１－１に置き換え、ステップＳ２～Ｓ４をステップＳ２－１に置き換えたものである。なお、第２の実施形態において、車両側の処理は第１の実施形態での処理（図８参照）と（ステップＳ２２の具体的処理内容を除いて）同様である。以下では、主に第１の実施形態と異なる内容について説明する。

【0054】

ステップＳ１－１において、ＯＴＡセンタ１の制御部２８は、記憶部２６に記憶されている規定情報（図１０参照）に基づいて、所定の場所（限られた場所）でソフトウェア更新を行う必要があるか否かを判定する。以下、詳しく説明する。

【0055】

図１０は、記憶部２６に記憶されている規定情報の一例を説明するための模式図である。図１０に示すように、規定情報には、ＯＴＡのキャンペーン毎に、所定の場所（限られた場所）でのソフトウェア更新の要否を示す情報（「第１の要否情報」という場合がある）と、車両サービスエリアでのソフトウェア更新の要否を示す情報（「第２の要否情報」という場合がある）と、車両サービスエリア又はＷｉ－Ｆｉエリアでのソフトウェア更新の要否を示す情報（「第３の要否情報」という場合がある）とが含まれている。

【0056】

ここで、第１の実施形態で説明したが、車両サービスエリアは、車両サービスを受けることができる場所（例えば、車両販売店）であり、車両の部品交換等を行うことができ、ＯＴＡキャンペーンについての対面説明を行うことができ、ＯＴＡキャンペーンの更新データを無線又は有線により車両にダウンロードさせることができるインターネット接続可能な通信ネットワーク（車両サービスエリア通信ネットワーク）に接続できる場所である。また、第１の実施形態で説明したが、Ｗｉ－Ｆｉエリアは、Ｗｉ－Ｆｉによりインターネットと無線接続できる場所である。そして、ソフトウェア更新に際して、車両のユーザに対して対面での説明（注意点等の説明）が必要である場合とＥＣＵ交換等の部品交換等が必要である場合の少なくとも一方に該当する場合には、車両サービスエリアでソフトウェア更新が必要なので、第２の要否情報が「必要」を示している。また、通信データ量が所定量（本実施形態では１．０ギガバイト）を超える場合には、通信費を抑えるために車両サービスエリア又はＷｉ－Ｆｉエリアでソフトウェア更新が必要なので、第３の要否情報が「必要」を示している。また、第２の要否情報又は第３の要否情報が「必要」を示している場合には、所定の場所（限られた場所）でのソフトウェア更新が必要なので、第１の要否情報が「必要」を示している。

【0057】

ステップＳ１－１において、制御部２８は、ダウンロード要求に係るＯＴＡキャンペーンに対応する第１の要否情報に従って、所定の場所（限られた場所）でソフトウェア更新を行う必要があるか否かを判定する。具体的には（図１０参照）、制御部２８は、第１の要否情報が「必要」を示している場合に、所定の場所（限られた場所）でソフトウェア更新を行う必要があると判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１の場合、制御部２８は、第１の要否情報が「不要」を示しているため、所定の場所（限られた場所）でソフトウェア更新を行う必要は無いと判定する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１０の場合、制御部２８は、第１の要否情報が「必要」を示しているため、所定の場所（限られた場所）でソフトウェア更新を行う必要があると判定する。ステップＳ１－１での判定がＹＥＳの場合、処理はステップＳ２－１に移り、この判定がＮＯの場合、処理はステップＳ６に移る。

【0058】

ステップＳ２－１において、制御部２８は、ダウンロード要求に係るＯＴＡキャンペーンに対応する規定情報を、要求情報として、通信部２７を用いてダウンロード要求を行った車両（ＯＴＡマスタ１１）に対して送信する。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１０の場合、制御部２８は、ＯＴＡキャンペーンＮｏ．１０に係る第１～第３の要否情報を要求情報として車両（ＯＴＡマスタ１１）に対して送信する。そして、この場合、図８のステップＳ２２において、ＯＴＡマスタ１１は、第２の要否情報が「必要」を示していることから車両サービスエリアでのソフトウェア更新を求める要求情報を受信したものとして、カーナビゲーションシステムにより車両からの道のりが近い車両サービスエリアを所定数（例えば３つ）特定して、ソフトウェア更新場所としてＨＭＩ１４に表示させる。例えば、ダウンロード要求に係るＯＴＡキャンペーンがＮｏ．１２の場合、制御部２８は、ＯＴＡキャンペーンＮｏ．１２に係る第１～第３の要否情報を要求情報として車両（ＯＴＡマスタ１１）に対して送信する。そして、この場合、図８のステップＳ２２において、ＯＴＡマスタ１１は、第３の要否情報が「必要」を示していることから車両サービスエリア又はＷｉ－Ｆｉエリアでのソフトウェア更新を求める要求情報を受信したものとして、カーナビゲーションシステムにより車両からの道のりが近い車両サービスエリア又はＷｉ－Ｆｉエリアを所定数（例えば３つ）特定して、ソフトウェア更新場所としてＨＭＩ１４に表示させる。その後、処理はステップＳ５に移る。なお、ステップＳ５およびＳ６の処理は第１の実施形態と同様なので、説明を省略する。

【0059】

以上に説明したように、第１および第２の実施形態によれば、Ｗｉ－Ｆｉエリアや車両サービスエリア等の限られた場所（所定の場所）で車両がソフトウェア更新を行う必要がある場合には、ＯＴＡセンタ１からＯＴＡマスタ１１に対して、所定の場所でソフトウェア更新を行うことを要求する情報（要求情報）を送信する。これにより、適切に所定の場所でソフトウェア更新を行うことができる。

【0060】

また、第１および第２の実施形態によれば、通信費を抑えるためにＷｉ－Ｆｉエリアや車両サービスエリア通信ネットワークに接続できる車両サービスエリア（所定のネットワークに接続可能なネットワーク接続エリア）で車両がソフトウェア更新を行う必要がある場合に、ＯＴＡセンタ１からＯＴＡマスタ１１に対して、このネットワーク接続エリアでソフトウェア更新を行うことを要求する情報（要求情報）を送信する。そして、車両（ＯＴＡマスタ１１）は、要求情報に基づいてカーナビゲーションシステムを用いて上記ネットワーク接続エリアの何れかに移動してソフトウェア更新を行うことができるので、通信費を抑えてソフトウェア更新を行うことができる。

【0061】

また、第１および第２の実施形態によれば、ソフトウェア更新に際してユーザに対面説明が必要な場合や部品交換が必要な場合に、ＯＴＡセンタ１からＯＴＡマスタ１１に対して、これらを行うことができる車両サービスエリア（車両販売店等）でソフトウェア更新を行うことを要求する情報（要求情報）を送信する。そして、車両（ＯＴＡマスタ１１）は、要求情報に基づいてカーナビゲーションシステムを用いて車両サービスエリアのうちの何れかに移動して、適切にソフトウェア更新を行うことができる。

【0062】

また、第１の実施形態によれば、ＯＴＡセンタ１は、予め記憶している規定情報（図７参照）に基づいて、上記した所定の場所のうちのどのような場所でソフトウェア更新を行うことが必要であるかを判断（判定）して、要求情報として車両に通知することができる。例えば、第１の実施形態において、ＯＴＡセンタ１は、ユーザと対面説明が必要な場合又は部品交換が必要な場合には、車両サービスエリアでのソフトウェア更新を要求する要求情報を車両に送信する一方で、ソフトウェア更新の通信費を抑える必要がある場合には、車両サービスエリア又はＷｉ－Ｆｉエリアでのソフトウェア更新を要求する要求情報を車両に送信する。このように構成することによって、規定情報の内容を変更するのではなく、ＯＴＡセンタ１による判断の内容を変更することで要求情報の内容（つまり、どのようなエリアでソフトウェア更新を行う必要があるのかという内容）を変更できるので、運用の柔軟性が向上する。

【0063】

（変形例）
なお、上記した第１および第２の実施形態において、車両サービスエリアやＷｉ－Ｆｉエリアでソフトウェア更新を行う理由を車両側で表示してもよい。例えば、第１の実施形態において（図６参照）、対面説明（又は部品交換）が必要であるという理由を示す情報を要求情報に付加して（又は含めて）ステップＳ３でＯＴＡマスタ１１に送信し、通信費を抑制する必要があるという理由を示す情報を要求情報に付加（又は含めて）してステップＳ４で車両に送信してもよい。そして、要求情報を受信したＯＴＡマスタ１１は、カーナビゲーションシステムの表示部にこれらの理由を表示してユーザに説明してもよい。

【0064】

また、上記した第１および第２の実施形態では、車両のカーナビゲーションシステムの情報（典型的にはカーナビゲーションシステムに登録等された車両サービスエリアやＷｉ－Ｆｉエリアの情報）に基づいて、ソフトウェア更新を行う場所を特定した（図８のＳ２２参照）。しかし、ＯＴＡセンタ１の記憶部２６に車両サービスエリアやＷｉ－Ｆｉエリアのリスト情報を記憶しておいて要求情報に付加して（又は含めて）車両に送信し、車両のＯＴＡマスタ１１は、このリスト情報に基づいて（カーナビゲーションシステムを用いて）ソフトウェア更新を行う場所を特定してもよい。

【0065】

また、上記した第１および第２の実施形態で例示したＯＴＡセンタ１の機能は、プロセッサ（ＣＰＵ）とメモリと通信装置とを備えるコンピュータが実行する管理方法、あるいは、当該コンピュータに実行させる管理プログラム、管理プログラムを記憶したコンピュータ読み取り可能な非一時的記憶媒体として実現することも可能である。同様に、上記した本実施形態として例示したＯＴＡマスタ１１の機能は、プロセッサ（ＣＰＵ）とメモリと通信装置とを備える、車載されたコンピュータが実行する制御方法、あるいは、当該車載されたコンピュータに実行させる制御プログラム、制御プログラムを記憶したコンピュータ読み取り可能な非一時的記憶媒体として実現することも可能である。

【産業上の利用可能性】

【0066】

本開示技術は、ＥＣＵ（電子制御ユニット）のプログラムを更新するためのネットワークシステムに利用できる。

【符号の説明】

【0067】

１ ＯＴＡセンタ
１１ ＯＴＡマスタ
１３ａ～１３ｄ ＥＣＵ
１４ ＨＭＩ
２６、３７ 記憶部
２７、３８ 通信部
２８、３９ 制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】