(57)【要約】  本技術は、ユーザが確実にリスクを回避することができるようにする情報処理装置、情報処理方法、及び、プログラムに関する。情報処理装置は、予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御部と、前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価部と、評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測部とを備える。本技術は、例えば、移動体の運転の支援を行う情報処理システム若しくは情報処理装置、又は、各種の保険を提供する情報処理システム若しくは情報処理装置に適用できる。
2018190152.tif 000002
【特許請求の範囲】
【請求項１】
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御部と、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価部と、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測部と
を備える情報処理装置。
【請求項２】
前記リスク予測部は、前記ユーザによる移動体の運転に関するリスクの予測を行う
請求項１に記載の情報処理装置。
【請求項３】
運転中の前記ユーザ又は前記移動体の挙動である運転挙動を検出する運転挙動検出部を
さらに備え、
前記リスク予測部は、前記運転挙動の検出結果に基づいて、前記リスクの予測を行う
請求項２に記載の情報処理装置。
【請求項４】
前記運転挙動検出部の検出対象となる危険な運転挙動のレベルが、前記従順度に基づいて変化する
請求項３に記載の情報処理装置。
【請求項５】
前記従順度が低くなるほど、前記運転挙動検出部の検出対象となる危険な運転挙動のレベルが低くなる
請求項４に記載の情報処理装置。
【請求項６】
前記ユーザの運転前の状態及び運転中の状態のうち少なくとも１つに基づいて、前記ユーザの運転に対する適性の診断を行う診断部を
さらに備え、
前記リスク予測部は、前記診断の結果に基づいて、前記リスクの予測を行う
請求項２に記載の情報処理装置。
【請求項７】
前記従順度が低くなるほど、前記リスク予測部の予測対象となるリスクのレベルが低くなる
請求項１に記載の情報処理装置。
【請求項８】
前記従順度に基づいて、前記ユーザに対する保険の保険料の算定を行う保険料算定部を
さらに備える請求項１に記載の情報処理装置。
【請求項９】
前記保険料算定部は、前記従順度が高いほど前記保険料を下げ、前記従順度が低いほど前記保険料を上げる
請求項８に記載の情報処理装置。
【請求項１０】
前記リスクは、前記ユーザによる車両の運転に関するリスクであり、
前記保険は、自動車保険を含む
請求項８に記載の情報処理装置。
【請求項１１】
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップと
を含む情報処理方法。
【請求項１２】
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップと
を含む処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置、情報処理方法、及び、プログラムに関し、特に、ユーザにリスクの回避案を提示する場合に用いて好適な情報処理装置、情報処理方法、及び、プログラムに関する。
【背景技術】
【０００２】
従来、運転者の運転中の状態を検出するために、運転者の生体情報が用いられている。【０００３】
例えば、運転者の皮膚インピーダンスの安静閉眼時の測定値と通常活動時の測定値の平均値とに基づく補正データにより、運転者の皮膚インピーダンスの測定値を補正し、補正した値に基づいて、運転者の覚醒度の判断を行うことが提案されている（例えば、特許文献１参照）。【０００４】
例えば、車両の生体センサにより測定された生体データを、車内の充電器に設置された携帯端末及び公衆ネットワーク回線を介してデータ処理装置に送信し、データ処理装置が、受信した生体データを運転者の携帯端末に送信することが提案されている（例えば、特許文献２参照）。【０００５】
そして、例えば、検出された運転者の状態に基づいて、事故等のリスクを回避するための運転支援が行われる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−８０４０５号公報
【特許文献２】特開２０１６−１４０３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、運転支援を行っても、ユーザが意図したように行動しない場合、リスクを回避できないときがある。【０００８】
本技術は、このような状況に鑑みてなされたものであり、ユーザが確実にリスクを回避できるようにするものである。
【課題を解決するための手段】
【０００９】
本技術の一側面の情報処理装置は、予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御部と、前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価部と、評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測部とを備える。【００１０】
前記リスク予測部には、前記ユーザによる移動体の運転に関するリスクの予測を行わせることができる。【００１１】
運転中の前記ユーザ又は前記移動体の挙動である運転挙動を検出する運転挙動検出部をさらに設け、前記リスク予測部には、前記運転挙動の検出結果に基づいて、前記リスクの予測を行わせることができる。【００１２】
前記運転挙動検出部の検出対象となる危険な運転挙動のレベルを、前記従順度に基づいて変化させることができる。【００１３】
前記従順度が低くなるほど、前記運転挙動検出部の検出対象となる危険な運転挙動のレベルを低くさせることができる。【００１４】
前記ユーザの運転前の状態及び運転中の状態のうち少なくとも１つに基づいて、前記ユーザの運転に対する適性の診断を行う診断部をさらに設け、前記リスク予測部には、前記診断の結果に基づいて、前記リスクの予測を行わせることができる。【００１５】
前記従順度が低くなるほど、前記リスク予測部の予測対象となるリスクのレベルを低くすることができる。【００１６】
前記従順度に基づいて、前記ユーザに対する保険の保険料の算定を行う保険料算定部をさらに設けることができる。【００１７】
前記保険料算定部には、前記従順度が高いほど前記保険料を下げさせ、前記従順度が低いほど前記保険料を上げさせることができる。【００１８】
前記リスクを、前記ユーザによる車両の運転に関するリスクとし、前記保険には、自動車保険を含ませることができる。【００１９】
本技術の一側面の情報処理方法は、予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップとを含む。【００２０】
本技術の一側面のプログラムは、予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップとを含む処理をコンピュータに実行させる。【００２１】
本技術の一側面においては、予測されるリスクに基づいて、ユーザに対するリスクの回避案が生成され、前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度が評価され、評価された従順度に基づいてリスクの予測パラメータが調整される。
【発明の効果】
【００２２】
本技術の一側面によれば、ユーザの従順度を得ることができる。その結果、例えば、ユーザの従順度を用いて、ユーザが確実にリスクを回避できるようにすることができる。【００２３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載された何れかの効果であってもよい。
【図面の簡単な説明】
【００２４】
【図１】本技術を適用した情報処理システムの一実施の形態を示すブロック図である。
【図２】ユーザ端末部の構成例を示すブロック図である。
【図３】車両の構成例を示すブロック図である。
【図４】サーバの構成例を示すブロック図である。
【図５】サーバにより実行される運転支援処理を説明するためのフローチャートである。
【図６】サーバにより実行される運転支援処理を説明するためのフローチャートである。
【図７】ユーザの状態の推定処理を説明するための図である。
【図８】ユーザの標準状態パターンの学習方法を説明するための図である。
【図９】ユーザ集合状態パターンの学習方法を説明するための図である。
【図１０】運転診断の方法の例を説明するための図である。
【図１１】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００２５】
以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．実施の形態
２．変形例
３．その他
【００２６】
＜＜１．実施の形態＞＞
＜情報処理システムの構成例＞
図１は、本技術を適用した情報処理システムの一実施の形態を示すブロック図である。
【００２７】
情報処理システム１０は、例えば、テレマティクス技術を用いて、車両の運転支援や自動車保険等のサービスを提供するシステムである。
【００２８】
情報処理システム１０は、ユーザ端末部１１、車両１２、及び、サーバ１３を備える。ユーザ端末部１１と車両１２は、直接又はネットワーク１４を介して通信を行う。サーバ１３は、ユーザ端末部１１及び車両１２と、ネットワーク１４を介して通信を行う。
【００２９】
ユーザ端末部１１は、情報処理システム１０を利用するユーザが持つ１以上の情報処理端末からなる。例えば、ユーザ端末部１１は、モバイル端末及びウエアラブル端末を含み得る。
【００３０】
車両１２は、情報処理システム１０を利用するユーザが運転する車両である。
【００３１】
サーバ１３は、ネットワーク１４を介して、ユーザ端末部１１及び車両１２と通信を行うことにより、情報処理システム１０を利用するユーザに対して、運転支援や自動車保険等のサービスを提供する。
【００３２】
なお、図１では、図を分かりやすくするために、ユーザ端末部１１、車両１２、及び、サーバ１３を１つずつ図示しているが、２つ以上設けることが可能である。例えば、ユーザ端末部１１及び車両１２は、情報処理システム１０を利用するユーザ数とほぼ等しい数だけ設けられる。
【００３３】
また、以下、説明を簡単にするために、ユーザ端末部１１、車両１２、及び、サーバ１３がネットワーク１４を介して通信を行う場合の「ネットワーク１４を介して」の記載を省略する。
【００３４】
＜ユーザ端末部の構成例＞
図２は、ユーザ端末部１１の構成例を示すブロック図である。この例では、ユーザ端末部１１は、モバイル端末５１及びウエアラブル端末５２を備える。
【００３５】
モバイル端末５１は、例えば、スマートフォン、携帯電話機、タブレット、ノート型のパーソナルコンピュータ、携帯型のゲーム機、携帯型の動画又は音楽再生装置等の携帯型の情報処理端末からなる。
【００３６】
モバイル端末５１は、ＧＮＳＳ（Global Navigation Satellite System）受信機６１、慣性センサ６２、環境センサ６３、生体センサ６４、入力部６５、出力部６６、制御部６７、及び、通信部６８を備える。
【００３７】
ＧＮＳＳ受信機６１は、測位衛星からの電波を受信することにより、モバイル端末５１（を持つユーザ）の現在位置を測定し、測定した現在位置を示す位置データを制御部６７に供給する。
【００３８】
慣性センサ６２は、モバイル端末５１（を持つユーザ）に関する各種の慣性データを検出し、検出した慣性データを制御部６７に供給する。慣性センサ６２が検出する慣性データは、例えば、加速度、角速度等のうち１以上を含む。
【００３９】
環境センサ６３は、モバイル端末５１（を持つユーザ）の周囲の各種の環境データを検出し、検出した環境データを制御部６７に供給する。環境センサ６３が検出する環境データは、例えば、地磁気、大気圧、二酸化炭素濃度等のうち１以上を含む。
【００４０】
生体センサ６４は、ユーザの各種の生体データを検出し、検出した生体データを制御部６７に供給する。生体センサ６４が検出する生体データは、例えば、心拍、発汗量、血圧、血中酸素濃度、筋電、体温、体組成、呼気中アルコール濃度、最大酸素摂取量、消費カロリー、声のトーン、会話のスピード等のうちの１以上を含む。
【００４１】
入力部６５は、モバイル端末５１に各種のデータを入力するための入力装置を備える。例えば、入力部６５は、ボタン、スイッチ、キー、タッチパネル、マイクロフォン等のうち１以上を備える。入力部６５は、入力データを制御部６７に供給する。
【００４２】
出力部６６は、各種の情報やデータを出力するための出力装置を備える。例えば、出力部６６は、ディスプレイ、スピーカ、ブザー、バイブレータ等のうち１以上を備える。
【００４３】
制御部６７は、例えば、各種のプロセッサ等の制御装置を備える。制御部６７は、ＧＮＳＳ受信機６１、慣性センサ６２、環境センサ６３、生体センサ６４、及び、入力部６５から供給されるデータ、並びに、通信部６８を介して外部から受信したデータ等に基づいて、モバイル端末５１の各部の制御や各種の処理を行う。また、制御部６７は、各種の処理により得られたデータを出力部６６に供給したり、通信部６８を介して他の機器に送信したりする。
【００４４】
通信部６８は、所定の通信方式により他の機器（例えば、車両１２、サーバ１３、ウエアラブル端末５２等）との通信を行う。通信部６８の通信方式には、無線又は有線の任意の方式を採用することができる。また、通信部６８は、複数の通信方式に対応することも可能である。
【００４５】
ウエアラブル端末５２は、例えば、眼鏡型、腕時計型、ブレスレット型、ネックレス型、ネックバンド型、イヤフォン型、ヘッドセット型、及び、ヘッドマウント型等の任意の形態のウエアラブル端末からなる。
【００４６】
ウエアラブル端末５２は、生体センサ８１、入力部８２、出力部８３、制御部８４、及び、通信部８５を備える。
【００４７】
生体センサ８１は、モバイル端末５１の生体センサ６４と同様に、ユーザの各種の生体データを検出し、検出した生体データを制御部８４に供給する。なお、生体センサ８１が検出する生体データの種類と、モバイル端末５１の生体センサ６４が検出する生体データの種類とは重複していても構わない。
【００４８】
入力部８２は、ウエアラブル端末５２に各種のデータを入力するための入力装置を備える。例えば、入力部８２は、ボタン、スイッチ、キー、タッチパネル、マイクロフォン等のうち１以上を備える。入力部８２は、入力データを制御部６７に供給する。
【００４９】
出力部８３は、各種の情報やデータを出力するための出力装置を備える。例えば、出力部８３は、ディスプレイ、スピーカ、ブザー、バイブレータ等のうち１以上を備える。
【００５０】
制御部８４は、例えば、各種のプロセッサ等の制御装置を備える。制御部８４は、生体センサ８１及び入力部８２から供給されるデータ、並びに、通信部８５を介して外部から受信したデータ等に基づいて、ウエアラブル端末５２の各部の制御や各種の処理を行う。また、制御部８４は、各種の処理により得られたデータを出力部８３に供給したり、通信部８５を介して他の機器に送信したりする。
【００５１】
通信部８５は、所定の通信方式により他の機器（例えば、車両１２、サーバ１３、モバイル端末５１等）との通信を行う。通信部８５の通信方式には、無線又は有線の任意の方式を採用することができる。また、通信部８５は、複数の通信方式に対応することも可能である。
【００５２】
＜車両の構成例＞
図３は、車両１２の一部の構成例を示すブロック図である。車両１２は、車載システム１０１を備える。車載システム１０１は、車両データ取得部１１１、映像音声取得部１１２、入力部１１３、出力部１１４、制御部１１５、及び、通信部１１６を備える。
【００５３】
車両データ取得部１１１は、例えば、各種のセンサ、通信機器、制御装置等を備える。車両データ取得部１１１は、車両１２に関する車両データを取得し、取得した車両データを制御部１１５に供給する。車両データ取得部１１１が取得する車両データは、例えば、車速、トルク、ステアリング角度、ヨー角、ギアの状態、サイドブレーキの状態、アクセルペダルの踏み込み量、ブレーキペダルの踏み込み量、方向指示器の状態、ライトの状態、タイヤの回転角や回転速度、ＯＢＤ（On-board Diagnostics）の診断結果を示すデータ（以下、ＯＢＤデータと称する）、並びに、ミリ波レーダ及びレーザレーダ等のセンサデータ等のうち１以上を含む。
【００５４】
映像音声取得部１１２は、例えば、カメラ及びマイクロフォン等を備える。映像音声取得部１１２が備えるカメラは、通常のカメラ以外にも、例えば、ＴｏＦ（Time Of Flight）カメラ、ステレオカメラ、赤外線カメラ等の特殊なカメラであってもよい。映像音声取得部１１２は、例えば、車両１２の周囲及び内部の映像及び音声を取得し、取得した映像及び音声を示す映像データ及び音声データを制御部１１５に供給する。
【００５５】
入力部１１３は、車両１２に各種のデータを入力するための入力装置を備える。例えば、入力部１１３は、ボタン、スイッチ、キー、タッチパネル等のうち１以上を備える。入力部１１３は、入力データを制御部１１５に供給する。
【００５６】
出力部１１４は、各種の情報やデータを出力するための出力装置を備える。例えば、出力部１１４は、ディスプレイ（例えば、ヘッドアップディスプレイ）、スピーカ、ブザー、バイブレータ、インストルメントパネル等のうち１以上を備える。
【００５７】
制御部１１５は、例えば、ＥＣＵ（Electronic Control Unit）等の制御装置を備える。制御部１１５は、車両データ取得部１１１、映像音声取得部１１２、及び、入力部１１３から供給されるデータ、並びに、通信部１１６を介して外部から受信したデータ等に基づいて、車両１２の各部の制御や各種の処理を行う。また、制御部１１５は、各種の処理により得られたデータを出力部１１４に供給したり、通信部１１６を介して他の機器に送信したりする。
【００５８】
通信部１１６は、所定の通信方式により他の機器（例えば、サーバ１３、モバイル端末５１、ウエアラブル端末５２等）との通信を行う。通信部１１６の通信方式には、無線又は有線の任意の方式を採用することができる。また、通信部１１６は、複数の通信方式に対応することも可能である。
【００５９】
＜サーバの構成例＞
図４は、サーバ１３の構成例を示すブロック図である。サーバ１３は、通信部１５１、状態推定部１５２、周辺データ取得部１５３、診断部１５４、運転挙動検出部１５５、リスク予測部１５６、損害予測部１５７、提示制御部１５８、評価部１５９、学習部１６０、保険料算定部１６１、及び、記憶部１６２を備える。
【００６０】
通信部１５１は、所定の通信方式により、ネットワーク１４を介して、他の機器（例えば、車両１２、モバイル端末５１、ウエアラブル端末５２、他のサーバ（不図示）等）との通信を行う。通信部１５１の通信方式には、無線又は有線の任意の方式を採用することができる。また、通信部１５１は、複数の通信方式に対応することも可能である。
【００６１】
状態推定部１５２は、通信部１５１を介して、ユーザ端末部１１及び車両１２からユーザの状態に関するデータを取得する。状態推定部１５２は、ユーザの状態に関するデータのログである状態データログの生成及び更新を行い、記憶部１６２に記憶させる。
【００６２】
また、状態推定部１５２は、状態データログに基づいて、記憶部１６２に記憶されている状態推定モデルを用いて、ユーザの状態の推定処理を行う。ここで、状態推定モデルとは、ユーザの状態の推定に用いるモデルであり、例えば、ユーザ毎に生成される。状態推定部１５２は、ユーザの状態の推定結果の履歴である推定状態履歴の生成及び更新を行い、記憶部１６２に記憶させる。
【００６３】
周辺データ取得部１５３は、通信部１５１を介して、ユーザ端末部１１、車両１２、及び、他のサーバ（不図示）から受信したデータに基づいて、車両１２の周辺の状態を示す周辺データを取得する。周辺データ取得部１５３は、取得した周辺データを診断部１５４及びリスク予測部１５６に供給する。
【００６４】
診断部１５４は、ユーザの推定状態履歴、運転挙動履歴、及び、運転診断モデルを記憶部１６２から取得する。ここで、運転挙動履歴とは、運転中のユーザ又は車両１２の挙動である運転挙動の検出結果の履歴であり、例えば、ユーザ毎に生成される。また、運転診断モデルとは、ユーザの車両の運転に対する適性を診断する運転診断に用いるモデルであり、例えば、ユーザ毎に生成される。診断部１５４は、取得した履歴に基づいて、運転診断モデルを用いて、ユーザの運転診断を行う。診断部１５４は、ユーザの運転診断結果の履歴である運転診断履歴の生成及び更新を行い、記憶部１６２に記憶させる。
【００６５】
運転挙動検出部１５５は、通信部１５１を介して、ユーザ端末部１１及び車両１２からデータを受信する。また、運転挙動検出部１５５は、ユーザの推定状態履歴及び運転挙動検出モデルを記憶部１６２から取得する。ここで、運転挙動検出モデルとは、運転挙動の検出に用いるモデルであり、例えば、ユーザ毎に生成される。さらに、運転挙動検出部１５５は、損害予測部１５７から、ユーザによる車両の運転に関するリスク、及び、リスクにより発生する損害の予測結果を取得する。運転挙動検出部１５５は、取得した履歴及びデータ等に基づいて、運転挙動検出モデルを用いて、ユーザの運転挙動の検出処理を行う。運転挙動検出部１５５は、ユーザの運転挙動の検出結果の履歴である運転挙動履歴の生成及び更新を行い、記憶部１６２に記憶させる。
【００６６】
リスク予測部１５６は、ユーザの推定状態履歴、運転診断履歴、運転挙動履歴、及び、リスク予測モデルを記憶部１６２から取得する。ここで、リスク予測モデルとは、ユーザによる車両１２の運転に関するリスクの予測に用いるモデルであり、例えば、ユーザ毎に生成される。リスク予測部１５６は、取得した履歴に基づいて、リスク予測モデルを用いて、リスク予測を行う。リスク予測部１５６は、リスクの予測結果を損害予測部１５７に供給する。
【００６７】
損害予測部１５７は、評価部１５９により評価されるユーザの従順度を必要に応じて用いながら、リスク予測部１５６により予測されるリスクにより発生する損害を予測する。ここで、従順度とは、サーバ１３からの提案等にユーザが素直に従う度合いである。損害予測部１５７は、リスク及び損害の予測結果を運転挙動検出部１５５及び提示制御部１５８に供給する。
【００６８】
提示制御部１５８は、ユーザの運転診断履歴、及び、保険料算定部１６１により算定された保険料を記憶部１６２から取得する。提示制御部１５８は、リスク及び損害の予測結果、並びに、ユーザの運転診断履歴及び保険料に基づいて、予測されるリスクに関する情報を含み、ユーザに提示されるフィードバック情報を生成する。提示制御部１５８は、生成したフィードバック情報を、通信部１５１を介して、ユーザのユーザ端末部１１又は車両１２に送信することにより、ユーザへのフィードバック情報の提示を制御する。また、提示制御部１５８は、フィードバック情報を評価部１５９に供給する。
【００６９】
評価部１５９は、ユーザの推定状態履歴及び運転挙動履歴を記憶部１６２から取得する。そして、評価部１５９は、取得した履歴、及び、フィードバック情報に基づいて、ユーザの従順度を評価する。評価部１５９は、ユーザの従順度を損害予測部１５７に供給するとともに、記憶部１６２に記憶させる。
【００７０】
学習部１６０は、ユーザの推定状態履歴を記憶部１６２から取得する。学習部１６０は、取得した推定状態履歴に基づいて、ユーザの標準的な状態のパターン（以下、標準状態パターンと称する）の学習を行い、得られた標準状態パターンを示すデータを記憶部１６２に記憶させる。
【００７１】
また、学習部１６０は、所定のユーザ集合に含まれる各ユーザの推定状態履歴を記憶部１６２から取得する。学習部１６０は、取得した推定状態履歴に基づいて、ユーザ集合内のユーザの平均的な状態のパターン（以下、ユーザ集合状態パターンと称する）の学習を行い、得られたユーザ集合状態パターンを示すデータを記憶部１６２に記憶させる。
【００７２】
さらに、学習部１６０は、ユーザの状態データログ、推定状態履歴、運転診断履歴、及び、運転挙動履歴を記憶部１６２から取得する。学習部１６０は、取得したログ及び履歴に基づいて、状態推定モデル、運転診断モデル、運転挙動検出モデル、及び、リスク予測モデルの学習を行い、記憶部１６２に記憶させる。
【００７３】
保険料算定部１６１は、ユーザの運転診断履歴、運転挙動履歴、及び、従順度を記憶部１６２から取得する。保険料算定部１６１は、取得した履歴及び従順度に基づいて、ユーザの自動車保険の保険料の算定を行う。保険料算定部１６１は、算定した保険料を示すデータを記憶部１６２に記憶させる。
【００７４】
＜運転支援処理＞
次に、図５及び図６のフローチャートを参照して、サーバ１３により実行される運転支援処理について説明する。
【００７５】
なお、以下、主に１人の特定のユーザ（以下、注目ユーザと称する）に対する処理を中心に説明するが、実際には注目ユーザ以外の他のユーザに対する処理が並行して行われる。
【００７６】
ステップＳ１において、サーバ１３は、非運転時のユーザ（注目ユーザ）の状態の推定処理を開始する。具体的には、例えば、以下の処理が開始される。
【００７７】
状態推定部１５２は、通信部１５１が注目ユーザのユーザ端末部１１から受信したデータ（例えば、慣性データ、環境データ、生体データ、入力データ等）の中から、注目ユーザの状態に関するデータを取得する。状態推定部１５２は、各データを取得された時刻とともに記憶部１６２に記憶させる。これにより、注目ユーザの状態データログが更新される。
【００７８】
なお、注目ユーザの状態データログは、注目ユーザ自身の状態に関するデータだけでなく、注目ユーザの周囲の状態に関するデータも含み得る。
【００７９】
状態推定部１５２は、直近の所定の期間内の注目ユーザの状態データログに基づいて、記憶部１６２に記憶されている注目ユーザの状態推定モデルを用いて、注目ユーザの現在の状態を推定する。例えば、状態推定部１５２は、注目ユーザの現在の状態として、注目ユーザの現在の生体状態、行動、及び、感情を推定する。
【００８０】
例えば、図７に例示されるように、状態推定部１５２は、注目ユーザの状態を示すセンサデータ群の時系列の変化に基づいて、所定の時間のフレーム毎に、注目ユーザの生体状態及び行動を推定する。例えば、注目ユーザの心拍及び発汗量等に基づいて、集中度、覚醒度、疲労度、ストレス度、緊張度、運動の激しさ等の注目ユーザの各種の生体状態が推定される。例えば、注目ユーザの加速度及び角速度、並びに、周囲の気圧等に基づいて、注目ユーザの行動の種類（例えば、静止、歩行、ランニング、サイクリング、階段の上り下り、食事、睡眠等）が推定される。
【００８１】
また、例えば、状態推定部１５２は、注目ユーザの位置データ及び加速度等に基づいて、注目ユーザの移動距離、移動速度、及び、行動範囲等を推定する。
【００８２】
さらに、状態推定部１５２は、注目ユーザの生体データ、及び、注目ユーザの生体状態の推定結果等に基づいて、注目ユーザの感情を推定する。例えば、状態推定部１５２は、注目ユーザの喜怒哀楽の度合い、興奮度、焦燥度、不安度等を推定する。
【００８３】
なお、注目ユーザの生体状態と感情とは、必ずしも全てが明確に分かれるものではなく、重複するものもある。例えば、興奮度は、注目ユーザの生体状態及び感情のいずれでもあり得る。
【００８４】
また、ユーザの状態の推定方法には、任意の方法を採用することができる。さらに、推定するユーザの状態の種類は、上述した例に限定されるものではなく、必要に応じて追加したり、削除したりすることができる。
【００８５】
状態推定部１５２は、推定した注目ユーザの状態を、推定した時刻とともに記憶部１６２に記憶させる。これにより、注目ユーザの推定状態履歴が更新される。
【００８６】
なお、例えば、図７に例示されるように、推定状態履歴は、覚醒度のようにフレーム毎の数値を時系列に並べたデータや、行動のようにフレーム毎に付与された（行動の種類を示す）ラベルを時系列に並べたデータを含む。
【００８７】
ステップＳ２において、学習部１６０は、ユーザ（注目ユーザ）の標準的な状態のパターン（標準状態パターン）を学習するか否かを判定する。例えば、注目ユーザの標準状態パターンの学習は、注目ユーザが情報処理システム１０の利用を開始したとき、所定の時間が経過する毎、注目ユーザの推定状態履歴のデータ量が所定の量以上増加する毎等の所定のタイミングで実行される。そして、学習部１６０は、現在が注目ユーザの標準状態パターンの学習を行うタイミングである場合、注目ユーザの標準状態パターンを学習すると判定し、処理はステップＳ３に進む。
【００８８】
ステップＳ３において、学習部１６０は、ユーザ（注目ユーザ）の標準的な状態のパターン（標準状態パターン）を学習する。例えば、学習部１６０は、図８に例示されるように、注目ユーザの直近の比較的長期の期間内（例えば、月単位、年単位）の推定状態履歴に基づいて、注目ユーザの標準状態パターンを学習する。
【００８９】
例えば、学習部１６０は、注目ユーザの標準状態パターンとして、以下の各項目の所定の時間（例えば、１分、１０分、３０分、又は、１時間）の期間毎の平均及び分散等を算出することにより、各項目の所定の期間（例えば、１日）の標準的な推移を示す推移パターンを学習する。例えば、注目ユーザの集中度、覚醒度、疲労度、ストレス度、緊張度、運動の激しさ、心拍、発汗量、運動量、喜怒哀楽の度合い、興奮度、焦燥度、不安度等の１日の標準的な推移パターンが学習される。
【００９０】
また、例えば、学習部１６０は、注目ユーザの標準状態パターンとして、以下の各項目の１日毎（曜日毎）の平均及び分散等を算出することにより、各項目の所定の期間（例えば、１週間）あたりの標準的な推移パターンを学習する。例えば、睡眠時間、起床時刻、就寝時刻、運動量、移動範囲、食事の回数、食事時間、食事時間帯、運転時間、運転時間帯、通勤時間帯、通学時間帯等の１週間の標準的な推移パターンが学習される。
【００９１】
また、学習部１６０は、注目ユーザの標準状態パターンの比較対象として、所定のユーザ集合内の各ユーザの推定状態履歴に基づいて、ユーザ集合内の平均的な標準状態パターン（ユーザ集合状態パターン）を学習する。
【００９２】
ここで、ユーザ集合には、情報処理システム１０の全てのユーザを含めるようにしてもよいし、一部のユーザのみを含めるようにしてもよい。後者の場合、例えば、注目ユーザと類似するユーザからなるユーザ集合としてもよい。ここで、注目ユーザと類似するユーザとは、例えば、注目ユーザと属性（例えば、年齢、性別、職業、住所等）、行動パターン、嗜好等が類似するユーザのことである。また、ユーザ集合に注目ユーザを含めてもよいし、含めなくてもよい。
【００９３】
例えば、学習部１６０は、図９に例示されるように、ユーザ集合内の各ユーザの標準状態パターンの平均を集計することにより、ユーザ集合状態パターンを学習する。例えば、各項目の１日の標準的な推移パターンの平均がユーザ集合内において集計されることにより、ユーザ集合内の各項目の平均的な１日の推移パターンが学習される。また、例えば、各項目の１週間の標準的な推移パターンの平均がユーザ集合内において集計されることにより、ユーザ集合内の各項目の平均的な１週間の推移パターンが学習される。
【００９４】
学習部１６０は、注目ユーザの標準状態パターン、及び、ユーザ集合状態パターンの学習結果を示すデータを記憶部１６２に記憶させる。
【００９５】
なお、注目ユーザの標準状態パターンの学習と、ユーザ集合状態パターンの学習とを行うタイミングは、必ずしも同期する必要はなく、それぞれ異なるタイミングで行われてもよい。
【００９６】
その後、処理はステップＳ４に進む。
【００９７】
一方、ステップＳ２において、注目ユーザの標準状態パターンを学習しないと判定された場合、ステップＳ３の処理はスキップされ、処理はステップＳ４に進む。
【００９８】
ステップＳ４において、診断部１５４は、非運転時の運転診断を行う。例えば、診断部１５４は、注目ユーザの推定状態履歴に基づいて、上述した標準状態パターンと同じ項目について、直近の比較的短期の期間内（例えば、１日及び１週間）の推移パターン（以下、直近状態パターンと称する）を検出する。
【００９９】
次に、診断部１５４は、例えば、図１０に例示されるように、注目ユーザの直近状態パターンと標準状態パターンとの乖離度を示す乖離度ベクトルｘ、及び、注目ユーザの直近状態パターンとユーザ集合状態パターンとの乖離度を示す乖離度ベクトルｙを算出する。例えば、乖離度ベクトルｘ及び乖離度ベクトルｙは、比較対象となる２つの状態パターンの項目毎の乖離度を正規化した値を含むベクトルされる。
【０１００】
そして、診断部１５４は、次式（１）の関数ｆにより表される注目ユーザの運転診断モデルを用いて、注目ユーザの非運転時の運転適性度ｕを算出する。
【０１０１】
ｕ＝ｆ（ｘ，ｙ，ｗｘ，ｗｙ）  ・・・（１）
【０１０２】
なお、ｗｘは、乖離度ベクトルｘに対する重みであり、ｗｙは、乖離度ベクトルｙに対する重みである。
【０１０３】
運転適性度ｕは、乖離度ベクトルｘに含まれる各項目の乖離度が小さくなるほど大きくなる。すなわち、注目ユーザの直近状態パターンが標準状態パターンに近いほど、換言すれば、注目ユーザの直近の状態と標準的な状態との差が小さいほど、より運転に適した状態であると判定される。一方、運転適性度ｕは、乖離度ベクトルｘに含まれる各項目の乖離度が大きくなるほど小さくなる。すなわち、注目ユーザの直近状態パターンが標準状態パターンから遠いほど、換言すれば、注目ユーザの直近の状態と標準的な状態との差が大きいほど、より運転に適していない状態であると判定される。
【０１０４】
また、運転適性度ｕは、乖離度ベクトルｙに含まれる各項目の乖離度が小さくなるほど大きくなる。すなわち、注目ユーザの直近状態パターンがユーザ集合状態パターンに近いほど、換言すれば、注目ユーザの直近の状態とユーザ集合における平均的な状態との差が小さいほど、より運転に適した状態であると判定される。一方、運転適性度ｕは、乖離度ベクトルｙに含まれる各項目の乖離度が大きくなるほど小さくなる。すなわち、注目ユーザの直近状態パターンがユーザ集合状態パターンから遠いほど、換言すれば、注目ユーザの直近の状態とユーザ集合における平均的な状態との差が大きいほど、より運転に適していない状態であると判定される。
【０１０５】
なお、重みｗｘが大きくなるほど、運転適性度ｕに対する乖離度ベクトルｘ（すなわち、注目ユーザの直近状態パターンと標準状態パターンの差）の影響が大きくなる。一方、重みｗｙが大きくなるほど、運転適性度ｕに対する乖離度ベクトルｙ（すなわち、注目ユーザのユーザ集合状態パターンと標準状態パターンの差）の影響が大きくなる。
【０１０６】
また、例えば、診断部１５４は、運転適性度ｕが所定の閾値未満である場合、運転適性度ｕの低下要因を推定する。例えば、診断部１５４は、乖離度ベクトルｘにおいて、重みｗｘと乖離度の積が所定の値以上となる項目を抽出する。また、診断部１５４は、乖離度ベクトルｙにおいて、重みｗｙと乖離度の積が所定の値以上となる項目を抽出する。そして、診断部１５４は、抽出した各項目について、直近状態パターンと標準状態パターン又はユーザ集合平均パターンとを比較することにより、運転適性度ｕの低下要因を推定する。
【０１０７】
例えば、注目ユーザの直近状態パターンにおける睡眠時間が標準状態パターン又はユーザ集合平均パターンを大幅に下回っている場合、睡眠不足が低下要因であると推定される。
【０１０８】
例えば、注目ユーザの直近状態パターンにおける運動時間、心拍、及び、発汗量のうち１つ以上が標準状態パターン又はユーザ集合平均パターンを大幅に上回っている場合、激しい運動による肉体疲労が低下要因であると推定される。
【０１０９】
例えば、注目ユーザの直近状態パターンにおけるストレス度、緊張度、及び、焦燥度のうち１つ以上が、標準状態パターン又はユーザ集合平均パターンを大幅に上回っている場合、注目ユーザの焦りが低下要因であると推定される。
【０１１０】
なお、運転適性度ｕが所定の閾値以上の場合、例えば、運転適性度ｕの低下要因は、特になしとなる。
【０１１１】
診断部１５４は、運転適性度ｕ、及び、推定される低下要因を、診断した時刻とともに、注目ユーザの運転の適性の診断結果として記憶部１６２に記憶させる。これにより、注目ユーザの運転診断履歴が更新される。
【０１１２】
ステップＳ５において、リスク予測部１５６は、リスク予測を行う。具体的には、リスク予測部１５６は、注目ユーザの運転診断履歴及びリスク予測モデルを記憶部１６２から取得する。リスク予測部１５６は、注目ユーザの運転診断履歴に基づいて、注目ユーザのリスク予測モデルを用いて、現時点で注目ユーザが運転を行った場合のリスクを予測する。
【０１１３】
例えば、運転適性度ｕの低下要因が睡眠不足又は肉体疲労である場合、居眠り運転のリスクがあると推定される。
【０１１４】
例えば、運転適性度ｕの低下要因が注目ユーザの焦りである場合、例えば、速度オーバーや無理な追い越し等による他車両との衝突又は接触、並びに、注目ユーザの不注意による障害物（例えば、他車両、自転車、歩行者等）との衝突や接触等のリスクがあると推定される。
【０１１５】
また、リスク予測部１５６は、予測されるリスクの発生確率を推定する。例えば、注目ユーザの睡眠時間が短いほど、居眠り運転の推定発生確率は高くなる。
【０１１６】
なお、一般的に、運転適性度ｕが低くなるほど、予測されるリスク及び発生確率が大きくなる。
【０１１７】
リスク予測部１５６は、リスクの予測結果を損害予測部１５７に供給する。このリスクの予測結果には、予測されるリスク、リスクを予測した根拠（例えば、運転適性度ｕの低下要因）、及び、リスクの発生確率が含まれる。
【０１１８】
ステップＳ６において、損害予測部１５７は、損害予測を行う。具体的には、損害予測部１５７は、リスク予測部１５６により予測されるリスクにより発生する損害（例えば、リスク／ペナルティ値）を予測する。このとき、リスクの発生確率が加味される。すなわち、発生確率が高いほど、予測される損害が大きくなり、発生確率が低いほど、予測される損害が小さくなる。損害予測部１５７は、リスク及び損害の予測結果を運転挙動検出部１５５及び提示制御部１５８に供給する。
【０１１９】
ステップＳ７において、運転挙動検出部１５５は、運転挙動の検出パラメータを調整する。例えば、運転挙動検出部１５５は、予測されるリスク及び損害に応じて、各種の運転挙動のうち、危険運転の検出用のパラメータを調整する。
【０１２０】
ここで、危険運転の検出に関わる運転挙動とは、例えば、急発進、急加速、急ブレーキ、及び、急ステアリング等の急操作、蛇行運転、居眠り運転、覚醒度や集中力の低下、脇見運転、前方不注意、速度オーバー、無理な追い越し、車間距離の不足、並びに、障害物への接近等の危険な運転挙動のことである。
【０１２１】
また、推定されるリスク及び損害が大きくなるほど、検出対象となる危険運転のレベル（危険度）がより低くなるように、検出パラメータが調整される。これにより、より早期かつより軽微な段階から危険運転が検出されるようになる。
【０１２２】
例えば、居眠り運転の発生が予測される場合、より早くユーザの眠気を検出するように、眠気判定における瞬きの回数の閾値が小さくされる。例えば、脇見運転、前方不注意、速度オーバー等の発生が予測される場合、急加速や急ブレーキが検出されやすくなるように、急加速や急ブレーキの検出用の閾値が小さくされる。
【０１２３】
さらに、検出対象となる危険運転のレベルが低くなるほど、予測対象となるリスクのレベル（危険度）が低くなる。すなわち、より早期かつより軽微な段階のリスクが予測されるようになる。
【０１２４】
ここで、注目ユーザの運転適性度ｕにより、検出対象となる危険運転のレベル、及び、予測対象となるリスクのレベルが変化する。例えば、上述したように、一般的に運転適性度ｕが低くなるほど、予測されるリスク及び損害発生確率が大きくなり、予測される損害も大きくなる。従って、検出対象となる危険運転のレベルがより低くなるように、検出パラメータが調整される。その結果、運転適性度ｕが低くなるほど、検出対象となる危険運転のレベル、及び、予測対象となるリスクのレベルが低くなる。
【０１２５】
ステップＳ８において、提示制御部１５８は、ユーザ（注目ユーザ）へのフィードバックを行うか否かを判定する。注目ユーザへのフィードバックは、所定のタイミングで実行される。例えば、注目ユーザのユーザ端末部１１からフィードバックの要求が送信されてきたとき、所定の時間が経過する毎、又は、重大なリスクが予測されるとき等のタイミングで、フィードバックが実行される。そして、提示制御部１５８は、現在が注目ユーザへのフィードバックを行うタイミングである場合、注目ユーザへのフィードバックを行うと判定し、処理はステップＳ９に進む。
【０１２６】
ステップＳ９において、サーバ１３は、ユーザ（注目ユーザ）へのフィードバックを行う。具体的には、提示制御部１５８は、注目ユーザに提示するフィードバック情報を生成する。このフィードバック情報は、例えば、注目ユーザの運転診断の結果、予測されるリスクの内容、運転診断結果の根拠又はリスクを予測した根拠、及び、リスクを避けるための提案（以下、リスク回避案と称する）のうち１つ以上を含む。提示制御部１５８は、生成したフィードバック情報を、通信部１５１を介して、注目ユーザのユーザ端末部１１に送信する。
【０１２７】
例えば、注目ユーザのモバイル端末５１がフィードバック情報を受信した場合、モバイル端末５１の出力部６６は、視覚情報（例えば、映像）及び聴覚情報（例えば、音声）のうち少なくとも１つを用いてフィードバック情報を注目ユーザに提示する。また、例えば、注目ユーザのウエアラブル端末５２がフィードバック情報を受信した場合、ウエアラブル端末５２の出力部８３は、視覚情報及び聴覚情報のうち少なくとも１つを用いてフィードバック情報を注目ユーザに提示する。
【０１２８】
例えば、注目ユーザの睡眠不足が推定されている場合、「寝不足状態です。少し睡眠を取ってから運転することをお勧めします。」のような音声メッセージが出力される。
【０１２９】
また、例えば、注目ユーザの運転診断結果として、運転適性度ｕが所定の段階（例えば、１０段階）の値により提示されるともに、その根拠が提示される。
【０１３０】
さらに、例えば、注目ユーザの状態の推定結果が提示されてもよい。例えば、注目ユーザの喜怒哀楽、興奮度、攻撃性等の感情指数が所定の段階（例えば、１０段階）の値より提示されてもよい。
【０１３１】
その後、処理はステップＳ１０に進む。
【０１３２】
一方、ステップＳ８において、注目ユーザへのフィードバックを行わないと判定された場合、ステップＳ９の処理はスキップされ、処理はステップＳ１０に進む。
【０１３３】
ステップＳ１０において、状態推定部１５２は、ユーザ（注目ユーザ）が運転を開始したか否かを判定する。具体的には、状態推定部１５２は、通信部１５１を介して、注目ユーザのユーザ端末部１１及び車両１２のうち少なくとも１つから受信したデータに基づいて、注目ユーザが運転を開始したか否かを判定する。
【０１３４】
運転開始の判定処理は、ユーザ端末部１１、車両１２、及び、サーバ１３のいずれで行ってもよい。例えば、モバイル端末５１が、注目ユーザの運転認識処理を行ったり、車両１２とビーコン同期を行ったりすることにより、運転開始の判定処理を実行するようにしてもよい。また、例えば、車両１２の車載表示デバイス等と一体化した計測機器が、運転開始の判定処理を実行するようにしてもよい。
【０１３５】
なお、ユーザ端末部１１又は車両１２で判定処理を行う場合、ユーザ端末部１１又は車両１２から送信されるデータにその判定結果が含まれ、状態推定部１５２は、その判定結果に基づいて、注目ユーザが運転を開始したか否かを判定する。
【０１３６】
そして、注目ユーザが運転を開始していないと判定された場合、処理はステップＳ２に戻る。その後、ステップＳ１０において、注目ユーザが運転を開始したと判定されるまで、ステップＳ２乃至ステップＳ１０の処理が繰り返し実行される。これにより、注目ユーザの運転診断、リスク予測、及び、損害予測が適宜行われ、その結果に基づいて、危険運転の検出パラメータの調整や注目ユーザへのフィードバックが行われる。また、注目ユーザの標準状態パターン、及び、ユーザ集合状態パターンが適宜更新される。
【０１３７】
一方、ステップＳ１０において、注目ユーザが運転を開始したと判定された場合、処理はステップＳ１１に進む。
【０１３８】
ステップＳ１１において、サーバ１３は、運転時のユーザ（注目ユーザ）の状態の推定処理を開始する。この推定処理は、ステップＳ１の推定処理と比較して、注目ユーザのユーザ端末部１１に加えて、車両１２から送信されてくるデータに基づいて、推定処理が行われる点が大きく異なる。
【０１３９】
例えば、車両１２からの映像データに基づいて、注目ユーザの視線、瞬き、表情等が検出され、注目ユーザの集中度、覚醒度、疲労度、感情等の推定に用いられる。また、例えば、車両１２からの車両データに基づいて、注目ユーザの運転操作の内容等が推定される。
【０１４０】
さらに、例えば、車両１２の走行ルートや注目ユーザが運転している時間帯に基づいて、注目ユーザの状態が推定される。例えば、注目ユーザの心拍数や運動量が急速に上昇した後、通常とは異なる時間帯（例えば、深夜や早朝）に注目ユーザが運転したり、車両１２が注目ユーザの日常の生活範囲の圏外を走行したりしている場合、注目ユーザが何らかの緊急事態により焦っていると推定される。
【０１４１】
また、状態推定部１５２は、ステップＳ１の処理と同様に、注目ユーザの状態データログ及び推定状態履歴の更新を適宜行う。
【０１４２】
ステップＳ１２において、周辺データ取得部１５３は、車両１２の周辺データの取得を開始する。例えば、周辺データ取得部１５３は、ユーザ端末部１１又は車両１２から送信されてくる位置情報、並びに、通信部１５１を介して他のサーバ等から受信した地図情報等に基づいて、注目ユーザの車両１２の周辺の構造物、道路、渋滞、天候等の状態の検出を行う。また、例えば、周辺データ取得部１５３は、ユーザ端末部１１又は車両１２から送信されてくる映像データ、音声データ、及び、センサデータ等に基づいて、車両１２周辺の物体（例えば、車両、人、障害物、構造物、道路、信号機、交通標識、道路標示等）の検出を行う。なお、ユーザ端末部１１又は車両１２が、車両１２の周辺の物体の検出処理を行い、検出結果をサーバ１３に送信するようにしてもよい。
【０１４３】
周辺データ取得部１５３は、取得した車両１２の周辺データを診断部１５４及びリスク予測部１５６に供給する。
【０１４４】
ステップＳ１３において、サーバ１３は、運転挙動の検出処理を開始する。具体的には、例えば、以下の処理が開始される。
【０１４５】
運転挙動検出部１５５は、通信部１５１が注目ユーザのユーザ端末部１１及び車両１２から受信したデータのうち、運転挙動（例えば、運転中の注目ユーザ又は車両１２の挙動）に関するデータを通信部１５１から取得する。また、運転挙動検出部１５５は、取得した運転挙動に関するデータ、記憶部１６２に記憶されている注目ユーザの推定状態履歴、及び、周辺データ取得部１５３から取得した車両１２の周辺データに基づいて、記憶部１６２に記憶されている注目ユーザの運転挙動検出モデルを用いて、運転挙動を検出する。すなわち、運転中の注目ユーザの挙動と車両１２の挙動が検出される。例えば、車両１２の速度、加速度、減速度、ブレーキ操作、ステアリング角度、走行ルート等が検出される。
【０１４６】
なお、運転中の注目ユーザの挙動の一部は、ステップＳ１１において、状態推定部１５２により検出（推定）されてもよい。
【０１４７】
また、運転挙動の検出は、ユーザ端末部１１、車両１２、及び、サーバ１３のいずれで行われてもよいし、ユーザ端末部１１、車両１２、及び、サーバ１３が分担して行ってもよい。
【０１４８】
次に、運転挙動検出部１５５は、検出した運転挙動、注目ユーザの推定状態履歴、及び、車両１２の周辺データに基づいて、危険運転の検出処理を行う。
【０１４９】
例えば、ＯＢＤ情報等に基づく車両１２の速度、ステアリング角度、若しくは、トルク等の急変動、又は、ユーザ端末部１２により検出される加速度又は角速度等の急変動により、急操作が検出される。
【０１５０】
例えば、ＯＢＤ情報等に基づく車両１２の速度、ステアリング角度、若しくは、トルク等の周期的変動、又は、ユーザ端末部１２により検出される加速度又は角速度等の周期的変動により、蛇行運転が検出される。
【０１５１】
例えば、ステレオカメラ、レーザレーダ、ミリ波レーダを用いて検出される先行車の位置により、車間距離の不足が検出される。
【０１５２】
ここで、上述したステップＳ７又は後述するステップＳ２０において調整される検出パラメータが、危険運転の検出処理に用いられる。従って、上述したように、注目ユーザの運転適性度ｕが低くなるほど、検出対象となる危険運転のレベルが低くなり、より早期かつより軽微な段階から検出対象が危険運転として検出されるようになる。
【０１５３】
運転挙動検出部１５５は、運転挙動の検出結果を、検出した時刻とともに記憶部１６２に記憶させる。これにより、注目ユーザの運転挙動履歴が更新される。
【０１５４】
ステップＳ１４において、診断部１５４は、運転時の運転診断を行う。例えば、診断部１５４は、運転開始後の注目ユーザの推定状態履歴、及び、運転挙動履歴に基づいて、記憶部１６２に記憶されている注目ユーザの運転診断モデルを用いて、運転適性度ｕを補正する。
【０１５５】
例えば、注目ユーザの集中度又は覚醒度の低下や、注目ユーザの疲労度、ストレス度、又は、緊張度の上昇が発生している場合、運転適性度ｕが下げられる。一方、例えば、注目ユーザの集中度又は覚醒度の上昇や、注目ユーザの疲労度、ストレス度、又は、緊張度の低下が発生している場合、運転適性度ｕが上げられる。また、例えば、危険運転が検出されている場合、検出頻度に応じて運転適性度ｕが下げられる。一方、危険運転が検出されない状態が継続している場合、継続時間に応じて、運転適性度ｕが上げられる。
【０１５６】
なお、ブレーキやアクセルペダルの踏み方の滑らかさ、コーナリングの際のステアリングホイールのさばき方、加速及び減速の滑らかさ等の注目ユーザの運転操作の良し悪しに基づいて、運転適性度ｕが補正されてもよい。
【０１５７】
診断部１５４は、補正後の運転適性度ｕ、及び、推定される低下要因を、診断した時刻とともに、注目ユーザの運転の適性の診断結果として記憶部１６２に記憶させる。これにより、注目ユーザの運転診断履歴が更新される。
【０１５８】
ステップＳ１５において、リスク予測部１５６は、リスク予測を行う。ここで、リスク予測部１５６は、ステップＳ５の処理と異なり、注目ユーザの運転診断履歴に加えて、記憶部１６２に記憶されている注目ユーザの推定状態履歴及び運転挙動履歴をさらに用いて、リスク予測を行う。例えば、注目ユーザの運転適性度ｕが高くても、危険運転の検出頻度が高くなるほど、及び、検出された危険運転の危険度が高くなるほど、予測されるリスクが大きくなる。一方、例えば、注目ユーザの運転適性度ｕが低くても、危険運転が検出されない場合、予測されるリスクが小さくなる。このように、実際の注目ユーザの運転中の状態や運転挙動をさらに用いて、リスク予測が行われるため、ステップＳ５の処理と比較して、リスク予測の精度が向上する。
【０１５９】
また、リスク予測部１５６は、リスク及びその発生確率だけでなく、今後リスクの発生確率が高くなる時刻（以下、リスク上昇時刻と称する）を予測することも可能である。例えば、リスク予測部１５６は、注目ユーザの集中度、緊張度、又は、覚醒度の時系列の変化に基づいて、それらが所定の閾値を下回る時刻を、リスク上昇時刻として推定する。
【０１６０】
リスク予測部１５６は、リスクの予測結果を損害予測部１５７に供給する。このリスクの予測結果には、予測されるリスクの内容、リスクを予測した根拠（例えば、運転適性度ｕの低下要因や危険運転の検出結果）、及び、リスクの発生確率が含まれる。また、必要に応じて、リスク上昇時刻が含まれる。
【０１６１】
ステップＳ１６において、ステップＳ６の処理と同様に、損害予測が行われる。ただし、損害予測部１５７は、ステップＳ６の処理と異なり、注目ユーザの従順度をさらに用いて、損害予測を行う。すなわち、注目ユーザの従順度が高いほどリスクを回避する可能性が高くなり、従順度が低いほどリスクを回避する可能性が低くなる。従って、従順度が高いほど、予測される損害が小さくなり、従順度が低いほど、予測される損害が大きくなる。損害予測部１５７は、リスク及び損害の予測結果を運転挙動検出部１５５及び提示制御部１５８に供給する。
【０１６２】
ここで、注目ユーザの従順度により、検出対象となる危険運転のレベル、及び、予測対象となるリスクのレベルが変化する。例えば、上述したように、注目ユーザの従順度が低くなるほど、予測されるリスクの損害が大きくなる。従って、検出対象となる危険運転のレベルがより低くなるように、検出パラメータが調整される。その結果、従順度が低くなるほど、検出対象となる危険運転のレベル、及び、予測対象となるリスクのレベルが低くなる。
【０１６３】
ステップＳ１７において、提示制御部１５８は、ユーザ（注目ユーザ）へのフィードバックを行うか否かを判定する。例えば、提示制御部１５８は、注目ユーザに通知する必要があるリスクの発生が予測されている場合、注目ユーザへのフィードバックを行うと判定し、処理はステップＳ１８に進む。
【０１６４】
ステップＳ１８において、ステップＳ８の処理と同様に、注目ユーザへのフィードバックが行われる。ここで、注目ユーザに提示されるフィードバック情報の具体例について説明する。
【０１６５】
例えば、注目ユーザの睡眠不足が推定されている場合に、急操作又は蛇行運転が検出されたとき、危険運転に対する注意喚起が行われる。例えば、注目ユーザのユーザ端末部１１又は車両１２において、「寝不足状態です。注意して運転してください。」のような音声メッセージが出力される。例えば、「注意して運転してください」の部分がリスク回避案となり、「寝不足状態です」の部分が、リスク回避案を提示する根拠となる。
【０１６６】
例えば、注目ユーザが日常生活の圏外にいると推定される場合、又は、強いストレスを感じていると推定される場合に、前方車両への接近が検出されたとき、危険運転に対する注意喚起が行われる。例えば、注目ユーザのユーザ端末部１１又は車両１２において、「急いでいませんか？落ち着いて運転しましょう。」のような音声メッセージが出力される。例えば、「落ち着いて運転しましょう」の部分がリスク回避案となり、「急いでいませんか？」の部分が、リスク回避案を提示する根拠となる。
【０１６７】
例えば、注目ユーザが運転前に激しい運動をしていたと推定される場合に、注目ユーザの視線の一点集中が検出されたとき、又は、車両１２周辺に多数の歩行者が検出されたとき、危険運転のおそれに対する注意喚起が行われる。例えば、注目ユーザのユーザ端末部１１又は車両１２において、「眠くなっていませんか？周囲に注意して運転してください。」のような音声メッセージが出力される。例えば、「周囲に注意して運転してください」の部分がリスク回避案となり、「眠くなっていませんか？」の部分が、リスク回避案を提示する根拠となる。
【０１６８】
例えば、注目ユーザが日常生活の圏外にいると推定される場合に、又は、注目ユーザの睡眠不足が推定される場合に、高速道路を走行中に急操作又は蛇行運転が検出されたとき、危険運転に対する注意喚起が行われる。例えば、注目ユーザのユーザ端末部１１又は車両１２において、「次のサービスエリアで休憩してはいかがでしょうか？あなたは昨日寝不足で、現在蛇行運転しています。」のような音声メッセージが出力される。例えば、「次のサービスエリアで休憩してはいかがでしょうか？」の部分がリスク回避案となり、「あなたは昨日寝不足で、現在蛇行運転しています」の部分が、リスク回避案を提示する根拠となる。
【０１６９】
例えば、注目ユーザの睡眠不足又は極度の緊張状態が推定される場合に、危険運転が頻繁に検出されたとき、自動車保険の保険料上昇の注意喚起、及び、その原因の提示が行われる。例えば、注目ユーザのユーザ端末部１１又は車両１２において、「寝不足（又は、緊張）による危険運転が頻発しています。あとｘ回の危険運転が検出されると、保険料のキャッシュバックの権利を失います。」のような音声メッセージが出力される。例えば、「あとｘ回の危険運転が検出されると、保険料のキャッシュバックの権利を失います」の部分が注目ユーザへの警告となり、「寝不足（又は、緊張）による危険運転が頻発しています」の部分が、警告を行う根拠となる。
【０１７０】
例えば、注目ユーザが日常生活の圏外の慣れない道を走行していると推定され、疲労によるリスク上昇時刻が推定された場合、「疲れていませんか？サービスエリアＡで休憩してはいかがでしょうか？」のような音声メッセージが出力される。なお、サービスエリアＡは、リスク上昇時刻になるまでの間に、注目ユーザの車両１２が到達可能であると推定されるサービスエリアである。例えば、「サービスエリアＡで休憩してはいかがでしょうか？」の部分がリスク回避案となり、「疲れていませんか？」の部分が、リスク回避案を提示する根拠となる。
【０１７１】
なお、リスク回避案は、例えば、「６０ｋｍ／ｈまでスピードを落としてください。」や「すぐに正面を向いてください。」等のように、より具体的な内容にすることも可能である。
【０１７２】
また、提示制御部１５８は、フィードバック情報を評価部１５９に供給する。
【０１７３】
ステップＳ１９において、評価部１５９は、ユーザ（注目ユーザ）の従順度を評価する。具体的には、評価部１５９は、注目ユーザに対するフィードバックが行われた後の注目ユーザの推定状態履歴及び運転挙動履歴を記憶部１６２から取得する。そして、評価部１５９は、取得した履歴に基づいて、フィードバックに対する注目ユーザの反応（例えば、運転の内容）を検出する。
【０１７４】
また、評価部１５９は、注目ユーザの反応に基づいて、注目ユーザの従順度の評価値を更新する。例えば、今回提示されたフィードバック情報にリスク回避案が含まれており、そのリスク回避案に注目ユーザが従った場合、注目ユーザの従順度は上昇する。また、注目ユーザがリスク回避案に従うまでの時間が短いほど（反応速度が速いほど）、又は、注目ユーザの反応とリスク回避案との差が小さいほど、注目ユーザの従順度の上げ幅が大きくなる。逆に、注目ユーザがリスク回避案に従うまでの時間が長いほど（反応速度が遅いほど）、又は、注目ユーザの反応とリスク回避案との差が大きいほど、注目ユーザの従順度の上げ幅は小さくなる。
【０１７５】
一方、注目ユーザがリスク回避案に従わなかった場合、例えば、注目ユーザがリスク回避案を無視した場合、又は、注目ユーザがリスク回避案とは異なる反応を示した場合、注目ユーザの従順度は低下する。特に、注目ユーザがリスク回避案に従わずに危険運転を行った場合、注目ユーザの従順度の下げ幅は大きくなる。
【０１７６】
評価部１５９は、更新した注目ユーザの従順度を損害予測部１５７に供給するとともに、記憶部１６２に記憶させる。
【０１７７】
その後、処理はステップＳ２０に進む。
【０１７８】
一方、ステップＳ１７において、注目ユーザへのフィードバックを行わないと判定された場合、ステップＳ１８及びステップＳ１９の処理はスキップされ、処理はステップＳ２０に進む。
【０１７９】
ステップＳ２０において、ステップＳ７の処理と同様に、運転挙動の検出パラメータが調整される。
【０１８０】
ステップＳ２１において、状態推定部１５２は、ユーザが運転を停止したか否かを判定する。すなわち、状態推定部１５２は、ステップＳ１０の運転開始の判定処理と同様に、通信部１５１を介して注目ユーザのユーザ端末部１１及び車両１２のうち少なくとも１つから受信したデータに基づいて、注目ユーザが運転を停止したか否かを判定する。
【０１８１】
そして、注目ユーザが運転を停止していないと判定された場合、処理はステップＳ１４に戻る。その後、ステップＳ２１において、注目ユーザが運転を停止したと判定されるまで、ステップＳ１４乃至ステップＳ２１の処理が繰り返し実行される。これにより、注目ユーザの運転診断、リスク予測、及び、損害予測が適宜行われ、その結果に基づいて、危険運転の検出パラメータの調整や注目ユーザへのフィードバックが行われる。また、注目ユーザの従順度が適宜更新される。
【０１８２】
一方、ステップＳ２１において、注目ユーザが運転を停止したと判定された場合、処理はステップＳ２２に進む。
【０１８３】
ステップＳ２２において、ステップＳ１の処理と同様に、非運転時の注目ユーザの状態の推定処理が開始される。
【０１８４】
ステップＳ２３において、周辺データ取得部１５３は、車両１２の周辺のデータの取得を停止する。
【０１８５】
ステップＳ２４において、運転挙動検出部１５５は、運転挙動の検出処理を停止する。
【０１８６】
ステップＳ２５において、学習部１６０は、学習処理を行う。例えば、学習部１６０は、記憶部１６２に記憶されている注目ユーザの状態データログ、推定状態履歴、運転診断履歴、及び、運転挙動履歴に基づいて、状態推定モデル、運転診断モデル、運転挙動検出モデル、及び、リスク予測モデルの学習を行う。
【０１８７】
例えば、運転適性度ｕが低く評価されたにも関わらず、安全運転が行われた場合、上述した運転診断モデルを表す式（１）の重みｗｘ及び重みｗｙが小さく設定される。これにより、注目ユーザの運転適性度ｕが、これまでより高く評価されるようになる。逆に、運転適性度ｕが高く評価されたにも関わらず、危険運転が頻繁に行われた場合、式（１）の重みｗｘ及び重みｗｙが大きく設定される。これにより、注目ユーザの運転適性度ｕが、これまでより低く評価されるようになる。
【０１８８】
また、例えば、注目ユーザの直近状態パターンとユーザ集合状態パターンとの差が大きく、運転適性度ｕが低く評価されたにも関わらず、安全運転が行われた場合、上述した式（１）の重みｗｘが大きくされ、重みｗｙが小さくされる。すなわち、運転診断において、より注目ユーザの直近状態パターンと標準状態パターンとの差が重視されるようになる。
【０１８９】
なお、例えば、注目ユーザがサービスの利用を開始した当初は、事前の実験等により得られた平均的なユーザに対応するモデルが使用される。その後、学習処理により、各モデルが、より注目ユーザに適したモデルに更新されていく（個人化される）。
【０１９０】
なお、この学習処理は、必ずしも注目ユーザの運転が終了する毎に行う必要はなく、例えば、所定の期間毎、運転が所定の回数行われる毎、運転時間が所定の時間以上増加する毎等の任意のタイミングで行われるようにしてもよい。また、必ずしも全てのモデルの学習処理を同時に行う必要はなく、モデル毎に異なるタイミングで学習処理を行うようにしてもよい。
【０１９１】
また、例えば、学習部１６０は、推定状態履歴に示される運転前及び運転中の注目ユーザの疲労度の推移に基づいて、注目ユーザの疲労度を予測する疲労度推定モデルの学習を行ってもよい。例えば、状態推定部１５２は、疲労度推定モデルを用いて、走行予定ルートの各地点における注目ユーザの疲労度を推定することができる。さらに、例えば、学習部１６０は、時間帯、天候、渋滞の状況、道路の種類（例えば、一般道又は高速道）等の車両１２の周囲の状態を加味して、疲労度推定モデルの学習を行うことにより、疲労度の推定精度を向上させることができる。
【０１９２】
また、学習処理の方法には、例えば、ニューラルネットワーク等の機械学習やその他の任意の方法を用いることができる。
【０１９３】
ステップＳ２６において、保険料算定部１６１は、ユーザ（注目ユーザ）の保険料の算定を行う。例えば、保険料算定部１６１は、注目ユーザの自動車保険の保険料又は保険料に対するキャッシュバック金額がリアルタイムに変動する場合、記憶部１６２に記憶されている注目ユーザの運転診断履歴、運転挙動履歴、及び、従順度に基づいて、保険料又はキャッシュバック金額を更新する。保険料算定部１６１は、更新した注目ユーザの保険料又はキャッシュバック金額を記憶部１６２に記憶させる。
【０１９４】
例えば、運転適性度ｕの平均値がより低いほど、保険料が上がり（又は、キャッシュバック金額が下がり）、運転適性度ｕの平均値がより高いほど、保険料が下がる（又は、キャッシュバック金額が上がる）。
【０１９５】
また、例えば、危険運転の頻度又は累積回数が大きいほど、保険料が上がり（又は、キャッシュバック金額が下がり）、危険運転の頻度又は累積回数が小さいほど、保険料が下がる（又は、キャッシュバック金額が上がる）。さらに、例えば、危険運転に対して予測される損害の平均又は合計が高いほど、保険料が上がり（又は、キャッシュバック金額が下がり）、危険運転に対して予測される損害の平均又は合計が低いほど、保険料が下がる（又は、キャッシュバック金額が上がる）。
【０１９６】
また、例えば、従順度が低いほど、リスクの低下が期待できないため、保険料が上がり（又は、キャッシュバック金額が下がり）、従順度が高いほど、リスクの低下が期待できるため、保険料が下がる（又は、キャッシュバック金額が上がる）。特に、注目ユーザがリスク回避案に従わずに危険運転を行った場合、例えば、ペナルティとして、保険料の上げ幅（又は、キャッシュバック金額の下げ幅）が大きくなる。
【０１９７】
なお、この保険料算定処理は、必ずしも注目ユーザの運転が終了する毎に行う必要はなく、例えば、所定の期間毎、運転が所定の回数行われる毎、運転時間が所定の時間以上増加する毎等の任意のタイミングで行われるようにしてもよい。
【０１９８】
また、この保険料算定処理は、例えば、次回の保険の更新時に、保険料の見積もり金額を算定するために実行されてもよい。
【０１９９】
さらに、例えば、１回の運転毎又は１日単位の自動車保険の場合、この保険料算定処理を運転前に実行することにより、保険料を算定してもよい。この場合、例えば、注目ユーザの運転適性度ｕ及び従順度のうち少なくとも１つを用いて、保険料が算定される。
【０２００】
また、算定した保険料又はキャッシュバック金額が、フィードバック情報として注目ユーザに提示されてもよい。
【０２０１】
その後、処理はステップＳ２に戻り、ステップＳ２以降の処理が実行される。
【０２０２】
例えば、運転挙動は、運転中のユーザの状態だけでなく、運転前のユーザの状態（例えば、行動、生体状態、感情等）に影響される。これに対して、以上のように、ユーザの運転中の状態や運転挙動に加えて、運転前のユーザの状態を複合的に考慮することにより、より適切に運転適性度ｕが評価される。また、運転適性度ｕの精度が向上することにより、リスク予測及び損害予測の精度が向上する。その結果、より適切なタイミングで適切なフィードバック情報を提示することができ、安全性が向上し、事故の発生を防止することができる。
【０２０３】
また、フィードバック情報に、運転診断の結果の根拠又はリスクを予測した根拠が示されるため、ユーザの納得感が向上し、ユーザがリスク回避案に従う確率が高くなる。また、提示された根拠が誤っている場合、例えば、ユーザがサーバ１３に訂正を指示し、学習処理に反映することにより、運転診断モデルやリスク予測モデルの精度が向上する。
【０２０４】
さらに、ユーザの従順度を評価し、従順度に基づいて、検出対象となる危険運転のレベル、及び、予測対象となるリスクのレベルが変化することにより、ユーザがより確実にリスクを回避することができるようになる。
【０２０５】
また、ユーザの運転挙動だけでなく、運転適性度ｕ及び従順度に基づいて、自動車保険の保険料（キャッシュバック金額を含む）を算定することにより、ユーザ毎により適切な保険料を設定することができる。これにより、例えば、ユーザがリスク回避案に従う動機づけを行うことができ、ユーザがより確実にリスクを回避することができるようになる。
【０２０６】
＜＜２．変形例＞＞
以下、上述した本開示に係る技術の実施の形態の変形例について説明する。
【０２０７】
＜システムの構成に関する変形例＞
図１乃至図４の情報処理システム１０の構成例は、その一例であり、必要に応じて変更することが可能である。
【０２０８】
例えば、以上の説明では、サーバ１３が、ユーザ端末部１１及び車両１２（車載システム１０１）から取得したデータに基づいて、ほとんどの処理を行う例を示したが、例えば、ユーザ端末部１１、車両１２、及び、サーバ１３で処理を分担したり、ユーザ端末部１１又は車両１２が単独で処理を行ったりすることも可能である。
【０２０９】
例えば、ユーザ端末部１１及び車両１２の少なくとも一方が、サーバ１３の処理の一部又は全部を行うようにすることが可能である。
【０２１０】
例えば、ユーザ端末部１１及び車両１２の少なくとも一方が、状態推定部１５２、運転挙動検出部１５５、及び、評価部１５９の処理の一部又は全部を行い、推定結果及び検出結果をサーバ１３に送信するようにしてもよい。
【０２１１】
例えば、ユーザ端末部１１及び車両１２の少なくとも一方が、周辺データ取得部１５３の処理の一部又は全部を行い、取得した周辺データをサーバ１３に送信するようにしてもよい。
【０２１２】
例えば、ユーザ端末部１１及び車両１２の少なくとも一方が、診断部１５４、リスク予測部１５６、及び、損害予測部１５７の処理の一部又は全部を行い、診断結果及び予測結果をサーバ１３に送信するようにしてもよい。
【０２１３】
また、例えば、運転支援に関する処理をユーザ端末部１１で行うようにしてもよい。この場合、ユーザ端末部１１は、複数の装置で構成してもよいし、１つの装置で構成してもよい。また、ユーザ端末部１１が、車両１２から各種のデータ（例えば、車両データ、映像データ、音声データ等）を取得し、処理に用いるようにしてもよいし、車両１２からのデータを処理に用いないようにしてもよい。また、運転診断処理にユーザ集合状態パターンを用いてもよいし、用いなくてもよい。ユーザ集合状態パターンを用いる場合、例えば、サーバ１３は、各ユーザのユーザ端末部１１から取得した各ユーザの標準状態パターンに基づいて、ユーザ集合状態パターンの学習を行う。そして、サーバ１３は、ユーザ集合状態パターンを示すデータを各ユーザのユーザ端末部１１に送信する。
【０２１４】
この場合、保険料の算定処理は、ユーザ端末部１１及びサーバ１３のいずれで行ってもよい。ユーザ端末部１１が行う場合、例えば、保険料の算定処理を行うアプリケーションプログラムが、サーバ１３から提供される。一方、サーバ１３が行う場合、例えば、保険料の算定に必要なデータがユーザ端末部１１からサーバ１３に提供される。
【０２１５】
さらに、例えば、運転支援に関する処理のうち、非運転時のユーザの状態の推定処理及び標準状態パターンの学習処理を除くほぼ全ての処理を車両１２（車載システム１０１）で行うようにしてもよい。この場合、例えば、ユーザ端末部１１が、非運転時のユーザの状態の推定処理及び標準状態パターンの学習処理を行い、その結果得られる推定状態履歴及び標準状態パターンを示すデータを運転前に車両１２に送信する。そして、車両１２が、残りの処理を実行する。この場合、運転診断処理にユーザ集合状態パターンを用いてもよいし、用いなくてもよい。ユーザ集合状態パターンを用いる場合、ユーザ集合状態パターンを用いる場合、例えば、サーバ１３は、各ユーザのユーザ端末部１１から取得した各ユーザの標準状態パターンに基づいて、ユーザ集合状態パターンの学習を行う。そして、サーバ１３は、ユーザ集合状態パターンを示すデータを各ユーザのユーザ端末部１１又は車両１２に送信する。
【０２１６】
この場合、保険料の算定処理は、ユーザ端末部１１、車両１２、及び、サーバ１３のいずれで行ってもよい。ユーザ端末部１１又は車両１２が行う場合、例えば、保険料の算定処理を行うアプリケーションプログラムが、サーバ１３から提供される。一方、サーバ１３が行う場合、例えば、保険料の算定に必要なデータがユーザ端末部１１及び車両１２からサーバ１３に提供される。
【０２１７】
また、例えば、ユーザ端末部１１とサーバ１３で分担して処理を行うようにしてもよい。この場合、車両１２からのデータを処理に用いてもよいし、用いなくてもよい。
【０２１８】
さらに、例えば、車両１２とサーバ１３で分担して処理を行うようにしてもよい。この場合、例えば、ユーザ端末部１１から車両１２及びサーバ１３に処理に必要なデータ（例えば、ユーザの標準状態パターン及び直近状態パターン等）が提供される。
【０２１９】
また、例えば、複数のサーバで処理を分担してもよい。例えば、運転支援に関する処理と保険料算定に関する処理を異なるサーバで行ってもよい。
【０２２０】
さらに、例えば、車両１２とサーバ１３との間の通信を、ユーザ端末部１１を介して行うようにしてもよい。この場合、例えば、車両１２からのデータが、いったんユーザ端末部１１に送信された後、ユーザ端末部１１からサーバ１３に転送される。また、サーバ１３からのデータが、いったんユーザ端末部１１に送信された後、ユーザ端末部１１から車両１２に転送される。
【０２２１】
また、例えば、ユーザ端末部１１とサーバ１３との間の通信を、車両１２を介して行うようにしてもよい。この場合、例えば、ユーザ端末部１１からのデータが、いったん車両１２に送信された後、車両１２からサーバ１３に転送される。また、サーバ１３からのデータが、いったん車両１２に送信された後、車両１２からユーザ端末部１１に転送される。
【０２２２】
さらに、例えば、推定状態履歴の代わりに、ユーザの状態を推定する前の状態データログを直接用いて、診断部１５４の運転診断、リスク予測部１５６のリスク予測、及び、運転挙動検出部１５５の運転挙動の検出が行われてもよい。この場合、状態推定部１５２を削除することが可能である。
【０２２３】
＜その他の変形例＞
例えば、ユーザの直近状態パターンと標準状態パターン又はユーザ集合平均パターンとの乖離度に加えて、現在のユーザの状態を用いて、運転適性度ｕを算出するようにしてもよい。例えば、ユーザの直近状態パターンと標準状態パターンとの差が小さくても、例えば、ユーザの覚醒度が低かったり、興奮したり、落ち込んだりしている場合、危険運転が行われる可能性が高い。そこで、例えば、ユーザの状態を示す各項目のうち、運転への影響が大きい項目については、それらの項目の現在の状態（例えば、覚醒度、興奮度、落ち込み度）を、運転適性度ｕの算出に用いるようにしてもよい。
【０２２４】
また、推定するユーザの状態は、上述した生体状態、行動、及び、感情の３種類に限定されるものではない。例えば、上記の３種類のうち１種類又は２種類のみ推定するようにしてもよいし、他の種類の状態を推定するようにしてもよい。
【０２２５】
さらに、例えば、通常は運転に直接影響しないと想定されるユーザの行動を、運転適性度ｕの算出に用いるようにしてもよい。例えば、ユーザの購買履歴に基づいて、ユーザが通常と異なる傾向のショッピングをした場合（例えば、非常に高価な買い物をした場合）、ユーザの状態（例えば、感情）が通常とは異なることが想定される。そこで、例えば、運転適性度ｕの算出に、ユーザの購買履歴を用いてもよい。
【０２２６】
また、例えば、運転適性度ｕの算出に、非運転時のユーザの状態に基づいて検出されるユーザの能力であって、運転にも影響する能力を用いてもよい。例えば、日常生活の判断能力が高いユーザの運転適性度ｕが高く設定され、判断能力が低いユーザの運転適性度ｕが低く設定されるようにしてもよい。
【０２２７】
なお、この場合、例えば、判断能力が高いユーザと低いユーザが同じように車線変更を高頻度に繰り返していても、判断能力が高いユーザに対して予測されるリスクは低くなり、判断能力が低いユーザに対して予測されるリスクは高くなる。ただし、判断能力が高いユーザであっても、車線変更を減らすようにリスク回避案が提示されたにも関わらず、無視して車線変更を繰り返す場合、従順度が低く評価されるため、予測されるリスクは高くなる。
【０２２８】
さらに、例えば、ユーザの状態の推定結果、運転診断の結果、及び、運転挙動の検出結果のうち１つ又は２つのみに基づいて、リスク予測が行われるようにしてもよい。また、例えば、運転診断の結果を用いてリスク予測が行われる場合、運転前の運転適性度ｕ及び運転中の運転適性度ｕのうち一方のみを用いるようにしてもよい。
【０２２９】
また、例えば、運転前及び運転中の一方のユーザの状態のみに基づいて、運転診断が行われるようにしてもよい。
【０２３０】
さらに、例えば、事故の発生原因の究明に、推定状態履歴、運転診断履歴、及び、運転挙動履歴を用いることが可能である。例えば、ドライブレコーダに、推定状態履歴、運転診断履歴、及び、運転挙動履歴を記録することにより、事故発生時のユーザ（運転者）の状態や挙動に加えて、運転前のユーザの状態に基づいて、事故の発生原因を究明することが可能になる。
【０２３１】
また、例えば、ユーザ端末部１１又は車両１２が、他のユーザの運転適性度ｕやリスクの予測結果等を、他のユーザのユーザ端末部１１若しくは車両１２、又は、サーバ１３から取得できるようにしてもよい。これにより、例えば、運転適性度ｕが低いユーザが運転する危険車両が近くに存在する場合、例えば、ユーザは、事前にその情報を取得することにより、危険車両による事故に巻き込まれることを回避することができる。
【０２３２】
さらに、状態推定モデル、運転診断モデル、運転挙動検出モデル、及び、リスク予測モデルの個人化は、必ずしも行う必要はなく、所定のアルゴリズム等を用いたモデルを用いるようにしてもよい。また、例えば、上記のモデルの学習をユーザ毎に行わずに、例えば、ユーザ集合全体で行い、各ユーザで共通のモデルを用いるようにしてもよい。
【０２３３】
また、例えば、ユーザの従順度に基づいて、フィードバック情報の提示方法、提示頻度、及び、提示内容等を変更してもよい。
【０２３４】
＜適用例＞
本技術の運転支援処理は、先に例示した車両以外にも、例えば、本技術は、自動二輪車、自転車、パーソナルモビリティ、飛行機、船舶、建設機械、農業機械（トラクター）等の各種の移動体の運転を行う場合にも適用することができる。すなわち、運転前及び運転中のユーザの状態の推定結果を用いて、運転診断、リスク予測、損害予測、ユーザへのフィードバック等を行うことができる。なお、本技術が適用可能な移動体には、場所を移動するもの以外にも、一部の建設機械等（例えば、固定式のクレーン等）の、固定された場所において作業を行う部分等が移動する移動体も含まれる。また、本技術が適用可能な移動体には、例えば、ドローン、ロボット等のユーザが搭乗せずにリモートで運転（操作）する移動体も含まれる。
【０２３５】
また、本技術は、自動車保険以外にも、生命保険、損害保険、医療保険等の各種の保険を提供するシステム及び装置等に適用することができる。例えば、ユーザの推定状態履歴及び従順度に基づいて、各種の保険料（キャッシュバック金額を含む）を算定することができる。具体的には、例えば、生命保険又は医療保険の場合、ユーザ端末部１１又はサーバ１３が、ユーザの状態推定処理を行い、推定状態履歴を蓄積する。また、ユーザ端末部１１又はサーバ１３が、推定状態履歴に基づくユーザの生活習慣及び生体状態等に基づいて、病気等のリスクを避けるための提案（リスク回避案）をユーザに提示し、その反応に基づいて、ユーザの従順度を評価する。そして、ユーザ端末部１１又はサーバ１３が、ユーザの生活習慣及び生体状態、並びに、従順度等に基づいて、生命保険又は医療保険の保険料を算定する。
【０２３６】
例えば、生活習慣及び生体状態が良いユーザほど、保険料が安くなり、生活習慣及び生体状態が悪いユーザほど、保険料が高くなる。また、従順度が高いユーザほど、保険料が安くなり、従順度が低いユーザほど、保険料が高くなる。このように、ユーザの生活習慣及び生体状態だけでなく、ユーザの従順度を考慮することにより、上述した自動車保険の場合と同様に、ユーザ毎により適切な保険料を設定することができる。
【０２３７】
＜＜３．その他＞＞
＜コンピュータの構成例＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２３８】
図１１は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２３９】
コンピュータにおいて、CPU（Central Processing Unit）４０１，ROM（Read Only Memory）４０２，RAM（Random Access Memory）４０３は、バス４０４により相互に接続されている。
【０２４０】
バス４０４には、さらに、入出力インターフェース４０５が接続されている。入出力インターフェース４０５には、入力部４０６、出力部４０７、記録部４０８、通信部４０９、及びドライブ４１０が接続されている。
【０２４１】
入力部４０６は、入力スイッチ、ボタン、マイクロフォン、撮像素子などよりなる。出力部４０７は、ディスプレイ、スピーカなどよりなる。記録部４０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部４０９は、ネットワークインターフェースなどよりなる。ドライブ４１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体４１１を駆動する。
【０２４２】
以上のように構成されるコンピュータでは、CPU４０１が、例えば、記録部４０８に記録されているプログラムを、入出力インターフェース４０５及びバス４０４を介して、RAM４０３にロードして実行することにより、上述した一連の処理が行われる。
【０２４３】
コンピュータ（CPU４０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体４１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
【０２４４】
コンピュータでは、プログラムは、リムーバブル記録媒体４１１をドライブ４１０に装着することにより、入出力インターフェース４０５を介して、記録部４０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部４０９で受信し、記録部４０８にインストールすることができる。その他、プログラムは、ROM４０２や記録部４０８に、あらかじめインストールしておくことができる。
【０２４５】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２４６】
また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２４７】
さらに、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２４８】
例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２４９】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２５０】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２５１】
＜構成の組み合わせ例＞
本技術は、以下のような構成をとることもできる。
【０２５２】
（１）
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御部と、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価部と、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測部と
を備える情報処理装置。
（２）
前記リスク予測部は、前記ユーザによる移動体の運転に関するリスクの予測を行う
前記（１）に記載の情報処理装置。
（３）
運転中の前記ユーザ又は前記移動体の挙動である運転挙動を検出する運転挙動検出部を
さらに備え、
前記リスク予測部は、前記運転挙動の検出結果に基づいて、前記リスクの予測を行う
前記（２）に記載の情報処理装置。
（４）
前記運転挙動検出部の検出対象となる危険な運転挙動のレベルが、前記従順度に基づいて変化する
前記（３）に記載の情報処理装置。
（５）
前記従順度が低くなるほど、前記運転挙動検出部の検出対象となる危険な運転挙動のレベルが低くなる
前記（４）に記載の情報処理装置。
（６）
前記ユーザの運転前の状態及び運転中の状態のうち少なくとも１つに基づいて、前記ユーザの運転に対する適性の診断を行う診断部を
さらに備え、
前記リスク予測部は、前記診断の結果に基づいて、前記リスクの予測を行う
前記（２）乃至（４）のいずれかに記載の情報処理装置。
（７）
前記従順度が低くなるほど、前記リスク予測部の予測対象となるリスクのレベルが低くなる
前記（１）乃至（６）のいずれかに記載の情報処理装置。
（８）
前記従順度に基づいて、前記ユーザに対する保険の保険料の算定を行う保険料算定部を
さらに備える前記（１）乃至（７）のいずれかに記載の情報処理装置。
（９）
前記保険料算定部は、前記従順度が高いほど前記保険料を下げ、前記従順度が低いほど前記保険料を上げる
前記（８）に記載の情報処理装置。
（１０）
前記リスクは、前記ユーザによる車両の運転に関するリスクであり、
前記保険は、自動車保険を含む
前記（８）又は（９）に記載の情報処理装置。
（１１）
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップと
を含む情報処理方法。
（１２）
予測されるリスクに基づいて、ユーザに対するリスクの回避案を生成する提示制御ステップと、
前記リスクの回避案に対する前記ユーザの反応に基づいて、前記ユーザの従順度を評価する評価ステップと、
評価された従順度に基づいてリスクの予測パラメータを調整するリスク予測ステップと
を含む処理をコンピュータに実行させるプログラム。
【０２５３】
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
【符号の説明】
【０２５４】
１０  情報処理システム，  １１  ユーザ端末部，  １２  車両，  １３  サーバ，  ５１  モバイル端末，  ５２  ウエアラブル端末，  ６１  ＧＮＳＳ受信機，  ６２  慣性センサ，  ６３  環境センサ，  ６４  生体センサ，  ６６  出力部，  ６７  制御部，  ８１  生体センサ，  ８３  出力部，  ８４  制御部，  １０１  車載システム,  １１１  車両データ取得部，  １１２  映像音声取得部，  １１４  出力部，  １１５  制御部，  １５２  状態推定部，  １５４  診断部，  １５５  運転挙動検出部,  １５６  リスク予測部，  １５７  損害予測部，  １５８  提示制御部，  １５９  評価部，  １６０  学習部，  １６１  保険料算定部
【図１】
2018190152.tif 000003
【図２】
2018190152.tif 000004
【図３】
2018190152.tif 000005
【図４】
2018190152.tif 000006
【図５】
2018190152.tif 000007
【図６】
2018190152.tif 000008
【図７】
2018190152.tif 000009
【図８】
2018190152.tif 000010
【図９】
2018190152.tif 000011
【図１０】
2018190152.tif 000012
【図１１】
2018190152.tif 000013
【国際調査報告】
2018190152.tif 000014
2018190152.tif 000015
2018190152.tif 000016