JP2022160125A - センタ、配信制御方法、及び配信制御プログラム - Google Patents

Abstract

【課題】電子制御ユニット（ＥＣＵ）のソフトウェア更新処理において効率悪化を抑制するセンタを提供する。【解決手段】ＥＣＵのソフトウェアの更新データを車両に配信するセンタであって、整合性が必要な複数のＥＣＵのソフトウェア最新バージョンの組み合わせを含む更新管理情報を記憶する記憶部と、ＥＣＵのソフトウェアの現バージョンを車両から受信する受信部と、更新管理情報と現バージョンとに基づいてＥＣＵのソフトウェアの更新が必要か否かを判定する判定部と、ソフトウェア更新が必要である場合、更新が必要なソフトウェアに基づいて、整合性が必要な複数のＥＣＵの全ソフトウェアに関するバージョン間の差分データを含むパッケージ又は更新が必要なＥＣＵのソフトウェア最新バージョンの全データを含むパッケージを配信パッケージとして決定する制御部と、車両からの要求に基づいて決定した配信パッケージを車両に送信する送信部と、を備える。【選択図】図１

Description

本開示は、車両に搭載された電子制御ユニットのソフトウェア更新を制御するＯＴＡマスタと通信可能なセンタなどに関する。

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

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

このＯＴＡ技術を用いたソフトウェアの更新処理は、車両の電源又はイグニッションがＯＮの時に、車両のソフトウェアの更新処理を担う装置であるＯＴＡマスタが、車載通信機器を介して、電子制御ユニットのソフトウェアのバージョン情報をセンタに送信すること（更新確認）を契機として開始することができる（例えば、特許文献１を参照）。ＯＴＡマスタは、センタから更新データをＯＴＡによりダウンロードすると、車内の表示装置などに表示を行うことにより、更新データがあることをユーザーに通知し、ボタンなどの入力装置の操作によってユーザーの承諾を受け付けたことを契機として、更新データのインストール及びアクティベートを実施する。

特開２０１８－１８１３７７号公報

車両に設けられた制御機能の中には、例えば自動運転のように、複数の電子制御ユニット（あるいはアクチュエータ）が協調的に動作することにより実現されるものがある。自動運転機能を正常に機能させるためには、自動運転を実現する複数の電子制御ユニットのソフトウェアの制御機能が互いに整合している必要があり、自動運転を実現するいずれかの電子制御ユニットのソフトウェアの機能が更新される場合、この機能更新に併せて自動運転を実現する他の電子制御ユニットのソフトウェアの機能更新も行う必要がある。相互に制御機能の整合を取る必要がある複数の電子制御ユニットのソフトウェアは、通常はセットで更新が行われる。また、センタから車両への送信データ量を低減するため、ソフトウェアの更新データは、更新前後の差分データとして提供される。すなわち、相互に制御機能の整合を取る必要がある複数の電子制御ユニットのソフトウェアは、各ソフトウェアの差分データを含んだ配信パッケージの形態でセンタに登録される。この配信パッケージは、ソフトウェアの改ざんなどを防ぐため、センタでは開封できない仕様となっており、配信パッケージから１つのソフトウェアの更新データのみを抽出することは困難である。

故障などによって電子制御ユニットが交換された場合、電子制御ユニットのソフトウェアのバージョンが交換前後で変わる可能性がある。交換された電子制御ユニットが、自動運転機能を実現する電子制御ユニットのように、相互に制御機能の整合を取る必要がある複数の電子制御ユニットの１つである場合、交換された電子制御ユニットのソフトウェアは、差分データの配信パッケージとして登録された更新データをダウンロードして最新の状態まで更新する必要がある。しかしながら、交換後の電子制御ユニットのソフトウェアのバージョンが最新のソフトウェアのバージョンと大きく異なる場合、差分データの配信パッケージのダウンロードや、差分データの配信パッケージを用いたインストール及びアクティベート、ユーザーの承諾要求処理などを何度も繰り返し行うことになり、ソフトウェア更新の効率が悪化してしまう場合があった。

本開示は、上記課題を鑑みてなされたものであり、相互に制御機能の整合を取る必要がある複数の電子制御ユニットのソフトウェアの更新処理において、更新処理の効率が悪化してしまうことを抑制できるようにしたセンタなど、を提供することを目的とする。

上記課題を解決するために、本開示技術の一態様は、複数の電子制御ユニットを備えた車両に電子制御ユニットのソフトウェアの更新データを配信するセンタであって、相互に制御機能の整合を取る必要がある電子制御ユニットである複数の第１電子制御ユニットのソフトウェアの最新バージョンの組み合わせを含む、更新管理情報を記憶する記憶部と、複数の電子制御ユニットのソフトウェアの現バージョンを車両から受信する受信部と、記憶部が記憶する更新管理情報と受信部が受信したソフトウェアの現バージョンとに基づいて、少なくとも１つの第１電子制御ユニットのソフトウェアの更新が必要であるか否かを判定する判定部と、第１電子制御ユニットのソフトウェアの更新が必要であると判定部が判定した場合、更新が必要な第１電子制御ユニットのソフトウェアに基づいて、複数の第１電子制御ユニットの全てのソフトウェアに関するバージョン間の差分データを含むパッケージ及び更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのいずれかを、配信パッケージとして決定する制御部と、車両からの要求に基づいて、制御部が決定した配信パッケージを車両に送信する送信部と、を備える、センタである。

本開示のセンタなどによれば、更新が必要なソフトウェアに基づいて、バージョン間の差分データを含むパッケージで配信するのか最新バージョンの全データを含むパッケージで配信するのかを決定するので、ソフトウェアの更新処理の効率が悪化してしまうことを抑制できる。

実施形態に係るネットワークシステムの全体構成を示すブロック図 センタの概略構成を示すブロック図 センタの機能ブロック図 ＯＴＡマスタの概略構成を示すブロック図 ＯＴＡマスタの機能ブロック図 センタが記憶する更新管理情報の一例 センタが記憶するパッケージ化された差分データの一例 センタが記憶するパッケージ化された全データの一例 センタが実行する配信制御処理のフローチャート センタが実行する第１ＥＣＵ向け配信パッケージ決定処理のフローチャート センタが実行する第２ＥＣＵ向け配信パッケージ決定処理のフローチャート 第１ＥＣＵ向け配信パッケージ決定処理の具体例 第２ＥＣＵ向け配信パッケージ決定処理の具体例 ＯＴＡマスタが実行するソフトウェア更新制御処理のフローチャート

本開示のセンタは、車両の電子制御ユニットにソフトウェアの更新データを配信するにあたり、ソフトウェアバージョン間の差分データを含むパッケージで配信するのか、ソフトウェアの最新バージョンの全データを含むパッケージで配信するのかを、更新が必要なソフトウェアに基づいて決定する。この更新データの配信パッケージ決定手法によって、ソフトウェア更新処理の効率が悪化してしまうことを抑制する。
以下、本開示の一実施形態について、図面を参照しながら詳細に説明する。

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

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

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

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

記憶部１５は、車両に搭載された１つ以上の電子制御ユニット５０ａ～５０ｄのソフトウェア更新処理に関する情報を記憶する。ソフトウェア更新処理に関する情報として、記憶部１５は、車両を識別する車両識別情報（車両ＩＤ）ごとに、電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報を関連付けた更新管理情報と、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データとを、少なくとも記憶する。また、ソフトウェア更新処理に関する情報として、記憶部１５は、車両で実施されているソフトウェアの更新状態を示す更新ステータスを記憶する。

記憶部１５が記憶する車両管理情報には、電子制御ユニットで利用可能なソフトウェアを示す情報として、相互に制御機能の整合を取る必要がある電子制御ユニット（以下「第１電子制御ユニット」という）について複数の第１電子制御ユニットの各ソフトウェアの最新バージョンの組み合わせが定義される。また、電子制御ユニット５０ａ～５０ｄで利用可能なソフトウェアを示す情報として、相互に制御機能の整合を取る必要がない電子制御ユニット（以下「第２電子制御ユニット」という）について第２電子制御ユニットのソフトウェアの最新バージョンが記される。車両管理情報の一例を図６に示す。図６の例では、車両ＩＤが「ＡＢ０１」の車両について、電子制御ユニットＥＣＵ－Ａ、ＥＣＵ－Ｂ、及びＥＣＵ－Ｃが相互に制御機能の整合を取る必要がある第１電子制御ユニットであり、これら第１電子制御ユニットの全てがバージョン４．０であることが最新バージョンの組み合わせとして定義されている。また、電子制御ユニットＥＣＵ－Ｄの最新バージョンが５．０であること、及び電子制御ユニットＥＣＵ－Ｅの最新バージョンが３．０であることが記されている。なお、車両管理情報は、図６のように第１電子制御ユニットと第２電子制御ユニットとを混在させた１つの情報として記憶してもよいし、第１電子制御ユニットの情報と第２電子制御ユニットの情報とを別々に記憶してもよい。

記憶部１５が記憶する更新データとしては、電子制御ユニットのソフトウェアに関するバージョン間の差分データと、電子制御ユニットのソフトウェアの最新バージョンの全データとを、例示できる。差分データは、全ての第１電子制御ユニットのソフトウェアを少なくとも１つにパッケージ化して生成されている。パッケージ化された差分データの一例を、図７Ａに示す。図７Ａの例では、車両ＩＤ＿ＡＢ０１の車両に向けた差分データパッケージとして６つのパッケージ（１．０～６．０）が用意されている。パッケージ１．０は、電子制御ユニットＥＣＵ－Ａ、ＥＣＵ－Ｂ、ＥＣＵ－Ｃ、ＥＣＵ－Ｄ、及びＥＣＵ－Ｅのそれぞれについて、各ソフトウェアをバージョン０からバージョン１．０に更新するための差分データを含む。なお、バージョン０とは、ソフトウェア自体が存在しないことを意味するため、パッケージ１．０の差分データはすなわちソフトウェアの全データに相当する。このパッケージ１．０による更新データのサイズ（データ量）は、２０００ＭＢであることが記されている。また、パッケージ２．０は、電子制御ユニットＥＣＵ－Ｄ及びＥＣＵ－Ｅのそれぞれについて、各ソフトウェアをバージョン１．０からバージョン２．０に更新するための差分データを含む。なお、電子制御ユニットＥＣＵ－Ａ、ＥＣＵ－Ｂ、及びＥＣＵ－Ｃについては、パッケージ２．０によるソフトウェアのバージョン更新がないため、これらの電子制御ユニットに関するソフトウェアの差分データはパッケージ２．０に含まれていない。このパッケージ２．０による更新データのサイズ（データ量）は、１５０ＭＢであることが記されている。パッケージ３．０～６．０についてもそれぞれ同様に、バージョン更新がある各電子制御ユニットのソフトウェアの差分データを含む。この差分データパッケージは、相互に制御機能の整合を取る必要がある第１電子制御ユニットのソフトウェアを同一のパッケージに含めればよく、第１電子制御ユニットのソフトウェアと第２電子制御ユニットのソフトウェアとの組み合わせについては特に限定されない。

また、図７Ｂに、電子制御ユニットのソフトウェアの全データをそれぞれパッケージ化した一例を示す。図７Ｂの例では、車両ＩＤ＿ＡＢ０１の車両に向けた全データパッケージとして複数のパッケージが用意されている。例えば、電子制御ユニットＥＣＵ－Ｄについて、各バージョン１．０～５．０のソフトウェアの全データがパッケージとしてそれぞれ用意されており、パッケージごとに更新データのサイズ（データ量）が示されている。なお、記憶部１５には、全データのパッケージを全てのバージョンについて記憶しておく必要はなく、記憶部１５の格納容量やバージョンの利用頻度などに応じて、例えば最新バージョンのみなど一部のパッケージが記憶されていてもよい。なお、図７Ｂでは、単一のソフトウェアの全データを１つのパッケージとする例を示したが、複数のソフトウェアの全データを１つのパッケージとしても構わない。例えば、電子制御ユニットＥＣＵ－Ａのソフトウェアについて、バージョン１．０の全データとバージョン２．０の全データとを１つのパッケージにしたり、電子制御ユニットＥＣＵ－Ｃのソフトウェアのバージョン５．０の全データと電子制御ユニットＥＣＵ－Ｅのソフトウェアのバージョン３．０の全データとを１つのパッケージにしたりしてもよい。

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

判定部１８は、通信部１６が受信した更新確認要求に含まれる車両構成情報から、車両ＩＤで特定される車両に搭載された複数の電子制御ユニット５０ａ～５０ｄの各ソフトウェアの現在のバージョン（現バージョン）を取得する。そして、判定部１８は、記憶部１５に記憶されている更新管理情報と車両から取得した各ソフトウェアの現バージョンとに基づいて、少なくとも１つの電子制御ユニットのソフトウェアの更新が必要であるか否かを判定する。より具体的には、車両から取得した各ソフトウェアの現バージョンが、センタ１０が車両管理情報として管理する当該車両における各ソフトウェアの最新バージョンと一致するか否かを判定する。

制御部１７は、少なくとも１つの電子制御ユニットのソフトウェアの更新が必要であると判定部１８が判定した場合、記憶部１５に記憶されているソフトウェア更新処理に関する情報に基づいて、更新が必要なソフトウェアの更新データがあるか否かを判定する。制御部１７による更新データがあるか否かの判定結果は、通信部１６によってＯＴＡマスタ３０に送信される。そして、制御部１７は、更新が必要な電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあると判定した場合、ＯＴＡマスタ３０から配信パッケージのダウンロード要求を受信すると、更新が必要な電子制御ユニットのソフトウェアに基づいて、更新データとして車両に送信する配信パッケージを決定する。この配信パッケージの決定方法については、後述する。

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

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

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

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

記憶部３７は、複数の電子制御ユニット５０ａ～５０ｄのソフトウェア更新を実行するためのプログラム（ＯＴＡマスタ３０の制御用プログラム）や、ソフトウェア更新を実行する際に用いる各種データの他、センタ１０から配信パッケージによってダウンロードしたソフトウェアの更新データを記憶する。

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

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

複数の電子制御ユニット５０ａ～５０ｄは、車両の各部の動作を制御するための装置（ＥＣＵ）である。図１においては、４つの電子制御ユニット５０ａ～５０ｄを例示したが、電子制御ユニットの数は特に限定されない。また、電子制御ユニットをＯＴＡマスタ３０に接続するバスの数も特に限定されない。

表示装置７０は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新処理時に更新データがあることの表示、車両のユーザーや管理者にソフトウェア更新に対する承諾を求めるための承諾要求画面の表示、及びソフトウェア更新の結果の表示など、各種の表示を行うために用いられるヒューマンマシンインタフェース（ＨＭＩ）である。表示装置７０としては、典型的にはカーナビゲーションシステムの表示装置を用いることができるが、ソフトウェアの更新処理時に必要な情報を表示可能なものであれば特に限定されない。なお、図１に示すバス６０ｄには、表示装置７０に加えて電子制御ユニットなどがさらに接続されていてもよい。

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

［ソフトウェアの更新処理の概要］
ＯＴＡマスタ３０は、例えば、車両の電源ＯＮを契機として、ソフトウェアの更新確認要求をセンタ１０に送信する。更新確認要求は、車両を識別するための車両ＩＤと、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄのハードウェア及びソフトウェアの現バージョンなどの電子制御ユニットの状態（システム構成）に関する情報である車両構成情報と、を含む。車両構成情報は、車載ネットワーク９０に接続される電子制御ユニット５０ａ～５０ｄから電子制御ユニットの識別番号（ＥＣＵ＿ＩＤ）と、電子制御ユニットのソフトウェアバージョンの識別番号（ＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤ）とを、取得することで作成可能である。車両ＩＤ及び電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンは、センタ１０が車両ＩＤごとに保持するソフトウェアの最新バージョンとの比較により、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定するために用いられる。また、ＯＴＡマスタ３０は、更新確認要求に対する応答としてセンタ１０から更新データの有無を示す通知を受信する。電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがある場合、ＯＴＡマスタ３０は、配信パッケージのダウンロード要求をセンタ１０に送信し、センタ１０から送信される配信パッケージを受信する。配信パッケージは、更新データの他に、更新データの真正性を検証するための検証用データや、更新データの数、インストール順、アクティベート順、種別情報、ソフトウェア更新時に用いる各種の制御情報などを含んでいてもよい。

ＯＴＡマスタ３０は、受信した更新確認要求に対するセンタ１０からの応答に基づいて、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かを判定する。また、ＯＴＡマスタ３０は、センタ１０から受信して記憶装置１３に格納した配信パッケージの真正性を検証する。また、ＯＴＡマスタ３０は、配信パッケージでダウンロードした１つ以上の更新データをターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットに更新データをインストールさせる。インストールの完了後、ＯＴＡマスタ３０は、ターゲット電子制御ユニットに対して、インストールした更新版のソフトウェアを有効とするように指示をする。

ＯＴＡマスタ３０は、承諾要求処理において、ソフトウェア更新に対して承諾が必要である旨の通知やソフトウェア更新を承諾した旨の入力を促す通知を、出力装置に出力させる。出力装置としては、車載ネットワーク９０に設けられた表示装置７０や、音声による通知を行う音声出力装置などを利用できる。例えば、承諾要求処理において、表示装置７０を出力装置として用いる場合、ＯＴＡマスタ３０は、ソフトウェア更新の承諾を求めるための承諾要求画面を表示装置７０に表示させ、ユーザー又は管理者が承諾した場合に承諾ボタンを押下するなどの特定の入力操作を促す通知を表示装置７０に表示させることができる。また、ＯＴＡマスタ３０は、承諾要求処理において、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあることを通知する文言やアイコンなどを表示装置７０に表示させたり、ソフトウェア更新処理の実行中における制限事項などを表示装置７０に表示させたり、することができる。ＯＴＡマスタ３０は、ユーザー又は管理者から承諾した旨の入力を受け付けると、上述したインストール及びアクティベートの制御処理を実行し、ターゲット電子制御ユニットのソフトウェアを更新する。

ここで、電子制御ユニットの不揮発性メモリが、制御用プログラムや更新データなどを格納するための１つの格納領域を有するシングルバンクメモリである場合は、インストールとアクティベートとがひと続きに行われるため、インストールの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。電子制御ユニットの不揮発性メモリが、制御用プログラムや更新データなどを格納するための２つの格納領域を有するデュアルバンクメモリである場合は、少なくとも、インストールの実行後、かつ、アクティベートの実行前に、ソフトウェア更新に対する承諾要求処理が行われる。なお、電子制御ユニットの不揮発性メモリがデュアルバンクメモリである場合には、インストール実行前のソフトウェアの更新に対する承諾要求処理は、行われてもよいし、省略されてもよい。

ソフトウェアの更新処理は、ＯＴＡマスタ３０がセンタ１０から更新データをダウンロードするフェーズ（ダウンロードフェーズ）、ダウンロードした更新データをＯＴＡマスタ３０がターゲット電子制御ユニットに転送し、ターゲット電子制御ユニットの格納領域に更新データをインストールするフェーズ（インストールフェーズ）、及びターゲット電子制御ユニットがインストールした更新版のソフトウェアを有効化するフェーズ（アクティベートフェーズ）からなる。

ダウンロードは、ＯＴＡマスタ３０が、センタ１０から配信パッケージによって送信された電子制御ユニット５０ａ～５０ｄのソフトウェアを更新するための更新データを、受信して記憶装置３４に記憶する処理である。ダウンロードフェーズでは、ダウンロードの実行だけでなく、ダウンロードの実行可否判断、ダウンロードに対する車両のユーザー又は管理者への承諾要求、更新データの検証など、ダウンロードに関する一連の処理の制御を含む。

センタ１０からＯＴＡマスタ３０に送信される更新データは、電子制御ユニット５０ａ～５０ｄの更新ソフトウェア（全データ）、更新ソフトウェアの差分データ、更新ソフトウェアを圧縮した圧縮データ、更新ソフトウェア又は差分データあるいは圧縮データを分割した分割データのいずれを含んでいてもよい。また、更新データは、ターゲット電子制御ユニットのＥＣＵ＿ＩＤ（又はシリアル番号）と、更新前の電子制御ユニットのＥＣＵ＿Ｓｏｆｔｗａｒｅ＿ＩＤとを、含んでいてもよい。更新データは、上述した配信パッケージとしてダウンロードされるが、配信パッケージには、単一又は複数の電子制御ユニットの更新データが含まれる。

インストールは、ＯＴＡマスタ３０が、センタ１０からダウンロードした更新データに基づいて、ターゲット電子制御ユニットに更新ソフトウェア（更新版のプログラム）を書き込む処理である。インストールフェーズでは、インストールの実行だけでなく、インストールの実行可否判断、インストールに対する車両のユーザー又は管理者への承諾要求、更新データの転送及び更新ソフトウェアの検証など、インストールに関する一連の処理の制御を含む。

更新データが更新ソフトウェアそのもの（全データ）を含む場合は、インストールフェーズにおいて、ＯＴＡマスタ３０が更新データ（更新ソフトウェア）をターゲット電子制御ユニットに転送する。また、更新データが更新ソフトウェアの圧縮データ、又は差分データ、あるいは分割データを含む場合は、ＯＴＡマスタ３０がターゲット電子制御ユニットに更新データを転送し、ターゲット電子制御ユニットが更新データから更新ソフトウェアを生成してもよいし、ＯＴＡマスタ３０が更新データから更新ソフトウェアを生成してから、更新ソフトウェアをターゲット電子制御ユニットに転送してもよい。ここで、更新ソフトウェアの生成は、圧縮データの解凍や、差分データ又は分割データの組み付け（統合）により行うことができる。

更新ソフトウェアのインストールは、ＯＴＡマスタ３０（又はセンタ１０）からのインストール要求（又は指示）に基づいて、ターゲット電子制御ユニットが行うことができる。あるいは、更新データを受信したターゲット電子制御ユニットが、ＯＴＡマスタ３０からの明示の指示を受けることなく、自律的にインストールを行ってもよい。

アクティベートは、ターゲット電子制御ユニットが、インストールした更新ソフトウェアを有効化（アクティベート）する処理である。アクティベートフェーズでは、アクティベートの実行だけでなく、アクティベートの実行可否判断、アクティベートに対する車両のユーザー又は管理者への承諾要求、実行結果の検証など、アクティベートに関する一連の制御を含む。

更新ソフトウェアのアクティベートは、ＯＴＡマスタ３０（又はセンタ１０）からのアクティベート要求（又は指示）に基づいて、ターゲット電子制御ユニットが行うことができる。あるいは、更新データを受信したターゲット電子制御ユニットが、ＯＴＡマスタ３０からの明示の指示を受けることなく、インストールの完了後に自律的にアクティベートを行ってもよい。

なお、ソフトウェアの更新処理は、複数の電子制御ユニットのそれぞれに対して、連続的あるいは並列的に行うことができる。

また、本明細書における「ソフトウェアの更新処理」は、ダウンロード、インストール、及びアクティベートの全てを連続して行う処理だけでなく、ダウンロード、インストール、及びアクティベートのうちの一部のみを行う処理も含む。

［処理］
次に、図８乃至図１２をさらに参照して、本実施形態に係るネットワークシステムにおいて実行される処理を説明する。

図８は、センタ１０の各構成が実行する配信制御処理の一例を説明するフローチャートである。この図８に示す配信制御処理は、ＯＴＡマスタ３０が送信する更新確認要求を、センタ１０が受信することによって開始される。

（ステップＳ８０１）
通信部１６は、ＯＴＡマスタ３０からソフトウェアの更新確認要求があったか否かを判断する。更新確認要求があった場合は（ステップＳ８０１、はい）、ステップＳ８０２に処理が進み、更新確認要求がない場合は（ステップＳ８０１、いいえ）、ステップＳ８０４に処理が進む。

（ステップＳ８０２）
制御部１７は、更新が必要なソフトウェアの有無をチェックする。このチェックは、通更新確認要求に含まれる車両構成情報から判定部１８が取得した車両に搭載される各電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンと、記憶部１５に記憶されている各ソフトウェアの最新バージョンとに、基づいて行われる。更新が必要なソフトウェアの有無のチェックが行われると、ステップＳ８０３に処理が進む。

（ステップＳ８０３）
制御部１７は、記憶部１５に記憶されている更新管理情報に基づいて、更新確認要求に含まれる車両に搭載された電子制御ユニット５０ａ～５０ｄについてソフトウェアの更新データがあるか否かを判断し、判断結果に基づいて更新データの有無を示す情報をＯＴＡマスタ３０に送信する。更新データの有無が送信されると、ステップＳ８０４に処理が進む。

（ステップＳ８０４）
通信部１６は、ＯＴＡマスタ３０から配信パッケージのダウンロード要求があったか否かを判断する。ダウンロード要求があった場合は（ステップＳ８０４、はい）、ステップＳ８０５に処理が進み、ダウンロード要求がない場合は（ステップＳ８０４、いいえ）、ステップＳ８０１に処理が進む。

（ステップＳ８０５）
制御部１７は、更新が必要なソフトウェア（以下「更新対象ソフトウェア」という）を有する電子制御ユニット（ＥＣＵ）が、相互に制御機能の整合を取る必要がある第１電子制御ユニットか、相互に制御機能の整合を取る必要がない第２電子制御ユニットかを、判断する。更新対象ソフトウェアを有する電子制御ユニットが第１電子制御ユニットである場合は（ステップＳ８０５、第１ＥＣＵ）、ステップＳ８０６に処理が進み、更新対象ソフトウェアを有する電子制御ユニットが第２電子制御ユニットである場合は（ステップＳ８０５、第２ＥＣＵ）、ステップＳ８０７に処理が進む。

（ステップＳ８０６）
制御部１７は、第１電子制御ユニットのソフトウェアの更新データの配信パッケージを決定する処理（第１ＥＣＵ向け配信パッケージ決定処理）を実行する。第１ＥＣＵ向け配信パッケージ決定処理の実行が終了すると、ステップＳ８０８に処理が進む。

（ステップＳ８０７）
制御部１７は、第２電子制御ユニットのソフトウェアの更新データの配信パッケージを決定する処理（第２ＥＣＵ向け配信パッケージ決定処理）を実行する。第２ＥＣＵ向け配信パッケージ決定処理の実行が終了すると、ステップＳ８０８に処理が進む。

（ステップＳ８０８）
通信部１６は、制御部１７が決定した配信パッケージをＯＴＡマスタ３０に送信する。配信パッケージが送信されると、ステップＳ８０１に処理が進む。

図９を参照して、図８のステップＳ８０６で示した第１ＥＣＵ向け配信パッケージ決定処理を説明する。図９は、センタ１０の制御部１７が実行する第１ＥＣＵ向け配信パッケージ決定処理の一例を説明するフローチャートである。

（ステップＳ９０１）
制御部１７は、更新対象ソフトウェアのバージョン差が所定値を超えるか否かを判断する。更新対象ソフトウェアのバージョン差は、記憶部１５に記憶されているソフトウェアの最新バージョンと車両から取得したソフトウェアの現バージョンとの差である。この判断は、ソフトウェアの現バージョンが最新バージョンと大きく異なっている（両バージョンの乖離が大きい）か否かを判断するために行われる。例えば、最新バージョンが４．０であり、現バージョンが３．０である場合、そのソフトウェアのバージョン差は１．０となる。所定値は、全データを用いて一気にバージョンアップした場合と、差分データを用いて段階的にバージョンアップした場合とを比較したときの、データ量や更新時間などに基づく更新効率などに基づいて設定することができる。更新対象ソフトウェアのバージョン差が所定値を超える場合は（ステップＳ９０１、はい）、ステップＳ９０２に処理が進み、更新対象ソフトウェアのバージョン差が所定値以下である場合は（ステップＳ９０１、いいえ）、ステップＳ９０３に処理が進む。

（ステップＳ９０２）
制御部１７は、更新対象ソフトウェアの最新バージョンの全データを少なくとも含むパッケージ（すなわち、全データパッケージ）を配信パッケージとして決定する。配信パッケージが決定されると、本第１ＥＣＵ向け配信パッケージ決定処理が終了する。

（ステップＳ９０３）
制御部１７は、第１電子制御ユニットの全てのソフトウェアに関するバージョン間の差分データを含むパッケージ（すなわち、差分データパッケージ）を配信パッケージとして決定する。配信パッケージが決定されると、本第１ＥＣＵ向け配信パッケージ決定処理が終了する。

ここで、図６、図７Ａ、図７Ｂ、及び図１１を参照して、第１ＥＣＵ向け配信パッケージ決定処理の具体例を説明する。なお、バージョン差の所定値は、２．０であるものとする。図１１の（ａ）では、更新が必要な第１電子制御ユニットＥＣＵ－Ａ、ＥＣＵ－Ｂ、及びＥＣＵ－Ｃの各ソフトウェアの現バージョン３．０は、最新バージョンの４．０（図６を参照）よりも所定値を超えるバージョン差ではない。よって、センタ１０は、ダウンロード要求の応答として、差分データパッケージ６．０（図７Ａを参照）を配信パッケージとしてＯＴＡマスタ３０に送信する。図１１の（ｂ）では、更新が必要な第１電子制御ユニットＥＣＵ－Ｃのソフトウェアの現バージョン３．０は、最新バージョンの４．０よりも所定値を超えるバージョン差ではない。よって、センタ１０は、ダウンロード要求の応答として、差分データパッケージ６．０を配信パッケージとしてＯＴＡマスタ３０に送信する。図１１の（ｃ）では、更新が必要な第１電子制御ユニットＥＣＵ－Ｃのソフトウェアの現バージョン１．０は、最新バージョンの４．０よりも所定値を超えるバージョン差がある。よって、センタ１０は、ダウンロード要求の応答として、第１電子制御ユニットＥＣＵ－Ｃのソフトウェアの最新バージョン４．０の全データパッケージ（図７Ｂを参照）を、配信パッケージとしてＯＴＡマスタ３０に送信する。

次に、図１０を参照して、図８のステップＳ８０７で示した第２ＥＣＵ向け配信パッケージ決定処理を説明する。図１０は、センタ１０の制御部１７が実行する第２ＥＣＵ向け配信パッケージ決定処理の一例を説明するフローチャートである。

（ステップＳ１００１）
制御部１７は、更新対象ソフトウェアの全データのサイズが所定サイズを超えるか否かを判断する。ソフトウェアの全データのサイズ（データ量）は、記憶部１５に予め記憶されている（図７Ｂを参照）。更新対象ソフトウェアが複数である場合は、複数の全データを合計した値となる。所定サイズは、更新対象ソフトウェアの全データを車両がダウンロードできるかに基づいて設定される値であり、例えば車両の記憶部３７においてダウンロードに利用可能なデータ格納領域の容量以下の任意の値とすることができる。更新対象ソフトウェアの全データのサイズが所定サイズを超える場合は（ステップＳ１００１、はい）、ステップＳ１００４に処理が進み、更新対象ソフトウェアの全データのサイズが所定サイズ以下である場合は（ステップＳ１００１、いいえ）、ステップＳ１００２に処理が進む。

（ステップＳ１００２）
制御部１７は、更新対象ソフトウェアの更新完了までの予想時間が、全データを用いた更新処理の方が少ないのか差分データを用いた更新処理の方が少ないのかを判断する。ソフトウェアの更新完了までの時間は、例えば、通信帯域の混み具合、ソフトウェアの現バージョン、及び電子制御ユニットの処理能力や不揮発性メモリの種別などに基づいて、予想することが可能である。全データを用いた更新処理の方が更新対象ソフトウェアの更新完了までの予想時間が少ない場合は（ステップＳ１００２、全データ）、ステップＳ１００３に処理が進み、差分データを用いた更新処理の方が更新対象ソフトウェアの更新完了までの予想時間が少ない場合は（ステップＳ１００２、差分データ）、ステップＳ１００４に処理が進む。

（ステップＳ１００３）
制御部１７は、更新対象ソフトウェアの最新バージョンの全データを少なくとも含むパッケージ（すなわち、全データパッケージ）を配信パッケージとして決定する。配信パッケージが決定されると、本第２ＥＣＵ向け配信パッケージ決定処理が終了する。

（ステップＳ１００４）
制御部１７は、更新対象ソフトウェアに関するバージョン間の差分データを少なくとも含むパッケージ（すなわち、差分データパッケージ）を配信パッケージとして決定する。配信パッケージが決定されると、本第２ＥＣＵ向け配信パッケージ決定処理が終了する。

ここで、図６、図７Ａ、図７Ｂ、及び図１２を参照して、第２ＥＣＵ向け配信パッケージ決定処理の具体例を説明する。なお、所定サイズは、５５０ＭＢであるものとする。図１２の（ａ）では、現バージョン２．０の第２電子制御ユニットＥＣＵ－Ｅのソフトウェアを最新バージョンの３．０（図６を参照）にアップグレードするために必要な全データ＝６００ＭＢ（図７Ｂを参照）が所定サイズを超える。よって、センタ１０は、ダウンロード要求の応答として、サイズが１９０ＭＢである差分データパッケージ５．０（図７Ａを参照）を配信パッケージとしてＯＴＡマスタ３０に送信する。図１２の（ｂ）では、現バージョン３．０の第２電子制御ユニットＥＣＵ－Ｄのソフトウェアを最新バージョンの５．０（図６を参照）にアップグレードするために必要な全データ＝５４０ＭＢ（図７Ｂを参照）が所定サイズ以下である。ここで、この例では、差分データでバージョンを３．０→４．０→５．０と段階的に更新させてゆく方が、全データで一気に３．０→５．０と更新させるよりも時間が掛からないと想定されている。よって、この想定においては、センタ１０は、ダウンロード要求の応答として、差分データパッケージ５．０及び６．０（図７Ａを参照）を配信パッケージとしてＯＴＡマスタ３０に送信する。図１２の（ｃ）では、現バージョン１．０の第２電子制御ユニットＥＣＵ－Ｄのソフトウェアを最新バージョンの５．０にアップグレードするために必要な全データ＝５４０ＭＢが所定サイズ以下である。ここで、この例では、全データで一気に１．０→５．０と更新させる方が、差分データでバージョンを１．０→２．０→３．０→４．０→５．０と段階的に更新させてゆくよりも時間が掛からないと想定されている。よって、この想定においては、センタ１０は、ダウンロード要求の応答として、第２電子制御ユニットＥＣＵ－Ｄのソフトウェアの最新バージョン５．０の全データパッケージ（図７Ｂを参照）を、配信パッケージとしてＯＴＡマスタ３０に送信する。

なお、上記実施形態では、ステップＳ８０５において、更新対象ソフトウェアを有する電子制御ユニット（ＥＣＵ）が、第１電子制御ユニット及び第２電子制御ユニットのいずれか一方であるように説明した。しかし、第１電子制御ユニットのソフトウェアと第２電子制御ユニットのソフトウェアとが同時に更新対象となる場合もあり得る。このような場合には、第１ＥＣＵ向け配信パッケージ決定処理（図９）と第２ＥＣＵ向け配信パッケージ決定処理（図１０）とを並列的に実施して、それぞれ抽出したパッケージを１つ配信パッケージとして決定すればよい。

図１３は、ＯＴＡマスタ３０の各構成が実行するソフトウェア更新制御処理の一例を説明するフローチャートである。この図１３に示すソフトウェア更新制御処理は、例えば、車両の電源ＯＮを契機として実行される。

（ステップＳ１３０１）
通信部３８は、電子制御ユニット５０ａ～５０ｄのソフトウェアの更新データがあるか否かの確認要求を、センタ１０に送信する。この確認要求には、車両ＩＤと、電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンとが、含まれる。確認要求がセンタ１０に送信されると、ステップＳ１３０２に処理が進む。

（ステップＳ１３０２）
通信部３８は、センタ１０から更新データの確認要求に対する確認結果を受信する。確認結果が受信されると、ステップＳ１３０３に処理が進む。

（ステップＳ１３０３）
制御部３９は、通信部３８が受信した更新データの確認要求に対する確認結果に基づいて、電子制御ユニット５０ａ～５０ｄのうち少なくとも１つに対するソフトウェアの更新データがあるか否かを判断する。ソフトウェアの更新データが少なくとも１つある場合は（ステップＳ１３０３、はい）、ステップＳ１３０４に処理が進み、ソフトウェアの更新データが全くない場合は（ステップＳ１３０３、いいえ）、本ソフトウェア更新制御処理が終了する。

（ステップＳ１３０４）
制御部３９は、更新データのダウンロードを行う。より詳細には、通信部３８がセンタ１０に更新データを含む配信パッケージのダウンロード要求を送信し、通信部３８がダウンロード要求に応答してセンタ１０から送信される配信パッケージを受信する。通信部３８は、受信した配信パッケージを記憶部３７に格納する。更新データのダウンロードが行われると、ステップＳ１３０５に処理が進む。

（ステップＳ１３０５）
制御部３９は、ターゲット電子制御ユニットに対してインストール処理を実行する。より詳細には、制御部３９は、ターゲット電子制御ユニットに配信パッケージに含まれる更新データを転送し、インストールを指示する。ターゲット電子制御ユニットは、ＯＴＡマスタ３０から受信した更新データをデータ格納領域に書き込む。インストール処理が実行されると、ステップＳ１３０６に処理が進む。

（ステップＳ１３０６）
制御部３９は、ターゲット電子制御ユニットに対してアクティベート処理を実行する。より詳細には、制御部３９は、更新データをデータ格納領域に書き込んだターゲット電子制御ユニットに対して、更新版のソフトウェアのアクティベートを指示する。ターゲット電子制御ユニットは、電源ＯＦＦなどの特定の入力操作が行われたことを契機として、再起動し、更新後のソフトウェアを実行する。アクティベート処理が実行されると、本ソフトウェア更新制御処理が終了する。

＜効果＞
以上のように、本開示の一実施形態に係るネットワークシステムによれば、センタ１０は、更新データとして、相互に制御機能の整合を取る必要がある複数の電子制御ユニット（第１電子制御ユニット）の全ソフトウェアに関するバージョン間の差分データを含むパッケージと、電子制御ユニット（第１電子制御ユニット、第２電子制御ユニット）のソフトウェアの最新バージョンの全データを含むパッケージとを、予め記憶している。そして、センタ１０は、車両（ＯＴＡマスタ３０）から受信する車両に搭載された電子制御ユニット５０ａ～５０ｄのソフトウェアの現バージョンと自身が記憶するソフトウェアの最新バージョンとに基づいて、更新が必要なソフトウェアの更新データのパッケージ仕様を動的に変更する。これにより、更新データの配信方法の自由度が向上し、ソフトウェアの更新処理の効率が悪化してしまうことを抑制できる。

また、センタ１０は、更新が必要なソフトウェアのバージョン差、更新データのデータ量、更新完了までの予想時間などに基づいて、バージョン間の差分データを含むパッケージと最新バージョンの全データを含むパッケージとのいずれを配信パッケージとするかを好適に決定する。よって、ソフトウェアの更新処理の効率が悪化してしまうことを効果的に抑制できる。

以上、本開示技術の一実施形態を説明したが、本開示は、センタだけでなく、プロセッサとメモリと記憶装置とを備えたセンタが実行する配信制御方法、配信制御プログラム、あるいは配信制御プログラムを記憶したコンピューター読み取り可能な非一時的な記憶媒体など、として捉えることが可能である。

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

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

Claims (8)

1. 複数の電子制御ユニットを備えた車両に前記電子制御ユニットのソフトウェアの更新データを配信するセンタであって、
   相互に制御機能の整合を取る必要がある前記電子制御ユニットである複数の第１電子制御ユニットのソフトウェアの最新バージョンの組み合わせを含む、更新管理情報を記憶する記憶部と、
   前記複数の電子制御ユニットのソフトウェアの現バージョンを前記車両から受信する受信部と、
   前記記憶部が記憶する前記更新管理情報と前記受信部が受信した前記ソフトウェアの現バージョンとに基づいて、少なくとも１つの前記第１電子制御ユニットのソフトウェアの更新が必要であるか否かを判定する判定部と、
   前記第１電子制御ユニットのソフトウェアの更新が必要であると前記判定部が判定した場合、前記更新が必要な第１電子制御ユニットのソフトウェアに基づいて、前記複数の第１電子制御ユニットの全てのソフトウェアに関するバージョン間の差分データを含むパッケージ及び前記更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのいずれかを、配信パッケージとして決定する制御部と、
   前記車両からの要求に基づいて、前記制御部が決定した前記配信パッケージを前記車両に送信する送信部と、を備える、センタ。
2. 前記制御部は、前記更新が必要な第１電子制御ユニットのソフトウェアの現バージョンと、前記更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンとの差が、所定値を超える場合、前記更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージを前記配信パッケージとして決定する、請求項１に記載のセンタ。
3. 前記更新管理情報は、前記複数の第１電子制御ユニットと制御機能の整合を取る必要がない前記電子制御ユニットである１以上の第２電子制御ユニットのソフトウェアの最新バージョンをさらに含み、
   前記判定部は、前記記憶部が記憶する前記更新管理情報と前記受信部が受信した前記ソフトウェアの現バージョンとに基づいて、少なくとも１つの前記第２電子制御ユニットのソフトウェアの更新が必要である否かを判定し、
   前記制御部は、前記第２電子制御ユニットのソフトウェアの更新が必要であると前記判定部が判定した場合、前記更新が必要な第２電子制御ユニットのソフトウェアに基づいて、前記第２電子制御ユニットのソフトウェアに関するバージョン間の差分データを含むパッケージ及び前記更新が必要な第２電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのいずれかを、配信パッケージとして決定する、請求項１又は２に記載のセンタ。
4. 前記制御部は、前記更新が必要な第２電子制御ユニットのソフトウェアの最新バージョンのみを含むパッケージのデータ量が、前記車両が有するデータ格納領域の容量を超える場合、前記第２電子制御ユニットのソフトウェアに関するバージョン間の差分データを含むパッケージを前記配信パッケージとして決定する、請求項３に記載のセンタ。
5. 前記制御部は、前記更新が必要な第２電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのデータ量が、前記車両が備えるデータ格納領域の容量以下である場合、ソフトウェアの更新が完了するまでの予想時間が少ない方の前記パッケージを前記配信パッケージとして決定する、請求項４に記載のセンタ。
6. 前記制御部は、前記更新が必要な第２電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのデータ量が、前記車両が備えるデータ格納領域の容量以下である場合、前記データ量が少ない方の前記パッケージを前記配信パッケージとして決定する、請求項４に記載のセンタ。
7. プロセッサと、メモリと、記憶装置とを備え、複数の電子制御ユニットを備えた車両に前記電子制御ユニットのソフトウェアの更新データを配信するセンタのコンピューターが実行する、配信制御方法であって、
   相互に制御機能の整合を取る必要がある前記電子制御ユニットである複数の第１電子制御ユニットのソフトウェアの最新バージョンの組み合わせを含む、更新管理情報を記憶するステップと、
   前記複数の電子制御ユニットのソフトウェアの現バージョンを前記車両から受信するステップと、
   前記更新管理情報と前記ソフトウェアの現バージョンとに基づいて、少なくとも１つの前記第１電子制御ユニットのソフトウェアの更新が必要であるか否かを判定するステップと、
   前記第１電子制御ユニットのソフトウェアの更新が必要であると判定した場合、前記更新が必要な第１電子制御ユニットのソフトウェアに基づいて、前記複数の第１電子制御ユニットの全てのソフトウェアに関するバージョン間の差分データを含むパッケージ及び前記更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのいずれかを、配信パッケージとして決定するステップと、
   前記車両からの要求に基づいて、前記決定した配信パッケージを前記車両に送信するステップと、を含む、配信制御方法。
8. プロセッサと、メモリと、記憶装置とを備え、複数の電子制御ユニットを備えた車両に前記電子制御ユニットのソフトウェアの更新データを配信するセンタのコンピューターが実行する、配信制御プログラムであって、
   相互に制御機能の整合を取る必要がある前記電子制御ユニットである複数の第１電子制御ユニットのソフトウェアの最新バージョンの組み合わせを含む、更新管理情報を記憶するステップと、
   前記複数の電子制御ユニットのソフトウェアの現バージョンを前記車両から受信するステップと、
   前記更新管理情報と前記ソフトウェアの現バージョンとに基づいて、少なくとも１つの前記第１電子制御ユニットのソフトウェアの更新が必要であるか否かを判定するステップと、
   前記第１電子制御ユニットのソフトウェアの更新が必要であると判定した場合、前記更新が必要な第１電子制御ユニットのソフトウェアに基づいて、前記複数の第１電子制御ユニットの全てのソフトウェアに関するバージョン間の差分データを含むパッケージ及び前記更新が必要な第１電子制御ユニットのソフトウェアの最新バージョンの全データを含むパッケージのいずれかを、配信パッケージとして決定するステップと、
   前記車両からの要求に基づいて、前記決定した配信パッケージを前記車両に送信するステップと、を含む、配信制御プログラム。

Images