(57)【特許請求の範囲】
【請求項１】
位置ネットワークの複数の基準ノードから提出された測定レポートを受信するためのネットワークインターフェイスを含む位置サーバであって、各測定レポートは、前記基準ノードのうちの１つによって１つ又は複数のモバイルデバイスのうちの各１つから受信された信号の測定データを報告する、位置サーバと、
複数の前記測定レポートのうちの少なくとも幾つかに基づき、１つ又は複数の前記モバイルデバイスの位置を特定する位置特定モジュールと、
１つ又は複数の前記モバイルデバイスのうちの各１つから受信された前記信号に専ら基づく、１つ又は複数の前記モバイルデバイスの前記位置の特定への関連性の指標に応じて、前記複数の測定レポートの１つ又は複数が１つ又は複数の前記基準ノードから提出されるべきか否か、及び／又は提出のタイミングを制御するノードマネージャーと、
を含み、
前記ノードマネージャーによる前記制御は、１つ又は複数の前記測定レポートが提出される時間を制御することを含み、前記時間は、前記測定レポートのうちの他の１つ又は複数の送信に対して時間がずれるよう、前記関連性の指標に依存する、システム。
【請求項２】
前記ノードマネージャーは、前記測定レポートのうちの１つ又は複数が提出される前記時間を遅延させることによって前記時間を制御し、前記遅延は、前記関連性の指標と逆相関の関係にある、請求項１に記載のシステム。
【請求項３】
前記遅延は、前記関連性の指標と反比例する、請求項２に記載のシステム。
【請求項４】
前記ノードマネージャーによる前記制御は、前記関連性の指標が閾値を超えない前記基準ノードのうちの基準ノードからの測定レポートの提出を抑制することを含む、請求項１乃至３のいずれか一項に記載のシステム。
【請求項５】
前記関連性の指標は、各モバイルデバイスからの各基準ノードの距離の指標を含む、請求項１乃至４のいずれか一項に記載のシステム。
【請求項６】
前記距離の指標は、信号強度又は信号飛行時間を含む、請求項５に記載のシステム。
【請求項７】
前記関連性の指標は、前記位置特定モジュールが、所望の精度で前記１つ又は複数のモバイルデバイスのうちの１つのモバイルデバイスの位置の特定をするのに十分な数の前記測定レポートを既に有することの決定を含み、前記ノードマネージャーによる制御は、前記位置特定モジュールが十分な数の測定レポートを有するとの決定に応じて、前記１つのモバイルデバイスからの信号の測定データを報告する後続の測定レポートの提出を抑制することを含む、請求項１乃至６のいずれか一項に記載のシステム。
【請求項８】
前記ノードマネージャーは、前記１つ又は複数のモバイルデバイスのうちの１つのモバイルデバイスの経路を予測し、よって将来位置を予測し、前記関連性の指標は、前記将来位置への関連性の指標を含み、前記ノードマネージャーは、前記将来位置への前記関連性の指標に応じて前記制御を実行する、請求項１乃至７のいずれか一項に記載のシステム。
【請求項９】
前記測定レポートは、前記基準ノードから無線ネットワークを介して前記位置サーバの前記インターフェイスに提出され、前記ノードマネージャーによる前記制御は、前記無線ネットワークを介する前記提出を制御する、請求項１乃至８のいずれか一項に記載のシステム。
【請求項１０】
複数の基準ノードから位置サーバに測定レポートが送信され、各測定レポートは、１つ又は複数のモバイルデバイスのうちの１つから前記基準ノードのうちの１つによって受信される信号の測定データを報告し、前記位置サーバは、前記複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数の前記モバイルデバイスの位置を特定する位置ネットワークに関連して使用されるコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータ可読記憶媒体上に具現化されたコードを含み、前記コードは、前記位置サーバ又は前記基準ノードのうちの１つ又は複数の上で実行されたとき、１つ又は複数の前記モバイルデバイスのうちの各１つから受信された前記信号に専ら基づく、１つ又は複数の前記モバイルデバイスの前記位置の特定への関連性の指標に応じて、複数の前記測定レポートの１つ又は複数が前記基準ノードの１つ又は複数から提出されるべきか否か、及び／又は提出のタイミングを制御し、
前記制御は、前記測定レポートの１つ又は複数が提出される時間を制御することを含み、前記時間は、前記測定レポートのうちの他の１つ又は複数の測定レポートの送信に対して時間がずれるよう、前記関連性の指標に依存する、コンピュータプログラム。
【請求項１１】
位置ネットワークにおいて使用される複数の基準ノードのうちの１つの基準ノードであって、前記位置ネットワークでは、前記複数の基準ノードから位置サーバに測定レポートが提出され、各測定レポートは、１つ又は複数のモバイルデバイスのうちの１つから前記基準ノードのうちの１つによって受信される信号の測定データを報告し、前記位置サーバは、前記複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数の前記モバイルデバイスの位置を特定し、
前記基準ノードのうちの前記１つの基準ノードは、１つ又は複数の前記モバイルデバイスのうちの各１つから受信された前記信号に専ら基づく、１つ又は複数の前記モバイルデバイスの前記位置の特定への関連性の指標に応じて、前記測定レポートの１つ又は複数が前記基準ノードのうちの前記１つの基準ノードから提出されるべきか否か、及び／又は提出のタイミングを制御するノードマネージャーを含み、
前記ノードマネージャーによる前記制御は、前記測定レポートの１つ又は複数が提出される時間を制御することを含み、前記時間は、前記測定レポートのうちの他の１つ又は複数の送信に対して時間がずれるよう、前記関連性の指標に依存する、基準ノード。
【請求項１２】
位置ネットワークの複数の基準ノードから提出された測定レポートを受信するためのネットワークインターフェイスを含む位置サーバであって、各測定レポートは、前記基準ノードのうちの１つによって１つ又は複数のモバイルデバイスのうちの各１つから受信された信号の測定データを報告する、位置サーバと、
複数の前記測定レポートのうちの少なくとも幾つかに基づき、１つ又は複数の前記モバイルデバイスの位置を特定する位置特定モジュールと、
１つ又は複数の前記モバイルデバイスのうちの各１つから受信された前記信号に専ら基づく、１つ又は複数の前記モバイルデバイスの前記位置の特定への関連性の指標に応じて、前記複数の測定レポートの１つ又は複数が１つ又は複数の前記基準ノードから提出されるべきか否か、及び／又は提出のタイミングを制御するノードマネージャーと、
前記１つ又は複数の前記モバイルデバイスの前記位置に応じたサービスへのアクセス権限を与えるように構成されたサービスアクセスシステムと、
を含み、
前記ノードマネージャーによる前記制御は、１つ又は複数の前記測定レポートが提出される時間を制御することを含み、
前記時間は、前記測定レポートのうちの他の１つ又は複数の送信に対して時間がずれるよう、前記関連性の指標に依存する、
システム。
【請求項１３】
複数の基準ノードから位置サーバに測定レポートが送信され、各測定レポートは、１つ又は複数のモバイルデバイスのうちの１つから前記基準ノードのうちの１つによって受信される信号の測定データを報告し、前記位置サーバは、前記複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数の前記モバイルデバイスの位置を特定する位置ネットワークに関連して使用されるコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータ可読記憶媒体上に具現化されたコードを含み、前記コードは、前記位置サーバ又は前記基準ノードのうちの１つ又は複数の上で実行されたとき、
１つ又は複数の前記モバイルデバイスのうちの各１つから受信された前記信号に専ら基づく、１つ又は複数の前記モバイルデバイスの前記位置の特定への関連性の指標に応じて、複数の前記測定レポートの１つ又は複数が前記基準ノードの１つ又は複数から提出されるべきか否か、及び／又は提出のタイミングを制御し、
前記１つ又は複数の前記モバイルデバイスの前記位置に応じて、サービスへのアクセス権限を与え、
前記制御は、前記測定レポートの１つ又は複数が提出される時間を制御することを含み、
前記時間は、前記測定レポートのうちの他の１つ又は複数の測定レポートの送信に対して時間がずれるよう、前記関連性の指標に依存する、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルデバイスの位置を特定するための位置ネットワークに関する。
【背景技術】
【０００２】
屋内測位システムにおいて、モバイルユーザー端末等の無線デバイスの位置は、複数のアンカー無線を含む位置ネットワークに関して特定することができる。これらのアンカーは、位置が予め知られている無線ノードであり、通常、それらの位置は、ノードの位置を調べるために問い合わせ可能な位置データベースに記録されている。したがって、アンカーノードは、位置の特定のための基準ノードとして機能する。モバイルデバイスと複数のアンカーノードとの間で通信される信号（典型的にはＲＦ信号）の測定が行われ、例えば、各信号のＲＳＳＩ（受信信号強度）、ＴｏＡ（到着時間）、及び／又はＡｏＡ（到来角）が測定される。このような指標を３つ以上のノードから取得することにより、三点測量、マルチラテレーション、三角測量、及び／又はフィンガープリントに基づく技術（現在の測定結果を、環境全域の既知の位置において予めサンプリングされた測定結果の「フィンガープリント」と比較する）等の技術を使用して、位置ネットワークに対するモバイル端末の位置を特定することができる。モバイル端末の相対的位置及びアンカーノードの既知の位置に基づき、モバイルデバイスの位置をより絶対的に、例えば地球、地図、又は見取り図に対して特定することができる。
【０００３】
屋内測位の他、ＧＰＳ、又は衛星ネットワークが基準ノードの役割を果たす他の衛星測位システム等、他の種類の測位システムが知られている。複数の衛星からの信号データ及び衛星の位置に基づき、同様な原理でモバイルデバイスの位置を特定することができる。
【０００４】
デバイスの位置の特定は、「デバイス中心」アプローチ又は「ネットワーク中心」アプローチによって実行され得る。デバイス中心アプローチの場合、各基準ノードは、ビーコン又はビーコン信号と呼ばれ得る信号をそれぞれ発する。モバイルデバイスは、アンカーノードから受信された信号の測定を行い、位置サーバからそれらのノードの位置を取得し、モバイルデバイス自体において、自身の位置を求める計算を行う。一方、ネットワーク中心アプローチの場合、アンカーノードを使用してモバイルデバイスから受信された信号の測定が行われ、位置サーバ等のネットワーク要素がモバイルデバイスの位置を求める計算を行う。例えば、モバイルデバイスが生のデータを取得するが、データを位置サーバに送信して位置計算を行わせるハイブリッド又は「補助」アプローチも可能である。
【０００５】
測位システムの１つの用途は、照明又は他の設備に関連付けられた特定の空間領域又は区画内にモバイルデバイスが位置すると認められることを条件に、照明システム等の設備を制御する権限を無線モバイルデバイスに自動的に与えることである。例えば、デバイスが室内に位置すると認められ、アクセスを要求する場合、室内の照明を制御する権限が無線ユーザーデバイスに与えられ得る。無線ユーザーデバイスが有効領域内に配置され、これが確認されると、照明制御ネットワークを介してデバイスに制御権限が与えられる。位置情報に基づくサービス又は機能の他の例は、屋内ナビゲーション、位置情報に基づく宣伝広告、サービスアラート若しくは他の位置情報に関連する情報の提供、ユーザートラッキング、アセットトラッキング、又は料金所における道路通行料の支払い等の位置情報に基づく支払方法を含む。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
デバイス中心アプローチではなくネットワーク中心アプローチを選択する様々な理由が存在し、例えば、モバイルデバイスにかかる負担を軽減するため、モバイルデバイスによる位置のスプーフィングを防ぐため、又はオペレータがモバイルデバイスの位置をモバイルデバイスに依存することなく、若しくはユーザーが明示的に関与することなくトラッキングすることを望むため等の理由が考えられる。
【０００７】
しかし、ネットワーク中心アプローチは、屋内測位又はナビゲーションシステム等の位置システムが多数のモバイルデバイスの位置を特定するために多数のアンカーノードを使用する場合、アンカーノードから位置サーバに大量の測定レポートが送信されることも意味する。よって、モバイルデバイス及び／又はアンカーノードの数が比較的大きくなる場合、ネットワーク輻輳が許容可能なレベルを超えるおそれがある。例えば、無線位置ネットワークでは、アンカーノードは無線リンクを介して位置サーバに信号測定レポートを送信するが、無線インターフェイスにおいて輻輳が生じるおそれがある。
【０００８】
最近まで、アンカーノード又は位置の特定において使用される他の基準ノードは比較的まばらに配置されていたため、このような相乗効果に起因する輻輳は問題とされていなかった。しかし、新たな測位アプリケーションによってアンカーノード及び／又はアンカーノードを使用するモバイルデバイスの密度が増加することにより、このような問題の発生が増えていくことが認識される。例えば、アンカーノードが照明システムの各照明器具に組み込まれる場合、通常、アンカーノードの数は非常に多くなり、多数のモバイルデバイスをトラッキングすることによって深刻なネットワーク輻輳が生じる可能性が高い。輻輳は他の様々な種類の位置ネットワーク及び／又は他のアプリケーションにおいても生じ得る。
【０００９】
以下、上記のような測定相乗効果に起因する輻輳を低減し得る方法及び装置について説明する。
【課題を解決するための手段】
【００１０】
本明細書が開示する一側面によれば、位置サーバ、位置特定モジュール、及びノードマネージャーを含むシステムが提供される。位置サーバは、位置ネットワークの複数の基準ノード（例えば、アンカーノード）から提出された測定レポートを受信するためのネットワークインターフェイスを含み、各測定レポートは、基準ノードのうちの各１つによって１つ又は複数のモバイルデバイスのうちの各１つから受信された信号の測定データを報告する。位置特定モジュールは、（各基準ノードの位置の知識とともに）複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数のモバイルデバイスの位置を特定するよう構成される。ノードマネージャーは、１つ又は複数のモバイルデバイスの位置の特定への関連性の指標に応じて、複数の測定レポートの１つ又は複数が１つ又は複数の基準ノードから提出されるべきか否か、及び／又は提出のタイミングを制御するよう構成される。ノードマネージャーは位置サーバに実装されてもよく、又は１つ又は複数の個々のアンカーノードに実装されてもよい（例えば、分散態様で一部の又は全てのアンカーノードに）。
【００１１】
関連性の指標は、様々な態様で実装され得る。一例は、モバイルデバイスの位置の特定において近いノードはより有用な傾向があることに基づいた、各モバイルデバイスからの各基準ノードの距離の指標である。距離は、例えば、各モバイルデバイスから各基準ノードにおいて受信された信号の信号強度又はＴｏＦ（信号飛行時間）に基づき測定され得る。
【００１２】
また、かかる指標に基づく制御を実行する様々な態様が存在する。例えば、一部の実施形態では、ノードマネージャーによる制御は、１つ又は複数の測定レポートが提出される時間を制御することを含み、時間は関連性の指標に依存する。このようにすることで、基準ノードから位置サーバへの１つ又は複数の測定レポートの提出の時間を、１つ又は複数の他の測定レポートに対してずらすことができ、輻輳を、又は少なくとも輻輳の確率を低減することができる。この制御は、１つ又は複数の測定レポートが提出される時間を遅延させることによって行われ得る。一部の実施形態では、遅延は、関連性の指標と逆相関の関係にあり得る。例えば、遅延は、関連性の指標と反比例してもよく、又は、何らかの他の関係に従い逆相関の関係を有してもよい（すなわち、関連性が低いと考えられるノードからのレポートがより長い遅延を与えられ、その逆も成り立つ任意の関係）。
【００１３】
他の例として、ノードマネージャーによる制御は、関連性の指標が閾値を超えない、例えば、閾値信号強度又はＴｏＦ（信号飛行時間）等（すなわち、所定の距離より長いことを示す）の距離の指標に関する閾値を満たさない基準ノードからのレポートを抑制することを含み得る。
【００１４】
関連性の決定の他の例として、基準ノードは地理的グループに分割され、関連性の指標は、各基準ノードが属するグループの識別子を含み得る。
【００１５】
このような実施形態では、ノードマネージャーによる制御は、基準ノードのうち最も関連性が高い基準ノードを特定することと、最も関連性が高い基準ノードの地理的グループを特定することと、特定されたグループに属さない基準ノードからの測定レポートの提出を（特定されたグループに属する基準ノードからの測定レポートに対して）抑制することとを含み得る。例えば、関連性の指標は、各モバイルデバイスからの各基準ノードの距離の指標（例えば、信号強度又はＴｏＦに基づく）、及び地理的グループの識別子の両方を含み、ノードマネージャーによる制御は、距離の指標に基づき基準ノードのうち最も近い基準ノードを決定することと、最も近い基準ノードの地理的グループを特定することと、特定されたグループに属さない基準ノードからの測定レポートの提出を（上記と同様に、特定されたグループの基準ノードからの測定レポートに対して）抑制することとを含み得る。
【００１６】
他の例では、関連性の指標は、位置特定モジュールが、所望の精度で１つ又は複数のモバイルデバイスのうちの１つのモバイルデバイスの位置の特定をするのに十分な数の測定レポートを既に有することの決定を含み得る。この場合、ノードマネージャーによる制御は、位置特定モジュールが十分な数の測定レポートを有するとの決定に応じて、モバイルデバイスのうちの１つからの信号の測定データを報告する後続の測定レポートの提出を抑制することを含み得る。
【００１７】
他の例では、ノードマネージャーは、１つ又は複数のモバイルデバイスのうちの１つの経路を予測し、よって将来位置を予測し、関連性の指標は、将来位置への関連性の指標を含み、ノードマネージャーは、将来位置への関連性の指標に応じて制御を実行し得る。
【００１８】
本明細書に開示される他の側面によれば、複数の基準ノードから位置サーバに測定レポートが送信され、各測定レポートは、１つ又は複数のモバイルデバイスのうちの１つから基準ノードのうちの１つによって受信される信号の測定データを報告し、位置サーバは、複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数のモバイルデバイスの位置を特定する位置ネットワークに関連して使用されるコンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読記憶媒体上に具現化されたコードを含み、コードは、位置サーバ又は基準ノードのうちの１つ又は複数の上で実行されたとき、１つ又は複数のモバイルデバイスの位置の特定への関連性の指標に応じて、複数の測定レポートの１つ又は複数が基準ノードの１つ又は複数から提出されるべきか否か、及び／又は提出のタイミングを制御するよう構成される。
【００１９】
本明細書に開示される他の側面によれば、位置ネットワークにおいて使用される複数の基準ノードのうちの１つの基準ノードが提供される。位置ネットワークでは、複数の基準ノードから位置サーバに測定レポートが送信され、各測定レポートは１つ又は複数のモバイルデバイスのうちの１つから基準ノードのうちの１つによって受信される信号の測定データを報告し、位置サーバは、複数の測定レポートのうちの少なくとも幾つかに基づき１つ又は複数のモバイルデバイスの位置を特定する。上記１つの基準ノードは、１つ又は複数のモバイルデバイスの位置の特定への関連性の指標に応じて、測定レポートの１つ又は複数が当該１つの基準ノードから提出されるべきか否か、及び／又は提出のタイミングを制御するノードマネージャーを含む。
【図面の簡単な説明】
【００２０】
本開示の理解を援助し、実施形態が如何に実施され得るかを示すため、以下の添付図面を例として参照する。
【００２１】
【図１】図１は、屋内測位システムを含む環境の概略図である。
【図２】図２は、位置情報に基づくサービスを提供するためのシステムの概略的なブロック図である。
【図３】図３は、複数のアンカーノード、アクセスポイント、及びモバイル端末を含む位置特定システムの概略的なブロック図である。
【図４】図４は、ネットワーク中心位置特定システムにおいて測定レポートを制御するためのシステムの概略的なブロック図である。
【図５】図５は、ネットワーク中心位置特定システムにおいて測定レポートを制御するための他のシステムの概略的なブロック図である。
【図６】図６は、位置サーバの概略的なブロック図である。
【図７】図７は、アンカーノードの概略的なブロック図である。
【発明を実施するための形態】
【００２２】
図１は、本開示の実施形態に係る環境２に設置された測位システムの例を示す。環境２は、１つ又は複数の部屋、通路、又はホールを含む、例えば家、オフィス、工場の作業現場、モール、レストラン、バー、倉庫、空港、又は駅等の屋内空間；庭、公園、通り、又はスタジアム等の屋外空間；ガゼボ、パゴダ、又は大テント（marquee）等の覆われた空間；又は任意の他の種類の閉鎖空間、開放空間、又は乗り物の中のような部分的に閉鎖された空間を含み得る。一例として、図１の例では、対象の環境２はビルの内部空間を含む。
【００２３】
測位システムは、測位システムが動作する環境２内の異なる固定位置にそれぞれ設置されたアンカーノード６の形態の複数の基準ノードを含む。説明のため、図１は、ある部屋の中のアンカーノード６のみを示すが、位置ネットワーク４は、例えば、ビル全体に又は複数のビルにわたり広がってもよい。一部の実施形態では、測位システムは、屋内に（１つ又は複数のビル内に）位置する少なくともいくつかのアンカーノード６を含む屋内測位システムであり、一部の実施形態では、アンカーノード６が屋内にしか存在しない純粋な屋内測位システムであってもよい。しかし、他の実施形態では、位置ネットワーク４が屋内及び／又は屋外に広がり、例えば、ビル間の空間を埋める構内、通り、又は広場等の屋外空間にわたって配置されたアンカーノード６をさらに含んでもよい。
【００２４】
他の実施形態では、基準ノード６は、それらの位置を知ることができる限り、必ずしも固定位置に設置され又は屋内測位システムの専用アンカーノードでなくてもよい。例えば、基準ノードは、測位の二次目的に使用されるＷＬＡＮのアクセスポイント１２、若しくはセルラー用の基地局であってもよく、又は、既に測位された他のモバイルデバイス、若しくは衛星測位システムの衛星でさえあり得る。以下、屋内測位システム等のアンカーノードである基準ノード６に関して説明を行うが、全ての可能な実施形態について、これに限定されないことを理解されたい。また、本開示は無線ラジオに関して説明を行うが、開示される技術は、可視光又は超音波若しくは他の音波等、他の方式にも適用され得る。
【００２５】
環境２には、近くにモバイルデバイス８を有する（例えば、かばん又はポケットの中にしまっている）ユーザー１０がいる。モバイルデバイス８は、スマートフォン若しくは他の携帯電話、タブレット、又はラップトップコンピュータ等のモバイルユーザー端末の形態を取る。ある時点において、モバイルデバイス８は、位置ネットワーク４を使用して決定され得る現在の物理的位置を有する。一部の実施形態では、モバイルデバイス８の位置はユーザー１０の位置と実質的に同じであると見なされ、モバイルデバイス８の位置の特定において、実際にはユーザー１０の位置が知りたい可能性がある。他の例は、追跡すべき生物又は物体の近くに配置された、例えば物体に取り付けられた又は物体の内部に配置されたモバイル追跡デバイスである。例えば、自動車若しくは他の乗り物、又は梱包用の木箱、ボックス、若しくは他の容器である。以下、モバイルユーザーデバイスに関して説明を行うが、全ての実施形態についてこれに限定されるわけではなく、最も一般的には、モバイルデバイス８は、特定されるべき異なる位置で又はまだ知られていない位置で発見される可能性があるあらゆる無線デバイスであり得る。また、モバイルデバイス８の位置は、モバイルデバイス８が近くに配置されている関連付けられたユーザー１２、生物、又は物体の位置と同義に扱われ得る。
【００２６】
図１及び図２を参照して、環境２は、さらに、位置サーバ１４（１つ又は複数の位置にある１つ又は複数のサーバユニットを含む）との通信を可能にする少なくとも１つの無線アクセスポイント又はルーター１２を含む。１つ又は複数のアクセスポイント１２は、各アンカーノード６が１つ又は複数のアクセスポイント１２の無線通信範囲内に含まれるよう配置される。以下、１つのアクセスポイント１２に関して説明を行うが、一部の実施形態では、環境２にわたって分配された１つ又は複数のアクセスポイント１２及び／又は無線ルーターを使用して同じ機能が実現されてもよいことを理解されたい。アクセスポイント１２は、ローカル有線若しくは無線ネットワーク等のローカル接続を介して、又は、インターネット等の広域ネットワーク若しくはインターネットワークを介して位置サーバ１４に結合される。アクセスポイント１２は、Ｗｉ−Ｆｉ又はＺｉｇＢｅｅ等の短距離無線アクセス技術に従って動作するよう構成され、アンカーノード６は、これらの技術を使用してアクセスポイント１２を介して無線通信することができ、よって、位置サーバ１４と無線通信することができる。代わりに、アンカーノード６が位置サーバ１４との有線接続を有することも排除されないが、以下では、アクセスポイント１２等を介する無線接続に関して説明を行う。
【００２７】
モバイルデバイス８も、適切な無線アクセス技術、例えばＷｉ−Ｆｉ又はＺｉｇＢｅｅを使用してアクセスポイント１２を介して通信することができ、よって、位置サーバ１４と通信することができる。代わりに又は加えて、モバイルデバイス８は、１つ又は複数の３ＧＰＰ規格に従って動作するネットワーク等の無線セルラーネットワーク等の他の手段によって位置サーバ１４と通信するよう構成されてもよい。また、モバイルデバイス８は、通信範囲内に位置するアンカーノード６と無線通信することができる。一部の実施形態では、この通信は、アクセスポイント１２と通信するのに使用されるものと同じ無線アクセス技術、例えばＷｉ−Ｆｉ又はＺｉｇＢｅｅを介して実行され得るが、全ての実施形態においてこれに限定されるわけではなく、例えば、代わりに、アンカーノード６が何らかの専用位置特定無線技術上でモバイルデバイス８にブロードキャスト送信を行ってもよい。
【００２８】
一般的に、後述される通信は、各エンティティ６、８、１２、１４の間で通信するための上記及び他の選択肢のうちの任意のものを使用して実行され、簡潔さのため、多様な可能性は必ずしも繰り返し説明されない。
【００２９】
モバイルデバイス８は、モバイルデバイスが下記に従って動作することを可能にするよう構成された位置特定モジュール９を含む。位置特定モジュール９は、モバイルデバイス８の記憶装置上に保存され、モバイルデバイス８のプロセッサ上で実行されたとき、記載の動作を実行するよう構成されたソフトウェアによって実装され得る。代わりに、位置特定モジュール９によって実現される機能の一部又は全てが、専用ハードウェア回路、又は構成可能若しくは再構成可能な回路に実装されてもよい。
【００３０】
アンカーノード６とモバイルデバイス８との間の信号は、その測定結果がモバイルデバイス８の位置を決定するのに使用される信号である。デバイス中心アプローチでは、アンカーノード６は、それぞれ信号をブロードキャスト送信し、モバイルデバイス８は待機し、範囲内で現在発見されるものの１つ又は複数を検出し、各信号の測定データを取得する。各アンカーノード６は、信号を繰り返し、例えば周期的に（一定間隔で）ブロードキャストするよう構成されてもよい。検出された各アンカーノード６からの信号から取得された測定データは、例えば、信号強度（例えば、ＲＳＳＩ）、信号飛行時間（ＴｏＦ）、到来角（ＡｏＡ）、及び／又は距離又は位置に応じて変化する任意の他の特性の指標を含み得る。ＴｏＦデータは、ＲＳＳＩデータよりも直接的な距離の測定データと考えることができるが、三点測量又はマルチラテレーション等の方法に関しては、ＲＳＳＩデータは最終的に暗示的に又は明示的に距離に変換される。
【００３１】
ネットワーク中心アプローチでは、モバイルデバイス８が信号をブロードキャスト送信して、アンカーノード６は待機し、現在範囲内に存在するアンカーノード６のうちの１つ又は複数において信号のインスタンスを検出する。この場合、モバイルデバイス８は信号を繰り返し、例えば周期的に（一定間隔で）ブロードキャストしてもよい。モバイルデバイス８からの信号の各インスタンスから取得された測定データは、信号強度（例えば、ＲＳＳＩ）、信号飛行時間（ＴｏＦ）、到来角（ＡｏＡ）、及び／又は距離又は位置に応じて変化する任意の他の特性の指標を含み得る。ハイブリッドアプローチの一例では、アンカーノード６が測定を行うが、測定結果をモバイルデバイス８に送信する。
【００３２】
かかる測定の開始及び実行の態様には、様々なオプションが存在する。例えば、測定のもととなる送信はモバイルデバイスによって開始されてもよく、又は、ネットワークによって開始されてもよい。どちらも可能であるが、残りのプロセスがどのように実行されるか、特に信号飛行時間の測定にいくらかの影響を及ぼす可能性がある。
【００３３】
ＴｏＦデータは、片道遅延又は往復遅延（ラウンドトリップタイム、ＲＴＴ）を確立することによって取得され得る。片道遅延の測定は、ネットワーク内の関連する全ての要素が同期されたクロックを有し、又は共通のクロックを参照できる場合、十分である。この場合、モバイルデバイス８は、メッセージに送信タイムスタンプ（時間又は時間＋日付）を加え、単一のメッセージ送信で測定を開始し得る（また、悪意のある第３者が、例えば不正アクセスを目的としてリプレイアタックを実行し又は偽のメッセージタイムを供給することを防ぐために、メッセージ内容にハッシュ処理を行うことが好ましい）。一方、測定が同期された又は共通のクロックに基づかない場合でも、アンカー又は基準ノード６は、モバイルデバイス８に個別メッセージを返送させ、ラウンドトリップＴｏＦを求めることによって測定を行うことができる。後者は、測定を行おうとしているノードからの調整を伴い得る。
【００３４】
信号強度測定の場合、同様に、異なるオプションを選択することができる。信号強度からの距離の決定は、送信源と送信先の間、ここではモバイルデバイス８とアンカーノード６との間の空間にかけての信号強度の減衰に基づく。これは、例えば、受信された信号の強度と、既知の送信信号の強度（すなわち、アンカーノード６又はモバイルデバイス８が常に所与の強度で送信すると知られ又は見なされる場合）、又は信号自体に埋め込まれた送信信号強度の指標、又は他のチャネルを介して（例えば、位置サーバ１４を介して）、測定データを取得するアンカーノード６又はモバイルデバイス８に送信された送信信号強度との比較に基づき得る。
【００３５】
上記又は他のアプローチの任意の１つ又は組み合わせが、本明細書に開示されるシステムとともに適用され得る。選択されるアプローチを問わず、複数のアンカーノード６のそれぞれから（又はそれぞれにおいて）かかる信号データが取得できれば、三点測量、マルチラテレーション、三角測量、及び／又はフィンガープリントに基づく技術等の技術を使用して、位置ネットワーク４に対するモバイルデバイス８の位置を求めることができる。
【００３６】
また、アンカーノード６（より一般的には、基準ノード）の「絶対的」位置は、例えば、位置サーバ１４によって保持される位置データベースから、又は、各アンカーノード６の位置がノード自体に保存されることによって知られる。絶対的位置は、例えば、地球若しくは地図上の位置、ビルの見取り図上の位置、又は任意の実世界の基準系等の地理的位置に関して知られている、物理的環境又は枠組み内のノードの物理的位置である。
【００３７】
モバイルデバイス８の相対的位置を計算において使用されたアンカーノード６の既知の位置と組み合わせることにより、モバイルデバイス８の「絶対的」位置を決定することができる。上記と同様に、絶対的位置は、例えば、地球若しくは地図上の位置、ビルの見取り図上の位置、又は単に位置ネットワーク４に対する位置のみを知っていることよりも広い意味を有する任意のより有意な実世界の基準系等における位置によって表現された地理的位置等、物理的環境又は枠組み内のデバイスの物理的位置である。
【００３８】
したがって、一部の実施形態では、アンカーノード６の絶対的位置は、人間に理解可能な形式で保存され、かつ／又は、モバイルデバイス８の絶対的位置は人間に理解可能な形式で出力され得る。例えば、これはユーザー１０の位置の有意な指標をユーザー１０に与えることを可能にし、かつ／又は、位置情報に基づくサービスの管理者が、サービス又はサービスの側面へのアクセスを許可し又は禁止するかに関する規則を定めることを可能にし得る。代わりに、アンカーノード６及び／又はモバイルデバイス８の位置が、例えば位置情報に基づくサービスのロジックにおいて内部使用されるためにコンピュータ可読形式でのみ表現されてもよい。
【００３９】
他の実施形態では、位置が、より有意な「絶対的」位置として表現されず、位置ネットワーク４、６に関してのみ表現されてもよい。例えば、各アンカーノード６が対応する照明器具に組み込まれ又は対応する照明器具とともに配置され、位置がそれらの照明器具を制御するために求められる場合、一部の実施形態では、照明器具のアンカーノードによって定められるポイントのフレームワークに対するユーザーの位置が分かれば十分である可能性がある（ただし、他の同様な構成では、建物の見取り図等に対する照明制御領域を定めることが望まれる可能性がある）。
【００４０】
デバイス中心アプローチでは、モバイルデバイスが、（例えば、アクセスポイント１２を介して）位置サーバ１４に問い合わせすることによって関連するノード６の位置を確認するか、又は各ノード６から信号とともにそれぞれの位置を受信し得る。モバイルデバイス８は、その後、デバイス８において自身の（位置ネットワーク４に対する及び／又は絶対的な）位置を求める計算を行う。一方、ネットワーク中心アプローチでは、ノード６が、取得した信号の測定データを位置サーバ１４に（例えば、アクセスポイント１２を介して）送信し、位置サーバ１４が、サーバ１４においてデバイスの位置を計算する（同様に、位置ネットワーク４に対して及び／又は絶対的に）。補助又はハイブリッドアプローチの例では、モバイルデバイス８がノード６からの信号の測定データを取得して、生の又は部分的に処理された形式で位置サーバ１４に送信し、そこで計算が行われ又は完了されてもよい。
【００４１】
通常、信号の測定データは少なくとも３つの基準ノードから取得されなければならない。ただし、他の情報が考慮される場合、２つのノードに基づき不可能な又は考え難い解を排除できることもある。例えば、位置が単一の高さ（例えば、地表面又は建物のある階）に限定されると見なされる場合、１つのノード６からの測定データが、モバイルデバイス８が位置し得る地点の円を定める。２つのノードは２つの円を与え、両者の交点は、モバイルデバイス８が位置し得る２つの地点を与える。３つのノード及び３つの円は、３つの円の交点における明確な解を与えるのに十分である（ただし、精度を高めるためにより多くの測定データが使用されてもよい）。しかし、ノードが２つのみの場合であっても、考え難い又は不可能な解、例えばユーザー１０が進入し得ない領域内の地点、又はユーザー１０のプロットされた軌跡（経路）と矛盾する地点であるとして、１つの点を差し引くことが可能な場合がある（「ＤＲ（dead reckoning ）」による排除）。三次元測位に関しても同様なことが言える。明確な解を得るには、４つの球を定める４つのノードが厳密に必要だが、追加情報を呼び出すことができる場合、より少ないノードに基づき推定ができる場合もある。二次元問題に制約するためにユーザー１０が特定の高さに限定されると仮定することは、かかる情報の一例である。他の例として、ユーザー１０が複数の離散した階のうちの１つで発見されると仮定され、かつ／又は、ユーザーのルートにおける考え難いジャンプを排除するＤＲ型のアプローチが使用され得る。
【００４２】
位置決定の技術が何であれ、この位置は、その後、モバイルデバイス８に何らかの位置情報に基づくサービス等の機能へのアクセス権限が与えられるか否かを評価するために使用され得る。このために、モバイルデバイス８の絶対的位置に応じてサービスへのアクセス権限を条件付きで与えるよう構成されたサービスアクセスシステム１６が設けられる。デバイス中心アプローチでは、モバイルデバイスは、決定された絶対的位置（例えば、グローバル座標、地図座標、又は見取り図上の座標）を、アクセスポイント１２又はセルラー接続等の他の手段を介する接続上でサービスアクセスシステム１６に送信する。サービスアクセスシステム１６は、その後、この位置を評価し、位置がサービス提供（及び実装された他のアクセス規則、例えば、さらにユーザー１０のＩＤを検証する）と調和することを条件に、サービスにアクセスする権限をモバイルデバイス８に与える。ネットワーク中心アプローチでは、位置サーバ１４が、決定されたモバイルデバイス８の絶対的位置を、例えばローカル有線若しくは無線ネットワーク、及び／又はインターネット等の広域ネットワーク若しくはインターネットワーク上の接続を介してサービスアクセスシステム１６に送信する。あるいは、位置サーバ１４が絶対的位置をモバイルデバイス８に送信し、その後、モバイルデバイスがそれをサービスアクセスシステム１６に転送してもよい。さらに、サービスは、位置サーバ１４から直接提供されてもよく、又は、場合によっては、モバイルデバイス８そのものの上で動作するアプリケーション上に実装されてもよい。
【００４３】
以下は、本開示の実施形態に係る提供され得る位置情報に関するサービス又は機能の例である。
−  モバイルデバイス８上で動作するアプリケーションから照明等の設備を制御することを可能にする。ユーザーは、所与の部屋又は区画、又は関連付けられた区画に居ると認められる場合にのみ、照明又は設備を制御することができる。
−  モバイルデバイス８に屋内ナビゲーションサービス等のナビゲーションサービスを提供する（この場合、位置情報に関する機能は、モバイルデバイス８上で動作するアプリケーションにデバイスの絶対的位置を提供することを少なくとも含み、絶対的位置は、例えば、見取り図又は地図上のユーザーの位置を表示するためにアプリケーションによって使用され得る）。
−  モバイルデバイス８に位置情報に基づく宣伝広告、アラート、又は他の情報を提供する（例えば、ユーザー１０が博物館の近くを歩いているときに展示品に関する情報を、又はユーザー１０が店又はモールの近くを歩いているときに商品に関する情報をデバイス８に提供する）。
−  モバイルデバイス８が所定の領域内にあることを条件に、モバイルデバイスからの位置情報に基づく支払いを受け付ける。例えば、店舗での支払い、道路使用料の支払い、「ＰＡＹＤ（pay as you drive）」カーレンタル、又は会場若しくはアトラクションへの入場料等である。
【００４４】
例えば、一部の実施形態では、サービスアクセスシステム１６は、環境２に設置又は他のやり方で配置された照明ネットワークへのアクセスを制御するよう構成される。この場合、環境２は、複数の照明器具（不図示）、及びアクセスシステム１６を含む照明制御システムを含む。照明器具は、例えば、天井及び／又は壁に設置され、及び／又は、１つ又は複数の自立ユニットを含み得る。照明器具は、コントローラから照明制御コマンドを受信するよう構成される。一部の実施形態では、これは、アンカーノード６及び／又はモバイルデバイス８がアクセスポイント１２と通信するのに使用するものと同じ無線アクセス技術、及び／又は、位置の測定データを取得するためのモバイルデバイス８とアンカーノード６との間で信号を送受信するのに使用されるものと同じ無線アクセス技術、例えばＷｉ−Ｆｉ又はＺｉｇＢｅｅを使用してアクセスポイント１２を介して達成され得る。あるいは、照明コントローラは、他の手段、例えば別の有線又は無線ネットワークによって、照明器具と通信してもよい。いずれにせよ、照明コントローラのアクセスシステム１６は、１つ又は複数の位置依存制御ポリシーを有するよう構成される。例えば、制御ポリシーは、その領域又は近くの特定の領域内に居ると認められた場合にのみ、ユーザー１０が自身のモバイルデバイス８を部屋等の特定の領域内の照明を制御するのに使用することができることを定め得る。他の制御ポリシーの例として、モバイルデバイス８は、ユーザーの現在位置の所定の近傍領域に含まれる照明器具のみを制御する。
【００４５】
セキュリティに関して、位置特定メッセージが位置特定システム４、６、１４の内部にのみ配信されることを考えれば、セキュリティはさほど問題ではない可能性があるが、例えば、往復ＴｏＦメッセージ（ＲＴＴ）の場合、又はレポートがパブリックネットワークを介して送信される場合、ネットワークバックボーンに対するリプレイアタックを防ぐために、タイムスタンプ（測定時間）又はノンスを付し、及び／又は、メッセージを「ハッシュ処理」すること（デジタル署名）が有利であり得る。位置サーバ１４に送信される測定レポートについて同じことが行われてもよい。このような手段は必須ではないが、実施形態によっては望ましい可能性があり、特に、例えば、位置情報に基づくサービス又は機能が悪用されやすい場合、又は金融取引を伴う場合には望ましい可能性がある。
【００４６】
図２は、デバイス中心又はネットワーク中心アプローチのいずれの可能性も表すためにあらゆる方向の矢印を示すが、所与の実施形態において、図示される全ての通信が双方向であり又は存在する必要はない。本明細書では、比較のために両アプローチが説明されている。しかし、本開示はとりわけ、位置ネットワークの基準ノード（例えば、アンカーノード）がモバイルデバイスから受信された信号の測定データを取得する、少なくとも部分的にはネットワーク中心のアプローチに関する。
【００４７】
屋内位置特定は、大きなビジネスとなる可能性を秘める次なる課題の１つである。位置ネットワークは、会場又は他の空間若しくは環境内の端末の位置をトラッキングするために配備され得る。多くの場合、このような位置ネットワークは無線配備され、すなわち、位置ネットワーク内のアンカーノードは位置サーバに無線接続される（例えば、アクセスポイント１２及びＷｉ−Ｆｉ又はＺｉｇｂｅｅ等のＲＦアクセス技術を介して）。例えば、将来、フロア又は建物内のモバイルデバイスの位置を特定するために全ての無線照明器具又はランプがアンカーノードも兼ね得るという点において、照明制御ネットワークが重要な役割を果たすことが想定される。このような配置では、アンカーノードの密度は現在の配置よりもはるかに高くなる。
【００４８】
図３は、例えばアンカーノード６として照明インフラを利用する典型的な無線位置ネットワークを示す。ここでは、アンカーノード６は、内蔵の又は取り付けられた無線インターフェイスを有する照明器具又はランプの形態を取り得る。
【００４９】
図３では、１つ又は複数のアクセスポイント１２に接続された多数のアンカーノード６が存在する。アンカーノード６とアクセスポイント１２との間の接続は、位置の特定のために、及び場合によっては照明制御等の他の目的のために、位置サーバ１４に測定データを送信することを可能にする。例えば、照明器具は屋内環境内に固定され、位置の特定のためのアンカーノード６（測定局）を兼ねる。モバイルデバイス８が会場又は対称空間内に入ると、少なくとも一部のアンカーノード６がモバイルデバイス８からの送信を拾い、測定を実行する。かかる測定は、例えばＲＳＳＩ測定、ＴｏＦ（信号飛行時間）測定、又はＡｏＡ（angle-of-flight）測定であり得る。実行される測定の種類が何であれ、アンカーノード６は位置サーバ１４に測定レポートを送信し、位置サーバ１４において、関連する全てのアンカーノード６からのモバイルデバイス８に関する測定データが集められ、モバイルデバイス８の位置を推定するために解析される。
【００５０】
トラフィック増加は、照明ネットワークが２つ以上のモバイルデバイス８の位置を特定している場合に起こり得る。この場合、アンカーノード６は全てのモバイルデバイス８について測定を実行する。また、モバイルデバイス８がパケットを送信し、周辺領域内の複数のアンカーノード６がこのパケットを受信しているとき、各アンカーノード６は、モバイルデバイスが送信するパケットに関する測定レポートを少なくとも１つ送信する。測定にＮ個のアンカーノードが関与している場合、モバイルデバイス８が送信するパケットごとにＮ個の測定レポートが必要となる。
【００５１】
アンカーノード６の密度が高い場合（例えば、無線照明制御ネットワーク）、又はアンカーノード６が、測定レポートが位置サーバ１４への有線接続に到達するために複数の無線リンクを通過しなければならないマルチホップネットワークの態様で接続されている場合、相乗効果は一層強まる。
【００５２】
位置システムのネットワーク中心形態における測定トラフィックの増加は、非効率的な無線チャネル帯域の使用及び通信輻輳という点において、大きな問題となる可能性があることが認識された。
【００５３】
また、これに対処するため、位置システムでは、一部のノード６によって集められた測定データは、それ以外のものよりも所与のモバイルデバイス８の位置を特定するのにより有用な傾向があることが認識された。例えば、受信信号強度データに基づくシステムでは、通常、強い信号強度データの方が有用である。アンカーノード６によって生成された測定レポートが不必要に貴重な無線帯域を輻輳させるリスクを低減するために、所与の位置特定オペレーションにとってより重要な測定レポート、例えば最も強い受信信号強度を有する測定データのみをプロンプトする機構、又は同様に、あまり重要でない測定レポート、例えば弱い受信信号強度を有する測定データを抑制する機構のいくつかの例を以下に開示する。
【００５４】
図６は、本開示の実施形態に係る機構を実装するための位置サーバ１４を示す。
【００５５】
位置サーバ１４は、１つ又は複数のアクセス技術を有するネットワークインターフェイス１８を含む。これにより、ネットワークインターフェイス１８は、位置ネットワーク４の複数のアンカーノード６から提出された測定レポートを受信するよう構成される。各測定レポートは、１つ又は複数のモバイルデバイス８のうちの１つから複数の基準ノードのうちの１つによって受信された信号の測定データを報告し、測定は各アンカーノード６によって行われる（図１及び３を再度参照されたい）。複数の基準又はアンカーノードのうちの１つによってレポートが送信されると記載されるとき、これは、各ノードによって各レポートが送信されることを意味するが、同じノードが他のレポートを送信し得ることを排除しない。同様に、測定レポートが１つ又は複数のモバイルデバイスのうちの１つから基準ノードによって受信された信号の測定データを報告すると記載されるとき、これは、各レポートが各モバイルデバイスに対応することを意味するが、他の測定レポートが同じモバイルデバイスから（同じ又は他のノードによって）受信された信号について報告し得ることを排除しない。実際に、各ノードが経時的に１つ又は複数のモバイルデバイスに関する複数のレポートを送信し、１つ又は複数の基準ノードによって多数のモバイルデバイスについての報告が行われることが想定される。
【００５６】
一部の実施形態では、信号の測定データはアンカーノード６から無線で受信され、位置サーバ１４のインターフェイス１８は、例えばＷｉ−Ｆｉ又はＺｉｇｂｅｅ等のＲＦアクセス技術であり得る適切な無線アクセス技術に従って構成される無線インターフェイスである（位置の特定のためにアンカーノード６によって測定されるモバイルデバイス８からの信号のために使用される技術と同じであっても異なってもよい）。例えば、位置サーバ１４の各インターフェイス１８が、１つ又は複数のアクセスポイント１２、例えばＷｉ−Ｆｉ又はＺｉｇｂｅｅアクセスポイントを介してアンカーノード６と接続し、測定レポートを受信するよう構成され得る。
【００５７】
また、位置サーバ１４は、例えば上記位置特定技術のいずれかに従い、アンカーノード６から受信された対応する測定レポートの少なくとも幾つかに基づき１つ又は複数のモバイルデバイス８の位置を計算するよう構成された位置特定モジュール２０を含む。さらに、位置サーバ１４は、１つの、いくつかの、又は全てのアンカーノード６が位置サーバにそれぞれの測定レポートを送信するか否か、及び／又は送信するタイミング（例えば、頻度）を制御するための機構を有するよう構成されたノードマネージャー２２を含む。ノードマネージャー２２は、どのアンカーノード６のレポートが最も関連性が高いと考えられるか、すなわち、どのアンカーノード６のレポートが最も有用であり又は価値がある可能性が高いかについて決定するよう構成され、これに基づき、実際にレポート送信を許可されるノード６を制御する命令を送信する。後に手短にいくつかの例をより詳細に説明する。１つの、いくつかの、又は全てのアンカーノード６が、それぞれ、ノードマネージャー２２からの命令を受信し、これに応じて動作するための対応する機構のインスタンスを備える。
【００５８】
命令は、任意の適切な位置サーバ１４のインターフェイス、及び任意の適切なアクセス技術を介して、ノードマネージャーから対象のノード６に送信され得る。例えば、一部の実施形態では、命令は、インターフェイス１８を介して、例えばＷｉ−Ｆｉ又はＺｉｇｂｅｅ等のＲＦアクセス技術であり得る無線アクセス技術を使用して無線で送信され得る（上記と同様に、位置の特定のためにアンカーノード６によって測定されるモバイルデバイス８からの信号のために使用される技術、及び／又はアンカーノード６から測定レポートを受信するために使用されるものと同じであっても異なってもよい）。例えば、命令は、１つ又は複数のアクセスポイント１２を介して送信され得る。代わりに、命令が別個の手段、例えば別個の有線ネットワーク（例えば、イーサネット（登録商標）又はＩ２Ｃバス）等の有線アクセス技術を介して送信され得ることも除外されない。
【００５９】
一部の実施形態では、位置特定モジュール２０及び／又はノードマネージャー２２は、位置サーバ１４の記憶装置上に保存され、位置サーバ１４のプロセッサ上で実行されたとき、上記動作を実行するよう構成されたソフトウェアによって実装されてもよい。あるいは、位置特定モジュール２０及び／又はノードマネージャー２２によって実現される機能の一部又は全てが位置サーバ１４の専用ハードウェア回路、又は構成可能若しくは再構成可能な回路に実装されてもよい。また、本明細書で言うサーバとは、単一のサーバユニットに限定されず、位置サーバ１４は、１つ又は複数の物理的位置にわたる１つ又は複数のサーバユニットによって実装されてもよい。さらに、プロセッサは必ずしも単一の処理装置に限定されず、マルチコアプロセッサ又は分散プロセッサアレイを指し得る。
【００６０】
代替的な実装形態が図７に示されている。ここでは、ノードマネージャー２２は位置サーバ１４上に中央実装されず、個別の各アンカーノード６内にノードマネージャー２２のインスタンスが存在する分散態様で実装されている。
【００６１】
図７に示されるように、各アンカーノード６は、１つ又は複数のモバイルデバイス８から測定されるべき１つ又は複数の信号を受信するための無線受信機２４と、無線受信機２４に結合された、関連する１つ又は複数の測定データを取得するよう構成された測定モジュール２５とを含む。ノード６は、さらに、測定モジュール２５に結合された、位置サーバ１４の対応するインターフェイス１８に信号から取得された１つ又は複数の測定データの１つ又は複数のレポートを送信するよう構成されたネットワークインターフェイス２６を含む（ここでも、図６に関して上記されたアクセス技術の様々な選択肢の全てが適用可能である）。また、この分散実装形態では、各アンカーノード６が、測定モジュール２５及びネットワークインターフェイス２６に結合され、ネットワークインターフェイス２６を介する位置サーバ１４への測定レポートの送信を制御するよう構成されたノードマネージャー２２のインスタンスを含む。
【００６２】
分散態様で送信を管理するために複数のノードマネージャー２２のインスタンスが異なるアンカーノード６上で動作する場合、これは、各ノード上のノードマネージャー２２に、独立的に順守されるべき独自の規則のセットを設定することによって、又は、互いに交渉するよう異なるアンカーノード６上のノードマネージャー２２のインスタンスを構成することによって（ここでも、上記アクセス技術のうちの任意のものが選択され得る）達成され得る。
【００６３】
測定モジュール２５及び／又はノードマネージャー２２は、アンカーノード６の記憶装置上に保存され、アンカーノード６のプロセッサ上で実行されると上記動作を実行するよう構成されたソフトウェアとして実装されてもよい。代わりに、測定モジュール２５及び／又はノードマネージャー２２によって実現される機能の一部又は全てが、専用ハードウェア回路に、又は構成可能な若しくは再構成可能な回路に実装されてもよい。
【００６４】
サーバベースで、又は分散態様のどちらで実装されようとも、ノードマネージャー２２は、アンカーノード６のレポートの関連性を推測する何らかの指標を求めるよう構成される。これには様々なオプションが存在する。１つのオプションは、距離の指標である。モバイルデバイス８から遠く離れているアンカーノード６は、モバイルデバイス８に近いノードと比較してモバイルデバイス８の位置の特定にあまり有用でない可能性が高いからである。例えば、指標又は距離は、当該アンカーノード６において受信されたモバイルデバイス８からの信号の受信信号強度（例えば、ＲＳＳＩ）、又は、当該アンカーノード６において受信されたモバイルデバイス８からの信号のＴｏＦそのもの若しくはこれらに基づいてもよい。このような場合、関連性の指標は、測定レポートによって報告されたものと同じ属性の指標であってもよく（例えば、ＲＳＳＩ又はＴｏＦ）、又は異なる属性の指標であってもよいことに留意されたい。
【００６５】
他のオプションは、アンカーノード６が複数の地理的グループのうちのどれに属するかを特定すること（例えば、ゾーンに基づき）、又は、トラッキングされているモバイルデバイス８の予想経路及び将来位置に対するアンカーノード６の地理的位置を特定することである（例えば、デバイスが間もなく入るであろうゾーン）。他のオプションは、レポートが冗長であるか否か、すなわち、位置特定モジュール２０がモバイルデバイス８の位置を所定の目標精度で特定可能であるために各モバイルデバイス８に関する十分なレポートを既に有するか否かを決定することである。一般的に、関連性の指標は定量的であり（例えば、ＲＳＳＩ又はＴｏＦ）、定性的であり（例えば、どのグループか）、又は定量的な、定性的な、若しくはこれらの組み合わせのいくつかの指標の要素のセットであり得る。
【００６６】
上記指標のいずれについても、ノードマネージャー２２は、レポートの関連性が低いと考えられる１つ又は複数のアンカーノード６からの１つ又は複数の測定レポートの（位置サーバ１４への）送信が、レポートの関連性がより高いと考えられる同じアンカーノード６及び／又は１つ又は複数の他のアンカーノード６からの１つ又は複数の他の測定レポートに対して抑制されるよう構成される。抑制とは、対象のレポートを停止すること、又は単位時間あたりのレポートの数を減らすこと（例えば、周期的な場合、レートを下げる）を意味し得る。また、「〜に対して」抑制とは、レポートの所定の数又はレートをデフォルト設定し、関連性の低いアンカーノード６からのレポートを停止し又は数若しくはレートを下げること、又は、デフォルトでレポートを作成せず若しくは少ない数、低いレートでレポートを作成するようにし、関連性の高いアンカーノード６からのレポート又は追加レポートを促す（トリガする）ことを意味し得る。
【００６７】
異なるレポートの提出の相対的制御には様々な可能性が存在する。一部の実施形態では、レポートの数又はレートは関連性と逆相関の関係にある。ここで逆相関の関係とは、単に、２つの変数のうち一方が増加すると他方が減少し、その逆も成り立つことを意味する。関連性の指標が定量的な場合、これは、反比例関係であり得る（必須ではない）。他のオプションでは、ノードマネージャー２２は、アンカーノード６が属する地理的グループ又はゾーンに依存して、アンカーノード６のオン／オフを切り替えてもよい。
【００６８】
以下、いくつかの具体例を示すが、一般的に、本開示によれば、任意の関連性の指標が個別に又は組み合わせて使用され、また、アンカーノード６から位置サーバ１４への測定レポートの提出を制御する態様のうちの任意の１つ又は複数とともに使用され得ることを理解されたい。さらに、本明細書に記載されるいずれの技術も、位置サーバ１４における中央ノードマネージャー２２によって（図６のように）、又は分散ノードマネージャー２２によって（図７のように）実装され得る。
【００６９】
第１の例示的な実施形態では、アンカーノード６は、各自の測定レポートを送信する前に、（チャネルアクセスタイムに加えて）追加の待機時間値を適用する。すなわち、アンカーノード６は、測定レポートを送信する前に遅延を導入し、遅延は、例えば、測定されたＲＳＳＩに依存する（よって、アンカーノードごとに異なる）。この機構の狙いは、全てのアンカーノード６が同時に各自の測定レポートを送信することを防ぐことである。機構は、アンカーノードが同じモバイルデバイスからパケットをほぼ同時に、非常に小さい伝播時間差で受信するという知見を利用する。パケットの受信後、受信した各アンカーノード６は独自の報告待機時間を選択する。待機時間の値は、位置サーバ１４によって推測される測定データの重要性又は重みに従うような方法で選択され得る。一例として、強い測定データはより有用なので、待機時間値ｔは、何らかのアルゴリズム（例えば、反比例）に従い受信信号強度と逆相関の関係を有し得る。
【００７０】
各受信アンカーノード６において待機時間がカウントダウンを始める。この例では、最も強い信号強度を有するアンカーノード６が、最初に測定レポートを送信する機会を得る。これは図４に示されている。
【００７１】
図４の例では、ノード６ａが最も高い測定された受信信号強度を有する。したがって、ノード６ａは、測定レポートの送信を試みる前に最小時間ｔ待機する。そのためには、ノード６ａは、無線チャネルへのアクセスを得るために何らかのチャネルアクセスプロトコルを開始する必要がある。成功した場合、ノード６ａはレポートをアクセスポイント１２（そして位置サーバ１４）に送信する。Ｗｉ−Ｆｉネットワークでは、通常、チャネルアクセスプロトコルはＤＣＦ（Distributed Coordination Function）である。
【００７２】
上記実施形態の変形例では、報告待機時間値を選択する方式が事前に通告され、オンザフライで変更されてもよい。中央設定では、位置サーバ１４が、測定レポートを集める前に形式を通告し得る。分散設定では、最初に送信するアンカーノード６が他のピアアンカーノードに使用される方式について知らせてもよい。
【００７３】
アンカーノード６がＲＳＳＩデータを使用する第２の例示的な実施形態では、ＲＳＳＩデータが閾値と比較される。各測定レポートは、その後、閾値を上回る場合にのみ位置サーバ１４に送信される。これは、ＲＳＳＩベースシステムでは、最も強い測定データが最も有用であるという知見を利用する。変形例では、他の指標が閾値と比較され、例えば、十分低いＴｏＦを有するレポートのみが送信される。
【００７４】
第３の例示的な実施形態では、アンカーノード６がグループ化され、ネットワーク輻輳を緩和するために、それぞれの測定レポートの送信が同期され得る（又は、分散トポロジーではアンカーノード６間で交渉が行われてもよい）。
【００７５】
これは図５に示されている。ここでは、アンカーノード６は地理的ゾーンに従ってグループ化され、例えば、同じ部屋の中の又は互いに所定の近さにあるアンカーノード６が同じグループ１５に割り当てられてもよい。中央又は分散プロトコルは、特定の１つ又は複数のグループ内のアンカーノード６のみであるよう、測定レポートを減らすために実装され得る。中央設定では、位置サーバ１４は、どのアンカーノード６のグループが測定レポートを送信し得るかを事前に通知し得る。分散設定では、アンカーノード６は、無線送信された最初の測定レポートに従い、自分達の間で決定を行う。例えば、ノード６ａが最初に送信する場合、ノード６ａと同じグループ１５ｉに属するアンカーノード６ｂ、６ｃのみが送信を継続し得る。
【００７６】
第３の例示的な実施形態の１つのバージョンでは、最初の送信ノード６ａは、第１の例示的な実施形態に従って決定されてもよい。すなわち、最も高い受信信号強度又は最も低いＴｏＦを有する（よって、対象のモバイルデバイス８に最も近い）アンカーノード６が、最初にレポートを送信する。その後、ノード６ａと同じグループ１５ｉに含まれるノード６ｂ及び６ｃのみがレポートを送信し、一方、他のグループ１５ｉｉ、１５ｉｉｉに含まれるノード６ｄ〜６ｉはレポートを送信しない。
【００７７】
第４の例示的な実施形態では、十分な測定レポートが集まると、位置サーバ１４は、モバイルデバイス８からの特定のパケットについて測定レポートの送信を停止するよう（例えばアクセスポイント１２を介して）アンカーノード６に命令し得る。あるいは、位置サーバ１４は、受信し又はさらに受信することを希望する測定レポートの数を通知し、アンカーノード６は、既に要求された数の測定レポートが送信されたか否かを追う。要求された数を満たしている場合、まだ測定レポートを送信していない残りのアンカーノード６は、自らのレポートの送信をキャンセルする。分散設定では、アンカーノード６は、ブロードキャストを使用することにより、さらなる測定レポートを送信し得るアンカーノード６のグループの構成について他のアンカーノード６を調整し、及び他のアンカーノード６に通知し得る。あるいは、アンカーノード６は、傍受される測定レポートに基づき、自ら決定を下してもよい。例えば、既に所定の数を超える測定レポートが送信されている場合、残りのアンカーノード６は送信を控える決定を下し得る。
【００７８】
第５の例示的な実施形態では、位置サーバ１４は、既に受信された測定データ、及びオプションでモバイルデバイス８の近い将来の推定位置に応じて、所定の期間、新たな送信を控えるよう特定のアンカーノード６に命令し得る。例えば、モバイルデバイス８が新たなゾーンに入ることが推定される場合、位置サーバ１４は、前のゾーンからのアンカーノード６に対して測定レポートの送信を控えるよう命令し得る。
【００７９】
上記実施形態は単に例として説明されたに過ぎないことを理解されたい。図面、開示、及び添付の特許請求の範囲を分析することにより、当業者は、開示の実施形態の変形形態を理解及び実施することができる。請求項中、「含む」等の用語は他の要素又はステップを除外せず、要素は複数を除外しない。単一のプロセッサ又は他のユニットが、請求項内に列挙された複数のアイテムの機能を果たしてもよい。単にいくつかの手段が互いに異なる従属請求項に記載されているからといって、これらの手段の組み合わせを好適に使用することができないとは限らない。コンピュータプログラムは、適切な媒体、例えば他のハードウェアとともに又はその一部として供給される光学記憶媒体又はソリッドステート媒体等で保存／供給されてもよいが、他の形式で、例えば、インターネット又は他の有線若しくは無線テレコミュニケーションシステム等を介して供給されてもよい。請求項中の如何なる参照符号も、特許請求の範囲を限定するものと解釈されるべきではない。
【図１】
0006545182.tif 000002
【図２】
0006545182.tif 000003
【図３】
0006545182.tif 000004
【図４】
0006545182.tif 000005
【図５】
0006545182.tif 000006
【図６】
0006545182.tif 000007
【図７】
0006545182.tif 000008