WO2022239672A1

WO2022239672A1 - 情報提示装置

Info

Publication number: WO2022239672A1
Application number: PCT/JP2022/019292
Authority: WO
Inventors: 雅史野原; 太郎小林; 夏子宮崎; 圭司岡本; あす郁坂井; 一博松井; 昊舟李; 晋海崔
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2021-05-12
Filing date: 2022-04-28
Publication date: 2022-11-17
Anticipated expiration: 2023-11-12
Also published as: JP7444133B2; US20240071231A1; JP2022175096A

Abstract

ＨＣＵは、複数の表示領域の中から情報の表示先を選択的に採用可能に構成されている。ＨＣＵは、車内カメラの画像に基づいてドライバの視線方向を取得する。ＨＣＵは、車載センサの出力信号に基づいてドライバの降車動作を検出した場合、運転席用ドア付近の路面に、例えば水溜まりや段差、他車両等といった、注意が必要な事象が存在する場合には、その内容又は対処法を具体的に示す画像を、ドライバの視線方向に対応する表示領域に表示する。

Description

情報提示装置

関連出願の相互参照

　この出願は、２０２１年５月１２日に日本に出願された特許出願第２０２１－０８１２４１号を基礎としており、基礎の出願の内容を、全体的に、参照により援用している。

　本開示は、車両の乗員に対して車外の懸念事項に関する情報を提供する情報提示装置に関する。

　特許文献１には、自車両の後方から自転車や自動車などが接近している状況において乗員がドアを開けようとする挙動を検出した場合に、車内のドアノブ付近に設けられた警告灯を点灯させるとともに、スピーカから警告音を出力する構成が開示されている。

特開２０１５－２０９１５４号公報

　乗員に警告が発せられるシーンとしては、特許文献１に開示される後方からの車両の接近の他に、車両鍵の置き忘れ、走行用電源の切り忘れなど、多様なものがある。また、走行用電源がオン、かつ、シフトポジションが前進ポジションである状態で、運転席用ドアが開いたり、シートベルトの装着を解除したりした場合にも、警報音や警告灯の提示による警告が行われうる。

　このように乗員への警告は、多様な事象に対して行われるため、警告音が出力されたり、警告灯が点灯されたりしても、乗員は直感的にその警告の理由を特定することが難しい。その結果、乗員を困惑させてしまう恐れがある。また、警告内容が不明であるとその対処法も不明である。故に、警告音が出力された場合、乗員は、その理由と対処法を自分で考える必要があった。

　そのような課題に対し、警告対象の内容（理由）を音声メッセージで出力する構成も考えられるが、音声メッセージの場合、メッセージの出力開始から理由を示すキーワードが出力されるまで乗員はその原因を特定することができない。換言すれば音声メッセージでは、即座に／相対的に短い時間で、警告されている内容や対処法を理解できない。

　想定構成として、メータディスプレイ又はセンターディスプレイに、警告内容を示す画像を表示する構成も考えられるが、例えば降車シーンにおいては、乗員は必ずしも車両前方に目を向けているとは限らない。警告内容の詳細情報をメータディスプレイ等、常に一定のディスプレイに表示する構成では、当該情報表示に乗員が気づきにくいといった課題があった。

　本開示は、上記の検討又は着眼点に基づいて成されたものであり、その目的の１つは、通知内容を乗員が認識しやすい情報提示装置を提供することにある。

　ここに開示される情報提示装置は、車両に設けられた所定の座席の乗員に対する情報の表示先を、複数の表示領域の中から選択可能に構成された情報提示装置であって、複数の表示領域の中には、少なくとも座席に隣接するドアに形成されているドア表示領域が含まれており、車外状況に関連する情報を、複数の表示領域の何れかに表示する表示処理部と、乗員の視線方向を示す情報を取得する視線方向取得部と、を備え、表示処理部は、乗員の視線方向に応じて車外状況に関連する情報の表示場所を変更するように構成されている。

　以上の構成によれば、乗員の視線方向に対応する表示領域に、例えば警告対象の概要を示すテキスト又は画像を表示可能となる。その結果、乗員による通知内容の認識性を高めることが可能となる。

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

車載システムの構成を示すブロック図である。車載システムが備える周辺監視センサの一例を示すブロック図である。ＨＣＵが情報の表示先として選択可能な表示領域の組み合わせの一例を示す図である。ＨＣＵの機能ブロック図である。注意喚起画像の一例を示す図である。降車時のＨＣＵの作動の一例を説明するためのフローチャートである。水溜まりの存在を通知する概要画像の一例を示す図である。凹部の存在を通知する概要画像の一例を示す図である。立体物の存在を通知する概要画像の一例を示す図である。後方から接近する移動体を通知する概要画像の一例を示す図である。降車時におけるＨＣＵの作動の一例を説明するためのフローチャートである。開扉障害物の存在を通知する概要画像の一例を示す図である。降車時におけるＨＣＵの作動の一例を説明するためのフローチャートである。降車時におけるＨＣＵの作動の一例を説明するためのフローチャートである。強風を通知する概要画像の一例を示す図である。駐車場進入時におけるＨＣＵの作動例を説明するためのフローチャートである。発進時のＨＣＵの作動の一例を説明するためのフローチャートである。所定の許可エリアへの進入に基づくＨＣＵの作動例を説明するためのフローチャートである。目的地への接近に伴うＨＣＵの作動例を説明するためのフローチャートである。ドアディスプレイの変形例を示す図である。表示領域のバリエーションの一例を示す図である。

　以下、本開示の実施形態について図を用いて説明する。図１は、本開示に係る情報提示装置としてのＨＣＵ１の概略的な構成の一例を示す図である。ＨＣＵ１は、ＨＭＩ（Human Machine Interface）の作動を制御する装置であって、HMI Control Unitの略である。

　以下では、一例として運転席の乗員（つまりドライバ）に対する情報提示を制御する場合について説明する。ドライバは車両の使用者であるため、ユーザと呼ぶ事もできる。なお、本開示は助手席の乗員や、後部座席の乗員への情報提示制御にも適用可能である。本開示にかかる情報提示対象を助手席乗員等に適用する場合、以下の説明は情報提示対象の座席に対応するように適宜変更して実施することができる。以下では車両の右側に運転席が設けられている場合について例示する。故に車両右側が座席側方向に対応する。本開示は運転席が左側に設けられた車両に適用されても良い。その場合は車両左側が座席側方向に対応する。

　便宜上、ＨＣＵ１が搭載されている車両のことを自車両／搭載車両とも記載する。以下の説明における前後、左右、上下の各方向は、自車両を基準として規定される。具体的に、前後方向は、自車両の長手方向に相当する。左右方向は、自車両の幅方向に相当する。上下方向は、自車両の高さ方向に相当する。別の観点によれば、上下方向は、前後方向及び左右方向に平行な平面に対して垂直な方向に相当する。

　図１に示すようにＨＣＵ１は、多様な車載装置と接続されて使用される。例えばＨＣＵ１は、種々の車載センサ２１、周辺監視センサ２２、車内カメラ２３、車外マイク２４、入力装置２５、Ｖ２Ｘ車載器２６、自動駐車ＥＣＵ２７、及びナビゲーションＥＣＵ２８と接続されている。また、ＨＣＵ１は、メータディスプレイ３１、センターディスプレイ３２、ＨＵＤ３３、ドアディスプレイ３４、車内スピーカ３５、車外スピーカ３６、路面ライト３７、空調装置３８、及び車内照明装置３９と接続されている。なお、部材名称としてのＨＵＤは、ヘッドアップディスプレイ（Head-Up Display）を意味する。また、部材名称中のＥＣＵは、Electronic Control Unitの略であって、電子制御装置を指す。Ｖ２ＸはVehicle to X（everything/something）の略で、車を様々なものをつなぐ通信技術を指す。Ｖ２Ｘの「Ｖ」は自車両としての自動車を指し、「Ｘ」は、歩行者や、他車両、道路設備、ネットワーク、サーバなど、自車両以外の多様な存在を指しうる。

　ＨＣＵ１と種々の車載装置とは専用線で接続されていても良いし、車両内ネットワークを介して接続されていてもよい。また、ＨＣＵ１と車載装置との間にはＥＣＵが介在していてもよい。便宜上、ＨＣＵ１に連なる車載装置とＨＣＵ１とを含む構成を車載システムＳｙｓと記載する。

　車載センサ２１は、車両の状態やドライバの運転操作の内容を示す物理状態量を検出するセンサである。車載センサ２１としては、例えば、車速センサ、加速度センサ、操舵角センサ、シフトポジションセンサ、アクセルペダルセンサ、ブレーキペダルセンサ等が挙げられる。なお、アクセルペダルセンサはアクセルペダルの踏み込み量／踏み込み力を検出するセンサである。ブレーキペダルセンサはブレーキペダルの踏み込み量／踏み込み力を検出するセンサである。また、車載センサにはパーキングブレーキの作動状態や、自車両の電源状態を検出するセンサ／スイッチなども含まれる。運転席のシートベルトセンサや、着座センサも車載センサ２１に含まれる。シートベルトセンサはシートベルトの装着状態を検出するセンサである。着座センサは、人間が着座していることを検知するセンサであって、例えばシート毎に設けられている。着座センサは、例えば、各座席の着座面に埋設された圧力センサとすることができる。

　その他、インナードアハンドルセンサや、車内マイクなども車載センサ２１の概念に含まれる。インナードアハンドルとは、運転席用のドアの内側に設けられたドアハンドルである。インナードアハンドルセンサは、ドライバがインナードアハンドルを握っていること、より好ましくはその把持力（把持圧）を検出するセンサである。インナードアハンドルセンサは、インナードアハンドルに設けられた静電容量式あるいは感圧式のタッチセンサとすることができる。インナードアハンドルセンサは、インナードアハンドルの極近傍（例えば５ｃｍ以内）を検知範囲とする赤外線センサであってもよい。車内マイクはドライバの発話音声を取得するマイクであって、運転席付近に設けられている。

　周辺監視センサ２２は、自車両周辺の外部環境についての情報を収集する装置である。周辺監視センサ２２としては、例えば、カメラ、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging/Laser Imaging Detection and Ranging）、ソナー等を採用することができる。なお、ミリ波レーダは、所定方向に向けてミリ波又は準ミリ波を送信するとともに、当該送信波が物体で反射されて返ってきた反射波の受信データを解析することにより、自車両に対する物体の相対位置や相対速度を検出するデバイスである。ＬｉＤＡＲは、レーザ光を照射することによって、検出方向ごとの反射点の位置を示す３次元点群データを生成するデバイスである。ソナーは探査波としての超音波を発信することにより、障害物を検出するセンサである。

　ここでは一例として車載システムＳｙｓは図２に示すように、前方カメラ２２ａ、後方カメラ２２ｂ、右側方カメラ２２ｃ、左側方カメラ２２ｄを周辺監視センサ２２として備える。前方カメラ２２ａ、後方カメラ２２ｂ、右側方カメラ２２ｃ、及び左側方カメラ２２ｄは周辺監視カメラと呼ぶことができる。また、車載システムＳｙｓは周辺監視センサ２２として複数のソナー２２ｈを備える。

　前方カメラ２２ａは、車両前方を所定の画角で撮像するカメラである。前方カメラ２２ａは、例えばフロントガラスの車室内側の上端部や、フロントグリル等に配置されている。後方カメラ２２ｂは、車両後方を所定の画角で撮像するカメラである。後方カメラ２２ｂは、例えばリアナンバープレート付近やリアウインドウ付近など、ボディ背面部の所定位置に配置されている。なお、周辺監視センサ２２の搭載位置の説明において、或る部材の「付近」とは、当該部材から例えば３０ｃｍ以内となる範囲を指す。例えばナンバープレート付近とはナンバープレートから３０ｃｍ以内となる範囲を指す。

　右側方カメラ２２ｃ及び左側方カメラ２２ｄは、車両側方を所定の画角で撮像するカメラであって、例えばサイドミラーや、ボディの左右側面の所定位置、Ａピラーの付け根付近に配置されている。ここでは運転席が車室内の右側に設けられているため、右側方カメラ２２ｃが運転席用のドア付近を撮像範囲に含む車室外カメラに相当する。右側方カメラ２２ｃと左側方カメラ２２ｄを区別しない場合には単に側方カメラとも記載する。

　複数のソナー２２ｈは、フロント／リアバンパや、フェンダー、ドアパネルなど複数箇所に分散配置されている。例えば、フロントバンパの右側コーナー部から左側コーナー部にかけて４つのソナー２２ｈが分散配置されている。また、自車両のリアバンパの右側コーナー部から左側コーナー部にかけて、４つのソナー２２ｈが分散配置されている。このようなソナー２２ｈの配置態様により、車載システムＳｙｓは自車両の前方又は後方に存在する物体を検出可能となる。一部のソナー２２ｈは、車両側方に向けて超音波を発するように、サイドシルやフェンダー、ドアパネルに取り付けられていてもよい。

　もちろん、車載システムＳｙｓはミリ波レーダやＬｉＤＡＲを備えていても良い。ソナー２２ｈや、ミリ波レーダ、ＬｉＤＡＲは物体との距離情報を取得可能なセンサであるため、測距センサと呼ぶことができる。また、車載システムＳｙｓは車体の底部の下方、つまり床下を検知範囲とするソナーである床下ソナーや、床下を撮像する床下カメラを備えていてもよい。床下カメラも周辺監視カメラに含めることができる。

　上記の種々の周辺監視センサ２２は、例えば、所定の検出対象物を検出するとともに、当該検出物の自車両に対する相対位置等を特定する。そして、検出物の位置や種別等を示す検出結果データを、ＨＣＵ１や自動駐車ＥＣＵ２７（以降、ＨＣＵ１等）に逐次提供する。なお、画像データに基づき物体を認識する機能はＨＣＵ１又は自動駐車ＥＣＵ２７が備えていても良い。画像データには映像信号も含まれる。

　ここでの検出対象物とは、例えば、歩行者、人間以外の動物、他車両、道路沿いに設置される構造物などである。他車両には自転車や原動機付き自転車、オートバイも含まれる。道路沿いに設置される構造物とは、例えば、ガードレール、縁石、樹木、電柱、道路標識、信号機などである。また、本実施形態ではより好ましい態様として、レーン区画線等の路面標示や、路上の落下物なども周辺監視カメラの検出対象物として登録されているものとする。路面標示には、駐車場の駐車区画に記載されている駐車区画番号なども含まれうる。なお、前方カメラ２２ａなどの周辺監視カメラは、映像信号をＨＣＵ１等に出力しても良い。

　検出物の位置は、例えば自車の所定の基準点を原点とする３次元座標系である車両座標系で表現される。この車両座標系を構成するＸ軸は車両の左右方向に平行であって、例えば右方向を正方向とするように設定されている。Ｙ軸は車両の前後方向に平行であって、車両の前方に向かう方向を正方向とするように設定されている。Ｚ軸は車両高さ方向に対応するように設定される。なお、車両座標系はＺ軸を省略した２次元座標系であってもよい。

　車内カメラ２３は、運転席の乗員を撮像するように配されているカメラ（以降、車室内カメラ）である。車内カメラ２３は、車室内全体を撮像可能なように、例えばオーバーヘッドコンソールなど、車室内天井部に配されていてもよい。車内カメラ２３としては例えばドライバステータスモニタ（ＤＳＭ：Driver Status Monitor）を採用することができる。ＤＳＭは、ドライバの顔画像に基づいてドライバの視線方向や挙動を検出する装置である。ＤＳＭは、例えば近赤外光源と、近赤外カメラと、これらを制御する制御モジュールと、を含む。ＤＳＭは、近赤外カメラが運転席のヘッドレストが存在する方向に向いた姿勢にて、例えばステアリングコラム部の上面、又はインストゥルメントパネルの上面等に設置されている。なお、ＤＳＭを構成するカメラは可視光カメラであってもよい。車内カメラ２３は、ドライバの画像から抽出したドライバ状態情報をＨＣＵ１に出力する。

　ドライバ状態情報には、例えばドライバの顔の向きや、視線方向などを含む。なお、ドライバの画像解析に基づいてドライバの視線方向を検出する機能は、ＨＣＵ１が備えていても良い。その場合、車内カメラ２３はドライバの顔部画像をＨＣＵ１に出力可能に構成されていればよい。

　車外マイク２４は、車両の外面部に配置されているマイクである。車外マイク２４は、例えば車両に乗車しようとするドライバの音声を取得しやすいように、運転席用のドアやドア周り、例えばＡピラーなどに設置されている。車外マイク２４は外部の音を電気信号に変換してＨＣＵ１に出力する。

　入力装置２５は、車載システムＳｙｓに対するドライバの指示を受け付けるための操作部材である。入力装置２５は、ステアリングホイールのスポーク部に設けられたメカニカルスイッチ（いわゆるステアスイッチ）であってもよいし、ドライバの発話内容を認識する音声入力装置であってもよい。また、入力装置２５は、例えばセンターディスプレイ３２など、インストゥルメントパネルに設けられたディスプレイの表示パネル上に積層されたタッチパネルであってもよい。入力装置２５は、当該装置に対してユーザが行った操作に対応する電気信号をユーザ操作信号としてＨＣＵ１に出力する。ユーザ操作信号は、ユーザの操作内容を示す情報を含む。

　Ｖ２Ｘ車載器２６は、自車両が他の装置と無線通信を実施するための通信モジュールである。Ｖ２Ｘ車載器２６は、例えばＬＴＥ（Long Term Evolution）や４Ｇ、５Ｇなどに準拠した無線通信であるセルラー通信を実施可能に構成されている。Ｖ２Ｘ車載器２６は、外部サーバや路側機などから、時刻ごとの降水確率等の天気情報を取得する。また、Ｖ２Ｘ車載器２６は、Ｗｉ－Ｆｉ（登録商標）や、Bluetooth（登録商標）に準拠した通信である狭域通信を実施可能に構成されていてもよい。その他、Ｖ２Ｘ車載器２６は、例えばＤＳＲＣ（Dedicated Short Range Communications）など、車両用の狭域通信規格に準拠した通信を実施可能に構成されていても良い。Ｖ２Ｘ車載器２６は、各種通信規格で使用される周波数の電波を送受信可能なアンテナや、変復調を行うＩＣなどを含む。

　自動駐車ＥＣＵ２７は、周辺監視センサ２２から入力された車両周辺の画像及び検出物体の位置等の情報に基づいて、目標駐車位置に自車両を自動的に駐車させるＥＣＵである。自動駐車ＥＣＵ２７は、自動駐車の実行がドライバによって指示された地点から目標駐車位置まで、車輪の角度や走行速度を自動制御し、目標駐車位置まで自律的に自車両を移動させる。ここでの自動駐車は、いわゆるドライバがスマートフォン等といった車両と紐付けられたデバイスを用いた遠隔操作によって、車両を自律的に駐車させる態様も含まれる。例えば自動駐車ＥＣＵ２７は、ドライバとしてのユーザがスマートフォンに表示される所定の自動駐車ボタンを押下していることを条件に、目標駐車位置に向かって自車両を自律的に走行させる制御を実施するように構成されていても良い。

　なお、自動駐車ＥＣＵ２７は、自車両と紐付けられた携帯端末からの指示信号をトリガに、駐車状態にある自車両をパワーオンして、ドライバが指定した位置、又はドライバの近くまで自律的に走行させる、自動出庫制御を実行可能に構成されていても良い。自動駐車ＥＣＵ２７は例えばドライバが自車両から所定距離以内に存在することを条件として自動駐車制御や自動出庫制御を実行可能に構成されていてもよい。自動駐車ＥＣＵ２７は、駐車場に設けられたインフラ設備と協調して自動駐車や自動出庫を行うものであっても良い。

　ナビゲーションＥＣＵ２８は、車両の現在位置に応じた地図画像の表示及び経路案内を行う装置である。ナビゲーションＥＣＵ２８は、例えば地図データベースとＧＮＳＳ（Global Navigation Satellite System）受信機を有している。ＧＮＳＳ受信機は、複数の測位衛星からの測位信号を受信することで、当該ＧＮＳＳ受信機の現在位置を逐次（例えば１００ミリ秒毎に）検出するデバイスである。ナビゲーションＥＣＵ２８が使用する地図データは、施設に付随する駐車場の位置情報などを含む。ナビゲーションＥＣＵ２８は自車両の位置情報や、周辺地図情報をＨＣＵ１に出力する。また、ナビゲーションＥＣＵ２８はより好ましい態様として、自車両の位置情報と地図データに基づき、施設に付随する駐車場である施設付随駐車場に自車両が入ったことを示す信号をＨＣＵ１に出力する。

　メータディスプレイ３１は、インストゥルメントパネルにおいて運転席の正面に位置する領域に配置されているディスプレイである。ディスプレイとしては液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイなどを採用可能である。

　センターディスプレイ３２は、インストゥルメントパネルにおいて車幅方向中央付近に配置されているディスプレイである。例えば、センターディスプレイ３２は、シフトレバー／シフトボタン付近に配置されている。センターディスプレイ３２は、センターコンソールに配置されたディスプレイであってもよい。

　ＨＵＤ３３は、ＨＣＵ１やナビゲーションＥＣＵなどから入力される制御信号及び映像データに基づき、フロントガラスの所定領域に画像光を投影することにより、ドライバによって知覚されうる虚像を映し出すデバイスである。ＨＵＤ３３は、車両の前方の風景と重畳した画像を表示する。図３における３３ａはＨＵＤ３３による画像の表示領域（投影領域）を示している。

　ドアディスプレイ３４は、運転席用のドアに設けられたディスプレイである。例えばドアディスプレイ３４は、図３に示すように運転席用のドアトリムのうち、窓枠の下端部に沿って配置されている。ドアディスプレイ３４は、ドアトリムの形状に沿うように湾曲状の表示面を備えていてもよい。ドアディスプレイ３４としては、例えば光透過表皮ディスプレイを採用することができる。光透過表皮ディスプレイは、光を透過させる人工表皮を有するディスプレイである。ドアディスプレイ３４は有機ＥＬディスプレイや液晶パネル等を用いて実現されうる。ドアディスプレイ３４の表示領域の大きさは、多様なテキスト又は概要画像が表示可能なように、縦３ｃｍ、横５ｃｍ以上に設定されていることが好ましい。例えばドアディスプレイ３４は、縦５ｃｍ、横２０ｃｍ程度に設定されている。ここでの縦横はドアディスプレイ３４の表示領域のサイズを説明するための概念であって、縦方向は車両の高さ方向又は車幅方向に、横方向は車両の前後方向に対応する。ドアディスプレイ３４の表示画面がドア表示領域に相当する。

　メータディスプレイ３１、センターディスプレイ３２、ＨＵＤ３３、ドアディスプレイ３４のそれぞれは、ＨＣＵ１から入力された信号に応じた画像を表示する。メータディスプレイ３１やＨＵＤ３３は、運転席の正面方向に位置する表示領域である前方表示領域を形成するデバイスに相当する。センターディスプレイ３２は、前方表示領域よりも助手席側に位置する表示領域である助手席側表示領域を提供するデバイスに相当する。本開示のＨＣＵ１は、情報画像の表示先として、前方表示領域、助手席側表示領域、及びドア表示領域を選択的に採用可能に構成されている。各表示領域は、それぞれ異なるデバイスが形成する表示領域であって、車内の実空間において５ｃｍ以上離れるように分散配置されている。

　車内スピーカ３５は、車室内に設けられたスピーカである。車内スピーカ３５は例えばインストゥルメントパネルなどに設けられている。車外スピーカ３６は、車両の外面部に設けられたスピーカである。車外スピーカ３６は車体底部や、運転席用のドア付近に配置されている。車外スピーカ３６は主として車両近傍にいる人物とのコミュニケーションをとるためのスピーカである。車外スピーカ３６は、車体下に入り込んでいる猫などの動物に向けて車内にいるドライバが声をかけたり、当該動物を移動させるための音を出したりするためにも供される。車内スピーカ３５及び車外スピーカ３６はそれぞれ、ＨＣＵ１から入力された電気信号を音に変換して出力する。音との表現には、音声、音楽も含まれる。

　路面ライト３７は、運転席用のドア付近の路面を照らす照明装置である。路面ライト３７は、例えば運転席側のサイドミラーや、運転席用のドアの下端部、運転席側のサイドシル付近に設けられている。路面ライト３７はＬＥＤ等の光源素子を含む。路面ライト３７は、ＨＣＵ１からの指示信号に基づき、当該信号に応じた色、明るさで路面の所定領域を照らす。

　空調装置３８は、設定温度に応じて温度が調整された空気である空調空気を車両に設けられた吹出口から出力する装置である。空調装置３８は、例えば一つの冷媒回路で暖房と冷房とを行うことが可能なヒートポンプサイクルによって冷暖房を実施可能に構成されている。また、空調装置３８は、予めセットされた香料を車室内に噴射するアロマシューターとしての機能を備える。例えば空調装置３８は、レモンやミントといったリフレッシュ効果が期待できる香りを車室内に出力可能に構成されている。

　車内照明装置３９は、車室内に配置された照明装置である。車内照明装置３９は、例えばドアトリム及びインストゥルメントパネルにおいて、部品のつなぎ目や縁部に沿うように複数の光源がライン状に配置された照明装置とすることができる。車内照明装置３９は、例えば光が内装部品のつなぎ目から漏れ出るように構成されている。また、車内照明装置３９は、足元などを間接的に照らす間接照明として構成されていても良い。車内照明装置３９は、いわゆるアンビエントライトとして構成されていても良い。

　＜ＨＣＵ１の構成について＞
　ＨＣＵ１は、種々のディスプレイ／プロジェクタ等を用いたドライバへの情報提示を統合的に制御するコンピュータである。ＨＣＵ１は、プロセッサ１１、ＲＡＭ（Random Access Memory）１２、ストレージ１３、通信インターフェース１４（図中のＩ／Ｏ）、及びこれらの構成を接続するバスラインなどを備えた、コンピュータとして構成されている。

　プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）等の演算コアである。プロセッサ１１は、ＲＡＭ１２へのアクセスにより、種々の処理を実行する。ＲＡＭ１２は揮発性のメモリである。通信インターフェース１４は、ＨＣＵ１が他の装置と通信するための回路である。通信インターフェース１４は、アナログ回路素子やＩＣなどを用いて実現されればよい。

　ストレージ１３は、フラッシュメモリ等の不揮発性の記憶媒体を含む構成である。ストレージ１３には、コンピュータをＨＣＵ１として機能させるためのプログラムである表示制御プログラムが格納されている。プロセッサ１１が表示制御プログラムを実行することは、表示制御プログラムに対応する方法である表示制御方法が実行されることに相当する。また、ストレージ１３には、ドライバのスケジュールや性格などを示すデータが登録されている。

　ＨＣＵ１は、プロセッサ１１がストレージ１３に保存されている表示制御プログラムを実行することにより図４に示す各機能部を提供する。つまり、ＨＣＵ１は、視線方向取得部Ｆ１、降車動作検出部Ｆ２、風力取得部Ｆ３、駐車位置取得部Ｆ４、ドライバデータ管理部Ｆ５、及び車外状況取得部Ｆ６を備える。また、ＨＣＵ１は、待機要否判定部Ｆ７、駐車場進入検出部Ｆ８、隣接駐車確率取得部Ｆ９、及び情報提示処理部Ｆ１０を備える。駐車位置取得部Ｆ４は、サブ機能部として候補区画取得部Ｆ４１を備える。車外状況取得部Ｆ６はサブ機能部として、降車路面監視部Ｆ６１及び開扉障害物検出部Ｆ６２を備える。各機能部が取得又は生成したデータは、ＲＡＭ１２などのメモリに一時保存され、他の機能部による参照により使用される。

　また、ＨＣＵ１は、表示情報記憶部Ｍ１及びドライバデータ記憶部Ｍ２を備える。表示情報記憶部Ｍ１は、所定の通知対象事象ごとの表示用データを記憶している。通知対象事象とは、車外に生じているドライバに通知すべき事象であって、例えばドライバの安全性や利便性を損ないかねない事象を含む。なお、安全性にかかる通知対象事象は、注意喚起／警告の対象とする事象に相当する。

　表示用データの内容は、例えば通知対象とする事象の概要、又は、当該事象に対してドライバが取るべき行動パターンを示す推奨行動である。表示用データは、概要又は推奨行動を示すテキストであっても良いし、概要又は推奨行動を示す模式的に示す概要画像であってもよい。

　概要画像とは、注意対象の内容や、提案内容を示す画像要素を含む画像である。概要画像は、注意対象の具体的な内容を含まない単なる注意喚起画像とは相違する。注意喚起画像とは、図５の（Ａ）や（Ｂ）のように感嘆符記号／エクスクラメーションマークと、丸又は三角などの図形を組み合わせたアイコン画像を指す。注意喚起画像は、それだけ見ても、ドライバは何に注意すればよいのか、又は、何をすればよいのかが不明な画像に相当する。対して概要画像は、注意対象あるいは対処法（推奨行動）を示す画像要素を含む画像である。注意喚起の対象とする事象ごとの推奨行動や概要画像の詳細は別途後述する。

　ドライバデータ記憶部Ｍ２はドライバのスケジュール等、パーソナルなデータを記憶している。ドライバデータ記憶部Ｍ２はより細かい要素として、スケジュール記憶部Ｍ２ａ、性格記憶部Ｍ２ｂ、愛好動物記憶部Ｍ２ｃ、通常開度記憶部Ｍ２ｄ、及び習熟度記憶部Ｍ２ｅを備える。スケジュール記憶部Ｍ２ａは、ドライバのスケジュールデータの保存領域である。性格記憶部Ｍ２ｂは、ドライバがきれい好きか、せっかちか、几帳面か、大雑把か、などといったドライバの性格を示すデータの保存領域である。愛好動物記憶部Ｍ２ｃは、ドライバが好きな動物を示すデータの保存領域である。愛好動物記憶部Ｍ２ｃは性格記憶部Ｍ２ｂと統合されていても良い。

　通常開度記憶部Ｍ２ｄは、日常的なドアの開き度合いである通常開度を示すデータの保存領域である。通常開度は、ドライバの車両の使用履歴に基づいて学習されても良いし、ドライバによって登録されてもよい。例えば登録モード時にドライバが実施したドアの開閉操作に基づいて、通常開度が決定されても良い。通常開度は、角度などによって表現されうる。なお、通常開度記憶部Ｍ２ｄは、通常開度に加えて、ドアを開ける速度などを通常開度に対応付けて記憶していても良い。習熟度記憶部Ｍ２ｅは、運転スキルの高さ、換言すれば運転の習熟度を示すデータの保存領域である。運転スキルの高低は、急ブレーキや急ハンドルの実施頻度、駐車時における切り返し回数などをもとに自動的に決定されても良いし、ドライバによって手入力されてもよい。

　表示情報記憶部Ｍ１及びドライバデータ記憶部Ｍ２はストレージ１３が備える記憶領域を用いて実現されうる。なお、ドライバデータ記憶部Ｍ２は、ＲＡＭ１２が備える記憶領域の一部を用いて実現されていても良い。

　視線方向取得部Ｆ１は、車内カメラ２３の出力信号に基づき、ドライバの視線方向、顔の向き及び頭部位置を取得する。なお、ここでは一例として車内カメラ２３がドライバの視線方向等を認識し、その認識結果を出力するものとするがこれに限らない。視線方向取得部Ｆ１が、車内カメラ２３の撮影画像を解析して視線方向等を特定しても良い。

　降車動作検出部Ｆ２は、ドライバの降車動作を検出する構成である。降車動作とはドアを開けて降車するための予備動作に相当する。降車動作は、降車予備動作と読み替えることができる。降車動作を検出することはドライバがドアをあけようとしていると判定することに対応する。降車動作とは、例えば、シフトレバーをパーキングポジションに設定する行為や、走行用電源をオフにすること、パーキングブレーキンをオンに設定すること、シートベルトを外すこと、インナードアハンドルに手をかけること、ドアロックの解除などである。その他、ドライバが体をドア側に向けたことや、目的地への到着を示唆するフレーズである降車フレーズを発話したことなども、降車動作として採用可能である。降車フレーズとは、「到着したよ」など目的地への到着を示すフレーズや、「降りるよ」など同乗者に降車を促すフレーズなどである。各種行為は、シフトポジションセンサや、電源スイッチ、車内カメラ２３の画像、シートベルトセンサ、ドアロックセンサ、車内マイクなど、種々の車載センサ／ＥＣＵの出力信号に基づき特定することができる。降車動作検出部Ｆ２は、上記行為のうちのいくつかを組み合わせることによりドライバが降車しようとしていると判定しても良い。

　風力取得部Ｆ３は、車室外の風の強さを取得する構成である。ここでは風の強さ（つまり風力）を示す指標として風速を使用するがこれに限らない。風の強さは、例えばレベル１～３などの複数段階で表現されても良い。風力取得部Ｆ３は、例えばＶ２Ｘ車載器２６と連携し、気象情報を取り扱うサーバから現在位置の風速を取得する。なお、風力取得部Ｆ３は、車外マイク２４が取得した風音の大きさに基づき、風速を取得しても良い。車外マイク２４において、風音はノイズとして検出され、風が強いほどノイズレベルは高くなる傾向がある。故に、風力取得部Ｆ３は、車外マイク２４が出力するノイズレベルに基づいて風速を判定しても良い。

　駐車位置取得部Ｆ４は、自動駐車ＥＣＵ２７又はドライバによる駐車の目標位置である目標駐車位置を取得する構成である。例えば駐車位置取得部Ｆ４は、周辺監視センサ２２による外界の認識結果に基づいて自動的に目標駐車位置を決定する。駐車位置取得部Ｆ４は、ＨＣＵ１との協働により、入力装置２５が出力するドライバの操作信号に基づき、目標駐車位置を決定してもよい。具体的には目標駐車位置は、周辺監視センサ２２による外界の認識結果に基づき、ＨＣＵ１が駐車スペースの候補をドライバに提示し、入力装置２５に対するドライバ操作によって目標駐車位置を最終的に決定しても良い。その他、目標駐車位置は、駐車場に設けられたインフラ設備である駐車場装置から無線通信で受信した、空き駐車区画情報に基づいて決定されても良い。駐車場装置は路側機の一種に相当する。目標駐車位置は、１つの側面において自動駐車ＥＣＵ２７が自動駐車又は駐車支援を実施するための目標地点に相当する。また、目標駐車位置は、ドライバが手動で駐車する際の目標地点であってもよい。

　候補区画取得部Ｆ４１は、複数の車両が並列駐車するための複数の駐車区画が設けられた駐車場である並列駐車場において、車両が駐車可能な区画である候補区画が存在する位置情報を取得する。前述の施設付随駐車場も、駐車区画の配置態様によっては並列駐車場に該当しうる。候補区画の情報は、周辺監視センサ２２の検出結果に基づいて生成されてもよいし、駐車場装置と無線通信することで取得しても良い。駐車場装置は例えば駐車場の空き区画に関する情報を配信する。また、駐車場装置は、区画ごとの使用確率を示すデータを配信しても良い。区画ごとの使用確率は、過去の使用履歴から統計的に定まる。例えば施設の入り口に近い区画は使用確率が高くなり、施設の入り口から相対的に遠い区画ほど使用確率は低下しうる。個々の区画の使用確率情報は、時間帯ごとの使用確率を示すものであってもよい。当該データ構成によれば、候補区画取得部Ｆ４１は、正午など、特定の時間帯において空いているエリアなどを特定可能となる。

　ドライバデータ管理部Ｆ５は、ドライバのパーソナルな情報を取得してドライバデータ記憶部Ｍ２に保存する。パーソナルな情報には、例えばドライバのスケジュールや、性格、愛好動物、通常開度、運転スキルの高さ等の一部又は全部が含まれる。ドライバのスケジュールは、Ｖ２Ｘ車載器２６との連携により、ドライバの情報を保持する外部サーバや、ドライバのスマートフォンから取得することができる。ドライバの性格や通常開度は、ドライバの車両の使用履歴に基づき学習されても良い。使用履歴には、運転操作の履歴である運転履歴を含めることができる。仮に自車両がシェアリングサービスに供される車両である場合には、ドライバデータ管理部Ｆ５はユーザが変更されたことに基づいて、所定の外部サーバから次のユーザの情報を取得してドライバデータ記憶部Ｍ２の保存データを書き換える。

　車外状況取得部Ｆ６は、周辺監視センサの出力信号やＶ２Ｘ車載器２６が受信したデータに基づいて、車両外部の状況、換言すれば周辺環境を認識する。例えば車外状況取得部Ｆ６は、周辺監視カメラの画像に基づいて周辺環境を認識する。ここでの周辺環境には、自車両の周りに存在する他の移動体の位置や移動速度、周辺物体の形状及びサイズ等などが含まれる。また、車外状況取得部Ｆ６は、周辺監視カメラの画像データに基づいて、路面に付与されている区画線などの路面標示や、路面状態も取得する。もちろん、車外状況取得部Ｆ６は、複数の周辺監視センサ２２のそれぞれから検出結果を取得し、それらを組み合わせることにより、自車周辺に存在する物体の位置及び種別を認識してもよい。また、車外状況取得部Ｆ６はＶ２Ｘ車載器２６が他車両から受信した他車両情報や、路車間通信にて路側機から受信した動的地図情報等を用いて周辺環境を特定しても良い。動的地図情報は、移動体の位置や移動速度などを示す。

　車外状況取得部Ｆ６は、より好ましい態様として、周辺監視センサ２２の検出結果に基づき、自車両周辺や、目標駐車地点付近の３次元地図を動的に生成する。３次元地図は車両座標系に対応する仮想空間に周辺監視センサ２２の検出物をマッピングした地図データに相当する。

　また、車外状況取得部Ｆ６は、周辺監視センサ２２の出力データなどをもとに、車室外における通知対象事象を検出する。通知対象事象は例えば、自車両に接近中の他の移動体や、自車両と接触しそうな立体物、車体姿勢に影響を与えうる路面の凹凸、段差などを含めることができる。降車路面監視部Ｆ６１及び開扉障害物検出部Ｆ６２は、シーンに応じた通知対象事象を検出する機能要素である。

　降車路面監視部Ｆ６１は、例えば運転席側の側方カメラ（つまり右側方カメラ２２ｃ）など、周辺監視カメラの画像に基づき、ドライバが降車時に着地しうる路面領域である降車スポットに、通知対象事象が存在するか否かを判定する。降車スポットは、運転席用のドアから所定距離（例えば１ｍ）以内となる路面領域に相当する。降車スポットに生じうる通知対象事象とは、水溜まりや、側溝などの凹部、段差等の立体物、ゴミなどを指す。例えば高さが０．５ｍ未満などの低いフェンスや、ロードコーン、大きな石なども降車スポットにおける通知対象事象に含めることができる。便宜上、立体物のうち、高さが所定の閾値（例えば０．２ｍ）未満であって、ドアの下端部又は車体の底部よりも高さが低い立体物のことを低背立体物とも称する。低背立体物は、開閉されるドアとは接触しない程度の立体物に相当する。カメラ画像に基づく水溜まりなどの通知対象事象の検出は、ここでは一例としてＨＣＵ１が行う。もちろん、水溜まりなどの検出（認識）は、周辺監視カメラや他のＥＣＵが実施しても良い。降車路面監視部Ｆ６１は、例えば車速が所定の監視開始閾値以下となったことに基づき、開扉障害物の探索を開始する。監視開始閾値は例えば０ｋｍ／ｈや５ｋｍ／ｈ、１０ｋｍ／ｈなどとすることができる。

　開扉障害物検出部Ｆ６２は、運転席側の側方カメラの撮影画像やソナー２２ｈの検出結果に基づき、運転席用ドアから所定距離以内に、運転席用ドアが開かれた場合に当該ドアと接触する可能性がある立体物があるか否かを判定する。運転席用ドアと接触する可能性がある立体物のことをここでは開扉障害物とも称する。開扉障害物とは、例えば他車両や電柱、壁などである。開扉障害物検出部Ｆ６２は、上記センサの出力信号に基づき運転席用ドアから０．７５ｍ以内に開扉障害物が存在することを検出する。なお、ドアオープン（開扉）にかかる障害物は静止物に限定されない。運転席用ドアの可動範囲内に存在する歩行者なども開扉障害物に含めることができる。

　開扉障害物検出部Ｆ６２もまた、例えば車速が所定の監視開始閾値以下となったことに基づき、開扉障害物の探索を開始する。また、開扉障害物検出部Ｆ６２は、駐車位置取得部Ｆ４が目標駐車地点を特定した場合、目標駐車地点付近に対する周辺監視センサ２２の検出結果に基づき、開扉障害物が存在するか否かを判定する。すなわち開扉障害物検出部Ｆ６２は、目標駐車位置が運転席用ドアの開閉に支障が生じる狭小環境であるかを、目標駐車位置から所定距離手前の段階で（つまり事前に）判断する。開扉障害物検出部Ｆ６２は、開扉障害物の有無にかかる判定結果を情報提示処理部Ｆ１０に出力する。

　発進前周辺確認部Ｆ６３は、走行用電源がオンに設定されたことに基づいて駆動した周辺監視センサ２２の出力信号に基づき、自車両の近傍領域に存在する動物又は歩行者を検出する。ここでの近傍領域とは車体から０．３ｍ以内となる領域であって、タイヤ周りやバンパ付近を含む。また、近傍領域には床下を含めることができる。例えば発進前周辺確認部Ｆ６３は、駐車時に周辺監視カメラで撮影した車室外画像と、走行用電源がオンになってから取得した車室外画像を比較することにより、近傍領域に存在する猫などの動物や歩行者（子供）を検出する。発進前周辺確認部Ｆ６３は、床下カメラや床下ソナーの検出結果に基づいて、車体下に入り込んでいる猫などの小動物を検出するように構成されていてもよい。

　その他、車外状況取得部Ｆ６は、周辺監視センサ２２の出力信号に基づき、運転席側の車両側方を通過予定の他の移動体が存在するか否かを判定する。運転席側の車両側方を通過予定の他の移動体は、通知対象事象としての通知対象物に相当する。例えば車外状況取得部Ｆ６は、自車両の後方又は前方から他車両や歩行者が自車両に向かって移動している移動体（以降、接近体）を抽出する。そして、車外状況取得部Ｆ６は、当該接近体の移動速度や移動方向、位置情報に基づき、例えば１０秒など、所定時間以内に運転席用ドアから所定距離（例えば１．５ｍ）以内を通過するか否かを判定する。車外状況取得部Ｆ６は、上記条件を充足する接近体を通知対象物として検出する。なお、車外状況取得部Ｆ６は、検出した接近体が助手席側を通過予定である場合や、運転席用ドアから十分に離れた側方を通過予定である場合には、当該接近体を通知対象物から除外しても良い。

　また、車外状況取得部Ｆ６は、風力取得部Ｆ３が取得した風速に基づき、車外が強風状態であるか否かを判定し、その判定結果を情報提示処理部Ｆ１０に出力する。車外状況取得部Ｆ６は、例えば車速が監視開始閾値以下であることに基づき周辺環境についての情報である周辺環境情報を逐次取得する。ここでの取得には、内部演算によって生成／検出することも含まれる。車速が監視開始閾値以下である状態には、停車している状態も含まれる。

　待機要否判定部Ｆ７は、車外状況取得部Ｆ６が取得している周辺環境情報に基づき、開扉待機推奨状況かどうかを判定する。開扉待機推奨状況とは、ドライバがドアを開くことを待機すべき状況である。例えば開扉待機推奨状況には、運転席用ドア付近を通過予定の他の移動体が存在する場合や、運転席側において自車両と並んで停車している車両である並列駐車車両から人が降りようとしている場合などが挙げられる。例えば待機要否判定部Ｆ７は、車外状況取得部Ｆ６が運転席用ドア付近を通過予定の接近体を検出している場合には開扉待機推奨状況に該当すると判定する。また、待機要否判定部Ｆ７は、運転席側の側方カメラの画像を解析することにより、並列駐車車両から人が出てこようとしていること、例えば助手席ドアが動いていることが検出されている場合に、開扉待機推奨状況に該当すると判定する。

　駐車場進入検出部Ｆ８は、ナビゲーションＥＣＵ２８からの信号に基づき、施設付随駐車場に自車両が進入したことを検出する。施設付随駐車場に進入したか否かは、例えば自車位置情報と地図データとの照合により特定されうる。自車位置情報と地図データとによる施設付随駐車場への進入判定は、ナビゲーションＥＣＵ２８が実施しても良いし、駐車場進入検出部Ｆ８が実施しても良い。車載システムＳｙｓにおける機能配置は適宜変更可能である。その他、駐車場進入検出部Ｆ８は、駐車場装置から無線信号を受信したことに基づいて施設付随駐車場に入ったことを検出しても良い。また、周辺監視カメラの画像を解析することにより、複数の駐車区画線を検出したことに基づき、施設付随駐車場に入ったことを検出しても良い。

　隣接駐車確率取得部Ｆ９は、駐車場進入検出部Ｆ８が施設付随駐車場に入ったことを検出しており、且つ、候補区画取得部Ｆ４１が候補区画を取得している状態において、隣接駐車確率を取得する。隣接駐車確率は、候補区画に隣接する駐車区画のうち運転席側の駐車区画である隣接区画に、他車両が駐車する確率である。隣接駐車確率は、駐車場装置から無線通信で提供される区画ごとの使用確率を示すデータに基づいて算出されうる。また、隣接駐車確率は、過去に当該候補区画に自車両が駐車した際の駐車履歴データをもとに算出しても良い。駐車履歴データは、駐車した区画の位置情報と、駐車した時刻、及び発進した時刻、発進時において運転席側の隣接区画に他車両が駐車されていたか否かを紐付けたデータである。発進時に隣接区画に他車両が存在していたか否かは、周辺監視センサ２２の検出結果に基づき特定されうる。

　情報提示処理部Ｆ１０は、車外状況取得部Ｆ６が検出した通知対象事象の内容又は当該事象に対応する推奨行動を示す画像を、視線方向取得部Ｆ１が取得しているドライバの視線方向に位置する表示領域に表示する。なお、画像表示の概念にはテキスト表示も含まれる。検出された事象に対応する推奨行動等の表示用データは、表示情報記憶部Ｍ１を参照することにより取得される。視線方向に位置する表示領域とは、視線方向から最も近いディスプレイと解することができる。情報提示処理部Ｆ１０が表示処理部に相当する。

　例えば降車動作検出部Ｆ２が降車動作を検出した時点において、ドライバが運転席用ドアの方向、又は、ドアの外側に視線を向けている場合には、ドアディスプレイ３４に、検出されている通知対象事象の内容又は推奨行動を表示する。また、ドライバの視線がシフトレバー付近に向けられている場合には、センターディスプレイ３２に検出されている通知対象事象の内容又は推奨行動を表示する。ドライバの視線が車両前方に向けられている場合には、メータディスプレイ３１やＨＵＤ３３の表示領域３３ａに、検出されている通知対象事象の内容又は推奨行動を表示する。

　このように情報提示処理部Ｆ１０は、ドライバの視線方向に応じて情報の表示場所を変更する。なお、発進シーンにおいては、走行用電源がオフからオンに切り替えられた時点や、シフトポジションがパーキングポジションから走行用ポジションに切り替えられた時点での視線方向に位置する表示領域に情報を表示する。つまり、発進シーンにおいては所定の発進用動作が行われたことを車載センサ２１の出力信号に基づき検出した時点での視線方向に対応する表示領域／ディスプレイを、各種情報の表示先として採用する。

　なお、視線方向に対応する表示領域とは、ドライバの安定注視野に入る位置に配置されている表示領域を指す。安定注視野は、注視点を移動させた場合であっても焦点が迅速に安定する範囲であって、水平方向で±８０度、垂直方向で±６０度以下となる楕円形状の範囲である。また、安定注視野に含まれる表示領域、つまり表示先の候補が複数存在する場合には、その中でも視線の中心方向に最も近い表示領域を、情報の出力先として選択する。たとえば、情報提示処理部Ｆ１０は、ドライバの有効視野に入る表示領域を情報の表示先として優先的に選択する。有効視野は事物の認識できる範囲であって、一般的に、注視点を中心として水平方向に±３５度，垂直方向に±３０度となる範囲と言われている。視線方向取得部Ｆ１が取得する視線方向には誤差が含まれうるが、視線方向取得部Ｆ１が取得する視線方向は、実際のドライバの有効視野角に収まっていることが期待できる。故に、検出されている視線方向に位置する表示領域に検出事象の内容又は当該事象に対応する推奨行動を表示することにより、ドライバに自身が取るべき行動を認識させやすくできる。

　＜降車シーンへの適用例（その１）＞
　ここでは図６に示すフローチャートを用いて、ドライバが駐車して降車するシーンにおけるＨＣＵ１の作動について説明する。便宜上、図６に示す一連の処理を降車時表示制御処理と称する。降車時表示制御処理は一例としてステップＳ１０１～Ｓ１１２を備える。図６に示すフローチャートが備えるステップ数や処理順序は適宜変更可能である。図６に示す降車時表示制御処理は、例えば自車両の走行速度が所定の閾値以下となっている間、所定の実行周期で逐次実施される。本開示の種々のフローチャートが備えるステップ数や処理順序は適宜変更可能である。

　まずステップＳ１０１では降車動作検出部Ｆ２が、ドライバの降車動作が行われたか否かを判定する。降車動作を検出していない場合にはステップＳ１０１を否定判定して本フローを終了する。一方、降車動作を検出している場合にはステップＳ１０１を肯定判定してステップＳ１０２に移る。なお、本フローは降車動作検出部Ｆ２がドライバの降車動作を検出したことをトリガとして開始されても良い。

　ステップＳ１０２では視線方向取得部Ｆ１がドライバの視線方向を取得してステップＳ１０３に移る。ステップＳ１０３では降車路面監視部Ｆ６１が周辺監視カメラから車室外画像を取得して、ステップＳ１０４に移る。

　ステップＳ１０４では降車路面監視部Ｆ６１が、ステップＳ１０３で取得された画像を解析することにより、降車スポットに水溜まりがあるか否かを判断する。なお、前述の通り、画像解析に基づく通知対象事象の検出は、例えばカメラが備えるＥＣＵなど、画像解析機能に特化した別のＥＣＵが実施してもよい。

　降車スポットに水溜まりがある場合にはステップＳ１０４を肯定判定してステップＳ１０５を実施する。一方、降車スポットに水溜まりはない場合にはステップＳ１０４を否定判定してステップＳ１０６を実施する。ステップＳ１０５では情報提示処理部Ｆ１０が、ステップＳ１０２で取得したドライバの視線方向に対応する表示領域に、ドア付近に水溜まりがあることを示すテキスト又は概要画像を表示する。テキストはメッセージや文字列と読み替えることもできる。例えばドライバが運転席ドアの方に顔を向けている場合にはドアディスプレイ３４に水溜まりの通知画像を表示する。ドア付近に水溜まりがあることを示すテキストとは例えば「足元に水溜まりがあります」や「水溜り注意」などである。ドア付近に水溜まりがあることを示す概要画像とは、図７に示すようにドア又は車体付近にある水溜りを簡略的に模した画像や、水溜りを踏んでいる足を模した画像である。情報提示処理部Ｆ１０は、ドライバの視線方向に対応する表示領域に、水溜まりがあることを示すテキストとアイコン画像の両方を並べて表示してもよい。情報提示処理部Ｆ１０は「注意」などのテキストと、足元に水溜りが有ることを示すアイコン画像とを並べて表示しても良い。ステップＳ１０５が完了すると本フローは終了する。

　ステップＳ１０６では、降車路面監視部Ｆ６１がステップＳ１０３で取得した画像を解析することにより、降車スポットに側溝などの凹部があるか否かを判断する。降車スポットに凹部がある場合にはステップＳ１０６を肯定判定してステップＳ１０７を実施する。一方、降車スポットに凹部はない場合にはステップＳ１０６を否定判定してステップＳ１０８を実施する。

　ステップＳ１０７では情報提示処理部Ｆ１０が、ステップＳ１０２で取得したドライバの視線方向に対応する表示領域に、ドア付近に凹部があることを示すテキスト又は概要画像を表示する。ドア付近に凹部があることを示すテキストとは例えば「足元に凹部があります」や「凹部注意」などである。ドア付近に凹部があることを示す概要画像とは、図８に示すようにドア又は車体付近にある凹部を簡略的に模した画像や、凹部で体勢を崩している人を模した画像である。情報提示処理部Ｆ１０は、ドライバの視線方向に対応する表示領域に、凹部があることを示すテキストとアイコン画像とを並べて表示してもよい。情報提示処理部Ｆ１０は「注意」などのテキストと足元に凹部が有ることを示すアイコン画像とを並べて表示しても良い。ステップＳ１０７が完了すると本フローは終了する。

　ステップＳ１０８では、降車路面監視部Ｆ６１がステップＳ１０３で取得した画像を解析することにより、降車スポットに大きめの石や段差、ブロック、レンガなどの低背立体物があるか否かを判断する。降車スポットに立体物がある場合にはステップＳ１０８を肯定判定してステップＳ１０９を実施する。一方、降車スポットに立体物はない場合にはステップＳ１０６を否定判定してステップＳ１１０を実施する。

　ステップＳ１０９では情報提示処理部Ｆ１０が、ステップＳ１０２で取得したドライバの視線方向に対応する表示領域に、ドア付近に立体物があることを示すテキスト又は概要画像を表示する。ドア付近に立体物があることを示すテキストとは例えば「足元に立体物があります」や「立体物注意」などである。ドア付近に立体物があることを示す概要画像とは、図９に示すようにドア又は車体付近にある立体物を簡略的に模した画像や、立体物で躓いている人を模した画像である。情報提示処理部Ｆ１０は、ドライバの視線方向に対応する表示領域に、立体物があることを示すテキストとアイコン画像とを並べて表示してもよい。情報提示処理部Ｆ１０は、ドライバの視線方向に対応する表示領域に、「注意」などのテキストと、足元に立体物が有ることを示すアイコン画像とを並べて表示してもよい。ステップＳ１０９が完了すると本フローは終了する。

　ステップＳ１１０では車外状況取得部Ｆ６が周辺監視センサ２２の出力信号に基づき、降車時の安全性を判断する。例えば運転席側ドアから所定距離以内を通過予定の他の移動体があるか否かを判定する。運転席側ドアから所定距離以内を通過予定の他の移動体が検出されている場合には、安全性が低いと判断してステップＳ１１１を実施する。一方、運転席側ドアから所定距離以内を通過予定の他の移動体が検出されていない場合には、ステップＳ１１２を実施する。

　ステップＳ１１１では情報提示処理部Ｆ１０が接近体注意喚起処理として、ステップＳ１０２で取得したドライバの視線方向に対応する表示領域に、ドア付近を他の移動体が通過予定であることを示すテキスト又は概要画像を表示する。ドア付近を他の移動体が通過予定であることを示す概要画像とは、例えば図１０に示すように、自車両の側方を通過予定の他車両を示す概要画像である。又は、ドアオープンを待機することを提案するテキスト又は概要画像を表示する。その他、情報提示処理部Ｆ１０はドライバに対して接近体が存在する方向を視認するように促すテキスト又は概要画像を表示してもよい。

　また、情報提示処理部Ｆ１０はステップＳ１１１において、運転席用ドアの内側パネル（いわゆるドアトリム）に設置された車内照明装置３９を赤色で点灯させてもよい。加えて、情報提示処理部Ｆ１０は、上記テキスト又は概要画像の表示にあわせて、所定の通知音を車内スピーカ３５から出力させても良い。ステップＳ１１１が完了すると本フローは終了する。

　ステップＳ１１２では情報提示処理部Ｆ１０が安全通知処理として、ステップＳ１０２で取得したドライバの視線方向に対応する表示領域に、衝突の危険があるものは検出されていないことを示すテキスト又は概要画像を表示してもよい。あるいは、周囲を確認の上ドアを開けることを提案するテキスト又は概要画像を表示してもよい。情報提示処理部Ｆ１０はステップＳ１１２において、ドアトリムに設置された車内照明装置３９を緑色で点灯させることで、安全確認が完了したことを示唆してもよい。なお、ステップＳ１１２は任意の要素であって、省略されても良い。

　なお、情報提示処理部Ｆ１０は、降車スポットに水溜まりが検出されており、かつ、ドライバは衣服の汚れを嫌がることがドライバデータ記憶部Ｍ２に登録されている場合には、水溜まりがないところに移動して駐車することを提案しても良い。また、ドライバが今は予定が急いでいないこと、つまり時間的余裕があることを、スケジュール情報が示している場合にも、水たまりがない場所に移動して駐車することを勧めるテキストを所定の／ドライバの視線方向にある表示領域に表示してもよい。スケジュール情報が乗員に時間的余裕があることを示す場合とは、現在時刻から３０分以内に別の予定が入っていない場合などである。

　ＨＣＵ１は上記のような駐車位置の変更提案に対してドライバから肯定的な応答が入力されると、自動駐車ＥＣＵ２７と連携して、自動で違う場所へ移動してもよい。また、自動駐車ＥＣＵ２７は、前向きか後ろ向きかといった駐車の向きを変更することで、水溜まりを避けるように駐車し直しても良い。

　＜降車シーンへの適用例（その２）＞
　ここでは図１１に示すフローチャートを用いて、ドライバが駐車して降車するシーンにおけるＨＣＵ１の他の作動例について説明する。図１１に示す一連の処理は、図６の降車時表示制御処理の変形例として代替的に実行されても良いし、図６に示す処理と組み合わせて／並列的に実行されても良い。図１１に示すフローチャートは一例としてステップＳ２０１～Ｓ２１１を備える。図１１に示す処理は、例えば自車両の走行速度が所定の閾値以下となっている間、所定の実行周期で逐次実施される。なお、本フローは降車動作検出部Ｆ２がドライバの降車動作を検出したことをトリガとして開始されても良く、その場合にはステップＳ２０１が省略されうる。

　まずステップＳ２０１では降車動作検出部Ｆ２が、ドライバの降車動作が行われたか否かを判定する。降車動作を検出していない場合にはステップＳ２０１を否定判定して本フローを終了する。一方、降車動作を検出している場合にはステップＳ２０１を肯定判定してステップＳ２０２に移る。ステップＳ２０２では視線方向取得部Ｆ１がドライバの視線方向を取得してステップＳ２０３に移る。ステップＳ２０３では車外状況取得部Ｆ６が、周辺監視センサ２２の出力信号に基づき、自車両周辺に存在する物体の情報を取得してステップＳ２０４に移る。

　ステップＳ２０４では開扉障害物検出部Ｆ６２が、ステップＳ２０３で取得された情報に基づき、開扉障害物があるか否かを判定する。開扉障害物が存在する場合にはステップＳ２０５に移る。一方、開扉障害物がない場合には本フローを終了する。

　ステップＳ２０５では運転席ドアに対する開扉障害物の相対位置に基づき、運転席ドアを開けることができる度合いである許容開度を算出し、ステップＳ２０６に移る。許容開度は、運転席ドアが開扉障害物と接触しない範囲で開けることができる範囲を示す。許容開度は例えば角度などの概念で算出されうる。許容開度は例えば開扉障害物と運転席ドアとの離隔が所定値（例えば５ｃｍ）以上となる運転席ドアの開度として算出されうる。図中のθａは許容開度を示す。

　ステップＳ２０６では情報提示処理部Ｆ１０が、ドライバデータ記憶部Ｍ２に保存されている通常開度を読み出してステップＳ２０７に移る。図中のθｄは通常開度を示す。ステップＳ２０７では情報提示処理部Ｆ１０が、ステップＳ２０５で算出した許容開度とステップＳ２０６で読みだした通常開度とを比較する。そして通常開度が許容開度よりも大きい場合には、ステップＳ２０８を実行する。一方、通常開度が許容開度以下である場合にはステップＳ２０９を実行する。

　ステップＳ２０８では情報提示処理部Ｆ１０がドア衝突注意喚起として、他車両などとドアが接触する可能性が有ることを示すテキスト又は概要画像を、ステップＳ２０２で取得したドライバの視線方向に対応する表示領域に表示する。例えばドライバの視線がシフトレバー付近に向けられている場合には、センターディスプレイ３２など、シフトレバーから最も近いディスプレイに上記情報を表示する。

　他車両などとドアが接触する可能性が有ることを示す概要画像とは例えば図１２に示すように開かれたドアと他の物体とが接触した状態を示す画像である。なお、情報提示処理部Ｆ１０はドア衝突注意喚起として、ドアをゆっくり開けるように促すテキストをドライバの視線方向にある表示領域に表示しても良い。ドアをゆっくり開けるように促すテキストとは「ゆっくり（慎重に）開けてください」などである。衝突の可能性ではなく、推奨行動（対処法）を提示することでドライバは何をすればよいのかがより一層認識しやすくなる。ドア衝突注意喚起として対処法を提示する構成によれば、ドアが衝突する可能性があることそのものを提示する場合よりも、ドライバとしては対処法を考える必要もなくなるため、利便性が向上しうる。また、ドライバとしてはとりあえずシステムから通知された対処法に従ってドアを開ける過程において、その理由を認識できる。

　ステップＳ２０９～Ｓ２１１の処理はステップＳ１１０～Ｓ１１２と同様とすることができるため、説明は省略する。

　なお、開扉障害物が存在する状況下においてドライバが運転席用ドアを開けた場合には、音声や運転席用ドアの内側面に設けられた車内照明装置３９の点灯色を用いて、開扉障害物とドアとの距離感を通知しても良い。

　また、目標駐車位置から所定距離手前の段階で目標駐車位置が狭小環境であると判定している場合、情報提示処理部Ｆ１０は、当該時点でドライバが降車すること、及び、自動駐車機能を用いて駐車を行うことを提案しても良い。

　＜降車シーンへの適用例（その３）＞
　ここでは図１３に示すフローチャートを用いて、ドライバが駐車して降車するシーンにおけるＨＣＵ１の他の作動例について説明する。図１３に示す一連の処理は、先に説明した降車時における表示制御処理の変形例として代替的に実行されても良いし、説明済みの処理と組み合わせて／並列的に実行されても良い。図１３に示すフローチャートは一例としてステップＳ３０１～Ｓ３０８を備える。図１３に示す処理は、例えば自車両の走行速度が所定の閾値以下となっている間、所定の実行周期で逐次実施される。なお、本フローは降車動作検出部Ｆ２がドライバの降車動作を検出したことをトリガとして開始されても良く、その場合にはステップＳ３０１が省略されうる。

　まずステップＳ３０１では降車動作検出部Ｆ２が、ドライバの降車動作が行われたか否かを判定する。降車動作を検出していない場合にはステップＳ３０１を否定判定して本フローを終了する。一方、降車動作を検出している場合にはステップＳ３０１を肯定判定してステップＳ３０２に移る。ステップＳ３０２では視線方向取得部Ｆ１がドライバの視線方向を取得してステップＳ３０３に移る。ステップＳ３０３では車外状況取得部Ｆ６が周辺監視センサ２２の出力信号として、自車両周辺に存在する物体の情報を取得してステップＳ３０４に移る。

　ステップＳ３０４では待機要否判定部Ｆ７がステップＳ３０３で取得した情報に基づき、開扉待機推奨状況かどうかを判定する。具体的には、運転席側ドアから所定距離以内を通過予定の接近体があるか否かを判定する。当該条件を充足する接近体が存在する場合にはステップＳ３０５に移る。一方、当該条件を充足する接近体がない場合には本フローを終了する。

　ステップＳ３０５では情報提示処理部Ｆ１０が、ドアオープンを待機することを提案するテキスト又は概要画像を、ステップＳ３０２で取得したドライバの視線方向に対応する表示領域に表示する。ステップＳ３０５の処理はステップＳ１１１と同様とする事ができる。すなわち、情報提示処理部Ｆ１０は、ドアオープンの待機を提案する画像表示に加えて、運転席のドアトリムに設置された車内照明装置３９を赤色で点灯させてもよい。加えて、情報提示処理部Ｆ１０は、上記画像の表示にあわせて、所定の通知音を車内スピーカ３５から出力させても良い。ステップＳ３０５での表示内容は、ドアオープンの待機を推奨する理由を示すテキスト又は概要画像であってもよい。

　ステップＳ３０６では車外状況取得部Ｆ６が、周辺監視センサ２２の出力信号に基づき、安全に降車可能な状況となったか否か、具体的には、運転席側ドア付近を通過予定の接近体が残存しているか否かを判定する。当該判定は、ドアを開くことを待機する必要がなくなったか否かを判定する処理に相当する。ドア付近を通過予定の接近体がいなくなった場合にはステップＳ３０６を肯定判定してステップＳ３０７に移る。一方、ドア付近を通過予定の接近体が存在する場合には定期的に（例えば１秒ごとに）、ステップＳ３０６を実施する。

　ステップＳ３０７では降車動作検出部Ｆ２が、車載センサ２１や車内カメラ２３の画像に基づき、ドライバがまだ降車の意思をもっているか否かを判定する。例えばインナードアハンドルに手をかけていることや、ドアの外側に視線を向けていることを検知できている場合にはまだ降車の意思を持っていると判定してステップＳ３０８に移る。一方、降車の意思がなくなっている場合には、各種表示や車内照明装置３９の点灯を終了させたうえで本フローを終了する。例えばスマートフォンの操作など、降車準備以外の行動をドライバが実施している場合には降車の意思がなくなったものと判断する。なお、その場合には、再びドライバが降車しようとする場合に備えて、本フローを定期的に実施すればよい。

　ステップＳ３０８ではステップＳ１１２と同様に、安全に降車可能であること、又は待機理由が解消したことを通知する処理を実施する。なお、ステップＳ３０８は任意の要素であって省略されても良い。すなわち、情報提示処理部Ｆ１０は、運転席のドアトリムに設置された車内照明装置３９の点灯色を赤色から緑色に切り替えることで安全確認が完了したことを表現してもよい。また、ステップＳ３０８での表示内容は、待機理由がなくなったこと、或いは、ドアを開けても良いことを示すテキスト又は概要画像であってもよい。

　以上では開扉待機推奨状況として、接近体が存在する場合について述べたが、これに限らない。ＨＣＵ１は、並列駐車車両から人が出てこようとしている場合、より具体的には並列駐車車両の助手席ドアが動いていることが検出されている場合も同様にステップＳ３０５以降の処理を実行しうる。並列駐車車両に対して助手席側から人が乗ろうとしている場合、つまり、自車両と並列駐車車両の間に人がいる場合も同様に待機提案を実施しても良い。

　＜降車シーンへの適用例（その４）＞
　ここでは図１４に示すフローチャートを用いて、ドライバが駐車して降車するシーンにおけるＨＣＵ１の他の作動例について説明する。図１４に示す一連の処理は、先に説明した降車時における表示制御処理の変形例として代替的に実行されても良いし、説明済みの処理と組み合わせて／並列的に実行されても良い。図１４に示すフローチャートは一例としてステップＳ４０１～Ｓ４０５を備える。図１４に示す処理は、例えば自車両の走行速度が所定の閾値以下となっている間、所定の実行周期で逐次実施される。なお、本フローは降車動作検出部Ｆ２がドライバの降車動作を検出したことをトリガとして開始されても良く、その場合にはステップＳ４０１が省略されうる。

　まずステップＳ４０１では降車動作検出部Ｆ２が、ドライバの降車動作が行われたか否かを判定する。降車動作を検出していない場合にはステップＳ４０１を否定判定して本フローを終了する。一方、降車動作を検出している場合にはステップＳ４０１を肯定判定してステップＳ４０２に移る。ステップＳ４０２では視線方向取得部Ｆ１がドライバの視線方向を取得してステップＳ４０３に移る。ステップＳ４０３では風力取得部Ｆ３が、例えば外部サーバとの通信により風速情報を取得してステップＳ４０４に移る。図中のＷｖは風速を示す。風速のレベルは車外マイク２４から出力される電気信号を解析することで特定されても良い。

　ステップＳ４０４では車外状況取得部Ｆ６が、ステップＳ４０３で取得された風速が、所定の強風閾値を超過しているか否かを判定する。図中のＴｈｗは強風閾値を示している。強風閾値は例えば６．０ｍ／ｓｅｃや、８．０ｍ／ｓｅｃ、１０．０ｍ／ｓｅｃなどとすることができる。本ステップは車室外が強風状態に該当するか否かを判定する処理に相当する。取得された風速が強風閾値を超過している場合にはステップＳ４０５に移る。一方、取得された風速が強風閾値を超過していない場合には本フローを終了する。

　ステップＳ４０５では情報提示処理部Ｆ１０が、強風注意喚起として、強風によりドアが勢いよく開く可能性が有ることを示すテキスト又は概要画像を、ステップＳ４０２で取得したドライバの視線方向に対応する表示領域に表示する。強風によりドアが勢いよく開く可能性が有ることを示す概要画像とは例えば図１５に示すように風と開かれたドアを模式的に示す画像である。なお、情報提示処理部Ｆ１０はドア衝突注意喚起として、ドアをゆっくり、又はしっかり握って開けるように促すテキストをドライバの視線方向にある表示領域に表示しても良い。ドアを慎重に開けるように促すテキストとは「しっかり握って開けてください」などである。衝突の可能性ではなく、対処法を提示することでドライバは何をすればよいのかがより一層認識しやすくなる。ステップＳ４０５での処理が完了すると本フローを終了する。

　ＨＣＵ１は、ステップＳ４０５の情報提示処理を実施後、ドライバがインナードアハンドルを握る力が弱かった場合は、ドライバに対してより強くドアハンドルを握るよう警告してもよい。ドライバがインナードアハンドルを握る力は、車内カメラ２３の撮影画像を解析することで判断してもよいし、インナードアハンドルに把持力を検出するためのセンサを設けても良い。ドライバが高齢者などの筋力が弱い人物である場合には、通知態様を強めてよい。また、本開示を後部座席等に適用した場合において、さらに、対象座席に着座している乗員が子供や高齢者である場合には、ステップＳ４０５ではドライバに対して対象座席用のドアの開閉を補助するように提案しても良い。

　＜施設の駐車場に駐車するシーンへの適用例＞
　ここでは図１６に示すフローチャートを用いて、ドライバが施設付随駐車場に設けられた複数の駐車区画のうちの何れかに駐車するシーンにおけるＨＣＵ１の他の作動例について説明する。図１６に示す一連の処理は、先に説明した降車時における表示制御処理と組み合わせて／並列的に実行することができる。図１６に示すフローチャートは一例としてステップＳ５０１～Ｓ５０９を備える。図１６に示す処理は、所定の実行周期で逐次実施される。なお、本フローは駐車場進入検出部Ｆ８が施設付随駐車場への進入を検出したことをトリガとして開始されても良く、その場合にはステップＳ５０１が省略されうる。

　ステップＳ５０１では駐車場進入検出部Ｆ８が、ナビゲーションＥＣＵ２８からの信号に基づき、施設付随駐車場に進入したか否かを判定する。施設付随駐車場に進入したことを示す信号が入力されていない場合にはステップＳ５０１を否定判定して本フローを終了する。一方、施設付随駐車場に進入したことを示す信号がナビゲーションＥＣＵ２８から入力された場合にはステップＳ５０１を肯定判定してステップＳ５０２を実行する。なお、前述の通り、施設付随駐車場への進入判定は、多様な方法にて駐車場進入検出部Ｆ８が実施しても良い。

　ステップＳ５０２では候補区画取得部Ｆ４１が、周辺監視センサ２２の検出結果又は駐車場装置からの配信データに基づき、駐車場に設けられている駐車区画の位置情報を取得してステップＳ５０２に移る。ステップＳ５０３では、ステップＳ５０２で取得した駐車区画の中から、予め設定されているルール（アルゴリズム）により自動的に候補区画を選択してステップＳ５０４に移る。なお、候補区画の選択は前述の通り、ドライバの操作に基づいて選択されても良い。

　ステップＳ５０４では駐車位置取得部Ｆ４がドライバデータ記憶部Ｍ２を参照し、例えばドライバの運転スキルの高さや好みなどの情報を取得し、ステップＳ５０５に移る。ステップＳ５０５では、ステップＳ５０４で取得したドライバの情報をもとに、所定の検証条件を充足しているか否かを判定する。ここでの検証条件は、候補区画が、運転席側の隣接区画に他車両が駐車される可能性が高い区画であるか否かの検証を行う条件である。運転席側の隣接区画に他車両が駐車されると、駐車区画の大きさによっては、ドアの開閉が行いにくくなる。検証条件は、１つの側面において、選択された候補区画がドアの開閉が行いやすい区画であるか否かを検証する条件と解する事もできる。

　例えば駐車位置取得部Ｆ４は、ドライバの運転スキルが低レベルである場合に、検証条件が充足していると判定する。また、ドライバの通常開度でドアが開かれると駐車枠からドアがはみ出す可能性がある場合に、検証条件が充足していると判定しても良い。その他、ドライバデータとして、運転席側の隣接区画に他車両が駐車されることを好まないことが自動的に／手動操作にて登録されている場合に、検証条件が充足していると判定されてもよい。

　ステップＳ５０５の判定の結果、検証条件が充足している場合にはステップＳ５０６を実行する。一方、検証条件が充足していない場合には本フローを終了する。故に、例えばドライバの運転スキルが所定の閾値以上である場合などには、以降の処理で述べる駐車位置の変更提案は実施されなくなる。

　ステップＳ５０６では隣接駐車確率取得部Ｆ９が、駐車場装置から無線通信で取得した区画ごとの使用確率データ、又は、当該区画での自車両の駐車履歴データに基づいて、隣接駐車確率を算出し、ステップＳ５０７に移る。図中のｐｎは隣接駐車確率を示す。なお、以降の処理で使用される隣接駐車確率は、出庫時において運転席側に隣接車両が存在する確率であることが好ましい。隣接駐車確率取得部Ｆ９は、ドライバのスケジュール情報や、当該施設の過去の訪問履歴に基づき、駐車場を退出する時間帯を概算し、当該退出時間帯における隣接駐車確率を算出してもよい。将来の隣接駐車確率は、駐車場装置から配信される時間帯ごとの使用確率データから算出されればよい。

　ステップＳ５０７では隣接駐車確率（ｐｎ）が所定の確率用閾値（Ｔｈｐ）を超過しているか否かを判定する。隣接駐車確率が確率用閾値を超過している場合にはステップＳ５０８を実行する。一方、隣接駐車確率が確率用閾値以下である場合にはステップＳ５０９を実行する。確率用閾値は例えば５０％などとすることができる。

　ステップＳ５０８では情報提示処理部Ｆ１０が、より隣接駐車確率が小さい他の区画に駐車することを提案するテキスト又は概要画像を表示する。より隣接駐車確率が小さい区画とは主として施設の出入り口から遠い区画に相当する。当該情報の表示先は、ユーザの視線方向にある表示領域とする。仮にドライバから自車両を駐車させる区画を変更する操作を受け付けた場合には、別の区画を目標駐車位置に設定するための処理を開始する。隣接駐車確率値が高い場合には駐車位置の変更を提案することで、出庫時の狭さの不安感を前もってなくす効果が期待できる。

　ステップＳ５０９ではＨＣＵ１が、自動駐車ＥＣＵ２７との連携により、駐車支援処理を実行する。駐車支援処理の内容は適宜設計されれば良い。例えば、自動駐車ＥＣＵ２７が操舵を自動的に実施する一方、加減速はドライバに任せるものであっても良い。ＨＣＵ１は、駐車支援処理として、センターディスプレイ３２などに駐車位置と自車両との位置関係を示す画像や、周辺監視カメラの画像を合成してなる俯瞰画像などに表示する。俯瞰画像は自車両及びその周辺領域を上方から見下ろした画像である。駐車支援処理として表示する合成画像は、車体の一部を透過させて自車両の進行方向側の路面を示す合成画像であってもよい。

　＜発進シーンへの適用例＞
　ここでは図１７に示すフローチャートを用いて、ドライバが乗車したシーンにおけるＨＣＵ１の作動の一例について説明する。図１７に示すフローチャートは一例としてステップＳ６０１～Ｓ６０６を備える。図１７に示す処理は、走行用電源がオンになったことに基づいて実施される。なお、本フローはその他、シートベルトが装着されたことや、駐車状態において運転席用ドアを開かれたことをトリガとして開始されても良い。

　まずステップＳ６０１では車外状況取得部Ｆ６が、走行用電源がオンとなったことに基づいて駆動した周辺監視カメラから、現在の車室外の画像データを取得してステップＳ６０２に移る。ステップＳ６０２では発進前周辺確認部Ｆ６３が、ステップＳ６０２で取得した画像データを解析することにより、自車両の近傍領域に存在する動物を検出する。例えば発進前周辺確認部Ｆ６３は、駐車時に周辺監視カメラで撮影した車室外画像と、ステップＳ６０１で取得した車室外画像を比較することにより、近傍領域に存在する猫などの動物を検出する。検出対象とする動物は、猫、犬、鳩や鶏などの鳥、兎、狸などであってもよい。なお、前提としてＨＣＵ１は車両が駐車された際、その時点での周辺監視カメラの画像データを比較用データとしてストレージ１３に保存するように構成されているものとする。

　近傍領域に動物を検出しなかった場合にはステップＳ６０２を否定判定して本フローを終了する。一方、近傍領域に動物を検出した場合にはステップＳ６０３を実行する。ステップＳ６０３では情報提示処理部Ｆ１０がドライバデータ記憶部Ｍ２に保存されているドライバデータを参照し、ステップＳ６０４に移る。

　ステップＳ６０４では情報提示処理部Ｆ１０が、ステップＳ６０３で読みだしたドライバのデータに基づき、ドライバが動物好き、或いはステップＳ６０２で検出された動物をドライバが好きかどうかを判定する。ドライバが動物好き、或いはステップＳ６０２で検出された動物をドライバが好きである場合にはステップＳ６０５を実行する。一方、ドライバが動物好きではない場合、或いは、ステップＳ６０２で検出された動物が好きではない場合には、ステップＳ６０６を実行する。

　ステップＳ６０５では情報提示処理部Ｆ１０が、動物が存在することを示すテキスト又は概要画像を表示する。当該情報の表示先は、ユーザの視線方向にある表示領域であることが好ましいが、所定のディスプレイであってもよい。また、情報提示処理部Ｆ１０は、センターディスプレイ３２に動物を捕捉している周辺監視カメラの映像を写してもよい。さらに、ＨＣＵ１は、動物に対してドライバが声をかけられるよう、車外スピーカ３６を駆動させてもよい。

　ステップＳ６０６では情報提示処理部Ｆ１０が、ユーザの視線方向にある表示領域に、所定の追い払い用効果音を車外スピーカ３６から出力することを提案するテキスト又は概要画像を表示する。追い払い用効果音は、車両近傍に存在する動物を追い払うための予め用意された効果音であって、例えば動物が苦手な周波数の音、或いは超音波とすることができる。

　上記構成は、検出された動物がドライバの好む動物に該当するか否かに応じて、提案内容を変更する構成に相当する。以上では動物を検出した場合について例示したが、検出対象は、子供を含む歩行者であってもよい。車両近傍に歩行者を検出した場合には、ＨＣＵ１は車外スピーカ３６をオンにすることを提案しても良い。当該構成によれば、ドライバ自らが車外スピーカ３６を用いて歩行者に注意を促すことも可能となる。

　＜上記実施形態の効果について＞
　上記の構成は次の新規の課題に着眼して創出されたものである。すなわち、一般的に車両が走行している間は、ドライバの視線方向は概ね車両前方を向いている。一方、車両を駐車したあとは、ドライバの視線方向は、例えばドアの外側や、シフトレバー付近、など、多様となる。つまり、必ずしもドライバが前を向いているとは限らない。ドライバが前を向いていない状態においてメータディスプレイ３１等に、通知対象の概要や推奨行動（以降、概要等）を提示する構成ではドライバは当該情報を認識しづらい。

　そのような課題に対し、上記構成によればドライバの視線方向に対応する表示領域に通知事象の概要又は推奨行動を示す画像又はテキストを表示する。例えばドライバが運転席用ドアのほうに視線方向／顔を向けている場合には、ドアディスプレイ３４に通知事象に対応する概要画像等を表示する。当該構成によれば、ドライバが通知対象の概要等に対する認識性を高めることができる。

　また、比較構成としては、推奨行動や具体的な警告理由等の情報を含まないシンプルなアイコン画像、つまり図５に示す注意喚起画像を、ユーザの視線方向あるいは注意対象が存在する方向に存在するディスプレイに表示する構成も考えられる。しかしながら、そのような比較構成では、ドライバは何かについて注意喚起されていることは理解できても、その具体的な理由や、取るべき行動（対処法）が直感的に理解しづらい。

　そのような課題に対し、本開示の構成によれば、通知対象事象の内容又は対処法を示すテキスト又は概要画像を、ユーザの視線方向に表示する。そのため、ドライバは自身が取るべき行動及びその理由を直感的に認識しやすい。また、本開示のＨＣＵ１は、検出対象とシーンに応じてドライバに提示すべき情報を自律的に判断して表示する。よって、状況に応じた情報を、ドライバにわかりやすく提示する事が可能となる。

　さらに、本開示のＨＣＵ１はより好ましい態様として、ドライバの性格やスケジュール、運転スキルなどを考慮したうえで、駐車位置の変更等の提案を行う。本開示の構成によれば、ドライバによらずに一律的な提案を行う構成に比べて、ドライバの利便性を更に高める事が可能となる。

　その他、ドライバから見てドア側となる位置に設けられたディスプレイとしては、サイドミラーに設けられたディスプレイが想定される。しかし、サイドミラーに設けられたディスプレイは表示画面が小さいため、テキストや複雑な概要画像を表示しづらい。これに対し、本開示のように相対的に表示面積が大きいドアディスプレイ３４を備える構成によれば、ドアのほうを見ているドライバに対して多様な情報を提示可能となる。

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

　＜ＨＣＵ１のその他の作動例（その１）＞
　ＨＣＵ１は、ホテルのエントランスや、レストラン、会社、オフィスビルの入り口など、特定の開錠エリアに自車両が進入したことに基づいて、ドアの施錠状態を開錠状態に切り替えても良い。

　例えばＨＣＵ１は、ナビゲーションＥＣＵ２８の出力信号に基づき、開錠エリアに進入したか否かを判定する（図１８　ステップＳ７０１）。開錠エリアは、ドライバの操作により予めドライバデータとしてＨＣＵ１に登録されていても良いし、過去の訪問履歴に基づき自動的に登録されていても良い。例えばドライバデータ管理部Ｆ５が所定のサーバと通信することで、ドライバが予約しているホテルの情報を取得し、当該ホテルのエントランスを開錠エリアに登録しても良い。また、ドライバが勤務しているオフィスのエントランスを開錠エリアに登録されていても良い。開錠エリアは、ドアの施錠を開錠状態に切り替えることをドライバが承諾しているエリアとすることができる。開錠エリアへの進入判定は、施設付随駐車場への進入判定と同様、位置情報と地図データとの比較や、特定の看板を画像認識により検出したことなど、多様な方法を援用できる。

　ＨＣＵ１は、開錠エリアに自車両が進入したことに基づき、ドアの施錠を開錠状態に切り替える（ステップＳ７０２）。ドアの施錠状態の変更は、ボディＥＣＵと連携して実施されればよい。例えばＨＣＵ１はボディＥＣＵに向けて開錠要求信号を出力することにより、ボディＥＣＵにドアロックモータを駆動させてもよい。ドアの開錠が完了すると、ＨＣＵ１はセンターディスプレイ３２やＨＵＤ３３などにドアを開錠状態に切り替えたことを示すテキスト又は概要画像を表示する（ステップＳ７０３）。

　なお、以上ではドアを開錠してからドライバにそのことを事後報告する態様について述べたが、これに限らない。ＨＣＵ１は自車両が開錠エリアに進入したことに基づいてドアを開錠状態に切り替えることを提案するだけであっても良い。また、以上では所定の開錠エリアに自車両が進入したことに基づいて自動的な開錠又は開錠提案を実施する構成について述べたがこれに限らない。例えば、ＨＣＵ１は、周辺監視カメラの画像を解析することで特定のバッジや制服を身に着けている人物を検出したことに基づいて、自動的な開錠又は開錠提案を実施しても良い。特定のバッジや制服を身に着けている人物としては、ホテルのドアマンや、オフィスの警備員などが想定される。

　＜ＨＣＵ１のその他の作動例（その２）＞
　ＨＣＵ１は、ドライバが目的地に到着後、スムーズに身体が動かせるよう、目的地への到着時刻に合わせて身体をリフレッシュさせる制御を実行するように構成されていてもよい。一般的に、移動中の車内において身体活動は少ないため、運転時間が長いほど体が疲労状態となってしまう。リフレッシュ制御は、上記運転に伴う疲労に対応する制御である。リフレッシュ制御は主として空調装置３８との協働により実施される。

　例えばＨＣＵ１は、ナビゲーションＥＣＵ２８から目的地に到着するまでの残り時間である到着残余時間を取得する（図１９　ステップＳ８０１）。図中のＴｒは到着残余時間を示す。そして、ＨＣＵ１は、到着残余時間が所定のリフレッシュ開始閾値よりも短くなったことに基づいて（ステップＳ８０２　ＹＥＳ）、空調装置３８にリフレッシュ制御を開始させる（ステップＳ８０３）。図中のＴｈｔはリフレッシュ開始閾値である。リフレッシュ開始閾値は、例えば１０分や１５分などに設定されうる。リフレッシュ制御は、例えば、ミントやレモンなどの香りの出力や、シートマッサージの駆動、空調温度の調整などが含まれる。上記のリフレッシュ制御は、車での合計移動時間が所定の閾値（例えば３時間）以上となる場合にのみ適用されても良い。

　また、仮にドライバの健康状態が悪く、かつ車外気温が低い場合、降車時にエコノミー症候群（肺血栓塞栓症、肺塞栓症）が生じる可能性が高まる。そのような懸念に対し、ＨＣＵ１は、リフレッシュ制御として、空調装置３８の目標温度を徐々に外気温に近づけていってもよい。

　＜表示領域のバリエーションについて＞
　ＨＣＵ１が選択可能な表示領域は、上記の組み合わせに限定されない。ルームミラー（バックミラー）が、ディスプレイを用いてなる電子ミラーとして構成されている場合には、ルームミラーもまたＨＣＵ１が情報の表示先として選択可能な表示領域に含めることができる。サイドミラーについても同様である。ＨＣＵ１が選択可能な表示領域の組み合わせや、個々の具体的な位置は適宜変更可能である。

　また、ドアディスプレイ３４は、運転席に隣接する窓ガラスＷｇに画像光を照射することによって、当該窓ガラスＷｇに画像を表示する装置であってもよい。例えばドアディスプレイ３４は、例えば図２０に示すように、画像光を射出するためのプロジェクタ４１と、スクリーン４２とを用いて実現されていても良い。スクリーン４２は、画像光を車室内に向けて反射するための透明フィルムであって、画像光の照射対象となる窓ガラスＷｇの車室内側の面に貼り付けられている。スクリーン４２と窓ガラスＷｇは一体化されていてもよい。プロジェクタ４１とスクリーン４２の間には、プロジェクタ４１から射出された画像光をスクリーン４２に向けて拡大反射するためのミラー４３が介在していてもよい。ミラー４３は凹面鏡が好ましい。ミラー４３は平面鏡であってもよい。プロジェクタ４１やミラー４３はルーフ部Ｒｆの車室内側の面、すなわち車室内天井部に配置されている。

　図２１における３４ａは、プロジェクタ４１による表示領域を示している。ドアのサイドウインドウ上に形成される表示領域３４ａもまたドア表示領域に相当する。プロジェクタ４１は、運転席用のドアトリムにおいて、窓枠の下端部から所定距離以内となる領域に画像光を投影するように構成されていても良い。そのような構成によっても、ドアトリムのアッパーパネルや、アームレスト等、ドライバの視線方向に応じた位置に画像を表示することができる。プロジェクタ４１やミラー４３は、車室内の任意の位置に画像を投影可能なように、モータ等のアクチュエータを用いて車両に対する姿勢を動的に変更可能に構成されていても良い。その場合、プロジェクタ４１の表示領域（投影領域）はＨＣＵ１によって制御されればよい。

　さらに、ＨＣＵ１はプロジェクタ４１を用いて、図２１に示すように運転席側のＡピラーや助手席側のＡピラー、インストゥルメントパネルの助手席正面領域、助手席側のドアなどにも概要画像等を表示可能に構成されていても良い。図２１に示す３４ｃは、プロジェクタ４１による運転席側のＡピラーの表示領域を示す。３４ｄは、プロジェクタ４１による助手席側のＡピラーの表示領域を示す。３４ｅは、助手席用ドアに配置される表示領域を示す。３４ｆは、インストゥルメントパネルの助手席正面領域に形成される表示領域を示す。複数の表示領域は、プロジェクタ４１の姿勢がモータ等を用いて動的に調整されることで実現されても良い。車室内天井部には複数の表示領域を形成可能なように複数のプロジェクタ４１が配置されていても良い。３４ｃ～３４ｅで示す表示領域の一部又は全部はプロジェクタ４１ではなく、透過表皮ディスプレイなどを用いて実現されていても良い。

　＜適用車両のバリエーションについて＞
　本開示は、道路上を走行する多様な車両に適用可能である。本開示は、四輪自動車のほか、トラックやトレーラなど、道路上を走行可能な多様な車両に搭載可能である。本開示のシステム／装置／方法等が適用される車両は、個人によって所有されるオーナーカーであってもよいし、サービスカーであってもよい。サービスカーとは、例えば、カーシェアリングサービスや車両貸し出しサービスに供される車両を指す。本開示は、運転手が搭乗していない、ロボットタクシー又は無人運行バスなどに適用されても良い。

　＜助手席等への適用について＞
　冒頭に記載の通り、本開示の一部又は全部は、助手席など、運転席以外の座席に着座する乗員への情報提示装置として実施する事ができる。つまり、所定の座席とは、運転席に限らず、助手席や後部座席であっても良い。後部座席は右側後部座席と左側後部座席に区分可能である。助手席に隣接するドアとは助手席用のドアを指す。右側後部座席に隣接するドアとは車両が備える右側後部座席用のドアを指す。或る座席に隣接するドアとは、当該座席用のドアであって、当該座席から最も近い座席と解する事ができる。

　＜付言（１）＞
　本開示に記載の装置、システム、並びにそれらの手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。また、本開示に記載の装置及びその手法は、専用ハードウェア論理回路を用いて実現されてもよい。さらに、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと一つ以上のハードウェア論理回路との組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。例えばＨＣＵ１が備える機能の一部又は全部はハードウェアとして実現されても良い。或る機能をハードウェアとして実現する態様には、１つ又は複数のＩＣなどを用いて実現する態様が含まれる。プロセッサ（演算コア）としては、ＣＰＵや、ＭＰＵ、ＧＰＵ、ＤＦＰ（Data Flow Processor）などを採用可能である。また、ＨＣＵ１が備える機能の一部又は全部は、複数種類の演算処理装置を組み合わせて実現されていてもよい。ＨＣＵ１が備える機能の一部又は全部は、システムオンチップ（ＳｏＣ：System-on-Chip）や、ＦＰＧＡ、ＡＳＩＣなどを用いて実現されていても良い。ＦＰＧＡはField-Programmable Gate Arrayの略である。ＡＳＩＣはApplication Specific Integrated Circuitの略である。

　また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体（non- transitory tangible storage medium）に記憶されていてもよい。プログラムの保存媒体としては、ＨＤＤ（Hard-disk Drive）やＳＳＤ（Solid State Drive）、フラッシュメモリ、ＳＤ（Secure Digital）カード等を採用可能である。

　本開示の範囲には、例えばコンピュータをＨＣＵ１として機能させるためのプログラム、このプログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、ＨＣＵ１を構成要素とするシステムなども含まれる。

Claims

　車両に設けられた所定の座席の乗員に対する情報の表示先を、複数の表示領域の中から選択可能に構成された情報提示装置であって、
　複数の前記表示領域の中には、少なくとも前記座席に隣接するドアに形成されているドア表示領域（３４、３４ａ）が含まれており、
　車外状況に関連する情報を、複数の前記表示領域の何れかに表示する表示処理部（Ｆ１０）と、
　前記乗員の視線方向を示す情報を取得する視線方向取得部（Ｆ１）と、を備え、
　前記表示処理部は、前記乗員の視線方向に応じて前記車外状況に関連する情報の表示場所を変更するように構成されている情報提示装置。
　請求項１に記載の情報提示装置であって、
　前記表示処理部は、前記乗員の視線方向が前記ドアの存在する方向に向けられている場合には前記ドア表示領域に前記車外状況に関連する情報を表示するように構成されている情報提示装置。
　請求項１又は２に記載の情報提示装置であって、
　前記車両に搭載された周辺監視センサの出力信号に基づき、前記車両の周辺における他の移動体の挙動及び路面状態の少なくとも何れか一方を示す情報を取得する車外状況取得部（Ｆ６）を備え、
　前記車外状況取得部は、取得した情報に基づき、車外における所定の通知対象事象を検出するように構成されており、
　前記表示処理部は、前記車外状況取得部が検出した前記通知対象事象の内容又は対処法を示すテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　請求項１から３の何れか１項に記載の情報提示装置であって、
　前記乗員の降車動作を検出する降車動作検出部（Ｆ２）と、
　車外を撮像するカメラの画像に基づき、前記ドアから所定距離以内となる路面領域である降車スポットに、所定の検出対象が存在するか否かを判定する降車路面監視部（Ｆ６１）と、を備え、
　前記表示処理部は、前記降車路面監視部によって前記降車スポットに前記検出対象が存在すると判定された場合には、前記検出対象の内容又は対処法を示すテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　請求項４に記載の情報提示装置であって、
　前記乗員のスケジュール情報が保存されているスケジュール記憶部（Ｍ２ａ）を備え、
　前記表示処理部は、前記降車路面監視部が前記降車スポットに前記検出対象が存在すると判定した場合において、前記スケジュール情報が前記乗員に時間的余裕があることを示す場合には、駐車位置を変更することを提案するテキスト又は画像を表示する情報提示装置。
　請求項１から５の何れか１項に記載の情報提示装置であって、
　前記乗員の降車動作を検出する降車動作検出部（Ｆ２）と、
　前記車両に搭載された周辺監視センサの出力信号に基づき、前記ドアから所定距離以内に、開かれた前記ドアと接触する可能性がある立体物があるか否かを判定する開扉障害物検出部（Ｆ６２）と、を備え、
　前記表示処理部は、前記立体物の存在が検出されていることに基づいて、前記ドアが前記立体物と接触する可能性が有ることを示すテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　請求項６に記載の情報提示装置であって、
　前記乗員の日常的なドアの開き度合いを示す通常開度が登録されている通常開度記憶部（Ｍ２ｄ）を備え、
　前記表示処理部は、
　前記周辺監視センサの出力に基づき、前記立体物と接触しない前記ドアの開度である許容開度を取得し、
　前記通常開度が前記許容開度よりも大きい場合には、前記ドアが前記立体物と接触する可能性が有ることを示すテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　自動駐車が可能に構成された車両で使用される、請求項６又は７に記載の情報提示装置であって、
　目標駐車位置を取得する駐車位置取得部（Ｆ４）を備え、
　前記開扉障害物検出部は、前記周辺監視センサの出力信号に基づき、前記目標駐車位置の周辺に前記ドアが開かれた場合に当該ドアと接触する可能性がある立体物があるか否かを判定し、
　前記表示処理部は、前記目標駐車位置よりも手前において前記開扉障害物検出部にて前記立体物があると判定された場合には、前記目標駐車位置に前記車両が到達する前に、前記乗員の降車及び前記自動駐車の実施を提案するテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　請求項１から８の何れか１項に記載の情報提示装置であって、
　複数の車両が並列駐車するための区画が複数設けられた駐車場である並列駐車場へ前記車両が進入したことを検出する駐車場進入検出部（Ｆ８）と
　前記並列駐車場において前記車両が駐車しようとしている区画を候補区画として取得する候補区画取得部（Ｆ４１）と、
　前記車両の左右のうち前記座席が設けられている方向である座席側方向において前記候補区画に隣接する区画である隣接区画に、他車両が駐車する確率を示す隣接駐車確率を、前記並列駐車場に設けられた設備から無線配信されるデータ、又は、前記候補区画での前記車両の駐車履歴データをもとに取得する隣接駐車確率取得部（Ｆ９）と、を備え、
　前記表示処理部は、前記隣接駐車確率が所定の確率用閾値以上である場合には、別の区画へ駐車することを提案する情報提示装置。
　請求項９に記載の情報提示装置であって、
　前記乗員の運転スキルの高さを示す情報が格納されている習熟度記憶部（Ｍ２ｅ）を備え、
　前記表示処理部は、前記習熟度記憶部に格納されている前記運転スキルの高さが所定の閾値以上である場合には、前記隣接駐車確率に応じた提案を実施しないように構成されている情報提示装置。
　請求項１から１０の何れか１項に記載の情報提示装置であって、
　前記車両の走行用電源がオンになったことに基づいて駆動した周辺監視センサの出力信号に基づき、前記車両の近傍領域に存在する動物又は歩行者を検出する発進前周辺確認部（Ｆ６３）を備え、
　前記表示処理部は、
　前記発進前周辺確認部が前記近傍領域において前記動物又は前記歩行者を検出した場合には、車外スピーカを駆動させることを提案するテキスト又は画像を、前記乗員の視線方向に存在する表示領域に提示する情報提示装置。
　請求項１１に記載の情報提示装置であって、
　前記乗員の好む動物を情報が格納されている愛好動物記憶部（Ｍ２ｃ）を備え、
　前記表示処理部は、前記発進前周辺確認部が前記近傍領域に前記動物を検出した場合において、当該検出された前記動物が前記乗員の好む動物に該当するか否かに応じて、提案内容を変更する情報提示装置。
　請求項１から１２の何れか１項に記載の情報提示装置であって、
　前記乗員の降車動作を検出する降車動作検出部（Ｆ２）と、
　前記車両に搭載された周辺監視センサの出力信号に基づき、前記車両の周辺における他の移動体の挙動を示す情報を取得する車外状況取得部（Ｆ６）と、
　前記降車動作検出部が前記降車動作を検出した時点において、前記車外状況取得部が取得した前記他の移動体の挙動を示す情報に基づき、前記ドアを開くことを前記乗員は待機すべき所定の開扉待機推奨状況に該当するか否かを判定する待機要否判定部（Ｆ７）と、を備え、
　前記表示処理部は、前記待機要否判定部が前記開扉待機推奨状況に該当すると判定したことに基づいて、待機理由又は前記ドアのオープンを待機することを推奨するテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。
　請求項１３に記載の情報提示装置であって、
　前記表示処理部は、前記ドアのオープンを待機することを推奨するテキスト又は画像を出力したあとに、前記待機要否判定部が前記ドアを開くことを待機する必要がなくなったと判定した場合には、前記乗員の視線方向に対応する前記表示領域に、待機理由がなくなったこと、又は、前記ドアを開けても良いことを示す画像を表示する情報提示装置。
　請求項１から１４の何れか１項に記載の情報提示装置であって、
　前記乗員の降車動作を検出する降車動作検出部（Ｆ２）と、
　車外の風の強さを取得する風力取得部（Ｆ３）と、を備え、
　前記表示処理部は、前記風力取得部が取得した前記風の強さが所定の強風閾値以上である状況において、前記降車動作検出部が前記降車動作を検出した場合には、前記風が強いことを示すテキスト又は画像を、前記乗員の視線方向に位置する前記表示領域に表示する情報提示装置。