JP7139244B2 - 情報処理装置および方法、並びにプログラム - Google Patents

Description

本技術は情報処理装置および方法、並びにプログラムに関し、特に、サービスに対するより適切な対価を求めることができるようにした情報処理装置および方法、並びにプログラムに関する。

従来、自動車保険において、被保険者であるユーザの交通違反履歴や事故歴などに応じて、ユーザが支払う保険料を決定する技術が提案されている（例えば、特許文献１参照）。

このような技術では、自動車保険の加入申し込み時に、保険サービス提供会社からユーザ個人に対して交通違反歴、事故歴、連続乗車時間、１日平均走行距離、１日平均睡眠時間、および１日平均乗車時間の問い合わせが行われる。そして、保険サービス提供会社では、ユーザにより入力された問い合わせの回答に応じて保険料が決定される。

このように、ユーザごとに保険料を決定すれば、事故率の低いユーザの保険料を優遇し、ユーザの負担を軽減させることができるようになる。

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

しかしながら、上述した技術では自動車保険というサービスの対価である保険料を、より適切に求めることは困難であった。

例えば、ユーザにより回答される１日平均睡眠時間はユーザの健康状態に関する情報であり、健康的な生活をしているユーザは事故率が低いはずであるので、１日平均睡眠時間が長いユーザに対しては保険料を安くすることが考えられる。

ところがユーザにより入力された１日平均睡眠時間は、あくまで自己申告された情報であるため、正確な情報ではない。したがって、このような情報からは各ユーザについて、十分に適切な保険料を決定できているとはいえなかった。

本技術は、このような状況に鑑みてなされたものであり、サービスに対するより適切な対価を求めることができるようにするものである。

本技術の第１の側面の情報処理装置は、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを送信元の装置から受信する受信部と、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料を算出する算出部とを備え、前記受信部が受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて前記受信部へ送信される。

本技術の第１の側面の情報処理方法またはプログラムは、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを送信元の装置から受信し、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料を算出するステップを含み、受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて送信される。

本技術の第１の側面においては、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとが送信元の装置から受信され、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される。また、受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて送信される。

本技術の第２の側面の情報処理装置は、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを記録する記録部と、保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとを送信先の装置に送信する送信部とを備え、前記送信部が送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される。

本技術の第２の側面の情報処理方法またはプログラムは、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを記録し、保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとを送信先の装置に送信するステップを含み、送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される。

本技術の第２の側面においては、生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとが記録され、保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとが送信先の装置に送信される。また、送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される。

本技術の第１の側面および第２の側面によれば、サービスに対するより適切な対価を求めることができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載された何れかの効果であってもよい。

自動車保険システムの構成例を示す図である。 端末装置の構成例を示す図である。 保険管理サーバの構成例を示す図である。 運転判定情報送信処理、および保険料算出処理を説明するフローチャートである。 車載端末装置の構成例を示す図である。 運転判定情報送信処理、運転判定処理、および保険料算出処理を説明するフローチャートである。 申し込み処理、および受け付け処理を説明するフローチャートである。 保険料金額情報の例を示す図である。 保険料金額情報受信処理、運転判定処理、および保険料金額情報送信処理を説明するフローチャートである。 保険料金額情報の例を示す図である。 時系列データ送信処理、および時系列データ受信処理を説明するフローチャートである。 保険料参考情報の例を示す図である。 保険料参考情報の例を示す図である。 運転判定情報送信処理、および保険料算出処理を説明するフローチャートである。 運転判定情報送信処理、運転判定処理、および保険料算出処理を説明するフローチャートである。 申し込み処理、および受け付け処理を説明するフローチャートである。 保険管理サーバの構成例を示す図である。 情報送信処理、および情報受信処理を説明するフローチャートである。 設定画面の表示例を示す図である。 情報送信処理、および情報受信処理を説明するフローチャートである。 設定画面の表示例を示す図である。 端末装置の構成例を示す図である。 保険管理サーバの構成例を示す図である。 運転状態情報送信処理、および危険運転判定処理を説明するフローチャートである。 乗車判定情報送信処理、および保険料算出処理を説明するフローチャートである。 車載端末装置の構成例を示す図である。 運転判定情報送信処理、運転判定処理、および保険料算出処理を説明するフローチャートである。 車載端末装置の構成例を示す図である。 保険料金額情報の例を示す図である。 運転判定処理を説明するフローチャートである。 健康状態時系列データ送信処理を説明するフローチャートである。 保険料算出処理を説明するフローチャートである。 運送サービスについて説明する図である。 端末装置の構成例を示す図である。 管理サーバの構成例を示す図である。 車両の構成例を示す図である。 設定画面の表示例を示す図である。 設定画面の表示例を示す図である。 位置情報送信処理、および配置位置更新処理を説明するフローチャートである。 値引き率情報受信処理、および値引き率情報送信処理を説明するフローチャートである。 値引き率情報の例を示す図である。 申し込み処理、受け付け処理、および運送処理を説明するフローチャートである。 申し込み画面の表示例を示す図である。 コンピュータの構成例を示す図である。

以下、図面を参照して、本技術を適用した実施の形態について説明する。

〈第１の実施の形態〉
〈自動車保険システムの構成例〉
本技術は、ユーザの健康状態に関する時系列情報と、ユーザの車両への乗車に関する情報とに基づいて、自動車保険等の車両に関するサービスに対してユーザが負担するより適切な対価を求めることができるようにしたものである。

なお、車両に関するサービスは、自動車保険や、タクシーなどの運送サービス、バスや電車などの交通機関の利用に関するサービス、車両乗車時のコンテンツ視聴などのサービス等、車両への乗車に関するサービスであればどのようなものであってもよいが、以下では具体的な例として、主に自動車保険について説明する。この場合、車両への乗車に関するサービスは自動車保険であり、サービスに対する対価は保険料となる。

例えば健康的な生活をしているユーザは、事故率が低いはずであるので、そのようなユーザを優遇して保険料の値引き額を大きく設定すれば、事故率の低いユーザの負担を軽減させることができる。

また、事故率の低いユーザを優遇することにより、事故率の低いユーザがより多く自動車保険に加入するようになるだけでなく、加入しているユーザ自身も、より値引き額を大きくするために、事故率増加に繋がる日常の行動を控えるようになる。そうすると、事故の発生を抑制することができるだけでなく、保険会社が支払う保険金を減らすことができる。

本技術では、ユーザの非運転時の行動情報や生体情報などから得られる、ユーザの健康状態を示す健康状態時系列データと、ユーザが運転しているか否かを示す運転判定情報とに基づいてユーザの安全運転度合いを算出し、その安全運転度合いに基づいて保険料を決定するようにした。このように、ユーザの自己申告ではない、非運転時の健康状態時系列データを用いることで、より高精度に適切な保険料を算出することができる。

それでは、以下、より具体的な実施の形態について説明する。

図１は、本技術を適用した自動車保険システムの一実施の形態の構成例を示す図である。

図１に示す自動車保険システムは、自動車保険の被保険者であるユーザが所持する端末装置１１と、自動車保険サービスを提供する保険会社により管理される保険管理サーバ１２とからなる。これらの端末装置１１および保険管理サーバ１２は、通信網１３を介して相互に接続されている。

端末装置１１は、例えばスマートフォンなどの携帯型端末装置や、ユーザの腕等に装着可能なウェアラブルデバイスなどからなる。

端末装置１１は、ユーザの健康状態に関する時系列のデータ、つまり各時刻のデータである健康状態時系列データを取得するとともに、ユーザが車両を運転しているか否かを判定し、その判定結果を示す運転判定情報を生成する。

また、端末装置１１は、ユーザが運転を開始したタイミングで、運転判定情報および健康状態時系列データを、通信網１３を介して保険管理サーバ１２に送信する。このとき、例えば端末装置１１は、ユーザが運転を開始する直前までの所定時間範囲の健康状態時系列データ、具体的には、例えば直近の１日分の健康状態時系列データを保険管理サーバ１２に送信する。

保険管理サーバ１２は、端末装置１１から送信されてきた健康状態時系列データおよび運転判定情報を受信し、健康状態時系列データに基づいて、ユーザの安全運転の度合いを示す安全運転度合いを算出する。

また、保険管理サーバ１２は、安全運転度合いに基づいてユーザの保険料を算出して、算出した保険料に関する情報である保険料金額情報を生成する。このようにユーザが運転を開始する直前までの健康状態時系列データに基づいて保険料を算出することで、より高精度に、より適切な保険料を算出することができる。しかも、健康状態時系列データは、ユーザによる自己申告のデータではなく、端末装置１１により取得されたものであるので、より信憑性の高いデータである。したがって、このような健康状態時系列データを用いることで、より適切な保険料を決定することができる。

さらに、保険管理サーバ１２は、生成された保険料金額情報を、通信網１３を介して端末装置１１に送信する。端末装置１１は、保険管理サーバ１２から保険料金額情報を受信すると、その保険料金額情報を表示させる。これにより、ユーザは、自身の保険料等を確認することができる。

なお、ここでは保険管理サーバ１２は、保険会社により管理されるサーバであると説明したが、保険会社により保険料の算出を委託された他の会社のサーバであってもよい。また、保険管理サーバ１２は、自動車保険の被保険者に関する情報を管理するサーバであってもよいし、そのようなサーバと接続された他のサーバであってもよい。

〈端末装置の構成例〉
次に、図１に示した端末装置１１および保険管理サーバ１２のより具体的な構成例について説明する。

端末装置１１は、例えば図２に示すように構成される。

端末装置１１は、通信部４１、運転情報取得部４２、行動情報取得部４３、生体情報取得部４４、制御部４５、入力部４６、記録部４７、および表示部４８を有している。

通信部４１は、制御部４５から供給された情報を、通信網１３を介して保険管理サーバ１２に送信したり、通信網１３を介して保険管理サーバ１２から送信されてきた情報を受信して制御部４５に供給したりする。

運転情報取得部４２は、例えばGPS（Global Positioning System）に代表される衛星測位システム等の自身の位置を測定する位置測定部や、加速度センサなどからなり、ユーザによる車両の運転を判定するための運転情報を取得し、制御部４５に供給する。

行動情報取得部４３は、例えば衛星測位システム等の位置測定部や、加速度センサなどからなり、ユーザの行動状態を求めるための行動情報を取得し、制御部４５に供給する。

なお、１つの位置測定部や加速度センサが、運転情報取得部４２としても行動情報取得部４３としても機能するようにしてもよいし、取得目的とする情報ごとに位置測定部や加速度センサが運転情報取得部４２や行動情報取得部４３として設けられてもよい。

生体情報取得部４４は、例えばユーザの心拍数や血圧、呼吸数を測定するための生体センサや、血圧計などからなり、ユーザの血圧や心拍数、呼吸数など生体の状態を示す生体情報を取得し、制御部４５に供給する。例えば生体センサは、ユーザの所定の部位に光を照射するとともに、その光が血管等のユーザ内部で反射して得られた反射光を受光し、反射光の受光量に基づいて血圧や心拍数などを生体情報として算出する。

制御部４５は、端末装置１１全体の動作を制御する。制御部４５は、運転判定処理部５１、時系列データ生成部５２、および表示制御部５３を有している。

運転判定処理部５１は、運転情報取得部４２から供給された運転情報に基づいて、ユーザが車両を運転しているか否か、すなわち運転を開始したか否かを判定し、その判定結果を示す運転判定情報を生成する。

時系列データ生成部５２は、行動情報取得部４３から供給された行動情報、および生体情報取得部４４から供給された生体情報に基づいて健康状態時系列データを生成し、記録部４７に記録させる。なお、健康状態時系列データは、行動情報および生体情報の少なくとも何れか一方が用いられて生成されればよい。

表示制御部５３は、各種の情報や画像の表示部４８への表示を制御する。

入力部４６は、例えば表示部４８に重畳して設けられたタッチパネルや、ボタン、スイッチなどからなり、ユーザの操作に応じた信号を制御部４５に供給する。記録部４７は、不揮発性の記録媒体からなり、制御部４５から供給された各種の情報を記録するとともに、必要に応じて記録している情報を制御部４５に供給する。

表示部４８は、例えば液晶表示パネルなどからなり、表示制御部５３の制御に従って各種の情報や画像を表示する。

〈保険管理サーバの構成例〉
また、保険管理サーバ１２は、例えば図３に示すように構成される。

保険管理サーバ１２は、通信部８１、記録部８２、および制御部８３を有している。

通信部８１は、制御部８３から供給された情報を、通信網１３を介して端末装置１１に送信したり、通信網１３を介して端末装置１１から送信されてきた情報を受信して制御部８３に供給したりする。

記録部８２は、例えば不揮発性の記録媒体からなり、自動車保険の被保険者である各ユーザの登録に関する情報や、保険料の算出に用いる情報、健康状態時系列データなどの各種の情報を記録している。また、記録部８２は、記録している情報を必要に応じて制御部８３に供給する。

制御部８３は、保険管理サーバ１２全体の動作を制御する。制御部８３は、保険料算出部９１を有している。保険料算出部９１は、健康状態時系列データや記録部８２に記録されている情報に基づいて、安全運転度合いや保険料を算出するとともに、保険料金額情報を生成する。

〈運転判定情報送信処理および保険料算出処理の説明〉
続いて、端末装置１１および保険管理サーバ１２の動作について説明する。すなわち、図４のフローチャートを参照して、端末装置１１による運転判定情報送信処理、および保険管理サーバ１２による保険料算出処理について説明する。

ステップＳ１１において、端末装置１１の運転判定処理部５１は、運転情報取得部４２から供給された運転情報に基づいて、運転判定処理を行う。この運転判定処理は、例えば一定周期ごとに行われる。

具体的には、運転情報取得部４２から制御部４５には、一定周期ごとに運転情報が供給される。例えば運転情報として、加速度センサにより計測された各時刻の加速度が供給される場合、運転判定処理部５１は、予め記録している運転辞書と、運転情報として供給された加速度とに基づいて、端末装置１１を所持しているユーザが運転を行っているか否かを判定する。

この場合、運転判定処理部５１は、運転辞書として、学習により得られた、ユーザが運転を行っているときの加速度の変化を示すデータ、つまり運転時に測定されるであろう時系列に並べられた加速度のデータを記録している。運転判定処理部５１は、このような運転辞書としての時系列の加速度と、運転情報として得られた時系列の加速度とを比較して、それらの時系列の加速度の類似の度合いを算出し、類似の度合いが閾値以上である場合、ユーザは運転中であると判定する。

なお、運転辞書は、外部から取得された、予め用意されたものとされてもよいし、実際にユーザが運転を行っているときに得られた運転情報から学習により生成されたものとされてもよい。

また、例えば運転情報として、衛星測位システム等の位置測定部で得られた端末装置１１の位置、すなわち端末装置１１を所持するユーザの位置を示すユーザ位置情報が供給される場合、各時刻のユーザ位置情報から、ユーザの移動速度を把握することができる。このような場合、運転判定処理部５１は、運転情報から得られるユーザの移動速度が、予め定めた閾値以上の速度であるときに、ユーザは運転中であると判定する。

このような衛星測位システム等の位置測定部の出力を用いて運転判定処理を行う場合には、精度よく運転中であるかを特定することが可能となる。

また、運転判定処理部５１は、運転辞書を用いた運転判定処理の判定結果と、ユーザ位置情報を用いた運転判定処理の判定結果とに基づいて、最終的な判定結果を求めるようにしてもよい。この場合、例えば両方の判定結果が運転中であるとされたときに、運転中であるとされるようにすることができる。

ステップＳ１２において、運転判定処理部５１は、ステップＳ１１の運転判定処理の結果、ユーザは運転中であるか否かを判定する。

ステップＳ１２において、運転中でないと判定された場合、ステップＳ１３において、時系列データ生成部５２は、行動情報取得部４３から供給された行動情報、および生体情報取得部４４から供給された生体情報に基づいて健康状態時系列データを生成する。

行動情報取得部４３から制御部４５には継続して、または一定の時間間隔で行動情報が出力され、生体情報取得部４４から制御部４５には継続して、または一定の時間間隔で生体情報が出力される。

例えば行動情報として、加速度センサにより計測された各時刻の加速度が供給される場合、時系列データ生成部５２は、予め記録している睡眠辞書と、行動情報として供給された加速度とに基づいて、端末装置１１を所持しているユーザが睡眠中か否かを判定する。

この場合、時系列データ生成部５２は、睡眠辞書として、学習により得られた、ユーザが睡眠中であるときの加速度の変化を示すデータ、つまり睡眠時に測定されるであろう時系列に並べられた加速度のデータを記録している。時系列データ生成部５２は、このような睡眠辞書としての時系列の加速度と、行動情報として得られた時系列の加速度とを比較して、それらの時系列の加速度の類似の度合いを算出し、類似の度合いが閾値以上である場合、ユーザは睡眠中であると判定する。また、時系列データ生成部５２は、睡眠辞書と同様の辞書を利用して、ユーザが安静にしているかなどの行動の状態を判定する。

さらに、例えば行動情報として、衛星測位システム等の位置測定部で得られた端末装置１１の位置、すなわち端末装置１１を所持するユーザの位置を示すユーザ位置情報が供給される場合、時系列データ生成部５２は各時刻のユーザ位置情報から、ユーザの行動を認識する。

具体的には、例えば時系列データ生成部５２には、予め登録されたユーザの勤務地や自宅の所在地などの登録位置情報が保持されている。時系列データ生成部５２は、登録位置情報と、行動情報として供給された各時刻のユーザ位置情報とを比較して、ユーザが勤務中であるかや、自宅にいるなどの行動を認識する。この場合、例えばユーザ位置情報が、登録位置情報により示されるユーザの勤務地近辺である間は、ユーザは勤務中であるとされる。

時系列データ生成部５２は、このようにして得られた睡眠中であるかの判定結果や、安静にしている状態であるかの判定結果、ユーザ位置情報と登録位置情報に基づく行動の認識結果などに基づいて、各時刻のユーザの行動を示す行動認識時系列データを生成する。

例えば行動認識時系列データは、日時を示す時刻情報と、その日時にユーザが行っていた行動を示す情報とが対応付けられて時刻順、すなわち時系列に並べられたデータなどとされる。この行動認識時系列データを参照すれば、ユーザの労働時間や睡眠時間、すなわち労働を行っていた時間帯や、睡眠をとっていた時間帯、安静にしていた時間帯などのユーザの行動を把握することができる。

なお、行動認識時系列データは、ユーザの行動に関する情報であればどのようなものであってもよいが、例えば睡眠および労働の少なくとも何れかを含む、各時刻におけるユーザの行動を示す情報などとされる。

また、時系列データ生成部５２は、生体情報取得部４４から供給された、ユーザの各時刻における血圧や心拍数、呼吸数などの生体情報そのものや、生体情報から得られるユーザ自身の他の体の状態を示す情報に基づいて生体認識時系列データを生成する。例えば生体認識時系列データは、日時を示す時刻情報と、その日時における血圧や心拍数などのユーザ自身の状態、つまり生体状態を示す情報とが対応付けられて時刻順に並べられたデータなどとされる。

さらに、例えば生体情報取得部４４としてのカメラから、ユーザの顔が含まれる画像が生体情報として取得された場合には、時系列データ生成部５２が、生体情報として得られた画像に対する画像認識等によりユーザの疲労の度合いを推定し、その推定結果、つまりユーザの疲労度合いを示す生体認識時系列データを生成してもよい。

生体認識時系列データは、ユーザの生体の状態に関する情報であればどのようなものであってもよいが、例えば血圧、心拍数、呼吸数、および疲労度合いの少なくとも何れかを含む、各時刻におけるユーザの生体の状態を示す情報などとされる。

時系列データ生成部５２は、以上のようにして得られた行動認識時系列データと生体認識時系列データからなるデータを健康状態時系列データとする。なお、この実施の形態では、健康状態時系列データには、少なくとも行動認識時系列データが含まれていればよいが、健康状態時系列データは、ユーザの健康状態に関するデータであれば、どのようなものであってもよい。

時系列データ生成部５２は、生成した健康状態時系列データを記録部４７に供給し、記録を指示する。

ステップＳ１４において、記録部４７は時系列データ生成部５２から供給された健康状態時系列データを記録し、その後、処理はステップＳ１１に戻る。

このようにユーザが車両を運転していない状態、つまり非運転の状態では、継続して、または一定の時間間隔で、健康状態時系列データが生成されて記録部４７に記録される。なお、ここでは非運転時のみ健康状態時系列データが生成される例について説明するが、ユーザが運転を行っているときにも健康状態時系列データが生成されて記録部４７に記録されるようにしてもよい。

また、ステップＳ１２において、運転中であると判定された場合、すなわちユーザが車両に乗車して運転を開始した場合、運転判定処理部５１は、ユーザが運転中である旨の運転判定情報を生成し、処理はステップＳ１５へと進む。ここで、運転判定情報には、ユーザが運転を開始した時刻（日時）を示す情報が含まれているものとする。すなわち、運転判定情報を参照すれば、ユーザがどの時刻に車両の運転を行っていたかを把握することができるようになされている。

また、制御部４５は、記録部４７から健康状態時系列データを読み出して、読み出した健康状態時系列データと、生成された運転判定情報とを通信部４１に供給する。

このとき記録部４７から読み出される健康状態時系列データは、ステップＳ１２で運転中であると判定された時刻までの所定時間範囲のデータ、具体的には、例えば直近の１日分などのデータとされる。この場合、特にステップＳ１２で運転中であると判定された時刻よりも前の時刻における、ユーザが運転していないとき、つまり非運転の状態のときの健康状態時系列データが読み出される。なお、まだ保険管理サーバ１２に送信されていない全時刻の健康状態時系列データが読み出されるようにしてもよい。

ステップＳ１５において、通信部４１は、制御部４５から供給された運転判定情報および健康状態時系列データを、保険管理サーバ１２に送信する。これにより、端末装置１１から保険管理サーバ１２へと、ユーザの車両への乗車前、すなわち車両の運転開始前の健康状態時系列データが送信されることになる。

運転判定情報および健康状態時系列データが送信されると、ステップＳ２１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた運転判定情報および健康状態時系列データを受信して制御部８３に供給する。このようにして受信された運転判定情報および健康状態時系列データは、適宜、記録部８２に供給されて記録される。

ステップＳ２２において、保険料算出部９１は、通信部８１から供給された健康状態時系列データに基づいて、安全運転度合いを算出する。このとき保険料算出部９１は、ステップＳ２１で受信された運転判定情報により示される運転開始の時刻や、記録部８２に記録されている過去の健康状態時系列データ、記録部８２に記録されているユーザの年齢や事故歴などの登録に関する情報等も参照して安全運転度合いを算出してもよい。

ここで、安全運転度合いは、その値（スコア）が大きいほど、今回の運転でユーザが安全運転する可能性が高い、つまり事故発生の確率が低いことを示している。

例えば基本的には、健康状態時系列データにより示される運転前日の睡眠時間が長ければ安全運転度合いのスコアが高くなるようにされ、健康状態時系列データにより示される運転前や運転前日の労働時間が短ければ安全運転度合いのスコアが高くなるようにされる。

より具体的には、例えば保険料算出部９１は、ユーザの運転前日の睡眠時間が十分長い場合でも長時間労働後に運転をする場合には、安全運転度合いのスコアが低くなるようにする。また、例えば保険料算出部９１は、運転前日の労働時間が短くても、運転前日の睡眠時間が短い場合には、安全運転度合いのスコアが低くなるようにする。

運転直前の労働時間や睡眠時間といったユーザの現在の疲労度合いに関わる情報は、ユーザが安全運転をする確率と強い相関を有する、ユーザの健康状態を示す情報である。そのため、このような健康状態を示す情報を用いれば、より高精度に安全運転度合いを算出することができる。

さらに、例えば健康状態時系列データに含まれる行動認識時系列データと生体認識時系列データとを組み合わせて安全運転度合いを算出するようにしてもよい。

具体的には、例えば保険料算出部９１は、ユーザが運転前に安静にしている状態であったにも関わらず、その時のユーザの生体状態を示す心拍数や血圧、呼吸数などの数値が安静時から逸脱した値である場合、安全運転度合いのスコアが低くなるようにする。換言すれば、ユーザが安静にしていたのにも関わらず、健康状態時系列データにより示されるユーザの生体状態が健康ではない状態となっていた場合、そのような状態から一定時間内にユーザが車両の運転を開始したときには、安全運転度合いが小さくなるようにされる。このようにユーザの普段の行動と生体の状態との関連性を利用して安全運転度合いを算出するようにしてもよい。

ステップＳ２３において、保険料算出部９１は、ステップＳ２２で算出した安全運転度合いと、記録部８２に記録されている自動車保険申し込み時のユーザの保険や車両に関する情報とに基づいてユーザの保険料を算出し、保険料金額情報を生成する。

例えば保険料算出部９１は、算出した安全度合いと、車両の走行距離や乗車時間、ユーザの事故の履歴、車両の車種、運転を行っているときの時刻などの保険料の算出に必要となる他の情報とに基づいて、ユーザの自動車保険の保険料を算出する。

ユーザの保険料の算出にあたっては、運転判定情報や、ユーザの運転する車両の車種、車両の走行距離や乗車時間等のうちの少なくとも何れかであるユーザの車両への乗車に関する情報と、健康状態時系列データとが少なくとも用いられるようにすることができる。

ここでは、健康状態時系列データは、保険料の算出に用いる安全運転度合いを求めるときに用いられる。また、乗車に関する情報としての運転判定情報により示されるユーザが運転を開始した時刻は、例えば安全度合いの算出に用いる健康状態時系列データを選択するために用いられる。

保険料算出部９１は、算出した保険料の金額や、ユーザの保険料の値引き金額などを示す情報を保険料金額情報として生成し、保険料金額情報を記録部８２に供給して記録させるとともに、通信部８１にも保険料金額情報を供給する。

ステップＳ２４において、通信部８１は、保険料算出部９１から供給された保険料金額情報を端末装置１１に送信し、保険料算出処理は終了する。

保険管理サーバ１２から保険料金額情報が送信されると、ステップＳ１６において、端末装置１１の通信部４１は、保険管理サーバ１２から送信されてきた保険料金額情報を受信して、制御部４５に供給する。

ステップＳ１７において、表示制御部５３は、通信部４１から供給された保険料金額情報を表示部４８に供給して表示させ、運転判定情報送信処理は終了する。表示部４８により保険料金額情報が表示されると、ユーザはその表示を見ることにより、自身の保険料や、保険料の値引き金額など、自動車保険の内容に関する情報を確認することができる。

以上のようにして端末装置１１は、ユーザが運転を行っていないときには健康状態時系列データを生成して記録し、ユーザが運転を開始すると、これまでに生成された健康状態時系列データと、運転判定情報とを送信する。また、保険管理サーバ１２は、端末装置１１から健康状態時系列データと運転判定情報とを受信して、健康状態時系列データに基づいて保険料を算出する。

このようにユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いてユーザの運転開始時、つまり乗車時に保険料を算出することで、自動車保険のより適切な保険料を算出することができる。

特に、健康状態時系列データは、ユーザの運転時からは分からない情報であるが、事故の発生の確率と強い相関のある健康状態に関する情報であるので、このような情報を用いれば、より高精度に適切な保険料を決定することができる。また、健康状態時系列データは、時系列のデータであるので、さらに高精度に適切な保険料を決定することができる。

〈第２の実施の形態〉
〈車載端末装置の構成例〉
また、以上においては、ユーザが所持する端末装置１１において、ユーザが運転中であるか否かを判定する例について説明したが、ユーザが運転する車両に取り付けられたカーナビゲーション装置などにより運転中であるかの判定を行うようにしてもよい。

そのような場合、自動車保険システムは、例えば上述した端末装置１１および保険管理サーバ１２と、車両に設置された車載端末装置とから構成される。車載端末装置は、例えばカーナビゲーション装置などの車両に取り付けられる端末装置とされてもよいし、車両に備えられた装置とされてもよい。

例えば自動車保険システムを構成する車載端末装置は、図５に示すように構成される。

図５に示す車載端末装置１１１は、通信部１２１、運転者認証情報取得部１２２、運転情報取得部１２３、制御部１２４、入力部１２５、記録部１２６、および表示部１２７を有している。

通信部１２１は、制御部１２４から供給された情報を、通信網１３を介して端末装置１１や保険管理サーバ１２に送信したり、端末装置１１や保険管理サーバ１２から通信網１３を介して送信されてきた情報を受信して制御部１２４に供給したりする。

なお、車載端末装置１１１に端末装置１１が接続されるようにし、通信部１２１により、直接、端末装置１１と情報の授受が行われるようにしてもよい。

運転者認証情報取得部１２２は、例えばカメラや生体認識センサなどからなり、運転者であるユーザを認証するための運転者認証情報を取得して制御部１２４に供給する。

例えば運転者認証情報は、顔認識や指紋認識、網膜認識、静脈認識などに用いられる画像や、光の照射と反射光の受光を利用したセンシング情報などとされる。

運転情報取得部１２３は、図２に示した端末装置１１の運転情報取得部４２に対応する。すなわち、運転情報取得部１２３は、例えば衛星測位システム等の自身の位置を測定する位置測定部や、加速度センサなどからなり、ユーザによる車両の運転を判定するための運転情報を取得して制御部１２４に供給する。

なお、車載端末装置１１１が車両に電気的に接続可能な場合や、車載端末装置１１１が車両自体に備えられた装置である場合には、運転情報として、車両の走行状態を示す車速パルスを取得するようにしてもよい。車速パルスを用いれば、正確に車両が運転されているか否か、つまり車両が走行しているか否かを判定することができる。

制御部１２４は、車載端末装置１１１全体の動作を制御する。制御部１２４は、認証処理部１３１、運転判定処理部１３２、および表示制御部１３３を有している。

認証処理部１３１は、運転者認証情報取得部１２２から供給された運転者認証情報に基づいて、顔認識や指紋認識、網膜認識、静脈認識などによりユーザの認証を行う。

運転判定処理部１３２は、図２に示した端末装置１１の運転判定処理部５１に対応し、運転情報取得部１２３から供給された運転情報に基づいて、運転判定処理を行う。

表示制御部１３３は、各種の情報や画像の表示部１２７への表示を制御する。

入力部１２５は、例えば表示部１２７に重畳して設けられたタッチパネルや、ボタン、スイッチなどからなり、ユーザの操作に応じた信号を制御部１２４に供給する。記録部１２６は、不揮発性の記録媒体からなり、制御部１２４から供給された各種の情報を記録するとともに、必要に応じて記録している情報を制御部１２４に供給する。

表示部１２７は、例えば液晶表示パネルなどからなり、表示制御部１３３の制御に従って各種の情報や画像を表示する。

〈運転判定情報送信処理、運転判定処理、および保険料算出処理の説明〉
続いて、自動車保険システムを構成する端末装置１１、車載端末装置１１１、および保険管理サーバ１２の動作について説明する。すなわち、図６のフローチャートを参照して、端末装置１１による運転判定情報送信処理、車載端末装置１１１による運転判定処理、および保険管理サーバ１２による保険料算出処理について説明する。

この実施の形態では、端末装置１１は、車載端末装置１１１から運転判定情報を受信することで、ユーザが自動車保険の対象となる車両を運転中であるか否かを特定することができる。端末装置１１では、ユーザが自動車保険の対象となる車両を運転していない非運転期間中は、継続して健康状態時系列データの生成と記録を行う。

すなわち、ステップＳ５１において時系列データ生成部５２は、健康状態時系列データを生成し、ステップＳ５２において記録部４７は、ステップＳ５１の処理で生成された健康状態時系列データを記録する。なお、これらのステップＳ５１およびステップＳ５２では、図４のステップＳ１３およびステップＳ１４における場合と同様の処理が行われる。

但し、ステップＳ５１では、時系列データ生成部５２が、行動情報に基づいてユーザが自動車保険の対象となる車両とは異なる他の車両を運転していたかを判定し、その判定結果も用いて行動認識時系列データを生成するようにしてもよい。

そのような場合、時系列データ生成部５２は、例えば予め保持している運転辞書と、行動情報としての加速度センサにより測定された各時刻の加速度とを比較して、ユーザが他の車両を運転しているかを特定する。また、例えば時系列データ生成部５２は、衛星測位システム等の位置測定部により測定された行動情報としての各時刻のユーザ位置情報を用いてユーザの移動速度を求め、この移動速度と閾値とを比較することにより、ユーザが他の車両を運転しているかを特定してもよい。

このようにして得られる行動認識時系列データを参照すれば、ユーザが各時刻において、睡眠をとっていた、労働していた、他の車両を運転していた、安静にしていたなどの行動を把握することができる。

一方、車載端末装置１１１では、ユーザが自動車保険の対象となる車両を運転しているかを判定するために、ユーザの認証が行われる。

すなわち、ステップＳ７１において、車載端末装置１１１の運転者認証情報取得部１２２は、運転者認証情報を取得して制御部１２４に供給する。ステップＳ７１では、車両の運転席にいるユーザについて、運転者認証情報が取得される。

ステップＳ７２において、認証処理部１３１は、運転者認証情報取得部１２２から供給された運転者認証情報に基づいて、顔認識や指紋認識、網膜認識、静脈認識などによりユーザ、つまり運転者の認証処理を行う。

ステップＳ７３において、認証処理部１３１は、ステップＳ７２の認証処理の結果に基づいて、ユーザが正しく認証されたか否かを判定する。

例えば、ステップＳ７２における認証処理によって、車両の運転席にいるユーザが、自動車保険の被保険者となっているユーザであると特定された場合、ユーザが正しく認証されたと判定される。このようにしてユーザが認証された場合には、その後、車両が運転されたときには、車両の運転者は、運転席にいる認証されたユーザであることが分かる。

ステップＳ７３において、ユーザが正しく認証されなかったと判定された場合、処理はステップＳ７１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ７３において、ユーザが正しく認証されたと判定された場合、ステップＳ７４において、運転判定処理部１３２は、運転情報取得部１２３から供給された運転情報に基づいて、運転判定処理を行う。

なお、ステップＳ７４では、図４のステップＳ１１と同様の処理が行われる。但し、運転情報取得部１２３において車速パルスが運転情報として得られる場合には、例えば運転判定処理部１３２は、運転情報として得られた車速パルスに基づいて運転判定処理を行う。

ステップＳ７５において、運転判定処理部１３２は、ステップＳ７４の運転判定処理の結果、ユーザは運転中であるか否かを判定する。

ステップＳ７５において運転中でないと判定された場合、処理はステップＳ７４に戻り、上述した処理が繰り返し行われる。

これに対してステップＳ７５において、運転中であると判定された場合、すなわち認証されたユーザが車両の運転を開始した場合、運転判定処理部１３２は、ユーザが運転中である旨の運転判定情報を生成して通信部１２１に供給し、処理はステップＳ７６へと進む。

ステップＳ７６において、通信部１２１は、運転判定処理部１３２から供給された運転判定情報を端末装置１１に送信し、運転判定処理は終了する。

なお、運転判定情報の送信時には、どのユーザが運転を行っているかを特定できるように、運転判定情報とともに運転者であるユーザを識別するユーザ識別情報も送信したり、どの車両かを特定できるように車両を識別する車両識別情報も運転判定情報とともに送信したりするようにしてもよい。

車載端末装置１１１から運転判定情報が送信されると、ステップＳ５３において、端末装置１１の通信部４１は、車載端末装置１１１から送信されてきた運転判定情報を受信して制御部４５に供給する。

このようにして運転判定情報が受信されると、ユーザにより運転が開始されたことが分かるので、時系列データ生成部５２は、健康状態時系列データの生成を停止する。なお、ユーザによる車両の運転中にも健康状態時系列データの生成と記録が継続して行われるようにしてもよい。

例えば運転判定情報を受信していない状態では、ユーザが自動車保険の対象となる車両を運転していないので、行動情報から特定されるユーザの車両の運転という行動が、自動車保険の対象となる車両以外の他の車両の運転であることを特定することができる。

また、制御部４５は、記録部４７から健康状態時系列データを読み出して、読み出した健康状態時系列データと、受信された運転判定情報とを通信部４１に供給する。

このとき記録部４７から読み出される健康状態時系列データは、例えばステップＳ５３で運転判定情報が受信された時刻、つまり運転判定情報により示される、ユーザが運転を開始した時刻までの所定時間範囲のデータとされる。なお、まだ保険管理サーバ１２に送信されていない全時刻の健康状態時系列データが読み出されるようにしてもよい。

このようにして運転判定情報と健康状態時系列データが通信部４１に供給されると、その後、ステップＳ５４乃至ステップＳ５６の処理が行われて運転判定情報送信処理は終了するが、これらの処理は図４のステップＳ１５乃至ステップＳ１７の処理と同様であるので、その説明は省略する。

また、ステップＳ５４において、通信部４１により運転判定情報および健康状態時系列データが送信されると、ステップＳ８１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた運転判定情報および健康状態時系列データを受信して制御部８３に供給する。

運転判定情報および健康状態時系列データが受信されると、その後、ステップＳ８２乃至ステップＳ８４の処理が行われて保険料算出処理は終了するが、これらの処理は図４のステップＳ２２乃至ステップＳ２４の処理と同様であるので、その説明は省略する。

但し、この実施の形態では、健康状態時系列データを構成する行動認識時系列データから、ユーザが他の車両を運転していたことを把握することができるので、その運転も考慮して安全度合いを算出することが可能である。

例えばユーザが配送業で他の車両を運転後、終業して自宅へと戻り、自動車保険の対象となる車両の運転を開始したといった場合には、ユーザは長時間、運転動作をすることになる。したがって、そのようなときには、保険料算出部９１は、ステップＳ８２では他の車両の運転時間も考慮して安全運転度合いを低く算出するなどとすることもできる。

以上のようにして端末装置１１は、ユーザが運転を行っていないときには健康状態時系列データを生成して記録し、ユーザが運転を開始して運転判定情報を受信すると、これまでに生成された健康状態時系列データと、運転判定情報とを送信する。また、保険管理サーバ１２は、端末装置１１から健康状態時系列データと運転判定情報とを受信して、健康状態時系列データに基づいて保険料を算出する。

このようにユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いてユーザの運転開始時、つまり乗車時に保険料を算出することで、自動車保険のより適切な保険料を算出することができる。特に、この実施の形態では、車両側に設置された車載端末装置１１１によりユーザの認証と運転判定処理を行うので、より高精度に運転開始を検出し、保険料の算出を行うことができる。

なお、この実施の形態では、車載端末装置１１１から端末装置１１へと運転判定情報が送信される場合について説明したが、車載端末装置１１１が端末装置１１から健康状態時系列データを取得し、その健康状態時系列データと運転判定情報を保険管理サーバ１２へと送信するようにしてもよい。また、保険料金額情報の受信および表示も車載端末装置１１１において行われるようにしてもよい。

さらに、車載端末装置１１１が保険管理サーバ１２へと運転判定情報を送信し、その運転判定情報を受信した保険管理サーバ１２が、端末装置１１に対して健康状態時系列データの送信を要求し、健康状態時系列データを受信するようにしてもよい。

〈第３の実施の形態〉
〈申し込み処理および受け付け処理の説明〉
さらに、自動車保険システムが端末装置１１、車載端末装置１１１、および保険管理サーバ１２から構成される場合、自動車保険の対象となる車両は、カーシェアの車両とされ、自動車保険は、例えば掛け捨ての保険などとすることもできる。

以下では、そのような場合に自動車保険システムにおいて行われる処理について説明する。まず、ユーザが端末装置１１を操作して自動車保険の申し込みを行うときに行われる処理について説明する。すなわち、以下、図７のフローチャートを参照して、端末装置１１による申し込み処理、および保険管理サーバ１２による受け付け処理について説明する。

ステップＳ１１１において時系列データ生成部５２は、健康状態時系列データを生成し、ステップＳ１１２において記録部４７は、ステップＳ１１１の処理で生成された健康状態時系列データを記録する。

なお、これらのステップＳ１１１およびステップＳ１１２では、図６のステップＳ５１およびステップＳ５２における場合と同様の処理が行われる。また、この実施の形態では、継続して、常時、健康状態時系列データの生成と記録が行われる。

ステップＳ１１３において、制御部４５は、自動車保険の申し込みをするための保険申し込み情報を生成する。

すなわち、ユーザは、入力部４６を操作して、掛け捨ての自動車保険の申し込みのために必要な情報を入力する。ここで、必要な情報とは、例えば運転開始時刻等を特定可能な車両の利用日時や、ユーザがカーシェアサービスに登録している会員番号、免許証の番号、カーシェアで利用する希望車種などの情報とされる。

制御部４５は、ユーザによる操作に応じて入力部４６から供給される信号に基づいて、ユーザにより入力された会員番号や、免許証の番号、希望車種、車両の利用日時などの情報を含む、自動車保険を申し込みたい旨の情報を保険申し込み情報として生成する。

また、制御部４５は、生成した保険申し込み情報を通信部４１に供給する。このような保険申し込み情報の生成は、例えばカーシェアのサービスにより車両に乗車する数日前から数時間前などに行われる。

ステップＳ１１４において、通信部４１は、制御部４５から供給された保険申し込み情報を、保険管理サーバ１２に送信する。なお、この保険申し込み情報は、必要に応じてカーシェアサービスを提供している会社により管理されているサーバにも送信される。

保険申し込み情報が送信されると、ステップＳ１３１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた保険申し込み情報を受信して制御部８３に供給する。

ステップＳ１３２において、制御部８３は、通信部８１から供給された保険申し込み情報に基づいて受け付け処理を行い、ユーザの自動車保険への加入を受け付ける。受け付け処理では、ユーザが自動車保険に加入するのに必要な登録などの処理が行われる。

ステップＳ１３３において、制御部８３は、ユーザがカーシェアによる車両の運転を開始する予定の時刻である運転予定時刻の所定時間前となったか否かを判定する。ここでは、例えば運転予定時刻の数時間前や数分前となったかが判定される。

ステップＳ１３３において、まだ運転予定時刻の所定時間前となっていないと判定された場合、処理はステップＳ１３３に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ１３３において、運転予定時刻の所定時間前となったと判定された場合、制御部８３は、直近の健康状態時系列データの送信を要求する旨の送信要求を生成して通信部８１に供給し、処理はステップＳ１３４に進む。

このような送信要求は、ユーザによる車両の運転前、つまり車両への乗車前における健康状態時系列データの送信を要求するものであるが、自動車保険の保険料という自動車保険サービスの対価のユーザに対する提示前における健康状態時系列データの送信を要求するものであるともいうことができる。

ステップＳ１３４において、通信部８１は、制御部８３から供給された、健康状態時系列データの送信要求を端末装置１１に送信する。

すると、ステップＳ１１５において、端末装置１１の通信部４１は、保険管理サーバ１２から送信されてきた送信要求を受信して制御部４５に供給する。制御部４５は、送信要求が供給されると、その送信要求に応じて、直近の所定期間内に得られた健康状態時系列データを記録部４７から読み出して通信部４１に供給する。ここでは、例えば直近の１日分の健康状態時系列データが読み出されるなどとされる。

ステップＳ１１６において、通信部４１は、制御部４５から供給された健康状態時系列データを、保険管理サーバ１２に送信する。

すると、ステップＳ１３５において、通信部８１は、端末装置１１から送信されてきた健康状態時系列データを受信して制御部８３に供給する。

健康状態時系列データが受信されると、その後、ステップＳ１３６乃至ステップＳ１３８の処理が行われて受け付け処理は終了するが、これらの処理は、図４のステップＳ２２乃至ステップＳ２４の処理と同様であるので、その説明は省略する。

但し、ステップＳ１３６では、ユーザの運転開始時刻は、ステップＳ１３１で受信された保険申し込み情報から特定することができるので、特定した運転開始時刻、より詳細には運転予定時刻に応じた時間範囲の健康状態時系列データ等が用いられて安全運転度合いが算出される。

また、第２の実施の形態と同様に、健康状態時系列データを構成する行動認識時系列データに、他の車両を運転していたという行動を示す情報も含まれるようにし、安全運転度合いの算出時に、ユーザの他の車両の運転状況も利用してもよい。

このようにして保険料金額情報が生成されて端末装置１１に送信されると、端末装置１１では、ステップＳ１１７およびステップＳ１１８の処理が行われて申し込み処理が終了するが、これらの処理は図４のステップＳ１６およびステップＳ１７の処理と同様であるので、その説明は省略する。

この場合、端末装置１１の表示部４８には、ユーザがカーシェアの車両の運転を開始する直前に自動車保険の保険料等を示す保険料金額情報が表示されることになる。このとき、例えば一例として図８に示す表示が行われる。

図８の矢印Ｑ１１に示す例では、表示部４８には保険料金額情報として保険料の値引き額を示す文字情報「現時点での値引き参考額は、1500円です。」と、値引き額や安全運転に関連するアドバイスを示す文字情報「このまま健康的な生活を続けて下さい。」とが表示されている。

この例では、表示された保険料の値引き額は、現時点でのユーザの睡眠時間や労働時間などから算出された仮の値引き金額となっている。このように保険料金額情報として、仮の保険料や値引き額を表示する場合には、ユーザが運転を開始する直前ではなく、自動車保険の申し込みが行われた時点で、保険料金額情報が提示されるようにしてもよい。そのような場合には、ステップＳ１３２が行われた後、直ちに、ステップＳ１３４乃至ステップＳ１３８の処理が行われる。

また矢印Ｑ１１に示す例では、アドバイスを示す文字情報も表示されている。この例では、ユーザに対して、十分な睡眠がとれていて労働時間も長すぎず、安全運転できる健康状態であることを提示し、そのようなペースを保つように促すことができる。さらに、この例では、ユーザに対して大きい値引き額が得られていることも提示することができる。

なお、保険料金額情報としてアドバイスを示す文字情報を表示するか否かをユーザ自身が設定できるようにしてもよい。

これに対して矢印Ｑ１２に示す例では、表示部４８には保険料金額情報として保険料の値引き額を示す文字情報「現時点での値引き参考額は、1300円です。」と、値引き額や安全運転に関連するアドバイスを示す文字情報「仕事お忙しいですか？運転前日は、なるべく早く帰宅されることをおススメします。」とが表示されている。

このような表示を行なえば、ユーザに対して現時点での仮の値引き額を提示することができる。また、ユーザに対して安全運転を行うために、またより大きな値引き額を得るために、仕事を控え前日には十分に睡眠をとるように注意を促すことができる。すなわち、ユーザに対して、保険料というサービスの対価と、睡眠や労働などのユーザの行動との関係を提示（通知）することができる。

以上のようにして端末装置１１は、普段からユーザの健康状態時系列データを生成して記録しておき、自動車保険の申し込みに応じて、保険管理サーバ１２から要求があると、これまでに生成された健康状態時系列データを送信する。また、保険管理サーバ１２は、端末装置１１から健康状態時系列データを受信して保険料を算出する。

このようにユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いて保険料を算出することで、自動車保険のより適切な保険料を算出することができる。

〈運転判定処理、保険料金額情報送信処理、および保険料金額情報受信処理の説明〉
図７を参照して説明した処理が行われ、自動車保険の申し込みと受け付けが行われると、その後、ユーザはカーシェアの車両に乗車し、運転を行う。以下、図９を参照して、ユーザが車両を運転するときに行われる処理について説明する。すなわち、図９のフローチャートを参照して、車載端末装置１１１による運転判定処理、保険管理サーバ１２による保険料金額情報送信処理、および端末装置１１による保険料金額情報受信処理について説明する。

車載端末装置１１１による運転判定処理が開始されると、ステップＳ１６１乃至ステップＳ１６５の処理が行われて、運転者であるユーザの認証、すなわち車両に運転者として乗車してきたユーザの認証と、ユーザが運転を開始したか、つまり運転中であるかの判定が行われる。なお、これらのステップＳ１６１乃至ステップＳ１６５の処理は、図６のステップＳ７１乃至ステップＳ７５の処理と同様であるので、その説明は省略する。

ステップＳ１６５において、運転中であると判定されると、運転判定処理部１３２は、ユーザが運転中である旨の運転判定情報を生成して通信部１２１に供給し、処理はステップＳ１６６へと進む。

ステップＳ１６６において、通信部１２１は、運転判定処理部１３２から供給された運転判定情報を保険管理サーバ１２に送信し、運転判定処理は終了する。

なお、運転判定情報の送信時には、運転判定情報とともに運転者であるユーザを識別するユーザ識別情報や、車両を識別する車両識別情報も送信されるようにしてもよい。また、ここでは運転判定情報が車載端末装置１１１から保険管理サーバ１２へと直接送信される例について説明したが、運転判定情報が車載端末装置１１１から端末装置１１へと送信され、さらに端末装置１１が保険管理サーバ１２へと運転判定情報を送信してもよい。

車載端末装置１１１から運転判定情報が送信されると、ステップＳ１７１において、保険管理サーバ１２の通信部８１は、車載端末装置１１１から送信されてきた運転判定情報を受信して制御部８３に供給する。

ステップＳ１７２において、保険料算出部９１は、ユーザの自動車保険の保険料を確定させる。通常、図７のステップＳ１３４で健康状態時系列データを受信した時刻、つまり当初の運転予定時刻の所定時間前の時刻から、ステップＳ１７１で運転判定情報を受信した時刻、つまり実際に運転を開始した時刻までの間の時間は短いので、図７のステップＳ１３７で算出した保険料に変更は生じない。そのため、ステップＳ１７２では、保険料算出部９１は図７のステップＳ１３７で算出した保険料を、最終的に確定させた保険料として、最終的な保険料金額情報を生成する。

一方、何らかの事情により、実際の運転開始時刻が、申し込み時における運転予定時刻と大きく異なってしまう場合もあり得る。そのような場合、例えばステップＳ１７１で運転判定情報を受信した後、図７のステップＳ１３４乃至ステップＳ１３７と同様の処理を行って、最終的な保険料を再度算出すればよい。

最終的な保険料金額情報が生成されると、保険料算出部９１は、その保険料金額情報を通信部８１に供給する。

ステップＳ１７３において、通信部８１は、保険料算出部９１から供給された保険料金額情報を端末装置１１に送信し、保険料金額情報送信処理は終了する。

また、保険料金額情報が送信されると、端末装置１１ではステップＳ１８１およびステップＳ１８２の処理が行われて保険料金額情報受信処理が終了するが、これらの処理は図４のステップＳ１６およびステップＳ１７の処理と同様であるので、その説明は省略する。

この場合、例えば表示部４８には、図１０に示す保険料金額情報が表示される。

この例では、表示部４８には保険料金額情報として保険料の確定した値引き額を示す文字情報「値引き確定金額は、1200円です。」と、値引き額や安全運転に関連するアドバイスを示す文字情報「昨日はあまりお休みになれませんでしたね。運転前は十分な睡眠を心がけましょう。」とが表示されている。

このような表示を行なえば、ユーザに対して最終的に確定した値引き額を提示することができる。さらに、ユーザに対して安全運転を行うために、またより大きな値引き額を得るために、仕事を控え前日には十分に睡眠をとるように注意を促すことができる。なお、図１０に示す例においても、保険料金額情報としてアドバイスを示す文字情報を表示するか否かをユーザ自身が設定できるようにしてもよい。

なお、ここでは最終的な保険料金額情報を端末装置１１に送信する例について説明したが、最終的な保険料金額情報が車載端末装置１１１に送信されるようにしてもよい。そのような場合、車載端末装置１１１の通信部１２１が保険料金額情報を受信し、表示制御部１３３が保険料金額情報を表示部１２７に供給して表示させる。

以上のようにして車載端末装置１１１は、ユーザが運転を開始すると運転判定情報を生成して保険管理サーバ１２へと送信する。また、保険管理サーバ１２は、運転判定情報を受信すると、保険料を確定させて最終的な保険料金額情報を生成し、端末装置１１に送信する。これにより、ユーザは、最終的に確定した保険料を知ることができる。

〈第４の実施の形態〉
〈時系列データ送信処理および時系列データ受信処理の説明〉
なお、以上においては非運転時に端末装置１１において健康状態時系列データを生成し、運転が開始されたとき等のタイミングで健康状態時系列データが保険管理サーバ１２に送信される場合について説明した。しかし、一定量の健康状態時系列データが得られた時点で保険管理サーバ１２への送信が行われるようにしてもよい。

以下、図１１を参照して、そのような場合に行われる処理について説明する。すなわち、図１１のフローチャートを参照して、端末装置１１による時系列データ送信処理、および保険管理サーバ１２による時系列データ受信処理について説明する。

ステップＳ２１１において、行動情報取得部４３および生体情報取得部４４は、それぞれ行動情報および生体情報を取得して制御部４５に供給する。なお、健康状態時系列データを生成するにあたり、必ずしも生体情報は取得されなくてもよい。

ステップＳ２１２において、時系列データ生成部５２は、行動情報取得部４３から供給された行動情報、および生体情報取得部４４から供給された生体情報に基づいて、健康状態時系列データを生成する。なお、ステップＳ２１２では、図４のステップＳ１３と同様の処理が行われる。

ステップＳ２１３において、時系列データ生成部５２は、ステップＳ２１２で生成した健康状態時系列データの暗号化および圧縮を行う。

健康状態時系列データを所定の方式で暗号化することでセキュリティを向上させることができる。また、健康状態時系列データを所定の方式で圧縮すれば、データ量を少なくし、健康状態時系列データの授受に必要な通信コストを低減させることができる。特に、この例では、行動情報や生体情報ではなく、それらの情報から得られた健康状態時系列データを送信するので、データ量が少なくて済み、通信コストを低く抑えることができる。

ステップＳ２１４において、時系列データ生成部５２は、健康状態時系列データが一定量だけ得られたか否かを判定する。

ステップＳ２１４において、健康状態時系列データが一定量得られていないと判定された場合、処理はステップＳ２１１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ２１４において健康状態時系列データが一定量得られたと判定された場合、時系列データ生成部５２は、これまでに生成され、暗号化および圧縮が行われた健康状態時系列データを通信部４１に供給して、処理はステップＳ２１５へと進む。

なお、一定量の健康状態時系列データが得られた後も、継続して健康状態時系列データを生成する処理は行われる。但し、健康状態時系列データの生成が常時行われるようにしてもよいが、基本的には、ユーザが車両を運転している間は、健康状態時系列データの生成は行われない。

ステップＳ２１５において、通信部４１は、時系列データ生成部５２から供給された健康状態時系列データを保険管理サーバ１２に送信する。このとき、例えば健康状態時系列データとともに、ユーザを識別するユーザ識別情報も送信されるようにしてもよい。

すると、ステップＳ２２１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた健康状態時系列データを受信し、制御部８３に供給する。

ステップＳ２２２において、制御部８３は、通信部８１から供給された健康状態時系列データを記録部８２に供給し、記録させる。このとき、記録部８２は、どのユーザの健康状態時系列データであるかが特定できるように記録を行う。

ステップＳ２２３において、保険料算出部９１は、記録部８２に記録されている健康状態時系列データに基づいて、保険料参考情報を生成する。

ここで、保険料参考情報は、現在の自動車保険の保険料や値引き額を示す情報、保険料や健康状態に関するアドバイスを示す情報などが含まれている。例えばアドバイスとして、具体的な保険料の目標金額、つまり値引きの目標金額と、その目標金額を達成するために必要となるユーザの行動とを示す情報などが含まれるようにすることができる。

保険料参考情報の生成時には、ステップＳ２２１で受信された直近の健康状態時系列データだけでなく、既に記録部８２に記録されている過去の健康状態時系列データや、自動車保険申し込み時のユーザの保険や車両に関する情報なども必要に応じて用いられる。

また、制御部８３は、記録部８２に記録されている健康状態時系列データを読み出し、読み出した健康状態時系列データと、ステップＳ２２３で生成された保険料参考情報とを通信部８１に供給する。

ステップＳ２２４において、通信部８１は、制御部８３から供給された健康状態時系列データおよび保険料参考情報を端末装置１１に送信し、時系列データ受信処理は終了する。

なお、より詳細には、健康状態時系列データおよび保険料参考情報の送信は、例えば１日に１度などの特定の頻度で行われるようにすればよい。その際、まだ送信されていない分だけ健康状態時系列データが読み出されて送信されるようにすればよい。

健康状態時系列データおよび保険料参考情報が送信されると、ステップＳ２１６において、端末装置１１の通信部４１は、保険管理サーバ１２から送信されてきた健康状態時系列データおよび保険料参考情報を受信して制御部４５に供給する。

ステップＳ２１７において、制御部４５は、通信部４１から供給された健康状態時系列データを記録部４７に供給し、記録させる。なお、保険料参考情報も記録されるようにしてもよい。

ステップＳ２１８において、表示制御部５３は、ステップＳ２１６で受信された健康状態時系列データおよび保険料参考情報を表示部４８に供給して表示させ、時系列データ送信処理は終了する。

なお、健康状態時系列データおよび保険料参考情報の表示のタイミングは、同時でもよいし異なっていてもよい。例えば保険料参考情報の表示タイミングを、ユーザが車両を運転する直前などとするようにしてもよい。

ステップＳ２１８の処理が行われると、例えば図１２に示す保険料参考情報が表示部４８に表示される。この例では、表示部４８には保険料参考情報として現時点での保険料の値引き額を示す文字情報「現時点での値引き参考額は、1300円です。」と、値引き額や安全運転に関連するアドバイスを示す文字情報「ここ数日はあまり睡眠を取っていないようですね。これから１週間平均８時間睡眠で値引き額が1500円に増えます。」とが表示されている。

このような表示を行なえば、ユーザに対して現時点での値引き額を提示することができる。さらに、ユーザに対して安全運転を行うために、またより大きな値引き額を得るために、十分に睡眠をとるように注意を促すことができる。しかも、この例では、目標となる値引き金額である1500円と、その値引きを受けるためにユーザがすべき行動である１週間で平均８時間睡眠とが具体的に提示されており、ユーザの健康的な生活を促進することができるとともに、ユーザのモチベーションを向上させることができる。

このように図１２に示す保険料参考情報の表示では、睡眠や労働等のユーザの行動と、値引き額、つまり保険料というサービスの対価との関係を示す情報が、保険管理サーバ１２から端末装置１１に通知されることになる。

なお、図１２に示す例においても、保険料参考情報としてアドバイスを示す文字情報を表示するか否かをユーザ自身が設定できるようにしてもよい。

また、保険料参考情報では、ユーザが十分な睡眠をとっていないときや、労働時間が長いときには、十分に睡眠をとるように促したり、長時間の労働後の運転を控えるように促したりするなどの警告を、適宜、アドバイスとして表示させることもできる。

さらに、この実施の形態では、端末装置１１の電源がオフとなっている状態では、健康状態時系列データの生成を行うことはできない。そのため、端末装置１１の電源がオフされている状態が長いと、正確に保険料を算出できなくなることがある。

そこで、端末装置１１から受信される健康状態時系列データが少ない場合、つまり端末装置１１の電源がオフされている期間が長い場合には、ステップＳ２２３において、ユーザに対して、端末装置１１の電源をオンしておくように促すアドバイス（メッセージ）が含まれる保険料参考情報が生成されるようにしてもよい。そのような場合、ステップＳ２１８では、例えば図１３に示す保険料参考情報が表示される。

この例では、表示部４８には保険料参考情報として現時点での保険料の値引き額を示す文字情報「現時点での値引き参考額は、800円です。」と、端末装置１１の電源をオンしておくように促すアドバイスを示す文字情報「端末の電源が落ちている時間が長かったようです。電源を常時入れていると、値引き金額が増える可能性があります。」とが表示されている。

このような表示を行なえば、ユーザに対して現時点での値引き額を提示することができる。例えば、端末装置１１がオフされている時間が所定時間以上である場合、保険料算出部９１は、ユーザに対する値引き金額が最も不健康な生活をしているときと同じ金額、つまり最低の値引き金額にするなどとすることができる。換言すれば、安全運転度合いのスコアを最低スコアとするなどとすることができる。

さらに、ユーザに対して電源がオフされている時間が長かった旨と、電源をオンすれば値引き金額が増える可能性がある旨のメッセージを提示することで極力、端末装置１１の電源をオンしておくように促すことができる。また、ユーザは、どのように行動すれば、値引き金額が増えるかを具体的に把握することができる。

例えば図１３に示す保険料参考情報の表示は、健康状態時系列データが得られない状態が所定期間以上続いた場合や、健康状態時系列データが得られなかった状態が所定回数以上発生したときなどに行われる。

以上のようにして端末装置１１は、健康状態時系列データが一定量得られるごとに、健康状態時系列データを保険管理サーバ１２へと送信する。また、保険管理サーバ１２は、健康状態時系列データを受信して記録するとともに、定期的に保険料参考情報を生成して端末装置１１に送信する。このように一定量ずつ健康状態時系列データを保険管理サーバ１２に送信することで、通信コストを低く抑えることができる。

〈運転判定情報送信処理および保険料算出処理の説明〉
また、図１１を参照して説明したように、一定量ずつ健康状態時系列データが保険管理サーバ１２に送信される場合、第１の実施の形態のように端末装置１１で運転判定処理が行われるときには、図１４に示す処理が行われる。すなわち、以下、図１４のフローチャートを参照して、端末装置１１による運転判定情報送信処理、および保険管理サーバ１２による保険料算出処理について説明する。

運転判定情報送信処理が開始されると、ステップＳ２５１およびステップＳ２５２の処理が行われて、運転中であるかの判定が行われるが、これらの処理は図４のステップＳ１１およびステップＳ１２の処理と同様であるので、その説明は省略する。

なお、ステップＳ２５２において、運転中でないと判定された場合、処理はステップＳ２５１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ２５２において運転中であると判定された場合、すなわちユーザが車両の運転を開始した場合、運転判定処理部５１は、ユーザが運転中である旨の運転判定情報を生成して通信部４１に供給し、処理はステップＳ２５３へと進む。

ステップＳ２５３において、通信部４１は、運転判定処理部５１から供給された運転判定情報を保険管理サーバ１２に送信する。

すると、ステップＳ２６１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた運転判定情報を受信して制御部８３に供給する。

ステップＳ２６２において、制御部８３は、通信部８１から供給された運転判定情報に基づいて、記録部８２からユーザの健康状態時系列データを読み出す。具体的には、運転判定情報により示されるユーザの運転開始時刻から、所定時間範囲内の健康状態時系列データ、例えば運転開始前の直近１日分の健康状態時系列データが読み出される。なお、読み出された健康状態時系列データに対して、必要に応じて復号や解凍処理が行われる。

健康状態時系列データが読み出されると、その後、ステップＳ２６３乃至ステップＳ２６５の処理が行われて保険料算出処理は終了するが、これらの処理は図４のステップＳ２２乃至ステップＳ２４の処理と同様であるので、その説明は省略する。

また、ここでは記録部８２から健康状態時系列データを読み出す例について説明したが、図４における場合と同様に、端末装置１１から運転判定情報とともに健康状態時系列データを受信するようにしてもよい。

さらに、保険管理サーバ１２から端末装置１１へと保険料金額情報が送信されると、端末装置１１では、ステップＳ２５４およびステップＳ２５５の処理が行われて運転判定情報送信処理は終了する。なお、これらのステップＳ２５４およびステップＳ２５５の処理は、図４のステップＳ１６およびステップＳ１７の処理と同様であるので、その説明は省略する。

以上のようにして保険管理サーバ１２は、端末装置１１から運転判定情報を受信すると、その運転判定情報に基づいて、予め端末装置１１から受信しておいた健康状態時系列データを読み出して保険料を算出する。この場合においてもユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いて、ユーザの運転開始時、つまり乗車時に保険料を算出することができ、自動車保険のより適切な保険料を算出することができる。

〈第５の実施の形態〉
〈運転判定情報送信処理、運転判定処理、および保険料算出処理の説明〉
また、図１１を参照して説明したように、一定量ずつ健康状態時系列データを保険管理サーバ１２に送信する手法は、第２の実施の形態にも適用することができる。

そのような場合、自動車保険システムは、端末装置１１、車載端末装置１１１、および保険管理サーバ１２から構成される。

この自動車保険システムでは、図１１を参照して説明した処理が行われて、端末装置１１から保険管理サーバ１２へと一定量ずつ健康状態時系列データが送信されて蓄積される。

また、端末装置１１、車載端末装置１１１、および保険管理サーバ１２では、それぞれ図１５に示す処理が行われる。以下、図１５のフローチャートを参照して、端末装置１１による運転判定情報送信処理、車載端末装置１１１による運転判定処理、および保険管理サーバ１２による保険料算出処理について説明する。

まず、車載端末装置１１１では、運転判定処理として、ステップＳ２９１乃至ステップＳ２９６の処理が行われ、ユーザが車両の運転を開始すると運転判定情報が生成されて端末装置１１へと送信される。なお、これらのステップＳ２９１乃至ステップＳ２９６の処理は、図６のステップＳ７１乃至ステップＳ７６の処理と同様であるので、その説明は省略する。

車載端末装置１１１から運転判定情報が送信されると、ステップＳ３１１において、端末装置１１の通信部４１は、車載端末装置１１１から送信されてきた運転判定情報を受信して制御部４５に供給する。

また、制御部４５は、受信された運転判定情報を通信部４１に供給して送信を指示する。

ステップＳ３１２において、通信部４１は、制御部４５から供給された運転判定情報を保険管理サーバ１２に送信する。

すると、ステップＳ３０１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた運転判定情報を受信して制御部８３に供給する。

運転判定情報が受信されると、その後、ステップＳ３０２乃至ステップＳ３０５の処理が行われて保険料算出処理は終了するが、これらの処理は図１４のステップＳ２６２乃至ステップＳ２６５の処理と同様であるので、その説明は省略する。

また、保険管理サーバ１２から端末装置１１へと保険料金額情報が送信されると、端末装置１１では、ステップＳ３１３およびステップＳ３１４の処理が行われて運転判定情報送信処理が終了するが、これらの処理は図１４のステップＳ２５４およびステップＳ２５５の処理と同様であるので、その説明は省略する。

以上のように車載端末装置１１１において運転判定処理を行う場合においても、ユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いて、自動車保険のより適切な保険料を算出することができる。

〈第６の実施の形態〉
〈申し込み処理および受け付け処理の説明〉
さらに、図１１を参照して説明したように、一定量ずつ健康状態時系列データを保険管理サーバ１２に送信する手法は、第３の実施の形態にも適用することができる。

そのような場合、自動車保険システムは、端末装置１１、車載端末装置１１１、および保険管理サーバ１２から構成される。

この自動車保険システムでは、図１１を参照して説明した処理が行われて、端末装置１１から保険管理サーバ１２へと一定量ずつ健康状態時系列データが送信されて蓄積される。

また、カーシェアについての掛け捨ての自動車保険の申し込み時には、端末装置１１および保険管理サーバ１２では、図１６に示す処理が行われる。以下、図１６のフローチャートを参照して、端末装置１１による申し込み処理、および保険管理サーバ１２による受け付け処理について説明する。

申し込み処理が開始されると、ステップＳ３４１およびステップＳ３４２の処理が行われて、保険申し込み情報が送信される。なお、これらのステップＳ３４１およびステップＳ３４２の処理は、図７のステップＳ１１３およびステップＳ１１４の処理と同様であるので、その説明は省略する。

また、保険申し込み情報が送信されると、保険管理サーバ１２では、ステップＳ３５１乃至ステップＳ３５３の処理が行われる。なお、ステップＳ３５１乃至ステップＳ３５３の処理は、図７のステップＳ１３１乃至ステップＳ１３３の処理と同様であるので、その説明は省略する。

ステップＳ３５３において、運転予定時刻の所定時間前となったと判定されると、ステップＳ３５４において、制御部８３は、記録部８２からユーザの健康状態時系列データを読み出す。具体的には、ユーザの運転予定時刻から、所定時間範囲内の健康状態時系列データ、例えば運転予定時刻前の直近１日分の健康状態時系列データが読み出される。このとき、読み出された健康状態時系列データに対して、必要に応じて復号や解凍処理が行われる。

健康状態時系列データが読み出されると、その後、ステップＳ３５５乃至ステップＳ３５７の処理が行われて受け付け処理は終了するが、これらの処理は図７のステップＳ１３６乃至ステップＳ１３８の処理と同様であるので、その説明は省略する。

また、保険管理サーバ１２から端末装置１１へと保険料金額情報が送信されると、端末装置１１では、ステップＳ３４３およびステップＳ３４４の処理が行われて申し込み処理が終了するが、これらの処理は図７のステップＳ１１７およびステップＳ１１８の処理と同様であるので、その説明は省略する。

以上のように自動車保険の申し込みと受け付けが行われると、その後、端末装置１１、車載端末装置１１１、および保険管理サーバ１２では、図９を参照して説明した保険料金額情報受信処理、運転判定処理、および保険料金額情報送信処理が行われる。

このようにカーシェアを行う場合においても、ユーザが運転を行っていないとき、かつユーザが運転を行う前の所定期間の健康状態時系列データを用いて、自動車保険のより適切な保険料を算出することができる。

〈第７の実施の形態〉
〈保険管理サーバの構成例〉
なお、第４の実施の形態では、健康状態時系列データが一定量ずつ保険管理サーバ１２へと送信される。このようにユーザの行動や生体の状態を認識した結果を示す健康状態時系列データは、ユーザにより改竄される恐れもあるだけでなく、健康状態時系列データを求めるための端末装置１１での計算コストも大きくなってしまう。

そこで、健康状態時系列データの改竄を防止するために、端末装置１１から保険管理サーバ１２へと行動情報および生体情報が送信され、保険管理サーバ１２において健康状態時系列データが生成されるようにしてもよい。

そのような場合、保険管理サーバ１２は、例えば図１７に示すように構成される。なお、図１７において図３における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

図１７に示す保険管理サーバ１２は、通信部８１、記録部８２、および制御部８３を有しており、制御部８３は、保険料算出部９１および時系列データ生成部１６１を有している。すなわち、図１７に示す保険管理サーバ１２の構成は、図３に示した保険管理サーバ１２の構成に対して、制御部８３にさらに時系列データ生成部１６１を設けた構成となっており、その他の構成は図３の保険管理サーバ１２の構成と同じとなっている。

時系列データ生成部１６１は、図２の端末装置１１の時系列データ生成部５２に対応し、行動情報および生体情報に基づいて健康状態時系列データを生成する。

〈情報送信処理および情報受信処理の説明〉
次に、保険管理サーバ１２において健康状態時系列データを生成するときに端末装置１１および保険管理サーバ１２により行われる処理について説明する。すなわち、以下、図１８のフローチャートを参照して、端末装置１１による情報送信処理、および保険管理サーバ１２による情報受信処理について説明する。

端末装置１１による情報送信処理が開始されると、ステップＳ３８１の処理が行われ、行動情報および生体情報が取得されるが、ステップＳ３８１の処理は図１１のステップＳ２１１の処理と同様であるので、その説明は省略する。

ステップＳ３８２において、制御部４５は、行動情報取得部４３から供給された行動情報、および生体情報取得部４４から供給された生体情報の暗号化および圧縮を行う。すなわち、行動情報が所定の方式で暗号化および圧縮されるとともに、生体情報も所定の方式で暗号化および圧縮される。

ステップＳ３８３において、制御部４５は、行動情報および生体情報を送信するか否かを判定する。

例えば健康状態時系列データに代えて、行動情報および生体情報を保険管理サーバ１２に送信するようにすれば、これらの行動情報および生体情報を端末装置１１で改竄することは困難であるから、不正を防止してセキュリティを向上させることができる。

一方で、行動情報や生体情報は、健康状態時系列データと比べるとデータ量が多いので、これらの行動情報や生体情報を送信する場合には、健康状態時系列データを送信する場合と比較して通信コストと端末装置１１の消費電力が多くなってしまう。

そこで、この実施の形態では端末装置１１は、例えばWi-Fi（登録商標）などの予め定められた通信接続がされた場合、つまりユーザにとって通信コストの低い通信が可能な状態となった場合、または端末装置１１が充電中の状態となった場合に、ステップＳ３８３において行動情報および生体情報を送信すると判定される。

例えばユーザにとって最も通信コストが低くなるような通信が可能となる通信接続の方式を予め登録しておき、予め登録された方式での通信接続となったときに送信処理を行うようにすれば、低い通信コストで送信を行うことができる。また、端末装置１１の充電中に送信処理を行うようにすれば、端末装置１１のバッテリの残量が減ってしまうこともない。

なお、ここでは予め定められた通信接続がされた場合、または充電中の状態となった場合の何れか一方の状態となったときに行動情報および生体情報を送信すると判定される例について説明する。しかし、予め定められた通信接続がされ、かつ充電中の状態となった場合に行動情報および生体情報を送信すると判定されるようにしてもよいし、予め定められた通信接続がされた場合にのみ、または充電中の状態となった場合にのみ行動情報および生体情報を送信すると判定されるようにしてもよい。

ステップＳ３８３において、行動情報および生体情報を送信しないと判定された場合、処理はステップＳ３８１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ３８３において、行動情報および生体情報を送信すると判定された場合、制御部４５は、ステップＳ３８２で得られた、暗号化および圧縮が行われた行動情報および生体情報を通信部４１に供給し、処理はステップＳ３８４に進む。

ステップＳ３８４において、通信部４１は、制御部４５から供給された行動情報および生体情報を保険管理サーバ１２に送信する。

すると、ステップＳ３９１において、保険管理サーバ１２の通信８１は、端末装置１１から送信されてきた行動情報および生体情報を受信して制御部８３に供給する。

ステップＳ３９２において、時系列データ生成部１６１は、通信部８１から供給された行動情報および生体情報に基づいて、健康状態時系列データを生成する。なお、ステップＳ３９２では、必要に応じて行動情報や生体情報の復号や解凍処理が行われた後、図１１のステップＳ２１２と同様の処理が行われる。

健康状態時系列データが生成されると、その後、ステップＳ３９３乃至ステップＳ３９５の処理が行われて情報受信処理は終了するが、これらの処理は図１１のステップＳ２２２乃至ステップＳ２２４の処理と同様であるので、その説明は省略する。

また、ステップＳ３９５の処理が行われて保険管理サーバ１２から健康状態時系列データおよび保険料参考情報が送信されると、端末装置１１ではステップＳ３８５乃至ステップＳ３８７の処理が行われて情報送信処理は終了する。なお、これらのステップＳ３８５乃至ステップＳ３８７の処理は、図１１のステップＳ２１６乃至ステップＳ２１８の処理と同様であるので、その説明は省略する。

以上のようにして端末装置１１は、行動情報および生体情報を取得し、所定のタイミングでそれらの行動情報および生体情報を保険管理サーバ１２に送信する。また、保険管理サーバ１２は、受信した行動情報および生体情報から健康状態時系列データを生成する。

このようにすることで、端末装置１１における通信コストと消費電力を低く抑えつつ、健康状態時系列データの改竄を防止し、セキュリティを向上させることができる。また、端末装置１１での計算コストも低減させることができる。

以上の処理により保険管理サーバ１２に健康状態時系列データが記録されると、その後、自動車保険システムでは、適宜、例えば図１４を参照して説明した処理や、図１５を参照して説明した処理、図１６を参照して説明した処理、図９を参照して説明した処理などが行われる。

また、図１８を参照して説明した情報送信処理では、行動情報と生体情報の両方が送信される場合について説明したが、行動情報のみが送信されるか、または行動情報と生体情報の両方が送信されるかをユーザが設定できるようにしてもよい。

そのような場合、端末装置１１は、例えば表示部４８に図１９に示す設定画面を表示させて設定を行う。

図１９に示す例では、設定画面には、生体情報を送信する旨の文字情報「生体情報を送信します」と、チェックボックスＣＢ１１とが表示されている。

また、設定画面には、生体情報を送信する設定としたときのユーザのメリットを示す文字情報「同意いただくと保険料値引き額がＵＰします。同意いただけない場合は、心拍数、呼吸数、血圧などの生体情報は一切送信されません。」がメッセージとして表示されている。

すなわち、メッセージとして、ユーザが提供する情報の種類や量と、サービスの対価である保険料との関係を示す情報が表示されている。このような提示を行うことで、ユーザは、サービスに利用される自身の情報の種類や量、つまり自身の情報の開示範囲と、保険料の値引きというサービスの対価とを比較して、ユーザ自身に合った設定を行うことができる。

また、ユーザの血圧や心拍数などの生体情報は、ユーザの疲労度合い、つまり安全運転度合いに大きく影響する情報である。そのため、保険管理サーバ１２側にとっても、生体情報を提供してくれたユーザを優遇し、保険料の値引きを大きくすることでユーザの生体情報の提供を促進すれば、より高精度に、より適切な保険料を算出することができる。

この例では、例えばユーザが入力部４６を操作してチェックボックスＣＢ１１にチェック記号が表示された状態とされると、生体情報が送信される設定とされる。この場合、制御部４５は、入力部４６からの信号に基づいて、生体情報を送信する旨の送信フラグを生成し、記録部４７に記録する。そして、図１８のステップＳ３８４の処理では、送信フラグが参照されて、行動情報および生体情報が保険管理サーバ１２へと送信される。

これに対して、例えばチェックボックスＣＢ１１にチェック記号が表示されていない状態とされると、生体情報が送信されない設定とされる。この場合、制御部４５は、入力部４６からの信号に基づいて、生体情報を送信しない旨の送信フラグを生成し、記録部４７に記録する。そして、図１８のステップＳ３８４の処理では、送信フラグが参照されて、行動情報のみが保険管理サーバ１２へと送信される。

また、生体情報を送信するか否かを示す送信フラグは、通信部４１により保険管理サーバ１２にも送信される。この場合、保険管理サーバ１２の通信部８１は、端末装置１１からの送信フラグを受信し、受信された送信フラグは記録部８２に記録される。さらに、保険料算出部９１による保険料の算出時には、記録部８２に記録された送信フラグが参照されて、その送信フラグの値、つまり生体情報が送信されるか否かに応じて、保険料の値引き額が決定される。具体的には、生体情報を提供する場合の方が、生体情報の提供がない場合よりも値引き額が大きくなるようにされる。

なお、図１９に示した生体情報を送信するか否かの設定画面は、設定時に保険管理サーバ１２において生成されて、保険管理サーバ１２の通信部８１により端末装置１１に送信され、通信部４１により受信されるようにしてもよい。この場合、生体情報の提供をすることにより値引き額が増える旨の通知が保険管理サーバ１２から端末装置１１に対して行われることになる。また、生体情報にも血圧や心拍数、呼吸数など、様々な種類があるので、ユーザがそれらの種類のうちの任意のいくつかを、送信する生体情報として選択できるようにしてもよい。

〈第８の実施の形態〉
〈情報送信処理および情報受信処理の説明〉
また、第７の実施の形態では、端末装置１１の通信接続の状態や充電中であるかなど、所定の条件を満たす状態となったときに行動情報と生体情報が送信される例について説明した。しかし、これらの行動情報や生体情報が一定量だけ得られたときに送信されるようにしてもよい。

そのような場合、自動車保険システムを構成する保険管理サーバ１２は、例えば図１７に示した構成とされる。また、このとき端末装置１１と保険管理サーバ１２により図２０に示す処理が行われる。以下、図２０のフローチャートを参照して、端末装置１１により行われる情報送信処理、および保険管理サーバ１２により行われる情報受信処理について説明する。

端末装置１１による情報送信処理が開始されると、ステップＳ４２１およびステップＳ４２２の処理が行われて行動情報および生体情報の取得と、暗号化および圧縮が行われる。なお、これらのステップＳ４２１およびステップＳ４２２の処理は、図１８のステップＳ３８１およびステップＳ３８２の処理と同様であるので、その説明は省略する。

ステップＳ４２３において、制御部４５は、行動情報および生体情報が一定量だけ得られたか否かを判定する。

ステップＳ４２３において、行動情報および生体情報が一定量得られていないと判定された場合、処理はステップＳ４２１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ４２３において、行動情報および生体情報が一定量得られたと判定された場合、制御部４５は、ステップＳ４２２で得られた、暗号化および圧縮が行われた行動情報および生体情報を通信部４１に供給し、処理はステップＳ４２４に進む。

ステップＳ４２４において、通信部４１は、制御部４５から供給された行動情報および生体情報を保険管理サーバ１２に送信する。

すると、保険管理サーバ１２では、情報受信処理として、ステップＳ４４１乃至ステップＳ４４５の処理が行われる。なお、これらのステップＳ４４１乃至ステップＳ４４５の処理は、図１８のステップＳ３９１乃至ステップＳ３９５の処理と同様であるので、その説明は省略する。

また、保険管理サーバ１２で情報受信処理が行われ、健康状態時系列データおよび保険料参考情報が送信されると、その後、端末装置１１では、ステップＳ４２５乃至ステップＳ４２７の処理が行われて情報送信処理は終了する。なお、これらのステップＳ４２５乃至ステップＳ４２７の処理は、図１８のステップＳ３８５乃至ステップＳ３８７の処理と同様であるので、その説明は省略する。

以上のようにして端末装置１１は、行動情報および生体情報を取得し、一定量だけ取得されたタイミングでそれらの行動情報および生体情報を保険管理サーバ１２に送信する。また、保険管理サーバ１２は、受信した行動情報および生体情報から健康状態時系列データを生成する。

このようにすることで健康状態時系列データの改竄を防止し、セキュリティを向上させることができる。特に、この実施の形態で説明した処理では、一定量の行動情報と生体情報が得られると直ちにそれらの情報が送信されるので、上述した第６の実施の形態や第７の実施の形態よりもセキュリティを向上させることができる。

以上の処理により保険管理サーバ１２に健康状態時系列データが記録されると、その後、自動車保険システムでは、適宜、例えば図１４を参照して説明した処理や、図１５を参照して説明した処理、図１６を参照して説明した処理、図９を参照して説明した処理などが行われる。

なお、端末装置１１では、第７の実施の形態と同様に生体情報を送信するか否かを設定できるようにしてもよい。

また、端末装置１１において、図２０を参照して説明したように行動情報および生体情報が一定量だけ得られたときに送信されるか、または図１８を参照して説明したように、所定の条件が満たされる状態となったときに行動情報および生体情報が送信されるかを設定できるようにしてもよい。

そのような場合、端末装置１１は、例えば表示部４８に図２１に示す設定画面を表示させて設定を行う。なお、図２１に示す例では、特に生体情報は送信せずに行動情報のみが送信される場合を例として説明しているが、行動情報と生体情報の両方が送信される場合においても同様の設定を行なえばよい。

図２１に示す例では、設定画面には行動情報を常時送信する旨の文字情報「行動情報を常時送信します」と、チェックボックスＣＢ２１とが表示されている。

また、設定画面には、行動情報を常時送信する設定としたときのユーザのメリットを示す文字情報「同意いただくと保険料値引き額がＵＰします。ただし、消費電力・通信費が増すことがあります。同意いただけない場合は、充電中もしくはWifi接続時のみ情報を送信します。」がメッセージとして表示されている。

例えば行動情報を常時送信するようにすれば、行動情報を充電中などの特定の条件が満たされるときにのみ送信する場合よりも、一度の通信のデータ量も少ないだけでなく、改竄などの不正も困難となるため、より適切な保険料を算出することができる。

そのため、保険管理サーバ１２側にとっても、行動情報を常時送信するように設定してくれたユーザを優遇し、保険料の値引きを大きくすることでユーザの行動情報の常時送信を促進すれば、不正を防止してセキュリティを向上させることができる。

この例では、例えばユーザが入力部４６を操作してチェックボックスＣＢ２１にチェック記号が表示された状態とされると、行動情報が常時送信される設定、つまり行動情報が一定量だけ取得されると、直ちに送信される設定とされる。この場合、制御部４５は、入力部４６からの信号に基づいて、行動情報を常時送信する旨の常時送信フラグを生成し、記録部４７に記録する。そして、常時送信フラグが参照されて、情報送信処理として図２０を参照して説明した処理が行われる。

これに対して、例えばチェックボックスＣＢ２１にチェック記号が表示されていない状態とされると、所定条件が満たされたときに行動情報が送信される設定とされる。この場合、制御部４５は、入力部４６からの信号に基づいて、常時送信をしない旨の常時送信フラグを生成し、記録部４７に記録する。そして、常時送信フラグが参照されて、情報送信処理として図１８を参照して説明した処理が行われる。

また、行動情報を常時送信するか否かを示す常時送信フラグは、通信部４１により保険管理サーバ１２にも送信される。この場合、保険管理サーバ１２の通信部８１は、端末装置１１からの常時送信フラグを受信し、受信された常時送信フラグは記録部８２に記録される。さらに、保険料算出部９１による保険料の算出時には、記録部８２に記録された常時送信フラグが参照されて、その常時送信フラグの値、つまり行動情報が常時送信されるか否かに応じて、保険料の値引き額が決定される。具体的には、行動情報を常時送信する場合の方が、常時送信をしない場合よりも値引き額が大きくなるようにされる。

なお、図２１に示した行動情報を常時送信するか否かの設定画面は、設定時に保険管理サーバ１２において生成されて端末装置１１に送信されるようにしてもよい。この場合、行動情報の常時送信をすることにより値引き額が増える旨の通知が保険管理サーバ１２から端末装置１１に対して行われることになる。

〈第９の実施の形態〉
〈端末装置の構成例〉
ところで、端末装置１１で得られる生体情報、つまり生体認識時系列データと、実際にユーザが車両を運転しているときの運転内容とには強い関連性がある。

例えばユーザの心拍数が高いときなどには、ユーザは安全な運転をすることができないこともある。そこで、端末装置１１において、運転時に健康状態時系列データと、運転内容を示す運転状態情報とを生成するようにしてもよい。これにより、保険管理サーバ１２において、運転時の健康状態時系列データおよび運転状態情報から、ユーザが安全な運転をすることができない可能性のあるときには、その旨のメッセージをユーザが車両を運転する前に提示することができるようになる。

具体的には、例えばユーザが心拍数が高いときに、いわゆるフラフラ運転などの不安定な運転をした履歴がある場合、ユーザが心拍数が高い状態で車両に乗車しようとしたときに警告等のメッセージを提示し、注意を促すことができる。

このように健康状態時系列データとともに運転状態情報を生成する場合、端末装置１１は、例えば図２２に示すように構成される。なお、図２２において図２における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

図２２に示す端末装置１１は、通信部４１、乗車情報取得部２０１、運転情報取得部４２、行動情報取得部４３、生体情報取得部４４、制御部４５、入力部４６、記録部４７、および表示部４８を有している。また、制御部４５は、運転判定処理部５１、時系列データ生成部５２、表示制御部５３、乗車判定処理部２２１、および運転状態生成部２２２を有している。

図２２に示す端末装置１１は、図２に示した端末装置１１に対して、新たに乗車情報取得部２０１、乗車判定処理部２２１、および運転状態生成部２２２が設けられた構成となっている。

乗車情報取得部２０１は、例えば近距離無線通信を行うビーコンや、衛星測位システム等の自身の位置を測定する位置測定部などからなり、ユーザの車両への乗車を検出するための乗車情報を取得し、制御部４５に供給する。

乗車判定処理部２２１は、乗車情報取得部２０１から供給された乗車情報に基づいて、自動車保険の対象となっている車両にユーザが乗車したか否かを判定する乗車判定処理を行う。

例えば乗車情報取得部２０１がビーコンからなる場合、自動車保険の対象となっている車両にもビーコンが設けられている。端末装置１１が車両に接近すると、つまり車両から所定距離の領域内に端末装置１１が入ると、乗車情報取得部２０１は、車両のビーコンから近距離無線通信により、車両に接近した旨の信号を受信して制御部４５へと出力する。乗車判定処理部２２１は、乗車情報取得部２０１から車両に接近した旨の信号が供給された場合、ユーザが乗車したと判定する。

また、例えば乗車情報取得部２０１が位置測定部からなる場合、乗車判定処理部２２１は、位置測定部から出力された位置情報により示される端末装置１１の位置が、自動車保険の対象となっている車両近傍の位置である場合、ユーザが乗車したと判定する。

なお、乗車判定処理は、何らかの方法によりユーザが車両に接近した、またはユーザが車両の運転席に座ったことを検出可能であれば、つまりユーザの車両への乗車を検出可能であれば、どのような方法により行われてもよい。

運転状態生成部２２２は、運転情報取得部４２から供給された運転情報に基づいて、各時刻におけるユーザによる車両の運転の状態を示す運転状態情報を生成する。例えば運転状態情報により示される運転の状態は、急加速、急ブレーキ、急ハンドル、不安定な走行などの実際の運転の状態である。これらの運転の状態は、運転情報としての位置測定部による位置の測定結果や、加速度センサによる加速度の測定結果から得ることができる。

〈保険管理サーバの構成例〉
また、端末装置１１において運転状態情報が生成される場合、保険管理サーバ１２は、例えば図２３に示すように構成される。なお、図２３において図３における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

図２３に示す保険管理サーバ１２は通信部８１、記録部８２、および制御部８３を有しており、制御部８３は、保険料算出部９１および危険運転判定部２５１を有している。

図２３に示す保険管理サーバ１２の構成は、図３に示した保険管理サーバ１２の構成に、さらに危険運転判定部２５１を設けた構成となっている。

危険運転判定部２５１は、端末装置１１から受信した、ユーザが車両を運転しているときに取得された健康状態時系列データと運転状態情報とに基づいて、ユーザが危険運転をしたか否かを判定し、その判定結果に応じて危険運転情報を生成する。

ここで、危険運転情報は、例えば急加速などの危険運転の内容を示す情報である。また、危険運転情報に、危険運転の発生日時などの情報が含まれるようにしてもよい。

〈運転状態情報送信処理および危険運転判定処理の説明〉
この実施の形態では、自動車保険システムは、図２２に示した端末装置１１と、図２３に示した保険管理サーバ１２とから構成される。以下、自動車保険システムの具体的な動作について説明する。

端末装置１１では、ユーザによる車両の運転時と、非運転時との両方の状態のときに、つまり常時、健康状態時系列データの生成が行われる。特に、運転時には、健康状態時系列データだけでなく、運転状態情報の生成も行われる。

以下、図２４を参照して、このような健康状態時系列データを生成する処理について説明する。すなわち、以下、図２４のフローチャートを参照して、端末装置１１による運転状態情報送信処理、および保険管理サーバ１２による危険運転判定処理について説明する。

運転状態情報送信処理が開始されると、ステップＳ４７１乃至ステップＳ４７４の処理が行われる。なお、これらのステップＳ４７１乃至ステップＳ４７４の処理は、図４のステップＳ１１乃至ステップＳ１４の処理と同様であるので、その説明は省略する。

ステップＳ４７２において、運転中であると判定された場合、ステップＳ４７５において、時系列データ生成部５２は、健康状態時系列データを生成する。なお、ステップＳ４７５では、ステップＳ４７３と同様の処理が行われて健康状態時系列データが生成される。

なお、運転中の健康状態時系列データとしては、特に生体認識時系列データが重要であることから、行動認識時系列データは生成されないようにしてもよい。

ステップＳ４７６において運転状態生成部２２２は、運転情報取得部４２から供給された運転情報に基づいて運転状態情報を生成する。

ステップＳ４７７において、制御部４５は、ステップＳ４７５で得られた健康状態時系列データ、およびステップＳ４７６で得られた運転状態情報を記録部４７に供給し、記録させる。なお、より詳細には、ユーザが車両を運転している間、継続してステップＳ４７５およびステップＳ４７６の処理が行われる。

また、制御部４５は、ステップＳ４７５およびステップＳ４７６で得られた健康状態時系列データおよび運転状態情報を、通信部４１に供給する。

ステップＳ４７８において、通信部４１は、制御部４５から供給された健康状態時系列データおよび運転状態情報を保険管理サーバ１２に送信し、運転状態情報送信処理は終了する。

なお、ここでは運転中に得られた健康状態時系列データが送信される例について説明したが、運転中だけでなく、運転前の所定時間範囲内の健康状態時系列データも送信されるようにしてもよい。この場合、保険管理サーバ１２では、例えば前日の睡眠時間や労働時間と、危険運転との関連性等を把握することができる。

また、運転中に得られた健康状態時系列データおよび運転状態情報が送信されると、ステップＳ４９１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた健康状態時系列データおよび運転状態情報を受信して制御部８３に供給する。

ステップＳ４９２において、危険運転判定部２５１は、通信部８１から供給された運転状態情報に基づいて、ユーザの運転が危険運転であるか否かを判定する。

例えば運転状態情報により示される急加速や急ブレーキなどの運転内容と、危険度の高い運転内容の頻度などから危険運転であるかが判定される。なお、保険管理サーバ１２が端末装置１１から運転中の運転情報を取得し、保険管理サーバ１２において運転情報から運転状態情報を生成するようにしてもよい。

ステップＳ４９２において危険運転でないと判定された場合、危険運転判定処理は終了する。

これに対して、ステップＳ４９２において危険運転であると判定された場合、ステップＳ４９３において、危険運転判定部２５１は、運転状態情報やステップＳ４９２における判定結果に基づいて危険運転情報を生成する。

ステップＳ４９４において、危険運転判定部２５１は、生成された危険運転情報と、ステップＳ４９１で受信した健康状態時系列データとを記録部８２に供給し、それらの危険運転情報と健康状態時系列データとを対応付けて記録させ、危険運転判定処理は終了する。

以上のようにして、端末装置１１は、ユーザの運転中に健康状態時系列データと運転状態情報を生成し、保険管理サーバ１２に送信する。また、保険管理サーバ１２は、運転状態情報から危険運転であるかを判定し、危険運転が行われたときには危険運転情報と健康状態時系列データとを対応付けて記録する。これにより、ユーザが危険運転を行ったときの健康状態、特に生体の状態を記録しておくことができる。

〈乗車判定情報送信処理および保険料算出処理の説明〉
また、この自動車保険システムでは、ユーザが車両に乗車したタイミング、より詳細には、ユーザが乗車する直前、または乗車直後に保険料金額情報が表示される。

以下、図２５のフローチャートを参照して、このときに行われる処理について説明する。すなわち、以下、図２５のフローチャートを参照して、端末装置１１による乗車判定情報送信処理、および保険管理サーバ１２による保険料算出処理について説明する。

ステップＳ５２１において、端末装置１１の乗車判定処理部２２１は、乗車情報取得部２０１から供給された乗車情報に基づいて乗車判定処理を行う。例えばユーザが自動車保険の対象となる車両に乗車したか、またはユーザが車両近傍にいる場合、ユーザが乗車したと判定される。

ステップＳ５２２において、乗車判定処理部２２１は、ステップＳ２５１の乗車判定処理の判定結果に基づいて、ユーザが車両に乗車したか否かを判定する。ステップＳ５２１において、乗車していないと判定された場合、処理はステップＳ５２１に戻り、上述した処理が繰り返し行われる。

これに対して、ステップＳ５２２において乗車したと判定された場合、乗車判定処理部２２１は、ユーザが車両に乗車した旨の乗車判定情報を生成し、処理はステップＳ５２３に進む。また、このとき、制御部４５は、記録部４７から、ユーザが乗車する前の所定時間範囲、例えば直近１日分の健康状態時系列データを読み出して、読み出した健康状態時系列データと、乗車判定情報とを通信部４１に供給する。

ステップＳ５２３において、通信部４１は、乗車判定情報および健康状態時系列データを保険管理サーバ１２に送信する。

すると、ステップＳ５４１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた乗車判定情報および健康状態時系列データを受信して制御部８３に供給する。

ステップＳ５４２において、保険料算出部９１は、通信部８１から供給された健康状態時系列データに基づいて、安全運転度合いを算出する。

なお、ステップＳ５４２では図４のステップＳ２２と同様の処理が行われる。ステップＳ５４２では、適宜、乗車判定情報により示される乗車時刻や、記録部８２に記録されている過去の健康状態時系列データ、記録部８２に記録されているユーザの年齢や事故歴などの登録に関する情報等も参照されて安全運転度合いが算出されてもよい。

ステップＳ５４３において、保険料算出部９１は、ステップＳ５４２で算出した安全運転度合いと、記録部８２に記録されている、互いに対応付けられた危険運転時の危険運転情報および健康状態時系列データとに基づいて保険料を算出し、保険料金額情報を生成する。このとき、保険料算出部９１は、記録部８２に記録されている自動車保険申し込み時のユーザの保険や車両に関する情報や、ステップＳ５４１で受信した健康状態時系列データなども参照して、保険料を算出する。

例えば保険料算出部９１は、ステップＳ５４１で受信した健康状態時系列データと、危険運転時の健康状態時系列データとの類似の度合いを算出し、その類似の度合いが所定値以上である場合には、保険料の値引き額を所定額だけ減額するなどとする。すなわち、運転直前のユーザの健康状態が、過去に危険運転をしたときと類似する健康状態であるときには、保険料の値引き額が少なくなるようになされる。なお、健康状態時系列データの類似の度合いは、例えば睡眠時間や労働時間、心拍数や血圧などの情報ごとに算出される。

ステップＳ５４４において、保険料算出部９１は、ステップＳ５４１で受信した健康状態時系列データと、危険運転時の健康状態時系列データとに基づいて、健康状態に関するコメント情報を生成する。

例えば保険料算出部９１は、ステップＳ５４１で受信した健康状態時系列データと、危険運転時の健康状態時系列データとの類似の度合いが所定値以上である場合、以前にユーザが同じような健康状態で危険運転した旨を伝えるとともに、運転を控えたり、安全運転を促したりする旨のメッセージをコメント情報として生成する。このとき、例えばコメント情報では、睡眠不足であった、長時間労働をした、心拍数が多かった、血圧が高かったなどの具体的な理由も通知されるようにすることができる。

また、保険料算出部９１は、生成したコメント情報と保険料金額情報とを通信部８１に供給する。

ステップＳ５４５において、通信部８１は、保険料算出部９１から供給された保険料金額情報およびコメント情報を端末装置１１に送信し、保険料算出処理は終了する。

すると、ステップＳ５２４において、端末装置１１の通信部４１は保険管理サーバ１２から送信されてきた保険料金額情報およびコメント情報を受信して制御部４５に供給する。

ステップＳ５２５において、表示制御部５３は、通信部４１から供給された保険料金額情報およびコメント情報を表示部４８に供給して表示させ、乗車判定情報送信処理は終了する。

以上のようにして端末装置１１は、ユーザが車両に乗車すると乗車判定情報および健康状態時系列データを保険管理サーバ１２に送信する。また、保険管理サーバ１２は、乗車判定情報および健康状態時系列データを受信して保険料金額情報およびコメント情報を生成し、端末装置１１に送信する。

これにより、ユーザに対して保険料等を提示することができるだけでなく、コメント情報により運転を控えたり、安全運転を心がけたりするよう促すことができ、事故の発生を抑制することができる。

〈第１０の実施の形態〉
〈車載端末装置の構成例〉
また、自動車保険システムを構成する車載端末装置１１１において、運転者認証情報からユーザの疲労度合いを算出できる場合、そのような疲労度合いを安全運転度合い、つまり保険料の算出に利用することができる。

運転者認証情報としてユーザの顔を含む画像が得られる場合、運転者認証情報を用いれば、推定により高精度にユーザの疲労度合いを示す疲労度推定情報を得ることができる。

これに対して、例えば行動情報や生体情報は低コストで、常時得ることのできる情報であるが、それらの情報から得られた健康状態時系列データを用いて疲労度合いを算出しても、疲労度推定情報ほど高精度には疲労度合いを求めることができない。

そこで、運転者認証情報から得られたユーザの疲労度合いを示す疲労度推定情報と、健康状態時系列データから算出された疲労度合いとを比較して、その比較結果に応じて安全運転度合い、すなわち保険料を補正すれば、より適切な保険料を算出することができる。

具体的には、例えば健康状態時系列データから求めた疲労度合いが、疲労度推定情報により示される疲労度合いよりも小さい場合、次回、安全運転度合いを算出するときには、安全運転度合いが少し小さめに算出されるように補正が行われる。

このように運転者認証情報から疲労度推定情報を求める場合、車載端末装置１１１は、例えば図２６に示すように構成される。なお、図２６において図５における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

図２６に示す車載端末装置１１１は、通信部１２１、運転者認証情報取得部１２２、運転情報取得部１２３、制御部１２４、入力部１２５、記録部１２６、および表示部１２７を有している。また、制御部１２４は、認証処理部１３１、運転判定処理部１３２、表示制御部１３３、および疲労度推定部２８１を有している。

図２６に示す車載端末装置１１１の構成は、図５に示した車載端末装置１１１の構成にさらに疲労度推定部２８１を設けた構成となっている。

疲労度推定部２８１は、運転者認証情報取得部１２２から供給された運転者認証情報に基づいてユーザの疲労度合いを推定し、その推定結果示す疲労度推定情報を生成する。

車載端末装置１１１が図２６に示した構成とされる場合、自動車保険システムは、図２に示した端末装置１１、図２６に示した車載端末装置１１１、および図３に示した保険管理サーバ１２から構成される。

〈運転判定情報送信処理、運転判定処理、および保険料算出処理の説明〉
次に、このような自動車保険システムの具体的な動作について説明する。すなわち、以下、図２７のフローチャートを参照して、端末装置１１による運転判定情報送信処理、車載端末装置１１１による運転判定処理、および保険管理サーバ１２による保険料算出処理について説明する。

端末装置１１では、運転判定情報送信処理が開始されると、ステップＳ５７１およびステップＳ５７２の処理が行われる。すなわち、ユーザが自動車保険の対象となる車両を運転していない非運転期間中は、継続して健康状態時系列データの生成と記録が行われる。

なお、ステップＳ５７１およびステップＳ５７２の処理は、図６のステップＳ５１およびステップＳ５２の処理と同様であるので、その説明は省略する。

一方、車載端末装置１１１では、ユーザが自動車保険の対象となる車両を運転しているかを判定するために、ユーザの認証が行われる。

すなわち、運転判定処理が開始されると、ステップＳ５９１乃至ステップＳ５９３の処理が行われるが、これらの処理は図６のステップＳ７１乃至ステップＳ７３の処理と同様であるので、その説明は省略する。

ステップＳ５９３においてユーザが認証されたと判定された場合、ステップＳ５９４において、疲労度推定部２８１は、運転者認証情報取得部１２２から供給された運転者認証情報に基づいて、疲労度推定情報を生成する。

例えば運転者認証情報として、運転者であるユーザの顔を被写体として含む画像が供給された場合、疲労度推定部２８１は、画像認識等によりユーザの表情から、ユーザの現在の疲労度合いを推定し、その推定結果を示す疲労度推定情報を生成する。

なお、画像に基づく疲労度合いの推定には、予め学習により得られた辞書などが用いられてもよい。また、例えば運転者認証情報として得られた脈拍数や呼吸数などから疲労度合いを推定するようにしてもよい。そのような場合、例えば脈拍数や呼吸数などを測定するためのセンサが車両のハンドル部分などに運転者認証情報取得部１２２として設けられる。

さらに、ここでは車載端末装置１１１において疲労度推定情報を生成する場合を例として説明するが、疲労度推定情報は、端末装置１１や保険管理サーバ１２で生成されるようにしてもよい。そのような場合、車載端末装置１１１で得られた運転者認証情報を、端末装置１１や保険管理サーバ１２に送信すればよい。

疲労度推定情報が生成されると、疲労度推定部２８１は、得られた疲労度推定情報を通信部１２１に供給する。さらに、その後、ステップＳ５９５およびステップＳ５９６の処理が行われて、ユーザが運転中であるかが判定される。なお、これらのステップＳ５９５およびステップＳ５９６の処理は、図６のステップＳ７４およびステップＳ７５の処理と同様であるので、その説明は省略する。

また、ステップＳ５９６において運転中であると判定された場合、運転判定処理部１３２は、ユーザが運転中である旨の運転判定情報を生成して通信部１２１に供給し、処理はステップＳ５９７へと進む。

ステップＳ５９７において、通信部１２１は、運転判定処理部１３２から供給された運転判定情報、および疲労度推定部２８１から供給された疲労度推定情報を端末装置１１に送信し、運転判定処理は終了する。

すると、ステップＳ５７３において、端末装置１１の通信部４１は、車載端末装置１１１から送信されてきた運転判定情報および疲労度推定情報を受信して制御部４５に供給する。また、制御部４５は、記録部４７から、運転判定情報が受信された時刻までの所定時間範囲内の健康状態時系列データを読み出して、読み出した健康状態時系列データと、受信された運転判定情報および疲労度推定情報とを通信部４１に供給する。

ステップＳ５７４において、通信部４１は、制御部４５から供給された運転判定情報、疲労度推定情報、および健康状態時系列データを保険管理サーバ１２に送信する。

するとステップＳ６１１において、保険管理サーバ１２の通信部８１は、端末装置１１から送信されてきた運転判定情報、疲労度推定情報、および健康状態時系列データを受信して制御部８３に供給する。

ステップＳ６１２において、保険料算出部９１は、通信部８１から供給された健康状態時系列データに基づいて、現在のユーザの疲労度合い示す疲労度を算出する。例えば疲労度の算出では、安全運転度合いと同様に、睡眠時間が短いほど疲労度が高くなり、労働時間が長いほど疲労度が高くなるなどとされる。また、例えば血圧や心拍数などの値と、それらの通常時における値との差が大きいほど疲労度が高くなるようにされる。

ステップＳ６１３において、保険料算出部９１は、ステップＳ６１２で算出した疲労度、および予め保持している疲労度の補正値に基づいて安全運転度合いを算出する。

例えば補正値は、健康状態時系列データから算出された疲労度と、疲労度推定情報とから求められた、疲労度を補正するための値である。保険料算出部９１は、保持している補正値を、ステップＳ６１２で得られた疲労度に乗算し、補正値が乗算されて補正された疲労度に基づいて、安全運転度合いを算出する。

なお、安全運転度合いの算出時には、図６のステップＳ８２における場合と同様に、ステップＳ６１１で受信された運転判定情報や健康状態時系列データなど、他の情報も用いられてもよい。

安全運転度合いが算出されると、その後、ステップＳ６１４およびステップＳ６１５の処理が行われて、保険料金額情報が端末装置１１に送信されるが、これらの処理は、図６のステップＳ８３およびステップＳ８４の処理と同様であるので、その説明は省略する。

ステップＳ６１６において、保険料算出部９１は、ステップＳ６１２で算出された疲労度、およびステップＳ６１１で受信した疲労度推定情報に基づいて、保持している補正値を更新し、保険料算出処理は終了する。

ステップＳ６１６では、保険料算出部９１は、より推定精度の高い疲労度推定情報により示される疲労度合いが真の疲労度合いであるとみなし、疲労度推定情報により示される疲労度合いと、ステップＳ６１２で算出された疲労度との差の分だけ、ステップＳ６１２で算出された疲労度が補正されるように補正値を更新する。

具体的には、例えば補正値が倍率係数である場合、その初期値は1.0とされる。そして、例えば疲労度推定情報により示される疲労度合いが、ステップＳ６１２で算出された疲労度の1.5倍の値であるときには、補正値は1.0から1.5に更新される。このようにして補正された補正値は、次回のステップＳ６１３の処理を行う際に利用される。

なお、ここでは、補正値により疲労度を補正する場合を例として説明したが、直接、安全運転度合いを補正する補正値を求めるようにしてもよいし、保険料の値引き額の補正値を求めて、値引き額を補正するようにしてもよい。すなわち、最終的に、疲労度推定情報に基づいて保険料が補正されるようにすればよい。

また、保険管理サーバ１２から保険料金額情報が送信されると、端末装置１１では、ステップＳ５７５およびステップＳ５７６の処理が行われて運転判定情報送信処理が終了するが、これらの処理は図６のステップＳ５５およびステップＳ５６の処理と同様であるので、その説明は省略する。

以上のようにして車載端末装置１１１は、運転判定情報とともに疲労度推定情報を生成する。また、保険管理サーバ１２は、疲労度推定情報を利用して保険料を算出する。このように、より推定精度の高い疲労度推定情報も用いて保険料を算出することで、より高精度に、より適切な保険料を算出することができる。

〈第１１の実施の形態〉
〈車載端末装置の構成例〉
また、自動車保険システムが端末装置１１、車載端末装置１１１、および保険管理サーバ１２から構成される場合、車載端末装置１１１が端末装置１１から健康状態時系列データを取得して保険管理サーバ１２に送信したり、車載端末装置１１１において保険料金額情報を表示したりすることもできる。また、その際に、保険料の算出のために生体情報を保険管理サーバ１２に提供するか否かも選択できるようにしてもよい。

そのような場合、車載端末装置１１１は、例えば図２８に示すように構成される。なお、図２８において、図５における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

図２８に示す車載端末装置１１１は、通信部１２１、運転者認証情報取得部１２２、制御部１２４、入力部１２５、記録部１２６、および表示部１２７を有している。また、制御部１２４は、認証処理部１３１、表示制御部１３３、および生体情報取得部３１１を有している。

図２８に示す車載端末装置１１１の構成は、運転情報取得部１２３および運転判定処理部１３２が設けられておらず、新たに生体情報取得部３１１が設けられた点で図５に示した車載端末装置１１１の構成と異なり、その他の点では図５の車載端末装置１１１と同じ構成となっている。

生体情報取得部３１１は、通信部１２１を介して端末装置１１から生体情報を取得したり、運転者認証情報取得部１２２から出力される運転者認証情報の一部または全部を生体情報として取得したりする。

また、車載端末装置１１１が図２８に示す構成とされる場合、自動車保険システムを構成する端末装置１１および保険管理サーバ１２は、それぞれ図２および図３に示した構成とされる。

この自動車保険システムでは、車載端末装置１１１においてユーザの認証が行われると、ユーザは、その後、車両の運転を開始するものとされる。車両の運転が開始されるとされた場合、車載端末装置１１１は、端末装置１１から健康状態時系列データを取得して保険管理サーバ１２へと送信する。

なお、この実施の形態では、健康状態時系列データは、基本的には行動認識時系列データのみからなるものとし、健康状態時系列データとしての生体認識時系列データを得るための生体情報を保険管理サーバ１２に送信するかがユーザにより選択できるようになされている。また、保険管理サーバ１２に生体情報を提供する場合には、ユーザは保険料の値引きを受けることができるようになされている。ここでは、保険管理サーバ１２に生体情報が送信される場合について説明するが、生体認識時系列データが送信されてもよい。

この場合、車載端末装置１１１には、例えば図２９に示すような保険料金額情報が保険管理サーバ１２から送信されてくる。

すなわち、まず車載端末装置１１１には、図２９の矢印Ｑ５１に示す保険料金額情報が表示される。この保険料金額情報には、保険料を示す文字情報「保険料は1500円です。」と、生体情報を送信するか否かを問う文字情報「生体情報を送信することで、値引きされる可能性があります。」とが表示されている。

さらに、保険料金額情報には、生体情報を送信することを選択するときに操作されるオプション選択ボタンＢＴ１１と、生体情報を送信しないことを選択するときに操作されるキャンセルボタンＢＴ１２とが表示されている。

ここで、ユーザによりキャンセルボタンＢＴ１２が操作された場合、生体情報の送信は行われず、例えば保険料金額情報の表示は終了される。

これに対して、オプション選択ボタンＢＴ１１が選択された場合、表示部１２７の表示は、例えば矢印Ｑ５２に示す選択画面へと遷移する。

この選択画面には、生体情報の取得元として車載端末装置１１１の運転者認証情報取得部１２２としてのカメラを選択する選択ボタンＢＴ２１と、生体情報の取得元として端末装置１１を選択する選択ボタンＢＴ２２とが設けられている。

例えば、ユーザにより選択ボタンＢＴ２１が操作されると、生体情報取得部３１１は、運転者認証情報取得部１２２としてのカメラを起動させ、そのカメラからユーザの顔を被写体とする画像を生体情報として取得し、通信部１２１により保険管理サーバ１２に送信する。このような画像は、車載端末装置１１１では運転者認証情報としても用いられる。

一方、ユーザにより選択ボタンＢＴ２２が操作されると、生体情報取得部３１１は、通信部１２１を介して端末装置１１から生体情報を取得するとともに、取得した生体情報を通信部１２１により保険管理サーバ１２に送信する。

このようにして生体情報が送信されると、保険管理サーバ１２では、生体情報から得られる生体認識時系列データも健康状態時系列データとして用いられて、保険料の再計算が行われ、再計算後の保険料金額情報が保険管理サーバ１２から送信されてくる。

すると、車載端末装置１１１の表示部１２７には、例えば矢印Ｑ５３に示す保険料金額情報が表示される。この保険料金額情報には、値引きされた旨の文字情報「送信されたデータに基づいて、保険料が値引きされました。」と、値引き額と値引き後の保険料を示す文字情報「保険料は800です。（値引き額700円）」とが表示されている。

このように生体情報の送信の可否を選択できるようにするだけでなく、生体情報の取得元も選択できるようにすることで、ユーザは自動車保険サービスを利用する際に、自分に合った選択を行うことができる。また、自動車保険システムにおいても生体情報の提供を促進し、生体情報を用いて、より高精度に、より適切な保険料を算出することができる。

〈運転判定処理の説明〉
次に、自動車保険システムのより具体的な動作について説明する。

まず、図３０のフローチャートを参照して、車載端末装置１１１による運転判定処理について説明する。

なお、ステップＳ６４１乃至ステップＳ６４３の処理は、図６のステップＳ７１乃至ステップＳ７３の処理と同様であるので、その説明は省略する。また、この実施の形態では、ユーザの認証がされると、ユーザにより車両が運転されると判定されるが、ステップＳ６４３において認証されたと判定された後、図６のステップＳ７４およびステップＳ７５と同様の処理が行われるようにしてもよい。

ステップＳ６４３においてユーザが認証されたと判定された場合、制御部１２４は、健康状態時系列データの送信を要求する旨の送信要求を生成して通信部１２１に供給し、処理はステップＳ６４４に進む。

ステップＳ６４４において通信部１２１は、制御部１２４から供給された健康状態時系列データの送信要求を端末装置１１に送信する。すると、端末装置１１からは、送信要求に応じて健康状態時系列データが送信されてくる。ここでは、健康状態時系列データは、行動認識時系列データのみからなるものとする。

ステップＳ６４５において、通信部１２１は、端末装置１１から送信されてきた健康状態時系列データを受信して制御部１２４に供給する。

また、制御部１２４は、通信部１２１から供給された健康状態時系列データを通信部１２１に供給する。このとき、制御部１２４が、ユーザが車両の運転を開始した旨の運転判定情報も通信部１２１に供給するようにしてもよい。

ステップＳ６４６において、通信部１２１は、制御部１２４から供給された健康状態時系列データを保険管理サーバ１２に送信する。すると、保険管理サーバ１２からは保険料金額情報が送信されてくる。

ステップＳ６４７において、通信部１２１は、保険管理サーバ１２から送信されてきた保険料金額情報を受信して制御部１２４に供給する。

ステップＳ６４８において、表示制御部１３３は、通信部１２１から供給された保険料金額情報を表示部１２７に供給して表示させる。

これにより、表示部１２７には、例えば図２９の矢印Ｑ５１に示した保険料金額情報が表示される。すると、ユーザは、入力部１２５を操作することで、オプション選択ボタンＢＴ１１やキャンセルボタンＢＴ１２を操作したり、選択画面において選択ボタンＢＴ２１や選択ボタンＢＴ２２を操作したりする。

ステップＳ６４９において、制御部１２４は、入力部１２５からの信号に基づいて、ユーザにより値引きオプションが選択されたか否かを判定する。

ここでは、ユーザによりオプション選択ボタンＢＴ１１が操作された場合、値引きオプションが選択されたと判定される。これに対して、ユーザによりキャンセルボタンＢＴ１２が操作された場合、値引きオプションが選択されなかったと判定される。

ステップＳ６４９において値引きオプションが選択されなかったと判定された場合、ステップＳ６５０乃至ステップＳ６５６の処理はスキップされて運転判定処理は終了する。

これに対して、ステップＳ６４９において、値引きオプションが選択されたと判定された場合、ステップＳ６５０において制御部１２４は、入力部１２５からの信号に基づいて、端末装置１１から生体情報を取得するか否かを判定する。

例えば図２９の矢印Ｑ５２に示す選択画面で選択ボタンＢＴ２１が操作された場合、端末装置１１から生体情報を取得しない、つまり車載端末装置１１１で生体情報を取得すると判定される。これに対して、選択画面で選択ボタンＢＴ２２が操作された場合、端末装置１１から生体情報を取得すると判定される。

ステップＳ６５０において、端末装置１１から生体情報を取得すると判定された場合、生体情報取得部３１１は、生体情報の送信を要求する送信要求を生成して通信部１２１に供給し、処理はステップＳ６５１へと進む。

ステップＳ６５１において、通信部１２１は、生体情報取得部３１１から供給された生体情報の送信要求を端末装置１１に送信する。すると、端末装置１１からは送信要求に応じて生体情報が送信されてくる。

ステップＳ６５２において、通信部１２１は、端末装置１１から送信されてきた生体情報を受信して制御部１２４の生体情報取得部３１１に供給する。これにより、生体情報取得部３１１によって、端末装置１１から生体情報が取得されたことになる。

なお、生体情報ではなく、生体情報から得られた生体認識時系列データを受信するようにしてもよいし、生体情報取得部３１１が受信した生体情報から生体認識時系列データを生成してもよい。

制御部１２４は、通信部１２１から供給された生体情報を、保険管理サーバ１２に送信するものとして通信部１２１に供給し、処理はステップＳ６５４に進む。

これに対して、ステップＳ６５０において、端末装置１１から生体情報を取得しない、つまり車載端末装置１１１で生体情報を取得すると判定された場合、処理はステップＳ６５３へと進む。

ステップＳ６５３において、生体情報取得部３１１は、運転者認証情報取得部１２２としてのカメラから画像を取得することで、生体情報を取得する。このようにして取得された生体情報としての画像は、例えばユーザの疲労度合いなどの生体状態を示す生体認識時系列データの生成に用いられる。なお、カメラから取得された画像から生体認識時系列データを生成するようにしてもよい。

また、制御部１２４は、取得された生体情報を通信部１２１に供給し、処理はステップＳ６５４へと進む。

ステップＳ６５２またはステップＳ６５３の処理が行われると、ステップＳ６５４において、通信部１２１は、制御部１２４から供給された生体情報を保険管理サーバ１２に送信する。なお、車載端末装置１１１で取得した生体情報と、端末装置１１から取得した生体情報との両方を保険管理サーバ１２に送信するようにしてもよい。

また、生体情報が送信されると、保険管理サーバ１２では、送信された生体情報も用いられて保険料の再計算が行われ、保険管理サーバ１２から車載端末装置１１１には、再計算された保険料金額情報が送信されてくる。

ステップＳ６５５において、通信部１２１は、保険管理サーバ１２から送信されてきた、再計算された保険料金額情報を受信して制御部１２４に供給する。

ステップＳ６５６において、表示制御部１３３は、通信部１２１から供給された、再計算された保険料金額情報を表示部１２７に供給して表示させ、運転判定情報は終了する。これにより、例えば表示部１２７には、図２９の矢印Ｑ５３に示した保険料金額情報が表示される。

なお、ステップＳ６５５において受信された、再計算された保険料金額情報を、通信部１２１が端末装置１１に送信するようにしてもよい。

以上のようにして車載端末装置１１１は、ユーザの選択操作に応じて生体情報を取得し、保険管理サーバ１２に送信する。このようにすることで、保険管理サーバ１２において、より高精度に、より適切な保険料を算出することができるようになる。

〈健康状態時系列データ送信処理の説明〉
次に、図３１のフローチャートを参照して、端末装置１１による健康状態時系列データ送信処理について説明する。

なお、ステップＳ６８１およびステップＳ６８２の処理は、図６のステップＳ５１およびステップＳ５２の処理と同様であるので、その説明は省略する。また、ステップＳ６８２では、取得された各時刻の生体情報も記録部４７に記録される。

さらに、図３０のステップＳ６４４の処理が行われると、ステップＳ６８３において、通信部４１は、車載端末装置１１１から送信されてきた、健康状態時系列データの送信要求を受信して制御部４５に供給する。

制御部４５は、通信部４１から供給された送信要求に応じて、記録部４７から健康状態時系列データとして行動認識時系列データを読み出して通信部４１に供給する。このとき、例えば直近１日分などの所定時間範囲の行動認識時系列データが読み出される。

ステップＳ６８４において、通信部４１は、制御部４５から供給された健康状態時系列データを車載端末装置１１１に送信する。これにより、図３０のステップＳ６４５の処理が行われる。

ステップＳ６８５において、制御部４５は、生体情報の送信が要求されたか否かを判定する。例えば図３０のステップＳ６５１の処理が行われ、その結果、通信部４１が生体情報の送信要求を受信した場合、生体情報の送信が要求されたと判定される。この場合、通信部４１は、受信した送信要求を制御部４５に供給する。

ステップＳ６８５において、生体情報の送信が要求されなかったと判定された場合、ステップＳ６８６の処理はスキップされ、健康状態時系列データ送信処理は終了する。

これに対して、ステップＳ６８５において生体情報の送信が要求されたと判定された場合、制御部４５は、通信部４１から供給された送信要求に応じて、記録部４７から現時刻までの所定時間範囲内の生体情報を読み出して通信部４１に供給し、処理はステップＳ６８６に進む。

ステップＳ６８６において、通信部４１は、制御部４５から供給された生体情報を車載端末装置１１１に送信し、健康状態時系列データ送信処理は終了する。これにより、車載端末装置１１１では、図３０のステップＳ６５２の処理が行われる。

以上のようにして端末装置１１は、車載端末装置１１１の要求に応じて生体情報を送信する。なお、生体情報ではなく生体認識時系列データが送信されてもよい。

〈保険料算出処理の説明〉
続いて、図３２のフローチャートを参照して、保険管理サーバ１２による保険料算出処理について説明する。

ステップＳ７０１において、通信部８１は、車載端末装置１１１から送信されてきた健康状態時系列データを受信して制御部８３に供給する。ここで、受信される健康状態時系列データは、図３０のステップＳ６４６により送信されたものであり、ここでは行動認識時系列データのみからなる健康状態時系列データとされる。

健康状態時系列データが受信されると、その後、ステップＳ７０２乃至ステップＳ７０４の処理が行われて保険料金額情報が送信されるが、これらの処理は、図６のステップＳ８２乃至ステップＳ８４の処理と同様であるので、その説明は省略する。但し、ステップＳ７０４では、保険料金額情報は車載端末装置１１１に送信される。

ステップＳ７０５において、制御部８３は、車載端末装置１１１から生体情報が送信されてきたか否かを判定する。

ステップＳ７０５において、生体情報が送信されてこなかったと判定された場合、ステップＳ７０６乃至ステップＳ７０９の処理はスキップされて保険料算出処理は終了する。

これに対して、ステップＳ７０５において生体情報が送信されてきたと判定された場合、ステップＳ７０６において、通信部８１は、車載端末装置１１１から送信されてきた生体情報を受信して制御部８３に供給する。この場合、図３０のステップＳ６５４の処理で送信された生体情報が受信される。また、受信された生体情報は、適宜、記録部８２へと供給されて記録される。

ステップＳ７０７において、保険料算出部９１は、通信部８１から供給された生体情報、ステップＳ７０１で受信した健康状態時系列データ、記録部８２に記録されているユーザの年齢や事故歴などの登録に関する情報等に基づいて安全運転度合いを再計算する。

このとき、保険料算出部９１は、適宜、生体情報に基づいて生体認識時系列データを生成し、得られた生体認識時系列データを用いて安全運転度合いを計算する。なお、ここでの安全運転度合いの計算は、例えば図６のステップＳ８２における場合と同様である。

ステップＳ７０８において、保険料算出部９１は、ステップＳ７０７で算出した安全運転度合いと、記録部８２に記録されている自動車保険申し込み時のユーザの保険や車両に関する情報とに基づいてユーザの保険料を再計算し、保険料金額情報を生成する。このとき、例えば生体情報の提供に基づく保険料の値引きなども必要に応じて行われる。また、ここでの保険料の算出の計算は、例えば図６のステップＳ８３における場合と同様である。

保険料算出部９１は、再計算により得られた保険料金額情報を通信部８１に供給する。

ステップＳ７０９において、通信部８１は、保険料算出部９１から供給された保険料金額情報を車載端末装置１１１に送信し、保険料算出処理は終了する。これにより、車載端末装置１１１では、図３０のステップＳ６５５の処理が行われる。

以上のようにして保険管理サーバ１２は、車載端末装置１１１から生体情報が送信されてきた場合には、その生体情報を受信して保険料の再計算を行う。これにより、より高精度に、より適切な保険料を算出することができる。

〈第１２の実施の形態〉
〈運送システムについて〉
なお、以上においては、車両に関するサービスが自動車保険である場合を例として説明してきた。しかし、本技術は、自動車保険システムだけでなく、車両への乗車に関するサービス全般に適用可能である。

例えば本技術は、運送サービスに対しても適用可能であり、以下では、本技術を運送サービスに適用した場合について説明を行う。

例えば本技術は、自動運転の車両によりユーザに対してタクシーサービス、つまり運送サービスを提供する場合に適用することができる。

具体的には、例えば図３３に示すようにタクシー会社が、サービスを提供するために巡回および停止させている複数の車両ＴＸ１１－１乃至車両ＴＸ１１－５があるとする。なお、以下、車両ＴＸ１１－１乃至車両ＴＸ１１－５を特に区別する必要のない場合、単に車両ＴＸ１１とも称する。

これらの車両ＴＸ１１は、サービス利用者であるユーザを乗せて、所望の目的地まで運送する自動運転機能を有する車両である。以下では、車両ＴＸ１１は自動運転されるものとして説明を行うが必ずしもその必要はなく、運転手により運転されるようにしてもよい。

また、図３３では各円はユーザを表している。各ユーザは自身が所有する端末装置を用いて、ユーザの現在位置を示す位置情報をタクシー会社に提供することで、例えば優先的な配車や乗車料金の値引きなどを受けることができる。

この例では、ユーザを表す円のうち、ハッチが施された円は位置情報を提供しているユーザを表している。これに対して、ハッチが施されていない円は位置情報の提供を行っていないユーザを表している。

タクシー会社が管理する管理サーバは、各ユーザから提供された位置情報に基づいて、車両ＴＸ１１を巡回させたり停車させておいたりする領域を決定し、その決定に応じて各車両ＴＸ１１に巡回や停車を指示する。これにより、車両ＴＸ１１の配車効率を向上させることができる。

配車指示においては、例えば位置情報を提供しているユーザが、より多く集まっている領域付近に重きが置かれる。

この例では、領域ＡＥ１１と領域ＡＥ１２とに略同じ数のユーザが集まっているが、領域ＡＥ１２と比較して、領域ＡＥ１１には位置情報を提供しているユーザがより多く集まっている。そのため、領域ＡＥ１２付近よりも領域ＡＥ１１付近に、より多くの車両ＴＸ１１が配置されている。

管理サーバでは、位置情報の提供のないユーザの現在位置は把握することができないが、位置情報を提供したユーザの現在位置は把握することができる。そこで、現在位置を把握できているユーザが多く集まっている領域付近に、より多くの車両ＴＸ１１を配置することで、より効率的にサービス提供を行うことができる。

〈端末装置の構成例〉
以上のような運送サービスの提供を実現する運送サービスシステムは、例えば図３４乃至図３６に示す端末装置、管理サーバ、および車両から構成される。

図３４は、運送サービスの提供を受けるユーザが所持する端末装置の構成例を示す図である。

図３４に示す端末装置４０１は、例えばスマートフォンなどの携帯型端末装置や、ユーザの腕等に装着可能なウェアラブルデバイスなどからなる。

端末装置４０１は、通信部４１１、位置情報取得部４１２、制御部４１３、入力部４１４、記録部４１５、および表示部４１６を有している。

通信部４１１は、タクシー会社が管理する管理サーバ等の外部の装置との間で情報の授受を行う。すなわち、通信部４１１は、外部から送信されてきた情報を受信して制御部４１３に供給するとともに、制御部４１３から供給された情報を外部の装置に送信する。

位置情報取得部４１２は、例えばGPSに代表される衛星測位システム等の自身の位置を測定する位置測定部などからなり、端末装置４０１の位置を測定し、その測定結果を位置情報として制御部４１３に供給する。

制御部４１３は、端末装置４０１全体の動作を制御する。制御部４１３は申し込み処理部４２１および表示制御部４２２を有している。申し込み制御部４２１は、車両の配車の申し込みに関する処理を行う。また、表示制御部４２２は、各種の情報や画像の表示部４１６への表示を制御する。

入力部４１４は、例えば表示部４１６に重畳して設けられたタッチパネルや、ボタン、スイッチなどからなり、ユーザの操作に応じた信号を制御部４１３に供給する。記録部４１５は、不揮発性の記録媒体からなり、制御部４１３から供給された各種の情報を記録するとともに、必要に応じて記録している情報を制御部４１３に供給する。

表示部４１６は、例えば液晶表示パネルなどからなり、表示制御部４２２の制御に従って各種の情報や画像を表示する。

〈管理サーバの構成例〉
また、図３５は、運送サービスを提供するタクシー会社により管理される管理サーバの構成例を示す図である。

図３５に示す管理サーバ４５１は、通信部４６１、制御部４６２、および記録部４６３を有している。

通信部４６１は、制御部４６２から供給された情報を端末装置４０１等の外部の装置に送信したり、外部の装置から送信されてきた情報を受信して制御部４６２に供給したりする。

制御部４６２は、管理サーバ４５１全体の動作を制御する。制御部４６２は、値引き率算出部４７１、配車管理部４７２、および料金算出部４７３を有している。

値引き率算出部４７１は、ユーザごとに、提供するサービスの対価である乗車料金に対する値引き率を算出する。配車管理部４７２は、端末装置４０１からの位置情報に基づいて、サービスの提供に用いる車両の配車管理を行う。料金算出部４７３は、サービス利用時における乗車料金を算出する。

記録部４６３は、例えば不揮発性の記録媒体からなり、サービスの利用者である各ユーザの登録に関する情報などの各種の情報を記録している。また、記録部４６３は、記録している情報を必要に応じて制御部４６２に供給する。

〈車両の構成例〉
また、図３６は、タクシー会社により管理され、サービスを利用するユーザを目的地まで運送する車両の構成例を示している。

図３６に示す車両５０１は、通信部５１１、乗降情報取得部５１２、制御部５１３、記録部５１４、および表示部５１５を有している。この車両５０１は、図３３に示した車両ＴＸ１１に対応する。

通信部５１１は、外部の装置から送信されてきた情報を受信して制御部５１３に供給したり、制御部５１３から供給された情報を外部の装置に送信したりする。

乗降情報取得部５１２は、例えばカメラやセンサなどからなり、ユーザの乗車や降車を検出するための乗降情報を取得して制御部５１３に供給する。

制御部５１３は、車両５０１全体の動作を制御する。制御部５１３は、例えば運転制御部５２１および乗降判定部５２２を有している。運転制御部５２１は、車両５０１の運転、すなわち車両５０１の走行を制御する。乗降判定部５２２は、乗降情報取得部５１２から供給された乗降情報に基づいて、ユーザの乗車や降車を判定する。

記録部５１４は、例えば不揮発性の記録媒体からなり、制御部５１３から供給された情報を記録するとともに、必要に応じて記録している情報を制御部５１３に供給する。表示部５１５は、例えば液晶表示パネルなどからなり、制御部５１３から供給された情報や画像を表示する。

〈位置情報送信の設定について〉
ところで、ユーザは端末装置４０１により、常時、自身の位置情報を管理サーバ４５１に送信するか否かを設定することができる。

例えば、そのような位置情報の送信についての設定を行う場合、端末装置４０１の表示部４１６には、図３７に示す設定画面が表示される。

この設定画面には、位置情報を常時送信する旨の文字情報「位置情報を常時送信します」と、その設定を確定させるためのチェックボックスＣＢ４１とが表示されている。

また、設定画面には、位置情報を送信すると値引きが受けられる旨の説明、つまりユーザに位置情報の常時送信を促すための料金値引きの説明と、位置情報を常時送信することに伴うリスクに関する説明とを示すメッセージも表示されている。

例えばユーザが入力部４１４を操作することで、チェックボックスＣＢ４１を操作して、チェックボックスＣＢ４１にチェック記号が表示された状態とされると、位置情報が常時送信される設定とされる。この場合、制御部４１３は、入力部４１４からの信号に基づいて、位置情報を送信する旨の送信フラグを生成し、記録部４１５に記録させる。

この場合、常時、より詳細には一定周期などで位置情報が管理サーバ４５１へと送信される。なお、管理サーバ４５１では、ユーザがどこに何人いるかを把握できればよいので、位置情報の送信時にはユーザ本人を特定可能な情報は送信されない。ユーザ本人を特定可能な情報は、例えば配車時など、本人特定が必要なときにのみ送信されるようになされている。

一方、チェックボックスＣＢ４１にチェック記号が表示されない状態とされると、位置情報が常時送信されない設定とされる。この場合、制御部４１３は、入力部４１４からの信号に基づいて、位置情報を送信しない旨の送信フラグを生成し、記録部４１５に記録させる。

このようにチェックボックスＣＢ４１にチェック記号が表示されない状態とされると、設定画面には、例えば図３８に示すように、位置情報の常時送信の取り止めに関する説明を示す文字情報が表示される。なお、図３８において図３７における場合と対応する部分には同一の符号を付してあり、その説明は省略する。

この例では、設定画面には、常時送信を取り止めた状態が所定日数だけ続いた場合には、値引き率がリセットされる旨の説明が表示されている。例えば管理サーバ４５１では、一度、位置情報の常時送信を取り止めた場合、その後、位置情報の常時送信を行う設定が所定期間だけ継続してなされないと、値引き率がリセットされるまでの日数のカウントは初期化されないようになされている。

端末装置４０１では、ユーザにより設定された、位置情報を常時送信するか否かを示す送信フラグが記録部４１５に記録される。また、この送信フラグは、通信部４１１により管理サーバ４５１にも送信される。

管理サーバ４５１では、端末装置４０１から送信されてきた送信フラグを通信部４６１が受信して制御部４６２に供給し、制御部４６２は、通信部４６１から供給された送信フラグを記録部４６３に供給して記録させる。

また、例えば記録部４６３には、ユーザが何日間継続して位置情報を常時送信する設定としているか、すなわち送信フラグの値が、何日間継続して、位置情報を常時送信する旨の値となっているかを示す継続設定情報が送信フラグに対応付けられて記録されている。

管理サーバ４５１では、各ユーザの送信フラグと継続設定情報を管理することで、各ユーザの値引き率を算出することができるようになされている。

〈位置情報送信処理および配置位置更新処理の説明〉
次に、以上において説明した運送サービスシステムの具体的な動作について説明する。

まず、端末装置４０１による位置情報送信処理、および管理サーバ４５１による配置位置更新処理について説明する。

端末装置４０１に記録されている送信フラグが位置情報を送信する旨の値である場合、端末装置４０１は、一定周期で位置情報を管理サーバ４５１に送信する。

すなわち、ステップＳ７４１において、制御部４１３は、位置情報取得部４１２から出力された位置情報を取得して、通信部４１１に供給する。

ステップＳ７４２において、通信部４１１は制御部４１３から供給された位置情報を管理サーバ４５１に送信し、位置情報送信処理は終了する。

すると、ステップＳ７６１において、管理サーバ４５１の通信部４６１は、端末装置４０１から送信されてきた位置情報を受信して制御部４６２に供給する。

ステップＳ７６２において、配車管理部４７２は、各ユーザの端末装置４０１から受信された位置情報に基づいて、各車両５０１の配置位置を更新して配置位置更新処理は終了する。

例えば配車管理部４７２は、受信した位置情報に基づいて、車両５０１ごとに、その車両５０１の更新後の配置位置での停車または巡回を指示する配置指示情報を生成し、通信部４６１に供給する。そして、通信部４６１は配車管理部４７２から供給された配置指示情報を車両５０１に送信する。

すると、車両５０１の通信部５１１は、管理サーバ４５１から送信されてきた配置指示情報を受信して制御部５１３に供給する。また、運転制御部５２１は、通信部５１１から供給された配置指示情報に基づいて、適宜、車両５０１を走行させ、指示された配置位置へと移動させる。

以上のようにして管理サーバ４５１は、各端末装置４０１から位置情報を受信して車両５０１の配置位置を更新し、適切な位置に車両５０１を配置する。これにより、車両５０１の配車効率を向上させることができる。

〈値引き率情報送信処理および値引き率情報受信処理の説明〉
また、管理サーバ４５１は、一定周期や位置情報の常時送信の設定が変更されたときなど、所定のタイミングでユーザに対する値引きに関する情報である値引き率情報を生成し、端末装置４０１に送信する。

以下、図４０のフローチャートを参照して、このような場合に行われる処理について説明する。すなわち、以下、図４０のフローチャートを参照して、管理サーバ４５１による値引き率情報送信処理、および端末装置４０１による値引き率情報受信処理について説明する。

ステップＳ７９１において、管理サーバ４５１の値引き率算出部４７１は、記録部４６３に記録されている継続設定情報および送信フラグに基づいて、ユーザに対する乗車料金の値引き率を算出する。

例えば、所定期間継続して送信フラグが位置情報を常時送信しない旨の値となっているユーザについては、そのユーザの値引き率は１％などの予め定められた値とされる。また、例えば継続して送信フラグが位置情報を常時送信する旨の値となっているユーザについては、継続設定情報により示される継続日数が多いほど値引き率が大きくなるようにユーザの値引き率が定められる。

値引き率算出部４７１は、このようにして算出した値引き率を記録部４６３に供給し、継続設定情報および送信フラグとともにユーザごとに記録させる。なお、ここではユーザに対する乗車料金の値引きは、値引き率に基づいて行われる例について説明するが、乗車料金の値引きは、ユーザごとに値引き額を定めることにより行われてもよい。

ステップＳ７９２において、値引き率算出部４７１は、ステップＳ７９１において算出した値引き率に基づいて、ユーザが受けることのできる値引き率などの情報を通知するための値引き率情報を生成し、通信部４６１に供給する。

例えば値引き率情報には、その他、目標となる値引き率とその値引き率とするために必要なユーザの行動、ユーザに対する各種の通知などが含まれるようにしてもよい。

ステップＳ７９３において、通信部４６１は、値引き率算出部４７１から供給された値引き率情報を端末装置４０１に送信し、値引き率情報送信処理は終了する。

また、ステップＳ８１１において、端末装置４０１の通信部４１１は、管理サーバ４５１から送信されてきた値引き率情報を受信して制御部４１３に供給する。

ステップＳ８１２において、表示制御部４２２は、通信部４１１から供給された値引き率情報を表示部４１６に供給して表示させ、値引き率情報受信処理は終了する。

例えば表示部４１６には、図４１に示す値引き率情報が表示される。

例えば図４１の矢印Ｑ６１に示す例では、値引き率情報の表示画面には、現時点での値引き率を示す文字情報「現時点での値引き率は２０％です。」が表示されている。

また、目標となる値引き率と、そのために必要となるユーザの行動とを示す文字情報「あと５日位置情報提供を継続していただくと、２５％にＵＰします。」も表示されている。すなわち、目標とする値引き率と、その目標達成のアドバイスが表示されている。このような表示を行って、目標設定をすることにより、ユーザに対して位置情報提供の更なる継続を促すことができる。

矢印Ｑ６２に示す例では、値引き率情報の表示画面には、現時点での値引き率を示す文字情報「現時点での値引き率は１％です。」が表示されている。さらに、位置情報の送信がされなかったことから値引き率がリセットされた旨の文字情報と、位置情報の提供を促す文字情報（メッセージ）も表示されている。

以上のようにして管理サーバ４５１はユーザごとに値引き率を算出し、その値引き率を示す値引き率情報を端末装置４０１に送信する。これにより、端末装置４０１では、ユーザに値引き率を提示することができる。また、位置情報の提供状況に応じて値引き率を定めることで、ユーザごとに、サービスに対するより適切な対価を算出することができるようになる。

〈申し込み処理、受け付け処理、および運送処理の説明〉
続いて、ユーザが車両５０１による運送サービスの提供を受けるときに運送サービスシステムにより行われる処理について説明する。すなわち、以下、図４２のフローチャートを参照して、端末装置４０１による申し込み処理、管理サーバ４５１による受け付け処理、および車両５０１による運送処理について説明する。

ステップＳ８２１において、端末装置４０１の申し込み処理部４２１は、入力部４１４からの信号に基づいて、運送サービス、つまり車両５０１の配車の申し込みを行う配車申し込み情報を生成する。

例えばユーザが入力部４１４を操作して配車申し込みを指示すると、表示制御部４２２は表示部４１６を制御して図４３に示す申し込み画面を表示させる。配車の申し込みは、例えば乗車希望時刻の数時間前から数分前などに行われる。

図４３に示す申し込み画面には、ユーザの現在位置に車両５０１を配車するときに操作されるチェックボックスＣＢ５１と、ユーザが指定した位置に車両５０１を配車するときに操作されるチェックボックスＣＢ５２とが表示されている。また、申し込み画面には、チェックボックスＣＢ５２が操作されたときに、具体的な配車位置を指定するための位置指定ボタンＢＴ５１も表示されている。

例えばユーザの現在位置への配車を指示する場合、ユーザは入力部４１４を操作することで、チェックボックスＣＢ５１にチェック記号を表示させる。

これに対して、ユーザが指定した場所への配車を指示する場合、ユーザは入力部４１４を操作することで、チェックボックスＣＢ５２にチェック記号を表示させる。このとき、ユーザは、さらに位置指定ボタンＢＴ５１を操作して配車位置の指定を行う。

例えば位置指定ボタンＢＴ５１が操作されると、表示部４１６には地図が表示され、ユーザはその地図上の所望の位置を配車位置として指定することができるようになっている。なお、配車位置の指定は、地図上の位置の指定に限らず、その他、配車位置の検索や入力などを行うことにより指定することができるようにしてもよい。

このようにして配車の指示がなされると、申し込み処理部４２１は、入力部４１４からの信号に基づいて、配車位置を示す情報や、配車希望時刻を示す情報、ユーザを特定するユーザ識別情報などからなる配車申し込み情報を生成する。

なお、ユーザの現在位置が配車位置として指定される場合には、配車申し込み情報に配車位置を示す情報が含まれるのではなく、配車申し込み情報とは別に、ユーザ本人を特定するユーザ識別情報と、位置情報取得部４１２で得られた位置情報とが、配車希望時刻の数分前などに管理サーバ４５１に送信されるようにしてもよい。

図４２のフローチャートの説明に戻り、申し込み処理部４２１は、配車申し込み情報を生成すると、その配車申し込み情報を通信部４１１に供給する。

ステップＳ８２２において、通信部４１１は、申し込み処理部４２１から供給された配車申し込み情報を管理サーバ４５１に送信する。

すると、ステップＳ８４１において、管理サーバ４５１の通信部４６１は、端末装置４０１から送信されてきた配車申し込み情報を受信して制御部４６２に供給する。

制御部４６２は、通信部４６１から供給された配車申し込み情報に基づいて、適宜、配車申し込みの受け付けを行う。

ステップＳ８４２において、配車管理部４７２は、ステップＳ８４１で受信された配車申し込み情報に基づいて、車両５０１に対して指定位置への配車を指示する。

例えば配車管理部４７２は、配車申し込み情報に含まれている配車位置を示す情報に基づいて、その情報より示される位置を配置位置とする配置指示情報を生成し、通信部４６１に供給する。また、通信部４６１は、配車管理部４７２から供給された配置指示情報を車両５０１に送信する。ここで、配置指示情報の送信先は、例えば配置指示情報により示される配置位置近傍におり、かつ現時点で乗客を乗せていない車両５０１などとされる。

配置指示情報が車両５０１に送信されると、ステップＳ８６１において、車両５０１の通信部５１１は、管理サーバ４５１から送信されてきた配置指示情報を受信して制御部５１３に供給する。

また、運転制御部５２１は、通信部５１１から供給された配置指示情報に応じて、車両５０１を走行させ、配置指示情報により示される位置へと車両５０１を移動させる。

ステップＳ８６２において、乗降判定部５２２は、乗降情報取得部５１２から供給された乗降情報に基づいて、ユーザの乗車判定を行う。

例えば乗車判定、つまりユーザが乗車したか否かの判定はどのような方法により行われてもよいが、例えば乗降情報取得部５１２としてのカメラにより撮影された画像が乗降情報として得られた場合には、乗降判定部５２２は乗降情報としての画像に対する画像認識等を行うことで、ユーザが乗車したかを判定する。

その他、例えば乗降情報取得部５１２としてのセンサにより得られた、車両５０１のドアの開閉やシートベルトの装着状態、近距離無線通信を利用した、ユーザが所持する端末装置４０１の車両５０１への接近の検出結果などに基づいて、乗車判定が行われるようにしてもよい。このような乗車判定は、例えばユーザの配車希望時刻の数分前から行われる。なお、管理サーバ４５１から車両５０１にユーザを特定するために必要となる情報や、ユーザの配車希望時刻が供給されるようにしてもよい。

ステップＳ８６３において、乗降判定部５２２は、ユーザが乗車したか否かを判定する。ステップＳ８６３においてまだ乗車していないと判定された場合、処理はステップＳ８６２に戻り、上述した処理が繰り返される。

これに対して、ステップＳ８６３において乗車したと判定された場合、乗降判定部５２２は、ユーザが乗車した旨の乗車判定情報を生成して通信部５１１に供給し、処理はステップＳ８６４に進む。

ステップＳ８６４において、通信部５１１は、乗降判定部５２２から供給された乗車判定情報を管理サーバ４５１に送信する。

ユーザが乗車すると、車両５０１は、適宜、管理サーバ４５１と通信を行いながら、ユーザが指定した目的地へと移動する。なお、目的地は配車申し込み時に指定され、その目的地を示す情報が配車申し込み情報に含まれるようにしてもよいし、ユーザが車両５０１に乗車した後に指定するようにしてもよい。

また、乗車判定情報が送信されると、ステップＳ８４３において管理サーバ４５１の通信４６１は、車両５０１から送信されてきた乗車判定情報を受信して制御部４６２に供給する。このような乗車判定情報を受信することにより、管理サーバ４５１では、ユーザが車両５０１に乗車したことを把握することができる。

ステップＳ８４４において、料金算出部４７３は、記録部４６３に記録されているユーザの値引き率に基づいて初乗り料金を算出し、その料金を示す初乗り料金情報を生成する。

例えば初乗り料金は、予め定められた初乗り料金の金額である基本料金にユーザの値引き率を乗算して得られる金額とされる。料金算出部４７３は、生成した初乗り料金情報を通信部４６１に供給する。

ステップＳ８４５において、通信部４６１は、料金算出部４７３から供給された初乗り料金情報を端末装置４０１に送信する。

すると、ステップＳ８２３において、端末装置４０１の通信部４１１は管理サーバ４５１から送信されてきた初乗り料金情報を受信して制御部４１３に供給する。

ステップＳ８２４において、表示制御部４２２は、通信部４１１から供給された初乗り料金情報を表示部４１６に供給して表示させる。これにより、ユーザは値引き後の初乗り料金を知ることができる。なお、ここでは端末装置４０１に初乗り料金情報を送信する例について説明したが、車両５０１に初乗り料金情報を送信し、車両５０１において初乗り料金情報を表示するようにしてもよい。

また、車両５０１が目的地に到着すると、車両５０１では、ユーザが降車したか否か、つまりユーザの下車判定が行われる。

ステップＳ８６５において、乗降判定部５２２は、乗降情報取得部５１２から供給された乗降情報に基づいてユーザの下車判定を行う。

この下車判定では、例えば乗降情報取得部５１２としてのカメラにより撮影された画像が乗降情報として得られた場合には、乗降判定部５２２は乗降情報としての画像上でユーザが観察されなくなったか否かを特定することで、ユーザが下車したかを判定する。

その他、例えば乗降情報取得部５１２としてのセンサにより得られた、車両５０１のドアの開閉やシートベルトの装着状態、近距離無線通信を利用した、ユーザが所持する端末装置４０１の車両５０１への接近の検出結果などに基づいて、下車判定が行われてもよい。

なお、ステップＳ８６５およびステップＳ８６６では、ユーザが下車したか否かを判定するのではなく、目的地に到着したか否かを判定するようにしてもよい。

ステップＳ８６６において、乗降判定部５２２は、ユーザが下車したか否かを判定する。ステップＳ８６６においてまだ下車していないと判定された場合、処理はステップＳ８６５に戻り、上述した処理が繰り返される。

これに対して、ステップＳ８６６において下車したと判定された場合、乗降判定部５２２は、ユーザが下車した旨の下車判定情報を生成して通信部５１１に供給し、処理はステップＳ８６７に進む。

ステップＳ８６７において、通信部５１１は、乗降判定部５２２から供給された下車判定情報を管理サーバ４５１に送信し、運送処理は終了する。

また、下車判定情報が送信されると、ステップＳ８４６において管理サーバ４５１の通信４６１は、車両５０１から送信されてきた下車判定情報を受信して制御部４６２に供給する。このような下車判定情報を受信することにより、管理サーバ４５１では、ユーザが車両５０１を下車したことを把握することができる。

ステップＳ８４７において、料金算出部４７３は、記録部４６３に記録されているユーザの値引き率と、車両５０１の走行距離や走行時間等とに基づいて最終料金を算出し、その料金を示す最終料金情報を生成する。なお、管理サーバ４５１は、適宜、車両５０１と通信を行うことで、車両５０１の走行距離や走行時間を得ることができる。

例えば最終料金は、ユーザの乗車時間や走行距離等から算出される一般の乗車料金にユーザの値引き率を乗算して得られる金額とされる。料金算出部４７３は、生成した最終料金情報を通信部４６１に供給する。

ステップＳ８４８において、通信部４６１は、料金算出部４７３から供給された最終料金情報を端末装置４０１に送信し、受け付け処理は終了する。

すると、ステップＳ８２５において、端末装置４０１の通信部４１１は管理サーバ４５１から送信されてきた最終料金情報を受信して制御部４１３に供給する。

ステップＳ８２６において、表示制御部４２２は、通信部４１１から供給された最終料金情報を表示部４１６に供給して表示させ、申し込み処理は終了する。これにより、ユーザは値引き後の最終的な乗車料金を知ることができる。なお、ここでは端末装置４０１に最終料金情報を送信する例について説明したが、車両５０１に最終料金情報を送信し、車両５０１において最終料金情報を表示するようにしてもよい。

以上のようにして管理サーバ４５１は、端末装置４０１から配車申し込み情報を受信して、配車申し込みを受け付けるとともに、車両５０１からの乗車判定情報や下車判定情報に基づいて料金を算出し、初乗り料金情報や最終料金情報を端末装置４０１に送信する。これにより、ユーザは、面倒な手続きをせずに運送サービスの提供を受けることができる。

なお、本技術では、以上において説明した各実施の形態を適宜、組み合わせるようにしても勿論よい。

ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。

図４４は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

コンピュータにおいて、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。

バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロホン、撮像素子などよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体９１１を駆動する。

以上のように構成されるコンピュータでは、CPU９０１が、例えば、記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブル記録媒体９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、本技術は、以下の構成とすることも可能である。

（１）
ユーザの健康状態に関する健康状態情報を受信する受信部と、
前記ユーザの車両への乗車前、または前記ユーザに対する車両への乗車に関するサービスの対価の提示前における前記健康状態情報に基づいて、前記サービスの対価を算出する算出部と、
前記サービスの対価を示す情報を送信する送信部と
を備える情報処理装置。
（２）
前記健康状態情報は、前記ユーザの行動に関する情報である
（１）に記載の情報処理装置。
（３）
前記ユーザの行動に関する情報は、睡眠および労働の少なくとも何れかを含む各時刻における前記ユーザの行動を示す情報である
（２）に記載の情報処理装置。
（４）
前記送信部は、前記サービスの対価と、前記ユーザの行動との関係を示す情報を送信する
（２）または（３）に記載の情報処理装置。
（５）
前記健康状態情報は、前記ユーザの生体の状態に関する情報である
（１）乃至（４）の何れか一項に記載の情報処理装置。
（６）
前記ユーザの生体の状態に関する情報は、血圧、心拍数、呼吸数、および疲労度合いの少なくとも何れかを含む各時刻における前記ユーザの生体の状態を示す情報である
（５）に記載の情報処理装置。
（７）
前記送信部は、前記ユーザから提供される、前記ユーザの生体の状態に関する情報の種類または量と、前記サービスの対価との関係を示す情報を送信する
（５）または（６）に記載の情報処理装置。
（８）
前記サービスの対価は、自動車保険の保険料である
（１）乃至（７）の何れか一項に記載の情報処理装置。
（９）
前記算出部は、前記ユーザが車両を運転する直前の所定期間の前記健康状態情報に基づいて、前記サービスの対価を算出する
（８）に記載の情報処理装置。
（１０）
前記受信部は、前記ユーザが車両を運転しているときの前記健康状態情報と、前記ユーザによる車両の運転状態を示す運転状態情報とをさらに受信し、
前記ユーザが車両を運転しているときの前記運転状態情報に基づいて、前記ユーザが危険運転をしたか否かを判定する危険運転判定部をさらに備え、
前記算出部は、前記ユーザが車両を運転する直前の所定期間の前記健康状態情報と、前記ユーザが危険運転をしたときの前記健康状態情報とに基づいて、前記サービスの対価を算出する
（９）に記載の情報処理装置。
（１１）
前記受信部は、前記ユーザの疲労度合いを示す疲労度推定情報をさらに受信し、
前記算出部は、前記疲労度推定情報に基づいて前記サービスの対価を補正する
（８）または（９）に記載の情報処理装置。
（１２）
前記算出部は、前記健康状態情報と、前記ユーザの乗車に関する情報とに基づいて、前記サービスの対価を算出する
（１）乃至（１１）の何れか一項に記載の情報処理装置。
（１３）
前記ユーザの乗車に関する情報は、車両の車種、運転開始時刻、および運転予定時刻の少なくとも何れかである
（１２）に記載の情報処理装置。
（１４）
ユーザの健康状態に関する健康状態情報を受信し、
前記ユーザの車両への乗車前、または前記ユーザに対する車両への乗車に関するサービスの対価の提示前における前記健康状態情報に基づいて、前記サービスの対価を算出し、
前記サービスの対価を示す情報を送信する
ステップを含む情報処理方法。
（１５）
ユーザの健康状態に関する健康状態情報を受信し、
前記ユーザの車両への乗車前、または前記ユーザに対する車両への乗車に関するサービスの対価の提示前における前記健康状態情報に基づいて、前記サービスの対価を算出し、
前記サービスの対価を示す情報を送信する
ステップを含む処理をコンピュータに実行させるプログラム。
（１６）
ユーザの健康状態に関する健康状態情報を記録する記録部と、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信する通信部と、
前記サービスの対価を示す情報の表示を制御する表示制御部と
を備える情報処理装置。
（１７）
前記健康状態情報は、前記ユーザの行動に関する情報である
（１６）に記載の情報処理装置。
（１８）
前記ユーザの行動に関する情報は、睡眠および労働の少なくとも何れかを含む各時刻における前記ユーザの行動を示す情報である
（１７）に記載の情報処理装置。
（１９）
前記通信部は、前記サービスの対価と、前記ユーザの行動との関係を示す情報を受信し、
前記表示制御部は、前記サービスの対価と、前記ユーザの行動との関係を示す情報の表示を制御する
（１７）または（１８）に記載の情報処理装置。
（２０）
前記健康状態情報は、前記ユーザの生体の状態に関する情報である
（１６）乃至（１９）の何れか一項に記載の情報処理装置。
（２１）
前記ユーザの生体の状態に関する情報は、血圧、心拍数、呼吸数、および疲労度合いの少なくとも何れかを含む各時刻における前記ユーザの生体の状態を示す情報である
（２０）に記載の情報処理装置。
（２２）
前記通信部は、前記ユーザから提供される、前記ユーザの生体の状態に関する情報の種類または量と、前記サービスの対価との関係を示す情報を受信し、
前記表示制御部は、前記ユーザの生体の状態に関する情報の種類または量と、前記サービスの対価との関係を示す情報の表示を制御する
（２０）または（２１）に記載の情報処理装置。
（２３）
前記サービスの対価は、自動車保険の保険料である
（１６）乃至（２２）の何れか一項に記載の情報処理装置。
（２４）
前記ユーザが車両を運転しているか否かを判定する運転判定処理部をさらに備え、
前記通信部は、前記ユーザが車両を運転する直前の所定期間の前記健康状態情報を送信する
（２３）に記載の情報処理装置。
（２５）
前記ユーザが車両を運転しているか否かを判定する運転判定処理部と、
前記ユーザによる車両の運転状態を示す運転状態情報を生成する運転状態情報生成部と
をさらに備え、
前記通信部は、前記ユーザが車両を運転しているときの前記健康状態情報および前記運転状態情報を送信する
（２３）に記載の情報処理装置。
（２６）
ユーザの健康状態に関する健康状態情報を記録し、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信し、
前記サービスの対価を示す情報の表示を制御する
ステップを含む情報処理方法。
（２７）
ユーザの健康状態に関する健康状態情報を記録し、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信し、
前記サービスの対価を示す情報の表示を制御する
ステップを含む処理をコンピュータに実行させるプログラム。
（２８）
車両に乗車したユーザを認証する認証処理部と、
認証された前記ユーザの健康状態に関する健康状態情報を取得する健康状態情報取得部と、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信する通信部と
を備える情報処理装置。
（２９）
前記健康状態情報取得部は、前記ユーザの端末装置から前記健康状態情報を取得する
（２８）に記載の情報処理装置。
（３０）
前記サービスの対価を示す情報の表示を制御する表示制御部をさらに備える
（２８）または（２９）に記載の情報処理装置。
（３１）
前記通信部は、前記サービスの対価を示す情報を前記ユーザの端末装置に送信する
（２８）または（２９）に記載の情報処理装置。
（３２）
前記健康状態情報は、前記ユーザの生体の状態に関する情報である
（２８）乃至（３１）の何れか一項に記載の情報処理装置。
（３３）
前記ユーザの生体の状態に関する情報は、血圧、心拍数、呼吸数、および疲労度合いの少なくとも何れかを含む各時刻における前記ユーザの生体の状態を示す情報である
（３２）に記載の情報処理装置。
（３４）
前記サービスの対価は、自動車保険の保険料である
（２８）乃至（３３）の何れか一項に記載の情報処理装置。
（３５）
車両に乗車したユーザを認証し、
認証された前記ユーザの健康状態に関する健康状態情報を取得し、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信する
ステップを含む情報処理方法。
（３６）
車両に乗車したユーザを認証し、
認証された前記ユーザの健康状態に関する健康状態情報を取得し、
前記ユーザの車両への乗車に関するサービスの対価を算出するための前記健康状態情報を送信するとともに、前記サービスの対価を示す情報を受信する
ステップを含む処理をコンピュータに実行させるプログラム。

１１ 端末装置， １２ 保険管理サーバ， ４１ 通信部， ４２ 運転情報取得部， ４３ 行動情報取得部， ４４ 生体情報取得部， ４５ 制御部， ４８ 表示部， ５１ 運転判定処理部， ５２ 時系列データ生成部， ５３ 表示制御部， ８１ 通信部， ８３ 制御部， ９１ 保険料算出部， １１１ 車載端末装置， １２１ 通信部， １２２ 運転者認証情報取得部， １２３ 運転情報取得部， １２４ 制御部， １２７ 表示部， １３１ 認証処理部， １３２ 運転判定処理部， １３３ 表示制御部

Claims (15)

1. 生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを送信元の装置から受信する受信部と、
   前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料を算出する算出部と
   を備え、
   前記受信部が受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて前記受信部へ送信される
   情報処理装置。
2. 前記ユーザの生体情報は、心拍数、血圧、呼吸数のいずれか一以上である
   請求項１に記載の情報処理装置。
3. 前記ユーザの行動情報は、前記ユーザの加速度および位置情報のいずれか一以上に基づく情報である
   請求項１に記載の情報処理装置。
4. 前記受信部が受信する前記ユーザの行動情報は、前記ユーザの選択によって設定された送信頻度に基づいて前記受信部へ送信される
   請求項１に記載の情報処理装置。
5. 前記受信部が受信する前記ユーザの行動情報は、前記ユーザの選択によって設定された送信頻度に基づいて前記受信部へ送信され、
   前記算出部は、前記ユーザの選択によって設定された前記ユーザの行動情報の送信頻度にさらに基づいて、前記保険料を算出する
   請求項１に記載の情報処理装置。
6. 前記算出部は、車両の走行距離、乗車時間、車種、前記ユーザの事故の履歴、および前記保険料を適用する運転の時刻の少なくともいずれか一以上にさらに基づいて前記保険料を算出する
   請求項１に記載の情報処理装置。
7. 情報処理装置が、
   生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを送信元の装置から受信し、
   前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料を算出し、
   受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて送信される
   情報処理方法。
8. 生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを送信元の装置から受信し、
   前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料を算出する
   ステップを含む処理をコンピュータに実行させ、
   受信する前記ユーザの生体情報は、前記送信元の装置により前記送信フラグに基づいて送信される
   プログラム。
9. 生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを記録する記録部と、
   保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとを送信先の装置に送信する送信部と
   を備え、
   前記送信部が送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、
   前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される
   情報処理装置。
10. 前記ユーザが車両を運転しているか否かを判定する運転判定処理部をさらに備え、
    前記送信部は、前記ユーザが車両を運転する直前の所定期間の前記ユーザの生体情報および前記ユーザの行動情報を送信する
    請求項９に記載の情報処理装置。
11. 前記ユーザの生体情報は、心拍数、血圧、呼吸数のいずれか一以上である
    請求項９に記載の情報処理装置。
12. 前記ユーザの行動情報は、前記ユーザの加速度および位置情報のいずれか一以上に基づく情報である
    請求項９に記載の情報処理装置。
13. 前記送信部が送信する前記ユーザの行動情報は、前記ユーザの選択によって設定された送信頻度に基づいて送信される
    請求項９に記載の情報処理装置。
14. 情報処理装置が、
    生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを記録し、
    保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとを送信先の装置に送信し、
    送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、
    前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される
    情報処理方法。
15. 生体の状態を示すユーザの生体情報およびユーザにより行われた行動に関する行動情報の少なくともいずれか一以上と、ユーザの設定操作により前記生体情報の送信が承認されたか否かを示す送信フラグとを記録し、
    保険料を算出するために前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとを送信先の装置に送信する
    ステップを含む処理をコンピュータに実行させ、
    送信する前記ユーザの生体情報は、前記送信フラグに基づいて送信され、
    前記送信先の装置において、前記ユーザの生体情報および前記ユーザの行動情報の少なくともいずれか一以上と前記送信フラグとに基づいて、前記生体情報が受信された場合に保険料の値引き額がより大きくなるように、自動車保険の保険料が算出される
    プログラム。

Images