(57)【要約】【課題】車道にはみ出して自転車が走行する可能性がある場所の情報を収集する情報処理装置に対して送信するデータに好適なデータ構造及び当該データを送信する情報送信装置を提供する。【解決手段】端末装置１は、自転車専用レーン上のオブジェクトをセンサ部７により検出した場合に、当該オブジェクトに関する情報を指定した「オブジェクト認識イベント」を含むアップロード情報Ｉｕを生成し、アップロード情報Ｉｕをサーバ装置２へ送信する。「オブジェクト認識イベント」は、「オフセット位置」を含み、車両との相対位置の他、所定の基準位置からの距離の情報、自転車専用レーン上で検出されたことを示す位置種別などの種々の情報を指定可能なデータ構造を有する。【選択図】図１１
2019168981.tif 000002
【特許請求の範囲】
【請求項１】
移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、
自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報と、
前記要因が前記自転車専用レーンにおいて検出されたことを示す特定情報と、を含み、
前記位置情報に基づき、前記自転車専用レーンを走行する自転車が前記自転車専用レーンから隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造。
【請求項２】
前記特定情報は、前記要因の種別を示す情報を含む請求項１に記載のデータ構造。
【請求項３】
前記特定情報は、前記要因が、路面上の障害物、又は、溝若しくは陥没が形成された路面部分であることを示す情報を含む請求項２に記載のデータ構造。
【請求項４】
前記要因が存在する位置の範囲又は大きさに関する情報をさらに含む請求項１〜３のいずれか一項に記載のデータ構造。
【請求項５】
前記特定情報は、前記自転車専用車線の識別情報を示す請求項１〜４のいずれか一項に記載のデータ構造。
【請求項６】
移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、
歩道において歩行者の進行の障害となる要因が存在する位置の位置情報と、
前記要因が前記歩道において検出されたことを示す特定情報と、を含み、
前記位置情報に基づき、前記歩道を進行する歩行者が前記歩道から隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造。
【請求項７】
自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成手段と、
前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信手段と、
を備える情報送信装置。
【請求項８】
情報送信装置が実行する制御方法であって、
自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成工程と、
前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信工程と、
を有する制御方法。
【請求項９】
請求項８に記載の制御方法を、コンピュータにより実行させるプログラム。
【請求項１０】
請求項９に記載のプログラムを記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両等の移動体の周辺情報を取得する技術に関する。
【背景技術】
【０００２】
従来から、車両に設置されたセンサの出力に基づき地図データを更新する技術が知られている。例えば、特許文献１には、車両等の移動体に設置されたセンサの出力に基づいて部分地図の変化点を検出した場合に、当該変化点に関する変化点情報をサーバ装置に送信する運転支援装置が開示されている。また、非特許文献１には、車両側のセンサが検出したデータをクラウドサーバで収集するためのデータフォーマットに関する仕様が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１５６９７３号公報
【非特許文献】
【０００４】
【非特許文献１】ｈｅｒｅ社ホームページ、Ｖｅｈｉｃｌｅ  Ｓｅｎｓｏｒ  Ｄａｔａ  Ｃｌｏｕｄ  Ｉｎｇｅｓｔｉｏｎ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｖ２．０．２），［平成３０年２月５日検索］、インターネット＜ＵＲＬ：https://lts.cms.here.com/static-cloud-content/Company_Site/2015_06/Vehicle_Sensor_Data_Cloud_Ingestion_Interface_Specification.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
自転車専用レーンにおいて水たまりや落下物などの通行の障害となる要因が存在する場合には、当該自転車専用レーンを通る自転車はその障害物を避けるために車道にはみ出して通行する場合があり、このような道路区間では、車両は車道にはみ出した歩行者を避けて走行する必要がある。従って、このような要因が存在する道路を車両側で予め特定し、当該道路区間を避けて走行したり、事前に運転者に警告したりできるように、車両側で参照可能な情報として用意できると好ましい。
【０００６】
本発明は、上記のような課題を解決するためになされたものであり、車道にはみ出して自転車が走行する可能性がある場所の情報を収集する情報処理装置に対して送信するデータに好適なデータ構造及び当該データを送信する情報送信装置を提供することを主な目的とする。
【課題を解決するための手段】
【０００７】
請求項に記載の発明は、移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報と、前記要因が前記自転車専用レーンにおいて検出されたことを示す特定情報と、を含み、前記位置情報に基づき、前記自転車専用レーンを走行する自転車が前記自転車専用レーンから隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造である。
【０００８】
また、請求項に記載の発明は、移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、歩道において歩行者の進行の障害となる要因が存在する位置の位置情報と、前記要因が前記歩道において検出されたことを示す特定情報と、を含み、前記位置情報に基づき、前記歩道を進行する歩行者が前記歩道から隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造である。
【０００９】
また、請求項に記載の発明は、情報送信装置であって、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成手段と、前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信手段と、を備える。
【００１０】
また、請求項に記載の発明は、情報送信装置が実行する制御方法であって、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成工程と、前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信工程と、を有する。
【図面の簡単な説明】
【００１１】
【図１】データ収集システムの概略構成である。
【図２】端末装置及びサーバ装置のブロック構成を示す。
【図３】端末装置が実行する処理概要を示したブロック図である。
【図４】道路周辺の概略的な俯瞰図を示す。
【図５】地図ＤＢ及び配信地図ＤＢに共通するデータ構造の一例を示す。
【図６】自転車レーンに存在するオブジェクトに対応するオブジェクト情報のデータ構造例を示す。
【図７】危険個所情報のデータ構造例を示す。
【図８】アップロード情報のデータ構造の概要を示す図である。
【図９】ヘッダ情報に含まれる「車両メタデータ」のデータ構造を示す。
【図１０】イベント情報に含まれる「オブジェクト認識イベント」のデータ構造を示す。
【図１１】自転車専用レーン上に存在するオブジェクトの検出に関するイベント情報を生成する場合の「オフセット位置」のデータ構造の一例を示す。
【図１２】実施例における処理の概要を示すフローチャートの一例である。
【図１３】変形例に係るデータ収集システムの概略構成である。
【発明を実施するための形態】
【００１２】
本発明の好適な実施形態によれば、地移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報と、前記要因が前記自転車専用レーンにおいて検出されたことを示す特定情報と、を含み、前記位置情報に基づき、前記自転車専用レーンを走行する自転車が前記自転車専用レーンから隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造である。ここで、「検出装置が検出した物体」とは、検出装置が単体で検出処理を行うことで検出された物体に限られず、検出装置の出力データに対して他の装置が所定の解析処理を行うことで検出された物体も含まれる。また、「自転車専用レーンを走行する自転車が前記自転車専用レーンから隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識する」とは、例えば、地図の生成を目的として、自転車が車道にはみ出ることに起因して危険が生じる可能性がある地点又は区間を特定することを含む。このようなデータ構造を有するデータが情報処理装置に送信されることで、情報処理装置は、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の情報を収集し、自転車専用レーンから自転車がはみ出る危険性のある位置を好適に認識することができる。
【００１３】
上記データ構造の一態様では、前記特定情報は、前記要因の種別を示す情報を含む。この態様により、情報処理装置は、自動車専用レーンに存在する障害要因の種別を特定し、自転車専用レーンから自転車がはみ出る危険性のある位置を認識するのに活用することができる。
【００１４】
上記データ構造の他の一態様では、前記特定情報は、前記要因が、路面上の障害物、又は、溝若しくは陥没が形成された路面部分であることを示す情報を含む。この態様により、情報処理装置は、自動車専用レーンに存在する障害要因が路面上の障害物、又は、溝若しくは陥没が形成された路面部分であるかを判別し、自転車専用レーンから自転車がはみ出る危険性のある位置を認識するのに好適に活用することができる。
【００１５】
上記データ構造の他の一態様では、前記要因が存在する位置の範囲又は大きさに関する情報をさらに含む。この態様により、情報処理装置は、自転車専用レーンに形成された障害要因の範囲又は大きさを認識し、自転車専用レーンから自転車がはみ出る危険性のある位置を認識するのに好適に活用することができる。
【００１６】
上記データ構造の他の一態様では、前記位置情報は、前記自転車専用車線の識別情報をさらに含む。この態様により、障害要因が形成された自転車専用レーンを情報処理装置が的確に識別することができる。
【００１７】
本発明の他の好適な実施形態によれば、移動体に搭載された検出装置が検出した物体に関する情報である検出物体情報を収集する情報処理装置に送信されるデータのデータ構造であって、歩道において歩行者の進行の障害となる要因が存在する位置の位置情報と、前記要因が前記歩道において検出されたことを示す特定情報と、を含み、前記位置情報に基づき、前記歩道を進行する歩行者が前記歩道から隣接する車道にはみ出る危険性のある位置を前記情報処理装置が認識するのに用いるデータ構造である。このようなデータ構造を有するデータが情報処理装置に送信されることで、情報処理装置は、歩道において歩行者の進行の障害となる要因が存在する位置の情報を収集し、歩道から歩行者がはみ出る危険性のある位置を好適に認識することができる。
【００１８】
本発明の他の好適な実施形態によれば、情報送信装置は、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成手段と、前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信手段と、を備える。情報送信装置は、この態様により、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報と、当該要因が前記自転車専用レーンにおいて検出されたことを示す特定情報とを情報処理装置に送信し、自転車専用レーンから自転車がはみ出る危険性のある位置を判定するのに必要な情報を情報処理装置に好適に収集させることができる。
【００１９】
本発明の他の好適な実施形態によれば、情報送信装置が実行する制御方法であって、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の位置情報を、移動体に搭載された検出装置の検出結果に基づき生成する生成工程と、前記位置情報と、前記要因が自転車専用レーンにおいて検出されたことを示す特定情報とを、情報処理装置に送信する送信工程と、を有する。情報送信装置は、この制御方法を実行することで、自転車専用レーンにおいて自転車の進行の障害となる要因が存在する位置の情報を情報処理装置に好適に収集させることができる。
【００２０】
本発明の他の好適な実施形態によれば、プログラムは、上記記載の制御方法を、コンピュータにより実行させる。コンピュータは、このプログラムを実行することで、上記記載の情報送信装置として機能する。好適には、上記プログラムは、記憶媒体に記憶される。
【実施例】
【００２１】
以下、図面を参照して本発明の好適な実施例について説明する。
【００２２】
［データ収集システムの概要］
図１は、本実施例に係るデータ収集システムの概略構成である。データ収集システムは、移動体である各車両に搭載され車両と共に移動する端末装置１と、各端末装置１とネットワークを介して通信を行うサーバ装置２とを備える。そして、データ収集システムは、各端末装置１から送信された情報に基づき、サーバ装置２若しくはサーバ装置と通信回線を介して接続された図示しない地図サーバ装置が保有する地図を更新する。なお、以後において、「地図」とは、従来の経路案内用の車載機が参照するデータに加えて、ＡＤＡＳ（Ａｄｖａｎｃｅｄ  Ｄｒｉｖｅｒ  Ａｓｓｉｓｔａｎｃｅ  Ｓｙｓｔｅｍ）や自動運転に用いられるデータも含むものとする。
【００２３】
端末装置１は、カメラやライダ（ＬＩＤＡＲ：Ｌａｓｅｒ  Ｉｌｌｕｍｉｎａｔｅｄ  Ｄｅｔｅｃｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ、Ｌａｓｅｒ  Ｉｍａｇｉｎｇ  Ｄｅｔｅｃｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ または ＬｉＤＡＲ：Ｌｉｇｈｔ  Ｄｅｔｅｃｔｉｏｎ  ａｎｄ  Ｒａｎｇｉｎｇ）などから構成されるセンサ部７の出力に基づき、所定のイベントの発生を検知した場合に、検知したイベントに関する情報（「イベント情報」とも呼ぶ。）をアップロード情報Ｉｕに含めてサーバ装置２へ送信する。上記のイベントは、例えば、自車位置周辺の物体（オブジェクト）の認識に関するイベントである「オブジェクト認識イベント」などが存在する。本実施例では、端末装置１は、センサ部７の出力に基づき、自転車の通行の障害となる自転車専用レーン上のオブジェクトを少なくとも検出し、検出したオブジェクトの位置や大きさなどの情報をアップロード情報Ｉｕとしてサーバ装置２へ送信する。また、端末装置１は、地図データを更新するためのダウンロード情報「Ｉｄ」をサーバ装置２から受信する。
【００２４】
なお、端末装置１は、車両に取り付けられた車載機又は車載機の一部であってもよく、車両の一部であってもよい。あるいは、センサ部７を接続することができれば、ノート型ＰＣ等の可搬性のある端末機器であってもよい。端末装置１は、情報送信装置の一例である。また、カメラやライダなどの外界センサは、検出装置の一例である。
【００２５】
サーバ装置２は、各端末装置１からアップロード情報Ｉｕを受信して記憶する。サーバ装置２は、例えば、収集したアップロード情報Ｉｕに基づき、後述する地図データの作成基準時点からの変化部分（変化点）を検出し、検出した変化点を反映するための地図データの更新などを行う。サーバ装置２は、情報処理装置及び地図データ生成装置の一例である。
【００２６】
［端末装置の構成］
図２（Ａ）は、端末装置１の機能的構成を表すブロック図を示す。図２（Ａ）に示すように、端末装置１は、主に、通信部１１と、記憶部１２と、入力部１３と、制御部１４と、インターフェース１５と、出力部１６とを有する。端末装置１内の各要素は、バスライン９８を介して相互に接続されている。
【００２７】
通信部１１は、制御部１４の制御に基づき、アップロード情報Ｉｕをサーバ装置２へ送信したり、地図ＤＢ４を更新するための地図データをサーバ装置２から受信したりする。また、通信部１１は、車両を制御するための信号を車両に送信する処理、車両の状態に関する信号を車両から受信する処理を行ってもよい。
【００２８】
記憶部１２は、制御部１４が実行するプログラムや、制御部１４が所定の処理を実行する為に必要な情報を記憶する。本実施例では、記憶部１２は、地図ＤＢ４と、センサデータキャッシュ６と、車両属性情報「ＩＶ」とを記憶する。
【００２９】
地図ＤＢ４には、自動運転やＡＤＡＳなどで使用される種々のデータが記録されている。地図ＤＢ４は、例えば、道路網をノードとリンクの組合せにより表した道路データ、施設データ、及び道路周辺のオブジェクト情報などを含むデータベースである。オブジェクト情報は、道路標識等の看板や停止線等の道路標示、センターライン等の道路区画線や道路沿いの構造物等の地物の他、一時的に存在する障害物の情報を含む。障害物は、例えば、水たまり、道路の陥没部分、落下物、排水溝（網で塞がれた部分含む）などの歩行者や自転車の通行の障害となる要因となるものを指す。オブジェクト情報は、自車位置推定等に用いるためのオブジェクトの高精度な点群情報などを含んでもよい。また、地図ＤＢ４には、自転車専用レーン等において通行の妨げとなる危険個所に関する情報（「危険個所情報」とも呼ぶ。）が含まれている。その他、地図ＤＢ４には、位置推定に必要な種々のデータが記憶されてもよい。
【００３０】
センサデータキャッシュ６は、センサ部７の出力データ（所謂生データ）を一時的に保持するキャッシュメモリである。車両属性情報ＩＶは、車両の種別、車両ＩＤ、車両長さ、車幅、車高、車両の燃料タイプなどの端末装置１を搭載する車両の属性に関する情報を示す。
【００３１】
入力部１３は、ユーザが操作するためのボタン、タッチパネル、リモートコントローラ、音声入力装置等であり、例えば、経路探索のための目的地を指定する入力、自動運転のオン及びオフを指定する入力などを受け付け、生成した入力信号を制御部１４へ供給する。出力部１６は、例えば、制御部１４の制御に基づき出力を行うディスプレイやスピーカ等である。
【００３２】
インターフェース１５は、センサ部７の出力データを制御部１４やセンサデータキャッシュに供給するためのインターフェース動作を行う。センサ部７は、ライダ３１やカメラ３２などの車両の周辺環境を認識するための複数の外界センサと、ＧＰＳ受信機３３、ジャイロセンサ３４、ポジションセンサ３５、３軸センサ３６などの内界センサを含む。ライダ３１は、外界に存在する物体までの距離を離散的に測定し、当該物体の表面を３次元の点群として認識し、点群データを生成する。カメラ３２は、車両から撮影した画像データを生成する。ポジションセンサ３５は、各外界センサの取り付け位置を検出するために設けられ、３軸センサ３６は、各外界センサの姿勢を検出するために設けられている。なお、センサ部７は、図２（Ａ）に示した外界センサ及び内界センサ以外の任意の外界センサ及び内界センサを有してもよい。例えば、センサ部７は、外界センサとして、超音波センサ、赤外線センサ、マイクなどを含んでもよい。センサ部７に含まれる任意の外界センサは、検出装置として機能する。
【００３３】
制御部１４は、所定のプログラムを実行するＣＰＵなどを含み、端末装置１の全体を制御する。制御部１４は、地図ＤＢ４及びセンサ部７の出力データなどに基づき、経路案内や自動運転などの運転者を補助する制御、及び地図更新のためのオブジェクト検出などを行ったりする。制御部１４は、機能的には、位置推定部１７と、オブジェクト検出部１８と、アップロードデータ生成部１９と、地図更新部２０とを含む。制御部１４は、生成手段、送信手段、プログラムを実行するコンピュータ等として機能する。
【００３４】
図３は、端末装置１の位置推定部１７、オブジェクト検出部１８、アップロードデータ生成部１９及び地図更新部２０の処理概要を示したブロック図である。
【００３５】
位置推定部１７は、センサデータキャッシュ６に保持されているセンサ部７の出力データ及び地図ＤＢ４に基づき、自車位置（車両の姿勢も含む）を推定する。位置推定部１７は、種々の位置推定方法を実行可能となっている。位置推定部１７は、例えば、ＧＰＳ受信機３３及びジャイロセンサ３４等の自立測位センサの出力に基づくデッドレコニング（自律航法）による自車位置推定方法、自律航法に地図ＤＢ４の道路データなどをさらに照合する処理（マップマッチング）を行う自車位置推定方法、周囲に存在する所定のオブジェクト（ランドマーク）を基準としてライダ３１やカメラ３２などの外界センサの出力データと地図ＤＢ４の地物情報が示すランドマークの位置情報とに基づく自車位置推定方法などを実行する。そして、位置推定部１７は、例えば、現在実行可能な位置推定方法の中から最も高い推定精度となる位置推定方法を実行し、実行した位置推定方法に基づき得られた自車位置等を示した自車位置情報を、アップロードデータ生成部１９へ供給する。
【００３６】
オブジェクト検出部１８は、センサ部７が出力する点群情報、画像データ、音声データ等に基づき、所定の対象物を検出する。この場合、例えば、オブジェクト検出部１８は、位置推定部１７が推定した自車位置に基づき、センサ部７により検出したオブジェクトに対応する地物情報を地図ＤＢ４から抽出する。そして、オブジェクト検出部１８は、センサ部７により検出したオブジェクトの位置及び形状等と、地図ＤＢ４から抽出した地物情報が示すオブジェクトの位置及び形状等とに違いがある場合、又は、地図ＤＢ４に該当するオブジェクト情報が存在しない場合などに、センサ部７により検出したオブジェクトに関する情報（「オブジェクト検出データ」とも呼ぶ。）を、アップロードデータ生成部１９へ供給する。
【００３７】
なお、オブジェクト検出部１８は、センサ部７により検出したオブジェクトと地図ＤＢ４の地物情報が示すオブジェクトとに形状や位置等に違いがあるか否かに関わらず、特定のオブジェクトを検出した場合に、当該オブジェクトに関するオブジェクト検出データをアップロードデータ生成部１９へ供給してもよい。例えば、オブジェクト検出部１８は、センサ部７の出力に基づき、自転車専用レーン上に存在する障害物を検出した場合、当該障害物の位置及び大きさ等を示す情報をオブジェクト検出データとしてアップロードデータ生成部１９へ供給してもよい。
【００３８】
アップロードデータ生成部１９は、位置推定部１７から供給される自車位置情報と、オブジェクト検出部１８から供給されるオブジェクト検出データと、車両属性情報ＩＶとに基づき、アップロード情報Ｉｕを生成する。そして、アップロードデータ生成部１９は、生成したアップロード情報Ｉｕを、通信部１１によりサーバ装置２へ送信する。アップロードデータ生成部１９が送信するアップロード情報Ｉｕのデータ構造については、［データ構造］のセクションで詳しく説明する。
【００３９】
地図更新部２０は、通信部１１によりサーバ装置２から受信したダウンロード情報Ｉｄに基づき、地図ＤＢ４を更新する。
【００４０】
［サーバ装置の構成］
図２（Ｂ）は、サーバ装置２の機能的構成を示すブロック図を示す。図２（Ｂ）に示すように、サーバ装置２は、主に、通信部２１と、記憶部２２と、制御部２３とを有する。サーバ装置２内の各要素は、バスライン９９を介して相互に接続されている。
【００４１】
通信部２１は、制御部２３の制御に基づき、各端末装置１からアップロード情報Ｉｕを受信したり、地図ＤＢ４を更新するためのダウンロード情報Ｉｄを各端末装置１へ送信したりする。
【００４２】
記憶部２２は、制御部２３が実行するプログラムや、制御部２３が所定の処理を実行する為に必要な情報を記憶する。本実施例では、記憶部２２は、配信地図ＤＢ５と、イベント情報ＤＢ９とを記憶する。
【００４３】
配信地図ＤＢ５は、各端末装置１に配信するための地図データであり、地図ＤＢ４と同様に、自動運転やＡＤＡＳなどで使用される種々のデータが記録されている。
【００４４】
イベント情報ＤＢ９は、各端末装置１から受信するアップロード情報Ｉｕに含まれるイベント情報を記録したデータベースである。イベント情報ＤＢ９に記録されたデータは、例えば、配信地図ＤＢ５の更新に用いられ、所定の統計処理、検証処理等が行われた後に配信地図ＤＢ５に反映される。
【００４５】
制御部２３は、所定のプログラムを実行するＣＰＵなどを含み、サーバ装置２の全体を制御する。本実施例では、制御部２３は、通信部２１によりイベント情報を含むアップロード情報Ｉｕを端末装置１から受信した場合に、イベント情報をイベント情報ＤＢ９に登録する。また、制御部２３は、所定のタイミングにおいて、イベント情報ＤＢ９を参照し、自転車専用レーンに存在する障害物等に対するオブジェクト情報及び危険個所情報を生成し、生成した情報に基づき配信地図ＤＢ５を更新する。さらに、制御部２３は、生成したオブジェクト情報及び危険個所情報を含むダウンロード情報Ｉｄを、通信部２１により端末装置１へ送信する。制御部２３は、生成手段として機能する。
【００４６】
［データ構造］
次に、地図ＤＢ４、配信地図ＤＢ５、及びアップロード情報Ｉｕのデータ構造について説明する。
【００４７】
（１）地図ＤＢ及び配信地図ＤＢ
まず、地図ＤＢ４及び配信地図ＤＢ５のデータ構造について、道路周辺の概略的な俯瞰図を示す図４及び各種データ構造例を示す図５〜図７を参照して説明する。
【００４８】
図４（Ａ）は、車道４０及び車道４３の交差点付近の概略的な俯瞰図を示す。図４（Ａ）に示す車道４０の両側には、自転車専用レーン４１、４２がそれぞれ隣接して設けられている。図４（Ｂ）は、自転車専用レーン４１の一部を拡大した図である。図４（Ｂ）に示す自転車専用レーン４１は、「Ｘ」（ｍ）の幅を有し、自転車の通行の障害となる排水溝４５、落下物４６、及び陥没部４７がそれぞれ形成されている。
【００４９】
図５（Ａ）は、地図ＤＢ４及び配信地図ＤＢ５に共通するデータ構造の一例を示す。図５（Ａ）に示すように、地図ＤＢ４及び配信地図ＤＢ５は、リンク情報と、自転車レーンリンク情報と、ノード情報と、オブジェクト情報と、危険個所情報とを含む。なお、地図ＤＢ４及び配信地図ＤＢ５は、これらの他、施設情報などの自動運転やＡＤＡＳなどで使用される種々のデータが記録されている。
【００５０】
図５（Ｂ）は、リンク情報のデータ構造の一例を示す。図５（Ｂ）に示すリンク情報は、「道路リンクＩＤ」、「始点ノードＩＤ」、及び「終点ノードＩＤ」の各要素を含む。また、図５（Ｂ）は、一例として、図４（Ａ）に示す車道４０に対応するリンク情報の具体例を、「指定される情報の例」の列に示している。図５（Ｂ）によれば、車道４０は、道路リンクＩＤ「Ｌ０００２」が割り当てられており、車道４３との交点に対応するノードＩＤ「Ｎ０００１」のノードを始点ノードとし、ノードＩＤ「Ｎ０００２」のノードを終点ノードとしている。
【００５１】
図５（Ｃ）は、自転車レーンリンク情報のデータ構造の一例を示す。図５（Ｃ）に示す自転車レーンリンク情報は、「自転車レーンリンクＩＤ」、「所属道路リンクＩＤ」、「始点ノードＩＤ」、「終点ノードＩＤ」、「幅」の各要素を含む。ここで、「所属道路リンクＩＤ」は、対象の自転車専用レーンと隣接する道路（車道）のリンクＩＤを指定する項目である。
【００５２】
また、図５（Ｃ）は、一例として、図４（Ａ）に示す自転車専用レーン４１に対応する自転車レーンリンク情報の具体例を、「指定される情報の例」の列に示している。図５（Ｃ）によれば、自転車専用レーン４１は、自転車レーンリンクＩＤ「ＢＬ０００１」が割り当てられており、隣接する車道４０のリンクＩＤ「Ｌ０００２」が所属道路リンクＩＤとして関連付けられている。また、自転車専用レーン４１は、車道４３との交点に対応するノードＩＤ「ＢＮ０００１」のノードを始点ノードとし、ノードＩＤ「ＢＮ０００２」のノードを終点ノードとし、Ｘ［ｍ］の幅を有している。自転車レーンリンク情報は、自転車専用レーン情報の一例である。
【００５３】
図６（Ａ）は、自転車専用レーンに存在するオブジェクトに対応するオブジェクト情報のデータ構造例を示す。図６（Ａ）に示すオブジェクト情報は、「オブジェクトＩＤ」、「所属自転車レーンリンクＩＤ」、「種別ＩＤ」、「大きさ」、「絶対位置」、「相対位置」の各要素を含む。ここで、「オブジェクトＩＤ」は、各オブジェクトに対して割り当てられた固有の識別番号であるオブジェクトＩＤを指定する項目である。「所属自転車レーンリンクＩＤ」は、対象のオブジェクトが存在する自転車専用レーンのリンクＩＤを指定する項目であり、「種別ＩＤ」は、対象のオブジェクトの種別を示す識別番号等を指定する項目である。「絶対位置」は、対象のオブジェクトの位置を緯度及び経度により指定する項目である。「相対位置」は、対象のオブジェクトの相対位置を指定する項目であり、サブ要素「始点ノードからの距離」と、サブ要素「基準位置からの距離」とを有する。「始点ノードからの距離」は、所属する自転車専用レーンの始点ノードからのオブジェクトの自転車専用レーンに沿った距離を指定する項目であり、「基準位置からの距離」は、所定の基準位置からのオブジェクトの自転車専用レーンの幅方向における距離を指定する項目である。ここで、上述の基準位置は、例えば、自転車専用レーンと車道との境界線（区画線）の位置である。なお、オブジェクト情報内において基準位置を特定するための情報が指定されていてもよい。また、「絶対位置」と「相対位置」の両方が指定されている必要はなく、一方のみが指定されていてもよい。
【００５４】
また、図６（Ａ）は、一例として、図４（Ｂ）に示す自転車専用レーン４１上に存在する排水溝４５に対応するオブジェクト情報の具体例を、「指定される情報の例」の列に示している。ここで、「オブジェクトＩＤ」には、排水溝４５に割り当てられたオブジェクトＩＤ「ＯＢ０００１」が指定され、「所属自転車レーンリンクＩＤ」には、自転車専用レーン４１のリンクＩＤ「ＢＬ０００１」が指定されている。また、「種別ＩＤ」には、排水溝であることを示す識別番号「１」が指定されており、「大きさ」には、排水溝４５の大きさ（例えば自転車専用レーン４１に沿った方向及び自転車専用レーン４１の幅方向における長さ）が指定されている。また、「絶対位置」には、排水溝４５の中心位置の緯度経度が指定されており、「相対位置」の「始点ノードからの距離」には、車道４３と自転車専用レーン４１との交点に相当するノードＩＤ「ＢＮ０００１」のノードから排水溝４５までの道路沿った距離が指定され、「基準位置からの距離」には、車道４０と自転車専用レーン４１との境界線（区画線）４９から排水溝４５までの道路幅方向の距離「Ｘａ」が指定されている。「絶対位置」及び「相対位置」に指定される情報は、障害位置情報の一例である。
【００５５】
図６（Ｂ）は、オブジェクト情報の「種別ＩＤ」で指定される識別番号とオブジェクトの種別との対応表の一例である。図６（Ｂ）に示すように、端末装置１により検出される可能性があるオブジェクトの種別ごとに、種別ＩＤが割り当てられている。このような対応表の情報は、地図ＤＢ４及び配信地図ＤＢ５に含まれていてもよい。
【００５６】
なお、自転車専用レーン上に存在するオブジェクトに限らず、歩道、路側帯などに存在する、歩行者の通行の障害となるオブジェクトに対するオブジェクト情報も図６（Ａ）に示すデータ構造と同様のデータ構造を有した状態で地図ＤＢ４及び配信地図ＤＢ５に記録されてもよい。この場合、例えば、「所属自転車レーンリンクＩＤ」に代えて、オブジェクトが存在する歩道又は路側帯を特定する識別情報を指定する項目が設けられるとよい。
【００５７】
図７は、危険個所情報のデータ構造例を示す。図７に示す危険個所情報は、「危険個所ＩＤ」、「所属自転車レーンリンクＩＤ」、「危険度」、「範囲」、「絶対位置」、「相対位置」の各要素を含む。
【００５８】
「危険個所ＩＤ」には、自転車専用レーン上に存在する危険個所に対して割り当てられる固有の識別情報である危険個所ＩＤが指定される。「所属自転車レーンリンクＩＤ」には、対象の危険個所が存在する自転車専用レーンのリンクＩＤが指定される。「危険度」には、対象の危険個所に対する危険度（ここでは１から５までの５段階）が曜日及び時間帯ごとに指定される。危険度は、対象の危険個所の大きさ、危険個所を形成するオブジェクトの種別、時間帯又は／及び曜日に起因した交通量の多さ、隣接する車道の幅、対象となる自転車専用レーンの幅などを総合的に勘案して決定される。ここで、危険度が高い（即ち自転車の通行の妨げとなる可能性が高い）危険個所ほど、自転車が自転車専用レーンから車道にはみ出して走行する可能性が高まり、結果として車両の通行の妨げとなる可能性が高くなる。「範囲」、「絶対位置」、「相対位置」には、それぞれ、図６（Ａ）に示すオブジェクト情報の「大きさ」、「絶対位置」、「相対位置」と同様の情報が指定される。
【００５９】
さらに、図７は、一例として、図４（Ｂ）に示す自転車専用レーン４１上に存在する排水溝４５の位置を危険個所とみなした場合の危険個所情報の具体例を、「指定される情報の例」の列に示している。ここで、排水溝４５には、危険個所ＩＤ「ＤＺ０００１」が割り当てられており、「所属自転車レーンリンクＩＤ」には自転車専用レーン４１のリンクＩＤ「ＢＬ０００１」が指定されている。また、「危険度」には、各曜日について１時間区切りの時間帯における排水溝４５の危険度が指定されており、「範囲」には、排水溝４５の水平面上における長さが指定されている。なお、走行する自転車は排水溝４５をその少し手前から回避する行動をとることから、「範囲」として排水溝４５より少し広い範囲をカバーする長さを指定してもよい。また、「絶対位置」には、排水溝４５の中心位置の緯度経度が指定されており、「相対位置」の「始点ノードからの距離」には、車道４３と自転車専用レーン４１との交点に相当するノードＩＤ「ＢＮ０００１」のノードから排水溝４５までの道路沿いの距離が指定され、「基準位置からの距離」には、車道４０と自転車専用レーン４１との境界線（区画線）４９から排水溝４５までの道路幅方向の距離「Ｘａ」が指定されている。なお、排水溝４５と近い位置（例えば１メートル以内）に他の排水溝や自転車の走行の障害となる物体が存在する場合には、走行する自転車は個々の物体に対して細かく回避行動を取らずに、これらの物体のすべてを含む大きな領域に対して回避行動を取ることになる。そこで、これら複数の物体が存在する領域を１の危険個所とみなして、危険情報の各要素を設定してもよい。
【００６０】
なお、「危険度」は、曜日又は時間帯のいずれか一方のみに基づいて分けられてもよく、曜日又は時間帯によらずに１つの値に定められてもよい。また、曜日と時間帯による危険度の分け方は図７の例に限られない。例えば、危険度は、平日とその他で分けられてもよく、午前と午後の各時間帯により分けられてもよい。
【００６１】
ここで、危険個所情報の用途について補足説明する。
【００６２】
端末装置１は、例えば、目的地への経路探索において、地図ＤＢ４に含まれる危険個所情報を参照して推奨経路を決定する。例えば、端末装置１は、通過予定日時において危険度が高い危険個所を含む道路区間を渋滞区間等と同様にコストが高い（即ち推奨経路として選択されにくい）区間とみなし、危険度が小さい区間を含む経路ほど推奨経路として選定されやすくする。このようにすることで、端末装置１は、危険個所の存在により自転車が車道にはみ出て走行する区間を走行経路に含みにくくし、安全性が高い走行経路を好適に設定することができる。その他、端末装置１は、危険度が所定値より高い危険個所を通過する際に注意喚起の警告を出力してもよく、危険度個所情報を自動運転制御に利用してもよい。同様に、端末装置１は、図６（Ａ）に示すデータ構造を有するオブジェクト情報に基づき、経路探索、注意喚起、自動運転制御などの各処理を実行してもよい。例えば、端末装置１は、図６（Ａ）に示すデータ構造を有するオブジェクト情報を参照することで、車道に隣接する自転車専用レーンや歩道上に存在するオブジェクトを特定し、特定したオブジェクトが存在する位置の自転車専用レーンや歩道に隣接した道路や車線を走行する際には、当該自転車専用レーンや歩道に近づかないように注意喚起の警告を出力してもよく、若しくは当該自転車専用レーンや歩道に隣接した道路や車線を走行しないように経路の探索を行ってもよい。
【００６３】
（２）アップロード情報
次に、アップロード情報Ｉｕのデータ構造の具体例について説明する。以後では、一例として、アップロード情報Ｉｕのデータ構造について例示する。
【００６４】
図８は、端末装置１が送信するアップロード情報Ｉｕのデータ構造の概要を示す図である。図８に示すように、アップロード情報Ｉｕは、ヘッダ情報と、走行経路情報と、イベント情報と、メディア情報とを含む。
【００６５】
ヘッダ情報（Ｅｎｖｅｌｏｐｅ）は、「バージョン（Ｖｅｒｓｉｏｎ）」、「送信元（Ｓｕｂｍｉｔｔｅｒ）」、「車両メタデータ（ｖｅｈｉｃｌｅＭｅｔａＤａｔａ）」の各項目を含む。端末装置１は、「バージョン」に、使用されるアップロード情報Ｉｕのデータ構造のバージョンの情報を指定し、「送信元」には、アップロード情報Ｉｕを送信する会社名（車両のＯＥＭ名又はシステムベンダー名）の情報を指定する。また、端末装置１は、「車両メタデータ」に、後述するように、車両属性情報ＩＶの各情報や参照テーブルＲＴの情報を指定する。
【００６６】
走行経路情報（Ｐａｔｈ）は、「位置推定（Ｐｏｓｉｔｉｏｎ  Ｅｓｔｉｍａｔｅ）」の項目を含む。端末装置１は、この「位置推定」には、位置推定時刻を示すタイムスタンプ情報の他、推定した車両の位置を示す緯度、経度、標高の情報、及びこれらの推定精度に関する情報などを指定する。
【００６７】
イベント情報（Ｐａｔｈ  Ｅｖｅｎｔｓ）は、「オブジェクト認識イベント（Ｏｂｊｅｃｔ  Ｄｅｔｅｃｔｉｏｎ）」、「標識認識イベント（Ｓｉｇｎ  Ｒｅｃｏｇｎｉｔｉｏｎ）」、「車線境界認識イベント（Ｌａｎｅ  Ｂｏｕｎｄａｒｙ  Ｒｅｃｏｇｎｉｔｉｏｎ）」の各項目を含む。端末装置１は、オブジェクト認識イベントを検知した場合に、その検知結果となる情報を「オブジェクト認識イベント」に指定する。「オブジェクト認識イベント」には、図１０を参照して後述するように、標識及び車線境界線以外の特定のオブジェクトを検出した際の当該オブジェクトの認識結果に関する情報が指定される。また、端末装置１は、標識認識イベントを検知した場合に、その検知結果となる情報を「標識認識イベント」に指定する。「標識認識イベント」には、例えば標識を検出した際の当該標識の認識結果に関する情報が指定される。また、端末装置１は、車線境界認識イベントを検知した場合に、その検知結果となる情報を「車線境界認識イベント」に指定する。「車線境界認識イベント」には、例えば、車線の境界を検出した際の当該境界の認識結果に関する情報が指定される。なお、これらの「オブジェクト認識イベント」、「標識認識イベント」、「車線境界認識イベント」の各項目は任意項目となっている。従って、端末装置１は、検知したイベントに対応する項目にのみ、その検知結果となる情報を指定すればよい。
【００６８】
メディア情報（Ｐａｔｈ  Ｍｅｄｉａ）は、センサ部７の出力データ（検出情報）である生データを送信する際に使用されるデータタイプである。
【００６９】
図９は、ヘッダ情報に含まれる「車両メタデータ」のデータ構造を示す。図９は、「車両メタデータ」に含まれる要素（サブ項目）ごとに、各要素が必須であるか任意であるかの情報を示している。
【００７０】
図９に示すように、「車両メタデータ」は、「車両種別（ｖｅｈｉｃｌｅＴｙｐｅＧｅｎｅｒｉｃＥｎｕｍ）」、「車両ＩＤ」、「車両長（ｖｅｈｉｃｌｅＬｅｎｇｔｈ＿ｍ）」、「車幅（ｖｅｈｉｃｌｅＷｉｄｔｈ＿ｍ）」、「車高（ｖｅｈｉｃｌｅＨｅｉｇｈｔ＿ｍ）」、及び「第１燃料タイプ（ｐｒｉｍａｒｙＦｕｅｌＴｙｐｅ）」の各要素を少なくとも含んでいる。
【００７１】
ここで、端末装置１のアップロードデータ生成部１９は、「車両種別」、「車両長」、「車幅」、「車高」、「第１燃料タイプ」等の各要素に、記憶部１２に記憶された車両属性情報ＩＶに基づく情報を指定する。なお、「車両長」、「車幅」、「車高」、「第１燃料タイプ」等の各要素は任意項目であり、車両属性情報ＩＶに対応する情報が存在しない場合などには、情報を指定しない。また、アップロードデータ生成部１９は、「車両ＩＤ」には、記憶部１２に記憶された車両属性情報ＩＶに含まれる車両の識別番号等を指定する。なお、車両ＩＤは、車両に割り当てられた固有のＩＤの他、端末装置１に割り当てられたＩＤであってもよく、車両の所有者を特定するＩＤであってもよい。
【００７２】
図１０は、イベント情報に含まれる「オブジェクト認識イベント」のデータ構造を示す。図１０は、「オブジェクト認識イベント」に含まれる要素（サブ項目）ごとに、各要素に対応する情報の指定が必須であるか任意であるかの情報を示している。
【００７３】
図１０に示すように、「オブジェクト認識イベント」は、「タイムスタンプ（ｔｉｍｅＳｔａｍｐＵＴＣ＿ｍｓ）」、「オブジェクトＩＤ（ｄｅｔｅｃｔｅｄＯｂｊｅｃｔＩＤ）」、「オフセット位置（ＰｏｓｉｔｉｏｎＯｆｆｓｅｔ）」、「オブジェクトタイプ（ｏｂｊｅｃｔＴｙｐｅ）」、「オブジェクトサイズ（ｏｂｊｅｃｔＳｉｚｅ＿ｍ）」、「オブジェクトサイズ精度（ｏｂｊｅｃｔＳｉｚｅＡｃｃｕｒａｃｙ＿ｍ）」、「メディアＩＤ（ｍｅｄｉａＩＤ）」の各要素を含んでいる。
【００７４】
端末装置１のアップロードデータ生成部１９は、オブジェクト検出部１８からオブジェクトの検出結果を示すオブジェクト検出データを受信した場合に、図１０に示すデータ構造を有する「オブジェクト認識イベント」を含むイベント情報を生成する。ここで、アップロードデータ生成部１９は、「タイムスタンプ」にはオブジェクト検出時の時刻を指定し、「オブジェクトＩＤ」には、検出したオブジェクトのオブジェクトＩＤを指定する。
【００７５】
また、「オフセット位置」には、アップロードデータ生成部１９は、検出したオブジェクトの車両からの相対位置（例えば緯度差及び経度差等）の情報を指定する。なお、アップロードデータ生成部１９は、自転車専用レーン上に存在するオブジェクトの検出に関するイベント情報を生成する場合には、「オフセット位置」には、上述した車両からの相対位置の情報の他、種々の情報を指定する。この場合の「オフセット位置」のデータ構造については、図１１を参照して後述する。
【００７６】
「オブジェクトタイプ」は、図６（Ａ）に示すオブジェクト情報の「種別ＩＤ」と同様の情報を指定する項目であり、アップロードデータ生成部１９は、検出したオブジェクトの種別を示す情報を「オブジェクトタイプ」に指定する。なお、検出したオブジェクトが複数個から形成された陥没穴等である場合には、複数個により形成される旨を示す情報が「オブジェクトタイプ」に付加されてもよい。また、「オブジェクトタイプ」には、自転車専用レーン上に存在するオブジェクトであることを識別可能な情報が指定されてもよい。例えば、同一種類のオブジェクトであっても、自転車専用レーン上に存在するか否かによって異なる識別番号が指定されてもよい。この場合、「オブジェクトタイプ」に指定される情報は、特定情報の一例である。
【００７７】
また、アップロードデータ生成部１９は、検出したオブジェクトのサイズ情報及び当該サイズの精度情報がオブジェクト検出部１８から供給されるオブジェクト検出データに含まれていた場合に、これらの情報を、「オブジェクトサイズ」、「オブジェクトサイズ精度」の各要素に指定する。なお、検出したオブジェクトが複数個から形成された陥没穴等である場合には、これらにより形成される陥没地帯の長さの情報が「オブジェクトサイズ」に指定されてもよい。また、アップロードデータ生成部１９は、センサ部７が出力した画像、ビデオ、点群データなどの生データを送信する必要がある場合に、当該生データに対して付与した識別情報を、「メディアＩＤ」に指定する。そして、「メディアＩＤ」の要素で指定されたメディア（生データ）の詳細情報等については、「メディア情報」の項目に別途格納される。
【００７８】
図１１は、自転車専用レーン上に存在するオブジェクトの検出に関するイベント情報を生成する場合の「オフセット位置」のデータ構造の一例を示す。アップロードデータ生成部１９は、検出したオブジェクトの位置が地図ＤＢ４の自転車レーンリンク情報等により特定される自転車専用レーン上にあると判断した場合、図１１に示すデータ構造に従って「オフセット位置」に指定する情報を決定する。図１１に示す「オブジェクト位置」は、「車両との相対位置」、「位置種別」、「第１基準位置」、「第１基準位置からの距離」、「第２基準位置」、「第２基準位置からの距離」の各サブ要素を含む。
【００７９】
ここで、「車両との相対位置」には、アップロードデータ生成部１９は、車両を基準とした場合の検出したオブジェクトの相対位置を示す情報を指定する。図１１では、アップロードデータ生成部１９は、緯度差及び経度差を示す「（ｘｘｘｘ、ｙｙｙｙ）」を「車両との相対位置」として指定している。なお、「車両との相対位置」としては、自車位置の進行方向を基準とした場合のオブジェクトの方向（角度）と自車位置を基準とした場合のオブジェクトまでの距離で表してもよい。「位置種別」には、アップロードデータ生成部１９は、対象のオブジェクトが存在する位置の種別（ここでは自転車専用レーン）を指定する。なお、「位置種別」には、対象のオブジェクトが自転車専用レーンに存在する場合には、当該自転車専用レーンの自転車レーンリンクＩＤが指定されてもよい。
【００８０】
「第１基準位置」には、アップロードデータ生成部１９は、検出したオブジェクトの位置を特定する際に第１の基準となる位置（ここでは、自転車専用レーンと車道との境界に設けられた区画線Ａ）を指定する。「第１基準位置からの距離」には、アップロードデータ生成部１９は、第１基準位置として指定した位置（ここでは区画線Ａ）からオブジェクトまでの距離を指定する。「第２基準位置」には、アップロードデータ生成部１９は、検出したオブジェクトの位置を特定する際に第２の基準となる位置（ここではオブジェクトＢ）を指定する。「第２基準位置からの距離」には、アップロードデータ生成部１９は、第２基準位置として指定した位置（ここではオブジェクトＢ）からオブジェクトまでの距離を指定する。なお、図１１の「位置種別」、「第１基準位置」、「第２基準位置」には、実際には「自転車専用レーン」、「区画線Ａ」、「オブジェクトＢ」をそれぞれ識別可能なＩＤ等が指定される。「車両との相対位置」、「第１基準位置からの距離」、「第２基準位置からの距離」に指定される情報は、位置情報の一例であり、「位置種別」に指定される情報は、特定情報の一例である。
【００８１】
なお、アップロードデータ生成部１９は、自転車専用レーン上に存在するオブジェクトに限らず、歩道、路側帯などに存在するオブジェクトに対する「オブジェクト認識イベント」の「オフセット位置」についても、図１１に示すデータ構造と同様のデータ構造を有するアップロード情報Ｉｕを生成してもよい。この場合、「位置種別」には、検出したオブジェクトが存在する歩道又は路側帯等を特定するための識別情報が指定される。
【００８２】
［処理フロー］
図１２は、本実施例における処理の概要を示すフローチャートの一例である。
【００８３】
まず、端末装置１は、所定のイベントを検知したか否か判定する（ステップＳ１０１）。例えば、端末装置１は、センサ部７の出力に基づき、イベント情報として送信すべきイベント（オブジェクト認識イベント等）が発生したか否か判定する。そして、端末装置１は、イベントを検知した場合（ステップＳ１０１；Ｙｅｓ）、イベント情報を生成し、生成したイベント情報を含むアップロード情報Ｉｕをサーバ装置２へ送信する（ステップＳ１０２）。このとき、端末装置１は、自転車専用レーン上のオブジェクトの検知に関するオブジェクト認識イベントのイベント情報を送信する場合には、図１０及び図１１のデータ構造に従った「オブジェクト認識イベント」を含むイベント情報を生成することで、イベント情報を受信したサーバ装置２に自転車専用レーン上にオブジェクトの存在を好適に把握させることが可能となる。
【００８４】
サーバ装置２は、ステップＳ１０２で送信されたアップロード情報Ｉｕを受信し、イベント情報ＤＢ９にアップロード情報Ｉｕを蓄積する（ステップＳ２０１）。そして、サーバ装置２は、配信地図ＤＢ５の更新タイミングであるか否か判定する（ステップＳ２０２）。上述の更新タイミングは、配信地図ＤＢ５の前回更新時からの時間長に基づいて判定されてもよく、配信地図ＤＢ５の前回更新時から受信したアップロード情報Ｉｕの累積受信数に基づいて判定されてもよい。
【００８５】
そして、サーバ装置２は、配信地図ＤＢ５の更新タイミングである場合（ステップＳ２０２；Ｙｅｓ）、イベント情報ＤＢ９を参照してオブジェクト情報及び危険個所情報を生成し、生成したこれらの情報を用いて配信地図ＤＢ５を更新する（ステップＳ２０３）。この場合、例えば、サーバ装置２は、「オブジェクト認識イベント」を含むイベント情報の項目「オフセット位置」を参照することで、自転車専用レーン上に存在するオブジェクトの情報を示すイベント情報を抽出し、抽出したイベント情報から図６（Ａ）に示すデータ構造を有するオブジェクト情報及び図７に示すデータ構造を有する危険個所情報を生成する。この場合、サーバ装置２は、図６（Ａ）に示すデータ構造を有するオブジェクト情報の生成後、当該オブジェクト情報のうち所定の条件を満たすオブジェクト情報を抽出し、抽出したオブジェクト情報から危険個所情報を生成してもよい。この場合、例えば、サーバ装置２は、自転車専用レーン上に存在するオブジェクトの大きさ、当該オブジェクトの種別、又は／及び、基準位置からの距離等に基づいて、通行上の妨げとなると推定されるオブジェクトのオブジェクト情報を抽出し、当該オブジェクト情報から危険個所情報を生成してもよい。
【００８６】
そして、サーバ装置２は、ステップＳ２０３において生成したオブジェクト情報及び危険個所情報を示すダウンロード情報Ｉｄを各端末装置１に対して送信する（ステップＳ２０４）。なお、サーバ装置２は、ダウンロード情報Ｉｄの送信要求があった端末装置１に対してのみダウンロード情報Ｉｄを送信してもよい。一方、サーバ装置２は、配信地図ＤＢ５の更新タイミングではない場合（ステップＳ２０２；Ｎｏ）、引き続きステップＳ２０１を実行する。
【００８７】
一方、端末装置１は、ステップＳ１０２の実行後、又は、ステップＳ１０１において所定のイベントを検知しなかった場合、ダウンロード情報Ｉｄをサーバ装置２から受信したか否か判定する（ステップＳ１０３）。そして、端末装置１は、ダウンロード情報Ｉｄを受信した場合（ステップＳ１０３；Ｙｅｓ）、当該ダウンロード情報Ｉｄを用いて地図ＤＢ４を更新する（ステップＳ１０４）。これにより、地図ＤＢ４には、自転車専用レーンに存在するオブジェクト等に関する最新情報が記録され、経路探索、注意喚起、自動運転制御などに好適に用いられる。一方、端末装置１は、サーバ装置２からダウンロード情報Ｉｄを受信していない場合（ステップＳ１０３；Ｎｏ）、ステップＳ１０１へ処理を戻す。
【００８８】
［変形例］
次に、上述の実施例に好適な変形例について説明する。
【００８９】
（変形例１）
実施例で説明したサーバ装置２の処理を、複数のサーバ装置からなるサーバシステム（所謂クラウドサーバ）が実行してもよい。
【００９０】
例えば、サーバシステムは、配信地図ＤＢ５を記憶するサーバと、イベント情報ＤＢ９を記憶するサーバと、オブジェクト情報及び危険個所情報の生成処理を行うサーバとから構成されていてもよい。この場合、各サーバは、予め割り当てられた処理を実行するのに必要な情報を他のサーバから適宜受信して所定の処理を実行する。
【００９１】
また、自転車専用レーン上に存在するオブジェクトに関する情報（即ち図１０及び図１１のデータ構造を有する情報）は、端末装置１とサーバ装置２との間で授受が行われてもよく、サーバ間で授受が行われてもよい。図１３は、変形例に係るデータ収集システムの概略構成である。図１３に示すデータ収集システムは、複数の端末装置１と、車両クラウド２Ａと、地図クラウド２Ｂとを有する。車両クラウド２Ａは、主に車ベンダーが管理するサーバ群であり、地図クラウド２Ｂは、主に地図ベンダーが管理するサーバ群である。
【００９２】
この場合、車両クラウド２Ａ及び地図クラウド２Ｂは、実施例のサーバ装置２と同様に、アップロード情報Ｉｕを各車両の端末装置１から受信してもよい。これにより、車両クラウド２Ａ及び地図クラウド２Ｂは、それぞれオブジェクト情報及び危険個所情報の生成に必要なイベント情報を収集することが可能である。また、車両クラウド２Ａは、アップロード情報Ｉｕに基づき生成したオブジェクト情報及び危険個所情報を地図クラウド２Ｂへ送信してもよい。
【００９３】
（変形例２）
サーバ装置２は、端末装置１からの経路探索要求に基づき配信地図ＤＢ５を参照して経路端末処理を行ってもよい。
【００９４】
この例では、サーバ装置２は、目的地、現在位置、及びその他の検索条件などを含む経路探索要求を端末装置１から受信した場合、配信地図ＤＢ５に含まれる危険個所情報等が示す危険個所ごとの危険度を参照して推奨経路を決定する。この場合、例えば、サーバ装置２は、危険度が高い危険個所を含む道路区間ほど通行しにくい（即ちコストが高い）区間とみなし、危険度が低い危険個所を含む区間から構成される経路ほど推奨経路として選定されやすくする。そして、サーバ装置２は、経路探索結果を示す応答情報を、経路探索の要求元の端末装置１に送信する。同様に、サーバ装置２は、図６（Ａ）に示すデータ構造を有するオブジェクト情報を参照して経路探索処理を行ってもよい。この態様によっても、イベント情報に基づき生成したオブジェクト情報及び危険個所情報を含む配信地図ＤＢ５を好適に活用することができる。
【００９５】
（変形例３）
地図ＤＢ４及び配信地図ＤＢ５は、自転車専用レーン上のオブジェクトの情報として、図６（Ａ）に示すデータ構造を有するオブジェクト情報、又は、図７に示すデータ構造を有する危険個所情報のいずれか一方のみを有してもよい。図６（Ａ）に示すデータ構造を有するオブジェクト情報、又は、図７に示すデータ構造を有する危険個所情報の少なくとも一方を有する地図ＤＢ４及び配信地図ＤＢ５のデータ構造は、地図データ構造の一例である。
【符号の説明】
【００９６】
１  端末装置
２  サーバ装置
４  地図ＤＢ
５  配信地図ＤＢ
６  センサデータキャッシュ
７  センサ部
９  イベント情報ＤＢ
【図１】
2019168981.tif 000003
【図２】
2019168981.tif 000004
【図３】
2019168981.tif 000005
【図４】
2019168981.tif 000006
【図５】
2019168981.tif 000007
【図６】
2019168981.tif 000008
【図７】
2019168981.tif 000009
【図８】
2019168981.tif 000010
【図９】
2019168981.tif 000011
【図１０】
2019168981.tif 000012
【図１１】
2019168981.tif 000013
【図１２】
2019168981.tif 000014
【図１３】
2019168981.tif 000015