特開 2024-137271 表示制御装置

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

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

(11)【公開番号】P2024137271

(43)【公開日】2024-10-07

(54)【発明の名称】表示制御装置

(51)【国際特許分類】

   B60R 11/02 20060101AFI20240927BHJP

   G08G 1/16 20060101ALI20240927BHJP

   G09G 5/00 20060101ALI20240927BHJP

   G09G 5/10 20060101ALI20240927BHJP

【ＦＩ】

B60R11/02 C

G08G1/16 C

G09G5/00 550C

G09G5/00 550B

G09G5/10 B

G09G5/00 510A

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023048731

(22)【出願日】2023-03-24

(71)【出願人】

【識別番号】000004260

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

(74)【代理人】

【氏名又は名称】矢作 和行

(74)【代理人】

【識別番号】100121991

【弁理士】

【氏名又は名称】野々部 泰平

(74)【代理人】

【識別番号】100145595

【弁理士】

【氏名又は名称】久保 貴則

(72)【発明者】

【氏名】佐々木 達也

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

3D020

5C182

5H181

【Ｆターム（参考）】

3D020BA04

3D020BB01

3D020BC03

3D020BD05

3D020BE03

5C182AA02

5C182AA03

5C182AB15

5C182AB25

5C182AB26

5C182BA01

5C182BA03

5C182BA06

5C182BA14

5C182BA25

5C182BA27

5C182BA29

5C182BA35

5C182BA45

5C182BA55

5C182BA56

5C182BA75

5C182BB01

5C182BB11

5C182CA01

5C182CB44

5C182DA02

5C182DA44

5C182DA64

5C182DA65

5H181AA01

5H181CC02

5H181CC03

5H181CC04

5H181CC11

5H181CC12

5H181CC14

5H181CC27

5H181FF04

5H181FF22

5H181FF33

5H181LL07

5H181LL08

(57)【要約】

【課題】ドライバの利便性を損なうことなく、ドライバの視線方向に基づいてディスプレイの輝度をより適正に制御可能な表示制御装置を提供する。
【解決手段】ＨＣＵは、走行開始後の所定期間におけるドライバの視線分布に基づいて、ドライバが車両前方に視線を向けているときの視線上下角の範囲である前方視線範囲を特定する。そして、ＨＣＵは、前方視線範囲の中心又は下端を基準として、ディスプレイの輝度を変更するための閾値である待機閾値を決定する。ＨＣＵはドライバの視線上下角が待機閾値以上である場合にはディスプレイの輝度を待機レベルに設定する一方、ドライバの視線上下角が待機閾値未満である場合にはディスプレイの輝度を通常レベルに設定する。
【選択図】図８

【特許請求の範囲】

【請求項1】

車両のドライバの視線方向を示すデータを受信する受信部（２４）と、
前記受信部が受信した前記データに基づいて、前記車両内に設けられたディスプレイの輝度を制御する制御部（２１）と、を備え、
前記制御部は、
前記車両の走行が開始されてから所定期間以内に前記受信部が受信した前記視線方向の分布情報に基づいて、前記ドライバが前記車両の前方を見ている状態に対応する前記視線方向の範囲である前方視線範囲を特定することと、
前記視線方向が前記前方視線範囲外にあることに基づいて、前記輝度を通常レベルに設定することと、
前記視線方向が前記前方視線範囲内にあることに基づいて、前記輝度を前記通常レベルよりも低い待機レベルに設定することと、を実施するように構成されている表示制御装置。

【請求項2】

前記制御部は、
前記視線方向の上下方向成分である視線上下角を示すデータを前記受信部から取得することと、
前記前方視線範囲として、前記ドライバが前記車両の前方を見ている状態に対応する前記視線上下角の範囲を特定することと、を実施するように構成されている、請求項１に記載の表示制御装置。

【請求項3】

前記ディスプレイは、インストゥルメントパネルに設けられおり、
前記制御部は、
前記視線方向の上下方向成分である視線上下角を示すデータを前記受信部から取得することと、
前記所定期間に取得した前記視線上下角を示すデータの集合に基づいて、前記前方視線範囲として、前記ドライバが前記車両の前方を見ている状態に対応する前記視線上下角の範囲を特定することと、
前記前方視線範囲に対応する前記視線上下角の範囲に基づいて、前記輝度を前記待機レベルに下げるための待機閾値に設定することと、
前記視線上下角が前記待機閾値以上となったことに基づいて、前記輝度を前記待機レベルに設定することと、を実行するように構成されている、請求項１に記載の表示制御装置。

【請求項4】

前記制御部は、前記輝度が前記通常レベルに設定されており、かつ、前記視線上下角が前記待機閾値よりも大きい状態が所定期間継続されたことを受けて、前記輝度を前記待機レベルに設定することを実施するように構成されている、請求項３に記載の表示制御装置。

【請求項5】

前記制御部は、前記輝度を前記待機レベルに設定している状態において、前記視線上下角が前記待機閾値未満となったことを受けて、前記輝度を前記待機レベルから前記通常レベルへとステップ状に上昇させるように構成されている、請求項３に記載の表示制御装置。

【請求項6】

前記ディスプレイは、複数の光源を有するものであって、
前記制御部は、
前記ディスプレイが備える前記複数の光源の輝度を制御することと、
前記視線上下角が前記待機閾値以上である場合に、前記複数の光源の全ての輝度を前記待機レベルに設定することと、を実施するように構成されている、請求項３に記載の表示制御装置。

【請求項7】

前記待機レベルは、前記通常レベルの２０％未満且つ０％よりも高いレベルに設定されている、請求項３に記載の表示制御装置。

【請求項8】

前記制御部は、前記輝度を前記待機レベルに設定している状態において前記ドライバに対して警告を行う場合は、前記視線上下角が前記待機閾値以上であっても、前記輝度を前記通常レベルに上昇させるように構成されている、請求項３に記載の表示制御装置。

【請求項9】

前記制御部は、前記車両の走行開始から前記前方視線範囲を特定するまでは、前記輝度を前記通常レベルに設定するように構成されている、請求項３に記載の表示制御装置。

【請求項10】

前記制御部は、
前記ドライバの視線が向いている左右方向の角度である視線左右角を示すデータを前記受信部より取得することと、
前記視線上下角が前記待機閾値未満である場合には、前記ディスプレイが備える表示エリアのうち、前記視線左右角に応じた部分を前記通常レベルに設定する一方、他の部分は前記待機レベルに設定することと、を実施するように構成されている、請求項３に記載の表示制御装置。

【請求項11】

前記制御部は、
前記視線上下角が取りうる値の範囲を複数の角度範囲に分割することと、
前記分布情報に基づいて、前記複数の角度範囲のうち最も多く前記視線方向が検出された角度範囲を特定することと、
前記最も多く前記視線方向が検出された角度範囲をもとに前記前方視線範囲を特定することと、を実施するように構成されている、請求項３に記載の表示制御装置。

【請求項12】

前記ディスプレイは、前記車両のＡピラー又はドアモジュールに設けられており、
前記制御部は、前記視線方向が前記前方視線範囲外から前記前方視線範囲内に移ったことに基づいて、前記輝度を前記通常レベルから前記待機レベルに設定することを実施するように構成されている、請求項１に記載の表示制御装置。

【請求項13】

前記制御部は、前記前方視線範囲を特定してから所定時間が経過するまでの間に前記受信部が新たに受信した前記視線方向の分布情報に基づいて、前記前方視線範囲を更新することを実施するように構成されている、請求項１から１２の何れか１項に記載の表示制御装置。

【請求項14】

前記制御部は、前記車両の速度が所定値以上である状態において前記受信部が受信した前記視線方向の前記分布情報に基づいて、前記前方視線範囲を特定することを実施するように構成されている、請求項１から１２の何れか１項に記載の表示制御装置。

【請求項15】

前記制御部は、前記車両の方向指示器を使用していない状態において前記受信部が受信した前記視線方向の前記分布情報に基づいて、前記前方視線範囲を特定することを実施するように構成されている、請求項１から１２の何れか１項に記載の表示制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、車両用ディスプレイの情報表示に用いられる輝度を制御する表示制御装置に関する。

【背景技術】

【0002】

特許文献１には、ドライバがディスプレイを見ていると判断した場合はディスプレイに用いられる輝度を視認用光量に設定し、ドライバがディスプレイを見ていないと判断した場合は、光量を視認用光量よりも低い待機時光量に設定する構成が開示されている。これにより、ディスプレイの消費電力の低減を図られる。

【0003】

特許文献２では、車両の運転開始前（換言すれば出発時）において、ディスプレイに表示したアイコンをドライバに視認させることにより、ドライバの視線方向の基準を補正する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

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

【特許文献2】特許第６２６４４４０号公報

【発明の概要】

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

【0005】

特許文献１に開示されているような視線方向に基づく輝度制御を適切に行うためには、ドライバが車両前方を見ているか否か、又は、ディスプレイを見ているか否かの判断基準（例えば閾値）が適切に設定されている必要がある。車両前方／ディスプレイを見ているか否かの判断基準が不適切だと、ドライバが車両前方を見ている（換言すればディスプレイを見ていない）にも関わらず、画面が明るいままとなり、消費電力を低減できない可能性がある。また、ドライバがディスプレイを見ているのに画面が暗い状態が維持され、表示内容の視認性が劣化しうる。

【0006】

特許文献１には、ドライバが車両前方を見ているか否かの判断基準の設定方法に関しては何ら記載されていない。１つの想定構成としては、ドライバの視線方向が事前設計された所定の角度範囲に収まっている場合に、システムがドライバは車両前方を見ていると判断する構成が考えられる。しかしながら、前方を向いているドライバの視線方向には個人差がある。そのため、多数の人に適用可能な適切な判断基準を事前設計することは困難である。

【0007】

特許文献２のように、車両の走行開始前にドライバの視線方向を学習する構成によれば、ドライバの体格等に応じた適正な判断基準が設定可能となりうる。しかしながら、当該方法では、ドライバは走行開始前に視線方向をシステムに登録する必要があり、ドライバの利便性が低下しうる。

【0008】

本開示は、上記の検討又は着眼点に基づいて成されたものであり、その目的の１つは、ドライバの利便性を損なうことなく、ドライバの視線方向に基づいてディスプレイの輝度をより適正に制御可能な表示制御装置を提供することにある。

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

【0009】

ここに開示される表示制御装置は、車両のドライバの視線方向を示すデータを受信する受信部（２４）と、受信部が受信したデータに基づいて、車両内に設けられたディスプレイの輝度を制御する制御部（２１）と、を備え、制御部は、車両の走行が開始されてから所定期間以内に受信部が受信した視線方向の分布情報に基づいて、ドライバが車両の前方を見ている状態に対応する視線方向の範囲である前方視線範囲を特定することと、視線方向が前方視線範囲外にあることに基づいて、輝度を通常レベルに設定することと、視線方向が前方視線範囲内にあることに基づいて、輝度を通常レベルよりも低い待機レベルに設定することと、を実施するように構成されている。

【0010】

上記表示制御装置では、走行開始後のドライバの視線方向の分布に基づいて、前方視線範囲が特定され、その特定された前方視線範囲を用いてディスプレイの輝度制御が実行される。このような構成によれば、ドライバの体格等に応じた判断基準にてディスプレイの輝度制御が実施されるため、ドライバの視線方向に基づいてディスプレイの輝度をより適正に制御可能となる。また、走行開始前にドライバは視線方向の登録作業を行う必要はない。よってドライバの利便性を損なう恐れも低減できる。つまり、ドライバの利便性を損なうことなく、ドライバの視線方向に基づいてディスプレイの輝度をより適正に制御可能となる。

【0011】

なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

【図面の簡単な説明】

【0012】

【図1】車載システムの全体構成を示すブロック図である。

【図2】ディスプレイの位置及び形状の一例を示す図である。

【図3】乗員モニタの搭載位置の一例を示す図である。

【図4】ＨＣＵの機能ブロック図である。

【図5】視線上下角の分布の一例を示す図である。

【図6】視線上下角の分布に基づいてディスプレイ視線範囲を特定する方法を説明するための図である。

【図7】注視点の分布に基づいて待機閾値を決定する方法を説明するための図である。

【図8】待機閾値の設定にかかるプロセッサの作動を示すフローチャートである。

【図9】ディスプレイの輝度制御にかかるプロセッサの作動を示すフローチャートである。

【図10】視線上下角に応じたディスプレイの輝度レベルの制御例を示す図である。

【図11】視線上下角に応じたディスプレイの輝度レベルの他の制御例を示す図である。

【図12】警告画像を表示する際のＨＣＵの作動を示すフローチャートである。

【図13】待機閾値の調整にかかるＨＣＵの作動を説明するためのフローチャートである。

【図14】車載ディスプレイの他の構成例を示す図である。

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

【0013】

以下、本開示の実施形態について図を用いて説明する。本開示は以下の実施形態に限定されるものではなく、以降で述べる種々の変形例も本開示の技術的範囲に含まれる。また、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。種々の補足や変形例などは、技術的な矛盾が生じない範囲において適宜組み合わせて実施することができる。同一の機能を有する部材については、同一の符号を付し、その説明を省略することがある。また、構成の一部のみに言及している場合、他の部分については他の箇所に記載の説明を適用することができる。

【0014】

図１は、本開示が適用された車載システム１００の概略的な構成の一例を示す図である。車載システム１００は、図１に示すようにディスプレイ１１、乗員モニタ１２、車両状態センサ１３、ロケータ１４、運転支援装置１５、入力装置１６、及びＨＣＵ（HMI Control Unit）２０を含む。ＨＭＩは、ヒューマンマシンインターフェース（Human Machine Interface）の略である。

【0015】

ディスプレイ１１はケーブルを用いてＨＣＵ２０と直接的に接続されている。乗員モニタ１２、車両状態センサ１３、ロケータ１４、運転支援装置１５、及び入力装置１６は、車載ネットワーク１０１を介してＨＣＵ２０と通信可能に接続されている。車載ネットワーク１０１は、車両内に構築された通信ネットワークである。車載ネットワーク１０１の規格は、Controller Area Network（ＣＡＮは登録商標）や、イーサネット（登録商標）、FlexRay（登録商標）など、任意の規格であってよい。図２に示すネットワークトポロジーは一例であって適宜変更されてよい。

【0016】

ディスプレイ１１は、インストゥルメントパネルに設けられた表示装置である。ディスプレイ１１は、フルカラー表示が可能に構成されている。ディスプレイ１１は、ＨＣＵ２０から入力信号に従って画像を表示する。

【0017】

本実施形態のディスプレイ１１は、図２に示すようにインストゥルメントパネルの上端部において、インストゥルメントパネルの右端から左端まで連続的に形成されている。このようなディスプレイ１１は、ピラートゥピラーディスプレイと呼ぶこともできる。ディスプレイ１１は、横幅０．５ｍ以上の表示画面を有していてよい。ディスプレイ１１は、それぞれ異なる機能についての複数の画面（ウィンドウ）を並列的に表示可能に構成されていてよい。ディスプレイ１１は、ＨＣＵ２０の指示に基づき、走行速度などを示すメータウィンドウと、ナビゲーション画像を示すナビウィンドウと、オーディオ機能にかかる情報を表示するオーディオウィンドウとを並列的に表示可能であって良い。

【0018】

ディスプレイ１１の表示画面は、ドライバ用エリア、助手席用エリア、中央エリアに、実態的に又は仮想的に分割されていて良い。ドライバ用エリアは、運転席の正面に当たるエリアである。助手席用エリアは、助手席の正面に位置するエリアである。中央エリアは、ドライバ用エリアと助手席用エリアの間にある表示エリアを指す。前述のメータウィンドウはドライバ用エリアに配置されうる。

【0019】

ディスプレイ１１は、部分駆動可能な直下型バックライトを備える液晶ディスプレイであってよい。ディスプレイ１１は有機ＥＬディスプレイであっても良い。ディスプレイ１１は、例えば中央部、右端部、及び左端部とで独立した光源を備えるエッジ型の液晶ディスプレイであってもよい。

【0020】

本実施形態のディスプレイ１１は、１つ又は複数の光源を備える。光源は、液晶ディスプレイにおけるバックライトのように、画像素子とは独立して設けられていてよい。また、光源は、有機ＥＬディスプレイのような自発光方式のディスプレイを構成する、個々の画像素子であってもよい。

【0021】

ディスプレイ１１は、表示画面全体の明るさ（つまり輝度）を一律的に調整可能に構成されている。例えばディスプレイ１１は、輝度が０の状態から所定の通常レベルまで段階的に輝度を調整可能に構成されている。ここでの通常レベルとは、ドライバが十分に表示内容を認識可能であって、かつ、眩しく感じない輝度値を指す。通常レベルの具体的な値は適宜設計されてよい。

【0022】

通常レベルは、ドライバが所定の設定画面を介して調整可能に構成されていても良い。輝度が０の状態とは、完全消灯してあって、何も表示されていない状態を指す。当然、夜間表示モードでの通常レベルと、昼間表示モードでの通常レベルとは、物理的な光量（ｃｄ）等が異なっていて良い。夜間表示モードは、夜間やトンネル内など、車外の照度が所定値未満の場合／前照灯がオンの場合に適用される表示モードである。昼間表示モードは、車外の照度が所定値以上の場合／前照灯がオフの場合に適用される表示モードである。なお、ディスプレイ１１は、表示画面の明るさ（つまり輝度）を部分的に調整可能に構成されていてもよい。

【0023】

乗員モニタ１２は、ドライバの視線方向を検出するためのセンサである。乗員モニタ１２は、ドライバの顔部を撮像する姿勢で車室内に設置された可視光／赤外線カメラであってよい。乗員モニタ１２は、図３に示すように運転席のヘッドレスト部に光軸を向けた姿勢にて、ステアリングコラムカバーの上面に配置されている。もちろん乗員モニタ１２は、インストゥルメントパネルの上面部、フロントガラスの上端部、又は運転席側のＡピラー等に取り付けられていてもよい。乗員モニタ１２はディスプレイ１１の上端部に取り付けられていても良い。図３に示す一点鎖線は乗員モニタ１２の光軸を示し、破線は撮影範囲を示している。図３の実線矢印はドライバの視線方向を示している。

【0024】

乗員モニタ１２は、撮影映像に含まれるドライバの顔画像を解析することにより、ドライバの状態を逐次検出する。ドライバの状態には、ドライバの顔の向き（首向き角）や、目の開度が含まれて良い。また、乗員モニタ１２は、画像解析により、ドライバの視線方向を検出する。視線方向は、多様な方法で検出されて良い。例えば乗員モニタ１２は、ドライバの顔向きベクトルと、顔を基準とした目の向きベクトルを総合して、ドライバの視線方向を検出してよい。視線方向は、車両を基準として表現されても良いし、乗員モニタ１２の光軸を基準として表現されても良い。

【0025】

視線方向は、例えば上下方向の角度である視線上下角と、左右方向の角度である左右角で表現されて良い。視線上下角は、ドライバの視線方向の上下方向成分に相当する。視線左右角は、ドライバの視線方向の左右方向成分に相当する。本実施形態では視線上下角は上が増加方向（正方向）であり、視線左右角は右が増加方向（正方向）であるものとする。視線上下角は、車両水平面に対して視線方向がなす角度であって良い。車両水平面は、車両の上下方向に対して垂直な平面、換言すれば、車両の前後方向及び左右方向に平行な平面を指す。視線上下角は、視線ピッチ角あるいは視線仰俯角と言い換えられてよい。視線左右角は視線ヨー角と言い換えられて良い。

【0026】

乗員モニタ１２は、撮影画像をもとに特定したドライバの状態を示すデータをＨＣＵ２０へ逐次出力する。なお、カメラの映像信号に基づきドライバ等の状態を検出する機能は、例えばＨＣＵ２０が備えていても良い。その他、乗員モニタ１２は、顔の向きを検出可能に構成されたミリ波レーダ／ＬｉＤＡＲであってもよい。

【0027】

車両状態センサ１３は、自車両の状態に関する情報を検出するセンサ群である。車両状態センサ１３には、車速センサ、操舵角センサ等が含まれる。車速センサは、自車の車速を検出するセンサである。操舵角センサは操舵角を検出するセンサである。車両状態センサ１３は、検出対象とする物理状態量の現在の値（つまり検出結果）を示す信号をＨＣＵ２０に入力する。また、車両状態センサ１３には、方向指示スイッチや、パーキングブレーキスイッチが含まれてよい。ＨＣＵ２０には、方向指示器の作動状態を示す信号や、パーキングブレーキの作動状態を示す信号などが入力されて良い。ＨＣＵ２０に接続されるセンサの種類は適宜設計されてよい。

【0028】

ロケータ１４は、複数の情報を組み合わせる複合測位により、自車両の高精度な位置情報を生成する装置である。自車両の位置情報は、緯度、経度、及び高度の３次元座標で表されてよい。ロケータ１４は、ＧＮＳＳ受信機と地図記憶装置を備えていて良い。ＧＮＳＳ受信機は、ＧＮＳＳ（Global Navigation Satellite System）を構成する測位衛星から送信される航法信号（以降、測位信号）を受信することで、当該ＧＮＳＳ受信機の現在位置を逐次検出するデバイスである。地図記憶装置は、道路網を示す地図データが保存されている記憶媒体である。ロケータ１４は、ＧＮＳＳ受信機の測位結果と、加速度センサの出力と、地図データと、を組み合わせることにより、自車両の位置を算出して良い。

【0029】

ロケータ１４が算出した車両の位置情報は車載ネットワーク１０１に出力され、ＨＣＵ２０等によって参照される。ロケータ１４は、地図データと現在位置情報とから定まる交差点や合流／分岐地点、踏切までの残り距離を示す前方道路データをＨＣＵ２０に出力しても良い。本実施形態ではロケータ１４はナビゲーション装置とは異なる装置であるが、他の態様においてはロケータ１４はナビゲーション装置であってもよい。

【0030】

運転支援装置１５は、周辺監視センサを用いた走行環境の認識結果に基づいてドライバの運転を支援するための制御を実行する装置である。周辺監視センサは、検出範囲に存在する物体を検出するセンサである。周辺監視センサは、車外を撮像するカメラ、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging/Laser Imaging Detection and Ranging）、又はソナーであってよい。運転支援装置１５は、車両前方（斜め前方を含む）に検知エリアを形成する周辺監視センサの出力信号に基づいて、障害物と接触可能性を示すパラメータを算出し、当該算出結果に基づいて、警告画像の表示や警告音の出力を実施しうる。障害物と接触可能性を示すパラメータは、衝突予測時間（ＴＴＣ：Time To Collision）などであってよい。

【0031】

警告画像の表示及び警告音出力は、ＨＣＵ２０に警告要求信号を出力することで実現されて良い。ＨＣＵ２０は、運転支援装置１５から警告要求信号が入力されたことに基づいて、警告画像の表示等を実施してよい。運転支援装置１５はＴＴＣが所定値以下の物体が存在することに基づいて車両を強制的に減速させる衝突被害軽減制動（ＡＥＢ：Autonomous Emergency Braking）を実施する装置であって良い。また、運転支援装置１５は、車両前方を撮影するカメラである前方カメラの撮影画像に基づいて信号機を認識し、点灯状態にかかる警告／通知を実施する装置であってもよい。

【0032】

入力装置１６は、車載システム１００に対するドライバの指示操作を受け付けるための装置である。入力装置１６は、ステアリングスイッチや、タッチパネル、ハプティックデバイスなどであってよい。入力装置１６は、ドライバの操作に対応する電気信号である操作信号をＨＣＵ２０に出力する。操作信号は、ドライバの操作内容を示す情報を含む。ＨＣＵ２０は、入力装置１６から入力される操作信号に基づき、ディスプレイ１１の表示を制御する。

【0033】

ＨＣＵ２０は、多様なセンサ／デバイスから入力される信号に基づいて、ディスプレイ１１の表示内容及び表示輝度を制御する装置である。ＨＣＵ２０が表示制御装置に相当する。ＨＣＵ２０は複数の装置の協働によって実現されるシステムであってもよい。ＨＣＵ２０は、プロセッサ２１、メモリ２２、ストレージ２３、通信インターフェース２４等を備えたコンピュータであってよい。プロセッサ２１は、メモリ２２と結合された演算処理のためのハードウェアである。プロセッサ２１は、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等の演算コアを少なくとも一つ含む。プロセッサ２１は、メモリ２２へのアクセスにより、種々の演算処理を実行する。メモリ２２は、ＲＡＭ（Random Access Memory）などの揮発性メモリである。プロセッサ２１が制御部に相当する。

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

１１ ディスプレイ、１２ 乗員モニタ、１３ 車両状態センサ、１４ ロケータ、１５ 運転支援装置、１６ 入力装置、２０ ＨＣＵ、２１ プロセッサ、２２ メモリ、２３ ストレージ、２４ 通信インターフェース（受信部）、Ｆ１ 視線取得部、Ｆ２ 閾値設定部、Ｆ３ 表示制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】