特許 6227035 情報処理装置、情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6227035

(24)【登録日】2017年10月20日

(45)【発行日】2017年11月8日

(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム

(51)【国際特許分類】

   G08G 1/00 20060101AFI20171030BHJP

   G01C 21/30 20060101ALI20171030BHJP

   G09B 29/10 20060101ALI20171030BHJP

   G06Q 10/04 20120101ALI20171030BHJP

【ＦＩ】

   G08G1/00 A

   G01C21/30

   G09B29/10 A

   G06Q10/04 310

【請求項の数】13

【全頁数】14

(21)【出願番号】特願2016-54209(P2016-54209)

(22)【出願日】2016年3月17日

(65)【公開番号】特開2017-167944(P2017-167944A)

(43)【公開日】2017年9月21日

【審査請求日】2016年12月20日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500257300

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100154852

【弁理士】

【氏名又は名称】酒井 太一

(74)【代理人】

【識別番号】100174986

【弁理士】

【氏名又は名称】林 康旨

(72)【発明者】

【氏名】佐藤 伸介

(72)【発明者】

【氏名】兵藤 安昭

(72)【発明者】

【氏名】阿南 美帆

(72)【発明者】

【氏名】入山 高光

【審査官】 東 勝之

(56)【参考文献】

【文献】 特開２００８−１６５６０４（ＪＰ，Ａ）

【文献】 特開２００８−２４９５３９（ＪＰ，Ａ）

【文献】 特開２００６−３５０９５３（ＪＰ，Ａ）

【文献】 特開２００４−１７１４８２（ＪＰ，Ａ）

【文献】 特開２０１１−１００２９８（ＪＰ，Ａ）

【文献】 国際公開第２０１４／１６７７０１（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０１Ｃ ２１／００ − ２１／３６

Ｇ０８Ｇ １／００ − １／１６

Ｇ０９Ｂ ２９／００ − ２９／１０

Ｇ０６Ｑ １０／０４

(57)【特許請求の範囲】

【請求項1】

ナビゲーションシステムにおいて、地図情報における要素であって複数の項目を含む諸元情報が対応付けられた要素に対して車両の位置が対応付けられた結果を示すマップマッチング情報と、車両において発生した事故に関する事故情報とを取得する取得部と、
前記事故情報に対応するマップマッチング情報を抽出し、抽出した要素の諸元情報に基づいて、前記複数の項目のそれぞれが事故に与える影響度を導出し、前記諸元情報と事故との相関関係を分析する分析部と、
を備える情報処理装置。

【請求項2】

前記分析部は、前記諸元情報の複数の項目ごとに事故の発生回数をカウントし、前記カウントした数に対する統計的処理によって、前記複数の項目のそれぞれが事故に与える影響度を導出する、
請求項１記載の情報処理装置。

【請求項3】

前記取得部は、前記車両に搭載され又は前記車両に乗車した利用者が保持する装置であって、前記ナビゲーションシステムの少なくとも一部を構成する装置から、前記装置において前記地図情報における要素に対して車両の位置が対応付けられた結果を示すマップマッチング情報を取得する、
請求項１または２記載の情報処理装置。

【請求項4】

前記車両に搭載され又は前記車両に乗車した利用者が保持する装置であって、前記ナビゲーションシステムの少なくとも一部を構成する装置によって取得された車両の位置を、前記装置から取得し、前記車両の位置と地図情報とを比較して、前記地図情報における要素に対して車両の位置を対応付けるマップマッチング部を更に備え、
前記取得部は、前記マップマッチング部から前記マップマッチング情報を取得する、
請求項１または２記載の情報処理装置。

【請求項5】

前記要素の諸元情報は、車線数、勾配、曲率、他の要素との接続形態、信号の有無、陸橋の有無のうち複数を前記項目として含む、
請求項１から４のうちいずれか１項記載の情報処理装置。

【請求項6】

前記取得部は、前記マップマッチング情報を周期的に取得して記憶部に記憶させ、
前記分析部は、前記事故情報に対応する前記マップマッチング情報のうち、前記事故情報に含まれる時刻以前の所定期間の情報に基づいて、前記要素の諸元情報と、事故との相関関係を分析する、
請求項１から５のうちいずれか１項記載の情報処理装置。

【請求項7】

前記分析部は、前記事故の発生時における環境条件と、前記要素の諸元情報と、事故との相関関係を分析する、
請求項１から６のうちいずれか１項記載の情報処理装置。

【請求項8】

前記環境条件は、曜日、時間帯、季節、日柄、天候、交通量、社会指標のうち一部または全部を含む、
請求項７記載の情報処理装置。

【請求項9】

前記分析部による分析結果に基づいて、保険条件を決定する保険条件決定部を更に備える、
請求項１から８のうちいずれか１項記載の情報処理装置。

【請求項10】

前記保険条件決定部は、走行した経路に基づいて保険条件が決定されるタイプの保険について、保険条件を決定する、
請求項９記載の情報処理装置。

【請求項11】

前記保険条件決定部により決定された保険条件に基づいて、保険料負担の少ない経路を生成する経路生成部を更に備える、
請求項９または１０記載の情報処理装置。

【請求項12】

コンピュータが、
ナビゲーションシステムにおいて、地図情報における要素であって複数の項目を含む諸元情報が対応付けられた要素に対して車両の位置が対応付けられた結果を示すマップマッチング情報と、車両において発生した事故に関する事故情報とを取得し、
前記事故情報に対応するマップマッチング情報を抽出し、
前記抽出した要素の諸元情報に基づいて、前記複数の項目のそれぞれが事故に与える影響度を導出し、前記諸元情報と事故との相関関係を分析する、
情報処理方法。

【請求項13】

コンピュータに、
ナビゲーションシステムにおいて、地図情報における要素であって複数の項目を含む諸元情報が対応付けられた要素に対して車両の位置が対応付けられた結果を示すマップマッチング情報と、車両において発生した事故に関する事故情報とを取得させ、
前記事故情報に対応するマップマッチング情報を抽出させ、
前記抽出した要素の諸元情報に基づいて、前記複数の項目のそれぞれが事故に与える影響度を導出し、前記諸元情報と事故との相関関係を分析させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

従来、事故発生地点の道路特徴と、走行中の車両の進行方向における道路特徴との比較、および当該車両の速度、交差する道路における平均速度などに基づいて、当該車両に警告を発するか否かを決定する技術が開示されている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８−１６５６０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

従来の技術では、実際に事故が発生した箇所と類似の道路特徴を有する箇所を走行する場合に警告を発するものに過ぎず、その道路特徴が本当に事故を誘発しやすいものであるかどうかについての分析はなされていない。

【0005】

本発明は、このような事情を考慮してなされたものであり、地図情報における要素の諸元情報と事故との相関関係を分析することで、種々の用途に役立てることができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。

【課題を解決するための手段】

【0006】

本発明の一態様は、ナビゲーションシステムにおいて、地図情報における要素に対して車両の位置が対応付けられた結果を示すマップマッチング情報と、車両において発生した事故に関する事故情報とを取得する取得部と、前記事故情報に対応するマップマッチング情報を抽出し、抽出した要素の諸元情報と、事故との相関関係を分析する分析部と、を備える情報処理装置である。

【発明の効果】

【0007】

本発明の一態様によれば、地図情報における要素の諸元情報と事故との相関関係を分析することで、種々の用途に役立てることができる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態に係る情報処理装置を含むシステムの構成図である。

【図2】地図情報１２０の内容の一例を示す図である。

【図3】第１実施形態に係る情報処理装置を含むシステムにおいて実行される処理の流れを示すシーケンス図である。

【図4】マップマッチング情報２３０の内容の一例を示す図である。

【図5】事故情報２４０の内容の一例を示す図である。

【図6】分析部２２０による処理の一例を説明するための図である。

【図7】分析部２２０による処理の一例を説明するための図である。

【図8】分析部２２０により実行される処理の流れの一例を示すフローチャートである。

【図9】経路探索部１１０による処理を説明するための図である。

【図10】走行経路の一例を示す図である。

【図11】第３実施形態に係る情報処理装置を含むシステムの構成図である。

【図12】第３実施形態に係る情報処理装置を含むシステムにおいて実行される処理の流れを示すシーケンス図である。

【図13】端末装置ＴＭ、並びにナビゲーションサーバ１００、分析サーバ２００、および保険会社サーバ３００のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0009】

以下、図面を参照し、本発明の情報処理装置、情報処理方法、およびプログラムの実施形態について説明する。

【0010】

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

【0011】

端末装置ＴＭ、ナビゲーションサーバ１００、分析サーバ２００、および保険会社サーバ３００は、ネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）、インターネット、プロバイダ装置、無線基地局、専用回線などのうち一部または全部を含む。

【0012】

端末装置ＴＭは、車両Ｖｈに乗車する利用者によって使用される。端末装置ＴＭは、スマートフォンなどの携帯電話やタブレット端末などである。端末装置ＴＭは、ナビゲーションサーバ１００と連携するナビアプリが起動されることで、ナビゲーションシステムの一部を構成するナビゲーション装置として機能する。端末装置ＴＭは、車両Ｖｈに搭載されたナビゲーション装置（据え置き型の車載装置）であってもよい。以下、端末装置ＴＭは携帯電話やタブレット端末などであるものとして説明する。

【0013】

端末装置ＴＭは、ＧＰＳ（Global Positioning System）受信機などの位置測位装置、ネットワークＮＷに接続するための通信装置、三軸式の加速度センサ、タッチパネルなどの入出力装置、スピーカ、ＣＰＵ（Central Processing Unit）などのプロセッサを有する。位置測位装置は、衛星から受信した電波に基づく測位を行って、端末装置ＴＭの位置（すなわち車両Ｖｈの位置）を特定する。また、端末装置ＴＭは、通信装置が接続した無線基地局の位置から端末装置ＴＭの位置を推定してもよい。

【0014】

端末装置ＴＭは、位置測位装置などによって特定された端末装置ＴＭの位置を定期的に（例えば数［ｓｅｃ］おきに）ナビゲーションサーバ１００に送信する。また、端末装置ＴＭは、利用者により設定された目的地をナビゲーションサーバ１００に送信して経路を取得する。

【0015】

ナビゲーションサーバ１００は、経路探索部１１０を備える。経路探索部１１０は、例えば、ナビゲーションサーバ１１０のプロセッサがプログラムを実行することで実現されてもよいし、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）などのハードウェア（コントローラ）によって実現されてもよい。経路探索部１１０は、端末装置ＴＭからのリクエストに応じて経路探索を行い、経路情報を端末装置ＴＭに送信する。また、ナビゲーションサーバ１００の記憶部には、地図情報１２０が記憶される。地図情報１２０は、例えば、リンクの集合で道路を表現した情報である。図２は、地図情報１２０の内容の一例を示す図である。地図情報１２０は、道路を表現したリンクの識別情報であるリンクＩＤに対して、車線数、勾配、曲率、接続リンク、信号の有無、陸橋の有無などの諸元情報が対応付けられた情報である。

【0016】

ナビゲーションサーバ１００は、地図情報１２０から、端末装置ＴＭから受信した端末装置ＴＭの位置を中心とした領域の地図情報（部分地図情報）を抽出し、端末装置ＴＭに送信する。

【0017】

端末装置ＴＭは、ナビゲーションサーバ１００から受信した情報に対してマップマッチング処理を行う。マップマッチング処理は、地図情報（部分地図情報である場合も含む）に含まれる要素（例えばリンク）のうち、どの要素に沿って端末ＴＭが移動しているか（すなわち車両Ｖｈがどのリンクを走行しているか）を判定する処理であり、地図情報に含まれるリンク以外の要素（例えばポリゴンなど）をマッチング対象に含めてもよいし、地図情報がマッチング対象以外の要素を含んでもよい。典型的に、リンクを対象とする場合、マップマッチング処理によって、端末ＴＭの位置（車両Ｖｈの位置）が、いずれかのリンクに対応付けられる。マップマッチング処理は、例えば、端末ＴＭの位置に最も近い位置にあるリンクを選択することを基本として、種々の要素を加味して行われる。端末装置ＴＭは、ナビゲーションサーバ１００から受信した部分地図情報と、マップマッチング処理の結果とに基づいて、ナビゲーション画面を生成し、音声案内と共に表示する。

【0018】

分析サーバ２００は、情報取得部２１０と、分析部２２０とを備える。情報取得部２１０および分析部２２０のそれぞれは、例えば、分析サーバ２００のプロセッサがプログラムを実行することで実現されてもよいし、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェア（コントローラ）によって実現されてもよい。また、分析サーバ２００は、記憶部にマップマッチング情報２３０と、事故情報２４０とを記憶させる。

【0019】

情報取得部２１０は、端末装置ＴＭにおいて行われたマップマッチング処理の結果を示す情報（マップマッチング情報）を、ＮＷを介して定期的に取得し、マップマッチング情報２３０として記憶部に記憶させる。マップマッチング結果は、ナビゲーションサーバ１００を介して取得されてもよい。

【0020】

また、情報取得部２１０は、車両Ｖｈにおいて発生した事故に関する事故情報を取得し、記憶部に記憶させる。事故情報は、例えば、以下に例示する手法によって取得される。（１）保険加入者であるユーザからの書面や電話などの窓口への報告を基に、人間の担当者や人工知能などの主体が事故情報を生成する。（２）所定期間において端末装置ＴＭの加速度センサにより計測された加速度の積分値が閾値を超えた場合に、端末装置ＴＭは、事故が発生した旨の情報をナビゲーションサーバ１００、分析サーバ２００、保険会社サーバ３００のいずれかに送信する。（３）端末装置ＴＭが車両Ｖｈの制御装置と通信することで、エアバッグの作動状態などを取得し、事故が発生した旨の情報をナビゲーションサーバ１００、分析サーバ２００、保険会社サーバ３００のいずれかに送信する。（４）端末装置ＴＭにおいて実行されるナビアプリの緊急通報機能によって、保険会社サーバ３００などを介して事故情報が分析サーバ２００に通知される。

【0021】

分析部２２０は、事故情報に対応するマップマッチング情報を抽出し、抽出したリンクの諸元情報と、事故との相関関係を分析する。これについては後述する。

【0022】

保険会社サーバ３００は、例えば保険会社によって運営される。保険会社サーバ３００は、保険条件決定部３１０を備える。保険条件決定部３１０は、例えば、保険会社サーバ３００のプロセッサがプログラムを実行することで実現されてもよいし、ＬＳＩやＡＳＩＣ、ＦＰＧＡなどのハードウェアによって実現されてもよい。

【0023】

保険条件決定部３１０は、車両Ｖｈに対し、或いは車両Ｖｈを運転する利用者ごとに保険条件を決定する。本実施形態において保険会社サーバ３００を運営する保険会社の提供する保険は、走行した経路の長さ（走行距離）に応じて保険条件が決定される保険であり、走行距離１００［ｋｍ］ごとに１００円といったように保険料が決定される。そして、この保険の保険条件は、（Ａ）車両Ｖｈが走行した経路に応じて、事後的に保険条件が決定される、或いは（Ｂ）一定期間において車両Ｖｈが走行した経路に応じて、次の期間における保険条件が決定される。保険条件には、保険料の他、免責額、保険金の支払いに伴う保険料の変動量（等級の変動量）、その他の種々の条件が含まれる。走行した経路の情報は、ナビアプリとナビゲーションサーバ１００を介して取得されてもよいし、端末装置ＴＭにおいて保険会社の提供するアプリが実行されることで、端末装置ＴＭの位置測位装置が特定した位置が保険会社サーバ３００に送信されることで取得されてもよい。また、走行した経路の情報は、車載装置である端末装置ＴＭから取得されてもよい。

【0024】

ナビゲーションサーバ１００、分析サーバ２００、および保険会社サーバ３００（以下、「各サーバ」）の記憶部は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリなどにより実現される。また、記憶部は、各サーバが保有する記憶装置に限らず、ＮＡＳ（Network Attached Storage）などの外部記憶装置により実現されてもよい。

【0025】

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

【0026】

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

【0027】

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

【0028】

あるタイミングで端末装置ＴＭにより事故が検知されると（Ｓ１０）、端末装置ＴＭは、上記例示した手法によって事故情報を直接的にまたは間接的に分析サーバ２００に送信する（Ｓ１１）。分析サーバ２００は、事故情報を記憶部に記憶させる（Ｓ１２）。

【0029】

図３のような態様でマップマッチング情報２３０および事故情報２４０が収集されると、分析部２２０は、マップマッチング情報２３０から事故情報２４０に対応する情報を抽出する。図４は、マップマッチング情報２３０の内容の一例を示す図である。図示するように、マップマッチング情報２３０は、例えば、利用者の識別情報である利用者ＩＤごとに、マップマッチング処理の結果として導出されたリンクＩＤと、ナビゲーションサーバ１００または分析サーバ２００における受信時刻（または端末装置ＴＭにおいてマップマッチングがなされた時刻）とが対応付けられた情報である。利用者ＩＤは、ナビアプリの購入時などに予めナビゲーションサーバ１００に登録されている。

【0030】

一方、図５は、事故情報２４０の内容の一例を示す図である。図示するように、事故情報２４０は、例えば、利用者ＩＤに対して、事故が発生したリンクのリンクＩＤと、発生時刻（または報告時刻）とが対応付けられた情報である。

【0031】

分析部２２０は、例えば、マップマッチング情報２３０から事故情報２４０の１レコードに含まれる利用者ＩＤと一致する情報を選択し、更に、事故の発生時刻を基準として、それ以前の所定期間（例えば５分間程度）の情報を抽出する。レコードとは、１回の事故に対応する情報である。図４において、「抽出対象」となっているものが、図５に示す事故情報２４０から抽出される情報である。なお、事故が発生したリンクのリンクＩＤが取得できている場合、利用者ＩＤは必須でない。

【0032】

そして、分析部２２０は、上記のように抽出したリンクの諸元情報と、事故との相関関係を分析する。相関関係の分析手法としては、種々の手法を採用することができる。例えば、分析部２２０は、リンクの諸元情報の内容ごとに事故の発生回数をカウントし、各諸元情報について、どのような内容であれば事故に影響を与えやすいのかを分析する。

【0033】

図６および図７は、分析部２２０による処理の一例を説明するための図である。図６に示すように、分析部２２０は、例えば、諸元情報の各項目の内容ごとに、事故の発生回数をカウントする。また、図７に示すように、分析部２２０は、諸元情報の各項目ごとに、内容に応じた事故に対する影響度（リスクパラメータ）を導出する。影響度は、相関係数を求める手法など、任意の統計的手法を適用して求めることができる。なお、図６では、接続リンクを「接続リンク数」に変換して処理を行うものとしたが、三叉路、交差点、五叉路といった「接続形態」に変換して処理を行ってもよい。

【0034】

そして、分析部２２０は、ある与えられたリンクに対して、その諸元情報の各項目に対応する影響度を加算して、事故リスクを導出する。例えば、諸元情報が「車線数：１、勾配：無し、曲率：０．００５、接続リンク数：２、信号：無し、陸橋：無し」であるリンクについては、（＋２）＋（−２）＋（＋１）＋（＋１）＋（＋１）＋（０）＝３と事故リスクを導出する。なお、上記では影響度がゼロを含み、負値を取り得るものとしたが、影響度がゼロでない正の値をとる場合、影響度を乗算することで事故リスクを導出してもよい。

【0035】

図８は、分析部２２０により実行される処理の流れの一例を示すフローチャートである。本フローチャートの処理は、例えば、集計期間（１週間、１か月、１年など）ごとに実行される。

【0036】

まず、分析部２２０は、事故情報２４０から一つのレコードを選択する（Ｓ２１）。次に、分析部２２０は、マップマッチング結果２３０から、選択したレコードに対応するリンクを抽出する（Ｓ２２）。「レコードに対応するリンク」とは、前述したように、マップマッチング結果２３０において、事故の発生時刻を基準として、それ以前の所定期間（例えば５分間程度）のリンクである。次に、分析部２２０は、抽出したリンクの諸元情報の各項目にポイントを加算する（Ｓ２３）。そして、分析部２２０は、全ての事故情報２４０のレコードを選択したか否かを判定する（Ｓ２４）。全ての事故情報２４０のレコードを選択していない場合、Ｓ２０に戻り、次のレコードを選択する。全ての事故情報２４０のレコードを選択した場合、分析部２２０は、諸元情報の項目ごとの影響度を算出する（Ｓ２５）。

【0037】

なお、上記のような手法に代えて、分析部２２０は、諸元情報の項目の組み合わせごとに事故の発生回数をカウントし、同様に事故への影響度を求めてもよい。

【0038】

分析サーバ２００による分析結果は、例えば、リンクの諸元情報の項目ごとに影響度を求めた情報として、ナビゲーションサーバ１００および／または保険会社サーバ３００に提供される。

【0039】

ナビゲーションサーバ１００の経路探索部１１０は、経路探索を行う際に、事故への影響度の低いリンクを優先的に選択する。図９は、経路探索部１１０による処理を説明するための図である。図示するように、経路探索部１１０は、端末装置ＴＭの位置から目的地までの経路が複数考えられる場合、各経路に含まれるリンクの事故への影響度を合計し、事故への影響度の合計値が低い経路を選択する。図９の例では、経路探索部１１０は、経路（２）を優先的に選択する。この際に、経路探索部１１０は、リンクの事故への影響度の合計値だけでなく、所要時間や合計走行距離などの他の要素を考慮して総合的に経路を選択してもよい。例えば、経路探索部１１０は、事故への影響度の合計値と、所要時間その他の情報とに対して重み（負の値でもよい）を付与し、加重和を求めることで最もスコアの高い経路を選択してもよい。

【0040】

保険会社サーバ３００の保険条件決定部３１０は、端末装置ＴＭなどから走行経路の情報を取得すると、走行経路に含まれるリンクごとの事故への影響度に基づいて保険条件を決定する。ここでは、説明を簡易にするために、保険料を決定することについてのみ説明する。図１０は、走行経路の一例を示す図である。走行経路の出発地点と到着地点の間にリンク（１）〜リンク（ｎ）が存在するものとする。この場合、保険条件決定部３１０は、例えば式（１）に基づいて保険料Ｐを決定する。式中、Ｌ（ｋ）はリンク（ｋ）の距離であり、Ｅ（ｋ）は、リンク（ｋ）の事故への影響度であり、ｆ｛Ｅ（ｋ）｝は、Ｅ（ｋ）が高くなる程、値が高くなる関数である。
Ｐ＝Σ_ｋ＝１^ｎ［Ｌ（ｋ）×ｆ｛Ｅ（ｋ）｝］ …（１）

【0041】

以上説明した第１実施形態によれば、分析装置２００が、ナビゲーションシステムにおいて、地図情報１２０におけるリンクに対して車両Ｖｈの位置（端末ＴＭの位置）が対応付けられた結果を示すマップマッチング情報２３０と、車両において発生した事故に関する事故情報２４０とを取得し、マップマッチング情報２３０から事故情報２４０の各レコードに対応するリンクを抽出し、抽出したリンクの諸元情報と、事故との相関関係を分析することにより、種々の用途に役立てることができる。

【0042】

また、第１実施形態によれば、ナビゲーションサーバ１００が、事故への影響度が低い経路を探索することで、安全運転に寄与することができる。また、保険会社サーバ３００が前述したように保険条件を決定する場合、利用者にとって有利な保険条件を実現することができる。

【0043】

＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態の分析装置２００の情報取得部２１０は、マップマッチング結果２３０と事故情報２４０の少なくとも一方に付随して、環境条件を取得する。環境条件とは、曜日、時間帯、季節、日柄（正月の三が日、ゴールデンウィークなど）、天候、交通量、社会指標（為替レート、株価、ＧＤＰなど）のうち一部または全部を含むものである。分析装置２００は、これらの情報を、内蔵する時計機能や、天候情報の提供サーバ、交通情報の提供サーバ、或いは経済情報の提供サーバ（いずれも不図示）などから取得する。そして、情報取得部２１０は、マップマッチング結果２３０と事故情報２４０の少なくとも一方に環境条件を対応付けて記憶部に記憶させる。

【0044】

そして、分析装置２００の分析部２２０は、環境条件ごとに、リンクの諸元情報の各項目について事故への影響度を分析する。分析部２２０は、例えば、図６で説明したカウント処理や統計的処理を、環境条件ごとに行うことで、環境条件ごとの事故への影響度を導出することができる。その導出結果は、例えば、図７に示す結果を環境条件ごとに求めたものとなる。

【0045】

以上説明した第２実施形態によれば、第１実施形態に比して、より精密な分析を行うことができる。すなわち、「日曜日の夜間、このタイプのリンクは事故のリスクが高い」といった結果を導出することができる。

【0046】

＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態は、マップマッチング情報２３０の取得形態が第１実施形態と異なる。以下、この点を中心に説明する。

【0047】

図１１は、第３実施形態に係る情報処理装置を含むシステムの構成図である。第３実施形態に係るナビゲーションサーバ１００Ａは、マップマッチング部１３０を備える。マップマッチング部１３０は、第１実施形態において端末装置ＴＭが実行するものとして説明したマップマッチング処理を実行する。第１実施形態では、端末装置ＴＭがナビゲーションサーバ１００から受信した部分地図情報に対してマップマッチング処理を行うのに対し、第３実施形態では、ナビゲーションサーバ１００が、端末装置ＴＭから受信した位置と地図情報１２０とに基づいてマップマッチング処理を行う。

【0048】

図１２は、第３実施形態に係る情報処理装置を含むシステムにおいて実行される処理の流れを示すシーケンス図である。

【0049】

まず、端末装置ＴＭにおいてナビアプリが起動し、利用者による目的地の設定を受け付ける（Ｓ３１）。端末装置ＴＭは、位置測位装置によって特定された端末装置ＴＭの位置（以下、「自装置の位置」）および目的地をナビゲーションサーバ１００に送信する（Ｓ３２）。ナビゲーションサーバ１００では、位置および目的地と、地図情報１２０とを用いて経路探索を行うと共に、初期マップマッチング処理を行う（Ｓ３３）。初期マップマッチング処理とは、経路探索の依頼と共に受信した位置に基づいて行われるマップマッチング処理である。ナビゲーションサーバ１００は、探索結果としての経路と、端末装置ＴＭの位置を中心とした領域の部分地図情報と、初期マップマッチング処理の結果を端末装置ＴＭに送信する（Ｓ３４）。

【0050】

端末装置ＴＭは、受信した情報に基づいてナビゲーション画面を生成し、音声情報と共に表示する（Ｓ３５）。

【0051】

端末装置ＴＭは、定期的に、自装置の位置をナビゲーションサーバ１００に送信する（Ｓ３６）。ナビゲーションサーバ１００は、受信した位置と地図情報１２０とに基づいてマップマッチング処理を行う（Ｓ３７）。そして、ナビゲーションサーバ１００は、受信した位置に対応する部分地図情報と、マップマッチング結果を端末装置ＴＭに送信すると共に（Ｓ３８）、マップマッチング結果を分析サーバ２００に送信する（Ｓ３９）。分析サーバ２００は、受信したマップマッチング結果を記憶部に記憶させる（Ｓ４０）。こうしてＳ３５〜Ｓ４０の処理が繰り返し実行される。事故が検知された場合の処理（Ｓ４１〜Ｓ４３）については第１実施形態と同様であるため、説明を省略する。

【0052】

以上説明した第３実施形態によれば、第１実施形態と同様の効果を奏することができる。

【0053】

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

【0054】

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

【0055】

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。例えば、端末装置ＴＭが事故を検知して事故情報を分析サーバ２００へ送信することは必須ではない。

【符号の説明】

【0056】

１００…ナビゲーションサーバ
１１０…経路探索部
１２０…地図情報
１３０…マップマッチング部
２００…分析サーバ
２１０…情報取得部
２２０…分析部
２３０…マップマッチング情報
２４０…事故情報
３００…保険会社サーバ
３１０…保険条件決定部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】