JP5349955B2 - バーチャルアース - Google Patents

Description

ユーザに方位情報及び種々の登録場所の位置を提供するマッピングシステムは一般に利用されている。マップ作成は、主として特定の場所のビジターによって行われている。ビジターがもたらすその場所の知識は、次に、「そこに似たものは何か？」という質問に返答する有用なモデルに統合されて取り入れられる。大航海時代において、獲得したマップ製作知識は共有されない場合が多かった。この閉ざされたシステムにおいて、マップは、他の民族国家に対する競争上の強みとして考えられていた。

特定地域に関する最も有効な知識をもつ人は、征服、植民、又は貿易となると優位であった。世界が発見されると、地理的知識は徐々に多くの人々に広まっていき、マップが改良されてきた。技術が進歩して、マップ作成の精度が今日のように高くなり、世界地図として一般に合意されている。

マップは非常に詳細になり広く利用できるようになってきたが、マップ作成は、本質的に閉ざされたシステムのままである。第三者のマップ作成者は、世界はいつも変化しておりマップを発行するや否や過去のものになってしまうので、そのマップの精度を維持して最新のものにするために克服できない課題に直面する。特に、郊外マップの作成者は、現在のマップの分解能を上げることは言うまでもなくマップを最新のものにするために、その場所を頻繁に訪れることはしない。地元の知識は、ビジターが得たいと思うものよりも常に優れている。

現在、情報源は隔離されており、多様な情報を望むユーザは、一般に隔離された各々の情報ポケットにアクセスする必要がある。例えば、天気データを見るためにユーザはｗｅａｔｈｅｒ．ｃｏｍにアクセスする必要がある。情報ポケットの他の例としては、ｒｅｄｆｉｎ．ｃｏｍの不動産一覧、ｗａ．ｇｏｖの交通量、及びｏｆｏｔｏ．ｃｏｍの個人写真を挙げることができる。しかしながら、ユーザがその地域の交通量や天気パターンを考慮しての家の購入に興味がある場合、ユーザは各々の隔離された情報リポジトリにそれぞれアクセスする必要がある。このことは、時間の無駄であるばかりではなく、特にユーザが大量の情報に及び／又はそのような情報へのアクセス方法に精通していない場合には上手くいかない可能性がある。

利用可能な大量の情報に関連する別の発展はインターネット広告又は「電子商取引」である。電子商取引はインターネット経由で商取引を実行する方法であり、消費者に一般に使用されており、発注を簡単に行なうことができる。インターネット広告の一般的な形態は、バナー広告及びポップアップ広告である。バナー広告は、第三者によるウェブページ上に配置される広告であり、第三者は無料でサービスを提供するか又はウェブページ上に広告を配置できる見返りとしての報酬を受ける。バナー広告によりサポートされるウェブページもある。ポップアップ広告は、特定のウェブページを閲覧すると別のウインドウに自動的に登場する広告である。しかしながら、バナー広告及びポップアップ広告は、広告主に対してユーザの所在地及び／又はユーザの好みに基づいて広告を個別ニーズに合ったものにするための有効な手段を提供しない。

本発明は、前述の及び他の問題点を解決するために、ユーザに天気から交通パターンまでのリアルタイムのイベントに関する共通の情報リポジトリをもたらす実施形態を提供するものである。この異なる情報源は、単一の論理フレームワーク内にまとめられる。また、本発明は、特定のユーザのニーズに合った広告をもたらすことができるように、ユーザの所在地を判定して通信するための方法を提供するものである。

以下に本実施形態の幾つかの態様を基本的に理解するための単純化された１つ又はそれ以上の実施形態の要約を示す。この要約は、１つ又はそれ以上の実施形態の広範な概要ではなく、実施形態の重要な又は不可欠な構成要素を特定すること、又はこの実施形態の範囲を明確にすることを意図していない。その唯一の目的は、開示される実施形態の幾つかの概念を、以下に示すより詳細な説明に対する序文として単純化して示すものである。

実施形態は、「現実世界」に関する情報の共通リポジトリを提供するための方法及び／又はシステムを示すものである。この情報は、特定のオブジェクト又は関心エリアに関する詳細情報を含むことができる。ユーザは、例えば大学のキャンパスに関する情報をリクエストすることができる。キャンパスに関連する各々のビル、構造物、オフィスに関する特定の情報と一緒にキャンパスの鳥瞰図を表示することができる。表示情報は、ビルの名前、学部、学科、部屋番号、電話番号等を含むことができる。また、このような情報は、種々の別の構造物又はエリア（例えば、ショッピングモール、オフィスビル、政府機関のビル、共同住宅のビル等）を提供することができる。情報は、所有者、居住者、及び／又は構造物に関連する他の権限保持者が提示すること、及び／又は公共の情報源から取得することができる。

現実世界情報は、地球、衛星写真、リアルタイムウェブカメラ、ユーザ注釈、マップ、関心ポイント、地理情報、リアルタイム交通、現実の地所販売、運転方向、屋内等のロケーションの詳細な３次元モデルを更に含むことができる。本明細書に示す特徴部は、プラットフォーム、体験セット、及び連続的なデータ及びイメージの獲得（例えば、ライブビデオ、連続動作）であり、物理世界に関する任意の全ての情報を含み、ユーザはこの情報にオンデマンドでアクセス可能である。更に、この情報は、長期にわたり更新することができ、最新表示、履歴表示、及びエリアが将来どのように見えるかの予測が可能である。本明細書に示す特徴部は地球に限るものではなく、宇宙のオブジェクト、並びにユーザが提供する場合は仮想世界を含むことができる。また、情報をロケーションに基づいて獲得、連結、共有、及び可視化するためのアクティブコミュニティが提供される。各実施形態は、任意の情報、場所、エンティティ、属性、サービス、又は地理的に参照できる人に関する、スキーム、リポジトリ、インデックス、及びアプリケーションプログラムインタフェース（ＡＰＩ）を提供する。

開示された実施形態は、ロケーションはそうでなければ共通点のない情報源に関連し、「テール」情報源に価値があり、テール情報は、多くの場合、本質的に局所的である、という大前提に基づいている。これらの概念は全体的に関連情報に富んだ自立的エコシステムを可能にする。データモデルは、共通のコアスキームに基づいて、現実世界の何かをエンコード化することができ、多くの方法に起因するレイヤの集合である。バーチャルアースは、地球モデル（球体）、複数の地勢マップ、複数のオーバーヘッド及び非オーバーヘッドのラスタイメージ、軌道オブジェクト（道路）、文化的オブジェクト（ビル）、動的オブジェクト（車）、時間情報（一時的なオブジェクト（イベント）を含む）、及び対話型オブジェクト（人）から構築される。

特定の態様において、ページ又はスクリーンの中央にあり全てのスクリーン又は表示エリアを覆うことができるマップが提供される。「ズームイン」又は「ズームアウト」等の複数の制御部は、マップの表示エリアを低減する傾向にあるマップ外周の回りに配置されるのではなく、マップ上に又はマップに重ね合わせて配置される。ユーザがカーソルをスクリーン上で動かすと、マップ及び制御部を含むマップに関連する全てのものは、カーソルの動きに応じて動的に自動的に更新される。カーソルが移動すると、マップは「自動リフレッシュ」処理により継続的にリフレッシュされるので、ユーザは手動でスクリーンをリフレッシュする必要はない。

特定の実施形態はリッチアプリケーションであり、これにより、ユーザは、例えば仮想化された地球に入って、「そこと同じようなもの」を詳細に知ることができる。拡張技術、クライアント、アプリケーション、及びサービスのセットが提供され、これにより、アプリケーションは、自動車用の携帯デバイスから装着型コンピュータにわたる現実世界の上に、ロケーション関連データを重ね合わせることができる。強力な空間サーチ及びフィルタリングエンジンを備えた空間的データベースが開示されている。別の実施形態は、ＡＰＩ、プロトコル、スキーム、サービス、サーバ、及びクライアントのセットであり、これにより、データ保有者は、ロケーション関連コンテンツ及びロケーション認識アプリケーションを管理、公開、選択的共有、及び貨幣化を行うことができる。また、エコシステムが提供され、これにより発行者（民間及び個人の）がロケーション関連データ共有の報酬を受けることが可能になる。

特定の実施形態は、高解像度の地球３Ｄナビゲーションであり、これにより３Ｄビデオ及び地理参照型３Ｄモデルの統合が可能になり、ストリートレベル及び内部空間にさえ至る空間からのシームレスな体験が可能になる。ユーザは、リモートロケーションはどうなっているのかを知ること、及び既知のロケーション上の景色を取得することが可能になるが、これは付加データ（例えば、天気、交通、不動産情報、汚染プリューム、販売区域毎の売り上げ、人口統計配置、及び予測又はシミュレーションモデル結果）を可視化したものを重ね合わせることでのみ可能になる。別の実施形態において、この情報は、携帯デバイス、シンクライアント、又は非視覚表示（例えば、テキスト、音声）に向けて作成することができる。

別の実施形態において、コミュニティベースのコンテンツ及びリアルタイムの社会的ネットワーク等の特徴と組み合わせた情報源でもたらされるロケーション情報を結びつけて、特定の場所で何が起こっているのかに関するワンストップの回答をもたらすことができる。ロケーション、履歴、時間、及びコミュニティ情報を組み合わせると、ユーザ（及びユーザと同じような人）の決定の履歴セットに基づくローカルイベント、レストラン、場所等の自動的な選択が可能になる。別の実施形態において、時間的属性により、ユーザは、過去、現在、又は（予測）未来データに関する情報を得ることができる。別個の時間ベースの情報がサポートされる。イベント並びにリアルタイムの又はほぼリアルタイムのデータ（例えば、交通、天気、河川水位、潮位、開票、太陽／月／星の観測、季節、及び他のモデル化、アーカイブ化、又は予測可能な時間的にタグ付けされる情報）がサポートされる。また、履歴データもサポートされており、アプリケーションは履歴及び予測交通データ等の予測の時間フィルタリングを行うことができる。

前述の及び関連の結果を実現するために、１つ又はそれ以上の実施形態は、以下に詳細に説明され請求項に示される特徴部を備える。以下の説明及び添付図面は、１つ又はそれ以上の実施形態の特定の例示的な態様を詳細に示す。これらの態様は、種々の実施形態の本質を利用することができる種々の方法のほんの数例ではあるが示されており、これら全ての態様及びその均等物を含むことが意図されている。別の利点及び新規な特徴部は、以下の詳細な説明を図面と共に検討することで明らかになるはずである。

本明細書では種々の実施形態が図面を参照して説明されており、同様の構成要素には同じ参照番号が用いられている。以下の説明において、説明の都合上、１つ又はそれ以上の態様が完全に理解できるように多数の特定の詳細内容が説明されている。しかしながら、これらの特定の詳細内容以外に種々の実施形態を実施できることは明らかである。別例において、これらの実施形態の説明を容易にするために公知の構造及び装置はブロック図の形態で示されている。

本出願で用いる場合、用語「コンポーネント」「モジュール」「システム」等は、ハードウェア、ハードウェア及びソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアのいずれかのコンピュータ関連構成要素を呼ぶ。例えば、限定されるものではないが、コンポーネントは、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び／又はコンピュータとすることができる。例示的に、サーバで実行中のアプリケーション及びサーバの両者はコンポーネントとすることができる。１つ又はそれ以上のコンポーネントは、プロセス及び／又は実行スレッド内に駐在することができ、コンポーネントは、１つのコンピュータ内に置くこと及び／又は２つ又はそれ以上のコンピュータ間に分配することができる。

本明細書では用語「例示的」は、実施例、事例、実例として適することを意味する。本明細書で説明する場合、本明細書で「例示的」なものとして説明される任意の態様及びデザインは、他の態様及びデザインに対して好適な又は好都合なものとして解釈する必然性はない。

更に１つ又はそれ以上の実施形態は、開示された実施形態を実行するためのコンピュータを制御するソフトウェア、ファームウェア、ハードウェア、又はこれらを組み合わせたものを生成する通常のプログラミング及び／又はエンジニアリング技術を用いて、方法、装置、又は製造物品として実現することができる。本明細書で用いる場合、用語「製造物品」（もしくは「コンピュータプログラム製品）は、任意のコンピュータ読取り可能なデバイス、担体、又は媒体からアクセス可能なコンピュータプログラムを包含することが意図されている。例えば、限定されるものではないが、コンピュータ読取り可能な媒体としては、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディス、磁気ストライプ）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタルヴァーサタイルディスク（ＤＶＤ））、スマートカード、及びフラッシュメモリデバイス（例えば、カード、スティック）を挙げることができる。更に、電子メールを送受信するために、又はインターネット又はローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスするために使用される、コンピュータ読取り可能な電子データを搬送するための搬送波を使用可能なことに留意されたい。もちろん当業者であれば、開示された実施形態の範囲及び精神から逸脱することなく、本構成に関する多数の変更例を考えることができる筈である。

人工知能ベースシステム（例えば、明示的及び／又は暗示的に訓練された分類器）は、以下に説明する１つ又はそれ以上の態様に従うように、推論及び／又は確率的決定及び／又は統計ベースの決定を行うことに関連して用いることができる。本明細書で用いる場合、用語「推論」は一般にイベント及び／又はデータを介して取得した観測値セットから、システム、環境及び／又はユーザの状態を推論又は推定するプロセスを呼ぶ。推論は、特定のコンテキスト又はアクションを識別するために使用できるか、又は、例えば、状態に関する確率分布を発生することができる。推論は確率論的とすることができ、つまり、データ及びイベントの検討に基づく、関心事の状態に関する確率分布の計算である。また、推論は、イベント及び／又はデータのセットから高レベルイベントを作るために用いられる方法と呼ぶことができる。このような推論により、イベントが時間的に非常に近接しているか否かを問わず、又はイベント及びデータが１つ又は複数のイベント及びデータソースに由来するか否かを問わず、観測イベント及び／又は格納イベントデータのセットから新しいイベント又はアクションを構築することができる。複数の分類体系及び／又はシステム（例えば、サポートベクタマシン、ニューラルネットワーク、エキスパートシステム、ベイズ信念ネットワーク、ファジー理論、データ融合エンジン等）は、本実施形態に関連する自動的な及び／又は推定されたアクションを行うことに関連して用いることができる。

更に、本明細書には、加入者ステーションに関する種々の実施形態が説明されている。加入者ステーションは、システム、加入者ユニット、移動局、移動体、遠隔ステーション、アクセスポイント、基地局、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、又はユーザ機器と呼ぶこともできる。加入者ステーショは、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）ステーション、携帯情報端末（ＰＤＡ）、無線接続可能な携帯デバイス、又は他の無線モデムに接続される処理デバイスとすることができる。

種々の実施形態は、複数のコンポーネントやモジュール等を含むことができるシステムに関して示されることになる。種々のシステムは、追加のコンポーネント、モジュール等を含み得ること、及び／又は図面に関連して説明されるコンポーネント、モジュール等の全てを含まなくてもよいことを理解されたい。また、これらのやり方の組み合わせを用いることもできる。

自動アクションを採用することに関連して、マシン学習手法を実施して自動アクションの実行を容易にすることができる。更に、ユーティリティベース解析（例えば、正確な自動アクションを採用するファクタリング利益に対する不正確なアクションを採用するコスト）は、自動アクションを実行する際に組み込むことができる。更に詳細には、これらの人工知能（ＡＴ）ベースの態様は、任意の適切なマシン学習ベース手法及び／又は統計ベース手法及び／又は確率論ベース手法を用いて実現することができる。例えば、エキスパートシステム、ファジー理論、サポートベクタマシン、欲張りサーチアルゴリズム、ルールベースシステム、ベイジアンモデル（例えば、ベイジアンネットワーク）、ニューラルネットワーク、他の非線形学習法、データ融合、ユーティリティベース分析的システム、ベイジアンモデルを採用したシステム等の利用が意図されており、請求項の範囲に含まれることが意図されている。

最初に図１を参照すると、マップ情報及び関連データを取得して表示するシステム１００が示されている。システム１００は、複数のユーザ及び／又は以下ではユーザと称するエンティティ（例えば、インターネット、別のシステム、コンピュータ等）から膨大な情報を受信して１つ又はそれ以上のデータベース又はリポジトリに投入することを可能にする。更に、システム１００は、ユーザがマップを見ている時点の（現時点の）世界に関する情報を含む複数のユーザマップ情報を提供することを可能にする。マップ情報としては、現実の交通、建設中の超高層ビル、内部空間、又は何か他の知覚し得るユーザが望む情報を挙げることができる。マップ情報としては、方向及び移動結果を含む個人向け位置べース（距離、関連性等）の結果を挙げることができる。例示的で限定的ではないマップ情報としては、近所のレストランを挙げることができ、ユーザが最近行ったことがあるレストランの結果、各々の表示レストランの夜のお薦め料理、他人（例えば、友人、家族、縁故者、隣人等）がどのように各々のレストランを評価したか等々である。

特定の実施形態において、マップ情報としては、オブジェクト又は関心地点に関する詳細情報を挙げることができる。例えば、ビル名又は他の建物名に関する情報はリクエストに応じて提供することができる。また、他の建物に関する情報を提供することもでき、例えば、電話番号、電子メールアドレス情報、ウェブサイト情報、営業時間、特別イベント等を挙げることができる。この情報は、オブジェクトのフットプリント又は境界（例えば、屋上寸法）内に提供することができ、又は情報が特定のオブジェクト又は関心地点に属することを示すポインタでもってオブジェクト又は関心地点の近くの表示部上に配置することもできる。特定の実施形態において、情報はマップ上の他の場所に配置することもできる。

システム１００は、データ収集又はステッチコンポーネント１０４及び描画コンポーネント１０６とインタフェース接続する受信コンポーネント１０２を含む。受信コンポーネント１０２は、複数のユーザからの入力を取得、受信、リクエスト等するようになっている。入力は、書き込みデータ、音声通信、複数の地理的ロケーションに関する１次元（１Ｄ）、２次元（２Ｄ）、２．５次元（２．５Ｄ）、３次元（３Ｄ）等のイメージ、及び有線通信及び／又は無線通信を経由して送信可能な他のデータ等の種々の形態の複数の情報とすることができる。情報は、単独データを含むユーザ（例えば、データベース、コンピュータシステム等）経由で受信コンポーネント１０２に提供することができる。受信コンポーネント１０２は、単独データにアクセスして、これらの全ての異種の情報源を１つの論理フレームワークに一緒に取り込むようになっている。

受信コンポーネント１０２において、情報は実質的に同一時間に利用可能なので、情報は容易に検索可能な形式でデータを格納するステッチコンポーネント１０４に送信される。別の実施形態において、受信コンポーネント１０２からの入力データは、ステッチコンポーネント１０４への送信の前に遅延させることができる。別の実施形態において、情報は、実質的に受信コンポーネント１０２から受信すると同時にステッチコンポーネント１０４へ送信して、描画コンポーネント１０６で利用可能になる前に所定時間だけステッチコンポーネント１０４に保持しておくことができる。受信コンポーネント１０２、ステッチコンポーネント１０４、及び／又は描画コンポーネント１０６の間の情報中継時間の遅延は、プライバシーの問題を含む種々の要因を考慮に入れたものである。例えば、自身の最新位置に関連する３次元データ又は他のデータを提供するユーザは、自身の正確な位置を他人に知られたくないと思う場合がある（例えば、リアルタイム追跡）。従って、システム１００に関連する遅延機能が存在し得る。遅延は、時間（例えば、時、日、週）、所定の時間フレーム（午前８時から午後５時は、自分の正確な位置を誰にでも提供し、午後５時から午前８時までは自分の配偶者のみが正確な位置をを調べることができる）、又は間隔又は期間を追跡する別の手段で測定することができる。随意的なオプトイン（又はオプトアウト）処理を利用することができ、これによってユーザは、ユーザに関する別のリアルタイムデータを提供可能にするか否かを決定する。ユーザは、リアルタイムデータをいつ表示すべきか、このデータの正確さ、データにアクセス可能な人に関するプライバシーパラメータ、を設定及び管理することができる。システムは、データの暗号化を行うことができ、ユーザのマシン上にのみ復元可能に描画するようになっている。ユーザは、非公開のローカルのみのサービスに関する追跡を行うオプション、並びにプライバシー及び安全関係を考慮に入れた他のパラメータを選択することができる。

また、ユーザは、特定位置に関する注釈付き情報を提供することができる。例えば、動物園に関して、ユーザは、他人に見せたいと思う特定の動物に関する写真を入力することができ、又は、ユーザは、「新しい猿の展示を確認」といったテキスト又はメッセージを入力することができる。この情報は、別のユーザがサーチを行ない、動物園又は周辺エリアがマップ上に表示される場合に利用可能になる。更に、特定の情報源（例えば、動物園）から提供される情報は、ユーザに提供されて選択できるようになっている。このような情報としては、展示物、営業時間、経路を示す動物園の内部マップ等のエンティティに関する特定のデータを挙げることができる。表示可能な別のデータは、タスクリスト又は別のユーザが見たいと思うユーザ向けのユーザ定義情報とすることができる。

ユーザから受信コンポーネント１０２に伝達されるデータは、一般に特定のエンティティ又はオブジェクト（例えば、ビル、景観、家屋、曲がり角、目標物等）、又は特定の地理的ロケーション（住所、測地）に関連する。ステッチコンポーネント１０４は、各々のデータの一部を測地等を介して地理的ロケーションに関連づけるようになっている。ステッチコンポーネント１０４は、離散的データ及び／又は受信したデータイメージを用いて、３次元イメージを含むデータを結合するようになっている。ステッチコンポーネント１０４は、システム１００がユーザリクエストを受信すると、情報を描画コンポーネント１０６に伝達する。

描画コンポーネント１０６は、ユーザにリクエスト情報を検索してステッチされたイメージデータをシームレスの３次元的方法でもってナビゲートする能力を提供する（データを出力する）ようになっている。３次元描画は、複数のナビゲーション角（例えば、斜視図、鳥瞰角、透視角、平面視野角、正面視野角、下向き経路視野角、上向き経路視野角等）とすることができる。ユーザは、指定区域を取り囲む特定の区域及び／又は範囲（例えば、１０マイル、２５マイル）を含むことができるユーザの質問に基づく情報を受信することができる。指定区域は、測地、ストリート名、所在地住所、市、ストリート、又は他の場所、個人及び／又は見えるものを識別する他の方法に基づくことができる。

描画コンポーネント１０６により、複数のユーザは、同様の地理的イメージ及び関連データを実質的に同時に見ることができるようになっている。例えば、特定の地理的領域は、複数のユーザが実質的に同時にイベント又は場所を見ることを望む、予測可能なイベント（例えば、スポーツイベント、音楽コンサート、政治イベント等）又は予測不能なイベント（例えば、環境状況、テロ攻撃等）に起因する「ホットスポット」とすることができる。描画コンポーネント１０６は、各々のユーザにリクエストした地理的領域を提供するが、他の複数のユーザによる閲覧とは無関係に、各々のユーザは、閲覧イメージ及び関連データを操作（例えば、ズーム、表示面の方々へのイメージの移動等）することができる。

別の実施形態において、ユーザの関係者（例えば、家族、友人、仕事仲間、学生仲間）に関する情報は、興味の対象（例えば、レストラン、スポーツイベント、店舗等）とすることができる場所に関する情報に対する指示又はリクエストに応答してユーザに提供することができる。例えば、ユーザは、仕事又は他の目的で指定区域を訪問し、その場所の訪問中に何をすべきかに関する情報を望む場合がある。ユーザは、実際の指定区域において又は情報を取得してユーザに伝達するためのシステム１００に関する手段が存在する場合はどこでもよい別の場所から遠隔で、このような情報をリクエストすることができる。

別の実施形態において、システム１００は、１つ又はそれ以上の指定区域に対する方向又はナビゲーション情報を提供することができる。システム１００は、エリア内の１つ又はそれ以上のユーザから受信した最新の情報に基づいて最速ルート又は最良ルートを決定する。ルートは異なる色で強調表示又はマーク付けすることができる。別の実施形態において、システム１００は、ユーザ所在地、ユーザ嗜好、ユーザリクエスト、広告主所在地、広告主ランク、広告主評価を含む種々の基準に基づいて、１つ又はそれ以上のユーザに対してリアルタイム広告及び／又はオンライン広告を行うことができる。

図２は、データ伝達のためのユーザ入力を容易にするためのシステム２００を示す。システム２００は、複数のユーザから情報を受け取る受信コンポーネント２０２を含む。情報は、データを系統化して情報を使用可能な形式に変換するようになっているステッチコンポーネント２０４に伝達される。描画コンポーネント２０６は、複数のユーザに情報を「随時」又は「オンデマンド」ベースで提供する。描画コンポーネント２０６は、ユーザに対してリクエストデータを出力する。

受信コンポーネント２０２は、複数のユーザからのデータを受信、リクエスト、問い合わせ、受領等するようになっている。データは、帯電話、通常及びパノラマ式カメラ、及び情報伝達可能な他のデバイスを含む複数のデバイスから受信することができる。このようなデータ受信を容易にするために、受信コンポーネント２０２は、ユーザインタフェースモジュール２０８、ロケーション情報モジュール２１０、及び／又は時間情報モジュール２１２を含む種々のモジュールを含むことができる。例示及び説明したものよりも多数の又は少数のモジュールが存在可能であることを理解されたい。受信コンポーネント２０２を参照してモジュール２０８、２１０、及び２１２が示され説明されているが、これらは別個のモジュールとして配置できるか、又はこれらは別のシステム２００のコンポーネントと関連することもできる。

ユーザインタフェースモジュール２０８により、ユーザは、システム２００と情報のやりとりを行い、イメージデータ又は他の情報を提供することができるようになっている。ユーザインタフェースモジュール２０８は、グラフィカル・ユーザインタフェース（ＧＵＩ）、コマンドラインインタフェース等を提供することができる。例えば、ＧＵＩは描画可能であり、これはユーザに種々の形式のデータをロード、インポート、読み取り等のための領域又は手段を提供し、その結果を表示する領域を含むことができる。これらの領域は、対話ボックス、スタティック制御部、ドロップダウンメニュー、リストボックス、ポップアップメニュー、編集制御部のようなもの、コンボボックス、ラジオボタン、チェックボックス、プッシュボタン、及び図形ボックスから成る、公知のテキスト及び／又は図形領域を含む。更に、ナビゲーション用の垂直及び／又は水平スクロールバー、及び領域を可視にするか否かを決定するツールバーボタン等のプレゼンテーションを容易にするユーティリティを用いることができる。例えば、ユーザは、編集制御部に情報を入力することでユーザインタフェースモジュール２０８と対話することができる。

また、ユーザは領域と対話して、マウス、ローラーボール、キーパッド、キーボード、ペン、デジタルカメラ、及び／又は音声駆動装置等の種々のデバイス経由で情報を選択して提供することができる。一般に、キーボード上のプッシュボタン又は入力キーといった機構は、情報の入力後に情報伝達を開始するために用いることができる。しかしながら、本明細書に記載の実施形態は限定的ではないことに留意されたい。例えば、単にチェックボックスを強調表示することで情報伝達を開始することも可能である。別の実施例において、コマンドラインインタフェースを用いることができる。例えば、コマンドラインインタフェースは、ユーザにテキストメッセージを与えることで（例えば、表示上のテキストメッセージ、音色等によって）情報入力を指示する。その後、ユーザは、デジタルイメージデータ、インタフェースプロンプトにもたらされたオプションに対応するアルファベット入力、プロンプトに提示された質問に対する回答、又は他の入力データ等の適切な情報を与えることができる。コマンドラインインタフェースは、ＧＵＩ及び／又はＡＰＩに関連して使用可能なことに留意されたい。更に、コマンドラインインタフェースは、グラフィックサポートが制限されたハードウェア（例えば、ビデオカード）及び／又はディスプレイ（例えば、白黒及びＥＧＡ）、及び／又は狭帯域幅通信チャンネルと関連して用いることができる。

また、ユーザインタフェースモジュール２０８は、ユーザエンティティ（例えば、インターネット、別のシステム、コンピュータ）からデータを受け取ることができる。例えば、データ所有者は、システム２００と対話して、「参照することで」データを公開することができ、システム２００は、クエリーを実際のデータに転送する（リンクモデル）か、又はシステム２００を経由するデータの代理になる（集成型処理を含むことができるシンジケートモデル）ことができる。システム２００は、容易に利用できる民間及び公共情報のデータベースを備えた予め投入されたもの（ヘッドデータ）及び／又は継続的に更新されたもの（テールデータ）とすることができる。

受信コンポーネント２０２と対話することで、個々のユーザのコミュニティは、入力データを用いてデータベースを構築、拡張、及び更新することができるので、継続的にデータ量を増やすこと、データの質を高めること、及びデータの正確性を更新することができる。個々のユーザが提供した情報は信頼できないと考えることができ、その信頼性が適切なレベルに達するまで信頼できるデータとは区別することができる。更に、システム２００は、内部空間（例えば、家屋、ビル店舗、レストラン、工場）、空中イメージ、及び水中ロケーションに関連するデータイメージ及び他の情報を収集して表示することができる。個々のユーザが付加できる情報としては、道路、最良の釣り又はバードウオッチングスポット、建設情報の注記等を挙げることができる。他の情報は、モールレイアウト情報をアップロードするショッピングモール、セールス又は他の関連データに関する情報を提供する個々の店舗等の営利団体から提供され得る。この情報は、世界的規模で収集でき、開示される実施形態に関連するデータは１つの地域又は国に限定されないことに留意されたい。

また、ユーザは、受信コンポーネント２０２に全てのエンティティ（例えば、業務方法、イベント、会場）に関する評価及びレビューを入力又は提供することができ、お互いのレビューを評価して潜在的なスパムを少なくする。評価は、例えば、「場所は素晴らしく、夕焼けが最高、しかし貴方が撮影した写真はひどい」といった異次元のものであってもよい。評価は、受信コンポーネント２０２に関連する「提言エンジン」に入力することができ、例えば、高評価のサービス又はアクティビティの間の相反する提言を生成するために評価を利用する。評価及び提言の異なる集合は、（例えば、全ユーザから、自分の地域社会から、自分の家族から）個々のユーザに提供できる。

また、受信コンポーネント２０２は受信イメージに関連するメタデータ情報を受信することができる。このデータは、例えば、店舗又は企業のロゴ、営業時間、電話番号、特別イベント、又は他のイメージ（例えば、オブジェクト又は関心エリア）に関連する情報を含むことができる。この情報は、オブジェクト又は関心エリアに関するイメージデータの表示時に又は詳細情報のリクエスト時に表示することができる。

ロケーション情報モジュール２１０は、データイメージ又は他の情報を提供したユーザ及び／又はエンティティの位置に関する情報を提供することができる。グローバルポジショニングサービス（ＧＰＳ）又は他の位置決め手段は、ロケーション情報を円滑にするために利用できる。市街地でのＧＰＳ精度は制限され、多くの場合（例えば、内部空間）には利用できない。Ｗｉ−Ｆｉベースのロケーションソリューションを利用してロケーションギャップを埋めることができ、本明細書に記載の種々の実施形態を複数の環境で作動させることが可能になる。

別の実施形態において、システム２００は、複数のリソースから定期的にユーザのロケーションを確認することができる。例えば、ユーザの携帯デバイスの位置は、ロケーションサーバを利用して求めることができる。情報をシステム２００に提供する際にユーザが使用しているデバイスは、能動的にそのロケーションを局部的に追跡して定期的にロケーション情報をアップロードすることができる。別の実施形態において、ユーザは手動でロケーションを選択して（例えば、「私はここにいる」）、名前付きチェックポイントを生成することができる。

ロケーション情報モジュール２１０は、イメージがどこで取得されたか又はドキュメントがどこで作成、編集されたかに基づいてイメージ又はドキュメントのロケーションピボットを提供するようになっている。ユーザがロケーション有効デバイス（例えば、ＳｎｉａｒｔＰｈｏｎｅ）をもっている場合、ロケーション追跡機能は、所定の時間又は期間毎に（例えば５分毎に）デバイスのロケーションを記録できる。この追跡は、電子写真記憶媒体又は記憶ドキュメントのディレクトリ中のデータと同様のファイル（例えば、写真、ドキュメント）上のタイムスタンプと後で関連付けることができる。ロケーション情報モジュール２１０により、ユーザは、仮想的に旅行先を最初の順番で再訪することができ、他のロケーションインデックス付き情報をアルバム中の各々の写真（又はデータ）と関連付けることができる。キーワードは、写真、データ、ドキュメントと自動的に関連付けることができ、情報を捜して見ることが容易になる。前もってイメージ及び／又はデータに関連付けされたキーワードを指定してディレクトリ構造を閲覧することは容易である。別の実施形態において、閲覧は、イメージ及び／又はデータの時間及び順序に基づくことができる。

時間情報モジュール２１２は、イメージ、データ、及び／又は他の情報にタイムスタンプを付与するようになっており、ロケーション情報モジュール２１０とは別々に作動するか又は同時に作動することができる。更に、時間情報モジュール２１２は、イベント時間とイベント位置を一致させるコンテキストを提供するようになっている。例えば、カメラは写真の撮影時間を記録してタイムスタンプ付きの写真をシステム２００に入力する。これは、ユーザに個人及び公共データに関するコンテキストソースを与える。別の実施形態において、位置はイベントが記録される度に記憶されないが、ロケーション追跡サービスはユーザ位置の所定期間毎（例えば、５分、１５分、３０分毎）の「ブレッドクラム追跡」を持続する。この情報は、任意のタイムスタンプ付き情報の位置を求めるために後で利用でき、例えば、ドキュメント編集タイムスタンプは、ドキュメントの特定の変更が行われた場所を知らせることができる（及び、なぜ編集が行われたかの記憶を取り戻すように指示する場合もある）。また、タイムスタンプ情報は、ユーザが最新データのみならず履歴情報及び断定未来情報を見ることを可能にするタイムシフト機能をもたらす。例えば、ユーザは、過去の予報に基づいて明日の天気がどうなるかを調べるために、又は天気がどうなるかを正確に観察するために以前のデータにタイムシフトするために、タイムシフトを行うことができる。

位置及び時間情報は、誰かが特定の場所に特定の時間に居たことを確認するために利用できる。例えば、否認防止サービスは、ユーザ証明書にユーザの時間及びロケーションのサインを行うことができる。この情報は、立証可能である。（例えば、無線通信事業者の基地局又は民営Ｗｉ−Ｆｉ基地局はこのサービスを提供できる）。また、走行時間アルゴリズムは、目的地に所定時間前に到着できるか（又はできないか）をユーザに知らせることができる。

ユーザのロケーション及び／又は時間情報は、プライバシー及び安全上の注意、並びにペアレンタル・コントロールの面を考慮する必要がある。ユーザのプライバシーを保護するために複数の方法を利用できる。この方法は、コンテンツに関連する場合はユーザを別名（実名の代わりに）で識別する方法を含む。ユーザは、個人コンテンツを全てのユーザと、又は特定グループ（例えば、兄弟リスト又は指定された人）と共有するか否かを選択できる。

ユーザは、特定の時間セットに関する個人コンテンツ及びロケーションを共有するかを選択できる（例えば、ロケーション・ディザリング、プレウォッチャ・ディザリン）。例えば、ユーザが会議を予定する場合、ユーザは参加者に指示を送るであろう。また、ユーザは、出席者に会議が開催されるオフィス又はビルの内部マップを伝えることができる。つまり、出席者は、会場までの経路だけでなくユーザのオフィスまでの経路を知ることができる。更に、この情報は、会議の当日にのみ出席者がアクセス可能とすることができる。また、ユーザが遅れる場合、出席者は会議時間の間だけユーザのロケーションにアクセスできる。この情報はユーザによって設定可能である。場合によっては、ユーザは近郊又は都市に基づいてのみ位置付けることもできる。

別のプライバシー問題は、個人情報を暴くストリートレベル（及び、別の高解像度、短距離かも知れない）イメージに向けられる。従って、イメージを匿名化するための種々の自動的な解決策を用いる必要がある。この解決策としては、人の顔を探してディザをかけるか又はぼやかして人物が特定できないようにする顔検出アルゴリズムを挙げることができる。別のアルゴリズムは、ライセンスプレートの番号や他の識別特徴を検出して取り除くために使用できる。

更に、開示された実施形態は、スパム、猥褻物、ポルノ、悪意に満ちた情報等を管理、制限、対処するための社会に貢献する特別な重要性を考慮する必要があることが前提である。このようなデータの全てを排除することは無理であろう。しかしながら、このようなコンテンツの普及を制限するための多数の方法が存在する。

従って、コンテンツを評価、レビュー、又は投稿するユーザは、固有の識別及び／又はパスワードで署名する必要があり、受信コンポーネント２０２は、このような情報がない入力コンテンツを禁止することができる。単にコンテンツ（例えば、レストラン、イベント、ロケーション、関心地点）を検索をして閲覧する人は、署名する又は無記名のままのいずれかとすることができる。「仮想的な風評」は、（コンテンツの評価及びレビューを含む）コンテンツの投稿を行うユーザに対して作成することができる。この風評は、このユーザをランク付けしている別のユーザの評価に基づくことができる。常に質の悪いコンテンツを投稿しているユーザの仮想的な風評は低いであろう。このようなユーザは、別のコンテンツをアップロード、レビュー、又は評価することを禁止することができる。

例えば、ユーザはレストランに関するコンテンツを投稿する。コンテンツがレビューされて所定数の別のユーザがこのコンテンツはスパムであることを示す評価を与えた場合、問題のコンテンツを隠して、投稿者が別のコンテンツを投稿することを禁止できる。ユーザには、コンテンツを説明する機会を与えることができる。システム（例えば、仮想調停システム）は、コンテンツがスパムか否か、及びコンテンツを永久に削除する必要があるか否か、又は他人の閲覧のために表示する必要があるか否かの問題を解決するために設置することができる。別の実施形態において、各々の投稿ユーザには、このユーザに関するランキングが付与されている。スパム又は他の悪意のあるコンテンツを投稿したユーザは減点することができる。更に、他人を不当に非難したユーザは減点することができる。ユーザのランキングがこのような減点により所定以下になると、フラグを立てて、コンテンツを掲示、アップロード、又は提供できなくすることができる。受信コンポーネント２０２は、社会が自主規制することを可能にするシステムを実現する別の動的チェック部又はバランス部を組み込むことができることを理解されたい。

図３は、詳細なオブジェクト情報及び関連データを取得して表示するためのシステム３００を示す。システム３００は、前記図面を参照して説明したシステムコンポーネントと同様の、取得又は受信コンポーネント３０２、ステッチコンポーネント３０４、及び描画コンポーネント３０６を含む。また、システム３００は、オブジェクト又は関心地点の境界又は外周を決めるようになっている境界コンポーネント３０８を含むことができる。

受信コンポーネント３０２は、１つ又はそれ以上のユーザ及び／又はエンティティ（例えば、インターネット、別のシステム、コンピュータ等の）からイメージ３０８及び／又は詳細オブジェクト情報３１０を含む入力を受信するようになっている。オブジェクトは、例えば、ビル、オフィス、駐車場、家屋、レストラン、公園、別のロケーション、又は物体、及び／又は関心地点とすることができる。オブジェクト情報は、オブジェクトに関連するイメージ（例えば、写真、３−Ｄ写真又はイメージ、パノラマ写真、内部イメージ等）を含むことができる。受信コンポーネント３０２が受信した情報は、オブジェクトの識別（例えば、名前、住所）、及び／又は地理コード化情報３１２（例えば、測地、経度、緯度、ストリートロケーション等）を含むことができる。更に、受信コンポーネント３０２は、オブジェクトのサブコンポーネントに関する詳細情報を受信、取得、リクエスト等することができる。サブコンポーネント及び詳細情報は、オフィスビル又はアパートの全てのテナントのリスト、電話番号等を含むことができる。ビルのテナントは、詳細情報の利用を登録又は承認する必要があることを理解されたい。特定の実施形態において、情報は、通話記録及び／又は他の公共情報源から取得できる。もしくは又は更に、情報は、加入又は加入者サービスから取得できるので、テナント（又は権限保持者）は、マップの表示時にこれらの情報が含まれるか又は表示されることをリクエストできる。この権限保持者は、リクエスト時に利用可能にする必要がある情報を与えることができる。

境界コンポーネント３０８は、イメージ内の少なくとも１つの個別ロケーションを識別できるようになっている。個別ロケーションは、構造物の屋根又は壁の中心、外部区域又は他のオブジェクトの中心、屋根、壁、外部区域、又は他のオブジェクトのコーナー部、又はオブジェクト情報を表示するための回転中心又は回転軸として機能するイメージ内の任意のロケーションとすることができる。また、境界コンポーネントは、オブジェクト又は関心エリアの境界又は外周を確認することができる。外周は、例えば、オブジェクトのフットプリント（例えば、構造物の屋根又は側面）とすることができる。特定の実施形態において、外周又は境界情報はアルゴリズムで確認できる。例えば、受信コンポーネント３０２は、屋根の上面又は可視表面を規定する区画ポリゴン又は幾何学的図形（例えば、円形、矩形、正方形、立方体等）を受信することができる。このような幾何学的な情報は、事業としてアップロードでき、例えば、これは屋根の上面を規定する。境界コンポーネント３０８は、この区画ポリゴン情報を利用して区画ポリゴンのエリアの内側には唯一のビル（又は、別の関心エリア）が存在する可能性が高いことを推論する。この推論に基づいて、関心エリア（例えば、構造物）の端部又は外周を計算して、関心エリアを含む建物密集地域（例えば、構造物の端）を確認することができる。オブジェクトの形状、寸法、又は面積を確認するために種々のアルゴリズム、方法、及び／又は手法を利用できることを理解されたい。

また、システム３００は、ロケーションベース情報を１つ又はそれ以上のリポジトリに保持できるようになっており、これによりロケーションベース情報、及び関連のイメージ及びデータをあたかも単一のリポジトリからのように取り込むことができる、ステッチコンポーネント３０４を含むことができる。

システム３００に含まれる描画コンポーネント３０６は、関心エリアに関連するメタデータを表示し、表示視野又は１つ又はそれ以上の視軸（例えば、個別ロケーション）に基づいてメタデータの位置又は視野を選択的に変更できるようになっている。メタデータ又は詳細情報は、単一の構造物又はオブジェクト、又はマップエリアに表示される各々の構造物（又は、選択オブジェクト）を提供することができる。描画コンポーネント３０６は、例えば、屋根の上面のフットプリントの境界内の又は構造物の壁又は側面のフットプリント内のメタデータを表示できる。特定の実施形態において、メタデータは、イメージの視野角に基づいて選択的に表示できる。例えば、視野角又は視野が俯瞰図（例えば、メタデータが屋根の上面に表示される）から４５度変更される場合、情報は、例えば、オブジェクトの屋根の上面から側面に位置を変える。もしくは又は追加的に、メタデータは、メタデータが参照する関心エリを示すポインタ又は他のマーカと一緒に関心エリアのフットプリントから離れて表示することができる。別の実施形態において、メタデータは、リスト内に表示すること、又は別の表示ページに表示することができる。

描画コンポーネント３０６は、マップ情報上に重ね合わせて表示できる。この方法において、メタデータは透明とすることができ、メタデータを取り囲むマップエリアを可視できる。描画コンポーネント３０６は、描画コンポーネント３０６及び／又はシステム３００内の他のコンポーネントが利用できる内部及び／又は外部情報の取り込み又はアクセスに基づいて、表示メタデータが最新のもの又は更新されたものであることを確認できる。

図４は、マップ環境内のオブジェクト又は関心エリアに関連する情報を取得するためのシステム４００を示す。システム４００は、複数のソースから情報を取得する取得コンポーネント又は受信コンポーネント４０２、検索可能形式で情報を保持するステッチコンポーネント４０４、及びリクエストに応じて情報を表示する描画コンポーネント４０６を含むことができる。また、システム４００は、関心エリアのパラメータ又はフットプリントを確認することができる境界コンポーネント４０８を含むこともできる。

受信コンポーネント４０２は、少なくとも１人のユーザの関心エリアに関連する１つ又はそれ以上のイメージを受信、リクエスト、取得等できるようになっているインタフェースモジュール４１０を含むことができる。特定の実施形態において、受信コンポーネント４０２は、１つ又はそれ以上のユーザから２つ以上の関心エリアのイメージを受信することができる。例えば、イメージ又は写真は、関心エリア付近に位置する携帯デバイスから取得することができる。２つのユーザが実質的に同時に近くに居る場合、各々のユーザは、オブジェクトのイメージを獲得することができ、各々のイメージは、ユーザがイメージを獲得した際のロケーションに基づいて異なる場合がある。例えば、一方のイメージはビルの正面の西側から撮影され、他方のイメージはビルの正面の東側から撮影される場合がある。アルゴリズム又はランキング法は、どちらのイメージ及び／又は情報が最も正確であり、及び／又はどちらのイメージ及び／又は情報が特定のオブジェクト又は関心場所を失わないでいるかを確認するために利用できる。

識別モジュール４１２は、獲得した関心エリアを識別するようになっている。このような識別は、イメージと一緒に受信すること、又は別の時間に識別することができる。このような識別は、オブジェクトの住所、測地、又は地理コード化情報を含む他の識別データを含むことができる。識別は、イメージデータをインタフェースモジュール４１０から受信する際にユーザが提供できる。例えば、情報又はイメージを提供した携帯デバイスは、グローバルポジショニングシステム（ＧＰＳ）機能、又は携帯デバイスのロケーション（例えば、測地）を確認するための他の機能を備えることができる。このような情報を取得して、受信イメージ及び／又は情報と関連付けることができる。

受信コンポーネント４０２に関連する別のモジュールとしては、関心オブジェクトに関連する詳細情報を取得、受信、リクエスト等できる情報モジュール４１４を挙げることができる。本明細書で用いる場合、関心オブジェクトは、任意のエンティティ又はオブジェクト（例えば、ビル、風景、家屋、道の曲がり角、ランドマーク他）又は特定の地理的ロケーション（住所、測地）である。例えば、詳細情報は、関心オブジェクトに関連するメタデータとすることができ、このようなメタデータは、情報階層を含むことができる。

高レベルで、オブジェクトと関連がある場合、階層はロケーション（例えば、住所、測地）又は関心オブジェクトの名前等の情報を含むことができる。命名規則は、例えば、レストラン、動物園、公園、オフィスビル、図書館、大学、政府エリアの名前とすることができる。階層の次のレベルは、オブジェクトの電話番号とすることができる。次のレベルは、担当者名等とすることができる。ユーザは、オブジェクトに関連する詳細情報を取得するために階層を掘り下げることができる。

次に図５を参照すると、関心オブジェクトのエリア又はフットプリントを検出又は確認するためのシステム５００が示されている。システム５００は、前記の図面を参照して説明したシステムと同様である。システム５００は、１つ又はそれ以上のユーザから情報（例えば、特定ロケーションの３−Ｄイメージ及び／又は地理コード化情報）を取得できる受信コンポーネント５０２、検索可能形式で情報を保持するステッチコンポーネント５０４、情報を表示できる描画コンポーネント、及び関心オブジェクトのエリア又はフットプリントを検出又は確認できる境界コンポーネント４０８を含むことができる。

境界コンポーネント５０８は、区画ポリゴンモジュール５１０及びエッジ検出モジュール５１２を含むことができる。区画ポリゴンモジュール５１０は、関心エリアの屋根の上面、壁、平面、可視表面等を規定するポリゴン又は幾何学的形状を受信又は確認できるようになっている。例えば、ビルオーナ又は他の権限保持者は、屋根の上面を規定するポリゴンを送信又はアップロードできる。この送信情報に基づいて、屋根の上面のポリゴンは複製されて、ポリゴンのパラメータ内に情報に提供することができる。ビル又は屋根の上面がオブジェクトに関する可視情報を包含するほどの広さががない場合、ユーザがどのオブジェクトにその情報が属するかを確認できる場合、情報は、オブジェクトの近傍、又はディスプレイの他の位置に表示できる。

エッジ検出モジュール５１２は、関心オブジェクトのエッジ又は外側エリアを検出できるようになっている。特定の実施形態において、関心エリアは、屋根の上面がない公園、動物園、庭園等の屋外エリアとすることができる。これらの関心エリアに関して、区画ポリゴンモジュール５１０は、関心オブジェクトのエリアは区画（例えば、公園、動物園等）の外周であることを確認できる。エッジ検出モジュール５１２は、関心オブジェクトのエリア内に見ることができる情報を描画することができる。

次に、図６を参照すると、ロケーションベース情報の中心リポジトリを保持するシステム６００が示されている。システム６００は、ロケーションベース（及び時間ベース）情報のユーザ入力を容易にする受信コンポーネント６０２を含む。ロケーションベース情報はシステム６００に保持され、ロケーション（時間）ベース情報のサブセットに関するユーザリクエストに応じて描画コンポーネント６０６に送信される。

システム６００は、１つ又はそれ以上のリポジトリ内のロケーションベース情報を保持するようになっており、ロケーションベース情報は、あたかも単一のリポジトリからのように取り出すことができる。システム６００により、イメージは、各々が別々に描画及びダウンロードされるステッチ可能なマス目又はタイルに分解される。ＨＴＭＬ等のコードは、マス目を結合してシームレスのイメージを提示するようになっている。ユーザがスクロール及びズームを行うと、別の部分がダウンロードされる。

データ収集又はシステム６００は、モザイクイメージングモジュール６０８を含むことができる。モザイクイメージングは画素レベルで適用され、物理的ロケーションへのマッピングを行う。これにより、ストリートの側面がスキャンされて、見える場合は、ストリートが自身に接続するサイドストリートをもつことになる。メインストリート及びサイドストリートの両者は、例えば４５度からの及び上面からの種々の角度から見ることができる。また、モザイクイメージングは、文化的オブジェクト及び地区のオブジェクト、物体、イベント等を見ることを可能にする。また、ユーザは画素レベルのマッピングを利用して物理的ロケーションを見ることができる。

特定の実施において、複数のソースからの膨大なイメージデータの収集によって利用可能になる途方もない量の情報が存在する。家屋等の細かい粒度レベルの表示を取得することは、収集イメージが地理参照型であり、システムがイメージデータに関連する全ての画素が地球上のどこに位置決めされるかを知っているので、単純化される。複数のユーザがイメージデータ及び／又は斜角イメージを提供する場合、システムは、各々のイメージ画素を識別すると共に、全てのイメージを一緒にステッチして広範囲のデータイメージを作成する。

複数のユーザから受け取ったイメージは、関連付けられている場合もあればそうでない場合もあるので、全ての地点は現実世界の体験に関連するように識別する必要がある。このことは、地球上の全ての地点に対して識別を設定して、各々の地点の正確なロケーションを提供することによって、クレイモデル上に埋め込んでいくのと同じことである。任意の地点で同時に発生する少なくとも３つの事柄が存在する。第１は、イメージを収集する（受信コンポーネント６０２）ピクトメトリ（ｐｉｃｔｏｍｅｔｒｙ）であり、これは全て地理参照でありモデルに含まれる。第２は、複数のイメージを指示する１つの大きな機能をもたらすモザイク化である。最後は、各々のデジタルイメージ及び関連のタイルを取得して、これをステッチ可能部とすることによって編集される巨大イメージである。複数のサーバ上に置かれるのはこれらのステッチ可能部又はタイルである。各々のタイルは、参照又は識別子を用いて組織化され、システム６００は、各々のタイルに関連する識別に基づいて、各々のタイルを配置することが可能になる。ステッチはマップに適用され、参照ラベル並びに別の識別基準を提供する。これらの大きなイメージを迅速に提供すること又はサービスすることに関連する別の情報は、以下に詳細に説明する。

システム６００は、ユーザ共同体から受信した情報を保持するようになっているコミュニティモジュール６１０を含むことができる。コミュニティモジュール６１０は、特定のエンティティを推奨するコミュニティに基づいて、エンティティ（例えば、ロケーション、場所、イベント等）を見つけることができる。コミュニティは、ユーザのインスタントメッセージに記載された人々、頻繁に連絡をとる人々、又は別の定義された基準の人々として定義できる。また、コミュニティは、都市、都市の一部等の特定の地理的領域とすることもできる。エンティティは、ブックマークを用いた、ユーザが保存している全エンティティのサブセットに基づくこと、又は特定のユーザが楽しんだエンティティ全般に基づくことができる。従って、ユーザが、例えばレストランを訪問して食事、サービス、雰囲気等を楽しもうとする場合、ユーザは、そのレストランの詳細をブックマークとして保存することができ、更にユーザが定めたメモや推奨食物等の説明を含めることができる。これにより、このようなユーザが第三者のコミュニティのメンバとして定義されている場合、ユーザが保存したブックマークに基づいて、第三者は特定のエンティティを調べることができる。

コミュニティのサーチ範囲は、ユーザの必要性に応じて広く又は狭くすることができる。最大範囲は全コミュニティ（市）であり、中程度の範囲はユーザ自身のコミュニティ（頻繁に連絡を取る）であり、最小範囲は特定のユーザ又はユーザ自身が保存したブックマークである。ユーザは、最小範囲から最大範囲のサーチに戻すこと又は進めるることが可能であり、追加的に、最小範囲から最大範囲までの任意の範囲をサーチすることができる。また、ユーザは、ユーザ自身の連絡者、この連絡者の更に連絡者、これまで拡大した範囲の更なる連絡者、及び／又はユーザから離れた連絡者の距離範囲にに関して又は基づいてサーチをリクエストすることも可能である。

サーチは、ステッチコンポーネント６０４又はシステム６００の別のコンポーネントとインタフェース接続するマシン学習コンポーネント６１２がもたらす推論又は人工知能に基づいて行うことができる。例えば、第１のユーザが特定のレストランを好み、第２のユーザも同様であるが必ずしも好みは同一ではない。第１のユーザがそのエリアに不慣れで、及び／又はユーザ自身が楽しめる同様のレストランを知らない場合、サーチは、第２のユーザの好みを用いた推論に基づいて行うことができる。サーチは、ユーザが先に入力したようなユーザの知っている好き嫌いに基づいて、ユーザが定めた基準又はシステムが定めた基準を利用して行うことができる。次に、推論又はマシン学習コンポーネント６１２及び／又はエンジンは、第２のユーザのような同様の好みをもつ追加ユーザに関してサーチを行うことができる。システム６００は、ユーザは互いに面識がなくても、各々のユーザが彼らの情報をこのような方法で利用できることを事前に合意しているとすれば、２人のユーザの好き嫌いが似ているという推論に基づいて、適切なレストランを推薦できる。この推論のいくつかは、社会的ネットワークとしてインスタントメッセージシステムを利用する社会的ネットワークに基づくことができる。

推論サーチは、他の人は何が好きであろうかという推論に基づくことができる。例えば、主人は特別な日に、特別なので彼の好みではなく妻が好むであろう何かを行うために、妻を連れ出そうと決める。この場合、主人は、彼の好みとは無関係に及び／又は彼の好みを盛り込んで、妻の好み及び妻のコミュニティの好みに基づいたサーチを行う。これは、基本的に他人に実際に問い合わせることなく他人は何が好きかを決定するサーチであり、これは驚き及び／又は分別の要素をもたらす。推論サーチの別のタイプは、２人又はそれ以上の人の好みを組み合わせたものに基づくサーチとすることができる。複数の好みを組み合わせることで、推論は、両者又は全員が一緒に楽しむことができる何かを引き出すことができる。

推論エンジン（例えば、マシン学習コンポーネント６１２）は、時間ベース情報及び／又は社会的ネットワークベース情報に基づいた地理的推論サーチを行うことができる。トレーニングモードは、シードモデルを用いて開始することができ、データが取得されるか又はシステム６００に入力されると、ユーザの好みを学習できる。システム６００又はアーキテクチャは、ユーザが以前に閲覧、サーチした場所に関するデータ、又は何らかの方法で示した好みを取得して、このデータに基づいてユーザが運動活動、社会活動、事業活動等の特別な活動に興味をもつであろうことを推定する。ユーザの好みは、大きなグループ又は活動タイプに分類され、フィルタを適用することで、システムは当人が興味をもつであろう何かを推定して特別な活動に掘り下げることができる。システム６００がこのようなユーザの好みを学習すると、システム６００は知能を獲得して、ユーザの好みをコミュニティと関連付けながら利用することができ、高速で正確なサーチ及び提言ができるようになる。

図７は、複数のユーザにマップ情報を出力するシステム７００を示す。システム７００は複数のユーザからデータ、イメージ、及び他の情報を受信する受信コンポーネント７０２を含む。データ、イメージ及び／又は情報は、論理フォーマットのデータを保持するステッチコンポーネント７０４に伝達され、データ及びイメージは、描画コンポーネント７０６との相互作用によって複数のユーザが利用可能になる。描画コンポーネント７０６は、取得モジュール７０８、コンテンツ表示モジュール７１０、自動リフレッシュモジュール７１２、ビューモジュール７１４、及び更新モジュール７１６の間のインタフェースを経由してマップ情報及び関連データを表示するようになっており、更新モジュール７１６は、更新情報が入手可能か否かを確認して、情報が表示される前に又は表示と実質的に同時に情報を更新する。図示のモジュール以上の又は以下のモジュールを、描画コンポーネント７０６と連結して又はそれとは別に利用できることを理解されたい。

取得モジュール７０８は、表示されることになるマップ情報を受信するようになっており、マップ上のエリア又は場所を閲覧するユーザリクエストを受信する段階を含むことができる。例えば、ユーザは、ユーザインタフェース経由で特定の地理的領域（例えば、市、ストリート、ビル、住所等）を閲覧することをリクエストできる。マップ中心は、スクリーンの中心に基づくことができるが、ユーザは、レストラン等の特定のエンティティ又はロケーション、及び／又はこのタイプのエンティティに関連する特定の宿泊設備を見ることもできる。例えば、サーチは、評価が５つ星で、眺めが良く、生演奏が行われ、酒類が出る等のメキシコレストランの全てに対して行われる。このサーチ結果には、イメージ、テキスト、及び／又は音声データを含む追加データを関連付けることができる。

コンテンツ表示モジュール７１０は、表示スペース又は表示エリア（例えば、モニタ、ディスプレイ）内にマップ情報のサブセットを描画するようになっている。また、コンテンツ表示モジュール７１０は、表示スペース内のマップ情報に重ねてユーザインタフェース制御部を描画するようになっている。制御部は、制御部の下に存在するマップ情報が見えるように半透明になるように描画される。これにより、ユーザは、ユーザインタフェースコントロール部を操作でき、マップコンテンツ及び関連情報を実質的に同時に見ることができる。

例示的であり限定するものではないが、ユーザが米国シアトルに加えてエリア内に駐車場が利用できる全てのＳｔａｒｂｕｃｋｓ（登録商標）を見つけようとする場合、ユーザは両方の結果を一緒にマップ上で閲覧できる。ユーザは、「Ｓｔａｒｂｕｃｋｓ ｉｎ Ｓｅａｔｔｌｅ」及び／又は「ｐａｒｋｉｎｇ ｉｎ Ｓｅａｔｔｌｅ」といった検索条件を入力することができる。システム７００はユーザ入力検索条件に基づくサーチを実行し、表示ページ（マップ）上に、両方が入力された場合は両方の検索条件を表示して、例えば異なる色で区別する。ユーザは、説明及び区別を容易にするために、選択的に各々の検索条件を個別に「ＯＮ」又は「ＯＦＦ」できる。従って、前記サーチを行うユーザが駐車場の位置だけを見たいと思う場合、ユーザは、「ＯＦＦ」機能を選択してＳｔａｒｂｕｃｋｓ（登録商標）の表示を見えなくする。ユーザはこれらの機能を元に戻すことができ、これらの機能は表示スクリーン上で再び見えるようになる。

別の実施例において、前記サーチを行うユーザが追加的に又は代替的にイタリアンレストラン及びＡＴＭマシンを見つけようとする場合、ユーザは、「Ｉｔａｌｉａｎ ｆｏｏｄ ｉｎ Ｓｅａｔｔｌｅ」及び／又は「ＡＴＭ ｉｎ Ｓｅａｔｔｌｅ」といった検索条件を入力できる。システムはサーチを行い、前記サーチの結果を有するサーチ結果をレイヤ化して実質的に同時に全ての検索条件を可視できるようにする。このレイヤ化機能は、例えば、異なる色、又はフラグや幾何学的図形といった他のマーキング表示でもって、異なるサーチ機能を一緒に可視できるようにする。以下に表示重ね合わせ又はレイヤ化機能に関連する別の情報を説明する。

追加的に又は代替的に、コンテンツ表示モジュール７１０は、関心エリアに関連する情報を表示できるようになっている。このような情報としては、例えば、ビル内のオフィス又はテナント、又はショッピングモール内の店舗のリスト、電話番号（例えば、音声又はファクシミリ）、営業時間、サービス内容、最新のセールス情報等を挙げることができる。表示情報は分かりやすいものとすることができ、関心エリア及び情報に帰属する周辺オブジェクト（例えば、マップ情報）を閲覧できる。このようにして、ユーザは、例えば、ユーザインタフェース制御を経由して情報を操作することができ、関心エリア及び関連情報及びマップオブジェクトを実質的に同時に閲覧できる。

自動リフレッシュモジュール７１２は、表示スペース内のカーソル移動の関数としてマップ表示情報を動的に更新できるようになっている。多重化又はレイヤ化サーチは、マイル又は街区といった特定の距離及び／又は地理的領域内で行うことができ、表示エリア内の一部分、地区、又はマップエリアに限定することができる。ユーザがマップの一部を「ズームイン」してマップ内の小さな地区を拡大表示する場合、スクリーンは自動的にリフレッシュされて、サーチが再び自動的に行われるが、この際には、サーチは拡大されたマップエリアに限定される。ユーザがマップを方々に、例えば北や南に動かす場合、サーチはマップの移動に伴って新しいエリアに関連して自動的に行われるか又は自動的にリフレッシュされ、インジケータ又は制御部を連続的に変更できるようになっている。このリフレッシュは、ユーザとの対話を全く必要とすることなくシステム７００が自動的に行う。

例えば、ユーザは、市内の全ての博物館の位置をリクエストできる。博物館名、住所、電話番号、営業時間等に関するテキスト情報は、博物館の特定位置を示すポインタ又はラインと一緒に表示される。リクエストエリア内に博物館が無い場合、又はユーザがサーチエリアを拡大したいと考えた場合、ユーザは「ズームアウト」を行って市内周辺の広い地理的領域を閲覧できる。自動リフレッシュモジュール７１２は、マップに関連するデータを自動的にリフレッシュするので、表示エリアに関するリクエスト情報が更新される。この場合、追加の博物館を表示できるが、もはや表示エリア内に無い他のものは表示スクリーンから削除される。自動リフレッシュコンポーネント７１２は、ユーザが「ズームイン」、「ズームアウト」、又は別のコマンドの完了後にサーチを再度開始する必要性を軽減する。

ビューコンポーネント７１４は、複数のユーザが複数の視野角で、並びに過去、将来、及び現在のフォーマットでマップ情報を閲覧できるようにする。ユーザは、ユーザインタフェースに関連するユーザ制御調整部を用いて視野を制御することができる。ビューコンポーネント７１４は、マップ情報の斜視図を描画できる。マップ情報は、鳥瞰角、平面視野角、透視角、正面視野角、背面視野角、下向き経路視野角、上向き経路視野角等で見ることができる。このようにして、イメージは複数の角度及び方向から見ることができる。

近所ベースの「近隣」サーチを利用でき、レストラン、駐車場、ＡＴＭマシン、映画館、ビル、自宅等の特定場所のサーチが容易になる。例えば、近隣サーチにより、ユーザが定めたエリア又はＳｔａｒｂｕｃｋｓ（登録商標）から所定距離内の全てのＡＴＭマシンを見つけることができる。このようにして、ユーザは、「Ｓｔａｒｂｕｃｋｓ（登録商標）」及び「ＡＴＭマシン」の両方に関する特定位置を見つけるだけでなく、システム７００は、ＡＴＭマシンに近接するＳｔａｒｂｕｃｋｓ（登録商標）のみに関するサーチ結果を戻すようにサーチを限定する。

システム７００は大量のデータを保有し、データは、ユーザが検索条件を入力して簡単に所望の情報を取得できるようなフォーマットである必要がある。情報は、ユーザが情報を望む特定の瞬間（過去、現在、予測将来）に基づいて取得できる。例えば、ビューモジュール７１４は、特定の時間の特定の場所、物体を探すための手段をユーザに提供するようになっている時間コンポーネントを含むことができる。システム７００がデータを受け取ると、データには受信時間又は入力デバイスが情報を獲得した時間を用いてタイムスタンプを付与することができる。従って、ユーザがロケーション及び時間の組み合わせを選択する場合、ユーザには、ユーザに有効なフォーマットで、簡単に検索可能なデータが提示される。例えば、ユーザがハリケーンの前後での同じロケーションを閲覧したいと思う場合、システム７００ではこのような閲覧が可能であり、特定のユーザリクエストに対して情報をカスタマイズする。

更新モジュール７１６は描画コンポーネント７０６に組み込むことができるが、更新モジュール７１６はシステム７００の別のコンポーネント（例えば、受信コンポーネント７０２）に組み込むことができることを理解されたい。更新モジュール７１６は、更新情報（例えば、イメージ、メタデータ、ロケーション等）を受信済みか及び／又は関心オブジェクトに関連するか否かを確認できるようになっている。このような情報は、オブジェクトに関連するメタデータに付加することができる。特定の実施形態において、関心オブジェクトに関連する情報は、更新モジュール７１６が取得した情報を用いて修正、置換することができる。例えば、ユーザは、以前に受信した情報と矛盾するオブジェクト情報を提示できる。矛盾情報は、１つ又はそれ以上のユーザがレビューでき、どの情報が特定の関心オブジェクトに最も的確かに照らしてランク付けを行うことができる。ランク付けの高い（評価の高いほどデータは正確）情報は、関心オブジェクトと関連付けることができる。このようにして、新しい又は更新された受信情報が適切であると認められない場合（例えば、以前の情報よりもランク付けが低い）、更新モジュール７１６によって以前の情報を置き換えるか又は更新するべきではない。他のシステム、技術、方法を利用して関心オブジェクト及び／又はマップ情報に関連する情報の正確さを決定できることを理解されたい。

図８は、マッピングレイヤを作成するためのコンポーネントを示す。図示のように、クライアントウェブアップリケーション８０２は、マッピング情報をリクエストするためにインターネット経由でサーバーファーム８０４と通信を行う。マッピング情報は、個別にダウンロードされたタイル８０６に分割する。図示のように、各々のタイルは異なる対象物（例えば、天気、交通、文化的オブジェクト、関心ポイント、マップ、衛星イメージ）を表す。しかしながら、タイルは別の対象物を表すことができ、又は単一の対象物は２つ以上のタイルにわたって分散することができる。また、ユーザは、ユーザが見たいと思うタイルに基づいて個人的なタイルを設定することができる。

図９は、１つ又はそれ以上の関心オブジェクトに関連する情報を表示する例示的な屋根の上面９００を示す。３つの屋根の上面、つまり正方形の屋根の上面９０２、円形の屋根の上面９０４、及び密集した屋根の上面９０６が示されている。正方形及び円形の屋根の上面が示されているが、開示された手法は、任意の形状の屋根の上面（例えば、矩形、八角形、五角形、又は他の形状及び／又は形態）に対しても同様に機能することを理解されたい。

９０２及び９０４で示す特定の実施形態において、情報は、イメージに注釈を付けるものであり、あたかも屋根の上面に物理的に位置するかのように、屋根の上面に直接、表示することができる。このような情報は、屋根の上面に重ね合わせることができ、物理的な形状で境界が定められた屋根の上面の全体を利用することができ、広告又はロゴを含む種々の情報を含むことができる。特定の実施形態において、情報は、３次元フォーマットで表示することができるので、情報は、屋根の上面から突出して現れイメージに奥行きが付与される。特定の実施形態において、屋根の上面は、特定の色で物理的に塗装して、映画で使用されるブルースクリーン技術と同様の洗練されたフィルイン／オーバーレイを実現することもできる。

９０２で示すように、提供された情報は、ビル名及びビル内に位置するフロアのリストとすることができる。ユーザは、フロアの１つ又はそれ以上を選択して、ビル及びビルの種々の入居者に関する更に詳細な情報に掘り下げることができる。このような詳細なサブコンポーネントの情報は、例えば、ドロップダウンメニューを用いて提供できる。特定の実施形態において、ユーザは、テナント名又は他の選択情報をクリック又は選択することで、選択したテナントに自動的に連絡を取るか又はテナントのウェブサイトに移動することができる。

９０６で示す屋根の上面は、２つの異なる構造物に関するものである。３つの屋根の上面は小さく及び／又は構造物はコンパクトで密集しているので、表示情報は、情報が属する構造物を識別するポインタ又は他の方法を用いて、屋根の上面に近接して配置することができる。特定の実施形態において、情報は、構造物のフットプリントに適するように切り詰めることができる。前記では屋根の上面を参照して図示して説明したが、開示した手法は屋根の上面をもたない関心オブジェクト（例えば、公園、動物園等）にも同様に適用できることを理解されたい。

特定の実施形態において、重ね合わせイメージ又は情報は、選択的に、ユーザの視点の関数として、１つ又はそれ以上の軸（例えば、個別ロケーション）の周りに回転すること及び／又は別のロケーション（例えば、ビルの側面、駐車場、空き地等）に関して再配置することができる。例えば、ユーザが頭上から関心オブジェクト（例えば、ビル、アイテム、ロケーション）を見る場合、重ね合わせイメージの方向は、関心オブジェクトに対するユーザの相対位置に基づいて回転することができる。更に、消失点はイメージを動的に変更（例えば、拡大（ｓｔｒｅｔｃｈ））するために利用でき、ユーザには、重ね合わせイメージがあたかも関心オブジェクト上にペンキ塗りされたかのように見える。ユーザがビル又はアイテムを側面斜め（鳥瞰図に比べて）から見る場合、重ね合わせイメージは、ビル側面又はユーザ側に最も露出するアイテムに移動することができる。例示的で限定するものではないが、図１０及び１１は、ユーザの視点の関数として、重ね合わせイメージの種々の図を示している。

図１０は、視野内に屋根１００４及び２つの側面１００６、１００８を有する第１の構造物又はビル１００２の俯瞰図を示す。また、視野内に屋根１０１２及び２つの側面１０１４、１０１６を有する構造物又はビル１０１０が示されている。ビル１００２、１０１０の一方又は両方は、構造物の内面視を含む図示以外の側面又は角度から見ることができることを理解されたい。各々のビル１００２、１０１０は、俯瞰視に基づいてそれぞれの屋根１００４、１０１２に重なった注釈付き情報を有している。

図１１は、屋根１１０４及び２つの側面１１０６、１１０８を有する第１の構造物１１０２、及び屋根１１１２及び２つの側面１１１４、１１１６を有する第２の構造物１１１０の側面図を示す。構造物１１０２、１１１０の視点は側面図からなので、注釈付き情報は、構造物１１０２、１１１０のそれぞれの側面１１０６、１１１４に表示又は重ね合わせる。第２の構造物１１１０の側面１１１４上に示すように、注釈付き情報は、別の可視面（例えば、図１０に示す屋根の上面）に表示する場合とは別のフォーマットで表示することができる、又は情報は、構造物のフットプリント内に適するように切り詰めることができる。

特定の実施形態において、それぞれのユーザは、同じ関心オブジェクトに対して実質的に同時に異なる重ね合わせイメージを見ることができる。詳細には、ユーザＡ及びユーザＢは、同じビルを異なる２つのコンピュータでほぼ同じ時間に見ることができるが、各々のユーザは、多様な評価指標（例えば、人口動態、ユーザの好み、ユーザ状態、履歴データ、クライアント側広告、オークションモデル等）の関数とすることができる様々な重ね合わせ画面を見ることができる。従って、重ね合わせ知識（ｏｖｅｒｌａｙ ｅｘｐｅｒｉｅｎｃｅ）は、ユーザの閲覧知識及び／又は利益最大化を最適化するようにカスタマイズすることができる。

図示及び説明した例示的システムに照らして、１つ又はそれ以上の種々の実施形態の態様に基づいて実施できる方法が提供される。説明を簡単にする目的で方法は一連の動作（又は、機能ブロック）として示されて説明されるが、方法は、動作の順序で限定されるものではなく、これらの方法に関連していくつかの動作は、本明細書で示されて説明されるものとは違う順序で及び／又は別の動作と一緒に生じることを理解されたい。更に、例示される動作の一部は、開示される実施形態の態様の１つ又はそれ以上に基づいた方法を必要とする場合がある。種々の動作は、ソフトウェア、ハードウェア、これらを組み合わせたもの、又は動作に関連した機能を実行するための他の適切な手段（例えば、デバイス、システム、プロセス、コンポーネント）によって実行できることを理解されたい。また、動作は、簡単な形態で本明細書に示される特定の態様を単に例示するものであること、及び、これらの態様は、動作の数よりも少なく及び／又は多く例示される場合があることを理解されたい。更に、動作の一部は、以下の方法を実行するために必要ない場合もある。当業者であれば、方法は選択的に状態図のような一連の相関状態又はイベントとして示すことができることを理解できるはずである。

図１２は、情報を関心オブジェクトに関連付けるための方法１２００を示す。方法１２００は、１つ又はそれ以上のユーザ及び／又はエンティティからオブジェクト情報を受信するステップ１２０２で始まる。オブジェクト情報は、関心オブジェクトを表すイメージ又は写真を含むことができる。イメージは、特定のロケーション、場所等の３次元のイメージとすることができる。オブジェクト情報は、地理コード化情報（例えば、経度、緯度、ストリート情報等）を含むことができる。本明細書で用いる場合、関心オブジェクトは、任意のエンティティ、オブジェクト（例えば、ビル、風景、家屋、道の曲がり角、ランドマーク等）又は特定の地理的ロケーション（例えば、住所、測地）である。ステップ１２０４において、関心オブジェクトのエリアを規定する。エリアは、例えば、ビル又は他の構造物のフットプリント（例えば、屋根の上面）、不動産区画の外周（例えば、構造物、土地等）とすることができる。エリアは、関心オブジェクトに関連する情報の表示スペースを規定することができる。例えば、表示スペースは、物理的形状で境界付けされた屋根の上面（又は、外側エリア）の全体とすることができる。ステップ１２０４において、オブジェクトの１つ又はそれ以上の個別ロケーションを識別又は規定する。個別ロケーションは、構造物の屋根又は壁の中心とすることができる。オブジェクトが壁又は屋根をもたない場合、個別ロケーションは、外側エリア又は別の関心オブジェクトの中心とすることができる。追加的に又は代替的に、個別ロケーションは、屋根、壁、外側エリア、又は関心オブジェクトのコーナー、又は、オブジェクト情報を表示するための回転軸として作用し得るイメージ内の任意のロケーションとすることができる。

ステップ１２０６において、随意的なメタデータは、オブジェクト又は関心エリアに関連付けることができる。メタデータは、名称、ロゴ、商標、商号、電話番号、営業時間、特別イベント等を含むことができる。オブジェクトに関連付けできる別の情報は、ユーザが関心をもつ種々のアイテムに関連することができる。メタデータは、オブジェクトイメージと一緒に受信した地理コード化情報を含むことができる。

ステップ１２０８において、メタデータを含むオブジェクト及び関連情報は、検索可能な形式で保持することができる。この情報は、権限保持者が情報の削除をリクエストするか、又は情報が信用できないと考える等の理由でサービスに同意しない場合、該情報が新しい情報で上書き又は置換されるまで保持又は格納される。オブジェクト、情報、及びメタデータは、関心オブジェクトに関するリクエスト時に検索及び付加することができる。

図１３は、関心オブジェクト及び関連データを表示するための方法１３００を示す。ステップ１３０２において、ロケーションリクエストを受信する。ロケーションリクエストは、特定の場所の物理的な郵送先住所（例えば、７３８９ Ｃｒｏｗ Ａｖｅｎｕｅ）、測地、又は特定の関心場所を識別する他の手段とすることができる。リクエスト（例えば、住所）に基づいて、特定のオブジェクトは、イメージ内の区画識別又は１つ又はそれ以上の個別ロケーションを決定できる。ステップ１３０４において、ロケーションリクエストに関する区画ポリゴンを検索する。区画ポリゴンは、オブジェクトに関連するメタデータ又は他の情報のための、ロケーション又はオブジェクトの表示エリア又は境界線を規定又は確認することができる。

ステップ１３０６において、オブジェクト情報及び随意的データ（例えば、メタデータ）を例えば記憶媒体等から取り出す。オブジェクト情報及び／又はメタデータは付加されてステップ１３０８においてユーザに表示し、詳細情報を提供するために操作可能である。操作は、ユーザ視野に基づく情報を付記することを含むことができる。例えば、ユーザ視野が俯瞰視の場合、情報は屋根の上面に表示することができる。ユーザ視野が側面視又はオブジェクトに対して所定角の場合、ユーザが最も良く見えるマップロケーションに基づいて、又はマップ上の別のオブジェクトのロケーションといった別の基準に基づいて、情報は、例えば、オブジェクトの側面又はオブジェクト近傍に表示することができる。情報のロケーションは、ユーザ視点が変わると自動的に変更することができる。

特定の実施形態において、別の情報は、関心エリア又は構造物に対する最短道路又は経路の検出結果、又は表示道路の状態又は目的地までの移動中にユーザが被るであろう問題に対する最短道路又は経路の検出結果を含むことができる。特定の実施形態において、関心エリアに関連する特定のエンティティ（例えば、店舗、企業等）には、ユーザがリクエストした情報を表示するために（例えば、書籍「Ａｂｒａｃａｄａｂｒａ」の在庫はありますか？）、自動的に連絡を取ることができる。店舗又は企業は、回答又は追加的な情報に関するリクエストを含めて、リクエストに対してリアルタイムに応答することができる。

図１４はディスプレイ１４００の例示的な画面ショットを示し、ユーザ制御部を重ね合わせたマッピング情報が示されている。別個の制御部１４０２、１４０４、及び１４０６は、別のレイヤに配置されており、各々の制御部１４０２、１４０４、及び１４０６に関連する情報部が存在する。レイヤは利用可能な情報の局所的な付加物を取り込み、ディスプレイは、ラスタ、ベクトル、文化的オブジェクト、移動体、人、化身、ボット等で作られている複雑な多層構造世界を提供する。レイヤは基本的に地理コード化エンティティセット（例えば、ポイント、ライン、ポリゴン）、及びそれらの範囲及び属性（例えば、名前、写真、ＵＲＬ等）である。例示的なレイヤとしては、ベルビュースクエアモール、スネークリバーのベストフィッシング、ウィンダミアの公開されたホームリストを含む。

初期レイヤにより、ユーザは、カスタマイズされたレイヤがない場合に意味のあるサーチを自動的に行うことができる。このような初期レイヤは、例えば、ユーザ（エンドユーザ発行者、広告行者等）からのＷｉ−Ｆｉホットスポット、映画時間等を含むことができる。個々のユーザはパーソナルレイヤ（例えば、自宅）又はラスタアップロード（例えば、Ｗｏｏｄｌａｎｄ Ｐａｒｋ Ｚｏｏ）を作ることができる。テキストデータファイルは、複数のポイント（例えば、「私の釣り堀」、「Ｓｔａｒｂｕｃｋｓ（登録商標）ロケーション」）をアップロードすることができる。表示画面の制御を保証するために上部及び下部といったレイヤセットはユーザ変更には利用できないことを理解されたい。

レイヤ選択は、パレット又はサーチエンジンを通して行うことができ、ユーザが定めたカテゴリに基づいて分類することができる。追加的に又は代替的に、レイヤは、ユーザ使用頻度及び／又は閲覧パターンに基づいて推奨することができる。ユーザは、対話式プロセスを通してレイヤを評価及びレビューできる。各々のサーチに関する最上レイヤは、レイヤ人気動向に基づくことができ、ユーザ評価及びユーザレビューに関連付けることができる。特定のレイヤが最新の表示マップに関連していない場合、そのレイヤを隠すことができる。ユーザインタフェースは、各々のレイヤに別個の描画機構を提供することができる（例えば、ラスタ、ＵＲＬ、ウェブサービス法を介して）。

レイヤの評価は各々のユーザで異なる。エンドユーザ（個人）は、レイヤを用いて必要なときに最良の局所的知識を見つけることができる。エンドユーザ発行者はレイヤを利用でき、このような発行者の知識に対する報酬を受け取ることができる。広告コンテンツ発行者は、レイヤを用いて複数の顧客に宣伝及び情報を提供できる。

図１５は、本明細書に開示された実施形態を利用した例示的なユーザインタフェース１５００の概略図を示す。ユーザインタフェース１５００は、マッピングコンポーネント１５０２及び制御コンポーネント１５０４を含むことができる。マッピングコンポーネント１５０２は、特定の地理的領域を表示及びカバーし、ユーザが特有の閲覧体験できるようにマップの視野角を変更できるようになっている。

マップの視野角は斜視図とすることができ、マップの外観は、ユーザが少なくとも４つの視点（例えば、東西南北）からマップを見ることができるように、約４５度だけ旋回又は回転するようになっている。マップのパノラマビュー及び／又は３Ｄビューを含む、利用可能な複数の別の視野角が存在する。マップは、４５度の角度とすることができ、所望であればビルの側面及びビルの屋根を見ることができる。これはピクトメトジ（ｐｉｃｔｏｍｅｔｚｙ）イメージと呼ばれ、ユーザは、平面図又は上面図から斜視図等に切り替えることができ、ユーザは、種々の視点の間を切り替えることができる。斜視図により、ユーザは、例えばストリートの方向に基づくことができる最小の２つの回転角を選択することができる。また、ユーザは、回転を導入することができ、これは最大の自由度及び特有のユーザ体験をもたらすことになる。

ユーザは、Ｆｏｒｔ Ｙａｔｅｓ， Ｎｏｒｔｈ Ｄａｋｏｔａといった特定の地理的領域に関するリクエストを入力できる。サーチの初期化後、マッピングコンポーネント１５０２はリクエストされたロケーションを検索して受信し、特定の場所を表示する（例えば、市、ストリート、住所、ビル、家屋等）。ユーザは、Ｆｏｒｔ Ｙａｔｅｓ， Ｎｏｒｔｈ ＤａｋｏｔａのＳｉｔｔｉｎｇ Ｂｕｌｌ Ｃｏｌｌｅｇｅをサーチするといった、サーチを更に限定することができる。このようにして、ユーザはサーチを絞り込むことができる。所望の見たいオブジェクトが表示されると、ユーザは視野角を変更してオブジェクトを眺望し、オブジェクトの異なる眺望を獲得する及び／又は実際の寸法、形状、構造等の全体像を獲得する。ユーザは、制御コンポーネント１５０４に関連する制御部を用いて眺望を変更することができる。

マップは、表示エリアの背景又は中央にあるものとすることができ、及び／又はマップ上に配置される又はマップに重なり合う、マップに関連する物体と共に全ぺージをカバーすることができる。マップ及び制御コンポーネント１５０４に関連する制御部は半透明とすることができ、マップ及び制御部を同時に見ることができる。つまり、制御コンポーネント１５０４は半透明でマッピングコンポーネント１５０２の上に重なり合い、実質的に同時にマッピングコンポーネント１５０２及び制御コンポーネント１５０４を視覚表示することが可能である。

制御コンポーネント１５０４は、リクエストされたデータ又は最も関連性のあるデータのみを表示できるようになっている。多数のビジネスをエリア内に列挙できる場合、小規模ショッピングセンタ又は高層ビルに関して表示できる膨大なデータが存在する。更に、複数のユーザは、そのエリア内のホットスポット上に地理コード化された注釈を残すことができる。情報を限定するために利用できる特定の手法としては、登録ユーザ向けにカスタマイズされたドロップダウンメニューを提供するＮｅａｒＭｅボタンを挙げることができる。ユーザは、ドロップダウンメニューからＨｏｍｅ、Ｗｏｒｋ、Ｔｏｎｙ’ｓ Ｓｃｈｏｏｌ、Ａｌｏｎｇ Ｍｙ Ｄａｉｌｙ Ｃｏｍｍｕｔｅ等の記憶ロケーションを選択すること又は選ぶことができる。

別の手法は、コミュニティ要素のフィルタリング、例えば「３つ星評価又はそれ以上のビジネスのみを表示」でもって各々のデータリストを提供する方法である。これにより、サーチ結果にフィルタをかけることができる。別の方法は、コミュニティ評価に基づくサーチ結果のグループ化である。ユーザは、コミュニティの選択が表示されたサーチ結果にどれほど影響を及ぼすかを制御するための、スライダコントロール又はバー又は他の手法を利用することができる。別の手法は、マップビューにリスト項目を追加すること又はそれを削除することを可能にする「Ｔｏｄａｙ’ｓ Ｄｅｓｔｉｎａｔｉｏｎｓ」トレイとすることができる。

プロファイルは、結果リストのフィルタリングを制御できる。例えば、プロファイルは、「サッカーママ」、「十代の少年」、「写真ファン」とすることができる。これらのプロファイルは、最初はユーザが選択するが、ユーザの行動にに基づいて経時的に変更される。次に、ユーザは、彼らのプロファイルを閲覧及び利用のために他人に公開する。次に、他のユーザは、Ｓｐａｃｅ Ｎｅｅｄｌｅｓの写真撮影に適したロケーションを調べるために、「写真ファン」プロファイルを選んでサーチを行う。

関連データ又はリクエストデータにのみ情報を限定するための別の手法としては、ユーザサーチのカテゴリに基づいてマップビュー上に関連データソースを表示することを挙げることができる。例えば、ユーザが「Ｆｏｏｔｂａｌｌ ｉｎ Ｓｅａｔｔｌｅ」をサーチする場合、ホームページ及びＳｅａｔｔｌｅＰＩフットボール新聞の関連部分に加えて、システムは、ローカルイベントリスト項目及びフィールドも顕在化することができる。

開示された実施形態は消費者用途に限定されるものではなく、ビジネス、産業界、行政、警察等を包含する。例えば、警察用途において、警官は、関連ユーザ名及び場合によってはパスワードを用いて「ユーザ」としてログインできる。警官は、殻がが関与している全てのプロジェクト（継続中の捜査）を記載した事件ログを見ることができる。マップに重ね合わせた拡大リストにあらゆる活動の事件ログを示すことができ、部門、市、国、州等が継続中の又は最新の捜査としてリストに記載されている。警官は、捜査中の特定人物（容疑者）に関するサーチを開始して、この人物の最新の既知のロケーションが警官に提示される。最新の既知のロケーションは、データユーザ入力やユーザ統計等の種々の収集データ、又は他の収集手段に基づくことができる。このようにして、警察官は、自立的データ収集による動的な情報に基づいて、人物を追跡して捕らえる絶好の機会を得ることができる。

レイヤ化の態様が含まれており、制御部はマップ上又は全面に重ね合わせて配置され、ユーザは制御部及び他の情報をマップと一緒に知覚することができる。制御部及び他の情報は半透明なので、制御部／情報の下部の詳細を見ること、及びマップ及び制御部／情報を同時に見ることができる。前記実施例に基づく重ね合わせ用途において、警察通信指令係は、全ての警官、車両等のロケーションを示す警察管轄区域マップを保有することができる。警察通信指令係は、各々の警官を追跡すること、並びに、各々の警官、車両を閲覧／追跡することを可能にする制御部を個別にオンオフすることができる。

図１６は、自動車用途に開示された実施形態の例示的な画面ショット１６００を示す。レーザー投影ディスプレイ及び（運転者が何を探しているのかを決定するための）頭部追跡装置は、現実世界（例えば、フロントガラス）の上に事実上「描画」することができる。例えば、運転目的地を探す代わりに、ナビゲーションシステムは「到着しました」と主張し、実際のロケーション上のスポットをマーキングしてロントガラスを通して知覚できるようにするインジケータ１６０２を用いて、イラストを（フロントガラス上）に描画する。従って、（例えば、音声により指示する、車内のスクリーンを見るために道路から目を離す）ような他のナビゲーション法に比べて好適な視覚化システムを提供する。

フロントガラス上のディスプレイは、安全上フロントガラス全面をカバーする必要はないので、レーザー投影器は、この能力を機械的にもっていない。所定速度閾値（例えば、３５マイル／時、５５マイル／時）以上の非交通関連情報は無効にすることができる。この非交通関連情報は、燃料残量、推定残走行距離、車両が接近中のビル名等の情報を含む。更に、システムは燃料残量が少なくなると自動的にエリア内で最安値のガソリン及び最小ルート変更時間に関するサーチを行うことができる。価格情報は、地域ガソリンスタンドから入手できる（及び、他の小売店は詳細な商品、サービス等に関する情報を提供することができる）。

車−車間通信（例えば、１５０フィート範囲のＷｉ−Ｈｉアドホックネットワーク及びＧＰＳ）は、安全を積極的にサポートするために利用できる。これらの通信は「すぐに減速、前方車両が進路変更」といった情報を含む。

他のデータは、近接エンティティが動的に問い合わせを行い得るＡＰＩを有していることを知ることによって取得できる。例えば、地方自治体の交通センタがコンピュータ化されている場合が多く、交通信号に関する現在の待ち時間が計算できる（１６０４で示す）。別の状況として、システムは、現在の経路を解析して、ユーザに別の経路の方が早いことを知らせることができる。

交通サービス及び情報をサポートするために、登録した人々が交通情報を共有するコミュニティ交通サービスを利用でる。例えば、運転者は、ＧＰＳ及び特定のＷＡＮ接続機能（例えば、ＧＰＲＳ又はＧｅｎｅｒａｔｉｏｎＷＡＮ技術）を備えたＳｍａｒｔＰｈｏｎｅデバイスを保有する。運転時、運転速度は走行中の道路区分の速度属性と比較する。速度が遅い場合（例えば２５％）、デバイスは、道路区分識別子及び実際の速度を交通サービスに報告することができる（適切なプライバシー要件を利用して）。

サービス登録しており同じ通常エリアある別のデバイスは、これらの経路区分に登録する。このことは、特定の時間及びユーザが採用するであろう既知の経路に関連することができる。フィルタを利用できるので、ユーザは、別のデバイスの登録速度及び報告速度が異なっている（例えば２５％）この道路区分に関するデータのみを受信する。マッピング情報を利用するシステムは、ユーザに低速地点の周辺を案内することができ、時間短縮及びガソリン節約になる。このような表示例は１６０６で示されている。

別の実施形態において、運転者の運転習慣に関する情報を収集することができ、運転者には仮想的なスコアが付与される。このスコアは、種々の事項（例えば、運転速度、交通信号灯の習慣等）を取り入れることができる。スコアは、運転者に利益配当付き保険による好適な保険料率を提供するために利用できる。別の実施形態において、都市計画立案者は、好適に道路の保守及び建設を計画するために修理匿名のパターンを受信することができる。蓄積した交通データは、動向を知るために解析すること、市政機関及び計画期間に有用な情報を提供することができる。

次に図１７を参照すると、１つ又はそれ以上のユーザから入力データを受信するための方法１７００が示されている。説明を簡単にする目的で方法は一連の動作（又は、機能ブロック）として示されて説明されるが、この方法は、動作の順序で限定されるものではなく、これらの方法に関連していくつかの動作は、本明細書で示されて説明されるものとは違う順序で及び／又は別の動作と一緒に生じることを理解されたい。当業者であれば、方法は選択的に状態図のような一連の相関状態又はイベントとして示すことができることを理解できるはずである。更に、動作の一部は、以下の方法を実行するために必要ない場合もある。

方法１７００はステップ１７０２で始まり、ここでは複数のユーザ及び／又はエンティティから入力データを受信する。データは、写真、テキスト、音声、又はオブジェクト、場所、人等に関連する他のデータとすることができる。ステップ１７０４において、ロケーション及び／又は時間は、入力データに関連付けすることができる。情報は、例えばユーザデバイスから提供できる。ロケーション及び／又は時間は、イメージ、データ、又は情報に対するンテクストを提供できる。多くの受信データは隔離することができ、他の受信データと関連しない。従って。ステップ１７０６において、データはステッチ可能な形式で保持する。次に、ステップ１７０８において、ステッチ可能な形態のデータは、１つ又はそれ以上のデータベース保持又は格納し、データは、リクエスト時に１つ又はそれ以上のユーザに提供されることになる。

新しいイベント、オフィス関連情報、買物、市内案内、休暇を含む開示された実施形態によって多数の用途がロケーション対応となり得る。各々の用途タイプ及び利用可能なデータは以下に詳細に説明するが、開示された実施形態は以下の実施例に限定されるものではない。

新しいイベントは地球上のロケーションによってクラスタ化することができる。ユーザがアジアの津波について読んで知ると、ユーザは、マップ上で津波が襲った他のロケーションを知ること及び／又はこれらのロケーションに関す新しい記事を読むことができる。ユーザは、影響を受けたロケーションの事前事後の航空写真を見ることができる。スポーツイベントに関して、ユーザは、Ｐｈｉｌａｄｅｌｐｈｉａ （Ｅａｇｌｅｓ）、Ｂｏｓｔｏｎ （Ｎｅｗ Ｅｎｇｌａｎｄ Ｐａｔｒｉｏｔｓ）、及びＪａｃｋｓｏｎｖｉｌｌｅ（スーパーボウルの開催地）に現れるスーパーボウルの記事群を見ることができる。ユーザは、どの地方紙及び全国紙が対戦及び他の関連記事をレポートしているかを簡単に見つけて読むことができる。

オフィスイベントにより、モバイルワーカーは出張先からドキュメントの編集を行うことができる。開示された実施形態により、モバイルワーカーは、自身のドキュメント、電子メール等を地理コード化（例えば、緯度、経度、高度、方位、速度、加速度）することができる。従って、ユーザは、出張中に行った仕事を見ることができる。これは、出席した会議、作成したドキュメント及び電子メール、レビュー、編集、プレゼンテーション、移動中に持ち込んだノートに及ぶ。また、スマートタグは、例えばオフィスイベント環境でサポートできる。これにより、電子メール又はドキュメントのロケーションは、スマートタグで自動的に認識してそのロケーション周辺でユーザが作成した別のコンテンツを取得することができる（例えば、往き帰りの方向）。

開示された実施形態により、ユーザは、オンラインで買い物をするのみならず、オブジェクトを見て実際に調べることができる。ユーザのロケーションを知ることで、ユーザは、商品の在庫がある最寄りの店舗の名前とロケーションを知ることができる。例えば、ユーザが携帯電話を購入する場合、ユーザが過去訪問したことがあるロケーションに関する履歴情報を考慮した電気通信事業者のサービスエリアマップに基づいた最良の携帯電話サービスプロバイダを示す提案を提供することができる。オークションはロケーション対応とすることができ、ユーザからの距離でソートした結果として生じたユーザオークションを示すことができる（例えば、近隣サーチ）。

市内案内はユーザの関心事に向けてカスタマイズすることができる。ユーザが再三レストラン、パブ、店舗等を訪れている場合、このロケーションに対するユーザの好みは記憶される。この情報は、協調的フィルタリング法と組み合わせて、ユーザが訪問したいと思う別の場所を提案するために使用することができる。ユーザは、この情報を意見と共に開示された実施形態の個人的バージョンに重ねることができる。

休暇シナリオにおいて、ユーザは、目的地を決定する前に又は実際にそこを旅行する前に、目的地を知りたいと思うはずである。開示された実施形態により、３Ｄ（又は、他次元）ストリートレベルの実体験のように感じる通り抜けを行うことができる。これにより、ユーザは、仮想的に目的地にある全てのホテル（又は他の場所）まで歩いて上ることができ、そこはどうかを体験できる。従って、Ｓｐａｃｅ−ｔｏ−Ｓｔｒｅｅｔ−ｔｏ−Ｉｎｔｅｒｉｏｒ−Ｓｐａｃｅｓコンセプトを実現できる。

別の実施形態において、情報リクエストは、それらの論理距離によるビューイングコンタクトに基づくことができる。ロケーションコンテキスト上の別のピボットを使用することができ、市、週、または国によって各々のコンタクトを見ることができる。コンタクトのロケーションが変わると、ユーザは、ポップアップ式のテキストメッセージを含む種々の方法で通知を受けることができる。

次に、図１８を参照すると、リクエストされたマッピングデータをユーザに提供するための方法１８００が示されている。方法１８００はステップ１８０２で始まり、１つ又はそれ以上のユーザは、マップ情報をリクエストする。リクエストは、複数のユーザから実質的に同時に受信することができる。また、リクエストは、複数のマッピングロケーション向けとすることができる。このリクエストを受信すると、ステップ１８０４において、利用可能な情報サブセットを検索する。利用可能な情報サブセットは、１つ又はそれ以上のデータベース又はサーバに保持することができる。ステップ１８０６において、情報はユーザに表示出力される。ディスプレイは、ロケーションを示すマップを描画することができ、ストリート、ランドマーク、リクエストされたロケーション等の名前を含む追加情報を表示することができる。ユーザがスクリーン上で情報を見る際に、ユーザは、カーソルを使用して表示面上をあちこち移動することができ、方向及びズームレベルを変更することによりマップを操作することができる。ユーザがディスプレイを操作する場合、ディスプレイは自動的にリフレッシュされて継続的にユーザにリクエストしたデータを提示し、ユーザがサーチ条件を再入力する及び／又サーチを再び開始する必要がないようにする。異なる視野角は、ユーザリクエストに応じて与えられる。例えば、ユーザは、鳥瞰図、正面図、経路図等をリクエストすることができる。従って、ユーザは、表示エリア上に見えるロケーションを仮想的に歩く又は体験することができる。

代替的に又は追加的に、コンタクトを存在状態又はロケーションによってリストアップする代わりに、コンタクトは、図１９に示すように、マップ１９００上に表示することができる。ユーザは、表示スペース上に地理フェンス１９１０又は制御部１９２０（制御コンポーネントに関連する）を利用する区画を作成することができる。地理フェンス１９１０により、システムは、コンタクトが地理フェンス１９１０内の特定エリアに入る場合をユーザに通知することができる。地理フェンス１９１０は、設定時間後に終了するようにカスタマイズ１９３０すること、又は特定のコンタクトを探すために設定することができる。例えば、ユーザは、コンタクトが午後２時過ぎに近くに来る場合は考慮せずに、誰かを見つけて昼食に行くために地理フェンスを作成することができる。矩形の地理フェンス１９１０を示すが、非矩形の論理的な（例えば、Ｃｏｌｌｅｇｅ Ｃａｍｐｕｓ）地理フェンス１９１０を利用することができ、このことは開示された実施形態でサポートされていることを理解されたい。

別の実施形態において、地理フェンス１９１０は、システムが自動的に作成することができる。例えば、他のロケーションからの人との間で会議が予定されている場合、システムは、会場周辺を地理フェンス化して、会場に出発すべき時間を判断して通知することができる。地理フェンスは、動的で過渡的なオブジェクトを含む複数のオブジェクトタイプをサポートできる。（例えば、＜ｘ＞が近くにつまり＜私＞の周囲の地理フェンス来たら通知する）。

別の実施形態において、ロケーションベースのサービスは開催中に追加できる。例えば、特定のユーザグループが昼食のために集まりたいと思うが、時間／距離の制約がある場合、システムは、コンタクトのロケーションに基づいて走行時間ゾーンを決定して作成することができる。このゾーンは、ユーザに対して表示することができ、このゾーン内の目標とするサーチ結果のみを示す。システムは、コンタクト間のメッセージを監視してゾーンを作成することができるが、特定のトリガワード又はフレーズ（「昼食」、「中華」、「１１時４５分前に出発できない」、「一度戻る」、「１５分以内の運転」）は、サーチ検索式を自動的に作成するために利用でき、ユーザの対話中に完了する。

前述の実施形態において、閲覧者は、表示情報に対して、あちこちを動くこと、掘り下げること、オブジェクトを評価すること、データビューを追加／削除すること、タイムシフトすること等が可能である。目的地を選択すると、各々のユーザには特有の運転指令を提示できる。追加的に、各々のユーザには個人的な「出発の最終時間」を提示できる。

図２０は、大きなイメージを高速で提示する（取得及び表示する）ためのシステム２０００を示す。利用可能な大量のデータに起因して、ユーザ情報をオンデマンドて提供する手段を用いる必要がある。システム２０００は、キャパシティコンポーネント２００４とインタフェース接続するウェブベース閲覧アクティビティコンポーネント２００２及び負荷平衡コンポーネント２００６を含む。ウェブベース表示コンポーネント２００２は、特定の地理的ロケーションに関連するウェブベース閲覧アクティビティのレベルを決定するようになている。キャパシティコンポーネント２００４は、特定の地理的ロケーションに関連するイメージを描画するために利用可能なキャパシティを決定するようになっている。負荷平衡コンポーネント２００６は、イメージサイズ及び閲覧アクティビティの関数として、描画されることになるイメージに関連するデータを動的に再配置する。

多くの人が特定のイベント／場所／ロケーションを実質的に同時にすぐに見たいと関心をもつ、予測不能なイベントが発生する場合があり、「ホットネス」と呼ばれる。特定地域を見ようとする人数は、この関心事によって、どれだけのサーバが、どれ程のキャパシティを消費することになるかを決定する。全ての関心をもつ人が確実に実質的に同時に同じイベントを閲覧できるように、何を利用可能にする必要があるか、並びに要件を取得する手段を決定する短時間の予測を行う。つまり、ホットネス要件は、人口＋観光客に予測不能なイベント（又は予測可能なイベント）を乗算したものであり、以下のように表すことができる。
ホットネス＝［（人口＋観光客）×未知イベント］

人口は予測可能であり、経時的にかなり一定であるが、人口動勢は堅実に変化する。観光客は、経時的に変化するが、公知のイベント（例えば、オリンピック、スポーツイベント等）に関しては見積もることができる。未知イベント（例えば、９／１１、津波、ハリケーン等）が発生すると、実質的に同時に多数の人がそのイベント（及び関連ロケーション）を見ようとするので、その特定地域は、ロケーション「ホット」になる。例えば、イメージをアップする一千のサーバが存在することができ、システム２０００は、データイメージを移動又は再配布して、未知のイベントが発生した場合に「ホット」エリアが確実にキャッシュ可能なそれらのサーバの大部分にあるようにすることができる。ホットゾーンのリソースを提供することに関連して２つの態様が存在する。象限ベースの命名体系とこれらのイメージを高速で供給する技術的なアーキテクチャである。

命名規則において、世界は各象限に分割し、各象限に分解はより小さな象限又はレベルに分解して、レベル１（又はＡ）からレベル１４（又はＮ）、又はそれ以上にすることができる。図２１は、このような命名規則を示す。２１００において象限Ａは象限ＢからＭに分解されている。２１０２は各々の象限の拡大図を示し、象限Ａは象限Ｂ、Ｃ、Ｄ、及びＥに分解されている。象限Ｂの拡大図が示されており、象限Ｆ、Ｇ、Ｈ、及びＩに分解されている。象限Ｆの拡大図が示されており、象限Ｊ、Ｋ、Ｌ、及びＭに分解されている。所望により、このプロセスを同じ方法で続けてより詳細にすることができる。

システムでは、当然、システムが理解できる言語で任意の時間に特定のタイル又は象限セットを要求するクライアント又はユーザがシステムにその象限に関する問い合わせを行う方法を知ることができるようになっている。例えば、ユーザが象限Ｍを見たいと思う場合、ユーザは、以下のようなリクエストを行う。
ＴＩＬＥ ＩＤ Ｍ．Ｆ．Ｂ．ＡＪＭＡＧＥ．ＹＥ．ＣＯＭ

ユーザは、昇順（本実施例ではＭ、Ｆ、Ｂ、及びＡ）で４つの象限に関連する４つのエレメントを要求する。Ｎ及びＯのレベル（図示せず）位で１０億のグレードが存在するので、ドメインネームサーバー（ＤＮＳ）は、命名スペースは大きくなるが、「ホット」スポットは実際には小さくセグメント化される。通常、同じ町や市には複数のホットスポットが存在せず、通常、世界全体は実質的に同時に「ホット」にならないので、閲覧しようと試みる人々のレンズは焦点合わせされる。ニューヨークであってもホットスポッは選択エリアだけに発生する。更に、ホットスポットは、所定時間だけホットのままであり、所定時間後には「ホット」ではなくなり、ノーマル及び／又はコールドレンジに戻る。

前述のようにユーザは全てのリクエストを行うが、ＤＮＳ命名体系は、２つのエントリに関連するのみである。前述のエントリに関してシステムが承認しているものは、
＊．Ｂ．Ａ
である。＊はＤＮＳのワイルドカードであり、「Ｂ」及び「Ａ」は象限である。ＤＮＳワイルドカードは、システムはユーザがリクエストしている詳細レベルに関連しておらず一般に２つの大きな象限を探すことを示し、その特定地域のイメージを提示し、更にＩＰアドレスセットに分解される。

詳細には、前述のリクエストに基づいて、象限が２つのマシン又はサーバに散在することを示す２つのＩＰアドレスが存在できる。災害（予測不能なイベント）が発生すると、例えばセクタ又は象限Ｋは、非常にホットになり、複数の人々がこの象限を同時に見ようと思うが、システムは画像を探してホットエリアは
ＴＩＬＥ ［Ｋ．Ｆ．Ｂ．Ａ］ ＩＭＡＧＥ
と決める。

システムは、所定時間にわたるリクエス数をカウントして、リクエスト数が急激に上昇したと決定することにより、又は他の基準により、これをホットエリアと識別する。システムは、他の象限の情報とは無関係に象限Ｋに関する情報をコピーすることができる。象限Ｋに関するデータ／イメージは、別のマシンをスライドしてデータを保有するマシン数を増やすようになっている。このことは、目下２つ以上のＩＰアドレスが存在し、新しいＤＮＳエントリ（Ｋ．Ｆ．Ｂ．Ａ）は例えば１６個といった多数のアドレスに分解できることを意味する。これにより、１６個のマシン又はサーバが「ホット」スポットを提供する。システムは、その増大に対応してトラフィックを周囲にシフトすることができる。「ホット」スポット検出の数分後に、データは、動的負荷平衡（どのサーバーに行くべきか）方式で移動され、リクエスト数、又は所用の閲覧粒度又は深さに基づいてデータを再度スライドするようになている。

図２２を参照すると、イメージ、データ等が関連できるゾーン図を示す。システムは、ユーザからの複数の入力リクエストのサンプルを取得して、各々の象限についてのアクションレベルを求めることができる。アクションレベルに基づいて、各々の象限は、例えば、ホット２２０２、ノーマル２２０４、及びコールド２２０６の３つのうちの１つに関連付けできる。ホット２２０２は、多数の閲覧者が特定の象限のデータイメージをリクエストした場合に発生する。コールド２２０６は、閲覧リクエストがわずかな象限である。ホット２２０２とコールド２２０６との間にはノーマルレンジ２２０４があり、ここは大量のデータを保有するゾーンである。定期的にシステムはクラスタからコールドセグメントを取り除き、ホット及びノーマルセグメント用のメモリ容量を確保する。例示的に、米国を表すセグメントは、ギガバイトメモリの過半数を消費する場合があるので、システムは、どのセグメントをダンプするかを判断し決定してイメージを迅速に送る必要がある。

象限内の各々のエントリは、ノーマル２２０４又はコールド２２０６を決定するカウンタをもっている。前述のアルゴリズムがイベントの発生（ホットネス）が決定すると、どの象限を移動するかの決定を行い、同様に、どのデータを複数の他のマシンに送信又はスライドする必要があるかの決定を行う。最良の選択は、コールドセグメント２２０６からのデータを格納するマシンであり、その理由は、このようなマシンは一般にアクティビティを殆どもっておらず、余分なメモリ容量をもっているからである。コールドイメージは、規模が２つのマシンを下回って縮小しないという条件でマシンからダンプすることができる。冗長目的で常に、２つのマシンがその情報を保有する必要があり、データは削除してはいけない。将来必要であれば、このデータは２つ以上のマシンに規模拡大できる。データのコピーには時間がかかるので、システムは、必ずしも積極的にデータをコピーする必要はないが、ボリュームシャトルサービス（ＶＳＳ）を利用することができ、これによりデータを実際のアクセス時にのみコピーすることができ、最初のホットタイルを局所的に保存することができ、局所イメージをそのコピーから抽出することができる。

開示された実施形態と一緒に従来型システムを利用することができ、図２３はこのような従来型システムの定時的アーキテクチャを示す。このアーキテクチャ内のデータは、ＩＰ、ＤＮＺ、及び記憶ダンプに関連するルータ２３０２、スイッチ２３０４、ウェブサーバ２３０６、ＳＱＬ２３０８、及び記憶装置２３１０の全ての経路をたどることができる。ネットワークに投入された全てのデータ要素は、経路内の各々のステップを進む必要がある。開示された実施形態と一緒に別のシステムを採用できることを理解されたい。

提示された実施形態は、適切な時点の適切なデータを保持する機能的要素としての各々のイメージサーバーを取り扱うことができる。同一データを保有するマシンの最小数は２つのマシンである必要があり、各々のマシンは図２４に示すものと同じ（又は異なる）とすることができるアーキテクチャを有する。各々のマシンは、ドライブセット２４０２（例えば、ＲＡＤ−１ドライブ）を含むことができ、１から２４、又はそれ以上のドライブを任意の場所に配置できる。ランダムアクセスメモリ（ＲＡＭ）２４０４は約１６ＧＢを最低限必要とするが、アーキテクチャは利用可能な１６ＧＢ以下のまたはそれ以上のメモリをもつことができる。また、システムは図示のようにＣＰＵ２４０６等を有している。これは単純なアーキテクチャであり、所定のファイルはダンプすることができ、各々のタイルは全ての関連イメージ（イメージファイル）と一緒に単一のファイルとして表すことができる。

前述のように、象限エントリに関連するタイルは、任意の大きさに分割することができる。最大の分割は１（Ａ）であり、任意の大きさに分割を進めることができ、７（Ｇ）は２（Ｂ）よりも小さく、１１（Ｋ）よりも大きい。イメージファイルは独立したファイルであり、独立してあちこち移動させることができる。表示データの最初のレベルは、３（Ｃ）又は４（Ｄ）とすることができ、１（Ａ）又は２（Ｂ）は大きすぎるはずである。

図２５に示すように各々のデータイメージはインデックスファイルを有し、これはサイズのオフセットであるファイル２５０４のインデックスエントリ２５０２を格納する。例えば、ユーザがタイル６（Ｆ）を見ようと思う場合、インデックスファイルはファイル６（Ｆ）のエントリを示すことになる。インデックスファイルは、１つ又はそれ以上の論理ボリューム又は論理ファイル内に配置されており、インデックスはモジュール内にロードされる。このようにして、全てのドライブは、メモリマップ化されており、システムはモデルのピースを刻み込み、ユーザがタイルをリクエストする場合に、ドライブに対するオフセットポイントを与えるインデックス（メモリ）ｉｄは、必要なだけのデータページを提供してイメージを提示する。また、データを提供するメモリは、新しいデータで上書きされる場合にデータをダンプすることができる。従って、データはドライブからネットワークへ一度だけコピーすることができるが、その理由は、システムは、データをコピー又は削除するのではなく、データを取得してデータのダンプを行うからである。

各々のメモリは、図２２を参照して説明したように、コールド、ノーマル、及びホットセグメント又は要素の方々で機能する。特定のセグメントがコールドになると、これはダンプされてホットセグメント用の空間を作るようになっている。セグメントが部分的にホット、部分的にノーマル、又は部分的にコールドの場合、実際にホットな部分（これは約１６ギガバイト又はそれ以上の場合がある）のみがメモリに残る。このセグメントにアクセスすると、それはここに残ることになり、前方にページングされない。従って、メモリはできるだけ高速であちこち移動され、データは高速で提供されることが可能になる。

データを前述の形式にするために行われる多数の前処理が存在する。タイルは、このフォーマットにのせてデータを効率的に複数のユーザに提供するようになっている。データは大きい場合があるので１つのファイルとして格納せず、例えば４（Ｄ）及び／又は５（Ｆ）のレベルで格納することができる。各々のファイルは、実際に繰り返して再生できるインデックスバージョンをもっている。インデックスはファイルのメタデータであることに留意されたい。移動可能なデータのコピーが散在しているが、この理由は、各々のタイルのファイルが自身のインデックスをもち「ホットネス」は特定の象限境界に配置されているからである。ホットの場合、これは必要なだけ多くのＩＰアドレスに移動することができるので、サーバは、ポインタ及び最適なコピーを行うＶＳＳをもたらすインデックスを用いて、迅速にこれを提供することができる。

次に、図２６を参照すると、大きなイメージを迅速に受信、管理、及び供給するためのシステム２６００が示されている。システム２６００は、特定の地理的領域に関連するイメージデータを受信する入力コンポーネント２６０２を含む。イメージデータは、複数のユーザ及び／又はエンティティから入力することができる。例えば、イメージデータは、携帯又は無線デバイスを含む複数のデバイスから受信することができる。

メージデータは、入力コンポーネント２６０２からスプリッタコンポーネント２６０４へインターネット接続経由で伝達される。スプリッタコンポーネント２６０４は、イメージデータを少なくとも２つの象限に分割する。インデックスコンポーネント２６０６は、スプリッタコンポーネント２６０４と関連することができ、少なくとも２つの象限の各々に関するロケーション識別子を提供するようになっている。象限は、ストレージコンポーネント２６０８に格納することができる。象限は、複数のストレージコンポーネント２６０８間に分配できることを理解されたい。

ウェブベース閲覧アクティビティコンポーネント２６１０は、特定の地理的ロケーションに関連するウェブベース閲覧アクティビティのレベルに関する判定を行うようになっている。ウェブベース閲覧アクティビティコンポーネント２６１０は、ストレージコンポーネント２６０８に保存された情報、及びキャパシティコンポーネント２６１２から受信した情報及びに基づいて判定を行うことがきる。キャパシティコンポーネント２６１２は、特定の地理的ロケーション又は領域に関連するイメージを描画するために利用できるキャパシティを判定できるようになっている。負荷平衡コンポーネント２６１４は、イメージサイズ及び閲覧アクティビティの関数として、１つ又はそれ以上の描画されることになるイメージに関連するデータを動的に再分配する。閲覧アクティビティは、地理的領域又はロケーションを閲覧するためのリクエスト数に基づくことができる。

図２７を参照すると大きなイメージを迅速に受信、管理、及び供給するための方法２７００が示されている。この方法はイメージデータを受信するステップ２７０２で始まる。このイメージデータは、複数のユーザ及び／又はエンティティから受信することができる。イメージデータはステップ２７０４で分割され、格納が容易な小さなイメージ形式の状態にする。イメージデータは、少なくとも２つの象限に分割する必要がある。イメージデータは、各々の象限のサイズ及び複雑さに基づいて制限のない象限数に分割することができる。ロケーション情報は、各々の部分に対して与えられる。ステップ２７０６において、各々の象限に対してロケーション識別子を与えて、ユーザがイメージデータをシームレスで閲覧できるように改良される場合に、確実に象限を再構築できるようになっている。

１つ又はそれ以上のユーザが特定の象限をリクエストすると、ステップ２７０８において、ウェブベース閲覧アクティビティのレベルが各々の特定の象限又は地理的ロケーションに関連しているかどうかの判定を行う。受信したリクエスト数が閾値レベルを上回る場合、このエリアがホットスポットになったことを指示し、ステップ２７１０において利用可能なキャパシティを計算して、特定の地理的ロケーションに関連するイメージを実質的に同時に複数のユーザに提供できるか否かを判定する。計算した利用可能なキャパシティに基づいて、イメージデータに関連するデータは、このようなイメージをステップ２７１４においてユーザに対して実質的に同時に提供又は表示することが容易になるように動的に再分配される。

開示された実施形態は、ユーザのコミュニティを含む社会経済モデルに基づくことができ、これは特定のデータをマップレイヤに投入するものである。このシステムにより、地元の人は、マップ内に情報をカスタマイズすることができるが、エリア内に住む地元の人はこのエリアに関して他人よりもより多くの知識をもつことを前提にしている。地元の人々は、レイヤ情報をカスタマイズして、ユーザの間で所定回数及び所定形式のサーチが行われるという前提に基づいて更に正確で詳細にすることができる。例えば、サーチの上位３％は特定の有名人、カテゴリ、最新の話題といった特定の物事に関する。また、スコアの低いサーチを行う多数の小さなグループが存在するが、この一連の人々は上位３％よりも非常に多い。例えば、特定の用語に関心を示すが他の「最新」トピックスには関心を示さない１０人から構成される膨大な数のグループが存在する。地理はこれに類似しており、特定の地域に住む人は、公園がどこにあり、どこに食べに行くべきか、午前２時にどこにいくべきか等の彼らの地域に関しては専門家である。

システムに投稿する地元の人に関して加重平均を行うことができる。また、コンテンツの投稿者を監視することができ、このような監視によって好ましくないことが明らかになると、この投稿者が不正な、誤解を招く、又は悪意のあるデータを提供すると判定された場合は、投稿者はもはやデータを掲載することができなくなる。この判定は、他のユーザ又は他の適切な方法で提供されたデータに基づくことができる。

図２８は、コマンド又は他のデータのユーザ入力を容易にするオーバーレイ編集エントリ２８０２の例示的な画面ショットを示す。制御部は半透明でマップの上に表示されているので、制御部の下にマップを見ることができる。制御部は、ユーザが特定のロケーション、場所、物体等に関するを情報を追加することができるインタフェースである、編集エントリ２８０２を含むことができる。ユーザは、サーチ結果２９００の例示的な画面ショットを示す図２９に示すような、編集済み情報を他のユーザに送ることができる。サーチ結果２９０２は、マップの上の制御部として提供することができる。このようにして、他のユーザは、元のデータを変えることなく編集情報を見ることができる。所定数のユーザが編集を確認した場合に情報に対して変更を行うことができる。

次に、図３０を参照すると、地域限定（ｇｅｏ−ｄｉｌｕｔｅｄ）広告と呼ぶ場合もある、オンライン又はリアルタイム広告を容易にするシステム３０００が示されている。地域限定広告は、マップ特性及び関連の地理的領域を用いて広告を行うことが望まれる商業施設等に適合し、全世界であってもよく、又はより２つの街区といったより焦点を合わせたものであってよい。広告主は、特定のエリアで宣伝したいと思い、例えば、ユーザのクリック毎に所定の金額（例えば、＄２．００、＄４．００、＄１０．００）を払うつもりでいる。カバレッジコンポーネント３００２は、所望の地勢に関するレイヤを生成するツール又はウィザードとすることができる。カバレッジコンポーネント３００２は、特定の地理的ロケーション又はエリア３００４に対して広告主が望む広告カバレッジに関連する情報を受信する。カバレッジコンポーネント３００２は、所定の評価スケールによって複数の広告主を評価するようになっている評価モジュール３００６を含むことができる。例えば、評価スケールは、１から１０とすることができ、評価１０の広告主はエリア内で優勢であり、評価１の広告主の広告ポジションは低い。評価の高い広告主は、システムが彼らの広告を消費者に見せる可能性が高い。

例示的であり限定的ではないが、第１の広告主は、ある都市の特定地域を購入又は「入札」する。第１の広告主の競合者である第２の広告主は、２つの街区といった狭い地理的領域３００４に関する広告を購入することができ、同じ地理的領域３００４に対して第１の広告主が支払うつもりで金額よりも高い所定金額を払うつもりでいる。評価モジュール３００６又はツール又はウィザードは、特定のエリアに関する第１の広告主と第２の広告主とを評価することができる。多くの場合、小さな、狭い、又は焦点を合わせたエリアをもつ広告主は、広いエリアで市場取引を行う広告主よりも評価が高くなるであろう。このようにして、地元の広告主は市場を限定することができるので、このような広告主は大規模な広告主と競争することができる。

限定化は、ユーザがマップ又は地理的領域を拡大した場合、又はユーザが物理的にそのエリアに居る場合に起こり、小規模な広告主に対するその時点での評価はそのエリアに関する大規模な広告主よりも高いので効果的な競争が可能になる。ユーザが携帯電子デバイスを使用する場合、運転や歩行といったユーザの移動にに応じて、及びエリア内の物理的に居る間にマップレイヤを動的に変更することができる。

システム３０００と類似の広告システムにおいて、特定エリアで入札を行う広告主からの入札を受信するインデックスモジュール３００８を設けることができる。インデックスモジュール３００８は、カバレッジコンポーネント３００２と相互作用して、各々の広告主の最新の入札に応じて広告主をランク付けするようになっている。従って、広告主入札エリアは、絶えず変更することができるが、広告主は、特定の地理的領域又はエリア３００４の入札結果を即座に知ることができ、その結果に応じて入札を変更することができる。

カバレッジコンポーネント３００２は、特定の地理的ロケーションに関連する複数のイメージ情報ソースを提供する、コンテンツ提供コンポーネント３０１０とインタフェース接続する。イメージ情報ソースはマッピング詳細を含む。イメージ情報は、地理的領域内に物理的に居るか又はエリアを遠くから閲覧しているユーザに表示される。

関連付けコンポーネント３０１２は、広告主を特定の地理的領域の関心ポイントに関するマッピング情報を含む少なくとも１つのイメージ情報ソースに関連付ける。関連付けコンポーネント３０１２により、イメージ情報を用いる広告主を関連のマッピング情報に関連付けることができる。更に、関連付けコンポーネント３０１２は、複数のユーザに表示された広告を追跡又は監視することができ、監視データを広告主に送ることができる。これは、自動的にユーザデバイスに付随するディスプレイをリフレッシュすることで実現できる。これにより広告主は、イメージデータを活用するためにマッピング情報に関する関連ソースを補うことができる。

関連付けコンポーネント３０１２は、ユーザアクティビティを監視して、ユーザが物理的に指定の地理的ロケーション３００４に居るか又はエリアを遠くから閲覧しているかに基づいて、どの広告を表示するかをカスタマイズすることができる。表示される広告は、各々の状況で異なるか又はカスタマイズされる。更に、関連付けコンポーネント３０１２は、ユーザの好みに基づいて広告をカスタマイズすることができる。例えば、ユーザは、どのタイプの広告が好きか、及びどのタイプの広告を受信したくないかを指定することができる。関連付けコンポーネント３０１２は、ユーザの好み及び／又はユーザ所在地に基づいて各々のユーザに表示される広告をカスタマイズすることができる。

図３１は、リアルタイムで広告データを提供するための方法３１００を示す。本方法は、ユーザの所在地情報とすることができるユーザ情報を受信するステップ３１０２で始まる。ユーザロケーションは、ＧＰＳ機能又は他のロケーション手段によってもたらすことができる。例えば、本方法は、定期的に又は継続的に、ユーザの所在地情報を質問することができ、その間にユーザがショッピングモール又はアウトレットといった特定のロケーションに居ることが分かる。ステップ３１０２で受信したユーザ情報は、追加的に又は代替的にユーザの好みに関連することができる。ユーザの好みはユーザインタフェース経由でユーザが設定できる。ユーザの好みは、店舗、レストラン、又はユーザが訪問した別の場所に関する情報を取得することを含む他の方法で決定することができる。

本方法はステップ３１０４で広告を選択する。この広告は、ユーザの所在地に部分的に基づいて選択することができる。例えば、ユーザが小売店の近くに居る場合、この小売店からの広告を選択して送ることができる。本方法は、遠くのユーザと地理的領域に物理的に居るユーザとを区別して、ユーザの所在地状況に基づいて異なる広告を出力することができる。広告の選択は、追加的に又は代替的に、受信したユーザの好みに基づいてカスタマイズすることができる。

また、ステップ３１０４における広告の選択は、複数の広告主から特定の地理的領域において広告を行うためのリクエストを受信することを含む。特定の地理的領域でどの広告主が優先権をもつかを判定する。優先権は、広告範囲エリアを決定すること、及びで広告範囲エリアに部分的に基づいて広告主をランク付けすることによって設定できる。優先権のある広告主の広告は、ユーザの所在地情報に一致すると出力される。また、ランク付けは、ユーザロケーションに帰結する関連付けの限定化に基づくことができる。

選択された広告は、ステップ３１０６でユーザに出力する。例えば、ショッピングモール内を歩いているユーザは、これから２０分間だけある店舗の２０％オフの地域クーポンを受信することができる。ユーザがこのエリアを離れると（又は、２０分が経過すると）、クーポンは自動的に失効する。開示されたシステム及び方法は、広告主が彼らの広告を表示したいと考える消費者特定領域に対する、又は誰かが所定の地理的領域内で特定のイベント場所をサーチした場合の、優れた広告ターゲット化をもたらす。

ステップ３１０６で出力される広告は、監視したユーザ所在地に基づいて変更できる。ユーザディスプレイは、ユーザに表示する広告を変更する必要があると決定されると自動的に更新又はリフレッシュされる。更に、ユーザがそのエリアを離れると、広告は、リフレッシュプロセスにより自動的にユーザディスプレイから消去される。

図３２を参照すると、開示されたアーキテクチャを実行することができるコンピュータのブロック図が示されている。本明細書に開示された種々の態様の追加の関連事項を提供するために、図３２及び以下の説明は、種々の態様を実行することができる適切なコンピュータ環境３２００の簡単な一般的な説明を行うものである。１つ又はそれ以上のコンピュータで実行可能なコンピュータ実行可能命令の一般的な関連事項における１つ又はそれ以上の実施形態を前述したが、当業者であれば、種々の実施形態は他のプログラムモジュールとの組み合わせにおいて及び／又はハードウェア及びソフトウェアの組み合わせとしても実施できることを理解できるはずである。

一般的に、プログラムモジュールは、ルーチン、プログラム、コンポーネント、データ構造等を含み、特定のタスク又は特定の抽象データ型を実行する。更に、当業者であれば、本発明の方法は、各々が１つ又はそれ以上の関連デバイスと作動的に接続可能な、シングルプロセッサ又はマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、並びにパーソナルコンピュータ、携帯型コンピュータデバイス、マイクロプロセッサベースの又はプログラム可能な民生電子機器等の、他のコンピュータシステムの構成機器で実行できることを理解できるはずである。

また、例示した態様は、通信ネットワークで結ばれたリモート処理デバイスで特定のタスクが実行される、分散コンピュータ環境で実施することができる。分散コンピュータ環境において、プログラムモジュールは、ローカル及びリモート記憶装置の両者に置くことができる。

コンピュータは、典型的に種々のコンピュータ読取り可能媒体を含む。コンピュータ読取り可能媒体は、任意の利用可能な媒体とすることができ、コンピュータからアクセス可能であり、揮発性及び不揮発性媒体、取り外し可能及び取り外し不能媒体の両方を含む。例示的であり限定する者ではないが、コンピュータ読取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含むことができる。コンピュータ記憶媒体は、コンピュータ読取り可能命令、データ構造、プログラムモジュール、又は他のデータといった情報を記憶するための任意の方法又は技術で提供される、揮発性及び不揮発性、取り外し可能及び取り外し不能媒体の両者を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタルビデオディスク（ＤＶＤ）又は光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶デバイス、又は所望の情報を格納するために使用できコンピュータからアクセス可能な任意の他の媒体を含むがこれらに限定されるものではない。

通信媒体は、典型的に、コンピュータ読取り可能命令、データ構造、プログラムモジュール、又は他のデータを搬送波又は他の搬送機構といった変調データ信号に組み入れるものであり、任意の情報伝達媒体を含む。用語「変調データ信号」は、１つ又はそれ以上の特性セットをもつ信号、又は情報をエンコードする方法で変換された信号を意味する。例示的であり限定的ではないが、通信媒体は、有線ネットワーク又は直接有線接続といった有線媒体、及び音響、ＲＦ、赤外線、又は他の無線媒体といった無線媒体を含む。また、前述の任意のものを組み合わせたものはコンピュータ読取り可能媒体の範囲に含まれるはずである。

再び図３２を参照すると、種々の態様を実行する例示的な環境３２００はコンピュータ３２０２を含み、このコンピュータ３２０２は、処理ユニット３２０４、システムメモリ３２０６、及びシステムバス３２０８を含んでいる。システムバス３２０８は各システムコンポーネントを接続しており、限定的ではないがシステムメモリ３２０６を処理ユニット３２０４に接続するようになっている。処理ユニット３２０４は任意の種々の市販のプロセッサとすることができる。デュアルマイクロプロセッサ及び他のマルチプロセッサアーキテクチャを処理ユニット３２０４として用いることもできる。

システムバス３２０８は、任意の種々の市販のバスアーキテクチャを用いてメモリバス（メモリコントローラを用いて又は用いないで）、周辺バス、及びローカルバスに更に相互接続することができる、バス構造の任意の複数の形式とすることができる。システムメモリ３２０６は、読み出し専用メモリ（ＲＯＭ）３２１０及び直接アクセスメモリ（ＲＡＭ）３２１２を含む。基本入力／出力システム（ＢＩＯＳ）はＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリ３２１０に格納されており、ＢＩＯＳは、例えば起動時にコンピュータ３２０２内の各構成要素の間で情報を伝達する機能を果たす基本ルーチンを含む。また、ＲＡＭ３２１２は、タティックＲＡＭ等のデータをキャッシングするための高速ＲＡＭを含むことができる。

コンピュータ３２０２は、適切なシャーシ（図示せず）を用いて外付けできるようにもなっている内部ハードディスクドライブ（ＨＤＤ）３２１４（例えば、ＥＩＤＥ、ＳＡＴＡ）、磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）３２１６（例えば、着脱式ディスケット３２１８に書き込む又は読み取るための）、及び光ディスクドライブ３２２０（例えば、ＣＤ−ＲＯＭディスクから３２２２を読み取る、又はＤＶＤ等の他の大容量の光学媒体に書き込む又は読み取るための）を更に含む。ハードディスクドライブ３２１４、磁気ディスクドライブ３２１６、及び光ディスクドライブ３２２０は、それぞれのハードディスクドライブインタフェース３２２４、磁気ディスクドライブインタフェース３２２６、及び光ドライブインタフェース３２２８によってシステムバス３２０８に接続可能である。外部ドライブ実装用のインタフェース３２２４は、ユニバーサルシリアルバス（ＵＳＢ）及びＩＥＥＥ１３９４インタフェース技術の少なくとも一方又は両方を含む。他の外部ドライブ接続技術は、１つ又はそれ以上の実施形態が意図する範囲にある。

ドライブ及びそれらに関連するコンピュータ読取り可能媒体は、データ、データ構造物、コンピュータ実行可能命令等の不揮発性記憶装置をもたらす。コンピュータ３２０２に関して、ドライブ及び媒体は、任意のデータを適切なデジタルフォーマットで記憶するようになっている。前述のコンピュータ読取り可能媒体はＨＤＤ、着脱式磁気ディスケット、及びＣＤ又はＤＶＤ等の着脱式光学媒体に言及しているが、当業者であれば、ｚｉｐドライブ、磁気カセット、フラッシュメモリカード、カートリッジ等のコンピュータで読み取り可能な他の形式の媒体は例示的な作動環境で使用できること、及び任意のこのような媒体は本明細書で開示された方法を実行するためのコンピュータ実行可能命令を格納できることを理解できるはずである。

複数のプログラムモジュールは、ドライブ及びＲＡＭ３２１２に格納することができ、オペレーティングシステム３２３０、１つ又はそれ以上のアプリケーションプログラム３２３２、他のプログラムモジュール３２３４及びプログラムデータ３２３６を含んでいる。オペレーティングシステム、アプリケーション、モジュール、及び／又はデータの全て又は一部は、ＲＡＭ３２１２内にキャッシュすることもできる。種々の実施形態は、種々の市販のオペレーティングシステム又は複数のオペレーティングシステムを組み合わせたもので実行できることは明らかである。

ユーザは、命令及び情報を、１つ又はそれ以上の有線／無線式入力デバイス、例えば、キーボード３２３８及びマウス３２４０等のポインティングデバイスを用いてコンピュータ３２０２に入力できる。他の入力デバイス（図示せず）としては、マイクロフォン、ＩＲリモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を挙げることができる。前述の入力デバイス又は他の入力デバイスは、システムバス３２０８に接続された入力デバイスインタフェース３２４２経由で処理ユニット３２０４に接続する場合が多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェース等の他のインタフェース経由で接続することも可能である。

また、モニタ３２４４又は他の形式のディスプレイデバイスは、ビデオアダプタ３２４６等のインタフェース経由でシステムバスに３２０８に接続する。モニタ３２４４に加えて、コンピュータは一般に他のスピーカやプリンタ等の周辺出力デバイス（図示せず）を含む。

コンピュータ３２０２は、有線及び／又は有線式通信による１つ又はそれ以上のリモートコンピュータ３２４８等のリモートコンピュータへの論理結合を利用したネットワーク環境で作動することができる。リモートコンピュータ３２４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサ式娯楽機器、ピアデバイス、又は他の共通ネットワークノードとすることができ、典型的に、コンピュータ３２０２に関連して説明される構成要素の多く又は全てを含むが、説明を単純化するためにメモリ／記憶デバイス３２５０だけが示されている。図示の論理結合は、ローカルエリアネットワーク（ＬＡＮ）３２５２及び／又は広域ネットワーク（ＷＡＮ）３２５４等の大規模ネットワークへの有線／無線式接続機能を含む。このＬＡＮ及びＷＡＮネットワーク環境は、オフィスや企業では一般的でありイントラネット等の企業規模コンピュータネットワークを可能にするが、これらの全てはグローバル通信ネットワーク、例えばインターネットに接続することができる。

ＬＡＮネットワーク環境で使用する場合、コンピュータ３２０２は、有線及び／又は無線通信ネットワークインタフェース又はアダプタ３２５６を経由してローカルネットワーク３２５２に接続される。アダプタ３２５６はＬＡＮ３２５２への有線又は無線通信を可能にするが、これは無線アダプタ３２５６との通信を行うために設けられる無線アクセスポイントを含むこともできる。

ＷＡＮネットワーク環境で使用する場合、コンピュータ３２０２は、モデム３２５８を含むこと、又はＷＡＮ３２５４上の通信サーバに接続すること、又は例えばインターネットを用いたＷＡＮ３２５４経由の通信を確立するための他の手段をもつことができる。内部又は外部及び有線又は無線デバイスとすることができるモデム３２５８は、シリアルポートインタフェース３２４２によりシステムバス３２０８に接続される。ネットワーク環境において、コンピュータ３２０２又はその一部に関連して示されているプログラムモジュールは、リモートメモリ／記憶デバイス３２５０に格納することができる。図示のネットワーク接続は例示的なものであり、各コンピュータ間で通信リンクを確立する他の方法を使用できることに留意されたい。

コンピュータ３２０２は、例えば、プリンタ、スキャナ、デスクトップ及び／又はポータブルコンピュータ、携帯データ端末、通信衛星、無線で検出可能なタグに関連する任意の機器の一部又はロケーション（例えば、キオスク、新聞売店、化粧室）、及び電話等の無線通信機器に作動可能に配置されている任意の無線デバイス又はエンティティと通信可能である。これは少なくともＷｉ−Ｆｉ及びＢｌｕｅｔｏｏｔｈ（商標）無線擬寿を含む。従って、通信は、従来のネットワークと同様の所定の構成、又は単純に少なくとも２つのデバイス間のアドホック通信とすることができる。

Ｗｉ−Ｈｉ、つまりワイヤレス・フィディリティにより、自宅のソファ、ホテルの部屋のベッド、又は仕事中の会議室から無線でインターネットへ接続できる。Ｗｉ−Ｆｉは携帯電話に類似した無線技術であり、コンピュータ等のデバイスは、室内外で基地局のサービス範囲でどこでもデータを送受信できる。Ｗｉ−ＦｉネットワークはＩＥＥＥ８０２．１１（ａ、ｂ、ｇ等）と呼ばれる無線通信技術を利用しており、安全で信頼性の高い高速無線接続機能を提供する。Ｗｉ−Ｆｉネットワークは、コンピュータを相互に接続するために、インターネットに接続するために、及び有線ネットワーク（ＩＥＥＥ８０２．３又はイーサネット（登録商標）を使用する）に接続するために利用できる。Ｗｉ−Ｆｉネットワークは、例えば１１Ｍｂｐｓ（８０２．１１ａ）又は５４Ｍｂｐｓ（８０２．１１ｂ）データ速度で、又は両方の帯域（デュアル帯域）を有する製品と一緒に、無免許の２．４及び５ＧＨｚの無線帯域で作動するので、ネットワークは、多数のオフィスで使用される基本的な１０ＢａｓｅＴ有線式イーサネット（登録商標）ネットワークと同様の現実的な性能をもたらすことができる。

次に図３３を参照すると、種々の実施形態による例示的なコンピュータ環境３３００の概略的なブロック図が示されている。システム３３００は１つ又はそれ以上のクライアント３３０２を含む。クライアント３３０２はハードウェア及び／又はソフトウェア（例えば、スレッド、プロセス、計算デバイス）とすることができる。クライアント３３０２は例えば種々の実施形態で用いるクッキー及び／又は関連のコンテクスチュアル情報を格納することができる。

また、システム３３００は１つ又はそれ以上のサーバ３３０４を含む。サーバ３３０４はハードウェア及び／又はソフトウェア（スレッド、プロセス、計算デバイス）とすることもできる。サーバ３３０４は、例えば種々の実施形態で用いる変換を行うためのスレッドを収容することができる。クライアント３３０２とサーバ３３０４との間の１つの可能性のある通信は、２つ又はそれ以上のコンピュータプロセス間で伝送されるようになっている、データパケット形式とすることができる。データパケットは、例えばクッキー及び／又は関連のコンテクスチュアル情報を含むことができる。システム３３００は通信フレームワーク３３０６（例えば、インターネット等のグローバル通信ネットワーク）を含み、クライアント３３０２とサーバ３３０４との間の通信を行うために用いることができる。

通信は有線 （光ファイバを含む）及び／又は無線技術を用いて行うことができる。クライアント３３０２は、該クライアント３３０２の情報（例えば、クッキー及び／又は関連のコンテクスチュアル情報）を記憶するために使用できる１つ又はそれ以上のクライアントデータ記憶装置３３０８に作動的に接続される。同様に、サーバ３３０４は、該サーバ３３０４の情報を記憶するために使用される１つ又はそれ以上のサーバデータ記憶装置３３１０作動的に接続される。

前記の説明は種々の実施形態の実例を含んでいる。勿論、種々の実施形態を説明する目的で全ての考え得るコンポーネント又は方法の組み合わせを説明することは不可能であるが、当業者であれば、多数の別の組み合わせ及び変更が可能なことを理解できるはずである。従って、本明細書は、請求項の範疇にある全ての変更例、修正例、及び変形例を包含することが意図されている。

特に種々の機能に関しては、前述のコンポーネント、デバイス、回路、システム等によって実現されるが、コンポーネントを説明するために使用する用語は（「ｍｅａｎｓ」への参照も含む）、特に言及しない場合、構造上の均等物でなくても、説明されるコンポーネントの特定の機能を実現する任意のコンポーネントに対応することが意図されており、これは本明細書に示す例示的な態様の機能を実現するものである。この点において、種々の態様はシステム並びに種々の方法の作動及び／又はイベントを実現するためのコンピュータ実行可能命令を有するコンピュータ読取り可能媒体を含むことを理解されたい。

更に、特定の特徴部が複数の実施例の１つのみに関連して開示されているが、この特徴部は、所望により他の実施例の１つ又はそれ以上の他の特徴部と組み合わせることができ、任意の所定の用途には好都合である。更に、詳細な説明及び請求項のいずれかにおいて用語「ｉｎｃｌｕｄｅｓ」「ｉｎｃｌｕｄｉｎｇ」及びその変形が使用される限り、この用語はある意味では「ｃｏｍｐｒｉｓｉｎｇ」と同様に包括的であることが意図されている。

マップ情報及び関連データを取得及び表示するためのシステムを示す。 データ編集用のユーザ入力を可能にするシステムを示す。 詳細オブジェクト情報及び関連データを取得及び表示するためのシステムを示す。 マッピング環境内のオブジェク又は関心エリアに関する情報を取得するための別のシステムを示す。 関心オブジェクトのエリア又はフットプリントを検出及び確認するためのシステムを示す。 ロケーションベース情報の中央リポジトリを保持するためのシステムを示す。 複数のユーザにマップ情報を出力するためのシステムを示す。 マッピングレイヤを作成するためのコンポーネントを示す。 １つ又はそれ以上の関心オブジェクトに関する情報を表示する例示的な屋根の上面を示す。 ビルの屋根の上面に重ね合わされた頭上からのイメージを示す。 ２つのビルの可視できる側面に重ね合わされた斜めからのイメージを示す。 情報を関心オブジェクトと結びつけるための方法を示す。 関心オブジェクト及び関連データを表示するための方法を示す。 ユーザ制御部が重ね合わされたマッピング情報を示すディスプレイの例示的な画面ショットを示す。 ユーザインタフェースコンポーネントの例示的な概略図を示す。 自動車用途に用いられる開示された実施形態の例示的な画面ショットを示す。 １つ又はそれ以上のユーザからの入力データを受信するための方法を示す。 クエストされたマッピングデータをユーザに提供するための方法を示す。 開示された実施形態による制御部及び地理フェンスを重ね合わせたマップの画面ショットを示す。 大きなイメージを迅速に提示するためのシステムを示す。 命名規則を用いて大きなイメージを提示するためのシステムを示す。 イメージ、データ等を関連付けすることができゾーンを示す。 大きなイメージを迅速に提示するために使用できる従来型システムのためのアーキテクチャを示す。 開示された実施形態を用いたマシン用の例示的なアーキテクチャを示す。 データイメージのための例示的なインデックスファイルを示す。 大きなイメージを迅速に受信、保持、及び提示するためのシステムを示す。 大きなイメージを迅速に提示するための方法を示す。 コメント及び他のデータのユーザ入力を容易にする重ね合わせ編集エントリの例示的な画面ショットを示す。 サーチ結果の例示的な画面ショットを示す。 オンライン広告を可能にするシステムを示す。 リアルタイム広告データを提供する方法を示す。 開示された実施形態を実行可能なコンピュータのブロック図を示す。 開示された実施形態を実行可能な例示的なコンピュータ環境のブロック図を示す。

Claims (12)

1. コンピュータを、
   特定の地理的位置を含む象限に関連するウェブベースの閲覧アクティビティのレベルを判定するコンポーネントであって、前記象限は所定の命名規則に対応する複数の象限から選択され、前記複数の象限の各々は地理的位置と関連付けられる、判定するコンポーネント、
   追加の画像データを受信する入力コンポーネント、
   前記追加の画像データを前記複数の象限からの少なくとも２つの象限に分割するスプリッタコンポーネントであって、前記少なくとも２つの象限は異なる地理的位置に関連付けられ、該象限のうちの１つは前記特定の地理的位置を含む象限に対応する、スプリッタコンポーネント、
   前記少なくとも２つの象限を格納するストレージコンポーネント、
   前記少なくとも２つの象限が格納される場所についてオフセット位置を提供するインデックスコンポーネント、
   前記特定の地理的位置を含む象限に関連付けられるマップ画像データ及び追加の画像データを提供するレンダリングコンポーネント、
   前記特定の地理的位置を含む象限に関連する画像をレンダリングするために利用可能なサーバキャパシティを計算するキャパシティコンポーネント、
   レンダリングされるべき画像に関連するデータを、画像サイズ、前記計算された利用可能なキャパシティ及び前記閲覧アクティビティに応じて動的に再分配する負荷平衡コンポーネントであって、前記データは複数のサーバにわたって再分配される、負荷平衡コンポーネント
   として機能させる機械読み取り可能な命令を記録した１つ又は複数のコンピュータ読み取り可能な記憶媒体。
2. 前記負荷平衡コンポーネントは部分的にホットネスに基づいて前記データを再分配することを特徴とする請求項１に記載の機械読み取り可能な命令を記録したコンピュータ読み取り可能な記憶媒体。
3. ホットネスは、ホットネス＝（（人口＋観光客）×未知のイベント）の式を用いて計算される請求項２に記載の機械読み取り可能な命令を記録したコンピュータ読み取り可能な記憶媒体。
4. 前記象限は閲覧レベルに従ってランク付けされ、前記閲覧レベルはコールド、ノーマル及びホットのうち１つである請求項１に記載の機械読み取り可能な命令を記録したコンピュータ読み取り可能な記憶媒体。
5. 前記負荷平衡コンポーネントは、前記データを単一の画像ファイルに再構築して単一の画像ファイルのシームレスな閲覧を提供する請求項１に記載の機械読み取り可能な命令を記録したコンピュータ読み取り可能な記憶媒体。
6. 特定の地理的位置と関連する前記ウェブベースの閲覧アクティビティのレベルは、前記位置について受信されたユーザリクエストの数に基づいている請求項１に記載の機械読み取り可能な命令を記録したコンピュータ読み取り可能な記憶媒体。
7. リクエストに応じて大きな画像を提供する方法であって、
   入力コンポーネントが、複数のユーザから追加の画像データを受信する段階と、
   ストレージコンポーネントが、１つ又は複数の関連する地理的位置とともに前記追加の画像データを格納する段階であって、スプリッタコンポーネントが前記追加の画像データを少なくとも第１の象限及び第２の象限へと分割する段階を含み、前記少なくとも第１の象限及び第２の象限は所定の命名規則に対応する複数の象限から選択され、前記画像データは該象限の各々に関連付けられる地理的位置に基づいて前記少なくとも第１の象限及び第２の象限へと分割される、格納する段階と、
   前記入力コンポーネントが、前記第１の象限に関連付けられる画像データを見るための第１の複数のユーザリクエストを受信する段階であって、該画像データは前記第１の象限についてのマップ画像データ及び前記第１の象限に対応する前記分割された追加の画像データの一部を含む、第１の複数のユーザリクエストを受信する段階と、
   前記入力コンポーネントが、前記第２の象限に関連付けられる画像データを見るための第２の複数のユーザリクエストを受信する段階であって、該画像データは前記第２の象限についてのマップ画像データ及び前記第２の象限に対応する前記分割された追加の画像データの一部を含む、第２の複数のユーザリクエストを受信する段階と、
   ウェブベース閲覧アクティビティコンポーネントが、前記第１の象限に関連する閲覧アクティビティのレベルを判定し前記第２の象限に関連する閲覧アクティビティのレベルを判定する段階と、
   キャパシティコンポーネントが、前記対応する判定された閲覧アクティビティのレベルに基づいて前記第１の象限及び前記第２の象限について利用可能なサーバキャパシティを計算する段階と、
   負荷平衡コンポーネントが、前記第１の象限について前記判定された閲覧アクティビティのレベルに基づいて、第１の複数のサーバにわたって、前記第１の象限に関連付けられる前記画像データを動的に再配分する段階と、
   前記負荷平衡コンポーネントが、前記第２の象限について前記判定された閲覧アクティビティのレベルに基づいて、第２の複数のサーバにわたって、前記第２の象限に関連付けられる前記画像データを動的に再配分する段階と、
   レンダリングコンポーネントが、前記第１の象限に関連付けられる前記画像データを前記第１の複数のユーザに表示する段階と、
   前記レンダリングコンポーネントが、前記第２の象限に関連付けられる前記画像データを前記第２の複数のユーザに表示する段階と
   を含むことを特徴とする方法。
8. 前記画像データは少なくとも２つのストレージ位置に格納される請求項７に記載の方法。
9. 少なくとも前記マップ画像データのホットネスに部分的に基づいて前記画像データを再配分する段階を更に含むことを特徴とする請求項７に記載の方法。
10. ホットネス＝（（人口＋観光客）×未知のイベント）の式を用いてホットネスを計算する段階を更に含むことを特徴とする請求項９に記載の方法。
11. 前記ホットネスを計算する段階は予測可能なイベントに基づくことを特徴とする請求項９に記載の方法。
12. 大きな画像を表示する、コンピュータにより実施される方法であって、
    ウェブベース閲覧アクティビティコンポーネントが、地理的領域に関連付けられる象限の閲覧アクティビティを判定する段階であって、前記象限は所定の命名規則に対応する複数の象限から選択され、前記複数の象限の各々は地理的領域に関連付けられる、判定する段階と、
    入力コンポーネントが追加の画像データを受信する段階と、
    スプリッタコンポーネントが、前記追加の画像データを前記複数の象限からの少なくとも２つの象限に分割する段階であって、前記少なくとも２つの象限は異なる地理的領域に関連付けられ、該象限のうちの１つは特定の地理的領域に関連付けられる象限に対応する、分割する段階と、
    ストレージコンポーネントが前記少なくとも２つの象限を格納する段階と、
    インデックスコンポーネントが前記少なくとも２つの象限にインデックスを付ける段階であって、該インデックスは前記少なくとも２つの象限が格納されている場所についてのオフセット位置を提供する、インデックスを付ける段階と、
    レンダリングコンポーネントが、特定の地理的領域に関連付けられる象限についてマップ画像データ及び追加の画像データをレンダリングする段階と、
    キャパシティコンポーネントが、前記特定の地理的領域に関連する象限について画像をレンダリングするのに利用可能なサーバキャパシティを計算する段階と、
    負荷平衡コンポーネントが、レンダリングされるべき前記画像に関連するデータを、画像サイズ、前記計算された利用可能なキャパシティ及び前記閲覧アクティビティに応じて、再分配する段階であって、前記データは複数のサーバにわたって再分配される、再分配する段階と
    を備える方法。

Images