JP2019168438A - データ構造、情報処理装置、及び地図生成装置 - Google Patents

Abstract

【課題】車道にはみ出して存在する歩行者に起因する危険性がある区間を好適に特定することが可能な地図データのデータ構造及び当該地図データを記憶する情報処理装置並びに当該地図データを生成する地図データ生成装置を提供する。【解決手段】サーバ装置２は、配信地図ＤＢ５を記憶する。配信地図ＤＢ５に含まれるリンクごとの道路データは、対象となるリンクに関する情報を指定する各項目を含む基本情報部と、道路区間ごとに車道にはみ出した歩行者等に起因した危険度などを規定する危険度範囲情報に関する各項目を含む特有情報部とを有する。サーバ装置２は、各端末装置２から受信するアップロード情報Ｉｕに基づき、危険度範囲情報を生成し、生成した危険度範囲情報に基づき配信地図ＤＢ５を更新する。【選択図】図８

Description

本発明は、車両等の移動体において利用される地図データに関する。

従来から、車両に設置されたセンサの出力に基づき地図データを更新する技術が知られている。例えば、特許文献１には、車両等の移動体に設置されたセンサの出力に基づいて部分地図の変化点を検出した場合に、当該変化点に関する変化点情報をサーバ装置に送信する運転支援装置が開示されている。また、非特許文献１には、車両側のセンサが検出したデータをクラウドサーバで収集するためのデータフォーマットに関する仕様が開示されている。

特開２０１６−１５６９７３号公報

ｈｅｒｅ社ホームページ、Ｖｅｈｉｃｌｅ Ｓｅｎｓｏｒ Ｄａｔａ Ｃｌｏｕｄ Ｉｎｇｅｓｔｉｏｎ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｖ２．０．２），［平成３０年２月５日検索］、インターネット＜ＵＲＬ：https://lts.cms.here.com/static-cloud-content/Company_Site/2015_06/Vehicle_Sensor_Data_Cloud_Ingestion_Interface_Specification.pdf＞

駅前などの歩行者の多い道路や、歩道のない道路では、歩行者が車道にはみ出して通行する場合があり、このような道路区間では、車両は車道にはみ出した歩行者を避けて走行する必要がある。従って、このような道路区間を車両側で予め特定し、当該道路区間を避けて走行したり、事前に運転者に警告したりできるように、車両側で参照可能な情報として用意できると好ましい。

本発明は、上記のような課題を解決するためになされたものであり、車道にはみ出して存在する歩行者に起因する危険性がある区間を好適に特定することが可能な地図データのデータ構造及び当該地図データを記憶する情報処理装置並びに当該地図データを生成する地図データ生成装置を提供することを主な目的とする。

請求項に記載の発明は、移動体が走行する際に用いる地図データのデータ構造であって、道路を所定の長さで区切った道路区間を示す区間情報と、前記道路区間において歩行者が歩道を越えて存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を含み、前記移動体が走行する際の危険度を認識するのに用いられるデータのデータ構造である。

また、請求項に記載の発明は、情報処理装置であって、道路を所定の長さで区切った道路区間を示す区間情報と、歩行者が歩道を越えて前記道路区間に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を含む地図データを記憶する記憶手段を有する。

また、請求項に記載の発明は、地図データ生成装置であって、移動体に搭載された検出装置が検出した、車道と歩道との境界に対する前記歩行者の位置を示す位置情報を含む歩行者情報を取得する取得手段と、前記歩行者情報と前記移動体の位置情報を含む移動体情報と、に基づき生成された、歩行者が歩道を越えて車道に存在する道路区間を示す区間情報と、前記道路区間において歩行者が歩道を越えて車道に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を関連付けた地図データを生成する生成手段を有する。

データ収集システムの概略構成である。 端末装置及びサーバ装置のブロック構成を示す。 端末装置が実行する処理概要を示したブロック図である。 アップロード情報の第１データ構造例を示す。 歩行者を検出した際の車両周辺の俯瞰図を示す。 歩行者及び自転車運転者を検出した際の車両周辺の俯瞰図を示す。 アップロード情報の第２データ構造例を示す。 配信地図ＤＢに含まれるリンクごとの道路データのデータ構造の一例を示す。 リンク１及びリンク２に対応する道路区間での危険度の算出方法の第１具体例を概略的に示した図である。 リンク１及びリンク２に対応する道路区間での危険度の算出方法の第２具体例を概略的に示した図である。 ダウンロード情報のデータ構造の一例である。 実施例における処理の概要を示すフローチャートの一例である。 変形例に係るデータ収集システムの概略構成である。

本発明の好適な実施形態によれば、移動体が走行する際に用いる地図データのデータ構造であって、道路を所定の長さで区切った道路区間を示す区間情報と、前記道路区間において歩行者が歩道を越えて存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を含み、前記移動体が走行する際の危険度を認識するのに用いられるデータのデータ構造である。このようなデータ構造を有する地図データによれば、移動体（移動体と共に移動する端末も含む）は、地図データに基づき道路区間ごとの危険度を事前に認識し、経路探索、注意喚起、及び自動運転制御などに好適に活用することができる。

上記データ構造の一態様では、地図データのデータ構造は、複数の前記道路区間が重複する場合の前記危険度情報の優先度を示す優先度情報をさらに含む。この態様によれば、地図データを参照した際に、異なる危険度が指定された複数の区間情報が示す道路区間が重複した場合であっても、当該重複区間での危険度を好適に認識することができる。

上記データ構造の他の一態様では、地図データのデータ構造は、前記危険度情報が有効である時間帯又は曜日を前記道路区間ごとに指定する時間指定情報をさらに含む。この態様によれば、移動体の走行上の危険度を時間帯又は曜日ごとに的確に地図データに登録することができる。

上記データ構造の他の一態様では、前記危険度情報が有効である期限を前記道路区間ごとに示す有効期限情報をさらに含む。この態様によれば、有効でない古い区間情報が参照及び利用されるのを好適に抑制することができる。

上記データ構造の他の一態様では、前記区間情報により特定される道路区間に存在した歩行者に関する歩行者情報をさらに含む。この態様によれば、地図データを参照した際に、各道路区間において存在する歩行者の傾向を好適に把握することができる。

上記データ構造の他の一態様では、前記危険度情報は、前記道路区間において、歩道を越えて車道に存在した歩行者の人数に基づき生成される。この態様により、車道に存在する歩行者に起因した危険度を的確に反映した危険度情報を地図データに含めることができる。

好適には、前記区間情報及び前記危険度情報は、前記道路区間に対応する道路の道路情報に含まれる、又は、前記道路の識別情報と関連付けられるとよい。

本発明の他の好適な実施形態によれば、情報処理装置は、道路を所定の長さで区切った道路区間を示す区間情報と、歩行者が歩道を越えて前記道路区間に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を含む地図データを記憶する記憶手段を有する。情報処理装置は、例えば、このような地図データを配信用地図として用いたり、経路探索などに用いたりすることができる。

本発明の他の好適な実施形態によれば、地図データ生成装置は、移動体に搭載された検出装置が検出した、車道と歩道との境界に対する前記歩行者の位置を示す位置情報を含む歩行者情報を取得する取得手段と、前記歩行者情報と前記移動体の位置情報を含む移動体情報と、に基づき生成された、歩行者が歩道を越えて車道に存在する道路区間を示す区間情報と、前記道路区間において歩行者が歩道を越えて車道に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を関連付けた地図データを生成する生成手段を有する。この態様によれば、地図データ生成装置は、歩行者が歩道を越えて車道に存在する道路区間を示す区間情報及び当該道路区間における危険度情報が関連付けられた地図データを好適に生成することができる。

上記地図データ生成装置の他の一態様では、前記生成手段は、複数の前記道路区間及び各々の道路区間に対応する危険度情報と、前記道路区間を含む道路と、を関連付けて地図データを生成する。この態様により、地図データ生成装置は、歩行者が歩道を越えて車道に存在することに起因して危険な道路区間の情報及び対応する危険度情報を、当該道路区間を含む道路と関連付けた地図データを好適に生成することができる。

上記地図データ生成装置の他の一態様では、前記歩行者情報は、前記車道と歩道との境界と前記歩行者との距離を前記位置情報として含み、前記危険度は、前記車道と歩道との境界と前記歩行者との距離の大きさに基づいて決定されたものである。この態様により、地図データ生成装置は、車道と歩道との境界と歩行者との距離の大きさに基づいて決定した危険度を示す危険度情報を含む地図データを好適に生成することができる。

以下、図面を参照して本発明の好適な実施例について説明する。

［データ収集システムの概要］
図１は、本実施例に係るデータ収集システムの概略構成である。データ収集システムは、移動体である各車両に搭載され車両と共に移動する端末装置１と、各端末装置１とネットワークを介して通信を行うサーバ装置２とを備える。そして、データ収集システムは、各端末装置１から送信された情報に基づき、サーバ装置２若しくはサーバ装置と通信回線を介して接続された図示しない地図サーバ装置が保有する地図を更新する。なお、以後において、「地図」とは、従来の経路案内用の車載機が参照するデータに加えて、ＡＤＡＳ（Ａｄｖａｎｃｅｄ Ｄｒｉｖｅｒ Ａｓｓｉｓｔａｎｃｅ Ｓｙｓｔｅｍ）や自動運転に用いられるデータも含むものとする。

端末装置１は、カメラやライダ（ＬＩＤＡＲ：Ｌａｓｅｒ Ｉｌｌｕｍｉｎａｔｅｄ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ、Ｌａｓｅｒ Ｉｍａｇｉｎｇ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ または ＬｉＤＡＲ：Ｌｉｇｈｔ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ）などから構成されるセンサ部７の出力に基づき、所定の物体を検出する。本実施例では、端末装置１は、センサ部７の出力に基づき、歩行者と自転車運転者（もしくは走行する自転車）を検出し、検出した歩行者及び自転車運転者に関する情報を、端末装置１が搭載された車両の属性情報と共にアップロード情報Ｉｕとしてサーバ装置２へ送信する。また、端末装置１は、地図データを更新するためのダウンロード情報「Ｉｄ」をサーバ装置２から受信する。

なお、端末装置１は、車両に取り付けられた車載機又は車載機の一部であってもよく、車両の一部であってもよい。あるいは、センサ部７を接続することができれば、ノート型ＰＣ等の可搬性のある端末機器であってもよい。端末装置１は、情報送信装置の一例である。また、カメラやライダなどの外界センサは、検出装置の一例である。

サーバ装置２は、各端末装置１からアップロード情報Ｉｕを受信して記憶する。サーバ装置２は、例えば、収集したアップロード情報Ｉｕに基づき、自動車が走行すべき車道に歩行者や自転車運転者が進入する傾向がある道路区間（「危険度区間」とも呼ぶ。）を特定し、当該道路区間を車両が走行する際の歩行者や自転車運転者に起因した危険の度合い（「危険度」とも呼ぶ。）を設定する。そして、サーバ装置２は、特定した危険度区間に関する情報（「危険度区間情報」とも呼ぶ。）を地図データの一部として記憶したり、ダウンロード情報Ｉｕとして端末装置１に配信したりする。サーバ装置２は、情報処理装置及び地図データ生成装置の一例である。

［端末装置の構成］
図２（Ａ）は、端末装置１の機能的構成を表すブロック図を示す。図２（Ａ）に示すように、端末装置１は、主に、通信部１１と、記憶部１２と、入力部１３と、制御部１４と、インターフェース１５と、出力部１６とを有する。端末装置１内の各要素は、バスライン９８を介して相互に接続されている。

通信部１１は、制御部１４の制御に基づき、アップロード情報Ｉｕをサーバ装置２へ送信したり、地図ＤＢ４を更新するための地図データをサーバ装置２から受信したりする。また、通信部１１は、車両を制御するための信号を車両に送信する処理、車両の状態に関する信号を車両から受信する処理を行ってもよい。

記憶部１２は、制御部１４が実行するプログラムや、制御部１４が所定の処理を実行する為に必要な情報を記憶する。本実施例では、記憶部１２は、地図ＤＢ４と、センサデータキャッシュ６と、車両属性情報「ＩＶ」とを記憶する。

地図ＤＢ４には、自動運転やＡＤＡＳなどで使用される種々のデータが記録されている。地図ＤＢ４は、例えば、道路網をノードとリンクの組合せにより表した道路データ、施設データ、及び道路周辺の地物情報などを含むデータベースである。地物情報は、道路標識等の看板や停止線等の道路標示、センターライン等の道路区画線や道路沿いの構造物等の情報を含む。また、地物情報は、自車位置推定に用いるための地物の高精度な点群情報などを含んでもよい。その他、地図ＤＢ４には、位置推定に必要な種々のデータが記憶されてもよい。

センサデータキャッシュ６は、センサ部７の出力データ（所謂生データ）を一時的に保持するキャッシュメモリである。車両属性情報ＩＶは、車両の種別、車両ＩＤ、車両長さ、車幅、車高、車両の燃料タイプなどの端末装置１を搭載する車両の属性に関する情報を示す。

入力部１３は、ユーザが操作するためのボタン、タッチパネル、リモートコントローラ、音声入力装置等であり、例えば、経路探索のための目的地を指定する入力、自動運転のオン及びオフを指定する入力などを受け付け、生成した入力信号を制御部１４へ供給する。出力部１６は、例えば、制御部１４の制御に基づき出力を行うディスプレイやスピーカ等である。

インターフェース１５は、センサ部７の出力データを制御部１４やセンサデータキャッシュに供給するためのインターフェース動作を行う。センサ部７は、ライダ３１やカメラ３２などの車両の周辺環境を認識するための複数の外界センサと、ＧＰＳ受信機３３、ジャイロセンサ３４、ポジションセンサ３５、３軸センサ３６などの内界センサを含む。ライダ３１は、外界に存在する物体までの距離を離散的に測定し、当該物体の表面を３次元の点群として認識し、点群データを生成する。カメラ３２は、車両から撮影した画像データを生成する。ポジションセンサ３５は、各外界センサの取り付け位置を検出するために設けられ、３軸センサ３６は、各外界センサの姿勢を検出するために設けられている。なお、センサ部７は、図２（Ａ）に示した外界センサ及び内界センサ以外の任意の外界センサ及び内界センサを有してもよい。例えば、センサ部７は、外界センサとして、超音波センサ、赤外線センサ、マイクなどを含んでもよい。センサ部７に含まれる任意の外界センサは、検出装置として機能する。

制御部１４は、１または複数のプラットフォーム上で所定のプログラムを実行するＣＰＵなどを含み、端末装置１の全体を制御する。制御部１４は、機能的には、位置推定部１７と、対象物検出部１８と、アップロードデータ生成部１９と、地図更新部２０とを含む。制御部１４は、生成手段、位置推定手段、制御手段、送信手段、プログラムを実行するコンピュータ等として機能する。

図３は、端末装置１の位置推定部１７、対象物検出部１８、アップロードデータ生成部１９及び地図更新部２０の処理概要を示したブロック図である。

位置推定部１７は、センサデータキャッシュ６に保持されているセンサ部７の出力データ及び地図ＤＢ４に基づき、自車位置（車両の姿勢も含む）を推定する。位置推定部１７は、種々の位置推定方法を実行可能となっている。位置推定部１７は、例えば、ＧＰＳ受信機３３及びジャイロセンサ３４等の自立測位センサの出力に基づくデッドレコニング（自律航法）による自車位置推定方法、自律航法に地図ＤＢ４の道路データなどをさらに照合する処理（マップマッチング）を行う自車位置推定方法、周囲に存在する所定のオブジェクト（ランドマーク）を基準としてライダ３１やカメラ３２などの外界センサの出力データと地図ＤＢ４の地物情報が示すランドマークの位置情報とに基づく自車位置推定方法などを実行する。そして、位置推定部１７は、例えば、現在実行可能な位置推定方法の中から最も高い推定精度となる位置推定方法を実行し、実行した位置推定方法に基づき得られた自車位置等を示した自車位置情報を、アップロードデータ生成部１９へ供給する。

対象物検出部１８は、センサ部７が出力する点群情報、画像データ、音声データ等に基づき、所定の対象物を検出する。本実施例では、対象物検出部１８は、センサ部７が出力するデータに基づき、歩行者と自転車運転者を所定の対象物として検出し、検出した対象物に関するデータ（「対象物データ」とも呼ぶ。）をアップロードデータ生成部１９へ供給する。ここで、対象物データには、種々のパターン認識技術等を用いることで認識された対象物の位置、進行方向、年齢、性別、種別などの種々の属性情報が含まれている。

アップロードデータ生成部１９は、位置推定部１７から供給される自車位置情報と、対象物検出部１８から供給される対象物データと、車両属性情報ＩＶとに基づき、アップロード情報Ｉｕを生成する。そして、アップロードデータ生成部１９は、生成したアップロード情報Ｉｕを、通信部１１によりサーバ装置２へ送信する。アップロードデータ生成部１９が送信するアップロード情報Ｉｕのデータ構造については、［データ構造］のセクションで詳しく説明する。

地図更新部２０は、通信部１１によりサーバ装置２から受信したダウンロード情報Ｉｄに基づき、地図ＤＢ４を更新する。ダウンロード情報Ｉｄのデータ構造については、［データ構造］のセクションで詳しく説明する。

［サーバ装置の構成］
図２（Ｂ）は、サーバ装置２の機能的構成を示すブロック図を示す。図２（Ｂ）に示すように、サーバ装置２は、主に、通信部２１と、記憶部２２と、制御部２３とを有する。サーバ装置２内の各要素は、バスライン９９を介して相互に接続されている。

通信部２１は、制御部２３の制御に基づき、各端末装置１からアップロード情報Ｉｕを受信したり、地図ＤＢ４を更新するためのダウンロード情報Ｉｄを各端末装置１へ送信したりする。

記憶部２２は、制御部２３が実行するプログラムや、制御部２３が所定の処理を実行する為に必要な情報を記憶する。本実施例では、記憶部２２は、配信地図ＤＢ５と、歩行者情報ＤＢ８と、自転車情報ＤＢ９とを記憶する。

配信地図ＤＢ５は、各端末装置１に配信するための地図データであり、地図ＤＢ４と同様のデータ構造を有する。本実施例では、地図ＤＢ４及び配信地図ＤＢ５には、後述する歩行者情報ＤＢ８及び自転車情報ＤＢ９を参照することでサーバ装置２が生成した危険度区間情報が記録されている。

歩行者情報ＤＢ８は、歩行者に関するアップロード情報Ｉｕを蓄積したデータベースであり、自転車情報ＤＢ９は、自転車運転者に関するアップロード情報Ｉｕを蓄積したデータベースである。歩行者情報ＤＢ８及び自転車情報ＤＢ９に記録されたデータは、配信地図ＤＢ５の更新に用いられ、所定の統計処理、検証処理等が行われた後に配信地図ＤＢ５に反映される。

制御部２３は、所定のプログラムを実行するＣＰＵなどを含み、サーバ装置２の全体を制御する。本実施例では、制御部２３は、通信部２１によりアップロード情報Ｉｕを端末装置１から受信した場合に、当該アップロード情報Ｉｕが歩行者の情報を示す場合にはアップロード情報Ｉｕを歩行者情報ＤＢ８に蓄積し、アップロード情報Ｉｕが自転車運転者の情報を示す場合にはアップロード情報Ｉｕを自転車情報ＤＢ９に蓄積する。また、制御部２３は、所定のタイミングにおいて、歩行者情報ＤＢ８及び自転車情報ＤＢ９を参照することで危険度区間情報を生成し、当該危険度区間情報に基づき配信地図ＤＢ５を更新する。さらに、制御部２３は、生成した危険度区間情報を含むダウンロード情報Ｉｄを、通信部２１により端末装置１へ送信する。制御部２３は、生成手段として機能する。

［データ構造］
次に、アップロード情報Ｉｕ、配信地図ＤＢ５、及びダウンロード情報Ｉｄのデータ構造についてそれぞれ説明する。以後において、「対象物」は、端末装置１がセンサ部７により検出した歩行者又は自転車運転者を示すものとする。

（１）アップロード情報
図４は、アップロード情報Ｉｕのデータ構造の第１の具体例である第１データ構造例を示す。図４に示す第１データ構造例は、端末装置１が検出した対象物（歩行者又は自転車運転者）の単体の情報（即ち１人単位の情報）を送信するためのアップロード情報Ｉｕのデータ構造を示す。図４に示すように、アップロード情報Ｉｕは、基本情報部と、特有情報部とを含む。

基本情報部は、対象物を検出した端末装置１の車両に関する各項目を含む。具体的には、基本情報部は、「ヘッダ」、「車両メタデータ」、「車両位置」、「車両速度」の各項目を含む。

ここで、「ヘッダ」は、アップロード情報Ｉｕのヘッダ情報を指定する項目であり、端末装置１は、アップロード情報Ｉｕのデータフォーマットのバージョン情報、対象物を検出した時刻を示すタイムスタンプなどの情報を「ヘッダ」に指定する。タイムスタンプは、本発明における「日時情報」の一例である。

また、「車両メタデータ」は、車両のメタデータを指定する項目であり、端末装置１は、車両属性情報ＩＶなどを参照することで、車種、車両ＩＤ、車両長、車幅、車高などの端末装置１を搭載した車両の種々の属性情報を「車両メタデータ」に指定する。また、「車両位置」は、車両の位置情報を指定する項目であり、端末装置１は、対象物を検出したときの車両の位置情報を「車両位置」に指定する。また、「車両速度」は、車両の速度情報を指定する項目であり、端末装置１は、対象物を検出したときに計測された車両の速度情報を「車両速度」に指定する。なお、「車両速度」に指定される車両の速度が速い場合、対象物の検出時での車両速度が速くとも、検出地点の周辺位置は車両が安全に走行できる（即ち危険が少ない）走行環境であると推定できるため、「車両速度」に指定された情報は、サーバ装置２が行う危険度区間情報の生成に好適に用いられる。

特有情報部は、端末装置１が検出した対象物に関する各項目を含む。具体的には、特有情報部は、「情報ＩＤ」、「対象物種別」、「対象物位置」、「対象物進行方向」、「対象物プロフィール」、「逸脱距離基準」、「逸脱距離」、「進行方向位置」を含む。

「情報ＩＤ」は、特有情報部のデータ構造を特定するための識別番号等を指定する項目であり、本実施例では、端末装置１は、歩行者又は自転車運転者に関する情報を指定するためのデータ構造を特有情報部が有することを示す識別番号等を「情報ＩＤ」に指定する。「対象物種別」は、対象物の種別情報を指定する項目であり、端末装置１は、検出した対象物が歩行者であるか又は自転車であるかを示す情報を「対象物種別」に指定する。「対象物位置」は、対象物が自車線側（即ち車両の走行車線に隣接した歩道又は自転車道付近）に存在したか又は反対車線側（即ち反対車線に隣接した歩道又は自転車道付近）に存在したかを示す情報を指定する項目であり、端末装置１は、例えば検出した対象物の車両に対する相対位置と車両が走行中の道路との位置関係に基づき上述の自車線側又は反対車線側のいずれに対象物が存在するか判定し、その判定結果を示す情報を「対象物位置」に指定する。「対象物進行方向」は、対象物の進行方向を示す情報を指定する項目であり、端末装置１は、例えば複数時刻で検出した対象物の位置の遷移に基づき対象物の進行方向を特定し、特定した進行方向の情報を「対象物進行方向」に指定する。「対象物プロフィール」は、対象物である歩行者又は自転車運転者の年齢や性別などのプロフィールを指定する項目であり、端末装置１は、例えばカメラ３２やライダ３１などの外界センサの出力に基づき公知のパターンマッチング技術等を適用することで対象物の特定のプロフィールを認識し、その認識結果を示す情報を「対象物プロフィール」に指定する。

「逸脱距離基準」は、後述する逸脱距離を計測するための基準位置である逸脱距離基準が指定される項目である。逸脱距離基準は、対象物が車両の走行上危険な位置に存在するか否かの基準となる道路の幅方向の位置であって、例えば、車道と歩道との間の境界となる縁石や車道外側線、車道と路側帯との境界線、自転車道と車道との境界線などが該当する。境界は実際に線によって表されている場合もあれば、そうでない場合もありえる。なお、「逸脱距離基準」には、上述の境界線等の道路幅方向の位置を示す位置情報が指定されてもよく、上述の境界線等が地図に登録されている場合には、地図上で当該境界線等を識別するための識別情報が指定されてもよい。

「逸脱距離」は、逸脱距離基準から対象物が車道側へはみ出した道路幅方向における距離である逸脱距離を示す情報が指定される項目であり、端末装置１は、「逸脱距離基準」で指定した位置と対象物との距離を示す情報を「逸脱距離」に指定する。「進行方向位置」は、道路幅方向と垂直な方向である道路に沿った方向（即ち車両の進行方向）における対象物の位置を特定する情報を指定する項目である。例えば、端末装置１は、走行中の道路に対応するリンクのリンクＩＤ（道路識別情報）、及び当該リンクの始点位置からのリンクに沿った対象物の距離などを示す情報を「進行方向位置」に指定する。

ここで、逸脱距離基準の選定及び逸脱距離の算出について、図５及び図６を参照して説明する。

図５は、歩行者７０〜７２を端末装置１が検出した際の車両周辺の俯瞰図を示す。この場合、端末装置１は、車道と歩道との境界である車道外側線６０を逸脱距離基準として定め、検出した歩行者７０〜７２の各々の車道外側線６０を基準とした道路幅方向における距離を逸脱距離として算出する。この場合、端末装置１は、車道外側線６０を、ライダ３１やカメラ３２等の外界センサの出力に基づき認識してもよく、自車位置情報に基づき地図ＤＢ４を参照することで認識してもよい。

そして、端末装置１は、歩行者７０の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には、車道外側線６０を特定する情報を指定し、「逸脱距離」には、矢印Ａ０の幅（すなわち車道外側線６０と歩行者７０との距離）に相当する逸脱距離（ここでは負値）を指定する。同様に、歩行者７１の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には、車道外側線６０を特定する情報を指定し、「逸脱距離」には、矢印Ａ１の幅に相当する逸脱距離（ここでは正値）を指定する。また、歩行者７２の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には、車道外側線６０を特定する情報を指定し、「逸脱距離」には、矢印Ａ２の幅に相当する逸脱距離（ここでは正値）を指定する。これにより、端末装置１は、歩道から車道にはみ出している歩行者７１、７２の存在及び逸脱距離を、それぞれの検出結果を示すアップロード情報Ｉｕにより好適にサーバ装置２に通知することができる。

図６は、歩行者７３及び自転車運転者７４、７５を端末装置１が検出した際の車両周辺の俯瞰図を示す。この場合、端末装置１は、歩道と自転車道（自転車専用レーン）との境界６２を、歩行者７３に対する逸脱距離基準として定め、境界６２に対して車道側を正値とする歩行者７３の距離を、歩行者７３の逸脱距離として算出する。従って、端末装置１は、歩行者７３の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には境界６２を特定する情報を指定し、「逸脱距離」には矢印Ａ３の幅に相当する逸脱距離（ここでは負値）を指定する。

また、端末装置１は、自転車道と車道との境界線６３を、自転車運転者７４、７５に対する逸脱距離基準として定め、境界線６３に対して車道側を正値とする自転車走行者７４、７５の距離をこれらの逸脱距離として算出する。従って、端末装置１は、自転車運転者７４の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には、境界線６３を特定する情報を指定し、「逸脱距離」には、矢印Ａ４の幅に相当する逸脱距離（ここでは負値）を指定する。また、端末装置１は、自転車運転者７５の検出結果を示すアップロード情報Ｉｕの「逸脱距離基準」には、境界線６３を特定する情報を指定し、「逸脱距離」には、矢印Ａ５の幅に相当する逸脱距離（ここでは正値）を指定する。このように、「逸脱距離基準」は、検出した対象物が歩行者か自転車運転者かによって異なる位置に指定されてもよい。

図７は、アップロード情報Ｉｕのデータ構造の第２の具体例である第２データ構造例を示す。図７に示すデータ構造は、端末装置１が複数の対象物を同一場所で検出した場合に、検出した複数の対象物の統計情報を送信するためのアップロード情報Ｉｕのデータ構造を示す。図７に示すアップロード情報Ｉｕは、図４に示すアップロード情報Ｉｕと同一のデータ構造を有する基本情報部と、図４に示すアップロード情報Ｉｕと異なるデータ構造を有する特有情報部とを含む。なお、端末装置１は、歩行者と自転車運転者とを同一場所で検出した場合には、検出した歩行者に関するアップロード情報Ｉｕと検出した自転車運転者に関するアップロード情報Ｉｕとに分けて送信するものとする。また、端末装置１は、自車線側の対象物と反対車線側の対象物とを同時検出した場合にも同様に、自車線側の対象物に関するアップロード情報Ｉｕと反対車線側の対象物に関するアップロード情報Ｉｕとに分けて送信するものとする。

図７に示す特有情報部は、「情報ＩＤ」、「対象物種別」、「対象物位置」、「対象物数」、「逸脱距離基準」、「逸脱距離分布」、「距離別年齢分布」、「距離別性別分布」等の各項目を含む。

「情報ＩＤ」には、端末装置１は、図７に示す特有情報部のデータ構造を特定するための識別番号等を指定する。「対象物種別」には、端末装置１は、端末装置１が検出した対象物の種別情報を指定する。「対象物位置」には、端末装置１は、対象物が自車線側又は反対車線側のいずれに存在したかを示す情報を指定する。

「対象物数」には、端末装置１は、本アップロード情報Ｉｕにおいて対象とする対象物の数を指定する。具体的には、端末装置１は、「対象物種別」が示す種別に該当し、「対象物位置」が示す位置に存在する対象物として端末装置１が検出した対象物の総数を「対象物数」に指定する。「逸脱距離基準」には、端末装置１は、図４に示すアップロード情報Ｉｕと同様に、逸脱距離基準となる境界線等の識別情報又は位置情報等を指定する。「逸脱距離分布」は、逸脱距離の分布に関する情報を指定する項目であり、端末装置１は、例えば各対象物の逸脱距離を所定長ごとに区分けした場合の区分けごとの対象物の数又は割合を示す情報を「逸脱距離分布」に指定する。他の例では、端末装置１は、「対象物数」が示す数に対して逸脱距離が正値となる（即ち車道に存在する）対象物の数又は割合を示す情報を「逸脱距離分布」に指定してもよい。さらに別の例では、端末装置１は、対象物の逸脱距離の分布が正規分布に従うとみなし、各対象物の逸脱距離の平均及び分散のパラメータを「逸脱距離分布」に指定してもよい。

「距離別年齢分布」は、逸脱距離ごとの対象物の年齢の分布を示す情報を指定する項目であり、端末装置１は、例えば各対象物の逸脱距離を所定長ごとに区分けした場合の区分けごとの対象物の年齢の分布に関する情報を「距離別年齢分布」に指定する。「距離別性別分布」は、逸脱距離ごとの対象物の性別の分布を示す情報を指定する項目であり、端末装置１は、例えば各対象物の逸脱距離を所定長ごとに区分けした場合の区分けごとの対象物の性別の男女比に関する情報を「距離別年齢分布」に指定する。

なお、図４及び図７に示されるアップロード情報Ｉｕの基本情報部に指定される情報は、移動体情報の一例であり、図４及び図７に示されるアップロード情報Ｉｕの特有情報部に指定される情報は、歩行者情報及び自転車情報の一例である。

（２）地図ＤＢ及び配信地図ＤＢ
図８は、配信地図ＤＢ５に含まれるリンクごとの道路データ（リンクデータ）のデータ構造の一例を示す。図８には、リンクデータに危険度範囲情報を付加するデータ構造例が示されている。図８に示すデータ構造は、対象となるリンクに関する情報を指定する各項目（例えばリンクＩＤやリンク長など）を含む基本情報部と、危険度範囲情報に関する各項目を含む特有情報部とを有する。なお、端末装置１が保有する地図ＤＢ４についても、図８と同様のデータ構造を有する道路データが含まれている。

特有情報部は、「情報ＩＤ」、「基本危険度」、「危険度範囲数」、「危険度範囲ｎ」（ｎ＝１、２、…）の各項目を含む。「情報ＩＤ」は、特有情報部のデータ構造を特定するための識別番号等を指定する項目であり、本実施例では、特有情報部のデータ構造が危険度範囲情報を指定するデータ構造であることを示す識別番号等が「情報ＩＤ」として指定される。「基本危険度」は、対象のリンクのうち、後述する項目で指定される危険度範囲に含まれない範囲に対する危険度を指定する項目である。なお、危険度は、端末装置１から送信されるアップロード情報Ｉｕに基づきサーバ装置２が決定した危険度の度合いである。「危険度範囲数」は、対象のリンクに対して設定される危険度範囲の数を指定する項目である。

「危険度範囲ｎ」（ｎ＝１、２、…）の各項目は、個別の危険度範囲に関する情報を指定する項目であり、「危険度範囲数」にて指定された数だけ設けられている。「危険度範囲ｎ」は、それぞれ複数のサブ項目を含んでおり、「危険度範囲ＩＤ」、「位置」、「長さ」、「優先度」、「曜日・時間帯」、「有効期限」、「危険度」の各サブ項目を含む。

「危険度範囲ＩＤ」には、配信地図ＤＢ５に設定される各危険度範囲に対して割り当てられる固有のＩＤが指定される。「位置」には、対象の危険度範囲の位置を示す情報が指定される。例えば、「位置」には、対象のリンクの始点からの危険度範囲の始点又は終点までの距離を示す情報等が指定されてもよい。「長さ」には、対象の危険度範囲の長さを示す情報等が指定される。「危険度範囲ＩＤ」、「位置」、「長さ」に指定される情報は、区間情報の一例である。

「優先度」には、対象の危険度範囲の優先度を示す情報が指定される。この優先度は、危険度範囲が重複する区間において、いずれの危険度範囲に対する危険度等を優先して参照すべきかを判定するために用いられる。「曜日・時間帯」には、対象の危険度範囲が有効となる曜日又は／及び時間帯が指定される。「有効期限」には、対象の危険度範囲が有効なものとして使用できる期限である有効期限が指定される。「危険度」には、対象の危険度範囲に対する危険度が指定される。危険度は、車両が危険度範囲を走行する際の歩行者や自転車運転者に起因する危険度を示し、後述するように、端末装置１から送信されるアップロード情報Ｉｕに基づき決定される。「危険度」に指定される情報は、危険度情報の一例である。

また、「危険度範囲ｎ」には、対象の危険度範囲に存在する歩行者等に関する情報がさらに含まれてもよい。例えば、「危険度範囲ｎ」には、対象の危険度範囲に存在する歩行者の年齢層、男女比などの歩行者の属性に関する統計情報が含まれてもよい。

なお、危険度範囲情報は、特有情報部として道路データ（リンクデータ）に付加される態様に限られず、道路データとは別のデータとして管理されてもよい。例えば、この場合、サーバ装置２は、危険度範囲ごと又は図８の特有情報部ごとにリンクＩＤを関連付けた危険度範囲情報のデータベースを、配信地図ＤＢ５の一部として記憶してもよい。同様に、端末装置１は、上述の危険度範囲情報のデータベースを、地図ＤＢ４の一部として記憶してもよい。

ここで、特有情報部に指定する危険度範囲情報の生成方法について補足説明する。

図９は、リンク１及びリンク２に対応する道路区間での危険度の算出方法の第１具体例を概略的に示した図である。図９では、リンク１及びリンク２に対応する道路で検出された各対象物の位置が楕円により示されており、逸脱距離基準の位置が破線により示されている。なお、図９では、逸脱距離基準より下側の領域が車道の領域となっている。

この場合、まず、サーバ装置２は、リンク１又はリンク２に対応するリンクＩＤが図４の「進行方向位置」等の項目において指定されたアップロード情報Ｉｕを歩行者情報ＤＢ８又は／及び自転車情報ＤＢ９から抽出し、抽出したアップロード情報Ｉｕに基づき、リンク１及びリンク２の道路周辺に存在する各対象物の位置を特定する。

次に、サーバ装置２は、対象のリンク１及びリンク２をそれぞれ所定長の区間に区切り、区切った区間ごとに、逸脱距離が正値（即ち逸脱距離基準よりも車道側）となる対象物が存在した割合を算出する。そして、サーバ装置２は、区間ごとに算出した割合を、対応する区間における危険度として決定する。図９に示される各数値は、対応する区間に対して設定される危険度を示している。

図１０は、リンク１及びリンク２に対応する道路区間での危険度の算出方法の第２具体例を概略的に示した図である。図１０の例では、サーバ装置２は、対象のリンク１及びリンク２をそれぞれ所定長の区間に区切り、区切った区間ごとに対象物の人数を数え、１人あたり例えば１点として点数を計算する。そして、サーバ装置２は、区間ごとに算出した点数を対応する区間における危険度として決定する。図１０に示される各数値は、対応する区間に対して設定される危険度を示している。なお、この際、逸脱距離に応じて点数を調整してもよい。具体的には、逸脱距離基準から所定の距離離れた基準位置よりも、逸脱距離が大きい対象物については点数を大きくし、逸脱距離が小さい対象物については点数を小さくするといった計算をしてもよい。これによって、車道に大きく逸脱する対象物が多い道路については、高い危険度を決定することができる。

このように、サーバ装置２は、複数の車両の端末装置１から送信されるアップロード情報Ｉｕを蓄積した歩行者情報ＤＢ８又は／及び自転車情報ＤＢ９を参照することで、各リンクの区間ごとの危険度を好適に決定することができる。例えば、サーバ装置２は、図８のデータ構造に示される「基本危険度」を０とし、危険度が０より大きい区間に対して危険度範囲ＩＤを割り振り、当該区間のそれぞれに対して項目「危険度範囲ｎ」を設けるとよい。

また、サーバ装置２は、アップロード情報Ｉｕの項目「ヘッダ」に含まれるタイムスタンプを参照することで、曜日又は／及び時間帯ごとに危険度を算出し、当該危険度に基づき曜日又は／及び時間帯ごとに危険度範囲を決定してもよい。この場合、サーバ装置２は、決定した危険度範囲が対応する曜日又は／及び時間帯に関する情報を、サブ項目「曜日・時間帯」において指定する。また、サーバ装置２は、決定した危険度範囲に対して有効期限を設定してもよい。この場合、サーバ装置２は、決定した危険度範囲に対して有効期限（例えば決定時点から所定日数）を定め、定めた有効期限の情報をサブ項目「有効期限」に指定する。また、サーバ装置２は、アップロード情報Ｉｕの項目「対象物プロフィール」に含まれる対象物の年齢や性別等を参照することで、対象の危険度範囲に存在する歩行者の年齢層、男女比などの統計情報を算出し、算出した統計情報を項目「危険度範囲ｎ」のサブ項目に含めてもよい。歩行者の年齢層や性別に関する情報は、年齢や性別に起因する行動様式を参照して危険度の値を調整するのに用いてもよい。

なお、危険度は、歩行者の情報を示すアップロード情報Ｉｕに基づいて決定されてもよく、自転車運転者の情報を示すアップロード情報Ｉｕに基づいて決定されてもよい。例えば、サーバ装置２は、自転車道（自転車専用レーン）が存在する区間では、自転車走行者の情報を示すアップロード情報Ｉｕに基づいて危険度を算出し、自転車道が存在しない区間では、歩行者の情報を示すアップロード情報Ｉｕに基づいて危険度を算出してもよい。他の例では、サーバ装置２は、歩行者と自転車運転者とを区別することなく、危険度を算出してもよい。また、逸脱距離の大きさに応じて危険度を大きく算出するようにしてもよい。

（３）ダウンロード情報
図１１は、サーバ装置２が各端末装置１に送信するダウンロード情報Ｉｄのデータ構造の一例である。図１１に示すダウンロード情報Ｉｄは、サーバ装置２により設定された危険度範囲ごとに送信されるデータであって、基本情報部と、対象の危険度範囲に関する各項目を含む特有情報部とを有する。

基本情報部は、アップロード情報Ｉｕと同様のヘッダ情報が指定される「ヘッダ」、及び、対象の危険度範囲が設けられたリンクを特定するリンクＩＤが指定される「リンクＩＤ」の各項目が設けられる。

特有情報部は、「情報ＩＤ」、「危険度範囲ＩＤ」、「位置」、「長さ」、「優先度」、「曜日・時間帯」、「有効期限」、「危険度」の各項目を含む。「情報ＩＤ」は、ダウンロード情報Ｉｄのデータ構造が危険度範囲に関する情報を指定するデータ構造であることを特定するための識別番号等を指定する項目であり、「危険度範囲ＩＤ」は、対象の危険度範囲に対して割り当てられた固有のＩＤを指定する項目である。また、「位置」は、対象の危険度範囲の位置を示す情報が指定される項目であり、「長さ」は、対象の危険度範囲の長さを示す情報等が指定される項目である。「優先度」は、対象の危険度範囲の優先度を示す情報が指定される項目であり、「曜日・時間帯」は、対象の危険度範囲が有効となる曜日又は／及び時間帯が指定される項目である。「有効期限」は、対象の危険度範囲が有効となる有効期限が指定される項目であり、「危険度」は、対象の危険度範囲に対する危険度が指定される項目である。

例えば、サーバ装置２は、歩行者情報ＤＢ８又は／及び自転車情報ＤＢ９を参照して危険度区間情報を生成した場合に、当該危険度区間情報を図１１に示すデータ構造に従い表したダウンロード情報Ｉｄを、各端末装置１に一斉送信する。他の例では、サーバ装置２は、端末装置１から所定の要求信号を受信した場合に、当該要求信号で指定された日時以降に生成した危険度区間情報を表したダウンロード情報Ｉｄを、要求元の端末装置１へ送信する。

端末装置１は、サーバ装置２から受信したダウンロード情報Ｉｄに基づき地図ＤＢ４を更新する。そして、端末装置１は、例えば、地図ＤＢ４を参照した目的地への経路探索において、道路区間ごとの危険度を参照して推奨経路を決定する。例えば、端末装置１は、危険度が高い区間を渋滞区間等と同様にコストが高い（即ち推奨経路として選択されにくい）区間とみなし、危険度が小さい区間を含む経路ほど推奨経路として選定されやすくする。このようにすることで、端末装置１は、歩行者や自転車運転者が車道にはみ出て走行する区間を走行経路に含みにくくし、安全性が高い走行経路を好適に設定することができる。その他、端末装置１は、危険度が高い区間を通過する際に注意喚起の警告を出力してもよく、危険度範囲情報を自動運転制御に利用してもよい。

［処理フロー］
図１２は、本実施例における処理の概要を示すフローチャートの一例である。

まず、端末装置１は、対象物（歩行者又は自転車運転者）を検知したか否か判定する（ステップＳ１０１）。この場合、端末装置１は、例えばライダ３１やカメラ３２などの外界センサの出力に基づき物体検出を行い、検出した物体に対して公知のパターンマッチング技術を適用することで当該物体が所定の対象物（即ち歩行者又は自転車運転者）に該当するか否か判定する。

そして、端末装置１は、対象物を検知したと判断した場合（ステップＳ１０１；Ｙｅｓ）、検知した対象物に対する外界センサの出力に基づき、当該対象物の位置、性別、進行方向などの対象物の属性を認識する（ステップＳ１０２）。この場合、端末装置１は、走行中の道路に対する車両外側線等を特定することで逸脱距離基準を定め、当該逸脱距離基準に対する対象物の位置を示した逸脱距離についても算出する。なお、逸脱距離基準となる車両外側線等は、外界センサによって検出することができる。そして、端末装置１は、ステップＳ１０２での認識結果に基づき、検知した対象物に関するアップロード情報Ｉｕを生成し、当該アップロード情報Ｉｕをサーバ装置２へ送信する（ステップＳ１０３）。この場合、端末装置１は、図４又は図７のいずれかに示されるデータ構造を有するアップロード情報Ｉｕを生成する。一方、端末装置１は、対象物（歩行者又は自転車運転者）を検知していない場合（ステップＳ１０１；Ｎｏ）、ステップＳ１０４へ処理を進める。これらの処理は制御部１４で実行されるプログラムによって行われる。

サーバ装置２は、ステップＳ１０３で送信されたアップロード情報Ｉｕを受信し、歩行者情報ＤＢ８又は自転車情報ＤＢ９にアップロード情報Ｉｕを蓄積する（ステップＳ２０１）。この場合、サーバ装置２は、アップロード情報Ｉｕに含まれる対象物の種別情報に基づいて、アップロード情報Ｉｕが歩行者又は自転車運転者のいずれに対する情報であるかを判定し、当該判定結果に基づき歩行者情報ＤＢ８又は自転車情報ＤＢ９のいずれかにアップロード情報Ｉｕを蓄積する。そして、サーバ装置２は、危険度範囲情報の生成タイミングであるか否か判定する（ステップＳ２０２）。上述の生成タイミングは、危険度範囲情報の前回生成時からの時間長に基づいて判定されてもよく、危険度範囲情報の前回生成時から受信したアップロード情報Ｉｕの累積受信数に基づいて判定されてもよい。

そして、サーバ装置２は、危険度範囲情報の生成タイミングである場合（ステップＳ２０２；Ｙｅｓ）、歩行者情報ＤＢ８又は／自転車情報ＤＢ９を参照し、図９又は図１０において説明した方法などに基づき危険度範囲情報を生成し、生成した危険度範囲情報を用いて配信地図ＤＢ５を更新する（ステップＳ２０３）。そして、サーバ装置２は、ステップＳ２０３において生成した危険度範囲情報を示すダウンロード情報Ｉｄを各端末装置１に対して送信する（ステップＳ２０４）。なお、サーバ装置２は、ダウンロード情報Ｉｄの送信要求があった端末装置１に対してのみダウンロード情報Ｉｄを送信してもよい。一方、サーバ装置２は、危険度範囲情報の生成タイミングではない場合（ステップＳ２０２；Ｎｏ）、引き続きステップＳ２０１を実行する。これらの処理は制御部２３によって実行される。

一方、端末装置１は、ステップＳ１０３の実行後、又は、ステップＳ１０１において対象物を検知しなかった場合、ダウンロード情報Ｉｄをサーバ装置２から受信したか否か判定する（ステップＳ１０４）。そして、端末装置１は、ダウンロード情報Ｉｄを受信した場合（ステップＳ１０４；Ｙｅｓ）、当該ダウンロード情報Ｉｄを用いて地図ＤＢ４を更新する（ステップＳ１０５）。これにより、地図ＤＢ４には、危険度範囲に関する最新情報が記録され、危険度が高い区間を回避する経路探索などに好適に用いられる。一方、端末装置１は、サーバ装置２からダウンロード情報Ｉｄを受信していない場合（ステップＳ１０４；Ｎｏ）、ステップＳ１０１へ処理を戻す。

［変形例］
次に、上述の実施例に好適な変形例について説明する。

（変形例１）
実施例で説明したサーバ装置２の処理を、複数のサーバ装置からなるサーバシステム（所謂クラウドサーバ）が実行してもよい。

例えば、サーバシステムは、配信地図ＤＢ５を記憶するサーバと、歩行者情報ＤＢ８を記憶するサーバと、自転車情報ＤＢ９を記憶するサーバと、危険度範囲情報の生成処理を行うサーバとから構成されていてもよい。この場合、各サーバは、予め割り当てられた処理を実行するのに必要な情報を他のサーバから適宜受信して所定の処理を実行する。

また、危険度範囲情報等は、端末装置１とサーバ装置２との間で授受が行われてもよく、サーバ間で授受が行われてもよい。図１３は、変形例に係るデータ収集システムの概略構成である。図１３に示すデータ収集システムは、複数の端末装置１と、車両クラウド２Ａと、地図クラウド２Ｂとを有する。車両クラウド２Ａは、主に車ベンダーが管理するサーバ群であり、地図クラウド２Ｂは、主に地図ベンダーが管理するサーバ群である。

この場合、車両クラウド２Ａ及び地図クラウド２Ｂは、実施例のサーバ装置２と同様に、アップロード情報Ｉｕを各車両の端末装置１から受信してもよい。これにより、車両クラウド２Ａ及び地図クラウド２Ｂは、それぞれ危険度範囲情報の生成に必要な歩行者及び自転車走行者に関する情報を収集することが可能である。また、車両クラウド２Ａは、アップロード情報Ｉｕに基づき生成した危険度範囲情報を、図１１に示すダウンロード情報Ｉｄと同様のデータ構造に従い地図クラウド２Ｂへ送信してもよい。

（変形例２）
サーバ装置２は、端末装置１からの経路探索要求に基づき配信地図ＤＢ５を参照して経路端末処理を行ってもよい。

この例では、サーバ装置２は、目的地、現在位置、及びその他の検索条件などを含む経路探索要求を端末装置１から受信した場合、配信地図ＤＢ５に含まれる危険度範囲情報が示す道路区間ごとの危険度を参照して推奨経路を決定する。この場合、例えば、サーバ装置２は、危険度が高い区間ほど通行しにくい（即ちコストが高い）区間とみなし、危険度が小さい区間を含む経路ほど推奨経路として選定されやすくする。そして、サーバ装置２は、経路探索結果を示す応答情報を、経路探索の要求元の端末装置１に送信する。この態様によっても、危険度範囲情報を含む配信地図ＤＢ５を好適に活用することができる。

１ 端末装置
２ サーバ装置
４ 地図ＤＢ
５ 配信地図ＤＢ
６ センサデータキャッシュ
７ センサ部
８ 歩行者情報ＤＢ
９ 自転車情報ＤＢ

Claims (11)

1. 移動体が走行する際に用いる地図データのデータ構造であって、
   道路を所定の長さで区切った道路区間を示す区間情報と、
   前記道路区間において歩行者が歩道を越えて存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、
   を含み、
   前記移動体が走行する際の危険度を認識するのに用いられるデータのデータ構造。
2. 複数の前記道路区間が重複する場合の前記危険度情報の優先度を示す優先度情報をさらに含む請求項１に記載のデータ構造。
3. 前記危険度情報が有効である時間帯又は曜日を前記道路区間ごとに指定する時間指定情報をさらに含む請求項１または２に記載のデータ構造。
4. 前記危険度情報が有効である期限を前記道路区間ごとに示す有効期限情報をさらに含む請求項１〜３のいずれか一項に記載のデータ構造。
5. 前記道路区間に存在した歩行者に関する歩行者情報をさらに含む請求項１〜４のいずれか一項に記載のデータ構造。
6. 前記危険度情報は、前記道路区間において、歩道を越えて車道に存在した歩行者の人数に基づき生成される請求項１〜５のいずれか一項に記載のデータ構造。
7. 前記区間情報及び前記危険度情報は、前記道路区間に対応する道路の道路情報に含まれる、又は、前記道路の識別情報と関連付けられる請求項１〜６のいずれか一項に記載のデータ構造。
8. 道路を所定の長さで区切った道路区間を示す区間情報と、歩行者が歩道を越えて前記道路区間に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を含む地図データを記憶する記憶手段を有する情報処理装置。
9. 移動体に搭載された検出装置が検出した、車道と歩道との境界に対する前記歩行者の位置を示す位置情報を含む歩行者情報を取得する取得手段と、
   前記歩行者情報と前記移動体の位置情報を含む移動体情報と、に基づき生成された、歩行者が歩道を越えて車道に存在する道路区間を示す区間情報と、前記道路区間において歩行者が歩道を越えて車道に存在することに起因する前記移動体の走行上の危険度を示す危険度情報と、を関連付けた地図データを生成する生成手段
   を有する地図データ生成装置。
10. 前記生成手段は、複数の前記道路区間及び各々の道路区間に対応する危険度情報と、前記道路区間を含む道路と、を関連付けて地図データを生成する請求項９に記載の地図データ生成装置。
11. 前記歩行者情報は、前記車道と歩道との境界と前記歩行者との距離を前記位置情報として含み、
    前記危険度は、前記車道と歩道との境界と前記歩行者との距離の大きさに基づいて決定されたものであることを特徴とする請求項９又は１０に記載の地図データ生成装置。