知財求人 - 知財ポータルサイト「IP Force」
特開2024-141658更新情報通知装置、車両システム及び更新情報通知プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024141658
(43)【公開日】2024-10-10
(54)【発明の名称】更新情報通知装置、車両システム及び更新情報通知プログラム
(51)【国際特許分類】
G06F 8/65 20180101AFI20241003BHJP
B60R 16/02 20060101ALI20241003BHJP
【ＦＩ】
G06F8/65
B60R16/02 660U
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023053436
(22)【出願日】2023-03-29
(71)【出願人】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】110000567
【氏名又は名称】弁理士法人サトー
(72)【発明者】
【氏名】高木 孝一
(72)【発明者】
【氏名】蓬莱 明日
(72)【発明者】
【氏名】間根山 しおり
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376CA05
5B376CA19
5B376GA08
(57)【要約】
【課題】ソフトウェアの更新に関する更新情報をシーンに応じて適切に通知する。
【解決手段】更新情報通知装置７は、更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる。更新情報通知装置は、更新情報を取得する更新情報取得部１６ａと、乗員の状態を示す乗員状態を特定する乗員状態特定部１６ｂと、車両の状態を示す車両状態を特定する車両状態特定部１６ｃと、更新情報の通知態様を決定し、その決定した通知態様にしたがって更新情報を通知装置から通知させる通知制御部１６ｅと、を備える。通知制御部は、乗員状態特定部による特定結果及び車両状態特定部による特定結果に基づいて更新情報の通知態様を決定する。
【選択図】図２
【解決手段】更新情報通知装置７は、更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる。更新情報通知装置は、更新情報を取得する更新情報取得部１６ａと、乗員の状態を示す乗員状態を特定する乗員状態特定部１６ｂと、車両の状態を示す車両状態を特定する車両状態特定部１６ｃと、更新情報の通知態様を決定し、その決定した通知態様にしたがって更新情報を通知装置から通知させる通知制御部１６ｅと、を備える。通知制御部は、乗員状態特定部による特定結果及び車両状態特定部による特定結果に基づいて更新情報の通知態様を決定する。
【選択図】図２
【特許請求の範囲】
【請求項1】
更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる更新情報通知装置（７）であって、
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する更新情報通知装置。
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する更新情報通知装置。
【請求項2】
前記通知制御部は、前記更新情報として、ソフトウェアの更新の進捗状況を前記通知装置から通知させる請求項１に記載した更新情報通知装置。
【請求項3】
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能を前記通知装置から通知させる請求項１に記載した更新情報通知装置。
【請求項4】
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能をアイコン表示により前記通知装置から通知させる請求項３に記載した更新情報通知装置。
【請求項5】
前記車両状態特定部は、前記車両状態として、車両走行中、停車中又は駐車中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、車両走行中、停車中又は駐車中の何れであるかに基づいて前記更新情報の通知態様を決定する請求項１に記載した更新情報通知装置。
前記通知制御部は、前記車両状態特定部による特定結果として、車両走行中、停車中又は駐車中の何れであるかに基づいて前記更新情報の通知態様を決定する請求項１に記載した更新情報通知装置。
【請求項6】
前記車両状態特定部は、前記車両状態として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに基づいて前記更新情報の通知態様を決定する請求項１に記載した更新情報通知装置。
前記通知制御部は、前記車両状態特定部による特定結果として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに基づいて前記更新情報の通知態様を決定する請求項１に記載した更新情報通知装置。
【請求項7】
前記通知制御部は、前記更新情報の通知態様として、複数の前記通知装置のうち何れかを決定する請求項１に記載した更新情報通知装置。
【請求項8】
前記通知制御部は、前記更新情報の通知態様として、通知情報量を決定する請求項１に記載した更新情報通知装置。
【請求項9】
前記通知制御部は、車両が車両走行中であることが前記車両状態特定部により特定された場合の前記更新情報の通知態様を、停車中であることが前記車両状態特定部により特定された場合よりも通知情報量を少なく決定する請求項１に記載した更新情報通知装置。
【請求項10】
前記通知制御部は、乗員が複数人であることが前記乗員状態特定部により特定された場合に、前記更新情報の通知態様として、複数の前記通知装置を決定する請求項１に記載した更新情報通知装置。
【請求項11】
更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知する通知装置（１１～１４）と、
前記更新情報を前記通知装置から通知させる更新情報通知装置（７）と、を備えた車両システム（２）であって、
前記更新情報通知装置は、
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する車両システム。
前記更新情報を前記通知装置から通知させる更新情報通知装置（７）と、を備えた車両システム（２）であって、
前記更新情報通知装置は、
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する車両システム。
【請求項12】
更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる更新情報通知装置（７）の制御部（１６）に、
前記更新情報を取得する更新情報取得手順と、
乗員の状態を示す乗員状態を特定する乗員状態特定手順と、
車両の状態を示す車両状態を特定する車両状態特定手順と、
前記乗員状態特定手順による特定結果及び前記車両状態特定手順による特定結果に基づいて前記更新情報の通知態様を決定する通知態様決定手順と、
前記通知態様決定手順により決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御手順と、を実行させる更新情報通知プログラム。
前記更新情報を取得する更新情報取得手順と、
乗員の状態を示す乗員状態を特定する乗員状態特定手順と、
車両の状態を示す車両状態を特定する車両状態特定手順と、
前記乗員状態特定手順による特定結果及び前記車両状態特定手順による特定結果に基づいて前記更新情報の通知態様を決定する通知態様決定手順と、
前記通知態様決定手順により決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御手順と、を実行させる更新情報通知プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、更新情報通知装置、車両システム及び更新情報通知プログラムに関する。
【背景技術】
【0002】
従来より、例えば機能向上やバグ改修等を目的とし、車載の電子制御装置（以下、ＥＣＵ（Electronic Control Unit）と称する）のソフトウェアを更新する技術が供されている。このものでは、サーバが更新ソフトウェアをソフトウェア更新装置へ配信し、ソフトウェア更新装置が更新ソフトウェアを更新対象ＥＣＵへ送信することで、更新対象ＥＣＵのソフトウェアを更新する。ソフトウェアの更新は、ソフトウェアの更新をドライバへ推奨するキャンペーン通知のフェーズ、ソフトウェア更新装置がサーバから更新ソフトウェアを取得するダウンロードのフェーズ、更新対象ＥＣＵが更新ソフトウェアを記憶領域へ書き込むインストールのフェーズ、更新対象ＥＣＵが更新ソフトウェアを有効化するアクティベートのフェーズを順次実施する。この場合、ソフトウェアの更新に関する更新情報を、例えば車載表示装置や携帯情報端末等に表示させることでドライバ等へ通知する。例えば特許文献１には、ソフトウェアの更新に関する更新情報をドライバ等へ通知する構成として、更新ソフトウェアの特徴に基づいてドライバ等への通知を異ならせる手法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－９６５４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ソフトウェアの更新が実施されるシーンは様々であり、多数のシーンに分類される。例えば更新情報を車両走行中や駐車中に通知する場合がある。更新情報を車両走行中に通知する場合には、ドライバが運転中の状況で更新情報を通知する虞があり、通知するタイミングや情報量によってはドライバの誘目を招く虞がある。一方、更新情報を駐車中に通知する場合には、車内に乗員が不在の状況で更新情報を通知する虞があり、車両バッテリの電力を不要に消費する虞がある。このような事情により、更新情報をシーンに応じて適切に通知することが求められる。
【0005】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、ソフトウェアの更新に関する更新情報をシーンに応じて適切に通知することができる更新情報通知装置、車両システム及び更新情報通知プログラムを提供することにある。
【課題を解決するための手段】
【0006】
請求項１に記載した発明によれば、更新情報通知装置（７）は、更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる。更新報取得部（１６ａ）は、前記更新情報を取得する。乗員状態特定部（１６ｂ）は、乗員の状態を示す乗員状態を特定する。車両状態特定部（１６ｃ）は、車両の状態を示す車両状態を特定する。通知制御部（１６ｅ）は、前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる。前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する。
【0007】
乗員状態の特定結果及び車両状態の特定結果に基づいて更新情報の通知態様を決定し、その決定した通知態様にしたがって更新情報を通知させるようにした。更新情報の通知態様を一律にして更新情報を通知するのではなく、更新情報の通知態様を乗員状態及び車両状態に応じて決定して更新情報を通知することで、ソフトウェアの更新に関する更新情報をシーンに応じて適切に通知することができる。
【0008】
例えば更新情報を車両走行中に通知する場合には、更新情報を詳細な通知態様で通知するとドライバの誘目を招く虞があるが、情報量を少なくして更新情報を簡易な通知態様で通知することでドライバの誘目を未然に回避することができる。例えば更新情報を駐車中に通知する場合には、情報量を多くして更新情報を詳細な通知態様で通知すると車両バッテリの電力を不要に消費する虞があるが、更新情報を簡易な通知態様で通知することで車両バッテリの不要な電力消費を未然に回避することができる。
【図面の簡単な説明】
【0009】
【図1】一実施形態の全体構成を示す機能ブロック図
【図2】ＨＣＵの機能ブロック図
【図3】ケース区分テーブルを示す図
【図4】表示態様の内容を示す図
【図5】表示態様の内容を示す図
【図6】表示態様の内容を示す図
【図7】表示態様の内容を示す図
【図8】表示態様の内容を示す図
【図9】表示態様の内容を示す図
【図10】表示パターンテーブルを示す図
【図11】表示パターンを示す図
【図12】表示パターンを示す図
【図13】表示優先度を説明する図
【図14】操作優先度を説明する図
【図15】表示情報量を説明する図
【図16】更新情報通知信号の受信判定処理を示すフローチャート
【図17】エラー情報通知信号の受信判定処理を示すフローチャート
【図18】簡易表示要求の操作判定処理を示すフローチャート
【図19】簡易表示への切り替えを説明する図
【図20】簡易表示への切り替えを説明する図
【図21】簡易表示への切り替えを説明する図
【図22】メータ装置の表示を説明する図
【図23】詳細表示要求の操作判定処理を示すフローチャート
【図24】詳細表示へ切り替え不能である理由の表示を説明する図
【図25】詳細表示への切り替えを説明する図
【図26】中止要求の操作判定処理を示すフローチャート
【図27】中止要求を破棄した理由を示すメッセージの表示を説明する図
【図28】中止情報の表示を説明する図
【図29】中止情報の表示を説明する図
【図30】車両電源オフ時の更新情報の表示要求判定処理を示すフローチャート
【図31】ソフトウェア更新中の車両電源オフ判定処理を示すフローチャート
【発明を実施するための形態】
【0010】
以下、一実施形態について図面を参照して説明する。ソフトウェア更新システム１は、車両に搭載されている車両システム２と、ＯＴＡ（Over The Air）センターとして機能するサーバ３（配信装置に相当する）とが通信ネットワーク４を介してデータ通信可能に構成されている。車両システム２は、ＯＴＡマスタとして機能するソフトウェア更新装置（以下、セントラルゲートウェイ（ＣＧＷ（Central Gateway）と称する）５と、多数のＥＣＵ６と、ＨＭＩ（Human Machine Interface）制御ユニット（以下、ＨＣＵ（HMI Control Unitと称する）７（更新情報通知装置に相当する）とが車載ネットワーク８を介してデータ通信可能に構成されている。
【0011】
車載ネットワーク８は、例えばＣＡＮ（Controller Area Network）（登録商標）である。車載ネットワーク８は、ＦＬＥＸＲＡＹ（登録商標）、ＣＸＰＩ（Clock Extension Peripheral Interface）（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）等であっても良い。本実施形態では、４つのＥＣＵ６が車載ネットワーク８と接続されている構成を例示しているが、車載ネットワーク８と接続されるＥＣＵ６の個数は任意である。又、車載ネットワーク８の本数も任意である。
【0012】
ＥＣＵ６は、例えば駆動系の制御を行う装置、ＡＤＡＳ（Advanced Driving Assistant System）系の制御を行う装置、マルチメディア系の制御を行う装置等であり、ソフトウェアの改修や機能向上等によりソフトウェアの更新対象である更新対象ＥＣＵ６となり得る。ソフトウェアとは、コンピュータに動作を行わせるための処理手順を命令する所謂プログラムに加え、プログラムを実行する上で参照されるファイル、データ、ライブラリ等を含む。ＥＣＵ６の種別として、ソフトウェアの記憶領域の構成により、ソフトウェアの記憶領域を２面で持つ２面メモリを備えるＥＣＵと、ソフトウェアの記憶領域を１面で持つ１面メモリを備えるＥＣＵとがある。２面メモリはデュアルバンクメモリと称される場合があり、１面メモリはシングルバンクメモリと称される場合がある。又、ＨＣＵ７もソフトウェアの更新対象となり得る。
【0013】
ＣＧＷ５には、車載通信機（以下、ＤＣＭ（Data Communication Module）と称する）９が接続されている。ＤＣＭ９は、サーバ３と通信ネットワーク４を介して無線接続することで当該サーバ３から配信された更新パッケージを受信可能となる。サーバ３から配信される更新パッケージには、更新対象ＥＣＵ６を特定可能な諸元データと、更新対象ＥＣＵ６に書き込まれる更新ソフトウェアとが含まれる。更新ソフトウェアは、ソフトウェアを全体的に書き換える場合には所謂全データに相当し、ソフトウェアを部分的に書き換える場合には所謂差分データに相当する。ＤＣＭ９は、サーバ３から配信された更新パッケージを取得すると、その取得した更新パッケージをＣＧＷ５へ転送する。
【0014】
ＣＧＷ５は、ＤＣＭ９から更新パッケージが転送されると、その転送された更新パッケージから諸元データ及び更新ソフトウェアを抽出し、その抽出した諸元データから更新対象ＥＣＵ６を特定し、その抽出した更新ソフトウェアを更新対象ＥＣＵ６へ送信すると共に更新指示を更新対象ＥＣＵ６へ送信し、更新対象ＥＣＵ６にソフトウェアの更新を実施させる。即ち、更新対象ＥＣＵ６は、ＣＧＷ５から更新ソフトウェアを受信すると共に更新指示を受信し、更新ソフトウェアを記憶領域へ書き込むことでソフトウェアの更新を実施する。サーバ３から通信ネットワーク４を介して取得された更新ソフトウェアが更新対象ＥＣＵ６に書き込まれる態様は所謂無線リプロと称される。本実施形態では、ＤＣＭ９がＣＧＷ５とは別に配置されている構成を例示しているが、ＤＣＭ９の機能がＣＧＷ５に組み込まれている構成でも良い。
【0015】
又、車載ネットワーク８にはリプログツール１０（配信装置に相当する）が着脱可能に接続される。リプログツール１０は、車載ネットワーク８と接続されている状態で更新ソフトウェアを更新対象ＥＣＵ６へ配信すると共に更新指示を更新対象ＥＣＵ６へ送信し、更新対象ＥＣＵ６にソフトウェアの更新を実施させる。即ち、更新対象ＥＣＵ６は、リプログツール１０から更新ソフトウェアを受信すると共に更新指示を受信し、更新ソフトウェアを記憶領域へ書き込むことでソフトウェアの更新を実施する。リプログツール１０から通信ネットワーク４を介さずに取得された更新ソフトウェアが更新対象ＥＣＵ６に書き込まれる態様は所謂有線リプロと称される。本実施形態では、リプログツール１０が車載ネットワーク８と直接接続される構成を例示しているが、リプログツール１０がＣＧＷ５を介して車載ネットワーク８と接続される構成でも良い。
【0016】
ソフトウェアの更新のフェーズとして、サーバ３からソフトウェアの更新を車両システム２へ推奨するキャンぺーン通知のフェーズ、ＣＧＷ５がサーバ３から更新パッケージを取得するダウンロードのフェーズ、ＣＧＷ５が更新ソフトウェアの書き込みを更新対象ＥＣＵ６へ指示することで更新対象ＥＣＵ６が更新ソフトウェアを記憶領域へ書き込むインストールのフェーズ、ＣＧＷ５が更新ソフトウェアの有効化を更新対象ＥＣＵ６へ指示することで更新対象ＥＣＵ６が更新ソフトウェアを有効化するアクティベートのフェーズとがある。ドライバが各フェーズを適宜承諾することで各フェーズが進行する。ＣＧＷ５は、これらのキャンぺーン通知、ダウンロード、インストール、アクティベートの各フェーズにおいてソフトウェアの更新状況を管理し、その更新状況を示す更新情報通知信号をＨＣＵ７へ送信する。
【0017】
更新情報とは、ソフトウェアの更新に関する様々な情報であり、ソフトウェアの更新の進捗状況、ソフトウェアの更新中において使用制限の対象となる機能等を特定可能な情報含む。例えばキャンペーン通知のフェーズであれば、更新ソフトウェアのファイル名、ファイルサイズ、機能説明等である。例えばダウンロードのフェーズであれば、ダウンロードの開始を示す情報、ダウンロードの実行中を示す情報、ダウンロードの進捗としてダウンロード予定のデータ量に対するダウンロード完了済みのデータ量を百分率で示す数値等の情報、何らかの原因によりダウンロードを中断した場合に当該中断の理由を通知する情報、ダウンロード完了を示す情報等である。例えばインストールのフェーズであれば、インストールの開始を示す情報、インストールの実行中を示す情報、インストールの進捗としてインストール予定のデータ量に対するインストール完了済みのデータ量を百分率で示す数値等の情報、何らかの原因によりインストールを中断した場合に当該中断の理由を通知する情報、インストール完了を示す情報等である。例えばアクティベートのフェーズであれば、アクティベートの開始を示す情報、アクティベートの実行中を示す情報、アクティベートの進捗としてアクティベート予定のデータ量に対するアクティベート完了済みのデータ量を百分率で示す数値等の情報、何らかの原因によりアクティベートを中断した場合に当該中断の理由を通知する情報、アクティベート完了を示す情報等である。又、例えば走行制御に関与するソフトウェアの更新中であれば、走行制御に関与して使用制限の対象となる機能等を特定可能な情報である。
【0018】
ＣＧＷ５は、更新情報通知信号を所定周期でＨＣＵ７へ送信する。又、ＣＧＷ５は、ソフトウェアの更新にエラーが発生すると、エラー情報通知信号を割り込みでＨＣＵ７へ送信する。
【0019】
ＨＣＵ７には、センターインフォメーションディスプレイ（以下、ＣＩＤ（Center Information Display）と称する）１１（通知装置に相当する）と、メータ装置１２（通知装置に相当する）と、ヘッドアップディスプレイ（以下、ＨＵＤ（Head-Up Display）と称する）１３（通知装置に相当する）とが接続されている。ＣＩＤは、ドライバ席前方に配置され、例えばナビゲーション機能に利用される地図、パーキングアシスト機能によるカメラ映像、オーディオに関するオーディオ情報、空調に関する空調情報等を表示する。メータ装置１２は、ドライバ席前方に配置され、各種インジケータを含み、車速、シフト位置、燃料の残量、警告等を表示する。ＨＵＤ１３は、車速、シフト位置、経路案内等の情報をドライバ席前方の虚像としてフロントウィンドウに投影する。又、外部機器１４は、ＤＣＭ９と通信ネットワーク４を介して無線接続することで車両システム２とデータ通信可能である。外部機器１４は、乗員が携帯可能な例えばスマートフォンやタブレット端末等の携帯情報端末であり、乗員が車外において使用可能な端末である。
【0020】
ＨＣＵ７は、ソフトウェアの更新に伴い、ＣＧＷ５から更新情報通知信号を受信すると、その更新情報通知信号に基づいた更新情報をＣＩＤ１１やメータ装置１２に表示可能である。更新情報をメータ装置１２に表示する場合として、更新情報をインジケータの点灯、点滅又は消灯の何れかにより通知することも含む。又、ＨＣＵ７は、外部機器１４とＤＣＭ９とが通信ネットワーク４を介して無線接続されており、外部機器１４と車両システム２とがデータ通信可能な状況であれば、ソフトウェアの更新に伴い、ＣＧＷ５から更新情報通知信号を受信すると、その更新情報通知信号に基づいた更新情報を外部機器１４に表示可能である。
【0021】
更新情報がＣＩＤ１１やメータ装置１２に表示されることで、ソフトウェアの更新に関する様々な情報を車内において乗員が確認可能となる。又、乗員が外部機器１４を車外で使用している状況で更新情報が外部機器１４に表示されることで、ソフトウェアの更新に関する様々な情報を車外においても乗員が確認可能となる。本実施形態では、更新情報をＣＩＤ１１、メータ装置１２及び外部機器１４に表示させる構成を例示しているが、更新情報をＨＵＤ１３に表示させても良い。
【0022】
ＨＣＵ７には、乗員が操作入力可能な操作入力部１５が接続されている。操作入力部１５は、例えばＣＩＤ１１のタッチパネル、外部機器１４のタッチパネル、ステアリングに配置されているステアリングスイッチ等である。操作入力部１５は、乗員の操作入力を検知すると、操作入力検知信号をＨＣＵ７へ送信する。乗員は更新情報に対して操作入力部１５により操作入力を行うことができる。例えばキャンペーン通知後にダウンロードの承諾を問う承諾画面が表示されれば、ダウンロードを承諾するか否かの操作入力を行うことができる。例えばダウンロード後にインストールの承諾を問う承諾画面が表示されれば、インストールを承諾するか否かの操作入力を行うことができる。例えばインストール後にアクティベートの承諾を問う承諾画面が表示されれば、アクティベートを承諾するか否かの操作入力を行うことができる。
【0023】
図２に示すように、ＨＣＵ７は、制御部１６と、ＣＡＮ通信部１７とを備える。制御部１６は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）等を有するマイクロコンピュータを主体として構成されている。制御部１６は、非遷移的実体的記憶媒体に格納されている制御プログラムを実行することで当該制御プログラムに対応する処理を実行し、ＨＣＵ７の動作全般を制御する。ＣＡＮ通信部１７は、車載ネットワーク８との間でのＣＡＮ信号の送受信を制御する。尚、ＨＣＵ７は、車両バッテリから供給されるバッテリ電源（＋Ｂ）に接続されており、車両電源のオフ状態でも動作可能である。
【0024】
制御部１６は、更新情報取得部１６ａと、乗員状態特定部１６ｂと、車両状態特定部１６ｃと、操作入力特定部１６ｄと、表示制御部１６ｅ（通知制御部に相当する）とを備える。これらの各部１６ａ～１６ｅは、更新情報通知プログラムを実行する。
【0025】
更新情報取得部１６ａは、ＣＧＷ５から更新情報通知信号を受信すると、その受信した更新情報通知信号に基づいて更新情報を取得する。
【0026】
乗員状態特定部１６ｂは、乗員の状態を示す乗員状態を特定する。乗員状態特定部１６ｂは、例えば車内を撮影する画像センサにより撮影された画像の解析結果、着座を検知するシートセンサの検知結果、シートベルトの装着を検知するシートベルトセンサの検知結果、生体を検知する生体センサの検知結果等を示す乗員状態通知信号を受信すると、その受信した乗員状態通知信号に基づいて乗員状態を特定する。乗員状態特定部１６ｂは、乗員状態として、例えば乗員がドライバのみであるか、乗員がドライバと同乗者であるか、乗員が同乗者のみであるか、乗員が車内に不在であるか、乗員が乗車したか、乗員が降車したか等を特定する。
【0027】
車両状態特定部１６ｃは、車両の状態を示す車両状態を特定する。車両状態特定部１６ｃは、例えばイグニッション信号のオンオフ状態、アクセサリ信号のオンオフ状態、自動運転機能のオンオフ状態等を示す車両状態通知信号を受信すると、その受信した車両状態通知信号に基づいて車両状態を特定する。車両状態特定部１６ｃは、車両状態として、例えば車両走行中、停車中又は駐車中の何れであるか、自動運転中又は手動運転中の何れであるか等を特定する。本実施形態では、エンジン自動車を想定し、イグニッション信号のオンオフ状態により車両走行中又は駐車中の何れであるかを特定する構成を例示しているが、電気自動車を想定する場合であれば、ＥＶ（Electric Vehicle）システムのオンオフ状態により車両走行中又は駐車中の何れであるかを特定しても良い。
【0028】
操作入力特定部１６ｄは、乗員の操作入力を特定する。操作入力特定部１６ｄは、操作入力部１５から操作入力検知信号を受信すると、その受信した操作入力検知信号に基づいて乗員の操作入力を特定する。
【0029】
表示制御部１６ｅは、上記した乗員状態特定部１６ｂの特定結果、車両状態特定部１６ｃの特定結果及び操作入力特定部１６ｄの特定結果に基づいて更新情報の表示態様を決定する。即ち、表示制御部１６ｅは、更新情報を一律の表示態様で表示させるのではなく、乗員状態、車両状態及び乗員の操作入力の状況に応じて異なる表示態様で表示させる。表示制御部１６ｅは、更新情報の表示態様を決定すると、表示指示信号をＣＩＤ１１やメータ装置１２に送信し、その決定した表示態様にしたがって更新情報をＣＩＤ１１やメータ装置１２に表示させる。又、表示制御部１６ｅは、車両システム２と外部機器１４とがデータ通信可能であれば、更新情報の表示態様を決定すると、表示指示信号をＤＣＭ５から外部機器１４に送信させ、その決定した表示態様にしたがって更新情報を外部機器１４に表示させる。
【0030】
更新情報の表示態様について説明する。表示制御部１６ｅは、図３に示すように、乗員状態、車両状態及び乗員の操作入力に基づいてケースを区分したケース区分テーブルを保持している。表示制御部１６ｅは、乗員状態特定部１６ｂの特定結果、車両状態特定部１６ｃの特定結果及び操作入力特定部１６ｄの特定結果に基づいて該当するケースを特定する。表示制御部１６ｅは、例えば車内の乗員がドライバのみであり、手動運転による車両走行中であり、ＣＩＤ１１等に対する操作入力がある場合には、ケース１－１を特定する。又、表示制御部１６ｅは、例えば車内の乗員がドライバと同乗者であり、駐車中であり、アクセサリがオフであり、イグニッションオフ後から所定時間が経過した場合には、ケース２－１０を特定する。
【0031】
表示制御部１６ｅは、ケース区分テーブルにより区分されている各ケースについて、図４から図９に示すように、更新情報の表示態様の内容を予め定義している。更新情報の表示態様の内容は、キャンペーン通知、ダウンロード、インストール及びアクティベートの各フェーズにおける表示パターン、ソフトウェア更新の対象が重要な機能の場合の表示優先度、操作優先度及び表示情報量、ソフトウェア更新の対象が重要でない機能の場合の表示優先度、操作優先度及び表示情報量を含む。
【0032】
表示制御部１６ｅは、図１０に示すように、表示パターンとして表示パターン１～５を示す表示パターンテーブルを保持しており、それぞれ該当する機器を有効又は無効の何れかに設定する。表示パターン１～５は、図１１から図１２に示すように、それぞれＣＩＤ１１、メータ装置１２、ＨＵＤ１３及び外部機器１４の有効又は無効のパターンである。表示制御部１６ｅは、有効に設定している機器において更新情報を表示させ、無効に設定している機器において更新情報を表示させない。表示制御部１６ｅは、表示パターン１，３，４では複数の機器を有効に設定しているので、表示パターン１，３，４を選択すると、更新情報を複数の機器で表示させる。
【0033】
表示制御部１６ｅは、図１３に示すように、表示優先度として優先度１～３の何れかを設定する。それぞれ優先度１は「必ず表示する」、優先度２は「表示可能な状態であれば表示する」、優先度３は「表示可能な状態であっても表示しない」という主旨である。
【0034】
表示制御部１６ｅは、図１４に示すように、操作優先度として優先度１～４の何れかを設定する。それぞれ優先度１は「ドライバのみが操作可能」、優先度２は「ドライバがいても条件付きで同乗者が操作可能」、優先度３は「ドライバがいなくても同乗者が操作可能（例えば購入済みのアプリや無料のアプリは使用可能）」、優先度４は「ドライバ及び同乗車の何れも操作不能」という主旨である。
【0035】
表示制御部１６ｅは、図１５に示すように、表示情報量として情報量１～４の何れかを設定する。情報量１は「詳細説明」、情報量２は「簡易説明」、情報量３は「アイコンや図」、情報量４は「なし」という主旨である。
【0036】
表示制御部１６ｅは、例えば車内の乗員がドライバのみであり、手動運転による車両走行中であり、ＣＩＤ１１等に対する操作入力があり、ケース１－１を特定した場合には、キャンペーン通知のフェーズにおいて、表示パターン１を選択することでＣＩＤ１１と外部機器１４を有効に設定すると共にメータ装置１２とＨＵＤ１３を無効に設定する。即ち、表示制御部１６ｅは、キャンペーン通知に関する更新情報をＣＩＤ１１と外部機器１４に表示させる。表示制御部１６ｅは、ダウンロードのフェーズにおいて、表示パターン５を選択することでＣＩＤ１１を有効に設定すると共にメータ装置１２とＨＵＤ１３と外部機器１４を無効に設定する。即ち、表示制御部１６ｅは、ダウンロードに関する更新情報をＣＩＤ１１に表示させる。表示制御部１６ｅは、インストールのフェーズにおいて、表示パターン４を選択することでＣＩＤ１１とメータ装置１２を有効に設定すると共にＨＵＤ１３と外部機器１４を無効に設定する。即ち、表示制御部１６ｅは、インストールに関する更新情報をＣＩＤ１１とメータ装置１２に表示させる。表示制御部１６ｅは、アクティベートのフェーズにおいて、表示パターン４を選択することでＣＩＤ１１とメータ装置１２を有効に設定すると共にＨＵＤ１３と外部機器１４を無効に設定する。即ち、表示制御部１６ｅは、アクティベートに関する更新情報をＣＩＤ１１とメータ装置１２に表示させる。
【0037】
又、表示制御部１６ｅは、例えばケース１－１を特定した場合では、ソフトウェア更新の対象が重要な機能であれば、表示優先度を優先度２、操作優先度を優先度４、表示情報量を情報量１から３の何れかに設定する。又、表示制御部１６ｅは、例えばケース１－１を特定した場合では、ソフトウェア更新の対象が重要でない機能であれば、表示優先度を優先度３に設定し、操作優先度及び表示情報量を設定しない。
【0038】
このように表示制御部１６ｅは、乗員状態、車両状態及び乗員の操作入力に応じて該当するケースを特定し、その特定したケースにより予め定義している表示態様にしたがって更新情報を表示する。
【0039】
例えば手動運転による車両走行中のケース１－１と自動運転による車両走行中のケース１－３とを対比した場合、ダウンロードのフェーズについて、ケース１－１で表示パターン５を定義し、ケース１－３で表示パターン４を定義している。これは、手動運転による車両走行中に更新情報をメータ装置１２に表示させるとドライバの運転操作の妨げになる虞があるが、自動運転による車両走行中では更新情報をメータ装置１２に表示させても不具合が生じないことを根拠として定義している。
【0040】
同じく例えばケース１－１とケース１－３とを対比した場合、重要な機能のソフトウェア更新の操作優先度について、ケース１－１で優先度４を定義し、ケース１－３で優先度１を定義している。これは、手動運転による車両走行中に操作を許容するとドライバの運転操作の妨げになる虞があるが、自動運転による車両走行中では操作を許容しても不具合が生じないことを根拠として定義している。
【0041】
例えば手動運転による車両走行中のケース１－１と駐車中の降車時のケース１－９とを対比した場合、重要な機能のソフトウェア更新の表示優先度について、ケース１－１で優先度２を定義し、ケース１－９で優先度１を定義している。これは、手動運転による車両走行中では更新情報の表示を必須としないが、駐車中の降車時では更新情報の表示を必須とすることを意図して定義している。
【0042】
例えば手動運転による車両走行中のケース１－１と停車中のケース１－５とを対比した場合、重要でない機能のソフトウェア更新の表示情報量について、ケース１－１で情報量を定義せず、ケース１－５で優先度１，２，３を定義しても良い。これは、手動運転による車両走行中に情報量を多くするとドライバの運転操作の妨げになる虞があるが、停車中に情報量を多くしても不具合が生じないことを根拠として定義している。
【0043】
次に、上記した構成の作用について図１６から図３１を参照して説明する。ここでは、乗員状態の特定結果及び車両状態の特定結果に基づいて更新情報の表示態様を決定する処理、操作入力の特定結果に基づいて更新情報の表示態様を決定する処理、車両電源オフ時に更新情報を表示する処理について順次説明する。
【0044】
（１）乗員状態の特定結果及び車両状態の特定結果に基づいて更新情報の表示態様を決定する処理（図１６から図１７参照）。ここでは、更新情報通知信号の受信判定処理、エラー情報通知信号の受信判定処理について順次説明する。
【0045】
（１－１）更新情報通知信号の受信判定処理（図１６参照）
制御部１６は、更新情報通知信号の受信判定処理を所定周期で行う。制御部１６は、更新情報通知信号の受信判定処理を開始すると、ＣＧＷ５から更新情報通知信号を受信したか否かを判定する（Ｓ１０１）。制御部１６は、更新情報通知信号を受信していないと判定すると（Ｓ１０１：ＮＯ）、更新情報通知信号の受信判定処理を終了する。
制御部１６は、更新情報通知信号の受信判定処理を所定周期で行う。制御部１６は、更新情報通知信号の受信判定処理を開始すると、ＣＧＷ５から更新情報通知信号を受信したか否かを判定する（Ｓ１０１）。制御部１６は、更新情報通知信号を受信していないと判定すると（Ｓ１０１：ＮＯ）、更新情報通知信号の受信判定処理を終了する。
【0046】
制御部１６は、更新情報通知信号を受信したと判定すると（Ｓ１０１：ＹＥＳ）、その受信した更新情報通知信号に基づいて更新情報を取得する（Ｓ１０２、更新情報取得手順に相当する）。制御部１６は、乗員状態通知信号に基づいて乗員状態を特定する（Ｓ１０３、乗員状態特定手順に相当する）。制御部１６は、車両状態通知信号に基づいて車両状態を特定する（Ｓ１０４、車両状態特定手順に相当する）。制御部１６は、操作入力検知信号に基づいて乗員の操作入力を特定する（Ｓ１０５、操作入力特定手順に相当する）。
【0047】
制御部１６は、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果に基づいて更新情報の表示態様を決定する（Ｓ１０６、通知態様決定手順に相当する）。即ち、制御部１６は、図３に示したケース区分テーブルを参照して該当するケースを選択する。制御部１６は、該当するケースを選択すると、その選択したケースにしたがって表示指示信号を該当する機器に送信し、更新情報を該当する機器に表示させ（Ｓ１０７、通知制御手順に相当する）、更新情報通知信号の受信判定処理を終了する。
【0048】
制御部１６は、図３に示したケース区分テーブルにより、例えば乗員状態の特定結果として「ドライバのみ」を特定し、車両状態の特定結果として「車両走行中、且つ手動運転中」を特定し、乗員の操作入力の特定結果として「操作入力あり」を特定すると、ケース１－１を特定する。制御部１６は、図４に示したケース１－１に該当する表示態様により、例えばキャンペーン通知のフェーズであれば表示パターン１を選択し、キャンペーン通知に関する更新情報をＣＩＤ１１及び外部機器１４に表示させる。即ち、ドライバは、キャンペーン通知に関する更新情報をＣＩＤ１１及び外部機器１４により確認することができる。
【0049】
キャンペーン通知のフェーズからダウンロードのフェーズへ移行すると、制御部１６は、表示パターン５を選択し、ダウンロードに関する更新情報をＣＩＤ１１に表示させる。即ち、ドライバは、ダウンロードに関する更新情報をＣＩＤ１１により確認することができる。ダウロードのフェーズからインストールのフェーズへ移行すると、制御部１６は、表示パターン４を選択し、インストールに関する更新情報をＣＩＤ１１及びメータ装置１２に表示させる。即ち、ドライバは、インストールに関する更新情報をＣＩＤ１１及びメータ装置１２により確認することができる。インストールのフェーズからアクティベートのフェーズへ移行すると、制御部１６は、表示パターン４の選択を継続し、アクティベートに関する更新情報をＣＩＤ１１及びメータ装置１２に表示させる。即ち、ドライバは、アクティベートに関する更新情報をＣＩＤ１１及びメータ装置１２により確認することができる。
【0050】
以上は、キャンペーン通知のフェーズからアクティベートのフェーズまでケース１－１を継続する場合を例示したが、制御部１６は、キャンペーン通知のフェーズからアクティベートのフェーズまでの途中で乗員状態、車両状態又は乗員の操作入力の変化を特定すると、その変化にしたがって該当する新たなケースを選択する。制御部１６は、その選択した新たなケースにしたがって表示指示信号を該当する機器に送信し、更新情報を該当する機器に表示させる。例えば乗員状態の特定結果として「ドライバのみ」を特定し、車両状態の特定結果として「停車中」を特定し、乗員の操作入力の特定結果として「操作入力あり」を特定すると、新たにケース１－５を特定する。制御部１６は、図４に示したケース１－５に該当する表示態様により更新情報を該当する機器に表示させる。即ち、制御部１６は、ケース１－１からケース１－５へ切り替えて更新情報を該当する機器に表示させる。
【0051】
（１－２）エラー情報通知信号の受信判定処理（図１７参照）
制御部１６は、エラー情報通知信号の受信判定処理を所定周期で行う。制御部１６は、エラー情報通知信号の受信判定処理を開始すると、ＣＧＷ５からエラー情報通知信号を受信したか否かを判定する（Ｓ１１１）。制御部１６は、エラー情報通知信号を受信していないと判定すると（Ｓ１１１：ＮＯ）、エラー情報通知信号の受信判定処理を終了する。
制御部１６は、エラー情報通知信号の受信判定処理を所定周期で行う。制御部１６は、エラー情報通知信号の受信判定処理を開始すると、ＣＧＷ５からエラー情報通知信号を受信したか否かを判定する（Ｓ１１１）。制御部１６は、エラー情報通知信号を受信していないと判定すると（Ｓ１１１：ＮＯ）、エラー情報通知信号の受信判定処理を終了する。
【0052】
制御部１６は、エラー情報通知信号を受信したと判定すると（Ｓ１１１：ＹＥＳ）、その受信したエラー情報通知信号に基づいてエラー情報を取得する（Ｓ１１２）。制御部１６は、乗員状態通知信号に基づいて乗員状態を特定する（Ｓ１１３）。制御部１６は、車両状態通知信号に基づいて車両状態を特定する（Ｓ１１４）。制御部１６は、操作入力検知信号に基づいて乗員の操作入力を特定する（Ｓ１１５）。
【0053】
制御部１６は、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果に基づいてエラー情報の表示態様を決定する（Ｓ１１６）。即ち、制御部１６は、図３に示したケース区分テーブルを参照して該当するケースを選択する。制御部１６は、該当するケースを選択すると、その選択したケースにしたがって表示指示信号を該当する機器に送信し、エラー情報を該当する機器に表示させ（Ｓ１１７）、エラー情報通知信号の受信判定処理を終了する。
【0054】
（２）操作入力の特定結果に基づいて更新情報の表示態様を決定する処理（図１８から図２９参照）。ここでは、簡易表示要求の操作判定処理、詳細表示要求の操作判定処理、中止要求の操作判定処理について順次説明する。
【0055】
（２－１）簡易表示要求の操作判定処理（図１８から図２２参照）
例えば更新情報の簡易表示を望むドライバは簡易表示要求の操作入力を行う。制御部１６は、更新情報を表示中において簡易表示要求の操作判定処理を所定周期で行う。制御部１６は、簡易表示要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により簡易表示要求の操作入力が発生したか否かを判定する（Ｓ２０１）。制御部１６は、簡易表示要求の操作入力が発生していないと判定すると（Ｓ２０１：ＮＯ）、簡易表示要求の操作判定処理を終了する。
例えば更新情報の簡易表示を望むドライバは簡易表示要求の操作入力を行う。制御部１６は、更新情報を表示中において簡易表示要求の操作判定処理を所定周期で行う。制御部１６は、簡易表示要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により簡易表示要求の操作入力が発生したか否かを判定する（Ｓ２０１）。制御部１６は、簡易表示要求の操作入力が発生していないと判定すると（Ｓ２０１：ＮＯ）、簡易表示要求の操作判定処理を終了する。
【0056】
制御部１６は、簡易表示要求の操作入力が発生したと判定すると（Ｓ２０１：ＹＥＳ）、表示中の更新情報を簡易表示へ切り替え可能であるか否かを判定する（Ｓ２０２）。制御部１６は、表示中の更新情報を簡易表示へ切り替え可能でないと判定すると（Ｓ２０２：ＮＯ）、表示中の更新情報を簡易表示へ切り替えず、簡易表示要求の操作判定処理を終了する。制御部１６は、表示中の更新情報を簡易表示へ切り替え可能であると判定すると（Ｓ２０２：ＹＥＳ）、表示中の更新情報を簡易表示へ切り替え（Ｓ２０３）、簡易表示要求の操作判定処理を終了する。
【0057】
図１９に示すように、制御部１６は、更新情報として例えばダウンロード状況としてのプログレスバーＡ１及びアップデート機能詳細として機能説明Ａ２をＣＩＤ１１に表示中に、簡易表示へ切り替え可能であると判定すると、更新情報としてプログレスバーＡ３のみを表示すると共に更新情報とは無関係な情報としてメニューボタン群Ａ４を表示する画面へ切り替える。更新情報とは無関係な情報は、メニューボタン群Ａ４以外であっても良く、例えばナビゲーション機能に利用される地図、パーキングアシスト機能によるカメラ映像、オーディオに関するオーディオ情報、空調に関する空調情報等でも良い。
【0058】
又、図２０に示すように、制御部１６は、更新ソフトウェアが複数の場合も同様であり、更新情報としてプログレスバーＡ３，Ａ５のみを更新ソフトウェア毎に表示すると共にメニューボタン群Ａ４を表示する画面へ切り替える。
【0059】
又、図２１に示すように、制御部１６は、更新情報としてプログレスバーＡ３に代えて更新中ボタンＡ６を点滅表示すると共にメニューボタン群Ａ４を表示する画面へ切り替えても良い。
【0060】
又、図２２に示すように、制御部１６は、インジケータＡ７～Ａ９をメータ装置１２に表示させ、ソフトウェアを更新中の機能に対応するインジケータＡ８，Ａ９についてソフトウェアの更新を完了するまでの残り時間を表示させても良い。
【0061】
（２－２）詳細表示要求の操作判定処理（図２３から図２５参照）
例えば更新情報の詳細表示を望むドライバは詳細表示要求の操作入力を行う。制御部１６は、更新情報を表示中において詳細表示要求の操作判定処理を所定周期で行う。制御部１６は、詳細表示要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により詳細表示要求の操作入力が発生したか否かを判定する（Ｓ２１１）。制御部１６は、詳細表示要求の操作入力が発生していないと判定すると（Ｓ２１１：ＮＯ）、詳細表示要求の操作判定処理を終了する。
例えば更新情報の詳細表示を望むドライバは詳細表示要求の操作入力を行う。制御部１６は、更新情報を表示中において詳細表示要求の操作判定処理を所定周期で行う。制御部１６は、詳細表示要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により詳細表示要求の操作入力が発生したか否かを判定する（Ｓ２１１）。制御部１６は、詳細表示要求の操作入力が発生していないと判定すると（Ｓ２１１：ＮＯ）、詳細表示要求の操作判定処理を終了する。
【0062】
制御部１６は、詳細表示要求の操作入力が発生したと判定すると（Ｓ２１１：ＹＥＳ）、表示中の更新情報を詳細表示へ切り替え可能であるか否かを判定する（Ｓ２１２）。制御部１６は、表示中の更新情報を詳細表示へ切り替え可能でないと判定すると（Ｓ２１２：ＮＯ）、表示中の更新情報を詳細表示へ切り替えず、詳細表示へ切り替え不能である理由を示すメッセージ表示させ（Ｓ２１３）、詳細表示要求の操作判定処理を終了する。
【0063】
制御部１６は、表示中の更新情報を詳細表示へ切り替え可能であると判定すると（Ｓ２１２：ＹＥＳ）、乗員状態通知信号に基づいて乗員状態を特定し（Ｓ２１４）、車両状態通知信号に基づいて車両状態を特定し（Ｓ２１５）、操作入力検知信号に基づいて乗員の操作入力を特定し（Ｓ２１６）、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果に基づいて更新情報の表示態様を決定する（Ｓ２１７）。制御部１６は、その決定した表示態様にしたがって表示中の更新情報を詳細表示へ切り替え（Ｓ２１８）、詳細表示要求の操作判定処理を終了する。
【0064】
図２４に示すように、制御部１６は、更新情報として更新中ボタンＡ６を表示すると共にメニューボタン群Ａ４をＣＩＤ１１に表示中に、詳細表示へ切り替え可能でないと判定すると、表示中の更新情報を詳細表示へ切り替えず、詳細表示へ切り替え不能である理由を示す「車両走行中のため詳細表示できません」というメッセージＡ１０を表示させる。
【0065】
図２５に示すように、制御部１６は、更新情報として更新中ボタンＡ６を表示すると共にメニューボタン群Ａ４をＣＩＤ１１に表示中に、詳細表示へ切り替え可能であると判定すると、更新情報として例えばダウンロード状況としてのプログレスバーＡ１及びアップデート機能詳細として機能説明Ａ２を表示する画面へ切り替える。
【0066】
（２－３）中止要求の操作判定処理（図２６から図２９参照）
例えばソフトウェア更新の中止を望むドライバは中止要求の操作入力を行う。制御部１６は、更新情報を表示中において中止要求の操作判定処理を所定周期で行う。制御部１６は、中止要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により中止要求の操作入力が発生したか否かを判定する（Ｓ２２１）。制御部１６は、中止要求の操作入力が発生していないと判定すると（Ｓ２２１：ＮＯ）、中止要求の操作判定処理を終了する。
例えばソフトウェア更新の中止を望むドライバは中止要求の操作入力を行う。制御部１６は、更新情報を表示中において中止要求の操作判定処理を所定周期で行う。制御部１６は、中止要求の操作判定処理を開始すると、操作入力部１５からの操作入力検知信号により中止要求の操作入力が発生したか否かを判定する（Ｓ２２１）。制御部１６は、中止要求の操作入力が発生していないと判定すると（Ｓ２２１：ＮＯ）、中止要求の操作判定処理を終了する。
【0067】
制御部１６は、中止要求の操作入力が発生したと判定すると（Ｓ２２１：ＹＥＳ）、中止要求の対象が重要な機能であるか否かを判定する（Ｓ２２２）。制御部１６は、中止要求の操作入力が発生したと判定すると（Ｓ２２１：ＹＥＳ）、中止要求のソフトウェア更新の対象が重要な機能であるか否かを判定する（Ｓ２２２）。
【0068】
制御部１６は、中止要求のソフトウェア更新の対象が重要な機能であると判定すると（Ｓ２２２：ＹＥＳ）、中止要求を破棄する（Ｓ２２３）。制御部１６は、中止要求を破棄した理由を示すメッセージを表示させ（Ｓ２２４）、中止要求の操作判定処理を終了する。
【0069】
制御部１６は、中止要求のソフトウェア更新の対象が重要な機能でないと判定すると（Ｓ２２２：ＮＯ）、更新情報を簡易表示中であるか否かを判定する（Ｓ２２５）。制御部１６は、更新情報を簡易表示中であると判定すると（Ｓ２２５：ＹＥＳ）、ソフトウェア更新の中止を示す中止情報を該当する機器に表示させ（Ｓ２２６）、中止要求の操作判定処理を終了する。
【0070】
制御部１６は、更新情報を簡易表示中でないと判定すると（Ｓ２２５：ＮＯ）、乗員状態通知信号に基づいて乗員状態を特定し（Ｓ２２７）、車両状態通知信号に基づいて車両状態を特定し（Ｓ２２８）、操作入力検知信号に基づいて乗員の操作入力を特定し（Ｓ２２９）、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果に基づいて更新情報の表示態様を決定する（Ｓ２３０）。制御部１６は、その決定した表示態様にしたがってソフトウェア更新の中止を示す中止情報を該当する機器に表示させ（Ｓ２３１）、中止要求の操作判定処理を終了する。この場合、制御部１６は、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果により詳細表示可能であれば中止情報を詳細表示させ、詳細表示可能でなければ中止情報を簡易表示させる。
【0071】
図２７に示すように、制御部１６は、例えば中止ボタンＡ１１の操作入力が発生したと判定し、中止要求のソフトウェア更新の対象が重要な機能であると判定すると、中止要求を破棄し、中止要求を破棄した理由を示す「車両の根幹となる機能であるためソフトウェア更新を中止できません」というメッセージＡ１２をポップアップ表示させる。
【0072】
図２８に示すように、制御部１６は、更新情報を簡易表示中であると判定すると、ソフトウェア更新の中止を示す中止情報を該当する機器に表示させる。制御部１６は、例えば更新中ボタンＡ６をグレイアウトすることで中止情報を表示させる。
【0073】
図２９に示すように、制御部１６は、更新情報を簡易表示中でないと判定すると、乗員状態の特定結果、車両状態の特定結果及び乗員の操作入力の特定結果に基づいて更新情報の表示態様を決定し、その決定した表示態様にしたがってソフトウェア更新の中止を示す中止情報を該当する機器に表示させる。制御部１６は、ソフトウェア更新を中止したことを示す「ソフトウェア更新を中止しました 再開する場合は「再開」ボタンを操作してください」というメッセージＡ１３を表示させる。
【0074】
【0075】
（３－１）車両電源オフ時の更新情報の表示要求判定処理
制御部１６は、車両電源オフ時の更新情報の表示要求判定処理を所定周期で行う。制御部１６は、更新情報の表示要求判定処理を開始すると、乗員状態通知信号に基づいて乗員状態を特定し（Ｓ３０１）、車内に乗員が車内に存在するか否かを判定する（Ｓ３０２）。制御部１６は、車内に乗員が車内に存在すると判定すると（Ｓ３０２：ＹＥＳ）、車両電源オフ時の更新情報の表示要求判定処理を終了する。
制御部１６は、車両電源オフ時の更新情報の表示要求判定処理を所定周期で行う。制御部１６は、更新情報の表示要求判定処理を開始すると、乗員状態通知信号に基づいて乗員状態を特定し（Ｓ３０１）、車内に乗員が車内に存在するか否かを判定する（Ｓ３０２）。制御部１６は、車内に乗員が車内に存在すると判定すると（Ｓ３０２：ＹＥＳ）、車両電源オフ時の更新情報の表示要求判定処理を終了する。
【0076】
制御部１６は、車内に乗員が車内に存在しないと判定する、即ち、乗員が不在であると判定すると（Ｓ３０２：ＮＯ）、操作入力検知信号に基づいて乗員の操作入力を特定し（Ｓ３０３）、更新情報の表示要求を示す操作入力が発生したか否かを判定する（Ｓ３０４）。更新情報の表示要求を示す操作入力が発生していないと判定する（Ｓ３０４：ＮＯ）、車両電源オフ時の更新情報の表示要求判定処理を終了する。
【0077】
制御部１６は、更新情報の表示要求を示す操作入力が発生したと判定する（Ｓ３０４：ＹＥＳ）、乗員状態の特定結果及び乗員の操作入力の特定結果に基づいて更新情報の表示態様を決定する（Ｓ３０５）。制御部１６は、その決定した表示態様にしたがって更新情報を該当する機器に表示させ（Ｓ３０６）、車両電源オフ時の更新情報の表示要求判定処理を終了する。
【0078】
（３－２）ソフトウェア更新中の車両電源オフ判定処理
制御部１６は、ソフトウェア更新中の車両電源オフ判定処理を所定周期で行う。制御部１６は、ソフトウェア更新中の車両電源オフ判定処理を開始すると、ソフトウェアを更新中であるか否かを判定する（Ｓ３１１）。制御部１６は、ソフトウェアを更新中でないと判定すると（Ｓ３１１：ＮＯ）、ソフトウェア更新中の車両電源オフ判定処理を終了する。
制御部１６は、ソフトウェア更新中の車両電源オフ判定処理を所定周期で行う。制御部１６は、ソフトウェア更新中の車両電源オフ判定処理を開始すると、ソフトウェアを更新中であるか否かを判定する（Ｓ３１１）。制御部１６は、ソフトウェアを更新中でないと判定すると（Ｓ３１１：ＮＯ）、ソフトウェア更新中の車両電源オフ判定処理を終了する。
【0079】
制御部１６は、ソフトウェアを更新中であると判定すると（Ｓ３１１：ＹＥＳ）、車両状態通知信号に基づいて車両状態を特定し（Ｓ３１２）、車両電源がオフであるか否かを判定する（Ｓ３１３）。制御部１６は、車両電源がオフでないと判定すると（Ｓ３１３：ＮＯ）、ソフトウェア更新中の車両電源オフ判定処理を終了する。
【0080】
制御部１６は、車両電源がオフであると判定すると（Ｓ３１３：ＹＥＳ）、更新情報の表示を継続し（Ｓ３１４）、ソフトウェア更新中の車両電源オフ判定処理を終了する。
【0081】
以上は、更新情報取得部１６ａ、乗員状態特定部１６ｂ、車両状態特定部１６ｃ、操作入力特定部１６ｄ及び表示制御部１６ｅがＨＣＵ７に配置されている構成を例示したが、各部１６ａ～１６ｅの機能が別々の機器に分散されて配置されても良い。例えば乗員状態を特定するＥＣＵ、車両状態を特定するＥＣＵ、乗員の操作入力を特定するＥＣＵが別々に配置され、それら各ＥＣＵが特定結果をＨＣＵ７へそ送信する構成でも良い。又、各部１６ａ～１６ｅの機能がＣＧＷ５に配置されている構成でも良い。
【0082】
以上に説明した本実施形態によれば、以下に示す作用効果を得ることができる。ＨＣＵ７において、乗員状態の特定結果及び車両状態の特定結果に基づいて更新情報の表示態様を決定し、その決定した表示態様にしたがって更新情報を表示させるようにした。更新情報の表示態様を一律にして更新情報を表示するのではなく、更新情報の表示態様を乗員状態及び車両状態に応じて決定して更新情報を表示することで、ソフトウェアの更新に関する更新情報をシーンに応じて適切に表示することができる。
【0083】
例えば更新情報を車両走行中に表示する場合には、更新情報を詳細な表示態様で表示するとドライバの誘目を招く虞があるが、情報量を少なくして更新情報を簡易な表示態様で表示することでドライバの誘目を未然に回避することができる。例えば更新情報を駐車中に表示する場合には、情報量を多くして更新情報を詳細な表示態様で表示すると車両バッテリの電力を不要に消費する虞があるが、更新情報を簡易な表示態様で表示することで車両バッテリの不要な電力消費を未然に回避することができる。
【0084】
更新情報として、ソフトウェアの更新の進捗状況を表示させるようにした。例えばダウンロードのフェーズであれば、ダウンロードの開始を示す情報、ダウンロードの実行中を示す情報、ダウンロードの進捗としてダウンロード予定のデータ量に対するダウンロード完了済みのデータ量を百分率で示す数値等の情報、何らかの原因によりダウンロードを中断した場合に当該中断の理由を通知する情報、ダウンロード完了を示す情報等を適切に表示することができる。
【0085】
更新情報として、ソフトウェアの更新中において使用制限の対象となる機能を表示させるようにした。例えば走行制御に関与するソフトウェアの更新中であれば、走行制御に関与して使用制限の対象となる機能を表示することができる。この場合、ソフトウェアの更新中において使用制限の対象となる機能をアイコン表示により表示することで、使用制限の対象となる機能を簡易に表示することができる。
【0086】
車両状態として、車両走行中、停車中又は駐車中の何れであるかを特定し、車両走行中、停車中又は駐車中の何れであるかに基づいて更新情報の表示態様を決定するようにした。車両走行中、停車中又は駐車中の何れであるかに応じて更新情報の表示態様を適切に決定することができ、車両走行中、停車中又は駐車中の何れであるかに応じて更新情報を適切に表示することができる。
【0087】
車両状態として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかを特定し、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに基づいて更新情報の表示態様を決定するようにした。手動運転による車両走行中又は自動運転による車両走行中の何れであるかに応じて更新情報の表示態様を適切に決定することができ、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに応じて更新情報を適切に表示することができる。
【0088】
更新情報の表示態様として、複数の表示装置のうち何れかを決定するようにした。配置位置や表示サイズが異なる複数の表示装置の中から適切な表示装置を選択することで、更新情報を適切に表示することができる。
【0089】
更新情報の表示態様として、表示情報量を決定するようにした。更新情報を適切な表示情報量で表示することができる。
【0090】
本開示は、特許請求の範囲の記載に加え、以下の発明も含む。
［１］
更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる更新情報通知装置（７）であって、
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する更新情報通知装置。
［１］
更新対象の電子制御装置のソフトウェアが配信装置から取得された更新ソフトウェアにより更新される際のソフトウェアの更新に関する更新情報を通知装置から通知させる更新情報通知装置（７）であって、
前記更新情報を取得する更新情報取得部（１６ａ）と、
乗員の状態を示す乗員状態を特定する乗員状態特定部（１６ｂ）と、
車両の状態を示す車両状態を特定する車両状態特定部（１６ｃ）と、
前記更新情報の通知態様を決定し、その決定した通知態様にしたがって前記更新情報を前記通知装置から通知させる通知制御部（１６ｅ）と、を備え、
前記通知制御部は、前記乗員状態特定部による特定結果及び前記車両状態特定部による特定結果に基づいて前記更新情報の通知態様を決定する更新情報通知装置。
【0091】
［２］
前記通知制御部は、前記更新情報として、ソフトウェアの更新の進捗状況を前記通知装置から通知させる［１］に記載した更新情報通知装置。
前記通知制御部は、前記更新情報として、ソフトウェアの更新の進捗状況を前記通知装置から通知させる［１］に記載した更新情報通知装置。
【0092】
［３］
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能を前記通知装置から通知させる［１］又は［２］に記載した更新情報通知装置。
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能を前記通知装置から通知させる［１］又は［２］に記載した更新情報通知装置。
【0093】
［４］
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能をアイコン表示により前記通知装置から通知させる［３］に記載した更新情報通知装置。
前記通知制御部は、前記更新情報として、ソフトウェアの更新中において使用制限の対象となる機能をアイコン表示により前記通知装置から通知させる［３］に記載した更新情報通知装置。
【0094】
［５］
前記車両状態特定部は、前記車両状態として、車両走行中、停車中又は駐車中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、車両走行中、停車中又は駐車中の何れであるかに基づいて前記更新情報の通知態様を決定する［１］から［４］の何れか一項に記載した更新情報通知装置。
前記車両状態特定部は、前記車両状態として、車両走行中、停車中又は駐車中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、車両走行中、停車中又は駐車中の何れであるかに基づいて前記更新情報の通知態様を決定する［１］から［４］の何れか一項に記載した更新情報通知装置。
【0095】
［６］
前記車両状態特定部は、前記車両状態として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに基づいて前記更新情報の通知態様を決定する［１］から［５］の何れか一項に記載した更新情報通知装置。
前記車両状態特定部は、前記車両状態として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかを特定し、
前記通知制御部は、前記車両状態特定部による特定結果として、手動運転による車両走行中又は自動運転による車両走行中の何れであるかに基づいて前記更新情報の通知態様を決定する［１］から［５］の何れか一項に記載した更新情報通知装置。
【0096】
［７］
前記通知制御部は、前記更新情報の通知態様として、複数の前記通知装置のうち何れかを決定する［１］から［６］の何れか一項に記載した更新情報通知装置。
前記通知制御部は、前記更新情報の通知態様として、複数の前記通知装置のうち何れかを決定する［１］から［６］の何れか一項に記載した更新情報通知装置。
【0097】
［８］
前記通知制御部は、前記更新情報の通知態様として、通知情報量を決定する［１］から［７］の何れか一項に記載した更新情報通知装置。
前記通知制御部は、前記更新情報の通知態様として、通知情報量を決定する［１］から［７］の何れか一項に記載した更新情報通知装置。
【0098】
［９］
前記通知制御部は、車両が車両走行中であることが前記車両状態特定部により特定された場合の前記更新情報の通知態様を、停車中であることが前記車両状態特定部により特定された場合よりも通知情報量を少なく決定する［１］から［８］の何れか一項に記載した更新情報通知装置。
前記通知制御部は、車両が車両走行中であることが前記車両状態特定部により特定された場合の前記更新情報の通知態様を、停車中であることが前記車両状態特定部により特定された場合よりも通知情報量を少なく決定する［１］から［８］の何れか一項に記載した更新情報通知装置。
【0099】
［１０］
前記通知制御部は、乗員が複数人であることが前記乗員状態特定部により特定された場合に、前記更新情報の通知態様として、複数の前記通知装置を決定する［１］から［９］の何れか一項に記載した更新情報通知装置。
前記通知制御部は、乗員が複数人であることが前記乗員状態特定部により特定された場合に、前記更新情報の通知態様として、複数の前記通知装置を決定する［１］から［９］の何れか一項に記載した更新情報通知装置。
【0100】
本開示は、実施例に準拠して記述されたが、当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、更には、それらに一要素のみ、それ以上、或いはそれ以下を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。
【0101】
本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することにより提供された専用コンピュータにより実現されても良い。或いは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によりプロセッサを構成することにより提供された専用コンピュータにより実現されても良い。若しくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路により構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより実現されても良い。又、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていても良い。
【符号の説明】
【0102】
図面中、１はソフトウェア更新システム、２は車両システム、３はサーバ（配信装置）、７はＨＣＵ（更新情報通知装置）、６はＥＣＵ（電子制御装置）、１０はリプログツール（配信装置）、１１はＣＩＤ（通知装置）、１２はメータ装置（通知装置）、１３はＨＵＤ（通知装置）、１４は携帯情報端末（通知装置）、１６は制御部、１６ａは更新情報取得部、１６ｂは乗員状態特定部、１６ｃは車両状態特定部、１６ｄは操作入力特定部、１６ｅは表示制御部（通知制御部）である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】