(58)【調査した分野】(Int.Cl.,DB名)
前記保険条件決定部は、前記車両が走行した経路における交通状況に基づいてポイントを蓄積し、前記蓄積したポイントに基づいて蓄積時点よりも将来の保険条件を決定する、
請求項1から5のうちいずれか1項記載の情報処理装置。
【発明を実施するための形態】
【0009】
以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。
【0010】
<第1実施形態>
図1は、第1実施形態に係る情報処理装置を含むシステムの構成図である。実施形態の情報処理装置は、一以上のプロセッサにより実現される。実施形態の情報処理装置は、保険会社サーバ300を少なくとも含み、ナビゲーションサーバ100の一部を含んでもよい。また、ナビゲーションサーバ100と保険会社サーバ300は統合されてもよい。
図1では1台の車両Vhおよび端末装置TMのみ示しているが、複数の端末装置TMがネットワークNWに接続されてよい。
【0011】
端末装置TM、ナビゲーションサーバ100、交通状況提供サーバ200、および保険会社サーバ300は、ネットワークNWを介して通信する。ネットワークNWは、例えば、WAN(Wide Area Network)やLAN(Local Area Network)、インターネット、プロバイダ装置、無線基地局、専用回線などのうち一部または全部を含む。
【0012】
端末装置TMは、車両Vhに乗車する利用者によって使用される。端末装置TMは、スマートフォンなどの携帯電話やタブレット端末などである。端末装置TMは、ナビゲーションサーバ100と連携するナビアプリが起動されることで、ナビゲーションシステムの一部を構成するナビゲーション装置として機能する。端末装置TMは、車両Vhに搭載されたナビゲーション装置(据え置き型の車載装置)であってもよい。以下、端末装置TMは携帯電話やタブレット端末などであるものとして説明する。
【0013】
また、端末装置TMは、保険条件を決定するための走行経路情報を保険会社サーバ300に送信する機能を有する。この機能は、保険会社サーバ300を運営する保険会社から提供されるアプリ(保険アプリ)によって実現されてもよいし、前述したナビアプリの拡張機能によって実現されてもよい。走行経路情報は、ナビゲーションサーバ100を介して保険会社サーバ300に提供されてもよいし、端末装置TMから直接的に保険会社サーバ300に提供されてもよい。
【0014】
端末装置TMは、GPS(Global Positioning System)受信機などの位置測位装置、ネットワークNWに接続するための通信装置、三軸式の加速度センサ、タッチパネルなどの入出力装置、スピーカ、CPU(Central Processing Unit)などのプロセッサを有する。位置測位装置は、衛星から受信した電波に基づく測位を行って、端末装置TMの位置(すなわち車両Vhの位置)を特定する。また、端末装置TMは、通信装置が接続した無線基地局の位置から端末装置TMの位置を推定してもよい。
【0015】
端末装置TMは、位置測位装置などによって特定された端末装置TMの位置を定期的に(例えば数[sec]おきに)ナビゲーションサーバ100および保険会社サーバ300に送信する。なお、この位置の情報は、ナビゲーションサーバ100にのみ送信され、ナビゲーションサーバ100が保険会社サーバ300に転送するようにしてもよい。また、端末装置TMは、利用者により設定された目的地をナビゲーションサーバ100に送信して経路を取得する。
【0016】
ナビゲーションサーバ100は、経路探索部110を備える。経路探索部110は、例えば、ナビゲーションサーバ110のプロセッサがプログラムを実行することで実現されてもよいし、LSI(Large Scale Integration)やASIC(Application Specific Integrated Circuit)、FPGA(Field-Programmable Gate Array)などのハードウェア(コントローラ)によって実現されてもよい。経路探索部110は、端末装置TMからのリクエストに応じて地図情報120を用いた経路探索を行い、経路情報を端末装置TMに送信する。地図情報120は、例えば、リンクの集合で道路を表現した情報である。また、ナビゲーションサーバ100は、地図情報120から、端末装置TMから受信した端末装置TMの位置を中心とした領域の地図情報(部分地図情報)を抽出し、端末装置TMに送信する。
【0017】
ナビゲーションサーバ100によって案内される経路は、案内開始後の交通状況の変化、或いは車両Vhが経路を逸れたことが原因で、案内途中で変更される場合もある。ナビゲーションサーバ100は、経路の案内状況をリアルタイムで、或いは所定期間の情報をまとめて、保険会社サーバ300に送信してもよい。
【0018】
端末装置TMは、ナビゲーションサーバ100から受信した情報に対してマップマッチング処理を行う。マップマッチング処理とは、地図情報(部分地図情報である場合も含む)に含まれる要素(例えばリンク)のうち、どの要素に沿って端末TMが移動しているか(すなわち車両Vhがどのリンクを走行しているか)を判定する処理であり、地図情報に含まれるリンク以外の要素(例えばポリゴンなど)をマッチング対象に含めてもよいし、地図情報がマッチング対象以外の要素を含んでもよい。典型的に、リンクを対象とする場合、端末TMの位置(車両Vhの位置)が、いずれかのリンクに対応付けられる。マップマッチング処理は、例えば、端末TMの位置に最も近い位置にあるリンクを選択することを基本として、種々の要素を加味して行われる。端末装置TMは、ナビゲーションサーバ100から受信した部分地図情報と、マップマッチング処理の結果とに基づいて、ナビゲーション画面を生成し、音声案内と共に表示する。なお、マップマッチング処理は、ナビゲーションサーバ100において行われてもよい。この場合、マップマッチング処理の結果がナビゲーションサーバ100から端末装置TMに送信される。
【0019】
交通状況提供サーバ200は、ネットワークNWを介して交通状況をナビゲーションサーバ100および保険会社サーバ300に提供する。また、交通状況提供サーバ200は、放送波やビーコンなどを用いて車両Vhに交通状況を提供してもよい。提供される交通状況は、リンクごと、或いは道路ごとの情報であり、交通量、平均速度、渋滞の有無などのうち一部または全部を含む。
【0020】
保険会社サーバ300は、例えば保険会社によって運営される。保険会社サーバ300は、例えば、情報取得部310と、マップマッチング処理部320と、分析部330と、保険条件決定部340とを備える。これらの機能部のうち一部または全部は、保険会社サーバ300のプロセッサがプログラムを実行することで実現されてもよいし、LSIやASIC、FPGAなどのハードウェア(コントローラ)によって実現されてもよい。
【0021】
また、保険会社サーバ300の記憶部には、地図情報350、走行経路情報360、交通状況情報370、分析結果380などの情報が記憶される。
【0022】
ナビゲーションサーバ100、および保険会社サーバ300(以下、「各サーバ」)の記憶部は、例えば、RAM(Random Access Memory)やROM(Read Only Memory)、HDD(Hard Disk Drive)、フラッシュメモリなどにより実現される。また、記憶部は、各サーバが保有する記憶装置に限らず、NAS(Network Attached Storage)などの外部記憶装置により実現されてもよい。
【0023】
情報取得部310は、車両Vhの走行経路に関する情報、および交通状況提供サーバ200からの交通状況に関する情報を、ネットワークNWを介して取得する。
【0024】
マップマッチング処理部320は、端末装置TMと同様に、地図情報350に含まれるリンクのうち、どのリンクに対応する道路に沿って端末TMが移動しているか(すなわち車両Vhがどのリンクを走行しているか)を判定する。
図2は、地図情報350の内容の一例を示す図である。図示するように、地図情報350は、リンクの両端座標、接続リンク、車線数などの情報が、リンクの識別情報であるリンクIDに対応付けられた情報である。マップマッチング処理の結果は、走行経路情報360として保険会社サーバ300の記憶部に記憶される。すなわち、走行経路情報360は、ある車両Vhが走行した経路を、リンクの集合で表現した情報であってよい。
図3は、走行経路情報360の内容の一例を示す図である。図示するように、走行経路情報360は、車両Vhが走行した経路に含まれるリンクのリンクIDに対し、通過時刻(或いは進入時刻、滞在時間帯など)が対応付けられた情報である。
【0025】
なお、上記のように保険会社サーバ300でマップマッチング処理を行うのではなく、情報取得部310が、端末TMまたはナビゲーションサーバ100から、マップマッチング処理の結果を取得し、走行経路情報360として記憶部に記憶させてもよい。この場合、地図情報350は省略されてよい。
【0026】
分析部330は、交通情報提供サーバ200によって提供される交通状況と、事故リスクとの相関関係を分析する。交通情報提供サーバ200によって提供された交通状況は、交通状況情報370として記憶部に格納される。
図4は、交通状況情報370の内容の一例を示す図である。交通状況情報370は、例えば、リンクIDに対して、日付ごと、および時間帯ごとに、交通量などの交通状況が対応付けられた情報である。
【0027】
例えば、分析部330は、少なくともリンクに対応付け可能な位置の情報を含む事故発生情報を収集しておき、これと交通状況情報370に含まれるリンクごとの交通状況とに対して、相関係数を求める処理など、任意の統計的処理を行って、交通状況ごとの事故リスクを導出する。以下の説明では、交通状況とは、多い、中位、少ないといった区分で表される「交通量」であるものとする。
図5は、分析結果380の内容の一例を示す図である。事故リスクは、例えば値がプラス側で大きいほど高いことを示している。
図5の例は、交通量が中位である場合に、最も事故リスクが低いという結果が得られた様子を示している。分析部330による分析結果は、
図5に示すように3段階で表されるのに限らず、任意の段階、或いは連続値で表されてもよい。また、分析部330による分析結果は、ナビゲーションサーバ100に提供されてよい。
【0028】
保険条件決定部340は、車両Vhに対し、或いは車両Vhを運転する利用者ごとに保険条件を決定する。本実施形態において保険会社サーバ300を運営する保険会社の提供する保険は、走行した経路の長さに応じて保険条件が決定される保険であり、走行距離100[km]ごとに100円といったように保険料が決定される。そして、この保険の保険条件は、(A)車両Vhが走行した経路に応じて、事後的に保険条件が決定される、或いは(B)一定期間において車両Vhが走行した経路に応じて、次の期間における保険条件が決定される。
【0029】
いずれの場合も、保険条件決定部340は、例えば、分析結果380の内容を参照し、事故リスクが低いと分析された交通状況のリンクを走行した場合に、保険条件を利用者にとって有利な側に設定する(優遇する)。上記(B)の場合、保険会社にとって良好な経路を走行した度にポイントが加算され、ポイントの合計額によって次の期間における保険条件が優遇されるようにしてよい。保険条件には、保険料の他、免責額、保険金の支払いに伴う保険料の変動量(等級の変動量)、その他の種々の条件が含まれる。保険条件決定部340により決定された保険条件も、ナビゲーションサーバ100に提供されてよい。
【0030】
ナビゲーションサーバ100の経路探索部110は、分析部330による分析結果(例えばリンクごとの、交通状況に基づく事故リスク)、或いは保険条件決定部340により決定された保険条件(例えばリンクごとの基準保険料)、またはこれらの双方に基づいて、保険料負担の少ないリンクを優先的に選択する経路探索を行い、経路情報を端末装置TMに送信してもよい。基準保険料とは、利用者ごとの個別要因(等級など)を考慮する前の基準となる保険料である。事故リスクの低いリンクを優先的に選択することで、結果的に合計の保険料負担を小さくすることができる。また、基準保険料の低いリンクを優先的に選択することで、合計の保険料負担を小さくすることができる。この際に、経路探索部110は、リンクごとの事故リスクまたは基準保険料の合計値だけでなく、所要時間や合計走行距離などの他の要素を考慮して総合的に経路を選択してもよい。例えば、経路探索部110は、事故リスクまたは基準保険料の合計値と、所要時間その他の情報とに対して重み(負の値でもよい)を付与し、加重和を求めることで最もスコアの高い経路を選択してもよい。
【0031】
図6は、第1実施形態に係るナビゲーションサーバ100および保険会社サーバ300を中心として実行される処理の流れを示すシーケンス図である。本シーケンス図の処理は、保険会社サーバ300がナビゲーションサーバ100を介してマップマッチング結果を取得する場合の処理を示している。
【0032】
まず、端末装置TMにおいてナビアプリが起動し、利用者による目的地の設定を受け付ける(S1)。端末装置TMは、位置測位装置によって特定された端末装置TMの位置(以下、「自装置の位置」)および目的地をナビゲーションサーバ100に送信する(S2)。ナビゲーションサーバ100では、位置および目的地と、地図情報120とを用いて経路探索を行う(S3)。ナビゲーションサーバ100は、探索結果としての経路と、端末装置TMの位置を中心とした領域の部分地図情報とを端末装置TMに送信する(S4)。
【0033】
端末装置TMは、自装置の位置と部分地図情報に含まれるリンクとに対してマップマッチング処理を行い、マップマッチング処理の結果(以下、「マップマッチング結果」)と、部分地図情報とに基づいてナビゲーション画面を生成し、音声情報と共に表示する(S5)。
【0034】
端末装置TMは、定期的に、自装置の位置およびマップマッチング結果をナビゲーションサーバ100に送信する(S6)。ナビゲーションサーバ100は、マップマッチング結果を保険会社サーバ300に送信する(S7)。保険会社サーバ300は、受信したマップマッチング結果を、走行経路情報360として記憶部に記憶させる(S8)。前述したように、ナビゲーションサーバ100と保険会社サーバ300は統合されてよく、この場合、統合されたサーバが、端末装置TMから受信したマップマッチング結果を走行経路情報360として記憶部に記憶させる。ナビゲーションサーバ100は、位置に対応する部分地図情報を端末装置TMに送信する(S9)。こうしてS5〜S9の処理が繰り返し実行される。
【0035】
経路案内が終了すると、ナビゲーションサーバ100は経路案内終了通知を保険会社サーバ300に対して行う(S10)。保険会社サーバ300は、今回の運転において収集された走行経路情報360と、走行経路情報360に含まれるリンクに対応する交通状況と、分析結果380とに基づいて、保険条件を決定する(S11)。例えば、保険会社サーバ300の保険条件決定部340は、走行経路情報360に含まれるリンクおよび通過時刻を用いて交通状況情報370を検索し、対応する交通状況を抽出する。そして、抽出したリンクごとの交通状況に対して、分析結果380の内容に応じてリンクごとに事故リスクを導出し、リンクごとの事故リスクを積算した値に基づいて、今回の運転に対する保険条件を決定する。
【0036】
また、保険条件決定部340は、ナビゲーションサーバ100から情報取得部310により取得される経路の案内状況に基づいて、保険条件を変更してもよい。この処理は、分析部330による分析結果380が、ナビゲーションサーバ100に提供されていることを前提とする。前述したように、ナビゲーションサーバ100は、案内開始後の交通状況の変化に基づいて、案内途中で経路を変更する場合がある。このとき、ナビゲーションサーバ100は、分析部330による分析結果380に基づいて経路を変更した場合、その旨を示す情報(特定迂回情報)を保険会社サーバ300に送信する。これに応じて保険会社サーバ300は、前述したようにリンクごとに交通状況に基づいて保険条件を決定することに加えて、特定迂回情報が提供され、且つ車両Vhが経路の変更に従って走行した場合には、保険条件を優遇する。
【0037】
図7は、経路の案内状況に基づいて、保険条件が変更される様子を示す図である。まず、時刻t1において当初案内経路がナビゲーションサーバ100において生成され、車両Vhが当初案内経路に沿って走行を開始する。時刻t2において、当初案内経路の途中に事故リスクの高い箇所が出現すると、ナビゲーションサーバ100は、当該箇所を回避する迂回経路を生成して端末装置TMに送信する。事故リスクの高い箇所とは、分析結果380において事故リスクが高いと分析されている交通状況にある箇所である。そして、車両Vhが実際に迂回経路を走行したことが確認されると、保険条件決定部340が、保険条件を利用者に有利な側に変更する。
【0038】
なお、
図5に示すような迂回による保険条件の優遇を行わないものとしてもよい。また、保険会社サーバ300は、リンクごとに交通状況に基づいて保険条件を決定することを行わず、迂回による保険条件の優遇のみ行ってもよい。更に、迂回による保険条件の優遇は、迂回経路における各リンクの事故リスクが、基準値以下である場合にのみ行うものとしてもよい。
【0039】
図8は、保険条件決定部340により実行される処理の流れの一例を示すフローチャートである。本図に示す処理は、ナビゲーションサーバ100が介在することを前提としているが、前述したように、走行経路情報360の収集などの処理は、端末装置TMと保険会社サーバ300との間で行われてもよい。
【0040】
まず、保険会社サーバ300の各機能部は、ナビゲーションサーバ100から案内開始通知を受けるまで待機する(S20)。ナビゲーションサーバ100から案内開始通知を受けると、情報取得部310が、走行経路情報360の収集を開始する(S21)。ナビゲーションサーバ100から案内終了通知を受けると、情報取得部310は、走行経路情報360の収集を完了する(S22)。
【0041】
次に、保険条件決定部340が、走行経路情報360に含まれるリンクごとの交通状況を、交通状況情報370から抽出し(S23)、分析結果380を参照して抽出したリンクごとの事故リスクを導出する(S24)。そして、保険条件決定部340は、今回の運転に対する保険条件(一次保険条件)を決定する(S25)。
【0042】
次に、保険条件決定部340は、特定迂回情報をナビゲーションサーバ100から取得していたか否か、その場合において車両は迂回経路に沿って走行したか否か、および迂回経路の各リンクの事故リスクが所定値以下であるか否かを判定する(S26、S27、S28)。S26〜S28の全てにおいて肯定的な判定を得た場合、保険条件決定部340は、保険条件を優遇する(S29)。なお、ステップS28の判定処理は省略されてもよい。
【0043】
以上説明した第1実施形態によれば、リンクに対応した交通状況に基づいて保険条件を決定することにより、交通状況に即した保険の提供を支援することができる。
【0044】
また、第1実施形態によれば、交通状況と事故リスクとの相関関係を分析する分析部330を更に備え、保険条件決定部340が、分析部330による分析結果に基づいて、交通状況と保険条件との対応関係を決定することにより、交通の実状に即した保険条件を決定することができる。
【0045】
また、第1実施形態によれば、ナビゲーションサーバ100から、経路案内状況に関する情報を取得し、保険条件決定部340は、経路案内の開始後に交通状況の変化に基づく経路変更がナビゲーションサーバ100においてなされ、車両Vhが経路変更に従う経路を走行した場合に、保険条件を利用者にとって有利な側に変更するため、事故リスクの高い箇所を効果的に回避させることができる。また、この場合において、経路変更に従う経路が事故リスクに関する基準条件を満たす場合に、保険条件を利用者にとって有利な側に変更することで、どの経路を走行しても事故リスクが高いような場合には、不適切な保険条件の優遇を行わないようにすることができる。
【0046】
<第2実施形態>
以下、第2実施形態について説明する。第2実施形態に係る保険条件決定部340は、走行条件ごとに、交通状況と保険条件との対応関係を異ならせる。ここで、走行条件とは、道路種別、地域、曜日、時間帯、日柄(正月の三が日、ゴールデンウィークなど)のうち一部または全部を含むものである。
【0047】
走行条件が道路種別である場合を例にとって説明する。分析部330は、少なくともリンクに対応付け可能な位置の情報を含む事故発生情報を、道路種別ごとに収集しておく。道路種別は、例えば、有料道路、国道、細街路、といった種別に分類される。そして、分析部330は、第1実施形態と同様の分析を、道路種別ごとに行う。
図9は、第2実施形態における分析結果380Aの内容の一例を示す図である。
【0048】
そして、保険条件決定部340は、走行経路情報360を取得すると、リンクごとの交通状況を、交通状況情報370から抽出し、分析結果380における、走行条件に対応した部分を参照して、抽出したリンクごとの事故リスクを導出する。保険条件決定部340は、抽出したリンクごとの事故リスクに基づいて、保険条件を決定する。
【0049】
複数の走行条件を同時に扱う場合、分析部330は、それぞれの走行条件について交通量などの交通状況と、事故リスクとの関係を分析する。この場合、保険条件決定部340は、例えば、走行条件を一つずつ選択し、選択した走行条件ごとに上記と同様に事故リスクを導出し、走行条件に対応した事故リスクを加算して(または乗算などして)、保険条件を決定する。
【0050】
これらの結果、保険条件決定部340は、走行条件ごとに、交通状況と保険条件との対応関係を異ならせることができる。
【0051】
以上説明した第2実施形態によれば、走行条件ごとに、交通状況と保険条件との対応関係を異ならせることによって、より交通の実状に即した保険条件を決定することができる。
【0052】
<ハードウェア構成>
図10は、端末装置TM、並びにナビゲーションサーバ100、および保険会社サーバ300のハードウェア構成の一例を示す図である。本図は、端末装置TMがスマートフォンなどの携帯電話である例を示している。端末装置TMは、例えば、CPU401、RAM402、ROM403、フラッシュメモリなどの二次記憶装置404、タッチパネル405、および無線通信モジュール406が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ナビアプリや保険アプリなどのアプリケーションプログラムは、ネットワークNWを介してダウンロードされ、二次記憶装置404に格納される。
【0053】
各サーバは、例えば、NIC501、CPU502、RAM503、ROM504、フラッシュメモリやHDDなどの二次記憶装置505、およびドライブ装置506が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置506には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置505、またはドライブ装置506に装着された可搬型記憶媒体に記憶されたプログラムがDMAコントローラ(不図示)などによってRAM503に展開され、CPU502によって実行されることで、各サーバの機能部が実現される。
【0054】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。