(57)【要約】【課題】高負荷運転時に溜められた受信情報を、低負荷運転時に重要度に応じて適切に処理できる車載情報処理装置を提供する。【解決手段】情報を表示する表示部１１０と、ドライバからの操作を受付ける操作受付け部１２０と、ドライバの運転負荷を取得する運転負荷取得部１４０と、ドライバへの通知情報を表示部に表示する通知制御部１５０と、を備える車載情報処理装置において、通知制御部は、表示部に通知情報を表示したときに、運転負荷が、予め定めた所定の運転負荷よりも高い場合に、操作としてドライバの所定操作に基づき、通知情報に対して重要度を付加して、通知情報の表示を一時的に抑制する。【選択図】図１
2020035262.tif 000002
【特許請求の範囲】
【請求項１】
情報を表示する表示部（１１０）と、
ドライバからの操作を受付ける操作受付け部（１２０）と、
前記ドライバの運転負荷を取得する運転負荷取得部（１４０）と、
前記ドライバへの通知情報を前記表示部に表示する通知制御部（１５０）と、を備える車載情報処理装置において、
前記通知制御部は、前記表示部に前記通知情報を表示したときに、前記運転負荷が、予め定めた所定の運転負荷よりも高い場合に、前記操作として前記ドライバの所定操作に基づき、前記通知情報に対して重要度を付加して、前記通知情報の表示を一時的に抑制する車載情報処理装置。
【請求項２】
前記通知制御部は、前記運転負荷が、前記所定の運転負荷よりも低くなったときに、一時的に抑制した前記通知情報を再表示させる請求項１に記載の車載情報処理装置。
【請求項３】
前記通知制御部は、前記重要度に応じた順番で、前記通知情報を再表示させる請求項２に記載の車載情報処理装置。
【請求項４】
前記通知制御部は、前記重要度のうち、一番低い重要度を付加した前記通知情報については、前記再表示を行わない請求項３に記載の車載情報処理装置。
【請求項５】
前記通知制御部は、
初めて表示した前記通知情報に対して、予め定めた一定時間内に、前記所定操作が無かった場合に、予め定めたデフォルトの重要度を付加して、前記通知情報の表示を一時的に抑制し、
再表示した前記通知情報に対して、前記一定時間内に、前記所定操作が無かった場合に、再表示前にすでに付加した重要度を維持して、前記通知情報の表示を一時的に抑制する請求項１〜請求項４のいずれか１つに記載の車載情報処理装置。
【請求項６】
前記通知制御部は、前記運転負荷が高いほど、前記通知情報の情報量を少なくする請求項１〜請求項５のいずれか１つに記載の車載情報処理装置。
【請求項７】
前記所定の運転負荷を第１運転負荷としたとき、
前記通知制御部は、前記運転負荷が、前記第１運転負荷よりも高い側に設定される第２運転負荷よりも高いときに、新たな前記通知情報の表示自体を抑制する請求項１〜請求項６のいずれか１つに記載の車載情報処理装置。
【請求項８】
外部の機器と情報を送受信する通信部（１３０）を備えており、
前記通知制御部によって、前記通信部から受信した前記通知情報の表示が抑制される際に、前記通信部は、前記通知情報の送信元に対して運転中である旨を返信する請求項１〜請求項７のいずれか１つに記載の車載情報処理装置。
【請求項９】
前記運転負荷取得部は、自車の速度・加速度、ステアリング角度、周辺車両の位置、自車位置、アクセルペダル踏力、ブレーキペダル踏力、シフトポジション、ＡＤＡＳ機能の動作状態、前記ドライバの心拍、視線、顔向きの少なくとも１つに基づき前記運転負荷を判定する請求項１〜請求項８のいずれか１つに記載の車載情報処理装置。
【請求項１０】
前記所定操作は、非接触的な操作である請求項１〜請求項９のいずれか１つに記載の車載情報処理装置。
【請求項１１】
前記非接触的な操作は、前記ドライバの手指によるジェスチャ、頭部によるジェスチャ、発話、視線、およびそれらの組合せのいずれか１つである請求項１０に記載の車載情報処理装置。
【請求項１２】
前記通知制御部は、前記手指または前記頭部を振る方向に基づいて、前記重要度を付加する請求項１１に記載の車載情報処理装置。
【請求項１３】
前記通知制御部は、前記手指の形に基づいて、前記重要度を付加する請求項１１に記載の車載情報処理装置。
【請求項１４】
前記通知制御部は、前記発話における必要性を示す言葉に基づいて、前記重要度を付加する請求項１１に記載の車載情報処理装置。
【請求項１５】
前記通知制御部は、前記通知情報を複数表示したときに、前記手指、または前記視線の方向に基づいて、表示の抑制対象とする前記通知情報を選択する請求項１１〜請求項１４のいずれか１つに記載の車載情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載されて、外部機器からの通信情報の処理を行う車載情報処理装置に関するものである。
【背景技術】
【０００２】
従来の車載情報処理装置として、例えば、特許文献１に記載されたものが知られている。特許文献１の車載情報処理装置は、外部機器との通信が可能となっており、受信したメッセージデータ（例えば、電子メールやＳＮＳメッセージ等）が表示部に表示されるようになっている。
【０００３】
そして、ユーザの運転負荷レベル（無し、低、中、高）に応じて、受信したメッセージデータの表示される内容（発信者名、メッセージ内容等）と、返信操作を行う際の操作手段（各種ジェスチャ、音声入力、スイッチ操作等）とが、予め定義付けされている。例えば、運転負荷レベルが高くなるほど、表示部に表示される表示内容は制限され、また、返信のための操作手段は制約されるようになっている。更に具体的には、運転負荷レベルが「高」の場合であると、メッセージデータを受信しても、警告音のみでメッセージ表示はされず、また、ユーザによる入力操作は一切禁止されるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１８２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１では、運転負荷レベルが高い場合であると、警告音はあるものの、情報受信の表示がされないため、ユーザは、受信情報が分かりづらく、また、入力操作は一切禁止されるので、受信情報が未処理のまま溜められていくことなる。よって、受信情報の処理にあたっては、例えば、運転負荷レベルの低い停車時等に、一から処理することになり、ユーザにとっては煩わしいものとなる。尚、停車時の時間制約等があると、重要度の高い情報に対する処置が遅れてしまう場合がある。
【０００６】
本発明の目的は、上記問題に鑑み、高負荷運転時に溜められた受信情報を、低負荷運転時に重要度に応じて適切に処理できる車載情報処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は上記目的を達成するために、以下の技術的手段を採用する。
【０００８】
本発明では、情報を表示する表示部（１１０）と、
ドライバからの操作を受付ける操作受付け部（１２０）と、
ドライバの運転負荷を取得する運転負荷取得部（１４０）と、
ドライバへの通知情報を表示部に表示する通知制御部（１５０）と、を備える車載情報処理装置において、
通知制御部は、表示部に通知情報を表示したときに、運転負荷が、予め定めた所定の運転負荷よりも高い場合に、操作としてドライバの所定操作に基づき、通知情報に対して重要度を付加して、通知情報の表示を一時的に抑制することを特徴としている。
【０００９】
この発明によれば、運転負荷が所定の運転負荷よりも高い場合（高負荷運転）であっても、ドライバの所定操作によって、通知情報に対して重要度が付加される。そして、通知情報の表示は、一時的に抑制されるので、ドライバは、通知情報の表示に気を取られることなく高負荷運転に集中できる。そして、ドライバは、例えば、運転負荷の低いときに、付加した重要度に応じて通知情報を適切に処理することが可能となる。
【００１０】
尚、上記各手段の括弧内の符号は、後述する実施形態記載の具体的手段との対応関係を示すものである。
【図面の簡単な説明】
【００１１】
【図１】車載情報処理装置の構成を示すブロック図である。
【図２】通知制御部が行うメイン制御の内容を示すフローチャートである。
【図３】通知制御部が行う再通知表示タスクの内容を示すサブフローチャートである。
【図４】通知制御部が行う新規通知表示タスクの内容を示すサブフローチャートである。
【図５】ジェスチャ方向によって重要度を付加する様子を示す説明図である。
【図６】手の形によって重要度を付加する様子を示す説明図である。
【図７】手の形に対する重要度付加の例を示す説明図である。
【図８】手のポーズに対する重要度付加の例を示す説明図である。
【図９】発話によって重要度を付加する様子を示す説明図である。
【図１０】複数の通知情報がある場合の選択方法を示す説明図である。
【発明を実施するための形態】
【００１２】
以下に、図面を参照しながら本発明を実施するための複数の形態を説明する。各形態において先行する形態で説明した事項に対応する部分には同一の参照符号を付して重複する説明を省略する場合がある。各形態において構成の一部のみを説明している場合は、構成の他の部分については先行して説明した他の形態を適用することができる。各実施形態で具体的に組み合わせが可能であることを明示している部分同士の組み合わせばかりではなく、特に組み合わせに支障が生じなければ、明示していなくても実施形態同士を部分的に組み合せることも可能である。
【００１３】
（第１実施形態）
第１実施形態の車載情報処理装置１００について図１〜図５を用いて説明する。本実施形態の車載情報処理装置１００は、車両１（図５）に搭載され、外部機器（携帯電話、パソコン、スマートホン等）からの通知情報（電子メール、ＳＮＳメッセージ等）の処理を行う装置となっている。尚、車両１には、各種機能を発揮する各種車両機器が搭載されており、各種車両機器は車両システム５０を構成している。車載情報処理装置１００は、図１に示すように、表示部１１０、操作受付け部１２０、通信部１３０、運転負荷取得部１４０、および通知制御部１５０等を備えている。
【００１４】
表示部１１０は、ドライバに対して各種情報を表示する部位であり、例えば、ヘッドアップディスプレイ（以下、ＨＵＤ）装置が用いられている。ＨＵＤ装置は、例えば、ディスプレイ部によって形成された画像（情報）を反射部で反射させて、車両１のフロントウインドウ１０（図５）に虚像として写し出すようになっている。表示部１１０によって表示される情報は、各種車両情報、および外部機器からの通知情報となっている。通知情報は、受信されるとポップアップ表示されるようになっている。通知情報は、例えば、送信者名、情報タイトル、および情報内容（全文）等を含んでいる。表示部１１０は、映像回路１１１を介して通知制御部１５０と接続されている。
【００１５】
操作受付け部１２０は、ドライバからの操作を受付ける部位となっている。ドライバの操作は、例えば、ドライバの体の特定部位の動き（ジェスチャ）を用いたものであり、操作受付け部１２０は、このジェスチャを検出するジェスチャ検出部となっている。操作受付け部１２０は、ドライバの体の特定部位を画像によって検知し、時間経過に対する画像の変化から、ドライバの体の特定部位の動きを検出するようになっている。
【００１６】
ドライバの体の特定部位としては、例えば、ドライバの手の指、手の平、腕（手差しジェスチャ）、頭部、目（視線）等とすることができる。本実施形態では、通知情報に対する重要度を付加するために（詳細後述）、ドライバの体の特定部位として、主に手の指（指ジェスチャ等）を用いるものとしている。
【００１７】
操作受付け部１２０としては、対象物の輝度画像を形成するカメラ、距離画像を形成する距離画像センサ、あるいはそれらの組合せを用いることができる。カメラとしては、近赤外線を捉える近赤外線カメラ、あるいは可視光を捉える可視光カメラ等がある。
【００１８】
また、距離画像センサとしては、例えば、複数のカメラで同時に撮影して視差から奥行方向の情報を計測するステレオカメラ、あるいは、光源からの光が対象物で反射して返るまでの時間で奥行きを計測するＴｏＦ（Time of Flight）カメラ等がある。本実施形態では、操作受付け部１２０としては、カメラを用いたものとしている。
【００１９】
操作受付け部１２０は、例えば、車両１の天井に取付けされており、ステアリングを握りながら指し示されるドライバの指の動き（図５）を検出するようになっている。そして、操作受付け部１２０は、インターフェイス（Ｉ／Ｆ）１２１を介して通知制御部１５０に接続されており、検出したジェスチャ信号（画像）を通知制御部１５０に出力するようになっている。
【００２０】
通信部１３０は、外部機器との通信を行うことで、情報のやりとり（送受信）を行う部位となっている。通信部１３０は、通信ＩＣ１３１を介して、通知制御部１５０に接続されている。通信部１３０は、外部機器から受信した通知情報を通知制御部１５０に出力するようになっている。また、通信部１３０は、外部機器に対して情報（返信情報等）を発信することができるようになっている。
【００２１】
運転負荷取得部１４０は、ドライバの運転負荷レベルを取得する部位であり、車両システム５０、車両Ｉ／Ｏ（イン・アウト接続部）１４１、および判定部１４２を有している。運転負荷取得部１４０においては、車両システム５０から運転負荷にかかる各種負荷情報が、車両Ｉ／Ｏ１４１を介して、判定部１４２に出力されるようになっている。車両システム５０における負荷情報は、例えば、自車の速度・加速度、ステアリング角度、周辺車両の位置、自車位置、アクセルペダル踏力、ブレーキペダル踏力、シフトポジション、ＡＤＡＳ機能の動作状態、ドライバの心拍、視線、顔向きの少なくとも１つとすることができる。
【００２２】
判定部１４２は、各種負荷情報から、ドライバの運転負荷レベルを判定するようになっている。運転負荷レベルの判定においては、例えば、自車の速度・加速度が所定値よりも高い場合、高速、高加速での走行がなされており運転負荷レベルは高いと判定される。以下、ステアリング角度が大きい場合（急カーブ）、周辺車両が自車に近い場合（並走）、自車の位置が市街地に対して高速道路上である場合、アクセルペダルの踏力が大きい場合、ブレーキペダル踏力が大きい場合、シフトポジションがニュートラルやリバースではなくドライブポジションである場合、ＡＤＡＳ機能の動作状態が完全自動運転状態に対して半自動運転状態である場合（ごく軽度な自動運転）、ドライバの心拍が高い場合、および視線、顔向きの変化が激しい場合であると、運転負荷レベルは高いと判定される。
【００２３】
判定部１４２は、本実施形態では、運転負荷レベルを、例えば、「負荷低」、「負荷中高」、および「負荷極高」の３段階に分けて判定するようになっている。判定部１４２は、運転負荷レベルを判定するために、予め２つの閾値（判定値）を有している。１つめの閾値は、第１運転負荷レベルであり、２つ目の閾値は、第１運転負荷レベルよりも高い側に設定された第２運転負荷レベルである。実際の運転負荷レベルが第１運転負荷レベル未満であると、判定部１４２は、運転負荷レベルは「負荷低」であると判定する。また、実際の運転負荷レベルが、第１運転負荷レベル以上、第２運転負荷レベル未満であると、判定部１４２は、運転負荷レベルは「負荷中高」であると判定する。更に、実際の運転負荷レベルが、第２運転負荷レベル以上であると、判定部１４２は、運転負荷レベルは「負荷極高」であると判定する。尚、第１運転負荷レベルは、本発明の所定の運転負荷、および第１運転負荷に対応し、第２運転負荷レベルは、本発明の第２運転負荷に対応する。
【００２４】
判定部１４２は、運転負荷レベルの判定結果（運転負荷レベル信号）を通知制御部１５０に出力するようになっている。
【００２５】
通知制御部１５０は、例えば、ＣＰＵ、ＲＯＭ１５１、ＲＡＭ１５２等を備えたコンピュータである。通知制御部１５０は、通信部１３０からの通知情報、運転負荷取得部１４０からの運転負荷レベル信号、および操作受付け部１２０からのドライバのジェスチャ信号に基づいて、表示部１１０に対して通知情報の表示にかかる制御（詳細後述）を行う部位となっている。
【００２６】
通知制御部１５０には、新規で届いた通知情報を登録（記憶）する新規通知情報リストと、新規の通知情報を再表示させるために再登録（記憶）する再通知情報リストとが設けられている。
【００２７】
本実施形態の車載情報処理装置１００の構成は、以上のようになっており、以下、図２〜図５を加えて、その作動および作用効果について説明する。
【００２８】
１．メイン制御
まず、通知制御部１５０は、図２に示すメイン制御フローに基づいて、情報処理のための基本的な制御を実施する。即ち、ステップＳ１００で、通知制御部１５０は、通信部１３０からの通知情報を確認する。
【００２９】
ステップＳ１１０で、通知制御部１５０は、通知情報ありと判定すると、ステップＳ１２０で、届いた新規の通知情報を新規通知情報リストに登録する。尚、通知制御部１５０は、ステップＳ１１０で、通知情報なしと判定すると、ステップＳ１２０をスキップして、ステップＳ１３０に進む。
【００３０】
ステップＳ１３０では、通知制御部１５０は、運転負荷取得部１４０からドライバの運転負荷レベル（負荷低、負荷中高、あるいは負荷極高）を取得し、ステップＳ１４０で、運転負荷レベルが変化したか否かを判定する。ここで、変化がない場合は、ステップＳ１００に戻り、変化があった場合は、通知制御部１５０は、ステップＳ１５０で、変化後の運転負荷レベルが「負荷低」か、「負荷中高」か、あるいは「負荷極高」か、を判定する。
【００３１】
通知制御部１５０は、ステップＳ１５０で、運転負荷レベルが「負荷低」であると判定すると、ステップＳ１６０に進み、再通知表示タスクを起動する。また、通知制御部１５０は、ステップＳ１５０で、運転負荷レベルが「負荷中高」であると判定すると、ステップＳ１７０に進み、新規通知表示タスクを起動する。また、通知制御部１５０は、ステップＳ１５０で、運転負荷レベルが「負荷極高」であると判定すると、ステップＳ１８０に進み、表示部１１０における通知情報の表示を抑制し、再通知タスク、あるいは新規通知表示タスクを終了させる。
【００３２】
尚、ステップＳ１８０においては、運転負荷レベルが極めて高いことから、ドライバは運転に専念し、新たな通知情報に対する処置が困難であるため、通知情報の表示自体を抑制（やめる）ようにしてもよい。
【００３３】
２．再通知表示タスク
上記のステップＳ１６０における再通知表示タスクの起動要領について、図３のサブフローチャートを用いて説明する。まず、ステップＳ１６０１で、通知制御部１５０は、新規表示となる通知情報があるか否かを判定して、ありと判定すると、ステップＳ１６０２へ進む。尚、ステップＳ１６０１でなしと判定すると、ステップＳ１６０２をスキップして、ステップＳ１６０３に進む。
【００３４】
ステップＳ１６０２では、通知制御部１５０は、新規表示となる通知情報を新規通知情報リストから削除し、再通知情報リストの先頭（優先）に登録し、表示部１１０における通知情報の表示を抑制する（非表示にする）。つまり、再通知表示タスクに入る前に、新規表示中の通知情報があった場合は、通知表示が重なってしまうことを避ける。
【００３５】
次に、ステップＳ１６０３で、通知制御部１５０は、表示部１１０における表示中の通知情報がなく、且つ、再通知情報リストに通知情報があると判定した場合は、ステップＳ１６０４に進む。尚、ステップＳ１６０３で否定判定すると、ステップＳ１６０４をスキップしてステップＳ１６０５に進む。
【００３６】
ステップＳ１６０４では、通知制御部１５０は、再通知情報リストにある通知情報の詳細表示を行う。つまり、運転負荷レベルが「負荷低」であると、通知制御部１５０は、例えば、通知情報のすべて（送信者名、情報タイトル、および情報内容（全文））を表示部１１０に表示させる。ドライバは、運転負荷レベルが「負荷低」であることから、運転操作をしつつも、通知情報を見ながら、所定の操作を行うことで、必要とされる処置（内容確認、返信等）を行うことができる。
【００３７】
尚、ステップＳ１６０４において、再通知情報リストに複数の通知情報がある場合は、通知制御部１５０は、後述するようにドライバが設定した重要度（図４、図５）に応じた順番（重要度高、重要度中、重要度低の順番）で通知情報を表示させる。また、例えば、重要度が一番低い（重要度低の）通知情報については、詳細表示（再表示自体）を行わないようにしてもよい。これは、重要度の低い通知情報は、繰り返し見る必要もないことを意味している。
【００３８】
そして、ステップＳ１６０５で、通知制御部１５０は、上記で処置した通知情報に対して、ドライバによる削除操作があったか否かを判定する。削除操作があった場合は、ステップＳ１６０６に進み、通知制御部１５０は、削除操作のあった通知情報を再通知情報リストから削除し、表示部１１０における通知情報の表示を消去する（非表示にする）。尚、ステップＳ１６０５で、否定判定すると、ステップＳ１６０３に戻る。
【００３９】
３．新規通知表示タスク
上記のステップＳ１７０における新規通知表示タスクの起動要領について、図４のサブフローチャートを用いて説明する。まず、ステップＳ１７０１で、通知制御部１５０は、再表示となる通知情報があるか否かを判定して、ありと判定すると、ステップＳ１７０２へ進む。尚、ステップＳ１７０１でなしと判定すると、ステップＳ１７０２をスキップして、ステップＳ１７０３に進む。
【００４０】
ステップＳ１７０２では、通知制御部１５０は、再通知情報リストに登録された通知情報の削除は行わずに、表示部１１０における通知情報の表示を抑制する（非表示にする）。つまり、新規通知表示タスクに入る前に、再表示中の通知情報があった場合は、通知表示が重なってしまうことを避ける。
【００４１】
次に、ステップＳ１７０３で、表示部１１０における表示中の通知情報がなく、且つ、新規通知情報リストに通知情報があると判定した場合は、通知制御部１５０は、ステップＳ１７０４に進む。尚、ステップＳ１７０３で否定判定すると、ステップＳ１７０４をスキップしてステップＳ１７０５に進む。
【００４２】
ステップＳ１７０４では、通知制御部１５０は、新規通知情報リストの通知情報の簡易表示を行い、タイマをセットする。簡易表示というのは、運転負荷レベルが「負荷中高」であると、通知制御部１５０は、例えば、通知情報のうち一部（送信者名のみ、送信者名＋情報タイトルのみ等）を表示部１１０に表示させるものである。運転負荷レベルが「負荷中高」であると、ドライバは運転に集中する必要があり、通知情報をゆっくりと確認している余裕はないため、通知制御部１５０は、このような簡易表示を行うのである。
【００４３】
図３のステップＳ１６０４のように運転負荷レベルが低いときに比べて、ステップＳ１７０４のように運転負荷レベルが高くなると、通知情報の情報量が少なく設定される。
【００４４】
そして、ステップＳ１７０５で、通知制御部１５０は、ドライバによる抑制操作があったか否かを判定する。抑制操作というのは、簡易表示された通知情報に対して、ドライバが、簡単な所定操作としてのジェスチャ操作（非接触的な操作）によって、重要度（例えば「重要度高」、「重要度中」、および「重要度低」）を設定して、とりあえず、表示部１１０における通知情報の表示を消去（消す）する操作である。
【００４５】
通知情報の重要度（「重要度高」、「重要度中」、「重要度低」）は、例えば、フリック操作やスワイプ操作を模したドライバの指によるジェスチャ（以下、指ジェスチャ）において、指を振る方向に基づいて設定される。具体的には、図５に示すように、指ジェスチャにおいて、指を上側に振ることで、「重要度高」が設定され、指を横に振ることで「重要度中」が設定され、指を下側に振ることで、「重要度低」が設定される。ドライバの指ジェスチャは、操作受付け部１２０で検出されて、ジェスチャ信号として通知制御部１５０に出力され、通知制御部１５０は、重要度を認識する。
【００４６】
ステップＳ１７０５で、通知制御部１５０は、ドライバによる抑制操作があったと判定すると、ステップＳ１７０６で、タイマをクリアして、ステップＳ１７０７で、ドライバが設定した通知情報の重要度は一番低いもの（「重要度低」）か否かを判定する。
【００４７】
ステップＳ１７０７で、「重要度低」と判定すると、通知制御部１５０は、ステップＳ１７０８で、表示部１１０における通知情報の表示を消去し（非表示にし）、更に、ステップＳ１７０９で、この通知情報を新規通知情報リストから削除する。
【００４８】
また、ステップＳ１７０７で、通知情報の重要度は、「重要度低」ではないと判定すると、通知制御部１５０は、ステップＳ１７１０で、通知情報に対して、ステップＳ１７０５でドライバが設定した重要度（「重要度中」あるいは「重要度高」）に設定する。
【００４９】
そして、ステップＳ１７１１で、通知制御部１５０は、この通知情報を再通知情報リストに登録し、表示部１１０における通知情報の表示を抑制し（非表示にし）、上記ステップＳ１７０９の処理を行う。
【００５０】
尚、通知情報の表示を抑制する際に、ドライバは通知情報に対するタイムリーな返信ができない状態にあることから、通信部１３０は、通知情報の送信元に対して「運転中」である旨を返信するようにするとよい。
【００５１】
一方、ステップＳ１７０５でドライバの抑制操作はない（所定操作がなかった）、と判定すると、通知制御部１５０は、ステップＳ１７１２で、タイマは予め定めた一定時間を経過したか否かを判定する。一定時間を経過したと判定すると、通知制御部１５０は、ステップＳ１７１３でタイマをクリアして、ステップＳ１７１４に進む。尚、ステップＳ１７１２で否定判定すると、ステップＳ１７０３に戻る。
【００５２】
ステップＳ１７１４では、通知制御部１５０は、ドライバによる重要度の設定がないことから、通知情報に対して、予め定めたデフォルトの重要度を設定する。そして、上記ステップＳ１７１１、およびステップＳ１７０９の処理を行う。
【００５３】
尚、抑制操作がなかった場合の上記ステップＳ１７１４の処理にあたっては、初めて表示された通知情報に対しては、デフォルトの重要度を付加するが、再表示された通知情報に対しては、再表示前にすでに付加された重要度を維持する。
【００５４】
以上のように、本実施形態では、通知制御部１５０は、表示部１１０に通知情報を表示したときに、ドライバの運転負荷が、予め定めた所定の運転負荷よりも高い（「負荷中高」の）場合に、ドライバの所定操作（抑制操作）に基づき、通知情報に対して重要度を付加して、通知情報の表示を一時的に抑制（非表示と）するようになっている。
【００５５】
これにより、運転負荷が所定の運転負荷よりも高い場合（「負荷中高」）であっても、ドライバの所定操作によって、通知情報に対して重要度が付加される（図４のステップＳ１７１０）。そして、通知情報の表示は、一時的に抑制（非表示と）されるので（ステップＳ１７１１）、ドライバは、通知情報の表示に気を取られることなく高負荷運転に集中できる。そして、運転負荷が低いときに、通知情報は、詳細表示され（図３のステップＳ１６０４）、ドライバは、この運転負荷の低いときに、付加した重要度に応じて通知情報を適切に処理することが可能となる。
【００５６】
低運転負荷時の通知情報の詳細表示においては、ドライバが設定した重要度の順番で、再表示されるようにしているので、上記のように、ドライバは通知情報の適切な処理をすることが可能となる。
【００５７】
尚、通知制御部１５０は、図３のステップＳ１６０４において、重要度のうち、一番低い重要度を付加した通知情報については、再表示を行わないようにすることで、重要度の低い通知情報は、繰り返し見る必要もないことから、通知情報処理におけるドライバの手間を省くことができる。
【００５８】
また、初めて表示した通知情報に対して、予め定めた一定時間内に、ドライバによる所定操作（抑制操作）が無かった場合に、予め定めたデフォルトの重要度を付加して、通知情報の表示を一時的に抑制するようにしている。これにより、ドライバが、運転操作重視のため抑制操作ができなかった場合であっても、再表示の際に、それなりの重要度（デフォルト重要度）をもって、表示順位を設定することができる。
【００５９】
また、再表示した通知情報に対しては、一定時間内に、ドライバによる所定操作（抑制操作）が無かった場合に、再表示前にすでに付加した重要度を維持して、通知情報の表示を一時的に抑制するようにしている。これにより、ドライバが最初に付加した重要度が維持されて、通知情報の再表示の際の順位付けを、ドライバの意思に対応したものとすることができる。
【００６０】
また、通知制御部１５０は、運転負荷が高いほど、通知情報の情報量を少なくするようにしている（ステップＳ１６０４とステップＳ１７０４との差）。これにより、運転負荷に応じて、ドライバの確認可能な通知情報の情報量とすることができる。
【００６１】
また、運転負荷が第２運転負荷よりも高いときに（「負荷極高」）、新たな通知情報の表示自体を抑制する（非表示にする）ようにしている（ステップＳ１８０）。これにより、運転負荷レベルが極めて高い場合では、ドライバは、新たな通知情報に対する処置が困難であるため、通知情報の表示自体を抑制（やめる）することで、ドライバの情報処理のための負担を低減して、運転に専念することができる。
【００６２】
また、通知情報の表示が抑制される際に（ステップＳ１７１１）、通信部１３０は、通知情報の送信元に対して「運転中」である旨を返信することで、送信元に対して、不信感や心配等を抱かせることがなくなる。
【００６３】
また、運転負荷取得部１４０は、自車の速度・加速度、ステアリング角度、周辺車両の位置、自車位置、アクセルペダル踏力、ブレーキペダル踏力、シフトポジション、ＡＤＡＳ機能の動作状態、ドライバの心拍、視線、顔向きの少なくとも１つに基づき運転負荷を判定するようにしている。これにより、ドライバの運転負荷を精度よく取得することができる。
【００６４】
また、重要度を付加する際の抑制操作（所定操作）は、非接触的な操作（指ジェスチャ）としており、ドライバは運転中に行う操作として楽に対応できる。
【００６５】
また、通知制御部１５０は、指ジェスチャにおいて指を振る方向に基づいて、重要度を付加するようにしており、ドライバにとって、感覚的に分かりやすい操作とすることができる。
【００６６】
（第２実施形態）
第２実施形態を図６〜図８示す。第２実施形態は、上記第１実施形態の図４のステップＳ１７０５における抑制操作の要領を変更したものである。
【００６７】
上記第１実施形態では、抑制操作として、通知情報に対する重要度を設定するにあたって、指ジェスチャを用いたが、これに限定されることなく、手指の形を変えることで対応してもよい。
【００６８】
例えば、図７に示すように、指の本数を変えることで重要度を設定することができる。指の本数を順番に増やすことで（１→２→５本）、「重要度低」、「重要度中」、「重要度高」と言ったように設定することができる。また、逆に、指の本数を順番に減らすことで（５→２→１本）、「重要度低」、「重要度中」、「重要度高」と言ったように設定することもできる。
【００６９】
更に、図８示すように、親指の向き（ポーズ）を変えることで、重要度を設定するようにしてもよい。親指を上向きにすることで、「重要度高」とし、親指を下向きにすることで「重要度低」とすることができる。
【００７０】
これにより、上記第１実施形態と同様の効果を奏することができる。
【００７１】
（第３実施形態）
第３実施形態を図９に示す。第３実施形態は、上記第１実施形態の図４のステップＳ１７０５における抑制操作の要領を更に変更したものである。
【００７２】
上記第１実施形態では、抑制操作として、通知情報に対する重要度を設定するにあたって、指ジェスチャを用いたが、これに限定されることなく、発話（音声）を用いたものとしてもよい。
【００７３】
第３実施形態では、操作受付け部１２０として、上記第１実施形態ではカメラを用いたものとしたが、これに代えて、例えば、マイクロフォンを用いている。ドライバの発話として、例えば、「重要度中」、「また後で」、「待って」、「重要度１」、「いらない」、「ゴミ箱」、「消す」等の重要度や必要性を示す言葉を予め決めておき、音声データから通知制御部１５０は、重要度を設定する。
【００７４】
これにより、指ジェスチャの場合と同様に、簡単な操作（発話）で運転に支障をきたすことなく重要度の設定が可能となる。
【００７５】
（第４実施形態）
第４実施形態を図１０に示す。第４実施形態は、上記第１実施形態に対して、通知制御部１５０は、複数の通知情報を同時に表示したときに、手指の方向（指差しジェスチャ）に基づいて、表示の抑制対象を決定するようにしたものである。
【００７６】
通知制御部１５０は、複数の通知情報に対して、まず、指差しされた通知情報を対象の情報として選択し、次に、選択された通知情報に対して上記第１実施形態で説明したように重要度を付加して、表示を抑制（非表示）する。そして、通知制御部１５０は、複数の通知情報に対して、順番に繰り返す。
【００７７】
これにより、複数の通知情報が同時に表示される場合でも、順番に通知情報の処理を行うことができる。
【００７８】
（その他の実施形態）
上記各実施形態では、抑制操作（重要度を設定するための所定操作）として、ジェスチャ、発話を用いたものとしたが、これに限らず、その他にも頭部を動かしたジェスチャや視線方向を用いたものとしてもよい。更には、手指によるジェスチャ、頭部のジェスチャ、発話、視線を組合せたものとしてもよい。
【００７９】
また、上記各実施形態では、表示部１１０としてＨＵＤ装置を用いたものとしたが、これに限らず、車両１のインストルメントパネルやセンタコンソールに設定されるディスプレイ（液晶ディスプレイ）としてもよい。
【００８０】
また、上記各実施形態では、操作受付け部１２０として、非接触的な操作に対して、ジェスチャを検出するカメラや、音声を検出するマイクロフォンとしが、これに限らず、直接的な手の接触によって入力を行うメカスイッチとしてもよい。メカスイッチとしては、例えば、専用キー、十字キースイッチ、ダイヤルスイッチ、ジョイステック、タッチパッド、タッチパネル等とすることができる。この場合、各スイッチに対する入力操作が、本発明の所定操作に対応する。
【００８１】
また、上記各実施形態に対して、指ジェスチャ等によって通知情報の重要度が設定されたときに、ドライバに対して確認用のフィードバックを与える機能（フィードバック部）を追加したものとしてもよい。例えば、ステアリングを振動させる振動発生部を設けて、重要度が設定された後に、ステアリングを振動させるようにしてもよい。あるいは、効果音や音声を発生させる発生部を設けて、重要度が設定された後に、効果音（ピッ）や音声（重要度設定されました）等をドライバに伝えるようにしてもよい。これにより、ドライバが、確かに重要度設定されたことを知ることができ、安心して抑制操作を行うことができる。
【符号の説明】
【００８２】
１００  車載情報処理装置
１１０  表示部
１２０  操作受付け部
１３０  通信部
１４０  運転負荷取得部
１５０  通知制御部
【図１】
2020035262.tif 000003
【図２】
2020035262.tif 000004
【図３】
2020035262.tif 000005
【図４】
2020035262.tif 000006
【図５】
2020035262.tif 000007
【図６】
2020035262.tif 000008
【図７】
2020035262.tif 000009
【図８】
2020035262.tif 000010
【図９】
2020035262.tif 000011
【図１０】
2020035262.tif 000012