特許 7571877 車両用電子制御装置及び更新プログラム

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

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

(11)【特許番号】

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

(45)【発行日】2024-10-23

(54)【発明の名称】車両用電子制御装置及び更新プログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241016BHJP

   B60R 16/02 20060101ALI20241016BHJP

【ＦＩ】

G06F8/65

B60R16/02 660U

【請求項の数】 10

(21)【出願番号】P 2023522578

(86)(22)【出願日】2022-04-21

(86)【国際出願番号】 JP2022018438

(87)【国際公開番号】W WO2022244588

(87)【国際公開日】2022-11-24

【審査請求日】2023-06-19

(31)【優先権主張番号】P 2021086157

(32)【優先日】2021-05-21

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000004260

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

(74)【代理人】

【識別番号】110000567

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

(72)【発明者】

【氏名】上原 一浩

【審査官】大倉 崚吾

(56)【参考文献】

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

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

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

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

【文献】米国特許第０７５４６５９５（ＵＳ，Ｂ１）

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

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

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

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

Ｂ６０Ｒ １６／０２

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

【請求項1】

外部から更新データをダウンロードするダウンロード処理を実行するダウンロード処理実行部に対し、前記ダウンロード処理の実行を指示する第１実行指示部（３５）と、
更新データをインストールして更新後のソフトウェアを生成するインストール処理及び更新後のソフトウェアを有効とするアクティベート処理を実行する更新対象ノードに対し、前記インストール処理の実行及び前記アクティベート処理の実行を指示する第２実行指示部（３６～３８）と、
前記第１実行指示部又は前記第２実行指示部に対し、実行要求を、前記更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で送信し、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理のうち何れかの実行を、前記更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で要求する実行要求部（３４ｂ）と、を備え、
前記実行要求部は、前記第２実行指示部に対し、前記インストール処理に係る実行要求を前記更新手法単位で送信することで、前記インストール処理を前記更新手法単位で一括して要求する車両用電子制御装置。

【請求項2】

外部から諸元データを取得する諸元データ取得部（３４ａ）を備え、
前記実行要求部は、前記諸元データに基づいて前記実行要求の送信対象及び送信順序を決定する請求項１に記載した車両用電子制御装置。

【請求項3】

前記実行要求部は、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理を対象とし、前記ダウンロード処理の実行を要求する前に、前記実行要求の送信対象及び送信順序を決定する請求項２に記載した車両用電子制御装置。

【請求項4】

前記実行要求部は、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理を対象とし、何れかの処理を完了する都度、前記実行要求の次の送信対象を決定する請求項２に記載した車両用電子制御装置。

【請求項5】

状態を判定する状態判定部（３４ｃ）を備え、
前記実行要求部は、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理を実行可能な状態であることが前記状態判定部により判定されていることを条件とし、その実行可能な状態である処理の実行を要求する請求項１から４の何れか一項に記載した車両用電子制御装置。

【請求項6】

前記ダウンロード処理、前記インストール処理、前記アクティベート処理のうち何れかに係るユーザからの承諾結果を受信する承諾結果受信部（３４ｄ）と、
何れかの承諾結果が前記承諾結果受信部により受信されると、その受信された承諾結果を外部に送信する承諾結果送信部（３４ｅ）と、を備える請求項１から５の何れか一項に記載した車両用電子制御装置。

【請求項7】

前記第１実行指示部は、前記ダウンロード処理の完了を特定すると、ダウンロード処理完了通知を送信し、
前記第２実行指示部は、前記インストール処理の完了を特定すると、インストール処理完了通知を送信し、前記アクティベート処理の完了を特定すると、アクティベート処理完了通知を送信し、
前記ダウンロード処理完了通知、前記インストール処理完了通知、前記アクティベート処理完了通知のうち何れかを受信する処理完了通知受信部（３４ｆ）と、
何れかの処理完了通知が前記処理完了通知受信部により受信されると、その受信された処理完了通知を外部に送信する処理完了通知送信部（３４ｅ）と、を備える請求項１から６の何れか一項に記載した車両用電子制御装置。

【請求項8】

前記実行要求部は、前記第１実行指示部又は前記第２実行指示部に対し、実行要求を更新手法単位で送信した後に、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理のうち何れかが実行されておらず実行要求の再送条件が成立すると、実行要求を再送する請求項１から７の何れか一項に記載した車両用電子制御装置。

【請求項9】

前記実行要求部は、実行中処理の優先度よりも後続処理の優先度が高い場合には、前記実行中処理を中断し、前記後続処理の実行要求を送信し、前記後続処理を完了後に当該中断した処理の再開を要求する請求項１から８の何れか一項に記載した車両用電子制御装置。

【請求項10】

外部から更新データをダウンロードするダウンロード処理を実行するダウンロード処理実行部に対し、前記ダウンロード処理の実行を指示する第１実行指示部（３５）と、
更新データをインストールして更新後のソフトウェアを生成するインストール処理及び更新後のソフトウェアを有効とするアクティベート処理を実行する更新対象ノードに対し、前記インストール処理の実行及び前記アクティベート処理の実行を指示する第２実行指示部（３６～３８）と、を備える車両用電子制御装置（１３）の制御部（３３）に、
前記第１実行指示部又は前記第２実行指示部に対し、実行要求を、前記更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で送信し、前記ダウンロード処理、前記インストール処理及び前記アクティベート処理のうち何れかの実行を、前記更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で要求する実行要求手順を実行させ、
前記実行要求手順は、前記第２実行指示部に対し、前記第２実行指示部に対し、前記インストール処理に係る実行要求を前記更新手法単位で送信することで、前記インストール処理を前記更新手法単位で一括して要求する更新プログラム。

【発明の詳細な説明】

【関連出願の相互参照】

【0001】

本出願は、２０２１年５月２１日に出願された日本出願番号２０２１－０８６１５７号に基づくもので、ここにその記載内容を援用する。

【技術分野】

【0002】

本開示は、車両用電子制御装置及び更新プログラムに関する。

【背景技術】

【0003】

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

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

【0005】

更新対象となり得るノードは多種多様であり、ソフトウェアの更新手法が異なる場合がある。例えば運転支援や自動運転のためのＡＤＡＳ（Advanced Driving Assistant System）系のノードのソフトウェアを更新する場合には高速なファイル通信でデータ転送し、車両走行のための駆動系のノードのソフトウェアを更新する場合にはダイアグ通信でデータ転送するというように更新手法が異なる。そのため、１つのキャンペーン情報において複数の更新対象ノードのソフトウェアを異なる更新手法で更新する場合がある。そのような場合、更新順序を適切に管理せずに複数の更新手法を同時に実行してしまうと、意図しない組み合わせでソフトウェアが更新されてしまう虞がある。

【0006】

本開示は、複数の更新対象ノードのソフトウェアを異なる更新手法で更新する場合に、ソフトウェアを適切に更新することを目的とする。

【0007】

本開示の一態様によれば、第１実行指示部は、外部から更新データをダウンロードするダウンロード処理を実行するダウンロード処理実行部に対し、ダウンロード処理の実行を指示する。第２実行指示部は、更新データをインストールして更新後のソフトウェアを生成するインストール処理及び更新後のソフトウェアを有効とするアクティベート処理を実行する更新対象ノードに対し、インストール処理の実行及びアクティベート処理の実行を指示する。実行要求部は、第１実行指示部又は第２実行指示部に対し、実行要求を、更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で送信し、ダウンロード処理、インストール処理及びアクティベート処理のうち何れかの実行を、更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で要求する。実行要求部は、第２実行指示部に対し、インストール処理に係る実行要求を更新手法単位で送信することで、インストール処理を更新手法単位ごとに一括して要求する。

【0008】

ダウンロード処理、インストール処理及びアクティベート処理のうち何れかの実行を、更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で要求することで、ダウンロード処理、インストール処理及びアクティベート処理のうち何れかを、更新対象ノードのソフトウェアを更新する際の通信方式や処理の手続きの種別に基づく更新手法単位で実行させるようにした。複数の更新対象ノードのソフトウェアを異なる更新手法で更新する場合に、複数の更新手法を同時に実行してしまう事態や複数の更新手法を不適切な順序で実行してしまう事態を回避することができる。これにより、意図しない組み合わせでソフトウェアが更新されてしまう事態を回避することができ、ソフトウェアを適切に更新することができる。

【図面の簡単な説明】

【0009】

本開示についての上記目的及びその他の目的、特徴や利点は、添付の図面を参照しながら下記の詳細な記述により、より明確になる。その図面は、

【図1】図１は、一実施形態の全体構成を示す図であり、

【図2】図２は、ＣＧＷの電気的な構成を示す図であり、

【図3】図３は、ＥＣＵの電気的な構成を示す図であり、

【図4】図４は、ＣＧＷの機能ブロック図であり、

【図5】図５は、諸元データのうち実行要求の送信対象を示す図であり、

【図6】図６は、諸元データのうち実行要求の送信順序を示す図であり、

【図7】図７は、処理の流れを示す図（その１）であり、

【図8】図８は、処理の流れを示す図（その２）であり、

【図9】図９は、フローチャート（その１）であり、

【図10】図１０は、フローチャート（その２）であり、

【図11】図１１は、フローチャート（その３）であり、

【図12】図１２は、フローチャート（その４）であり、

【図13】図１３は、フローチャート（その５）であり、

【図14】図１４は、フローチャート（その６）であり、

【図15】図１５は、フローチャート（その７）である。

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

【0010】

以下、一実施形態について図面を参照して説明する。
車両用電子制御システムは、電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）に搭載されている車両制御や診断等のソフトウェアをＯＴＡ（Over The Air）により更新可能なシステムである。ソフトウェアは、車両制御や診断等の機能を実現するためのプログラムやデータを含み、アプリケーションと表現することもできる。本実施形態では、車両制御や診断等のソフトウェアを更新する場合について説明するが、例えば地図アプリや当該地図アプリで使用される地図データ等を更新する場合にも適用することができる。

【0011】

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

【0012】

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

【0013】

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

【0014】

センター装置３は、車両用電子制御システム１において通信ネットワーク２側のソフトウェアの更新機能を統括し、ＯＴＡサービスを提供するＯＴＡセンターとして機能する。センター装置３は、ファイルサーバ８と、ウェブサーバ９と、管理サーバ１０とを有し、各サーバ８～１０が相互にデータ通信可能に構成されている。即ち、センター装置３は、機能毎に異なる複数のサーバを含んで構成されている。

【0015】

ファイルサーバ８は、センター装置３から車両側システム４に配信されるソフトウェアのファイルを管理するサーバである。ファイルサーバ８は、センター装置３から車両側システム４に配信されるソフトウェアの提供事業者であるサプライヤ等から提供される更新データ、ＯＥＭ（Original Equipment Manufacturer）から提供される諸元データ、車両側システム４から取得する車両状態等を管理する。

【0016】

ファイルサーバ８は、通信ネットワーク２を介して車両側システム４との間でデータ通信可能であり、キャンペーン情報を車両側システム４に送信し、諸元データを車両側システム４に送信する。又、ファイルサーバ８は、車両側システム４からパッケージデータのダウンロード要求を受信すると、更新データがパッケージ化されたパッケージデータを車両側システム４に送信する。パッケージデータは、圧縮されているｚｉｐ形式のファイルを含む。尚、ファイルサーバ８は、諸元データと更新データとがパッケージ化されたパッケージデータを車両側システム４に送信することで、諸元データと更新データとを車両側システム４に同時に送信しても良い。

【0017】

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

【0018】

車両側システム４は、車両用マスタ装置１１を有する。車両用マスタ装置１１は、車両用電子制御システム１において車両側のソフトウェアの更新機能を統括し、ＯＴＡマスタとして機能する。車両用マスタ装置１１は、ＤＣＭ（Data Communication Module）１２と、ＣＧＷ（Central Gate Way）１３とを有する。

【0019】

ＤＣＭ１２は、センター装置３との間で通信ネットワーク２を介してデータ通信を行い、ダウンロード処理実行部に相当する。ＣＧＷ１３は、ゲートウェイＥＣＵとして機能し、車両用電子制御装置に相当する。ＤＣＭ１２とＣＧＷ１３とは、第１バス１４を介してデータ通信可能に接続されている。図１では、ＤＣＭ１２と車載ディスプレイ７が同一の第１バス１４に接続されている構成を例示しているが、ＤＣＭ１２と車載ディスプレイ７とが別々のバスに接続されている構成でも良い。又、ＤＣＭ１２の機能の一部又は全体をＣＧＷ１３が有する構成でも良いし、ＣＧＷ１３の機能の一部又は全体をＤＣＭ１２が有する構成でも良い。即ち、車両用マスタ装置１１において、ＤＣＭ１２とＣＧＷ１３との機能分担がどのように構成されていても良い。車両用マスタ装置１１は、ＤＣＭ１２及びＣＧＷ１３の２つのＥＣＵから構成されても良いし、ＤＣＭ１２の機能とＣＧＷ１３の機能とを有する１つの統合ＥＣＵで構成されても良い。

【0020】

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

【0021】

第２バス１５は、例えばマルチメディア系のバスであり、マルチメディア系の制御を行うＥＣＵ１９が接続されている。第３バス１６は、例えば運転支援や自動運転のためのＡＤＡＳ系のバスであり、ＡＤＡＳ系の制御を行うＥＣＵ１９が接続されている。第４バス１７は、例えば車両走行のための駆動系のバスであり、駆動系の制御を行うＥＣＵ１９が接続されている。バス１５～１７は、マルチメディア系のバス、ＡＤＡＳ系のバス、駆動系のバス以外の系統のバスであっても良い。又、バスの本数やＥＣＵ１９の個数は例示した構成に限らない。又、バスは系統毎に分けられている必要はなく、例えば車両の前方と後方等、制御対象となるＥＣＵ１９の場所に応じて分けられても良いし、系統とＥＣＵ１９の設定場所に応じて分けられても良い。電源管理ＥＣＵ２０は、ＤＣＭ１２、ＣＧＷ１３、各種ＥＣＵ１９等に供給する電源を管理するＥＣＵである。

【0022】

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

【0023】

ＣＧＷ１３は、パッケージデータをダウンロード可能な条件が成立していることを条件とし、パッケージデータのダウンロード要求をＤＣＭ１２を介してセンター装置３に送信する。パッケージデータをダウンロード可能な条件とは、ダウンロードの承諾が得られていること、ＣＧＷ１３がＤＣＭ１２を介してセンター装置３とデータ通信可能であること、ＤＣＭ１２のストレージの空き容量が所定容量以上であること、車載バッテリの残容量が所定容量以上であること等である。ＣＧＷ１３は、センター装置３からＤＣＭ１２を介してパッケージデータをダウンロードすると、そのダウンロードしたパッケージデータから更新データを取得する。

【0024】

ＣＧＷ１３は、更新データを書込むインストールを指示可能な条件が成立していることを条件とし、その取得した更新データのインストールをソフトウェアの更新対象ＥＣＵ１９に指示する。インストールを指示可能な条件とは、インストールの承諾が得られていること、車両状態がインストール可能な状態であること、更新対象ＥＣＵ１９がインストール可能な状態であること、更新データが正常なデータであること、車載バッテリの残容量が所定容量以上であること等である。更新対象ＥＣＵ１９は、ＣＧＷ１３から更新データのインストールが指示されると、更新データのインストールを実行する。

【0025】

ＣＧＷ１３は、更新対象ＥＣＵ１９において更新データのインストールが完了すると、インストール完了後のソフトウェアを有効とするアクティベートを指示可能な条件が成立していることを条件とし、アクティベートを更新対象ＥＣＵ１９に指示する。アクティベートを指示可能な条件とは、アクティベートの承諾が得られていること、車両状態がアクティベート可能な状態であること、更新対象ＥＣＵ１９がアクティベート可能な状態であること、車載バッテリの残容量が所定容量以上であること等である。更新対象ＥＣＵ１９は、ＣＧＷ１３からアクティベートが指示されると、アクティベートを実行する。

【0026】

図２に示すように、ＣＧＷ１３は、電気的な機能ブロックとして、マイクロコンピュータ（以下、マイコンと称する）２４と、ストレージ２５と、データ転送回路２６と、電源回路２７と、電源検出回路２８とを有する。マイコン２４は、非遷移的実体的記憶媒体に格納されている各種制御プログラムを実行して各種処理を行い、ＣＧＷ１３の動作を制御する。本実施形態では、ＣＧＷ１３に１個のマイコン２４が搭載されている構成を例示しているが、ＣＧＷ１３に搭載されるマイコンの個数、スペック、組み合わせは、ＣＧＷ１３に要求される処理能力に応じて決定される。即ち、ＣＧＷ１３に比較的高い処理能力が要求される場合であれば、比較的高いスペックのマイコンが採用されたり、分散処理や並列処理を実現するために複数のマイコンが採用されたりする。

【0027】

ストレージ２５は、例えばｅＭＭＣ（embedded Multi Media Card）、ＮｏｒＦｌａｓｈである。データ転送回路２６は、バス１４～１８，２１との間のＣＡＮのデータ通信規格、イーサーネットの通信規格、診断通信規格等に準拠したデータ通信を制御する。電源回路２７は、バッテリ電源、アクセサリ電源、イグニッション電源を入力する。電源検出回路２８は、電源回路２７が入力するバッテリ電源の電圧値、アクセサリ電源の電圧値、イグニッション電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２４に出力する。マイコン２４は、電源検出回路２８から入力する比較結果により、外部からＣＧＷ１３に供給されているバッテリ電源、アクセサリ電源、イグニッション電源が正常であるか異常であるかを判定する。

【0028】

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

【0029】

データ転送回路３０は、バス１５～１７との間のＣＡＮのデータ通信規格、イーサーネットの通信規格等に準拠したデータ通信を制御する。電源回路３１は、バッテリ電源、アクセサリ電源、イグニッション電源を入力する。電源検出回路３２は、電源回路３１が入力するバッテリ電源の電圧値、アクセサリ電源の電圧値、イグニッション電源の電圧値を検出し、これらの検出した電圧値を所定の電圧閾値と比較し、その比較結果をマイコン２９に出力する。マイコン２９は、電源検出回路３２から入力する比較結果により、外部からＥＣＵ１９に供給されているバッテリ電源、アクセサリ電源、イグニッション電源が正常であるか異常であるかを判定する。尚、ＥＣＵ１９は、自己が接続する例えばセンサやアクチュエータ等の負荷が異なり、基本的には同等の構成である。

【0030】

上記した構成において、更新対象となり得るＥＣＵ１９が多種多様であることから、マルチメディア系のＥＣＵ１９、ＡＤＡＳ系のＥＣＵ１９、駆動系のＥＣＵ１９では、ソフトウェアの更新手法が異なる場合がある。例えばＡＤＡＳ（Advanced Driving Assistant System）系のＥＣＵ１９のソフトウェアを更新する場合には高速なファイル通信でデータ転送し、駆動系のＥＣＵ１９のソフトウェアを更新する場合にはダイアグ通信でデータ転送するというように更新手法が異なる。このようにソフトウェアの更新手法が異なる複数のＥＣＵ１９が混在する構成に対し、ＣＧＷ１３は以下の構成を採用している。更新手法が異なるとは、上記したようにデータ転送する通信方式が異なること以外に、データ転送する通信方式が同じでもＥＣＵ１９の系統が異なることも意味する。更新手法とは、ＥＣＵ１９のソフトウェアを更新する際の方式や順序であり、方式や順序とは、より具体的には、例えばストレージやストリーミング等のデータ転送する通信方式や更新に必要な処理の手続きの種別を示す。尚、１つの更新手法により更新対象となるＥＣＵ１９は１つに限らず、纏めて更新される複数のＥＣＵ１９の場合もある。

【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】

ＣＧＷ１３において、全体管理部３４からの実行要求の再送条件が成立すると、実行要求を再送するようにしたので、全体管理部３４が実行要求を送信したにも拘らず何らの理由で処理を実行しない場合に適切に対処することができる。

【0070】

ＣＧＷ１３において、実行中処理の優先度よりも後続処理の優先度が高い場合に、実行中処理を中断し、後続処理の実行要求を送信し、後続処理を完了後に当該中断した処理の再開を要求するようにしたので、法規等の優先度が高い処理要求が発生した場合に適切に対処することができる。

【0071】

本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

【0072】

３個の更新マスタ３６～３８が設けられることで、３種類の系統のＥＣＵ１９の更新処理を管理する構成を例示したが、２個以下や４個以上の更新マスタが設けられることで、２種類以下や４種類以上の系統のＥＣＵ１９の更新処理を管理する構成でも良い。即ち、１個の更新マスタが設けられることで、１種類の系統のＥＣＵ１９の更新処理を管理する構成でも良い。

【0073】

アクティベート実行要求を第１更新マスタ３６、第２更新マスタ３７、第３更新マスタ３８に同時に送信する構成を例示したが、アクティベート実行要求を第１更新マスタ３６、第２更新マスタ３７、第３更新マスタ３８に個別のタイミングで送信する構成でも良い。

【0074】

全体管理部３４において、諸元データを受信したと判定すると、その諸元データを参照して実行要求の送信対象及び送信順序を決定する構成を例示したが、実行要求の最初の送信対象だけを決定し、処理完了通知を受信する都度、実行要求の次の送信対象を決定しても良い。

【0075】

センター装置３からのパッケージデータをＤＣＭ１２がダウンロードして更新データを取得する構成を例示したが、更新対象ＥＣＵ１９がダウンローダ３５の機能を有することで、センター装置３からのパッケージデータを更新対象ＥＣＵ１９が直接ダウンロードして更新データを取得する構成でも良い。

【0076】

ダウンロード承諾、インストール承諾及びアクティベート承諾は、それぞれの処理において必要ではない。例えばインストール承諾とアクティベート承諾とを一度の承諾により実施しても良い。

【0077】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】