JP2022519316A - 決済エンジンおよび使用の方法 - Google Patents

Abstract

モバイルオペレータネットワークに関連付けられた無線通信デバイスは、ネットワークアクセスについての認証要求を、ネットワークトランシーバまたはセルラネットワークトランシーバ以外のトランシーバを用いて、無線アクセスポイント（ＡＰ）を介して送信する。デバイス認証が、モバイルオペレータネットワークによりまたはプロキシサーバを介して行われることが可能である。認証サーバとの通信は、ネットワーク通信技術の利用可能性に応じて、ＶＬＡＮ／ＶＲＦまたはＮＦＶを用いてよい。認証の際、要求するデバイスは、データオフロード動作モード中にワイドエリアネットワークにアクセスしてよく、ＡＰを介したデバイスへのおよびデバイスからのデータフローは、モニタリングされ、要求するデバイスに関連付けられたモバイルオペレータネットワークにレポートされる。無線通信デバイスは、データオフロード動作モード中、現場に分布する複数のＡＰのうちのいずれかと通信することが可能である。

Description

本発明は、一般に、無線通信デバイス、より詳細には、無線通信デバイスによるデータ利用の動的測定を可能にするネットワーク管理のシステムおよび方法に関する。

無線通信ネットワークが当たり前となってきている。無数の基地局が、複数の異なる無線サービスプロバイダによって提供される。携帯電話、パーソナル通信システム（ＰＣＳ）デバイス、携帯情報端末（ＰＤＡ）デバイス、およびウェブ利用可能な無線デバイスなどの無線通信デバイスは、１つまたは複数の既知の通信プロトコルを用いて、様々な基地局と通信する。初期の携帯電話デバイスは、アナログ動作および音声のみの通信に限定されていたが、現代の通信デバイスは、デジタル信号プロトコルを使用し、音声信号、画像データ、およびビデオストリーミングまでもの転送を可能とするように十分な帯域幅を有する。これに加えて、ウェブ利用可能なデバイスは、インターネットアクセスなどのネットワークアクセスを提供する。

個々の無線通信デバイスは、１つまたは複数の基地局と通信する。２つの無線通信デバイスが互いから数フィートにあるときでも、無線デバイス間の直接の通信は存在しない。すなわち、無線デバイスは、１つまたは複数の基地局および無線通信ネットワークの他の要素を介して互いと通信する。

いくつかの状況では、モバイルオペレータネットワークは、無線通信デバイスが無線アクセスポイントを介してモバイルオペレータネットワークと通信するように、通信をオフローディングしてよい。無線通信デバイスとのデータ交換（すなわち、アップロードおよびダウンロード）は、無線アクセスポイントを用いるときは追跡（トラッキング）されない。

したがって、デバイスがモバイルプロバイダネットワークに対し、セルサイトを介して接続されているか無線アクセスポイントを介して接続されているかにかかわらず、無線通信デバイスのデータ利用を追跡することが可能であるシステムについての必要性が存在することが認識される。本発明は、以下の詳細な説明および添付の図面から明らかとなるように、この利点および他の利点を提供する。

本教示に従う通信システムを実装するように構成されたシステムアーキテクチャを示す図。 図１の無線通信デバイスのうちの１つの機能ブロック図。 ネットワークの一部としてのアクセスポイントを用いる図１のシステムの一実施形態を示す図。 ユーザ機器、無線アクセスポイント、および無線サービスプロバイダネットワーク間の通信を示す動的ネットワークの例示的なネットワークアーキテクチャを示す図。 多数の分布した無線アクセスポイントを有する現場を示す図。 現場がクラウドネットワークと通信するシステムアーキテクチャを示す図。 複数の現場と通信する図６のクラウドネットワークを示す図。 現場がオフローディングされたデータ利用をモニタリングするシステムアーキテクチャを示す図。 複数の無線通信デバイスについてのデータ利用を示す例示的な表。 図８に示されるシステムの動作を示すフローチャート。 図８に示されるシステムの動作を示すフローチャート。 別の無線通信デバイスを介したネットワークに対する接続用の図８に示されるシステムの動作を示すフローチャート。 オフローディングされたデータ利用をモニタリングするための小企業または家庭の現場用のシステムアーキテクチャを示す図。 セルラ無線機能を用いたシステム実装についてのネットワークトポロジーを示す図。

本明細書に記載されるシステムは、従来の無線通信デバイスの通常の動作特徴を、各無線通信デバイスのデータ利用を追跡するように拡張する。上記の通り、従来の無線通信デバイスは、第１のトランシーバ（すなわち、ネットワークトランシーバ）を用いて無線通信ネットワーク基地局と通信する。本明細書に記載される拡張された性能は、無線通信デバイスが無線アクセスポイント（ＡＰ）を介してモバイルオペレータネットワークと通信することを可能にする第２のトランシーバデバイスを提供する。以下により詳細に記載されるように、本明細書に記載されるシステムおよび方法は、モバイルオペレータネットワークに対しＡＰを介して結合された各無線通信デバイスによって、モバイルオペレータネットワークがデータ利用を追跡することを可能にする。

無線通信デバイスは、図１におけるシステムアーキテクチャにおいて示されるシステム１００の一部として示される。システム１００の部分は、本明細書に簡潔に記載される従来の無線ネットワークコンポーネントである。本明細書において「ジャンプ可能」デバイスまたは「ジャンプ」デバイスと呼ばれ得る非ネットワーク通信性能は、以下により詳細に記載される。従来の無線通信ネットワーク１０２は、基地局１０４を備える。当業者は、典型的な無線通信ネットワーク１０２が多数の基地局１０４を備えることを認識する。しかしながら、本発明の理解における簡潔さおよび明確さのため、図１は単一の基地局１０４しか示さない。

基地局１０４は、基地局コントローラ（ＢＳＣ）１０６に対し結合されている。同様に、ＢＳＣ１０６は、ゲートウェイ１０８に対し結合されている。ＢＳＣ１０６は、モバイル切替センタ（図示せず）または他の従来の無線通信ネットワーク要素に対し結合されていてもよい。ゲートウェイ１０８は、ネットワーク１１０に対するアクセスを提供する。ネットワーク１１０は、無線通信ネットワーク１０２のプライベートコアネットワークであってよく、またはインターネットなどのワイドエリアパブリックネットワークであってよい。図１では、ユーザコンピュータデバイス１１２がネットワーク１１０に対し結合されているように示される。

簡潔さのため、無線通信ネットワークの複数の従来のネットワークコンポーネントが省略されている。特定のネットワークコンポーネントは、無線通信ネットワーク１０２（例えば、ＧＳＭ（登録商標）に対するＣＤＭＡ）の実装に応じて異なり得る。しかしながら、これらの要素は、当技術分野において既知であり、本明細書においてより詳細に記載される必要はない。

さらに図１には無線通信デバイス１２０～１２４が示される。無線通信デバイス１２０～１２４は、無線通信ネットワーク１０２における基地局１０４または他の基地局（図示せず）と通信することができる、多くの異なる種類の従来の無線通信デバイスの例である。当業者は、無線通信ネットワーク１０２が様々な異なる信号プロトコルを用いて通信してよいことを認識する。例えば、システム１００は、例として、ＣＤＭＡ、ＷＣＤＭＡ（登録商標）、ＧＳＭ、ＵＭＴＳ、３Ｇ、４Ｇ、ＬＴＥなどを用いて成功裏に実装されてよい。システム１００は、無線通信ネットワーク１０２についての任意の特定の通信プロトコルによって限定されない。

図１に示されるように、無線通信デバイス１２０は、無線ネットワーク通信リンク１３０を介して基地局１０４と通信する。同様に、無線通信デバイス１２２は、無線ネットワーク通信リンク１３２を介して基地局１０４と通信する。図１に示される無線通信デバイスの各々（例えば、無線通信デバイス１２０～１２４）は、基地局１０４または他の基地局（図示せず）を介した無線通信ネットワーク１０２との従来の通信を可能にするように、従来の送信機／受信機またはトランシーバコンポーネントを備える。従来のネットワーク通信の動作の詳細は、当技術分野において知られており、本明細書においてより詳細に記載される必要はない。

従来のネットワークトランシーバコンポーネントに加えて、図１に示される無線通信デバイス（例えば、無線通信デバイス１２０～１２４）は、デバイス間の直接の通信を可能とするように、第２の短距離トランシーバも備える。この短距離通信は、無線通信ネットワーク１０２に頼らずに達成される。確かに、以下により詳細に記載されるように、モバイル通信デバイス１２０～１２４における短距離トランシーバは、任意の無線サービスプロバイダによって提供される無線通信ネットワーク１０２に頼らない短距離通信ネットワーク１１６の動的な形成を可能にする。したがって、無線通信デバイスは、いくつかの通信について、従来の無線通信ネットワーク１０２に頼ることが可能であるが、モバイルデバイス自身同士の間に形成される短距離通信ネットワーク１１６の一部でもあってよい。

図１の例では、無線通信デバイス１２０は、無線ネットワーク通信リンク１３０を介して基地局１０４と通信する。同様に、無線通信デバイス１２２は、ネットワーク無線通信リンク１３２を介して基地局１０４と通信する。しかしながら、これに加えて、無線通信デバイス１２０および１２２は、短距離通信リンク１３４を介して互いと直接通信してよい。

図１に示されるように、無線通信デバイス１２４は、無線通信ネットワーク１０２と通信しない。しかしながら、無線通信デバイス１２４は、短距離無線通信リンク１３６を介して無線通信デバイス１２２と直接通信することが可能である。

１つまたは複数の短距離ネットワーク１１６の動的な形成は、無線通信ネットワーク１０２が存在しており動作可能であったとしても、無線通信ネットワーク１０２から独立した無線通信デバイス１２０～１２４間の通信を可能にする。短距離通信ネットワーク１１６は、有利には、無線通信ネットワーク１０２が存在しない環境において、または無線通信ネットワークが利用不可である状況においての通信を可能にする。例えば、無線通信ネットワーク１０２は、停電中または火事、民間緊急事態などの緊急時には利用不可であり得る。対照的に、短距離通信ネットワーク１１６は、セルタワー、基地局などの任意のインフラストラクチャに頼らない。以下により詳細に記載されるように、短距離通信ネットワーク１１６は、ジャンプ可能無線通信デバイスが地理的位置の至るところに移動するように拡張されてよい。

図２は、図１に示される無線通信デバイスのうちの１つ（例えば、無線通信デバイス１２０）を示す機能ブロック図である。無線通信デバイス１２０は、中央処理ユニット（ＣＰＵ）１５０を備える。当業者は、ＣＰＵ１５０が、従来のマイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、プログラム可能ゲートアレイ（ＰＧＡ）などとして実装されてよいことを認識する。無線通信デバイス１２０は、ＣＰＵ１５０の特定の形態によって限定されない。

図２における無線通信デバイス１２０はまた、メモリ１５２も備える。一般に、メモリ１５２は、ＣＰＵ１５０の動作を制御するための命令およびデータを記憶する。メモリ１５２は、ランダムアクセスメモリ、レディオンリーメモリ、プログラム可能メモリ、フラッシュメモリなどを含んでよい。無線通信デバイス１２０は、メモリ１５２を実装するように用いられる任意の特定の形態のハードウェアによって限定されない。メモリ１５２は、全体または一部においてＣＰＵ１５０と一体に形成されてもよい。

図２の無線通信デバイスはまた、ディスプレイ１５４およびキーパッドまたはキーボード１５６などの従来のコンポーネントを備える。これらは、知られているように動作する従来のコンポーネントであり、より詳細に記載される必要はない。ＵＳＢインタフェース、Ｂｌｕｅｔｏｏｔｈ（登録商標）インタフェース、カメラ／ビデオデバイス、赤外線デバイスなどといった、無線通信デバイスに見られる他の従来のコンポーネントもまた、無線通信デバイス１２０に備えられてよい。明確さのため、これらの従来の要素は、図２の機能ブロック図には示されていない。

図２の無線通信デバイス１２０はまた、基地局１０４（図１参照）との従来の無線通信ネットワーク用の無線通信デバイス１２０によって用いられ得るものなど、ネットワーク送信機１６２を備える。図２は、基地局１０４と通信するようにネットワーク送信機１６２とともに動作するネットワーク受信機１６４も示す。典型的な実施形態では、ネットワーク送信機１６２およびネットワーク受信機１６４は、回路を共有し、ネットワークトランシーバ１６６として実装される。ネットワークトランシーバ１６６は、アンテナ１６８に対し接続される。ネットワークトランシーバ１６６は、一般的なトランシーバとして示される。前述したように、モバイル通信デバイス（例えば、モバイル通信デバイス１２０～１２４）は、ＣＤＭＡ、ＷＣＤＭＡ、ＧＳＭ、ＵＭＴＳ、３Ｇ、４Ｇ、５Ｇ、ＷｉＭＡＸ、ＬＴＥなどを含むがこれらに限定されない、任意の既知の無線通信プロトコルに従って実装されてよい。無線通信ネットワーク１０２との通信用のネットワークトランシーバ１６６およびアンテナ１６８の動作は、当技術分野では周知であり、より詳細に本明細書に記載される必要はない。

図２の無線通信デバイス１２０はまた、他のジャンプ可能無線通信デバイス（例えば、図１の無線通信デバイス１２２）との直接の通信用に無線通信デバイス１２０によって用いられる短距離送信機１７２を備える。図２はまた、他のジャンプ可能無線通信デバイス（例えば、図１の無線通信デバイス１２２）と直接通信するように短距離送信機１７２とともに動作する短距離受信機１７４を示す。

典型的な実施形態では、短距離送信機１７２および短距離受信機１７４は、短距離トランシーバ１７６として実装される。短距離トランシーバ１７６は、アンテナ１７８に対し接続される。例示的な実施形態では、アンテナ１６８および１７８は、共通のコンポーネントを有し、また単一のアンテナとして実装されてよい。

図２はまた、コントローラ１８２およびデータストレージエリア１８４を示す。以下に詳細に記載されるように、コントローラ１８２は、短距離通信ネットワーク１１６の一部になる無線通信デバイス間のデータの交換を制御する。データストレージ１８４は、短距離通信ネットワーク１１６における無線通信デバイス間において交換されるユーザプロフィールデータおよびメッセージングデータを含む。データストレージエリア１８４は、任意の便利なデータ構造として実装されてよい。以下により詳細に記載されるように、データストレージエリア１８４は、無線通信デバイス間において交換されるデータ（例えば、メッセージ、連絡先の個人のプロフィール情報、各連絡先についての地理的位置タグなど）を含む。データは、単純なリスト、データベースの一部、または任意の他の便利なデータストレージ構造として記憶されてよい。ユーザプロフィールは、ユーザ名、ニックネーム、年齢、性別、学歴および職歴、趣味、食べ物の好み（寿司、湖南料理、および地中海料理が好きなど）などの広範囲の情報を含むことが可能である。２００９年３月３日に出願された米国出願第１２／３９７，２２５号（現在の米国特許第７，９７０，３５１号明細書）に記載された１つの実施形態では、２つの無線デバイスが、ユーザプロフィールデータの一部を交換し、ユーザ間の適切な一致が存在するかを判定してよい。ユーザプロフィールに基づく適切な一致が存在することを電話機が決定すると、個々のユーザに対し、そのユーザが会う人が近くに存在することを示すように、アラート信号が生成されてよい。別の実施形態では、ユーザプロフィールデータは、ユーザプロフィールに基づいて適切なマーケティングおよび広告データを決定するように、企業の現場において用いられてよい。

これに加えて、図２の無線通信デバイス１２０はまた、アプリケーションプログラムまたはアプリケーションプログラミングインタフェース（ＡＰＩ）として実装され得る接続マネージャ１８６を備える。当業者は、アプリケーションプログラムの動作は典型的にはデバイスのユーザによって開始される一方、ＡＰＩはオペレーティングシステムの一部になり常に実行されていることを認識する。例示的な実施形態では、接続マネージャ１８６は、選択されたＡＰ、図３におけるそうしたＡＰ１４０または図６および図８におけるＬＴＥ／ＮＲ互換無線機４４８、および図１２におけるモデム／ルータ５６０との人間介入接続を探索するように、およびその接続を自動的に伴わないように、コントローラ１８２を構成する。用語“ＮＲ”は、５Ｇ互換デバイスである「新たな無線」を参照する。また、本明細書において用いられる際、用語“ＡＰ”は、モバイル通信デバイスがＷｉＦｉ技術またはＬＴＥ／ＮＲ技術を用いて通信するデバイスを総称的に参照する、アクセスポイントを参照する。ＡＰは、ＷｉＦｉ互換無線機、ＬＴＥ／ＮＲ互換無線機、またはその両方の無線機を含むことが可能である。いくつかの実施形態では、ＡＰ無線機は、プログラム可能であってよく、Ｗｉｆｉ互換無線機からＬＴＥ／ＮＲ互換無線機に機能的に切り替えることが可能である。

接続マネージャ１８６はまた、第１および第２のＡＰを指定してよく、ここでは、第１のＡＰとの接続が好ましく、第１のＡＰが利用可能でない場合に第２のＡＰに対する接続が行われる。接続マネージャ１８６を実装するソフトウェアは、複数の代替技術によって、無線通信デバイス１２０へとロードされることが可能である。１つの実装では、ＡＰＩは、製造時に製造業者によってインストールされる、またはキャリアによって無線通信デバイスへとロードされることが可能である。これに代えて、接続マネージャ１８６は、デバイス製造業者、無線サービスプロバイダなどによって運営されるアプリケーションストアからアプリケーションとしてダウンロードされてよい。

図２に示される様々なコンポーネントは、バスシステム１８８によってともに結合されている。バスシステムは、アドレスバス、データバス、電力バス、制御バスなどを備えてよい。便利のため、図２における様々なバスは、バスシステム１８８として示される。

１つの実施形態では、ジャンプ可能無線通信デバイス１２０が任意の他のジャンプ可能無線通信デバイス（例えば、図１の無線通信デバイス１２２）の範囲内となるとき、短距離無線通信リンク（例えば、短距離無線通信リンク１３４）を確立する。

例示的な実施形態では、短距離トランシーバ１７６は、ＩＥＥＥ標準８０２．１１（ＷｉＦｉと呼ばれることがある）に従う動作用に設計されてよい。多くの現代の無線通信デバイスには、ＷｉＦｉが装備されており、本明細書に記載される機能を補助するように容易にアップグレードされてよい。無線通信デバイス１２０～１２４はすべてＷｉＦｉ性能を備えるため、無線通信デバイスが互換でない無線通信ネットワーク１０２により動作するように設計され得るとしても、短距離通信ネットワーク１１６が形成されてよい。例えば、無線通信デバイス１２２は、無線通信ネットワーク１０２のＧＳＭ実装による動作用に構成されてよい。無線通信デバイス１２４は、無線通信ネットワーク１０２のＣＤＭＡ実装による動作用に構成されてよい。無線通信デバイス１２２～１２４がそれぞれの無線通信ネットワーク１０２に対し互換でないとしても、無線通信デバイス１２２～１２４は依然として、短距離通信ネットワーク１１６を介して互いと直接通信してよい。したがって、無線通信デバイス１２０～１２４は、ネットワークトランシーバ１６６（図２参照）が異なる互換でない無線通信ネットワーク１０２により動作し得るとしても、短距離通信ネットワーク１１６を形成するように互換に動作してよい。

短距離通信ネットワーク１１６を確立するための様々な技術が、２００９年３月３日に出願された米国出願第１２／３９７，２２５号（現在の米国特許第７，９７０，３５１号明細書）、２００９年１１月１２日に出願された米国出願第１２／６１６，９５８号（現在の米国特許８，１９０，１１９号明細書）、２０１０年１２月１日に出願された米国出願第１２／９５８，２９６号、および２０１１年４月２６日に出願された米国出願第１３／０９３，９８８号（現在の米国特許第８，９９５，９２３号明細書）に記載され、その開示および内容全体が参照によりこれら全体において本明細書に組み込まれる。

以下により詳細に論じられるように、システム１００は、多数の無線通信デバイスが互いと直接通信することを可能にするように、ＷｉＦｉ標準の従来の動作のいくつかに勝る。１つの実施形態では、短距離通信ネットワーク１１６の形成を開始するように、局所的（ローカル）なホットスポットが用いられる。確立されると、短距離通信ネットワーク１１６は、ホットスポット（またはグループオーナー）がもはや存在しなくても、存在し続け得る。以下に記載される、さらに別の代替の実施形態では、無線通信デバイスは、ホットスポットがない場合でも短距離通信ネットワーク１１６を自発的に形成するように、共通のＳＳＩＤ、ＩＰ範囲、およびポートを利用するべく、予めプログラムされてよい。

システム１００の例示的な実施形態では、各無線通信デバイス（例えば、無線通信デバイス１２０～１２４）は、“ＪＵＭＭＭＰ”などの同一のＳＳＩＤによりビーコン信号を送信し、デバイスをジャンプ可能無線通信デバイスと識別する。これに加えて、ビーコンフレームは、送信元および宛先についてのメディアアクセス層（ＭＡＣ）アドレスなどのいくつかの他のデータフィールドを含む。ビーコンフレームには、他の無線通信デバイスにビーコンフレームを受信させ処理させるように、デスティネーションＭＡＣアドレスがすべてのものに対し設定される。システム１００において用いられるビーコンフレームは、他の無線デバイスとの同期用に用いられるタイムスタンプ、サポートされたデータレートに関する情報、例えば、ＩＥＥＥ８０２．１１チャネル数などのトランシーバ動作パラメータ、ならびに物理層（ＰＨＹ）における動作および直接周波数スペクトラム（ＤＳＳＳ）または周波数ホッピングスペクトラム拡散（ＦＨＳＳ）動作モードにおける動作などの信号法を示すパラメータの組などの従来の要素を含んでもよい。これらの従来のＷｉＦｉパラメータは、当技術分野において既知であり、本明細書においてより詳細に記載される必要はない。

これに加えて、アクセスポイントが存在しないため、すべてのジャンプ可能無線通信デバイスは、共有された無線チャネルに対するアクセスと無線媒体を通じて動作するプロトコルとを調整することによって、ジャンプ可能無線通信デバイス間の通信を制御し、管理し、維持するＭＡＣ層の責任を負う。例示的な実施形態では、ＭＡＣはＩＥＥＥ８０２．２に従って実装される。ＰＨＹ層にて、トランシーバはＤＳＳＳまたはＦＨＳＳ動作モードにより動作してよい。これに代えて、ＰＨＹ層は、赤外トランシーバを用いて実装されてよい。ＩＥＥＥ８０２．１１標準は、デバイスがアドホックモードを用いるかインフラストラクチャモードを用いるかにかかわらず、通常動作を定める。アドホックモードの使用はプロトコルにしか影響を及ぼさないため、ＰＨＹ層には影響がない。したがって、無線通信デバイス１２０は、５ギガヘルツ（ＧＨｚ）におけるＩＥＥＥ８０２．１１ａｃ／ａｘ下において、２．４ＧＨｚにおけるＩＥＥＥ８０２．１１ｂ／ｇ下において、または２．４ＧＨｚと５ＧＨｚとの両方において動作するＩＥＥＥ８０２．１１ｎ下において動作してよい。当業者は、システム１００の無線通信デバイスがＩＥＥＥ８０２．１１の将来版による動作に容易に適合し得ることを認識する。

代替の実施形態では、無線通信デバイス１２０～１２４は、ＩＥＥＥ ＷｉＦｉダイレクト標準に従って構成されてよい。ＷｉＦｉダイレクトは、短距離通信ネットワーク１１６における無線通信デバイスがグループオーナーとして機能することを可能にする。ＷｉＦｉダイレクトは、通信リンクを確立する処理を単純にする。例えば、ＷｉＦｉ保護セットアップは、通信リンクが、ＰＩＮもしくは他の識別に入ること、または単純にボタンを押すことによって確立されることを可能にする。本明細書において記載されるように、ジャンプ可能無線通信デバイスは、他のジャンプ可能デバイスとのリンクを確立し自動的に短距離通信ネットワーク１１６を確立するように、動的にシークする。

図３に示される、さらに別の代替の実施形態では、ジャンプ可能無線通信デバイス（例えば、無線通信デバイス１２０～１２２）は、ＷｉＦｉ基地局、ＷＡＰ、無線ルータなどのアクセスポイント１４０と通信してよい。以下により詳細に記載されるように、無線通信デバイス（例えば、無線通信デバイス１２０～１２４のうちの１つ）は、アクセスポイント１４０として機能し、短距離通信ネットワーク１１６における無線通信デバイスのうちの他のものが、アクセスポイントとして機能する無線通信デバイスを介してネットワーク１１０にアクセスすることを可能にしてよい。図３は、アクセスポイント１４０と無線通信デバイス１２０との間に確立された無線通信リンク１４２を示す。

同様に、無線通信デバイス１２２は、アクセスポイント１４０との無線通信リンク１４４を確立する。したがって、短距離通信ネットワーク１１６ａは、アクセスポイント１４０とともに形成される。本開示のより良い理解を補助するため、短距離通信ネットワークは一般に参照符号１１６によって参照される。短距離通信ネットワークの特定の例は、参照符号１１６およびアルファベット識別子（例えば、図３における短距離通信ネットワーク１１６ａ）によって参照される。

無線通信デバイス１２０～１２４の物理的近接に応じて、１つまたは複数の短距離通信ネットワーク１１６が形成されてよい。図３の例では、無線通信デバイス１２０～１２２は両方ともアクセスポイント１４０の範囲内ある。したがって、第１の短距離通信ネットワーク１１６ａは、無線通信デバイス１２０～１２２およびアクセスポイント１４０により形成されることが可能である。

無線通信デバイス１２４は、無線通信デバイス１２２の範囲内にあるが、アクセスポイント１４０の範囲内にはない。１つの実施形態では、無線通信デバイス１２４は、無線通信デバイス１２２を介して短距離通信ネットワーク１１６ａの一部になってよい。この実施形態では、無線通信デバイス１２２は、無線通信デバイス１２４と短距離通信ネットワーク１１６ａの他の部分との間において情報を中継するように、「リピータ」または中継器として機能する。別の実施形態では、第２の短距離通信ネットワーク１１６ｂが無線通信デバイス１２２～１２４により形成される。この例示的な実施形態では、無線通信デバイス１２２は、短距離通信ネットワーク１１６ａ～１１６ｂの両方の一部である。無線通信デバイス１２２は、同時に、短距離通信ネットワーク１１６ａ～１１６ｂ両方のメンバであってよく、または短距離通信ネットワーク１１６ａ～１１６ｂの両方に対し、短距離通信ネットワーク１１６ａ～１１６ｂ間を交互に切り替えることによって論理的に接続されてよい。

アクセスポイント１４０は、従来の手法によりネットワーク１１０に結合されている。これは、直接的にネットワーク１１０に対する、またはインターネットサービスプロバイダ（ＩＳＰ）によって提供されるものなどの中間ネットワークゲートウェイを介した、有線または無線接続を含むことが可能である。図３はまた、各メンバ（例えば、個人、企業、組織など）についての個々のウェブページ２０２をサポートし得る、ＪＵＭＭＭＰネットワークウェブサイト２００を示す。図３は、ソーシャルネットワークの各メンバについての個々のウェブページ２０８をサポートし得る、一般的な従来のソーシャルネットワークウェブサイト２０６も示す。ＪＵＭＭＭＰネットワークウェブサイト２００およびソーシャルネットワークウェブサイト２０６は、ネットワーク１１０に各々結合されている。図３には２つの別々のネットワークウェブサイトとして示されるが、当業者は、ＪＵＭＭＭＰウェブサイト２００はソーシャルネットワークウェブサイトとして効果的に機能することを認識する。同様に、ＪＵＭＭＭＰウェブサイト技術は、既存のソーシャルネットワークウェブサイトへと組み込まれることが可能である。したがって、図３に示される２つの別々のウェブサイトは、単一のウェブサイトへと効果的に組み合わせられることが可能である。

２００９年１１月１２日に出願され本願の譲受人に譲渡された同時係属中の米国出願第１２／６１６，９５８号に詳細に論じられるように、ジャンプ可能無線通信デバイス（例えば、無線デバイス１２０）のユーザは、無線通信デバイスのウェブブラウジング性能を用いて、個人についてより知るために連絡を取ったばかりのその個人についてのジャンプウェブページ２０２にアクセスしてよい。これに代えて、ジャンプ可能無線通信デバイス（例えば、無線デバイス１２０）のユーザは、無線通信デバイスのウェブブラウジング性能を用いて、そのユーザ自身の個人ジャンプウェブページ２０２にアクセスし、連絡を取ったばかりのその個人についての情報を記憶してよい。典型的には個人ジャンプウェブページ２０２の一部である連絡先リスト２０４は、連絡先情報を記憶するように構成される。同様に、ソーシャルネットワーク２０６の個人ジャンプウェブページ２０８は、連絡先情報を記憶するための連絡先リスト２１０を備えることが可能である。１つの実施形態では、連絡先情報は、ユーザ間の個人メッセージとともに交換されたユーザプロフィールを含んでよい。以下により詳細に論じられるように、ユーザプロフィールは、ユーザ名および好み、ならびにメッセージの特定の交換についての情報を含むことが可能である。例えば、ユーザプロフィールは、メッセージが交換された日付および時刻、メッセージの送信者のジオロケーションデータ（例えば、緯度および経度）などを含むことが可能であり、ユーザプロフィールとして連絡先リスト２０４に記憶されることも可能である。プロフィールデータについての応用は、以下により詳細に記載される。

代替の実施形態では、ネットワーク１１０に対するアクセスは、別のジャンプ可能無線通信デバイスを介して提供されてよい。例えば、図１では、無線通信デバイス１２２は無線通信リンク１３２を介して基地局１０４と通信することが可能であり、一方、無線通信デバイス１２４は基地局と直接通信することが可能でない。しかしながら、無線通信デバイス１２４は、無線通信デバイス１２２と近接しており、短距離無線通信リンク１３６を介して短距離通信ネットワーク１１６の一部として無線通信デバイス１２２と通信することが可能である。この実施形態では、無線通信デバイス１２４は、無線通信デバイス１２２が無線通信デバイス１２２および基地局１０４を介してネットワーク１１０にアクセスすることを可能にするように、リピータまたは中継器として無線通信デバイス１２２を用いることが可能である。

同様に、図３の実施形態では、無線通信デバイス１２０～１２２は、それぞれ、無線通信リンク１４２～１４４を介してアクセスポイント１４０と直接通信することが可能である。無線通信デバイス１２０～１２２は、アクセスポイント１４０を介して互いと通信し、したがって、短距離通信ネットワーク１１６ａを形成することも可能である。図３に見られるように、無線通信デバイス１２４は、アクセスポイント１４０と直接通信することが可能ではない。しかしながら、無線通信デバイス１２４は、無線通信デバイス１２２と近接しており、無線通信デバイス１２２およびアクセスポイント１４０を介してネットワーク１１０と通信することが可能である。

システム１００の別の例示的な応用では、企業は、メッセージ、クーポン、広告などの形態において企業情報を広めるように、短距離通信ネットワーク１１６を利用してよい。これに加えて、無線通信デバイスは、特定の現場内において複数のベンダと通信し、１つの現場から別の現場まで異なる情報を受信してよい。これは、図４～図６に示される。図４では、無線通信デバイスは、総称的にユーザ機器（ＵＥ）と呼ばれる。用語ＵＥは、オーディオ、ビデオ、およびテキストのメッセージングを処理できる任意の無線通信デバイスを含むように意図される。これは、スマートフォン、ラップトップ、ＰＤＡ、コンピュータタブレット（例えば、ｉＰａｄ（登録商標））などを含む。

図４は、ショッピングモールなどの現場におけるＵＥ４００～４０４を示す。ＵＥ４００は、ネットワークトランシーバ１６６（図２参照）を用いて無線アクセスネットワーク（ＲＡＮ）４０６と通信する。ＲＡＮ４０６は、基地局（例えば、図１における基地局１０４）および任意の関連するサポート回路構成を総称的に表すように意図される。ＵＥ４００は、従来の手法によりＲＡＮ４０６との無線通信リンク４０８を確立する。

図４は、ＵＥ４００をＡＰ４１６～４１８とそれぞれ結合させる無線通信リンク４１０～４１２も示す。典型的なショッピングモール環境では、ＡＰ４１６～４１８は、典型的には、ショッピングモールにおける様々な店舗に関連付けられてよい。図４は、無線通信リンク４２０を介してＡＰ４１８と通信するＵＥ４０４も示す。ＵＥ４０２は、無線通信リンク４２２を介してＡＰ４１８とも通信する。図４では、ＵＥ４０２は、ＡＰ４２８～４３０との無線通信リンク４２４～４２６をそれぞれ確立する。図４の例では、ＡＰ４２８およびＡＰ４３０は、同一の店舗に共同設置され、サーバ４３２に結合されてよい。この実施形態では、２つのＡＰ４２８～４３０は、ＡＰが位置する店舗内の複数の電話機用のテザーを生成するようにネットワークバックボーンを形成する。消費者が店舗中を移動する際、ＵＥ４０２は、信号強度に応じてＡＰ４２８またはＡＰ４３０に接続する。他の複数のＵＥがＡＰ４２８～４３０の範囲内に来る場合、それらのＵＥは上記のすべての目的のために、直接またはＡＰ４２８～４３０によって形成されたＷｉＦｉ ＡＰメッシュネットワークを介して通信してよい。

以下により詳細に記載されるように、サーバ４３２は、ＵＥ４０２へのおよびＵＥ４０２からのＡＰ４２８および／またはＡＰ４３０を介したデータのフローを制御してよい。当業者は、ＡＰ（例えば、ＡＰ４１６）が様々に実装されることが可能であることを認識する。１つの実施形態では、ＡＰ４１６は、サービスプロバイダに対し直接結合されてよい。例えば、ＡＰ４１６は、ＵＥ４００用の無線接続を有するケーブルモデムとして実装されてよい。別の実施形態では、ＡＰ４１６は、ＡＰ４１６の動作を制御するとともにネットワーク１１０との通信を制御するコンピュータ（図示せず）に結合されてよい。この実施形態では、ネットワーク１１０は、インターネットなどのワイドエリアネットワークであってよい。

ＵＥ４００とＵＥ４０６および／またはＡＰ４１６～４１８との間の様々な無線通信リンクに加えて、ＵＥ４００は、ＵＥ４０２との無線通信リンク４３４を確立することが可能である。無線通信リンク４３４は、短距離トランシーバ１７６（図２参照）を用いて確立され、したがって、ＵＥ４００および４０２が短距離通信ネットワーク１１６を確立することを可能にする。図４における短距離通信ネットワーク１１６は、上記のように動作する。

図４の例では、ＡＰ４１６およびＡＰ４１８は、異なる企業用のアクセスポイントであってよい。ＵＥ４００がＡＰ４１６の範囲内に移動する際、無線通信リンク４１０が確立され、ＡＰ４１６は、メッセージ、クーポン、広告などの企業情報を広めてよい。同様に、ＵＥ４００がＡＰ４１８の範囲内を移動するとき、無線通信リンク４１２が確立され、ＵＥ４００は企業情報をＡＰ４１８から受信してよい。図４の例では、ＡＰ４１６から無線通信リンク４１０を介して受信された情報のうちいくつかまたはすべてが、ＵＥ４００からＵＥ４０２まで無線通信リンク４３４を介して中継されてよい。したがって、ＡＰ４１６に関連付けられた企業からの情報は、他のＵＥ（図４におけるＵＥ４０２）に短距離通信ネットワーク１１６を介して広められてよい。

上述の通り、無線通信デバイス（例えば、図１における無線通信デバイス１２２）は、短距離通信ネットワーク１１６におけるホットスポットとして機能してよい。しかしながら、図４に示されたショッピングモールの例などのいくつかの環境では、一般に、ショッピングモール中に分布するＡＰによって提供された十分なカバレッジが存在する。したがって、短距離通信ネットワークは、典型的には、図３におけるＡＰ１４０または図４に示されるＡＰのうちのいずれかなどのＡＰを用いて確立されてよい。以下により詳細に論じられるように、検証システムが、ＵＥ４００によってＡＰ４１６およびＡＰ４１８から受信された情報の信憑性を保証するように用いられることが可能である。

図４では、ＵＥ４０２は、ＡＰ４２８～４３０との無線通信リンク４２４～４２６をそれぞれ確立している。上述の通り、これらのＡＰは大企業に存在してよい。ユーザが１つの売り場から別の売り場まで、または１つの店舗の階から別の店舗の階まで移動する際、ユーザは１つのＡＰまたは他のＡＰの範囲にまたはその範囲から移動してよい。したがって、ＵＥ４０２に対し提供された情報は、企業内のユーザの現在位置に基づいてユーザ用にカスタマイズされてよい。

図５は、カジノなどの大きな現場４４０を示す。そうした大きな現場においては、現場４４０内または現場４４０の近くにある関連企業４４２～４４６が存在してよい。カジノの例では、関連企業４４２は、歌手、お笑いの芝居などのための上演会場であってよい。関連企業４４４はナイトクラブであってよく、一方、関連企業４４６はレストランであってよい。

現場４４０の大きいサイズに起因して、参照番号４４８によって示されるＡＰのネットワークをデプロイする必要があり得る。ＡＰ４４８の位置およびカバレッジエリアは、特定のハードウェア実装に基づいて決定されることが可能である。現場４４０内のＡＰ４４８の実際の分布および設置は、当業者の工学知識のうちであり、本明細書においてより詳細に記載される必要はない。

図５の実施形態では、ＡＰ４４８のすべては、サーバ（例えば、図４におけるサーバ４３２）またはゲートウェイ４５０（図６参照）に結合されてよい。ＵＥ４００が現場４４０中を移動する際、ＵＥ４００は、ＡＰ４４８のうちの１つまたは複数を有する無線通信デバイスを作ったり壊したりする。ＵＥ４００の識別情報は、プロフィールおよびユーザ情報を提供するＵＥによって検証され、ＷｉＦｉサービスにサインアップし、ＷｉＦｉサービスと引き換えにＡＰＩをダウンロードする。以下により詳細に記載されるように、最初にこれはポータルページを通じて達成されてよい。

ＵＥ４００の識別情報が検証されると、サーバ４３２はカスタマイズされたメッセージをＵＥ４００の所有者に提供することが可能である。ＵＥ４００が現場４４０内に残りながら、実質的には、ＡＰ４４８と連絡を続け、そこからデータを受信してよい。例えば、ＵＥ４００は、無料で広告を、または上演会場４４２への割引されたチケットもしくはナイトクラブ会場４４４におけるハッピーアワーへの招待もしくはレストラン会場４４６における割引された食事を受信することが可能である。ＵＥ４００の所有者が現場４４０内のホテルにおける登録されたゲストでない場合、ＡＰ４４８は、現場４４０における部屋を予約するための招待または広告を送ることが可能である。ＵＥ４００は、広告オファーのうちの１つまたは複数を受け入れるように、ＡＰ４４８を介してサーバ４３２と通信することが可能である。例えば、ＵＥ４００は、上演会場４４２における受入れおよび予約チケットを送信することが可能である。同様に、ＵＥ４００のユーザは、現場４４０における部屋を予約することが可能である。

現場４４０は、ＵＥ４００との仮想的に連続した無線通信リンクを確立し、現場４４０および関連企業４４２～４４６についての広告コンテンツ（例えば、広告、オファー、割引など）のストリームを提供することが可能である。したがって、ＵＥ４００への広告データのストリームは、現場４４０および関連企業４４２～４４６についてのものであってよい。これに代えて、現場４４０は、異なる現場（図示せず）に広告することを提供してよい。例えば、現場４４０は、ラスベガスなどの大都市におけるカジノである場合、サーバ４３２は広告コンテンツをこの先の関連企業に、またはＵＥ４００に対し広告することを提供するように現場４４０が契約した第三者企業にも提供してよい。例えば、ＡＰ４４８は、異なる現場における慣習についてまたは異なる現場におけるボクシングマッチについて広告することを提供してよい。したがって、コンテンツを提供することは、ＵＥ４００が現在位置する現場４４０に関連してもしなくてもよい。

図６は、複数の現場にわたるシステムの動作を可能にするシステムアーキテクチャを示す。図５では、現場４４０は限定された数のＵＥ４００および限定された数のＡＰ４４８により示される。図５に関して上に議論されたように、現場中に分布する現場４４０は多数のＡＰ４４８を有してよい。

１つの実施形態では、ＡＰ４４８、ＩＥＥＥ標準８０２．１１（ＷｉＦｉと呼ばれることがある）に従う動作用に構成される。仮想的にすべてのＵＥ４００は、Ｗｉｆｉ性能を有し、したがって、仮想的ユニバーサル接続性を有する。別の実施形態では、モバイルオペレータネットワーク４７４は、３Ｇおよび４Ｇなどの以前の技術と比較して大幅に増加したデータレートを有する５Ｇ無線ネットワークである。ＷｉＦｉ互換ＡＰ４４８を現場に提供するというよりも、むしろ、図６および図８に示されるＬＴＥ／ＮＲ互換無線機４４８によってＡＰの機能が補完されている。

１つの実施形態では、ＡＰは、ＬＴＥ／ＮＲ互換無線機４４８に加えてＷｉｆｉ互換無線機の両方が、ＷｉＦｉ機能とＬＴＥ機能との両方を提供することができる。以下により詳細に論じられるように、ＵＥ４００は、ネットワークトランシーバ１６６（図２参照）を用いてＬＴＥ／ＮＲ互換無線機４４８に対し接続する、または短距離トランシーバ１７６を用いてＷｉｆｉ互換無線機に対し接続することが可能である。

様々なＬＴＥ／ＮＲ互換無線機４４８が、ルータ、スイッチなどのインフラストラクチャを用いてともに結合される。それらのルータ、スイッチおよびゲートウェイは、参照符号４５０によって図６に示される。ルータ、スイッチおよびゲートウェイ４５０は、ＷｉＦｉとＬＴＥトラフィックとの両方をトランスポートすることが可能である進化したパケットコア（ＥＰＣ）機器として実装されることが可能である。

とりわけ、ゲートウェイ４５０は、通信リンク４５２を介したネットワーク１１０に対する相互接続を可能にするが、任意のワイドエリアネットワークであることが可能である。典型的な実施形態では、ネットワーク１１０は、インターネットとして実装されてよい。通信リンク４５２に加えて、ゲートウェイ４５０は、ＪＵＭＭＭＰクラウド４５６として指定されたクラウドコンピュータ環境に対するバックホール４５４を提供する。バックホール４５４は、既知の技術を用いて様々に実装されてよい。１つの実施形態では、バックホール４５４は、ネットワーク１１０を介してＪＵＭＭＭＰクラウド４５６にルーティングされてよい。

ＪＵＭＭＭＰクラウド４５６内には複数のコンポーネントが存在する。ウェブポータルページおよびポリシーコントローラサーバ４５８は、現場４４０に加えて複数の異なる現場にわたって、ユーザ認証を制御する。ネットワーク管理要素４６０は、ＪＵＭＭＭＰクラウド４５６におけるネットワークの動作全体を制御する。１つの実施形態では、ポリシーサーバコントローラ４５８は、ＳａＭＯＧ－ＧＷ（ＧＴＰ上のＳ２ａモビリティ）機能を備えることも可能である。ＧＴＰは、３Ｇ／４Ｇネットワークとともに用いるための汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコルを指す。インフラストラクチャ４５０は、バックホール４５４またはインターネット接続を介した、ポリシーサーバコントローラ４５８に対するトンネリングを提供する。このコンポーネントは、信頼された無線ゲートウェイ（ＴＷＡＧ）として作用することによって、モバイルオペレータネットワークに対するＥＰＣ統合を提供する。これは、ＵＥ４００セッション状態がローミング中に維持されるように、３Ｇ／４Ｇ／ＬＴＥと８０２．１１無線との間の継ぎ目のない遷移を可能にする。ＵＥ４００トラフィックのアカウンティングは、次いで、モバイルオペレータサービス（例えば、ＷｉＦｉ通話）および標準インターネットベースのトラフィックによって中断され得る。当業者は、ＳａＭＯＧ－ＧＷが、図８および図１２の見本の実施形態に示されるものなどの他のシステムアーキテクチャへと組み込まれることが可能であることを認識する。

以下により詳細に論じられるように、モバイルサービスプロバイダは、様々なサービス料を様々なサービスについての消費者について実装することが可能である。例えば、ＷｉＦｉ通話は１つのレートにて消費者に決済されてよく、一方、ビデオ会議または他のサービスは、異なるレートにて消費者に提供されることが可能である。

図６は、現場４４０においてＵＥ４００へとダウンロードされ得る複数の異なるウェブページを示す。１つの実施形態では、現場４４０は、自身の所有するサーバを備え、自身の所有するポータルページを記憶してよい。しかしながら、そうしたアーキテクチャは、この機能をサポートするために各現場が別々のサーバを有することを必要とする。図６におけるシステムは、有利には、複数の現場について、ウェブポータルページサーバおよびポリシーコントローラサーバ４５８を利用する。ＪＵＭＭＭＰクラウド４５６は、ログインウェブページ４６２などのすべての現場についてのいくつかの通常のページを有してよい。しかしながら、ログインウェブページは、現場４４０に対し一意であってよい。

ログインウェブページ４６２に加えて、ＪＵＭＭＭＰクラウド４５６は１つまたは複数のインタースティシャルウェブページ４６４を有してよい。例えば、インタースティシャルウェブページは、現場４４０についての情報（または、現場内の企業用の広告、第三者広告、またはＪＵＭＭＭＰネットワーク内の他の現場についての広告）を表示してよく、一方、ユーザは、登録検証処理の完了を待つ。これに加えて、ＪＵＭＭＭＰクラウド４５６、１つまたは複数のウェルカム（迎え入れ）ウェブページ４６６を含んでよい。ウェルカムウェブページ４６６は、クレジットカードデータ入力ページ、インターネットアクセスサインアップページ、ユーザが割引バウチャーデータを入力することを可能にするためのバウチャーコード入力ページなどの様々なサービスを提供してよい。例えば、最初の登録は、基本帯域幅などのあるサービスレベルにてＷｉＦｉ接続性を提供することが可能である。しかしながら、ウェルカムウェブページは、ＷｉＦｉ接続を広告された価格用のより大きい帯域幅にアップグレードするためのオファーを含んでよい。ユーザが現場４４０におけるゲストである場合、料金はユーザの部屋に対し自動的に決済されることが可能である。別の実施形態では、ユーザの電話機にはアップグレードされた帯域幅サービスについて決済されてよい。他の同様のサービスが、ウェルカムウェブページ４６６において提供されてよい。

当業者は、インタースティシャルウェブページ４６４およびウェルカムウェブページ４６６が現場４４０に対し一意であってよいことを認識する。それらのウェブページが現場に対し一意であってよいとしても、ＪＵＭＭＭＰクラウド４５６内の集中化されたウェブポータルページサーバ４５８は、現場４４０内および他の現場内のシステムアーキテクチャ全体を、各現場内のポータルページサーバの必要を取り除くことによって単純化する。

ＪＵＭＭＭＰクラウド４５６におけるローカルアド（広告）サーバ４６８は、複数の現場についてローカライズされた広告を提供してよい。上に論じられたように、広告は、現場４４０自身についてまたは関連企業４４２～４４６（図５参照）についてのものであってよい。これに加えて、広告は、現場４４０の近くの企業についてのもの（またはＪＵＭＭＭＰネットワークにおける他の現場についてのもの）であってよい。ＪＵＭＭＭＰクラウド４５６におけるアドサーバ４６８は、現場４４０および他の現場内のネットワークアーキテクチャを、各現場内のアドサーバの必要を取り除くことによって単純化する。

ＪＵＭＭＭＰクラウド４５６におけるデータベースサーバ４７０は、ＵＥ４００に関する広範囲の情報（ＵＥ４００が現場において最初に識別されたときに提供されたデータストレージエリア１８４（図２参照）からのユーザプロフィール情報を含む。プロフィール情報は、ターゲットマーケティングおよびＵＥ４００が現場を横切る際にＵＥ４００に対し広告を提供するのに助力する）を、収集するように構成されてよい。前に論じられたように、データメッセージはジオロケーションデータを含んでよい。ジオロケーションデータ（例えば、経度および緯度）は、いくつかの可能な手法により取得されることが可能である。１つの実施形態では、無線通信デバイス（例えば、図６におけるＵＥ４００）は、内蔵ＧＰＳを有してよい。他の可能な位置決定技術は、ＷｉＦｉ、３Ｇ、近似三角測量、ユーザの既知の最後の位置を含む。他の既知の位置特定技術が、システム１００に実装されてもよい。例えば、ＵＥ４００は、図５に示される現場４４０におけるアクセスポイント４４８の異なるＵＥ４００と通信する。ＵＥ４００が現場中を移動する際、新たな通信リンクが近くのアクセスポイント４４８により確立される。ＵＥ４００がどのアクセスポイント４４８と通信するかを識別することによって、ＵＥ４００の位置を妥当な正確度により決定することが可能となる。データベースサーバ４７０は、位置情報を、時刻／日付データとともに、したがってＵＥ４００の移動を追跡するように記憶するように構成される。１つの実施形態では、データベースサーバ４７０は、システム１００中のＵＥ４００からのメッセージデータを記憶するように構成されることも可能である。さらに別の実施形態では、データベースサーバ４７０は、ＵＥ４００についてのユーザプロフィールとＵＥ４００によって他のＪＵＭＭＭＰユーザから収集されたプロフィールデータとを記憶してもよい。１つの構成では、現場４００に入る前に新規登録処理の一部として、またはＵＥが現場４００に入るときに検証処理の一部としてＵＥ４００にインストールされたＡＰＩは、位置データをデータベースサーバ４７０に戻るように周期的に報告する「ハートビート」信号を生成するように構成される。位置データは、ＵＥ４００についての位置情報を提供するように、時刻／日付スタンプを含んでよい。この情報は、マーケティング目的に有用であり得る。カジノ会場４４０が広いエリアと関連企業４４２～４４６とを含む図５の例を用いると、データベースサーバ４７０は、ＵＥ４００がどれだけ長く特定のエリア（例えば、カジノの１つのエリア）に留まるか、またＵＥ４００がナイトクラブなどにおけるバーに何回、どれだけ長く留まるかを決定することが可能である。この情報を収集することによって、データベースサーバ４７０は、マーケティング目的用にＵＥ４００についてのユーザプロフィールを確立することが可能である。

ＪＵＭＭＭＰクラウド４５６は、通信リンク４７６を介してモバイルオペレータネットワーク４７４に結合されているＩＰ転送ポイント４７２も含む。当業者は、モバイルデータオフローディング（データオフローディングとも呼ばれる）が、モバイルオペレータネットワーク４７４などのセルラネットワーク用に当初はターゲッティングされた配信データ用の相補的ネットワーク技術の使用を伴うことを認識する。セルラーネットワークトラフィックが重いエリアでは、ネットワーク輻輳が生じ得る。輻輳を低減させるため、モバイルネットワークオペレータは、輻輳のエリアにＷｉＦｉアクセスポイントをセットアップし、モバイルオペレータネットワーク４７４用に当初はターゲッティングされたデータのうちのいくつかがＷｉＦｉネットワークによって搬送されることを可能にする。モバイルオフローディング作用をトリガする規則は、エンドユーザ（すなわち、モバイルサブスクライバ）またはネットワークオペレータによって設定される。オフローディング規則におけるソフトウェアコード動作は、ＵＥ４００に、サーバに、またはこれら２つのデバイス間に分割されて存在することが可能である。エンドユーザのため、データオフローディングの目的は、データサービス用のコストとより大きい帯域幅の利用可能性とに基づいてよい。モバイルネットワークオペレータのため、オフローディングは、セルラネットワークの輻輳を低減させ、建物内部などのエリアにおけるカバレッジを向上させることが可能である。モバイルデータオフローディングに用いられる第１の相補的ネットワーク技術は、ＷｉＦｉ、フェムトセル、および組み込まれたモバイルブロードキャストである。

典型的な実施形態では、モバイルネットワークオペレータは、自身の特定のモバイルオペレータネットワークにおいて搬送されるデータをオフローディングするように、自身のＷｉＦｉネットワークを有する。図６の場合、現場４４０内のＬＴＥ／ＮＲ互換無線機４４８は、データオフローディングにおける場合に通常であるように、モバイルオペレータネットワーク４７４のオペレータに属しない。本開示に記載される実装では、データオフローディングは、モバイルオペレータネットワーク４７４との契約により現場４４０によって提供される。図６は単一のモバイルオペレータネットワーク４７４しか示さないが、当業者は、それが１つまたは複数のモバイルオペレータネットワークの代表であることを認識する。動作時、各モバイルオペレータネットワークは、直接またはＪＵＭＭＭＰクラウド４５６により現場４４０と契約し、現場におけるデータオフローディングを提供する。ＵＥ４００が現場に入るとき、モバイルネットワークオペレータに通知され、モバイルオペレータネットワーク４７４は、そのＵＥについてのデータトラフィックをオフローディングするか否かを判定することが可能である。ＵＥについてのデータオフローディングが上記の規則に従って承認されると、インターネットアクセス、テキストメッセージング、および電話が、ＪＵＭＭＭＰクラウド４５６内のモバイルオペレータネットワーク４７４から通信リンク４７６を通じてＩＰ転送ポイント４７２までの接続を介して、ＵＥ４００に提供されることが可能である。同様に、そのオフローディングされたデータは、バックホール４５４を通じてＡＰ４４８に、最終的にはＵＥ４００にルーティングされる。同様に、ＵＥ４００からの電話の発信およびデータのアップロードは、反対にルーティングされてよい。このアプローチは、輻輳が生じたモバイルオペレータネットワーク４７４から、トラフィックをオフローディングする有益な効果を有する。これに加えて、ＵＥ４００が現場４４０などの建物の内側にあるとき、ＵＥ４００との基地局を通じた直接の通信が上手く動作しない場合があるため、モバイルネットワークオペレータは向上した性能を見出し得る。したがって、ネットワーク輻輳における向上した受信および低減は、ＪＵＭＭＭＰクラウド４５６によって提供されるＩＰオフローディングの二重の利点である。

本開示は、オフローディングされたデータトラフィックを送受信する任意のＵＥ４００についてのデータ利用を追跡する機構を提供する。以下により詳細に記載されるように、この追跡機構は、モバイルオペレータネットワーク４７４が、データ使用（すなわち、無制限のデータダウンロード、前払い決済、後払い決済）を測定およびカテゴライズすることによって、オフローディングされたトラフィックを収益化することを可能にする。上記の通り、データオフローディングは、既存のモバイルオペレータネットワーク４７４を通じたトラフィック負担を容易にし、エンドユーザに対するローミング決済を低減させることを可能にする。

上述の通り、ポリシーサーバコントローラ４５８は、複数の現場にわたる認証処理を制御する。図６の実施形態では、ポリシーサーバコントローラ４５８は、ＵＥ４００の認証を保証するように登録サーバとして機能してもよい。当業者は、ＪＵＭＭＭＰクラウド４５６に示されるコンポーネントが個々の要素として示されることを認識する。１つの実施形態では、単一のポリシーコントローラサーバ４５８は、国全体などの大きいエリアにとって十分であってよい。実際は、１つの実施形態では、単一のポリシーコントローラサーバ４５８は、登録サービスをシステム１００全体に提供してよい。しかしながら、当業者は、ポリシーコントローラサーバ４５８が、ポリシーコントローラサーバの機能を実装するように設計された複数の異なるコンピュータプラットフォームの例であり得ることを認識する。１つの実施形態では、大都市、個々の州、国の地域、または区全体用のポリシーコントローラサーバが存在してよい。別の実施形態では、ポリシーコントローラサーバ４５８は、階層的に実装されてよい。ここで、地元または地域のポリシーサーバコントローラ４５８は、地元および地域データを含むものの、より高い階層レベルにおいて地域または国のポリシーコントローラサーバ４５８と通信してよい。例えば、ＵＥ４００が１つの都市において新規登録を行う場合、登録データはポリシーコントローラサーバ４５８の磁元の実装に記憶され、ポリシーコントローラサーバの地域または国レベルにレポートされてよい。このように、登録データは広いエリア中を効率的に分布してよい。以下に論じられるように、この配置は、ＵＥ４００の後続の認証を容易にする。

ＵＥ４００は、いくつかの時点にてシステム１００により登録される。新規登録は、例として、ＪＵＭＭＭＰクラウド４５６に対しネットワーク１１０を介して接続されたラップトップまたはＰＣを用いて、遠隔により行われることが可能である。別の変形形態では、ＵＥは、図６に示される現場４４０に入る際に、新規登録を行うことが可能である。ＵＥ４００が現場におけるＡＰ４４８のうちの１つに最初に連絡するとき、ポリシーコントローラサーバ４５８は、その特定のＵＥ４００に関連するデータを有しない。この場合、現場４４０における最初のＡＰ４４８は、新規登録を行ってよい。新規登録では、ＵＥ４００は、最初のＡＰ４４８に対し接続され、識別情報を提供することが可能である。例示的な実施形態では、ユーザは、テレフォンＩＤ（すなわち、電話番号）、デバイスＩＤ、ユーザＩＤ、およびｅメールアドレスなどのデータ、ならびにデータストレージエリア１８４（図２参照）におけるユーザプロフィールなどの他の情報を提供することによって、新規登録処理を完了させることが可能である。ユーザＩＤは、ユーザ生成名、ニックネームなどであってよい。デバイスＩＤは、特定の種類のＵＥ４００に基づいて異なってよい。例えば、ＵＥ４００がアンドロイド（登録商標）オペレーティングシステムを利用する場合、デバイスにはアンドロイド（商標）ＩＤが割り振られる。これに加えて、ＵＥ４００には、典型的には、国際携帯機器識別情報（ＩＭＥＩ）が割り振られてよい。これらのデバイス識別情報のいずれかは、単独でポリシーサーバコントローラ４５８に対し送信されてよい。別の代替の実施形態では、１つまたは複数のデバイスＩＤの一意のハッシュが生成され、デバイスＩＤとしてポリシーサーバコントローラ４５８に送信されてよい。短距離トランシーバ１７６（図２参照）は、ＵＥ４００に対し一意であるＭＡＣアドレスなどの識別情報を含んでもよい。上記の登録データは、ＭＡＣアドレスとともにポリシーサーバコントローラ４５８に提供されることが可能である。登録データは、ＭＡＣアドレスに関連付けられて記憶されてよい。登録は、ＵＥ４００が識別データをポリシーサーバコントローラ４５８に提供する、最初の処理を指す。前に記載されたように、これは、ＵＥ４００自身についての識別データ（例えば、ＭＡＣアドレス、ＩＭＥＩなど）およびユーザ情報（例えば、ユーザ名／パスワード、プロフィールデータなど）を含むことが可能である。上述の通り、ＵＥは、ポリシーサーバコントローラ４５８に必要な識別情報を提供するように、１度以上の登録処理を行う。後続の回では、ＵＥ４００は、現場４４０内のＡＰ４４８のうちの１つの範囲内に来るとき、自動的に認証される。認証は、以前に登録されたＵＥ４００が、認証処理中にＵＥによって提供された情報とＪＵＭＭＭＰクラウド４５６（図６参照）内に記憶された記憶識別データの検索とに基づいて自動的に識別される処理を指す。新規登録処理が完了すると、後続の認証が大幅に単純化される。認証中、ウェブポータルページサーバ４５８は、図６に示されるログインウェブページ４６２、１つまたは複数のインタースティシャルウェブページ４６４、およびウェルカムウェブページ４６６などの他のページを送信してよい。

ＵＥ４００は、従来の無線サービスプロバイダネットワークを用いて新規登録を行うことも可能である。前述の通り、ＵＥ４００は、従来の手法によりＲＡＮ４０６（図４参照）と無線通信リンク４０８を介して通信することが可能である。当業者は、ＵＥがＲＡＮ４０６を介してネットワーク１１０にアクセスすることが可能であることを認識する。ネットワーク１１０に対するゲートウェイなどの従来の無線サービスプロバイダコンポーネントは、当技術分野では既知であるが、明確さの目的のため図４には示されない。１つの実施形態では、ＵＥ４００は、ポリシーサーバコントローラ４５８によりＲＡＮ４０６を介して登録処理を行うことが可能である。この実施形態では、ＵＥ４００は、図３に示されるＪＵＭＭＭＰネットワークウェブサイト２００などのウェブサイトにアクセスする。この例では、ポリシーサーバコントローラ４５８は、ＪＵＭＭＭＰネットワークウェブサイト２００（図３参照）または図６のＪＵＭＭＭＰクラウド４５６に関連付けられてよい。

これに代えて、ＵＥ４００は、ＵＥ４００についての登録データをポリシーサーバコントローラ４５８に提供するように、従来のコンピュータ（例えば、図１のユーザコンピュータデバイス１１２）を用いて新規登録を行ってよい。例えば、ユーザは、図５に示されるカジノ会場４４０などのホテルを訪問するために予約をしてよい。ホテルからの確認ｅメールでは、ユーザは、例として、登録ウェブページに対するリンクを用いて、ポリシーサーバコントローラ４５８により登録処理を行うように勧められてよい。

ＵＥ登録が現場にてＡＰ（例えば、図６におけるＬＴＥ／ＮＲ互換無線機４４８のうちの１つ）を介して行われると、ポリシー制御サーバ４５８は、ＵＥ４００の地理的場所を知る。このように、ＵＥ４００は、メッセージ、クーポン、広告などの情報が有効および登録された企業から受信されることを知る。

１つの実施形態では、以前に登録されたＵＥ４００は、図６の現場における最初のＬＴＥ／ＮＲ互換無線機４４８の範囲内に来て、その無線機４４８との無線通信リンクを確立してよい。通信リンクを確立する際、ＵＥ４００は、自身の識別データ（例えば、ＭＡＣアドレスおよび／または電話ＩＤもしくはＩＭＥＩなど）を送信する。ＬＴＥ／ＮＲ互換無線機４４８は、認証要求メッセージをポリシーサーバコントローラ４５８に対し送信し、ＵＥ４００が登録されたデバイスであるかを判定する。ＵＥ４００によってＬＴＥ／ＮＲ互換無線機４４８に対し自動的に提供された識別データとＪＵＭＭＭＰクラウド４５６にすでに記憶されたユーザ情報とに基づいて、ポリシーサーバコントローラ４５８は、ＵＥ４００が以前に登録されていることを確認することが可能である。したがって、ＵＥ４００は、システム１００のＬＴＥ／ＮＲ互換無線機４４８のうちのいずれかの範囲へと来るといつでも認証される。これは、ユーザに透過的に行われてよい。この自動認証処理は、新規登録が国の完全に異なる部分であったとしても、行われることが可能である。したがって、ＵＥ４００は、同一の都市または地域における１つの現場４４０から別の現場まで移動してよく、本明細書に記載されるシステム１００の一部であるＡＰによりまたは自動的に識別され、認証されてよい。この便利な登録および認証は、他のシステムによって必要とされるようなＷｉＦｉ接続またはＬＴＥ接続を常に探索する必要を避ける。この自動認証処理に基づいて、ＵＥ４００は、現場におけるＬＴＥ／ＮＲ互換無線機４４８によって生成されたＷｉＦｉネットワークに対し自動的に接続されてよい。ＵＥ４００は、現場からウェルカムウェブページを取得してよく、広告、オファー、割引などを受信してもよい。

単一の現場における登録処理は、図６に関して上述されている。ＪＵＭＭＭＰクラウド４５６は、有利には、図７に示されるように、複数の現場について集中化された登録機能を提供する。複数の現場４４０は、ＪＵＭＭＭＰクラウド４５６に対し個々のそれぞれのバックホール４５４を介して各々接続される。ＵＥ４００が、上記の登録処理を用いて現場１にて最初に登録した場合、その登録情報はＪＵＭＭＭＰクラウド４５６に記憶される。ユーザが、例として、図７に示される現場２に入る、後の時点にて、ＵＥ４００は、ＬＴＥ／ＮＲ互換無線機４４８を自動的に識別し、その無線機４４８との通信を開始する。ＵＥ４００は、すでに登録されているため、その情報はＪＵＭＭＭＰクラウド４５６に沿って伝えられ、ＵＥ４００は自動的に認証される。これは、様々な現場４４０が互いから離れて位置する場合でも当てはまる。例えば、ＵＥの新規登録が、例としてニューヨーク市におけるスポーツ会場にて行われてよい。しかしながら、ＵＥ４００が、例として、ネバダ州ラスベガスにおけるカジノに搬送されると、ＵＥ４００は、ラスベガスにおける新たな現場におけるＬＴＥ／ＮＲ互換無線機４４８と通信を自動的に開始する。各現場はＪＵＭＭＭＰクラウド４５６に対し結合されているため、ＵＥ４００は、ラスベガスにおける現場４４０に入るとき、別の登録処理を受ける必要がない。したがって、任意の現場における単一の登録処理が、ＪＵＭＭＭＰクラウド４５６による登録には十分である。ＵＥ４００は、ＪＵＭＭＭＰクラウド４５６に対し結合されている異なる現場４００へと行くときはいつでも、自動的に認識され認証される。自動認証処理中、ＪＵＭＭＭＰクラウド４５６は、インタースティシャルポータルページ４６４をＵＥ４００に提供してよい。自動登録処理の完了時、ウェルカムポータルページ４６６が、次いでＵＥ４００に送信されてよい。

図８は、図６に示されるシステムアーキテクチャの変形形態を示すが、追加のフィーチャが、データオフローディングがモニタリングされモバイルオペレータネットワーク４７４に対しレポートされることを可能にする。

当業者は、ＷｉＦｉがＩＥＥＥ８０２．１１プロトコル技術に基づく高速無線技術であることを認識する。対照的に、ロングタームエボリューション（ＬＴＥ）は、ＧＳＭ／ＥＤＧＥおよびＵＭＴＳ／ＨＳＰＡプロトコル技術に基づく高速無線技術である。

簡潔に上述した通り、モバイルオペレータネットワーク４７４は、３Ｇおよび４Ｇなどの以前の技術と比較して大幅に増加したデータレートを有する５Ｇ無線ネットワークである。ＷｉＦｉ互換ＡＰ４４８（図４参照）を現場に提供するというよりも、むしろ、ＷｉＦｉ互換無線機に加えて、図６および図８に示されるＬＴＥ／ＮＲ互換無線機４４８を追加することによってＡＰの機能が補完されている。

現場４４０にＷｉＦｉ機能が実装されている場合、ＵＥ４００は、ＡＰにおけるＷｉＦｉ無線機によって提供されるＩＥＥＥ８０２．１１プロトコル無線サービスを探索する。対照的に、現場４４０にＬＴＥ／ＮＲ機能が実装されている場合、ＵＥ４００は、利用可能なＧＳＭ／ＵＭＴＳサービスを探索する。ＬＴＥ／ＮＲ互換無線機４４８は、セルラ環境において動作し、ＧＳＭ／ＥＤＧＥおよびＵＭＴＳ／ＨＳＰＡプロトコル技術を用いてＵＥ４００と通信することが可能である。ＷｉＦｉ互換無線機は、ＷｉＦｉ環境において動作し、ＩＥＥＥ８０２．１１プロトコル技術を用いてＵＥ４００と通信することが可能である。接続マネージャ１８６（図２参照）は、特定のＵＥ４００が第１のまたは好ましい接続タイプとしてＷｉＦｉ接続またはＬＴＥを探索するかＬＴＥ接続をシークするかを決定することが可能である。

ＷｉＦｉとＬＴＥとの両方が、認証用のＲＡＤＩＵＳまたはＤｉａｍｅｔｅｒプロトコルを用いて認証性能をサポートする。認証手続は、以下により詳細に論じられる。
図８に示されるように、現場４４０には、カバレッジの所望のエリアを提供するように現場中に分布した複数のＷｉＦｉ互換およびＬＴＥ／ＮＲ互換無線機４４８が備わっている。以下の表は、現場４４０におけるＷｉＦｉ互換無線機の使用とＬＴＥ／ＮＲ互換無線機の使用との間の動作の差を示す。

ＷｉＦｉ互換無線機を用いる実装は、ネットワークトランスポート用の従来のイーサネット（登録商標）技術を用いる。しかしながら、ネットワークトランスポート層（すなわち、ＩＳＯモデルにおけるレイヤ２）は、仮想ローカルエリアネットワーク（ＶＬＡＮ）および仮想ルーティングおよびフォワーディング（ＶＲＦ）を用いて実装されることが可能である。従来のＬＡＮは、１つまたは複数のサブネット用の接続性を提供することが可能である。ＶＬＡＮを用いると、ネットワークスイッチは、複数の、独立したＶＬＡＮについてのサポートを提供し、サブネットのレイヤ２（データリンク）実装を生成することが可能である。ＶＬＡＮは、ブロードキャストドメインに関連付けられ、通常は１つまたは複数のイーサネットスイッチにより実装される。

ＩＰネットワークルータに実装された仮想ルーティングおよびフォワーディング（ＶＲＦ）技術は、ルーティングテーブルの複数のインスタンスがルータに存在し、同時に動作することを可能にする。これは、複数のデバイスを用いることなくネットワークパスをセグメント化することを可能にすることによって、ルータおよびネットワーク機能を向上させる。トラフィックは自動で分離するため、ＶＲＦはネットワークセキュリティも増加させる。いくつかの実施形態では、向上したネットワークセキュリティは、暗号化および認証の必要を取り除くことが可能である。ＩＳＰ（例えば、図１２のＩＳＰ５６２）は、ＶＲＦを用いて、各消費者について別々の仮想プライベートネットワーク（ＶＰＮ）を生成することが可能である。

対照的に、ＬＴＥ／ＮＲ互換無線機を用いる実装は、ネットワークトランスポート用の従来の５Ｇ互換技術を用いる。さらに、ネットワークトランスポート層（すなわち、ＩＳＯモデルにおけるレイヤ２）は、ネットワーク機能仮想化（ＮＦＶ）を用いて実装されることが可能である。ＮＦＶは、ファイアウォールなどの専用ハードウェアの必要を取り除き、そうしたネットワークコンポーネントの実装をサーバに移動させる。単一の物理サーバは、複数のネットワークについてＮＦＶを提供することが可能である。例えば、図８におけるコンテンツ／ファイアウォールサーバ４８０は、ＮＦＶを用いて実装されることが可能である。さらに、ＮＦＶ実装は、単一のサーバがＮＦＶを複数の異なるモバイルオペレータネットワーク４７４に提供することを可能にする、データのセグメント化を可能にする。ＮＦＶは、モバイルオペレータネットワーク４７４の各々について、別々のセグメント化されたネットワークパスを可能にする。トラフィックは自動で分離するため、ＮＦＶはネットワークセキュリティも増加させる。

図１３は、市民ブロードバンド無線サービス（ＣＢＲＳ）ＬＴＥ／ＮＲ技術などのセルラ無線機能を用いた実装についての例示的なネットワークトポロジーを示す。図１３におけるフロントエンドは、ＵＥが１つまたは複数のＡＰ４４８を探し出し、１つまたは複数のＡＰ４４８と接続する点において、ＷｉＦｉネットワークトポロジーと類似する。しかしながら、上記の通り、この実装における無線機は、ＬＴＥ／ＮＲ互換無線機であり、ＵＥ４００は、ネットワークトランシーバ１６６（図２参照）を用いてその無線機と通信する。

インフラストラクチャ４５０からのデータは、ＮＦＶ技術を用いてＪＵＭＭＭＰクラウド４５６に搬送される。このように、５Ｇ性能スイッチの形態において、インフラストラクチャ４５０などの単純化されたハードウェア構造を用いた複数の異なるモバイルオペレータネットワーク４７４を有する複数のＵＥ４００からの認証データ。ＮＦＶは、異なるモバイルオペレータネットワーク４７４についてのネットワークトラフィックを、異なるセグメント化されたデータストリームとして搬送することが可能である。ＪＵＭＭＭＰクラウド４５６内では、ＷｉＦｉ実装に関して上記されたように、ＡＡＡサーバが異なるモバイルオペレータネットワーク４７４についてのプロキシとして認証機能を行う、またはモバイルオペレータネットワーク４７４と直接通信し、モバイルオペレータネットワーク自身による認証を可能にすることが可能である。しかしながら、データトラフィック自身は、ＮＦＶによって扱われてよい。

ＵＥ４００は、１つまたは複数のＷｉＦｉまたはＬＴＥ／ＮＲ互換無線機４４８と通信することが可能である。現場４４０はまた、一般にインフラストラクチャ４５０とも呼ばれ得るルータおよびスイッチを備える。上述の通り、インフラストラクチャ４５０は、ＷｉＦｉおよびＬＴＥトラフィックの両方をトランスポートすることが可能であるＥＰＣ機器として実装されることが可能である。

ＷｉＦｉ互換およびＬＴＥ／ＮＲ互換無線機４４８とインフラストラクチャ４５０とは、ともにローカルエリアネットワーク（ＬＡＮ）４７８を形成する。当業者は、ＬＡＮ４７８の大きさおよび複雑さが現場４４０の大きさおよびレイアウトに依存することを認識する。

ＬＡＮ４７８は、コンテンツ／ファイアウォールサーバ４８０に結合されている。コンテンツサーバ４８０は、インターネットなどの、現場４４０とネットワーク１１０との間のインタフェースとして機能する。ＵＥ４００からのデータのアップロードおよびネットワーク１１０からＵＥへのダウンロードは、ＬＡＮ４７８を通じてルーティングされる。データトラフィック（アップリンクおよびダウンリンク）は、通信リンク４５２において流れてよい。

前述の通り、システム１００は、モバイルオペレータネットワークからの音声トラフィックオフローディングに適応することも可能である。図６に示される実施形態では、モバイルオペレータネットワーク４７４からの音声トラフィックオフロードは、ＪＵＭＭＭＰクラウド４５６内のＩＰ転送ポイント４７２を通じて転送される。図８の実施形態では、音声トラフィックオフロードは、ネットワーク１１０を利用してよい。各モバイルオペレータネットワーク４７４は、音声データトラフィックをモバイルオペレータネットワークからネットワーク１１０に対し通信リンク４８２を介してオフローディングすることが可能である。同様に、トラフィック（音声トラフィックとデータトラフィックとの両方）は、コンテンツサーバ４８０に対し通信リンク４５２を介して転送されてよい。

データオフローディングに適応させるように、ＵＥ４００を一意に識別し、どのモバイルオペレータネットワーク４７４が特定のＵＥについてのサービスプロバイダであるかを決定することが必要である。また、ＵＥ４００の識別を保証するように認証処理を行うことと、ＵＥ４００がオフロード動作モードにおいて動作するように認証されることとが必要である。当業者は、ＵＥ４００について複数の一意識別子が存在することを認識する。上述の通り、ＵＥ４００はＭＡＣアドレスおよびＩＭＥＩを有する。他の一意識別子は、ｅメールアドレス、誕生日、ユーザ名、電話番号、アンドロイドＩＤ、またはそれらの一意識別子のうちの１つまたは複数のハッシュを含んでよい。当業者は、異なるモバイルオペレータネットワークが異なる一意識別子を用いてよいことを認識する。例えば、１つのモバイルオペレータネットワーク４７４は、ＭＡＣアドレスを用いてよく、一方、別のモバイルオペレータネットワークは、ＵＥ４００へと物理的に挿入されるサブスクライバ識別モジュール（ＳＩＭ）カード内に含まれるデータを用いてよい。システム１００は、各モバイルオペレータネットワーク４７４によって課せられ得る異なる識別要求に適応することが可能である。

図８には、バックホール４５４を介してＬＡＮ４７８に対し結合された認証、認可、課金（アカウンティング）（ＡＡＡ）サーバ４８４がさらに示される。ＲＡＤＩＵＳ、Ｄｉａｍｅｔｅｒなどの複数の既知のＡＡＡプロトコルが存在する。

ＲＡＤＩＵＳは、ＵＥ４００を認証するリモート認証ダイアルインユーザサービス通信プロトコルを指す。Ｄｉａｍｅｔｅｒは、ＲＡＤＩＵＳプロトコルに対する改良であり、拡張可能認証プロトコル（ＥＡＰ）を用いた新たなコマンドおよび属性を可能にする。Ｄｉａｍｅｔｅｒは、性能のネゴシエーションおよび他の要素も含むが、依然としてＡＡＡ能力を提供する。

図８の実施形態では、ＡＡＡサーバ４８４は、現場４４０から離れたＪＵＭＭＭＰクラウド４５６の一部であってよい。当業者は、モバイルオペレータネットワーク４７４の認証要求が異なり得ることを認識する。モバイルオペレータネットワーク４７４の１つのカテゴリは、スタンドアローンＡＡＡサーバとしてＡＡＡサーバ４８４を用いてＵＥ４００の認証を可能にしてよく、一方、モバイルオペレータネットワークの第２のカテゴリは、モバイルオペレータネットワークの一部であるＡＡＡサーバを用いてＵＥ４００の認証を必要としてよい。ＡＡＡサーバ４８４は、前者のカテゴリにおけるモバイルオペレータネットワーク４７４の代わりに独立して機能することと、後者のカテゴリにおけるモバイルオペレータネットワークのＡＡＡサーバに対する認証要求を中継するように、プロキシとして機能することとが可能である。

１つの実施形態では、ＡＡＡサーバ４８４は、複数のモバイルオペレータネットワーク４７４についてのスタンドアローンＲＡＤＩＵＳ／Ｄｉａｍｅｔｅｒ（または同様の）サーバとして機能する。上述の通り、各モバイルオペレータネットワーク４７４は、それ自身の一意識別および認証データを用いてよい。この実施形態では、ＡＡＡサーバ４８４は、そうした認証サービスを提供するように、モバイルオペレータネットワーク４７４によって提供された必要なデータのすべてを含む。この実施形態では、ＵＥ４００は、複数のＬＴＥ／ＮＲ互換無線機４４８のうちの１つと接続し、必要な識別データを提供する。この相互作用についてのより多くの情報が以下に提供される。ＬＡＮ４７８は、ＵＥ４００の認証のために、ＲＡＤＩＵＳ／ＤｉａｍｅｔｅｒシステムプロキシＡＡＡサーバ４８４に識別データを、提供する。

代替の実施形態では、ＡＡＡサーバ４８４は、プロキシとして機能し、特定のモバイルオペレータネットワークの識別データと識別情報とを受信する。プロキシＡＡＡサーバ４８４は、適切なモバイルオペレータネットワーク４７４によりセキュアなＡＡＡリンク４８６を確立する。例示的な実施形態では、仮想プライベートネットワーク（ＶＰＮ）接続が、セキュアなリンク４８６としてモバイルオペレータネットワーク４７４により確立されることが可能である。ＵＥ４００からの識別データは、ＶＰＮを用いて特定のモバイルオペレータネットワーク４７４に対し提供される。セキュア通信の他の形態が知られており、満足に利用されることが可能である。この代替の実施形態では、認証処理は、モバイルオペレータネットワーク４７４によって行われ、認証結果はＡＡＡサーバ４８４に返される。

ＵＥ４００が認証されるか認証されないかは、認証がＡＡＡサーバ４８４のスタンドアローンバージョンによってまたはモバイルオペレータネットワーク４７４についてのプロキシとして機能することによって行われたかによらない。１つの実施形態では、認証されていない任意のＵＥは、ネットワーク１１０に対するアクセスを許可されない。

これに代えて、ＵＥ４００には、ネットワーク１１０に対する限定されたアクセスを可能にするように、制限された認証が提供されることが可能である。例えば、ユーザの分類は、特定のモバイルオペレータネットワークのティアに対しアップグレードされたサービスを生じてよい。そのサービスネットワーク内にない他のＵＥ４００は、ネットワーク１１０に対するアクセスを得てよいが、より小さい帯域幅である。

上記の通り、ＪＵＭＭＭＰクラウド４５６（図６参照）により登録されたことがないＵＥ４００には、登録する機会を提供されてよく、現場４４０内において認証されてよい。しかしながら、本明細書に記載されるシステムは、ＪＵＭＭＭＰクラウド４５６により以前に登録されていないときでも、モバイルオペレータネットワーク４７４からのデータオフローディングを依然として提供してよい。オフローディングは、ＡＡＡサーバ４８４が、ＵＥがサブスクライバであるモバイルオペレータネットワーク４７４に対しＵＥ４００の識別情報を検証しているため、依然として生じ得る。

上記の認証処理は、ＬＡＮ４７８に対するＷｉＦｉ接続を用いるＵＥ４００にとって十分である。ＬＴＥ通信プロトコルを用いるＵＥ４００の認証では、当業者は、ＵＥ４００が、モバイルオペレータネットワーク４７４のうちの１つと互換であるプライマリＳＩＭカードを有し、その特定のモバイルオペレータネットワークについてのセルタワーとのセルラ接続を確立するようにシークすることを認識する。図８の実施形態では、ＵＥ４００には、データオフロードセッションを確立するように、ＬＴＥ／ＮＲ互換無線機４４８のうちの１つとセルラ接続を確立することが必要である。この機能を行うため、ＵＥ４００には、ＬＴＥ／ＮＲ互換無線機４４８とのセルラ接続をシークするように構成された第２のＳＩＭカードが備えられる。プライマリＳＩＭカードがＵＥ４００を特定のモバイルオペレータネットワーク４７４に関連付けるべく用いられるように、セカンダリＳＩＭカードは、ＵＥをＬＴＥ／ＮＲ互換無線機４４８に関連付けるように用いられることが可能である。

ＵＥ４００をＬＴＥ／ＮＲ互換無線機４４８に関連付けるために、プライマリＳＩＭカードを取り除く必要がない。より多くの携帯電話が、複数のＳＩＭカードにより動作できる。いくつかの実装では、ＵＥ４００へと挿入された実際に異なる物理的ＳＩＭカードが存在する。しかしながら、単一のＳＩＭカードに含まれた複数のＳＩＭカードデータにより動作できる携帯電話も存在する。いずれかの実装では、セカンダリＳＩＭカードは、ＵＥ４００における接続マネージャ１８６（図２参照）に、ＬＴＥ／ＮＲ互換無線機４４８とのセルラ接続を確立させようとする。

ＷｉＦｉ実装についての上記の認証処理は、ＬＴＥ／ＮＲ互換無線機４４８に対するセルラ接続を用いてＵＥを認証するように用いられることが可能である。すなわち、セカンダリＳＩＭにおけるデータは、ＡＡＡサーバ４８４のスタンドアローンバージョンを用いて、またはＵＥ４００に関連付けられた特定のモバイルオペレータネットワーク４７４についてのプロキシとして機能することによって、ＵＥ４００を認証するように用いられることが可能である。認証のＷｉＦｉ実装と同様に、ＵＥ４００は認証されるまたは認証されない。

ＵＥ４００が認証されると、ＵＥはオフロード動作モードに置かれてよい。このモードでは、モバイルオペレータネットワーク４７４へのおよびモバイルオペレータネットワーク４７４からの音声トラフィックと、ＵＥ４００へのおよびＵＥ４００からのデータトラフィックとの両方は、ＬＡＮ４７８を通じてルーティングされてよい。これに代えて、オフロードセッションは、音声トラフィックのみまたはデータトラフィックのみのためであってよい。上述の通り、モバイルオペレータネットワーク４７４は、ＵＥ４００に対する音声トラフィックオフロードに関する１組の規則を有してよい。これに代えて、ＵＥ４００は、セルラネットワークとの接続を維持することまたは音声トラフィックオフローディングについてＬＴＥ／ＮＲ互換無線機４４８と接続するようにシークすることに関して、ユーザの好みによりプログラムされてよい。図８に示される実施形態では、音声トラフィックは、ネットワーク１１０に対するリンク４８２を通じてオフローディングされ、ＬＡＮ４７８を介して特定のＵＥ４００にルーティングされる。動作のこのモードでは、音声トラフィックは本質的にＶｏＩＰ電話網の一部になる。

ＵＥ４００へのおよびＵＥ４００からのデータトラフィックは、ＬＡＮ４７８を通じて結合される。上述の通り、ネットワーク１１０は、インターネットを代表してよい。認証されたＵＥ４００のユーザがインターネットにアクセスすることを望む場合、ユーザは、ＵＥにおける内蔵ウェブブラウザを起動させ、適切なユニフォームリソースロケータ（ＵＲＬ）を送信することによって特定のウェブページにアクセスするように、ＬＡＮ４７８にコマンドを送ってよい。その要求は、コンテンツサーバ４８０を介してネットワーク１１０にルーティングされる。当業者は、ＵＥ４００から送信されたデータ要求およびネットワーク１１０における特定のウェブサイトからのデータダウンロードが従来の主要により送信されることを認識する。実際のデータ転送の動作の詳細は、当業者に知られており、本明細書におい記載される必要はない。

しかしながら、ＬＡＮ４７８は、認証されたＵＥ４００から送信されたまたは認証されたＵＥによって受信されたデータの量をモニタリングする。上の例では、ＵＲＬの送信は、ＵＥ４００からネットワーク１１０に対しＬＡＮ４７８を介して送られたアップロードである。インフラストラクチャ４５０のルータまたはスイッチなどのＬＡＮ４７８内の要素は、認証されたＵＥ４００の各々へのおよび認証されたＵＥ４００の各々からのデータフローをモニタリングするように構成されてよい。ＬＡＮ４７８は、データ利用情報を決済エンジン４８８に対しＡＡＡサーバ４８４を介して提供する。例示的な実施形態では、決済（ビリング）エンジンは、ＪＵＭＭＭＰクラウド４５６の一部であってもよい。データ利用は、データ利用ログとしてそれぞれのモバイルオペレータネットワーク４７４にレポートされてよい。データ利用は、周期的にレポートされる、または蓄積されて特定のデータセッションの最後にレポートされる、もしくは毎日の最後にレポートされることなどが可能である。データ利用がレポートされることが可能である時は、１つのモバイルオペレータネットワーク４７４から別のモバイルオペレータネットワーク４７４まで異なることも可能である。

決済エンジン４８８は、データ利用のレポートを提供するように、モバイルオペレータネットワークの各々に対しセキュアな通信リンク４９０を介して接続している。例示的な実施形態では、決済エンジン４８８は、セキュアな通信リンク４９０としてＶＰＮを確立することが可能である。利用レポートは、ファイル転送またはｅメールの形態においてモバイルオペレータネットワーク４７４に提供されることが可能である。決済エンジン４８８は、モバイルオペレータネットワーク４７４が利用レポートを決済エンジン４８８から取り出すことを可能にするように、ウェブアクセスを提供することも可能である。当業者は、決済エンジン４８８が、利用データを、モバイルオペレータネットワーク４７４の各々における決済サーバ（図示せず）によって必要とされる任意のフォーマットへとフォーマットすることと、各モバイルオペレータネットワーク用にカスタマイズされた異なる手法（例えば、ｅメール、ウェブアクセスなど）により利用レポートを提供することとが可能であることを認識する。

図９は、ＬＡＮ４７８によるデータ利用を示す例示的な表を示す。表は、ＵＥ４００の一意識別情報、モバイルオペレータネットワーク４７４の識別情報、および特定のセッション中に送受信されたバイト数を掲載するデータ入力を含む。セッション期間も、図９の表に掲載される。図９に示されるように、他のデータが決済の検証に提供されてよいが、本明細書におけるシステムに不可欠である必要はない。そのデータは日付および時刻と、ＬＴＥ／ＮＲ互換無線機４４８（図８参照）の位置および特定の識別情報と、受信された信号強度指数（ＲＳＳＩ）値とを含んでよい。データオフロードセッションのＬＴＥ実装では、ＲＳＳＩ値は不要である。

図８に示される例示的な実施形態の一般的な動作は、図１０Ａ～図１０Ｂのフローチャートに記載される。図１０Ａにおける開始５００にて、現場４４０（図８参照）は、複数のＷｉＦｉ互換およびＬＴＥ／ＮＲ互換無線機４４８を備える。工程５０２～５０７は、ＵＥ４００が識別しＡＰと接続する、従来の処理を記載するにすぎない。

工程５０２にて、ＡＰ４４８における無線機は、識別ビーコン信号を含むビーコン信号を送信する。ＷｉＦｉ互換無線機は、ＩＥＥＥ８０２．１１に従ってビーコン信号を送信し、一方、セルラ無線機（例えば、ＬＴＥ／ＮＲ互換無線機４４８）は、選択されたセルラ技術（例えば、ＧＳＭ、ＣＤＭＡ，ＬＴＥ，ＮＲなど）に従ってセルラビーコン信号を送信する。１つの実施形態では、ＷｉＦｉ互換無線機４４８は、モバイルネットワークオペレータ４７４がどのサービスを提供しているとしても、すべてのＵＥ４００による検出用に、同一のＷｉｆｉ ＳＳＩＤを送信することが可能である。すなわち、すべてのＵＥ４００は、そのＵＥに関連付けられた特定のモバイルオペレータネットワーク４７４に関係なく、ＷｉＦｉネットワーク認証用に同一のＳＳＩＤをシークするように構成される。例えば、送信されたＳＳＩＤは、ＣＤＯＢＭ（モビリティによるキャリアデータオフロード）またはいくつかの他の便利なラベルであってよい。これに代えて、ＷｉＦｉ互換無線機４４８は、ＵＥによる検出用に複数のＳＳＩＤまたはセルラビーコン信号を送信できる。この実施形態では、ＷｉＦｉ互換無線機４４８の各々は、ＳＳＩＤまたはモバイルオペレータネットワーク４７４の各々に対し一意であるセルラビーコンを送信してよい。さらに別の代替形態では、モバイルオペレータネットワーク４７４のうちのいくつかは、一意ＳＳＩＤまたはセルラビーコンを用いてよく、一方、他のモバイルオペレータネットワーク４７４は、共通のＳＳＩＤ（例えば、ＣＤＯＢＭ）またはビーコンを用いることが可能である。システム１００は、特定のＳＳＩＤまたはビーコンによって限定されない。さらに別の代替の実施形態では、ＩＥＥＥ８０２．１１ｕは、モバイルオペレータネットワーク４７４の各々について一意に定められることが可能である組織一意識別子（ＯＵＩ）を定める。この実施形態では、ビーコン信号は最大３つのローミングＯＵＩを含むことが可能である。最大３２個の追加のネットワークが、要求に応答してＵＥ４００に送られるデータにおいて識別されてよい。

さらに工程５０２にて、ＬＴＥ／ＮＲ互換無線機４４８は、識別ビーコン信号を含むセルラビーコン信号を送信する。セルラビーコン信号の動作は、当技術分野において知られており、本明細書においてより詳細に記載される必要はない。

工程５０４では、ＵＥ４００は、ＷｉＦｉ互換またはＬＴＥ／ＮＲ互換無線機４４８のうちの１つまたは複数からの送信されたビーコン信号を検出する。ＵＥは、ＷｉＦｉ互換無線機またはＬＴＥ／ＮＲ互換無線機４４８のうちの特定の１つに関連付ける必要なく、ビーコン信号を評価することが可能である。工程５０５では、ＵＥ４００は、ＷｉＦｉ互換無線機の性能に関するさらなる情報を取得するように、アクセスネットワーククエリプロトコル（ＡＮＱＰ）要求をＷｉＦｉ互換無線機４４８に送信してよい。同様の要求が、ＵＥ４００によってＬＴＥ／ＮＲ互換無線機に対してなされることが可能である。

工程５０６では、ＷｉＦｉ互換無線機４４８は、ＡＮＱＰクエリに応答し、特定のＷｉＦｉ互換無線機の属性に関する情報を提供する。前述の通り、ＷｉＦｉ互換無線機４４８からのビーコンは、ＯＵＩを含んでよい。ＡＮＱＰクエリに対する応答は、最大３２個の追加のネットワークについてのデータを含むことが可能である。これに加えて、ＡＮＱＰクエリに対する応答は、３ＧＰＰ、レルム、ＥＡＰなどの利用可能なアクセスサービスに戻り、ＵＥ４００が最良のアクセスを提供するＷｉＦｉ互換無線機４４８に関連付けることを可能にする。ＬＴＥ／ＮＲ互換無線機４４８も、無線性能についての要求に応答する。工程５０７では、ＵＥは、ＷｉＦｉ互換無線機またはＬＴＥ／ＮＲ互換無線機４４８のうちの特定の１つを選択し、その１つに関連付ける。

工程５０８では、ＵＥ４００は、その認証クレデンシャルを送信する。前述の通り、これは、ＭＡＣアドレス、電子シリアル番号、または他の識別情報などのデバイス識別データを含んでよい。いくつかのＵＥ４００は、そうした認証クレデンシャルを提供するように、プライマリまたはセカンダリＳＩＭを備えてよい。

例示的な実施形態では、インフラストラクチャ４５０（図８参照）は、認証クレデンシャルを現場４４０からＪＵＭＭＭＰクラウド４５６までバックホール４５４を介してトンネリングする。

前述の通り、認証についての代替のアプローチが存在する。１つの実施形態では、ＡＡＡサーバ４８４（図８参照）は、複数のモバイルオペレータネットワークについてのスタンドアローン認証サーバとして動作することが可能である。この実施形態では、モバイルオペレータネットワーク４７４は、その消費者についてのＡＡＡプロキシサーバ４８４に対するダウンロードされた適切な認証データを有する。工程５１０では、ＡＡＡサーバ４８４は、ＵＥ４００についての認証クレデンシャルを受信し、適切なモバイルオペレータネットワーク４７４からの認証データを用いて認証処理を行う。上述の通り、ＵＥ４００が認証されない場合、ネットワーク１１０に対する承認されたアクセスではない、または限定されたアクセスの承認されたいくつかの形態であり得る。一方、ＵＥ４００が認証される場合、ＡＡＡサーバ４８４は、ＵＥ４００とネットワーク１１０との間の接続をＬＡＮ４７８を用いて可能にする。ＡＡＡサーバ４８４はまた、新たに認証されたＵＥ４００へのおよび新たに認証されたＵＥ４００からの新たに認証されたＵＥ４００データフローをモニタリングするように、ＬＡＮ４７８を構成する。

これに代えて、ＡＡＡサーバ４８４は、識別情報をそれぞれのモバイルオペレータネットワークに沿って伝達するように、プロキシサーバとして構成されてよい。この実施形態では、ＡＡＡサーバ４８４は、認証処理を直接行わない。代わりに、工程５１２では、ＡＡＡサーバ４８４は、プロキシとして機能し、認証要求をモバイルオペレータネットワークに送信する。ＡＡＡサーバ４８４は、認証が要求されたＵＥ４００に対応するモバイルオペレータネットワーク４７４に対するセキュアな通信リンク４８６を確立する。この実施形態では、認証処理は、モバイルオペレータネットワーク４７４によって実行される。工程５１４では、モバイルオペレータネットワーク４７４はＵＥを認証する。ＡＡＡサーバ４８４に関して上述の通り、認証されたＵＥにしかネットワーク１１０に対するアクセスが承諾されない。

ＵＥ４００が認証されネットワーク１１０に対しアクセスするように認可されると、ＬＡＮ４７８は、図１０Ｂに示される工程５１６においてデータオフローディングのモニタリングを開始してよい。これは、各認証されたＵＥ４００へのおよび各認証されたＵＥ４００からのすべてのデータフローのモニタリングを含む。

工程５１８では、ＬＡＮ４７８は、データ利用をＡＡＡサーバ４８４にレポートする。当業者は、レポートが、特定のモバイルオペレータネットワーク４７４に適応するように行われることが可能であることを認識する。例えば、データ利用は、周期的に（例えば、規則的な間隔またはいくつかの「上限の」時間間隔にて）レポートされてよい。別の例では、データ利用は、各セッションの終了時に承認されることが可能である。図９に示されるように、セッション期間は長さが異なることが可能である。セッションが終了すると、データ利用はＡＡＡサーバ４８４にレポートされることが可能である。さらに別の代替の実施形態では、データ利用は、日の終わりにまたはいくつかの他の期限にレポートされることが可能である。

決定５２０では、ＬＡＮ４７８は、オフロードセッションが終了しているか否かを判定する。オフロードセッションが終了していない場合、決定５２０の結果はいいえであり、システムは工程５１８に戻る。工程５１８は、随意のデータ利用レポート生成を示す。決定５２０の結果がはいである場合、システムは工程５２２に移動し、最後のデータ利用レポートを送る。処理は、５２４にて終了する。

システムは、多数のＷｉＦｉ互換および／またはＬＴＥ／ＮＲ互換無線機４４８と相当数のインフラストラクチャ４５０とを有する大きな現場について記載されている。新たな構成が、そうしたシステムの設置を単純化する。しかしながら、図８に示されるものなどの大きな現場は、容易にアップデートされることも可能である。これは、現場が既存のインフラストラクチャ４５０をすでに有するところでは重要であり得る。大きな現場では、ＷｉＦｉ互換無線機４４８のうちの複数のものは、選択されたＳＳＩＤ（例えば、ＣＤＯＢＭ）または単一のソフトウェアのアップグレードを介したセルラビーコンによる動作用に構成される。ＷｉＦｉ互換無線機４４８におけるソフトウェアは日常的にアップデートされるため、データオフロードの利用および上記の決済をサポートするように容易に構成されることが可能である。修正されると、ＷｉＦｉ互換無線機４４８は、ＣＤＯＢＭなどの所定のＳＳＩＤ、またはＬＴＥ／ＮＲ互換無線機の場合には所定のセルラビーコンを送信する。

単純な動作では、ＷｉＦｉ互換無線機４４８は、ホットスポット２．０をサポートするように構成される必要がある。ホットスポット２．０は、産業標準であり、このアップグレードは一般に率直である。ＷｉＦｉ互換無線機４４８がアップデートされたとき、ＣＤＯＢＭなどの新たなＳＳＩＤ、または新たなセルラビーコンが生成されることが可能である。ＷｉＦｉ互換無線機４４８は、拡張認証プロトコル（ＥＡＰ）またはＧＳＭ／ＵＭＴＳプロトコルなどの従来の通信プロトコルを用いたＩＥＥＥ８０２．１１ｘ認証をサポートするようにさらに構成される。当業者は、他のプロトコルまたはＥＡＰに対する変形が用いられてよいことを認識する。例えば、証明ベースのＥＡＰは、将来、標準通信プロトコルになり得る。そうした将来の構成では、ＥＡＰ－ＴＬＳまたはＥＡＰ－ＴＴＬＳが用いられてよい。本システムは、特定の従来の通信プロトコルによって限定されない。１つの実施形態では、ＷｉＦｉ互換無線機４４８は、セカンダリＳＩＭカードによるＥＡＰを用いてよい。ＥＡＰ－ＳＩＭプロトコルは、セッション鍵を認証し生成するために、モバイル通信（ＧＳＭ）技術用のグローバルシステムと併せて用いられてよい。認証および鍵の共有（ＡＫＡ）通信プロトコルを、ＵＥ４００のセルラ動作についてのＥＡＰとともに用いることが知られている。例えば、ＥＡＰ－ＡＫＡは、認証およびセッション鍵のために、ＵＴＭＳモバイルデバイスに用いられることが可能である。無線ネットワークでは、ＥＡＰ－ＡＫＡの改訂であるＥＡＰ－ＡＫＡ’は、非３ＧＰＰネットワークにおける認証をサポートするように用いられることが可能である。

ＡＡＡサーバ４８４は、スタンドアローン動作用に、または認証用のモバイルオペレータネットワーク４７４に対するプロキシサーバとして構成される。決済エンジン４８８には、新たな現場４４０と、その現場４４０に関連付けられたＬＴＥ／ＮＲ互換無線機４４８とを認識するためのデータが投入されてよい。

例示的な実施形態では、ＷｉＦｉ互換無線機４４８は、音声トラフィックについてのＷＭＭのサービスの品質（ＱｏＳ）を確立するように、適切な無線マルチメディア拡張（ＷＭＭ）を有するように構成されてもよい。例示的な実施形態では、仮想ＬＡＮ（ＶＬＡＮ）は、トラフィックの種類を分離するようにまたは現場４４０内のローカルポリシーを固守するように、ローカル無線ＬＡＮ（ＷＬＡＮ）用に適切に確立されてよい。ローカルＶＬＡＮのＤＨＣＰ／ＤＮＳは、現場４４０によって提供されてよい。

最終的に、適切なサイトが、ＪＵＭＭＭＰクラウド４５６におけるＡＡＡサーバ４８４および決済エンジン４８８に確立され、認証課金およびそれらの要素のレポート機能を構成してよい。ＡＡＡサーバ４８４および決済エンジン４８８が適切に構成されると、ソフトウェアアップデートがＷｉＦｉ互換またはＬＴＥ／ＮＲ互換無線機４４８に対しダウンロードされることが可能である。ＵＥ４００は、ＧＳＭ／ＵＭＴＳ実装に関する上述の通り、選択されたＳＳＩＤ（例えば、ＣＤＯＢＭ）または特定のＵＥもしくはセルラビーコンに関連付けられたモバイルオペレータネットワークについてのＯＵＩを探すように構成される。したがって、ＷｉＦｉ互換無線機４４８は適切なＳＳＩＤ（またはＯＵＩ）を含むビーコンを自動的にブロードキャストし始め、ＬＴＥ／ＮＲ互換無線機はセルラビーコンを送信し、ＵＥ４００はそれらのビーコン信号を自動的に認識する。したがって、通信システムは、本明細書に記載される決済システムにより自動的に動作し始める。

代替の実施形態では、現場４４０などの特定の位置にて同一のＩＥＥＥ８０２．１１ｕアクセスを有する複数のＷｉＦｉ互換無線機４４８は、同一の同種拡張サービスセットＩＤ（ＨＥＳＳＩＤ）を共有することによって、一緒にグループ化されることが可能である。ＨＥＳＳＩＤは、ＵＥがＩＥＥＥ８０２．１１ｕによるまたはＬＴＥ／ＮＲ互換無線機４４８の場合にはＧＳＭ／ＵＭＴＳに従う動作用に構成されていないＷｉＦｉ互換無線機にローミングすることを防止するように、ネットワークアクセスがＷｉＦｉ互換無線機のうちの１つに関連付けられた後、その同一のネットワークアクセスを有するＷｉＦｉ互換無線機４４８を識別するようにＵＥ４００によって用いられる。これらの変更は、一般に、現場４４０内の追加のハードウェアを必要とせずソフトウェアによってしか行われ得ないことに留意することが重要である。

いくつかの実施形態では、ＷｉＦｉ互換無線機４４８は、必要なビーコンデータ（例えば、ＳＳＩＤおよびＯＵＩ）またはセルラビーコンおよび上記の構成ソフトウェアを伴って予め構成されることになる。これは、「プラグアンドプレイ」デバイスとしての単純化された解決策を提供する。

図８に戻って、代替の実施形態では、ＵＥはＬＴＥ／ＮＲ互換無線機４４８との直接通信を有しなくてよいが、ＬＴＥ／ＮＲ互換無線機４４８による通信を有する近くのＵＥと通信することが可能である。例えば、図８は、ＵＥ４００とＬＴＥ／ＮＲ互換無線機４４８との間の無線接続を示す。ＵＥ４０２ａは、ＬＴＥ／ＮＲ互換無線機４４８の範囲外であるが、ＵＥ４００との通信リンクを確立することが可能である。したがって、ＵＥ４０２ａは、ＵＥ４００に対しピギーバックされ、ＵＥ４００を介してＬＴＥ／ＮＲ互換無線機４４８と通信することが可能である。ＵＥ４０２ａへのおよびＵＥ４０２ａからのアップロードおよびダウンロードはＵＥ４００には決済されず、ＵＥ４００はＵＥ４０２ａとＬＴＥ／ＮＲ互換無線機４４８との間の中継点として機能するにすぎない。上記の通り、ＵＥ４００は、短距離ネットワーク１１６（図１参照）を確立できるように自身を識別するため、ＪＵＭＭＭＰなどのＳＳＩＤを送信する。本明細書に記載される原理を用いて、ＵＥ４０２ａは、オフロードデータセッションを確立するように、ＬＴＥ／ＮＲ互換無線機４４８から送信されているＳＳＩＤ（例えば、ＣＤＯＢＭ）を探索する。ＵＥ４０２ａが選択されたＳＳＩＤ（例えば、ＣＤＯＢＭ）を検出できない場合、ＵＥ４０２ａにおける接続マネージャ１８６（図２参照）は、ＵＥ４００によって送信されているＪＵＭＭＭＰ ＳＳＩＤを探索するようにデバイスを再構成する。通信が成功すると、ＵＥ４０２ａは、ＵＥ４００を介してＬＴＥ／ＮＲ互換無線機４４８と通信することが可能である。ＵＥ４０２ａとＬＴＥ／ＮＲ互換無線機４４８との間のリンクがＵＥ４００を介して確立されると、ＵＥ４０２ａは、様々なモバイルオペレータネットワーク４７４についてのキャリアデータを取り出すように、ＡＮＱＰを行うことが可能である。ＵＥ４０２ａについての認証処理は、本質的に上記と同一の手法により行われる。インフラストラクチャ４５０は、送信元または宛先としてのＵＥ４０２ａによるデータフローをモニタリングすることによって、データがＵＥ４００を通過するとしても、ＵＥ４０２ａのデータ利用をモニタリングする。

この処理は、ＵＥ４０２ａにしか接続できない場合がある他のＵＥに対し拡張されることも可能である。例えば、図８におけるＵＥ４０２ｂは、ＷｉＦｉ互換無線機４４８に直接接続すること、またはＵＥ４００およびＵＥ４０２ａを介してＬＴＥ／ＮＲ互換無線機４４８に接続することが可能である。したがって、ＵＥ４０２ｂは、ＵＥ４０２ａとＵＥ４００との両方に対しピギーバックされる。

ピギーバック処理は図１１のフローチャートに示され、ここで、開始５３０にて、図８に示されるものなどのインフラストラクチャ４５０は定位置にある。工程５３２では、ＬＴＥ／ＮＲ互換無線機４４８は、アクセスポイントおよびメッシュルートアクセスポイントとして機能するように構成される。ＬＴＥ／ＮＲ互換無線機４４８は、標準動作モードまたはメッシュ動作モードにおいて動作するＵＥ４００との通信をサポートする。当業者は、ルートＬＴＥ／ＮＲ互換無線機４４８が、インフラストラクチャ４５０などの従来のネットワーク構造に接続されたものであることを認識する。

工程５３４では、ＵＥ４００は、メッシュ局として動作するように構成される。メッシュ機能は、従来のアプリケーションプログラムにより、または上記のようなＡＰＩの一部として動作可能になり得る。工程５３６では、ＵＥ４００は、すべての近くのＵＥを発見し、それらのＵＥとのピアツーピア処理を開始する。当業者は、各ＵＥ４００がルートＬＴＥ／ＮＲ互換無線機４４８に対する最適なパスを構築することを認識する。１つのＵＥ４００についてのルートＬＴＥ／ＮＲ互換無線機４４８は、異なるＵＥ４００についてのルートＬＴＥ／ＮＲ互換無線機とは異なってよい。

工程５３８では、各メッシュＵＥは、ビーコンをブロードキャストし始める。例示的な実施形態では、ＵＥ４００は、８０２．１１ｕ／ホットスポット２．０ビーコンによりＢＳＳＩＤをブロードキャストする。ＩＥＥＥ８０２．１１ｕは、メッシュＵＥ４００が、外部ネットワークアクセス、サポートされた認証、利用可能な帯域幅などの自身のローミング性能をブロードキャストすることを可能にする。非メッシュＵＥ（例えば、ＵＥ４０２ａ）は、メッシュＵＥビーコンにおける情報に基づいて加わることを決定することが可能である。そうしたローミングがサポートされると、ＵＥ４０２ａは、ユーザ対話なしにメッシュＵＥ４００にローミングする。

図１１に戻って、工程５４０では、ＵＥ４０２ａは走査中にホットスポット２．０ビーコンを検出し、ＡＮＱＰ要求を近くのＵＥ４００に送る。ＵＥ４００は、要求された情報を用いてＵＥ４０２ａに応答する。ＵＥ４０２ａは、応答を検証し、関連付けるようにメッシュＵＥ４００のうちの１つを選択することが可能である。

工程５４２では、ＵＥ４０２ａは、認証処理を行う。例示的な実施形態では、ＵＥ４０２ａは、上述のようなＥＡＰ－ＳＩＭおよび／またはＥＡＰ－ＴＴＬＳもしくはＥＡＰ－ＡＫＡなどの従来の通信プロトコルを用いることが可能である。ＥＡＰパケットは、処理のためにメッシュリンクを通じてＡＰ４４８にフォワーディングされる。ＬＴＥ／ＮＲ互換無線機４４８は、プロキシ認証のため、または上記のようにＵＥ４０２ａの認証のためにモバイルオペレータネットワーク４７４に対し直接フォワーディングするため、ＡＡＡサーバ４８４に対するＥＡＰパケットをプロキシサーバに送る。当業者は、ＵＥ４０２ａとルートＬＴＥ／ＮＲ互換無線機４４８との間のすべてのデータ通信トラフィックが、ＵＥ４０２ａとＬＴＥ／ＮＲ互換無線機４４８との間の通信における中間者攻撃を防止するように暗号化される。同様に、メッシュＵＥ４００とＬＴＥ／ＮＲ互換無線機４４８との間のトラフィック、およびＵＥ４００同士のピアツーピア通信も、暗号化される。典型的な実施形態では、ＵＥ４００は、高度暗号化標準（ＡＥＳ）などの従来の暗号化処理を用いてよい。

成功した認証処理に続いて、ＵＥ４０２ａは、ＵＥ４０２ａへのおよびＵＥ４０２ａからのすべてのデータパケット用の、ルートＬＴＥ／ＮＲ互換無線機４４８への暗号化されたトンネルを有する。工程５４４では、ＵＥ４０２ａへのおよびＵＥ４０２ａからのデータパケットは、暗号化されたトンネルを通じてＵＥ４００を介してＬＴＥ／ＮＲ互換無線機４４８にルーティングされる。工程５４６では、ピギーバックされたＵＥ（例えば、ＵＥ４０２ａ）へのおよびそのＵＥからのデータトラフィックがモニタリングされる。例示的な実施形態では、ＬＴＥ／ＮＲ互換無線機４４８は、ＵＥ４０２ａに送信されたおよびＵＥ４０２ａから受信されたデータパケットに基づいて課金記録を構築し、その課金情報を決済エンジン４８８にフォワーディングする。処理は、５４８にて終了する。

この実装では、ＵＥ４０２は、ＬＴＥ／ＮＲ互換無線機４４８が認証処理を扱っているため、同一のルートＬＴＥ／ＮＲ互換無線機４４８に結合された任意の近くのＵＥ４００まで移動してよい。これに加えて、ＵＥ４０２ａは、ＬＴＥ／ＮＲ互換無線機４４８のうちの別の１つにローミングされてよい。現在のＬＴＥ／ＮＲ互換無線機４４８は、課金停止情報を決済エンジン４８８に送り、新たなＬＴＥ／ＮＲ互換無線機４４８は、成功したローミング遷移後に課金開始を発行する。

上記のピアツーピアトンネリングは、無線メッシュネットワーク用のＩＥＥＥ８０２．１１ｓに基づいてよい。ピアツーピア通信は、認証されたメッシュピアリング交換局（ＡＭＰＥ）を通じてセキュアな発見を提供し、メッシュ局として関与するモバイルデバイスを有効化する。上述の通り、ＡＥＳなどの暗号化は、すべてのピアツーピア通信に用いられてよい。これに加えて、ハイブリッド無線メッシュプロトコル（ＨＷＭＰ）がルートＡＰ４４８への経路選択を提供する。このプロトコルは、プロアクティブおよびリアクティブパス選択をサポートしてよい。プロアクティブパス選択は、通信用の最適なネットワークパスを決定する。リアクティブパス選択は、メッシュネットワークのトポロジが変化する場合にはダイナミックパスの変更を可能にする。例えば、ＵＥ４０２ａがＵＥ４００にピギーバックされ、そのＵＥがオフラインになると、ＵＥ４０２ａは、反応することと、ルートＬＴＥ／ＮＲ互換無線機４４８に対する新たな通信経路を確立する必要がある。経路選択はまた、信頼性、ＱｏＳなどの要因について最良の経路距離に基づいて、ローミングＵＥ４００が複数のメッシュ局（すなわち、メッシュ動作用に構成されたＵＥ４００）を通じて接続することを可能にする。２つ以上のＵＥ４００がメッシュ構成において動作しているとき、１つまたは複数のルートＬＴＥ／ＮＲ互換無線機４４８に対するアクセスを得るためのＵＥ４０２ａ用の複数の出口ポイントが存在する。

現在ルートＬＴＥ／ＮＲ互換無線機４４８に対する接続を提供しているＵＥ４００がネットワークから外れると、追加のメッシュ構成されたＵＥ４００のうちの１つがその役割を引き継ぐ。このシステムアーキテクチャは、ネットワークの信頼性全体を改良するより動的な解決策を提供する。

さらに別の代替の実施形態では、ＵＥ４００は、データオフローディングが利用可能であるときに、選択されたＳＳＩＤ（例えば、ＣＤＯＢＭ）を送信するように構成されることが可能である。この実施形態では、ＵＥ４０２ａは、上記のような選択されたＳＳＩＤしか探索する必要がない。ＵＥ４０２ａは、接続ポイント（ＬＴＥ／ＮＲ互換無線機４４８のうちの１つまたはＵＥ４００）に対し接続するように構成される。

複数現場の認証は、以前に登録されたＵＥ４００がＪＵＭＭＭＰクラウド４５６に対し接続された任意の現場４４０におけるＬＴＥ／ＮＲ互換無線機４４８に出会うとすぐに、そのＵＥ４００の迅速かつ自動の認証を可能にする。データオフローディング性能が現場４４０において利用可能である場合、上記の処理は、自動的に、またユーザ介入なしに行われることが可能である。

図８の例は、典型的には多数のＬＴＥ／ＮＲ互換無線機４４８にと拡張インフラストラクチャ４５０とを備える大きな現場４４０におけるデータオフローディングを示す。しかしながら、データオフローディングとデータ利用をモニタリングすることとの原理は、図１２に示されるような家庭、小企業、または事務所などの小さい環境において達成されることが可能である。図１２では、ＬＡＮ４７８は、ＬＴＥ／ＮＲ互換無線機として機能するように、モデム／無線ルータ５６０によって置き換えられているこれらの機能は、別々のデバイスによって実装されることが可能であるが、便利のため図１２において集積ユニットとして示される。さらに、多くのインターネットサービスプロバイダ（ＩＳＰ）は集積ユニットを提供する。ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０のうちのモデム部分は、ＩＳＰ５６２との通信を可能とするように、必要なインタフェースハードウェアとサポートソフトウェアとを含む。当業者は、モデム部分の特定の実装は、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０とＩＳＰ５６２との間の接続の種類に依存することを認識する。これは、ケーブル、電話、ファイバ光学、マイクロ波、または他の無線周波数接続を含んでよいが、これらに限定されない。

ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０の無線ルータ部分は、インターネット接続をＵＥ４００または上記の手法によりＵＥ４００に対しピギーバックされ得るＵＥ４０２ａに提供するように、従来の手法により動作する。

この実装では、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、データオフロード決済をサポートするように単純なソフトウェアアップロードにより構成されることが可能である。そうした性能を提供するために、モデム／ルータに必要とされるハードウェア変更はない。ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０におけるソフトウェアは日常的にアップデートされるため、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、データオフロード利用および上記の決済をサポートするように容易に構成されることが可能である。本明細書に記載される教示に基づいて、任意の新たなまたは既存のＷｉＦｉネットワークは、任意のまたはすべてのモバイルオペレータネットワーク４７４（図１２参照）についての決済エンジンに自動的になることが可能である。修正されると、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、ＣＤＯＢＭなどの所定のＳＳＩＤ、および／またはセルラビーコンを送信する。上記の通り、ＵＥ４００における接続マネージャ１８６（図２参照）は、そうしたＳＳＩＤまたはセルラビーコンを送信する無線デバイスを探し出し、その無線デバイスと接続する。デバイス認証は、本質的には上記と同一の手法により行われる。しかしながら、図１２に示される実施形態では、認証データは、図８の実施形態におけるバックホール４５４を通じてというよりは、むしろＩＳＰ５６２を介してＡＡＡサーバ４８４にルーティングされる。図１２に示されないが、ＩＳＰ５６２とＪＵＭＭＭＰクラウド４５６との間の接続は、典型的には、インターネットなどのネットワーク１１０を介して行われてよい。しかしながら、ＩＳＰ５６２とＪＵＭＭＭＰクラウド４５６との間の特定の接続は、ネットワーク１１０、バックホール４５４または任意の他の適切な通信の形態を介して満足に実装されてよい。

ＡＡＡサーバ４８４は上記の手法により認証処理を行う。前述の通り、ＡＡＡサーバ４８４は、複数のモバイルオペレータネットワーク４７４についてのプロキシＲＡＤＩＵＳ／Ｄｉａｍｅｔｅｒサーバとして動作してよく、または認証データをモバイルオペレータネットワークのうちの特定の１つに提供するように通信リンクとして機能してよい。ＵＥ４００（またはＵＥ４０２ａ）が認証されると、データ利用がモニタリングされてよい。図１２の実施形態では、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、追跡データ利用の責任を有する。これは、便利には、ＩＳＰ５６２とＵＥ４００（またはＵＥ４０２ａ）との間のすべてのデータフローがＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０を介して行われてから実装される。

決済エンジン４８８は、アップデートされたデータ利用を得るように、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０に周期的に尋ねてよい。これに代えて、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、周期的にデータ利用をレポートしてよい。さらに別の代替の実施形態では、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、ＵＥ４００とウェブサイトとの間の通信セッションの終了、またはＵＥ４００とＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０との間の接続の終了などのイベントに基づいて、データ利用をレポートしてよい。

データは、ＩＳＰ５６２を介して、ＵＥ４００へとダウンロードされる、またはＵＥ４００からアップロードされる。ＩＳＰ５６２、図８の実施形態における現場４４０内に位置するコンテンツ／ファイアウォールサーバ４８０を備えてよい。図１２の実施形態では、コンテンツ／ファイアウォールサーバ４８０の機能は、ＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０内に実装されてもよい。さらに別の代替の実施形態では、コンテンツ／ファイアウォールサーバ４８０の機能は、各それぞれのモバイルオペレータネットワーク４７４のコアネットワーク内に実装されてもよい。当業者は、多くの現代のモデムがデータファイアウォール性能を備えることを認識する。すべての標準アプローチがサポートされる。

上述の通り、本明細書に記載される決済エンジンシステムの実装に必要とされるハードウェア変更のみが、ＷｉＦｉベースの通信リンクからＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０によるマルチプロトコル通信リンクへの変更である。この変更は、ＷｉＦｉ通信リンクまたはセルラ通信リンクの使用を可能にする。

当業者は、図１２に示されるＵＥ４００（およびＵＥ４０２）が異なるモバイルオペレータネットワーク４７４に関連付けられてよいことを認識する。例えば、１つのＵＥ４００は、１つのモバイルオペレータネットワーク４７４に関連付けられてよく、一方、他のＵＥ４００またはＵＥ４０２ａは、異なるモバイルオペレータネットワーク４７４に関連付けられてよい。特定のモバイルオペレータネットワークの識別は、上記の手法により行われる。したがって、図１２に示される例示的な実施形態は、特定のモバイルオペレータネットワーク４７４の識別情報または任意のネットワークによって実装された特定のデータ決済手続にかかわらず、複数のモバイルオペレータネットワークにより満足に動作することが可能である。さらに、本明細書に記載されるように構成されたＵＥ４００は、図１２に示される家庭の現場環境または図８に示されるものなどの大きな現場などの、異なる現場において満足に動作することが可能である。図８および図１２の実施形態用に示されるハードウェアおよびインフラストラクチャサポートは異なるが、本明細書に記載された決済エンジンは、いずれの環境においてもまたは他の同様の環境においても同等に機能する。

上述の通り、図１２におけるＬＴＥ／ＮＲ互換無線機／ルータ／モデム５６０は、本明細書に記載されたデータオフロード決済技術による動作用に容易に構成されることが可能である。これは、データ利用モニタリングの単純な実装を可能にする。これは、図８に示される現場４４０、サポート現場、小売りなどの現場に向かう会社または消費者において当てはまる。図８に関して上記されたプラグアンドプレイ解決策は、図１２に記載された家庭環境、または事務所の建物、公園、大学、図書館、開放スペースなどの任意の他のＷｉＦｉもしくはセルラ利用可能位置においても応用可能である。

本開示の実施形態は、以下の項を考慮して記載され得る。
１．無線通信デバイスにおけるデータ利用追跡のための方法であって、前記無線通信デバイスは、複数のモバイルオペレータネットワークのうちの１つに関連付けられており、前記複数のモバイルオペレータネットワークと通信するためのセルラネットワークトランシーバと、前記モバイルオペレータネットワーク以外と通信するための短距離トランシーバと、を用い、前記方法は、
前記現場中に分布する複数の無線アクセスポイント（ＡＰ）のうちの第１のＡＰが、前記無線通信デバイスの前記セルラネットワークトランシーバまたは前記短距離トランシーバから認証要求を受信する工程であって、前記認証要求は、一意に前記無線通信デバイスを識別するとともに前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つを識別する識別情報を含む、認証要求受信工程と、
前記認証要求を認証サーバに送信する認証要求送信工程と、
前記認証サーバによる前記無線通信デバイスの認証の際、前記認証された無線通信デバイスとワイドエリアネットワークとの間に前記無線アクセスポイントを介して通信リンクを確立し、それによってデータオフロード動作セッションにおいて前記無線通信デバイスの動作を開始する、工程と、
それぞれの前記データオフロード動作セッション中に、認証された前記無線通信デバイスのデータ利用をモニタリングするモニタリング工程と、
前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つとの通信リンクを確立し、認証された前記無線通信デバイスについてのデータ利用の指標を、前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つに対し提供する、工程と、を備える方法。

２．前記複数のＡＰは、ＩＥＥＥ８０２．１１通信プロトコルに従う動作用に構成されている、１項に記載の方法。
３．前記認証要求送信工程は、前記認証要求を仮想ローカルエリアネットワーク（ＶＬＡＮ）を用いて送信する工程を含む、２項に記載の方法。

４．前記認証要求送信工程は、前記認証要求を仮想ルーティングおよびフォワーディング（ＶＲＦ）を用いて送信する工程を含む、２または３項に記載の方法。
５．前記複数のＡＰは、ロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成され、前記認証要求受信工程は、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークとの間のセルラ通信リンクを用いない前記ＡＰと、の間にセルラ通信リンクを確立する工程を含む、１～４項のいずれか一項に記載の方法。

６．前記複数のＡＰは、５Ｇ互換の新たな無線（ＮＲ）通信プロトコルに従う動作用に構成され、前記認証要求受信工程は、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークとの間のセルラ通信リンクを用いない前記ＡＰと、の間にセルラ通信リンクを確立する工程を含む、１～５項のいずれか一項に記載の方法。
７．前記認証要求送信工程は、前記認証要求をネットワーク機能仮想化（ＮＦＶ）を用いて送信する工程を含む、６項に記載の方法。

８．前記認証要求送信工程は、前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられた前記認証要求をネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて送信する工程を含む、６または７項に記載の方法。

９．認証を要求する前記無線通信デバイスの前記識別情報を送信する工程は、認証を要求する前記無線通信デバイスの前記識別情報を、認証を要求する前記無線通信デバイスに関連付けられていると識別された前記複数のモバイルオペレータネットワークのうちの前記１つについての認証サーバに送信する工程を含む、１～８項のいずれかに記載の方法。

１０．認証を要求する前記無線通信デバイスの前記識別情報を送信する工程は、認証を要求する前記無線通信デバイスの前記識別情報を、認証を要求する前記無線通信デバイスに関連付けられていると識別された前記複数のモバイルオペレータネットワークのうちの前記１つについての認証用のプロキシ認証サーバに送信する工程を含む、１～９項のいずれか一項に記載の方法。

１１．前記モニタリング工程は、前記無線通信デバイスに対しダウンロードされたデータの量をモニタリングする工程と、前記無線通信デバイスからアップロードされたデータの量をモニタリングする工程と、を含む、１～１０項のいずれか一項に記載の方法。

１２．前記オフロード動作セッションは、前記無線通信デバイスと前記複数のＡＰのうちのいずれかとの間において行われることができる、１～１１項のいずれか一項に記載の方法。

１３．前記オフロード動作セッションを確立する際に、前記無線通信デバイスと前記モバイルオペレータネットワークとの間のセルラネットワーク接続を終了させる工程をさらに含む、１～１２項のいずれか一項に記載の方法。

１４．前記認証サーバはＲＡＤＩＵＳサーバである、１～１３項のいずれか一項に記載の方法。
１５．前記認証サーバはＤｉａｍｅｔｅｒサーバである、１～１４項のいずれか一項に記載の方法。

１６．セルラネットワークトランシーバを用いた複数のモバイルオペレータネットワークのうちの１つとのセルラネットワーク接続と、前記セルラネットワークトランシーバとは異なる第２のトランシーバを用いた無線非ネットワーク接続と、を有する無線通信デバイスにおけるデータ利用追跡用のシステムであって、
複数の無線アクセスポイント（ＡＰ）を有するローカルエリアネットワーク（ＬＡＮ）であって、前記複数のＡＰのうち最初の無線アクセスポイントとして機能する第１のＡＰは前記無線通信デバイスのセルラネットワークトランシーバまたは前記無線通信デバイス第２トランシーバから認証要求を受信するように構成されており、前記認証要求は、一意に前記無線通信デバイスを識別するとともに前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの１つを識別する、識別情報を含み、前記無線通信デバイスのセルラネットワークトランシーバから前記認証要求を受信することは、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークとの間の前記セルラネットワーク接続を用いない前記ＡＰと、の間にセルラ通信リンクを確立することを含む、ＬＡＮと、
認証サーバであって、前記認証要求を、認証を要求する前記無線通信デバイスから受信するように、また前記無線通信デバイスの識別情報を認証するように構成されており、前記無線通信デバイスの認証の際、前記認証された無線通信デバイスとワイドエリアネットワーク（ＷＡＮ）との間の前記ＬＡＮを介した通信リンクの前記確立を認可し、それによってデータオフロード動作セッションにおいて前記無線通信デバイスの動作を開始する、認証サーバと、
データトラフィックモニタであって、前記ＷＡＮと認証された前記無線通信デバイスとの間のデータトラフィックをモニタリングし、それによって、前記データオフロード動作セッション中に認証された前記無線通信デバイスのデータ利用をモニタリングするように構成されたデータトラフィックモニタと、
決済エンジンであって、認証された前記無線通信デバイスについてのデータ利用情報を前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークに提供するように、関連付けられた前記モバイルオペレータネットワークとのセキュアな通信リンクを確立するように構成された決済エンジンと、を備えるシステム。

１７．前記複数のＡＰは、ＩＥＥＥ８０２．１１通信プロトコルに従う動作用に構成されている、１６項に記載のシステム。
１８．前記認証サーバは、前記ＬＡＮから送信された前記認証要求を仮想ローカルエリアネットワーク（ＶＬＡＮ）を用いて受信するように構成されている、１７項に記載のシステム。

１９．前記認証サーバは、前記ＬＡＮから送信された前記認証要求を仮想ルーティングおよびフォワーディング（ＶＲＦ）通信プロトコルを用いて受信するように構成されている、１７または１８項に記載のシステム。

２０．前記複数のＡＰは、ロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成されている、１６～１９項のいずれか一項に記載のシステム。
２１．前記複数のＡＰは、５Ｇ互換の新たな無線（ＮＲ）通信プロトコルに従う動作用に構成されている、１６～２０項のいずれか一項に記載のシステム。

２２．前記認証サーバは、前記ＬＡＮから送信された前記認証要求をネットワーク機能仮想化（ＮＦＶ）を用いて受信するように構成されている、２１項に記載のシステム。
２３．前記認証要求を前記認証サーバに送信することは、前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて前記認証要求を送信することを含む、２１または２２項に記載のシステム。

２４．前記複数のＡＰは、ＩＥＥＥ８０２．１１またはロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成されたプログラム可能無線機を有し、また前記無線通信デバイスとＩＥＥＥ８０２．１１通信プロトコルに従う前記ＡＰとの間に通信リンクを確立することによって、前記第２トランシーバから前記認証要求を受信するように構成されているか、または前記無線通信デバイスとＬＴＥ通信プロトコルに従う前記ＡＰとの間にセルラ通信リンクを確立することによって、前記セルラネットワークトランシーバから前記認証要求を受信するように構成されている、１６～２３項のいずれか一項に記載のシステム。

２５．前記認証サーバは、認証を要求する前記無線通信デバイスに関連付けられたと識別された前記１つのモバイルオペレータネットワークに関連付けられた認証サーバを含み、認証を要求する前記無線通信デバイスの前記認証は、前記１つのモバイルオペレータネットワークに関連付けられた前記認証サーバによって行われる、１６～２４項のいずれか一項に記載のシステム。

２６．前記１つのモバイルオペレータネットワークに関連付けられた前記認証サーバは、前記ＬＡＮから送信された前記認証要求を前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて受信するように構成されている、２５項に記載のシステム。

２７．前記認証サーバは、前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークについてのプロキシとして機能するプロキシ認証サーバであり、前記プロキシ認証サーバに対し認証を要求する前記無線通信デバイスは、関連付けられた前記１つのモバイルオペレータネットワークによる直接の認証なく認証される、１６～２６項のいずれか一項に記載のシステム。

２８．前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークについての前記プロキシ認証サーバは、前記ＬＡＮから送信された前記認証要求を前記複数のモバイルオペレータネットワークのうちの前記１つについてのプロキシ認証サーバに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて受信するように構成されている、２７項に記載のシステム。

２９．前記認証サーバはＲＡＤＩＵＳサーバである、１６～２８項のいずれか一項に記載のシステム。
３０．前記認証サーバはＤｉａｍｅｔｅｒサーバである、１６～２９項のいずれか一項に記載のシステム。

３１．前記データトラフィックモニタは、前記ＷＡＮから前記ＬＡＮを介して前記無線通信デバイスに対しダウンロードされたデータの量をモニタリングするように、また前記無線通信デバイスから前記ＬＡＮを介して前記ＷＡＮに対しアップロードされたデータの量をモニタリングするように構成されている、１６～３０項のいずれか一項に記載のシステム。

３２．前記オフロード動作セッションは、前記無線通信デバイスと前記複数のＡＰのうちのいずれかとの間において行われることができる、１６～３１項のいずれか一項に記載のシステム。

３３．前記無線通信デバイスは、前記データオフロード動作セッションを確立する際に、前記無線通信デバイスと前記モバイルオペレータネットワークとの間のセルラネットワーク接続を終了させるようにさらに構成されている、１６～３２項のいずれか一項に記載のシステム。

３４．前記決済エンジンは、前記モバイルオペレータネットワークとの前記セキュアな通信リンクを確立するように、また前記モバイルオペレータネットワークに関連付けられた認証された前記無線通信デバイスについての前記データ利用情報を送信するように構成されている、１６～３３項のいずれか一項に記載のシステム。

３５．前記決済エンジンは、前記モバイルオペレータネットワークとの前記セキュアな通信リンクを確立するように、また前記モバイルオペレータネットワークに関連付けられた認証された前記無線通信デバイスについての前記データ利用情報に対するアクセスを可能にするようにさらに構成されている、１６～３４項のいずれか一項に記載のシステム。

上記の実施形態は、異なる他のコンポーネント内に含まれる、または異なる他のコンポーネントと接続された、様々なコンポーネントを示す。そうした示されたアーキテクチャは例示に過ぎず、実際には多くの他のアーキテクチャが同一の機能を達成するように実装されることが可能であることが理解される。概念的な意味では、同じ機能を達成するためのコンポーネントの任意の配置が、所望の機能を達成するように、有効に「関連する」。したがって、特定の機能を達成するように組み合わせられた本明細書における任意の２つのコンポーネントは、アーキテクチャまたは中間コンポーネントにかかわらず、所望の機能が達成されるように、互いに「関連付けられている」と理解され得る。同様に、そのように関連付けられた任意の２つのコンポーネントは、所望の機能を達成するように、互いに対し「動作可能に接続されている」、または「動作可能に結合されている」とも見られることが可能である。

本発明の特定の実施形態が示され、記載されているが、当業者が、本明細書における教示に基づいて、本発明および本発明のより広い態様から逸脱することなく、変更および修正をなし得ることが明らかであり、したがって、添付の特許請求の範囲は、すべてのそうした変更および修正が本発明の本質および範囲内であるように、本発明の範囲に含まれる。さらに、本発明は添付の特許請求の範囲のみによって定められる。一般に、本明細書および特に添付の特許請求の範囲（例えば、添付の特許請求の範囲の本体）において用いられる用語、は、一般に、「開いた」用語として意図されることが、当業者によって理解される。（例えば、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は、「含むがそれらに限定されない」と解され、用語「有する」は、「少なくとも・・・を有する」と解され、用語「含む（ｉｎｃｌｕｄｅｓ）」は、「含むがそれらに限定されない」と解されるなど。）前置の請求項記載の特定の数値が意図される場合、そうした意図は、請求項に明示的に記載され、そうした記載がない場合はそうした意図が存在しないことが、当業者によってさらに理解される。例えば、理解を補助するように、以下の添付の特許請求の範囲は、請求項記載の前置きをするように、前置きのフレーズ「１つ以上の」および「１つまたは複数の」の使用を含み得る。しかしながら、そうしたフレーズの使用は、同一の請求項が前置きのフレーズ「１つまたは複数の」または「１つ以上の」および「１つの（ａ）」または「１つの（ａｎ）」（例えば、「１つの（ａ）」および／または「１つの（ａｎ）」は、典型的には、「１つ以上の」または「１つまたは複数の」を意味するように解される）などの不定冠詞を含むときでも、不定冠詞「１つの（ａ）」または「１つの（ａｎ）」による請求項記載の前置きが、１つのそうした記載しか含まない発明に対するそうした前置きの請求項記載を含む、任意の特定の請求項を限定することを示唆するようには考慮されず、同一の理解が、請求項記載の前置きをするように使用される定冠詞の使用について当てはまる。これに加えて、前置きの請求項記載の特定の数値が明示的に記載されたとしても、当業者は、そうした記載は典型的には記載された数値以上（例えば、他の修飾を伴わない「２つの記載」の最低限の記載は、典型的には、２つ以上の記載、または２つもしくはより多くの記載である）を意味するように解されることを認識する。

したがって、本発明は、添付の特許請求の範囲による場合を除いて限定されない。

Claims (35)

1. 無線通信デバイスにおけるデータ利用追跡のための方法であって、前記無線通信デバイスは、複数のモバイルオペレータネットワークのうちの１つに関連付けられており、前記複数のモバイルオペレータネットワークと通信するためのセルラネットワークトランシーバと、前記モバイルオペレータネットワーク以外と通信するための短距離トランシーバと、を用い、前記方法は、
   現場中に分布する複数の無線アクセスポイント（ＡＰ）のうちの第１のＡＰが、前記無線通信デバイスの前記セルラネットワークトランシーバまたは前記短距離トランシーバから認証要求を受信する工程であって、前記認証要求は、一意に前記無線通信デバイスを識別するとともに前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つを識別する識別情報を含む、認証要求受信工程と、
   前記認証要求を認証サーバに送信する認証要求送信工程と、
   前記認証サーバによる前記無線通信デバイスの認証の際、認証された前記無線通信デバイスとワイドエリアネットワークとの間に前記無線アクセスポイントを介して通信リンクを確立し、それによってデータオフロード動作セッションにおいて前記無線通信デバイスの動作を開始する、工程と、
   それぞれの前記データオフロード動作セッション中に、認証された前記無線通信デバイスのデータ利用をモニタリングするモニタリング工程と、
   前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つとの通信リンクを確立し、認証された前記無線通信デバイスについてのデータ利用の指標を、前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの前記１つに対し提供する、工程と、を備える方法。
2. 前記複数のＡＰは、ＩＥＥＥ８０２．１１通信プロトコルに従う動作用に構成されている、請求項１に記載の方法。
3. 前記認証要求送信工程は、前記認証要求を仮想ローカルエリアネットワーク（ＶＬＡＮ）を用いて送信する工程を含む、請求項２に記載の方法。
4. 前記認証要求送信工程は、前記認証要求を仮想ルーティングおよびフォワーディング（ＶＲＦ）を用いて送信する工程を含む、請求項２に記載の方法。
5. 前記複数のＡＰは、ロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成され、
   前記認証要求受信工程は、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークとの間のセルラ通信リンクを用いない前記ＡＰと、の間にセルラ通信リンクを確立する工程を含む、請求項１に記載の方法。
6. 前記複数のＡＰは、５Ｇ互換の新たな無線（ＮＲ）通信プロトコルに従う動作用に構成され、前記認証要求受信工程は、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークとの間のセルラ通信リンクを用いない前記ＡＰと、の間にセルラ通信リンクを確立する工程を含む、請求項１に記載の方法。
7. 前記認証要求送信工程は、前記認証要求をネットワーク機能仮想化（ＮＦＶ）を用いて送信する工程を含む、請求項６に記載の方法。
8. 前記認証要求送信工程は、前記認証要求を前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて送信する工程を含む、請求項６に記載の方法。
9. 認証を要求する前記無線通信デバイスの前記識別情報を送信する工程は、認証を要求する前記無線通信デバイスの前記識別情報を、認証を要求する前記無線通信デバイスに関連付けられていると識別された前記複数のモバイルオペレータネットワークのうちの前記１つについての認証サーバに送信する工程を含む、請求項１に記載の方法。
10. 認証を要求する前記無線通信デバイスの前記識別情報を送信する工程は、認証を要求する前記無線通信デバイスの前記識別情報を、認証を要求する前記無線通信デバイスに関連付けられていると識別された前記複数のモバイルオペレータネットワークのうちの前記１つについての認証用のプロキシ認証サーバに送信する工程を含む、請求項１に記載の方法。
11. 前記モニタリング工程は、前記無線通信デバイスに対しダウンロードされたデータの量をモニタリングする工程と、前記無線通信デバイスからアップロードされたデータの量をモニタリングする工程と、を含む、請求項１に記載の方法。
12. 前記オフロード動作セッションは、前記無線通信デバイスと前記複数のＡＰのうちのいずれかとの間において行われることができる、請求項１に記載の方法。
13. 前記オフロード動作セッションを確立する際に、前記無線通信デバイスと前記モバイルオペレータネットワークとの間のセルラネットワーク接続を終了させる工程をさらに含む、請求項１に記載の方法。
14. 前記認証サーバはＲＡＤＩＵＳサーバである、請求項１に記載の方法。
15. 前記認証サーバはＤｉａｍｅｔｅｒサーバである、請求項１に記載の方法。
16. セルラネットワークトランシーバを用いた複数のモバイルオペレータネットワークのうちの１つとのセルラネットワーク接続と、前記セルラネットワークトランシーバとは異なる第２のトランシーバを用いた無線非ネットワーク接続と、を有する無線通信デバイスにおけるデータ利用追跡用のシステムであって、
    複数の無線アクセスポイント（ＡＰ）を有するローカルエリアネットワーク（ＬＡＮ）であって、前記複数のＡＰのうち最初の無線アクセスポイントとして機能する第１のＡＰは前記無線通信デバイスのセルラネットワークトランシーバまたは前記無線通信デバイスの第２のトランシーバから認証要求を受信するように構成されており、前記認証要求は、一意に前記無線通信デバイスを識別するとともに前記無線通信デバイスに関連付けられた前記複数のモバイルオペレータネットワークのうちの１つを識別する、識別情報を含み、前記無線通信デバイスのセルラネットワークトランシーバから前記認証要求を受信することは、前記無線通信デバイスと、前記無線通信デバイスと前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークとの間の前記セルラネットワーク接続を用いない前記ＡＰと、の間にセルラ通信リンクを確立することを含む、ＬＡＮと、
    認証サーバであって、前記認証要求を、認証を要求する前記無線通信デバイスから受信するように、また前記無線通信デバイスの識別情報を認証するように構成されており、前記無線通信デバイスの認証の際、認証された前記無線通信デバイスとワイドエリアネットワーク（ＷＡＮ）との間の前記ＬＡＮを介した通信リンクの前記確立を認可し、それによってデータオフロード動作セッションにおいて前記無線通信デバイスの動作を開始する、認証サーバと、
    データトラフィックモニタであって、前記ＷＡＮと認証された前記無線通信デバイスとの間のデータトラフィックをモニタリングし、それによって、前記データオフロード動作セッション中に認証された前記無線通信デバイスのデータ利用をモニタリングするように構成されたデータトラフィックモニタと、
    決済エンジンであって、認証された前記無線通信デバイスについてのデータ利用情報を前記無線通信デバイスに関連付けられた前記モバイルオペレータネットワークに提供するように、関連付けられた前記モバイルオペレータネットワークとのセキュアな通信リンクを確立するように構成された決済エンジンと、を備えるシステム。
17. 前記複数のＡＰは、ＩＥＥＥ８０２．１１通信プロトコルに従う動作用に構成されている、請求項１６に記載のシステム。
18. 前記認証サーバは、前記ＬＡＮから送信された前記認証要求を仮想ローカルエリアネットワーク（ＶＬＡＮ）を用いて受信するように構成されている、請求項１７に記載のシステム。
19. 前記認証サーバは、前記ＬＡＮから送信された前記認証要求を仮想ルーティングおよびフォワーディング（ＶＲＦ）通信プロトコルを用いて受信するように構成されている、請求項１７に記載のシステム。
20. 前記複数のＡＰは、ロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成されている、請求項１６に記載のシステム。
21. 前記複数のＡＰは、５Ｇ互換の新たな無線（ＮＲ）通信プロトコルに従う動作用に構成されている、請求項１６に記載のシステム。
22. 前記認証サーバは、前記ＬＡＮから送信された前記認証要求をネットワーク機能仮想化（ＮＦＶ）を用いて受信するように構成されている、請求項２１に記載のシステム。
23. 前記認証要求を前記認証サーバに送信することは、前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて前記認証要求を送信することを含む、請求項２１に記載のシステム。
24. 前記複数のＡＰは、ＩＥＥＥ８０２．１１またはロングタームエボリューション（ＬＴＥ）通信プロトコルに従う動作用に構成されたプログラム可能無線機を有し、また前記無線通信デバイスとＩＥＥＥ８０２．１１通信プロトコルに従う前記ＡＰとの間に通信リンクを確立することによって、前記第２のトランシーバから前記認証要求を受信するように構成されているか、または前記無線通信デバイスとＬＴＥ通信プロトコルに従う前記ＡＰとの間にセルラ通信リンクを確立することによって、前記セルラネットワークトランシーバから前記認証要求を受信するように構成されている、請求項１６に記載のシステム。
25. 前記認証サーバは、認証を要求する前記無線通信デバイスに関連付けられたと識別された前記１つのモバイルオペレータネットワークに関連付けられた認証サーバを含み、認証を要求する前記無線通信デバイスの前記認証は、前記１つのモバイルオペレータネットワークに関連付けられた前記認証サーバによって行われる、請求項１６に記載のシステム。
26. 前記１つのモバイルオペレータネットワークに関連付けられた前記認証サーバは、前記ＬＡＮから送信された前記認証要求を前記複数のモバイルオペレータネットワークのうちの前記１つに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて受信するように構成されている、請求項２５に記載のシステム。
27. 前記認証サーバは、前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークについてのプロキシとして機能するプロキシ認証サーバであり、前記プロキシ認証サーバに対し認証を要求する前記無線通信デバイスは、関連付けられた前記１つのモバイルオペレータネットワークによる直接の認証なく認証される、請求項１６に記載のシステム。
28. 前記無線通信デバイスに関連付けられた前記１つのモバイルオペレータネットワークについての前記プロキシ認証サーバは、前記ＬＡＮから送信された前記認証要求を前記複数のモバイルオペレータネットワークのうちの前記１つについてのプロキシ認証サーバに関連付けられたネットワーク機能仮想化（ＮＦＶ）データセグメント化を用いて受信するように構成されている、請求項２７に記載のシステム。
29. 前記認証サーバはＲＡＤＩＵＳサーバである、請求項１６に記載のシステム。
30. 前記認証サーバはＤｉａｍｅｔｅｒサーバである、請求項１６に記載のシステム。
31. 前記データトラフィックモニタは、前記ＷＡＮから前記ＬＡＮを介して前記無線通信デバイスに対しダウンロードされたデータの量をモニタリングするように、また前記無線通信デバイスから前記ＬＡＮを介して前記ＷＡＮに対しアップロードされたデータの量をモニタリングするように構成されている、請求項１６に記載のシステム。
32. 前記オフロード動作セッションは、前記無線通信デバイスと前記複数のＡＰのうちのいずれかとの間において行われることができる、請求項１６に記載のシステム。
33. 前記無線通信デバイスは、前記データオフロード動作セッションを確立する際に、前記無線通信デバイスと前記モバイルオペレータネットワークとの間のセルラネットワーク接続を終了させるようにさらに構成されている、請求項１６に記載のシステム。
34. 前記決済エンジンは、前記モバイルオペレータネットワークとの前記セキュアな通信リンクを確立するように、また前記モバイルオペレータネットワークに関連付けられた認証された前記無線通信デバイスについての前記データ利用情報を送信するように構成されている、請求項１６に記載のシステム。
35. 前記決済エンジンは、前記モバイルオペレータネットワークとの前記セキュアな通信リンクを確立するように、また前記モバイルオペレータネットワークに関連付けられた認証された前記無線通信デバイスについての前記データ利用情報に対するアクセスを可能にするようにさらに構成されている、請求項１６に記載のシステム。

Images