異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステム
【課題】異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムを提供すること。
【解決手段】異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムが開示される。第三者システムは、位置コンテンツを取得し、付加し、修正し、又は削除するための要求を行う。要求は、第１のデータ・フォーマットで行われる。データ交換システムは、要求を受信し、該要求を位置参照システムによりサポートされる第２のデータ・フォーマットに変換し、該要求を位置参照システムに送信する。位置参照システムは、要求への応答を準備し、該応答をデータ交換システムに送信する。データ交換システムは、応答を第１のデータ・フォーマットに変換し、該応答を第三者システムに送信する。
【解決手段】異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムが開示される。第三者システムは、位置コンテンツを取得し、付加し、修正し、又は削除するための要求を行う。要求は、第１のデータ・フォーマットで行われる。データ交換システムは、要求を受信し、該要求を位置参照システムによりサポートされる第２のデータ・フォーマットに変換し、該要求を位置参照システムに送信する。位置参照システムは、要求への応答を準備し、該応答をデータ交換システムに送信する。データ交換システムは、応答を第１のデータ・フォーマットに変換し、該応答を第三者システムに送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、位置ベースシステムに関し、より具体的には、異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムに関する。
【０００２】
（関連出願の参照）
本特許出願は、同じ日に出願された同時係属特許出願、すなわち「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＡＳＳＥＳＳＩＮＧ ＱＵＡＬＩＴＹ ＯＦ ＬＯＣＡＴＩＯＮ ＣＯＮＴＥＮＴ」という名称の特許出願番号第１２／３６２，７３４号、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＭＡＮＡＧＩＮＧ ＲＥＬＡＴＩＯＮＳＨＩＰＳ ＢＥＴＷＥＥＮ ＬＯＣＡＴＩＯＮ ＩＤＥＮＴＩＦＩＥＲＳ」という名称の特許出願番号第１２／３６２，７５１号、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＲＥＦＲＥＳＨＩＮＧ ＬＯＣＡＴＩＯＮ ＣＯＤＥ ＤＡＴＡ」という名称の特許出願番号第１２／３６２，７６７号、及び「ＭＥＴＨＯＤ ＦＯＲ ＲＥＰＲＥＳＥＮＴＩＮＧ ＬＩＮＥＡＲ ＦＥＡＴＵＲＥＳ ＩＮ Ａ ＬＯＣＡＴＩＯＮ ＣＯＮＴＥＮＴ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭ」という名称の特許出願番号第１２／３６２，７８６号に関連する。
【背景技術】
【０００３】
ナビゲーション関連サービス及び地図関連サービスを提供する各種の技術が開発されている。例えば、車両ナビゲーション・システムは、車両が位置する場所を特定し、所望の目的地に移動するための方向を与えることができる。また、地図、指定されたスタート地点から所望の目的地に移動するための方向、及び他の地図関連サービスを提供するインターネットサイトも入手可能である。さらに、自分の位置を確認し、その周囲の地図を提供する手持ち式装置も利用可能である。
【０００４】
これらの及びその他の地図関連機能及び特徴を提供するために、ナビゲーション・システムは、地理データを使用する。地理データは、地理的地域における物理的特徴を表すデータを含む、１つ又はそれ以上の地理データベースの形態とすることができる。地理データベースは、一方通行路のような表された地理的特徴、道路の位置、道路区間に沿った速度規制、道路区間に沿った住所範囲、道路の交差点における転回規制、一方通行路のような通行方向規制についての情報を含む。さらに、地理データは、レストラン、ホテル、空港、ガソリンスタンド、スタジアム、警察署などの、関心ある地点（ｐｏｉｎｔ ｏｆ ｉｎｔｅｒｅｓｔ）を含むことができる。
【０００５】
この地理データは、イリノイ州シカゴ所在のＮＡＶＴＥＱ Ｎｏｒｔｈ Ａｍｅｒｉｃａ，ＬＬＣ社が発行した地理データベースのような地理データベース内に格納することができる。地図提供業者（ｍａｐ ｖｅｎｄｏｒ）が取得したデータに加えて、コンテンツ供給源は、地理的区域における位置に関するデータを保有する。コンテンツ供給源は、地理データベース内に含ませるために、それらのデータを地図提供業者に与えることができる。例えば、レストランチェーンの所有者は、それらの全ての位置の最新リストを地図提供者に与えることができ、その位置ごとに、このリストは、住所、電話番号、営業時間、メニュー、ウェブページアドレス、位置に関する他の情報を含むことができる。
【０００６】
地理データベース内に格納された情報量が増加するにつれて、地図提供業者が第三者のデータを地理データベースに付加することがより困難になる。結果として、位置コンテンツ管理システムが開発され、複数の関係者（ｐａｒｔｙ）が、時として「位置コンテンツ」又は単に「コンテンツ」と呼ばれる位置に関連したデータを提供できるようになった。位置コンテンツ管理システムは、位置コンテンツ及びコンテンツと関連付けられた地理的位置との間のリンクを提供する。このリンクは、位置コンテンツ管理システムがある位置に割り当てた位置コードである。
【０００７】
位置コードは、人が移動できる任意の位置に割り当てられる。例えば、ある人が、ある地理的区域内の特定のビルの特定の階にある事務所に行きたい場合がある。この例を使うと、位置コンテンツ管理システムはまた、事務所、階、及びビルのそれぞれにも位置コードを割り当てる。位置コンテンツ管理システムはまた、その階がビルの１階にない場合、階段及び／又はエレベータに位置コードを割り当てることもできる。このように位置コードを割り当てることにより、ナビゲーション・システムは、ビル内の事務所に行くための経路案内をユーザに提供することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
位置コンテンツ管理システムは、位置に関するコンテンツを提供する方法を複数の関係者）に提供するが、位置コンテンツ管理システムにおける新たな特徴及び改善の余地が引き続き存在する。１つの改善領域は、位置コンテンツ管理システムと位置コンテンツを位置コンテンツ管理システムに提供する及び／又は位置コンテンツ管理システムから位置コンテンツを取得するシステムとの間の通信を容易にすることである。これらのシステムにより様々なデータ・フォーマットが使用され得るため、通信においてどのデータ・フォーマットが用いられるかに関係なく、位置コンテンツ管理システムがシステムと通信できることは有利である。
【課題を解決するための手段】
【０００９】
異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムが開示される。位置コンテンツ管理システムは、データ交換システムを含む。データ交換システムは、位置コンテンツ管理システムと他のデータ・フォーマットの位置コンテンツを提供する及び／又は消費する１つ又はそれ以上のシステムとの間のデータ交換を可能にする。データ交換システムは、位置コンテンツデータをあるフォーマットから別のフォーマットへと変換するための入力データ・トランスフォーマ（ｔｒａｎｓｆｏｒｍｅｒ）と、出力データ・トランスフォーマとを含む。入力データ・トランスフォーマ及び出力データ・トランスフォーマは、データ変換を行うために、データ・フォーマットについて定められた規則を用いる。
【００１０】
当業者には、必要に応じて添付図面を参照して以下の詳細な説明を読むことにより、これらの及び他の態様並びに利点が明らかになるであろう。さらに、この概要は、一例にすぎず、本発明の範囲を特許請求されたように限定することを意図するものではない。
【００１１】
現在のところ好ましい実施形態が、種々の図において同様の参照番号が同様の要素を指す、添付図面と併せて以下に記述される。
【図面の簡単な説明】
【００１２】
【図１】一例による、位置コンテンツデータ交換システムのブロック図である。
【図２】一例による、図１に示す位置コンテンツデータ交換システムに用いるための入力データ・トランスフォーマ・サブシステムのブロック図である。
【図３】一例による、図１に示す位置コンテンツデータ交換システムに用いるための出力データ・トランスフォーマ・サブシステムのブロック図である。
【図４】一例による、位置コンテンツデータを交換する方法についての流れ図である。
【発明を実施するための形態】
【００１３】
図１は、位置コンテンツ管理システムと、他のデータ・フォーマットの位置コンテンツを提供する及び／又は消費する１つ又はそれ以上のシステムとの間のデータ交換のための位置コンテンツデータ交換システム１００のブロック図である。ここでは第三者システムと呼ばれるこれらシステムは、位置コンテンツ管理システム内に格納されている位置コンテンツを取り出し、付加し、修正し、及び／又は削除するエンティティと関連付けられたシステムを含む。例えば、エンティティは、地図提供業者、位置の所有者及び／又は運営者、政府機関、商工会議所、個人、又はいずれかの他の関係者とすることができる。
【００１４】
位置コンテンツは、位置と関連付けられたいずれかの情報である。情報は、所在地住所、電話番号、ファックス番号、及び営業時間などの静的コンテンツ（すなわち、頻繁には変化しない）であってもよい。情報は、ガソリン価格、天気予報、航空機旅行状況、及び交通情報のような動的コンテンツ（すなわち、頻繁に変化する）であってもよい。情報は、テキスト、二次元画像、三次元画像、映像、マルチメディアなど任意のフォーマットのものにすることができる。
【００１５】
データ交換システム１００は、位置コンテンツ管理システムのサブシステムであることが好ましいが、独立型システムであっても又は別のシステムに組み込まれていてもよい。データ交換システム１００は、入力データ受信機１０１、入力データ・トランスフォーマ１０２、インボーカ（ｉｎｖｏｋｅｒ）１０３、エラー・ハンドラ１０４、出力データ・トランスフォーマ１０５、出力データ送信機（ｓｅｎｄｅｒ）１０６、プラグイン・エンジン１０７、入力データ記憶装置１０８、出力データ記憶装置１０９、及びデータアクセス・コントローラ１１０を含む。データ交換システム１００は、付加的なコンポーネントを含むことができ、又は図１に示すものとは異なる設計を有してもよい。
【００１６】
入力データ受信機１０１は、異なるタイプのデータ・ネットワーク上で様々なデータ・フォーマットの位置コードと関連付けられた受信データを受け取るように動作可能なソフトウェア・コンポーネント及びハードウェア・コンポーネントの組み合わせを含む。例えば、第三者ウェブサイトが、ハイパーテキスト・トランスファー・プロトコル（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）ＰＯＳＴ法を用いてインターネット上で、地理マークアップ言語（Ｇｅｏｇｒａｐｈｙ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＧＭＬ）フォーマットの位置コンテンツを送る場合がある。他のデータ・フォーマットには、これらに限定されるものではないが、ＧａｒｍｉｎのＧＰＳ交換フォーマット（ＧＰＳ Ｅｘｃｈａｎｇｅ ｆｏｒｍａｔ、ＧＰＸ）、Ｎｏｋｉａのランドマーク交換フォーマット（Ｌａｎｄｍａｒｋ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ、ＬＭＸ）、鍵穴マークアップ言語（Ｋｅｙｈｏｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＫＭＬ）、ｗｈｅｒｅｏｎｅａｒｔｈＩＤ、トラフィック・メッセージ・チャネル（Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ Ｃｈａｎｎｅｌ、ＴＭＣ）、ＡＧＯＲＡ−Ｃ、及び種の地図提供業者フォーマットが含まれる。
【００１７】
入力データ受信機１０１は、受け取ったデータを入力データ・トランスフォーマ１０２に与える。入力データ・トランスフォーマ１０２は、入力データを検証し、各データ・フォーマットについて定められた１つ又はそれ以上の規則に基づいて適当な変換を適用する。例えば、Ｏｐｅｎ Ｇｅｏｓｐａｔｉａｌ Ｃｏｎｓｏｒｔｉｕｍ（ＯＧＣ）は、ＧＭＬについての規則を定める。入力データ・トランスフォーマ１０２は、単一のデータ操作及びバッチロード操作の両方についての変換をサポートする。例示的な入力データ・トランスフォーマの設計が、図２を参照して説明される。
【００１８】
入力データ・トランスフォーマ１０２は、変換されたデータをインボーカ１０３に与える。インボーカ１０３は、変換されたデータを位置参照システムに送信する。位置参照システムは、位置コンテンツ管理システムのコンポーネントであり、位置コードを関連した地理位置に割り当て、位置コードと関連した位置コンテンツを格納する。必要な場合は、インボーカ１０３は、伝送する前に、データを位置参照システムのフォーマット規則に準拠するようデータを変換する。
【００１９】
入力データ・トランスフォーマ１０２はまた、データ変換の際にエラーが発生したときに、エラー・ハンドラ１０４にエラー・メッセージを送信する。付加的に、インボーカ１０３は、変換されたデータを位置参照システムに転送する際にエラーが発生したとき、エラー・メッセージをエラー・ハンドラ１０４に送信する。エラー・ハンドラ１０４は、システム及びメッセージ内のアプリケーション・エラーコードを解釈し、どのように進めるか、誰に通知するか等に関する規則に基づいた判断を行う。エラー・ハンドラ１０４の判断を管理する規則は、データ・フォーマット、コンテンツ、及び／又は状況メタデータ（例えば、試みられた変換及び／又は転送の日時）のような他の関連情報に基づいて定めることができる。
【００２０】
出力データ・トランスフォーマ１０５は、位置参照システムからの応答を受信し、この応答を第三者システムにより使用される１つ又はそれ以上のデータ・フォーマットに変換する。応答は、位置コード、並びに、位置コードと関連した地理的位置に関する情報を含む。入力データ・トランスフォーマ１０２は、位置コンテンツを生成し、修正し、又は削除するために、第三者システム及びそれらのフォーマットとの相互運用性を提供するが、出力データ・トランスフォーマ１０５は、位置コンテンツを消費する第三者システムとの相互運用性を提供する。出力データ・トランスフォーマ１０５はまた、データ変換の際にエラーが発生したとき、エラー・メッセージをエラー・ハンドラ１０４に送信する。例示的な出力データ・トランスフォーマ設計が、図３を参照して説明される。
【００２１】
出力データ送信機１０６は、変換された応答を１又はそれ以上の第三者システムに配信する。出力データ送信機１０６はまた、セキュア・ソケット層（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ、ＳＳＬ）などの、異なるネットワーク・プロトコル及びトランスポート層セキュリティの複雑さも処理する。第三者システムは、そのシステムが認識するデータ・フォーマットで応答を受信する。
【００２２】
プラグイン・エンジン１０７は、システム・ユーザが、データ変換及びエラー処理手順を設定し、管理することを可能にする。データ交換システム１００のユーザは、それぞれのデータ変換手順を登録し、その手順を他のユーザと共有するかどうかを判断することができる。プラグイン・エンジン１０７は、変換手順を入力データ・トランスフォーマ１０２及び出力データ・トランスフォーマ１０５に提供する。付加的に、プラグイン・エンジン１０７は、エラー処理手順をエラー・ハンドラ１０４に提供する。
【００２３】
プラグイン・エンジン１０７はまた、変換手順の連鎖（ｃｈａｉｎｉｎｇ）も可能にする。変換手順の連鎖は、ユーザが、他のユーザにより開発された変換手順の一部又は全てを使用することを可能にする。結果として、ユーザは、自分が開発した手順に他者が開発した手順（又は、手順の一部）を付加することができる。しかしながら、プラグイン・エンジン１０７はまた、ユーザが、その変換手順を私的なものにすることも可能にする。別のユーザが私的なものとしてマーク付けされた変換手順を使用している場合、プラグイン・エンジン１０７は、この状況を検出し、適切なユーザに通知する。
【００２４】
入力データ記憶装置１０８は、ある期間入力データを持続する一組のデータベース及びファイルベースの記憶サービスである。入力データ受信機１０１及び入力データ・トランスフォーマ１０２の両方が、入力データ記憶装置１０８を使用することができる。特定の入力データ持続するどうかの判断は、各データ交換フォーマット、データソース、及び／又は他のコンテンツ関連情報ごとに定められた規則に基づいて行われる。ユーザは、データ変換手順を定める際に、異なるデータ持続選択肢を選択することができる。
【００２５】
出力データ記憶装置１０９は、入力データ記憶装置１０８と概念的及び構造的に類似している。出力データ記憶装置１０９は、データ交換システム１００が非一時的なデータを生成しているとき、変換されたデータを持続することができる。これは、典型的には、システム１００がバッチロード・プロセスを介して提出された大量のデータを変換しなければならない場合に当てはまる。
【００２６】
データアクセス・コントローラ１１０は、入力データ受信機１０１、入力データ記憶装置１０８、出力データ送信機１０６、及び出力データ記憶装置１０９へのアクセスを管理する。データアクセス・コントローラ１１０は、入力データ受信機１０１及び／又は出力データ送信機１０６をイネーブルにする前に、位置コンテンツを生成し、修正し、及び／又は削除し、及び／又は、位置コンテンツを受信するために、第三者システムがアクセスを有しているかどうかを判断する。付加的に、データアクセス・コントローラ１１０は、入力データ記憶装置１０８又は出力データ記憶装置１０９においてデータを持続するかどうか及びどれくらいの期間持続するかを決定する。
【００２７】
図２は、図１に示した入力データ・トランスフォーマ１０２として用いることができる例示的な入力データ・トランスフォーマ２００のブロック図である。他の入力データ・トランスフォーマ設計を用いることもできる。入力データ・トランスフォーマ２００は、データ・フォーマット検証装置（ｖａｌｉｄａｔｏｒ）２０１、変換プロセス・セレクタ（ｓｅｌｅｃｔｏｒ）２０２、リアルタイム変換器２０３、バッチジョブ・スケジューラ２０４、バッチ変換器２０５、フォーマット・ハンドラ選択器２０６、データ・ハンドラ２０７（例えば、テキスト・フォーマット・ハンドラ２０８、画像フォーマット・ハンドラ２０９、音声フォーマット・ハンドラ２１０、映像フォーマット・ハンドラ２１１、及びバイナリ・フォーマット・ハンドラ２１２）、入力データ・リスナ（ｌｉｓｔｅｎｅｒ）２１３、位置参照システム・アダプタ２１４、及び入力データ記録装置（ｒｅｃｏｒｄｅｒ）２１５を含む。入力データ・トランスフォーマ２００は、他のコンポーネントを有することもできる。
【００２８】
データ・フォーマット検証装置２０１は、入力データがサポートされているフォーマットの１つになっているかどうかを判断する初期検証を行なう。バッチロードについては、ビジネス規則が、データ・フォーマット検証装置２０１に、バッチ全体ではなくデータの僅かなサンプルだけを検証するよう命令することができる。データ・フォーマット検証装置２０１はまた、ウェブサービス要求及びバッチファイルのコード化の修正など、システム定義の検証も行なう。特化された変換手順の作成者は、自らがそのデータソースを信頼できる場合、特化された検証規則を緩和するよう決定することができる。検証規則の簡単化は、より良いシステム性能をもたらす。
【００２９】
検証後、データ・フォーマット検証装置２０１は、入力データをプロセス・セレクタ２０２に送信する。プロセス・セレクタ２０２は、各変換についての実行パス（すなわち、リアルタイム・モード又はバッチ・モード）を選択する。プロセス・セレクタ２０２はまた、変換がトランザクション方式で定められた場合、トランザクション・コントローラとしても働く。小量のデータセットの変換は、リアルタイムで又はほぼリアルタイムで行なわれることが好ましい。大量のデータセットの変換は、バッチジョブ・スケジューラ２０４にリダイレクトされることが好ましい。
【００３０】
リアルタイム変換器２０３は、単一の入力要求を処理し、次いで、それらの要求を、さらなる処理のために必要な付加的なメタデータでラップする。例えば、メタデータは、要求の日時情報、時間帯、変換の優先順位レベル、ユーザ識別、セキュリティ・トークン、及びフォーマット・ハンドラが正しい選択を行うために必要な他の情報を含むことができる。リアルタイム変換器２０３は、次に処理済み入力データをフォーマット・ハンドラ・セレクタ２０６に与える。
【００３１】
バッチジョブ・スケジューラ２０４は、特定のバッチ変換ジョブをいつ開始するかを決定する。この決定は、入手可能なシステム・リソースの量、サービスレベルの契約、及び／又はジョブ優先順位を決定するために状況データを用いる１つ又はそれ以上のビジネス規則に基づいて行われる。一旦バッチ変換ジョブがスケジュールされると、バッチジョブ・スケジューラ２０４は、スケジュールされた時間が来るまで、データセットを入力データ記憶装置１０８に格納する。
【００３２】
スケジュールされた時間に、バッチジョブ・スケジューラ２０４は、データセットをバッチ変換器２０５に与える。必要に応じて、バッチ変換器２０５は、大量のデータセットを管理しやすい作業ユニットに分割する。バッチ変換器２０５はまた、バッチ操作をトランザクション方式で完了しなければならない場合、トランザクション・プランも作成する。次に、バッチ変換器２０５は、処理済み入力データをフォーマット・ハンドラ・セレクタ２０６に与える。
【００３３】
フォーマット・ハンドラ・セレクタ２０６は、プロセス・セレクタ２０２の選択に基づいて、リアルタイム変換器２０３又はバッチ変換器２０５のいずれかから処理済み入力データを受信する。受信すると、フォーマット・ハンドラ・セレクタ２０６は、検出された処理済みデータのデータ・フォーマットに基づいて、データ・ハンドラ２０７の１つを起動する。図２は、テキスト・フォーマット・ハンドラ、画像フォーマット・ハンドラ２０９、音声フォーマット・ハンドラ２１０、映像フォーマット・ハンドラ２１１、及びバイナリ・フォーマット・ハンドラ２１２を示す。データ・ハンドラ２０７の数及びタイプは、データ交換システム１００によりサポートされるデータ・フォーマットに基づいて変化し得る。
【００３４】
テキスト・フォーマット・ハンドラ２０８は、ＧＭＬ、ＬＭＸ、ＫＭＬ、及び位置に関する情報を含む他のテキストベース・フォーマットのために定められた変換ルーチンを適用する。テキスト・フォーマット・ハンドラ２０８は、テキストから位置データを抽出し、位置データを適切なフォーマットに変換する。変換されたデータは、位置コンテンツの生成、修正、削除、又は取り出しの際に用いられる。
【００３５】
画像フォーマット・ハンドラ２０９は、ベクトル及びビットマップベースのグラフィックスファイルを処理する。例えば、ＧＰＳ対応のカメラ付き電話によりＪＰＥＧ／交換可能画像ファイルフォーマット（Ｅｘｉｆ）写真が撮られた場合、写真のＥｘｉｆヘッダが、位置情報を含むことがある。画像フォーマット・ハンドラ２０９は、Ｅｘｉｆヘッダから位置データを抽出し、それを、位置コンテンツの生成、修正、削除、又は取り出しに適したフォーマットに変換する。
【００３６】
音声フォーマット・ハンドラ２１０は、位置特有の情報を抽出するために、音声ファイル又はストリームを分析する。例えば、シカゴのあるラジオ局が地元ニュースを放送している場合、音声フォーマット・ハンドラ２１０は、位置特有情報を検出し、抽出し、再フォーマットすることができる。この例を続けると、音声ハンドラ２１０が、「ｏｎｅ ｔｈｏｕｓａｎｄ ｎｏｒｔｈ ｍｉｃｈｉｇａｎ ａｖｅｎｕｅ（ノース・ミシガン・アベニュー１０００番地）」のビルの火災に関する緊急ニュースにおいて所在地住所情報を検出した場合、音声ハンドラ２１０は、都市名（シカゴ）、州名（イリノイ州）、及び国名（アメリカ合衆国）を追加することにより住所情報を完成し、「ｏｎｅ ｔｈｏｕｓａｎｄ ｎｏｒｔｈ ｍｉｃｈｉｇａｎ ａｖｅｎｕｅ」を「１０００ Ｎ Ｍｉｃｈｉｇａｎ Ａｖｅ．」に変換する。この変換された位置コンテンツは、位置参照システム内に格納することができる。
【００３７】
映像フォーマット・ハンドラ２１１は、各フレーム又は他のコード化されたデータを分析することにより映像フィード（ｖｉｄｅｏ ｆｅｅｄ）画像を処理する。映像フィードを個々のフレームに分割することにより、映像ハンドラ２１１は、画像ハンドラ２０９及び／又は音声ハンドラ２１０において用いられるものと類似した技術を適用することができる。映像フォーマット・ハンドラ２１１は、位置データを抽出し、これを位置コンテンツの生成、修正、削除、又は取り出しに適したフォーマットに変換する。
【００３８】
バイナリ・フォーマット・ハンドラ２１２は、受信した位置データをバイナリ・フォーマットに変換する。バイナリ・フォーマット・ハンドラ２１２の出力は、処理済み入力データのバイナリ表現である。この入力データのバイナリ表現は、位置コンテンツの生成、修正、削除、又は取得に使用される。
【００３９】
データ・ハンドラ２０７は、変換イベントに関する情報を入力データ・リスナ・インターフェース２１３、アダプタ２１４、及び入力データ記録装置２１５に送信する。入力データ・リスナ２１３は、入力データ・トランスフォーマ２００と外部システムとの接続点として働く。例えば、入力データ・リスナ２１３は、データ・ハンドラが、初めて又はｎ回目に特定の地理的地域に関する情報を処理した時に第三者システムに通知する。この場合、第三者システムは、位置（位置基準コード、住所、緯度／経度、又は他の空間情報を介して）及び位置がデータ・ハンドラに現れた回数を特定する報告を受信することができる。入力データ・リスナ２１３を介する通知のための他のタイプの基準は、時間限界通知（例えば、中部標準時午前１時から午前３時までの間にシステムに現れた「Ｃｈｉｃａｇｏ，ＩＬ，ＵＳＡ（アメリカ合衆国イリノイ州シカゴ）」に関連するあらゆる情報）を含むことができる。
【００４０】
位置参照システム・アダプタ２１４は、第三者システムから受信した変換済み入力データに基づいて、位置コードデータを取り出し、作成し、修正し、又は削除するために位置参照システムを起動する。位置参照システムは、第三者システムからの要求を処理する。要求が位置コンテンツを付加し、修正し、又は削除することである場合、位置参照システムは、位置コンテンツデータに適切な変更を行う。要求が位置コンテンツを取り出すことである場合、位置参照システムは、適切な位置コンテンツデータを取得する。
【００４１】
入力データ記録装置２１５は、非一時的な入力データを入力データ記憶装置１０８に保存する。ユーザは、ユーザがデータ変換手順を定める際に異なるデータ永続性の選択肢を選択する。
【００４２】
図３は、図１に示した出力データ・トランスフォーマ１０５として使用できる例示的な出力データ・トランスフォーマ３００のブロック図である。他の出力データ・トランスフォーマ設計を使用してもよい。出力データ・トランスフォーマ３００は、出力データ受信機３０１、出力データ・アグリゲータ（ａｇｇｒｅｇａｔｏｒ）３０２、出力データ・マージャ（ｍｅｒｇｅｒ）３０３、出力フォーマット・セレクタ３０４、出力データ変換器（ｃｏｎｖｅｒｔｅｒ）３０５、出力データ・サブスクライバ３０６、チャネル・アダプタ３０７、システム・アダプタ３０８、出力データ・リスナ３０９、及び出力データ記録装置３１０を含む。出力データ・トランスフォーマ３００は他のコンポーネントを有してもよい。
【００４３】
出力データ受信機３０１は、インボーカ１０３が処理済み情報を送信する一組のハードウェア及びソフトウェアである。受信機３０１は、テキスト・ハンドラ２０８、画像ハンドラ２０９、音声ハンドラ２１０、映像ハンドラ２１１、及びバイナリ・ハンドラ２１２によってサポートされるフォーマットのいずれかでデータを処理することができるパススルー型コンポーネントである。１つ又はそれ以上のインボーカ１０３からデータを受領する１つより多い出力データ受信機３０１が存在し得る。
【００４４】
出力データ・アグリゲータ３０２は、１つ又はそれ以上の出力データ受信機３０１から受信した出力データを集積する。出力データ・アグリゲータ３０２は、集積されたデータの重複排除（ｄｅ−ｄｕｐｌｉｃａｔｅ）又はブレンドを行なわないことが好ましい（重複排除は、データの冗長ブロックを識別して排除し、データを格納するのに必要なメモリ量を削減する）。出力データ・アグリゲータ３０２は、出力データ受信機３０１が受信した潜在的に多数のデータストリームからなる単一のデータフィードを生成する。
【００４５】
出力データ・マージャ３０３は、さらなる処理及び配信のためにクリーンかつ最適化されたデータフィードを生成するために、データの重複排除及びブレンドを実行する。出力データ・マージャ３０３は、ビジネス規則駆動型であり、単一又は多数のデータ記録又はファイル内の重複データを排除するための一組のアルゴリズムを実行する。データブレンドについては、出力データ・マージャ３０３は、他のデータ片に対してどのデータ片が優先するかを定める一組の規則を使用する。
【００４６】
出力フォーマット・セレクタ３０４は、最終的な配信のために用いられるべきデータ・フォーマットを選択する。この決定は、情報を受信したデータ・フォーマット、フィードのコンテンツ、ビジネス規則、及び情報を受信する又は配信する必要がある速度など、多数の要因に基づくものとすることができる。例えば、特定の地理的地域に関する大量の情報を受信した場合、出力データ・セレクタ３０４は、可能な限り早く配信するために、幾らかの無関係なデータ片を選択して廃棄することができる。
【００４７】
出力データ変換器３０５は、出力フォーマット・セレクタ３０４により選択された１つ又はそれ以上のフォーマットに基づいて実際のデータ変換を実行する。現在のロード及びシステム容量に基づいて、出力データ変換器３０５は、データ変換要求を絞ることができる。あらゆるプロセスは、トランザクション操作又は非トランザクション操作として処理することができる。
【００４８】
出力データ・サブスクライバ３０６は、外部及び内部のエンティティが、プラグイン・エンジン１０７を介して１つ又はそれ以上のデータ変換を制御することを可能にする。サブスクリプションが適所にあると、ユーザは、出力データ受信機３０１、出力データ変換器３０５、及び出力データ・リスナ３０９がデータ変換プロセスを完了するために行なう動作を定める選択肢を有する。
【００４９】
チャネル・アダプタ３０７は、データ配信のために使用される物理的媒体に適合するために、必要なデータ変換を実行する。例えば、ＸＭ又はＳｉｒｕｓ衛星ラジオの聴取者にデータを配信するために使用するチャネルは、携帯電話利用者に情報を配信するために使用するチャネルとは異なる帯域制約を有する場合がある。
【００５０】
システム・アダプタ３０８は、変換されたデータを１又はそれ以上の出力データ送信機１０６に送信する。
【００５１】
出力データ・リスナ３０９は、出力データ・トランスフォーマ３００と外部システムとの間の接続点として働く。例えば、出力データ・リスナ３０９は、「アメリカ合衆国イリノイ州シカゴ」関連の情報がＸＭ及びＳｉｒｕｓ衛星ラジオ聴取者に配信されたときに第三者システムに通知することができる。
【００５２】
出力データ記録装置３１０は、非一時的な出力データを出力データ記憶装置１０９に保存する。ユーザは、ユーザがデータ変換手順を定める際に異なるデータ永続性の選択肢を選択することができる。出力データ記録装置３１０は、付加的なデータ記憶費用が発生した場合、内部又は第三者課金システムに通知することができる。
【００５３】
図４は、位置コンテンツデータを交換する方法４００についての流れ図である。ブロック４０２において、データ交換システム１００は、第三者システムからメッセージを受信する。第三者システムは、地図提供業者、位置所有者／運営者、政府機関、商工会議所、個人、又は他の関係者と関連付けることができる。メッセージは、位置コンテンツと関連した位置コードと、位置コンテンツデータを取り出し、生成し、修正し、又は削除するための要求とを含む。
【００５４】
ブロック４０４において、データ交換システム１００は、要求の入力データ・フォーマットを判断する。例えば、データ・フォーマットは、ＧＭＬ、ＧＰＸ、ＬＭＸ、ＫＭＬ、ｗｈｅｒｅｉｎｅａｒｔｈＩＤ、ＴＭＣ、ＡＧＯＲＡ−Ｃ、及び種々の地図提供業者フォーマットのうちの１つとすることができる。データ交換システム１００は、次に、データ・フォーマットがシステム１００によりサポートされているかどうかを判断する。サポートされていない場合、データ交換システム１００は、要求に用いられるデータ・フォーマットがサポートされていないことを示すメッセージを第三者システムに送信する。
【００５５】
データ・フォーマットがデータ交換システム１００によりサポートされている場合、ブロック４０６において、システム１００は、要求を、位置参照システムと両立性のあるフォーマットに変換する。当然、要求が既に位置参照システムにより使用されているデータ・フォーマットになっている場合、データ変換は不必要である。あるフォーマットから別のフォーマットへのデータ変換は、実質的にリアルタイム・モード又はバッチ・モードで行われる。データ交換システム１００は、データ・ハンドラ２０７のバンクを用いて、実際の変換を行なう。フォーマット・ハンドラ・セレクタ２０６は、検知されたデータ・フォーマットに基づいて適切なデータ・ハンドラを選択する。
【００５６】
ブロック４０８において、データ交換システム１００は、変換された要求を位置参照システムに提供する。位置参照システムは、第三者システムからの要求を処理する。要求が、位置コンテンツを付加し、修正し、又は削除することである場合、位置参照システムは、位置コンテンツデータに適切な変更を行う。要求が位置コンテンツを取り出すことである場合、位置参照システムは、適切な位置コンテンツデータを取得する。
【００５７】
ブロック４１０において、データ交換システム１００は、位置参照システムから応答を受信する。この応答は、位置コードと、要求された位置コンテンツデータ又は位置コンテンツデータが要求された通りに付加され、修正され、又は削除されたことの肯定応答のどちらかを含む。応答は、位置参照システムによって用いられるデータ・フォーマットのものである。
【００５８】
ブロック４１２において、データ交換システム１００は、ブロック４０２における要求に用いられるデータ・フォーマットに変換する。このデータ変換は、ブロック４０６を参照して説明されたものと類似した方法で行われる。
【００５９】
ブロック４１４において、データ交換システム１００は、変換された応答を第三者システムに提供する。結果として、種々の第三者システムが、位置コンテンツ管理システムと通信できる。通信を容易にすることによって、位置コンテンツは定期的に更新され、容易に取り出される。位置コンテンツ管理システムのユーザは、特定のデータ・フォーマットで通信する必要なしに、新しい位置コンテンツを受け取る。
【００６０】
上記の詳細な説明は、限定ではなく例証とみなされることが意図され、全ての同等物を含む以下の特許請求の範囲は、本発明の範囲を定義するよう意図されることが理解される。特許請求の範囲は、その旨の記述がない限り、説明された順序又は要素に限定されるものとして読むべきではない。従って、以下の特許請求の範囲及び精神内に含まれる全ての実施形態、並びにその同等物を、本発明として特許請求する。
【符号の説明】
【００６１】
１００：データ交換システム
１０１：入力データ受信機
１０２：入力データ・トランスフォーマ
１０３：インボーカ
１０４：エラー・ハンドラ
１０５：出力データ・トランスフォーマ
１０６：出力データ送信機
１０７：プラグイン・エンジン
１０８：入力データ記憶装置
１０９：出力データ記憶装置
１１０：データアクセス・コントローラ
２００：入力データ・トランスフォーマ
２０７：データ・ハンドラ
２０８：テキスト・フォーマット・ハンドラ
２０９：画像フォーマット・ハンドラ
２１０：音声フォーマット・ハンドラ
２１１：映像フォーマット・ハンドラ
２１２：バイナリ・フォーマット・ハンドラ
２１３：入力データ・リスナ
２１４：システム・アダプタ
２１５：入力データ記録装置
３００：出力データ・トランスフォーマ
３０１：出力データ受信機
３０２：出力データ・アグリゲータ
３０３：出力データ・マージャ
３０４：出力フォーマット・セレクタ
３０５：出力データ・トランスフォーマ
３０６：出力データ・サブスクライバ
３０７：チャネル・アダプタ
３０８：システム・アダプタ
３０９：出力データ・リスナ
３１０：出力データ記録装置
【技術分野】
【０００１】
本発明は、一般に、位置ベースシステムに関し、より具体的には、異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムに関する。
【０００２】
（関連出願の参照）
本特許出願は、同じ日に出願された同時係属特許出願、すなわち「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＡＳＳＥＳＳＩＮＧ ＱＵＡＬＩＴＹ ＯＦ ＬＯＣＡＴＩＯＮ ＣＯＮＴＥＮＴ」という名称の特許出願番号第１２／３６２，７３４号、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＭＡＮＡＧＩＮＧ ＲＥＬＡＴＩＯＮＳＨＩＰＳ ＢＥＴＷＥＥＮ ＬＯＣＡＴＩＯＮ ＩＤＥＮＴＩＦＩＥＲＳ」という名称の特許出願番号第１２／３６２，７５１号、「ＭＥＴＨＯＤ ＡＮＤ ＳＹＳＴＥＭ ＦＯＲ ＲＥＦＲＥＳＨＩＮＧ ＬＯＣＡＴＩＯＮ ＣＯＤＥ ＤＡＴＡ」という名称の特許出願番号第１２／３６２，７６７号、及び「ＭＥＴＨＯＤ ＦＯＲ ＲＥＰＲＥＳＥＮＴＩＮＧ ＬＩＮＥＡＲ ＦＥＡＴＵＲＥＳ ＩＮ Ａ ＬＯＣＡＴＩＯＮ ＣＯＮＴＥＮＴ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭ」という名称の特許出願番号第１２／３６２，７８６号に関連する。
【背景技術】
【０００３】
ナビゲーション関連サービス及び地図関連サービスを提供する各種の技術が開発されている。例えば、車両ナビゲーション・システムは、車両が位置する場所を特定し、所望の目的地に移動するための方向を与えることができる。また、地図、指定されたスタート地点から所望の目的地に移動するための方向、及び他の地図関連サービスを提供するインターネットサイトも入手可能である。さらに、自分の位置を確認し、その周囲の地図を提供する手持ち式装置も利用可能である。
【０００４】
これらの及びその他の地図関連機能及び特徴を提供するために、ナビゲーション・システムは、地理データを使用する。地理データは、地理的地域における物理的特徴を表すデータを含む、１つ又はそれ以上の地理データベースの形態とすることができる。地理データベースは、一方通行路のような表された地理的特徴、道路の位置、道路区間に沿った速度規制、道路区間に沿った住所範囲、道路の交差点における転回規制、一方通行路のような通行方向規制についての情報を含む。さらに、地理データは、レストラン、ホテル、空港、ガソリンスタンド、スタジアム、警察署などの、関心ある地点（ｐｏｉｎｔ ｏｆ ｉｎｔｅｒｅｓｔ）を含むことができる。
【０００５】
この地理データは、イリノイ州シカゴ所在のＮＡＶＴＥＱ Ｎｏｒｔｈ Ａｍｅｒｉｃａ，ＬＬＣ社が発行した地理データベースのような地理データベース内に格納することができる。地図提供業者（ｍａｐ ｖｅｎｄｏｒ）が取得したデータに加えて、コンテンツ供給源は、地理的区域における位置に関するデータを保有する。コンテンツ供給源は、地理データベース内に含ませるために、それらのデータを地図提供業者に与えることができる。例えば、レストランチェーンの所有者は、それらの全ての位置の最新リストを地図提供者に与えることができ、その位置ごとに、このリストは、住所、電話番号、営業時間、メニュー、ウェブページアドレス、位置に関する他の情報を含むことができる。
【０００６】
地理データベース内に格納された情報量が増加するにつれて、地図提供業者が第三者のデータを地理データベースに付加することがより困難になる。結果として、位置コンテンツ管理システムが開発され、複数の関係者（ｐａｒｔｙ）が、時として「位置コンテンツ」又は単に「コンテンツ」と呼ばれる位置に関連したデータを提供できるようになった。位置コンテンツ管理システムは、位置コンテンツ及びコンテンツと関連付けられた地理的位置との間のリンクを提供する。このリンクは、位置コンテンツ管理システムがある位置に割り当てた位置コードである。
【０００７】
位置コードは、人が移動できる任意の位置に割り当てられる。例えば、ある人が、ある地理的区域内の特定のビルの特定の階にある事務所に行きたい場合がある。この例を使うと、位置コンテンツ管理システムはまた、事務所、階、及びビルのそれぞれにも位置コードを割り当てる。位置コンテンツ管理システムはまた、その階がビルの１階にない場合、階段及び／又はエレベータに位置コードを割り当てることもできる。このように位置コードを割り当てることにより、ナビゲーション・システムは、ビル内の事務所に行くための経路案内をユーザに提供することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
位置コンテンツ管理システムは、位置に関するコンテンツを提供する方法を複数の関係者）に提供するが、位置コンテンツ管理システムにおける新たな特徴及び改善の余地が引き続き存在する。１つの改善領域は、位置コンテンツ管理システムと位置コンテンツを位置コンテンツ管理システムに提供する及び／又は位置コンテンツ管理システムから位置コンテンツを取得するシステムとの間の通信を容易にすることである。これらのシステムにより様々なデータ・フォーマットが使用され得るため、通信においてどのデータ・フォーマットが用いられるかに関係なく、位置コンテンツ管理システムがシステムと通信できることは有利である。
【課題を解決するための手段】
【０００９】
異なるデータ・フォーマットの位置コンテンツデータを交換するための方法及びシステムが開示される。位置コンテンツ管理システムは、データ交換システムを含む。データ交換システムは、位置コンテンツ管理システムと他のデータ・フォーマットの位置コンテンツを提供する及び／又は消費する１つ又はそれ以上のシステムとの間のデータ交換を可能にする。データ交換システムは、位置コンテンツデータをあるフォーマットから別のフォーマットへと変換するための入力データ・トランスフォーマ（ｔｒａｎｓｆｏｒｍｅｒ）と、出力データ・トランスフォーマとを含む。入力データ・トランスフォーマ及び出力データ・トランスフォーマは、データ変換を行うために、データ・フォーマットについて定められた規則を用いる。
【００１０】
当業者には、必要に応じて添付図面を参照して以下の詳細な説明を読むことにより、これらの及び他の態様並びに利点が明らかになるであろう。さらに、この概要は、一例にすぎず、本発明の範囲を特許請求されたように限定することを意図するものではない。
【００１１】
現在のところ好ましい実施形態が、種々の図において同様の参照番号が同様の要素を指す、添付図面と併せて以下に記述される。
【図面の簡単な説明】
【００１２】
【図１】一例による、位置コンテンツデータ交換システムのブロック図である。
【図２】一例による、図１に示す位置コンテンツデータ交換システムに用いるための入力データ・トランスフォーマ・サブシステムのブロック図である。
【図３】一例による、図１に示す位置コンテンツデータ交換システムに用いるための出力データ・トランスフォーマ・サブシステムのブロック図である。
【図４】一例による、位置コンテンツデータを交換する方法についての流れ図である。
【発明を実施するための形態】
【００１３】
図１は、位置コンテンツ管理システムと、他のデータ・フォーマットの位置コンテンツを提供する及び／又は消費する１つ又はそれ以上のシステムとの間のデータ交換のための位置コンテンツデータ交換システム１００のブロック図である。ここでは第三者システムと呼ばれるこれらシステムは、位置コンテンツ管理システム内に格納されている位置コンテンツを取り出し、付加し、修正し、及び／又は削除するエンティティと関連付けられたシステムを含む。例えば、エンティティは、地図提供業者、位置の所有者及び／又は運営者、政府機関、商工会議所、個人、又はいずれかの他の関係者とすることができる。
【００１４】
位置コンテンツは、位置と関連付けられたいずれかの情報である。情報は、所在地住所、電話番号、ファックス番号、及び営業時間などの静的コンテンツ（すなわち、頻繁には変化しない）であってもよい。情報は、ガソリン価格、天気予報、航空機旅行状況、及び交通情報のような動的コンテンツ（すなわち、頻繁に変化する）であってもよい。情報は、テキスト、二次元画像、三次元画像、映像、マルチメディアなど任意のフォーマットのものにすることができる。
【００１５】
データ交換システム１００は、位置コンテンツ管理システムのサブシステムであることが好ましいが、独立型システムであっても又は別のシステムに組み込まれていてもよい。データ交換システム１００は、入力データ受信機１０１、入力データ・トランスフォーマ１０２、インボーカ（ｉｎｖｏｋｅｒ）１０３、エラー・ハンドラ１０４、出力データ・トランスフォーマ１０５、出力データ送信機（ｓｅｎｄｅｒ）１０６、プラグイン・エンジン１０７、入力データ記憶装置１０８、出力データ記憶装置１０９、及びデータアクセス・コントローラ１１０を含む。データ交換システム１００は、付加的なコンポーネントを含むことができ、又は図１に示すものとは異なる設計を有してもよい。
【００１６】
入力データ受信機１０１は、異なるタイプのデータ・ネットワーク上で様々なデータ・フォーマットの位置コードと関連付けられた受信データを受け取るように動作可能なソフトウェア・コンポーネント及びハードウェア・コンポーネントの組み合わせを含む。例えば、第三者ウェブサイトが、ハイパーテキスト・トランスファー・プロトコル（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）ＰＯＳＴ法を用いてインターネット上で、地理マークアップ言語（Ｇｅｏｇｒａｐｈｙ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＧＭＬ）フォーマットの位置コンテンツを送る場合がある。他のデータ・フォーマットには、これらに限定されるものではないが、ＧａｒｍｉｎのＧＰＳ交換フォーマット（ＧＰＳ Ｅｘｃｈａｎｇｅ ｆｏｒｍａｔ、ＧＰＸ）、Ｎｏｋｉａのランドマーク交換フォーマット（Ｌａｎｄｍａｒｋ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ、ＬＭＸ）、鍵穴マークアップ言語（Ｋｅｙｈｏｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ、ＫＭＬ）、ｗｈｅｒｅｏｎｅａｒｔｈＩＤ、トラフィック・メッセージ・チャネル（Ｔｒａｆｆｉｃ Ｍｅｓｓａｇｅ Ｃｈａｎｎｅｌ、ＴＭＣ）、ＡＧＯＲＡ−Ｃ、及び種の地図提供業者フォーマットが含まれる。
【００１７】
入力データ受信機１０１は、受け取ったデータを入力データ・トランスフォーマ１０２に与える。入力データ・トランスフォーマ１０２は、入力データを検証し、各データ・フォーマットについて定められた１つ又はそれ以上の規則に基づいて適当な変換を適用する。例えば、Ｏｐｅｎ Ｇｅｏｓｐａｔｉａｌ Ｃｏｎｓｏｒｔｉｕｍ（ＯＧＣ）は、ＧＭＬについての規則を定める。入力データ・トランスフォーマ１０２は、単一のデータ操作及びバッチロード操作の両方についての変換をサポートする。例示的な入力データ・トランスフォーマの設計が、図２を参照して説明される。
【００１８】
入力データ・トランスフォーマ１０２は、変換されたデータをインボーカ１０３に与える。インボーカ１０３は、変換されたデータを位置参照システムに送信する。位置参照システムは、位置コンテンツ管理システムのコンポーネントであり、位置コードを関連した地理位置に割り当て、位置コードと関連した位置コンテンツを格納する。必要な場合は、インボーカ１０３は、伝送する前に、データを位置参照システムのフォーマット規則に準拠するようデータを変換する。
【００１９】
入力データ・トランスフォーマ１０２はまた、データ変換の際にエラーが発生したときに、エラー・ハンドラ１０４にエラー・メッセージを送信する。付加的に、インボーカ１０３は、変換されたデータを位置参照システムに転送する際にエラーが発生したとき、エラー・メッセージをエラー・ハンドラ１０４に送信する。エラー・ハンドラ１０４は、システム及びメッセージ内のアプリケーション・エラーコードを解釈し、どのように進めるか、誰に通知するか等に関する規則に基づいた判断を行う。エラー・ハンドラ１０４の判断を管理する規則は、データ・フォーマット、コンテンツ、及び／又は状況メタデータ（例えば、試みられた変換及び／又は転送の日時）のような他の関連情報に基づいて定めることができる。
【００２０】
出力データ・トランスフォーマ１０５は、位置参照システムからの応答を受信し、この応答を第三者システムにより使用される１つ又はそれ以上のデータ・フォーマットに変換する。応答は、位置コード、並びに、位置コードと関連した地理的位置に関する情報を含む。入力データ・トランスフォーマ１０２は、位置コンテンツを生成し、修正し、又は削除するために、第三者システム及びそれらのフォーマットとの相互運用性を提供するが、出力データ・トランスフォーマ１０５は、位置コンテンツを消費する第三者システムとの相互運用性を提供する。出力データ・トランスフォーマ１０５はまた、データ変換の際にエラーが発生したとき、エラー・メッセージをエラー・ハンドラ１０４に送信する。例示的な出力データ・トランスフォーマ設計が、図３を参照して説明される。
【００２１】
出力データ送信機１０６は、変換された応答を１又はそれ以上の第三者システムに配信する。出力データ送信機１０６はまた、セキュア・ソケット層（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ、ＳＳＬ）などの、異なるネットワーク・プロトコル及びトランスポート層セキュリティの複雑さも処理する。第三者システムは、そのシステムが認識するデータ・フォーマットで応答を受信する。
【００２２】
プラグイン・エンジン１０７は、システム・ユーザが、データ変換及びエラー処理手順を設定し、管理することを可能にする。データ交換システム１００のユーザは、それぞれのデータ変換手順を登録し、その手順を他のユーザと共有するかどうかを判断することができる。プラグイン・エンジン１０７は、変換手順を入力データ・トランスフォーマ１０２及び出力データ・トランスフォーマ１０５に提供する。付加的に、プラグイン・エンジン１０７は、エラー処理手順をエラー・ハンドラ１０４に提供する。
【００２３】
プラグイン・エンジン１０７はまた、変換手順の連鎖（ｃｈａｉｎｉｎｇ）も可能にする。変換手順の連鎖は、ユーザが、他のユーザにより開発された変換手順の一部又は全てを使用することを可能にする。結果として、ユーザは、自分が開発した手順に他者が開発した手順（又は、手順の一部）を付加することができる。しかしながら、プラグイン・エンジン１０７はまた、ユーザが、その変換手順を私的なものにすることも可能にする。別のユーザが私的なものとしてマーク付けされた変換手順を使用している場合、プラグイン・エンジン１０７は、この状況を検出し、適切なユーザに通知する。
【００２４】
入力データ記憶装置１０８は、ある期間入力データを持続する一組のデータベース及びファイルベースの記憶サービスである。入力データ受信機１０１及び入力データ・トランスフォーマ１０２の両方が、入力データ記憶装置１０８を使用することができる。特定の入力データ持続するどうかの判断は、各データ交換フォーマット、データソース、及び／又は他のコンテンツ関連情報ごとに定められた規則に基づいて行われる。ユーザは、データ変換手順を定める際に、異なるデータ持続選択肢を選択することができる。
【００２５】
出力データ記憶装置１０９は、入力データ記憶装置１０８と概念的及び構造的に類似している。出力データ記憶装置１０９は、データ交換システム１００が非一時的なデータを生成しているとき、変換されたデータを持続することができる。これは、典型的には、システム１００がバッチロード・プロセスを介して提出された大量のデータを変換しなければならない場合に当てはまる。
【００２６】
データアクセス・コントローラ１１０は、入力データ受信機１０１、入力データ記憶装置１０８、出力データ送信機１０６、及び出力データ記憶装置１０９へのアクセスを管理する。データアクセス・コントローラ１１０は、入力データ受信機１０１及び／又は出力データ送信機１０６をイネーブルにする前に、位置コンテンツを生成し、修正し、及び／又は削除し、及び／又は、位置コンテンツを受信するために、第三者システムがアクセスを有しているかどうかを判断する。付加的に、データアクセス・コントローラ１１０は、入力データ記憶装置１０８又は出力データ記憶装置１０９においてデータを持続するかどうか及びどれくらいの期間持続するかを決定する。
【００２７】
図２は、図１に示した入力データ・トランスフォーマ１０２として用いることができる例示的な入力データ・トランスフォーマ２００のブロック図である。他の入力データ・トランスフォーマ設計を用いることもできる。入力データ・トランスフォーマ２００は、データ・フォーマット検証装置（ｖａｌｉｄａｔｏｒ）２０１、変換プロセス・セレクタ（ｓｅｌｅｃｔｏｒ）２０２、リアルタイム変換器２０３、バッチジョブ・スケジューラ２０４、バッチ変換器２０５、フォーマット・ハンドラ選択器２０６、データ・ハンドラ２０７（例えば、テキスト・フォーマット・ハンドラ２０８、画像フォーマット・ハンドラ２０９、音声フォーマット・ハンドラ２１０、映像フォーマット・ハンドラ２１１、及びバイナリ・フォーマット・ハンドラ２１２）、入力データ・リスナ（ｌｉｓｔｅｎｅｒ）２１３、位置参照システム・アダプタ２１４、及び入力データ記録装置（ｒｅｃｏｒｄｅｒ）２１５を含む。入力データ・トランスフォーマ２００は、他のコンポーネントを有することもできる。
【００２８】
データ・フォーマット検証装置２０１は、入力データがサポートされているフォーマットの１つになっているかどうかを判断する初期検証を行なう。バッチロードについては、ビジネス規則が、データ・フォーマット検証装置２０１に、バッチ全体ではなくデータの僅かなサンプルだけを検証するよう命令することができる。データ・フォーマット検証装置２０１はまた、ウェブサービス要求及びバッチファイルのコード化の修正など、システム定義の検証も行なう。特化された変換手順の作成者は、自らがそのデータソースを信頼できる場合、特化された検証規則を緩和するよう決定することができる。検証規則の簡単化は、より良いシステム性能をもたらす。
【００２９】
検証後、データ・フォーマット検証装置２０１は、入力データをプロセス・セレクタ２０２に送信する。プロセス・セレクタ２０２は、各変換についての実行パス（すなわち、リアルタイム・モード又はバッチ・モード）を選択する。プロセス・セレクタ２０２はまた、変換がトランザクション方式で定められた場合、トランザクション・コントローラとしても働く。小量のデータセットの変換は、リアルタイムで又はほぼリアルタイムで行なわれることが好ましい。大量のデータセットの変換は、バッチジョブ・スケジューラ２０４にリダイレクトされることが好ましい。
【００３０】
リアルタイム変換器２０３は、単一の入力要求を処理し、次いで、それらの要求を、さらなる処理のために必要な付加的なメタデータでラップする。例えば、メタデータは、要求の日時情報、時間帯、変換の優先順位レベル、ユーザ識別、セキュリティ・トークン、及びフォーマット・ハンドラが正しい選択を行うために必要な他の情報を含むことができる。リアルタイム変換器２０３は、次に処理済み入力データをフォーマット・ハンドラ・セレクタ２０６に与える。
【００３１】
バッチジョブ・スケジューラ２０４は、特定のバッチ変換ジョブをいつ開始するかを決定する。この決定は、入手可能なシステム・リソースの量、サービスレベルの契約、及び／又はジョブ優先順位を決定するために状況データを用いる１つ又はそれ以上のビジネス規則に基づいて行われる。一旦バッチ変換ジョブがスケジュールされると、バッチジョブ・スケジューラ２０４は、スケジュールされた時間が来るまで、データセットを入力データ記憶装置１０８に格納する。
【００３２】
スケジュールされた時間に、バッチジョブ・スケジューラ２０４は、データセットをバッチ変換器２０５に与える。必要に応じて、バッチ変換器２０５は、大量のデータセットを管理しやすい作業ユニットに分割する。バッチ変換器２０５はまた、バッチ操作をトランザクション方式で完了しなければならない場合、トランザクション・プランも作成する。次に、バッチ変換器２０５は、処理済み入力データをフォーマット・ハンドラ・セレクタ２０６に与える。
【００３３】
フォーマット・ハンドラ・セレクタ２０６は、プロセス・セレクタ２０２の選択に基づいて、リアルタイム変換器２０３又はバッチ変換器２０５のいずれかから処理済み入力データを受信する。受信すると、フォーマット・ハンドラ・セレクタ２０６は、検出された処理済みデータのデータ・フォーマットに基づいて、データ・ハンドラ２０７の１つを起動する。図２は、テキスト・フォーマット・ハンドラ、画像フォーマット・ハンドラ２０９、音声フォーマット・ハンドラ２１０、映像フォーマット・ハンドラ２１１、及びバイナリ・フォーマット・ハンドラ２１２を示す。データ・ハンドラ２０７の数及びタイプは、データ交換システム１００によりサポートされるデータ・フォーマットに基づいて変化し得る。
【００３４】
テキスト・フォーマット・ハンドラ２０８は、ＧＭＬ、ＬＭＸ、ＫＭＬ、及び位置に関する情報を含む他のテキストベース・フォーマットのために定められた変換ルーチンを適用する。テキスト・フォーマット・ハンドラ２０８は、テキストから位置データを抽出し、位置データを適切なフォーマットに変換する。変換されたデータは、位置コンテンツの生成、修正、削除、又は取り出しの際に用いられる。
【００３５】
画像フォーマット・ハンドラ２０９は、ベクトル及びビットマップベースのグラフィックスファイルを処理する。例えば、ＧＰＳ対応のカメラ付き電話によりＪＰＥＧ／交換可能画像ファイルフォーマット（Ｅｘｉｆ）写真が撮られた場合、写真のＥｘｉｆヘッダが、位置情報を含むことがある。画像フォーマット・ハンドラ２０９は、Ｅｘｉｆヘッダから位置データを抽出し、それを、位置コンテンツの生成、修正、削除、又は取り出しに適したフォーマットに変換する。
【００３６】
音声フォーマット・ハンドラ２１０は、位置特有の情報を抽出するために、音声ファイル又はストリームを分析する。例えば、シカゴのあるラジオ局が地元ニュースを放送している場合、音声フォーマット・ハンドラ２１０は、位置特有情報を検出し、抽出し、再フォーマットすることができる。この例を続けると、音声ハンドラ２１０が、「ｏｎｅ ｔｈｏｕｓａｎｄ ｎｏｒｔｈ ｍｉｃｈｉｇａｎ ａｖｅｎｕｅ（ノース・ミシガン・アベニュー１０００番地）」のビルの火災に関する緊急ニュースにおいて所在地住所情報を検出した場合、音声ハンドラ２１０は、都市名（シカゴ）、州名（イリノイ州）、及び国名（アメリカ合衆国）を追加することにより住所情報を完成し、「ｏｎｅ ｔｈｏｕｓａｎｄ ｎｏｒｔｈ ｍｉｃｈｉｇａｎ ａｖｅｎｕｅ」を「１０００ Ｎ Ｍｉｃｈｉｇａｎ Ａｖｅ．」に変換する。この変換された位置コンテンツは、位置参照システム内に格納することができる。
【００３７】
映像フォーマット・ハンドラ２１１は、各フレーム又は他のコード化されたデータを分析することにより映像フィード（ｖｉｄｅｏ ｆｅｅｄ）画像を処理する。映像フィードを個々のフレームに分割することにより、映像ハンドラ２１１は、画像ハンドラ２０９及び／又は音声ハンドラ２１０において用いられるものと類似した技術を適用することができる。映像フォーマット・ハンドラ２１１は、位置データを抽出し、これを位置コンテンツの生成、修正、削除、又は取り出しに適したフォーマットに変換する。
【００３８】
バイナリ・フォーマット・ハンドラ２１２は、受信した位置データをバイナリ・フォーマットに変換する。バイナリ・フォーマット・ハンドラ２１２の出力は、処理済み入力データのバイナリ表現である。この入力データのバイナリ表現は、位置コンテンツの生成、修正、削除、又は取得に使用される。
【００３９】
データ・ハンドラ２０７は、変換イベントに関する情報を入力データ・リスナ・インターフェース２１３、アダプタ２１４、及び入力データ記録装置２１５に送信する。入力データ・リスナ２１３は、入力データ・トランスフォーマ２００と外部システムとの接続点として働く。例えば、入力データ・リスナ２１３は、データ・ハンドラが、初めて又はｎ回目に特定の地理的地域に関する情報を処理した時に第三者システムに通知する。この場合、第三者システムは、位置（位置基準コード、住所、緯度／経度、又は他の空間情報を介して）及び位置がデータ・ハンドラに現れた回数を特定する報告を受信することができる。入力データ・リスナ２１３を介する通知のための他のタイプの基準は、時間限界通知（例えば、中部標準時午前１時から午前３時までの間にシステムに現れた「Ｃｈｉｃａｇｏ，ＩＬ，ＵＳＡ（アメリカ合衆国イリノイ州シカゴ）」に関連するあらゆる情報）を含むことができる。
【００４０】
位置参照システム・アダプタ２１４は、第三者システムから受信した変換済み入力データに基づいて、位置コードデータを取り出し、作成し、修正し、又は削除するために位置参照システムを起動する。位置参照システムは、第三者システムからの要求を処理する。要求が位置コンテンツを付加し、修正し、又は削除することである場合、位置参照システムは、位置コンテンツデータに適切な変更を行う。要求が位置コンテンツを取り出すことである場合、位置参照システムは、適切な位置コンテンツデータを取得する。
【００４１】
入力データ記録装置２１５は、非一時的な入力データを入力データ記憶装置１０８に保存する。ユーザは、ユーザがデータ変換手順を定める際に異なるデータ永続性の選択肢を選択する。
【００４２】
図３は、図１に示した出力データ・トランスフォーマ１０５として使用できる例示的な出力データ・トランスフォーマ３００のブロック図である。他の出力データ・トランスフォーマ設計を使用してもよい。出力データ・トランスフォーマ３００は、出力データ受信機３０１、出力データ・アグリゲータ（ａｇｇｒｅｇａｔｏｒ）３０２、出力データ・マージャ（ｍｅｒｇｅｒ）３０３、出力フォーマット・セレクタ３０４、出力データ変換器（ｃｏｎｖｅｒｔｅｒ）３０５、出力データ・サブスクライバ３０６、チャネル・アダプタ３０７、システム・アダプタ３０８、出力データ・リスナ３０９、及び出力データ記録装置３１０を含む。出力データ・トランスフォーマ３００は他のコンポーネントを有してもよい。
【００４３】
出力データ受信機３０１は、インボーカ１０３が処理済み情報を送信する一組のハードウェア及びソフトウェアである。受信機３０１は、テキスト・ハンドラ２０８、画像ハンドラ２０９、音声ハンドラ２１０、映像ハンドラ２１１、及びバイナリ・ハンドラ２１２によってサポートされるフォーマットのいずれかでデータを処理することができるパススルー型コンポーネントである。１つ又はそれ以上のインボーカ１０３からデータを受領する１つより多い出力データ受信機３０１が存在し得る。
【００４４】
出力データ・アグリゲータ３０２は、１つ又はそれ以上の出力データ受信機３０１から受信した出力データを集積する。出力データ・アグリゲータ３０２は、集積されたデータの重複排除（ｄｅ−ｄｕｐｌｉｃａｔｅ）又はブレンドを行なわないことが好ましい（重複排除は、データの冗長ブロックを識別して排除し、データを格納するのに必要なメモリ量を削減する）。出力データ・アグリゲータ３０２は、出力データ受信機３０１が受信した潜在的に多数のデータストリームからなる単一のデータフィードを生成する。
【００４５】
出力データ・マージャ３０３は、さらなる処理及び配信のためにクリーンかつ最適化されたデータフィードを生成するために、データの重複排除及びブレンドを実行する。出力データ・マージャ３０３は、ビジネス規則駆動型であり、単一又は多数のデータ記録又はファイル内の重複データを排除するための一組のアルゴリズムを実行する。データブレンドについては、出力データ・マージャ３０３は、他のデータ片に対してどのデータ片が優先するかを定める一組の規則を使用する。
【００４６】
出力フォーマット・セレクタ３０４は、最終的な配信のために用いられるべきデータ・フォーマットを選択する。この決定は、情報を受信したデータ・フォーマット、フィードのコンテンツ、ビジネス規則、及び情報を受信する又は配信する必要がある速度など、多数の要因に基づくものとすることができる。例えば、特定の地理的地域に関する大量の情報を受信した場合、出力データ・セレクタ３０４は、可能な限り早く配信するために、幾らかの無関係なデータ片を選択して廃棄することができる。
【００４７】
出力データ変換器３０５は、出力フォーマット・セレクタ３０４により選択された１つ又はそれ以上のフォーマットに基づいて実際のデータ変換を実行する。現在のロード及びシステム容量に基づいて、出力データ変換器３０５は、データ変換要求を絞ることができる。あらゆるプロセスは、トランザクション操作又は非トランザクション操作として処理することができる。
【００４８】
出力データ・サブスクライバ３０６は、外部及び内部のエンティティが、プラグイン・エンジン１０７を介して１つ又はそれ以上のデータ変換を制御することを可能にする。サブスクリプションが適所にあると、ユーザは、出力データ受信機３０１、出力データ変換器３０５、及び出力データ・リスナ３０９がデータ変換プロセスを完了するために行なう動作を定める選択肢を有する。
【００４９】
チャネル・アダプタ３０７は、データ配信のために使用される物理的媒体に適合するために、必要なデータ変換を実行する。例えば、ＸＭ又はＳｉｒｕｓ衛星ラジオの聴取者にデータを配信するために使用するチャネルは、携帯電話利用者に情報を配信するために使用するチャネルとは異なる帯域制約を有する場合がある。
【００５０】
システム・アダプタ３０８は、変換されたデータを１又はそれ以上の出力データ送信機１０６に送信する。
【００５１】
出力データ・リスナ３０９は、出力データ・トランスフォーマ３００と外部システムとの間の接続点として働く。例えば、出力データ・リスナ３０９は、「アメリカ合衆国イリノイ州シカゴ」関連の情報がＸＭ及びＳｉｒｕｓ衛星ラジオ聴取者に配信されたときに第三者システムに通知することができる。
【００５２】
出力データ記録装置３１０は、非一時的な出力データを出力データ記憶装置１０９に保存する。ユーザは、ユーザがデータ変換手順を定める際に異なるデータ永続性の選択肢を選択することができる。出力データ記録装置３１０は、付加的なデータ記憶費用が発生した場合、内部又は第三者課金システムに通知することができる。
【００５３】
図４は、位置コンテンツデータを交換する方法４００についての流れ図である。ブロック４０２において、データ交換システム１００は、第三者システムからメッセージを受信する。第三者システムは、地図提供業者、位置所有者／運営者、政府機関、商工会議所、個人、又は他の関係者と関連付けることができる。メッセージは、位置コンテンツと関連した位置コードと、位置コンテンツデータを取り出し、生成し、修正し、又は削除するための要求とを含む。
【００５４】
ブロック４０４において、データ交換システム１００は、要求の入力データ・フォーマットを判断する。例えば、データ・フォーマットは、ＧＭＬ、ＧＰＸ、ＬＭＸ、ＫＭＬ、ｗｈｅｒｅｉｎｅａｒｔｈＩＤ、ＴＭＣ、ＡＧＯＲＡ−Ｃ、及び種々の地図提供業者フォーマットのうちの１つとすることができる。データ交換システム１００は、次に、データ・フォーマットがシステム１００によりサポートされているかどうかを判断する。サポートされていない場合、データ交換システム１００は、要求に用いられるデータ・フォーマットがサポートされていないことを示すメッセージを第三者システムに送信する。
【００５５】
データ・フォーマットがデータ交換システム１００によりサポートされている場合、ブロック４０６において、システム１００は、要求を、位置参照システムと両立性のあるフォーマットに変換する。当然、要求が既に位置参照システムにより使用されているデータ・フォーマットになっている場合、データ変換は不必要である。あるフォーマットから別のフォーマットへのデータ変換は、実質的にリアルタイム・モード又はバッチ・モードで行われる。データ交換システム１００は、データ・ハンドラ２０７のバンクを用いて、実際の変換を行なう。フォーマット・ハンドラ・セレクタ２０６は、検知されたデータ・フォーマットに基づいて適切なデータ・ハンドラを選択する。
【００５６】
ブロック４０８において、データ交換システム１００は、変換された要求を位置参照システムに提供する。位置参照システムは、第三者システムからの要求を処理する。要求が、位置コンテンツを付加し、修正し、又は削除することである場合、位置参照システムは、位置コンテンツデータに適切な変更を行う。要求が位置コンテンツを取り出すことである場合、位置参照システムは、適切な位置コンテンツデータを取得する。
【００５７】
ブロック４１０において、データ交換システム１００は、位置参照システムから応答を受信する。この応答は、位置コードと、要求された位置コンテンツデータ又は位置コンテンツデータが要求された通りに付加され、修正され、又は削除されたことの肯定応答のどちらかを含む。応答は、位置参照システムによって用いられるデータ・フォーマットのものである。
【００５８】
ブロック４１２において、データ交換システム１００は、ブロック４０２における要求に用いられるデータ・フォーマットに変換する。このデータ変換は、ブロック４０６を参照して説明されたものと類似した方法で行われる。
【００５９】
ブロック４１４において、データ交換システム１００は、変換された応答を第三者システムに提供する。結果として、種々の第三者システムが、位置コンテンツ管理システムと通信できる。通信を容易にすることによって、位置コンテンツは定期的に更新され、容易に取り出される。位置コンテンツ管理システムのユーザは、特定のデータ・フォーマットで通信する必要なしに、新しい位置コンテンツを受け取る。
【００６０】
上記の詳細な説明は、限定ではなく例証とみなされることが意図され、全ての同等物を含む以下の特許請求の範囲は、本発明の範囲を定義するよう意図されることが理解される。特許請求の範囲は、その旨の記述がない限り、説明された順序又は要素に限定されるものとして読むべきではない。従って、以下の特許請求の範囲及び精神内に含まれる全ての実施形態、並びにその同等物を、本発明として特許請求する。
【符号の説明】
【００６１】
１００：データ交換システム
１０１：入力データ受信機
１０２：入力データ・トランスフォーマ
１０３：インボーカ
１０４：エラー・ハンドラ
１０５：出力データ・トランスフォーマ
１０６：出力データ送信機
１０７：プラグイン・エンジン
１０８：入力データ記憶装置
１０９：出力データ記憶装置
１１０：データアクセス・コントローラ
２００：入力データ・トランスフォーマ
２０７：データ・ハンドラ
２０８：テキスト・フォーマット・ハンドラ
２０９：画像フォーマット・ハンドラ
２１０：音声フォーマット・ハンドラ
２１１：映像フォーマット・ハンドラ
２１２：バイナリ・フォーマット・ハンドラ
２１３：入力データ・リスナ
２１４：システム・アダプタ
２１５：入力データ記録装置
３００：出力データ・トランスフォーマ
３０１：出力データ受信機
３０２：出力データ・アグリゲータ
３０３：出力データ・マージャ
３０４：出力フォーマット・セレクタ
３０５：出力データ・トランスフォーマ
３０６：出力データ・サブスクライバ
３０７：チャネル・アダプタ
３０８：システム・アダプタ
３０９：出力データ・リスナ
３１０：出力データ記録装置
【特許請求の範囲】
【請求項１】
位置参照システムと第三者システムの間で位置コンテンツを交換する方法であって、
第三者システムから位置コンテンツと関連した位置コードを含む要求を受信し、
前記要求のデータ・フォーマットを判断し、
前記要求を位置参照システムにより使用されるデータ・フォーマットに変換し、
前記変換された要求を前記位置参照システムに提供し、
前記位置参照システムから前記位置コードを含む応答を受信し、
前記応答を前記要求の前記データ・フォーマットに変換し、
前記変換済み応答を前記第三者システムに送信する
ステップを含むことを特徴とする方法。
【請求項２】
前記要求は、前記位置参照システムに格納された位置コンテンツを取り出すものであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記要求は、前記位置参照システム内に格納された位置コンテンツを付加し、修正し、削除するものであることを特徴とする、請求項１に記載の方法。
【請求項４】
前記要求の前記データ・フォーマットは、地理マークアップ言語（ＧＭＬ）フォーマット、ＧＰＳ交換フォーマット（ＧＰＸ）、ランドマーク交換フォーマット（ＬＭＸ）、鍵穴マークアップ言語（ＫＭＬ）、ｗｈｅｒｅｏｎｅａｒｔｈＩＤ、トラフィック・メッセージ・チャネル（ＴＭＣ）、ＡＧＯＲＡ−Ｃ、及び地図提供業者のフォーマットからなる群から選択されることを特徴とする、請求項１に記載の方法。
【請求項５】
前記要求を変換するステップは、前記データを実質的にリアルタイムで変換するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項６】
前記要求を変換するステップは、前記データをバッチ・プロセスで変換するステップ含むことを特徴とする、請求項１に記載の方法。
【請求項７】
前記要求を変換するステップは、前記要求の前記判断されたデータ・フォーマットに基づいてデータ・ハンドラを起動するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項８】
前記応答は、要求された位置コンテンツデータをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項９】
前記応答は、前記位置参照システムが前記位置コードと関連した位置コンテンツを付加し、修正し、又は削除したことの肯定応答をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項１０】
位置参照システムと第三者システムとの間で位置コンテンツデータを変換するためのシステムであって、
第三者から第１のデータ・フォーマットを有するメッセージを受信し、前記メッセージを第２のデータ・フォーマットに変換し、前記第２のデータ・フォーマット内の該メッセージを位置参照システムに送信するように動作可能な入力データ・トランスフォーマを含み、前記メッセージは、位置コードと関連した地理的位置に関連する位置コード及び情報を含み、
前記位置参照システムから前記第２のデータ・フォーマットの応答を受信し、前記応答を前記第１のデータ・フォーマットに変換し、前記第１のデータ・フォーマットの前記応答を前記第三者に送信するように動作可能な出力データ・トランスフォーマが設けられ、前記応答は、前記位置コードと関連した前記地理的位置に関連する前記位置コード及び情報を含むことを特徴とするシステム。
【請求項１１】
前記入力データ・トランスフォーマは、前記入力データ・トランスフォーマが前記第１のデータ・フォーマットをサポートするかどうかを判断するように動作可能なフォーマット検証装置を含むことを特徴とする、請求項１０に記載のシステム。
【請求項１２】
前記入力データ・トランスフォーマは、前記メッセージを第２のデータ・フォーマットに実質的なリアルタイム・モード又はバッチ・モードで変換するかどうかを選択するように動作可能なプロセス・セレクタを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１３】
前記入力データ・トランスフォーマは、前記メッセージを前記第２のデータ・フォーマットに変換するためにデータ・ハンドラを選択するように動作可能なフォーマット・ハンドラ・セレクタを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１４】
前記データ・ハンドラは、テキスト・ハンドラ、画像ハンドラ、音声ハンドラ、映像ハンドラ、及びバイナリ・ハンドラからなる群から選択されることを特徴とする、請求項１３に記載のシステム。
【請求項１５】
前記入力データ・トランスフォーマは、前記第２のデータ・フォーマットの前記メッセージを前記位置参照システムに送信するように動作可能なアダプタを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１】
位置参照システムと第三者システムの間で位置コンテンツを交換する方法であって、
第三者システムから位置コンテンツと関連した位置コードを含む要求を受信し、
前記要求のデータ・フォーマットを判断し、
前記要求を位置参照システムにより使用されるデータ・フォーマットに変換し、
前記変換された要求を前記位置参照システムに提供し、
前記位置参照システムから前記位置コードを含む応答を受信し、
前記応答を前記要求の前記データ・フォーマットに変換し、
前記変換済み応答を前記第三者システムに送信する
ステップを含むことを特徴とする方法。
【請求項２】
前記要求は、前記位置参照システムに格納された位置コンテンツを取り出すものであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記要求は、前記位置参照システム内に格納された位置コンテンツを付加し、修正し、削除するものであることを特徴とする、請求項１に記載の方法。
【請求項４】
前記要求の前記データ・フォーマットは、地理マークアップ言語（ＧＭＬ）フォーマット、ＧＰＳ交換フォーマット（ＧＰＸ）、ランドマーク交換フォーマット（ＬＭＸ）、鍵穴マークアップ言語（ＫＭＬ）、ｗｈｅｒｅｏｎｅａｒｔｈＩＤ、トラフィック・メッセージ・チャネル（ＴＭＣ）、ＡＧＯＲＡ−Ｃ、及び地図提供業者のフォーマットからなる群から選択されることを特徴とする、請求項１に記載の方法。
【請求項５】
前記要求を変換するステップは、前記データを実質的にリアルタイムで変換するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項６】
前記要求を変換するステップは、前記データをバッチ・プロセスで変換するステップ含むことを特徴とする、請求項１に記載の方法。
【請求項７】
前記要求を変換するステップは、前記要求の前記判断されたデータ・フォーマットに基づいてデータ・ハンドラを起動するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項８】
前記応答は、要求された位置コンテンツデータをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項９】
前記応答は、前記位置参照システムが前記位置コードと関連した位置コンテンツを付加し、修正し、又は削除したことの肯定応答をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項１０】
位置参照システムと第三者システムとの間で位置コンテンツデータを変換するためのシステムであって、
第三者から第１のデータ・フォーマットを有するメッセージを受信し、前記メッセージを第２のデータ・フォーマットに変換し、前記第２のデータ・フォーマット内の該メッセージを位置参照システムに送信するように動作可能な入力データ・トランスフォーマを含み、前記メッセージは、位置コードと関連した地理的位置に関連する位置コード及び情報を含み、
前記位置参照システムから前記第２のデータ・フォーマットの応答を受信し、前記応答を前記第１のデータ・フォーマットに変換し、前記第１のデータ・フォーマットの前記応答を前記第三者に送信するように動作可能な出力データ・トランスフォーマが設けられ、前記応答は、前記位置コードと関連した前記地理的位置に関連する前記位置コード及び情報を含むことを特徴とするシステム。
【請求項１１】
前記入力データ・トランスフォーマは、前記入力データ・トランスフォーマが前記第１のデータ・フォーマットをサポートするかどうかを判断するように動作可能なフォーマット検証装置を含むことを特徴とする、請求項１０に記載のシステム。
【請求項１２】
前記入力データ・トランスフォーマは、前記メッセージを第２のデータ・フォーマットに実質的なリアルタイム・モード又はバッチ・モードで変換するかどうかを選択するように動作可能なプロセス・セレクタを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１３】
前記入力データ・トランスフォーマは、前記メッセージを前記第２のデータ・フォーマットに変換するためにデータ・ハンドラを選択するように動作可能なフォーマット・ハンドラ・セレクタを含むことを特徴とする、請求項１０に記載のシステム。
【請求項１４】
前記データ・ハンドラは、テキスト・ハンドラ、画像ハンドラ、音声ハンドラ、映像ハンドラ、及びバイナリ・ハンドラからなる群から選択されることを特徴とする、請求項１３に記載のシステム。
【請求項１５】
前記入力データ・トランスフォーマは、前記第２のデータ・フォーマットの前記メッセージを前記位置参照システムに送信するように動作可能なアダプタを含むことを特徴とする、請求項１０に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１０−１７６１３５（Ｐ２０１０−１７６１３５Ａ）
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１０−３４０５４（Ｐ２０１０−３４０５４）
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（５０８３５１１１８）ナヴテック ノース アメリカ リミテッド ライアビリティ カンパニー (20)
【Ｆターム（参考）】
【公開日】平成２２年８月１２日（２０１０．８．１２）
【国際特許分類】
【出願番号】特願２０１０−３４０５４（Ｐ２０１０−３４０５４）
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（５０８３５１１１８）ナヴテック ノース アメリカ リミテッド ライアビリティ カンパニー (20)
【Ｆターム（参考）】
[ Back to top ]