JP2010536075A - 場所データ処理装置及び場所情報をインポートする方法 - Google Patents

Abstract

【課題】
【解決手段】
場所データ処理装置は、使用時に、コンテンツ要求に応答して生成されるコンテンツを受信するように構成されるデータ強化モジュール（１７１）を具備する。データ強化モジュール（１７１）は、コンテンツを提示する前に場所インポートデータをコンテンツに埋め込むように構成される。場所インポートデータは、データ構造定義に従って編成される。

Description

本発明は、例えば、データを受信し且つ受信したデータを強化するタイプの場所情報インポート装置に関する。また、本発明は、例えば、コンテンツに対する要求を受信し且つ強化されたデータを用いてコンテンツに対する要求を処理するタイプの場所情報をインポートする方法に関する。

ＧＰＳ（Global Positioning System）信号受信／処理機能性を含む携帯ナビゲーションデバイス（ＰＮＤ）等の携帯演算装置は周知であり、車載ナビゲーションシステム又は他の車両ナビゲーションシステムとして広く採用される。

一般に、現代のＰＮＤは、プロセッサ、メモリ（揮発性及び不揮発性のうちの少なくとも一方であり、通常は双方）、当該メモリ内に格納された地図データを具備する。プロセッサ及びメモリは協働して、ソフトウェアオペレーティングシステムが確立されてもよい実行環境を提供する。更に、ＰＮＤの機能性を制御可能にしたり、種々の他の機能を提供したりするために、１つ以上の追加のソフトウェアプログラムが提供されることが一般的である。

通常、これらのデバイスは、ユーザがデバイスと対話し且つデバイスを制御できるようにする１つ以上の入力インタフェースと、情報がユーザに中継されるようにする１つ以上の出力インタフェースとを更に具備する。出力インタフェースの例は、表示装置及び可聴出力用スピーカを含む。入力インタフェースの例は、デバイスのオン／オフ動作又は他の特徴を制御するための１つ以上の物理ボタン（これらのボタンは、必ずしもデバイス自体に存在する必要はなく、デバイスが車両に組み込まれる場合はハンドル上に存在してもよい）及びユーザの音声を検出するためのマイクを含む。１つの特定の構成において、出力インタフェースディスプレイは、ユーザが接触によりデバイスを動作できるようにする入力インタフェースを提供するため、追加でタッチセンスディスプレイ（例えば、タッチセンスオーバーレイにより）として構成されてもよい。

また、この種のデバイスは、デバイスとの間で電力及びオプションとしてデータ信号を送受信可能にする１つ以上の物理コネクタインタフェースと、オプションとして、セルラ通信、並びに他の信号ネットワーク及びデータネットワーク、例えば、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、Ｗｉ−Ｍａｘ、ＧＳＭ、ＵＭＴＳ等を介する通信を可能にする１つ以上の無線送信機／受信機を含むことが多い。

この種のＰＮＤはＧＰＳアンテナを更に含み、これにより、場所データを含む衛星放送信号は受信され、その後デバイスの現在地を判定するために処理される。

ＰＮＤは、現在の角加速度及び直線加速度を判定するため及びその後ＧＰＳ信号から取得された場所情報と関連してデバイス及びデバイスが搭載されている車両の速度及び相対変位を判定するために処理可能な信号を生成する電子ジャイロスコープ及び加速度計を更に含んでもよい。通常、そのような特徴は、車載ナビゲーションシステムに装備されるのが最も一般的であるが、ＰＮＤに装備するのが好都合な場合はＰＮＤに装備されてもよい。

そのようなＰＮＤの有用性は、第１の場所（通常は出発地又は現在の場所）と第２の場所（通常は目的地）との間のルートを判定する能力において主に示される。これらの場所は、郵便番号、街路名及び番地、事前に格納された「周知の」目的地（有名な場所、市営の場所（運動場又は水泳プール等）又は他の地点情報等）及びお気に入りの目的地又は最近訪問した目的地等、様々な異なる方法のうち任意の方法によって、デバイスのユーザにより入力可能である。

通常、ＰＮＤは、地図データから出発地の住所の場所と目的地の住所の場所との間の「最善」又は「最適」なルートを計算することがソフトウェアにより可能になる。「最善」又は「最適」なルートは所定の基準に基づいて判定され、必ずしも最速又は最短のルートである必要はない。運転者を案内する際に沿うルートの選択は非常に高度であり、選択されたルートは、既存の交通道路情報、予測される交通道路情報、動的に及び／又は無線で受信される交通道路情報、道路速度に関する履歴情報、並びに道路選択を判定する要因に対する運転者自身の好み（例えば運転者は、ルートが高速自動車道路又は有料道路を含むべきではないと指定してもよい）を考慮に入れてもよい。

更にデバイスは、道路及び交通の状態を連続的に監視し、変化した状態のために、残りの行程を実行するルートを変更するように提案又は選択してもよい。種々の技術（例えば、移動電話データ交換、固定カメラ、ＧＰＳの艦隊の追跡）に基づくリアルタイム交通監視システムは、交通の遅延を識別し且つ通知システムに情報を供給するために使用されている。

この種のＰＮＤは、通常は車両のダッシュボード又はフロントガラスに搭載されるが、車両のラジオに搭載されたコンピュータの一部又は実際は車両自体の制御システムの一部として形成されてもよい。ナビゲーションデバイスは、ＰＤＡ（Portable Digital Assistant）、メディアプレーヤ又は移動電話等のハンドヘルドシステムの一部であってもよく、その場合、ハンドヘルドシステムの標準的な機能性は、ルートの計算及び計算されたルートに沿うナビゲーションの双方を実行するためにデバイスにソフトウェアをインストールすることにより拡張される。

ルート計画／ナビゲーション機能性は、適切なソフトウェアを実行するデスクトップ又は移動演算リソースにより提供されてもよい。例えば、イギリス王立自動車クラブ（ＲＡＣ）は、ｈｔｔｐ：／／ｗｗｗ．ｒａｃ．ｃｏ．ｕｋにおいてオンラインルート計画／ナビゲーション機能を提供する。この機能により、ユーザは出発点及び目的地を入力でき、その結果、ユーザの演算リソースが通信しているサーバはルート（このルート全般に関してはユーザが指定してもよい）を計算し、地図を生成し、選択された出発点から選択された目的地にユーザを案内するための包括的なナビゲーション命令の集合を生成する。この機能は、計算されたルートの擬似３次元レンダリング及びルートに沿って移動するユーザをシミュレートすることにより計算されたルートのプレビューをユーザに提供するルートプレビュー機能性を更に提供する。

ＰＮＤの場合、ルートが計算されると、ユーザはナビゲーションデバイスと対話し、オプションとして提案されたルートのリストから所望の計算されたルートを選択する。オプションとして、ユーザは、例えば、ある特定の行程に対して特定のルート、道路、場所又は基準が回避されるべきであるか又は必須であると指定することにより、ルート選択処理に介入するか又はルート選択処理を案内してもよい。ＰＮＤのルート計算の面は、１つの主要な機能を形成し、そのようなルートに沿うナビゲーションは別の主要な機能である。

計算されたルートに沿うナビゲーション中、そのようなＰＮＤが、選択されたルートに沿ってそのルートの終点、すなわち所望の目的地にユーザを案内するための視覚命令及び／又は可聴命令を提供することは一般的である。また、ＰＮＤがナビゲーション中に地図情報を画面上に表示することも一般的であり、そのような情報は、表示される地図情報がデバイスの現在地を示し、従ってユーザの現在地又はデバイスが車載ナビゲーションに使用されている場合はユーザの車両の現在地を示すように、画面上で定期的に更新される。

画面上に表示されるアイコンは、通常はデバイスの現在地を示し、デバイスの現在地の近傍の現在の道路及び周辺の道路の地図情報、並びに同様に表示されている他の地図特徴と共に中央に配置される。更にナビゲーション情報は、オプションとして、表示される地図情報の上方、下方又は片側のステータスバーに表示されてもよく、ナビゲーション情報の例は、次にユーザが現在の道路で方向転換をする必要のある地点までの距離を含み、方向転換の特性は、例えば左折又は右折の方向転換の特定の種類を示す更なるアイコンにより示される。また、ナビゲーション機能は、ユーザをルートに沿って案内する可聴命令の内容、継続時間及びタイミングを判定する。「１００ｍ以内に左折」等の単純な命令は多大な処理及び解析を必要とすることが理解されるであろう。上述のように、デバイスとのユーザ対話はタッチスクリーンにより行われてもよく、それに加えて又はその代わりに、ハンドルの支柱に搭載された遠隔制御、音声起動又は他の任意の適切な方法により行われてもよい。

デバイスにより提供される更なる重要な機能は、ナビゲーション中（誤って又は故意に）に事前に計算されたルートからユーザが外れた（誤って又は故意に）場合、別のルートがより適切であるとリアルタイムの交通状態が示し且つデバイスがそのような状態を適切に自動認識できる場合、又はユーザがなんらかの理由で積極的にデバイスにルートの再計算を実行させる場合における自動ルート再計算である。

また、ユーザが定義した基準でルートを計算できることが周知である。例えば、ユーザは、景色のよいルートがデバイスにより計算されることを好むか、あるいは交通渋滞が発生する可能性が高いか、予想されるか又は現在発生している任意の道路を回避することを希望する場合がある。その場合、デバイスのソフトウェアは種々のルートを計算し、例えば、景色が美しい所としてタグ付けされた地点情報（ＰＯＩとして周知である）をルートに沿って最も多く含むルートをより有利に重み付けするか、あるいは特定の道路で発生しやすい交通状態を示す格納された情報を使用することにより、発生しやすい渋滞又はそれによる遅延のレベルに関して計算されたルートを配列する。他のＰＯＩ及び交通情報を使用するルート計算及びナビゲーション基準も可能である。

ルート計算機能及びナビゲーション機能は、ＰＮＤの全体的な有用性の基本になるものであるが、デバイスを単に情報表示、すなわち「自由運転」のために使用することが可能である。この場合、デバイスの現在地に関連する地図情報のみが表示され、ルートは計算されず、ナビゲーションは現時点でデバイスにより実行されない。そのような動作モードは、多くの場合ユーザが移動時に沿うのが望ましいルートを既知であり、ナビゲーション補助を必要としないときに適用可能である。

上述の種類のデバイス、例えば、（公序良俗違反につき、不掲載）ＩｎｔｅｒｎａｔｉｏｎａｌＢ．Ｖ．により製造及び供給されるＯＮＥモデルは、ユーザが１つの位置から別の位置へナビゲートできるようにする信頼性の高い手段を提供する。そのようなデバイスは、デバイスがナビゲートしている目的地までのルートにユーザが精通していない場合に非常に有用である。

上述のように、事前に格納された「周知の」目的地又は他の地点情報、あるいはお気に入りの目的地又は最近訪問した目的地は、ＰＮＤを使用するナビゲーションと関連して使用可能である。この点においてＰＮＤは、通常、ＰＮＤのメモリ又は他の記憶装置に格納された地図データに添付される地点情報のデータベースを具備する。ＰＮＤの製造業者又は地図業者により提供される地点情報データは、消費者の観点から見て実際には互いに区別がつかない。更に、地図業者による地点情報データの集計とＰＮＤで使用するための最終的な公開及び発行との間に遅延が存在するため、ＰＮＤの通常利用可能な地点情報データは古い場合が多い。遅延は特に、地点情報データの公開を地図の公開と同時に行いたいという要望に起因する。更に地点情報データは、ＰＮＤの大部分のユーザの必要性に対して通常は不完全であり且つ充分に広範ではない。更に、地点情報データの探索は非常に限定される。実際、ＰＮＤのユーザは、通常は１つの基準又はカテゴリ、例えば「レストラン」に従ってのみ地点情報データを探索できる。例えば「イタリアンレストラン」の、関心の更なる詳細を指定するため及びそれにより探索結果を閲覧時にＰＮＤのユーザの作業負荷を軽減するために結果を更に限定するため、地点情報データを「ドリルダウンする」ことはできない。第３者の地点情報セットが入手可能とされているが、第３者の地点情報セットをＰＮＤにインストールすることは、ユーザにとって実行が比較的に面倒である。また、第３者の地点情報セットは、拡張性を有するように設計されていない。

本発明の第１の態様によると、使用時に、コンテンツ要求に応答して生成されるコンテンツを受信するように構成されるデータ強化モジュールを具備する場所データ処理装置が提供される。データ強化モジュールは、コンテンツを提示する前に場所インポートデータ（location importation data）をコンテンツに埋め込むように構成され、場所インポートデータは、データ構造定義に従って編成される。

データ強化モジュールは、コンテンツを解析し、コンテンツ内の候補場所情報を識別するように構成されてもよく、データ強化モジュールは、候補場所情報から場所インポートデータを生成するように更に構成される。

データ強化モジュールは、データ構造定義の複数のフィールドに対応するデータを候補場所情報から抽出し、データ構造定義に従って抽出したデータを編成するように構成されてもよい。

場所インポートデータの少なくとも一部は、統一資源識別子（ＵＲＩ）として符号化されてもよい。場所インポートデータの少なくとも一部は、統一資源位置指定子（ＵＲＬ）として符号化されてもよい。

データ構造定義は、サーバのアプリケーション・プログラミング・インタフェース（ＡＰＩ）に適合してもよい。アプリケーション・プログラミング・インタフェースは、ナビゲーション装置又はナビゲーション装置に対するデバイス管理アプリケーションに関係してもよい。

データ強化モジュールは、ナビゲーション装置にインポート可能であり且つコンテンツ内に示される地理的場所に関連する場所情報の存在を視覚的に示すオブジェクトを場所インポートデータに関連するコンテンツに埋め込むように構成されてもよい。

場所インポートデータは、デバイス管理アプリケーション、ナビゲーション装置の少なくともいずれかのインポート処理と互換性があってもよい。インポート処理は、場所インポートデータの少なくとも一部を直接インポートするために実行されてもよい。

場所インポートデータは、要求／応答通信プロトコルに従った要求を含んでもよい。

本発明の第２の態様によると、本発明の第１の態様に関連して上述された場所データ処理装置をサポートするように構成される処理リソースと、コンテンツ要求をコンテンツサーバに通信するための通信インタフェースとを具備するクライアント端末装置が提供される。処理リソースは、コンテンツ要求に関連する情報を受信するためのユーザインタフェースをサポートするように構成される。

コンテンツ要求に関連する情報は、第１の探索語を含んでもよい。コンテンツ要求に関連する情報は、第２の探索語を含んでもよい。コンテンツ要求に関連する情報は、第３の探索語を含んでもよい。コンテンツ要求に関連する情報は、第１の探索語、第２の探索語、第３の探索語の少なくともいずれかを含む複数の探索語を含んでもよい。

装置は、コンテンツ要求に関連する情報を収集するためのデータ収集インタフェースを提供するユーザインタフェースによりサポートされるブラウザアプリケーションを更に具備してもよい。ブラウザアプリケーションは、データ強化モジュールによる変更として受信コンテンツを提示するように構成される。

データ収集インタフェースは、ウェブページであってもよい。ブラウザは、データ強化モジュールが受信したコンテンツを、例えば、探索結果ウェブページ等の別のウェブページとして提示するように構成されてもよい。

データ強化モジュールは、ブラウザプラグインであってもよい。

データ強化モジュールは、入力デバイスを介して識別情報を受信するように構成されてもよい。識別情報は、地理的場所に関連する受信コンテンツの少なくとも一部を識別し、データ強化モジュールは、識別情報の提供に応答して、受信コンテンツの一部に関して場所インポートデータを生成するように構成される。

入力デバイスは、タッチスクリーンの一部であってもよく、又はコンピュータマウスであってもよい。

装置は、外部接続可能なナビゲーションデバイスを管理するためのデバイス管理アプリケーションを更に具備してもよい。デバイス管理アプリケーションは、使用時に、コンテンツ要求に関連する情報を収集するためのデータ収集インタフェースを提供するように構成される。デバイス管理アプリケーションは、データ強化モジュールによる変更として受信コンテンツを提示するように構成される。

デバイス管理アプリケーションは、ナビゲーションデバイスがクライアント端末装置に結合されているかを判定するように構成されてもよい。

デバイス管理アプリケーションは、ナビゲーションデバイスがクライアント端末装置に結合されていると検出されるのに応答して、場所インポートデータの少なくとも一部をナビゲーションデバイスにインポートするように構成されてもよい。

場所インポートデータの少なくとも一部のインポートは、ユーザ入力に応答してもよい。ユーザ入力は、場所インポートデータの少なくとも一部に対応する地理的場所を地図上に示すという指示であってもよい。ユーザ入力は、１つの地点情報又は地点情報セットとして場所インポートデータの少なくとも一部を格納することであってもよい。ユーザ入力は、お気に入りの場所として場所インポートデータの少なくとも一部を格納することであってもよい。

デバイス管理アプリケーションは、ナビゲーションデバイスがクライアント端末装置から切断されていると検出されるのに応答して、後でナビゲーションデバイスにインポートするために場所インポートデータの少なくとも一部をキューに入れるように構成されてもよい。

装置は、ナビゲーション装置のナビゲーション・アプリケーションを更に具備してもよい。ナビゲーション・アプリケーションは、使用時に、コンテンツ要求に関連する情報を収集するためのデータ収集インタフェースを提供するように構成される。ナビゲーション・アプリケーションは、データ強化モジュールによる変更として受信コンテンツを提示するように構成される。

本発明の第３の態様によると、本発明の第２の態様に関連して上述されたクライアント端末装置を具備するナビゲーションデバイスが提供される。

処理リソースは、ユーザインタフェースを介して複数の地理的場所を提示し、ユーザが地点情報セットを指示するために複数の地理的場所のうち２つ以上を選択できるようにするように構成されてもよい。

処理リソースは、地点情報セットの名称の選択を許可するように構成されてもよい。処理リソースは、地点情報セットに対するグラフィック画像、地点情報セットの地理的場所の少なくともいずれかの選択を許可するように構成されてもよい。処理リソースは、ユーザインタフェースを介して、単一のユーザ動作により複数の地理的場所の全てをユーザが選択できる機能を提供するように構成されてもよい。単一のユーザ動作は、「全てを選択する」形式のチェックボックスの選択であってもよい。

場所インポートデータは、インポートするためにクライアント端末装置により使用可能な別のデータ構造定義に従って編成されるインポート可能な形式に場所インポートデータを変換するためのサーバを識別してもよい。

インポート可能な形式は、ナビゲーション装置に場所インポートデータの少なくとも一部を直接インポートするためにナビゲーション装置により使用されてもよい。インポート可能な形式は、ナビゲーションデバイスに場所インポートデータの少なくとも一部を直接インポートするためにデバイス管理アプリケーションにより使用されてもよい。

処理リソースは、処理及びその後に地点情報セットに対応する場所インポートデータを受信するために複数の地理的場所のうち選択された２つ以上の地理的場所をサーバに通信するように構成されてもよい。

場所インポートデータは、場所インポートデータの選択に応答してブラウザアプリケーションが開始ページを開くように構成されてもよい。

処理リソースは、場所インポートデータのユーザ選択に応答して要求をサーバに通信するように構成されてもよい。要求は、ナビゲーション装置にインポートするためにサーバからナビゲーション装置に場所インポートデータの少なくとも一部に対応する情報を無線通信するための要求を示す。

本発明の第４の態様によると、ナビゲーション装置に場所情報をインポートする方法が提供される。方法は、クライアント端末からサーバにコンテンツに対する要求を通信するステップと、地理的場所に対応する候補場所情報を含むコンテンツに対する要求を処理するためにデータにアクセスしデータを処理するステップと、候補場所情報に関連し、データ構造定義に従って編成される場所インポートデータを生成するステップと、コンテンツに場所インポートデータを埋め込むステップとを含む。

本発明の第５の態様によると、ナビゲーション装置に対する場所データの提供に関連する電子商取引を実行する方法が提供される。方法は、コンテンツに対する要求を処理するためにコンテンツプロバイダと提携するステップと、コンテンツ内で識別される地理的場所に関連する場所データをナビゲーションデバイスにインポートするための形式で提供するためにデータ構造定義を使用するステップと、場所データに対する要求を記録するステップと、コンテンツの少なくとも一部の供給に関して第３者からのコンテンツプロバイダにより行われる収入の分配を割り当てるステップとを含む。

分配される収入は、コンテンツに対する要求に関連する広告収入に関連してもよい。

本発明の第６の態様によると、本発明の第４の態様又は第５の態様に関連して上述された方法をコンピュータに実行させるコンピュータプログラムコード手段を含むコンピュータプログラム要素が提供される。

コンピュータプログラム要素は、コンピュータ可読媒体上で実現されてもよい。

上記の実施形態の利点は以下に記載され、上記の各実施形態の更なる詳細及び特徴は、添付の従属請求項及び以下の詳細な説明中で定義される。

従って、特に、信頼性の高い情報供給元からの場所情報の非常に完全且つ最新のデータベースへのアクセスを許可する装置、システム及び方法を提供することが可能である。実際、ユーザは、場所情報へのアクセス可能性が向上することにより場所情報のデータベースから適切で正確且つ豊富な情報コンテンツを取得できる。更に、取得される情報は、ＰＮＤによりローカルに格納された既存の地点情報データベースから得られるデータより最新である。また、ユーザは、ＰＮＤにより現在格納されている既存の地点情報より高水準で豊富なコンテンツを有する場所情報にアクセスできる。場所情報を取得するために既存の探索機能であるエンジン及びデータベースの双方を使用できる結果、取得される場所情報の適合率が向上する。この点において、探索エンジンは、ユーザが注目場所の種類をより詳細に指定できるようにするために使用可能である。ユーザは、利用可能な高度で且つ融通性を有する探索機能へのアクセスにより注目場所のジャンル又はカテゴリ及び任意の数のサブジャンル又はサブカテゴリを指定するために任意の所望の探索基準を自由に入力できる。その結果、任意の領域内の場所を見つけるというユーザの個人的な必要性が達成される。

更に、場所情報のセットを形成するため、より焦点を絞った場所情報を取得するためにこの機能を使用することが可能であり、従って、ＰＮＤにおいて、例えば、地点情報の場所情報の個人的なセットを作成及び使用することが可能になる。

場所情報への有利なアクセス可能性は、ユーザが自宅、職場、あるいはいわゆるインターネットカフェ又は演算装置が存在する他の任意の第３者の場所等の他の場所に存在する、例えば、パーソナルコンピュータ（ＰＣ）の演算装置から場所情報を取得できるようにするためにも提供される。

ルートを計画する際の目的地、中間地点の少なくともいずれかの設定の容易さ及び速度を向上することも可能である。取得された場所情報は、格納し且つその後ナビゲーション又は他の目的に関連して使用するため、ＰＮＤにシームレスに取り込まれる。この点において、取得された場所情報のインストールは比較的迅速であり、ユーザが利用しやすい態様で達成されるため、特に車両内でのユーザの作業負荷が軽減し、従ってユーザの安全性が向上する。更に、取得され且つＰＮＤにインストールされた場所情報は、ＰＮＤの既存のナビゲーション特徴と互換性があるため、例えば、ＰＮＤを使用してルートを設定する時間が短縮されるため運転者、ユーザの少なくともいずれかの作業負荷が少ない向上したナビゲーション経験をユーザに提供するのを助長するために使用可能である。

また、装置、システム及び方法は、場所情報の高信頼且つ安全な提供を可能にする。すなわち、ユーザは、場所データが周知で信頼性の高い情報供給元、例えば、周知のウェブ探索プロバイダから取得されているため、悪意のある供給元から誤った情報が提供される危険性が最小限にされることを確信している。

装置、システム及び方法が最も一般的なウェブブラウザ技術と互換性があるため、ユーザは向上した選択肢を更に提供される。更に、場所情報の取得に関して融通性を向上することが可能であり、この場合、その後に探索結果プロバイダ等のコンテンツプロバイダにより求められるデータ構造定義への変更に容易に適応することが可能である。提供される場所情報も拡張性があり、場所情報を取得及びインストールするために採用される技術は、ある程度の逆方向の互換性を提供する。

商業的観点から見て、提供されるコンテンツの種類及び品質に関して向上したサービスを提供できるようにするため、ＰＮＤ製造業者がユーザにより要求された場所情報を研究できるようにするサービスをオプションとして無料で提供することも可能である。この機能の実現は比較的コストが低く、例えば、広告収入の収入配分の機会も提供するため、ＰＮＤ製造業者は、ＰＮＤの所有者、ユーザの少なくともいずれかに対してコストを課すことなく機能を提供できる。従って、ＰＮＤ製造業者は、非常に競争の激しい市場において競争上の優位性を提供される。更に、インターネット上でのＰＮＤ製造業者のブランドの宣伝効果が向上し、ブランド信仰が向上すると共に、望ましいブランドとＰＮＤ製造業者のブランドとの間に提携を形成する能力が向上する。更に、コンピュータ上で使用するための添付のソフトウェアが場所情報を取得及びインストールするために使用される場合、消費者は、ユーザが関心を持ち且つユーザにとって利益となるだろう他の製品及びサービスを取得する機会も提示される。

ナビゲーションデバイスの電子構成要素を概略的に示す図である。 図１のナビゲーションデバイスにより採用される構造的スタックを概略的に示す図である。 クライアント端末、第１のサーバ及び第２のサーバの間の通信のための通信システムを概略的に示す図である。 本発明の各実施形態を構成する場所情報インポートの方法を示すフローチャートである。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 図４の方法に従って本発明の一実施形態を構成するクライアント端末からのスクリーンショットを示す図である。 本発明の別の実施形態において使用される場合のクライアント端末により生成されるビューのスクリーンショットを示す図である。 本発明の更なる実施形態に従ってデバイス管理アプリケーションにより生成されるビューのスクリーンショットを示す図である。 図１２のデバイス管理アプリケーションにより使用される方法を示すフローチャートである。 図１２のデバイス管理アプリケーションにより生成されるビューの更なるスクリーンショットを示す図である。 図１２のデバイス管理アプリケーションにより生成されるビューの更なるスクリーンショットを示す図である。 図１２のデバイス管理アプリケーションにより生成されるビューの更なるスクリーンショットを示す図である。 図１２のデバイス管理アプリケーションにより生成されるビューの更なるスクリーンショットを示す図である。 図１２のデバイス管理アプリケーションにより生成されるビューの更なるスクリーンショットを示す図である。 図１３の更なる実施形態に従ってデバイス管理アプリケーションにより表示されるビューのスクリーンショットを示す図である。 図１３の更なる実施形態に従ってデバイス管理アプリケーションにより表示されるビューのスクリーンショットを示す図である。 別の実施形態に従ってデバイス管理アプリケーションにより表示されるビューのスクリーンショットを示す図である。 本発明の更に別の実施形態に従ってブラウザのクライアント端末により表示されるビューのスクリーンショットを示す図である。

添付の図面を参照して、本発明の少なくとも一つの実施形態を例として以下に説明する。

以下の説明中、同一の図中符号は同様の部分を識別するために使用される。

ＰＮＤ、ＰＮＤに対するデバイス管理アプリケーションの少なくともいずれかを特に参照して、本発明の実施形態を以下に説明する。しかし、本発明の教示はＰＮＤ及びＰＮＤに対するデバイス管理アプリケーションに限定されるのではなく、携帯式又は移動式のナビゲーションソフトウェアを実行することによりルート計画／ナビゲーション機能性を提供するように構成される任意の種類の処理デバイスに一般に適用可能であることに留意するべきである。従って、本出願の説明においてナビゲーションデバイスは、デバイスがＰＮＤ、自動車等の車両、あるいは実際はルート計画／ナビゲーションソフトウェアを実行する、例えば、携帯パーソナルコンピュータ（ＰＣ）、移動電話又はパーソナルデジタルアシスタント（ＰＤＡ）の携帯演算リソースとして実現されるかに関わらず、任意の種類のルート計画／ナビゲーションデバイスを含む（制限なく）ことを意図する。

また、ユーザが１つの地点から別の地点へナビゲートする方法に関する指示を求めているのではなく、単に所定の場所のビューを提供されることを希望する状況においても本発明の教示が有用であることは、以下の説明から明らかになるであろう。そのような状況において、ユーザにより選択された「目的地」の場所は、ユーザがナビゲーションを開始したい対応出発地の場所を有する必要はなく、その結果、本明細書中での「目的地」の場所又は実際の「目的地」のビューは、ルートの生成が不可欠であるか、「目的地」への移動を実行する必要があるか、又は実際の目的地の存在が対応出発地の場所の指定を必要とするかを意味すると解釈されるべきではない。

図１を参照すると、ナビゲーションデバイス１００は、筐体（不図示）の内部に配置される。ナビゲーションデバイス１００は、ＧＰＳ受信機デバイス１０２を具備するか、又は接続１０４を介してＧＰＳ受信機デバイス１０２に結合される。この場合、ＧＰＳ受信機デバイス１０２は、例えば、ＧＰＳアンテナ／受信機であってもよい。なお、図中符号１０２で示されるアンテナ及び受信機は図示のため概略的に組み合わされているが、アンテナ及び受信機は、別個に配置された構成要素であってもよく、アンテナは、例えば、ＧＰＳパッチアンテナ又はヘリカルアンテナであってもよい。

ナビゲーションデバイス１００は、例えば、プロセッサ１０６を具備する処理リソースを含み、プロセッサ１０６は、入力デバイス１０８及び表示デバイス、例えば、表示画面１１０に結合されている。本明細書においては単一の入力デバイス１０８を参照するが、入力デバイス１０８は、キーボードデバイス、音声入力デバイス、タッチパネル及び／又は情報を入力するために利用される他の任意の周知の入力デバイスを含む任意の数の入力デバイスを示すことが当業者には理解されるべきである。同様に、表示画面１１０は、例えば、液晶ディスプレイ（ＬＤＣ）の任意の種類の表示画面を含むことができる。

一つの構成において、入力デバイス１０８の１つの態様であるタッチパネル及び表示画面１１０は一体化され、情報の入力（直接入力、メニュー選択等を介する）及びタッチパネル画面を介する情報の表示の双方を可能にするため、タッチパッド又はタッチスクリーン入力を含む一体型入力／表示デバイスを提供する。この場合、ユーザは、表示された複数の選択肢のうち１つを選択するために、あるいは複数の仮想ボタン又は「ソフト」ボタンのうち１つを活性化するために、表示画面１１０の一部分に触れるだけでよい。この点において、プロセッサ１０６は、タッチスクリーンと関連して動作するグラフィカルユーザインタフェース（ＧＵＩ）をサポートする。

ナビゲーションデバイス１００において、プロセッサ１０６は、接続１１２を介して入力デバイス１０８に動作可能に接続され、入力デバイス１０８から入力情報を受信できる。また、プロセッサ１０６は、表示画面１１０及び例えば可聴出力デバイス（例えばスピーカ）の出力デバイス１１４のうち少なくとも一方にそれぞれ出力接続１１６、１１８を介して動作可能に接続される。出力デバイス１１４がナビゲーションデバイス１００のユーザに対して可聴情報を生成できるため、同様に、入力デバイス１０８は入力音声コマンドを受信するためのマイク及びソフトウェア更に含むことができると理解されるべきである。更にナビゲーションデバイス１００は、任意の追加の入力デバイス１０８及び／又は任意の追加の出力デバイス、例えば音声入出力デバイスも含むことができる。

プロセッサ１０６は、接続１２２を介してメモリ１２０に動作可能に接続され、接続１２６を介して入出力（Ｉ／Ｏ）ポート１２４との間で情報を送受信するように更に構成される。この場合、Ｉ／Ｏポート１２４は、ナビゲーションデバイス１００の外部のＩ／Ｏデバイス１２８に接続可能である。

当然、図１に概略的に示す電子ユニットが１つ以上の電源（不図示）により従来の態様で給電されることが当業者には理解されるであろう。図１に示すユニットの異なる構成が考えられることが当業者により同様に理解されるであろう。例えば、図１に示す構成要素は、有線接続及び／又は無線接続等を介して互いに通信していてもよい。従って、本明細書中で説明されるナビゲーションデバイス１００は、携帯又はハンドヘルドナビゲーションデバイス１００であってもよい。

外部Ｉ／Ｏデバイス１２８は、例えば、イヤホン等の外部聴取デバイスを含んでもよいが、これに限定されない。更に、Ｉ／Ｏデバイス１２８への接続は、ハンズフリー操作、音声起動操作の少なくともいずれかのため、イヤホン又はヘッドホンへの接続、移動電話への接続の少なくともいずれかのための、例えば、カーステレオユニットの他の任意の外部デバイスへの有線接続又は無線接続であってもよい。移動電話接続は、ナビゲーションデバイス１００とインターネット又は他の任意のネットワーク等との間のデータ接続を確立するため及び／あるいはインターネット又は他の何らかのネットワーク等を介するサーバへの接続を確立するために使用可能である。

ナビゲーションデバイス１００は、必要に応じて、例えば、周知のＢｌｕｅｔｏｏｔｈ技術を介するデジタル接続などのデジタル接続を確立するために上述の移動電話、ＰＤＡ及び／又は移動電話技術を用いる任意のデバイス等の移動デバイス（不図示）を介して「モバイル」ネットワーク又は電気通信ネットワークのネットワークハードウェアとデータセッションを確立できる。その後、そのネットワークサービスプロバイダを介して、移動デバイスはサーバ（図１には不図示）とのネットワーク接続を（例えばインターネットを介して）確立できる。そのため「モバイル」ネットワーク接続は、情報に対する「リアルタイム」又は少なくとも非常に「最新」のゲートウェイを提供するためにナビゲーションデバイス１００（単体で及び／又は車載されて移動するため移動可能であり且つ多くの場合移動可能である）とサーバとの間で確立されてもよい。

移動デバイス（サービスプロバイダを介する）とサーバ等の別のデバイスとの間のネットワーク接続の確立は、例えば、インターネットを用いて周知の態様で実行可能である。この点において、例えばＴＣＰ／ＩＰ階層プロトコルの任意の数の適切なデータ通信プロトコルが採用可能である。更に移動デバイスは、ＣＤＭＡ２０００、ＧＳＭ、ＩＥＥＥ８０２．１１ａ／ｂ／ｃ／ｇ／ｎ等の任意の数の通信規格を利用できる。従って、データ接続を介して達成可能なインターネット接続が、例えば、ナビゲーションデバイス１００内部の移動電話又は移動電話技術を介して利用されてもよいことは明白である。

電話設定の場合、多様な移動電話の機種、製造業者等と共に正常に動作するため、Ｂｌｕｅｔｏｏｔｈを利用可能なナビゲーションデバイスが使用されてもよい。機種／製造業者別用設定は、例えば、ナビゲーションデバイス１００に格納されてもよい。この情報のために格納されたデータは更新可能である。

上述のように、図示しないが、ナビゲーションデバイス１００は当然、ナビゲーションデバイス１００の内部にそれ自体の移動電話技術を含んでもよい（例えばアンテナを含むか、又はオプションとしてナビゲーションデバイス１００の既存の内部アンテナを使用する）。ナビゲーションデバイス１００内部の移動電話技術は、内部構成要素を含むことができ、且つ／あるいは必要な移動電話技術及び／又はアンテナ等を備える装着可能カード（例えば、加入者識別モジュール（ＳＩＭ）カード）を含むことができる。そのため、ナビゲーションデバイス１００内部の移動電話技術は、任意の移動デバイスと同様の態様で、例えば、インターネットを介してナビゲーションデバイス１００とサーバとの間にネットワーク接続を同様に確立できる。

なお、上述のナビゲーションデバイス１００のブロック図は、ナビゲーションデバイス１００の全ての構成要素を含むものではなく、多くの構成要素の例のうち代表的なものを示しているにすぎない。

図２を参照すると、プロセッサ１０６及びメモリ１２０は協働して、ナビゲーションデバイス１００の機能ハードウェア構成要素１３０とナビゲーションデバイス１００により実行されるソフトウェアとの間のインタフェースとして機能するＢＩＯＳ（基本入出力システム１３２）をサポートする。その後、プロセッサ１０６は、アプリケーションソフトウェア１３６（上述のルート計画／ナビゲーション機能性の一部又は全部を実現する）が実行できる環境を提供するオペレーティングシステム１３４をメモリ１２０からロードする。アプリケーションソフトウェア１３６は、ナビゲーションデバイス１００の基本的な機能、例えば、地図閲覧、ルート計画、ナビゲーション機能及びそれらに関連付けられる他の任意の機能をサポートするＧＵＩを含む操作環境を提供する。この点において、アプリケーションソフトウェア１３６の一部は、データインポートモジュール１３８を具備する。

図３を参照すると、クライアント端末１７０は、多くの異なる構成のうち任意の構成により実現可能な汎用通信チャネル１５２を介してサーバ１５０と通信していると示される。一般に、通信チャネル１５２は、クライアント端末１７０とサーバ１５０とを接続する伝播媒体又は伝播経路を示す。サーバ１５０及びクライアント端末１７０は、通信チャネル１５２を介する接続がサーバ１５０とクライアント端末１７０との間に確立される場合に通信できる（なお、そのような接続は、移動デバイスを介するデータ接続、インターネットを介する直接接続等であってもよい）。

通信チャネル１５２は、特定の通信技術に限定されない。更に、通信チャネル１５２は、単一の通信技術に限定されない。すなわち、チャネル１５２は、多様な技術を使用する複数の通信リンクを含んでもよい。例えば、通信チャネル１５２は、電気通信、光通信及び／又は他の電磁通信等のための経路を提供できる。そのため、通信チャネル１５２は、電気回路、電線及び同軸ケーブル等の導電体、光ファイバケーブル、変換器、無線周波数（ＲＦ）波、大気、空間等のうち１つ又はそれらの組み合わせを含むが、それらに限定されない。更に通信チャネル１５２は、例えばルータ、中継器、バッファ、送信機及び受信機等の中間デバイスを含むことができる。

通信チャネル１５２を介して送信される通信信号は、所定の通信技術に対して必要であるか又は望ましいと考えられる信号を含むが、それらに限定されない。例えば、信号は時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、汎ヨーロッパデジタル移動通信システム（ＧＳＭ）等のセルラ通信技術において使用されるように適応されてもよい。通信チャネル１５２を介して、デジタル信号及びアナログ信号の双方を送信できる。これらの信号は、通信技術に対して望ましいように変調、暗号化及び／又は圧縮された信号であってもよい。

サーバ１５０は、図示されない他の構成要素に加えて、メモリ１５６に動作可能に接続され且つ有線接続又は無線接続１５８を介して大容量データ記憶装置１６０に更に動作可能に接続されるプロセッサ１５４を含む。本例において、大容量記憶装置１６０は、大量の探索関連データ及びオプションとして地図情報を収容する。大容量記憶装置１６０もサーバ１５０とは別個の装置であってもよく、又はサーバ１５０に組み込まれてもよい。通信チャネル１５２を介してクライアント端末１７０との間で情報を送受信するため、プロセッサ１５４は送信機１６２及び受信機１６４に更に動作可能に接続される。送受信される信号はデータ信号、通信信号及び／又は他の伝播信号を含んでもよい。送信機１６２及び受信機１６４は、クライアント端末１７０の通信設計において使用された通信要件及び通信技術に従って選択又は設計されてもよい。なお、送信機１６２及び受信機１６４の機能は単一の送受信機に組み合わされてもよい。

サーバメモリ１５６に格納されたソフトウェアは、プロセッサ１５４に対する命令を提供し、サーバ１５０がクライアント端末１７０にサービスを提供できるようにする。

上述のように、クライアント端末１７０は、送信機１６６及び受信機１６８を使用して通信チャネル１５２を介してサーバ１５０と通信し、通信チャネル１５２を介して信号及び／又はデータを送受信するように構成可能である。なお、これらのデバイスはサーバ１５０以外のデバイスと通信するためにも使用可能である。更に、送信機１６６及び受信機１６８は、クライアント端末１７０の通信設計において使用された通信要件及び通信技術に従って選択又は設計され、送信機１６６及び受信機１６８の機能は単一の送受信機に組み合わされてもよい。

本実施形態において、ナビゲーションデバイス１００は、クライアント端末１７０のケーブル及び入出力ポート１７２、例えば、ユニバーサルシリアルバス（ＵＳＢ）ポートを介してクライアント端末１７０に接続可能である。本例において、クライアント端末１７０は、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎにより配布されるＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムのバージョン等のオペレーティングシステムをサポートする、例えば、デスクトップ又はラップトップＰＣである。しかし、他の任意の適切なオペレーティングシステムが、例えば、入力デバイス及び／又は出力デバイスとしてＡｐｐｌｅ， ＩｎｃのＯＳ Ｘ採用可能であることが当業者には理解されるべきである。ＰＣが一般的であるため、ＰＣ１７０のハードウェア構成は、説明を簡潔及び明確にするため、本明細書中で更に詳細に説明しない。しかし、いくつかの実施形態において、ＰＣがデータ強化モジュール１７１をサポートするための処理リソース１６９を具備することが当業者には理解されるであろう。また、ＰＣは周辺機器、例えば入力デバイス及び／または出力デバイスとしてキーボード（不図示）、ディスプレイ（不図示）及びオプションとしてマウス（同様に不図示）などを具備する。

本例において、サーバ１５０は、探索エンジンをサポートするコンテンツサーバである。しかし、クライアント端末１７０は、通信チャネル１５２と同一又は同様の種類の別の通信チャネル１７６を介して別のサーバ１７４とも通信できる。本例において、別のサーバ１７４は、トランザクション記録データベース１７８をサポートする場所インポートデータ配信サーバ１７４である。プロセッサ１５０と同様の態様で、サーバ１７４は通信インタフェース１７３及び処理リソース１７５を具備する。

図４及び図５を参照すると、クライアント端末１７０のユーザは、場所情報をナビゲーションデバイス１００にインポートすることを希望する。この点において、ユーザはナビゲーションデバイス１００のメモリ１２０に含まれる地点情報（ＰＯＩ）データベースに格納された場所情報以外の供給元からの場所情報を使用することを希望する。従って、ユーザは、最初にＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムと共に提供される、例えば、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒのウェブブラウザアプリケーション２００を開始する。しかし、他の任意の適切なブラウザアプリケーションとして、例えば、Ｍｏｚｉｌｌａ Ｃｏｒｐｏｒａｔｉｏｎにより配布されるＦｉｒｅｆｏｘブラウザ又はＯｐｅｒａ Ｓｏｆｔｗａｒｅ ＡＳＡにより配布されるＯｐｅｒａが使用可能であることが当業者には理解されるであろう。

次にユーザは、ブラウザ２００のアドレスバーにｍａｐｓ．（公序良俗違反につき、不掲載）．ｃｏｍを入力することにより、例えば、（公序良俗違反につき、不掲載）Ｍａｐｓの第３者探索プロバイダのウェブサイト２０２にアクセスする。本例において、ユーザはドイツのベルリンのレストラン、特にピザ屋の場所を見つけることに関心がある。そのため、（公序良俗違反につき、不掲載）Ｍａｐｓのウェブサイトをサポートするウェブページを供給するサーバ１５０により提示される「ビジネス検索」タブ２０４を選択した後、ユーザは、探索ページ上に提供される第１の探索ボックス２０６に単語「ピザ」を入力し、第２の探索ボックス２０８に単語「ベルリン」を入力する。ユーザはベルリンのピザ屋を探しており、これらはサーバ１５０によりサポートされる（公序良俗違反につき、不掲載）Ｍａｐｓの探索エンジンにより見つけられる。その結果、結果のリスト２１０が第１の区画に提示され（ステップ３００）、マーカ２１４を含む地図２１２が第２の区画に提示される。

図６を参照すると、ユーザは、本例ではレストランである注目結果２１６を識別し、その後、選択された注目結果２１６に関する簡潔な情報を含む情報バブル２１８を提示される。その後、ユーザは「送出する」リンク２２０を選択し、例えば「”電子メール”へ送出する」、「”ＳａｔＮａｖ”へ送出する」２２４、「”自動車”へ送出する」及び「”電話”へ送出する」を「・・・へ送出する」オプション２２２が提示される（図７）。SａｔＮａｖオプション２２４を選択することにより、オプションボックス２２２は、ユーザがナビゲーションデバイスのブランド、例えば（公序良俗違反につき、不掲載）を選択できるようにする（本例においては（公序良俗違反につき、不掲載）である探索プロバイダがナビゲーション装置の２つ以上のブランドをサポートしたいと仮定する場合）「ＳａｔＮａｖへ送出する」のサブオプション２２６を提示する。この点において、「（公序良俗違反につき、不掲載）に追加する」ボタン２２８がオプションボックス２２２に表示され、本例においてはユーザにより選択される（ステップ３０２）。

「（公序良俗違反につき、不掲載）に追加する」アイコン２２８は、「Ａｄｄ−ｔｏ−ＳａｔＮａｖ−ＡＰＩ」アドレスの統一資源識別子（ＵＲＩ）を有する。本説明において、これを場所インポートデータ配信サーバ１７４に対応する「ａｄｄｔｏ．（公序良俗違反につき、不掲載）．ｃｏｍ」ドメインを示す統一資源位置指定子（ＵＲＬ）と呼ぶ場合がある。ユーザがナビゲーションデバイス１００にインポートしたい選択した住所に関する情報はこのＵＲＩに含まれる。ＵＲＩは、サーバ１７４のアプリケーション・プログラミング・インタフェース（ＡＰＩ）に適合し、第１のデータ構造定義に従って編成される。本例において、この定義は以下の引数を有する：ａｐｉ＿ｋｅｙ（必須）、ａｃｔｉｏｎ（必須）、ｎａｍｅｌｏｃａｔｉｏｎ（オプション）、ｃｏｕｎｔｒｙ（必須）、ｓｔａｔｅ（オプション、米国では必須）、ｃｉｔｙ（必須）、ｐｏｓｔｃｏｄｅ（オプション）、ｓｔｒｅｅｔ（必須）、ｎｕｍｂｅｒ（オプション）、ａｔｔｒｉｂｕｔｅｎａｍｅ（オプション）、ａｔｔｒｉｂｕｔｅｌｏｇｏ（オプション）。ＵＲＩは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）コマンドの一部を形成し、ＨＴＴＰは要求／応答通信プロトコルの一例である。他の可能な属性は、地理的場所（経度及び緯度）及びコンテンツの種類（ＰＯＩ、ルート又は音声）を含む。

例えば、選択された探索結果がオランダのアムステルダムの住所に関する場合、「（公序良俗違反につき、不掲載）に追加する」ボタン２２８に添付されるＵＲＩは、ｈｔｔｐ：／／ａｄｄｔｏ．（公序良俗違反につき、不掲載）．ｃｏｍ／ａｐｉ／ｈｏｍｅ／ｖ１／ａｄｄｒｅｓｓ？ａｃｔｉｏｎ＝ａｄｄ＆ａｐｉｋｅｙ＝ｄｅｍｏＫｅｙ＆ｃｏｕｎｔｒｙ＝Ｎｅｔｈｅｒｌａｎｄｓ＆ｃｉｔｙ＝Ａｍｓｔｅｒｄａｍ＆ｓｔｒｅｅｔ＝Ｒｅｍｂｒａｎｄｔｐｌｅｉｎ＆ｎｕｍｂｅｒ＝３５である。「（公序良俗違反につき、不掲載）に追加する」ボタン２２８を選択することにより、ＨＴＴＰＧＥＴ要求を使用するブラウザは、（公序良俗違反につき、不掲載）サーバ１７４に要求を通信する（ステップ３０４）。

（公序良俗違反につき、不掲載）サーバ１７４において、サーバ１７４は要求を受信し、統計的解析のために「（公序良俗違反につき、不掲載）に追加する」要求をデータベース１７８に格納する（ステップ３０８）。また、クライアント端末１７０は新規ウィンドウを開き（ステップ３０８）、ａｄｄｔｏ．（公序良俗違反につき、不掲載）．ｃｏｍに関して（公序良俗違反につき、不掲載）「Ｔｒａｍｐｏｌｉｎｅ」又は開始ページを供給する（ステップ３１０）。その後、サーバ１７４は、例えばクッキーの追跡情報を求めてクライアント端末１７０を探索する（ステップ３１２）。本例において、クッキーはデバイス管理アプリケーション、例えば（公序良俗違反につき、不掲載）ＩｎｔｅｒｎａｔｉｏｎａｌＢＶにより配布される（公序良俗違反につき、不掲載）Ｈｏｍｅデバイス管理アプリケーションに関する。

図８を参照すると、探索後、サーバ１７４が（公序良俗違反につき、不掲載）Ｈｏｍｅのクッキーを見つけられない場合（ステップ３１４）、サーバ１７４は、新規ウィンドウ２３５に表示される「Ｈｏｍｅが存在するか調べる」ページを供給する（ステップ３１６）。「Ｈｏｍｅが存在するか調べる」ページには、「戻る」ボタン２３０、「いいえ、（公序良俗違反につき、不掲載）ＨＯＭＥをダウンロードする」ボタン２３２及び「はい、（公序良俗違反につき、不掲載）Ｈｏｍｅがインストールされている」ボタン２３４が提示される。ユーザが「戻る」ボタン２３０を選択する場合（ステップ３１８）、新規ウィンドウ２３５は閉じ、「Ｈｏｍｅが存在するか調べる」ページ及び「（公序良俗違反につき、不掲載）Ｔｒａｍｐｏｌｉｎｅ」ページはそれ以上提示されず、ユーザは第３者探索プロバイダの探索結果ページに戻る。ユーザが「いいえ、（公序良俗違反につき、不掲載）Ｈｏｍｅをダウンロードする」ボタン２３２を選択する場合（ステップ３２０）、ユーザは新規ウィンドウ２３５においてｗｗｗ．（公序良俗違反につき、不掲載）．ｃｏｍ／ＰＬＵＳ／ＨＯＭＥページに転送される（ステップ３２２）。ここで、（公序良俗違反につき、不掲載）Ｈｏｍｅデバイス管理アプリケーションに関する更なる情報が見つけられ、デバイス管理アプリケーションのコピーがユーザによりダウンロードされ、インストールされる。あるいは、ユーザが「はい、（公序良俗違反につき、不掲載）Ｈｏｍｅがインストールされている」ボタン２３４を選択する場合（ステップ３２４）、サーバ１７４は、ユーザが例えばインストールされているデバイス管理アプリケーションのバージョンのユーザインタフェースの画像を選択することにより（ステップ３２６）、クライアント端末１７０にインストールされているＨｏｍｅのバージョンを選択できるようにするページ（不図示）を表示する。次に、サーバ１７４は適切な（公序良俗違反につき、不掲載）Ｈｏｍｅのクッキーを設定する（ステップ３２８）。その後、（公序良俗違反につき、不掲載）「Ｔｒａｍｐｏｌｉｎｅ」ページが再度表示され（ステップ３１０）、（公序良俗違反につき、不掲載）Ｈｏｍｅのクッキーの調査が上述のように繰り返される（ステップ３１２）。

しかし、今回はデバイス管理アプリケーションがクライアント端末１７０にインストールされていると識別されているため（ステップ３３０）、新規ウィンドウ２３５は確認メッセージ２３６を含む（図９）。第３者ローカル探索パートナーの属性パートナーの名称及び／又はロゴが「（公序良俗違反につき、不掲載）に追加する」ボタン２２８のＵＲＬに含まれる場合、名称及び／又はロゴは確認メッセージ内に表示されてもよい。属性名は、例えば住所の場所情報が発信される第３者の名称である。その後、デバイス管理アプリケーションが開始される（ステップ３３２）。

次にサーバ１７４は、「（公序良俗違反につき、不掲載）に追加する」ボタン２２８に関連付けられる要求を「アドレス‐ＵＲＬ」又はクライアント端末１７０にインストールされた（公序良俗違反につき、不掲載）Ｈｏｍｅデバイス管理アプリケーションのバージョンに特有のデバイスＵＲＩに変換する（ステップ３３４）。その後、アドレス‐ＵＲＬは、サーバ１７４によりブラウザ２００へ送信される。本例において、デバイスＵＲＩは、第２のデータ構造定義に従って編成され、コマンドを含む。デバイスＵＲＩは、デバイス管理アプリケーションにより受信され、サーバ１７４により送出されるデバイスＵＲＩに含まれるアドレスコマンドの種類に応じて、デバイス管理アプリケーションは、住所を地図上に示すか、その住所へのルートを計画するか、あるいは住所をお気に入りに追加する。後者の動作に関して、場所の名称が「（公序良俗違反につき、不掲載）に追加する」ＵＲＩに含まれず、従ってデバイスＵＲＩに含まれない場合、デバイス管理アプリケーションは、名称を入力するようユーザに指示する。あるいは、デバイス管理アプリケーションは、ユーザが「地理的場所を地図上に示す」２４０、「住所へのルートを計画する」２４２又は他の機能、例えば、ナビゲーションデバイス１００により格納された「”お気に入り”の場所に住所を追加する」２４４というナビゲーション関連動作等のナビゲーションデバイスの動作機能から選択できるようにするオプションボックス２３８（図１０）を表示することにより、受信したデバイスＵＲＩに応答する。他の動作機能は、ＳＭＳを介する送出、オンライン地図上での表示、場所の呼び出し、友人への送出、アカウントへの格納及び／あるいは場所の訂正又は強化を含む。

その後、デバイス管理アプリケーションは、ナビゲーションデバイス１００が接続されているかを判定するためにチェックし（ステップ３３６）、接続されていない場合、ユーザは、ＵＳＢポートを介してクライアント端末１７０にナビゲーションデバイス１００を接続するよう指示される。その後、デバイスＵＲＩに含まれる要求はナビゲーションデバイス１００へ送出され、実行される（ステップ３３８）。あるいは、ユーザがナビゲーションデバイス１００をクライアント端末１７０に接続できないか又は接続したくない場合、デバイス管理アプリケーションは、ユーザがナビゲーションデバイス１００へのインポートをクライアント端末１７０に延期できるようにし（ステップ３４０）、要求をキュー又はバッファに入れ（ステップ３４２）、ナビゲーションデバイス１００が次にクライアント端末１７０に接続された際に要求を実行する。複数のイベント又は要求がキューに入れられる場合、デバイス管理アプリケーションは複数のイベントを連結した形でナビゲーションデバイス１００へ送出する。

別の実施形態において、ユーザは、本例においては英語のイエローページウェブサイトのオランダ語版「ｇｏｕｄｅｎｇｉｄｓ．ｎｌ」２５０（図１１）である別の第３者ローカルウェブサイトにおいて探索を実行する（ステップ３００）。探索ウェブサイトは、ユーザが評価する探索結果を生成する。本例において、ユーザはオランダのアムステルダムの美術館を探している。

本例において、ウェブサイト２５０は、「全てを選択する」チェックボックス２５２及びユーザが個別の結果エントリ２５６を複数選択できるようにする個別のチェックボックス２５４、並びに選択した複数の結果エントリのインポートを実行するための「（公序良俗違反につき、不掲載）に追加する」ボタン２５８を提供する。この点において、「（公序良俗違反につき、不掲載）に追加する」ボタン２５８は「Ａｄｄ−ｔｏ−ＳａｔＮａｖ−ＡＰＩ」複数アドレスコマンドを含み、これは「（公序良俗違反につき、不掲載）に追加する」ボタン２５８の選択（ステップ３０２、３０４）に応答して生成される。サーバ１７０により生成されるＵＲＩは、選択された結果エントリ２５６に対応する場所データを含み、サーバ２７４に対応するａｄｄｔｏ．（公序良俗違反につき、不掲載）．ｃｏｍドメインを示す。「（公序良俗違反につき、不掲載）に追加する」ボタン２５８が選択された結果、サーバ２７４は複数の場所が選択されたと判定し（ステップ３４４）、ＰＯＩセットの名称（初期設定では、ローカル探索パートナーの名称及び探索クエリの概要）のカスタマイズを含むＰＯＩセットの名称の作成及び／又はＰＯＩセットに対するアイコン（初期設定では、ローカル探索パートナーのアイコン及びスポンサー付きの場所のアイコンがある場合はそれらのアイコン）の作成をユーザが管理できるようにするためにＰＯＩ作成ページ３４６を供給する。ユーザがＰＯＩセットの作成を完了すると、サーバ１７４は、解析のためにＰＯＩセットに関連する「（公序良俗違反につき、不掲載）に追加する」要求をデータベース１７８に格納し（ステップ３０６）、デバイス管理アプリケーションの開始及びナビゲーションデバイス１００がクライアント端末１７０に接続されているかの確認（可能な場合）に関連して、上述の処理が実行される。統計的解析は、人気のある特定の住所、レストラン等の人気のある住所ジャンル及び特定の業者により送出される人気のある特定の住所等、人気のある傾向を監視するために実行可能である。

本例において、ＰＯＩセットのデータはＸＭＬファイルとして生成される。ＵＲＩが受信され、ＰＯＩセットが生成された後、サーバ１７４は、デバイス管理アプリケーションへ送出されるデバイスＵＲＩを生成する。デバイス管理アプリケーションは、単一の住所のインポートに関連して上述したのと同様の態様でＰＯＩセットをサーバ１７４からナビゲーションデバイス１００にインポートすることにより、「インストールリンク」を構成するデバイスＵＲＩに応答する。

別の実施形態において、デバイス管理アプリケーション２６０（図１２）は、前出の実施形態において説明したブラウザ２００を介する代わりに、探索クエリを通信し、結果を受信するためにサーバ１５０と直接通信する。この点において、デバイス管理アプリケーション２６０のメインメニュー２６２は経験豊富なユーザのための即時探索ボックス２６５を含み、ユーザは探索語を入力できる。探索ボックス２６４に隣接するロゴ２６６は使用中のローカル探索パートナーを示し、ローカル探索パートナーのロゴ２６５を選択することにより、他のローカル探索パートナーのドロップダウンリスト（不図示）が出現する。要望に応じて、（公序良俗違反につき、不掲載） Ｈｏｍｅデバイス管理アプリケーション２６０の基本設定メニューにおいて、好ましいローカル探索パートナーが設定可能である。更に、更なるパートナーを追加するためにプラグインが使用可能である。

図１３を参照すると、デバイス管理アプリケーション２６０のメインメニュー２６２から開始し（ステップ４００）、ユーザは例えば「ピザ」、「ロンドン」又は「ピザ」、「アムステルダム」の特性（「何」）及び場所（「何処」）示す探索クエリを構成する探索語を即時探索ボックス２６４に入力する（ステップ４０２）。当然、ユーザは、探索を更に限定するために任意の数の追加の探索語を含むことができる。次にユーザは、「リターンを押下」、ローカル探索プロバイダに対するＡＰＩを使用するデバイス管理アプリケーション２６０は、ＨＴＴＰに従ってコンテンツ要求を探索プロバイダのサーバ１５０へ送出する。その後、探索結果がサーバ１５０により返され、デバイス管理アプリケーション２６０の結果パネル２６６（図１４）に表示される（ステップ４０４）。見つけられた各住所に対する基本情報は結果パネル２６６に表示され、各結果エントリ２６８は、それに隣接する「（公序良俗違反につき、不掲載）に追加する」ボタン２７０を有する。図１５を参照すると、ユーザが、注目結果エントリに関連する「（公序良俗違反につき、不掲載）に追加する」ボタン２７０のうちの１つを「クリックする」場合（ステップ４０６）、選択された場所に関する更なる情報２７２（利用可能な場合）、並びにナビゲーションに関連して場所情報を使用するための種々のオプション、例えば「地図上に示す」ボタン２７４、「・・・へナビゲートする」ボタン２７６及び「お気に入りに追加する」ボタン２７８が表示される（ステップ４０８）。オプション２７４、２７６、２７８のうちの１つの選択に応答して、デバイス管理アプリケーション２６０は、ナビゲーションデバイス１００がクライアント端末１７０に接続されているかをチェックし、接続されていない場合、ナビゲーションデバイス１００を接続するようにユーザに指示する。ユーザがナビゲーションデバイス１００をクライアント端末１７０に接続できないか又は接続したくない場合、デバイス管理アプリケーション２６０は、要求の実行を延期するため、ユーザにより作成された要求をキュー又はバッファに入れ、要求は、次にナビゲーションデバイス１００がクライアント端末１７０に接続された際にナビゲーションデバイス１００へ送出される。後述するように、複数のイベントがキューに入れられ、前出の実施形態に関連して上述したのと同様の態様で連結されてナビゲーションデバイス１００へ送出される。

ナビゲーションデバイス１００がクライアント端末１７０に接続されると、ユーザにより作成された要求が実行される。第１の例において、ユーザが「地図上に示す」ボタン２７４を選択した場合（ステップ４１０）、デバイス管理アプリケーション２６０はデバイス操作サブアプリケーション（図１６）を開始し、選択された場所を地図上に表示する（ステップ４１２）。

別の「お気に入りに追加する」ボタン２８０及び別の「・・・へナビゲートする」ボタン２８２が、デバイス操作サブアプリケーションから表示される。これらは、デバイス管理アプリケーション２６０により提示された先行画面に更なる情報２７２が表示されていたときに提供されたのと同一の残りの選択肢をユーザが実行できるようにする。この点において、「お気に入りに追加する」ボタン２７８又は別の「お気に入りに追加する」ボタン２８０を選択した結果（ステップ４１４）、デバイス管理アプリケーション２６０は、ナビゲーションデバイス１００により格納されたお気に入りの場所に場所データを追加するために（ステップ４１６）、取得された場所データを使用する。同様に、「・・・へナビゲートする」ボタン２７６又は別の「・・・へナビゲートする」ボタン２８２を選択した結果（ステップ４１８）、デバイス管理アプリケーション２６０は、選択された場所データに対応する場所へのルートを計算するために（ステップ４２０）、取得された場所データを使用する。

更なる実施形態（図１７）において、結果パネル２６６は、関連する結果エントリ２６８に関係する追加情報を提供するための１つ以上の「更なる情報」リンク２８４を含む。「更なる情報」リンク２８４のうちの１つを選択した結果、デバイス管理アプリケーション２６０は、選択された場所に関し且つ探索パートナーから入手可能な豊富な情報（より詳細な）を含む画面２８６を表示する。この場合も、上述したナビゲーションオプション２７４、２７６、２７８が豊富な情報画面２８６において提供される。

更に別の実施形態において、デバイス管理アプリケーション２６０はメインメニューから操作され、特に、即時探索ボックス２６４を使用する代わりにメインメニュー２６２の第２の画面２８８から操作される（ステップ４２２）。この点において、メインメニュー２６２の第２の画面２８８は、ユーザが選択する（ステップ４２４）「場所を探す」ボタン２９０を含む。「場所を探す」ボタン２９０を選択した結果、デバイス管理アプリケーション２６０は、前出の実施形態に関連して上述したように、例えば「ピザ」、「ロンドン」又は「ピザ」、「アムステルダム」の探索対象の特性（「何」）を特定するための第１のデータ入力ボックス２９４及び場所（「何処」）を特定するための第２のデータ入力ボックス２９６を含む形態状構造を有する探索クエリ画面２９２（図２０）を表示する（ステップ４２６）。この情報は、第１のデータ入力ボックス２９４及び第２のデータ入力ボックス２９６に入力され（ステップ４２８）、その後ユーザは、第１のデータ入力ボックス２９４及び第２のデータ入力ボックス２９６に隣接する「探す」ボタン２９８を「クリック」する。次に、デバイス管理アプリケーション２６０は、ローカル探索プロバイダに対するＡＰＩを使用して、コンテンツ要求を探索プロバイダのサーバ１５０へ送出する。予想されるように、サーバ１５０による処理の後、探索結果はサーバ１５０により返され、即時探索ボックス２６４に関する前出の実施形態に関連して上述したのと同様の態様でデバイス管理アプリケーション２６０の結果パネル２６６（図１４）に表示される（ステップ４０４）。その後、デバイス管理アプリケーション２６０の動作は、即時探索ボックス２６４に関する前出の実施形態に関連して上述したのと同様であり、説明を簡潔及び明確にするために、本明細書中では更に説明しない。

更なる実施形態（図２１）において、結果パネル２６６がデバイス管理アプリケーション２６０により表示される場合、デバイス管理アプリケーション２６０はＰＯＩセットを作成するために複数の場所の選択をサポートする。この点において、デバイス管理アプリケーション２６０のユーザインタフェースは、各々が各結果エントリ２６８に隣接する個別のチェックボックス２９１及びオプションとして「全てを選択する」ボタン又はチェックボックス（不図示）を提供する。「選択された項目からＰＯＩを作成する」ボタン２９３が結果画面２６６に表示され、「選択された項目からＰＯＩを作成する」ボタン２９３を選択した結果、デバイス管理アプリケーション２６０はカスタマイズオプションを提供する特別なカスタマイズ画面を表示する。このようなオプションの有用性及び範囲は、第３者ローカル探索パートナーにより許可されるものに依存する。一つの例において、カスタマイズ画面により、ユーザはＰＯＩセットに名称を付けることができ（初期設定では、ローカル探索パートナーの名称及び探索クエリの概要）且つ／又はＰＯＩセットに対して１つ以上のアイコンを選択できる（初期設定では、ローカル探索パートナーのアイコン及びスポンサー付きの場所がある場合はそれらのアイコン）。また、カスタマイズ画面は、作成されるＰＯＩセットが豊富な情報（より詳細な）を含む必要があるかをユーザが選択できるようにする。

別の実施形態において、上述の実施形態のうち任意の実施形態においてナビゲーションデバイス１００がクライアント端末１７０に接続されない場合、サーバ１５０は、ブラウザ２００又はデバイス管理アプリケーション２６０を介して、場所データをナビゲーションデバイス１００に無線（ＯＴＡ）で直接送出するというオプションをユーザに提供する（ステップ３４８、３５０）。一つの例において、ナビゲーションデバイス１００は、例えば携帯電話等の無線通信デバイスである「結合された」通信装置と無線通信が可能である。無線通信デバイスが交信可能であると仮定する場合、サーバ１５０は、ナビゲーションデバイス１００に通信し、その後ナビゲーションデバイス１００にインポートするために、要求された場所情報を無線通信デバイスへ送出する。この点において、場所データは、場所データをナビゲーションデバイス１００に通信するため、サーバ１５０により任意の適切なデータ送信ゲートウェイに通信される。場所データは、ナビゲーションデバイス１００との無線通信を許可するために、適切なデータ構造定義に従って編成される。

別の例において、ナビゲーションデバイス１００は内部無線データ通信デバイスを備え、それに関連する加入を有する。ナビゲーションデバイス１００との通信が無線通信ネットワークを介して可能な場合、例えばナビゲーションデバイス１００がデータを受信し且つ充分な受信を享受できる場合、サーバ１５０は最初にそのような通信を確立しようとする（ステップ３５２）。サーバ１５０が場所データを送出したいときにナビゲーションデバイス１００がデータを受信できる場合、場所インポートデータは、インポートするためにナビゲーションデバイス１００に直接送出される（ステップ３５４）。あるいは、ナビゲーションデバイス１００との接続が不可能な場合（ステップ３５６）、サーバ１５０は、バッファに入れるために場所インポートデータをサーバ１７４へ送出する。ナビゲーションデバイス１００が後に接続状態に戻ると、ナビゲーションデバイス１００は場所インポートデータをサーバ１７４からダウンロードするか、又はナビゲーションデバイス１００による後続のインポートのためにデータがサーバ１７４により「送信」される。

更なる実施形態において、ナビゲーションデバイス１００は内部無線データ通信デバイスを同様に備え、上述のように、それに関連する加入を有する。当然、ナビゲーションデバイス１００が内部無線通信デバイス及び関連する加入者識別モジュール（ＳＩＭ）を所有しない場合、結合された無線通信デバイスが同様に採用可能であることが当業者には理解されるであろう。この点において、ナビゲーションデバイス１００のアプリケーションソフトウェアは、探索要求をサーバ１５０に通信でき且つ探索要求の結果を無線受信できるように構成される。このため、アプリケーションソフトウェアのユーザインタフェースは、ユーザが探索クエリを入力でき且つクエリ及び探索結果の通信を無線で処理できるようにする追加画面を含む。

アプリケーションソフトウェア１３６を使用することにより、ユーザはアプリケーションソフトウェア１３６のユーザインタフェースを使用して住所を探索できる。アプリケーションソフトウェア１３６は、サーバ１５０に関連する探索サービスプロバイダのＡＰＩに従って動作できる。ナビゲーションデバイス１００は、例えば「お気に入りに追加する」又は「・・・へナビゲートする」のアプリケーションソフトウェア１３６の適切な特徴の全てを利用して、サーバ１５０から受信される探索クエリの結果をシームレスに使用するように構成される。更に本例において、アプリケーションソフトウェア１３６は、受信した探索結果から複数の場所を選択し且つ選択した結果からＰＯＩセットを作成する機能をユーザに提供し、ユーザはＰＯＩセットをナビゲーションデバイス１００にインストールできる。

更なる実施形態において、場所データ処理装置を構成するプラグインが上述の第１の実施形態のウェブブラウザ２００に提供される。プラグインは、インストールされた場合に住所等の候補場所情報を探してサーバ１５０から受信したコンテンツを走査するデータ強化モジュール１７１を含む。候補場所情報が認識されると、プラグインは、場所インポートデータのデータ構造定義のフィールドに対応するデータを候補場所情報から抽出する。データ構造定義は、前出の実施形態に関連して上述したのと同様である。抽出されたデータは、データ構造定義に従って編成される。その後、プラグインは、オブジェクト、例えば「（公序良俗違反につき、不掲載）に追加する」ボタン５００を組み込むことにより（オプションとして）、受信したコンテンツを強化する。オブジェクト５００は、場所インポートデータ、例えばサーバ１７４を示すＨＴＴＰ ＧＥＴ要求の形態であり且つＵＲＩを含む要求に関連付けられる。ＵＲＩは、サーバ１７４を示すか又は直接インポートに対して前出の実施形態において説明した種類のデバイスＵＲＩである。採用するＵＲＩの種類の選択は、サーバ１７４が採用されているか否かに依存する。オブジェクト及び場所データはプラグインにより埋め込まれるため、オブジェクトは住所データの下方、隣り又は反対側に出現する。そのため、オブジェクト及び場所データは住所データに関連すると視覚的に認識される。

本例において、プラグインは自動クローラ式であり、従ってユーザが訪問するウェブページを走査し、ダウンロードされるコンテンツ内の標準アドレス形式を実行中に認識しようとし、「（公序良俗違反につき、不掲載）に追加する」ボタン５００及びサーバ１７４への関連リンクを埋め込む。標準アドレス形式の例は、ＨＴＭＬカード（Ｈ−カード）、キーホールマークアップ言語（ＫＭＬ）及びＧｅｏＲＳＳ）を含むが、それらに限定されない。別の例において、プラグインはオプションとして、例えばクライアント端末１７０のマウスを使用して住所データを識別し且つオブジェクト及び／又は関連する場所データを生成するためにプラグインが処理する住所データを選択する機能をユーザに提供できる。

場所インポートデータは、直接インポートのためにデバイス管理アプリケーション２６０により使用可能な状態であってもよい。あるいは、場所インポートデータは、場所インポートデータを直接インポートに対応する形態に変換するためのサーバ１７４に対する選択可能なＨＴＴＰ要求を含むことができる。

その後、サーバ１７４から受信された処理済の場所情報は、ナビゲーションデバイス１００の動作に関連して、例えば上述の「お気に入りに追加する」機能、「ナビゲートする」機能及び「地図に示す」機能に関連して上述した態様でデバイス管理アプリケーション２６０により使用可能である。

プラグインは、ユーザがアップグレードする場合等、デバイス管理アプリケーション２６０が更新データをチェックする場合に、例えばナビゲーションデバイス１００の製造業者のウェブサイトから又はデバイス管理アプリケーション２６０を介してダウンロード可能である。同様に、デバイス管理アプリケーション２６０が再インストールされる場合、ユーザはデバイス管理アプリケーション２６０によりプラグインをインストールするよう指示され、そのためのオプションを提供される。特に上述していないが、サーバ１５０が第１のデータ構造定義に従う場所インポートデータを生成するのを回避するため、又はサーバ１５０がそのようなデータを生成できない場合、場所データ処理装置が上述の他の実施形態においても提供されることが理解されるべきである。同様に、いくつかの例において、サーバ１７４が第２のデータ構造定義に従う場所インポートデータを生成するのを回避することが望ましい場合がある。この点において、データ強化モジュールは、デバイス管理アプリケーション及び／又はナビゲーション装置１００において実現可能である。

従って、場所インポートデータはクライアント端末に供給可能であり、又はクライアント端末においてローカルに生成可能であることが上記の例から明らかである。クライアント端末は任意の適切な演算装置であり、例えばデバイス管理アプリケーション又はナビゲーションデバイスをサポートするクライアント端末である。上記の実施形態において採用されるように、場所インポートデータは、第１のデータ構造定義に従う第１の形態及び第２のデータ構造定義に従う第２の形態で生成可能である。この点において、第１の形態は、場所インポートデータの少なくとも一部をインポート可能な形態、すなわち第２の形態に変換したものを取得するために後で使用できるように、サーバ１５０により生成されるか又はローカルに生成される。場所インポートデータを供給する代わりに、場所インポートデータは、クライアント端末のブラウザ、デバイス管理アプリケーション又はナビゲーションデバイスのアプリケーションソフトウェアと関連して、場所データ処理装置により第２の形態でローカルに生成可能である。

第２の形態の場所インポートデータは、ナビゲーションデバイスにより直接使用されるか、又は場所データをナビゲーションデバイスにインポートするためにデバイス管理アプリケーションにより直接使用される。

ＨＴＴＰを要求／応答通信プロトコルとして使用することを本明細書中で説明したが、ファイル転送プロトコル（ＦＴＰ）を採用することが得策である場合はこれが採用可能であることが当業者には理解されるべきである。また、上記の構成は、特定の作者からの場所情報の受信を阻止するために使用可能である。

上記の技術は、例えば、探索エンジンサービスのプロバイダ等のデータのプロバイダとナビゲーションデバイス１００等のナビゲーション機器の製造業者及び／又は場所データ配信サーバ１７４のサービスを提供する者との間で広告収入等を分配するための分配収入スキームの一部として使用可能である。更に、例えば、探索サービスのデータ検索サービスを提供する第３者又は場所インポートデータに関連する第３者は、支払いと引き替えに、例えばロゴ及び／又は豊富な情報の表示によりナビゲーションデバイス１００上でより目立つようにされる。この機能は、データ検索サービスのプロバイダにより広告主に提供され、広告主に提供される機能に関して追加料金が課される。それにより、収入分配に対する更なる範囲が提供される。

以上、本発明の種々の面及び実施形態を説明したが、本発明の範囲は本明細書に記載される特定の構成に限定されるのではなく、添付の請求の範囲の範囲に含まれる全ての構成、並びにそれらに対する変更及び変形を含むように拡張されることが理解されるであろう。

例えば、上記の実施形態は探索エンジンサービスをサポートするサーバ１５０に関連して説明されたが、これは説明を簡潔及び明確にするために単純化したものであり、任意の適切なハードウェア及び／又はソフトウェア構成が探索エンジンサービスをサポートするために実現可能であることが当業者には理解されるべきである。

前述の詳細な説明中で説明した実施形態はＧＰＳを参照するが、ナビゲーションデバイスは、ＧＰＳの代わりに（又は実際はＧＰＳに追加して）任意の種類の位置検知技術を利用してもよい。例えば、ナビゲーションデバイスは、欧州のガリレオシステム等の他の全地球的航法衛星システムを利用してもよい。同様に、ナビゲーションデバイスは衛星の使用に限定されず、地上ビーコン又はデバイスが地理的場所を判定できるようにする他の任意の種類のシステムを使用しても容易に機能できる。

本発明の代替の実施形態は、コンピュータシステムと共に使用するためのコンピュータプログラム製品として実現可能である。コンピュータプログラム製品は、例えばディスク、ＣＤ−ＲＯＭ、ＲＯＭ又は固定ディスク等の有形データ記録媒体に格納された一連のコンピュータ命令であるか、あるいは有形媒体又は無線媒体、例えばマイクロ波又は赤外線を介して送信されるコンピュータデータ信号において実現される。一連のコンピュータ命令は上述の機能性の全部又は一部を構成でき、半導体メモリ素子、磁気メモリ素子、光メモリ素子又は他のメモリ素子等の任意の揮発性又は不揮発性メモリ素子に格納可能である。

好適な実施形態はある特定の機能性をソフトウェアにより実現するが、その機能性はハードウェアにおいて（例えば１つ以上のＡＳＩＣ（特定用途向け集積回路）により）単独で実現されてもよく、又は実際はハードウェア及びソフトウェアの組み合わせにより実現されてもよいことも当業者には理解されるであろう。そのため、本発明の範囲は、ソフトウェアにおける実現のみに限定されると解釈されるべきではない。

最後に、添付の請求の範囲は本明細書中で説明した特徴の特定の組み合わせを記載するが、本発明の範囲は、以下に特許請求される特定の組み合わせに限定されるのではなく、特定の組み合わせが添付の請求の範囲に特に記載されているか否かに関わらず、本明細書中で開示された特徴又は実施形態の任意の組み合わせを含むように拡張される。

Claims (25)

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. コンピュータ可読媒体上で実現される
    ことを特徴とする請求項２４記載のコンピュータプログラム要素。