(57)【要約】【課題】運転者の状態をもとに警告を出力する技術を提供する。【解決手段】取得部２０は、第１情報と第２情報との少なくとも１つを取得する。通知部２４は、取得した第１情報と第２情報の少なくとも１つをもとに生成された警告情報であって、かつ運転者に適用される保険の保険料の上昇の可能性が示された警告情報を運転者に通知する。受付部２６は、通知した警告情報に対する承認を運転者から受けつける。処理部２２は、承認を受けつけた場合、保険料の上昇の可能性に対する運転者による承認を保険会社サーバ３００に送信することを決定し、承認を受けつけない場合、第１情報と第２情報の少なくとも１つを保険会社サーバ３００に送信することを決定する。【選択図】図１
2019168986.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載可能な運転支援装置であって、
前記車両の外における運転者の生活状態に関する第１情報と、前記車両の内における運転者の運転状態に関する第２情報との少なくとも１つを取得する取得部と、
前記取得部において取得した第１情報と第２情報の少なくとも１つをもとに生成された警告情報であって、かつ運転者に適用される保険の保険料の上昇の可能性が示された警告情報を運転者に通知する通知部と、
前記通知部において通知した警告情報に対する承認を運転者から受けつける受付部と、
前記受付部が承認を受けつけた場合、保険料の上昇の可能性に対する運転者による承認を外部のサーバに送信することを決定し、前記受付部が承認を受けつけない場合、第１情報と第２情報の少なくとも１つを前記外部のサーバに送信することを決定する処理部と、
を備えることを特徴とする運転支援装置。
【請求項２】
前記通知部は、第１段階において第１情報をもとに生成された警告情報を通知し、第１段階よりも後の第２段階であって、かつ運転者による運転が開始されてからの第２段階において第２情報をもとに生成された警告情報を通知することを特徴とする請求項１に記載の運転支援装置。
【請求項３】
前記処理部において、第１情報と第２情報の少なくとも１つを前記外部のサーバに送信することが決定された場合、第１情報と第２情報の少なくとも１つを送信する通信部をさらに備えることを特徴とする請求項１または２に記載の運転支援装置。
【請求項４】
前記外部のサーバは、保険会社サーバであることを特徴とする請求項１から３のいずれかに記載の運転支援装置。
【請求項５】
前記外部のサーバは、保険会社サーバとの間に接続された分析会社サーバであり、
前記分析会社サーバは、第１情報と第２情報の少なくとも１つを加工した情報を前記保険会社サーバに送信することを特徴とする請求項１から３のいずれかに記載の運転支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載可能な運転支援装置に関する。
【背景技術】
【０００２】
安全運転サーバは、車両の車載器と通信可能であり、車載器から受信した車両情報等をもとに、運転者の危険運転レベルを判定してから自動車保険の保険料の現行の値からの変化を推定する。車載器は、安全運転サーバから推定結果を受けつけると、推定結果を表示する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第１７／１４５６９３号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
これまで、運転者の挙動をもとに危険運転レベルが判定されていたが、運転者の車外あるいは車内での状態は考慮されていない。例えば、これまで睡眠不足ではない状態で運転していた運転者が、睡眠不足の状態で運転すると、危険運転レベルがこれまでよりも危険を示すこともある。このような状態は、なるべく早くに認識される方が望ましい。
【０００５】
本発明はこうした状況に鑑みなされたものであり、その目的は、運転者の状態をもとに警告を出力する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の運転支援装置は、車両に搭載可能な運転支援装置であって、車両の外における運転者の生活状態に関する第１情報と、車両の内における運転者の運転状態に関する第２情報との少なくとも１つを取得する取得部と、取得部において取得した第１情報と第２情報の少なくとも１つをもとに生成された警告情報であって、かつ運転者に適用される保険の保険料の上昇の可能性が示された警告情報を運転者に通知する通知部と、通知部において通知した警告情報に対する承認を運転者から受けつける受付部と、受付部が承認を受けつけた場合、保険料の上昇の可能性に対する運転者による承認を外部のサーバに送信することを決定し、受付部が承認を受けつけない場合、第１情報と第２情報の少なくとも１つを外部のサーバに送信することを決定する処理部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、システム、方法、プログラム、プログラムを記録した記録媒体、本装置を搭載した車両などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、運転者の状態をもとに警告を出力できる。
【図面の簡単な説明】
【０００９】
【図１】本実施例に係る車両の構成を示す図である。
【図２】図２（ａ）−（ｂ）は、図１の通知部に表示される画面を示す図である。
【図３】図１の運転支援装置による処理手順を示すフローチャートである。
【図４】変形例に係る運転支援装置による処理手順を示すフローチャートである。
【図５】別の変形例に係る車両の構成を示す図である。
【発明を実施するための形態】
【００１０】
本発明を具体的に説明する前に、概要を述べる。本実施例は、車両に搭載可能な運転支援装置であって、かつ車両の運転の危険性が高まった場合に警告を運転者に通知する運転支援装置に関する。これまでは、車両の運転の危険性を判定するために、運転者による過去の挙動に関する情報を利用している。車両の運転の危険性は、運転者による過去の挙動だけではなく、運転者の眠さによっても判定可能である。例えば、運転者が眠い状態にある場合、車両の運転の危険性が高まり、運転者に警告を通知すべき状態であるといえる。一方、警告を運転者に通知するだけでは、その内容を運転者が理解しているか不明である。警告の内容を運転者に理解されることが望まれる。このような状況下において、本実施例に係る運転支援装置は、次の処理を実行する。
【００１１】
運転支援装置は、運転者の眠さの程度を把握するために、運転者の生活状態に関する第１情報、運転者の運転状態に関する第２状態の少なくとも１つを使用する。第１情報は、例えば、睡眠効率、睡眠時間であり、時計あるいはスマートフォンのような電子機器に搭載されたバイタルセンサによって取得される。また、第２情報は、覚醒度であり、車室内に搭載された撮像装置のようなセンサによって撮像された映像をもとに取得される。つまり、第１情報と第２情報は、運転者の眠さの指標となる値を示す。運転支援装置は、第１情報と第２情報の少なくとも１つをもとに、運転の危険性を判定する。運転の危険性が高まった場合に、運転支援装置は警告情報を運転者に通知する。
【００１２】
その際、警告情報の内容を運転者に理解させ、現在の運転者の状態での運転回避の判断を促すために、保険の保険料の上昇の可能性があることが示された警告情報を通知するとともに、保険料の上昇の可能性を承認するか否かの応答を運転者から受けつける。運転支援装置は、運転者から承認を受けつけた場合、保険料の上昇の可能性の承認が示された承認情報を保険会社サーバに送信する。一方、運転支援装置は、運転者から承認を受けつけない場合、つまり運転者から拒否された場合、運転者が車両の運転を継続すると、第１情報と第２情報の少なくとも１つを保険会社サーバに送信する。つまり、保険料の上昇の可能性を拒否した場合、運転者が車両の運転を継続すると、運転者に対する第１情報と第２情報の少なくとも１つが保険会社サーバによって監視される状態になる。以下、実施例について、図面を参照して詳細に説明する。なお、以下に説明する各実施例は一例であり、本発明はこれらの実施例により限定されるものではない。
【００１３】
図１は、車両１００の構成を示す。車両１００は、運転支援装置１０、センサ１２、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１４を含む。運転支援装置１０は、取得部２０と総称される第１取得部２０ａ、第２取得部２０ｂ、第３取得部２０ｃ、処理部２２、通知部２４、受付部２６、通信部２８を含む。運転支援装置１０は、電子機器２００、保険会社サーバ３００に接続される。
【００１４】
電子機器２００は、例えば、時計、スマートフォンであり、バイタルセンサを搭載するとともに、通信機能も搭載する。電子機器２００は、バイタルセンサを利用して、運転者の日常生活における睡眠効率、睡眠時間等を測定する。測定項目は、これらに限定されないが、運転者の睡眠の程度を把握可能な項目が測定されればよい。なお、これらの測定には公知の技術が使用されればよいので、ここでは説明を省略する。以下では、これらのような車両１００の外における運転者の生活状態に関する情報を「第１情報」と呼ぶ。この第１情報は、運転者が車両１００に乗車する前に測定済の情報である。電子機器２００は、無線通信により第１情報を運転支援装置１０に送信する。この無線通信には、例えばＢｌｕｅｔｏｏｔｈ（登録商標）が使用されるが、これに限定されない。
【００１５】
第１取得部２０ａは、電子機器２００との間で無線通信を実行し、電子機器２００から第１情報を取得する。例えば、第１取得部２０ａは、電子機器２００を携帯した運転者が車両１００に乗り込むために車両１００に近づいてきた場合に、車両１００外において既に測定した第１情報を受信する。
【００１６】
センサ１２は、例えば、車室内に搭載されたカメラであり、運転中の運転者の顔を撮像する。センサ１２は、運転者の顔を撮像した画像に対して画像認識処理を実行することによって、運転者の顔の表情を認識する。センサ１２は、認識した顔の表情をもとに、運転者の状態として、運転者の覚醒度を推定する。画像認識処理、覚醒度の推定には、公知の技術が使用されればよいので、ここでは説明を省略する。また、運転者の覚醒度の一例として、ここでは、表情から眠気をするためのＮＥＤＯ（独立行政法人  新エネルギー・産業技術総合開発機構））の評価方法において規定された眠気レベルを使用する。この規定では、眠気レベルは、１から５の５段階で評価される。具体的には、「眠気レベル１」は全く眠くなさそう、「眠気レベル２」はやや眠そう、「眠気レベル３」は眠そう、「眠気レベル４」はかなり眠そう、「眠気レベル５」は非常に眠そうと分類される。
【００１７】
センサ１２は、視線の移動が早く頻繁であったり、瞬きが２秒に２回くらいの安定した周期であったり、動きが活発で身体の動きを伴ったりする場合に、「眠気レベル１」と推定する。また、センサ１２は、唇が開いていたり、視線移動の動きが遅かったりする場合に、「眠気レベル２」と推定する。また、センサ１２は、瞬きがゆっくりと頻発したり、口の動きがあったり、座り直しがあったり、顔に手をやったりした場合に、「眠気レベル３」と推定する。また、センサ１２は、意識的と思われる瞬きがあったり、首を振る・肩の上下動などの無用な身体全体の動きがあったり、あくびが頻発し深呼吸も見られたり、瞬き・視線の動きが遅かったりする場合に、「眠気レベル４」と推定する。また、センサ１２は、瞼が閉じられたり、頭が前に傾いたり、頭が後に倒れたりする場合に、「眠気レベル５」と推定する。このような規定において、眠気レベル１に近づくほど覚醒度が高いといえ、眠気レベル５に近づくほど覚醒度が低いといえる。
【００１８】
以下では、これらのような車両１００の内における運転者の運転状態に関する情報を「第２情報」と呼ぶ。この第２情報は、運転者が車両１００の運転中に測定される情報である。センサ１２は、第２情報を第２取得部２０ｂに出力する。第２取得部２０ｂは、センサ１２から第２情報を取得する。例えば、第２取得部２０ｂは、運転者が車両１００を運転している間に定期的に第２情報を受信する。このように取得部２０は、第１情報と第２情報との少なくとも１つを取得する。
【００１９】
ＣＡＮ１４は、車室外の状況および車両１００の状態を検出するための各種センサに接続され、それらにおいて検出された検出結果が含まれた検出情報を受信する。ここでは、特に、車両１００の状態を検出するためのセンサ、例えば、速度センサ、加速度センサ、ジャイロセンサ、地磁気センサ、傾斜センサ等からの検出情報が受信される。ＣＡＮ１４は、検出情報を第３取得部２０ｃに出力する。第３取得部２０ｃは、ＣＡＮ１４から検出情報を取得する。
【００２０】
処理部２２は、第３取得部２０ｃにおいて受けつけた検出情報をもとに、車両１００に運転者が乗り込んで、運転者が運転を開始するまでの第１段階と、第１段階よりも後の第２段階であって、かつ運転者による車両の運転が開始されてからの第２段階とを判定する。例えば、処理部２２は、エンジンあるいはモータの起動を検出してから、検出情報が車両の停止を示している場合に第１段階であると判定する。一方、処理部２２は、第１段階において、検出情報が車両の移動を示している場合に第２段階であると判定する。
【００２１】
処理部２２は、第１段階において第１取得部２０ａからの第１情報を受けつける。処理部２２は、第１情報における睡眠効率としきい値とを比較し、睡眠効率がしきい値より低ければ警告状態であると判定する。一方、処理部２２は、睡眠効率がしきい値以上であれば警告状態でないと判定する。なお、睡眠効率の代わりに睡眠時間を使用する場合、処理部２２は、睡眠時間がしきい値より短ければ警告状態であると判定し、睡眠時間がしきい値以上であれば警告状態でないと判定する。
【００２２】
処理部２２は、警告状態であると判定した場合、運転者が加入している保険の保険料を問い合わせるための問い合わせ信号を生成する。その際、処理部２２は、運転者を識別するための加入者番号を保持しており、加入者番号を問い合わせ信号に格納する。処理部２２は、問い合わせ信号を通信部２８に出力する。通信部２８は、保険会社サーバ３００との間で無線通信を実行し、保険会社サーバ３００に問い合わせ信号を送信する。なお、通信部２８において実行される無線通信システムは、第１取得部２０ａにおいて実行される無線通信システムと別であってもよいし、同じであってもよい。
【００２３】
保険会社サーバ３００は、保険会社の業務を管理するためのサーバである。保険会社サーバ３００は、保険会社内に設置されていてもよく、保険会社外に設置されていてもよい。また、保険会社サーバ３００は、複数の装置によって構成されてもよい。保険会社サーバ３００は、運転支援装置１０からの問い合わせ信号を受信すると、問い合わせ信号に含まれた加入者番号をもとに認証処理を実行する。認証処理には公知の技術が使用されればよいので、ここでは説明を省略する。認証が成功すると、加入者番号に対応した加入者情報が確認された回答情報を生成する。保険会社サーバ３００は、回答情報を運転支援装置１０に送信する。
【００２４】
通信部２８は、回答情報を保険会社サーバ３００から受信すると、回答情報を処理部２２に出力する。処理部２２は、回答情報を受けつけると、回答情報に含まれた加入者情報、特に保険料の情報を抽出する。処理部２２は、抽出した保険料をもとに、警告状態において車両を運転した場合に更新されうる保険料を計算する。これは、警告状態において運転して事故を起こした場合に、翌年更新される保険料であってもよい。更新する保険料を導出するための計算式は、処理部２２に予め記憶されている。なお、保険料の代わりに保険料率であってもよい。処理部２２は、計算した保険料をもとに、運転者に適用される保険の保険料の上昇の可能性が示された警告情報を生成する。処理部２２は、警告情報を通知部２４に出力する。
【００２５】
通知部２４は、例えば、車室内に設置されているカーナビゲーションシステム、ヘッドアップディスプレイ、センターディスプレイである。通知部２４は、処理部２２から受けつけた警告情報を表示する。図２（ａ）−（ｂ）は、通知部２４に表示される画面を示す。図２（ａ）のごとく、「運転すると保険料が○○円になるおそれがあります」と示された警告情報が表示される。また、警告情報の内容に承認する場合に選択される「承認ボタン」と、警告情報の内容を拒否する場合に選択される「拒否ボタン」が表示される。図２（ｂ）では、保険料率の上昇の可能性があることが警告情報によって示される。図１に戻る。
【００２６】
受付部２６は、運転者あるいは乗員による操作入力を受けつけるユーザインタフェース装置である。例えば受付部２６は、タッチパネル、レバー、ボタン、スイッチ、ジョイスティックやボリューム等のコントローラ、非接触でジェスチャーを認識するカメラ等のセンサ、音声を認識するマイク等のセンサや、それらの組合せである。なお、受付部２６と通知部２４は一体化されてもよく、例えばタッチパネルディスプレイとして実装されてもよい。受付部２６は、通知部２４において通知した警告情報に対する承認あるいは拒否を運転者から受けつける。なお、通知部２４が警告情報を通知してから所定の期間にわたって、受付部２６が入力を受けつけない場合、受付部２６は、拒否を受けつけたとする。受付部２６は、受けつけた入力を処理部２２に出力する。
【００２７】
処理部２２は、受付部２６が承認を受けつけた場合、保険料の上昇の可能性に対する運転者による承認を保険会社サーバ３００に送信することを決定する。処理部２２は、加入者番号と承認の情報が含まれた承認信号を生成して、通信部２８に出力する。通信部２８は、承認信号を保険会社サーバ３００に送信する。一方、処理部２２は、受付部２６が承認を受けつけない場合、つまり拒否を受けつけた場合、拒否を受け付けてから運転者が車両の運転を継続していると判定すると、第１取得部２０ａから受けつけた第１情報を保険会社サーバ３００に送信することを決定する。処理部２２は、加入者番号と第１情報とが含まれた報告信号を生成して、通信部２８に出力する。通信部２８は、報告信号を保険会社サーバ３００に送信する。なお、処理部２２は、拒否を受けつけた場合であっても、エンジンあるいはモータの起動を検出しないことによって、運転者が車両の運転を回避したと判断されれば、そうした情報を保険会社サーバ３００に送信するようにしてもよい。
【００２８】
処理部２２は、第２段階において第２取得部２０ｂからの第２情報を受けつける。処理部２２は、第２情報における眠気レベルとしきい値とを比較し、眠気レベルで示される覚醒度がしきい値より低ければ警告状態であると判定する。しきい値は、例えば、眠気レベル３に設定される。一方、処理部２２は、眠気レベルで示される覚醒度がしきい値以上であれば警告状態でないと判定する。
【００２９】
処理部２２において警告状態であると判定された場合、処理部２２、通知部２４、受付部２６は、これまでと同様の処理を実行する。特に、処理部２２において受付部２６が承認を受けつけた場合、処理部２２、通信部２８はこれまでと同様の処理を実行する。一方、処理部２２は、受付部２６が承認を受けつけない場合、つまり拒否を受けつけた場合、拒否を受け付けてから運転者が車両の運転を継続していると判定すると、第２取得部２０ｂから受けつけた第２情報を保険会社サーバ３００に送信することを決定する。処理部２２は、加入者番号と第２情報とが含まれた報告信号を生成して、通信部２８に出力する。通信部２８は、報告信号を保険会社サーバ３００に送信する。特に、第２取得部２０ｂが第２情報を逐次受けつけていれば、通信部２８は、報告信号を保険会社サーバ３００に逐次送信する。ここでも、処理部２２は、拒否を受けつけた場合であっても、エンジンあるいはモータの起動を検出しないことによって、運転者が車両の運転を回避したと判断されれば、そうした情報を保険会社サーバ３００に送信するようにしてもよい。なお、処理部２２において警告状態であると判定された場合、第１段階において、保険料の上昇の可能性を運転者が既に承認していれば、処理部２２、通知部２４、受付部２６は、処理を省略してもよい。
【００３０】
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、メモリ、その他のＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）で実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００３１】
以上の構成による運転支援装置１０の動作を説明する。図３は、運転支援装置１０による処理手順を示すフローチャートである。運転者が車両の運転前であれば（ステップＳ１０のＹ）、第１取得部２０ａは電子機器２００から第１情報を取得する（ステップＳ１２）。一方、運転者による車両の運転前でない場合（ステップＳ１０のＮ）、つまり車両を運転中である場合、第２取得部２０ｂはセンサ１２から第２情報を取得する（ステップＳ１４）。処理部２２が警告状態であると判定した場合（ステップＳ１６のＹ）、通知部２４は運転者に対して警告を通知する（ステップＳ１８）。受付部２６が警告内容に関する承認を運転者から受けつけた場合（ステップＳ２０のＹ）、通信部２８は運転者からの承認情報を保険会社サーバ３００に送信する（ステップＳ２２）。受付部２６が承認を運転者から受けつけなかった場合（ステップＳ２０のＮ）、通信部２８は、運転者が車両の運転を継続すると、第１情報あるいは第２情報を保険会社サーバ３００に送信する（ステップＳ２４）。処理部２２が警告状態であると判定しなかった場合（ステップＳ１６のＮ）、処理は終了される。
【００３２】
次に変形例を説明する。これまでは、警告状態であれば警告情報を通知し、警告状態でなければ警告情報を通知していない。変形例では、警告状態をさらに複数の段階に分けて、警告情報の通知以外の処理も実行する。変形例に係る車両１００は図１と同様のタイプである。ここでは、実施例との差異を中心に説明する。図４は、変形例に係る運転支援装置１０による処理手順を示すフローチャートである。第１取得部２０ａは電子機器２００から第１情報を取得する（ステップＳ１００）。処理部２２は、第１情報に含まれた睡眠効率に対するしきい値として第１しきい値、第２しきい値（第１しきい値＞第２しきい値）を規定する。処理部２２は、睡眠効率が第１しきい値以上である場合に警告レベル低と判定し、睡眠効率が第１しきい値よりも低く、かつ第２しきい値以上である場合に警告レベル中と判定し、睡眠効率が第２しきい値よりも低い場合に警告レベル高と判定する。なお、警告レベル低は、警告状態ではないことに相当する。
【００３３】
第１情報による判定結果が警告レベル低でなく（ステップＳ１０２のＮ）、警告レベル中でない場合（ステップＳ１０４のＮ）は警告レベル高に相当する。警告レベル高である場合に、ドアロックが強制解錠されたこと（ステップＳ１０６のＹ）が含まれた情報を第３取得部２０ｃがＣＡＮ１４から受けつけた場合、通信部２８は、承認情報を保険会社サーバ３００に送信する（ステップＳ１０８）。これに続いて、取得部２０、処理部２２、通知部２４、受付部２６は、実施例において説明した第２情報による警告処理を実行する（ステップＳ１１０）。ドアロックが強制解錠されなかったこと（ステップＳ１０６のＮ）が含まれた情報を第３取得部２０ｃがＣＡＮ１４から受けつけた場合、運転支援装置１０は、電子機器２００に対して、運転者を公共交通機関に誘導させる（ステップＳ１１２）。警告レベル中である場合（ステップＳ１０４のＹ）、運転支援装置１０は、車両１００に対して移動制限を実行させる（ステップＳ１１４）。移動制限がなされると、車両１００は、所定の距離しか移動しなくなったり、所定の速度までによってしか移動しなくなったりする。警告レベル低である場合（ステップＳ１０２のＹ）、ステップＳ１０４からステップＳ１１４はスキップされる。
【００３４】
次に、別の変形例を説明する。図５は、別の変形例に係る車両１００の構成を示す。図示のごとく、図１に示される構成に分析会社サーバ４００が追加される。分析会社サーバ４００は、第１通信部５０、処理部５２、記録部５４、第２通信部５６を含む。第１通信部５０は、運転支援装置１０の通信部２８からの情報を受信する。ここでの情報は、第１情報と第２情報の少なくとも１つである。記録部５４は、第２通信部５６および記録部５４を介して保険会社サーバ３００から予め取得した保険料等の情報を記憶する。処理部５２は、記録部５４に記憶した情報をもとに、第１通信部５０において受信した情報を加工して、加工した情報を第２通信部５６に出力する。情報の加工については公知の技術が使用されればよいので、ここでは説明を省略する。第２通信部５６は、加工した情報を保険会社サーバ３００に出力する。
【００３５】
ここで、分析会社サーバ４００は、各運転者の情報を記録部５４に記録しておき、保険会社サーバ３００への情報提供をリアルタイムでなく、所定のタイミングで行ってもよい。また、分析会社サーバ４００は、複数の運転者（複数の車両）からの情報を分析し、保険会社サーバ３００に出力してもよい。保険会社サーバ３００では、この情報を、保険料の見直し基準に役立つ情報として使用する。
【００３６】
本実施例によれば、眠りの程度を範囲した第１情報あるいは第２情報をもとに警告状態であるか否かを判定するので、運転者の眠さによって運転の危険性を判定できる。また、警告状態になった場合に、保険料の上昇の可能性があることを通知するので、運転者の状態をもとに警告を出力できる。また、保険料の上昇の可能性に対する承認を運転者から受けつけるので、警告情報の内容を運転者が理解していることを確認できる。また、保険料の上昇の可能性に対する拒否を受けつけた場合に、運転者が車両の運転を継続すると、第１情報と第２情報の少なくとも１つを送信するので、運転者の状態を保険会社に知らせることができる。また、車両の運転開始前に第１情報を使用し、車両の運転中に第２情報を使用するので、判定の精度を向上できる。また、第１情報と第２情報の少なくとも１つを送信するので、第１情報と第２情報の少なくとも１つを保険会社に使用させることができる。また、第１情報と第２情報の少なくとも１つを送信するので、第１情報と第２情報の少なくとも１つを分析会社に使用させることができる。
【００３７】
本発明の一態様の概要は、次の通りである。本発明のある態様の運転支援装置は、車両に搭載可能な運転支援装置であって、車両の外における運転者の生活状態に関する第１情報と、車両の内における運転者の運転状態に関する第２情報との少なくとも１つを取得する取得部と、取得部において取得した第１情報と第２情報の少なくとも１つをもとに生成された警告情報であって、かつ運転者に適用される保険の保険料の上昇の可能性が示された警告情報を運転者に通知する通知部と、通知部において通知した警告情報に対する承認を運転者から受けつける受付部と、受付部が承認を受けつけた場合、保険料の上昇の可能性に対する運転者による承認を外部のサーバに送信することを決定し、受付部が承認を受けつけない場合、第１情報と第２情報の少なくとも１つを外部のサーバに送信することを決定する処理部と、を備える。
【００３８】
この態様によると、承認を運転者から受けつけた場合、保険料の上昇の可能性に対する承認を送信し、警告情報に対する承認を運転者から受けつけなかった場合、第１情報と第２情報の少なくとも１つを送信するので、運転者の状態をもとに警告を出力できる。
【００３９】
通知部は、第１段階において第１情報をもとに生成された警告情報を通知し、第１段階よりも後の第２段階であって、かつ運転者による運転が開始されてからの第２段階において第２情報をもとに生成された警告情報を通知してもよい。この場合、運転開始前に第１情報を使用し、運転中に第２情報を使用するので、判定の精度を向上できる。
【００４０】
処理部において、第１情報と第２情報の少なくとも１つを外部のサーバに送信することが決定された場合、第１情報と第２情報の少なくとも１つを送信する通信部をさらに備えてもよい。この場合、第１情報と第２情報の少なくとも１つを送信するので、第１情報と第２情報の少なくとも１つを外部のサーバに使用させることができる。
【００４１】
外部のサーバは、保険会社サーバであってもよい。この場合、保険会社に情報を使用させることができる。
【００４２】
外部のサーバは、保険会社サーバとの間に接続された分析会社サーバであり、分析会社サーバは、第１情報と第２情報の少なくとも１つを加工した情報を保険会社サーバに送信してもよい。この場合、分析会社に情報を使用させることができる。
【００４３】
以上、本発明を実施例をもとに説明した。これらの実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４４】
本実施例において、処理部２２は、受付部２６が承認を受けつけない場合、第１情報あるいは第２情報を通信部２８に送信させる。しかしながらこれに限らず例えば、第１情報あるいは第２情報は予めサーバに送信されており、受付部２６が承認を受けつけない場合、処理部２２は、第１情報あるいは第２情報を当該サーバから保険会社サーバ３００に送信させてもよい。本変形例によれば、構成の自由度を向上できる。
【符号の説明】
【００４５】
１０  運転支援装置、  １２  センサ、  １４  ＣＡＮ、  ２０  取得部、  ２２  処理部、  ２４  通知部、  ２６  受付部、  ２８  通信部、  １００  車両、  ２００  電子機器、  ３００  保険会社サーバ。
【図１】
2019168986.tif 000003
【図２】
2019168986.tif 000004
【図３】
2019168986.tif 000005
【図４】
2019168986.tif 000006
【図５】
2019168986.tif 000007