JP7384126B2 - 車両用渋滞判断装置、および車両用表示制御装置 - Google Patents

Description

本開示は、自動走行機能を有する車両に用いられる車両用渋滞判断装置、および車両用表示制御装置に関するものである。

例えば、特許文献１に記載された車両制御装置が知られている。特許文献１の車両制御装置では、例えば、高速道路走行において、ＶＩＣＳ（Vehicle information and communication System 登録商標）等のシステムによって提供される渋滞情報から、渋滞の発生があり、且つ渋滞区間が所定距離以上であると判定すると、自動運転（渋滞する前方車両との距離を一定に保持して追従走行する制御）を開始し、自動運転が開始された後に、自動運転停止条件が満たされると自動運転を停止させるようにしている。

これにより、運転者が自分で渋滞状況を判断して、自動運転用のスイッチ操作をするという煩わしさを感じることがなく、自動的に、渋滞に対応した自動運転を適切に開始および停止させることができるとしている。

特開２００５－３２４６６１号公報

上記特許文献１では、ＶＩＣＳによって得られた渋滞区間の開始地点から、すんなりと渋滞に対応した自動運転が開始されるかのように読み取れる。しかしながら、自動運転を制御する装置においては、自動運転を開始できるか否かの条件（例えば、自動運転開始可能とする車速条件等）が設けられている。この自動運転開始可能とする車速条件は、安全且つ確実な自動運転への移行を実現するために、例えば、ＶＩＣＳにおいて渋滞区間を把握するために設定された車速条件（例えば４０ｋｍ／ｈ）よりも、更に低い車速（例えば、１０ｋｍ／ｈ）として設定される場合がある。

よって、走行中に、ＶＩＣＳによる渋滞区間に入っても、自動運転開始可能とする車速条件を満たさない間においては、自動運転は開始されない状況が発生し得るので、ユーザは、渋滞区間に入ったにも関わらず、自動運転が開始されないことについて、違和感を持つ可能性がある。

本開示の目的は、上記問題に鑑み、渋滞状況を的確に判断することのできる車両用渋滞判断装置、および自動運転への移行をユーザに分かり易く伝えることのできる車両用表示制御装置を提供することにある。

本開示は上記目的を達成するために、以下の技術的手段を採用する。

第１の開示では、車両用渋滞判断装置であって、
車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、車両の自動運転機能による渋滞時における自動運転の開始可能条件であり、且つ第１の閾値よりも小さい側に設定された第２の閾値をもとに渋滞の発生を示す第２の情報と、を取得する取得部（５０、８１）と、
第１の情報、および第２の情報を統合し、第１の閾値を使って渋滞の発生を判断する第１のアルゴリズムと、第２の閾値を使って渋滞の発生を判断する第２のアルゴリズムとを実行する制御部（１６０）と、を備え、
制御部は、第１のアルゴリズムの結果と、第２のアルゴリズムの結果とに基づいて、自動運転が不可の表示を、第１の情報、および第２の情報を表示する表示部（１２０）にするか否かを判断することを特徴としている。

この開示によれば、制御部は、第１のアルゴリズムと、第２のアルゴリズムとを実行して、渋滞の発生を判断するので、渋滞の発生状況を的確に判断することができる。

また、第２の開示では、車両用表示制御装置であって、
車両の情報を表示する表示部（１２０）と、
車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、車両の自動運転機能による渋滞時における自動運転の開始可能条件であり、且つ第１の閾値よりも小さい側に設定された第２の閾値をもとに自動運転の可否を示す第２の情報と、を取得する取得部（５０、８１）と、
走行速度が、第１の情報において第１の閾値を下回っており、且つ、走行速度あるいは車両の車速が、第２の情報において第２の閾値を下回っていない場合、自動運転が不可の表示を表示部に表示する表示制御部（１６０）と、を備えることを特徴としている。

この開示によれば、表示制御部は、第１の情報から渋滞の発生があることが分かっても、第２の情報において、第２の閾値を下回っていなければ、表示部に自動運転が不可である旨を表示するので、ユーザには、まだ、自動運転には移行できないことを明確に知らせることができる。つまり、自動運転への移行について、ユーザに分かり易く伝えることができる。

尚、上記各手段の括弧内の符号は、後述する実施形態記載の具体的手段との対応関係を示すものである。

第１実施形態における自動運転機能を有する車両に搭載される車両用渋滞判断装置、および車両用表示制御装置の構成を示す説明図である。 ＶＩＣＳによる渋滞情報と、自動運転の可能レベル（レベル２、３）を示す説明図である。 第１実施形態のＨＣＵ１６０が実施する表示制御の要領を示すフローチャート（前半）である。 第１実施形態のＨＣＵ１６０が実施する表示制御の要領を示すフローチャート（後半）である。 図２の走行位置Ａにおける表示状態を示す説明図である。 図２の走行位置Ｂａにおける表示状態を示す説明図である。 図２の走行位置Ｂｂにおける表示状態を示す説明図である。 図２の走行位置Ｃにおける表示状態を示す説明図である。 図２の走行位置Ｄにおける表示状態を示す説明図である。 図２の走行位置Ｅにおける表示状態を示す説明図である。 第２実施形態における表示状態（一例）を説明する説明図である。 第２実施形態における表示状態（他の例）を説明する説明図である。 その他の実施形態における表示状態（一例）を説明する説明図である。 その他の実施形態における表示状態（他の例）を説明する説明図である。

以下に、図面を参照しながら本開示を実施するための複数の形態を説明する。各形態において先行する形態で説明した事項に対応する部分には同一の参照符号を付して重複する説明を省略する場合がある。各形態において構成の一部のみを説明している場合は、構成の他の部分については先行して説明した他の形態を適用することができる。各実施形態で具体的に組み合わせが可能であることを明示している部分同士の組み合わせばかりではなく、特に組み合わせに支障が生じなければ、明示していなくても実施形態同士を部分的に組み合せることも可能である。

（第１実施形態）
第１実施形態の車両用渋滞判断装置１００、および車両用表示制御装置１０１について、図１～図１０を参照しながら説明する。第１実施形態の車両用渋滞判断装置１００、および車両用表示制御装置１０１は、自動運転機能を有する車両に搭載（適用）されている。以下、車両用渋滞判断装置１００を渋滞判断装置１００と呼び、車両用表示制御装置１０１を表示制御装置１０１と呼ぶ。

渋滞判断装置１００、および表示制御装置１０１は、図１に示すように、ＨＣＵ（Human Machine Interface Control Unit）１６０を備えている。渋滞判断装置１００は、渋滞の発生状況を判断し、また、表示制御装置１０１は、表示部（例えば、メータディスプレイ１２０）に、各種車両情報を表示する。各種車両情報は、例えば、車両走行情報（車速等）、高速道路走行時の渋滞発生時における渋滞の発生状況や自動運転の対応可否等である。

渋滞判断装置１００、および表示制御装置１０１は、車両に搭載されたＤＳＭ（Driver Status Monitor）２０、ロケータ３０、周辺監視センサ４０、車載通信器５０、第１自動運転ＥＣＵ６０、第２自動運転ＥＣＵ７０、および車両制御ＥＣＵ８０と、通信バス９０等を介して接続されている。

ＤＳＭ２０は、近赤外光源および近赤外カメラと、これらを制御する制御ユニットとを含む構成である。ＤＳＭ２０は、運転席のヘッドレスト部分に近赤外カメラを向けた姿勢にて、例えばステアリングコラム部の上面、またはインスツルメントパネルの上面等に設置されている。ＤＳＭ２０は、近赤外光源によって近赤外光を照射されたドライバの頭部を、近赤外カメラによって撮影する。近赤外カメラによる撮像画像は、制御ユニットによって画像解析される。制御ユニットは、ドライバのアイポイントの位置および視線方向等の情報を撮像画像から抽出し、抽出したドライバの状態情報（いねむり、脇見、病気発生等）を、通信バス９０を通じて、ＨＣＵ１６０等に提供する。

ロケータ３０は、複数の取得情報を組み合わせる複合測位により、自車位置情報等を生成する。ロケータ３０は、ＧＮＳＳ（Global Navigation Satellite System）受信機３１、慣性センサ３２、地図データベース（以下、「地図ＤＢ」）３３、およびロケータＥＣＵ３４等を備えている。

ＧＮＳＳ受信機３１は、複数の測位衛星からの測位信号を受信する。

慣性センサ３２は、車両に作用する慣性力を検出するセンサである。慣性センサ３２は、例えばジャイロセンサおよび加速度センサを備える。

地図ＤＢ３３は、不揮発性メモリであって、リンクデータ、ノードデータ、道路形状、構造物等の地図データを格納している。地図データは、道路形状および構造物の特徴点の点群からなる三次元地図であってもよい。尚、３次元地図は、ＲＥＭ（Road Experience Management）によって撮像画像をもとに生成されたものであってもよい。また、地図データには、交通規制情報、道路工事情報、気象情報、および信号情報等が含まれていてもよい。地図ＤＢ３３に格納された地図データは、後述の車載通信器５０にて受信される最新の情報に基づいて、定期的または随時に更新される。

ロケータＥＣＵ３４は、プロセッサ、メモリ、入出力インターフェース、およびこれらを接続するバス等を備えたマイクロコンピュータを主体として含む構成である。ロケータＥＣＵ３４は、ＧＮＳＳ受信機３１で受信する測位信号、慣性センサ３２の計測結果、および地図ＤＢ３３の地図データを組み合わせることにより、車両の位置（以下、自車位置）を逐次測位する。

自車位置は、例えば緯度経度の座標で表される構成とすればよい。尚、自車位置の測位には、車両に搭載された車載センサ８１（車速センサ等）から逐次出力される信号から求めた走行距離を用いる構成としてもよい。地図データとして、道路形状および構造物の特徴点の点群からなる３次元地図を用いる場合、ロケータＥＣＵ３４は、ＧＮＳＳ受信機３１を用いずに、この３次元地図と、周辺監視センサ４０での検出結果とを用いて、自車位置を特定する構成としてもよい。

周辺監視センサ４０は、車両の周辺環境を監視する自律センサである。周辺監視センサ４０は、車両の周囲の検出範囲から、歩行者、サイクリスト、人間以外の動物、および他車両等の移動物体、更に、路上の落下物、ガードレール、縁石、道路標識、走行区画線、中央分離帯等の路面表示、および道路脇の構造物等の静止物体などを検出可能である。周辺監視センサ４０は、車両の周囲の物体を検出した検出情報を、通信バス９０を通じて、第１自動運転ＥＣＵ６０、第２自動運転ＥＣＵ７０等に提供する。周辺監視センサ４０は、物体検出のための検出構成として、例えば、フロントカメラ４１、およびミリ波レーダ４２を有している。

フロントカメラ４１は、車両の前方範囲を撮影した撮像データ、および撮像データの解析結果の少なくとも一方を、検出情報として出力する。

ミリ波レーダ４２は、例えば、車両の前後の各バンパーに互いに間隔を開けて複数配置されている。ミリ波レーダ４２は、ミリ波または準ミリ波を、車両の前方範囲、前側方範囲、後方範囲および後側方範囲等へ向けて照射する。ミリ波レーダ４２は、移動物体および静止物体等で反射された反射波を受信する処理により、検出情報を生成する。尚、地物の特徴点の点群を検出するＬｉＤＡＲ（Light Detection and Ranging/Laser Imaging Detection and Ranging）、超音波の反射波を受信するソナー等の他の検出構成が、周辺監視センサ４０に含まれていてもよい。

車載通信器５０は、車両に搭載される通信モジュールである。車載通信器５０は、ＬＴＥ（Long Term Evolution）および５Ｇ等の通信規格に沿ったＶ２Ｎ(Vehicle to cellular Network)通信の機能を少なくとも有しており、車両の周囲の基地局等との間で電波を送受信する。車載通信器５０は、路車間（Vehicle to roadside Infrastructure，以下「Ｖ２Ｉ」）通信、および車車間（Vehicle to Vehicle，以下「Ｖ２Ｖ」）通信等の機能を更に有していてもよい。車載通信器５０は、Ｖ２Ｎ通信により、クラウドと車載システムとの連携（Cloud to Car）を可能にする。車載通信器５０の搭載により、車両は、インターネットに接続可能なコネクテッドカーとなる。

車載通信器５０は、例えば、ＶＩＣＳ（Vehicle information and communication System）を用いることによって、ＦＭ多重放送や道路に設けられたビーコンから、道路上の渋滞状況や交通規制等の道路交通情報を取得する。ＶＩＣＳにおいては、例えば、各種道路（一般道路や高速道路等）ごとに、予め判定速度（第１の閾値）が定められており、各種道路における走行車両の車速が判定速度を下回ると、渋滞の発生があると判定される。この判定速度は、例えば、一般道路では、１０ｋｍ／ｈ、高速道路では、４０ｋｍ／ｈ等の値が使用される。車載通信器５０は、第１の閾値をもとにした、第１の情報（ＶＩＣＳによる渋滞の発生）を取得する取得部に対応する。

また、車載通信器５０は、例えば、ＤＣＭ（Data Communication Module）、あるいは車車間通信を用いることによって、所定のセンタ基地局を介して、あるいは車車間で、複数の前方車両との通信を行う。そして、車載通信器５０は、自車両の前方側を走行する車両の車速、および位置等の情報を入手することで、リアルタイムで、自車両の前方側における渋滞の発生状況（渋滞エリア）を取得する。ＤＣＭ（あるいは車車間通信）においては、実際の渋滞の発生を把握するために、予め判定速度（第２の閾値）が定められており、取得した車速が判定速度を下回ると、渋滞の発生があると判定される。判定速度は、例えば、高速道路では、１０ｋｍ／ｈ等の値が使用される。車載通信器５０は、上記と同様に、第２の閾値をもとにした、第２の情報（ＤＣＭによる渋滞の発生）を取得する取得部に対応する。

車載通信器５０は、ＶＩＣＳやＤＣＭに基づく渋滞情報を第２自動運転ＥＣＵ７０、およびＨＣＵ１６０等に提供する。

第１自動運転ＥＣＵ６０、および第２自動運転ＥＣＵ７０は、それぞれメモリ６１、７１、プロセッサ６２、７２、入出力インターフェース、およびこれらを接続するバス等を備えたコンピュータを主体として含む構成である。第１自動運転ＥＣＵ６０、および第２自動運転ＥＣＵ７０は、車両の走行を部分的または実質全て制御する自動走行制御を実行可能なＥＣＵである。

第１自動運転ＥＣＵ６０は、ドライバの運転操作を部分的に代行する部分的自動運転機能を備えている。第２自動運転ＥＣＵ７０は、ドライバの運転操作を代行可能な自動運転機能を備えている。一例として、米国自動車技術会の規定する自動運転レベルにおいて、第１自動運転ＥＣＵ６０は、レベル２以下の部分的な自動走行制御（高度運転支援）を可能にする。即ち、第１自動運転ＥＣＵ６０は、周辺監視がドライバに必要とされる自動走行制御を実施可能とする。換言すると、第１自動運転ＥＣＵ６０は、後述のセカンドタスクが禁止される自動運転を実施可能にする。

例えば、第１自動運転ＥＣＵ６０は、車両の縦方向制御および横方向制御の一方、または両方を実行可能である。ここで縦方向は、車両の前後方向と一致する方向であり、横方向は、車両の幅方向と一致する方向である。第１自動運転ＥＣＵ６０は、縦方向制御として、車両の加減速の制御を実行し、また、横方向制御として、車両の操舵輪の舵角制御を実行する。

第１自動運転ＥＣＵ６０は、メモリ６１に記憶された運転支援プログラムが、複数の命令をプロセッサ６２に実行させることで、上記の高度運転支援を実現する複数の機能部を構築する。

第１自動運転ＥＣＵ６０は、周辺監視センサ４０から取得する検出情報に基づき、車両の周囲の走行環境を認識する。一例として、第１自動運転ＥＣＵ６０は、車両が現在走行する車線（以下、現在車線）の左右の区画線または道路端の相対位置および形状を示す情報（車線情報）を、解析済みの検出情報として生成する。加えて、第１自動運転ＥＣＵ６０は、現在車線にて車両に先行する先行車の有無と、先行車が有る場合のその位置および速度と、を示す情報（先行車情報）を、解析済みの検出情報として生成する。尚、第１自動運転ＥＣＵ６０は、後述のＭＤエリア、ＡＤエリア、並びにＳＴ区間、非ＳＴ区間を認識する構成であってもよい。

第１自動運転ＥＣＵ６０は、先行車情報に基づいて、目標速度での車両の定速走行、または先行車への追従走行を実現するＡＣＣ（Adaptive Cruise Control）制御を実行する。第１自動運転ＥＣＵ６０は、車線情報に基づいて、車両の車線内走行を維持するＬＴＡ（Lane Tracing Assist）制御を実行する。具体的には、第１自動運転ＥＣＵ６０は、加減速または舵角の制御指令を生成し、後述する車両制御ＥＣＵ８０へと逐次提供する。ＡＣＣ制御が縦方向制御の一例であり、ＬＴＡ制御が横方向制御の一例である。

第１自動運転ＥＣＵ６０は、ＡＣＣ制御およびＬＴＡ制御の両方を実行することで、レベル２の自動運転を実現する。尚、第１自動運転ＥＣＵ６０は、ＡＣＣ制御およびＬＴＡ制御のいずれか一方を実行することで、レベル１の自動運転を実現可能であってもよい。

一方、第２自動運転ＥＣＵ７０は、上記の自動運転レベルにおいて、レベル３以上の自動走行制御を可能にする。すなわち、第２自動運転ＥＣＵ７０は、周辺監視の中断がドライバに許可される自動運転を実施可能にする。換言すると、第２自動運転ＥＣＵ７０は、セカンドタスクが許可される自動運転を実施可能にする。

ここでセカンドタスクとは、ドライバに対して許可される運転以外の行為であって、予め規定された特定行為である。第２自動運転ＥＣＵ７０によるレベル３の自動運転機能によって車両が自動走行する自動走行期間にて、この場合のドライバは、限定領域から出るときまたは緊急時において、自動運転システムから運転の制御権を引き継ぐ者（搭乗者）である。自動運転システムによる運転操作の実施要求、即ち、運転交代の要請（Take Over Request）が発生するまで、ドライバには、セカンドタスクの実施が法規的に許可され得る。

セカンドタスクは、セカンダリアクティビティまたはアザーアクティビティ等と呼ばれ得る。セカンドタスクは、自動運転システムからの運転操作の引き継ぎ要求にドライバが対応することを妨げてはならないとされる。セカンドタスクとしては、例えば、動画等のコンテンツの視聴（映画鑑賞、テレビ鑑賞）、スマートフォン等の操作、読書、および食事等の行為が想定される。

第２自動運転ＥＣＵ７０は、メモリ７１に記憶された自動運転プログラムが、複数の命令をプロセッサ７２に実行させることで、上記の自動運転を実現する複数の機能部を構築する。

第２自動運転ＥＣＵ７０は、ロケータＥＣＵ３４から取得する自車位置および地図データ、周辺監視センサ４０から取得する検出情報、車載通信器５０から取得する通信情報（渋滞情報）等に基づき、車両の周囲の走行環境を認識する。例えば、第２自動運転ＥＣＵ７０は、車両の現在車線の位置、現在車線の形状、並びに車両周辺の移動体の相対位置および相対速度、渋滞状況等を認識する。

加えて、第２自動運転ＥＣＵ７０は、車両の走行地域における手動運転エリア（ＭＤエリア）および自動運転エリア（ＡＤエリア）の判別、ＡＤエリアにおけるＳＴ区間および非ＳＴ区間の判別を行い、その認識結果をＨＣＵ１６０に逐次提供する。

ＭＤエリアは、自動運転が禁止されるエリアである。換言すれば、ＭＤエリアは、車両の縦方向制御、横方向制御および周辺監視の全てをドライバが実行すると規定されたエリアである。例えば、ＭＤエリアは、走行路が一般道路であるエリアとされる。

ＡＤエリアは、自動運転が許可されるエリアである。換言すれば、ＡＤエリアは、縦方向制御、横方向制御および周辺監視のうち１つ以上を、車両が代替可能なエリアである。例えば、ＡＤエリアは、走行路が高速道路または自動車専用道路であるエリアとされる。

ＡＤエリアは、レベル２以下の自動運転が可能な非ＳＴ区間と、レベル３以上の自動運転が可能なＳＴ区間とに区分される。尚、本実施形態において、レベル１の自動運転が許可される非ＳＴ区間と、レベル２の自動運転が許可される非ＳＴ区間は、同等であるとする。

ＳＴ区間は、例えば、渋滞が発生している走行区間（渋滞区間）であるとされる。また、ＳＴ区間は、例えば、高精度地図が整備された走行区間であるとされる。ＨＣＵ１６０は、車両の走行速度が閾値（第２の閾値）範囲内である状態が所定期間継続している場合に、ＳＴ区間であると判断する。または、ＨＣＵ１６０は、自車位置と、ＤＣＭによって車載通信器５０から得られる渋滞情報とを用いてＳＴ区間であるか否かを判断してもよい。更には、ＨＣＵ１６０は、車両の走行速度（渋滞走行区間条件）に加えて、走行道路が２車線以上である、自車両の周囲（同一レーン、および隣のレーン）に他車両がいる、走行道路に中央分離帯がある、また、高精度地図データを保有している等の条件（本開示の第３の情報に対応）をもって、ＳＴ区間であるか否かを判断してもよい。

尚、ＨＣＵ１６０は、渋滞区間に加えて、車両の周辺環境に関して渋滞以外の特定の条件が成立する区間（高速道路で渋滞を伴わない定速走行、追従走行、ＬＴＡ（レーンキープ走行））等の可能な区間（本開示の第４の情報に対応）をＳＴ区間としてもよい。

以上の第１、第２自動運転ＥＣＵ６０、７０を含んで構成される自動運転システムにより、車両においてレベル２、およびレベル３相当の自動運転が少なくとも実行可能となる。以下において、レベル２相当の自動運転を実行している状態を「レベル２実行モード」、レベル３相当の自動運転を実行している状態を「レベル３実行モード」と表記する場合がある。

車両制御ＥＣＵ８０は、車両の加減速制御、および操舵制御を行う電子制御装置である。車両制御ＥＣＵ８０としては、加減速制御を行うパワーユニット制御ＥＣＵおよびブレーキＥＣＵ、更に、操舵制御を行う操舵ＥＣＵ等がある。車両制御ＥＣＵ８０は、車両に搭載された車速センサ、舵角センサ等の各センサから出力される検出信号を取得し、電子制御スロットル、ブレーキアクチュエータ、ＥＰＳ（Electric Power Steering）モータ等の各走行制御デバイスへ制御信号を出力する。車両制御ＥＣＵ８０は、車両の制御指示を第１自動運転ＥＣＵ６０、または第２自動運転ＥＣＵ７０から取得することで、当該制御指示に従う自動走行を実現するように、各走行制御デバイスを制御する。

また、車両制御ＥＣＵ８０は、ドライバによる運転部材の運転操作情報を検出する車載センサ８１と接続されている。車載センサ８１は、例えば、アクセルペダルの踏込量を検出するペダルセンサ、およびステアリングの操舵量を検出するステアセンサ等を含んでいる。加えて、車載センサ８１は、車両の走行速度を検出する車速センサ、走行駆動部（エンジンや走行モータ等）の作動回転数を検出する回転センサ、およびトランスミッションのシフト位置を検出するシフトセンサ等も含んでいる。車両制御ＥＣＵ８０は、検出されたこれら運転操作情報、車両作動情報等を、ＨＣＵ１６０へと逐次提供する。

次に、渋滞判断装置１００、表示制御装置１０１の構成について説明する。渋滞判断装置１００は、取得部としての車載通信器５０および車載センサ８１と、制御部としてのＨＣＵ１６０とを備えている。また、表示制御装置１０１は、表示部としての複数の表示デバイスと、取得部としての車載通信器５０および車載センサ８１と、表示制御部としてのＨＣＵ１６０とを備えている。加えて、各装置１００、１０１には、オーディオ装置１４０、操作デバイス１５０等が設けられている。

複数の表示デバイスは、ヘッドアップディスプレイ（以下、ＨＵＤ）１１０、メータディスプレイ１２０、およびセンタインフォメーションディスプレイ（以下、ＣＩＤ）１３０等を含んでいる。複数の表示デバイスには、電子ミラーシステムの各ディスプレイＥＭＢ（後方表示）、ＥＭＬ（左方表示）、ＥＭＲ（右方表示）が更に含まれていてもよい。ＨＵＤ１１０、メータディスプレイ１２０、およびＣＩＤ１３０は、静止画または動画等の画像コンテンツを、視覚情報としてドライバに提示する表示部である。

本実施形態では、メータディスプレイ１２０をメイン表示部（表示部）とし、ＣＩＤ１３０をサブ表示部として説明する。

ＨＵＤ１１０は、ＨＣＵ１６０から取得する制御信号および映像データに基づき、ドライバ前方に結像される画像の光を、車両のフロントウィンドシールド等に規定された投影領域に投影する。フロントウィンドシールドにて車室内側に反射された画像の光は、運転席に着座するドライバによって知覚される。こうしてＨＵＤ１１０は、投影領域よりも前方の空間中に虚像を表示させる。ドライバは、ＨＵＤ１１０によって表示される画角内の虚像を、車両の前景と重ねて視認する。

メータディスプレイ１２０、およびＣＩＤ１３０は、例えば、液晶ディスプレイまたはＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等を主体とする構成である。メータディスプレイ１２０、およびＣＩＤ１３０は、ＨＣＵ１６０から取得する制御信号および映像データに基づき、種々の画像を表示画面に表示させる。メータディスプレイ１２０は、例えば、運転席の正面に設置されている。ＣＩＤ１３０は、ドライバの前方において車幅方向の中央領域に設けられている。例えば、ＣＩＤ１３０は、インスツルメントパネルにおけるセンタクラスタの上方に設置されている。ＣＩＤ１３０は、タッチパネルの機能を有しており、例えばドライバ等による表示画面へのタッチ操作、およびスワイプ操作等を検出する。

オーディオ装置１４０は、車室内に設置された複数のスピーカを有している。オーディオ装置１４０は、ＨＣＵ１６０から取得する制御信号および音声データに基づき、報知音または音声メッセージ等を、聴覚情報としてドライバに提示する。すなわち、オーディオ装置１４０は、視覚情報と異なる態様の情報を提示可能な情報提示デバイスである。

操作デバイス１５０は、ドライバ等によるユーザ操作を受け付ける入力部である。操作デバイス１５０には、例えば自動運転機能の各レベルの開始および停止に関連するユーザ操作等が入力される。操作デバイス１５０には、例えば、ステアリングホイールのスポーク部に設けられたステアスイッチ、ステアリングコラム部に設けられた操作レバー、ドライバの発話内容を認識する音声入力装置、およびＣＩＤ１３０におけるタッチ操作用のアイコン（スイッチ）等が含まれる。

ＨＣＵ１６０は、上記の車載通信器５０、車両制御ＥＣＵ８０（第１自動運転ＥＣＵ６０、および第２自動運転ＥＣＵ７０）等からの情報に基づき、渋滞発生の判断、およびドライバに対する情報提示（表示デバイスの表示）を制御する。ＨＣＵ１６０は、メモリ１６１、プロセッサ１６２、入出力インターフェース、およびこれらを接続するバス等を備えたコンピュータを主体として含む構成である。

メモリ１６１は、コンピュータにより読み取り可能なプログラムおよびデータ等を非一時的に格納または記憶する、例えば半導体メモリ、磁気媒体および光学媒体等のうち、少なくとも一種類の非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。メモリ１６１は、後述の提示制御プログラム等、プロセッサ１６２によって実行される種々のプログラムを格納している。

プロセッサ１６２は、演算処理のためのハードウエアである。プロセッサ１６２は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、およびＲＩＳＣ（Reduced Instruction Set Computer）－ＣＰＵ等のうち、少なくとも一種類をコアとして含む。

プロセッサ１６２は、メモリ１６１に格納された提示制御プログラムに含まれる複数の命令を、実行する。これによりＨＣＵ１６０は、ドライバへの提示制御ための機能部を、複数構築する。このようにＨＣＵ１６０では、メモリ１６１に格納された提示制御プログラムが複数の命令をプロセッサ１６２に実行させることで、複数の機能部が構築される。

ＨＣＵ１６０は、第１自動運転ＥＣＵ６０、または第２自動運転ＥＣＵ７０から、走行環境の認識結果を取得する。ＨＣＵ１６０は、取得した認識結果に基づいて、車両の周辺状態を把握する。具体的には、ＨＣＵ１６０は、ＡＤエリアへの接近、ＡＤエリアへの進入、ＳＴ区間（渋滞区間）への接近およびＳＴ区間への進入等を把握する。ＨＣＵ１６０は、第１、第２自動運転ＥＣＵ６０、７０から取得した認識結果に代えて、ロケータＥＣＵ３４や周辺監視センサ４０等から直接取得した情報に基づいて周辺状態を把握してもよい。

ＨＣＵ１６０は、車載通信器５０によるＶＩＣＳ情報に基づく渋滞発生の判断（第１のアルゴリズムの実行による渋滞判断）と、車載通信器５０によるＤＣＭ情報、および車載センサ８１（車速センサ）による車速情報を用いた渋滞発生の判断（第２のアルゴリズムの実行による渋滞判断）とを統合して、上記ＳＴ区間（渋滞区間）の把握を行う。

ＨＣＵ１６０は、ＤＳＭ２０、および車両制御ＥＣＵ８０等からの情報に基づいて、ドライバ状態を推定する。例えば、ＨＣＵ１６０は、ドライバの各身体部位の運転動作への関与有無を、ドライバ状態として推定する。具体的には、ＨＣＵ１６０は、ＤＳＭ２０から取得したドライバの視線方向に関する状態情報等に基づいて、ドライバの眼部が周辺監視を行っているか否かを判定する。また、ＨＣＵ１６０は、車両制御ＥＣＵ８０から取得した操舵量に基づいて、ドライバがステアリングを手で把持しているか否かを判定する。また、ＨＣＵ１６０は、車両制御ＥＣＵ８０から取得したアクセルペダルの踏込量に基づいて、ドライバがアクセルペダルに足を置いているか否かを判定する。

更に、ＨＣＵ１６０は、ＤＳＭ２０から取得したドライバの状態情報から、いねむり、脇見、病気の発生有無等を判定する。

尚、以下において、眼部が周辺監視を行っている状態をアイズオン、行っていない状態をアイズオフと表記する場合がある。また、ステアリングを手で把持している状態をハンズオン、把持していない状態をハンズオフと表記する場合がある。加えて、アクセルペダルに足を置いている状態をレッグオン、置いていない状態をレッグオフと表記する場合がある。

ＨＣＵ１６０は、第１自動運転ＥＣＵ６０、および第２自動運転ＥＣＵ７０との共同により、自動運転に関する運転状態を判断する。具体的には、ＨＣＵ１６０は、ドライバに対して許可する自動運転レベルと、実際に実行する自動運転レベルとを、運転状態として判断する。

ＨＣＵ１６０は、車両がＭＤエリアを走行している場合に、自動運転を許可できないと判断する。一方で、ＨＣＵ１６０は、ＡＤエリアを走行している場合に、レベル２以上の自動運転を許可できると判断する。更に、ＨＣＵ１６０は、ＡＤエリアのうち非ＳＴ区間を走行している場合に、レベル２の自動運転を許可できると判定し、ＳＴ区間を走行している場合には、レベル３の自動運転を許可できると判定する。

以下において、レベル２の自動運転を許可した状態を、「レベル２許可状態」、レベル３の自動運転を許可した状態を、「レベル３許可状態」と表記する場合がある。また、自動運転自体が禁止された状態を、「自動運転禁止状態」と表記する場合がある。

加えて、ＨＣＵ１６０は、レベル２の自動運転を許可すると判断した場合には、レベル２においてハンズオフを許可するか否かを判定する。具体的には、ＨＣＵ１６０は、ＬＴＡの実行状態、車両周辺の高精度地図データの有無、車線状態、ドライバの周辺監視状態、車両周辺の道路形状等に基づき、特定の条件が成立した場合に、ハンズオフ許可の判定を下す。

特定の条件には、例えば、ＬＴＡ制御が実行であること、車両周辺の高精度地図データが有ること、現在車線の左右の区画線のうち少なくとも一方を検出可能であること、ドライバが周辺監視を行っていると判断可能であること、走行区間が道路構造の複雑な区間（例えば合流区間や分岐区間等）でないことのうち少なくとも１つが含まれる。以下において、ハンズオフを許可した状態を「ハンズオフ許可状態」、ハンズオフを禁止した状態を「ハンズオフ禁止状態」と表記する場合がある。

また、ＨＣＵ１６０は、レベル２以下の自動運転において少なくともＡＣＣが実行されている場合、レッグオフを許可する。以下において、レッグオフを許可した状態を「レッグオフ許可状態」、レッグオフを禁止した状態を「レッグオフ禁止状態」と表記する場合がある。加えて、ＨＣＵ１６０は、レベル３の自動運転が許可されている場合、アイズオフを許可する。すなわち、レベル３許可状態は、アイズオフ許可状態であるということもできる。

ＨＣＵ１６０は、車両の周辺状態、ドライバの状態、および現在許可されている自動運転レベル、および操作デバイス１５０への入力情報等に基づいて、実際に実行する自動運転レベルを判断する。即ち、ＨＣＵ１６０は、現在許可されている自動運転レベルの開始指示が入力情報として取得された場合に、当該自動運転レベルの実行を決定する。

ＨＣＵ１６０は、自動運転に関するコンテンツの提示を制御する。具体的には、ＨＣＵ１６０は、各種情報に基づき各表示デバイス１１０、１２０、１３０に提示させるコンテンツを選定する。

ＨＣＵ１６０は、各表示デバイス１１０、１２０、１３０に表示させるコンテンツの調停を行う。ＨＣＵ１６０は、各種情報に基づき、各コンテンツの優先度を総合的に判断する。ＨＣＵ１６０は、優先度が高いと判断したコンテンツを、提示対象のコンテンツとして選定する。加えて、ＨＣＵ１６０は、各表示デバイス１１０、１２０、１３０に表示させる各コンテンツの表示サイズおよび表示レイアウトを、優先度に応じて逐次変更可能である。一例として、ＨＣＵ１６０は、優先度の高いコンテンツほど、表示サイズを大きくする。別の一例として、ＨＣＵ１６０は、優先度の高いコンテンツほど、各表示領域の手前側に位置させる。

ＨＣＵ１６０は、各表示デバイス１１０、１２０、１３０に提供する制御信号および映像データと、オーディオ装置１４０に提供する制御信号および音声データとを生成する。ＨＣＵ１６０は、生成した制御信号および各データを各提示デバイスへと出力することで、各表示デバイス１１０、１２０、１３０にて情報提示を実施する。

渋滞判断装置１００、および表示制御装置１０１の構成は、以上のようになっており、以下、図２～図１０を加えて、作動および作用効果について説明する。

本実施形態は、主に、高速道路走行において、渋滞発生有無の判断と、渋滞発生時の自動運転レベル３（ドライバの周辺監視不要）への切替えのためのドライバへの情報提示の要領とを制御の対象としている。

図２では、高速道路走行時のＶＩＣＳによる渋滞情報（図中の太線部が渋滞発生区間）と、車速センサやＤＣＭによる渋滞情報に対して、自動運転レベル２での対応が可能な区間、および自動運転レベル３での対応が可能な区間と、を模式的に示している。尚、図２中の英文字は、時間経過に伴う走行位置（Ａ、Ｂａ、Ｂｂ、Ｃ・・・）を順に示している。

ＨＣＵ１６０は、ＶＩＣＳによる情報を車載通信器５０より取得し、走行先（車両の前方側）の渋滞の有無を判断する（第１のアルゴリズムの実行）。つまり、ＨＣＵ１６０は、ＶＩＣＳ情報に基づいて、例えば、高速道路を走行している前方側の他車両の車速（走行速度）が、予め定めた第１の閾値（例えば、４０ｋｍ／ｈ）を下回った場合に、渋滞の発生あり（第１の情報）と判断する。この渋滞情報から、ＨＣＵ１６０は、走行先における渋滞の発生地点、および終了地点を把握することができる。

また、ＨＣＵ１６０は、車速センサやＤＣＭによる情報を車載センサ８１、車載通信器５０より取得し、走行先（車両の前方側）の渋滞の有無を判断する（第２のアルゴリズムの実行）。つまり、ＨＣＵ１６０は、車速センサやＤＣＭによる情報において、例えば、高速道路を走行している自車、あるいは前方側の他車両の車速（走行速度）が、予め定めた第２の閾値（例えば、１０ｋｍ／ｈ）を下回った場合に、渋滞の発生あり（第２の情報）と判断する。第２の情報に対応する渋滞の発生は、高速道路での渋滞走行時の自動運転レベル３の対応を許可する（可能とする）エリアを示すものとなる。

ＨＣＵ１６０は、渋滞の発生を示す第１の情報と、第２の情報とを統合して、渋滞の発生状況を把握して、以下で説明するように、ドライバへの情報提示（表示部での表示）を行う。

ＨＣＵ１６０は、表示部における表示状態を制御する。表示部は、ここでは、メータディスプレイ１２０を使用するものとして説明する。図５に示すように、ＨＣＵ１６０は、例えば、メータディスプレイ１２０の上側中央に車速値（図５では、８０ｋｍ／ｈ）を表示し、車速値の下側に車線（ここでは２つのレーン）、および車線における自車、先行車をリアルタイムで表示する。加えて、ＨＣＵ１６０は、以下で説明するように、渋滞の発生状況に応じて、ドライバに提示すべき情報（図５では、「この先、渋滞があります」）を、車速値や、自車、先行車の表示を邪魔しない領域に表示する。

以下、図３、図４のフローチャートに沿って、渋滞の発生状況に応じた、メータディスプレイ１２０における表示形態（情報提示）について説明する。

（１）走行位置Ａでの表示（図２、図５）
例えば、自車は、高速道路を８０ｋｍ／で走行しており、メータディスプレイ１２０には、車速値と、自車および先行車の画像が表示される。ＨＣＵ１６０は、ＶＩＣＳより渋滞発生の情報を得ると、メータディスプレイ１２０に、例えば、「この先、渋滞があります」と表示し、ドライバに渋滞の発生を知らせる。このとき、自動運転レベルはレベル２である。

（２）走行位置Ｂａでの表示（図２、図６）
ステップＳ１００で、車両が、ＶＩＣＳに基づく渋滞発生区間に入り、車速センサに基づく自車の車速が低下されると、ＨＣＵ１６０は、メータディスプレイ１２０における車速値表示を変更し（例えば、４０ｋｍ／ｈ程度）、更に、「渋滞域に入りました」と表示する（ドライバに知らせる）。ただし、この段階では、車速は、ＶＩＣＳにおいて渋滞を示す走行速度（４０ｋｍ／ｈ）であり、渋滞時の自動運転レベル３を許可する車速条件（例えば、１０ｋｍ／ｈを下回る条件）を満たしていないことから、自動運転レベルとしては、レベル２が維持される。

このとき、ステップＳ１１０で、併せて、ＨＣＵ１６０は、メータディスプレイ１２０には、ドライバが違和感を持たないように、「自動運転レベル３への移行は不可」の表示を行う。ドライバの違和感というのは、ＶＩＣＳ情報では渋滞区間に入っているのに、渋滞時の自動運転レベルがレベル３に移行していない、ということである。尚、渋滞発生情報は、ＶＩＣＳに基づくものに代えて、センサやカメラ等による車載センサ８１によって得られるものとしてもよい。

（３）走行位置Ｂｂでの表示（図２、図７）
次に、ステップＳ１２０で、車両が、ＶＩＣＳに基づく渋滞発生区間に入り、更に、車速センサに基づく自車の車速が低下されると、ＨＣＵ１６０は、メータディスプレイ１２０における車速値表示を変更する（例えば、１０ｋｍ／ｈ）。このときの車速が、自動運転レベル３への移行を許可する車速を下回ると（第２の情報）、ステップＳ１３０で、ＨＣＵ１６０は、メータディスプレイ１２０に、「自動運転レベル３への移行可」の表示を行うと共に、「自動運転レベル３を実行しますか？」の表示を行う（移行提案）。

これに基づいて、ドライバが、操作デバイス１５０（ステアスイッチや操作レバー等）に対する入力操作を行うことで、渋滞時の自動運転レベル３が実行される（運転の主体がドライバから自動運転システムに移行される）。

尚、上記のような表示形態に対して、ＨＣＵ１６０は、自動運転レベル３への移行条件を満たしていない間は、メータディスプレイ１２０に、「自動運転レベル３への移行不可」の表示を行っておき、自動運転レベル３への移行条件を満たした段階で「自動運転レベル３への移行可」の表示を行うと共に、ドライバが移行のために操作デバイス１５０に対する入力操作を行うと、自動運転レベル３が実行されるようにしてもよい。

（４）走行位置Ｃでの表示（図２、図８）
次に、ステップＳ１４０で、自動運転レベル３に移行されると、ステップＳ１５０で、ＨＣＵ１６０は、メータディスプレイ１２０に、自動運転レベル３に対応する表示を行う。ＨＣＵ１６０は、例えば、くつろいだ人の様子をイメージした画像を表示すると共に、自動運転レベル３が実行される間に、ドライバに許容されるセカンドタスクを表示する。セカンドタスクは、例えば、映画鑑賞、テレビ鑑賞、スマートフォン等の操作、および読書等である。

（５）走行位置Ｄでの表示（図２、図９）
次に、ステップＳ１６０で、車速センサやＤＣＭに基づく情報から、自車、および先行車の車速値が上がりつつあり、渋滞状況が緩和され始めてくると、ステップＳ１７０で、ＨＣＵ１６０は、例えば、「自動運転レベル３対応可」という表示を点滅させて、渋滞に伴う自動運転レベル３が許可される区間からもうすぐ外れることを表示する。加えて、ＨＣＵ１６０は、「自動運転解除します。運転を交代してください」と表示し、自動運転モードからドライバ運転モードに移行させる。ドライバは、操作デバイス１５０に対して、移行のための入力操作を行うと、自動運転レベル２へ移行される。

（６）走行位置Ｅでの表示（図２、図１０）
次に、ステップＳ１８０で、自動運転レベル２に移行されると、ステップＳ１９０で、ＶＩＣＳによる情報が「渋滞発生」であっても（渋滞が終了していないで場合でも）、ステップＳ２００で、ＨＣＵ１６０は、メータディスプレイ１２０に、車速値、自車および先行車の画像を表示すると共に、「自動運転レベル３不可」の表示を行う。ステップＳ２００の後は、ステップＳ１２０に戻る。

一方、ステップＳ１８０で、否定判定すると（ドライバが運転交代していないと）、ステップＳ２１０で、ＨＣＵ１６０は、退避走行へ移行して、本制御フローを終了する。ドライバが運転交代していない場合というのは、例えば、ドライバが居眠りをしていたり、急病となっていたりする場合が考えられ、ＨＣＵ１６０は、退避走行として、路肩等へ安全に車両を停車させる。

また、ステップＳ１９０で否定判定すると（ＶＩＣＳによる情報が「渋滞発生なし」）、ステップＳ２２０で、この先もう一度、「渋滞の発生があり」となった場合は、ステップＳ２００に移行して、ＨＣＵ１６０は、「自動運転レベル３不可」の表示を継続させる。また、ステップＳ２２０で、否定判定すると、ＨＣＵ１６０は本制御フローを終了する。

以上のように、本実施形態では、渋滞判断装置１００、表示制御装置１０１のＨＣＵ１６０は、車載通信器５０によって取得された第１の情報（ＶＩＣＳによる渋滞情報）と、車載通信器５０や車載センサ８１によって取得された第２の情報（ＤＣＭや車速センサによる渋滞情報）とを統合して、第１のアルゴリズムによる渋滞発生の判断と、第２のアルゴリズムによる渋滞発生の判断とを行うようにしている。これにより、渋滞の発生状況を的確に判断することができる。

また、ＨＣＵ１６０は、第１のアルゴリズムの結果と、第２のアルゴリズムの結果とに基づいて、自動運転が不可の表示をメータディスプレイ（表示部）１２０にするか否かを判断する。これにより、自動運転が不可である旨をドライバに対して、明確に提示することができる。

また、ＨＣＵ１６０は、第１のアルゴリズムによって第１の閾値を満たしており、且つ、第２のアルゴリズムによって第２の閾値を満たしていない場合に、自動運転の不可の表示を行う。これにより、ＨＣＵ１６０は、第１の情報から渋滞の発生があることが分かっても、第２の情報をもとに、第２の閾値を満たしていなければ、表示部１２０に自動運転が不可である旨を表示するので、ユーザには、まだ、自動運転には移行できないことを明確に知らせることができる。つまり、自動運転への移行について、ユーザに分かり易く伝えることができる。

また、ＨＣＵ１６０は、自動運転を終了した後に、第１の情報に基づく渋滞の発生が終了していない場合、自動運転の不可の表示を行う。これにより、ドライバに対する表示を、「自動運転可」とするのか、あるいは「自動運転不可」とするのか、頻繁に切替えることがなくなり、ドライバに煩わしさを与えることがない。

また、ＨＣＵ１６０は、第１の情報に基づく渋滞の発生がなくても、この先もう一度、第１の情報に基づく渋滞の発生がある場合は、自動運転の不可の表示を継続させる。これにより、上記と同様に、ドライバに対する表示を、「自動運転可」とするのか、あるいは「自動運転不可」とするのか、頻繁に切替えることがなくなり、ドライバに煩わしさを与えることがない。

（第２実施形態）
第２実施形態における表示形態を図１１、図１２に示す。第２実施形態は、自動運転中において、ドライバに対して運転にかかわる情報を、メイン表示部であるメータディスプレイ１２０に加えて、サブ表示部であるＣＩＤ１３０（あるいは、ＨＵＤ１１０も可）にも表示するようにしたものである。図１１、図１２では、例えば、高速道路走行中で、自動運転レベル３に移行しようとしている状態（走行位置Ｂｂ）を示している（第１実施形態の図７）。

図１１に示すように、例えば、走行位置Ｂｂにおいて、メータディスプレイ１２０には、上記第１実施形態の図７で説明した情報が表示されている。加えて、ＣＩＤ１３０には、ロケータ３０による地図データ、地図データ上における走行中の高速道路、および現在の自車位置が表示されており、自動運転レベルに移行可能となるまでの、およその所要時間が表示されている。図１１は、メータディスプレイ１２０での表示内容と、ＣＩＤ１３０での表示内容が異なる場合を示している。

尚、図１２に示すように、メータディスプレイ１２０と、ＣＩＤ１３０とで、表示内容を同一としてもよい。

このように、自動運転中において、関連する種々の情報を複数の表示部を用いてドライバに表示することで、ドライバは、情報の把握洩れをなくして、更に、自動運転レベルに伴う周辺監視の要、不要の区別を確実に把握することができる。

（第３実施形態）
第３実施形態は、自動運転の開始の条件を変更したものである。ＨＣＵ１６０は、取得部としての周辺監視センサ４０や、ロケータ３０から、自動運転の開始可能条件として、第２の情報（車速値）とは異なる第３の情報を更に取得する。第３の情報は、上記で説明したように、例えば、走行車線（レーン）が２車線以上である、自車両の周囲（同一レーン、および隣のレーン）に他車両がいる、走行道路の中央に中央分離帯がある、また、高精度地図データを保有している等の情報である。

ＨＣＵ１６０は、第１の閾値（ＶＩＣＳによる渋滞情報）および第２の閾値（車速センサによる車速値）を満たしており、且つ、第３の情報も満たしている場合には、表示部に対して自動運転が可能なことを表示する、あるいは自動運転の開始を表示する。これにより、渋滞の発生状況を把握するにあたって、信頼性を向上させることができる。

（第４実施形態）
第４実施形態は、更に、自動運転の開始の条件を変更したものである。ＨＣＵ１６０は、取得部としての周辺監視センサ４０から、渋滞時に限らない自動運転の開始条件である第４の情報を更に取得する。第４の情報は、上記で説明したように、例えば、高速道路で渋滞を伴わない定速走行、追従走行、ＬＴＡ（レーンキープ走行）等の可能な区間を示す情報である。

ＨＣＵ１６０は、第４の情報が示す状態である場合には、第１、第２の情報に関わらず自動運転が可能なことを表示部に表示する。これにより、渋滞発生時での自動運転に限らず、多岐にわたる自動運転への移行をドライバに提示することができる。

（その他の実施形態）
自動運転中においては、第１実施形態（図８）で説明したように、セカンドタスクが許可されることから、例えば、複数の表示デバイスの一つ（ＣＩＤ１３０）に、図１３、図１４で示すような、テレビや映画の表示をしてもよい。

また、第１実施形態（図６、図１０）で説明した「自動運転レベル３不可」の表示に代えて、例えば、「周辺監視が必要」、あるいは「セカンドタスクが不可能」等のように、ドライバがしなければならないこと、あるいはドライバがしてはいけないこと等を表示するようにしてもよい。

また、第１実施形態（図７）で説明した「自動運転レベル３への移行可能」の表示に代えて、例えば、「周辺監視が不要」、あるいは「セカンドタスクが可能」等のように、ドライバがしなくてもよいこと、あるいはドライバができること等を表示するようにしてもよい。

この明細書および図面等における開示は、例示された実施形態に制限されない。開示は、例示された実施形態と、それらに基づく当業者による変形態様を包含する。例えば、開示は、実施形態において示された部品および／または要素の組み合わせに限定されない。開示は、多様な組み合わせによって実施可能である。開示は、実施形態に追加可能な追加的な部分をもつことができる。開示は、実施形態の部品および／または要素が省略されたものを包含する。開示は、ひとつの実施形態と他の実施形態との間における部品および／または要素の置き換え、または組み合わせを包含する。開示される技術的範囲は、実施形態の記載に限定されない。開示されるいくつかの技術的範囲は、請求の範囲の記載によって示され、更に請求の範囲の記載と均等の意味および範囲内での全ての変更を含むものと解されるべきである。

本開示に記載の制御部およびその手法は、コンピュータプログラムにより具体化された一つないしは複数の機能を実行するようにプログラムされたプロセッサ、およびメモリを構成することによって提供された専用コンピュータにより、実現されるようにした。

しかしながら、本開示に記載の制御部およびその手法は、一つ以上の専用ハードウエア理論回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。

もしくは、本開示に記載の制御部およびその手法は、一つないしは複数の機能を実行するようにプログラムされたプロセッサおよびメモリと、一つ以上のハードウエア論理回路によって構成されたプロセッサとの組み合せにより構成された一つ以上の専用コンピュータにより、実現されてもよい。

また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

５０ 車載通信器（取得部）
８１ 車載センサ（取得部）
１００ 車両用渋滞判断装置
１０１ 車両用表示制御装置
１２０ メータディスプレイ（表示部）
１３０ センタインフォメーションディスプレイ（サブ表示部）
１６０ ヒューマンマシーンインターフェイスコントロールユニット（制御部、表示制御部）

Claims (11)

1. 車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、前記車両の自動運転機能による前記渋滞時における自動運転の開始可能条件であり、且つ前記第１の閾値よりも小さい側に設定された第２の閾値をもとに前記渋滞の発生を示す第２の情報と、を取得する取得部（５０、８１）と、
   前記第１の情報、および前記第２の情報を統合し、前記第１の閾値を使って前記渋滞の発生を判断する第１のアルゴリズムと、前記第２の閾値を使って前記渋滞の発生を判断する第２のアルゴリズムとを実行する制御部（１６０）と、を備え、
   前記制御部は、前記第１のアルゴリズムの結果と、前記第２のアルゴリズムの結果とに基づいて、前記自動運転が不可の表示を、前記第１の情報、および前記第２の情報を表示する表示部（１２０）にするか否かを判断する車両用渋滞判断装置。
2. 前記制御部は、前記走行速度が、前記第１のアルゴリズムにおいて前記第１の閾値を下回っており、且つ、前記走行速度あるいは前記車両の車速が、前記第２のアルゴリズムにおいて前記第２の閾値を下回っていない場合に、前記自動運転の不可の表示を行う請求項１に記載の車両用渋滞判断装置。
3. 前記制御部は、前記自動運転を終了した後に、前記第１の情報に基づく前記渋滞の発生が終了していない場合、前記自動運転の不可の表示を行う請求項１に記載の車両用渋滞判断装置。
4. 前記制御部は、前記第１の情報に基づく前記渋滞の発生がなくても、この先もう一度、前記第１の情報に基づく前記渋滞の発生がある場合は、前記自動運転の不可の表示を継続させる請求項３に記載の車両用渋滞判断装置。
5. 前記制御部は、運転にかかわる情報を前記表示部に加えて、前記表示部と異なる位置に配置されるサブ表示部（１３０）にも表示する請求項１～請求項４のいずれか１つに記載の車両用渋滞判断装置。
6. 車両の情報を表示する表示部（１２０）と、
   前記車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、前記車両の自動運転機能による渋滞時における自動運転の開始可能条件であり、且つ前記第１の閾値よりも小さい側に設定された第２の閾値をもとに前記自動運転の可否を示す第２の情報と、を取得する取得部（５０、８１）と、
   前記走行速度が、前記第１の情報において前記第１の閾値を下回っており、且つ、前記走行速度あるいは前記車両の車速が、前記第２の情報において前記第２の閾値を下回っていない場合、前記自動運転が不可の表示を前記表示部に表示する表示制御部（１６０）と、を備える車両用表示制御装置。
7. 前記取得部は、前記自動運転の開始可能条件として、前記第２の情報とは異なる第３の情報を更に取得し、
   前記表示制御部は、前記走行速度あるいは前記車速が、前記第１の閾値および前記第２の閾値を下回っており、且つ、前記第３の情報も満たしている場合には、前記自動運転が可能なことを表示する、あるいは前記自動運転の開始を表示する請求項６に記載の車両用表示制御装置。
8. 前記取得部は、渋滞時に限らない前記自動運転の開始条件である第４の情報を更に取得し、
   前記表示制御部は、前記第４の情報が示す状態である場合には、前記第１、第２の情報に関わらず前記自動運転が可能なことを表示する請求項６あるいは請求項７に記載の車両用表示制御装置。
9. 車両の情報を表示する表示部（１２０）を制御する車両用表示装置であって、
   前記車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、前記車両の自動運転機能による渋滞時における自動運転の開始可能条件であり、且つ前記第１の閾値よりも小さい側に設定された第２の閾値をもとに前記自動運転の可否を示す第２の情報と、を取得する取得部（５０、８１）と、
   前記走行速度が、前記第１の情報において前記第１の閾値を下回っており、且つ、前記走行速度あるいは前記車両の車速が、前記第２の情報において前記第２の閾値を下回っていない場合、前記自動運転が不可の表示を前記表示部に表示する表示制御部（１６０）と、を備える車両用表示制御装置。
10. 車両の情報を表示する表示部（１２０）を制御する車両用表示装置であって、
    前記車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、前記車両の自動運転機能による渋滞時における自動運転の開始可能条件である第２の閾値をもとに前記自動運転の可否を示す第２の情報と、を取得する取得部（５０、８１）と、
    前記走行速度あるいは前記車両の車速が、前記第１の情報における前記第１の閾値、または前記第２の情報における前記第２の閾値の少なくとも一方を下回っていない場合、前記自動運転が不可の表示を前記表示部に表示する表示制御部（１６０）と、を備える車両用表示制御装置。
11. 車両の前方側における他車両の走行速度が、予め定めた第１の閾値を下回り、渋滞の発生を示す第１の情報と、前記車両の自動運転機能による前記渋滞時における自動運転の開始可能条件である第２の閾値をもとに前記渋滞の発生を示す第２の情報と、を取得する取得部（５０、８１）と、
    前記第１の閾値を使って前記渋滞の発生を判断する第１のアルゴリズムと、前記第２の閾値を使って前記渋滞の発生を判断する第２のアルゴリズムとを実行する制御部（１６０）と、を備え、
    前記制御部は、前記第１のアルゴリズムの結果と、前記第２のアルゴリズムの結果とに基づいて、前記自動運転が不可の表示を、前記第１の情報、および前記第２の情報を表示する表示部（１２０）にするか否かを判断する車両用渋滞判断装置。

Images