方法であって、無線ゲートウェイ装置により、ユーザコンピューティング装置から、ネットワークアクセスのための要求を受信する工程であって、前記要求は、認証情報を含み、第1の通信プロトコルで受信される、工程と、前記無線ゲートウェイ装置により、前記第1の通信プロトコルと異なる第2の通信プロトコルに適合するように、前記要求をフォーマットする工程と、前記無線ゲートウェイ装置により、少なくとも1つの認証コンピューティング装置に、前記フォーマットされた要求を送信する工程と、前記無線ゲートウェイ装置により、前記少なくとも1つの認証コンピューティング装置から、前記ネットワークアクセスのための要求を許可する応答を受信する工程であって、前記応答は、前記第2の通信プロトコルに適合するようにフォーマットされる、工程と、前記無線ゲートウェイ装置により、前記第1の通信プロトコルに適合するように、前記応答をフォーマットする工程と、前記無線ゲートウェイ装置により、前記ユーザコンピューティング装置に、前記フォーマットされた応答を送信する工程と、前記少なくとも1つの認証コンピューティング装置と前記ユーザコンピューティング装置との間に、第1の通信経路を確立する工程と、前記少なくとも1つの認証コンピューティング装置により、前記第1の通信経路を介して、少なくとも1つの他のコンピューティング装置に対するアクセス要求を受信する工程と、前記少なくとも1つの認証コンピューティング装置により、前記少なくとも1つの他のコンピューティング装置に、前記アクセス要求を転送する工程と、前記少なくとも1つの認証装置により、前記少なくとも1つの他のコンピューティング装置から、前記アクセス要求を許可する応答を受信する工程と、前記少なくとも1つの認証装置により、前記ユーザコンピューティング装置に、前記アクセス要求を許可する前記応答を転送する工程と、前記少なくとも1つの認証装置により、少なくとも1つのデータベースに、前記ユーザコンピューティング装置と前記少なくとも1つの他のコンピューティング装置のうちの少なくとも1つのIDを記憶させる工程と、を備える方法。請求項1に記載の方法であって、前記第1の通信プロトコルは、HTTPである、方法。請求項1に記載の方法であって、前記第1の通信プロトコルは、EAPである、方法。請求項1に記載の方法であって、前記第2の通信プロトコルは、PPPである、方法。請求項1に記載の方法であって、前記少なくとも1つの認証装置は、レイヤ2トンネリングプロトコルネットワークサーバLNSを含む、方法。請求項5に記載の方法であって、さらに、前記LNSにより、前記ネットワークアクセスのための要求を再フォーマットする工程であって、前記再フォーマットは、前記第1の通信プロトコルおよび前記第2の通信プロトコルと異なる第3の通信プロトコルにより行われる、工程と、前記LNSにより、少なくとも1つの第2の認証装置に、前記再フォーマットされた要求を送信する工程と、を備える方法。請求項6に記載の方法であって、前記第3の通信プロトコルは、RADIUSプロトコルである、方法。請求項6に記載の方法であって、前記少なくとも1つの第2の認証装置は、RADIUSサーバである、方法。請求項1に記載の方法であって、前記無線ゲートウェイ装置によるフォーマットは、ポイントツーポイントプロトコルで前記要求をカプセル化することを含む、方法。請求項1に記載の方法であって、前記認証装置は、さらに、ユーザ認証情報とセッションアドレスとをログ化する、方法。請求項1に記載の方法であって、さらに、前記無線ゲートウェイ装置により、第2のユーザコンピューティング装置から、ネットワークアクセスのための第2の要求を受信する工程であって、前記第2の要求は、認証情報を含み、前記第1の通信プロトコルで受信される、工程と、前記無線ゲートウェイ装置により、前記第1の通信プロトコルと異なる前記第2の通信プロトコルに適合するように、前記第2の要求をフォーマットする工程と、前記無線ゲートウェイ装置により、前記少なくとも1つの認証コンピューティング装置に、前記フォーマットされた第2の要求を送信する工程と、前記無線ゲートウェイ装置により、前記少なくとも1つの認証コンピューティング装置から、前記ネットワークアクセスのための第2の要求を許可する第2の応答を受信する工程であって、前記第2の応答は、前記第2の通信プロトコルに適合するようにフォーマットされる、工程と、前記無線ゲートウェイ装置により、前記第1の通信プロトコルに適合するように、前記第2の応答をフォーマットする工程と、前記無線ゲートウェイ装置により、前記第2のユーザコンピューティング装置に、前記フォーマットされた第2の応答を送信する工程と、前記少なくとも1つの認証コンピューティング装置と前記第2のユーザコンピューティング装置との間に、第2の通信経路を確立する工程と、前記少なくとも1つの認証コンピューティング装置により、前記第2の通信経路を介して、少なくとも1つの他のコンピューティング装置に対するアクセス要求を受信する工程と、前記少なくとも1つの認証コンピューティング装置により、前記少なくとも1つの他のコンピューティング装置に、前記アクセス要求を転送する工程と、前記少なくとも1つの認証装置により、前記少なくとも1つの他のコンピューティング装置から、前記アクセス要求を許可する応答を受信する工程と、前記少なくとも1つの認証装置により、前記第2のユーザコンピューティング装置に、前記アクセス要求を許可する前記応答を転送する工程と、前記少なくとも1つの認証装置により、少なくとも1つのデータベースに、前記第2のユーザコンピューティング装置と前記少なくとも1つの他のコンピューティング装置のうちの少なくとも1つのIDを記憶させる工程と、を備える方法。システムであって、ユーザコンピューティング装置から、ネットワークアクセスのための要求であって、認証情報を含む要求を、第1の通信プロトコルで受信する無線ゲートウェイ装置であって、前記第1の通信プロトコルと異なる第2の通信プロトコルに適合するように、前記要求をフォーマットし、少なくとも1つの認証コンピューティング装置に、前記フォーマットされた要求を送信し、前記少なくとも1つの認証コンピューティング装置から、前記ネットワークアクセスのための要求を許可する応答であって、前記第2の通信プロトコルに適合するようにフォーマットされる応答を受信し、前記第1の通信プロトコルに適合するように、前記応答をフォーマットし、前記ユーザコンピューティング装置に、前記フォーマットされた応答を送信する、ように構成される無線ゲートウェイ装置と、前記少なくとも1つの認証コンピューティング装置と前記ユーザコンピューティング装置との間に確立される第1の通信経路と、を備え、前記少なくとも1つの認証コンピューティング装置は、少なくとも1つの他のコンピューティング装置に対するアクセス要求を、前記第1の通信経路を介して受信し、前記少なくとも1つの認証コンピューティング装置は、前記少なくとも1つの他のコンピューティング装置に、前記要求を転送し、前記少なくとも1つの認証装置は、前記アクセス要求を許可する応答を、前記少なくとも1つの他のコンピューティング装置から受信して、前記ユーザコンピューティング装置に転送し、前記少なくとも1つの認証装置は、少なくとも1つのデータベースに、前記ユーザコンピューティング装置と前記少なくとも1つの他のコンピューティング装置のうちの少なくとも1つのIDを記憶する、システム。請求項12に記載のシステムであって、前記第1の通信プロトコルは、HTTPである、システム。請求項12に記載のシステムであって、前記第1の通信プロトコルは、EAPである、システム。請求項12に記載のシステムであって、前記第2の通信プロトコルは、PPPである、システム。請求項12に記載のシステムであって、前記少なくとも1つの認証装置は、レイヤ2トンネリングプロトコルネットワークサーバLNSを含む、システム。請求項16に記載のシステムであって、前記LNSは、前記第1の通信プロトコルおよび前記第2の通信プロトコルと異なる第3の通信プロトコルに、前記ネットワークアクセスのための要求を再フォーマットし、少なくとも1つの第2の認証装置に、前記再フォーマットされた要求を送信する、システム。請求項17に記載のシステムであって、前記第3の通信プロトコルは、RADIUSプロトコルである、システム。請求項18に記載のシステムであって、前記少なくとも1つの第2の認証装置は、RADIUSサーバである、システム。請求項12に記載のシステムであって、前記無線ゲートウェイ装置は、さらに、ネットワークアクセスのための第2の要求であって、認証情報を含む第2の要求を、前記第1の通信プロトコルで、第2のユーザコンピューティング装置から受信し、前記無線ゲートウェイ装置は、前記第1の通信プロトコルと異なる前記第2の通信プロトコルに適合するように、前記第2の要求をフォーマットし、前記無線ゲートウェイ装置は、前記少なくとも1つの認証コンピューティング装置に、前記フォーマットされた第2の要求を送信し、前記無線ゲートウェイ装置は、前記少なくとも1つの認証コンピューティング装置から、前記ネットワークアクセスのための第2の要求を許可する第2の応答であって、前記第2の通信プロトコルに適合するようにフォーマットされる第2の応答を受信し、前記無線ゲートウェイ装置は、前記第1の通信プロトコルに適合するように、前記第2の応答をフォーマットし、前記無線ゲートウェイ装置は、前記第2のユーザコンピューティング装置に、前記フォーマットされた第2の応答を送信し、前記少なくとも1つの認証コンピューティング装置と前記第2のユーザコンピューティング装置との間に、第2の通信経路が確立され、前記少なくとも1つの認証コンピューティング装置は、前記第2の通信経路を介して、少なくとも1つの他のコンピューティング装置に対するアクセス要求を受信し、前記少なくとも1つの認証コンピューティング装置は、前記少なくとも1つの他のコンピューティング装置に、前記アクセス要求を転送し、前記少なくとも1つの認証装置は、前記少なくとも1つの他のコンピューティング装置から、前記アクセス要求を許可する応答を受信し、前記少なくとも1つの認証装置は、前記第2のユーザコンピューティング装置に、前記アクセス要求を許可する前記応答を転送し、前記少なくとも1つの認証装置は、少なくとも1つのデータベースに、前記第2のユーザコンピューティング装置と前記少なくとも1つの他のコンピューティング装置のうちの少なくとも1つのIDを記憶する、システム。WiFiまたは他の帯域共有により一つの通信ネットワークにアクセスする複数のユーザがほぼ同時に帯域を共有する場合にも各々のユーザを識別するシステムおよび方法を提供する。本発明に従うシステムおよび方法は、さらに、単一のまたは限られた数の共有パブリックIPアドレス上で提供される帯域を含むWiFiサービスにより提供される帯域を用いる各ユーザの識別および情報開示を行なうものである。一実施形態において、パブリックIPアドレスおよび接続に割り当てられたポートを用いてインターネットにアクセス中のユーザを識別する1つまたは複数の情報開示サービスを提供する。参照することによって各出願の内容全体が本明細書に組み込まれる、同一出願人による米国特許第7924780号および米国特許第7995993号に説明および記載されているシステムおよび方法に加えて、帯域を共有するように情報処理装置に登録し、追加料金なしに登録されている他のユーザの帯域にアクセスする権利を有するユーザには、各々固有のユーザ名が割り当てられる。本明細書に記載するように、セッションおよび接続ネットワークアドレス変換networkaddresstranslation:NATを示すアカウンティングログを、たとえば、情報開示を目的として保持するようにしてもよい。アカウンティングは、たとえば、リモート認証ダイヤルインユーザサービスRemoteAuthenticationDialInUserService:RADIUSサーバにより作成可能なPPPセッション、RADIUSサーバにより作成可能なキャプティブポータルcaptiveportalセッション、およびコンピュータ、ルータまたはその他適当なデバイスであるL2TPネットワークサーバL2TPNetworkServer:LNSにより作成されるNAT変換アカウンティング用に提供される。本願は、ユーザのコンピューティング装置が1つまたは複数のNATサービスに関与している場合でも、通信ネットワークにおいてユーザを識別するように構成されたルータ、コンピュータまたはその他適当なハードウェア等のデバイスを提供するネットワークトンネル型プラットフォームを含む。同一出願人による米国特許第7924780号に図示および記述されるように、登録ユーザの識別情報が受信され、1つまたは複数のデータベースに格納される。登録ネットワークユーザは加入者であり、したがって、明確に識別可能である。たとえば、ユーザは、ユーザ名およびパスワードを与えることにより認証され、ユーザの認証ステータスに応じて、追加料金なしにまたは低料金で、他のユーザのネットワーク帯域を共有することを許可されるようにしてもよい。ユーザの接続IPアドレスおよびTCPUDPポートをユーザの認証情報たとえば、ユーザ名およびパスワードに関連付けることによりユーザの識別を行う。本発明のユーザ識別機能capabilityは、インターネットサービスプロバイダにより実施される最も厳しい対策のセキュリティポリシーおよび法的要件にも適合する。一実施形態において、ユーザ識別情報は、レイヤ2トンネリングプロトコルlayer2tunnelingprotocol:L2TPトンネルを介して提供されるPPPセッションを介して提供される。各ユーザセッションは、L2TPトンネルを介して確立し、L2TPトンネルは、各PPPトンネルに、したがって、各ユーザに、独立インターネットプロトコルInternetprotocol:IPアドレスを提供する。ユーザ資格情報および各セッションIPアドレスは、たとえば、認証およびアカウンティングプロセスにも対応可能なRADIUSサーバによって、ログに記録される。本発明に従うトンネリングの実施形態は、利用可能なIPアドレスが限定されている環境にも対応する。各ユーザにプライベートIPアドレスを割り当てることにより、パブリックIPアドレスを保護することができる。この実施形態において、各プライベートIPアドレスは、たとえば、1つまたは複数のネットワークアドレス変換NATサーバを介して、ネットワークトラフィックがインターネットに到達する前に、1つまたは複数のパブリックIPアドレスに変換される。一実施形態において、複数のプライベートIPアドレスが単一のパブリックIPアドレスにネットワークアドレス変換されるNATされるパブリックアドレス変換publicaddresstranslation:PATまたはNATオーバーロードとも称する。したがって、1つのIPアドレスを別のIPアドレスに変換するという機能を備える。一実施形態において、PATを用いて、プライベートIPアドレスをパブリックIPアドレスに変換する。NATアカウンティングログを提供することにより、明確なユーザ識別が可能になる。本発明の実施例の多くはIP保護に関するものであるが、本発明は、たとえば、NAT変換を提供しないまたはNAT変換に対応しない実施形態を含む他の実施形態にも対応できる。IPアドレスが限られた数または少数である場合には、プライベートIPアドレスをNATを介して変換して1つまたは複数のパブリックIPアドレスを共有する代わりに、任意の時に接続されるユーザに独立パブリックIPアドレスを単純に割り当てることによって、より単純で安価な実施形態が可能になる。さらに、一実施形態におけるインフラストラクチャは、たとえば、データセンタおよび通信プロバイダに対して実質的な冗長性を提供する。これによって、たとえば、設定済みルータにおいてトンネルを終了させるネットワーク機器を追加することにより何十万人もの同時利用ユーザに対応する大きな可用性と実質的なスケーラビリティを与えることができる。同時利用ユーザの数が少ない場合には、機能性およびコストの観点から適当なスケーリング拡大縮小を行なうようにシステムを調節できる。一実施形態において、本願は、無線ネットワークおよびポイントツーポイントPointtoPoint接続でよく用いられる認証フレームワークである拡張認証プロトコルextensibleauthenticationprotocol:EAPを用いる。EAPは、たとえば、IEEE80211WiFiで広く用いられ、WPAおよびWPA2規格は、マルチプルEAP型のIEEE8021Xを認証機構に採用している。認証プロトコルとして用いられる場合、EAPはキャプティブポータル上で利用可能であり、WPAおよび/またはWPA2と共に用いる場合に適している。たとえば、1つまたは複数の認証情報および/またはプロセスに関連して、LEAPLightweightEAP、EAPTLS、EAPTTLS、EAPFAST、EAPSIMおよびEAPAKAを適用可能である。一実施形態において、8021Xは、サプリカントたとえば、スマートフォン、PDA等のモバイルコンピューティング装置、オーセンティケータたとえば、設定済みルータおよびサーバを含む。8021Xを用いて、EAPoverLanEAPOLを介してサプリカントからオーセンティケータにEAPメッセージを送信し、その後、RADIUSDiameterを介してオーセンティケータからサーバにEAPメッセージを送信する。同一出願人による米国特許第7924780号および米国特許第7995993号に記載されているシステムおよび方法により採用されたシステム等の少なくとも1つの従来のシステムでは、3つのアクター、すなわち、サプリカント、オーセンティケータおよびサーバが用いられる。このような実施形態において、ユニバーサルアクセス法universalaccessmethod:UAMを用いて、パスワード認証プロトコルpasswordauthenticationprotocol:PAPメッセージを送信する。その後、HTTPSを用いてサプリカントからUAMサーバに、HTTPを用いてサプリカントからオーセンティケータに、または、RADIUSを用いてオーセンティケータからサーバにデータを送信するようにしてもよい。トンネリングを使用する本願に従う一実施形態において、3つのアクター、すなわち、サプリカント、オーセンティケータおよびサーバが同様に用いられる。サプリカント、オーセンティケータおよびサーバは、複数のエレメントを含むものでもよい。一実施形態において、たとえば、EAPメッセージは、EAPOLからPPPに転送され、その後、RADIUSに転送される。別の実施形態において、トンネリングオンデマンドアーキテクチャを採用することにより、EAPOLからPPPに変換する工程が不要になり、製造者がより簡単に実施できるようになる。別の実施形態において、PPP認証を開始させるように変更可能なRADIUSプロキシを採用することもできるし、修正EAPデーモンdaemonを適用することも可能である。これら2つの実施形態の各々に関する詳細は、図11、図12および図13を参照して、後述する。以下参照する各図面において、同じ参照番号は同じ構成部を示す。図1は、本願の一実施形態におけるハードウェア構成の一例を示す。本実施形態においてシステム100として総称する構成は、本発明に従う帯域共有サービスを提供するものである。システム100は、インターネットウェブサーバおよび/またはデータベースファイルサーバとして作動するように構成可能な少なくとも1つの情報処理装置102を備え、情報処理装置102は、通信ネットワーク106にアクセスし、コンピューティング装置104と通信するようにプログラミングおよび設定される。コンピューティング装置104は、パーソナルコンピュータでもよく、また、GOOGLEANDROID登録商標、APPLEIOS、WINDOWS登録商標MOBILEオペレーティングシステムの1つまたは複数を作動させるようなモバイルデバイスでもよく、スマートフォンデバイス、タブレット型コンピューティング装置やその他のモバイル携帯機器を含むものでもよい。さらに図1を参照して、本明細書に記載する機能への寄与に適したLNSサーバ108およびRADIUSサーバ110も図示されている。コンピューティング装置104、情報処理装置102、ルータ108および/またはサーバ110は、従来の通信プロトコルである伝送制御プロトコル/インターネットプロトコルTransmissionControlProtocolInternetProtocol:TCPIPを介して通信するようにしてもよい。少なくとも情報処理装置102およびコンピューティング装置104は、本願に対応する必要のあるすべてのデータベースを備える、または、すべてのデータベースにアクセス可能であることが望ましい。通信ネットワーク106は、インターネット等のグローバルパブリック通信ネットワークであることが望ましいが、ワイドエリアネットワークWAN、ローカルエリアネットワークLAN、イントラネットやコンピューティング装置と周辺機器との通信を可能にする他のネットワークでもよい。好ましい実施形態において、情報処理装置102およびコンピューティング装置104は、MICROSOFTINTERNETEXPLORER、MOZILLAFIREFOX、APPLESAFARI等のウェブブラウザソフトウェアを備えることが望ましい。情報処理装置102およびコンピューティング装置104は、従来のデータ通信ネットワーク技術のいずれかを用いて、通信ネットワーク106に接続される。図2は、機能部を示し、これらの機能部の1つまたは複数は、たとえば、情報処理装置102および/またはコンピューティング装置104に設定可能である。図2に示す機能部には、ソフトウェアコードおよび制御作業を実行するために用いられる1つまたは複数の中央処理装置CPU202が含まれる。図2に示す他の機能部には、リードオンリーメモリreadonlymemory:ROM204、ランダムアクセスメモリrandomaccessmemory:RAM206、通信ネットワークを通じて他のコンピューティング装置とデータを送受信する1つまたは複数のネットワークインターフェース208、ハードディスクドライブ、フロッピー登録商標ディスクドライブ、テープドライブ、CDROMまたはDVD等のプログラムコードデータベースおよびアプリケーションデータを記憶する記憶装置210、キーボード、マウス、トラックボール、マイクロフォン等の1つまたは複数の入力装置212、およびディスプレイ214が含まれる。図2に示す種々の構成部は、単一のデバイスシャーシ内に物理的に内蔵される必要はなく、単一の場所に設置される必要もない。たとえば、記憶装置210を、情報処理装置102の残りの構成部から離れた場所に設置するようにしてもよく、ネットワークインターフェース208を介して通信ネットワークを通じてCPU202に接続されるようにしてもよい。情報処理装置102および/またはコンピューティング装置104は、必要なデータベース、フォーラムおよびハイパーテキストマークアップ言語hypertextmarkuplauguage:HTMLでやり取りするその他コミュニティサービス、Java登録商標アプレットおよびActiveX制御プログラムを提供するまたはこれらにアクセス可能なように、十分な記憶容量を備えるメモリを備えるようにしてもよい。情報処理装置102および/またはコンピューティング装置104は、図2に示す構成部等、予想される動作環境に適した構成部を備える。予想される需要を満たすことができる容量となるように、CPU202、ネットワークインターフェース208ならびにならびにメモリおよび記憶装置が選択される。本願の特性として、コンピュータが実行可能なコードすなわち、ソフトウェア書き込みを行う当業者は、以下に限定されるものではないが、C、C、VisualBasic、JAVA登録商標、HTML、XML、ACTIVESERVERPAGES、JAVA登録商標サーバページ、サーブレット、MYSQLおよびPHPを含む一般的なコンピュータプログラミング言語および開発環境の組み合わせの内1つまたは複数を用いて、本明細書に記載する機能を実行することができる。以下、実施形態に基づき、ウェブブラウザおよびウェブサイトサーバたとえば、情報処理装置102を用いるウェブに基づくシステムを例にとって、本願を詳述するが、システム100はこのような構成に限定されるものではない。情報処理装置102および/またはコンピューティング装置104が、任意の従来の通信方法を用いて、たとえば、インターネットパケット交換InterrnetPacketExchange、ダイアルアップ、サードパーティ、プライベートネットワークまたは付加価値通信網valueaddednetwork:VAN等のローカルエリアネットワークプロトコルと組み合わせた非インターネット型ブラウザWINDOWS登録商標ビューア-を用いて、通信を行ってデータを出力するように、システム100を構成するようにしてもよい。さらに、情報処理装置102および/またはコンピューティング装置104上では、任意の適当なオペレーティングシステム、たとえば、DOS、WINDOWS3x登録商標、WINDOWS95登録商標、WINDOWS98登録商標、WINDOWSNT登録商標、WINDOWS2000登録商標、WINDOWSME登録商標、WINDOWSCE登録商標、WINDOWSPOCKETPC登録商標、WINDOWSXP登録商標、WINDOWSVISTA登録商標、WINDOWS7登録商標、MACOS、UNIX登録商標、LINUX登録商標、PALMOS、POCKETPC、BLACKBERRY、ANDROID登録商標、IOSおよび任意の他の適当なオペレーティングシステム、を用いることができる。図3は、一実施形態において、セキュアトンネル型環境に対応する複数のデバイスを示し、これに関係する各通信フローを識別する様子を示す。図3の実施形態に示すように、設定済みルータ302は、たとえば、ホワイトリストドメイン、ウェルカムページURLuniformresourcelocator、L2TPサーバLNS詳細等を含む設定プロファイル情報を得るためのRADIUS要求を、RADIUSプロキシサーバ304に送信するステップ9。一実施形態において、RADIUSプロキシサーバは、ユーザ要求および設定済みルータ302の設定要求に対して、認証およびアカウンティングを行う。これに応じて、RADIUSプロキシサーバ304は、設定プロファイル情報を設定済みルータ302に送信するステップ2。ユーザーのアクセスが許可されたまたは認可されたドメインホワイトリストドメインにハイパーテキスト転送プロトコルhypertexttransportprotocol:HTTP要求が送信されると、設定済みルータ302は、このHTTP要求をユーザに転送する。ユーザは、ルータのパブリックIPアドレスを用いてNATを介してトラフィックを変換し、インターネットに転送するステップ3。HTTP応答がユーザのウェブブラウザソフトウェアアプリケーションに送信されるステップ4。ステップ5で、ユーザは、HTTPプロトコルを用いて、ホワイトリストではないウェブサーバへの接続を試みる。ステップ6で、設定済みルータ302図ではFoneraフォネラは、HTTPプロトコルを用いて、キャプティブポータルウェブサーバ320にユーザをリダイレクトする。この処理は、ウェブ認証が用いられる実施形態で実行される。ステップ7および8で、ユーザデバイス306は、HTTPプロトコルで、キャプティブポータルを要求し、ウェブサーバ320は、ログインフォームを含むキャプティブポータルを送信する。ステップ9で、ユーザデバイス306は、望ましくはパスワード認証プロトコルpasswordauthenticationprotocol:PAPを介してウェブサーバ320に認証情報を送信する。ウェブサーバ320は、ローカルまたはリモートデータベースまたはシステムとの間で認証情報を照合するステップ10。この場合、2つのシステム間で規定される任意の適当なプロトコルを用いるようにしてもよい。たとえば、ユーザデバイス306がトンネルを確立するために後で用いるワンタイムパスワードを用いて、別のHTTPリダイレクトを形成する。ユーザ認証情報が認証されると、トンネル確立プロセスが開始される。ユーザデバイス306は、HTTPプロトコルで、受信したワンタイムパスワードを設定済みルータ302に送信するステップ12。設定済みルータ302は、その後、L2TPレイヤ2トンネルを開始しステップ13、ワンタイムパスワードを用いて、LNSサーバ308との間で、L2TPレイヤ2トンネル上においてPPPセッションを開始する。LNSサーバ308は、認証要求を、RADIUSプロキシサーバ304とのRADIUS通信に変換するステップ15。RADIUSプロキシサーバ304は、認証情報を最終RADIUSサーバ316に転送するステップ16。最終RADIUSサーバ316は、ワンタイムパスワードを認証する。この実施形態において、インターネットを通じてやり取りされる認証情報を保護するために、304と316との間の通信は、セキュアVPNトンネルを通じて行われることが望ましい。また、このVPNを提供するために、DCR312および314が用いられる。さらに図3を参照して、認証成功メッセージアクセス承認がRADIUサーバ316からRADIUSプロキシサーバ304に送信されたステップ17後、このメッセージはLNSRADIUS308に送信される。LNSRADIUS308は、認証情報が有効であり、PPPセッションが正しく確立されたことを、設定済みルータ302に通知するステップ19。PPPセッションの確立後、トラフィックアカウンティングが提供される。たとえば、設定済みルータ302は、RADIUSアカウンティング開始パッケージをRADIUSプロキシサーバ304に送信することにより、アカウンティングプロセスを開始するステップ20。RADIUSプロキシサーバ304は、パッケージをRADIUSサーバ316に転送するステップ21。RADIUSサーバ316からの応答は、RADIUSプロキシサーバ304に送信されステップ22、RARIUSプロキシサーバ304は、この応答を設定済みルータ302に送信するステップ23。プロセスのこの時点で、ユーザは既に認証されており、確立されたトンネルを用いて自由にインターネットに接続可能である。設定済みルータ302がLNSサーバ308から肯定的認証確認を受信するとステップ19参照、ステップ24で、必要に応じてNATまたはPATを含むルールを実行し、ユーザデバイス306のトラフィックを最近確立されたPPPセッション内に導入する。その後およびこの時点以降、ユーザは、認証されて、インターネット上の任意のサーバに自由にナビゲート可能であるが、トラフィックはトンネルを通じてルーティングされる。さらに図3を参照して、トンネリングされ、場合によってタッピング/ミラーリングされるトラフィックが図示されている。図3の実施形態では、ユーザ要求がインターネット上の任意のサーバたとえば、HTTP、SMTP、VoIP等にアクセスされるとステップ25、ユーザトラフィックがトンネルを通じて送信される。設定済みルータ302は、PPPトンネルに要求およびそれに続いてトラフィックを転送しステップ26、LNSサーバ308に送信する。LNSサーバ308は、パブリックアドレス変換publicaddresstranslation:PATを行うように設定されている場合には、パブリックアドレス変換を行いステップ27、場合によっては、さらに、仲介デバイスにユーザトラフィックを注入するミラーリングまたは複製するステップ28。仲介デバイスは、たとえば、オンデマンドでユーザトラフィックのミラーリングを要求する警察や他の機関に対してアクセス可能なまたはアクセスするように設定可能なシステムでもよい。さらに、送付先最初に要求されたサーバまでのユーザトラフィックのルーティングが行われるステップ29この通信経路は、逆方向でも同様に機能する必要に応じて仲介デバイスに入力トラフィックをミラーリングして、最終的に、エンドユーザデバイスに送信するステップ30~33。したがって、実施形態を参照して上述したように、ホワイトリストドメインおよび非ホワイトリストドメインへのアクセスと、ウェブサーバ認証、トンネル認証およびキャプティブポータル認証を含むユーザ認証およびユーザ承認と、を含むユーザ接続フローが提供される。一実施形態において、少なくとも3つのセッションアカウンティングの統合が行われる。1つ目は、1つまたは複数のRADIUSサーバ110によるPPPセッションアカウンティングである。2つ目は、RADIUSサーバ110により作成されるキャプティブポータルセッションアカウンティングである。3つ目は、LNSサーバ108により提供されるNATアカウンティングである。PPPセッションアカウンティングは、少なくとも、ユーザのセッション開始時間と終了時間およびPPPセッションが終了する各LNSのIPアドレスを含むものでもよい。PPPセッションアカウンティングは、さらに、LNS用のトンネルIPソースに含まれる、ユーザのインターネットサービスプロバイダInternetserviceprovider:ISPによりユーザに提供されるルータ装置等のカスタマ構内設備customerpremisesequipment:CPE307への割当IPアドレスを含むものでもよい。これは、CPE307が設定済みルータワイドエリアネットワークwideareanetwork:WANIPアドレスを変換するNATするためである。一実施形態において、CPE307には、インターネット接続のためのルータおよび/またはインターネットアクセスポイントが含まれる。PPPセッションアカウンティングに含まれる他の情報としては、PPPセッション用にLNSにより設定済みルータに割り当てられたプライベートIPアドレスや、ユーザのユーザ名、アカウンティングパケットの種類、および、FONの固有セッション識別子が挙げられる。FONの固有セッション識別子は、キャプティブポータルセッション用の識別子と同一のものでもよい。一実施形態において、キャプティブポータルは、設定済みルータ302におけるユーザ認証およびアカウンティングを管理する。キャプティブポータルセッションアカウンティングは、ユーザのセッション開始時間とセッション終了時間、ユーザのユーザ名、ユーザデバイスの種類スマートフォン等とメディアアクセス制御mediaaccesscontrol:MACアドレス、ユーザのCPE307のMACアドレス、DHCPを介して設定済みルータにより割り当てられるユーザのコンピューティング装置スマートフォン等のIPアドレスおよびPPPセッションに関して上述したものと同じ固有セッション識別子の中の1つまたは複数を含むことが望ましい。さらに、NAT変換セッションアカウンティングは、LNSサーバ108により作成され、変換作成時間、変換削除時間、アカウンティングの種類たとえば、NAT作成またはNAT削除、レイヤ4通信プロトコルUDPまたはTCP、PPPセッションIPアドレス内部アドレスとポート、変換に用いられるLNSパブリックIPアドレスとポート、および、ユーザが到達するインターネットIPアドレスとポートの中の1つまたは複数を含む。各セッションアカウンティングに従って、ユーザトラッキングおよび識別が行われる。たとえば、ユーザのパブリックIPアドレス、TCPまたはUDPポートおよびタイムフレームは、あらかじめ分かっている。本願では、この情報を用いて、タイムフレームが適当であればすなわち、24時間のタイムフレームにおいて、複数のPPPセッションが、それぞれ別の時間に同一のプライベートIPアドレスを共有することが可能である、単一のPPPセッションに関係し、そのPPPセッションに割り当てられたプライベートIPアドレスを検索する。さらに、PPPセッションIPアドレスを用いて、そのIPアドレス用のPPPセッションアカウンティングを決めることができ、また、ユーザのユーザ名とCPE307アドレスを決めることができる。さらに情報が必要な場合にはたとえば、ユーザデバイスのMACアドレス、固有セッションIDを取得し、同じ固有セッションIDを有するキャプティブポータルのユーザセッションを検索することが可能である。これにより、ユーザデバイスのMACアドレスおよび設定済みルータのMACアドレスを識別することができる。本発明は、スケーラビリティと冗長性とを促進するためのモジュラー設計を含むライブプラットフォームを提供する。一実施形態において、LNSサブプラットフォームは、設定済みルータ302から開始されるL2TPPPPトンネルを終了させる。LNSサブプラットフォームは、さらに、ユーザのセッションにプライベートIPアドレスを割り当て、プライベートIPアドレスをパブリックIPアドレスに変換し、NATアカウンティングを作成し、外部システムログに転送し、RADIUSプロトコルを用いてユーザのセッションを認証し、RADIUSプロトコルを用いてセッションアカウンティングを作成するものでもよい。また、暗号化トンネルGreIPSecにセキュアなRADIUS認証およびその他のトランザクション用のプラットフォームを備えることが可能な1つまたは複数の設定済みルータ/ファイヤウォールを含む情報技術informationtechnology:ITサービスプラットフォームを提供することもできる。ITサービスプラットフォームは、データセンタに設置されるサーバを保護するために、1つまたは複数のファイヤウォール機能を実行するものでもよい。ITサービスフラットフォームは、また、RADIUSプロキシサーバを備えるものでもよい。一実施形態において、RADIUSプロキシサーバは、RADIUS認証およびアカウンティングを集中させて、本発明に従うシステムおよび方法のプロバイダまたは所有者により維持または管理され、世界中の何れの場所に設置されていてもかまわないRADIUSサーバ110に、RADIUS認証およびアカウンティングに関連する情報を転送する。さらに、モニタリングサーバを備えるものでもよい。モニタリングサーバは、ネットワークとサーバ装置のヘルスステータスをチェックして、本発明に従うシステムおよび方法のプロバイダまたは所有者により維持または管理されるものでもよい集中型モニタプラットフォームに、ヘルスチェックの情報を転送するように構成される。さらに、情報開示サーバを備えるものでもよい。情報開示サーバは、情報開示作業に必要な情報RADIUSログ、NATアカウンティング等を記憶し、データ抽出用のセキュアなウェブインターフェースを提供する。LNSサブプラットフォーム、境界スイッチに加えて、本明細書で記載するプラットフォームは、LNSおよびITサービスサブプラットフォームからのトラフィックを集約すると共に、ISP集約プラットフォームとのIP接続を可能にし、また、冗長性を目的としたデータセンタ間の接続を可能にするように構成される。別の実施形態において、PPPおよびL2TPをPPPoE技術に置き換えることも可能である。さらに、第2のルータ装置たとえば、設定済みルータ302とCPEとの組み合わせをISPたとえば、CPE装置の単一カスタマ構内設備に置き換えることも可能である。このような実施形態では、たとえば、機器の数が削減できるため、より効率が高く、コストが少なくてすむ。図4~図6に、実施形態において、IPアドレス指定に関係するライブプラットフォームにおけるハードウェア装置間の情報のフローを例示する。図4は、一実施形態において、L2TPトンネルを確立する前にIPアドレスを割り当てる様子を示す。複数のIPアドレスが、本願の各ユーザデバイスに割り当てられる。図4に示す例では、IPアドレス402図では、19216818210は、インターネットアクセス可能に構成される携帯電話たとえば、スマートフォン、携帯情報端末たとえば、IPODTOUCH、3G、4Gおよび/またはWiFi接続に対応するように設定可能なタブレットコンピューティング装置、または任意の他の適当なデバイス等のデバイス用に、設定済みルータ302により割り当てられるプライベートIPアドレスである。IPアドレス404図では、1921681821は、設定済みルータ302用に割り当てられるプライベートIPアドレスであり、ユーザのローカルエリアネットワークLANに適用可能である。IPアドレス404は、あらかじめ設定されるたとえば、あらかじめ設定された状態でユーザに配布されるものでもよいし、あるいは、ユーザ等によりユーザ宅内で設定されるものでもよい。外部IPアドレス406図では、172163410は、設定済みルータ302用のワイドエリアネットワークWANプライベートIPアドレスであり、たとえば、DHCPを介してCPE307により割り当てられるものでもよい。あるいは、IPアドレス406は、ユーザ等によりユーザ宅内で割り当てられるものでもよい。図4に示すIPアドレス割り当ての例をさらに参照して、IPアドレス408図では、17216341は、ユーザのローカルエリアネットワークLAN用に、CPE307に対して割り当てられる。図示される例では、IPアドレス408は、ユーザのISPにより割り当てられるプライベートIPアドレスであり、CPE307は、IPアドレスを用いてあらかじめ設定されるものでもよいし、あるいは、ユーザ宅内で設定されるものでもよい。IPアドレス410図では、62134818は、ワイドエリアネットワークWANパブリックIPアドレスであり、たとえば、DHCP、ポイントツーポイントプロトコルオーバーイーサネット登録商標PointtoPointProtocoloverEthernet登録商標:PPPoEまたは他の適当な動的または静的手段を介してユーザのISPにより割り当てられる。IPアドレス412図では、62134817は、CPE307用のデフォルトゲートウェイで、ユーザのISPにより提供される。したがって、図4に示すように、設定済みルータ302におけるPAT414は、図に192168182024で示す内部ネットワークIPアドレスレンジを提供し、この内部ネットワークIPアドレスレンジは、図に172163410で示す外部IPアドレスに接続される。CPE307のPAT416は、図に1721634024で示す内部ネットワークIPアドレスレンジを提供し、この内部ネットワークIPアドレスレンジは、図に62134818で示す外部IPアドレスに接続される。したがって、図4に示すように、IPアドレスレンジ192168182024またはアドレスレンジ1721634024内でローカルエリアネットワークに接続されるスマートフォン等の任意のコンピューティング装置は、PATプロセスによりCPE307を介して設定されるパブリックIPアドレス62134818を用いる。この例では、L2TPトンネルの確立前に、各接続およびネットワークに接続されるデバイスのIPアドレスを確定することはできない。図5は、一実施形態において、L2TPトンネルの確立後であって、PPPセッションの確立前にIPアドレスを割り当てる様子を示す。PPPセッションの前には、IPアドレスレンジ192168182024内で、ローカルエリアネットワークに接続されるスマートフォンやその他のノードに関して、IPアドレス指定は変化しない。図4を参照して上述したように、設定済みルータ302で外部IPアドレス172163410に対してPATが生じる。設定済みルータ302により単一のL2TPトンネル502が確立され、LNSサーバに対するダイレクトたとえば、物理的な接続たとえば、レイヤ2機能を有するケーブルを介してがエミュレートされる。図5に示す例では、宛先IPアドレスは、LNSサーバ108のWANIPアドレスである205677820である。CPE307におけるPATの結果、内部ネットワーク1721634024は外部IPアドレス62134818に変換される。L2TPトンネルソースIPアドレス410は、外部IPアドレス410図4に変換される。この段階では、L2TPトンネルのみが確立され、PPPセッションは確立されていないため、ユーザトラフィックの送信は行われない。LNSサーバ108は、IPアドレス410図では、62134818および宛先IP205677820を確認する。さらに、ループバックIPアドレス1111が、LNSサーバ108図では、205677820のWANIPアドレスに用いられる。図6は、L2TPトンネルとPPPセッションが両方とも確立されている実施形態において、IPアドレスを割り当てる様子を示す。設定済みルータ302において、PPPセッション用の静的NATが生じる。この静的NATは、PPPセッションの前に生じた前回のPATプロセスよりも優先度が高いと考えられる。ユーザデバイスと設定済みルータ302との間の初期通信の間、スマートフォン等のエンドユーザデバイスにおけるIPアドレス指定は変化しない。PPPセッションIPアドレスは規定される図5に101284034として示す。複数のPPPセッションをL2TPトンネルを通して送信可能であり、LNSサーバ108は、各PPPセッションに異なるプライベートIPアドレスを割り当てることができる。さらに図6に示すように、IPソースアドレス図では、101284034から宛先IP1111たとえば、IPループバックIPアドレスへのPPPトンネルアドレス指定が行われる。図5を参照して上述したように設定済みルータ302において、L2TPトンネルソースIPアドレス410は、外部IPアドレス410図4に変換される。IPアドレスはカプセル化されてL2TPトンネル内に導入されるため、L2TPトンネルの確立後は、PPPセッションIPアドレスを変換しないことが望ましい。その後、CPE307においてPATプロセスが生じると、PPPセッションデフォルトゲートウェイが規定される。L2TPトンネルのために、レイヤ2接続がエミュレートされ、設定済みルータ302は、LNS504のIPループバックIPアドレスに直接接続されているとみなされる。その後、LNS504においてPATプロセスが生じ、PPPセッションのトラフィックは、最終的な宛先に送るためにインターネットに転送される前に、変換される。図6に示す例では、ネットワークソースIPアドレスは、IPアドレスレンジ101280016内であり、ネットワーク宛先IPあどれすは、IPアドレスレンジ20567806426内である。その後、PATアカウンティングが記憶されることが望ましく、インターネットにおけるユーザデバイスたとえば、スマートフォンのIPアドレス図では、205678065が識別可能となる。図7~図10は、4つの実施形態における冗長性を示すハードウェアインフラストラクチャ700、800、900および1000を例示する。図11~図13は、本発明に従う実施形態を示す。上述したように、EAPを用いて、ユーザ認証等の認証情報を送信するようにしてもよい。ただし、従来のシステムでは、スマートフォン等のモバイルコンピューティング装置からRADIUSサーバ110等の認証サーバへの認証情報の送信にEAPを利用することはできない。一実施形態において、データは、1つのフォーマットでカプセル化され、スマートフォンであるコンピューティング装置104等の1つのデバイスから送信され、EAPカプセルを除去してPPP等の別のプロトコルを用いて認証情報をカプセル化する別のデバイスに送信される。その後、RADIUSサーバ110等の別のデバイスに送信される。RADIUSサーバ110は、カプセル化されたPPP認証情報を受信すると、認証情報を用いてユーザ認証を行ってあるいは、認証情報が不正であるまたは別の理由で認証を行わずに、PPPを介して応答を送信する。PPPを介して受信した応答は、コンピューティング装置104に返信される前に、開封されて、EAPにカプセル化しなおされる。図11は、データ送信と採用されている各通信プロトコルに加えて、ハードウェア構成1100を例示する。図11に示すように、1つのフェーズで認証が行われる。ハンドセット104を用いるユーザは、8021xEAPOLを用いて関連付けを試み、このプロトコルでカプセル化されたEAPメッセージを送信するステップS1102。設定済みルータ302は、EAPメッセージをEAPOLからPPPに変換し、LNSに送信するステップS1104。LNSサーバ108は、EAPメッセージをPPPカプセルからRADIUSカプセルに変換し、RADIUSサーバ110に転送するステップS1106。したがって、図11に示すように、設定済みルータ302は、EAPOLカプセル内の認証情報を受信し、EAPOLカプセルを除去して、認証情報をPPPにカプセル化し、LNSサーバ108に送信する。LNSサーバ108は、PPPパケットを受信し、RADIUSプロトコルで、RADIUSサーバ110にEAP認証情報を転送する。認証成功は、ルータ302とLNSサーバ108との間にPPPL2TPトンネルが確立されたことを意味する。トンネルは、ユーザハンドセット104に固有のものであり、このデバイスから入出力されるトラフィックは、セッションが終了するまでトンネルを通るようにルーティングされる。図12は、データ送信と採用されている各通信プロトコルに加えて、ハードウェア構成1200を例示する。図12に示される例では、トンネルの確立は、2つのフェーズで行なわれる。フェーズ1では、ユーザ認証が実行される。ユーザは、8021xEAPOLを用いて信号の関連付けを試み、このプロトコルでカプセル化されたEAPメッセージを送信するステップS1202。設定済みルータ302は、EAPメッセージをEAPOLカプセルからRADIUSフォーマットに変換し、直接RADIUSサーバ110に送信するステップS1204。フェーズ2では、たとえばRADIUSサーバ110によってユーザが認証された場合、RADIUSサーバ110は、必要に応じて、設定済みサーバ302にワンタイムパスワードを返信する。設定済みサーバ302は、このワンタイムパスワードを用いて、LNS108との間にL2TPPPPトンネルを確立し、L2TPPPPトンネルを用いたユーザトラフィックのルーティングが行われるステップS1206。したがって、図12に示すように、ユーザデバイス104は、図示しないユーザ認証情報を有し、8021xEAPOLプロトコルを用いて設定済みルータ302との関連付けを開始する。EAPを用いて、ユーザを認証するメッセージを送信する。EAPメッセージは、用いられるEAPの種類EAPSIM、EAPAKA、EAPTTLSやその他適当な種類に応じて異なるものでもよい。設定済みルータ302は、8021xEAPOLでカプセル化されたEAPメッセージをRADIUSパケットにカプセル化しなおし、ユーザ認証のために、RADIUSサーバに送信する。RADIUSサーバ110は、RADIUSカプセル化された新しいEAPメッセージをLNSサーバ108に返信する当技術分野で周知のように、認証情報が認証されたとみなされるまで、このプロセスが複数回実行されることもある。承認メッセージと共に、必要に応じてワンタイムパスワードを設定済みルータ302に送信するようにしてもよい。RADIUSサーバ110がワンタイムパスワードパラメータで識別可能なものでもよいを送信すると、設定済みルータ302は、受信したワンタイムパスワードを用いてL2TPPPPパケットを作成し、たとえば、PAP、CHAP、EAP等の適当な認証プロトコルを介してLNSサーバ108に対するPPPセッションを確立するステップS1208。さらに図12を参照して、RADIUSサーバ110の承認メッセージを受信後に、または、必要に応じてPPPが確立後に、設定済みルータ302は、RADIUSサーバ110からクライアントデバイス104にEAPメッセージを転送して、関連付けを可能にする。その後、トンネルが確立されている場合には、トンネルを用いて、トラフィックがインターネットに転送される。図13は、データ送信と採用されている各通信プロトコルに加えて、ハードウェア構成1300を例示する。図13に示す実施形態は、図3を参照して上述したものを簡略化した図である。したがって、本発明は、WiFiまたは他の帯域共有により一つの通信ネットワークにアクセスする各ユーザを識別するシステムおよび方法を提供する。共有パブリックIPアドレスを介して、WiFiサービスの個々のユーザを識別し、たとえば、当局に情報開示することが可能になる。本発明を特定の実施形態に関連付けて記載および図示したが、当業者には自明のように、他の多くの態様に変更および変形可能であり、他の態様で使用可能である。したがって、さまざまな実施形態および変形態様を記載したが、本発明は何らこれらに限定されるものではない。