(57)【要約】【課題】  推定されたユーザの地理的位置に基づき、インターネットの検索および通信を実行するユーティリティと方法を提供する。【解決手段】  インターネットの検索および通信用ロケーションツールバー１０９は、ユーザの地理的位置を第１の所定位置情報フォーマットで周期的に推定する地理的位置推定エンジンと、電子的に読取可能な媒体に記憶されるウェブサイト入力のデータベース１１２とを有し、各入力は、ウェブサービスのネットワークアドレスを指定し、ウェブサービスパラメータとして位置情報を受信する際にウェブサービスが予測する対応フォーマットを特定する。ユーティリティは、ウェブサービスの起動を検出し、起動されたウェブサービスの予測フォーマットを特定するデータベース１１２にアクセスし、変換論理を引き起こす論理も有する。変換論理は、起動されたウェブサービスに関して、第１の所定フォーマットでの位置情報を特定されたフォーマットで符号化される位置情報に変換する。ユーティリティは、変換されたフォーマットでの位置情報でウェブサービスの起動を発行する論理を有する。【選択図】  図１
2009529159.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの推定された地理的位置を特定する情報を有するウェブサービスを発動させるユーティリティであって、
ユーザの地理的位置を第１の所定位置情報フォーマットで周期的に推定するための地理的位置推定エンジンと、
電子的に読取可能な媒体に記憶されるウェブサイト入力のデータベースであって、各入力はウェブサービスのネットワークアドレスを指定し、ウェブサービスパラメータとして位置情報を受信する際にウェブサービスが予測する対応フォーマットを特定するデータベースと、
ウェブサービスの起動を検出し、起動されたウェブサービスに対して予測されるフォーマットを特定するデータベースにアクセスし、変換論理を引き起こすための論理と、
起動されたウェブサービスに関して第１の所定フォーマットの位置情報を特定されたフォーマットで符号化される位置情報に変換するための変換論理と、
変換されたフォーマットの位置情報でウェブサービスの起動を発行する論理と、
を備えることを特徴とするインターネットの検索および通信用ロケーションツールバー。
【請求項２】
ウェブサービスの起動を検出する論理が、ユーザのウェブブラウザ動作に応答して引き起こされることを特徴とする、請求項１のインターネットの検索および通信用ロケーションツールバー。
【請求項３】
ウェブサービスの起動を検出する論理が、ウェブサイトに含まれるプログラムコードに応答して引き起こされることを特徴とする、請求項１のインターネットの検索および通信用ロケーションツールバー。
【請求項４】
地理的位置推定エンジンは、ユーザのＷｉＦｉ使用可能機器の範囲内にあるＷｉＦｉアクセスポイントからの受信メッセージに基づき、ユーザの地理的位置を推定することを特徴とする、請求項１のインターネットの検索および通信用ロケーションツールバー。
【請求項５】
特定されたフォーマットで符号化される位置情報は、緯度、経度、市街番地、市、州、地方、郡、郵便番号、人口調査標準地区、地域、国、および時間帯のうちの少なくとも１つを含むことを特徴とする、請求項１のインターネットの検索および通信用ロケーションツールバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概してロケーションベースのサービスおよびロケーションベースのインターネット検索、特に、情報検索およびオンライン通信を最適化するために装置の算出位置を使用する方法およびシステムに関する。
【背景技術】
【０００２】
Ｍｉｃｒｏｓｏｆｔ  ＬｏｃａｔｅＭｅ：
２００５年５月に発売されたＬｏｃａｔｅＭｅは、Ｖｉｒｔｕａｌ  Ｅａｒｔｈ製品（現在はＭｉｃｒｏｓｏｆｔ  Ｌｉｖｅ  Ｌｏｃａｌと改名）の特徴である。ＬｏｃａｔｅＭｅは、近くの無線信号を求めて走査するのに８０２．１１アダプタを利用するＷｉｎｄｏｗｓ（登録商標）  ＸＰ機にクライアントアプリケーションをダウンロードする。その後、これらの信号は、インターネット上でＶｉｒｔｕａｌ  Ｅａｒｔｈサーバに送られる。Ｖｉｒｔｕａｌ  Ｅａｒｔｈサーバは、コミュニティウォードライビンググループからＭｉｃｒｏｓｏｆｔライセンスを受けたウォードライビングデータの回収を含む。ユーザがそのデータベース内のアクセスポイントの範囲にいる場合、ＬｏｃａｔｅＭｅはユーザ位置を算出し、Ｖｉｒｔｕａｌ  Ｅａｒｔｈマップ上でのその位置を座標で示す。
Ｐｌａｃｅｌａｂ  ｇｏｏｇｌｅ  ｍａｐｓマッシュアップ：
【０００３】
先のＩｎｔｅｌ  Ｐｌａｃｅｌａｂグループ（ｗｗｗ．ｐｌａｃｅｌａｂ．ｏｒｇ）の研究者らは、Ｐｌａｃｅｌａｂ測位技術を、コンピュータのインターネットブラウザ内で動作可能なＪａｖａ（登録商標）アプレットに統合した。このアプレットは、無線信号を求めて走査し、Ｗｉｇｌｅ．ｎｅｔによって保持されるウォードライビングデータベースに対して該信号を比較する。
オープンモバイル協定−セキュアユーザプレーンロケーション（ＳＵＰＬ）規格：
【０００４】
ＳＵＰＬ規格は、無線ネットワーク全体で位置情報を共有するメカニズムとして無線サービスプロバイダによって採用されている。この規格は、ロケーションサービスを提供するために事業者によって運営されるインフラに存在すべきシステムおよびサービスを規定する。さらなる詳細は、ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｍｏｂｉｌｅａｌｌｉａｎｃｅ．ｏｒｇ／ｒｅｌｅａｓｅ＿ｐｒｏｇｒａｍ／ｓｕｐｌ＿ｖｌ＿０．ｈｔｍ．で入手可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、推定されたユーザの地理的位置に基づき、インターネットの検索および通信を実行するユーティリティと方法を提供する。
【０００６】
［関連出願の相互参照］
本願は、米国特許法第１１９（ｅ）条に基づき、２００５年１１月２３日に提出された米国仮特許出願第６０／７３８、８５３号の「ＨＴＭＬブラウザ用オンラインロケーションツールバー」と２００６年８月４日に提出された米国仮特許出願第６０／８２１、４７９号の「クライアント−サーバシステムで使用されるＷＬＡＮ位置決めシステムユーザ位置プリングモード」の利益を主張し、これらの出願は引用により全文を本明細書に組み込む。
【０００７】
本発明の他の側面によると、ユーティリティは、ユーザの推定された地理的位置を特定する情報を有するウェブサービスを発動させる。ユーティリティは、ユーザの地理的位置を第１の所定位置情報フォーマットで周期的に推定する地理的位置推定エンジンと、電子的に読取可能な媒体に記憶されるウェブサイト入力のデータベースとを有し、各入力は、ウェブサービスのネットワークアドレスを指定し、ウェブサービスパラメータとして位置情報を受信する際にウェブサービスが予測する対応フォーマットを特定する。ユーティリティは、ウェブサービスの起動を検出し、起動されたウェブサービスの予測フォーマットを特定するデータベースにアクセスし、変換論理を引き起こす論理も有する。変換論理は、起動されたウェブサービスに関して、第１の所定フォーマットでの位置情報を特定されたフォーマットで符号化される位置情報に変換する。ユーティリティは、変換されたフォーマットでの位置情報でウェブサービスの起動を発行する論理を有する。
【０００８】
本発明の他の側面によると、ウェブサービスの起動を検出する論理は、ユーザのウェブブラウザ動作に応答して引き起こされる。
【０００９】
本発明の他の側面によると、ウェブサービスの起動を検出する論理は、ウェブサイトに含まれるプログラムコードに応答して引き起こされる。
【００１０】
本発明の他の側面によると、地理的位置推定エンジンは、ユーザのＷｉ−Ｆｉ使用可能機器の範囲内にあるＷｉ−Ｆｉアクセスポイントからの受信メッセージに基づき、ユーザの地理的位置を推定する。
【００１１】
本発明の他の側面によると、特定されたフォーマットで符号化される位置情報は、緯度、経度、市街番地、市、州、郡、郵便番号、人口調査標準地区、地域、国、および時間帯のうちの少なくとも１つを含む。
【発明を実施するための最良の形態】
【００１２】
本文書に記載される本発明の実施形態は、ユーザの位置を算出した後、その位置をユーザのインターネットブランジングおよびオンライン通信の履歴に統合するシステムおよびユーティリティを提供する。１実施形態はロケーションツールバーと称される。
【００１３】
無線機器が十分に成熟した性能を有し、無線システムが普及するにつれ、コンピュータシステムにとって機動性はますます現実的になってきている。この新たな機動性は、移動の自由度を提供するだけでなく、モバイルユーザの動的な性質を利用する新しい１セットのアプリケーションとサービスが誕生している。１つの種類のアプリケーションは、機器の既知の物理的位置を利用し、その位置の周囲の情報検索および通信履歴全体を調整する。
【００１４】
モバイル機器のこれらの新たな使用例は、ユーザの現在位置の近くの商店、製品、および人を検知することである。商用旅行者は近くのコーヒーショップを探しているかもしれない。彼らは他人を呼び止めて、１番近くの店への行き方を尋ねる、あるいは電話のオペレータに電話を掛けて助けを求めることができる。
【００１５】
しかしこの新しいロケーション技術では、個人はラップトップか電話を使用して、たとえば、半マイル内にあるすべてのコーヒーショップを迅速に検索し、現在位置からのナビゲーションを得ることができる。他のロケーションサービスには、友人探し、緊急対応、仮想ツアーガイドなどがある。
【００１６】
最近までこれらのサービスに取り掛かるのに手間取った理由の１つは、モバイル機器の位置が分からず、取得しにくいことである。近年、携帯電話機メーカーは、この自動ロケーション機能を提供するために、機器にＧＰＳチップを追加し始めた。しかし、これは、ラップトップや携帯情報端末などの何億もの他のモバイル機器を含んでいない。このハードウェアの問題に加えて、位置情報を共有する業界規格も存在していない。
【００１７】
遠距離通信プロバイダはネットワーク全体で位置情報を共有するための規格をいくつか開発しているが、これらの規格はネットワークまたはコンテンツウェブサイト外のシステムを含んでいない。よって、たとえ機器が自動ロケーション機能を有していても、この情報を途切れなく受け入れるように準備されたアプリケーションやウェブサイトはほとんどない。各ウェブサイトまたは通信手段（ロケーションチャネル）は、別々の方法で位置を記載している。ユーザに郵便番号を尋ねるウェブサイトもあれば、完全な市街番地を尋ねるウェブサイトもある。自動ロケーションシステムが途切れなく動作するには、これらすべてのフォーマットで位置情報を提供する能力を必要とする。
【００１８】
本発明のロケーションツールバー実施形態は、インターネットブラウザやｅメールクライアントなどの共通ユーザアプリケーションに直接組み込むことによって、これらの問題すべてに対処する。ロケーションツールバーは、自動ロケーションを追加し、ユーザの現在位置をウェブサイトが承認する任意のフォーマットに変換することによって、インターネットブラウザの機能を拡張する。したがって、ロケーションツールバーは、機器の位置を判定し、その位置に基づくすべてのインターネット検索および通信を調整するプロセスを簡易化する。ロケーションツールバーはＷｉ−Ｆｉ測位システムを利用して、機器の位置を判定し、その位置をローカル検索ウェブクエリまたはｅメールなどのオンライン通信にマッピングする。
【００１９】
本発明の実施形態は、米国特許出願第１１／２６１、８４８号の「ロケーションビーコンデータベース」、米国特許出願第１１／２６１、８９８号の「ロケーションビーコンデータベースの更新用サーバ」、米国特許出願第１１／２６１、９８７号の「ロケーションビーコンデータベースの構築方法およびシステム」、および米国特許出願第１１／２６１、９８８号の「ユーザ機器の範囲内で検出されたアクセスポイントの数に基づき、ロケーションアルゴリズムを選択するロケーションベースのサービス」などを含むがそれらに限定されない先に提出された出願に開示される技術、システム、および方法を元にし、それらの出願はすべて２００５年１０月２８日に提出され、引用によりその内容をすべて本明細書に組み込む。それらのアプリケーションは、Ｗｉ−Ｆｉアクセスポイントに関する高品質な位置データを収集する具体的な方法を教示し、上記データをロケーションベースのサービスで使用して、システムユーザの位置を推定するため、上記位置データを使用するサービスおよび技術を利用するＷｉ−Ｆｉ使用可能機器の地理的位置を判定することができる。ただし、本技術は、組み込まれた特許出願に開示されるシステムおよび方法に限定されない。よって、上記システムおよび出願の参照は有益だが、本発明の実施形態を理解するのに必要とは思われない。
【００２０】
図１は、特定の実施形態のアーキテクチャを示すシステム図である。ロケーションツールバー（１０９）は、モバイル機器（１０２）上で動作し、Ｆｉｒｅｆｏｘ、Ｍｏｚｉｌｌａ、またはＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（１０６）などのインターネットブラウザ内のアドオンアプリケーションとしてインストールされるソフトウェアアプリケーションである。すべての主要なブラウザは、このように他のソフトウェア開発者から追加機能をインストールする機能を提供する。モバイル機器（１０２）は通常、ＩＥＥＥの８０２．１１（Ｗｉ−Ｆｉ）規格を用いて通信するように構成される無線（１０４）を含む。
【００２１】
例のシナリオでは、ユーザは、現在位置の近傍の商店に関するウェブコンテンツサイト（１０１）上の情報を検索することを選択する。ユーザは、プロセスを開始させるツールバー（１０９）のロケーション機能を選択する。ロケーション機能は、たとえば、ツールバーボタンまたはドロップダウンメニューの項目を含むことができる。ツールバー（１０９）はＷＰＳ（Ｗｉ−Ｆｉ測位システム）クライアント（１０３）のロケーションインタフェースを呼び出し、機器の位置をリクエストする。
【００２２】
ＷＰＳクライアント（１０３）は８０２．１１無線（１０４）と通信し、無線に無線信号を求めて走査するように伝える。無線（１０４）は、すべての近くのアクセスポイント（１０５）にアクティブ調査リクエストを送信する。範囲内にあり、調査リクエストを受信した各アクセスポイント（１０５）は、アクセスポイントの名称と一意の識別子（ＭＡＣアドレス）を含む調査回答でリクエストに応答する。ＷＰＳクライアント（１０３）はこれらの回答を回収して、インターネット上でＷＰＳサーバ（１１０）に対しロケーションクエリを作製する。
【００２３】
ＷＰＳサーバ（１１０）は、観察された読取値に基づきモバイル機器（１０２）の正確な位置を算出し、該位置の正確な緯度と経度の座標を判定する。ＧＰＳ、携帯電話中継塔の三角測量、さらにはテレビ塔の三角測量などのその他の測位システムが、位置を判定するのに使用することができる。ＷＰＳサーバ（１１０）から出力された緯度と経度は、ロケーション座標位置と市街番地位置とをマッピングするのに使用されるジオコーダ（１１１）に送られる。
【００２４】
逆のジオコーディングは、緯度と経度を入力として取り込み、最も近い物理的な市街番地を算出するプロセスである。ジオコーダ（１１１）は米国政府のＴＩＧＥＲデータベースなどの市街マップデータ（１１３）を利用し、緯度／経度ロケーション座標位置に最も近い物理的住所を算出する。ある実施形態では、ジオコーダ（１１１）は、ＷＰＳサーバ（１１０）から受信した緯度および経度に基づく逆ジオコーディング算出を実行し、ＷＰＳサーバ（１１０）が特定位置に関するロケーションディクショナリ全体を完成できるように市街番地を返す。次に、ＷＰＳサーバ（１１０）は、機器（１０２）の現在位置に関する全体のロケーションディクショナリをＷＰＳクライアント（１０３）に戻す。ロケーションディクショナリは、正確な位置に関する市街番地、市、州、郵便番号などの要素を含む、現在位置の多数の表示を含む。ロケーションディクショナリの例を表１に示す。
2009529159.tif 000003
【００２５】
ロケーションディクショナリは、ＷＰＳクライアント（１０３）を介して、ロケーションツールバー（１０９）のロケーションマッパー（１０８）に渡される。ロケーションマッパー（１０８）は、ツールバーが現在サポートするロケーションコンテンツおよびチャネルのチャネルデータベース（１１２）にアクセスする。チャネルデータベース（１１２）はロケーションマッパー（１０８）に、リクエストされた機能を実行するのに必要なロケーション要素と、トランザクションを完了するために適切な構文とフォーマットでコンテンツリクエストまたは通信メッセージの構築方法を伝える。
【００２６】
たとえば、いくつかのウェブサイトは、コンテンツに関するＵＲＬリクエスト内にユーザの位置を含み、位置は郵便番号の形式を取る。１セットのデフォルトロケーションチャネルは、ツールバー（１０９）がモバイル機器（１０２）にインストールされる際、チャネルデータベース（１１２）内に含めることができる。他のチャネルは、インターネット上のオンラインチャネルギャラリーからダウンロードしインストールすることができる。これらの新たなチャネルは、チャネルデータベース（１１２）に途切れなく追加され、ユーザが利用可能である。ロケーションマッパー（１０８）は現在位置を適切なメッセージフォーマットに変換し、それをブラウザ（１０６）に戻す。リクエストは、位置特定コンテンツで応答するウェブコンテンツサイト（１０１）に対してｈｔｔｐを呼び出すブラウザ（１０６）によって処理される。
【００２７】
図２は、上述したロケーションディクショナリおよびロケーションマッパーの要素をより詳細に示す。ロケーションマッパー（２０６）は、位置情報のグローバル変換機能の役割を果たす。ロケーションツールバー（２０１）は、ユーザまたはウェブサイトからローカルコンテンツリクエストを受け取る。ツールバー（２０１）は、（上述するように）その特定位置の個々のロケーション要素（２０７）をすべて含むロケーションディクショナリ（２０３）を戻すＷＰＳシステム（２０２）を呼び出す。位置情報は、インターネットコンテンツ検索のための全世界共通の規格がないため、様々な様式で表すことができる。
【００２８】
全地球的情報システム（ＧＩＳ）の技術的な測位の世界では、位置は、地球上のすべての位置をマッピングするのに使用される球状の座標系の成分である緯度と経度の形式で示されることが多い。しかし、適切な緯度と経度位置を表すのにいくつかのフォーマットが存在する。位置が市街番地で表現される状況もあれば、人工統計調査や国勢調査などの記録のためにデータを収集するのに人口調査標準地区で表現される状況もある。インターネット上のすべてのローカルコンテンツウェブサイトは、異なる可能性のあるフォーマットで位置を提供する必要があり、郵便番号のみを必要とすることもあれば、緯度／経度を必要とすることもある。
【００２９】
ロケーションツールバーは、ユーザからの複雑性を隠しつつ、それらの言語およびフォーマット全部を話すことができなくてはならない。ロケーションディクショナリ（２０３）は、現在位置の完全な表示で、緯度および経度だけではなく、市街番地、市、州／地方、郡、人口調査標準地区、郵便番号、国、時間帯、およびその他の関連位置情報などの追加の住所情報を含む。次に、ロケーションツールバー（２０１）は、ローカルコンテンツリクエストを実行するのにロケーションディクショナリ（２０３）内のどのロケーション要素（２０７）が必要とされるかを判定することができる。
【００３０】
ロケーションツールバー（２０１）がロケーションディクショナリ（２０３）を取得すると同時に、ツールバー（２０１）はユーザがリクエストしたコンテンツチャネル（たとえば、ｗｅａｔｈｅｒ．ｃｏｍまたはｇｏｏｇｌｅ  ｍａｐｓ）を求めてチャネルデータベース（２０４）も検索する。各チャネルは、ウェブサイトまたは通信チャネルが位置情報をどのように予測するかを記載する特定のチャネルフォーマット（２０５）を有する。そのフォーマットは、ＵＲＬ、ｆｏｒｍ  ｐｏｓｔ、ＸＭＬスキームなどの形式にすることができる。いったんツールバー（２０１）が必要とする２つを有すれば、ロケーション変数と各自のロケーション要素（２０７）（たとえば、郵便番号＝０２４９４）を置き換えるロケーションディクショナリ（２０３）およびチャネルフォーマット（２０５）を結合するマッパー（２０６）を呼び出す。コンテンツリクエストが構築されれば、ツールバー（２０１）はリクエストをブラウザ（２０８）に送り、次にリクエストを処理して、特定のロケーションクエリでコンテンツウェブサイト（２０９）に連絡を取る。
【００３１】
たとえば、ウェブユーザは、現在位置の近くのすべてのコーヒーショップを特定したいと望むかもしれない。この検索を実行するため、ユーザは「コーヒーショップ」という検索テキストをロケーションツールバー（２０１）内のお気に入りのローカル検索チャネル、この場合はＹａｈｏｏ！Ｌｏｃａｌに入力する。ロケーションツールバー（２０１）はＷＰＳシステム（２０２）からユーザ位置をリクエストし、現在位置に関するロケーションディクショナリ（２０３）を受け取る。ロケーションディクショナリ（２０３）の例を表２に提示する。
2009529159.tif 000004
【００３２】
次に、ツールバー（２０１）はロケーションマッパー（２０６）内でチャネルデータベース（２０４）をチェックし、Ｙａｈｏｏ！Ｌｏｃａｌ検索チャネルのロケーション要素（２０７）、ロケーション手段、およびフォーマットを検索する。必要なロケーション要素およびロケーションチャネルフォーマット（２０５）の例を表３に示す。
2009529159.tif 000005
【００３３】
ロケーションマッパー（２０６）は、チャネルフォーマット（２０５）での可変の名称をロケーションディクショナリ（２０３）からの実際の値に置き換える。その情報で、ツールバー（２０１）はロケーションディクショナリ（２０３）を、特定の位置のある範囲内のコーヒーショップを検索するためにＹａｈｏｏ！Ｌｏｃａｌによって必要とされる適切なｈｔｔｐリクエストに変換する。フォーマットされたリクエストの例を表４に示す。
2009529159.tif 000006
【００３４】
ツールバー（２０１）がリクエストを構築し、ブラウザ（２０８）がそのリクエストをＹａｈｏｏ！Ｌｏｃａｌ（コンテンツサイト（２０９））に送信した後、コンテンツがブラウザに戻されて、ユーザのために表示される。
【００３５】
このプロセスはユーザリクエスト毎に実行される。ロケーションチャネルは、オンラインコンテンツまたは通信に関連させることができる。ロケーションツールバーは、ユーザがいつ何時でも任意のフォーマットの新たなチャネルを追加できるように拡張可能に設計される。コンテンツチャネルの例は、ローカルニュース、天気、商店主＆宣伝、ソーシャルネットワーキング、旅行＆方角、イベント、文化、観光、およびキーワードベースのローカル検索チャネルである。本発明の実施形態は、他の人物に送信されたｅメール、他のモバイルユーザに送信されたテキストメッセージ、またはロケーション共有ネットワーク（ＬＳＮ）での投稿内のフォーマットされたロケーション情報を含む。さらに、本実施形態は、たとえば、ＨＴＴＰ  ＵＲＬ  ＧＥＴ、ＨＴＴＰ  ＦＯＲＭ  ＰＯＳＴ、Ｅメール、およびＸＭＬなどの様々な構造のためにロケーションリクエストをフォーマット化することができる。
【００３６】
本発明の実施形態は、２つの説明的な動作モード、すなわちロケーションプッシュモデルおよびロケーションプルモデルで動作することができる。図３は、ロケーションプッシュモデルのフロー図である。ロケーションプッシュモデルでは、ユーザ（３０１）はロケーションツールバー（３０２）を使用し、ｅメール／ＳＭＳ／インスタントメッセンジャーを介してウェブまたは別のユーザに現在位置をプッシュするリクエストを行うことによって、ロケーションリクエストまたは通信を開始させる。プッシュリクエストの例は、夕食のために近くのメキシコ料理店をユーザが検索することである。
【００３７】
ユーザは検索キーワード（「メキシコ料理店」）を、ＣｉｔｙＳｅａｒｃｈ．ｃｏｍなどのロケーションツールバー（３０２）内のお気に入りの検索チャネルに入力する。ロケーションツールバー（３０２）はＷＰＳロケーションクライアント（３０３）から機器の現在位置をリクエストし、近くのすべてのアクセスポイント（３０４）を求めて走査する。機器の範囲内の全アクセスポイント（３０４）が応答する。アクセスポイント（３０４）の集合はＷＰＳクライアント（３０３）によってひとまとめにされ、ＷＰＳサーバ（３０５）に送られて機器の緯度と経度を算出する。その算出の完了後、ＷＰＳサーバ（３０５）はジオコーダ（３０６）を使用して、ＷＰＳクライアント（３０３）およびツールバー（３０２）に送り返されるロケーションディクショナリを完成する。ツールバーはロケーションマッパー（３０７）を使用して、ＣｉｔｙＳｅａｒｃｈが予測し処理のためにブラウザ（３０８）に送る必要なＨＴＴＰ  ＰＯＳＴ（たとえば）リクエストを構築する。ＣｉｔｙＳｅａｒｃｈコンテンツサイト（３０９）へのリクエストの配信後、サイトはユーザの位置を処理し、ディレクトリ内の近くのメキシコ料理店を全部ブラウザに送り返す。
【００３８】
図４は、ロケーションプルモデルのフロー図である。ロケーションプルモデルでは、コンテンツサイト（４０９）自体が相互作用を開始させ、ツールバー（４０２）と相互作用するように書かれたスクリプトを含む。上記で組み込まれた米国仮特許出願第６０／８２１、４７９号に記載されるように、コンテンツサイト（４０９）は、ツールバーを用いてロケーションクエリを開始させるＨＴＭＬコード内のスクリプトを含むことができる。ユーザが特定のウェブサイトを訪問すると、ブラウザ（４０８）はロケーションスクリプトをダウンロードし、それらを処理する。ロケーションツールバー（４０２）がインストールされている場合、ブラウザ（４０８）はスクリプトを用いて、ロケーションツールバー（４０２）を用いてロケーションルックアップを開始させる。ロケーションツールバー（４０２）はＷＰＳロケーションクライアント（４０３）から機器の現在位置をリクエストし、近くのアクセスポイント（４０４）を全部走査する。機器の範囲内のすべてのアクセスポイント（４０４）が反応する。アクセスポイント（４０４）の集合がＷＰＳクライアント（４０３）に返されて、ＷＰＳサーバ（４０５）に送られて、機器の緯度と経度を算出する。その算出の完了後、ＷＰＳサーバ（４０５）はロケーションディクショナリを完成するためにジオコーダ（４０６）を使用し、その後、ディクショナリはＷＰＳクライアント（４０３）およびツールバー（４０２）に送り返される。
【００３９】
次に、マッパー（４０７）は、スクリプト内のコンテンツサイト（４０９）によってリクエストされるように、ロケーションディクショナリを用いてロケーションメッセージを構築する。ブラウザ（４０８）は、特定のフォーマットで、処理のためロケーション要素をコンテンツサイト（４０９）に送る。
【００４０】
たとえば、ツールバーユーザはｓｔａｒｂｕｃｋｓ．ｃｏｍを訪問して、最も近いＳｔａｒｂｕｃｋｓ店を発見する。ユーザはｗｗｗ．ｓｔａｒｂｕｃｋｓ．ｃｏｍをブラウザに入力し、ブラウザは要求を出す。ｓｔａｒｂｕｃｋｓ．ｃｏｍのサーバはＨＴＭＬコードをブラウザに戻し、Ｓｔａｒｂｕｃｋｓのホームページをレンダーする。ＨＴＭＬ内には、ユーザの位置を取得し、市街番地および郵便番号でそれをフォーマットするようにブラウザに伝えるロケーションＪａｖａ（登録商標）スクリプトコードがある。ブラウザはロケーションツールバーを使用し、上述するように、位置を取得してロケーション要素を適切にフォーマットし、次にブラウザがそれらをＳｔａｒｂｕｃｋｓ．ｃｏｍサーバに送り返す。サーバは位置情報を受信し、店特有および地域特有の宣伝とともに最も近い店舗への地図を含めるようにホームページをカスタマイズする。
【００４１】
ローカルコンテンツおよび局所通信に途切れないアクセスを提供することに加えて、ツールバーはローカル広告のプラットフォームとしての役割も果たす。ユーザの位置は、関連ローカルコンテンツを表示するだけでなくローカル広告を表示するためにウェブコンテンツサイトによって利用することができる。さらに、ツールバー自体を広告のために使用することもできる。ローカル広告は、商店主によってツールバー自体の上に配置することができる。これらの広告は、現在位置に基づき、ユーザを対象とすることができる。たとえば、ツールバーは、ユーザがＳｔａｒｂｕｃｋｓの近くにいると検知すると、ユーザの機器に「疲れていませんか？Ｓｔａｒｂｕｃｋｓがすぐ３００フィート先にありますよ」などのメッセージを張るように構成することができる。別の例では、ユーザの位置と、関連小売店へのユーザの近接に基づき、ツールバー上のボタンが変更する。
【００４２】
認識されるように、本発明は、他の様々な実施形態を取ることができ、その詳細は、添付の請求項に記載されるような本発明から逸脱せずに様々に変更することができる。たとえば、ジオコーダおよびマップデータはモバイル機器に置き、ＷＰＳクライアントは上述したようにＷＰＳサーバの機能を実行するように設計することができる。上記実施形態では、モバイル機器は、ユーザの現在位置に関するロケーションディクショナリを生成するために、モバイル機器外にリクエストを行う必要はない。したがって、図面および明細書は請求項に示される本願の範囲内で、本質的に説明的なものであって、限定的な意味に限定するものではない。
【図面の簡単な説明】
【００４３】
【図１】システムの概要図である。
【図２】ロケーションマッピングプロセスを示す。
【図３】ロケーションプッシュのフロー図である。
【図４】ロケーションプルのフロー図である。
【図１】
2009529159.tif 000007
【図２】
2009529159.tif 000008
【図３】
2009529159.tif 000009
【図４】
2009529159.tif 000010