JP2023135559A - ソフトウェア更新制御装置、車両、プログラム、及びソフトウェア更新制御方法 - Google Patents

Abstract

【課題】ソフトウェア更新に関する通知を車両内の搭乗者に応じて適切に行うソフトウェア更新制御装置、車両、プログラム及びソフトウェア更新制御方法を提供する。【解決手段】車両に搭載され、通信部２０９を介する車載機器のソフトウェア更新を制御するソフトウェア更新制御装置２００であって、ＥＣＵ２０２は、車両内の搭乗者を撮像することによって認識された車両内の搭乗者の認識結果を示す情報を取得する取得部２１０と、ソフトウェア更新に関する更新情報の通知を制御する通知制御部２２０と、を備える。通知制御部２２０は、車両内の搭乗者の認識結果を示す情報に基づいて、車両内の搭乗者が更新情報の通知を受けたことがあるか否かを判断し、車両内の搭乗者が更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、更新情報の通知の態様を変更する。【選択図】図２

Description

本発明は、ソフトウェア更新制御装置、車両、プログラム、及びソフトウェア更新制御方法に関する。

近年、交通参加者の中でも脆弱な立場にある人々にも配慮した持続可能な輸送システムへのアクセスを提供する取り組みが活発化している。この実現に向けて予防安全技術に関する研究開発を通して交通の安全性や利便性をより一層改善する研究開発に注力している。特許文献１には、ユーザに対するＥＣＵリプログラミングの案内手法を設定することが記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１２－１３４４３号公報

ところで、予防安全技術においては、車両内の搭乗者が特定のユーザに限定されない場合があるため、特定のユーザを前提とした処理を行うことには課題がある。本願は上記課題の解決のため、ソフトウェア更新に関する通知を車両内の搭乗者に応じて適切に行うことを目的としたものである。そして、延いては持続可能な輸送システムの発展に寄与するものである。

本発明の第１の態様においては、ソフトウェア更新制御装置が提供される。ソフトウェア更新制御装置は、車両に搭載され、通信部を介する車載機器のソフトウェア更新を制御する。前記ソフトウェア更新制御装置は、前記車両内の搭乗者を撮像することによって認識された前記車両内の搭乗者の認識結果を示す情報を取得する取得部を備える。前記ソフトウェア更新制御装置は、前記ソフトウェア更新に関する更新情報の通知を制御する通知制御部を備える。前記通知制御部は、前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を受けたことがあるか否かを判断し、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する。

前記通知制御部は、前記車両の電源がオフされる場合に、前記車両の電源がオフされる前の最も後のタイミングで認識された前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かを判断してよい。

前記通知制御部は、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあると判断した場合に、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがないと判断した場合に比べて、前記更新情報の通知を表示する時間を短くしてよい。

前記取得部は、前記車両内の搭乗者を撮像することによって特定された前記車両内の搭乗者の視線方向を示す視線情報をさらに取得してよい。前記通知制御部は、前記視線情報に基づいて、前記車両内の搭乗者が前記更新情報の通知が表示された表示画面を見ているか否かを判断し、前記車両内の搭乗者が前記更新情報の通知が表示された表示画面を見ていると判断した場合に、前記更新情報の通知を表示する時間を延長してよい。

前記取得部は、前記更新情報の通知が表示された表示画面が操作されたか否かを示す操作情報をさらに取得してよい。前記通知制御部は、前記操作情報に基づいて、前記表示画面が操作されたか否かを判断し、前記表示画面が操作されたと判断した場合に、前記更新情報の通知を表示する時間を延長してよい。

前記更新情報は、前記車両の電源がオフされる場合に前記ソフトウェア更新を開始するための予め定められた条件が満たされていな場合に通知される情報であってよい。前記通知制御部は、前記車両の電源がオフされる場合に、前記予め定められた条件が満たされるか否かを判断し、前記予め定められた条件が満たされていない場合に、前記更新情報の通知を過去に受けたことがあるか否かを判断し、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更してよい。

通知制御部は、前記ソフトウェア更新が行われるか否かを前記車両の走行中に判断してよい。前記取得部は、前記ソフトウェア更新が行われると判断された場合に、前記車両内の搭乗者の認識結果を示す情報の取得を開始してよい。

前記車両内の搭乗者の認識結果を示す情報は、前記車両内の搭乗者が運転手であるか否かを示す情報をさらに含んでよい。前記通知制御部は、前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の運転者が前記更新情報の通知を過去に受けたことがあるか否かを判断し、前記車両内の運転者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更してよい。

本発明の第２の態様においては、車両が提供される。前記車両は、上記のソフトウェア更新制御装置を備える。

本発明の第３の態様においては、プログラムが提供される。前記プログラムは、コンピュータを、上記のソフトウェア更新制御装置として機能させる。

本発明の第４の態様においては、ソフトウェア更新制御方法が提供される。ソフトウェア更新制御方法は、通信部を介する車載機器のソフトウェア更新を制御する。前記ソフトウェア更新制御方法は、車両内の搭乗者を撮像することによって認識された前記車両内の搭乗者の認識結果を示す情報を取得する段階を備える。前記ソフトウェア更新制御方法は、前記ソフトウェア更新に関する更新情報の通知を制御する段階を備える。前記ソフトウェア更新に関する更新情報の通知を制御する段階は、前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を受けたことがあるか否かを判断する段階と、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する段階とを有する。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

一実施形態に係る更新システム１０を模式的に示す。 制御システム２００が備えるシステム構成を模式的に示す。 ソフトウェア更新処理に関するタイムチャートの一例を模式的に示す。 ＩＶＩ２９９に表示させる更新情報３００の一例を示す。 ＩＶＩ２９９に表示させる更新情報４００の一例を示す。 ＩＶＩ２９９に表示される更新情報５００の一例を示す。 通知制御部２２０が更新情報の表示時間を変更するために使用する履歴情報のデータ構造をテーブル形式で示す。 車両２０内の現在の搭乗者の識別情報を更新する処理手順を示すフローチャートである。 更新情報の通知制御に関する処理手順を示すフローチャートである。 本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、一実施形態に係る更新システム１０を模式的に示す。更新システム１０は、車両２０と、サーバ７０とを備える。車両２０は、制御システム２００を備える。制御システム２００は、車両２０の制御と、通信ネットワーク９０を通じたサーバ７０との間の通信とを担う。通信ネットワーク９０は、インターネット等のＩＰネットワーク、Ｐ２Ｐネットワーク、ＶＰＮを含む専用回線、仮想ネットワーク、移動体通信網等を含む。

車両２０において、制御システム２００は、車両２０の制御を行う複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を備える。サーバ７０は、制御システム２００が備えるＥＣＵのリプログラミングに関する制御を行う。例えば、サーバ７０は、通信ネットワーク９０を通じて、制御システム２００に更新ソフトウェアを送信し、制御システム２００は、通信ネットワーク９０を通じて送信された更新ソフトウェアを無線通信によって受信する。制御システム２００は、制御システム２００が備えるＥＣＵを制御するソフトウェアを更新ソフトウェアで書き換えることによって、ＥＣＵのリプログラミングを行う。リプログラミングは、制御システム２００が備えるＥＣＵの機能のアップグレード等を目的として行われる。このように、制御システム２００は、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）によりＥＣＵのソフトウェアを更新することによって、ＥＣＵをリプログラミングする。本実施形態において、ＥＣＵ等の機器のソフトウェアを更新ソフトウェアで書き換えることを「ソフトウェア更新」と呼ぶ。

制御システム２００は、車両２０の搭乗者に対してソフトウェア更新に関する更新情報を表示することによって、車両２０の搭乗者に更新情報を通知する。制御システム２００は、車両２０内を撮像した画像を認識することによって車両２０内の現在の搭乗者を認識する。また、制御システム２００は、それぞれの搭乗者に対して更新情報を過去に通知した回数を示す履歴情報を記憶している。

制御システム２００は、更新情報を新たに表示する場合に、履歴情報に基づいて、現在の車両２０の搭乗者が更新情報を過去に見た経験があるか否かを判断する。制御システム２００は、車両２０内の搭乗者が更新情報を過去に見た経験があると判断した場合に、車両２０内の搭乗者が更新情報を過去に見た経験がないと判断した場合に比べて、更新情報の表示時間を短くする。更新情報を何度も見た経験がある搭乗者は、更新情報を短時間表示するだけで、更新情報が何であるかを容易に理解することができる。制御システム２００によれば、更新情報を過去に見たことがある搭乗者には、短い時間だけ更新情報を表示することができる。そのため、ソフトウェア更新に関する搭乗者の経験に応じて更新情報の通知を最適化することができる。

図２は、制御システム２００が備えるシステム構成を模式的に示す。制御システム２００は、ＴＣＵ２０１及びアンテナ２１１を備える通信部２０９と、ＥＣＵ２０２と、ＥＣＵ２０４と、ＥＣＵ２０５と、ＭＩＤ２９８と、ＩＶＩ２９９と、撮像装置２９７とを備える。ＥＣＵ２０２、ＥＣＵ２０４、ＥＣＵ２０５は、プロセッサ及び揮発性メモリ及び不揮発性メモリ等のメモリを備えるコンピュータを含んで構成され得る。図２において、ＦＩ２９１及びバッテリ２９２は、車両２０が備える機器である。ＦＩ２９１、及びバッテリ２９２は、車両２０の被制御機器の一例である。

ＥＣＵ２０２は、ＴＣＵ２０１、ＥＣＵ２０４、ＥＣＵ２０５、ＭＩＤ２９８、ＩＶＩ２９９、及び撮像装置２９７と車内通信ネットワーク２８０を通じて接続される。ＥＣＵ２０２は、ＴＣＵ２０１、ＥＣＵ２０４、ＥＣＵ２０５、ＭＩＤ２９８、ＩＶＩ２９９及び撮像装置２９７と車内通信ネットワーク２８０を通じて通信を行う。ＥＣＵ２０２は、ＴＣＵ２０１、ＥＣＵ２０４、ＥＣＵ２０５、ＭＩＤ２９８、ＩＶＩ２９９及び撮像装置２９７を統括制御する。車内通信ネットワーク２８０は、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）に準拠した通信回線及びイーサネット（登録商標）に準拠した通信回線等を含んで構成されてよい。

ＴＣＵ２０１は、テレマティクス制御ユニット（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）である。ＴＣＵ２０１は、主として移動体通信を担う。ＴＣＵ２０１は、ＥＣＵ２０２の制御に基づいて、サーバ７０との間でデータの送受信を行う。ＴＣＵ２０１は、ＥＣＵ２０２の制御に基づいて、サーバ７０から送信された更新ソフトウェアを移動体通信によって受信する。

ＭＩＤ２９８は、マルチインフォメーションディスプレイである。ＩＶＩ２９９は、例えば車内インフォテインメント情報機器（ＩＶＩ）である。ＭＩＤ２９８及びＩＶＩ２９９は、更新情報を表示する機能を有する。

ＥＣＵ２０４及びＥＣＵ２０５は、それぞれ車両２０を制御する車載機器としてのＥＣＵである。ＥＣＵ２０４及びＥＣＵ２０５は、車両２０が備える各種の機器を制御する。例えば、ＥＣＵ２０４は、燃料噴射装置であるＦＩ２９１を制御する。ＥＣＵ２０５は、高圧バッテリであるバッテリ２９２を制御する。

本実施形態では、制御システム２００がＴＣＵ２０１、ＥＣＵ２０２、ＥＣＵ２０４、ＥＣＵ２０５、ＭＩＤ２９８及びＩＶＩ２９９を備えるシステム構成を例示するが、制御システム２００のシステム構成は本実施形態の例に限られない。また、本実施形態では、ＥＣＵ２０２がソフトウェア更新を制御するＥＣＵである。すなわち、ＥＣＵ２０２がソフトウェア更新を制御するソフトウェア更新制御装置として機能する。なお、ソフトウェア更新の対象は、ＥＣＵ２０２及びＥＣＵ２０５であってよい。しかし、ＴＣＵ２０１、ＥＣＵ２０２、ＭＩＤ２９８及びＩＶＩ２９９もソフトウェア更新の対象となり得る。

ＥＣＵ２０２のソフトウェア更新に関する機能構成を説明する。ＥＣＵ２０２は、通信部２０９を介する車載機器のソフトウェア更新を制御する。ＥＣＵ２０２は、取得部２１０と、通知制御部２２０と、更新制御部２４０とを備える。

取得部２１０は、車両２０内の搭乗者を撮像することによって認識された車両２０内の搭乗者の認識結果を示す情報を取得する。撮像装置２９７は、車両２０内を撮像することによってえられた画像を認識して、車両２０内の搭乗者の認識結果を示す情報をＥＣＵ２０２に送信する。撮像装置２９７は、例えば、ドライバーズモニターカメラ（ＤＭＣ）を含んでよい。

通知制御部２２０は、ソフトウェア更新に関する更新情報の通知を制御する。例えば、通知制御部２２０は、更新情報をＩＶＩ２９９に表示させるための制御を行う。通知制御部２２０は、更新情報をＭＩＤ２９８に表示させるための制御を行ってもよい。更新情報は、ＩＶＩ２９９及びＭＩＤ２９８以外の車載機器を通じて通知されてよい。

通知制御部２２０は、車両２０内の搭乗者の認識結果を示す情報に基づいて、車両２０内の搭乗者が更新情報の通知を受けたことがあるか否かを判断し、車両２０内の搭乗者が更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、更新情報の通知の態様を変更する。例えば、通知制御部２２０は、車両２０内の搭乗者が更新情報の通知を過去に受けたことがあると判断した場合に、車両２０内の搭乗者が更新情報の通知を過去に受けたことがないと判断した場合に比べて、更新情報の通知を表示する時間を短くする。これにより、実際の車両２０の搭乗者が更新情報の通知を過去に受けたことがあるか否かに応じて、更新情報の通知の態様を最適化することができる。

なお、取得部２１０は、車両２０内の搭乗者を撮像することによって特定された車両２０内の搭乗者の視線方向を示す視線情報をさらに取得してよい。通知制御部２２０は、視線情報に基づいて、車両２０内の搭乗者が更新情報の通知が表示された表示画面を見ているか否かを判断し、車両２０内の搭乗者が更新情報の通知が表示された表示画面を見ていると判断した場合に、更新情報の通知を表示する時間を延長してよい。取得部２１０は、撮像装置２９７から視線情報を取得してよい。撮像装置２９７は、車両２０内を撮像することによってえられた画像を解析することによって車両２０内の搭乗者の顔の向き及び眼球の位置を特定し、特定した搭乗者の顔の向き及び眼球の位置に基づいて搭乗者の視線方向を特定して、特定した視線方向を示す視線情報を、ＥＣＵ２０２に送信する。

取得部２１０は、更新情報の通知が表示された表示画面が操作されたか否かを示す操作情報をさらに取得してよい。通知制御部２２０は、操作情報に基づいて、表示画面が操作されたか否かを判断し、表示画面が操作されたと判断した場合に、更新情報の通知を表示する時間を延長してよい。

通知制御部２２０は、車両２０の電源がオフされる場合に、車両２０の電源がオフされる前の最も後のタイミングで認識された車両２０内の搭乗者の認識結果を示す情報に基づいて、車両２０内の搭乗者が更新情報の通知を過去に受けたことがあるか否かの判断を行ってよい。

通知制御部２２０は、ソフトウェア更新が行われるか否かを車両２０の走行中に判断してよい。取得部２１０は、ソフトウェア更新が行われると判断した場合に、車両２０内の搭乗者の認識結果を示す情報の取得を開始してよい。

更新情報は、車両２０の電源がオフされる場合にソフトウェア更新を開始するための予め定められた条件が満たされていな場合に通知される情報である。車両２０の電源は、車両２０のＩＧ（イグニッション）電源であってよい。通知制御部２２０は、車両２０の電源がオフされる場合に、予め定められた条件が満たされるか否かを判断し、予め定められた条件が満たされていない場合に、更新情報の通知を過去に受けたことがあるか否かを判断し、車両２０内の搭乗者が更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、更新情報の通知の態様を変更する。

取得部２１０が取得する車両２０内の搭乗者の認識結果を示す情報は、車両２０内の搭乗者が車両２０の運転手であるか否かを示す情報を含んでよい。例えば、撮像装置２９７がドライバーズモニターカメラを含む場合、ドライバーズモニターカメラがＥＣＵ２０２に送信する情報は、認識した搭乗者が車両２０の運転手であることを示す情報を含み得る。通知制御部２２０は、車両２０内の搭乗者の認識結果を示す情報に基づいて、車両２０内の運転者が更新情報の通知を過去に受けたことがあるか否かを判断し、車両２０内の運転者が更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、更新情報の通知の態様を変更する。これにより、実際の車両２０の運転手が更新情報の通知を過去に受けたことがあるか否かに応じて、更新情報の通知の態様を最適化することができる。

更新制御部２４０は、ソフトウェア更新の制御を担う。更新制御部２４０は、例えば、サーバ７０から更新ソフトウェアをダウンロードする処理、ダウンロードした更新ソフトウェアを更新対象となるＥＣＵに書き込む処理、及びソフトウェア更新の対象となるＥＣＵをアクティベートする処理等を制御する。

ここで、ソフトウェア更新について説明する。ここでは、ソフトウェア更新の対象となる更新対象ＥＣＵのファームウェア格納用の内部メモリがシングルバンクメモリ（いわゆる１面ＲＯＭ）である場合のソフトウェア更新処理を説明する。この場合、更新対象ＥＣＵのファームウェア格納用のプログラム記憶領域は１つであるため、更新対象ＥＣＵがプログラム記憶領域内に格納されたプログラムに従って動作している場合には、更新ソフトウェアをプログラム記憶領域に書き込むことができない。したがって、更新対象ＥＣＵのプログラム記憶領域がシングルバンクメモリである場合、ソフトウェア更新は車両２０の電源システムがオフされる場合に実行される。更新対象ＥＣＵのソフトウェア更新を行う場合、ＥＣＵ２０２は、更新対象ＥＣＵに更新ソフトウェアを転送し、転送された更新ソフトウェアを更新対象ＥＣＵのプログラム記憶領域に書き込み、更新ソフトウェアをアクティベートする。更新ソフトウェアのアクティベートは、例えばＥＣＵの起動時に更新ソフトウェアをロードして更新ソフトウェアに基づく制御を開始するように、ＥＣＵの起動パラメータを設定する処理等を含む。

次に、更新対象ＥＣＵの内部メモリがダブルバンクメモリ（いわゆる２面ＲＯＭ）である場合のソフトウェア更新処理を説明する。この場合、更新対象ＥＣＵはファームウェア格納用のプログラム記憶領域を２つ有しているため、第１のプログラム記憶領域に格納されたプログラムに従って更新対象ＥＣＵが動作している場合に、第２のプログラム記憶領域に更新ソフトウェアを書き込むことができる。例えば、例えば車両２０の走行中であっても、更新対象ＥＣＵの第２のプログラム記憶領域に更新ソフトウェアを書き込むことができる。そのため、ＥＣＵ２０２は、更新ソフトウェアを更新対象ＥＣＵに転送して、更新ソフトウェアを第２のプログラム記憶領域に書き込むよう更新対象ＥＣＵに指示する。更新対象ＥＣＵの第２のプログラム記憶領域への更新ソフトウェアの書き込みが完了すると、ＥＣＵ２０２は、第２のプログラム記憶領域に書き込まれた更新ソフトウェアをアクティベートするよう更新対象ＥＣＵに指示する。更新ソフトウェアのアクティベートは、例えば更新対象ＥＣＵの起動時に、第２のプログラム記憶領域に格納された更新ソフトウェアをロードして更新ソフトウェアに基づく制御を開始するように、更新対象ＥＣＵの起動パラメータを設定する処理を含む。例えば、更新ソフトウェアのアクティベートは、第２のプログラム記憶領域をプログラムの読み出し領域として有効化するとともに、第１のプログラム記憶領域をプログラムの読み出し領域として無効化する処理を含む。このように、「ＥＣＵのソフトウェア更新」は、更新ソフトウェアをＥＣＵのプログラム記憶領域に書き込むことを含む概念である。また、「ＥＣＵのソフトウェア更新」は、プログラム記憶領域に書き込まれた更新ソフトウェアをアクティベートすることを含む概念である。

図３は、ソフトウェア更新処理に関するタイムチャートの一例を模式的に示す。図３は、ＩＧ電源の操作状態、更新関連処理の実行状態、電源状態、及び車両２０の走行状態を示す。なお、ソフトウェア更新の対象となる機器はＥＣＵ２０５であるものとする。また、ＥＣＵ２０５はダブルバンクメモリの内部メモリを有するものとする。

図３のタイムチャートの開始タイミングにおいて、車両２０が走行中であるとする。時刻ｔ１において、ＥＣＵ２０２は、サーバ７０からＥＣＵ２０５の更新プログラムが存在することが通知されると、車両２０の走行中に更新ソフトウェアのダウンロードを開始する。時刻ｔ２でダウンロードが完了すると、更新制御部２４０は、ソフトウェア更新の対象となるＥＣＵ２０５への更新プログラムの書き込みを開始する。時刻ｔ３でＥＣＵ２０５への更新ソフトウェアの書き込みが完了すると、通知制御部２２０は、時刻ｔ４までの間に、更新ソフトウェアの書き込みが完了したことを示す通知をＩＶＩ２９９に表示させる。この通知については、図４に一例を示す。

その後、時刻ｔ５において、車両２０の搭乗者がＩＧ電源をオフする操作を行うと、ＩＧ電源の電源状態は、ＩＧオフ時において特定の車載機器が起動した状態となる。このとき、通知制御部２２０は、車両２０がＥＣＵ２０５のソフトウェア更新を実行できる状態にあるか否かを判断し、判断結果に応じた更新情報をＩＶＩ２９９に表示させる。通知制御部２２０は、ＥＣＵ２０５のソフトウェア更新を実行するための予め定められた条件が満たされている場合に、車両２０がＥＣＵ２０５のソフトウェア更新を実行できる状態にあると判断し、予め定められた条件が満たされていない場合に、車両２０がＥＣＵ２０５のソフトウェア更新を実行できる状態にないと判断する。予め定められた条件は、車両２０が停止しているという条件を含んでよい。予め定められた条件は、車両２０が備えるバッテリの充電状態が、ＥＣＵ２０５のソフトウェア更新を行うために必要な予め定められた値より高いという条件を含んでよい。なお、バッテリの充電状態とは、車両２０が備える低圧バッテリ及び走行用の電力を供給する高圧バッテリの充電状態のいずれか一方を含んでよい。

図３の例では、車両２０がＥＣＵ２０５のソフトウェア更新を実行できる状態にないものとする。この場合、通知制御部２２０は、ソフトウェア更新を行わないことを示す通知を、時刻ｔ５から時刻ｔ６までの間、ＩＶＩ２９９に表示させる。この通知については、図５に一例を示す。時刻ｔ６になると、ＩＧ電源状態は完全に停止状態となる。つまり、電源が完全にシャットダウンした状態となる。

ここで、通知制御部２２０は、ソフトウェア更新を行わないことを示す通知を車両２０の搭乗者が過去に見たことがあるか否かを判断する。ソフトウェア更新を行わないことを示す通知を車両２０の搭乗者が過去に見たことがある場合、通知制御部２２０は、ソフトウェア更新を行わないことを示す通知を車両２０の搭乗者が過去に見たことがない場合に比べて、ＩＶＩ２９９にソフトウェア更新を行わないことを示す通知を表示させる時間を短くする。すなわち、ソフトウェア更新を行わないことを示す通知を車両２０の搭乗者が過去に見たことがある場合、通知制御部２２０は時刻ｔ５から時刻ｔ６までの期間を短くする。

図４は、ＩＶＩ２９９に表示させる更新情報３００の一例を示す。更新情報３００は、更新ソフトウェアの書き込みが完了した場合に通知される情報である。更新情報３００は、「更新ソフトウェアの書き込み完了」に関する更新情報である。通知制御部２２０は、サーバ７０からダウンロードした更新ソフトウェアをＥＣＵ２０５に書き込んだ場合に、更新情報３００をＩＶＩ２９９に表示させる。更新情報３００は、ソフトウェア更新の準備が完了したことを示す情報３０１と、ＩＧ電源がオフされたときにソフトウェア更新が開始されることを示す情報３０２とを含む。

なお、通知制御部２２０は、更新情報３００については、車両２０内の搭乗者が更新情報を過去に見たことがあるか否かに応じて表示時間を変更する制御は行わない。

図５は、ＩＶＩ２９９に表示させる更新情報４００の一例を示す。更新情報４００は、ＩＧ電源のオフ時にソフトウェア更新を行わないと判断した場合に通知される情報である。通知制御部２２０は、搭乗者がＩＧ電源をオフする操作を行った場合において、車両２０がＥＣＵ２０５のソフトウェア更新を実行できる状態にないと判断した場合に、更新情報４００をＩＶＩ２９９に表示させる。更新情報４００は、ソフトウェア更新を行わずに車両２０のシステムを終了することを示す情報４０１と、システム更新が次回のＩＧ電源オフ時に試行されることを示す情報４０２とを含む。通知制御部２２０は、更新情報４００を表示する場合に、車両２０内の搭乗者が更新情報を過去に見たことがあるか否かに応じて表示時間を変更する制御を行う。

図６は、ＩＶＩ２９９に表示される更新情報５００の一例を示す。更新情報５００は、ＩＧ電源のオフ時に更新ソフトウェアのアクティベートを行うと判断した場合に通知される情報である。更新情報５００は、「アクティベート実行」に関する更新情報である。通知制御部２２０は、搭乗者がＩＧ電源をオフする操作を行った場合において、車両２０がＥＣＵ２０５の更新ソフトウェアのアクティベートを実行できる状態にあると判断した場合に、更新情報５００をＩＶＩ２９９に表示させる。

更新情報５００は、ＥＣＵ２０４の更新を開始するまでの時間であるウェイト時間情報５１０と、搭乗者へのメッセージ情報５２０と、更新を実行する旨の更新実行指示を搭乗者から取得するためのＵＩボタン５３０と、更新を実行しない旨の更新延期指示を搭乗者から取得するためのＵＩボタン５４０とを含む。

ウェイト時間情報５１０は、更新制御部２４０がＥＣＵ２０４の更新を自動的に開始するまでの残り時間を示す情報を含む。通知制御部２２０は、時間の経過に応じて、ウェイト時間情報５１０の残り時間をカウントダウンする。メッセージ情報５２０は、システムの更新を開始すること、及び、安全な場所で車両２０を停止するべきであることをユーザに通知するための情報である。

更新制御部２４０は、ＵＩボタン５３０の位置が操作されることを、搭乗者からの更新実行指示として取得する。更新制御部２４０は、更新実行指示を取得した場合、ＥＣＵ２０５のアクティベートを開始する。更新制御部２４０は、ＵＩボタン５４０の表示位置が操作されたことを、搭乗者からの更新延期指示として取得する。更新制御部２４０は、更新延期指示を取得した場合、ＥＣＵ２０５のアクティベートを行わずにＩＧ電源を終了状態にする。

なお、通知制御部２２０は、更新情報５００については、車両２０内の搭乗者が更新情報を過去に見たことがあるか否かに応じて表示時間を変更する制御は行わない。

図７は、通知制御部２２０が更新情報の表示時間を変更するために使用する履歴情報のデータ構造をテーブル形式で示す。履歴情報は、車両２０の搭乗者に対して更新情報を過去に通知した回数を管理する情報である。履歴情報は、人物ＩＤと、通知種別ＩＤと、通知回数とを対応づける。

履歴情報の人物ＩＤは、人物を識別する情報である。人物ＩＤは、例えば撮像装置２９７が認識した人物毎に撮像装置２９７が割り振る情報であってよい。

履歴情報の通知種別ＩＤは、更新情報の種別を識別する情報である。通知種別ＩＤは、通知制御部２２０が表示時間を調整する対象とする更新情報を識別する情報である。例えば、通知種別ＩＤは、図４に示す更新情報４００を識別する情報を含む。

履歴情報の通知回数は、通知制御部２２０が通知種別ＩＤで識別される更新情報を人物ＩＤで識別される人物に対して通知制御部２２０が通知した回数を示す。

図８は、車両２０内の現在の搭乗者の識別情報を更新する処理手順を示すフローチャートである。図８の処理は、ＥＣＵ２０２において定期的に実行される。図８の処理は、車両２０が走行中においても実行され得る。

Ｓ６００において、通知制御部２２０は、ＥＣＵ２０５の更新ソフトウェアが存在するか否かを判断する。例えば、通知制御部２２０は、サーバ７０からダウンロードしたＥＣＵ２０５の更新ソフトウェアをＥＣＵ２０５に転送した場合に、ＥＣＵ２０５の更新ソフトウェアが存在すると判断する。例えば、通知制御部２２０は、図３の時刻ｔ３において、ＥＣＵ２０５の更新ソフトウェアが存在すると判断してよい。なお、通知制御部２２０は、ＥＣＵ２０５の更新ソフトウェアをサーバ７０からダウンロードした場合に、ＥＣＵ２０５の更新ソフトウェアが存在すると判断してよい。例えば、通知制御部２２０は、図３の時刻ｔ２において、ＥＣＵ２０５の更新ソフトウェアが存在すると判断してよい。通知制御部２２０は、ＥＣＵ２０５の更新ソフトウェアをサーバ７０からダウンロードする前において、ＥＣＵ２０５の更新ソフトウェアが存在する旨の通知をサーバ７０から受信した場合に、ＥＣＵ２０５の更新ソフトウェアが存在すると判断してもよい。

Ｓ６０２において、取得部２１０は、撮像装置２９７に搭乗者の認識結果を要求することによって、撮像装置２９７が撮像した車両２０内の画像から撮像装置２９７が認識した搭乗者の認識結果を取得する。例えば、撮像装置２９７は、車両２０内の画像から搭乗者を認識できた場合に、認識された搭乗者の人物ＩＤを含む認識結果を、ＥＣＵ２０２に送信する。撮像装置２９７は、車両２０内の画像から搭乗者を認識できなかった場合に、搭乗者を認識できなかった旨を示す認識結果を、ＥＣＵ２０２に送信する。取得部２１０は、撮像装置２９７からＥＣＵ２０２に送信された認識結果を、現在の搭乗者の認識結果として取得する。

Ｓ６０４において、通知制御部２２０は、車両２０の搭乗者を認識できたか否かを判断する。例えば、通知制御部２２０は、取得部２１０が取得した認識結果に人物ＩＤが含まれる場合に、車両２０の搭乗者を認識できたと判断する。車両２０の搭乗者を認識できたと判断した場合、Ｓ６０６において、通知制御部２２０は、Ｓ６０２で取得した認識結果に含まれる人物ＩＤを車両２０内の現在の搭乗者の識別情報として記憶し、処理を終了する。車両２０の搭乗者を認識できなかったと判断した場合、Ｓ６０８において、通知制御部２２０は、記憶している搭乗者の識別情報を削除し、処理を終了する。

図９は、更新情報の通知制御に関する処理手順を示すフローチャートである。図９の処理は、ＩＧ電源をオフする操作が検出された場合に開始される。

Ｓ７００において、通知制御部２２０は、ＥＣＵ２０５のアクティベートを行う準備が完了しているか否かを判断する。例えば、通知制御部２２０は、更新ソフトウェアのＥＣＵ２０５への書き込みが完了している場合に、ＥＣＵ２０５のアクティベートを行う準備が完了していると判断する。アクティベートを行う準備が完了していない場合は、処理を終了する。

アクティベートを行う準備が完了している場合、Ｓ７０２において、通知制御部２２０は、アクティベートを実行するための予め定められた条件が満たされているか否かを判断する。例えば、通知制御部２２０は、車両２０が停止しており、かつ、車両２０が備えるバッテリの充電状態が、ＥＣＵ２０５のソフトウェア更新を行うために必要な予め定められた値より高い場合に、アクティベートを実行するための予め定められた条件が満たされていると判断する。

アクティベートを実行するための予め定められた条件が満たされていない場合、Ｓ７０４において、通知制御部２２０は、搭乗者を認識できたか否かを判断する。例えば、通知制御部２２０は、現在の搭乗者の識別情報を記憶している場合に、搭乗者を認識できたと判断する。

搭乗者を認識できた場合、Ｓ７０６において、通知制御部２２０は、車両２０内の現在の搭乗者が更新情報４００を過去に見た経験があるか否かを判断する。例えば、通知制御部２２０は、履歴情報を参照して、車両２０内の現在の搭乗者が更新情報４００を過去に見た経験があるか否かを判断する。具体的には、通知制御部２２０は、履歴情報から、現在の搭乗者の識別情報及び更新情報４００の通知種別に対応づけられた通知回数を取得して、取得した通知回数が予め定められた回数より多い場合に、車両２０内の現在の搭乗者が更新情報４００を過去に見た経験があると判断する。予め定められた回数は０以上の値であってよい。予め定められた回数は１以上の値であってよい。

車両２０内の現在の搭乗者が更新情報を過去に見た経験がある場合、Ｓ７０８において、通知制御部２２０は、第１モードで更新情報４００の通知を行う。通知制御部２２０は、更新情報４００をＩＶＩ２９９に表示させる。第１モードは、更新情報を第１の表示時間にわたって表示する表示態様である。Ｓ７０８の更新情報の通知が完了すると、Ｓ７１２において、通知制御部２２０は、履歴情報の通知回数を更新し、処理を終了する。

なお、Ｓ７０８において更新情報４００を表示している間、取得部２１０は、車両２０内の搭乗者の視線方向を示す視線情報を撮像装置２９７から取得し、通知制御部２２０は、撮像装置２９７から取得された視線情報に基づいて、車両２０内の搭乗者がＩＶＩ２９９の表示画面を見ているか否かを判断してよい。通知制御部２２０は、車両２０内の搭乗者が更新情報の通知が表示された表示画面を見ていると判断した場合に、更新情報４００の通知を表示する時間を延長してよい。

また、Ｓ７０８において更新情報４００を表示している間、取得部２１０は、更新情報の通知が表示された表示画面が操作されたか否かを示す操作情報をＩＶＩ２９９から取得する。通知制御部２２０は、操作情報に基づいて、ＩＶＩ２９９の表示画面が操作されたか否かを判断し、ＩＶＩ２９９の表示画面が操作されたと判断した場合に、更新情報４００の通知を表示する時間を延長してよい。

Ｓ７０６において車両２０内の現在の搭乗者が更新情報を過去に見た経験がないと判断した場合、Ｓ７１０において、通知制御部２２０は、第２モードで更新情報４００の通知を行う。第２モードは、更新情報を第２の表示時間にわたって表示する表示態様である。第２の表示時間は、第１の表示時間より短い。Ｓ７１０の更新情報の通知が完了すると、Ｓ７１２において、通知制御部２２０は、履歴情報の通知回数を更新する。具体的には、通知制御部２２０は、現在の搭乗者の識別情報及び更新情報４００の通知種別に対応づけられた通知回数を更新する。Ｓ７１２の処理が完了すると、処理を終了する。

Ｓ７０４において搭乗者を認識できなかったと判断した場合、Ｓ７１４において、通知制御部２２０は、第２モードで更新情報４００の通知を行、処理を終了する。

Ｓ７０２においてアクティベートを実行するための予め定められた条件が満たされていないと判断した場合、Ｓ７２０において、通知制御部２２０は、更新情報５００を通知して、処理を終了する。通知制御部２２０は、搭乗者が更新情報を見たことがあるか否かかわらず、特定の通知態様で更新情報５００を通知する。つまり、通知制御部２２０は、更新情報５００については、搭乗者が更新情報５００を見たことがあるか否かに応じて通知態様を変える制御は行わない。

なお、図８及び図９の例によれば、ＩＧ電源をオフする操作が検出された場合に、通知制御部２２０は、ＩＧ電源をオフする操作が検出されるより前の最も後のタイミングで認識された車両２０の搭乗者の識別情報に基づいて、更新情報４００の通知態様を変える制御を行うか否かを判断する。これに代えて、ＩＧ電源をオフする操作が検出された場合に、図９のＳ７０２とＳ７０４との間に、図８のＳ６０２の処理を行う形態を採用してよい。

以上に説明したように、本実施形態に係る制御システム２００によれば、画像認識で車両２０内の搭乗者を認識して、認識した搭乗者が更新情報を過去に見たことがあると判断される場合に、更新情報を表示する時間を短くする。これにより、車両２０内に存在する搭乗者が更新情報の通知を受けたことがあるか否かに応じて、更新情報の表示を最適化することができる。そのため、更新情報を過去に見たことがない搭乗者が通知内容を十分に理解することができるようにすることができる。一方、更新情報を過去に見たことがある搭乗者がわずらわしく感じないようにすることができる。また、更新情報の表示時間を短くすることで、車両２０の電源システムをシャットダウンするまでの時間を短くすることができる。これにより、車両２０の電力消費量を削減することができる。

なお、更新情報を通知する態様を変更する他の手法として、更新情報を表示する色を変える手法も採用できる。更新情報を通知する態様を変更する他の手法として、更新情報を表示する明るさを変える手法も採用できる。更新情報を通知する態様として、表示以外に、音声で通知する態様を採用できる。この場合、更新情報を通知する態様を変更する手法として、更新情報に関する音声を流す時間を変更する手法、及び／又は更新情報に関する音声の音量を変更する手法を採用できる。通知制御部２２０は、更新情報を表示する時間を変えることに加えて、更新情報を表示する色を変えること、更新情報を表示する明るさを変えること、更新情報に関する音声を流す時間を変えること、及び更新情報に関する音声の音量を変えることのうちの任意の組み合わせを適用してよい。

なお、車両２０は、輸送機器の一例としての車両である。車両は、内燃機関を備える自動車、電気自動車、燃料電池自動車（ＦＣＶ）等の自動車であってよい。自動車は、バス、トラック、二輪自動車等を含む。車両は、鞍乗型車両等であってよく、バイクであってよい。輸送機器としては、車両の他に、無人航空機を含む航空機、船舶等の機器を含む。輸送機器は、人又は物品を輸送する任意の機器であってよい。輸送機器は移動体の一例である。移動体は、輸送機器に限らず、移動可能な任意の機器であってよい。

図１０は、本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００を、実施形態に係る制御システム等のシステム又はシステムの各部、もしくはＥＣＵ２０２等の装置又は当該装置の各部として機能させる、当該システム又はシステムの各部もしくは当該装置又は当該装置の各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、又はメモリカードのようなコンピュータ可読記憶媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読記憶媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取った送信データをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読記憶媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能である。コンピュータ可読記憶媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

コンピュータ２０００にインストールされ、コンピュータ２０００をＥＣＵ２０２として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、ＥＣＵ２０２の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウェアと上述した各種のハードウエア資源とが協働した具体的手段であるＥＣＵ２０２の各部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のＥＣＵ２０２が構築される。

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 更新システム
２０ 車両
７０ サーバ
９０ 通信ネットワーク
２００ 制御システム
２０１ ＴＣＵ
２０２ ＥＣＵ
２０４ ＥＣＵ
２０５ ＥＣＵ
２０９ 通信部
２１０ 取得部
２１１ アンテナ
２２０ 通知制御部
２４０ 更新制御部
２８０ 車内通信ネットワーク
２９１ ＦＩ
２９２ バッテリ
２９７ 撮像装置
２９８ ＭＩＤ
２９９ ＩＶＩ
３００ 更新情報
３０１ 情報
３０２ 情報
４００ 更新情報
４０１ 情報
４０２ 情報
５００ 更新情報
５１０ ウェイト時間情報
５２０ メッセージ情報
５３０ ＵＩボタン
５４０ ＵＩボタン
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

Claims (11)

1. 車両に搭載され、通信部を介する車載機器のソフトウェア更新を制御するソフトウェア更新制御装置であって、
   前記車両内の搭乗者を撮像することによって認識された前記車両内の搭乗者の認識結果を示す情報を取得する取得部と、
   前記ソフトウェア更新に関する更新情報の通知を制御する通知制御部と
   を備え、
   前記通知制御部は、前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を受けたことがあるか否かを判断し、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する
   ソフトウェア更新制御装置。
2. 前記通知制御部は、前記車両の電源がオフされる場合に、前記車両の電源がオフされる前の最も後のタイミングで認識された前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かを判断する
   請求項１に記載のソフトウェア更新制御装置。
3. 前記通知制御部は、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあると判断した場合に、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがないと判断した場合に比べて、前記更新情報の通知を表示する時間を短くする
   請求項１又は２に記載のソフトウェア更新制御装置。
4. 前記取得部は、前記車両内の搭乗者を撮像することによって特定された前記車両内の搭乗者の視線方向を示す視線情報をさらに取得し、
   前記通知制御部は、前記視線情報に基づいて、前記車両内の搭乗者が前記更新情報の通知が表示された表示画面を見ているか否かを判断し、前記車両内の搭乗者が前記更新情報の通知が表示された表示画面を見ていると判断した場合に、前記更新情報の通知を表示する時間を延長する
   請求項３に記載のソフトウェア更新制御装置。
5. 前記取得部は、前記更新情報の通知が表示された表示画面が操作されたか否かを示す操作情報をさらに取得し、
   前記通知制御部は、前記操作情報に基づいて、前記表示画面が操作されたか否かを判断し、前記表示画面が操作されたと判断した場合に、前記更新情報の通知を表示する時間を延長する
   請求項３又は４に記載のソフトウェア更新制御装置。
6. 前記更新情報は、前記車両の電源がオフされる場合に前記ソフトウェア更新を開始するための予め定められた条件が満たされていな場合に通知される情報であり、
   前記通知制御部は、前記車両の電源がオフされる場合に、前記予め定められた条件が満たされるか否かを判断し、前記予め定められた条件が満たされていない場合に、前記更新情報の通知を過去に受けたことがあるか否かを判断し、前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する
   請求項１から５のいずれか一項に記載のソフトウェア更新制御装置。
7. 前記通知制御部は、前記ソフトウェア更新が行われるか否かを前記車両の走行中に判断し、
   前記取得部は、前記ソフトウェア更新が行われると判断された場合に、前記車両内の搭乗者の認識結果を示す情報の取得を開始する
   請求項１から６のいずれか一項に記載のソフトウェア更新制御装置。
8. 前記車両内の搭乗者の認識結果を示す情報は、前記車両内の搭乗者が運転手であるか否かを示す情報をさらに含み、
   前記通知制御部は、前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の運転者が前記更新情報の通知を過去に受けたことがあるか否かを判断し、前記車両内の運転者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する
   請求項１から７のいずれか一項に記載のソフトウェア更新制御装置。
9. 請求項１から８のいずれか一項に記載のソフトウェア更新制御装置を備える車両。
10. コンピュータを、請求項１から８のいずれか一項に記載のソフトウェア更新制御装置として機能させるためのプログラム。
11. 通信部を介する車載機器のソフトウェア更新を制御するソフトウェア更新制御方法であって、
    車両内の搭乗者を撮像することによって認識された前記車両内の搭乗者の認識結果を示す情報を取得する段階と、
    前記ソフトウェア更新に関する更新情報の通知を制御する段階と
    を備え、
    前記ソフトウェア更新に関する更新情報の通知を制御する段階は、
    前記車両内の搭乗者の認識結果を示す情報に基づいて、前記車両内の搭乗者が前記更新情報の通知を受けたことがあるか否かを判断する段階と、
    前記車両内の搭乗者が前記更新情報の通知を過去に受けたことがあるか否かの判断結果に応じて、前記更新情報の通知の態様を変更する段階と
    を有するソフトウェア更新制御方法。

Images