JP6957555B2

JP6957555B2 - モバイルロケーションサービスへのクライアントアクセス

Info

Publication number: JP6957555B2
Application number: JP2019090644A
Authority: JP
Inventors: スティーブン・ウィリアム・エッジ; アンドレアス・クラウス・バクター
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2013-05-31
Filing date: 2019-05-13
Publication date: 2021-11-02
Anticipated expiration: 2034-05-31
Also published as: KR102208437B1; KR20160015303A; CN105247898A; KR102069027B1; EP3005750A1; EP3005747B1; BR112015030077A2; JP2016523470A; CN105247898B; CN105247897A; KR20160014695A; CN105247897B; EP3005747A1; JP6522590B2; JP2016523471A; EP3005750C0; JP2019165484A; WO2014194301A1; EP3005750B1; JP6765958B2

Description

[0001]全地球測位システム（ＧＰＳ：global positioning system）および他の同様の衛星および地上波測位システムは、屋外環境におけるモバイルハンドセットのためのナビゲーションサービスを可能にした。同様に、屋内環境においてモバイルデバイスの位置の推定値を取得するための特定の技法は、宅内ベニュー、政府ベニューまたは商業ベニューなど特定の屋内ベニュー（venues）で拡張ロケーションベースサービスを使用可能にし得る。屋内環境におけるモバイルデバイスの位置を特定することは、チャレンジを提示している。屋内の間、衛星測位システムは、通常は、モバイルデバイスの位置を決定する際に使用が制限される。したがって、たとえば、ＷｉＦｉ（登録商標）および／またはＢｌｕｅｔｏｏｔｈ（登録商標）などの短距離ワイヤレスプロトコルを使用するアクセスポイントおよび／または他のデバイスからの信号を使用して、屋内のモバイルデバイスのロケーションを決定するために、他の技術が現れている。屋内環境におけるモバイルデバイスの位置を特定することと関連して、１つまたは複数のモバイルデバイスのロケーションを必要とするクライアント（たとえば、アプリケーション、サーバ、またはユーザ）は、典型的に屋外のみに配置されるモバイルデバイスに関して現在定義され、サポートされているよりも柔軟な、ネットワークまたはロケーションサーバからのロケーションサービスを必要とし得る。

[0002]ベニューのためにロケーションサーバにおいてロケーションサービスを提供する方法の一例は、ロケーションサービスに関する要求を受信することと、ロケーションサービスに関する要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、応答を送ることと、応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、を含み、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または、地理的エリアの識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える。

[0003]そのような方法の実装形態は、１つまたは複数の以下の特徴を含み得る。ターゲットエリアの識別情報または地理的エリアの識別情報は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、都市ロケーションを備える。都市ロケーションは、ベニュー固有部分とグローバル部分とを備える。少なくとも１つのモバイルデバイスの第１の識別情報、または、少なくとも１つのモバイルデバイスの第２の識別情報のうちの少なくとも一方は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、ベニュー固有名を備える。ベニュー固有名は、個々のモバイルデバイス、または、モバイルデバイスのグループを識別する。方法は、さらに、モバイルデバイスの開始数（a starting number of mobile devices）、入るモバイルデバイスの数（a number of entering mobile devices）、出るモバイルデバイスの数（a number of leaving mobile devices）、モバイルデバイスの平均数（a mean number of mobile devices）、または、平均滞在時間（a mean dwell time）のうちの少なくとも１つを備える分析報告を送ることを含む。

[0004]ロケーションサーバの一例は、ロケーションサービスクライアントに通信を送り、ロケーションサービスクライアントから通信を受信するように構成されたトランシーバと、トランシーバに通信可能に結合され、応答を形成するために、トランシーバを介してロケーションサービスクライアントから受信されるロケーションサービスに関する要求を受信することと、トランシーバを介してロケーションサービスクライアントに向けて応答を送ることと、を行うように構成されたプロセッサとを含み、ロケーションサービスに関する要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または、地理的エリアの識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える。

[0005]そのようなサーバの実装形態は、１つまたは複数の以下の特徴を含み得る。ターゲットエリアの識別情報、または、地理的エリアの識別情報は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、都市ロケーションを備える。都市ロケーションは、ベニュー固有部分とグローバル部分とを備える。少なくとも１つのモバイルデバイスの第１の識別情報、または、少なくとも１つのモバイルデバイスの第２の識別情報のうちの少なくとも一方は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、ベニュー固有名を備える。ベニュー固有名は、個々のモバイルデバイス、または、モバイルデバイスのグループを識別する。プロセッサは、さらに、分析報告を準備し、トランシーバを介してロケーションサービスクライアントに向けて分析報告を送るように構成され、分析報告が、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または、平均滞在時間のうちの少なくとも１つを備える。

[0006]ロケーションサービスクライアントにおいてロケーションサービスを提供する方法の一例は、ロケーションサービスに関する要求を送ることと、ロケーションサービスに関する要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、応答を受信することと、応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、応答を使用してロケーションサービスを提供することとを含み、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または、地理的エリアの識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える。

[0007]そのような方法の実装形態は、１つまたは複数の以下の特徴を含み得る。ターゲットエリアの識別情報または地理的エリアの識別情報は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、都市ロケーションを備える。都市ロケーションは、ベニュー固有部分とグローバル部分とを備える。少なくとも１つのモバイルデバイスの第１の識別情報、または、少なくとも１つのモバイルデバイスの第２の識別情報のうちの少なくとも一方は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、ベニュー固有名を備える。ベニュー固有名は、個々のモバイルデバイス、または、モバイルデバイスのグループを識別する。ロケーションサービスクライアントは、ロケーションベースサービスアプリケーションサーバである。方法は、さらに、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または、平均滞在時間のうちの少なくとも１つを備える分析報告を受信することを含み、ロケーションサービスを提供することが、分析報告を使用することを含む。

[0008]ロケーションサービスクライアントの一例は、ロケーションサーバに通信を送り、ロケーションサーバから通信を受信するように構成されたトランシーバと、トランシーバに通信可能に結合され、トランシーバを介してロケーションサーバに向けてロケーションサービスに関する要求を送ることと、ロケーションサービスに関する要求が、１つまたは複数のモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、トランシーバを介してロケーションサーバから要求に対する応答を受信することと、応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、応答を使用してロケーションサービスを提供することと、を行うように構成されたプロセッサとを含み、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または、地理的エリアの識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える。

[0009]そのようなロケーションサービスクライアントの実装形態は、１つまたは複数の以下の特徴を含み得る。ターゲットエリアの識別情報または地理的エリアの識別情報は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、都市ロケーションを備える。都市ロケーションは、ベニュー固有部分とグローバル部分とを備える。少なくとも１つのモバイルデバイスの第１の識別情報、または、少なくとも１つのモバイルデバイスの第２の識別情報のうちの少なくとも一方は、ベニュー固有識別情報を備え、ベニュー固有識別情報は、ベニュー固有名を備える。ベニュー固有名は、個々のモバイルデバイス、または、モバイルデバイスのグループを識別する。ロケーションサービスクライアントは、ロケーションベースサービスアプリケーションサーバである。プロセッサは、さらに、トランシーバを介してロケーションサーバから、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または、平均滞在時間のうちの少なくとも１つを備える分析報告を受信するように構成され、ロケーションサービスを提供するために、プロセッサが分析報告を使用するように構成されている。

[0010]ロケーションサーバにおいてロケーションサービスを提供する例示的な方法は、１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を受信することと、ロケーションサービスに関する要求が、トリガ条件と、グループ条件、または、持続条件のうちの少なくとも１つとを備え、トリガ条件と、グループ条件または持続条件のうちの少なくとも１つとの発生を決定することと、応答を送ることと、応答が、トリガ条件と、グループ条件または持続条件のうちの少なくとも１つとの発生を示し、を含む。

[0011]そのような方法の実装形態は、１つまたは複数の以下の特徴を含み得る。１つまたは複数のモバイルデバイスは、複数のモバイルデバイスを備え、グループ条件と組み合わされたトリガ条件は、ターゲットエリアに入る、ターゲットエリアから出る、ターゲットエリア内に残る、または、ターゲットエリア外に残る、複数のモバイルデバイスの一部を備える。複数のモバイルデバイスの一部は、グループ条件によって示され、複数のモバイルデバイスの最小量、複数のモバイルデバイスの最大量、または、複数のモバイルデバイスのすべてのうちの１つを備える。最小量または最大量は、どちらが使用されても、整数、または、複数のモバイルデバイスの割合のいずれかである。持続条件は、トリガ条件の連続的な持続の最小時間期間を備える。応答は、１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報または地理的ロケーションのうちの少なくとも一方を備える。ロケーションサービスに関する要求、および、応答は、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える。

[0012]例示的なロケーションサーバは、ロケーションサービスクライアントに通信を送り、ロケーションサービスクライアントから通信を受信するように構成されたトランシーバと、トランシーバに通信可能に結合され、トランシーバを介してロケーションサービスクライアントから１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を受信することと、ロケーションサービスに関する要求が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方とを備え、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を決定することと、トランシーバを介してロケーションサービスクライアントに向けて応答を送ることと、応答が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を示し、を行うように構成されたプロセッサとを含む。

[0013]そのようなロケーションサーバの実装形態は、１つまたは複数の以下の特徴を含み得る。１つまたは複数のモバイルデバイスは複数のモバイルデバイスを備え、グループ条件と組み合わされたトリガ条件は、ターゲットエリアに入る、ターゲットエリアから出る、ターゲットエリア内に残る、または、ターゲットエリア外に残る、複数のモバイルデバイスの一部を備える。複数のモバイルデバイスの一部は、グループ条件によって示され、複数のモバイルデバイスの最小量、複数のモバイルデバイスの最大量、または、複数のモバイルデバイスのすべてのうちの１つを備える。最小量または最大量は、どちらが使用されても、整数、または、複数のモバイルデバイスの割合のいずれかである。持続条件は、トリガ条件の連続的な持続に関する最小時間期間を備える。応答は、１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報と地理的ロケーションとのうちの少なくとも一方を備える。ロケーションサービスに関する要求、および、応答は、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える。

[0014]ロケーションサービスクライアントにおいてロケーションサービスを提供する例示的な方法は、１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を送ることと、ロケーションサービスに関する要求が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方とを備え、要求に対する応答を受信することと、応答が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を示し、応答を使用してロケーションサービスを提供することとを含む。

[0015]そのような方法の実装形態は、１つまたは複数の以下の特徴を含み得る。１つまたは複数のモバイルデバイスは複数のモバイルデバイスを備え、グループ条件と組み合わされたトリガ条件は、ターゲットエリアに入る、ターゲットエリアから出る、ターゲットエリア内に残る、または、ターゲットエリア外に残る、複数のモバイルデバイスの一部を備える。複数のモバイルデバイスの一部は、グループ条件によって示され、複数のモバイルデバイスの最小量、複数のモバイルデバイスの最大量、または、複数のモバイルデバイスのすべてのうちの１つを備える。最小量または最大量は、どちらが使用されても、整数、または、複数のモバイルデバイスの割合のいずれかである。持続条件は、トリガ条件の連続的な持続に関する最小時間期間を備える。応答は、１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報と地理的ロケーションとのうちの少なくとも一方を備える。ロケーションサービスクライアントは、ロケーションベースサービスアプリケーションサーバである。ロケーションサービスに関する要求、および、応答は、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える。

[0016]ロケーションサービスクライアントの一例は、ロケーションサーバに通信を送り、ロケーションサーバから通信を受信するように構成されたトランシーバと、トランシーバに通信可能に結合され、トランシーバを介してロケーションサーバに向けて、１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を送ることと、ロケーションサービスに関する要求が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方とを備え、トランシーバを介してロケーションサーバから、トランシーバを介する要求に対する応答を受信することと、応答が、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を示し、応答を使用してロケーションサービスを提供することと、を行うように構成されたプロセッサとを含む。

[0017]そのようなロケーションサービスクライアントの実装形態は、１つまたは複数の以下の特徴を含み得る。１つまたは複数のモバイルデバイスは複数のモバイルデバイスを備え、グループ条件と組み合わされたトリガ条件は、ターゲットエリアに入る、ターゲットエリアから出る、ターゲットエリア内に残る、または、ターゲットエリア外に残る、複数のモバイルデバイスの一部を備える。複数のモバイルデバイスの一部は、グループ条件によって示され、複数のモバイルデバイスの最小量、複数のモバイルデバイスの最大量、または、複数のモバイルデバイスのすべてのうちの１つを備える。最小量または最大量は、どちらが使用されても、整数、または、複数のモバイルデバイスの割合のいずれかである。持続条件は、トリガ条件の連続的な持続に関する最小時間期間を備える。応答は、１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報と地理的ロケーションとのうちの少なくとも一方を備える。ロケーションサービスクライアントは、ロケーションベースサービスアプリケーションサーバである。ロケーションサービスに関する要求、および、応答は、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える。

[0018]本明細書で説明する項目および／または技法は、１つまたは複数の以下の能力、ならびに言及していない他の能力を提供し得る。他の能力は、提供され得、本開示に従う必ずしもすべての実装形態が、説明した能力のいずれか、ましてやすべてを提供するというわけではない。ロケーション、エリア、および／またはモバイルデバイスは、ベニュー固有ラベルによって指定され得る。グループ条件および／または持続条件は、指定された時間の間、および／またはモバイルデバイスの指定されたグループによって、トリガ条件の満足を要求するトリガ条件と関連付けられ得る。高精度の地理的情報は、点のロケーションおよび／またはエリアに関して提供され得る。他の能力は、提供され得、本開示に従う必ずしもすべての実装形態が、説明した能力のいずれか、ましてやすべてを提供するというわけではない。

[0019]モバイルデバイスを含んでいるシステムのいくつかの特徴を示すシステム図。 [0020]ベニューでロケーションベースサービスを提供するためのアーキテクチャのいくつかの特徴を示すシステム図。 [0021]モバイルロケーションプロトコル（ＭＬＰ）を使用してロケーションアプリケーションサーバと通信することができるロケーションサーバを含むネットワークの概略図。 [0022]階層化プロトコルスタックのブロック図。 [0023]ロケーションサーバとロケーションサービス（ＬＣＳ）クライアントとの間の例示的なメッセージフローのメッセージフロー図。ロケーションサーバとロケーションサービス（ＬＣＳ）クライアントとの間の例示的なメッセージフローのメッセージフロー図。ロケーションサーバとロケーションサービス（ＬＣＳ）クライアントとの間の例示的なメッセージフローのメッセージフロー図。 [0024]ロケーションサーバにおいてロケーションサービスを提供するプロセスのブロックフロー図。 [0025]ロケーションサービスクライアントにおいてロケーションサービスを提供するプロセスのブロックフロー図。 [0026]ベニューのためにロケーションサーバにおいてロケーションサービスを提供するプロセスのブロックフロー図。 [0027]ロケーションサービスクライアントにおいてロケーションサービスを提供するプロセスのブロックフロー図。 [0028]ベニューでモバイルデバイスにロケーションアウェアコンテンツを提供することに関するイベントを識別するメッセージフロー図。 [0029]ベニューのためにビジター分析を収集することに関するイベントを識別するメッセージフロー図。 [0030]ネットワーク主導型測位（network initiated positioning）のための例示的なプロセスに関するイベントを識別するメッセージフロー図。 [0031]ベニューでのネットワーク主導型モバイル中心測位（network initiated, mobile-centric positioning）に関するイベントを識別するメッセージフロー図。 [0032]モバイル主導型モバイル中心測位に関するイベントを識別するメッセージフロー図。 [0033]ベニューでのネットワーク主導型測位に関するイベントを識別するメッセージフロー図。 [0034]ベニューでのモバイル中心ネットワーク主導型測位に関するイベントを識別するメッセージフロー図。 [0035]ベニューでのモバイル中心モバイル主導型測位に関するイベントを識別するメッセージフロー図。 [0036]図１６Ａは、ロケーションサーバとロケーションベースサービスアプリケーションサーバとの間の通信を容易にする方法のメッセージフロー図である。 [0037]いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。いくつかの使用事例を実装するために使用され得るプロセスを示すメッセージフロー図。 [0038]例示的なデバイスを示す概略ブロック図。 [0039]例示的なコンピューティングプラットフォームの概略ブロック図。

[0040]いくつかのロケーションソリューションは、モバイルデバイス、例えば、セルフォン、スマートフォン、タブレット、ラップトップ、追跡デバイスまたは何らかの他のデバイスであり得るモバイルワイヤレスデバイスなどの位置を特定する能力をサポートするために使用され得る。モバイルデバイスのロケーションを知ることは、緊急呼、ナビゲーションまたは方向探知をサポートするサービスおよびアプリケーションなど、いくつかのサービスおよびアプリケーションを使用可能にし得る。屋外環境においてモバイルデバイスの信頼できる正確なロケーションをサポートするロケーションソリューションは、オープンモバイルアライアンス（ＯＭＡ）によって定義されたセキュアユーザプレーンロケーション（ＳＵＰＬ）ソリューションならびに第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））および第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義された様々な制御プレーンソリューションを含み得る。ＳＵＰＬなどのユーザプレーンソリューションは、サポートするエンティティ間での通信のために（たとえば、ＴＣＰ／ＩＰを使用した）データトランスポートに依拠し得るが、３ＧＰＰおよび３ＧＰＰ２によって定義されたソリューションなどの制御プレーンソリューションは、そのような通信の大部分またはすべてをサポートするために既存の通信ネットワーク（たとえば、ワイヤレスネットワーク）でのシグナリングインターフェースおよびシグナリングプロトコルに依拠し得る。これらの既存のロケーションソリューションは、支援型グローバルナビゲーション衛星システム（Ａ−ＧＮＳＳ）、観測到着時間差（ＯＴＤＯＡ）、アドバンストフォワードリンク三辺測量（ＡＦＬＴ）および拡張セルＩＤ（Ｅ−ＣＩＤ）などの測位方法に実質的に依拠し得、ここにおいて、測位されているターゲットモバイルデバイスは、（たとえば、Ａ−ＧＮＳＳのための）衛星ビークルまたは（たとえば、ＯＴＤＯＡ、ＡＦＬＴおよびＥ−ＣＩＤのための）ワイヤレスネットワーク基地局から受信された無線信号の測定を行う。ターゲットモバイルデバイスは、次いで、これらの測定値からロケーション推定値を計算することまたはロケーション推定値を計算するロケーションサーバに測定値を転送することのいずれかを行い得る。測定値がターゲットモバイルデバイスにおいて取得される前に、ロケーションサーバは、モバイルデバイスが、測位動作で使用するための無線信号を収集および測定し、場合によっては、測定値に基づいてロケーション推定値を計算することを可能にするために、ターゲットモバイルデバイスに測位支援データを転送し得る。支援データを提供し、適切に、ターゲットモバイルデバイスによって提供された測定値からロケーション推定値を計算するために、ロケーションサーバは、１つまたは複数のＧＮＳＳシステムにおよび／またはワイヤレスネットワーク中の１つまたは複数の基地局に関係するデータをさらに採用し得る。ＧＮＳＳ関連データは、衛星アルマナックおよびエフェメリスデータと、電離層および対流圏遅延に関係するデータとを含み得る。ＧＮＳＳ関連データはまた、大きい領域（たとえば、州、国さらには世界全体）に適用可能であり得、一方、基地局データは、ワイドエリアネットワークの一部またはそれのすべてにプロビジョニングされ得、州または国などの大きい領域に対して同様に有効であり得る。ロケーションサービスは、モバイルデバイスまたはロケーションサーバによるロケーション決定に少なくとも部分的に基づいてサポートされ得る。ロケーションサービスは、ターゲットモバイルデバイスの即時ロケーションに場合によっては強く関係するが、市、州または国などの大きいエリアにわたって適用可能および使用可能であり得る。したがって、ロケーション推定値と後続のロケーション推定値の有用性との決定をサポートするためにロケーションサーバにおいて使用され得るデータは、小さいエリアに限定される必要がなく、市、州または国などの大きいエリアに適用され得る。

[0041]対照的に、ショッピングモール、病院、図書館、博物館、大学構内、空港などのような屋内環境または屋内および屋外混合環境であり得るベニューにおいて正確で信頼できるロケーションが特に価値がある場合、既存の位置方法および既存のロケーションサービスはもはや有効でないことがある。たとえば、Ａ−ＧＮＳＳ、ＡＦＬＴ、ＯＴＤＯＡおよびＥ−ＣＩＤのような位置方法は、信号減衰、建築物、壁および天井からの反射および散乱により屋内では正確でなく信頼できないことがある。代わりに、ＷｉＦｉおよびＢｌｕｅｔｏｏｔｈ（ＢＴ）ＡＰなど、屋内での通信のために使用されるアクセスポイント（ＡＰ）からの無線信号のターゲットモバイルデバイスによって行われる測定を利用し得る様々な位置方法は、ベニュー内の多数のそのようなＡＰからそのような信号に容易にアクセスすることが可能であり得るので、より正確で信頼できるロケーション推定値を使用可能であり得る。そのような信号の測定およびロケーション推定値の計算を可能にする支援データは、しかしながら、特定のベニューに固有のものであり、広く利用可能でないことがある（たとえば、支援データがベニューオーナーまたはベニューのためのロケーションプロバイダにプロプライエタリであり、公表されないか、または他のロケーションプロバイダに与えられない場合）。さらに、屋外で使用される（ナビゲーションおよび方向探知のような）いくつかのロケーションサービスは、ベニュー内で引き続き利用され得るが、そのようなサービスを良好または最適に動作させるデータは、特定のベニューについての知識に高度に依拠し得る（たとえば、間取り、建築レイアウト、部屋割り、出口および入口、階段およびエレベータなどについての知識を必要とし得る）。専門データおよび場合によっては制限された支援データならびにベニュー内で測位およびロケーションサービスをサポートする他のデータは、ＯＭＡＳＵＰＬまたは３ＧＰＰもしくは３ＧＰＰ２制御プレーンソリューションなどの既存のロケーションソリューションによって理想的にサポートされないことがあり、代わりに、新しいソリューションまたは既存のソリューションの拡張から利益を得ることができ、またはそれらを必要とし得る。

[0042]以下で説明するように、特定のネットワークアーキテクチャおよびメッセージフローは、特定の図示の使用事例におけるロケーションベースサービスの効率的なプロビジョニングを可能にし得る。特定のネットワークアーキテクチャおよびメッセージフローは、ネットワーク中心（ＮＣ）測位、モバイル中心（ＭＣ）（ネットワーク主導型）測位およびモバイル中心（ＭＣ）（モバイル主導型）測位を含む、特定のベニューで適用される特定のタイプの測位に適合され得る。たとえば、特定のメッセージフローは、デバイスの現在ロケーション、ロケーション履歴および／あるいは予想または意図された将来ロケーションの推定値に基づいてベニューに入るデバイスの検出および追跡ならびにデバイスへのサービスのプロビジョンを対象とし得る。

[0043]いくつかの実装形態では、ＭＣ測位が使用される図１Ａに示すように、モバイルデバイス１００は、ＳＰＳ衛星１６０から衛星測位システム（ＳＰＳ）信号１５９を受信または取得し得る。いくつかの実施形態では、ＳＰＳ衛星１６０は、米国の全地球測位システム（ＧＰＳ）、欧州のＧａｌｉｌｅｏシステムまたはロシアのＧｌｏｎａｓｓシステムなどの１つのＧＮＳＳからのものであり得る。他の実施形態では、ＳＰＳ衛星は、限定はしないが、ＧＰＳ衛星システム、Ｇａｌｉｌｅｏ衛星システム、Ｇｌｏｎａｓｓ衛星システム、またはＢｅｉｄｏｕ（Ｃｏｍｐａｓｓ）衛星システムなどの複数のＧＮＳＳからのものであり得る。他の実施形態では、ＳＰＳ衛星は、たとえば、ワイドエリアオーグメンテーションシステム（ＷＡＡＳ）、欧州静止ナビゲーションオーバーレイサービス（ＥＧＮＯＳ）、準天頂衛星システム（ＱＺＳＳ）などのいくつかの地域航法衛星システム（ＲＮＳ）のいずれか１つからのものであり得る。

[0044]さらに、または代替的に、モバイルデバイス１００は、ワイヤレス通信ネットワークに無線信号を送信し、それから無線信号を受信し得る。一例では、モバイルデバイス１００は、ワイヤレス通信リンク１２３を介して基地局トランシーバ１１０にワイヤレス信号を送信するか、および／またはそれからワイヤレス信号を受信することによってセルラー通信ネットワークと通信し得る。同様に、モバイルデバイス１００は、ワイヤレス通信リンク１２５を介してローカルトランシーバ１１５にワイヤレス信号を送信するか、および／またはそれからワイヤレス信号を受信し得る。

[0045]特定の実装形態では、ローカルトランシーバ１１５は、ワイヤレス通信リンク１２３介して基地局トランシーバ１１０によって使用可能にされる距離よりも短い距離でワイヤレス通信リンク１２５を介してモバイルデバイス１００と通信するように構成され得る。たとえば、ローカルトランシーバ１１５は、屋内環境に配置され得る。ローカルトランシーバ１１５は、ＡＰを備え得、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ、たとえば、ＩＥＥＥ８０２．１１ネットワーク）またはワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ、たとえば、Ｂｌｕｅｔｏｏｔｈネットワーク）へのアクセスを与え得る。別の例示的な実装形態では、ローカルトランシーバ１１５は、セルラー通信プロトコルに従うワイヤレス通信リンク１２５上での通信を容易にすることが可能なフェムトセルトランシーバまたはホーム基地局を備え得る。もちろん、これらが、ワイヤレスリンクを介してモバイルデバイスと通信し得るネットワークの例にすぎず、特許請求する主題が、この点について限定されない。

[0046]ワイヤレス通信リンク１２３をサポートし得るネットワーク技術の例としては、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、符号分割多元接続（ＣＤＭＡ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ロングタームエボリューションＬＴＥ（登録商標））、高速パケットデータ（ＨＲＰＤ）がある。ＧＳＭ、ＷＣＤＭＡおよびＬＴＥは、３ＧＰＰによって定義された技術である。ＣＤＭＡおよびＨＲＰＤは、３ＧＰＰ２によって定義された技術である。ワイヤレス通信リンク１２５をサポートし得る無線技術の例としては、ローカルトランシーバ１１５がＡＰである場合にはＩＥＥＥ８０２．１１およびＢＴがあり、ローカルトランシーバ１１５がフェムトセルまたはホーム基地局である場合にはＣＤＭＡ、ＬＴＥ、ＷＣＤＭＡおよびＨＲＰＤがある。

[0047]特定の実装形態では、基地局トランシーバ１１０およびローカルトランシーバ１１５は、リンク１４５を通してネットワーク１３０を介してサーバ１４０、１５０および／または１５５と通信し得る。ここで、ネットワーク１３０は、ワイヤードまたはワイヤレスリンクの任意の組合せを備え得、基地局トランシーバ１１０ならびに／またはローカルトランシーバ１１５ならびに／またはサーバ１４０、１５０および１５５を含み得る。特定の実装形態では、ネットワーク１３０は、ローカルトランシーバ１１５または基地局トランシーバ１１０を通したモバイルデバイス１００とサーバ１４０、１５０または１５５との間の通信を容易にすることが可能なインターネットプロトコル（ＩＰ）インフラストラクチャを備え得る。別の実装形態では、ネットワーク１３０は、モバイルデバイス１００とのモバイルセルラー通信を容易にするために、たとえば、基地局コントローラあるいはパケットベースまたは回路ベースの交換センター（図示せず）などのセルラー通信ネットワークインフラストラクチャを備え得る。特定の実装形態では、ネットワーク１３０は、ＷｉＦｉＡＰ、ルータおよびブリッジなどのローカルエリアネットワーク（ＬＡＮ）要素を備え得、その場合、インターネットなどのワイドエリアネットワークへのアクセスを与えるゲートウェイ要素へのリンクを含むか、またはそれを有し得る。他の実装形態では、ネットワーク１３０は、ＬＡＮであり得、ワイドエリアネットワークへのアクセスを有することも有しないこともあるが、モバイルデバイス１００へのいかなるそのようなアクセスをも与えないことがある（サポートされる場合）。いくつかの実装形態では、ネットワーク１３０は、複数のネットワーク（たとえば、１つまたは複数のワイヤレスネットワークおよび／またはインターネット）を備え得る。

[0048]特定の実装形態では、以下で説明するように、モバイルデバイス１００は、モバイルデバイス１００の位置フィックスまたは推定ロケーションを計算することが可能な回路および処理リソースを有し得る。たとえば、モバイルデバイス１００は、４つ以上のＳＰＳ衛星１６０までの擬似距離測定値に少なくとも部分的に基づいて位置フィックスを計算し得る。ここで、モバイルデバイス１００は、４つ以上のＳＰＳ衛星１６０から収集された信号１５９中の擬似距離コード位相検出に少なくとも部分的に基づいてそのような擬似距離測定値を計算し得る。特定の実装形態では、モバイルデバイス１００は、たとえば、アルマナックデータ、エフェメリスデータ、ドップラー探索ウィンドウを含む、ＳＰＳ衛星１６０によって送信された信号１５９の取得を助けるために、サーバ１４０、１５０または１５５から測位支援データを受信し得る。

[0049]ＭＣ測位が使用される他の実装形態では、モバイルデバイス１００は、たとえば、ＡＦＬＴまたはＯＴＤＯＡなどのいくつかの技法のうちのいずれか１つを使用して（たとえば、基地局トランシーバ１１０など）既知のロケーションに固定された地上波送信機から受信された信号を処理することによって位置フィックスを取得し得る。これらの特定の技法では、擬似距離またはタイミング差は、送信機によって送信され、モバイルデバイス１００において受信されるパイロットまたは他の測位関連信号に少なくとも部分的に基づいて既知のロケーションに固定されたそのような地上波送信機のうちの３つ以上に対してモバイルデバイス１００において測定され得る。ここで、サーバ１４０、１５０または１５５は、ＡＦＬＴおよびＯＴＤＯＡなどの測位技法を容易にするために、たとえば、測定されるべき信号に関する情報（たとえば、信号タイミング、周波数および／またはコーディイング）ならびに地上波送信機のロケーションおよび識別情報を含む測位支援データをモバイルデバイス１００に提供することが可能であり得る。たとえば、サーバ１４０、１５０または１５５は、特定のベニューなどの特定の１つまたは複数の領域中のセルラー基地局および／またはＡＰのロケーションおよび識別情報を示す基地局アルマナック（ＢＳＡ）を含み得、送信電力および信号タイミングなど、基地局およびＡＰの送信信号に関係する情報を与え得る。

[0050]モバイルデバイス（たとえば、図１Ａ中のモバイルデバイス１００）は、デバイス、ワイヤレスデバイス、モバイル端末、端末、移動局（ＭＳ）、ユーザ機器（ＵＥ）、ＳＵＰＬ対応端末（ＳＥＴ）と呼ばれるか、または何らかの他の名前で呼ばれることがあり、セルフォン、スマートフォン、ラップトップ、タブレット、ＰＤＡ、追跡デバイスまたは何らかの他のポータブルもしくは可動デバイスに対応し得る。典型的には、必ずしもそうとは限らないが、モバイルデバイスは、ＧＳＭ、ＷＣＤＭＡ、ＬＴＥ、ＣＤＭＡ、ＨＲＰＤ、ＷｉＦｉ、ＢＴ、ＷｉＭａｘ（登録商標）を使用するなどしてワイヤレス通信をサポートし得る。モバイルデバイスはまた、たとえば、ＬＡＮ、ＤＳＬまたはパケットケーブルを使用してワイヤレス通信をサポートし得る。モバイルデバイスは、単一のエンティティであり得、あるいは、ユーザがオーディオ、ビデオおよび／もしくはデータ入力／出力（Ｉ／Ｏ）デバイスならびに／またはボディセンサーおよび別個のワイヤラインもしくはワイヤレスモデムを採用し得るパーソナルエリアネットワーク中などに複数のエンティティを備え得る。モバイルデバイス（たとえば、モバイルデバイス１００）のロケーションは、ロケーション推定、位置、位置フィックス、または位置推定と呼ばれることがあり、地理的なものであり、したがって、高度構成要素（たとえば、海抜高、地表高、地表深度、フロアレベルまたは地階レベルなどの、基準に対する高さ）を含むことも高度構成要素を含まないこともあるモバイルデバイスに関するロケーション座標（たとえば、緯度および経度）を与え得る。代替的に、モバイルデバイスのロケーションは、都市ロケーション（たとえば、郵便宛先または何らかの地点の指定または特定の部屋もしくはフロアなどの建築物中の小さいエリア）として表され得る。モバイルデバイスのロケーションは、ある確率または信頼性レベル（たとえば、６７％または９５％）でモバイルデバイスが位置することが予想される（地理的にまたは都市形態で定義される）エリアまたはボリュームとして表され得る。モバイルデバイスのロケーションは、さらに、たとえば、距離および方向あるいは、地理的に、または都市に関して、またはマップ、平面図もしくは建築平面図上に示されたポイント、エリアもしくはボリュームを参照して定義され得る既知のロケーションにある何らかの原点に対して定義された相対Ｘ、Ｙ（およびＺ）座標を備える相対ロケーションであり得る。本明細書に含まれている説明では、ロケーションという用語の使用は、別段に規定されていない限り、これらの変形態のいずれかを備え得る。

[0051]図１Ａに関して前に説明したネットワークアーキテクチャは、標準ＯＭＡＳＵＰＬおよび３ＧＰＰおよび３ＧＰＰ２制御プレーンロケーションソリューションを含む様々な屋外および屋内ロケーションソリューションを適合させることができる汎用アーキテクチャと見なされ得る。たとえば、サーバ１４０は、ＭＣ測位のためのＳＵＰＬロケーションソリューションをサポートするＳＵＰＬロケーションプラットフォーム（ＳＬＰ）として、またはワイヤレス通信リンク１２３または１２５上でＬＴＥアクセスを用いるＭＣ測位および／またはＮＣ測位のための３ＧＰＰ制御プレーンロケーションソリューションをサポートする拡張サービングモバイルロケーションセンター（Ｅ−ＳＭＬＣ）として機能し得る。しかしながら、上記で説明したように、ロケーションソリューションを取得するためのそのようなフレームワークおよびそれらがサポートする測位方法は、特定のベニューの屋内環境または屋内および屋外混合環境においてロケーションサービスをサポートするのに有効でないことがある。したがって図１Ａに示したアーキテクチャへの適応およびサポートされる測位方法への適応は、本明細書でさらに説明するようなものであり得る。

[0052]屋内環境またはビルの谷間などの特定の環境では、モバイルデバイス１００は、Ａ−ＧＮＳＳ位置方法に従って測位を実行するために十分な数のＳＰＳ衛星１６０から信号１５９を収集することが可能でないことがあり、位置フィックスを計算するためにＡＦＬＴまたはＯＴＤＯＡを実行するために十分な数の基地局トランシーバ１１０から信号を受信しないことがある。これらの状況では、モバイルデバイス１００は、ローカル送信機（たとえば、既知のロケーションに位置するＷＬＡＮアクセスポイントなどのローカルトランシーバ１１５）から収集された信号に少なくとも部分的に基づいてＭＣ測位を使用して位置フィックスを計算することが可能であり得る。たとえば、モバイルデバイスは、既知のロケーションに位置する３つ以上の屋内地上波ワイヤレスアクセスポイントまでの距離を測定することによって位置フィックスを取得し得る。そのような距離は、たとえば、そのようなアクセスポイントから受信された信号からメディアアクセス制御（ＭＡＣ）ＩＤアドレスを取得することと、たとえば、ＡＰとの間の信号伝搬の受信信号強度（受信信号強度指示（ＲＳＳＩ）によって示されるような）またはラウンドトリップ時間（ＲＴＴ）など、そのようなアクセスポイントから受信された信号の１つまたは複数の特性を測定することによってアクセスポイントまでの距離測定値を取得することとによって測定され得る。代替実装形態では、モバイルデバイス１００は、屋内エリアの特定のロケーション（たとえば、屋内エリアのすべてまたは一部をカバーする格子点のセット内の各格子点のために提供されるような）において予想されるＲＳＳＩおよび／またはＲＴＴ値を示す無線マップに収集された信号の特性を適用することによって屋内位置フィックスを取得し得る。特定の実装形態では、無線マップは、ローカル送信機の識別情報（たとえば、ローカル送信機から収集された信号から識別可能であるＭＡＣアドレス）、識別されたローカル送信機によって送信された信号から予想されるＲＳＳＩ、識別された送信機から予想されるＲＴＴ、および場合によってはこれらの予想されるＲＳＳＩまたはＲＴＴからの標準偏差を関連付け得る。代替実装形態では、モバイルデバイスのロケーションを推定するための無線マップでの距離の測定値または署名認識の代わりにまたはそれと組み合わせて到来角または離脱角が使用され得る。ただし、これらが無線マップに記憶され得る値の例にすぎず、特許請求する主題がこの点について限定されない。

[0053]ＭＣ測位のための特定の実装形態では、モバイルデバイス１００は、サーバ１４０、１５０または１５５のうちの１つまたは複数から屋内測位動作についての測位支援データを受信し得る。たとえば、そのような測位支援データは、たとえば、測定されたＲＳＳＩおよび／またはＲＴＴに少なくとも部分的に基づいて既知のロケーションに位置する送信機までの距離を測定することを可能にするために、これらの送信機のロケーションと識別情報とを含み得る。屋内測位動作を助けるための他の測位支援データは、たとえば、無線マップと、磁気マップと、送信機のロケーションおよび識別情報と、ルータビリティ（ｒｏｕｔｅａｂｉｌｉｔｙ）グラフと、（たとえば、壁および建築インフラストラクチャに関連する）許可ロケーション、共通ロケーションおよびありそうもないロケーションを示す建築レイアウトおよび間取りとを含み得る。モバイルデバイスによって受信された他の測位支援データは、たとえば、表示のためにまたはナビゲーションを助けるために屋内エリアのローカルマップを含み得る。そのようなマップは、モバイルデバイス１００が特定の屋内エリアに入るとき、モバイルデバイス１００に与えられ得る。そのようなマップは、扉、通路、入口、壁などの屋内の特徴、化粧室、公衆電話、部屋名、店舗などの関心地点を示し得る。そのようなマップを取得し、表示することによって、モバイルデバイスは、追加のコンテキストをユーザに与えるために、表示されたマップ上にモバイルデバイス（およびユーザ）の現在のロケーションをオーバーレイし得る。

[0054]一実装形態では、ルータビリティグラフおよび／またはデジタルマップは、モバイルデバイス１００が、屋内エリア内の、物理的障害（たとえば、壁）および通路（たとえば、壁の戸口）を条件とするナビゲーションに実現可能なエリアを定義するのを支援し得る。ここで、ナビゲーションに実現可能なエリアを定義することによって、モバイルデバイス１００は、動きモデルに従って（たとえば、粒子フィルタおよび／またはカルマンフィルタに従って）ロケーションおよび／または動き軌道を推定するため測定値をフィルタ処理するアプリケーションを助けるために制約を適用し得る。ローカル送信機からの信号の取得から取得された測定値に加えて、特定の実施形態によれば、モバイルデバイス１００は、モバイルデバイス１００のロケーション、ロケーションの変化または動き状態を推定する際に慣性センサー（たとえば、加速度計、ジャイロスコープ、磁力計など）および／または環境センサー（たとえば、温度センサー、マイクロフォン、気圧センサー、周辺光センサー、カメライメージャなど）から取得された測定値または推論に動きモデルをさらに適用し得る。

[0055]ＭＣ測位のための一実施形態によれば、モバイルデバイス１００は、たとえば、ユニバーサルリソースロケータ（ＵＲＬ）の選択を通して屋内支援データを要求することによってサーバ１４０、１５０または１５５を通して屋内ナビゲーション支援データにアクセスし得る。特定の実装形態では、サーバ１４０、１５０または１５５は、たとえば、建築物のフロア、病院の病棟、空港のターミナル、大学構内の一部分、またはショッピングモールのエリアを含む多くの異なる屋内エリアをカバーするために屋内ナビゲーション支援データを提供することが可能であり得る。また、モバイルデバイス１００のメモリリソースおよびデータ送信リソースにより、サーバ１４０、１５０または１５５によってサービスされるすべてのエリアについての屋内ナビゲーション支援データの受信が実行不可能または実現不可能になり得る。モバイルデバイス１００からの屋内ナビゲーション支援データに関する要求は、次いで、モバイルデバイス１００のロケーションの粗いまたは粗雑な推定値を示し得る。モバイルデバイス１００は、次いで、モバイルデバイス１００のロケーションの粗いまたは粗雑な推定値を含むおよび／またはそれに近接したエリアをカバーする屋内ナビゲーション支援データを提供され得、それにより、依然として有益なナビゲーションおよび他の測位支援データをモバイルデバイス１００に提供しながら、モバイルデバイス１００のメモリ要件とデータ送信リソースの使用とを低減し得る。

[0056]別のＭＣ測位の実装形態では、サーバ１４０は、必ずしも限定はしないが、モバイルデバイス１００を含み得る多くのデバイスにローカルトランシーバ１１５の予想される送信電力レベルを提供し得る。モバイルデバイス１００は、モバイルデバイス１００とローカルトランシーバ１１５との間で送信される信号の移動時間を測定することによってローカルトランシーバ１１５の別個の送信電力レベルを決定し得る。モバイルデバイス１００は、ローカルトランシーバ１１５によって送信され、モバイルデバイス１００において収集された信号の信号強度を測定し得る。測定された信号強度と信号の測定された移動時間とを組み合わせることによって、モバイルデバイス１００、または、たとえば、サーバ１４０などの別のデバイスは、ローカルトランシーバ１１５のための送信電力レベルを推定し得る。この実施形態では、測定された信号強度と測定されたＲＴＴ値および／または推定された送信電力とがサーバ１４０に送信され得る。モバイルデバイス１００またはサーバ１４０は、たとえば、サーバ１４０においてローカルトランシーバ１１５の送信電力レベルを更新し得る。限定はしないが、ＲＴＴ結果、受信信号強度または送信電力レベルなどのロケーション関連情報を取得または測定する他のデバイスは、次いで、ローカルトランシーバ１１５からの信号の測定値を使用して測位を支援するためにサーバ１４０からローカルトランシーバ１１５のための更新された送信電力レベルを受信し得る。モバイルデバイス１００は、同様に、ローカルトランシーバ１１５のロケーションの推定を可能にする測定値（たとえば、モバイルデバイス１００のロケーションの測定値およびモバイルデバイス１００の測定されたロケーションにおいてローカルトランシーバ１１５から受信された信号の測定値）をサーバ１４０に与え得る。ロケーションサーバ１４０は、次いで、これらの測定値を使用して、ローカルトランシーバ１１５のための推定ロケーションを決定または更新し、これらのデバイスが、ローカルトランシーバ１１５からのこれらのデバイスによる信号の測定値を使用してそれらの推定ロケーションを計算するのを支援するために、このロケーションを他のデバイスに送り得る。

[0057]特定の実装形態では、アクセスネットワーク（ＡＮ）またはアクセスロケーションネットワーク（ＡＬＮ）は、たとえば、上記で説明したローカルトランシーバ１１５または基地局トランシーバ１１０など、測位動作を支援するために信号を送信するように、または受信するように、配置および構成されたデバイスを備え得る。測位動作を支援するために送信および受信された信号は、通常の通信動作の一部としてオーディオ、ビデオ、データおよび制御情報の通信をサポートするように主に設計され得るが、信号強度、信号到来角、信号タイミングまたは他の信号特性などの測定可能な属性を有することによって測位をサポートする追加の利益を与え得る。ＡＮまたはＡＬＮに関して、ＡＮデータベースまたはＡＬＮデータベース（ＡＬＮＤＢ）は、それぞれ、サーバ１４０、１５０または１５５などのサーバ中に維持され得る。同様に、ロケーションベースサービスアプリケーションサーバ（ＬＢＳＡＳ）、ロケーションサーバ（ＬＳ）、マップデータベース（マップＤＢ）などのエンティティは、サーバ１４０、１５０または１５５のうちの１つまたは複数によって与えられるか、または維持され得る。さらに、移動局（ＭＳ）が、ベニューで検出され、ワイヤレス通信リンクを介して上記のエンティティのうちの１つまたは複数と対話し得る。一例では、ＭＳは、上記で説明したモバイルデバイス１００として実装され得る。特定の例では、ＭＳは、ロケーションベースサービスを実行する際に上述の要素のうちの１つまたは複数と通信することが可能な１つまたは複数のアプリケーションをホストするための回路またはプロセッサを備え得る。

[0058]ＭＣ測位のためのロケーションソリューションとしてＳＵＰＬを使用する実装形態では、図１Ａ中のサーバ１４０、１５０または１５５などのロケーションサーバは、モバイルデバイス１００のためのホームＳＬＰ（Ｈ−ＳＬＰ：home SLP）または発見されたＳＬＰ（Ｄ−ＳＬＰ：discovered SLP）を備え得る。Ｈ−ＳＬＰは、家庭用ワイヤレスネットワーク事業者によってまたは何らかの他の好適なロケーションプロバイダによってモバイルデバイス１００に与えられ得、ホームエリア（たとえば、ホームネットワークカバレージエリア）にいる間に、またはホームエリアにいない場合は何らかの他のロケーションサーバからロケーションサービスを取得することができない間に、ロケーションサービスを受信するためにモバイルデバイス１００がプロビジョニングされるロケーションサーバを備え得る。Ｄ−ＳＬＰは、ユーザにとって特定の建築物、ベニュー、市、州またはどこかの外国などの何らかの他のエリアでロケーションサービスをサポートするロケーションサーバであり得、このエリアでロケーションサービスをサポートするために一意のデータ（たとえば、モバイルデバイス１００に送信され得る一意の測位支援データ）を有し得る。Ｄ−ＳＬＰは、Ｄ−ＳＬＰによってサービスされるエリア内のＨ−ＳＬＰよりも良いロケーションサービスをサポートし得る（たとえば、より正確で信頼できるロケーションを使用可能にし得る）。その場合、改善されたロケーションサービスを取得するために、ベニュー内などいくつかの環境にいる間にＤ−ＳＬＰを発見することはモバイルデバイス１００の利点になり得る。したがって、Ｄ−ＳＬＰは、ベニューまたは他の屋内環境のロケーションサービスをサポートすることを目的とする図１Ａ中のアーキテクチャのあらゆる拡張または変更でＳＵＰＬロケーションのために使用され得る。

[0059]ＭＣ測位をサポートするＳＵＰＬは、トランスポート機構としてＴＣＰ／ＩＰを使用したＳＥＴとＳＬＰとの間の対話に基づくロケーションソリューションであり、ここで、ＯＭＡによって定義されたＳＵＰＬユーザプレーンロケーションプロトコル（ＵＬＰ）に従って定義されたＳＵＰＬメッセージは、ＳＵＰＬロケーションセッションをセットアップし管理することと、測位支援データ、ロケーションパラメータ（たとえば、ロケーション推定値および／またはロケーション推定値を計算する際に使用するための測定値）ならびにＳＵＰＬおよび測位能力をトランスポートすることとを行うためにＳＥＴとＳＬＰとの間で交換される。ＳＵＰＬセッションは、ＳＬＰからＳＥＴに転送される測位支援データの少なくとも一部分とＳＥＴからＳＬＰに転送されるロケーション測定値および／またはロケーション推定値情報の一部または全部とを搬送し得る１つまたは複数の測位プロトコルを採用し得る。いくつかのＳＵＰＬメッセージ（たとえば、ＳＵＰＬＰＯＳメッセージ）は、ＳＵＰＬセッション内で測位を呼び出しサポートする手段として測位プロトコルに従って定義された１つまたは複数の埋込みメッセージを搬送し得る。ＳＵＰＬによってサポートされる測位プロトコルの例としては、無線リソースロケーションサービス（ＬＣＳ）プロトコル（ＲＲＬＰ）、無線リソース制御プロトコル（ＲＲＣ）、ＬＴＥ測位プロトコル（ＬＰＰ）、ＩＳ−８０１およびＬＰＰ拡張（ＬＰＰｅ）がある。典型的には、ＬＰＰｅは、ＬＰＰ測位プロトコルメッセージが埋込みＬＰＰｅメッセージを含み得るようにＬＰＰを拡張し得る。ＲＲＬＰ、ＲＲＣおよびＬＰＰは３ＧＰＰによって定義され、ＩＳ−８０１は３ＧＰＰ２によって定義され、ＬＰＰｅはＯＭＡによって定義され、すべて公開されている文献である。

[0060]いくつかのネットワーク（たとえば、ネットワーク１３０）、基地局（たとえば、基地局１１０）、および／またはＡＰ（たとえば、ＡＰ１１５）は、モバイル中心（ＭＣ）測位に加えて、またはその代わりに、ネットワーク中心（ＮＣ）測位を採用し得る。ネットワーク中心測位を用いて、ＡＰ１１５のようなＡＰ、もしくは基地局１１０のような基地局、または図１Ａに示していないいくつかの別個の測定ユニット（たとえば、ロケーション測定ユニット（ＬＭＵ））は、モバイルデバイス１００のようなモバイルデバイスによって送信された信号を検出し得、これらの信号に対する特定の測定または他の動作を実行し得る。たとえば、ＡＰ１１５は、受信された信号内に含まれ、符号化された、ＭＡＣアドレスのような、送信モバイルデバイスに関する識別情報を決定し得る。ＡＰ１１５は、さらに、ＲＳＳＩ、ＲＴＴ、信号対雑音比（Ｓ／Ｎ）、到来角、到着時間、および／または受信信号の何らかの他の特性を測定し得る。他のＡＰ、基地局、および／またはＬＭＵは、同じモバイルデバイスからの受信信号に関する同じまたは異なる特性を測定し得る。モバイルデバイスに関する識別情報（たとえば、ＭＡＣアドレス）、任意の測定値、および、この情報を得たＡＰ、基地局、またはＬＭＵの識別情報は、サーバ１４０などのロケーションサーバに提供され得る。サーバは、たとえば、Ｅ−ＣＩＤおよび到着時間（ＴＯＡ）などのそのような位置方法を使用して、モバイルデバイスのためのロケーション推定を決定するために、情報を提供したＡＰ、基地局、および／またはＬＭＵに関する既知のロケーションと共に、受信された情報を使用し得る。（たとえば、モバイル中心ロケーションと比較して）ネットワーク中心ロケーションの利点は、基地局、ＡＰ、および／またはＬＭＵが、１つまたは複数の同じメッセージ内の特定のエリア（たとえば、ベニュー、またはベニューの一部）で検出された多数の移動局に関する情報（たとえば、識別情報および測定値）を提供し得、したがって、ロケーションサーバ（たとえば、サーバ１４０）が、同時に、かなりのシグナリング効率で多数のモバイルデバイスの位置を特定し、追跡することを可能にすることである。これは、ロケーションサーバが、ロケーションクライアントが同時に多くのデバイスについてサーバからのロケーション情報を要求することが可能であるロケーションサービスを提供することを可能にし得る。

[0061]図１Ｂは、一実施形態による、ベニュー内のロケーションベースサービスを提供するためのアーキテクチャ２００の概略図である。アーキテクチャ２００は、図１Ａに示したネットワークの要素を使用して実装され得、特定のベニューまたは他の屋内環境でロケーションサービスをサポートするのにより好適である図１Ａに示したアーキテクチャの変更および／または拡張を備え得る。たとえば、図１Ｂ中のモバイルデバイス２０４は、図１Ａ中のモバイルデバイス１００として実装され得る。アクセス／ロケーションネットワークデータベース（ＡＬＮＤＢ）２０８、マップデータベース（マップＤＢ）２１０、ＬＢＳアプリケーションサーバ（ＬＢＳＡＳ）２１２およびロケーションサーバ（ＬＳ）２０６は、図１Ａ中のサーバ１４０、１５０および／または１５５としてまたはそれの一部として実装され得る。アクセス／ロケーションネットワーク（ＡＬＮ）２０２は、図１Ａ中の基地局トランシーバ１１０および／またはローカルトランシーバ１１５ならびに／あるいは注目するベニューをサービスする同様のトランシーバに少なくとも部分的によって埋め込まれ得る。ＡＬＮ２０２は、主要なまたは唯一の役割が、（たとえば、モバイルデバイス２０４によって測定されるべき測位関連無線信号を送信することによって、またはモバイルデバイス２０４によって送信された無線信号を測定することによって）モバイルデバイス２０４の位置を特定するのをサポートすることであるエンティティ、ならびに主要なまたは唯一の役割が、モバイルデバイス２０４と、限定はしないが、ＬＳ２０６およびＬＢＳＡＳ２１２などの図１Ｂ中のエンティティを含む他のエンティティとの間の通信を容易にすることであるエンティティを備え得る。図１Ａおよび図１Ｂに示すアーキテクチャ中の要素間の追加の対応は、以下の表１に示すとおりであり得、ここで、互いに対応し得る要素が同じ行に関する異なる列に示されている。たとえば、表１の行５では、（列１に示す）要素タイプＬＢＳアプリケーションについて、対応する要素は、図１Ａ中のサーバ１４０、１５０、１５５（列２）、および図１Ｂ中のＬＢＳＡＳ２１２（列３）を備え得る。図１Ａの場合、図１Ａが、異なるタイプのサーバ１４０、１５０、１５５または異なるタイプの通信リンク１４５を区別しないので、対応があまり厳密でないことに留意されたい。

[0062]特定の実装形態では、ベニューまたは他の屋内環境でのモバイルデバイス２０４の存在およびロケーションは、モバイル中心（ＭＣ）手法および／またはネットワーク中心（ＮＣ）手法を使用して検出、測定または追跡され得る。ＭＣ手法では、たとえば、モバイルデバイス２０４にある受信機は、モバイルデバイス２０４の存在を検出するか、またはモバイルデバイス２０４のロケーションを推定する際に使用するための測定値を取得し得る。ＮＣ手法では、固定ネットワーク要素にある（たとえば、ＡＬＮ２０２の要素としての）受信機が、ベニューでのモバイルデバイス２０４の存在の検出のために、およびベニューでのモバイルデバイス２０４のロケーションを推定または追跡するためにモバイルデバイス２０４によって送信された信号を収集し得る。ＬＳ２０６は、モバイルデバイス２０４、ＡＬＮ２０２およびＬＳ２０６の能力に応じてネットワーク中心測位および／またはモバイル中心測位を採用し得る。ＬＳ２０６および／またはＡＬＮ２０２がネットワーク中心測位をサポートしない場合、またはモバイルデバイス２０４が、それのロケーションの推定値をより正確に与え得る場合、ＬＢＳＡＳ２１２はまた、モバイルデバイス２０４にそれのロケーションを照会し得る。また、ＭＣおよびＮＣ手法を使用して取得されるものとして本明細書で示す測定値は、測定誤差を緩和し、位置推定値の精度を改善するために（たとえば、ＬＳにおいて）組み合わされ得る。モバイル中心ロケーションおよびネットワーク中心ロケーションのいくつかの特定の例は、本明細書で以前に説明されており、図１Ｂに示すアーキテクチャ２００で採用され得、たとえば、ＮＣロケーションの場合、ＡＬＮ２０２とＬＳ２０６とによってサポートされ得、および／または、ＭＣロケーションの場合、モバイルデバイス２０４とＬＳ２０６とによってサポートされ得る。

[0063]アーキテクチャ２００中のエンティティ間のメッセージインターフェースは、メッセージインターフェース２１４、２１６、２１８、２２０、２２２、２２４、２２６および２２８を含み得る。メッセージインターフェース２１４、２１６、２１８、２２０、２２２、２２４、２２６および２２８は、（図示のように）双方向または単方向であり得る。メッセージインターフェース２１４、２１６、２１８、２２０、２２２、２２４、２２６および２２８は、ＩＰインフラストラクチャ、ワイヤレス通信リンクなど、任意の好適な通信リンクインフラストラクチャ上に実装され得る。メッセージインターフェース２１４および２１６は、たとえば、これらのエンティティからの要求に応答して、それぞれＡＬＮデータベース２０８およびＬＢＳＡＳ２１２に要求されたマップデータ（たとえば、建築平面図および／または市街地図）を送信し得る。メッセージインターフェース２１８は、ロケーションアウェアコンテンツ（たとえば、ナビゲーション方向）またはマップデータ（たとえば、店舗、レストラン、または、ショッピングモール内の出口などの特定の関心地点を示す、モバイルデバイス２０４の近くにあるエリアの屋内マップ）を、ＬＢＳＡＳ２１２からモバイルデバイス２０４に送信し得る。メッセージインターフェース２２０は、ＬＳ２０６にＬＢＳＡＳ２１２からのロケーション要求メッセージ（たとえば、モバイルデバイス２０４のロケーションに関する要求）を送信し、ロケーション要求メッセージに応答して、ＬＢＳＡＳ２１２にＬＳ２０６からのロケーション応答またはロケーション報告（たとえば、モバイルデバイス２０４に関するロケーション推定）を送信し得る。ＬＢＳＡＳ２１２は、ＬＳ２０６によってロケーションサービスクライアントとして見られ得、ＬＳ２０６は、ＬＢＳＡＳ２１２によってロケーションサービスを提供するサーバとして見られ得る。メッセージインターフェース２２０は、インロケーションアライアンスによって定義されたアーキテクチャにおけるインターフェース５に対応し得、ＬＢＳＡＳ２１２とＬＳ２０６との間でＯＭＡＭＬＰプロトコルに従って定義されたメッセージを転送するために使用され得る。モバイル中心手法では、メッセージインターフェース２１８は、同様に、モバイルデバイス２０４にＬＢＳＡＳ２１２からのロケーション要求メッセージを送信し、ロケーション要求メッセージに応答してＬＢＳＡＳ２１２にモバイルデバイス２０４からのロケーション応答またはロケーション報告を送信し得る。一方、ネットワーク中心手法では、メッセージインターフェース２１８は、ＬＢＳＡＳ２１２にモバイルデバイス２０４からのロケーション要求メッセージを送信し、ロケーション要求に応答して、モバイルデバイス２０４に（ＬＳ２０６からＬＢＳＡＳ２１２によって取得されたモバイルデバイス２０４のためのロケーション推定値を搬送し得る）ＬＢＳＡＳ２１２からのロケーション応答またはロケーション報告を送信し得る。

[0064]メッセージインターフェース２２２は、モバイルデバイス２０４にＬＳ２０６からの測位支援データを送信してＭＣロケーションをサポートし得る。モバイルデバイス２０４が（たとえば、上記で説明した技法のうちの１つまたは複数を使用して）それのロケーションの推定値を計算する特定の実装形態では、メッセージインターフェース２２２は、ロケーションサーバ２０６にモバイルデバイス２０４からの計算されたロケーション推定値を送信し得る。ＭＣ測位および／またはＮＣ測位が使用される別の実装形態では、メッセージインターフェース２２２は、（モバイルデバイス２０４によっておよび／またはＡＬＮ２０２によって取得され得、モバイルデバイス２０４に搬送され得る）アクセスネットワーク関連測定値をモバイルデバイス２０４からＬＳ２０６に送信し得、（たとえば、アクセスネットワーク測定値に少なくとも部分的に基づいて計算された）モバイルデバイス２０４の推定ロケーションをＬＳ２０６からモバイルデバイス２０４に送信し得る。そのようなアクセスネットワーク関連測定値は、必ずしも限定されるとは限らないが、モバイルデバイス２０４によって送信され、ＡＬＮ２０２によって受信および測定された信号、ならびに／またはＡＬＮ２０２によって送信され、モバイルデバイス２０４によって受信および測定された信号に関するＲＴＴ、ＲＳＳＩおよび到来角の上述の測定値を含み得る。

[0065]（信号インターフェースをも備え、メッセージを明示的に搬送しないことがある）メッセージインターフェース２２６は、たとえば、ワイヤレスアクセス通信リンク上でＡＬＮ２０２とモバイルデバイス２０４との間でメッセージおよび／または無線信号を送信し得る。メッセージインターフェース２２６上で送信された無線信号は、受信側エンティティによって測定され、および／あるいは取得されるべきＡＬＮ２０２のモバイルデバイス２０４および／または要素（たとえば、ＡＬＮ２０２中のＡＰ）のロケーション態様（たとえば、ロケーション座標）を使用可能にし得るＲＳＳＩ、ＲＴＴ、擬似距離、タイミング差または他の測定値を取得するために初期送信エンティティによって測定され得る応答を開始し得る。メッセージインターフェース２２６はまた、ＡＬＮ２０２からモバイルデバイス２０４にブロードキャストまたはユニキャストされるロケーション支援データを送信し得、ここにおいて、測位支援データは、ＬＳ２０６からＡＬＮ２０２によって取得され得るか、あるいは（たとえば、図１Ｂ中に示されていないネットワーク管理エンティティによって）ＡＬＮ２０２中にプロビジョニングされ得る。

[0066]メッセージインターフェース２２４は、たとえば、（ＮＣ測位を使用して）ベニューでのモバイルデバイスからの測定値を検出および取得することと、（たとえば、モバイルデバイス２０４の位置を特定するために）ＡＬＮ２０２が使用するＡＬＮ２０２中の要素に測位支援データを提供することとを行うようにＡＬＮ２０２を構成するメッセージか、あるいは（たとえば、ブロードキャストまたはユニキャストを介して）モバイルデバイス２０４に搬送されるべきメッセージを含むＬＳ２０６からのメッセージをＡＬＮ２０２に送信してＭＣ測位をサポートし得る。ネットワーク中心適用例では、メッセージインターフェース２２４はまた、たとえば、ＬＳ２０６がベニューでのモバイルデバイスの推定ロケーションの検出または計算を可能にするためにＡＬＮ２０２からの測定値をＬＳ２０６に送信し得る。

[0067]メッセージインターフェース２２８は、ＬＳ２０６にＡＬＮ２０２についての基地局アルマナックデータを含む測位支援データを搬送し得るＡＬＮデータベース２０８からのメッセージをＬＳ２０６に送信し得、（たとえば、モバイルデバイス２０４などのベニューでのクライアントモバイルデバイスからＬＳ２０６によって収集されたＡＬＮ２０２中のアクセスポイント（たとえば、８０２．１１アクセスポイント）に関するロケーション、識別情報および伝送特性に関係する測定値および他のデータを含む）ＬＳ２０６からのクラウドソースデータをＡＬＮデータベース２０８に送信し得る。

[0068]特定の実装形態では、ＡＬＮ２０２中のデバイス（たとえば、ＩＥＥＥ８０２．１１アクセスポイント、フェムトセルトランシーバまたはＢｌｕｅｔｏｏｔｈデバイス）は、ベニューでのモバイルデバイス２０４の存在またはロケーションを検出および報告するようにメッセージインターフェース２２４を使用してＬＳ２０６によって構成され得る。たとえば、ＬＳ２０６は、モバイルデバイスを検出し、デフォルトモードでベニューに入る検出されたモバイルデバイスについて報告する（たとえば、３０秒ごとにすべての検出されたモバイルデバイスについて報告する）ようにデバイスを構成し得る。ＬＳ２０６は、他のモードで特定のデバイスについて報告する（たとえば、より高い頻度で報告するか、あるいは、たとえば、測定された信号ラウンドトリップ時間（ＲＴＴ）または測定されたＲＳＳＩの何らかの変化など、特定のあらかじめ定義されたトリガ条件が発生する場合に報告する）ようにデバイスを構成し得る。

[0069]特定の実装形態では、ＬＢＳＡＳ２１２は、デフォルトモードで新たに検出された（たとえば、ＡＬＮ２０２によってＬＳ２０６に報告された）モバイルデバイスについて報告する（たとえば、３０秒ごとにすべてのモバイルデバイスについて報告する）ようにＬＳ２０６を構成し得る。ＬＢＳＡＳ２１２はまた、他のトリガ条件に応答して特定のモバイルデバイスについての報告またはすべてのモバイルデバイスについての報告を与えるようにＬＳ２０６を構成し得る。モバイルデバイスがベニューの特定の一部分（たとえば、ショッピングモール中の特定の店または空港中の特定のゲートエリア）に出入りしたときを検出すること、あるいはモバイルデバイスが何らかの前に報告されたロケーションからある距離を移動したときを検出することなど、複雑なトリガ条件を含むトリガ条件およびトリガ検出がＬＳ２０６内に実装され得る。ＬＳ２０６は、次に、ＡＬＮ２０２中におよび／またはモバイルデバイス２０４中にいくつかのトリガ条件を構成し得、それは、次いで、ＬＳ２０６に、ベニューに入るこれらのトリガ条件（たとえば、モバイルデバイス２０４の検出）に関連するデータまたはモバイルデバイス２０４の周期的ロケーションを報告して返し得る。しかしながら、いくつかの実装形態では、ＬＳ２０６は、（ｉ）ＡＬＮ２０２および／またはモバイルデバイス２０４でのリソース使用量を低減すること、（ｉｉ）モバイルデバイス２０４および場合によってはＡＬＮ２０２でのバッテリー寿命を節約すること、（ｉｉｉ）ＡＬＮ２０２および／またはモバイルデバイス２０４の実装（および場合によってはコスト）を簡略化すること、ならびに／あるいは（ｉｖ）ＡＬＮ２０２およびモバイルデバイス２０４中の要素への頻繁なアップグレードおよびそれの交換を回避することを行うために、ＡＬＮ２０２および／またはモバイルデバイス２０４により単純なトリガ条件の処理を委任しながら、より複雑なトリガ条件をサポートし得る。ＬＳ２０６、ＡＬＮ２０２および／またはモバイルデバイス２０４での可能な構成されたトリガは、たとえば、（何らかの定義された固定エリアまたは別のモバイルデバイスの現在のロケーションに対して定義される何らかの非固定エリアであり得る）ジオフェンス内に単一のモバイルデバイスが出入りするかまたはその中にとどまること、ジオフェンスに出入りするかまたはその中にとどまるモバイルデバイスの最小数または最大数、特定の時間ウィンドウ中のまたは特定の時間におけるモバイルデバイスまたはモバイルデバイスのセットの存在および／またはロケーションを含み得る。

[0070]モバイルデバイス２０４は、ベニューエリアに入ることが、ＡＬＮ２０２中の１つまたは複数の要素（たとえば、既存の低レベルＩＥＥＥ８０２．１１またはＢｌｕｅｔｏｏｔｈ（ＢＴ）シグナリングを使用するアクセスポイント（ＡＰ））によって検出され得る。たとえば、ＡＬＮ２０２内のＡＰは、ベニューエリア内にあると予想される特定のモバイルデバイス２０４、またはベニューエリア内の任意のモバイルデバイス２０４のいずれかによって送信された信号の測定を行うように構成され得る。ここで、ＡＬＮ２０２中のＡＰは、ＬＳ２０６にメッセージ（たとえば、検出されたモバイルデバイス２０４に関するＭＡＣアドレス、モバイルデバイス２０４からの信号を検出したＡＬＮ２０２内のＡＰのＭＡＣアドレス、およびモバイルデバイス２０４から受信された信号の随意の測定値を指定するメッセージ）を送信し得る。ＬＳ２０６は、次いで、（ｉ）モバイルデバイス２０４に関する推定ロケーションを計算し、（ｉｉ）計算された場合、ロケーションを記憶し、および／もしくは、時刻、モバイルデバイス２０４を検出するＡＰのＭＡＣアドレス、およびモバイルデバイス２０４に関するＭＡＣアドレスなどの他のデータを記憶し、ならびに／または（ｉｉｉ）ＬＢＳＡＳ２１２にこのデータの一部またはすべてを報告し得る。いくつかの実施形態では、ＡＬＮ２０２は、ＡＬＮ２０２およびＬＳ２０６によるシグナリングおよび処理を低減するために、モバイルデバイス２０４に関する検出および測定値を断続的にのみ（たとえば、１５秒以上の間隔で）報告し得、次いで、以前の報告がＬＳ２０６に送られてから、検出および測定されたすべてのモバイルデバイスに関するデータおよび測定値を報告し得る。同様に、ＬＳ２０６は、ＬＳ２０６および／またはＬＢＳＡＳ２１２に関するシグナリングおよび処理を低減するために、ＡＬＮ２０２内のＡＰによって信号が検出され、測定されたモバイルデバイスについて、ＬＢＳＡＳ２１２にデータを断続的にのみ報告し得る。注目する任意の特定のモバイルデバイスについて、ＬＳ２０６は、識別情報（たとえば、ＭＡＣアドレス、ＩＰアドレスなどの識別子）、モバイルデバイスを最近検出したＡＰの識別情報、最後の既知のロケーションもしくは最後の既知のエリア、ロケーション履歴、現在の方位および速度、最後のサービングＡＰまたはモバイルデバイスの能力を維持し得る。ＬＳ２０６とモバイルデバイス２０４との間の対話がＯＭＡＳＵＰＬに少なくとも部分的に従って定義される特定の一実装形態では、モバイルデバイス２０４の能力には、ＬＰＰおよびＬＰＰｅなどのいくつかの測位プロトコルならびにＡ−ＧＮＳＳ、ＯＴＤＯＡ、ＡＦＬＴおよび／またはＥ−ＣＩＤなどのいくつかの測位方法を実行することが可能であることが含まれ得る。ＬＳ２０６は、（たとえば、モバイルデバイスまたはＡＬＮ２０２から受信されたメッセージのコンテンツからの）ベニュー中で検出されたモバイルデバイスに関する情報をＬＢＳＡＳ２１２に転送し得る（たとえば、上記で説明したようにこれのために構成されている場合）。ＬＢＳＡＳ２１２はまた、たとえば、モバイルデバイス（たとえば、モバイルデバイス２０４）へのロケーションアウェアコンテンツの配信において使用するための、および／あるいはベニューへのビジターに関する分析データを維持、開発または更新することを行う際に使用するためのＬＳ２０６から受信された情報を記憶し得る。

[0071]特定の実装形態では、モバイルデバイス２０４は、たとえば、（ｉ）ＡＬＮ２０２から受信されたブロードキャスト情報を介してＬＢＳＡＳ２１２のＵＲＬまたはＩＰアドレスを取得するモバイルデバイス２０４上に汎用アプリケーションをホストすること、（ｉｉ）特定のベニューがモバイルデバイス２０４によって、またはモバイルデバイス２０４のユーザによって（たとえば、ユーザ入力を介して）検出されたことをアプリケーションが通知されたことに応答して、１つまたは複数のベニューのためのＬＢＳＡＳ２１２と対話するように構成された、モバイルデバイス２０４上にホストされるべき専用アプリケーションをユーザがダウンロードすること、あるいは（ｉｉｉ）ユーザが特定のベニュー内にいることに気づいたことに応答して、（たとえば、ベニュー固有のウェブサイトにアクセスすることによって）ユーザインターフェースブラウザを介してユーザがＬＢＳＡＳ２１２にアクセスすることなどのいくつかの技法のうちのいずれか１つを使用してＬＢＳＡＳ２１２を発見し得る。ＬＢＳＡＳ２１２を発見するための任意の特定のそのような技法では、ユーザは、モバイルデバイス２０４上にホストされたアプリケーションとの対話もしくはモバイルブラウザを介したアプリケーションとの対話を介してまたは他の手段によって、モバイルデバイス２０４からＬＢＳＡＳ２１２への通信を開始し得る。特定の実装形態では、モバイルデバイス２０４とＬＢＳＡＳ２１２とは、（ｉ）ＬＢＳＡＳ２１２によってモバイルデバイス２０４を随意に認証することと、（ｉｉ）モバイルデバイス２０４によってＬＢＳＡＳ２１２を随意に認証することと、（ｉｉｉ）モバイルデバイス２０４の識別情報（たとえば、ＩＰアドレス、ＭＡＣアドレス、国際モバイル加入者識別情報（ＩＭＳＩ）、公開ユーザＳＩＰアドレス、ログオン識別情報または課金関連識別情報）をＬＢＳＡＳ２１２に随意に提供することと、（ｉｖ）モバイルデバイス２０４にＬＢＳＡＳ２１２から入手可能な（たとえば、ロケーションベースサービスを含む）サービスをユーザまたはモバイルデバイス２０４上にホストされたアプリケーションに随意に示すことと、（ｖ）（たとえば、いくつかのＬＢＳＡＳ２１２によって同意されたサービスのプロビジョンに関連して）位置を特定されることについてのユーザ許可を随意に提供することと、（ｖｉ）モバイルデバイス２０４に何らかの初期マップデータを随意に提供することと、（ｖｉｉ）（たとえば、ＡＬＮ２０２の要素によってブロードキャストされない場合、あるいはＨ−ＳＬＰまたはＤ−ＳＬＰから入手可能でない場合）モバイルデバイス２０４にＬＳ２０６のアドレスを随意に提供することと、（ｖｉｉｉ）ＬＢＳＡＳ２１２にモバイルデバイス２０４のロケーション決定および測位能力（たとえば、場合によっては、インターフェース２２２上でのＳＵＰＬ、ＬＰＰおよびＬＰＰｅのサポートを含むインターフェース２２２のサポートに関係する能力）を随意に提供することとを行うために対話し得る。この対話の後、ＬＢＳＡＳ２１２は、モバイルデバイス２０４のＩＰアドレス、ＭＡＣアドレスおよび／または他の識別情報などのモバイルデバイス２０４から取得された情報と、インターフェース２２２を使用したＬＳ２０６との（たとえば、ＳＵＰＬを介した）測位関連対話をサポートするというモバイルデバイスの能力と、場合によっては、モバイルデバイス２０４からＬＢＳＡＳ２１２によって受信された場合にモバイルデバイス２０４の初期ロケーションとを与えるメッセージをＬＳ２０６に送信し得る。ＬＢＳＡＳ２１２はまた、同意されたかまたは好適なサービスのプロビジョニングを可能にし、将来のロケーション決定要求をサポートするために、モバイルデバイス２０４の属性（たとえば、識別子、推定ロケーション、ロケーション決定能力など）を記憶し得る。ここで説明するＬＢＳＡＳ２１２とモバイルデバイス２０４との間の対話は、（たとえば、ＬＢＳＡＳ２１２によってサポートされるベニューにモバイルデバイス２０４が入るより前に確立され得る）モバイルデバイス２０４のＬＢＳＡＳ２１２への登録に関連付けられるか、またはそれによって容易にされ得、ここで、（たとえば、登録の後、）ＬＢＳＡＳ２１２によってサポートされるベニュー内にモバイルデバイス２０４がない間でさえ、ＬＢＳＡＳ２１２はモバイルデバイス２０４についての何らかのデータを維持する。そのような登録は、モバイルデバイス２０４とＬＢＳＡＳ２１２との間の今説明した対話を簡略化および高速化し、モバイルデバイス２０４へのＬＢＳＡＳ２１２による改善されたサービスのサポートを可能にし得る。

[0072]特定の実装形態では、モバイルデバイス２０４の推定ロケーションにより、モバイルデバイス２０４上にホストされたアプリケーションまたはブラウザが、特定のベニューによって与えられる（たとえば、図１Ｂ中のＬＢＳＡＳ２１２によって与えられる）何らかのサービスまたは任意の特定のベニューとは無関係に与えられる何らかのサービスをサポートすることが可能になるか、またはそれが可能になるのが助けられ得る。ここで、たとえば、モバイルデバイス２０４上にホストされたブラウザまたはアプリケーションは、好適な高レベルオペレーティングシステム（ＨＬＯＳ）アプリケーションプログラミングインターフェース（ＡＰＩ）を使用してモバイルデバイス２０４のロケーションの推定値を要求し得、これは、モバイルデバイス２０４上の測位エンジンまたはロケーションエンジンへの（たとえば、ＨＬＯＳからの）要求につながり得る。測位エンジンまたはロケーションエンジンは、Ａ−ＧＮＳＳ、ＯＴＤＯＡ、ＡＦＬＴなどの様々な測位方法ならびに／あるいはＷｉＦｉＡＰおよび／またはＢＴＡＰ測定値の使用ならびに／あるいはモバイルデバイス２０４内に含まれている慣性センサー（たとえば、加速度計、ジャイロスコープ、気圧計など）の使用を使用してモバイルデバイス２０４の推定ロケーションを取得し得、これは、たとえば、Ｈ−ＳＬＰとの対話および／またはベニューＤ−ＳＬＰ（図１Ｂ中のＬＳ２０６）との対話を伴い得る。ベニューＤ−ＳＬＰ（たとえば、ＬＳ２０６）が、モバイルデバイス２０４のためのＨ−ＳＬＰまたは別のＤ−ＳＬＰよりも良いロケーションサポートを与えることができる場合、ベニューサポートにおける測位エンジン関与は、モバイルデバイス２０４のためのＨ−ＳＬＰ、もしくはモバイルデバイス２０４のためのＨ−ＳＬＰによってすでに発見および／または認証されている別のＤ−ＳＬＰのいずれかからのモバイルデバイス２０４によるベニューＤ−ＳＬＰの発見を含み得る。ここで、（ナビゲーション支援、マップデータ、近くにある関心地点の指示、および／または他のロケーション関連コンテンツデータなどの）ベニュー関連ロケーションサービスを取得するためにモバイルデバイス２０４上にホストされたアプリケーションがＬＢＳＡＳ２１２と対話し、（たとえば、ＬＢＳＡＳ２１２によって提供されるベニューマップ上でモバイルデバイス２０４のロケーションを決定するために）そのようなロケーションサービスを利用するためにこのアプリケーションがモバイルデバイス２０４の推定ロケーションに依拠する場合、アプリケーションは、（たとえば、測位エンジン障害もしくは利用不可へのフォールバックとして、またはアプリケーションによって選好された場合、第１の選定として）ＬＢＳＡＳ２１２からモバイルデバイス２０４の推定ロケーションを要求する追加のオプションを有し得る。そのような場合、ＬＢＳＡＳ２１２は、ＬＳ２０６にモバイルデバイス２０４のロケーションを要求し得、ＬＳ２０６は、ＡＬＮ２０２からＬＳ２０６にパスされ戻されたロケーション結果または測定値を用いて、次いで、ＬＢＳＡＳ２１２を介してモバイルデバイス２０４にパスされ戻された任意の計算されたロケーション推定値を用いて、モバイルデバイス２０４のネットワーク中心測位を実行することをＡＬＮ２０２に要求し得る。

[0073]特定の実装形態では、ＬＢＳＡＳ２１２は、（たとえば、上記で説明したように）インターフェース２２０を使用して一部または全部のモバイルデバイスの位置を周期的に特定することをＬＳ２０６に要求し得る。これにより、（たとえば、ショッピングモールでどの店が最も人気があるのか、空港のどこで混雑が発生しているのか、病院のどこで追加の収容が必要とされ得るかを決定するために）様々なベニューサービスならびにすべてのユーザおよび／または選択されたユーザに関する統計値の収集が可能になり得る。ＬＳ２０６は、複数の要求に対して１回だけＬＢＳＡＳ２１２を認証し得る（たとえば、複数の要求とそれらの応答とが搬送され得るセキュアセッションを確立し得る）か、または複数回、たとえば個々の要求ごとに１回、ＬＢＳＡＳ２１２を認証し得る。ＬＢＳＡＳ２１２は、同様に、複数の要求に対して１回だけまたは複数回、たとえば個別の要求ごとに１回、ＬＳ２０６を認証し得る。ＬＳ２０６は、上記で説明したように、注目するモバイルデバイスの新しいロケーション推定値を取得するためにＡＬＮ２０２から更新された測定値を要求し得、および／またはＬＳ２０６によるＡＬＮ２０２の以前の構成に依拠し得、したがって、ＡＬＮ２０２は、ＬＳ２０６からのさらなる要求のなしにＬＳ２０６にモバイルデバイス（たとえば、モバイルデバイス２０４）に関する新しいロケーション報告を提供する。ＬＳ２０６はまた、インターフェース２２２を使用してモバイルデバイス（たとえば、モバイルデバイス２０４）から直接ロケーション情報（たとえば、ロケーション推定値および／またはロケーション測定値）を取得し得る。ＬＳ２０６は、次いで、ＬＢＳＡＳ２１２がこれらのモバイルデバイスにロケーション関連サービスを提供することを可能にするために、ＬＢＳＡＳ２１２にモバイルデバイス２０４などのモバイルデバイスについての取得されたロケーション情報（たとえば、ロケーション推定値、ロケーション履歴）を戻し得る。

[0074]特定の実装形態では、ユーザは、（たとえば、モバイルデバイス２０４上にホストされたアプリケーションまたはブラウザを介して）ＬＢＳＡＳ２１２からサービス（たとえば、マップデータ、ベニュー情報）を周期的に要求し得る。ＬＢＳＡＳ２１２は、同じくまたは代わりに、（たとえば、モバイルデバイス２０４上にホストされたブラウザまたはアプリケーションを介した）ユーザ要求なしに、およびいくつかのイベント（たとえば、ユーザが何らかのジオフェンスに出入りしたか、またはショッピングモールの差し迫った閉鎖もしくはショッピングモール店舗におけるセールスイベントの開始などの環境条件の何らかの変化の後）によってトリガされると、ユーザにサービスを周期的にプッシュし得る。モバイルデバイス２０４は、上記で説明したように、モバイル中心手法またはネットワーク中心手法を使用してそのようなサービスを利用するために位置フィックスを取得し得る。

[0075]ＡＬＮ２０２によるベニューでのモバイルデバイス２０４の最後の検出の後のタイムアウト期間の後、および／または、モバイルデバイス２０４のロケーションがベニューの外側であるという決定の後に、ＬＳ２０６およびＬＢＳＡＳ２１２は、それらの現在のデータセットからモバイルデバイス２０４の一部または全部の記憶された属性を削除し得る。ここで、いくつかの事例では、ＬＳ２０６中ではすべてのデータが削除され得るが、ＬＢＳＡＳ２１２中では（たとえば、ユーザと合意した範囲で、およびプライバシーポリシーが許す範囲で）何らかのデータが保持され得る。保持されたデータは、たとえば、将来の認証および課金サポートに役立ち、将来のサービスを提供するのに役立ち得る。

[0076]特定の実装形態では、すでに指摘したように、モバイルデバイス２０４は、ＬＢＳＡＳ２１２に登録され得、ここで、ＬＢＳＡＳ２１２は、モバイルデバイス２０４の一意の識別子（ＩＤ）（たとえば、ＩＭＳＩ、公開ＳＩＰユーザＩＤ、ＭＡＣアドレス）についての知識を有する。モバイルデバイス２０４についてのロケーション情報（たとえば、ロケーション推定値）を要求し得るか、または（モバイルデバイス２０４が何らかのジオフェンスに出入りしたなど）１つまたは複数のあるトリガイベントの発生に応答してそのようなロケーション情報を提供するようにＬＳ２０６を構成し得る、ＬＳ２０６へのＬＢＳＡＳ２１２によって発行された後続の特定のサービス要求は、その特定の一意のＩＤに固有のものであり得る（またはモバイルデバイスのセット中のモバイルデバイスについてのロケーション情報が所望される場合、このセットのＩＤに固有のものであり得る）。特定のモバイルデバイスがＬＢＳＡＳ２１２に登録されない場合（たとえば、ここで、モバイルデバイスの一意のＩＤがＬＢＳＡＳ２１２に知られていない）、ＬＳ２０６へのＬＢＳＡＳ２１２による後続のサービス要求は、モバイルデバイス２０４の特定の一意のＩＤに固有のものではなく汎用的なものであり得、したがって、任意のモバイルデバイスに適用可能であり得る。任意の汎用のまたは特定のサービス要求について、ＬＢＳＡＳ２１２は、ＬＳ２０６が１つまたは複数の特定のタイプのあらかじめ定義されたイベントに応答することを要求し得る。一実装形態では、ＬＢＳＡＳ２１２は、ＬＳ２０６が固定時間に（たとえば、周期的に）１つまたは複数の識別されたモバイルデバイスの、または任意のモバイルデバイスの推定ロケーションを与えることを要求し得る。別の実装形態では、ＬＢＳＡＳ２１２は、ＬＳ２０６が、識別されたモバイルデバイス２０４または任意のモバイルデバイスが特定の地理的ターゲットエリアに入る、そのエリアを出る、そのエリア中に残るまたはそのエリア外に残ることについての検出を報告することを要求し得る。ＬＳ２０６は、その後、１つまたは複数の報告をＬＢＳＡＳ２１２に提供し得、各報告は、たとえば、単純なイベント通知（たとえば、識別されたモバイルデバイス２０４または何らかの複数のモバイルデバイスが地理的ターゲットエリアに入った、そのエリアを出た、そのエリア中に残ったもしくはそのエリア外に残った）を備え得、ならびに／または、たとえば、モバイルデバイス２０４の推定ロケーション、モバイルデバイス２０４の識別情報、および／もしくは複数のモバイルデバイスに関する推定ロケーションおよび／もしくは識別情報などのより多くの情報を含み得る。

[0077]ＡＬＮ２０２に関する別の特定の実装形態では、ＬＢＳＡＳ２１２は、ＬＳ２０６が、識別されたモバイルデバイス２０４または任意のモバイルデバイスがＡＬＮ２０２によってカバーまたはサービスされたエリアを出入りすることについての検出を報告することを要求し得る。この特定の報告は、単純なイベント通知を備え得るか、および／あるいは、たとえば、モバイルデバイス２０４の推定ロケーションおよび／またはモバイルデバイス２０４の識別情報などのより多くの情報を含み得る。別の特定の実装形態では、ＬＢＳＡＳ２１２は、ＬＳ２０６が、分析（たとえば、個人があらかじめ定義されたエリアを出入りするレートに関する統計あるいはあらかじめ定義されたエリア内の個人の数および／または個人の滞在時間に関する統計）をサポートする報告を提供することを要求し得る。ここで、ＬＢＳＡＳ２１２は、ＬＳ２０６が、一定の間隔で、または、いくつかの特定の解析イベントの発生に応答して周期的に報告を与えることを要求し得る。たとえば、エリアまたはＡＬＮ２０２内のモバイルデバイスの数（または到着および／または出発のレート）があるしきい値を超える場合、ＬＳ２０６は報告を与え得る。そのような報告は、単純なイベント通知、あるいはイベントおよび／またはそれらの識別情報に関連するモバイルデバイスの１つまたは複数のロケーションなどのより多くの情報を含み得る。ＬＢＳＡＳ２１２にロケーション関連イベント通知および情報を与えるために、ＬＳ２０６は、ＡＬＮ２０２および／またはモバイルデバイス２０４にロケーション情報を要求し得、ならびに／あるいはＬＳ２０６にロケーション関連イベント通知および追加情報を与えるようにＡＬＮ２０２および／またはモバイルデバイス２０４を構成し得る。

[0078]上記の特定の実装形態で指摘したように、ＬＳ２０６とＬＢＳＡＳ２１２とは、ＯＭＡの態様に少なくとも部分的に従って通信および／または相互動作し得る。図２は、一実施形態による、ＯＭＡに従って定義されたモバイルロケーションプロトコル（ＭＬＰ）を使用してＬＢＳＡＳ２６２（たとえば、図１Ｂ中のＬＢＳＡＳ２１２に対応し得る）と通信することが可能なＬＳ２６０（たとえば、図１Ｂ中のＬＳ２０６に対応し得る）を含むネットワークの概略図である。ＬＳ２６０とＬＢＳＡＳ２６２とは、図１Ｂ中のインターフェース２２０に対応し得る、またはインターフェース２２０をサポートし得るリンク２６４によって接続され得る。リンク２６４は、直接リンク（たとえば、ワイヤード接続、もしくは一般的なＬＡＮを介する接続）であり得、または、ブリッジ、ルータ、および／もしくはネットワーク（たとえば、図１Ａ中のネットワーク１３０）などの１つもしくは複数の中間エンティティを備え得る。ここで、ＬＳ２６０は、ＭＬＰに従ってＬＢＳＡＳ２６２と通信し得る。ここで、ＬＢＳＡＳ２６２は、ＬＳ２６０にＭＬＰ要求を送信し、ＬＳ２６０からＭＬＰ応答とＭＬＰ報告とを受信し得る。一実施形態では、図２中のＬＢＳＡＳ２６２は、ＬＢＳＡＳ２６２によって要求され、取得されるのと同様のまたは同じロケーションサービスをＬＳ２６０から要求し、取得するが、ベニューをサービングするＬＢＳＡＳではないが、代わりにロケーションサービスを１つもしくはモバイルデバイス（たとえば、図１Ｂ中のモバイルデバイス２０４）および／または１つまたは複数の他のユーザに提供する何らかの他のサーバまたはアプリケーションである別のロケーションサービスクライアントによって置き換えられ得る。この場合、他のロケーションサービスクライアントのためにリンク２６４上のＭＬＰによってサポートされる対話は、ＬＢＳＡＳ２６２のためにＭＬＰによってサポートされるものと同じであり得る。

[0079]一実施形態によれば、ＭＬＰプロトコルは、図３に示すように、階層化アーキテクチャを有するＸＭＬベースプロトコルとして実装され得る。ＭＬＰは、図１Ｂに関連して説明したように（たとえば、ＬＳ２６０がＬＳ２０６に対応し、ＬＢＳＡＳ２６２がＬＢＳＡＳ２１２に対応する場合）、ＬＳ２６０からのロケーション報告を構成するためにＬＢＳＡＳ２６２によって使用され得、ＬＳ２０６とＬＢＳＡＳ２１２との間で発生する図１Ｂに関連して説明した異なる対話をサポートし得る。ＭＬＰは、さらに、図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃおよび図１５Ｄに後で例示されるように（たとえば、図１１、図１２、図１３、図１４および図１５Ａ中のイベントＢについて説明したように）ＬＳとＬＢＳＡＳとの間のロケーション関連対話をサポートし得る。すべての場合に、ＬＢＳＡＳは、ＬＣＳクライアントとＬＳとの間のＭＬＰ対話に影響を与えることなく、何らかの他のＬＣＳクライアントによって置き換えられ得る。

[0080]図４に示す１つの特定の適用例では、ＭＬＰサービスは、応答が直ちにまたは設定時間ウィンドウ内に必要とされる場合に１つまたは複数のターゲットモバイルデバイス（たとえば、図１Ｂ中のモバイルデバイス２０４）の推定ロケーションを要求するためにロケーションサービス（ＬＣＳ）クライアント（たとえば、図１Ｂ中のＬＢＳＡＳ２１２または図２中のＬＢＳＡＳ２６２）によって使用され得る。特定の実装形態では、ＬＣＳクライアントは、ベニューでのモバイルデバイスの状態に関してＬＳ（たとえば、図２中のＬＳ２６０または図１Ｂ中のＬＳ２０６）から更新を受信する。この場合、ＬＣＳクライアントは、ターゲットモバイルデバイスの一意の識別子（たとえば、モバイルデバイス２０４に関する識別子）を含む、図４中のステップ４０１におけるＭＬＰ標準ロケーション即時要求（ＳＬＩＲ：Standard Location Immediate Request）をＬＳに送り得る。ＬＳは、ステップ４０２においてターゲットモバイルデバイスごとの推定ロケーション結果を場合によっては含むＭＬＰ標準ロケーション即時返答（ＳＬＩＡ：Standard Location Immediate Answer）でその要求に肯定応答し得る。ＳＬＩＡがすべての要求された推定ロケーション結果を含んでいない（たとえば、それがいかなる結果も含み得ない）場合、ＬＳは、ステップ４０３、ステップ４０４および図４に示されていない他のステップにおいて、要求されたすべての推定ロケーションが報告されるまで、推定ロケーション結果を含んでいる１つまたは複数の後続の標準ロケーション即時報告（ＳＬＩＲＥＰ：Standard Location Immediate Reports）を送信し得る。

[0081]図４について説明したように、ＬＳとＬＣＳクライアントとが図１Ａおよび図２と同様の対応を有し得る図５に示す別の特定の適用例では、ＭＬＰサービスは、１つまたは複数のモバイルデバイスの非送信請求測位報告（unsolicited positioning reporting）のために使用され得る。ここで、ＬＳは、ステップ５０１において１つまたは複数のモバイルデバイスの位置とそれらの識別情報とを含むＭＬＰ標準ロケーション報告（ＳＬＲＥＰ：Standard Location Report）を送ることによってＬＣＳクライアントへの位置報告を開始し得る。ＬＣＳクライアントは、ステップ５０２において標準ロケーション報告返答（ＳＬＲＡ：Standard Location Report Answer）で位置報告の受信に肯定応答し得る。

[0082]ＬＳとＬＣＳクライアントとが図４について説明したように図１Ａおよび図２と同様の対応を有し得る図６に示す別の特定の実装形態では、ＭＬＰサービスは、１つまたは複数のターゲットモバイルデバイスの位置を追跡するためにＬＣＳクライアントによって使用され得る。ここで、追跡は、時間（たとえば、周期的ロケーション報告）、地理的エリア（たとえば、「ジオフェンス」に入る、それを出る、その中に残る、もしくはその外に残る）または他のイベントに基づき得る。この場合、ＬＣＳクライアントは、ステップ６０１において、追跡されるべきターゲットモバイルデバイスの一意の識別子（たとえば、ＭＡＣアドレス、ＩＰアドレス、ＩＭＳＩ）とロケーション情報を戻すことが要求される特定のイベントとを含むＭＬＰトリガロケーション報告要求（ＴＬＲＲ：Triggered Location Reporting Request）をＬＳに送信し得る。ＬＳは、ステップ６０２においてＭＬＰトリガロケーション報告返答（ＴＬＲＡ：Triggered Location Reporting Answer）の送信でＴＬＲＲに肯定応答し得る。イベントが発生すると、ロケーションサーバは、ステップ６０３、６０４および場合によっては図６に示されていない他のステップにおいて、各々が、報告されているイベントのタイプと、イベントに関連付けられたターゲットモバイルデバイスの関連するモバイルデバイス識別情報と、場合によってはこれらのモバイルデバイスの位置とを含み得るＭＬＰトリガロケーション報告（ＴＬＲＥＰ：Triggered Location Report）メッセージを送信することによって、ＬＣＳクライアントに報告し得る。ステップ６０１で報告することが要求され得る異なるイベントタイプは、（ｉ）固定時間に（たとえば、周期的に）１つまたは複数のモバイルデバイスの位置を報告することをＬＳが要求される「時間」と、（ｉｉ）（たとえば、報告が、単純なイベント通知であり得るか、または、たとえば、ＭＳの位置などのより多くの情報を含み得る）特定の地理的ターゲットエリアにＭＳが入ること、それからのＭＳの出発、その内部でのＭＳの残留またはその外部でのＭＳの残留を報告することをＬＳが要求される「エリア」と、（ｉｉｉ）（たとえば、報告が、単純なイベント通知であり得るか、または、たとえば、ＭＳの位置などのより多くの情報を含み得る）特定のＡＬＮによってカバーされたエリアにＭＳが入ることまたはそれからのＭＳの出発を報告することをＬＳが要求される「ＡＬＮ」と、（ｉｖ）あるしきい値を超えている地理的エリアまたはＡＬＮカバレージエリア内のＭＳの数（または到着／出発のレート）、しきい値距離を超えて移動するモバイルデバイス、しきい値を超えて増加するモバイルデバイスの速度、しきい値を超えているモバイルデバイスの速度、しきい値未満に減少するモバイルデバイスの速度、しきい値未満のモバイルデバイスの速度、またはしきい値未満に減少する、しきい値を超えて増加する、しきい値未満である、もしくはしきい値を超えている基準点に対するモバイルデバイスの距離などのいくつかの解析イベントの発生を報告することをＬＳが要求される「分析」とを含み得る。

[0083]トリガ条件持続性

[0084]ベニュー環境では、トリガ条件（すなわち、１つまたは複数の状況、たとえば、活性化または不活性化）の満足は、重要であり得る。たとえば、あるロケーションまたはエリアへのユーザまたはユーザのグループの近接性または近接性の欠如は、出口、案内所、もしくはキャッシュレジスタへの多くのユーザの近接性、または、店の陳列ケースもしくはカジノ内のブラックジャックテーブルへのユーザの近接性の欠如に関連し得る。さらに、条件が持続する場合、重要性が追加され得る。そのような条件の持続性は、それぞれ、封鎖されたもしくはロックされた非常口、案内所における係員の不在、キャッシュレジスタにおける出納係の不在、または、陳列ケースもしくはブラックジャックテーブルを再設計する、交換する、もしくは除去する望ましさを示し得る。したがって、ベニュー環境では、持続性に関係なく満たされている条件に応答してトリガされる応答に加えられ得る対応する応答（たとえば、別のアクションの通知または実行）をトリガするために、１つまたは複数の対応するトリガ条件の持続性を監視し、決定することが有用であり得る。

[0085]ＬＣＳクライアント（たとえば、ＬＢＳＡＳ）は、あるトリガ条件またはいくつかのトリガ条件のうちの１つがＬＳによって検出されたとき、ロケーション関連情報を報告するための要求と一緒に、ＬＳに持続条件の指示（すなわち、必要な持続期間）を提供し得る。持続条件は、図６中のステップ６０１において例示されているようなＭＬＰＴＬＲＲメッセージ内のパラメータの１つとして提供され得る。１つよりも多い持続条件は、ＬＣＳクライアントによってＬＳに提供され得、異なる持続条件は、１つよりも多くのトリガ条件に関連付けられている単一の持続条件を含む異なるトリガ条件に関連付けられ得る。持続条件時間は、日、時間、分および秒に関して、または別の時間フォーマットで提供され得る。

[0086]持続条件を受信した後（たとえば、図６中のステップ６０１でのように、１つまたは複数の持続条件を含むＭＬＰＴＬＲＲメッセージを受信した後）、ロケーションサーバは、各トリガ条件が場合によっては関連する持続条件を有する、または持続条件を有さずに、各々が、トリガ条件またはトリガ条件の組合せ（たとえば、ステップ６０１または図６でのようにＭＬＰＴＬＲＲメッセージでも提供されるように）を含む１つまたは複数のトリガシナリオを監視し得る。持続条件は、ロケーションサーバが（たとえば、図６の例でのステップ６０３または６０４において）場合によっては、１つまたは複数のトリガイベントと、場合によってはそれらのロケーションとに関連付けられたモバイルデバイスの１つまたは複数の識別情報などの追加の情報と一緒に１つまたは複数のトリガイベントの発生をＬＣＳクライアントに報告する前に１つまたは複数のトリガイベントが連続的に持続しなければならない時間の持続期間を定義し得る。一例として、持続条件は、特定のモバイルデバイス（たとえば、図１Ｂ中のモバイルデバイス２０４）が特定のターゲットエリア内にあるときはいつでもＬＳによって報告することを要求するＴＬＲＲメッセージ内でＬＣＳクライアントによって提供され得る。モバイルデバイスがその後、時間Ｔ０においてターゲットエリアに入り、後で時間Ｔ１において離れ、（Ｔ１−Ｔ０）が持続条件の時間の持続期間未満である場合、ＬＳは、報告をＬＣＳクライアントに送らないことがある。モバイルデバイスが後で時間Ｔ２において再びターゲットエリアに入り、間の時間に離れも再度入りもせずに、時間Ｔ３においてターゲットエリア内に依然として存在し、（Ｔ３−Ｔ２）が持続条件の持続期間に等しいかそれを超える場合、ＬＳは、（たとえば、図６中のステップ６０３または６０４において）モバイルデバイスがターゲットエリア内にあることを示す報告をＬＣＳクライアントに送り得、モバイルデバイスの識別情報および／またはモバイルデバイスの現在のロケーションを提供し得る。

[0087]持続条件は、すべてのトリガ条件（たとえば、１分間満たされたすべての条件）について同じであり得、または任意の数の複数のトリガ条件（たとえば、１分間満たされる１つのトリガ条件と２分間満たされるすべての他のトリガ条件、１分間満たされる１つのトリガ条件と、２分間満たされる別のトリガ条件と、持続性要件を持たない別のトリガ条件と、５分間満たされるすべての他のトリガ条件、それぞれ、持続期間Ｘ、Ｙ、およびＸの間満たされるトリガ条件Ａ、Ｂ、およびＣの各々、など）について異なることがある。トリガ条件の組合せは、それらのそれぞれの持続性の様々な関係について満たされることによってトリガシナリオを満たし得る。たとえば、トリガ条件の組合せは、同時に経過する等しい持続期間によって、部分的に重複する持続期間によって、または重複しない持続期間によって満たされ得る。重複しない持続期間について、持続期間は、持続期間の近接性（たとえば、トリガ条件Ｘは、トリガ条件Ａが持続期間Ｂの間持続するＺ分以内の持続期間Ｙの間持続する、トリガ条件Ｘは、トリガ条件Ａが開始し、次いで、持続期間Ｂの間持続するＺ分以内の持続期間Ｙの間持続する、など）によって関連し得る。したがって、複数のトリガ条件の単一の持続性について、典型的にはすべてのトリガ条件がトリガシナリオを満たすために全体的な持続条件について同時に満たされている限り、これは、必須ではない。さらに、各々が異なる関連する持続条件を有する異なるトリガ条件について、トリガシナリオが、典型的には、異なるトリガ条件の満足の持続期間が重複する場合に満たされ得る限り、これは、必須ではない。持続条件が定義され得るトリガ条件の例は、ターゲットエリアの内側にある、ターゲットエリアの外側にある、１つのターゲットエリアの内側で、別のターゲットエリアの内側もしくは外側にある、または、１つのターゲットエリアの外側で、別のターゲットエリアの内側もしくは外側にある。ターゲットエリアは、典型的には、隣接領域（contiguous region）（たとえば、円で囲まれた領域）であるが、複数の分離された領域（たとえば、各々が円で囲まれた２つの非重複領域）でもあり得る。持続条件が定義され得る他のトリガ条件は、ターゲットエリアに入ること、ターゲットエリアを出ること、以前のロケーションから何らかの最短距離を移動すること、何らかの最低速度を超えること、何らかの最高速度未満に落ちること、および、何らかの時点に発生するイベントに関連付けられ得る他の条件を含む。これらのトリガ条件について、持続条件は、持続条件によって定義された時間の持続期間中連続的に有効のままであるトリガイベントに関連付けられ得る。たとえば、ターゲットエリアに入るモバイルデバイスに関連付けられたトリガ条件の場合、持続条件は、ターゲットエリアに入った後、モバイルデバイスが必要な持続期間中ターゲットエリアの内側に残っている場合、満たされ得る。何らかの最低速度を超えるモバイルデバイスに関連付けられたトリガ条件の別の例では、持続条件は、最低速度を超え始めた後、モバイルデバイスが、必要な持続期間中この速度未満に落ちることなく最低速度を超え続ける場合、満たされ得る。

[0088]持続条件は、トリガ条件の連続的な持続のための最短時間期間を定義する。ここで、連続的な持続は、中断なしの絶対的な連続性を必ずしも必要とせず、代わりに、持続することが観察されているトリガ条件の監視の連続するサンプルまたはインスタンスの指示である。たとえば、トリガ条件が、トリガ条件が満たされているかどうかを決定するために１秒あたり１回のサンプル時間において監視され、持続条件が１０秒である場合、トリガ条件が監視される１０回連続でトリガ条件が満たされた場合、２つの連続するサンプル時間の間でトリガ条件が満たされなくなり、次のサンプル時間が発生する前に満たされることに戻った場合であっても、持続条件は、満たされる。

[0089]トリガ条件が満たされ、次いで、持続条件が満たされる前にもはや満たされないと決定された場合、トリガ条件の持続期間は、ゼロにリセットされ得る。たとえば、持続期間は、モバイルデバイスがターゲットエリア内に入ることまたはターゲットエリア内にあることに関連付けられた持続条件の満了前にターゲットエリアを出たと決定された場合、ゼロにリセットされ得、同様に、持続期間は、モバイルデバイスの速度がしきい値速度を超えて上昇し、次いで、しきい値速度を超えることに関連付けられた持続条件の満了の前にしきい値速度未満に低下したと決定された場合、ゼロにリセットされ得る。

[0090]ロケーションサーバは、ＬＣＳクライアントによる要求に応答してトリガシナリオの満足の指示を提供するように構成される。ロケーションサーバは、好ましくは、（１つまたは複数の）持続条件が（すべての）トリガ条件について満たされた一度だけ、（１つまたは複数の）対応する持続条件に関する（１つまたは複数の）トリガ条件の発生を報告するように構成される。ロケーションサーバは、ＴＬＲＥＰ中で（たとえば、図６のステップ３またはステップ４で）トリガシナリオの満足の通知をＬＣＳクライアントに送ることができ、通知内に、トリガ条件を満たしたモバイルデバイスの識別情報および／またはモバイルデバイスの現在のロケーションを含み得る。通知は、ＬＣＳクライアントに、トリガシナリオに関連するロケーション情報を提供させ得る（たとえば、出納係が望ましいことをマネージャに警告する）。

[0091]ターゲットデバイスのグループに関するトリガ条件

[0092]トリガ条件は、たとえば、ロケーションサーバへのロケーションサービス要求中でＬＣＳクライアントによって、もしくはロケーションサーバによって指定され得る、または指定されないことがあるモバイルデバイスのグループに適用され得る。ロケーションサービス要求は、トリガ条件と、モバイルデバイスのグループを指定するグループ条件とを含むトリガシナリオを含み得、ロケーションサーバは、トリガシナリオを監視するように構成される。ロケーションサーバは、複数のトリガシナリオを監視し得、所与のトリガシナリオは、複数のトリガ条件を含み得るが、簡略化のため、単一のトリガ条件を有する単一のトリガシナリオが、例としてここで説明される。グループ条件は、任意の特定のモバイルデバイスを識別することなく、いくつかのモバイルデバイスを示し得、１つもしくは複数の特定のモバイルデバイスを識別し得、または、１つもしくは複数の識別されないモバイルデバイスと１つもしくは複数の識別されたモバイルデバイスとの組合せであり得る。

[0093]グループ条件の指示は、ＬＣＳクライアントによってロケーションサーバにロケーションサービス要求（たとえば、図６のステップ６０１でのようにＭＬＰＴＬＲＲ）中で提供され得、および／または、ロケーションサーバによってＬＣＳクライアントに応答（たとえば、図６のステップ６０３および６０４でのようにＭＬＰＴＬＲＥＰ）中で提供され得る。トリガ条件は、トリガ条件を満たすための（１つまたは複数の）環境（たとえば、アクティビティ、非アクティビティ）の説明を備え得、グループ条件は、グループ条件を満たすためにトリガ条件を満たす必要があるモバイルデバイスの数または割合（fraction）を示し得る。たとえば、トリガ条件は、指定された地理的ターゲットエリアに入ること、そこから出ること、その内側に残ること、またはその外側に残ることを指し得る。グループ条件は、モバイルデバイスの特定のグループ（たとえば、ショッピングモール内の特定の店舗のすべての従業員に属するモバイルデバイス、または何らかの航空会社の特定の飛行乗務員のすべてのメンバに属するモバイルデバイス）を指定し得る。グループ条件は、さらに、（ｉ）グループのすべてのメンバ、（ｉｉ）グループのメンバの何らかの最小数もしくは最小割合、または（ｉｉｉ）何らかの最大数または何らかの最大割合以下のメンバが、トリガ条件がロケーションサーバによってＬＣＳクライアントに報告されるためにトリガ条件を満たさなければならないかどうかを指定し得る。たとえば、グループがショッピングモール内の特定の店舗の従業員に属するモバイルデバイスから成るとき、トリガ条件は、店舗のエリアを備えるターゲットエリア内に残っているモバイルデバイスを指定し得、グループ条件は、ターゲットエリア内に残っている最大２つのモバイルデバイスを指定し得る。この例では、店舗内の従業員の数が２を超える間、報告がないことがあるが、店舗内にいる従業員の数（すなわち、グループ内のモバイルデバイスのユーザ）の数が２以下になると、ロケーションサーバは、ＬＣＳクライアントに報告を送り得る。この例では、ＬＣＳクライアントが店舗のマネージャであるか、店舗のマネージャと通信する場合、マネージャは、店舗内で適切なサービスを提供するために追加の従業員を呼び出し得る。別の例では、グループが空港における飛行乗務員のメンバに属するモバイルデバイスから成る場合、トリガ条件は、出発便のためのゲートエリアを備える特定のターゲットエリアに入るモバイルデバイスであり得、グループ条件は、グループのすべてのメンバを指定し得る。この例では、ロケーションサーバは、飛行乗務員のすべてのメンバが出発便のためのゲートエリアに入った後にのみ、ＬＣＳクライアント（たとえば、空港オペレータ）に報告を送り得る。

[0094]（たとえば、ＭＬＰＴＬＲＲメッセージ内に含まれるような）トリガ条件は、監視されるべき（１つまたは複数の）環境の文字列説明を含み得、グループ条件は、しきい値のタイプと、値のタイプと、トリガ条件のためのグループサイズを定義するモバイルデバイスの数または割合に関する値との文字列指示を備え得る。しきい値のタイプは、「すべて」、「最小」または「最大」の値のうちの１つに設定され得る文字列によって指示され得、「すべて」は、グループ内のすべてのモバイルデバイスがトリガ条件を満たさなければならないことを示し、「最小」は、何らかの最小の数または割合のモバイルデバイスがトリガ条件を満たさなければならないことを示し、「最大」は、グループ内の何らかの最大数または最大割合以下のモバイルデバイスがトリガ条件を満たさなければならないことを示す。デフォルトのしきい値のタイプは、「すべて」であり得る。グループ条件は、さらに、しきい値のタイプに関する値のタイプの文字列説明を含み得る。たとえば、値のタイプは、モバイルデバイスの絶対数（たとえば、５）に関する「絶対的」であり得、または、定義されたグループ内のモバイルデバイス（すなわち、ターゲットデバイス）の総数の割合などの相対量に関する「相対的」であり得る。デフォルトの値のタイプは、「絶対的」であり得、値のタイプの情報は、しきい値のタイプが「すべて」ではない場合にのみ使用され得る（たとえば、供給されるまたは分析される）。したがって、トリガシナリオは、トリガ条件説明としきい値量とを含み得、たとえば、しきい値量が、すべてのモバイルデバイス、最小数もしくは割合、または最大数もしくは割合のいずれであるのかのしきい値タイプ指示と、しきい値量が絶対数または相対量のいずれであるのかの値タイプ指示とを備える。しきい値量が絶対数である場合、グループ条件は、（少なくともしきい値タイプが「すべて」ではない場合）絶対数を含むことになり、しきい値量が相対量である場合、グループ条件は、（少なくともしきい値タイプが「すべて」ではない場合）相対量の指示、たとえば、グループ内のモバイルデバイスの総数の割合を含むことになる。

[0095]ロケーションサーバは、トリガシナリオが満たされたときを決定し、満たされているトリガシナリオの指示をＬＣＳクライアントに提供することによって満たされているトリガシナリオに応答するように構成される。ロケーションサーバは、説明されたトリガシナリオが規定されたグループ条件、たとえば、しきい値量について満たされているかどうかを決定する。トリガシナリオが満たされている場合、ロケーションサーバは、たとえば、ＬＣＳクライアントに応答して、この効果への指示を提供する。指示は、ロケーションサーバによってＭＬＰＴＬＲＥＰメッセージ内でＬＣＳクライアント（および／または１つもしくは複数のモバイルデバイス）に提供され得る。ＴＬＲＥＰ内の指示は、満たされたトリガ条件を指示し得（または、図６中のステップ６０１でのように初期ＬＣＳクライアント要求を参照し得）、トリガ条件を満たすグループ内のモバイルデバイスを識別し得および／またはそれらの現在のロケーションを提供し得る。

[0096]以下は、単一のグループ条件を有する特定のトリガシナリオでのトリガシナリオの例である。識別されたターゲットデバイスのグループ条件の例は、フライトのゲートエリアに対応するターゲットエリアに到達する外国行きの便の飛行乗務員のすべてのメンバ、または、営業時間中の営業所のバックルーム内にいる現在働いている従業員の最大相対量（たとえば、割合）のグループ条件を含む。識別されていないターゲットデバイスのグループ条件の一例は、係員がいることになっている近くの店舗内のターゲットエリア内のモバイルデバイスの最小絶対数である。この場合、配置可能なモバイルデバイスを担持していないユーザは、無視され、そこで、ベニューオペレータは、検出不可能なユーザのありそうな存在を考慮するために、検出可能なモバイルデバイスの最小数を低い値、たとえば、２または３に設定し得る。識別されていないターゲットデバイスを有するグループ条件の別の例は、満たされているトリガシナリオへの対応が、追加のショッピング店舗スタッフおよび／または臨時の換気（ventilation）を提供することに関する要求である、ショッピングモールまたはショッピングモール店舗内のターゲットデバイスの最小絶対数である。

[0097]さらに図１〜図６の参照とともに、図７を参照すると、ロケーションサーバにおいてロケーションサービスを提供するプロセス７００は、図示の段階を含む。プロセス７００は、しかしながら、一例にすぎず、限定するものではない。プロセス７００は、たとえば、追加された、除去された、再配置された、組み合わされた、同時に実行された段階を有する、および／または複数の段階に分割された単一の段階を有することによって変更され得る。

[0098]段階７０２において、方法７００は、１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を受信することを含み、ロケーションサービスに関する要求は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方とを備える。たとえば、ロケーションサービスに関する要求は、図６中のステップ６０１に例示されているように送られたＭＬＰＴＬＲＲメッセージ中で、図１Ｂ中のインターフェース２２０を介してＬＣＳクライアントからロケーションサーバによって受信され得る。ここで、ロケーションサービスに関する要求は、トリガ条件と、グループ条件または持続条件のいずれかまたは両方とを含む文字列を含む。ロケーションサービスに関する要求は、複数のモバイルデバイス（たとえば、識別されたまたは識別されていないモバイルデバイスのグループ）のためであり得、グループ条件と組み合わされたトリガ条件は、たとえば、ターゲットエリアに入る、ターゲットエリアを出る、ターゲットエリア内に残る、またはターゲットエリア外に残る複数のモバイルデバイスの一部であり得る。複数のモバイルデバイスの一部は、グループ条件によって示されるように、モバイルデバイスの最小量、モバイルデバイスの最大量、またはモバイルデバイスのすべてであり得る。最小量または最大量は、複数のモバイルデバイスの一部としてどちらが使用されても、複数のモバイルデバイスの整数または割合（または何らかの他の基準量の割合）であり得る。持続条件は、トリガ条件の連続的な持続に関する最小時間期間であり、「連続的」は、上記で説明されている。

[0099]段階７０４において、方法７００は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を決定することを含む。ロケーションサーバは、トリガ条件が満たされ、グループ条件で指定されたモバイルデバイスによって満たされたおよび／または少なくとも持続条件で指定されたのと同じくらい長い持続期間の間満たされたかどうかを決定するために、１つまたは複数のモバイルデバイスの各々のロケーションを監視する。

[00100]段階７０６において、方法７００は、応答を送ることを含み、応答は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を（明示的または暗黙的に）示す。応答は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生の明示的な指示を含むことも含まないこともある。応答が明示的な指示を含まない場合は、発生は、段階７０２において受信された要求との応答の関連（たとえば、ＯＭＡＭＬＰプロトコルについて定義された関連）のためと暗示され得る。トリガ条件と、グループ条件または持続条件のいずれかまたは両方の発生を決定すると、ロケーションサーバは、これを示す応答を送る。たとえば、ロケーションサーバは、図６の例示されたステップ６０３またはステップ６０４でのように、ＬＣＳクライアントに図１Ｂ中のインターフェース２２０を介してＭＬＰＴＬＲＥＰメッセージ内で応答を送る。ロケーションサーバによって送られた応答は、ロケーションサービスに関する要求中で示された１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報および／または地理的ロケーションを含み得る。

[00101]さらに図１〜図７の参照とともに、図８を参照すると、ロケーションサービスクライアントにおいてロケーションサービスを提供するプロセス８００は、図示の段階を含む。プロセス８００は、しかしながら、一例にすぎず、限定するものではない。プロセス８００は、たとえば、追加された、除去された、再配置された、組み合わされた、同時に実行された段階を有する、および／または複数の段階に分割された単一の段階を有することによって変更され得る。方法８００は、方法７００と同様であるが、ＬＣＳクライアントの観点からである。

[00102]段階８０２において、方法８００は、１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を送ることを含み、ロケーションサービスに関する要求は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方とを備える。たとえば、ＬＣＳクライアントは、図６中のステップ６０１に例示されているようにＭＬＰＴＬＲＥＰメッセージ中で、インターフェース２２０（図１Ｂ参照）を介してロケーションサーバへロケーションサービスに関する要求を送ることができる。

[00103]段階８０４において、方法８００は、応答を受信することを含み、応答は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生を（明示的または暗黙的に）示す。応答は、トリガ条件と、グループ条件または持続条件のうちの少なくとも一方との発生の明示的な指示を含むことも含まないこともある。応答が明示的な指示を含まない場合は、発生は、段階８０２において送られた要求との応答の関連（たとえば、ＯＭＡＭＬＰプロトコルについて定義された関連）のためと暗示され得る。たとえば、ＬＣＳクライアントは、図６の例示されたステップ６０３またはステップ６０４でのように、ロケーションサーバからインターフェース２２０（図１Ｂ参照）を介してＭＬＰＴＬＲＥＰメッセージ内で応答を受信する。

[00104]段階８０６において、方法８００は、応答を使用してロケーションサービスを提供することを含む。たとえば、ＬＣＳクライアントは、ユーザインターフェースを通じてユーザに満たされているトリガ条件とグループ条件および／または持続条件とを示すアラームなどの聴覚的および／または視覚的通知を提供し得る。ＬＣＳクライアントがＬＢＳＡＳ（たとえば、図１Ｂ中のＬＢＳＡＳ２１２）である場合には、ＬＣＳクライアントは、ロケーションサービスが提供されるベニューのオペレータもしくはオーナに通知し得、および／または（たとえば、ベニューにおける訪問者の行動の分析で）後で使用するためのトリガ条件の発生に関する情報を記録し得る。

[00105]ベニュー固有識別情報

[00106]ベニュー固有のロケーション識別情報および／またはターゲットエリアの識別情報

[00107]図１〜図６を参照すると、ロケーションサーバおよびＬＣＳクライアントは、さらに、ベニュー固有識別情報（ラベル）、たとえば、ベニュー名、ベニュー識別情報（ＩＤ）および／またはベニュー固有の都市ロケーション説明を使用して、ロケーションおよび／またはターゲットエリア（たとえば、トリガ条件に関する関心のエリア、ロケーション報告のために使用されるべきエリア、など）が識別（指定）されることを可能にするように構成され得る。ベニュー固有のロケーション識別情報またはベニュー固有のターゲットエリア識別情報は、ロケーションサーバからの何らかのロケーションサービスを要求するとき、（たとえば、地理的または都市ロケーション識別情報およびターゲットエリアの識別情報を提供する代わりに）ＬＣＳクライアントによって提供され得、たとえば、（たとえば、図４のステップ４０１で例示されているように）ＭＬＰＳＬＩＲメッセージ内に、または（たとえば、図６のステップ６０１で例示されているように）ＭＬＰＴＬＲＲメッセージ内にＬＣＳクライアントによって含まれ得る。さらに、ロケーションサーバは、たとえば、（たとえば、図４のステップ４０２、４０３および４０４でのように）ＭＬＰＳＬＩＡもしくはＳＬＩＲＥＰメッセージまたは（例えば、図６のステップ６０２、６０３および６０４でのように）ＭＬＰＴＬＲＡもしくはＴＬＲＥＰメッセージなどのＬＣＳクライアントからのロケーションサービスに関する要求に応答して、ターゲットデバイスに関するロケーション推定またはターゲットデバイスのセットに関するロケーション推定のセットをＬＣＳクライアントに提供するとき、地理的または都市ロケーションの代わりにベニュー固有のロケーションを提供し得る。ロケーションサーバは、関連するロケーションとターゲットエリアへのベニュー固有のロケーション識別情報のマッピングを記憶し得、および／またはこのマッピングへのアクセスを有し得る。（たとえば、建築物、屋外エリア、ショッピングモールなどの建築物と屋外エリアの組合せを備える）１つまたは複数のベニューのロケーションサービスのオーナまたはオペレータは、（１つまたは複数の）ベニュー内の（または場合によってはその外側の）ロケーションおよび／またはターゲットエリアを指定するためのベニュー固有の非一般的な（たとえば、独自の）（１つまたは複数の）フォーマットを有し得る。ベニュー固有のロケーション識別情報は、特定のベニュー（おそらくグローバルに一意ではないが、ベニュー内で一意）またはベニューのグループに関連付けられ得、何らかの形式的な、場合によっては単純な構文を使用し得る。たとえば、ベニューは、（「複合名Ａ（complex name A）、店舗名Ｂ」、または店舗ロケーションに関するコード化された識別子（たとえば、「建築物Ｗ、フロアＸ、スイートＹ」または「フロアＸ、スイートＹ」、など）などの）ロケーションおよび／またはターゲットエリアを指定するための（１つまたは複数の）一意のフォーマットを有し得る。ポイントロケーション、（たとえば、不確実な面積もしくは体積を有するモバイルデバイスの予想されるロケーションを含む）面積もしくは体積を備えるロケーション、および／またはターゲットエリア（たとえば、部屋、ホール、店舗、ロビー、待機エリア、領域（たとえば、店舗の外のエリア、キャッシュレジスタに隣接するエリア、など））は、おそらく一般的には一意でないが、特定のベニューについて一意であるベニュー固有名を与えられ得る。ベニュー固有のロケーションおよび／またはターゲットエリア名は、間取りもしくは建築プラン上、またはベニューに関するマップ上に現れ得、したがって、ベニュー内の特定のロケーションとの関連を提供する。

[00108]ベニュー固有のロケーション関連ラベルは、標準的な都市ロケーション指定から、または地理的ロケーション説明（たとえば、地理的座標）を使用することによって利用できない特異性を提供し得る。都市ロケーションの定義のための既存の標準は、通常、グローバルコンテキストに適用することが意図され、主に、連続して減少するサイズの屋外関連のロケーションエリア（たとえば、国、州、市、ストリート名、ストリートアドレス、建築物名）の連続を指定することによって、ロケーションを小さいエリアに絞り込むことに焦点を合わされている。所与のベニューのコンテキストでは、標準化されることもされないこともあるベニュー固有の指定は、使用され得るが、屋外関連の指定は、不必要または役に立たないことさえある。たとえば、ベニュー固有ラベルは、（ｉ）病院内の手術室もしくは病棟の指定、または（ｉｉ）オフィスビル内のキュービクル、プリンタもしくはファックス機の指定、または（ｉｉｉ）ショッピングモール内の店舗名、キャッシュレジスタ、ディスプレイエリアもしくは製品ラインの指定であり得る。

[00109]ＬＣＳクライアントによって、何らかのロケーションサービスを要求するロケーションサーバに送られるメッセージ中の、および／または、ロケーションサーバによって、ＬＣＳクライアントに送られるメッセージ中の、ベニュー固有のロケーションおよびベニュー固有のターゲットエリアが、１つまたは複数のターゲットデバイスに関する１つまたは複数のロケーション推定を提供することを可能にすることによって、ロケーションサービスのサポートは、単純化され得る。たとえば、ＬＣＳクライアントは、ショッピングモール内の特定の店舗に関係付けられ得、優先顧客（preferred customer）（たとえば、店舗によって発行されたクレジットカードを有する顧客）が店舗に入ったときはいつでも通知されることを望み得る。ＬＣＳクライアントは、ロケーション要求をロケーションサーバに送り得（たとえば、図６のステップ６０１でのようにＭＬＰＴＬＲＲメッセージを送り得）、店舗に関して優先顧客に属するデバイスを備えるターゲットデバイスのグループに関するトリガロケーション報告を指定し得、さらに、これらのデバイスのうちの１つが店舗全体または店舗の一部を備える特定のターゲットエリアに入ったときはいつでもトリガ報告を指定し得る。たとえば、説明が長い、複雑である、および／または不正確であることがあるので、従来の地理的エリア説明を使用して、または都市ロケーション説明によって店舗または店舗の一部を指定することが困難であることがある。しかしながら、ターゲットエリアのベニュー固有説明、たとえば、「店舗ＸＹＺ」または「店舗ＸＹＺ、フロア２」または「店舗ＸＹＺ、北入口」を提供することが容易であり得る。ロケーションサーバは、次いで、（たとえば、この例では特定の店舗を含むショッピングモール全体であり得る）ベニュー内またはその近くにいる優先顧客に属するターゲットデバイスを検出および監視し得、これらのターゲットデバイスのうちの１つが指示されたターゲットエリアに入ったときはいつでもＬＣＳクライアントに報告し得る。ロケーションサーバは、加えて、ターゲットロケーションに入る任意のターゲットデバイスの識別情報をＬＣＳクライアントに提供し得、その現在のロケーションを提供し得る。ロケーションは、地理的に（たとえば、経度、緯度および高度を使用して）、または都市形態で（たとえば、郵便アドレスおよび建築物の指定を使用して）表現され得るが、ベニュー固有ロケーションを提供することがより簡単でより正確であり得る。したがって、この例では、店舗へのいくつかの入口が存在し得、ロケーションサーバは、優先顧客のターゲットデバイスが店舗に入ることが検出されたとき、優先顧客によって使用される店舗への特定の入口を提供し得、たとえば、図４のステップ４０２〜４０４でのようにＭＬＰＳＬＩＡもしくはＳＬＩＲＥＰメッセージでのように、または、図６のステップ６０２〜６０４でのようにＭＬＰＴＬＩＡもしくはＴＬＲＥＰメッセージでのように、ＬＣＳクライアントに応答または報告を送るとき、たとえば、「店舗ＸＹＺ西入口」または「店舗ＸＹＺ、商品ピックアップ入口」を示し得る。ターゲットエリアが、代わりに店舗の一部（たとえば、店舗の２階）である場合では、ロケーションサーバによって報告されるターゲットデバイスのロケーションは、店舗内の何らかの特定のロケーション、たとえば、「店舗ＸＹＺ、フロア２エレベータ」または「店舗ＸＹＺフロア２エスカレータ」を指し得る。

[00110]ベニュー環境の都市ロケーション説明をサポートするために、ロケーションサーバおよびＬＣＳクライアントは、標準的な都市識別情報またはベニュー固有識別情報を提供および受信するように構成され得る。ベニュー固有識別情報は、ベニュー固有の情報のみを含む、または、標準的な都市識別情報部分とベニュー固有部分との組合せである（すなわち、備える）ハイブリッド識別情報である。ベニュー環境での都市ロケーション説明は、特定のベニューのために重要でありグローバルな重要性を有する異なるロケーションおよびターゲットエリアの正確な特定を容易にし得る。たとえば、ターゲットエリアまたはロケーションのベニュー固有説明は、既知のベニューのコンテキスト内で意味があり得るが、ベニュー固有識別情報は、既知のベニューに関するコンテキストが存在しない場合、意味がないまたは一意でないことがある。したがって、たとえば、ＬＣＳクライアントまたはロケーションサーバが、ベニュー固有のロケーションフォーマットとルールとを認識していないことがある、またはターゲットエリアもしくはロケーションがどのベニューを指しているのかを認識していないことがあるエンティティに対して、ベニュー固有のターゲットエリアまたはロケーションを指定する必要がある場合、ターゲットエリアまたはロケーションのグローバルに一意の都市説明に加えて、都市説明によって指定されるロケーションまたはターゲットエリアに絞り込み得るベニュー固有部分を備えるハイブリッド形式が使用され得る。特定ショッピングモール内の店舗の場合での例として、ターゲットエリアまたはロケーションは、たとえば、グローバル都市ロケーションに関する「国Ａ、州Ｂ、市Ｃ、ショッピングモールＤ」に加えてベニュー固有の部分に関する「店舗Ｘ、化粧品セクション」でのように、標準的な都市ロケーション説明を使用して国、州、市およびショッピングモールを定義し、次いで、ベニュー固有のロケーション説明を使用してストアとストアの一部とを指定することによって指定され得る。

[00111]ロケーションまたはターゲットエリアに関するベニュー固有識別情報（またはラベル）は、ベニュー名、ベニューＩＤ、および／またはベニュー固有名を含む文字列を備え得る。たとえば、ベニュー固有識別情報は、「ファッションバレーサンディエゴ、ＳＭ１２３、アップルストア」であり得、「ファッションバレーサンディエゴ」は、ベニュー名であり、「ＳＭ１２３」は、ベニューＩＤであり、「アップルストア」は、ベニュー固有名、この例では、ファッションバレーショッピングモール内の店舗の名前である。ベニュー固有識別情報は、標準的な非ベニュー固有のラベリングを含む、より大きい識別情報、たとえば、都市ロケーション識別情報の一部であり得る。上記の例示的なベニュー固有識別情報を使用する、そのようなより大きい識別情報の一例は、「アメリカ、カリフォルニア、サンディエゴ郡、サンディエゴ、ファッションバレー、ＳＭ１２３、アップルストア」であり得る。さらに、都市ロケーション識別情報の一部である都市ロケーションタイプは、ベニュー固有ロケーション説明を標準化された形式の都市ロケーション説明内に含めることを可能にするため、および、情報のどのタイプ（この場合ではベニュー固有）がメッセージの都市ロケーション要素で提供されるのかを示すために、「ベニュー名」、「ベニューＩＤ」、または「ベニュー固有名」として指定され得る。

[00112]ベニュー固有ターゲットデバイス識別情報

[00113]ロケーションサーバおよびＬＣＳクライアントは、１つまたは複数のベニュー固有識別情報の一部として１つまたは複数のベニュー固有名を有するモバイルデバイスを識別するように構成され得る。ベニュー固有名は、１つまたは複数のモバイルデバイスを識別するために使用され得、特定のベニュー（たとえば、おそらくグローバルには一意ではないが、ベニュー内で一意）またはベニューのグループに関連付けられ得、明確に定義された、場合によっては単純な構文を使用し得る。ベニュー固有名は、たとえば、モバイルデバイスのユーザが１つまたは複数のベニュー内部のロケーションサービスを受けるためにＬＣＳクライアントに登録するとき、ＬＣＳクライアントによってモバイルデバイスに割り当てられ得る。ベニュー固有名は、また、たとえば、ユーザがロケーションサービスのためにベニューに（たとえば、ベニューに関するＬＢＳＡＳに）最初に登録するとき、モバイルデバイスのユーザによって選択され得る。この場合には、ベニュー（たとえば、ＬＢＳＡＳ）は、ユーザにベニュー固有名を選択するための（たとえば、６と１２との間の英数字を含むような）何らかのガイドラインまたはルールを提供し得、選択された名前がすでに別のユーザに割り当てられている場合、ユーザに通知し得、その場合にはユーザが別の名前を選択することを可能にし得る。名前は、特定のモバイルデバイスを指すための便利な手段を提供し得、たとえば、ベニューオペレータが何らかのサービス加入またはベニューとのサービス契約を有し得るユーザを便利に指すことを可能にし得る。名前は、ターゲットモバイルデバイスおよび関連するユーザのグローバル識別情報を隠すおよび／または置換するために使用され得る。これは、個々のモバイルデバイス（ならびにモバイルデバイスのグループ）の柔軟な命名を可能にし得る。他の形式の識別情報（たとえば、ＩＭＳＩ（国際モバイル加入者識別情報）、ＭＡＣ（メディアアクセス制御）アドレス、ＩＭＥＩ（国際モバイル機器識別情報）、ＳＩＰＵＲＩ（セッション開始プロトコルユニバーサルリソース識別子））が、たとえば、ＬＣＳクライアントに利用できないとき、ベニュー固有名が使用され得る。たとえば、ＬＣＳクライアントは、ＬＣＳクライアントが特定のモバイルデバイスに関する特定のモバイルデバイス識別子を有していないとしても、これは、ＬＣＳクライアントと通信しているモバイルデバイス上のアプリケーションに利用できないので、たとえば、ＬＣＳクライアントは、ユーザのカテゴリについてのロケーション情報を要求し得る。さらに、ベニュー固有名は、他の形式の識別情報が、たとえば、複数のモバイルデバイスを採用するユーザにとって信頼できないと思われるとき、使用され得る。

[00114]一例では、ベニュー固有名は、何らかの共通のプロパティを共有するモバイルデバイスのグループを指す便利な方法を提供し得る。たとえば、１つまたは複数のグローバル識別情報（たとえば、ＩＭＳＩ、ＩＭＥＩ、ＭＡＣアドレス）が個々のモバイルデバイスについて利用可能であったとしても、共通のプロパティを具体化する単一の名前を使用してグループ全体を指すことがより簡単であり得る。したがって、たとえば、航空会社の特定の飛行乗務員に属するモバイルデバイスは、「飛行乗務員ＡＢＣ」などのグループ名を割り当てられ得る。同様に、１つまたは複数の新車または中古車のロットにおける新車または中古車の販売員に属するモバイルデバイスは、「自動車販売」などのグループ名を割り当てられ得る。別の例では、病院における外傷の治療に特化した医師に属するモバイルデバイスは、「外傷治療」などのグループ名を割り当てられ得る。同様に、個々のモバイルデバイスに関するベニュー固有名は、１つまたは複数のグローバル識別情報がモバイルデバイスのために利用可能であるとき、利便性を提供することができる。たとえば、ロケーションサーバは、１つまたは複数のグローバル識別情報とベニュー固有識別情報との間のマッピングを記憶し得る、またはそれへのアクセスを有し得るが、たとえば、（図１Ｂ中のインターフェース２１８上などで）モバイルデバイスと通信するとき、ベニュー固有識別情報のみが使用され得るので、ＬＢＳＡＳのようなＬＣＳクライアントは、ベニュー固有識別情報のみを、またはそれを主に使用し得る。

[00115]ベニュー固有名は、ユーザのグループに対応するターゲットデバイスのグループたとえば、「店舗Ｘ：すべての従業員」へ、または特定のユーザに対応する特定のターゲットデバイス、たとえば、「店舗Ｘ：従業員ＡＢＣ」への名前の適用を可能にするように構成され得る。ベニュー関連の名前の構造は、ベニュー依存であり得、したがって、特定のベニューの命名規則のプロパティであり得る。したがって、ベニュー固有名の構造は、ＯＭＡＭＬＰなどの測位関連プロトコルでは定義されないことがあるが、ロケーション関連要求または応答（たとえば、ＭＬＰ要求または応答）が関連付けられた特定のベニューまたはベニューのセットの知識によって、ＬＣＳクライアントおよびロケーションサーバによって依然として理解可能であり得る。

[00116]ＬＣＳクライアントは、要求を生成し得、ベニュー固有名を使用してロケーションサーバに要求を送り得、ベニュー固有名を使用して１つまたは複数のモバイルデバイスを指定するロケーションサーバからロケーション情報を受信し得る。たとえば、ＬＣＳクライアントは、ロケーションが要求された、または何らかのトリガ条件が検出されることを必要とする１つまたは複数のモバイルデバイスを識別するロケーションサーバにロケーション要求を送り得る。１つまたは複数のモバイルデバイスは、ベニュー固有名を使用して、たとえば、モバイルデバイスのグループに１つのベニュー固有名を提供することによって、および／または各個別のモバイルデバイスに１つのベニュー固有名を提供することによって識別され得る。ロケーション要求は、同じくまたは代わりに、ターゲットエリアを識別するためにベニュー固有名を使用してトリガ条件に関するターゲットエリアを識別し得る。ロケーション要求を受信した後、ロケーションサーバは、ロケーション要求で識別された任意のモバイルデバイスなどのモバイルデバイスのロケーションを決定し得、および／またはロケーション要求で提供された任意のトリガ条件が発生したかどうかを決定し得る。ロケーションサーバは、次いで、モバイルデバイスを識別するためにおよび／またはロケーションを識別するためにベニュー固有名を使用してモバイルデバイスの識別情報および／またはロケーションを示すロケーション情報をＬＣＳクライアントに提供し得る。ロケーションサーバは、１つまたは複数のモバイルデバイスについてＬＣＳクライアントからロケーション関連要求を受信し得、（１つまたは複数の）モバイルデバイスは、（１つまたは複数の）ベニュー固有名によって識別される。ロケーションサーバは、（１つまたは複数の）提供されたベニュー固有名を使用して１つまたは複数の個々のモバイルデバイスを決定し得る。たとえば、ロケーションサーバは、ベニュー固有名とグローバルモバイルデバイス識別子との間のマッピングを用いて構成され得る（または、何らかの他のソースからのそのようなマッピングへのアクセスを有し得る）。これは、ベニュー固有グループ名を解決するためにも使用され得る。別の例として、モバイルデバイスは、そのベニュー固有名をロケーションサーバに、間接的に（たとえば、その後名前をロケーションサーバに転送するアクセスネットワーク内のＷｉＦｉアクセスポイントに）、または直接、いずれの場合も、ＷｉＦｉＭＡＣアドレスまたはワイヤレスＩＭＳＩなどの１つまたは複数の他のグローバル識別情報（ＩＤ）と一緒に提供し得る。ベニュー固有名と一緒の１つまたは複数のグローバルＩＤのそのような提供は、ロケーションサーバがこれらのＩＤの間のマッピングを確立し、記憶することを可能にし得る。別の例では、ＬＣＳクライアントは、たとえば、ロケーションサービスのために登録もしくは加入するときにユーザによって提供され得る、または、ユーザがＬＣＳクライアントと接触する（たとえば、ＬＣＳクライアントとのデータ接続もしくは音声接続を行う）とき、もしくはＬＣＳクライアントがモバイルデバイスと接触するときにワイヤレスネットワーク（たとえば、図１Ａ中のネットワーク１３０）からアクセス可能であり得る、モバイルデバイスに関する１つまたは複数のグローバルＩＤを発見し得る。ＬＣＳクライアントは、次いで、モバイルデバイスのユーザによりベニュー固有名を承認し得、または、ベニュー固有名を単純に割り当て、これを同時に発見された（１つまたは複数の）グローバルＩＤと関連して記憶し得る。この記憶された関連はまた、ロケーションサーバがベニュー固有名をモバイルデバイスのグローバルＩＤと関連付けることを可能にするために、ロケーションサーバに利用可能にされ得る。

[00117]ＯＭＡＭＬＰプロトコルの場合にモバイルデバイスまたはモバイルデバイスのグループに関するベニュー固有名をサポートするために、ＭＳＩＤ（移動局識別情報）タイプは、ベニューＩＤを含むように拡張され得る。この場合には、ベニュー固有識別情報は、ベニューＩＤとしてＭＳＩＤのタイプを識別することによって、ＭＳＩＤ内に含まれ得る。ベニュー固有ＩＤは、文字列であり得、特定のベニューまたはベニューのセットを識別する一連の文字で始まり得る。たとえば、ショッピングモールＪＫＬ内の店舗ＧＨＩの特定の従業員ＤＥＦに関するベニュー固有ＩＤは、「ＪＫＬ：店舗ＧＨＩ、従業員ＤＥＦ」として与えられ得、最初の３文字（ＪＫＬ）は、ベニュー（この場合にはショッピングモール）を識別する。ベニュー固有名内に特定のベニューに関する識別情報を含むことによって、名前のレシーバ（receiver）（たとえば、ＬＣＳクライアントまたはロケーションサーバ）は、名前が既知のベニューのためのものであるかどうか、および、したがって、受信された名前が特定のモバイルデバイスもしくはモバイルデバイスのグループを識別するために解釈され、使用され得るかどうか、または、ベニューが未知であり、したがって、名前がレシーバによって識別され得ないモバイルデバイスもしくはモバイルデバイスのグループを指しているかどうかを確かめ得る。ベニュー固有名を備えるＭＬＰＭＳＩＤは、モバイルデバイスまたはモバイルデバイスのグループを識別するために、（たとえば、図４のステップ４０１でのように）ＭＬＰＳＬＩＲメッセージ内または（たとえば、図６のステップ６０１でのように）ＭＬＰＴＬＲＲメッセージ内など、ＬＣＳクライアントによってロケーションサーバに送られるロケーション要求内に含まれ得る。同様に、ベニュー固有名を備えるＭＬＰＭＳＩＤは、モバイルデバイスまたはモバイルデバイスのグループを識別するために、（たとえば、図４のステップ４０２〜４０４でのように）ＭＬＰＳＬＩＡもしくはＳＬＩＲＥＰメッセージ内または（たとえば、図６のステップ６０２〜６０４でのように）ＭＬＰＴＬＲＡもしくはＴＬＲＥＰメッセージ内など、ロケーションサーバによってＬＣＳクライアントに送られるロケーション関連応答内に含まれ得る。

[00118]さらに図１〜図６の参照とともに、図９を参照すると、ベニューのロケーションサーバ（たとえば、図１Ｂ中のロケーションサーバ２０６）においてロケーションサービスを提供する方法９００は、図示の段階を含む。方法９００は、しかしながら、一例にすぎず、限定するものではない。方法９００は、たとえば、追加された、除去された、再配置された、組み合わされた、同時に実行された段階を有する、および／または複数の段階に分割された単一の段階を有することによって変更され得る。

[00119]段階９０２において、方法９００は、ロケーションサービスに関する要求を受信することを含み、ロケーションサービスに関する要求は、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報の少なくとも１つを備える。ロケーションサーバは、たとえば、ＭＬＰＳＬＩＲ（図４参照）またはＭＬＰＴＬＲＲ（図６参照）において、図１Ｂ中のインターフェース２２０を介して、ＬＣＳクライアントからロケーションサービスに関する要求を受信し、要求は、下記および上記でさらに説明したように、少なくとも１つのモバイルデバイスおよび／またはターゲットエリアを識別する。

[00120]段階９０４において、方法９００は、応答を送ることを含み、応答は、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報の少なくとも１つを備え、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または地理的エリアの識別情報の少なくとも１つは、ベニュー固有識別情報を備える。ロケーションサーバは、たとえば、ＭＬＰＳＬＩＡもしくはＳＬＩＲＥＰ（図４参照）またはＭＬＰＴＲＬＡもしくはＴＬＲＥＰ（図６参照）において、図１Ｂ中のインターフェース２２０を介して、ＬＣＳクライアントへの応答をＬＣＳクライアントに送る。少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、および／または地理的エリアの識別情報は、ベニュー固有識別情報を含み、その例は、上記で説明されている。たとえば、ターゲットエリアの識別情報および／または地理的エリアの識別情報は、都市ロケーションを含み得、都市ロケーションは、ベニュー固有部分とグローバル部分とを含み得る。別の例として、少なくとも１つのモバイルデバイスの第１の識別情報または少なくとも１つのモバイルデバイスの第２の識別情報は、ベニュー固有名を備え得、ベニュー固有名は、個々のモバイルデバイスまたはモバイルデバイスのグループを識別し得る。

[00121]周期的報告の一実施形態では、方法９００の段階９０２において受信された要求は、一定の間隔における周期的報告に関する要求、または、特定のモバイルデバイスもしくはモバイルデバイスのグループが提供されたターゲットエリアに入る、そこから出る、その中に残る、その外側に残るたびにトリガされる報告に関する要求などの、トリガ条件または周期的条件を含み得る。この実施形態では、段階９０４において応答を送ることは、たとえば、固定周期的間隔において、または、特定のトリガ条件がロケーションサーバによって検出されるたびに繰り返され得る。

[00122]方法９００は、他の特徴を含み得る。別の特徴の一例として、方法９００は、分析報告を送ることを含み得る。たとえば、段階９０２において要求されたロケーションサービスは、分析報告であり得、要求は、（ｉ）固定周期的報告間隔においてまたは特定のトリガ条件の検出によって決定される可変周期的報告間隔において分析報告を送ることを示し得、（ｉｉ）分析報告のためのターゲットエリアを提供し得る。この場合には、段階９０４において送られた応答は、段階９０２において要求された分析報告であり得、周期的報告の実施形態について上記で説明したように周期的に繰り返され得、段階９０４において周期的に送られる分析報告は、次いで、（ｉ）モバイルデバイスの開始数（たとえば、先行する固定または可変報告間隔の開始時のターゲットエリア内のモバイルデバイスの数に等しい）、（ｉｉ）入るモバイルデバイスの数（たとえば、先行する固定または可変報告間隔の間にターゲットエリアに入るモバイルデバイスの数に等しい）、（ｉｉｉ）出るモバイルデバイスの数（たとえば、先行する固定または可変報告間隔の間にターゲットエリアを出るモバイルデバイスの数に等しい）、（ｉｖ）モバイルデバイスの平均数（たとえば、先行する固定または可変報告間隔の間のターゲットエリア内のモバイルデバイスの平均数に等しい）、（ｖ）および／または、平均滞在時間（たとえば、先行する固定または可変報告間隔の間のターゲットエリア内にモバイルデバイスがある平均時間に等しい）を含み得る。

[00123]さらに図１〜図６および図９の参照とともに、図１０を参照すると、ロケーションサービス（ＬＣＳ）クライアントにおいてロケーションサービスを提供する方法１０００は、図示の段階を含む。方法１０００は、しかしながら、一例にすぎず、限定するものではない。方法１０００は、たとえば、追加された、除去された、再配置された、組み合わされた、同時に実行された段階を有する、および／または複数の段階に分割された単一の段階を有することによって変更され得る。方法１０００は、方法９００と同様であるが、ＬＣＳクライアントの観点からである。

[00124]段階１００２において、方法１０００は、ロケーションサービスに関する要求を送ることを含み、ロケーションサービスに関する要求は、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報を備える。ＬＣＳクライアントは、たとえば、ＭＬＰＳＬＩＲメッセージ（図４参照）またはＭＬＰＴＬＲＲメッセージ（図６参照）において、図１Ｂ中のインターフェース２２０を介して、ロケーションサーバにロケーションサービスに関する要求を送り、要求は、図９に関して上記で説明したように、少なくとも１つのモバイルデバイスおよび／またはターゲットエリアを識別する。

[00125]段階１００４において、方法１０００は、応答を受信することを含み、応答は、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報の少なくとも１つを備え、少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、または地理的エリアの識別情報の少なくとも１つは、ベニュー固有識別情報を備える。ＬＣＳクライアントは、たとえば、ＭＬＰＳＬＩＡもしくはＭＬＰＳＬＩＲＥＰ（図４参照）においてまたはＭＬＰＴＲＬＡもしくはＭＬＰＴＬＲＥＰ（図６参照）において、図１Ｂ中のインターフェース２２０を介して、ロケーションサーバから応答を受信し、応答は、図９の段階９０４に関連して上記で説明したように、少なくとも１つのモバイルデバイスの第２の識別情報および地理的エリアの識別情報の少なくとも１つを備える。少なくとも１つのモバイルデバイスの第１の識別情報、少なくとも１つのモバイルデバイスの第２の識別情報、ターゲットエリアの識別情報、および／または地理的エリアの識別情報は、ベニュー固有識別情報を含み、その例は、上記で説明されている。

[00126]段階１００６において、方法１０００は、段階１００４において受信された応答を使用してロケーションサービスを提供することを含む。たとえば、ＬＣＳクライアントは、ユーザインターフェースを介してユーザに応答を受信したことの聴覚的および／または視覚的通知を提供し得、通知内に、１つもしくはモバイルデバイスの識別情報（たとえば、段階１００４において受信された応答内に含まれる少なくとも１つのモバイルデバイスの第２の識別情報もしくは段階１００２において送られた要求内に含まれる少なくとも１つのモバイルデバイスの第１の識別情報のいずれかに対応する識別情報）および／または地理的領域の識別情報（たとえば、段階１００４において受信された応答内に含まれる地理的エリアの識別情報もしくは段階１００２において送られた要求に含まれるターゲットエリアの識別情報）を含み得、方法９００と同様に、方法１０００は、段階１００２において周期的応答を要求することと、段階１００４において、固定周期的間隔においてまたは特定のトリガ条件の検出に従う可変周期的間隔において応答を受信することとを含み得る。さらに、同じく方法９００と同様に、方法１０００は、段階１００２において分析報告を要求することと、段階１００４において、固定または可変周期的報告間隔に従って、方法９００について説明したのと同じ情報を含む分析報告を受信することとを含み得る。さらに、分析報告が段階１００４において受信された場合、ＬＣＳクライアントは、段階１００６において分析報告を記憶し得、および／または１つもしくは複数の受信された分析報告の分析を実行し、情報をユーザに提供し得る（たとえば、１日または１週間の期間にわたってショッピングモール内の特定の店舗内に入り、その中に滞在し、そこから出たことを検出されたモバイルデバイスの数の情報をショッピングモールのオーナまたはオペレータに提供し得る）。

[00127]高精度および相対的なロケーションおよび／またはターゲットエリア

[00128]地理的情報の高精度な詳述、たとえば、モバイルデバイスまたはターゲットエリアのロケーションは、非常に有用であり得る。高精度ロケーションおよび／またはターゲットエリアの説明は、ロケーションにおける小さな変化が重要であり得る屋内環境、たとえば、ドア、窓、壁、陳列ケース、または他の構造がユーザの視点から２つのわずかに異なる領域を分離する屋内環境で有用であり得る。たとえば、モバイルデバイスのロケーションにおける１メートル未満の差は、モバイルデバイスがターゲットエリアの内側または外側のどちらにあるのか（たとえば、および、したがって、ロケーション関連サービスがモバイルデバイスに提供されるべきかまたは提供されるべきではないか）、壁または他のバリアのどちらの側にモバイルデバイスが現在あるのか、などを決定し得る。ロケーションまたはターゲットエリアの典型的な精度は、（たとえば、ロケーションが世界測地系８４（ＷＧＳ８４）を使用して表現されるとき）緯度および経度の整数の度、分および秒で提供され得、したがって、約３１メートルの精度を有するが、屋内で正確にロケーションを指定するには粗すぎることがある。ロケーションは、また、（たとえば、ロケーションがユニバーサル横メルカトル（ＵＴＭ：Universal Transverse Mercator）系を使用して表現されるとき）約１メートルの精度でメートルの単位で提供され得る。

[00129]ロケーションの精度を改善するために、小数要素は、緯度および経度座標に加えられ得る。たとえば、小数部分は、１秒の経度または１秒の緯度の分数であり得、数字の配列たとえば、「０．９１５４」を使用して小数として表現され得る。小数要素は、ロケーションがＵＴＭを使用して整数メートルとして表現されるとき、代わりに、１メートルの小数であり得る。小数部分は、また、整数メートルとして表現される高度座標の場合には、１メートルの小数であり得る（たとえば、地表よりも上もしくは下、またはＷＧＳ８４楕円体の表面よりも上もしくは下）。小数要素は、また、相対的ロケーションが（たとえば、以下でさらに説明するように）固定された既知のロケーションを有する何らかの基準点を使用して提供され得るとき、追加され得、相対的ロケーションは、基準点に対するロケーションを提供する。この場合にはロケーションは、基準ロケーションと提供されているロケーションとの間の緯度および経度の整数の差について、度、分および秒を使用して提供され得、または、基準ロケーションおよび整数メートルとして提供されているロケーションについてのＵＴＭ座標における差として提供され得る。両方の場合で、小数要素は、相対的ロケーションの精度と正確さとを高めるために整数に加えられ得る。

[00130]ＬＣＳクライアントは、高精度地理的情報を要求し、受信し、処理するように構成され得、ロケーションサーバは、高精度情報に関する要求を処理し、および／または高精度地理的情報を決定し、提供するように構成され得る。ＬＣＳクライアントは、高精度地理的情報を、たとえば、ＭＬＰＳＬＩＲまたはＭＬＰＴＬＩＲメッセージ内で要求し得、ロケーションサーバは、高精度地理的情報を、たとえば、ＭＬＰＳＬＩＡもしくはＳＬＩＲＥＰメッセージ内で、またはＭＬＰＴＬＲＡもしくはＴＬＲＥＰメッセージ内で提供し得る。高精度地理的情報は、ロケーションの整数および小数部分、たとえば、２次元または３次元ロケーションのメートルの小数部分、度−分−秒ロケーションでの秒の小数部分、などのような座標の小数部分を含み得る。３次元ロケーションについて、ｘ、ｙ、およびｚ座標は、ｘ、ｙ、およびｚ座標の各々の整数および小数成分で提供され得る。ターゲットエリアについて、高精度地理的情報は、ターゲットエリアを定義するパラメータの整数および小数部分であり得る。たとえば、高精度ターゲットエリアは、（たとえば、多角形の頂点に対応する）ターゲットエリアの境界を定義するロケーションの整数および小数部分、円の中心の座標の整数および小数部分、ならびに／または円の半径の整数および小数部分、などによって指定され得る。

[00131]ロケーションは、また、本明細書ですでに言及したように、そのロケーションが固定され得、既知または場合によっては未知であり得る何らかの基準点に対して表現され得る。ＬＣＳクライアントは、たとえば、図４でのようにＭＬＰＳＬＩＲメッセージを使用してまたは図６でのようにＭＬＰＴＬＲＲメッセージを使用して、ロケーションサーバからのロケーションサービスを要求したとき、相対的ロケーションとして地理的ロケーションを提供するようにロケーションサーバに要求し得る。ＬＣＳクライアントは、次いで、要求内でロケーションサーバに基準点を提供し得、基準点の識別情報（たとえば、ロケーションサーバに既知であり得る、および／または平面図もしくはマップ上で示され得る名前）を含み得、および／または、基準点のロケーション（たとえば、緯度、経度および高度などの都市ロケーションもしくは地理的ロケーション）を提供し得る。ロケーションサーバは、次いで、ロケーションサーバに提供される基準点に対して表現された相対的ロケーションとしてロケーション（たとえば、モバイルデバイスのロケーション）をＬＣＳクライアントに提供し得る。代替的には、ロケーションサーバは、何らかの他の基準点に対して表現された相対的ロケーションを提供し得、たとえば、ＬＣＳクライアントが基準点をロケーションサーバに提供しなかった場合、その場合には、基準点および／またはロケーションに関する識別情報（たとえば、ＩＤまたは名前）を提供し得る。

[00132]基準点は、たとえば、建築物の角もしくは建築物のフロアの角（たとえば、基準点は、フロア番号などのフロアの指示を含み得る）、またはアクセスポイント、案内所、もしくは入口／出口ドアもしくは何らかの他の識別可能なロケーションもしくは小さいエリアなどのオブジェクトの既知のロケーションであり得る。相対的ロケーションおよび／または相対的ターゲットエリア説明は、たとえば、（たとえば、建築および平面図と（１つまたは複数の）ローカル測定値とを使用して）相対的位置が絶対的ロケーションよりも正確に決定され得る（たとえば、絶対的ロケーション決定が不可能もしくは正確ではない）屋内環境で有用であり得る。たとえば、ターゲットエリアは、案内所に対応する基準点の南１５０メートル、東２３メートルを中心とする２０メートル×３０メートルの長方形であり得る。さらなる例として、円形または楕円形エリアは、それらのサイズと、基準点に対して提供される原点とに関して指定され得る。多くの屋内エリア（たとえば、ベニュー）では、ロケーションは、屋内エリアに対して（たとえば、建築物またはエントランスの角に対して）正確に知られ得るが、屋内エリアおよびその構成部分の絶対的ロケーションが正確に知られない場合、（たとえば、ＷＧＳ８４またはＵＴＭ座標を使用して表現された）絶対座標を使用して正確に知られないことがある。たとえば、建築平面図、マップおよび平面図は、相対的ロケーションの正確な決定を可能にし得るが、正確な絶対的ロケーションを得ることは、正確な測量またはＧＮＳＳロケーションの使用がないと困難であることがある。さらに、相対的ロケーションは、ＬＣＳクライアントおよび／またはロケーションサーバにとって絶対的ロケーションよりも有用で有意義であり得る。したがって、ＭＬＰなどのそのようなロケーション関連プロトコルで相対的ロケーションを使用することに利益があり得る。

[00133]ＬＣＳクライアントは、ＭＬＰＳＬＩＲ、ＭＬＰＥＬＩＲ（緊急ロケーション即時要求（emergency location immediate request））、またはＭＬＰＴＬＲＲなどで、地理的情報が相対座標を使用して指定されることを要求し得る。相対座標に関する要求は、明示的であり得、または、たとえば、要求内に基準点を含めることによって暗黙的であり得る。

[00134]ロケーションサーバは、基準点に対するモバイルデバイスのロケーションを決定し、提供するように構成され得る。ロケーションサーバは、１つまたは複数のアクセスポイントによって測定されモバイルデバイスから受信された信号におよび／またはモバイルデバイスによって測定され複数のアクセスポイントから受信された信号から基づいて三角測量を使用してモバイルデバイスの相対的ロケーションを決定し得る。ロケーションサーバは、（たとえば、ロケーションサーバが、基準点を識別した要求に応答してロケーションを提供する場合、または、基準点がロケーションサーバからの応答または報告の受信側によって他の方法で知られる、もしくは別段に必要とされない場合）基準点を含むことがあるまたは基準点を含まないことがある応答または報告内で相対的ロケーションを提供し得る。相対座標は、様々なフォーマットで、たとえば、（たとえば、東−西方向で、または構造に対する指定された座標系につき）距離Ｘ、（たとえば、北−南方向で、または指定された座標系につき）距離Ｙ、および（たとえば、垂直方向で）距離Ｚとして表現され得る。ＳＬＩＲ、ＥＬＩＲ、またはＴＬＲＲが基準点を含む場合、ロケーションサーバは、好ましくは、基準点に対するロケーションを提供し得るが、絶対座標でロケーションを提供し得る。

[00135]例示的なメッセージ通信フロー

[00136]次に、前に説明した方法と同じ方法でならびに／または前に説明したロケーションサービスを拡張および改善する方法でベニューまたは他の屋内環境で異なるタイプのロケーション関連サービスをサポートする図１Ａおよび図１Ｂに関して上記で説明したアーキテクチャ中の要素間での対話を示す図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａを参照しながら例示的なメッセージ通信フローについて説明する。図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａ中の要素は、同様の要素番号の使用によって図１Ｂのアーキテクチャ２００中の要素に対応するものとして示されている。したがって、図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａは、図１Ｂ中の要素間のメッセージ対話を直接表し得る。しかしながら、表１に示した要素の対応を使用して、図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａはまた、図１Ａ中の要素間のメッセージ対話を表し得る。図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａ中のインターフェース（または通信リンク）が、略語「ｉ／ｆ」によって示され、モバイルデバイス（またはＭＳ）２０４が、ロケーションエンジンおよびモデム機能構成要素（ＬＥ／Ｍ）と、いくつかの実装形態では、モバイルデバイス（またはＭＳ）２０４によってサポートされるいくつかのインターフェースの真のエンドポイントであり得るアプリケーション（Ａｐｐ）とを備えるものとして示されている。図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａに示し、それらについて説明するイベントのシーケンスは、図示し説明する順序では行われ得るか、またはいくつかの実装形態では、何らかの他の順序で行われ得る。さらに、いくつかのイベントは同時に行われ得、その場合、いくつかのイベントは、他のイベントの前に開始し、これらの他のイベントの間またはそれらの後に完了し得る。以下で説明するように（たとえば、図１１〜図１４、図１５Ａ〜図１５Ｄ、図１６Ｂ〜図１６Ｍ参照）ＬＢＳＡＳ２１２とＬＳ２０６との間で転送される構成メッセージおよびロケーション報告などのメッセージは、（ｉ）特定のモバイルデバイス、モバイルデバイスのグループ、ロケーション、地理的エリアもしくはターゲットエリアを識別するための、上記で説明したようなベニュー固有識別情報、ならびに／または（ｉｉ）トリガ報告に関係するメッセージの場合に上記で説明したような持続条件および／もしくはグループ条件を含み得る。さらに、以下で説明する（図１６Ａ参照）ＭＬＰＴＬＲＲ、ＴＬＲＡ、および／またはＴＬＲＥＰメッセージは、上記で説明した１つまたは複数のトリガ条件、持続条件、および／またはグループ条件を含み得る。したがって、図１１〜図１４、図１５Ａ〜図１５Ｄ、図１６Ｂ〜図１６Ｍ中のメッセージフローは、一般的な方法で以下に説明されているが、それらは、各々、本明細書で先に説明したベニュー固有識別情報と持続条件およびグループ条件との使用の具体的な例を提供し得る。

[00137]図１１は、一実施形態によるネットワーク中心測位を例示し、図１Ｂ中のアーキテクチャ２００中でのロケーションサポートの態様を例示し得るメッセージフロー図である。一実装形態では、図１１中のメッセージフローは、１つまたは複数のモバイルデバイス（たとえば、モバイルデバイス２０４）、ＬＢＳＡＳ（たとえば、ＬＢＳＡＳ２１２）、および／またはＡＬＮ（たとえば、ＡＬＮ２０２）の要素などの他のエンティティと通信しているロケーションサーバ（たとえば、ＬＳ２０６）によって実行され得る。図１１中で、イベントＡにおいて、モバイルデバイス２０４上のアプリケーション（Ａｐｐ）は、たとえば、モバイルデバイス２０４がＬＢＳＡＳ２１２によってサポートされるベニュー中にあるときはいつでも、ロケーションアウェアコンテンツを戻すためにＬＢＳＡＳ２１２に情報を提供するためにＬＢＳＡＳ２１２に登録し得る。そのようなロケーションアウェアコンテンツは、たとえば、ローカルで利用可能な商品およびサービスに関する情報、博物館の展覧会またはローカルルーティング情報などのローカル環境中のオブジェクトに関するデータを含み得る。そのような情報は、たとえば、モバイルデバイス２０４の一意の識別子またはアドレスを含み得る。イベントＢにおいて、ＬＢＳＡＳ２１２は、ベニューに入る（モバイルデバイス２０４を含む）モバイルデバイスを検出し、位置を特定するようにＬＳ２０６を構成するためにＬＳ２０６に１つまたは複数のメッセージを送信し得る。イベントＢにおいて送られた（１つまたは複数の）メッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求、または、図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳ２０６は、モバイルデバイスを検出することと、ベニューに入るモバイルデバイスを検出し、それのロケーションを推定するのを支援し得る測定をＬＳ２０６が実行することとを行うようにＡＬＮ２０２を構成し得る。一実装形態では、ＬＳ２０６は、ベニューに入るモバイルデバイスに関する測定値を取得するようにＡＬＮ２０２を構成するためにＡＬＮ２０２の１つまたは複数の要素に１つまたは複数のメッセージを送信し得る。いくつかの実装形態では、イベントＡは、イベントＢおよびＣの後に行われ得る。

[00138]特定の実装形態では、ＡＬＮ２０２中のノード（たとえば、ＡＰ、フェムトセル）は、測位動作のための測定値を取得することに加えて、モバイルデバイスにアクセスサービス（たとえば、データおよびボイス通信サービス）を与えるために使用され得る。一実施形態では、ＬＳ２０６は、モバイルデバイスに与えられるアクセスサービスの品質の劣化を低減または回避するために、ロケーション測定値を取得するようにＡＬＮ２０２を構成するためにイベントＣにおいてメッセージを送信し得る。たとえば、ＡＬＮ２０２中のノードにイベントＣにおいて送信されたメッセージは、特定のモバイルデバイスまたは特定のタイプのモバイルデバイスによって送信された信号の測定値を取得するために異なる周波数チャネル上で動作し、次いで、他のモバイルデバイスにアクセスサービスを提供するのを再開するために通常の動作チャネルに戻るようにノードを構成し得る。

[00139]ＡＬＮ２０２の構成の後、イベントＤにおいて、モバイルデバイス２０４はベニューに入り得る。イベントＥにおいて、構成されたＡＬＮ２０２は、（たとえば、ＡＬＮ２０２からの通信アクセスをセキュアにするか、または通信アクセスを取得することに関係する情報をＡＬＮ２０２に要求するかのいずれかのために、通常のモバイルデバイス２０４の動作の一部としてモバイルデバイス２０４によって送信された無線信号を検出することによって）ベニューでのモバイルデバイス２０４の存在を検出し得、モバイルデバイス２０４に関する測定値を収集し得る。そのような測定値は、たとえば、必ずしも限定されるとは限らないが、ＲＴＴ、ＲＳＳＩおよび到来角または離脱角の上述の測定値を含み得る。測定値を取得した後に、イベントＦにおいて、ＡＬＮ２０２は、ＬＳ２０６に測定報告を送信し得る。受信された測定報告は、ＡＬＮ２０２によって検出されたモバイルデバイス（たとえば、モバイルデバイス２０４）の識別子と関連する測定値とを含み得る。イベントＦにおいて測定値を受信した後に、ＬＳ２０６は、モバイルデバイス（たとえば、モバイルデバイス２０４）の位置を計算するために、イベントＧにおいてＡＬＮＤＢ２０８にＡＬＮ２０２アルマナックデータを要求し、取得し得る。イベントＧは、随意であり得、ＬＳ２０６が、ＡＬＮアルマナックデータを必要とするが、このデータをまだ有していない場合にのみ実行され得る。イベントＧが実行される場合、ＬＳ２０６は、後で使用するために受信されたデータをキャッシュし、したがって、図１１中のメッセージフローが後で実行される場合にイベントＧを実行する必要がないことがある。ＡＬＮＤＢ２０８は、次に、（たとえば、アルマナックデータが、ベニューマップに対するＡＬＮ２０２中のＡＰおよび／またはフェムトセルのロケーションを与え、場合によっては、さらに、ベニューマップに対するＡＰおよび／またはフェムトセルの信号強度値を与える場合に）アルマナックデータをＬＳ２０６に与えるためにマップＤＢ２１０からマップデータを取得し得る。この場合、ＡＬＮＤＢ２０８は、マップＤＢ２０８にマップデータを要求（および取得）する（図１１に図示せず）。イベントＨにおいて、ＬＳ２０６は、イベントＦにおいて受信された測定報告中に含まれている測定値とイベントＧにおいて取得されたかまたはＬＳ２０６にとって以前に利用可能な任意のＡＬＮ２０２アルマナックデータに少なくとも部分的に基づいて、ベニューに入るモバイルデバイス（たとえば、モバイルデバイス２０４）の推定ロケーションを計算し得る。さらに、イベントＨにおいて、ＬＳは、モバイルデバイスにロケーションアウェアコンテンツを配信する際に使用するための、ベニューに入ったモバイルデバイス（たとえば、モバイルデバイス２０４）の計算された推定ロケーションを備える報告をＬＢＳＡＳ２１２に送信し得る。イベントＨにおいて送られた報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。ＬＢＳＡＳ２１２は、次いで、イベントＪにおいて、ベニューでの位置を特定されたモバイルデバイス（たとえば、モバイルデバイス２０４）にロケーションアウェアコンテンツを配信し得る。モバイルデバイス２０４上のアプリケーションに与えられるべきロケーションアウェアコンテンツのタイプに応じて、ＬＢＳＡＳ２１２は、マップデータを取得し得る。ここで、イベントＩにおいて、ＬＢＳＡＳ２１２は、マップＤＢ２１０にマップデータを要求（および取得）し得る。

[00140]図１２は、一実施形態による、ベニュービジター分析データの収集のためのネットワーク中心測位を例示するメッセージフロー図である。収集されるデータは、たとえば、ベニュー全体にわたる経時的ビジター密度と、ベニューを通過する経路と、一意に識別可能なビジターの存在またはコロケーション（collocation）と、ベニュー中の特定のロケーションにおけるビジター滞在時間と、特定のロケーションまたはエリア内のまたはその近くのビジターの数とを含み得る。イベントＡにおいて、モバイルデバイス２０４上のアプリケーションは、たとえば、ＬＢＳＡＳ２１２がロケーションアウェアコンテンツを戻すことを可能にするパラメータをＬＢＳＡＳ２１２に与えるために（たとえば、ベニューに入るより前にまたはベニューに入った後に）ＬＢＳＡＳ２１２に登録し得る。そのようなパラメータは、たとえば、モバイルデバイスの一意の識別子またはアドレス（たとえば、モバイルデバイスユーザのＭＡＣアドレスおよび／またはＩＭＳＩおよび／または識別情報）を含み得る。イベントＡは、随意であり得、モバイルデバイス２０４の識別情報など、モバイルデバイス２０４の情報にＬＢＳＡＳ２１２が事前に依拠する場合にのみ実行され得る。イベントＢにおいて、ＬＢＳＡＳ２１２は、ベニューに入る（モバイルデバイス２０４などの）モバイルデバイスを検出し、位置を特定するようにＬＳ２０６を構成するためにＬＳ２０６に１つまたは複数のメッセージを送信し得る。イベントＢにおいて送られた（１つまたは複数の）メッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳ２０６は、モバイルデバイスを検出することと、ベニューに入るモバイルデバイスを検出し、それのロケーションを推定するのを支援し得る測定をＬＳ２０６が実行することとを行うようにＡＬＮ２０２を構成し得る。一実装形態では、ＬＳ２０６は、ベニューに入るモバイルデバイスに関する測定値を取得するようにＡＬＮ２０２を構成するためにＡＬＮ２０２の１つまたは複数の要素（たとえば、ＡＰおよび／またはフェムトセル）に１つまたは複数のメッセージを送信し得る。いくつかの実装形態では、イベントＡは、イベントＢおよびＣの後に行われ得る。

[00141]ＡＬＮ２０２の構成の後、イベントＤにおいて、モバイルデバイス２０４はベニューに入り得る。イベントＥにおいて、構成されたＡＬＮ２０２は、（たとえば、モバイルデバイス２０４によって送信された無線信号の受信から）ベニューでのモバイルデバイス２０４の存在を検出し得、モバイルデバイス２０４に関する測定値を収集し得る。そのような測定値は、たとえば、ＲＴＴ、ＲＳＳＩおよび到来角または離脱角の上述の測定値を含み得る。測定値を取得した後に、イベントＦにおいて、ＡＬＮ２０２は、ＬＳ２０６に測定報告を送信し得る。受信された測定報告は、ＡＬＮ２０２によって検出されたモバイルデバイス（たとえば、モバイルデバイス２０４）の識別子と関連する測定値とを含み得る。イベントＦにおいて測定値を受信した後に、ＬＳ２０６は、モバイルデバイス（たとえば、モバイルデバイス２０４）の位置を計算するために、イベントＧにおいてＡＬＮＤＢ２０８にＡＬＮ２０２アルマナックデータを要求し、取得し得る。イベントＧは、随意であり得、ＬＳ２０６が、ＡＬＮアルマナックデータを必要とするが、このデータをまだ有していない場合にのみ実行され得る。イベントＧが実行される場合、ＬＳ２０６は、後で使用するために受信されたデータをキャッシュし、したがって、図１２中のメッセージフローが後で実行される場合にイベントＧを実行する必要がないことがある。ＡＬＮＤＢ２０８は、次に、（たとえば、アルマナックデータが、ベニューマップに対するＡＬＮ２０２中のＡＰおよび／またはフェムトセルのロケーションを含んでいて、場合によっては、さらに、ベニューマップに対するＡＰおよび／またはフェムトセルの信号強度値を与える場合に）アルマナックデータをＬＳ２０６に与えるためにマップＤＢ２１０からマップデータを取得し得る。この場合、ＡＬＮＤＢ２０８は、マップＤＢ２０８にマップデータを要求（および取得）する（図１２に図示せず）。イベントＨにおいて、ＬＳ２０６は、イベントＦ中で受信された測定報告中に含まれている測定値とイベントＧにおいて取得されたかまたはＬＳ２０６にとって以前に利用可能な任意のＡＬＮ２０２アルマナックデータに少なくとも部分的に基づいて、ベニューに入るモバイルデバイス（たとえば、モバイルデバイス２０４）の推定ロケーションを計算し得る。さらに、イベントＨにおいて、ＬＳ２０６は、ベニューへのビジターに関する分析データをＬＢＳＡＳ２１２において収集または維持する際に使用するための、ベニューに入ったモバイルデバイス（たとえば、モバイルデバイス２０４）の計算された推定ロケーションを備える報告をＬＢＳＡＳ２１２に送信し得る。イベントＨにおいて送られた報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果（consequence）として）図７中の方法７００に関する段階７０６において送られた応答、または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00142]イベントＨにおいて取得されたベニューに入った（１つまたは複数の）モバイルデバイスの（１つまたは複数の）識別子についての知識を用いて、ＬＢＳＡＳ２１２は、モバイルデバイス（たとえば、モバイルデバイス２０４）の推定ロケーションに対する周期的更新を取得するようにＬＳ２０６を構成するために、イベントＩにおいてＬＳ２０６にメッセージを送信し得る。イベントＩにおいて送られたメッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。それに応答して、ＬＳ２０６は、イベントＪにおいて、ベニューに入ったモバイルデバイス（たとえば、モバイルデバイス２０４）に関する周期的測定値を取得するようにＡＬＮ２０２を構成するプロシージャの一部としてＡＬＮ２０２に１つまたは複数のメッセージを送信し得る。イベントＫ、Ｌ、ＭおよびイベントＷ、Ｘ、Ｙは、イベントＥ、Ｆ、Ｈの１つまたは複数の繰り返しを例示し、したがって、ＡＬＮ２０２は、ベニューに入ったモバイルデバイス（たとえば、モバイルデバイス２０４）のさらなるロケーション関連測定を行い、ＬＳ２０６に測定値を提供する。ＬＳ２０６は、次いで、この情報を使ってモバイルデバイスに関するロケーションを計算し、ＬＢＳＡＳ２１２がさらなる分析データを収集することを可能にするために、ＬＢＳＡＳ２１２に計算されたロケーション、および場合によってはモバイル識別情報を提供し得る。ＬＳ２０６が、モバイルデバイスのロケーションを計算するのを助けるためにＡＬＮ２０２アルマナックデータを採用する場合、イベントＧに対応するイベントも実行され得る。

[00143]図１３は、ベニューでのモバイルデバイスへのロケーションアウェアコンテンツの配信のためのネットワーク主導型モバイル中心測位を例示するメッセージフロー図である。ここで、イベントＡ〜Ｆは、図１１および／または図１２の特定の実装形態でのイベントＡ〜Ｆについて上記で説明したように行われ得る。したがって、イベントＦにおいて、ＬＳ２０６は、ベニューに入った１つまたは複数の対応するモバイルデバイス（たとえば、モバイルデバイス２０４）の１つまたは複数識別子を少なくとも備える１つまたは複数の報告を、構成されたＡＬＮ２０２から受信し得る。

[00144]ベニューに入ったモバイルデバイス２０４の識別子（たとえば、ＩＰアドレスおよび／またはＭＡＣアドレス）についての知識を用いて、ＬＳ２０６は、イベントＧにおいてモバイルデバイスのロケーションエンジンを用いた測位セッションを呼び出すために、（たとえば、場合によってはＡＬＮ２０２を介してモバイルデバイス２０４にメッセージを送り、ルーティングするために識別子を使用して）モバイルデバイス２０４に１つまたは複数のメッセージを送信し得る。測位セッションは、ＳＵＰＬセッションであるか、あるいはＩＥＴＦ、３ＧＰＰまたは３ＧＰＰ２によって定義されたソリューションなどの何らかの他のロケーションソリューションに従って定義されたロケーションセッションであり得る。測位セッションの過程において、モバイルデバイス２０４は、モバイルデバイスの推定ロケーション（たとえば、収集されたＳＰＳ信号の測定値、ＡＬＮ２０２中のＡＰおよび／またはフェムトセルから受信した信号のＲＴＴまたはＲＳＳＩの測定値）を計算する際に使用され得るロケーション測定値を取得し得る。測位セッションの一実装形態では、モバイルデバイス上のロケーションエンジンは、取得された測定値に少なくとも部分的に基づいてモバイルデバイスのロケーションの推定値を計算し得る。モバイルデバイスは、次いで、ＬＳ２０６に推定ロケーションを送信し得る。測位セッションの一代替実装形態では、ＬＳ２０６がモバイルデバイス２０４の推定ロケーションを計算し得るように、モバイルデバイスは、ＬＳ２０６にモバイルデバイス２０４において収集されたロケーション測定値を送信し得る。イベントＩにおいて、ＬＳ２０６は、モバイルデバイスへのロケーションアウェアコンテンツの配信の際に使用するためのモバイルデバイスの識別子とモバイルデバイスのロケーションの計算された推定値とを備える報告をＬＢＳＡＳ２１２に送信し得る。イベントＩにおいて送られた報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00145]随意に、イベントＨにおいて、モバイルデバイス２０４とのイベントＧにおける測位セッションの過程において、ＬＳ２０６は、（ｉ）（たとえば、モバイルデバイス２０４がイベントＧ中にＬＳ２０６にＡＬＮ２０２のロケーション測定値を提供した場合）ＬＳ２０６がモバイルデバイス２０４の推定ロケーションを計算するのを支援すること、ならびに／または（ｉｉ）ＡＬＮ２０２の測定を支援し、場合によってはこれらの測定値からモバイルデバイスのロケーションを推定することを支援するためにモバイルデバイス２０４にアルマナックデータなどのＡＬＮ関連データを提供することを行うためにＡＬＮＤＢ２０８からＡＬＮアルマナックデータを要求し得る。一実装形態では、ＡＬＮＤＢ２０８は、ＡＬＮアルマナックデータをＬＳに与えるためにマップＤＢ２１０にマップデータを要求し、取得し得る。

[00146]モバイルデバイス２０４上にホストされたアプリケーションに与えられるべきロケーションアウェアコンテンツのタイプに応じて、イベントＪにおいて、ＬＢＳＡＳ２１２は、マップＤＢ２１０にマップデータを要求（および取得）し得る。ＬＢＳＡＳ２１２は、イベントＫにおいて、モバイルデバイス２０４にロケーションアウェアコンテンツを配信し得る。

[00147]図１４は、周期的更新を用いるベニューでのモバイルデバイスのネットワーク主導型モバイル中心測位を例示するメッセージフロー図である。図１４に示されているイベントＡ〜Ｉは、上記で説明した図１３中のイベントＡ〜Ｉとして行われ得る。したがって、イベントＩにおいて、ＬＳ２０６は、モバイルデバイス２０４の識別子とモバイルデバイスのロケーションの計算された推定値とを備える報告をＬＢＳＡＳ２１２に送信し得る。イベントＩにおいて送られた報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00148]イベントＪにおいて、モバイルデバイス２０４の（および場合によっては他のモバイルデバイスの）推定ロケーションの周期的更新またはトリガ更新を取得するようにＬＳ２０６を構成するために、ＬＢＳＡＳ２１２は、ＬＳ２０６に１つまたは複数のメッセージを送信し得る。イベントＪにおいて送られた（１つまたは複数の）メッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。推定ロケーションの周期的更新またはトリガ更新を取得するために、ＬＳ２０６は、（イベントＨの繰り返しにおいて）追加のＡＬＮアルマナックデータが必要とされ得ない場合、イベントＫおよびＬならびにイベントＸおよびＹによって例示されるように、イベントＧ、Ｉの１つまたは複数の繰り返しを誘発し得る。これらのイベントの過程において、モバイルデバイス２０４の推定ロケーションが、周期的に決定され、イベントＬおよびＹにおいてＬＳ２０６によってＬＢＳＡＳ２１２に報告され得る。モバイルデバイス２０４は、イベントＺにおいてベニューを離れ得、その後、ロケーション報告が停止し得る。

[00149]図１５Ａは、ベニューでのモバイルデバイスのモバイル主導型モバイル中心測位を例示するメッセージフロー図である。イベントＡにおいて、モバイルデバイス２０４上にホストされたアプリケーションは、たとえば、ＬＢＳＡＳ２１２が、将来、アプリケーションにロケーションアウェアコンテンツを配信することを可能にするために、ＬＢＳＡＳ２１２にアプリケーションを登録するためにＬＢＳＡＳ２１２にメッセージを送信し得る。登録は、アプリケーションおよび／またはモバイルデバイス２０４の識別子をＬＢＳＡＳ２１２に与え得る。イベントＢにおいて、構成プロシージャを呼び出すために、ＬＢＳＡＳ２１２は、ＬＢＳＡＳ２１２に測位結果を報告するようにＬＳ２０６に命令するためにＬＳ２０６に１つまたは複数のメッセージを送信し得る。このシナリオでは、構成要求は、以下で説明するイベントＥにおけるモバイル主導型位置セッションのためにＬＳ２０６を準備する。モバイルデバイス２０４は、イベントＣにおいてベニューに入り、ベニューにそれが入ることを自律的に検出し得る。ここで、モバイルデバイス２０４は、たとえば、無線周波数（ＲＦ）ＩＤタグ、ＡＬＮ２０２中のＡＰまたはフェムトセルによって送信された信号の取得によって（たとえば、ここで、送信された信号はベニューを識別するか、またはモバイルデバイス２０４によってベニューに関連付けられ得る情報を含み得る）、またはユーザ入力（たとえば、イベントＡにおけるアプリケーションとのユーザ対話）によってそれが入ることを検出し得る。

[00150]イベントＤにおいて、ベニューへの侵入を検出したことに応答して、モバイルデバイス２０４上にホストされたアプリケーション（たとえば、イベントＡの場合と同じアプリケーション）は、モバイルデバイス２０４の推定ロケーションを取得するようにモバイルデバイス２０４上のロケーションエンジンに要求し得る。イベントＥにおいて、モバイルデバイス２０４上のロケーションエンジンは、モバイルデバイス２０４の推定ロケーションを取得し、イベントＧにおいて応答メッセージ中でアプリケーションに推定ロケーションを与えるために、ＬＳ２０６との測位セッションを開始し得る。モバイルデバイス２０４は、最初に、（たとえば、ＡＬＮ２０２から受信した情報から、Ｈ−ＳＬＰなどのモバイルデバイス２０４のホームロケーションサーバから、Ｈ−ＳＬＰによって認証される何らかのＤ−ＳＬＰから、またはイベントＡにおける登録中に）ＬＳ２０６を発見する必要があり得る。イベントＥにおける測位セッションは、ＳＵＰＬセッションあるいはＩＥＴＦ、３ＧＰＰまたは３ＧＰＰ２によって定義されたソリューションなどの何らかの他のロケーションソリューションに従って定義されたロケーションセッションであり得る。一実施形態によれば、イベントＥにおいて開始される測位セッションの過程において、ＬＳ２０６は、（ｉ）モバイルデバイス２０４の推定ロケーションの計算を容易にすること、ならびに／あるいは（ｉｉ）モバイルデバイス２０４が（たとえばＡＬＮ２０２の）ロケーション測定を行うこと、および／または（たとえば、ＡＬＮ２０２のモバイルデバイス２０４によって取得された測定値からの）推定ロケーションの計算を行うことを支援するためにモバイルデバイス２０４にＡＬＮデータを与えることを行うために、イベントＦにおいてＡＬＮＤＢ２０８にＡＬＮアルマナックデータを要求し得る。別の実装形態では、ＡＬＮＤＢ２０８は、ＡＬＮアルマナックデータをＬＳ２０６に与えることを可能にするためにマップＤＢ２１０にマップデータを要求し、取得し得る。

[00151]イベントＨにおいて、ロケーションアウェアコンテンツを取得するために、モバイルデバイス２０４上にホストされたアプリケーションは、イベントＧにおいて取得されたモバイルデバイスの推定ロケーションと、モバイルデバイス２０４上にホストされたアプリケーションの識別子ならびに／あるいはモバイルデバイス２０４および／またはモバイルデバイス２０４のユーザの識別子とを含むサービス要求メッセージをＬＢＳＡＳ２１２に送信し得る。イベントＩにおいて、ＬＢＳＡＳ２１２は、イベントＨにおけるサービス要求メッセージに応答して、マップＤＢ２１０にマップデータを随意に要求し、受信し得る。イベントＪにおいて、ＬＢＳＡＳ２１２は、モバイルデバイス２０４上にホストされたアプリケーションによって受信される要求されたロケーションアウェアコンテンツをモバイルデバイス２０４に送信し得る。

[00152]図１５Ｂは、一実施形態による、ベニュー内のモバイルデバイス２０４へのサービスプロビジョンのネットワーク中心サポートを例示する。サービスプロビジョンは、たとえば、ロケーション関連情報のプロビジョン、ならびに／あるいは方向および／またはナビゲーション支援のプロビジョンを含む、ベニューによって提供される様々なタイプのサービスをサポートし得る。イベントＡにおいて、モバイルデバイス（ＭＳ）２０４上のアプリケーション（Ａｐｐ）は、ＬＢＳＡＳ２１２に登録し得、モバイルデバイスの識別情報（たとえば、ＭＡＣアドレス、ＩＭＳＩ）、随意に、（たとえば、いくつかの信用できるＡｐｐのみがベニューからロケーションサービスを受信するのを許可される場合）Ａｐｐの識別情報およびＡｐｐ識別情報を認証する手段、サポートされたおよび／または好適なサービスおよびプライバシーに関する情報ならびに／あるいはモバイルデバイスの測位能力（たとえば、ＳＵＰＬをサポートする能力）に関する情報を与え得る。このイベントは、随意であり、必要に応じて行われ得る。シナリオに応じて、このイベントはイベントＣおよびＤの前または後に行われ得る。モバイルデバイス２０４上のＡｐｐがモバイルデバイス２０４のロケーションを与えることなしにベニューからサービスを要求するシナリオでは、Ａｐｐは、イベントＢにおいてＬＢＳＡＳ２１２にサービス要求を送る。サービス要求は、要求されている特定のサービス（たとえば、ナビゲーション支援、方向、ベニューのマップデータ、モバイルデバイス２０４のロケーションがアセットまたはユーザ追跡システムにＬＢＳＡＳ２１２またはモバイルデバイス２０４によって周期的に更新されるアセットまたはユーザ追跡システム）を識別し得、モバイルデバイス２０４の識別情報（たとえば、ＭＡＣアドレス、ＩＰアドレス、ＩＭＳＩ）および／またはＡｐｐの識別情報、ならびに／あるいはモバイルデバイスの測位能力（たとえば、ＳＵＰＬをサポートする能力）に関する情報を含み得る。イベントＢの可能なトリガは、（たとえば、ＡＬＮ２０２によって送信された信号の検出に応答して）それがベニュー内にあることをＡｐｐが検出すること、またはユーザがベニューに入ったことに気づいたことに応答してユーザがＡｐｐを呼び出すことを含み得る。いくつかの実装形態では、イベントＢにおけるサービス要求は、ユーザに後で（たとえば、図１５Ｂ中のイベントＪ、ＱおよびＺにおいて）与えられるロケーションサービスと引き換えに、ＬＢＳＡＳ２１２が、モバイルデバイス２０４のロケーションをいくつかのサードパーティ（たとえば、ベニューオーナー）と共有することについてのユーザ許可を示し得る。いくつかの実装形態では、イベントＡにおける登録および／またはイベントＢにおけるサービス要求は、（ｉ）モバイルデバイス２０４がある地理的エリアに出入りした場合に通知されること、（ｉｉ）あるエリア内にあるときにいくつかのサービスまたは特権を受けること（ある情報をダウンロードすることが可能であることなど）、あるいは（ｉｉｉ）別のユーザ（たとえば、子供）がモバイルデバイス２０４に対して定義されたジオフェンスエリアを出たときに通知されることなど、Ａｐｐの特定のサービス選好に関連するジオフェンス情報をＬＢＳＡＳ２１２に与え得る。イベントＣにおいて、ＬＢＳＡＳ２１２は、ＬＳ構成プロシージャを呼び出すために、ＬＳ２０６に１つまたは複数のメッセージを送ることによって、位置結果を報告するようにＬＳ２０６を構成し得る。ＬＳ構成プロシージャは、特定のトリガイベント（たとえば、ジオフェンスに出入りすることに関するイベント）のための単一の位置または複数の位置を要求し得、単一のＭＳ（たとえば、モバイルデバイス２０４）、ＭＳのセット（たとえば、ＬＢＳＡＳ２１２に現在登録されているすべてのＭＳ）またはベニュー内で検出されたすべてのＭＳに対処することができる。イベントＣにおいてロケーション情報が要求されたＭＳのそれぞれは、ＭＡＣアドレス、ＩＰアドレスおよび／またはＩＭＳＩなどの何らかのＭＳ識別情報を使用して識別され得る。イベントＣは、（たとえば、すべてのＭＳに関する位置結果を構成するために）イベントＡの前に行われ、（たとえば、すべての登録されたＭＳに関する位置結果を構成するために）イベントＡの後だがイベントＢの前に行われ、ならびに（たとえば、イベントＢ中でサービス要求に関する特定の位置結果を構成するために）イベントＢの後に行われ得る。ステップＣにおいて構成された（１つまたは複数の）トリガイベントは、ベニューへのモバイルデバイス２０４の侵入の検出、特定のジオフェンスエリアへのモバイルデバイスの侵入またはそれからの離脱の検出、経過するたびにロケーション情報をＬＢＳＡＳ２１２に戻すべき周期的時間間隔および／または前に報告されたロケーションに対するモバイルデバイス２０４の推定ロケーションの何らかのしきい値だけの変化を含み得る。イベントＣにおいて送られた（１つまたは複数の）メッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。

[00153]イベントＣにおいて実行されるＬＳ構成に沿って、ＬＳ２０６は、モバイルデバイス２０４および／または他のモバイルデバイスの存在および場合によってはロケーションの検出を可能にする測定を実行するようにＡＬＮ２０２に命令するために、イベントＤにおいてＡＬＮ構成プロシージャを実行し得る。イベントＤにおける構成は、ＡＬＮ２０２にモバイルデバイス２０４の識別情報を与えることと、ＬＳ２０６にモバイルデバイスのロケーション測定値を報告するための時間間隔を与えることと、モバイルデバイスの信号測定値がＬＳ２０６に報告されるべきモバイルデバイスの信号測定値の変化とを含み得る。イベントＥにおいて、ＡＬＮ２０２は、モバイルデバイス２０４を検出し、モバイルデバイス２０４の測定を実行する。ＡＬＮ２０２がモバイルデバイス２０４の測定値を取得した後、ＡＬＮ２０２は、イベントＦにおいて測定報告中でＬＳ２０６に測定値を報告する。測定報告は、モバイルデバイスの識別情報（たとえば、ＭＡＣアドレス、ＩＰアドレス）と測定値とを含み得る。イベントＦにおいて測定値を受信した後に、ＬＳ２０６は、モバイルデバイス２０４の位置を計算するために、イベントＧにおいてＡＬＮＤＢ２０８にＡＬＮアルマナックデータを要求し、取得し得る。イベントＧは、随意であり得、ＬＳ２０６が、ＡＬＮ２０２についてのＡＬＮアルマナックデータを必要とし、ＡＬＮＤＢ２０８からこのデータをまだ取得しておらず、後で使用するためにデータを記憶していない場合にのみ実行され得る。ＡＬＮＤＢ２０８はまた、ＬＢＳＡＳ２１２にアルマナックデータを与えることができるようにするためにマップデータを必要とし得る。この場合、ＡＬＮＤＢ２０８は、マップＤＢ２１０に必要なマップデータを要求（および取得）する。

[00154]イベントＨにおいて、ＬＳ２０６は、イベントＦにおいて受信された測定値とイベントＧにおいて受信された任意のＡＬＮアルマナックデータとに基づいてモバイルデバイス２０４の位置を計算し、ＬＢＳＡＳ２１２にロケーション報告を送る。ロケーション報告は、モバイルデバイスの識別情報（たとえば、ＭＡＣアドレス、ＩＰアドレス）および位置と、モバイルデバイス２０４が特定の地理的エリアに出入りしたなどのモバイルデバイス２０４に適用可能な任意のトリガイベントの指示とを含み得る。いくつかの実装形態では、ＬＳ２０６は、イベントＨを直ちに実行せず、代わりに、イベントＦのさらなる繰り返しを待ち得る（図１５Ｂに図示せず）。これは、たとえば、モバイルデバイス２０４が（たとえば、モバイルデバイス２０４が、特定の地理的エリアを出入りしたなどの）何らかのトリガ条件を満たし、イベントＦのさらなる繰り返しが、特定のトリガイベントが行われ、ＬＳ２０６によって検出される前に必要とされるときにのみイベントＨにおいてロケーション報告を与えるようにＬＳ２０６がイベントＣにおいてＬＢＳＡＳ２１２によって構成された場合に行われ得る。イベントＨにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。ＬＢＳＡＳ２１２が、初期サービス要求（すなわち、イベントＢ）に応答するためにマップデータを必要とし、データを以前に取得および記憶していなかった場合、ＬＢＳＡＳ２１２は、イベントＩにおいてマップＤＢ２１０から必要なマップデータを要求（および取得）し得る。モバイルデバイス２０４のロケーション推定値および／またはロケーションアウェアコンテンツが、イベントＢに応答して、またはイベントＥにおいてベニューでモバイルデバイス２０４を検出したことの結果として、またはイベントＨにおいて示された任意のトリガイベントの結果として、モバイルデバイス２０４（Ａｐｐ）に与えられる必要がある場合、ＬＢＳＡＳ２１２は、イベントＪにおいてモバイルデバイス２０４（Ａｐｐ）にサービス提供（Provide Service）メッセージを送る。サービス提供メッセージは、モバイルデバイス２０４のロケーション推定値および／またはロケーションアウェアコンテンツ（たとえば、ベニューマップデータ、モバイルデバイス２０４の現在のロケーションに関係する方向および／またはベニュー情報）を含んでいる。アセットまたはユーザ追跡サービスの場合、ＬＢＳＡＳ２１２またはモバイルデバイス２０４は、次いで、モバイルデバイス２０４のロケーション推定値でアセットまたはユーザ追跡サービスを更新し得る（図１５Ｂに図示せず）。

[00155]ＬＢＳＡＳ２１２が（たとえば、イベントＣにおいて命令された頻度よりも頻繁に、またはそこで命令されたトリガイベントとは異なるトリガイベントに対してモバイルデバイス２０４に関するロケーション報告を取得するために）ＬＳ２０６を再構成する必要がある場合、ＬＢＳＡＳ２１２は、モバイルデバイス２０４のロケーションを報告することに関してイベントＫにおいてＬＳ２０６に新しい構成命令を含む１つまたは複数のメッセージを送り得る（たとえば、モバイルデバイス２０４が何らかのジオフェンスに出入りするなどの新しいトリガ条件を提供し得る）。イベントＫにおいて送られた１つまたは複数のメッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＫが実行された場合、ＬＳ２０６は、イベントＫのＬＢＳＡＳの再構成に沿ってＡＬＮ２０２を再構成し得る（たとえば、ＬＢＳＡＳ２１２は、より高頻度で、またはモバイルデバイス２０４に関係する信号測定値（たとえば、ＲＴＴ、ＲＳＳＩ）のある変化などのいくつかのイベントトリガの発生に応答して、ＡＬＮ２０２にモバイルデバイス２０４に関係するロケーション報告を要求し得る）。前に説明したイベントＥ、Ｆ、Ｇ、Ｈ、ＩおよびＪは、次いで、ＬＢＳＡＳ２１２にモバイルデバイス２０４についての更新されたロケーション情報を与え、モバイルデバイス２０４に新しいサービス（たとえば、新しいマップデータ、新しいベニュー情報）を与えるために、（たとえば、イベントＭ、Ｎ、Ｏ、Ｐ、Ｑにおいて、およびイベントＶ、Ｗ、Ｘ、Ｙ、Ｚにおいて、ここにおいて、イベントＧの繰り返しは省略される）１回または複数回繰り返され得る。

[00156]図１５Ｃは、ベニュー内のモバイルデバイス２０４へのサービスプロビジョンのモバイル中心ネットワーク主導型サポートを例示する。サービスプロビジョンは、たとえば、ロケーション関連情報のプロビジョンならびに方向および／またはナビゲーション支援のプロビジョンを含む、ベニューによって提供される様々なタイプのサービスをサポートし得る。図１５Ｃの実施形態が図１５Ｂの場合のようなネットワーク中心測位の代わりにモバイル中心ネットワーク主導型測位を採用し得ることを除いて、図１５Ｃは、図１５Ｂの実施形態と同じベニューサービスをサポートし得る。図１５Ｃ中のイベントＡ、ＢおよびＣは、図１５Ｂについて前に説明したように行われ得る。したがって、イベントＣにおいて、ＬＳ２０６は、モバイルデバイス２０４および場合によっては他のモバイルデバイスのための構成命令をＬＢＳＡＳ２１２から受信し得る。イベントＣに応答して、ＬＳ２０６は、モバイルデバイス２０４の推定ロケーションを取得するために、イベントＤにおいてモバイルデバイス２０４（ＬＥ／Ｍ）との測位セッションを開始し得る。測位セッションは、ＳＵＰＬセッションを備え得る（次いで、測位のためにＬＰＰおよびＬＰＰｅを採用し得る）か、あるいはＩＥＴＦ、３ＧＰＰまたは３ＧＰＰ２によって定義されたソリューションなどの何らかの他のロケーションソリューションに従って定義されたロケーションセッションを備え得る。測位セッションの過程において、ＬＳ２０６は、モバイルデバイス２０４の推定位置の計算を可能にするためにイベントＥにおいてＡＬＮＤＢ２０８からＡＬＮアルマナックデータを要求し、取得し、ならびに／またはモバイルデバイス２０４が測定値を取得し、場合によってはモバイルデバイス２０４のロケーションを推定することを可能にするためにモバイルデバイス２０４にＡＬＮ２０２データを提供し得る。イベントＥは、随意であり、ＬＳ２０６またはモバイルデバイス２０４が、ＡＬＮアルマナックデータを採用する場合、およびＬＳ２０６が、ＡＬＮＤＢ２０８からこのデータをまだ取得しておらず、後で使用するためにデータを記憶していない場合にのみ実行され得る。イベントＥが行われる場合、ＡＬＮＤＢ２０８は、ＬＳ２０６にアルマナックデータを与えるためにマップデータを採用し得る。この場合、ＡＬＮＤＢ２０８は、マップＤＢ２１０にマップデータを要求（および取得）し得る。いくつかの実装形態では、イベントＤにおける測位セッションは、モバイルデバイス２０４が特定のジオフェンスエリアに出入りするなどのいくつかのトリガイベントが行われるときにのみＬＳ２０６がモバイルデバイス２０４のロケーション推定値を取得するトリガ測位をサポートし得る。これらの実装形態では、ＬＳ２０６および／またはモバイルデバイス２０４は、モバイルデバイス２０４のロケーション推定値を周期的に取得し、ロケーション推定値がトリガ条件を満たすかどうかを決定することによってトリガイベントの発生を監視し得る。ＳＵＰＬ測位セッションの場合、モバイルデバイス２０４は、モバイルデバイス２０４に関するロケーション推定値を周期的に計算し、１つまたは複数のトリガイベントが検出されたときにＬＳ２０６に位置推定値を通信するために、測位支援データをＬＳ２０６から取得することによって任意のトリガ条件を監視し得る。

[00157]イベントＦにおいて、ＬＳ２０６は、ロケーション報告中でＬＢＳＡＳ２１２にモバイルデバイス２０４の計算されたロケーション推定値を報告し得、ロケーション報告は、モバイルデバイス２０４の識別情報と、モバイルデバイス２０４が特定の地理的エリアに出入りしたなどのモバイルデバイス２０４に適用可能な任意のトリガイベントの指示とを含み得る。いくつかの実装形態では、ＬＳ２０６は、イベントＦを直ちに実行し得ず、代わりに、イベントＤのさらなる繰り返しを待ち得る（図１５Ｃに図示せず）。これは、たとえば、モバイルデバイス２０４が（たとえば、モバイルデバイス２０４が、特定の地理的エリアを出入りしたなどの）何らかのトリガ条件を満たし、イベントＤのさらなる繰り返しが、特定のトリガイベントが行われ、ＬＳ２０６によって検出されるか、またはモバイルデバイス２０４によってＬＳ２０６に報告されるかのいずれかの前に必要とされるときにのみイベントＦにおいてロケーション報告を与えるようにＬＳ２０６がイベントＣにおいてＬＢＳＡＳ２１２によって構成された場合に行われ得る。イベントＦにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。ＬＢＳＡＳ２１２が、初期サービス要求（イベントＢ）に応答するためにマップデータを採用し、データを以前に取得および記憶していなかった場合、ＬＢＳＡＳ２１２は、イベントＧにおいてマップＤＢ２１０に必要なマップデータを要求（および取得）し得る。モバイルデバイス２０４のロケーション推定値および／またはロケーションアウェアコンテンツが、イベントＢまたはイベントＡに応答して、あるいはイベントＦにおいて示された任意のトリガイベントの結果として、モバイルデバイス２０４（Ａｐｐ）に与えられるべきである場合、ＬＢＳＡＳ２１２は、イベントＨにおいてモバイルデバイス２０４（Ａｐｐ）にサービス提供メッセージを送り得る。サービス提供メッセージは、モバイルデバイス２０４のロケーション推定値および／またはロケーションアウェアコンテンツ（たとえば、方向またはベニューに関係する情報）を含んでいる。アセットまたはユーザ追跡サービスの場合、ＬＢＳＡＳ２１２またはモバイルデバイス２０４は、次いで、モバイルデバイス２０４のロケーション推定値でアセットまたはユーザ追跡サービスを更新し得る（図１５Ｃに図示せず）。

[00158]ＬＢＳＡＳ２１２が（たとえば、イベントＣにおいて命令された頻度よりも頻繁に、またはそこで命令されたトリガイベントとは異なるトリガイベントに関するモバイルデバイス２０４のロケーション報告を取得するために）ＬＳ２０６を再構成すべき場合、ＬＢＳＡＳ２１２は、モバイルデバイス２０４のロケーションを報告することに関してイベントＩにおいてＬＳ２０６に新しい構成命令を含む１つまたは複数のメッセージを送り得る（たとえば、モバイルデバイス２０４が何らかのジオフェンスに出入りするなど、報告に関する新しいトリガ条件を提供し得る）。イベントＩにおいて送られた１つまたは複数のメッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＩが実行された場合、ＬＢＳＡＳ２１２にモバイルデバイス２０４についての更新されたロケーション情報を与え、モバイルデバイス２０４に新しいサービス（たとえば、新しいマップデータ、新しいベニュー情報）を与えるために、前に説明したイベントＤ、Ｅ、Ｆ、ＧおよびＨが、（たとえば、イベントＪ、Ｋ、Ｌ、ＭおよびＷ、Ｘ、Ｙ、Ｚにおいて示すように、ここで、イベントＥの繰り返しは図示しない）１回または複数回繰り返され得る。

[00159]図１５Ｄは、一実施形態による、ベニュー内のモバイルデバイス２０４へのサービスプロビジョンのモバイル中心モバイル主導型サポートを例示する。サービスプロビジョンは、たとえば、ロケーション関連情報のプロビジョンならびに方向および／またはナビゲーション支援のプロビジョンを含む、ベニューによって提供される様々なタイプのサービスをサポートし得る。図１５Ｄは、図１５Ｂの場合のようなネットワーク中心測位または図１５Ｃの場合のようなモバイル中心ネットワーク主導型測位の代わりに、図１５Ｄがモバイル中心モバイル主導型測位を採用し得ることを除いて、図１５Ｂおよび図１５Ｃと同じベニューサービスをサポートし得る。図１５Ｄ中のイベントＡおよびＢは、図１５Ｂおよび図１５Ｃ中のそれぞれイベントＡおよびＣについて前に説明したように行われ得る。イベントＢにおけるＬＳの構成プロシージャは、次いで、特定のトリガイベントセッションのために、単一の位置または複数の位置についてＬＳ２０６を準備し得、単一のモバイルデバイス２０４（たとえば、イベントＡにおけるモバイルデバイス２０４）、ＭＳのセット（たとえば、ＬＢＳＡＳ２１２に現在登録されているＭＳ）、またはベニュー内で検出されたすべてのＭＳに対処し得る。このシナリオでは、イベントＢにおける構成要求は、モバイルデバイス２０４によって開始されるイベントＤにおける位置セッションのためにＬＳ２０６を準備し得る。

[00160]モバイルデバイス２０４上のＡｐｐ（たとえば、イベントＡに関連するＡｐｐ）は、位置を必要とし、イベントＣにおいてモバイルデバイス２０４上のＬＥ／Ｍにロケーション要求を送り得る。このイベントに関する可能なトリガは、（たとえば、モバイルデバイス２０４によって受信されたＡＬＮ２０２からの信号の検出に基づいて）モバイルデバイス２０４がベニュー内にあることをＡｐｐが検出すること、またはユーザがベニューに入ったことに気づいたことに応答してユーザがＡｐｐを呼び出すことを含み得る。Ａｐｐはまた、Ａｐｐがモバイルデバイス２０４上でローカルにモバイルデバイス２０４の推定ロケーションを取得することができることに気づいていることがある。イベントＤにおいて、モバイルデバイス２０４（ＬＥ／Ｍ）は、モバイルデバイス２０４の推定位置を取得するために、ＬＳ２０６との測位セッションを開始し得る。モバイルデバイス２０４は、最初に、（たとえば、ＡＬＮ２０２から受信した情報から、Ｈ−ＳＬＰなどのモバイルデバイス２０４のホームロケーションサーバから、Ｈ−ＳＬＰによって認証される何らかのＤ−ＳＬＰから、または登録イベントＡ中に）ＬＳ２０６を発見し得る。イベントＤにおける測位セッションは、ＳＵＰＬセッションを備え得る（次いで、測位のためにＬＰＰおよびＬＰＰｅを採用し得る）か、あるいはＩＥＴＦ、３ＧＰＰまたは３ＧＰＰ２によって定義されたソリューションなどの何らかの他のロケーションソリューションに従って定義されたロケーションセッションを備え得る。

[00161]イベントＤにおける測位セッションの過程において、ＬＳ２０６は、モバイルデバイス２０４の推定位置を計算するためにイベントＥにおいてＡＬＮＤＢ２０８にＡＬＮ２０２アルマナックデータを要求および取得し、ならびに／またはモバイルデバイス２０４による測定値および場合によってはロケーション導出を支援するためにモバイルデバイス２０４にＡＬＮデータを与え得る。イベントＥは、随意であり得、ＬＳ２０６またはモバイルデバイス２０４が、ＡＬＮアルマナックデータを採用する場合、およびＬＳ２０６が、ＡＬＮＤＢ２０８からこのデータをまだ取得しておらず、後で使用するためにデータを記憶していない場合にのみ実行され得る。イベントＥが行われる場合、ＡＬＮＤＢ２０８は、ＬＳ２０６にアルマナックデータを与えるためにマップデータを採用し得る。この場合、ＡＬＮＤＢ２０８は、マップＤＢ２１０にマップデータを要求（および取得）し得る。

[00162]イベントＤにおいてモバイルデバイス２０４の推定位置を取得した後に、モバイルデバイス２０４上のＬＥ／Ｍは、イベントＦにおいてロケーション応答中でＡｐｐに推定位置を送り得る。モバイルデバイス２０４上のＡｐｐが（たとえば、イベントＦにおいて取得された位置結果に基づいてまたはイベントＣを呼び出したトリガに基づいて）ＬＢＳＡＳ２１２からロケーションアウェアコンテンツを受信すべき場合、モバイルデバイス２０４（Ａｐｐ）は、イベントＧにおいて要求されるサービスタイプを示すサービス要求をＬＢＳＡＳ２１２に送り得る。サービス要求は、モバイルデバイスの識別情報（たとえば、ＭＡＣアドレス、ＩＰアドレス、ＩＭＳＩ）、モバイルデバイス２０４のユーザの識別情報および／またはイベントＦにおいて取得された推定位置を含み得る。

[00163]ＬＢＳＡＳ２１２が、イベントＧにおいて受信されたサービス要求の結果としてマップデータを採用し、データを以前に取得および記憶していなかった場合、ＬＢＳＡＳ２１２は、イベントＨにおいてマップＤＢ２１０にマップデータを要求（および取得）し得る。イベントＧが実行された場合、ＬＢＳＡＳ２１２は、イベントＩにおいてモバイルデバイス２０４（Ａｐｐ）に、要求されたロケーションアウェアコンテンツをもつサービス提供メッセージを送り得る。イベントＣ〜Ｉは、次いで、（たとえば、モバイルデバイス２０４のロケーションが変化した場合、またはユーザがモバイルデバイス２０４に新しいサービスについての追加の要求を行った場合）モバイルデバイス２０４上のＡｐｐが後でＬＢＳＡＳ２１２に新しいサービスを要求することを可能にするために、１回または複数回繰り返され得る。これらの反復イベントは、図１５Ｄ中のイベントＪ〜ＯおよびイベントＵ〜Ｚに示しており、ここにおいて、イベントＥの繰り返しは図示していない。

[00164]図１６Ａは、ＯＭＡＭＬＰの１つまたは複数の特徴を適用することによってＬＳ２０６とＬＢＳＡＳ２１２との間の通信を容易にするために、図１Ｂ中のメッセージインターフェース２２０上でＭＬＰを使用する方法のメッセージフロー図である。例示的な一実装形態では、ＬＢＳＡＳ２１２は、ＬＳ２０６のＬＣＳクライアントを備え得る。図１６Ａに関して説明した、ＬＢＳＡＳ２１２とＬＳ２０６との間の通信の態様は、図１６Ａの特定の説明に限定されず、図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃおよび図１５Ｄに示した他のメッセージフロー図に関して上記で説明した、ＬＢＳＡＳ２１２とＬＳ２０６との間の通信に適用され得る。ここで、イベントＡにおいて、モバイルデバイス２０４は、特定のサービスのためのＬＢＳＡＳ２１２に登録し得（ＭＡＣまたはＩＰアドレスなどのモバイルデバイス識別情報をＬＢＳＡＳ２１２に与え、サポートされたまたは好適なサービスのセットをＬＢＳＡＳ２１２に与え得）、これは、たとえば、モバイルデバイスが２０４ベニューに入ったことに応答してロケーションアウェアコンテンツ（たとえば、モバイルデバイスの推定ロケーションをもつベニューマップ）をモバイルデバイス２０４に与えることを伴い得る。

[00165]イベントＢにおいて、ＬＢＳＡＳ２１２は、注目するモバイルデバイス（たとえば、モバイルデバイス２０４）の一意の識別子（たとえば、ＭＡＣアドレス、ＩＰアドレス）と、モバイルデバイスがベニューに入るものとしてＡＬＮ２０２によって検出されるイベントを示し得るＡＬＮ／侵入のイベントタイプ（ｔｌｒｒ＿ｅｖｅｎｔ）とを含むＭＬＰＴＬＲＲメッセージをＬＳ２０６に送り得る。ここで、この特定の例では、第１のモバイルデバイスの侵入のみがイベントとしてカウントされ得るように単一のイベントが選択され得る。イベントＢにおいて送られたＭＬＰＴＬＲＲメッセージは、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳは、１つまたは複数の特定のモバイルデバイスを検出し、ＭＳがＡＬＮ２０２によってカバーされたエリアに入ること（またはそこを離れること）に応答してＬＳに測定報告を送信するようにＡＬＮ２０２を構成し得る。イベントＤにおいて、ＬＳ２０６は、ＬＢＳＡＳ２１２へのＴＬＲＡ応答メッセージ中でサービス要求に肯定応答し得る。イベントＥにおいて、注目するモバイルデバイス２０４は、ベニュー（たとえば、ＡＬＮ２０２によってカバーまたはサービスされたエリア）に入る。イベントＦにおいて、ＡＬＮ２０２は、１つまたは複数のモバイルデバイス（たとえば、モバイルデバイス２０４）がＡＬＮ２０２によってカバーまたはサービスされるエリアに入ったことを検出し、モバイルデバイスのロケーションの推定を可能にする測定を実行し得る（複数のモバイルデバイスがこの例のために仮定される）。モバイルデバイスのロケーションの推定を可能にする測定値を取得した後に、イベントＧにおいてＡＬＮ２０２は、モバイルデバイスの一意の識別子（たとえば、ＭＡＣアドレス、ＩＰアドレス）を含む測定報告中に測定結果を備えるメッセージをＬＳ２０６に送信し得る。イベントＨにおいて、ＬＳ２０６は、モバイルデバイス（たとえば、モバイルデバイス２０４）の推定ロケーションの計算を支援または可能にするためにＡＬＮアルマナックデータを要求および取得するためにＡＬＮＤＢ２０８にメッセージを送信し得る。イベントＩにおいて、ＬＳ２０６は、モバイルデバイスの推定ロケーションを計算し、モバイルデバイスの一意の識別子と推定ロケーションとを含むＭＬＰＴＬＲＥＰメッセージをＬＢＳＡＳ２１２に送信し得る。イベントＩにおいて送られたＭＬＰＴＬＲＥＰメッセージは、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳ２０６の結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。イベントＪにおいて、ＬＢＳＡＳ２１２は、モバイルデバイスの推定ロケーションに少なくとも部分的に基づいてロケーションアウェアコンテンツを与えることを支援するためにマップＤＢ２１０にマップデータを要求し得る。イベントＫにおいて、ＬＢＳＡＳ２１２は、イベントＩにおいて受信されたモバイルデバイスの推定ロケーションに少なくとも部分的に基づいてモバイルデバイス（たとえば、モバイルデバイス２０４）上にホストされたアプリケーションにロケーションアウェアコンテンツを与え得る。イベントＦ〜Ｋは、ＬＢＳＡＳ２１２に追加の（たとえば、新しい）モバイルデバイスロケーションを報告し、モバイルデバイス（たとえば、モバイルデバイス２０４）へのＬＢＳＡＳ２１２によるロケーションアウェアコンテンツのさらなるプロビジョンを可能にするために、１回または複数回繰り返され得る（図１６Ａに図示せず）。イベントＢ〜Ｋは、同じくまたは代わりに、ＬＢＳＡＳ２１２が、イベントＢにおいて異なる構成命令に関連する他のタイプのロケーション報告を要求することを可能にするために（たとえば、ＬＢＳＡＳ２１２が、ベニュー内にある間にモバイルデバイス２０４を追跡し、モバイルデバイス２０４の現在のロケーションに基づいて他のロケーション関連サービスを提供することを可能にするために）繰り返され得る。

[00166]特定の環境では、様々な他の使用事例が、本明細書で説明する技法に従って図１Ｂについて前に説明したネットワーク要素を使用して実装され得る。そのような例示的な使用事例を使用事例１〜９として本明細書に列挙する。使用事例１では、モバイルデバイスの位置または推定ロケーションが決定され得、ロケーションセンシティブコンテンツ（たとえば、マップ）が、モバイルデバイス上のアプリケーションまたはブラウザを介してユーザに表示され得る。使用事例２では、モバイルデバイスの位置または推定ロケーションが決定され得、ロケーションセンシティブコンテンツが、使用事例１の場合のようにユーザに提供され得るが、ユーザは、モバイルデバイスのユーザがユーザのロケーションおよびロケーションセンシティブコンテンツを取得することを可能にするために、ベニューオーナーなどのサードパーティとのモバイルデバイスの位置または推定ロケーションの共有を認証することまたは認証しないことを選定し得る。使用事例３では、モバイルデバイスの位置または推定ロケーションおよび／あるいはロケーションセンシティブコンテンツは、モバイルデバイス中の特定の信用できるアプリケーションにのみ利用可能になり得る。使用事例４では、ユーザは、緊急呼を行い、次いで、公共安全応答ポイント（ＰＳＡＰ：public safety answering point）からの要求に応答して位置を特定され得る。使用事例５では、アセットのロケーションが追跡され得る（アセットは潜在的に復元され得る）。追跡されたロケーションは、インベントリマネージャまたはアセット追跡システムに転送され得る。使用事例６では、（たとえば、ユーザがオフィスにいる間にしか特定の文書をダウンロードできないとき、およびオフィスへの侵入またはそれからの出発を検出するためにジオフェンスが使用されるとき）後続の通知およびアクションを可能にするためにジオフェンスによって制限されたエリアへの侵入またはそれからの離脱が検出され得る。代替使用事例７では、相対的ジオフェンスによって制限されたエリアへの侵入またはそれからの出発（たとえば、別のユーザを中心とするジオフェンスによって制限されたエリアへの侵入またはそれからの出発）が検出され、後続のアクションが取られ得る（たとえば、親が、人混みの中で子供の相対ロケーションを追跡し、子供がその中で移動し得る相対的ジオフェンスとして親が働き、相対的ジオフェンスが子供によって突破される場合、親がアラームによって通知される）。使用事例８では、ＷＬＡＮ接続のロケーション対応トラブルシューティングが実行され得る。使用事例９では、サードパーティがサードパーティのロケーションを受信する許可をユーザに付与するとすれば、ユーザは、ユーザ自身の位置または推定ロケーションとサードパーティの位置または推定ロケーションとを決定し得る。

[00167]ここで、使用事例１〜９を可能にする例示的なメッセージ通信フローについて、図１Ａおよび図１Ｂに関して以前に説明したアーキテクチャ中の要素間の対話を示す図１６Ｂ〜図１６Ｍを参照しながら説明する。図１６Ｂ〜１６Ｍ中の要素は、同様の名前の使用によって、図１Ｂのアーキテクチャ２００中の要素、または、図１１、図１２、図１３、図１４、図１５Ａ、図１５Ｂ、図１５Ｃ、図１５Ｄおよび図１６Ａ中で使用される要素に対応し得る。各図中のモバイルデバイス（またはＭＳ）が、モデムと、ロケーションエンジンと、いくつかの実装形態では、モバイルデバイス（またはＭＳ）によってサポートされるいくつかのインターフェースの真のエンドポイントであり得るアプリケーション（Ａｐｐ）とを備えるものとして示されている。図１６Ｂ〜図１６Ｍに示し、それらについて説明するイベントのシーケンスは、図示し説明する順序では行われ得るか、またはいくつかの実装形態では、何らかの他の順序で行われ得る。さらに、いくつかのイベントは同時に行われ得、その場合、いくつかのイベントは、他のイベントの前に開始し、これらの他のイベントの間またはそれらの後に完了し得る。

[00168]図１６Ｂは、ネットワークベースの測位手法を使用して上述の使用事例１、２および３を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、ＬＢＳＡＳに登録し得る（たとえば、Ａｐｐは、空港でゲートへの方向を得るのをサポートし得る）。イベントＢにおいて、（たとえば、空港でゲート方向を受信するために）ＭＳのユーザがＡｐｐと対話することに応答して、Ａｐｐは、ロケーションセンシティブコンテキスト（たとえば、ゲートへの方向）をＬＢＳＡＳに要求し、それの要求中にＭＳとＡｐｐとの識別子を含め得る。適用可能な場合、要求はまた、ＬＢＳＡＳがサードパーティ（たとえば、ベニューオーナー）とユーザの位置または推定ロケーションを共有し得るとのユーザの同意を示し得る。イベントＣにおいて、ＬＢＳＡＳは、ＬＳに、ＭＳの単一の位置フィックスについての要求（たとえば、ＬＳ構成メッセージ）を送り得る。イベントＣにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＤにおいて、ＬＳは、ＡＬＮに、ＭＳの単一の位置フィックスについての要求（たとえば、ＡＬＮ構成メッセージ）を送り得る。イベントＥにおいて、ＡＬＮは、（たとえば、ＡＬＮ中のいくつかのアクセスポイントとのＭＳによる対話に続いて）ＭＳの存在を検出し得、ＭＳの（たとえば、ＭＳによって送信された信号の）アクセスまたはロケーションネットワーク測定を実行し得る。イベントＦにおいて、ＡＬＮは、ＬＳに測定報告中で、取得されたアクセスまたはロケーションネットワーク測定値を送信し得る。イベントＧにおいて、ＬＳは、アクセスまたはロケーションネットワーク測定値に少なくとも部分的に基づいてユーザ（たとえば、ＭＳ）の推定ロケーションを計算し得、ロケーション報告中でＬＢＳＡＳに結果を送信し得る。イベントＧにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。イベントＨにおいて、ＬＢＳＡＳは、ＭＳ上のＡｐｐにロケーションセンシティブコンテンツを提供し得る（たとえば、イベントＧにおいて提供された現在のＭＳロケーションに基づいて空港でゲートへの方向を提供し得る）。Ａｐｐは、次いで、ユーザにロケーションセンシティブコンテンツを提供し得る。

[00169]図１６Ｃは、モバイルベースの測位手法を使用して上述の使用事例１、２および３を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、ＬＢＳＡＳに登録し得る（たとえば、空港でゲートへの方向を得るためのａｐｐ）。イベントＢにおいて、Ａｐｐは、ＬＢＳＡＳにロケーションセンシティブコンテンツ（たとえば、ゲートへの方向）を要求し、それの要求中にＭＳとＡｐｐとの識別子を含め得る。適用可能な場合、要求はまた、ＬＢＳＡＳがサードパーティ（たとえば、ベニューオーナーなど）とそれのロケーションを共有し得るとのユーザの同意を示し得る。イベントＣにおいて、ＬＢＳＡＳは、ＬＳに、ＭＳの単一の位置フィックスについての要求（たとえば、ＬＳ構成メッセージ）を送信し得る。イベントＣにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＤにおいて、ＬＳは、（たとえば、ＳＵＰＬロケーションソリューションを使用して）ＭＳ上のロケーションエンジンとの測位セッションを誘発し得、それの最後に、ＬＳは、ＭＳの推定ロケーションまたは位置を取得し得る。イベントＥにおいて、ＬＳは、ロケーション報告中でＬＢＳＡＳに推定ロケーションを送信し得る。イベントＥにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。イベントＦにおいて、ＬＢＳＡＳは、ＭＳ上のＡｐｐにロケーションセンシティブコンテンツを提供し得る（たとえば、イベントＥにおいて提供された現在のＭＳロケーションに基づいて空港でゲートへの方向を提供し得る）。Ａｐｐは、次いで、ユーザにロケーションセンシティブコンテンツを提供し得る。

[00170]図１６Ｄは、一実施形態による、ネットワークベースの測位手法を使用して上述の使用事例４を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳのユーザは、緊急９１１呼（Ｅ９１１呼）を発し得る。Ｅ９１１呼に応答して、イベントＢにおいて、（たとえば、この特定の例ではＬＢＳＡＳによって表される）公共安全機関は、ＬＳにＥ９１１呼に関与するＭＳについてのロケーション要求（たとえば、ＬＳ構成メッセージ）をサブミットし得る。イベントＢにおいて送られたロケーション要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳは、ＡＬＮに、ＭＳの単一の位置フィックスについての要求（たとえば、ＡＬＮ構成メッセージ）を送り得る。イベントＤにおいて、ＡＬＮは、ＭＳのアクセスまたはロケーションネットワーク測定を実行し得る。イベントＥにおいて、ＡＬＮは、ＬＳに測定報告中でアクセスまたはロケーションネットワーク測定値を送信し得る。イベントＦにおいて、ＬＳは、アクセスまたはロケーションネットワーク測定値に少なくとも部分的に基づいてＭＳの位置または推定ロケーションを計算し得、ロケーション報告中でＬＢＳＡＳに結果を送信し得る。イベントＦにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00171]図１６Ｅは、モバイルベースの測位手法を使用して上述の使用事例４を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳのユーザは、Ｅ９１１呼を発し得る。Ｅ９１１呼に応答して、イベントＢにおいて、（この特定の例ではＬＢＳＡＳによって表される）公共安全機関は、ＬＳにＥ９１１呼に関与するＭＳについてのロケーション要求（たとえば、ＬＳ構成メッセージ）をサブミットし得る。イベントＢにおいて送られたロケーション要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳは、（たとえば、ＳＵＰＬロケーションソリューションを使用して）ＭＳ上のロケーションエンジンとの測位セッションを誘発し得、それの最後に、ＬＳは、ＭＳの位置を取得し得る。イベントＤにおいて、ＬＳは、ロケーション報告中でＬＢＳＡＳに位置結果を送信し得る。イベントＤにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00172]図１６Ｆは、ネットワークベースの測位手法を使用して上述の使用事例５を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、アセット追跡のために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、Ａｐｐは、ＬＢＳＡＳにアセット追跡を要求し、それの要求中にＭＳとＡｐｐとの識別子を含め得る。イベントＣにおいて、ＬＢＳＡＳは、ＬＳに、ＭＳの周期的位置フィックスについての要求（たとえば、ＬＳ構成メッセージ）を送信し得る。イベントＣにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＤにおいて、ＬＳは、ＡＬＮに、ＭＳの周期的位置フィックスについての要求（たとえば、ＡＬＮ構成メッセージ）を送信し得る。イベントＥにおいて、ＡＬＮは、ＭＳのアクセスまたはロケーションネットワーク測定（たとえば、ＭＳによって送信された信号の測定）を実行し得る。イベントＦにおいて、ＡＬＮは、ＬＳに測定報告中でＭＳのアクセスまたはロケーションネットワーク測定値を送り得る。イベントＧにおいて、ＬＳは、受信されたアクセスまたはロケーションネットワーク測定値に少なくとも部分的に基づいてＭＳの推定ロケーションを計算し、ロケーション報告中でＬＢＳＡＳに位置結果を送り得る。イベントＧにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。イベントＨにおいて、ＬＢＳＡＳは、ＭＳのロケーションでアクセス追跡システムを更新し得る（図示せず）。ＭＳ上のＡｐｐが、ＭＳの直近の位置でアセット追跡システムを更新することを担当する場合、ＬＢＳＡＳは、イベントＨにおいてＭＳ上のＡｐｐに位置結果を戻し得る。イベントＩ〜Ｌは、それぞれ、イベントＥ〜Ｈの繰り返しを備え得、ここで、ＭＳの位置は、何らかの周期的時間間隔の後に取得される。同様に、イベントＭ〜Ｐは、さらなる周期的時間間隔の後に、それぞれ、イベントＩ〜Ｌの繰り返しを備え得る。特定の実装形態では、周期的測位は、アセット追跡セッションの終わりに達するまで繰り返され得る。

[00173]図１６Ｇは、モバイルベースの測位を使用して上述の使用事例５を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、アセット追跡のために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、Ａｐｐは、ＬＢＳＡＳにアセット追跡を要求し、それの要求中にＭＳとＡｐｐとの識別子を含め得る。イベントＣにおいて、ＬＢＳＡＳは、ＬＳに、ＭＳの周期的位置フィックスについての要求（たとえば、ＬＳ構成メッセージ）を送り得る。イベントＣにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＤにおいて、ＬＳは、（たとえば、ＳＵＰＬを使用して）ＭＳ上のロケーションエンジンとの測位セッションを誘発し得、それの最後に、ＬＳは、ＭＳの位置または推定ロケーションを取得し得る。イベントＥにおいて、ＬＳは、ロケーション報告中でＬＢＳＡＳに位置結果を送り得る。イベントＥにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。イベントＦにおいて、ＬＢＳＡＳは、ＭＳのロケーションでアクセス追跡システムを更新し得る（図１６Ｇ中に図示せず）。ＭＳ上のＡｐｐが、ＭＳの直近の位置でアセット追跡システムを更新することを担当する場合、ＬＢＳＡＳは、イベントＦにおいてＭＳ上のＡｐｐに位置結果を戻し得る。イベントＧ〜Ｉは、何らかの周期的時間間隔の後に、それぞれ、イベントＤ〜Ｆの繰り返しを備え得る。イベントＪ〜Ｌは、さらなる周期的時間間隔の後に、それぞれ、イベントＧ〜Ｉの繰り返しを備え得る。周期的測位は、さらに、アセット追跡セッションの終わりに達するまで繰り返され得る。

[00174]図１６Ｈは、ネットワークベースの測位を使用して上述の使用事例６または７を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、絶対的または相対的ジオフェンスのサポートのために）ＬＢＳＡＳに登録し得、後で、ＬＢＳＡＳにジオフェンスを誘発することを求めるサービス要求を送り得る（図１６Ｈに図示せず）。イベントＢにおいて、ＬＢＳＡＳは、ＬＳに、ジオフェンス測位についての要求（たとえば、ＬＳ構成メッセージ）を送ることによってジオフェンスを開始し得る。ＬＢＳＡＳは、（たとえば、ＭＳがいつジオフェンスに出入りするかを報告することを求める要求などの）それの要求中にジオフェンスの定義（絶対的または相対的）と任意の関連ジオフェンスパラメータとを含め得る。イベントＢにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳは、ＡＬＮに、ＭＳの検出要求（たとえば、ＡＬＮ構成メッセージ）を発行し得る。イベントＤにおいて、ＭＳは、ベニューに入り得る。イベントＥにおいて、ＡＬＮは、アクセスまたはロケーションネットワーク測定を通してＭＳの存在を検出し得る。イベントＦにおいて、ＡＬＮは、ＬＳがＭＳの位置または推定ロケーションを計算することを可能にし得る測定結果（たとえば、測定報告）をＬＳに送り得る。イベントＧにおいて、ＬＳは、ＭＳのアクセスまたはロケーションネットワーク測定を周期的に取得するようにＡＬＮを再構成し得る。イベントＨにおいて、ＡＬＮは、ＭＳのアクセスまたはロケーションネットワーク測定（たとえば、ＭＳによって送信された信号の測定）を実行し得る。イベントＩにおいて、ＡＬＮは、ＬＳがＭＳの位置または推定ロケーションを計算し得ることに基づいてＬＳに測定結果を送り得る。イベントＨおよびＩは、ＬＳがジオフェンス関連イベント（たとえば、ＭＳがジオフェンスに出入りすることなど）を検出することを可能にするために繰り返され得る。イベントＪにおいて、ＭＳは、ジオフェンスによって制限されたエリアへの侵入またはそれからの出発によってジオフェンスを突破し得る。イベントＫにおいて、ＡＬＮは、ＭＳのアクセスまたはロケーションネットワーク測定を実行し得る。イベントＬにおいて、ＡＬＮは、ＬＳがＭＳの推定ロケーションの位置を計算し得ることに基づいてＬＳに測定結果を送り得る。イベントＭにおいて、ＬＳは、ジオフェンスが突破されたことを検出し得る。イベントＮにおいて、ＬＳは、ＭＳＩｄとＭＳの位置とを含むロケーション報告を送ることによってジオフェンスが突破されたことをＬＢＳＡＳに通知し得る。イベントＮにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00175]図１６Ｉは、一実施形態による、メッセージフロー図であり、モバイルベースの測位を使用して上述の使用事例６または７を実装するために使用され得るプロセス。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、絶対的または相対的ジオフェンスのサポートのために）ＬＢＳＡＳに登録し得、後で、ＬＢＳＡＳにジオフェンスを誘発することを求めるサービス要求を送り得る（図１６Ｉに図示せず）。イベントＢにおいて、ＬＢＳＡＳは、ＬＳに、ジオフェンス測位についての要求（たとえば、ＬＳ構成メッセージ）を送信することによってジオフェンスを開始し得る。ＬＢＳＡＳは、（たとえば、ＭＳがいつジオフェンスに出入りするかを報告することを求める要求などの）それの要求中にジオフェンスの定義（絶対的または相対的）と任意の関連ジオフェンスパラメータとを含め得る。イベントＢにおいて送られた要求は、図８中の方法８００に関する段階８０２において送られたロケーションサービスに関する要求または図１０中の方法１０００に関する段階１００２において送られたロケーションサービスに関する要求に対応し得る。イベントＣにおいて、ＬＳは、ＡＬＮに、ＭＳの検出要求（たとえば、ＡＬＮ構成メッセージ）を発行し得る。イベントＤにおいて、ＭＳは、ベニューに入り得る。イベントＥにおいて、ＡＬＮは、アクセスまたはロケーションネットワーク測定を通してＭＳの存在を検出し得る。イベントＦにおいて、ＡＬＮは、ＬＳがＭＳの位置または推定ロケーションを計算することを可能にし得る測定結果（測定報告）をＬＳに送り得る。イベントＧにおいて、ＬＳは、ＭＳによる任意のジオフェンス突破を検出するために、モバイル中心モードにおいて（たとえば、ＳＵＰＬを使用して）ＭＳ上のロケーションエンジンとの測位セッションを開始し得る。測位セッションは、ＭＳが単独であらゆるジオフェンス突破を検出することができるように、単に、ＭＳに支援データを配信し得る（測位セッションは、またＭＳがＬＳにジオフェンス突破を報告するために使用され得る）か、または測位セッションは、周期的にＭＳの推定ロケーションまたは位置を計算し、ジオフェンス突破が行われたかどうかを決定し得る。測位セッションは、ＯＭＡＳＵＰＬバージョン２．０、２．１または３．０に従ってネットワーク主導型のトリガされたＳＵＰＬセッションを使用し得る。測位セッションは、必要に応じて、ＬＳとロケーションエンジンとの間で行われ得、ＳＵＰＬの場合、単一のトリガされた測位セッションの一部を形成し得る。イベントＨにおいて、ＭＳは、ジオフェンスを突破（出入り）し得る。イベントＩにおいて、ＭＳ上のロケーションエンジンが単独でジオフェンス突破を検出した場合、ＬＳとの測位セッションがロケーションエンジンによって誘発され、ＬＳにジオフェンス突破を報告するために使用され得る。そうでない場合、ＬＳとＭＳ上のロケーションエンジンとは、ＬＳにおいてイベントＪにおいてジオフェンスが突破されたことを検出するために測位セッションに関与し得る。イベントＫにおいて、ＬＳは、ＭＳの識別子とＭＳの位置または推定ロケーションとを含むロケーション報告を送ることによってジオフェンスが突破されたことをＬＢＳＡＳに通知し得る。イベントＫにおいて送られたロケーション報告は、（たとえば、方法７００の段階７０４に従ってトリガ条件を決定するＬＳの結果として）図７中の方法７００に関する段階７０６において送られた応答または図９中の方法９００に関する段階９０４において送られた応答に対応し得る。

[00176]図１６Ｊは、ネットワークベースの測位を使用して上述の使用事例８を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、ＷＬＡＮトラブルシューティングのために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、ＭＳ上のモデムとＡｐｐとは、ＷＬＡＮに関する問題を登録するために通信し得る。イベントＣにおいて、ＭＳ上のＡｐｐは、ＷＬＡＮ問題の位置を特定するために、ＬＢＳＡＳにＭＳのロケーションの推定を要求し得る（たとえば、ＭＳが依然としてＬＢＳＡＳとのデータ接続を確立することができる限り、可能であり得る）。イベントＤ〜Ｈにおいて、ＭＳの位置または推定ロケーションが、図１６Ｂ中のイベントＣ〜Ｇのための例について説明したように決定され得る。イベントＩにおいて、ＬＢＳＡＳは、ＭＳ上のＡｐｐに肯定応答（サービス返答）を返送し得る。

[00177]図１６Ｋは、モバイルベースの測位を使用して上述の使用事例８を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（たとえば、この場合、ＷＬＡＮトラブルシューティングのために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、ＭＳ上のモデムとＡｐｐとは、ＷＬＡＮに関する問題を登録するために通信し得る。イベントＣにおいて、ＭＳ上のＡｐｐは、ＷＬＡＮ問題の位置を特定するために、ＬＢＳＡＳにおいてＭＳの位置または推定ロケーションの決定を開始し得る（たとえば、ＭＳがＬＢＳＡＳとのデータ接続を確立することができる限り、可能であり得る）。イベントＤ〜Ｆにおいて、ＭＳの位置または推定ロケーションが、たとえば、図１６Ｃ中のイベントＣ〜Ｅについて説明したように決定され得る。イベントＧにおいて、ＬＢＳＡＳは、ＭＳ上のＡｐｐに肯定応答（たとえば、サービス返答）を返送し得る。

[00178]図１６Ｌは、ネットワークベースの測位を使用して上述の使用事例９を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（たとえば、この特定の例では、サードパーティのロケーションのために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、サードパーティは、ＭＳの位置または推定ロケーションをＬＢＳＡＳに要求し得る。イベントＣにおいて、ＬＢＳＡＳは、要求元サードパーティにユーザの位置を与えるために（Ａｐｐを介して）ユーザに同意を要求し得る。イベントＤにおいて、ユーザは、サードパーティのためにそれの位置または推定ロケーションが決定されることに（Ａｐｐを介して）同意を与え得る。イベントＥ〜Ｉにおいて、ＭＳの推定ロケーションまたは位置が、図１６Ｂ中のイベントＣ〜Ｇについて説明したように決定され得る。イベントＪにおいて、ＬＢＳＡＳは、サードパーティに、ＭＳの計算位置または推定ロケーションを送り得る。

[00179]図１６Ｍは、モバイルベースの測位を使用して上述の使用事例９を実装するために使用され得るプロセスのメッセージフロー図である。イベントＡにおいて、ＭＳ上のＡｐｐは、（この場合、サードパーティロケーションのために）ＬＢＳＡＳに登録し得る。イベントＢにおいて、サードパーティは、ＭＳの位置または推定ロケーションをＬＢＳＡＳに要求し得る。イベントＣにおいて、ＬＢＳＡＳは、Ａｐｐを介してユーザに同意を要求し得る。イベントＤにおいて、ユーザは、要求元サードパーティのために位置を特定されることにＡｐｐを介して同意を与え得る。イベントＥ〜Ｇにおいて、ＭＳの位置または推定ロケーションが、図１６Ｃ中のイベントＣ〜Ｅについて説明したように決定され得る。イベントＨにおいて、ＬＢＳＡＳは、要求元サードパーティに、ＭＳの位置または推定ロケーションを送り得る。

[00180]例示的なデバイスおよびシステム

[00181]図１７は、モバイルデバイス（たとえば、モバイルデバイス２０４）の概略図である。モバイルデバイス１００（図１Ａ）は、図１７に示すモバイルデバイス１１００の１つまたは複数の特徴を備え得る。いくつかの実施形態では、モバイルデバイス１１００はまた、ワイヤレス通信ネットワーク上でワイヤレスアンテナ１１２２を介してワイヤレス信号１１２３を送信および受信することが可能なワイヤレストランシーバ１１２１を備え得る。ワイヤレストランシーバ１１２１は、ワイヤレストランシーババスインターフェース１１２０によってバス１１０１に接続され得る。ワイヤレストランシーババスインターフェース１１２０は、いくつかの実施形態では、ワイヤレストランシーバ１１２１に少なくとも部分的に統合され得る。いくつかの実施形態は、たとえば、ＩＥＥＥ規格８０２．１１のバージョン、ＣＤＭＡ、ＷＣＤＭＡ、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、ＡＭＰＳ、Ｚｉｇｂｅｅ（登録商標）およびＢｌｕｅｔｏｏｔｈなど、対応する複数のワイヤレス通信規格に従って信号を送信および／または受信することを可能にするために、複数のワイヤレストランシーバ１１２１とワイヤレスアンテナ１１２２とを含み得る。

[00182]モバイルデバイス１１００はまた、ＳＰＳアンテナ１１５８を介してＳＰＳ信号１１５９を受信および収集することが可能なＳＰＳ受信機１１５５を備え得る。ＳＰＳ受信機１１５５はまた、モバイルデバイス１０００のロケーションを推定するための収集されたＳＰＳ信号１１５９を全体的にまたは部分的に処理し得る。いくつかの実施形態では、（１つまたは複数の）汎用プロセッサ１１１１、メモリ１１４０、（１つまたは複数の）ＤＳＰ１１１２および／または専用プロセッサ（図示せず）はまた、ＳＰＳ受信機１１５５と併せて、収集されたＳＰＳ信号を全体的にまたは部分的に処理し、および／あるいはモバイルデバイス１１００の推定ロケーションを計算するために利用され得る。ＳＰＳまたは測位動作を実行する際に使用するための他の信号（たとえば、ワイヤレストランシーバ１１２１から収集された信号）のストレージは、メモリ１１４０またはレジスタ（図示せず）中で実行され得る。したがって、（１つまたは複数の）汎用プロセッサ１１１１、メモリ１１４０、（１つまたは複数の）ＤＳＰ１１１２および／または専用プロセッサは、モバイルデバイス１１００のロケーションを推定するために測定値を処理する際に使用するためのロケーションエンジンを与え得る。

[00183]同じく図１７に示すように、モバイルデバイス１１００は、バスインタ−フェース１１１０によってバス１１０１に接続された（１つまたは複数の）デジタル信号プロセッサ（（１つまたは複数の）ＤＳＰ）１１１２と、バスインタ−フェース１１１０によってバス１１０１に接続された（１つまたは複数の）汎用プロセッサ１１１１と、メモリ１１４０とを備え得る。バスインタ−フェース１１１０は、（１つまたは複数の）ＤＳＰ１１１２、（１つまたは複数の）汎用プロセッサ１１１１およびメモリ１１４０と統合され得る。様々な実施形態では、機能は、ＲＡＭ、ＲＯＭ、ＦＬＡＳＨまたはディスクドライブなどのコンピュータ可読記憶媒体上など、メモリ１１４０に記憶された１つまたは複数の機械可読命令の実行に応答して実行され得る。１つまたは複数の命令は、（１つまたは複数の）汎用プロセッサ１１１１、専用プロセッサ、または（１つまたは複数の）ＤＳＰ１１１２によって実行可能であり得る。メモリ１１４０は、本明細書で説明する機能を実行するために（１つまたは複数の）プロセッサ１１１１および／または（１つまたは複数の）ＤＳＰ１１１２および／または（１つまたは複数の）他のプロセッサによって実行可能であるソフトウェアコード（プログラミングコード、命令など）を記憶する非一時的プロセッサ可読メモリおよび／またはコンピュータ可読メモリを備え得る。

[00184]図１７に示すように、ユーザインターフェース１１３５は、たとえば、スピーカー、マイクロフォン、ディスプレイデバイス、振動デバイス、キーボードおよび／またはタッチスクリーンなど、いくつかのデバイスのうちのいずれか１つを備え得る。特定の一実装形態では、ユーザインターフェース１１３５は、ユーザがモバイルデバイス１１００上にホストされた１つまたは複数のアプリケーションと対話することを可能にし得る。たとえば、ユーザインターフェース１１３５のデバイスは、ユーザからのアクションに応答して（１つまたは複数の）ＤＳＰ１１１２または汎用プロセッサ１１１１によってさらに処理されるべきアナログまたはデジタル信号をメモリ１１４０上に記憶し得る。同様に、モバイルデバイス１１００上にホストされたアプリケーションは、出力信号をユーザに提示するために、メモリ１１４０上にアナログまたはデジタル信号を記憶し得る。別の実装形態では、モバイルデバイス１１００は、たとえば、専用スピーカー、マイクロフォン、デジタルアナログ回路、アナログデジタル回路、増幅器および／または利得制御を備える専用オーディオ入出力（Ｉ／Ｏ）デバイス１１７０を随意に含み得る。ただし、これは、オーディオＩ／Ｏがモバイルデバイスにおいてどのように実装され得るかの例にすぎず、特許請求する主題がこの点について限定されない。モバイルデバイス１１００は、キーボードまたはタッチスクリーンデバイスにタッチすることに応答するか、またはそれへの圧力に応答するタッチセンサー１１６２を備え得る。

[00185]モバイルデバイス１１００はまた、静止画または動画をキャプチャするための専用カメラデバイス１１６４を備え得る。カメラデバイス１１６４は、たとえば、イメージングセンサー（たとえば、電荷結合デバイスまたはＣＭＯＳイメージャ）、レンズ、アナログデジタル回路、およびフレームバッファを備え得る。キャプチャされた画像を表す信号の追加の処理、調整、符号化または圧縮は、汎用／アプリケーションプロセッサ１１１１または（１つまたは複数の）ＤＳＰ１１１２において実行され得る。専用ビデオプロセッサ１１６８は、キャプチャされた画像を表す信号の調整、符号化、圧縮または操作を実行し得る。ビデオプロセッサ１１６８は、モバイルデバイス１１００上のディスプレイデバイス（図示せず）上でのプレゼンテーションのために記憶された画像データを復号／復元し得る。

[00186]モバイルデバイス１１００はまた、モバイルデバイス１１００がロケーションおよび／または現在の速度ならびに方位の相対的変化を決定することを可能にし得る、たとえば、慣性センサーおよび環境センサーを含み得る、バス１１０１に結合されたセンサー１１６０を備え得る。センサー１１６０の慣性センサーは、（たとえば、１つまたは複数のコンパスアプリケーションをサポートするために）たとえば、（たとえば、３次元のモバイルデバイス１１００の加速度にまとめて応答する）加速度計、１つまたは複数のジャイロスコープあるいは１つまたは複数の磁力計を備え得る。モバイルデバイス１１００の環境センサーは、たとえば、温度センサー、気圧センサー、周辺光センサー、カメライメージャ、マイクロフォンを備え得る。センサー１１６０は、メモリ１１４０中に記憶され、たとえば、測位またはナビゲーション動作を対象とするアプリケーションなどの１つまたは複数のアプリケーションをサポートする（１つまたは複数の）ＤＰＳまたは汎用アプリケーションプロセッサ１１１１によって処理され得るアナログまたはデジタル信号を生成し得る。

[00187]特定の実装形態では、屋内エリアのデジタルマップは、メモリ１１４０中に特定のフォーマットで記憶され得る。デジタルマップは、リモートサーバからのナビゲーション支援データを含んでいるメッセージから取得されていることがある。汎用／アプリケーションプロセッサ１１１１は、デジタルマップ中で示された構造の外周によって制限された構成要素エリアを識別および分類するために、記憶されたデジタルマップを処理するための命令を実行し得る。すでに指摘したように、これらの実行される命令は、構成要素エリアを制限する外周を形成する構造中の出口セグメントを識別し、特徴づけることと、制限された構成要素エリアの少なくとも１つの次元のサイズに対する少なくとも１つの識別された出口セグメントのサイズの比例に少なくとも部分的に基づいて制限された構成要素エリアを分類することとを指定し得る。モバイルデバイスは、出口セグメント（an egress segment）の推論を確認するために、（たとえば、ロケーションサーバから取得された）クラウドソースデータをさらに適用し得る。たとえば、モバイルデバイスが出口セグメントであると仮定される特徴を通って移動したとの履歴がある場合、その特徴は、出口セグメントを与えるものとして確認され得る。

[00188]特定の実装形態では、モバイルデバイス１１００は、ワイヤレストランシーバ１１２１またはＳＰＳ受信機１１５５において受信され、ダウンコンバートされた信号のベースバンド処理を実行することが可能な専用モデムプロセッサ１１６６を備え得る。同様に、モデムプロセッサ１１６６は、ワイヤレストランシーバ１１２１による送信のためにアップコンバートされるべき信号のベースバンド処理を実行し得る。代替実装形態では、専用モデムプロセッサを有する代わりに、ベースバンド処理が汎用プロセッサまたはＤＳＰ（たとえば、汎用／アプリケーションプロセッサ１１１１または（１つまたは複数の）ＤＳＰ１１１２）によって実行され得る。ただし、これらがベースバンド処理を実行し得る構造の例にすぎず、特許請求する主題がこの点について限定されない。

[00189]図１８は、たとえば、図１Ａに関して上記で説明した技法またはプロセスを実装するように構成可能な１つまたは複数のデバイスを含み得る例示的なシステム１２００を示す概略図である。システム１２００は、たとえば、ワイヤレス通信ネットワーク１２０８を通して互いに動作可能に結合され得る、第１のデバイス１２０２と、第２のデバイス１２０４と、第３のデバイス１２０６とを含み得る。第１のデバイス１２０２は、たとえば、基地局アルマナックなど、測位支援データを与えることが可能なサーバを備え得る。ワイヤレス通信ネットワーク１２０８は、たとえば、１つまたは複数のワイヤレスアクセスポイントを備え得る。しかし、特許請求される主題は、これらの点について範囲が限定されない。

[00190]図１８に示す第１のデバイス１２０２、第２のデバイス１２０４および第３のデバイス１２０６は、ワイヤレス通信ネットワーク１２０８を介してデータを交換するように構成可能であり得る任意のデバイス、機器または機械（たとえば、図１Ａに示したローカルトランシーバ１１５、サーバ１４０、１５０もしくは１５５あるいは図１Ｂに示したＬＳ２０６、ＬＢＳＡＳ２１２、ＡＬＮＤＢ２０８、マップＤＢ２１０および／またはＡＬＮ２０２中の１つもしくは複数のＡＰまたはフェムトセルなど）を表し得る。限定ではなく例として、第１のデバイス１２０２、第２のデバイス１２０４または第３のデバイス１２０６のいずれかが、たとえば、デスクトップコンピュータ、ラップトップコンピュータ、ワークステーション、サーバデバイスなどの１つまたは複数のコンピューティングデバイスまたはコンピューティングプラットフォーム、たとえば、携帯情報端末、モバイル通信デバイスなどの１つまたは複数のパーソナルコンピューティングデバイス、パーソナルコンピューティング機器、パーソナル通信デバイス、またはパーソナル通信機器、たとえば、データベースまたはデータストレージサービスプロバイダ／システム、ネットワークサービスプロバイダ／システム、インターネットまたはイントラネットサービスプロバイダ／システム、ポータルまたは検索エンジンサービスプロバイダ／システム、ワイヤレス通信サービスプロバイダ／システムなど、コンピューティングシステムまたは関連するサービスプロバイダ能力、あるいはそれらの任意の組合せを含み得る。第１のデバイス１２０２、第２のデバイス１２０４、および第３のデバイス１２０６のいずれもが、それぞれ、本明細書で説明される例による基地局アルマナックサーバ、基地局、またはモバイルデバイスのうちの１つまたは複数を備え得る。

[00191]同様に、（たとえば、図１Ａに示したネットワーク１３０の実装形態の特定のものにおける）ワイヤレス通信ネットワーク１２０８は、第１のデバイス１２０２と第２のデバイス１２０４と第３のデバイス１２０６とのうちの少なくとも２つの間でのデータの交換をサポートするように構成可能な１つまたは複数の通信リンク、プロセス、またはリソースを表し得る。限定ではなく例として、ワイヤレス通信ネットワーク１２０８は、ワイヤレスまたは有線の通信リンク、電話または遠隔通信システム、データバスまたはチャネル、光ファイバ、地上または宇宙ビークルリソース、ローカルエリアネットワーク、広域ネットワーク、イントラネット、インターネット、ルータまたはスイッチなど、またはそれらの任意の組合せを含み得る。たとえば、第３のデバイス１２０６によって部分的に隠されたものとして図示された破線の箱によって示されるように、ワイヤレス通信ネットワーク１２０８に動作可能に結合された追加の同様のデバイスがあり得る。

[00192]システム１２００に示す様々なデバイスおよびネットワークの全部または一部と本明細書でさらに説明するプロセスと方法とが、ハードウェア、ファームウェア、ソフトウェア、またはその任意の組合せを使用して、またはさもなければ含めて実装され得る。

[00193]したがって、限定ではなく例として、第２のデバイス１２０４は、バス１２２８を介してメモリ１２２２に動作可能に結合される少なくとも１つの処理ユニット１２２０を含み得る。

[00194]処理ユニット１２２０は、データコンピューティング手順またはプロセスの少なくとも一部分を実行するように構成可能な１つまたは複数の回路を表す。限定ではなく例として、処理ユニット１２２０は、１つまたは複数のプロセッサ、コントローラ、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイなど、またはそれらの任意の組合せを含み得る。

[00195]メモリ１２２２は何らかのデータ記憶機構を表す。メモリ１２２２は、たとえば、１次メモリ１２２４または２次メモリ１２２６を含み得る。１次メモリ１２２４は、たとえば、ランダムアクセスメモリ、読取り専用メモリなどを含み得る。この例では処理ユニット１２２０とは別個であるものとして示されているが、１次メモリ１２２４の全部または一部は、処理ユニット１２２０内に設けられるか、またはさもなければ処理ユニット１２２０と共設／結合され得る。

[00196]特定の実装形態では、屋内エリアのデジタルマップは、メモリ１２２２中に特定のフォーマットで記憶され得る。処理ユニット１２２０は、デジタルマップ中で示された構造の外周によって制限された構成要素エリアを識別および分類するために、記憶されたデジタルマップを処理するための命令を実行し得る。すでに指摘したように、これらの実行される命令は、構成要素エリアを制限する外周を形成する構造中の出口セグメントを識別し、特徴づけることと、制限された構成要素エリアの少なくとも１つの次元のサイズに対する少なくとも１つの識別された出口セグメントのサイズの比例に少なくとも部分的に基づいて制限された構成要素エリアを分類することとを指定し得る。

[00197]２次メモリ１２２６は、たとえば、１次メモリと同じまたは同様のタイプのメモリ、あるいは、たとえば、ディスクドライブ、光ディスクドライブ、テープドライブ、ソリッドステートメモリドライブなど、１つまたは複数のデータストレージデバイスもしくはデータストレージシステムを含み得る。いくつかの実施態様では、２次メモリ１２２６は、コンピュータ可読媒体１２４０を動作可能に受容するか、またはさもなければそれに結合するように構成可能であり得る。コンピュータ可読媒体１２４０は、たとえば、システム１２００内のデバイスのうちの１つまたは複数のためにデータ、コード、または命令を担持するかアクセス可能にすることができる任意の非一時的媒体を含み得る。コンピュータ可読媒体１２４０は記憶媒体と呼ばれることもある。

[00198]第２のデバイス１２０４は、たとえば、少なくともワイヤレス通信ネットワーク１２０８への第２のデバイス１２０４の動作可能な結合を与えるか、またはさもなければそれをサポートする通信インターフェース１２３０を含み得る。限定ではなく例として、通信インターフェース１２３０は、ネットワークインターフェースデバイスまたはカード、モデム、ルータ、スイッチ、トランシーバ（たとえば、ワイヤードトランシーバおよび／または１つもしくは複数のアンテナを含むワイヤレストランシーバ）などを含み得る。

[00199]第２のデバイス１２０４は、たとえば、入出力デバイス１２３２を含み得る。入出力デバイス１２３２は、人間または機械の入力を受け入れるか、またはさもなければそれを導入するように構成可能であり得る１つまたは複数のデバイスまたは特徴、あるいは人間または機械の出力を配送するか、またはさもなければそれを与えるように構成可能であり得る１つまたは複数のデバイスまたは特徴を表す。限定ではなく例として、入出力デバイス１２３２は、動作可能に構成されたディスプレイ、スピーカー、キーボード、マウス、トラックボール、タッチスクリーン、データポートなどを含み得る。

[00200]上記で説明したように、第２のデバイス１２０４は、ロケーションサーバ（たとえば、ＬＳ２０６）またはロケーションベースサービスアプリケーションサーバ（たとえば、ＬＢＳＡＳ２１２）などのロケーションサービスクライアントであり得る。どちらの場合にも、処理ユニット１２２０（プロセッサと呼ばれ得る）は、単独またはメモリ１２２２との組合せのいずれかで、本明細書で説明したように機能を実行するように構成されたプロセッサを備え得る。たとえば、メモリ１２２２内に記憶された命令は、処理ユニット１２２０に、説明した機能、たとえば、図９の方法９００または図１０の方法１０００をサポートするための機能を実行させるように構成され得る。さらに、処理ユニット１２２０は、単独またはメモリ１２２２との組合せのいずれかで、上記で説明したように分析報告を決定するための手段を含む、ロケーションサービス要求に対する応答を決定するための手段を備え得る。さらにまた、通信インターフェース１２３０および処理ユニット１２２０は、単独またはメモリ１２２２との組合せのいずれかで、ロケーションサービス要求を送るための手段、ロケーションサービス応答を送るための手段、ロケーションサービス要求を受信するための手段、またはロケーションサービス応答を受信するための手段を備え得る。

[00201]本明細書で説明した方法は、特定の例による応用例に応じて、様々な手段によって実装され得る。たとえば、そのような方法は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組合せで実装され得る。ハードウェア実装形態では、たとえば、処理ユニットは、１つまたは複数の特定用途向け集積回路（「ＡＳＩＣ」）、デジタル信号プロセッサ（「ＤＳＰ」）、デジタル信号処理デバイス（「ＤＳＰＤ」）、プログラマブル論理デバイス（「ＰＬＤ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明した機能を実行するように設計された他のデバイスユニット、またはそれらの組合せの中で実装され得る。

[00202]本明細書に含まれる詳細な説明のいくつかの部分は、特定の装置あるいは専用コンピューティングデバイスまたはプラットフォームのメモリ内に記憶された２値デジタル信号に対する演算のアルゴリズムまたは記号表現に関して提示した。この特定の明細書のコンテキストでは、特定の装置などの用語は、プログラムソフトウェアからの命令に従って特定の動作を実行するようにプログラムされた汎用コンピュータを含む。アルゴリズムの説明または記号表現は、信号処理または関連技術の当業者がそれらの仕事の本質を他の当業者に伝達するために使用する技法の例である。アルゴリズムは、本明細書では、また一般に、所望の結果につながる自己矛盾のない一連の演算または同様の信号処理であると考えられる。このコンテキストでは、演算または処理は物理量の物理的操作を伴う。必ずしもそうとは限らないが、一般に、そのような量は、記憶、転送、結合、比較、または他の方法で操作されることが可能な電気信号または磁気信号の形態をとり得る。主に一般的な用法という理由で、そのような信号をビット、データ、値、要素、記号、文字、項、数、数字などと呼ぶことは時々便利であることがわかっている。ただし、これらまたは同様の用語はすべて、適切な物理量に関連すべきものであり、便利なラベルにすぎない。別段に明記されていない限り、本明細書の説明から明らかなように、本明細書全体にわたって、「処理する」、「算出する」、「計算する」、「決定する」などの用語を利用する説明は、専用コンピュータ、専用計算装置または同様の専用電子コンピューティングデバイスなど、特定の装置の動作またはプロセスを指すことを諒解されたい。したがって、本明細書のコンテキストで、専用コンピュータまたは同様の専用電子コンピューティングデバイスは、専用コンピュータまたは同様の専用電子コンピューティングデバイスのメモリ、レジスタ、または他の情報記憶デバイス、送信デバイス、あるいは専用コンピュータまたは同様の専用電子コンピューティングデバイスのディスプレイデバイス内の電子的または磁気的な物理量として一般に表される信号を操作または変換することが可能である。

[00203]本明細書で説明するワイヤレス通信技法は、ワイヤレスワイドエリアネットワーク（「ＷＷＡＮ」）、ワイヤレスローカルエリアネットワーク（「ＷＬＡＮ」）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）などの様々なワイヤレス通信ネットワークに関連し得る。「ネットワーク」および「システム」という用語は、本明細書では互換的に使用され得る。ＷＷＡＮは、符号分割多元接続（「ＣＤＭＡ」）ネットワーク、時分割多元接続（「ＴＤＭＡ」）ネットワーク、周波数分割多元接続（「ＦＤＭＡ」）ネットワーク、直交周波数分割多元接続（「ＯＦＤＭＡ」）ネットワーク、シングルキャリア周波数分割多元接続（「ＳＣ−ＦＤＭＡ」）ネットワーク、または上記のネットワークの任意の組合せなどであり得る。ＣＤＭＡネットワークは、ｃｄｍａ２０００、広帯域ＣＤＭＡ（「Ｗ−ＣＤＭＡ（登録商標）」）などの１つまたは複数の無線アクセス技術（「ＲＡＴ」）を実装し得る。ここで、ｃｄｍａ２０００は、ＩＳ−９５規格、ＩＳ−２０００規格、およびＩＳ−８５６規格に従って実装される技術を含み得る。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（「ＧＳＭ」）、デジタルアドバンストモバイルフォンシステム（「Ｄ−ＡＭＰＳ」：Digital Advanced Mobile Phone System）、または何らかの他のＲＡＴを実装し得る。ＧＳＭおよびＷ−ＣＤＭＡは、「第３世代パートナーシッププロジェクト」（「３ＧＰＰ」：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナーシッププロジェクト２」（「３ＧＰＰ２」：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。３ＧＰＰおよび３ＧＰＰ２の文書は公的に入手可能である。４Ｇロングタームエボリューション（「ＬＴＥ」：Long Term Evolution）通信ネットワークも、一態様において、特許請求する主題に従って実装され得る。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークを備え得、ＷＰＡＮは、たとえば、Ｂｌｕｅｔｏｏｔｈネットワーク、ＩＥＥＥ８０２．１５ｘを備え得る。本明細書で説明したワイヤレス通信実装形態はまた、ＷＷＡＮ、ＷＬＡＮまたはＷＰＡＮの任意の組合せとともに使用され得る。

[00204]ワイヤレス送信機またはアクセスポイントは、セルラー電話サービスを会社または家庭に延長するために利用されるフェムトセルを備え得る。そのような実装形態では、１つまたは複数のモバイルデバイスは、たとえば、符号分割多元接続（「ＣＤＭＡ」）セルラー通信プロトコルを介してフェムトセルと通信し得、フェムトセルは、インターネットなどの別のブロードバンドネットワークを介してより大きいセルラー電気通信ネットワークへのアクセスをモバイルデバイスに与え得る。

[00205]本明細書で説明する技法は、いくつかのＧＮＳＳおよび／またはＧＮＳＳの組合せのうちのいずれか１つを含むＳＰＳとともに使用され得る。さらに、そのような技法は、「スードライト（pseudolite）」として働く地上波送信機、またはＳＶ（衛星ビークル）とそのような地上波送信機との組合せを利用する測位システムとともに使用され得る。地上波送信機は、たとえば、ＰＮコード（擬似雑音コード（pseudo noise code））または（たとえば、ＧＰＳまたはＣＤＭＡセルラー信号と同様の）他のレンジングコード（ranging code）をブロードキャストする地上ベースの送信機を含み得る。そのような送信機は、遠隔受信機による識別を可能にするように一意のＰＮコードを割り当てられ得る。地上波送信機は、たとえば、トンネルの中、鉱山内、建築物の中、ビルの谷間または他の閉じられたエリア内などの、周回軌道ＳＶからのＳＰＳ信号が利用できないことがある状況においてＳＰＳを補強するのに有用であり得る。スードライトの別の実装形態は無線ビーコンとして知られている。本明細書で使用する「ＳＶ」という用語は、スードライト、スードライトの均等物、および場合によっては他のものとして働く地上波送信機を含む。本明細書で使用する「ＳＰＳ信号」および／または「ＳＶ信号」という用語は、スードライトまたはスードライトの均等物として働く地上波送信機を含む、地上波送信機からのＳＰＳ様の信号（SPS-like signals）を含む。

[00206]本明細書で使用する「および」、および「または」という用語は、それが使用される文脈に少なくとも部分的に依存する様々な意味を含み得る。一般に、「または」がＡ、ＢまたはＣなどのリストを関連付けるために使用される場合、ここで包含的な意味で使用されるＡ、Ｂ、およびＣを意味し、ならびにここで排他的な意味で使用されるＡ、ＢまたはＣを意味する。本明細書全体にわたる「一例」または「例」という言及は、その例に関して説明する特定の特徴、構造、または特性が、特許請求する主題の少なくとも１つの例の中に含まれ得ることを意味する。したがって、本明細書全体にわたる様々な箇所における「一例では」または「例」という句の出現は、必ずしもすべてが同じ例を指すとは限らない。さらに、それらの特定の特徴、構造、または特性は、１つまたは複数の例において組み合わせられ得る。本明細書で説明した例は、機械、デバイス、エンジン、またはデジタル信号を使用して動作する装置を含み得る。そのような信号は、電子信号、光信号、電磁信号、またはロケーション間で情報を与える任意の形態のエネルギーを備え得る。

[00207]現在例示的な特徴と考えられていることを例示し説明したが、特許請求する主題から逸脱することなく、様々な他の変更が行われ得、均等物が代用され得る。さらに、本明細書に記載の中心概念から逸脱することなく、特許請求する主題の教示に特定の状況を適合させるために多くの変更が行われ得る。したがって、特許請求する主題は、開示された特定の例に限定されず、そのような特許請求する主題はまた、添付の特許請求の範囲内に入るすべての態様とそれらの均等物とを含み得る。

[00208]例示的実施形態は、以下の１つまたは複数を含み得る。

[00209]１．ロケーションサービスに関する要求を受信するための手段と、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報のうちの少なくとも一方を備える、
応答を送るための手段と、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報のうちの少なくとも一方を備える、
を備えるロケーションサーバであって、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、ロケーションサーバ。

[00210]２．前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、請求項１に記載のロケーションサーバ。

[00211]３．前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、請求項２に記載のロケーションサーバ。

[00212]４．少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、請求項１に記載のロケーションサーバ。

[00213]５．前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、請求項４に記載のロケーションサーバ。

[00214]６．前記送るための手段が、さらに、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を送るためのものである、請求項１に記載のロケーションサーバ。

[00215]７．ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項１に記載のロケーションサーバ。

[00216]８．プロセッサに、
ロケーションサービスクライアントからロケーションサービスに関する要求を受信することと、
前記ロケーションサービスクライアントに向けて応答を送ることと
を行わせるように構成されたプロセッサ可読命令を記憶するプロセッサ可読記憶媒体であって、
ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報のうちの少なくとも一方を備え、
前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報のうちの少なくとも一方を備え、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、プロセッサ可読記憶媒体。

[00217]９．前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、請求項８に記載のプロセッサ可読記憶媒体。

[00218]１０．前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、請求項９に記載のプロセッサ可読記憶媒体。

[00219]１１．少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、請求項８に記載のプロセッサ可読記憶媒体。

[00220]１２．前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、請求項１１に記載のプロセッサ可読記憶媒体。

[00221]１３．前記プロセッサに、分析報告を準備させ、トランシーバを介して前記ロケーションサービスクライアントに向けて分析報告を送らせるように構成された命令をさらに備え、前記分析報告が、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える、請求項８に記載のプロセッサ可読記憶媒体。

[00222]１４．ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項８に記載のプロセッサ可読記憶媒体。

[00223]１５．ロケーションサービスに関する要求を送るための手段と、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報のうちの少なくとも一方を備える、
応答を受信するための手段と、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報のうちの少なくとも一方を備える、
前記応答を使用してロケーションサービスを提供するための手段と
を備えるロケーションサービスクライアントであって、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、ロケーションサービスクライアント。

[00224]１６．前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、請求項１５に記載のロケーションサービスクライアント。

[00225]１７．前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、請求項１６に記載のロケーションサービスクライアント。

[00226]１８．少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、請求項１５に記載のロケーションサービスクライアント。

[00227]１９．前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、請求項１８に記載のロケーションサービスクライアント。

[00228]２０．前記ロケーションサービスクライアントが、ロケーションベースサービスアプリケーションサーバである、請求項１５に記載のロケーションサービスクライアント。

[00229]２１．モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を受信するための手段をさらに備え、前記ロケーションサービスを提供するための手段が、前記ロケーションサービスを提供するために、前記分析報告を使用する、請求項１５に記載のロケーションサービスクライアント。

[00230]２２．ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項１５に記載のロケーションサービスクライアント。

[00231]２３．プロセッサに、
ロケーションサーバに向けてロケーションサービスに関する要求を送ることと、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報のうちの少なくとも一方を備え、
前記ロケーションサーバから前記要求に対する応答を受信することと、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報のうちの少なくとも一方を備え、
前記応答を使用してロケーションサービスを提供することと
を行わせるように構成されたプロセッサ可読命令を記憶するプロセッサ可読記憶媒体であって、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、プロセッサ可読記憶媒体。

[00232]２４．前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、請求項２３に記載のプロセッサ可読記憶媒体。

[00233]２５．前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、請求項２４に記載のプロセッサ可読記憶媒体。

[00234]２６．少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、請求項２３に記載のプロセッサ可読記憶媒体。

[00235]２７．前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、請求項２６に記載のプロセッサ可読記憶媒体。

[00236]２８．前記プロセッサに前記要求を送らせ、前記応答を受信させるように構成された前記命令が、前記プロセッサに、インロケーションアライアンスアーキテクチャに従って、インターフェース５を介して、前記要求を送らせ、前記応答を受信させるように構成されている、請求項２３に記載のプロセッサ可読記憶媒体。

[00237]２９．前記プロセッサに、トランシーバを介して前記ロケーションサーバから、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を受信させるように構成された命令をさらに備え、前記プロセッサに前記ロケーションサービスを提供させるように構成された前記命令が、前記プロセッサに前記分析報告を使用させるように構成されている、請求項２３に記載のプロセッサ可読記憶媒体。

[00238]３０．ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）のメッセージを備える、請求項２３に記載のプロセッサ可読記憶媒体。

[00239]３１．１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を受信するための手段と、ここにおいて、ロケーションサービスに関する前記要求が、トリガ条件と、グループ条件、または、持続条件のうちの少なくとも１つとを備える、
前記トリガ条件と、前記グループ条件または前記持続条件のうちの少なくとも１つとの発生を決定するための手段と、
応答を送るための手段と、ここにおいて、前記応答が、前記トリガ条件と、前記グループ条件または前記持続条件のうちの前記少なくとも１つとの発生を示す、
を備えるロケーションサーバ。

[00240]３２．前記１つまたは複数のモバイルデバイスが、複数のモバイルデバイスを備え、前記グループ条件と組み合わされた前記トリガ条件が、ターゲットエリアに入る、前記ターゲットエリアを出る、前記ターゲットエリア内に残る、または前記ターゲットエリア外に残る、前記複数のモバイルデバイスの一部を備える、請求項３１に記載のロケーションサーバ。

[00241]３３．前記複数のモバイルデバイスの前記一部が、前記グループ条件によって示され、前記複数のモバイルデバイスの最小量、前記複数のモバイルデバイスの最大量、または、前記複数のモバイルデバイスのすべてのうちの１つを備える、請求項３２に記載のロケーションサーバ。

[00242]３４．前記最小量または前記最大量が、どちらが使用されても、整数、または、前記複数のモバイルデバイスの割合のいずれかである、請求項３３に記載のロケーションサーバ。

[00243]３５．前記持続条件が、前記トリガ条件の連続的な持続に関する最小時間期間を備える、請求項３１に記載のロケーションサーバ。

[00244]３６．前記応答が、前記１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報または地理的ロケーションのうちの少なくとも一方を備える、請求項３１に記載のロケーションサーバ。

[00245]３７．ロケーションサービスに関する前記要求、および、前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項３１に記載のロケーションサーバ。

[00246]３８．プロセッサに、
１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求をロケーションサービスクライアントから受信することと、ここにおいて、ロケーションサービスに関する前記要求が、トリガ条件と、グループ条件、または、持続条件のうちの少なくとも１つとを備える、
前記トリガ条件と、前記グループ条件または前記持続条件のうちの少なくとも１つとの発生を決定することと、
前記ロケーションサービスクライアントに向けて応答を送ることと、ここにおいて、前記応答が、前記トリガ条件と、前記グループ条件または前記持続条件のうちの前記少なくとも１つとの前記発生を示す、
を実わせるように構成されたプロセッサ可読命令を記憶するプロセッサ可読記憶媒体。

[00247]３９．前記１つまたは複数のモバイルデバイスが、複数のモバイルデバイスを備え、前記グループ条件と組み合わされた前記トリガ条件が、ターゲットエリアに入る、前記ターゲットエリアを出る、前記ターゲットエリア内に残る、または前記ターゲットエリア外に残る、前記複数のモバイルデバイスの一部を備える、請求項３８に記載のプロセッサ可読記憶媒体。

[00248]４０．前記複数のモバイルデバイスの前記一部が、前記グループ条件によって示され、前記複数のモバイルデバイスの最小量、前記複数のモバイルデバイスの最大量、または、前記複数のモバイルデバイスのすべてのうちの１つを備える、請求項３９に記載のプロセッサ可読記憶媒体。

[00249]４１．前記最小量または前記最大量が、どちらが使用されても、整数、または、前記複数のモバイルデバイスの割合のいずれかである、請求項４０に記載のプロセッサ可読記憶媒体。

[00250]４２．前記持続条件が、前記トリガ条件の連続的な持続に関する最小時間期間を備える、請求項３８に記載のプロセッサ可読記憶媒体。

[00251]４３．前記応答が、前記１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報または地理的ロケーションのうちの少なくとも一方を備える、請求項３８に記載のプロセッサ可読記憶媒体。

[00252]４４．ロケーションサービスに関する前記要求、および、前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項３８に記載のプロセッサ可読記憶媒体。

[00253]４５．１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求を送るための手段と、ここにおいて、ロケーションサービスに関する前記要求が、トリガ条件と、グループ条件、または、持続条件のうちの少なくとも１つとを備える、
前記要求に対する応答を受信するための手段と、ここにおいて、前記応答が、前記トリガ条件と、前記グループ条件または前記持続条件のうちの前記少なくとも１つとの発生を示す、
前記応答を使用してロケーションサービスを提供するための手段と
を備えるロケーションサービスクライアント。

[00254]４６．前記１つまたは複数のモバイルデバイスが、複数のモバイルデバイスを備え、前記グループ条件と組み合わされた前記トリガ条件が、ターゲットエリアに入る、前記ターゲットエリアを出る、前記ターゲットエリア内に残る、または前記ターゲットエリア外に残る、前記複数のモバイルデバイスの一部を備える、請求項４５に記載のロケーションサービスクライアント。

[00255]４７．前記複数のモバイルデバイスの前記一部が、前記グループ条件によって示され、前記複数のモバイルデバイスの最小量、前記複数のモバイルデバイスの最大量、または、前記複数のモバイルデバイスのすべてのうちの１つを備える、請求項４６に記載のロケーションサービスクライアント。

[00256]４８．前記最小量または前記最大量が、どちらが使用されても、整数、または、前記複数のモバイルデバイスの割合のいずれかである、請求項４７に記載のロケーションサービスクライアント。

[00257]４９．前記持続条件が、前記トリガ条件の連続的な持続に関する最小時間期間を備える、請求項４５に記載のロケーションサービスクライアント。

[00258]５０．前記応答が、前記１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報または地理的ロケーションのうちの少なくとも一方を備える、請求項４５に記載のロケーションサービスクライアント。

[00259]５１．前記ロケーションサービスクライアントが、ロケーションベースサービスアプリケーションサーバである、請求項４５に記載のロケーションサービスクライアント。

[00260]５２．ロケーションサービスに関する前記要求、および、前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項４５に記載のロケーションサービスクライアント。

[00261]５３．プロセッサに、
１つまたは複数のモバイルデバイスのためのロケーションサービスに関する要求をロケーションサーバに向けて送ることと、ここにおいて、ロケーションサービスに関する前記要求が、トリガ条件と、グループ条件、または、持続条件のうちの少なくとも１つとを備える、
トランシーバを介して前記要求に対する応答を前記ロケーションサーバから受信することと、ここにおいて、前記応答が、前記トリガ条件と、前記グループ条件または前記持続条件のうちの前記少なくとも１つとの発生を示す、
前記応答を使用してロケーションサービスを提供することと
を行わせるように構成されたプロセッサ可読命令を記憶するプロセッサ可読記憶媒体。

[00262]５４．前記１つまたは複数のモバイルデバイスが、複数のモバイルデバイスを備え、前記グループ条件と組み合わされた前記トリガ条件が、ターゲットエリアに入る、前記ターゲットエリアを出る、前記ターゲットエリア内に残る、または前記ターゲットエリア外に残る、前記複数のモバイルデバイスの一部を備える、請求項５３に記載のプロセッサ可読記憶媒体。

[00263]５５．前記複数のモバイルデバイスの前記一部が、前記グループ条件によって示され、前記複数のモバイルデバイスの最小量、前記複数のモバイルデバイスの最大量、または、前記複数のモバイルデバイスのすべてのうちの１つを備える、請求項５４に記載のプロセッサ可読記憶媒体。

[00264]５６．前記最小量または前記最大量が、どちらが使用されても、整数、または、前記複数のモバイルデバイスの割合のいずれかである、請求項５５に記載のプロセッサ可読記憶媒体。

[00265]５７．前記持続条件が、前記トリガ条件の連続的な持続に関する最小時間期間を備える、請求項５３に記載のプロセッサ可読記憶媒体。

[00266]５８．前記応答が、前記１つまたは複数のモバイルデバイスのうちの少なくとも１つのモバイルデバイスに関する識別情報または地理的ロケーションのうちの少なくとも一方を備える、請求項５３に記載のプロセッサ可読記憶媒体。

[00267]５９．前記プロセッサに前記要求を送らせ、前記応答を受信させるように構成された前記命令が、前記プロセッサに、インロケーションアライアンスアーキテクチャに従って、インターフェース５を介して、前記要求を送らせ、前記応答を受信させるように構成されている、請求項５３に記載のプロセッサ可読記憶媒体。

[00268]６０．ロケーションサービスに関する前記要求、および、前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、請求項５３に記載のプロセッサ可読記憶媒体。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ベニューのためにロケーションサーバにおいてロケーションサービスを提供する方法であって、前記方法が、
ロケーションサービスに関する要求を受信することと、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報またはターゲットエリアの識別情報のうちの少なくとも一方を備え、
応答を送ることと、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報または地理的エリアの識別情報のうちの少なくとも一方を備え、
を備え、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または、前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、方法。
［Ｃ２］
前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、Ｃ１に記載の方法。
［Ｃ３］
前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、Ｃ２に記載の方法。
［Ｃ４］
少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、Ｃ１に記載の方法。
［Ｃ５］
前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、Ｃ４に記載の方法。
［Ｃ６］
モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を送ることをさらに備える、Ｃ１に記載の方法。
［Ｃ７］
ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、Ｃ１に記載の方法。
［Ｃ８］
ロケーションサービスクライアントに通信を送り、ロケーションサービスクライアントから通信を受信するように構成されたトランシーバと、
前記トランシーバに通信可能に結合され、応答を形成するために、前記トランシーバを介して前記ロケーションサービスクライアントから受信されるロケーションサービスに関する要求を受信し、前記トランシーバを介して前記ロケーションサービスクライアントに向けて前記応答を送るように構成されたプロセッサと、
を備える、ロケーションサーバであって、
ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、
前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または、前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、ロケーションサーバ。
［Ｃ９］
前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、Ｃ８に記載のロケーションサーバ。
［Ｃ１０］
前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、Ｃ９に記載のロケーションサーバ。
［Ｃ１１］
少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、Ｃ８に記載のロケーションサーバ。
［Ｃ１２］
前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、Ｃ１１に記載のロケーションサーバ。
［Ｃ１３］
前記プロセッサが、分析報告を準備し、前記トランシーバを介して前記ロケーションサービスクライアントに向けて分析報告を送るようにさらに構成されており、前記分析報告が、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える、Ｃ８に記載のロケーションサーバ。
［Ｃ１４］
ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、Ｃ８に記載のロケーションサーバ。
［Ｃ１５］
ロケーションサービスクライアントにおいてロケーションサービスを提供する方法であって、前記方法が、
ロケーションサービスに関する要求を送ることと、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、
応答を受信することと、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、
前記応答を使用して前記ロケーションサービスを提供することと、
を備え、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または、前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、方法。
［Ｃ１６］
前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、Ｃ１５に記載の方法。
［Ｃ１７］
前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、Ｃ１６に記載の方法。
［Ｃ１８］
少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、Ｃ１５に記載の方法。
［Ｃ１９］
前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、Ｃ１８に記載の方法。
［Ｃ２０］
前記ロケーションサービスクライアントが、ロケーションベースサービスアプリケーションサーバである、Ｃ１５に記載の方法。
［Ｃ２１］
モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を受信することをさらに備え、前記ロケーションサービスを提供することが、前記分析報告を使用することを含む、Ｃ１５に記載の方法。
［Ｃ２２］
ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）のメッセージを備える、Ｃ１５に記載の方法。
［Ｃ２３］
ロケーションサーバに通信を送り、ロケーションサーバから通信を受信するように構成されたトランシーバと、
前記トランシーバに通信可能に結合され、
前記トランシーバを介して前記ロケーションサーバに向けてロケーションサービスに関する要求を送ることと、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスの第１の識別情報、または、ターゲットエリアの識別情報のうちの少なくとも一方を備え、
前記トランシーバを介して前記ロケーションサーバから前記要求に対する応答を受信することと、ここにおいて、前記応答が、少なくとも１つのモバイルデバイスの第２の識別情報、または、地理的エリアの識別情報のうちの少なくとも一方を備え、
前記応答を使用して前記ロケーションサービスを提供することと、
を行うように構成されたプロセッサと、
を備える、ロケーションサービスクライアントであって、
少なくとも１つのモバイルデバイスの前記第１の識別情報、少なくとも１つのモバイルデバイスの前記第２の識別情報、前記ターゲットエリアの前記識別情報、または、前記地理的エリアの前記識別情報のうちの少なくとも１つが、ベニュー固有識別情報を備える、ロケーションサービスクライアント。
［Ｃ２４］
前記ターゲットエリアの前記識別情報または前記地理的エリアの前記識別情報が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、都市ロケーションを備える、Ｃ２３に記載のロケーションサービスクライアント。
［Ｃ２５］
前記都市ロケーションが、ベニュー固有部分とグローバル部分とを備える、Ｃ２４に記載のロケーションサービスクライアント。
［Ｃ２６］
少なくとも１つのモバイルデバイスの前記第１の識別情報または少なくとも１つのモバイルデバイスの前記第２の識別情報のうちの少なくとも一方が、前記ベニュー固有識別情報を備え、前記ベニュー固有識別情報が、ベニュー固有名を備える、Ｃ２３に記載のロケーションサービスクライアント。
［Ｃ２７］
前記ベニュー固有名が、個々のモバイルデバイスまたはモバイルデバイスのグループを識別する、Ｃ２６に記載のロケーションサービスクライアント。
［Ｃ２８］
前記ロケーションサービスクライアントが、ロケーションベースサービスアプリケーションサーバである、Ｃ２３に記載のロケーションサービスクライアント。
［Ｃ２９］
前記プロセッサが、さらに、モバイルデバイスの開始数、入るモバイルデバイスの数、出るモバイルデバイスの数、モバイルデバイスの平均数、または平均滞在時間のうちの少なくとも１つを備える分析報告を、前記トランシーバを介して前記ロケーションサーバから受信するように構成されており、前記ロケーションサービスを提供するために、前記プロセッサが、前記分析報告を使用するように構成されている、Ｃ２３に記載のロケーションサービスクライアント。
［Ｃ３０］
ロケーションサービスに関する前記要求および前記応答が、オープンモバイルアライアンス（ＯＭＡ）のモバイルロケーションプロトコル（ＭＬＰ）に関するメッセージを備える、Ｃ２３に記載のロケーションサービスクライアント。

Claims

ベニューのためにロケーションサーバにおいてロケーションサービスを提供する方法であって、前記方法が、
ロケーションサービスクライアントから、ロケーションサービスに関する要求を受信することと、ここにおいて、ロケーションサービスに関する前記要求が、少なくとも１つのモバイルデバイスのロケーションの第１の識別情報を備え、前記第１の識別情報が、ベニュー固有部分とグローバル部分とを備えるベニュー固有識別情報を備え、前記ベニュー固有部分は、前記ベニュー内で一意であり、前記ベニュー内で個々のモバイルデバイスまたはモバイルデバイスのグループの前記ロケーションを識別するベニュー固有名を備え、前記グローバル部分は、グローバルに一意であり、前記ベニューのロケーションを識別し、
前記第１の識別情報に基づいて応答を前記ロケーションサービスクライアントに送ることと、ここにおいて、前記応答が、前記第１の識別情報の前記ベニュー固有名によって識別される前記ロケーションにおいて検出された前記少なくとも１つのモバイルデバイスの第２の識別情報を備え、前記第２の識別情報は、前記少なくとも１つのモバイルデバイスの現在のロケーションを識別する別のベニュー固有名を備え、
を備える、方法。