JP5938413B2 - 動的データを有する３次元空間オブジェクトの生成及びリンク、及び、当該オブジェクトの地理情報システムにおける視覚化 - Google Patents

Description

本発明は、概して、地理的情報システムに関し、より特定的には、動的データを有する３次元空間オブジェクトの生成及びリンク、及び、前記オブジェクトの地理的情報システムにおける視覚化に関する。

従来、ビジネスデータの７０−８０％は、地理的要素を有すると考えられていた。ＧＰＳイネーブル（可能化）されたスマートフォン、カメラ、タブレット及びナビゲーション装置により、地理的にユニークな（唯一性のある）データが増加している。

建物は、社会の基本的な参照オブジェクトである。共同体機能、組織、会社、社会的ステータス及び多くのタイプの情報生産物は、しばしば、建物の住所に関係する。不動産の例では、建物及び建物内のスペースのユニットは、取引対象となる生産物であり、大量のデータがプロパティ（財産）の特徴を記述するために生成される。

地理的にユニークなデータ及び建物の参照の有用性の増大に関わらず、対象の建物に特に関係する３次元空間におけるマルチメディアデータを視覚化する一般的な方法は存在しない。

データと種々のメディアタイプ（地理的にユニークで、種々のコントリビューターから広く供給され、時間感受性で、頻繁にアップデートされるメディアタイプ）の内容を結合する既存の手段は、一般的に、ブラウザ内の複数スクリーンを通して各データ要素を結合する。このデータの区画化は、これを情報提供的な態様でその場所と統合しない。

例えば、販売又はリースのための不動産の利用可能性は、一般的に２次元フォーマット（緯度及び経度により場所を示す地図、建物の外部及び内部の写真やビデオなどの視覚メディア、フロア見取り図及び価格、期間、特別な特徴、ブローカーの情報などの他の情報をリストした表）で表現される。この同じ情報を２次元空間で視覚化することは、建物密度が高い場合、同じ建物内の複数のプロパティが描かれる場合、又は、複数のフロアがそれぞれの視覚メディアで表示される場合、問題を生じる。更に、不動産取得の過程が２次元では、利用できず、又は、失われる（例えば、スイート（suite）のビュー、建物の相対的なサイズ、及び、その建物又は近くにおける販売又はリースのための不動産の利用可能性）。

地理情報システム（Geographical Information System／ＧＩＳ）として知られるツールは、世界のバーチャルマップ上で物理的な場所を示すために公衆に利用可能となっており、このツールの実施の一例は、グーグル（登録商標）アースである。マップが２次元の型式でレンダリングされ、建物やインフラストラクチャーなどの地理的オブジェクトは、３次元の形式で（２次元のビューイング（viewing）スクリーン内で）レンダリングされ得る。コンピュータベースのデータ処理アプリケーションとしてのＧＩＳは、データ入力のための言語を使用し、一般的に、結果としての画像をスクリーンに出力する。例えば、グーグル（登録商標）アースは、地理的注釈の表示及び２次元及び３次元マップ上での視覚化のために、Keyhole Markup Language（ＫＭＬ）と呼ばれるGeoXML言語を使用する。建物の外部の形状などの特徴は、グーグル（登録商標）アース上にＫＭＬによってマークされ得る。

石油又はガスに関連する情報を地理的に表示するなど、ＧＩＳ上で地理的な特徴を表示するための試みが為されてきた。例えば、出力ファイルは、石油及びガスデータ、特に、掘削活動、完了活動、オープンエーカリッジ（open acreage）、油井情報、油井生産物、土地活動（land activity）、土地境界の集合に基づいて生成され、この出力ファイルは、ＧＩＳにおいて衛星画像に重ね合わせることができ、したがって、視覚的に表示され得る。しかし、地表（ground）レベル上の構造におけるアプリケーション（例えば、不動産のコンテキストにおいてＧＩＳで見ることができる３次元構造内の利用可能なスペースの場所を決定し、展示するなど）に関しては、情報は提供されていない。

したがって、地理的にユニークな情報を視覚的に描画する地理情報システムにおいて３次元構造オブジェクトを表示するための手段の必要性が存在する。

本発明は、動的データを有する３Ｄ空間オブジェクトを生成し、リンクし、前記オブジェクトを地理情報システム（ＧＩＳ）において視覚化するシステム及び方法を開示する。このシステムは、ユーザーインターフェイスのためのＧＩＳイネーブル（可能化）されたウェブブラウザを有するフロントエンド、バックエンドにおけるデータベース、及び、前記ユーザーインターフェイス及びデータベースの間で送信されるデータを処理するアプリケーションレイヤーを有する。データベースは、建物テーブル、スイートテーブル、ＫＭＬリングテーブル、カメラテーブルを含む多数のテーブルを含む。システムは、ユーザーが、ユーザーの探している情報のタイプを特定すると、結果としての情報を示すインジケータ（ＫＭＬリング）を有するシティエリアの視覚的な表示がＧＩＳイネーブルされたブラウザ上で表示されるのをユーザーが見ることを可能にする。ＫＭＬリングを挿入するシステムのための方法が開示されており、建物の入居可能な（occupiable）部分のためにＫＭＬリングが生成され、これは、建物の最下フロアを典型的には取り囲むベースリングから開始し、その後、入居可能な最上フロアに対応する建物の正しい高度まで上昇させられる。ＧＩＳにより利用可能なスペースをユーザーに示す更なる方法が開示される。ユーザーが、システムに対してシティ、マーケット及びサブマーケットを特定すると、クエリーを介して組み立てられ、例えば、スイートの周りのリングを生じさせる、ＫＭＬなどのマークアップ言語のコードにより建物の表示上に示される利用可能なスペースを有するサブマーケットのビュー（view）がユーザーに提供される。その後、ユーザーは、ビューの写真、スペースのフロア見取り図とともに、スペースのサイズなどの利用可能なサイズに関する追加の情報、利用可能なときは、リースのタイプを決定することができる。最後に、ユーザーは、財産管理者（プロパティマネージャー／property manager）又はオーナーとコンタクトして、スペースの内見の予約を行い得る。

３次元空間オブジェクトを生成、リンク及び表示する方法が開示され、この方法は、アウトラインプロパティを特定するマルチジオメトリストリングを生成するステップと、データベースから建物クラスデータを取得するステップと、各建物クラスに異なるスタイルを割り当てるステップと、前記各建物の各フロアのためのデータを取得するステップと、前記各建物のためにマルチジオメトリポリゴンを生成し、前記フロアデータを用いて前記各建物を前記割り当てられたスタイルに関連づけるステップと、前記マルチジオメトリポリゴンとスタイルのストリングを生成するステップと、前記ストリングから空間オブジェクトを生成するステップと、これを画像情報システムビューに表示させるステップを有する。更に、背景の重要性を低下させるためにオーバーレイファイルを使用するステップを更に有する上記方法が開示される。また、フロア又は建物の特徴に基づいてワイヤー構造が着色される上記方法が開示される。

更に、前記空間オブジェクトが独立の入り込んだ（nested）空間オブジェクトである各フロアからなる、建物又は構造の外部形状の地理的及び比率的に正確なワイヤーフレームモデルと、前記ワイヤーフレームモデルに入り込んだ地理的及び比率的に正確な個々のフロアを有する建物又は構造の外部の正確な表示である上記方法が開示される。

更に、幾つかの地理的な点の間の視覚的なフライトを生成する方法が開示される。この方法は、データベースに渡される地球的唯一的識別子（Globally Unique Identifier）を受信するステップと、前記データベースから建物特定データを含む前記幾つかの地理的な点と関連づけられたデータを受信するステップと、フライトのための開始及び終了点を決定するステップと、ＣＰＵ及び地理情報システムアプリケーションプログラミングインターフェイスを用いて受信したデータから前記地理的な点と関連するＫＭＬ構造を生成するステップと、前記フライトの前記開始及び終了点のためのカメラビューを取得するステップを有する。また、前記地球的唯一的識別子がＵＲＬに含まれる上記方法が開示さえる。更なる変形形態は、前記地理的な点がリースであり、前記建物特定データがリースデータである上記方法である。また、ＫＭＬ構造がリングであり、前記リングに隣接するバルーン（吹き出し）が前記ＫＭＬリングに関連するデータを含む上記方法が開示される。更に、前記フライトをパースするステップと、前記フライトを再生するステップを有する上記方法が開示される。

リングの生成のために建物を表示するステップと、ＧＩＳを用いることで前記建物のためのベースリングを生成し、リングを形成するように結合可能な一連の点を配置するステップと、前記建物の前記フロアを表示する一連のリングを生成するために、前記建物の高度まで前記ベースリングを上昇させるステップと、前記ＧＩＳでの表示のためにデータシステムに前記の一連のＫＭＬリングをアップロードするステップと、前記建物のデフォルトのカメラビューを配置するステップを有する、ＫＭＬリングを生成し、アップロードする方法が開示さえる。

更に、建物のフロアを選択するステップと、ビューの方向を選択するステップと、前記ＧＩＳ及び前記建物の前記フロア及び前記ビューの方向を用いて正しいバンテージ（vantage／眺めのよい）点をレンダリングするステップと、前記ＧＩＳを介してユーザーに前記レンダリングを表示するステップを有する、ＧＩＳで建物のフロアからのカメラビューを表示する方法が開示される。

本発明の１実施形態を特に参照して発明を説明することが便宜である。ダイヤグラムは、本発明の１実施形態にのみ関連し、従って、発明を限定するものと理解されないことが、理解されるであろう。
図１は、建物テーブルのデータベース構造を示すデータダイヤグラム 図２は、スイートテーブルのデータベース構造を示すデータダイヤグラム 図３は、ＫＭＬテーブルのデータベース構造を示すデータダイヤグラム 図４は、コンタクトテーブルのデータベース構造を示すデータダイヤグラム 図５Ａは、動的データを有する３Ｄ空間オブジェクトを生成、リンクするデータ入力プロセスのステージ１及び２を示すフローチャート 図５Ｂは、動的データを有する３Ｄ空間オブジェクトを生成、リンクするデータ入力プロセスのステージ３を示すフローチャート 図６は、動的データを有する３Ｄ空間オブジェクトを生成、リンクするデータ出力プロセスを示すフローチャート 図７は、ＧＩＳにおける建物の周囲のＫＭＬリングの例示的なビュー 図８は、ＧＩＳにおける建物の周囲のＫＭＬリングの追加の例示的なビュー 図９は、本発明の１実施形態に従うフライトショー機能におけるデータ移動及び計算を示すフローチャート 図１０は、本発明の１実施形態に従うマルチジオメトリ機能に含まれるデータ移動及び計算を示すフローチャート 図１０ｂは、ＧＩＳ内に表示される建物のワイヤーフレームモデルの例 図１１Ａ，１１Ｂ及び１１Ｃは、本発明の１実施形態に従う旅行代理店ホテル視覚化機能のためのプロセスダイヤグラム 図１２は、本発明の１実施形態に従うＫＭＬフロアビュー機能のためのプロセスダイヤグラムを示す。 図１３は、システムのハードウェア構成の１実施形態を示す。

図面の詳細な説明

本発明の好ましい実施形態及び他の実施形態が示される添付図面を参照して、以下、本発明をより完全に説明する。以下に記載の実施形態は、請求の範囲の発明を限定するものではなく、請求の範囲の発明は、以下に記載されないプロセス又は装置を包含し得る。請求の範囲の発明は、以下に記載の装置又はプロセスのいずれかの全ての構成を有する装置又はプロセスには限定されず、以下に記載の装置の複数又は全てに共通の構成には限定されない。以下に記載の装置又はプロセスが請求の範囲の発明のいずれかの実施形態でないこともあり得る。出願人、発明者及び権利者は、本書でクレームされた全ての発明に関して有し得る全ての権利、例えば、継続出願でそのような発明をクレームする権利を保持し、このようないずれの発明についても、本書におけるその公開によって放棄し、ディスクレームし、公衆に献ずることを意図しない。

以下では、本発明を不動産市場における３次元空間オブジェクトの生成及びリンク付けに関連して説明するが、本発明の原理は、ディスプレイ上でのユーザーに対する動的データを有する３次元空間オブジェクトの表示を含む任意の市場（例えば、建設）に適用され得ることを特筆する。当業者は、本発明の原理をこのような実施に適用することが可能である。更に、本発明の原理をこのような実施に適用する実施形態は、本発明の範囲に含まれるであろう。

本発明は、クライアントが、３次元ＧＩＳシステムを用いて、ある建物及びその建物内の選択したスイートをハイライトするインジケータによって利用可能な不動産及びリーススペースを見ることを可能にする。本発明の原理を使用する１つの重要な利点は、３次元ビューを表示するＧＩＳの使用において、クライアントは、建物又はスイートを、近くの他のもの、地域の環境との関連で、そして、シティ（city／町）又はマーケットのコンテキスト内で見ることが可能であることである。データベースにコンパイルされた履歴データは、システムにより、不動産の利用可能性及び経時的な価格のトレンドを表すために使用され得る。

システム内では、データテーブルは、サーバー上で動作するＭｙＳＱＬ（登録商標）などの関連データベース内に同時に存在し得る。１実施形態では、データベースは、ハードディスク及びアクセスされている間のＲＡＭに記憶され得る。サーバーは、Ｌｉｎｕｘ（登録商標）ベースＡｐａｃｈｅ（登録商標）などのウェブサーバーを用いてクライアントコンピュータ上に部分的に存在するユーザーインターフェイスにデータベースサービスを提供する。クライアントコンピュータは、グーグル（登録商標）アースが１つの例であるＧＩＳプラグインにアクセスするために、任意数のウェブブラウザ、例えば、Internet Explorer（登録商標）又はグーグル（登録商標）クローム（登録商標）を使用し得る。グーグル（登録商標）アースウェブプラグインから使用されるデータは、グーグル（登録商標）によってオペレートされ、グーグル（登録商標）の３Ｄウェアハウスによって維持される３Ｄ建物レイヤーを含む。不動産可用性システムのＧＩＳとの相互作用は、不動産可用性システムのサーバーからユーザーのクライアントシステムに、ルーター及び伝送線によって、インターネットを介して送られる３次元環境内でのリング配置を記述するデータを生成することにより生じ、ＧＩＳシステムからのデータは、不動産可用性システムのそれとの関連で表示される。

図１−４を参照し、本発明に従って不動産可用性システムのデータベース構造が記述される。データベースは、相互に関連するいくつかのメインテーブル：建物テーブル（Building Table）１００、スイートテーブル（Suite Table）２００、フロアテーブル（Floor Table）２５０、ＫＭＬリングテーブル（KML Ring Table）３００及びカメラテーブル（Camera Table）４００を有する。図１を参照すると、建物テーブル１００は、個々の建物に関するデータのフィールド、最小で、アドレス１１０、フロア数１２０及びそこで稼働（operate）し得るビジネスのタイプを示す建物のクラス１３０を含む。各テーブルは、そこに含まれる各レコードを特定するためのユニークなキーフィールドも有する。例えば、各レコードをユニークに特定する建物ＩＤ１４０もある。選択的に、潜在的な購入者又は賃借者のために建物のより分かり易いイメージを提供するために、不動産ベンダーにより使用され得るサブマーケットＩＤ１５０を含む他のフィールドが含まれ得る。これらのフィールドの例は、限定することなく、建物の名称、建築年、最新の改装日、駐車場の数、駐車料、オフィス、住居又は小売りエリアなどの建物の分類、管理会社、稼働コスト、建築者名及び建物証明である。各建物は、以下に述べるカメラテーブル４００に関連付けられた好ましいカメラアングル１６０と関連付けられている。建物はまた、必ず、町（シティ）又はマーケット内に位置するので、以下に述べるシティテーブル（City Table）５００及びマーケットテーブル（Market Table）６００にリンクされている。建物は、選択的に、以下に更に述べる証明テーブル（Certification Table）７００によりユニークな建物にリンクされ得る１以上の証明を有し得る。建物テーブル１００は、リスティングのための財産の準備のときにエージェントにより収集される建物情報それ自体に参照により埋められる（populated／ポピュレートされる）。

図２を参照すると、スイートテーブル２００は、スイート番号２１０及び、可変であり、平方フィートでの面積、説明、フロアプラン、リースの特徴、レンタル料、開始及び終了日を含み得る他の情報を含む。各スイートのエントリーは、また、ユニークなスイートＩＤ２２０を受ける。スイートテーブル２００は、スイートメディアテーブル（Suite Media Table）２３５を介してメディアテーブル（Media Table）２３０にリンクされる場合があり、メディアテーブル２３０は、ＵＲＬフィールド２３２のＵＲＬアドレスに含まれるスイートの写真又はビデオウォークスルーなど、スイートにリンクされ得る多様なメディアを含み得る。フロアテーブル２５０は、スイートフロアテーブル（Suite Floors Table）２５５によりスイートテーブル２００にリンクされ、フロアテーブル２５０は、また、建物テーブル１００にリンクされ、スイートが位置するフロア番号２６０を含む。１つのスイートは複数のフロアを含む場合があり、１つのフロアは複数のスイートを有する場合がある。スイートテーブル２００は、例えば、リースのタイプ２８２及び開始及び終了日２８４，２８５などのそのスイートのためのリースに関する履歴情報を含むスイートリースタイプテーブル（Suite Lease Type Table）２８０と関連付けられ得る。スイートテーブル２００及びフロアテーブル２５０は、リスティングのための財産の準備のときにエージェントにより収集される建物情報それ自体に参照により埋められる。

当業者は、本開示で使用される例であるＫＭＬは、２次元及び３次元ＧＩＳにおける地理的注釈及び可視化の表現のための表記法である地理マークアップ言語（Geography Markup Language）の一例であると理解するであろう。他の顕著な例はＧＭＬである。

図３を参照するとＫＭＬリングテーブル３００は、ＫＭＬリングに関するデータを含み、これにより、色付きリングなどのインジケータが利用可能なフロアの場所における建物の周りに現れ、このリングは、ヘッドリース又はサブリースなどのリーススペースのあるステータスを示すために異なるように着色され、又は、その不透明度が変えられる。ＫＭＬカラーフィールドは、不透明度を設定するためのパラメータを含む。当業者は、インジケータが、本実施形態のような建物におけるあるフロアを囲んで現れるリングに対する代替的な形態を有し得ることを理解するであろう。例えば、インジケータは、例えば、利用可能なスペースを特定するために、押し出しボックス、矢印、バー又はラインで構成され得る。ＫＭＬリングテーブル３００は、常に、座標フィールド３１０にＫＭＬコードでのリングのフォーマットについてのデータを含み、選択的に、就中、フロア３１２、幅３１３、フィル（fill）３１４、高度３１５、フロア３１６のデータを含み得る。ＫＭＬリングテーブル３００中の各エントリーは、フロア３１６と関連付けられ、リングを形成する参照点の緯度、経度、高度を介してＧＩＳの３次元空間においてリングを配置する座標フィールド３１０を有する。

ＫＭＬストリングテーブル（KML String Table）３５０は、ストリングフィールド３４０にＫＭＬテンプレートを含み、各テンプレートは、例えば、特定のフロアの周りのリング、建物の下部分をカバーし、あるフロアから垂れる突き出したカーテン、又は、建物の複数の中間フロアを取り囲むベルトなどの建物の周りのある構造を表し得る。ＫＭＬリングテーブル３００及びＫＭＬストリングテーブル３５０は、フロアの周りのリングを表すＫＭＬを生成するように協働する。ＫＭＬストリングテーブル３５０のストリングフィールドは、幾つかのブランクを例外として、ＧＩＳにより読まれ得る完全なＫＭＬストリングを含むテンプレートを含む。ブランクは、ＫＭＬリングテーブル３００に含まれるリングをカスタマイズする、リングを描くための参照点の座標や、色３１２，幅３１３及び他の情報などのＫＭＬリングテーブル３００から引かれるデータで埋められる。リングの不透明度は、ＫＭＬテンプレート自体の中でコントロールされる。リングを描くためのＫＭＬコードを特定のフロアのために取得し得るように、ＫＭＬリングテーブル３００のエントリーは、フロアテーブル２５０のフロア２６０と関連付けられ得る。新しいＫＭＬリングが描かれるとき、他のＫＭＬがデータベースに追加され、ＫＭＬコードはリングの座標２７２、ユーザーネーム２７３及びユーザーのアドレス２７４及びインポートされたＫＭＬのステータス２７５などの情報を含むＫＭＬインポートテーブル（KML Import Table）２７０に最初に挿入される。ＫＭＬリングテーブル３００は、図５Ａ−５Ｂの説明で説明されるリング生成のためのデータ入力の方法により埋められる。

図１を参照すると、カメラテーブル４００は、ＧＩＳ内の好ましいカメラビューに関するデータを含み、カメラを配置するための緯度４１０、経度４２０及び高度４３０及び、カメラのビューを適切に配向させて、方向付けるためのヘッディング４４０及びチルト４５０を含む。各エントリーは、カメラＩＤ４６０によりユニークに特定される。カメラテーブル４００は、デフォルトにより、又は、建物の最適なビューのためにカメラを配置するユーザーにより、ＧＩＳ内で建物の配置を参照して埋められる。デフォルトのカメラビューは、建物がデータベースに入力されるのと同時に生成される。カメラビューは、また、シティ、マーケット及びサブマーケットのために利用可能であり、ユーザが、例えば、マウスなどの入力装置によってＧＩＳ内で彼の位置を変更する前のカメラの初期位置を提供する。

図１を参照すると、シティテーブル５００は、シティのための好ましいカメラビュー５２０とともに、州５０５及び国５１０などのシティについての情報を保持する。好ましいカメラビュー５３０を示すために、シティテーブル５００は、カメラテーブル４００へのリンクを有する。シティではなく、マーケットを分ける他の手段は、マーケットテーブル６００で記載されるマーケット、又は、サブマーケットテーブル６５０で記載されるサブマーケットである。

更に図１を参照すると、証明テーブル７００は、建物が有し得る可能な証明についての情報を含み、証明は、建物証明テーブル７１０を介して建物にリンクされる。建物は、例えば、エネルギー効率又はリサイクル物質の使用などの環境に関する功績から地震に関する安全証明のいくつかの証明を有し得る。図４を参照すると、建物は、建物を１以上の財産管理者又はオーナーとリンクする建物コンタクトテーブル７９０のコンタクトと関連付けられ得る。コンタクトテーブル８００は、コンタクトの他の情報に加えて、タイトル８１２，電話番号８１３、ｅｍａｉｌ８１４を含み、１つのコンタクトは、多数の建物に関連付けられている場合があり、同様に、多数のコンタクトが１つの建物に関連付けられている場合がある。コンタクトは、コンタクトロールテーブル８２０に含まれるコンタクトロールを有し得る。コンタクトロールの例は、不動産ブローカー、不動産エージェント、財産管理者及び財産リース代表者を含む。各コンタクトは、名称８６２、アドレス８６２及び説明８６３などの各会社の情報を含む会社テーブル８５０を介して会社と関連付けられ得る。スイートも、スイートコンタクトテーブル９００によってコンタクトテーブル８００にリンクされた１以上のコンタクトを有する場合がある。

上記の４つの主テーブル、建物テーブル１００、スイートテーブル２００、ＫＭＬリングテーブル３００及びカメラテーブル４００を用い、図５Ａ及び５Ｂを参照して、リング生成のデータ入力が本発明の実施形態に従って以下に説明される。この方法は、理解の容易のため、３つのステージに分けられる。第１ステージは、ＫＭＬリング生成であり、第２ステージは、ＫＭＬリングアップロードであり、第３ステージは、システム処理である。ここで、図５、特に、第１ステージＫＭＬリング生成を参照して、ステップ１０１０−１０５０が説明される。一旦実行されると、建物の外部フットプリント（footprint）を示す建物の最高点に対応する緯度、経度、高度により決定されるＫＭＬ位置が生成される。ステップ１０１０で、アナリストが、場所マークを用いてリング生成のために選択された建物を示すＫＭＬファイルをロードする。ステップ１０２０では、アナリストは、場所マークで示される建物のアドレスを特定する。ステップ１０３０では、アナリストは、対象の建物のためのベースリングを生成するためにＧＩＳを使用する。このプロセスは、リング上の点を表すために一連の点（緯度、経度、高度）を使用し、全ての点が接続されたときにリングが生成される。

このベースリングは、典型的には、建物の最下階を取り囲む。ステップ１０４０では、ベースリングは、その後、最も高い入居可能なフロアに対応する建物の正しい高度まで上昇する。ステップ１０５０では、このリングを表す点を表すＫＭＬがその後ステップ１０２０で特定される建物のアドレスとともにセーブされる。ニューヨーク市のテーパーを有するエンパイアステートビルディングなどの高度が増すにつれて形を変える建物に対応するため、ＫＭＬリングのための座標データは、ＫＭＬリング生成方法を建物又は構造の形状及びセットバックに渡って繰り返し、その相違を建物又は構造の最初のパスの間に収集された座標データに適用することにより、精緻にされ、維持される。

ここで、第２ステージ、ＫＭＬリングアップロードを参照して、ステップ１１１０−１１７０が説明される。第２ステージの結果は、第１ステージでアナリストにより生成されたＫＭＬファイルがデータシステムにアップロードされてインポートされることである。ステップ１１１０では、アナリストは、データインポート及び有効化のためのツールを保持するデータ管理エリアにナビゲートする。ステップ１１２０では、アナリストは、ステップ１１３０で建物のための正しいサブマーケットを選択し、ステップ１１４０でアップロードするファイルを選択することで、ＫＭＬをデータシステムにロードする。ステップ１１５０では、入居可能なフロア数がデータシステムにアップロードされる。ステップ１１６０では、アナリストは、アップロードされる建物のデフォルトのビューとして使用される座標をセットアップするために、ＧＩＳアプリケーションを使用して建物のカメラビューを配置する。ステップ１１７０では、アナリストは、上記の値及び建物をバックエンドでの処理のために提出し、データはＫＭＬインポートテーブル２７０に記憶される。

ここで、図５Ｂ及び第３ステージシステム処理を参照して、ステップ１２１０−１２９０が説明される。第３ステージの結果は、第２ステージでアナリストにより提出された情報がパース（parse）されてデータテーブル内に格納されることである。ステップ１２１０では、アップロードされたＫＭＬファイルがサーバー内の一次フォルダロケーションに格納される。ステップ１２２０では、ＫＭＬファイルのためのパース処理が開始され、ステップ１２３０では、建物のアドレスがＫＭＬファイルから取り除かれ、アドレスフィールド１１０に挿入される。ステップ１２４０では、リングを表す全ての点の座標ストリング（緯度、経度及び高度）がＫＭＬファイルからパースされる。ステップ１２５０では、１つの点の座標ストリングから高度がパースされる。ステップ１２６０では、ステップ１１５０で提出されたフロア数がフロアテーブル２５０、特に、フロア数２６０に入力される。ステップ１２７０では、建物平均フロア高さがフロア数と高度から計算され、これが、その後、幅３１３としてＫＭＬリングテーブル３００に格納される。ステップ１２８０では、フロア数２６０、平均フロア高さ及び計算されたフロアの高度とともに、フロアがフロアテーブル２５０に挿入される。ステップ１２９０では、建物のための好ましいカメラビューが、緯度４１０、経度４２０、高度４３０、ヘッディング４４０及びチルト４５０についての特定のフィールドデータを含んで、カメラテーブル４００に挿入される。

図６を参照して、適切なリングをレンダリングすることでエンドユーザに不動産可用性情報を提供する方法が説明される。エンドユーザーは、フィールドを含むフォームを用いてクエリー（query）を準備し、一旦提出されると、図７，８にその例が示される利用可能なスペース及びそのスペースの質を示す上記のリングなどのインジケータとともに、ユーザーが興味を持つマーケット又は建物のＧＩＳビューを受領する。この方法の各ステップが説明され、一般に、フロントエンドで入力されたユーザーからのデータは、アプリケーションレイヤーを通され、これが、データベースのためのクエリーを組み立て（assemble）、これは、バックエンドである。データベースは、その後、結果を生成し、これが、その後、ユーザーのインターフェイスにアプリケーションレイヤーを通って戻される。ステップ２０１０で、ユーザーは、利用可能なスペースのサーチのためにウェブブラウザを開く。ＧＩＳは、ユーザーに北アメリカ上のビューを提供し、ユーザーは、ステップ２０２０でシティを選択する。選択されたシティは、ステップ２０３０で構造化されたクエリーにアセンブルされ、データベースは、クエリーを受信して、ステップ２０４０で、ユーザーのコンピュータに、シティの格納されたカメラビュー及びマーケットのリストを返す。ユーザーは、その後、そのシティのビューを提供され、ユーザーは、ステップ２０５０でマーケットを選択する。選択されたマーケットは、その後、ステップ２０６０で構造化されたクエリーに組み立てられ、データベースは、そのクエリーを受信して、ステップ２０７０で、ユーザーのコンピュータにマーケットの格納されたカメラビュー及びサブマーケットのリストを返す。ユーザーは、その後、そのマーケットのビューを提供され、ユーザーは、ステップ２０８０でサブマーケットを選択する。選択されたサブマーケットは、ステップ２０９０で構造化されたクエリーに組み立てられ、データベースは、クエリーを受信して、ステップ２１００でサブマーケットの格納されたカメラビュー及びそのサブマーケットの利用可能なサーチ基準のリストを返す。

ステップ２１１０では、ユーザーは、例えば、リースエリアのサイズ、ヘッドリース、サブリース及び建物のクラスなどのサーチ基準を選択する。ステップ２１２０では、サーチがクエリーに組み立てられてデータベースに送信される。ステップ２１３０では、クエリーがデータベースに対して実行され、サーチ結果がＫＭＬとして生成され、サーバーに格納されて、アプリケーションレイヤーに送信される。ステップ２１４０では、ＫＭＬがデータベースから戻ってきたセグメントから組み立てられる。戻ってきた各リースは、ＫＭＬストリングに生成され、リングをレンダリングするＫＭＬ文書を生成するためのテンプレートに付加される。ＫＭＬは、また、再使用の容易化のためにサーバーにキャッシュされる。ステップ２１５０では、サーチ結果を示すＫＭＬリングがユーザーのブラウザ上のＧＩＳ上で表示され、この例が図７，８に示される。ステップ２１６０では、表示されたＫＭＬリングからリースが選択され、これが、ステップ２１７０で構造化されたクエリーとしてデータベースに送信され、その結果、ステップ２１８０でリースの詳細がユーザーのコンピュータに戻される。より特定的なリースの詳細がステップ２１９０でユーザーにより要求される場合があり、ステップ２２００で構造化されたクエリーがデータベースに送信され、ステップ２２１０で、写真、フロア見取り図及び財産管理情報などのより特定的な詳細が戻される。

ユーザーがリースに関する担当者へのコンタクトに興味がある場合は、ステップ２２２０で、ユーザーは、その興味を示すリクエストを提出し、これがステップ２２３０でアプリケーションレイヤーを通してデータベースに送信される構造化クエリーであり、そして、ステップ２２４０で、データベースがコンタクト情報をユーザーにリターンする。

図９を参照して、本発明の実施形態に従ってショウフライト（show-flight）機能のデータ移動及び計算が示される。フライト（flight）は、ユーザーのために表示されるフライトで遭遇する地理的な特徴の表示を伴う幾つかの地理的な点の間でのＧＩＳを通しての視覚的な旅を表す。システムに新しいデータが追加されるに従って改変されて、希望するだけ何回でもシステムに新しいデータが追加されるに従って変更して再実行され、再生されることができるのは、保存されたサーチ及び場所のパラメータのセットアップである。フライトは、特定の建物又はフロアに関連するデータに相互作用するチャンスをユーザーに与えるために、興味のある各建物についてパースを行うことができ、このデータは、スクリーンのサイドパネルに表示され得る。３つのコラムが示され、１番目は、ユーザーのラップトップコンピュータなどのクライアントコンピュータで典型的には実行される、ユーザーインターフェイスであるフロントエンドを表し、２番目のコラムは、アプリケーションがクライアント又はサーバープロセスのどちらかで実行され、フロントレイヤーとバックエンドの間でデータを伝送するウェブサーバーの背後のアプリケーションサーバー又はウェブサーバー上で動作するアプリケーションレイヤーを表し、３番目のコラムは、ウェブサーバー上にも存在し得るが、データが取得、維持され、何らかのデータ集中的な計算が実行される別のデータサーバーとしてよりしばしば見られるデータベースレイヤ及びデータサーバーであるバックエンドを表す。データは、インタネットなどのネットワークにより伝送され、各コンピュータは、他のコンピュータと同期し、通信を照合するためにネットワークインターフェイスカードを使用する。

ステップ３０１０では、ユーザーは、特定の地球的唯一的識別子（Globally Unique Identifier／ＧＵＩＤ）を含むフライトユニバーサルリソースロケーター（universal resource locator／ＵＲＬ）を、ユーザーのラップトップコンピュータなどのクライアントマシンに存在し得るクライアントソフトウェアに入力し、これは、アプリケーションサーバー上のアプリケーションレイヤーに渡され、アプリケーションレイヤーは、ステップ３０２０でＵＲＬからＧＵＩＤを抽出する。ＧＵＩＤは、バックエンドのデータサーバー及びデータベースに渡され、これは、ステップ３０３０でフライトに関連する全ての地理的場所（不動産の実施形態では、これらの場所はリースである）を取得し、選択的に、フライトクリエーターの情報を取得して、トータルのフライト訪問カウントを増加させる。ＧＵＩＤは、また、ステップ３０２０から３０４０にアプリケーションレイヤーでも渡され、ここでは、地理的場所（１実施形態では、リース）に関連する建物ＩＤとともに、フライトのビューを開始及び終了させるための、例えば、サブマーケットなどの、最初と最後の場所が見つけられて抽出される。このデータは、ステップ３０５０で、リースに関連する建物データを取得し、リースのための関連するＫＭＬデータを取得するために、バックエンドに渡され、ステップ３０４０及び３０５０からのデータは、ステップ３０６０でＫＭＬリング及びフライトにおけるリースに関連するバルーン（吹き出し）を生成するために、アプリケーションレイヤーでも使用される。バルーンは、あるリング又は建物の隣に現れて、そのリング又は建物の種々の特徴又はデータを表す。また、このデータを用いて、システムは、ステップ３０７０で、リースに関連する画像を取得し、ステップ３０８０でリースの最初及び最後のサブマーケットのためのカメラビューデータを取得する。ステップ３０６０，３０７０及び３０８０からのデータは、ステップ３０９０に渡され、ここでは、サブマーケットビュー及びフライトに含まれるリースのビューに基づいてＫＭＬツアーが生成される。ステップ３１００では、ツアーは、ＧＩＳアプリケーションを用いたビューのために組み立てられて準備され、ユーザーがツアーを進む間、関連するリースデータがスクリーンの右側に表示される。右側のリースデータは、例えば、財産管理人にコンタクトするオプションを含み得る。

フライトショウのツアーの使用を促進する種々の特徴（フィーチャ）がある。ステップ３１１０で、ユーザーが「フライト停止」機能を用いた場合、アプリケーションレイヤーは、ユーザーのための停止フィーチャを取り扱うステップ３１２０で適切なＧＩＳアプリケーション機能を呼び出すことでＫＭＬツアーを停止させ、全ての設定は保存され、ユーザーは、そのツアーの同じポイントに戻ることができる。ステップ３１３０では、ユーザーのためにツアーを再開させる「フライトリプレイ」機能を使用することができ、これは、ステップ３１４０で、適切なＧＩＳアプリケーション機能を呼び出すことで実行される。ステップ３１５０では、ユーザーは、「詳細情報」リンクをクリックすることができ、これは、ステップ３１６０で、選択された追加の情報であって、ステップ３０３０及び３０５０で取得された追加の情報を表示する。ステップ３１７０では、ユーザーは、「ブローカーにコンタクト」を選択でき、これは、ステップ３１８０でコンタクトのブローカーを表示させ、これは、ステップ３１９０でユーザーにより記入されて、提出され得る。ステップ３２００では、ユーザーの情報及びブローカーにコンタクトするメッセージがフォーマットされる。ステップ３２１０では、バックエンドからブローカーのe-mailアドレスが取得されて、その後、ステップ３２２０でアプリケーションレイヤーに送信され、ここで、e-mailがユーザーの情報を含めて組み立てられ、その後、ブローカーに送信される。ステップ３２３０で、フロントエンドユーザーインターフェイスでユーザーが「スイートを見る」機能を選択し、又は、建物リンクをクリックすると、アプリケーションレイヤーは、ステップ３２４０で、カメラビューを適切な建物に移動し、バルーンデータをアップデートする。この場合、建物の近くのバルーンは、メディアテーブル２３０及びスイートテーブル２００からのデータを含み、例えば、面積などの様々なデータをユーザーに表示するが、任意のデータがユーザーに表示され得る。

図１０を参照すると、本発明に従い、マルチジオメトリ機能のサブプロセス及びデータ移動が示される。この機能は、図１０ｂに例が与えられるように、建物のワイヤー構造を、例えば、リース可能なスペース、賃料、及び、利用可能性などのワイヤーアウトラインで示される構造に関する特徴についての情報とともに、例えば、他の建物から目立つように、異なる色で見られるように示すことを可能にする。各フロアは、また、他のフロアとの対照でそのフロアの特徴を表すために、その独自の色を有し得る。「ワイヤーモード」は、グーグル（登録商標）アースなどのＧＩＳの建物及び道路レイヤーを置き換える。この機能は、ａ）物理的な建物又は構造の正確な描写として表示する、ｂ）建物全体、又は、より微細には、単一のフロアのレベルで建物に関する情報を視覚化するように、建物の３Ｄレンダリングを覆う（オーバーレイする）、ｃ）内部についての情報を記録し、又は、マウスのホバリング（hover）又はクリックでリンクされたマルチメディアデータを表示するように建物のレンダリングの下に不可視的に埋め込む、という３つの方法で空間オブジェクトを視覚的に表示するシステムを実現する。

ステップ３５１０では、フロントエンドで、ユーザーは、「ワイヤーモード」オプションを選択する。ステップ３５２０で、生成されるワイヤーモードのオブジェクトが建物及び道路レイヤーを置換するのにつれて、アプリケーションレイヤーでグーグル（登録商標）アースのビューの建物及び道路レイヤーがディスエイブル（不能化）される。また、アプリケーションレイヤーでは、ステップ３５３０で、選択されたシティがサーチのフォームから取得されて、標準化されたサーチファイル、非同期ジャバスクリプト及びＸＭＬ（Asynchronous Javascript and XML／Ａｊａｘ）としてステップ３５４０の方法に送られる。ステップ３５４０では、最初のマルチジオメトリＫＭＬストリングが生成され、アウトラインのプロパティ及び通常（normal）及びホバリングされた（hovered）要素が特定される。ステップ３５５０では、建物のクラスのデータがデータベースから取得され、このデータは、ステップ３５６０に送られる。ステップ３５６０では、異なる建物クラスに対するスタイルマップＩＤ（Style Map IDs）が生成され、各建物クラスにスタイル、唯一性のある視覚表示、例えば、唯一性のある色が割り当てられる。ステップ３５７０では、各建物の各フロアのためのＫＭＬデータが取得される。ステップ３５７０からのＫＭＬフロアデータを用いて、ステップ３５８０で、各建物に対して、マルチジオメトリポリゴンが生成される。マルチジオメトリ建物のスタイルは、データベースにおける任意の建物に関連する変数の関数であり得るため（図１１Ａ−１１Ｃの例は、料金を問い合わせることによるホテルのクラス分けに基づくマルチジオメトリスタイルを記載しており、従って、ホテルの色は、一泊の料金に応じて異なる）、各建物は、そのクラスに基づく適切なスタイルと関連付けられている。ステップ３５９０では、完全なＫＭＬが呼び出し方法に戻され、ステップ３６００では、ＫＭＬ空間オブジェクトが、取得したＫＭＬストリングから生成される。これは、その後、名前が付けられ、グーグル（登録商標）アースビューなどＧＩＳに戻される。また、オーバーレイフィアルは、アースビューに入れられ得る。オーバーレイファイルは、ビジー（busy）状態のバックグランドが、バックグランドの重要性を減少させ、ユーザーが、構造により集中できるように、バックグランド（衛星画像）を灰色又は黒で塗りつぶす不透明なオーバーレイとして扱われるように、バックグランドを修正し得る。

ステップ３６１０では、ユーザーは、「ノーマルモード」を選択し、その結果、アプリケーションレイヤーにおいて、ステップ３６２０が実行され、ユーザーが標準のグーグル（登録商標）アースビューを見ることができるように、グーグル（登録商標）アースビューからのマルチジオメトリ及びスタイルファイルのフィーチャーを削除し、建物及び道路レイヤーをイネーブルにする（動作させる）。ステップ３６３０では、ユーザーは、異なるシティを選択し、リクエストを処理するアプリケーションレイヤーは、ステップ３６４０でカメラビューを選択されたシティに移動させ、ワイヤーモードがオンの場合は、ステップ３６５０で前のシティのマルチジオメトリフィーチャーが除去され、新たに選択されたシティのマルチジオメトリフィーチャーが入れられる（pushされる）。ステップ３６６０では、ユーザーが、マップビューをリセットした場合は、ステップ３６７０で、もしワイヤーモードがオンであれば、前のシティのマルチジオメトリフィーチャーが除去される。

図１１Ａ−１１Ｃは、一例として、本発明の１実施形態に従うシステムで可能な旅行代理店のためのホテルルームの視覚化のためのプロセスダイヤグラムを示す。ステップ４０１０で、プロセスは、ＫＭＬファイル生成を開始する。ステップ４０２０で、プロセスは、タイプがホテルかどうかを決定する。違う場合は、ステップ４０３０で、プロセスは、通常ＫＭＬファイルを生成し、ステップ４０４０で手順を出る。タイプがホテルの場合、ステップ４０５０で、ホテルのためのＫＭＬファイルが生成される。図１１Ａ及び１１Ｂを参照して、次のステップ４０６０−４１６０の一連の決定で、手順は、一泊当たりの最低ホテル料金に基づいてホテルのためのカテゴリーを決定し、ホテル料金の各カテゴリーに唯一性のある色が割り当てられ、その料金内の各ホテルの色が現れる。これは、例えば、グーグル（登録商標）アースでホテルを見ているユーザーが、最低料金のカテゴリー及びホテルの地理的な位置の表示を受けることを容易化する。もちろん、ホテルに割り当てられる色は、ルームのグレード、又は、ホテルがある特徴を有するかどうかなど、ユーザーが興味のある他の変数を示し得る。

ステップ４１７０では、色選択を組み込んだスタイルが現在の建物に適用される。図１１Ｃに示されるステップ４１８０では、手順は、その並びの次の建物に移動し、ステップ４０６０−４１７０を含む同じ手順（Ａで開始する）を反復する。ステップ４１８０は、反復、従って、その並びの各建物のためにステップ４０６０−４１７０を継続する。すべての建物が適切にカテゴリー化されて色づけされたときに、ステップ４１９０で、データは、ＫＭＬファイルに保存され、手順は、４２００で終了する。

図１２を参照して、ＫＭＬフロアビュー手順が示され、この手順は、本発明の１実施形態に従い、ユーザーが、所与の建物における任意のフロアから、その建物のそのフロアから見たときに看者が見るであろう、３６０度のビューを見ることを可能にする。このビューは、データベースに記憶されたデータを用いてＧＩＳアプリケーション上で表示される。

これは、図１２に示されており、ステップ５０１０で、クライアントコンピュータ及びユーザーインターフェイスを用いるユーザーが、アプリケーション内のデータサーバーに存在するデータベースから建物及びフロアを選択する。ユーザーによるこのアクションは、ステップ５０４０及び５０５０にも含まれる。選択的に、ユーザーは、それぞれステップ５０２０及び５０３０で、ユーザーのクライアントコンピュータのユーザーインターフェイスを用いてシティ及びサブマーケットを選択し得る。ステップ５０２０でシティが選択されたときは、データベースは、そのシティ内のサブマーケットのリストをリターンする。ステップ５０３０で、リストからサブマーケットが選択されたときは、データベースは、建物のリストをリターンする。ステップ５０４０で、建物が選択されたときは、データベースからフロアのリストがリターンされる。ステップ５０５０でフロアのリストが選択されたときは、例えば、フロアカメラビュー及びＫＭＬリング座標など、そのフロアの特定のデータがデータベースによりアプリケーションにリターンされる。ステップ５０５５で、簡単のために、北、西、東、又は、南などの主要方向、又は、建物に対する任意の水平方向であり得る方向が選択され、この方向がデータベースに送信され、フロアカメラビューのための方位値が計算されてリターンされる。データベースにおいて座標により格納された方向付けられたビューは、正しい眺めのよい地点（vantage point）、すなわち、選択された建物の選択されたフロアからのユーザーにより選択された主要方向におけるビューをレンダリングするために使用される。このデータは、ステップ５０６０に送信され、ここでは、ＫＭＬリング座標が、各座標ペアのために生成された場所マーカー及びポリゴンを生成するために使用される。ステップ５０７０では、その結果から、場所マークとともにポリゴンが生成され、ＧＩＳアプリケーション上で表示される。ステップ５０８０では、ユーザーは、他の座標点を選択することで、そのフロアからの異なるビューの方向を選択できる。この最後のものは、２次元データの表示にのみ必要な２次的マップを用いて行い得る。フロア及び方向を示す適切な場所マーカーが選択され、方向及びフロアカメラビューを含むデータベースリクエストがデータベースに送信され、これが、ステップ５０９０で、記憶されたフロアカメラビューをリターンする。

当業者は、同一のアルゴリズム、手順的構成を用いてたプログラミング言語、方法論及び可変の名称の単なる改変は、特許の請求項の範囲に含まれることを理解するであろう。上記の説明及び添付図面で提示された教示の利益を受けた当業者は、本発明の多くの変形態及び他の実施形態に思い至るであろう。従って、本発明は開示された特定の実施形態に限定されず、変形形態及び実施形態が添付特許請求の範囲の範囲内に含まれることが意図されることが理解される。

図１３は、本発明を実施するハードウェアを示すシステム１３００のハードウェア構成の実施形態を示す。図１３を参照して、コンピュータシステム１３００は、システムバス１３０２により種々の他の要素に結合したプロセッサー１３０１を有する。オペレーティングシステム１３０３は、プロセッサー１３０１上で動作することができ、図１３の種々の要素の制御を提供し、これらの機能を調整する。本発明の原理に従うアプリケーション１３０４は、オペレーティングシステム１３０３との関連で動作して、オペレーティングシステム１３０３へのコールを提供することができ、コールは、アプリケーション１３０４により実行される種々の機能又はサービスを実行する。アプリケーション１３０４は、例えば、上記のような、動的データを有する３Ｄ空間オブジェクトを生成、リンクし、前記オブジェクトを視覚化するためのアプリケーションを含み得る。

再度図１３を参照すると、リードオンリーメモリ（ＲＯＭ）１３０５は、システムバス１３０２と結合し、コンピュータシステム１３００のある基本的な機能を制御するベーシックインプットアウトプットシステム（ＢＩＯＳ）を含み得る。ランダムアクセスメモリ（ＲＡＭ）１３０６及びディスクアダプター１３０７もまた、システムバス１３０２と結合し得る。オペレーティングシステム１３０３及びアプリケーション１３０４を含むソフトウェア要素は、コンピュータシステム１３００の実行のための主メモリであるＲＡＭ１３０６にロードされ得る。ディスクアダプター１３０７は、例えば、ディスクドライブなどのディスクユニット１３０８と通信するintegrated drive electronics（ＩＤＥ）アダプタであり得る。

コンピュータシステム１３００は、更に、バス１３０２に結合した通信アダプタ１３０９を含み得る。通信アダプタ１３０９は、バス１３０２を外部ネットワーク（不図示）と相互接続し、これにより、コンピュータシステム１３００が他の同様の装置と通信することを可能にする。

Ｉ／Ｏ装置は、ユーザーインターフェイスアダプタ１３１０及びディスプレイアダプタ１３１１を介してコンピュータシステム１３００と接続され得る。キーボード１３１２、マウス１３１３及びオーディオ（スピーカー）１３１４は、全て、ユーザーインターフェイスアダプタ１３１０を介してバス１３０２に相互接続され得る。ディスプレイモニタ１３１５は、ディスプレイアダプタ１３１１によりシステムバス１３０２に接続され得る。このように、ユーザーは、キーボード１３１２又はマウス１３１３を通してコンピュータシステム１３００に入力することができ、ディスプレイ１３１５又はスピーカー１３１４を介してコンピュータシステム１３００からの出力を受け得る。

当業者が理解するように、本発明の態様は、システム、方法又はコンピュータプログラム製品として実現され得る。従って、本発明の態様は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態（ファームウェア、常駐プログラム、マイクロコードなど）又はソフトウェアとハードウェアの側面を結合した実施形態（これらは、全て、本書では、「回路」、「モジュール」又は「システム」と呼ばれ得る）の形態を取り得る。更に、本発明の態様は、コンピュータ可読プログラムコードを組み込んだ１以上のコンピュータ可読媒体で実現されるコンピュータプログラム製品の形態を取り得る。

１以上のコンピュータ可読媒体の任意の組み合わせを使用し得る。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であり得る。コンピュータ可読記憶媒体は、限定はされないが、例えば、電子、磁気、光学、電磁、赤外又は半導体システム、装置又はデバイス又はこれらの任意の適切な組み合わせであり得る。コンピュータ可読記憶媒体の更なる特定的な例（非限定的なリスト）は、次のものを含み得る：１以上の配線を有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ又はフラッシュメモリ）、ポータブルコンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は、上記の任意の適切な組合。本書の文脈では、コンピュータ可読記憶媒体は、指示実行システム、装置、又は、デバイスにより、又は、これらとの関連で使用されるためのプログラムを含み、又は、記憶し得る。

コンピュータ可読信号媒体は、例えば、ベースバンドに、又は、搬送波の部分として、コンピュータ可読プログラムコードが埋め込まれた伝播データ信号を含み得る。このような伝播信号は、限定はされないが、電磁的、光学的又はこれらの任意の適切な組み合わせの任意の多様な形態を取り得る。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、指示実行システム、装置、デバイスにより、又は、これらとの関係で使用されるプログラムを通信、伝播させ、又は、伝送させることができる任意のコンピュータ可読媒体であり得る。

コンピュータ可読媒体に埋め込まれたプログラムコードは、限定はされないが、ワイヤレス、ワイヤライン、光ファイバーケーブル、ＲＦ等、又は、これらの任意の好適な組合を含む任意の適切な媒体を用いて伝送され得る。

本発明の各態様のための動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｍａｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラム言語、又は、Ｃプログラミング言語又は類似のプログラミング言語などの通常のprocedural programming languageを含む１以上のプログラミング言語の任意の組み合わせで書かれ得る。プログラムコードは、全体としてユーザーのコンピュータ上で、部分的にユーザーのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして、部分的にユーザーのコンピュータ上で、及び、部分的に遠隔のコンピュータ上で、又は、全体として遠隔のコンピュータ又はサーバー上で実行され得る。後者の場合は、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザーのコンピュータに接続されることができ、接続は、外部コンピュータ（例えば、インターネットサービスプロバイダーを用いたインターネットを通して）に対して行われ得る。

本発明の各態様は、本発明の実施形態に従う方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロックダイヤグラムを参照して説明された。フローチャート及び／又はブロックダイヤグラムの各ブロック及びフローチャート及び／又はブロックダイヤグラムのブロックの組み合わせは、コンピュータプログラム指示により実行され得る。コンピュータプログラム指示は、コンピュータ又は他のプログラム可能データ処理装置のプロセッサーがフローチャート及び／又はブロックダイヤグラムのブロック（単数又は複数）で特定される機能／動作を実施する手段を生成するように、一般目的のコンピュータ、特殊目的のコンピュータ、又は、他のマシンを生成するプログラム可能データ処理装置に提供され得る。

これらのコンピュータプログラム指示は、また、コンピュータ可読媒体に記憶される指示が、フローチャート及び／又はブロックダイヤグラムのブロック（単数又は複数）で特定される機能／動作を実施する指示を含む製造物を生成するように、コンピュータ、又は、他のプログラム可能データ処理装置、又は、他の特定の態様で機能する装置を指示できるコンピュータ可読媒体に記憶され得る。

コンピュータプログラム指示は、コンピュータ又は他のフローチャート及び／又はブロックダイヤグラムのブロック（単数又は複数）で特定される機能／動作を実施するためのプロセスを提供するプログラム可能装置上で指示が実行されるように、コンピュータ、他のプログラム可能データ処理装置、又は、他のデバイスにロードされて、コンピュータ、他のプログラム可能装置又は他の装置上で一連の動作ステップを実行させ、コンピュータにより実行されるプロセスを生じさせ得る。

本発明の種々の実施形態の記述が、説明のために提供されたが、これらは、網羅的であることを意図するものではなく、開示された実施形態に限定されることを意図するものでもない。多くの改変及び変形形態が、実施形態に記載された範囲及び精神を逸脱することなく、当業者に明らかであろう。本書で使用した用語は、実施形態、市場で見られる技術に対する実際的な応用又は技術的な改良を最も良く説明するために、又は、当業者が本書で開示した実施形態を理解できるために、選択された。

Claims (10)

1. ３次元空間オブジェクトを生成、リンク及び表示する方法であって、
   １以上のアウトライン特徴を特定するマルチジオメトリストリングを生成するステップと、
   データベースから建物クラスを取得するステップと、
   各建物クラスに異なるスタイルを割り当てるステップと、
   １以上の建物の各フロアのためのデータを取得するステップと、
   ワイヤー構造を生成するために各建物に対してマルチジオメトリポリゴンを生成し、各建物に前記フロアのデータを用いて前記割り当てられたスタイルを関連付けるステップと、
   それぞれが緯度、経度及び高度により位置決めされる２以上の点をリンクすることで各フロアのためのリングを生成するステップであって、前記リングが各フロアのための前記データを割り当てられている、当該ステップと、
   前記マルチジオメトリポリゴン及びスタイルのストリングを生成するステップと、
   前記ストリングから前記空間オブジェクトを生成するステップと、
   前記空間オブジェクトを画像情報システムに表示するステップとを有し、
   前記空間オブジェクトが、地域環境のコンテキストで表示され、前記空間オブジェクト及びリングが３次元で見ることができることを特徴とする方法。
2. バックグランドの重要性を低くするためにオーバーレイファイルを用いるステップを更に有する、請求項１の方法。
3. 前記ワイヤー構造がフロア又は建物の特徴に基づいて着色され得る、請求項１の方法。
4. 前記空間オブジェクトが、建物又は構造の外部の表示であり、
   ａ 建物又は構造の外形のワイヤーフレームモデルと、
   ｂ 前記ワイヤーフレームモデル中に入り込んだ個々のフロアを有し、
   個々のフロアのそれぞれが独立の入り込んだ空間オブジェクトである、請求項１の方法。
5. 地理的な点の間での視覚的なフライトを生成するステップを更に有する、請求項１の方法。
6. ａ データベースに渡される地球的唯一的識別子を受信するステップと、
   ｂ 前記データベースから、建物特定情報を含めて前記いくつかの地理的な点と関連付けられたデータを受信するステップと、
   ｃ 前記フライトのための開始及び終了点を決定するステップと、
   ｄ ＣＰＵを用いて受信したデータから前記地理的な点に関連付けられた構造を生成するステップと、
   ｅ 前記フライトの前記開始及び終了点のためのカメラビューを取得するステップと、
   ｆ ＣＰＵ及び地理的情報システムアプリケーションプログラミングインターフェイスを用いて前記フライトを生成し、組み立てるステップを更に有する、請求項５の方法。
7. 前記地球的唯一的識別子がＵＲＬに含まれる、請求項６の方法。
8. 前記地理的な点がリースであり、前記建物特定情報がリースのデータである、請求項６の方法。
9. 前記構造がリングであり、前記リングに隣接するバルーンが前記リンクに関連するデータを含む、請求項６の方法。
10. 前記フライトを停止するステップと、前記フライトをリプレイするステップを更に含む、請求項６の方法。

Images