JP2016521075A - アクセスポイントおよびフェムトセルのロケーションを不明瞭化すること - Google Patents

Abstract

ワイヤレスアクセスポイントおよびフェムトセルを含む、地上波ワイヤレストランシーバのロケーションを不明瞭にするための方法および装置が提示される。いくつかの実施形態によれば、方法は、モバイルデバイスによって地上波ワイヤレストランシーバについてのデータを受信し得、ここにおいてデータは地上波ワイヤレストランシーバのロケーション座標を含み、ここにおいてロケーション座標は誤差項を含む。さらに、本方法は、データに基づいて誤差項を決定することを含み得る。さらに、本方法は、ロケーション座標から誤差項を除去することによって地上波ワイヤレストランシーバの補正されたロケーションを決定することを含み得る。いくつかの事例では、データは、地上波ワイヤレストランシーバに関連する一意の識別子をさらに含むことができ、ここにおいて誤差項は一意の識別子に基づいてさらに決定される。【選択図】図５

Description

[0002] 本開示は、モバイルワイヤレスデバイスのためのロケーション決定に関する。詳細には、様々な技法がワイヤレスアクセスポイントおよびフェムトセルを含む、地上波ワイヤレストランシーバのロケーションを不明瞭化する（obfuscate）ために提供される。

[0003]

[0004] モバイルワイヤレスデバイスのためのロケーション決定は、モバイルワイヤレスデバイスの現在ロケーション、およびオプションでそれの速度およびヘッディングが取得され、決定されたロケーションがワイヤレスデバイスに（例えば、ワイヤレスデバイス上で稼働しているアプリケーションに、またはワイヤレスデバイスのユーザに）、または何らかの外部サードパーティに提供されることを可能にする。

[0005] モバイルデバイス上またはモバイルデバイスに提供され得るいくつものソフトウェアアプリケーション、ウェブサイト、および他の機能が、このようなデバイスを使用するときのユーザのエクスペリエンスをさらに向上させるためにロケーションベースサービスを使用し始めている。例えば、デバイスはレストランレビューウェブサイトのような特定ウェブサイトにアクセスでき、このウェブサイトはこのデバイスの現在ロケーションに関する情報を使用し、このデバイスに近くのレストランのレビューのようなロケーション固有コンテンツを提供し得る。他のアプリケーションおよびウェブサイトはデバイスの現在ロケーションに関する情報を使用し、例えば、関連地図をユーザに表示したり、ローカルビジネスに関する情報をユーザに提供したり、ナビゲーション方向を提供したり、あるいはローカル天気予報またはローカル交通状態をユーザに通知し得る。あるアプリケーションおよびウェブサイトは、空港における特定のゲート、ショッピングモールにおける特定のストア、またはオフィスビルにおける特定の部屋に到達するための歩行指示のような、屋内使用のためのロケーション関係コンテンツを提供することに専用であり得る。これらのアプリケーションおよびウェブサイトはモバイルデバイスついての正確なロケーション情報を頼りにして、ロケーションのわずかな変化がロケーション関係コンテンツに重大な影響を（例えば、壁の一方側または他方側や、マルチフロアビルの一フロア対別フロアや、ビルの丁度内側または丁度外側にいるユーザに適用可能なコンテンツを提供することの観点で）もち得る環境でこうしたロケーションコンテンツを信頼性よく提供し得る。

[0006] より正確なロケーション決定をもつことで、よりロケーションに適した機能および／または情報がユーザに提供され得る。正確なロケーションベースサービスを（例えば、屋内環境で）可能にすることを助けるために、モバイルデバイスは、モバイルデバイスの近くにあって、かつモバイルデバイスによって無線信号を受信され測定されてモバイルデバイスがそれ自身のロケーションを推定することを可能にし得る、様々なワイヤレスアクセスポイント（ＡＰ）、基地局および／またはフェムトセルについての既知のロケーションを（例えば、ネットワークロケーションサーバによって）提供され得る。正確なＡＰ、基地局およびフェムトセルのロケーションをベンダー競合および／または事業者競合環境において全てのモバイルデバイスへ提供することの問題の例は、高コストまたは高機密性の測位情報を、競合者からのモバイルデバイスに、他のサービスプロバイダに関連するモバイルデバイスに、ユーザが適切なプログラムに登録していないモバイルデバイスに、ベンダーがプライバシー協定に同意していないモバイルデバイスに、またはユーザが加入料を支払っていないモバイルデバイスに提供することを含む。ベニュー（venue）所有者がベニュー内のフェムトセルおよびアクセスポイントのロケーションを皆が知ることを所望しないというプライバシーおよびセキュリティ問題があり得る。決まったモバイルデバイス（例えば、そのホーム事業者またはベンダーがロケーションデータプロバイダとのビジネス関係を有するモバイルデバイス）だけがこの正確なロケーションデータの全利益を享受することを好まれる（例えば、ＡＰ、基地局およびフェムトセルのロケーションデータのプロバイダによって）ことがある。加えて、他の複数のロケーションプロバイダ（例えば、好ましくないモバイルデバイスに関連するロケーションプロバイダ）がこの正確なロケーションデータを収集して収集されたＡＰ、基地局およびフェムトセルのロケーションをそれら自身のデータベースに埋め込むために使用し、後にこの記憶されたデータを利用してこの正確なロケーションデータの当初プロバイダによって提供されるものに対抗するロケーションサービスを提供することが可能であり得る。

[0007] アクセスポイントおよびフェムトセルを含む、地上波ワイヤレストランシーバのロケーションを不明瞭化(obfuscating)するための様々な技法を提供する。

[0008] いくつかの実施形態では、方法が提示される。本方法は、モバイルデバイスによって地上波トランシーバについてのデータを受信すること、ここにおいてデータは地上波トランシーバのロケーション座標を含み、ここにおいてロケーション座標は誤差項（error term）を含む、を含み得る。本方法はまた、データに基づいて誤差項を決定することと、ロケーション座標から誤差項を除去すること(removing)に基づいて地上波トランシーバの補正されたロケーションを決定することとを含み得る。

[0009] いくつかの実施形態で、データは地上波トランシーバに関連する一意の識別子をさらに含み、誤差項は一意の識別子に基づいてさらに決定される。いくつかの実施形態で、一意の識別子はＭＡＣアドレスを備え、誤差項を決定することは、ＭＡＣアドレスを使用して１つまたは複数の２進値を決定することと、誤差項を計算するために、１つまたは複数の２進値に既知のスケーリングファクタ（scaling factor）を乗算することとをさらに含む。いくつかの実施形態で、一意の識別子はセルＩＤを備え、誤差項を決定することは、セルＩＤを使用して１つまたは複数の２進値を決定することと、誤差項を計算するために１つまたは複数の２進値に既知のスケーリングファクタを乗算することとをさらに含む。

[0010] いくつかの実施形態で、誤差項は既知の暗号化鍵（ciphering key）または既知の変換方法に基づいてロケーション座標におけるビットを変換することに基づいて決定される。

[0011] いくつかの実施形態で、データは第２の地上波トランシーバに関連する第２のロケーションをさらに含み、誤差項を決定することは、モバイルデバイスによってマッピングテーブルを決定することと、ここにおいてマッピングテーブルは地上波トランシーバと第２の地上波トランシーバとに関する関連付け情報を含む、マッピングテーブルと第２のロケーションとに基づいて誤差項を計算することとをさらに備え、ここにおいて地上波トランシーバの補正されたロケーションはマッピングテーブルに基づく第２のロケーションを備える。

[0012] いくつかの実施形態で、誤差項を決定することは、ロケーションサーバからモバイルデバイスと第１のサーバとに関連する情報を受信することと、受信された情報に基づいて誤差項を決定することとをさらに含む。

[0013] いくつかの実施形態で、誤差項を決定することは、地上波トランシーバからブロードキャスト情報を受信することと、ブロードキャスト情報に基づいて誤差項を決定することとをさらに備える。

[0014] いくつかの実施形態で、データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、誤差項を決定することは、サービングネットワークＩＤまたはプロバイダＩＤにさらに基づく。

[0015] いくつかの実施形態で、誤差項を決定することは、モバイルデバイスによって既知の暗号化鍵を記憶することと、受信されたデータに関連するビットを変更することと、ここにおいて変更することは既知の暗号化鍵に基づく、をさらに含む。

[0016] いくつかの実施形態では、モバイルデバイスが提示される。本モバイルデバイスは、メモリと、地上波トランシーバについてのデータを受信するように構成されるトランシーバと、ここにおいてデータは地上波トランシーバのロケーション座標を含み、ここにおいてロケーション座標は誤差項を含む、データに基づいて誤差項を決定することと、ロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを決定することとを行うように構成される１つまたは複数のプロセッサと
を含み得る。

[0017] いくつかの実施形態では、１つまたは複数のコンピュータ可読媒体が提示される。本１つまたは複数のコンピュータ可読媒体は、実行されたとき、モバイルデバイスに含まれる１つまたは複数のコンピューティングデバイスに、地上波トランシーバについてのデータを受信することと、ここにおいてデータは地上波トランシーバのロケーション座標を含み、ここにおいてロケーション座標は誤差項を含む、データに基づいて誤差項を決定することと、ロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを決定することとを行わせるコンピュータ実行可能命令を記憶し得る。

[0018] いくつかの実施形態では、装置が提示される。本装置は、地上波トランシーバについてのデータを受信するための手段と、ここにおいてデータは地上波トランシーバのロケーション座標を含み、ここにおいてロケーション座標は誤差項を含む、データに基づいて誤差項を決定するための手段と、ロケーション座標から誤差項を除去するための手段に基づいて地上波トランシーバの補正されたロケーションを決定するための手段とを含み得る。

[0019] いくつかの実施形態では、別の方法が提示される。本方法は、地上波トランシーバのロケーション座標についての要求を受信することと、モバイルデバイスに地上波トランシーバのロケーション座標を提供することと、ここにおいてロケーション座標は誤差項を含む、モバイルデバイスに補正データを提供することと、ここにおいて補正データはロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを生成するように構成される、を含み得る。

[0020] いくつかの実施形態で、誤差項は、地上波トランシーバに関連する一意の識別子に基づいて生成され、ここにおいて補正データは一意の識別子をさらに含む。いくつかの実施形態で、一意の識別子はＭＡＣアドレスを含み、誤差項は、ＭＡＣアドレスを使用して１つまたは複数の２進値を生成することと、誤差項を計算するために１つまたは複数の２進値に既知のスケーリングファクタを乗算することとにさらに基づいて生成される。いくつかの実施形態で、一意の識別子はセルＩＤを備え、ここにおいて誤差項は、セルＩＤを使用して１つまたは複数の２進値を生成することと、誤差項を計算するために１つまたは複数の２進値に既知のスケーリングファクタを乗算することとにさらに基づいて生成される。

[0021] いくつかの実施形態で、誤差項は、既知の暗号化鍵に基づいてロケーション座標におけるビットを変換することに基づいて生成される。

[0022] いくつかの実施形態で、誤差項は、地上波トランシーバから送信されたブロードキャスト情報と、ブロードキャスト情報に基づいて誤差項を生成することとに基づいて生成される。

[0023] いくつかの実施形態で、補正データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、ここにおいて誤差項はサービングネットワークＩＤまたはプロバイダＩＤにさらに基づいて生成される。

[0024] いくつかの実施形態で、補正データは既知の暗号化鍵をさらに備え、誤差項は既知の暗号化鍵に基づいてビットを変更することにさらに基づいて生成される。

[0025] いくつかの実施形態では、別の装置が提示される。本装置は、地上波トランシーバのロケーション座標についての要求を受信することと、モバイルデバイスに地上波トランシーバのロケーション座標を提供することと、ここにおいてロケーション座標は誤差項を含む、モバイルデバイスに補正データを提供することと、ここにおいて補正データはロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを生成するように構成される、を行うように構成されるトランシーバを含み得る。

[0026] いくつかの実施形態では、別の装置が提示される。本装置は、地上波トランシーバのロケーション座標についての要求を受信するための手段と、モバイルデバイスに地上波トランシーバのロケーション座標を提供するための手段と、ここにおいてロケーション座標は誤差項を含む、モバイルデバイスに補正データを提供するための手段と、ここにおいて補正データはロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを生成するように構成される、を含み得る。

[0027] いくつかの実施形態では、１つまたは複数のコンピュータ可読媒体が提示される。本１つまたは複数のコンピュータ可読媒体は、実行されたとき、１つまたは複数のコンピューティングデバイスに、地上波トランシーバのロケーション座標についての要求を受信することと、モバイルデバイスに地上波トランシーバのロケーション座標を提供することと、ここにおいてロケーション座標は誤差項を含む、モバイルデバイスに補正データを提供することと、ここにおいて補正データはロケーション座標から誤差項を除去することに基づいて地上波トランシーバの補正されたロケーションを生成するように構成される、を行わせるコンピュータ実行可能命令を記憶し得る。

[0028] 以下の図を参照すれば、様々な実施形態の性質および利点のさらなる理解が得られ得る。添付図において、同様の構成要素または特徴は同じ参照ラベルを有し得る。さらに、同じタイプの様々な構成要素は、参照ラベルの後に、ダッシュと、それらの同様の構成要素同士を区別する第２のラベルとを続けることによって区別され得る。第１の参照ラベルのみが明細書において使用される場合、その説明は、第２の参照ラベルにかかわらず、同じ第１の参照ラベルを有する同様の構成要素のうちのいずれか１つに適用可能である。

いくつかの実施形態による、例示的なモバイルデバイスを示すブロック図である。 いくつかの実施形態による、例示的な地上波ワイヤレストランシーバを示すブロック図である。 いくつかの実施形態による、例示的なロケーションサーバを示すブロック図である。 いくつかの実施形態による、モバイルデバイスと、１つまたは複数の地上波ワイヤレストランシーバと、１つまたは複数のロケーションサーバとの間の例示的な関係およびコンテキストを示す、ホームネットワークとサービングネットワークとをもつ例示的なワイヤレスネットワーク環境の説明図である。 いくつかの実施形態による、地上波ワイヤレストランシーバのロケーションを不明瞭化するための例のシステム図である。 いくつかの実施形態による、そのロケーションが不明瞭化されている地上波ワイヤレストランシーバのロケーションを決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、誤差値を決定するための例示的なフローチャートである。 いくつかの実施形態による、地上波ワイヤレストランシーバによる不明瞭化されたロケーション情報を提供するための例示的なフローチャートである。 様々な実施形態の例示的なコンピュータシステムの図である。

[0038] 「例示的」という単語は、本明細書で「例、事例、または例示としての役目を果たすこと」を意味するために使用する。「例示的」として本明細書で説明される何らかの実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利なものと解釈すべきでない。

[0039] アクセスポイント、フェムトセル、および基地局を含む地上波ワイヤレストランシーバのロケーションを不明瞭化するための装置、方法、システムおよびコンピュータ可読媒体が提示される。本明細書で使用する「地上波トランシーバ」または「地上波ワイヤレストランシーバ」は、それのロケーションに関する情報をクライアントデバイス（例えば、モバイルデバイス）に送信するように構成される何らかの地上配置（すなわち、地上ベース）デバイスを指し得る。それのロケーションに関係する情報は、例えば、地上波ワイヤレストランシーバに対するクライアントデバイスまでの測距測定値(ranging measurements)、および当業者に知られていられる他のタイプのデータを含み得る。地上波ワイヤレストランシーバの非限定的な例は、アクセスポイント、フェムトセル、基地局、ピコセル、マクロセル、Ｚｉｇｂｅｅ（登録商標）トランシーバ、およびＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバを含む。フェムトセルは、ホーム基地局またはスモールセルとして知られることもある小型基地局と考えてよく、自宅、オフィス、あるいはビル(building)またはベニューの一部のような小さいカバレージエリアをサポートし、ユーザによって設置され、ネットワーク事業者によって設置されないくてよい。地上波ワイヤレストランシーバに関するさらなる詳細が以下に説明される。

[0040] 本明細書で説明する技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークのような様々なワイヤレス通信ネットワークへのモバイルデバイスまたはクライアントのアクセスのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば同義で使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ＣＤＭＡ２０００のような無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））と低チップレート（ＬＣＲ）とを含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格と、高速パケットデータ（ＨＲＰＤ）規格とを包含する。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）のような無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）のような無線技術を実装し得る。ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡによって使用される無線アクセス技術である。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ＣＤＭＡ２０００は「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。ＩＥＥＥ８０２．１１ネットワークは、ＷｉＦｉ（登録商標）ネットワークまたはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）としても知られており、電気電子技術者協会（ＩＥＥＥ）からの規格ファミリーにおいて定義されている。これらの様々な無線技術および規格は当技術分野で知られている。

[0041] 様々な実施形態がモバイルデバイスに関して本明細書で説明される。モバイルデバイスは、システム、加入者ユニット、加入者局、移動局、モバイル、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、モバイル端末、ワイヤレスデバイス、ワイヤレス端末、ワイヤレス通信デバイス、ユーザエージェント、ユーザデバイス、セキュアユーザプレーン（ＳＵＰＬ）対応端末（ＳＥＴ）またはユーザ機器（ＵＥ）と呼ばれることもある。モバイルデバイスまたはＳＥＴは、セルラー電話、コードレス電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、コンピューティングデバイス、ラップトップ、タブレット、またはモデム、例えば、ワイヤレスモデムに接続された、または、それを含んでいる他の処理デバイスであり得る。さらに、様々な実施形態が基地局に関して本明細書で説明される。基地局は、モバイルデバイスに通信、ロケーションおよび／または他のサービスを提供するために無線信号を介して（１つまたは複数の）モバイルデバイスと通信するために利用され得、アクセスポイント、ノードＢ、発展型ノードＢ（ｅノードＢ）、アクセスポイント基地局、ＷｉＦｉ、アクセスポイント、フェムトセル、ホーム基地局、ホームノードＢ、ホームｅノードＢまたは何か他の用語で呼ばれることもある。

[0042] 本開示の態様は、モバイルワイヤレスデバイスのためのロケーション決定に関する。詳細には、地上波ワイヤレストランシーバのロケーションを不明瞭化するための様々な技法が提供される。

[0043] いくつかの事例では、モバイルデバイスが、地上波ワイヤレストランシーバからの信号を受信し、測定しおよび／または復号することの結果として位置を推定でき、地上波通信システムからのデータによって支援され得る。このような支援データは、モバイルデバイスが測位信号を収集し、もしかすると測定するために必要とする時間を低減でき、基地局またはアクセスポイントのロケーション、基地局のまたは基地局間の送信タイミングのような位置計算を可能にするための情報を含み得る。

[0044] しかしながら、ＡＰおよびフェムトセルまたは他の地上波ワイヤレストランシーバのロケーションを決定することは、従来の手段によって取得するには困難であり、時間がかかり、コストがかかり得る。従来の手段は、測器、正確な地図、ビル設計図のいずれかを使用して測量すること、ビルを手作業で測量すること、各地上波ワイヤレストランシーバ内のＧＰＳ受信機を使用すること、ＷｉＦｉ地上波ワイヤレストランシーバを配備するユーザに、市民ロケーションをそれらのネットワーク事業者に報告させること、市民ロケーションだけで不正確なとき、ユーザに、市民ロケーションに加えて相対ロケーションを測定して報告させること、および検出されたトランシーバのワイヤレス信号パラメータを走行中の車両を使用して測定し、これが測定された信号パラメータに基づいてフィンガープリンティングまたは三辺測量技法を使用することでロケーションを決定できるようにすることを含み得る。

[0045] 代替的には、モバイルデバイスからのクラウドソーシングロケーション関係測定が、一般にロケーション関係サーバ上で処理されるものであって、地上波ワイヤレストランシーバの所在を特定する少費用、高精度、高信頼性の方法であり得る。クラウドソーシングは、正確なロケーション情報を取得するために多くのモバイルデバイスから同一の地上波ワイヤレストランシーバに関係する測定値を組み合わせるためのサーバを使用する方法を含む。

[0046] 例えば、モバイルデバイスクラウドソーシングでは、沢山のモバイルデバイスが、各々、それらの現在ロケーションと追加の観測データとをロケーション関係サーバに送ることができる。観測データの例は、受信信号強度情報、基地局（および／またはＡＰおよびフェムトセル）のための、または基地局（および／またはＡＰおよびフェムトセル）間の送信タイミング情報、ラウンドトリップ時間（ＲＴＴ）測定値などを含み得る。観測データは、利用可能ならば、測定値が与えられる信号のための特定のソース識別子（例えば、基地局のセル識別子（ＩＤ）、アクセスポイントのメディアアクセス制御（ＭＡＣ）アドレス）にさらに関連付けられ、モバイルデバイスの現在ロケーションとタグ付けされ得る。

[0047] クラウドソーシングされた情報（例えば、基地局、フェムトセルおよび／またはアクセスポイントのロケーション、基地局、フェムトセルおよび／またはアクセスポイントの推定カバレージエリア、基地局、フェムトセルおよび／またはアクセスポイントのタイミング）は、ベンダーおよび／または事業者のデータベースに記憶され得る。さらに、個々のＵＥ観測データは不正確であり得るが、沢山のＵＥの共通認識(consensus)はより正確であり得る。

[0048] クラウドソーシングまたは従来の手段のいずれかからの取得されたロケーションは、次いで、複数の地上波ワイヤレストランシーバに、および／またはこれら地上波ワイヤレストランシーバのカバレージ内の複数のＵＥのロケーションをサポートする複数のロケーションサーバに提供されて、例えば、この情報をその後使用してこれらのロケーションが提供されている特定の近傍地上波ワイヤレストランシーバについてのＲＴＴおよび／または送信タイミングの測定を行うことでそれら自身を測位し得るモバイルデバイスへの後続のブロードキャストまたはポイントツーポイント転送に供し得る。

[0049] ＷｉＦｉ ＡＰおよびフェムトセルのような複数の地上波ワイヤレストランシーバのロケーションを決定するための労力は、ＷｉＦｉおよびセルラー産業における競合者ベンダーおよび／または競合者サービスプロバイダによって利用されてしまい、これがこうした複数の地上波ワイヤレストランシーバの所有者にとって不所望であり得る。例えば、地上波ワイヤレストランシーバの所有者の競合者へのサブスクリプションを有するモバイルデバイスは、前記複数の地上波ワイヤレストランシーバの決定されたロケーションをそれでも利用し得る。同様に、競合者ロケーションプロバイダは、これらが地上波ワイヤレストランシーバのロケーションを決定するという困難でつらい務めに元々参加していなくても、地上波ワイヤレストランシーバの決定されたロケーションを自由に使用し得る。本質的に、複数の地上波ワイヤレストランシーバのロケーションを決定する際のベンダーのまたはサービスプロバイダの労力が他のベンダーまたはサービスプロバイダによって利用されることを可能にしてしまう、たかり（freeloading）またはただ乗り（free rider）問題が存在し得る。従って、地上波ワイヤレストランシーバについての正確なロケーションを取得するベンダーまたはサービスプロバイダに関連するネットワーク範囲内の「好ましい」ユーザに利益または恩恵を提供することが望まれる。

[0050] 本発明のいくつかの実施形態によれば、ＡＰおよびフェムトセルおよび他の地上波ワイヤレストランシーバについてのロケーション情報は、モバイルデバイスに送られるときに不明瞭化され得る。不明瞭化された情報は当初の情報よりも正確でなくてよく、あまり正確でないロケーションサービスを提供することには今までどおり使用可能である。例えば、不明瞭化された情報は、意図された目的地の例えば５０メートル範囲内までの方向探知をなおサポートし得るが、例えば５メートルまでの正確な方向探知をサポートし得ない。好ましいと考えられ得るモバイルデバイス（例えば、そのホーム事業者またはデバイスベンダーがロケーション情報のプロバイダとのビジネス関係を有する）は、本明細書でさらに説明する様々な方法で、当初のより正確なロケーション情報を取得することを可能にされ得る。この追加の能力は、好ましくないモバイルデバイスについて可能にされ得ない。好ましくないモバイルデバイスは、異なるベンダーおよび／または事業者（例えば、ロケーション情報のプロバイダとのビジネス関係をもたないベンダーまたは事業者）からのモバイルデバイスを含み得る。

[0051] さらに、様々なタイプのワイヤレス通信ネットワークにアクセスし得るモバイルデバイスの場合、ロケーションサービスは、モバイルデバイスによって現在アクセスされているワイヤレスネットワークからアクセスされ得、いくつかの場合にそのワイヤレスネットワークの範囲内に常在し得るロケーション関係サーバを使用してサポートされ得る。ロケーション関係サーバの役割は、適切なロケーション関係測定（例えば、サービングワイヤレスネットワーク内のアクセスポイント、フェムトセルおよび／または他の基地局からの無線信号の測定、または様々なグローバルナビゲーション衛星の測定）を行うための、およびそれへのからの測定が行われているアクセスポイントのロケーションを知るための追加データをモバイルデバイスに与えることによって、モバイルデバイスを支援することであり得る。さらに、いくつかの場合に、ロケーション関係サーバは、これらの測定値に基づいてモバイルデバイスのロケーションを計算し得る。他の場合に、ロケーション関係サーバは、モバイルデバイスが近くのアクセスポイント、フェムトセルおよび／または他の基地局からの信号のモバイルデバイスによる測定値に基づいてそれ自身のロケーションの推定値を計算することを可能にするために、これらの近くのアクセスポイント、フェムトセルおよび／または他の基地局のロケーションを与え得る。これらの役割を行う際に、ロケーション関係サーバおよび／またはモバイルデバイスは、ＡＰ、基地局および／またはフェムトセルについてのロケーションの正確なセットの利用可能性に頼る必要があり得る。いくつかの事例において、正確なロケーションが好ましくないモバイルデバイスおよび／または好ましくないロケーション関係サーバのために不明瞭化される場合、それらデバイスが、正確なロケーションへのアクセスを有する好ましいデバイスよりも正確でないロケーションを計算することになる。これらの説明などが、以下に述べられる図に関連してより詳細に述べられる。

[0052] 図１は、いくつかの実施形態による、例示的なモバイルデバイス１１６を示すブロック図である。モバイルデバイス１１６は、バス１０１に接続された１つまたは複数のワイヤレストランシーバ１３１を含み得る。ワイヤレス受信機１３１は、アンテナ１３２を介してワイヤレス信号１３４を受信するように動作可能であり得る。ワイヤレス信号１３４はワイヤレスネットワークを介して送信され得る。いくつかの実施形態では、ワイヤレスネットワークが、ＷｉＦｉのようなワイヤレスＬＡＮ（ＷＬＡＮ）、ＢｌｕｅｔｏｏｔｈまたはＺｉｇｂｅｅのようなパーソナルアクセスネットワーク（ＰＡＮ）、またはセルラーネットワーク（例えば、ＧＳＭ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、ＣＤＭＡ２０００ネットワーク）など、任意のワイヤレスネットワークであり得る。いくつかの実施形態では、アンテナ１３２とアンテナ１７２が同一のアンテナであり得る。ワイヤレストランシーバ１３１は、アンテナ１３２を介して、１つまたは複数の地上波ワイヤレストランシーバから様々な無線周波数（ＲＦ）信号１３４を受信するように構成され得る。モバイルデバイス１１６は、それ自身のロケーションおよび／または地上波ワイヤレストランシーバのロケーションに関する情報を取得するように構成され得る。この情報は、地上波ワイヤレストランシーバについての、受信信号強度インジケータ（ＲＳＳＩ）測定値、ラウンドトリップ時間（ＲＴＴ）測定値、２次元または３次元座標、または当業者に知られていられる他のタイプのフォーマットのような、測距情報(ranging information)を含む、様々な形態で提供され得る。モバイルデバイス１１６は、モバイルデバイス１１６のロケーションを決定するために複数の地上波ワイヤレストランシーバについての測距情報の複数のセットを測定するように構成され得る。モバイルデバイス１１６はまた、例えば、本明細書で後で説明するように何らかの情報（例えば、トランシーバのロケーション座標）が不明瞭化された場合、地上波ワイヤレストランシーバによって提供される情報の一部または全部をＤＳＰ１２１および／または汎用プロセッサ１１１を介して復号および／または解読するように構成され得る。モバイルデバイス１１６は、全体的にまたは部分的にワイヤレス信号１３４を処理し、および／またはモバイルデバイス１１６のロケーションを計算するように構成され得る。いくつかの実施形態では、複数のワイヤレストランシーバ１３１がロケーション決定および／または通信のために使用され得る。例えば、いくつかの実施形態では、ＷＡＮトランシーバ、ＷＬＡＮトランシーバおよび／またはＰＡＮトランシーバ、あるいは上記の任意の組合せが通信および／またはロケーション目的で使用され得る。いくつかの実施形態では、複数のエアインターフェースのサポートのための複数のＷＡＮトランシーバのような同様なタイプの複数のトランシーバ、および／またはＢｌｕｅｔｏｏｔｈとＺｉｇｂｅｅの両方のサポートなどのための複数のＰＡＮインターフェースが通信および／またはロケーション目的で使用され得る。

[0053] 複数の地上波ワイヤレストランシーバのロケーション座標は、１つのモバイルデバイス１１６がそれ自身のロケーションを決定することを可能にする際に重要な役割を有し得る。地上波ワイヤレストランシーバから受信された信号についてＲＳＳＩ、ＲＴＴ、到着時間差、擬似距離および／またはいくつかの他の特性を測定することによって、およびこれらの測定値を他の地上波ワイヤレストランシーバについての他の同様の測定値と、およびもしかすると他の測定値（例えば、ＧＮＳＳ衛星についての測定値、またはモバイルデバイス１１６における慣性センサーから取得された測定値）と組み合わせることによって、モバイルデバイス１１６は、それの現在ロケーション、およびオプションでそれの速度およびヘッディングを計算することが可能であり得る。そのような計算は、測定がそれのために行われ、ロケーション計算のために使用された全ての地上波ワイヤレストランシーバについての正確なロケーションをモバイルデバイス１１６が知ることに依存し得る。複数の地上波ワイヤレストランシーバロケーションが不明瞭化された（すなわち、付加的誤差(additional errors)を含んでいる）様式でモバイルデバイス１１６に提供された場合、およびモバイルデバイス１１６がこれら誤差を除去(remove)できないならば、モバイルデバイス１１６のための結果のロケーション推定値があまり正確でないことになり得る。一方、モバイルデバイスが地上波ワイヤレストランシーバについて不明瞭化されたロケーションにおける誤差を除去できる場合には、モバイルデバイス１１６のための計算されたロケーションがより正確になり得る。これは、地上波ワイヤレストランシーバについて不明瞭化されたロケーションから誤差を除去可能である好ましいモバイルデバイス１１６にとって重要な恩恵であり得る。

[0054] モバイルデバイス１１６はまた、グローバルナビゲーション衛星システム（ＧＮＳＳ）受信機１７１に結合されたＧＮＳＳアンテナ１７２を介してＧＮＳＳ信号１７４を受信することが可能なＧＮＳＳ受信機１７１を含み得る。ＧＮＳＳ受信機１７１はまた、ＧＮＳＳ無線信号１７４を全体的にまたは部分的に処理し、モバイルデバイス１１６のロケーションを決定するためにＧＮＳＳ信号１７４を使用し得る。いくつかの実施形態では、（１つまたは複数の）汎用プロセッサ１１１、メモリ１６１、（１つまたは複数の）ＤＳＰ１２１、および専用プロセッサ（図示せず）も、ＧＮＳＳ受信機１７１とともに、全体的にまたは部分的にＧＮＳＳ信号１７４を処理し、および／またはモバイルデバイス１１６のロケーションを計算するために利用され得る。ＧＮＳＳまたは他のロケーション信号の記憶はメモリ１６１または他のレジスタ（図示せず）において行われ得る。

[0055] モバイルデバイス１１６は、バス１０１に接続された（１つまたは複数の）ＤＳＰ１２１と、バス１０１に接続された（１つまたは複数の）汎用プロセッサ１１１と、バス１０１に接続されたメモリ１６１とを含み得る。様々な実施形態では、機能が、ＲＡＭ、ＲＯＭ、フラッシュ、またはディスクドライブのようなコンピュータ可読記憶媒体上などのメモリ１６１に１つまたは複数の命令またはコードとして記憶され、（１つまたは複数の）汎用プロセッサ１１１、専用プロセッサ、または（１つまたは複数の）ＤＳＰ１２１によって実行され得る。これらの機能は、モバイルデバイス１１６の正確な、または補正されたロケーションを決定することと、地上波ワイヤレストランシーバによって提供された情報を使用することと、地上波ワイヤレストランシーバからの信号を測定することと、および地上波ワイヤレストランシーバによって提供された情報における何らかの不明瞭化情報または誤差項を除去することとを含み得る。メモリ１６１は、説明された機能を（１つまたは複数の）汎用プロセッサ１１１および／または（１つまたは複数の）ＤＳＰ１２１に行わせるように構成されるソフトウェアコード（プログラミングコード、命令など）を記憶する、プロセッサ可読メモリおよび／またはコンピュータ可読メモリであり得る。他の実施形態では、説明された機能がハードウェアで行われ得る。

[0056] モバイルデバイス１１６はセルフォン、スマートフォンであり得る。ＰＤＡ、タブレット、ラップトップ、トラッキングデバイスまたは何か他のワイヤレスサポート可能で移動可能なデバイスおよびは、モバイル端末、移動局（ＭＳ）、端末、デバイス、ワイヤレスデバイス、ユーザ機器（ＵＥ）、ＳＵＰＬ対応端末（ＳＥＴ）、ターゲットデバイス、ターゲットまたは何か他の名前で呼ばれることがある。モバイルデバイス１１６のロケーションは、ロケーション推定値、位置または位置推定値で呼ばれることがあり、ロケーションがそれにより取得される動作は、ロケーション、所在特定、測位または何か他の名前で呼ばれることがある。

[0057] モバイルデバイスは、限定されるものでないが、ワイヤレスアクセスポイントおよびフェムトセルのような様々な地上波ワイヤレストランシーバによってサポートされ得る。

[0058] 図２は、いくつかの実施形態による、例示的な地上波ワイヤレストランシーバを示す。ここで、地上波ワイヤレストランシーバ２００は、ＧＮＳＳ受信機２５０と、（１つまたは複数の）汎用プロセッサ２１０と、メモリ２４０と、（１つまたは複数の）ＤＳＰ２２０と、ワイヤレストランシーバ２３０と、バス２０１と、アンテナ２３１および２５１とを含み得る。いくつかの実施形態では、アンテナ２３１とアンテナ２５１が同一のアンテナであり得る。さらに、ワイヤレストランシーバ２３０に加えて、地上波ワイヤレストランシーバ２００は、ネットワーク（例えば、好ましいキャリアのネットワーク、インターネットなど）と通信するためのネットワークインターフェース（図示せず）をさらに含むことができる。メモリ２４０はまた、地上波ワイヤレストランシーバ２００のロケーションに関係する情報を符号化し、および／または地上波ワイヤレストランシーバの前に符号化されたロケーションのロケーションを記憶するように構成され得るロケーションエンコーダ２４１を含み得る。地上波ワイヤレストランシーバ２００はホームノードＢ（ＨＮＢ）またはホームｅノードＢ（ＨｅＮＢ）と呼ばれることがある。例示的な地上波ワイヤレストランシーバ２００は、アクセスポイント（例えば、ＷｉＦｉアクセスポイント）、フェムトセル、基地局、ピコセル、マクロセル、Ｂｌｕｅｔｏｏｔｈトランシーバ、Ｚｉｇｂｅｅトランシーバまたは他の好適な地上波ワイヤレストランシーバタイプを含み得る。

[0059] いくつかの実施形態では、地上波ワイヤレストランシーバ２００が、図示しない複数のアンテナグループを装備し得る。複数のアンテナは、モバイルデバイス１１６など、複数のモバイルデバイスとの通信を可能にし得る。いくつかの実施形態では、地上波ワイヤレストランシーバが、好ましいモバイルデバイスおよび好ましくないモバイルデバイスと通信し得る。上記で、言及したように、好ましいモバイルデバイスは、地上波ワイヤレストランシーバと整合されたサブスクリプションに登録されたデバイスであり得る。例えば、地上波ワイヤレストランシーバは、好ましいデバイス１１６にサブスクリプションを許可するか、または好ましいモバイルデバイス１１６にアプリケーション（アプリ）を提供するか、または好ましいモバイルデバイス１１６にロケーションサービスを提供する同一の会社によって所有され得る。好ましくないデバイスは、好ましいデバイスと同じ特権または利点を所有しないデバイスであり得る。好ましいティア（tier）および好ましくないティアを生じることが当業者に直ちに明らかな様々な他の状態は本開示の範囲内であり、実施形態はそれに限定されない。

[0060] 図３に、いくつかの実施形態による、例示的なロケーションサーバ３００を示す。ロケーションサーバ３００の例は、クラウドソーシングサーバ、ロケーション支援サーバ、オープンモバイルアライアンス（ＯＭＡ）によって定義されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）、または１つまたは複数の地上波ワイヤレストランシーバに様々なタイプの情報を提供するより大きいサーバのサブセットを含み得る。ロケーションサーバ３００は、ＧＮＳＳ受信機３５０と、アンテナ３５１と、（１つまたは複数の）汎用プロセッサ３１０と、メモリ３４０と、バス３０１とを含み得る。メモリ３４０は、次いでモバイルデバイス１１６のようなクライアントモバイルデバイスに最終的に送信され得る、様々な地上波ワイヤレストランシーバに関するロケーション情報を符号化するためのロケーションエンコーダ３４１を含み得る。さらに、サーバ３００は、ネットワークと通信するためのネットワークインターフェース（図示せず）をさらに含むことができる。ロケーションサーバ３００はまた、サーバ３００がアンテナ３３１を介してワイヤレスに信号を送信および受信することを可能にし得るワイヤレストランシーバ３３０を含み得る。ＤＳＰ３２０も含まれ得、ワイヤレス信号を処理するように構成され得る。いくつかの実施形態では、サーバ３００が、図示しないワイヤード手段を通して他のデバイスおよび／またはネットワークに相互接続され得る。ロケーションサーバ３００は、ロケーション情報、不明瞭化情報、アカウント情報、およびワイヤレスネットワークにおいて地上波ワイヤレストランシーバおよび他のデバイスを利用するモバイルデバイスおよび他の加入者に関係する他の種類の情報を提供するように構成され得る。

[0061] いくつかの実施形態では、一部または全部のモバイルデバイスのために使用すべき符号化方法、どのモバイルデバイスに符号化技法が適用されるか、暗号コード、および他の符号化関係情報に関する情報がロケーションサーバ３００によって地上波ワイヤレストランシーバ２００に提供され得る。例えば、異なるブランドのモバイルデバイスまたは異なるキャリアからのモバイルデバイスは異なる符号化方式のサポートを必要とし得る。

[0062] 図４を参照すると、例示的なワイヤレス環境４００が、本開示による、方法、装置およびシステムを採用する例示的なシナリオを示す。図４は、１つまたは複数の地上波ワイヤレストランシーバ２００’および２００”にアクセスするモバイルデバイス１１６を示す。モバイルデバイス１１６は、例えば、図１での説明に一致し得る。地上波ワイヤレストランシーバ２００’および２００”は、例えば、図２での説明に一致し得る。地上波ワイヤレストランシーバ２００’および２００”はそれぞれ、１つまたは複数の基地局および／またはアクセスポイントであり得る。地上波ワイヤレストランシーバ２００’は、ワイヤード手段またはワイヤレス手段を介してホームネットワーク４１０に接続され得る。地上波ワイヤレストランシーバ２００”は、ワイヤード手段またはワイヤレス手段を介して、サービングネットワーク４３０（例えば、ＷＣＤＭＡ、ＬＴＥまたはｃｄｍａ２０００サービングワイヤレスネットワーク、あるいはインターネットに接続されたりされなかったりする、ＡＰ、ブリッジおよびルータからなる何らかのローカルエリアネットワーク）に接続され得る。さらに、サービングネットワーク４３０は、いくつかのシナリオで、直接、またはインターネットのような中間エンティティおよびシステム（図４に示されない）を介してのいずれかで、モバイルデバイス１１６のためのホームネットワーク４１０に接続され得る。いくつかの場合には、サービングネットワーク４３０とホームネットワーク４１０が同一のネットワークであり得る。さらに、ホームロケーションサーバ４２０は、ホームネットワーク４１０に接続され得るか、またはそれの一部であり得る。また、サービングネットワークロケーションサーバ４４０は、サービングネットワーク４３０に接続されるか、またはそれの一部であり得る。ホームロケーションサーバ４２０およびサービングネットワークロケーションサーバ４４０は、図３での説明に一致し得、それぞれ、ロケーションサーバ、ＳＵＰＬロケーションプラットフォーム（ＳＬＰ）、またはロケーション情報を記憶しおよび／または提供するように構成される他のタイプのサーバであり得る。

[0063] 引き続き図４を参照すると、モバイルデバイス１１６は、ホームネットワーク４１０との好ましいカテゴリーまたはティアへのサブスクリプションを有するか、またはその範囲内にあり得る（これは、ネットワーク４１０がこの例において「ホーム」ネットワークとして指定される理由である）。トランシーバ２００’は、従って、ホームネットワーク４１０からモバイルデバイス１１６への好ましい通信を与え得る。好ましい関係は、それのホームネットワーク上で動作するデバイス（例えば、ベライゾン（Verizon）ネットワーク上で動作するベライゾンデバイス）に基づき得るか、あるいはデバイスが特定のプログラムまたはサービスに登録されているかどうか、またはデバイスが特定のベニューに登録されているかどうかなど、契約上のまたはビジネス上の関係に基づき得る。好ましいステータスは、上述されない他のタイプの関係またはステータスにも基づき得る。モバイルデバイス１１６は、次いで、いくつかの状況で、例えば、ホームネットワーク４１０に直接アクセスするとき、ホームロケーションサーバ４２０から正確なロケーションサービスを取得し得る。対照的に、説明の目的で、同一のモバイルデバイス１１６が、サブスクリプションを有しないことがあるか、またはサービングネットワーク４３０との好ましいカテゴリーまたはティアの範囲内にないことがある。従って、モバイルデバイス１１６が、距離範囲内にあり、サービングネットワーク４３０の範囲内にある地上波ワイヤレストランシーバ２００”と通信する場合、モバイルデバイス１１６は、いくつかのシナリオで、サービングネットワーク４３０を介してサービングネットワークロケーションサーバ４４０からあまり正確でないロケーションサービスを取得し得る。さらに、好ましくないモバイルデバイス１２２は、ホームネットワーク４１０の範囲内にあり得るが、サブスクリプションを有しないか、またはホームネットワーク４１０への好ましいアクセスを所有しないことがある。従って、好ましくないモバイルデバイス１２２は、ホームネットワーク４１０からあまり正確でないロケーションサービスを取得し得る。いくつかの実施形態では、好ましくないネットワーク（例えば、サービングネットワーク４３０）におけるモバイルデバイス１１６、またはホームネットワーク４１０における好ましくないモバイルデバイス１２２がより高精度のデータへのアクセスを有し得るような緊急呼について例外とされ得る。

[0064] いくつかの事例では、地上波ワイヤレストランシーバ２００’が第１のサービスプロバイダによって運営され得、地上波ワイヤレストランシーバ２００”が第２のサービスプロバイダによって運営され得る。第１および第２のサービスプロバイダは各々ワイヤレスネットワーク事業者、地上波ワイヤレストランシーバ２００’および２００”それぞれを含むエリア（例えば、屋内ベニュー）の所有者またはマネージャ、ローカル通信サービスプロバイダ、地上波ワイヤレストランシーバ２００’および２００”それぞれのためのベンダー、または何か他のエンティティであり得る。第１のサービスプロバイダは、好ましいモバイルデバイス１１６のホーム事業者との、またはモバイルデバイス１１６のためのベンダー（例えば、デバイス全体のためのベンダー、またはモバイルデバイス１１６内のオペレーティングシステムまたはチップセットのようなデバイスの構成要素のためのベンダー）との何らかのビジネス関係を有し得る。第１のサービスプロバイダは、好ましくないモバイルデバイス１２２またはサービングネットワーク４３０に対してそのようなビジネス関係を有しないことがある。このシナリオでは、地上波ワイヤレストランシーバ２００’を運営する第１のサービスプロバイダが、ホームネットワーク４１０の範囲内でローミングする好ましくないモバイルデバイス１２２にロケーションを送信するとき、地上波ワイヤレストランシーバ２００’の正確なロケーションを不明瞭化し得る。同様に、第２のサービスプロバイダが、第２のサービスプロバイダに対して好ましくないデバイスであるモバイルデバイス１１６にロケーションを送信するとき、地上波ワイヤレストランシーバ２００”の正確なロケーションを不明瞭化し得る。地上波ワイヤレストランシーバ２００’を運営する第１のサービスプロバイダはまた、モバイルデバイス１１６のような好ましいモバイルデバイスにロケーションを送信するとき、そのような送信がモバイルデバイス１２２のような好ましくないモバイルデバイスによっても受信され得る場合（例えば、地上波ワイヤレストランシーバ２００’のロケーションが地上波ワイヤレストランシーバ２００’によって複数のモバイルデバイスにブロードキャストされるときに起こり得るので）、地上波ワイヤレストランシーバ２００’の正確なロケーションを不明瞭化し得る。しかしながら、第１のサービスプロバイダは、本明細書でさらに説明するように、モバイルデバイス１１６のような好ましいモバイルデバイスが地上波ワイヤレストランシーバ２００’の正確なロケーションを取得することを可能にするための手段を提供し得る。

[0065] いくつかの実施形態では、地上波ワイヤレストランシーバ２００’および／または２００”が、基地局、または代替的にフェムトセル、または代替的にアクセスポイントであり得る。いくつかの実施形態では、モバイルデバイス１１６が１つのタイプの地上波ワイヤレストランシーバと通信中であり得、この地上波ワイヤレストランシーバが別のまたは同じタイプの追加の地上波ワイヤレストランシーバと通信中であって、このときネットワーク４３０または４１０などと通信中であり得る。いくつかの実施形態では、地上波ワイヤレストランシーバ２００’が、地上波ワイヤレストランシーバ２００”と同じタイプであるか、またはそれとは異なるタイプであり得る（例えば、一方がアクセスポイントであり得、他方が基地局であり得る）。いくつかの実施形態では、地上波ワイヤレストランシーバ２００’および２００”の各々がアクセスされ得るエリアが重複し得る。

[0066] そのようなロケーションサービスは、例えば、ＯＭＡによって定義されたＳＵＰＬロケーションソリューションを使用してサポートされ得、モバイルデバイスが現在のサービングネットワークにおける地上波ワイヤレストランシーバ、例えば、地上波ワイヤレストランシーバ２００’からの、並びに／あるいは全地球測位システムＧＰＳ）または欧州ＧａｌｉｌｅｏシステムもしくはロシアのＧＬＯＮＡＳＳシステムのような他のシステムに属する衛星などの、グローバルナビゲーション衛星（図４に示されない）からの無線信号を収集して測定することを可能にするためにホームロケーションサーバ４２０からモバイルデバイス１１６への支援データの転送を含み得る。ロケーションサーバからモバイルデバイスに転送される支援データはまた、地上波ワイヤレストランシーバ２００’のロケーションのような、近くのＡＰおよび／または基地局のロケーションを含み得る。前述のように、ロケーションデータは、好ましいモバイルデバイス１１６のために正確であり得、好ましくないモバイルデバイスのために、またはモバイルデバイス１１６が好ましくないサービングネットワーク４３０上にあるときに不明瞭化され得る。ロケーションデータは、代わりに、好ましいモバイルデバイスと好ましくないモバイルデバイスの両方のために不明瞭化され得、好ましいモバイルデバイスは、（本明細書で後で説明するように）不明瞭化されたロケーションデータから正確なロケーションデータを復元することを可能にされる。いくつかの実施形態（図４に示されない）では、ホームロケーションサーバ４２０が、ホームネットワーク４１０にでなくサービングネットワーク４３０に接続され得、その場合、モバイルデバイスの一例であるＳＵＰＬ対応端末（ＳＥＴ）にロケーションサービスを提供することにおいてディスカバードＳＬＰ（Ｄ−ＳＬＰ：Discovered SLP）として機能し得る。いくつかのシナリオでは、複数の地上波ワイヤレストランシーバのロケーションが、例えば、ロケーションサーバと各モバイルデバイス１１６との間で転送されるポイントツーポイントデータの量を低減するために、地上波ワイヤレストランシーバ自身からのダイレクトブロードキャストによってモバイルデバイス１１６および１２２に提供され得る。そのような場合、ブロードキャストされるロケーションは、不明瞭化され、従ってロケーションサーバ、例えば、ホームロケーションサーバ４２０に知られ得る地上波ワイヤレストランシーバのロケーションよりも正確でないことがある。その場合、より正確な地上波ワイヤレストランシーバのロケーションを取得するための手段が、好ましいモバイルデバイス１１６に提供されるが、好ましくないモバイルデバイス１２２には提供されないことがある。

[0067] 加えて、ロケーション関係サーバ（例えば、ホームロケーションサーバ４２０またはサービングネットワークロケーションサーバ４４０）が適切なロケーション関係測定（例えば、サービングワイヤレスネットワークにおける基地局からの無線信号の測定、または様々なグローバルナビゲーション衛星の測定）をモバイルデバイスが行うことを支援し、いくつかの場合にこれらの測定値からモバイルデバイスについてのロケーションを決定するために使用され得る。いくつかの他の場合では、ロケーション関係サーバ４２０がこれらの測定値に基づいてモバイルデバイスのロケーションを計算し得る。これらの役割を行うことにおいて、ロケーション関係サーバおよび／またはモバイルデバイスは、地上波ワイヤレストランシーバのロケーションの正確なセットの利用可能性に頼る必要があり得る。

[0068] １つまたは複数の構成では、ネットワーク４１０および／または４３０が各々ワイヤレスネットワークサブシステムを含むことができ、これが１つまたは複数の送信機システム、受信機システム、ゲートウェイ、スイッチ、ルータ、コントローラ、レジスタ、課金センター、サービスセンター、モバイルスイッチングセンター、基地局コントローラ、および／または他のシステムおよび構成要素のような１つまたは複数のシステムおよび構成要素をワイヤレステレフォニーおよびデータネットワーク(wireless telephony and data networks)を提供するために含み得る。これらのシステムおよび構成要素は、ワイヤレスネットワークサブシステムが例えば、ワイヤレスネットワークサブシステムによって提供される（１つまたは複数の）ネットワーク上の１つまたは複数のモバイルデバイスに無線周波数信号を送信し、および／またはそれらから無線周波数信号を受信し得る、地上波ワイヤレストランシーバ２００’のような１つまたは複数の地上波ワイヤレストランシーバを制御することを可能にし得る。

[0069] １つまたは複数の構成では、ネットワーク４１０および／または４３０がブロードバンドネットワークゲートウェイを含むことができ、これが１つまたは複数のゲートウェイ、スイッチ、および／またはルータ、並びに１つまたは複数の光、同軸、および／またはハイブリッドファイバー同軸線、１つまたは複数の衛星リンク、１つまたは複数の無線リンク、および／または他のシステムおよび構成要素のような、１つまたは複数のシステムおよび構成要素をワイヤードテレフォニーおよびデータネットワーク(wired telephony and data networks)を提供するために含み得る。これらのシステムおよび構成要素は、例えば、ブロードバンドネットワークゲートウェイが、様々なロケーションにある１つまたは複数のユーザデバイスに電話サービスおよび／またはデータ／インターネットアクセスを提供することを可能にし得る。

[0070] 図５は、地上波ワイヤレストランシーバのロケーションを不明瞭化する例示的なシナリオ５００を示す。例えば、図５は、地上波ワイヤレストランシーバ２００’の真のロケーションＸと、５メートルの誤差をもつ、トランシーバ２００’についての正確なロケーション推定値Ｌ１と、正確なロケーション推定値Ｌ１に誤差項Ｅを加算することによって取得された２５メートルの総誤差(overall error)をもつ不明瞭化されたロケーション推定値Ｌ２とを示す。ホームネットワーク４１０の範囲内の好ましいデバイスである、好ましいモバイルデバイス１１６は、誤差項Ｅを決定し、不明瞭化されたロケーションＬ２からそれを除去することによって正確なロケーションＬ１を決定することが可能であるが、好ましくないモバイルデバイス１２２は、あまり正確でないロケーションＬ２のみを取得できる。同様に、モバイルデバイス１１６が、ホームネットワーク４１０上にないが、サービングネットワーク４３０上にあるとき、モバイルデバイス１１６は、それがホームネットワーク４１０において有するような好ましいステータスを有しないことがある。その後、サービングネットワーク４３０上にある間に地上波ワイヤレストランシーバ２００”のロケーション推定値を取得することを試みたとき、モバイルデバイス１１６は、不明瞭化されたロケーションＬ４を受信し得るが、地上波ワイヤレストランシーバ２００”の真のロケーションはロケーションｙにある。モバイルデバイス１１６は、サービングネットワーク４３０において好ましいステータスを有するモバイルデバイスとは異なり、地上波ワイヤレストランシーバ２００”のそれのロケーション推定値を、例えば、より正確なロケーションＬ３に改善できないことがある。これは、モバイルデバイス１１６が、より正確なロケーションＬ３から不明瞭化されたロケーションＬ４をもたらす誤差項Ｅを除去する能力を有しないことがあるためであり得る。

[0071] 図５に示されるように、モバイルデバイスは地上波ワイヤレストランシーバ２００’についてのデータを受信し得る。このデータは地上波ワイヤレストランシーバのロケーション座標を含むことができる。さらに、ロケーション座標は誤差項を含むことができる。さらに、好ましいモバイルデバイス１１６は、このデータに基づいて誤差項を決定でき、ロケーション座標から誤差項を除去することによって地上波ワイヤレストランシーバ２００’の正確なロケーションを決定し得る。

[0072] 例えば、主な役割がいくつかの好ましいモバイルデバイス１１６についてのロケーションをサポートすることであり得るロケーションサーバ（例えば、ホームロケーションサーバ４２０）は、クラウドソーシングまたは他の従来の手段を介していくつかの地上波ワイヤレストランシーバのロケーションに関する情報を取得し得、この情報をこれらの地上波ワイヤレストランシーバのプロバイダまたは事業者に配信し得、そのプロバイダまたは事業者は、次いで、これらの地上波ワイヤレストランシーバの一部または全部からのブロードキャストを介して、全てのモバイルデバイスに地上波ワイヤレストランシーバのロケーションを自由に提供し得る。その場合、好ましくないモバイルデバイス１２２が、好ましいモバイルデバイス１１６と同程度にこれら地上波ワイヤレストランシーバロケーションからの恩恵を受け得る。こうした等しい恩恵を回避するために、誤差項Ｅが図５におけるＬ１のような何らかの正確なロケーション推定値にソースロケーションサーバ（例えば、ホームロケーションサーバ４２０）によって、または正確なロケーション推定値Ｌ１が送られる地上波ワイヤレストランシーバの事業者によってのどちらかで加算され得る。この誤差加算は、ロケーションをブロードキャストすることに先立って行われ、このため図５におけるあまり正確でない（不明瞭化された）ロケーションＬ２がより正確なロケーションＬ１の代わりにブロードキャストされる。Ｌ１など、正確なロケーションのためのソースサーバ（例えば、ホームロケーションサーバ４２０）は、例えば、５メートルの精度まで地上波ワイヤレストランシーバの位置を特定することが可能であるが、好ましくないモバイルデバイス１２２のための地上波ワイヤレストランシーバのロケーションの代替ソースであり得る競合者サーバが、例えば、２５メートルまたはそれ以上の精度に制限されるならば、このロケーション不明瞭化の効果は有意であり得る。この場合、あまり正確でない（不明瞭化された）ロケーションＬ２を受信する好ましくないモバイルデバイス１２２は、このロケーションからある程度の恩恵を様々なロケーションサービス（例えば、方向探知およびナビゲーションのための）の形態で依然として取得し得るものの、より正確なロケーションＬ１を取得するかまたは他のソースからＬ２よりも良いロケーションを取得し得ない。好ましくないモバイルデバイス１２２は、その場合、好ましいモバイルデバイス１１６によって受信されるものに劣っているが何らかのロケーションサービスを受信し得る。これと同一の方法で、モバイルデバイス１１６は、ホームネットワーク４１０の範囲内で好ましいとして扱われているが、モバイルデバイス１１６がサービングネットワーク４３０のような好ましくないネットワーク上にあるとき、モバイルデバイス１２２と同様の扱いを受け得る。

[0073] ロケーション座標を故意に粗くすることによって地上波ワイヤレストランシーバのロケーションを不明瞭化することで、好ましくないモバイルデバイス１２２はあまり正確でないロケーションのみを取得し得る。本質的に、付加的誤差項Ｅは、ロケーション座標を故意に粗くするために地上波ワイヤレストランシーバのロケーションに導入され得る。さらに、いくつかの実施形態では、誤差の除去を可能にし、それによってより正確なロケーションにアクセスするために、または言い換えると、誤差項が除去された補正されたロケーションを決定するために、誤差項Ｅは好ましいモバイルデバイス１１６によって決定され得る。さらに、好ましくないデバイスがＥを決定することをより難しくするために、Ｅがどのように計算されるかにある程度のランダム性があり得る。

[0074] 例えば、サーバにとって利用可能なソース精度は実際は（図５における例の場合のように）５メートルであり得るが、地上波ワイヤレストランシーバ２００’のロケーションは、粗くされ、次いで２５メートルの最大明示精度でブロードキャストされ得る。２５メートルの精度は、（例えば、他のエリアおよび他のベニューにおける他の地上波ワイヤレストランシーバについて提供されるあまり正確でないロケーションを使用して利用可能なロケーションサービスと同等の）有用なサービスを全てのモバイルデバイスに依然として提供し得、このため、損傷したサービスとして、好ましくないモバイルデバイス１２２によって、またはこのデバイスのための何らかのアプリケーションまたはユーザによって見なされないことがある。代替的に、粗くすることはＥ９１１緊急目的でオーバーライドされ得る。

[0075] いくつかの実施形態によれば、粗くされた地上波ワイヤレストランシーバのロケーションは、 粗くされたロケーション＝正確なロケーション＋Ｅ
として取得されることができる。

[0076] Ｅ項は、好ましいモバイルデバイス１１６に提供、またはで決定され得る誤差であり得る。加えて、好ましくないデバイスがＥ項を決定することをより難しくするため、Ｅ項はＡＰごとに異なり得る。

[0077] 誤差項Ｅはランダムであり、および／またはＡＰごとに個々に割り当てられ得る。好ましいモバイルデバイス１１６に誤差項を提供し不明瞭化されたロケーションからの除去を可能にする例示的な方法は、（ｉ）独占(proprietary)手段によるＡＰまたはフェムトセルからの提供、（ｉｉ）関連する規格化されたロケーションサーバ（例えば、ホームロケーションサーバ４２０）からの提供、（ｉｉｉ）好ましいモバイルデバイス１１６に、またはもしかすると好ましいモバイルデバイス１１６と好ましくないモバイルデバイス１２２の両方に送られる標準シグナリング内に含まれる偽装情報を使用する提供、（ｉｖ）好ましいモバイルデバイス１１６に関連する何らかのサーバからの提供、または（ｖ）あまり正確でない不明瞭化されたロケーションを搬送するために使用される情報またはメッセージングの一部としての提供を含み得る。これらの代替形態の各々を使用して与えられる（１つまたは複数の）誤差項は、他のエンティティ（例えば、好ましくないモバイルデバイス１２２）が（１つまたは複数の）誤差項を取得することを防ぐために既知の方法を使用して暗号化され得る。上記の代替形態（ｖ）の場合、誤差項は、不明瞭化されたロケーション座標内で、および／または不明瞭化されたロケーションがそれに適用されるＡＰのためのアドレス（例えば、ＭＡＣアドレス）など、関連する情報内で何らかの方法で符号化され得る。

[0078] モバイルデバイス１１６または１２２は、不明瞭化されたＡＰのロケーションデータを受信し得、好ましいモバイルデバイス１１６の場合、ロケーション誤差項を除去するための追加のデータをさらに受信し得る。いずれのタイプのデータも、ＩＥＥＥ８０２．１１によって定義されたシグナリングメッセージおよびパラメータを使用してワイヤレストランシーバ（例えば、図５における２００’または２００”）からポイントツーポイント手段またはブロードキャスト手段を介してモバイルデバイスに送られ得るか、またはＯＭＡ ＬＴＥ測位プロトコル拡張（ＬＰＰｅ）のような異なるプロトコルに従って定義されたロケーション関係メッセージをＩＥＥＥ８０２．１１メッセージの範囲内に埋め込むことによって送られ得る。いずれのデータのセットも、送信側トランシーバから発生し得るか、またはポイントツーポイント手段またはブロードキャスト手段のいずれかを介したモバイルデバイスへの前方転送のために送信側トランシーバにデータを転送したことがあるリモートエンティティ（例えば、ＳＵＰＬ ＳＬＰなど、ロケーションサーバ）から発生し得る。いくつかの代替実施形態では、いずれのデータのセットも、ＳＵＰＬユーザプレーンロケーションプロトコル（ＵＬＰ）および／またはＬＰＰｅなどのプロトコルを使用して、ＳＵＰＬ ＳＬＰなどのリモートエンティティによってモバイルデバイスに送られ得る。

[0079] 図６は、地上波ワイヤレストランシーバ（例えば、地上波ワイヤレストランシーバ２００、２００’、２００”）の不明瞭化されたロケーションを受信するため、および好ましいモバイルデバイスにおいて不明瞭化されたロケーションから正確なロケーションを復元するための例示的な方法６００を示す。

[0080] ６０５では、モバイルデバイスが、例えば、ＷｉＦｉブロードキャストをサポートするＭＢＭＳまたはＩＥＥＥ８０２．１１を使用するブロードキャストを介して、地上波ワイヤレストランシーバ（例えば、地上波ワイヤレストランシーバ２００）からデータを受信できる。モバイルデバイスはまた、ＡＰまたはフェムトセルからＡＰまたはフェムトセルのロケーションを受信できる。代替的に、モバイルデバイスはまた、ＳＬＰまたはＰＤＥのようなロケーションサーバから地上波ワイヤレストランシーバのロケーションを受信でき、このため不明瞭化が異なるロケーションで行われ得る。データは、送信アクセスポイントのロケーション座標、およびもしかすると他の近くのアクセスポイントのロケーション座標を含むことができる。各アクセスポイントについてのロケーション座標は誤差項を含むことができる。図５によって示された例示的な方法は、ロケーション座標に誤差項Ｅを付加することによって地上波ワイヤレストランシーバ２００のロケーションを不明瞭化する例であり得る。前述のように、誤差項Ｅは、ランダムであり、および／またはＡＰごとに個々に計算され、割り当てられ得る。モバイルデバイスに誤差項を提供する例示的な方法は、本明細書で前に説明された代替形態（ｉ）〜（ｖ）を含むことができる。

[0081] ６１０では、モバイルデバイスが、６０５において受信されたデータに基づいて誤差項を決定できる。いくつかの事例では、誤差項Ｅが、６０５においてデータを提供する地上波ワイヤレストランシーバのための一意の識別子（例えば、ＭＡＣアドレス、セルＩＤ、ネットワークＩＤ、プロバイダＩＤ）に基づいて決定され得、決定における変換、置換、および／またはスケーリングの使用を含み得る。図７Ａ〜図７Ｆは、これらの方法に基づいて誤差項Ｅを決定する例についてさらに説明する。

[0082] ６１５では、モバイルデバイスが、６０５において受信されたロケーション座標から誤差項を除去することによって、地上波ワイヤレストランシーバの正確なロケーションを決定できる。６１０において決定され得る誤差項Ｅを粗くされたロケーションから除去することによって、好ましいモバイルデバイス１１６は地上波ワイヤレストランシーバ、例えば、トランシーバ２００’の正確なロケーションを決定できる。いくつかの実施形態では、モバイルデバイスが、図１における説明に一致し得る。従って、フローチャート６００で説明された方法は、当業者に直ちに明らかな実装形態に従って、ワイヤレス受信機１３１、プロセッサ１１１、ＤＳＰ１２１およびメモリ１６１のうちのいずれかおよび全てで実装され得る。

[0083] 図７Ａ〜図７Ｆは、６１０において前に説明されたように誤差項Ｅを決定するための例示的な方法を示す。図７Ａ〜図７Ｆにおけるステップは、任意の組合せでおよび／または任意の順序でまたは個々に行われ得る。図７Ａ〜図７Ｆにおける例示的な方法は、不明瞭化されたロケーション座標から正確なロケーション座標を取得するために図６における方法６００を行うことに関連する誤差項Ｅを決定するために、好ましいモバイルデバイス１１６によって行われ得る。図６Ａ〜図６Ｆにおける方法のいくつかは、ロケーションサーバ、アクセスポイントまたはフェムトセルによって、または誤差項Ｅを決定するための何か他のエンティティによってＡＰまたはフェムトセルについての正確なロケーション座標をあまり正確でない不明瞭化されたロケーション座標に変換するためにも行われ得る。この場合、以下の説明におけるモバイルデバイスによって受信されたデータの使用への言及は、誤差項を取得しているロケーションサーバ、ＡＰ、フェムトセルまたは他のエンティティによって既に知られた同一のデータの使用によって置き換えられる。好ましいモバイルデバイス１１６、ロケーションサーバ、ＡＰ、フェムトセルまたは他のエンティティによる特定のＡＰまたはフェムトセルのロケーションのための誤差項Ｅの決定は、当初の正確なロケーションが不明瞭化されたロケーションから復元されることを可能にするために同一の誤差値を必ず生成しなければならない。このため、同一の方法および同一のデータが決定において使用され得る。

[0084] 図７Ａにおける７０５では、１つまたは複数の構成で、６０５において受信されたデータが、データを提供するアクセスポイントに関連する一意の識別子を含むことができ、ここにおいて誤差項は一意の識別子に基づいてさらに決定される。一意の識別子は、限定されるものでないが、アクセスポイントまたはフェムトセルのために、地上波ワイヤレストランシーバ、例えば、アクセスポイントのＭＡＣアドレス、地上波ワイヤレストランシーバ２００、例えば、フェムトセルのセルＩＤ、またはそれぞれプロバイダまたはネットワークのためのプロバイダＩＤまたはネットワークＩＤを含むことができる。さらに、一意の識別子は、全てが一意であるとは限らない他の識別子の組合せ、例えば、ＳＩＤだけまたはＢＳＩＤだけが一意でないことがあるＳＩＤ／ＮＩＤ／ＢＳＩＤであり得る。

[0085] 例えば、誤差項Ｅは、地上波ワイヤレストランシーバのアドレスおよび／またはＩＤ（例えば、ＷｉＦｉ ＡＰのための４８ビットＭＡＣアドレス）の何らかの関数から決定され得る。例えば、この決定は、モバイルデバイスにおいてハードコーディングされるかまたはサーバからモバイルデバイスによってダウンロードされ得る既知のスケーリングファクタ（例えば、２５メートルなど）の使用を含み得る。決定は、地上波ワイヤレストランシーバのアドレスまたはＩＤにおける一部または全部のビットをハッシングまたは暗号化することを含み得、例えば、好ましいモバイルデバイス１１６にのみ知られている秘密暗号化鍵を採用する。

[0086] ロケーションは、通常、２次元量または３次元量（例えば、緯度、経度およびオプションで高度）であるので、誤差項Ｅは２次元または３次元である必要があり得、例えば、２つのまたは３つの別個のスカラー値を備える必要があり得る。別個のスカラー値は、ビットの別個の暗号化または変換を介して取得され得る。例えば、誤差項Ｅの別個のスカラー値は、地上波ワイヤレストランシーバのためのアドレスまたは識別情報におけるビットの何らかの暗号化または変換から取得され、例えば、最上位ビットが、暗号化、ハッシングおよび／またはそうでなければ変換され、次いで経度のための誤差項として使用され、低次ビットが、暗号化、ハッシングおよび／またはそうでなければ変換され、次いで緯度のための誤差項として使用され得る。

[0087] この例を説明するために、本方法は、地上波ワイヤレストランシーバのＭＡＣアドレスとスケーリングファクタとに基づいて誤差項Ｅを決定し得る。誤差項Ｅは、地上波ワイヤレストランシーバの正確なロケーションを決定するために、地上波ワイヤレストランシーバの粗くされたロケーションから除去され得る。

[0088] いくつかの事例では、誤差項がＭＡＣアドレスに対応する一意の識別子に基づいて決定されるとき、本方法が、ＭＡＣアドレスを使用して１つまたは複数の２進値を決定し、誤差項を決定するために、１つまたは複数の２進値に既知のスケーリングファクタを乗算し得る。例えば、別個の誤差項が、（例えば、経度に対応する）ｘ座標のために、および（例えば、緯度に対応する）ｙ座標のためにＭＡＣアドレスを使用して決定され得る。一例では、ＭＡＣアドレスの全ての偶数ビットが、ｘ座標における誤差項Ｅを決定するために使用され得、ＭＡＣアドレスの全ての奇数ビットが、ｙ座標における誤差項Ｅを決定するために使用され得る。

[0089] さらに、一実施形態によれば、ｚ座標が、ＭＡＣアドレスを使用して決定され得る。例えば、ＭＡＣアドレスにおける０番目、３番目、６番目のビットなどがｘ座標を決定するために使用され得、１番目、４番目、７番目のビットなどがｙ座標を決定するために使用され得、２番目、５番目、８番目のビットなどがｚ座標を決定するために使用され得る。

[0090] 一例として、１６進形式のＡＰの４８ビットＭＡＣアドレスが８ＣＡ５００００００００であり、偶数ビットのセットが、ｘ座標のための誤差項を決定するために使用され、奇数ビットのセットが、ｙ座標のための誤差項を決定するために使用されると仮定する。１６進形式の偶数ビットのセットはＡＣ００００であり、奇数ビットのセットは２３００００である（但し、偶数ビットが最高次数ビットで開始すると仮定される）。これらのビットストリングの各々は、次いで２^＊＊２３で除算される２の補数整数として各ストリングを扱うことによって、−１と（２^＊＊２３−１）／２^＊＊２３との間の符号付き２進（または１６進）部分に変換され得る。この部分は、次いで、２５メートルなど、スケーリングファクタを乗算され得る。偶数ビットを使用した結果は−１６．４メートルであり、奇数ビットを使用した結果は６．８メートルである。正確なｘ座標は（メートルでの表記に変換すると）、次いで、１６．４メートルを減算することによって不明瞭化され得、正確なｙ座標は、６．８メートルを加算することによって不明瞭化され得る。この不明瞭化は、不明瞭化されたロケーションをブロードキャストする前に、ソースロケーションサーバ（例えば、ＳＬＰ１４２）によって、またはＡＰによって行われ得る。受信側の好ましいモバイルデバイス１１６は、ＡＰのＭＡＣアドレスを使用して同一の誤差項を決定し、正確な座標を取得するために逆方向の加算または減算を行い得る。好ましくないモバイルデバイス１２２は、不明瞭化動作に気づいておらず、正確なロケーション座標を取得することが可能でないことがある。しかしながら、ここでの不明瞭化例は、さらに、暗号化（またはビットの何か他の変換）を使用して拡張され得る。例えば、ＡＰのＭＡＣアドレスにおける４８ビットは、最初に、ＡＰと好ましいモバイルデバイス１１６とには知られているが好ましくないモバイルデバイス１２２には知られていない暗号化鍵を使用して、４８ビットの異なるセットにマッピングされ得る。ＭＡＣアドレスにおけるビットが暗号化された後、ビットは、上述したように奇数ビットおよび偶数ビットを使用してｘ座標およびｙ座標のための誤差項を決定するために使用され得る。

[0091] 別の実施形態では、誤差項Ｅが、地上波ワイヤレストランシーバ２００の場合に、セルＩＤを構成するビットの暗号化から取得され得る。一意の識別子がセルＩＤであるとき、本方法は、さらに、セルＩＤを使用して１つまたは複数の２進値を決定し、誤差項を決定するために、１つまたは複数の２進値に既知のスケーリングファクタを乗算し得る。決定は、ＡＰ ＭＡＣアドレスから誤差項を決定することについて上記で説明されたものと同様または同一であり得る。

[0092] 別の実施形態では、識別子が、アクセスポイントまたはフェムトセルに関連するサービングネットワークＩＤまたはプロバイダＩＤであり得る。ネットワークＩＤまたはプロバイダＩＤは地上波ワイヤレストランシーバについてのロケーションの決定に含まれ得る。例えば、誤差項Ｅを決定することはサービングネットワークＩＤまたはプロバイダＩＤに基づき得る。サービングネットワークＩＤまたはプロバイダＩＤは、モバイルデバイスによって取得可能であり得（例えば、ＡＰまたはフェムトセルによってブロードキャストされ得）、１０進数のシーケンス、２進列、文字のシーケンス、またはビット列に変換され得る何か他の識別子であり得る（例えば、１０進数のシーケンスの場合、得られた１０進数を２進数に変換することによって、または文字のシーケンスの場合、２進数における各文字を符号化し、次いで２進値のシーケンスを単一のビット列に変換することによって）。いくつかの場合には、サービングネットワークによってモバイルデバイスに割り当てられた２進３２ビットまたは１２８ビットのＩＰアドレスが、ネットワークＩＤとして使用され得る固定ネットワーク（またはネットワークおよびホスト）部分を包含し得る。その場合、他の一意の識別子（例えば、ＭＡＣアドレス）に関して前に説明された同様の技法が、ネットワークＩＤまたはプロバイダＩＤから取得されたビット列を使用して誤差項Ｅを決定するために使用され得る。ネットワークＩＤまたはプロバイダＩＤが多くのＡＰおよび／またはフェムトセルについて同一であり得るので、このようにして決定された誤差項は多くのＡＰおよび／またはフェムトセルについて同一であり得、これは、好ましくないモバイルデバイス１２２または他の好ましくないエンティティ（例えば、ロケーションサーバ）が、多くの不明瞭化されたＡＰおよび／またはフェムトセルのロケーションにおけるほぼ同じ総誤差値の繰り返しから誤差項を推論することを可能にし得る。この潜在的な制限を克服するために、ネットワークＩＤまたはサーバＩＤは、ＡＰ ＭＡＣアドレスまたはフェムトセルのセルＩＤにおけるいくつかのビットなど、他のデータと組み合わされ得る。

[0093] 図７Ｂにおける７１０では、１つまたは複数の構成で、誤差項Ｅが、変換に基づいてさらに決定され得る。例えば、誤差項Ｅは、ＡＰまたはフェムトセルによって（例えば、ブロードキャストを介して）提供されたロケーション座標におけるビットを変換することによって決定され得る。いくつかの事例では、変換が、（例えば、２５メートルの）導入されるべき誤差の大きさに等しいロケーション座標における精度に関連するより低次のビットを変換することを含み得る。例えば、２値符号化ロケーションのｘ座標またはｙ座標の精度が最下位ビットレベルにおいてちょうど１メートルであるとき、最低次６ビットは、０〜６３メートルの範囲内のｘまたはｙ座標の一部分を符号化し得る（ここで、０メートルは２進数００００００によって符号化され、６３メートルは２進数１１１１１１によって符号化され得る）。これらの６つの最下位ビットは、次いで、その予想されるかまたは一般的な値が約３１メートル（または６ビットによって符号化された座標範囲の約１／２）に等しい座標の一部分を表し得る誤差項を導入するために、何らかの既知であるが非開示の変換を介して、または暗号化を使用して６ビットの異なるセットに変換され得る。例えば、２つの最低次ビットだけを変換する場合、当初の正確なロケーションを復元するために、以下の変換がモバイルデバイスにおいて使用され得る。００→１０、０１→１１、１０→０１、１１→００。（例えばサーバまたはＡＰにおいて）最初に誤差を生成するために必要とされる対応する変換は、これの逆、すなわち、以下になる。００→１１、０１→１０、１０→００、１１→０１。別の実施形態では、最下位ビットが、他のビットおよび／または既知の秘密鍵および／またはＡＰアドレスまたはセルＩＤに依存する方法で暗号化され得る。ビットの暗号化および変換は、いくつかの実装形態で同義であり得、Ｎ（Ｎ≧１）個の最下位ビットの場合、Ｎ個のビット列のＮ個のビット列へのマッピングを採用し得、ここで、マッピングは、可逆であるために、２^＊＊Ｎ個の可能な２進値の置換と等価である。変換を使用することの恩恵は、好ましいモバイルデバイス１１６において事前に構成され得る暗号化鍵をもしかすると除いて、既に提供されたロケーション座標以外の追加のデータが必要とされないことがあることである。変換が使用される場合に、誤差項Ｅは、変換が正確なロケーション座標と不明瞭化されたロケーション座標との間で直接変換し得ることから暗黙的にのみ決定され得ることに留意されたい。

[0094] 決定が変換によって行われるとき、誤差項を決定することは、モバイルデバイスによって既知の暗号化鍵を記憶することと、受信されたデータに関連するビットを変更することとをさらに含み得、ここにおいて変更することは既知の暗号化鍵に基づく。

[0095] 図７Ｃにおける７１５では、１つまたは複数の構成で、誤差項Ｅが、置換に基づいてさらに決定され得る。例えば、データは、第２のアクセスポイントに関連する第２のロケーションをさらに含み得、モバイルデバイスはマッピングテーブルをさらに決定し得、ここで、マッピングテーブルは、第１のアクセスポイントと第２のアクセスポイントとに関する関連付け情報を含む。加えて、本方法は、さらに、マッピングテーブルと第２のロケーションとに基づいて誤差項を計算し得る。例えば、第１のアクセスポイントの正確なロケーションは、マッピングテーブルに基づく第２のロケーションであり得る。

[0096] いくつかの実施形態によれば、地上波ワイヤレストランシーバ２００のロケーションは、地上波ワイヤレストランシーバの実ロケーションを置換することによって不明瞭化され得る。いくつかの事例で、置換することは、各ＡＰが別の近くのＡＰロケーションのロケーションを実際に送信するように、近くのＡＰの間で置換行列を使用して達成され得る。置換行列は、マッピングテーブルと同義であり得、以下で説明するように、好ましいモバイルデバイス１１６によって決定され得る。

[0097] 例えば、各ＡＰがそれ自身のロケーションを不明瞭化された形態で送る、３つのＡＰ（例えば、ＡＰ Ａ、ＡＰ Ｂ、ＡＰ Ｃ）のシナリオでは、ＡＰ ＡはＡＰ Ｂのロケーションを送ることができ、ＡＰ ＢはＡＰ Ｃのロケーションを送ることができ、ＡＰ ＣはＡＰ Ａのロケーションを送ることができる。説明され置換することの例では、ＡＰ Ａ、ＡＰ ＢおよびＡＰ Ｃが、互いに極めて近接しており、極端でないロケーション誤差を生じ得る。さらに、いくつかの実施形態では、例示的な方法が３つのＡＰで示され、置換することが、任意の数のＡＰ、基地局および／またはフェムトセルを用いて達成され得る。例えば、一実施形態では、ＡＰが地上波ワイヤレストランシーバ２００についての正確なロケーションを提供し、その逆も同様であり得る。さらに他の実施形態では、ＡＰが基地局のロケーションを提供し得、地上波ワイヤレストランシーバ２００がＡＰのロケーションを提供し得、基地局が地上波ワイヤレストランシーバ２００のロケーションを提供し得る。置換は、２つまたはそれ以上の置換されたロケーションがブロードキャストされる限り達成され得る。

[0098] 置換は、好ましいモバイルデバイス１１６に知られ、および／または様々な地上波ワイヤレストランシーバ２００のプロパティを使用して決定され得る。ロケーションを置換することは、好ましいモバイルデバイス１１６がサーバ（例えば、ホームロケーションサーバ４２０）からの地上波ワイヤレストランシーバのロケーションの完全セット、および／またはネットワーク中の他の地上波ワイヤレストランシーバの組合せを受信することが可能であるときに有効であり得る。例えば、ＡＰロケーションの完全セットが、１つのメッセージに、または同時に送られる関連するメッセージのシーケンスに含まれることがある。この場合、ロケーションまたはＡＰ ＭＡＣアドレスのいずれかのプロパティが、置換を決定するために使用され得る。

[0099] 例えば、置換の前に、ｎ（ｎ＞１）個のＡＰがあり、極西から東に順序付けられたときのＡＰの経度座標が、それぞれＡＰ１、ＡＰ２．．．ＡＰｎに対応するＬ１、Ｌ２．．．Ｌｎである場合、置換が、ＡＰ１のロケーションをＡＰ３に割り当て、ＡＰ２のロケーションをＡＰ４に割り当て、以下同様に割り当てることであり得る。この例に基づいて、置換は、ＡＰｎ−１のロケーションをＡＰ１に、ＡＰｎのロケーションをＡＰ２に割り当てることができる。同様の置換方法が、ＡＰの緯度座標に基づいて使用され得る。正しいＡＰのロケーションを取得するために、好ましいモバイルデバイス１１６は、前の例で最初に１^＊、２^＊、．．．ｎ^＊の形態でそれらの経度座標に関して西から東にＡＰを順序付けることであった、受信されたＡＰロケーションからの逆方向置換を行う。モバイルデバイスは、次いで、ＡＰ１^＊の提供されたロケーションからＡＰｎ−１^＊のロケーションを復元し、ＡＰ２^＊の提供されたロケーションからＡＰｎ^＊のロケーションを復元するまで、ＡＰ３^＊の提供されたロケーションからＡＰ１^＊のロケーションを復元し、ＡＰ４^＊の提供されたロケーションからＡＰ２^＊のロケーションを復元し、以下同様に復元する。

[00100] 別の実施形態では、ＡＰのセットの緯度座標、経度座標およびもしかすると高度座標が、互いとは無関係に置換され得る。例えば、西から東に順序付けられたときの経度座標Ｌ１、Ｌ２．．．Ｌｎと、南から北に順序付けられたときの緯度座標ＬＡ１、ＬＡ２．．．ＬＡ２とをもつｎ（ｎ＞１）個のＡＰがある場合、経度座標が、置換Ｐ１を使用して置換され得、緯度座標が、置換Ｐ２を使用して置換され得る。例えば、Ｐ１は、前の例の場合のように、経度Ｌ３をもつＡＰにＬ１を割り当て、経度Ｌ４をもつＡＰにＬ２を割り当てるなどし得、Ｐ２は、緯度ＬＡ３をもつＡＰにＬＡ１を割り当て、緯度ＬＡ４をもつＡＰにＬＡ２を割り当てるなどし得る。Ｐ１およびＰ２は同様の置換であるが、経度によるｎ個のＡＰの順序付けは、緯度によるＡＰの順序付けとは異なり、それと無関係であり得るので、それらは無関係であり得る。他の例では、Ｐ１およびＰ２が類似しない置換であり得る。

[00101] 代替的に、別の実施形態によれば、置換の前に、最低２進値から最高２進値に順序付けられたＭＡＣアドレスが、それぞれＡＰ１、ＡＰ２、．．．ＡＰｎに対応するＭＡＣ１、ＭＡＣ２、．．．ＭＡＣｎであるとき、置換は、代わりに、ＡＰｎのロケーションをＡＰ１に割り当てるまで、ＡＰ１のロケーションをＡＰ２に割り当て、ＡＰ２のロケーションをＡＰ３に割り当て、以下同様に割り当てることであり得る。正しいＡＰのロケーションを復元するために好ましいモバイルデバイス１１６において行われる逆方向置換は、上記のようにそれらのＭＡＣアドレスに従ってＡＰを順序付け、ＡＰ２の与えられたロケーションをＡＰ１に割り当て、ＡＰ３の与えられたロケーションをＡＰ２に割り当てるなどすることであり得る。

[00102] いくつかの他の実施形態では、ロケーション座標が、ロケーション座標とＭＡＣアドレスの両方のプロパティを使用して置換され得る。例えば、緯度座標は、それらのＭＡＣアドレスに基づくｎ（ｎ＞１）個のＡＰの順序付けを使用してｎ個のＡＰのセットの間で置換され得、一方、経度座標は、それらの経度座標に基づく（またはそれらの緯度座標に基づく）ＡＰの順序付けを使用してｎ個のＡＰの間で置換され得る。

[00103] いくつかの事例では、誤差項方法と置換方法の両方の組合せが可能であり得る（例えば、近くのネイバー(nearby neighbors)がほとんどまたはまったくないＡＰの場合の誤差項の使用、および多くのＡＰが互いに近くにあるときの置換の使用）。

[00104] いくつかの例示的な方法が示されたが、当業者は、ＡＰのロケーションを粗くするために他の既知の置換方法を利用し、誤差値Ｅを決定するために同様の置換行列を使用し得る。

[00105] 図７Ｄにおける７２０では、１つまたは複数の構成で、誤差項を決定することが、好ましいモバイルデバイス１１６に関連するロケーションサーバから情報を受信することと、受信された情報に基づいて誤差項を決定することとをさらに含み得る。例えば、ロケーションサーバはホームロケーションサーバ４２０であり得る。情報は、誤差項自体、またはそれから誤差項が決定されるかまたは部分的に決定され得る情報、例えば、暗号化鍵を備え得る。さらに、情報は、どの地上波ワイヤレストランシーバのロケーションのために不明瞭化されたかを示し、それにより、好ましいモバイルデバイス１１６が図６の方法６００をいつ適用すべきかを決定することを可能にし得る。

[00106] いくつかの実施形態によれば、好ましいモバイルデバイス１１６は、地上波ワイヤレストランシーバのロケーション座標がいつ粗くされたかまたは不明瞭化されたかを確実に知るために、地上波ワイヤレストランシーバのロケーションのためのプロバイダＩＤも提供され得る。プロバイダＩＤは、いくつかのプロバイダＩＤに関連する地上波ワイヤレストランシーバのロケーションが粗くされたまたは不明瞭化されたという理解とともに、ロケーションサーバ（例えば、ホームロケーションサーバ４２０）によって、または任意のタイプの地上波ワイヤレストランシーバによって提供され得る。

[00107] 例えば、好ましいモバイルデバイス１１６は、好ましいプロバイダのＩＤのセットを用いて（例えば、ホームロケーションサーバ４２０によって、モバイルデバイス１１６の製造業者によって、またはモバイルデバイス１１６の構成要素の製造業者によって）構成され得、与えられたＡＰのロケーションに関連する好ましいプロバイダのＩＤをロケーションサーバ（例えば、ホームロケーションサーバ４２０）によって通知され得る。さらに、構成されるプロバイダＩＤの特定の部分（例えば、文字列として表されるプロバイダＩＤのいくつかの頭文字または最終文字）が、地上波ワイヤレストランシーバのロケーションが不明瞭化されたか否かを示すために割り当てられ得る。さらに、構成されるプロバイダＩＤは、不明瞭化の方法（例えば、暗号化を使用して導出された誤差項Ｅ、ＭＡＣアドレスから導出された誤差項Ｅ）を示し得る。

[00108] いくつかの他の実施形態で、好ましいモバイルデバイス１１６は、地上波ワイヤレストランシーバのロケーションの不明瞭化が、あるロケーションで、例えば、あるショッピングモールの範囲内で、またはある空港において使用されていることを、および好ましいモバイルデバイス１１６が、正確な地上波ワイヤレストランシーバのロケーションを取得するために図６における方法６００のような方法を採用する必要があることを、ロケーションサーバ（例えば、ホームロケーションサーバ４２０）によって通知され得る。ロケーションサーバは、（ｉ）ロケーションについての地理的エリア説明（例えば円、楕円または多角形）を使用して、（ｉｉ）そのロケーションが不明瞭化されたＡＰからブロードキャストされたＷｉＦｉサービスセット識別情報（ＳＳＩＤ）またはＳＳＩＤのセットを示すことによって、（ｉｉｉ）好ましいモバイルデバイス１１６がエリアの範囲内でそれに気づくかまたはそれと対話し得るエリアにローカルなロケーションサーバのためのアドレスまたは識別子を示すことによって、および／または（ｉｖ）エリアの範囲内にあるいくつかの地上波ワイヤレストランシーバのアドレスを示すことによってのような様々な方法で、不明瞭化がそこで使用されているロケーションを示し得る。

[00109] いくつかの実施形態によれば、小さい不確実性（例えば、５メートル）は、ロケーションを粗くすることまたは不明瞭化を意味しないが、より大きい不確実性（例えば、２５メートルまたはそれ以上）は、潜在的に粗くすることまたは不明瞭化を意味するという理解とともに、提供された地上波ワイヤレストランシーバのロケーションについての不確実性が（例えば、それが当てはまる地上波ワイヤレストランシーバによってブロードキャストされた）地上波ワイヤレストランシーバのロケーションに含まれ得る。後者の場合、ロケーションを受信した好ましいモバイルデバイス１１６は、不明瞭化が、前に説明された方法１つを使用して、例えば、プロバイダＩＤを使用して実際に使用されたかどうかを決定し得る。正確な（不明瞭にされていない）ロケーションが小さい不確実性を介して与えられ、示されることを可能にすることの恩恵は、その場合、例えば、空港におけるゲートのすぐ近く、または大きいビル内の非常口の近くなど、全てのユーザにとって重要と考えられるいくつかのロケーションにある全てのモバイルデバイス（すなわち、好ましいモバイルデバイスおよび好ましくないモバイルデバイス）に、改善されたロケーションサービスが提供され得ることである。

[00110] 図７Ｅにおける７２５では、１つまたは複数の構成で、誤差項を決定することが、地上波ワイヤレストランシーバからブロードキャスト情報を受信することと、ブロードキャスト情報に基づいて誤差項を決定することとをさらに含むことができる。ブロードキャスト情報は、地上波ワイヤレストランシーバの不明瞭化されたロケーションのうちの１つまたは複数、地上波ワイヤレストランシーバのアドレス（例えば、ＭＡＣアドレス）、地上波ワイヤレストランシーバのロケーションのためのプロバイダＩＤ、ネットワークＩＤ、他の（例えば、近くの）地上波ワイヤレストランシーバについての不明瞭化されたロケーション、他の（例えば、近くの）地上波ワイヤレストランシーバのためのアドレス（例えば、ＭＡＣアドレス）、（例えば、近くの）フェムトセルのためのセルＩＤおよび／または他の情報を含み得る。この情報を受信した好ましいモバイルデバイス１１６は、ステップ７０５〜７２０に関して前に説明されたように、ブロードキャスト地上波ワイヤレストランシーバのためにおよび／または別の（例えば、近くの）ＡＰまたはフェムトセルのために、提供され不明瞭化されたロケーションにおける誤差項を決定することを助けるためにその情報を使用し得る。

[00111] 図７Ｆにおける７３０では、１つまたは複数の構成で、誤差項を決定することが、モバイルデバイスによって既知の暗号化鍵を記憶することと、受信されたデータに関連するビットを変更することとをさらに含むことができ、ここにおいて変更することは既知の暗号化鍵に基づく。暗号化鍵は、ロケーションサーバ（例えば、ホームロケーションサーバ４２０）によって好ましいモバイルデバイス１１６において構成されるかまたはそれに与えられ得、ステップ７０５について前に説明されたようにＡＰアドレスまたはフェムトセルのセルＩＤを使用して誤差項を決定することを助けるために、またはステップ７１０について説明されたようにロケーション座標（例えば、ロケーション座標における下位ビット）から誤差項を導出することを助けるために使用され得る。

[00112] 図７Ａ〜図７Ｆに示されるように、誤差値の決定は、７０５、７１０、７１５、７２０、７２５および／または７３０で説明された技法の組合せのいずれかに基づき得る。

[00113] 図５、図６、および図７Ａ〜図７Ｆを参照しながら前に説明された方法は、地上波ワイヤレストランシーバについてのより正確なロケーションを好ましくないモバイルデバイス１２２によりも好ましいモバイルデバイス１１６に提供するために使用され得るが、同一の方法が、全地球測位システム（ＧＰＳ）および他のワイヤレス送信機およびビーコンなどに関連する、Ｂｌｕｅｔｏｏｔｈ ＡＰ、赤外線ビーコン、衛星測位システム（ＳＰＳ）スードライトのような他のエンティティについてのより正確なロケーションを提供するために使用され得ることに留意されたい。さらに、本方法は、地図上の当該ポイント、町や都市内またはビル内の特定のロケーションのような他の項目についてより正確なロケーションを好ましいモバイルデバイス１１６に提供するために使用され得る。そのような場合、不明瞭化されたロケーションは、（例えば、ブロードキャストを介して）それぞれ誤差項を含んでいる全てのモバイルデバイスに提供され、好ましいモバイルデバイス１１６は、前に説明された方法によって、より正確なロケーションを決定するために誤差項を決定し、除去することを可能にされ得る。

[00114] 図８を参照すると、フローチャート８００は、モバイルデバイスが誤差項を除去し、補正されたロケーションを決定するための手段とともに、地上波ワイヤレストランシーバの不明瞭化されたロケーションをモバイルデバイスに提供するための例示的な方法を示す。モバイルデバイスの例は、例えば、図１を含む、本明細書で説明されたモバイルデバイスに関する説明のいずれかを含む。ブロック８０５では、本方法が、地上波ワイヤレストランシーバのロケーション座標についての要求を受信することを含み得る。ロケーション座標は、ロケーション座標が、何らかの好適な座標系を使用して２次元または３次元で表され得、ロケーション座標における誤差の指示を含み得ることを含む、地上波ワイヤレストランシーバについてのロケーション座標に関する説明のいずれかに一致し得る。地上波ワイヤレストランシーバの例は、ＡＰ、フェムトセル、および基地局を含み得、地上波ワイヤレストランシーバ、または本明細書で説明された地上波ワイヤレストランシーバに関する説明のいずれかに一致し得、それらの２つの用語は本明細書では同義で使用される。いくつかの実装形態では、ブロック８０５が行われないことがあり、ロケーション座標が要求の必要なしにモバイルデバイスに提供され得る（例えば、全てのモバイルデバイスにブロードキャストされ得る）。

[00115] ブロック８１０では、地上波ワイヤレストランシーバのロケーション座標がモバイルデバイスに提供され得、ここにおいてロケーション座標は誤差項を含む。誤差項は、モバイルデバイスが誤差項を除去することなしに地上波ワイヤレストランシーバの位置を計算することを試みた場合、地上波ワイヤレストランシーバの不明瞭化されたロケーションを生成し得る。誤差項に関する例およびさらなる詳細は、例えば、図４、図５、図６および図７Ａ〜図７Ｆにおける説明を含む、本開示内で説明された誤差項の説明の例のいずれかに一致し得る。

[00116] ブロック８１５では、補正データが、モバイルデバイスに提供され得、ここにおいて補正データは、ロケーション座標に適切に適用されたとき、ロケーション座標から誤差項を除去することに基づいて地上波ワイヤレストランシーバの補正された（すなわち、より正確な）ロケーションを生成するように構成される。補正データの例は、誤差項を除去するかまたは考慮するために使用される、図７Ａ〜図７Ｆで説明されたタイプのデータに一致し得る。例えば、補正データは、一意の識別子（例えば、ＡＰのＭＡＣアドレス、フェムトセルのセルＩＤ、またはプロバイダＩＤまたはネットワークＩＤ）、変換に関連し、図７Ｂにおける説明に一致するデータ、置換に関連し、図７Ｃにおける説明に一致するデータ、ロケーションサーバから受信され、図７Ｄにおける説明に一致する情報、図７Ｅにおける説明に一致するブロードキャスト情報、および／または図７Ｆにおける説明に一致する既知の暗号化鍵を含み得る。いくつかの実装形態では、ブロック８１５における補正データが、ブロック８１０において送られたロケーション座標に関する情報の一部であり得、例えば、ロケーション座標も搬送し得るブロック８１０において送られたメッセージの範囲内に含まれるＭＡＣアドレスのような地上波ワイヤレストランシーバのためのアドレスであり得る。

[00117] いくつかの実施形態では、図８の方法が地上波ワイヤレストランシーバ自身によって実装され得る。例えば、地上波ワイヤレストランシーバは、誤差項を含むと同時にそれのロケーション座標を送信し得、補正データをも送信し得る。いくつかの実施形態では、地上波ワイヤレストランシーバ自身が補正データを生成し得る。他の実施形態では、地上波ワイヤレストランシーバと同一のネットワークに関連し、および／またはそのネットワーク内のロケーションサーバが補正データを生成し得、その補正データは、次いでワイヤレス手段またはワイヤード手段を通して地上波ワイヤレストランシーバに、または何か他のトランシーバに送信され得、次いでモバイルデバイスに送信され得る。ロケーションサーバの例は、例えば、図３を含む、本明細書で説明されたロケーションサーバに関する説明のうちのいずれかを含み得る。いくつかの実施形態では、ロケーションサーバがまた、地上波ワイヤレストランシーバのロケーション座標を提供し得る。ロケーションサーバは、ロケーション座標を地上波ワイヤレストランシーバに、または次いでロケーション座標をモバイルデバイスに提供し得る何か他のトランシーバに送信し得る。

[00118] 次に、本開示の様々な態様が実装され得るコンピューティングシステムの例について図９に関して説明される。コンピューティングシステムは、本明細書の他の場所で参照したように、モバイルデバイス１１６、１２２並びに地上波ワイヤレストランシーバ２００、２００’、２００”、およびロケーションサーバ３００および４２０のうちのいずれかを例示し得る。１つまたは複数の態様によれば、図９に示されるコンピュータシステムは、本明細書で説明された特徴、方法、および／または方法ステップのうちのいずれかおよび／または全てを実装、実施、および／または実行し得る、コンピューティングデバイスの一部として組み込まれ得る。例えば、コンピュータシステム９００はモバイルデバイスの構成要素のうちのいくつかを表し得る。モバイルデバイスは、ワイヤレスインターフェースおよび／またはネットワークインターフェースに接続され得る。モバイルデバイスは、カメラおよび／またはディスプレイユニットなど、入力知覚ユニットをもつ何らかのコンピューティングデバイスであり得る。モバイルデバイスの例は、限定されるものでないが、ビデオゲームコンソール、タブレット、スマートフォン、およびモバイルデバイスを含む。一実施形態では、システム９００が、上記で説明されたモバイルデバイス１１６を実装するように構成される。図９は、本明細書で説明された、様々な他の実施形態によって提供される方法を行なうことができ、および／またはホストコンピュータシステム、リモートキオスク／端末、ポイントオブセールデバイス、モバイルデバイス、セットトップボックス、および／またはコンピュータシステムとして機能できるコンピュータシステム９００の一実施形態の概略図を提供する。図９は、そのうちのいずれかおよび／または全てが適宜に利用され得る、様々な構成要素の一般化された図を提供するものにすぎない。図９は、従って、個々のシステム要素が、比較的分離された方法または比較的より統合された方法で、どのように実装され得るかを概括的に示している。

[00119] バス９０５を介して電気的に結合され得る（または、適宜に、他の方法で通信していることがある）ハードウェア要素を備えるコンピュータシステム９００が示される。一実施形態で、バス９０５は、プロセッサ１１１がコア間でおよび／またはメモリ１６１と通信するために使用され得る。ハードウェア要素は、限定することなく、１つまたは複数の汎用プロセッサおよび／または１つまたは複数の専用プロセッサ（デジタル信号処理チップ、グラフィックスアクセラレーションプロセッサのような）を含む１つまたは複数のプロセッサ９１０（例えば、プロセッサ１１１）と、限定することなく、カメラ、マウス、キーボード、タッチセンシティブスクリーンなどを含むことができる１つまたは複数の入力デバイス９１５と、限定することなく、ディスプレイユニット、プリンタなどを含むことができる１つまたは複数の出力デバイス９２０とを含み得る。

[00120] コンピュータシステム９００は、１つまたは複数の非一時的ストレージデバイス９２５をさらに含み得（および／または、それらと通信していることがあり）、非一時的ストレージデバイス９２５は、限定することなく、ローカルストレージおよび／またはネットワークアクセス可能ストレージを備えることができ、並びに／あるいは、限定することなく、メモリ１６１と、ディスクドライブと、ドライブアレイと、光ストレージデバイスと、プログラム可能、フラッシュアップデート可能などであり得る、ランダムアクセスメモリ（「ＲＡＭ」）および／または読取り専用メモリ（「ＲＯＭ」）などのソリッドステートストレージデバイスとを含むことができる。そのような記憶デバイスは、限定することなく、様々なファイルシステム、データベース構造などを含む、何らかの適切なデータストレージを実装するように構成され得る。

[00121] コンピュータシステム９００はまた、限定することなく、モデム、ネットワークカード（ワイヤレスまたはワイヤード）、赤外線通信デバイス、ワイヤレス通信デバイスおよび／またはチップセット（Ｂｌｕｅｔｏｏｔｈデバイス、８０２．１１デバイス、ＷｉＦｉデバイス、ＷｉＭａｘ（登録商標）デバイス、セルラー通信設備のような）などを含むことができる、通信サブシステム９３０を含み得る。本発明の一実施形態によれば、受信機１３１およびＧＮＳＳ受信機１７１は通信サブシステム９３０の例であり得る。通信サブシステム９３０は、データが、ネットワーク（一例を挙げると、以下で説明するネットワークのような）、他のコンピュータシステム、および／または本明細書で説明された任意の他のデバイスと交換されることを可能にし得る。多くの実施形態では、コンピュータシステム９００が、上記で説明されたように、ＲＡＭデバイスまたはＲＯＭデバイスを含むことができる非一時的ワーキングメモリ９３５をさらに備え得る。本発明の一実施形態によれば、メモリ１６１は、非一時的ワーキングメモリ９３５の一例であり得る。

[00122] 通信サブシステム９３０は、シングルアンテナ、複数のアンテナまたはアンテナアレイを備え得、モバイルデバイス１１６におけるアンテナ１３２および／またはアンテナ１７２に対応し得るアンテナサブシステム９５０にリンクされ得る。アンテナサブシステムは、好ましいモバイルデバイス１１６、好ましくないモバイルデバイス１２２、ロケーションサーバ３００および／または地上波ワイヤレストランシーバ２００など、エンティティによって、例えば、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＣＤＭＡ２０００および／またはＷｉＦｉ ＩＥＥＥ８０２．１１のためのシグナリングに従ってワイヤレス通信するために使用され得る。そのようなワイヤレス通信は、好ましいモバイルデバイス１１６による不明瞭化されたロケーションおよび他の情報の受信を可能にし得る。いくつかの実施形態によれば、通信サブシステム９３０およびアンテナサブシステム９５０は、エンティティ（例えば、好ましいモバイルデバイス１１６、好ましくないモバイルデバイス１２２、地上波ワイヤレストランシーバ２００および／またはロケーションサーバ３００）によって、ワイヤレス通信（例えば、データを受信／送信）するためのトランシーバ９５５として使用され得る。

[00123] コンピュータシステム９００はまた、オペレーティングシステム９４０、デバイスドライバ、実行可能ライブラリ、および／または１つまたは複数のアプリケーションプログラム９４５のような他のコードを含む、ワーキングメモリ９３５内に現在位置するものとして示されている、ソフトウェア要素を備えることができ、１つまたは複数のアプリケーションプログラム９４５は、様々な実施形態によって提供されるコンピュータプログラムを備え得、並びに／あるいは、本明細書で説明された、他の実施形態によって提供される方法を実装するようにおよび／またはシステムを構成するように設計され得る。単に例として、上記で説明された（１つまたは複数の）方法に関して説明された１つまたは複数のプロシージャは、例えば、図６、図７Ａ〜図７Ｆおよび図８に関して説明されたように、コンピュータ（および／またはコンピュータ内のプロセッサ）によって実行可能なコードおよび／または命令として実装され得、一態様で、次いで、そのようなコードおよび／または命令は、説明された方法に従って１つまたは複数の動作を行うように汎用コンピュータ（または他のデバイス）を構成し、および／または適応させるために使用され得る。

[00124] これらの命令および／またはコードのセットは、上記で説明された（１つまたは複数の）ストレージデバイス９２５のようなコンピュータ可読記憶媒体上に記憶され得る。いくつかの場合には、記憶媒体が、コンピュータシステム９００のようなコンピュータシステム内に組み込まれ得る。他の実施形態では、記憶媒体が、コンピュータシステムとは別個（例えば、コンパクトディスクのような取外し可能媒体）であり、並びに／あるいは、記憶媒体が、その上に記憶された命令／コードで汎用コンピュータをプログラムし、構成し、および／または適応させるために使用され得るようなインスタレーションパッケージで提供され得る。これらの命令は、コンピュータシステム９００によって実行可能である実行可能コードの形態をとり得、並びに／あるいは、コンピュータシステム９００上で（例えば、様々な一般に利用可能なコンパイラ、インストールプログラム、圧縮／解凍ユーティリティなどのいずれかを使用して）コンパイルおよび／またはインストールしたときに実行可能コードの形態をとる、ソースコードおよび／またはインストール可能コードの形態をとり得る。

[00125] 特定の要件に従って、実質的な変形が行われ得る。例えば、カスタマイズされたハードウェアも使用され得、並びに／あるいは、特定の要素が、ハードウェア、ソフトウェア（アプレット他のようなポータブルソフトウェアを含む）、または両方で実装され得る。さらに、ネットワーク入力／出力デバイスのような他のコンピューティングデバイスへの接続が採用され得る。

[00126] いくつかの実施形態は、本開示による方法を行うためのコンピュータシステム（コンピュータシステム９００のような）を採用し得る。例えば、説明された方法のプロシージャの一部または全部は、ワーキングメモリ９３５に含まれる１つまたは複数の命令の１つまたは複数のシーケンス（オペレーティングシステム９４０および／またはアプリケーションプログラム９４５のような他のコードに組み込まれ得る）をプロセッサ９１０が実行することに応答して、コンピュータシステム９００によって行われ得る。そのような命令は、（１つまたは複数の）ストレージデバイス９２５のうちの１つまたは複数など、別のコンピュータ可読媒体からワーキングメモリ９３５に読み込まれ得る。単に例として、ワーキングメモリ９３５に含まれる命令のシーケンスの実行は、本明細書で説明された方法の１つまたは複数のプロシージャ、例えば、図６、図７Ａ〜図７Ｆ、および図８に関して説明された方法の要素のうちの１つまたは複数を（１つまたは複数の）プロセッサ９１０に行わせ得る。

[00127] 本明細書で使用する「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械を特定の様式で動作させるデータを提供することに関与する任意の媒体を指す。コンピュータシステム９００を使用して実装される一実施形態では、様々なコンピュータ可読媒体が、実行のために（１つまたは複数の）プロセッサ９１０に命令／コードを提供することに関与し得、並びに／あるいはそのような命令／コードを（例えば、信号として）記憶および／または搬送するために使用され得る。多くの実装形態では、コンピュータ可読媒体が、物理および／または有形記憶媒体である。そのような媒体は、限定することなく、不揮発性媒体、揮発性媒体、および伝送媒体を含む、多くの形態をとり得る。不揮発性媒体は、例えば、（１つまたは複数の）ストレージデバイス９２５のような、光ディスクおよび／または磁気ディスクを含む。揮発性媒体は、限定することなく、ワーキングメモリ９３５のようなダイナミックメモリを含む。伝送媒体は、限定することなく、同軸ケーブル、バス９０５を備えるワイヤを含む銅線および光ファイバー、並びに通信サブシステム９３０の様々な構成要素（および／または通信サブシステム９３０がそれによって他のデバイスとの通信を行う媒体）を含む。従って、伝送媒体はまた、（限定することなく、電波通信および赤外線データ通信中に生成されるものなど、電波、音響波および／または光波を含む）波の形態をとることができる。いくつかの実施形態によれば、ロケーションサーバ３００、４２０、地上波ワイヤレストランシーバ２００、好ましくないモバイルデバイス１２２および／または好ましいモバイルデバイス１１６は、互いに通信するために通信サブシステム９３０を利用できる。

[00128] １つまたは複数の例において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体はコンピュータデータ記憶媒体を含み得る。データ記憶媒体は、本開示で説明された技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。本明細書で使用する「データ記憶媒体」は、製品を指し、一時的な伝搬信号を指さない。限定でなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範疇に含まれ得る。

[00129] コードは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路のような、１つまたは複数のプロセッサによって実行され得る。従って、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明された技法の実装に好適な任意の他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明された機能が、符号化および復号のために構成される専用のハードウェアモジュールおよび／またはソフトウェアモジュール内に設けられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素で十分に実装され得る。

[00130] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（例えば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示する技法を行うように構成されるデバイスの機能的態様を強調するために、様々な構成要素、モジュール、またはユニットについて説明されたが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明されたように、様々なユニットは、コーデックハードウェアユニットにおいて組み合わせられるか、またはコンピュータ可読媒体に記憶された好適なソフトウェアおよび／またはファームウェアとともに、上記で説明された１つまたは複数のプロセッサを含む、相互動作可能なハードウェアユニットの集合よって提供され得る。

[00131] 様々な例について説明してきた。これらの例および他の例は以下の特許請求の範囲内に入る。

[00131] 様々な例について説明してきた。これらの例および他の例は以下の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１] モバイルデバイスによって地上波トランシーバについてのデータを受信することと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
前記データに基づいて前記誤差項を決定することと、
前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
を備える方法。
[Ｃ２] 前記データは前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、Ｃ１に記載の方法。
[Ｃ３] 前記一意の識別子がＭＡＣアドレスを備え、前記誤差項を決定することは、
前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
をさらに備える、Ｃ２に記載の方法。
[Ｃ４] 前記一意の識別子がセルＩＤを備え、前記誤差項を決定することは、
前記セルＩＤを使用して１つまたは複数の２進値を決定することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
をさらに備える、Ｃ２に記載の方法。
[Ｃ５] 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することに基づいて決定される、Ｃ１に記載の方法。
[Ｃ６] 前記データは、第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記誤差項を決定することは、
前記モバイルデバイスによってマッピングテーブルを決定することと、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算することと
をさらに備え、
ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
Ｃ１に記載の方法。
[Ｃ７] 前記誤差項を決定することは、
ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信することと、
前記受信された情報に基づいて前記誤差項を決定することと
をさらに備える、Ｃ１に記載の方法。
[Ｃ８] 前記誤差項を決定することは、
前記地上波トランシーバからブロードキャスト情報を受信することと、
前記ブロードキャスト情報に基づいて前記誤差項を決定することと
をさらに備える、Ｃ１に記載の方法。
[Ｃ９] 前記データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することは、前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、Ｃ１に記載の方法。
[Ｃ１０] 前記誤差項を決定することは、
前記モバイルデバイスによって既知の暗号化鍵を記憶することと、
前記受信されたデータに関連するビットを変更することと、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
をさらに備える、Ｃ１に記載の方法。
[Ｃ１１] メモリと、
地上波トランシーバについてのデータを受信するように構成されるトランシーバと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
前記データに基づいて前記誤差項を決定することと、
前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
を行うように構成される１つまたは複数のプロセッサと
を備えるモバイルデバイス。
[Ｃ１２] 前記データは、前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、Ｃ１１に記載のモバイルデバイス。
[Ｃ１３] 前記一意の識別子はＭＡＣアドレスであり、前記１つまたは複数のプロセッサは、
前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定することと、
前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
を行うようにさらに構成される、Ｃ１２に記載のモバイルデバイス。
[Ｃ１４] 前記一意の識別子がセルＩＤを備え、前記１つまたは複数のプロセッサは、
前記セルＩＤを使用して１つまたは複数の２進値を決定することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
を行うようにさらに構成される、Ｃ１２に記載のモバイルデバイス。
[Ｃ１５] 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することによって決定される、Ｃ１１に記載のモバイルデバイス。
[Ｃ１６] 前記データは第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記１つまたは複数のプロセッサは、
マッピングテーブルを決定することと、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算することと
を行うようにさらに構成され、
ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
Ｃ１１に記載のモバイルデバイス。
[Ｃ１７] 前記１つまたは複数のプロセッサは、
ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信することと、
前記受信された情報に基づいて前記誤差項を決定することと
を行うようにさらに構成される、Ｃ１１に記載のモバイルデバイス。
[Ｃ１８] 前記トランシーバは前記地上波トランシーバからブロードキャスト情報を受信するようにさらに構成され、前記１つまたは複数のプロセッサは、
前記ブロードキャスト情報に基づいて前記誤差項を決定するようにさらに構成される、Ｃ１１に記載のモバイルデバイス。
[Ｃ１９] 前記データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することは前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、Ｃ１１に記載のモバイルデバイス。
[Ｃ２０] 前記メモリは既知の暗号化鍵を記憶するように構成され、前記１つまたは複数のプロセッサは、
前記受信されたデータに関連するビットを変更するようにさらに構成される、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
Ｃ１１に記載のモバイルデバイス。
[Ｃ２１] 実行されたとき、モバイルデバイスに含まれる１つまたは複数のコンピューティングデバイスに、
地上波トランシーバについてのデータを受信することと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
前記データに基づいて前記誤差項を決定することと、
前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
を行わせるコンピュータ実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体。
[Ｃ２２] 地上波トランシーバについてのデータを受信するための手段と、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
前記データに基づいて前記誤差項を決定するための手段と、
前記ロケーション座標から前記誤差項を除去するための手段に基づいて前記地上波トランシーバの補正されたロケーションを決定するための手段と
を備える装置。
[Ｃ２３] 前記データは、前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、Ｃ２２に記載の装置。
[Ｃ２４] 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項を決定するための前記手段は、
前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定するための手段と、
前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算するための手段と
をさらに備える、Ｃ２３に記載の装置。
[Ｃ２５] 前記一意の識別子はセルＩＤを備え、前記誤差項を決定するための前記手段は、
前記セルＩＤを使用して１つまたは複数の２進値を決定するための手段と、
前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算するための手段と
をさらに備える、Ｃ２３に記載の装置。
[Ｃ２６] 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することに基づいて決定される、Ｃ２２に記載の装置。
[Ｃ２７] 前記データは第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記誤差項を決定するための前記手段は、
前記モバイルデバイスによってマッピングテーブルを決定するための手段と、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算するための手段と
をさらに備え、
ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
Ｃ２２に記載の装置。
[Ｃ２８] 前記誤差項を決定するための前記手段は、
ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信するための手段と、
前記受信された情報に基づいて前記誤差項を決定するための手段と
をさらに備える、Ｃ２２に記載の装置。
[Ｃ２９] 前記誤差項を決定するための前記手段は、
前記地上波トランシーバからブロードキャスト情報を受信するための手段と、
前記ブロードキャスト情報に基づいて前記誤差項を決定するための手段と
をさらに備える、Ｃ２２に記載の装置。
[Ｃ３０] 前記データがサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することが、前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、Ｃ２２に記載の装置。
[Ｃ３１] 前記誤差項を決定するための前記手段は、
既知の暗号化鍵を記憶するための手段と、
前記受信されたデータに関連するビットを変更するための手段と、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
をさらに備える、Ｃ２２に記載の装置。
[Ｃ３２] 地上波トランシーバのロケーション座標についての要求を受信することと、
モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
を備える方法。
[Ｃ３３] 前記誤差項は前記地上波トランシーバに関連する一意の識別子に基づいて生成され、前記補正データは前記一意の識別子をさらに含む、Ｃ３２に記載の方法。
[Ｃ３４] 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項は、
前記ＭＡＣアドレスを使用して１つまたは複数の２進値を生成することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
にさらに基づいて生成される、Ｃ３３に記載の方法。
[Ｃ３５] 前記一意の識別子はセルＩＤを備え、前記誤差項は、
前記セルＩＤを使用して１つまたは複数の２進値を生成することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
にさらに基づいて生成される、Ｃ３３に記載の方法。
[Ｃ３６] 前記誤差項は、既知の暗号化鍵に基づいて、前記ロケーション座標におけるビットを変換することに基づいて生成される、Ｃ３２に記載の方法。
[Ｃ３７] 前記誤差項は、
前記地上波トランシーバから送信されたブロードキャスト情報と、
前記ブロードキャスト情報に基づいて前記誤差項を生成することと
に基づいて生成される、Ｃ３２に記載の方法。
[Ｃ３８] 前記補正データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項は前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づいて生成される、Ｃ３２に記載の方法。
[Ｃ３９] 前記補正データは既知の暗号化鍵をさらに備え、
前記誤差項は、前記既知の暗号化鍵に基づいてビットを変更することにさらに基づいて生成される、
Ｃ３２に記載の方法。
[Ｃ４０] 地上波トランシーバのロケーション座標についての要求を受信することと、
モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
を行うように構成されるトランシーバ
を備える装置。
[Ｃ４１] 前記誤差項は前記地上波トランシーバに関連する一意の識別子に基づいて生成され、前記補正データは前記一意の識別子をさらに含む、Ｃ４０に記載の装置。
[Ｃ４２] 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項は、
前記ＭＡＣアドレスを使用して１つまたは複数の２進値を生成することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
にさらに基づいて生成される、Ｃ４１に記載の装置。
[Ｃ４３] 前記一意の識別子はセルＩＤを備え、前記誤差項は、
前記セルＩＤを使用して１つまたは複数の２進値を生成することと、
前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
にさらに基づいて生成される、Ｃ４１に記載の装置。
[Ｃ４４] 前記誤差項は、既知の暗号化鍵に基づいて、前記ロケーション座標におけるビットを変換することに基づいて生成される、Ｃ４０に記載の装置。
[Ｃ４５] 前記誤差項は、
前記地上波トランシーバから送信されたブロードキャスト情報と、
前記ブロードキャスト情報に基づいて前記誤差項を生成することと
に基づいて生成される、Ｃ４０に記載の装置。
[Ｃ４６] 前記補正データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項は前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づいて生成される、Ｃ４０に記載の装置。
[Ｃ４７] 前記補正データは既知の暗号化鍵をさらに備え、
前記誤差項は、前記既知の暗号化鍵に基づいてビットを変更することにさらに基づいて生成される、
Ｃ４０に記載の装置。
[Ｃ４８] 地上波トランシーバのロケーション座標についての要求を受信するための手段と、
モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供するための手段と、ここにおいて前記ロケーション座標は誤差項を含む、
前記モバイルデバイスに補正データを提供するための手段と、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
を備える装置。
[Ｃ４９] 実行されたとき、１つまたは複数のコンピューティングデバイスに、
地上波トランシーバのロケーション座標についての要求を受信することと、
モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
を行わせるコンピュータ実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体。

Claims (49)

1. モバイルデバイスによって地上波トランシーバについてのデータを受信することと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
   前記データに基づいて前記誤差項を決定することと、
   前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
   を備える方法。
2. 前記データは前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、請求項１に記載の方法。
3. 前記一意の識別子がＭＡＣアドレスを備え、前記誤差項を決定することは、
   前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定することと、
   前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
   をさらに備える、請求項２に記載の方法。
4. 前記一意の識別子がセルＩＤを備え、前記誤差項を決定することは、
   前記セルＩＤを使用して１つまたは複数の２進値を決定することと、
   前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
   をさらに備える、請求項２に記載の方法。
5. 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することに基づいて決定される、請求項１に記載の方法。
6. 前記データは、第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記誤差項を決定することは、
   前記モバイルデバイスによってマッピングテーブルを決定することと、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
   前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算することと
   をさらに備え、
   ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
   請求項１に記載の方法。
7. 前記誤差項を決定することは、
   ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信することと、
   前記受信された情報に基づいて前記誤差項を決定することと
   をさらに備える、請求項１に記載の方法。
8. 前記誤差項を決定することは、
   前記地上波トランシーバからブロードキャスト情報を受信することと、
   前記ブロードキャスト情報に基づいて前記誤差項を決定することと
   をさらに備える、請求項１に記載の方法。
9. 前記データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することは、前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、請求項１に記載の方法。
10. 前記誤差項を決定することは、
    前記モバイルデバイスによって既知の暗号化鍵を記憶することと、
    前記受信されたデータに関連するビットを変更することと、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
    をさらに備える、請求項１に記載の方法。
11. メモリと、
    地上波トランシーバについてのデータを受信するように構成されるトランシーバと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
    前記データに基づいて前記誤差項を決定することと、
    前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
    を行うように構成される１つまたは複数のプロセッサと
    を備えるモバイルデバイス。
12. 前記データは、前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、請求項１１に記載のモバイルデバイス。
13. 前記一意の識別子はＭＡＣアドレスであり、前記１つまたは複数のプロセッサは、
    前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定することと、
    前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    を行うようにさらに構成される、請求項１２に記載のモバイルデバイス。
14. 前記一意の識別子がセルＩＤを備え、前記１つまたは複数のプロセッサは、
    前記セルＩＤを使用して１つまたは複数の２進値を決定することと、
    前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    を行うようにさらに構成される、請求項１２に記載のモバイルデバイス。
15. 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することによって決定される、請求項１１に記載のモバイルデバイス。
16. 前記データは第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記１つまたは複数のプロセッサは、
    マッピングテーブルを決定することと、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
    前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算することと
    を行うようにさらに構成され、
    ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
    請求項１１に記載のモバイルデバイス。
17. 前記１つまたは複数のプロセッサは、
    ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信することと、
    前記受信された情報に基づいて前記誤差項を決定することと
    を行うようにさらに構成される、請求項１１に記載のモバイルデバイス。
18. 前記トランシーバは前記地上波トランシーバからブロードキャスト情報を受信するようにさらに構成され、前記１つまたは複数のプロセッサは、
    前記ブロードキャスト情報に基づいて前記誤差項を決定するようにさらに構成される、請求項１１に記載のモバイルデバイス。
19. 前記データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することは前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、請求項１１に記載のモバイルデバイス。
20. 前記メモリは既知の暗号化鍵を記憶するように構成され、前記１つまたは複数のプロセッサは、
    前記受信されたデータに関連するビットを変更するようにさらに構成される、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
    請求項１１に記載のモバイルデバイス。
21. 実行されたとき、モバイルデバイスに含まれる１つまたは複数のコンピューティングデバイスに、
    地上波トランシーバについてのデータを受信することと、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
    前記データに基づいて前記誤差項を決定することと、
    前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを決定することと
    を行わせるコンピュータ実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体。
22. 地上波トランシーバについてのデータを受信するための手段と、ここにおいて前記データは前記地上波トランシーバのロケーション座標を含み、ここにおいて前記ロケーション座標は誤差項を含む、
    前記データに基づいて前記誤差項を決定するための手段と、
    前記ロケーション座標から前記誤差項を除去するための手段に基づいて前記地上波トランシーバの補正されたロケーションを決定するための手段と
    を備える装置。
23. 前記データは、前記地上波トランシーバに関連する一意の識別子をさらに含み、前記誤差項は前記一意の識別子に基づいてさらに決定される、請求項２２に記載の装置。
24. 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項を決定するための前記手段は、
    前記ＭＡＣアドレスを使用して１つまたは複数の２進値を決定するための手段と、
    前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算するための手段と
    をさらに備える、請求項２３に記載の装置。
25. 前記一意の識別子はセルＩＤを備え、前記誤差項を決定するための前記手段は、
    前記セルＩＤを使用して１つまたは複数の２進値を決定するための手段と、
    前記誤差項を計算するために、前記１つまたは複数の２進値に既知のスケーリングファクタを乗算するための手段と
    をさらに備える、請求項２３に記載の装置。
26. 前記誤差項は、既知の暗号化鍵または既知の変換方法に基づいて、前記ロケーション座標におけるビットを変換することに基づいて決定される、請求項２２に記載の装置。
27. 前記データは第２の地上波トランシーバに関連する第２のロケーションをさらに含み、前記誤差項を決定するための前記手段は、
    前記モバイルデバイスによってマッピングテーブルを決定するための手段と、ここにおいて前記マッピングテーブルは前記地上波トランシーバと前記第２の地上波トランシーバとに関する関連付け情報を含む、
    前記マッピングテーブルと前記第２のロケーションとに基づいて前記誤差項を計算するための手段と
    をさらに備え、
    ここにおいて前記地上波トランシーバの前記補正されたロケーションは前記マッピングテーブルに基づく前記第２のロケーションを備える、
    請求項２２に記載の装置。
28. 前記誤差項を決定するための前記手段は、
    ロケーションサーバから前記モバイルデバイスと第１のサーバとに関連する情報を受信するための手段と、
    前記受信された情報に基づいて前記誤差項を決定するための手段と
    をさらに備える、請求項２２に記載の装置。
29. 前記誤差項を決定するための前記手段は、
    前記地上波トランシーバからブロードキャスト情報を受信するための手段と、
    前記ブロードキャスト情報に基づいて前記誤差項を決定するための手段と
    をさらに備える、請求項２２に記載の装置。
30. 前記データがサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項を前記決定することが、前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づく、請求項２２に記載の装置。
31. 前記誤差項を決定するための前記手段は、
    既知の暗号化鍵を記憶するための手段と、
    前記受信されたデータに関連するビットを変更するための手段と、ここにおいて前記変更することは前記既知の暗号化鍵に基づく、
    をさらに備える、請求項２２に記載の装置。
32. 地上波トランシーバのロケーション座標についての要求を受信することと、
    モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
    前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
    を備える方法。
33. 前記誤差項は前記地上波トランシーバに関連する一意の識別子に基づいて生成され、前記補正データは前記一意の識別子をさらに含む、請求項３２に記載の方法。
34. 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項は、
    前記ＭＡＣアドレスを使用して１つまたは複数の２進値を生成することと、
    前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    にさらに基づいて生成される、請求項３３に記載の方法。
35. 前記一意の識別子はセルＩＤを備え、前記誤差項は、
    前記セルＩＤを使用して１つまたは複数の２進値を生成することと、
    前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    にさらに基づいて生成される、請求項３３に記載の方法。
36. 前記誤差項は、既知の暗号化鍵に基づいて、前記ロケーション座標におけるビットを変換することに基づいて生成される、請求項３２に記載の方法。
37. 前記誤差項は、
    前記地上波トランシーバから送信されたブロードキャスト情報と、
    前記ブロードキャスト情報に基づいて前記誤差項を生成することと
    に基づいて生成される、請求項３２に記載の方法。
38. 前記補正データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項は前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づいて生成される、請求項３２に記載の方法。
39. 前記補正データは既知の暗号化鍵をさらに備え、
    前記誤差項は、前記既知の暗号化鍵に基づいてビットを変更することにさらに基づいて生成される、
    請求項３２に記載の方法。
40. 地上波トランシーバのロケーション座標についての要求を受信することと、
    モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
    前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
    を行うように構成されるトランシーバ
    を備える装置。
41. 前記誤差項は前記地上波トランシーバに関連する一意の識別子に基づいて生成され、前記補正データは前記一意の識別子をさらに含む、請求項４０に記載の装置。
42. 前記一意の識別子はＭＡＣアドレスを備え、前記誤差項は、
    前記ＭＡＣアドレスを使用して１つまたは複数の２進値を生成することと、
    前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    にさらに基づいて生成される、請求項４１に記載の装置。
43. 前記一意の識別子はセルＩＤを備え、前記誤差項は、
    前記セルＩＤを使用して１つまたは複数の２進値を生成することと、
    前記誤差項を計算するために前記１つまたは複数の２進値に既知のスケーリングファクタを乗算することと
    にさらに基づいて生成される、請求項４１に記載の装置。
44. 前記誤差項は、既知の暗号化鍵に基づいて、前記ロケーション座標におけるビットを変換することに基づいて生成される、請求項４０に記載の装置。
45. 前記誤差項は、
    前記地上波トランシーバから送信されたブロードキャスト情報と、
    前記ブロードキャスト情報に基づいて前記誤差項を生成することと
    に基づいて生成される、請求項４０に記載の装置。
46. 前記補正データはサービングネットワークＩＤまたはプロバイダＩＤをさらに含み、前記誤差項は前記サービングネットワークＩＤまたは前記プロバイダＩＤにさらに基づいて生成される、請求項４０に記載の装置。
47. 前記補正データは既知の暗号化鍵をさらに備え、
    前記誤差項は、前記既知の暗号化鍵に基づいてビットを変更することにさらに基づいて生成される、
    請求項４０に記載の装置。
48. 地上波トランシーバのロケーション座標についての要求を受信するための手段と、
    モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供するための手段と、ここにおいて前記ロケーション座標は誤差項を含む、
    前記モバイルデバイスに補正データを提供するための手段と、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
    を備える装置。
49. 実行されたとき、１つまたは複数のコンピューティングデバイスに、
    地上波トランシーバのロケーション座標についての要求を受信することと、
    モバイルデバイスに前記地上波トランシーバの前記ロケーション座標を提供することと、ここにおいて前記ロケーション座標は誤差項を含む、
    前記モバイルデバイスに補正データを提供することと、ここにおいて前記補正データは前記ロケーション座標から前記誤差項を除去することに基づいて前記地上波トランシーバの補正されたロケーションを生成するように構成される、
    を行わせるコンピュータ実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体。

Images