JP2024505370A - 写真測量法的なリアリティ・メッシュを開発及び提示することにより不動産に関する情報を処理及び表示するシステム及び方法 - Google Patents

Abstract

本発明は、さまざまな目的に利用できる視覚化の構成が生成される、データの多次元的な視覚化及びその視覚化をさまざまなアプリケーションのいずれかで使用するためのシステム及び方法が開示される。システムは、１以上のプロセッサ、１以上のデータベース、少なくとも１つのグラフィカルユーザインターフェース（ＧＵＩ）、及びユーザが表示を制御するための制御技術を含み、通常表示はＧＵＩを介して視覚化することができる。

Description

本願は、２０２０年１２月３０日に出願された米国仮出願第６３／１９９，４５８号に基づく優先権の利益を主張し、その全ての記載内容を引用により本明細書に援用する。

現在のところ、特定の住戸や商業ユニットの属性を決定することは、労力がかかる上に信頼性が低い。例えば、ユーザは関心のあるユニットの詳細を苦労して調べる必要があり、そのユニットの公正な市場価値を決定するためには、ユーザはその決定を下すために多くのパラメータにわたって何十もの属性を適切に比較しなければならない。例えば、以下のようなものである。地域やサブマーケットの一般的な価値とは何か？ベッドルームやバスルームの数は価格にどう影響するか？ユニットにはどんな設備があり、それが価格にどう影響するか？ネズミの問題など、建物自体に問題はないか？建物に関して係争中の訴訟はないか？以前の販売価格は？建物のうちどれくらいが賃貸住宅で構成されているのか？アパートの立地は価格にどのように影響するか？現在の所有者は税金を滞納していないか？自分のユニットに変更を加えた場合、その変更は市場価値にどのように影響するか？

全てのデータが得られてから、価格決定のためのアルゴリズムが使用され得る。しかしながら、データは頻繁に変動するため、特定の地域や建物においては、リアルタイムで公正な価格情報を得ることは困難又は不可能である。

本発明は、この問題を解決するために、データ収集と分析プロセスを簡素化し自動化することを目的としており、ユーザはパラメータの選択を行い、本発明は拡張された現実のアプローチを使用して、地域、建物、更にはアパートメントの視覚化を形成し利用する。

本発明は、データの多次元的な視覚化及びその視覚化をさまざまなアプリケーションのいずれかで使用するためのシステム及び方法に関するものであり、これにより、さまざまな目的に利用できる視覚化の構成が生成される。システムは、１以上のプロセッサ、１以上のデータベース、少なくとも１つのグラフィカルユーザインターフェース（ＧＵＩ：graphical user interface）、及びユーザが表示を制御するための制御技術を含み、通常表示はＧＵＩを介して視覚化することができる。本発明のプロセッサは、特定のデータや特定の種類のデータの処理など、選択された機能を実行するためのエンジンを含んでもよい。これに加え又はこれに代えて、本発明のプロセッサは、このような機能を実行するようにあらかじめプログラムされてもよい。本発明の一例では、特定の位置における特定のビルのデータは、建物の設備や家電を含む、建物の２次元、３次元、又は多次元の視覚的な配列を構成するために使用されることがあり、これにより、（１）他の建物との比較（近隣の建物など）をユニットごとに行うことができ、（２）価格などの追加のデータの次元を含めることができ、（３）建物やユニットの比較的公正な価値を決定することができ、又は（４）以下で特定される他の希望する結果を得ることができる。少なくともいくつかの実施形態では、価値及び／又はその他のパラメータは自動的に決定され得るものであり、ユーザは追加又は代替のパラメータの選択の機会を与えられる。

即ち、本発明は、多数の公的及び個人的なソースからデータを集積し、継続的に行い、そのデータを使用して多層の視覚化を行い、通常、拡張された現実及び／又は３Ｄイメー
ジテクスチャマッピング（リアリティ・メッシュ）を使用し、システムプロセッサによって自動的に含まれる色分け、陰影、霧化、ハイライト、及びユーザによって調整可能なパラメータを使用して、領域に関する詳細な情報を伝え、データは結論を導き、傾向を形成するために使用される。

本発明のアプローチの主な目標は、特定の領域のリアリティ又は拡張されたリアリティ・メッシュの視覚化を作成し、さまざまな目的に使用することであり、少なくとも一部は同時に行われる可能性があり、その多くがここで説明されている。この領域は、都市や州全体のような広範囲から、単一の建物の一部のような狭い範囲まで、幅広く選択可能である。選択された領域は、拡張されたリアリティ・メッシュとみなすことができる。このリアリティ・メッシュは、特定の地理的なエリア、地域、又は不動産サブマーケットの拡張された現実タイプの視覚的表現であり、更に特定のユーザに特に関心のある属性に基づいて拡張することができる。本発明では、グラフィカルユーザインターフェース（ＧＵＩ）を使用することで、リアリティ・メッシュを表示し、ユーザ又は自動的に対話し、操作することができる。

本発明のリアリティ・メッシュは、潜在的に実行可能であり、制御などの用途のためのメタデータを含む３Ｄコンピュータ・ファイルであり、３Ｄでの仮想表現を生成するために使用可能な地理的範囲の多数の航空画像の写真測量処理によって作成される。リアリティ・メッシュ・ファイルは、Google Earthのような仮想グローブソフトウェアのような地理情報システム（ＧＩＳ）で見ることができ、二次元地図に合わせてその場で配置することができる。これは、縦方向の押し出しで領域の詳細を補強し、都市、サブマーケット、近隣、街区、又は建物を理解するのに役立つ。不動産業界が直面する問題は、本発明以前のリアリティ・メッシュ・ファイルには法的な不動産に関するメタデータが含まれておらず、美観を超えた追加的な洞察を提供できないことである。本発明は、データが収集され保存されるにつれて拡張可能な、リアリティ・メッシュに対応するリレーショナルデータベースのデータ・モデルを定式化することによってこのギャップを解決するものであり、データには、各不動産、ユニット、又は不動産マーケットもしくはサブマーケットの様々な属性に関するデータが含まれ、拡張されたリアリティの意味でも、更に選択可能な意味でも、不動産の選択された属性を表示するためのユーザインターフェースを含む。属性は、ユーザが選択可能であっても、プロセッサが選択可能であってもよく、あるいはその両方であってもよく、３次元にわたって関心の領域を選択することを含め、ユーザが視界による範囲を拡大又は縮小する能力を含むことができる。本発明のデータベースは、新しいデータや新しいデータソースの導入に基づいて継続的に調整できるように構成されており、更に、選択したコンテンツを迅速に配信できるように構成されている。高解像度のリアリティ・メッシュ・ファイルはファイルサイズが大きいため、迅速な配信が重要です。本発明のデータベースは更に、この迅速な展開を可能にするために、受信したデータを正規化することによって作成される。

他の例では、販売データ又は賃貸データは、住宅（又は商業）ユニットを強調表示するために使用され、住宅ユニットは、特定の不動産に関する公正な市場推定値を提供するために、販売の特定の範囲（範囲ごとに区別した色を使用するなど）又は時間枠又はその両方において価格設定を示し、他の不動産との比較を行うことができる。言い換えれば、グラフィカルユーザインターフェースにアクセスでき、ニーズがあれば、不動産の価格設定や価格改善の方法を見たり、判断したり、市場原理全般を理解したりすることができる。

より一般的には、写真測量的なモデルとしても知られるリアリティ・メッシュは、地理的領域の正確にスケーリングされた高解像度画像のテクスチャマッピングされたモデルである。典型的には、１以上の画像が航空機又は宇宙船によって撮影され、地理情報システム（ＧＩＳ）又は一般的な３Ｄグラフィックファイル表示標準をサポートする主流のウェ
ブブラウザなどの３Ｄモデル表示ソフトウェアを使用してグラフィカルユーザインターフェース（ＧＵＩ）を使用して表示できる均質な多角形モデルを出力する高度な写真測量ソフトウェアで処理される。リアリティ・メッシュモデルは、さまざまな解像度と忠実度で作成することができる。リアリティ・メッシュを作成する際の目的は、ウェブ（低忠実度）又は従来のローカルデスクトップＧＩＳ（高忠実度）などの配信方法を考慮しながら、システムのパフォーマンスを最大化するために、画質とファイルサイズのバランスを見つけることである。一例として、マンハッタンをモデル化した本発明のシステムでは、解像度が２ｃｍのリアリティ・メッシュを使用しているが、これは非常に詳細であり、ウェブ配信アプリケーションで十分な性能を発揮する。この詳細レベルは、（１）拡張された現実の方法で表示し（従って、視聴者に実物そっくりの情報を提供する）、（２）リアリティ・メッシュ内に埋め込まれた実際のサブマーケット、不動産、建物フロア、又は建物建築要素に対して正確な、有益な着色、強調表示、及び／又はテキストなどのコンテンツで表示を重畳できるという点で、従来技術よりも有利である。

本発明では、選択可能なパラメータの任意の組み合わせ（パラメータの組み合わせを含む）に基づく視覚化をユーザに提供し、領域の該当部分を修正表示することを更なる目標とし、パラメータの特定の組み合わせに最も適合する、又は適合する領域を露出又は強調表示することも目標としている。このような視覚化には、対象となるサブマーケット、不動産、又は近隣地域との関連において、色、サイズ、陰影表示、霧化、又はラベルが含まれてもよく、これらに限定されない。このような一例では、データは定期的に更新されるため、領域の拡張された現実ビューは足場の現在位置を示すことができ、現在又は予想される天候に基づいてユーザに歩行経路を特定するために使用することができる。他の例では、拡張された現実の視覚化により、賃貸可能なスペース（アパートや店舗など）の変化や、面積、賃貸料、建物クラス、建物運営費などの特定の検索条件を満たす利用可能なスペースを表すことができる。

本発明のシステムは、リレーショナルデータベースとＧＵＩを含み、少なくともｘ８６コンシューマ向け中央処理装置（ＣＰＵ）と、外部モニター上のＧＵＩ表示、タッチスクリーン又は外部マウスとキーボードからのコマンド入力、データベースクエリ、及び外部ディスプレイへの表示を処理するためのコンシューマ向けグラフィック処理装置（ＧＰＵ）とを組み合わせている。

本発明の技術は、区画、建物、フロア、ユニット、建物要素、インフラ（冷却塔、貯水槽、セルラータワーなど）の座標を、さまざまな高さの建物に一致させるために不動産のフットプリントを操作し、リアリティ・メッシュの領域を特定し整理するために、ユーザがトラップする可能性のある座標オプションの座標ベッド（図１）を作成するプロセスを含むキュレーションと格納によって、不動産情報を特定、格納、視覚化する。

従来のスマートシティＧＩＳシステムでは、形状ファイルや、詳細度（ＬＯＤ）を卒業した建物の固有の３Ｄモデルを仮想都市モデルに集約して使用していた。この発明の解決策の利点は、リアリティ・メッシュを使用して固有の建物データとフロア・データを通信できることであり、そうでなければ、不動産ごとの座標関連知識がなければ不可能なことである。

本発明の視覚化により、ユーザがズームイン、ズームアウト、又は追加の重畳データを取得できるように、理解しやすくクリック可能である。言い換えれば、例として不動産市場、サブ市場、建物、フロア、窓、建築要素などのあらゆる空間領域は、より多くの情報を表示するようにユーザによってクリックされたり、システムによって強調表示され得る。

本発明は、不動産の政府記録や不動産のリストなどの複数のデータソースを使用するが、これらに限定されるものではなく、公的及び個人的なソースの両方を含む可能性がある。このようなデータソースの１つは、視覚化のための構造的な出発点となる、頭上の空中装置や衛星装置から撮影された実際の画像である。これらの初期画像は、建物に限定されたり、都市に拡大されたりと半径は様々であるが、好ましくは高解像度の画像であり、選択されたエリアを視覚化する拡張現実アプローチの始まりを作成するために、本発明によって使用可能である。本発明の方法では、少なくとも部分的に、建物のエッジやその他の属性をより正確に識別するために画像が処理される。これらのエッジは、追加のソースから得られた他のデータと組み合わせて使用され、ユーザやシステムの選択などの要因に基づいて（ただしこれらに限定されない）更に拡張された、建物ごとの拡張された現実の視覚ディスプレイを形成する。

更に、視覚化の縮尺は、ユーザ又はシステムの選択に基づいて調整することができる。これらのデータソースにおけるリストは、他のデータの中でもとりわけ寸法情報とともに、建物及びユニットの画像を含み得る。本発明のシステムによって取得される、公的及び個人的なソースを含み得る情報源からの全てのデータは、好ましくは定期的に更新され、どの更新が適切な新情報であり、例えばどれが一時的又はエラーであるかも認識するために、以前に受信されたデータ（又は正規化されたバージョン）との比較が定期的に行われる。システムには、さまざまな種類のエラー制御チェックがある。一例として、フロアレベルのエラーチェックが使用されてもよく、これは建物内のフロア又はフロア上のユニットの正しい空間位置を決定することを含む。これは１フロアの複数のユニットに対して行うことができるが、３Ｄ建物モデルでユニットの空間表現を扱う場合はより複雑になる。フロアレベルのチェックは以下のように行われる。
Ａ）近隣のフロア又は同様の建物上の同様のタイプのユニットに関する利用可能なデータを使用することによってユニットを検査する。現代の建物では、住宅フロアは通常、同じ柱間隔とフロア間のユニット分布を有しており、既知の柱間隔又は分割されたフロアレイアウトと矛盾する新しいデータを受信した場合、本発明のシステムは、視覚的な比較に限定されないが、リアリティ・メッシュで強調表示されたときに、これらの異常を識別することができる。
Ｂ）また、フロアの同じ領域に重畳される単位座標の追加を防ぐことで、フロアレベルのチェックも自動的に行われる。これは、新しく追加又は更新されたユニットから一致する表面積を特定し、システムが一致する座標をデータベースに解析するのを防ぐことによって行われる。

受信した画像は高解像度であること好ましいが、そうである必要はない。これらの画像には、天井の高さや低さなどの構造的な変化が、電化製品や設備とともに写っている可能性がある。本発明のシステムは、これらの画像を、寸法情報など、本発明のデータベースに正規化された形で保存されているか、又は後に保存される可能性のある利用可能な関連データとともに考慮し、建物、フロア、ユニット、土地区画、又は冷却塔、給水塔、ＨＶＡＣ機器、セルラー送信機、発電機、又は太陽電池パネルなどの屋上インフラストラクチャなどの建物建築要素又は特徴の多次元モデル及び視覚化を作成する。

本発明のシステムの一部と関連するグラフィカルユーザインターフェースにより、ユーザが、限定ではないが、画像を回転させる、又は画像内の要素を置換する等、任意の数の方法で視覚化と対話することが可能になる。

本発明によって使用されるデータソースは広範囲に及び、政府及び非政府のソースを含む。本発明のシステムは、データソースを定期的にポーリングし、以前に取得したデータを更新するようにプログラムされたプロセッサ（実際には、メッシュネットワークのように分散された複数のプロセッサであってもよい）を含む。例示的なデータソースのリスト
は、付録１として含まれる。その結果、本発明のシステムは、典型的には本質的にリレーショナルな１以上のデータベースを含み、データベースは、要求に応じて、自動的又はその他の方法で再構成可能である。本発明のプロセッサは、データベース、更には専用のグラフィカルユーザインターフェースと連動し、このインターフェースでは、ユーザは、所望の建物、ユニット、又はエリアについて、展開された画像に表示する複数のパラメータのいずれかを選択できる。その画像は、三次元の属性を表示及び／又は区別できるように、システム及び／又はユーザによって回転可能である、及び／又はユーザによって視点を変更できるなど、操作可能であってもよく、多くの場合、高解像度で表示及び／又は区別できる。そのような画像化は、特定の設備などを含むことができる。

つまり、本発明のシステムは、データソースを定期的にポーリングして、１以上のデータベースフィールドを視覚化されたエントリで作成及び更新し、本発明のプロセッサによって作成及び／又は再作成される視覚化においてこれらのエントリを使用する。

表示する属性の選択は、ユーザ制御及び／又はシステム制御及び選択可能でユーザは、マップ、オブジェクトをクリックすること、メニューから選択すること、音声起動、又は組み合わせのいずれかによって、ＧＵＩを使用して選択することができる。

データソースを使用して、営業コストや税金データ、賃料、共有所有権、外国人所有権、市場価格などの計算データなど、１以上の追加ディメンションで画像を重畳することができる。その他の不動産の例としては、売主名、買主名、売却価格、譲渡された不動産の持分割合などの不動産取引の詳細がある。建物の機械設備の例としては、エレベーターの点検日、ボイラーの製造年月日と点検日、冷却塔の製造年月日、容量、製造番号などが挙げられる。健康及び環境の例としては、建物の水槽や空気処理設備におけるゴミ、ネズミ、鳥、空気中の微粒子レベル、生物学的増殖などの存在及び／又は期間及び／又は時間枠が挙げられる。これらの重畳は、地理的エリアや不動産市場、サブマーケット、単数又は複数のビル、１つ又は多数のビルのフロアやユニットの一部を拡大／縮小したり、選択した市場、サブマーケット、ビルや建物を強調するように色を変えたり、直接比較するためにビルやユニットを選択するなど、多くの形態を取ることができるが、これらに限定されない。繰り返しになるが、これらのディスプレイは全て、ユーザが特定の建物、ユニット、又はエリアを、所望のデータ及び／又は関連するデータとともに多層的に視覚化することができるように、拡張された現実感で表示するために作成されることが好ましく、視覚化は何らかの方法でデータを含む。実際の視覚化は、ユーザが調整可能であってもよく、特定のユーザの表明又は推測された要求に基づいてカスタマイズする等、拡張された現実を少なくとも部分的に使用して作成／表示されてもよい。

これらのデータソースのいくつかは、個人的なソースであってもよい。ユーザによっては、個人的なソースデータを公的なソースデータと組み合わせることができ、これにより、ユーザ固有の視覚化が可能になる。他のケースでは、匿名化ルーチンを通して個人的なソースデータがフィルタ化され、ソースを特定するために使用される可能性のあるデータを隠したり、特定のリース、不動産鑑定報告、機械契約などに固有のプライベート・データを保持したりすることができる。

多くの都市は、オープンデータ構想の一部として不動産の座標境界を提供している。これらの座標は通常、レガシー／歴史的なＧＩＳシステムに由来するもので、区画と、課税又は計画目的で使用される市の固有識別子コード（ＩＤ）との関連付けを提供する。しかしながら、我々はこのようなデータはエラーを伴う可能性があることを確認し、システムのデータベースを更新又は再構成する前に、データを「クリーニング」（例えば、どのデータがエラーであるかを決定する）ためのアルゴリズムベースのアプローチを開発した。

更に、複数のソースから入手可能なデータは、必ずしも互いに構造的に一貫していないため、本発明のシステムには、統一された構造で保存できるようにデータを校正（又は正規化）するプロセスのルーチンが含まれている。想像できるように、データへの呼び出しは頻繁であってもよく、そのようなデータの範囲は広範な処理を必要とし得るので、記憶の均一性はユーザ体験にとって不可欠である。

というのも、地理的データ等少なくとも一部のデータは、かなりの履歴を有する公的なシステムに保存されているため、現実世界の正確なメッシュ描写に関連するデータは必ずしも正確ではなく、校正プロセスではこの正確性の欠如を補う必要がある。例えば、建物の座標はデータソースによって空間的に微妙にずれている可能性があり、これを補正することが重要である。本発明では、好ましくは、手動で座標調整を行うために使用される、少なくとも部分的には先に説明した俯瞰（例えば航空機）画像に基づいて補正される。更には、データは市や自治体などによって常に更新されており、こうした誤差が本発明のシステムに再び入り込む可能性があるため、本発明では誤差の再導入を「チェック」し、校正プロセスの一環として誤差の発生を回避するためのルーチンを設けている。例えば新しい建設等のようにいくつかの変更は正確である可能性があるため、これは重要な点である。本発明は、誤りの再導入や一時的な変更（例えば足場）と適切な変更とを識別する処理能力を含む。

本発明のシステム（「システム」）のプロセスは、例えばウェブアプリ（又は同等の要素又はエンジン）内の仮想グローブにおいて、視覚的な報告を使用して、システムの座標固定プロセスの状態を視覚化する。視覚的な報告により、任意の座標セットを読み込み、元の座標と変更後の座標のオン・オフを素早く切り替え、例えば原色を使って視覚的に違いを明らかにすることができる。例えば、システムのオリジナル（政府によるソース）座標が赤、変更された座標が黄色のスタイルで表示されている場合、リアリティ・メッシュ内の仕上げ作業の領域はオレンジ色で表示されてもよく、座標の調整作業が必要な領域は赤で表示されてもよい。この視覚的な報告により、ユーザは、輝度、コントラスト、色相、彩度及びガンマ画像を調節して、較正を必要とする建物座標をより良く露出させることもできる。異なる組み合わせを循環させることで、実世界のさまざまな画像のテクスチャ色を伴うメッシュの領域をよりよく調査し、修正作業が必要なアライメントの問題を視覚的に特定することができる。

元の座標ＶＳ変更後の座標
図２と図３は、元のフットプリント座標を黄色で示し、プロセスの手動部分（これはパーセルレベルでも自動化されるかもしれないが）でシステムによる変更後の座標を赤色で重畳して示す。これにより、システムのアルゴリズムは、リアリティ・メッシュに適合するように調整する必要がある基本座標セットを有する建物を特定することができる。

メッシュ幾何学形状の表面に沿った歪みから、元の座標（黄色）がリアリティ・メッシュの建物に適合しておらず、調整が必要であることがはっきりとする。調整された座標は許容可能であり、アプリケーションによって使用することができる。この報告ツールではまた、両方の座標を同時に表示して手動又は自動チェックが可能となる。

いったん較正されると、座標はシステムに対する「コア」となり、リアリティ・メッシュ内で建物や法的な不動産の境界を正しく強調するために使用されることができる。このような較正を行わないと、特にLower Manhattanのような密集した都市部では、不必要で
紛らわしい歪みが生じたり、ハイライトの位置が不正確になったりする可能性がある。

金融データやその他のデータとの重畳に関しては、ユーザが選択可能なフィルタリングによって達成できる「もしも（what if）」のシナリオが得られる。

データの量及び視覚化のために異なる方法でデータを呼び出す必要があるため、ファイル圧縮技術を使用して、データを圧縮し、結果の配信を合理化することができる。簡潔に言えば、様々な技術が使用可能であるが、データの保存と配信の両方のプロセスと整合している必要がある。現在のところ、このシステムはプライベート・クラウド・ベースのファイル・サーバを使用しており、このファイルサーバはクライアントのグラフィカルユーザインターフェースに送信する前に、リアリティ・メッシュ・ファイルをアクティブに圧縮することができるが、Amazon AWSやMicrosoft Azureの仮想ホスティング・サービスな
ど、同等の代替技術を使用することもできる。また、コンテンツ配信システム（ＣＤＮ）は、ホスティング及びファイルサーバの性能を向上させるために使用される。

データベースがセットアップされ、データが定期的に更新されると、ユーザインターフェースと組み合わせたデータベースの使用は広範囲に及ぶ。付録２には、本発明のコアの多くの使用例のリストが掲載されている。これらはいずれも新規なものであり、従来のアプローチとは多くの方法で区別可能であると考えられる。

本発明の利点
・利害関係者への不動産及び市場情報の伝達スピードの向上
・現実世界データと政府又は私的財産データベースとの間の改善された正確な改善された比較、多数の分析及び改善された結果の利用及び意思決定
・リアリティ・メッシュの透明性、フォギング、タイムスパン機能、天候、煙、火災、洪水、正確なコンテクスト情報のコールアウトなどのシミュレーション機能を活用し、３Ｄ空間コンテクストで複数のデータセットを組み合わせることによる新たな洞察
・実世界表現における新しいデータの即時反映
・資産に関する情報裁定を軽減したデータの民主化
・同業他社の実績を比較することによる不動産価値の最大化
・販売サイクルの加速を助けるための最新のデータに基づく改善された価格設定
・ブローカーによって消費者に提示されるスペースのみならず、市場における全ての利用可能なスペースオプションを見ることによる不動産市場への透明性の導入
・賃貸・売買アパートのリアルタイム検索。賃貸・売買オフィス検索
・あらゆる種類の不動産の全ての売買取引が検索でき、各売買の詳細を調べることができる
・グラフィカルユーザインターフェースは、アプリケーションのデータ視覚化の全て又は一部を、ユーザの業界役割に合わせてカスタマイズされた、常に更新されるデータで再生する自動スライドショーとして提示することができ、不動産市場の変化を伝えるために必要な時間を大幅に短縮する

さまざまな高さの建物に適合し、座標ベッドを作成するための不動産フットプリントを示す図である。 本発明においてリアリティ・メッシュ上に投影された未調整の不動産フットプリント座標を示す図である。 本発明におけるリアリティ・メッシュ上に投影された調整された不動産フットプリント座標を示す図である。 本発明の様々な構成要素のアーキテクチャ的斜視図である。 本発明において、市場参加者が賃貸や購入の前に、ユニットや建物、市場の所有権や履歴を調査する方法を視覚化した例であり、GUIのインフォボックスは、選択されたユニットの間取りを示す図である。 本発明において、市場参加者が賃貸や購入の前に、ユニットや建物、市場の所有権や履歴を調査する方法を視覚化した例であり、GUIのインフォボックスは、選択されたユニットの間取りを示す図である。 本発明における利用可能なオフィス空間を示す視覚化の一例を示す図である。 本発明におけるニューヨーク市の固定資産税を平方フィート単位で視覚化した一例を示す図である。 本発明における同業者不動産のニューヨーク市固定資産税を平方フィート単位で視覚化した一例を示す図である。 本発明で使用する苦情の視覚化の一例を示す図である。 本発明で使用する苦情の視覚化の一例を示す図である。 システム内のデータ階層の図であり、含まれるデータの性質を示す図である。 本発明のインフラストラクチャの一例を示す図である。 建物の外面に一致するメッシュ座標を検査、修正、又は作成する操作プロセスの例を示す図である。 本発明で使用できるようにクエリ結果を含むビルが霧効果なしで表示される霧効果の例を示す図である。 座標床選択によるコア座標の統合の一例を示す図である。 座標データを使用して、本発明における都市ゾーニング区分の色分けされた範囲に基づいて建物を強調表示するシステムの一例を示す図である。 既存の潜在的な容積率（FAR：Floor to Area Ratio）の違いを本発明でどのように表現できるかを示す図である。 本発明によって正確に受理され、音声テキストプロセッサによって処理され、本発明においてテキストコマンドに変換される音声コマンドの詳細を示す図である。 本発明におけるマーク・トゥ・マーケット（Mark to Market）分析の一例を示す図である。 本発明における分析に利用可能なさらなる属性を示す図である。 本発明の多角形制御面の更新された高度を示す図である。 典型的なユーザセッション中のデータのワークフロー例を示す図である。 本発明のPropSeeアプリケーション・インフラのカスタマイズを示す図である。 PropSee アプリケーション・インフラ for Webを示す図である。 PropSeeアプリケーション・インフラiPad（登録商標） Standaloneを示す図である。 非選択領域に霧効果を適用することによって下位マンハッタンで選択されたサブマーケットを示す図である。 住宅建物のための霧溶液グループ化のための解決策を示す図である。 逆メッシュクリッピング論理の例を示す図である。 メッシュ内のフロアプランを手動で位置決めするために使用されるＧＵＩを示す図である。 部分的なスイート座標から視線方向を選択するためにシステムによって使用される論理を説明するための図である。 システムの建物座標データを使用してリアリティ・メッシュ内の建物内のエレベータコアを視覚化した一例を示す図である。 ＧＵＩにおける浮動線のシステム使用を示す図である。 システムの一部であるリアリティ・メッシュにおいて強調表示された屋上インフラストラクチャを示す図である。 共有インフラストラクチャ所有権を示すように接続されたビルディング重心線の一例を示す図である。

本発明は、２つのコア部分を有すると考えることができる。第１の部分は、地理的な不動産情報、関連情報、物理的な建物表現を収集、整理、関連付け、埋め込み、それらを互いに関連付け、情報の一部又は全部を使用して写真測量法的なリアリティ・メッシュを形成するシステム及び方法である。第２部は、市場データ、統計、財務分析を含むがこれに限定されない目的で、処理された情報を検索、分析（又は教育）、表示（又は提示）するシステム及び方法を含み、「もしも（what if）」のシナリオに基づく結論を含み得るも
のである。

本発明が動作するには、コンシューマーグレードのｘ８６ＣＰＵと３Ｄグラフィックス・アクセラレーションＧＰＵ機能が必要である。本発明では、インフォボックスを読みやすい大きさのテキストでユーザに提示しながら、ＧＵＩ内にＧＩＳ（geographic information systems）とリアリティ・メッシュを適切にフィットさせるために、十分に高解像度のディスプレイ（１０８０ｐ）が必要である。本発明は、ローカルに接続されるか、又は少なくとも１ギガバイトのサイズのインターネットを介して接続され、ニューヨーク市のような規模の自治体でデータストアが１００ギガバイトあれば、より多くのデータで動作するリレーショナルデータベースを含む大型データ記憶装置へのアクセスを必要とする。

本発明は更に、ユーザが表示又はさらなる研究又は表示のために属性を選択できるようにするためのＧＵＩと組み合わせたリレーショナルデータベースのプロセッサベースの使用を対象とし、ＧＵＩ及びその表示は、選択されたパラメータに基づいて自己調整されるようになっている。ＧＵＩの選択は、例として、クリック、音声入力プロンプト、及び／又はメニュー選択に基づくことができる。表示自体もクリック可能など、選択可能であってもよいが、これに限定されない。

本発明は更に、システム及び／又はユーザの選択に基づいて変更される、視覚化（本明細書では、又はディスプレイと呼ぶ）を備えた１以上の物理的ディスプレイに向けられ、ディスプレイは、プレゼンテーション、好ましくは拡張現実ベースのプレゼンテーションの中に適切な情報を埋め込み、検索された関連データに関連する勾配を含むことができる。色勾配は、データ異常値を明らかにするために熟考され定義され、視覚化されるデータセットの運用領域（ボイラー容量など）又はビジネスルール（税評価と軽減など）、市場賃料、経費などの知識が必要とされる。本発明は、少なくとも部分的には、不動産及び／又は建物の一部に重畳された不動産データの視覚化を提供することに向けられており、そのような視覚化によって、少なくとも内容、色、霧化、陰影及び／又はハイライトに基づく情報が伝達される。

本発明は更に、豊富なソースからのデータの定期的な検索に基づくデータベースの更新及び／又は再構成方法に向けられており、検索されたデータは、ユーザＧＵＩ内の選択可能なメニュー項目の継続的な修正をもたらす。

本発明は更に、データベース再投入及び／又は再構成ならびにＧＵＩ再構成のいずれか又は全てを行うために使用可能な機械学習技法の実装を対象とし、ＧＵＩの再構成は、データベース内のユーザの役割、選択、及び帰属するフィールド又はエントリの任意の組み合わせに基づくことができる。

本発明はまた、体積メッシュ強調表示のための方法論を対象とし、強調表示された領域は、限定はしないが、色又は不透明度／透明度を含む任意の数の方法で強調表示されてもよく、強調表示は、好ましくは、本発明のプロセッサ及びユーザの役割のいずれか又は両方による選択可能性に基づく。ユーザの役割の例としては、不動産仲介業者、テナント、不動産所有者、金融業者、ポートフォリオ・アナリスト、不動産鑑定士、建築家、株式ア
ナリスト、機械請負業者、不動産開発業者、投資アドバイザー、銀行家、ＲＥＩＴアナリスト、エレベーター、空気処理、消火システム請負業者、映画製作者、ビデオゲーム開発者などが挙げられるが、これらに限定されるものではない。

少なくともいくつかの状況では、本明細書で説明されるように、とりわけ潜在的に、本発明ではデータ構造及び／又は入力のための形態が使用される。

本発明は、図４のアーキテクチャに示されるようなシステムを含む。本発明のシステムは、好ましくは、オンライン、インターネットベースのファイル記憶システムと、リレーショナルデータベースバックエンドと、ＧＵＩを含むフロントエンドクライアントアプリケーションと、ダッシュボードを含むフロントエンドクライアントアプリケーションとを含む。本明細書では、システムがデータベース、プロセッサ、及びアプリケーションを含むことが示され、議論されているが、これらの各々は、複数のこのような要素又は装置として配備されてもよく、これらの要素又は装置は、いくつかの場所に亘って分散されてもよく、及び／又はアレイ構成で配置されてもよい。本明細書では、単数形で記述された要素又は装置が必ずしも単一の要素又は装置であると解釈されるべきではない。

このシステムは、インターネット接続を必要としない「オフライン」での展開が可能である。このようなシステム展開のパラダイムは、図１３で説明されている。具体的なニーズは、インターネットにアクセスせずに実行することであり、システムには、必要なベースマップ（ベクトル地形図）、リアリティ・メッシュモデル、単一建物モデル、不動産市場データセット、建物データセット、市、州及び連邦政府データセット、不動産取引データセット、ユーザ情報、ユーザセキュリティ情報、ＧＵＩフレームワーク、ウェブブラウザが全て含まれており、ユーザ情報、ユーザセキュリティ情報、ＧＵＩフレームワーク、ウェブブラウザは、ＧＩＳとリアリティ・メッシュを忠実に操作し、メッシュによるデータ選択性又はインフォボックスによるデータ選択性と対話するために、十分に高解像度（１０８０ｐ以上）の外部ディスプレイに接続されたモバイル又はデスクトップ・コンピューティング・デバイス上の保存されたローカル・ディスク上にある。この同じデバイスをヘッドマウントディスプレイ又は光学式拡張現実メガネ装置に接続して、ＧＩＳ、リアリティ・メッシュ及びインフォボックスを、ユーザの現在／現在地又はその他の位置する領域に近接する地理的コンテキストに空間的に一致する方法で、ユーザの視界面又は視界範囲の前方又は上方に直接投影することもできる。本発明のこの実施態様により、ユーザは建物の前に立ち、建物を見上げ、その建物に関するデータ属性、例えば、不動産情報、売買又は賃貸のための利用可能なオフィス又は住宅スペース、過去の不動産の詳細、市の許可、苦情、税金情報、公共料金の消費データ、又は対象不動産やシステムに問い合わせるユーザの近隣物件に関連するその他のデータ変数を見ることができる。同様に、本発明のこの実施態様では、ユーザがその場にいなくても、検査対象の不動産サブマーケット、建物、又はフロアの保存画像を使用して、建物のデータ属性を遠隔から検査することもできる。

本明細書では、建物、床、建築要素、機械的要素、又は運用要素について、体積メッシュ強調技術を説明する。これらの要素は、メッシュイメージのテクスチャとジオメトリ、又はメッシュの内側、表面、又は外側の任意の座標で視覚化できる。多角形メッシュモデルは、不動産市場やサブマーケットの実績、不動産市場やサブマーケットの実績の経年変化、建物の天井高、アメニティスペース、健康安全、健康チェックインステーション、窓の位置、ドアの位置、屋上貯水槽、屋上ＨＶＡＣインフラ、冷却塔、看板、生活安全、屋外テラス、屋上太陽光発電の可能性、ファサードの検査日などの要素を含むが、これらに限定されない要素を明確にするために拡張することができる。

動作のために、システムは３Ｄ空間、好ましくはデカルト平面上のリアリティ・メッシ
ュの位置を考慮する。メッシュは、好ましくはデカルト座標系とデジタル標高モデルを使用して、仮想グローブ（実際の地球型の地球儀上の地理的配置の数学的表現と位置合わせされる）内で位置合わせされる。メッシュの典型的な提示は、正確な位置の２次元衛星画像マップの上に描かれ、又は投影されるが、システムはこれに限定されず、夜間の衛星画像、洪水地図、又は特別なスタイル及び／又は情報設計機能を有するベースマップなどの他のベースマップを提示することができる。また、ベースマップやその他のベクトルベースのマッピングデータをリアリティ・メッシュの上に配置し、道路名、洪水や避難区域などを描写することもできる。

リアリティ・メッシュで動作するシステムは、ビデオゲームや映画制作にも応用できる。本システムは、建物、近所及び都市用のユーザインターフェース要素を生成することができ、これらの領域で使用するためにビデオゲーム及び映画編集ソフトウェアによって消費することができる。例えば、このシステムは、ビデオゲームや映画作品のプロットや前提条件と文脈的に一致するような霧の中で、リアリティ・メッシュの領域を提示することができる。

リアリティ・メッシュの位置と、座標のトラッピング処理でシステムに保存された座標データとは、互いに相対的なものである。更新されたリアリティ・メッシュ・ファイルがシステムに追加されると、それらは座標トラッピングに使用されたオリジナル・メッシュと同じアライメント座標で位置決めされなければならない。メッシュは、構造物の外観画像のみを含む。建物の構造に対するリアリティ・メッシュの中に内部イメージは存在せず、内部は空洞である。本明細書で一般的に使用され、行われる仮定は、リアリティ・メッシュの位置は、現実世界の都市や建物の現実世界の位置に対し常に忠実で正確であるということである。

ユーザはＧＵＩ内でいくつかの方法を用いて選択を行う。主に、ＧＵＩは、不動産市場、サブマーケット、建物、フロア、スイート、窓など、リアリティ・メッシュの任意の領域を選択する機能をユーザに提供する。選択可能性は、アイコン、曇り、色によるスタイル変更、リアリティ・メッシュ上のＧＵＩによって投影される照明によるスタイル変更、メッシュの不透明度／透明度によるスタイル変更、１又は複数の区画又は不動産のみを示すためにメッシュのセクションをクリッピング又は除去することによるスタイル変更、不透明な霧をメッシュに適用し、不透明な霧内に含まれるものを除く建物を示すためにメッシュに「穴を開ける（punching holes）」ことによるスタイル変更などによって示すことができる。ユーザは、ＧＵＩ内に描画された情報ボックス（インフォボックス）を使って選択することもできます。情報ボックスには、ユーザからの問い合わせやデータベースに保存された情報の標準レポートから生成された情報のリストやテーブルが含まれている。ユーザは、情報ボックス内の建物の名前、住所、又は固有識別子を選択して、メタデータ又は情報ボックスレポートに関連する他の情報を描写するより詳細な情報を開くことができる。情報ボックスには、居住用ユニットの寝室やキッチンの写真、オフィス用ユニットのオフィススペースのレイアウトの写真など、ユニット固有の画像を含めることができる。また、情報ボックスには、賃貸料や税金の変更に関する情報を提供する過去の棒グラフなど、ユーザが選択可能なさまざまなチャート形式で表示されるデータを示すチャートを含めることもできる。ＧＵＩが情報ボックスを特定の建物、又はユーザに関連する不動産サブマーケットや近隣に関連付ける必要性に応じて、リアリティ・メッシュとインフォボックスを接続する線を使用して、リアリティ・メッシュとのコンテキスト内で情報ボックスを建物と相対的に配置することも、そうでないこともできる。

システムのリアリティ・メッシュは、ＣＰＵとＧＰＵによる効率的な描画パフォーマンスのためにタイルセットとして編成されたベクトルジオメトリデータと組み合わされた、通常ＰＮＧ形式のテクスチャ画像ファイルの圧縮ストリームとして、ユーザのＧＵＩに配
信される。クライアントシステムプラットフォームに応じて異なるレベルのデータサイズ低減を提供する様々な圧縮プロトコルを使用することができる。アンドロイド（登録商標）デバイスやその他のデバイスで使用されるリアリティ・メッシュ・ファイルのための圧縮プロトコルは、アップルのｉＯＳデバイスに必要なものとは異なる圧縮プロトコルを必要としてもよい。高解像度のリアリティ・メッシュ・ファイルは、従来の消費者向けコンピューティングハードウェアや、特にモバイルデバイスでは非常に大きく、負荷がかかるため、これらの圧縮技術は重要である。５Ｇのような高速ワイヤレス技術を使えば、この問題はいくらか緩和される。クライアント装置は、アプリケーションを忠実に実行するために、一般的に普及しているコンシューマー・ビデオゲームの３Ｄグラフィックス処理能力を必要とする。現在の５Ｇ携帯電話におけるＣＰＵ及びＧＰＵの処理能力は、アプリケーションを動かすのに充分である。ＧＵＩがリアリティ・メッシュをスクロールし、ディスプレイの内容に応じてイメージテクスチャをロードしたり破棄したりする際に、システムは必要なイメージテクスチャをメモリの中及び外にバッファリングすることができるので、システム・メモリ要件は高くない。

仮想グローブソフトウェアは、ＧＩＳソフトウェアだけの多数の様式化効果を可能にする。一般的な様式化効果のリストには、２Ｄ又は３Ｄ形状の描画、地形の強調表示、地形セットバックを含む地形的特徴の描画、他の３Ｄモデルの挿入、２Ｄ画像の挿入、建物又は他の形状ファイルへの他のテクスチャ画像の適用、ディスプレイの色付け、ロードされた要素の再調整、カラー化、クリッピング（リアリティ・メッシュの一部を水平面で削除又は除去）、メッシュ及びスクリーン要素に対するベクトル線の描画、測定、及びディスプレイのユーザビューに対するラベル又はアイコンの配置と位置決めが含まれるが、これらに限定されない。これらの仮想グローブの定型化はまた、手動座標の捕捉プロセスを通して、又は任意の他のＧＩＳとの相互作用を通して、システムが生成する座標データを捕捉するプロセス中に使用することができる。複数の効果を採用することで、システムのＧＵＩを強化し、システムのディスプレイからの情報をユーザが理解しやすくすることができる。例えば、ニューヨーク市内でトコジラミの発生率が高い建物を全て色分けし、空室となっているアパート市場の全住戸を強調することは、可能性のある選択肢を絞り込むための効率的な方法である。

複数のデータセットを比較するために得られたサンプル洞察：２つ以上の政府又は私的財産データセットが同じビューに組み合わされるときに、システムは重要な洞察を明らかにする。これにより、市場参加者は、賃貸や購入に先立って、住宅やオフィスのユニットやビル、近隣やサブマーケットの所有権や履歴を総合的に調査することができ、また、債務不履行になる可能性の高いローン比率の高い不動産の住宅ローンを特定することができる。また、平均平方フィート以上の価格設定の不動産を特定することで、収益性により大きな挑戦ができる可能性がある。図５及び図６参照。

例Ａ（図５及び図６参照）に示すように、このシステムは、ResiRental（賃貸可能な住宅）の視覚化されたアパートの在庫を、市のACRIS（Automated City Register Information System）のデータと読み込むことができる。

例Ｂ（図７）は、ダウンタウンの利用可能なオフィススペースとニューヨーク市保健精神衛生局（ＤＯＨＭＨ）の室内環境苦情の例を示しており、問題のある屋内空気品質、屋内下水問題、アスベスト、又はカビの報告を有する建物内にある空間オプションを明らかにしている。

視覚化における機能：システムが視覚化を実行するために必要なデータをロードすると、データベースに保存されている取得データに関数を適用し、他のパラメータを使用してロードされたスタイライゼーションを変更する機能を提供する。図８と図９に示す例Ａは
、ダウンタウンのビルに対するニューヨーク市の固定資産税を平方フィートごとに示したものである。ユーザが建物を選択すると、ＧＵＩは情報ボックスに「Tax Difference」と呼ばれる機能を提示し、選択された建物に関連する平方フィートあたりの税金を示す調整された視覚化を表示するようにスタイライゼーションを変更する。選択された建物の色彩、例えば、赤又は青の強調表示に関連した平方フィート当たりの税金は、多かれ少なかれ示された建物上の不動産税を示す。これは、同種のオフィスビルなど、同業者のみを対象に行うこともできる。他の例では、この視覚化機能は、オフィステナントにも適用することができる。オフィステナントは通常、リース契約が締結された基準年を上回る増税分を比例配分で支払う義務を負う。ユーザインターフェースの視覚化により、単一又は複数のビルのスペースに対する不動産税の増加率の経年変化を色分けして表示することができる。この機能を使えば、借主はシステムを利用して、納税額が多くなるか少なくなるかを評価することができ、これは借主にとって有益であり、例えば、税制が公正に適用されているかどうかを評価することができる。

図１０と及び図１１を含む例Ｂは、トライベッカ・サブマーケットのあるエリアにおけるニューヨーク市建築局（ＤＯＢ）の苦情を示しており、ＧＵＩでは建物56 Leonard Streetが白くハイライトされている。情報ボックスでは、カテゴリー別にＤＯＢの苦情のリ
ストを見ることができる。各カテゴリーも一つの機能であり、任意のカテゴリーを選択すると、苦情カテゴリーに適合する建物で検索結果がフィルタリングされる。このシステムは、AirBnBやVacation Rentals By Owner （ＶＲＢＯ）のようなオンライン・ルームレンタルサービスの出現に伴い、都市で増加している問題である、住宅建物内の違法なホテルの部屋の例を示している。

このシステムは更に、公的なソースから入手可能な建物のフットプリントデータと、システム内の全ての情報を関連付けるための固有の建物識別子を統合している。システムの地理的階層は、国、州、郡、市、市場、サブマーケット、近隣、建物、フロア、ユニット、設備／インフラ項目別である。固有の不動産識別子の公共及び民間の生態系を活用することにより、システムは全ての地理的エンティティを個別のレベルで選択して視覚化することができ、関連する任意のデータを視覚化するためのシステム・インターフェース内で各エンティティを一意に扱うことができる。関連するデータ又はメタデータの例としては、所有権、取引履歴、市町村の用途地域、固定資産税記録、政府が規制するコンドミニアム計画、商業用及び住宅用不動産の賃料及び空室率、訴訟中の不動産、エネルギー、水道及びガス公共料金の消費メーターデータ、保健及び教育部門のデータ、消防・生活安全データ、保険洪水リスク、建物の保守・運営データ、不動産財務データ、投資市場データ、レストラン検査、旅行会社系列データフィードからの現在及び過去のホテル予約活動、犯罪活動、地下鉄駅への近接性、Ｃｏｖｉｄ－１９のような病原体の陽性反応を示す集団の頻度、が挙げられるが、これらに限定されるものではない。各データは、例えば経時的に追跡することができ、政府や民間の不動産データセットに共通する固有の不動産識別子を用いて、その変化をシステム上で視覚化することができる。これらの外部データセットからの固有識別子は、不動産が追加されるときにシステムによって使用される手動又は自動の結合プロセスによって追加されるか、又はマッチングされる順序によって、システム定義の固有識別子と結合される。自動結合処理の例として、建物ＩＤと一致する建物住所を結合することがある。手作業による結合プロセスの例として、法的住所は異なるが同じ物理的構造を含む識別子を構築するために、ユーザが結合を作成（データベーステーブルに格納）することが挙げられる。

リアリティ・メッシュの領域を強調表示するなどの概念は、この発明の中核をなすものであるが、これに限定されるものではない。強調表示は可視的表示あるいは不可視的表示いずれも可能であり、リアリティ・メッシュの領域に高い不透明度を使用して、リアリティ・メッシュに透明度を出すこともできる。リアリティ・メッシュに透明性を持たせる理
由のひとつは、建物の窓の外観を模倣するためである。本発明の重要な部分は、システムが、ＧＵＩを介してあるいは本発明のシステム自体内で、メッシュ内の現実世界オブジェクトの選択をどのように可能にするかである。このプロセスがなければ、システムは、緯度と経度の値で１点を示す以上に、リアリティ・メッシュ内で法的区画を分類したり識別したりすることができない。政府が提供する区画座標は、通常、地籍図と呼ばれるレガシー・システム・フォーマットに保存されている。地籍図は、何十年にもわたる政府の土地管理プロセスから収集された不動産境界の記録であり、現実世界の都市構造に対して正確ではない手動視線測量技術を使用している。政府のレベルや世代が異なれば、レガシーな土地管理システムの精度の基準が異なるため、一般に提供される不動産データの精度が高くなったり低くなったりする。更に、建物が取り壊された（法的又は機能的に異なる不動産に分割された）歴史を持つ都市部は、一貫した基準を有する公的データに反映されていないことが多い。更に、アメリカ合衆国、カナダ、及びヨーロッパの国における都市及び国の共通規格を有する建物又はフロアレベルのフォーマットで記憶される不動産データの民間市場ソースはほとんどない。従って、本発明のシステムは、政府から提供された座標データを固有識別子の出発点及びソースとしてのみ使用し、リアリティ・メッシュ座標トラッピング技術を使用してシステムの人間オペレータによって作成された精度を使用して必要な不動産座標を生成することにより、これらの未知数を補償する。

本発明は、そのリアリティ・メッシュ選択されたデータソースを使用してデータを収集し、本発明のデータベースにデータを配置し、処理された結果を使用して、少なくともこれらのレベルのいずれか又は全てにおいて、少なくともそうするような要求に応じて視覚化を定式化する。欧米の政府は、構造物や課税地ごとに不動産データを整理する傾向があるため、本発明のシステムでは、同様のパラダイムに基づく整理方法を採用しており、迅速かつ直感的なデータ照会が可能である。ある管轄区域が別の方法を用いる場合、システムは「正規化された（normalized）」データで適宜調整することができる。透明なハイライト技法を使用することで、システムは、建物をタッチ又はクリックし、フロア、ユニット、窓、上部構造によって相互作用するユーザインターフェースを作成することができる。

ニューヨーク市は、非常に多くの都市データ指標の開示を義務付ける様々な地方法（ＬＬ８４参照）が制定されており、不動産の様々な側面を追跡するための広範なデータ追跡プログラムを持っているため、ここでの例として、米国内でニューヨーク市を選択するのは最適である。これは、市から開示されたデータに依存して製品やサービスを提供／促進するビジネスモデルを可能にするため、重要である。一般的に、これらのデータソースは公開されているが、本発明のシステムで最も有用なものにするためには、異なるデータソースを正規化する必要があり得る。本発明の方法では、これらのデータソースからのデータは、直接又は間接的にデータベースに取り込まれ、これら又は他のソースからのプライベートデータなどの他のデータによって補完され得る。

図１２は、本発明のシステム内のデータ階層を示し、含まれるデータの性質を示す。この説明ではニューヨーク市を例としているが、課税地情報及び/又は対応する固有の課税
地識別子、及び関連する、又は適用可能な市、郡、又は他の政府機関のデータセットへの一般公開を提供する市、郡、又は他の政府機関でも代用可能である。気候変動や洪水データなど、固有の不動産とは関係なく、地域のみに関連する適用可能な政府データセットも、リアリティ・メッシュを定型化し、ユーザに情報を提示するためにシステムによって使用される。

図１２に詳述した例では、ＮＡＳＡのWorldWind、CesiumJS、又はthree.jsのようなオ
ープンソースのＷｅｂＧＬビューアのようなオープンソースの仮想グローブアプリケーションを使用して、現実世界のスケール及び物理学を有する３Ｄ環境で、デカルト平面上の
リアリティ・メッシュを投影する従来のＧＩＳアプリケーション環境を作成又はシミュレートすることができる。なぜなら、本明細書で詳述するシステム及び方法は、ＧＩＳアプリケーション又はウェブブラウザに限定されるものではなく、本明細書で説明する全ての機能は、リアリティ・メッシュをロードし、リアリティ・メッシュにスタイライゼーション効果を実行するのに十分な機能を備えた３Ｄ環境で再現することができるからである。リアリティ・メッシュは様々な解像度で描画することができ、解像度が高いほど、より多くのコンピューティング・リソースを必要とする。以下の図１３のインフラストラクチャー・ダイアグラムを確認されたい。

いったんリアリティ・メッシュがロードされ適用されると、システムのデータベースに保存された座標データを使用して操作することができる。このデータは、様々な寸法とサイズの２Ｄ又は３Ｄの多角形として構成され、それ以外の場合は、リアリティ・メッシュの体積領域として表現される。これらの領域は、建物表面のＧＵＩ接点として機能し、ユーザは、リアリティ・メッシュ解像度から推測される建物の任意の部分を正確かつ直感的に選択することができます。例示しているメッシュは、２ｃｍ＝１ピクセルの非常に高解像度の画像テクスチャ・メッシュを使用しているため、細部が非常に高く、マンホールの蓋のスプレー塗装のような小さな特徴や、屋上の空調機器や携帯電話のアンテナのメーカーやモデルを識別することができる。これは、ＧＵＩにおける画質が鮮明であり、ユーザが建物の全ての側面を正確に評価することができるので、システムにとって非常に重要である。

アプリケーションの全てのコンポーネントは、公共のインターネットを介したクライアント・サーバ関係で、あるいはオフラインのスタンドアロン設計で展開されることが好ましい。この場合、システムとアプリケーションは、ローカルのウェブブラウザ、ローカルのウェブサーバ、ウェブアプリケーションのローカル・コピー、データベースのローカル・コピーを実行するモバイル・コンピューターやデスクトップ・コンピューター上で実行することができる。公共インターネット上でシステムのオンライン実装を操作するには、安全なＨＴＴＰＳ接続が必要な場合がある。

このシステムは、ウェブブラウザ、ウェブサーバ、ウェブアプリケーション、データベースを介して、オンラインモードあるいはオフラインモードの何れでもクライアントデバイス上に展開可能なユーザインターフェースを提供し、マウス、タッチスクリーン対応デバイス、又は音声入力で制御することができる。図１３を参照されたい。ＧＵＩは、ユーザがグラフィックとしてエクスポートしたり、ビデオフォーマットにレンダリングすることもできるので、オフラインで情報を利用することもできる。

リアリティ・メッシュ内の建物エンベロープに整合するように整合メッシュ座標を検査、修正、又は作成するための動作プロセスが、図１４に詳述される。この方法には、建物のフットプリントのような２次元座標を定義する多角形を作成・調整する重要な工程が含まれる。政府から提供された（レガシー）座標は、固有の建物識別子（システム、建物ＩＤ）と関連付けられ、それらに含まれる固有の識別子（政府ＩＤ）は、リレーショナルデータベース内で新しいＩＤと結合される。次に、レガシー座標文字列は、正規化された構造又は法的な（又はその他の）不動産の一部ではないグレードの歩道や他のインフラストラクチャを除外するように変更できるように、グレード（地上レベル）のリアリティ・メッシュ内の建物表現と比較される。座標文字列を建物に合うように調整するための変更は、建物の外面に適合しない座標を削除し、リアリティ・メッシュ内の建物の表現に適合する新しい座標を追加することによって実行される。建物の外面に一致する座標はシステムのデータベースに保存される。このプロセスを通じて三角測量誤差が発生する可能性があるが、これはＧＩＳの描画システムにおいて、座標が非連続的な文字列で保存されている場合に描画されるために生じる歪みである。例えば、座標から多角形を描くには、ＧＩＳ
は全ての座標を連続したものとして読み取る必要があり、ＧＩＳが直線的な配列から外れた座標を描くと、鋭角や鈍角の三角形に見える歪みが生じる。このような誤差は、変更された座標文字列が非直線的な方法で入力されたり、非連続的な値を有する座標がエッジに沿って重畳されるように、又は非連続的な文字列としてデータベースに解析されたりすると、このプロセス中に生じる可能性がある。三角測量は、個々の建物、又はサブマーケット内の全ての建物に対して行われ、誤って配置された座標を排除する。三角測量誤差が除去されると、座標文字列は建物ＩＤに対して記憶され、建物を強調表示するために使用されるようになる。

座標の仰角ベッドも作成する必要がある。建物を固定したり、個々の住戸の部分的な座標を作成したりするための正確な選択を行うために、対象となるフロアや建物に近い座標のセットを必要とするため、このシステムが必要である。多くの建物はベース座標の調整が必要であり、このプロセスは、リアリティ・メッシュに適合させるため、分割された(demised)フロアのユニット境界を定義するため、又はソーラーパネル、屋上バルコニー、
給水塔、冷却塔、及び／又はその他のＨＶＡＣ又は機械的インフラストラクチャなどの建物のインフラストラクチャの座標を特定するために必要な調整を伴う。本発明の方法は、この調整プロセスを含む。

このシステムのプロセスは、現実世界の座標の既存のセットを、リアリティ・メッシュ内の対象の不動産との空間的な文脈において提示する。このシステムは、建物の床全体を取り囲む半透明の多角形でその既知の座標を提示することによってこれを行う。ユーザが建物の床に沿って分割点を選択する際に、様々なグローバル座標系と従来の座標系との間の変換を行う必要がないため、これはシステムに正確な精度を与える限定された実世界座標のセットを提供する。知る範囲では、本発明は、このような精度を形成するためにこのようなプロセスを適用した最初のものであり、拡張された現実ディスプレイのための精度を備えた最初の既知の視覚化を形成するものである。基本的に、座標選択プロセスは、座標ベッド内の正規化された座標の既知の選択によって供給される、局所化されたサブセットと可能なオプションによって単純化されている。これにより、リアリティ・メッシュの実世界のイメージに照らし合わせて、フロア上のユニットを正確に配置することができる。図１では、ニューヨークのブロードウェイ２７０番地の８階を例にとって詳しく説明している。座標ベッドはフロア全体を包含し、上昇した座標ベッド内の座標の選択から導出される単位は、建物の北東の角に定義される単位をもたらす。

本発明の方法は、建築構造物におけるアーキテクチャ上の接合点において、クリーンなベクトル変化を提供する。これは、既知の選択セットから最初と最後の座標ペアを結合することによって行われる。その結果、建物の床の角にあるリアリティ・メッシュがきれいに強調される。

空間的に定義された各フロア又はユニット（例えば、居住用又は商業用ユニット）、又は共用エリア（例えば、エレベータロビー、廊下、又はバスルーム）を表すフロアの一部は、本発明のデータベースにおいて、建物テーブル及びデータベース内の他の様々な関連するエンティティと結合された関連するオブジェクトとして格納することができる。そのようなユニットの明らかな例としては、賃貸アパート、居住用マンション、賃貸オフィススペース、オフィスマンション、ロビー、ホテルの部屋、機械室、清掃用倉庫、ユーティリティアクセスルーム、コンピューターサーバ施設などがある。

建物内のユニットやスイートの座標を保存しておく有用性は、拡張された現実アプリケーションの出現によってタイムリーなものとなり、マーケティング目的の仮想ツアーや空間の仮想表現にとって有用になる。更に本発明は、３次元フロアスタッキングを含む、より高度な視覚化のための方法を含む。建物の平面図を積み重ねることは、建物のフロアや
ユニットに着色範囲を適用し、賃貸終了日、賃貸料、取引履歴、テナント、空きスペースなどの情報を描写する強調表示を適用する能力があるため、非常に重要である。

賃貸マンション市場や分譲マンション、ビル売買の販売履歴の調査にこのツールを適用することは明らかであり、新規である。

本発明は、更にメッシュクリッピングを含み、これは、間取り図が正確な空間的方位で正しい位置及び高度に配置されるようにするために、間取り図画像又はコンピュータ支援設計（ＣＡＤ）ファイルをリアリティ・メッシュ内の所定の位置に配置できるように、選択された高度でリアリティ・メッシュ内の建物の一部を切りとる（又はＧＵＩから削除する）ために使用することができる。この能力をサポートするために必要なクリッピング座標を作成するためのシステムのプロセスは、以下の通りである。
１．ユーザ又は本発明のシステムは、クリッピングを作成するために建物に固有のＩＤを見つけ、システムの管理ツールのクリッピング編集フォームを使用してそれをロードする。このフォームは、仮想グローブのカメラをリアリティ・メッシュの正しい建物ＩＤに位置づける。
２．システムは、選択された建物のシステムに既存のクリッピング座標が存在するかどうかをチェックし、これらの座標をロードする。存在しない場合、システムは、建物重心（勾配の中心点）座標及びコア建物座標に基づいてデフォルト座標を使用する。
３．選択された建物は、部分的に透明度のある赤色で強調表示され、建物の重心を中心に９０度の角度で互いに垂直に、黄色、赤色、緑色、青色の４つの水平クリッピング平面が描かれる。
４．各平面をクリックすると、クリッピングが建物に適合するように、リアリティ・メッシュで明らかなように、ユーザは建物ファサード、不動産境界又は構造壁への平面の近接度を増加又は減少させることができる。
５．クリッピング編集フォームの２つのステップによる調整コントロールを使用して、ステップを大きくしたり小さくしたりすることで、ユーザは平面の建物ファサードへの近接を増減させることができる。各ステップの制御には、平面を建物に近づけたりあるいは建物から遠ざけたりするための正又は負の修正を含む。
６．水平面に対する所望のパラメータを設定した後、システムはＧＵＩ上にスライダーを表示し、ユーザが建物の各階を上から下へ自動的にスクロールして、切り取られた平面が建物の所望の要素のみを表示しているかどうかを確認できるようにする。同時にシステムは、選択された建物の保存された間取りを、リアリティ・メッシュの表示された（切り取られた）フロアと同じ高さに表示し、ユーザが二次元軸上で間取りの向きを確認し、編集（拡大縮小や回転）できるようにする。
７．本発明のシステムのユーザは、新しい又は更新されたクリッピング面座標をシステムに保存する。

本発明のシステムは、従来の住宅又はオフィスの間取り図の画像を、間取り図の上にあるリアリティ・メッシュの全ての部分をＧＵＩからクリア、又はクリップした状態で、床の正しい高さと位置に表示することを可能にするインターフェースを提供する。これにより、建物、近隣地域、空間領域との関連において、対象空間をより深く理解することができるようになり、視界の方向や建物内でのユニットの位置が明確になる。

対象建物は、正確な（現実世界の）カラー化で表示されてもよいが、情報提示、デザイン、及び強調の観点から、周囲の都市構造は全て、背景の建物を目立たなくし、ＧＵＩによって表示されている建物又は建物の強調を強める不透明な白色など、「曇った」方法で表示することができる。

さまざまなサイズのフロアを有する建物は、全ての画像とフロアとの間の関連付けを作
成することによって管理される。これにより、ワン・ワールド・トレード・センター（図１６の例）のような建物では、フロアごとに異なる画像ファイルと座標レイアウトに対応できる。例示的な建物の床は、様々な高度範囲で物理的パラメータを変化させるので、これは、システムを多数の建築スタイル及びマッシングに適合させるための重要な特徴である。

本発明のシステムにより、家具、ＨＶＡＣ機器、セキュリティ・システム、セキュリティ・カメラ、エレベーター、ボイラー、消火設備、配管インフラなどの建物設備を、現実世界の精度を表すように配置することができる。メーカー、製造番号、資産ＩＤ、ユーティリティ消費データ、機器モデル及び仕様等のメタデータはデータベースに保存され、システムのリアリティ・メッシュ内の機器の正確な空間位置と関連付けることができる。このデータを含めることで、設備点検をより迅速に行うことができ、必要な場合には資産の移動を早めることができる。防犯カメラの例で重要なのは、法執行機関がこのシステムを使って、犯罪行為の捜査に役立つ場所に設置されたカメラや、顔認識技術を利用したカメラ画像システムを素早く特定できること、あるいは、防犯カメラ機器の位置を正確に特定して強調表示できるため、防犯カメラのカバー範囲に隙間がないことである。更に、都市、郡、州、国、その他の政府機関、あるいは不動産画像アーカイブなどからのデータフィードに関連するこのようなメタデータは、メッシュ座標データに関連付け、視覚化することができる。州レベルの政府が、ある種の小売ビル（ショッピングモール）にある種の空調モデルやフィルタを設置することを規制し、このシステムが小売ビル内の既存又は計画中の空調設備や空調アップグレードをリアリティ・メッシュに視覚化することができる。アップグレード及びエネルギー消費の許可を一致させることによって、エネルギー効率の良い建物を現代のシステムで視覚化することが可能である。これは州政府にとって、新しい規制の遵守を監視する上で非常に価値のある機能である。

本発明の用途には、建物の運用、在庫管理、間取り分析、緊急サービス管理、その他の様々な不動産用途を含む不動産・賃貸分析、眺望、インテリアデザイン、機械学習の実装が含まれ、これにより本システムは、法執行機関の捜査を支援するために建物の写真を認識し、照合するために使用することができる。これは、本発明では、メッシュの幾何学形状及びテクスチャを建物の画像と比較することによって行われ、これにより、コンピュータは照合作業を行うことができる。更に、建物情報管理（ＢＩＭ）データ、人口統計データ、及び交通カウントデータはまた、システムによって視覚化できるデータのソースとして使用されることができる。

ユーザなどによってフロアが選択され、フロアプランが表示されると、ユーザは、強調表示（図１６の赤参照）された他のフロアをクリックすることによって、建物、フロア、又はユニットに関する情報を相互作用して受け取ることが可能であり、クリックされると、それらは黄色などに色を変えることができる。この例では、新たに選択されたフロアに点線による多角形が表示されている。図１６に示すように、床のハイライト、点線、及び切り取られた床の座標は全て有効であり、座標ベッド選択によって作られたコア座標の統合によって制限される。このプロセスは、間取り図画像と以前のプロセスで作成されたデータを更に関連付ける役割を果たす。このプロセスのためのＧＵＩは図１６に記載され、これは、ワンワールドトレードセンターの７３階の例であり、クリップされたフロアの平面上のその場のフロアプランを示す。家具や間取り図のレイアウト例も、メッシュの「フォグ」様式化とともに図に示されている。フロアプランレイアウトは、それらの特定の要件に適合する空間をより良く差別化することができるので、商業用及び住宅用テナントにとって重要である。このシステムのリアリティ・メッシュのクリッピング機能を使えば、建物の一部又は全体の構造を、勾配（地上レベル）又は基礎レベルまでのリアリティ・メッシュから取り除き、建物の基礎構造を露出させることもできる。これは明らかに、地下室、駐車場、地下インフラ、基礎の支保工を、リアリティ・メッシュ内で表現された建物
の下の地形の最低レベルで露出させるのに非常に有効である。

本書のこの部分は、本発明の方法の応用と使用について詳述する。

シングル・クリック・オン・メッシュのレコード検索技術
本方法は、ウェブサービスからデータを引き出すための自動化されたプロセスである、１以上の政府又は民間ソースのアプリケーション・プログラミング・インターフェース（ＡＰＩ）からのシステム入力を保存するために、リレーショナルデータベースを使用する。政府ＡＰＩの例としては、ニューヨーク市のオープンデータシステムがある。プライベートＡＰＩの例としては、エクスペディア社が運営するホテル予約システムがある。システムはまた、政府のオープンデータサービスからのエクスポートを使用し、それらをカンマ区切り値（ＣＳＶ）、ＸＭＬ、又はＪＳＯＮデータオブジェクトとしてインポートし、政府のレベル（市、州、連邦）及び部門別に編成された、あらかじめ構築されたテーブルに格納することもできる。同じデータ入力プロセスは、ＣＳＶやＸＭＬ、ＪＳＯＮデータオブジェクトとしての固有識別子を有するデータをエクスポートし、それらを企業や業界の役割ごとに整理されたテーブルに格納することができる民間のデータサービスにも存在する。このようなデータの例としては、不動産データアグリゲーターや不動産情報会社によって通常使用される、地主やその他の企業が所有するプライベートデータセットが挙げられるが、これらに限定されるものではない。その他の例としては、ニューヨーク市建築局（ＤＯＢ）の苦情、住宅地域再生局（ＤＨＣＲ）の登録書式、ＤＯＢの違反、ＤＯＢの許可、環境局（ＤＥＰ）のアスベストデータ、財務局（ＤＯＦ）の固定資産税、ＤＯＢのファサードの安全性、ＡＣＲＩＳに保存されている証書や抵当権などのＤＯＦの財務記録などの政府情報源からのデータ、ＤＯＨＭＨのレストラン検査、衛生局（ＤＳＮＹ）の落書き追跡、ＤＯＢの退去命令、ニューヨーク州弁護士事務所に登録された住宅コンドミニアムの計画、ＤＯＢの入居証明書、ニューヨーク住宅保全開発局（ＨＰＤ）の害虫苦情（トコジラミ、ノミ、ハエ、ネズミ、ゴキブリ、シロアリ等）を含む。

図１７は、座標データを使用して、都市の土地利用区分の色分けされた範囲に基づいて建物を強調表示するシステムの例を詳細に示している。選択された建物は赤色で表示され、リアリティ・メッシュで選択された建物に基づいてリレーショナルデータベースから建物データの選択を取得するエンティティ変換の結果を表示する情報ボックスにリンクされる。インフォボックスには、異なるデータソースのタブがいくつかあり、例としてニューヨーク市用のＡＣＲＩＳタブが表示されている。ＡＣＲＩＳとは、ニューヨーク市財務局が管理する都市登録情報システム（Automated City Register Information System）のことであり、不動産所有権、抵当権、税金、その他の取引財務記録を記録・管理する。全ての不動産金融取引文書はシステムに登録されており、ニューヨーク市の建物識別方法の１つであるボロー・ブロック・ロット（ＢＢＬ）コード、他の１つは計画局が発行するビルディング・インフォメーション・ナンバー（ＢＩＮ）という固有識別子で一般に公開される。米国の多くの市や郡は、不動産データを管理するために、都市部門によって管理される固有識別子による同様のエコシステムを有している。システムのリアリティ・メッシュから建物を選択した結果、ユーザは、システム入力に関連付けられた建物ＩＤから生じたクエリによって生成された全てのＡＣＲＩＳ文書を直ちに提示される可能性がある。ＡＣＲＩＳ文書を検索するこの方法の新規な一態様は、メッシュの領域を一度選択するだけで、その領域内の全ての不動産取引記録が作成されるため、税務文書、証書、ローン契約書などのコピーを検索するプロセスが高速となることである。ニューヨーク市のＡＣＲＩＳシステムには、地方自治体が納税地や不動産記録を目録化するために必要な法的文書や取引文書を含む他の全ての地方自治体のデータベースと同様に、非常に多くの地方自治体の納税地や不動産記録が保存されているため、システムがデータベースでクエリを実行するのに必要な時間を短縮することがこの利点である。

データベースへのクエリからＧＵＩに返される任意の視覚化の手法により、ユーザが選択したフィルタ（キーワード）やパラメータ（日付範囲）によって、その後のシステムへのクエリなしで絞り込むことができ、パフォーマンスを向上させることができる。

最初の例として、ニューヨーク市が一般に提供しているレストラン検査データ（DOHMH
参照）の全てを、関連する建物ＩＤで返すクエリをユーザが送信した場合、システムは、データのあるレストランを含む全ての建物を強調表示することができる。データには、レストラン名、屋外での食事オプション、料理の種類、検査日、検査等級、違反内容など、全てのレストラン検査に関連するメタデータを含めることができる。このシステムでは、返されたデータセットから一致する結果を選択又は除外するためのフィルタとして、任意のメタデータ・フィールドを使用することができる。例えば、システムはメキシコ料理や中華料理の種類を選択することができ、視覚化は新しい基準で即座に更新される。この視覚的検索分析方法は非常に効率的である。というのも、通常個人の知覚能力は、住所のリストから不動産を特定するよりも、地図上で実際の建物が強調表示されているのを見る方が、現実世界の建物をより迅速に特定できるからである。

第２のフォローアップ例では、ユーザが全ての当事者間で登録された全ての抵当権設定契約を返すクエリを送信した場合、レンダータイプ（バンク・オブ・アメリカやシティバンクなど）は、データベースのフィールドとして追加された政府データエクスポートにメタデータとして含まれているため、フィルタとして利用可能であり、債務者、抵当権設定者、譲渡人、付与者、又は貸し手の文書結果を強調表示するために使用することができる。この例を拡張すると、貸し手は、領域別に、ローン全体にわたる選択された問題を迅速に調査することができる。

第３のフォローアップ例では、ユーザが、ある都市又はサブマーケットで販売又は賃貸されている、全ての利用可能な住宅用マンションを含む結果セットを要求した場合、結果セットには、全てのユニットの部分的な床の強調表示定義する全ての座標が含まれる。結果セットには、市場、サブマーケット、建物グループ、又は特定の建物における１平方フィート（ＰＳＦ）あたりの希望価格、ユニットサイズ、最終販売価格、最終販売日、又は１平方フィートあたりの平均価格など、住宅用コンドミニアム市場に関連する全てのメタデータも含まれる。これらの各値は、メッシュ全体に色付けされた結果のハイライトのスペクトルを作成するために使用することができる。より詳細には、水路、庭園、森林、公園、海岸線などの自然区域に近接し、視線が届く位置にある住戸は、市場価値に上向きの圧力を適用する。

この方法は、少なくとも２つの理由から、ファサード検査足場、給水塔、冷却塔、携帯電話アンテナ、セキュリティカメラなど、建物の物理的に固有な部分への参照を含む政府データを処理する場合にも有用であるように拡張可能である。
Ａ）本手法を用いれば、全ての建物の特徴を正確に識別し、オブジェクトとしてデータベースに関係付けて保存することができる。
Ｂ）ユーザクエリは、インフラストラクチャ資産をソートするときに座標領域を考慮することができる。給水塔、非常用発電機、ウォータークーラー／チラーの地理空間領域がわかっているため、それを３次元空間で表現し、属性やメタデータで強調表示し、さまざまなタイプのディスプレイ、特にiPad(登録商標)のような拡張現実を表示するネイティブ機能を有するデバイスでユーザに伝えることができる。これらの様々なタイプのデバイスは、現実世界の位置を捕捉するカメラを使って、ディスプレイ上に建物のインフラを表示することができる。本方法でリアリティ・メッシュ内の手動又は自動選択によって定義された座標は、この種の拡張現実体験に必要とされる。

本発明のユーザによる体験では、特定の属性を選択することで、より見やすくすること
ができる。本発明のＧＵＩは、所望の属性の拡張現実バージョンを表示してもよい。

座標データの他の適用を示す図１８は、既存及び潜在的な容積率（ＦＡＲ）の違いをどのように表現できるかを示したものである。ＦＡＲは、法定敷地内の最大建築可能面積を示す指標である。既存の床面積と、自治体のＦＡＲ規則に従って建築可能な床面積との間には、しばしば差異がある。ＦＡＲ規則は、ＦＡＲが異なる方法で使用され得る基礎となるゾーニング区域に基づいて、異なる建物の外面サイズオプションに適用される。また、ＦＡＲの計算は、都市ゾーニング・コードを考慮しなければならず、選択された不動産区画に対する関連するゾーニングの権利としての高さ制限を用いて調整されなければならない。このシステムは、選択した区画の近隣の土地のＦＡＲとゾーニング許容値を参照し、近隣の土地や不動産からの「空中権」取引の可能性や密度の最大化を考慮することができる。本発明は、カスタマイズされた建物座標の一部に基づいて、リアリティ・メッシュ内の建物の三次元表現の上に、建築可能な床面積を視覚的に投影することができるが、これはリアリティ・メッシュにおいて正確に許容可能な位置で潜在的な床領域を上方に投影するために必要とされる。このシステムは、選択された不動産とそのすぐ隣の区画の市区町村の用途地域を考慮して、この視覚化を生成する。

本発明では、街路や建物の上に白い「霧（fog）」や「曇り（fogginess）」でアクセントをつけた都市を、一部の建物やフロアには霧がなく正規化したような、様式化された戻り結果技術を使用することができる。

図１５は、スタイル上の霧処理を含まない単一の建物、床又はユニットを強調するために都市に適用されるスタイル上の霧の例である。この技術は、結果セットで返された対象の建物又はフロアを強調する。これは、クエリによって返される空間又は不動産を理解する際に、アプリケーションのユーザ又は視聴者を支援する。

同様に、ＧＵＩ視覚化の結果は、クエリによって返された結果を有する建物だけが正規化された現実世界の色で表示され、リアリティ・メッシュによって３次元的に表現された都市部の他の全ての領域が様式化された白い霧で覆われるように、リアリティ・メッシュ内に投影することができる。

この技術は、収集されたデータの操作によってのみ可能である。リアリティ・メッシュにカラー化効果を適用することは誰でも可能であると考えられるが、建物や床と同じ現実世界の位置に「穴を開ける」能力は、リアリティ・メッシュ内の建物に関連する全ての座標データを含む、本発明の一つと同様な高度な処理システムを必要とする。

音声制御
カスタマイズされたテキスト文字列を使用してシステムコマンドを送信することは、特に有用である。モバイル・プラットフォームでもデスクトップ・プラットフォームでも、システムは音声コマンドを受け付けてアプリケーションを操作したり、リアリティ・メッシュと対話したり、保存されている不動産や政府のデータを照会したりすることができる。カスタマイズされた発話マクロは、ユーザデバイス上のＧＵＩ及びカメラを制御するためのアプリケーション機能を認識するために、システムによって記憶される。これらのマクロには、「スピン」、「オフィス市場表示」、「オフィス市場非表示」、「賃貸住宅市場表示」、「賃料表示」、「賃料非表示」、「空室マンション表示」、「空室マンション非表示」、「空室マンション」、「最近の販売価格」、「特定のサブマーケットにおける平均平方フィート当たりの最近の販売価格」などの用語や、関連する全ての不動産データベースのフィールドとその変数、システム内の制御修飾子（表示、非表示、なし）が含まれる。これらのカスタマイズされた音声コマンドは、マクロコマンドに組み合わせて、より複雑なクエリを構築することができる。

図１９は、アプリケーションによって正確に受け入れられ、音声テキスト化プロセッサによって処理され、テキストコマンドに変換される音声コマンドを詳細に示す。もちろん、他のプログラムも可能である。コマンドは、アプリケーションがＧＵＩのリアリティ・メッシュの周囲をカメラで周回する「マップを回転させる（spin the map）」といったアプリケーションに対する単純なアクション要求であってもよく、コマンド＋データベースクエリが音声コンバータによって解析されるような複雑な要求であってもよい。このようなクエリの例は、「61 Broadwayの２０階を表示」であり、ユーザインターフェースは仮
想グローブを通って61 Broadwayの保存されたカメラ位置まで飛び、メッシュは必要な保
存データを使用して２０階で切り取られ、フロアプランを表示する。更に、ユーザは「ブロードウェイ６１番地の権利証」と言えば、ユーザインターフェースはリアリティ・メッシュの中の対象ビルに飛んでいき、問題の不動産権利証を表示し、固有建物ＩＤとのシステムの関連付けからそれを取り出す。

発話機能では、建物あるいは建物の床に対し発話コマンド「highlight 61 Broadway（
ブロードウェイ６１番地）」と発話すると、データベースが呼び出され、建物のベース座標が取得され、メッシュ内の建物の投影の体積領域が色付きの強調表示により包まれる。

例えば、「61 Broadway、One World Trade Centre、28 Libertyに飛んでください」と
いうように、拡張された音声コマンドを文字列で送信することができ、処理されたテキストコマンドは、アプリケーションＧＵＩによって、仮想グローブのカメラが、飛行感覚を与えながら、指定された建物に移動し、次の建物に移動する前に、特定の角度でしばらく停止する。更に、「61 BroadwayとOne World Trade Centreの権利証を表示する」といっ
た条件を追加することで、ＧＵＩが各ビルに飛行し、所定のカメラ位置で権利証を短時間表示し、シーケンスを続けるといった拡張も可能である。

これは全て、シングルクリックでアプリケーションリスナをイネーブルにした後、ユーザがアプリケーションに話すことによって実行することができる。同様に、顔認識も利用できる。

コスト比較
本システムは、１）サブマーケットで平均化された費用、及び／又は、２）類似クラスの商業ビル（クラスＡ、Ｂ、Ｃ）で平均化された費用等であるが、これらに限定されない対象ビルにおける運営費や不動産税などの様々な費用を比較する機構を含む。これらの比較はまた、オフィス、集合住宅、住居用コンドミニアム、ホテル、借地権ポジションなど、類似の不動産タイプについても行うことができる。

不動産運営費の例としては、損害保険料、修繕費、清掃費、人件費、警備費、暖房燃料費、電気代、上下水道費、管理費、事務費などが挙げられるが、これらに限定されるものではない。不動産税もデータベースに保存されているが、営業費用とは別に組織されている。これらの各データはシステムに保存され、各建物記録とその関係する座標データに関連付けられている。

本システムは更に、リアリティ・メッシュ内で３次元的に表現された建物のＧＵＩなどで、この分析の視覚的な出力を生成することができる。

マーク対マーカー分析
このシステムには、建物の既存賃料と現在の市場賃料を比較し、その差額を計算し、その差額に還元利回り（キャップレート：cap rate）を適用する仕組みが含まれており、この分析を通じて不動産の妥当な価値を見積もることができる。図２０は、この分析の一例
である。このシステムは、リアリティ・メッシュ内で３次元的に表現されたあらゆる建物について、この分析の視覚的な出力を生成することができる。マーク対マーカー分析は、将来の時点で達成され得る価値差の視覚化を出力するために、オフィス賃料及び変動するキャップレートのユーザの想定を必要とする。本システムは、対象不動産のサブマーケットで比較可能な不動産に支払われている平均キャップレートを記述することにより、これらの計算を自動化することができる。

価値の変化
この方法は、建物の購入価格と売却価格の差額を計算することができる。

この計算は、以下のような売買取引に関する関連データを用いて、アルゴリズムに基づいて行われるが、これらに限定されるものではない。
１）購入時の稼働率
２）売却時の稼働率
３）ＣＡＰレートの計算に利用される購入時の純営業利益（ＮＯＩ）
４）売却時のＮＯＩ（売却時のＣＡＰレート）
５）購入時に物件に付された融資について収集可能な全ての融資情報
６）売却時に不動産に設定された融資について収集可能な全ての融資情報（ただし、このデータポイントは、将来の不動産投資売却市場の分析に使用されるシステムの履歴記録保存にとってより重要である。）
７）メザニンローン又は精製等の所有期間中に不動産に課されるさらなる金融
アルゴリズムは、定期的なデータ収集に基づいて定期的に調整され、機械学習によって調整され得る。

７つの項目別に分類された情報タイプのいずれかは、例えば保存された座標データによって容易になったリアリティ・メッシュに適用されるカラースケール範囲などを使用して、単独又はグループで視覚化し、同業他社の建物と比較することができる。

不動産取引における持分の決定は、購入価格から購入時の負債を差し引いた金額を計算することによって行われてもよい。これは、取引に投資された資本に等しい。売却時には、売却価格から売却時に償還される負債残高を差し引いた金額が利益又は損失に等しくなる。当初の投資資本と売却時の既存債務返済後の純利益の差額を計算することで、投資家にとって重要な指標である自己資本倍率と内部収益率（ＩＲＲ）を決定するための計算が行われる。

この値の変化は、リアリティ・メッシュ内に表現された個々の建物又は複数の建物について、システムによって視覚化され得る。

不動産業の生産高
建物の物理的・財務的属性データは、不動産取引にとって非常に重要である。天井の高さ、床から天井までの窓、柱の間隔、損失係数、カーテンウォールのタイプ、床面積など、建物のパラメータは全て、公正な市場価値を決定する際に機能する。

これらの属性は、全て又は一部が特定の視覚化のために編集され、段階化されており、情報のさまざまな消費者に特定の情報を伝えるために、ディスプレイ内の重畳を介して出力することができる。出力としては、開発、金融、住宅、オフィススペースなどがあり得る。金融出力の例としては、既存のローンの規模、条件、組成日と満期、貸し手のタイプ（デットファンド、政府系ファンド、地方銀行、国立銀行）の視覚化が挙げられる。これは、抵当権不履行の確率が高い負債比率の高い建物を視覚化するために使用できる。これは、ユーザが市場を選別し、ユーザによって設定された特定のポイントを超えて活用され
る基準を満たす建物のセットを強調表示するために使用できる、本発明のシステムのツールである。ユーザはこのツールを使って、ローン比率によって財務的ストレスのある建物を特定することができる。賃貸利回りが毎月の住宅ローン返済能力を上回りそうな金額の住宅ローンを抱えている建物は、財務的にストレスを受けている。この視覚化により、リアリティ・メッシュを様式化するために作成された座標を利用し、単一又は複数の建物の出力値を、例として比較色範囲を使って提示する。システムは時間の経過も考慮し、ユーザが入力した時間範囲又は将来の日付に基づいて、出力の視覚化を変更することができる。

同様に、データベースのデータに基づいて、予想される価値の成長（又は減少）も決定することができ、同様に視覚化することができる。

時間の経過とともに、このデータは、物理的属性と資産性能データとの相関がより強固になり、金融性能の予測因子になる。柱の間隔やカーテンウォール（床から天井までのガラス、石積み、パンチアウト等）のようなある物理的属性は、建物の表面全体にわたって表現され、メッシュのテクスチャにより可視化され、非常に正確にリアリティ・メッシュの建物上で直接ハイライトすることができる。これにより、ユーザは、例えば、特定の範囲の柱間隔を有する建物にハイライトが適用されたサブマーケット内の全ての建物の表示を返すようにシステムに照会し、検索条件を満たすメッシュ内の実際の建物に投影された正確な間隔の正確な柱でそれらの結果を返すのを見ることができる。更に、このデータが返され、ユーザインターフェースで利用できるようになると、例えば、窓のガラスの種類、断熱係数、設置コスト、交換コスト、又はサード検査日（ニューヨーク市では法律で義務付けられている）、空調設備検査日（ニューヨーク市ではウォータークーラー／チラーの細菌検査が法律で義務付けられている）、ニューヨーク市で義務付けられている給水塔検査日など、政府データとの組み合わせクエリ等の属性メタデータが利用できるようになる。このシステムでは、ユーザが設定した日付以降に設置又は修理されたＨＶＡＣシステムのような機械設備、エレベーター、エスカレーターシステム、屋上冷凍機を含むビルを選別及び強調表示することもできます。これにより、ユーザは、機械設備、ライフ・セーフティ設備、エア・ハンドリング設備、電気設備、インターネット接続設備、ユーティリティ・システムなどの寿命が尽きた建物を特定することができ、その状態が不動産の評価に影響を及ぼす。この機能のユーザの一例としては、機械、ライフセーフティ、エアハンドリングシステム、電気、ユーティリティシステムのビルオーナーやベンダーが挙げられる。このようにデータを視覚化することで、コンプライアンス違反、検査の不正、安全上のリスクを即座に証明することができる。

電気通信又は無線信号強度（テレビ信号を含む）調査は、建築材料に関する情報を含む保存された座標データにより、コンクリート、鉄骨、ガラス構造物からなる密集市街地全体の信号伝搬の３次元モデリングが可能になり、密集市街地又は携帯電話伝送インフラへの見通し線のない地域で信号強度が弱い地域を図示できるため、本発明のシステムにより使用可能であり有用である。

利用可能な建物の電力（平方フィート当りワット）、バックアップ発電機、屋上緑化、屋上ソーラーパネル、屋上ソーラーポテンシャルも、このシステムで視覚化できる建物内の固有なインフラの一例である。市政府は、Ｃ０２及びＣ０２相当排出量の削減、排出による影響の最小化、代替エネルギー生成を最大限行うために、同時に法制化を進めている。これらの建物の特徴の座標を決定し、データを関係づけて保存することは、このプロセスを通じて容易になる。

このシステムには、ある時点のある地点での建物インフラの状態を捉えたリアリティ・メッシュが含まれているため、より最近に捉えられた写真測量でリアリティ・メッシュを
更新すると、都市構造の変化を検出することができる。この種の検出は、少なくとも部分的には保存された座標データによって可能になる。新しい建物や拡張は、システムのコア座標領域を超えて存在するため、明白になり、システム内での自動識別や更新が可能になる。

予測分析
本発明の方法は、コーポ・ユニット、ホテル、土地賃貸ビル、駐車場、工業用ビル等と同様に、オフィスビル、マンション、店舗ビル、オフィス・住宅マンション等の様々な種類の不動産の購入、売却、賃貸に関する取引データを保存する。各取引記録には、購入者、売却者、キャップレート、サブマーケット、いずれかの当事者のブローカー、売却価格、売却日、建物クラス、建物面積、不動産寸法、建築年、改装年、テナント情報、空室情報、ホテル稼働情報、営業収入、営業コスト、最終売却価格、所有期間、氾濫原リスク、カーテンウォールタイプ、既存債務、既存ローン期間、ローンサイズ、レンダー、レンダータイプなどの属性が含まれるが、これらに限定されるものではない。

このシステムは、個々の取引の１平方フィート当たりの坪単価、あるいは一般市場、特定のサブマーケット、あるいは競合不動産群における特定のタイプの物件の１平方フィート当たりの平均坪単価を集計することができる。

取引データを調査し、属性別に編集することにより、本発明のシステムはパターン、相関関係、異常を特定することができるが、システムの核となるリアリティ・メッシュ座標データを使用してデータを最初に視覚化した場合に限る。すなわち、本発明のシステムは、視覚化を分析し、結論を得ることができる。本発明の方法は、ユーザが選択的に異なる取引属性を選択し、様々な組み合わせを循環させ、市場評価を決定するための重要な要因を明らかにする視覚化を生成することを可能にするインターフェースを含む。このような経済的な質問の例をいくつか挙げてみよう。

例１：同じ年に購入し、２０１１年に売却した３棟のオフィスビルのうち、Ｙ不動産の価値が２倍しか上昇しなかったのに対し、Ｘ棟の価値が３倍上昇したのはなぜか？本発明のシステムは、これらのトランザクションの属性を独立して強調表示できるユーザインターフェースを提供する。システムはまた、強調表示されたメッシュ上のコンテキストで第２の情報グラフィック変数を表示するために、リアリティ・メッシュ内の建物の３次元表現の周りに着色された（又は他の方法で区別可能な）ワイヤフレーム多角形を描くことができる。様々な取引属性の視覚化を繰り返すことにより、ユーザ（又は本発明のシステム）は、どの属性が建物ＸとＹの評価の違いの原因であるかをアルゴリズム的に特定することができる。この場合も、これらのアルゴリズムは、継続的なデータ収集（例えば、１つ以上のアルゴリズムを修正するため機械学習の実施）に基づいて自動調整することができる。

着色について議論する場合、色の選択は、好ましくは、例えば、予想される最小値と最大値を反映するスペクトル範囲に基づくか、又は、先に説明した「霧」効果と同様に、不透明度又は領域着色などの別の様式的処理が使用され得ることを認識することが重要である。範囲による色選択は、例えば、赤色が「高」範囲、青色が「低」範囲、他の色がその間の範囲である、複数の色の使用を伴い得る。

例２：同じ年の住宅用マンション取引から、１平方フィート当たりの販売価格が最も高い不動産を特定し、特定の建物、サブマーケット、又は都市内に集中する物件を特定することができる。このシステムは、取引されたマンションの建物ＩＤと住戸番号を使用し、販売価格をグラデーションで色分け（又はその他の方法で区別）する。選択されたＩＤに関連付けられた座標がメッシュ上に投影され、強調表示されたユニットがパターンを明ら
かにする。

一般に、情報を明らかにするための主要なインジケータとしてカラーグラデーションが使用されるが、クエリ結果において返される建物及びユニットは、建物の外部に描かれる線、ラベル、又はメーター及びゲージなどのグラフなどの他のスクリーン描画要素を用いて示され得る。例えば、システムはユニットの横のスペースにドル記号を浮かべ、価値の変化を示すものとしてドル記号を色付けし、価値の増加に対しては緑、損失に対しては赤をカラー化することができる。

例３：同じ年に取引された様々な建物の運営費を分析することにより、ユーザ又はシステムは、この費用を、不動産税、損害保険、修繕・保守、清掃・管理、給与・警備、暖房燃料、電気、上下水道、管理費、管理費などの特定の項目に分類することができる。これらの各変数の値は、カラースペクトルのようにグラフ化して表示することができ、リアリティ・メッシュ全体の座標を使って投影することで、洞察を明らかにし、システム内の効率的なビジネス・インテリジェンス・モジュールとして機能する。ユーザは、建物のサブセットを作成して、運転費用コストを比較して平均コストを決定し、費用の削減が可能な場所やコストの違いの理由を特定することができる。

例４：異なるタイプのカーテンウォールを有する財産取引の属性を分析することは、本発明との関連で視覚化することができる重要な比較物理的建物特徴である。本発明は、ガラスパネル、金属パネル、床から天井への窓、石材、又はパンチアウト式壁などの非構造的外側被覆のタイプの記録を維持する。これは不動産の評価において重要な要素である。本システムのデータベースには、価格Ｘで取引された石積みのカーテンウォールに起因する不動産取引の記録が含まれているため、本発明のシステムは、床から天井までの窓を有する同様の建物の取引の比較価値差を使用することにより、カーテンウォールを床から天井までの窓に交換した場合の不動産の評価額の変化を予測するために使用することができる。その延長として、ＨＶＡＣ設備のアップグレードや、ライフセーフティ、テレコム、プール、ヘルスクラブ、車寄せ、駐車場、屋上デッキ、あるいは面積１平方フィート当たりのエレベータ比率の変更のような固有のインフラに対する追加及び／又は改修のような他の物理的属性を用いて、同様の評価変更分析を行うことができる。事実上、各不動産タイプは、値に相関する異なる属性を有している。

本発明の予測分析は、システムの過去のリース料、賃貸料、ホテル宿泊料、発電機、ＨＶＡＣ機器、ボイラー、エレベーターシステム、共有会議設備などの建物機械システムのアーカイブを活用することができる。これには、オフィス及び小売リース、住宅のアパートレンタル、及びホテルの部屋の予約が含まれる。ホテル予約データは、日付によって分析され、時間ベースのアニメーションとともに提示され、ドア又は部屋あたりのホテル予約率が最も高い月を特定することができる。ホテル予約データはまた、ユーザが選択した日付又は日付範囲に対する部屋当たりの現在の要求レートを示すために、Expedia等のプ
ライベートホテル予約ＡＰＩからのフィードを用いてリアルタイムで提示され得る。住居用アパートの賃貸データとマンションの１平方フィート当たりの販売価格も同様に分析し、賃貸料の季節的変化を見つけることができる。これを行うために、システムは、例えば、都市の１以上のサブマーケットにおけるホテル予約データを、正確な部屋（又はユニット）座標を有する特定のホテルの部屋ごとに、グラデーションスケールで色付けすることができるＧＵＩをユーザに提示し、ＧＵＩによってリアリティ・メッシュを強調するために使用される。このインターフェースにより、ユーザは、商業賃料、リース活動、テナントデータ、住宅賃料、ホテル予約記録、又は以下の段落に記載されている属性など、データベースの日付値のいずれかに基づいて、時間の経過とともにプレゼンテーションを再生及び一時停止することにより、建物、フロア、ユニットのハイライトがオン／オフになる時間ベースのアニメーションを制御することができる。

このシステムは、全ての建物で達成された過去の賃料を分析し、物理的及び運営上の属性と達成された賃料を比較することで、相関関係を明らかにする。以下のリストは、ビルの賃料に影響を与える変数の一部である：眺望、床から天井までの窓とパンチアウト窓の比較、天井の高さ、ビルの設備（共用会議室、カフェテリア、ジム、自転車置き場、会議施設、駐車場）、ビルの測定基準、柱の間隔、公共交通機関への近さ、ビルの築年数、最終改装日、バックアップ電源、賃貸コンセッション・パッケージ、テナント改善手当、賃貸条件（賃貸期間、拡張・契約・破棄オプション）、連続した大きな区画の賃貸と小さな区画の賃貸、運営費、不動産税、一般的な不動産市場のパフォーマンス、特定のサブマーケットの不動産パフォーマンス等。ある種のビルは、市場や競合他社より優れている。多くの場合、上記の重要な変数がいくつか組み合わさって、その不動産は非常に高価な賃料を達成することができる。複数の物理的・経営的変数を追跡することで、このシステムはより高い賃料をもたらすものを特定し、より大きな予測可能性を可能にする。

解析モジュールはまた、座標強調表示システムを使用して、キャップレートの変化に基づいて将来の不動産評価を投影することができる。収益還元率は、収益不動産の比較評価指標として定義され、純営業利益を購入価格で割ったものであり、実質的に投資家が購入価格に対して受け取るリターンとなる。このシステム・インターフェースにより、ユーザは、将来のある時点における不動産の還元率を調整し、座標強調表示システムを視覚的な指標として使用して、前回の売却日からの評価額と評価額の変化を予測することができる。ユーザは、特定のサブマーケットでクラス別に物件の種類を選択して結果を絞り込み、この分析を使って商業不動産市場のキャップレート圧縮や拡大傾向を調査する聴衆に説明的な物語を提供することができる。

このシステムは、全ての分析視覚化を含む、アプリケーションデータの視覚化の全て又は事前選択されたものを、ユーザの役割に基づいて「定型化」された自動プレゼンテーションとして提示し、これらのスライドを、現在のデータとともに、一定の間隔でユーザに再生することができる。例えば、オフィス賃貸担当者は、このシステムのユーザとして、サブマーケット又は都市全体のオフィス賃貸市場の変化に関連するスライドを再生し、市場の大きな変化について素早く知識を得ることができる。同様に、賃貸住宅業者は、グラフィカルユーザインターフェースで、現在の賃貸住宅活動に関連するスライドを再生し、現在の賃貸率、空室レベル、及び現在の市場在庫に影響を与えているデータを確認することができる。スライド形式で表示されるこれらの視覚化は、システムのユーザが固有のＵＲＬとして配布したり、電子メールやテキストメッセージで送信したりすることができ、顧客や同僚に市場の状況を時間効率よく伝えることができる。

データソース
このシステムは、３つの主要なソース（以下のＡ、Ｂ、Ｃ）からデータを消費するが、形状ファイル、地籍図、道路地図など、政府や民間のソースからそのままの形で入手できる従来のＧＩＳデータは利用しないことが望ましい。本発明は、受信したデータを同期して保存する。不動産を特定するために使用される外部データソースは、固有識別子を含む自治体が提供する不動産及び建物のフットプリントファイルのみであるが、このプロセスは、政府や第三者が提供する不動産境界データとは無関係に機能する。

同期のプロセスは、市、郡、州、又は連邦政府のソースから空間的及び物理的な不動産の属性のテーブルをインポートすることから始まり、それを使用して、リアリティ・メッシュの体積領域を政府共通の識別番号（ＩＤ）と関連付ける。このＩＤは、公開レコードセットに対するデータベースクエリを構成するために使用される。例えば、政府固有の不動産識別子コードがリアリティ・メッシュ内の容積領域に関連付けられると、その領域はスタイル化され、操作され、隠され、強調され、データをコンテキストで表示したり、空
間的に関連付けたり、図表やグラフのようにテーマ的に関連付けたりするために使用される。更に、文字記号をメッシュの関連領域に近接して描画することで、エネルギーや水の消費量、排出ガスや排気ガスなどの時間変数、又は住宅ローンの詳細、負債、純営業利益、テナントなどの財務情報を含むデータを表示する静的又はアニメーション可能なメーターの印象を形成することができる。例えば、図２１を参照されたい。この技術は、システムの情報伝達能力を素早く向上させる。

図２１には、建物の重心についての言及があるが、これは建物のフロアのほぼ中心にある座標点として定義される。この座標点は、調整された建物のフットプリントあるいは、図１の座標ベッドからの座標選択から導出可能である。従って、図２１に示されるメーターは、建物の重心に関連して描かれ、不動産情報を明らかにするメーターの正しい視覚的状況を可能にする。メータは、エネルギー、水、二酸化炭素換算排出量、負債レベル、あるいは色スペクトルの範囲とともに描写される最もよく理解できるあらゆる不動産変数のようなデータのスケールを表すことができる。

Ａ）手動で調整された従来のＧＩＳファイル
あらゆる固有の建物フットプリントは、メッシュに適合するように調整されたその頂点（座標点）を有する。これは、リアリティ・メッシュ内で、土地の境界を含む不動産の視覚的表現に一致するようにソース座標を調整することによって実行される。これは、図２２に示すように、ユーザが位置パラメータを変更すると、多角形制御面の更新された高度が変化し、更新された座標を捉えることで実現されます。政府のフットプリントＧＩＳのデータは、通常地籍図に基づくものであり、正確な現実の座標表現ではないことに注意することが重要である。このシステムの写真測量モデルは、デカルト地図上で校正されると正確な現実世界のデータセットとなり、現実世界で正確な座標を抽出することができる。この違いは、写真測量法的なメッシュと一致させるために、全ての政府ＧＩＳフットプリントの頂点をわずかに調整する必要がある。このプロセスは、ユーザが頂点やエッジを選択し、その緯度、経度、高度、又はそれらのパラメータの任意の組み合わせを調整できるさまざまなソフトウェアツールを使用して手動で実行される。この工程はフロアレベルで必要であり、異なるフロア範囲全体で床から天井までの高さが異なる建物をサポートすることが可能になる。この手動プロセスは、システム内の全ての建物の全てのフロアで必要であり、このプロセスで使用されるソフトウェアツールの一例を図２２に示す。

Ｂ）手動で選択されたメッシュ座標
本発明のシステムは、リアリティ・メッシュから直接選択された座標を消費して、新しい物件や、建設済みであるが政府記録に存在しない新築又は改築された建物の不動産座標を作成する。システムは、選ばれた選択範囲からメッシュ上の任意の座標を捕捉し、その選択範囲を新しいシステム・ビルディングＩＤに関連付けることができる。リアリティ・メッシュの不動産表現と一致する２次元多角形を適切に組み立てるには、最低３つの固有座標のペアが必要である。この同じ技術は、屋上の飲料水タンク、冷却塔、ＨＶＡＣ及びエアハンドリング機器、携帯電話や無線通信インフラ、監視カメラ、ソーラーパネルやソーラーパネルの位置、換気・排気システム、エレベーターシステムなどの建物の機械設備を分類するために使用される。建物の出入り口、セキュリティゾーン、駐車場、屋上庭園、ファサードの安全性、敷地の景観などの建築物や景観の特徴も、選択されたメッシュ座標によって特定され、不動産の固有識別子と関連付けることができる。

Ｃ）物的財産情報
本発明のシステムは、様々なタイプの文書を消費し、それらをシステム固有の不動産識別子と関連付ける。
文書タイプの例：構造化された表、Microsoft Excelファイル、ＣＳＶファイル、Ａｒｇ
ｕｓモデル、テキスト文書、ＰＤＦファイル、ＪＰＥＧ画像、ＰＮＧ画像、間取りレイア
ウトファイル、及び不動産取引や建物管理に必要又は関連するその他のメタデータ。
文書内容の例としては、以下のものを含む。

商業用及び住宅用の賃貸借契約書及びサブリース契約書、不動産予算及び運営費、不動産所有権の法的構造（例．コンドミニアム、コーポラティブ、共同所有、フリーホールド）、建物規約、コンドミニアム計画、レント・ロール、住宅ローン文書、財務記録及び契約、証書、納税記録、開発権又は航空権、市場不動産取引、入居証明書、保険文書、自治体評価、環境評価報告書、保険目的で収集された洪水及びその他の自然リスクデータ、計画法、計画方針、都市法、都市政策、公衆衛生調査、大気質調査、及びシステム内の不動産物件に関連する情報を含むその他の公的又は私的に入手可能な文書。

本発明のシステムは、同様に表示され得る関連文書を作成することができる。各文書は、様々なソフトウェア・ツールを使って不動産と関連付けられる。これらのドキュメントは、データのテーブルとしてシステムに同化されるか、あるいはバイナリ大型オブジェクトとしてデータベースに格納され、固有の不動産識別子に関連付けられる。また、いくつかの文書は、システムからの固有の不動産識別子を含むフォルダ名で本発明のファイルシステム又はデータベースに保存される。

また、階を正しく強調表示するために、システムは建物の居住可能空間の最上階の標高を知る必要がある。これはシステムの建物高度フォームを使って行われ、各フロアに固有のフロア高を設定することで、建物に適切にマッチさせることができる。そのためには、さまざまな情報源を利用することができ、また頭上や公共・民間の情報源をいくつか組み合わせて、ファサードや窓の間隔を調べることもできる。

この情報は、システムが所有者からスラブの高さの測定値を取得するにつれて洗練されていく。

住宅及び商業用住戸は、「パーシャルの作成（Create Partials）」作成プロセスを使
用して、フロア座標からシステムの拡張された現実アプローチで作成される。これらは、ユニットが床に沿って分割されるファサード上の外部点を選択することを可能にする形態である。このフォームはまた、ラスタライズされた間取り図面を全フロア又は部分フロアにマッピングするために使用され、フロアプランを現すために対象ユニットの上方のメッシュの領域をクリップして、システムは間取り図をその場で表示することができる。

これらの座標は、土地区画の寸法と位置を記録した伝統的な地籍図に由来するため、リアリティ・メッシュに建物を適合させるために手作業によるキャリブレーションが必要な場合がある。しかしながら、これらの座標が現実と正確に一致せず、写真測量によるリアリティ・メッシュと完全に一致するように、ユーザが頂点を調整する必要がある場合がある。

このシステムには、ユーザが屋上のインフラ（冷却塔、貯水槽、携帯電話設備、ソーラーパネルなど）の座標をシステムのコアフットプリントデータセットから選択し、システムのデータベースに関連付けを行うために必要なロジックが含まれている。このシステムは、建物ＩＤや市から発行された固有の不動産ＩＤとのデータベース関係を既に有しており、利用可能な市のオープンデータを使って、対象のインフラに適用された強調を定型化することができる。例えば、衛生検査で不合格となった貯水槽は赤色で強調表示される。

ユーザが表示する１つのパラメータ（又は複数のパラメータ）を選択するには、いくつかの方法がある。グラフィカルユーザインターフェースの一部としてのクリック可能な入力に加えて、グラフィカルユーザインターフェースの関連部分にクリック可能なメニュー
を表示することができ、メニューは以前の選択に基づいて変化させることができ、又はユーザのタイプ（例えば、不動産専門家と一般消費者）に合わせてカスタマイズすることができる。更に、このような選択は、プロセスをスピードアップするために音声で行うこともできる。選択に対する肯定的な回答は、選択の属性（価格帯や温室効果ガスの排出範囲など）に基づいて、色分け又はその他の方法で表示することができる。

更に、強調表示された防犯カメラ又は屋上のインフラストラクチャをクリックしたときにユーザに提示されるＧＵＩの情報表示ボックス（情報ボックス）は、アプリケーションインターフェースのコンテキストで画面上に描かれた、選択されたインフラストラクチャのセントロイド（中心空間座標）とＧＵＩのインフォボックスのコーナーを結ぶ細い赤い線で結ばれている。この線は、仮想グローブ（これは従来の衛星地図又はラスタライズされた都市地図又は道路地図であり、ベースマップとしても知られ、球状のユーザインターフェース上に投影される）のカメラが移動する間、画面上のインフォボックスに固定されたままであり、インフォボックスと、選択されたインフラストラクチャを含むリアリティ・メッシュの位置との間の直接的な指標を維持する。現在の政府データを用いて、機器情報、状態、及び地理的位置の直ちに明確な記述を作成するため、これは有用である。

本発明のコーディングアプローチ：
このシステムは、オペレーティングシステム（Linux(登録商標)、GPL）、ウェブサーバ（Apache、Apache 2.0ライセンス）、データベース（MySQL、GPL）、仮想グローブ（CesiumJS、Apache 2.0）のオープンソースコードを使用する従来のLAMPスタック（Linux、Apache、MySQL、PHP）ウェブサービスを使用しています。NASA World Wind、osgEarth、osimPlanet、CesiumJS、gvSIG 3D及びKDE Marbleなど、利用可能な様々なオープンソースの仮想グローブがある。その汎用性が、異なるリアリティ・メッシュタイルセットフォーマットを伴うということもあり、このシステムは現在、オープンソースCesiumJSを使用している。

使用されるミドルウェア又はアプリケーションレベルコードの全ては、独自仕様である。オープンソースコードは、いくつかのグラフィカルユーザインターフェースコンポーネント、及びApache2.0の下で認可されている仮想グローブのために使用されている。汎用
ホスティングサービス、ファイルシステム又はLinux OSには独自仕様の変更はないが、システムのデータベーススキーマは、多くの独自仕様の設計及び情報を含む。

図２３は、典型的なユーザ・セッションにおけるデータのワークフローの一例である。アプリケーションのフロントエンドクライアント側では、ユーザには、都市領域のリアリティ・メッシュであるグラフィカルユーザインターフェースが提示される。典型的には、関心のある最初のフィルタは領域を絞ることなので、サブマーケットがユーザに提示され、ユーザが選択する。クエリはデータベースに送信され、ＧＩＳ又は仮想グローブ内のカメラの位置に必要な値が選択される。これらの値には、経度、緯度、高度、方位、傾き、ピッチ、ロールが含まれる。ＤＢからＧＵＩに戻された値は、正しいサブマーケットの上に配置されるようにカメラを移動させる。例えば、ファイナンシャル・ディストリクト、そしてカメラはマンハッタンのバッテリーパークの北東領域に焦点を合わせている。

この図の次のステップは、Ａクラスの建物の選択である。この検索はクエリとして構成され、全てのＡクラスビルの座標を返すようデータベースに送られる。返されるデータは、リアリティ・メッシュにおける不動産の空間境界を表す大量の座標文字列で構成される。ユーザは、Ａクラスのビルが全て事前に選択した色に強調表示されるのを目にする。

他の選択は、前回のＡクラスビルの結果セットから、ビル内の賃貸又は賃貸可能なスペースを要求するために行われる。このクエリは、ボリューメトリックハイライト技術を使
用して、メッシュの完全なフロア又は部分的なフロア又はユニットを正確に強調するために様式化されたフロアレベルの座標を返す。

図２４は、本発明のアプリケーション・インフラのカスタマイズを示している。

この図は、アプリケーションの各インフラストラクチャ構成要素に必要とされるカスタマイズのレベルを示している。完了（Complete）は、コンポーネントがシステムのために完全に作成されたことを示し、様々な他のパターンは、システムをセットアップするために必要とされるカスタマイズの労力が少ないことを示す。

ベースマップ（ＧＩＳの仮想球体に重畳された従来の衛星地図、都市地図、道路地図）には、メッシュを除いた地形画像の公共及び民間のソースが含まれる。これらはアプリケーションでは使用されないが、高所からのメッシュに位置情報を提供する。例えば、このシステムのリアリティ・メッシュの例は、マンハッタンのダウンタウン、カナル・ストリートからバッテリーまでをカバーしている。カナルストリートの北側のエリアは、ベースマップによって表現され、その中にリアリティ・メッシュが空間的に配置される。ベースマップ用の公共画像プロバイダーには、NASAやOpenStreetMapがある。アプリケーション
プログラミングインターフェース（ＡＰＩ）キーでアクセスできる民間の画像プロバイダーには、Esri、Bing、Mapboxなどがある。

図２５は、Ｗｅｂ用のアプリケーション・インフラを表している。この図は、パブリック・インターネット経由でアクセス可能な仮想化クラウド環境（ＡＷＳなど）に配置されたリモート・ウェブサーバで、アプリケーションが標準的なウェブホスティング設計で実行されるように構成されている様子を示している。仮想化サーバは、Linux上で動作し、
ファイルシステム、データベース、及びウェブサーバを有し、それぞれ、アプリケーションが動作するために必要な構成要素である。ファイルシステムには、リアリティ・メッシュ・タイルセット・ファイル、仮想グローブ・マッピング・ソフトウェア、ウェブブラウザからクライアントアプリケーションを実行するためにカスタマイズされたJavaScript(
登録商標)及びphpファイルが含まれている。サポートされるウェブブラウザは全て、共通のHTML5 WebGL規格をサポートする。仮想化サーバはまた、オープンソースMySQLデータベース及びオープンソースウェブサーバソフトウェアApacheを含む。

図２６は、アプリケーション・インフラiPad Standaloneを示す。この図は、直接イン
ターネット接続を伴わないパッケージ化されたアプリケーションとしてiPad上で動作するように構成されたアプリケーションを示す。これは、アップルのXCodeプログラミング・
アプリケーションを使用して、システムのグラフィカルユーザインターフェース、リアリティ・メッシュ、データのウェブ配信版のパッケージを作成するものである。この図は、どのようにパッケージがXCodeに構築されるかではなく、スタンドアロンアプリケーショ
ンがどのように構成されているかを示す。パッケージは、最も大きなボックス内のアイテムによって記述される。アプリケーションは、メッシュの大きなファイルサイズのためにタブレットにサイドロード（クラウドベースのアプリケーションストアを通して配布されるのではなく、ＰＣからケーブルを介してタブレットに直接転送）されなければならず、これは、Google Play又はAppleのAppstoreなどのオンラインアプリケーション配信方法によって作成された制限に突き当たる。

スタンドアロンアプリケーションは、同じJavaScript/PHPフロントエンドクライアント、ならびにCesiumJSオープンソース仮想グローブ及びウェブサーバを使用する。しかしながら、データベースへのローカル接続の代わりに、アプリケーションは、リアリティ・メッシュ内で視覚化を生成するために必要な全ての可能な座標データを含むクライアント側ＪＳＯＮデータファイルを使用する。リアリティ・メッシュのタイルセット・ファイルも
パッケージの一部として保存される。その結果、メッシュのロード時間が短縮される。遅いインターネット接続によってメッシュがボトルネックになる可能性がないためである。

図２７：霧効果
この図は、非選択領域にフォグ効果を適用することで、マンハッタン南部のサブマーケットを選択したものである。これにより、選択した市場（ワールド・トレード・センター）の強調されたビルがより目立つようになり、視覚化を理解する助けとなる。視覚的な"
霧"効果は、リアリティ・メッシュ内の各サブマーケットの境界に適用されるシステムの
ボリューム強調表示機能を使用することによって作成される。

霧グループ化の歪み解決
ＧＩＳソフトウェアが遭遇する視覚的な歪みの問題を解決するために、フォグ強調表示（検索結果を強調するために使用される）の複数の穴パンチを混乱させ、水平線に描かれた迷ベクトルとして表現される多角形の歪みを発生させる、解決策がシステムに含まれている。この問題は、２つ以上のビルが実空間上で隣り合い、境界座標を共有している場合に発生する。解決策は、歪みに関係する建物座標の全ての組み合わせを結合する行列のセットを作成することです。例えば、３つのビル（Ａ、Ｂ、Ｃ）が重なっている場合、それぞれの座標の組み合わせ（ＡＢ、ＢＣ、ＣＡ、ＡＢＣ）で行列が作成される。これらは、３つの建物について霧強調表示に穴を必要とする建物の４つの可能な組み合わせにすぎない。この行列を使用して、システムは建物Ａの境界及び建物Ｂの境界を結合し、穴を画定するために使用することができる。この方法を使用することで、ＧＩＳは歪みをなくすことができる。このテクニックは、ＧＩＳに歪みが見られる場合にコード内で手動により使用される。組み合わせ行列ＡＢとＢＡが同じであれば、キー（ＡＢ、ＢＡ、ＡＣ、ＣＡ、ＢＣ、ＣＢ）が異なる場合であっても、それらの結果は同じである。従って、これらの組み合わせは再び使用されない。このシステムには、組み合わせ行列の重複を避けるための追加の順序付けロジックが含まれている。例えば、固有識別子１２、１３、１４を有する建物が霧の強調表示に使われる場合、システムは常に固有識別子を有する建物を昇順にソートし、利用可能な行列をチェックする。データベースに記憶されたこの重複行列データも、このように編成された建物を有する。この論理は、一致を容易にする。

この機能性は、システムが、リアリティ・メッシュの残りの部分を霧で覆いながら、複数の建物に関するデータを視覚化することを可能にするため、重要である。図２８は、この特徴がユーザインターフェースによってどのように使用されるかの例を示す。コンドミニアムや賃貸タイプの建物を表すオレンジ色及び黄色の建物は、強調するために霧に打ち抜かれている。

逆クリッピング論理
定義された座標平面を使用して、システムは平面の方向を反転させ、対象建物以外のメッシュの全ての部分をクリップするために反対側の平面に視点を切り替える。これにより、システムは都市のメッシュ全体から１つの建物やブロックを切り離すことができる。その際、ＧＩＳはメッシュの位置の値を変更するが、この視覚化を実現するために全ての建物に対して手動で設定を行う必要がある。

近隣の建物が対象不動産の眺望を妨げることなく、建物固有の３Ｄスタッキングプランを生成することを可能にするため、この機能は重要である。図２９は、ロウアー・マンハッタンに存在するある１棟の建物で利用可能な賃貸住宅を表示するために、ユーザインターフェースがこの機能をどのように使用しているかを示している。

間取りに合わせた部分の設定
リアリティ・メッシュで建物上のスイート位置を強調するためにシステムによって手動
で作成された部分スイート座標は、メッシュが特定のフロアにクリップされ、部分スイート座標の境界内に画像ファイルが描画されたときに、間取り図画像ファイル（ＰＤＦ又はラスタライズ画像）の寸法と整合する必要がある。外部（メッシュ内の建物の外部）から捕捉された部分座標の初期セットのみを使用して、この方法で描画すると、ＧＩＳはレンダリングされた間取り画像ファイルとの整列の問題を示すことができる。えば、画像ファイルは部分座標の境界を越えて描画することができ、メッシュ内の建物から空間に拡張することができます。この解決策では、間取り図に正確に一致させるために、切り取られた床の位置でメッシュの内側から他のメッシュ座標セットを選択する手作業が必要になる。本システムは、選択されたフロアにクリップされた建物をユーザが選択（又は半自動又は全自動で選択）したツールを提供することによりこの問題を解決し、これにより、ユーザは、間取り図ファイルをメッシュ内の建物の外周に沿って走る「アンカー」座標に整列させ、次に間取り図の寸法に一致する新しい内部座標を選択することができる。これは手間のかかる作業（全フロアのフロアプランよりも、部分的なフロアプランの方がより顕著）であり、建物のフロアパラメータや、住戸の横や同じフロアの反対側にある近隣のフロアプランのパラメータに合わせて、画像ファイルのサイズを変更したり回転させたりする必要がある。これらの座標が捕捉され、システム内に保存されると、切り取られた（あるいはスライスされた）フロアにその場でフロアを描画するために必要なデータ、及びリアリティ・メッシュの建物内のフロアやスイートのコンテキストに浮動線と多角形フェンス（この書類の後の部分）をユーザインターフェースに提供する。

図３０は、リアリティ・メッシュ内の建物内のクリッピングされたフロアに間取りを配置するためにシステムが使用するツールを示す。小さな黄色のドットは、画像を調整するための制御点として作用する。

自動表示ロジック
システムは、建物の重心及び部分的なスイート重心を計算することによって、特定のスイート又はユニットからビューを生成することができる。方向ベクトルは、直交平面上の建物の重心に対する部分的なスイート重心の位置によって決定される。

この文書では、何度もカメラに言及されている。これは、エンドユーザがオブジェクト（建物、リアリティ・メッシュ、スライスされた床など）を角度、高さ、距離、回転からどのように見るかを指す。以下の段落における「カメラの方向」の言及は、点Ａに立っている人が点Ｂを見るときの方向を定義し、点Ａから点Ｂまでの線のベクトル表現として理解することができる。

パノラマビューもまた、スイートビュー又はユニットビューと同様の方法でシステムによって生成される。このシステムは、建物の重心及び部分的な重心を使用して、カメラの方向を計算する。パノラマカメラの動きを実現するには、カメラが移動する経路が必要である。部分ユニットの保存された座標はこの経路を作成するために使用され、ＧＩＳのクロックを使用して、このシステムは、パノラマビューを与える点から点へカメラを移動させるクロックチックイベントを定義する。点を計算するために、ビルの重心と部分的なスイートの重心との間の距離が閾値距離として定義され、ビルの重心からの距離が閾値より大きい任意の他の部分座標がパノラマ視点のために利用される。図３１で説明したように、黒い四角の輪郭は建物のフットプリントを表し、青い線は部分的な単位座標を表す。緑色の座標は、先に算出された閾値よりも距離が大きい点を示す。

この機能は、フロアやユニットから街並みのリアリティ・メッシュを通して現実世界の景色を見るという視覚体験をユーザに与えるため、非常に重要である。また、ユーザがＧＩＳのコントロールを使ってナビゲートしなくても、ユーザインターフェースが素早くビューに移動できる。建物内の住戸からの眺望は、その住戸が市場で得ることのできる商業
賃料に影響を与えるため、これは、販売又は賃貸のための商業又は住宅スペースの経済的可能性を理解するための重要な特徴である。

エレベータ・コア
記憶された各階の座標と建物の高さを使用して、本発明のシステムは、建物のエレベータ・コアとエレベータ・カーの寸法に近似した多角形形状を作成するために必要なパラメータを有する。この視覚化は、エレベータ・コアがメッシュ内の透明な建物を通して見えるように、リアリティ・メッシュ上にキャストされた不透明度値とともにユーザインターフェース内に提示することができる。図３２は、ロウアー・マンハッタンのビル内に描かれた白く不透明な多角形で、この概念を示している。

市のデータには、エレベーター機器に関連する保守、許可、安全情報が含まれ得るため、この視覚化は、保守の問題を特定したり、特定のハードウェアの種類やエレベーター機器のメーカーを大量に閲覧して特定の情報を見つけるのに役立つ。

浮動線
このシステムは部分的な単位座標を手動で設定できるため、リアリティ・メッシュから床が切り取られた（クリアされた）場所の上の空間に多角形を描くのに使用できる。このように住戸を表示することで、ユーザは住宅又は商業ビル内の選択された住戸の間取り図などを見ながら、住戸情報を把握することができる。次いで、ユーザはメッシュを再描画し、場合によっては空間的コンテキストを失う必要なく、他のユニットのフロアプランの形状又は高度に基づいて他のユニットを選択することができる。これにより、検索クエリで返される、あるいは描画されるユニットの種類に対する認識が向上する。なぜなら、ユーザは興味のある、あるいは関心のない、より小さいあるいは大きいユニットを視覚的にフィルタリングできるからである。図３３は、これらの「浮動線」が、この情報を提示するためにユーザインターフェースによってどのように使用されるかを示す。浮動線は、カラー化されたソリッド又は透明な多角形を使用して定型化することができ、これらの境界内にフロアプランイメージファイル（ＰＤＦ又はラスタライズされた画像）を含める。

一部住戸を囲む多角形フェンス
浮動線の論理と同様に、多角形フェンスは、部分的な単位座標（フロアの部分的な単位を定義するプロセスを通じてシステムに保存）を使用して、メッシュ内のクリッピングされた建物のフロアの平面又は表面から上方に描画することができる。この多角形フェンスは、住戸ごとにフロアの区画を表示し、寝室の数、賃貸料、売り出し期間など、ユーザが選択した多数の変数によって色付けされた、垂直方向に塗りつぶされた、又は輪郭のあるワイヤーフレームとして表示される。
多角形フェンスはまた、隣接するスイートの内壁材や、外窓のタイプ（パンチアウト、床から天井まで）を示すこともできる。

屋上インフラの追加
このシステムは、屋上ビル設備の種類を特定し、説明し、保存するために使用される手動座標選択ツールを備えている。例えば、ユーザは冷却塔の屋根の外周の座標境界を選択し、説明を追加して、その現実世界のインフラ項目を固有のＩＤでシステムのデータベースに保存することができる。そのＩＤは、関連するビルで選択された冷却塔の政府許可とメンテナンス記録の間のクエリと結合することができ、ユーザインターフェースは、利用可能なパラメータ（すなわち、登録日、容量、メーカー、モデル、使用目的）のいずれかをスタイル設定変数として使用して、リアリティ・メッシュで冷却塔を視覚化することができる。支持されるインフラの種類には、エアハンドリングユニット、セルラーアンテナ、冷凍機、冷却塔、緑化屋根、屋上ユニット、ソーラーパネル、給水塔、クレーン、ＨＶＡＣ機器などがある。スタイルは、ハイライトカラー化又は多角形線を含む。クリックす
ると、ユーザインターフェースは、機器のフィールドと説明を表示するインフォボックスと、保存された座標の重心点を使用したインフラの正確な位置を結ぶ線を描く。

図３４は、３つの屋上インフラと、それらの詳細を示すインフォボックス（携帯電話アンテナ、冷却塔、給水塔）を示している。

プレゼンテーションの自動出力
このシステムには、オフィスの賃貸・売買市場、住宅の賃貸・売買市場、開発市場、市政府のオープンデータ、テナント業界の集中状況などの概要や分析を示す一連の視覚化を行う、スライドが予め選択されている。これらの自動化されたプレゼンテーションは、ユーザインターフェースからオプションのメニューから選択することも、ウェブブラウザで開くとすぐに再生される区画化されたＵＲＬとしてユーザに送信（電子メール）することもできる。プレゼンテーション・スライドのデータは、システム・データベースに保存されている現在の政府、商業、不動産、ユーザのデータを反映している。各スライドは、ユーザが設定した間隔で再生され、次のスライドが再生される前に表示されるタイマーが含まれている。各スライドは、建物のカメラ・コントロール、ライン・インジケータ（図３５のセルラー・タワー・メンテナンスの例に見られるように、Ｔ－モバイル・ノースイーストＬＬＣからの最近のセルラー・メンテナンス申請と全ての建物を結ぶラインが描かれている）、又は建物の情報ボックス（ユーザインターフェースのウィンドウ）のようなネスト化された機能を含む場合、一時停止して対話することができる。

本発明を限られた数の実施形態のみに関連して詳細に説明したが、本発明が前述の説明に限定されないことは容易に理解されるべきである。

Claims (20)

1. プロセッサ駆動型システムを用いてユーザによる制御可能な特定の領域の拡張されたリアリティ・メッシュを生成する方法であって、前記システムは、１以上のプロセッサと、少なくとも１つのデータベースと、グラフィカルユーザインターフェース（ＧＵＩ）と、前記ＧＵＩを制御する制御技術エンジンとを含み、前記方法は、
   表示のための地理的領域を選択することと、
   前記地理的領域とその周辺を表す前記少なくとも１つのデータベースのコンテンツを特定することと、
   特定された前記コンテンツをフィールドに配置してデータファイルを生成することと、
   選択のために特定されたコンテンツの前記フィールドとともに前記ＧＵＩに選択リストを入力することと、
   １以上のフィールドの選択に応じて前記フィールド内の数値に基づいて色分けされた選択されたフィールドに対する１以上の重畳とともに選択された前記地理的領域の視覚化され拡張されたリアリティ・メッシュを前記ＧＵＩに表示することと、
   前記ＧＵＩの制御下にあるユーザに、領域又はフィールドのために前記視覚化されたリアリティ・メッシュを調整する機会を与えることと、
   を含む方法。
2. 前記リアリティ・メッシュの解像度が２ｃｍ以上であることを特徴とする請求項１に記載の方法。
3. 前記色分けは、値に基づく陰影及び１以上の特定の関心領域の強調を含むことを特徴とする請求項１に記載の方法。
4. 前記選択リストは、選択されたフィールド又は前記少なくとも１つのデータベースに記憶されたフィールドに基づいて確立されることを特徴とする請求項１に記載の方法。
5. 前記少なくとも１つのデータベースは、前記１つ又は複数のプロセッサの少なくとも１つと通信しながら、複数のソースから継続的に入力されることを特徴とする請求項１に記載の方法。
6. 前記１以上のプロセッサの少なくとも１つは、ソースデータを分析し、前記ソースデータを前記少なくとも１つのデータベース内の既存のデータと比較し、エラー訂正機能を実行し、それに応じて前記少なくとも１つのデータベースに入力することを特徴とする請求項５に記載の方法。
7. 前記少なくとも１つのデータベースは、建物構造、コンテンツ、価格履歴、及び内部設備に関するフィールドを含むことを特徴とする請求項１に記載の方法。
8. プロセッサ駆動型システムを用いてユーザ入力に基づいて方向及び内容を調整可能なグラフィカルユーザインターフェース（ＧＵＩ）上で多次元の視覚化を定式化するために実行可能なデータファイルを定式化する方法であって、前記システムは、１以上のプロセッサと、少なくとも１つのデータベースと、ＧＵＩと、前記ＧＵＩを制御する制御技術エンジンとを含み、前記方法は、
   データベースに表示するための１以上のユニットとともに不動産を含む選択された前記地理的領域を特定することと、
   前記地理的領域とその周辺を前記データベースで特定することと、
   前記少なくとも１つのデータベースにおいて、前記地理的領域とその周辺に関連するすべてのフィールドを、実行可能ファイルに配信するために選択することと、
   前記ユーザの装置に基づいて、ユーザに表示するために構造化されたデータファイルを形成することと、を含み、
   ユーザはＧＵＩにおいて１以上のフィールドを選択してもよく、前記ファイルは、選択されたフィールドのための１以上の重畳とともに選択された領域のＧＵＩディスプレイにおいて視覚化され拡張されたリアリティ・メッシュを提示するように構成され、前記重畳は前記フィールドの数値に基づいて色分けされることを特徴とする方法。
9. 前記少なくとも１つのデータベースは、前記１つ又は複数のプロセッサの少なくとも１つと通信しながら、複数のソースから継続的に入力されることを特徴とする請求項８に記載の方法。
10. 前記１以上のプロセッサの少なくとも１つは、ソースデータを分析し、前記ソースデータを前記少なくとも１つのデータベース内の既存のデータと比較し、エラー訂正機能を実行し、それに応じて前記少なくとも１つのデータベースに再入力し再構成することを特徴とする請求項９に記載の方法。
11. 前記１以上のプロセッサの少なくとも１つは、プログラム可能なスケジュールでデータソースをポーリングすることを特徴とする請求項８に記載の方法。
12. 前記少なくとも１つのデータベースは、不動産単位で設備の詳細を示す１以上のフィールドを含むことを特徴とする請求項８に記載の方法。
13. ユーザがＧＵＩを選択するたびに、前記１以上のプロセッサの少なくとも１つは前記データファイルを実行することを特徴とする請求項８に記載の方法。
14. 前記ＧＵＩには、表示領域を拡大・縮小するための選択肢が含まれることを特徴とする請求項８に記載の方法。
15. プロセッサ駆動型システムを用いて少なくとも公的なソースから継続的に収集され、少なくとも１つのデータベースに保存されたデータに基づく地理的位置の色分けによる視覚化を形成する方法であって、前記システムは、１以上のプロセッサと、少なくとも１つのデータベースと、グラフィカルユーザインターフェース（ＧＵＩ）と、前記ＧＵＩを制御する制御技術エンジンとを含み、前記方法は、
    表示のための地理的領域を選択することと、
    前記地理的領域とその周辺を表す前記データベースのフィールド及びコンテンツを特定することと、
    特定された前記コンテンツを含むＧＵＩ表示を入力するためのデータファイルを形成することと、
    選択のために特定されたコンテンツのフィールドとともに前記ＧＵＩに選択リストを入力することと、
    １以上のフィールドの選択に応じて色分け表示のための各フィールドのデータ範囲を決定することと、
    前記フィールド内の数値に基づいて色分けされた選択されたフィールドに対する１以上の重畳とともに選択された前記地理的領域の視覚化され拡張されたリアリティ・メッシュを前記ＧＵＩに表示することと、
    前記ＧＵＩの制御下にあるユーザに、領域又はフィールドのために前記視覚化されたリアリティ・メッシュを調整する機会を与えることと、
    を含む方法。
16. 前記色分けは、識別された不動産の関心に基づいて、潜在的に陰影、半透明、曇りを含
    むように構成されることを特徴とする請求項１５に記載の方法。
17. 前記リアリティ・メッシュの解像度が２ｃｍ以上であることを特徴とする請求項１５に記載の方法。
18. 前記色分けには、値に基づく陰影、半透明、曇りなどがあり、１以上の特定の関心領域を強調することを特徴とする請求項１５に記載の方法。
19. 前記色分けは、過去の金融データに基づくことを特徴とする請求項１８に記載の方法。
20. 前記色分けは、投影された金融結果に基づくことを特徴とする請求項１８に記載の方法。