特開 2022-167530 センター装置及び車載電子制御装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022167530

(43)【公開日】2022-11-04

(54)【発明の名称】センター装置及び車載電子制御装置

(51)【国際特許分類】

   G06F 8/65 20180101AFI20221027BHJP

   H04L 9/32 20060101ALI20221027BHJP

   G09C 1/00 20060101ALI20221027BHJP

   G06F 21/64 20130101ALI20221027BHJP

【ＦＩ】

G06F8/65

H04L9/00 675Z

G09C1/00 640D

G06F21/64

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021073377

(22)【出願日】2021-04-23

(71)【出願人】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000567

【氏名又は名称】弁理士法人サトー

(72)【発明者】

【氏名】安部 真晃

(72)【発明者】

【氏名】吉見 英朗

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AB01

5B376CA06

(57)【要約】

【課題】各車両に対応したデータ更新用の配信パッケージを、比較的短い処理時間で用意できるセンター装置を提供する。
【解決手段】センター装置３の構成情報ＤＢ２０８には、複数のＥＣＵ１９それぞれに対する装置の識別情報及び当該装置のソフトウェアアーキテクチャに関する情報が車両の種別と共に記憶される。諸元データ生成部２０１は、データを更新する対象となるＥＣＵ１９のそれぞれについて更新データと更新前のデータとの差分である差分データを求め、その差分データのハッシュ値を計算し、計算したハッシュ値をＥＣＵリプロデータＤＢ２０４に記憶する。パッケージ生成部２０２は、データの更新対象となるＥＣＵ１９について配信パッケージを生成する際に、ＥＣＵリプロデータＤＢ２０４に記憶されている対応するハッシュ値を用いて生成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両に搭載される複数の電子制御装置（１９）に書込むデータを管理するセンター装置であって、
前記複数の電子制御装置それぞれに対する装置の識別情報及び当該装置のソフトウェアアーキテクチャに関する情報が、前記車両の種別と共に記憶されている車両情報記憶部（２０８）と、
データを更新する対象となる電子制御装置のそれぞれについて、更新データと更新前のデータとの差分である差分データを求め、前記差分データのハッシュ値を計算し、計算したハッシュ値をハッシュ値記憶部（２０４）に記憶するハッシュ値生成部（２０１）と、
前記データを更新する対象となる電子制御装置について配信パッケージを生成する際に、前記ハッシュ値記憶部に記憶されている対応するハッシュ値を用いて生成するパッケージ生成部（２０２）と
を備えるセンター装置。

【請求項2】

前記差分データと、当該差分データに対応するハッシュ値を含む配信パッケージとを紐付けた紐付け情報を用いてデータを管理する請求項１記載のセンター装置。

【請求項3】

前記パッケージ生成部は、複数のハッシュ値と、前記複数のハッシュ値に対応する紐付け情報とを含んだ配信パッケージを生成する請求項２記載のセンター装置。

【請求項4】

前記パッケージ生成部は、車両の識別情報を、前記配信パッケージに含めて生成する請求項１から３の何れか一項に記載のセンター装置。

【請求項5】

前記パッケージ生成部は、前記配信パッケージに、当該配信パッケージのデータを認証するために用いる署名を含めて生成する請求項１から４の何れか一項に記載のセンター装置。

【請求項6】

前記配信パッケージを前記複数の電子制御装置を搭載する車両に配信する配信部をさらに備え、
前記パッケージ生成部は、前記差分データを含まず、ハッシュ値を含む配信パッケージを生成し、
前記配信部は、前記パッケージと、前記差分データとを分けて配信する請求項１記載のセンター装置。

【請求項7】

前記配信部は、前記パッケージは圧縮ファイルとして、前記差分データは非圧縮ファイルとして、配信する請求項６記載のセンター装置。

【請求項8】

車両に搭載され、請求項１から７の何れか一項に記載のセンター装置と通信を行う電子制御装置（４）であって、受信した配信パッケージに前記ハッシュ値が含まれていると、前記センター装置に対して、前記ハッシュ値に対応する差分データのダウンロードを要求する車載電子制御装置。

【請求項9】

前記差分データのダウンロードを実行すると、前記ハッシュ値と、前記差分データについて計算したハッシュ値とを比較して、前記差分データの正当性を検証する請求項８記載の車載電子制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両に搭載される複数の電子制御装置に書込むデータを管理するセンター装置，及び前記センター装置と通信を行う車載電子制御装置に関する。

【背景技術】

【0002】

近年、運転支援機能や自動運転機能等の車両制御の多様化に伴い、車両の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載される車両制御や診断等のアプリプログラムの規模が増大している。また、機能改善等によるバージョンアップに伴い、ＥＣＵのアプリプログラムを書換える，所謂リプログを行う機会も増えつつある。一方、通信ネットワークの進展等に伴い、コネクッテッドカーの技術も普及している。このような事情から、例えば特許文献１には、サーバよりＥＣＵの更新プログラムをＯＴＡ（Over The Air）により車載装置に配信し、車両側で更新プログラムを書換える技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－２７６２４号公報

【発明の概要】

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

【0004】

更に、ユーザ毎にカスタマイズされている車両のアプリプログラムを書き換えるために、センター装置側で、それぞれの車両に対応した書換え用の配信パッケージを生成することに対する需要がある。

【0005】

しかしながら、配信パッケージのサイズは、書換え対象となるプログラムの容量によっては数Ｇバイト程度になることもあり、パッケージを生成する処理に時間を要する。そのため、各車両に対応した配信パッケージを個別に用意することを想定すると膨大な時間が必要となり、現実的には難しい。

【0006】

本発明は上記事情に鑑みてなされたものであり、その目的は、各車両に対応したデータ更新用の配信パッケージを、比較的短い処理時間で用意できるセンター装置，及び前記配信パッケージを受信して更新データを書き込むことができる車載電子制御装置を提供することにある。

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

【0007】

請求項１記載のセンター装置によれば、車両情報記憶部には、複数の電子制御装置それぞれに対する装置の識別情報及び当該装置のソフトウェアアーキテクチャに関する情報が車両の種別と共に記憶される。ハッシュ値生成部は、データを更新する対象となる電子制御装置のそれぞれについて、更新データと更新前のデータとの差分である差分データを求め、その差分データのハッシュ値を計算し、計算したハッシュ値をハッシュ値記憶部に記憶する。そして、パッケージ生成部は、データを更新する対象となる電子制御装置について配信パッケージを生成する際に、ハッシュ値記憶部に記憶されている対応するハッシュ値を用いて生成する。

【0008】

このように構成すれば、各車両に配信するパッケージに差分データのハッシュ値を含ませることでデータサイズを低減できるので、当該パッケージの処理時間を短縮できる。また、配信パッケージを受信した車両側では、そのハッシュ値に基づいて自車両に対応するデータを更新するための差分データを特定することが可能になる。

【0009】

請求項２記載のセンター装置によれば、差分データと、当該差分データに対応するハッシュ値を含む配信パッケージとを紐付けた紐付け情報を用いてデータを管理するので、そのハッシュ値を含む配信パッケージに対応する差分データを容易に特定できる。

【0010】

請求項３記載のセンター装置によれば、パッケージ生成部は、複数のハッシュ値と、それら複数のハッシュ値に対応する紐付け情報を含んだ配信パッケージを生成する。これにより、配信パッケージを受信した車両側では、それぞれのハッシュ値に基づいて、自車両に対応する複数のデータを更新するための複数の差分データを容易に特定することが可能になる。

【0011】

請求項６記載の車載電子制御装置によれば、センター装置より受信した配信パッケージにハッシュ値が含まれていると、センター装置に対してハッシュ値に対応する差分データのダウンロードを要求する。これにより、ハッシュ値に基づいて、自車両に対応するデータを更新するための差分データを確実に取得できる。

【0012】

請求項７記載の車載電子制御装置によれば、差分データのダウンロードを実行すると、前記ハッシュ値と差分データについて計算したハッシュ値とを比較して、差分データの正当性を検証するので、センター装置よりダウンロードした差分データの正当性を、配信パッケージに含まれているハッシュ値を用いて検証できる。

【図面の簡単な説明】

【0013】

【図1】一実施形態であり、車両用プログラム書換えシステムを示す機能ブロック図

【図2】ＣＧＷの構成を示す機能ブロック図

【図3】ＥＣＵの構成を示す機能ブロック図

【図4】センター装置の構成を示す機能ブロック図

【図5】構成情報ＤＢに登録されるデータの一例を示す図

【図6】ＥＣＵリプロデータＤＢに登録されるデータの一例を示す図

【図7】個車情報ＤＢに登録されるデータの一例を示す図

【図8】諸元データの一例を示す図

【図9】新規差分データの登録処理を示すフローチャート

【図10】配信パッケージの生成処理を示すフローチャート

【図11】車両側システムの処理を示すフローチャート

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

【0014】

以下、一実施形態について図面を参照して説明する。車両用プログラム書換えシステムは、車両に搭載されているＥＣＵの車両制御や診断等のアプリプログラムをＯＴＡにより書換え可能なシステムである。図１に示すように、車両用プログラム書換えシステム１は、通信ネットワーク２側のセンター装置３と、車両側の車両側システム４と、表示端末５とを有する。通信ネットワーク２は、例えば４Ｇ回線等による移動体通信ネットワークやインターネットやＷｉＦｉ（Wireless Fidelity：登録商標）等を含んで構成される。

【0015】

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

【0016】

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

【0017】

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

【0018】

ファイルサーバ８は、センター装置３から車両側システム４に送信されるアプリプログラムの管理機能を備え、アプリプログラムの提供事業者であるサプライヤ等から提供されるＥＣＵプログラム及びそれに付随する情報、ＯＥＭ（Original Equipment Manufacturer）から提供される配信諸元データ、車両側システム４から取得する車両状態等を管理するサーバである。ファイルサーバ８は、通信ネットワーク２を介して車両側システム４との間でデータ通信可能であり、配信パッケージのダウンロード要求が発生すると、配信諸元データをパッケージ化した配信パッケージと、更新データとも称するリプログデータとを車両側システム４に送信する。ウェブサーバ９は、ウェブ情報を管理するサーバであり、携帯端末６に対し、アプリプログラムの書換えに関与する各種画面を提供する。管理サーバ１０は、アプリプログラムの書換えのサービスに登録しているユーザの個人情報等を管理し、車両毎のアプリプログラムの書換え履歴等を管理する。

【0019】

尚、センター装置３は、配信パッケージを圧縮ファイルとして送信するのに対して、リプログデータを圧縮処理することなく車両側システム４に送信する。リプログデータは、センター装置３の外部において圧縮処理された場合と非圧縮の場合とがあるが、センター装置３は、外部から受信したリプログデータに対して圧縮処理を行わない。

【0020】

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

【0021】

ＣＧＷ１３は、データ中継機能を有する車両用ゲートウェイ装置であり、ＤＣＭ１２から書込みデータを取得すると、その書込みデータを、アプリプログラムを書換える書換え対象ＥＣＵに配信する。マスタ装置１１は、車両用プログラム書換えシステム１において車両側のＯＴＡの機能を統括し、ＯＴＡマスタとして機能する。尚、図１では、ＤＣＭ１２と車載ディスプレイ７が同一の第１バス１４に接続されている構成を例示しているが、ＤＣＭ１２と車載ディスプレイ７が別々のバスに接続されている構成でも良い。ＣＧＷ１３は、本開示の中継装置に対応する。

【0022】

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

【0023】

第２バス１５は、例えばボディ系ネットワークのバスである。第２バス１５に接続されているＥＣＵ１９は、例えばドアのロック／アンロックを制御するドアＥＣＵ、メータ表示を制御するメータＥＣＵ、エアコンの駆動を制御するエアコンＥＣＵ、ウィンドウの開閉を制御するウィンドウＥＣＵ等のボディ系の制御を行うＥＣＵである。第３バス１６は、例えば走行系ネットワークのバスである。第３バス１６に接続されているＥＣＵ１９は、例えばエンジンの駆動を制御するエンジンＥＣＵ、ブレーキの駆動を制御するブレーキＥＣＵ、自動変速機の駆動を制御するＥＣＴ（Electronic Controlled Transmission）ＥＣＵ、パワーステアリングの駆動を制御するパワーステアリングＥＣＵ等の走行系の制御を行うＥＣＵである。

【0024】

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

【0025】

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

【0026】

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

【0027】

アプリプログラムを書換える態様としては、有線で書換える態様と、無線で書換える態様とがある。アプリプログラムを有線で書換える態様では、ツール２３がＤＬＣコネクタ２２に接続されると、ツール２３は、書込みデータをＣＧＷ１３に転送する。ＣＧＷ１３は、ツール２３から転送された書込みデータを書換え対象ＥＣＵ１９に中継又は配信する。アプリプログラムを無線で書換える態様では、上記したように、ＤＣＭ１２は、ファイルサーバ８から配信パッケージをダウンロードすると、その配信パッケージから書込みデータを抽出し、その書込みデータをＣＧＷ１３に転送する。

【0028】

図２に示すように、ＣＧＷ１３は、電気的な機能ブロックとして、マイクロコンピュータ（以下、マイコンと称する）２４と、データ転送回路２５と、電源回路２６と、電源検出回路２７とを有する。マイコン２４は、ＣＰＵ（Central Processing Unit）２４ａと、ＲＯＭ（Read Only Memory）２４ｂと、ＲＡＭ（Random Access Memory）２４ｃと、フラッシュメモリ２４ｄとを有する。マイコン２４は、非遷移的実体的記憶媒体に格納されている各種制御プログラムを実行して各種処理を行い、ＣＧＷ１３の動作を制御する。

【0029】

データ転送回路２５は、バス１４～１８，２１との間のＣＡＮのデータ通信規格や診断通信規格に準拠したデータ通信を制御する。電源回路２６は、バッテリ電源（以下、＋Ｂ電源と称する）、アクセサリ電源（以下、ＡＣＣ電源と称する）、イグニッション電源（以下、ＩＧ電源と称する）を入力する。電源検出回路２７は、電源回路２６が入力する＋Ｂ電源の電圧値、ＡＣＣ電源の電圧値、ＩＧ電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２４に出力する。マイコン２４は、電源検出回路２７から入力する比較結果により、外部からＣＧＷ１３に供給されている＋Ｂ電源、ＡＣＣ電源、ＩＧ電源が正常であるか異常であるかを判定する。

【0030】

図３に示すように、ＥＣＵ１９は、電気的な機能ブロックとして、マイコン２８と、データ転送回路２９と、電源回路３０と、電源検出回路３１とを有する。マイコン２８は、ＣＰＵ２８ａと、ＲＯＭ２８ｂと、ＲＡＭ２８ｃと、フラッシュメモリ２８ｄとを有する。マイコン２８は、非遷移的実体的記憶媒体に格納されている各種制御プログラムを実行して各種処理を行い、ＥＣＵ１９の動作を制御する。

【0031】

データ転送回路２９は、バス１５～１７との間のＣＡＮのデータ通信規格に準拠したデータ通信を制御する。電源回路３０は、＋Ｂ電源、ＡＣＣ電源、ＩＧ電源を入力する。電源検出回路３１は、電源回路３０が入力する＋Ｂ電源の電圧値、ＡＣＣ電源の電圧値、ＩＧ電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２８に出力する。マイコン２８は、電源検出回路２７から入力する比較結果により、外部からＥＣＵ１９に供給されている＋Ｂ電源、ＡＣＣ電源、ＩＧ電源が正常であるか異常であるかを判定する。尚、ＥＣＵ１９は、接続する例えばセンサやアクチュエータ等の負荷が異なり、基本的には同等の構成である。また、ＤＣＭ１２、車載ディスプレイ７、及び電源管理ＥＣＵも、基本構成は図３に示すＥＣＵ１９と同様である。

【0032】

図４に示すように、センター装置３は、パッケージ管理部３Ａを備えている。パッケージ管理部３Ａは、諸元データ生成部２０１，パッケージ生成部２０２及びパッケージ配信部２０３と、ＥＣＵリプロデータＤＢ２０４，ＥＣＵメタデータＤＢ２０５及びパッケージＤＢ２０６とを有している。

【0033】

サプライヤは、管理サーバ１０のユーザインターフェイス（ＵＩ）機能である入力部２１８及び表示部２１９を用いて、ＥＣＵ個別のデータを登録する。ＥＣＵ個別のデータとして、新プログラムや差分データ等のプログラムファイル、プログラムファイルの検証データやサイズ、暗号化方式等のプログラムファイル関連情報、及びＥＣＵ１９のメモリ構造などＥＣＵ属性情報に関するものなどがある。プログラムファイルは、ＥＣＵリプロデータＤＢ２０４に記憶される。ＥＣＵ属性情報は、ＥＣＵメタデータＤＢ２０５に記憶される。プログラムファイル関連情報は、ＥＣＵリプロデータＤＢ２０４に記憶されてもよいし、ＥＣＵメタデータＤＢ２０５に記憶されても良い。

【0034】

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

【0035】

諸元データ生成部２０１は、各ＤＢを参照し、書換え諸元データを生成する。パッケージ生成部２０２は、書換え諸元データと差分データのＨａｓｈ値とを含む配信パッケージを生成し、パッケージＤＢ２０６に登録する。また、パッケージＤＢ２０６には、配信パッケージのＩＤ，配信パッケージファイル及び配信パッケージの完全性検証用のデータ等が登録される。パッケージ生成部２０２は、配信諸元データを含めて配信パッケージを生成しても良い。パッケージ配信部２０３は、登録された配信パッケージとリプログデータとを車両側システム４に配信する。パッケージ配信部２０３は、配信部に相当する。

【0036】

個車情報ＤＢ２１３には、個々の車両よりアップロードされる個車情報が登録される。アップロードされる前に登録される初期値としては、例えば車両生産又は販売時点での個車情報でも良い。構成情報ＤＢ２０８には、各車両型式の構成情報が登録されている。

【0037】

ＯＥＭは、プログラム更新に関する情報であり、車両に配信されるキャンペーン情報をキャンペーンＤＢ２１７に登録する。ここでのキャンペーン情報は、前述した「配信諸元データ」に相当し、主に車両側システム４で表示する更新内容に関する情報である。車両側システム４では、センター装置３より送信されたキャンペーン情報に基づいて、更新プログラムのダウンロードを行うか否かを例えばユーザが判断し、必要であればダウンロードを行う。尚、パッケージ管理部３Ａの各データベースを除く部分は、コンピュータのハードウェア及びソフトウェアにより実現されている機能である。車両通信部２２２は、センター装置３と車両側システム４との間で無線により相互にデータ通信を行うための機能ブロックである。

【0038】

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

【0039】

例えば、図１において、ボディ系ＥＣＵ１９のグループがボディ系システム、走行系ＥＣＵ１９のグループが走行系システムである。「Ｓｙｓ ＩＤ」は、システムを構成する何れか1つ以上のＥＣＵのアプリプログラムのバージョンが更新されるのに伴い更新される。「ＥＣＵ ＩＤ」は、各ＥＣＵの種別を示す装置識別用のＩＤである。「ＥＣＵ ＳＷ ＩＤ」は、各ＥＣＵに対するソフトウェアＩＤであり、ＥＣＵソフトウェアＩＤに相当する。ここでは便宜上、「ＥＣＵ ＩＤ」にソフトウェアのバージョンを付したもので示している。「ＥＣＵ ＳＷ ＩＤ」は、当該ＥＣＵのアプリプログラムのバージョンが更新されるのに伴い更新される。また、同一の「ＥＣＵ ＩＤ」で同一のプログラムバージョンであったとしても、ハードウェア構成が異なる場合は、異なる「ＥＣＵ ＳＷ ＩＤ」を用いる。即ち、「ＥＣＵ ＳＷ ＩＤ」はＥＣＵの品番を示す情報でもある。

【0040】

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

【0041】

図６に示すように、ＥＣＵリプロデータＤＢ２０４には、一例として以下のプログラムやデータが登録される。図６では、ある車両型式に搭載されるＥＣＵ１９のうち、アプリプログラムが更新されるＥＣＵ１９として、自動運転ＥＣＵ（ＡＤＳ）、ブレーキＥＣＵ（ＢＲＫ）、及び電動パワーステアリングＥＣＵ（ＥＰＳ）を例示している。これら更新対象ＥＣＵ１９の最新の「ＥＣＵ ＳＷ ＩＤ」について、ＥＣＵの旧プログラム及び新プログラムファイル，新プログラムの完全性検証データ，新プログラムと旧プログラムとの差分データである更新データファイル，更新データの完全性検証データ，同じく差分データであるロールバックデータファイル，ロールバックデータの完全性検証データ，更新データファイルにハッシュ関数を適用して得られたハッシュ値，及びロールバックデータファイルにハッシュ関数を適用して得られたハッシュ値等が登録される。以下では、ハッシュ値を「Ｈａｓｈ値」と記載することがある。

【0042】

尚、本実施形態では、旧プログラムから新プログラムへの書換えは差分データにより実施されることを前提に記載するが、差分データの代わりに新アプリプログラムの全体に相当する全データを更新データとしても良い。ロールバックとは、プログラムの更新中にエラーやキャンセルが発生した場合に、新プログラムから旧プログラムに書き戻す処理を表す。

【0043】

また、図６では、最新の「ＥＣＵ ＳＷ ＩＤ」についてのデータ構造を示したが、古い「ＥＣＵ ＳＷ ＩＤ」についてのデータが保存されている場合、旧プログラムファイルについては、１つ古い「ＥＣＵ ＳＷ ＩＤ」の新プログラムファイルを参照するよう構成しても良い。また、各完全性検証データ及びハッシュ値は、サプライヤにて演算した値を登録する形式としても良いし、センター装置３が演算して登録する形式としても良い。

【0044】

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

【0045】

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

【0046】

例えば、メモリ構成「１面」はフラッシュ面を１面で持つ１面単独方式メモリであり、「２面」はフラッシュ面を２面で持つ２面メモリであり、「サスペンド」はフラッシュ面を疑似的な２面で持つ１面サスペンド方式メモリである。ハードウェア属性情報及びソフトウェア属性情報は、車両側システム４において、個々のＥＣＵ１９の書換え制御に用いられる情報である。また、ソフトウェア属性情報は、個々のＥＣＵ１９の書換え動作を直接指定するデータである。

【0047】

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

【0048】

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

【0049】

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

【0050】

諸元データ生成部２０１は、ＥＣＵメタデータＤＢ２０５にアクセスして、更新対象としたＥＣＵ１９に関する諸元データとして、更新データ関連情報、ハードウェア属性情報，ソフトウェア属性情報及び個車情報を取得する。例えば図８に示すように、更新データ関連情報は、「更新プログラムバージョン」「更新プログラム取得アドレス」「更新プログラムサイズ」「ロールバックプログラムバージョン」「ロールバックプログラム取得アドレス」「ロールバックプログラムサイズ」「書込みデータ種別」「書込み面」「更新データ」「Ｈａｓｈ値」である。

【0051】

ハードウェア属性情報は、「接続バス」「接続電源」「メモリ種別」である。ソフトウェア属性情報は、「書換え面情報」「セキュリティアクセス鍵情報」「書換え方法」「転送サイズ」である。「書換え方法」とは、ＩＧオンからオフに切り替わった際、電源自己保持回路を有効として書換えを行うか（電源自己保持）、それとも、ＩＧオン及びＩＧオフに従って書換えを行うか（電源制御）、を示すデータである。「セキュリティアクセス鍵情報」として、鍵以外の情報を含めても良い。

【0052】

個車情報は、上述した「ＶＩＮ」である。「ＶＩＮ」は、配信パッケージの配信先となる車両を特定するためのユニークな情報，すなわち車両特定情報の一例である。車両特定情報としては、「ＶＩＮ」の他、例えば車台番号や車両登録番号を用いても良い。個車情報は、車両のオーナー情報を含んでも良い。

【0053】

以下、各情報について説明する。
・「書込みデータ種別」は、プログラムが差分データか全データかを示す種別である。更新プログラムに対する書込みデータ種別と、ロールバックプログラムに対する書込みデータ種別とを別々に記載しても良い。
・「書込み面」は、２面メモリのＥＣＵ１９に対し、いずれの面に書込むためのプログラムかを示す情報である。
・「接続バス」は、ＥＣＵ１９が接続されるバスを識別する情報である。
・「接続電源」は、ＥＣＵ１９が接続される電源状態を示す情報であり、バッテリ電源（＋Ｂ電源）、アクセサリ電源（ＡＣＣ電源）、及びイグニッション電源（ＩＧ電源）のいずれかを示す値が記載される。

【0054】

・「メモリ種別」は、ＥＣＵ１９のメモリ構成を識別する情報であり、２面メモリ、１面サスペンド方式メモリ（疑似２面メモリ）、及び１面メモリ等を示す値が記載される。
・「書換え面情報」は、ＥＣＵ１９のいずれの面が起動面（運用面）で、いずれの面が書換え面（非運用面）であるかを示す情報である。
・「セキュリティアクセス鍵情報」は、鍵を用いてＥＣＵ１９へのアクセス認証を行うための情報であり、鍵導出鍵、鍵パターン、及び復号演算パターンの情報を含む。
・「転送サイズ」は、ＥＣＵ１９へプログラムを分割して転送する際のデータサイズである。
・「更新データ」は、差分データである更新データファイルのファイル名である。
・「Ｈａｓｈ値」は、更新データファイルのＨａｓｈ値のデータファイルのファイル名である。尚、ここにおいて、「Ｈａｓｈ値」と差分データとが紐付けられている。換言すると、諸元データに、更新データファイルのファイル名とＨａｓｈ値のデータファイル名を含めることで、差分データとＨａｓｈ値とを紐付けている。諸元データを受信した車両側システム４は、諸元データを参照することにより、何れのＨａｓｈ値が何れの差分データに対応するのかを把握する。

【0055】

これらの情報は、例えば図８に示すように、「ＥＣＵ ＩＤ」をキーとして、上述した特定のＥＣＵ順序として保持する。諸元データ生成部２０１は、全てのＥＣＵについて情報を取得すると、更新対象となる車両について「書換え環境情報」を指定する。「書換え環境情報」とは、ＥＣＵのグループ又は車両全体を対象とした、車両側システム４における書換え制御に用いられる情報であって、書換え動作を直接指定するデータである。例えば、車両全体を対象とした書換え環境情報としては、車両側システム４におけるプログラム更新を車両の走行中（ＩＧスイッチのオン中）に行うか駐車中（ＩＧスイッチのオフ中）に行うかを示す「車両状態」、車両側システム４においてプログラム更新を実行可能なバッテリ残量の制約を示す「バッテリ負荷（バッテリの残量）」，車両側システム４において書込みデータを転送可能なバス負荷の制約を示すバス負荷テーブル情報等である。

【0056】

また、グループを対象とした書換え環境情報としては、そのグループに属するＥＣＵ１９及びグループ内のＥＣＵ順序等である。車両側システム４では、プログラム更新がグループ単位で同期するよう制御し、指定されたＥＣＵ順序でＥＣＵ１９への書込みを実行する。諸元データ生成部２０１は、書換え環境情報登録用の画面を起動し，ＯＥＭの作業者から入力を受付ける。または、書換え環境情報が入力されたエクセル（登録商標）をインポートする形式としても良い。または、構成情報ＤＢ２０８に登録された制約情報を抽出する形式としても良い。

【0057】

バス負荷テーブルは、電源状態とバスの伝送許容量との対応関係を示すテーブルである。伝送許容量は、最大伝送許容量に対して伝送可能な車両制御データと書込みデータとの伝送量の合計である。例えば、第１バスの伝送許容量が最大伝送許容量に対して「８０％」であれば、ＣＧＷ１３は、ＩＧ電源状態では、車両制御データの伝送許容量として最大伝送許容量に対して「５０％」を許容し、書込みデータの伝送許容量として最大伝送許容量に対して「３０％」を許容する。また、ＣＧＷ１３は、ＡＣＣ電源状態では、車両制御データの伝送許容量として最大伝送許容量に対して「３０％」を許容し、書込みデータの伝送許容量として最大伝送許容量に対して「５０％」を許容する。また、ＣＧＷ１３は、＋Ｂ電源状態では、車両制御データの伝送許容量として最大伝送許容量に対して「２０％」を許容し、書込みデータの伝送許容量として最大伝送許容量に対して「６０％」を許容する。第２バス及び第３バスについても同様である。

【0058】

最後に、諸元データ生成部２０１は、生成又は取得した各データを、予め定められた所定のデータ構造に合せて配置し、図８に示すような書換え諸元データを生成する。すなわち、諸元データ生成部２０１は、車両側システム４で解釈可能なデータ構造にて書換え諸元データを生成する。なお、各ＥＣＵ情報については、グループの若い順かつグループ内ＥＣＵ順序に従って書換え諸元データに記載すると良い。例えば、グループ１を「ＡＤＳ」とし、グループ２を１番目が「ＢＲＫ」、２番目が「ＥＰＳ」とする場合、諸元データのＥＣＵ情報欄は、最初に「ＡＤＳ」のＥＣＵ情報、次に「ＢＲＫ」のＥＣＵ情報、最後に「ＥＰＳ」のＥＣＵ情報が並ぶこととなる。

【0059】

図８に示す諸元データにおいて、ＥＣＵ情報の「ＥＣＵ ＩＤ」～「転送サイズ」は、対象ＥＣＵ１９の種別を含む対象装置関連情報の一例であり、上述したハードウェア属性情報及びソフトウェア属性情報に対応する。また、「更新プログラムバージョン」～「Ｈａｓｈ値」は更新データ関連情報の一例である。また、ＥＣＵのグループ又は車両全体を対象とした「書換え環境」は、車両における更新処理を指定する更新処理情報の一例である。

【0060】

次に、本実施形態の要旨に係る作用について説明する。図９に示すように、諸元データ生成部２０１は、新規の差分データを登録する際に、その差分データのＨａｓｈ値を計算すると（Ｓ１）、差分データ及びＨａｓｈ値をＥＣＵリプロデータＤＢ２０４に登録する（Ｓ２）。ＤＢ２０４は、ハッシュ値記憶部に相当する。

【0061】

図１０に示すように、パッケージ生成部２０２は、更新対象となるデータの全ての差分データに対応するＨａｓｈ値を、ＥＣＵリプロデータＤＢ２０４より取得して用意する（Ｓ１１）。尚、更新対象となる差分データが複数ある場合には、差分データ毎にＨａｓｈ値が生成されるので、複数のＨａｓｈ値が生成される。次に、構成情報ＤＢ２０８と個車ＤＢ２１３とを照合し、新たなプログラムによる更新の有無，すなわちキャンペーン情報の有無を判断する。また、パッケージ生成部２０２は、個車パッケージ生成条件に該当するか否かを判断する（Ｓ１２）。個車パッケージ生成条件に該当すると判断されると（ＹＥＳ）ステップＳ１３に移行する。個車パッケージ生成条件に該当しないと判断されると（ＮＯ）ステップＳ１４に移行する。

【0062】

個車パッケージ生成条件は、例えば、更新データが有償であるか否か、言い換えると、更新データが課金パッケージであるか否かである。更新データが有償である場合、個車パッケージ生成条件は肯定判断される。このように構成することで、有償サービスに契約したユーザの車両に更新パッケージの適用を限定することができる。または、個車パッケージ生成条件は、個車パッケージの要否を示すフラグでも良い。例えば、作業者が更新対象となるＥＣＵの種類や更新データの種類に応じてフラグを設定する。更には、Ｓ１２を省略し、配信パッケージの諸元データには常に個車識別情報を格納しても良い。

【0063】

尚、車両識別情報を格納した諸元データを含むパッケージを個車用パッケージと称し、車両識別情報を格納しない諸元データを含むパッケージを汎用パッケージと称す。個車用パッケージは、個車用パッケージの諸元データにより特定される車両のみにより利用されるので、他車両のプログラム更新に用いることを防ぐことができ、カスタマイズされたＥＣＵの設定に対応することができる。対して、汎用パッケージは、所定の型式を有する車両に広く適用されるパッケージであり、１つの汎用パッケージは複数の車両に適用できることから、センター装置３における配信パッケージを生成するのに必要な処理負荷を下げることができる。

【0064】

個車用パッケージであれば、諸元データに車両特定情報である「ＶＩＮ」を格納し（Ｓ１３）、更にＨａｓｈ値と差分データとを紐付ける情報，つまりＨａｓｈ値及び差分データのファイル名を格納する（Ｓ１４）。個車用パッケージでなければ（Ｓ１２；ＮＯ）、ステップＳ１３をスキップしてステップＳ１４を実行する。それから、その他必要な情報を格納して配信パッケージを生成すると（Ｓ１５）、最後にそのパッケージのデータを認証するための署名を付与する（Ｓ１６）。

【0065】

本実施形態では、個車用パッケージ又は汎用パッケージには、更新データ及びロールバックデータは含まれない。更新データ及びロールバックデータは、数Ｇバイト程度のファイルサイズになることがある。これらのデータを個車用パッケージ又は汎用パッケージに含めないことで、パッケージのファイルサイズを大幅に縮小できる。個車用パッケージ又は汎用パッケージは、パッケージ生成において圧縮ファイルとして生成されるので、ファイルサイズが小さいとセンター装置３の処理負荷を低減できる。つまり、センター装置３は、更新データ及びロールバックデータを含むパッケージを生成する場合に比べて、より短時間でパッケージを生成することができる。

【0066】

次に、車載電子制御装置である車両側システム４の処理について説明する。図１１に示すように、車両側システム４は、自車両宛の配信パッケージをダウンロードし、続いて、差分データをダウンロードする（Ｓ２１）。図中の「更新ソフト」は差分データに相当する。又は、車両側システム４は、自車両宛の配信パッケージをダウンロードしてその検証を完了すると、配信パッケージに格納されているファイル名の差分データをダウンロードしても良い。

【0067】

続いて、ダウンロードした差分データについてＨａｓｈ値を計算すると（Ｓ２２）、配信パッケージに格納されているＨａｓｈ値と一致するか否かを判断する（Ｓ２３）。双方のＨａｓｈ値が一致すれば（ＹＥＳ）ＯＴＡを実施し，つまりダウンロードした差分データのインストール及びアクティベートを行ない（Ｓ２４）、Ｈａｓｈ値が一致しなければ（ＮＯ）ＯＴＡを中止する（Ｓ２５）。

【0068】

以上のように本実施形態によれば、センター装置３の構成情報ＤＢ２０８には、複数のＥＣＵ１９それぞれに対する装置の識別情報及び当該装置のソフトウェアアーキテクチャに関する情報が車両の種別と共に記憶される。諸元データ生成部２０１は、データを更新する対象となるＥＣＵ１９のそれぞれについて、更新データと更新前のデータとの差分である差分データを求め、その差分データのハッシュ値を計算し、計算したハッシュ値をＥＣＵリプロデータＤＢ２０４に記憶する。そして、パッケージ生成部２０２は、データの更新対象となるＥＣＵ１９について配信パッケージを生成する際に、ＥＣＵリプロデータＤＢ２０４に記憶されている対応するハッシュ値を用いて生成する。

【0069】

換言すれば、パッケージ生成部２０２は、データの更新対象となるＥＣＵ１９について配信パッケージを生成する際に、ＥＣＵリプロデータＤＢ２０４に記憶されている対応するハッシュ値を含む配信パッケージを生成する。パッケージ生成部２０２は、更新データファイルやロールバックデータを含まない配信パッケージを生成する。

【0070】

このように構成すれば、各車両に配信するパッケージに差分データのハッシュ値を含ませることでデータサイズを低減できるので、当該パッケージの処理時間を短縮できる。また、配信パッケージを受信した車両側では、諸元データに含まれるハッシュ値と、更新データファイルより車両側で算出したハッシュ値とに基づいて、自車両に対応するデータを更新するための差分データが真正なものか否かを判定することが可能になる。

【0071】

また、センター装置３は、差分データと、当該差分データに対応するハッシュ値を含む配信パッケージとを紐付けた紐付け情報を用いてデータを管理するので、そのハッシュ値を含む配信パッケージに対応する差分データを容易に特定できる。

【0072】

また、パッケージ生成部２０２は、複数の「ＥＣＵ ＩＤ」に対応した複数のハッシュ値と、それら複数のハッシュ値に対応する紐付け情報を含んだ配信パッケージを生成する。これにより、配信パッケージを受信した車両側では、ハッシュ値と差分データより算出したハッシュ値とに基づいて、自車両に対応する複数のデータを更新するための複数の差分データが真正なものか否かを容易に判定することが可能になる。

【0073】

更に、パッケージ生成部２０２は、車両の識別情報「ＶＩＮ」を配信パッケージに含めて生成するので、「ＶＩＮ」に基づきパッケージの配信先、つまりパッケージを受信すべき車両を特定できる。加えて、パッケージ生成部２０２は、配信パッケージに、当該配信パッケージのデータを認証するために用いる署名を含めて生成するので、セキュリティを向上させることができる。

【0074】

そして、車両側システム４は、センター装置３より受信した配信パッケージにハッシュ値が含まれていると、センター装置３に対してハッシュ値に対応する差分データのダウンロードを要求する。これにより、ハッシュ値に基づいて、自車両に対応するデータを更新するための差分データを確実に取得できる。

【0075】

また、車両側システム４は、差分データのダウンロードを実行すると、前記ハッシュ値と差分データについて計算したハッシュ値とを比較して、差分データの正当性を検証するので、センター装置３よりダウンロードした差分データの正当性を、配信パッケージに含まれているハッシュ値を用いて検証できる。

【0076】

（その他の実施形態）
車両の識別情報「ＶＩＮ」を配信パッケージに含めて生成することや、配信パッケージについて行う署名は、必要に応じて行えば良い。
ステップＳ２５でＯＴＡを中止した際には、センター装置３に再度ダウンロードの要求を行なっても良い。
本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

【0077】

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

【符号の説明】

【0078】

図面中、１は車両用プログラム書換えシステム、３はセンター装置、４は車両側システム、１１はマスタ装置、１２はＤＣＭ、１３はＣＧＷ、１９はＥＣＵ、２０１は諸元データ生成部、２０２はパッケージ生成部、２０４はＥＣＵリプロデータＤＢ、２０５はＥＣＵメタデータＤＢ、２０６はパッケージＤＢ、２０８は構成情報ＤＢである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】