特許 7402695 情報送信方法及びクライアント装置

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

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

(11)【特許番号】

(24)【登録日】2023-12-13

(45)【発行日】2023-12-21

(54)【発明の名称】情報送信方法及びクライアント装置

(51)【国際特許分類】

   G01C 21/26 20060101AFI20231214BHJP

   G08G 1/01 20060101ALI20231214BHJP

   G08G 1/09 20060101ALI20231214BHJP

   G16Y 10/40 20200101ALI20231214BHJP

   G16Y 20/20 20200101ALI20231214BHJP

   G16Y 40/60 20200101ALI20231214BHJP

【ＦＩ】

G01C21/26 B

G08G1/01 A

G08G1/09 F

G16Y10/40

G16Y20/20

G16Y40/60

【請求項の数】 16

(21)【出願番号】P 2019569570

(86)(22)【出願日】2019-01-31

(86)【国際出願番号】 JP2019003460

(87)【国際公開番号】W WO2019151427

(87)【国際公開日】2019-08-08

【審査請求日】2022-01-26

(31)【優先権主張番号】62/625,663

(32)【優先日】2018-02-02

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷 英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂 伸一

(72)【発明者】

【氏名】遠間 正真

(72)【発明者】

【氏名】橋田 伸彦

(72)【発明者】

【氏名】渡壁 陽平

(72)【発明者】

【氏名】杉尾 敏康

【審査官】白石 剛史

(56)【参考文献】

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

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

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

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

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

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

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

Ｇ０１Ｃ ２１／２６

Ｇ０８Ｇ １／０１

Ｇ１６Ｙ １０／４０

Ｇ１６Ｙ ２０／２０

Ｇ１６Ｙ ４０／６０

Ｇ０８Ｇ １／０９

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

【請求項1】

移動体に搭載されるクライアント装置における情報送信方法であって、
前記移動体に搭載された第１センサにより得られた、前記移動体の周辺状況を示す第１センサ情報を取得し、前記第１センサ情報を、前記クライアント装置が備える記憶部に記憶し、
前記移動体に搭載された第２センサにより得られた、前記第１センサ情報よりデータ量が少ない第２センサ情報を取得し、
地図データに示される高速通信可能なアクセスポイントの位置の方向にビームの指向性を向けることで、前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能かを判定し、
前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能であると判定した場合、前記第１センサ情報をサーバに送信し、
前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能でないと判定した場合、前記第２センサ情報を前記サーバに送信する、
情報送信方法。

【請求項2】

移動体に搭載されるクライアント装置における情報送信方法であって、
前記移動体に搭載された第１センサにより得られた第１センサ情報を取得し、前記第１センサ情報を、前記クライアント装置が備える記憶部に記憶し、
前記移動体に搭載された第２センサにより得られた第２センサ情報を取得し、
地図データに示されるアクセスポイントの位置の方向にビームの指向性を向けることで、前記クライアント装置がミリ波通信方式を用いて前記アクセスポイントに接続可能であると判定した場合、前記第１センサ情報を前記アクセスポイントを介してサーバに送信し、
前記第２センサ情報を前記ミリ波通信方式とは異なる通信方式を用いて前記サーバに送信する、
情報送信方法。

【請求項3】

前記第１センサはＬｉＤＡＲセンサであり、前記第２センサは画像センサである
請求項１又は２記載の情報送信方法。

【請求項4】

さらに、前記クライアント装置が複数のネットワークを前記第１センサ情報または前記第２センサ情報の送信に利用できるかを判定し、
前記複数のネットワークをセンサ情報の送信に利用できる場合、前記第１センサ情報または前記第２センサ情報のデータ量に基づいて、前記複数のネットワークから前記第１センサ情報または前記第２センサ情報の送信に利用するネットワークを選択し、
選択した前記ネットワークを利用して前記第１センサ情報または前記第２センサ情報を前記サーバに送信する
請求項１～３のいずれか１項に記載の情報送信方法。

【請求項5】

前記第１センサ情報を送信する前に前記第１センサ情報の特性を示すヘッダ情報を前記サーバに送信する
請求項１～４のいずれか１項に記載の情報送信方法。

【請求項6】

前記情報送信方法は、さらに、
前記第１センサ情報から、前記移動体の周辺の三次元データを作成し、
作成された前記三次元データを用いて前記移動体の自己位置を推定する
請求項１～５のいずれか１項に記載の情報送信方法。

【請求項7】

前記情報送信方法は、さらに、
前記サーバに三次元マップの送信要求を送信し、
前記サーバから前記三次元マップを受信し、
前記自己位置の推定では、前記三次元データと前記三次元マップとを用いて、前記自己位置を推定する
請求項６記載の情報送信方法。

【請求項8】

前記第１センサ情報は、当該第１センサ情報が前記第１センサにより取得された際の前記移動体又は前記第１センサの位置を示す取得場所情報を含む
請求項１～７のいずれか１項に記載の情報送信方法。

【請求項9】

前記第１センサ情報は、当該第１センサ情報が前記第１センサにより取得された時刻を示す取得時刻情報を含む
請求項１～８のいずれか１項に記載の情報送信方法。

【請求項10】

前記情報送信方法は、さらに、
前記サーバから時刻情報を取得し、
取得した時刻情報を用いて前記取得時刻情報を生成する
請求項９記載の情報送信方法。

【請求項11】

前記情報送信方法は、さらに、
前記サーバから場所及び時刻を指定する指定情報を含むセンサ情報送信要求を受信し、
前記記憶部に、前記指定情報で示される場所及び時刻において得られた第１センサ情報が記憶されており、かつ、前記移動体が前記サーバへ前記第１センサ情報を送信可能な環境に存在すると判定した場合、前記指定情報で示される場所及び時刻において得られた前記第１センサ情報を前記サーバに送信する
請求項１～１０のいずれか１項に記載の情報送信方法。

【請求項12】

前記情報送信方法は、さらに、
前記サーバに送信済みの前記第１センサ情報を前記記憶部から削除する
請求項１～１１のいずれか１項に記載の情報送信方法。

【請求項13】

前記情報送信方法は、さらに、
前記第１センサ情報が前記第１センサにより取得された際の前記移動体又は前記第１センサの位置と、現在の前記移動体又は前記第１センサの位置との差が、予め定められた距離を超えた場合に前記第１センサ情報を前記記憶部から削除する
請求項１～１２のいずれか１項に記載の情報送信方法。

【請求項14】

前記情報送信方法は、さらに、
前記第１センサ情報が前記第１センサにより取得された時刻と、現在の時刻との差が、予め定められた時間を超えた場合に前記第１センサ情報を前記記憶部から削除する
請求項１～１３のいずれか１項に記載の情報送信方法。

【請求項15】

移動体に搭載されるクライアント装置であって、
プロセッサと、
メモリとを備え、
前記プロセッサは、前記メモリを用いて、
前記移動体に搭載された第１センサにより得られた、前記移動体の周辺状況を示す第１センサ情報を取得し、前記第１センサ情報を、前記クライアント装置が備える記憶部に記憶し、
前記移動体に搭載された第２センサにより得られた、前記第１センサ情報よりデータ量が少ない第２センサ情報を取得し、
地図データに示される高速通信可能なアクセスポイントの位置の方向にビームの指向性を向けることで、前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能かを判定し、
前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能であると判定した場合、前記第１センサ情報をサーバに送信し、
前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能でないと判定した場合、前記第２センサ情報を前記サーバに送信する、
クライアント装置。

【請求項16】

移動体に搭載されるクライアント装置であって、
プロセッサと、
メモリとを備え、
前記プロセッサは、前記メモリを用いて、
移動体に搭載されるクライアント装置における情報送信方法であって、
前記移動体に搭載された第１センサにより得られた第１センサ情報を取得し、前記第１センサ情報を、前記クライアント装置が備える記憶部に記憶し、
前記移動体に搭載された第２センサにより得られた第２センサ情報を取得し、
地図データに示される高速通信可能なアクセスポイントの位置の方向にビームの指向性を向けることで、前記クライアント装置がミリ波通信方式を用いて前記アクセスポイントに接続可能であると判定した場合、前記第１センサ情報を前記アクセスポイントを介してサーバに送信し、
前記第２センサ情報を前記ミリ波通信方式とは異なる通信方式を用いて前記サーバに送信する、
クライアント装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報送信方法及びクライアント装置に関する。

【背景技術】

【0002】

自動車或いはロボットが自律的に動作するためのコンピュータビジョン、マップ情報、監視、インフラ点検、又は、映像配信など、幅広い分野において、今後、三次元データを活用した装置又はサービスの普及が見込まれる。三次元データは、レンジファインダなどの距離センサ、ステレオカメラ、又は複数の単眼カメラの組み合わせなど様々な方法で取得される。

【0003】

三次元データの表現方法の１つとして、三次元空間内の点群によって三次元構造の形状を表すポイントクラウドと呼ばれる表現方法がある。ポイントクラウドでは、点群の位置と色とが格納される。ポイントクラウドは三次元データの表現方法として主流になると予想されるが、点群はデータ量が非常に大きい。よって、三次元データの蓄積又は伝送においては二次元の動画像（一例として、ＭＰＥＧで規格化されたＭＰＥＧ－４ ＡＶＣ又はＨＥＶＣなどがある）と同様に、符号化によるデータ量の圧縮が必須となる。

【0004】

また、ポイントクラウドの圧縮については、ポイントクラウド関連の処理を行う公開のライブラリ（Ｐｏｉｎｔ Ｃｌｏｕｄ Ｌｉｂｒａｒｙ）などによって一部サポートされている。

【0005】

また、三次元の地図データを用いて、車両周辺に位置する施設を検索し、表示する技術が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0006】

【文献】国際公開第２０１４／０２０６６３号

【発明の概要】

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

【0007】

このような、三次元データを作成するための情報の送信を適切に行うことが望まれている。

【0008】

本開示は、三次元データを作成するための情報の送信を適切に行うことができる情報送信方法又はクライアント装置を提供することを目的とする。

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

【0009】

本開示の一態様に係る情報送信方法は、移動体に搭載されるクライアント装置における情報送信方法であって、前記移動体に搭載された第１センサにより得られた、前記移動体の周辺状況を示す第１センサ情報を取得し、前記第１センサ情報を記憶部に記憶し、前記移動体に搭載された第２センサにより得られた、前記第１センサ情報よりデータ量が少ない第２センサ情報を取得し、地図データに示される高速通信可能なアクセスポイントの位置の方向にビームの指向性を向けることで、前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能かを判定し、前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能であると判定した場合、前記第１センサ情報をサーバに送信し、前記クライアント装置が前記高速通信可能なアクセスポイントに接続可能でないと判定した場合、前記第２センサ情報を前記サーバに送信する。

【発明の効果】

【0010】

本開示は、三次元データを作成するための情報の送信を適切に行うことができる情報送信方法又はクライアント装置を提供できる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施の形態１に係る符号化三次元データの構成を示す図である。

【図2】図２は、実施の形態１に係るＧＯＳの最下層レイヤに属するＳＰＣ間の予測構造の一例を示す図である。

【図3】図３は、実施の形態１に係るレイヤ間の予測構造の一例を示す図である。

【図4】図４は、実施の形態１に係るＧＯＳの符号化順の一例を示す図である。

【図5】図５は、実施の形態１に係るＧＯＳの符号化順の一例を示す図である。

【図6】図６は、実施の形態１に係る三次元データ符号化装置のブロック図である。

【図7】図７は、実施の形態１に係る符号化処理のフローチャートである。

【図8】図８は、実施の形態１に係る三次元データ復号装置のブロック図である。

【図9】図９は、実施の形態１に係る復号処理のフローチャートである。

【図10】図１０は、実施の形態１に係るメタ情報の一例を示す図である。

【図11】図１１は、実施の形態２に係るＳＷＬＤの構成例を示す図である。

【図12】図１２は、実施の形態２に係るサーバ及びクライアントの動作例を示す図である。

【図13】図１３は、実施の形態２に係るサーバ及びクライアントの動作例を示す図である。

【図14】図１４は、実施の形態２に係るサーバ及びクライアントの動作例を示す図である。

【図15】図１５は、実施の形態２に係るサーバ及びクライアントの動作例を示す図である。

【図16】図１６は、実施の形態２に係る三次元データ符号化装置のブロック図である。

【図17】図１７は、実施の形態２に係る符号化処理のフローチャートである。

【図18】図１８は、実施の形態２に係る三次元データ復号装置のブロック図である。

【図19】図１９は、実施の形態２に係る復号処理のフローチャートである。

【図20】図２０は、実施の形態２に係るＷＬＤの構成例を示す図である。

【図21】図２１は、実施の形態２に係るＷＬＤの８分木構造の例を示す図である。

【図22】図２２は、実施の形態２に係るＳＷＬＤの構成例を示す図である。

【図23】図２３は、実施の形態２に係るＳＷＬＤの８分木構造の例を示す図である。

【図24】図２４は、実施の形態３に係る車両間の三次元データの送受信の様子を示す模式図である。

【図25】図２５は、実施の形態３に係る車両間で伝送される三次元データの一例を示す図である。

【図26】図２６は、実施の形態３に係る三次元データ作成装置のブロック図である。

【図27】図２７は、実施の形態３に係る三次元データ作成処理のフローチャートである。

【図28】図２８は、実施の形態３に係る三次元データ送信装置のブロック図である。

【図29】図２９は、実施の形態３に係る三次元データ送信処理のフローチャートである。

【図30】図３０は、実施の形態３に係る三次元データ作成装置のブロック図である。

【図31】図３１は、実施の形態３に係る三次元データ作成処理のフローチャートである。

【図32】図３２は、実施の形態３に係る三次元データ送信装置のブロック図である。

【図33】図３３は、実施の形態３に係る三次元データ送信処理のフローチャートである。

【図34】図３４は、実施の形態４に係る三次元情報処理装置のブロック図である。

【図35】図３５は、実施の形態４に係る三次元情報処理方法のフローチャートである。

【図36】図３６は、実施の形態４に係る三次元情報処理方法のフローチャートである。

【図37】図３７は、実施の形態５に係る三次元データの送信処理を説明するための図である。

【図38】図３８は、実施の形態５に係る三次元データ作成装置のブロック図である。

【図39】図３９は、実施の形態５に係る三次元データ作成方法のフローチャートである。

【図40】図４０は、実施の形態５に係る三次元データ作成方法のフローチャートである。

【図41】図４１は、実施の形態６に係る表示方法のフローチャートである。

【図42】図４２は、実施の形態６に係るフロントガラス越しに見える周辺環境の例を示す図である。

【図43】図４３は、実施の形態６に係るヘッドアップディスプレイの表示例を示す図である。

【図44】図４４は、実施の形態６に係る調整後のヘッドアップディスプレイの表示例を示す図である。

【図45】図４５は、実施の形態７に係るシステムの構成を示す図である。

【図46】図４６は、実施の形態７に係るクライアント装置のブロック図である。

【図47】図４７は、実施の形態７に係るサーバのブロック図である。

【図48】図４８は、実施の形態７に係るクライアント装置による三次元データ作成処理のフローチャートである。

【図49】図４９は、実施の形態７に係るクライアント装置によるセンサ情報送信処理のフローチャートである。

【図50】図５０は、実施の形態７に係るサーバによる三次元データ作成処理のフローチャートである。

【図51】図５１は、実施の形態７に係るサーバによる三次元マップ送信処理のフローチャートである。

【図52】図５２は、実施の形態７に係るシステムの変形例の構成を示す図である。

【図53】図５３は、実施の形態７に係るサーバ及びクライアント装置の構成を示す図である。

【図54】図５４は、実施の形態８に係るサーバ及びクライアント装置の構成を示す図である。

【図55】図５５は、実施の形態８に係るクライアント装置による処理のフローチャートである。

【図56】図５６は、実施の形態８に係るセンサ情報収集システムの構成を示す図である。

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

【0012】

本開示の一態様に係る情報送信方法は、移動体に搭載されるクライアント装置における情報送信方法であって、前記移動体に搭載されたセンサにより得られた、前記移動体の周辺状況を示すセンサ情報を取得し、前記センサ情報を記憶部に記憶し、前記移動体がサーバへ前記センサ情報を送信可能な環境に存在するかを判定し、前記移動体が前記サーバへ前記センサ情報を送信可能な環境に存在すると判定した場合、前記センサ情報を前記サーバに送信する。

【0013】

これによれば、当該情報送信方法は、三次元データを作成するための情報の送信を適切に行うことができる。

【0014】

例えば、前記情報送信方法は、さらに、前記センサ情報から、前記移動体の周辺の三次元データを作成し、作成された前記三次元データを用いて前記移動体の自己位置を推定してもよい。

【0015】

例えば、前記情報送信方法は、さらに、前記サーバに三次元マップの送信要求を送信し、前記サーバから前記三次元マップを受信し、前記自己位置の推定では、前記三次元データと前記三次元マップとを用いて、前記自己位置を推定してもよい。

【0016】

これによれば、当該情報送信方法は、自己位置推定の精度を向上できる。

【0017】

例えば、前記センサ情報は、レーザセンサで得られた情報、輝度画像、赤外画像、デプス画像、センサの位置情報、及びセンサの速度情報のうち少なくとも一つを含んでもよい。

【0018】

例えば、前記センサ情報は、当該センサ情報が前記センサにより取得された際の前記移動体又は前記センサの位置を示す取得場所情報を含んでもよい。

【0019】

例えば、前記センサ情報は、当該センサ情報が前記センサにより取得された時刻を示す取得時刻情報を含んでもよい。

【0020】

例えば、前記情報送信方法は、さらに、前記サーバから時刻情報を取得し、取得した時刻情報を用いて前記取得時刻情報を生成してもよい。

【0021】

これによれば、複数のクライアント装置から送信されるセンサ情報の取得時刻情報を同期させることができる。

【0022】

例えば、前記情報送信方法は、さらに、前記サーバから場所及び時刻を指定する指定情報を含むセンサ情報送信要求を受信し、前記記憶部に、前記指定情報で示される場所及び時刻において得られたセンサ情報が記憶されており、かつ、前記移動体が前記サーバへ前記センサ情報を送信可能な環境に存在すると判定した場合、前記指定情報で示される場所及び時刻において得られた前記センサ情報を前記サーバに送信してもよい。

【0023】

例えば、前記情報送信方法は、さらに、前記サーバに送信済みの前記センサ情報を前記記憶部から削除してもよい。

【0024】

これによれば、記憶部の容量を削減できる。

【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】

第１方法は、静的オブジェクトと動的オブジェクトとを区別せずに符号化する方法である。第２方法は、静的オブジェクトと動的オブジェクトとを識別情報により区別する方法である。

【0057】

例えば、ＧＯＳが識別単位として用いられる。この場合、静的オブジェクトを構成するＳＰＣを含むＧＯＳと、動的オブジェクトを構成するＳＰＣを含むＧＯＳとが、符号化データ内、又は符号化データとは別途格納される識別情報により区別される。

【0058】

または、ＳＰＣが識別単位として用いられてもよい。この場合、静的オブジェクトを構成するＶＬＭを含むＳＰＣと、動的オブジェクトを構成するＶＬＭを含むＳＰＣとが、上記識別情報により区別される。

【0059】

または、ＶＬＭ或いはＶＸＬが識別単位として用いられてもよい。この場合、静的オブジェクトを含むＶＬＭ又はＶＸＬと、動的オブジェクトを含むＶＬＭ又はＶＸＬとが上記識別情報により区別される。

【0060】

また、符号化装置は、動的オブジェクトを１以上のＶＬＭ又はＳＰＣとして符号化し、静的オブジェクトを含むＶＬＭ又はＳＰＣと、動的オブジェクトを含むＳＰＣとを、互いに異なるＧＯＳとして符号化してもよい。また、符号化装置は、動的オブジェクトのサイズに応じてＧＯＳのサイズが可変となる場合には、ＧＯＳのサイズをメタ情報として別途格納する。

【0061】

また、符号化装置は、静的オブジェクトと動的オブジェクトとを互いに独立に符号化し、静的オブジェクトから構成されるワールドに対して、動的オブジェクトを重畳してもよい。このとき、動的オブジェクトは１以上のＳＰＣから構成され、各ＳＰＣは、当該ＳＰＣが重畳される静的オブジェクトを構成する１以上のＳＰＣに対応付けられる。なお、動的オブジェクトをＳＰＣではなく、１以上のＶＬＭ又はＶＸＬにより表現してもよい。

【0062】

また、符号化装置は、静的オブジェクトと動的オブジェクトとを互いに異なるストリームとして符号化してもよい。

【0063】

また、符号化装置は、動的オブジェクトを構成する１以上のＳＰＣを含むＧＯＳを生成してもよい。さらに、符号化装置は、動的オブジェクトを含むＧＯＳ（ＧＯＳ＿Ｍ）と、ＧＯＳ＿Ｍの空間領域に対応する静的オブジェクトのＧＯＳとを同一サイズ（同一の空間領域を占める）に設定してもよい。これにより、ＧＯＳ単位で重畳処理を行うことができる。

【0064】

動的オブジェクトを構成するＰ－ＳＰＣ又はＢ－ＳＰＣは、符号化済みの異なるＧＯＳに含まれるＳＰＣを参照してもよい。動的オブジェクトの位置が時間的に変化し、同一の動的オブジェクトが異なる時刻のＧＯＳとして符号化されるケースでは、ＧＯＳを跨いだ参照が圧縮率の観点から有効となる。

【0065】

また、符号化データの用途に応じて、上記の第１方法と第２方法とを切替えてもよい。例えば、符号化三次元データを地図として用いる場合は、動的オブジェクトを分離できることが望ましいため、符号化装置は、第２方法を用いる。一方、符号化装置は、コンサート又はスポーツなどのイベントの三次元データを符号化する場合に、動的オブジェクトを分離する必要がなければ、第１方法を用いる。

【0066】

また、ＧＯＳ又はＳＰＣの復号時刻と表示時刻とは符号化データ内、又はメタ情報として格納できる。また、静的オブジェクトの時刻情報は全て同一としてもよい。このとき、実際の復号時刻と表示時刻は、復号装置が決定するものとしてもよい。あるいは、復号時刻として、ＧＯＳ、あるいは、ＳＰＣ毎に異なる値が付与され、表示時刻として全て同一の値が付与されてもよい。さらに、ＨＥＶＣのＨＲＤ（Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ）など動画像符号化におけるデコーダモデルのように、デコーダが所定のサイズのバッファを有し、復号時刻に従って所定のビットレートでビットストリームを読み込めば破綻なく復号できることを保証するモデルを導入してもよい。

【0067】

次に、ワールド内におけるＧＯＳの配置について説明する。ワールドにおける三次元空間の座標は、互いに直交する３本の座標軸（ｘ軸、ｙ軸、ｚ軸）により表現される。ＧＯＳの符号化順に所定のルールを設けることで、空間的に隣接するＧＯＳが符号化データ内で連続するように符号化を行える。例えば、図４に示す例では、ｘｚ平面内のＧＯＳを連続的に符号化する。あるｘｚ平面内の全てのＧＯＳの符号化終了後にｙ軸の値を更新する。すなわち、符号化が進むにつれて、ワールドはｙ軸方向に伸びていく。また、ＧＯＳのインデックス番号は符号化順に設定される。

【0068】

ここで、ワールドの三次元空間は、ＧＰＳ、或いは緯度及び経度などの地理的な絶対座標と１対１に対応付けておく。或いは、予め設定した基準位置からの相対位置により三次元空間が表現されてもよい。三次元空間のｘ軸、ｙ軸、ｚ軸の方向は、緯度及び経度などに基づいて決定される方向ベクトルとして表現され、当該方向ベクトルはメタ情報として符号化データと共に格納される。

【0069】

また、ＧＯＳのサイズは固定とし、符号化装置は、当該サイズをメタ情報として格納する。また、ＧＯＳのサイズは、例えば、都市部か否か、又は、室内か外かなどに応じて切替えられてもよい。つまり、ＧＯＳのサイズは、情報としての価値があるオブジェクトの量又は性質に応じて切替えられてもよい。あるいは、符号化装置は、同一ワールド内において、オブジェクトの密度などに応じて、ＧＯＳのサイズ、又は、ＧＯＳ内のＩ－ＳＰＣの間隔を適応的に切替えてもよい。例えば、符号化装置は、オブジェクトの密度が高いほど、ＧＯＳのサイズを小さくし、ＧＯＳ内のＩ－ＳＰＣの間隔を短くする。

【0070】

図５の例では、３番目から１０番目のＧＯＳの領域では、オブジェクトの密度が高いため、細かい粒度でのランダムアクセスを実現するために、ＧＯＳが細分化されている。なお、７番目から１０番目のＧＯＳは、それぞれ、３番目から６番目のＧＯＳの裏側に存在する。

【0071】

次に、本実施の形態に係る三次元データ符号化装置の構成及び動作の流れを説明する。図６は、本実施の形態に係る三次元データ符号化装置１００のブロック図である。図７は、三次元データ符号化装置１００の動作例を示すフローチャートである。

【0072】

図６に示す三次元データ符号化装置１００は、三次元データ１１１を符号化することで符号化三次元データ１１２を生成する。この三次元データ符号化装置１００は、取得部１０１と、符号化領域決定部１０２と、分割部１０３と、符号化部１０４とを備える。

【0073】

図７に示すように、まず、取得部１０１は、点群データである三次元データ１１１を取得する（Ｓ１０１）。

【0074】

次に、符号化領域決定部１０２は、取得した点群データに対応する空間領域のうち、符号化対象の領域を決定する（Ｓ１０２）。例えば、符号化領域決定部１０２は、ユーザ又は車両の位置に応じて、当該位置の周辺の空間領域を符号化対象の領域に決定する。

【0075】

次に、分割部１０３は、符号化対象の領域に含まれる点群データを、各処理単位に分割する。ここで処理単位とは、上述したＧＯＳ及びＳＰＣ等である。また、この符号化対象の領域は、例えば、上述したワールドに対応する。具体的には、分割部１０３は、予め設定したＧＯＳのサイズ、又は、動的オブジェクトの有無或いはサイズに基づいて、点群データを処理単位に分割する（Ｓ１０３）。また、分割部１０３は、各ＧＯＳにおいて符号化順で先頭となるＳＰＣの開始位置を決定する。

【0076】

次に、符号化部１０４は、各ＧＯＳ内の複数のＳＰＣを順次符号化することで符号化三次元データ１１２を生成する（Ｓ１０４）。

【0077】

なお、ここでは、符号化対象の領域をＧＯＳ及びＳＰＣに分割した後に、各ＧＯＳを符号化する例を示したが、処理の手順は上記に限らない。例えば、一つのＧＯＳの構成を決定した後にそのＧＯＳを符号化し、その後、次のＧＯＳの構成を決定する等の手順を用いてもよい。

【0078】

このように、三次元データ符号化装置１００は、三次元データ１１１を符号化することで符号化三次元データ１１２を生成する。具体的には、三次元データ符号化装置１００は、三次元データを、ランダムアクセス単位であって、各々が三次元座標に対応付けられている第１処理単位（ＧＯＳ）に分割し、第１処理単位（ＧＯＳ）を複数の第２処理単位（ＳＰＣ）に分割し、第２処理単位（ＳＰＣ）を複数の第３処理単位（ＶＬＭ）に分割する。また、第３処理単位（ＶＬＭ）は、位置情報が対応付けられる最小単位である１以上のボクセル（ＶＸＬ）を含む。

【0079】

次に、三次元データ符号化装置１００は、複数の第１処理単位（ＧＯＳ）の各々を符号化することで符号化三次元データ１１２を生成する。具体的には、三次元データ符号化装置１００は、各第１処理単位（ＧＯＳ）において、複数の第２処理単位（ＳＰＣ）の各々を符号化する。また、三次元データ符号化装置１００は、各第２処理単位（ＳＰＣ）において、複数の第３処理単位（ＶＬＭ）の各々を符号化する。

【0080】

例えば、三次元データ符号化装置１００は、処理対象の第１処理単位（ＧＯＳ）がクローズドＧＯＳである場合には、処理対象の第１処理単位（ＧＯＳ）に含まれる処理対象の第２処理単位（ＳＰＣ）を、処理対象の第１処理単位（ＧＯＳ）に含まれる他の第２処理単位（ＳＰＣ）を参照して符号化する。つまり、三次元データ符号化装置１００は、処理対象の第１処理単位（ＧＯＳ）とは異なる第１処理単位（ＧＯＳ）に含まれる第２処理単位（ＳＰＣ）を参照しない。

【0081】

一方、処理対象の第１処理単位（ＧＯＳ）がオープンＧＯＳである場合には、処理対象の第１処理単位（ＧＯＳ）に含まれる処理対象の第２処理単位（ＳＰＣ）を、処理対象の第１処理単位（ＧＯＳ）に含まれる他の第２処理単位（ＳＰＣ）、又は、処理対象の第１処理単位（ＧＯＳ）とは異なる第１処理単位（ＧＯＳ）に含まれる第２処理単位（ＳＰＣ）を参照して符号化する。

【0082】

また、三次元データ符号化装置１００は、処理対象の第２処理単位（ＳＰＣ）のタイプとして、他の第２処理単位（ＳＰＣ）を参照しない第１タイプ（Ｉ－ＳＰＣ）、他の一つの第２処理単位（ＳＰＣ）を参照する第２タイプ（Ｐ－ＳＰＣ）、及び他の二つの第２処理単位（ＳＰＣ）を参照する第３タイプのうちいずれかを選択し、選択したタイプに従い処理対象の第２処理単位（ＳＰＣ）を符号化する。

【0083】

次に、本実施の形態に係る三次元データ復号装置の構成及び動作の流れを説明する。図８は、本実施の形態に係る三次元データ復号装置２００のブロックのブロック図である。図９は、三次元データ復号装置２００の動作例を示すフローチャートである。

【0084】

図８に示す三次元データ復号装置２００は、符号化三次元データ２１１を復号することで復号三次元データ２１２を生成する。ここで、符号化三次元データ２１１は、例えば、三次元データ符号化装置１００で生成された符号化三次元データ１１２である。この三次元データ復号装置２００は、取得部２０１と、復号開始ＧＯＳ決定部２０２と、復号ＳＰＣ決定部２０３と、復号部２０４とを備える。

【0085】

まず、取得部２０１は、符号化三次元データ２１１を取得する（Ｓ２０１）。次に、復号開始ＧＯＳ決定部２０２は、復号対象のＧＯＳに決定する（Ｓ２０２）。具体的には、復号開始ＧＯＳ決定部２０２は、符号化三次元データ２１１内、又は符号化三次元データとは別に格納されたメタ情報を参照して、復号を開始する空間位置、オブジェクト、又は、時刻に対応するＳＰＣを含むＧＯＳを復号対象のＧＯＳに決定する。

【0086】

次に、復号ＳＰＣ決定部２０３は、ＧＯＳ内で復号するＳＰＣのタイプ（Ｉ、Ｐ、Ｂ）を決定する（Ｓ２０３）。例えば、復号ＳＰＣ決定部２０３は、（１）Ｉ－ＳＰＣのみを復号するか、（２）Ｉ－ＳＰＣ及びＰ－ＳＰＣを復号するか、（３）全てのタイプを復号するかを決定する。なお、全てのＳＰＣを復号するなど、予め復号するＳＰＣのタイプが決定している場合は、本ステップは行われなくてもよい。

【0087】

次に、復号部２０４は、ＧＯＳ内で復号順（符号化順と同一）で先頭となるＳＰＣが符号化三次元データ２１１内で開始するアドレス位置を取得し、当該アドレス位置から先頭ＳＰＣの符号化データを取得し、当該先頭ＳＰＣから順に各ＳＰＣを順次復号する（Ｓ２０４）。なお、上記アドレス位置は、メタ情報等に格納されている。

【0088】

このように、三次元データ復号装置２００は、復号三次元データ２１２を復号する。具体的には、三次元データ復号装置２００は、ランダムアクセス単位であって、各々が三次元座標に対応付けられている第１処理単位（ＧＯＳ）の符号化三次元データ２１１の各々を復号することで第１処理単位（ＧＯＳ）の復号三次元データ２１２を生成する。より具体的には、三次元データ復号装置２００は、各第１処理単位（ＧＯＳ）において、複数の第２処理単位（ＳＰＣ）の各々を復号する。また、三次元データ復号装置２００は、各第２処理単位（ＳＰＣ）において、複数の第３処理単位（ＶＬＭ）の各々を復号する。

【0089】

以下、ランダムアクセス用のメタ情報について説明する。このメタ情報は、三次元データ符号化装置１００で生成され、符号化三次元データ１１２（２１１）に含まれる。

【0090】

従来の二次元の動画像におけるランダムアクセスでは、指定した時刻の近傍となるランダムアクセス単位の先頭フレームから復号を開始していた。一方、ワールドにおいては、時刻に加えて、空間（座標又はオブジェクトなど）に対するランダムアクセスが想定される。

【0091】

そこで、少なくとも座標、オブジェクト、及び時刻の３つの要素へのランダムアクセスを実現するために、各要素とＧＯＳのインデックス番号とを対応付けるテーブルを用意する。さらに、ＧＯＳのインデックス番号とＧＯＳの先頭となるＩ－ＳＰＣのアドレスを対応付ける。図１０は、メタ情報に含まれるテーブルの一例を示す図である。なお、図１０に示す全てのテーブルが用いられる必要はなく、少なくとも一つのテーブルが用いられればよい。

【0092】

以下、一例として、座標を起点とするランダムアクセスについて説明する。座標（ｘ２、ｙ２、ｚ２）にアクセスする際には、まず、座標－ＧＯＳテーブルを参照して、座標が（ｘ２、ｙ２、ｚ２）である地点は２番目のＧＯＳに含まれることが分かる。次に、ＧＯＳアドレステーブルを参照し、２番目のＧＯＳにおける先頭のＩ－ＳＰＣのアドレスがａｄｄｒ（２）であることが分かるため、復号部２０４は、このアドレスからデータを取得して復号を開始する。

【0093】

なお、アドレスは、論理フォーマットにおけるアドレスであっても、ＨＤＤ又はメモリの物理アドレスであってもよい。また、アドレスの代わりにファイルセグメントを特定する情報が用いられてもよい。例えば、ファイルセグメントは、１つ以上のＧＯＳなどをセグメント化した単位である。

【0094】

また、オブジェクトが複数のＧＯＳに跨る場合には、オブジェクト－ＧＯＳテーブルにおいて、オブジェクトが属するＧＯＳを複数示してもよい。当該複数のＧＯＳがクローズドＧＯＳであれば、符号化装置及び復号装置は、並列に符号化又は復号を行うことができる。一方、当該複数のＧＯＳがオープンＧＯＳであれば、複数のＧＯＳが互いに参照しあうことでより圧縮効率を高めることができる。

【0095】

オブジェクトの例としては、ヒト、動物、車、自転車、信号、又はランドマークとなる建物などがある。例えば、三次元データ符号化装置１００は、ワールドの符号化時に三次元のポイントクラウドなどからオブジェクトに特有の特徴点を抽出し、当該特徴点に基づきオブジェクトを検出し、検出したオブジェクトをランダムアクセスポイントとして設定できる。

【0096】

このように、三次元データ符号化装置１００は、複数の第１処理単位（ＧＯＳ）と、複数の第１処理単位（ＧＯＳ）の各々に対応付けられている三次元座標とを示す第１情報を生成する。また、符号化三次元データ１１２（２１１）は、この第１情報を含む。また、第１情報は、さらに、複数の第１処理単位（ＧＯＳ）の各々に対応付けられている、オブジェクト、時刻及びデータ格納先のうち少なくとも一つを示す。

【0097】

三次元データ復号装置２００は、符号化三次元データ２１１から第１情報を取得し、第１情報を用いて、指定された三次元座標、オブジェクト又は時刻に対応する第１処理単位の符号化三次元データ２１１を特定し、当該符号化三次元データ２１１を復号する。

【0098】

以下、その他のメタ情報の例について説明する。ランダムアクセス用のメタ情報の他に、三次元データ符号化装置１００は、以下のようなメタ情報を生成及び格納してもよい。また、三次元データ復号装置２００は、このメタ情報を復号時に利用してもよい。

【0099】

三次元データを地図情報として用いる場合などには、用途に応じてプロファイルが規定され、当該プロファイルを示す情報がメタ情報に含まれてもよい。例えば、市街地或いは郊外向け、又は、飛行物体向けのプロファイルが規定され、それぞれにおいてワールド、ＳＰＣ又はＶＬＭの最大又は最小サイズなどが定義される。例えば、市街地向けでは、郊外向けよりも詳細な情報が必要なため、ＶＬＭの最小サイズが小さく設定される。

【0100】

メタ情報は、オブジェクトの種類を示すタグ値を含んでもよい。このタグ値はオブジェクトを構成するＶＬＭ、ＳＰＣ、又はＧＯＳと対応付けられる。例えば、タグ値「０」は「人」を示し、タグ値「１」は「車」を示し、タグ値「２」は「信号機」を示す、などオブジェクトの種類ごとにタグ値が設定されてもよい。または、オブジェクトの種類が判定しにくい又は判定する必要がない場合はサイズ、又は、動的オブジェクトか静的オブジェクトかなどの性質を示すタグ値が用いられてもよい。

【0101】

また、メタ情報は、ワールドが占める空間領域の範囲を示す情報を含んでもよい。

【0102】

また、メタ情報は、符号化データのストリーム全体、又は、ＧＯＳ内のＳＰＣなど、複数のＳＰＣに共通のヘッダ情報として、ＳＰＣ又はＶＸＬのサイズを格納してもよい。

【0103】

また、メタ情報は、ポイントクラウドの生成に用いた距離センサ或いはカメラなどの識別情報、又は、ポイントクラウド内の点群の位置精度を示す情報を含んでもよい。

【0104】

また、メタ情報は、ワールドが静的オブジェクトのみから構成されるか、動的オブジェクトを含むかを示す情報を含んでもよい。

【0105】

以下、本実施の形態の変形例について説明する。

【0106】

符号化装置又は復号装置は、互いに異なる２以上のＳＰＣ又はＧＯＳを並列で符号化又は復号してもよい。並列で符号化又は復号するＧＯＳは、ＧＯＳの空間位置を示すメタ情報などに基づいて決定できる。

【0107】

三次元データを車又は飛行物体などが移動する際の空間地図として用いる、又はこのような空間地図を生成するケースなどでは、符号化装置又は復号装置は、ＧＰＳ、経路情報、又はズーム倍率などに基づいて特定される空間に含まれるＧＯＳ又はＳＰＣを符号化又は復号してもよい。

【0108】

また、復号装置は、自己位置又は走行経路に近い空間から順に復号を行ってもよい。符号化装置又は復号装置は、自己位置又は走行経路から遠い空間を、近い空間に比べて優先度を落として符号化又は復号してもよい。ここで、優先度を落とすとは、処理順を下げる、解像度を下げる（間引いて処理する）、又は、画質を下げる（符号化効率を上げる。例えば、量子化ステップを大きくする。）等である。

【0109】

また、復号装置は、空間内で階層的に符号化されている符号化データを復号する際は、低階層のみを復号してもよい。

【0110】

また、復号装置は、地図のズーム倍率又は用途に応じて、低階層から優先的に復号してもよい。

【0111】

また、車又はロボットの自律走行時に行う自己位置推定又は物体認識などの用途では、符号化装置又は復号装置は、路面から特定高さ以内の領域（認識を行う領域）以外は解像度を落として符号化又は復号を行ってもよい。

【0112】

また、符号化装置は、室内と室外との空間形状を表現するポイントクラウドをそれぞれ個別に符号化してもよい。例えば、室内を表現するＧＯＳ（室内ＧＯＳ）と室外を表現するＧＯＳ（室外ＧＯＳ）とを分けることで、復号装置は、符号化データを利用する際に、視点位置に応じて復号するＧＯＳを選択できる。

【0113】

また、符号化装置は、座標が近い室内ＧＯＳと室外ＧＯＳとを、符号化ストリーム内で隣接するように符号化してもよい。例えば、符号化装置は、両者の識別子を対応付け、符号化ストリーム内、又は別途格納されるメタ情報内に対応付けた識別子を示す情報を格納する。これにより、復号装置は、メタ情報内の情報を参照して、座標が近い室内ＧＯＳと室外ＧＯＳとを識別できる。

【0114】

また、符号化装置は、室内ＧＯＳと室外ＧＯＳとで、ＧＯＳ又はＳＰＣのサイズを切替えてもよい。例えば、符号化装置は、室内では室外に比べてＧＯＳのサイズを小さく設定する。また、符号化装置は、室内ＧＯＳと室外ＧＯＳとで、ポイントクラウドから特徴点を抽出する際の精度、又はオブジェクト検出の精度などを変更してもよい。

【0115】

また、符号化装置は、復号装置が動的オブジェクトを静的オブジェクトと区別して表示するための情報を符号化データに付加してもよい。これにより、復号装置は、動的オブジェクトと赤枠又は説明用の文字などとを合わせて表示できる。なお、復号装置は、動的オブジェクトの代わりに赤枠又は説明用の文字のみを表示してもよい。また、復号装置は、より細かいオブジェクト種別を表示してもよい。例えば、車には赤枠が用いられ、ヒトには黄色枠が用いられてもよい。

【0116】

また、符号化装置又は復号装置は、動的オブジェクトの出現頻度、又は、静的オブジェクトと動的オブジェクトとの割合などに応じて、動的オブジェクトと静的オブジェクトとを異なるＳＰＣ又はＧＯＳとして符号化又は復号するかどうかを決定してもよい。例えば、動的オブジェクトの出現頻度又は割合が閾値を超える場合には、動的オブジェクトと静的オブジェクトとが混在するＳＰＣ又はＧＯＳが許容され、動的オブジェクトの出現頻度又は割合が閾値を超えない場合には、動的オブジェクトと静的オブジェクトとが混在するＳＰＣ又はＧＯＳが許容されない。

【0117】

動的オブジェクトをポイントクラウドではなく、カメラの二次元画像情報から検出する際には、符号化装置は、検出結果を識別するための情報（枠又は文字など）とオブジェクト位置とを別途取得し、これらの情報を三次元の符号化データの一部として符号化してもよい。この場合、復号装置は、静的オブジェクトの復号結果に対して、動的オブジェクトを示す補助情報（枠又は文字）を重畳して表示する。

【0118】

また、符号化装置は、静的オブジェクトの形状の複雑さなどに応じて、ＳＰＣにおけるＶＸＬ又はＶＬＭの粗密さを変更してもよい。例えば、符号化装置は、静的オブジェクトの形状が複雑なほど、ＶＸＬ又はＶＬＭを密に設定する。さらに、符号化装置は、空間位置又は色情報を量子化する際の量子化ステップなどをＶＸＬ又はＶＬＭの粗密さに応じて決定してもよい。例えば、符号化装置は、ＶＸＬ又はＶＬＭが密なほど量子化ステップを小さく設定する。

【0119】

以上のように、本実施の形態に係る符号化装置又は復号装置は、座標情報を有するスペース単位で空間の符号化又は復号を行う。

【0120】

また、符号化装置及び復号装置は、スペース内において、ボリューム単位で符号化又は復号を行う。ボリュームは、位置情報が対応付けられる最小単位であるボクセルを含む。

【0121】

また、符号化装置及び復号装置は、座標、オブジェクト、及び時間等を含む空間情報の各要素とＧＯＰとを対応付けたテーブル、又は各要素間を対応付けたテーブルにより任意の要素間を対応付けて符号化又は復号を行う。また、復号装置は、選択された要素の値を用いて座標を判定し、座標からボリューム、ボクセル又はスペースを特定し、当該ボリューム又はボクセルを含むスペース、又は特定されたスペースを復号する。

【0122】

また、符号化装置は、特徴点抽出又はオブジェクト認識により、要素により選択可能なボリューム、ボクセル又はスペースを判定し、ランダムアクセス可能なボリューム、ボクセル又はスペースとして符号化する。

【0123】

スペースは、当該スペース単体で符号化又は復号可能なＩ－ＳＰＣと、任意の１つの処理済みスペースを参照して符号化又は復号されるＰ－ＳＰＣと、任意の二つの処理済みスペースを参照して符号化又は復号されるＢ－ＳＰＣとの３種類のタイプに分類される。

【0124】

１以上のボリュームが、静的オブジェクト又は動的なオブジェクトに対応する。静的オブジェクトを含むスペースと動的オブジェクトを含むスペースとは互いに異なるＧＯＳとして符号化又は復号される。つまり、静的オブジェクトを含むＳＰＣと、動的オブジェクトを含むＳＰＣとが異なるＧＯＳに割り当てられる。

【0125】

動的オブジェクトはオブジェクトごとに符号化又は復号され、静的オブジェクトを含む１以上のスペースに対応付けられる。つまり、複数の動的オブジェクトは個別に符号化され、得られた複数の動的オブジェクトの符号化データは、静的オブジェクトを含むＳＰＣに対応付けられる。

【0126】

符号化装置及び復号装置は、ＧＯＳ内のＩ－ＳＰＣの優先度を上げて、符号化又は復号を行う。例えば、符号化装置は、Ｉ－ＳＰＣの劣化が少なくなるように（復号後に元の三次元データがより忠実に再現されるように）符号化を行う。また、復号装置は、例えば、Ｉ－ＳＰＣのみを復号する。

【0127】

符号化装置は、ワールド内のオブジェクトの疎密さ又は数（量）に応じてＩ－ＳＰＣを用いる頻度を変えて符号化を行ってもよい。つまり、符号化装置は、三次元データに含まれるオブジェクトの数又は粗密さに応じて、Ｉ－ＳＰＣを選択する頻度を変更する。例えば、符号化装置は、ワールド内のオブジェクトが密であるほどＩスペースを用いる頻度を上げる。

【0128】

また、符号化装置は、ランダムアクセスポイントをＧＯＳ単位で設定し、ＧＯＳに対応する空間領域を示す情報をヘッダ情報に格納する。

【0129】

符号化装置は、ＧＯＳの空間サイズとして、例えば、デフォルト値を使用する。なお、符号化装置は、オブジェクト又は動的オブジェクトの数（量）又は粗密さに応じてＧＯＳのサイズを変更してもよい。例えば、符号化装置は、オブジェクト或いは動的オブジェクトが密なほど、又は数が多いほど、ＧＯＳの空間サイズを小さくする。

【0130】

また、スペース又はボリュームは、デプスセンサ、ジャイロ、又はカメラ等のセンサで得られた情報を用いて導出された特徴点群を含む。特徴点の座標はボクセルの中心位置に設定される。また、ボクセルの細分化により位置情報の高精度化を実現できる。

【0131】

特徴点群は、複数のピクチャを用いて導出される。複数のピクチャは、実際の時刻情報と、スペースに対応付けられた複数のピクチャで同一の時刻情報（例えば、レート制御等に用いられる符号化時刻）との少なくとも２種類の時刻情報を有する。

【0132】

また、１以上のスペースを含むＧＯＳ単位で符号化又は復号が行われる。

【0133】

符号化装置及び復号装置は、処理済みのＧＯＳ内のスペースを参照して、処理対象のＧＯＳ内のＰスペース又はＢスペースの予測を行う。

【0134】

または、符号化装置及び復号装置は、異なるＧＯＳを参照せず、処理対象のＧＯＳ内の処理済スペースを用いて処理対象のＧＯＳ内のＰスペース又はＢスペースの予測を行う。

【0135】

また、符号化装置及び復号装置は、１以上のＧＯＳを含むワールド単位で符号化ストリームを送信又は受信する。

【0136】

また、ＧＯＳは少なくともワールド内で１方向にレイヤ構造を持ち、符号化装置及び復号装置は、下位レイヤから符号化又は復号を行う。例えば、ランダムアクセス可能なＧＯＳは最下位レイヤに属する。上位レイヤに属するＧＯＳは同一レイヤ以下に属するＧＯＳを参照する。つまり、ＧＯＳは、予め定められた方向に空間分割され、各々が１以上のＳＰＣを含む複数のレイヤを含む。符号化装置及び復号装置は、各ＳＰＣを、当該ＳＰＣと同一レイヤ又は当該ＳＰＣより下層のレイヤに含まれるＳＰＣを参照して符号化又は復号する。

【0137】

また、符号化装置及び復号装置は、複数のＧＯＳを含むワールド単位内で、連続してＧＯＳを符号化又は復号する。符号化装置及び復号装置は、符号化又は復号の順序（方向）を示す情報をメタデータとして書き込む又は読み出す。つまり、符号化データは、複数のＧＯＳの符号化順を示す情報を含む。

【0138】

また、符号化装置及び復号装置は、互いに異なる２以上のスペース又はＧＯＳを並列で符号化又は復号する。

【0139】

また、符号化装置及び復号装置は、スペース又はＧＯＳの空間情報（座標、サイズ等）を符号化又は復号する。

【0140】

また、符号化装置及び復号装置は、ＧＰＳ、経路情報、又は倍率など、自己の位置又は／及び領域サイズに関する外部情報に基づいて特定される特定空間に含まれるスペース又はＧＯＳを符号化又は復号する。

【0141】

符号化装置又は復号装置は、自己の位置から遠い空間は、近い空間に比べて優先度を落として符号化又は復号する。

【0142】

符号化装置は、倍率又は用途に応じて、ワールドのある１方向を設定し、当該方向にレイヤ構造を持つＧＯＳを符号化する。また、復号装置は、倍率又は用途に応じて設定されたワールドのある１方向にレイヤ構造を持つＧＯＳを、下位レイヤから優先的に復号する。

【0143】

符号化装置は、室内と室外とでスペースに含まれる特徴点抽出、オブジェクト認識の精度、又は空間領域サイズなどを変化させる。ただし、符号化装置及び復号装置は、座標が近い室内ＧＯＳと室外ＧＯＳとをワールド内で隣接して符号化又は復号し、これらの識別子も対応付けて符号化又は復号する。

【0144】

（実施の形態２）
ポイントクラウドの符号化データを実際の装置又はサービスにおいて使用する際には、ネットワーク帯域を抑制するために用途に応じて必要な情報を送受信することが望ましい。しかしながら、これまで、三次元データの符号化構造にはそのような機能が存在せず、そのための符号化方法も存在しなかった。

【0145】

本実施の形態では、三次元のポイントクラウドの符号化データにおいて用途に応じて必要な情報のみを送受信する機能を提供するための三次元データ符号化方法及び三次元データ符号化装置、並びに、当該符号化データを復号する三次元データ復号方法及び三次元データ復号装置について説明する。

【0146】

特徴量を一定以上持つボクセル（ＶＸＬ）を特徴ボクセル（ＦＶＸＬ）と定義し、ＦＶＸＬで構成されるワールド（ＷＬＤ）をスパースワールド（ＳＷＬＤ）と定義する。図１１は、スパースワールド及びワールドの構成例を示す図である。ＳＷＬＤには、ＦＶＸＬで構成されるＧＯＳであるＦＧＯＳと、ＦＶＸＬで構成されるＳＰＣであるＦＳＰＣと、ＦＶＸＬで構成されるＶＬＭであるＦＶＬＭと含まれる。ＦＧＯＳ、ＦＳＰＣ及びＦＶＬＭのデータ構造及び予測構造はＧＯＳ、ＳＰＣ及びＶＬＭと同様であっても構わない。

【0147】

特徴量とは、ＶＸＬの三次元位置情報、又はＶＸＬ位置の可視光情報を表現する特徴量であり、特に立体物のコーナー及びエッジ等で多く検出される特徴量である。具体的には、この特徴量は、下記のような三次元特徴量又は可視光の特徴量であるが、その他、ＶＸＬの位置、輝度、又は色情報などを表す特徴量であれば、どのようなものでも構わない。

【0148】

三次元特徴量として、ＳＨＯＴ特徴量（Ｓｉｇｎａｔｕｒｅ ｏｆ Ｈｉｓｔｏｇｒａｍｓ ｏｆ ＯｒｉｅｎＴａｔｉｏｎｓ）、ＰＦＨ特徴量（Ｐｏｉｎｔ Ｆｅａｔｕｒｅ Ｈｉｓｔｏｇｒａｍｓ）、又はＰＰＦ特徴量（Ｐｏｉｎｔ Ｐａｉｒ Ｆｅａｔｕｒｅ）が用いられる。

【0149】

ＳＨＯＴ特徴量は、ＶＸＬ周辺を分割し、基準点と分割された領域の法線ベクトルとの内積を計算してヒストグラム化することで得られる。このＳＨＯＴ特徴量は、次元数が高く、特徴表現力が高いという特徴を有する。

【0150】

ＰＦＨ特徴量は、ＶＸＬ近傍の多数の２点組を選択し、その２点から法線ベクトル等を算出してヒストグラム化することで得られる。このＰＦＨ特徴量は、ヒストグラム特徴なので、多少の外乱に対してロバスト性を有し、特徴表現力も高いという特徴を有する。

【0151】

ＰＰＦ特徴量は、２点のＶＸＬ毎に法線ベクトル等を用いて算出される特徴量である。このＰＰＦ特徴量には、全ＶＸＬが使われるため、オクルージョンに対してロバスト性を有する。

【0152】

また、可視光の特徴量として、画像の輝度勾配情報等の情報を用いたＳＩＦＴ（Ｓｃａｌｅ－Ｉｎｖａｒｉａｎｔ Ｆｅａｔｕｒｅ Ｔｒａｎｓｆｏｒｍ）、ＳＵＲＦ（Ｓｐｅｅｄｅｄ Ｕｐ Ｒｏｂｕｓｔ Ｆｅａｔｕｒｅｓ）、又はＨＯＧ（Ｈｉｓｔｏｇｒａｍ ｏｆ Ｏｒｉｅｎｔｅｄ Ｇｒａｄｉｅｎｔｓ）等を用いることができる。

【0153】

ＳＷＬＤは、ＷＬＤの各ＶＸＬから上記特徴量を算出し、ＦＶＸＬを抽出することで生成される。ここで、ＳＷＬＤはＷＬＤが更新される度に更新しても構わないし、ＷＬＤの更新タイミングに関わらず、一定時間経過後に定期的に更新するようにしても構わない。

【0154】

ＳＷＬＤは特徴量毎に生成しても構わない。例えば、ＳＨＯＴ特徴量に基づくＳＷＬＤ１とＳＩＦＴ特徴量に基づくＳＷＬＤ２とのように、特徴量毎に別々のＳＷＬＤが生成され、用途に応じてＳＷＬＤを使い分けるようにしても構わない。また、算出した各ＦＶＸＬの特徴量を特徴量情報として各ＦＶＸＬに保持するようにしても構わない。

【0155】

次に、スパースワールド（ＳＷＬＤ）の利用方法について説明する。ＳＷＬＤは特徴ボクセル（ＦＶＸＬ）のみを含むため、全てのＶＸＬを含むＷＬＤと比べて一般的にデータサイズが小さい。

【0156】

特徴量を利用して何らかの目的を果たすアプリケーションにおいては、ＷＬＤの代わりにＳＷＬＤの情報を利用することで、ハードディスクからの読み出し時間、並びにネットワーク転送時の帯域及び転送時間を抑制することができる。例えば、地図情報として、ＷＬＤとＳＷＬＤとをサーバに保持しておき、クライアントからの要望に応じて、送信する地図情報をＷＬＤ又はＳＷＬＤに切り替えることにより、ネットワーク帯域及び転送時間を抑制することができる。以下、具体的な例を示す。

【0157】

図１２及び図１３は、ＳＷＬＤ及びＷＬＤの利用例を示す図である。図１２に示すように、車載装置であるクライアント１が自己位置判定用途として地図情報を必要な場合は、クライアント１はサーバに自己位置推定用の地図データの取得要望を送る（Ｓ３０１）。サーバは、当該取得要望に応じてＳＷＬＤをクライアント１に送信する（Ｓ３０２）。クライアント１は、受信したＳＷＬＤを用いて自己位置判定を行う（Ｓ３０３）。この際、クライアント１はレンジファインダなどの距離センサ、ステレオカメラ、又は複数の単眼カメラの組合せ等の様々な方法でクライアント１の周辺のＶＸＬ情報を取得し、得られたＶＸＬ情報とＳＷＬＤとから自己位置情報を推定する。ここで自己位置情報は、クライアント１の三次元位置情報及び向き等を含む。

【0158】

図１３に示すように、車載装置であるクライアント２が三次元地図等の地図描画の用途として地図情報が必要な場合は、クライアント２はサーバに地図描画用の地図データの取得要望を送る（Ｓ３１１）。サーバは、当該取得要望に応じてＷＬＤをクライアント２に送信する（Ｓ３１２）。クライアント２は、受信したＷＬＤを用いて地図描画を行う（Ｓ３１３）。この際、クライアント２は、例えば、自己が可視光カメラ等で撮影した画像と、サーバから取得したＷＬＤとを用いてレンダリング画像を作成し、作成した画像をカーナビ等の画面に描画する。

【0159】

上記のように、サーバは、自己位置推定のような各ＶＸＬの特徴量を主に必要とする用途ではＳＷＬＤをクライアントに送信し、地図描画のように詳細なＶＸＬ情報が必要な場合はＷＬＤをクライアントに送信する。これにより、地図データを効率よく送受信することが可能となる。

【0160】

なお、クライアントは、自分でＳＷＬＤとＷＬＤのどちらが必要かを判断し、サーバへＳＷＬＤ又はＷＬＤの送信を要求しても構わない。また、サーバは、クライアント又はネットワークの状況に合わせて、ＳＷＬＤかＷＬＤのどちらを送信すべきかを判断しても構わない。

【0161】

次に、スパースワールド（ＳＷＬＤ）とワールド（ＷＬＤ）との送受信を切り替える方法を説明する。

【0162】

ネットワーク帯域に応じてＷＬＤ又はＳＷＬＤを受信するかを切替えるようにしてもよい。図１４は、この場合の動作例を示す図である。例えば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）環境下等の使用できるネットワーク帯域が限られている低速ネットワークが用いられている場合には、クライアントは、低速ネットワーク経由でサーバにアクセスし（Ｓ３２１）、サーバから地図情報としてＳＷＬＤを取得する（Ｓ３２２）。一方、Ｗｉ‐Ｆｉ（登録商標）環境下等のネットワーク帯域に余裕がある高速ネットワークが用いられている場合には、クライアントは、高速ネットワーク経由でサーバにアクセスし（Ｓ３２３）、サーバからＷＬＤを取得する（Ｓ３２４）。これにより、クライアントは、当該クライアントのネットワーク帯域に応じて適切な地図情報を取得することができる。

【0163】

具体的には、クライアントは、屋外ではＬＴＥ経由でＳＷＬＤを受信し、施設等の屋内に入った場合はＷｉ‐Ｆｉ（登録商標）経由でＷＬＤを取得する。これにより、クライアントは、屋内のより詳細な地図情報を取得することが可能となる。

【0164】

このように、クライアントは、自身が用いるネットワークの帯域に応じてサーバにＷＬＤ又はＳＷＬＤを要求してもよい。または、クライアントは、自身が用いるネットワークの帯域を示す情報をサーバに送信し、サーバは当該情報に応じて当該クライアントに適したデータ（ＷＬＤ又はＳＷＬＤ）を送信してもよい。または、サーバは、クライアントのネットワーク帯域を判別し、当該クライアントに適したデータ（ＷＬＤ又はＳＷＬＤ）を送信してもよい。

【0165】

また、移動速度に応じてＷＬＤ又はＳＷＬＤを受信するかを切替えるようにしてもよい。図１５は、この場合の動作例を示す図である。例えば、クライアントが高速移動をしている場合は（Ｓ３３１）、クライアントはＳＷＬＤをサーバから受信する（Ｓ３３２）。一方、クライアントが低速移動をしている場合は（Ｓ３３３）、クライアントはＷＬＤをサーバから受信する（Ｓ３３４）。これにより、クライアントは、ネットワーク帯域を抑制しながら、速度に合った地図情報を取得することができる。具体的には、クライアントは、高速道路を走行中にはデータ量の少ないＳＷＬＤを受信することにより、大まかな地図情報を適切な速度で更新することができる。一方、クライアントは、一般道路を走行中にはＷＬＤを受信することにより、より詳細な地図情報を取得することが可能となる。

【0166】

このように、クライアントは、自身の移動速度に応じてサーバにＷＬＤ又はＳＷＬＤを要求してもよい。または、クライアントは、自身の移動速度を示す情報をサーバに送信し、サーバは当該情報に応じて当該クライアントに適したデータ（ＷＬＤ又はＳＷＬＤ）を送信してもよい。または、サーバは、クライアントの移動速度を判別し、当該クライアントに適したデータ（ＷＬＤ又はＳＷＬＤ）を送信してもよい。

【0167】

また、クライアントは、最初にＳＷＬＤをサーバより取得し、その中で重要な領域のＷＬＤを取得しても構わない。例えば、クライアントは、地図データを取得する際に、最初に大まかな地図情報をＳＷＬＤで取得し、そこから建物、標識、又は人物等の特徴が多く出現する領域を絞り込み、絞り込んだ領域のＷＬＤを後から取得する。これにより、クライアントは、サーバからの受信データ量を抑制しつつ、必要な領域の詳細な情報を取得することが可能となる。

【0168】

また、サーバは、ＷＬＤから物体毎に別々のＳＷＬＤを作成し、クライアントは、用途に合わせて、それぞれを受信してもよい。これにより、ネットワーク帯域を抑制できる。例えば、サーバは、ＷＬＤから予め人又は車を認識し、人のＳＷＬＤと車のＳＷＬＤを作成する。クライアントは、周囲の人の情報を取得したい場合には人のＳＷＬＤを、車の情報を取得したい場合には車のＳＷＬＤを受信する。また、このようなＳＷＬＤの種類はヘッダ等に付加された情報（フラグ又はタイプ等）によって区別するようにしても構わない。

【0169】

次に、本実施の形態に係る三次元データ符号化装置（例えばサーバ）の構成及び動作の流れを説明する。図１６は、本実施の形態に係る三次元データ符号化装置４００のブロック図である。図１７は、三次元データ符号化装置４００による三次元データ符号化処理のフローチャートである。

【0170】

図１６に示す三次元データ符号化装置４００は、入力三次元データ４１１を符号化することで符号化ストリームである符号化三次元データ４１３及び４１４を生成する。ここで、符号化三次元データ４１３はＷＬＤに対応する符号化三次元データであり、符号化三次元データ４１４はＳＷＬＤに対応する符号化三次元データである。この三次元データ符号化装置４００は、取得部４０１と、符号化領域決定部４０２と、ＳＷＬＤ抽出部４０３と、ＷＬＤ符号化部４０４と、ＳＷＬＤ符号化部４０５とを備える。

【0171】

図１７に示すように、まず、取得部４０１は、三次元空間内の点群データである入力三次元データ４１１を取得する（Ｓ４０１）。

【0172】

次に、符号化領域決定部４０２は、点群データが存在する空間領域に基づいて、符号化対象の空間領域を決定する（Ｓ４０２）。

【0173】

次に、ＳＷＬＤ抽出部４０３は、符号化対象の空間領域をＷＬＤと定義し、ＷＬＤに含まれる各ＶＸＬから特徴量を算出する。そして、ＳＷＬＤ抽出部４０３は、特徴量が予め定められた閾値以上のＶＸＬを抽出し、抽出したＶＸＬをＦＶＸＬと定義し、当該ＦＶＸＬをＳＷＬＤへ追加することで、抽出三次元データ４１２を生成する（Ｓ４０３）。つまり、入力三次元データ４１１から特徴量が閾値以上の抽出三次元データ４１２が抽出される。

【0174】

次に、ＷＬＤ符号化部４０４は、ＷＬＤに対応する入力三次元データ４１１を符号化することでＷＬＤに対応する符号化三次元データ４１３を生成する（Ｓ４０４）。このとき、ＷＬＤ符号化部４０４は、符号化三次元データ４１３のヘッダに、当該符号化三次元データ４１３がＷＬＤを含むストリームであることを区別するための情報を付加する。

【0175】

また、ＳＷＬＤ符号化部４０５は、ＳＷＬＤに対応する抽出三次元データ４１２を符号化することでＳＷＬＤに対応する符号化三次元データ４１４を生成する（Ｓ４０５）。このとき、ＳＷＬＤ符号化部４０５は、符号化三次元データ４１４のヘッダに、当該符号化三次元データ４１４がＳＷＬＤを含むストリームであることを区別するための情報を付加する。

【0176】

なお、符号化三次元データ４１３を生成する処理と、符号化三次元データ４１４を生成する処理との処理順は上記と逆でもよい。また、これらの処理の一部又は全てが並列に行われてもよい。

【0177】

符号化三次元データ４１３及び４１４のヘッダに付与される情報として、例えば、「ｗｏｒｌｄ＿ｔｙｐｅ」というパラメータが定義される。ｗｏｒｌｄ＿ｔｙｐｅ＝０の場合はストリームがＷＬＤを含むことを表し、ｗｏｒｌｄ＿ｔｙｐｅ＝１の場合はストリームがＳＷＬＤを含むことを表す。更にその他の多数の種別を定義する場合には、ｗｏｒｌｄ＿ｔｙｐｅ＝２のように割り当てる数値を増やすようにしても構わない。また、符号化三次元データ４１３及び４１４の一方に特定のフラグが含まれてもよい。例えば、符号化三次元データ４１４に、当該ストリームがＳＷＬＤを含むことを含むフラグが付与されてもよい。この場合、復号装置は、フラグの有無によりＷＬＤを含むストリームか、ＳＷＬＤを含むストリームかを判別できる。

【0178】

また、ＷＬＤ符号化部４０４がＷＬＤを符号化する際に使用する符号化方法と、ＳＷＬＤ符号化部４０５がＳＷＬＤを符号化する際に使用する符号化方法とは異なってもよい。

【0179】

例えば、ＳＷＬＤではデータが間引かされているため、ＷＬＤに比べ、周辺のデータとの相関が低くなる可能性がある。よって、ＳＷＬＤに用いられる符号化方法では、ＷＬＤに用いられる符号化方法よりもイントラ予測及びインター予測のうちインター予測が優先されてもよい。

【0180】

また、ＳＷＬＤに用いられる符号化方法とＷＬＤに用いられる符号化方法とでは、三次元位置の表現手法が異なってもよい。例えば、ＳＷＬＤでは、三次元座標によりＦＶＸＬの三次元位置を表現し、ＷＬＤでは、後述する８分木により三次元位置が表現されてもよいし、その逆でもよい。

【0181】

また、ＳＷＬＤ符号化部４０５は、ＳＷＬＤの符号化三次元データ４１４のデータサイズがＷＬＤの符号化三次元データ４１３のデータサイズより小さくなるように符号化を行う。例えば、上述したようにＳＷＬＤは、ＷＬＤに比べ、データ間の相関が低くなる可能性がある。これにより、符号化効率が下がり、符号化三次元データ４１４のデータサイズがＷＬＤの符号化三次元データ４１３のデータサイズより大きくなる可能性がある。よって、ＳＷＬＤ符号化部４０５は、得られた符号化三次元データ４１４のデータサイズが、ＷＬＤの符号化三次元データ４１３のデータサイズより大きい場合には、再符号化を行うことで、データサイズを低減した符号化三次元データ４１４を再生成する。

【0182】

例えば、ＳＷＬＤ抽出部４０３は、抽出する特徴点の数を減らした抽出三次元データ４１２を再生成し、ＳＷＬＤ符号化部４０５は、当該抽出三次元データ４１２を符号化する。または、ＳＷＬＤ符号化部４０５における量子化の程度をより粗くしてもよい。例えば、後述する８分木構造において、最下層のデータを丸め込むことで、量子化の程度を粗くすることができる。

【0183】

また、ＳＷＬＤ符号化部４０５は、ＳＷＬＤの符号化三次元データ４１４のデータサイズをＷＬＤの符号化三次元データ４１３のデータサイズより小さくできない場合は、ＳＷＬＤの符号化三次元データ４１４を生成しなくてもよい。または、ＷＬＤの符号化三次元データ４１３がＳＷＬＤの符号化三次元データ４１４にコピーされてもよい。つまり、ＳＷＬＤの符号化三次元データ４１４としてＷＬＤの符号化三次元データ４１３がそのまま用いられてもよい。

【0184】

次に、本実施の形態に係る三次元データ復号装置（例えばクライアント）の構成及び動作の流れを説明する。図１８は、本実施の形態に係る三次元データ復号装置５００のブロック図である。図１９は、三次元データ復号装置５００による三次元データ復号処理のフローチャートである。

【0185】

図１８に示す三次元データ復号装置５００は、符号化三次元データ５１１を復号することで復号三次元データ５１２又は５１３を生成する。ここで、符号化三次元データ５１１は、例えば、三次元データ符号化装置４００で生成された符号化三次元データ４１３又は４１４である。

【0186】

この三次元データ復号装置５００は、取得部５０１と、ヘッダ解析部５０２と、ＷＬＤ復号部５０３と、ＳＷＬＤ復号部５０４とを備える。

【0187】

図１９に示すように、まず、取得部５０１は、符号化三次元データ５１１を取得する（Ｓ５０１）。次に、ヘッダ解析部５０２は、符号化三次元データ５１１のヘッダを解析し、符号化三次元データ５１１がＷＬＤを含むストリームか、ＳＷＬＤを含むストリームかを判別する（Ｓ５０２）。例えば、上述したｗｏｒｌｄ＿ｔｙｐｅのパラメータが参照され、判別が行われる。

【0188】

符号化三次元データ５１１がＷＬＤを含むストリームである場合（Ｓ５０３でＹｅｓ）、ＷＬＤ復号部５０３は、符号化三次元データ５１１を復号することでＷＬＤの復号三次元データ５１２を生成する（Ｓ５０４）。一方、符号化三次元データ５１１がＳＷＬＤを含むストリームである場合（Ｓ５０３でＮｏ）、ＳＷＬＤ復号部５０４は、符号化三次元データ５１１を復号することでＳＷＬＤの復号三次元データ５１３を生成する（Ｓ５０５）。

【0189】

また、符号化装置と同様に、ＷＬＤ復号部５０３がＷＬＤを復号する際に使用する復号方法と、ＳＷＬＤ復号部５０４がＳＷＬＤを復号する際に使用する復号方法とは異なってもよい。例えば、ＳＷＬＤに用いられる復号方法では、ＷＬＤに用いられる復号方法よりもイントラ予測及びインター予測のうちインター予測が優先されてもよい。

【0190】

また、ＳＷＬＤに用いられる復号方法とＷＬＤに用いられる復号方法とでは、三次元位置の表現手法が異なってもよい。例えば、ＳＷＬＤでは、三次元座標によりＦＶＸＬの三次元位置を表現し、ＷＬＤでは、後述する８分木により三次元位置が表現されてもよいし、その逆でもよい。

【0191】

次に、三次元位置の表現手法である８分木表現について説明する。三次元データに含まれるＶＸＬデータは８分木構造に変換された後、符号化される。図２０は、ＷＬＤのＶＸＬの一例を示す図である。図２１は、図２０に示すＷＬＤの８分木構造を示す図である。図２０に示す例では、点群を含むＶＸＬ（以下、有効ＶＸＬ）である３つＶＸＬ１～３が存在する。図２１に示すように、８分木構造はノードとリーフで構成される。各ノードは最大で８つのノードまたはリーフを持つ。各リーフはＶＸＬ情報を持つ。ここで、図２１に示すリーフのうち、リーフ１、２、３はそれぞれ図２０に示すＶＸＬ１、ＶＸＬ２、ＶＸＬ３を表す。

【0192】

具体的には、各ノード及びリーフは三次元位置に対応する。ノード１は、図２０に示す全体のブロックに対応する。ノード１に対応するブロックは８つのブロックに分割され、８つのブロックのうち、有効ＶＸＬを含むブロックがノードに設定され、それ以外のブロックはリーフに設定される。ノードに対応するブロックは、さらに８つのノードまたはリーフに分割され、この処理が木構造の階層分繰り返される。また、最下層のブロックは、全てリーフに設定される。

【0193】

また、図２２は、図２０に示すＷＬＤから生成したＳＷＬＤの例を示す図である。図２０に示すＶＸＬ１及びＶＸＬ２は特徴量抽出の結果、ＦＶＸＬ１及びＦＶＸＬ２と判定され、ＳＷＬＤに加えられている。一方で、ＶＸＬ３はＦＶＸＬと判定されず、ＳＷＬＤに含まれていない。図２３は、図２２に示すＳＷＬＤの８分木構造を示す図である。図２３に示す８分木構造では、図２１に示す、ＶＸＬ３に相当するリーフ３が削除されている。これにより、図２１に示すノード３が有効ＶＸＬを持たなくなり、リーフに変更されている。このように一般的にＳＷＬＤのリーフ数はＷＬＤのリーフ数より少なくなり、ＳＷＬＤの符号化三次元データもＷＬＤの符号化三次元データより小さくなる。

【0194】

以下、本実施の形態の変形例について説明する。

【0195】

例えば、車載装置等のクライアントは、自己位置推定を行う場合に、ＳＷＬＤをサーバから受信し、ＳＷＬＤを用いて自己位置推定を行い、障害物検知を行う場合は、レンジファインダなどの距離センサ、ステレオカメラ、又は複数の単眼カメラの組合せ等の様々な方法を用いて自分で取得した周辺の三次元情報に基づいて障害物検知を実施してもよい。

【0196】

また、一般的にＳＷＬＤには平坦領域のＶＸＬデータが含まれにくい。そのため、サーバは、静的な障害物の検知用に、ＷＬＤをサブサンプルしたサブサンプルワールド（ｓｕｂＷＬＤ）を保持し、ＳＷＬＤとｓｕｂＷＬＤをクライアントに送信してもよい。これにより、ネットワーク帯域を抑制しつつ、クライアント側で自己位置推定及び障害物検知を行うことができる。

【0197】

また、クライアントが三次元地図データを高速に描画する際には、地図情報がメッシュ構造である方が便利な場合がある。そこで、サーバは、ＷＬＤからメッシュを生成し、メッシュワールド（ＭＷＬＤ）として予め保持してもよい。例えばクライアントは、粗い三次元描画を必要としている場合にはＭＷＬＤを受信し、詳細な三次元描画を必要としている場合にはＷＬＤを受信する。これにより、ネットワーク帯域を抑制することができる。

【0198】

また、サーバは、各ＶＸＬのうち、特徴量が閾値以上であるＶＸＬをＦＶＸＬに設定したが、異なる方法にてＦＶＸＬを算出しても構わない。例えば、サーバは、信号又は交差点などを構成するＶＸＬ、ＶＬＭ、ＳＰＣ、又はＧＯＳを、自己位置推定、運転アシスト、又は自動運転等に必要と判断し、ＦＶＸＬ、ＦＶＬＭ、ＦＳＰＣ、ＦＧＯＳとしてＳＷＬＤに含めるようにしても構わない。また、上記判断は手動で行われてもよい。なお、特徴量に基づき設定されたＦＶＸＬ等に、上記方法で得られたＦＶＸＬ等を加えてもよい。つまり、ＳＷＬＤ抽出部４０３は、さらに、入力三次元データ４１１から予め定められた属性を有する物体に対応するデータを抽出三次元データ４１２として抽出してもよい。

【0199】

また、それらの用途に必要な旨を特徴量とは別にラベリングするようにしても構わない。また、サーバは、ＳＷＬＤの上位レイヤ（例えばレーンワールド）として、信号又は交差点などの自己位置推定、運転アシスト、又は自動運転等に必要なＦＶＸＬを別途保持してもよい。

【0200】

また、サーバは、ＷＬＤ内のＶＸＬにもランダムアクセス単位又は所定の単位毎に属性を付加してもよい。属性は、例えば、自己位置推定に必要或いは不要かを示す情報、又は、信号或いは交差点などの交通情報として重要かどうかなどを示す情報を含む。また、属性は、レーン情報（ＧＤＦ：Ｇｅｏｇｒａｐｈｉｃ Ｄａｔａ Ｆｉｌｅｓなど）におけるＦｅａｔｕｒｅ（交差点又は道路など）との対応関係を含んでもよい。

【0201】

また、ＷＬＤ又はＳＷＬＤの更新方法として下記のような方法を用いても構わない。

【0202】

人、工事、又は並木（トラック向け）の変化などを示す更新情報が点群又はメタデータとしてサーバにアップロードされる。サーバは、当該アップロードに基づき、ＷＬＤを更新し、その後、更新したＷＬＤを用いてＳＷＬＤを更新する。

【0203】

また、クライアントは、自己位置推定時に自身で生成した三次元情報とサーバから受信した三次元情報との不整合を検知した場合、自身で生成した三次元情報を更新通知とともにサーバに送信してもよい。この場合、サーバは、ＷＬＤを用いてＳＷＬＤを更新する。ＳＷＬＤが更新されない場合、サーバは、ＷＬＤ自体が古いと判断する。

【0204】

また、符号化ストリームのヘッダ情報として、ＷＬＤかＳＷＬＤかを区別する情報が付加されるとしたが、例えば、メッシュワールド又はレーンワールド等、多種類のワールドが存在する場合には、それらを区別する情報がヘッダ情報に付加されても構わない。また、特徴量が異なるＳＷＬＤが多数存在する場合には、それぞれを区別する情報がヘッダ情報に付加されても構わない。

【0205】

また、ＳＷＬＤは、ＦＶＸＬで構成されるとしたが、ＦＶＸＬと判定されなかったＶＸＬを含んでもよい。例えば、ＳＷＬＤは、ＦＶＸＬの特徴量を算出する際に使用する隣接ＶＸＬを含んでもよい。これにより、ＳＷＬＤの各ＦＶＸＬに特徴量情報が付加されない場合でも、クライアントは、ＳＷＬＤを受信した際にＦＶＸＬの特徴量を算出することができる。なお、その際には、ＳＷＬＤは各ＶＸＬがＦＶＸＬかＶＸＬかを区別するための情報を含んでもよい。

【0206】

以上のように、三次元データ符号化装置４００は、入力三次元データ４１１（第１三次元データ）から特徴量が閾値以上の抽出三次元データ４１２（第２三次元データ）を抽出し、抽出三次元データ４１２を符号化することで符号化三次元データ４１４（第１符号化三次元データ）を生成する。

【0207】

これによれば、三次元データ符号化装置４００は、特徴量が閾値以上のデータを符号化した符号化三次元データ４１４を生成する。これにより、入力三次元データ４１１をそのまま符号化する場合に比べてデータ量を削減できる。よって、三次元データ符号化装置４００は、伝送するデータ量を削減できる。

【0208】

また、三次元データ符号化装置４００は、さらに、入力三次元データ４１１を符号化することで符号化三次元データ４１３（第２符号化三次元データ）を生成する。

【0209】

これによれば、三次元データ符号化装置４００は、例えば、使用用途等に応じて、符号化三次元データ４１３と符号化三次元データ４１４とを選択的に伝送できる。

【0210】

また、抽出三次元データ４１２は、第１符号化方法により符号化され、入力三次元データ４１１は、第１符号化方法とは異なる第２符号化方法により符号化される。

【0211】

これによれば、三次元データ符号化装置４００は、入力三次元データ４１１と抽出三次元データ４１２とにそれぞれ適した符号化方法を用いることができる。

【0212】

また、第１符号化方法では、第２符号化方法よりもイントラ予測及びインター予測のうちインター予測が優先される。

【0213】

これによれば、三次元データ符号化装置４００は、隣接するデータ間の相関が低くなりやすい抽出三次元データ４１２に対して、インター予測の優先度を上げることができる。

【0214】

また、第１符号化方法と第２符号化方法とでは、三次元位置の表現手法が異なる。例えば、例えば、第２符号化方法では、８分木により三次元位置が表現され、第１符号化方法では、三次元座標により三次元位置を表現される。

【0215】

これによれば、三次元データ符号化装置４００は、データ数（ＶＸＬ又はＦＶＸＬの数）が異なる三次元データに対して、より適した三次元位置の表現手法を用いることができる。

【0216】

また、符号化三次元データ４１３及び４１４の少なくとも一方は、当該符号化三次元データが入力三次元データ４１１を符号化することで得られた符号化三次元データであるか、入力三次元データ４１１のうちの一部を符号化することで得られた符号化三次元データであるかを示す識別子を含む。つまり、当該識別子は、符号化三次元データがＷＬＤの符号化三次元データ４１３であるかＳＷＬＤの符号化三次元データ４１４であるかを示す。

【0217】

これによれば、復号装置は、取得した符号化三次元データが符号化三次元データ４１３であるか符号化三次元データ４１４であるかを容易に判定できる。

【0218】

また、三次元データ符号化装置４００は、符号化三次元データ４１４のデータ量が符号化三次元データ４１３のデータ量より小さくなるように抽出三次元データ４１２を符号化する。

【0219】

これによれば、三次元データ符号化装置４００は、符号化三次元データ４１４のデータ量を符号化三次元データ４１３のデータ量より小さくできる。

【0220】

また、三次元データ符号化装置４００は、さらに、入力三次元データ４１１から予め定められた属性を有する物体に対応するデータを抽出三次元データ４１２として抽出する。例えば、予め定められた属性を有する物体とは、自己位置推定、運転アシスト、又は自動運転等に必要な物体であり、信号又は交差点などである。

【0221】

これによれば、三次元データ符号化装置４００は、復号装置で必要となるデータを含む符号化三次元データ４１４を生成できる。

【0222】

また、三次元データ符号化装置４００（サーバ）は、さらに、クライアントの状態に応じて、符号化三次元データ４１３及び４１４の一方をクライアントに送信する。

【0223】

これによれば、三次元データ符号化装置４００は、クライアントの状態に応じて適切なデータを送信できる。

【0224】

また、クライアントの状態は、クライアントの通信状況（例えばネットワーク帯域）、又はクライアントの移動速度を含む。

【0225】

また、三次元データ符号化装置４００は、さらに、クライアントの要求に応じて、符号化三次元データ４１３及び４１４の一方をクライアントに送信する。

【0226】

これによれば、三次元データ符号化装置４００は、クライアントの要求に応じて適切なデータを送信できる。

【0227】

また、本実施の形態に係る三次元データ復号装置５００は、上記三次元データ符号化装置４００により生成された符号化三次元データ４１３又は４１４を復号する。

【0228】

つまり、三次元データ復号装置５００は、入力三次元データ４１１から抽出された特徴量が閾値以上の抽出三次元データ４１２が符号化されることで得られた符号化三次元データ４１４を第１復号方法により復号する。また、三次元データ復号装置５００は、入力三次元データ４１１が符号化されることで得られた符号化三次元データ４１３を、第１復号方法とは異なる第２復号方法により復号する。

【0229】

これによれば、三次元データ復号装置５００は、特徴量が閾値以上のデータを符号化した符号化三次元データ４１４と、符号化三次元データ４１３とを、例えば、使用用途等に応じて選択的に受信できる。これにより、三次元データ復号装置５００は、伝送するデータ量を削減できる。さらに、三次元データ復号装置５００は、入力三次元データ４１１と抽出三次元データ４１２とにそれぞれ適した復号方法を用いることができる。

【0230】

また、第１復号方法では、第２復号方法よりもイントラ予測及びインター予測のうちインター予測が優先される。

【0231】

これによれば、三次元データ復号装置５００は、隣接するデータ間の相関が低くなりやすい抽出三次元データに対して、インター予測の優先度を上げることができる。

【0232】

また、第１復号方法と第２復号方法とでは、三次元位置の表現手法が異なる。例えば、例えば、第２復号方法では、８分木により三次元位置が表現され、第１復号方法では、三次元座標により三次元位置を表現される。

【0233】

これによれば、三次元データ復号装置５００は、データ数（ＶＸＬ又はＦＶＸＬの数）が異なる三次元データに対して、より適した三次元位置の表現手法を用いることができる。

【0234】

また、符号化三次元データ４１３及び４１４の少なくとも一方は、当該符号化三次元データが入力三次元データ４１１を符号化することで得られた符号化三次元データであるか、入力三次元データ４１１のうちの一部を符号化することで得られた符号化三次元データであるかを示す識別子を含む。三次元データ復号装置５００は、当該識別子を参照して、符号化三次元データ４１３及び４１４を識別する。

【0235】

これによれば、三次元データ復号装置５００は、取得した符号化三次元データが符号化三次元データ４１３であるか符号化三次元データ４１４であるかを容易に判定できる。

【0236】

また、三次元データ復号装置５００は、さらに、クライアント（三次元データ復号装置５００）の状態をサーバに通知する。三次元データ復号装置５００は、クライアントの状態に応じて、サーバから送信された符号化三次元データ４１３及び４１４の一方を受信する。

【0237】

これによれば、三次元データ復号装置５００は、クライアントの状態に応じて適切なデータを受信できる。

【0238】

また、クライアントの状態は、クライアントの通信状況（例えばネットワーク帯域）、又はクライアントの移動速度を含む。

【0239】

また、三次元データ復号装置５００は、さらに、符号化三次元データ４１３及び４１４の一方をサーバに要求し、当該要求に応じて、サーバから送信された符号化三次元データ４１３及び４１４の一方を受信する。

【0240】

これによれば、三次元データ復号装置５００は、用途に応じた適切なデータを受信できる。

【0241】

（実施の形態３）
本実施の形態では、車両間での三次元データを送受信する方法について説明する。

【0242】

図２４は、自車両６００と周辺車両６０１との間での三次元データ６０７の送受信の様子を示す模式図である。

【0243】

自車両６００に搭載されたセンサ（レンジファインダなどの距離センサ、ステレオカメラ、又は複数の単眼カメラの組合せなど）により三次元データを取得する場合、周辺車両６０１などの障害物により自車両６００のセンサ検知範囲６０２内であるものの三次元データを作成できない領域（以降、これをオクルージョン領域６０４という）が発生する。また、三次元データを取得する空間が大きくなると自律動作の精度が高まるが、自車両６００のみのセンサ検知範囲は有限である。

【0244】

自車両６００のセンサ検知範囲６０２は、三次元データを取得可能な領域６０３とオクルージョン領域６０４とを含む。自車両６００が、三次元データを取得したい範囲は、自車両６００のセンサ検知範囲６０２とそれ以外の領域とを含む。また、周辺車両６０１のセンサ検知範囲６０５は、オクルージョン領域６０４と、自車両６００のセンサ検知範囲６０２に含まれない領域６０６とを含む。

【0245】

周辺車両６０１は、周辺車両６０１が検知した情報を自車両６００に伝送する。自車両６００は、前走車などの周辺車両６０１が検知した情報を取得することで、オクルージョン領域６０４、及び、自車両６００のセンサ検知範囲６０２以外の領域６０６の三次元データ６０７を取得することが可能となる。自車両６００は、周辺車両６０１が取得した情報を用いて、オクルージョン領域６０４及びセンサ検知範囲外の領域６０６の三次元データを補完する。

【0246】

車両、又はロボットの自律動作における三次元データの用途は、自己位置推定、周辺状況の検知、またはその両方である。例えば、自己位置推定には、自車両６００のセンサ情報に基づき自車両６００で生成した三次元データが使用される。周辺状況の検知には、自車両６００で生成した三次元データに加え、周辺車両６０１から取得した三次元データも使用される。

【0247】

三次元データ６０７を自車両６００に伝送する周辺車両６０１は、自車両６００の状態に応じて決定されてもよい。例えば、この周辺車両６０１は、自車両６００の直進時には前走車であり、自車両６００の右折時には対向車であり、自車両６００の後退時には後方車である。また、自車両６００のドライバが、三次元データ６０７を自車両６００に伝送する周辺車両６０１を直接指定してもよい。

【0248】

また、自車両６００は、三次元データ６０７を取得したい空間内に含まれる、自車両６００で取得できない領域の三次元データを所有している周辺車両６０１を探索してもよい。自車両６００で取得できない領域とは、オクルージョン領域６０４又はセンサ検知範囲６０２外の領域６０６などである。

【0249】

また、自車両６００は、オクルージョン領域６０４を自車両６００のセンサ情報に基づいて特定してもよい。例えば、自車両６００は、自車両６００のセンサ検知範囲６０２内に含まれる、三次元データを作成できない領域をオクルージョン領域６０４であると特定する。

【0250】

以下、三次元データ６０７を伝送するのが前走車である場合の動作例を説明する。図２５は、この場合の伝送される三次元データの一例を示す図である。

【0251】

図２５に示すように、前走車から伝送される三次元データ６０７は、例えば、ポイントクラウドのスパースワールド（ＳＷＬＤ）である。つまり、前走車は、当該前走車のセンサで検知した情報からＷＬＤの三次元データ（ポイントクラウド）を作成し、ＷＬＤの三次元データから特徴量が閾値以上のデータを抽出することでＳＷＬＤの三次元データ（ポイントクラウド）を作成する。そして、前走車は、作成したＳＷＬＤの三次元データを自車両６００に伝送する。

【0252】

自車両６００は、ＳＷＬＤを受け取り、自車両６００で作成したポイントクラウドに、受け取ったＳＷＬＤをマージする。

【0253】

伝送されるＳＷＬＤは絶対座標（三次元マップの座標系におけるＳＷＬＤの位置）の情報を持っている。自車両６００は、この絶対座標に基づいて、自車両６００で生成したポイントクラウドを上書きすることによりマージ処理を実現できる。

【0254】

周辺車両６０１から伝送されるＳＷＬＤは、自車両６００のセンサ検知範囲６０２外かつ周辺車両６０１のセンサ検知範囲６０５内の領域６０６のＳＷＬＤ、或いは、自車両６００にとってのオクルージョン領域６０４のＳＷＬＤ、又は、その両方のＳＷＬＤでもよい。また、伝送されるＳＷＬＤは、上記のＳＷＬＤのうち、周辺車両６０１が周辺状況の検知に使用している領域のＳＷＬＤでもよい。

【0255】

また、周辺車両６０１は、自車両６００と周辺車両６０１との速度差に基づく通信可能時間に応じて、伝送されるポイントクラウドの密度を変化させてもよい。例えば、速度差が大きく通信可能時間が短い場合は、周辺車両６０１は、ＳＷＬＤの中から、特徴量の大きな三次元点を抽出することで、ポイントクラウドの密度（データ量）を低くしてもよい。

【0256】

また、周辺状況の検知とは、人、車両、及び道路工事用の機材などの存在の有無を判定し、その種類を特定し、その位置、移動方向、及び移動速度などを検知することである。

【0257】

また、自車両６００は、周辺車両６０１で生成された三次元データ６０７の代わりに、又は、三次元データ６０７に加え、周辺車両６０１の制動情報を取得してもよい。ここで、周辺車両６０１の制動情報とは、例えば、周辺車両６０１のアクセル或いはブレーキが踏まれたこと、又はその度合いを示す情報である。

【0258】

また、各車両で生成されるポイントクラウドでは、車両間の低遅延通信を考慮して、ランダムアクセス単位に三次元空間が細分化される。一方で、サーバからダウンロードされる地図データである三次元地図等は、三次元空間が、車両間通信の場合と比べて大きなランダムアクセス単位に分割される。

【0259】

前走車の前方の領域又は後走車の後方の領域などのオクルージョン領域になりやすい領域のデータは低遅延向けデータとして、細かいランダムアクセス単位に分割される。

【0260】

高速走行時には正面の重要性が高まるため、各車両は、高速走行時には、視野角を狭めた範囲のＳＷＬＤを細かいランダムアクセス単位で作成する。

【0261】

前走車が伝送用に作成したＳＷＬＤ内に自車両６００でポイントクラウドの取得が可能な領域が含まれる場合、前走車は、その領域のポイントクラウドを取り除くことにより伝送量を削減してもよい。

【0262】

次に、本実施の形態に係る三次元データ受信装置である三次元データ作成装置６２０の構成及び動作を説明する。

【0263】

図２６は、本実施の形態に係る三次元データ作成装置６２０のブロック図である。この三次元データ作成装置６２０は、例えば、上述した自車両６００に含まれ、三次元データ作成装置６２０が作成した第１三次元データ６３２に、受信した第２三次元データ６３５を合成することで、より密な第３三次元データ６３６を作成する。

【0264】

この三次元データ作成装置６２０は、三次元データ作成部６２１と、要求範囲決定部６２２と、探索部６２３と、受信部６２４と、復号部６２５と、合成部６２６とを備える。図２７は、三次元データ作成装置６２０の動作を示すフローチャートである。

【0265】

まず、三次元データ作成部６２１は、自車両６００が備えるセンサで検知したセンサ情報６３１を用いて第１三次元データ６３２を作成する（Ｓ６２１）。次に、要求範囲決定部６２２は、作成した第１三次元データ６３２の中でデータが不足している三次元空間範囲である要求範囲を決定する（Ｓ６２２）。

【0266】

次に、探索部６２３は、要求範囲の三次元データを所有する周辺車両６０１を探索し、探索により特定した周辺車両６０１に要求範囲を示す要求範囲情報６３３を送信する（Ｓ６２３）。次に、受信部６２４は、周辺車両６０１から、要求範囲の符号化ストリームである符号化三次元データ６３４を受信する（Ｓ６２４）。なお、探索部６２３は、特定範囲に存在する全ての車両に対し、無差別にリクエストを出し、応答があった相手から符号化三次元データ６３４を受信してもよい。また、探索部６２３は、車両に限らず、信号機又は標識などの物体にリクエストを出し、当該物体から符号化三次元データ６３４を受信してもよい。

【0267】

次に、復号部６２５は、受信した符号化三次元データ６３４を復号することで第２三次元データ６３５を取得する（Ｓ６２５）。次に、合成部６２６は、第１三次元データ６３２と第２三次元データ６３５とを合成することで、より密な第３三次元データ６３６を作成する（Ｓ６２６）。

【0268】

次に、本実施の形態に係る三次元データ送信装置６４０の構成及び動作を説明する。図２８は、三次元データ送信装置６４０のブロック図である。

【0269】

三次元データ送信装置６４０は、例えば、上述した周辺車両６０１に含まれ、周辺車両６０１が作成した第５三次元データ６５２を自車両６００が要求する第６三次元データ６５４に加工し、第６三次元データ６５４を符号化することで符号化三次元データ６３４を生成し、符号化三次元データ６３４を自車両６００に送信する。

【0270】

三次元データ送信装置６４０は、三次元データ作成部６４１と、受信部６４２と、抽出部６４３と、符号化部６４４と、送信部６４５とを備える。図２９は、三次元データ送信装置６４０の動作を示すフローチャートである。

【0271】

まず、三次元データ作成部６４１は、周辺車両６０１が備えるセンサで検知したセンサ情報６５１を用いて第５三次元データ６５２を作成する（Ｓ６４１）。次に、受信部６４２は、自車両６００から送信された要求範囲情報６３３を受信する（Ｓ６４２）。

【0272】

次に、抽出部６４３は、第５三次元データ６５２から、要求範囲情報６３３で示される要求範囲の三次元データを抽出することで、第５三次元データ６５２を第６三次元データ６５４に加工する（Ｓ６４３）。次に、符号化部６４４は、第６三次元データ６５４を符号化することで、符号化ストリームである符号化三次元データ６３４を生成する（Ｓ６４４）。そして、送信部６４５は、自車両６００へ符号化三次元データ６３４を送信する（Ｓ６４５）。

【0273】

なお、ここでは、自車両６００が三次元データ作成装置６２０を備え、周辺車両６０１が三次元データ送信装置６４０を備える例を説明するが、各車両が、三次元データ作成装置６２０と三次元データ送信装置６４０との機能を有してもよい。

【0274】

以下、三次元データ作成装置６２０が、自車両６００の周辺状況の検知処理を実現する周辺状況検知装置である場合の構成及び動作を説明する。図３０は、この場合の三次元データ作成装置６２０Ａの構成を示すブロック図である。図３０に示す三次元データ作成装置６２０Ａは、図２６に示す三次元データ作成装置６２０の構成に加え、さらに、検知領域決定部６２７と、周辺状況検知部６２８と、自律動作制御部６２９とを備える。また、三次元データ作成装置６２０Ａは、自車両６００に含まれる。

【0275】

図３１は、三次元データ作成装置６２０Ａによる自車両６００の周辺状況検知処理のフローチャートである。

【0276】

まず、三次元データ作成部６２１は、自車両６００が備えるセンサで検知した、自車両６００の検知範囲のセンサ情報６３１を用いてポイントクラウドである第１三次元データ６３２を作成する（Ｓ６６１）。なお、三次元データ作成装置６２０Ａは、さらに、センサ情報６３１を用いて自己位置推定を行ってもよい。

【0277】

次に、検知領域決定部６２７は、周辺状況を検知したい空間領域である検知対象範囲を決定する（Ｓ６６２）。例えば、検知領域決定部６２７は、自車両６００の走行方向及び速度などの自律動作（自動運転）の状況に応じて、自律動作を安全に行うための周辺状況検知に必要な領域を算出し、当該領域を検知対象範囲に決定する。

【0278】

次に、要求範囲決定部６２２は、オクルージョン領域６０４と、自車両６００のセンサの検知範囲外であるが周辺状況検知に必要な空間領域とを要求範囲をとして決定する（Ｓ６６３）。

【0279】

ステップＳ６６３において決定された要求範囲が存在する場合（Ｓ６６４でＹｅｓ）、探索部６２３は、要求範囲に関する情報を所有する周辺車両を探索する。例えば、探索部６２３は、周辺車両に、要求範囲に関する情報を所有しているか問合せてもよいし、要求範囲と周辺車両との位置に基づき、当該周辺車両が要求範囲に関する情報を所有しているかを判断してもよい。次に、探索部６２３は、探索により特定した周辺車両６０１に対して、三次元データの伝送を依頼する依頼信号６３７を送信する。そして、探索部６２３は、周辺車両６０１から送信された、依頼信号６３７の依頼を受ける旨を示す許可信号を受信した後、要求範囲を示す要求範囲情報６３３を周辺車両６０１に送信する（Ｓ６６５）。

【0280】

次に、受信部６２４は、要求範囲に関する情報である送信データ６３８の伝送通知を検知し、当該送信データ６３８を受信する（Ｓ６６６）。

【0281】

なお、三次元データ作成装置６２０Ａは、リクエストを送る相手を探索することなく、特定範囲に存在する全ての車両に対し、無差別にリクエストを出し、要求範囲に関する情報を持っていると応答があった相手から送信データ６３８を受信してもよい。また、探索部６２３は、車両に限らず、信号機又は標識などの物体にリクエストを出し、当該物体から送信データ６３８を受信してもよい。

【0282】

また、送信データ６３８は、周辺車両６０１で生成された、要求範囲の三次元データが符号化された符号化三次元データ６３４、及び、要求範囲の周辺状況検知結果６３９の少なくとも一方を含む。周辺状況検知結果６３９は、周辺車両６０１が検知した人及び車両の位置、移動方向及び移動速度等を示す。また、送信データ６３８は、周辺車両６０１の位置及び動き等を示す情報を含んでもよい。例えば、送信データ６３８は、周辺車両６０１の制動情報を含んでもよい。

【0283】

受信された送信データ６３８に符号化三次元データ６３４が含まれる場合（Ｓ６６７でＹｅｓ）、復号部６２５は、符号化三次元データ６３４を復号することでＳＷＬＤの第２三次元データ６３５を取得する（Ｓ６６８）。つまり、第２三次元データ６３５は、第４三次元データ（ＷＬＤ）から特徴量が閾値以上のデータが抽出されることで生成された三次元データ（ＳＷＬＤ）である。

【0284】

次に、合成部６２６は、第１三次元データ６３２と第２三次元データ６３５とを合成することで第３三次元データ６３６を生成する（Ｓ６６９）。

【0285】

次に、周辺状況検知部６２８は、周辺状況検知に必要な空間領域のポイントクラウドである第３三次元データ６３６を用いて、自車両６００の周辺状況を検知する（Ｓ６７０）。なお、受信された送信データ６３８に周辺状況検知結果６３９が含まれる場合には、周辺状況検知部６２８は、第３三次元データ６３６に加えて周辺状況検知結果６３９を用いて、自車両６００の周辺状況を検知する。また、受信された送信データ６３８に周辺車両６０１の制動情報が含まれる場合には、周辺状況検知部６２８は、第３三次元データ６３６に加えて当該制動情報を用いて、自車両６００の周辺状況を検知する。

【0286】

次に、自律動作制御部６２９は、周辺状況検知部６２８による周辺状況検知結果に基づき自車両６００の自律動作（自動運転）を制御する（Ｓ６７１）。なお、ＵＩ（ユーザインタフェース）などを通して周辺状況検知結果がドライバに提示されてもよい。

【0287】

一方、ステップＳ６６３において要求範囲が存在しない場合、（Ｓ６６４でＮｏ）、つまり、周辺状況検知に必要な全ての空間領域の情報を、センサ情報６３１に基づき作成できた場合、周辺状況検知部６２８は、周辺状況検知に必要な空間領域のポイントクラウドである第１三次元データ６３２を用いて、自車両６００の周辺状況を検知する（Ｓ６７２）。そして、自律動作制御部６２９は、周辺状況検知部６２８による周辺状況検知結果に基づき自車両６００の自律動作（自動運転）を制御する（Ｓ６７１）。

【0288】

また、受信された送信データ６３８に符号化三次元データ６３４が含まれない場合（Ｓ６６７でＮｏ）、つまり、送信データ６３８に、周辺車両６０１の周辺状況検知結果６３９又は制動情報のみが含まれる場合、周辺状況検知部６２８は、第１三次元データ６３２と、周辺状況検知結果６３９又は制動情報を用いて、自車両６００の周辺状況を検知する（Ｓ６７３）。そして、自律動作制御部６２９は、周辺状況検知部６２８による周辺状況検知結果に基づき自車両６００の自律動作（自動運転）を制御する（Ｓ６７１）。

【0289】

次に、上記三次元データ作成装置６２０Ａに送信データ６３８を送信する三次元データ送信装置６４０Ａについて説明する。図３２は、この三次元データ送信装置６４０Ａのブロック図である。

【0290】

図３２に示す三次元データ送信装置６４０Ａは、図２８に示す三次元データ送信装置６４０の構成に加え、さらに、伝送可否判定部６４６を備える。また、三次元データ送信装置６４０Ａは、周辺車両６０１に含まれる。

【0291】

図３３は、三次元データ送信装置６４０Ａの動作例を示すフローチャートである。まず、三次元データ作成部６４１は、周辺車両６０１が備えるセンサで検知したセンサ情報６５１を用いて第５三次元データ６５２を作成する（Ｓ６８１）。

【0292】

次に、受信部６４２は、自車両６００から、三次元データの伝送要求を依頼する依頼信号６３７を受信する（Ｓ６８２）。次に、伝送可否判定部６４６は、依頼信号６３７で示される依頼に応じるかどうかを決定する（Ｓ６８３）。例えば、伝送可否判定部６４６は、ユーザにより予め設定されている内容に基づき、依頼に応じるかどうかを決定する。なお、受信部６４２が要求範囲などの相手のリクエストを先に受け取り、伝送可否判定部６４６は、その内容によって依頼に応じるかどうか決定してもよい。例えば、伝送可否判定部６４６は、要求範囲の三次元データを所持している場合に、依頼に応じると決定し、要求範囲の三次元データを所持していない場合に、依頼に応じないと決定してもよい。

【0293】

依頼に応じる場合（Ｓ６８３でＹｅｓ）、三次元データ送信装置６４０Ａは許可信号を自車両６００に送信し、受信部６４２は要求範囲を示す要求範囲情報６３３を受信する（Ｓ６８４）。次に、抽出部６４３は、ポイントクラウドである第５三次元データ６５２から要求範囲のポイントクラウドを切り出し、切り出したポイントクラウドのＳＷＬＤである第６三次元データ６５４を含む送信データ６３８を作成する（Ｓ６８５）。

【0294】

つまり、三次元データ送信装置６４０Ａは、センサ情報６５１から第７三次元データ（ＷＬＤ）を作成し、第７三次元データ（ＷＬＤ）から特徴量が閾値以上のデータを抽出することで第５三次元データ６５２（ＳＷＬＤ）を作成する。なお、三次元データ作成部６４１が予めＳＷＬＤの三次元データを作成しておき、抽出部６４３においてＳＷＬＤの三次元データから要求範囲のＳＷＬＤの三次元データが抽出されてもよいし、抽出部６４３が、要求範囲のＷＬＤの三次元データから要求範囲のＳＷＬＤの三次元データを生成してもよい。

【0295】

また、送信データ６３８は、周辺車両６０１による要求範囲の周辺状況検知結果６３９、及び、周辺車両６０１の制動情報を含んでもよい。また、送信データ６３８は、第６三次元データ６５４を含まず、周辺車両６０１による要求範囲の周辺状況検知結果６３９、及び、周辺車両６０１の制動情報のうちの少なくとも一方のみを含んでもよい。

【0296】

送信データ６３８が第６三次元データ６５４を含む場合（Ｓ６８６でＹｅｓ）、符号化部６４４は、第６三次元データ６５４を符号化することで符号化三次元データ６３４を生成する（Ｓ６８７）。

【0297】

そして、送信部６４５は、符号化三次元データ６３４を含む送信データ６３８を自車両６００に送信する（Ｓ６８８）。

【0298】

一方、送信データ６３８が第６三次元データ６５４を含まない場合（Ｓ６８６でＮｏ）、送信部６４５は、周辺車両６０１による要求範囲の周辺状況検知結果６３９、及び、周辺車両６０１の制動情報の少なくとも一方を含む送信データ６３８を自車両６００に送信する（Ｓ６８８）。

【0299】

以下、本実施の形態の変形例について説明する。

【0300】

例えば、周辺車両６０１から伝送される情報は、周辺車両が作成した三次元データ又は周辺状況検知結果でなくてもよく、周辺車両６０１自身の正確な特徴点情報であってもよい。自車両６００は、この周辺車両６０１の特徴点情報を用いて、自車両６００で取得したポイントクラウド内の前走車の特徴点情報を補正する。これにより、自車両６００は、自己位置推定時のマッチング精度を向上できる。

【0301】

また、前走車の特徴点情報は、例えば、色情報及び座標情報からなる三次元点情報である。これにより、自車両６００のセンサがレーザセンサであっても、ステレオカメラであっても、その種類に依存することなく前走車の特徴点情報を使用できる。

【0302】

なお、自車両６００は、伝送時に限らず、自己位置推定時の精度を算出する際に、ＳＷＬＤのポイントクラウドを用いてもよい。例えば、自車両６００のセンサがステレオカメラなどの撮像装置である場合、自車両６００がカメラで撮影した画像上で二次元点を検出し、その二次元点を用いて自己位置を推定する。また、自車両６００は、自己位置と同時に周辺物体のポイントクラウドを作成する。自車両６００は、その中のＳＷＬＤの三次元点を二次元画像上に再投影し、二次元画像上での検出点と再投影点との誤差に基づき自己位置推定の精度を評価する。

【0303】

また、自車両６００のセンサがＬｉＤＡＲなどのレーザセンサである場合、自車両６００は、作成したポイントクラウドのＳＷＬＤと、三次元地図のＳＷＬＤとを用いてＩｔｅｒａｔｉｖｅ Ｃｌｏｓｅｓｔ Ｐｏｉｎｔにより算出した誤差に基づき自己位置推定の精度を評価する。

【0304】

また、５Ｇなど基地局又はサーバ経由の通信状態が悪い場合には、自車両６００は、周辺車両６０１から三次元地図を取得してもよい。

【0305】

また、自車両６００の周辺の車両から取得できない遠方の情報を車車間通信により取得してもよい。例えば、自車両６００は、数百メートル、又は数キロ先の発生直後の交通事故情報などを対向車からのすれ違い通信、又は周辺車両に順次伝えていくリレー方式などにより取得してもよい。この時、伝送されるデータのデータ形式が、動的三次元地図の上位レイヤのメタ情報として伝送される。

【0306】

また、周辺状況の検知結果、及び自車両６００が検知した情報が、ユーザインタフェースを通じてユーザに提示されてもよい。例えば、カーナビの画面、又はフロントウィンドウへの重畳によりこれらの情報の提示が実現される。

【0307】

また、自動運転をサポートしておらず、クルーズコントロールを有する車両は、自動運転モードで走行中の周辺車両を発見し、当該周辺車両を追尾してもよい。

【0308】

また、自車両６００は、三次元地図を取得できない、又はオクルージョン領域が多過ぎるなどの理由から自己位置推定が不可能な場合に動作モードを、自動運転モードから周辺車両の追尾モードに切り替えてもよい。

【0309】

また、追尾される車両には、追尾されていることをユーザに警告し、追尾を許可するかどうかをユーザが指定できるユーザインタフェースが搭載されてもよい。その際、追尾する車両に広告表示し、追尾される側にインセンティブを支払うなどの仕組みが設けられてもよい。

【0310】

また、伝送される情報は、三次元データであるＳＷＬＤを基本とするが、自車両６００に設定されている要求設定又は前走車の公開設定に応じた情報であってもよい。例えば、伝送される情報は、密なポイントクラウドであるＷＬＤでもよいし、前走車による周辺状況の検知結果でもよいし、前走車の制動情報でもよい。

【0311】

また、自車両６００は、ＷＬＤを受信し、ＷＬＤの三次元データを視覚化し、視覚化した三次元データをＧＵＩを用いてドライバに提示してもよい。その際、自車両６００は、自車両６００で作成したポイントクラウドと受信したポイントクラウドとをユーザが区別できるように、情報に色分けなどを施して提示してもよい。

【0312】

また、自車両６００は、自車両６００で検知した情報と周辺車両６０１の検知結果とをＧＵＩでドライバに提示する場合、自車両６００で検知した情報と受信した検知結果とをユーザが区別できるように、情報に色分けなどを施して提示してもよい。

【0313】

以上のように、本実施の形態に係る三次元データ作成装置６２０では、三次元データ作成部６２１は、センサで検知したセンサ情報６３１から第１三次元データ６３２を作成する。受信部６２４は、第２三次元データ６３５が符号化された符号化三次元データ６３４を受信する。復号部６２５は、受信した符号化三次元データ６３４を復号することで第２三次元データ６３５を取得する。合成部６２６は、第１三次元データ６３２と第２三次元データ６３５とを合成することで第３三次元データ６３６を作成する。

【0314】

これによれば、三次元データ作成装置６２０は、作成した第１三次元データ６３２と、受信した第２三次元データ６３５とを用いて、詳細な第３三次元データ６３６を作成できる。

【0315】

また、合成部６２６は、第１三次元データ６３２と第２三次元データ６３５を合成することで、第１三次元データ６３２及び第２三次元データ６３５よりも密度が高い第３三次元データ６３６を作成する。

【0316】

また、第２三次元データ６３５（例えばＳＷＬＤ）は、第４三次元データ（例えばＷＬＤ）から特徴量が閾値以上のデータが抽出されることで生成された三次元データである。

【0317】

これによれば、三次元データ作成装置６２０は、伝送される三次元データのデータ量を削減できる。

【0318】

また、三次元データ作成装置６２０は、さらに、符号化三次元データ６３４の送信元である送信装置を探索する探索部６２３を含む。受信部６２４は、探索された送信装置から符号化三次元データ６３４を受信する。

【0319】

これによれば、三次元データ作成装置６２０は、例えば、必要な三次元データを所有する送信装置を探索により特定できる。

【0320】

また、三次元データ作成装置は、さらに、三次元データを要求する三次元空間の範囲である要求範囲を決定する要求範囲決定部６２２を備える。探索部６２３は、要求範囲を示す要求範囲情報６３３を送信装置に送信する。第２三次元データ６３５は、要求範囲の三次元データを含む。

【0321】

これによれば、三次元データ作成装置６２０は、必要な三次元データを受信できるとともに、伝送される三次元データのデータ量を削減できる。

【0322】

また、要求範囲決定部６２２は、センサで検知できないオクルージョン領域６０４を含む空間範囲を要求範囲に決定する。

【0323】

また、本実施の形態に係る三次元データ送信装置６４０では、三次元データ作成部６４１は、センサで検知したセンサ情報６５１から第５三次元データ６５２を作成する。抽出部６４３は、第５三次元データ６５２の一部を抽出することで第６三次元データ６５４を作成する。符号化部６４４は、第６三次元データ６５４を符号化することで符号化三次元データ６３４を生成する。送信部６４５は、符号化三次元データ６３４を送信する。

【0324】

これによれば、三次元データ送信装置６４０は、自身が作成した三次元データを他の装置に送信できるとともに、伝送される三次元データのデータ量を削減できる。

【0325】

また、三次元データ作成部６４１は、センサで検知したセンサ情報６５１から第７三次元データ（例えばＷＬＤ）を作成し、第７三次元データから特徴量が閾値以上のデータを抽出することで第５三次元データ６５２（例えばＳＷＬＤ）を作成する。

【0326】

これによれば、三次元データ送信装置６４０は、伝送される三次元データのデータ量を削減できる。

【0327】

また、三次元データ送信装置６４０は、さらに、受信装置から、三次元データを要求する三次元空間の範囲である要求範囲を示す要求範囲情報６３３を受信する受信部６４２を含む。抽出部６４３は、第５三次元データ６５２から、要求範囲の三次元データを抽出することで第６三次元データ６５４を作成する。送信部６４５は、受信装置に符号化三次元データ６３４を送信する。

【0328】

これによれば、三次元データ送信装置６４０は、伝送される三次元データのデータ量を削減できる。

【0329】

（実施の形態４）
本実施の形態では、三次元マップに基づく自己位置推定における異常系の動作について説明する。

【0330】

車の自動運転、又は、ロボット、或いはドローンなどの飛行体などの移動体を自律的に移動させるなどの用途が今後拡大すると予想される。このような自律的な移動を実現する手段の一例として、移動体が、三次元マップ内における自らの位置を推定（自己位置推定）しながら、マップに従って走行する方法がある。

【0331】

自己位置推定は、三次元マップと、自車に搭載したレンジファインダー（ＬｉＤＡＲなど）又はステレオカメラなどのセンサにより取得した自車周辺の三次元情報（以降、自車検知三次元データ）とをマッチングして、三次元マップ内の自車位置を推定することで実現できる。

【0332】

三次元マップは、ＨＥＲＥ社が提唱するＨＤマップなどのように、三次元のポイントクラウドだけでなく、道路及び交差点の形状情報など二次元の地図データ、又は、渋滞及び事故などの実時間で変化する情報を含んでもよい。三次元データ、二次元データ、実時間で変化するメタデータなど複数のレイヤから三次元マップが構成され、装置は、必要なデータのみを取得、又は、参照することも可能である。

【0333】

ポイントクラウドのデータは、上述したＳＷＬＤであってもよいし、特徴点ではない点群データを含んでもよい。また、ポイントクラウドのデータの送受信は、１つ、または、複数のランダムアクセス単位を基本として行われる。

【0334】

三次元マップと自車検知三次元データとのマッチング方法として以下の方法を用いることができる。例えば、装置は、互いのポイントクラウドにおける点群の形状を比較し、特徴点間の類似度が高い部位が同一位置であると決定する。また、装置は、三次元マップがＳＷＬＤから構成される場合、ＳＷＬＤを構成する特徴点と、自車検知三次元データから抽出した三次元特徴点とを比較してマッチングを行う。

【0335】

ここで、高精度に自己位置推定を行うためには、（Ａ）三次元マップと自車検知三次元データが取得できており、かつ、（Ｂ）それらの精度が予め定められた基準を満たすことが必要となる。しかしながら、以下のような異常ケースでは、（Ａ）又は（Ｂ）が満たせない。

【0336】

（１）三次元マップを通信経由で取得できない。

【0337】

（２）三次元マップが存在しない、又は、三次元マップを取得したが破損している。

【0338】

（３）自車のセンサが故障している、又は、悪天候のために、自車検知三次元データの生成精度が十分でない。

【0339】

これらの異常ケースに対処するための動作を、以下で説明する。以下では、車を例に動作を説明するが、以下の手法は、ロボット又はドローンなど、自律的に移動する動物体全般に対して適用できる。

【0340】

以下、三次元マップ又は自車検知三次元データにおける異常ケースに対応するための、本実施の形態に係る三次元情報処理装置の構成及び動作を説明する。図３４は、本実施の形態に係る三次元情報処理装置７００の構成例を示すブロック図である。図３５は、三次元情報処理装置７００による三次元情報処理方法のフローチャートである。

【0341】

三次元情報処理装置７００は、例えば、自動車等の動物体に搭載される。図３４に示すように、三次元情報処理装置７００は、三次元マップ取得部７０１と、自車検知データ取得部７０２と、異常ケース判定部７０３と、対処動作決定部７０４と、動作制御部７０５とを備える。

【0342】

なお、三次元情報処理装置７００は、二次元画像を取得するカメラ、又は、超音波或いはレーザーを用いた一次元データのセンサなど、自車周辺の構造物又は動物体を検知するための図示しない二次元又は一次元のセンサを備えてもよい。また、三次元情報処理装置７００は、三次元マップを４Ｇ或いは５Ｇなどの移動体通信網、又は、車車間通信或いは路車間通信により取得するための通信部（図示せず）を備えてもよい。

【0343】

図３５に示すように、三次元マップ取得部７０１は、走行経路近傍の三次元マップ７１１を取得する（Ｓ７０１）。例えば、三次元マップ取得部７０１は、移動体通信網、又は、車車間通信或いは路車間通信により三次元マップ７１１を取得する。

【0344】

次に、自車検知データ取得部７０２は、センサ情報に基づいて自車検知三次元データ７１２を取得する（Ｓ７０２）。例えば、自車検知データ取得部７０２は、自車が備えるセンサにより取得されたセンサ情報に基づき、自車検知三次元データ７１２を生成する。

【0345】

次に、異常ケース判定部７０３は、取得した三次元マップ７１１及び自車検知三次元データ７１２の少なくとも一方に対して予め定められたチェックを実施することで異常ケースを検出する（Ｓ７０３）。つまり、異常ケース判定部７０３は、取得した三次元マップ７１１及び自車検知三次元データ７１２の少なくとも一方が異常であるかを判定する。

【0346】

ステップＳ７０３において、異常ケースが検出された場合（Ｓ７０４でＹｅｓ）、対処動作決定部７０４は、異常ケースに対する対処動作を決定する（Ｓ７０５）。次に、動作制御部７０５は、三次元マップ取得部７０１など、対処動作の実施に必要となる各処理部の動作を制御する（Ｓ７０６）。

【0347】

一方、ステップＳ７０３において、異常ケースが検出されない場合（Ｓ７０４でＮｏ）、三次元情報処理装置７００は、処理を終了する。

【0348】

また、三次元情報処理装置７００は、三次元マップ７１１と自車検知三次元データ７１２とを用いて、三次元情報処理装置７００を有する車両の自己位置推定を行う。次に、三次元情報処理装置７００は、自己位置推定の結果を用いて、当該車両を自動運転する。

【0349】

このように、三次元情報処理装置７００は、第１の三次元位置情報を含むマップデータ（三次元マップ７１１）を通信路を介して取得する。例えば、第１の三次元位置情報は、三次元の座標情報を有する部分空間を単位として符号化され、各々が１以上の部分空間の集合体であり、各々を独立に復号可能な複数のランダムアクセス単位を含む。例えば、第１の三次元位置情報は、三次元の特徴量が所定の閾値以上となる特徴点が符号化されたデータ（ＳＷＬＤ）である。

【0350】

また、三次元情報処理装置７００は、センサで検知した情報から第２の三次元位置情報（自車検知三次元データ７１２）を生成する。次に、三次元情報処理装置７００は、第１の三次元位置情報又は第２の三次元位置情報に対して異常判定処理を実施することで、第１の三次元位置情報又は前記第２の三次元位置情報が異常であるかどうかを判定する。

【0351】

三次元情報処理装置７００は、第１の三次元位置情報又は第２の三次元位置情報が異常であると判定された場合、当該異常に対する対処動作を決定する。次に、三次元情報処理装置７００は、対処動作の実施に必要となる制御を実施する。

【0352】

これにより、三次元情報処理装置７００は、第１の三次元位置情報又は第２の三次元位置情報の異常を検知し、対処動作を行うことができる。

【0353】

以下、異常ケース１である、三次元マップ７１１が通信経由で取得できない場合に対する対処動作について説明する。

【0354】

自己位置推定には三次元マップ７１１が必要であるが、車両は、目的地までの経路に対応する三次元マップ７１１を予め取得していない場合には、三次元マップ７１１を通信により取得する必要がある。しかしながら、通信路の輻輳又は電波受信状態の悪化などにより、車両が、走行系路上の三次元マップ７１１を取得できないことがある。

【0355】

異常ケース判定部７０３は、目的地までの経路上の全ての区間、又は、現在位置から所定の範囲内の区間における三次元マップ７１１が取得済みであるかを確認し、取得できていない場合は異常ケース１と判定する。つまり、異常ケース判定部７０３は、三次元マップ７１１（第１の三次元位置情報）を通信路を介して取得できるかどうかを判定し、三次元マップ７１１を通信路を介して取得できない場合、三次元マップ７１１が異常であると判定する。

【0356】

異常ケース１と判定された場合、対処動作決定部７０４は、（１）自己位置推定を継続する、及び、（２）自己位置推定を停止する、の２つのタイプの対処動作のうち一方を選択する。

【0357】

まず、（１）自己位置推定を継続する場合の対処動作の具体例について説明する。自己位置推定を継続する場合には、目的地までの経路上の三次元マップ７１１が必要となる。

【0358】

例えば、車両は、三次元マップ７１１を取得済みの範囲内で通信路が利用可能な場所を判定し、その場所まで移動して、三次元マップ７１１を取得する。このとき、車両は、目的地までの全ての三次元マップ７１１を取得してもよいし、自車のメモリ或いはＨＤＤなどの記録部に保持できる上限サイズ内でランダムアクセス単位毎に三次元マップ７１１を取得してもよい。

【0359】

なお、車両は、経路上の通信状態を別途取得し、経路上の通信状態が不良となることが予測できる場合には、通信状態が不良である区間に到達する前に当該区間の三次元マップ７１１を予め取得しておく、又は、取得可能な最大限の範囲の三次元マップ７１１を取得しておくように動作してもよい。つまり、三次元情報処理装置７００は、車両が通信状態が悪い領域に進入するかを予測する。三次元情報処理装置７００は、車両が通信状態が悪い領域に進入すると予測された場合、当該車両が当該領域に侵入するまえに、三次元マップ７１１を取得する。

【0360】

また、車両は、通常時よりも狭い範囲となる、経路上の自己位置推定に必要な最小限の三次元マップ７１１を構成するランダムアクセス単位を特定し、特定したランダムアクセス単位を受信してもよい。つまり、三次元情報処理装置７００は、三次元マップ７１１（第１の三次元位置情報）を通信路を介して取得できない場合、第１の三次元位置情報より狭い範囲の第３の三次元位置情報を通信路を介して取得してもよい。

【0361】

また、車両は、三次元マップ７１１の配信サーバへのアクセスができない場合において、自車周辺を走行中の他車など、目的地までの経路上の三次元マップ７１１を取得済みであり、かつ、自車と通信可能な移動体から、三次元マップ７１１を取得してもよい。

【0362】

次に、（２）自己位置推定を停止する場合の対処動作の具体例を説明する。この場合、目的地までの経路上の三次元マップ７１１は不要である。

【0363】

例えば、車両は、自己位置推定に基づく自動運転などの機能が継続できない旨を運転者に通知し、動作モードを、運転者が運転を行うマニュアルモードに移行する。

【0364】

通常、自己位置推定を行う際は、人の介在度に応じたレベルの違いはあるものの、自動運転が行われる。一方で、自己位置推定の結果は、人が運転する際のナビゲーション等としての利用することも可能である。よって、自己位置推定の結果は、必ずしも自動運転に使用されてなくてもよい。

【0365】

また、車両は、４Ｇ又は５Ｇなどの移動体通信網など通常使用する通信路が利用できない場合は、路車間のＷｉ‐Ｆｉ（登録商標）或いはミリ波通信、又は、車車間の通信など、別の通信路経由で三次元マップ７１１を取得できるかどうかを確認し、使用する通信路を、三次元マップ７１１を取得可能な通信路に切り替えてもよい。

【0366】

また、車両は、三次元マップ７１１を取得できない場合には、二次元マップを取得し、二次元マップと自車検知三次元データ７１２を用いて自動運転を継続してもよい。つまり、三次元情報処理装置７００は、三次元マップ７１１を通信路を介して取得できない場合、二次元位置情報を含むマップデータ（二次元マップ）を通信路を介して取得し、二次元位置情報と自車検知三次元データ７１２とを用いて車両の自己位置推定を行ってもよい。

【0367】

具体的には、車両は、自己位置推定には、二次元マップと自車検知三次元データ７１２を使用し、周辺の車両、歩行者、及び障害物などの検知には自車検知三次元データ７１２を用いる。

【0368】

ここで、ＨＤマップなどの地図データには、三次元のポイントクラウドなどから構成される三次元マップ７１１と共に、二次元の地図データ（二次元マップ）と、二次元の地図データから道路形状或いは交差点などの特徴的な情報を抜き出した簡易版の地図データと、渋滞、事故又は工事などの実時間情報を表すメタデータとを含めることができる。例えば、地図データは、下位レイヤから順に、三次元データ（三次元マップ７１１）、二次元データ（二次元マップ）、メタデータが配置されたレイヤ構造を有する。

【0369】

ここで、二次元のデータは、三次元のデータに比べてデータサイズが小さい。よって、通信状態が悪くても車両は二次元マップを取得できる場合がある。または、車両は、通信状態が良い区間においてまとめて広い範囲の二次元マップを取得できる。従って、車両は、通信路の状態が悪く、三次元マップ７１１の取得が困難である場合は、三次元マップ７１１を受信せずに、二次元マップを含むレイヤを受信してもよい。なお、メタデータはデータサイズが小さいため、例えば、車両は、メタデータを通信状態によらず常に受信する。

【0370】

二次元マップと自車検知三次元データ７１２を用いた自己位置推定の方法には、例えば、以下の２通りの方法がある。

【0371】

第１の方法は、二次元特量のマッチングを行う方法である。具体的には、車両は、自車検知三次元データ７１２から二次元の特徴量を抽出し、抽出した二次元の特徴量と二次元マップとのマッチングを行う。

【0372】

例えば、車両は、自車検知三次元データ７１２を二次元マップと同一の平面に投影し、得られた二次元データと、二次元マップとをマッチングする。マッチングは、両者から抽出された二次元の画像特徴量を用いて行われる。

【0373】

三次元マップ７１１がＳＷＬＤを含む場合は、三次元マップ７１１は、三次元空間内の特徴点における三次元特徴量とともに、二次元マップと同一平面における二次元の特徴量を格納しておいてもよい。例えば、二次元の特徴量には識別情報が付与される。または、二次元の特徴量は、三次元データ及び二次元マップとは別レイヤに格納され、車両は、二次元マップと共に、二次元の特徴量のデータを取得する。

【0374】

二次元マップが道路内の白線、ガードレール及び建物など、地上からの高さが異なる（同一平面内にない）位置の情報を同一マップ内に示す場合には、車両は、自車検知三次元データ７１２における複数の高さのデータから特徴量を抽出する。

【0375】

また、二次元マップにおける特徴点と三次元マップ７１１における特徴点との対応関係を示す情報が、地図データのメタ情報として格納されてもよい。

【0376】

第２の方法は、三次元特徴量のマッチングを行う方法である。具体的には、車両は、二次元マップにおける特徴点に対応する三次元特徴量を取得し、取得した三次元特徴量と、自車検知三次元データ７１２の三次元特徴量とをマッチングする。

【0377】

具体的には、二次元マップにおける特徴点に対応する三次元特徴量が地図データに格納される。車両は、二次元マップの取得時に、この三次元特徴量を合わせて取得する。なお、三次元マップ７１１がＳＷＬＤを含む場合は、ＳＷＬＤにおける特徴点のうち、二次元マップの特徴点に対応する特徴点を識別する情報を付与することで、車両は、識別情報に基づいて、二次元マップと合わせて取得する三次元特徴量を決定できる。なお、この場合、二次元位置を表現できればよいので、三次元位置を表現する場合に比べて、データ量を削減できる。

【0378】

また、二次元マップを使用して自己位置推定する際には、三次元マップ７１１よりも自己位置推定の精度が低下する。従って、車両は、推定精度が低下しても自動運転を継続できるかどうか判定し、継続可と判定された場合にのみ、自動運転を継続してもよい。

【0379】

自動運転が継続できるかは、車両が走行中の道路が市街地、又は、高速道路など他の車両又は歩行者の進入が少ない道路であるか、道幅或いは道路の混雑度（車両又は歩行者の密度）などの走行環境にも影響される。さらに、事業所の敷地、街、又は建物内などには、カメラなどのセンサで認識するためのマーカーを配置することも可能である。これら特定エリアにおいては、二次元のセンサによってマーカーを高精度に認識できるため、例えば、二次元マップ内にマーカーの位置情報を含めることで、自己位置推定を高精度に実施できる。

【0380】

また、マップ内に各エリアが特定エリアであるかどうかを示す識別情報を含めることなどにより、車両は、当該車両が特定エリア内に存在するかを判定できる。車両は、当該車両が特定エリア内に存在する場合には、自動運転を継続すると判定する。このように、車両は、二次元マップ使用時の自己位置推定の精度、又は車両の走行環境に基づいて、自動運転継続の可否を判定してもよい。

【0381】

このように、三次元情報処理装置７００は、車両の走行環境（移動体の移動環境）に基づき、二次元マップと自車検知三次元データ７１２とを用いた車両の自己位置推定の結果を用いた車両の自動運転を行うか否かを判定する。

【0382】

また、車両は、自動運転継続の可否でなはなく、自己位置推定の精度又は車両の走行環境に応じて、自動運転のレベル（モード）を切り替えてもよい。ここで自動運転のレベル（モード）を切り替えるとは、例えば、速度を制限する、ドライバーの操作量を増やす（自動運転の自動レベルを下げる）、前方を走る車の運転情報を得てそれを参考に運転するモードに切り替える、同一の目的地を設定している車の運転情報を得てそれを用いて自動運転するモードに切り替える、などである。

【0383】

また、マップは、位置情報と対応付けられた、二次元マップを用いて自己位置推定する場合の自動運転の推奨レベルを示す情報を含んでもよい。推奨レベルは、交通量などに応じて動的に変化するメタデータであってもよい。これにより、車両は、周辺の環境等に応じて逐次レベルを判定することなく、マップ内の情報を取得するだけでレベルを決定できる。また、複数の車両が同一マップを参照することで、個々の車両の自動運転のレベルを一定に保つことができる。なお、推奨レベルは、推奨ではなく、遵守が必須であるレベルであってもよい。

【0384】

また、車両は、運転者の有無（有人及び無人のいずれであるか）に応じて、自動運転のレベルの切り替えを行ってもよい。例えば、車両は、有人であれば自動運転のレベルを下げ、無人の場合には停止する。車両は、安全に停止できる位置を、周辺の通行者、車両及び交通標識を認識することによって判定する。または、マップは、車両が安全に停止できる位置を示す位置情報を含み、車両は当該位置情報を参照して安全に停止できる位置を判定してもよい。

【0385】

次に、異常ケース２である、三次元マップ７１１が存在しない、又は、三次元マップ７１１を取得したが破損している場合に対する対処動作について説明する。

【0386】

異常ケース判定部７０３は、（１）目的地までの経路上の一部或いは全ての区間における三次元マップ７１１が、アクセス先となる配信サーバなどに存在せず、取得できない、又は、（２）取得済みの三次元マップ７１１の一部或いは全てが破損している、のいずれかに当てはまるかを確認し、当てはまる場合には異常ケース２と判定する。つまり、異常ケース判定部７０３は、三次元マップ７１１のデータが完全であるかどうかを判定し、三次元マップ７１１のデータが完全でない場合、三次元マップ７１１が異常であると判定する。

【0387】

異常ケース２と判定された場合、以下の対処動作が行われる。まず、（１）三次元マップ７１１を取得できない場合の対処動作の例を説明する。

【0388】

例えば、車両は、三次元マップ７１１が存在しない区間を通らない経路を設定する。

【0389】

また、車両は、代替の経路が存在しない、又は、代替の経路が存在するが距離が大幅に増加するなどの理由から、代替の経路が設定できない場合は、三次元マップ７１１が存在しない区間を含む経路を設定する。また、車両は、当該区間では運転者に、運転モードを切り替える旨を通知し、運転モードをマニュアルモードに切り替える。

【0390】

（２）取得済みの三次元マップ７１１の一部或いは全てが破損している場合には以下の対処動作が行われる。

【0391】

車両は、三次元マップ７１１における破損部位を特定し、通信により破損部位のデータを要求し、当該破損部位のデータを取得して、取得したデータを用いて三次元マップ７１１を更新する。このとき、車両は、破損部位を、三次元マップ７１１における絶対座標又は相対座標などの位置情報により指定してもよいし、破損部位を構成するランダムアクセス単位のインデックス番号などにより指定してもよい。この場合、車両は、破損部位を含むランダムアクセス単位を、取得したランダムアクセス単位で置き換える。

【0392】

次に、異常ケース３である、自車のセンサが故障又は悪天候のために、自車検知三次元データ７１２が生成できない場合に対する対処動作について説明する。

【0393】

異常ケース判定部７０３は、自車検知三次元データ７１２の生成誤差が許容範囲内であるかを確認し、許容範囲でなければ異常ケース３と判定する。つまり、異常ケース判定部７０３は、自車検知三次元データ７１２のデータの生成精度が基準値以上であるかどうかを判定し、自車検知三次元データ７１２のデータの生成精度が基準値以上でない場合、自車検知三次元データ７１２が異常であると判定する。

【0394】

自車検知三次元データ７１２の生成誤差が許容範囲内であるかどうかの確認方法としては以下の方法を用いることができる。

【0395】

レンジファインダー又はステレオカメラなど自車の三次元センサにおける奥行き方向及びスキャン方向の分解能、又は、生成可能な点群の密度などに基づいて、正常動作時の自車検知三次元データ７１２の空間分解能が予め決定される。また、車両は、三次元マップ７１１の空間分解能を、三次元マップ７１１に含まれるメタ情報などから取得する。

【0396】

車両は、両者の空間分解能を用いて、自車検知三次元データ７１２と三次元マップ７１１とを、三次元特徴量などに基づいてマッチングする際のマッチング誤差の基準値を推定する。マッチング誤差としては、特徴点毎の三次元特徴量の誤差、複数の特徴点間の三次元特徴量の誤差の平均値などの統計量、又は、複数の特徴点間の空間的な距離の誤差などを利用できる。基準値からのズレの許容範囲は予め設定される。

【0397】

車両は、走行開始前又は走行中に生成した自車検知三次元データ７１２と三次元マップ７１１とのマッチング誤差が許容範囲内でなければ、異常ケース３と判定する。

【0398】

または、車両は、精度チェック用の既知の三次元形状を有するテストパターンを用いて、走行開始前などにテストパターンに対する自車検知三次元データ７１２を取得し、形状誤差が許容範囲内であるかに基づいて異常ケース３であるかを判定してもよい。

【0399】

例えば、車両は、走行開始前に毎回、上記判定を行う。または、車両は、走行中に一定の時間間隔などで上記判定を行うことで、マッチング誤差の時系列変化を取得する。車両は、マッチング誤差が増加傾向にある際には、誤差が許容範囲内であっても異常ケース３と判定してもよい。また、車両は、時系列変化に基づいて、異常となることが予測できる場合には、検査又は修理を促す旨のメッセージを表示するなど、ユーザーに異常となることが予測されたことを通知してもよい。また、車両は、悪天候など一過性の要因に基づく異常と、センサの故障に基づく異常とを、時系列変化により判定し、センサの故障に基づく異常のみをユーザーに通知してもよい。

【0400】

また、車両は、異常ケース３と判定された場合、（１）非常用の代替センサを作動させる（レスキューモード）、（２）運転モードを切り替える、（３）三次元センサの動作補正を行う、の３つのタイプの対処動作のいずれか、又はこれらを選択的に行う。

【0401】

まず、（１）非常用の代替センサを作動する場合について説明する。車両は、通常運転時に使用する三次元センサとは異なる、非常用の代替センサを作動させる。つまり、三次元情報処理装置７００は、自車検知三次元データ７１２のデータの生成精度が基準値以上でない場合、通常のセンサとは異なる代替センサで検知した情報から自車検知三次元データ７１２（第４の三次元位置情報）を生成する。

【0402】

具体的には、車両が、複数のカメラ又はＬｉＤＡＲを併用して自車検知三次元データ７１２を取得する場合には、車両は、自車検知三次元データ７１２のマッチング誤差が許容範囲を超える方向などに基づいて、動作不良のセンサを特定する。そして、車両は、動作不良のセンサに対応する代替センサを作動する。

【0403】

代替センサは、三次元センサであってもよいし、二次元画像を取得できるカメラであってもよいし、超音波などの一次元センサなどであってもよい。代替センサが三次元センサ以外のセンサの場合には、自己位置推定の精度が低下する、又は、自己位置推定ができないことがあるため、車両は、代替センサの種類に応じて自動運転のモードを切り替えてもよい。

【0404】

例えば、車両は、代替センサが三次元センサである場合には自動運転モードを継続する。また、車両は、代替センサが二次元センサである場合には、完全自動運転から人の運転操作を前提とする準自動運転モードに運転モードを変更する。また、車両は、代替センサが一次元センサである場合には、自動的な制動制御を行わないマニュアルモードに運転モードを切り替える。

【0405】

また、車両は、走行環境に基づいて自動運転モードを切り替えてもよい。例えば、車両は、代替センサが二次元センサである場合において、高速道路を走行中であれば完全自動運転モードを継続し、市街地を走行中であれば運転モードを準自動運転モードに切り替える。

【0406】

また、車両は、代替センサが存在しない場合であっても、正常に動作しているセンサのみで十分な数の特徴点が取得できれば、自己位置推定を継続してもよい。ただし、特定方向に対する検知が不能になるため、車両は、運転モードを、準自動運転又はマニュアルモードに切り替える。

【0407】

次に、（２）運転モードを切り替える対処動作について説明する。車両は、自動運転モードからマニュアルモードに運転モードを切り替える。または、車両は、路肩などの安全に停止できる場所まで自動運転を継続し、停止してもよい。また、車両は、停止後に運転モードをマニュアルモードに切り替えてもよい。このように、三次元情報処理装置７００は、自車検知三次元データ７１２の生成精度が基準値以上でない場合、自動運転のモードを切り替える。

【0408】

次に（３）三次元センサの動作補正を行う対処動作について説明する。車両は、マッチング誤差が発生する方向などから動作不良の三次元センサを特定し、特定したセンサのキャリブレーションを行う。具体的には、センサとして、複数のＬｉＤＡＲ又はカメラが使用され場合には、各センサにより再構成される三次元空間の一部がオーバーラップする。すなわち、オーバーラップ部分のデータは、複数のセンサにより取得される。正常なセンサと動作不良のセンサとでは、オーバーラップ部分に対して取得される三次元の点群データが異なる。従って、車両は、動作不良のセンサが正常なセンサと同等の三次元の点群データを取得できるように、ＬｉＤＡＲの原点補正を行う、又は、カメラの露出或いはフォーカスなど、予め定めた箇所の動作を調整する。

【0409】

車両は、調整後に、マッチング誤差が許容範囲内に収まれば、直前の運転モードを継続する。一方、調整後も、マッチング精度が許容範囲内に収まらなければ、車両は、上記（１）非常用の代替センサを作動する対処動作、又は（２）運転モードを切り替える対処動作を行う。

【0410】

このように、三次元情報処理装置７００は、自車検知三次元データ７１２のデータの生成精度が基準値以上でない場合、センサの動作補正を行う。

【0411】

以下、対処動作の選択方法について説明する。対処動作は、運転者などのユーザーが選択してもよいし、ユーザーを介さずに車両が自動的に選択してもよい。

【0412】

また、車両は、運転者が同乗しているかどうかに応じて制御を切り替えてもよい。例えば、運転者が同乗している場合には、車両は、マニュアルモードへの切り替えを優先する。一方、運転者が同乗しない場合には、車両は、安全な場所に移動して停止するモードを優先する。

【0413】

停止場所を示す情報は、三次元マップ７１１にメタ情報として含まれてもよい。または、車両は、自動運転者の運行情報を管理するサービスに対して停止場所の回答要求を発行し、停止場所を示す情報を取得してもよい。

【0414】

また、車両が既定の路線を運行する場合などでは、通信路を介してオペレータが車両の運行を管理するモードに車両の運転モードが移行されてもよい。特に、完全自動運転モードで走行中の車両における自己位置推定機能の異常は、危険性が高い。従って、車両は、異常ケースの検出時、又は、検出した異常を修正できない場合には、通信路を介して、運行情報を管理するサービスに対して異常の発生を通知する。当該サービスは、当該車両の周辺を走行中の車両などに、異常発生車両の存在を通知する、又は、近傍の停止場所を空けるように指示してもよい。

【0415】

また、車両は、異常ケースの検出時には、通常時よりも走行速度を落としてもよい。

【0416】

車両が、タクシーなどの配車サービスを行う自動運転車であり、当該車両に異常ケースが発生した場合には、当該車両は、運行管理センターに連絡を行い、安全な場所に停止する。また、配車サービスは、代わりの車両は配車する。または、配車サービスの利用者が車両を運転してもよい。これらのケースでは、料金の割引又は特典ポイントの付与なども併用されてもよい。

【0417】

また、異常ケース１の対処方法において、二次元マップに基づいて自己位置推定を行う方法について述べたが、通常時においても、二次元マップを用いて自己位置推定を行ってもよい。図３６は、この場合の自己位置推定処理のフローチャートである。

【0418】

まず、車両は、走行経路近傍の三次元マップ７１１を取得する（Ｓ７１１）。次に、車両は、センサ情報に基づいて自車検知三次元データ７１２を取得する（Ｓ７１２）。

【0419】

次に、車両は、自己位置推定に三次元マップ７１１が必要かどうかを判定する（Ｓ７１３）。具体的には、車両は、二次元マップ使用時の自己位置推定の精度と、走行環境に基づいて、三次元マップ７１１の要否を判定する。例えば、上述した異常ケース１の対処方法と同様の方法が用いられる。

【0420】

三次元マップ７１１が必要でないと判定された場合（Ｓ７１４でＮｏ）、車両は、二次元マップを取得する（Ｓ７１５）。このとき、車両は、異常ケース１の対処方法で述べたような付加情報を合わせて取得してもよい。また、車両は、三次元マップ７１１から二次元マップを生成してもよい。例えば、車両は、三次元マップ７１１からに任意の平面を切り出すことで二次元マップを生成してもよい。

【0421】

次に、車両は、自車検知三次元データ７１２と二次元マップとを用いて自己位置推定を行う（Ｓ７１６）。なお、二次元マップを用いた自己位置推定の方法は、例えば、上述した異常ケース１の対処方法で述べて方法と同様である。

【0422】

一方、三次元マップ７１１が必要であると判定された場合（Ｓ７１４でＹｅｓ）、車両は、三次元マップ７１１を取得する（Ｓ７１７）。次に、車両は、自車検知三次元データ７１２と三次元マップ７１１とを用いて自己位置推定を行う（Ｓ７１８）。

【0423】

なお、車両は、自車の通信機器の対応する速度、又は通信路の状況に応じて、二次元マップを基本として用いるか、三次元マップ７１１を基本として用いるかを切り替えてもよい。例えば、三次元マップ７１１を受信しながら走行する際に必要となる通信速度が予め設定され、車両は、走行時の通信速度が設定値以下の場合には二次元マップを基本として用い、走行時の通信速度が設定より大きい場合には三次元マップ７１１を基本として用いてもよい。なお、車両は、二次元マップ、または三次元マップのいずれを採用するか切り替える判定をせずに、二次元マップを基本として用いてもよい。

【0424】

（実施の形態５）
本実施の形態では、後続車両への三次元データ送信方法等について説明する。図３７は、後続車両等に送信する三次元データの対象空間の例を示す図である。

【0425】

車両８０１は、車両８０１の前方の車両８０１から距離Ｌにある幅Ｗ、高さＨ、深さＤの直方体の空間８０２に含まれるポイントクラウド（点群）等の三次元データを、Δｔの時間間隔で、道路状況を監視する交通監視クラウド又は後続車両へ送信する。

【0426】

車両８０１は、外部から空間８０２に車両又は人が進入するなどして過去に送信済みの空間８０２に含まれる三次元データに変化が生じた場合には、変化が生じた空間の三次元データについても送信する。

【0427】

なお、図３７では、空間８０２の形状が直方体である例を示すが、空間８０２は、後続車両から死角となっている前方道路上の空間を含んでいればよく、必ずしも直方体でなくてもよい。

【0428】

距離Ｌは、三次元データを受信した後続車両が安全に停止できる距離に設定されることが望ましい。例えば、距離Ｌは、後続車両が、三次元データの受信に要する間に移動する距離と、後続車両が、受信したデータに応じて減速を開始するまでに移動する距離と、後続車両が原則を開始してから安全に停止するのに要する距離との和に設定される。これらの距離は速度に応じて変化するので、Ｌ＝ａ×Ｖ＋ｂ（ａ、ｂは定数）のように、距離Ｌが車両の速度Ｖに応じて変化してもよい。

【0429】

幅Ｗは、少なくとも車両８０１が走行している車線の幅よりも大きな値に設定される。更に望ましくは、幅Ｗは、左右の車線或いは路側帯など、隣接する空間が含まれる大きさに設定される。

【0430】

深さＤは固定値でも良いが、Ｄ＝ｃ×Ｖ＋ｄ（ｃ、ｄは定数）のように、車両の速度Ｖに応じて変化してもよい。また、Ｄ＞Ｖ×ΔｔとなるようにＤを設定することで、送信する空間を過去に送信済みの空間と重複させることができる。これにより、車両８０１は、より確実に走路上の空間を漏れなく後続車両等に送信することができる。

【0431】

このように、車両８０１が送信する三次元データを後続車両にとって有用な空間に限定することで、送信する三次元データの容量を効果的に削減でき、通信の低遅延化及び低コスト化を実現できる。

【0432】

次に、本実施の形態に係る三次元データ作成装置８１０の構成を説明する。図３８は、本実施の形態に係る三次元データ作成装置８１０の構成例を示すブロック図である。この三次元データ作成装置８１０は、例えば、車両８０１に搭載される。三次元データ作成装置８１０は、外部の交通監視クラウド、前走車両又は後続車両と三次元データの送受信を行うとともに、三次元データを作成及び蓄積する。

【0433】

三次元データ作成装置８１０は、データ受信部８１１と、通信部８１２と、受信制御部８１３と、フォーマット変換部８１４と、複数のセンサ８１５と、三次元データ作成部８１６と、三次元データ合成部８１７と、三次元データ蓄積部８１８と、通信部８１９と、送信制御部８２０と、フォーマット変換部８２１と、データ送信部８２２とを備える。

【0434】

データ受信部８１１は、交通監視クラウド又は前走車両から三次元データ８３１を受信する。三次元データ８３１は、例えば、自車両のセンサ８１５で検知不能な領域を含む、ポイントクラウド、可視光映像、奥行き情報、センサ位置情報、又は速度情報などの情報を含む。

【0435】

通信部８１２は、交通監視クラウド又は前走車両と通信し、データ送信要求などを交通監視クラウド又は前走車両に送信する。

【0436】

受信制御部８１３は、通信部８１２を介して、対応フォーマット等の情報を通信先と交換し、通信先との通信を確立する。

【0437】

フォーマット変換部８１４は、データ受信部８１１が受信した三次元データ８３１にフォーマット変換等を行うことで三次元データ８３２を生成する。また、フォーマット変換部８１４は、三次元データ８３１が圧縮又は符号化されている場合には、伸張又は復号処理を行う。

【0438】

複数のセンサ８１５は、ＬｉＤＡＲ、可視光カメラ又は赤外線カメラなどの、車両８０１の外部の情報を取得するセンサ群であり、センサ情報８３３を生成する。例えば、センサ情報８３３は、センサ８１５がＬｉＤＡＲなどのレーザセンサである場合、ポイントクラウド（点群データ）等の三次元データである。なお、センサ８１５は複数でなくてもよい。

【0439】

三次元データ作成部８１６は、センサ情報８３３から三次元データ８３４を生成する。三次元データ８３４は、例えば、ポイントクラウド、可視光映像、奥行き情報、センサ位置情報、又は速度情報などの情報を含む。

【0440】

三次元データ合成部８１７は、自車両のセンサ情報８３３に基づいて作成された三次元データ８３４に、交通監視クラウド又は前走車両等が作成した三次元データ８３２を合成することで、自車両のセンサ８１５では検知できない前走車両の前方の空間も含む三次元データ８３５を構築する。

【0441】

三次元データ蓄積部８１８は、生成された三次元データ８３５等を蓄積する。

【0442】

通信部８１９は、交通監視クラウド又は後続車両と通信し、データ送信要求などを交通監視クラウド又は後続車両に送信する。

【0443】

送信制御部８２０は、通信部８１９を介して、対応フォーマット等の情報を通信先と交換し、通信先と通信を確立する。また、送信制御部８２０は、三次元データ合成部８１７で生成された三次元データ８３２の三次元データ構築情報と、通信先からのデータ送信要求とに基づき、送信対象の三次元データの空間である送信領域を決定する。

【0444】

具体的には、送信制御部８２０は、交通監視クラウド又は後続車両からのデータ送信要求に応じて、後続車両のセンサでは検知できない自車両の前方の空間を含む送信領域を決定する。また、送信制御部８２０は、三次元データ構築情報に基づいて送信可能な空間又は送信済み空間の更新有無等を判断することで送信領域を決定する。例えば、送信制御部８２０は、データ送信要求で指定された領域であり、かつ、対応する三次元データ８３５が存在する領域を送信領域に決定する。そして、送信制御部８２０は、通信先が対応するフォーマット、及び送信領域をフォーマット変換部８２１に通知する。

【0445】

フォーマット変換部８２１は、三次元データ蓄積部８１８に蓄積されている三次元データ８３５のうち、送信領域の三次元データ８３６を、受信側が対応しているフォーマットへ変換することで三次元データ８３７を生成する。なお、フォーマット変換部８２１は、三次元データ８３７を圧縮又は符号化することでデータ量を削減してもよい。

【0446】

データ送信部８２２は、三次元データ８３７を交通監視クラウド又は後続車両に送信する。この三次元データ８３７は、例えば、後続車両の死角になる領域を含む、自車両の前方のポイントクラウド、可視光映像、奥行き情報、又はセンサ位置情報などの情報を含む。

【0447】

なお、ここでは、フォーマット変換部８１４及び８２１にてフォーマット変換等が行われる例を述べたが、フォーマット変換は行われなくてもよい。

【0448】

このような構成により、三次元データ作成装置８１０は、自車両のセンサ８１５では検知できない領域の三次元データ８３１を外部から取得し、三次元データ８３１と自車両のセンサ８１５で検知したセンサ情報８３３に基づく三次元データ８３４とを合成することで三次元データ８３５を生成する。これにより、三次元データ作成装置８１０は、自車両のセンサ８１５で検知できない範囲の三次元データを生成できる。

【0449】

また、三次元データ作成装置８１０は、交通監視クラウド又は後続車両からのデータ送信要求に応じて、後続車両のセンサでは検知できない自車両の前方の空間を含む三次元データを、交通監視クラウド又は後続車両等へ送信できる。

【0450】

次に、三次元データ作成装置８１０における後続車両への三次元データの送信手順について説明する。図３９は、三次元データ作成装置８１０による交通監視クラウド又は後続車両へ三次元データを送信する手順の一例を示すフローチャートである。

【0451】

まず、三次元データ作成装置８１０は、自車両８０１の前方道路上の空間８０２を含む空間の三次元データ８３５を生成及び更新する（Ｓ８０１）。具体的には、三次元データ作成装置８１０は、自車両８０１のセンサ情報８３３に基づいて作成した三次元データ８３４に、交通監視クラウド又は前走車両等が作成した三次元データ８３１を合成するなどして、自車両のセンサ８１５では検知できない前走車両の前方の空間も含む三次元データ８３５を構築する。

【0452】

次に、三次元データ作成装置８１０は、送信済みの空間に含まれる三次元データ８３５が変化したかを判定する（Ｓ８０２）。

【0453】

送信済みの空間に外部から車両又は人が進入するなどして、当該空間に含まれる三次元データ８３５に変化が生じた場合には（Ｓ８０２でＹｅｓ）、三次元データ作成装置８１０は、変化が生じた空間の三次元データ８３５を含む三次元データを交通監視クラウド又は後続車両に送信する（Ｓ８０３）。

【0454】

なお、三次元データ作成装置８１０は、変化が生じた空間の三次元データを、所定間隔で送信する三次元データの送信タイミングに合わせて送信してもよいが、変化を検知した後すぐに送信してもよい。つまり、三次元データ作成装置８１０は、変化が生じた空間の三次元データを、所定間隔で送信する三次元データよりも優先して送信してもよい。

【0455】

また、三次元データ作成装置８１０は、変化が生じた空間の三次元データとして、変化が生じた空間の三次元データの全てを送信してもよいし、三次元データの差分（例えば出現又は消失した三次元点の情報、又は三次元点の変位情報など）のみを送信してもよい。

【0456】

また、三次元データ作成装置８１０は、変化が生じた空間の三次元データに先行して、急制動警報など自車両の危険回避動作に関するメタデータを後続車両へ送信してもよい。これによれば、後続車両は前走車両の急制動などを早期に認知でき、より早期に減速などの危険回避動作を開始できる。

【0457】

送信済みの空間に含まれる三次元データ８３５に変化が生じていない場合（Ｓ８０２でＮｏ）、又は、ステップＳ８０３の後、三次元データ作成装置８１０は、自車両８０１の前方距離Ｌにある所定の形状の空間に含まれる三次元データを、交通監視クラウド又は後続車両へ送信する（Ｓ８０４）。

【0458】

また、例えば、ステップＳ８０１～Ｓ８０４の処理は、所定の時間間隔で繰り返し行われる。

【0459】

また、三次元データ作成装置８１０は、現在の送信対象の空間８０２の三次元データ８３５と、三次元地図とに差がない場合には、空間８０２の三次元データ８３７を送信しなくてもよい。

【0460】

図４０は、この場合の三次元データ作成装置８１０の動作を示すフローチャートである。

【0461】

まず、三次元データ作成装置８１０は、自車両８０１の前方道路上の空間８０２を含む空間の三次元データ８３５を生成及び更新する（Ｓ８１１）。

【0462】

次に、三次元データ作成装置８１０は、生成した空間８０２の三次元データ８３５に、三次元地図からの更新があるかを判定する（Ｓ８１２）。つまり、三次元データ作成装置８１０は、生成した空間８０２の三次元データ８３５と、三次元地図とに差があるかを判定する。ここで、三次元地図とは、交通監視クラウド等のインフラ側の装置で管理されている三次元の地図情報である。例えば、この三次元地図は、三次元データ８３１として取得される。

【0463】

更新がある場合（Ｓ８１２でＹｅｓ）、三次元データ作成装置８１０は、上記と同様に、空間８０２に含まれる三次元データを、交通監視クラウド又は後続車両へ送信する（Ｓ８１３）。

【0464】

一方、更新がない場合（Ｓ８１２でＮｏ）、三次元データ作成装置８１０は、空間８０２に含まれる三次元データを、交通監視クラウド及び後続車両へ送信しない（Ｓ８１４）。なお、三次元データ作成装置８１０は、空間８０２の体積をゼロに設定することで、空間８０２の三次元データが送信されないように制御してもよい。また、三次元データ作成装置８１０は、空間８０２に更新がないことを示す情報を、交通監視クラウド又は後続車両へ送信してもよい。

【0465】

以上により、例えば、道路上に障害物が無い場合には、生成された三次元データ８３５とインフラ側の三次元地図とに差が生じず、データの送信は行われない。このように、不要なデータの送信を抑制できる。

【0466】

なお、上記説明では、三次元データ作成装置８１０が車両に搭載される例を述べたが、三次元データ作成装置８１０は車両に限らず、任意の移動体に搭載されてもよい。

【0467】

以上のように、本実施の形態に係る三次元データ作成装置８１０は、センサ８１５と、三次元データを外部と送受信する通信部（データ受信部８１１又はデータ送信部８２２等）とを備える移動体に搭載される。三次元データ作成装置８１０は、センサ８１５で検知されたセンサ情報８３３と、データ受信部８１１が受信した三次元データ８３１（第１三次元データ）とに基づいて三次元データ８３５（第２三次元データ）を作成する。三次元データ作成装置８１０は、三次元データ８３５の一部である三次元データ８３７を外部に送信する。

【0468】

これにより、三次元データ作成装置８１０は、自車両で検知できない範囲の三次元データを生成できる。また、三次元データ作成装置８１０は、他の車両等が検知できない範囲の三次元データを、当該他の車両に送信できる。

【0469】

また、三次元データ作成装置８１０は、三次元データ８３５の作成と、三次元データ８３７の送信とを、所定の間隔で繰り返し行う。三次元データ８３７は、現在の車両８０１の位置から、車両８０１の移動方向前方の所定距離Ｌに位置する所定サイズの小空間８０２の三次元データである。

【0470】

これにより、送信される三次元データ８３７の範囲が制限されるので、送信される三次元データ８３７のデータ量を削減できる。

【0471】

また、所定距離Ｌは、車両８０１の移動速度Ｖに応じて変化する。例えば、移動速度Ｖが大きくなるほど、所定距離Ｌは長くなる。これにより、車両８０１は、車両８０１の移動速度Ｖに応じた適切な小空間８０２を設定し、当該小空間８０２の三次元データ８３７を後続車両等に送信できる。

【0472】

また、所定サイズは、車両８０１の移動速度Ｖに応じて変化する。例えば、移動速度Ｖが大きくなるほど、所定サイズは大きくなる。例えば、移動速度Ｖが大きくなるほど、小空間８０２の車両の移動方向の長さである深さＤは大きくなる。これにより、車両８０１は、車両８０１の移動速度Ｖに応じた適切な小空間８０２を設定し、当該小空間８０２の三次元データ８３７を後続車両等に送信できる。

【0473】

また、三次元データ作成装置８１０は、送信済みの三次元データ８３７に対応する小空間８０２の三次元データ８３５に変化があるかを判定する。三次元データ作成装置８１０は、変化があると判定した場合、変化がある三次元データ８３５の少なくとも一部である三次元データ８３７（第４三次元データ）を外部の後続車両等に送信する。

【0474】

これにより、車両８０１は、変化があった空間の三次元データ８３７を後続車両等に送信できる。

【0475】

また、三次元データ作成装置８１０は、変化のあった三次元データ８３７（第４三次元データ）を、定期的に送信する通常の三次元データ８３７（第３三次元データ）よりも優先して送信する。具体的には、三次元データ作成装置８１０は、定期的に送信する通常の三次元データ８３７（第３三次元データ）の送信よりも前に変化のあった三次元データ８３７（第４三次元データ）を送信する。つまり、三次元データ作成装置８１０は、変化のあった三次元データ８３７（第４三次元データ）を、定期的に送信する通常の三次元データ８３７の送信を待たずに、非定期に送信する。

【0476】

これにより、車両８０１は、変化があった空間の三次元データ８３７を後続車両等に優先的に送信できるので、後続車両等は、三次元データに基づく判断を迅速に行える。

【0477】

また、変化のあった三次元データ８３７（第４三次元データ）は、送信済みの三次元データ８３７に対応する小空間８０２の三次元データ８３５と、変化後の三次元データ８３５との差分を示す。これにより、送信される三次元データ８３７のデータ量を削減できる。

【0478】

また、三次元データ作成装置８１０は、小空間８０２の三次元データ８３７と、小空間８０２の三次元データ８３１とに差がない場合、小空間８０２の三次元データ８３７を送信しない。さらに、三次元データ作成装置８１０は、小空間８０２の三次元データ８３７と、小空間８０２の三次元データ８３１とに差がないことを示す情報を外部に送信してもよい。

【0479】

これにより、不要な三次元データ８３７が送信されることを抑制できるので、送信される三次元データ８３７のデータ量を削減できる。

【0480】

（実施の形態６）
本実施の形態では、三次元マップ等から得られた情報を表示する表示装置及び表示方法、並びに、三次元マップ等の保存装置及び保存方法について説明する。

【0481】

車又はロボット等の移動体は、車の自動運転又はロボットの自律移動のために、サーバ又は他車との通信により得られる三次元マップ及び自車に搭載したセンサから得られる二次元映像或いは自車検知三次元データを活用する。これらのデータのうちユーザが視聴又は保存したいデータは状況により異なると考えられる。以下では状況に応じて表示を切り替える表示装置について説明する。

【0482】

図４１は、表示装置による表示方法の概要を示すフローチャートである。表示装置は、車又はロボット等の移動体に搭載される。なお、以下では、移動体が車両（自動車）である例を説明する。

【0483】

まず、表示装置は、車両の運転状況に応じて、二次元周辺情報と三次元周辺情報とのいずれを表示するかを決定する（Ｓ９０１）。なお、二次元周辺情報は請求項における第１周辺情報に対応し、と三次元周辺情報は請求項における第２周辺情報に対応する。ここで、周辺情報とは、移動体の周辺を示す情報であり、例えば、車両から所定の方向を見た映像、又は、車両の周辺の地図である。

【0484】

二次元周辺情報とは、二次元データを用いて生成された情報である。ここで二次元データとは、二次元の地図情報又は映像である。例えば、二次元周辺情報は、二次元マップから得られた車両周辺の地図、又は、車両に搭載されたカメラにより得られた映像である。また、二次元周辺情報は、例えば、三次元の情報を含まない。つまり、二次元周辺情報が車両周辺の地図である場合には、当該地図には高さ方向の情報が含まれない。また、二次元周辺情報がカメラにより得られた映像である場合には、当該映像は奥行き方向の情報を含まない。

【0485】

また、三次元周辺情報とは、三次元データを用いて生成された情報である。ここで、三次元データとは、例えば、三次元マップである。なお、三次元データは、他車両又はサーバから取得した、又は、自車両で検知した、車両周辺の対象物の三次元位置又は三次元形状を示す情報等であってもよい。例えば、三次元周辺情報は、三次元マップを用いて生成された、車両周辺の二次元又は三次元の映像又は地図である。また、三次元周辺情報は、例えば、三次元の情報を含む。例えば、三次元周辺情報が車両前方の映像である場合には、当該映像は当該映像内の対象物までの距離を示す情報を含む。または、当該映像において、例えば、前方の車両の奥に存在する歩行者等が表示される。また、三次元周辺情報は、車両に搭載されたセンサから得られる映像に、これらの距離又は歩行者等を示す情報が重畳されたものでもよい。また、三次元周辺情報は、二次元の地図に高さ方向の情報が重畳されたものであってもよい。

【0486】

また、三次元データが三次元表示されてもよいし、三次元データから得られた二次元映像又は二次元地図が二次元のディスプレイ等に表示されてもよい。

【0487】

ステップＳ９０１において三次元周辺情報を表示すると決定された場合（Ｓ９０２でＹｅｓ）、表示装置は、三次元周辺情報を表示する（Ｓ９０３）。一方、ステップＳ９０１において二次元周辺情報を表示すると決定された場合（Ｓ９０２でＮｏ）、表示装置は、二次元周辺情報を表示する（Ｓ９０４）。このように表示装置は、ステップＳ９０１で表示すると決定された三次元周辺情報又は二次元周辺情報を表示する。

【0488】

以下、具体例を説明する。第１の例では、表示装置は、車両が自動運転されているか、手動運転されているかに応じて、表示する周辺情報を切り替える。具体的には、自動運転時には、運転手は、詳細な周辺の道路情報を詳しく知る必要がないため、表示装置は、二次元周辺情報（例えば二次元マップ）を表示する。一方、手動運転時は安全な運転のために周辺の道路情報の詳細が分かるよう三次元周辺情報（例えば三次元マップ）を表示する。

【0489】

また、自動運転時は、自車がどのような情報に基づき運転を行っているかをユーザに示すため、表示装置は、運転操作に影響をあたえた情報（例えば、自己位置推定に利用したＳＷＬＤ、車線、道路標識、及び周辺状況検知結果等）を表示してもよい。例えば、表示装置は、これらの情報を二次元マップに加えて表示してもよい。

【0490】

なお、上記自動運転時及び手動運転時に表示する周辺情報はあくまで一例であり、表示装置は、自動運転時に三次元周辺情報を表示し、手動運転時に二次元周辺情報を表示してもよい。また、表示装置は、自動運転時及び手動運転時の少なくとも一方において、二次元又は三次元の地図又は映像に加えて、メタデータ又は周辺状況検知結果を表示してもよいし、二次元又は三次元の地図又は映像の代わりにメタデータ又は周辺状況検知結果を表示してもよい。ここで、メタデータとは、サーバ又は他車両から取得した対象物の三次元位置又は三次元形状を示す情報である。また、周辺状況検知結果は、自車両で検知した対象物の三次元位置又は三次元形状を示す情報である。

【0491】

第２の例では、表示装置は、運転環境に応じて表示する周辺情報を切り替える。例えば、表示装置は、外界の明るさに応じて表示する周辺情報を切り替える。具体的には、表示装置は、自車周辺が明るい場合は、自車に搭載のカメラで得られる二次元映像、又は当該二次元映像を用いて作成された三次元周辺情報を表示する。一方、表示装置は、自車周辺が暗い場合は、自車に搭載のカメラから得られる二次元映像は暗くて視聴しにくいため、ライダー又はミリ波レーダーを用いて作成された三次元周辺情報を表示する。

【0492】

また、表示装置は、現在の自車両が存在する領域である運転領域によって表示する周辺情報を切り替えてもよい。例えば、表示装置は、観光地、都心部、又は目的地付近などでは周辺の建物の情報などをユーザに提供できるよう三次元周辺情報を表示する。一方、表示装置は、山間部、又は郊外などでは周辺の詳細情報が必要ないケースが多いと考えられるため、二次元周辺情報を表示する。

【0493】

また、表示装置は、天候状態に基づき表示する周辺情報を切り替えてもよい。例えば、表示装置は、晴天の場合はカメラ又はライダーを用いて作成した三次元周辺情報を表示する。一方、表示装置は、雨又は濃霧の場合はカメラ又はライダーによる三次元周辺情報にはノイズが含まれやすくなるためミリ波レーダーを用いて作成した三次元周辺情報を表示する。

【0494】

また、これら表示の切り替えはシステムが自動で実施してもよいし、ユーザが手動で実施してもよい。

【0495】

また、三次元周辺情報は、ＷＬＤに基づいて生成される密点群データ、ＭＷＬＤに基づいて生成されるメッシュデータ、ＳＷＬＤに基づいて生成されるスパースデータ、レーンワールドに基づいて生成されるレーンデータ、道路及び交差点の三次元の形状情報などを含む二次元の地図データ、並びに、実時間で変化する三次元位置又は三次元形状情報を含むメタデータ又は自車両検知結果のいずれか１つ以上のデータから生成される。

【0496】

なお、上述したようにＷＬＤとは、三次元の点群データであり、ＳＷＬＤは、ＷＬＤから特徴量が閾値以上である点群が抽出されることで得られたデータである。また、ＭＷＬＤは、ＷＬＤから生成されたメッシュ構造を有するデータである。レーンワールドは、ＷＬＤから、特徴量が閾値以上であり、かつ、自己位置推定、運転アシスト、又は自動運転等に必要な点群が抽出されることで得られたデータである。

【0497】

ここで、ＭＷＬＤ及びＳＷＬＤは、ＷＬＤに比べデータ量が少ない。よって、より詳細データが必要な場合には、ＷＬＤを用い、そうでない場合にはＭＷＬＤ又はＳＷＬＤを用いることで、通信データ量、及び処理量を適切に削減できる。また、レーンワールドは、ＳＷＬＤに比べデータ量が少ない。よって、レーンワールドを用いることで、通信データ量、及び処理量をさらに削減できる。

【0498】

また、上記では二次元周辺情報と三次元周辺情報とを切り替える例を述べたが、表示装置は、上記の条件に基づき、三次元周辺情報の生成に使用するデータの種別（ＷＬＤ、ＳＷＬＤ等）を切り替えてもよい。つまり、上記説明において、表示装置は、三次元周辺情報を表示するケースでは、よりデータ量の多い第１データ（例えばＷＬＤ又はＳＷＬＤ）から生成された三次元周辺情報を表示し、二次元周辺情報を表示するケースでは、二次元周辺情報の代わりに上記第１データよりデータ量の少ない第２データ（例えばＳＷＬＤ又はレーンワールド）から生成された三次元周辺情報を表示してもよい。

【0499】

また、表示装置は、二次元周辺情報又は三次元周辺情報を、例えば、自車に搭載された二次元ディスプレイ、ヘッドアップディスプレイ、又はヘッドマウントディスプレイに表示する。または、表示装置は、無線通信によりスマートフォンのようなモバイル端末に二次元周辺情報又は三次元周辺情報を転送し表示してもよい。つまり、表示装置は、移動体に搭載されるものに限らず、移動体と連携し、動作するものであればよい。例えば、スマートフォン等の表示装置を所持するユーザが移動体に搭乗した場合、又は移動体を運転する場合に、移動体の自己位置推定に基づく移動体の位置などの移動体の情報が表示装置に表示される、又は、これらの情報が周辺情報と共に表示装置に表示される。

【0500】

また、表示装置は、三次元マップを表示する際は、三次元マップをレンダリングし二次元データとして表示しても、三次元ディスプレイ又は三次元ホログラムを利用して三次元データとして表示してもよい。

【0501】

次に、三次元マップの保存方法について説明する。車又はロボット等の移動体は、車の自動運転又はロボットの自律移動のために、サーバ又は他車との通信により得られる三次元マップ、及び自車に搭載したセンサから得られる二次元映像、或いは自車検知三次元データを活用する。これらのデータのうちユーザが視聴又は保存したいデータは状況により異なると考えられる。以下では状況に応じたデータの保存方法について説明する。

【0502】

保存装置は、車又はロボット等の移動体に搭載される。なお、以下では、移動体が車両（自動車）である例を説明する。また、保存装置は、上述した表示装置に含まれてもよい。

【0503】

第１の例では、保存装置は、地域に基づき三次元マップを保存するか否かを決定する。ここで、三次元マップを自車の記憶媒体に保存することにより、保存した空間内ではサーバとの通信なしで自動運転が可能になる。しかし記憶容量に限界があるため限られたデータしか保存できない。そのため、保存装置は、以下に示すように保存する地域を限定する。

【0504】

例えば、保存装置は、通勤経路、又は自宅周辺など頻繁に通過する地域の三次元マップを優先的に保存する。これにより、頻繁に利用する地域のデータをその都度取得する必要がなくなるので、通信データ量を効果的に削減できる。なお、優先的に保存するとは、予め定められた記憶容量内により優先度の高いデータを保存することである。例えば、記憶容量内に新たなデータを保存できない場合には、当該新たなデータより優先度の低いデータが削除される。

【0505】

または、保存装置は、通信環境が悪い地域の三次元マップを優先的に保存する。これにより、通信環境が悪い地域において、通信によりデータを取得する必要がなくなるので、通信不良により三次元マップを取得できないケースの発生を抑制できる。

【0506】

または、保存装置は、交通量の多い地域の三次元マップを優先的に保存する。これにより、事故の発生が多い地域の三次元マップを優先的に保存できる。よって、このような地域において、通信不良により三次元マップが取得できず、自動運転又は運転支援の精度が低下することを抑制できる。

【0507】

または、保存装置は、交通量の少ない地域の三次元マップを優先的に保存する。ここで、交通量の少ない地域では、前走車を自動追従する自動運転モードが使用できない可能性が高くなる。これにより、より詳細な周辺情報が必要になるケースがある。よって、交通量の少ない地域の三次元マップを優先的に保存することで、このような地域における自動運転又は運転支援の精度を向上できる。

【0508】

なお、上記の複数の保存方法を組み合わせてもよい。また、これらの三次元マップを優先的に保存する地域はシステムにより自動的に決定されてもよいし、ユーザにより指定されてもよい。

【0509】

また、保存装置は、保存した後に所定期間が過ぎた三次元マップを削除してもよいし、最新のデータに更新してもよい。これにより、古い地図データが利用されないようにできる。また、保存装置は、地図データを更新する際は、古い地図と新しい地図とを比較することで、差分がある空間領域である差分領域を検出し、古い地図に、新しい地図の差分領域のデータを加える、又は古い地図から差分領域のデータを取り除くことにより、変化があった領域のデータのみを更新してもよい。

【0510】

また、この例では、保存された三次元マップは自動運転に利用される。よって、この三次元マップとしてＳＷＬＤを用いることで、通信データ量等を削減できる。なお、三次元マップはＳＷＬＤに限らず、ＷＬＤ等の他の種別のデータであってもよい。

【0511】

第２の例では、保存装置は、イベントに基づき三次元マップを保存する。

【0512】

例えば、保存装置は、走行中に遭遇する特別なイベントを三次元マップとして保存する。これにより、ユーザは、後にイベントの詳細を視聴することなどが可能になる。以下に三次元マップとして保存するイベント例を示す。なお、保存装置は、三次元マップから生成された三次元周辺情報を保存してもよい。

【0513】

例えば、保存装置は、衝突事故の前後、又は危険察知時などに三次元マップを保存する。

【0514】

または、保存装置は、きれいな景色、人だかりの多い場所、又は観光地など、特徴的なシーンの三次元マップを保存する。

【0515】

これら保存するイベントはシステムにより自動的に決定されてもよいし、ユーザが事前に指定してもよい。例えば、これらのイベントを判定する方法として、機械学習が用いられてもよい。

【0516】

また、この例では、保存された三次元マップは視聴に利用される。よって、この三次元マップとしてＷＬＤを用いることで、高画質な映像を提供できる。なお、三次元マップはＷＬＤに限らず、ＳＷＬＤ等の他の種別のデータであってもよい。

【0517】

以下、表示装置が、ユーザに応じて表示を制御する方法について説明する。表示装置が、車車間通信で得られる周辺状況検知結果を地図に重畳し表示する際には、周辺車両をワイヤーフレームで表現する、又は周辺車両に透明度を付与して表現するなどして、周辺車両の奥にある検知物体を見えるようにする。あるいは、表示装置は、上空からの視点の映像表示し、自車、周辺車両及び周辺状況検知結果を俯瞰的に見えるようにしてもよい。

【0518】

図４２に示すようなフロントガラス越しに見える周辺環境に、ヘッドアップディスプレイを用いて周辺状況検知結果又は点群データを重畳する場合、ユーザの姿勢、体型又は目の位置の違いにより情報を重畳する位置がずれる可能性がある。図４３は、位置がずれている場合のヘッドアップディスプレイの表示例を示す図である。

【0519】

このようなズレを補正するため、表示装置は、車内カメラ又は座席シートに搭載されたセンサ情報を利用しユーザの姿勢、体型又は目の位置を検出する。表示装置は、検知したユーザの姿勢、体型又は目の位置に応じて情報を重畳する位置を調整する。図４４は、調整後のヘッドアップディスプレイの表示例を示す図である。

【0520】

なお、このような重畳位置の調整を、車に搭載された制御装置を用いてユーザが手動で行ってもよい。

【0521】

また、表示装置は、災害時に安全な場所を地図上に示し、ユーザに提示してもよい。あるいは、車両は、災害内容及び安全な場所へ行く旨をユーザに伝え、安全な場所まで自動運転を行ってもよい。

【0522】

例えば、車両は、地震発生時には津波に巻き込まれないよう海抜高度が高い地域を目的に設定する。この際、車両は、サーバとの通信により地震により通行困難となった道路情報を獲得し、その道路を避けるルートをとるなど災害内容に応じた処理を行ってもよい。

【0523】

また、自動運転には移動モード、及びドライブモードなど複数のモードが含まれてもよい。

【0524】

移動モードでは、車両は、到着時間の早さ、料金の安さ、走行距離の短さ、及び消費エネルギーの低さなどを考慮し、目的地までのルートを決定し、決定したルートに従い自動運転を行う。

【0525】

ドライブモードでは、車両は、ユーザが指定した時間に目的地に着くよう自動的にルートを決定する。例えば、ユーザが目的地と到着時間を設定すると、車両は、周辺観光地をめぐり、設定時間に目的地に到着できるようなルートを決定し、決定したルートに従い自動運転を行う。

【0526】

（実施の形態７）
実施の形態５において、車両等のクライアント装置が、他の車両又は交通監視クラウド等のサーバに三次元データを送信する例を説明した。本実施の形態では、クライアント装置は、サーバ又は他のクライアント装置にセンサで得られたセンサ情報を送信する。

【0527】

まず、本実施の形態に係るシステムの構成を説明する。図４５は、本実施の形態に係る三次元マップ及びセンサ情報の送受信システムの構成を示す図である。このシステムは、サーバ９０１と、クライアント装置９０２Ａ及び９０２Ｂを含む。なお、クライアント装置９０２Ａ及び９０２Ｂを特に区別しない場合には、クライアント装置９０２とも記す。

【0528】

クライアント装置９０２は、例えば、車両等の移動体に搭載される車載機器である。サーバ９０１は、例えば、交通監視クラウド等であり、複数のクライアント装置９０２と通信可能である。

【0529】

サーバ９０１は、クライアント装置９０２に、ポイントクラウドから構成される三次元マップを送信する。なお、三次元マップの構成はポイントクラウドに限定されず、メッシュ構造等、他の三次元データを表すものであってもよい。

【0530】

クライアント装置９０２は、サーバ９０１に、クライアント装置９０２が取得したセンサ情報を送信する。センサ情報は、例えば、ＬｉＤＡＲ取得情報、可視光画像、赤外画像、デプス画像、センサ位置情報及び速度情報のうち少なくとも一つを含む。

【0531】

サーバ９０１とクライアント装置９０２との間で送受信されるデータは、データ削減のために圧縮されてもよいし、データの精度を維持するために非圧縮のままでも構わない。データを圧縮する場合、ポイントクラウドには例えば８分木構造に基づく三次元圧縮方式を用いることができる。また、可視光画像、赤外画像、及びデプス画像には二次元の画像圧縮方式を用いることができる。二次元の画像圧縮方式とは、例えば、ＭＰＥＧで規格化されたＭＰＥＧ－４ ＡＶＣ又はＨＥＶＣ等である。

【0532】

また、サーバ９０１は、クライアント装置９０２からの三次元マップの送信要求に応じてサーバ９０１で管理する三次元マップをクライアント装置９０２に送信する。なお、サーバ９０１はクライアント装置９０２からの三次元マップの送信要求を待たずに三次元マップを送信してもよい。例えば、サーバ９０１は、予め定められた空間にいる１つ以上のクライアント装置９０２に三次元マップをブロードキャストしても構わない。また、サーバ９０１は、一度送信要求を受けたクライアント装置９０２に、一定時間毎にクライアント装置９０２の位置に適した三次元マップを送信してもよい。また、サーバ９０１は、サーバ９０１が管理する三次元マップが更新される度にクライアント装置９０２に三次元マップを送信してもよい。

【0533】

クライアント装置９０２は、サーバ９０１に三次元マップの送信要求を出す。例えば、クライアント装置９０２が、走行時に自己位置推定を行いたい場合に、クライアント装置９０２は、三次元マップの送信要求をサーバ９０１に送信する。

【0534】

なお、次のような場合に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。クライアント装置９０２の保持する三次元マップが古い場合に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。例えば、クライアント装置９０２が三次元マップを取得してから一定期間が経過した場合に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。

【0535】

クライアント装置９０２が保持する三次元マップで示される空間から、クライアント装置９０２が外に出る一定時刻前に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。例えば、クライアント装置９０２が、クライアント装置９０２が保持する三次元マップで示される空間の境界から予め定められた距離以内に存在する場合に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。また、クライアント装置９０２の移動経路及び移動速度が把握できている場合には、これらに基づき、クライアント装置９０２が保持する三次元マップで示される空間から、クライアント装置９０２が外に出る時刻を予測してもよい。

【0536】

クライアント装置９０２がセンサ情報から作成した三次元データと三次元マップとの位置合せ時の誤差が一定以上の場合に、クライアント装置９０２はサーバ９０１に三次元マップの送信要求を出してもよい。

【0537】

クライアント装置９０２は、サーバ９０１から送信されたセンサ情報の送信要求に応じて、サーバ９０１にセンサ情報を送信する。なお、クライアント装置９０２はサーバ９０１からのセンサ情報の送信要求を待たずにセンサ情報をサーバ９０１に送ってもよい。例えば、クライアント装置９０２は、一度サーバ９０１からセンサ情報の送信要求を得た場合、一定期間の間、定期的にセンサ情報をサーバ９０１に送信してもよい。また、クライアント装置９０２は、クライアント装置９０２がセンサ情報を元に作成した三次元データと、サーバ９０１から得た三次元マップとの位置合せ時の誤差が一定以上の場合、クライアント装置９０２の周辺の三次元マップに変化が生じた可能性があると判断し、その旨とセンサ情報とをサーバ９０１に送信してもよい。

【0538】

サーバ９０１は、クライアント装置９０２にセンサ情報の送信要求を出す。例えば、サーバ９０１は、クライアント装置９０２から、ＧＰＳ等のクライアント装置９０２の位置情報を受信する。サーバ９０１は、クライアント装置９０２の位置情報に基づき、サーバ９０１が管理する三次元マップにおいて情報が少ない空間にクライアント装置９０２が近づいていると判断した場合、新たな三次元マップを生成するためにクライアント装置９０２にセンサ情報の送信要求を出す。また、サーバ９０１は、三次元マップを更新したい場合、積雪時或いは災害時などの道路状況を確認したい場合、渋滞状況、或いは事件事故状況等を確認したい場合に、センサ情報の送信要求を出してもよい。

【0539】

また、クライアント装置９０２は、サーバ９０１から受け取るセンサ情報の送信要求の受信時における通信状態又は帯域に応じて、サーバ９０１に送信するセンサ情報のデータ量を設定してもよい。サーバ９０１に送信するセンサ情報のデータ量を設定するというのは、例えば、当該データそのものを増減させること、又は圧縮方式を適宜選択することである。

【0540】

図４６は、クライアント装置９０２の構成例を示すブロック図である。クライアント装置９０２は、サーバ９０１からポイントクラウド等で構成される三次元マップを受信し、クライアント装置９０２のセンサ情報に基づいて作成した三次元データからクライアント装置９０２の自己位置を推定する。また、クライアント装置９０２は、取得したセンサ情報をサーバ９０１に送信する。

【0541】

クライアント装置９０２は、データ受信部１０１１と、通信部１０１２と、受信制御部１０１３と、フォーマット変換部１０１４と、複数のセンサ１０１５と、三次元データ作成部１０１６と、三次元画像処理部１０１７と、三次元データ蓄積部１０１８と、フォーマット変換部１０１９と、通信部１０２０と、送信制御部１０２１と、データ送信部１０２２とを備える。

【0542】

データ受信部１０１１は、サーバ９０１から三次元マップ１０３１を受信する。三次元マップ１０３１は、ＷＬＤ又はＳＷＬＤ等のポイントクラウドを含むデータである。三次元マップ１０３１には、圧縮データ、及び非圧縮データのどちらが含まれていてもよい。

【0543】

通信部１０１２は、サーバ９０１と通信し、データ送信要求（例えば、三次元マップの送信要求）などをサーバ９０１に送信する。

【0544】

受信制御部１０１３は、通信部１０１２を介して、対応フォーマット等の情報を通信先と交換し、通信先との通信を確立する。

【0545】

フォーマット変換部１０１４は、データ受信部１０１１が受信した三次元マップ１０３１にフォーマット変換等を行うことで三次元マップ１０３２を生成する。また、フォーマット変換部１０１４は、三次元マップ１０３１が圧縮又は符号化されている場合には、伸張又は復号処理を行う。なお、フォーマット変換部１０１４は、三次元マップ１０３１が非圧縮データであれば、伸張又は復号処理を行わない。

【0546】

複数のセンサ１０１５は、ＬｉＤＡＲ、可視光カメラ、赤外線カメラ、又はデプスセンサなど、クライアント装置９０２が搭載されている車両の外部の情報を取得するセンサ群であり、センサ情報１０３３を生成する。例えば、センサ情報１０３３は、センサ１０１５がＬｉＤＡＲなどのレーザセンサである場合、ポイントクラウド（点群データ）等の三次元データである。なお、センサ１０１５は複数でなくてもよい。

【0547】

三次元データ作成部１０１６は、センサ情報１０３３に基づいて自車両の周辺の三次元データ１０３４を作成する。例えば、三次元データ作成部１０１６は、ＬｉＤＡＲで取得した情報と、可視光カメラで得られた可視光映像とを用いて自車両の周辺の色情報付きのポイントクラウドデータを作成する。

【0548】

三次元画像処理部１０１７は、受信したポイントクラウド等の三次元マップ１０３２と、センサ情報１０３３から生成した自車両の周辺の三次元データ１０３４とを用いて、自車両の自己位置推定処理等を行う。なお、三次元画像処理部１０１７は、三次元マップ１０３２と三次元データ１０３４とを合成することで自車両の周辺の三次元データ１０３５を作成し、作成した三次元データ１０３５を用いて自己位置推定処理を行ってもよい。

【0549】

三次元データ蓄積部１０１８は、三次元マップ１０３２、三次元データ１０３４及び三次元データ１０３５等を蓄積する。

【0550】

フォーマット変換部１０１９は、センサ情報１０３３を、受信側が対応しているフォーマットへ変換することでセンサ情報１０３７を生成する。なお、フォーマット変換部１０１９は、センサ情報１０３７を圧縮又は符号化することでデータ量を削減してもよい。また、フォーマット変換部１０１９は、フォーマット変換をする必要がない場合は処理を省略してもよい。また、フォーマット変換部１０１９は、送信範囲の指定に応じて送信するデータ量を制御してもよい。

【0551】

通信部１０２０は、サーバ９０１と通信し、データ送信要求（センサ情報の送信要求）などをサーバ９０１から受信する。

【0552】

送信制御部１０２１は、通信部１０２０を介して、対応フォーマット等の情報を通信先と交換し、通信を確立する。

【0553】

データ送信部１０２２は、センサ情報１０３７をサーバ９０１に送信する。センサ情報１０３７は、例えば、ＬｉＤＡＲで取得した情報、可視光カメラで取得した輝度画像、赤外線カメラで取得した赤外画像、デプスセンサで取得したデプス画像、センサ位置情報、及び速度情報など、複数のセンサ１０１５によって取得した情報を含む。

【0554】

次に、サーバ９０１の構成を説明する。図４７は、サーバ９０１の構成例を示すブロック図である。サーバ９０１は、クライアント装置９０２から送信されたセンサ情報を受信し、受信したセンサ情報に基づいて三次元データを作成する。サーバ９０１は、作成した三次元データを用いて、サーバ９０１が管理する三次元マップを更新する。また、サーバ９０１は、クライアント装置９０２からの三次元マップの送信要求に応じて、更新した三次元マップをクライアント装置９０２に送信する。

【0555】

サーバ９０１は、データ受信部１１１１と、通信部１１１２と、受信制御部１１１３と、フォーマット変換部１１１４と、三次元データ作成部１１１６と、三次元データ合成部１１１７と、三次元データ蓄積部１１１８と、フォーマット変換部１１１９と、通信部１１２０と、送信制御部１１２１と、データ送信部１１２２とを備える。

【0556】

データ受信部１１１１は、クライアント装置９０２からセンサ情報１０３７を受信する。センサ情報１０３７は、例えば、ＬｉＤＡＲで取得した情報、可視光カメラで取得した輝度画像、赤外線カメラで取得した赤外画像、デプスセンサで取得したデプス画像、センサ位置情報、及び速度情報などを含む。

【0557】

通信部１１１２は、クライアント装置９０２と通信し、データ送信要求（例えば、センサ情報の送信要求）などをクライアント装置９０２に送信する。

【0558】

受信制御部１１１３は、通信部１１１２を介して、対応フォーマット等の情報を通信先と交換し、通信を確立する。

【0559】

フォーマット変換部１１１４は、受信したセンサ情報１０３７が圧縮又は符号化されている場合には、伸張又は復号処理を行うことでセンサ情報１１３２を生成する。なお、フォーマット変換部１１１４は、センサ情報１０３７が非圧縮データであれば、伸張又は復号処理を行わない。

【0560】

三次元データ作成部１１１６は、センサ情報１１３２に基づいてクライアント装置９０２の周辺の三次元データ１１３４を作成する。例えば、三次元データ作成部１１１６は、ＬｉＤＡＲで取得した情報と、可視光カメラで得られた可視光映像とを用いてクライアント装置９０２の周辺の色情報付ポイントクラウドデータを作成する。

【0561】

三次元データ合成部１１１７は、センサ情報１１３２を元に作成した三次元データ１１３４を、サーバ９０１が管理する三次元マップ１１３５に合成することで三次元マップ１１３５を更新する。

【0562】

三次元データ蓄積部１１１８は、三次元マップ１１３５等を蓄積する。

【0563】

フォーマット変換部１１１９は、三次元マップ１１３５を、受信側が対応しているフォーマットへ変換することで三次元マップ１０３１を生成する。なお、フォーマット変換部１１１９は、三次元マップ１１３５を圧縮又は符号化することでデータ量を削減してもよい。また、フォーマット変換部１１１９は、フォーマット変換をする必要がない場合は処理を省略してもよい。また、フォーマット変換部１１１９は、送信範囲の指定に応じて送信するデータ量を制御してもよい。

【0564】

通信部１１２０は、クライアント装置９０２と通信し、データ送信要求（三次元マップの送信要求）などをクライアント装置９０２から受信する。

【0565】

送信制御部１１２１は、通信部１１２０を介して、対応フォーマット等の情報を通信先と交換し、通信を確立する。

【0566】

データ送信部１１２２は、三次元マップ１０３１をクライアント装置９０２に送信する。三次元マップ１０３１は、ＷＬＤ又はＳＷＬＤ等のポイントクラウドを含むデータである。三次元マップ１０３１には、圧縮データ、及び非圧縮データのどちらが含まれていてもよい。

【0567】

次に、クライアント装置９０２の動作フローについて説明する。図４８は、クライアント装置９０２による三次元マップ取得時の動作を示すフローチャートである。

【0568】

まず、クライアント装置９０２は、サーバ９０１へ三次元マップ（ポイントクラウド等）の送信を要求する（Ｓ１００１）。このとき、クライアント装置９０２は、ＧＰＳ等で得られたクライアント装置９０２の位置情報を合わせて送信することで、その位置情報に関連する三次元マップの送信をサーバ９０１に要求してもよい。

【0569】

次に、クライアント装置９０２は、サーバ９０１から三次元マップを受信する（Ｓ１００２）。受信した三次元マップが圧縮データであれば、クライアント装置９０２は、受信した三次元マップを復号して非圧縮の三次元マップを生成する（Ｓ１００３）。

【0570】

次に、クライアント装置９０２は、複数のセンサ１０１５で得られたセンサ情報１０３３からクライアント装置９０２の周辺の三次元データ１０３４を作成する（Ｓ１００４）。次に、クライアント装置９０２は、サーバ９０１から受信した三次元マップ１０３２と、センサ情報１０３３から作成した三次元データ１０３４とを用いてクライアント装置９０２の自己位置を推定する（Ｓ１００５）。

【0571】

図４９は、クライアント装置９０２によるセンサ情報の送信時の動作を示すフローチャートである。まず、クライアント装置９０２は、サーバ９０１からセンサ情報の送信要求を受信する（Ｓ１０１１）。送信要求を受信したクライアント装置９０２は、センサ情報１０３７をサーバ９０１に送信する（Ｓ１０１２）。なお、クライアント装置９０２は、センサ情報１０３３が複数のセンサ１０１５で得られた複数の情報を含む場合、各情報を、各情報に適した圧縮方式で圧縮することでセンサ情報１０３７を生成してもよい。

【0572】

次に、サーバ９０１の動作フローについて説明する。図５０は、サーバ９０１によるセンサ情報の取得時の動作を示すフローチャートである。まず、サーバ９０１は、クライアント装置９０２へセンサ情報の送信を要求する（Ｓ１０２１）。次に、サーバ９０１は、当該要求に応じてクライアント装置９０２から送信されたセンサ情報１０３７を受信する（Ｓ１０２２）。次に、サーバ９０１は、受信したセンサ情報１０３７を用いて三次元データ１１３４を作成する（Ｓ１０２３）。次に、サーバ９０１は、作成した三次元データ１１３４を三次元マップ１１３５に反映する（Ｓ１０２４）。

【0573】

図５１は、サーバ９０１による三次元マップの送信時の動作を示すフローチャートである。まず、サーバ９０１は、クライアント装置９０２から三次元マップの送信要求を受信する（Ｓ１０３１）。三次元マップの送信要求を受信したサーバ９０１は、クライアント装置９０２へ三次元マップ１０３１を送信する（Ｓ１０３２）。このとき、サーバ９０１は、クライアント装置９０２の位置情報に合わせてその付近の三次元マップを抽出し、抽出した三次元マップを送信してもよい。また、サーバ９０１は、ポイントクラウドで構成される三次元マップを、例えば８分木構造による圧縮方式等を用いて圧縮し、圧縮後の三次元マップを送信してもよい。

【0574】

以下、本実施の形態の変形例について説明する。

【0575】

サーバ９０１は、クライアント装置９０２から受信したセンサ情報１０３７を用いてクライアント装置９０２の位置付近の三次元データ１１３４を作成する。次に、サーバ９０１は、作成した三次元データ１１３４と、サーバ９０１が管理する同エリアの三次元マップ１１３５とのマッチングを行うことによって、三次元データ１１３４と三次元マップ１１３５との差分を算出する。サーバ９０１は、差分が予め定められた閾値以上の場合は、クライアント装置９０２の周辺で何らかの異常が発生したと判断する。例えば、地震等の自然災害によって地盤沈下等が発生した際などに、サーバ９０１が管理する三次元マップ１１３５と、センサ情報１０３７を基に作成した三次元データ１１３４との間に大きな差が発生することが考えられる。

【0576】

センサ情報１０３７は、センサの種類、センサの性能、及びセンサの型番のうち少なくとも一つを示す情報を含んでもよい。また、センサ情報１０３７に、センサの性能に応じたクラスＩＤ等が付加されてもよい。例えば、センサ情報１０３７がＬｉＤＡＲで取得された情報である場合、数ｍｍ単位の精度で情報を取得できるセンサをクラス１、数ｃｍ単位の精度で情報を取得できるセンサをクラス２、数ｍ単位の精度で情報を取得できるセンサをクラス３のように、センサの性能に識別子を割り当てることが考えられる。また、サーバ９０１は、センサの性能情報等を、クライアント装置９０２の型番から推定してもよい。例えば、クライアント装置９０２が車両に搭載されている場合、サーバ９０１は、当該車両の車種からセンサのスペック情報を判断してもよい。この場合、サーバ９０１は、車両の車種の情報を事前に取得していてもよいし、センサ情報に、当該情報が含まれてもよい。また、サーバ９０１は取得したセンサ情報１０３７を用いて、センサ情報１０３７を用いて作成した三次元データ１１３４に対する補正の度合いを切り替えてもよい。例えば、センサ性能が高精度（クラス１）である場合、サーバ９０１は、三次元データ１１３４に対する補正を行わない。センサ性能が低精度（クラス３）である場合、サーバ９０１は、三次元データ１１３４に、センサの精度に応じた補正を適用する。例えば、サーバ９０１は、センサの精度が低いほど補正の度合い（強度）を強くする。

【0577】

サーバ９０１は、ある空間にいる複数のクライアント装置９０２に同時にセンサ情報の送信要求を出してもよい。サーバ９０１は、複数のクライアント装置９０２から複数のセンサ情報を受信した場合に、全てのセンサ情報を三次元データ１１３４の作成に利用する必要はなく、例えば、センサの性能に応じて、利用するセンサ情報を選択してもよい。例えば、サーバ９０１は、三次元マップ１１３５を更新する場合、受信した複数のセンサ情報の中から高精度なセンサ情報（クラス１）を選別し、選別したセンサ情報を用いて三次元データ１１３４を作成してもよい。

【0578】

サーバ９０１は、交通監視クラウド等のサーバのみに限定されず、他のクライアント装置（車載）であってもよい。図５２は、この場合のシステム構成を示す図である。

【0579】

例えば、クライアント装置９０２Ｃが近くにいるクライアント装置９０２Ａにセンサ情報の送信要求を出し、クライアント装置９０２Ａからセンサ情報を取得する。そして、クライアント装置９０２Ｃは、取得したクライアント装置９０２Ａのセンサ情報を用いて三次元データを作成し、クライアント装置９０２Ｃの三次元マップを更新する。これにより、クライアント装置９０２Ｃは、クライアント装置９０２Ａから取得可能な空間の三次元マップを、クライアント装置９０２Ｃの性能を活かして生成できる。例えば、クライアント装置９０２Ｃの性能が高い場合に、このようなケースが発生すると考えられる。

【0580】

また、この場合、センサ情報を提供したクライアント装置９０２Ａは、クライアント装置９０２Ｃが生成した高精度な三次元マップを取得する権利が与えられる。クライアント装置９０２Ａは、その権利に従ってクライアント装置９０２Ｃから高精度な三次元マップを受信する。

【0581】

また、クライアント装置９０２Ｃは近くにいる複数のクライアント装置９０２（クライアント装置９０２Ａ及びクライアント装置９０２Ｂ）にセンサ情報の送信要求を出してもよい。クライアント装置９０２Ａ又はクライアント装置９０２Ｂのセンサが高性能である場合には、クライアント装置９０２Ｃは、この高性能なセンサで得られたセンサ情報を用いて三次元データを作成できる。

【0582】

図５３は、サーバ９０１及びクライアント装置９０２の機能構成を示すブロック図である。サーバ９０１は、例えば、三次元マップを圧縮及び復号する三次元マップ圧縮／復号処理部１２０１と、センサ情報を圧縮及び復号するセンサ情報圧縮／復号処理部１２０２とを備える。

【0583】

クライアント装置９０２は、三次元マップ復号処理部１２１１と、センサ情報圧縮処理部１２１２とを備える。三次元マップ復号処理部１２１１は、圧縮された三次元マップの符号化データを受信し、符号化データを復号して三次元マップを取得する。センサ情報圧縮処理部１２１２は、取得したセンサ情報から作成した三次元データの代わりに、センサ情報そのものを圧縮し、圧縮したセンサ情報の符号化データをサーバ９０１へ送信する。この構成により、クライアント装置９０２は、三次元マップ（ポイントクラウド等）を復号する処理を行う処理部（装置又はＬＳＩ）を内部に保持すればよく、三次元マップ（ポイントクラウド等）の三次元データを圧縮する処理を行う処理部を内部に保持する必要がない。これにより、クライアント装置９０２のコスト及び消費電力等を抑えることができる。

【0584】

以上のように、本実施の形態に係るクライアント装置９０２は、移動体に搭載され、移動体に搭載されたセンサ１０１５により得られた、移動体の周辺状況を示すセンサ情報１０３３から、移動体の周辺の三次元データ１０３４を作成する。クライアント装置９０２は、作成された三次元データ１０３４を用いて移動体の自己位置を推定する。クライアント装置９０２は、取得したセンサ情報１０３３をサーバ９０１又は他の移動体９０２に送信する。

【0585】

これによれば、クライアント装置９０２は、センサ情報１０３３をサーバ９０１等に送信する。これにより、三次元データを送信する場合に比べて、送信データのデータ量を削減できる可能性がある。また、三次元データの圧縮又は符号化等の処理をクライアント装置９０２で行う必要がないので、クライアント装置９０２の処理量を削減できる。よって、クライアント装置９０２は、伝送されるデータ量の削減、又は、装置の構成の簡略化を実現できる。

【0586】

また、クライアント装置９０２は、さらに、サーバ９０１に三次元マップの送信要求を送信し、サーバ９０１から三次元マップ１０３１を受信する。クライアント装置９０２は、自己位置の推定では、三次元データ１０３４と三次元マップ１０３２とを用いて、自己位置を推定する。

【0587】

また、センサ情報１０３３は、レーザセンサで得られた情報、輝度画像、赤外画像、デプス画像、センサの位置情報、及びセンサの速度情報のうち少なくとも一つを含む。

【0588】

また、センサ情報１０３３は、センサの性能を示す情報を含む。

【0589】

また、クライアント装置９０２は、センサ情報１０３３を符号化又は圧縮し、センサ情報の送信では、符号化又は圧縮後のセンサ情報１０３７を、サーバ９０１又は他の移動体９０２に送信する。これによれば、クライアント装置９０２は、伝送されるデータ量を削減できる。

【0590】

例えば、クライアント装置９０２は、プロセッサと、メモリとを備え、プロセッサは、メモリを用いて、上記の処理を行う。

【0591】

また、本実施の形態に係るサーバ９０１は、移動体に搭載されるクライアント装置９０２と通信可能であり、移動体に搭載されたセンサ１０１５により得られた、移動体の周辺状況を示すセンサ情報１０３７をクライアント装置９０２から受信する。サーバ９０１は、受信したセンサ情報１０３７から、移動体の周辺の三次元データ１１３４を作成する。

【0592】

これによれば、サーバ９０１は、クライアント装置９０２から送信されたセンサ情報１０３７を用いて三次元データ１１３４を作成する。これにより、クライアント装置９０２が三次元データを送信する場合に比べて、送信データのデータ量を削減できる可能性がある。また、三次元データの圧縮又は符号化等の処理をクライアント装置９０２で行う必要がないので、クライアント装置９０２の処理量を削減できる。よって、サーバ９０１は、伝送されるデータ量の削減、又は、装置の構成の簡略化を実現できる。

【0593】

また、サーバ９０１は、さらに、クライアント装置９０２にセンサ情報の送信要求を送信する。

【0594】

また、サーバ９０１は、さらに、作成された三次元データ１１３４を用いて三次元マップ１１３５を更新し、クライアント装置９０２からの三次元マップ１１３５の送信要求に応じて三次元マップ１１３５をクライアント装置９０２に送信する。

【0595】

また、センサ情報１０３７は、レーザセンサで得られた情報、輝度画像、赤外画像、デプス画像、センサの位置情報、及びセンサの速度情報のうち少なくとも一つを含む。

【0596】

また、センサ情報１０３７は、センサの性能を示す情報を含む。

【0597】

また、サーバ９０１は、さらに、センサの性能に応じて、三次元データを補正する。これによれば、当該三次元データ作成方法は、三次元データの品質を向上できる。

【0598】

また、サーバ９０１は、センサ情報の受信では、複数のクライアント装置９０２から複数のセンサ情報１０３７を受信し、複数のセンサ情報１０３７に含まれるセンサの性能を示す複数の情報に基づき、三次元データ１１３４の作成に用いるセンサ情報１０３７を選択する。これによれば、サーバ９０１は、三次元データ１１３４の品質を向上できる。

【0599】

また、サーバ９０１は、受信したセンサ情報１０３７を復号又は伸張し、復号又は伸張後のセンサ情報１１３２から、三次元データ１１３４を作成する。これによれば、サーバ９０１は、伝送されるデータ量を削減できる。

【0600】

例えば、サーバ９０１は、プロセッサと、メモリとを備え、プロセッサは、メモリを用いて、上記の処理を行う。

【0601】

（実施の形態８）
本実施の形態では、上記実施の形態７の変形例について説明する。図５４は、本実施の形態に係るシステムの構成を示す図である。図５４に示すシステムは、サーバ２００１と、クライアント装置２００２Ａと、クライアント装置２００２Ｂとを含む。

【0602】

クライアント装置２００２Ａ及びクライアント装置２００２Ｂは、車両等の移動体に搭載され、センサ情報をサーバ２００１に送信する。サーバ２００１は、三次元マップ（ポイントクラウド）をクライアント装置２００２Ａ及びクライアント装置２００２Ｂに送信する。

【0603】

クライアント装置２００２Ａは、センサ情報取得部２０１１と、記憶部２０１２と、データ送信可否判定部２０１３とを備える。なお、クライアント装置２００２Ｂの構成も同様である。また、以下ではクライアント装置２００２Ａとクライアント装置２００２Ｂとを特に区別しない場合には、クライアント装置２００２とも記載する。

【0604】

図５５は、本実施の形態に係るクライアント装置２００２の動作を示すフローチャートである。

【0605】

センサ情報取得部２０１１は、移動体に搭載されたセンサ（センサ群）を用いて各種センサ情報を取得する。つまり、センサ情報取得部２０１１は、移動体に搭載されたセンサ（センサ群）により得られた、移動体の周辺状況を示すセンサ情報を取得する。また、センサ情報取得部２０１１は、取得したセンサ情報を記憶部２０１２に記憶する。このセンサ情報は、ＬｉＤＡＲ取得情報、可視光画像、赤外画像及びデプス画像の少なくとも一つを含む。また、センサ情報は、センサ位置情報、速度情報、取得時刻情報、及び取得場所情報の少なくとも一つを含んでもよい。センサ位置情報は、センサ情報を取得したセンサの位置を示す。速度情報は、センサがセンサ情報を取得した際の移動体の速度を示す。取得時刻情報は、センサ情報がセンサにより取得された時刻を示す。取得場所情報は、センサ情報がセンサにより取得された際の移動体又はセンサの位置を示す。

【0606】

次に、データ送信可否判定部２０１３は、移動体（クライアント装置２００２）がサーバ２００１へセンサ情報を送信可能な環境に存在するかを判定する（Ｓ２００２）。例えば、データ送信可否判定部２０１３は、ＧＰＳ等の情報を用いて、クライアント装置２００２がいる場所及び時刻を特定し、データを送信可能かどうかを判定してもよい。また、データ送信可否判定部２０１３は、特定のアクセスポイントに接続できるかどうかで、データを送信可能かどうかを判定してもよい。

【0607】

クライアント装置２００２は、移動体がサーバ２００１へセンサ情報を送信可能な環境に存在すると判定した場合（Ｓ２００２でＹｅｓ）、センサ情報をサーバ２００１に送信する（Ｓ２００３）。つまり、クライアント装置２００２がセンサ情報をサーバ２００１に送信できるような状況になった時点で、クライアント装置２００２は、保持しているセンサ情報をサーバ２００１に送信する。例えば、交差点等に高速通信が可能なミリ波のアクセスポイントが設置される。クライアント装置２００２は、交差点内に入った時点で、ミリ波通信を用いてクライアント装置２００２が保持するセンサ情報を高速にサーバ２００１に送信する。

【0608】

次に、クライアント装置２００２は、サーバ２００１に送信済みのセンサ情報を記憶部２０１２から削除する（Ｓ２００４）。なお、クライアント装置２００２は、サーバ２００１に送信していないセンサ情報が所定の条件を満たした場合に、当該センサ情報を削除してもよい。例えば、クライアント装置２００２は、保持するセンサ情報の取得時刻が現在時刻から一定時刻前より古くなった時点でそのセンサ情報を記憶部２０１２から削除してもよい。つまり、クライアント装置２００２は、センサ情報がセンサにより取得された時刻と、現在の時刻との差が、予め定められた時間を超えた場合にセンサ情報を記憶部２０１２から削除してもよい。また、クライアント装置２００２は、保持するセンサ情報の取得場所が現在地点から一定距離より離れた時点でそのセンサ情報を記憶部２０１２から削除してもよい。つまり、クライアント装置２００２は、センサ情報がセンサにより取得された際の移動体又はセンサの位置と、現在の移動体又はセンサの位置との差が、予め定められた距離を超えた場合にセンサ情報を記憶部２０１２から削除してもよい。これにより、クライアント装置２００２の記憶部２０１２の容量を抑制することができる。

【0609】

クライアント装置２００２によるセンサ情報の取得が終了していない場合（Ｓ２００５でＮｏ）、クライアント装置２００２は、ステップＳ２００１以降の処理を再度行う。また、クライアント装置２００２によるセンサ情報の取得が終了した場合（Ｓ２００５でＹｅｓ）、クライアント装置２００２は処理を終了する。

【0610】

また、クライアント装置２００２はサーバ２００１に送信するセンサ情報を通信状況に合わせて選択してもよい。例えば、クライアント装置２００２は、高速通信が可能な場合は、記憶部２０１２に保持されるサイズが大きいセンサ情報（例えばＬｉＤＡＲ取得情報等）を優先して送信する。また、クライアント装置２００２は、高速通信が難しい場合は、記憶部２０１２に保持されるサイズが小さく優先度の高いセンサ情報（例えば可視光画像）を送信する。これにより、クライアント装置２００２は記憶部２０１２に保持したセンサ情報をネットワークの状況に応じて効率的にサーバ２００１に送信できる。

【0611】

また、クライアント装置２００２は、上記現在時刻を示す時刻情報、及び、現在地点を示す場所情報をサーバ２００１から取得してもよい。また、クライアント装置２００２は、取得した時刻情報及び場所情報に基づきセンサ情報の取得時刻及び取得場所を決定してもよい。つまり、クライアント装置２００２は、サーバ２００１から時刻情報を取得し、取得した時刻情報を用いて取得時刻情報を生成してもよい。また、クライアント装置２００２は、サーバ２００１から場所情報を取得し、取得した場所情報を用いて取得場所情報を生成してもよい。

【0612】

例えば時刻情報については、サーバ２００１とクライアント装置２００２とはＮＴＰ（Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）、又はＰＴＰ（Ｐｒｅｃｉｓｉｏｎ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）等の仕組みを用いて時刻同期を行う。これにより、クライアント装置２００２は正確な時刻情報を取得できる。また、サーバ２００１と複数のクライアント装置との間で時刻を同期できるので、別々のクライアント装置２００２が取得したセンサ情報内の時刻を同期できる。よって、サーバ２００１は、同期された時刻を示すセンサ情報を取り扱える。なお、時刻同期の仕組みはＮＴＰ又はＰＴＰ以外のどのような方法でも構わない。また、上記時刻情報及び場所情報としてＧＰＳの情報が用いられてもよい。

【0613】

サーバ２００１は、時刻又は場所を指定して複数のクライアント装置２００２からセンサ情報を取得しても構わない。例えば何らかの事故が発生した場合に、その付近にいたクライアントを探すため、サーバ２００１は、事故発生時刻と場所を指定して複数のクライアント装置２００２にセンサ情報送信要求をブロードキャスト送信する。そして、該当する時刻と場所のセンサ情報を持つクライアント装置２００２は、サーバ２００１にセンサ情報を送信する。つまり、クライアント装置２００２は、サーバ２００１から場所及び時刻を指定する指定情報を含むセンサ情報送信要求を受信する。クライアント装置２００２は、記憶部２０１２に、指定情報で示される場所及び時刻において得られたセンサ情報が記憶されており、かつ、移動体がサーバ２００１へセンサ情報を送信可能な環境に存在すると判定した場合、指定情報で示される場所及び時刻において得られたセンサ情報をサーバ２００１に送信する。これにより、サーバ２００１は、事故の発生に関連するセンサ情報を複数のクライアント装置２００２から取得し、事故解析等に利用できる。

【0614】

なお、クライアント装置２００２は、サーバ２００１からのセンサ情報送信要求を受信した場合に、センサ情報の送信を拒否してもよい。また、複数のセンサ情報のうち、どのセンサ情報を送信可能かどうかを事前にクライアント装置２００２が設定してもよい。または、サーバ２００１は、センサ情報の送信の可否を都度クライアント装置２００２に問い合わせてもよい。

【0615】

また、サーバ２００１にセンサ情報を送信したクライアント装置２００２にはポイントが付与されてもよい。このポイントは、例えば、ガソリン購入費、ＥＶ（Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）の充電費、高速道路の通行料、又はレンタカー費用などの支払いに使用できる。また、サーバ２００１は、センサ情報を取得した後、センサ情報の送信元のクライアント装置２００２を特定するための情報を削除してもよい。例えば、この情報は、クライアント装置２００２のネットワークアドレスなどの情報である。これによりセンサ情報を匿名化することができるので、クライアント装置２００２のユーザは安心して、クライアント装置２００２からセンサ情報をサーバ２００１に送信できる。また、サーバ２００１は、複数のサーバから構成されてもよい。例えば複数のサーバでセンサ情報が共有化されることで、あるサーバが故障しても他のサーバがクライアント装置２００２と通信できる。これにより、サーバ故障によるサービスの停止を回避できる。

【0616】

また、センサ情報送信要求で指定される指定場所は事故の発生位置などを示すものであり、センサ情報送信要求で指定される指定時刻におけるクライアント装置２００２の位置とは異なることがある。よって、サーバ２００１は、例えば、指定場所として周辺ＸＸｍ以内などの範囲を指定することで、当該範囲内に存在するクライアント装置２００２に対して情報取得を要求できる。指定時刻についても同様に、サーバ２００１は、ある時刻から前後Ｎ秒以内など範囲を指定してもよい。これにより、サーバ２００１は、「時刻：ｔ－Ｎからｔ＋Ｎにおいて、場所：絶対位置ＳからＸＸｍ以内」に存在していたクライアント装置２００２からセンサ情報が取得できる。クライアント装置２００２は、ＬｉＤＡＲなどの三次元データを送信する際に、時刻ｔの直後に生成したデータを送信してもよい。

【0617】

また、サーバ２００１は、指定場所として、センサ情報取得対象となるクライアント装置２００２の場所を示す情報と、センサ情報が欲しい場所とをそれぞれ別に指定してもよい。例えば、サーバ２００１は、絶対位置ＳからＹＹｍの範囲を少なくとも含むセンサ情報を、絶対位置ＳからＸＸｍ以内に存在したクライアント装置２００２から取得することを指定する。クライアント装置２００２は、送信する三次元データを選択する際には、指定された範囲のセンサ情報を少なくとも含むように、１つ以上のランダムアクセス可能な単位の三次元データを選択する。また、クライアント装置２００２は、可視光画像を送信する際は、少なくとも時刻ｔの直前又は直後のフレームを含む、時間的に連続した複数の画像データを送信してもよい。

【0618】

クライアント装置２００２が５Ｇ或いはＷｉＦｉ、又は、５Ｇにおける複数モードなど、複数の物理ネットワークをセンサ情報の送信に利用できる場合には、クライアント装置２００２は、サーバ２００１から通知された優先順位に従って利用するネットワークを選択してもよい。または、クライアント装置２００２自身が送信データのサイズに基づいて適切な帯域を確保できるネットワークを選択してもよい。または、クライアント装置２００２は、データ送信にかかる費用等に基づいて利用するネットワークを選択してもよい。また、サーバ２００１からの送信要求には、クライアント装置２００２が時刻Ｔまでに送信を開始可能な場合に送信を行う、など、送信期限を示す情報が含まれてもよい。サーバ２００１は、期限内に十分なセンサ情報が取得できなければ再度送信要求を発行してもよい。

【0619】

センサ情報は、圧縮又は非圧縮のセンサデータと共に、センサデータの特性を示すヘッダ情報を含んでもよい。クライアント装置２００２は、ヘッダ情報を、センサデータとは異なる物理ネットワーク又は通信プロトコルを介してサーバ２００１に送信してもよい。例えば、クライアント装置２００２は、センサデータの送信に先立ってヘッダ情報をサーバ２００１に送信する。サーバ２００１は、ヘッダ情報の解析結果に基づいてクライアント装置２００２のセンサデータを取得するかどうかを判断する。例えば、ヘッダ情報は、ＬｉＤＡＲの点群取得密度、仰角、或いはフレームレート、又は、可視光画像の解像度、ＳＮ比、或いはフレームレートなどを示す情報を含んでもよい。これにより、サーバ２００１は、決定した品質のセンサデータを有するクライアント装置２００２からセンサ情報を取得できる。

【0620】

以上のように、クライアント装置２００２は、移動体に搭載され、移動体に搭載されたセンサにより得られた、移動体の周辺状況を示すセンサ情報を取得し、センサ情報を記憶部２０１２に記憶する。クライアント装置２００２は、移動体がサーバ２００１へセンサ情報を送信可能な環境に存在するかを判定し、移動体がサーバへセンサ情報を送信可能な環境に存在すると判定した場合、センサ情報をサーバ２００１に送信する。

【0621】

また、クライアント装置２００２は、さらに、センサ情報から、移動体の周辺の三次元データを作成し、作成された三次元データを用いて移動体の自己位置を推定する。

【0622】

また、クライアント装置２００２は、さらに、サーバ２００１に三次元マップの送信要求を送信し、サーバ２００１から三次元マップを受信する。クライアント装置２００２は、自己位置の推定では、三次元データと三次元マップとを用いて、自己位置を推定する。

【0623】

なお、上記クライアント装置２００２による処理は、クライアント装置２００２における情報送信方法として実現されてもよい。

【0624】

また、クライアント装置２００２は、プロセッサと、メモリとを備え、プロセッサは、メモリを用いて、上記の処理を行ってもよい。

【0625】

次に、本実施の形態に係るセンサ情報収集システムについて説明する。図５６は、本実施の形態に係るセンサ情報収集システムの構成を示す図である。図５６に示すように本実施の形態に係るセンサ情報収集システムは、端末２０２１Ａと、端末２０２１Ｂと、通信装置２０２２Ａと、通信装置２０２２Ｂと、ネットワーク２０２３と、データ収集サーバ２０２４と、地図サーバ２０２５と、クライアント装置２０２６とを含む。なお、端末２０２１Ａ及び端末２０２１Ｂを特に区別しない場合には端末２０２１とも記載する。通信装置２０２２Ａ及び通信装置２０２２Ｂを特に区別しない場合には通信装置２０２２とも記載する。

【0626】

データ収集サーバ２０２４は、端末２０２１が備えるセンサで得られたセンサデータなどのデータを三次元空間中の位置と対応付けられた位置関連データとして収集する。

【0627】

センサデータとは、例えば、端末２０２１の周囲の状態または端末２０２１の内部の状態などを、端末２０２１が備えるセンサを用いて取得したデータである。端末２０２１は、端末２０２１と直接通信可能、又は同一の通信方式で一或いは複数の中継装置を中継して通信可能な位置にある一又は複数のセンサ機器から収集したセンサデータをデータ収集サーバ２０２４に送信する。

【0628】

位置関連データに含まれるデータは、例えば、端末自身又は端末が備える機器の動作状態、動作ログ、サービスの利用状況などを示す情報を含んでいてもよい。また、位置関連データに含まれるデータは、端末２０２１の識別子と端末２０２１の位置又は移動経路などとを対応付けた情報などを含んでもよい。

【0629】

位置関連データに含まれる、位置を示す情報は、例えば三次元地図データなどの三次元データにおける位置を示す情報と対応付けられている。位置を示す情報の詳細については後述する。

【0630】

位置関連データは、位置を示す情報である位置情報に加えて、前述した時刻情報と、位置関連データに含まれるデータの属性、又は当該データを生成したセンサの種類（例えば型番など）を示す情報とのうち少なくとも一つを含んでいてもよい。位置情報及び時刻情報は、位置関連データのヘッダ領域又は位置関連データを格納するフレームのヘッダ領域に格納されていてもよい。また、位置情報及び時刻情報は、位置関連データと対応付けられたメタデータとして位置関連データとは別に送信及び／又は格納されてもよい。

【0631】

地図サーバ２０２５は、例えば、ネットワーク２０２３に接続されており、端末２０２１などの他の装置からの要求に応じて三次元地図データなどの三次元データを送信する。また、前述した各実施の形態で説明したように、地図サーバ２０２５は、端末２０２１から送信されたセンサ情報を用いて、三次元データを更新する機能などを備えていてもよい。

【0632】

データ収集サーバ２０２４は、例えば、ネットワーク２０２３に接続されており、端末２０２１などの他の装置から位置関連データを収集し、収集した位置関連データを内部又は他のサーバ内の記憶装置に格納する。また、データ収集サーバ２０２４は、収集した位置関連データ又は位置関連データに基づいて生成した三次元地図データのメタデータなどを、端末２０２１からの要求に応じて端末２０２１に対して送信する。

【0633】

ネットワーク２０２３は、例えばインターネットなどの通信ネットワークである。端末２０２１は、通信装置２０２２を介してネットワーク２０２３に接続されている。通信装置２０２２は、一つの通信方式、又は複数の通信方式を切り替えながら端末２０２１と通信を行う。通信装置２０２２は、例えば、（１）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの基地局、（２）ＷｉＦｉ或いはミリ波通信などのアクセスポイント（ＡＰ）、（３）ＳＩＧＦＯＸ、ＬｏＲａＷＡＮ或いはＷｉ－ＳＵＮなどのＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ） Ｎｅｔｗｏｒｋのゲートウェイ、又は、（４）ＤＶＢ－Ｓ２などの衛星通信方式を用いて通信を行う通信衛星である。

【0634】

なお、基地局は、ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ－ＩｏＴ）又はＬＴＥ－ＭなどのＬＰＷＡに分類される方式で端末２０２１との通信を行っていてもよいし、これらの方式を切り替えながら端末２０２１との通信を行っていてもよい。

【0635】

ここでは、端末２０２１が２種類の通信方式を用いる通信装置２０２２と通信する機能を備え、これらの通信方式のいずれかを用いて、またはこれらの複数の通信方式及び直接の通信相手となる通信装置２０２２を切り替えながら地図サーバ２０２５又はデータ収集サーバ２０２４と通信を行う場合を例に挙げるが、センサ情報収集システム及び端末２０２１の構成はこれに限らない。例えば、端末２０２１は、複数の通信方式での通信機能を有さず、いずれか一つの通信方式で通信を行う機能を備えてもよい。また、端末２０２１は、３つ以上の通信方式に対応していてもよい。また、端末２０２１ごとに対応する通信方式が異なっていてもよい。

【0636】

端末２０２１は、例えば図４６に示したクライアント装置９０２の構成を備える。端末２０２１は、受信した三次元データを用いて自己位置などの位置推定を行う。また、端末２０２１は、センサから取得したセンサデータと位置推定の処理により得られた位置情報とを対応付けて位置関連データを生成する。

【0637】

位置関連データに付加される位置情報は、例えば、三次元データで用いられている座標系における位置を示す。例えば、位置情報は、緯度及び経度の値で表される座標値である。このとき、端末２０２１は、座標値と共に当該座標値の基準となる座標系、及び位置推定に用いた三次元データを示す情報を位置情報に含めてもよい。また、座標値は高度の情報を含んでいてもよい。

【0638】

また、位置情報は、前述した三次元データの符号化に用いることができるデータの単位又は空間の単位に対応付けられていてもよい。この単位とは、例えば、ＷＬＤ、ＧＯＳ、ＳＰＣ、ＶＬＭ、又はＶＸＬなどである。このとき、位置情報は、例えば位置関連データに対応するＳＰＣなどのデータ単位を特定するための識別子で表現される。なお、位置情報は、ＳＰＣなどのデータ単位を特定するための識別子に加えて、当該ＳＰＣなどのデータ単位を含む三次元空間を符号化した三次元データを示す情報、又は当該ＳＰＣ内での詳細な位置を示す情報などを含んでいてもよい。三次元データを示す情報とは、例えば、当該三次元データのファイル名である。

【0639】

このように、当該システムは、三次元データを用いた位置推定に基づく位置情報と対応付けた位置関連データを生成することにより、ＧＰＳを用いて取得されたクライアント装置（端末２０２１）の自己位置に基づく位置情報をセンサ情報に付加する場合よりも精度の高い位置情報をセンサ情報に付与することができる。その結果、位置関連データを他の装置が他のサービスにおいて利用する場合においても、同じ三次元データに基づいて位置推定を行うことで、位置関連データに対応する位置を実空間でより正確に特定できる可能性がある。

【0640】

なお、本実施の形態では、端末２０２１から送信されるデータが位置関連データの場合を例に挙げて説明したが、端末２０２１から送信されるデータは位置情報と関連付けられていないデータであってもよい。すなわち、他の実施の形態で説明した三次元データ又はセンサデータの送受信が本実施の形態で説明したネットワーク２０２３を介して行われてもよい。

【0641】

次に、三次元又は二次元の実空間又は地図空間における位置を示す位置情報の異なる例について説明する。位置関連データに付加される位置情報は、三次元データ中の特徴点に対する相対位置を示す情報であってもよい。ここで、位置情報の基準となる特徴点は、例えばＳＷＬＤとして符号化され、三次元データとして端末２０２１に通知された特徴点である。

【0642】

特徴点に対する相対位置を示す情報は、例えば、特徴点から位置情報が示す点までのベクトルで表され、特徴点から位置情報が示す点までの方向と距離を示す情報であってもよい。または、特徴点に対する相対位置を示す情報は、特徴点から位置情報が示す点までのＸ軸、Ｙ軸、Ｚ軸のそれぞれの変位量を示す情報であってもよい。また、特徴点に対する相対位置を示す情報は、３以上の特徴点のそれぞれから位置情報が示す点までの距離を示す情報であってもよい。なお、相対位置は、各特徴点を基準として表現された位置情報が示す点の相対位置ではなく、位置情報が示す点を基準として表現された各特徴点の相対位置であってもよい。特徴点に対する相対位置に基づく位置情報の一例は、基準となる特徴点を特定するための情報と、当該特徴点に対する位置情報が示す点の相対位置を示す情報とを含む。また、特徴点に対する相対位置を示す情報が三次元データとは別に提供される場合、特徴点に対する相対位置を示す情報は、相対位置の導出に用いた座標軸、三次元データの種類を示す情報、又は／及び相対位置を示す情報の値の単位量あたりの大きさ（縮尺など）を示す情報などを含んでいてもよい。

【0643】

また、位置情報は、複数の特徴点について、各特徴点に対する相対位置を示す情報を含んでいてもよい。位置情報を複数の特徴点に対する相対位置で表した場合、実空間において当該位置情報が示す位置を特定しようとする端末２０２１は、特徴点ごとにセンサデータから推定した当該特徴点の位置から位置情報が示す位置の候補点を算出し、算出された複数の候補点を平均して求めた点を位置情報が示す点であると判定してもよい。この構成によると、センサデータから特徴点の位置を推定する際の誤差の影響を軽減できるため、実空間における位置情報が示す点の推定精度を向上できる。また、位置情報が複数の特徴点に対する相対位置を示す情報を含む場合、端末２０２１が備えるセンサの種類又は性能などの制約で検出できない特徴点がある場合であっても、複数の特徴点のいずれか一つでも検出することができれば位置情報が示す点の値を推定することが可能となる。

【0644】

特徴点として、センサデータから特定可能な点を用いことができる。センサデータから特定可能な点とは、例えば、前述した三次元特徴量又は可視光データの特徴量が閾値以上であるなど特徴点検出用の所定の条件を満たす点又は領域内の点である。

【0645】

また、実空間に設置されたマーカなどを特徴点として用いてもよい。この場合、マーカは、ＬｉＤＥＲ又はカメラなどのセンサを用いて取得されたデータから検出及び位置の特定が可能であればよい。例えば、マーカは、色或いは輝度値（反射率）の変化、又は、三次元形状（凹凸など）で表現される。また、当該マーカの位置を示す座標値、又は当該マーカの識別子から生成された二次元コード又はバーコードなどが用いられてもよい。

【0646】

また、光信号を送信する光源をマーカとして用いてもよい。光信号の光源をマーカとして用いる場合、座標値又は識別子などの位置を取得するための情報だけでなく、その他のデータが光信号により送信されてもよい。例えば、光信号は、当該マーカの位置に応じたサービスのコンテンツ、コンテンツを取得するためのｕｒｌなどのアドレス、又はサービスの提供を受けるための無線通信装置の識別子と、当該無線通信装置と接続するための無線通信方式などを示す情報を含んでもよい。光通信装置（光源）をマーカとして用いることで、位置を示す情報以外のデータの送信が容易になると共に、当該データを動的に切り替えることが可能となる。

【0647】

端末２０２１は、互いに異なるデータ間での特徴点の対応関係を、例えば、データ間で共通に用いられる識別子、又は、データ間の特徴点の対応関係を示す情報或いはテーブルを用いて把握する。また、特徴点間の対応関係を示す情報がない場合、端末２０２１は、一方の三次元データにおける特徴点の座標を他方の三次元データ空間上の位置に変換した場合に最も近い距離にある特徴点を対応する特徴点であると判定してもよい。

【0648】

以上で説明した相対位置に基づく位置情報を用いた場合、互いに異なる三次元データを用いる端末２０２１又はサービス間であっても、各三次元データに含まれる、又は各三次元データと対応付けられた共通の特徴点を基準に位置情報が示す位置を特定、又は推定することができる。その結果、互いに異なる三次元データを用いる端末２０２１又はサービス間で、同じ位置をより高い精度で特定又は推定することが可能となる。

【0649】

また、互いに異なる座標系を用いて表現された地図データ又は三次元データを用いる場合であっても、座標系の変換に伴う誤差の影響を低減できるため、より高精度な位置情報に基づくサービスの連携が可能となる。

【0650】

以下、データ収集サーバ２０２４が提供する機能の例について説明する。データ収集サーバ２０２４は、受信した位置関連データを他のデータサーバに転送してもよい。データサーバが複数ある場合、データ収集サーバ２０２４は、受信した位置関連データをどのデータサーバに転送するかを判定して、転送先として判定されたデータサーバ宛に位置関連データを転送する。

【0651】

データ収集サーバ２０２４は、転送先の判定を、例えば、データ収集サーバ２０２４に事前に設定された転送先サーバの判定ルールに基づいて行う。転送先サーバの判定ルールとは、例えば、各端末２０２１に対応付けられた識別子と転送先のデータサーバとを対応付けた転送先テーブルなどで設定される。

【0652】

端末２０２１は、送信する位置関連データに対して当該端末２０２１に対応付けられた識別子を付加してデータ収集サーバ２０２４に送信する。データ収集サーバ２０２４は、位置関連データに付加された識別子に対応する転送先のデータサーバを転送先テーブルなどを用いた転送先サーバの判定ルールに基づいて特定し、当該位置関連データを特定されたデータサーバに送信する。また、転送先サーバの判定ルールは、位置関連データが取得された時間又は場所などを用いた判定条件で指定されてもよい。ここで、上述した送信元の端末２０２１に対応付けられた識別子とは、例えば各端末２０２１に固有の識別子、又は端末２０２１が属するグループを示す識別子などである。

【0653】

また、転送先テーブルは、送信元の端末に対応付けられた識別子と転送先のデータサーバとを直接対応付けたものでなくてもよい。例えば、データ収集サーバ２０２４は、端末２０２１に固有の識別子毎に付与されたタグ情報を格納した管理テーブルと、当該タグ情報と転送先のデータサーバを対応付けた転送先テーブルとを保持する。データ収集サーバ２０２４は、管理テーブルと転送先テーブルとを用いてタグ情報に基づく転送先のデータサーバを判定してもよい。ここで、タグ情報は、例えば当該識別子に対応する端末２０２１の種類、型番、所有者、所属するグループ又はその他の識別子に付与された管理用の制御情報又はサービス提供用の制御情報である。また、転送先テーブルに、送信元の端末２０２１に対応付けられた識別子の代わりに、センサ毎に固有の識別子が用いられてもよい。また、転送先サーバの判定ルールは、クライアント装置２０２６から設定できてもよい。

【0654】

データ収集サーバ２０２４は、複数のデータサーバを転送先として判定し、受信した位置関連データを当該複数のデータサーバに転送してもよい。この構成によると、例えば、位置関連データを自動的にバックアップする場合、又は位置関連データを異なるサービスで共通に利用するために、各サービスを提供するためのデータサーバに対して位置関連データを送信する必要がある場合に、データ収集サーバ２０２４に対する設定を変更ことで意図通りのデータの転送を実現できる。その結果、個別の端末２０２１に位置関連データの送信先を設定する場合と比較して、システムの構築及び変更に要する工数を削減することができる。

【0655】

データ収集サーバ２０２４は、データサーバから受信した転送要求信号に応じて、転送要求信号で指定されたデータサーバを新たな転送先として登録し、以降に受信した位置関連データを当該データサーバに転送してもよい。

【0656】

データ収集サーバ２０２４は、端末２０２１から受信した位置関連データを記録装置に保存し、端末２０２１又はデータサーバから受信した送信要求信号に応じて、送信要求信号で指定された位置関連データを、要求元の端末２０２１又はデータサーバに送信してもよい。

【0657】

データ収集サーバ２０２４は、要求元のデータサーバ又は端末２０２１に対する位置関連データの提供の可否を判断し、提供可能と判断された場合に要求元のデータサーバ又は端末２０２１に位置関連データの転送又は送信を行ってもよい。

【0658】

クライアント装置２０２６から現在の位置関連データの要求を受け付けた場合、端末２０２１による位置関連データの送信タイミングでなくても、データ収集サーバ２０２４が端末２０２１に対して位置関連データの送信要求を行い、端末２０２１が当該送信要求に応じて位置関連データを送信してもよい。

【0659】

上記の説明では、端末２０２１がデータ収集サーバ２０２４に対して位置情報データを送信するとしたが、データ収集サーバ２０２４は、例えば、端末２０２１を管理する機能など、端末２０２１から位置関連データを収集するために必要な機能又は端末２０２１から位置関連データを収集する際に用いられる機能などを備えてもよい。

【0660】

データ収集サーバ２０２４は、端末２０２１に対して位置情報データの送信を要求するデータ要求信号を送信し、位置関連データを収集する機能を備えてもよい。

【0661】

データ収集サーバ２０２４には、データ収集の対象となる端末２０２１と通信を行うためのアドレス又は端末２０２１固有の識別子などの管理情報が事前に登録されている。データ収集サーバ２０２４は、登録されている管理情報に基づいて端末２０２１から位置関連データを収集する。管理情報は、端末２０２１が備えるセンサの種類、端末２０２１が備えるセンサの数、及び端末２０２１が対応する通信方式などの情報を含んでいてもよい。

【0662】

データ収集サーバ２０２４は、端末２０２１の稼働状態又は現在位置などの情報を端末２０２１から収集してもよい。

【0663】

管理情報の登録は、クライアント装置２０２６から行われてもよいし、端末２０２１が登録要求をデータ収集サーバ２０２４に送信することで、登録のための処理が開始されてもよい。データ収集サーバ２０２４は、端末２０２１との間の通信を制御する機能を備えてもよい。

【0664】

データ収集サーバ２０２４と端末２０２１とを結ぶ通信は、ＭＮＯ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）、或いはＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）などのサービス事業者が提供する専用回線、又は、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）で構成された仮想の専用回線などであってもよい。この構成によると、端末２０２１とデータ収集サーバ２０２４との間の通信を安全に行うことができる。

【0665】

データ収集サーバ２０２４は、端末２０２１を認証する機能、又は端末２０２１との間で送受信されるデータを暗号化する機能を備えてもよい。ここで、端末２０２１の認証の処理又はデータの暗号化の処理は、データ収集サーバ２０２４と端末２０２１との間で事前に共有された、端末２０２１に固有の識別子又は複数の端末２０２１を含む端末グループに固有の識別子などを用いて行われる。この識別子とは、例えば、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードに格納された固有の番号であるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）などである。認証処理に用いられる識別子とデータの暗号化処理に用いる識別子とは、同じであってもよいし、異なっていてもよい。

【0666】

データ収集サーバ２０２４と端末２０２１との間の認証又はデータの暗号化の処理は、データ収集サーバ２０２４と端末２０２１との両方が当該処理を実施する機能を備えていれば提供可能であり、中継を行う通信装置２０２２が用いる通信方式に依存しない。よって、端末２０２１が通信方式を用いるかを考慮することなく、共通の認証又は暗号化の処理を用いることができるので、ユーザのシステム構築の利便性が向上する。ただし、中継を行う通信装置２０２２が用いる通信方式に依存しないとは、通信方式に応じて変更することが必須ではないことを意味している。つまり、伝送効率の向上又は安全性の確保の目的で、中継装置が用いる通信方式に応じてデータ収集サーバ２０２４と端末２０２１との間の認証又はデータの暗号化の処理が切り替えられてもよい。

【0667】

データ収集サーバ２０２４は、端末２０２１から収集する位置関連データの種類及びデータ収集のスケジュールなどのデータ収集ルールを管理するＵＩをクライアント装置２０２６に提供してもよい。これにより、ユーザはクライアント装置２０２６を用いてデータを収集する端末２０２１、並びに、データの収集時間及び頻度などを指定できる。また、データ収集サーバ２０２４は、データを収集したい地図上の領域などを指定し、当該領域に含まれる端末２０２１から位置関連データを収集してもよい。

【0668】

データ収集ルールを端末２０２１単位で管理する場合、クライアント装置２０２６は、例えば、管理対象となる端末２０２１又はセンサのリストを画面に提示する。ユーザはリストの項目毎にデータの収集の要否又は収集スケジュールなどを設定する。

【0669】

データを収集したい地図上の領域などを指定する場合、クライアント装置２０２６は、例えば、管理対象となる地域の二次元又は三次元の地図を画面に提示する。ユーザは、表示された地図上でデータを収集する領域を選択する。地図上で選択される領域は、地図上で指定された点を中心とする円形又は矩形の領域であってもよいし、ドラッグ動作で特定可能な円形又は矩形の領域であってもよい。また、クライアント装置２０２６は、都市、都市内のエリア、ブロック、又は主要な道路など予め設定された単位で領域を選択してもよい。また、地図を用いて領域を指定するのではなく、緯度及び経度の数値を入力して領域が設定されてもよいし、入力されたテキスト情報に基づいて導出した候補領域のリストから領域が選択されてもよい。テキスト情報は、例えば、地域、都市、又はランドマークの名前などである。

【0670】

また、ユーザが一又は複数の端末２０２１を指定して、当該端末２０２１の周囲１００メートルの範囲内などの条件を設定することで、指定領域を動的に変更しながらデータの収集が行われてもよい。

【0671】

また、クライアント装置２０２６がカメラなどのセンサを備える場合、センサデータから得られたクライアント装置２０２６の実空間での位置に基づいて地図上の領域が指定されてもよい。例えば、クライアント装置２０２６は、センサデータを用いて自己位置を推定し、推定された位置に対応する地図上の点から予め定められた距離、又はユーザが指定した距離の範囲内の領域を、データを収集する領域として指定してもよい。また、クライアント装置２０２６は、センサのセンシング領域、すなわち取得されたセンサデータに対応する領域を、データを収集する領域として指定してもよい。または、クライアント装置２０２６は、ユーザの指定したセンサデータに対応する位置に基づく領域を、データを収集する領域として指定してもよい。センサデータに対応する地図上の領域、又は位置の推定は、クライアント装置２０２６が行ってもよいし、データ収集サーバ２０２４が行ってもよい。

【0672】

地図上の領域で指定を行う場合、データ収集サーバ２０２４は、各端末２０２１の現在位置情報を収集することで、指定された領域内の端末２０２１を特定し、特定された端末２０２１に対して位置関連データの送信を要求してもよい。また、データ収集サーバ２０２４が領域内の端末２０２１を特定するのではなく、データ収集サーバ２０２４が指定された領域を示す情報を端末２０２１に送信し、端末２０２１が自身が指定された領域内にあるか否かを判定して、指定された領域内にあると判断された場合に位置関連データを送信してもよい。

【0673】

データ収集サーバ２０２４は、クライアント装置２０２６が実行するアプリケーションにおいて上述したＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を提供するためのリスト又は地図などのデータをクライアント装置２０２６に送信する。データ収集サーバ２０２４は、リスト又は地図などのデータだけでなく、アプリケーションのプログラムをクライアント装置２０２６に送信してもよい。また、上述したＵＩは、ブラウザで表示可能なＨＴＭＬなどで作成されたコンテンツとして提供されてもよい。なお、地図データなど一部のデータは地図サーバ２０２５などのデータ収集サーバ２０２４以外のサーバから提供されてもよい。

【0674】

クライアント装置２０２６は、ユーザによる設定ボタンの押下など、入力が完了したことを通知する入力が行われると、入力された情報を設定情報としてデータ収集サーバ２０２４に送信する。データ収集サーバ２０２４は、クライアント装置２０２６から受信した設定情報に基づいて各端末２０２１に対して、位置関連データの要求又は位置関連データの収集ルールを通知する信号を送信し、位置関連データの収集を行う。

【0675】

次に、三次元又は二次元の地図データに付加された付加情報に基づいて端末２０２１の動作を制御する例について説明する。

【0676】

本構成では、道路又は駐車場に埋設された無線給電の給電アンテナ又は給電コイルなどの給電部の位置を示すオブジェクト情報が、三次元データに含まれて、又は三次元データに対応付けられて、車又はドローンなどである端末２０２１に提供される。

【0677】

充電を行うために当該オブジェクト情報を取得した車両又はドローンは、車両が備える充電アンテナ又は充電コイルなどの充電部の位置が、当該オブジェクト情報が示す領域と対向する位置になるよう自動運転で車両自身の位置を移動させ、充電を開始する。なお、自動運転機能を備えていない車両又はドローンの場合は、画面上に表示された画像又は音声などを利用して、移動すべき方向又は行うべき操作を運転手又は操縦者に対して提示される。そして、推定された自己位置に基づいて算出した充電部の位置が、オブジェクト情報で示された領域又は当該領域から所定の距離の範囲内に入った判断されると、運転又は操縦を中止させる内容へと提示する画像又は音声が切り替えられ、充電が開始される。

【0678】

また、オブジェクト情報は給電部の位置を示す情報ではなく、当該領域内に充電部を配置すると所定の閾値以上の充電効率が得られる領域を示す情報であってもよい。オブジェクト情報の位置は、オブジェクト情報が示す領域の中心の点で表されてもよいし、二次元平面内の領域或いは線、又は、三次元空間内の領域、線或いは平面などで表されてもよい。

【0679】

この構成によると、ＬｉＤＥＲのセンシングデータ又はカメラで撮影した映像では把握できない給電アンテナの位置を把握することができるので、車などの端末２０２１が備える無線充電用のアンテナと道路などに埋設された無線給電アンテナとの位置合わせをより高精度に行うことができる。その結果、無線充電時の充電速度を短くしたり、充電効率を向上させることができる。

【0680】

オブジェクト情報は、給電アンテナの以外の対象物であってもよい。例えば、三次元データは、ミリ波無線通信のＡＰの位置などをオブジェクト情報として含む。これにより、端末２０２１は、ＡＰの位置を事前に把握することができるので、当該オブジェクト情報の方向にビームの指向性を向けて通信を開始することができる。その結果、伝送速度の向上、通信開始までの時間の短縮、及び通信可能な期間を延ばすなどの通信品質の向上を実現できる。

【0681】

オブジェクト情報は、当該オブジェクト情報に対応する対象物のタイプを示す情報を含んでもよい。また、オブジェクト情報は、当該オブジェクト情報の三次元データ上の位置に対応する実空間上の領域内、又は領域から所定の距離の範囲内に端末２０２１が含まれる場合に、端末２０２１が実施すべき処理を示す情報を含んでもよい。

【0682】

オブジェクト情報は、三次元データを提供するサーバとは異なるサーバから提供されてもよい。オブジェクト情報を三次元データとは別に提供する場合、同一のサービスで使用されるオブジェクト情報が格納されたオブジェクトグループが、対象サービス又は対象機器の種類に応じてそれぞれ別のデータとして提供されてもよい。

【0683】

オブジェクト情報と組み合わせて用いられる三次元データは、ＷＬＤの点群データであってもよいし、ＳＷＬＤの特徴点データであってもよい。

【0684】

以上、本開示の実施の形態に係るサーバ及びクライアント装置等について説明したが、本開示は、この実施の形態に限定されるものではない。

【0685】

また、上記実施の形態に係るサーバ及びクライアント装置等に含まれる各処理部は典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。

【0686】

また、集積回路化はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、又はＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。

【0687】

また、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

【0688】

また、本開示は、サーバ及びクライアント装置等により実行される三次元データ作成方法等として実現されてもよい。

【0689】

また、ブロック図における機能ブロックの分割は一例であり、複数の機能ブロックを一つの機能ブロックとして実現したり、一つの機能ブロックを複数に分割したり、一部の機能を他の機能ブロックに移してもよい。また、類似する機能を有する複数の機能ブロックの機能を単一のハードウェア又はソフトウェアが並列又は時分割に処理してもよい。

【0690】

また、フローチャートにおける各ステップが実行される順序は、本開示を具体的に説明するために例示するためのものであり、上記以外の順序であってもよい。また、上記ステップの一部が、他のステップと同時（並列）に実行されてもよい。

【0691】

以上、一つまたは複数の態様に係るサーバ及びクライアント装置等について、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。

【産業上の利用可能性】

【0692】

本開示は、クライアント装置等に適用できる。

【符号の説明】

【0693】

１００、４００ 三次元データ符号化装置
１０１、２０１、４０１、５０１ 取得部
１０２、４０２ 符号化領域決定部
１０３ 分割部
１０４、６４４ 符号化部
１１１、６０７ 三次元データ
１１２、２１１、４１３、４１４、５１１、６３４ 符号化三次元データ
２００、５００ 三次元データ復号装置
２０２ 復号開始ＧＯＳ決定部
２０３ 復号ＳＰＣ決定部
２０４、６２５ 復号部
２１２、５１２、５１３ 復号三次元データ
４０３ ＳＷＬＤ抽出部
４０４ ＷＬＤ符号化部
４０５ ＳＷＬＤ符号化部
４１１ 入力三次元データ
４１２ 抽出三次元データ
５０２ ヘッダ解析部
５０３ ＷＬＤ復号部
５０４ ＳＷＬＤ復号部
６００ 自車両
６０１ 周辺車両
６０２、６０５ センサ検知範囲
６０３、６０６ 領域
６０４ オクルージョン領域
６２０、６２０Ａ 三次元データ作成装置
６２１、６４１ 三次元データ作成部
６２２ 要求範囲決定部
６２３ 探索部
６２４、６４２ 受信部
６２６ 合成部
６２７ 検知領域決定部
６２８ 周辺状況検知部
６２９ 自律動作制御部
６３１、６５１ センサ情報
６３２ 第１三次元データ
６３３ 要求範囲情報
６３５ 第２三次元データ
６３６ 第３三次元データ
６３７ 依頼信号
６３８ 送信データ
６３９ 周辺状況検知結果
６４０、６４０Ａ 三次元データ送信装置
６４３ 抽出部
６４５ 送信部
６４６ 伝送可否判定部
６５２ 第５三次元データ
６５４ 第６三次元データ
７００ 三次元情報処理装置
７０１ 三次元マップ取得部
７０２ 自車検知データ取得部
７０３ 異常ケース判定部
７０４ 対処動作決定部
７０５ 動作制御部
７１１ 三次元マップ
７１２ 自車検知三次元データ
８０１ 車両
８０２ 空間
８１０ 三次元データ作成装置
８１１ データ受信部
８１２、８１９ 通信部
８１３ 受信制御部
８１４、８２１ フォーマット変換部
８１５ センサ
８１６ 三次元データ作成部
８１７ 三次元データ合成部
８１８ 三次元データ蓄積部
８２０ 送信制御部
８２２ データ送信部
８３１、８３２、８３４、８３５、８３６、８３７ 三次元データ
８３３ センサ情報
９０１ サーバ
９０２、９０２Ａ、９０２Ｂ、９０２Ｃ クライアント装置
１０１１、１１１１ データ受信部
１０１２、１０２０、１１１２、１１２０ 通信部
１０１３、１１１３ 受信制御部
１０１４、１０１９、１１１４、１１１９ フォーマット変換部
１０１５ センサ
１０１６、１１１６ 三次元データ作成部
１０１７ 三次元画像処理部
１０１８、１１１８ 三次元データ蓄積部
１０２１、１１２１ 送信制御部
１０２２、１１２２ データ送信部
１０３１、１０３２、１１３５ 三次元マップ
１０３３、１０３７、１１３２ センサ情報
１０３４、１０３５、１１３４ 三次元データ
１１１７ 三次元データ合成部
１２０１ 三次元マップ圧縮／復号処理部
１２０２ センサ情報圧縮／復号処理部
１２１１ 三次元マップ復号処理部
１２１２ センサ情報圧縮処理部
２００１ サーバ
２００２、２００２Ａ、２００２Ｂ クライアント装置
２０１１ センサ情報取得部
２０１２ 記憶部
２０１３ データ送信可否判定部
２０２１、２０２１Ａ、２０２１Ｂ 端末
２０２２、２０２２Ａ、２０２２Ｂ 通信装置
２０２３ ネットワーク
２０２４ データ収集サーバ
２０２５ 地図サーバ
２０２６ クライアント装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】

【図55】

【図56】