JP2004518146A - ナビゲーション情報の交換方法 - Google Patents

Abstract

本発明は、ナビゲーション情報がスタート地点と目標地点の間の少なくとも１つのルートに対するルート情報を含んでいる、端末機器、特にオフボード型自動車用ナビゲーション機器と、センタとの間でナビゲーション情報を交換するための方法に関している。本発明によれば、ａ）スタート地点基準ＩＤの検証および／またはスタート地点座標の検証と、目標地点基準ＩＤおよび／または目標地点座標の検証を行うステップと、ｂ）ルートデータの計算およびルートデータの少なくとも一部を含んだルート応答値の端末機器への伝送を行うステップが含まれている。前記ルートデータは、少なくともスタート地点から目的地点までのルートの長さに依存して、スタート地点から目的地点までの少なくとも完全なルート若しくはスタート地点から該スタート地点と目的地点の間に存在する中間地点までの少なくとも部分ルートに相応する。

Description

【０００１】
本発明は、ナビゲーション情報がスタート地点と目標地点の間の少なくとも１つのルートに対するルート情報を含んでいる、端末機器、特にオフボード型自動車用ナビゲーション機器とセンタとの間でナビゲーション情報を交換するための方法に関している。
【０００２】
従来技術
ルート探索に対して、スタート地点と目標地点の間の接続路を、所定の基準に従って探索することは公知である。この目的のためには、少なくともスタート地点と目標地点を定めるルート案内要素の入力が必要である。この主の入力は、例えば自動車用ナビゲーション機器に対応付けられたキーボードを介して行われる。この自動車用ナビゲーション機器がルート案内要素データベースを装備しているならば、入力されたルート案内要素データは、当該ルート案内要素データベースの登録情報との比較によって直接検証することができる。例えばハイブリッド型の自動車用ナビゲーション機器若しくはオンボード型の自動車用ナビゲーション機器とも称される新種の自動車用ナビゲーション機器は、当該ナビゲーション機器内に完全なルート案内要素データベースを備えていない。さらにこの種の自動車用ナビゲーション機器は、ルート探索の過程が自動車用ナビゲーション機器から移されて、センター内で実施される。またスタート地点と目標地点の間の１つのルートが伝送される公知のオフボード型ナビゲーション機器も存在する。しかしながらこの公知手法では、オフラインでの目的地入力は不可能であり、また複数のルートをセグメント化したり、ルート案内過程の間に計算されたルートを短縮されたプロシージャーで実際化する能力は持たない。
【０００３】
発明の利点
本発明による方法のもとでは、以下のステップ、
ａ）スタート地点基準ＩＤの検証および／またはスタート地点座標の検証と、目標地点基準ＩＤおよび／または目標地点座標の検証を行うステップと、
ｂ）ルートデータの計算およびルートデータの少なくとも一部を含んだルート応答値の端末機器への伝送を行うステップが含まれており、この場合前記ルートデータは、少なくともスタート地点から目的地点までのルートの長さに依存して、スタート地点から目的地点までの少なくとも完全なルートに相応するか、若しくはスタート地点から該スタート地点と目的地点の間に存在する中間地点までの少なくとも部分ルートに相応している。このことによって、複数のルートおよびルート座標のセグメント化された伝送が可能となり、目下の実際の交通状況の影響および／または障害との関連付けが可能となる。さらに伝送時間もルートのセグメント化によって端末機器の要求に適応化させることができる。このことは特に間違った走行の際の代替ルートの伝送にも有効となる。
【０００４】
本発明の方法によれば有利には、さらに中間地点が、検証された中間地点基準ＩＤおよび／または検証された中間地点座標を有する。この検証された基準ＩＤないし検証された座標とは、本発明の関連の中では次のような基準ＩＤないし座標と理解されたい。すなわちセンタがアクセスできるデータベース内に記憶されている、相応のルート案内要素データベース登録情報が一義的に対応付けられるような基準ＩＤないし座標である。
【０００５】
この検証された中間地点基準ＩＤおよび／または検証された中間地点座標との関連においてさらに本発明の方法によれば有利には、この検証された中間地点基準ＩＤおよび／または検証された中間地点座標がセンタから端末機器に伝送される。この中央管理された特定の内容のこの種の伝送によって、新たなルート問い合わせの伝送がより短縮される。さらにユーザーによる目的地の新たな入力は必要ない。
【０００６】
さらに本発明の方法によれば有利には、端末機器が移動端末機器であり、この端末機器または別個の装置を介して中間地点への到達前にさらなるルートデータがセンタから要求される。この場合当該のさらなるルートデータは、少なくとも中間地点から目的地点までの１つの完全なルートかもしくは中間地点からさらなる中間地点までの少なくとも１つの部分ルートに相応する。もちろん本発明による方法は、ルートが３つの部分ルートに分けられるということに限定されるものではなく、３つ以上の部分ルートに分けることも可能である。その際これらの部分ルートの数とそれらの長さは、特に全ルートの長さに適合化される。特にルートが比較的短い場合には、有利には、ルートの分割が全く行われないのではなく、完全なルートデータが直接端末機器にもしくは別個の装置に伝送される。
【０００７】
さらに本発明の方法によれば有利には、移動端末機器または別個の装置が、さらなるルートデータの要求の際に、検証された中間地点基準ＩＤおよび／または検証された中間地点座標をセンタに伝送する。この目的のために、センタはルート計算の際に有利には、相応するルート案内要素データベース登録情報が一義的に対応付けできる中間地点のみを選択し、それによって相応する基準ＩＤおよび／または相応する座標が直ちに入手できる。
【０００８】
付加的にまたは代替的に本発明による方法のもとでは、センタが前記ステップｂ）の際にさらに１つの一義的なルートＩＤを端末機器または別個の装置に伝送する。
【０００９】
この関係において有利には、さらに、移動端末機器または別個の装置がさらなるルートデータの要求の際にルートＩＤをセンタに伝送する。それにより、既に計算されたルートデータへのアクセスがセンタ内で容易となる。さらにこの種のルートＩＤを例えばセンタによってもたらされるサービスの課金計算に用いることも考えられる。
【００１０】
本発明による方法のさらに別の有利な実施形態のもとでは、前記ステップａ）が以下のサブステップを含む。すなわち、
ａ１）アドレス分解能問い合わせをセンタに伝送するサブステップ、
ａ２）アドレス分解能問い合わせをセンタから端末機器または別の装置へ伝送するサブステップ、
ａ３）ルート問い合わせをセンタに伝送するサブステップを含む。
【００１１】
この場合前記サブステップａ１）の実施前に有利には、ユーザーによって、少なくとも１つのルート案内要素に該当するルート案内要素データが入力される。引き続きこの入力されたルート案内要素データは、アドレス分解能問い合わせによってセンタに伝送される。この場合有利には端末機器とセンタとの間でオンライン接続を介して行われる。その後でスタート地点基準ＩＤの検証およびスタート地点座標の検証および目標地点基準ＩＤおよび／または目標地点座標の検証が、例えばセンタと端末機器の間で開始される多段階の通信方式によって行われ得る。例えばいくつかのルート案内要素、例えば地名もしくは街路名などが相応のデータベース登録情報に一義的に対応付けできなかった時には、センタは複数のデータベース登録情報の選択を委ねるべく戻し、そこからユーザーは該当する登録情報を選択することができる。この関係においては、相応の基準ＩＤを選択肢と共に直接伝送してもよいし、ユーザーによって選択された登録情報に対する基準ＩＤをまず、選択に対する応答値として伝送してもよい。
【００１２】
本発明の方法によれば有利には、さらに、前記ステップａ１）の際に若しくは前記ａ２）の際に１つまたは複数の以下のパラメータがセンタに伝送される。すなわち、
地理的な座標、
場所、街路名、家屋番号、郵便暗号などのような付加的な特定量としての１つまたは複数のアドレス、
センタにおいて既に検証された１つまたは複数の基準ＩＤ
１つまたは複数の電話番号、
１つまたは複数のマップ区分、
幾何学的な区間描写
１つまたは複数のテキスト書換え
１つまたは複数の音声記録
写真記録および／またはビデオ記録
顧客情報、特に車両タイプなどのような所有者／使用者プロファイル、速度枠、ルート最適化の意志などのパラメータである。
【００１３】
この場合前記サブステップａ２）に関して本発明による方法ではさらに有利には、１つまたは複数の以下のパラメータが伝送される。すなわち、
場所、街路名、家屋番号、郵便番号などのような個々のアドレス若しくはそれらの部分的属性に対する一義的または部分的に一義的な基準ＩＤ、
年、月、日、時、分、秒などの属性を表す特定量としての時間情報、
メッセージタイムスタンプ、
所望のトラベル時間などのパラメータである。
【００１４】
この種のサブステップａ１）、ａ２）の実施は、スタート地点と目的地点の検証のためのルート案内要素データの入力の際に、融通性と快適性の高いユーザー感覚を提供する。
【００１５】
本発明の方法によれば、さらに有利には、ルート計算を重要な情報に基づいて実施できるようにするために、一義的に検証されたスタート地点基準ＩＤおよび／または一義的に検証されたスタート地点座標と、一義的に検証された目標地点基準ＩＤおよび／または一義的に検証された目標地点座標が伝送される。
【００１６】
この関係において、本発明による方法はさらに前記ステップａ３）の際にさらに一つまたは複数の以下の情報を伝送する。すなわち、
ルート計算に対する１つまたは複数の中断基準、特に最大データ量、データ転送までの最大待機時間、距離などの情報、
端末機器能力、特に表示能力および／またはオーディオ能力に関する符号化情報、
ユーザーの嗜好、特にルートデータにおける所望の付加情報形式、
年、月、日、時、分、秒などの属性を表す特定量としの時間情報、
擬人化された走行スタイル
交通情報および／またはルート障害（例えばマニュアル、ＴＭＣ、など）
の情報が伝送される。
【００１７】
前記方法ステップｂ）との関連において実施される、端末機器へのルート応答値の伝送には、本発明の方法によれば有利には、１つまたは複数の以下の情報が含まれる、すなわち
マップの付加的属性、特に距離および／または走行時間、道路レベル、街路名、グラフィカルなルート案内若しくは音声によるルート案内の指示、
画像、写真記録および／またはビデオ記録
音声記録
交通メッセージ
広告などの付加情報
ヘッダなどのデータ情報、特に言語および／または国の識別、関連システムに用いられる符号化情報、座標符号化情報、ルートデータフォーマット、既存の付加的属性に関するフラグ、
年、月、日、時、分、秒などの属性を表す特定量としの時間情報、
通信情報のタイムスタンプ
トラベル時間、
などの情報が含まれる。
【００１８】
本発明による方法との関係においてさらに有利には、端末機器または別個の装置内に、検証されたスタート地点基準ＩＤおよび／または検証されたスタート地点座標および／または検証された目標地点基準ＩＤおよび／または検証された目標地点座標が記憶される。このようにしてわずかな記憶容量しか必要としないデータベースが頻繁に使用されるスタート地点、目的地点に対して構築できる。
【００１９】
同じような形で本発明による方法によれば、センタ内に、ユーザーおよび／または端末機器に依存する検証されたスタート地点基準ＩＤおよび／または検証されたスタート地点座標および／または検証された目標地点基準ＩＤおよび／または検証された目標地点座標が記憶される。これらのデータは、ユーザーないしは端末機器に例えばユーザーないし端末機器が識別された後で可用となる。この場合このようなケースでも個人的なアドレスブックの形式で実現が可能である。
【００２０】
本発明による方法によれば、有利には、予め定められた期間の経過後に何も応答値が得られなかった場合に、１つまたは複数の前記サブステップａ１）、ａ２）、ａ３）が繰り返される。この目的のために、定めれれた時点において相応のタイムカウンタがスタートされ、その経過のもとで相応の相応のサブステップが新たに実施される。
【００２１】
本発明の方法によれば、別個の装置は移動無線機器によって形成される。この場合例えば前記サブステップａ１），ａ２）ａ３）のうちの１つまたは複数が移動電話を用いて例えばいわゆるＳＭＳ方式のメッセージを介して実施することも可能である。
【００２２】
さらに有利には、前記別個の装置が例えばインターネットに接続されたコンピュータによって形成されてもよい。その際にはコンピュータとセンタの間の通信プロセスの最後に例えばルートＩＤの伝送がセンタからコンピュータに行われ得る。この場合この種のルートＩＤは例えばこの時点で既に計算されたルートをダウンロードするために、ユーザーから自動車用ナビゲーション機器へ入力されるものであってもよい。
【００２３】
本発明によれば、前記サブステップａ１）、ａ２）は、少なくとも１つのスタート地点基準ＩＤおよび／またはスタート地点座標と、目標地点基準ＩＤおよび／または目標地点座標が検証されるまで交互に繰り返される。この場合詳細にはセンタと端末機器の間の通信が自動車用ナビゲーション機器、移動無線端末機器またはコンピュータのいずれの形態で行われるかに依存しない。
【００２４】
本発明による方法のいくつかの実施形態においては、前記サブステップａ２）が、１つのスタート地点基準ＩＤおよび／またはスタート地点座標と、目標地点基準ＩＤおよび／または目標地点座標がまだ検証されなかった場合にのみ実施される。例えばユーザーが、例えば端末機器に記憶されているリストから選択された一義的な基準ＩＤと直接結びつくルートを要求することも可能である。同じようにユーザーによって入力されたルート案内要素データが一義的であることも考えられる。この種のケースでは当該方法の高速化のためにセンタがルートデータの伝送によって直接応答してもよい。
【００２５】
本発明の従属請求項による権利範囲は本発明による方法の実施に用いられるように構成されているあらゆるセンタに及ぶものである。
【００２６】
同じことは本発明の方法の実施に用いられるように構成されているあらゆる端末機器にも当てはまる。
【００２７】
図面
本発明は以下の明細書で所属の図面に基づいてさらに詳細に説明される。この場合
図１は、本発明による方法の実施形態のエラーのない経過のもとでのメッセージシーケンスに対する一例を示した図であり、
図２は、アドレス解決問い合わせの送信後にタイムカウンタがスタートしている、本発明による方法の実施形態の経過に対する一例を示した図であり、
図３は、ルート問い合わせの送信後にタイムカウンタがスタートしている、本発明による方法の実施形態の経過に対する一例を示した図であり、
図４は、一義的なアドレス解決直後にルート計算が行われている、本発明による方法の実施形態の経過に対する一例を示した図であり、
図５は、実際的な条件下での本発明による方法の実施形態の経過の一例を示した図である。
【００２８】
実施例の説明
図１には、本発明による方法の実施形態のエラーのない経過のもとでのメッセージシーケンスに対する一例を示したものである。この場合図１に使用されている符号ＢＺの意味は以下のテーブル１に示されている。すなわち、
【００２９】
【表１】

【００３０】
図１の表示によれば、以下の経過が生じる。まず端末機器１０１、例えばオフボード型自動車用ナビゲーション機器が、アドレス解決問い合せ１０３を中央ユニット１０２に送信する。この場合このアドレス解決問い合せには、ユーザーによって適切な手段で入力されたルート案内要素データが含まれている。その際これらのルート案内要素データには、例えば地名や街路名が推定された形態若しくは短縮された形態で含まれる。このデータの入力は、キーボード、音声入力装置または何らかの適切な形で行われる。ブロック１０５では中央ユニット１０２がアドレス解決を実行する。この目的のために中央ユニット１０２は、例えばアドレス解決問い合せ１０３と共に伝送されたルート案内要素データを、中央ユニット１０２内で得られるデータベース登録情報と比較し、スタート地点基準ＩＤおよび／またはスタート地点座標と、目的地点基準ＩＤおよび／または目的地点座標とが検証される。これは伝送されたルート案内要素に基づくことができる限り行われる。１つまたは複数のルート案内要素に一義的な基準ＩＤが何も対応付けできない場合には、当該ルート案内要素に関して最もあり得そうなデータベース登録情報が例えば１つのリストに統合される。アドレス解決の後では、中央ユニット１０２がアドレス解決応答値１０６を当該端末機器に伝送する。この場合アドレス解決応答値の適時入力が、端末機器１０１によって監視され、アドレス解決問い合せ１０３の送信直後にタイムカウンタ１０４が開始される。このタイムカウンタ１０４は、予め定められた値に設定されている。図示のケースでは、アドレス解決応答値１０６がタイムカウンタ１０４の終了前に供給される。このことは水平方向の相応の矢印と×印によって示されるタイムカウンタ１０４の終了によって表されている。このアドレス解決応答値１０６には、この場合既に一義的に検証された基準ＩＤ並びにまだ一義的に検証されていないルート案内要素の１つまたは複数のリストが含まれる。ブロック１０７では、ユーザーが当該リストから、複数の基準ＩＤを完全なものにするために相応の選択を行う。ブロック１０８は、アドレスが一義的に解決できるまで前記経過が繰り返されることを示しただけのものである。全ての基準ＩＤがそろった後では、当該端末機器１０１がルート問い合せ１０９を開始する。この場合は例えば検証されたスタート地点基準ＩＤと検証された目的地点基準ＩＤが中央ユニット１０２に送信される。これらのデータに基づいて中央ユニット１０２は、ルート計算を実施する。図示されているケースでは、スタート地から目的地までのルートが次のような長さを有している。すなわち中央ユニット１０２がまず部分的なルートのみの計算を行うような長さである。部分ルートの計算の後では、中央ユニット１０２は、１つのルート応答値１１２を端末機器１０１に送信する。この場合当該ルート応答値１１２は、部分ルートに相応するルートデータを含んでいる。さらにこのルート応答値１１２は、有利には、部分ルートの終点に定められる中間地点を一義的に表す中間地点基準ＩＤを含んでいる。ルート応答値１１２の（適時）入力は、端末機器１０１によって監視される。その際タイムカウンタ１１０は、ルート問い合せ１０９が送信された直後にスタートされる。しかしながら図示のケースでは、図１からもわかるようにルート応答値１１２がタイムカウンタ１１０の終了前に供給される。ブロック１１３では、端末機器１０１がルート案内を開始する。端末機器１０１は、中間地点に到達する直前に新たなルート問い合せ１１４を中央ユニット１０２に送信する。ブロック１１５には、中央ユニットがルートを一般に複数の部分に分割することを表す示唆が含まれており、そのため当該端末機器１０１は、目的地に到達する前に複数のルート問い合せを設定しなければならない。このルート問い合せ１１４は有利には、中間地点基準ＩＤを含み、これは中央ユニット１０２からルート計算に対する新たなスタート地点として利用される。この種のルート計算は、中央ユニット１０２によってブロック１１７において実施される。ルート問い合せ１１４に対する応答として中央ユニット１０２は、さらなるルート応答値１１８を端末機器１０１に送信する。この場合このルート応答値１１８は、残りのルートに対するルートデータもしくはさらなる中間ルートを含み得る。ルート応答値１１８の（適時）入力は、端末機器１０１によって監視される。この場合ルート問い合せ１１４の送信直後にタイムカウンタ１１６がスタートする。しかしながら図示されているケースではルート応答値１１８は適時に供給される。引き続き端末機器の側では、ルート案内がさらに進められる。但しこのことは図１ではこれ以上示していない。
【００３１】
図２には、アドレス解決問い合わせの送信後にタイムカウンタがスタートしている、本発明による方法の実施形態の経過に対する一例が示されている。この場合図２中に使用されている符号ＢＺの意味は以下のテーブル２に示されている。すなわち、
【００３２】
【表２】

【００３３】
次に図２の図面によれば、以下のような経過が生じる。まず端末機器２０１は、アドレス解決問い合せ２０３を中央ユニット２０２に送信する。このアドレス解決問い合せとは、ここでは図１のアドレス解決問い合せ１０３に相応したアドレス解決問い合せである。このアドレス解決問い合せ２０３の送信直後に端末機器２０１は、タイムカウンタ２０４をスタートさせる。これはアドレス解決応答値の（適時の）入力を検査するためである。図２の図面によれば、タイムカウンタ２０４は、中央ユニット２０２からアドレス解決応答値が供給される前に終了される。それ故にこの端末機器２０１は、タイムカウンタ２０４の終了後に新たなアドレス解決問い合せ２０６を中央ユニットに送信する。このアドレス解決問い合せ２０６の送信直後に、端末機器２０１は、再びタイムカウンタ２０７をスタートさせる。ブロック２０８では、アドレス解決が行われる。このアドレス解決に続いて、中央ユニット２０２は、アドレス解決応答値２０９を当該端末機器２０１に送信する。このケースにおいてはこれはタイムカウンタ２０７の終了前に行われている。この後のさらなる経過は、図１に示したものに相応する。
【００３４】
次に図３には、ルート問い合わせの送信後にタイムカウンタがスタートされている、本発明による方法の実施形態の経過に対する一例が示されている。この場合図３中に用いられている符号ＢＺの意味は以下のテーブルに示した通りである。すなわち、
【００３５】
【表３】

【００３６】
図３の図面によれば、以下のような経過が生じる。まず端末機器３０１が、ルート問い合せ３０３を中央ユニット３０２に送信する。このルート問い合せ３０３の送信直後に、当該端末機器３０１は、相応するルート応答値の適時入力を検査するために、タイムカウンタ３０４をスタートさせる。図示のケースにおいては、中央ユニット３０２は、例えば目下の過負荷に基づいてルート問い合せ３０３に対してルート応答値を何も送信しない。それ故に端末機器３０１は、タイムカウンタ３０４の終了後に新たなルート問い合せ３０６を中央ユニット３０２に送信する。中央ユニット３０２は、さらにブロック３０８において完全なルート若しくは部分ルートのためのルート計算を実施し、それに続いてルート応答値３０９を端末機器３０１に伝送する。これはタイムカウンタ３０７の終了前に端末機器３０１に供給される。その後のさらなる経過は、図１に示されているものに相応する。
【００３７】
図４には、ルート計算が、一義的なアドレス解決の直後に行われている、本発明による方法の実施形態の経過に対する一例を示した図である。この場合図４中に使用されている符号ＢＺの意味は以下のテーブル４に示した通りである。すなわち、
【００３８】
【表４】

【００３９】
図４の図面によれば、以下のような経過が生じる。まず端末機器４０１が、アドレス解決問い合せ４０４を中央ユニット４０２に送信する。ブロック４０５においては中央ユニット４０２がアドレス解決を実施する。この図４に示されているケースにおいては、アドレス解決問い合せ４０４が、アドレスの完全な解決を可能にするルート案内要素データを含んでいる。それ故にブロック４０６においては、中央ユニット４０２により完全なルートもしくは部分的なルートに該当するルート計算が、端末機器４０１へのアドレス解決応答値の送信なしで実施される。あるいはそれの代わりに中央ユニット４０２は、ルート応答値４０７を端末機器４０１に直接送信する。ここでも応答値の（適時）入力は、端末機器４０１により、タイムカウンタ４０３を用いて検査される。ブロック４０８においては、既にルート案内が開始されている。この図４には示されていないが、この実施例のケースにおいてもさらなる部分ルートを要求したり計算させることももちろん可能である。
【００４０】
図５は、実際的な条件下での本発明による方法の実施形態の経過例を示した図である。この場合図５中に使用されている符号ＢＺの意味は以下のテーブル５に示した通りである。すなわち、
【００４１】
【表５】

【００４２】
図５の図面によれば、以下のような経過が生じる。端末機器５０１は、アドレス解決問い合せ５０３を中央ユニット５０２に送信する。この場合このアドレス解決問い合せ５０３には、ルート案内要素データ、都市名＝“ブラウンシュバイク（Ｂｒａｕｎｓｃｈｗｅｉｇ）”と街路名“ハインリッヒ通り（Ｈｅｉｎｒｉｃｈｓｔｒａｓｓｅ）”が含まれている。しかしながら街路名の入力の際には、本来は“Ｈｅｉｎｒｉｃｈｓｔｒａｓｓｅ”と正しく入力したかったにもかかわらずユーザーにうっかりした入力エラーが生じる可能性がある。ブロック５０４では、中央ユニット５０２がアドレス解決を開始する。その際データベース登録情報“ブラウンシュバイク（Ｂｒａｕｎｓｃｈｗｅｉｇ）”と“ブラウンスドルフ（Ｂｒａｕｎｓｄｏｒｆ）”が最もあり得る登録情報として選択される。街路名“ハインリッヒ通り（Ｈｅｉｎｒｉｃｈｓｔｒａｓｓｅ）”に対しては、登録情報“ハインリッヒ・ハイネ通り（Ｈｅｉｎｒｉｃｈ−Ｈｅｉｎｅ Ｓｔｒａｓｓｅ）”と“ハインリッヒ通り（Ｈｅｉｎｒｉｃｈｓｔｒａｓｓｅ）”が求められる。これらのデータベース登録情報は、テーブル５内に相応に登録されているＩＤ、すなわちアドレス解決応答値５０５と一緒に端末機器５０１に伝送される。さらにブロック５０６においては、ユーザー選択が行われる。ユーザーは、“ブラウンシュバイク市”の“ハインリッヒ通り”に相応する。
【００４３】
ＩＤ２３４５を選択する。このＩＤ２３４５は、さらなるアドレス解決問い合せ５０７を介して中央ユニット５０２に伝送される。ブロック５０８では、アドレス解決がなされる。このアドレス解決応答値５０９として、中央ユニット５０２は、既に確認された情報、都市名＝“ブラウンシュバイク（Ｂｒａｕｎｓｃｈｗｅｉｇ）”と街路名“ハインリッヒ通り（Ｈｅｉｎｒｉｃｈｓｔｒａｓｓｅ）”およびＩＤ＝２３４５を送信する。さらに可能な交差道路として“南通り”，“北通り”，“西通り”をそれぞれの所属のＩＤと共に伝送する。ブロック５１０においては、ユーザーは交差道路に関するさらなるユーザー選択を行う。ユーザーは、新たなアドレス解決問い合せ５１１を中央ユニット５０２に送信する。この場合のこのアドレス解決問い合せ５１１は、座標＝５２．１２３／１０．１２３を含む。ブロック５１２では、スタート地点に対するアドレス解決が続けられ、これは座標データを介して解決される。アドレス解決応答値５１３として中央ユニット５０２は、ＩＤ７７７７７７をスタート地点に対して送信する。その上さらに端末機器５０１内には、スタート地点基準ＩＤと目的地基準ＩＤが存在する。それらはルート問い合せ５１４の際に端末機器５０１から中央ユニット５０２に伝送される。このＩＤに基づいて、ブロック５１５では、第１のルート区分に対する部分ルートが計算される。中央ユニット５０２は、ルート応答値５１６を端末機器５０１に伝送する。この場合このルート応答値５１６は、第１の部分ルートに対するルートデータおよび中間地点基準ＩＤ＝１２３４５を含む。さらにブロック５１７では、ルート案内が開始される。有利には中間地点に到達する直前に、当該端末機器５０１は新たなルート問い合せを中央ユニット５０２に送信する。この場のこのルート問い合せ５１８には、スタートＩＤとして先に伝送された中間地点基準ＩＤとアドレス解決によって公知の目的地基準ＩＤを含んでいる。これらの基準ＩＤに基づいて、ブロック５１９では、残された残留ルートに対するルート計算が実施される。それに続いて中央ユニット５０２は、ルート応答値５２０を端末機器５０１に送信される。この場合ルート応答値とは、残留ルートに対するルートデータを含んでいる。そのためブロック５２１においてルート案内が続けられる。
【００４４】
本発明による方法の実施に対して必要となる全ての入力は、キーボードからの入力に限定されるものではない。例えばタッチスクリーン入力や音声入力なども考えられる。
【００４５】
本願で用いられるようなセンタの概念に関しては、センタを形成している全ての構成要素が位置的に隣接して配設されることが前提条件として強いられるものではない。それどころかこのセンタは、適切なハードウエアとソフトウエアで形成されてもよい。その場合にはハードウエアコンポーネントが適切なＬＡＮおよび／またはＷＡＮ接続、特にインターネットによって相互接続されてもよい。
【００４６】
また端末機器の概念としては、１つの機能的なユニットに関連させて理解されたい。その場合にはこのケースにおいても、全てのコンポーネントが空間的に隣接して例えば１つのケーシング内に設けられることが強いられる必要性もない。
【００４７】
前述してきた本発明による実施例の説明は、わかりやすくするためにだけ用いられるもので、本発明の限定を目的としたものではない。本発明の枠内では、発明の輪郭ならびにその類似性から逸脱することなく様々な変更や改善が可能である。
【図面の簡単な説明】
【図１】
本発明による方法の実施形態のエラーのない経過のもとでのメッセージシーケンスの一例を示した図である。
【図２】
アドレス解決問い合わせの送信後にタイムカウンタがスタートしている、本発明による方法の実施形態の経過例を示した図である。
【図３】
ルート問い合わせの送信後にタイムカウンタがスタートしている、本発明による方法の実施形態の経過例を示した図である。
【図４】
一義的なアドレス解決直後にルート計算が行われている、本発明による方法の実施形態の経過例を示した図である。
【図５】
実際的な条件下での本発明による方法の実施形態の経過例を示した図である。

Claims (22)

1. 端末機器、特にオフボード型自動車用ナビゲーション機器と、センタとの間でナビゲーション情報を交換するための方法であって、この場合ナビゲーション情報がスタート地点と目標地点の間の少なくとも１つのルートに対するルート情報を含んでいる形式の方法において、
   ａ）スタート地点基準ＩＤの検証および／またはスタート地点座標の検証と、目標地点基準ＩＤおよび／または目標地点座標の検証を行うステップと、
   ｂ）ルートデータの計算およびルートデータの少なくとも一部を含んだルート応答値の端末機器への伝送を行うステップを含んでおり、この場合前記ルートデータは、少なくともスタート地点から目的地点までのルートの長さに依存して、スタート地点から目的地点までの少なくとも完全なルートに相応するか、若しくはスタート地点から該スタート地点と目的地点の間に存在する中間地点までの少なくとも部分ルートに相応するものであることを特徴とする方法。
2. 前記中間地点は、検証された中間地点基準ＩＤおよび／または検証された中間地点座標を有している、請求項１記載の方法。
3. 前記検証された中間地点基準ＩＤおよび／または検証された中華地点座標は、センタから端末機器に伝送される、請求項１または２記載の方法。
4. 前記端末機器は移動端末機器であり、該端末機器を介してまたは別個の装置を介して、中間地点の到達前にさらなるルートデータがセンタから要求され、この場合さらなるルートデータは、少なくともスタート地点から目的地点までの完全なルートかもしくは中間地点からさらなる別の中間地点までの部分ルートに相応する、請求項１から３いずれか１項記載の方法。
5. 移動端末機器または別個の装置は、さらなるルートデータの要求の際に、検証された中間地点基準ＩＤおよび／または検証された中間地点座標をセンタに伝送する、請求項１から４いずれか１項記載の方法。
6. 前記センタは、前記ステップｂ）の際にさらなる一義的なルートＩＤを端末機器に若しくは別個の装置に伝送する、請求項１から５いずれか１項記載の方法。
7. 移動端末機器または別個の装置は、さらなるルートデータの要求の際にルートＩＤをセンタに伝送する、請求項１から６いずれか１項記載の方法。
8. 前記ステップａ）は、以下のサブステップ、
   ａ１）アドレス分解能問い合わせをセンタに伝送するサブステップと、
   ａ２）アドレス分解能問い合わせをセンタから端末機器または別の装置へ伝送するサブステップと、
   ａ３）ルート問い合わせをセンタに伝送するサブステップとを含んでいる、請求項１から７いずれか１項記載の方法。
9. 前記サブステップａ１）および／またはサブステップａ２）の際に１つまたは複数の以下のパラメータがセンタに伝送される、すなわち、
   地理的な座標、
   場所、街路名、家屋番号、郵便暗号などのような付加的な特定量としての１つまたは複数のアドレス、
   センタにおいて既に検証された１つまたは複数の基準ＩＤ
   １つまたは複数の電話番号、
   １つまたは複数のマップ区分、
   幾何学的な区間描写
   １つまたは複数のテキスト書換え
   １つまたは複数の音声記録
   写真記録および／またはビデオ記録
   顧客情報、特に車両タイプなどのような所有者／使用者プロファイル、速度枠、ルート最適化の意志などのパラメータがセンタに伝送される、請求項１から８いずれか１項記載の方法。
10. 前記サブステップａ２）において、１つまたは複数の以下のパラメータが伝送される、すなわち
    場所、街路名、家屋番号、郵便番号などのような個々のアドレス若しくはそれらの部分的属性に対する一義的または部分的に一義的な基準ＩＤ、
    年、月、日、時、分、秒などの属性を表す特定量としての時間情報、
    メッセージタイムスタンプ、
    所望のトラベル時間などのパラメータを伝送する、請求項１から９いずれか１項記載の方法。
11. 前記サブステップａ３）において、一義的に検証されたスタート地点基準ＩＤおよび／または一義的に検証されたスタート地点座標と、一義的に検証された目的地点基準ＩＤおよび／または一義的に検証された目的地点座標が伝送される、請求項１から１０いずれか１項記載の方法。
12. 前記サブステップａ３）において、さらに１つまたは複数の以下の情報が伝送される、すなわち
    ルート計算に対する１つまたは複数の中断基準、特に最大データ量、データ転送までの最大待機時間、距離などの情報、
    端末機器能力、特に表示能力および／またはオーディオ能力に関する符号化情報、
    ユーザーの嗜好、特にルートデータにおける所望の付加情報形式、
    年、月、日、時、分、秒などの属性を表す特定量としの時間情報、
    擬人化された走行スタイル
    交通情報および／またはルート障害（例えばマニュアル、ＴＭＣ、など）
    の情報が伝送される、請求項１から１１いずれか１項記載の方法。
13. 前記ルート応答値は、さらに１つまたは複数の以下の情報を含んでいる、すなわち
    マップの付加的属性、特に距離および／または走行時間、道路レベル、街路名、グラフィカルなルート案内若しくは音声によるルート案内の指示、
    画像、写真記録および／またはビデオ記録
    音声記録
    交通メッセージ
    広告などの付加情報
    ヘッダなどのデータ情報、特に言語および／または国の識別、関連システムに用いられる符号化情報、座標符号化情報、ルートデータフォーマット、既存の付加的属性に関するフラグ、
    年、月、日、時、分、秒などの属性を表す特定量としの時間情報、
    通信情報のタイムスタンプ
    トラベル時間、
    などの情報を含んでいる、請求項１から１２いずれか１項記載の方法。
14. 前記端末機器または別個の装置内に、検証されたスタート地点基準ＩＤおよび／または検証されたスタート地点座標および／または検証された目標地点基準ＩＤおよび／または検証された目標地点座標が記憶されている、請求項１から１３いずれか１項記載の方法。
15. 前記センタ内に、ユーザーおよび／または端末機器に依存する検証されたスタート地点基準ＩＤおよび／または検証されたスタート地点座標および／または検証された目標地点基準ＩＤおよび／または検証された目標地点座標が記憶されている、請求項１から１４いずれか１項記載の方法。
16. 予め定められた期間の経過後に何も応答値が得られなかった場合に、１つまたは複数の前記サブステップａ１）、ａ２）、ａ３）が繰り返される、請求項１から１５いずれか１項記載の方法。
17. 前記別個の装置は、移動無線端末機器によって形成されている、請求項１から１６いずれか１項記載の方法。
18. 前記別個の装置は、コンピュータによって形成されている、請求項１から１７いずれか１項記載の方法。
19. 前記サブステップａ１）、ａ２）は、少なくとも１つのスタート地点基準ＩＤおよび／またはスタート地点座標と、目標地点基準ＩＤおよび／または目標地点座標が検証されるまで交互に繰り返される、請求項１から１８いずれか１項記載の方法。
20. 前記サブステップａ２）は、１つのスタート地点基準ＩＤおよび／またはスタート地点座標と、目標地点基準ＩＤおよび／または目標地点座標がまだ検証されなかった場合にのみ実施される、請求項１から１９いずれか１項記載の方法。
21. 請求項１から２０に記載された方法の実施に用いられるように構成されていることを特徴とするセンタ。
22. 請求項１から２０に記載されている方法の実施に用いられるように構成されていることを特徴とする、端末機器、特に自動車用ナビゲーション機器。