JP2009525691A - 電話ユーザを位置決めするためのシステムおよび方法 - Google Patents

Abstract

有線および無線通信デバイスのユーザを位置決めするシステムおよび方法は、通信デバイスがその現在の位置またはデフォルト位置によって位置リクエストに応答することを可能にする。ターゲット無線通信デバイスの位置に対するリクエストは、ネットワークに送信され、リクエストは、ネットワークによって応答されるか、またはターゲットデバイスに転送される。リクエストがターゲットデバイスによって受信されるときに、デバイスは、位置リクエストを拒絶し得るか、あるいはデバイスの実際の位置（ＧＰＳまたはネットワークによって決定されるような位置）またはデフォルト位置、所定の位置によって位置リクエストに応答し得る。応答のタイプ（拒絶、実際の位置、またはデフォルト位置）は、ターゲットデバイスのユーザによってリクエスト毎に細かに選択され、ターゲットデバイスのユーザは、位置リクエストに対して適切な方法で選択的に応答し得る。

Description

（発明の分野）
本発明は、概して有線通信デバイスおよび無線通信デバイスに関し、特に、位置決定能力を有する位置決め可能な有線通信デバイスおよび無線通信デバイスに関する。

（発明の背景）
無線通信デバイスは、連絡先情報の記録を保持するために、一般にアドレス帳を含む。概して、このアドレス帳情報は、連絡先（ｃｏｎｔａｃｔ）の名前、電話番号、Ｅメールアドレス、可能性としては住所、インスタントメッセージアドレス、およびいかにその人物とコンタクトするかに関する他のタイプの情報を含む。無線通信デバイスにおける従来のアドレス帳の欠点は、そのアドレス帳が含む情報は静的であり、情報が変化するときに、ユーザによってアップデートされなければならないことである。

さらに、いくつかの従来の無線通信デバイスは、それらの位置を決定する能力を含む。そのような位置情報は、ネットワークを介して取得され得るか、または無線通信デバイスに組み込まれた全地球測位システムモジュールを介して取得され得る。しかし、この情報もまた、モバイル無線通信デバイスが本質的に動き回るときに静的であり続ける。従って、従来のシステムに関するこれらの欠点、および／または他の問題に取り組むシステムおよび方法が必要とされる。

（発明の概要）
従って、有線デバイスおよび無線デバイスを含む、ターゲット通信デバイスのユーザを位置決めするためのシステムおよび方法は、本明細書中に記述され、ターゲット通信デバイスがその現在の位置またはデフォルト位置によって位置リクエストに応答することを可能にする。ターゲット通信デバイスはまた、位置リクエストを拒絶し得る。

１つの実施形態によると、ターゲット無線通信デバイスの位置に対するリクエストは、ネットワークに送信され、リクエストは、ネットワークによって応答されるか、またはターゲットデバイスに転送される。リクエストがターゲットデバイスによって受信されるときに、デバイスは、位置リクエストを拒絶し得るか、あるいはデバイスの実際の位置（ＧＰＳまたはネットワークによって決定されるような位置）またはデフォルト位置、所定の位置によって位置リクエストに応答し得る。応答のタイプ（拒絶、実際の位置、またはデフォルト位置）は、ターゲットデバイスのユーザによってリクエスト毎に細かに選択され得ることにより、ターゲットデバイスのユーザは、位置リクエストに対して適切な方法で選択的に応答し得る。

（詳細な説明）
本明細書中に開示される特定の実施形態は、ターゲット無線通信デバイスのユーザを位置決めし、ターゲット無線通信デバイスが位置リクエストを拒絶するか、あるいはその現在の位置またはデフォルト位置によって位置リクエストに応答することを可能にするためのシステムおよび方法を含む。例えば、本明細書中に開示される１つの方法は、ネットワークまたはターゲットデバイスによって応答されるように、ターゲット無線通信デバイスの位置に対するリクエストを可能にする。有利なことに、ターゲットデバイスがリクエスト毎に細かに応答し得ることにより、ターゲットデバイスのユーザは、位置リクエストに対して適切な方法で選択的に拒絶または応答し得る。

この説明を理解すれば、様々な実施形態およびアプリケーションにおいて、どのように本発明を実装するかは当業者に対して明らかとなる。しかし、本発明の様々な実施形態は本明細書中に記述されるけれども、これらの実施形態が限定ではなく例示としてのみ提示されることは理解される。そのようなものとして、様々な実施形態のこの詳細な説明は、添付の特許請求の範囲に記述されるように、本発明の範囲または外延を限定するように解釈されるべきでない。

図１は、本発明の実施形態による、携帯電話ユーザを位置決めするためのシステム１０を例示するハイレベルネットワーク図である。例示される実施形態において、システム１０は、ハンドセット２０および３０などの複数の無線通信デバイス（本明細書中では、ハンドセットまたは携帯電話ともいう）を含む。ハンドセット２０および３０は、基地局４０および５０などの１つ以上の基地局を介して、ネットワーク６０などの１つ以上のネットワークにより通信によって連結される。システム１０はさらに、ネットワーク６０を介してハンドセットに通信によって連結される位置サーバ７０を含む。

ハンドセット２０および３０は、様々な無線通信デバイスの任意のものであり得る。例えば、ハンドセット２０は、セルラ電話、ラップトップコンピュータ、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、タブレットコンピュータ、パームトップコンピュータ、または無線接続を介してネットワーク６０と通信する能力を有するすべての他のそのようなデバイスであり得る。ハンドセット２０および３０は、それぞれデータストレージ領域２２および３２によって構成される。データストレージ領域２２および３２は、内部ストレージデバイスまたは外部ストレージデバイスであり得、取り外し可能なストレージデバイスでもあり得る。

ハンドセット２０および３０はまた、それぞれ位置モジュール２５および３５を有して構成される。位置モジュール２５および３５は、ハードウェアまたはソフトウェアあるいはその二つのなんらかの組み合わせにおいて実装され得る。例えば、位置モジュール２５は、ハンドセット２０上の制御ソフトウェア（例えば、オペレーティングシステム）と統合された常駐ソフトウェアアプリケーションであり得る。特定の実施形態において、位置モジュール２５は、ハンドセット２０の電子部品の中に組み込まれる集積回路であり得る。さらに、位置モジュール２５は、ハードウェアおよびソフトウェアコンポーネントの両方を含む特定用途向け集積回路であり得る。

位置モジュール２５などの位置モジュールの機能は、以下においてより十分に記述される。しかし、概して位置モジュールは、ユーザの操作プリファレンスを受信し、格納するためにユーザと相互作用する。位置モジュールはまた、ユーザの操作プリファレンスに従って、ハンドセット２０の位置を決定し、かつ位置情報を提供するために、ネットワークおよび可能性としては位置サーバ７０と相互作用する。

特定の実施形態において、ハンドセット２０および３０はまた、通信ネットワークに直接接続される有線通信デバイスであり得る。例えば、ハンドセット２０は、会社または住宅における卓上（すなわち、有線の）電話であり得る。

位置サーバ７０はまた、データストレージ領域７２を装備され、データストレージ領域７２はまた、内部用、外部用または取り外し可能であり得る。位置サーバ７０はまた、位置モジュール７５を有し得る。その位置モジュールは、ハンドセット２０および３０などの様々なハンドセットの位置を追跡するように構成される。位置モジュール７５はまた、基地局４０および５０などの基地局からの情報との組み合わせにおける三角測量技法を用いて、ハンドセットの位置を識別する機能を実行し得る。位置モジュール７５はまた、ハンドセットの位置を追跡するためにハンドセットからの全地球測位システム（「ＧＰＳ」）情報を用い得る。

位置サーバ７０および位置モジュール７５はまた、ネットワーク６０を介してか、またはサーバ７０が接続され得る任意の他のネットワークを介して、ハンドセットおよびサーバ７０と通信することが可能な他のデバイス（図示せず）からの位置リクエストを受信し、かつハンドセットおよび他のデバイスに対して位置リクエストをルーティングし（ｒｏｕｔｅ）得る。例えば、サーバ７０はまた、ネットワーク６０または他の方法を介してインターネットに接続され得、インターネットを介してサーバ７０と通信することが可能なそのようなデバイスは、サーバ７０からハンドセットの位置をリクエストし得る。

図２は、本発明の実施形態による、携帯電話ユーザを位置決めするためのシステムの一部であるネットワーク６０を例示するブロック図である。例示される実施形態において、ネットワーク６０は、サービスプロバイダネットワーク１００および他のキャリアネットワーク１１０を含む。付加的なデータネットワークまたは音声ネットワーク（図示せず）は、ネットワーク６０の一部でもあり得る。

１つの実施形態において、ハンドセット２０は、ネットワーク６０を介してハンドセット３０の位置をリクエストし得る。そのようなリクエストは、ハンドセット２０が接続されるサービスプロバイダネットワーク１００から伝わり、ハンドセット３０が接続される他のキャリアネットワーク１１０を介して送られ得る。次に、ハンドセット３０からの位置応答は、ハンドセット２０に達するように、他のキャリアネットワーク１１０およびサービスプロバイダネットワーク１００を介して伝わる。

図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。最初に、図３において、ユーザは、ハンドセット中の連絡先リストから特定の連絡先を選択し、その連絡先に対する「ｄｅｔａｉｌｓ」を見ることを要求する。有利なことに、ハンドセット中のすべての連絡先リストエントリは、ＬＯＣＡＴＩＯＮ（位置）フィールドを含み、該フィールドは、連絡先がどこに存在するか（またはより正確には、特定の連絡先のハンドセットがどこにあるか）を記述する。

１つの実施形態において、ＬＯＣＡＴＩＯＮフィールドは、最初ブランクであるか、デフォルトあるいは大都市または首都エリアなどのより概略的な位置情報によって占有され得る。図４に示すように、ＬＯＣＡＴＩＯＮフィールドは最初に、連絡先に対する位置がＳａｎ Ｄｉｅｇｏであると伝えている。次に、図５に示すように、ユーザがＬＯＣＡＴＩＯＮフィールドを選択し、オプション（ｏｐｔｉｏｎｓ）を選ぶ場合、１つのオプションは、連絡先の位置を見ることである。ユーザが位置を見ることを選ぶ場合、図６Ａに示すように、連絡先に対する位置のより細かなテキストベースの説明が表示される。このより細かな説明は、ハンドセット上の位置モジュールによって取得され得、位置モジュールは、位置リクエストをネットワークに送信し、位置サーバから、または直接連絡先のターゲットハンドセットから応答を受信する。

特定の実施形態において、連絡先記録は、ＬＯＣＡＴＩＯＮフィールドを有し得ないけれども、むしろＡＤＤＲＥＳＳフィールドは、連絡先に対する位置を動的に提供するために用いられ得る。別の実施形態において、連絡先に対する位置は、リアルタイムに動的に取得され、ユーザに表示され得る。例えば、ユーザは「ｏｐｔｉｏｎｓ」メニューまたは他のインタフェースを介して連絡先に対する位置をリクエストし得る。リクエストを受け取ると、ハンドセットはそれから、連絡先に対する現在の位置をリクエストし、かつ表示し得る。

場合によっては、図６Ｂに示すように、より細かな位置は、ハンドセットの位置を識別する地図の一部分の表示によって、グラフィカルフォーマットで提供され得る。地図イメージは、位置リクエストに応答してリクエストハンドセットに返され得る。返された地図イメージは、ネットワーク上の位置サーバから、または連絡先のターゲットハンドセットからもたらされ得る。

例えば、ターゲットハンドセットは、その位置の地図イメージを格納し、位置リクエストに応答して地図イメージを送信し得る。場合によっては、地図イメージは、位置サーバ上で格納され、位置リクエストへの応答の一部として送信され得る。

図７に示すように、リクエストハンドセットのユーザは、ターゲットハンドセットに対する位置を保存し得る。位置は、ネットワーク上（例えば、位置サーバにおいて）かまたはリクエストハンドセットのデータストレージ領域において保存され得る。保存される位置は、テキスト形式またはグラフィカル形式であり得る。有利なことに、以下においてより詳細に記述されるように、保存される位置は、騙しの（ｓｐｏｏｆｅｄ）位置かまたは代替的な（ａｌｔｅｒｎａｔｅ）位置としてハンドセットによって用いられ得る。場合によっては、保存される位置は、テキストまたはグラフィカル情報によって連絡先記録におけるＡＤＤＲＥＳＳフィールドをアップデートするために用いられ得る。

図８から図１０は、本発明の実施形態による、携帯電話ユーザを位置決めする設定のための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。１つの実施形態において、スクリーンショットは、ハンドセット上の位置モジュールとのユーザの相互作用を例示する。位置モジュールは、ユーザが操作プリファレンスを設定することを可能にする。操作プリファレンスは、位置リクエストを許可するか否か、ネットワーク（例えば、位置サーバ）がハンドセットに代って位置リクエストに応答するべきか否か、実際の位置が位置リクエストに応答して提供されるべきか否か、またはハンドセットに対するデフォルト位置（実際の位置にかかわらない位置）が位置リクエストに応答して提供されるべきか否か、などである。

例えば、図８は、位置パーミッション（ｐｅｒｍｉｓｓｉｏｎｓ）をハンドセットに設定するための、例示のスクリーンショットを示す。ユーザは、すべての位置リクエストを許可するか、またはすべての位置リクエストを拒絶するオプションを有する。さらに、ユーザは、ハンドセットの連絡先リストにおいて連絡先エントリを有する、リクエスタから受信される位置リクエストを許可するオプションを有する。ユーザはまた、リクエストを許可するか、または拒絶するかの決断のために、リアルタイムでプロンプトされるオプションを有する。他のオプションはまた、ハンドセットのユーザに利用可能になされ得、そのオプションとは、例えば、エリアコードによってか、または連絡先リスト中のグループに基づく選択的な識別によってリクエストを許可することである。この開示の利益を有する当業者によって理解されるときに、他のオプションも、採用され得る。

図９は、位置リクエストに応答して提供される位置情報のタイプに関する、操作パラメータを設定するための例示のスクリーンショットを示す。例示される実施形態において、ユーザは、例えばＧＰＳまたは三角測量によって決定されるような、ハンドセットの実際の位置を提供するために選択し得る。ユーザはまた、代替的な位置か、騙しの位置かまたはデフォルト位置（位置リクエストに応答して送信される位置）を選択する能力を有する。例えばユーザは、位置リクエストに対するすべての応答に、ユーザが実際その位置にいるか否かにかかわらず、応答においてユーザの作業（ｗｏｒｋ）位置を（テキストまたはグラフィカルフォーマットにおいて）送信するために選択し得る。さらに、ユーザは、ネットワークを位置リクエストに応答させるオプションを有する。

例えば、ハンドセットは、ＧＰＳ情報をハンドセット上のＧＰＳモジュールから定期的に取得し得、それから位置サーバによってハンドセットが追跡されるネットワークに対してそのＧＰＳ情報を提供する。ユーザがネットワークを位置リクエストに応答させるように選択する場合、ハンドセットは、位置リクエストを受信することさえし得ず、代わりに、ネットワーク位置サーバは、リクエストを受信し、ネットワークに定期的に提供されるＧＰＳ情報に基づく位置情報（テキスト情報またはグラフィカル情報）によってリクエストに応答する。この同じプロセスはまた、ハンドセットの位置を識別するためにハンドセットまたはネットワークによって用いられる、三角測量または他の技法において用いられ得る。

図１０は、位置リクエストに応答して報告されるべき代替的な位置の操作パラメータを設定するための例示のスクリーンショットを示す。有利なことに、保存される位置は、代替的な位置として選択され得、ハンドセット上またはネットワーク上で格納される、テキスト位置情報またはグラフィカル位置情報はそれから、位置リクエストに応答して提供される。

図１１は、本発明の実施形態による、携帯電話ユーザを位置決めするためのプロセスを例示する流れ図である。最初に、ステップ２００においてハンドセットは、位置決めされるべき携帯電話（ターゲットハンドセット）に対する番号を受信する。番号は、直接的なエントリ（例えば、ハンドセットのキーパッド上の数字をタイプするユーザによるエントリ）を介してか、または間接的なエントリ（例えば、ＳＭＳ、Ｅメール、インスタントメッセージなどを介して受信されるエントリ）によって受信され得る。さらに、番号は、連絡先リスト中の特定の連絡先の選択を介して受信され得る。

次に、ステップ２０５において、ハンドセットは、ネットワークからターゲットハンドセットの位置をリクエストする。リクエストは、ネットワーク上の位置サーバに送信され得るか、または直接ターゲットハンドセットに対してネットワークによってルーティングされ得る。１つの実施形態において、このルーティングは、ターゲットハンドセットに設定される操作パラメータによって決定され得る。場合によっては、ネットワークは、ルーティング手順を確立し得る。

ネットワークから位置をリクエストしたのちに、ハンドセットは、ステップ２１０において、ネットワークからターゲットハンドセットの位置を含む応答を受信する。位置は、ステップ２１５に示すように、それから表示される。位置の表示は、ターゲットハンドセットに対する他の連絡先情報の表示と統合され得る。

１つの実施形態において、図３に示されるような、連絡先情報が最初にリクエストされるときに、ハンドセットは、ネットワークからマクロ位置情報または概略的な位置情報をリクエストし得る。例えば、ユーザが連絡先情報をリクエストするときに、ＬＯＣＡＴＩＯＮフィールドが占有されていない場合、ハンドセットは、概略的な位置情報を取得するために、図１１において概説されるプロセスを用い得る。この情報は、ターゲットハンドセットに対する最後に知られた位置に基づきネットワークによって提供され得、その位置は、例えば、ターゲットハンドセットが最後にコンタクトした基地局の位置によって決定され得る。このように、都市または州などの概略的な位置は、連絡先情報の表示のためにＬＯＣＡＴＩＯＮフィールドを提供するために最初に提供され得る。

図１２は、本発明の実施形態による、携帯電話ユーザの位置の定期的なリアルタイムアップデートのためのプロセスを例示する流れ図である。最初に、ステップ２５０において、リアルタイムアップデートのための連絡先エントリが識別される。１つの実施形態において、識別は、連絡先リストまたは、図３から図１０に関して記述されるような設定メニューを介して位置モジュールと相互作用するユーザによって提供され得る。代わりに、または組み合わせにおいて、位置モジュールは、リアルタイムアップデートのためにフラグを付けられる、連絡先のリストを介してサイクルし得、アップデートされる必要がある各連絡先を識別し得る。

次いで、ステップ２５５においてハンドセットは、ネットワークからターゲットハンドセットの位置をリクエストし、ステップ２６０において位置情報を受信する。位置情報を受信すると同時に、連絡先エントリ中のＬＯＣＡＴＩＯＮフィールドは、アップデートされる。このプロセスはまた、図１１に関して記述されるプロセスとの組み合わせに用いられ得る。そのような実施形態において、例えば、初期の概略的な位置は、リアルタイムアップデートを用いることによって提供され得、それからユーザがより詳細な位置情報をリクエストするときに、より詳細な位置情報のリクエストが、ネットワークに送信され得る。

図１３は、本発明の実施形態による、ターゲットハンドセットの位置に対するリクエストに応答するためのプロセスを例示する流れ図である。最初に、ステップ３００において、ターゲットハンドセットは、位置リクエストを受信する。次に、ステップ３０５において、ターゲットハンドセットは、リクエストハンドセットを識別するためにリクエストを構文解析する。例えば、ターゲットハンドセットは、リクエストハンドセットのモバイル識別番号（「ＭＩＮ」）を識別するためにリクエストを構文解析し得る。１つの実施形態において、ＭＩＮは、リクエストハンドセットの電話番号であり得る。

次に、ステップ３１０において、ターゲットハンドセットは、識別されるリクエストハンドセットが有効であるか否かを決定する。例えば、１つの実施形態において、図８におけるパーミッション設定に関して上述したように、ターゲットハンドセットの連絡先リスト中にエントリを有する、リクエストハンドセットのみが有効である。ステップ３１０において決定されるように、リクエストハンドセットが有効でない場合、ステップ３１５において示すように、ターゲットハンドセットは、リクエストを拒絶する。ステップ３１０において決定されるように、リクエストハンドセットが有効である場合、ステップ３２０において例示されるように、ターゲットハンドセットは、その位置を取得する。

１つの実施形態において、ターゲットハンドセットは、別個のリクエストによってその位置をネットワークから取得し得るか、または例えば、ターゲットハンドセットは、統合されたＧＰＳモジュールを介してその位置を取得し得る。あるいは、ターゲットハンドセットは、ネットワークならびに統合されたサービスおよびモジュールのなんらかの組み合わせを介してその位置を取得し得る。場合によって、ターゲットハンドセットは、その位置をハンドセット上のメモリから取得し得る。例えば、ターゲットハンドセットのユーザが、ハンドセットの実際の位置にもかかわらず、位置リクエストに応答してデフォルト位置が提供されるように選択した場合である。一旦、位置が取得されると、ステップ３２５に示すように、位置情報は、位置リクエストに対する応答において送信される。

図１４は、本発明の実施形態による、ターゲットハンドセットを位置決めするためのプロセスを例示する流れ図である。最初に、ステップ３５０においてネットワークは、リクエストハンドセットから位置リクエストを受信する。１つの実施形態において、図１に記述されるような、ネットワーク上の位置サーバは、位置リクエストを受信し、処理し得る。位置リクエストを受信すると同時にネットワークは、ステップ３５５において、ターゲットハンドセットに対する番号が、そのキャリアネットワーク上の加入者番号であるか否かを決定する。番号が加入者の番号ではない場合、ネットワークは、リクエストされた番号に対する適切なキャリアを決定し、ステップ３６０に示すように、位置リクエストをそのネットワークに転送する。

番号が加入者である場合、または異なるキャリアネットワークがリクエストを（例えば、ステップ３６０を介して）処理する場合、ステップ３６０においてネットワークは、位置サービスが、位置がリクエストされている特定のハンドセットに対して利用可能であるか否かを決定する。サービスが利用可能でない場合、ステップ３７０において、リクエストは拒絶される。サービスが利用可能である場合、ネットワークは、ステップ３７５において、ネットワークがハンドセットに代ってリクエストに応答することを認可されているか否かを決定する。例えば、ターゲットハンドセットが有線デバイスである、１つの実施形態において、デバイスの位置は、デバイスが最初にセットアップされたときか、またはそのあと定期的にユーザによって構成され得る。ネットワークが、ハンドセットに代ってリクエストに応答することを認可されている場合、ステップ３８０において、ネットワークは位置情報を送信する。例えば、ネットワークは、概略的な位置リクエストに応答して概略的な位置情報を送信し得るか、またはネットワークは、特定位置リクエストに応答して特定位置を送信し得る。応答はまた、テキストベースであり得るか、あるいはターゲットハンドセットの概略的な位置または特定位置の地図などのグラフィカル構成要素を含み得る。

ステップ３７５において決定されるように、ネットワークが、ターゲットハンドセットに代ってリクエストに応答することを認可されない場合、ステップ３８５においてネットワークは、位置リクエストをターゲットハンドセットに対して送信する。例えば、図１３に関して上記されたように、ターゲットハンドセットはそれから、リクエストを処理し得、次いでステップ３９０において、ネットワークは、ターゲットハンドセットから応答を受信する。次に、ステップ３９５において、ネットワークは、応答をリクエストハンドセットに送信する。１つの実施形態において、ネットワークによってリクエストハンドセットに対して送信される応答は、ターゲットハンドセットから受信された情報を含み得、そして付加情報をも含み得る。例えば、ターゲットハンドセットは、デフォルト位置によって応答し得る。デフォルト位置は、ネットワーク上の位置サーバ上に格納されるグラフィカルな地図データ（例えば、ＪＰＥＧイメージ）を含む。従って、リクエストハンドセットに対するネットワークからの応答は、ターゲットハンドセットから受信されたデフォルト位置情報と、位置サーバ上に格納された対応する地図イメージとの両方を含み得る。

図１５は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的な無線通信デバイス４５０を示すブロック図である。例えば、図１に関して上記されたように、無線通信デバイス４５０は、ハンドセットと連携して用いられ得る。しかし、この開示の利益を有する当業者に対して明白になるときに、他の無線通信デバイスおよび／またはアーキテクチャもまた、用いられ得る。

例示される実施形態において、無線通信デバイス４５０は、アンテナ４５２、マルチプレクサ４５４、低雑音増幅器（「ＬＮＡ」）４５６、電力増幅器（「ＰＡ」）４５８、変調回路４６０、ベースバンドプロセッサ４６２、スピーカー４６４、マイクロホン４６６、中央処理装置（「ＣＰＵ」）４６８、データストレージ領域４７０、およびハードウェアインタフェース４７２を備える。無線通信デバイス４５０において、無線周波数（「ＲＦ」）信号は、アンテナ４５２によって送信され、受信される。マルチプレクサ４５４は、送信信号経路と受信信号経路とをアンテナ４５２に連結する、スイッチとして動作する。受信経路において、受信されたＲＦ信号は、マルチプレクサ４５４からＬＮＡ４５６に連結される。ＬＮＡ４５６は、受信されたＲＦ信号を増幅し、増幅された信号を変調回路４６０の復調部分に連結する。

概して変調回路４６０は、１つの集積回路（「ＩＣ」）中に復調器および変調器を統合する。復調器および変調器はまた、別個の構成要素であり得る。復調器は、ベースバンド受信オーディオ信号を乗せているＲＦ搬送波信号を取り除く。ベースバンド受信オーディオ信号は、復調器出力からベースバンドプロセッサ４６２に送られる。

ベースバンド受信オーディオ信号がオーディオ情報を含む場合、ベースバンドプロセッサ４６２は、信号をデコードし、信号をアナログ信号に変換する。それから信号は、増幅され、スピーカー４６４に送られる。ベースバンドプロセッサ４６２はまた、マイクロホン４６６からアナログオーディオ信号を受信する。これらのアナログオーディオ信号は、ベースバンドプロセッサ４６２によって、デジタル信号に変換され、エンコードされる。ベースバンドプロセッサ４６２はまた、送信のためにデジタル信号をコード化し、ベースバンド送信オーディオ信号を生成する。ベースバンド送信オーディオ信号は、変調回路４６０の変調器部分にルーティングされる。変調器は、ＲＦ送信信号を生成するために、ベースバンド送信オーディオ信号をＲＦ搬送波信号と混合する。ＲＦ送信信号は、電力増幅器４５８にルーティングされる。電力増幅器４５８は、ＲＦ送信信号を増幅し、その信号をマルチプレクサ４５４にルーティングする。マルチプレクサ４５４は、アンテナ４５２によって送信するために、信号をアンテナポートに切り替える。

ベースバンドプロセッサ４６２はまた、中央処理装置４６８に通信によって連結される。中央処理装置４６８は、データストレージ領域４７０にアクセスできる。中央処理装置４６８は、データストレージ領域４７０に格納され得る命令（すなわち、コンピュータプログラムまたはソフトウェア）を実行するように好ましくは構成される。コンピュータプログラムはまた、ベースバンドプロセッサ４６２から受信され得、データストレージ領域４７０に格納され得るか、または受信と同時に実行され得る。そのようなコンピュータプログラムは、実行されるときに、上記したように無線通信デバイス４５０が本発明の様々な機能を実行することを可能にする。

例えば、データストレージ領域４７０は、オペレーティングシステムと統合する位置モジュール（図示せず）、または連絡先リストの動作を制御するモジュールを含み得る。従って、位置モジュールは、ＬＯＣＡＴＩＯＮフィールドを含むために連絡先リストの機能性を拡張し得、操作パラメータプリファレンスを設定するユーザの能力を拡張し得る。さらに、位置モジュールは、ユーザによって設定された操作パラメータプリファレンスに従って、位置リクエストに応答するように構成される。

この説明において、用語「コンピュータ読み取り可能媒体」は、任意の媒体を示すために用いられる。その媒体は、中央処理装置４６８によって実行するために、実行可能命令（例えば、ソフトウェアおよびコンピュータプログラム）を無線通信デバイス４５０に提供するために用いられる。これらの媒体の例示は、データストレージ領域４７０、マイクロホン４６６（ベースバンドプロセッサ４６２を介する）、アンテナ４５２（これもまたベースバンドプロセッサ４６２を介する）、およびハードウェアインタフェース４７２を含む。これらのコンピュータ読み取り可能媒体は、無線通信デバイス４５０に対して実行可能コード、プログラム命令、およびソフトウェアを提供するための手段である。実行可能コード、プログラム命令、およびソフトウェアは、中央処理装置４６８によって実行されるときに、好ましくは中央処理装置４６８に、本明細書中に上記された発明の特徴および機能を実行させる。

中央処理装置はまた、新しいデバイスがハードウェアインタフェース４７２によって検出されるときに、ハードウェアインタフェースから通知を受信するように好ましくは構成される。ハードウェアインタフェース４７２は、制御ソフトウェアを有する電気機械的な検出器の組み合わせであり得る。この制御ソフトウェアは、ＣＰＵ４６８と通信し、新しいデバイスと相互作用する
さらに、当業者は、本明細書中に開示される上記の図面および実施形態に関連して記述される、様々な例示の論理ブロック、モジュール、回路、および方法のステップが、電子的ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてしばしば実装され得ることを理解する。ハードウェアおよびソフトウェアのこの交換可能性を明白に例示するために、様々な例示の構成要素、ブロック、モジュール、回路、およびステップは、概してそれらの機能性に関して上記されている。そのような機能性がハードウェアまたはソフトウェアのいずれにおいて実装されるかは、システム全体に課される特定用途および設計制約条件に依存する。当業者は、各特定用途に対して様々な方法で記述された機能性を実装し得るけれども、そのような実装の決定は、本発明の範囲からの逸脱をもたらすものとして解釈されるべきでない。さらに、モジュール、ブロック、回路、またはステップ内の機能のグループ化は、説明を容易にするためである。特定の機能またはステップは、本発明から逸脱することなく、別のモジュール、ブロック、または回路に移され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、様々な例示の論理ブロック、モジュール、および方法は、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、ＡＳＩＣ、ＦＰＧＡ、または他のプログラマブル論理デバイス、ディスクリートのゲートロジックまたはトランジスタロジック、ディスクリートのハードウェア構成要素、または本明細書中に記述される機能を実行するために設計される、それらの任意の組み合わせによって実装されるか、または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るけれども、代替的には、プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つ以上のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、方法またはアルゴリズムのステップは、ハードウェアによって、プロセッサによって実行されるソフトウェアモジュールによって、またはその２つの組み合わせによって直接的に具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、またはネットワークストレージ媒体を含む、ストレージ媒体の任意の他の形式において存在し得る。例示的なストレージ媒体は、プロセッサに連結され得る。そのようなプロセッサは、ストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込み得る。代替的には、ストレージ媒体は、プロセッサに統合され得る。プロセッサおよびストレージ媒体はまた、ＡＳＩＣにおいて存在し得る。

図１６は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的なコンピュータシステム５５０を示すブロック図である。例えば、図１に関して上記されたように、コンピュータシステム５５０は、位置サーバと連携して用いられ得る。しかし、この開示の利益を有する当業者に対して明白になるときに、他のコンピュータシステムおよび／またはアーキテクチャは、用いられ得る。

コンピュータシステム５５０は、プロセッサ５５２などの１つ以上のプロセッサを好ましくは含む。付加的なプロセッサは、入力／出力を管理する補助プロセッサ、浮動小数点数値演算を実行する補助プロセッサ、信号処理アルゴリズムの高速実行に適合するアーキテクチャを有する特定目的マイクロプロセッサ（例えば、デジタルシグナルプロセッサ）、メイン処理システム（例えば、バックエンドプロセッサ）に従属するスレーブプロセッサ、デュアルまたはマルチプロセッサシステムのための付加的なマイクロプロセッサまたはコントローラ、またはコプロセッサなど、提供され得る。そのような補助プロセッサは、ディスクリートのプロセッサであり得るか、またはプロセッサ５５２と統合され得る。

プロセッサ５５２は、コミュニケーションバス５５４に好ましくは接続される。コミュニケーションバス５５４は、コンピュータシステム５５０のストレージと他の周辺構成要素との間の情報伝送を容易にするためのデータチャネルを含み得る。コミュニケーションバス５５４はさらに、データバス、アドレスバス、およびコントロールバス（図示せず）を含めて、プロセッサ５５２との通信のために用いられる信号の組を提供し得る。コミュニケーションバス５５４は、任意のバスアーキテクチャ規格または規格でないバスアーキテクチャを含み得る。そのバスアーキテクチャは、例えば、ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ（「ＩＳＡ」）、ｅｘｔｅｎｄｅｄ ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ａｒｃｈｉｔｅｃｔｕｒｅ（「ＥＩＳＡ」）、Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（「ＭＣＡ」）、ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ（「ＰＣＩ」）ローカルバス、に準拠するバスアーキテクチャ、またはＩＥＥＥ４８８ ｇｅｎｅｒａｌ−ｐｕｒｐｏｓｅ ｉｎｔｅｒｆａｃｅ ｂｕｓ（「ＧＰＩＢ」）、ＩＥＥＥ６９６／Ｓ−１００を含む、米国電気電子技術者協会（「ＩＥＥＥ」）によって制定される標準規格などである。

コンピュータシステム５５０は、好ましくはメインメモリ５５６を含み、二次メモリ５５８をも含み得る。メインメモリ５５６は、プロセッサ５５２上で実行するプログラムのために命令およびデータのストレージを提供する。メインメモリ５５６は、一般にダイナミックランダムアクセスメモリ（「ＤＲＡＭ」）および／またはスタティックランダムアクセスメモリ（「ＳＲＡＭ」）などの半導体ベースのメモリである。他の半導体ベースのメモリタイプは、例えば、同期式ＤＲＡＭ（「ＳＤＲＡＭ」）、ラムバスＤＲＡＭ（「ＲＤＲＡＭ」）、強誘電体ＲＡＭ（「ＦＲＡＭ」）、などを含み、読み出し専用メモリ（「ＲＯＭ」）を含む。

二次メモリ５５８は、ハードディスクドライブ５６０および／または取り外し可能ストレージドライブ５６２（例えば、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、コンパクトディスク（「ＣＤ」）ドライブ、デジタルバーサタイルディスク（「ＤＶＤ」）ドライブなど）をオプションで含み得る。取り外し可能ストレージドライブ５６２は、取り外し可能ストレージ媒体５６４から読み出し、かつ／または取り外し可能ストレージ媒体５６４に書き込む。取り外し可能ストレージ媒体５６４は、例えば、フロッピー（登録商標）ディスク、磁気テープ、ＣＤ、ＤＶＤなどであり得る。

取り外し可能ストレージ媒体５６４は、好ましくはコンピュータ読み取り可能媒体であって、その媒体上に格納されたコンピュータの実行可能コード（すなわち、ソフトウェア）および／またはデータを有する。取り外し可能ストレージ媒体５６４上に格納されたコンピュータソフトウェアまたはデータは、電気通信信号５７８としてコンピュータシステム５５０の中に読み取られる。

代替的な実施形態において、二次メモリ５５８は、コンピュータプログラムまたは他のデータまたは命令が、コンピュータシステム５５０の中にロードされることを可能にするための、他の同様な手段を含み得る。そのような手段は、例えば、外部ストレージ媒体５７２およびインタフェース５７０を含み得る。外部ストレージ媒体５７２の例示は、外部ハードディスクドライブまたは外部オプティカルドライブ、または／および外部光磁気ドライブを含み得る。

二次メモリ５５８の他の例示は、プログラマブル読み出し専用メモリ（「ＰＲＯＭ」）、消去可能なＰＲＯＭ（「ＥＰＲＯＭ」）、電気的消去可能な読み出し専用メモリ（「ＥＥＰＲＯＭ」）、またはフラッシュメモリ（ＥＥＰＲＯＭに類似したブロック指向のメモリ）などの、半導体ベースのメモリを含み得る。任意の他の取り外し可能ストレージユニット５７２およびインタフェース５７０もまた含まれる。それは、ソフトウェアおよびデータが取り外し可能ストレージユニット５７２からコンピュータシステム５５０に伝送されることを可能にする。

コンピュータシステム５５０はまた、通信インタフェース５７４を含み得る。通信インタフェース５７４は、ソフトウェアおよびデータが、コンピュータシステム５５０と、外部デバイス（例えば、プリンタ）、ネットワーク、または情報源との間で伝送されることを可能にする。例えば、コンピュータソフトウェアまたは実行可能コードは、通信インタフェース５７４を介してネットワークサーバからコンピュータシステム５５０に伝送され得る。通信インタフェース５７４の例示は、いくつかだけを挙げると、モデム、ネットワークインタフェースカード（「ＮＩＣ」）、通信ポート、ＰＣＭＣＩＡスロットおよびＰＣＭＣＩＡカード、赤外線インタフェース、およびＩＥＥＥ１３９４ファイアワイヤ、を含む。

通信インタフェース５７４は、業界で制定されたプロトコル規格を好ましくは実装し、そのプロトコル規格は、イーサネット（登録商標）ＩＥＥＥ８０２規格、ファイバチャネル、デジタル加入者回線（「ＤＳＬ」）、非同期ＤＳＬ（「ＡＤＳＬ」）、フレームリレー、非同期転送モード（「ＡＴＭ」）、サービス総合デジタル網（「ＩＳＤＮ」）、ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｅｒｖｉｃｅｓ（「ＰＣＳ」）、伝送制御プロトコル／インターネットプロトコル（「ＴＣＰ／ＩＰ」）、シリアルラインインターネットプロトコル／ポイントツーポイントプロトコル（「ＳＬＩＰ／ＰＰＰ」）などであるが、カスタマイズされたプロトコルか、または規格でないインタフェースプロトコルもまた実装し得る。

通信インタフェース５７４を介して伝送されるソフトウェアおよびデータは、概して電気通信信号５７８の形式である。これらの信号５７８は、通信チャネル５７６を介して通信インタフェース５７４に好ましくは提供される。通信チャネル５７６は、信号５７８を伝え、様々な有線通信手段または無線通信手段を用いて実装され得、その通信手段は、いくつかだけを挙げると、電線またはケーブル、光ファイバ、電話回線、セルラ電話リンク、無線データ通信リンク、無線周波数（ＲＦ）リンク、または赤外線リンク、を含む。

コンピュータの実行可能コード（すなわち、コンピュータプログラムまたはソフトウェア）は、メインメモリ５５６および／または二次メモリ５５８に格納される。コンピュータプログラムはまた、通信インタフェース５７４を介して受信され、メインメモリ５５６および／または二次メモリ５５８に格納され得る。そのようなコンピュータプログラムは、実行されるときに、上記されたようにコンピュータシステム５５０が本発明の様々な機能を実行することを可能にする。

この説明において、用語「コンピュータ読み取り可能媒体」は、任意の媒体を示すために用いられる。その媒体は、コンピュータの実行可能コード（例えば、ソフトウェアおよびコンピュータプログラム）をコンピュータシステム５５０に提供するために用いられる。これらの媒体の例示は、メインメモリ５５６、二次メモリ５５８（ハードディスクドライブ５６０、取り外し可能ストレージ媒体５６４、および外部ストレージ媒体５７２を含む）、および任意の周辺デバイスを含む。任意の周辺デバイス（ネットワーク情報サーバまたは他のネットワークデバイスを含む）は、通信インタフェース５７４と通信によって連結される。これらのコンピュータ読み取り可能媒体は、コンピュータシステム５５０に実行可能コード、プログラム命令、およびソフトウェアを提供するための手段である。

ソフトウェアを用いて実装される一実施形態において、ソフトウェアは、コンピュータ読み取り可能媒体上に格納され得、取り外し可能ストレージドライブ５６２、インタフェース５７０、または通信インタフェース５７４を介してコンピュータシステム５５０の中にロードされ得る。そのような一実施形態において、ソフトウェアは、電気通信信号５７８の形式でコンピュータシステム５５０の中にロードされる。ソフトウェアは、プロセッサ５５２によって実行されるときに、好ましくはプロセッサ５５２に、本明細書中に上記された発明の特徴および機能を実行させる。

様々な実施形態はまた、主としてハードウェア、例えば、特定用途向け集積回路（「ＡＳＩＣ」）、またはフィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）などの構成要素を用いて実装され得る。本明細書中に記述される機能を実行することが可能な、ハードウェアステートマシンの実装もまた、当業者に明らかとなる。様々な実施形態はまた、ハードウェアおよびソフトウェアの両方の組み合わせを用いて、実装され得る。

さらに、当業者は、本明細書中に開示される上記の図面および実施形態に関連して記述される、様々な例示の論理ブロック、モジュール、回路、および方法のステップが、電子的ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてしばしば実装され得ることを理解する。ハードウェアおよびソフトウェアのこの交換可能性を明白に例示するために、様々な例示の構成要素、ブロック、モジュール、回路、およびステップは、概してそれらの機能性に関して上記されている。そのような機能性がハードウェアまたはソフトウェアのいずれにおいて実装されるかは、システム全体に課される特定用途および設計制約条件に依存する。当業者は、各特定用途に対して様々な方法で記述された機能性を実装し得るけれども、そのような実装の決定は、本発明の範囲からの逸脱をもたらすものとして解釈されるべきでない。さらに、モジュール、ブロック、回路、またはステップ内の機能のグループ化は、説明を容易にするためである。特定の機能またはステップは、本発明から逸脱することなく、別のモジュール、ブロック、または回路に移され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、様々な例示の論理ブロック、モジュール、および方法は、汎用プロセッサ、デジタルシグナルプロセッサ（「ＤＳＰ」）、ＡＳＩＣ、ＦＰＧＡ、または他のプログラマブル論理デバイス、ディスクリートのゲートロジックまたはトランジスタロジック、ディスクリートのハードウェア構成要素、または本明細書中に記述される機能を実行するために設計される、それらの任意の組み合わせによって実装されるか、または実行され得る。汎用プロセッサは、マイクロプロセッサであり得るけれども、代替的には、プロセッサは、任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つ以上のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。

さらに、本明細書中に開示される実施形態に関連して記述される、方法またはアルゴリズムのステップは、ハードウェアによって、プロセッサによって実行されるソフトウェアモジュールによって、またはその２つの組み合わせによって直接的に具現化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、またはネットワークストレージ媒体を含む、ストレージ媒体の任意の他の形式において存在し得る。例示的なストレージ媒体は、プロセッサに連結され得る。そのようなプロセッサは、ストレージ媒体から情報を読み取り、ストレージ媒体に情報を書き込み得る。代替的には、ストレージ媒体は、プロセッサに統合され得る。プロセッサおよびストレージ媒体はまた、ＡＳＩＣにおいて存在し得る。

開示された実施形態の上記の説明は、当業者に対して本発明を構成するかまたは使用することを可能にするために提供される。これらの実施形態に対する様々な改変は、当業者に対して直ちに明らかとなり、本明細書中に記述される一般的なものとしての原理は、本発明の精神および範囲から逸脱することなく他の実施形態に適用され得る。従って、本明細書中に提示される説明および図面が、本発明の現在の好適な実施形態を表し、それゆえに、本発明によって幅広く企図される主題を表現することは理解されるべきである。本発明の範囲が、当業者に対して明らかになり得る他の実施形態を完全に含み、本発明の範囲が、添付の特許請求の範囲以外の何ものによっても限定されないことはさらに理解される。

図１は、本発明の実施形態による、携帯電話ユーザを位置決めするためのシステムを例示するハイレベルネットワーク図である。 図２は、本発明の実施形態による、携帯電話ユーザを位置決めするためのシステムの一部であるネットワークを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図３から図７は、本発明の実施形態による、携帯電話ユーザを位置決めするための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図８から図１０は、本発明の実施形態による、携帯電話ユーザを位置決めする設定のための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図８から図１０は、本発明の実施形態による、携帯電話ユーザを位置決めする設定のための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図８から図１０は、本発明の実施形態による、携帯電話ユーザを位置決めする設定のための無線通信デバイス上の例示的な一連のスクリーンショットを例示するブロック図である。 図１１は、本発明の実施形態による、携帯電話ユーザを位置決めするためのプロセスを例示する流れ図である。 図１２は、本発明の実施形態による、携帯電話ユーザの位置の定期的なリアルタイムアップデートのためのプロセスを例示する流れ図である。 図１３は、本発明の実施形態による、携帯電話ユーザの位置に対するリクエストに応答するためのプロセスを例示する流れ図である。 図１４は、本発明の実施形態による、携帯電話ユーザを位置決めするためのプロセスを例示する流れ図である。 図１５は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的な無線通信デバイスを示すブロック図である。 図１６は、本明細書中に記述される様々な実施形態に関連して用いられ得る、例示的なコンピュータシステムを示すブロック図である。

Claims (20)

1. リクエスト通信デバイスから、ターゲット通信デバイスのユーザの位置を識別するためのコンピュータに実装される方法であって、該方法は、
   リクエスト通信デバイスにおいてターゲット通信デバイスの選択を受信することであって、該選択は、該リクエスト通信デバイス上のアドレス帳の中に連絡先記録を有する、ことと、
   該リクエスト通信デバイス上の該連絡先記録の中の位置フィールドをアップデートすることであって、該アップデートは、該ターゲット通信デバイスの該ユーザに対する概略的な位置を提供する、ことと、
   該リクエスト通信デバイス上に該連絡先記録の一部として該概略的な位置を表示することと、
   該ターゲット通信デバイスの該位置を見るためにリクエストを受信することと、
   該ターゲット通信デバイスに対する特定位置を取得することと、
   該ターゲット通信デバイスに対する該特定位置を表示することと
   を包含する、方法。
2. 前記位置フィールドをアップデートすることは、前記ターゲット通信デバイスに対する概略的な位置を取得することを包含する、請求項１に記載の方法。
3. 前記概略的な位置を取得することは、前記ターゲット通信デバイスに対する一意的な識別子を含む位置リクエストを送信することを包含する、請求項２に記載の方法。
4. 前記位置リクエストは、通信ネットワーク上の位置サーバに送信される、請求項３に記載の方法。
5. 前記概略的な位置は、都市の名前である、請求項２に記載の方法。
6. 前記特定位置を表示することは、該特定位置のアドレスを表示することをさらに包含する、請求項１に記載の方法。
7. 前記特定位置を表示することは、該特定位置のイメージを表示することをさらに包含する、請求項１に記載の方法。
8. 前記表示されるイメージは、地図のイメージである、請求項７に記載の方法。
9. 前記リクエスト通信デバイス中の持続的メモリに前記特定位置を保存することをさらに包含する、請求項１に記載の方法。
10. リクエスト無線通信デバイスからの、ターゲット無線通信デバイスのユーザの位置に対するリクエストに応答するためのコンピュータに実装される方法であって、該方法は、
    ターゲット無線通信においてリクエストデバイスからの該ターゲット無線通信デバイスの該位置に対するリクエストを受信することと、
    該リクエストデバイスに対する一意的な識別子を取得するために該リクエストを構文解析することと、
    該リクエストデバイスの該一意的な識別子に対するカテゴリを決定することと、
    該ターゲット無線通信デバイスの該位置に対する該リクエストの拒絶、該ターゲット無線通信デバイスの実際の位置、または該リクエストデバイスの該一意的な識別子に対する該カテゴリに従った、該ターゲット無線通信デバイスの所定の位置によって該位置リクエストに応答することと
    を包含する、方法。
11. 前記実際の位置によって前記位置リクエストに応答する前に、該実際の位置をアップデートすることをさらに包含する、請求項１０に記載の方法。
12. 前記所定の位置によって前記位置リクエストに応答する前に、該所定の位置を選択することをさらに包含する、請求項１０に記載の方法。
13. 前記所定の位置は、前記実際の位置と異なる、請求項１２に記載の方法。
14. 前記応答は、テキストを用いて位置を提供する、請求項１０に記載の方法。
15. 前記応答は、グラフィカルイメージを用いて位置を提供する、請求項１０に記載の方法。
16. 無線通信デバイスであって、
    複数の連絡先記録を備える連絡先リストであって、それぞれの連絡先記録は、該それぞれの連絡先記録と関連づけられる無線通信デバイスに対する位置を格納するように構成される位置フィールドを有する、連絡先リストと、
    位置モジュールであって、該位置モジュールは、特定の連絡先記録と関連づけられるターゲット無線通信デバイスに対する位置情報を探索する位置リクエストを構築し、該位置リクエストを無線通信ネットワークを介して送信し、該位置リクエストに対する応答を受信するときに、該特定の連絡先記録に対する該位置フィールドをアップデートするように構成される、位置モジュールと
    を備え、
    該位置モジュールは、位置リクエストを受信し、該リクエストを拒絶するか、または該リクエストに応答するかを決定し、該リクエストに対する応答に含むように現在の位置情報を取得し、該現在の位置情報によって該リクエストに応答するか、または該リクエストを拒絶するようにさらに構成される、デバイス。
17. 前記位置フィールドは、テキストフォーマットで位置を格納する、請求項１６に記載のデバイス。
18. 前記位置フィールドは、グラフィカルフォーマットで位置を格納する、請求項１６に記載のデバイス。
19. メモリに格納される操作パラメータであって、該操作パラメータは、前記リクエストを拒絶するか、または該リクエストに応答するかを決定する、操作パラメータをさらに備える、請求項１６に記載のデバイス。
20. 前記操作パラメータは、前記リクエストに応答して実際の位置または所定の位置を提供するか否かを決定する、請求項１９に記載のデバイス。

Images