JP2020531970A - スケーラブルな時空密度データの融合 - Google Patents

Abstract

【解決手段】データベース・システムは、第１のフォーマットされたデータを受信する電子ハードウェア・コントローラを有する処理サブシステムと、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与する電子ハードウェア・コントローラを有する電子ファイル・フォーマッティング・サブシステムとを含む。ファイル・フォーマッティング・サブシステムは、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値と互いに融合するデュアル・フォーマット・データ・ファイルを生成する。データベース・システムは、デュアル・フォーマット・データ・ファイルを記憶するように構成されたデータ記憶ユニットを有する記憶サブシステムをさらに含む。【選択図】図７

Description

本発明は、概して、データベース・システムに関し、より詳細には、データベース・システム内の大量のデータを処理することに関する。

空間データ・セットは、位置、関連付けられたタイムスタンプ、サイズ等などの、地理学的エンティティ（例えば、建物、湖、山、または市街地等）の特性を表現することができる。さらに、例えば、気温、風、速度等などの連続量を空間および時間的に索引付けすることができる。地理空間データは２つの種類、「ラスタ」および「ベクトル」に類別し得るであろう。前者は、例えば、衛星画像の光反射強度に関連付けられた対応する値を有する地理空間座標の（規則的な）グリッドに対応する。後者は、例えば、気温を測定する不規則に分布した気象観測所、所与の交通密度を有する道路、または所与の（平均）人口密度を有する郡などの、関連付けられた値を有する、単一の座標、または線状の、不規則な、開いた／閉じた座標の列を指す。

例えば、地理情報システム（Ｇｇｅｏｇｒａｐｈｉｃ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ、ＧＩＳ）などの空間データ・システムは、異なる投影および解像度（ラスタ・データの場合）を有する地理または空間データ・セットを取得し、それらを重なり合うレイヤとして表示することができる。重なり合った位置合わせを得るために、通例、数回の計算反復およびデータ・セットの複数のレイヤ上への再投影が遂行される。その後、重ね合わされたデータ・セットが、膨大な量のデータで急速に満たすことができる、ハード・ディスク・ドライブ上、または関係データベース内に記憶される。このような大量のデータの分析、特に、それらの空間および時間的相互相関の分析は、時として、「ビッグ（地理空間）データ分析」と呼ばれる。

このようなデータの管理はフォーマットの相違と管理を必要とする大量のデータに起因する問題がある。したがって、上述の問題に対処することが当技術分野において必要とされている。

第１の態様から見ると、本発明は、データベース・システムであって、第１のフォーマットされたデータを受信する電子ハードウェア・コントローラを含む処理サブシステムと、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与し、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値と互いに融合するデュアル・フォーマット・データ・ファイルを生成する電子ハードウェア・コントローラを含む電子ファイル・フォーマッティング・サブシステムと、デュアル・フォーマット・データ・ファイルを記憶するように構成されたデータ記憶ユニットを含む記憶サブシステムと、を備えるデータベース・システムを提供する。

さらなる一態様から見ると、本発明は、データベース・システムを動作させるコンピュータ実施方法であって、コンピュータ実施方法が、電子ハードウェア・コントローラを含む処理サブシステムにおいて、第１のフォーマットされたデータを受信することと、電子ファイル・フォーマッティング・サブシステムを用いて、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与することと、ファイル・フォーマッティング・サブシステムを用いて、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することと、データ記憶ユニット内において、デュアル・フォーマット・データ・ファイルを記憶することと、を含むコンピュータ実施方法を提供する。

さらなる一態様から見ると、本発明は、問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、本方法が、電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、第１のデータ・フォーマット（ラスタ）に対応する座標値を、第１のデータ・フォーマットとは異なる第２のデータ・フォーマット（ベクトル）を有する初期データ・セット内に含まれるデータ・オブジェクトに付与することと、ファイル・フォーマッティング・サブシステムを用いて、デュアル・フォーマット・データ・ファイルを生成するために、第２のデータ・フォーマットを有するデータ・オブジェクトを、第１のデータ・フォーマットに対応する座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することと、データ記憶ユニット内において、デュアル・フォーマット・データ・ファイルを記憶することと、初期データ・セット内に含まれる少なくとも１つのデータ・オブジェクトのための問い合わせを受信することであって、少なくとも１つのデータ・オブジェクトが第２のデータ・フォーマットを有する、受信することと、データ記憶ユニット内に記憶された複数のデュアル・データ・ファイルから第２のデータ・フォーマットを有する少なくとも１つのデータ・オブジェクトを含む少なくとも１つのデュアル・フォーマット・データ・ファイルを識別することと、少なくとも１つのデュアル・フォーマット・データ・ファイル内に記憶された対応する座標値に基づいて少なくとも１つのデータ・オブジェクトを出力することと、を含む方法を提供する。

さらなる一態様から見ると、本発明は、問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、本方法が、電子ハードウェア・コントローラを含む処理サブシステムを用いて複数のラスタ・グリッド・セルを初期ベクトル・データ・セット上にオーバレイすることであって、各ラスタ・グリッド・セルがそれにグリッド座標のセットを付与されている、オーバレイすることと、電子ハードウェア・コントローラを実装されたファイル・フォーマッティング・サブシステムを介して、ベクトル・データ・セット内に含まれるベクトル・オブジェクトをオーバレイする少なくとも１つのラスタ・グリッド・セルに対応するグリッド座標の選択されたセット、およびベクトル・オブジェクトを識別するオブジェクト識別情報の両方を含む融合されたデータ・ファイルを生成することと、ベクトル・データ・セット内に含まれる少なくとも１つのターゲット・ベクトル・オブジェクトのための問い合わせを受信することと、電子ハードウェア・コントローラを含む処理サブシステムを介して、ターゲット・ベクトル・オブジェクトに基づいて基準ベクトル・オブジェクトを決定し、基準ベクトル・オブジェクトと複数のグリッド・セルとの間の比較に基づいてベクトル・オブジェクトに対応するグリッド座標の少なくとも１つのセットを決定する画像認識動作を遂行することと、グリッド座標の選択されたセットを記憶する融合されたデータ・ファイルからオブジェクト識別情報を出力することと、を含むコンピュータ実施方法を提供する。

さらなる一態様から見ると、本発明は、問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、本方法が、電子ハードウェア・コントローラを含む処理サブシステムを介して、複数のグリッド・セルを含むグリッド・システムを生成し、グリッド・セルを、第１のデータ・フォーマットを有する初期データ・セット上にオーバレイすることであって、各グリッド・セルが、第２のデータ・フォーマットを有し、グリッド座標のセットが付与されたデータを表現する、オーバレイすることと、電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、第２のデータ・フォーマットに対応する座標値を、第１のデータ・フォーマットを有する初期データ・セット内に含まれるデータ・オブジェクトに付与することと、デュアル・フォーマット・データ・ファイル内において、第１のフォーマットを有する選択されたデータ・オブジェクトの識別情報を、選択されたデータ・オブジェクトの上に重なる選択されたグリッド・セルに対応する座標の選択されたセットと共に記憶することと、第２のデータ・フォーマットを有する少なくとも１つのターゲット・データ・オブジェクトのための問い合わせを受信し、問い合わせに基づいて第１のデータ・フォーマットを有する基準データ・オブジェクトを生成することと、基準データ・オブジェクトと複数のグリッド・セルとの間の比較に基づいて第２のデータ・フォーマットを有する少なくとも１つのターゲット・データ・オブジェクトを出力することと、を含むコンピュータ実施方法を提供する。

さらなる一態様から見ると、本発明は、データベースを動作させるためのコンピュータ・プログラム製品であって、コンピュータ・プログラム製品が、処理回路によって可読であり、本発明のステップを遂行するための方法を遂行するための処理回路による実行のための命令を記憶するコンピュータ可読記憶媒体を備える、コンピュータ・プログラム製品を提供する。

さらなる一態様から見ると、本発明は、コンピュータ可読媒体上に記憶され、デジタル・コンピュータの内部メモリ内にロード可能であるコンピュータ・プログラムであって、プログラムがコンピュータ上で実行されると、本発明のステップを遂行するためのソフトウェア・コード部分を含む、コンピュータ・プログラムを提供する。

本発明の諸実施形態はデータベース・システムを対象とする。データベース・システムは、第１のフォーマットされたデータを受信する電子ハードウェア・コントローラを有する処理サブシステムと、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与する電子ハードウェア・コントローラを有する電子ファイル・フォーマッティング・サブシステムとを含む。ファイル・フォーマッティング・サブシステムは、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値と互いに融合するデュアル・フォーマット・データ・ファイルを生成する。データベース・システムは、デュアル・フォーマット・データ・ファイルを記憶するように構成されたデータ記憶ユニットを有する記憶サブシステムをさらに含む。本発明の諸実施形態は、データベース・システムを動作させるコンピュータ実施方法を対象とする。

データベース・システムを動作させる非限定的な例示的なコンピュータ実施方法は、電子ハードウェア・コントローラを含む処理サブシステムにおいて、第１のフォーマットされたデータを受信することと、電子ファイル・フォーマッティング・サブシステムを用いて、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与することとを含む。本方法は、ファイル・フォーマッティング・サブシステムを用いて、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することと、データ記憶ユニット内において、デュアル・フォーマット・データ・ファイルを記憶することとをさらに含む。

問い合わせ結果を生成するために、データベース・システムを動作させる別の非限定的なコンピュータ実施方法が提供される。本方法は、電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、第１のデータ・フォーマット（ラスタ）に対応する座標値を、第１のデータ・フォーマットとは異なる第２のデータ・フォーマット（ベクトル）を有する初期データ・セット内に含まれるデータ・オブジェクトに付与することを含む。本方法は、ファイル・フォーマッティング・サブシステムを用いて、デュアル・フォーマット・データ・ファイルを生成するために、第２のデータ・フォーマットを有するデータ・オブジェクトを、第１のデータ・フォーマットに対応する座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することをさらに含む。本方法は、データ記憶ユニット内において、デュアル・フォーマット・データ・ファイルを記憶することと、初期データ・セット内に含まれる少なくとも１つのデータ・オブジェクトのための問い合わせを受信することとをさらに含む。少なくとも１つのデータ・オブジェクトは第２のデータ・フォーマットを有する。本方法は、データ記憶ユニット内に記憶された複数のデュアル・データ・ファイルから第２のデータ・フォーマットを有する少なくとも１つのデータ・オブジェクトを含む少なくとも１つのデュアル・フォーマット・データ・ファイルを識別することと、少なくとも１つのデュアル・フォーマット・データ・ファイル内に記憶された対応する座標値に基づいて少なくとも１つのデータ・オブジェクトを出力することとをさらに含む。

問い合わせ結果を生成するためにデータベース・システムを動作させる別の非限定的なコンピュータ実施方法が提供される。本方法は、電子ハードウェア・コントローラを含む処理サブシステムを用いて複数のラスタ・グリッド・セルを初期ベクトル・データ・セット上にオーバレイすることを含む。各ラスタ・グリッド・セルはそれにグリッド座標のセットを付与されている。本方法は、電子ハードウェア・コントローラを実装されたファイル・フォーマッティング・サブシステムを介して、ベクトル・データ・セット内に含まれるベクトル・オブジェクトをオーバレイする少なくとも１つのラスタ・グリッド・セルに対応するグリッド座標の選択されたセット、およびベクトル・オブジェクトを識別するオブジェクト識別情報の両方を含む融合されたデータ・ファイルを生成することをさらに含む。本方法は、ベクトル・データ・セット内に含まれる少なくとも１つのターゲット・ベクトル・オブジェクトのための問い合わせを受信することをさらに含む。本方法は、電子ハードウェア・コントローラを含む処理サブシステムを介して、ターゲット・ベクトル・オブジェクトに基づいて基準ベクトル・オブジェクトを決定し、基準ベクトル・オブジェクトと複数のグリッド・セルとの間の比較に基づいてベクトル・オブジェクトに対応するグリッド座標の少なくとも１つのセットを決定する画像認識動作を遂行することをさらに含む。本方法は、グリッド座標の選択されたセットを記憶する融合されたデータ・ファイルからオブジェクト識別情報を出力することをさらに含む。

問い合わせ結果を生成するためにデータベースを動作させる別の非限定的なコンピュータ実施方法が提供される。本方法は、電子ハードウェア・コントローラを含む処理サブシステムを介して、複数のグリッド・セルを含むグリッド・システムを生成し、グリッド・セルを、第１のデータ・フォーマットを有する初期データ・セット上にオーバレイすることを含む。各グリッド・セルは、第２のデータ・フォーマットを有し、グリッド座標のセットが付与されたデータを表現する。本方法は、電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、第２のデータ・フォーマット（ラスタ）に対応する座標値を、第１のデータ・フォーマット（ベクトル）を有する初期データ・セット内に含まれるデータ・オブジェクトに付与することをさらに含む。本方法は、デュアル・フォーマット・データ・ファイル内において、第１のフォーマットを有する選択されたデータ・オブジェクトの識別情報を、選択されたデータ・オブジェクトの上に重なる選択されたグリッド・セルに対応する座標の選択されたセットと共に記憶することをさらに含む。本方法は、第２のデータ・フォーマットを有する少なくとも１つのターゲット・データ・オブジェクトのための問い合わせを受信し、問い合わせに基づいて第１のデータ・フォーマットを有する基準データ・オブジェクトを生成することをさらに含む。本方法は、基準データ・オブジェクトと複数のグリッド・セルとの間の比較に基づいて第２のデータ・フォーマットを有する少なくとも１つのターゲット・データ・オブジェクトを出力することをさらに含む。

別の非限定的実施形態は、データベース・システムを動作させるためのコンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品は、プログラム命令が具現化されたコンピュータ可読記憶媒体を備える。プログラム命令は、処理回路に、電子ハードウェア・コントローラを含む処理サブシステムへのフォーマットされたデータを受信することと、電子ファイル・フォーマッティング・サブシステムを用いて、ファイル・フォーマッティング・サブシステムを介して、第２のデータ・フォーマットに対応する座標値を第１のフォーマットされたデータに付与することと、を行わせる処理回路によって実行可能である。命令は、ファイル・フォーマッティング・サブシステムを用いて、第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成し、データ記憶ユニット内において、デュアル・フォーマット・データ・ファイルを記憶するためにさらに実行可能である。

本発明の技法を通じてさらなる技術的特徴および利点が実現される。本発明の諸実施形態および諸態様が本明細書において詳細に説明され、クレームされている主題の一部と考えられる。さらなる理解のために、詳細な説明および図面を参照されたい。

本明細書に記載される独占権の詳細は、本明細書の最後の請求項において具体的に指摘され、明確にクレームされる。本発明の１つまたは複数の実施形態の、上述の、および他の特徴および利点は、添付の図面と併せて以下の詳細な説明から明らかである。

本発明の諸実施形態に係るデータベース・システムのブロック図を示す。 本発明の諸実施形態に係る、空間対時間問い合わせのための時空密度（ρｆ）と時空「体積」（ｄ_ｎΔｔ’）との間の相互関係を示す概略図を示す。 本発明の諸実施形態に係る、フィルタリングされたラスタ・データをベクトル・データと互いに融合するプロセスを示す図である。 本発明の諸実施形態に係る、データベース・システムによって、ジオリファレンスされたラスタ・データから「ベクトル化されたラスタ・データ」を得るために遂行される動作を示すプロセス・フロー図を示す。 図４の続きの図である。 本発明の諸実施形態に係る、データベース・システムによって、画像認識分析に基づいて、ジオリファレンスされたラスタ・データから「ベクトル化されたラスタ・データ」を得るために遂行される動作を示すプロセス・フロー図を示す。 図６の続きの図である。 本発明の諸実施形態に係る、データベース・システムによって、ジオリファレンスされたベクトル・データから「ラスタ化されたベクトル・データ」を得るために遂行される動作を示すプロセス・フロー図を示す。 図８の続きの図である。 本発明の諸実施形態に係るクラウド・コンピューティング環境を示す図である。 本発明の諸実施形態に係る抽象化モデル・レイヤを示す図である。 本発明の諸実施形態に係る通信装置を示す図である。

本明細書において示される図は例示である。本発明の範囲から逸脱することなく、図、または図に記載された動作に対する多くの変形が存在し得る。例えば、アクションを異なる順序で遂行するがことができるか、またはアクションを追加、削除、もしくは変更することができる。また、用語「結合される（ｃｏｕｐｌｅｄ）」およびその変形は、２つの要素の間の通信経路を有することを記述し、要素間に介在要素／接続を有しない要素間の直接接続を含意しない。これらの変形は全て本明細書の一部と考えられる。

添付の図面、および本記載の諸実施形態の以下の詳細な説明において、図に示される様々な要素は２または３桁の参照符号を与えられている。わずかな例外を除いて、各参照符号の左端の桁（単数または複数）は、その要素が最初に示されている図に対応する。

簡潔にするために、データベース処理および分析に関連する従来の技法は本明細書において詳細に説明される場合もあり、説明されない場合もある。さらに、本明細書において説明される様々な動作およびプロセス・ステップは、本明細書において詳細に説明されていない追加のステップまたは機能性を有するより包括的な手順またはプロセス内に組み込むことができる。例えば、画像認識などのいくつかのデータ分析動作はよく知られており、そのため、簡潔にするために、多くの従来のステップは本明細書において手短に説明されるのみとなるか、またはよく知られたプロセスの詳細を与えることなく、完全に省略されることになる。

次に、本発明の様々な非限定的実施形態の諸態様により具体的に関連する技術の概要に目を向けると、衛星、気象観測所、光検知測距（Ｌｉｇｈｔ Ｄｅｔｅｃｔｉｏｎ ａｎｄ Ｒａｎｇｉｎｇ、ＬｉＤＡＲ）スキャニング、測量等などの様々なソースからの地理空間情報のグローバル分析は、膨大な量のデータ（例えば、テラバイト〜ペタバイトのデータ）の処理を必要とする。例えば、アメリカ航空宇宙局（Ｎａｔｉｏｎａｌ Ａｅｒｏｎａｕｔｉｃｓ ａｎｄ Ｓｐａｃｅ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）の（ＮＡＳＡの）Ｌａｎｄｓａｔ８衛星は、１日当たり半テラバイトのオーダーのデータを生成する。ヨーロッパ南天天文台（Ｅｕｒｏｐｅａｎ Ｓｏｕｔｈｅｒｎ Ｏｂｓｅｒｖａｔｏｒｙ）の（ＥＳＯの）Ｓｅｎｔｉｎｅｌ−２衛星プログラムは、画像解像度が１０メートルのピクセル密度を生成することができ、これは、約１０倍増大した空間解像度に対応する。ＷｏｒｌｄＶｉｅｗ−４などのデジタルグローブ（Ｒ）の衛星は、サブメーター・レベルに至るまでの画像を提供することによって、空間解像度をおおよそ１００倍増大させることができる。

空間情報は伝統的にラスタ・ベースのデータとして得られ、ベクトル・フォーマットを伴う。ラスタ・データの例としては、限定するものではないが、気象データ、気温データ、土壌データ、地形データ、および電磁スペクトルの赤色、緑色、青色、もしくは近赤外線域の強度が挙げられる。ラスタ・データは、地理的領域を、セルの規則的なグリッドに分割された表面として表現することができる。ラスタ・モデルは、航空写真、衛星画像、化学濃度面（ｓｕｒｆａｃｅ ｏｆ ｃｈｅｍｉｃａｌ ｃｏｎｃｅｎｔｒａｔｉｏｎｓ）、または標高面（ｅｌｅｖａｔｉｏｎ ｓｕｒｆａｃｅ）の場合のように、連続的に変化するデータを記憶するために有用である。

ベクトル・データは、ポイント、ライン、およびポリゴンを用いて地理的領域内のデータを表現する。ベクトル・モデルは、国境、土地区画、および街路／道路などの、不連続の境界を有するデータを記憶するために有用である。

地理的または空間的セットのためのソース／オリジナル・データ（例えば、個々のデータ・レイヤ）は無数のデータベース上でホストされ、各データベースはその固有の問い合わせ言語およびデータ検索ツールを有する。重ね合わされた空間データ・セットとして記憶されると、その後の問い合わせを用いて個々のレイヤを探索し、再統合することが困難になり得る。多くの場合、データ検索は、かなり時間のかかるプロセスをもたらすか、またはさらには、発見不可能にさえなり、したがって、新たな問い合わせが遂行可能になるまでにかなりの準備を必要とする。

例えば、土壌の深度に関して分解された豊富な属性数を包含する、指定されたデータ抽出境界（例えば、ポリゴン状境界）を包含する、米国（Ｕｎｉｔｅｄ Ｓｔａｔｅｓ、Ｕ．Ｓ．）の全国土壌データベース（ＳＳＵＲＧＯ）を考える。データベースの純粋なファイル・サイズはおよそ７０ギガバイト（ＧＢ）である。土壌特性にアクセスするために、データ・テーブルが構造化問い合わせ言語（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ、ＳＱＬ）ベースの方式で結合されるが、これは、結合されたテーブルに関する情報の指数関数的増大をもたらし得る。別の例では、米国政府、およびＯｐｅｎＳｔｒｅｅｔＭａｐのような群衆ベースのプロジェクトは、人的インフラストラクチャに関するセンサス関連情報およびベクトル・データを頻繁に公開している。

伝統的なデータまたは文書の発見はキーワード問い合わせ探索に頼る。キーワード問い合わせ探索および検索プロセスは、通例、キーワードの短いセットを提示し、問い合わせへの関連性（多くの場合、人気およびページ・ランキングに基づく）の順にランク付けされた、文書またはデータ・セットのリストを返すことを伴う。しかし、データベース内に包含されるデータ量が増大するに従い、返される探索結果の範囲（ｓｃｏｐｅ）は減少する。それゆえ、目標データまたは文書を識別することができるまでに、探索結果を絞るためにさらなる分析が遂行されなければならない。

幅広い量のデータを包含するデータベースからのデータの発見および抽出を容易にするために、質問応答（Ｑｕｅｓｔｉｏｎ ａｎｓｗｅｒｉｎｇ、ＱＡ）システムが開発された。これらのＱＡシステムは、要求されたデータを識別し、抽出するために、限定するものではないが、自然言語処理、情報検索、知識表現、自動推論、および機械学習技術を含む高度のデータ処理技法を適用する。上述された伝統的な問い合わせ探索と異なり、ＱＡシステムは、自然言語で表された入力された質問を受信し、質問をさらに詳細に理解しようと務め、質問への的確な応答を返す。こうして、その後のデータ分析が大きく低減される。例えば、入力された質問表現「どの土地が、所与の作物（例えば、大豆）を栽培するために、法律的に（例えば、センサス・データ）、および物理的に（例えば、土壌データ、気象データ等）適格ですか？」に応答するために、入力された質問に関連付けられたベクトル・データおよびラスタ・データが互いに融合される、すなわち、レイヤ化される。

次に、本発明の諸態様の概要を参照すると、本発明の１つまたは複数の実施形態は、例えば、ＩＢＭ（Ｒ）物理分析統合データ・リポジトリおよびサービス（Ｐｈｙｓｉｃａｌ Ａｎａｌｙｔｉｃｓ Ｉｎｔｅｇｒａｔｅｄ Ｄａｔａ Ｒｅｐｏｓｉｔｏｒｙ ａｎｄ Ｓｅｒｖｉｃｅ、ＰＡＩＲＳ）などの、ビッグ・データ分析プラットフォームを利用し、ベクトル・データおよびラスタ・データを互いに融合することができる「時空密度」データベース・システムを提供することによって、従来技術の上述の欠点に対処する。データベース・システムは、地理空間および時間に基づいてビッグ・データを索引付けするように構成されている。ＩＢＭは、全世界の多くの管轄体において登録されたＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎの商標である。このように、時空密度システムは、ラスタ・データおよびベクトル・データに関するクロス・レイヤ問い合わせをスケーラブルにサポートすることができる。本発明の１つまたは複数の非限定的実施形態では、地理空間システムは、Ａｐａｃｈｅ（ＴＭ） Ｈａｄｏｏｐ（Ｒ）によって提供されているＨａｄｏｏｐ分散ファイル・システム（Ｈａｄｏｏｐ Ｄｉｓｔｒｉｂｕｔｅｄ Ｆｉｌｅ Ｓｙｓｔｅｍ、ＨＤＦＳ（ＴＭ））などの分散ファイル・システムを実施する。分散ファイル・システムはデータ・ファイルを大きなブロックに分割し、それらをクラスタ内のノードにわたって分散させることができ、パッケージ化されたコードをノード内に転送し、データを並列に処理することができ、これにより、ノードが、それらがアクセスすることができるデータを操作することができるデータ局所性を活かす。したがって、分散ファイル・システムは、ＭａｐＲｅｄｕｃｅ／Ａｐａｃｈｅ（ＴＭ） Ｈａｄｏｏｐ（Ｒ）、およびＡｐａｃｈｅ Ｈｂａｓｅ（ＴＭ）、およびＡｐａｃｈｅ Ｓｐａｒｋ（ＴＭ）に少なくとも部分的に基づいて、個々のラスタ問い合わせを提示してラスタ・データを得るとともに、個々のベクトル問い合わせを提示してベクトル・データを得ることも可能にする。

本発明の１つまたは複数の非限定的実施形態に係るデータベース・システムはまた、ラスタ・データおよびベクトル・データ・フォーマットを融合する能力を有する。ラスタ・データおよびベクトル・データの融合は、両方のデータ・フォーマット形式（すなわち、ラスタ・フォーマットおよびベクトル・フォーマット）の複数のデータ・セットにわたる分析を遂行するためのリンクを提供する。例えば、初期ラスタ・データ・セットを分析してベクトル化し、「ベクトル化されたラスタ」データの結果を生成することができる。換言すれば、初期ラスタ・データ・セットに基づいてベクトル・データの解を生成することができる。同様に、初期ベクトル・データ・セットを分析してラスタ化し、「ラスタ化されたベクトル」データの結果を生成することができる。すなわち、初期ベクトル・データ・セットに基づいてラスタ・データの解を生成することができる。したがって、膨大な量のデータを包含するデータベースから両方のデータ・フォーマットに従ってレイヤ化された地理空間データを抽出する能力を有する独自のデータ・エコシステムがもたらされる。

次に、本発明の諸態様のより詳細な説明を参照すると、図１は、本発明の諸実施形態に係る時空密度データベース・システム１００を示す。データベース・システム１００は、記憶サブシステム１０２と、処理サブシステム１０４と、アプリケーション・サブシステム１０６と、ファイル・フォーマッティング・サブシステム１０８とを含む。サブシステム１０２、１０４、１０６および１０８の数および配置は例として示されており、データベース・システム１００を、サブシステムのいかなる特定の配置または数あるいはその両方に限定することも決して意図されていない。

記憶サブシステム１０２は分散ファイル・システム１１０および分散データベース１１２を含む。記憶サブシステム１０２は、様々なファイル・フォーマットによるデータをロードまたは記憶するようファイル・フォーマッティング・サブシステム１０８と連動して動作することができる。本発明の１つまたは複数の実施形態では、ＡＳＣＩＩファイル生成器がＡＳＣＩＩベース・ファイルを生成する。プレーンＡＳＣＩＩテキスト・ファイルを直接用いる代わりに、データのアップロードは、プレーンＡＳＣＩＩテキスト・ファイルをＨＤＦＳ（ＴＭ）１１０内の既存のファイルに付加することによって実施される。ＡＳＣＩＩベース・ファイルは列編成のＡｐａｃｈｅ Ｐａｒｑｕｅｔ（ＴＭ）ファイル・フォーマット生成器１１１を介して列ベースのデータ・ファイルに変換することができ、ＨＤＦＳ（ＴＭ）フレームワークに従ってＡｐａｃｈｅ Ｐａｒｑｕｅｔ（ＴＭ）ファイルからデータ・フレームをロードすることができる。加えて、Ａｐａｃｈｅ Ｐａｒｑｕｅｔ（ＴＭ）ファイルは、ベクトル・データに対するさらなるデータ分析を遂行することを可能にする、ＰｙＳｐａｒｋ（ＴＭ）によって利用されるＳＱＬ問い合わせを用いて直接アクセスすることができる。

分散ファイル・システム１１０は、例えば、複数のサーバ上に同時に搭載されることによって共有され得るクラスタ化ファイル・システムを含む。本発明の１つまたは複数の実施形態では、分散ファイル・システム１１０は、Ａｐａｃｈｅ（ＴＭ） Ｈａｄｏｏｐ（Ｒ）アーキテクチャ・フレームワークに係るＨＤＦＳ（ＴＭ）として実施される。

例えば、ＨＤＦＳ（ＴＭ）に従って分散ファイル・システム１１０を実施するときには、ファイル名規約「＜ｍａ＞＿＜ｎ＞−＜Ｚ＞−＜ｔ＞．ｐｖｄ」に従って、対応するＨＤＦＳファイルが作成される。ここで、拡張子「ｐｖｄ」は、新しく定義された「ＰＡＩＲＳ Ｖｅｃｔｏｒ Ｄａｔａ」ファイル形式、以下、略して「ＰＶＤ」、を指示する。パラメータ「＜ｍａ＞」は、我々が全てのベクトル・データを分類する主属性、例えば、街路、住宅、ツイート等を表す。パラメータ「＜ｎ＞」は所与の「仮想」解像度レイヤを表す。パラメータ「＜Ｚ＞」は地理空間領域のための索引の役割を果たす。パラメータ「＜ｔ＞」は、Ｕｎｉｘ（Ｒ）エポック・タイム、例えば、１９７０年１月１日午前０時（０時間、０分、０秒）からの経過秒数によって、グリッド化されたタイムスタンプ（ｔ’）を表す。厳密なタイムスタンプｔを有するデータを、例えば、ｔが時間間隔［ｔ’，ｔ’＋Δｔ’）以内にあるように、辞書パラメータ（式１参照）として記憶することができる。時間間隔長Δｔ’は、データの種類に応じて定められるべきパラメータである。

本発明の１つまたは複数の実施形態では、パラメータ「＜Ｚ＞」は、所与の解像度レイヤ＜ｎ＞における地理空間索引（Ｚｎ）の（符号なしの）整数表現をもってこれに代えることができる。解像度レイヤ＜ｎ＞における地理空間索引（Ｚｎ）は、緯度−経度空間（ｘ，ｙ）における地理空間マス目を規定する。すなわち、所与の解像度（ｄ_ｎ）、例えば「０．５度の経度／緯度」について、ｘｎ＜ｘ＜ｘｎ＋ｄ_ｎ、およびｙｎ＜ｙ＜ｙｎ＋ｄ_ｎである。別の言い方をすれば、各Ｚｎは２つの地理空間座標（ｘｎ，ｙｎ）に一意的に関連付けることができ、索引ｎは、対応する一意の解像度ｄ_ｎを指定する。それゆえ、ベクトル・データを、以上において指定されたＨＤＦＳファイル（すなわち、＜ｍａ＞＿＜ｎ＞−＜Ｚ＞−＜ｔ＞．ｐｖｄ）内に記憶することによって、融合されたラスタ−ベクトル相互関係を確立することができる。

本発明の１つまたは複数の実施形態によれば、ＡＳＣＩＩベースのＰＶＤテキスト・ファイルの各ラインはベクトル・データをｐｙｔｈｏｎオブジェクトとして表現する。それゆえ、ＡＳＣＩＩベースのＰＶＤテキスト・ファイルは以下のデータ構造に従う：
Ｒ＝｛「ｉ」：ｉｄ，「ｇ」：Ｐ，「ａ」：Ａ，「ｑ」：Ｑ｝ ［式１］

パラメータ「Ｒ」はＰｙｔｈｏｎ辞書パラメータを参照する。記憶を低減するために単一文字が用いられる。パラメータ「ｉ」はベクトル・データ識別子を表す。パラメータ「ｇ」は地理空間ベクトル・データを表す。パラメータ「ａ」は任意選択的なベクトル・データ属性を表す。パラメータ「ｑ」は、例えば、４分木構造データ・パラメータなどの、任意選択的なツリー・データ構造パラメータを表す。パラメータ「ｉｄ」は、併合する複数のファイルの複製を識別する固有オブジェクト識別子である。

ＰＶＤテキスト・ファイルは、Ｚｎの定義に基づいてベクトル・データを分散ファイル・システム１１０内に記憶するための異なる選択肢を提供する。第１の選択肢によれば、Ｚｎに関連付けられた「仮想」領域／マス目と重なり合い、付与されたタイムスタンプが、ＰＶＤファイル名パラメータ＜ｔ＞によって表されるグリッド化されたタイムスタンプｔ’の時間間隔［ｔ，ｔ＋Δｔ’）内に含まれる全ての境界抽出形状（例えば、ポリゴン）がＰＶＤテキスト・ファイル内に記憶される。この手順は境界抽出形状を複製する。第２の選択肢によれば、データが仮想領域／マス目の境界に対して切り取られる（ｃｒｏｐｐｅｄ）。どちらの場合にも、この動作を逆にするために、式１からの固有ｉｄが必要とされる。

第１の選択肢は、典型的な面積（ａ）と境界ボックス面積（ａ_Ｂ）との比が１に近い、すなわち、ａ／ａ_Ｂ≒１である、ポリゴン状抽出境界のために有用である。さらに、面積の分散（δａ）が緩やかであるか、または少なくとも、ポリゴンの面積の平均（ａ’）と比べてより小さい、すなわちδａ／ａ’＜１でなければならない。これは、通例、例えば、住宅および建物などの組織的な定着物形状に対して当てはまる。

例えば、平方単位（例えば、ｆｔ^２）で測定された住宅面積などの組織的定着物面積（ａ’）が速度（ｆ）で建設されていると仮定し、ライン数（Ｎ_Ｓ）による最大ファイル・サイズ制限を所与とすると、解像度レイヤ「＜ｎ＞」を次式に従って決定することができる：
ｄ_ｎ ^２＝ａ’・Ｎ_Ｓ／ｆ・Δｔ’ ［式２］

第１の選択肢のためのパラメータが未知であるときには、第２の選択肢を用いることができる。一例として、山野を曲がりくねって進む道路を挙げることができる。最悪の場合には、それは所与の解像度レイヤ＜ｎ＞において全てのＺｎを相互に連結させ、これにより、複製が最大になる。上述された選択肢２を用いると、複製が作成されないよう、全てのベクトル・データが切断される。しかし、複数のＺｎを包含する領域を問い合わせた際の元のライン／ポリゴンが再構築されなければならない。この目的を達成するために、「ｉｄ」パラメータが複製データ要素を識別することができる。

本発明の１つまたは複数の実施形態では、単位面積当たりの平均または推定オブジェクト数を決定するために密度データを利用することができる。密度データは次式に従って決定することができる：
ρ＝Ｎ_ｓ／ｄ_ｎ ^２ｆ・Δｔ’ ［式３］

住宅または建物を表現するデータの観点から見ると、例えば、住宅は通例、空間的に重なり合わないと仮定すると、ポリゴンの面積（ａ’）は、逆密度、すなわち、住宅面積当たり１軒の住宅、として識別することができる。

ラスタ・データとベクトル・データとの間のリンクを確立すると、ベクトル・データの地理空間分割／索引付けがもたらされる。このように、分析されるべきデータ量が低減され、その一方で、所与の時間間隔内における関心のある地理空間領域をももたらす。本質的に、ファイル名規約は、次式のように表すことができる時空体積を規定する：
ｄ_ｎ ^２Δｔ’ ［式４］

後述されるとおりの最適なシステム性能を確立する適切なＰＶＤファイル・サイズ（ＮＳに比例）の制約の下で、ｔ’およびｄｎを、それらの積が一定にとどまるように変化させることができる。例えば、ρおよびｆを所与とすると、ベクトル・データに対応する固定された時空密度を生成することができ、今度はこれを用いて、次式に基づいて最大ファイル・サイズ制限（Ｎ_Ｓ）を決定することができる：
Ｎ_Ｓ＝ρｆｄ_ｎ ^２Δｔ’〜ｄ_ｎ ^２Δｔ’＝一定値、 ［式５］
ここで、ρｆは、ベクトル・データに対応する、所与の、または固定された時空密度である。

固定された積ρｆ（ここでは「時空密度」と呼ばれる）が既知であることを所与とすると、ベクトル・データのために予想される問い合わせに依存して、ＰＶＤファイルにわたるベクトル・データの分割を調整するようΔｔ’およびｄ_ｎを変化させることができる。ρおよびｆが別個に既知である場合には、ｆΔｔ’がρｄ_ｎ ^２よりもはるかに大きい場合には（制約、式５を所与とする）、ＰＶＤファイルは、互いに空間的に近いデータの時系列を支配的に包含することになるであろう。代替的に、ｆΔｔ’がρｄ_ｎ ^２よりもはるかに小さい場合には、データの空間スナップショットが、対応するＰＶＤファイルによって蓄積される。しかし、時空密度自体を用いて、式５によってｄ_ｎおよびΔｔ’を関係付けることができる。これは、例えば、例として、自動車などの、移動オブジェクトに関連付けられたベクトル・データのために有用性をもたらす。システム１００は、上述された両方の問い合わせタイプの間の妥協、すなわち、ｆΔｔ’〜ρｄ_ｎ ^２となるときをもたらすよう動作させることができることを理解されたい。

図２は、時空密度（ρｆ）２００が、空間対時間問い合わせのために１次元時空体積（ｄ_ｎΔｔ’）へのリンク（すなわち、相互関係）をどのように確立することができるのかを示す概略図である。個々のデータ・ポイント２０２の経路は、移動するベクトル・オブジェクト２０６、例えば、自動車の軌跡２０４を表すことができる。データ・ファイル対象範囲領域２０８は、所与のρｆ２００が所与のＨＤＦＳデータ・ファイルによって対象範囲に含まれるかどうかを決定する。しかし、図２に示される例はポイント・データに限定されないことを理解されたい。

図１に戻ると、分散データベース１１２は、物理的コンポーネントを共有しないいくつかの独立したデータ記憶サイトを含むことができる。データは異なる記憶サイトから抽出し、結果をもたらすために組み合わせることができる。記憶サイトは、同じ物理位置に位置する、複数のコンピュータ、データ・サーバ等内で利用することができるか、または相互接続されたコンピュータのネットワークにわたって散在していることができる。したがって、個々のデータ記憶サイトのネットワークが分散データベース１１２を規定することができる。プロセッサが密接に結合され、単一のデータベース・システムを構成する、並列システムとは異なり、分散データベース１１２は、物理的コンポーネントを共有しない緩やかに結合されたサイトとして実施することができる。このように、（例えば、データベース内の）データの大きな集合を複数の物理位置または記憶サイトにわたって分散させることができる。

本発明の１つまたは複数の実施形態では、分散データベース１１２はＡｐａｃｈｅ Ｈｂａｓｅ（ＴＭ）１１２として実施され、分散ファイル・システム１１０がＨＤＦＳ（ＴＭ）として実施されているときには、分散ファイル・システム１１０と連動して実行する。Ｈｂａｓｅ（ＴＭ）１１２は列指向のｋｅｙ−ｖａｌｕｅ分散データベースである。Ｈｂａｓｅ（ＴＭ）１１２内のテーブルには、アプリケーション・サブシステム１０６内に含まれる、ウェブ・インターフェース１１５または様々なＡＰＩ１１７（例えば、ＰＡＩＲＳ ＡＰＩ）あるいはその両方を介してアクセスすることができる。Ｈｂａｓｅ（ＴＭ）１１２は、高いスループットかつ低い入力／出力待ち時間を有する大きなデータ・セット上におけるより高速な読み取りおよび書き込み動作のためによく適している。このように、Ｈｂａｓｅ（ＴＭ）１１２は、大量の疎データを記憶するフォールト・トレラントな方式を提供することができる。疎データは、時として「ノイズ」と呼ばれる、空の、または重要でないデータの大きな集合内に捕えられた少量の情報として言及される。疎データの例としては、２０億個のレコードのグループ内の５０個の最も大きな項目を識別すること、または巨大なデータ集合の０．１％未満を表すゼロ以外の項目を決定することが挙げられる。本発明の１つまたは複数の実施形態では、Ｈｂａｓｅ（ＴＭ）１１２は、ＳＱＬ問い合わせエンジンを有する構造化問い合わせ言語（ＳＱＬ）レイヤ、ならびに様々な分析およびビジネス・インテリジェンス・アプリケーションと統合することができるＪａｖａ（Ｒ） Ｄａｔａｂａｓｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＪＤＢＣ）ドライバなどのデータベース接続ＡＰＩを含む。Ｊａｖａ（Ｒ）ならびに全てのＪａｖａ（Ｒ）ベースの商標およびロゴは、Ｏｒａｃｌｅまたはその関連会社あるいはその両方の商標または登録商標である。

処理サブシステム１０４は、並列ベクトル・データ（ｐａｒａｌｌｅｌ ｖｅｃｔｏｒ ｄａｔａ、ＰＶＤ）プロセッサ１１４、ＭａｐＲｅｄｕｃｅプロセッサ１１６、およびデータ融合プロセッサ１１８を含む。ＰＶＤプロセッサ１１４、ＭａｐＲｅｄｕｃｅプロセッサ１１６、およびデータ融合プロセッサ１１８のうちの任意のものは、メモリ、ならびにメモリ内に記憶されたアルゴリズムおよびコンピュータ可読プログラム命令を実行するように構成されたプロセッサを含む電子ハードウェア・コントローラとして構築することができる。

ＰＶＤプロセッサ１１４は、暗黙のデータ並列性およびフォールト・トレランスを備えたクラスタ（例えば、コンピュータ・クラスタ）全体をプログラムするためのインターフェースを含む分散コンピューティングおよびクラスタ−コンピューティング・フレームワークに従って構築することができる。本発明の１つまたは複数の実施形態では、ＰＶＤプロセッサ１１４は、Ａｐａｃｈｅ Ｓｐａｒｋ（ＴＭ）／ＰｙＳｐａｒｋ（ＴＭ）フレームワークに従って実施される。したがって、ＰＶＤプロセッサ１１４は、耐障害耐性分散データ・セット（ｒｅｓｉｌｉｅｎｔ ｄｉｓｔｒｉｂｕｔｅｄ ｄａｔａｓｅｔ、ＲＤＤ）１１５と呼ばれるデータ構造を中心としたアプリケーション・プログラミング・インターフェースを提供することができる。ＲＤＤ１１５は、マシンのクラスタにわたって分散したデータ項目の読み取り専用マルチセットであり、フォールト・トレラントな方式で維持され得る。スケーラブルなプラットフォームであるため、ＰＶＤプロセッサ１１４は、計算クラスタのメモリ（例えば、分散したメモリ）内に１つまたは複数のＲＤＤ１１５をロードすることができる。ＰＶＤプロセッサ１１４がＡｐａｃｈｅ Ｓｐａｒｋ（ＴＭ）フレームワークに従って実施されるときには、所与のＲＤＤに作用する変換のシーケンス（｛ｆ１，ｆ２，．．．ｆｎ｝）は次式のように定義することができる：
ＲＤＤ→ｆ１（ＲＤＤ）→ｆ２（ｆ１（ＲＤＤ））→．．． ［式６］

１つまたは複数のＲＤＤ１１５は様々なソースからロードすることができる。１つの選択肢は、分散ファイル・システム１１０（例えば、ＨＤＦＳ）を用いて、クラスタ・ノードの間で分散したＡＳＣＩＩテキスト・ファイルを組み込むことである。したがって、ＰＶＤプロセッサ１１４はテキストの各ラインに個々に作用し、シーケンス｛ｆｎ｝を適用することができる。テキストのラインは、例えば、例として、対応する属性を有するポリゴンなどの境界形状を規定する、式１において定義されたデータ構造のＪＳＯＮ表現を含むことができる。

Ａｐａｃｈｅ Ｓｐａｒｋ（ＴＭ）フレームワークに従って実施されるときには、ＰＶＤプロセッサ１１４はまた、例えば、ＰｙＳｐａｒｋ（ＴＭ）などのスクリプト言語ＡＰＩを含む。ＰｙＳｐａｒｋ（ＴＭ） ＡＰＩは、ＳＱＬ操作を通じたデータ・テーブル（すなわち、データフレーム）に対する操作を可能にする、様々な地理空間パッケージへのアクセスを可能にする。ＳＱＬ操作を利用する能力はまた、例えば、Ａｐａｃｈｅ Ｐａｒｑｕｅｔ（ＴＭ）ファイル・フォーマット生成器１１１などの列指向のデータベース管理システム（ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ、ＤＢＭＳ）への直接アクセスも可能にする。

ＭａｐＲｅｄｕｃｅプロセッサ１１６は、クラスタ上の並列分散アルゴリズムを用いてビッグ・データ・セットを処理および生成するように構成されている。ＭａｐＲｅｄｕｃｅプロセッサ１１６は、ＭａｐプロセスおよびＲｅｄｕｃｅプロセスを遂行するように構成されている。Ｍａｐプロセス（例えば、アルゴリズム）は、例えば、学生をファースト・ネームによって、名前ごとに１つのキューのキュー群にソートすることなどの、フィルタリングおよびソーティングを遂行する。Ｒｅｄｕｃｅプロセスは、例えば、各キュー内の学生数を数え、名前頻度を得ることなどの、要約操作を遂行する。したがって、ＭａｐＲｅｄｕｃｅプロセッサ１１６は、限定するものではないが、分散したサーバを整理すること、様々なタスクを並列に実行すること、システムの様々な部分の間の全ての通信およびデータ転送を管理すること、ならびに冗長性およびフォールト・トレランスを与えることを含む様々な動作を遂行することによって、データを処理することができる。

データ融合プロセッサ１１８は、フィルタリングされたラスタ・データを得、フィルタリングされたラスタ・データをベクトル・データの集合と互いに融合する（例えば、レイヤ化する）ように構成されている。本発明の１つまたは複数の実施形態では、データ融合プロセッサ１１８は、ＩＢＭ（Ｒ）によって提供されているＰＡＩＲＳに従って実施される。ラスタ・データがベクトル・データと互いに融合されるため、データ融合プロセッサ１１８は、ベクトル問い合わせを受信し、融合されたデータをラスタ化し、ラスタ・データ結果を生成することができる。データ融合プロセッサ１１８は、（データがベクトル化されている場合には）データをプレーンＡＳＣＩＩとしてＨＤＦＳ内に記憶することができるが、標準動作モードでは、問い合わせ結果は、例えば、ＧｅｏＪＳＯＮ（ベクトル・データ）およびＧｅｏＴｉｆｆ（ラスタ・データ）としてさらなる消費のために１１５または１１７へ転送される。

データ融合プロセッサ１１８はまた、ラスタ問い合わせを受信し、融合されたデータをベクトル化し、ベクトル・データ結果を生成することもできる。ジオリファレンスされたラスタ・データから「ベクトル化されたラスタ・データ」を得、ジオリファレンスされたベクトル・データから「ラスタ化されたベクトル・データ」を得る能力に関するさらなる詳細が後述される。本発明の１つまたは複数の実施形態では、データ融合プロセッサ１１８は時空間ラスタ・データをベクトル・フォーマット・オブジェクトにリンクする。データ融合プロセッサによって処理されたベクトル・データは、（１）ポイント、（２）ライン、および（３）境界形状を含む。ポイントは、単一の地理空間座標（ｘ，ｙ）、例えば、ジオタグ付きのツイート、店の位置等を含む。ラインは一連の地理空間座標｛（ｘｎ，ｙｎ）｝_{ｎ＝１．．．Ｎ}を含む。ここで、（ｘ１，ｙ１）は（ｘＮ，ｙＮ）と等しくなく、これは、例えば、街路、河川、移動軌跡等を表す。例えば、ポリゴンなどの境界形状はラインと同様であるが、例えば、建物、湖等を指示する一致した最後と最初の座標を含む。さらに、穴を表現する内部座標に対応する、（ｘ’１，ｙ’１）＝（ｘ’Ｍ，ｙ’Ｍ）である、系列｛（ｘ’ｎ，ｙ’ｎ）｝_{ｎ＝１．．．Ｍ}が存在し得る。時空間ラスタ・データをベクトル・フォーマット・オブジェクトにリンクするプロセスは、フィルタリングされたラスタ・データをベクトル・データと互いに融合すること（すなわち、レイヤ化すること）を含む。

図３を参照すると、本図は、本発明の１つまたは複数の非限定的実施形態に係る、フィルタリングされたラスタ・データをベクトル・データと互いに融合する（すなわち、レイヤ化する）プロセスを示す。データ融合プロセッサ１１８は、ＰＶＤファイル（例えば、＜ｍａ＞＿＜ｎ＞−＜Ｚ＞−＜ｔ＞．ｐｖｄ）によって規定される仮想グリッド１１０に対応するラスタ・グリッド３００を生成する。ラスタ・グリッド３００は複数のラスタ・セル（Ｚ１）３０２を含む。各ラスタ・セル３０２は、座標の対応するセット（例えば、緯度座標、経度座標）によって識別することができる。ベクトル・オブジェクト（例えば、ポイント、ライン、境界形状等）を包含するラスタ・セルが識別され、包含されたベクトル・オブジェクトに所与のラスタ・セルの座標が付与される。したがって、ベクトル・データ（すなわち、ラスタ化されていないデータ）は空間ラスタ・データに相互に関連付けられる。

本発明の１つまたは複数の実施形態では、ベクトル・データは、ベクトル・オブジェクト、またはベクトル・オブジェクトの部分に対する１つまたは複数のラスタ・セル３０２の位置合わせに基づいてグリッド座標情報を付与される。例えば、例として、ポイント、ライン、または境界形状（例えば、ポリゴン）、あるいはその組み合わせなどの、少なくとも１つのベクトル・オブジェクトを含む、初期ベクトル・データ・セットが受信される。ラスタ・グリッド３００がベクトル・データ・セット上にオーバレイされ、複数のセル３０２を規定する。ラスタ・グリッド３００は、グリッドの横軸に付与された一連の緯度座標（ｍ−２，ｍ−１，ｍ，ｍ＋１等）、およびグリッドの縦軸に付与された一連の経度座標（ｎ−２，ｎ−１，ｎ，ｎ＋１等）を含む。緯度および経度座標のセット（例えば、ｍ＋１；ｎ−２）が複数のセルの中のセルを規定する。このように、ベクトル・オブジェクト、またはベクトル・データの少なくとも一部分（例えば、３０６ａ）を包含する所与のセル（例えば、ｍ＋１；ｎ−２）を識別することができる。次に、ベクトル・オブジェクトまたはその部分は所与のセルの緯度および経度座標のセットを付与される。

各ＰＶＤファイルは、設定解像度レベル（例えば、レベルｌ）において所与のラスタ・セル３０２に付与される。したがって、ポイント３０４ａ、３０４ｂ、３０４ｃ．．．３０４ｎはグリッド３００に自動的にリンクされる。複数のラスタ・セル３０２を共有するライン３０６および境界形状３０８（例えば、ポリゴン）は、複数のベクトル・オブジェクト（ライン・セグメント３０６ａおよび３０６ｂ参照）に分割されるか、あるいはファイル内で複製される（複製境界形状３０８ａおよび３０８ｂ参照）。複製された要素（例えば、３０８ａおよび３０８ｂ）は、上述されたＡＳＣＩＩベースのＰＶＤテキスト・ファイル（すなわち、Ｒ＝｛「ｉ」：ｉｄ，「ｇ」：Ｐ，「ａ」：Ａ，「ｑ」：Ｑ｝）内に含まれる「ｉｄ」パラメータを用いて識別することができる。

図４および図５に示されるプロセス・フロー図は、時空密度データベース・システム１００の、ジオリファレンスされたラスタ・データから「ベクトル化されたラスタ・データ」を得る能力を示す。動作４００を参照すると、データベース・システム１００は、ラスタ・データに基づくベクトル化されたデータ結果のための問い合わせを受信する。ラスタ・データをベクトル化することから得られたベクトル化されたデータは、本明細書において、「ベクトル化されたラスタ・データ」と呼ばれる。ベクトル化されたデータの問い合わせを受信したことに応じて、データベース・システム１００は、ジオリファレンスされたラスタ・データをラスタ・データ・ソースから得る。ラスタ・データ・ソースは、例えば、衛星画像、２次元（２−ｄｉｍｅｎｓｉｏｎａｌ、２−Ｄ）気象マッピング・データ等を含む。ラスタ・データ４２０は複数の個々のピクセル４２２ａ、４２２ｂ、４２２ｃ、４２２ｄ、４２２ｎを含む。ピクセルは、ラスタ・データ４２０内に含まれる様々な要素またはオブジェクトを表現することができる。例えば、第１のピクセル４２２ｂは住宅を表現することができる。ピクセル４２２ｃの第２のグループは河川を表現することができる。ピクセル４２２ｄの第３のグループは、森林または樹木に覆われた区域を表現することができる。ラスタ・データ４２０は、限定するものではないが、ＵＴＭ（Ｕｎｉｖｅｒｓａｌ Ｔｒａｎｓｖｅｒｓｅ Ｍｅｒｃａｔｏｒ（万国横メルカトル））、ＢＮＧ（Ｂｒｉｔｉｓｈ Ｎａｔｉｏｎａｌ Ｇｒｉｄ）、およびＵＳＮＧ（Ｕ．Ｓ． Ｎａｔｉｏｎａｌ Ｇｒｉｄ）を含む様々な地理空間投影において与えることができる。ラスタ・データ４２０はまた、例えば、画像がラスタ・データ・ソースによって取り込まれた時刻または日付あるいはその両方などのタイムスタンプ情報を含む。

動作４０２を参照すると、データベース・システム１００は、動作４０４において示されるように、グリッド・システム４２４をピクセル４２２ａ〜４２２ｎ上にオーバレイする地理空間グリッド再投影を遂行する。したがって、ピクセル４２２ａ〜４２２ｎは、グリッド・システム４２４とのそれらの位置合わせに基づく値を付与される。本発明の１つまたは複数の実施形態では、グリッド・システム４２４は、例えば、４分木データ構造などのツリー・データ構造に従って分割され、緯度座標ｍ−１、ｍ、ｍ＋１、ｍ＋２等、および経度座標ｎ、ｎ＋１、ｎ＋２等を付与される。このように、ピクセル４２２ａ〜４２２ｎはグリッド・システム４２４の座標に従って索引付けされる。

動作４０６を参照すると、ラスタ・データ４２０の時空間情報を用いて、問い合わせに従ってラスタ・データ４２０をフィルタリングする。したがって、１つまたは複数のフィルタリングされたピクセル４２２ａ’および４２２ｃ’が初期ラスタ・データ・セット４２０から識別および抽出され、動作４０８において示されるように、ラスタ・データ問い合わせ結果（すなわち、フィルタリングされたラスタ・データ）を生成する。動作４１０において、フィルタリングされたピクセル４２２ａ’および４２２ｃ’をベクトル化し、ベクトル・データを生成する。動作４１２において示されるように、ラスタ・データ問い合わせ結果、すなわち、フィルタリングされたピクセル４２２ａ’および４２２ｃ’を表現する、ベクトル化されたラスタ・データ４２６および４２８が提供される。例えば、ベクトル形状４２６および４２８はラスタ・データ問い合わせ結果を示し、初期ラスタ・データ・セット４２０から抽出されたフィルタリングされたラスタ・ピクセル４２２ａ’および４２２ｃ’に基づいて生成することができる。このように、データベース・システム１００は、初期のジオリファレンスされたラスタ・データ・セット４２０から「ベクトル化されたラスタ・データ」４２６および４２８を生成する。

図６および図７に示されるプロセス・フロー図は、時空密度データベース・システム１００の、画像認識分析に基づいて、ジオリファレンスされたラスタ・データから「ベクトル化されたラスタ・データ」を得る能力を示す。動作５００、５０２および５０４は、図４〜図５に関して上述された動作と同様であり、したがって、それらの説明は繰り返されない。動作５０６を参照すると、時空間問い合わせが受信され、データベース・システム１００は、動作５０４において生成されたピクセル４２２ａ、４２２ｂ、４２２ｃおよび４２２の地理空間グリッド再投影に対して様々な画像認識分析プロセスを遂行する。データベース・システム１００は、初期ラスタ・データ・セット４２０からシーン、オブジェクト、および要素を識別するために、様々な深層学習アルゴリズムおよび画像認識アルゴリズムを実施することができる。例えば、問い合わせを用いて、ラスタ・データ・セットから１つまたは複数の目標オブジェクト（例えば、住宅、河川、森林等）を識別することができる。問い合わせに基づいて、データベース・システム１００は画像認識プロセスをラスタ・データに適用し、問い合わせに対応するオブジェクトを識別し、動作５０８において画像認識結果を「ベクトル化されたラスタ・データ」として生成する。ベクトル化されたラスタ・データは、入力された問い合わせを満足する１つまたは複数の認識されたオブジェクト５２０ａ、５２０ｂ、５２０ｃを表現する。このように、データベース・システム１００は、画像認識分析に基づいて、ジオリファレンスされたラスタ・データ４２０から「ベクトル化されたラスタ・データ」５２０を生成する。

図８および図９に示されるプロセス・フロー図は、データベース・システム１００の、ジオリファレンスされたベクトル・データから「ラスタ化されたベクトル・データ」を得る能力を示す。動作６００において、データベース・システム１００は、初期ベクトル・データ・セットに基づくラスタ化されたデータ結果のための問い合わせを受信する。ベクトル・データをラスタ化することから得られたラスタ化されたデータは、本明細書において、「ラスタ化されたベクトル・データ」と呼ばれる。ラスタ化されたデータの問い合わせを受信したことに応じて、データベース・システム１００は、ジオリファレンスされたベクトル・データを、例えば、ＯｐｅｎＳｔｒｅｅｔＭａｐなどのベクトル・データ・ソースから得る。ベクトル・データ・ソースは、例えば、ポイント６２０、ライン６２２、または境界形状６２４（例えば、ポリゴン）、あるいはその組み合わせを含む。ベクトル・ポイント６２０は、例えば、住宅を表現することができ、ベクトル・ライン６２２は、例えば、河川を表現することができ、ポリゴン６２４は、例えば、住宅地を表現することができる。ベクトル・データ６２０、６２２および６２４は、限定するものではないが、ＵＴＭ、ＢＮＧ、およびＵＳＮＧを含む様々な地理空間投影において与えることができる。ベクトル・データ６２０、６２２および６２４はまた、例えば、近隣の境界が画定された日付、または街路が建設された日付などのタイムスタンプ情報を含むこともできる。

動作６０２を参照すると、データベース・システム１００は、動作６０４において示されるように、グリッド・システム６２６をベクトル・データ６２０、６２２および６２４上にオーバレイする地理空間グリッド再投影を遂行する。したがって、ベクトル・データ６２０、６２２および６２４は、グリッド・システム４２４とのそれらの位置合わせに基づく値を付与される。本発明の１つまたは複数の実施形態では、グリッド・システム６２６は、例えば、４分木データ構造などのツリー・データ構造に従って分割され、緯度座標ｍ−１、ｍ、ｍ＋１、ｍ＋２等、および経度座標ｎ、ｎ＋１、ｎ＋２等を付与される。このように、ベクトル・データ６２０、６２２および６２４はグリッド・システム６２６の座標に従って索引付けされる。次に、索引付けされたベクトル・データ６２０、６２２および６２４は、ＰＶＤファイルの単一ライン群として分散ファイル・システム１１０（例えば、ＨＤＦＳ（ＴＭ））内に記憶される。本発明の１つまたは複数の実施形態では、ベクトル・オブジェクト（例えば、ライン６２２）は、複数のグリッド・セル６２６を横切るときには、個々の部分要素６２２ａおよび６２２ｂ（例えば、ライン・セグメント）に分割される。

動作６０６を参照すると、入力された問い合わせの時間的および空間的対象範囲に対応する１つまたは複数のＰＶＤファイルが選択される。動作６０８において、索引データがＰＶＤファイルから抽出され、ＰＶＤプロセッサ１１４は、耐障害耐性分散データ・セット（ＲＤＤ）１１５に対応するそれを中心としたアプリケーション・プログラミング・インターフェースを提供する。動作６１０において、選択されたＡＳＣＩＩファイルに対応するベクトル・データ６２０、６２２および６２４が、入力された問い合わせに従ってフィルタリングされ、動作６１２において、フィルタリングされたベクトル問い合わせ結果が生成される。図８〜図９に示される例では、フィルタリングされたベクトル問い合わせ結果は境界形状６２４（例えば、ポリゴン）をもたらす。動作６１４において、フィルタリングされたベクトル問い合わせ結果は、設定解像度レベルにおけるツリー・データ構造（例えば、４分木）表現に変換される。したがって、動作６１６において、フィルタリングされたベクトル問い合わせ結果、すなわち、フィルタ・ポリゴン６２４によって境界されたラスタ化されたデータ・ピクセル６２８を含む、ラスタ化されたベクトル・データが生成される。

本明細書において説明される教示の実施はいかなる特定のコンピューティング環境にも限定されないことが理解される。むしろ、本発明の諸実施形態は、現在知られている、または将来開発される任意の他の種類のコンピューティング環境と連動して実施される能力を有する。

本発明の１つまたは複数の実施形態は、例えば、クラウド・コンピューティング・システムにおいて実施することができる。クラウド・コンピューティングは、最小限の管理労力またはサービスのプロバイダとの対話をもって迅速にプロビジョニングし、解放することができる構成可能なコンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想機械、およびサービス）の共有プールへの簡便なオン・デマンド・ネットワーク・アクセスを可能にするためのサービス提供のモデルである。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つの展開モデルを含み得る。

特徴は以下のとおりである：
オン・デマンド・セルフ・サービス：クラウド消費者は、サーバ時間およびネットワーク・ストレージなどの、コンピューティング能力を、サービスのプロバイダとの人的対話を必要とすることなく、必要に応じて自動的に、一方的にプロビジョニングすることができる。
幅広いネットワーク・アクセス：能力はネットワークを通じて利用可能であり、異種のシンまたはシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡ）による利用を促進する標準的な機構を通じてアクセスされる。
リソース・プーリング：プロバイダのコンピューティング・リソースが、マルチテナント・モデルを用いて複数の消費者に対応するためにプールされる。異なる物理および仮想リソースが要求に従って動的に割り当てられ、再割り当てされる。消費者は、概して、提供されるリソースの厳密な位置を制御できない、または知らないが、より高い抽象化レベルにおける位置（例えば、国、州、またはデータセンタ）を指定することが可能であり得るという点で、位置独立と言える。
迅速な弾力性：能力を、素早くスケール・アウトするために迅速かつ弾力的に、場合によっては自動的にプロビジョニングし、素早くスケール・インするために迅速に解放することができる。消費者にとって、プロビジョニングのために利用可能な能力は、多くの場合、無制限であるように見え、任意の時間に任意の量で購入することができる。
度数制（ｍｅａｓｕｒｅｄ ｓｅｒｖｉｃｅ）：クラウド・システムは、サービスの種類（例えば、記憶、処理、帯域幅、およびアクティブ・ユーザ・アカウント）に適した何らかの抽象化レベルにおけるメータリング能力を活用することによって、リソース使用を自動的に制御し、最適化する。リソース使用状況を監視、制御、および報告することができ、利用されるサービスのプロバイダおよび消費者の双方のために透明性をもたらす。

サービス・モデルは以下のとおりである：
Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）：消費者に提供される能力は、クラウド・インフラストラクチャ上で実行するプロバイダのアプリケーションを使用することである。アプリケーションは、ウェブ・ブラウザ（例えば、ウェブ・ベースの電子メール）などのシン・クライアント・インターフェースを通じて様々なクライアント・デバイスからアクセス可能である。消費者は、場合によっては、限定的なユーザ固有のアプリケーション構成設定を例外として、ネットワーク、サーバ、オペレーティング・システム、ストレージ、またはさらに、個々のアプリケーション能力を含む、基礎をなすクラウド・インフラストラクチャを管理または制御しない。
Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ（ＰａａＳ）：消費者に提供される能力は、プロバイダによってサポートされたプログラミング言語およびツールを用いて作成された、消費者作成または取得アプリケーションをクラウド・インフラストラクチャ上に展開することである。消費者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージを含む、基礎をなすクラウド・インフラストラクチャを管理または制御しないが、展開されたアプリケーション、および場合によっては、環境構成をホストするアプリケーションを制御する。
Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＩａａＳ）：消費者に提供される能力は、処理、ストレージ、ネットワーク、および他の基本的コンピューティング・リソースをプロビジョニングすることであり、消費者は、オペレーティング・システムおよびアプリケーションを含み得る、任意のソフトウェアを展開および実行することが可能である。消費者は、基礎をなすクラウド・インフラストラクチャを管理または制御しないが、オペレーティング・システム、ストレージ、展開されたアプリケーションを制御し、場合によっては、選択されたネットワーキング・コンポーネント（例えば、ホスト・ファイアウォール）を限定的に制御する。

展開モデルは以下のとおりである：
プライベート・クラウド：このクラウド・インフラストラクチャは組織のためにのみ運用される。それは、その組織または第三者によって管理されてもよく、構内または構外に存在してもよい。
コミュニティ・クラウド：このクラウド・インフラストラクチャはいくつかの組織によって共有され、共有関心事（例えば、任務、セキュリティ要求、ポリシー、およびコンプライアンスの考慮事項）を有する特定のコミュニティをサポートする。それは、その組織群または第三者によって管理されてもよく、構内または構外に存在してもよい。
パブリック・クラウド：このクラウド・インフラストラクチャは公衆または大規模な業界団体に対して利用可能にされ、クラウド・サービスを販売する組織によって所有される。
ハイブリッド・クラウド：このクラウド・インフラストラクチャは、固有エンティティのままであるが、データおよびアプリケーションの可搬性を可能にする標準または独占技術（例えば、クラウド間のロード・バランシングのためのクラウド・バースティング）によって互いに結合された、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の合成である。

クラウド・コンピューティング環境は、ステートレス性、疎結合性、モジュール性、および意味的相互運用性に重点を置いて指向されたサービスである。クラウド・コンピューティングの中核には、相互接続されたノードのネットワークを備えるインフラストラクチャがある。

図１０に関して、例示的なクラウド・コンピューティング環境５０が示されている。図示のように、クラウド・コンピューティング環境５０は、例えば、パーソナル・デジタル・アシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）もしくはセルラー電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または車載コンピュータ・システム５４Ｎ、あるいはその組み合わせなどの、クラウド消費者によって用いられるローカル・コンピューティング・デバイスが通信し得る、１つまたは複数のクラウド・コンピューティング・ノード１０を含む。ノード１０は互いに通信し得る。それらは、上述されたとおりのプライベート、コミュニティ、パブリック、またはハイブリッド・クラウド、あるいはこれらの組み合わせなどの、１つまたは複数のネットワークにおいて物理的または仮想的にグループ化されてもよい（図示せず）。これは、クラウド・コンピューティング環境５０が、インフラストラクチャ、プラットフォーム、またはソフトウェア、あるいはこの組み合わせを、クラウド消費者がリソースをローカル・コンピューティング・デバイス上に維持することを必要としないサービスとして提供することを可能にする。図１０に示されるコンピューティング・デバイス５４Ａ〜Ｎの種類は例示を意図されているにすぎず、コンピューティング・ノード１０およびクラウド・コンピューティング環境５０は、（例えば、ウェブ・ブラウザを用いて）任意の種類のネットワーク、またはネットワーク・アドレス可能接続、あるいはその両方を通じて任意の種類のコンピュータ化デバイスと通信することができることが理解される。

次に図１１を参照すると、クラウド・コンピューティング環境５０（図１０）によって提供される機能抽象化レイヤのセットが示されている。図１１に示されるコンポーネント、レイヤ、および機能は例示を意図されているにすぎず、本発明の諸実施形態はこれらに限定されないことをあらかじめ理解されたい。図示のように、以下のレイヤおよび対応する機能が提供される。

ハードウェアおよびソフトウェアレイヤ６０はハードウェアおよびソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例は、メインフレーム６１、ＲＩＳＣ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ（縮小命令セット・コンピュータ））アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、記憶デバイス６５、ならびにネットワークおよびネットワーキング・コンポーネント６６を含む。実施形態によっては、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８を含む。

仮想化レイヤ７０は抽象化レイヤを提供する。抽象化レイヤからは仮想エンティティの以下の例が提供され得る：仮想サーバ７１、仮想ストレージ７２、仮想プライベート・ネットワークを含む、仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５。

一例では、管理レイヤ８０は、後述される機能を提供し得る。リソース・プロビジョニング８１は、コンピューティング・リソース、およびクラウド・コンピューティング環境内でタスクを遂行するために利用される他のリソースの動的調達を提供する。計量および価格決定８２は、リソースがクラウド・コンピューティング環境内で利用される際のコスト追跡、ならびにこれらのリソースの消費のための請求書またはインボイスの作成送付を提供する。一例では、これらのリソースはアプリケーション・ソフトウェア・ライセンスを含み得る。セキュリティは、クラウド消費者およびタスクのための識別確認、ならびにデータおよび他のリソースのための保護を提供する。ユーザ・ポータル８３は、消費者およびシステム・アドミニストレータのためのクラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理８４は、要求サービス・レベルが満たされるよう、クラウド・コンピューティング・リソースの割り当ておよび管理を提供する。サービス品質保証（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ、ＳＬＡ）計画および達成８５は、ＳＬＡに従って、将来の要求が予想されるクラウド・コンピューティング・リソースのための事前準備、およびその調達を提供する。

作業負荷レイヤ９０は、クラウド・コンピューティング環境が利用され得る機能性の例を提供する。このレイヤから提供され得る作業負荷および機能の例は、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育配信９３、データ分析処理９４、トランザクション処理９５、ならびに入力データ分析９６を含む。

図１２を参照すると、本発明の１つまたは複数の実施形態に係る、ラスタ・データ・フォーマットおよびベクトル・データ・フォーマットを互いに融合する能力を有するコンピューティング・システム９００が示されている。コンピューティング・システム９００は、サーバ、ラップトップ・コンピュータ、タブレット・コンピュータ、電話、および同様のものなどの、コンピュータを含むことができる。

コンピューティング・システム９００は、コンポーネントの中でもとりわけ、プロセッサ９０５と、メモリ・コントローラ９１５に結合されたメモリ９１０と、ローカルＩ／Ｏコントローラ９３５を介して通信可能に結合された、周辺もしくは制御デバイスなどの、１つまたは複数の入力デバイス９４５または出力デバイス９４０あるいはその両方とを含む。これらのデバイス９４０および９４５は、例えば、バッテリ・センサ、位置センサ（高度計４０、加速度計４２、ＧＰＳ４４）、インジケータ／識別ライト、および同様のものを含み得る。従来のキーボード９５０およびマウス９５５などの入力デバイスがＩ／Ｏコントローラ９３５に結合され得る。Ｉ／Ｏコントローラ９３５は、例えば、当技術分野において知られているとおりの、１つまたは複数のバスまたは他の有線もしくは無線接続であり得る。Ｉ／Ｏコントローラ９３５は、通信を可能にするために、コントローラ、バッファ（キャッシュ）、ドライバ、リピータ、および受信器などの、簡潔にするために省略された、追加の要素を有し得る。

Ｉ／Ｏデバイス９４０、９４５は、入力および出力の両方を通信するデバイス、例えば、ディスクおよびテープ・ストレージ、（他のファイル、デバイス、システム、またはネットワークにアクセスするための）ネットワーク・インターフェース・カード（ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ ｃａｒｄ、ＮＩＣ）または変調器／復調器、無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ、ＲＦ）または他のトランシーバ、電話インターフェース、ブリッジ、ルータ、ならびに同様のものをさらに含み得る。

プロセッサ９０５は、ハードウェア命令またはソフトウェア、特に、メモリ９１０内に記憶されたものを実行するためのハードウェア・デバイスである。プロセッサ９０５は、特別製もしくは市販のプロセッサ、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、コンピューティング・システム９００に関連付けられたいくつかのプロセッサの間の補助プロセッサ、（マイクロチップもしくはチップ・セットの形態の）半導体ベースのマイクロプロセッサ、マクロプロセッサ、または命令を実行するための他のデバイスであり得る。プロセッサ９０５は、限定するものではないが、実行可能命令フェッチの速度を上げるための命令キャッシュ、データ・フェッチおよび記憶の速度を上げるためのデータ・キャッシュ、ならびに実行可能命令およびデータの両方のための仮想アドレスから物理アドレスへの変換速度を上げるために用いられるトランスレーション・ルックアサイド・バッファ（ｔｒａｎｓｌａｔｉｏｎ ｌｏｏｋａｓｉｄｅ ｂｕｆｆｅｒ、ＴＬＢ）を含み得る、キャッシュ９７０を含む。キャッシュ９７０は、より多くのキャッシュ・レベル（Ｌ１、Ｌ９など）の階層として組織化されてもよい。

メモリ９１０は、揮発性メモリ要素（例えば、ＤＲＡＭ、ＳＲＡＭ、ＳＤＲＡＭなどの、ランダム・アクセス・メモリ、ＲＡＭ）、ならびに不揮発性メモリ要素（例えば、ＲＯＭ、消去可能プログラマブル・リード・オンリー・メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＥＰＲＯＭ）、電気的消去可能プログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｏｎｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＰＲＯＭ）、テープ、コンパクト・ディスク・リード・オンリー・メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ−ＲＯＭ）、ディスク、ディスケット、カートリッジ、カセット、または同様のもの）のうちの１つまたはこれらの組み合わせを含み得る。さらに、メモリ９１０は、電子、磁気、光、または他の種類の記憶媒体を組み込み得る。メモリ９１０は、様々なコンポーネントが互いに遠隔に配置されているが、プロセッサ９０５によってアクセスされ得る、分散アーキテクチャを有し得ることに留意されたい。

メモリ９１０内の命令は、論理機能を実施するための実行可能命令の順序付けられたリスティングを各々含む、１つまたは複数の別個のプログラムを含み得る。図１２の例では、メモリ９１０内の命令は好適なオペレーティング・システム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、Ｏ／Ｓ）９１１を含む。Ｏ／Ｓ９１１は、本質的に、他のコンピュータ・プログラムの実行を制御し、スケジューリング、入力−出力制御、ファイルおよびデータ管理、メモリ管理、ならびに通信制御および関連サービスを提供し得る。

例えば、プロセッサ９０５のための命令、または他の検索可能情報を含む、追加のデータが、ハード・ディスク・ドライブまたはソリッド・ステート・ドライブなどの記憶デバイスであり得る、ストレージ９９０内に記憶されてもよい。メモリ９１０内またはストレージ９９０内に記憶された命令は、プロセッサが、本明細書において説明されるシステムおよび方法の１つまたは複数の態様を実行することを可能にするものを含み得る。

コンピューティング・システム９００は、ユーザ・インターフェースまたはディスプレイ９３０に結合されたディスプレイ・コントローラ９９５をさらに含み得る。実施形態によっては、ディスプレイ９３０はＬＣＤスクリーンであり得る。他の実施形態では、ディスプレイ９３０は複数のＬＥＤステータス・ライトを含み得る。実施形態によっては、コンピューティング・システム９００は、ネットワーク９６５への結合のためのネットワーク・インターフェース９６０をさらに含み得る。ネットワーク９６５は、ブロードバンド接続を介した、コンピューティング・システム９００と、外部サーバ、クライアントおよび同様のものとの間の通信のためのＩＰベースのネットワークであり得る。一実施形態では、ネットワーク９６５は衛星ネットワークであり得る。ネットワーク９６５はコンピューティング・システム９００と外部システムとの間でデータを伝送および受信する。実施形態によっては、ネットワーク９６５は、サービス・プロバイダによって運営される、管理されたＩＰネットワークであり得る。ネットワーク９６５は、例えば、ＷｉＦｉ（Ｒ）、ＷｉＭａｘ（Ｒ）、衛星、または任意の他のものなどの無線プロトコルおよび技術を用いて、無線方式で実施され得る。ネットワーク９６５はまた、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク、インターネット、または他の同様の種類のネットワーク環境などの、パケット交換ネットワークであり得る。ネットワーク９６５は、固定された無線ネットワーク、無線ローカル・エリア・ネットワーク（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＬＡＮ）、無線ワイド・エリア・ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＡＮ）、パーソナル・エリア・ネットワーク（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＰＡＮ）、仮想私設ネットワーク（ｖｉｒｔｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ、ＶＰＮ）、イントラネット、または他の好適なネットワーク・システムであり得、信号を受信および伝送するための機器を含み得る。

本発明の様々な実施形態が本明細書において関連図面を参照して説明されている。本発明の範囲から逸脱することなく代替的な諸実施形態を考案することができる。以下の説明および図面においては、要素間の様々な接続および位置関係（例えば、上（ｏｖｅｒ）、下（ｂｅｌｏｗ）、隣接（ａｄｊａｃｅｎｔ）等）が説明されるが、当業者は、たとえ、向きが変更されても、説明された機能性が維持されるときには、本明細書において説明される位置関係の多くは向きに依存しないことを認識するであろう。これらの接続または位置関係あるいはその両方は、別途指定されない限り、直接的または間接的なものであることができ、本発明はこの点において限定的であることを意図されていない。したがって、エンティティ同士の結合は直接結合または間接結合のどちらかを指すことができ、エンティティ間の位置関係は直接的または間接的位置関係であることができる。間接的位置関係の一例として、本説明における、レイヤ「Ａ」をレイヤ「Ｂ」の上に形成することへの言及は、１つまたは複数の中間レイヤ（例えば、レイヤ「Ｃ」）が、レイヤ「Ａ」およびレイヤ「Ｂ」の関連した特徴および機能性が中間レイヤ（単数または複数）によって実質的に変更されない限りにおいて、レイヤ「Ａ」とレイヤ「Ｂ」との間にある状況を含む。

以下の定義および略語が請求項および本明細書の解釈のために用いられることになる。本明細書で使用するとき、用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「包含する（ｃｏｎｔａｉｎｓ）」、または「包含する（ｃｏｎｔａｉｎｉｎｇ）」、あるいはこれらの任意の他の変形は、非排他的包含を包括することを意図されている。例えば、要素のリストを含む合成物、混合物、プロセス、方法、物品、または装置は必ずしもそれらの要素のみに限定されず、明示的に列挙されていない、またはこのような合成物、混合物、プロセス、方法、物品、または装置に固有の他の要素を含むことができる。

加えて、用語「例示的（ｅｘｅｍｐｌａｒｙ）」は、本明細書において、「例、実例、または例示の役割を果たすこと」を意味するように使用される。本明細書において「例示的」として説明される任意の実施形態または設計は、必ずしも、他の実施形態または設計に対して好ましい、または有利であると解釈されるべきではない。用語「少なくとも１つ（ａｔ ｌｅａｓｔ ｏｎｅ）」および「１つまたは複数（ｏｎｅ ｏｒ ｍｏｒｅ）」は、１以上の任意の整数、すなわち、１、２、３、４等を含むと理解される。用語「複数（ａ ｐｌｕｒａｌｉｔｙ）」は、２以上の任意の整数、すなわち、２、３、４、５等を含むと理解される。用語「接続（ｃｏｎｎｅｃｔｉｏｎ）」は間接「接続」および直接「接続」を含むことができる。

本明細書における「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「例示的な一実施形態（ａｎ ｅｘａｍｐｌｅ ｅｍｂｏｄｉｍｅｎｔ）」などへの言及は、説明されている実施形態は特定の特徴、構造、または特性を含み得るが、全ての実施形態はその特定の特徴、構造、または特性を含む場合もあり、含まない場合もあることを指示する。さらに、このような表現は必ずしも同じ実施形態に言及しているわけではない。さらに、特定の特徴、構造、または特性が一実施形態に関して説明されるときには、明示的に説明されているか否かにかかわらず、他の実施形態に関するこのような特徴、構造、または特性に影響することは当業者の理解の範囲のことであることが提示されている。

以下の説明の目的のために、用語「上方（ｕｐｐｅｒ）」、「下方（ｌｏｗｅｒ）」、「右（ｒｉｇｈｔ）」、「左（ｌｅｆｔ）」、「鉛直（ｖｅｒｔｉｃａｌ）」、「水平（ｈｏｒｉｚｏｎｔａｌ）」、「上部（ｔｏｐ）」、「底部（ｂｏｔｔｏｍ）」、およびこれらの派生語は、図面の図において配向されているとおり、説明される構造および方法に関するものとする。用語「〜の上に横たわる（ｏｖｅｒｌｙｉｎｇ）」、「〜の頂上にある（ａｔｏｐ）」、「〜の上にある（ｏｎ ｔｏｐ）」、「〜の上に位置付けられる（ｐｏｓｉｔｉｏｎｅｄ ｏｎ）」、または「〜の頂上に位置付けられる（ｐｏｓｉｔｉｏｎｅｄ ａｔｏｐ）」は、第１の構造などの第１の要素が第２の構造などの第２の要素の上に存在することを意味し、インターフェース構造などの介在要素が第１の要素と第２の要素との間に存在することができる。用語「電気通信」は、限定するものではないが、有線接続または無線接続あるいはその両方を含む、電気信号を第１のノードから第２のノードへ転送する任意の手段を意味する。用語「約（ａｂｏｕｔ）」、「実質的に（ｓｕｂｓｔａｎｔｉａｌｌｙ）」、「およそ（ａｐｐｒｏｘｉｍａｔｅｌｙ）」、およびこれらの変形は、本出願の提出時に入手可能な機器に基づく特定の量の測定に付随する誤差の程度を含むことを意図されている。例えば、「約（ａｂｏｕｔ）」は所与の値の±８％または５％、または２％の範囲を含むことができる。

簡潔にするために、データベース記憶および処理に関連する技法は本明細書において詳細に説明される場合もあり、説明されない場合もある。例えば、特定の画像認識アルゴリズムまたは学習アルゴリズムあるいはその両方が、地理空間データベース・システムによって、様々なデータ問い合わせおよび分析を遂行するために実施され得る。本発明の１つまたは複数の実施形態の実施に用いられる特定の分析アルゴリズムの動作は個々に既知であり得るが、本発明の動作の上述の組み合わせまたは得られた構造あるいはその両方は独自のものである。それゆえ、本発明に係る地理空間データ分析に関して説明された動作の独自の組み合わせは、独自かつ新規のシステムを依然として提供しつつ、いくつかは直後の段落において説明される、種々の個々に既知のデータ処理および分析動作を実施することができる。

本発明は、任意の可能な技術的詳細統合レベルにおける、システム、方法、またはコンピュータ・プログラム製品あるいはその組み合わせであり得る。コンピュータ・プログラム製品は、プロセッサに本発明の諸態様を実施させるためのコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（または媒体群）を含み得る。

コンピュータ可読記憶媒体は、命令実行デバイスによる使用のための命令を保持および記憶することができる有形のデバイスであることができる。コンピュータ可読記憶媒体は、例えば、限定するものではないが、電子記憶デバイス、磁気記憶デバイス、光記憶デバイス、電磁記憶デバイス、半導体記憶デバイス、または上述のものの任意の好適な組み合わせであり得る。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストは、以下のもの：ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、リード・オンリー・メモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ＥＰＲＯＭもしくはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＳＲＡＭ）、ポータブル・コンパクト・ディスク・リード・オンリー・メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ、ＤＶＤ）、メモリ・スティック、フロッピー（Ｒ）・ディスク、穿孔カード、または命令が記録された溝内の隆起構造などの、機械的に符号化されたデバイス、ならびに上述のものの任意の好適な組み合わせを含む。コンピュータ可読記憶媒体は、本明細書で使用するとき、電波または他の自由伝搬する電磁波、導波路または他の伝送媒体を通って伝搬する電磁波（例えば、光ファイバ・ケーブルを通過する光パルス）、あるいは電線を通して伝送される電気信号などの、一過性信号自体であると解釈されるべきでない。

本明細書において説明されるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、あるいはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、または無線ネットワーク、あるいはその組み合わせを経由して外部コンピュータまたは外部記憶デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバ、あるいはその組み合わせを含み得る。各コンピューティング／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェースがネットワークからコンピュータ可読プログラム命令を受信し、コンピュータ可読プログラム命令をそれぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体における記憶のために転送する。

本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ−ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、あるいはＳｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋、もしくは同様のものなどの、オブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの、手続き型プログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組み合わせで書かれた、ソース・コードまたはオブジェクト・コードのいずれかであり得る。コンピュータ可読プログラム命令は完全にユーザのコンピュータ上で実行するか、一部ユーザのコンピュータ上で実行するか、独立型ソフトウェア・パッケージとして実行するか、一部ユーザのコンピュータ上で、かつ一部リモート・コンピュータ上で実行するか、または完全にリモート・コンピュータもしくはサーバ上で実行し得る。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）またはワイド・エリア・ネットワーク（ＷＡＮ）を含む、任意の種類のネットワークを通じてユーザのコンピュータに接続され得るか、あるいは外部コンピュータへの接続が（例えば、インターネット・サービス・プロバイダを利用してインターネットを通じて）行われてもよい。実施形態によっては、例えば、プログラマブル論理回路機構、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、またはプログラマブル論理アレイ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ａｒｒａｙ、ＰＬＡ）を含む電子回路機構が、本発明の諸態様を遂行するために、コンピュータ可読プログラム命令の状態情報を利用して電子回路機構を個別化することによって、コンピュータ可読プログラム命令を実行し得る。

本発明の諸態様は、本明細書において、本発明の諸実施形態に係る方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはその両方を参照して説明されている。フローチャート図またはブロック図あるいはその両方の各ブロック、ならびにフローチャート図またはブロック図あるいはその両方内のブロックの組み合わせは、コンピュータ可読プログラム命令によって実施され得ることが理解されるであろう。

これらのコンピュータ可読プログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を作り出すための他のプログラム可能データ処理装置のプロセッサに提供され得、それにより、コンピュータまたは他のプログラム可能データ処理装置のプロセッサを介して実行する命令は、フローチャートまたはブロック図あるいはその両方のブロックまたはブロック群において指定された機能／行為を実施するための手段を生み出す。これらのコンピュータ可読プログラム命令はまた、内部に記憶された命令を有するコンピュータ可読記憶媒体が、フローチャートまたはブロック図あるいはその両方のブロックもしくはブロック群内で指定された機能／行為の諸態様を実施する命令を含む製造品を構成するように、コンピュータ、プログラム可能データ処理装置、または他のデバイスあるいはその組み合わせを特定の仕方で機能するように仕向けることができるコンピュータ可読記憶媒体内に記憶され得る。

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラム可能装置、または他のデバイス上で実行する命令が、フローチャートまたはブロック図あるいはその両方のブロックまたはブロック群において指定された機能／行為を実施するように、コンピュータ、他のプログラム可能データ処理装置、または他のデバイス上にロードされ、一連の動作ステップを、コンピュータ、他のプログラム可能装置または他のデバイス上で遂行させ、コンピュータ実施プロセスを作り出し得る。

図面におけるフローチャートおよびブロック図は、本発明の様々な実施形態に係るシステム、方法、およびコンピュータ・プログラム製品の可能な諸実装形態のアーキテクチャ、機能性、および動作を示す。この点に関して、フローチャートまたはブロック図における各ブロックは、指定された論理機能（単数または複数）を実施するための１つまたは複数の実行可能命令を含む、命令のモジュール、セグメント、または部分を表し得る。いくつかの代替的実装形態では、ブロック内に記された機能は、図面に記された順序に従わずに生じてもよい。例えば、連続して示された２つのブロックは、実際には、実質的に同時に実行されてもよく、またはブロックは、時として、含まれる機能性に依存して、逆の順序で実行されてもよい。また、ブロック図またはフローチャート図あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図あるいはその両方におけるブロックの組み合わせは、指定された機能もしくは行為を遂行するか、あるいは専用ハードウェアおよびコンピュータ命令の組み合わせを実行する専用ハードウェア・ベースのシステムによって実施され得ることにも留意されたい。

本発明の様々な実施形態の説明が例示の目的のために提示されたが、網羅的であること、または説明された諸実施形態に限定されることを意図されてはいない。当業者には、上述の諸実施形態の範囲から逸脱することなく、多くの変更および変形が明らかであろう。本明細書において使用される術語は、諸実施形態の原理、実際の適用、または市場において見いだされる技術に対する技術的改善を最もうまく説明するため、あるいは他の当業者が、本明細書において説明される諸実施形態を理解することを可能にするために選定された。

１００ 時空密度データベース・システム
１０２ 記憶サブシステム
１０４ 処理サブシステム
１０６ アプリケーション・サブシステム
１０８ ファイル・フォーマッティング・サブシステム
１１０ 分散ファイル・システム
１１２ 分散データベース
１１４ 並列ベクトル・データ（ＰＶＤ）プロセッサ
１１５ ウェブ・インターフェース
１１６ ＭａｐＲｅｄｕｃｅプロセッサ
１１７ ＡＰＩ
１１８ データ融合プロセッサ

Claims (27)

1. データベース・システムであって、
   第１のフォーマットされたデータを受信する電子ハードウェア・コントローラを含む処理サブシステムと、
   第２のデータ・フォーマットに対応する座標値を前記第１のフォーマットされたデータに付与し、前記第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する前記座標値と互いに融合するデュアル・フォーマット・データ・ファイルを生成する電子ハードウェア・コントローラを含む電子ファイル・フォーマッティング・サブシステムと、
   前記デュアル・フォーマット・データ・ファイルを記憶するように構成されたデータ記憶ユニットを含む記憶サブシステムと、
   を備えるデータベース・システム。
2. 前記第１のフォーマットされたデータがベクトル・データであり、前記第２のデータ・フォーマットがラスタ・データ・フォーマットである、請求項１に記載のデータベース・システム。
3. 前記ファイル・フォーマッティング・サブシステムが、以下の動作、
   ベクトル・フォーマットを有し、少なくとも１つのベクトル・オブジェクトを含む前記第１のフォーマットされたデータを受信する動作、
   前記処理サブシステムによって、グリッド・システムを前記第１のフォーマットされたデータ上にオーバレイし、複数のセルを規定する動作であって、前記グリッド・システムが、前記グリッド・システムの横軸に付与された一連の緯度座標、および前記グリッド・システムの縦軸に付与された一連の経度座標を含み、緯度および経度座標のセットが前記複数のセルの中のセルを規定する、前記規定する動作、
   前記少なくとも１つのベクトル・オブジェクトの少なくとも一部分を包含する選択されたセルを識別する動作、ならびに前記選択されたセルの緯度および経度座標の前記セットを前記少なくとも１つのベクトル・オブジェクトに付与する動作、
   を遂行することによって、前記座標値を付与するように構成されている、請求項２に記載のデータベース・システム。
4. 前記処理サブシステムが前記少なくとも１つのベクトル・オブジェクトのタイムスタンプ・データを決定し、
   前記ファイル・フォーマッティング・サブシステムが前記タイムスタンプ・データを前記デュアル・フォーマット・データ・ファイル内に記憶する、
   請求項３に記載のデータベース・システム。
5. 選択されたタイムスタンプならびに緯度および経度座標の選択されたセットが前記複数のセルと前記第１のフォーマットされたデータとの間の時空密度関係を規定する、請求項４に記載のデータベース・システム。
6. データベース・システムを動作させるコンピュータ実施方法であって、前記コンピュータ実施方法が、
   電子ハードウェア・コントローラを含む処理サブシステムにおいて、第１のフォーマットされたデータを受信することと、
   電子ファイル・フォーマッティング・サブシステムを用いて、第２のデータ・フォーマットに対応する座標値を前記第１のフォーマットされたデータに付与することと、
   前記ファイル・フォーマッティング・サブシステムを用いて、前記第１のフォーマットされたデータを、第２のデータ・フォーマットに対応する前記座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することと、
   データ記憶ユニット内において、前記デュアル・フォーマット・データ・ファイルを記憶することと、
   を含むコンピュータ実施方法。
7. 前記第１のフォーマットされたデータがベクトル・データであり、前記第２のデータ・フォーマットがラスタ・データ・フォーマットである、請求項６に記載のコンピュータ実施方法。
8. 前記座標値を付与することが、
   ベクトル・フォーマットを有し、少なくとも１つのベクトル・オブジェクトを含む前記第１のフォーマットされたデータを受信すること、
   電子ハードウェア・コントローラを含む処理サブシステムを用いて、グリッド・システムを前記第１のフォーマットされたデータ上にオーバレイし、複数のセルを規定することであって、前記グリッド・システムが、前記グリッド・システムの横軸に付与された一連の緯度座標、および前記グリッド・システムの縦軸に付与された一連の経度座標を含み、緯度および経度座標のセットが前記複数のセルの中のセルを規定する、前記規定すること、
   電子ハードウェア・コントローラを含む前記処理サブシステムを用いて、前記少なくとも１つのベクトル・オブジェクトの少なくとも一部分を包含する選択されたセルを識別すること、ならびに
   ファイル・フォーマッティング・サブシステムを用いて、前記選択されたセルの緯度および経度座標の前記セットを前記少なくとも１つのベクトル・オブジェクトに付与すること、
   を含む、請求項７に記載のコンピュータ実施方法。
9. 前記処理サブシステムを介して前記少なくとも１つのベクトル・オブジェクトのタイムスタンプ・データを決定することと、
   前記タイムスタンプ・データを前記デュアル・フォーマット・データ・ファイル内に記憶することと、
   をさらに含む、請求項８に記載のコンピュータ実施方法。
10. 選択されたタイムスタンプ、ならびに緯度および経度座標の選択されたセットに基づいて、前記複数のセルと前記第１のフォーマットされたデータとの間の時空密度関係を規定することをさらに含む、請求項９に記載のコンピュータ実施方法。
11. 問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、前記方法が、
    電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、第１のデータ・フォーマット（ラスタ）に対応する座標値を、前記第１のデータ・フォーマットとは異なる第２のデータ・フォーマット（ベクトル）を有する初期データ・セット内に含まれるデータ・オブジェクトに付与することと、
    前記ファイル・フォーマッティング・サブシステムを用いて、デュアル・フォーマット・データ・ファイルを生成するために、前記第２のデータ・フォーマットを有する前記データ・オブジェクトを、前記第１のデータ・フォーマットに対応する前記座標値に相互に関連付けるデュアル・フォーマット・データ・ファイルを生成することと、
    データ記憶ユニット内において、前記デュアル・フォーマット・データ・ファイルを記憶することと、
    前記初期データ・セット内に含まれる少なくとも１つのデータ・オブジェクトのための問い合わせを受信することであって、前記少なくとも１つのデータ・オブジェクトが前記第２のデータ・フォーマットを有する、前記受信することと、
    前記データ記憶ユニット内に記憶された複数のデュアル・データ・ファイルから前記第２のデータ・フォーマットを有する前記少なくとも１つのデータ・オブジェクトを含む少なくとも１つのデュアル・フォーマット・データ・ファイルを識別することと、
    前記少なくとも１つのデュアル・フォーマット・データ・ファイル内に記憶された前記対応する座標値に基づいて前記少なくとも１つのデータ・オブジェクトを出力することと、
    を含む方法。
12. 前記第１のデータ・フォーマットがラスタ・データ・フォーマットであり、前記第２のデータ・フォーマットがベクトル・データ・フォーマットである、請求項１１に記載のコンピュータ実施方法。
13. 前記少なくとも１つのデータ・オブジェクトが、ポイント、ライン、および境界形状を含む群から選択されるベクトル・オブジェクトである、請求項１２に記載のコンピュータ実施方法。
14. 前記座標値が、前記初期データ・セットを、複数のラスタ・セルを規定するラスタ・グリッド・システムに索引付けする緯度および経度座標のセットを含む、請求項１３に記載のコンピュータ実施方法。
15. 前記問い合わせに応じて、前記少なくとも１つのデータ・オブジェクトを包含する選択されたラスタ・セルを識別するための緯度および経度座標の選択されたセットが決定される、請求項１４に記載のコンピュータ実施方法。
16. 問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、前記方法が、
    電子ハードウェア・コントローラを含む処理サブシステムを用いて複数のラスタ・グリッド・セルを初期ベクトル・データ・セット上にオーバレイすることであって、各ラスタ・グリッド・セルがそれにグリッド座標のセットを付与されている、前記オーバレイすることと、
    電子ハードウェア・コントローラを実装されたファイル・フォーマッティング・サブシステムを介して、前記ベクトル・データ・セット内に含まれるベクトル・オブジェクトをオーバレイする少なくとも１つのラスタ・グリッド・セルに対応するグリッド座標の選択されたセット、および前記ベクトル・オブジェクトを識別するオブジェクト識別情報の両方を含む融合されたデータ・ファイルを生成することと、
    前記ベクトル・データ・セット内に含まれる少なくとも１つのターゲット・ベクトル・オブジェクトのための問い合わせを受信することと、
    電子ハードウェア・コントローラを含む処理サブシステムを介して、前記ターゲット・ベクトル・オブジェクトに基づいて基準ベクトル・オブジェクトを決定し、前記基準ベクトル・オブジェクトと前記複数のグリッド・セルとの間の比較に基づいて前記ベクトル・オブジェクトに対応するグリッド座標の少なくとも１つのセットを決定する画像認識動作を遂行することと、
    グリッド座標の前記選択されたセットを記憶する前記融合されたデータ・ファイルから前記オブジェクト識別情報を出力することと、
    を含むコンピュータ実施方法。
17. 前記ベクトル・オブジェクトが、ポイント、ライン、および境界形状を含む群から選択されるオブジェクトを含む、請求項１６に記載のコンピュータ実施方法。
18. 前記オブジェクト識別情報が、住宅、建物、河川、街路、湖、および土地の区画を含む群から選択される属性を含む、請求項１７に記載のコンピュータ実施方法。
19. 前記座標値が、前記初期ベクトル・データ・セットを前記グリッド・セルに索引付けする緯度および経度座標のセットを含む、請求項１８に記載のコンピュータ実施方法。
20. 前記画像認識動作が、
    少なくとも１つのグリッド・セルによって規定されるラスタ形状を有するラスタ・オブジェクトを決定することと、
    前記ラスタ形状を、前記基準ベクトル・オブジェクトによって規定されるベクトル形状と比較することと、
    前記ラスタ形状が前記ベクトル形状に一致したときに、グリッド座標の前記最小の１つのセットを決定することと、
    をさらに含む、請求項１９に記載のコンピュータ実施方法。
21. 問い合わせ結果を生成するためにデータベース・システムを動作させるコンピュータ実施方法であって、前記方法が、
    電子ハードウェア・コントローラを含む処理サブシステムを介して、複数のグリッド・セルを含むグリッド・システムを生成し、前記グリッド・セルを、第１のデータ・フォーマットを有する初期データ・セット上にオーバレイすることであって、各グリッド・セルが、第２のデータ・フォーマットを有し、グリッド座標のセットが付与されたデータを表現する、前記オーバレイすることと、
    電子ハードウェア・コントローラを含むファイル・フォーマッティング・サブシステムを介して、前記第２のデータ・フォーマットに対応する座標値を、前記第１のデータ・フォーマットを有する初期データ・セット内に含まれるデータ・オブジェクトに付与することと、
    デュアル・フォーマット・データ・ファイル内において、前記第１のフォーマットを有する選択されたデータ・オブジェクトの識別情報を、前記選択されたデータ・オブジェクトの上に重なる選択されたグリッド・セルに対応する座標の選択されたセットと共に記憶することと、
    前記第２のデータ・フォーマットを有する少なくとも１つのターゲット・データ・オブジェクトのための問い合わせを受信し、前記問い合わせに基づいて前記第１のデータ・フォーマットを有する基準データ・オブジェクトを生成することと、
    前記基準データ・オブジェクトと前記複数のグリッド・セルとの間の比較に基づいて前記第２のデータ・フォーマットを有する前記少なくとも１つのターゲット・データ・オブジェクトを出力することと、
    を含むコンピュータ実施方法。
22. 前記第１のデータ・フォーマットがベクトル・データ・フォーマットであり、前記第２のデータ・フォーマットがラスタ・データ・フォーマットである、請求項２１に記載のコンピュータ実施方法。
23. 前記基準データ・オブジェクトが基準グリッド座標の少なくとも１つのセットによって規定され、前記処理サブシステムを介して、前記基準グリッド座標に対応する前記複数のグリッド・セルの中の個々のグリッド・セルを出力する、請求項２２に記載のコンピュータ実施方法。
24. 基準グリッド・セルの前記少なくとも１つのセットが境界形状を規定し、前記処理サブシステムが、前記境界形状内に包含される前記個々のグリッド・セルを出力する、請求項２３に記載のコンピュータ実施方法。
25. 前記個々のグリッド・セルが、センサス・データ、気象データ、気温データ、土壌データ、地形データ、土壌データ、およびエネルギー・スペクトル・データを含む群から選択されるラスタ・データを表現する、請求項２３または２４に記載のコンピュータ実施方法。
26. データベース・システムを動作させるためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品が、処理回路によって可読であり、請求項６ないし２５のいずれかに記載の方法を遂行するための前記処理回路による実行のための命令を記憶するコンピュータ可読記憶媒体を備える、コンピュータ・プログラム製品。
27. コンピュータ可読媒体上に記憶され、デジタル・コンピュータの内部メモリ内にロード可能であるコンピュータ・プログラムであって、前記プログラムがコンピュータ上で実行されると、請求項６ないし２５のいずれかに記載の方法を遂行するためのソフトウェア・コード部分を含む、コンピュータ・プログラム。