(57)【特許請求の範囲】
【請求項１】
車両が走行した経路に関する情報と、交通状況に関する情報とを取得する取得部と、
前記取得部により取得された情報から得られる経路に応じて、保険条件を決定する保険条件決定部であって、前記経路において事故リスクが低いと分析された交通状況の経路を走行した場合に、前記保険条件を利用者にとって有利な側に設定する保険条件決定部と、を備え、
前記取得部は、前記車両において利用されるナビゲーションシステムから、経路案内状況に関する情報を取得し、
前記保険条件決定部は、経路案内の開始後に前記交通状況の変化に基づく経路変更が前記ナビゲーションシステムによりなされ、前記車両が前記経路変更に従う経路を走行した場合において、前記経路変更に従う経路が事故リスクに関する基準条件を満たす場合に、前記保険条件を利用者にとって有利な側に変更する、
情報処理装置。
【請求項２】
前記交通状況は、交通量、平均速度、および渋滞の有無のうち一部または全部を含む、
請求項１記載の情報処理装置。
【請求項３】
前記保険条件決定部は、走行条件ごとに、前記交通状況と前記保険条件との対応関係を異ならせる、
請求項１または２記載の情報処理装置。
【請求項４】
前記走行条件は、道路種別、地域、曜日、時間帯、日柄のうち一部または全部を含む、
請求項３記載の情報処理装置。
【請求項５】
前記交通状況と事故リスクとの相関関係を分析する分析部を更に備え、
前記保険条件決定部は、前記分析部による分析結果に基づいて、前記取得部により取得された交通状況と前記保険条件との対応関係を決定する、
請求項１から４のうちいずれか１項記載の情報処理装置。
【請求項６】
前記保険条件決定部は、前記車両が走行した経路における交通状況に基づいてポイントを蓄積し、前記蓄積したポイントに基づいて蓄積時点よりも将来の保険条件を決定する、
請求項１から５のうちいずれか１項記載の情報処理装置。
【請求項７】
前記保険条件決定部により決定された保険条件に基づいて、保険料負担の少ない経路を生成する経路生成部を更に備え、
前記保険条件決定部は、前記経路生成部により生成された経路を走行した場合に、前記経路生成部により生成された経路とは異なる経路を走行した場合に比して、前記保険条件を利用者にとって有利な側に変更する、
請求項１から６のうちいずれか１項記載の情報処理装置。
【請求項８】
前記分析部による分析結果に基づいて、事故リスクの低い交通状況にある経路を優先的に選択した経路を生成する経路生成部を更に備え、
前記保険条件決定部は、前記経路生成部により生成された経路を走行した場合に、前記経路生成部により生成された経路とは異なる経路を走行した場合に比して、前記保険条件を利用者にとって有利な側に変更する、
請求項５記載の情報処理装置。
【請求項９】
コンピュータが、
車両が走行した経路に関する情報と、交通状況に関する情報とを取得し、
前記車両において利用されるナビゲーションシステムから、経路案内状況に関する情報を取得し、
前記取得した情報から得られる経路に応じて、保険条件を決定する方法であって、前記経路において事故リスクが低いと分析された交通状況の経路を走行した場合に、前記保険条件を利用者にとって有利な側に設定し、
経路案内の開始後に前記交通状況の変化に基づく経路変更が前記ナビゲーションシステムによりなされ、前記車両が前記経路変更に従う経路を走行した場合において、前記経路変更に従う経路が事故リスクに関する基準条件を満たす場合に、前記保険条件を利用者にとって有利な側に変更する、
保険条件決定方法。
【請求項１０】
コンピュータに、
車両が走行した経路に関する情報と、交通状況に関する情報とを取得させ、
前記車両において利用されるナビゲーションシステムから、経路案内状況に関する情報を取得させ、
前記取得させた情報から得られる経路に応じて、保険条件を決定する処理であって、前記経路において事故リスクが低いと分析された交通状況の経路を走行した場合に、前記保険条件を利用者にとって有利な側に設定させ、
経路案内の開始後に前記交通状況の変化に基づく経路変更が前記ナビゲーションシステムによりなされ、前記車両が前記経路変更に従う経路を走行した場合において、前記経路変更に従う経路が事故リスクに関する基準条件を満たす場合に、前記保険条件を利用者にとって有利な側に変更させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、車両が有料道路を走行した走行区間と走行時刻と車載器に挿入されたＩＣカードのカード番号とを持つ走行情報を電子料金収受システムから受信し、更に、基準となる区間を特定する基準区間と距離に対応する通行料金を持つ区間情報と、基準区間と走行時刻と平均速度とを持つ交通情報を保存しておき、保存した情報を参照して通行料金の割引が適用される場合に、割引後の通行料金を算出して電子料金収受システムに送信する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−０６３４１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来の技術は、専ら有料道路の通行料金を対象としたものであり、交通量、平均速度、渋滞の有無などで表される交通状況に応じた経路を走行してもらうという目的に対して効果が限定的であった。
【０００５】
本発明は、このような事情を考慮してなされたものであり、交通状況に即した保険の提供を支援することができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
本発明の一態様は、車両が走行した経路に関する情報と、交通状況に関する情報とを取得する取得部と、前記取得部により取得された情報から得られる経路に応じて保険条件を決定する保険条件決定部であって、前記経路に対応した交通状況に基づいて前記保険条件を決定する保険条件決定部と、を備える情報処理装置である。
【発明の効果】
【０００７】
本発明の一態様によれば、交通状況に即した保険の提供を支援することができる。
【図面の簡単な説明】
【０００８】
【図１】第１実施形態に係る情報処理装置を含むシステムの構成図である。
【図２】地図情報３５０の内容の一例を示す図である。
【図３】走行経路情報３６０の内容の一例を示す図である。
【図４】交通状況情報３７０の内容の一例を示す図である。
【図５】分析結果３８０の内容の一例を示す図である。
【図６】第１実施形態に係るナビゲーションサーバ１００および保険会社サーバ３００を中心として実行される処理の流れを示すシーケンス図である。
【図７】経路の案内状況に基づいて、保険条件が変更される様子を示す図である。
【図８】保険条件決定部３４０により実行される処理の流れの一例を示すフローチャートである。
【図９】第２実施形態における分析結果３８０Ａの内容の一例を示す図である。
【図１０】端末装置ＴＭ、並びにナビゲーションサーバ１００、および保険会社サーバ３００のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。
【００１０】
＜第１実施形態＞
図１は、第１実施形態に係る情報処理装置を含むシステムの構成図である。実施形態の情報処理装置は、一以上のプロセッサにより実現される。実施形態の情報処理装置は、保険会社サーバ３００を少なくとも含み、ナビゲーションサーバ１００の一部を含んでもよい。また、ナビゲーションサーバ１００と保険会社サーバ３００は統合されてもよい。図１では１台の車両Ｖｈおよび端末装置ＴＭのみ示しているが、複数の端末装置ＴＭがネットワークＮＷに接続されてよい。
【００１１】
端末装置ＴＭ、ナビゲーションサーバ１００、交通状況提供サーバ２００、および保険会社サーバ３００は、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、プロバイダ装置、無線基地局、専用回線などのうち一部または全部を含む。
【００１２】
端末装置ＴＭは、車両Ｖｈに乗車する利用者によって使用される。端末装置ＴＭは、スマートフォンなどの携帯電話やタブレット端末などである。端末装置ＴＭは、ナビゲーションサーバ１００と連携するナビアプリが起動されることで、ナビゲーションシステムの一部を構成するナビゲーション装置として機能する。端末装置ＴＭは、車両Ｖｈに搭載されたナビゲーション装置（据え置き型の車載装置）であってもよい。以下、端末装置ＴＭは携帯電話やタブレット端末などであるものとして説明する。
【００１３】
また、端末装置ＴＭは、保険条件を決定するための走行経路情報を保険会社サーバ３００に送信する機能を有する。この機能は、保険会社サーバ３００を運営する保険会社から提供されるアプリ（保険アプリ）によって実現されてもよいし、前述したナビアプリの拡張機能によって実現されてもよい。走行経路情報は、ナビゲーションサーバ１００を介して保険会社サーバ３００に提供されてもよいし、端末装置ＴＭから直接的に保険会社サーバ３００に提供されてもよい。
【００１４】
端末装置ＴＭは、ＧＰＳ（Global Positioning System）受信機などの位置測位装置、ネットワークＮＷに接続するための通信装置、三軸式の加速度センサ、タッチパネルなどの入出力装置、スピーカ、ＣＰＵ（Central Processing Unit）などのプロセッサを有する。位置測位装置は、衛星から受信した電波に基づく測位を行って、端末装置ＴＭの位置（すなわち車両Ｖｈの位置）を特定する。また、端末装置ＴＭは、通信装置が接続した無線基地局の位置から端末装置ＴＭの位置を推定してもよい。
【００１５】
端末装置ＴＭは、位置測位装置などによって特定された端末装置ＴＭの位置を定期的に（例えば数［ｓｅｃ］おきに）ナビゲーションサーバ１００および保険会社サーバ３００に送信する。なお、この位置の情報は、ナビゲーションサーバ１００にのみ送信され、ナビゲーションサーバ１００が保険会社サーバ３００に転送するようにしてもよい。また、端末装置ＴＭは、利用者により設定された目的地をナビゲーションサーバ１００に送信して経路を取得する。
【００１６】
ナビゲーションサーバ１００は、経路探索部１１０を備える。経路探索部１１０は、例えば、ナビゲーションサーバ１１０のプロセッサがプログラムを実行することで実現されてもよいし、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェア（コントローラ）によって実現されてもよい。経路探索部１１０は、端末装置ＴＭからのリクエストに応じて地図情報１２０を用いた経路探索を行い、経路情報を端末装置ＴＭに送信する。地図情報１２０は、例えば、リンクの集合で道路を表現した情報である。また、ナビゲーションサーバ１００は、地図情報１２０から、端末装置ＴＭから受信した端末装置ＴＭの位置を中心とした領域の地図情報（部分地図情報）を抽出し、端末装置ＴＭに送信する。
【００１７】
ナビゲーションサーバ１００によって案内される経路は、案内開始後の交通状況の変化、或いは車両Ｖｈが経路を逸れたことが原因で、案内途中で変更される場合もある。ナビゲーションサーバ１００は、経路の案内状況をリアルタイムで、或いは所定期間の情報をまとめて、保険会社サーバ３００に送信してもよい。
【００１８】
端末装置ＴＭは、ナビゲーションサーバ１００から受信した情報に対してマップマッチング処理を行う。マップマッチング処理とは、地図情報（部分地図情報である場合も含む）に含まれる要素（例えばリンク）のうち、どの要素に沿って端末ＴＭが移動しているか（すなわち車両Ｖｈがどのリンクを走行しているか）を判定する処理であり、地図情報に含まれるリンク以外の要素（例えばポリゴンなど）をマッチング対象に含めてもよいし、地図情報がマッチング対象以外の要素を含んでもよい。典型的に、リンクを対象とする場合、端末ＴＭの位置（車両Ｖｈの位置）が、いずれかのリンクに対応付けられる。マップマッチング処理は、例えば、端末ＴＭの位置に最も近い位置にあるリンクを選択することを基本として、種々の要素を加味して行われる。端末装置ＴＭは、ナビゲーションサーバ１００から受信した部分地図情報と、マップマッチング処理の結果とに基づいて、ナビゲーション画面を生成し、音声案内と共に表示する。なお、マップマッチング処理は、ナビゲーションサーバ１００において行われてもよい。この場合、マップマッチング処理の結果がナビゲーションサーバ１００から端末装置ＴＭに送信される。
【００１９】
交通状況提供サーバ２００は、ネットワークＮＷを介して交通状況をナビゲーションサーバ１００および保険会社サーバ３００に提供する。また、交通状況提供サーバ２００は、放送波やビーコンなどを用いて車両Ｖｈに交通状況を提供してもよい。提供される交通状況は、リンクごと、或いは道路ごとの情報であり、交通量、平均速度、渋滞の有無などのうち一部または全部を含む。
【００２０】
保険会社サーバ３００は、例えば保険会社によって運営される。保険会社サーバ３００は、例えば、情報取得部３１０と、マップマッチング処理部３２０と、分析部３３０と、保険条件決定部３４０とを備える。これらの機能部のうち一部または全部は、保険会社サーバ３００のプロセッサがプログラムを実行することで実現されてもよいし、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェア（コントローラ）によって実現されてもよい。
【００２１】
また、保険会社サーバ３００の記憶部には、地図情報３５０、走行経路情報３６０、交通状況情報３７０、分析結果３８０などの情報が記憶される。
【００２２】
ナビゲーションサーバ１００、および保険会社サーバ３００（以下、「各サーバ」）の記憶部は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリなどにより実現される。また、記憶部は、各サーバが保有する記憶装置に限らず、ＮＡＳ（Network Attached Storage）などの外部記憶装置により実現されてもよい。
【００２３】
情報取得部３１０は、車両Ｖｈの走行経路に関する情報、および交通状況提供サーバ２００からの交通状況に関する情報を、ネットワークＮＷを介して取得する。
【００２４】
マップマッチング処理部３２０は、端末装置ＴＭと同様に、地図情報３５０に含まれるリンクのうち、どのリンクに対応する道路に沿って端末ＴＭが移動しているか（すなわち車両Ｖｈがどのリンクを走行しているか）を判定する。図２は、地図情報３５０の内容の一例を示す図である。図示するように、地図情報３５０は、リンクの両端座標、接続リンク、車線数などの情報が、リンクの識別情報であるリンクＩＤに対応付けられた情報である。マップマッチング処理の結果は、走行経路情報３６０として保険会社サーバ３００の記憶部に記憶される。すなわち、走行経路情報３６０は、ある車両Ｖｈが走行した経路を、リンクの集合で表現した情報であってよい。図３は、走行経路情報３６０の内容の一例を示す図である。図示するように、走行経路情報３６０は、車両Ｖｈが走行した経路に含まれるリンクのリンクＩＤに対し、通過時刻（或いは進入時刻、滞在時間帯など）が対応付けられた情報である。
【００２５】
なお、上記のように保険会社サーバ３００でマップマッチング処理を行うのではなく、情報取得部３１０が、端末ＴＭまたはナビゲーションサーバ１００から、マップマッチング処理の結果を取得し、走行経路情報３６０として記憶部に記憶させてもよい。この場合、地図情報３５０は省略されてよい。
【００２６】
分析部３３０は、交通情報提供サーバ２００によって提供される交通状況と、事故リスクとの相関関係を分析する。交通情報提供サーバ２００によって提供された交通状況は、交通状況情報３７０として記憶部に格納される。図４は、交通状況情報３７０の内容の一例を示す図である。交通状況情報３７０は、例えば、リンクＩＤに対して、日付ごと、および時間帯ごとに、交通量などの交通状況が対応付けられた情報である。
【００２７】
例えば、分析部３３０は、少なくともリンクに対応付け可能な位置の情報を含む事故発生情報を収集しておき、これと交通状況情報３７０に含まれるリンクごとの交通状況とに対して、相関係数を求める処理など、任意の統計的処理を行って、交通状況ごとの事故リスクを導出する。以下の説明では、交通状況とは、多い、中位、少ないといった区分で表される「交通量」であるものとする。図５は、分析結果３８０の内容の一例を示す図である。事故リスクは、例えば値がプラス側で大きいほど高いことを示している。図５の例は、交通量が中位である場合に、最も事故リスクが低いという結果が得られた様子を示している。分析部３３０による分析結果は、図５に示すように３段階で表されるのに限らず、任意の段階、或いは連続値で表されてもよい。また、分析部３３０による分析結果は、ナビゲーションサーバ１００に提供されてよい。
【００２８】
保険条件決定部３４０は、車両Ｖｈに対し、或いは車両Ｖｈを運転する利用者ごとに保険条件を決定する。本実施形態において保険会社サーバ３００を運営する保険会社の提供する保険は、走行した経路の長さに応じて保険条件が決定される保険であり、走行距離１００［ｋｍ］ごとに１００円といったように保険料が決定される。そして、この保険の保険条件は、（Ａ）車両Ｖｈが走行した経路に応じて、事後的に保険条件が決定される、或いは（Ｂ）一定期間において車両Ｖｈが走行した経路に応じて、次の期間における保険条件が決定される。
【００２９】
いずれの場合も、保険条件決定部３４０は、例えば、分析結果３８０の内容を参照し、事故リスクが低いと分析された交通状況のリンクを走行した場合に、保険条件を利用者にとって有利な側に設定する（優遇する）。上記（Ｂ）の場合、保険会社にとって良好な経路を走行した度にポイントが加算され、ポイントの合計額によって次の期間における保険条件が優遇されるようにしてよい。保険条件には、保険料の他、免責額、保険金の支払いに伴う保険料の変動量（等級の変動量）、その他の種々の条件が含まれる。保険条件決定部３４０により決定された保険条件も、ナビゲーションサーバ１００に提供されてよい。
【００３０】
ナビゲーションサーバ１００の経路探索部１１０は、分析部３３０による分析結果（例えばリンクごとの、交通状況に基づく事故リスク）、或いは保険条件決定部３４０により決定された保険条件（例えばリンクごとの基準保険料）、またはこれらの双方に基づいて、保険料負担の少ないリンクを優先的に選択する経路探索を行い、経路情報を端末装置ＴＭに送信してもよい。基準保険料とは、利用者ごとの個別要因（等級など）を考慮する前の基準となる保険料である。事故リスクの低いリンクを優先的に選択することで、結果的に合計の保険料負担を小さくすることができる。また、基準保険料の低いリンクを優先的に選択することで、合計の保険料負担を小さくすることができる。この際に、経路探索部１１０は、リンクごとの事故リスクまたは基準保険料の合計値だけでなく、所要時間や合計走行距離などの他の要素を考慮して総合的に経路を選択してもよい。例えば、経路探索部１１０は、事故リスクまたは基準保険料の合計値と、所要時間その他の情報とに対して重み（負の値でもよい）を付与し、加重和を求めることで最もスコアの高い経路を選択してもよい。
【００３１】
図６は、第１実施形態に係るナビゲーションサーバ１００および保険会社サーバ３００を中心として実行される処理の流れを示すシーケンス図である。本シーケンス図の処理は、保険会社サーバ３００がナビゲーションサーバ１００を介してマップマッチング結果を取得する場合の処理を示している。
【００３２】
まず、端末装置ＴＭにおいてナビアプリが起動し、利用者による目的地の設定を受け付ける（Ｓ１）。端末装置ＴＭは、位置測位装置によって特定された端末装置ＴＭの位置（以下、「自装置の位置」）および目的地をナビゲーションサーバ１００に送信する（Ｓ２）。ナビゲーションサーバ１００では、位置および目的地と、地図情報１２０とを用いて経路探索を行う（Ｓ３）。ナビゲーションサーバ１００は、探索結果としての経路と、端末装置ＴＭの位置を中心とした領域の部分地図情報とを端末装置ＴＭに送信する（Ｓ４）。
【００３３】
端末装置ＴＭは、自装置の位置と部分地図情報に含まれるリンクとに対してマップマッチング処理を行い、マップマッチング処理の結果（以下、「マップマッチング結果」）と、部分地図情報とに基づいてナビゲーション画面を生成し、音声情報と共に表示する（Ｓ５）。
【００３４】
端末装置ＴＭは、定期的に、自装置の位置およびマップマッチング結果をナビゲーションサーバ１００に送信する（Ｓ６）。ナビゲーションサーバ１００は、マップマッチング結果を保険会社サーバ３００に送信する（Ｓ７）。保険会社サーバ３００は、受信したマップマッチング結果を、走行経路情報３６０として記憶部に記憶させる（Ｓ８）。前述したように、ナビゲーションサーバ１００と保険会社サーバ３００は統合されてよく、この場合、統合されたサーバが、端末装置ＴＭから受信したマップマッチング結果を走行経路情報３６０として記憶部に記憶させる。ナビゲーションサーバ１００は、位置に対応する部分地図情報を端末装置ＴＭに送信する（Ｓ９）。こうしてＳ５〜Ｓ９の処理が繰り返し実行される。
【００３５】
経路案内が終了すると、ナビゲーションサーバ１００は経路案内終了通知を保険会社サーバ３００に対して行う（Ｓ１０）。保険会社サーバ３００は、今回の運転において収集された走行経路情報３６０と、走行経路情報３６０に含まれるリンクに対応する交通状況と、分析結果３８０とに基づいて、保険条件を決定する（Ｓ１１）。例えば、保険会社サーバ３００の保険条件決定部３４０は、走行経路情報３６０に含まれるリンクおよび通過時刻を用いて交通状況情報３７０を検索し、対応する交通状況を抽出する。そして、抽出したリンクごとの交通状況に対して、分析結果３８０の内容に応じてリンクごとに事故リスクを導出し、リンクごとの事故リスクを積算した値に基づいて、今回の運転に対する保険条件を決定する。
【００３６】
また、保険条件決定部３４０は、ナビゲーションサーバ１００から情報取得部３１０により取得される経路の案内状況に基づいて、保険条件を変更してもよい。この処理は、分析部３３０による分析結果３８０が、ナビゲーションサーバ１００に提供されていることを前提とする。前述したように、ナビゲーションサーバ１００は、案内開始後の交通状況の変化に基づいて、案内途中で経路を変更する場合がある。このとき、ナビゲーションサーバ１００は、分析部３３０による分析結果３８０に基づいて経路を変更した場合、その旨を示す情報（特定迂回情報）を保険会社サーバ３００に送信する。これに応じて保険会社サーバ３００は、前述したようにリンクごとに交通状況に基づいて保険条件を決定することに加えて、特定迂回情報が提供され、且つ車両Ｖｈが経路の変更に従って走行した場合には、保険条件を優遇する。
【００３７】
図７は、経路の案内状況に基づいて、保険条件が変更される様子を示す図である。まず、時刻ｔ１において当初案内経路がナビゲーションサーバ１００において生成され、車両Ｖｈが当初案内経路に沿って走行を開始する。時刻ｔ２において、当初案内経路の途中に事故リスクの高い箇所が出現すると、ナビゲーションサーバ１００は、当該箇所を回避する迂回経路を生成して端末装置ＴＭに送信する。事故リスクの高い箇所とは、分析結果３８０において事故リスクが高いと分析されている交通状況にある箇所である。そして、車両Ｖｈが実際に迂回経路を走行したことが確認されると、保険条件決定部３４０が、保険条件を利用者に有利な側に変更する。
【００３８】
なお、図５に示すような迂回による保険条件の優遇を行わないものとしてもよい。また、保険会社サーバ３００は、リンクごとに交通状況に基づいて保険条件を決定することを行わず、迂回による保険条件の優遇のみ行ってもよい。更に、迂回による保険条件の優遇は、迂回経路における各リンクの事故リスクが、基準値以下である場合にのみ行うものとしてもよい。
【００３９】
図８は、保険条件決定部３４０により実行される処理の流れの一例を示すフローチャートである。本図に示す処理は、ナビゲーションサーバ１００が介在することを前提としているが、前述したように、走行経路情報３６０の収集などの処理は、端末装置ＴＭと保険会社サーバ３００との間で行われてもよい。
【００４０】
まず、保険会社サーバ３００の各機能部は、ナビゲーションサーバ１００から案内開始通知を受けるまで待機する（Ｓ２０）。ナビゲーションサーバ１００から案内開始通知を受けると、情報取得部３１０が、走行経路情報３６０の収集を開始する（Ｓ２１）。ナビゲーションサーバ１００から案内終了通知を受けると、情報取得部３１０は、走行経路情報３６０の収集を完了する（Ｓ２２）。
【００４１】
次に、保険条件決定部３４０が、走行経路情報３６０に含まれるリンクごとの交通状況を、交通状況情報３７０から抽出し（Ｓ２３）、分析結果３８０を参照して抽出したリンクごとの事故リスクを導出する（Ｓ２４）。そして、保険条件決定部３４０は、今回の運転に対する保険条件（一次保険条件）を決定する（Ｓ２５）。
【００４２】
次に、保険条件決定部３４０は、特定迂回情報をナビゲーションサーバ１００から取得していたか否か、その場合において車両は迂回経路に沿って走行したか否か、および迂回経路の各リンクの事故リスクが所定値以下であるか否かを判定する（Ｓ２６、Ｓ２７、Ｓ２８）。Ｓ２６〜Ｓ２８の全てにおいて肯定的な判定を得た場合、保険条件決定部３４０は、保険条件を優遇する（Ｓ２９）。なお、ステップＳ２８の判定処理は省略されてもよい。
【００４３】
以上説明した第１実施形態によれば、リンクに対応した交通状況に基づいて保険条件を決定することにより、交通状況に即した保険の提供を支援することができる。
【００４４】
また、第１実施形態によれば、交通状況と事故リスクとの相関関係を分析する分析部３３０を更に備え、保険条件決定部３４０が、分析部３３０による分析結果に基づいて、交通状況と保険条件との対応関係を決定することにより、交通の実状に即した保険条件を決定することができる。
【００４５】
また、第１実施形態によれば、ナビゲーションサーバ１００から、経路案内状況に関する情報を取得し、保険条件決定部３４０は、経路案内の開始後に交通状況の変化に基づく経路変更がナビゲーションサーバ１００においてなされ、車両Ｖｈが経路変更に従う経路を走行した場合に、保険条件を利用者にとって有利な側に変更するため、事故リスクの高い箇所を効果的に回避させることができる。また、この場合において、経路変更に従う経路が事故リスクに関する基準条件を満たす場合に、保険条件を利用者にとって有利な側に変更することで、どの経路を走行しても事故リスクが高いような場合には、不適切な保険条件の優遇を行わないようにすることができる。
【００４６】
＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態に係る保険条件決定部３４０は、走行条件ごとに、交通状況と保険条件との対応関係を異ならせる。ここで、走行条件とは、道路種別、地域、曜日、時間帯、日柄（正月の三が日、ゴールデンウィークなど）のうち一部または全部を含むものである。
【００４７】
走行条件が道路種別である場合を例にとって説明する。分析部３３０は、少なくともリンクに対応付け可能な位置の情報を含む事故発生情報を、道路種別ごとに収集しておく。道路種別は、例えば、有料道路、国道、細街路、といった種別に分類される。そして、分析部３３０は、第１実施形態と同様の分析を、道路種別ごとに行う。図９は、第２実施形態における分析結果３８０Ａの内容の一例を示す図である。
【００４８】
そして、保険条件決定部３４０は、走行経路情報３６０を取得すると、リンクごとの交通状況を、交通状況情報３７０から抽出し、分析結果３８０における、走行条件に対応した部分を参照して、抽出したリンクごとの事故リスクを導出する。保険条件決定部３４０は、抽出したリンクごとの事故リスクに基づいて、保険条件を決定する。
【００４９】
複数の走行条件を同時に扱う場合、分析部３３０は、それぞれの走行条件について交通量などの交通状況と、事故リスクとの関係を分析する。この場合、保険条件決定部３４０は、例えば、走行条件を一つずつ選択し、選択した走行条件ごとに上記と同様に事故リスクを導出し、走行条件に対応した事故リスクを加算して（または乗算などして）、保険条件を決定する。
【００５０】
これらの結果、保険条件決定部３４０は、走行条件ごとに、交通状況と保険条件との対応関係を異ならせることができる。
【００５１】
以上説明した第２実施形態によれば、走行条件ごとに、交通状況と保険条件との対応関係を異ならせることによって、より交通の実状に即した保険条件を決定することができる。
【００５２】
＜ハードウェア構成＞
図１０は、端末装置ＴＭ、並びにナビゲーションサーバ１００、および保険会社サーバ３００のハードウェア構成の一例を示す図である。本図は、端末装置ＴＭがスマートフォンなどの携帯電話である例を示している。端末装置ＴＭは、例えば、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、フラッシュメモリなどの二次記憶装置４０４、タッチパネル４０５、および無線通信モジュール４０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ナビアプリや保険アプリなどのアプリケーションプログラムは、ネットワークＮＷを介してダウンロードされ、二次記憶装置４０４に格納される。
【００５３】
各サーバは、例えば、ＮＩＣ５０１、ＣＰＵ５０２、ＲＡＭ５０３、ＲＯＭ５０４、フラッシュメモリやＨＤＤなどの二次記憶装置５０５、およびドライブ装置５０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置５０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置５０５、またはドライブ装置５０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ５０３に展開され、ＣＰＵ５０２によって実行されることで、各サーバの機能部が実現される。
【００５４】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【符号の説明】
【００５５】
１００…ナビゲーションサーバ
１１０…経路探索部
１２０…地図情報
２００…交通情報提供サーバ
３００…保険会社サーバ
３１０…情報取得部
３２０…マップマッチング部
３３０…分析部
３４０…保険条件決定部
【図１】
0006261636.tif 000002
【図２】
0006261636.tif 000003
【図３】
0006261636.tif 000004
【図４】
0006261636.tif 000005
【図５】
0006261636.tif 000006
【図６】
0006261636.tif 000007
【図７】
0006261636.tif 000008
【図８】
0006261636.tif 000009
【図９】
0006261636.tif 000010
【図１０】
0006261636.tif 000011