ホーム > 特許ランキング > トヨタ自動車株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-19
(45)【発行日】2024-08-27
(54)【発明の名称】センタ、ＯＴＡマスタ、方法、プログラム、及び車両
(51)【国際特許分類】
G06F 8/65 20180101AFI20240820BHJP
B60R 16/02 20060101ALI20240820BHJP
【ＦＩ】
G06F8/65
B60R16/02 660U
【請求項の数】
9
(21)【出願番号】P 2021103215
(22)【出願日】2021-06-22
(65)【公開番号】P2023002161
(43)【公開日】2023-01-10
【審査請求日】2023-04-17
(73)【特許権者】
【識別番号】000003207
【氏名又は名称】トヨタ自動車株式会社
(74)【代理人】
【識別番号】110001276
【氏名又は名称】弁理士法人小笠原特許事務所
(72)【発明者】
【氏名】石川 智康
(72)【発明者】
【氏名】谷森 俊介
【審査官】北川 純次
(56)【参考文献】
【文献】特開２０１５－１０３１６３（ＪＰ，Ａ）
【文献】特開２０２２－１４９６６２（ＪＰ，Ａ）
【文献】特表２０１６－５０７８０６（ＪＰ，Ａ）
【文献】国際公開第２０２０／０３２０４４（ＷＯ，Ａ１）
【文献】特開２０２０－１０７３５５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／６５
Ｂ６０Ｒ １６／０２
(57)【特許請求の範囲】
【請求項1】
車両に搭載される電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと通信可能なセンタであって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、前記センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを生成する制御部と、
前記ＯＴＡマスタからの要求に基づいて、前記配信パッケージを前記ＯＴＡマスタに送信する送信部と、を備える、センタ。
【請求項2】
前記配信パッケージは、前記外部機器及び前記ＯＴＡマスタが前記第１情報及び前記第２情報のいずれを参照すべきかを特定する識別情報をさらに含む、請求項１に記載のセンタ。
【請求項3】
車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタであって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを、センタから受信する通信部と、
前記更新データと前記第２情報とに基づいて、前記ターゲット電子制御ユニットのソフトウェア更新を制御する制御部と、を備える、ＯＴＡマスタ。
【請求項4】
前記配信パッケージは、前記外部機器及び前記ＯＴＡマスタが前記第１情報及び前記第２情報のいずれを参照すべきかを示す識別情報をさらに含み、前記制御部は、前記識別情報に基づいて前記第２情報を特定する、請求項３に記載のＯＴＡマスタ。
【請求項5】
プロセッサと、メモリとを備え、車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと通信可能なセンタが実行する方法であって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、前記センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを生成するステップと、
前記ＯＴＡマスタからの要求に基づいて、前記配信パッケージを前記ＯＴＡマスタに送信するステップと、を含む、方法。
【請求項6】
プロセッサと、メモリとを備え、車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタが実行する方法であって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを、前記センタから受信するステップと、
前記更新データと前記第２情報とに基づいて、前記ターゲット電子制御ユニットのソフトウェア更新を制御するステップと、を含む、方法。
【請求項7】
プロセッサと、メモリとを備え、車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと通信可能なセンタのコンピューターが実行するプログラムであって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、前記センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを生成するステップと、
前記ＯＴＡマスタからの要求に基づいて、前記配信パッケージを前記ＯＴＡマスタに送信するステップと、を前記コンピューターに実行させる、プログラム。
【請求項8】
プロセッサと、メモリとを備え、車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタのコンピューターが実行するプログラムであって、更新対象となる前記電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、前記センタと無線接続される前記ＯＴＡマスタが前記車載ネットワークを介して前記ターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを、センタから受信するステップと、
前記更新データと前記第２情報とに基づいて、前記ターゲット電子制御ユニットのソフトウェア更新を制御するステップと、を前記コンピューターに実行させる、プログラム。
【請求項9】
請求項３又は４に記載のＯＴＡマスタを搭載した、車両。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、電子制御ユニットのソフトウェアの更新を制御するセンタやＯＴＡマスタなどに関する。
【背景技術】
【0002】
車両には、車両の動作を制御するための複数の電子制御ユニットが搭載されている。電子制御ユニットは、プロセッサと、ＲＡＭのような一時的な記憶部と、フラッシュＲＯＭのような不揮発性の記憶部である不揮発性メモリとを備え、プロセッサが不揮発性メモリに記憶されるソフトウェアを実行することにより電子制御ユニットの制御機能を実現する。各電子制御ユニットが記憶するソフトウェアは書き換え可能であり、より新しいバージョンのソフトウェアに更新することにより、各電子制御ユニットの機能を改善したり、新たな車両制御機能を追加したりすることができる。
【0003】
電子制御ユニットのソフトウェアは、車両の販売店などにおいて、ダイアグツールなどの外部機器を電子制御ユニットが繋がる車載ネットワークに有線で接続し、外部機器が予め保持する更新用のソフトウェアを電子制御ユニットにインストールすることにより、電子制御ユニットのソフトウェア更新や追加を行うことができる。
【0004】
また、電子制御ユニットのソフトウェアを更新する技術として、車載ネットワークに接続された車載通信機器とインターネットなどの通信ネットワークとを無線で接続し、車両のソフトウェアの更新処理を担う装置が、無線通信を介してサーバーからソフトウェアをダウンロードし、ダウンロードしたソフトウェアを電子制御ユニットにインストールすることにより、電子制御ユニットのソフトウェア更新や追加を行うＯＴＡ（Over The Air）技術が知られている。例えば、特許文献１を参照。
【先行技術文献】
【特許文献】
【0005】
【文献】特開２００４－３２６６８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
車載ネットワークに有線で接続した外部装置を用いて電子制御ユニットのソフトウェア更新を行う場合と、ＯＴＡを用いて（車載ネットワークに無線で接続して）電子制御ユニットのソフトウェア更新を行う場合とでは、通信方式や満たすべき条件が異なる。このため、電子制御ユニットのソフトウェア更新がある場合には、有線でソフトウェア更新を行うために必要なデータや情報を含んだ配信パッケージと、ＯＴＡでソフトウェア更新を行うため必要なデータや情報を含んだ配信パッケージとの、２種類の配信パッケージを作成する必要があった。
【0007】
本開示は、上記課題を鑑みてなされたものであり、配信パッケージの生成を効率的に行うことができるセンタやＯＴＡマスタなどを提供することを目的とする。
【課題を解決するための手段】
【0008】
上記課題を解決するために、本開示技術の一態様は、車両に搭載される電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと通信可能なセンタであって、更新対象となる電子制御ユニットであるターゲット電子制御ユニットのソフトウェアの更新データと、車両と有線接続される外部機器が車載ネットワークを介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第１情報と、センタと無線接続されるＯＴＡマスタが車載ネットワークを介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照する第２情報と、を含む配信パッケージを生成する制御部と、ＯＴＡマスタからの要求に基づいて、配信パッケージをＯＴＡマスタに送信する送信部と、を備える、センタである。
【発明の効果】
【0009】
本開示のセンタやＯＴＡマスタなどによれば、車両に有線接続される外部機器とセンタに無線接続されるＯＴＡマスタとの両方が参照可能な配信パッケージを生成できるので、配信パッケージ生成を効率的に行うことができる。
【図面の簡単な説明】
【0010】
【図1】実施形態に係るネットワークシステムの全体構成を示すブロック図
【図2】センタの概略構成を示すブロック図
【図3】センタの機能ブロック図
【図4】センタが生成する配信パッケージの一例
【図5】ＯＴＡマスタの概略構成を示すブロック図
【図6】ＯＴＡマスタの機能ブロック図
【図7】センタが実行する配信パッケージ生成処理のフローチャート
【図8】センタが実行する配信制御処理のフローチャート
【図9】ＯＴＡマスタが実行するソフトウェア更新制御処理のフローチャート
【発明を実施するための形態】
【0011】
本開示は、車両に有線接続される外部機器とセンタに無線接続されるＯＴＡマスタとの両方が参照可能な配信パッケージを生成する。これにより、有線でソフトウェア更新を行うために必要なデータや情報を含んだ配信パッケージと、ＯＴＡでソフトウェア更新を行うため必要なデータや情報を含んだ配信パッケージとの、２種類の配信パッケージを作成する必要がなくなり、配信パッケージ生成を効率的に行うことができる。
以下、本開示の一実施形態について、図面を参照しながら詳細に説明する。
以下、本開示の一実施形態について、図面を参照しながら詳細に説明する。
【0012】
＜実施形態＞
［構成］
図１は、本開示の一実施形態に係るネットワークシステムの全体構成を示すブロック図である。図１に示すネットワークシステムは、車両に搭載された複数の電子制御ユニット５０ａ～５０ｄのソフトウェアを更新するためのシステムであり、車両の外にあるセンタ１０及び外部機器１１０と、車両内に構築される車載ネットワーク９０と、を備える。
［構成］
図１は、本開示の一実施形態に係るネットワークシステムの全体構成を示すブロック図である。図１に示すネットワークシステムは、車両に搭載された複数の電子制御ユニット５０ａ～５０ｄのソフトウェアを更新するためのシステムであり、車両の外にあるセンタ１０及び外部機器１１０と、車両内に構築される車載ネットワーク９０と、を備える。
【0013】
（１）センタ
センタ１０は、ネットワーク１００を介して、車載ネットワーク９０が備える後述するＯＴＡマスタ３０と無線による通信可能である。センタ１０は、ＯＴＡマスタ３０との間で、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データの送信や、ソフトウェア更新処理の進捗状況を示す通知の受信などを行って、ＯＴＡマスタ３０に接続された複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を制御及び管理することができる。このセンタ１０は、いわゆるサーバーとしての機能を有する。
センタ１０は、ネットワーク１００を介して、車載ネットワーク９０が備える後述するＯＴＡマスタ３０と無線による通信可能である。センタ１０は、ＯＴＡマスタ３０との間で、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データの送信や、ソフトウェア更新処理の進捗状況を示す通知の受信などを行って、ＯＴＡマスタ３０に接続された複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を制御及び管理することができる。このセンタ１０は、いわゆるサーバーとしての機能を有する。
【0014】
図２は、図１におけるセンタ１０の概略構成を示すブロック図である。図２で示すように、センタ１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶装置１３と、通信装置１４と、を備える。記憶装置１３は、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などの読み書き可能な記憶媒体を備えた装置であり、ソフトウェアの更新管理を実行するためのプログラム、ソフトウェアの更新管理に用いる情報、及び各電子制御ユニットの更新データなどを記憶する。センタ１０において、ＣＰＵ１１は、記憶装置１３から読み出したプログラムを、ＲＡＭ１２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置１４は、ネットワーク１００を介してＯＴＡマスタ３０と通信を行うための装置である。
【0015】
図３は、図２に示したセンタ１０の機能ブロック図である。図３で示すセンタ１０は、記憶部１６と、通信部１７と、制御部１８と、を備える。記憶部１６は、図２に示した記憶装置１３によって実現される。通信部１７及び制御部１８は、図２に示したＣＰＵ１１がＲＡＭ１２を用いて記憶装置１３に記憶されるプログラムを実行することによって実現される。
【0016】
記憶部１６は、車両に搭載された１つ以上の電子制御ユニットのソフトウェア更新処理に関する情報を記憶する。ソフトウェア更新処理に関する情報として、記憶部１６は、車両を識別する車両識別情報（車両ＩＤ）ごとに、電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報を関連付けた更新管理情報と、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データとを、少なくとも記憶する。電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報としては、例えば、複数の電子制御ユニット５０ａ～５０ｄの各ソフトウェアの最新のバージョン情報の組み合わせが定義される。また、ソフトウェア更新処理に関する情報として、記憶部１６は、車両で実施されているソフトウェアの更新状態を示す更新ステータスを記憶することができる。さらに、記憶部１６は、複数の電子制御ユニット５０ａ～５０ｄのそれぞれに搭載される不揮発性メモリの種別に関する情報（後述する）を記憶することができる。
【0017】
通信部１７は、ＯＴＡマスタ３０との間で、データ、情報、及び要求などの送信及び受信を行う送信部及び受信部として機能する。通信部１７は、ＯＴＡマスタ３０からソフトウェアの更新確認要求を受信する（受信部）。更新確認要求は、例えば、車両において電源又はイグニッションがオンされた（以下「電源ＯＮ」という）時に、ＯＴＡマスタ３０からセンタ１０へと送信される情報であって、後述する車両構成情報に基づいて電子制御ユニット５０ａ～５０ｄの更新データがあるか否かの確認をセンタ１０に要求するための情報である。また、通信部１７は、ＯＴＡマスタ３０から受信した更新確認要求に応答して、更新データの有無を示す情報をＯＴＡマスタ３０に送信する（送信部）。また、通信部１７は、ＯＴＡマスタ３０からの配信パッケージの送信要求（ダウンロード要求）を受信する（受信部）。また、通信部１７は、配信パッケージのダウンロード要求を受信すると、後述する制御部１８で生成される電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データの配信パッケージを、ＯＴＡマスタ３０に送信する。
【0018】
制御部１８は、通信部１７がＯＴＡマスタ３０から更新確認要求を受信すると、記憶部１６に記憶されている更新管理情報に基づいて、更新確認要求に含まれる車両ＩＤで特定される車両に搭載された電子制御ユニット５０ａ～５０ｄについてソフトウェアの更新データがあるか否かを判定する。制御部１８による更新データがあるか否かの判定結果は、通信部１７によってＯＴＡマスタ３０に送信される。制御部１８は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあると判定した場合、ＯＴＡマスタ３０から配信パッケージのダウンロード要求を受信すると、記憶部１６に記憶されている該当の更新データの配信パッケージを生成する。
【0019】
この制御部１８は、更新対象となる電子制御ユニット（以下「ターゲット電子制御ユニット」という）のソフトウェアの更新データと、車両と有線接続される外部機器１１０が車載ネットワーク９０を介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照する外部機器用情報（第１情報）と、センタ１０と無線接続されるＯＴＡマスタ３０が車載ネットワーク９０を介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照するＯＴＡマスタ用情報（第２情報）とを、少なくとも含む配信パッケージを生成する。外部機器用情報は、外部機器１１０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。ＯＴＡマスタ用情報は、ＯＴＡマスタ３０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。
【0020】
図４に、制御部１８が生成する配信パッケージの一例を示す。図４に例示する配信パッケージは、更新データ、外部機器用情報、及びＯＴＡマスタ用情報のほかに、配信パッケージを取得した外部機器１１０及びＯＴＡマスタ３０が参照すべき情報（の位置）を特定するための識別情報（フラグなど）を含んでいる。なお、この識別情報は、外部機器１１０やＯＴＡマスタ３０による配信パッケージ内の情報参照先アドレスが予め定められているなどの場合には、省略することが可能である。また、図４では、外部機器１１０とＯＴＡマスタ３０とで共用する１つの更新データがパッケージされる例を示したが、外部機器１１０用の更新データとＯＴＡマスタ３０用の更新データとが別々にパッケージされてもよい。
【0021】
（２）外部機器
外部機器１１０は、車両に備えられたコネクタ（図示せず）などの通信インターフェイスと有線で接続して、車両と通信を行うためのツールである。外部機器１１０としては、整備工場やディーラなどにおいて、車載ネットワーク９０に接続された複数の電子制御ユニット５０ａ～５０ｄに対して、ソフトウェア更新のために必要なデータを送信したり、車両の自己診断を行うためのいわゆるダイアグ通信を行ったりする、サービスツールを例示できる。この外部機器１１０は、所定のネットワークを介してセンタ１０と通信することが可能であり、センタ１０が生成した配信パッケージを取得することができるように構成されている。
外部機器１１０は、車両に備えられたコネクタ（図示せず）などの通信インターフェイスと有線で接続して、車両と通信を行うためのツールである。外部機器１１０としては、整備工場やディーラなどにおいて、車載ネットワーク９０に接続された複数の電子制御ユニット５０ａ～５０ｄに対して、ソフトウェア更新のために必要なデータを送信したり、車両の自己診断を行うためのいわゆるダイアグ通信を行ったりする、サービスツールを例示できる。この外部機器１１０は、所定のネットワークを介してセンタ１０と通信することが可能であり、センタ１０が生成した配信パッケージを取得することができるように構成されている。
【0022】
（３）車載ネットワーク
車載ネットワーク９０は、ＯＴＡマスタ３０と、複数の電子制御ユニット５０ａ～５０ｄと、表示装置７０と、通信モジュール８０と、を備える。ＯＴＡマスタ３０と通信モジュール８０とは、バス６０ａを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ａ及び５０ｂとは、バス６０ｂを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ｃ及び５０ｄとは、バス６０ｃを介して接続されている。ＯＴＡマスタ３０と表示装置７０とは、バス６０ｄを介して接続されている。
車載ネットワーク９０は、ＯＴＡマスタ３０と、複数の電子制御ユニット５０ａ～５０ｄと、表示装置７０と、通信モジュール８０と、を備える。ＯＴＡマスタ３０と通信モジュール８０とは、バス６０ａを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ａ及び５０ｂとは、バス６０ｂを介して接続されている。ＯＴＡマスタ３０と電子制御ユニット５０ｃ及び５０ｄとは、バス６０ｃを介して接続されている。ＯＴＡマスタ３０と表示装置７０とは、バス６０ｄを介して接続されている。
【0023】
ＯＴＡマスタ３０は、バス６０ａ及び通信モジュール８０を介してネットワーク１００経由でセンタ１０と無線による通信が可能である。また、ＯＴＡマスタ３０は、バス６０ｂ～６０ｄを介して電子制御ユニット５０ａ～５０ｄ及び表示装置７０と有線による通信が可能である。このＯＴＡマスタ３０は、ＯＴＡ状態を管理し、ソフトウェア更新処理の流れである更新シーケンスを制御して更新対象となるターゲット電子制御ユニットのソフトウェア更新を実施する機能を有する装置である。ＯＴＡマスタ３０は、センタ１０から通信によって取得した更新データなどに基づいて、電子制御ユニット５０ａ～５０ｄのうちターゲット電子制御ユニットのソフトウェア更新を制御する。ＯＴＡマスタ３０は、セントラルゲートウェイ（ＣＧＷ）と称される場合もある。
【0024】
図５は、図１におけるＯＴＡマスタ３０の概略構成を示すブロック図である。図５で示すように、ＯＴＡマスタ３０は、ＣＰＵ３１と、ＲＡＭ３２と、ＲＯＭ（Read-Only Memory）３３と、記憶装置３４と、通信装置３６と、を備える。ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、及び記憶装置３４は、マイクロコンピューター３５を構成する。ＯＴＡマスタ３０において、ＣＰＵ３１は、ＲＯＭ３３から読み出したプログラムを、ＲＡＭ３２を作業領域として用いて実行することにより、ソフトウェア更新に関する所定の処理を実行する。通信装置３６は、図１に示したバス６０ａ～６０ｄを介して、通信モジュール８０、電子制御ユニット５０ａ～５０ｄ、及び表示装置７０と通信を行うための装置である。
【0025】
図６は、図５に示したＯＴＡマスタ３０の機能ブロック図である。図６に示すＯＴＡマスタ３０は、記憶部３７と、通信部３８と、制御部３９と、を備える。記憶部３７は、図５に示した記憶装置３４によって実現される。通信部３８及び制御部３９は、図５に示したＣＰＵ３１がＲＡＭ３２を用いてＲＯＭ３３に記憶されるプログラムを実行することによって実現される。
【0026】
記憶部３７は、複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を実行するためのプログラム（ＯＴＡマスタ３０の制御用プログラム）や、ソフトウェア更新を実行する際に用いる各種データの他、センタ１０から配信パッケージによってダウンロードしたソフトウェアの更新データなどを記憶する。
【0027】
通信部３８は、センタ１０との間で、データ、情報、及び要求などの送信及び受信を行う送信部及び受信部として機能する。通信部３８は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する（送信部）。更新確認要求は、例えば、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンに関する情報とを含む。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに記憶するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。また、通信部３８は、更新確認要求に対する応答としてセンタ１０から更新データの有無を示す通知を受信する（受信部）。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、通信部３８は、ソフトウェアの更新データを含む配信パッケージのダウンロード要求をセンタ１０に送信し（送信部）、センタ１０から送信される配信パッケージを受信（ダウンロード）する（受信部）。また、通信部３８は、電子制御ユニット５０ａ～５０ｄが送信するソフトウェアの更新状態を、センタ１０に送信する（送信部）。
【0028】
制御部３９は、通信部３８が受信した更新確認要求に対するセンタ１０からの応答に基づいて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定する。また、制御部３９は、通信部３８がセンタ１０から受信（ダウンロード）して記憶部３７に格納した配信パッケージの真正性を検証する。また、制御部３９は、センタ１０から受信（ダウンロード）した更新データを用いて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新処理（各種の検証、インストール、アクティベートなど）を制御する。具体的には、制御部３９は、配信パッケージでダウンロードした１つ以上の更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データに基づく更新ソフトウェアをインストールさせる。インストールの完了後、制御部３９は、ターゲット電子制御ユニットに対して、インストールした更新ソフトウェアを有効とするアクティベートを指示する。
【0029】
複数の電子制御ユニット５０ａ～５０ｄは、車両の各部の動作を制御するための装置（ＥＣＵ）である。図１においては、４つの電子制御ユニット５０ａ～５０ｄを例示したが、電子制御ユニットの数は特に限定されない。また、電子制御ユニットをＯＴＡマスタ３０に接続するバスの数も特に限定されない。
【0030】
表示装置７０は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新処理時に更新データがあることの表示、車両のユーザーや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、及びソフトウェア更新の結果の表示など、各種の表示を行うために用いられるヒューマンマシンインタフェース（ＨＭＩ）である。表示装置７０としては、典型的にはカーナビゲーションシステムの表示装置を用いることができるが、ソフトウェアの更新処理時に必要な情報を表示可能なものであれば特に限定されない。なお、図１に示すバス６０ｄには、表示装置７０に加えて電子制御ユニットなどがさらに接続されていてもよい。
【0031】
通信モジュール８０は、センタ１０と車両との通信を制御する機能を持ったユニットであり、車載ネットワーク９０をセンタ１０に接続するための通信機器である。通信モジュール８０は、ネットワーク１００経由でセンタ１０と無線で接続され、ＯＴＡマスタ３０による車両の認証や更新データのダウンロードなどが行われる。なお、この通信モジュール８０は、ＯＴＡマスタ３０に含まれて構成されてもよい。
【0032】
［ソフトウェアの更新処理の概要］
ＯＴＡマスタ３０は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する。更新確認要求は、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのハードウェア及びソフトウェアの現バージョンなどの電子制御ユニットの状態（システム構成）に関する情報である車両構成情報と、を含む。車両構成情報は、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄから電子制御ユニットの識別番号（ＥＣＵ＿ＩＤ）と、電子制御ユニットのソフトウェアバージョンの識別番号（ＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤ）とを、取得することで作成可能である。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。センタ１０は、ＯＴＡマスタ３０から受信した更新確認要求に対する応答として、更新データの有無を示す通知をＯＴＡマスタ３０に送信する。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、ＯＴＡマスタ３０は、配信パッケージのダウンロード要求をセンタ１０に送信する。センタ１０は、ＯＴＡマスタ３０から受信したダウンロード要求に応じて、更新データの配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージは、上述した更新データ、外部機器用情報、及びＯＴＡマスタ用情報のほかに、更新データの真正性を検証するための検証用データや、更新データの数、種別情報、ソフトウェア更新時に用いる各種の制御情報などを含んでいてもよい。
ＯＴＡマスタ３０は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する。更新確認要求は、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのハードウェア及びソフトウェアの現バージョンなどの電子制御ユニットの状態（システム構成）に関する情報である車両構成情報と、を含む。車両構成情報は、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄから電子制御ユニットの識別番号（ＥＣＵ＿ＩＤ）と、電子制御ユニットのソフトウェアバージョンの識別番号（ＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤ）とを、取得することで作成可能である。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。センタ１０は、ＯＴＡマスタ３０から受信した更新確認要求に対する応答として、更新データの有無を示す通知をＯＴＡマスタ３０に送信する。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、ＯＴＡマスタ３０は、配信パッケージのダウンロード要求をセンタ１０に送信する。センタ１０は、ＯＴＡマスタ３０から受信したダウンロード要求に応じて、更新データの配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージは、上述した更新データ、外部機器用情報、及びＯＴＡマスタ用情報のほかに、更新データの真正性を検証するための検証用データや、更新データの数、種別情報、ソフトウェア更新時に用いる各種の制御情報などを含んでいてもよい。
【0033】
ＯＴＡマスタ３０は、センタ１０から受信した更新確認要求に対する応答に基づいて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定する。また、ＯＴＡマスタ３０は、センタ１０から受信して記憶装置１３に格納した配信パッケージの真正性を検証する。また、ＯＴＡマスタ３０は、配信パッケージでダウンロードした１つ以上の更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データをインストールさせる。インストールの完了後、ＯＴＡマスタ３０は、ターゲット電子制御ユニットに対して、インストールした更新版のソフトウェアを有効とするように指示をする。
【0034】
また、ＯＴＡマスタ３０は、承諾要求処理において、ソフトウェア更新に対して承諾が必要である旨の通知やソフトウェア更新を承諾した旨の入力を促す通知を、出力装置に出力させる。出力装置としては、車載ネットワーク９０に設けられた表示装置７０や、音声による通知を行う音声出力装置などを利用できる。例えば、承諾要求処理において、表示装置７０を出力装置として用いる場合、ＯＴＡマスタ３０は、ユーザー又は管理者にソフトウェア更新の承諾を求めるための承諾要求画面を表示装置７０に表示させたり、ユーザー又は管理者が承諾する場合には承諾ボタンを押下するなどの特定の入力操作を促す通知を表示装置７０に表示させたり、することができる。また、ＯＴＡマスタ３０は、承諾要求処理において、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあることを通知する文言やアイコンなどを表示装置７０に表示させたり、ソフトウェア更新処理の実行中における制限事項などを表示装置７０に表示させたり、することができる。ＯＴＡマスタ３０は、ユーザー又は管理者から承諾した旨の入力を受け付けると、上述したインストール及びアクティベートの制御処理を実行し、ターゲット電子制御ユニットのソフトウェアを更新する。
【0035】
ここで、電子制御ユニットの不揮発性メモリが、制御用プログラムや更新データなどを格納するための１つの格納領域を有するシングルバンクメモリである場合は、インストールとアクティベートとがひと続きに行われるため、インストールの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。電子制御ユニットの不揮発性メモリが、制御用プログラムや更新データなどを格納するための２つの格納領域を有するデュアルバンクメモリである場合は、少なくとも、インストールの実行後、かつ、アクティベートの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。なお、電子制御ユニットの不揮発性メモリがデュアルバンクメモリである場合には、インストール実行前のソフトウェアの更新に対する承諾要求処理は、行われてもよいし、省略されてもよい。
【0036】
ソフトウェア更新処理は、ＯＴＡマスタ３０がセンタ１０から更新データをダウンロードする（受信する）フェーズ（ダウンロードフェーズ）、ダウンロードした更新データをＯＴＡマスタ３０がターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットの格納領域に更新データに基づく更新ソフトウェアをインストールする（書き込む）フェーズ（インストールフェーズ）、及びターゲット電子制御ユニットがインストールした更新ソフトウェアをアクティベート（有効化）するフェーズ（アクティベートフェーズ）からなる。
【0037】
ダウンロードは、ＯＴＡマスタ３０が、センタ１０から配信パッケージによって送信された電子制御ユニット５０ａ～５０ｄのソフトウェアを更新するための更新データを、受信して記憶装置３４に記憶する処理である。ダウンロードフェーズでは、ダウンロードの実行だけでなく、ダウンロードの実行可否判断、ダウンロードに対する車両のユーザー又は管理者への承諾要求、更新データの検証など、ダウンロードに関する一連の処理の制御を含む。
【0038】
センタ１０からＯＴＡマスタ３０に送信される更新データは、電子制御ユニット５０ａ～５０ｄの更新ソフトウェア（全データ又は差分データ）、更新ソフトウェアを圧縮した圧縮データ、更新ソフトウェア又は圧縮データを分割した分割データのいずれを含んでいてもよい。また、更新データは、ターゲット電子制御ユニットのＥＣＵ＿ＩＤ（又はシリアル番号）と、更新前の電子制御ユニットのＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤを含んでいてもよい。更新データは、上述した配信パッケージとしてダウンロードされるが、配信パッケージには、単一又は複数の電子制御ユニットの更新データが含まれる。
【0039】
インストールは、ＯＴＡマスタ３０が、センタ１０からダウンロードした更新データに基づいて、ターゲット電子制御ユニットに更新ソフトウェア（更新版のプログラム）を書き込む処理である。インストールフェーズでは、インストールの実行だけでなく、インストールの実行可否判断、インストールに対する車両のユーザー又は管理者への承諾要求、更新データの転送及び更新ソフトウェアの検証など、インストールに関する一連の処理の制御を含む。
【0040】
更新データが更新ソフトウェアそのもの（全データ）を含む場合は、インストールフェーズにおいて、ＯＴＡマスタ３０が更新データ（更新ソフトウェア）をターゲット電子制御ユニットに転送する。また、更新データが更新ソフトウェアの圧縮データ、又は差分データ、あるいは分割データを含む場合は、ＯＴＡマスタ３０がターゲット電子制御ユニットに更新データを転送し、ターゲット電子制御ユニットが更新データから更新ソフトウェアを生成してもよいし、ＯＴＡマスタ３０が更新データから更新ソフトウェアを生成してから、更新ソフトウェアをターゲット電子制御ユニットに転送してもよい。ここで、更新ソフトウェアの生成は、圧縮データの解凍や、差分データ又は分割データの組み付け（統合）により行うことができる。
【0041】
更新ソフトウェアのインストールは、ＯＴＡマスタ３０（又はセンタ１０）からのインストール要求（又は指示）に基づいて、ターゲット電子制御ユニットが行うことができる。なお、更新データを受信したターゲット電子制御ユニットが、ＯＴＡマスタ３０からの明示の指示を受けることなく、自律的にインストールを行ってもよい。
【0042】
アクティベートは、ターゲット電子制御ユニットが、インストールした更新ソフトウェアを有効化（アクティベート）する処理である。アクティベートフェーズでは、アクティベートの実行だけでなく、アクティベートの実行可否判断、アクティベートに対する車両のユーザー又は管理者への承諾要求、実行結果の検証など、アクティベートに関する一連の制御を含む。
【0043】
更新ソフトウェアのアクティベートは、ＯＴＡマスタ３０（又はセンタ１０）からのアクティベート要求（又は指示）に基づいて、ターゲット電子制御ユニットが行うことができる。なお、更新データを受信したターゲット電子制御ユニットが、ＯＴＡマスタ３０からの明示の指示を受けることなく、インストールの完了後に自律的にアクティベートを行ってもよい。
【0044】
なお、ソフトウェア更新処理は、複数のターゲット電子制御ユニットのそれぞれに対して、連続的あるいは並列的に行うことができる。
【0045】
また、本明細書における「ソフトウェア更新処理」は、ダウンロード、インストール、及びアクティベートの全てを連続して行う処理だけでなく、ダウンロード、インストール、及びアクティベートのうちの一部のみを行う処理も含む。
【0046】
【0047】
図７は、センタ１０の制御部１８が行う配信パッケージ生成処理の具体例による処理手順を説明するフローチャートである。図７に例示する配信パッケージ生成処理は、例えば、車両に対してソフトウェア更新を行うイベントであるキャンペーンが発生することによって開始される。
【0048】
（ステップＳ７０１）
センタ１０の制御部１８は、外部機器用情報（第１情報）を生成する。外部機器用情報は、外部機器１１０が車載ネットワーク９０を介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照する情報であって、外部機器１１０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。外部機器用情報が生成されると、ステップＳ７０２に処理が進む。
センタ１０の制御部１８は、外部機器用情報（第１情報）を生成する。外部機器用情報は、外部機器１１０が車載ネットワーク９０を介してターゲット電子制御ユニットのソフトウェア更新を行う際に参照する情報であって、外部機器１１０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。外部機器用情報が生成されると、ステップＳ７０２に処理が進む。
【0049】
（ステップＳ７０２）
センタ１０の制御部１８は、ＯＴＡマスタ用情報（第２情報）を生成する。ＯＴＡマスタ用情報は、ＯＴＡマスタ３０がターゲット電子制御ユニットのソフトウェア更新を行う際に参照する情報であって、ＯＴＡマスタ３０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。ＯＴＡマスタ用情報が生成されると、ステップＳ７０３に処理が進む。
センタ１０の制御部１８は、ＯＴＡマスタ用情報（第２情報）を生成する。ＯＴＡマスタ用情報は、ＯＴＡマスタ３０がターゲット電子制御ユニットのソフトウェア更新を行う際に参照する情報であって、ＯＴＡマスタ３０がターゲット電子制御ユニットのソフトウェア更新時に判定すべき条件、更新データをターゲット電子制御ユニットに転送する時の単位、エラー発生時の対応などを定義する情報である。ＯＴＡマスタ用情報が生成されると、ステップＳ７０３に処理が進む。
【0050】
（ステップＳ７０３）
センタ１０の制御部１８は、識別情報を生成する。識別情報は、外部機器１１０及びＯＴＡマスタ３０が参照する情報であって、更新データと共に配信パッケージ化したときの外部機器用情報及びＯＴＡマスタ用情報の位置を特定するための情報である。なお、外部機器１１０及びＯＴＡマスタ３０が参照する情報の位置を予め知り得ている場合には、このステップＳ７０３による識別情報の生成を省略することができる。識別情報が生成されると、ステップＳ７０４に処理が進む。
センタ１０の制御部１８は、識別情報を生成する。識別情報は、外部機器１１０及びＯＴＡマスタ３０が参照する情報であって、更新データと共に配信パッケージ化したときの外部機器用情報及びＯＴＡマスタ用情報の位置を特定するための情報である。なお、外部機器１１０及びＯＴＡマスタ３０が参照する情報の位置を予め知り得ている場合には、このステップＳ７０３による識別情報の生成を省略することができる。識別情報が生成されると、ステップＳ７０４に処理が進む。
【0051】
（ステップＳ７０４）
センタ１０の制御部１８は、更新データ、外部機器用情報、及びＯＴＡマスタ用情報を含み、さらに生成されていれば識別情報を含んだ、配信パッケージを生成する。これにより、本配信パッケージ生成処理が終了する。
センタ１０の制御部１８は、更新データ、外部機器用情報、及びＯＴＡマスタ用情報を含み、さらに生成されていれば識別情報を含んだ、配信パッケージを生成する。これにより、本配信パッケージ生成処理が終了する。
【0052】
図８は、センタ１０の各構成が実行する配信制御処理の一例を説明するフローチャートである。この図８に示す配信制御処理は、ＯＴＡマスタ３０が送信する更新確認要求を、センタ１０が受信することによって開始される。
【0053】
（ステップＳ８０１）
センタ１０の通信部１７は、ＯＴＡマスタ３０からソフトウェアの更新確認要求があったか否かを判断する。更新確認要求があった場合は（ステップＳ８０１、はい）、ステップＳ８０２に処理が進み、更新確認要求がない場合は（ステップＳ８０１、いいえ）、ステップＳ８０４に処理が進む。
センタ１０の通信部１７は、ＯＴＡマスタ３０からソフトウェアの更新確認要求があったか否かを判断する。更新確認要求があった場合は（ステップＳ８０１、はい）、ステップＳ８０２に処理が進み、更新確認要求がない場合は（ステップＳ８０１、いいえ）、ステップＳ８０４に処理が進む。
【0054】
（ステップＳ８０２）
センタ１０の制御部１８は、更新が必要なソフトウェアの有無をチェックする。このチェックは、更新確認要求に含まれる車両構成情報から取得する車両に搭載される各電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンと、センタ１０の記憶部１６に記憶されている各ソフトウェアの最新バージョンとに、基づいて行われる。更新が必要なソフトウェアの有無のチェックが行われると、ステップＳ８０３に処理が進む。
センタ１０の制御部１８は、更新が必要なソフトウェアの有無をチェックする。このチェックは、更新確認要求に含まれる車両構成情報から取得する車両に搭載される各電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンと、センタ１０の記憶部１６に記憶されている各ソフトウェアの最新バージョンとに、基づいて行われる。更新が必要なソフトウェアの有無のチェックが行われると、ステップＳ８０３に処理が進む。
【0055】
（ステップＳ８０３）
センタ１０の制御部１８は、センタ１０の記憶部１６に記憶されている更新管理情報に基づいて、更新確認要求に含まれる車両に搭載された電子制御ユニット５０ａ～５０ｄについてソフトウェアの更新データがあるか否かを判断し、判断結果に基づいて更新データの有無を示す情報をＯＴＡマスタ３０に送信する。更新データの有無が送信されると、ステップＳ８０４に処理が進む。
センタ１０の制御部１８は、センタ１０の記憶部１６に記憶されている更新管理情報に基づいて、更新確認要求に含まれる車両に搭載された電子制御ユニット５０ａ～５０ｄについてソフトウェアの更新データがあるか否かを判断し、判断結果に基づいて更新データの有無を示す情報をＯＴＡマスタ３０に送信する。更新データの有無が送信されると、ステップＳ８０４に処理が進む。
【0056】
（ステップＳ８０４）
センタ１０の通信部１７は、ＯＴＡマスタ３０から配信パッケージのダウンロード要求があったか否かを判断する。ダウンロード要求があった場合は（ステップＳ８０４、はい）、ステップＳ８０５に処理が進み、ダウンロード要求がない場合は（ステップＳ８０４、いいえ）、ステップＳ８０１に処理が進む。
センタ１０の通信部１７は、ＯＴＡマスタ３０から配信パッケージのダウンロード要求があったか否かを判断する。ダウンロード要求があった場合は（ステップＳ８０４、はい）、ステップＳ８０５に処理が進み、ダウンロード要求がない場合は（ステップＳ８０４、いいえ）、ステップＳ８０１に処理が進む。
【0057】
（ステップＳ８０５）
センタ１０の通信部１７は、配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージが送信されると、ステップＳ８０１に処理が進む。
センタ１０の通信部１７は、配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージが送信されると、ステップＳ８０１に処理が進む。
【0058】
【0059】
（ステップＳ９０１）
ＯＴＡマスタ３０の通信部３８は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かの確認要求を、センタ１０に送信する。この確認要求には、車両ＩＤと、電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンとが、含まれる。確認要求がセンタ１０に送信されると、ステップＳ９０２に処理が進む。
ＯＴＡマスタ３０の通信部３８は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かの確認要求を、センタ１０に送信する。この確認要求には、車両ＩＤと、電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンとが、含まれる。確認要求がセンタ１０に送信されると、ステップＳ９０２に処理が進む。
【0060】
（ステップＳ９０２）
ＯＴＡマスタ３０の通信部３８は、センタ１０から更新データの確認要求に対する確認結果を受信する。確認結果が受信されると、ステップＳ９０３に処理が進む。
ＯＴＡマスタ３０の通信部３８は、センタ１０から更新データの確認要求に対する確認結果を受信する。確認結果が受信されると、ステップＳ９０３に処理が進む。
【0061】
（ステップＳ９０３）
ＯＴＡマスタ３０の制御部３９は、ＯＴＡマスタ３０の通信部３８が受信した更新データの確認要求に対する確認結果に基づいて、電子制御ユニット５０ａ～５０ｄのうち少なくとも１つに対するソフトウェアの更新データがあるか否かを判断する。ソフトウェアの更新データが少なくとも１つある場合は（ステップＳ９０３、はい）、ステップＳ９０４に処理が進み、ソフトウェアの更新データが全くない場合は（ステップＳ９０３、いいえ）、本ソフトウェア更新制御処理が終了する。
ＯＴＡマスタ３０の制御部３９は、ＯＴＡマスタ３０の通信部３８が受信した更新データの確認要求に対する確認結果に基づいて、電子制御ユニット５０ａ～５０ｄのうち少なくとも１つに対するソフトウェアの更新データがあるか否かを判断する。ソフトウェアの更新データが少なくとも１つある場合は（ステップＳ９０３、はい）、ステップＳ９０４に処理が進み、ソフトウェアの更新データが全くない場合は（ステップＳ９０３、いいえ）、本ソフトウェア更新制御処理が終了する。
【0062】
（ステップＳ９０４）
ＯＴＡマスタ３０の制御部３９は、更新データのダウンロードを行う。より詳細には、ＯＴＡマスタ３０の通信部３８がセンタ１０に更新データを含む配信パッケージのダウンロード要求を送信し、通信部３８がダウンロード要求に応答してセンタ１０から送信される配信パッケージを受信する。通信部３８は、受信した配信パッケージをＯＴＡマスタ３０の記憶部３７に格納する。更新データのダウンロードが行われると、ステップＳ９０５に処理が進む。
ＯＴＡマスタ３０の制御部３９は、更新データのダウンロードを行う。より詳細には、ＯＴＡマスタ３０の通信部３８がセンタ１０に更新データを含む配信パッケージのダウンロード要求を送信し、通信部３８がダウンロード要求に応答してセンタ１０から送信される配信パッケージを受信する。通信部３８は、受信した配信パッケージをＯＴＡマスタ３０の記憶部３７に格納する。更新データのダウンロードが行われると、ステップＳ９０５に処理が進む。
【0063】
（ステップＳ９０５）
ＯＴＡマスタ３０の制御部３９は、ターゲット電子制御ユニットに対して更新データに基づくソフトウェアのインストールを実行する。より詳細には、制御部３９は、配信パッケージに含まれるＯＴＡマスタ用情報（識別情報で特定が可能）に基づいて、配信パッケージに含まれる更新データをターゲット電子制御ユニットに転送し、更新ソフトウェアのインストールを指示する。ターゲット電子制御ユニットは、ＯＴＡマスタ３０から受信した更新データをデータ格納領域に書き込む。更新ソフトウェアのインストールが実行されると、ステップＳ９０６に処理が進む。
ＯＴＡマスタ３０の制御部３９は、ターゲット電子制御ユニットに対して更新データに基づくソフトウェアのインストールを実行する。より詳細には、制御部３９は、配信パッケージに含まれるＯＴＡマスタ用情報（識別情報で特定が可能）に基づいて、配信パッケージに含まれる更新データをターゲット電子制御ユニットに転送し、更新ソフトウェアのインストールを指示する。ターゲット電子制御ユニットは、ＯＴＡマスタ３０から受信した更新データをデータ格納領域に書き込む。更新ソフトウェアのインストールが実行されると、ステップＳ９０６に処理が進む。
【0064】
（ステップＳ９０６）
ＯＴＡマスタ３０の制御部３９は、ターゲット電子制御ユニットにインストールされた更新ソフトウェアのアクティベートを実行する。より詳細には、制御部３９は、配信パッケージに含まれるＯＴＡマスタ用情報に基づいて、更新ソフトウェアをデータ格納領域に書き込んだターゲット電子制御ユニットに対して、更新ソフトウェアのアクティベートを指示する。ターゲット電子制御ユニットは、電源ＯＦＦなどの特定の入力操作が行われたことを契機として再起動し、更新ソフトウェアを実行する。更新ソフトウェアのアクティベート処理が実行されると、本ソフトウェア更新制御処理が終了する。
ＯＴＡマスタ３０の制御部３９は、ターゲット電子制御ユニットにインストールされた更新ソフトウェアのアクティベートを実行する。より詳細には、制御部３９は、配信パッケージに含まれるＯＴＡマスタ用情報に基づいて、更新ソフトウェアをデータ格納領域に書き込んだターゲット電子制御ユニットに対して、更新ソフトウェアのアクティベートを指示する。ターゲット電子制御ユニットは、電源ＯＦＦなどの特定の入力操作が行われたことを契機として再起動し、更新ソフトウェアを実行する。更新ソフトウェアのアクティベート処理が実行されると、本ソフトウェア更新制御処理が終了する。
【0065】
＜効果＞
以上のように、本開示の一実施形態に係るネットワークシステムによれば、車両に有線接続される外部機器とセンタに無線接続されるＯＴＡマスタとの両方が参照可能な配信パッケージを生成する。これにより、有線でソフトウェア更新を行うために必要なデータや情報を含んだ配信パッケージと、ＯＴＡでソフトウェア更新を行うため必要なデータや情報を含んだ配信パッケージとの、２種類の配信パッケージを作成する必要がなくなり、配信パッケージ生成を効率的に行うことができる。
以上のように、本開示の一実施形態に係るネットワークシステムによれば、車両に有線接続される外部機器とセンタに無線接続されるＯＴＡマスタとの両方が参照可能な配信パッケージを生成する。これにより、有線でソフトウェア更新を行うために必要なデータや情報を含んだ配信パッケージと、ＯＴＡでソフトウェア更新を行うため必要なデータや情報を含んだ配信パッケージとの、２種類の配信パッケージを作成する必要がなくなり、配信パッケージ生成を効率的に行うことができる。
【0066】
また、更新データを含む配信パッケージに、ＯＴＡマスタが参照する情報（ＯＴＡマスタ用情報）を特定する情報（識別情報）が含まれるため、ＯＴＡマスタ及び外部機器に共通の配信パッケージを用いて、ＯＴＡによって電子制御ユニットのソフトウェア更新が可能となる。
【0067】
以上、本開示技術の一実施形態を説明したが、本開示は、センタだけでなく、プロセッサとメモリと記憶装置とを備えたセンタが実行する配信制御方法、配信制御プログラム、あるいは配信制御プログラムを記憶したコンピューター読み取り可能な非一時的な記憶媒体など、として捉えることが可能である。
【産業上の利用可能性】
【0068】
本開示技術は、電子制御ユニットのソフトウェアを更新するためのネットワークシステムに利用できる。
【符号の説明】
【0069】
１０ センタ
１１、３１ ＣＰＵ
１２、３２ ＲＡＭ
１３、３４ 記憶装置
１４、３６ 通信装置
１６、３７ 記憶部
１７、３８ 通信部
１８、３９ 制御部
３０ ＯＴＡマスタ
３３ ＲＯＭ
３５ マイクロコンピューター
５０ａ～５０ｄ 電子制御ユニット（ＥＣＵ）
６０ａ～６０ｄ バス
７０ 表示装置
８０ 通信モジュール
９０ 車載ネットワーク
１００ ネットワーク
１１０ 外部機器
１１、３１ ＣＰＵ
１２、３２ ＲＡＭ
１３、３４ 記憶装置
１４、３６ 通信装置
１６、３７ 記憶部
１７、３８ 通信部
１８、３９ 制御部
３０ ＯＴＡマスタ
３３ ＲＯＭ
３５ マイクロコンピューター
５０ａ～５０ｄ 電子制御ユニット（ＥＣＵ）
６０ａ～６０ｄ バス
７０ 表示装置
８０ 通信モジュール
９０ 車載ネットワーク
１００ ネットワーク
１１０ 外部機器
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】