JP7358928B2 - 車両用電子制御システム、データ中継装置、キャンペーン情報の配信制御方法及びキャンペーン情報の配信制御プログラム - Google Patents

Description

本発明は、車両用電子制御システム、データ中継装置、キャンペーン情報の配信制御方法及びキャンペーン情報の配信制御プログラムに関する。

近年、運転支援機能や自動運転機能等の車両制御の多様化に伴い、車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載される車両制御や診断等のプログラムの規模が増大している。又、機能改善等によるバージョンアップに伴い、ＥＣＵのプログラムを書換える（リプログする）機会も増えつつある。一方、通信ネットワークの進展等に伴い、コネクッテッドカーの技術も普及している。このような事情から、車両側に中継装置としての車両用マスタ装置が設けられ、車両用マスタ装置がセンター装置から無線でダウンロードした更新データを書換え対象ＥＣＵに配信することで、書換え対象ＥＣＵのプログラムをＯＴＡ（Over The Air）により書換える技術が提案されている。

プログラム更新の対象車両の台数が極めて多くなると、センター装置において、データ通信に係る処理負荷が増大する課題がある。このような課題に対し、例えば特許文献１には、センター装置において、更新データの配信計画を決定し、その決定した配信計画により配信先の優先順位を決定して更新データを配信する構成が開示されている。

特開２０１８－５８９４号公報

特許文献１の構成では、センター装置が配信先の優先順位にしたがって更新データを配信することで、処理負荷の一時的な増大を回避することができるが、更新データを配信し続けることになるので、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷が増大することになる。又、あらゆるプログラム更新のキャンペーン情報をセンター装置が管理する構成では、センター装置において、キャンペーン情報の管理に係る処理負荷が増大することになる。

本発明は、上記した事情に鑑みてなされたものであり、その目的は、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷を低減すると共に、キャンペーン情報の管理に係るセンター装置の処理負荷を低減しつつ、プログラム更新を適切に行うことができる車両用電子制御システム、データ中継装置、キャンペーン情報の配信制御方法及びキャンペーン情報の配信制御プログラムを提供することにある。

請求項１に記載した車両用電子制御システム（１）によれば、センター装置（３）は、プログラム更新に係る更新データを配信する。車両用マスタ装置（１２）は、更新データの書込みを書換え対象の電子制御装置に指示する。データ中継装置（２４）は、センター装置及び車両用マスタ装置とデータ通信可能である。センター装置は、プログラム更新のキャンペーン情報を取得し、その取得したキャンペーン情報をデータ中継装置に送信し、更新データをデータ中継装置に送信する。データ中継装置は、センター装置からキャンペーン情報を受信すると、その受信したキャンペーン情報を設定変更して車両用マスタ装置に配信し、センター装置から更新データを受信すると、その受信した更新データを車両用マスタ装置に配信する。車両用マスタ装置は、データ中継装置からキャンペーン情報を受信すると、その受信したキャンペーン情報にしたがい、データ中継装置から受信した更新データによるプログラム更新を書換え対象の電子制御装置に指示する。

データ中継装置において、センター装置から受信したキャンペーン情報を設定変更して車両用マスタ装置に配信し、センター装置から受信した更新データを車両用マスタ装置に配信するようにした。センター装置がキャンペーン情報及び更新データを車両用マスタ装置に配信せず、データ中継装置がセンター装置から受信したキャンペーン情報及び更新データを車両用マスタ装置に配信することで、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷を低減することができる。又、データ中継装置がセンター装置から受信したキャンペーン情報を設定変更することで、キャンペーン情報の管理に係るセンター装置の処理負荷を低減することができる。これにより、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷を低減すると共に、キャンペーン情報の管理に係るセンター装置の処理負荷を低減しつつ、プログラム更新を適切に行うことができる。

請求項１０に記載したデータ中継装置（２４）によれば、キャンペーン情報取得部（４７ａ）は、センター装置からプログラム更新のキャンペーン情報を取得する。更新データ取得部（４７ｂ）は、センター装置から更新データを取得する。変更有無判定部（４７ｅ）は、キャンペーン情報がキャンペーン情報取得部により取得されると、その取得されたキャンペーン情報の設定変更の必要有無を判定する。キャンペーン情報設定変更部（４７ｆ）は、キャンペーン情報の設定変更の必要有が変更有無判定部により判定されると、キャンペーン情報を設定変更する。キャンペーン情報配信指示部（４７ｇ）は、キャンペーン情報がキャンペーン情報設定変更部により設定変更されると、その設定変更されたキャンペーン情報の車両用マスタ装置への配信を指示する。更新データ配信指示部（４７ｈ）は、更新データが更新データ取得部により取得されると、その取得された更新データの車両用マスタ装置への配信を指示する。

データ中継装置において、センター装置から受信したキャンペーン情報を設定変更して車両用マスタ装置に配信し、センター装置から受信した更新データを車両用マスタ装置に配信するようにした。センター装置がキャンペーン情報及び更新データを車両用マスタ装置に配信せず、データ中継装置がセンター装置から受信したキャンペーン情報及び更新データを車両用マスタ装置に配信することで、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷を低減することができる。又、データ中継装置がセンター装置から受信したキャンペーン情報を設定変更することで、キャンペーン情報の管理に係るセンター装置の処理負荷を低減することができる。これにより、センター装置と車両用マスタ装置との間のデータ通信による通信ネットワークの処理負荷を低減すると共に、キャンペーン情報の管理に係るセンター装置の処理負荷を低減しつつ、プログラム更新を適切に行うことができる。

一実施形態の全体構成を示す図 プログラム更新における各フェーズを示す図 通常時の画面を示す図 キャンペーン通知発生時の画面を示す図 キャンペーン通知時の画面を示す図 ダウンロード承諾時の画面を示す図 ダウンロード承諾時の画面を示す図 ダウンロード実行中の画面を示す図 ダウンロード実行中の画面を示す図 ダウンロード完了時の画面を示す図 インストール承諾時の画面を示す図 インストール承諾時の画面を示す図 インストール実行中の画面を示す図 インストール実行中の画面を示す図 アクティベート承諾時の画面を示す図 ＩＧオン時の画面を示す図 確認操作時の画面を示す図 確認操作時の画面を示す図 センター装置の機能ブロック図 構成情報ＤＢを示す図 ＥＣＵリプロデータＤＢを示す図 ＥＣＵメタデータＤＢを示す図 個車情報ＤＢを示す図 パッケージＤＢを示す図 キャンペーンＤＢを示す図 ツールの機能ブロック図 処理の流れを示す図 処理の流れを示す図 処理の流れを示す図 処理の流れを示す図

以下、一実施形態について図面を参照して説明する。車両用プログラム書換えシステム（車両用電子制御システムに相当する）は、電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載されている車両制御や診断等のアプリプログラムをＯＴＡ（Over The Air）により書換え可能なシステムである。本実施形態では、アプリプログラムを有線又は無線で書換える場合について説明するが、例えば地図アプリで使用される地図データ、ＥＣＵで使用される制御パラメータ等、各種アプリで使用されるデータを有線又は無線で書換える場合にも適用することができる。

有線でのアプリプログラムの書換えは、アプリプログラムを車両外部から有線を介して取得して書換えることに加え、アプリプログラムが実行される際に使用される各種データを車両外部から有線を介して取得して書換えることも含む。無線でのアプリプログラムの書換えは、アプリプログラムを車両外部から無線を介して取得して書換えることに加え、アプリプログラムが実行される際に使用される各種データを車両外部から無線を介して取得して書換えることも含む。

図１に示すように、車両用プログラム書換えシステム１は、通信ネットワーク２側のセンター装置３と、車両側の車両側システム４と、表示端末５とを有する。通信ネットワーク２は、例えば４Ｇ回線等による移動体通信ネットワーク、インターネット、ＷｉＦｉ（Wireless Fidelity）（登録商標）等を含んで構成される。

表示端末５は、ユーザからの操作入力を受付ける機能や各種画面を表示する機能を有する端末であり、例えばユーザが携帯可能なスマートフォンやタブレット等の携帯端末６、車室内に配置されている車載ディスプレイ７である。携帯端末６は、移動体通信ネットワークの通信圏内であれば、通信ネットワーク２を介してセンター装置３とデータ通信可能である。車載ディスプレイ７は、車両側システム４に接続されており、ナビゲーション機能を兼用する構成であっても良い。又、車載ディスプレイ７は、ＥＣＵの機能を有する車載ディスプレイＥＣＵであっても良し、センターディスプレイやメータディスプレイ等への表示を制御する機能を有していても良い。

ユーザは、車室外であって移動体通信ネットワークの通信圏内であれば、アプリプログラムの書換えに関与する各種画面を携帯端末６により確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。ユーザは、車室内では、アプリプログラムの書換えに関与する各種画面を車載ディスプレイ７により確認しながら操作入力を行い、アプリプログラムの書換えに関与する手続きを可能である。即ち、ユーザは、車室外と車室内で携帯端末６と車載ディスプレイ７を使い分け、アプリプログラムの書換えに関与する手続きを可能である。

センター装置３は、車両用プログラム書換えシステム１において通信ネットワーク２側のプログラム更新機能を統括し、ＯＴＡセンターとして機能する。センター装置３は、センター装置３は、ファイルサーバ８と、ウェブサーバ９と、管理サーバ１０とを有し、機能毎に異なる複数のサーバ８～１０が相互にデータ通信可能に構成されている。又、センター装置３は、ＯＥＭにより管理されるＯＥＭサーバ１１とデータ通信可能に接続されている。

ファイルサーバ８は、センター装置３から車両側システム４に配信されるアプリプログラムのファイルを管理するサーバである。ファイルサーバ８は、センター装置３から車両側システム４に配信されるアプリプログラムの提供事業者であるサプライヤ等から提供される更新データ、ＯＥＭ（Original Equipment Manufacturer）から提供される配信諸元データ、車両側システム４から取得する車両状態等を管理する。ファイルサーバ８は、通信ネットワーク２を介して車両側システム４との間でデータ通信可能であり、配信パッケージのダウンロード要求が発生すると、リプログデータと配信諸元データとが１つのファイルにパッケージ化された配信パッケージを車両側システム４に送信する。

ウェブサーバ９は、ウェブ情報を管理するサーバである。ウェブサーバ９は、携帯端末６等が有するウェブブラウザからの要求に応じて自己が管理するウェブデータを送信する。管理サーバ１０は、アプリプログラムの書換えのサービスに登録しているユーザの個人情報、車両毎のアプリプログラムの書換え履歴等を管理するサーバである。

車両側システム４は、マスタ装置１２（車両用マスタ装置に相当する）を有する。マスタ装置１２は、ＤＣＭ（Data Communication Module）１３と、ＣＧＷ（Central Gate Way）１４とを有する。ＤＣＭ１３とＣＧＷ１４とは、第１バス１５を介してデータ通信可能に接続されている。ＤＣＭ１３は、センター装置３との間で通信ネットワーク２を介してデータ通信を行う。ＤＣＭ１３は、ファイルサーバ８から配信パッケージをダウンロードすると、そのダウンロードした配信パッケージから書込みデータを抽出し、その抽出した書込みデータをＣＧＷ１４に転送する。

ＣＧＷ１４は、データ中継機能を有し、ＤＣＭ１３から書込みデータを取得すると、その取得した書込みデータの書込みをアプリプログラムの書換え対象である書換え対象ＥＣＵに指示し、書込みデータを書換え対象ＥＣＵに配信する。又、ＣＧＷ１４は、書換え対象ＥＣＵにおいて書込みデータの書込みが完了し、アプリプログラムの書換えが完了すると、その書換え完了後のアプリプログラムを有効とするアクティベートを書換え対象ＥＣＵに指示する。

マスタ装置１２は、車両用プログラム書換えシステム１において車両側のプログラム更新機能を統括し、ＯＴＡマスタとして機能する。尚、図１では、ＤＣＭ１３と車載ディスプレイ７が同一の第１バス１５に接続されている構成を例示しているが、ＤＣＭ１３と車載ディスプレイ７とが別々のバスに接続されている構成でも良い。又、ＤＣＭ１３の機能の一部又は全体をＣＧＷ１４が有する構成でも良いし、ＣＧＷ１４の機能の一部又は全体をＤＣＭ１３が有する構成でも良い。即ち、マスタ装置１２において、ＤＣＭ１３とＣＧＷ１４との機能分担がどのように構成されていても良い。マスタ装置１２は、ＤＣＭ１３及びＣＧＷ１４の２つのＥＣＵから構成されても良いし、ＤＣＭ１３の機能とＣＧＷ１４の機能とを有する１つの統合ＥＣＵで構成されても良い。

ＣＧＷ１４には、第１バス１５に加え、第２バス１６と、第３バス１７と、第４バス１８と、第５バス１９とが車内側のバスとして接続されており、バス１６～１８を介して各種ＥＣＵ２０が接続されていると共に、バス１９を介して電源管理ＥＣＵ２１が接続されている。

第２バス１６は、例えばボディ系ネットワークのバスである。第２バス１６に接続されているＥＣＵ２０は、ボディ系の制御を行うＥＣＵである。ボディ系の制御を行うＥＣＵは、例えばドアのロック／アンロックを制御するドアＥＣＵ、メータディスプレイへの表示を制御するメータＥＣＵ、エアコンの駆動を制御するエアコンＥＣＵ、ウィンドウの開閉を制御するウィンドウＥＣＵ、車両の盗難防止のために駆動するセキュリティＥＣＵ等である。

第３バス１７は、例えば走行系ネットワークのバスである。第３バス１７に接続されているＥＣＵ２０は、走行系の制御を行うＥＣＵである。走行系の制御を行うＥＣＵは、例えばエンジンの駆動を制御するエンジンＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、自動変速機の駆動を制御するＥＣＴ（Electronic Controlled Transmission）ＥＣＵ、パワーステアリングの駆動を制御するパワーステアリングＥＣＵ等である。

第４バス１８は、例えばマルチメディア系ネットワークのバスである。第４バス１８に接続されているＥＣＵ２０は、マルチメディア系の制御を行うＥＣＵである。マルチメディア系の制御を行うＥＣＵは、例えばナビゲーションシステムを制御するためのナビゲーションＥＣＵ、電子式料金収受システム（ＥＴＣ（Electronic Toll Collection System、登録商標））を制御するＥＴＣＥＣＵ等である。バス１６～１８は、ボディ系ネットワークのバス、走行系ネットワークのバス、マルチメディア系ネットワークのバス以外の系統のバスであっても良い。又、バスの本数やＥＣＵ２０の個数は例示した構成に限らない。
電源管理ＥＣＵ２１は、ＤＣＭ１３、ＣＧＷ１４、各種ＥＣＵ２０等に供給する電源を管理するＥＣＵである。

ＣＧＷ１４には、第６バス２２が車外側のバスとして接続されている。第６バス２２には、ツール２４（データ中継装置に相当する）が着脱可能に接続されるＤＬＣ（Data Link Coupler）コネクタ２３が接続されている。車内側のバス１５～１９及び車外側のバス２２は、例えばＣＡＮ（Controller Area Network、登録商標）バスにより構成されており、ＣＧＷ１４は、ＣＡＮのデータ通信規格や診断通信規格（ＵＤＳ（Unified Diagnosis Services）：ＩＳＯ１４２２９）にしたがってＤＣＭ１３と、各種ＥＣＵ２０と、ツール２４との間でデータ通信を行う。尚、ＤＣＭ１３とＣＧＷ１４とがイーサーネットにより接続されていても良いし、ＤＬＣコネクタ２３とＣＧＷ１４とがイーサーネットにより接続されても良い。

又、ツール２４は、後述する図２６に示すように、センター装置３との間で通信ネットワーク２を介してデータ通信可能であると共に、マスタ装置１２との間で近距離通信ネットワーク４６を介してデータ通信可能に構成されている。即ち、ツール２４は、センター装置３とマスタ装置１２との間でデータを中継する機能を有する。近距離通信ネットワーク４６は、例えばＷｉＦｉ（登録商標）、ＩＥＥＥ８０２．１１のデータ通信規格に準拠した無線ＬＡＮ等である。

書換え対象ＥＣＵ２０は、ＣＧＷ１４から書込みデータを受信すると、その受信した書込みデータをフラッシュメモリに書込んでアプリプログラムを書換える。上記した構成では、ＣＧＷ１４は、書換え対象ＥＣＵ２０から書込みデータの取得要求を受信すると、書込みデータを書換え対象ＥＣＵ２０に配信するリプログマスタとして機能する。書換え対象ＥＣＵ２０は、ＣＧＷ１４から書込みデータを受信すると、その受信した書込みデータをフラッシュメモリに書込んでアプリプログラムを書換えるリプログスレーブとして機能する。

アプリプログラムを書換える態様としては、有線で書換える態様と、無線で書換える態様とがある。アプリプログラムを有線で書換える態様とは、車両外部から有線を介して取得したアプリプログラムを用いて書換え対象ＥＣＵ２０を書換える態様である。具体的には、ツール２４がＤＬＣコネクタ２３に接続されると、ツール２４は、書込みデータをＣＧＷ１４に転送する。ＣＧＷ１４は、ゲートウェイとして機能し、有線書換え要求を書換え対象ＥＣＵ２０に送信し、書込みデータの書込み（インストール）を書換え対象ＥＣＵ２０に指示し、ツール２４から転送された書込みデータを書換え対象ＥＣＵ２０に配信する。書込みデータを書換え対象ＥＣＵ２０に配信することは、書込みデータを中継することである。

アプリプログラムを無線で書換える態様とは、車両外部から無線を介して取得したアプリプログラムを用いて書換え対象ＥＣＵ２０を書換える態様である。具体的には、ＤＣＭ１３は、ファイルサーバ８から配信パッケージをダウンロードすると、そのダウンロードした配信パッケージから書込みデータを抽出し、その書込みデータをＣＧＷ１４に転送する。ＣＧＷ１４は、書換えツールとして機能し、書込みデータの書込み（インストール）を書換え対象ＥＣＵ２０に指示し、ＤＣＭ１３から転送された書込みデータを書換え対象ＥＣＵ２０に配信する。

ＥＣＵ２０を診断する態様としては、有線で診断する態様と、無線で診断する態様とがある。ＥＣＵ２０を有線で診断する態様とは、車両外部から有線を介して診断対象ＥＣＵ２０を診断する態様である。具体的には、ツール２４がＤＬＣコネクタ２３に接続されると、ツール２４は、診断要求をＣＧＷ１４に転送する。ＣＧＷ１４は、ゲートウェイとして機能し、診断要求を診断対象ＥＣＵ２０に送信し、ツール２４から転送された診断コマンドを診断対象ＥＣＵ２０に配信する。診断対象ＥＣＵ２０は、ＣＧＷ１４から受信した診断コマンドに応じた診断処理を行う。

ＥＣＵ２０を無線で診断する態様とは、車両外部から無線を介して診断対象ＥＣＵ２０を診断する態様である。具体的には、センター装置３からＤＣＭ１３に診断要求として診断コマンドが送信されると、ＤＣＭ１３は、診断コマンドをＣＧＷ１４に転送する。ＣＧＷ１４は、ゲートウェイとして機能し、診断要求として診断コマンドを診断対象ＥＣＵ２０に配信する。診断対象ＥＣＵ２０は、ＣＧＷ１４から受信した診断コマンドに応じた診断処理を行う。

書換え対象ＥＣＵ２０のアプリプログラムをＯＴＡにより書換える構成では、プログラム更新が複数のフェーズに分割されており、フェーズを段階的に進行させてプログラム更新を完了させる。具体的には、図２に示すように、キャンペーン通知（Ｓ１）、ダウンロード（Ｓ２）、インストール（Ｓ３）、アクティベート（Ｓ４）、更新完了確認のフェーズ（Ｓ５）を順次行う。キャンペーン通知のフェーズでは、センター装置３が車両側システム４にキャンペーン情報を配信する。ダウンロードのフェーズでは、マスタ装置１２がセンター装置３から書込みデータを含む配信パッケージをダウンロードする。インストールのフェーズでは、ＣＧＷ１４が書込みデータの書込みを書換え対象ＥＣＵ２０に指示する。アクティベートのフェーズでは、書換え対象ＥＣＵ２０が書込みデータを有効化する。更新完了確認のフェーズでは、プログラム更新の完了を通知する。

表示端末５がフェーズで表示する画面について図３から図１８を参照して説明する。プログラム更新の対象車両がヤードから配送された後であってユーザの手元に渡った後では、基本的にはユーザがフェーズにおいて承諾操作を行うことで次のフェーズに進むことができる。即ち、キャンペーン通知のフェーズでは、ユーザがダウンロードの承諾操作を行うことでダウンロードのフェーズに進むことができる。ダウンロードのフェーズでは、ユーザがインストールの承諾操作を行うことでインストールのフェーズに進むことができる。インストールのフェーズでは、ユーザがアクティベートの承諾操作を行うことでアクティベートのフェーズに進むことができる。尚、プログラム更新の対象車両がヤードから配送されてユーザの手元に渡った後でも、例えば緊急性を有する場合やユーザが承諾操作を長期間に亘って放置している場合等では、ユーザがフェーズにおいて承諾操作を行わなくとも次のフェーズに進むことができる場合がある。尚、ここでいうヤードとは、車両がユーザの手元にない状態で管理される場所を意味し、製造後であって出荷前に保管される製造工場、工場から輸送される輸送船舶や輸送車両、出荷後に整備や点検のために保管される整備工場、ディーラー等を含む。

ＣＧＷ１４は、図３に示すように、キャンペーン通知前の通常時では、例えばナビゲーション機能の１つである周知の経路案内画面等のナビゲーション画面１０１を車載ディスプレイ７に表示させる。この状態からキャンペーン通知が発生すると、ＣＧＷ１４は、図４に示すように、ナビゲーション画面１０１の右下にキャンペーン通知の発生を示すキャンペーン通知アイコン１０１ａを表示させる。ユーザは、キャンペーン通知アイコン１０１ａの表示を確認することで、アプリプログラムの更新に関するキャンペーン通知の発生を把握することができる。

この状態からユーザがキャンペーン通知アイコン１０１ａを操作すると、ＣＧＷ１４は、図５に示すように、ナビゲーション画面１０１上にキャンペーン通知画面１０２をポップアップ表示させる。尚、ＣＧＷ１４は、キャンペーン通知画面１０２をポップアップ表示させることに限らず、他の表示態様を採用しても良い。ＣＧＷ１４は、キャンペーン通知画面１０２では、例えば「利用できるソフトウェア更新があります」のガイダンスを表示してキャンペーン通知の発生をユーザに知らせると共に、「確認する」ボタン１０２ａ、「後で」ボタン１０２ｂを表示させ、ユーザの操作を待機する。この場合、ユーザは、「確認する」ボタン１０２ａを操作することで、アプリプログラムの書換えを開始させるための次の画面へ進むことができる。尚、ＣＧＷ１４は、ユーザが「後で」ボタン１０２ｂを操作した場合には、キャンペーン通知画面１０２のポップアップ表示を消去させ、図４に示すキャンペーン通知アイコン１０１ａを表示する画面に戻す。

この状態からユーザが「確認する」ボタン１０２ａを操作すると、ＣＧＷ１４は、図６に示すように、ナビゲーション画面１０１からダウンロード承諾画面１０３に表示を切替え、ダウンロード承諾画面１０３を車載ディスプレイ７に表示させる。ＣＧＷ１４は、ダウンロード承諾画面１０３では、キャンペーンＩＤや更新名称をユーザに知らせると共に、「ダウンロード開始」ボタン１０３ａ、「詳細確認」ボタン１０３ｂ、「戻る」ボタン１０３ｃを表示させ、ユーザの操作を待機する。この場合、ユーザは、「ダウンロード開始」ボタン１０３ａを操作することで、ダウンロードを開始させることができる。即ち、ユーザが「ダウンロード開始」ボタン１０３ａを操作することが、ダウンロードの承諾操作に該当する。又、ユーザが「詳細確認」ボタン１０３ｂを操作することで、ダウンロードの詳細を表示させることができ、「戻る」ボタン１０３ｃを表示させることで、ダウンロードを拒否し、前の画面に戻ることができる。

この状態からユーザが「詳細確認」ボタン１０３ｂを操作すると、ＣＧＷ１４は、図７に示すように、ダウンロード承諾画面１０３の表示内容を切替え、ダウンロードの詳細を車載ディスプレイ７に表示させる。ＣＧＷ１４は、ダウンロードの詳細として配信諸元データにより更新内容、更新に要する時間、更新に伴う車両機能の制約等を表示させる。又、ユーザが「ダウンロード開始」ボタン１０３ａを操作すると、ＣＧＷ１４は、センター装置３からの配信パッケージのダウンロードを開始する。ＣＧＷ１４は、配信パッケージのダウンロードを開始することと並行し、図８に示すように、ダウンロード承諾画面１０３からナビゲーション画面１０１に表示を切替え、ナビゲーション画面１０１を車載ディスプレイ７に再度表示させ、ナビゲーション画面１０１の右下にダウンロード実行中を示すダウンロード実行中アイコン１０１ｂを表示させる。ユーザは、ダウンロード実行中アイコン１０１ｂの表示を確認することで、配信パッケージのダウンロード実行中を把握することができる。

この状態からユーザがダウンロード実行中アイコン１０１ｂを操作すると、ＣＧＷ１４は、図９に示すように、ナビゲーション画面１０１からダウンロード実行中画面１０４に表示を切替え、ダウンロード実行中画面１０４を車載ディスプレイ７に表示させる。ＣＧＷ１４は、ダウンロード実行中画面１０４では、ダウンロードの実行中をユーザに知らせると共に、「詳細確認」ボタン１０４ａ、「戻る」ボタン１０４ｂ、「キャンセル」ボタン１０４ｃを表示させ、ユーザの操作を待機する。この場合、ユーザは、「詳細確認」ボタン１０４ａを操作することで、ダウンロード実行中の詳細を表示させることができ、「キャンセル」ボタン１０４ｃを操作させることで、ダウンロードを中断させることができる。

ＣＧＷ１４は、配信パッケージのダウンロードを完了すると、図１０に示すように、ナビゲーション画面１０１上にダウンロード完了通知画面１０５をポップアップ表示させる。ＣＧＷ１４は、ダウンロード完了通知画面１０５では、例えば「ダウンロードが完了しました ソフトウェア更新ができます」のガイダンスを表示してダウンロードの完了をユーザに知らせると共に、「確認する」ボタン１０５ａ、「後で」ボタン１０５ｂを表示させ、ユーザの操作を待機する。この場合、ユーザは、「確認する」ボタン１０５ａを操作することで、インストールを開始するための画面に進むことができる。

この状態からユーザが「確認する」ボタン１０５ａを操作すると、ＣＧＷ１４は、図１１に示すように、ナビゲーション画面１０１からインストール承諾画面１０６に表示を切替え、インストール承諾画面１０６を車載ディスプレイ７に表示させる。ＣＧＷ１４は、インストール承諾画面１０６では、インストールに関する所要時間や制約事項及びスケジュールの設定をユーザに知らせると共に、「すぐ更新」ボタン１０６ａ、「予約して更新」ボタン１０６ｂ、「戻る」ボタン１０６ｃを表示させ、ユーザの操作を待機する。この場合、ユーザは、「すぐ更新」ボタン１０６ａを操作することで、インストールを直ぐに開始させることができ、インストールを実行したい時刻を設定して「予約して更新」ボタン１０６ｂを操作することで、インストールを予約して開始させることができる。即ち、ユーザが「すぐ更新」ボタン１０６ａを操作したりインストールを実行したい時刻を設定して「予約して更新」ボタン１０６ｂを操作したりすることが、インストールの承諾操作に該当する。又、ユーザは、「戻る」ボタン１０６ｃを操作することで、インストールを拒否し、前の画面に戻ることができる。

この状態からユーザが「すぐ更新」ボタン１０６ａを操作すると、ＣＧＷ１４は、図１２に示すように、インストール承諾画面１０６の表示内容を切替え、インストールの詳細を車載ディスプレイ７に表示させる。ＣＧＷ１４は、インストール承諾画面１０６では、インストールの要求を受付け、インストールを開始する旨をユーザに知らせる。

ＣＧＷ１４は、インストールを開始すると、図１３に示すように、インストール承諾画面１０６からナビゲーション画面１０１に表示を切替え、ナビゲーション画面１０１を車載ディスプレイ７に再度表示させ、ナビゲーション画面１０１の右下にインストール実行中を示すインストール実行中アイコン１０１ｃを表示させる。ユーザは、インストール実行中アイコン１０１ｃの表示を確認することで、インストール実行中を把握することができる。

この状態からユーザがインストール実行中アイコン１０１ｃを操作すると、ＣＧＷ１４は、図１４に示すように、ナビゲーション画面１０１からインストール実行中画面１０７に表示を切替え、インストール実行中画面１０７を車載ディスプレイ７に表示させる。ＣＧＷ１４は、インストール実行中画面１０７では、インストールの実行中をユーザに知らせる。ＣＧＷ１４は、例えばインストールの進捗として残り時間や進捗パーセントをインストール実行中画面１０７に表示させても良い。

ＣＧＷ１４は、インストールを完了すると、図１５に示すように、ナビゲーション画面１０１からアクティベート承諾画面１０８に表示を切替え、アクティベート承諾画面１０８を車載ディスプレイ７に表示させる。ＣＧＷ１４は、アクティベート承諾画面１０８では、アクティベートの内容をユーザに知らせると共に、「戻る」ボタン１０８ａ及び「ＯＫ」ボタン１０８ｂを表示させ、ユーザの操作を待機する。この場合、ユーザは、「戻る」ボタン１０８ａを操作することで、アクティベートを拒否し、前の画面に戻ることができる。又、ユーザは、「ＯＫ」ボタン１０８ｂを操作することで、アクティベートを承諾することができる。即ち、ユーザが「ＯＫ」ボタン１０８ｂを操作することが、アクティベートの承諾操作に該当する。

この状態からユーザが「ＯＫ」ボタン１０８ｂを操作し、その後、ユーザがＩＧ電源をオンすると、ＣＧＷ１４は、図１６に示すように、ナビゲーション画面１０１上にアクティベート完了通知画面１０９をポップアップ表示させる。ＣＧＷ１４は、アクティベート完了通知画面１０９では、例えば「ソフトウェア更新が完了しました」のガイダンスを表示してアクティベートの完了をユーザに知らせると共に、「ＯＫ」ボタン１０９ａ、「詳細確認」ボタン１０９ｂを表示させ、ユーザの操作を待機する。この場合、ユーザは、「ＯＫ」ボタン１０９ａを操作することで、アクティベート完了通知画面１０９のポップアップ表示を消去させることができ、「詳細確認」ボタン１０９ｂを操作することで、アクティベートの完了の詳細を表示させることができる。

この状態からユーザが「ＯＫ」ボタン１０９ａを操作すると、ＣＧＷ１４は、図１７に示すように、ナビゲーション画面１０１から確認操作画面１１０に表示を切替え、確認操作画面１１０を車載ディスプレイ７に表示させる。ＣＧＷ１４は、確認操作画面１１０では、アクティベートの完了をユーザに知らせると共に、「詳細確認」ボタン１１０ａ、「ＯＫ」ボタン１１０ｂを表示させ、ユーザの操作を待機する。この場合、ユーザは、「詳細確認」ボタン１１０ａを操作することで、アクティベートの完了の詳細を表示させることができる。

この状態からユーザが「詳細確認」ボタン１１０ａを操作すると、ＣＧＷ１４は、図１８に示すように、確認操作画面１１０の表示内容を切替え、アクティベートの完了の詳細としてプログラム更新により追加された機能や変更された機能等を車載ディスプレイ７に表示させると共に、「ＯＫ」ボタン１１０ｂを表示させる。

以上に説明したように、プログラム更新の対象車両がヤードから配送された後であってユーザの手元に渡った後では、基本的にはユーザがフェーズにおいて承諾操作を行うことで次のフェーズに進むことができる。即ち、ＣＧＷ１４は、ユーザがダウンロードの承諾操作を行うことでプログラム更新をダウンロードのフェーズまで進ませ、ユーザがインストールの承諾操作を行うことでプログラム更新をインストールのフェーズまで進ませ、ユーザがアクティベートの承諾操作を行うことでプログラム更新をアクティベートのフェーズまで進ませる。

ここで、センター装置３の構成について説明する。センター装置３は、前述したサーバ８～１０の各機能に係る部分の機能ブロックとして、図１９に示すように、パッケージ管理部２５と、構成情報管理部２６と、個車情報管理部２７と、キャンペーン管理部２８とを有する。

パッケージ管理部２５は、諸元データ生成部２９と、パッケージ生成部３０と、パッケージ配信部３１と、ＥＣＵリプロデータＤＢ（Data Base）３２と、ＥＣＵメタデータＤＢ３３と、パッケージＤＢ３４とを有する。諸元データ生成部２９は、各ＤＢを参照し、書換え諸元データを生成する。パッケージ生成部３０は、書換え諸元データとリプログデータとを含む配信パッケージを生成し、その生成した配信パッケージをパッケージＤＢ３４に登録する。パッケージ生成部３０は、配信諸元データを含めて配信パッケージを生成しても良い。パッケージ配信部３１は、パッケージＤＢ３４に登録された配信パッケージを車両側システム４に配信する。

構成情報管理部２６は、構成情報登録部３５と、構成情報ＤＢ３６とを有する。構成情報登録部３５は、車両型式毎の正規の構成情報を構成情報ＤＢ３６に登録する。正規の構成情報とは、公的な機関により認可された車両の構成情報である。構成情報は、車両に搭載されるＥＣＵ２０のハードウェア及びソフトウェアに関する識別情報である。構成情報には、複数のＥＣＵ２０からなるシステム構成の識別情報、複数のシステムからなる車両構成の識別情報も含まれる。又、構成情報として、プログラムの更新に関する車両の制約情報を登録しても良い。例えば書換え諸元データに記載されるＥＣＵ２０のグループ情報、バス負荷テーブル、バッテリ負荷に関する情報等を登録しても良い。

個車情報管理部２７は、個車情報登録部３７と、構成情報確認部３８と、更新有無確認部３９と、ＳＭＳ（Short Message Service）送信制御部４０と、個車情報ＤＢ４１とを有する。個車情報登録部３７は、個々の車両よりアップロードされる個車情報を個車情報ＤＢ４１に登録する。個車情報登録部３７は、初期値として車両生産又は販売時点での個車情報を個車情報ＤＢ４１に登録しても良い。構成情報確認部３８は、アップロードされる個車情報の登録を行う際に、個車情報を、構成情報ＤＢ３６に登録されている同一型式車両の構成情報と照合する。更新有無確認部３９は、個車情報について新たなプログラム更新有無を確認し、キャンペーンの有無を確認する。ＳＭＳ送信制御部４０は、個車情報が更新されている場合は、更新に関するメッセージを、対応する車両システム４にＳＭＳにより送信する。

キャンペーン管理部２８は、キャンペーン生成部４２と、キャンペーン配信部４３と、指示通知部４４と、キャンペーンＤＢ４５とを有する。キャンペーン生成部４２は、プログラム更新に係るキャンペーン情報を生成し、その生成したキャンペーン情報をキャンペーンＤＢ４５に登録する。キャンペーン配信部４３は、キャンペーンＤＢ４５に登録されたキャンペーン情報を車両側システム４に配信する。指示通知部４４は、プログラム更新に関連して必要な指示を車両側システム４に通知する。尚、上記した各管理部２５～２８の各ＤＢを除く部分は、コンピュータのハードウェア及びソフトウェアにより実現されている機能である。

次に、各ＤＢに登録されるデータの内容を説明する。図２０に示すように、構成情報ＤＢ３６には、一例として以下のデータが登録される。「車両型式」は、車種を示す。「Ｖｅｈｉｃｌｅ ＳＷ ＩＤ」は、車両全体に対するソフトウェアＩＤであり、各車両に１つだけ付与され、何れか１つ以上のＥＣＵのアプリプログラムのバージョンが更新されるのに応じて更新される。「Ｓｙｓ ＩＤ」は、各車両に搭載されている複数のＥＣＵ２０のグループを「システム」とすると、そのシステムのＩＤであり、システムを構成する何れか１つ以上のＥＣＵのアプリプログラムのバージョンが更新されるのに応じて更新される。

「ＥＣＵ ＩＤ」は、各ＥＣＵ２０の種別を示す装置識別用のＩＤである。「ＥＣＵ ＳＷ ＩＤ」は、各ＥＣＵ２０に対するソフトウェアＩＤであり、当該ＥＣＵ２０のアプリプログラムのバージョンが更新されるのに応じて更新される。又、同一の「ＥＣＵ ＩＤ」で同一のプログラムバージョンであったとしても、ハードウェア構成が異なる場合は、異なる「ＥＣＵ ＳＷ ＩＤ」を用いる。即ち、「ＥＣＵ ＳＷ ＩＤ」はＥＣＵ２０の品番を示す情報でもある。

図２０では、「車両型式」＝「ａａａ」の車両に関する構成情報を示している。車両に搭載されるＥＣＵ２０のうち、自動運転ＥＣＵ（ＡＤＳ）、エンジンＥＣＵ（ＥＮＧ）、ブレーキＥＣＵ（ＢＲＫ）及び電動パワーステアリングＥＣＵ（ＥＰＳ）を例示している。例えば「Ｖｅｈｉｃｌｅ ＳＷ ＩＤ」＝「０００１」の「ＥＣＵ ＳＷ ＩＤ」が、「ａｄｓ＿００１」、「ｅｎｇ＿０１０」、「ｂｒｋ＿００１」、「ｅｐｓ＿０１０」であるのに対し、「Ｖｅｈｉｃｌｅ ＳＷ ＩＤ」＝「０００２」の「ＥＣＵ ＳＷ ＩＤ」は、「ａｄｓ＿００２」、「ｅｎｇ＿０１０」、「ｂｒｋ＿００５」、「ｅｐｓ＿０１１」であり、３つのソフトウェアのバージョンが更新されている。これに伴い、「Ｓｙｓ ＩＤ」＝「ＳＡ０１＿０１」は「ＳＡ０１＿０２」に更新され、「Ｓｙｓ ＩＤ」＝「ＳＡ０２＿０１」は「ＳＡ０２＿０２」に更新される。このように構成情報ＤＢ３６には、車両の生産又は販売時点で初期値が登録され、その後、何れか１つ以上のＥＣＵのアプリプログラムのバージョンが更新されるのに応じて更新される。即ち、構成情報ＤＢ３６は、各車両型式について、市場で正規に存在する構成情報を示す。

図２１に示すように、ＥＣＵリプロデータＤＢ３２には、一例として以下のプログラムやデータが登録される。図２１では、ある車両型式に搭載されるＥＣＵ２０のうち、アプリプログラムが更新されるＥＣＵ２０として、自動運転ＥＣＵ（ＡＤＳ）、ブレーキＥＣＵ（ＢＲＫ）及び電動パワーステアリングＥＣＵ（ＥＰＳ）を例示している。これら更新対象ＥＣＵ２０の最新の「ＥＣＵ ＳＷ ＩＤ」について、ＥＣＵ２０の旧プログラム、ＥＣＵ２０の新プログラム、旧プログラムの完全性検証データ、新プログラムの完全性検証データ、新プログラムと旧プログラムとの差分データである更新データ、更新データの完全性検証データ、同じく差分データであるロールバックデータ、ロールバックデータの完全性検証データ等が登録される。完全性検証データは、データ値にハッシュ関数を適用して得られるハッシュ値である。尚、更新データを、差分データに替えて新プログラムの全データとする際には、更新データの完全性検証データは、新プログラムの同データに等しくなる。図２１では、最新の「ＥＣＵ ＳＷ ＩＤ」についてのデータ構造を示したが、古い「ＥＣＵ ＳＷ ＩＤ」についてのデータが保存されている場合、旧プログラムについては、１つ古い「ＥＣＵ ＳＷ ＩＤ」の新プログラムを参照するよう構成しても良い。又、各完全性検証データは、サプライヤにて演算した値を登録する形式としても良いし、センター装置３が演算して登録する形式としても良い。

図２２に示すように、ＥＣＵメタデータＤＢ３３には、一例として以下に示すＥＣＵ個別の諸元データが登録される。最新の「ＥＣＵ ＳＷ ＩＤ」について、更新データファイルのサイズ、ロールバックデータファイルのサイズ、ＥＣＵ２０が備えるフラッシュメモリ２８ｄが２面以上の構成である場合に、Ａ面、Ｂ面、Ｃ面等何れの面用のプログラムであるかを示す面情報、転送サイズ、プログラムファイルの読出し用アドレス等である。

又、ＥＣＵメタデータＤＢ３３には、ＥＣＵ２０の属性を示す属性情報も登録される。属性情報とは、ＥＣＵ２０に関するハードウェア属性及びソフトウェア属性を示す情報である。転送サイズは、ＣＧＷ１３からＥＣＵ２０へ書換えデータを分割して転送する際の転送サイズである。鍵は、ＣＧＷ１３がＥＣＵ２０へセキュアにアクセスする際に用いる鍵である。又、「車両型式」及び「ＥＣＵ ＩＤ」について、ＥＣＵ２０が備えるフラッシュメモリ２８ｄのメモリ構成、ＥＣＵ２０が接続されているバス種別、ＥＣＵ２０に接続されている電源の種類等も含まれる。

ここで、メモリ構成「１面」はフラッシュ面を１面で持つ１面単独方式メモリであり、「２面」はフラッシュ面を２面で持つ２面メモリであり、「サスペンド」はフラッシュ面を疑似的な２面で持つ１面サスペンド方式メモリである。ハードウェア属性情報及びソフトウェア属性情報は、車両側システム４において、個々のＥＣＵ２０の書換え制御に用いられる情報である。ハードウェア属性情報は、予めＣＧＷ１３が記憶しておくことも可能であるが、本実施形態では、車両側システム４での管理負荷を軽減するため、センター装置３にて管理することとした。又、ソフトウェア属性情報は、個々のＥＣＵ２０の書換え動作を直接指定するデータである。車両側システム４における柔軟な制御が実現できるよう、センター装置３にて管理することとした。

図２３に示すように、個車情報ＤＢ４１には、一例として以下に示す個車毎のデータが登録される。主に、個車毎の構成情報、プログラム更新に対する個車のステータス情報が登録される。具体的には、各車両のＩＤである「ＶＩＮ」について、構成情報である「Ｖｅｈｉｃｌｅ ＳＷ ＩＤ」、「Ｓｙｓ ＩＤ」、「ＥＣＵ ＩＤ」、「ＥＣＵ ＳＷ ＩＤ」等である。これら構成情報についてのハッシュ値である「Ｄｉｇｅｓｔ」値も、センター装置３にて演算されて記憶される。「運用面」は、メモリ構成が２面である場合に、ＥＣＵ２０が現在運用しているプログラムが書き込まれている面であり、構成情報と共にアップロードされた値が登録される。

「アクセスログ」は、車両が個車情報をセンター装置３にアップロードした年月日及び時刻である。「リプロステータス」は、車両におけるリプログのステータスを示し、例えば「キャンペーン発行済み」、「アクティベート完了」、「ダウンロード完了」等がある。つまり、この進捗ステータスにより、車両におけるリプログがどのフェーズまで進み、どのフェーズで停滞しているかが分かる。尚、車両側システム４よりセンター装置３に対して構成情報等がアップロードされる際には、その情報等に各車両の「ＶＩＮ」が付与される。

図２４に示すように、パッケージＤＢ３４には、配信パッケージのＩＤ、配信パッケージファイル及び配信パッケージの完全性検証用のデータが登録される。図２５に示すように、キャンペーンＤＢ４５には、以下のデータが登録される。キャンペーン情報のＩＤ、配信パッケージＩＤ、キャンペーン内容として具体的な更新内容を示すテキスト文等のメッセージ情報、キャンペーンの対象となる車両のＩＤである「ＶＩＮ」のリスト、更新前後の「Ｖｅｈｉｃｌｅ ＳＷ ＩＤ」、更新前後の「ＥＣＵ ＳＷ ＩＤ」のリスト等である。対象ＶＩＮリストは、個車情報ＤＢ４１とキャンペーンＤＢ４５とを照合して登録することができる。尚、これらのキャンペーン情報は、パッケージＤＢ３４に併せて登録しても良い。

プログラム更新の対象車両の台数が極めて多くなると、センター装置３とマスタ装置１２との間のデータ通信による通信ネットワーク２の処理負荷が増大することになる。又、センター装置３において、キャンペーン情報の管理に係る処理負荷が増大することになる。このような事情から通信ネットワーク２の処理負荷を低減すると共に、キャンペーン情報の管理に係るセンター装置３の処理負荷を低減することが望まれている。この点に関し、本実施形態では、以下に示す構成を採用している。

ツール２４は、前述したようにセンター装置３とマスタ装置１２との間でデータを中継する機能を有しており、プログラム更新に関与する機能ブロックとして、制御部４７と、センター装置３との間で通信ネットワーク２を介してデータ通信を行うセンター側無線通信部４８と、ＣＧＷ１４との間で近距離通信ネットワーク４６を介してデータ通信を行う車両側無線通信部４９と、個車情報ＤＢ５０と、構成情報ＤＢ５１とを有する。ツール２４が保持する個車情報ＤＢ５０及び構成情報ＤＢ５１は、前述したセンター装置３が保持する個車情報ＤＢ４１及び構成情報ＤＢ３６と同等である。センター装置３とツール２４とは、個車情報ＤＢ５０，４１に記憶されているデータを照合して個車情報を同期させると共に、構成情報ＤＢ５１，３６に記憶されているデータを照合して構成情報を同期させている。

制御部４７は、キャンペーン情報取得部４７ａと、更新データ取得部４７ｂと、対象車両情報要求部４７ｃと、対象車両情報取得部４７ｄと、変更有無判定部４７ｅと、キャンペーン情報設定変更部４７ｆと、キャンペーン情報配信指示部４７ｇと、更新データ配信指示部４７ｈと、進捗状況取得部４７ｉと、データ更新部４７ｊと、進捗状況送信指示部４７ｋとを有する。

センター装置３は、プログラム更新担当者がプログラム更新のキャンペーン情報を操作入力すると、キャンペーン情報を取得する。プログラム更新担当者が操作入力するキャンペーン情報には、プログラム更新の対象車両（ＶＩＮ）、フェーズの承諾要否、配信対象ツールが含まれる。センター装置３は、キャンペーン情報に配信対象ツールが含まれている場合には、その取得したキャンペーン情報を、配信対象ツールに該当するツール２４に配信する。一方、センター装置３は、キャンペーン情報に配信対象ツールが含まれていない場合には、その取得したキャンペーン情報を、プログラム更新の対象車両に該当するマスタ装置１２に配信する。

キャンペーン情報取得部４７ａは、センター装置３から配信されたキャンペーン情報がセンター側無線通信部４８に受信されることで、キャンペーン情報を取得する。更新データ取得部４７ｂは、センター装置３から配信された更新データがセンター側無線通信部４８に受信されることで、更新データを取得する。対象車両情報要求部４７ｃは、キャンペーン情報がキャンペーン情報取得部４７ａにより取得されると、その取得されたキャンペーン情報からプログラム更新の対象車両を特定し、対象車両情報要求をセンター側無線通信部４８からセンター装置３に送信させ、その特定した対象車両に関する個車情報及び構成情報をセンター装置３に要求する。

センター装置３は、ツール２４から対象車両情報要求を受信すると、プログラム更新の対象車両を特定し、その特定した対象車両に関する個車情報を個車情報ＤＢ４１から抽出し、構成情報を構成情報ＤＢ３６から抽出すると共に、プログラム更新の対象車両の車両状態を特定し、その抽出した個車情報及び構成情報及び当該特定した車両状態を対象車両情報としてツール２４に送信する。センター装置３は、プログラム更新の対象車両の車両状態として、例えばユーザの手元に渡っているかヤードに待機しているかを特定する。

対象車両情報取得部４７ｄは、センター装置３から送信された対象車両情報がセンター側無線通信部４８により受信されることで、センター装置３から対象車両に関する個車情報、構成情報及び車両状態を取得する。

変更有無判定部４７ｅは、キャンペーン情報がキャンペーン情報取得部４７ａにより取得されると、プログラム更新の対象車両を特定し、その特定結果にしたがってキャンペーン情報の設定変更の必要有無を判定する。即ち、変更有無判定部４７ｅは、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否がダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要であるときに、例えばプログラム更新の対象車両がユーザの手元に渡っている車両であり、ユーザがプログラム更新を行う状況であれば、設定変更の必要無を判定する。即ち、プログラム更新の対象車両がユーザの手元に渡った後であり、ユーザがプログラム更新を行う状況ではフェーズ毎に承諾操作を必要とすることが望ましいので、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否を設定変更せず、ダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要のままとする。

一方、変更有無判定部４７ｅは、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否がダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要であるときに、例えばプログラム更新の対象車両がヤードに待機している車両であり、ヤードの作業担当者がプログラム更新を行う状況であれば、設定変更の必要有を判定する。

キャンペーン情報設定変更部４７ｆは、設定変更の必要有が変更有無判定部４７ｅにより判定されると、キャンペーン情報を設定変更する。即ち、プログラム更新の対象車両がユーザの手元に渡る前であり、ヤードの作業担当者がプログラム更新を行う状況ではフェーズ毎に承諾操作を必要としなくても良いので、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否を設定変更する。キャンペーン情報設定変更部４７ｆは、例えばダウンロード承諾要否を承諾必要から承諾不要に設定変更し、インストール承諾要否を承諾必要から承諾不要に設定変更し、アクティベート承諾要否を承諾必要から承諾不要に設定変更する。

キャンペーン情報配信指示部４７ｇは、キャンペーン情報の配信を車両側無線通信部４９に指示し、キャンペーン情報を車両側無線通信部４９から対象車両のマスタ装置１２に配信させる。更新データ配信指示部４７ｈは、更新データの配信を車両側無線通信部４９に指示し、更新データを車両側無線通信部４９から対象車両のマスタ装置１２に配信させる。

進捗状況取得部４７ｉは、マスタ装置１２から送信されたプログラム更新の進捗状況が車両側無線通信部４９により受信されることで、プログラム更新の進捗状況を取得する。
データ更新部４７ｊは、プログラム更新の進捗状況が進捗状況取得部４７ｉにより取得されると、個車情報ＤＢ５０及び構成情報ＤＢ５１のデータを更新する。即ち、データ更新部４７ｊは、個車情報ＤＢ５０においてリプロステータスを更新し、構成情報ＤＢ５１において「ＥＣＵ ＳＷ ＩＤ」を更新する。

進捗状況送信指示部４７ｋは、プログラム更新の進捗状況が進捗状況取得部４７ｉにより取得されると、その取得されたプログラム更新の進捗状況の送信をセンター側無線通信部４８に指示し、プログラム更新の進捗状況をセンター側無線通信部４８からセンター装置３に送信させる。

次に、上記した構成の作用について図２７から図３０を参照して説明する。
センター装置３は、プログラム更新担当者がプログラム更新のキャンペーン情報を操作入力し、プログラム更新のキャンペーン情報を取得すると、その取得したキャンペーン情報に配信対象ツールが含まれている場合には配信対象ツールを特定し、その取得したキャンペーン情報を、その特定した配信対象ツールに該当するツール２４に配信する（ｔ２）。又、センター装置３は、更新データを配信対象ツールに該当するツール２４に配信する（ｔ３）。

一方、センター装置３は、その取得したキャンペーン情報に配信対象ツールが含まれていない場合にはプログラム更新の対象車両を特定し、その取得したキャンペーン情報を、プログラム更新の対象車両に該当するマスタ装置１２に配信する（ｔ４）。又、センター装置３は、更新データをプログラム更新の対象車両に該当するマスタ装置１２に配信する（ｔ５）。

ツール２４は、センター装置３から配信されたキャンペーン情報をセンター側無線通信部４８により受信することで、キャンペーン情報を取得すると（キャンペーン情報取得手順に相当する）、そのキャンペーン情報に含まれるプログラム更新の対象車両を特定し（Ａ１）、対象車両情報要求をセンター側無線通信部４８からセンター装置３に送信させ（ｔ６）、その特定した対象車両に関する個車情報及び構成情報をセンター装置３に要求する。

ツール２４は、センター装置３から送信された対象車両情報をセンター側無線通信部４８により受信すると（ｔ７）、フェーズの承諾要否の設定変更の必要有無を判定する（Ａ２、変更有無判定手順に相当する）。

ツール２４は、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否がダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要であり、プログラム更新の対象車両がユーザの手元に渡っている車両であり、ユーザがプログラム更新を行う状況であれば、フェーズの承諾要否の設定変更の必要無を判定し（Ａ２：ＮＯ）、フェーズの承諾要否を設定変更しない。これ以降、ツール２４は、図２７に示すように、キャンペーン情報を対象車両のマスタ装置１２に配信し（ｔ８）、更新データを対象車両のマスタ装置１２に配信する（ｔ９）。

プログラム更新の対象車両のマスタ装置１２は、ツール２４から送信されたキャンペーン情報を受信すると、その受信したキャンペーン情報にしたがってプログラム更新を開始する（Ｂ１）。即ち、マスタ装置１２は、ダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要としてプログラム更新を開始する。即ち、ユーザがダウンロードの承諾操作、インストールの承諾操作、アクティベートの承諾操作を行うことでアクティベートのフェーズまで完了することになる。

一方、ツール２４は、センター装置３からツール２４に送信されたキャンペーン情報の承諾要否がダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要であり、プログラム更新の対象車両がヤードに待機している車両であり、ヤードの作業担当者がプログラム更新を行う状況であれば、フェーズの承諾要否の設定変更の必要有を判定し、図２９に示すように、フェーズの承諾要否を設定変更する（Ａ３、キャンペーン情報設定変更手順に相当する）。ツール２４は、例えばダウンロード承諾要否を承諾必要から承諾不要に設定変更し、インストール承諾要否を承諾必要から承諾不要に設定変更し、アクティベート承諾要否を承諾必要から承諾不要に設定変更する。ツール２４は、このようにしてフェーズの承諾要否を設定変更すると、その設定変更した内容を特定可能な設定変更通知をセンター装置３に送信する（ｔ１０）。これ以降、ツール２４は、キャンペーン情報を対象車両のマスタ装置１２に配信し（ｔ１１、キャンペーン情報配信指示手順に相当する）、更新データを対象車両のマスタ装置１２に配信する（ｔ１２、更新データ配信指示手順に相当する）。

プログラム更新の対象車両のマスタ装置１２は、ツール２４から送信されたキャンペーン情報を受信すると、その受信したキャンペーン情報にしたがってプログラム更新を開始する（Ｂ２）。即ち、マスタ装置１２は、ダウンロード承諾不要、インストール承諾不要、アクティベート承諾不要としてプログラム更新を開始する。即ち、ヤードの作業担当者がダウンロードの承諾操作、インストールの承諾操作、アクティベートの承諾操作を行わなくともアクティベートのフェーズまで完了することになる。

マスタ装置１２は、このようにしてプログラム更新を開始すると、プログラム更新の進捗状をセンター装置３及びツール２４に送信する（ｔ１３、ｔ１４）。センター装置３は、マスタ装置１２から送信された進捗状況を受信すると、その受信した進捗状況にしたがって個車情報ＤＢ４１及び構成情報ＤＢ３６を更新する（Ｃ１）。ツール２４は、マスタ装置１２から送信された進捗状況を受信すると、その受信した進捗状況にしたがって個車情報ＤＢ５０及び構成情報ＤＢ５１を更新し（Ａ４）、同期確認要求をセンター側無線通信部４８からセンター装置３に送信させる（ｔ１５）。センター装置３は、ツール２４から送信された同期確認要求を受信すると、自身が保持している個車情報ＤＢ４１及び構成情報ＤＢ３６と、ツール２４が保持している個車情報ＤＢ５０及び構成情報ＤＢ５１とを照合し、同期確認を行う（Ｃ２）。

上記した構成では、キャンペーン情報に配信対象ツールが指定されることで、センター装置３がキャンペーン情報及び更新データをマスタ装置１２に直接配信するのではなく、センター装置３がキャンペーン情報及び更新データを配信対象ツールに該当するツール２４に配信し、ツール２４がキャンペーン情報及び更新データをマスタ装置１２に配信する。即ち、ツール２４がエッジサーバとして機能することで、センター装置３とマスタ装置１２との間の通信ネットワーク２の処理負荷を低減することができる。又、ツール２４にキャンペーン情報を設定変更する機能を持たせることで、キャンペーン情報の管理に係るセンター装置の処理負荷を低減することができる。即ち、車両状態に応じたフェーズの承諾要否をツール２４が判定するので、センター装置３ではフェーズの承諾要否を初期値に設定した状態でキャンペーン情報をツール２４に配信すれば良い。

本実施形態では、ユーザの手元に渡っている車両を対象としたキャンペーン情報を想定しており、フェーズの承諾要否の初期値を、ダウンロード承諾必要、インストール承諾必要、アクティベート承諾必要とする場合を例示したが、ヤードに待機している車両を対象としたキャンペーン情報を想定すれば、フェーズの承諾要否の初期値を、ダウンロード承諾不要、インストール承諾不要、アクティベート承諾不要としても良い。フェーズの承諾要否の初期値を、ダウンロード承諾不要、インストール承諾不要、アクティベート承諾不要とした場合には、プログラム更新の対象車両がユーザの手元に渡っている車両であれば、設定変更の必要有を判定し、一方、プログラム更新の対象車両がヤードに待機している車両であれば、設定変更の必要無を判定する。

又、本実施形態では、センター装置３において、キャンペーン情報に配信対象ツールが含まれている場合に、キャンペーン情報及び更新データを配信対象ツールに該当するツール２４のみに配信する構成を例示したが、キャンペーン情報及び更新データを配信対象ツールに該当するツール２４に配信すると共に、キャンペーン情報及び更新データをプログラム更新の対象車両に該当するマスタ装置１２に配信しても良い。その場合、マスタ装置１２においては、センター装置３から配信されたキャンペーン情報を受信すると共に、ツール２４から配信されたキャンペーン情報を受信することになるので、何れのキャンペーン情報を採用するかを選択可能としても良い。

又、ツール２４において、フェーズの承諾要否を承諾必要から承諾不要に設定変更する際に、プログラム更新の対象車両のバッテリ残量、通信環境、フェーズの実行所要時間等を考慮してどのフェーズまでを承諾必要から承諾不要に設定変更するかを決定しても良い。例えばバッテリ残量がダウンロードのフェーズを正常完了可能な残量を満たしているが、インストールのフェーズを正常完了可能な残量を満たしていない場合には、ダウンロードのフェーズの承諾要否を承諾必要から承諾不要に設定変更するが、インストールやアクティベートのフェーズの承諾要否を承諾必要から承諾不要に設定変更しないようにしても良い。

以上に説明したように本実施形態によれば、次に示す作用効果を得ることができる。ツール２４において、センター装置３からキャンペーン情報を受信すると、その受信したキャンペーン情報の設定変更の必要有無を判定し、キャンペーン情報の設定変更の必要有を判定すると、その受信したキャンペーン情報を設定変更してマスタ装置１２に配信し、センター装置３から受信した更新データをマスタ装置１２に配信するようにした。センター装置３がキャンペーン情報及び更新データをマスタ装置１２に直接配信せず、ツール２４がセンター装置３から受信したキャンペーン情報及び更新データをマスタ装置１２に配信することで、通信ネットワーク２の処理負荷を低減することができる。又、ツール２４がセンター装置３から受信したキャンペーン情報を設定変更することで、キャンペーン情報の管理に係るセンター装置３の処理負荷を低減することができる。これにより、通信ネットワーク２の処理負荷を低減すると共に、キャンペーン情報の管理に係るセンター装置３の処理負荷を低減しつつ、プログラム更新を適切に行うことができる。

ツール２４において、キャンペーン情報を設定変更することとして、ダウンロードのフェーズ、インストールのフェーズ、アクティベートのフェーズのうち少なくとも何れかの承諾要否を設定変更するようにした。ダウンロードのフェーズ、インストールのフェーズ、アクティベートのフェーズにおける承諾要否を適切に設定変更することができる。

本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
ＯＥＭサーバ１１の機能をセンター装置３に持たせても良い。
データ中継装置としてツール２４を例示したが、例えばスマートフォン、ディーラー等に設置されているコンピュータ端末等にデータ中継装置の機能を持たせても良い。即ち、データ中継装置は、ディーラーの作業者が携帯しながら使用可能な端末でも良いし、固定設置されている端末でも良い。
ダウンロードのフェーズ、インストールのフェーズ、アクティベートのフェーズの承諾要否を設定変更する場合を例示したが、これらのフェーズのうち少なくとも何れかの承諾要否を設定変更すれば良い。

プログラム更新の対象車両の車両状態として例えばユーザの手元に渡っているかヤードに待機しているかを特定し、その特定結果にしたがってキャンペーン情報の設定変更の必要有無を判定する構成を例示したが、ツール２４の特性に応じてキャンペーン情報の設定変更の必要有無を判定しても良い。例えばツール２４がヤードで使用される環境下である旨が予め設定されている場合には、ダウンロードのフェーズ、インストールのフェーズ、アクティベートのフェーズを承諾不要となるようにフェーズの承諾要否の設定変更の必要有無を判定しても良い。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。

図面中、１は車両用プログラム書換えシステム（車両用電子制御システム）、３はセンター装置、１２はマスタ装置（車両用マスタ装置）、２４はツール（データ中継装置）、４７ａはキャンペーン情報取得部、４７ｂは更新データ取得部、４７ｅは変更有無判定部、４７ｆはキャンペーン情報設定変更部、４７ｇはキャンペーン情報配信指示部、４７ｈは更新データ配信指示部である。

Claims (12)

1. プログラム更新に係る更新データを配信するセンター装置（３）と、前記更新データの書込みを書換え対象の電子制御装置に指示する車両用マスタ装置（１２）と、を備える車両用電子制御システム（１）において、
   前記センター装置及び前記車両用マスタ装置との間でデータ通信可能なデータ中継装置（２４）を備え、
   前記センター装置は、プログラム更新のキャンペーン情報を取得し、その取得した前記キャンペーン情報を前記データ中継装置に送信し、前記更新データを前記データ中継装置に送信し、
   前記データ中継装置は、前記センター装置から前記キャンペーン情報を受信すると、その受信した前記キャンペーン情報を設定変更して前記車両用マスタ装置に配信し、前記センター装置から前記更新データを受信すると、その受信した前記更新データを前記車両用マスタ装置に配信し、
   前記車両用マスタ装置は、前記データ中継装置から前記キャンペーン情報を受信すると、その受信した前記キャンペーン情報にしたがい、前記データ中継装置から受信した更新データによるプログラム更新を前記書換え対象の電子制御装置に指示する車両用電子制御システム。
2. 前記データ中継装置は、前記センター装置から前記キャンペーン情報を受信すると、その受信した前記キャンペーン情報の設定変更の必要有無を判定し、前記キャンペーン情報の設定変更の必要有を判定すると、その受信した前記キャンペーン情報を設定変更して前記車両用マスタ装置に配信する請求項１に記載した車両用電子制御システム。
3. 前記データ中継装置は、前記キャンペーン情報の設定変更の必要無を判定すると、その受信した前記キャンペーン情報を設定変更せずに前記車両用マスタ装置に配信する請求項２に記載した車両用電子制御システム。
4. 前記データ中継装置は、前記センター装置から前記キャンペーン情報を受信すると、その受信した前記キャンペーン情報に基づいてプログラム更新の対象車両を特定し、その特定結果にしたがって前記キャンペーン情報の設定変更の必要有無を判定する請求項２又は３に記載した車両用電子制御システム。
5. 前記データ中継装置は、前記センター装置から受信した前記キャンペーン情報を設定変更することとして、フェーズの承諾要否を設定変更する請求項１から４の何れか一項に記載した車両用電子制御システム。
6. 前記データ中継装置は、フェーズの承諾要否を設定変更することとして、前記車両用マスタ装置が前記センター装置から更新データをダウンロードするダウンロードのフェーズ、前記車両用マスタ装置が前記書換え対象の電子制御装置に更新データの書込みを指示するインストールのフェーズ、前記書換え対象の電子制御装置が更新データを有効化するアクティベートのフェーズのうち少なくとも何れかの承諾要否を設定変更する請求項５に記載した車両用電子制御システム。
7. 前記センター装置は、プログラム更新の前記キャンペーン情報を取得し、その取得した前記キャンペーン情報を前記データ中継装置に送信すると共に前記車両用マスタ装置にも送信する請求項１から６の何れか一項に記載した車両用電子制御システム。
8. 前記車両用マスタ装置は、プログラム更新の進捗状況を前記データ中継装置に送信し、
   前記データ中継装置は、前記車両用マスタ装置からプログラム更新の進捗状況を受信すると、その受信したプログラム更新の進捗状況を前記センター装置に送信する請求項１から７の何れか一項に記載した車両用電子制御システム。
9. 前記車両用マスタ装置は、プログラム更新の進捗状況を前記データ中継装置に送信すると共に前記センター装置にも送信する請求項８に記載した車両用電子制御システム。
10. プログラム更新に係る更新データを配信するセンター装置（３）と、前記更新データの書込みを書換え対象の電子制御装置に指示する車両用マスタ装置（１２）との間でデータ通信可能なデータ中継装置（２４）であって、
    前記センター装置からプログラム更新のキャンペーン情報を取得するキャンペーン情報取得部（４７ａ）と、
    前記センター装置から前記更新データを取得する更新データ取得部（４７ｂ）と、
    前記キャンペーン情報取得部により受信された前記キャンペーン情報の設定変更の必要有無を判定する変更有無判定部（４７ｅ）と、
    前記キャンペーン情報の設定変更の必要有が前記変更有無判定部により判定されると、前記キャンペーン情報を設定変更するキャンペーン情報設定変更部（４７ｆ）と、
    前記キャンペーン情報設定変更部により設定変更されたキャンペーン情報の前記車両用マスタ装置への配信を指示するキャンペーン情報配信指示部（４７ｇ）と、
    前記更新データ取得部により取得された前記更新データの前記車両用マスタ装置への配信を指示する更新データ配信指示部（４７ｈ）と、を備えるデータ中継装置。
11. プログラム更新に係る更新データを配信するセンター装置（３）と、前記更新データの書込みを書換え対象の電子制御装置に指示する車両用マスタ装置（１２）との間でデータ通信可能なデータ中継装置（２４）において、
    前記センター装置からプログラム更新のキャンペーン情報を取得するキャンペーン情報取得手順と、
    前記センター装置から前記更新データを取得する更新データ取得手順と、
    前記キャンペーン情報取得手順により取得した前記キャンペーン情報の設定変更の必要有無を判定する変更有無判定手順と、
    前記キャンペーン情報の設定変更の必要有を前記変更有無判定手順により判定すると、前記キャンペーン情報を設定変更するキャンペーン情報設定変更手順と、
    前記キャンペーン情報設定変更手順により設定変更したキャンペーン情報の前記車両用マスタ装置への配信を指示するキャンペーン情報配信指示手順と、
    前記更新データ取得手順により取得した前記更新データの前記車両用マスタ装置への配信を指示する更新データ配信指示手順と、を行うキャンペーン情報の配信制御方法。
12. プログラム更新に係る更新データを配信するセンター装置（３）と、前記更新データの書込みを書換え対象の電子制御装置に指示する車両用マスタ装置（１２）と、データ通信可能なデータ中継装置（２４）に、
    前記センター装置からプログラム更新のキャンペーン情報を取得するキャンペーン情報取得手順と、
    前記センター装置から前記更新データを取得する更新データ取得手順と、
    前記キャンペーン情報取得手順により取得した前記キャンペーン情報の設定変更の必要有無を判定する変更有無判定手順と、
    前記キャンペーン情報の設定変更の必要有を前記変更有無判定手順により判定すると、前記キャンペーン情報を設定変更するキャンペーン情報設定変更手順と、
    前記キャンペーン情報設定変更手順により設定変更したキャンペーン情報の前記車両用マスタ装置への配信を指示するキャンペーン情報配信指示手順と、
    前記更新データ取得手順により取得した前記更新データの前記車両用マスタ装置への配信を指示する更新データ配信指示手順と、を実行させるキャンペーン情報の配信制御プログラム。

Images