(57)【特許請求の範囲】
【請求項１】
デジタル地図の少なくとも１つの部分領域のデジタルモデルを作成かつ／または更新するシステムであって、
前記システムは、車両側に、
前記デジタル地図の少なくとも１つの部分領域を表す車両側の地図データを備えた車両側データベースと、
車両周囲データを検出する１つまたは複数のセンサと、
前記車両周囲データから少なくとも１つのスニペットを作成し、かつ前記地図データにおける対象物と、前記スニペットにおける対象物との間の差分の形態でイベントが存在する場合に、前記デジタル地図の前記部分領域の更新データを前記スニペットから求めるように構成されている１つまたは複数のプロセッサと、
前記イベントの空間位置を特定する手段と、
乱数についてのシードを有するメッセージをバックエンド装置から受信するように構成された送信／受信装置と、
を有しており、
１つまたは複数の前記プロセッサは、さらに、前記シードに基づいて乱数を生成するように構成されており、
前記送信／受信装置は、前記車両側データベースが、前記イベントの前記空間位置に関して、標準モードにある場合、または前記乱数が所定の値を上回る場合に前記イベントおよび対応する空間位置と共に前記更新データを前記バックエンド装置に伝送するように構成されており、
前記システムは、バックエンド側に、
バックエンド側の、前記デジタルモデルの地図データを備えたサーバ側データベースと、
１つまたは複数の車両から前記更新データを受信するように構成された送信／受信装置と、
前記更新データを統計的に評価し、前記統計的な評価に依存して前記シードを生成し、バックエンド側の前記地図データを更新するように構成された１つまたは複数のプロセッサと、
を有するバックエンド装置を有しており、
前記送信／受信装置は、さらに、１つまたは複数の車両に前記シードを伝送するように構成されている、
システム。
【請求項２】
前記バックエンド装置の１つまたは複数の前記プロセッサは、前記更新データを伝送した前記車両の個数を用いて、かつ／または伝送の回数を用いて、前記更新データを統計的に評価し、前記車両の前記個数および／または前記伝送の前記回数に基づき、前記更新データに信頼値を対応付けるように構成されている、請求項１記載のシステム。
【請求項３】
１つまたは複数のバックエンド側の前記プロセッサは、前記更新データが、最小閾値を上回る信頼値を有する場合、前記デジタルモデルのバックエンド側の地図データを有する前記サーバ側データベースを前記更新データによって更新するように構成されており、
バックエンド側の前記送信／受信装置は、少なくとも、ブロードキャストを用いて、前記更新されたデータベースの、前記イベントに関連するデータと、前記シードとを車両に伝送するように構成されている、
請求項２記載のシステム。
【請求項４】
車両側の前記送信／受信装置は、対応するタイムスタンプを有するイベントと共に前記更新データを伝送するように構成されており、
バックエンド側の前記送信／受信装置は、前記更新されたデータベースの、前記イベントに関連する前記データを、前記イベントの前記タイムスタンプと共に伝送するように構成されている、
請求項３記載のシステム。
【請求項５】
車両側の前記送信／受信装置は、前記乱数が、所定の値を上回り、かつ前記イベントの発生以来、あらかじめ設定した時間をまだ超過していない場合に、更新データの形態で、前記イベントの前記削除を前記バックエンド装置に通知するように構成されており、
前記バックエンド装置の１つまたは複数の前記プロセッサは、前記更新データが、最小閾値を上回る信頼値を有する場合に、削除された前記イベントの前記空間位置および前記イベントＩＤに関し、前記車両側データベースを前記標準モードに移行させるメッセージを生成するように構成されており、
前記バックエンド装置の前記送信／受信装置は、ブロードキャストを用いて１つまたは複数の車両に前記メッセージを通知するように構成されている、
請求項４記載のシステム。
【請求項６】
車両側の１つまたは複数の前記プロセッサは、前記イベントの発生以来、あらかじめ定めた時間を超過した場合に、前記イベントの前記空間位置に関し、前記車両側データベースを前記標準モードに戻すように構成されている、請求項５記載のシステム。
【請求項７】
車両側の前記送信／受信装置は、対応するタイムスタンプを有するイベントと共に前記更新データを伝送するように構成されており、
バックエンド側の前記送信／受信装置は、前記更新されたデータベースの、前記イベントに関連する前記データを、満了時間と共に伝送するように構成されている、
請求項３記載のシステム。
【請求項８】
車両側の前記送信／受信装置は、前記乱数が、特定の値を上回り、かつ前記満了時間をまだ超過していない場合に、更新データの形態で前記イベントの前記削除を前記バックエンド装置に通知するように構成されており、
前記バックエンド装置の１つまたは複数の前記プロセッサは、前記更新データが、最小閾値を上回る信頼値を有する場合に、削除された前記イベントの前記空間位置および前記イベントＩＤに関し、前記車両側データベースを前記標準モードに移行させるメッセージを生成するように構成されており、
前記バックエンド装置の前記送信／受信装置は、ブロードキャストを用いて１つまたは複数の車両に前記メッセージを通知するように構成されている、
請求項７記載のシステム。
【請求項９】
車両側の１つまたは複数の前記プロセッサは、前記満了時間を超過した場合に、前記イベントの前記空間位置に関し、前記車両側データベースを前記標準モードに戻すように構成されている、請求項８記載のシステム。
【請求項１０】
前記ブロードキャストは、ＴＭＣまたはＬＴＥ（登録商標）を介して行われる、請求項３から９までのいずれか１項記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転支援システムの分野に関する。本発明は、特に、車両のセンサによって車道データを検出することと、検出した車道データを車両外部のデータベースに伝送することとに関する。
【０００２】
技術背景
例えば自動運転または部分的な自動運転用に、バックエンド装置のデータベースにおける車道特性についてのデータを最新に維持するためには、データを定期的に最新状態にしなければならない。車道特性の検出は、それぞれ適切なセンサと、ジオポジションを検出する装置とを備えた、道路を走行する車両によって行うことが可能である。次に、検出されたデータは、ＶｔｏＸ通信または移動無線通信を介してバックエンド装置のデータベースに送信することができ、ここでは、検出されたデータがデータセットに整理統合され、このデータセットは、次に、例えばルート計算などのために別の複数の車両に送信することが可能である。更新データが多くの車両からバックエンド装置に伝送される場合、検出されたデータは、これらの車両からバックエンド装置への多大なデータトラヒックを生じさせ得る。統計的に有意であり、更新されかつ整理統合されたデータセットがすでにバックエンド装置に存在する場合、このことは、通信資源の無駄遣いになる。というのは、車両によって検出されたデータをさらに伝送することにより、整理統合されたデータセットの良度をさらに高めることはできないからである。
【０００３】
発明の開示
したがって本発明の課題は、信頼性が高くかつより確実に動作する、デジタル地図のデジタルモデルを作成もしくは更新するシステムを提供することである。
【０００４】
この課題は、システムについての独立請求項に記載したシステムによって解決される。従属請求項は、特別な実施形態に関する。
【０００５】
一態様は、デジタル地図の少なくとも１つの部分領域のデジタルモデルを作成および／または更新するシステムに関しており、ここでは２つの側でのデータ処理が行われる。データ処理の一部は、１つまたは複数の車両において行われる。データ処理の別の一部は、バックエンド装置において行われる。このシステムは、車両側の地図データを備えた車両側データベースを車両側に有しており、車両側の地図データは、バックエンド装置のサーバ側データベースにも記憶されているデジタル地図の少なくとも１つの部分領域を表す。さらに、このシステムは、車両周囲データを検出する１つまたは複数のセンサと、車両周囲データから少なくとも１つのスニペットを作成するように構成された１つまたは複数のプロセッサとを車両側に有する。スニペットとは、車両周囲対象物の対象物データを含む、デジタル地図の部分モデルのことである。これは、例えば１００ｍ×１００ｍの大きさの、地図部分のＣＡＤ（computer aided design）モデルであってよく、このＣＡＤモデルは、例えば一連のカメラ画像から計算される。１つまたは複数のプロセッサは、さらに、地図データにおける対象物(Objekten)と、スニペットにおける対象物との間の差分の形態でイベントが存在する場合に、デジタル地図の部分領域の更新データをスニペットから求めるように構成されている。イベントとは、例えば、車道の通行止めまたは一時的に設置された道路標識のような新たに加えられた車両周囲対象物であってよい。車両側には、さらに、例えば車両位置を特定するＧＰＳ受信機、または車両に対してイベントの空間位置を付加的に特定するレーダセンサのような、イベントの空間位置を特定する手段が設けられている。車両側には、さらに、乱数を生成するためのシードをバックエンド装置から受信するように構成された送信／受信装置が設けられている。１つまたは複数のプロセッサは、さらに、シードに基づいて乱数を生成するように構成されている。送信／受信装置は、さらに、車両側データベースが、イベントの空間位置に関して、標準モードにある場合、または乱数が所定の値を上回る場合に、イベントおよび対応する空間位置と共に更新データをバックエンド装置に伝送するように構成されている。標準モードは、車両側データベースの一状態に関係し、この状態では、車両の所定の空間位置に関し、イベントの最初の検出時に、車両によってこの更新データが車両側データベースに伝送される。したがって車両側データベースの標準モードでは、イベントはまだバックエンドには存在しない。
【０００６】
このシステムは、バックエンド側にバックエンド装置を有する。このバックエンド装置には、バックエンド側の、デジタルモデルの地図データを備えたサーバ側データベースと、１つまたは複数の車両から更新データを受信するように構成された送信／受信装置とが含まれている。さらに、バックエンド装置には、更新データを統計的に評価し、統計的な評価に依存してバックエンド側の地図データを更新し、かつ統計的な評価に依存して、特定の個数の正のトークンおよび負のトークンを生成するように構成された１つまたは複数のプロセッサが設けられている。ここでは、正のトークンの個数は、イベントが、別の複数の車両による十分に大きな回数の確認によって証明され、これにより、対応して高い信頼値を有するデータだけがサーバ側データベースに生成されるかもしくは更新されるように選択可能である。バックエンド装置の送信／受信装置は、さらに、１つまたは複数の車両に正または負のトークンを伝送するように構成されている。
【０００７】
サーバ側データベースに格納されるデジタルモデルは、特に、別の周囲要素を備えた高解像度のデジタル地図で有していてよい。このデジタル地図は、少なくとも１つの道路モデルによって形成され、この道路モデルは、区間およびレーンのコース(Verlauf)を表し、かつレーンマークの個数およびコース、カーブ半径、傾斜、交差点および類似の特徴についての情報を含む。
【０００８】
デジタルモデルは、特に、別の静的または動的な周囲要素を含んでいてよい。静的な周囲要素は、車線マークや、例えば停止線、ゼブラゾーン、中央分離帯、車線縁部マークなどのような線マークの位置および種類についての情報、また周囲の建造物の有無、ならびにそのクラスおよび相対的または絶対的な位置についての情報、交通標識の位置および種類についての情報、または灯火信号装置または道路情報板の種類および状態についての情報に関係する。動的な周囲要素は、特に、車両の位置および速度に関係する。周囲要素のそれぞれのパラメータ、特に位置および属性、例えば交通標識の位置および交通標識の種類に対し、トレーニングフェーズの間に、統計的に有意な測定回数から統計が特定される。この統計は、中央値の周りの測定値の分布であってよい。
【０００９】
更新データには、測定回数、すなわち車両による伝送の回数だけに関して、バックエンド装置におけるｐ値を対応付けるのではなく、この更新データには、車両側においてすでに、例えば車両周囲データの品質から得ることができる信頼値または統計的なパラメータを、その良度に依存して対応付けることができる。したがって、特に車両周囲データが一連のカメラ画像である場合には、車両周囲データの品質は、霧および強い降水のような悪い天候条件では、良好な天候条件よりも低くなることがある。それぞれの車両の送信／受信装置は、更新データに加えて、車両側で特定した信頼値または統計的なパラメータを付加データとしてバックエンド装置に伝送するように構成することが可能である。
【００１０】
バックエンド装置は、更新データをもっぱら統計的に評価することも可能である。バックエンド装置の１つまたは複数のプロセッサは、更新データを伝送した車両の個数を用いて、かつ／または伝送の回数を用いて、更新データを統計的に評価し、車両の個数および／または伝送の回数に基づき、更新データに信頼値を対応付けるように構成可能である。
【００１１】
バックエンド装置は、信頼値を特定する際に、車両側で特定した付加データを一緒に取り入れることが可能である。バックエンド装置の１つまたは複数のプロセッサは、更新データを伝送した車両の個数に基づき、かつ／または伝送の回数に基づき、また付加データに基づき、更新データを評価することができる。
【００１２】
システムの一態様は、バックエンド装置において正のトークンおよび負のトークンを生成することに関する。バックエンド装置の１つまたは複数のプロセッサは、更新データが、最小閾値を上回る統計的な有意性を有する場合、正のトークンおよび負のトークンを生成するように構成することが可能であり、正のトークンおよび負のトークンには、少なくとも、関連するイベントの空間位置および関連するイベントのイベントＩＤが対応付けられる。バックエンド装置の送信／受信装置は、１つまたは複数の車両に、特にブロードキャストを介して正のトークンおよび負のトークンを伝送するように構成することが可能である。
【００１３】
システムの一態様は、イベントの削除の検出の処理に関する。イベントの削除は、これが統計的に有意であると評価されている限りでは、このイベントに関し、すべての正のトークンおよび負のトークンが、すべての車両において消去され、かつ車両側データベースが、このイベントに関し、すなわち特にその空間位置に関し、標準モードに戻されるようにすべきである。
【００１４】
１つまたは複数の車両側プロセッサは、地図データにおける対象物と、スニペットにおける対象物との間に負の差分がある場合に、特定の空間位置と、対応するイベントＩＤとを有するイベントの削除を検出するように構成されている。車両側の送信／受信装置は、車両側の記憶装置に負のトークンが存在する場合に、更新データの形態でバックエンド装置にイベントの削除を通知するように構成可能である。したがって、車両側データベースが、このイベントに関して、負のトークンを有する車両だけが、イベントの削除を通知する。
【００１５】
バックエンド装置の１つまたは複数のプロセッサは、更新データが、最小閾値を上回る統計的な有意性を有する場合に、削除されたイベントの空間位置およびイベントＩＤに関し、車両側データベースを標準モードに移行させるメッセージを生成するように構成可能である。バックエンド装置の送信／受信装置は、１つまたは複数の車両にメッセージを通知するように構成可能である。これにしたがい、１つまたは複数の車両側プロセッサは、空間位置および／またはイベントＩＤに関する正または負のトークンを車両側の記憶装置から除去し、かつ車両側データベースを、削除したイベントに関し、標準モードに戻すことが可能である。
【００１６】
一態様は、車両への正のトークンおよび負のトークンの空間的な分配に関する。バックエンド装置の送信／受信装置は、イベントの空間的な近傍だけに存在する１つまたは複数の車両に正または負のトークンを伝送するように構成可能である。
【００１７】
一態様は、更新されたバックエンド側の地図データを車両に分配することに関する。このためにバックエンド側の１つまたは複数のプロセッサは、更新データが、最小閾値を上回る信頼値を有する場合、デジタルモデルのバックエンド側の地図データを有するサーバ側データベースを、更新データによって更新するように構成可能である。バックエンド側の送信／受信装置は、少なくとも、イベントに関連する、更新されたデータベースのデータを、イベントの空間的な近傍に存在する車両に伝送するように構成可能である。
【００１８】
図の要約
以下では、図に関連し、複数の実施例に基づいて本発明を説明する。
【図面の簡単な説明】
【００１９】
【図１】デジタルモデルを作成するシステムのブロック図である。
【図２】イベントの発生についてのこの方法の流れ図である。
【図３】イベントの発生についての択一的な方法の流れ図である。
【００２０】
詳細な説明
図１は、デジタル地図のデジタルモデルを作成かつ／または更新するシステム１００を示しており、このシステムは、バックエンド装置１０２と、センサ１０６を備えた車両１０４とから成り、車両１０４は、２つのレーンマーク１１０、１１２によって画定されておりかつ中央分離帯１１４を有するレーンを移動している。車両１０４は、バックエンド装置１０２に、もしくはバックエンド装置１０２からデータを伝送する送信／受信装置１１６を有する。バックエンド装置１０２も同様に車両１０４に、もしくは車両１０４からデータを伝送する送信／受信装置１２６を有する。車両１０４に取り付けられている周囲センサ１０６は、カメラとして構成可能であり、また交通標識１０８を含む車両周囲の一連の撮影の形態で、車両周囲データを検出するように構成可能である。周囲センサは、付加的に、レーダセンサとして構成可能であり、また周囲をレーダによって走査するように構成可能である。これにより、レーダセンサ１０６は、付加的に車両の空間位置に対し、周囲要素、例えば交通標識１０８の位置を特定することができる。ＧＰＳモジュール（図示せず）と関連させることにより、さらに、絶対的な空間位置を求めることができる。車両は、さらに、車両周囲データからスニペットを作成するように構成されたプロセッサ１２０を有する。スニペットは、約１００×１００ｍの大きさの、デジタルモデルの部分であり、実質的に対象物モデルを表す。車両１０４は、さらに、車両側の地図データを備えた車両側データベース１１８を有しており、この地図データは、デジタル地図の少なくとも１つの部分領域を表す。プロセッサ１２０は、地図データにおける対象物と、スニペットにおける対象物との間に差分の形態のイベントが存在するか否かを確認するために、スニペットと、車両側データベース１１８から得られる、対応する車両側の地図データとを比較するように構成されている。ここでは、交通標識１０８は、地図データにはまだ存在しないものとする。例えば、この交通標識１０８は、最近設置されたからである。したがってこの比較により、新たに設置された交通標識１０８がイベントとして発生する。このイベントは、バックエンド装置には、今のところは既知ではない。というのはこのイベントはまだ、通信ネットワークを介してこのバックエンド装置に伝達されていないからである。
【００２１】
車両１０４は、更新データの形態でこのイベントをバックエンド装置１０２に伝送し、このバックエンド装置１０２は、これにより、デジタルモデルのサーバ側の地図データを備えたそのサーバ側データベース１２２を更新することができる。このデジタルモデルは、複数の車両から到来し得る複数のスニペットから合成することができる。このデジタルモデルは、パラメタライズ可能な周囲モデルであってもよい。このパラメタライズは、統計的に有意な車両の個数により、学習プロセスの間に行うことが可能である。したがってパラメタライズされた周囲モデルは、バックエンド側の整理統合された車両周囲情報を表す。周囲要素のそれぞれの周囲要素は、位置、属性および検出確率について固有の統計を有し得る。バックエンド装置は、プロセッサ１２４を有しており、プロセッサ１２４は、更新データを統計的に評価しかつこの統計的な評価に依存して、サーバ側データベース１２２におけるバックエンド側の地図データを更新するように構成されている。
【００２２】
多数の車両が交通標識１０８を通過すると仮定する。これらの車両のそれぞれは、新たに設置された交通標識１０８をイベントとして検出するため、このイベントが、それぞれの車両により、更新データの形態でバックエンド装置１０２に伝達されることになれば、極めて大きなデータ量が、バックエンド装置１０２に向かってアップリンクで発生することになる。したがって、以下では、図２、３および４に関連して、更新データを伝達するトークンベースのプロトコルを説明する。
【００２３】
図２には、イベントの発生についてのプロトコルの流れ図２００が示されている。デフォルトモードでは、デジタル地図の特定の空間領域に対し、まだイベントは生じていない。車両側データベース２０２には、サーバ側データベース２００の全体デジタル地図の一部が含まれている。サーバ側データベース２００には、周囲モデルが含まれており、特に別の周囲要素を有する高解像度のデジタル地図が含まれている。デジタル地図は、少なくとも１つの道路モデルによって形成され、この道路モデルは、区間およびレーンのコースを表し、かつレーンマークの個数およびコース、カーブ半径、傾斜、交差点および類似の特徴についての情報を含む。周囲モデルは、特に、別の静的な周囲要素を含んでいてよい。静的な周囲要素は、車線マークや、例えば停止線、ゼブラゾーン、中央分離帯、車線縁部マークなどのような線マークの位置および種類についての情報、また周囲の建造物の有無、ならびにそのクラスおよび相対的または絶対的な位置についての情報、交通標識の位置および種類についての情報、または灯火信号装置または道路情報板の種類および状態についての情報に関係する。
【００２４】
車両側のセンサにより、車両周囲データが検出される。ステップ２０４を参照されたい。車両周囲データから、１つまたは複数の車両側プロセッサにより、スニペット２０６が計算される。スニペットには、つい先頃設置された交通標識１０８（図１を参照されたい）が含まれている。比較により、すなわち車両側データベース２０２における対象物と、スニペット２０６における対象物との間で差分形成することにより、交通標識１０８がイベントとして識別される。ステップ２１０では、このイベントに対し、すなわちこのイベントが発生した空間領域に対し、乱数を生成するためのシードが受信されたか否かが求められる。車両側データベース２０２が、対応する空間領域についてデフォルトモードにある空間領域に対し、これは該当しない。というのはこのイベントはまだバックエンドに伝送されていないからである。この場合、イベント２０８は、バックエンド装置に伝送され、受信後にはそこにイベント２１６として存在する。バックエンド側では、場合によっては異なる車両からの特定数のイベントの伝送に基づき、このイベントに対する統計的な評価がステップ２１８で行われる。この統計的な評価に基づき、乱数を生成するためのシードを有するメッセージが、ステップ２２２において形成される。シードを有するこのメッセージは、車両に伝送され、この車両では、ステップ２２４において、このために構成されたプロセッサで乱数が生成される。さらにステップ２１８では、統計的な評価の枠内において、このイベントがどの程度、信頼に値するかを示す信頼値が求められ、ステップ２２０において閾値と比較される。信頼値が閾値を上回ることがこの比較によって判明した場合、サーバ側データベース２００の更新が行われる。シードを有するメッセージを伝送することにより、車両側データベースは、デフォルトモードからイベントモードに再び移行し、このイベントモードでは、シードを用いて生成した乱数に依存してイベントが伝送される。メッセージを受信した後、あらかじめ設定した時間内にイベントがもはや発生しない場合、対応する通知がバックエンドになされる。したがって車両側データベースは、あらかじめ設定した時間が経過することにより、イベントモードからデフォルトモードに移行する。
【００２５】
択一的な実施形態のプロトコルの流れ図は、図３に示されている。車両側のセンサにより、車両周囲データが検出される。ステップ３０４を参照されたい。車両周囲データから、１つまたは複数の車両側プロセッサにより、スニペット３０６が計算される。スニペット３０６には、つい先頃設置された交通標識１０８（図１を参照されたい）が含まれている。比較により、すなわち車両側データベース３０２における対象物と、スニペット３０６における対象物との間で差分形成することにより、交通標識１０８がイベントとして識別される。ステップ３１０では、このイベントに対し、すなわちこのイベントが発生した空間領域に対し、乱数を生成するためのシードが受信されたか否かが求められる。車両側データベース３０２が、対応する空間領域についてデフォルトモードにある空間領域に対し、これは該当しない。というのはこのイベントはまだバックエンドに伝送されていないからである。この場合、イベント３０８は、バックエンド装置に伝送され、受信後にはそこにイベント３１６として存在する。バックエンド側では、場合によっては異なる車両からの特定数のイベントの伝送に基づき、このイベントに対する統計的な評価がステップ３１８で行われる。この統計的な評価に基づき、満了時間を有する乱数を生成するためのシードを有するメッセージが、ステップ３２２において形成される。シードおよび満了時間を有するこのメッセージは、車両に伝送され、この車両では、ステップ３２４において、このために構成されたプロセッサにおいて乱数が生成される。この伝送は、ブロードキャストを用いて行うことが可能である。このためにイベントの空間位置が、無線セルにマッピングされ、メッセージが、対応する無線セルに伝送される。
【００２６】
さらにステップ３１８では、統計的な評価の枠内において、このイベントがどの程度、信頼に値するかを示す信頼値が求められ、ステップ３２０において閾値と比較される。信頼値が閾値を上回ることがこの比較によって判明した場合、サーバ側データベース３００の更新が行われる。シードを有するメッセージを伝送することにより、車両側データベースは、デフォルトモードからイベントモードに再び移行し、このイベントモードでは、シードを用いて生成した乱数に依存してイベントが伝送される。満了時間が経過した後、イベントがなお発生する場合、これは、デフォルトモードにおいて新たなイベントのように扱われる。したがってすべての車両から、これがバックエンドに伝送される。このためにステップ３２６では、満了時間を超過したか否かがチェックされる。満了時間を超過している場合、乱数が閾値を上回っているか否かに依存せずに、イベントがバックエンドに伝送される。その他の場合、車両側データベース３０２だけが更新される。
【図１】
0006918141.tif 000002
【図２】
0006918141.tif 000003
【図３】
0006918141.tif 000004