(57)【要約】【課題】  ゲスト・トラフィックをホスト・トラフィックから分離した、共有インターネット・アクセス・システムを開示する。【解決手段】  本発明は、ホストおよびゲスト双方のための共有インターネット・アクセスに関し、ホストはホットスポットを運営または所有する。サービス・プロバイダに向かう通信経路において、ゲストからのトラフィックをサービス提供ホストから分離し、ＩＰ番号の割り当ておよび監理に関して、サービス・プロバイダによって別個に扱われる。【選択図】      図２
2007318748.tif 000002
【特許請求の範囲】
【請求項１】
インターネット・アクセス・システムであって、
−ホスト・クライアント・デバイスおよびゲスト・クライアント・デバイスと通信可能なアクセス・ポイントと、
−前記ホスト・クライアント・デバイスに対して第１組のアクセス能力を提供し、前記ゲスト・クライアント・デバイスに対して第２組のアクセス能力を提供するように構成されているサービス・プロバイダ・コンピュータと、
−前記アクセス・ポイントと前記サービス・プロバイダ・コンピュータとの間において通信を可能にするネットワークと、
を備えており、
前記ネットワークは、前記ホスト・クライアント・デバイスからのホスト・トラフィックのための第１トンネル接続と、前記ゲスト・クライアント・デバイスからのゲスト・トラフィックのための第２トンネル接続とを有し、
前記アクセス・ポイントは、前記ホスト・クライアント・デバイスおよびゲスト・クライアント・デバイスによって前記アクセス・ポイントに伝達されるプロトコル情報に基づいて、前記ホスト・クライアント・デバイスのトラフィックを前記第１トンネルに割り当て、前記ゲスト・クライアント・デバイスのトラフィックを前記第２トンネルに割り当てるように構成されている、インターネット・アクセス・システム。
【請求項２】
請求項１記載のシステムにおいて、前記ゲスト・クライアント・デバイスに対する前記第２組のアクセス能力は、前記サービス・プロバイダ・プラットフォームにおける被制御領域へのアクセスを制限する、システム。
【請求項３】
請求項１または２記載のシステムにおいて、ゲスト・トラフィックの許可および／または監理を、ホスト・トラフィックの許可および／または監理から分離した、システム。
【請求項４】
請求項１から３までのいずれか１項に記載のシステムにおいて、コア・ネットワークとサービス・プロバイダ・プラットフォームとの間にある前記インターフェースにおいて、ゲスト・トラフィックをホスト・トラフィックから分離する、システム。
【請求項５】
請求項１から３までのいずれか１項に記載のシステムにおいて、前記トンネルに進入する前に、前記コア・ネットワークにおいてゲスト・トラフィックをホスト・トラフィックから分離する、システム。
【請求項６】
請求項１から３までのいずれか１項に記載のシステムにおいて、前記コア・ネットワークに進入する前に、前記アクセス・ネットワークにおいてゲスト・トラフィックをホスト・トラフィックから分離する、システム。
【請求項７】
請求項１から３までのいずれか１項に記載のシステムにおいて、前記アクセス・ネットワークに進入する前に、前記アクセス・ポイントにおいてゲスト・トラフィックをホスト・トラフィックから分離する、システム。
【請求項８】
請求項１から３までのいずれか１項に記載のシステムにおいて、前記アクセス・ネットワークに進入する前に、前記ホスト・ネットワークにおいてゲスト・トラフィックをホスト・トラフィックから分離する、システム。
【請求項９】
前述の請求項のいずれか１項に記載のシステムにおいて、ホスト・クライアント・デバイスおよびゲスト・クライアント・デバイスからのトラフィックのトンネルへの前記割り当ては、レイヤ３プロトコル情報に基づく、システム。
【請求項１０】
請求項９記載のシステムにおいて、前記レイヤ３プロトコル情報は、ＩＰパケット・ヘッダにおける５−タプルを備えている、システム。
【請求項１１】
前述の請求項のいずれか１項に記載のシステムにおいて、ホスト・クライアント・デバイスおよびゲスト・クライアント・デバイスからのトラフィックのトンネルへの前記割り当ては、レイヤ２プロトコル情報に基づく、システム。
【請求項１２】
請求項１１記載のシステムにおいて、前記レイヤ２プロトコル情報は、ＭＡＣアドレスを備えている、システム。
【請求項１３】
請求項２から１２までのいずれか１項に記載のシステムにおいて、前記サーバ・プロバイダ・プラットフォームの被制御領域は、ウォール・ガーデンを備えている、システム。
【請求項１４】
請求項１３記載のシステムにおいて、ウォール・ガーデンは、サーバおよび／またはデータベースを備えている、システム。
【請求項１５】
請求項１４記載のシステムにおいて、前記ウォール・ガーデン内にある前記サーバは、許可システムおよび／または監理システムを備えている、システム。
【請求項１６】
請求項１５記載のシステムにおいて、ゲスト・トラフィックに対するＩＰアドレスの割り当ては、前記ウォール・ガーデン内にあるサーバによって行われる、システム。
【請求項１７】
前述の請求項のいずれか１項に記載のシステムにおいて、ゲスト・トラフィックに対するＩＰアドレスの監理は、前記サービス・プロバイダ・プラットフォーム内にある監理サーバおよび監理データベースによって、ホスト・トラフィックの監理とは別個に行われる、システム。
【請求項１８】
前述の請求項のいずれか１項に記載のシステムにおいて、ゲスト・トラフィックには一時的な一意のＩＰアドレスを割り当てる、システム。
【請求項１９】
請求項１８記載のシステムにおいて、ログインの前に、前記ウォール・ガーデン内にある１つ以上のサーバにおける許可ページまたはウェルカム・ページにゲスト・トラフィックをリダイレクトする、システム。
【請求項２０】
請求項１９記載のシステムにおいて、前記ウォール・ガーデン内における１つ以上の許可サーバが、ゲスト・ユーザに対してユーザ許可を行う、システム。
【請求項２１】
請求項２０記載のシステムにおいて、許可に失敗した場合、ゲスト・トラフィックを前記ウォール・ガーデン内のサーバ上にあるエラー・ページにリダイレクトする、システム。
【請求項２２】
請求項２１記載のシステムにおいて、ユーザ許可に成功した場合、ゲスト・トラフィックの前記ウォール・ガーデンからの流出を許容する、システム。
【請求項２３】
請求項２２記載のシステムにおいて、前記ゲスト・ユーザに関連して、前記ウォール・ガーデン内における１つ以上のサーバ上に、ログインおよびセッション監理を維持する、システム。
【請求項２４】
請求項２３記載のシステムにおいて、前記ログイン監理は、一時的ＩＰアドレス、ゲスト・ログイン・セッションの開始時刻および終了時刻、ならびにその他のユーザの詳細を備えている、システム。
【請求項２５】
請求項２２記載のシステムにおいて、許可成功の場合、動的ＤＮＳ登録を行う、システム。
【請求項２６】
前出の請求項のいずれか１項に記載のシステムにおいて、ゲスト・トラフィックに割り当てられるＩＰ番号を、ホスト・トラフィックに割り当てられるＩＰ番号とは別個に維持する、システム。
【請求項２７】
請求項２５記載のシステムにおいて、ゲスト・トラフィックの監理を、ホスト・トラフィックの監理から分離する、システム。
【請求項２８】
請求項１記載のアクセス・ポイントであって、ホスト・ユーザのリストを備えており、アクセスを求めるクライアント・デバイスの前記識別情報が、前記ホスト・ユーザ・リストにおけるエントリの前記識別情報と対応する場合、ホスト・ユーザとしてクライアント・デバイスへのアクセスを許容する、アクセス・ポイント。
【請求項２９】
請求項２７記載のアクセス・ポイントにおいて、前記識別情報は、ハードウェア関連情報を備えている、アクセス・ポイント。
【請求項３０】
請求項２８記載のアクセス・ポイントにおいて、前記ハードウェア関連情報は、ＭＡＣアドレスまたはシリアル・ナンバーを備えている、アクセス・ポイント。
【請求項３１】
請求項２７記載のアクセス・ポイントにおいて、前記識別情報は、プロトコル関連情報を備えている、アクセス・ポイント。
【請求項３２】
請求項３０記載のアクセス・ポイントにおいて、前記プロトコル関連情報は、ＩＰアドレスを備えている、アクセス・ポイント。
【請求項３３】
請求項２７から３１までに記載のアクセス・ポイントにおいて、前記ホスト・ユーザ・リストをリモートに管理する、アクセス・ポイント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有インターネット・アクセスに関する。
【背景技術】
【０００２】
共有インターネット・アクセスのためのシステムがいくつか知られている。これらのシステムに基づくサービスは、例えば、"Hotspots van KPN"および"T-Mobile HotSpot"である。これらのシステムは、ホスト・ユーザが所有および／または運営するアクセス・ポイントを通じて、ゲスト・ユーザがインターネットにアクセスすることができるという態様を共有する。ホスト・ユーザは、彼のインターネット・アクセスをゲスト・ユーザと共有することにより、ゲスト・ユーザにインターネット・アクセスを許容する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術の共有インターネット・アクセス・システムは、ゲストによる共有インターネット・アクセスの悪意の使用または誤用の場合、ホストにとって問題が生ずる虞れがある。ホストはサービス・プロバイダおよびネットワーク・プロバイダとの契約について責任があるので、ホストは、接続の悪意の使用および／または誤用についても責任を負うことになる。この結果、悪意の使用および／または誤用が続くと、サービス・プロバイダおよび／またはネットワーク・プロバイダによって接続解除されることになる。
【０００４】
本発明の目的は、従来技術の前述のそしてその他の欠点を解消することである。
【課題を解決するための手段】
【０００５】
本発明は、ゲスト・トラフィックをホスト・トラフィックから分離する共有インターネット・アクセス・システムを開示する。
【０００６】
本発明の一態様によれば、ゲスト・トラフィックおよびホスト・トラフィックには、サービス・プロバイダ・プラットフォームに進入する際に、異なる通信経路を割り当て、ゲスト・トラフィックによるサービス・プロバイダ・プラットフォームへのアクセスは、最初はウォール・ガーデン(walled garden)のような被制御領域に限定される。被制御領域は、サービス・プロバイダ・プラットフォームの一部であり、例えば、ゲスト・トラフィックおよびゲスト・セッションのゲスト・ユーザ認証および監理のためのサーバおよびデータベースを備えている。ゲスト・トラフィックは、許可がうまくいくまで、最初の内は被制御領域に収容される。許可がうまくいった後、ゲスト・トラフィックは、サービス・プロバイダ・プラットフォーム、およびインターネットへのアクセスも許される。
【０００７】
本発明の一態様によれば、ゲスト・トラフィックの監理は、ホスト・トラフィックの監理から分離される。これは、共有インターネット接続の悪意の使用および／または誤用の場合、セッション終了後の調査に有用である。
【０００８】
本発明の別の態様によれば、ゲスト・トラフィックおよびホスト・トラフィックの分離は、ゲスト・トラフィック・フローにおける以下の項目の１つにおいて実施することができる。
【０００９】
第１の選択肢として、ゲスト・トラフィックおよびホスト・トラフィックは、コア・ネットワークおよびサービス・プロバイダ・プラットフォームの間にあるインターフェースにおいて分離することができる。
【００１０】
第２の選択肢として、ゲスト・トラフィックは、トンネルに進入する前に、コア・ネットワークにおいて、ホスト・トラフィックから分離することができる。
【００１１】
更に別の選択肢として、ゲスト・トラフィックは、コア・ネットワークに進入する前に、アクセス・ネットワークにおいて、ホスト・トラフィックから分離することができる。
【００１２】
別の選択肢として、ゲスト・トラフィックは、アクセス・ネットワークに進入する前に、アクセス・ポイントまたはホスト・ネットワークにおいて、ホスト・トラフィックから分離することができる。
【００１３】
本発明の一態様によれば、ゲスト・トラフィックおよびホスト・トラフィックの分離は、例えば、ＩＰパケット・ヘッダにおける５−タプルのような、レイヤ３プロトコル情報に基づく。
【００１４】
本発明の別の態様によれば、ゲスト・トラフィックおよびホスト・トラフィックの分離は、例えば、ＭＡＣアドレスのような、レイヤ２プロトコル情報に基づく。ＭＡＣアドレスのようなハードウェア関連情報に基づく分離は、セキュリティの理由からは最も有用であると言える。
【００１５】
本発明が開示するウォール・ガーデン（被制御領域）は、サーバおよび／またはデータベースを備えている。前記サーバおよび／またはデータベースは、許可サービスおよび／またはＩＰアドレスの割り当ておよび／または監理サービスを行う。
【００１６】
本発明の一態様として、ゲスト・トラフィックに対するＩＰアドレスの割り当ては、ウォール・ガーデン内にあるサーバによって行われる。一例として、このことはＤＨＣＰサーバを用いて実現できる。本発明によれば、ゲスト・トラフィックに割り当てられるＩＰアドレスの監理は、前記ウォール・ガーデン内にある監理サーバおよび監理データベースによって行われる。ゲスト・トラフィックに割り当てられるＩＰアドレスは、一時的な一意のＩＰアドレスである。この一時的な一意のＩＰアドレスは、特定のゲスト・トラフィックおよび関連するゲスト・ユーザに、ある時間期間だけ割り当てられ、監理サーバおよび／またはＩＰアドレス割り当てサーバにおいて構成される。この時間期間は、セッション時間（即ち、ゲストが共有インターネット・アクセスにログ・オンしたときから、ゲストがログ・オフしてアクセスを終了したときまでの時間）から最大限度（例えば、１２時間または３日）まで変化することができる。これは、例えば、不正または違法なコンテンツ給送のような、インターネット誤用事象後のような、イベント後における分析に最も有用である。
【００１７】
本発明は、更に、ウォール・ガーデン内部のサーバによる、例えば、ウェルカム・ページまたは許可ページを介したゲスト・ユーザの許可も開示する。ゲスト・トラフィックは、ＩＰアドレス割り当ての後、このページにリダイレクトされる。許可に成功した後でなければ、ゲスト・トラフィック（したがって、ゲスト・ユーザ）は、ウォール・ガーデンからサービス・プロバイダ・プラットフォームおよびインターネットへの流出を許されない。許可が不成功の場合、関連するゲスト・トラフィックは、ウォール・ガーデン内のサーバ上にあるエラー・ページにリダイレクトされる。エラー・ページは、エラー・メッセージおよび／またはヘルプ情報を表示する。
【００１８】
本発明の一態様によれば、ログインおよびセッション監理は、ウォール・ガーデン内部のサーバによって維持される。このログインおよびセッション監理は、割り当てられた一時的ＩＰアドレス、ゲスト・セッションの開始時刻および終了時刻、ならびにその他のユーザの詳細のような、ゲスト・ユーザに関連付けられる。
【００１９】
更に、本発明は、ゲスト・ユーザによる許可成功の場合における動的ＤＮＳ登録も開示する。これは、ゲストが動作させるウェブ・サーバに有用である。何故なら、ウェブ・サーバは、ゲスト・ユーザ・セッションによってインターネットからアドレス可能であることが必要であるからである。
【００２０】
更に、本発明は、ゲスト・トラフィックに割り当てたＩＰ番号を、ホスト・トラフィックに割り当てたＩＰ番号とは別個に維持するシステムを開示する。この別個により、ホスト・ユーザからのほぼ「信頼できるトラフィック」とゲスト・ユーザに関連する「ノーマディック・トラフィック」との間で、監理サーバおよび監理データベースにおける分割が可能になる。このシステムは、例えば、セキュリティ・チェック、監理、報告および監視の目的のために、ゲスト・トラフィックの処理を分離することを可能にする。処理の分離は、例えば、セキュリティ上の理由または法的な傍受のために、ゲスト・トラフィックに対してより詳細なおよび／またはより厳格な尺度を適用する際に有用である。
【００２１】
本発明の別の態様によれば、ホスト・ユーザのリストをアクセス・ポイントにおいて維持する。このリストは、ホスト・ユーザとしてアクセス・ポイントにアクセスすることを許されたホスト・クライアント・デバイスの識別情報を収容する。識別情報は、ＭＡＣアドレスまたはシリアル・ナンバーのように、ハードウェアに関するものとすることができる。また、識別情報は、ＩＰアドレスのような、プロトコルに関するものとすることもできる。このリストは、アクセス・ポイントにおいてアクセス・ポイントの所有者／運営者によって管理インターフェースを介して、またはリモートに通信ネットワークを介して管理することができる。後者の場合、通信ネットワークを介したリスト管理は、アクセス・ポイントの所有者／運営者またはホットスポット・サービス・プロバイダのような第三者のいずれかによる、ホスト・ユーザ・リストのリモート管理を可能とする。この選択肢によって、アクセス・ポイント所有者／運営者だけの代わりに、他のユーザ、例えば、ホットスポット・サービス・プロバイダの全登録ユーザによるアクセス・ポイントへのホスト・ユーザ・アクセスが可能となる。この場合、クライアント・デバイスはホットスポット・サービス・プロバイダによってユーザに供給することもでき、そのデバイスの識別情報は、リモートにアクセス・ポイントにおけるホスト・ユーザ・リストに入力することができる。リモートの入力の後、これらのクライアント・デバイスは、更新したホスト・ユーザ・リストに基づいて、アクセス・ポイントによってホスト・クライアント・デバイスとして検出可能となる。
【発明を実施するための最良の形態】
【００２２】
本発明を教示するという趣旨にしたがって、本発明の方法および装置の好適な実施形態について次に説明する。尚、本発明のその他の代替実施形態および等価実施形態も着想可能であり、本発明の真の趣旨から逸脱することなく、実用化することができ、本発明の範囲は、添付した特許請求の範囲の最終的に付与されるものによってのみ限定されることは、当業者には明白であろう。
【００２３】
図１において、従来技術の共有インターネット・アクセス・システムを示す。このシステムでは、クライアント（１０）は、種々のインターネット・ユーザが動作させている。ユーザは、アクセス・ポイントを所有および／または運営するホスト、および１つ以上のゲストの双方になることができる。ゲストのことを、ノーマディック・インターネット・ユーザまたはモバイル・インターネット・ユーザと呼ぶこともある。ユーザ・クライアント（１０）は、ホスト・ネットワーク（２０）を介して、アクセス・ポイント（２１、２２、２３、２４）と通信する。ホスト・ネットワークは、イーサネット（登録商標）またはHomePlugのような有線ネットワーク、あるいはWiFi、Bluetooth、HomeRF、またはUltra Wideband（ＵＷＢ）のような無線ネットワークとすることができる。また、アクセス・ポイントは、アクセス・ネットワーク（３０）にも接続されており、これを介して、通信はコア・ネットワーク（４０）に流入する。コア・ネットワークでは、ユーザからのインターネット・トラフィック全てが結集され、トンネル（４１）を介してサービス・プロバイダに向けて送出される。その選択は、Radiusのような許可サーバ（４３）および／またはユーザ・プロファイル・データベース（４２）によって決定される。この目的のために、ユーザ・プロファイル・データベース（４２）は、例えば、契約帯域幅、サービス・プロバイダ加入、サービス品質パラメータ、およびネットワーク動作態様に用いられるその他の情報というような、ホスト関連情報を収容する。
【００２４】
従来技術のシステムにおける典型的な動作では、ホストは、例えば、アクセス・ポイントをオンに切り換えることによって、ネットワーク上におけるログ・オンを制御する。ホストがネットワークにログ・オンすると、許可要求が、ログ・オン情報と共に許可サーバ（４３）に送られる。通例、許可要求はアクセス・ポイント（２１、２２、２３、２４）によって送られるが、これはユーザ・クライアント（１０）によって行われてもよい。許可サーバは要求を処理し、成功した場合、ユーザ・トラフィックに対してしかるべきトンネル（４１）を選択し、正(positive)の応答をアクセス・ポイント（またはクライアント）に送る。この応答には、ＩＰアドレス割り当てサーバ（ＤＨＣＰのような）が割り当てたＩＰアドレスが含まれる。トンネルの選択は、ログ・オン情報および／またはユーザ・プロファイル・データベース（４２）内にあるその他のホスト関連情報に基づく。従来技術のシステムにおける別の動作には、ネットワーク運営者の許可サーバ（４３）とサービス・プロバイダ・プラットフォーム（５４）における許可サーバとの組み合わせを必要とする場合がある。この場合、ネットワーク・プロバイダの許可サーバ（４３）は、許可要求を、サービス・プロバイダ・プラットフォームにおける許可サーバに転送する。サービス・プロバイダ・プラットフォームにおける許可サーバは、要求を処理し、ネットワーク許可サーバ（４３）に応答する。応答が正である場合、許可サーバ（４３）によってトンネル（４１）がユーザ・トラフィックに割り当てられ、正の応答がユーザに送られる。その時点から、全てのユーザ・トラフィックはトンネル（４１）を介して給送されることになる。ユーザ・トラフィックはホスト・トラフィックおよびゲスト・トラフィックを含む。
【００２５】
コア・ネットワークは、ユーザ・トラフィックをサービス・プロバイダ・プラットフォーム（５０）に「配信」する。サービス・プロバイダ・プラットフォームは、インターネット（６０）に対するアクセスを供給するが、サーバ（５２、５３）によって他のサービスもサービス・プロバイダ・ネットワーク（５１）を介して供給することができる。サービス・プロバイダが供給するその他のサービスには、アプリケーション・レベルにおいて追加のユーザ許可を要求する場合もある。この許可は、サービス・プロバイダ・ネットワークにおける許可サーバ（５４）およびユーザ・データベース（５５）を備えている。
【００２６】
図２は、現在開示している発明による実施形態を示す。
【００２７】
図２に示すような実施形態では、ゲスト・トラフィックは、アクセス・ポイントにおいてホスト・トラフィックから分離される。
【００２８】
ゲスト・トラフィックおよびホスト・トラフィックの分離は、ユーザ・クライアントのＭＡＣアドレスに基づく。このハードウェア関連情報に基づく分離によって、高レベルのセキュリティが得られる。ゲスト・トラフィックは、ホスト・ネットワークにおいて明確に隔離することができ、これによってセキュリティを向上させ、例えば、システムにとって、ホストおよびその他のゲストに対する識別(identity)およびコンテンツの保護に有益となることができる。
【００２９】
トラフィックの分離は、アクセス・ポイントにおけるホスト・ユーザのリストに基づく。このリストは、ホスト・クライアント・デバイスの識別情報を収容し、これらにホスト・ユーザとしてアクセス・ポイントにアクセスすることを許可する。クライアント・デバイスは、当該クライアント・デバイスの識別情報が、ホスト・ユーザ・リストに格納されている識別情報と対応する場合、ホスト・ユーザと分類される。
【００３０】
識別情報は、ＭＡＣアドレスまたはシリアル・ナンバーのように、ハードウェアに関連付けることができる。また、識別情報は、ＩＰアドレスのように、プロトコルに関連付けることもできる。
【００３１】
ホスト・ユーザ・リストは、アクセス・ポイントにおいて、アクセス・ポイントの所有者または運営者によって、管理インターフェースを介して管理することができる。この管理インターフェースは、アクセス・ポイントに対する既知の「クライアント・アクセス制御」インターフェースへの追加として実施することができる。また、ホスト・ユーザ・リストの管理は、通信ネットワークを介してリモートに行うことができる。この動作モードによって、アクセス・ポイントの所有者／運営者、またはホットスポット・サービス・プロバイダのような第三者のいずれかによる、ホスト・ユーザ・リストのリモート管理が可能となる。
【００３２】
共有インターネット・アクセスのためのアクセス・ポイントにおいてホスト・ユーザ・リストをリモート管理することにより、アクセス・ポイント所有者／運営者のみ以外のユーザ、例えば、ホットスポット・サービス・プロバイダの登録ユーザ全員による、アクセス・ポイントへのホスト・ユーザ・アクセスが可能となる。この場合、クライアント・デバイスの識別情報は、アクセス・ポイントにおいてホスト・ユーザ・リストにリモートに入力される。クライアント・デバイスも、ホットスポット・サービス・プロバイダによってユーザに供給することができる。識別情報のリモート入力の後、更新されたホスト・ユーザ・リストに基づいて、対応するクライアント・デバイスが、アクセス・ポイントによって、ホスト・クライアントとして検出可能となる。
【００３３】
分離はホスト・ネットワークにおいて実現されるので、ホスト及びゲストのトラフィックは、１対１の通信経路を通じて、サービス・プロバイダに向けて分離することができる。これは、本発明によるシステムの好ましい動作モードである。しかしながら、
−アクセス・ネットワーク（３）に進入する前、
−コア・ネットワークにおいて、トンネル（２）に進入する前、
−コア・ネットワークとサービス・プロバイダ・プラットフォーム（１）との間にあるインターフェースにおいて、
というように、ゲスト・トラフィックおよびホスト・トラフィックに対する別の分離点も想起することができ、実施に移すことができる。
【００３４】
ＭＡＣアドレスに基づく分離の代案として、ゲスト・トラフィックおよびホスト・トラフィックの分離は、ＩＰパケット・ヘッダ内にある５−タプル(5-tupple)における１つ以上の要素というような、他のレイヤ２プロトコル情報、またはレイヤ３プロトコル情報に基づくこともできる。尚、ゲスト・トラフィックおよびホスト・トラフィックの分離のためには、種々の実施態様が可能であり、本発明が開示する実施形態例は、単なる一例であることを意図しており、種々の実施態様は、サービス・プロバイダ・プラットフォームにおいてゲスト・トラフィックおよびホスト・トラフィックを別個に扱えるようにするという結果を共有することは、当業者には認められよう。
【００３５】
ネットワークへログ・オンする際、例えば、アクセス・ポイントをオンに切り換えたとき、許可サーバ（４３）は、異なるトンネルを、コア・ネットワークを通じてホスト・トラフィックおよびゲスト・トラフィックに割り当てる。図２に示す実施形態では、ホスト・トラフィックはトンネル４１を介して給送され、ゲスト・トラフィックはトンネル４２を介して送出されている。
【００３６】
尚、トンネルによるコア・ネットワークを通じたトラフィックの給送は、例えば、ＧＲＥトンネリング、ＭＰＬＳ、仮想チャネルおよび／またはＶＰＮのような、種々の技法を用いて実施可能であることは当業者には認められよう。これら種々の技法は、種々のユーザ所在地から結集した多数のユーザに対して、サービス・プロバイダ・プラットフォームへの固定通信経路を、これらのユーザのみに供給するという態様を共有する。
【００３７】
ネットワーク・ログ・オンを完了するには、ホストＩＰアドレスをアクセス・ポイントに送ることが含まれ、このホストＩＰアドレスは、ホスト・トラフィックを送出するために、アクセス・ポイントが保持する。ホストＩＰアドレスは、ネットワーク・プロバイダによって、許可サーバ４３を介して、またはサービス・プロバイダからのＩＰアドレス割り当てによって割り当てられ、許可サーバ５４のような、ウォール・ガーデン(walled garden)外部の許可およびＩＰアドレス割り当てを行うサーバが関与する。
【００３８】
ゲスト・トラフィックにＩＰアドレスを割り当てる際、常に、ウォール・ガーデン内部の許可サーバ（５７）が関与する。ゲストがログ・オンすると、アクセス・ポイントは許可要求を、ウォール・ガーデン内部の許可サーバ（５７）に送るか、または許可要求をネットワーク許可サーバ（４３）に送り、ネットワーク許可サーバ（４３）がこの要求をウォール・ガーデン内部にある許可サーバ（５７）に転送する。許可サーバ（５７）は一時的な一意のＩＰアドレスをゲストに返送し、このＩＰアドレスはウォール・ガーデン内部のＩＰアドレス割り当てサーバから読み出され、割り当てられたＩＰアドレスに関する全てのトラフィックが許可サーバに向けてリダイレクトされる。
【００３９】
サービス・プロバイダ・プラットフォームに到達すると、ホスト・トラフィックには、到達時に、サーバ（５２、５３）およびインターネット（６０）へのアクセスが付与される。しかしながら、ゲスト・トラフィックは、最初はウォール・ガーデン、即ち、許可サーバに制限される。ウォール・ガーデンとは、サービス・プロバイダ・プラットフォームの隔離部分であり、サーバと、ゲスト・ユーザ認証ならびにゲスト・トラフィックおよびゲスト・セッションの監理のためのデータベースを備えている。ゲスト・トラフィックは、許可に成功した後でなければ、ウォール・ガーデンからの流出、即ち、サーバ（５２、５３）およびインターネットへのアクセスが許されない。
【００４０】
ゲスト・トラフィックの監理は、ホスト・トラフィックの監理から分離されている。これは、例えば、共有インターネット接続の悪意の使用または誤用の場合、セッション後の調査に有用である。ゲスト・トラフィックの監理には、ゲスト・ユーザ情報、割り当てられた一時的ＩＰアドレス、ゲスト・セッションの開始時刻および終了時刻、ならびにその他のユーザの詳細を要する。
【００４１】
ゲスト・トラフィックに割り当てられるＩＰアドレスは、一時的な一意のＩＰアドレスである。一時的な一意のＩＰアドレスは、パブリックＩＰアドレスまたはプライベートＩＰアドレスとすることができる。後者の場合、ゲスト・トラフィックがインターネット間で送受されるときに、ネットワーク・アドレス変換が行われる。一時的な一意のＩＰアドレスは、特定のゲスト・トラフィックおよび関連するゲスト・ユーザに、ある時間期間だけ割り当てられ、監理サーバおよび／またはＩＰアドレス割り当てサーバにおいて構成される。時間期間は、セッション時間（即ち、ゲストが共有インターネット・アクセスにログ・オンしたときから、ゲストがログ・オフしアクセスを終了したときまでの時間）から最大限度（例えば、１２時間または３日）まで変化することができる。これは、例えば、（不正または違法なコンテンツ給送のような）インターネット誤用事象後のような、イベント後の分析に有用である。この目的のために、サービス・プロバイダは、ウォール・ガーデン内部の監理サーバおよび監理データベースによって、過去におけるいずれの時点におけるゲスト・トラフィックに関するゲスト・ユーザ情報でも追跡することができる。
【００４２】
過去における特定の時点における特定のゲスト・トラフィックを、特定のゲスト・ユーザに関連付けることができる。これにより、悪意のインターネット使用即ちインターネットの誤用を特定のゲストに関連付ける手段を設け、更にゲストによる悪意のあるインターネット使用即ちインターネットの誤用を、ホストによる共有インターネット接続の正常な使用から隔離する機会も得られる。これは、
−法的遮断。サービス・プロバイダは特定のゲストのトラフィックを遮断することができる。
【００４３】
−スパムやウィルスのソースの隔離
−帯域幅使用、公正使用方針監視、
−違法なコンテンツ・トラフィック隔離、
−ゲスト・トラフィックの別個料金請求、
というような多数の理由から、非常に有用であると言える。
【００４４】
この目的のために、ゲスト・トラフィックおよびホスト・トラフィックに割り当てられるＩＰアドレス（またはＩＰ番号）も、ホスト・トラフィックに割り当てられるＩＰ番号とは別個に維持する。
【００４５】
ゲスト・トラフィックおよびホスト・トラフィックの分離監理を適用した結果、問題の隔離が著しく向上し、例えば、違法なコンテンツ給送の結果として、サービス・プロバイダがホストを切断することが必要になる状況が大幅に減少し、または解消することもある。これにより、ホストおよびその他のゲスト・ユーザ双方に対するサービスが改善する。
【００４６】
別の利点は、ホストが所有するアクセス・ポイントから発信するゲスト・トラフィックに基づいて、ホストに対するキック・バック料金のような、新たな革新的料金請求方法を適用できることである。
【００４７】
ウォール・ガーデン内部の許可サーバによるゲストの許可には、ウェルカム・ページまたは許可ページを介してアクセス可能であり、ゲスト・トラフィックは、ＩＰアドレス割り当て後に、このページにリダイレクトされる。図３のフロー・チャートに示すように、許可に成功した後でなければ、ゲスト・トラフィック（したがって、ゲスト・ユーザ）は、ウォール・ガーデンからサービス・プロバイダ・プラットフォーム（５２、５３）内部のサーバおよびインターネットへの流出が許されない。許可に失敗した場合、関連するゲスト・トラフィックは、ウォール・ガーデン内部のサーバ上にあるエラー・ページにリダイレクトされる。エラー・ページは、エラー・メッセージおよびヘルプ情報を表示する。
【００４８】
許可に成功した後、データベース内にあるゲスト・ユーザ情報に基づいて動的ＤＮＳ登録を行う。これによって、ゲストはウェブ・サーバを動作させることができ、ゲストがログ・インに成功した後、インターネットからウェブ・サーバにアドレス可能になる。
【図面の簡単な説明】
【００４９】
図面に示す実施形態例を参照しながら、本発明について更に詳しく説明する。
【図１】図１は、従来技術による共有インターネット・アクセス・システムを示す。
【図２】図２は、本発明の実施形態例を示す。
【図３】図３は、本発明による実施形態例のプロセス・フローを表すフロー・チャートを示す。
【符号の説明】
【００５０】
１０    クライアント
２０    ホスト・ネットワーク
２１、２２、２３、２４    アクセス・ポイント
３０    アクセス・ネットワーク
４０    通信コア・ネットワーク
４１    トンネル
４２    ユーザ・プロファイル・データベース
４３    許可サーバ
５０    サービス・プロバイダ・プラットフォーム
５１    サービス・プロバイダ・ネットワーク
５２、５３    サーバ
５４    許可サーバ
５５    ユーザ・データベース
６０    インターネット
【図１】
2007318748.tif 000003
【図２】
2007318748.tif 000004
【図３】
2007318748.tif 000005
【外国語明細書】
2007318748000001.pdf