JP2014509017A - マップ作成 - Google Patents

Abstract

クロスプラットフォームクラウドベースのマップ作成のための方法、システム、およびプログラムが、本明細書に説明される。方法実施形態は、その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信するステップであって、各ＧＩＳデータセットが、１つ以上のマップアセットを備える、ステップと、ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するステップと、プラットフォーム独立フォーマットにおける変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供するステップとを含む。

Description

本明細書は、例えば、クライアントプラットフォーム、特に、排他的ではないが、モバイル通信デバイスにおけるマップデータの表示のための地理的にリンクされた情報の作成および配信について説明する。

地理的情報システム（ＧＩＳ）データセット内に含まれる情報等の地理的にリンクされた情報は、多くの場合、異なるソースに由来し、異なるネイティブフォーマットに維持される。これらのネイティブフォーマットは、地理的にリンクされた情報を閲覧し、それに関する動作を行うために必要とされる、その個別のＧＩＳソフトウェアに関係している。これらのフォーマットの広範さのため、データにアクセスし、それを結合する際に、技術的問題が生じ、複雑かつ時間がかかることになる。さらに、異なるＧＩＳフォーマットにおける地理的にリンクされた情報の量が増加するにつれて、そのような情報をユーザに配信することが、ますます技術的に困難になる。

本発明は、本明細書に後述される請求項に定義される。

一例として、以下に説明される実施形態は、クロスプラットフォームクラウドベースのマップ作成に関する。方法実施形態は、その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信するステップであって、各ＧＩＳデータセットが、１つ以上のマップアセットを備える、ステップと、ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するステップと、プラットフォーム独立フォーマットにおける変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供するステップとを含む。

システム実施形態は、その個別のソースファーマットにおいて、１つ以上のＧＩＳデータセットを受信するように構成される第１のモジュールであって、各ＧＩＳデータセットが、１つ以上のマップアセットを備える、第１のモジュールと、ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するように構成される第２のモジュールと、プラットフォーム独立フォーマットにおける変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供するように構成される第３のモジュールとを含む。

さらなる実施形態、特徴、および利点、ならびに種々の実施形態の構造および動作は、付随の図面を参照して、例証的実施例として、以下に詳細に説明される。

図面中、類似参照番号は、同じまたは機能的に類似する要素を示し得る。要素が、最初に表出する図面は、概して、対応する参照番号の最左の数字によって示される。

図１は、ある実施形態による、クロスプラットフォームクラウドベースのマップ作成のためのシステムのブロック図である。 図２Ａは、ある実施形態による、処理システムの略図である。 図２Ｂは、ある実施形態による、サービス提供システムの略図である。 図３は、ある実施形態による、処理システムの例示的動作を例証する、流れ図である。 図４は、ある実施形態による、アセットマネージャの例示的動作を例証する、流れ図である。 図５は、ある実施形態による、スピードライタの例示的動作を例証する、流れ図である。 図６は、ある実施形態による、処理マネージャの例示的動作を例証する、流れ図である。 図７Ａ−７Ｅは、実施形態による、例示的ガジェットを例証する、略図である。 図７Ａ−７Ｅは、実施形態による、例示的ガジェットを例証する、略図である。 図７Ａ−７Ｅは、実施形態による、例示的ガジェットを例証する、略図である。 図７Ａ−７Ｅは、実施形態による、例示的ガジェットを例証する、略図である。 図７Ａ−７Ｅは、実施形態による、例示的ガジェットを例証する、略図である。 図８は、実施形態の構成要素を実装するために有用な例示的コンピュータを図示する。

実施形態は、クロスプラットフォームクラウドベースのマップ作成に関する。非限定的実施形態では、１人以上のマップ構築者（例えば、地図製作者）が、クロスプラットフォームクラウドベースのマップ作成のためのシステムにアクセスしてもよい。システムにアクセスする、各マップ構築者は、マップ構築者用クライアントを使用して、１つ以上のＧＩＳデータセットをアップロードしてもよい。マップ構築者によってアップロードされた各ＧＩＳデータセットは、１つ以上のファイルを含んでもよく、各ＧＩＳデータセットは、下層レイヤソースフォーマットを有してもよい。ＧＩＳデータセットのためのソースフォーマットは、例えば、限定ではないが、ＧＩＳラスタフォーマット、ベクトルフォーマット、およびグリッドフォーマットを含んでもよい。実施例として、各ソースフォーマットは、具体的コンピュータプラットフォームに依存してもよく、あるコンピュータハードウェアおよび／またはソフトウェアが、フォーマットされた情報にアクセスし、それを操作することを要求してもよい。

ある実施形態では、その個別のソースフォーマットにおいて、マップ構築者によってアップロードされたＧＩＳデータセットは、本実施形態によって、プラットフォーム独立フォーマットに変換されてもよい。

ある実施形態では、変換されたＧＩＳデータセットマップは、クライアントプラットフォーム（例えば、２次元（２Ｄ）および３次元（３Ｄ）マッププラットフォーム）を通して、１人以上のユーザに提供され、種々のコンピューティングデバイス（例えば、ラップトップ、スマートフォン、デスクトップ等）上にインスタンス化されてもよい。

ある実施形態では、１つ以上の変換されたＧＩＳデータセットを含む、マップは、作成されてもよい。マップは、サービス提供システムを使用して、種々のコンピューティングデバイス上の種々のクライアントプラットフォームに公開されてもよい。

本実施形態は、特定の用途のための例証的実施形態を参照して、本明細書に説明されるが、本発明は、それらに限定されないことを理解されたい。本明細書に提供される教示へのアクセスを伴う当業者は、その範囲および実施形態が有意な可用性があるであろう付加的分野内において、付加的修正、用途、および実施形態を認識するであろう。

用語「マップ」は、本明細書で使用されるように、任意のデジタルマップ、任意の形態の地理的にリンクされた情報、および関連付けられたメタデータを指す。マップは、２Ｄおよび３Ｄ表現ならびに埋め込まれた画像、オーディオ、ビデオ、アプリケーション、ウィジェット等を含んでもよい。これらの実施例は、例証であって、実施形態を限定することを意図するものではない。

用語「特徴」は、本明細書で使用されるように、マップ上に表示される、任意の地理的にリンクされた特徴を指し得る。例えば、そのような特徴は、着目点、地形特徴、領域境界、人工構造、水塊等を含んでもよいが、それらに限定されない。特徴はまた、マップ上に表示される任意のユーザインターフェース特徴を含んでもよい。これらの実施例は、例証であって、実施形態を限定することを意図するものではない。

用語「ベクトルデータ」は、本明細書で使用されるように、マップを画定するために使用される、点、線、および多角形を指し得る。さらに、ベクトルデータはまた、１つ以上のマップ領域と関連付けられる、任意のデータまたはメタデータ（例えば、人口、エリア、緯度、経度等）を含んでもよい。これらの実施例は、例証であって、実施形態を限定することを意図するものではない。

用語「マップ構築者」は、本明細書で使用されるように、マップまたは任意の他の地理的にリンクされた情報を作成および／または修正する、任意のユーザ（例えば、地図製作者）を指し得る。マップ構築者はまた、例えば、マップ構築者クライアントを使用して、異なるマップ可視化およびマップユーザインターフェース要素を定義してもよい。

用語「公開されたマップ」は、本明細書で使用されるように、任意のデジタルマップ、任意の形態の地理的にリンクされた情報、および閲覧のために、全体的または部分的に表示される、関連付けられたメタデータを指す。公開されたマップは、２Ｄおよび３Ｄ表現ならびに埋め込まれた画像、オーディオ、ビデオ、アプリケーション、ウィジェット、ガジェット等を含んでもよい。これらの実施例は、例証であって、実施形態を限定することを意図するものではない。

図１は、ある実施形態による、クロスプラットフォームクラウドベースマップの作成のためのシステム１００のブロック図である。システム１００は、ネットワーク１０２、マップ構築者クライアント１１０、処理システム１４０、処理リポジトリ１８０、サービス提供システム１５０、サービス提供リポジトリ１８２、および複数のクライアントプラットフォーム１６０Ａ−Ｎを含んでもよい。

システム１００は、１つ以上のマップ構築者（または、地図製作者）が、種々のフォーマットにおいて、地理的にリンクされたまたはＧＩＳデータをアップロードし、アクセス制御をデータに適用し、データをマップにグループ化し、マップを創造およびスタイル化し、プラットフォーム−独立フォーマットにおいて、マップを構築し、クライアントプラットフォーム１６０Ａ−Ｎにおいて、エンドユーザに公開することを可能にしてもよい。マップ構築者は、マップの各レイヤ内に含まれ得るデータ（例えば、ユーザ人口統計的データ、地形データ等）、マップの異なるレイヤに適用され得る可視化スタイル、ならびにマップおよびマップデータの異なるレイヤに適用され得るアクセス制御等、公開されるマップの特性を定義することを可能であり得る。非限定的実施形態では、公開されるマップへのアクセスは、アクセス制御リストを使用して制御されてもよい。

ある実施形態では、ユーザは、クライアントプラットフォーム１６０Ａ−Ｎを通して、地理的にリンクされた情報および任意の関連付けられたデータを閲覧してもよい。ある実施形態では、各クライアントプラットフォーム１６０Ａ−Ｎは、同一または異なるプラットフォームであってもよい。そのようなクライアントプラットフォームは、ブラウザ内にインスタンス化される、または独立型ソフトウェアアプリケーションでさえあってもよい。加えて、クライアントプラットフォーム１６０Ａ−Ｎは、２Ｄおよび／または３Ｄ表現において、地理的情報を表示してもよい。

ネットワーク１０２は、ローカルエリアネットワーク、中距離ネットワーク、および／またはインターネット等の広域ネットワークを含むが、それらに限定されない、１つ以上のネットワークを含んでもよい。ネットワーク１０２は、例えば、マップ構築者クライアント１１０、処理システム１４０、処理リポジトリ１８０、サービス提供システム１５０、サービス提供リポジトリ１８２、ならびにクライアントプラットフォーム１６０Ａ−Ｎおよび任意の付加的クライアントまたはサーバが、相互に通信することを可能にする、任意の形態の有線または無線ネットワークであってもよい。

マップ構築者クライアント１１０は、マップデータエンジン１２０と、ユーザインターフェース１３０とを含んでもよい。ユーザインターフェース１３０にアクセスすることによって、マップ構築者（または、地図製作者）は、プラットフォーム独立マップおよび任意の他の地理的にリンクされた情報を構築ならびに公開してもよい。公開されたマップは、クライアントプラットフォーム１６０Ａ−Ｎを使用して、１人以上のユーザによって閲覧されてもよい。ある実施形態では、マップ構築者は、ユーザインターフェース１３０を使用して、プラットフォーム特異的マップを構築および公開してもよい。ユーザインターフェース１３０は、ＧＩＳデータセットのアップロード、ＧＩＳデータセットの処理、マップアクセス制御の適用、および地理的にリンクされた情報または任意の他のデータの編集を含む、種々の機能を促進してもよい。ユーザインターフェース１３０の動作はさらに、米国特許出願第６１／４４５，８６６号（弁理士整理番号２５２５．４９３００００号）「Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ｆｏｒ Ｂｒｏｗｓｉｎｇ Ｈｅｔｅｒｏｇｅｎｅｏｕｓ Ｍａｐ Ｄａｔａ」に説明されており、参照することによって、全体として本明細書に組み込まれる。

ユーザインターフェース１３０はまた、アクセス制御リスト（ＡＣＬ）の作成または編集を通して等、マップアクセスセキュリティ設定の編集を促進してもよい。ＡＣＬは、システム１００によって記憶および／または公開された地理的情報の一部または全部へのアクセスが与えられ得る、１人以上のユーザを定義してもよい。ユーザは、クライアントプラットフォーム１６０Ａ−Ｎを使用して、マップデータを閲覧、修正、および操作するための所定のレベルのアクセスを有する、ＡＣＬが割り当てられてもよい。例示的レベルのＡＣＬアクセスは、基本的閲覧権、中間閲覧特権、およびアドミニストレータまたはモデレータアクセス特権を含んでもよい。ＡＣＬはさらに、米国特許出願第６１／４４５，８８３号（弁理士整理番号２５２５．４９５００００号）「Ｏｂｊｅｃｔ−Ｂａｓｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｆｏｒ ＭａｐＤａｔａ」に説明されており、参照することによって、全体として本明細書に組み込まれる。

処理システム１４０は、マップ構築者クライアント１１０から、その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信してもよい。各ＧＩＳデータセットは、１つ以上のマップアセットまたはマップデータファイルを備えてもよい。処理システム１４０は、ＧＩＳデータセットをプラットフォーム独立フォーマットに変換し、サービス提供システム１５０を使用して、プラットフォーム独立フォーマットにおける変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォーム１６０Ａ−Ｎに提供する。非限定的実施形態では、処理システム１４０はまた、ＧＩＳデータセットをプラットフォーム特異的フォーマットに変換してもよい。

非限定的実施形態では、処理システム１４０は、ＧＩＳデータセットの個別の標高データ、マップ形状レイヤ、および座標系記述を、クライアントプラットフォーム１６０Ａ−Ｎによって解析およびレンダリングされ得る、プラットフォーム独立フォーマットにエンコードすることによって、１つ以上のＧＩＳデータセットをその個別のソースフォーマットに変換することができる。単純例証および非限定的実施例として、ＧｅｏＴＩＦＦフォーマットにおけるＧＩＳデータセットおよび空間データファイルフォーマットにおける別のＧＩＳデータセットは、処理システム１４０によって、別個のＧｅｏＴＩＦＦおよび空間データフォーマットファイルリーダを要求することなく、クライアントプラットフォーム１６０Ａ−Ｎによって解析およびレンダリングされ得る、１つのプラットフォーム独立フォーマットに変換されてもよい。

処理システム１４０は、処理リポジトリ１８０上に記憶された情報にアクセスしてもよい。処理リポジトリ１８０は、持続的記憶デバイスまたはデータの持続的および一時的記憶の両方を可能にするデバイスであってもよい。処理リポジトリ１８０は、処理システム１４０が、マップアセットデータおよび関連付けられたメタデータをセキュアに記憶ならびに管理することを可能にしてもよい。

ある実施形態では、処理システム１４０はまた、ＧＩＳデータセットから欠けている情報を識別してもよい。例えば、ＧＩＳデータセットは、エンドユーザのためのデータの第１のレイヤを提供してもよく、しかしながら、ユーザの選好は、第三者データソースから識別され、読み出され、完成されたマップをクライアントプラットフォーム１６０Ａ上でユーザに提供する必要があり得る、付加的人口統計的データを命令してもよい。処理システム１４０は、次いで、そのような付加的データを識別し、読み出してもよい。別の実施形態では、処理システム１４０はまた、アップロードされたが不完全ＧＩＳデータセットを完成するために必要とされる、１つ以上のファイルを識別してもよい。ＧＩＳデータセットを完成するために必要とされるファイルが、欠けていることが見出される場合、処理システム１４０は、マップ構築者に、ユーザインターフェース１３０を通して、アラートを提供してもよい。

ある実施形態では、処理システム１４０は、マップデータの好ましくない部分を削除し、データセキュリティを提供し、不正プロセスが、クライアント１６０Ａ−Ｎにおいてインスタンス化されないように防止してもよい。例えば、ＧＩＳデータセット内で受信したマップ情報の好ましくない部分を削除するステップは、クライアントプラットフォーム１６０Ａ−Ｎの動作に有害であり得る、不正コーディングおよび他の望ましくない情報を除去してもよい。

マップ構築者用クライアント１１０におけるマップ構築またはマップ作成プロセスの過程の間、あるガジェット（例えば、ユーザインターフェースツール）が、処理システム１４０によって、クライアント１６０Ａ−Ｎにおいて表示されるべきマップにリンクされてもよい。ガジェットは、例えば、ユーザが、既存のマップデータにアクセスし、それを操作および修正するために使用し得る、ユーザインターフェースベースのツールであってもよい。例示的ガジェットは、種々のボタンおよびテキスト入力フィールドを伴う、ユーザインターフェースであってもよく、選択は、ユーザ選好に従って、表示されたマップコンテンツを修正および／または閲覧するために行われ得る。

ある実施形態では、クライアント１６０Ａ−Ｎにおけるガジェットへのアクセスは、ＡＣＬを使用して制御されてもよい。非限定的実施形態では、マップ構築者は、マップ構築者用クライアント１１０において、ガジェット作成インターフェース（図示せず）を使用する、Ｊａｖａ（登録商標）スクリプト（または、任意の他のスクリプト）を使用して、ガジェットを作成してもよい。クライアント１６０Ａ−Ｎにおいて、１つ以上のガジェットをインスタンス化するスクリプトは、ガジェット作成インターフェースを使用して、マップと関連付けられてもよい。スクリプトは、マップと関連付けられたメタデータにアクセスするように構成されてもよい。スクリプトは、特定のマップへのガジェットにリンクするために使用されてもよく、順に、ユーザに、アクセス選択肢、ツール、およびアクセサリを提供する。ある実施例では、ガジェットは、表示されたマップをカプセル化する、ユーザインターフェースの形態をとってもよい。ユーザは、次いで、ガジェットのインターフェースを使用して、マップに関する動作を行ってもよい。別の実施例では、ガジェットは、ユーザによって閲覧されているマップ領域に対する天気情報を表示してもよい。このように、ガジェットが、クライアント１６０Ａ−Ｎにおいてインスタンス化されると、ユーザは、ガジェットを使用して、マップに関する動作を行う、またはマップと関連付けられた任意の具体的メタデータを読み出してもよい。

図７Ａは、ある都市における、近隣、課税区画、および公共サービスを表示するために使用され得る、例示的ガジェット７０２を図示する。本実施例では、ガジェット７０２は、ラップトップ等のコンピューティングデバイス上にインスタンス化されるブラウザ内に表示される。図７Ａに図示されるように、公共サービスチェックボックス７０４が選択されているため、公共サービスが、マップ上に、着目点（例えば、着目点７０６）として表示される。検索ボックス７０８はまた、マップ内の任意の所望の情報の検索を可能にする。例えば、図７Ａに示されるように、ユーザは、マップ領域内の小学校を検索してもよい。

図７Ｂおよび７Ｃは、それぞれ、スマートフォンおよびタブレットコンピュータ等の異なるコンピューティングデバイス上にインスタンス化されたガジェットインターフェース７０２を図示する。図７Ｄは、ユーザが、検索列（例えば、「公共サービス」）を検索ボックス７０８内にタイプし始めると、表出する、例示的メニュー７１２を図示する。図７Ｅは、郵便番号入力ボックス７１４を使用して、郵便番号と関連付けられたマップ、または住所ボックス７１６内に、ユーザによって提供された住所近傍のマップを表示するために使用され得る、例示的ガジェット７１０を図示する。

ある実施形態では、処理システム１４０は、１つ以上の変換されたＧＩＳデータセットのそれぞれを変換されたアセットにグループ化してもよい。さらに、例えば、マップは、異なるＧＩＳデータセットからのデータを含んでもよい。ある実施形態では、これらの異なるＧＩＳデータセットは、マップを表す、変換されたアセットとして、ともにグループ化されてもよい。処理システム１４０は、変換されたアセットを追跡し、マップを表す、単一エンティティとして、変換されたアセットを維持してもよい。このように、変換されたアセットを単一エンティティとして維持することによって、複数のＧＩＳデータセットが、ユーザクライアント１６０Ａ−Ｎのうちの１つ以上におけるマップ上で行われた動作にかかわらず、マップを表し続け得る。ある実施形態では、処理システム１４０は、１つ以上のＧＩＳデータセットおよび対応するマップファイルを受信する。処理システム１４０は、ＧＩＳデータセットおよびマップファイルのそれぞれをプラットフォーム−独立フォーマットに変換し、変換されたファイルを、変換されたアセットとして、ともにグループ化してもよい。非限定的実施形態では、マップレイヤは、１つ以上のマップアセットを含んでもよく、マッププロジェクトは、１つ以上のマップレイヤを含んでもよい。

処理システム１４０は、変換されたＧＩＳデータセットおよびアセットのうちの１つ以上をサービス提供システム１５０に提供してもよい。サービス提供システム１５０は、次いで、１つ以上の変換されたＧＩＳデータセットを含む、マップを公開してもよい。公開されたマップは、クライアント１６０Ａ−Ｎにおける、２Ｄまたは３Ｄ表現であってもよい。サービス提供システム１５０は、サービス提供リポジトリ１８２上に記憶された情報にアクセスしてもよい。サービス提供リポジトリ１８２は、サービス提供システム１５０によって必要とされるデータを記憶し、データ読み出し、マップ公開、ならびにマップおよび変換されたＧＩＳデータセットのクライアントプラットフォーム１６０Ａ−Ｎへの自動転送を行う、任意の記憶デバイスであってもよい。

ある実施形態では、サービス提供システム１５０は、クライアント１６０Ａ−Ｎおける公開されるマップの閲覧に関連付けられる分析情報を収集してもよい。例えば、サービス提供システム１５０は、公開されるマップに対する全ページビューのような分析結果を収集してもよく、「ヒートマップ」が、公開されるマップの頻繁にアクセスされるエリアを識別し、公開されるマップのどの特徴がアクセスされ、公開されるマップユーザのどの特徴が、アクセスにおいて現在に着目されるかを識別する。ある実施形態では、そのような分析情報は、マップ構築者クライアント１１０におけるマップ構築者に示されてもよい。

クライアントプラットフォーム１６０Ａ−Ｎ、マップ構築者クライアント１１０、処理システム１４０、およびサービス提供システム１５０はそれぞれ、１つ以上のプロセッサを有する、任意のタイプの処理（または、コンピューティング）デバイスであることができる。例えば、これらのデバイスは、ワークステーション、モバイルデバイス（携帯電話タブレットまたはラップトップ等）、コンピュータ、コンピュータ群、セットトップボックス、埋め込まれたシステム、コンソール、または少なくとも１つのプロセッサを有する他のデバイスであってもよい。そのような処理デバイスは、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組み合わせを含んでもよい。ソフトウェアは、１つ以上のアプリケーションおよびオペレーティングシステムを含んでもよい。ハードウェアは、プロセッサ、メモリ、およびグラフィカルユーザインターフェースディスプレイを含むことができるが、それらに限定されない。

ある実施形態では、処理システム１４０および／またはサービス提供システム１５０は両方とも、複数のコンピュータにわたって実装されてもよい。また、ある実施形態では、処理システム１４０、サービス提供システム１５０、クライアントプラットフォーム１６０Ａ−Ｎ、およびマップ構築者クライアント１１０によって実施および／または要求される全処理タスクは、複数のコンピュータにわたって分散されてもよい。このように、実施形態は、クラウドコンピューティングアーキテクチャを採用し、表示のためのマップデータを処理、記憶、および提供してもよい。

実施形態は、１つ以上のプラットフォーム独立スタイルシートに基づいて、スタイル化される、マップを表示してもよい。ある実施形態では、マップスタイルシートは、１つ以上のスタイルルールを含んでもよい。スタイルルールは、例えば、表示されたマップ上に表出する、任意の特徴またはユーザインターフェース要素の外見および挙動を定義してもよい。例えば、スタイルシートルールは、特定のズームレベルで表示される、一式のマップ特徴の色を指定してもよい。スタイルシートはまた、ユーザが、マップ特徴または要素上でマウスをクリックする、またはその上方にマウスを重ねるときのポップアップウィンドウコンテンツを定義するために使用されてもよい。ある実施形態では、１つ以上のマップスタイルシートが、マップベクトルデータ（例えば、点、線、および多角形）に適用され、スタイル化されたマップレイヤを取得してもよい。

プラットフォーム独立マップデータの動的スタイリングのための実施形態は、詳細のレベル（ＬＯＤ）における着目エリアに対する要求を受信することと、着目エリアに関連付けられるデータセットに関する空間検索を行うこととを含んでもよい。非限定的例として、ユーザがマップ上の領域を選択する場合、またはユーザがマップをズームインまたはアウトする場合、ＬＯＤにおける着目エリアに対する要求が受信されてもよい。空間検索は、着目エリアに関連付けられるＬＯＤにおいて表示されるべきデータセットから特徴を返させてもよい。方法は、１つ以上のスタイルルールを特徴に適用することであって、スタイルルールが、デバイスおよびレンダリングプラットフォーム独立である、ことと、着目エリアと共にスタイリングされた特徴を表示に提供することとも含む。ある実施形態では、取得すること、適用することおよび提供することは、「オンザフライ」および着目エリアに対するユーザの要求に応答して行われてもよい。マップスタイルシートはさらに、米国特許出願第６１／４４５，８６８号（弁理士整理番号２５２５．４９６００００号）「Ｓｔｙｌｅ Ｓｈｅｅｔｓ Ｆｏｒ Ｄｙｎａｍｉｃ Ｓｔｙｌｉｎｇ Ｏｆ Ｐｌａｔｆｏｒｍ Ｉｎｄｅｐｅｎｄｅｎｔ Ｍａｐ Ｄａｔａ」に説明されており、参照することによって、全体として本明細書に組み込まれる。

ある実施形態では、公開され、クライアント１６０Ａ−Ｎにおいて表示されているマップは、マップ構築者用クライアント１１０およびユーザインターフェース１３０を使用して、随時、アップデートされてもよい。例えば、マップおよびその特徴の可視化スタイルは、マップ構築者用クライアント１１０を使用して、随時、マップ構築者によって、変更されてもよい。例えば、マップ構築者は、マップ構築者用クライアント１１０を使用して、処理システム１４０に記憶されたスタイルシートを更新可能であってもよい。いったんスタイルシートがアップデートされると、公開され、クライアント１６０Ａ−Ｎにおいて表示されている対応するマップは、オンザフライでアップデートされ、アップデートに応答してもよい。別の実施例では、公開されたマップと関連付けられたアクセス制御リストが、クライアント１６０Ａ−Ｎにおいて公開されたマップのアクセスまたは閲覧を制御するように変更されてもよい。さらに、付加的メタデータが、クライアント１６０Ａ−Ｎのうちの１つ以上において、ユーザによって閲覧されるにつれて、公開されたマップと関連付けられてもよい。公開されたマップはまた、公開されたマップと関連付けられる、個々のデータセットを追加、削除、および／または修正することによって、アップデートされてもよい。

ある実施形態では、クライアント１６０Ａ−Ｎにおいて、公開されたマップを閲覧している任意のユーザは、公開されたマップが、ユーザインターフェース１３０を使用して、マップ構築者によってアップデートされている間、任意の閲覧または編集中断を被らなくてもよい。別の実施形態では、公開されたマップが、マップ構築者によってアップデートされている間、ユーザは、公開されたマップの既存のバージョンを閲覧し続けてもよい。その後、公開されたマップへの後のアクセスに応じて、ユーザは、公開されたマップの最新バージョンまたはアップデートされたバージョンを閲覧してもよい。

図２Ａは、ある実施形態による、より詳細における、処理システム１４０の略図である。図２Ａに図示されるように、処理システム１４０は、アセットマネージャ２１０、処理マネージャ２１２、スピードライタ２１４、およびアップローダ２１６を含んでもよい。処理システム１４０はまた、前述のモジュール２１０−２１６のいずれかによってアクセス可能である、静的コンテンツ２１８を含んでもよい。ある実施形態では、静的コンテンツ２１８は、処理システム１４０によって使用され、処理システム１４０の動作の間、必要とされる任意のデータを記憶してもよい。

ある実施形態では、アセットマネージャ２１０は、処理システム１４０およびサービス提供システム１５０と関連付けられたデータおよびデータポインタの記録を記憶してもよい。アセットマネージャ２１０は、記憶された記録を使用して、ＧＩＳデータセットと関連付けられたマップアセットおよびメタデータを追跡してもよい。

ある実施形態では、スピードライタ２１４は、メモリ書込命令の待ち行列をアセットマネージャ２１０から受信する。スピードライタ２１４は、待ち行列内で参照されるデータを記憶（例えば、処理リポジトリ１８２）に書き込んでもよい。非限定的実施形態では、スピードライタ２１４は、マップメタデータを第１のメモリ（図示せず）内に記憶してもよく、マップデータは、第１のメモリと別個の第２のメモリ（図示せず）内に記憶してもよい。第１のメモリは、第１のメモリより高速（または、低遅延）であるが、より一時的であってもよい。例えば、第１のメモリは、非持続的記憶であってもよく、第２のメモリは、持続的記憶であってもよい。

このように、実施形態は、マップメタデータへの高速アスセスを提供する。さらなる実施形態では、マップメタデータへの変更は、第２のメモリに迅速に書き込まれるために、第３のメモリ（図示せず）内の待ち行列に入れられてもよい。持続的記憶に変更を迅速に書き込むことによって、実施形態は、損失データの可能性を低減させ得る。

ある実施形態では、処理マネージャ２１２は、データセットに関する動作を行うための要求をアセットマネージャ２１０から受信する。処理マネージャ２１２は、モジュール（例えば、アップローダ２１６）を始動させ、アセットマネージャ２１０によって要求される動作を行ってもよく、また、始動されたモジュールのステータスを追跡してもよい。動作が、始動されたモジュールによって行われるにつれて、処理マネージャ２１２は、要求された動作の進捗に基づいて、ステータスアップデートをアセットマネージャ２１０に提供してもよい。

前述のように、公開されたマップは、１つ以上のＧＩＳデータセットから成ってもよく、ＧＩＳデータセットは、１つ以上のマップデータファイルを含んでもよい。ある実施形態では、処理システム１４０は、ＧＩＳデータセットを編成し、マルチレイヤマップレンダリングを生成してもよい。ある実施形態では、アップローダ２１６は、クライアント１６０Ａ−Ｎにおいて、サービス提供および表示するために、処理システム１４０からサービス提供システム１５０に、プラットフォーム独立フォーマットに変換され、レンダリングされたマップデータを自動転送してもよい。

図２Ｂは、ある実施形態による、より詳細におけるサービス提供システム１５０の略図である。図２Ｂに図示されるように、サービス提供システム１５０は、アクセスコントローラ２２０、サービス提供マネージャ２２２、および静的コンテンツ２２４を含んでもよい。別の実施形態では、処理システム１４０のモジュール２１０−２１６はまた、サービス提供システム１５０内に位置してもよい。

ある実施形態では、処理システム１４０は、サービス提供システム１５０を使用して、変換されたＧＩＳデータセットをクライアントプラットフォーム１６０Ａ−Ｎに提供してもよい。ある実施形態では、サービス提供システム１５０は、クライアントプラットフォーム１６０Ａ−Ｎへの送達のために、変換されたデータセットおよびマップデータをフォーマットしてもよい。

ある実施形態では、サービス提供マネージャ２２２は、クライアントデバイスアドレス情報および関連送達情報を識別することによって、クライアントプラットフォーム１６０Ａ−Ｎにマップをサービス提供するプロセスを管理してもよい。非限定的実施形態では、サービス提供マネージャ２２２は、コンテンツをクライアントプラットフォーム１６０Ａ−Ｎにサービス提供するために必要とされる、任意のサーバを識別し、追加または除去してもよい。このように、サービス提供マネージャ２２２は、クライアント１６０Ａ−Ｎからのマップコンテンツ要求の増加または減少に適応してもよい。

アクセスコントローラ２２０は、ＡＣＬをレビューし、クライアント１６０Ａ−Ｎへのマップデータおよびガジェットの閲覧および／またはサービス提供を制御してもよい。前述のように、ＡＣＬは、ユーザインターフェース１３０を使用して、マップ構築者によって作成されてもよい。ＡＣＬは、システム１００によって記憶および公開された地理的情報の一部または全部へのアクセスが与えられ得る、１人以上のユーザ（または、クライアント１６０Ａ−Ｎ）を定義してもよい。ユーザは、所定のレベルのアクセスを有する、ＡＣＬが割り当てられ、クライアントプラットフォーム１６０Ａ−Ｎを使用して、マップデータを閲覧、修正、および操作してもよい。

静的コンテンツ２２４は、サービス提供システム１５０の動作の間、必要とされる任意の情報を記憶してもよい。ある実施形態では、サービス提供システム１５０はまた、マップをクライアント１６０Ａ−Ｎにサービス提供するのに先立って、マップの座標およびマップ投影を変換し得る、座標変換モジュール２２６を含んでもよい。例えば、座標変換モジュール２２６は、マップデータをメルカトールマップ投影から正距円筒図法投影に変換してもよい。メルカトールおよび正距円筒図法投影は、当業者に公知のマップ投影である。座標変換モジュール２２６は、現在公知または将来開発される、任意の他の座標あるいはマップ投影システムと協働するように構成されてもよいことを理解されたい。

図３は、ある実施形態による、処理システム１４０の例示的全体的動作を例証する、流れ図である。

方法３００は、その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信する処理システム１４０を用いて開始する（ステップ３１０）。

実施例として、処理システム１４０によって受信される各ＧＩＳデータセットは、下層ソースフォーマットに従ってフォーマットされてもよく、１つ以上の場所に関する情報（例えば、空間データ）および各場所に関する付加的情報（例えば、マップメタデータ）を含んでもよい。実施例として、各ＧＩＳデータセットは、１つ以上のファイルを備えてもよい。一実施形態では、ＧＩＳデータセットは、空間データを伴う１つのファイル、ならびに標高データおよび形状データ等の属性データを伴う１つ以上の付加的ファイルを含んでもよい。

ＧＩＳデータセットのためのソースフォーマットは、例えば、限定ではないが、ラスタフォーマット、ベクトルフォーマット、およびグリッドフォーマットを含んでもよい。ラスタフォーマットは、地理的特徴を説明してもよい。ＧＩＳデータセットのためのラスタフォーマットの実装は、例えば、および限定ではないが、ＡＲＣ Ｄｉｇｉｔｉｚｅｄ Ｒａｓｔｅｒ Ｇｒａｐｈｉｃｓ（ＡＤＲＧ）、Ｂａｎｄ Ｉｎｔｅｒｌｅａｖｅｄ ｂｙ Ｌｉｎｅ、Ｃｏｍｐｒｅｓｓｅｄ ＡＲＣ Ｄｉｇｉｔｉｓｅｄ Ｒａｓｔｅｒ Ｇｒａｐｈｉｃｓ、Ｅｎｈａｎｃｅｄ Ｃｏｍｐｒｅｓｓｅｄ ＡＲＣ Ｒａｓｔｅｒ Ｇｒａｐｈｉｃｓ、Ｃｏｎｔｒｏｌｌｅｄ Ｉｍａｇｅ Ｂａｓｅ、Ｄｉｇｉｔａｌラスタグラフィック、拡張型圧縮ウェーブレット、ＥＳＲＩグリッド、ＧｅｏＴＩＦＦ、ＥＲＤＡＳ Ｉｍａｇｉｎｅ画像ファイルフォーマット、ＪＰＥＧ２０００、Ｍｕｌｔｉ−Ｒｅｓｏｌｕｔｉｏｎ Ｓｅａｍｌｅｓｓ Ｉｍａｇｅ Ｄａｔａｂａｓｅ、ｎｅｔＣＤＦ等を含んでもよい。

ベクトルフォーマットは、点、線、および多角形として、地理的特徴を説明してもよい。ＧＩＳデータセットのためのベクトルフォーマットの実装は、例えば、限定ではないが、Ｇｅｏｇｒａｐｈｙ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＡｕｔｏＣＡＤ ＤＸＦ、Ｓｈａｐｅｆｉｌｅ、Ｓｉｍｐｌｅ Ｆｅａｔｕｒｅｓ、ＭａｐＩｎｆｏ ＴＡＢ ｆｏｒｍａｔ、Ｎａｔｉｏｎａｌ Ｔｒａｎｓｆｅｒ Ｆｏｒｍａｔ、Ｔｏｐｏｌｏｇｉｃａｌｌｙ Ｉｎｔｅｇｒａｔｅｄ Ｇｅｏｇｒａｐｈｉｃ Ｅｎｃｏｄｉｎｇ ａｎｄ Ｒｅｆｅｒｅｎｃｉｎｇ、Ｃａｒｔｅｓｉａｎ ｃｏｏｒｄｉｎａｔｅ ｓｙｓｔｅｍ、Ｖｅｃｔｏｒ Ｐｒｏｄｕｃｔ Ｆｏｒｍａｔ、ＧｅｏＭｅｄｉａ、ＩＳＦＣ、Ｐｅｒｓｏｎａｌ Ｇｅｏｄａｔａｂａｓｅ、Ｆｉｌｅ Ｇｅｏｄａｔａｂａｓｅ、Ｃｏｖｅｒａｇｅ、Ｓｐａｔｉａｌ Ｄａｔａ Ｆｉｌｅ、ＧｅｏＪＳＯＮ、ＳＯＳＩ＿Ｓｔａｎｄａｒｄ、Ｄｉｇｉｔａｌ Ｌｉｎｅ Ｇｒａｐｈ等を含んでもよい。

ＧＩＳデータセットのためのグリッドフォーマットは、例えば、限定ではないが、ＵＳＧＳデジタル標高モデル（ＤＥＭ）、デジタル地形標高データ（ＤＴＥＤ）、ＧＴＯＰＯ３０、ＳＤＴＳ等を含んでもよい。

これらの実施例は、単に例証であって、実施形態を限定することを意図するものではない。実施形態は、現在公知または将来開発される、任意のＧＩＳまたはマップデータフォーマットと協働するように構成されてもよい。

流れ図３００を参照すると、処理システム１４０は、１つ以上のＧＩＳデータセットをプラットフォーム独立フォーマットに変換してもよい（ステップ３１２）。

処理システム１４０は、サービス提供システム１５０を使用して、プラットフォーム独立フォーマットにおける、変換されたＧＩＳデータセットをクライアントプラットフォーム１６０Ａ−Ｎに提供してもよい（ステップ３１４）。プラットフォーム独立フォーマットは、具体的ＧＩＳ互換性を要求しなくてもよく、任意のクライアントプラットフォーム１６０Ａ−Ｎ上で閲覧されてもよい。クライアントプラットフォーム１６０Ａ−Ｎは、種々のオペレーティングシステム、２Ｄおよび３Ｄマッピングプラットフォーム、ならびにハードウェアデバイスの組み合わせを含んでもよい。

図４は、ある実施形態による、アセットマネージャの動作を例証する、流れ図である。

方法４００は、アセットマネージャ２１０が、処理システム１４０およびサービス提供システム１５０と関連付けられたデータおよびデータポインタの記録を記憶するステップから開始する（ステップ４１０）。実施例として、記憶されたデータは、クライアントプラットフォーム１６０Ａ−Ｎに提供され得る、公開されたマップデータを読み出し、コンパイルし、作成するために使用されてもよい。ある実施形態では、アセットマネージャ２１０は、データポインタを使用して、記憶されたデータを特定してもよい。

アセットマネージャ２１０は、記憶された記録を使用して、ＧＩＳデータセットと関連付けられたマップアセットおよびメタデータを追跡してもよい（ステップ４１２）。前述のように、ある実施形態では、異なるＧＩＳデータセットは、マップを表す、変換されたアセットとして、ともにグループ化されてもよい。アセットマネージャ２１０は、変換されたアセットを追跡し、マップを表す、単一エンティティとして、変換されたアセットを維持してもよい。

このように、変換されたアセットを単一エンティティとして維持することによって、複数のＧＩＳデータセットは、ユーザクライアント１６０Ａ−Ｎのうちの１つ以上における、マップに関して行われる動作にかかわらず、マップを表し続ける。

図５は、ある実施形態による、スピードライタの例示的動作を例証する、流れ図である。方法５００は、スピードライタ２１４が、待ち行列（または、１つ以上の）メモリ書込命令をアセットマネージャ２１０から受信するステップから開始する（ステップ５１０）。次いで、スピードライタ２１４は、待ち行列内で参照されるデータを記憶メモリに書き込んでもよい（ステップ５１２）。実施例として、スピードライタ２１４は、データを処理リポジトリ１８０に書き込んでもよい。前述のように、例えば、スピードライタ２１４は、マップメタデータを第１のメモリ内に記憶してもよく、マップデータは、第１のメモリと別個の第２のメモリ内に記憶されてもよい。第１のメモリは、第１のメモリより高速（または、低遅延）であるが、一時的であってもよい。例えば、第１のメモリは、非持続的記憶であってもよく、第２のメモリは、持続的記憶であってもよい。

このように、実施形態は、マップメタデータへの高速アクセスを提供する。さらなる実施形態では、マップメタデータへの変更は、第２のメモリに迅速に書き込まれるために、第３のメモリ内の待ち行列に入れられてもよい。持続的記憶に変更を迅速に書き込むことによって、実施形態は、損失データの可能性を低減させ得る。

図６は、ある実施形態による、処理マネージャの例示的動作を例証する、流れ図である。

方法６００は、処理マネージャ２１２が、データセットに関する動作を行うための要求をアセットマネージャ２１０から受信するステップから開始する（ステップ６１０）。実施例として、データセットは、マップ構築者用クライアント１１０から受信されたＧＩＳデータセットであってもよい。

処理マネージャ２１２は、モジュールを始動させ、アセットマネージャ２１０によって要求される動作を行ってもよい（ステップ６１２）。実施例として、処理マネージャ２１２は、座標変換モジュールを始動させ、マップ座標またはスタイルモジュール（図示せず）さえ、スタイルマップ特徴に変換してもよい。ある実施形態では、処理マネージャ２１２は、処理される必要があり得る、より大量のデータを取り扱うために、リソースを追加してもよい。例えば、処理マネージャ２１２は、付加的処理モジュールを始動させてもよい。

処理マネージャ２１２は、始動されたモジュールのステータスを追跡してもよい（ステップ６１４）。例えば、処理マネージャ２１２は、始動されたモジュールのステータスを追跡し、エラーが発生せず、動作が、命令されるように、モジュールによって行われていることを確認してもよい。

処理マネージャ２１２は、要求された動作の進捗に基づいて、ステータスアップデートをアセットマネージャ２１０に提供してもよい（ステップ６１６）。このように、アセットマネージャ２１０は、アセットマネージャ２１０によって要求された動作の進捗を追跡することが可能である。

（例示的コンピュータ実施形態）
ある実施形態では、本明細書に説明される実施形態のシステムおよび構成要素は、図８に示される例示的コンピュータ８０２等の公知のコンピュータを使用して実装される。例えば、マップ構築者クライアント１１０、処理システム１４０、サービス提供システム１５０、およびクライアントプラットフォーム１６０Ａ−Ｎは、コンピュータ８０２を使用して実装されてもよい。

コンピュータ８０２は、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ、Ａｐｐｌｅ、Ｓｕｎ、ＨＰ、Ｄｅｌｌ、Ｃｏｍｐａｑ、Ｃｒａｙ等から利用可能なコンピュータ等、本明細書に説明される機能を果たすことが可能な任意の市販の公知のコンピュータであることができる。コンピュータ８０２はまた、Ａｐｐｌｅ、ＨＴＣ、ＲＩＭ、Ｎｏｋｉａ、Ｓｏｎｙ等から利用可能なデバイス等、本明細書に説明される機能を果たすことが可能な任意の市販の公知のタブレット、モバイルデバイス、またはスマートフォンであることができる。

コンピュータ８０２は、プロセッサ８０６等の１つ以上のプロセッサ（中央処理ユニット、またはＣＰＵとも呼ばれる）を含んでもよい。プロセッサ８０６は、通信インフラストラクチャ８０４に接続されてもよい。

コンピュータ８０２はまた、ランダムアクセスメモリ（ＲＡＭ）等のメインまたは一次メモリ８０８を含んでもよい。一次メモリ８０８は、その中に記憶される制御論理８０８Ａ（コンピュータソフトウェア）およびデータを有してもよい。

コンピュータ８０２はまた、１つ以上の二次記憶装置デバイス８１０を含んでもよい。二次記憶装置デバイス８１０は、例えば、ハードディスクドライブ８１２および／またはリムーバブル記憶デバイスまたはドライブ８１４、ならびにメモリカードおよびメモリスティック等の他のタイプの記憶デバイスを含んでもよい。リムーバブル記憶ドライブ８１４は、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスクドライブ、光学記憶デバイス、テープバックアップ等を表す。

リムーバブル記憶ドライブ８１４は、リムーバブル記憶ユニット８１６と相互作用してもよい。リムーバブル記憶ユニット８１６は、その中に記憶されたコンピュータソフトウェア８２２（制御論理）および／またはデータを有する、コンピュータ使用可能または可読記憶媒体８２０を含んでもよい。リムーバブル記憶ユニット８１６は、フロッピー（登録商標）ディスク、磁気テープ、コンパクトディスク、ＤＶＤ、光学記憶ディスク、または任意の他のコンピュータデータ記憶デバイスを表してもよい。リムーバブル記憶ドライブ８１４は、公知の様式において、リムーバブル記憶ユニット８１６から読み取り、および／またはそこに書き込んでもよい。

コンピュータ８０２はまた、モニタ、キーボード、ポインティングデバイス、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス等の入力／出力／表示デバイス８２４を含んでもよい。

コンピュータ８０２はさらに、通信またはネットワークインターフェース８１８を含んでもよい。ネットワークインターフェース８１８は、コンピュータ８０２が、遠隔デバイスと通信することを可能にしてもよい。例えば、ネットワークインターフェース８１８は、コンピュータ８０２が、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークまたは媒体８２８（コンピュータ使用可能または可読媒体の形態を表す）を経由して通信することを可能にしてもよい。ネットワークインターフェース８１８は、有線または無線接続を介して、遠隔サイトまたはネットワークとインターフェースをとってもよい。

制御論理８２６は、通信媒体８２８を介して、コンピュータ８０２におよびそこから通信してもよい。

その中に記憶された制御論理（ソフトウェア）を有する、コンピュータ使用可能または可読媒体を備える、任意の有形装置または製造品は、本明細書では、コンピュータプログラム製品またはプログラム記憶デバイスと称される。これは、コンピュータ８０２、メインメモリ８０８、二次記憶装置デバイス８１０を含んでもよいが、それらに限定されない。その中に記憶された制御論理を有するそのようなコンピュータプログラム製品は、１つ以上のデータ処理デバイスによって実行されると、そのようなデータ処理デバイスに、実施形態を表す、本明細書に説明されるように動作させる。

実施形態は、本明細書に説明されるもの以外のソフトウェア、ハードウェア、および／またはオペレーティングシステム実装とも協働することができる。本明細書に説明される機能を果たすために好適な任意のソフトウェア、ハードウェア、およびオペレーティングシステム実装を使用することができる。実施形態は、クライアントおよびサーバの両方または両方の組み合わせに適用可能であってもよい。

本発明は、その具体的機能および関係の実装を例証する、機能的構築ブロックを用いて前述された。これらの機能的構築ブロックの境界は、本明細書では、説明の便宜上、随意に画定されている。その具体的機能および関係が、適切に果たされる限り、代替境界を画定することができる。

具体的実施形態の前述の説明は、他者が、本発明の一般的概念から逸脱することなく、過度の実験を伴うことなく、当該技術分野内の知識を適用することによって、種々の用途のために、そのような具体的実施形態を容易に修正および／または適応することができるように、実施形態の一般的性質を完全に明らかにするであろう。したがって、そのような適応および修正は、本明細書に提示される教示および手引きに基づいて、開示される実施形態の均等物の意味および範囲内であると意図される。本明細書における語句または専門用語は、本明細書の専門用語または語句が、教示および手引きに照らして、当業者によって解釈されるように、限定ではなく、説明の目的のためであることを理解されたい。

本発明の幅および範囲は、前述の例示的実施形態のいずれによっても限定されるべきではなく、以下の請求項およびその均等物に従ってのみ、定義されるべきである。

システム実施形態は、その個別のソースファーマットにおいて、１つ以上のＧＩＳデータセットを受信するように構成される第１のモジュールであって、各ＧＩＳデータセットが、１つ以上のマップアセットを備える、第１のモジュールと、ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するように構成される第２のモジュールと、プラットフォーム独立フォーマットにおける変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供するように構成される第３のモジュールとを含む。
本発明は、例えば、以下を提供する。
（項目１）
マップを作成するためのシステムであって、１つ以上のプロセッサ（１４０）を含み、
上記１つ以上のプロセッサ（１４０）は、
その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信するための第１の手段（３１０）であって、各ＧＩＳデータセットは、１つ以上のマップアセットを含む、第１の手段（３１０）と、
上記ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するための第２の手段（３１２）と、
上記プラットフォーム独立フォーマットにおける上記変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォーム（１６０）に提供するための第３の手段（３１４）と
を提供するように構成される、システム。
（項目２）
上記プラットフォーム独立フォーマットにおける上記マップアセットを要求し、かつその表示を提供するための１つ以上のクライアントプラットフォーム（１６０）を含む、項目１に記載のシステム。
（項目３）
上記１つ以上のクライアントプラットフォームは、２次元または３次元表現として、上記マップアセットを表示するように構成される、項目２に記載のシステム。
（項目４）
上記１つ以上のプロセッサは、上記変換されたＧＩＳデータセットを単一エンティティとして維持するために、単一の変換されたＧＩＳデータセットを構成するマップアセットを追跡するように構成される、項目１〜３のいずれかに記載のシステム。
（項目５）
上記１つ以上のプロセッサは、上記変換されたＧＩＳデータセットをサービス提供システム（１５０）に提供するように構成される、項目１〜４のいずれか記載のシステム。
（項目６）
上記１つ以上のプロセッサは、メタデータを上記１つ以上のマップアセットから抽出し、かつ上記クライアントによる後のアクセスのためのメタデータを記憶するように構成される、項目１〜５のいずれかに記載のシステム。
（項目７）
上記メタデータを第１の低遅延非持続的メモリ内に記憶し、上記マップアセットを第２の持続的記憶内に記憶するように構成される、項目６に記載のシステム。
（項目８）
クロスプラットフォームマップを作成するためのコンピュータ実装方法であって、
その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信することであって、各ＧＩＳデータセットは、１つ以上のマップアセットを含む、ことと、
上記ＧＩＳデータセットをプラットフォーム独立フォーマットに変換することと、
上記プラットフォーム独立フォーマットにおける上記変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供することと、
を含み、上記変換することおよび上記提供することは、１つ以上のプロセッサを使用して行われる、方法。
（項目９）
上記変換されたＧＩＳデータセットを単一エンティティとして維持するために、単一の変換されたＧＩＳデータセットを構成するマップアセットを追跡することをさらに含む、項目８に記載の方法。
（項目１０）
上記変換されたＧＩＳデータセットをサービス提供システムに提供することをさらに含む、項目８または９に記載の方法。
（項目１１）
メタデータを上記１つ以上のマップアセットから抽出することと、
上記クライアントによる後のアクセスのために、上記メタデータを記憶することと
をさらに含む、項目８〜１０のいずれかに記載の方法。
（項目１２）
上記メタデータを第１の低遅延非持続的メモリ内に記憶することと、
上記マップアセットを第２の持続的記憶内に記憶することと
をさらに含む、項目１１に記載の方法。
（項目１３）
１つ以上のガジェットを上記変換されたＧＩＳデータセットおよびマップアセットと関連付けることであって、上記ガジェットは、上記変換されたＧＩＳデータセットおよび上記マップアセットとの相互作用を可能にする、ことと、
随意に、アクセス制御リスト（ＡＣＬ）を使用して、上記ガジェットまたは上記変換されたＧＩＳデータセットおよび上記マップアセットへのアクセスを制御することと
をさらに含む、項目８〜１２のいずれかに記載の方法。
（項目１４）
上記メタデータを使用して、上記ＧＩＳデータセットの検索を可能にすることをさらに含む、項目１３に記載の方法。
（項目１５）
上記マップアセットのマップ座標を第１のフォーマットからプラットフォーム独立フォーマットに変換することを含む、項目７〜１４のいずれかに記載の方法。
（項目１６）
ＧＩＳデータセットを含む欠けているマップアセットおよびメタデータが識別される、項目１〜７のいずれかに記載のシステムまたは項目８〜１５のいずれかに記載の方法。
（項目１７）
少なくとも１つのプロセッサによって実行されると、項目８〜１６のいずれかに記載の方法を行う、コンピュータプログラム。

Claims (17)

1. マップを作成するためのシステムであって、１つ以上のプロセッサ（１４０）を含み、
   前記１つ以上のプロセッサ（１４０）は、
   その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信するための第１の手段（３１０）であって、各ＧＩＳデータセットは、１つ以上のマップアセットを含む、第１の手段（３１０）と、
   前記ＧＩＳデータセットをプラットフォーム独立フォーマットに変換するための第２の手段（３１２）と、
   前記プラットフォーム独立フォーマットにおける前記変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォーム（１６０）に提供するための第３の手段（３１４）と
   を提供するように構成される、システム。
2. 前記プラットフォーム独立フォーマットにおける前記マップアセットを要求し、かつその表示を提供するための１つ以上のクライアントプラットフォーム（１６０）を含む、請求項１に記載のシステム。
3. 前記１つ以上のクライアントプラットフォームは、２次元または３次元表現として、前記マップアセットを表示するように構成される、請求項２に記載のシステム。
4. 前記１つ以上のプロセッサは、前記変換されたＧＩＳデータセットを単一エンティティとして維持するために、単一の変換されたＧＩＳデータセットを構成するマップアセットを追跡するように構成される、請求項１〜３のいずれかに記載のシステム。
5. 前記１つ以上のプロセッサは、前記変換されたＧＩＳデータセットをサービス提供システム（１５０）に提供するように構成される、請求項１〜４のいずれか記載のシステム。
6. 前記１つ以上のプロセッサは、メタデータを前記１つ以上のマップアセットから抽出し、かつ前記クライアントによる後のアクセスのためのメタデータを記憶するように構成される、請求項１〜５のいずれかに記載のシステム。
7. 前記メタデータを第１の低遅延非持続的メモリ内に記憶し、前記マップアセットを第２の持続的記憶内に記憶するように構成される、請求項６に記載のシステム。
8. クロスプラットフォームマップを作成するためのコンピュータ実装方法であって、
   その個別のソースフォーマットにおいて、１つ以上のＧＩＳデータセットを受信することであって、各ＧＩＳデータセットは、１つ以上のマップアセットを含む、ことと、
   前記ＧＩＳデータセットをプラットフォーム独立フォーマットに変換することと、
   前記プラットフォーム独立フォーマットにおける前記変換されたＧＩＳデータセットおよびその個別のマップアセットを１つ以上のクライアントプラットフォームに提供することと、
   を含み、前記変換することおよび前記提供することは、１つ以上のプロセッサを使用して行われる、方法。
9. 前記変換されたＧＩＳデータセットを単一エンティティとして維持するために、単一の変換されたＧＩＳデータセットを構成するマップアセットを追跡することをさらに含む、請求項８に記載の方法。
10. 前記変換されたＧＩＳデータセットをサービス提供システムに提供することをさらに含む、請求項８または９に記載の方法。
11. メタデータを前記１つ以上のマップアセットから抽出することと、
    前記クライアントによる後のアクセスのために、前記メタデータを記憶することと
    をさらに含む、請求項８〜１０のいずれかに記載の方法。
12. 前記メタデータを第１の低遅延非持続的メモリ内に記憶することと、
    前記マップアセットを第２の持続的記憶内に記憶することと
    をさらに含む、請求項１１に記載の方法。
13. １つ以上のガジェットを前記変換されたＧＩＳデータセットおよびマップアセットと関連付けることであって、前記ガジェットは、前記変換されたＧＩＳデータセットおよび前記マップアセットとの相互作用を可能にする、ことと、
    随意に、アクセス制御リスト（ＡＣＬ）を使用して、前記ガジェットまたは前記変換されたＧＩＳデータセットおよび前記マップアセットへのアクセスを制御することと
    をさらに含む、請求項８〜１２のいずれかに記載の方法。
14. 前記メタデータを使用して、前記ＧＩＳデータセットの検索を可能にすることをさらに含む、請求項１３に記載の方法。
15. 前記マップアセットのマップ座標を第１のフォーマットからプラットフォーム独立フォーマットに変換することを含む、請求項７〜１４のいずれかに記載の方法。
16. ＧＩＳデータセットを含む欠けているマップアセットおよびメタデータが識別される、請求項１〜７のいずれかに記載のシステムまたは請求項８〜１５のいずれかに記載の方法。
17. 少なくとも１つのプロセッサによって実行されると、請求項８〜１６のいずれかに記載の方法を行う、コンピュータプログラム。