JP6340026B2 - 保険条件決定装置、保険条件決定方法、およびプログラム - Google Patents

Description

本発明は、保険条件決定装置、保険条件決定方法、およびプログラムに関する。

従来、実際に車両が走行した距離や時間に基づいて、保険料を算出する技術が開示されている（特許文献１参照）。

特開２００１−２７３４０１号公報

しかしながら、上記従来の技術では、事故リスクと保険条件との関係が適切でない場合があった。

本発明は、このような事情を考慮してなされたものであり、より適切に保険条件を決定することができる保険条件決定装置、保険条件決定方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、車両の運転回数を導出するための情報を取得する取得部と、前記取得部により取得された情報から得られる前記車両または前記車両を運転する運転者の運転回数に基づいて、前記車両または前記車両を運転する運転者についての保険条件を決定する保険条件決定部とを備える保険条件決定装置である。

本発明の一態様によれば、より適切に保険条件を決定することができる。

第１実施形態に係る保険条件決定装置を含むシステムの構成図である。 地図情報１２０の内容の一例を示す図である。 第１実施形態に係る保険条件決定装置を含むシステムにおいて実行される処理の流れを示すシーケンス図である。 マップマッチング情報３５０の内容の一例を示す図である。 保険会社サーバ３００により実行される処理の流れを示すフローチャートである。 集計情報３６０の内容の一例を示す図である。 条件情報３７０の内容の一例を示す図である。 分析部３３０により実行される処理の流れの一例を示す図である。 走行条件ごとに計上された運転回数に対応する集計情報３６０Ａの一例を示す図である。 曜日ごとの運転回数に対する保険条件の基準が規定された条件情報３７０Ａの一例を示す図である。 端末装置ＴＭ、並びにナビゲーションサーバ１００、および保険会社サーバ３００のハードウェア構成の一例を示す図である。

以下、図面を参照し、本発明の保険条件決定装置、保険条件決定方法、およびプログラムの実施形態について説明する。

＜１．第１実施形態＞
＜１−１．構成＞
図１は、第１実施形態に係る保険条件決定装置を含むシステムの構成図である。本実施形態の保険条件決定装置は、一以上のプロセッサにより実現される。本実施形態の保険条件決定装置は、ナビゲーションサーバ１００の一部または全部を含んでもよい。また、保険会社サーバ３００は、ナビゲーションサーバ１００に統合されてもよく、ナビゲーションサーバ１００と、保険会社サーバ３００とが統合されて保険条件決定装置を構成してもよい。図１では１台の車両Ｖｈおよび端末装置ＴＭのみ示しているが、複数の端末装置ＴＭがネットワークＮＷに接続されてよい。

端末装置ＴＭ、ナビゲーションサーバ１００、および保険会社サーバ３００は、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、ＷＡＮ（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）などの外部記憶装置により実現されてもよい。

図３は、第１実施形態に係る保険条件決定装置を含むシステムにおいて実行される処理の流れを示すシーケンス図である。まず、端末装置ＴＭにおいてナビアプリが起動し、運転者による目的地の設定を受け付ける（Ｓ１）。端末装置ＴＭは、位置測位装置によって特定された端末装置ＴＭの位置（以下、「自装置の位置」）および目的地をナビゲーションサーバ１００に送信する（Ｓ２）。ナビゲーションサーバ１００では、位置および目的地と、地図情報１２０とを用いて経路探索を行う（Ｓ３）。ナビゲーションサーバ１００は、探索結果としての経路と、端末装置ＴＭの位置を中心とした領域の部分地図情報とを端末装置ＴＭに送信する（Ｓ４）。

端末装置ＴＭは、自装置の位置と部分地図情報に含まれるリンクとに対してマップマッチング処理を行い、マップマッチング処理の結果（以下、「マップマッチング結果」）と、部分地図情報とに基づいてナビゲーション画面を生成し、音声情報と共に表示する（Ｓ５）。

端末装置ＴＭは、定期的に、自装置の位置およびマップマッチング結果をナビゲーションサーバ１００に送信する（Ｓ６）。ナビゲーションサーバ１００は、マップマッチング結果を保険会社サーバ３００に送信する（Ｓ７）。保険会社サーバ３００は、受信したマップマッチング結果を記憶部に記憶させる（Ｓ８）。前述したように、ナビゲーションサーバ１００と保険会社サーバ３００は統合されて「ナビゲーション／保険会社サーバ」として機能してよく、この場合、ナビゲーション／保険会社サーバが、端末装置ＴＭから受信したマップマッチング結果を記憶部に記憶させる。ナビゲーションサーバ１００は、位置に対応する部分地図情報を端末装置ＴＭに送信する（Ｓ９）。こうしてＳ５〜Ｓ９の処理が繰り返し実行される。

図４は、マップマッチング情報３５０の内容の一例を示す図である。図示するように、マップマッチング情報３５０は、例えば、運転者の識別情報である運転者ＩＤごとに、端末装置ＴＭの位置情報と、マップマッチング処理の結果として導出されたリンクＩＤと、ナビゲーションサーバ１００または保険会社サーバ３００における受信時刻（または端末装置ＴＭにおいてマップマッチングがなされた時刻）とが対応付けられた情報である。

図５は、保険会社サーバ３００により実行される処理の流れを示すフローチャートである。本フローチャートの処理は、選択された運転者（運転者ＩＤ）ごとに実行される。まず、保険会社サーバ３００は、前述したようにマップマッチング情報３５０を端末装置ＴＭから取得する（Ｓ１１）。次に、保険会社サーバ３００の集計部３２０が、運転回数を導出する（Ｓ１２）。

図４で示すように集計部３２０は、１回の運転に相当するレコードの集合を導出し、導出したレコードの集合を１回の運転としてカウントする。１回の運転に相当するとは、例えば、車両が、所定時間以上停車している状態を含まずに、所定距離以上走行したことである。例えば、集計部３２０は、店舗内の駐車場内で車両Ｖｈを駐車する位置を変えるため、或いは道路において車両Ｖｈを停車する位置を少し変更するため、数〜数十メートル車両Ｖｈが移動したような場合は、１回の運転とカウントしない。一方、集計部３２０は、パーキングエリアに車両Ｖｈを停車させ、運転者が所定時間以上の休憩を取った後、車両Ｖｈを走行させた場合、運転回数を２回とカウントする。１回の運転としてカウントするための条件は、上記に限らず任意に設定してもよい。

集計部３２０は、運転回数を所定期間ごとに集計した結果を、集計情報３６０として記憶部に格納する。図６は、集計情報３６０の内容の一例を示す図である。集計情報３６０は、運転者ＩＤに対して、所定期間ごとの運転回数が対応付けられた情報である。なお、運転者ＩＤに代えて、車両Ｖｈの識別情報に対して運転回数が集計されてもよい。

集計部３２０は、所定期間内の運転回数を集計したか否かを判定する（Ｓ１３）。所定期間内の運転回数を集計していない場合、Ｓ１１の処理に戻る。所定期間内の運転回数を集計した場合、保険条件決定部３４０は、運転者の運転回数に基づいて、保険条件を決定する（Ｓ１４）。これにより本フローチャートの１ルーチンは終了する。

＜１−３．分析と保険条件の決定＞
保険条件決定部３４０は、集計情報３６０および条件情報３７０に基づいて、保険条件を決定する。保険条件決定部３４０は、保険条件を決定するための基準を、例えば、分析部３３０により分析された運転回数と事故リスクとの相関関係に基づいて決定する。図７は、条件情報３７０の内容の一例を示す図である。条件情報３７０は、例えば、等級および運転回数に対して、保険の基準（図中、Ａ、Ｂ、Ｃ等）が対応付けられた情報である。保険の基準とは、走行距離あたりの保険料、免責条件、保険請求時の等級の変更程度などを含む。

そして、保険条件決定部３４０は、例えば式（１）に基づいて、所定期間における保険料Ｐを決定する。式中、Ｌ（ｋ）は所定期間における各回（１〜ｎ）の運転における走行距離であり、ＣＤは、所定期間における運転回数に基づいて決定された条件であり、ｆは基準に基づいて保険料を導出する関数である。
Ｐ＝Σ_ｋ＝１ ^ｎ［Ｌ（ｋ）×ｆ（ＣＤ）］ …（１）

このように、保険条件決定部３４０は、車両Ｖｈの運転回数に基づいて、車両Ｖｈまたは車両Ｖｈを運転する運転者の保険条件を決定するため、より適切に保険条件を決定することができる。

図８は、分析部３３０により実行される処理の流れの一例を示す図である。分析部３３０は、運転回数と事故リスクとの相関関係を分析し、図７に示す保険の基準を決定する。

まず、分析部３３０が、分析対象情報３８０から運転回数および事故情報を取得する（Ｓ２１）。分析対象情報３８０は、運転者ごとの車両の走行履歴と、その走行履歴における事故に関する事故情報とが対応付けられた情報である。分析対象情報３８０は、保険条件の決定のために収集された情報とは別に収集された情報であってもよいし、保険条件の決定のために収集された情報を含んでもよい。車両の走行履歴は、保険会社と提携または保険会社の保険に加入している加入者の端末装置ＴＭから取得する。事故情報は、保険会社が、事故を起こした保険加入者から連絡を受けた履歴に基づく情報や、行政機関等から取得する。また、事故情報は、端末装置ＴＭから取得されてもよい。例えば、運転者が事故を起こした際、所望の操作を端末装置ＴＭに対して行うと、端末装置ＴＭにインストールされたナビアプリが保険会社サーバ３００に運転者や、現在地等の情報を自動的に送信する。

次に、分析部３３０は、運転回数および事故情報の相関関係を分析する（Ｓ２２）。分析部３３０は、分析対象情報３８０を参照し、期間ごとの事故の回数を抽出する。分析部３３０は、例えば、運転回数が多い人の事故の回数が多いのか、運転回数が多い人の事故の回数が少ないのかを分析する。相関関係の分析手法としては、相関係数を求める手法など、種々の手法を採用することができる。

上述した例では、集計部３２０が、マップマッチング情報３５０に基づいて、運転回数を導出するものとしたが、集計部３２０は、運転者が保持する端末装置ＴＭの位置情報を取得し、取得した位置情報に基づいて、運転回数を導出してもよい。例えば、保険会社サーバ３００は、記憶部に地図情報を記憶してよい。集計部３２０は、端末装置ＴＭの位置情報と、記憶部に記憶された地図情報とを比較し、端末装置ＴＭの移動履歴が所定速度以上で、（鉄道路線や海路でない）道路に沿って移動している場合、端末装置ＴＭを保持する運転者は運転中であると判定し、端末装置ＴＭの移動履歴に基づいて運転回数を導出する。こうすれば、集計部３２０は、ナビアプリが起動していない場合であっても、運転回数を導出することができる。

集計部３２０は、車両Ｖｈに搭載された車載制御装置と端末装置ＴＭとの間で通信が行われたことを示す情報を、端末装置ＴＭから取得した場合、運転者は車両Ｖｈを運転していると判定してもよい。例えば、車載制御装置および端末装置ＴＭには、端末装置ＴＭと通信し、車両Ｖｈを識別するための識別情報および通信が確立したことを示す確立情報を端末装置ＴＭに送信するアプリがインストールされてよい。端末装置ＴＭは、例えばBluetooth（登録商標）などの所定の通信規格を利用して、車載制御装置と通信する。端末装置ＴＭは、車載制御装置と通信を確立した場合、保険会社サーバ３００に、端末装置ＴＭの識別情報、車載制御装置の識別情報、通信の確立状況を示す情報などを送信する。保険会社サーバ３００の集計部３２０は、端末装置ＴＭの識別情報、車載制御装置の識別情報、通信の確立状況を示す情報などに基づいて、端末装置ＴＭを保持する運転者が車両Ｖｈを運転していると判定する。また、車載制御装置は、端末装置ＴＭとの通信が確立した場合、端末装置ＴＭから取得した位置情報を、車両Ｖｈに搭載された通信装置を用いて送信してもよい。これにより、より精度よく端末装置ＴＭの保持する運転者が運転しているか否かを判定することができる。

＜１−４．効果＞
以上説明した第１実施形態によれば、車両Ｖｈまたは車両Ｖｈを運転する運転者の運転回数に基づいて、車両Ｖｈまたは車両Ｖｈを運転する運転者についての保険条件を決定することにより、より適切に保険条件を決定することができる。

＜２．第２実施形態＞…統計処理の活用
以下、第２実施形態について説明する。第２実施形態の保険会社サーバ３００の分析部３３０は、車両の期間ごとの運転回数に対して統計処理を行った結果と、事故リスクとの相関関係を分析する。

分析部３３０は、所定の期間中の１週間や１カ月等の期間ごとの運転回数に対する平均値や、中央値、偏差値、分散値など、所望の統計処理によって導出した指標値を算出し、算出した指標値と、事故リスクとの相関関係を分析する。

保険条件決定部３４０は、分析部３３０による分析結果と、車両の期間ごとの運転回数に対して統計処理を行った結果とに基づいて、予め基準を決定しておき、その基準に基づいて保険条件を決定する。「車両の期間ごとの運転回数に対して統計処理を行った結果」とは、分析部３３０により行われる処理と同様に、ある期間（１週間や１カ月等）ごとの運転回数に対する平均値や、中央値、偏差値、分散値など、所定の統計処理によって導出した指標値等であってもよい。

以上説明した第２実施形態によれば、第１実施形態と同様の効果を奏することができる。また、統計処理を行った結果に基づいて保険条件を決定することで、異常値の影響などを排除することができる。

＜３．第３実施形態＞…条件ごとの分析
以下、第３実施形態について説明する。第３実施形態の保険会社サーバ３００の情報取得部３１０は、車両Ｖｈが走行した際の走行条件を取得する。走行条件とは、曜日、時間帯、季節、日柄（正月の三が日、ゴールデンウィークなど）、天候、交通量、走行地域のうち一部または全部を含むものである。保険会社サーバ３００は、これらの情報を、内蔵する時計機能や、天候情報の提供サーバ、或いは交通情報の提供サーバ（いずれも不図示）などから取得する。そして、情報取得部３１０は、マップマッチング情報３５０などの走行履歴を示す情報に、走行条件を対応付けて記憶部に記憶させる。

集計部３２０は、情報取得部３１０により取得された情報に基づいて、走行条件ごとの運転回数を導出する。図９は、走行条件ごとに計上された運転回数に対応する集計情報３６０Ａの一例を示す図である。走行条件は、例えば集計情報３６０Ａにおけるある期間の運転回数の各回に対応付けられて記憶される。図示する例では、各回に対して運転した曜日、時間、天候が対応付けられて記憶されている。

分析部３３０は、走行条件ごと、または複数の走行条件のセットごとに、運転回数と事故リスクとの相関関係を分析する。分析部３３０は、例えば、走行条件ごとの運転回数を取得し、走行条件ごとに運転回数と事故リスクとの相関関係を導出する。保険条件決定部３４０は、分析部３３０により導出された相関関係に基づいて、保険条件の基準、および保険条件を決定する。例えば分析部３３０は、土曜日および日曜日に運転する回数が多い運転者の事故リスクは、平日に運転する回数が多い運転者の事故リスクに比して、高いといった相関関係を導出することができる。この場合、保険条件決定部３４０は、土曜日および日曜日に運転する回数が多い運転者の保険条件の基準を、平日に運転する回数が多い運転者の保険条件の基準より厳しくする。

一例として、走行条件のうち曜日ごとに保険条件の基準を決定することについて説明する。図１０は、曜日ごとの運転回数に対する保険条件の基準が規定された条件情報３７０Ａの一例を示す図である。保険条件決定部３４０は、集計部３２０により導出された運転者の曜日ごとの運転回数に対して、条件情報３７０Ａに含まれる該当曜日の条件を適用することで、保険条件を決定する。

以上説明した第３実施形態によれば、第１実施形態に比して、より精密な分析を行うことができる。この結果、より適切に保険条件を決定することができる。

＜４．第４実施形態＞…走行距離の加味
以下、第４実施形態について説明する。第４実施形態の保険会社サーバ３００の保険条件決定部３４０は、更に運転者の走行距離を加味して、保険条件の基準、または保険条件を決定する。

第４実施形態の保険会社サーバ３００の集計部３２０は、予め走行距離に関する情報と事故情報とを収集する。第４実施形態の分析部３３０は、例えば、走行距離と事故リスクとの相関関係を分析する。この分析結果は、例えば、１回の走行において走行距離が長い方が距離あたりの事故リスクが高いか否かを示す情報である。そして、保険条件決定部３４０は、第１〜第３実施形態で説明した手法で導出した保険条件に対して、走行距離に基づく補正を行って、保険条件を導出する。

保険条件決定部３４０は、例えば式（２）に基づいて、所定期間における保険料Ｐを決定する。式中、Ｌ（ｋ）は所定期間における各回（１〜ｎ）の運転における走行距離であり、α｛Ｌ（ｋ）｝は走行距離Ｌ（ｋ）に対応した補正係数であり、ＣＤは、所定期間における運転回数に基づいて決定された条件であり、ｆは基準に基づいて保険料を導出する関数である。
Ｐ＝Σ_ｋ＝１ ^ｎ［Ｌ（ｋ）×α｛Ｌ（（ｋ）｝×ｆ（ＣＤ）］ …（２）

補正係数αは、例えば、分析部により「走行距離が長い程、走行距離あたりの事故リスクが高い」という分析結果を得た場合、走行距離Ｌ（ｋ）が長くなる程大きくなり、走行距離Ｌ（ｋ）が短くなる程小さくなる係数である。一方、補正係数αは、分析部により「走行距離が短い程、走行距離あたりの事故リスクが高い」という分析結果を得た場合、走行距離Ｌ（ｋ）が長くなる程小さくなり、走行距離Ｌ（ｋ）が短くなる程大きくなる係数である。

以上説明した第４実施形態によれば、第１実施形態と同様の効果を奏する他、より精密な分析を行うことができる。この結果、更に適切に保険条件を決定することができる。

＜５．ハードウェア構成＞
図１１は、端末装置ＴＭ、並びにナビゲーションサーバ１００、および保険会社サーバ３００のハードウェア構成の一例を示す図である。本図は、端末装置ＴＭがスマートフォンなどの携帯電話である例を示している。端末装置ＴＭは、例えば、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、フラッシュメモリなどの二次記憶装置４０４、タッチパネル４０５、および無線通信モジュール４０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ナビアプリは、ネットワークＮＷを介してダウンロードされ、二次記憶装置４０４に格納される。

各サーバは、例えば、ＮＩＣ５０１、ＣＰＵ５０２、ＲＡＭ５０３、ＲＯＭ５０４、フラッシュメモリやＨＤＤなどの二次記憶装置５０５、およびドライブ装置５０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置５０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置５０５、またはドライブ装置５０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ５０３に展開され、ＣＰＵ５０２によって実行されることで、各サーバの機能部が実現される。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１００…ナビゲーションサーバ
１１０…経路探索部
１２０…地図情報
３００…保険会社サーバ
３１０…情報取得部
３２０…集計部
３３０…分析部
３４０…保険条件決定部
３５０…マップマッチング情報
３６０、３６０Ａ…集計情報
３７０、３７０Ａ…条件情報
３８０…分析対象情報

Claims (9)

1. 車両に搭載され又は前記車両に乗車した運転者が保持する装置であって、ナビゲーションシステムの少なくとも一部を構成する装置から、時刻情報に対応付けられた前記車両の位置情報および道路の区間を示す道路のリンク情報を、定期的に車両の運転回数を導出するための情報として取得する取得部と、
   前記取得部により、前記定期的に取得された情報であって、１周期において取得された時刻情報に対応付けられた道路のリンク情報および位置履歴を１つのレコードとして蓄積し、
   前記蓄積した複数のレコードを参照し、駐車場内において、前記車両が一度停車し、所定時間以内に走行を開始し、再度、所定距離以内で停車したと推定される場合、前記車両は駐車位置を変更したとみなし、前記所定時間以内に開始したと推定される走行に対応するレコードを１回の運転としてカウントせず、
   前記蓄積した複数のレコードを参照し、所定時間以上、前記車両が停車せずに所定距離以上走行したと推定されるレコードの集合を１回の運転としてカウントし、
   前記車両または前記車両を運転する運転者の運転回数を導出し、導出した運転回数に基づいて、前記車両または前記車両を運転する運転者についての保険条件を決定する保険条件決定部と、
   を備える保険条件決定装置。
2. 前記保険条件決定部は、前記蓄積した複数のレコードを参照し、駐車場内において、前記車両が一度停車し、所定時間以上停車した後、前記車両が走行を開始したと推定される場合、前記停車前の走行に対応するレコードと、前記停車後の走行に対応するレコードとを異なる運転回数としてカウントされるレコードの集合に含める、
   請求項１に記載の保険条件決定装置。
3. 前記保険条件決定部は、前記車両の期間ごとの運転回数に対して統計処理を行った結果に基づいて、前記保険条件を決定する、
   請求項１または２に記載の保険条件決定装置。
4. 前記車両の期間ごとの運転回数に対して統計処理を行った結果と、事故リスクとの相関関係を分析する分析部を更に備え、
   前記保険条件決定部は、前記分析部による分析結果と、前記車両の期間ごとの運転回数に対して統計処理を行った結果とに基づいて、前記保険条件を決定する、
   請求項３記載の保険条件決定装置。
5. 前記取得部は、前記車両を運転する運転者が保持する端末装置と、前記車両に搭載された車載制御装置との通信結果に基づいて、前記運転回数を導出するための情報を取得する、
   請求項１から４のうちいずれか１項記載の保険条件決定装置。
6. 前記取得部は、曜日、時間帯、季節、日柄、天候、交通量、走行地域のうち一部または全部を含む走行条件ごとに前記運転回数を導出するための情報を取得し、
   前記保険条件決定部は、前記走行条件ごとに前記保険条件を決定する、
   請求項１から５のうちいずれか１項記載の保険条件決定装置。
7. 前記取得部は、前記運転回数に計上された回数ごとの走行距離を取得し、
   前記保険条件決定部は、更に前記走行距離に基づいて、前記保険条件を決定する、
   請求項１から６のうちいずれか１項記載の保険条件決定装置。
8. コンピュータが、
   車両に搭載され又は前記車両に乗車した運転者が保持する装置であって、ナビゲーションシステムの少なくとも一部を構成する装置から、時刻情報に対応付けられた前記車両の位置情報および道路の区間を示す道路のリンク情報を、定期的に車両の運転回数を導出するための情報として取得し、
   前記定期的に前記取得された情報であって、１周期において取得された時刻情報に対応付けられた道路のリンク情報および位置履歴を１つのレコードとして蓄積し、
   前記蓄積した複数のレコードを参照し、駐車場内において、前記車両が一度停車し、所定時間以内に走行を開始し、再度、所定距離以内で停車したと推定される場合、前記車両は駐車位置を変更したとみなし、前記所定時間以内に開始した走行に対応するレコードを１回の運転としてカウントせず、
   前記蓄積した複数のレコードを参照し、所定時間以上、前記車両が停車せずに所定距離以上走行したと推認されるレコードの集合を１回の運転としてカウントし、
   前記車両または前記車両を運転する運転者の運転回数を導出し、導出した運転回数に基づいて、前記車両または前記車両を運転する運転者についての保険条件を決定する、
   保険条件決定方法。
9. コンピュータに、
   車両に搭載され又は前記車両に乗車した運転者が保持する装置であって、ナビゲーションシステムの少なくとも一部を構成する装置から、時刻情報に対応付けられた前記車両の位置情報および道路の区間を示す道路のリンク情報を、定期的に車両の運転回数を導出するための情報として取得させ、
   前記定期的に前記取得された情報であって、１周期において取得された時刻情報に対応付けられた道路のリンク情報および位置履歴を１つのレコードとして蓄積させ、
   前記蓄積した複数のレコードを参照し、駐車場内において、前記車両が一度停車し、所定時間以内に走行を開始し、再度、所定距離以内で停車したと推定される場合、前記車両は駐車位置を変更したとみなし、前記所定時間以内に開始した走行に対応するレコードを１回の運転としてカウントせず、
   前記蓄積した複数のレコードを参照し、所定時間以上、前記車両が停車せずに所定距離以上走行したと推認されるレコードの集合を１回の運転としてカウントさせ、
   前記車両または前記車両を運転する運転者の運転回数を導出し、導出した運転回数に基づいて、前記車両または前記車両を運転する運転者についての保険条件を決定させる、
   保険条件決定プログラム。

Images