特開 2025-80073 制御装置、制御方法、及び記憶媒体

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

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

(11)【公開番号】P2025080073

(43)【公開日】2025-05-23

(54)【発明の名称】制御装置、制御方法、及び記憶媒体

(51)【国際特許分類】

   G06F 8/65 20180101AFI20250516BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2023193075

(22)【出願日】2023-11-13

(71)【出願人】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】増田 勝博

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

5B376

【Ｆターム（参考）】

5B376CA44

5B376GA07

(57)【要約】

【課題】ソフトウェア更新でのユーザ許諾の頻度を減らす。
【解決手段】車両１０に搭載された車載機器のソフトウェア更新に関する情報を表示するＨＭＩ１８を制御するＯＴＡマスタ１１は、更新ソフトウェアのインストールの実行に車載機器の機能の一時停止を伴う第１更新、及び更新ソフトウェアのインストールの実行に車載機器の機能の一時停止を伴う第２更新の２種のソフトウェア更新のうち、第１更新の場合にのみ、インストールの開始前に、車両１０のユーザによるインストールの実行の許諾操作を受け付けていることを示す許諾受付画像をＨＭＩ１８に表示させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御する制御部を備えており、
前記制御部は、第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させることを行い、
前記第１更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴うソフトウェア更新であり、前記第２更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴わないソフトウェア更新である制御装置。

【請求項2】

前記制御部は、前記ソフトウェア更新が前記第１更新である場合、前記インストールの実行中に、前記車載機器の機能が一時停止することを示す情報、及び前記インストールの実行中に一時停止する前記車載機器の機能の内容を示す情報の少なくとも一方を前記表示部に表示させる請求項１に記載の制御装置。

【請求項3】

前記制御部は、前記更新ソフトウェアのダウンロードの完了後、前記車両の走行状況、及び前記車両の位置の少なくとも一方に基づき決定される時期に前記許諾受付画像を前記表示部に表示させる請求項１に記載の制御装置。

【請求項4】

車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御する方法であって、
第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させ、
前記第１更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴うソフトウェア更新であり、前記第２更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴わないソフトウェア更新である制御方法。

【請求項5】

車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御する制御装置により実行されるプログラムを格納した記憶媒体であって、
前記プログラムは、第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させること、を前記制御装置に実行させるものであり、
前記第１更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴うソフトウェア更新であり、前記第２更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴わないソフトウェア更新である記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両に搭載された車載機器のソフトウェア更新に関する情報の表示に係る制御装置、制御方法、及び記憶媒体に関する。

【背景技術】

【0002】

車両には、ソフトウェアの実行により動作する各種の車載機器が搭載されている。無線通信を介して車外からダウンロードしたソフトウェアにより、車載機器のソフトウェアを更新するＯＴＡ（Over The Air）技術が知られている。特許文献１には、更新ソフトウェアのダウンロード、インストール、及びアクティベートの３つのフェイズを通じて車載機器のソフトウェアを更新するＯＴＡ技術が記載されている。上記従来の技術では、各フェイズのそれぞれの開始前に、ユーザの許諾を求めている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１６３３９６号公報

【発明の概要】

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

【0004】

許諾の問い合わせの頻度が高いと、ユーザが煩わしく感じる虞がある。

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

【0005】

上記課題を解決する制御装置は、車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御する制御部を備えており、前記制御部は、第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させることを行うように構成されている。

【0006】

上記課題を解決する制御方法は、車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御するための制御方法であって、第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させている。

【0007】

上記課題を解決する記憶媒体は、車両に搭載された車載機器のソフトウェア更新に関する情報を表示する表示部を制御する制御装置により実行されるプログラムを格納した記憶媒体であって、前記プログラムは、第１更新及び第２更新の２種のソフトウェア更新のうち、前記第１更新の場合のみ、前記車載機器への更新ソフトウェアのインストールの開始前に、前記車両のユーザによる前記インストールの実行の許諾操作を受け付けていることを示す許諾受付画像を前記表示部に表示させることを前記制御装置に実行させるものである。

【0008】

上記制御装置、制御方法、及び記憶媒体における前記第１更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴うソフトウェア更新であり、前記第２更新は、前記インストールの実行に前記車載機器の機能の一時停止を伴わないソフトウェア更新である。

【発明の効果】

【0009】

上記制御装置、制御方法、及び記憶媒体には、ソフトウェア更新でのユーザ許諾の頻度を減らす効果がある。

【図面の簡単な説明】

【0010】

【図1】第１実施形態の制御装置及び車両の構成を模式的に示す図である。

【図2】インストール・フェイズの処理手順を示すシーケンス図である。

【図3】許諾受付画像の表示例を示す図である。

【図4】案内画像の表示例を示す図である。

【図5】第２実施形態における許諾受付画像の表示に係る処理の流れを示すシーケンス図である。

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

【0011】

（第１実施形態）
以下、制御装置、制御方法、及び記憶媒体の第１実施形態を、図１～図４を参照して詳細に説明する。

【0012】

＜制御装置及び車両の構成＞
図１に示すように車両１０には、ＯＴＡマスタ１１、ＤＣＭ１２、ＡＤＡＳ１３、ＰＣＵ１４、エンジンＥＣＵ１５、変速機ＥＣＵ１６、ブレーキＥＣＵ１７、ＨＭＩ１８等の車載機器が搭載されている。これらの車載機器は、車載ネットワーク１９を介して、互いに通信可能に接続されている。ＯＴＡマスタ１１は、自身を含む車載機器のソフトウェア更新の管理を司る。ＤＣＭ１２は、データ通信モジュール（Data Communication Module）であり、移動体通信網２０を介した車外との無線通信機能を提供する。本実施形態の場合、ＤＣＭ１２は、車両１０の各車載機器で行われる自己診断の結果を記録して、車外のデータセンタ等に送信する機能を担っている。ＡＤＡＳ１３は、先進運転支援システム（Advanced Driving Assistant System）であり、自動ブレーキ装置や急発進防止装置などの先進運転支援機能を提供する。ＰＣＵ１４は、電源制御ユニット（Power Control Unit）であり、車内での電力制御を行う車載機器である。エンジンＥＣＵ１５は、エンジン制御用の電子制御ユニット（Electronic Control Unit）である。変速機ＥＣＵ１６は、変速機制御用の電子制御ユニットである。ブレーキＥＣＵ１７は、ブレーキ制御用の電子制御ユニットである。ＨＭＩ１８は、ヒューマン・マシン・インターフェイス（Human Machine Interface）であり、乗員の操作を受け付ける入力装置と、画像や音声により乗員に情報を表示する表示装置と、を備えている。ＨＭＩ１８は、走行経路を案内するナビゲーション機能、及び音楽や映像を再生するエンターテイメント機能を備える構成としてもよい。これらの車載機器はそれぞれ、ソフトウェアが記憶された記憶モジュール２１と、ソフトウェアを実行するプロセッサ２２と、を有している。ＯＴＡマスタ１１は更に、車外から取得した更新ソフトウェアを記憶するデータストレージ２３を有している。

【0013】

さらに車両１０には、車両１０の電源オンと電源オフとを切替えるための電源スイッチ２４が設置されている。車両１０の駆動システムは、電源オフから電源オンへの切替えに応じて始動し、電源オンから電源オフへの切替えに応じて停止する。

【0014】

車両１０は、移動体通信網２０を介してＯＴＡサーバ３０に接続されている。ＯＴＡサーバ３０は、車載機器の更新ソフトウェアを配信するサーバ装置である。ＯＴＡサーバ３０は、更新ソフトウェアの配信用のプログラムやデータを記憶する記憶装置３１と、配信用のプログラムを実行するプロセッサ３２と、を有している。ＯＴＡサーバ３０は、移動体通信網２０を介して、車両１０のユーザの情報端末４０との通信が可能である。情報端末４０の例には、スマートフォンが挙げられる。情報端末４０は、記憶装置４１、プロセッサ４２、及びＨＭＩ４３を備えている。プロセッサ４２は、記憶装置４１に格納されたソフトウェアを読込んで実行する。ＨＭＩ４３は、ユーザの操作を受け付ける入力装置と、ユーザに情報を表示する表示装置と、を備えている。記憶装置４１に格納されたソフトウェアには、ユーザが所有する車両１０の情報確認やリモート操作等の機能を提供するソフトウェアが含まれている。

【0015】

＜ソフトウェア更新の概要＞
次に、車両１０における車載機器のソフトウェア更新の概要を説明する。ソフトウェア更新の対象となる車載機器には、ＯＴＡマスタ１１、ＤＣＭ１２、ＡＤＡＳ１３、ＰＣＵ１４、エンジンＥＣＵ１５、変速機ＥＣＵ１６、ブレーキＥＣＵ１７、及びＨＭＩ１８が含まれる。ソフトウェア更新は、ダウンロード・フェイズ、インストール・フェイズ、及びアクティベート・フェイズを通じて行われる。

【0016】

ダウンロード・フェイズでは、ＯＴＡサーバ３０から車両１０への更新ソフトウェアの送信が行われる。ＯＴＡマスタ１１は、ＯＴＡサーバ３０から受信した更新ソフトウェアをデータストレージ２３に記憶する。ダウンロード・フェイズには、ダウンロードの実行可否判定、更新データの検証等、ダウンロードに関する一連の処理が含まれる。ＯＴＡサーバ３０からＯＴＡマスタ１１への更新ソフトウェアの送信は、更新ソフトウェアを圧縮した圧縮データを送信することや、更新ソフトウェア又は圧縮データを分割した分割データを送信することで行ってもよい。また、複数の車載機器の更新ソフトウェアを纏めて送信してもよい。

【0017】

インストール・フェイズでは、更新対象の車載機器への更新ソフトウェアのインストールが行われる。インストール・フェイズにおいてＯＴＡマスタ１１は、更新対象の車載機器の記憶モジュール２１への更新ソフトウェアの書き込みを行う。インストール・フェイズには、インストールの実行可否判定、更新データの転送、更新ソフトウェアの検証等、インストールに関する一連の処理が含まれる。更新データが更新ソフトウェアそのものを含む場合、インストール・フェイズにおいてＯＴＡマスタ１１は、更新対象の車載機器に更新データを転送する。更新データが更新ソフトウェアの圧縮データ、差分データあるいは分割データを含む場合、更新データからの更新ソフトウェアの生成処理が行われる。生成処理は、ＯＴＡマスタ１１が行ってもよいし、更新対象の車載機器が行ってもよい。更新ソフトウェアの生成は、圧縮データの解凍、差分データ又は分割データの組み付けにより行うことができる。なお、インストール・フェイズの完了時には、更新ソフトウェアは無効化されている。

【0018】

アクティベート・フェイズでは、更新対象の車載機器において、更新ソフトウェアのアクティベート、すなわち更新ソフトウェアの有効化が実施される。アクティベート・フェイズには、アクティベート実行の可否判定、更新ソフトウェアの整合チェック、アクティベートの実行結果の検証等のアクティベートに関する一連の処理が含まれる。

【0019】

＜インストール・フェイズの処理手順＞
続いて、図２～図４を併せ参照して、インストール・フェイズの処理手順を説明する。
ソフトウェアの更新対象となる車載機器には、シングルバンクの記憶モジュール２１を搭載する機器と、デュアルバンクの記憶モジュール２１を搭載する機器と、が存在する。シングルバンクの記憶モジュール２１は、プロセッサ３２が実行するソフトウェアを記憶する記憶領域を一つだけ有している。シングルバンクの記憶モジュール２１を搭載する車載機器の場合、更新前のソフトウェアを格納した記憶領域と同じ記憶領域に更新後のソフトウェアが書き込まれる。そのため、インストールの実行に、車載機器の機能の一時停止を伴う場合がある。これに対して、デュアルバンクの記憶モジュール２１は、２つの記憶領域を有している。２つの記憶領域のうちの一方は無効化されており、もう一方は有効化されている。プロセッサ２２は、有効化された記憶領域からソフトウェアを読込んで実行する。デュアルバンクの記憶モジュール２１を搭載する車載機器の場合、更新後のソフトウェアは、無効化された記憶領域に、すなわち更新前のソフトウェアを格納した記憶領域とは別の記憶領域に書き込まれる。そのため、更新前のソフトウェアを起動したまま、インストールを実行できる。

【0020】

このようなハードウェアの制約により、インストール中に機能が一時停止する車載機器が存在する。本実施形態の場合、エンターテイメント機能を提供するＨＭＩ１８は、シングルバンクの記憶モジュール２１を搭載している。これに対して、インストール中も機能を維持することが必要な車載機器は、デュアルバンクの記憶モジュール２１を搭載している。具体的には、ＯＴＡマスタ１１、ＤＣＭ１２、ＡＤＡＳ１３、ＰＣＵ１４、エンジンＥＣＵ１５、変速機ＥＣＵ１６、及びブレーキＥＣＵ１７は、デュアルバンクの記憶モジュール２１を搭載している。

【0021】

なお、シングルバンクの記憶モジュール２１を搭載するＨＭＩ１８においても、ソフトウェアの種別によっては、機能の一時停止を伴うことなくインストールを実行できる場合がある。例えば、ユーザが選択可能なＨＭＩ１８のＵＩ（ユーザ・インターフェイス）の種類を追加するためのソフトウェア更新等は、ＨＭＩ１８の機能の一時停止を伴うことなくインストールを実行できる。

【0022】

以下の説明では、インストールの実行に車載機器の機能の一時停止を伴うソフトウェア更新を第１更新と記載する。また、インストールの実行に車載機器の機能の一時停止を伴うソフトウェア更新を伴わないソフトウェア更新を第２更新と記載する。ソフトウェア更新が第１更新で行われるか、第２更新で行われるかは、車載機器やソフトウェアの種別により決定されている。ソフトウェア更新に際してＯＴＡサーバ３０が各車両１０に配信するキャンペーン情報には、今回のソフトウェア更新が第１更新及び第２更新のいずれであるかを示す更新種別情報が含まれている。

【0023】

図２に示すように、ＯＴＡマスタ１１は、インストール・フェイズが開始されると、今回のソフトウェア更新が、第１更新であるか、第２更新であるかの更新種別判定を実施する（Ｓ２０）。本実施形態の場合、ＯＴＡマスタ１１は、キャンペーン情報中の更新種別情報に基づき、更新種別判定を行っている。

【0024】

ＯＴＡマスタ１１は、Ｓ２０において今回の更新が第１更新であると判定した場合、ＨＭＩ１８への許諾受付画像の表示の可否判定を行う（Ｓ２２）。許諾受付画像は、ユーザによるインストール実行の許諾操作の受付中であることを示す画像である。例えば、ＯＴＡマスタ１１は、例えば車両１０の走行状況に基づき、可否判定を行う。具体的には、ＯＴＡマスタ１１は、車速やブレーキの作動状況、シフトポジション等に基づき、車両１０が走行中であるか、停車中であるかを判定する。そして、ＯＴＡマスタ１１は、車両１０が停車中である場合に、許諾受付画像の表示を許可すると判定する。また、車両１０の位置に基づき、許諾受付画像の表示の可否を判定するようにしてもよい。例えば、ＯＴＡマスタ１１は、予め登録された駐車場所に車両１０が停車したことが確認された場合に、許諾受付画像の表示を許可すると判定する。車両１０の位置情報は、ナビゲーション機能を提供するＨＭＩ１８から取得可能である。ＯＴＡマスタ１１は、Ｓ２２において表示を許可すると判定すると、許諾受付画像の表示をＨＭＩ１８に指示する（Ｓ２４）。ＨＭＩ１８は、指示に応じて許諾受付画像を表示する（Ｓ２６）。

【0025】

図３に、許諾受付画像の表示例を示す。許諾受付画像には、インストールを開始するか、後で行うか、を選択するためのボタンが表示されている。また、許諾受付画像には、インストールを開始すると、車載機器の機能が一時停止することを示す情報が表示されている。例えば図３の場合、ＨＭＩ１８が提供するエンターテイメント機能が一時停止する機能の例として表示されている。

【0026】

許諾受付画像を表示したＨＭＩ１８においてユーザが、インストールの許諾操作を行うと（Ｓ２８）、ＨＭＩ１８は、許諾操作が行われたことをＯＴＡマスタ１１に通知する（Ｓ３０）。ＯＴＡマスタ１１は、通知に応じて、更新対象の車載機器にインストールの実行を指示する（Ｓ３２）。加えて、ＯＴＡマスタ１１は、ＨＭＩ１８に対して、案内画像の表示を指示する（Ｓ３４）。更新対象の車載機器は、指示に応じてインストールを実行する（Ｓ３６）。ＨＭＩ１８は、指示に応じて案内画像を表示する（Ｓ３８）。第１更新によるソフトウェア更新の対象となる車載機器がＨＭＩ１８である場合、ＨＭＩ１８がインストールと並行して、案内画像の表示を実行する。

【0027】

図４に、第１更新の場合の案内画像の表示例を示す。案内画像には、インストールの実行中であることを示す情報と、インストールの進捗状況を示す情報と、が表示されている。さらに、第１更新の場合の案内画像には、インストールの実行に伴い一時停止する車載機器の機能の内容を示す情報が表示されている。図４の場合、ＨＭＩ１８が提供するエンターテイメント機能が一時停止する機能の例として表示されている。

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

１０…車両、１１…ＯＴＡマスタ、１２…ＤＣＭ、１３…ＡＤＡＳ、１４…ＰＣＵ、１５…エンジンＥＣＵ、１６…変速機ＥＣＵ、１７…ブレーキＥＣＵ、１８…ＨＭＩ、１９…車内ネットワーク、２０…移動体通信網、２１…記憶モジュール、２２…プロセッサ、３０…ＯＴＡサーバ、３１…記憶装置、３２…プロセッサ、４０…情報端末、４１…記憶装置、４２…プロセッサ、４３…ＨＭＩ。

【図1】

【図2】

【図3】

【図4】

【図5】