知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニックオートモーティブシステムズ株式会社の特許一覧
特開2024-107555情報処理装置、情報処理方法、および情報処理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024107555
(43)【公開日】2024-08-09
(54)【発明の名称】情報処理装置、情報処理方法、および情報処理プログラム
(51)【国際特許分類】
G08G 1/16 20060101AFI20240802BHJP
【ＦＩ】
G08G1/16 F
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023011539
(22)【出願日】2023-01-30
(71)【出願人】
【識別番号】322003857
【氏名又は名称】パナソニックオートモーティブシステムズ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】井上 陽平
(72)【発明者】
【氏名】清水 覚史
(72)【発明者】
【氏名】島崎 隆
(72)【発明者】
【氏名】塚本 義弘
(72)【発明者】
【氏名】村野 晃大
(72)【発明者】
【氏名】佐々木 祐太
(72)【発明者】
【氏名】藤川 国雄
(72)【発明者】
【氏名】松山 誠
(72)【発明者】
【氏名】江間 慎弥
(72)【発明者】
【氏名】高田 貴正
【テーマコード（参考）】
5H181
【Ｆターム（参考）】
5H181AA01
5H181BB04
5H181BB13
5H181CC03
5H181CC04
5H181CC11
5H181CC12
5H181CC14
5H181CC27
5H181EE02
5H181FF13
5H181FF22
5H181FF27
5H181FF32
5H181LL07
5H181LL08
5H181LL20
5H181MC27
(57)【要約】
【課題】搭乗者による要因の確認時の運転阻害を抑制する。
【解決手段】情報処理装置２２の不安要因特定部２２Ｅは、不安が検出されたときに、搭乗者の状態を検出することにより得られた搭乗者状態データ、車両１０の状態を検出することにより得られた車両状態データ、および車両１０が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、搭乗者に不安を与えている一つの要因を特定する。確認可否判定部２２Ｆは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、一つの要因が正しいか否かの搭乗者への確認を許可するか否かを判定する。確認部２２Ｇは、確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認する。
【選択図】図１
【解決手段】情報処理装置２２の不安要因特定部２２Ｅは、不安が検出されたときに、搭乗者の状態を検出することにより得られた搭乗者状態データ、車両１０の状態を検出することにより得られた車両状態データ、および車両１０が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、搭乗者に不安を与えている一つの要因を特定する。確認可否判定部２２Ｆは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、一つの要因が正しいか否かの搭乗者への確認を許可するか否かを判定する。確認部２２Ｇは、確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認する。
【選択図】図１
【特許請求の範囲】
【請求項1】
車両の搭乗者が不安を感じたことを検出する不安検出部と、
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定する不安要因特定部と、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定する確認可否判定部と、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認する確認部と、
を備える情報処理装置。
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定する不安要因特定部と、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定する確認可否判定部と、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認する確認部と、
を備える情報処理装置。
【請求項2】
前記確認可否判定部は、
前記車両の位置が予め定められた確認不可領域内である場合、前記搭乗者への確認を許可しないと判定し、前記車両の位置が前記確認不可領域外である場合、前記搭乗者への確認を許可すると判定する、
請求項１に記載の情報処理装置。
前記車両の位置が予め定められた確認不可領域内である場合、前記搭乗者への確認を許可しないと判定し、前記車両の位置が前記確認不可領域外である場合、前記搭乗者への確認を許可すると判定する、
請求項１に記載の情報処理装置。
【請求項3】
前記確認可否判定部は、
前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たす場合、前記搭乗者への確認を許可しないと判定し、
前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の全ての状況を満たさない場合、前記搭乗者への確認を許可すると判定する、
請求項１に記載の情報処理装置。
前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たす場合、前記搭乗者への確認を許可しないと判定し、
前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の全ての状況を満たさない場合、前記搭乗者への確認を許可すると判定する、
請求項１に記載の情報処理装置。
【請求項4】
前記確認可否判定部は、
前記車両の位置が予め定められた確認不可領域内であるか否かを判定し、前記車両の位置が前記確認不可領域外であると判定した場合、前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たすか否かを判定する、
請求項２に記載の情報処理装置。
前記車両の位置が予め定められた確認不可領域内であるか否かを判定し、前記車両の位置が前記確認不可領域外であると判定した場合、前記車両の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たすか否かを判定する、
請求項２に記載の情報処理装置。
【請求項5】
前記確認可否判定部は、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記搭乗者への確認方法を更に判定し、
前記確認部は、
前記確認を許可すると判定されたときに、判定された前記確認方法を用いて、前記一つの要因が正しいか否かを前記搭乗者に確認する、
請求項１に記載の情報処理装置。
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記搭乗者への確認方法を更に判定し、
前記確認部は、
前記確認を許可すると判定されたときに、判定された前記確認方法を用いて、前記一つの要因が正しいか否かを前記搭乗者に確認する、
請求項１に記載の情報処理装置。
【請求項6】
前記確認方法は、視覚および聴覚の少なくとも一方による確認方法、または、聴覚のみによる確認方法、である、請求項５に記載の情報処理装置。
【請求項7】
前記確認可否判定部は、
前記不安要因特定部によって前記一つの要因が特定されたときに、特定された前記一つの要因と、前記一つの要因に対する確認状態として未確認を表す前記確認状態と、を対応付けたログデータをログデータ記憶部に記憶し、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可しないと判定した場合、および、前記ログデータを記憶してから第１所定時間の間に前記確認状態が前記未確認のまま更新されなかった場合、前記一つの要因に対応する前記確認状態を、確認不可を表す前記確認状態に更新し、
前記一つの要因が正しいか否かの前記搭乗者への確認を許可すると判定した場合、前記一つの要因に対応する前記確認状態を、確認許可を表す前記確認状態に更新し、
前記ログデータを記憶してから前記第１所定時間より長い第２所定時間が経過したときに、前記確認不可を表す前記確認状態を含む前記ログデータを、前記ログデータ記憶部から削除する、
請求項１に記載の情報処理装置。
前記不安要因特定部によって前記一つの要因が特定されたときに、特定された前記一つの要因と、前記一つの要因に対する確認状態として未確認を表す前記確認状態と、を対応付けたログデータをログデータ記憶部に記憶し、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可しないと判定した場合、および、前記ログデータを記憶してから第１所定時間の間に前記確認状態が前記未確認のまま更新されなかった場合、前記一つの要因に対応する前記確認状態を、確認不可を表す前記確認状態に更新し、
前記一つの要因が正しいか否かの前記搭乗者への確認を許可すると判定した場合、前記一つの要因に対応する前記確認状態を、確認許可を表す前記確認状態に更新し、
前記ログデータを記憶してから前記第１所定時間より長い第２所定時間が経過したときに、前記確認不可を表す前記確認状態を含む前記ログデータを、前記ログデータ記憶部から削除する、
請求項１に記載の情報処理装置。
【請求項8】
前記搭乗者が前記一つの要因が正しいと確認した場合に、前記一つの要因に対する対策を決定する対策決定部と、
前記対策を実行する対策実行部と、
を備える請求項１に記載の情報処理装置。
前記対策を実行する対策実行部と、
を備える請求項１に記載の情報処理装置。
【請求項9】
車両の搭乗者が不安を感じたことを検出するステップと、
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定するステップと、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定するステップと、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認するステップと、
を含む情報処理方法。
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定するステップと、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定するステップと、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認するステップと、
を含む情報処理方法。
【請求項10】
車両の搭乗者が不安を感じたことを検出するステップと、
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定するステップと、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定するステップと、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認するステップと、
をコンピュータに実行させるための情報処理プログラム。
前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定するステップと、
前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定するステップと、
確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認するステップと、
をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、情報処理方法、および情報処理プログラムに関する。
【背景技術】
【0002】
従来、車両の搭乗者の状態等の検出結果を用いて搭乗者に不安を与えている要因を特定し、特定した要因が正しいか否かを搭乗者に確認して正しいと確認された場合に、確認された要因に対する対策を実行するシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６８６５８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかし、従来技術では、特定した要因の搭乗者に対する確認タイミングについて考慮されておらず、状況などによっては運転阻害を引き起こす場合があった。
【0005】
本開示が解決しようとする課題は、搭乗者による要因の確認時の運転阻害を抑制することができる、情報処理装置、情報処理方法、および情報処理プログラムを提供することである。
【課題を解決するための手段】
【0006】
本開示にかかる情報処理装置は、不安検出部と、不安要因特定部と、確認可否判定部と、確認部と、を備える。不安検出部は、車両の搭乗者が不安を感じたことを検出する。不安要因特定部は、前記不安が検出されたときに、前記搭乗者の状態を検出することにより得られた搭乗者状態データ、前記車両の状態を検出することにより得られた車両状態データ、および前記車両が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、前記搭乗者に前記不安を与えている一つの要因を特定する。確認可否判定部は、前記車両の位置および前記車両の状況の少なくとも一方に基づいて、前記一つの要因が正しいか否かの前記搭乗者への確認を許可するか否かを判定する。確認部は、確認を許可すると判定されたときに、前記一つの要因が正しいか否かを前記搭乗者に確認する。
【発明の効果】
【0007】
本開示にかかる情報処理装置、情報処理方法、および情報処理プログラムによれば、搭乗者による要因の確認時の運転阻害を抑制することができる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に添付図面を参照して、本開示に係る情報処理装置、情報処理方法、および情報処理プログラムの実施形態を説明する。
【0010】
図１は、本実施形態の情報処理システム１の一例の模式図である。
【0011】
情報処理システム１は、情報処理装置２２と、サーバ装置３０と、を備える。情報処理装置２２とサーバ装置３０とは、ネットワークＮ等を介して通信可能に接続されている。
【0012】
情報処理装置２２は、車両１０の搭乗者に不安を与えている要因を特定し、特定した要因に応じた対策を実行するためのコンピュータである。本実施形態では、情報処理装置２２が、車両１０に搭載された形態を一例として説明する。
【0013】
車両１０は、搭乗者状態センシング部１２と、走行状態センシング部１４と、車両状態センシング部１６と、ＵＩ（ユーザ・インターフェース）部１８と、記憶部２０と、情報処理装置２２と、を備える。
【0014】
搭乗者状態センシング部１２、走行状態センシング部１４、車両状態センシング部１６、ＵＩ部１８、記憶部２０、および情報処理装置２２は、バス２４等を介して通信可能に接続されている。なお、本実施形態の情報処理装置を、搭乗者状態センシング部１２、走行状態センシング部１４、車両状態センシング部１６、ＵＩ部１８、および記憶部２０の少なくとも１つと、情報処理装置２２と、を含む構成としてもよい。
【0015】
搭乗者状態センシング部１２は、運転者を含む搭乗者の状態を検出し、その検出結果を搭乗者状態検出結果として情報処理装置２２へ出力する。搭乗者状態検出結果は、例えば、搭乗者の覚醒度、搭乗者の視線方向、および搭乗者の感情を特定可能な検出結果である。
【0016】
例えば、搭乗者状態センシング部１２は、ＤＭＳ（Driver Monitoring System）１２Ａを含む。ＤＭＳ１２Ａは、搭乗者の画像および音声を取得して搭乗者の状態を監視するシステムである。ＤＭＳ１２Ａは、搭乗者の画像を取得する撮影装置としての車内カメラ、搭乗者の音声を取得する音声取得装置としてのマイクロフォン（以下、マイク）等を含む。
【0017】
走行状態センシング部１４は、車両１０の周囲の走行状態を検出し、その検出結果である走行状態検出結果を情報処理装置２２へ出力する。走行状態検出結果は、例えば、車両１０の周囲の明るさ、天候、および車両１０の周囲の物体を特定可能な検出結果である。
【0018】
例えば、走行状態センシング部１４は、受光センサ１４Ａ、カメラ１４Ｂ、接近センサ１４Ｃ、およびライダー（Light Detection and Ranging）１４Ｄを含む。
【0019】
受光センサ１４Ａは、車両１０の周辺の明るさを検出するためのセンサである。カメラ１４Ｂは、車両１０の周囲の映像を撮影する撮影装置である。カメラ１４Ｂは、少なくとも車両１０の前方の映像を撮影する。
【0020】
接近センサ１４Ｃは、車両１０から予め定められた範囲に物体があることを検出するセンサである。接近センサ１４Ｃは、例えば、ミリ波レーダセンサ、レーザーレーダ装置、ステレオカメラ、等である。
【0021】
ライダー１４Ｄは、光を使って、車両１０の周囲の物体と、その距離とを計測する装置である。
【0022】
車両状態センシング部１６は、車両１０の状態を検出し、その検出結果である車両状態検出結果を情報処理装置２２へ出力する。車両状態検出結果は、例えば、車両１０の速度、加速度、ブレーキ、アクセル、ステアリング角度、クラクション、警告有無、警告種別、ナビ状態、インパネ状態、およびウィンカー状態を特定可能な検出結果である。
【0023】
例えば、車両状態センシング部１６は、ＣＡＮ（Controller Area Network）１６Ａ、ナビシステム１６Ｂ、およびマイク１６Ｃを含む。
【0024】
ＣＡＮ１６Ａは、車両１０の速度、加速度、ブレーキ、アクセル、ステアリング角度、クラクション、警告有無、警告種別、インパネ状態、およびウィンカーの状態を計測し転送するためのネットワークである。
【0025】
ナビシステム１６Ｂは、車両１０の位置を計測し、目的地への経路案内を行なう機能である。車両１０の位置は、詳細には、車両１０の現在位置である。以下では、車両１０の位置を、車両１０の現在位置と称して説明する場合がある。マイク１６Ｃは、車両１０の周囲の音を取得する音声取得装置である。
【0026】
ＵＩ部１８は、搭乗者による入力操作を受付ける入力機能と、各種の情報を出力する出力機能と、を備える。入力機能は、例えば、タッチパネル、マウス、キーボードなどである。出力機能は、画像を表示するディスプレイ、音を出力するスピーカ、等である。
【0027】
記憶部２０は、各種の情報を記憶する。記憶部２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等である。なお、記憶部２０は、記憶媒体であってもよい。具体的には、記憶媒体は、プログラムまたは各種の情報を、ＬＡＮ（Local Area Network）およびインターネットなどを介してダウンロードして記憶または一時記憶したものであってもよい。また、記憶部２０を、複数の記憶媒体から構成してもよい。
【0028】
本実施形態では、記憶部２０は、例えば、ログデータ記憶部２０Ａ、確認不可エリアリスト２０Ｂ、対策テーブル２０Ｃ等を記憶する。また、記憶部２０は、後述する搭乗者状態データ、車両状態データ、および走行状態データ等を記憶する。また、記憶部２０は、インストルメントパネル（以下、インパネと称する場合がある）、サイドミラー、およびバックミラー等の車両１０内の部品の位置を示す部品位置データ等を記憶する。ログデータ記憶部２０Ａ、確認不可エリアリスト２０Ｂ、および対策テーブル２０Ｃ等の各種のデータの詳細は後述する。
【0029】
搭乗者状態センシング部１２、走行状態センシング部１４、車両状態センシング部１６、ＵＩ部１８、記憶部２０、および情報処理装置２２は、車両１０に設けられた各種のＥＣＵ（Electronic Control Unit）と通信可能に接続されていてよい。
【0030】
次に、情報処理装置２２について詳細に説明する。
【0031】
図２は、情報処理装置２２およびサーバ装置３０のハードウェア構成図の一例である。
【0032】
情報処理装置２２およびサーバ装置３０は、ＣＰＵ（Central Processing Unit）１１Ａ、ＲＯＭ（Read Only Memory）１１Ｂ、ＲＡＭ１１Ｃ、およびＩ／Ｆ１１Ｄ等がバス１１Ｅにより相互に接続されており、通常のコンピュータを利用したハードウェア構成となっている。なお、サーバ装置３０は、複数のサーバ装置を含んで構成されてもよい。
【0033】
ＣＰＵ１１Ａは、本実施形態の情報処理装置２２およびサーバ装置３０を制御する演算装置である。ＲＯＭ１１Ｂは、ＣＰＵ１１Ａによる各種の処理を実現するプログラム等を記憶する。ＲＡＭ１１Ｃは、ＣＰＵ１１Ａによる各種の処理に必要なデータを記憶する。Ｉ／Ｆ１１Ｄは、データを送受信するためのインターフェースである。
【0034】
本実施形態の情報処理装置２２およびサーバ装置３０で実行される情報処理を実行するためのプログラムは、ＲＯＭ１１Ｂ等に予め組み込んで提供される。なお、本実施形態の情報処理装置２２およびサーバ装置３０で実行されるプログラムは、情報処理装置２２およびサーバ装置３０にインストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供するように構成してもよい。
【0035】
図１に戻り説明を続ける。
【0036】
情報処理装置２２の処理部は、各種の情報処理を実行する。例えば、ＣＰＵ１１Ａが、ＲＯＭ１１ＢからプログラムをＲＡＭ１１Ｃ上に読み出して実行することにより、処理部の後述する各機能部がコンピュータ上で実現される。プログラムは、例えば、ＩＣＳ（Intelligent Clearance Sonar）などの踏み間違え時事故抑制システムのアプリケーションに実装されたプログラムなどであるが、これに限定されない。ＩＣＳアプリケーションとは、情報処理装置２２で動作するソフトウェアの一例である。
【0037】
情報処理装置２２の処理部は、不安検出部２２Ａと、搭乗者状態管理部２２Ｂと、車両状態管理部２２Ｃと、走行状態管理部２２Ｄと、不安要因特定部２２Ｅと、確認可否判定部２２Ｆと、確認部２２Ｇと、対策決定部２２Ｈと、対策実行部２２Ｉと、アップロード部２２Ｊと、更新部２２Ｋと、を備える。
【0038】
不安検出部２２Ａ、搭乗者状態管理部２２Ｂ、車両状態管理部２２Ｃ、走行状態管理部２２Ｄ、不安要因特定部２２Ｅ、確認可否判定部２２Ｆ、確認部２２Ｇ、対策決定部２２Ｈ、対策実行部２２Ｉ、アップロード部２２Ｊ、および更新部２２Ｋの一部または全ては、例えば、ＣＰＵ１１Ａなどの処理装置にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Integrated Circuit）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。
【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】
また、確認可否判定部２２Ｆは、確認不可エリアリスト２０Ｂにおける、特定した領域を表す領域名に対応する確認不可領域か否かを表す情報が、確認不可領域ではないことを表す「×」であると判断した場合、車両１０の現在位置が確認不可領域外であると判定する。確認可否判定部２２Ｆは、特定した車両１０の現在位置の属する領域を表す領域名が確認不可エリアリスト２０Ｂに登録されていない場合についても、車両１０の現在位置が確認不可領域外であると判定してよい。そして、確認可否判定部２２Ｆは、車両１０の現在位置が確認不可領域内ではない、すなわち、車両１０の現在位置が確認不可領域外であると判断した場合、搭乗者への確認を許可すると判定する。また、確認可否判定部２２Fは、車両１０の現在位置が確認不可領域外である場合には、音声確認も可能な領域と判定する。
【0095】
確認可否判定部２２Ｆは、確認不可エリアリスト２０Ｂにおける、特定した領域を表す領域名に対応する確認不可領域か否かを表す情報が、確認不可領域であることを表す「〇」であるが、音声確認可否については音声確認可を表す「〇」である場合、車両１０の現在位置が確認不可領域外であると判定してよい。この場合、確認可否判定部２２Ｆは、車両１０の現在位置が音声のみによる確認可能領域内であると判定し、搭乗者への確認を許可すると判定する。
【0096】
また、確認可否判定部２２Ｆは、車両１０の状況に基づいて、搭乗者への確認を許可するか否かを判定する。
【0097】
車両１０の状況とは、車両１０の走行状況、および車両１０の周囲の状況を表す。確認可否判定部２２Ｆは、車両状態データ、および走行状態データの少なくとも一方を用いて車両１０の状況を判別し、搭乗者への確認を許可するか否かを判定する。
【0098】
詳細には、確認可否判定部２２Ｆは、車両１０の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たすか否かを判断する。
【0099】
確認可否判定部２２Ｆは、例えば、走行状態データを用いて、夜間運転中であるか否かを判断する。
【0100】
詳細には、確認可否判定部２２Ｆは、走行状態データに含まれる、車両１０の周囲の明るさを表す情報が、夜間運転を表す明るさを示す場合、夜間運転中であると判定する。詳細には、例えば、確認可否判定部２２Ｆは、走行状態データに含まれる、車両１０の周辺の明るさを表す情報が、閾値以下である場合、夜間運転中であると判断する。この明るさの判定に用いる閾値には、夜間運転中であるか否かを判定可能な値を予め設定すればよい。
【0101】
また、確認可否判定部２２Ｆは、例えば、車両状態データおよび走行状態データを用いて、車線変更中であるか否かを判断する。
【0102】
詳細には、確認可否判定部２２Ｆは、車両状態データに含まれるウィンカー状態によって表されるウィンカーの状態、車両１０の車速や、車両１０の現在位置を含むナビ状態によって表される車両１０の現在位置、および走行状態データに含まれる周辺画像データ、車両状態データに含まれるステアリング角度、を用いて、車両１０が車線変更中であるか否かを判断する。
【0103】
また、確認可否判定部２２Ｆは、車両状態データおよび走行状態データを用いて、車間距離が所定距離以下であるか否かを判断する。
【0104】
詳細には、例えば、確認可否判定部２２Ｆは、走行状態データに含まれる他車両等の各物体の各々との距離が所定距離以下であるか否かを判別することで、車間距離が所定距離以下であるか否かを判断する。また、確認可否判定部２２Ｆは、走行状態データの生成に用いられた接近センサ１４Ｃに含まれるミリ波レーダセンサの検知結果を用いて、他車両との距離である車間距離を算出し、所定距離以下であるか否かを判断してもよい。
【0105】
そして、確認可否判定部２２Ｆは、車両１０の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たす場合、搭乗者への確認を許可しないと判定する。また、確認可否判定部２２Ｆは、車両１０の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の全ての状況を満たさない場合、搭乗者への確認を許可すると判定する。
【0106】
なお、確認可否判定部２２Ｆは、車両１０の現在位置が予め定められた確認不可領域内であるか否かを判定し、車両１０の現在位置が確認不可領域外であると判定した場合、車両１０の状況が、夜間運転中、車線変更中、および車間距離が所定距離以下、の少なくとも１つの状況を満たすか否かを判定してよい。すなわち、確認可否判定部２２Ｆは、車両１０の現在位置が予め定められた確認不可領域内であるか否かを判定した後に、車両１０の状況が上記の所定の状況であるか否かを判定してよい。
【0107】
確認可否判定部２２Ｆが、車両１０の現在位置が確認不可領域内であるか否かを判定した後に、車両１０の状況が所定の状況であるか否かを判定することによって、夜間運転であると先に判定されることで車両１０の現在位置がトンネル内であるか否かの判定がなされなくなることを抑制することができる。
【0108】
なお、確認可否判定部２２Ｆは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、搭乗者への確認を許可するか否かを判定すればよく、車両１０の位置および車両１０の状況、の何れを先に用いて判定するか、および何れか一方または双方を用いて判定するかは限定されない。
【0109】
そして、確認可否判定部２２Ｆは、確認を許可すると判定した場合、確認部２２Ｇに確認許可を通知する。また、確認可否判定部２２Ｆは、確認を許可しないと判定した場合、確認部２２Ｇに確認不可を通知する。
【0110】
なお、確認可否判定部２２Ｆは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、搭乗者への確認方法を更に判定してもよい。本実施形態では、確認方法は、視覚および聴覚の少なくとも一方による確認方法、または、聴覚のみによる確認方法、を表す。
【0111】
例えば、確認可否判定部２２Ｆは、確認不可エリアリスト２０Ｂにおける、車両１０の現在位置である領域を表す領域名に対応する確認不可領域か否かを表す情報が、確認不可領域ではないことを表す「×」である場合を想定する。この場合、確認可否判定部２２Ｆは、搭乗者への確認を許可すると判定すると共に、視角および聴覚の少なくとも一方による確認を確認方法として判定する。具体的には、確認可否判定部２２Ｆは、ディスプレイなどの表示装置およびスピーカ等の音声出力装置の少なくとも一方を用いた確認を、確認方法として判定する。
【0112】
また、確認不可エリアリスト２０Ｂにおける、車両１０の現在位置である領域を表す領域名に対応する確認不可領域か否かを表す情報が、確認不可領域であることを表す「〇」である場合であっても、対応する音声確認可否を表す情報が音声確認を許可することを表す「〇」である場合を想定する。この場合、確認可否判定部２２Ｆは、搭乗者への確認を許可すると判定する。また、この場合、確認可否判定部２２Ｆは、聴覚のみによる確認を確認方法として判定する。具体的には、確認可否判定部２２Ｆは、スピーカ等の音声出力装置のみを用いた確認を、確認方法として判定する。
【0113】
そして、確認可否判定部２２Ｆは、確認を許可すると判定した場合、確認許可、および判定した確認方法を確認部２２Ｇへ通知すればよい。
【0114】
本実施形態では、確認可否判定部２２Ｆは、ログデータを用いて、上記判定処理を行う形態を一例として説明する。
【0115】
詳細には、確認可否判定部２２Ｆは、不安要因特定部２２Ｅで一つの要因が特定されたときに、特定された一つの要因と、該一つの要因に対する確認状態として「未確認」を表す確認状態と、を対応付けたログデータを、ログデータ記憶部２０Ａへ記憶する。
【0116】
図５Ａ～図５Ｄは、ログデータ記憶部２０Ａに記憶されているログデータのデータ構成の一例の模式図である。ログデータ記憶部２０Ａは、ログデータを記憶するためのデータベースである。なお、ログデータ記憶部２０Ａのデータ形式はデータベースに限定されず、テーブル等であってもよい。
【0117】
確認可否判定部２２Ｆは、不安要因特定部２２Ｅで一つの要因が特定されるごとに、新たなログデータをログデータ記憶部２０Ａへ登録する。図５Ａ～図５Ｄには、１つのログデータがログデータ記憶部２０Ａに登録され、順次更新されていく状態を一例として示す。なお、ログデータ記憶部２０Ａには、複数のログデータが記憶されていてよい。
【0118】
ログデータ記憶部２０Ａに登録されるログデータは、例えば、ログの識別情報である番号（Ｎｏ．）と、要因の検知時間と、要因と、確認情報と、を少なくとも対応付けたデータである。要因の検知時間は、不安要因特定部２２Ｅで該要因の特定された時間、および不安検出部２２Ａによって該要因の元となる不安の検出された時間、の何れであってもよい。ログデータに含まれる要因は、不安要因特定部２２Ｅによって特定された要因である。
【0119】
確認状態は、対応する要因に対する確認の状態を表す。詳細には、確認状態は、対応する要因に関する情報処理装置２２による処理の進行状態を表す。確認状態は、本実施形態では、「未確認」、「確認不可」、「確認許可」、「確認済」の何れかを表す形態を一例として説明する。
【0120】
不安要因特定部２２Ｅで一つの要因が特定されると、確認可否判定部２２Ｆは、特定された要因と、確認状態「未確認」と、を対応付けたログデータを、ログデータ記憶部２０Ａへ記憶する。このため、初期状態では、ログデータには「未確認」を表す確認状態が記憶された状態となる（図５Ａ参照）。
【0121】
確認可否判定部２２Ｆが、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、不安要因特定部２２Ｅによって特定された一つの要因が正しいか否かの搭乗者への確認を許可しないと判定した場合を想定する。この場合、確認可否判定部２２Ｆは、該一つの要因に対応する確認状態を、「確認不可」を表す確認状態に更新する。また、確認可否判定部２２Ｆは、ログデータをログデータ記憶部２０Ａに記憶してから第１所定時間の間に、該ログデータに含まれる確認状態が「未確認」のまま更新されなかった場合、該一つの要因に対応する確認状態を、「確認不可」を表す確認状態に更新する（図５Ｂ参照）。
【0122】
第１所定時間は、予め定めればよい。第１所定時間には、例えば、確認可否判定部２２Ｆが要因の確認を許可するか否かを判定する判定処理に要する時間以上の時間を定めればよい。第１所定時間は、例えば、２秒などであるが、この時間に限定されない。また、第１所定時間は、ユーザによるＵＩ部１８の操作指示などによって適宜変更可能としてもよい。
【0123】
「確認不可」を表す確認状態にログデータを更新した場合、確認可否判定部２２Ｆは、「確認不可」を表す確認状態に更新した該ログデータに含まれる要因と、確認不可と、を表す情報を確認部２２Ｇへ通知する。
【0124】
また、確認可否判定部２２Ｆは、不安要因特定部２２Ｅによって特定された一つの要因が正しいか否かの搭乗者への確認を許可すると判定した場合、該一つの要因に対応する確認状態を、「確認許可」を表す確認状態に更新する（図５Ｃ参照）。
【0125】
「確認許可」を表す確認状態にログデータを更新した場合、確認可否判定部２２Ｆは、「確認許可」を表す確認状態に更新した該ログデータに含まれる要因と、確認許可と、判定した確認方法と、を表す情報を確認部２２Ｇへ通知する。
【0126】
なお、確認可否判定部２２Ｆは、ログデータを記憶してから上記第１所定時間より長い第２所定時間が経過したときに、「確認不可」を表す確認状態を含むログデータを、ログデータ記憶部２０Ａから削除してよい。また、確認可否判定部２２Ｆは、車両１０のイグニッションスイッチがオフ状態に変更され、車両１０への電力供給がオフ状態とされたときに、「確認不可」を表す確認状態を含むログデータを、ログデータ記憶部２０Ａから削除してよい。確認可否判定部２２Ｆが、「確認不可」を表す確認状態を含むログデータをログデータ記憶部２０Ａから削除することで、ログデータ記憶部２０Ａのデータ容量が不足することを抑制することができる。
【0127】
第２所定時間は、第１所定時間より長い時間であればよく、予め定めればよい。第２所定時間は、ログデータ記憶部２０Ａの空き容量が所定容量以下となるまでのログデータの蓄積に要する時間などを定めればよい。第１所定時間は、例えば、１日、１週間、１ヵ月、などであるが、これらの期間に限定されない。また、第２所定時間は、ユーザによるＵＩ部１８の操作指示などによって適宜変更可能としてもよい。
【0128】
図１に戻り説明を続ける。
【0129】
確認部２２Ｇは、確認可否判定部２２Ｆによって確認を許可すると判定されたときに、不安要因特定部２２Ｅによって特定された一つの要因が正しいか否かを搭乗者に確認する。
【0130】
確認部２２Ｇは、「確認不可」を表す確認状態に更新されたログデータに含まれる要因と、確認不可と、を表す情報を確認可否判定部２２Ｆから受付けた場合、確認処理を行わない。
【0131】
一方、確認部２２Ｇは、「確認許可」を表す確認状態に更新されたログデータに含まれる要因と、確認許可と、を表す情報を確認可否判定部２２Ｆから受付けた場合、該要因が正しいか否かを搭乗者に確認する。
【0132】
例えば、確認部２２Ｇは、ＵＩ部１８に含まれるディスプレイに確認可否判定部２２Ｆから受付けた要因を表示する。そして、確認部２２Ｇは、搭乗者によるＵＩ部１８の操作指示などによって搭乗者から該要因が正しいか否かの回答を得る。
【0133】
また、確認部２２Ｇは、「確認許可」を表す確認状態に更新されたログデータに含まれる要因と、確認許可と、確認方法と、を表す情報を確認可否判定部２２Ｆから受付けた場合、該確認方法を用いて、該要因が正しいか否かを搭乗者に確認する。
【0134】
例えば、確認可否判定部２２Ｆから受付けた確認方法が、聴覚および視角の少なくとも一方による確認を表す場合を想定する。この場合、確認部２２Ｇは、ＵＩ部１８に含まれるディスプレイに確認可否判定部２２Ｆから受付けた要因を表示する。また、確認部２２Ｇは、ＵＩ部１８に含まれるディスプレイに要因を表示すると共に、ＵＩ部１８に含まれるスピーカから要因を表す音声を出力してもよい。そして、確認部２２Ｇは、搭乗者によるＵＩ部１８の操作指示などによって搭乗者から該要因が正しいか否かの回答を得る。
【0135】
また、例えば、確認可否判定部２２Ｆから受付けた確認方法が、聴覚のみによる確認を表す場合を想定する。この場合、確認部２２Ｇは、ＵＩ部１８に含まれるスピーカから要因を表す音声を出力する。そして、確認部２２Ｇは、搭乗者によるＵＩ部１８の操作指示などによって搭乗者から該要因が正しいか否かの回答を得る。
【0136】
確認部２２Ｇは、搭乗者から要因が正しいとの回答が得られた場合、該要因を対策決定部２２Ｈへ通知する。また、確認部２２Ｇは、搭乗者から要因が正しいとの回答が得られた場合、ログデータ記憶部２０Ａにおける該要因を含むログデータにおける確認状態を、「確認済」に更新してよい（図５Ｄ参照）。
【0137】
一方、確認部２２Ｇは、搭乗者から要因が正しくないとの回答が得られた場合には、該要因を対策決定部２２Ｈへ通知しない。また、確認部２２Ｇは、搭乗者から要因が正しくないとの回答が得られた場合には、ログデータ記憶部２０Ａにおける該要因を含むログデータをログデータ記憶部２０Ａから削除してもよい。
【0138】
対策決定部２２Ｈは、搭乗者が一つの要因が正しいと確認した場合に、該一つの要因に対する対策を決定する。すなわち、対策決定部２２Ｈは、確認部２２Ｇから要因を通知された場合、該要因に対する対策を決定する。
【0139】
対策決定部２２Ｈは、記憶部２０に記憶されている対策テーブル２０Ｃを用いて、確認部２２Ｇから通知された要因に対する対策を決定する。
【0140】
図６は、対策テーブル２０Ｃのデータ構成の一例の模式図である。
【0141】
対策テーブル２０Ｃは、要因と、対策と、を対応付けたデータベースである。対策テーブル２０Ｃのデータ形式は、テーブル等であってもよく、データベースに限定されない。
【0142】
対策テーブル２０Ｃには、搭乗者が感じると予測される複数種類の不安の各々の要因が予め登録されている。対策は、対応する要因を解消するため対策である。対策は、例えば、対応処理と、パラメータと、を含む。対応処理は、対応する要因を解消するための処理を表す。パラメータは、車両１０の自動運転において対応処理を実現するためのパラメータの調整値を表す。すなわち、対策テーブル２０Ｃに登録されているパラメータは、車両１０が自動運転に対応している場合に使用される値である。
【0143】
対策決定部２２Ｈは、確認部２２Ｇから通知された要因に対応する対策を対策テーブル２０Ｃから読み取ることで、要因に対する対策を決定する。対策決定部２２Ｈは、決定した対策を対策実行部２２Ｉへ通知する。また、対策決定部２２Ｈは、ログデータ記憶部２０Ａに記憶されているログデータに含まれる、確認部２２Ｇから通知された要因に対応付けて、該要因に対して決定された対策を記憶する。
【0144】
対策実行部２２Ｉは、対策決定部２２Ｈで特定された対策を実行する。例えば、対策実行部２２Ｉは、対策決定部２２Ｈで決定された対策を実行するように車両１０の車両制御部を制御する。また、対策実行部２２Ｉは、対策決定部２２Ｈで決定された対策の実行要求を車両１０の車両制御部へ通知してもよい。車両制御部は、対策実行部２２Ｉから受付けた実行要求によって表される対策を実行すればよい。
【0145】
アップロード部２２Ｊは、ログデータ記憶部２０Ａに記憶されているログデータを、定期的にサーバ装置３０へアップロードする。すなわち、アップロード部２２Ｊは、要因と、該要因に対して特定された対策と、を対応付けたログデータを、サーバ装置３０へアップロードする。
【0146】
アップロード部２２Ｊは、サーバ装置３０へアップロードしたログデータを、ログデータ記憶部２０Ａから削除してもよい。また、アップロード部２２Ｊは、サーバ装置３０へアップロードしてから所定時間以上経過したログデータを、ログデータ記憶部２０Ａから削除してもよい。また、アップロード部２２Ｊは、車両１０の電源がオフ状態となったときに、サーバ装置３０へアップロードしたログデータをログデータ記憶部２０Ａから削除してもよい。
【0147】
ログデータを受付けたサーバ装置３０は、情報処理装置２２から受付けたログデータを解析、学習し、情報処理装置２２に記憶されている対策テーブル２０Ｃを更新する必要があると判断した場合に、該対策テーブル２０Ｃを更新するための更新データを生成する。
【0148】
例えば、サーバ装置３０は、情報処理装置２２から順次受け付ける複数のログデータについて、所定期間内に所定数以上、同じ要因が含まれる場合、対策テーブル２０Ｃを更新する必要があると判断する。言い換えると、サーバ装置３０は、所定期間内に所定数以上、同じ要因が特定された場合、該要因に対応する対策を更新する必要があると判断する。
【0149】
そして、サーバ装置３０は、対策テーブル２０Ｃを更新する必要があると判断した場合、搭乗者が不安を感じる頻度を減らすように、所定期間内に所定回数以上含まれる同じ要因に対する対策を更新するための更新データを生成する。そして、サーバ装置３０は、生成した更新データを情報処理装置２２へ送信する。
【0150】
情報処理装置２２の更新部２２Ｋは、サーバ装置３０から受付けた更新データに従って、記憶部２０に記憶されている対策テーブル２０Ｃを更新する。
【0151】
アップロード部２２Ｊ、更新部２２Ｋ、およびサーバ装置３０によって、対策テーブル２０Ｃにおける要因に対応する対策が、搭乗者の不安頻度を減らす最適な対策となるように更新される。
【0152】
次に、本実施形態の情報処理装置２２で実行される情報処理の流れの一例を説明する。
【0153】
図７は、本実施形態の情報処理装置２２が実行する情報処理の流れの一例を示すフローチャートである。
【0154】
不安検出部２２Ａは、搭乗者状態センシング部１２から受付けた搭乗者検出結果により、搭乗者の感情を認識することで、搭乗者が不安を感じたか否かを検出する（ステップＳ１００）。不安検出部２２Ａが搭乗者の不安を検出しなかった場合（ステップＳ１００：Ｎｏ）、本ルーチンを終了する。不安検出部２２Ａが搭乗者の不安を検出した場合（ステップＳ１００：Ｙｅｓ）、ステップＳ１０２へ進む。
【0155】
ステップＳ１０２では、不安要因特定部２２Ｅが、搭乗者状態データ、車両状態データ、および走行状態データ、の少なくとも一つを用いて、予め定められた複数の要因から、搭乗者に不安を与えている一つの要因を特定する（ステップＳ１０２）。
【0156】
確認可否判定部２２Ｆは、ステップＳ１０２で特定された要因が正しいか否かの搭乗者への確認を許可するか否かを判定する、確認可否判定処理を実行する（ステップＳ１０４）。確認可否判定処理の詳細な流れは後述する。
【0157】
ステップＳ１０４の確認可否判定処理によって、ステップＳ１０２で特定された要因が正しいか否かの搭乗者への確認を許可するか否かが判定される。
【0158】
次に、確認部２２Ｇは、確認許可すると判定されたか否かを判断する（ステップＳ１０６）。確認部２２Ｇは、確認可否判定部２２Ｆから、要因および確認不可を表す情報を確認可否判定部２２Ｆから受付けた場合、確認を許可しないと判定されたと判断する（ステップＳ１０６：Ｎｏ）、そして、後述するステップＳ１１６へ進む。確認部２２Ｇは、確認可否判定部２２Ｆから、要因および確認許可を表す情報を確認可否判定部２２Ｆから受付けた場合、確認許可すると判定されたと判断する（ステップＳ１０６：Ｙｅｓ）。そして、ステップＳ１０８へ進む。なお、確認を許可しないと判定されたと判断する場合（ステップＳ１０６：Ｎｏ）、所定の期間の間は、確認可否判定処理（ステップＳ１０４）へ進んでもよい。
【0159】
確認部２２Ｇは、ステップＳ１０２で特定された一つの要因が正しいか否かを搭乗者に確認する（ステップＳ１０８）。詳細には、確認部２２Ｇは、確認可否判定部２２Ｆから要因、確認許可、および確認方法を表す情報を受付けた場合を想定する。この場合、確認部２２Ｇは、該要因を、該確認方法によって表される方法で搭乗者に確認する。例えば、確認可否判定部２２Ｆから受付けた確認方法が、聴覚および視角の少なくとも一方による確認を表す場合を想定する。この場合、確認部２２Ｇは、ＵＩ部１８に含まれるディスプレイに確認可否判定部２２Ｆから受付けた要因を表示する。また、確認部２２Ｇは、ＵＩ部１８に含まれるディスプレイに要因を表示すると共に、ＵＩ部１８に含まれるスピーカから要因を表す音声を出力してもよい。また、例えば、確認可否判定部２２Ｆから受付けた確認方法が、聴覚のみによる確認を表す場合を想定する。この場合、確認部２２Ｇは、ＵＩ部１８に含まれるスピーカから要因を表す音声を出力する。
【0160】
次に、確認部２２Ｇは、ステップＳ１０８でＵＩ部１８に出力した要因が正しいと確認されたか否かを判断する（ステップＳ１１０）。例えば、確認部２２Ｇは、搭乗者によるＵＩ部１８の操作指示などによって搭乗者から該要因が正しいか否かの回答を得る。確認部２２Ｇは、得られた回答が、要因が正しいと確認されたことを示すか否かを判別することで、ステップＳ１１０の判断を行う。ステップＳ１１０で否定判断すると（ステップＳ１１０：Ｎｏ）、後述するステップＳ１１６へ進む。ステップＳ１１０で肯定判断すると（ステップＳ１１０：Ｙｅｓ）、ステップＳ１１２へ進む。
【0161】
ステップＳ１１２では、対策決定部２２Ｈは、記憶部２０に記憶されている対策テーブル２０Ｃを用いて、確認部２２Ｇから通知された要因に対する対策を決定する（ステップＳ１１２）。
【0162】
対策実行部２２Ｉは、ステップＳ１１２で特定された対策を実行する（ステップＳ１１４）。
【0163】
次に、情報処理装置２２は、車両１０の電源がオフされたか否かを判断する（ステップＳ１１６）。ステップＳ１１６で否定判断すると（ステップＳ１１６：Ｎｏ）、上記ステップＳ１００へもどる。ステップＳ１１６で肯定判断すると（ステップＳ１１６：Ｙｅｓ）、本ルーチンを終了する。
【0164】
次に、確認可否判定部２２Ｆが実行する確認可否判定処理の流れの一例を説明する。すなわち、図７におけるステップＳ１０４の確認可否判定処理の詳細の流れの一例を説明する。
【0165】
図８は、確認可否判定部２２Ｆが実行する確認可否判定処理の流れの一例を示すフローチャートである。
【0166】
不安要因特定部２２Ｅで一つの要因が特定されると、確認可否判定部２２Ｆは、特定された要因と、確認状態「未確認」と、を対応付けたログデータを、ログデータ記憶部２０Ａへ記憶する（ステップＳ２００）。このため、ログデータには「未確認」を表す確認状態が記憶された状態となる（図５Ａ参照）。
【0167】
そして、確認可否判定部２２Ｆは、上記第１所定時間をカウントするためのタイマーをスタートする(ステップＳ２０２)。第１所定時間は、上述したように、例えば２秒などである。
【0168】
次に、確認可否判定部２２Ｆは、ステップＳ２０２でスタートしたタイマーがタイムアップしたか否かを判断する（ステップＳ２０４）。確認可否判定部２２Ｆは、タイマーのカウントが第１所定時間となったか否かを判別することで、ステップＳ２０４の判断を行う。
【0169】
ステップＳ２０４でタイマーがタイムアップしていないと判断すると（ステップＳ２０４：Ｎｏ）、確認可否判定部２２Ｆは、ステップＳ２００で記憶したログデータにおける確認状態が「未確認」であるか否かを判断する（ステップＳ２０６）。ステップＳ２０６で肯定判断すると（ステップＳ２０６：Ｙｅｓ）、上記ステップＳ２０４へ戻る。ステップＳ２０６で否定判断すると（ステップＳ２０６：Ｎｏ）、本ルーチンを終了する。
【0170】
上記ステップＳ２０４でタイマーがタイムアップしたと判断すると（ステップＳ２０４：Ｙｅｓ）、ステップＳ２０８へ進む。ステップＳ２０８では、確認可否判定部２２Ｆは、ステップＳ２００で記憶したログデータにおける確認状態が「未確認」であるか否かを判断する（ステップＳ２０８）。ステップＳ２０８で確認状態が「未確認」ではないと判断すると（ステップＳ２０８：Ｎｏ）、本ルーチンを終了する。
【0171】
ステップＳ２０８で確認状態が「未確認」であると判断すると（ステップＳ２０８：Ｙｅｓ）、ステップＳ２１０へ進む。ステップＳ２１０では、確認可否判定部２２Ｆは、ステップＳ２００で記憶したログデータにおける確認状態を「確認不可」に更新する（ステップＳ２１０）。このため、ログデータには「確認不可」を表す確認状態が記憶された状態となる（図５Ｂ参照）。
【0172】
そして、確認可否判定部２２Ｆは、特定された要因と、確認不可と、を表す情報を確認部２２Ｇへ通知する（ステップＳ２１２）。そして、本ルーチンを終了する。
【0173】
次に、確認可否判定部２２Ｆが行う確認状態の更新処理の流れを説明する。
【0174】
図９は、確認状態の更新処理として、確認可否判定部２２Ｆが車両１０の電源オンの期間、繰り返し継続して実行する繰り返し処理の流れの一例を示すフローチャートである。
【0175】
確認可否判定部２２Ｆは、確認状態が「未確認」の要因があるか否かを判断する（ステップＳ３００）。確認可否判定部２２Ｆは、ログデータ記憶部２０Ａに記憶されているログデータの確認状態が「未確認」であるか否かを判別することで、ステップＳ３００の判断を行う。確認状態が「未確認」の要因があると判断した場合（ステップＳ３００：Ｙｅｓ）、ステップＳ３０２へ進む。
【0176】
ステップＳ３０２では、確認可否判定部２２Ｆは、ステップＳ３０２で確認したログデータの確認状態が「確認不可」であるか否かを判断する（ステップＳ３０２）。ログデータの確認状態が「確認不可」であると判断した場合（ステップＳ３０２：Ｙｅｓ）、上記ステップＳ３００へ戻る。ログデータの確認状態が「確認不可」ではないと判断した場合（ステップＳ３０２：Ｎｏ）、ステップＳ３０４へ進む。
【0177】
ステップＳ３０４では、確認可否判定部２２Ｆは、車両１０の現在位置を取得する（ステップＳ３０４）。確認可否判定部２２Ｆは、車両状態データのナビ状態に含まれる車両１０の位置を読取ることで、車両１０の現在位置を取得する。
【0178】
そして、確認可否判定部２２Ｆは、ステップＳ３０４で取得した車両１０の現在位置が確認不可領域内であるか否かを判断する（ステップＳ３０６）。上述したように、確認可否判定部２２Ｆは、車両１０の現在位置と、確認不可エリアリスト２０Ｂと、を用いて、ステップＳ３０６の判断を行う。
【0179】
車両１０の現在位置が確認不可領域内ではない、すなわち確認不可領域外であると判断すると（ステップＳ３０６：Ｎｏ）、ステップＳ３０８へ進む。ステップＳ３０８では、確認可否判定部２２Ｆは、車両１０の現在位置が確認不可領域外であると判定する（ステップＳ３０８）。そして、後述するステップＳ３１４へ進む。
【0180】
一方、車両１０の現在位置が確認不可領域内であると判断した場合（ステップＳ３０６：Ｙｅｓ）、ステップＳ３１０へ進む。ステップＳ３１０では、確認可否判定部２２Ｆは、車両１０の現在位置が音声確認可能領域内であるか否かを判断する（ステップＳ３１０）。確認可否判定部２２Ｆは、確認不可エリアリスト２０Ｂにおける、車両１０の現在位置である領域を表す領域名に対応する音声確認可否を表す情報が音声確認を許可することを表す「〇」であるか否かを判別することで、ステップＳ３１０の判断を行う。
【0181】
ステップＳ３１０で音声確認可能領域内であると判断すると（ステップＳ３１０：Ｙｅｅｓ）、上記ステップＳ３０８へ進む。ステップＳ３１０で音声確認可能領域内ではないと判断すると（ステップＳ３１０：Ｎｏ）、ステップＳ３１２へ進む。
【0182】
ステップＳ３１２では、確認可否判定部２２Ｆは、車両１０の現在位置が確認不可領域内であると判定する（ステップＳ３１２）、そして、上記ステップＳ３０２へ戻る。
【0183】
車両１０の現在位置が確認不可領域外であると判定すると（ステップＳ３０８）。確認可否判定部２２Ｆは、車両１０の状況が夜間運転であるか否かを判断する（ステップＳ３１４）。
【0184】
車両１０の状況が夜間運転であると判断した場合（ステップＳ３１４：Ｙｅｓ）、確認可否判定部２２Ｆは、車両１０が停車中であるか否かを判断する（ステップＳ３１６）。確認可否判定部２２Ｆは、車両状態データに含まれる車両１０の速度、または車両状態データに含まれる車両１０のナビ状態に含まれる車速を用いて、車両１０が停車中であるか否かを判断すればよい。確認可否判定部２２Ｆは、車両１０が停車中であると判断すると（ステップＳ３１６：Ｙｅｓ）、後述するステップＳ３２２へ進む。確認可否判定部２２Ｆは、車両１０が停車中ではないと判断すると（ステップＳ３１６：Ｎｏ）、上記ステップＳ３０２へ戻る。
【0185】
一方、確認可否判定部２２Ｆは、車両１０の状況が夜間運転ではないと判断すると（ステップＳ３１４：Ｎｏ）、ステップＳ３１８へ進む。
【0186】
ステップＳ３１８では、確認可否判定部２２Ｆは、車両１０の状況が車線変更中であるか否かを判断する（ステップＳ３１８）。車両１０の状況が車線変更中であると判断すると（ステップＳ３１８：Ｙｅｓ）、上記ステップＳ３０２へ戻る。車両１０の状況が車線変更中ではないと判断すると（ステップＳ３１８：Ｎｏ）、ステップＳ３２０へ進む。
【0187】
ステップＳ３２０では、確認可否判定部２２Ｆは、車両１０の車間距離が所定距離以下であるか否かを判断する（ステップＳ３２０）。車両１０の車間距離が所定距離以下であると判断すると（ステップＳ３２０：Ｙｅｓ）、上記ステップＳ３０２へ戻る。車両１０の車間距離が所定距離以下ではないと判断すると（ステップＳ３２０：Ｎｏ）、ステップＳ３２２へ進む。
【0188】
ステップＳ３２２では、確認可否判定部２２Ｆは、ログデータにおける確認状態を「確認許可」に更新する（ステップＳ３２２）。このため、ログデータには「確認許可」を表す確認状態が記憶された状態となる（図５ＢＣ参照）。そして、確認可否判定部２２Ｆは、要因と、確認許可と、確認方法と、を表す情報を確認部２２Ｇへ通知する（ステップＳ３２４）。そして、上記ステップＳ３００へ戻る。
【0189】
確認可否判定部２２Ｆは、ステップＳ３０６または後述するステップＳ３３０で否定判断することで現在位置が確認不可領域外と判断した場合、確認方法として、視角および聴覚の少なくとも一方による確認方法を特定し、確認部２２Ｇへ通知すればよい。また、確認可否判定部２２Ｆは、ステップＳ３１０または後述するステップＳ３３２で肯定判断することで現在位置が確認不可領域外と判断した場合、確認方法として、聴覚のみによる確認方法を特定し、確認部２２Ｇへ通知すればよい。
【0190】
一方、上記ステップＳ３００で「未確認」の要因無と判断すると（ステップＳ３００：Ｎｏ）、ステップＳ３２６へ進む。
【0191】
ステップＳ３２６では、確認可否判定部２２Ｆは、確認状態が「確認不可」の要因があるか否かを判断する（ステップＳ３２６）。確認可否判定部２２Ｆは、ログデータ記憶部２０Ａに記憶されているログデータの確認状態が「確認不可」であるか否かを判別することで、ステップＳ３２６の判断を行う。確認状態が「確認不可」の要因が無いと判断した場合（ステップＳ３２６：Ｎｏ）、上記ステップＳ３００へ戻る。確認状態が「確認不可」の要因があると判断した場合（ステップＳ３２６：Ｙｅｓ）、ステップＳ３２８へ進む。
【0192】
ステップＳ３２８では、確認可否判定部２２Ｆは、車両１０の現在位置を取得する（ステップＳ３２８）。確認可否判定部２２Ｆは、車両状態データのナビ状態に含まれる車両１０の位置を読取ることで、車両１０の現在位置を取得する。
【0193】
そして、確認可否判定部２２Ｆは、ステップＳ３２８で取得した車両１０の現在位置が確認不可領域内であるか否かを判断する（ステップＳ３３０）。上述したように、確認可否判定部２２Ｆは、車両１０の現在位置と、確認不可エリアリスト２０Ｂと、を用いて、ステップＳ３３０の判断を行う。
【0194】
車両１０の現在位置が確認不可領域内であると判断した場合（ステップＳ３３０：Ｙｅｓ）、ステップＳ３３２へ進む。ステップＳ３３２では、確認可否判定部２２Ｆは、車両１０の現在位置が音声確認可能領域内であるか否かを判断する（ステップＳ３３２）。確認可否判定部２２Ｆは、確認不可エリアリスト２０Ｂにおける、車両１０の現在位置である領域を表す領域名に対応する音声確認可否を表す情報が音声確認を許可することを表す「〇」であるか否かを判別することで、ステップＳ３３２の判断を行う。
【0195】
ステップＳ３３２で音声確認可能領域内であると判断すると（ステップＳ３３２：Ｙｅｅｓ）、後述するステップＳ３３６へ進む。ステップＳ３３２で音声確認可能領域内ではないと判断すると（ステップＳ３３２：Ｎｏ）、ステップＳ３３４へ進む。
【0196】
ステップＳ３３４では、確認可否判定部２２Ｆは、車両１０の現在位置が確認不可領域内であると判定する（ステップＳ３３４）、そして、上記ステップＳ３００へ進む。
【0197】
一方、車両１０の現在位置が確認不可領域内ではない、すなわち確認不可領域外であると判断すると（ステップＳ３３０：Ｎｏ）、ステップＳ３３６へ進む。ステップＳ３３６では、確認可否判定部２２Ｆは、車両１０の現在位置が確認不可領域外であると判定する（ステップＳ３３６）。そして、ステップＳ３３８へ進む。
【0198】
車両１０の現在位置が確認不可領域外であると判定すると（ステップＳ３３６）。確認可否判定部２２Ｆは、車両１０の状況が夜間運転であるか否かを判断する（ステップＳ３３８）。
【0199】
車両１０の状況が夜間運転であると判断した場合（ステップＳ３３８：Ｙｅｓ）、確認可否判定部２２Ｆは、車両１０が停車中であるか否かを判断する（ステップＳ３４０）。確認可否判定部２２Ｆは、車両状態データに含まれる車両１０の速度、または車両状態データに含まれる車両１０のナビ状態に含まれる車速を用いて、車両１０が停車中であるか否かを判断すればよい。確認可否判定部２２Ｆは、車両１０が停車中であると判断すると（ステップＳ３４０：Ｙｅｓ）、上記ステップＳ３２２へ進む。確認可否判定部２２Ｆは、車両１０が停車中ではないと判断すると（ステップＳ３４０：Ｎｏ）、上記ステップＳ３００へ戻る。
【0200】
一方、確認可否判定部２２Ｆは、車両１０の状況が夜間運転ではないと判断すると（ステップＳ３３８：Ｎｏ）、ステップＳ３４２へ進む。
【0201】
ステップＳ３４２では、確認可否判定部２２Ｆは、車両１０の状況が車線変更中であるか否かを判断する（ステップＳ３４２）。車両１０の状況が車線変更中であると判断すると（ステップＳ３４２：Ｙｅｓ）、上記ステップＳ３００へ戻る。車両１０の状況が車線変更中ではないと判断すると（ステップＳ３４２：Ｎｏ）、ステップＳ３４４へ進む。
【0202】
ステップＳ３４４では、確認可否判定部２２Ｆは、車両１０の車間距離が所定距離以下であるか否かを判断する（ステップＳ３４４）。車両１０の車間距離が所定距離以下であると判断すると（ステップＳ３４４：Ｙｅｓ）、上記ステップＳ３００へ戻る。車両１０の車間距離が所定距離以下ではないと判断すると（ステップＳ３４４：Ｎｏ）、上記ステップＳ３２２へ進む。
【0203】
確認可否判定部２２Ｆが車両１０の電源オンの期間、図９に示す繰り返し処理を繰り返し継続して実行することで、ログデータにおける確認状態が車両１０の位置および車両１０の状況に応じて更新される。そして、確認可否判定部２２Ｆは、ログデータにおける確認状態を「確認許可」に更新したときに、該ログデータに含まれる要因と、確認許可と、確認方法と、を表す情報を確認部２２Ｇへ通知する。
【0204】
このため、確認部２２Ｇは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて不安要因特定部２２Ｅで特定した一つの要因が正しいか否かの搭乗者への確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認することができる。
【0205】
以上説明したように、本実施形態の情報処理装置２２は、不安検出部２２Ａと、不安要因特定部２２Ｅと、確認可否判定部２２Ｆと、確認部２２Ｇと、を備える。不安検出部２２Ａは、車両１０の搭乗者が不安を感じたことを検出する。不安要因特定部２２Ｅは、不安が検出されたときに、搭乗者の状態を検出することにより得られた搭乗者状態データ、車両１０の状態を検出することにより得られた車両状態データ、および車両１０が走行する状態を検出することで得られた走行状態データの少なくとも一つを用いて、予め定められた複数の要因から、搭乗者に不安を与えている一つの要因を特定する。確認可否判定部２２Ｆは、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、一つの要因が正しいか否かの搭乗者への確認を許可するか否かを判定する。確認部２２Ｇは、確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認する。
【0206】
ここで、従来技術では、特定した要因の搭乗者に対する確認タイミングについて考慮されておらず、状況などによっては搭乗者に対する運転阻害を引き起こす場合があった。
【0207】
一方、本実施形態の情報処理装置２２では、確認可否判定部２２Ｆが、車両１０の位置および車両１０の状況の少なくとも一方に基づいて、一つの要因が正しいか否かの搭乗者への確認を許可するか否かを判定する。確認部２２Ｇは、確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認する。
【0208】
このため、本実施形態の情報処理装置２２では、車両１０の位置および車両１０の状況の少なくとも一方が搭乗者の運転阻害を引き起こさないような状態であるときに、要因が正しいか否かの搭乗者への確認を許可すると判定することができる。そして、確認部２２Ｇは、確認を許可すると判定されたときに、一つの要因が正しいか否かを搭乗者に確認する。よって、確認部２２Ｇは、搭乗者の運転阻害を引き起こさない適切なタイミングで、要因が正しいか否かを搭乗者に確認することができる。
【0209】
従って、本実施形態の情報処理装置２２は、搭乗者による要因の確認時の運転阻害を抑制することができる。
【0210】
また、本実施形態の情報処理装置２２は、搭乗者の運転阻害を引き起こさない適切なタイミングで、要因が正しいか否かを搭乗者に確認することができるため、搭乗者が不安の要因を確認する際の危険性の減少を図ることができる。
【0211】
なお、本実施形態では、情報処理装置２２が車両１０に搭載された形態を一例として説明した。しかし、情報処理装置２２は、車両１０の外部に搭載された構成であってもよい。情報処理装置２２は、車両１０に設けられた搭乗者状態センシング部１２、走行状態センシング部１４、車両状態センシング部１６、ＵＩ部１８、および記憶部２０などの各種の機器と通信可能に接続されていればよい。このため、情報処理装置２２は、車両１０の外部に設けられた情報処理装置に搭載された形態であってもよい。この場合、情報処理装置２２の搭載された外部の情報処理装置と、上記各種の機器とを、ネットワークＮなどを介して通信可能に構成すればよい。
【0212】
なお、上記には、実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上記新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態は、発明の範囲または要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0213】
１０ 車両
２２ 情報処理装置
２２Ａ 不安検出部
２２Ｅ 不安要因特定部
２２Ｆ 確認可否判定部
２２Ｇ 確認部
２２Ｈ 対策決定部
２２Ｉ 対策実行部
２２ 情報処理装置
２２Ａ 不安検出部
２２Ｅ 不安要因特定部
２２Ｆ 確認可否判定部
２２Ｇ 確認部
２２Ｈ 対策決定部
２２Ｉ 対策実行部
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図4】
【図5A】
【図5B】
【図5C】
【図5D】
【図6】
【図7】
【図8】
【図9】