JP5616417B2 - ナビゲーションデータを構造化するための技法 - Google Patents

Description

本開示は、一般に、ナビゲーション関連の態様に関する。詳細には、本開示は、更新を効率的に実行するために、ナビゲーションデータベースコンテンツを構造化する技法に関する。

最新のナビゲーションデバイスは、進行することになる経路、計算された経路の近傍内またはデバイス位置の近傍内の関心地点（ＰＯＩ）、都市、通り、または建物の名称、交通情報などに関する大量の有用な情報および検索オプションを提供する。ナビゲーションデバイスが提供することになるサービスに応じて、ナビゲーションデバイスは、例えば、経路指定、地図表示、目的地入力、ＰＯＩ、交通情報に関連する大量のナビゲーションデータをそのデータベース内に記憶する。

最新のナビゲーションデバイスに関する１つの問題は、大規模なナビゲーションデータベースを効率的に更新することである。実際には、道路網内、ＰＯＩネットワーク内などの継続的な変更を考慮に入れるために、経路指定データ、目的地入力データ、地図表示データ、ＰＯＩデータなどは定期的に更新されなければならない。しかし、記憶されたナビゲーションデータ（特に、目的地入力データ、経路指定データ、および地図表示データ）は非常に相互リンクされているため、かつデータベース設計はモバイルまたは埋め込み式ナビゲーションデバイスの限定された計算能力を考慮に入れなければならないため、データベース更新は、一般に、データセット全体またはデータセットの大きなデータブロックを置換する結果となる。

現在の解決策では、大きな更新可能データブロックは、（連邦）州（例えば、カリフォルニア）、国、国グループ（例えば、ベネルクス：ベルギー、オランダ、およびルクセンブルグ）、または個々の大陸（例えば、オーストラリア、欧州）など、大規模な地理的地域に関連するナビゲーションデータを含む。更新可能データブロックのサブセット（例えば、４０ｋｍ×４０ｋｍの局所的な地理的地域を表す（以下、ローカルタイルと呼ばれる）データサブセットが置換される部分的または増分的な更新は、データベース全体の一貫性の理由から、ほとんど不可能である。この理由は、データベース内のナビゲーションデータ要素は非常に相互リンクしており、その結果、局所的な地理的地域に関連する１つまたは複数のデータサブセット内の個々のデータ要素を置換することは、更新可能データブロックまたはデータベース全体のナビゲーションデータ修正を必要とする可能性がある点にある。

さらに、ナビゲーションデータおよびナビゲーションシステムは、多くの場合、異なるサプライヤから提供される。したがって、最新のナビゲーションシステムは、一般に、所有権を主張できるナビゲーションデータフォーマットを使用する。その結果、ナビゲーションデータサプライヤは、ナビゲーションデータを提供して、販売されているすべてのデータフォーマットに関してパッケージを更新しなければならず、ナビゲーションデータサプライヤの側にかなりの努力とコストを招く。

最新のナビゲーションデバイスおよびナビゲーションデータベースに関連するさらなる問題は、ナビゲーションデバイスがパッチ更新の形で限定されたデータ更新をサポートする場合ですら、パッチ履歴はナビゲーションデバイスサプライヤに依存する可能性があり、したがって、パッチ履歴は、それぞれのナビゲーションデバイスに関して異なる可能性があることである。それぞれの個々のシステムに適切なパッチを提供するために、パッチ履歴は、記録されて、対応するナビゲーションデータサーバに提供されなければならない。しかし、複雑なパッチ履歴は、ますます大量のデータを含み、ナビゲーションシステム上の追加の記憶リソース、伝送リソースなど、追加のハードウェアリソースを必要とする。さらに、個々のパッチ内で、ナビゲーションデータベースの分散が高まり、パッチの資格に関するテスト、ならびに個々のシステム内で発生するエラーの診断はますます複雑かつ広範囲になる。

ナビゲーションデータの設定および更新を簡素化するために、ナビーションシステムに依存しない物理記憶フォーマットが、ナビゲーションデータ標準（Ｎａｖｉｇａｔｉｏｎ Ｄａｔａ Ｓｔａｎｄａｒｄ）（ＮＤＳ）ｅ．Ｖ．、すなわち、ドイツ自動車製造者、ナビーションシステムサプライヤ、および地図サプライヤ登録協会によって開発されている。ＮＤＳフォーマットは、ＮＤＳデータベースのより柔軟な更新を可能にして、データベースの一貫性を失わずに、異なる流通経路を経由した異なるデータサプライヤからのデータ取出しをサポートする。しかし、局所（例えば、タイル）ベースの増分的なナビゲーションデータ更新は、現在、ＮＤＳによってサポートされていない。

改善されたナビゲーションデータベース構造と、効率的なナビゲーションデータ更新手順とを提供することが目的である。

一態様によれば、増分的なデータ更新をサポートするためのナビゲーションデータベースコンテンツを構造化する方法が提供される。この方法は、少なくとも２つのデータレベルを提供するステップであって、第１のデータレベルが領域距離道路（ｒｅｇｉｏｎａｌ ｄｉｓｔａｎｃｅ ｒｏａｄ）の道路区分を表す経路リンクに関連する、提供するステップと、その第１のデータレベルを局所タイルに区分化するステップであって、それぞれの局所タイルが特定の局所的な地理的地域に関連する領域距離道路の道路区分を表す経路リンクに関連する、区分化するステップと、対応する近接する局所タイルにわたって広がる領域距離道路の道路区分を表す、近接する局所タイルの経路リンク同士の間に相互リンクを確立するステップとを含む。

本明細書で提示される技法は、ＮＤＳの文脈で、またはいずれかのその他のナビゲーションデータおよび／または地図標準の文脈で実施可能である。したがって、本明細書でＮＤＳ特定の表現が使用されるとき、それらの表現は、ＮＤＳエンティティに限定されていると解釈されず、いずれかのその他の標準の対応するエンティティも包含することを理解されよう。

局所タイルは、共通のナビゲーションデータベースによって提供される、州、国、国グループ、または大陸など、より大きな地理的地域またはナビゲーション更新領域を再分割する局所的な特定領域地域を表すことができる。局所タイルは、したがって、（例えば、所定のタイリング（ｔｉｌｉｎｇ）方式に従って）より大きな地理的地域（または、更新領域）の局所的な特定領域サブユニットへのさらなる区分化を表すことができる。このタイリング方式は局所的な特定領域サブユニットのサイズおよび形状を決定することができる。更新領域のタイル区分化は、（例えば、重複せずに、ネットのような形で構成された）所定の量のタイルによって更新領域全体をカバーできるように実行可能である。タイルサイズは、任意のタイルに関連するナビゲーションデータ量がナビゲーションデバイスによって容易に管理可能な状態に留まるように選択可能である。

１つの認識によれば、タイリング方式は、（局所タイル識別子を用いた）局所タイリング方式であってよく、別の認識によれば、タイリング方式は、（大域タイル識別子を用いた）大域タイリング方式であってよく、例えば、局所タイルを提供するために、ＮＤＳで定められた大域タイリング方式を使用することが可能である。

ナビゲーションデータベースコンテンツは、まさに２つの階層データレベルに、または３つ以上の階層データレベルに区分化可能である。さらに、第２のデータレベルは、遠距離道路を表す経路リンクと関連付けられることが可能である。第２のデータレベル内の経路リンクは、第１のデータレベルの局所タイルの構造から独立して組織化可能である。それぞれのデータレベルは、ある種の道路範疇の道路リンクに関連するデータベースサブセットを表すことができる。

「遠距離道路」は、道路網の主な道路および／または遠く離れた都市もしくは目的地を接続する道路を含むことが可能である。例えば、遠距離道路は、機能クラスＦＣ０およびＦＣ１（例えば、幹線道路、中央分離帯を伴う道路）など、所与の優先順位を超える、１つまたは複数の事前に定義された機能クラスの道路を含むことが可能である。「領域距離道路」は、領域道路および／または地方道路を含むことが可能である。領域距離道路は、機能クラスＦＣ２、ＦＣ３、およびＦＣ４など、所与の優先順位を下回る、１つまたは複数の機能クラスの道路であってよい。したがって、第１のデータレベルは領域距離道路に関連するすべての経路リンクデータを含むことが可能であるのに対して、第２のデータレベルは遠距離道路に関連するすべての経路リンクデータを含むことが可能である。経路リンクデータは、経路リンク属性、経路位相データ、および経路幾何データのうちの少なくとも１つを含むことが可能である。これらの２つのデータレベルは、それぞれが特定の道路機能クラスの経路リンクに関連するサブレベルにさらに区分化可能である。当然、データレベルに対する道路割当ては異なる形で実行することも可能である。

第１のデータレベルを局所タイルに区分化するステップは、少なくとも２つ以上のタイルにわたって広がる道路区分を表す経路リンクを上方へ別個の経路リンクに分割するステップと、別個の経路リンクに、対応するタイル内の近接するタイルにわたって広がる道路区分を（例えば、完全に）表すための経路リンクデータを提供するステップと、経路リンクデータと共に別個の経路リンクを対応する局所タイルに割り当てるステップとを含むことが可能である。２つ以上のタイルにわたって広がる道路区分に関連する経路リンクを分割するステップは、それぞれのタイルに、そのタイル境界内に存在する経路リンクが単に提供されることを確実にすることができる。それぞれの分割された経路リンクは、対応するタイル経路区分に関する完全なリンク情報（例えば、位相情報および幾何情報）をさらに含むことが可能である。したがって、経路リンクを分割すること、およびそれらの位相的リンク情報および幾何学的リンク情報と共に、分割された経路リンクを記憶することは、実際の道路網内に広がる同じ道路区分に関連する近接するタイルの関連する分割された経路リンクですら、位相的かつ幾何学的に互いから独立していることを確実にすることができる。

近接するタイルの経路リンクを相互リンクするステップは、近接するタイルにわたって広がる道路の道路区分を表す経路リンクを少なくとも１つの特別な経路指定クラスタに組織化するステップを含むことが可能である。少なくとも１つの特別な経路指定クラスタの経路リンクは、固定経路リンク順序で経路リンク表内に組織化可能である。固定経路リンク順序は、（増分的な）データベース更新の間に、固定経路リンク順序を維持することが可能であることを意味し得る。詳細には、表内のリンク数およびリンク位置は、データベース更新によって影響を受けない状態に留まることが可能である。この文脈で、少なくとも１つの特別な経路指定クラスタに対する更新の間に追加された、新しく分割された経路リンクは、新しい表の位置および表の番号と関連付けられることが可能である。したがって、削除された経路リンクの位置は、経路リンク順序を維持するために置換されなくてよい。

それぞれの経路リンクに識別子を提供することが可能である。識別子は、固定経路リンク数に対応する固定識別子であってよい。固定識別子（例えば、固定経路リンク番号）は、近接するタイルの関連する分割された経路リンクを相互リンクするために使用可能である。例えば、近接するタイルの分割されたリンク同士の間の相互リンクは、それらの固定識別子を使用して、タイルの１つの分割されたリンクから近接するタイルの対応する分割されたリンク（すなわち、関連する分割されたリンク）までを参照することによって確立可能である。固定識別子は（増分的）更新によって変更されない状態に留まるため、２つの近接するタイルのうちの１つだけが更新される場合ですら、近接するタイル同士の間の相互リンク一貫性を常に維持することが可能である。

この文脈で、以下の説明において、「相互リンク一貫性」という表現を用いることで、一方だけのタイル更新の場合ですら、互いと相互リンクされている分割された経路リンクの識別子（すなわち、経路リンク番号）、および、その結果、互いと相互リンクされている関連する分割された経路リンク同士の間の一意に定義された参照関係は変わらない状態に留まるため、任意の一方だけのタイル更新によって、上記の相互リンク方式の一般的な相互リンク機能は失われないことを意味し得る。これは、例えば、一方だけのタイルコンテンツ更新により、関連する分割されたリンクのうちの１つが更新されたタイル内で削除される、近接するタイルの関連する分割されたリンク同士の間の定義された参照関係にも適用可能であるが、これは、そのような場合、特別な経路指定クラスタ内の対応する「空間」は自由な状態に維持され、別の（無関係な）分割された経路リンクでもはや占有されていないためである。

代わりに、または加えて、相互リンクするステップは、それぞれの局所タイルにタイルノット（ｔｉｌｅ ｋｎｏｔｓ）と、タイルノット識別子とを提供するステップと、相互リンクされることになる分割された経路リンクを局所タイルの対応するノットと関連付けるステップとを含むことが可能である。このために、相互リンクされることになる近接するタイルの関連する分割されたリンクを、それぞれ、同じタイルノット識別子を有するタイルノットに割り当てることが可能である。それぞれの提供されたタイルノットは、経路指定アルゴリズムによって相互リンクされなければならない、近接するタイル内に位置する分割された経路リンクを参照することができる。これにより、タイルノットは、相互リンクされることになる近接するタイルの分割されたリンク同士の間のリンケージを仲介することができる。

タイルノット識別子は、（増分的な）データベース更新の間に変更されない状態に留まることが可能な固定識別子であってよい。それぞれの局所タイルには、対応するタイルノットと分割された経路リンクとの間の（すなわち、固定ノット識別子と分割された経路リンク識別子との間の）割当てを表す、少なくとも１つのノット識別子表をさらに提供することが可能である。経路リンク識別子は、（増分的な）データベース更新に伴って変更してよく、または変更しなくてもよい。ノット識別子表は、それぞれのタイルに関して、固定タイルノット識別子と分割された経路リンクとの間に一義的な関係を提供するため、２つの近接するタイルのうちの１つの分割された経路リンク識別子が（増分的な）データベース更新の間に変更されている場合ですら、（更新の間に、タイルノット識別子表が更新されたタイルノット識別子表によって置換されることを条件に）近接するタイル同士の間の相互リンク一貫性を常に維持することが可能である。

また、タイル内に完全に存在する道路要素に関連する経路リンクを少なくとも１つの経路指定クラスタに組織化することも可能である。それぞれの経路リンクは、位相情報、幾何情報、および経路リンク属性情報を少なくとも含むことが可能である。クラスタ内の経路リンクは経路リンク表内に組織化可能である。それぞれの経路リンクには、経路リンク表内の経路リンクの位置を表す経路リンク数をさらに提供することが可能である。表内の経路リンクの位置は異なってよい。例えば、それぞれの（増分的な）データベース更新と共に、表内の１つまたは複数の経路リンクの位置を新しく定義することが可能である。

経路指定クラスタのサイズおよび／または数は、事前に決定されてよく、または可変であってもよい。クラスタサイズは、対応する局所タイル内で組織化されることになる経路リンクの数に依存し得る。経路指定クラスタのサイズおよび／または数は、経路リンク密度（すなわち、タイルごとの経路リンクの数）にも依存し得る。例えば、高密度の道路網を有する大都市をカバーするタイルには、より大きな経路指定クラスタおよび／またはより多数の経路指定クラスタを提供することが可能である。この文脈で、クラスタは少なくとも１つの経路リンクを含むことが可能である。タイル内の経路指定クラスタの数およびサイズから独立して、それぞれの経路指定クラスタに、それを介してクラスタがタイルに割り当てられるクラスタ識別子（クラスタＩＤ）を提供することが可能である。

少なくとも２つのデータレベルに関連する経路リンクをさらに相互リンクすることが可能である。少なくとも２つのデータレベル同士の間の相互リンクは、（長距離道路と領域距離道路とを含む）道路網全体の経路リンクを適切に接続できることを確実にし得る。１つの相互リンク方式によれば、少なくとも２つのデータレベルに、レベルノットとレベルノット識別子とを提供することが可能である。異なるレベルの関連する経路リンクを同じ識別子を有する対応するレベルノットに割り当てることによって、第１のデータレベルに関連する経路リンクを第２のデータレベルに関連する経路リンクと相互リンクすることが可能である。両方のデータレベルに関して、レベルノットと相互リンクされることになる対応する経路リンクとの間の割当てを第１の識別子表内および第２の識別子表内に記憶することが可能である。第１の識別子表は、相互リンクされることになる経路リンクを含む第１のデータレベルの対応するタイル内に記憶可能であり、第２の識別子表は第２のデータレベル内に記憶可能である。レベルノットは、第１のデータレベルおよび第２のデータレベルの対応する（割り当てられた）経路リンク同士の間の参照を確立することができる。これによって、タイルノットは、少なくとも２つのデータレベルの関連する経路リンク同士の間のリンケージを仲介することができる。

レベルノット識別子は固定識別子であってよい。固定識別子は、（増分的な）データベース更新の間に変更されない状態に留まることができる。経路リンク識別子は、（増分的な）データベース更新に伴って変更してよく、または変更しなくてもよい。経路リンク識別子が更新の間に変更された場合、第１の識別子表および／または第２の識別子表は、更新の間に、新しい経路リンク識別子を含む新しい識別子表と置換されなければならない。レベルノット識別子が変わらない状態に留まるとき、（（増分的な）更新の間に、対応する識別子表が置換されることを条件に）両方のデータレベルの間の相互リンク一貫性を常に維持することが可能である。

ナビゲーションデータベースコンテンツは、基本地図表示データ、目的地入力データ、関心地点（ＰＯＩ）データ、ＴＭＣデータ、およびデジタル地形モデル、オルソ画像（ｏｒｔｈｏｉｍａｇｅ）、全文検索、音声データ、３Ｄデータなど、さらに拡張されたナビゲーションデータのうちの少なくとも１つをさらに含むことが可能である。基本地図表示は、地図表示のために事前に一般化された道路幾何データを含むことが可能であり、オプションで、両方のデータレベル（例えば、遠距離道路レベルおよび領域距離道路レベル）に関するデータベース内に個別に記憶可能である。

道路、場所、都市などに関する目的地入力要素を含むナビゲーションデータベースの目的地入力データを少なくとも２つのデータレベルに従って区分化することも可能であり、局所目的地入力（ＬＤＥ）データは第１のデータレベルと関連付けられ、大域目的地入力（ＧＤＥ）データは第２のデータレベルと関連付けられる。ＧＤＥデータは、遠距離道路に関する目的地入力指標、ならびに、都市または都市の一部に関する目的地入力指標を含むことが可能である。ＬＤＥデータは、地方道路および／または領域距離道路に関する目的地入力指標を含むことが可能である。局所タイルに従って、領域距離道路に関連する目的地入力指標をさらに区分化することが可能である。詳細には、（場所など）地方道路に関して次に有効な特性（ＮＶＣ）ツリーを提供する目的地入力指標は、複数のＮＶＣツリーに分割可能である。それぞれのツリーは、対応する局所タイルの道路に関連する道路名を表すことができる。したがって、地方道路に関する目的地入力データは、それぞれのタイルに関する経路リンクデータに完全に対応する。都市に関する目的地入力データに基づくＮＶＣ機能性をサポートするために、局所タイルに従って分割された複数のＮＶＣツリーを、ナビゲーションアプリケーションによってオンザフライで統合することが可能である。

ナビゲーションデータベースは、ＰＯＩデータ、ならびにＰＯＩ−ＮＶＣ機能性に関するＰＯＩ指標ツリーをさらに含むことが可能である。ＰＯＩデータは、少なくとも２つのデータレベルに従って区分化可能である。詳細には、ＰＯＩデータは、遠距離道路に関連する第２のデータレベルに割り当てられた大域ＰＯＩと、領域距離道路に関連する第１のデータレベルに割り当てられた局所ＰＯＩとに区分化可能である。大域ＰＯＩデータ、ならびに局所ＰＯＩデータは、それぞれ、遠距離道路データおよび／また領域距離道路データと相互リンク可能である。そのような場合、大域ＰＯＩデータおよび局所ＰＯＩデータは、それぞれ、遠距離道路データおよび／または領域距離道路データと共に更新可能である。あるいは、ＰＯＩデータは、経路指定データから独立して組織化可能である。例えば、ＰＯＩデータは、単一のデータブロック内で、または事前に定義されたＰＯＩ範疇に従って、いくつかのデータブロックに組織化可能である。そのような場合、ＰＯＩデータは、他のナビゲーションデータから独立して更新可能であり得る。ＰＯＩデータと対応する経路リンクとの間にリンケージを提供するために、ＰＯＩデータに位置データを提供することが可能であり、その位置データに基づいて、最も近いエッジ検索を適用することが可能である。

それぞれの局所タイルに一意タイル識別子をさらに提供することが可能である。タイル識別子は、経路指定クラスタ、特別な経路指定クラスタ、固定識別子表などのデータ構造を対応するタイルに一義的に割り当てるために使用可能である。これにより、局所タイルのデータコンテンツ、またはその一部を更新するとき、更新されることになる適切なデータをアドレス指定するためにタイル識別子を使用することが可能である。

それぞれの局所タイルにタイルバージョンデータをさらに提供することが可能である。タイルバージョンデータは、それぞれの局所タイルに関する更新履歴、または最後の更新の更新日を含むことが可能である。更新履歴は、最後のタイル更新のデータバージョン番号を含むことが可能である。この更新バージョンデータに基づいて、ナビゲーションデータサプライヤは、タイル更新が必要とされるか否かを決定する。

上述のデータ構造とデータ相互リンクとに基づいて、それぞれの局所タイルは、基礎となるナビゲーションデータベース（全体）の一貫性を失わずに、個々に更新可能であるように構造化された自立式のナビゲーションデータベース下部構造を表すことができる。「自立式」は、それぞれのタイルが、対応するタイルに関連する領域距離道路区分の少なくとも幾何、位相、名称、および属性に関するすべてのナビゲーション情報を含むことが可能であることを意味し得る。したがって、実際の領域道路網内の変更だけが対応するタイル内でナビゲーションデータ修正を引き起こすことが可能である。局所タイルに関連する修正は、近接するタイル内のナビゲーションデータの修正または適応を必要としない。

やはり提供されるのは、ナビゲーションデバイスのナビゲーションデータベースを増分的に更新する方法であって、ナビゲーションデータベースは、上で議論されたデータベース構造に従って構造化される。この更新は、ナビゲーションデータサーバによって実行され、ナビゲーションデバイスから更新要求を受信するステップと、ナビゲーションデバイスに局所タイルベースで更新されたナビゲーションデータを提供するステップとを含む。

更新要求は、ナビゲーションデータベース内の現在のナビゲーションデータバージョンに関する情報を含むことが可能である。例えば、この情報は、少なくとも１つの局所タイルに関連するナビゲーションデータバージョン情報を含むことが可能である。代わりに、または加えて、この情報は、第２のデータレベルに関連するナビゲーションデータバージョン情報を含むことが可能である。受信された情報をナビゲーションデータサーバ上で利用可能なナビゲーションデータバージョン（単一のタイルおよび／または第２のデータレベルに関するナビゲーションデータバージョン）とさらに比較することが可能である。この比較は、タイルごとに実行可能である。

その比較の結果に応じて、次いで、更新されたナビゲーションデータを提供することが可能である。提供されるナビゲーションデータは、更新されることになる少なくとも１つの局所タイルに関する更新された経路指定データおよび更新された相互リンクデータを含むことが可能である。局所タイルが基本地図表示データ、目的地入力データ、ＰＯＩデータ、および拡張されたナビゲーションデータのうちの１つまたは複数とさらに関連付けられる場合、提供されるナビゲーションデータは、更新された基本地図表示データ、目的地入力データ、ＰＯＩデータ、および拡張されたナビゲーションデータのうちの１つまたは複数をさらに含むことが可能である。加えて、この更新された相互リンク情報は、更新されたタイル内の更新された経路リンクと近接するタイルおよび／または第２のデータレベルのまだ更新されていない経路リンクとの間の接続性を維持するために、更新された識別子表を含むことが可能である。

第１のデータレベルのそれぞれのタイルは個々に更新可能であり得る。それぞれのタイルはタイル固有のナビゲーションコンテンツを単に含むため、かつ例えば、第１の識別子表および第２の識別子表、または特別な経路指定クラスタによってタイルとデータレベルとの間の接続性が提供されるため、それぞれのタイルは、増分的な更新の後でデータベースの一貫性を失う危険を冒さずに個々に更新可能である。

さらに、第１のデータレベルおよび第２のデータレベルは、互いから独立して更新可能である。あるいは、第１のデータレベルと第２のデータレベルを共に更新することが可能である。タイルベースで実行された第１のデータレベル更新と対照的に、第２のデータレベルに関連するナビゲーションコンテンツは、全体として、すなわち、第２のデータレベルに関連するナビゲーションコンテンツ全体を置換することによって更新可能である。

やはり提供されるのは、コンピュータプログラム製品がコンピュータデバイス上で実行されるとき、本明細書で説明される構造化技法を実行するためのプログラムコードを備えたコンピュータプログラム製品である。このために、コンピュータプログラム製品は、コンピュータ可読記録媒体（例えば、メモリカードまたは読出し専用メモリ）上に記憶可能である。

やはり提供されるのは、本明細書で説明される構造化技術に従って構造化されたナビゲーションデータベースである。

やはり提供されるのは、本明細書で説明される構造化技術に従って構造化されたナビゲーションデータベースを含むナビゲーションデバイスである。

さらにまた、ナビゲーションデバイスのナビゲーションデータベースを増分的に更新するためのデータ信号が提供され、ナビゲーションデータベースは本明細書で説明される構造化技術に従って構造化される。データ信号は、ナビゲーションデータサーバによって提供可能である。データ信号は、第１のデータレベルの少なくとも１つの局所タイルに関する、更新された経路指定データを少なくとも含む、更新されたナビゲーションデータと、少なくとも１つの更新された局所タイルとナビゲーションデータベースの変更されない状態に留まっているナビゲーションデータとの間の接続性を確実にするために更新されることになる少なくとも１つの局所タイルに関する更新された相互リンクデータとを含む。

データ信号は、目的地入力データ、基本地図表示データ、ＰＯＩデータ、および第１のデータレベルの少なくとも１つの局所タイルに関するその他の拡張されたナビゲーションデータのうちの少なくとも１つをさらに含むことが可能である。データ信号は、更新されたタイルバージョンデータを含むことも可能である。

更新された相互リンクデータは、第２のデータレベルの経路リンクと相互リンクされることになる第１のデータレベルのタイル経路リンクと両方のレベル上の対応するタイルノットとの間の割当てを少なくとも含む少なくとも１つの識別子表を含むことが可能である。

更新ナビゲーションデータは、第２のデータレベルに関する（固定）識別子表の形で更新されたナビゲーションデータと相互リンク情報とをさらに含むことが可能である。

より詳細には、本明細書で説明される本開示の利点および態様は、以下の図面によって提示される。

本発明のナビゲーションデータ標準（ＮＤＳ）仕様書によるナビゲーションデータベースを概略的に例示する図である。 本発明のＮＤＳ仕様書によるデータレベルおよびタイルへのナビゲーションデータの組織化を示す図である。 本発明のＮＤＳ仕様書によるデータレベルおよびタイルへのナビゲーションデータの組織化を示す図である。 本発明の図２ａ／２ｂのタイル概念に関連する、図１に例示されたナビゲーションデータベース構造を概略的に例示する図である。 本発明の図２ａ／２ｂのタイル概念に関連する、図１に例示されたナビゲーションデータベース構造を概略的に例示する図である。 本発明のＮＤＳによる目的地入力データに関するナビゲーションデータベース構造を概略的に例示する図である。 本発明の１つの方法実施形態の流れ図である。 本発明の一実施形態によるナビゲーションデータベース構造化を例示する図である。 本発明の図６に例示されたナビゲーションデータベース構造化に従って区分化された経路リンクを概略的に示す図である。 本発明の図６に例示されたナビゲーションデータベース構造化に従って区分化された経路リンクを概略的に示す図である。 本発明の図６に例示されたナビゲーションデータベース構造化に従って区分化された経路リンクを概略的に示す図である。 本発明の図６に示された実施形態に従って区分化されている経路リンク相互リンクに関する一実施形態を概略的に示す図である。 本発明の図６に示された実施形態に従って区分化されている経路リンク相互リンクに関するさらなる実施形態を概略的に示す図である。 本発明の本開示によるナビゲーションデータベースの一実施形態を示す図である。 本発明の本開示によるナビゲーションデータベースの一実施形態を示す図である。 本発明の一実施形態による目的地入力データに関するナビゲーションデータベース構造を概略的に例示する図である。 本発明の本開示の一実施形態によるナビゲーションデータ更新を概略的に例示する図である。 本発明の本開示の一実施形態によるナビゲーションデータ更新を概略的に例示する図である。 本発明のさらなる方法実施形態の流れ図である。

以下の説明では、本開示の詳細な理解をもたらすために、特定のナビゲーションデータベース構造および特定のシグナリングシナリオなど、特定の詳細が、限定ではなく、説明のために記載される。本明細書で提示される技術は、これらの特定の詳細から逸脱する他の実施形態の形で実施可能である点は当業者に明らかであろう。例えば、以下の説明は主にＮＤＳに関するが、本明細書で提示される技法は、他のナビゲーションデータ標準または地図データ標準の文脈で適用されることも可能である点を容易に理解されよう。

当業者は、本明細書で説明される方法、ステップ、および機能は、個々のハードウェア回路を使用して、プログラムされたマイクロプロセッサまたは汎用コンピュータと共にソフトウェア機能を使用して、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）および／または１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を使用して実施可能であることをさらに理解されよう。本明細書で開示される方法、ステップ、および機能は、プロセッサ内、およびそのプロセッサに結合されたメモリ内で実施可能であり、メモリは、プロセッサによって実行されるとき、本明細書で議論されるステップを実行するためにプロセッサを制御する１つまたは複数のプログラムを記憶することも理解されよう。

以下の説明では、（多くのナビゲーション設計または地図データベース設計のうちの１つなど）ＮＤＳデータベース設計は、図１の概略的な例示に関してより詳細に例示的に説明される。下でより詳細に説明されるように、本明細書で提示される技法は、一実施形態では、ＮＤＳの文脈で実施可能である。

図１は、ＮＤＳによるナビゲーションデータベースを示す。ＮＤＳデータベースは、１つのデータサプライヤまたは異なるデータサプライヤによって供給される、いくつかの製品データベース１、２、．．．、ｎを含む。それぞれの製品データベースは、いくつかの更新領域１、２、３、．．．、ｎにさらに組織化され、それぞれの更新領域は、特定の大規模な地理的地域に関連するすべてのナビゲーションデータを含むように設計される。例えば、地理的領域、すなわち、欧州をカバーする製品データベースの場合、個々の更新領域は、ドイツ、ポーランドなど、個々の欧州国、またはスカンジナビア（すなわち、フィンランド、ノルウェー、およびスウェーデン）など、国グループのナビゲーションデータを含むことが可能である。それぞれの更新領域は、別個に更新可能であるように構成され、更新領域の数は製品データベースによって異なってよい。

それぞれの更新領域に関連するナビゲーションデータは、異なる構成ブロックにさらに組織化される。構成ブロックは、基本地図表示データ、経路指定データ、目的地入力データ、ＰＯＴデータ、ＴＭＣデータなど、特定のタイプのナビゲーションデータによって定義される。特定の更新領域に関する構成ブロックの数は、データサプライヤに依存し得る。更新領域は、基本地図表示データ、経路指定データ、および目的地入力データなど、基本的なナビゲーションデータだけを含むことが可能であり、またはＰＯＩ、ＴＭＣ、デジタル地形モデル、オルソ画像、全文検索、音声など、拡張されたナビゲーションデータを追加で含むことが可能である。

少なくとも経路指定データは、いわゆるデータレベルおよびタイルにさらに組織化される。次に、ＮＤＳ仕様書によるレベルおよびタイル構造が図２ａおよび２ｂに関連してより詳細に議論される。

図２ａの表は、ＮＤＳデータレベルと道路機能クラス（ＦＣ）との間のマッピングを示す。国際分類標準によれば、道路は、通常、５個の道路機能クラスに分類される。例えば、幹線道路または中央分離帯を伴う道路など、遠距離道路はＦＣ０道路またはＦＣ１道路として分類されるのに対して、領域道路および地方道路はＦＣ２−ＦＣ４道路として分類される。ＮＤＳは、１３個の経路指定データレベル（レベル１から１３）を指定して、所定の道路ＦＣの道路を特定のＮＤＳレベルに割り当てる。図２ａに示されるように（十字を参照されたい）、レベル１３は、更新領域の全道路網の経路指定データを含む基本的なレベルとして定義される。すなわち、レベル１３は、すべての５個の道路機能クラスの道路を含む最高の道路網分解能を有する。道路網分解能は、レベル番号が減少するのに伴って連続的に減少する。例えば、データレベル１０、９、８、および６は、それぞれ、ＦＣ０−ＦＣ３道路、ＦＣ０−ＦＣ２道路、ＦＣ０−ＦＣ１道路、およびＦＣ０道路を単に含む、より低い分解能の道路網を表す。

したがって、上記のＮＤＳデータレベルは、所定の分解能の道路網を表すナビゲーションデータと関連付けられる。この時点で、ＮＤＳデータレベルは、より低く番号付けされたレベルの経路指定情報を後のより高く番号付けされたレベルで部分的に複製する点に留意されたい。例えば、図２ｂに示されるように（ＮＤＳレベル８、９、１０内の対応する道路網の部分を表す例示された経路リンクを参照されたい）、データレベル８は、対応する道路網のＦＣ０道路およびＦＣ１道路（図２では、ＦＣ１道路だけが示される）を単に表すのに対して、データレベル９および１０は、領域道路および地方道路（ＦＣ０道路およびＦＣ１道路と共にＦＣ２道路およびＦＣ３道路）も含む、より詳細な道路網を表す。要約すれば、ＮＤＳレベル概念は、経路指定データを異なるデータレベルで冗長的に複製する。

さらに、やはり図２ｂに示されるように、それぞれのレベルは、所定のサイズを有するタイルにさらに分割される。タイルは、特定のＮＤＳレベルの経路指定データと、更新領域の特定の局所的な地理的地域の経路指定データとを含むデータベース下部構造を表す。ＮＤＳ仕様書によれば、タイルサイズ（すなわち、タイルに関連する局所的な地理的地域のサイズ）はＮＤＳレベル番号によって異なり、タイルサイズは、レベル番号が減少するのに伴って連続的に増大する。例えば、レベル１３は、２．５ｋｍ×２．５ｋｍの直角の地理的地域を表すタイルに再分割される。その後のより低いレベル１２には５ｋｍ×５ｋｍのサイズが既に提供されており、レベル１１には１０ｋｍ×１０ｋｍのサイズが提供されている等々である。したがって、それぞれのその後のより低く番号付けされたレベルに関して、タイルサイズは４倍にされている。しかし、タイルサイズはＮＤＳレベル番号が減少するのに伴って連続的に増大するが、道路網分解能（および、したがって、経路リンクの量）はレベルの減少に伴って減少するため、対応するデータベース下部構造サイズは、ナビゲーションデバイスによって管理可能な状態に留まる。要約すれば、レベルタイルは、制限された計算能力を備えたナビゲーションデバイスによって容易に管理可能であり、すなわち、ナビーションシステムアプリケーションによるさらなる処理のために、ナビーションシステムメインメモリ内に容易にロード可能であるデータベース下部構造単位を表す。

図３ａおよび３ｂの概略的な例示を参照すると、タイル概念に関連するＮＤＳデータベースの組織化がさらに説明される。図３ａは、更新領域、すなわち、ドイツのＮＤＳレベル９の４つのタイル２０１、２０３、２０５、２０７を例示的に表し、これら４つのタイルはミュンヘン周辺の局所的な地理的地域をカバーする。分かり易くするために、都市および一部の主要道路だけが概略的に例示される。

図３ｂは、更新領域、すなわち、ドイツに関するＮＤＳデータベースの構造を例示する。ＮＤＳデータベースは、バイナリデータ構造の形でメタデータとナビゲーションデータとを含むＳＱＬｉｔｅデータベースとして設計される。ナビゲーションデータは、基本地図表示、経路指定、目的地入力、およびＰＯＩ構成ブロックとして記憶される。基本地図表示データおよび経路指定データは、レベル９タイル構造に従ってさらに組織化される。詳細には、局所タイル２０１、２０３、２０５、２０７内に存在する経路指定リンク（すなわち、道路区分Ｌ１、Ｌ２、Ｌ３、Ｌ４、Ｌ５、Ｌ６、Ｌ７、およびＬ８に関連する経路指定リンク）が対応するタイルブロック内に記憶される。タイル境界にわたって広がる経路指定リンク（Ｌ１、Ｌ２、Ｌ６）は、それらのリンクがその開始点を有するタイルブロック内に記憶される。さらに、それぞれのタイルブロックは、それを経由して経路リンクがアドレス指定可能な一意タイル識別子（Ｔ−ＩＤ１０１１１、１０１１２、１０１１３、１０１１４を参照されたい）と関連付けられる。図３ａに示される構成の場合、経路リンクＬ８、Ｌ２はブロック１０１１１内に記憶され、経路リンクＬ３、Ｌ４、Ｌ５はブロック１０１１２内に記憶され、経路リンクＬ１はブロック１０１１３内に、経路リンクＬ６、Ｌ７はブロック１０１１４内に記憶される。

基本地図構成ブロック内の基本地図表示データの組織化は、同等であり、この時点でさらに議論されない。図３ｂの基本地図表示構成ブロックと、経路指定構成ブロックと、目的地入力構成ブロックとの間の矢印は、対応する構成ブロックのナビゲーションデータが相互リンクされていることを象徴する。例えば、対応する道路区分のグラフィカル表示を可能にするために、地図表示構成ブロック内に記憶された道路幾何データは経路構成ブロック内に記憶された経路リンクによって参照可能である（逆も同様である）。

メタデータブロックは、データベース全体に適用される、すべての構成ブロックに共通のデータを含む。メタデータの組織化に関する詳細は、対応するＮＤＳ指針に見出すことができる。

ＰＯＩ構成ブロックのデータ組織化に関して、ＮＤＳは、基本的なナビゲーション構成ブロック（すなわち、経路指定データ、基本地図表示データ、目的地入力データ）およびモノリシックデータ構造設計からの物理的な分離を示唆する。これは、ＰＯＩが記憶されて、更新領域全体として、すべてのＰＯＩ、または事前に定義されたクラスのＰＯＩ（例えば、ガソリンスタンド、レストラン、博物館など）を含む、より大きなデータブロックに組織化されることを意味する。経路指定データとＰＯＩデータとの間で欠けている相互リンクは、他のナビゲーションデータから独立したＰＯＩ更新を可能にする。しかし、ＰＯＩデータブロックのモノリシック設計は、通常、ＰＯＩデータセット全体を交換すること、または別個のデータブロックユニットとして記憶される、事前に定義されたＰＯＩクラスに関連するＰＯＩデータを少なくとも交換することであるＰＯＩ更新を依然として必要とする。

ＰＯＩデータ構造化に類似して、目的地入力データは、モノリシックデータブロックとして組織化されて、記憶される。図３ｂに概略的に例示されるように、指定されたオブジェクト「ミュンヘン」に関連するすべての目的地入力データ（例えば、通り名、家の名称など）は、図３ａに示されるタイル区分化から独立してモノリシックデータブロックとして記憶される。すなわち、目的地入力データは、対応する経路指定データおよび基本地図表示データと密に相互リンクされるが、タイルに依存するデータ下部構造に組織化されない。

ＮＤＳによる目的地入力構成ブロックの組織化は、図４にさらにおおまかに例示される。目的地入力構成ブロックは、指定されたオブジェクトデータブロックと次に有効な特性（ＮＶＣ）データブロックとを含む。それぞれの指定されたオブジェクトは、都市、国、または道路など、実世界のオブジェクトを表し、同一のオブジェクトを記述する名称は互いに関係する。指定されたオブジェクトは表内に記憶され、それぞれの指定されたオブジェクトはオブジェクトＩＤによって一意に定義される。指定されたオブジェクトは、ＮＶＣデータブロック内に記憶された少なくとも１つのＮＶＣツリーとさらに関連付けられる。ＮＶＣツリーは、文字を連続的に入力するとき、ユーザが、Ｂ構造を垂直に横断することによって、大きな名称のリストから段階的に名称を選択することを可能にするＢデータ構造である。図４では、指定されたオブジェクト「ミュンヘン」に関連する道路名に関して４つのＮＶＣツリーが例示される。道路が特定のタイル内に追加されている（例えば、タイル２０１内の「Ｎｅｕｓｔｒａｓｓｅ」）場合、ＮＶＣデータツリー全体が交換されなければならない。

既存のＮＤＳ物理記憶フォーマットは、多くの柔軟な更新概念を提供する。例えば、基本的なデータベース構造を変更せず、かつデータベースの一貫性を失わずに、製品データベースの更新領域を更新すること、または新しく追加することが可能である。加えて、データベース全体に関する、または単一の更新領域に関する単一の構成ブロックを追加もしくは更新することが可能である。経路指定データおよび地図表示データと相互リンクされていない構成ブロックデータは、一貫性を失わずに独立して更新可能である。しかし、既存のＮＤＳ記憶フォーマットによれば、ナビゲーションデータ更新は更新領域レベルまたは構成ブロックレベルで実行され、したがって、結果として、大量のデータの交換を依然としてもたらす。しかし、単一のタイルに基づく、経路指定データ、地図表示データおよび／または目的地入力データの更新（すなわち、ナビゲーションデータベースコンテンツの増分的な更新）は、現在、以下の理由で不可能である。

まず、ＮＤＳ内のマルチレベル構造は、特定のレベルの単一のタイルを単に交換するとき、データベースの矛盾をもたらす。１つの理由は、経路リンクデータ（すなわち、経路リンク属性、経路リンク位相および道路幾何に関連するデータなど）は、いくつかのレベルと関連付けられることが可能なことである。例えば、図２ｂに示されるように、新しいＦＣ１道路（太い破線を参照されたい）が導入される場合、ＦＣ１道路区分を記述する、対応する経路リンクデータは、レベル８のタイル１００１（経路リンク８ａ）内だけでなく、少なくとも、レベル９内のタイル１００４内およびレベル１０内のタイル１０１５内にも導入されなければならない。したがって、ＮＤＳレベル８、９、および１０上で一貫した道路網を取得するために、タイル１００１、１００４、１０１５は同時に更新されなければならない。

さらに、経路リンク８ａの追加は、それぞれのレベルのいくつかのタイルにわたって広がる経路リンク１の位相に関する因果関係も有する。詳細には、更新データセット内で、経路リンク１は異なる位相特徴を有する新しい経路リンク１ａ、１ｂによって置換されなければならない（経路リンクｌａは経路ノード１ｄと１ｅの間の線によって与えられる点に留意されたい）。さらに、ＮＤＳ仕様書によれば、経路リンク１ａは、その開始点が位置するタイル上にその経路属性と共に記憶される。したがって、少なくともタイル１０００、１００８、１０３０をさらに更新しなければならない。したがって、図２ｂに例示される例は、単一の道路の追加が、データベースの一貫性を維持するために、大量のデータ（すなわち、多くのタイルのナビゲーションデータ）を更新する必要がどれだけあり得るかを既に示している。

図５および図６を参照すると、次に、例示的なＮＤＳ実装形態に関して、本開示によるナビゲーションデータベース構造化の一実施形態がより詳細に議論される。図５は、１つの方法実施形態の流れ図を示し、図６は、関連するデータベース構造を視覚的に例示する。

第１のステップ（Ｓ１）で、（領域距離レベル、以下、ＲＤＬとして示される）第１のデータレベル１００と（遠距離レベル、以下、ＦＤＬとして示される）第２のデータレベル１２０とに従って、ナビゲーションデータベースコンテンツの経路指定データが区分化される。一実施形態によれば、ＲＤＬ１００は、領域（および、地方）道路（例えば、機能クラスＦＣ２、ＦＣ３、およびＦＣ４の道路として、国際道路分類（ｉｎｔｅｒｎａｔｉｏｎａｌ ｒｏａｄ ｃｌａｓｓｉｆｉｃａｔｉｏｎ）に従って分類される道路）の道路区分を表す経路リンクを含む。さらに、ＦＤＬ１００は、大きな距離規模（例えば、幹線道路および中央分離帯を伴う道路など、ＦＣ０道路およびＦＣ１道路）上の地理的地点（都市、空港など）を接続する遠距離道路と関連付けられる。

目的地入力データは、それぞれ、ＲＤＬ１００とＦＤＬ１２０とに割り当てられる、２つのより大きなデータブロックにも区分化される。詳細には、遠距離道路に関する目的地入力指標、ならびに都市および都市の一部に関する目的地入力指標を含む、いわゆる、大域目的地入力データ（ＧＤＥ）はＦＤＬ１２０と関連付けられるのに対して、地方道路および／または領域道路に関する目的地入力指標を含む、いわゆる、局所目的地入力（ＬＤＥ）データはＲＤＬ１００と関連付けられる。目的地入力データおよび経路リンクデータはナビゲーションデータベース内で高度に相互リンクされるため（例えば、目的地入力要素は対応する経路リンクを参照し、逆もまた同様であるため）、ＬＤＥデータからＧＤＥデータを分離することは、ナビゲーションデータセット全体の一貫性を危険にさらさずに、データレベル１００、１２０の両方を別個に更新することを可能にする。

加えて、ナビゲーションデータベースが関心地点（ＰＯＩ）データも含む場合、ＰＯＩデータを区分化して、両方のデータレベル１００、１２０に割り当てることが可能である。例えば、図６に示されるように、空港、港湾など、国家または超国家のサービス設備に関連するＰＯＩまたはＰＯＩデータを表すＰＯＩクラスはＦＤＬ１２０と関連付けられるのに対して、薬局、病院、レストラン、ガソリンスタンドなど、地域のＰＯＩを表すＰＯＩまたはＰＯＩクラスはＲＤＬ１００と関連付けられる。大域ＰＯＩデータ、ならびに局所ＰＯＩデータは、それぞれ、ＦＤＬ経路指定およびＦＤＬ目的地入力データのうちの少なくとも１つ、ならびに／またはＲＤＬ経路指定およびＲＤＬ目的地入力データのうちの少なくとも１つと相互リンク可能である。ＰＯＩ相互リンクの場合、提示されるＰＯＩ区分化は、現在更新されているデータレベル／タイルのＰＯＩデータを置換することによって、部分的なＰＯＩデータ更新を可能にする。したがって、ＰＯＩデータセット全体の更新は必要とされない。ＰＯＩデータが経路指定データおよび／または目的地入力データによって参照されない場合、ナビゲーションデータセット内のＰＯＩデータは独立したデータブロックを構築する。そのような場合、単一のＰＯＩ、ＰＯＩのグループ、単一のＰＯＩクラス、またはすべてのＰＯＩを、別個に、ナビゲーションデータベース２０内の経路指定データまたは目的地入力データから独立して更新することが可能である。

図５および図７ａ〜７ｃを参照して、ＲＤＬ構造化およびＦＤＬ構造化がさらに詳細に説明される。

さらなるステップ（Ｓ２）で、ＲＤＬ１００は局所タイル２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７に区分化される。局所タイル２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７は、特定の局所的な地理的地域に関連するＲＤＬナビゲーションデータ（例えば、ＲＤＬ経路指定データ、ＬＤＥデータ、地図表示データ、局所ＰＯＩデータなど）を表す。すなわち、局所タイル２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７は、所定のサイズの特定の地理的地域に関するＲＤＬナビゲーションデータおよび／またはＲＤＬナビゲーションデータ構造を表す。図７ａは、４つの局所タイル２００、２０２、２０４、２０６を例示し、それぞれの局所タイル２００、２０２、２０４、２０６は、４０ｋｍ×４０ｋｍの二次地域、ならびにその中に存在する、いくつかのＲＤＬ経路リンクをカバーすることを例示的に示す。本実施形態によれば、ナビゲーションデータベース２０によって表される地理的地域全体（例えば、欧州、北米など）は、４０ｋｍ×４０ｋｍサイズの均一タイルによって重複しない形で完全にカバーされる。この文脈で、本発明の原理はタイルサイズに依存しないことは明らかである。ＲＤＬ１００をさらに区分化するために、任意の「妥当な」サイズ（例えば、１０ｋｍ×１０ｋｍ、または２０ｋｍ×２０ｋｍなどの二次地域をカバーするタイル）を選択することが可能である。この文脈で「妥当な」は、それぞれのタイルに関連するデータまたはデータ構造のサイズがナビゲーションデバイス１０によって容易に管理可能であるように、すなわち、対応するナビゲーションアプリケーションによる処理のためにメインメモリ内にロード可能であるように、タイルサイズが選択されることを意味する。

図７ｂは、図７ａのＲＤＬタイル２００、２０２、２０４、２０６がカバーするのと同じ地理的地域をカバーする、ＦＤＬ１２０の一部を概略的に例示する。ＦＤＬ１２０の対応する地理的地域部分はタイル構造を有さない。本発明によれば、このタイル概念は、ＲＤＬ１００に関してだけ提供され、ＦＤＬ１２０に関して提供されないことが好ましい。その結果、ＮＤＳ標準におけるように、ＦＤＬ１２０に関連するナビゲーションデータはタイルに依存するデータ下部構造を有さない。

最後に、図７ｃは、ＲＤＬデータおよびＦＤＬデータの重ね合せ（すなわち、追加）として取得される、選択された地理的地域に関する道路網全体を概略的に例示する。両方のレベル１００、１２０の道路を使用して経路を計算するために、ＦＤＬ１２０とＲＤＬ１００との間の特別な相互リンク方式が必要とされる。この相互リンク方式は、図９に関して下で詳細に説明される。

次に、図５および図８を参照して、ＲＤＬ１００のタイル区分化が議論される。

図８は、対応する領域距離経路リンク（すなわち、タイル２００、２０２内に存在する領域距離道路の道路区分を表す経路リンク）と共に、図７ａのＲＤＬタイル２００、２０２を表す。図８に示されるように、両方のタイル２００、２０２は、タイル２００、２０２内に完全に存在する道路区分を表す経路リンクと、少なくとも１つのタイル境界にわたって広がる道路区分２、３、４、５を表す経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂ（タイル２００、２０２の境界にわたって広がる単一の道路区分２を表すリンク識別子Ｌ−ＩＤ５、２７内の経路リンク２ａ、２ｂを参照されたい）とを含む。タイル２００、２０２内の道路区分を表す経路リンクは、経路リンク属性および道路幾何データと共に対応するタイル２００、２０２内に記憶される。加えて、タイル２００、２０２の境界にわたって広がる道路区分２、３、４、５に関連する経路リンクは、別個の経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂにさらに分割されて（ステップ２ａ）、（タイル２００、２０２内の対応する道路区分部分を完全に表すために）提供された経路リンク情報と共に対応するタイル内に記憶される（ステップ２ｂおよび２ｃ）。したがって、ＲＤＬタイル２００、２０２は、タイル境界内に存在する経路リンクだけを含む。

タイル境界において経路リンクを分割することは、タイルが、ナビゲーションデータベースの一貫性を失わずに、互いから独立して更新可能であることを確実にする。加えて、切断された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂは、経路リンク構成内および／または（例えば、更新手順によって引き起こされた経路リンク表内の経路リンクの新しい構成、新しい識別子など）タイルの経路リンクデータ組織内の変更が近接するタイルの経路リンクの構成／組織化にも影響を及ぼすことを回避する。これにより、経路リンクの分割は、データベースの一貫性の損失の危険を冒さずに、独立して修正および更新可能である独立したナビゲーションデータベース下部構造をもたらす。

経路リンクの分割はナビゲーションデータ更新に有利であるが、ユーザの目的地入力、および本開示に従って構造化されたナビゲーションデータベース構造に基づく経路の計算を試みるとき、経路アルゴリズムに関する問題が生じる可能性がある。タイル境界における切断は近接するタイルのリンケージに干渉を引き起こす。その結果、データベースサブユニットに近接するタイル同士の間に接続性を提供する相互リンク方式が提供されなければならない。次に、図８を参照して、そのような方式が説明される。

図８に示されるように（グレイの囲み３００、３２０を参照されたい）、タイル２００、２０２の分割された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂは、１つまたは複数の特別な経路指定クラスタ３００、３２０にさらにグループ化される（Ｓ３）。それぞれのタイル２００、２０２に関して、それぞれの分割された経路リンク、２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂが対応する特別な経路指定クラスタ３００、３２０の関係経路リンク表内に固定位置を得るように、経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂがグループ化される。さらに、それぞれの分割された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂは、タイル更新の後、変更されない状態に留まる固定リンク数（例えば、経路リンク２ａ、２ｂの場合、Ｌ−ＩＤ５、Ｌ−ＩＤ２７）と関連付けられる。その結果、（増分的な）更新の間、分割されたリンクを特別な経路指定クラスタ３００、３２０に追加すること、または、分割されたリンクを特別な経路指定クラスタ３００、３２０から削除することは、特別なクラスタ３００、３２０内の経路リンク順序を変更しない。追加された経路リンクは新しいリンク番号を取得し、一方、削除されたリンクの位置は未使用の状態に留まる。固定リンク数により、それらの固定ＩＤを使用して、ある分割されたリンクから近接するタイルの対応する分割されたリンクまでを参照することによって、近接するタイルの分割されたリンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂの間に相互リンクを確立することが可能である（例えば、タイル２００、２０２の間に適切な接続性を確立するために、固定リンクＩＤ、すなわち、Ｌ−ＩＤ５およびＬ−ＩＤ２７が使用される）。これにより、分割された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂを特別なクラスタ３００、３２０にグループ化することによって、単一のタイル更新に対して頑強な相互リンク方式を近接するタイル２００、２０２間に確立することが可能である。

特別な経路指定クラスタを提供する代わりに、それぞれのタイルにタイルノットと対応するタイルノット識別子（図８に図示せず）とを提供して、経路指定アルゴリズムによって相互リンクされなければならない、近接するタイルの分割された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂを対応するタイルノットに割り当てることも考えられる。このために、それぞれのタイルに、対応するノット識別子と、相互リンクされることになる分割された経路リンク２ａ、２ｂ、３ａ、３ｂ、４ａ、４ｂ、５ａ、５ｂの経路リンクＩＤとの間の割当てを表すノット識別子表を提供することが可能である。これにより、ノット識別子表を介して、経路指定アルゴリズムは、予め分割された経路リンクを相互リンクして、タイルにわたって広がる道路区部を表すことができる。さらに、それぞれのタイル２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７に、オプションで、それぞれのタイル、２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７に関連するナビゲーションデータの現在の更新バージョンを表すタイルバージョンデータ３６０が提供される。

さらなる実施形態によれば、少なくとも１つのタイル境界にわたって広がる道路区分を表す、関連する分割された経路リンク同士の間の相互リンク（すなわち、接続性）を仲介するためのタイトルノットの提供に関して、（加えて）提供されたタイルノットは、対応するタイルの境界上、またはその境界近くに設定される。すなわち、あるタイルから別の（近接する）タイルにわたって広がる道路区分を表す経路リンクが分割されるタイル境界位置において、タイルノットの対が生み出され、この対の１つのノットは１つのタイルと関連付けられ、生成された対のもう１つのノットは他方のタイルと関連付けられる。この対の両方のノットにノット識別子が提供される。両方のノットに（１つまたは複数の）同じノット識別子を提供することが可能である。提供されるノット識別子は固定識別子であってよい。この文脈で、固定は、識別子が増分的なタイル更新の間に変わらない状態に留まることを意味する。さらに、それぞれのタイルには追加のノット識別子表が提供され、それぞれのタイルのノット識別子表は、そのタイルに関連するレベルノットと、相互に接続されることになる分割された経路リンクとの間の一意割当てを表す。したがって、ノット識別子表は、特定の分割された経路リンク（すなわち、経路リンクＩＤ）から特定のタイルノット（すなわち、タイルノットＩＤ）までを一意に参照し、したがって、タイルノット識別子表を解釈するとき、経路指定アルゴリズムが特定の分割されたリンクを特定のタイルノットと関連付けることを可能にする。それぞれのタイルノットは、次に、ノットの対の他方のノットを参照し、その他方のノットは、次に、そのリンクに割り当てられた特定の分割された経路リンクを参照し、その結果、関連する分割された経路リンク同士の間の相互リンクは、提供されるタイルノットの対によって仲介される。

また、分割されていない局所タイル２００、２０１、２０２、２０３、２０４、２０５、２０６、２０７の経路リンクは、図８の囲み３３０、３４０、３５０によって概略的に例示されるように、１つまたは複数のデータクラスタ３３０、３４０、３５０にさらに組織化される。それぞれのクラスタ３３０、３４０、３５０は自由な数の経路リンクを含むことが可能であり、それぞれのクラスタ３３０、３４０、３５０に関する経路リンクの数は、更新バージョンごとに異なってよい。特別な経路指定クラスタ３００、３２０と対照的に、クラスタ３３０、３４０、３５０内のそれぞれの経路リンクは、それぞれの（増分的な）更新に伴って変更し得る、クラスタ３３０、３４０、３５０内の経路リンクの位置を反映する、動的に割り当てられた経路リンク数（経路リンクＩＤ）と関連付けられることが可能である。また、単一のタイルに関連するクラスタ３３０、３４０、３５０の数および／またはそれぞれのクラスタ３３０、３４０、３５０内の経路の数は自由であり、更新ごとに変更してよい。それに応じて、経路リンククラスタ３３０、３４０、３５０のサイズは可変である。図８の重複する囲みによっても示されるように、経路クラスタは重複してよく、かつ／または入れ子にされてもよく、そのタイルに関連する地理的地域内の任意の位置の道路区分に対応する経路リンクを含むことが可能である。データは更新された局所タイルに限定されるため、局所タイル更新の間の経路指定クラスタ３３０、３４０、３５０の変更もしくは修正、または経路指定クラスタ３３０、３４０、３５０内で組織化された経路リンクの変更もしくは修正は、近接するタイルのナビゲーションデータ（したがって、データベースの一貫性）に影響を及ぼさない。ナビゲーションデータベース２０が目的地入力データまたは地図表示データも含む場合、対応するデータは、クラスタの形で組織化されルことも可能である。

図９は、ＦＤＬ１２０経路リンクをＲＤＬ１００経路リンクと接続するための相互リンク方式をさらに例示する。このために、図９は、図８のタイル２０２のＲＤＬ道路網と、対応するＦＤＬ道路網（すなわち、遠距離道路網）とを表す。

タイル２０２には、レベルノット２１１（図９の左を参照されたい）と、対応する固定レベルノット識別子（図示せず）とがさらに提供される。「固定」は、記憶されたレベルノット識別子が（増分的な）更新の間に変更しないことを意味する。加えて、タイル２０２には、提供されたレベルノット２１１と、（１つまたは複数の）関連するＦＤＬ経路リンクと相互リンクされなければならないタイル経路リンク２１１ｃとの間の割当てを表す第１の識別子表３８０が提供される。詳細には、固定識別子表は、対応する経路リンク２１１ｃの経路リンク識別子（Ｌ−ＩＤ１１２：１０）と固定ノット識別子との間の割当てを含む。レベルノット２１１はＦＤＬ１２０（図９の右を参照されたい）内で複製される。また、ＦＤＬ１２０には、レベルノット識別子と、対応するＲＤＬ経路リンク２１１ｃと相互リンクされることになるＦＤＬ経路リンク２１２のＦＤＬ経路リンク識別子（Ｌ−ＩＤ１７）との間の割当てを表す第２の識別子表３８１が提供される。両方のレベル１００、１２０の固定識別子表を解釈することによって、経路指定アルゴリズムは両方の関連する経路リンク２１１、２１２を相互リンクすることができる。更新手順の間、レベルノット識別子は固定された状態に留まるため、タイル２０２の経路指定データが修正されており、更新の間に経路リンク２１１ｃの経路リンクＩＤが変更されている場合ですら、ＲＤＬタイルとＦＤＬの間の相互リンクは影響を受けない状態に留まる。そのような場合、対応する経路リンクＩＤとレベルノットＩＤとの間に正確な割当てを有するために、第１の識別子表３８０だけがやはり更新されなければならない。

図１０ａおよび図１０ｂの概略図を参照すると、本開示によるＲＤＬ１００に関連するナビゲーションデータベースコンテンツの組織化が要約される。分かり易くするために、ＦＤＬナビゲーションコンテンツは図１０ａおよび図１０ｂの図で省略されている。図１０ａは、ＮＤＳデータベース構造を議論するとき、図３ａに示されたのと同じ、ミュンヘン周辺の局所的な地理的地域（したがって、同じナビゲーションデータ）を表す。図３ａに示されるナビゲーションデータ構造化と対照的に、近接するタイル２０１、２０３、２０５、２０７にわたって広がるリンクＬ１、Ｌ２、およびＬ６は、タイルリンクＬ１ａ、Ｌ１ｂ、Ｌ２ａ、Ｌ２ｂ、Ｌ６ａ、およびＬ６ｂをそれぞれ識別するために分割される。したがって、それぞれの局所タイル２０１、２０３、２０５、２０７は、対応するタイル２０１、２０３、２０５、２０７内に存在する道路区分を表す経路リンクだけと関連付けられる。さらに、タイル２０１、２０３、２０５、２０７内の経路リンクは、組織化されて、所定のクラスタ識別子（図１０ｂを参照されたい）を用いてアドレス指定可能なクラスタ３００、３２０、３２０、３４０内に記憶される。例えば、タイル２０３の場合、分割された経路リンクＬ２ｂ、Ｌ６ａは特別クラスタ３００（図１０ｂ）内で組織化されるのに対して、経路リンクＬ３、Ｌ４、Ｌ５はクラスタ３３０内で組織化される。したがって、それぞれのタイル２０１、２０３、２０４、２０５に関する経路指定データは、アドレス指定可能なデータクラスタ３００、３２０、３３０、３４０の形でデータ構造として記憶される。

基本地図表示データの組織化は、経路指定データの組織化に対してアナログである。すなわち、それぞれのタイル２０１、２０３、２０５、２０７に関して、地図表示のためのデータ（例えば、道路幾何データなど）を含む、少なくとも１つのアドレス指定可能な地図クラスタ３０５が形成される。経路指定データと基本地図表示データとの間の矢印は、この場合もやはり、対応するタイル２０１、２０３、２０５、２０７内の地図データと経路指定クラスタデータとの間のリンケージを象徴する。

さらに、ＮＤＳデータベース構造化と対照的に、目的地入力データはタイル構造に従って区分化される。これは、指定されたオブジェクト「ミュンヘン」に関連する目的地入力データ（例えば、通り名）が、それぞれ、対応するタイルの経路リンクと関連付けられることになる通り名だけを含む部分Ｍ１、Ｍ２、Ｍ３、Ｍ４に区分化されることを意味する。図１１を参照すると、目的地入力データに関する区分化概念がさらに詳細に説明される。図１１に示されるように、それぞれの部分Ｍ１、Ｍ２、Ｍ３、Ｍ４は、対応するタイル２０１、２０３、２０５、２０７に関連する通り名に関するＮＶＣ指標だけを含む。例えば、Ｍ２は、道路の名称「Ｎｅｕｓｔｒａｓｓｅ」および「Ｍｉｔｔｌｅｒｅｒ Ｒｉｎｇ」を表すＮＶＣツリーを含むタイル２０１と関連付けられている。対応するタイルはその通り区分も含むため、通り名「Ｍｉｔｔｌｅｒｅｒ Ｒｉｎｇ」は、部分Ｍ１、Ｍ２、およびＭ４のＮＶＣツリーによっても表される。したがって、タイルに従って目的地入力指標を区分化することは、局所タイル２０１、２０３、２０５、２０７内に含まれた道路と、目的地入力によって見出すことができる道路との間の一貫性を確実にする。さらに、古い／新しい通り名（例えば、タイル２０１内の「Ｎｅｕｓｔｒａｓｓｅ」）が削除／追加されなければならないとき、対応する目的地入力部分（現在の例では、Ｍ２）だけが更新されなければならない。これによって、現在のナビゲーションデータベース構造化方式によれば、それぞれのタイルは、自立した形で、すなわち、近接するタイルのナビゲーションデータ部分（分離された経路指定データ、地図表示データ、および目的地入力データ）から独立してすべてのナビゲーションデータベース部分を表す。

しかし、すべての目的地入力指標がロードおよび表示される完全なＮＶＣ機能性も提供するために、異なる部分Ｍ１、Ｍ２、Ｍ３、Ｍ４の複数のＮＶＣツリーはナビゲーションアプリケーションによってオンザフライで統合される。したがって、別個の部分として記憶されるが、オブジェクト「ミュンヘン」のすべての通りはナビゲーションＮＶＣ機能性を介してユーザによってアクセス可能である。

図１２ａ／１２ｂ、および図１３を参照して、上で説明されたような構造であるナビゲーションデータベース２０の増分的な更新がより詳細に説明される。

図１２ａは、ナビゲーションデータサーバ４０と通信中であるナビゲーションデバイス１０の一実施形態を示す。図１２ｂは、サーバ４０によって提供される更新信号３２を概略的に例示する。

ナビゲーションデバイス１０は、上述のナビゲーションデータベース２０、処理ユニット１２、位置センサ１４、入出力（Ｉ／Ｏ）モジュール１６、メインメモリ１８、ならびに通信モジュール２２を含む。位置センサ１４は、全地球測位システム（ＧＰＳ）、Ｇａｌｉｌｅｏ、またはその他のシステムなど、測位システムから位置座標を受信するように構成される。Ｉ／Ｏモジュール１６は、一方のナビゲーションデバイス１０と他方のユーザとの間のインターフェースを表す。計算または検索されたナビゲーション情報を出力するための光学手段および／または音響手段を含めることが可能である。メインメモリ１８は、処理ユニット１２によるさらなる処理のために、入力データ、通信モジュール２２上で受信されたデータ、および／またはデータベース２０からロードされたナビゲーションデータをバッファするように構成される。処理ユニット１２は、通信モジュールから受信されたデータ（すなわち、更新データ）、通信モジュールを経由して送信されることになるデータ（例えば、タイルバージョンデータ）、位置センサ１４のデータ、Ｉ／Ｏモジュール１６および／または（図１１の矢印によって示される）ナビゲーションデータベース２０のデータを調整ならびに処理するように構成される。

通信モジュール２２は、ナビゲーションサーバ４０および／またはその他のナビゲーションデバイス、ユーザ端末（スマートフォン、ＰＤＡなど）など、外部デバイスとの無線通信および／または有線通信をサポートするように構成される。通信モジュールは、ＵＭＴＳおよびＧＰＲＳ通信のうちの少なくとも１つをサポートするための少なくとも１つの無線モジュール（図１２ａに図示せず）を含むことが可能である。

ナビゲーションサーバ４０は、データリポジトリ４２、処理ユニット４４、ならびに通信モジュール４６を含む。処理ユニット４４は、通信モジュール４６および／またはデータベースリポジトリ４２から受信されたデータ、または通信モジュール４６および／またはデータベースリポジトリ４２に送信されたデータを処理する。処理ユニット４４は、両方向のデータトラフィック調整も行う。

通信モジュール４６は、（ナビゲーションデバイス１０など）クライアントとの無線通信および有線通信をサポートするように構成される。

データベースリポジトリ４２は、個々の国、大陸、またはその他の地理的領域に関する、少なくとも最新バージョンのナビゲーションデータを記憶するように構成される。データは、モジュラの形で記憶可能である。例えば、ＲＤＬ経路指定データ、目的地入力データ、地図表示データ、ＰＯＩデータ、ＴＭＣデータ、オルソ画像、３Ｄ画像などを（クラスタユニットとして）個々に記憶して、適切なタイルと関連付けることが可能である。加えて、リポジトリ４２は、ＲＤＬタイルおよびＦＤＬレベルのうちの少なくとも１つのナビゲーションコンテンツバージョンを示すバージョンデータを含む。さらに、ナビゲーションリポジトリ４２は、少なくともＲＤＬ−ＦＤＬ相互リンク、およびＲＤＬ内のタイル相互リンクを示す相互リンクデータ３８０を含む。

図１２ａ／１２ｂ、および図１３を参照すると、上で説明されたナビゲーションデータベース２０に関する増分的な更新が詳細に説明される。

第１のステップ（Ｓ１０）で、ナビゲーションデバイス１０は、通信モジュール２２を経由して更新要求３０を送信する。更新要求３０は、データベース２０の現在のナビゲーションデータバージョンに関する情報を含む。この情報は、ナビゲーションデータベースの最後の増分的な更新または完全な更新の日付に関する簡単な情報であってよい。あるいは、この情報は、バージョンツリーの形で、それぞれの個々のＲＤＬタイルバージョンに関するより詳細な情報を含むことも可能である。

第２のステップ（Ｓ２０）で、ナビゲーションサーバ４０の処理ユニット４４は、通信モジュール４６を経由して受信された更新要求３０を処理および評価する。この文脈で、処理ユニット４４は、要求信号３０をリポジトリ４２内に記憶されたバージョンデータと比較する。万一に備えて、受信された要求信号３０と、リポジトリ４２内に記憶されたバージョンデータとの間のバージョン差が決定され、処理ユニットは、どのＲＤＬタイルが更新されなければならないかをさらに決定する。処理ユニット４４は、次いで、更新されることになるＲＤＬタイルと関連付けられることになる、更新されたナビゲーションコンテンツをデータリポジトリ４２から取り出す。加えて、処理ユニットは、対応する更新された相互リンクデータ３６とＲＤＬタイルバージョンデータ３８とを取り出して、取り出されたデータをデータパケットに処理する。これらのデータパケットは、次いで、通信モジュール４６を経由して、更新信号３２として、ナビゲーションデバイス１０に送信される。送信された更新信号３２は、したがって、少なくとも１つのＲＤＬタイルに関する、更新されたナビゲーションデータ３４、少なくとも１つのＲＤＬタイルに関する相互リンクデータ３６、および、オプションで、タイルバージョンデータ３８（図１２ｂを参照されたい）を含む。

本明細書で提示される技法は特定の実施形態に関して説明されているが、本発明は、本明細書で説明され、例示された特定の実施形態に限定されない点を当業者は認識することができる。本開示は単なる例示であることを理解されたい。したがって、本発明は、添付の請求項の範囲だけによって限定されることが意図される。

Claims (29)

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. 前記第２のデータレベル（１２０）に関する固定識別子表の形で、更新されたナビゲーションデータと相互リンクデータとをさらに含む、請求項２５から２８のいずれか一項に記載の前記データ構造。

Images