JP3951757B2 - 信頼されないアクセス局を介した通信方法 - Google Patents
信頼されないアクセス局を介した通信方法 Download PDFInfo
- Publication number
- JP3951757B2 JP3951757B2 JP2002069405A JP2002069405A JP3951757B2 JP 3951757 B2 JP3951757 B2 JP 3951757B2 JP 2002069405 A JP2002069405 A JP 2002069405A JP 2002069405 A JP2002069405 A JP 2002069405A JP 3951757 B2 JP3951757 B2 JP 3951757B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- isp
- access station
- access
- trusted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
- H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/2898—Subscriber equipments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はＩＰネットワークへのパブリックアクセスを提供するシステムに係り、特に、第三者所有の信頼されない（非信頼）アクセスノードを通じて、インターネットサービスプロバイダがその加入者にインターネットアクセスを提供する際の通信方法に関する。
【０００２】
【従来の技術】
下記の文献は、ワイヤレス技術に関する有用な背景的知識を提供する。
【０００３】
1) Bruce Schneier, "Applied Cryptography: Protocols, Algorithms, and Source Code in C", 2nd Edition, John Wiley & Sons, 1995, ISBN 047117099.
【０００４】
2) R. Droms, "Dynamic Host Configuration Protocol (DHCP)", IETF RFC 2131, 1997.
【０００５】
3) Egevang, K. and Francis, P., "The IP Network Address Translator (NAT), IETF RFC 1631, 1994.
【０００６】
本発明は、第三者が運営するアクセス局を用いて、公衆インターネット、社内イントラネット、あるいはプライベートＬＡＮのようなＩＰネットワークへのパブリックアクセスを提供するシステムおよび方法において、ユーザも、このユーザのＩＳＰも、いずれもそのアクセス局の正確なオペレーションを信頼していないため、そのアクセス局が「非信頼」アクセス局となっているような場合のシステムおよび方法に関する。より具体的には、本発明は、悪意のある可能性があり、それゆえ信頼されない（非信頼）第三者によって運営されるアクセス局を介してＩＰネットワークにアクセスするために、データの認証(authentication)、権限付与(authorization)、アカウンティング(accounting)、および暗号化を実行する方法に関する。本発明の方法およびシステムは、ワイヤレス（無線）およびワイヤライン（有線）のアクセスに関して同様に使用可能である。ここで、「ワイヤレス」とは、無免許周波数帯で動作する短距離技術であることも、より長距離の免許を受けた電波技術であることも可能である。
【０００７】
インターネットのようなＩＰネットワークへの従来技術のパブリックアクセスは、インターネットサービスプロバイダ（ＩＳＰ）を通じて提供されている。ＩＳＰは、モデムのような伝送設備も所有またはリースする。ほとんどの場合、インターネットにアクセスしたいユーザは、与えられた地域エリアのＩＳＰとサービス契約を締結しなければならない。移動する加入者にサービス範囲を拡大するため、一部のＩＳＰは、認証、権限付与およびアカウンティングの手続きを管理するローミング契約を結んでいる。同様の手続きは、セルラ事業者についても行われ、与えられた事業者の加入者が別の事業者のカバレジエリアに移動することを可能にしている。しかし、これらの確立された手続きは、ネットワークアクセスが信頼できることを仮定している。この仮定は、ダイヤルアップモデムバンクのようなプライベートアクセスメカニズム、インフラストラクチャの高いコスト、および、セルラ事業者の場合の周波数スペクトルの排他的所有によって保証されていた。
【０００８】
無免許周波数スペクトルで運営される安価なインフラストラクチャを用いてＩＰネットワークへのワイヤレスアクセスを可能にする第２の従来技術の出現は、小規模の独立系アクセスプロバイダの新設を容易にしている。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）およびパーソナルエリアネットワーク（ＰＡＮ）に基づくそれらのワイヤレスアクセス技術の到達範囲は小さいため、与えられた地所における公衆インターネットアクセスのためのインフラストラクチャの運営は、その地所の所有者によって管理される。実際、ケーブルやＤＳＬを通じての高速インターネットアクセスを有するアパートや家屋の所有者であれば、ＷＬＡＮアクセスポイントを運営することによって、近隣にアクセスを提供することができる。しかし、そのようなワイヤレスアクセスポイントへのアクセスは、同じ組織あるいは家庭の装置に制限される。外来のＩＰ装置（例えば、自分のＷＬＡＮカードを装備した訪問者や、ＷＬＡＮカードを装備したＰＣを持っている隣人）にアクセスを提供することは安全（セキュア）でなく、通常は許可されず、技術的に不可能なこともある。さらに、私有のアクセス局は通常、その所有者のＩＳＰに接続されている。すなわち、別のＩＳＰに加入したゲストは、自分のＩＳＰによって提供されるサービスを取得することができず、インターネットアクセスのために自分のＩＳＰによって課金されることもできない。
【０００９】
【発明が解決しようとする課題】
上記第１の従来技術として説明したパブリックアクセスを可能にするメカニズムを、上記第２の従来技術として説明した小さい地理的エリアにおけるインターネットアクセスを提供する小規模独立系事業者に適用することは、さまざまな問題点および欠点を有する。例えば、ローミングユーザは、ＷＬＡＮの事業者の信頼性を知らない。悪意のある事業者が、ユーザとコンテンツプロバイダの間の通信を傍受するのが容易であることを発見するかもしれない。そのような事業者は、ユーザのトラフィックからログイン名やパスワードのような資格証明を取得する手段を見つける可能性もある。さらに、従来技術の認証および権限付与の手続きでは、使用量に基づくアカウンティングが容易でない。これは、ローミングユーザに提供されるアクセスについての独立系事業者の精算のために必要となる。
【００１０】
今日、私有のアクセス局は至る所で利用可能であり、インターネットにアクセスする潜在的手段をどこにいるユーザにも提供している。しかし、現在のＩＳＰは、自分でインフラストラクチャを構築しなければならず、これは、一時的ユーザをサポートすることに関しては高価であり、しばしば融通性に欠ける。
【００１１】
本発明の目的は、第三者所有の信頼されない（非信頼）アクセスノードを通じて、インターネットサービスプロバイダがその加入者にインターネットアクセスを提供する安全な方法を提供することである。
【００１２】
本発明のもう１つの目的は、インターネットサービスプロバイダとアクセスノード所有者の間、および、インターネットサービスプロバイダと加入者との間で、アカウンティング情報を提供することである。このアカウンティング情報は、システムの動作の一体をなす部分として導出され、悪意のある操作から保護される。
【００１３】
【課題を解決するための手段】
本発明は、ＩＰネットワークへのアクセス局に関する。具体的には、本発明は、そのサービスのユーザおよびこのユーザのＩＳＰ以外の当事者によって所有され運営される、ＩＰネットワークへのアクセス局に関する。さらに具体的には、本発明は、コンピュータなどのＩＰベースの装置に、例えばインターネットや社内イントラネットのようなＩＰネットワークへのアクセスを提供することができる装置に関する。この場合、アクセス局は、サービスを希望するＩＰ装置から、ユーザの識別とユーザのＩＳＰの識別とを取得する。アクセス局は、サービスを取得したいというユーザの希望についてユーザのＩＳＰに通知する。ユーザのＩＳＰは、ユーザが加入したサービスを提供するために、アクセス装置内のリソースの制御を動的に取得する。最後に、ＩＳＰは、そのリソースの使用量に対するアクセス局の支払いを手配し、ユーザ（その加入者）の課金を手配する。
【００１４】
本発明は、インターネットサービスプロバイダでインターネットサービスに加入したエンドユーザ、アクセスノードあるいはインフラストラクチャの所有者、および、インターネットへの信頼されるゲートウェイ、ならびに、第三者所有のアクセスノードを通じてインターネットサービスの加入者に匿名インターネットアクセス提供を行う方法を含む。具体的には、本発明は、加入者とインターネットサービスプロバイダとの相互認証の手続き、および、エンドユーザとインターネットへの信頼ゲートウェイとの間の安全なトンネルの確立に必要な鍵配送とを含む。本発明の方法は、サービス要求のステップと、インターネットサービスプロバイダ認証のステップと、加入者認証のステップと、一意的なセッション鍵を生成するステップと、セッション鍵を信頼されるネットワークノードおよび加入者に配送するステップと、前に配送されたセッション鍵を用いて第三者アクセスノードを通じて加入者と信頼されるネットワーク要素との間に確立される安全なトンネルを用いてデータ転送を行うステップとを含む。
【００１５】
本発明の方法は、さらに、インターネットサービスプロバイダから加入者、アクセスノードおよび前記信頼されるネットワーク要素にタイムアウト値を配送するステップを含む。タイムアウト値は、前記加入者とインターネットサービスプロバイダの間の再認証手続きをトリガする。
【００１６】
さらに、本発明の方法は、加入者および信頼されるネットワーク要素に配置される、トンネルに関するタイマと、前記アクセスノードに配置される別のタイマのうちの１つが満期になった場合に、トンネルを解放するステップを含む。
【００１７】
さらに、成功した認証の数に基づいてアカウンティング情報を生成する方法が提供される。アカウンティング情報を用いてプリペイドサービスを提供し、再認証前の残り時間を判定する方法も提供される。
【００１８】
本発明の応用分野としては以下の場合があるが、もちろん、これらに限定されるものではない。
・個人の家庭内のアクセス局が、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）、あるいはＨｉｐｅｒＬＡＮに基づくワイヤレスアクセスを訪問者や近隣に提供する場合。
・ホテルや空港が、その顧客のＩＳＰによって管理されるインターネットアクセスを顧客に提供するために、アクセス局（ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＨｉｐｅｒＬＡＮ）を所有し運営する場合。
・会議が、会議参加者に、その会議参加者のＩＳＰによって管理されるインターネットアクセスを与えるために、会議開催地でアクセス局（ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＨｉｐｅｒＬＡＮ）をリースし一時的に配備する場合。
【００１９】
理解されるべき点であるが、明細書全体を通じて、「インターネット」という用語は、その最広義における「ＩＰに基づくネットワーク」を意味し、これには、公衆インターネット、社内イントラネット、プライベートまたはパブリック（公衆）ＬＡＮ、およびＩＰベースのアドホックネットワークが含まれるが、これらには限定されない。
【００２０】
【発明の実施の形態】
以下、本発明の好ましい実施例について、図面を参照して説明する。
【００２１】
以下の詳細な説明は、次のように構成される。「コンポーネントの概観」と題するセクションでは、システムのコンポーネントを紹介し、コンポーネントの相互関係の説明を行う。「本発明の動作」と題するセクションでは、本発明のさまざまな実施例と、その応用について説明する。さらに、理解と明確さを促進するために、本発明の説明は、「ＵとＰの相互認証」、「アクセス局Ａ（７）を通じての端末Ｕ（３）と信頼ノードＴ（５）の間の安全なトンネル（１）の作成」、「端末ＵとＩＰネットワークの間のデータ転送」、「トンネル解放とタイムアウト」、「課金」の各セクションに分けられる。
【００２２】
［コンポーネントの概観］
再度注意を喚起しておくが、「ＩＰネットワーク」という用語は、公衆インターネットおよび社内イントラネットを含む、すべての可能なＩＰベースのインフラストラクチャネットワークを表すために用いられる。
【００２３】
ユーザの端末装置（Ｕ）
Ｕは、ユーザのＩＰベースの端末装置を表す。これは、インターネットプロトコルスイート（ＩＰ）を用いて他の装置と通信する移動式あるいは固定式の装置である。これには、ワークステーションコンピュータ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ハンドヘルドＰＣ、電話機あるいはその他のＩＰベースの装置あるいは機器が含まれるが、これらには限定されない。しかし、予想されるように、ほとんどの場合、この端末装置は、小型で移動式のものであり、ＩＰネットワークに接続するための有線またはワイヤレスの一方または両方の手段を有することになる（下記の「アクセス局」参照）。さらに、与えられた任意の時刻において、この装置は、高々１ユーザに関連づけられる、すなわち、「このユーザの装置」として認識できることが仮定される。
【００２４】
アクセス局（Ａ）
Ａは、アクセス局を表す。アクセス局は、端末装置ＵをＩＰベースのインフラストラクチャネットワーク（例えば、イントラネットやインターネット）に接続するために使用される。アクセス局は、ＩＰネットワークからトラフィックを受け取り、それを正しい端末Ｕに配信するとともに、端末Ｕからトラフィックを受け取り、それをＩＰネットワークに転送する。ＡとＵの間の通信の手段は、有線でも無線でもよい。本発明は、両方の場合に適用がある。さらに、Ａは、所有者および運営者を有するとともに、例えば、ある周波数スペクトルを使用する許可を必要とする無線基地局（ベースステーション）の場合には、運営特権の所有者を有する。本明細書の目的のために、これらのすべての側面をＡという抽象概念にまとめる。
【００２５】
通常、アクセス局Ａは、ＩＰネットワークに常時接続されるが、アクセス局Ａと端末Ｕの間の接続は本来一時的である。例えば、アクセス局Ａは、公共エリア（例えば、ホテル、空港、レストラン）に配置されることも、非公共エリア（例えば、個人の家庭内）に配置されることも可能である。後者の場合、アクセスは、物理的にアクセス可能なユーザ（例えば、Ａの所有者の訪問客）に制限されてもよく、あるいは、アクセスは、Ａの通信範囲内のすべてのユーザに利用可能であるとしてもよい（例えば、Ａは、Ａの近隣および訪問者にインターネットアクセスを提供するために利用可能な、私宅内の８０２．１１／Ｂｌｕｅｔｏｏｔｈ／ＨｉｐｅｒＬａｎ基地局である）。
【００２６】
インターネットサービスプロバイダ（Ｐ）
Ｐは、インターネットサービスプロバイダ（ＩＳＰ）を表す。ＩＳＰは、サービスパラメータを規定するＵとＰの間の加入契約に基づいて、サービスを端末装置Ｕに提供する。このため、Ｐは、エンドユーザサービスについてＵに課金する責任があると仮定することができる。また、Ｐは、Ａのリソースを使用することについて、Ａに支払いをしなければならないと仮定することもできる。また、Ｕとその通信相手との間のトラフィックが、Ａからのパケットのスヌーピング／挿入／変更あるいはその他の攻撃に対して安全であることを保証することも、Ｐの責任である。
【００２７】
通常、Ｐは、収益をあげるために、個人あるいは他の会社にインターネットアクセスおよびその他の関連サービス（例えば、電子メール）を提供する会社である。もう１つの可能性として、Ｐは、その従業員にＩＰネットワーク（例えば、社内イントラネット、公衆インターネット、あるいはプライベートＩＰネットワーク）へのアクセスを提供する会社である。ここでは、主要な目標は、直接的に収益をあげることではなく、従業員の作業プロセスのサポートである。例えば、ＦｅｄＥｘの従業員は、時折社内ＩＰネットワークにアクセスして、荷物を配送したことについて社内データベースを更新する。
【００２８】
信頼ネットワーク要素（Ｔ）
Ｔは、信頼されるネットワーク要素を表す。Ｔは、Ｔが端末装置Ｕとの間のトラフィックに対するスヌーピング／挿入／変更の手段をＡに提供しないという限りで、Ｐにとって信頼できると判断する、インターネット内のルータである。本発明は、いったんトラフィックがインターネットコアに到達したら、そのトラフィックは、悪意のある攻撃に対して相当に安全であると仮定する。その理由は、この場合、ネットワークは少数の、定評のある、信頼された長距離会社のみによって運営されているからである。
【００２９】
異なるＩＳＰは、Ｔが信頼される要素であるかどうかを判断するために、おそらくはそのユーザの要求およびＵの現在位置に依存して、異なるメカニズムおよびポリシーを適用することがある。Ｐが、インターネット内の信頼できるルータについての知識を有しない場合、Ｐ自体がＴの役割を受け持つ、すなわち、Ｐは自分のルータのうちの１つをＴとして選択すると仮定される。
【００３０】
リモート通信相手（Ｒ）
Ｒは、リモート通信相手を表す。リモート通信相手は、端末Ｕが通信を要求する相手となる任意のリモートホストであることが可能である。例えば、リモート通信相手Ｒには、公衆インターネット上のサーバおよびその他のＩＰベースの装置、社内イントラネット上のサーバ、あるいは、社内イントラネットやプライベートＩＰネットワーク内のワークステーションやパーソナルコンピュータが含まれるが、これらには限定されない。
【００３１】
仮定
本発明の目的のため、コンポーネントＵとＡの間は、ＡとＰの間とともに、互いに信頼関係がないと仮定される。具体的には、端末装置Ｕがリモート相手側Ｒと通信したいとき、Ｕは、Ｐからサービスを取得するために、単にその近傍内のアクセス局Ａを探索するだけである。通常、Ｕは、ＡとＵの間に信頼を生じうるような長期間継続する関係をＡとの間で有することはない。
【００３２】
さらに、アクセス局Ａは、ＵやＰを信頼しないと仮定される。アクセス局Ａの主要な関心は、アクセス局Ａによって端末Ｕに提供されたリソースおよびサービスに対する償還を取得することに集中される。
【００３３】
最後に、Ｐは、アクセス局Ａを信頼しない。Ｐは、その加入者Ｕが、Ａによって要求されたように実際にＡのリソースを使用していることを保証しなければならない。これは、アクセス局Ａが、存在しない端末ＵをＰに報告し、おそらくはＵからの虚偽のトラフィックさえ生成するような状況を回避するためである。そのような状況では、Ｐは、ＡがＰの真の加入者にサービスしていないのにＡに補償をすることになってしまう。ＡによってＵに対してなされるサービスについてのＰとＡの間の支払い手続きは、好ましくは、関連する当事者間の精算契約によって管理される。前述のように、ＵとＰの間の支払い手続きは、サービス契約によって管理され、定額制料金、あるいは、時間単位やトラフィック量単位で決定される使用料金に基づくことが可能である。
【００３４】
本発明の応用
本明細書では、第三者所有のインフラストラクチャを通じてＩＰネットワーク（例えば、公衆インターネットや社内イントラネットのような）へのパブリックアクセスを提供するシステムおよび方法は、当業者には明らかなように、いくつかの具体的な方法で実現される。具体的には、本発明のシステムおよび方法は、全体として、ハードウェア、ソフトウェアまたはその両方の組合せとして実現される。特に、本発明によって利用されるアクセスポイントあるいはその他のハードウェア要素は、プロセッサと、そのプロセッサの制御下にあるメモリとを有する。メモリには、プロセッサによって実行される命令（ソフトウェア）が提供され、これにより、プロセッサは、アクセス局、あるいはその他のハードウェアをさまざまな方法で動作させることが可能となる。同様に、アクセス局は、部分的に、ハードウェアおよびソフトウェアとして実現可能である。
【００３５】
また、ＩＰネットワークへのアクセスを提供する本発明のシステムおよび方法は、ワイヤレスおよび有線のアクセスに関して同様に使用可能である。ここで、「ワイヤレス」とは、無免許周波数帯で動作する短距離技術を意味することも、より長距離の免許を受けた電波技術を意味することも可能である。
【００３６】
さらに、ＩＰネットワークへのパブリックアクセスを提供する本発明のシステムは、ＩＰネットワークに接続するための有線、ワイヤレスまたはそれらの組合せの手段のいずれを用いて実現することも可能である。したがって、理解されるべき点であるが、「ＩＰネットワーク」あるいは「インターネット」という用語は、その最広義における「ＩＰに基づくネットワーク」を意味し、これには、公衆インターネット、社内イントラネット、プライベートまたはパブリックＬＡＮ、およびＩＰベースのアドホックネットワークが含まれるが、これらには限定されない。
【００３７】
第三者のインフラストラクチャを用いて（インターネットのような）ＩＰネットワークへのアクセスを提供する本発明のシステムおよびメカニズムの利点は、ＩＳＰにとって利用可能であるとともに、自己の通信の必要のためにインターネットを使用する企業にも利用可能である。本発明の１つの利点は、ＩＳＰ／会社が、自己のアクセスネットワークを必要としないことである。したがって、ＩＳＰ／会社は、広い地域をアクセスポイントでカバーすることや、免許を要する周波数スペクトルのために高額な免許を取得する必要がない。
【００３８】
本発明のシステムの例示的な応用分野には、以下の場合があるが、これらには限定されない。
・個人の家庭内のアクセス局が、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）、あるいはＨｉｐｅｒＬａｎなどの（これらには限定されない）ワイヤレス伝送標準を用いて、ワイヤレスアクセスを訪問者や近隣に提供する場合。
・ホテルや空港のような第三者によって所有され運営されるネットワークインフラストラクチャ内に実現された公共エリアアクセス局が、顧客のＩＳＰによって管理されるインターネットアクセスを顧客や訪問者に提供する場合。実現のためのワイヤレス標準には、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）およびＨｉｐｅｒＬａｎが含まれるが、これらには限定されない。
・アクセス局が、一時的に配備されリースされる場合。例えば、会議が、会議参加者に、その会議参加者のＩＳＰによって管理されるインターネットアクセスを与えるために、会議開催地でアクセス局をリースすることがある。実現のためのワイヤレス標準には、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）およびＨｉｐｅｒＬａｎが含まれるが、これらには限定されない。
【００３９】
パブリックアクセスＬＡＮ環境に複数のワイヤレスアクセス技術を提供するため、さまざまなワイヤレス製品およびさまざまなタイプのワイヤレス事業者が共存可能であり、したがって、本発明の実施例は、さまざまなベンダからのワイヤレスＬＡＮカードとは独立の、相互運用可能なエアインタフェースであることに注意すべきである。
【００４０】
［本発明の構成および動作］
図１に本発明のコンポーネントを利用可能なネットワークを例示する。図１に示されるように、安全な（セキュア）トンネル（１）（破線で表す）が、端末ユーザＵ（３）と信頼されるノードＴ（５）の間で、アクセス局Ａ（７）を通じて確立される。いったん端末Ｕ（３）およびＩＳＰ Ｐ（４）が認証されると、ＩＳＰ Ｐは、信頼ノードＴ（５）を選択し、セッション鍵を端末Ｕ（３）および信頼ノード（５）に配送する（ＩＳＰ（４）、端末（３）および信頼ノードＴ（５）の間の破線で表す）。この秘密のセッション鍵は、アクセス局Ａには未知であるが、ＵとＴの間の暗号化を容易にするために使用されることになる。アクセス局Ａ（７）がデータをＵからＴへおよびＴからＵへ転送する能力とともに、ＵとＴの間の安全なトンネル（１）を確立することができる。この安全なトンネル（１）を用いて、端末Ｕ（３）は、暗号化されたデータパケットを信頼ノードＴ（５）に送信することが可能である。信頼ノードＴ（５）は、破線で表されるように、データパケットをＩＰネットワーク（９）へ、特に、リモートホスト（１０）へ転送する。
【００４１】
図２は、安全なトンネル（１）の確立に必要な、端末Ｕ（３）、アクセス局Ａ（７）、ＩＳＰ Ｐ（４）および信頼ノードＴ（５）の間の認証およびセッション鍵転送を示す同様のネットワークの図である。具体的には、端末Ｕ（３）およびＩＳＰ Ｐ（４）は、両端に矢印のある長い破線で示されるように、アクセス局Ａ（７）を通じて認証チャレンジを互いに送信する。端末Ｕ（３）およびＩＳＰ Ｐ（４）の両方の正しい認証の後、ＩＳＰ Ｐ（４）は、セッション鍵を生成し、短い破線で示されるように、信頼ノードＴ（５）および端末Ｕ（３）に配送する。このセッション鍵を用いて、端末Ｕ（３）および信頼ノードＴ（５）は、データメッセージを暗号化し、アクセス局Ａ（７）を通る安全なトンネル（１）を通じてそれを転送する。しかし、データパケットの暗号化のため、アクセス局Ａ（７）は、そのデータパケットを復号したり変更したりすることはできない。換言すれば、信頼ノードＴ（５）がデータパケットをＩＰネットワーク（９）との間で転送し受信する間、アクセス局Ａ（７）は単に端末Ｕ（３）と信頼ノードＴ（５）の間の通路として作用するだけである。
【００４２】
ＵとＰの相互認証
端末Ｕ（３）は、アクセス局Ａ（７）にアクセスすることができる（すなわち、端末Ｕ（３）とアクセス局Ａ（７）が、選択された通信媒体（有線またはワイヤレス）を通じてデータを交換することができる）地点に、スイッチオフモードで到着すると仮定する。さらに、端末Ｕ（３）およびＩＳＰ Ｐ（４）は、公開鍵基盤[PubKey]に参加していると仮定する。具体的には、公開鍵基盤への参加者は、「公開鍵」および「秘密鍵」という２つの鍵を有する。秘密鍵は、その参加者のみが知っており、他の当事者には決して明かされない。公開鍵は、誰もがどの参加者の公開鍵をも知っているように公開される。文献"Applied Cryptography: Protocols, Algorithms, and Source Code in C"で説明されている理由により、このような鍵は、一方の鍵（公開鍵または秘密鍵）で暗号化されたデータは他方の鍵（それぞれ、秘密鍵または公開鍵）では復号することができるが、他の鍵ではできないという性質を有する。
【００４３】
次に、図２および図４を参照して、ユーザ端末Ｕ（３）が、たまたま端末Ｕ（３）の現在位置の近くにある信頼されないアクセス局Ａ（７）を用いて、自己のＩＳＰ Ｐ（４）に対してどのようにしてサービスを要求するかについて説明する。
【００４４】
ステップＳ１おいて、端末Ｕ（３）が起動され、そのネットワークインタフェースが初期化されると、端末Ｕ（３）はＩＰアドレスを取得するためにＤＨＣＰ（動的ホスト設定プロトコル）要求をネットワークにブロードキャストする。アクセス局Ａ（７）は、このブロードキャストの範囲内にある場合、このＤＨＣＰ要求を受信することになる。ＤＨＣＰは、コンピュータやワークステーションが、中央のサーバによって管理されるプールから一時的または永続的なＩＰアドレスを得ることを可能にするＩＰベースのプロトコルである。通常、ホストネットワークはＤＨＣＰサーバを動作させ、一方、ワークステーションやモバイル装置はＤＨＣＰクライアントを動作させる。ＤＨＣＰによれば、ＩＰアドレスを（モバイル装置のような）ノードにオンザフライで動的に割り当てることが可能となる。ＤＨＣＰに関する技術情報および背景的知識については、R. Dromsの"Dynamic Host Configuration Protocol (DHCP)"と題する文献を参照。注意すべき重要な点であるが、端末Ｕ（３）がアクセス局Ａ（７）と通信するために使用する技術に依存して、端末Ｕ（３）は、ＤＨＣＰ要求をブロードキャストする前に、アクセス局（７）とのある形式のアソシエーション（関連づけ）を作成することが必要な場合がある。このようなアソシエーションを確立する手続きは、ＩＥＥＥ８０２．１１技術に関する関連文書に規定されている。
【００４５】
ステップＳ２において、アクセス局Ａ（７）が本発明のメカニズムをサポートする場合、アクセス局Ａ（７）は、「マジックＤＨＣＰ応答」(magic DHCP response)により端末Ｕ（３）に応答する。端末Ｕ（３）がどのようにして「マジック」と「非マジック」（標準）のＤＨＣＰ応答を区別するかについては後述する。「マジックＤＨＣＰ応答」の目的は、端末Ｕ（３）に対して、アクセス局Ａ（７）が本発明のメカニズムと互換性があることを示すことである。端末Ｕ（３）が標準すなわち非マジックＤＨＣＰ応答を受け取った場合、端末Ｕ（３）は、ＤＨＣＰの標準の動作モードに従ってＩＰアドレスを取得するだけであるため、本発明のメカニズムは利用可能ではないことを知る。いずれの場合でも、ＤＨＣＰ応答は、アクセス局Ａ（７）のＩＰアドレス（ゲートウェイとして識別される）と、端末Ｕ（３）のＩＰアドレス（クライアントＩＰアドレスとして識別される）を含む。
【００４６】
ＤＨＣＰ応答は、さまざまな方法で、「マジックＤＨＣＰ応答」として定義されることが可能であり、それらはすべて、本発明の技術的範囲内に入る。例えば、ＤＨＣＰ応答は、値「１」に初期化された「ＡＰ」ＤＨＣＰオプションフィールドを含む場合に、「マジックＤＨＣＰ応答」とみなすことが可能である。ＤＨＣＰプロトコルは、新たなオプションフィールドの動的な導入を見込んでいる。「ＡＰ」ＤＨＣＰオプションフィールドの値が１であることは、端末Ｕ（３）が接続しようとしているアクセス局Ａ（７）が、本発明のメカニズムをサポートすることを示す。他方、「ＡＰ」ＤＨＣＰオプションフィールドがないか、１以外の値であることは、アクセス局Ａ（７）が本発明のメカニズムをサポートしないことを示す。
【００４７】
別法として、「マジックＤＨＣＰ応答」は、予約されたＩＰアドレスを端末Ｕに割り当てるＤＨＣＰ応答として定義されることも可能である。例示のみの目的であるが、ＩＰアドレス１３８．１５．１０３．２２０（これは一般にＮＥＣ ＵＳＡの管理下にある）を、この目的のために使用可能である。このＩＰアドレスはＮＥＣ ＵＳＡに割り当てられているため、他のネットワークによってＤＨＣＰクライアントに割り当てられることはできない。ＮＥＣ ＵＳＡもまた、このアドレスを他の目的のために使用しないことを保証する。それゆえ、ＩＰアドレス１３８．１５．１０３．２２０が端末Ｕ（３）に割り当てられることは、アクセス局Ａ（７）が本発明のメカニズムをサポートすることを示す。他方、１３８．１５．１０３．２２０以外のＩＰアドレスが端末Ｕ（３）に割り当てられることは、アクセス局Ａ（７）が本発明のメカニズムをサポートしないことを示す。
【００４８】
端末Ｕ（３）が単に動的に割り当てられたＩＰアドレスすなわち「非マジック」ＤＨＣＰ応答を受け取るだけである場合、端末Ｕ（３）には、ネットワークおよびアクセス局Ａ（７）が本発明をサポートしないことが確認される。したがって、端末Ｕ（３）は、第三者所有の信頼されないアクセス局Ａ（７）を通じて、端末Ｕ（３）のＩＳＰ Ｐ（４）を利用したインターネットアクセスを取得することはできない。
【００４９】
ステップＳ３ａにおいて、端末Ｕ（３）は、アクセス局Ａ（７）が存在すること、および、アクセス局Ａ（７）が本発明のメカニズムをサポートすることを知ると、識別パケットをアクセス局Ａ（７）に送る。このパケットは次のものを含む。
・端末Ｕ（３）が契約しているＩＳＰのＩＰアドレス。
・契約しているＩＳＰ Ｐ（４）によって端末Ｕ（３）に以前に割り当てられた識別文字列あるいは番号。
・ＩＳＰ Ｐ（４）を、端末Ｕ（３）が契約しているＩＳＰであるとして認証するために、端末Ｕ（３）によってランダムに生成されたチャレンジＣＨ＿Ｕ。
【００５０】
ステップＳ３ｂにおいて、アクセス局Ａ（７）は、ＩＳＰ認証パケットを端末Ｕ（３）から受け取ると、ローカル固有識別（ＬＵＩＤ：local unique identification）を端末Ｕ（３）に割り当てる。ＬＵＩＤは、アクセス局Ａ（７）が同時に複数の端末Ｕにサービスしているような状況で、メッセージやデータパケットを正しい端末Ｕ（３）と関連づける（照合する、組み合わせる）ために、アクセス局Ａ（７）によって利用される。ＬＵＩＤは、アクセス局Ａ（７）が正しい端末Ｕにデータを送信するのを助ける区別可能な識別属性であればよい。例として、ＬＵＩＤは、端末Ｕ（３）のＭＡＣアドレスとすることが可能であるが、これには限定されない。
【００５１】
次に、アクセス局Ａ（７）は、修正されたＩＳＰ認証パケットをＩＳＰ Ｐ（４）に転送する。アクセス局Ａ（７）は、端末ＵのＩＳＰ Ｐ（４）のＩＰアドレスを知っている。これは、ステップＳ（３ａ）で端末Ｕ（３）からアクセス局Ａ（７）に送られたＩＳＰ識別パケットに、端末Ｕ（３）によって含められていたからである。修正されたＩＳＰ認証パケットは次のものを含む。
・アクセス局Ａ（７）のＩＰアドレス（ＩＳＰ Ｐ（４）がデータをアクセス局Ａ（７）に転送することができるようにするため）。
・端末Ｕ（３）に割り当てられたＬＵＩＤ。
・端末Ｕ（３）の識別番号。
・端末Ｕ（３）がランダムに生成したチャレンジＣＨ＿Ｕ。
【００５２】
明確にしておかなければならない点であるが、端末Ｕ（３）の識別番号と端末Ｕ（３）のＬＵＩＤは２つの異なる無関係のＩＤである。識別番号は、ＩＳＰ Ｐ（４）によって前もって端末Ｕ（３）に割り当てられたものである（例えば、これは、端末Ｕ（３）とＩＳＰ Ｐ（４）が加入契約を結んだときに決定されたユーザ名である）。これに対して、ＬＵＩＤは、アクセス局Ａ（７）によって端末Ｕ（３）に動的に割り当てられ、アクセス局Ａ（７）が現在サービスを提供している端末Ｕ（３）を列挙するためにアクセス局Ａ（７）のみによって使用されるものである。端末Ｕ（３）およびＩＳＰ Ｐ（４）のいずれも、アクセス局Ａ（７）がどのようにしてＬＵＩＤを選択し割り当てるかには影響を及ぼさない。
【００５３】
ステップＳ４ａにおいて、ＩＳＰ Ｐ（４）は、アクセス局Ａ（７）から修正されたＩＳＰ認証パケットを受け取ると、アクセス局Ａ（７）を通じてインターネットあるいはその他のサービスを取得することを端末Ｕ（３）が要求していることを知る。しかし、ＩＳＰ Ｐ（４）は、ＩＳＰ認証パケットの発信者が正当な端末Ｕ（３）でありＩＳＰ Ｐ（４）と契約しているかどうかを確かめることができない。例えば、ＩＳＰ認証パケットは、ＩＳＰ Ｐ（４）と加入契約をしていないユーザから送られたものかもしれない。あるいは、アクセス局（７）が、サービスを提供することを必要とせずにＩＳＰから補償を得る目的でユーザになりすまして要求を生成することによって、悪意をもってふるまっているかもしれない。そこで、ＩＳＰ Ｐ（４）は、端末Ｕ（３）がＩＳＰ Ｐ（４）の真正な加入者であることを確かめるために、端末Ｕ（３）の識別（身元）を認証しなければならない。
【００５４】
端末Ｕ（３）を認証するため、ＩＳＰ Ｐ（４）は、端末Ｕ（３）によって正しく応答されるときに端末Ｕ（３）の識別を確認することになるチャレンジＣＨ＿Ｐを生成する。注意すべき点であるが、このようなチャレンジは通常、乱数ジェネレータによって生成される大きい数または文字列である。
【００５５】
この際、ＩＳＰ Ｐ（４）は、ステップ（３ａ）で端末Ｕ（３）によって生成されたチャレンジＣＨ＿Ｕに対する応答も行う。ＣＨ＿Ｕは、単に、ＩＳＰ Ｐ（４）の秘密鍵で暗号化されて端末Ｕ（３）に送られるだけであるので、端末Ｕ（３）は、ＩＳＰ Ｐ（４）の公開鍵を用いてこのメッセージを復号することができる。もとのＣＨ＿Ｕメッセージが判明した場合、端末Ｕ（３）には、ＩＳＰＰ（４）の真正が確かめられる（すなわち、ＩＳＰ Ｐ（４）は端末Ｕ（３）に認証される）。
【００５６】
さらに、ＩＳＰ Ｐ（４）は、端末Ｕ（３）のセキュリティ要求およびアクセス局Ａ（７）の位置に依存して、信頼ネットワークノードＴ（５）を選択する。最後に、ＩＳＰ Ｐ（４）は、次の内容を有するパケットをアクセス局Ａ（７）に送る。
・端末Ｕ（３）のチャレンジに対するＩＳＰ Ｐ（４）の応答。これは、ＣＨ＿ＵをＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。
・端末Ｕ（３）を認証するための、ＩＳＰ Ｐ（４）がランダムに生成したチャレンジＣＨ＿Ｐ。
・信頼ノードＴ（５）のＩＰアドレス。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられたＬＵＩＤ。
【００５７】
ステップＳ４ｂで、アクセス局Ａ（７）は、ＩＳＰ Ｐ（４）からユーザ認証パケットを受け取ると、修正されたユーザ認証パケットを端末Ｕ（３）に転送する。この修正されたユーザ認証パケットは次のものを含む。
・端末Ｕ（３）のチャレンジに対するＩＳＰ Ｐ（４）の応答。これは、ＣＨ＿ＵをＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。
・端末Ｕ（３）を認証するための、ＩＳＰ Ｐ（４）がランダムに生成したチャレンジＣＨ＿Ｐ。
・アクセス局Ａ（７）が同時に複数のユーザＵ（３）にサービスしている場合、端末Ｕ（３）に割り当てられたＬＵＩＤもユーザ認証パケットに含められる。前述のように、ＬＵＩＤは、どの端末Ｕ（３）がデータパケットを受け取るべきかをアクセス局Ａ（７）が判断するのを助ける。
【００５８】
ステップＳ５ａで、端末Ｕ（３）は、ＩＳＰ Ｐ（４）によってＰの公開鍵で暗号化された、チャレンジＣＨ＿Ｕに対するＩＳＰ Ｐ（４）の応答を、ＩＳＰＰ（４）の公開鍵を用いて復号し確認する。端末Ｕ（３）が、ＩＳＰ Ｐ（４）の公開鍵を用いて、チャレンジＣＨ＿Ｕに対するＩＳＰ Ｐ（４）の応答を復号することに成功した場合、端末Ｕ（３）には、暗号化された応答が実際にＩＳＰ Ｐ（４）によって生成されたものであることが確かめられ、これによりＩＳＰ Ｐ（４）の識別が認証される。
【００５９】
この時点で、端末Ｕ（３）は、端末Ｕ（３）の識別を確認し認証するための、ＩＳＰ Ｐ（４）によって生成されたチャレンジＣＨ＿Ｐに対する応答の生成も行う。ＩＳＰ Ｐ（４）のチャレンジＣＨ＿Ｐに応答して、端末Ｕ（３）は、ＩＳＰ Ｐ（４）のチャレンジＣＨ＿Ｐを、端末Ｕ（３）の秘密鍵で暗号化する。その後、端末Ｕ（３）は、次の内容を有するメッセージをアクセス局Ａ（７）に送る。
・ＩＳＰ ＰのチャレンジＣＨ＿Ｐに対する端末Ｕ（３）の応答。
【００６０】
ステップＳ５ｂにより、アクセス局Ａ（７）は、ステップＳ５ａで生成された端末Ｕ（３）からのメッセージを受け取り、それをＩＳＰ Ｐ（４）に転送する。必ずしも必要ではないが、アクセス局Ａ（７）が端末Ｕ（３）のＬＵＩＤをＩＳＰ Ｐ（４）へのメッセージに含めると有益なことがある。その場合、将来、（ＩＳＰ Ｐ（４）からアクセス局Ａ（７）を通じて端末Ｕ（３）に送らなければならないデータについて）ＩＳＰ Ｐ（４）が正しい端末Ｕ（３）をアクセス局Ａ（７）に指示することが容易になる。
【００６１】
ステップＳ６ａおよびＳ６ｂで、ＩＳＰ Ｐ（４）は、チャレンジＣＨ＿Ｐに対する端末Ｕ（３）の応答が、正当な端末Ｕ（３）によって生成されたことを確認する。端末Ｕ（３）を認証するために、ＩＳＰ Ｐ（４）は、チャレンジＣＨ＿Ｐに対する応答を端末Ｕ（３）の公開鍵で復号する。復号された応答が、ＩＳＰ Ｐ（４）のもとのチャレンジＣＨ＿Ｐとなった場合、ＩＳＰ Ｐ（４）には、端末Ｕ（３）が正当な加入者であり、ＩＳＰ Ｐ（４）と契約していることが確かめられる。
【００６２】
ここで、ＩＳＰ Ｐ（４）は、端末Ｕ（３）と信頼ノードＴ（５）が後で端末Ｕ（３）と信頼ノードＴ（５）の間のトラフィックを暗号化して、端末Ｕ（３）と信頼ノードＴ（５）の間に安全なトンネル（１）を確立するために使用することになるセッション鍵を生成する。セッション鍵とともに、安全なトンネルの有効期間を決定するタイムアウト値が、端末Ｕ（３）および信頼ノードＴ（５）の両方に伝えられる。
【００６３】
ステップＳ６ａで生成され、ＩＳＰ Ｐ（４）から信頼ノードＴ（５）に送られるメッセージは、次の情報を含む。
・セッション鍵PT。これは、セッション鍵を、信頼ノードＴ（５）の公開鍵およびＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。注意すべき重要な点であるが、セッション鍵は信頼ノードＴ（５）の公開鍵で暗号化されるため、信頼ノードＴ（５）のみが（その秘密鍵を用いて）それを復号することができる。セッション鍵はＩＳＰ Ｐ（４）の秘密鍵で暗号化されるため、信頼ノードＴ（５）は、それが実際にＩＳＰ Ｐ（４）から来たことを（ＩＳＰ Ｐ（４）の周知の公開鍵を用いて）確認することができる。
・安全なトンネル（１）の有効期間を決定するタイムアウト値（詳細は後述）。・アクセス局Ａ（７）のＩＰアドレス。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられた、端末Ｕ（３）のＬＵＩＤ。
【００６４】
ステップＳ６ｂで生成されたメッセージは、アクセス局Ａ（７）を通じてＩＳＰ Ｐ（４）から端末Ｕ（３）に送られる。すなわち、これは、まずＩＳＰ Ｐ（４）からアクセス局Ａ（７）に送られた後、アクセス局Ａ（７）によって端末Ｕ（３）に転送される。このメッセージは、次の情報を含む。
・セッション鍵UT。これは、セッション鍵を、端末Ｕ（３）の公開鍵およびＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。注意すべき重要な点であるが、セッション鍵は端末Ｕ（３）の公開鍵で暗号化されるため、端末Ｕ（３）のみが（その秘密鍵を用いて）それを復号することができる。セッション鍵はＩＳＰ Ｐ（４）の秘密鍵で暗号化されるため、端末Ｕ（３）は、それが実際にＩＳＰ Ｐ（４）から来たことを（ＩＳＰ Ｐ（４）の周知の公開鍵を用いて）確認することができる。
・安全なトンネル（１）の有効期間を決定するタイムアウト値。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられた、端末Ｕ（３）のＬＵＩＤ。注意すべき重要な点であるが、ＬＵＩＤは、アクセス局Ａ（７）が、メッセージを正しい端末Ｕ（３）に転送するためにのみ必要とされる。この情報フィールドは、アクセス局Ａ（７）から端末Ｕ（３）に送られる最終的なメッセージでは随意に省略することができる。
【００６５】
アクセス局Ａ（７）を通じての端末Ｕ（３）と信頼ノードＴ（５）の間の安全なトンネル（１）の生成
いったん端末Ｕ（３）およびＩＳＰ Ｐ（４）が認証されると、端末Ｕ（３）がＩＰパケットをアクセス局Ａ（７）に送ることができ、さらにそれをアクセス局Ａ（７）が信頼ノードＴ（５）に転送することができる。また、その逆も可能である（信頼ノードＴ（５）がＩＰパケットをアクセス局Ａ（７）に送ることができ、その後それをアクセス局Ａ（７）が端末Ｕ（３）に転送することができる）。その結果、端末Ｕ（３）と信頼ノードＴ（５）の間に（アクセス局Ａ（７）を通じて）安全なトンネル（１）が確立される。この安全なトンネル（１）の目的は、端末Ｕ（３）と信頼ノードＴ（５）の間の物理リンクをエミュレートすることである。さらに、端末Ｕ（３）および信頼ノードＴ（５）は両方とも（ＩＳＰ Ｐ（４）によって生成された）同じセッション鍵を有するため、安全なトンネル（１）を通るトラフィックはこのセッション鍵で暗号化することが可能である。安全なトンネルを通るパケットを暗号化することにより、端末Ｕ（３）と信頼ノードＴ（５）の間に位置するネットワーク要素（例えば、アクセス局Ａ（７））は、端末Ｕ（３）や信頼ノードＴ（５）によって検出されずにＩＰパケットの追加、変更あるいは除去を行うことは不可能となる。
【００６６】
アクセス局Ａ（７）は、メッセージを信頼ノードＴ（５）に送るときにはいつも、そのメッセージを発信した端末Ｕ（３）のＬＵＩＤを含める。ＬＵＩＤは、アクセス局Ａ（７）のＩＰアドレスとともに、信頼ノードＴ（５）が端末Ｕ（３）を識別するために使用可能なグローバルに一意的なＩＤを生成する。
【００６７】
さらに、信頼ノードＴ（５）は、（端末Ｕ（３）への最終的配送のために）アクセス局Ａ（７）に送るのと同じＬＵＩＤをメッセージに含める。アクセス局Ａ（７）は、このＬＵＩＤを用いて、メッセージの転送先とすべき正しい端末Ｕ（３）を決定することができる。ＬＵＩＤは、端末Ｕ（３）にとっては重要でないため、アクセス局Ａ（７）は、信頼ノードＴ（５）から端末Ｕ（３）に転送するメッセージからそれを随意に除去することも可能である。
【００６８】
端末ＵとＩＰネットワークの間のデータ転送
次に、図２および図５を参照して、端末Ｕ（３）とＩＰネットワーク（９）（例えば、インターネットや社内イントラネット）の間のデータ転送について説明する。注意すべき重要な点であるが、図４が、端末Ｕ（３）、アクセス局Ａ（７）、ＩＳＰ Ｐ（４）、および信頼ノードＴ（５）の間のメッセージシーケンスを示したのとは異なり、図５は、端末Ｕ（３）、アクセス局Ａ（７）、信頼ノードＴ（５）およびインターネット（９）の間のメッセージシーケンスを示す。
【００６９】
図５から理解されるとともに、すでに説明したように、端末Ｕ（３）と信頼ネットワークノードＴ（５）の間でアクセス局Ａ（７）を通じてデータを送信するために、安全なトンネル（１）が確立される。端末Ｕ（３）、アクセス局Ａ（７）、および信頼ノードＴ（５）が安全なトンネル（１）を通じてＩＰパケットを交換することができることにより、これ以上ＩＳＰ Ｐ（４）が関与することは不要となる（ＩＳＰ Ｐ（４）の関与は、生成されたセッション鍵が端末Ｕ（３）および信頼ノードＴ（５）に安全に配送されたときに終了する）。
【００７０】
一般に、安全なトンネル（１）を通じてＩＰパケットを送信する前に、端末Ｕ（３）は、信頼ノードＴ（５）からＩＰアドレスを取得するために、安全なトンネル（１）を通じて第２のＤＨＣＰ要求を信頼ノードＴ（５）に転送する。注意すべき重要な点であるが、安全なトンネル（１）は、端末Ｕ（３）と信頼ノードＴ（５）の間の物理リンクをエミュレートする。安全なトンネル（１）が確立された後、端末Ｕ（３）は次の２つのネットワークインタフェースを有する（それぞれＩＰアドレスを必要とする）。
【００７１】
１） 端末Ｕ（３）をアクセス局Ａ（７）と接続する物理インタフェース（例えば、イーサーネットカードや８０２．１１ワイヤレスＬＡＮカード）。端末Ｕ（３）は、第１のＤＨＣＰ要求を送出することによって、このインタフェースに対するＩＰアドレスを取得した。このＤＨＣＰ要求は、アクセス局Ａ（７）によって受信され応答された。
【００７２】
２） 端末Ｕ（３）を信頼ノードＴ（５）と接続する、安全なトンネル（１）への論理インタフェース。端末Ｕ（３）は、安全なトンネル（１）を通じて第２のＤＨＣＰ要求をブロードキャストすることによって、このインタフェースに対する別のＩＰアドレスを取得しなければならない。ただし、この第２のＤＨＣＰ要求は、信頼ノードＴ（５）によって受信され応答される。
【００７３】
第２のＩＰアドレスを信頼ノードＴ（５）から取得することにより、端末Ｕ（３）は、グローバルインターネット（９）によって信頼ノードＴ（５）へとルーティングされる送信元アドレスを有するＩＰパケットを生成することが可能となる。さらに、信頼ノードＴ（５）は、その宛先アドレスを有するＩＰパケットを、信頼ノードＴ（５）と端末Ｕ（３）の間のトンネルを通じて端末Ｕ（３）に転送することが可能となる。
【００７４】
第２のＤＨＣＰ要求に関するメカニズムについて以下で説明する。端末Ｕ（３）は、（自分（端末Ｕ（３））と信頼ノードＴ（５）との間に確立した）安全なトンネル（１）を、追加の（論理）ネットワークインタフェースとして利用可能にするために、第２のＤＨＣＰ要求を生成する。ステップ７ａに示すように、端末Ｕ（３）は、このＤＨＣＰ要求を、端末Ｕ（３）と信頼ノードＴ（５）の間で共有されるセッション鍵で暗号化する。次に、端末Ｕ（３）は、暗号化されたＤＨＣＰ要求を、新たなＩＰパケット「Ｙ」のペイロードフィールドに入れる（すなわち、Ｙ［ＤＨＣＰ要求／セッション鍵］）。「Ｙ」ＩＰパケットは、信頼ノードＴ（５）のＩＰアドレスをその宛先アドレスとし、アクセス局Ａ（７）のアドレスをその送信元アドレスとする。「Ｙ」ＩＰパケット（Ｙ［ＤＨＣＰ要求／セッション鍵］）は、アクセス局Ａ（７）に転送される。アクセス局Ａ（７）は、「Ｙ」ＩＰパケットを信頼ノードＴ（５）に転送するが、パケット内の内容を復号することはできない。アクセス局Ａ（７）は正しいセッション鍵を有しないからである。注意すべき重要な点であるが、アクセス局Ａ（７）は、「Ｙ」ＩＰパケットを信頼ノードＴ（５）に転送するときに、前述したように、端末Ｕ（３）のＬＵＩＤを「Ｙ」ＩＰパケットに付加することが可能である。
【００７５】
ステップＳ７ｂにおいて、信頼ノードＴ（５）は、アクセス局Ａ（７）を通じて、暗号化されたＤＨＣＰ要求を含む「Ｙ」ＩＰパケットを端末Ｕ（３）から受け取ると、ＤＨＣＰ要求を復元し、ＩＰアドレスを端末Ｕ（３）に割り当て、端末Ｕ（３）に対するＤＨＣＰ応答を生成する。明らかなように、このＤＨＣＰ要求によって端末Ｕ（３）に割り当てられるＩＰアドレスは、グローバルインターネット（９）がメッセージを信頼ノードＴ（５）にルーティングするために使用するＩＰアドレスである。その後、このＤＨＣＰ応答は、セッション鍵で暗号化されてアクセス局Ａ（７）に転送され、アクセス局Ａ（７）はこの応答を端末Ｕ（３）に送る。この間、アクセス局Ａ（７）は応答の内容を復号することはできない。
【００７６】
端末Ｕ（３）は、暗号化されたＤＨＣＰ応答を受け取ると、ＩＰアドレスを取得する。このＩＰアドレスは、グローバルインターネット（９）が信頼ノードＴ（５）にルーティングし、信頼ノードＴ（５）が端末Ｕ（３）に（アクセス局Ａ（７）を通じての、安全なトンネル（１）を通って）転送するものである。明確にするため、注意すべき点であるが、上記のＤＨＣＰ応答に含まれるＩＰアドレスは、信頼ノードＴ（５）自体のＩＰアドレスではなく、グローバルインターネット（９）が信頼ノードＴ（５）にルーティングするＩＰアドレスである。信頼ノードＴ（５）は、このＩＰアドレスを宛先アドレスとして有するメッセージを受け取ると、信頼ノードＴ（５）がメッセージの最終受信者ではなく、端末Ｕ（３）である最終宛先へメッセージを転送することになっていることを容易に判断することができる（すなわち、信頼ノードＴ（５）はルータとして作用する）。信頼ノードＴ（５）は、端末Ｕ（３）のＤＨＣＰ要求に対して、前記ＩＰアドレスを含むＤＨＣＰ応答により応答するとき、前記ＩＰアドレスを端末Ｕ（３）の識別および対応するアクセス局Ａ（７）と関連づけるレコードを保持する。この情報により、信頼ノードＴ（５）は、グローバルインターネット（９）から受け取るあらゆるＩＰパケットについて、次の情報を判定することが可能となる。
・パケットの転送先となるべき関連づけられた端末Ｕ（３）。
・信頼ノードＴ（５）をその特定の端末Ｕ（３）と接続する安全なトンネル（１）。
・安全なトンネル（１）を通じての送信用にパケットを暗号化するために使用しなければならないセッション鍵。
・安全なトンネル（１）が通り、暗号化されたパケットの転送先となるべき、関連づけられたアクセス局Ａ（７）。
【００７７】
ステップＳ８ａにおいて、端末Ｕ（３）と信頼ノードＴ（５）との間の（安全なトンネル（１）を通じての）パケットトラフィックの送信について詳細に説明する。この説明は、データパケットの詳細な内訳を示す図３を参照することにより補足される。具体的には、端末Ｕ（３）は、新たなＩＰパケットＸ（１１）を作成する。図３からわかるように、データパケットＸ（１１）のパケットヘッダ（１２）は、リモートホストＲ（１０）（図１に示されるような）の宛先アドレスと、端末Ｕ（３）からという送信元アドレスを有する。特に、送信元アドレスは、端末Ｕ（３）の要求に対して信頼ノードＴ（５）から端末Ｕ（３）に返されるＤＨＣＰ ＩＰアドレスである。
【００７８】
次に、ＩＰパケット（１１）全体（データパケットＸおよびヘッダを含む）が、端末Ｕ（３）と信頼ノードＴ（５）の間で共有されるセッション鍵で暗号化され、データパケットＹ（１６）のペイロード（１４）として格納される（Ｙ［Ｘ／ｋｅｙ］）。ここで、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）のヘッダ（１８）宛先アドレスは、信頼ノードＴ（５）のＩＰアドレスであり、このＩＰパケットの送信元アドレスは、端末Ｕ（３）に割り当てられるマジックＤＨＣＰアドレスである。
【００７９】
ステップＳ８ａに示されるように、アクセス局Ａ（７）は、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）を受信する。アクセス局Ａ（７）は、もちろん、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）内に含まれる内容（すなわちＸ）を復元したり操作したりすることはできない。そこで、アクセス局Ａ（７）は、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）内の送信元アドレスフィールドをアクセス局Ａ（７）のＩＰアドレスで置き換えて、修正されたパケットＹ′［Ｘ／ｋｅｙ］を作成することにより、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）を信頼ノードＴ（５）に転送する。さらに、アクセス局Ａ（７）は、どの端末Ｕ（３）がもとのパケットＸ（１１）を送信したかを信頼ノードＴ（５）が判断するのを助けるために、端末Ｕ（３）のＬＵＩＤを修正されたＩＰパケットＹ′［Ｘ／ｋｅｙ］に付加することが可能である。信頼ノードＴ（５）は、メッセージを復号する正しいセッション鍵を選択するためには、どの端末Ｕ（３）がパケット（１１）を送信したかを知らなければならない。
【００８０】
ステップＳ８ｂにより、信頼ノードＴ（５）は、もとのデータパケットＸ（１１）を復元する。データパケットＸ（１１）はインターネット（９）に転送される。同様に、端末Ｕ（３）宛のインターネット（９）からのデータパケットは、ステップＳ８ｂに示されるように、信頼ノードＴ（５）によって受信される。信頼ノードＴ（５）は、セッション鍵を用いてデータパケットを暗号化した後、ステップＳ８ａに示されるように、暗号化されたパケットをアクセス局Ａ（７）に転送する。アクセス局Ａ（７）は、ＬＵＩＤに基づいて、メッセージを正しい端末Ｕ（３）に転送する。
【００８１】
別法として、ＩＰ送信元アドレスと送信元ポート番号の一意的な２つ組をトンネルにマッピングするＮＡＴ（ネットワークアドレス変換）メカニズムが使用される場合には、ステップＳ７を省略することも可能である。その場合、端末Ｕ（３）によって送信され信頼ノードＴ（５）によって受信される最初のデータパケットＸ（１１）が、端末Ｕ（３）を信頼ノードＴ（５）と関連づけることになる。そして、トンネルと外部インターネット接続との間で接続パラメータをマッピングするデータ構造が作成される。
【００８２】
トンネル解放とタイムアウト
タイムアウトメカニズムは、端末Ｕ（３）と信頼ノードＴ（５）の間に確立された安全なトンネル（１）に関連するリソースの解放をトリガする。前記リソースは、端末Ｕ（３）、アクセス局Ａ（７）および信頼ノードＴ（５）に存在する。タイムアウトおよびトンネル解放を制御するタイミングメカニズムは、トンネルの両端（すなわち、端末Ｕ（３）内および信頼ノードＴ（５）内）に配置されることが可能である。タイミングメカニズムは、端末Ｕ（３）および信頼ノードＴ（５）へのセッション鍵の配送の成功時にセットされる。それぞれのタイミングメカニズムのタイマ値は、ＩＳＰ Ｐ（４）と端末Ｕ（３）の間、およびＩＳＰ Ｐ（４）と信頼ノードＴ（５）の間で転送されるセッション鍵とともに渡されることが可能である。
【００８３】
端末Ｕ（３）へのサービス提供と、提供される関連リソースとを制御する別個のタイマが、アクセス局Ａ（７）で維持される。このタイマは、トンネル（１）が確立されると、すなわち、セッション鍵が転送されるとすぐに開始される。好ましくは、端末Ｕ（３）宛のタイムアウト値が、このタイマのプリセット値として使用される。タイムアウト時に、サービス提供は停止され、アクセス局Ａ（７）におけるリソースは解放される。正しい動作を保証するため、データ転送の場合であっても、アクセス局Ａ（７）にあるタイマのタイムアウト値は、トンネル（１）のタイムアウトのタイムアウト値より大きくすべきである。
【００８４】
トンネル（１）の有効期間を延長するためには、端末Ｕ（３）は、タイマが満期になる前に、新たなサービスおよびＩＳＰ Ｐ（４）との再認証要求を呼び出すことが可能である。再認証要求は、アクセス局Ａ（７）によって端末Ｕ（３）に提供される接続サービスについて、端末Ｕ（３）の真正と、計測された継続時間情報を保証する。端末Ｕ（３）および信頼ノードＴ（５）にあるタイマが満期になると、トンネルリソースは、それぞれのネットワーク要素から解放される。
【００８５】
しかし、遅いデータ転送中のトンネルの正しい動作および維持を保証するために、各タイマは、安全時間マージン(safety time margin)を有することも可能である。安全時間マージンは、タイマに追加時間のバッファを割り当てることにより、リソースが解放されたり再認証要求がなされたりする前に、遅いデータ転送が完了するようにする。
【００８６】
課金
アクセス局Ａ（７）が端末Ｕ（３）にサービスを提供した時間の長さに基づくアカウンティング方法も実現される。ある計測単位を利用して、アクセス局Ａ（７）が端末Ｕ（３）にサービスを提供した期間を計上する。計測単位は、端末Ｕ（３）、信頼ノードＴ（５）およびアクセス局Ａ（７）に渡されるタイムアウト値によって決定される。計測単位は、数十秒から数分までの範囲にある時間単位とすることが可能である。通常、計測単位は、ＩＳＰ Ｐ（４）とアクセス局Ａ（７）の間のサービス契約、および、ＩＳＰ Ｐ（４）と端末Ｕ（３）の間の契約によって規定される。タイムアウト値は、再認証手続きの呼出しによって引き起こされる時間粒度とシグナリングおよび処理のオーバーヘッドとによって影響を受けることがある。タイミングメカニズムは、システムの正しい動作にとって必要であるため、課金情報は、定期的な再認証手続き中に伝達されるタイムアウト値から導出することが可能である。
【００８７】
ＩＳＰ Ｐ（４）が、端末Ｕ（３）によって利用されたリソースについてアクセス局Ａ（７）に補償するとともにタイマ値に基づいて端末Ｕ（３）に課金するように、タイマ値はＩＳＰ Ｐ（４）によって生成され配送されることも可能であるが、端末Ｕ（３）が、プリペイドオプションによりＩＳＰサービスを取得することも可能である。例えば、端末Ｕ（３）は、与えられた期間ｔの間だけ、アクセス局Ａ（７）により提供されるリソースに端末Ｕ（３）がアクセスしそれを利用することを許可するプリペイド加入契約をＩＳＰ Ｐ（４）と結ぶことが可能である。期間ｔは、ＩＳＰ Ｐ（４）から端末Ｕ（３）が購入する計測単位（例えば分単位）の量に対応する。通常、それぞれの認証および再認証の成功により、タイムアウト間隔（例えば１分）と等価な金額分がデクリメントされる。プリペイド時間単位が使い果たされると、ＩＳＰ Ｐ（４）は、端末Ｕ（３）に対して、再認証や新たなタイムアウト値の配送を行わない。その後、アクセス局Ａ（７）、信頼ノードＴ（５）および端末Ｕ（３）にあるタイマが満期になり、トンネル（１）は関連するリソースとともに解放される。
【００８８】
【発明の効果】
以上説明したように、本発明によれば、端末と第三者所有の信頼されない（非信頼）アクセス局との間に接続を確立し、続いて、端末と契約しているインターネットサービスプロバイダ（ＩＳＰ）へＩＳＰ認証要求を送信する。ＩＳＰと端末が正しく認証された後、端末と信頼ゲートウェイとの間に信頼された接続を確立する。こうして確立された接続を安全なトンネルとして利用することにより、ＩＳＰは、非信頼アクセス局を通じて端末に対して安全なインターネットアクセスを提供することができる。
【００８９】
こうして公衆インターネットやプライベートＬＡＮのようなパブリックまたはプライベートＩＰネットワークへのアクセスのために、既存のインフラストラクチャの共有を可能にするメカニズムを提供することができる。特に、インフラストラクチャの所有者はそのリソースを異なるＩＳＰへ短期間ベースでリースし、１つのＩＳＰはこれらリソースを用いて加入者にインターネットサービスを提供する。ＩＳＰは、課金、帯域管理およびｅメールなど、加入者に提供されるインターネットサービスの全ての側面を制御する。また、ＩＳＰは暗号化によって、加入者のプライバシーを保証する。既存のネットワーク・インフラストラクチャからのネットワークリソースのリースによって、ＩＳＰにとっては高価なアクセスインフラ自体を構築する必要がなくなり、他方、インフラストラクチャの所有者にとってはインフラから付加的な報酬を発生させる機会が与えられる。重要なのは、ユーザにとってもＩＳＰによっても、ＩＰネットワークへのアクセスを実行するためのアクセス局を信頼する必要がない（すなわちアクセス局は非信頼である）ことである。
【図面の簡単な説明】
【図１】本発明によるネットワークのモデルを示す図である。
【図２】本発明の実施例のコンポーネント間の情報フローを示す図である。
【図３】アクセス局Ａを通じてユーザ（Ｕ）から信頼ネットワーク要素Ｔに転送されるトンネル化データパケットを示す図である。
【図４】セッション鍵の認証および配送のメッセージシーケンスを示す図である。
【図５】アソシエーションおよびデータ転送のメッセージシーケンスを示す図である。
【符号の説明】
１ 安全なトンネル
３ 端末ユーザＵ
４ ＩＳＰ Ｐ
５ 信頼ノードＴ
７ アクセス局Ａ
９ ＩＰネットワーク
１０ リモートホスト
１１ データパケットＸ
１６ データパケットＹ
【発明の属する技術分野】
本発明はＩＰネットワークへのパブリックアクセスを提供するシステムに係り、特に、第三者所有の信頼されない（非信頼）アクセスノードを通じて、インターネットサービスプロバイダがその加入者にインターネットアクセスを提供する際の通信方法に関する。
【０００２】
【従来の技術】
下記の文献は、ワイヤレス技術に関する有用な背景的知識を提供する。
【０００３】
1) Bruce Schneier, "Applied Cryptography: Protocols, Algorithms, and Source Code in C", 2nd Edition, John Wiley & Sons, 1995, ISBN 047117099.
【０００４】
2) R. Droms, "Dynamic Host Configuration Protocol (DHCP)", IETF RFC 2131, 1997.
【０００５】
3) Egevang, K. and Francis, P., "The IP Network Address Translator (NAT), IETF RFC 1631, 1994.
【０００６】
本発明は、第三者が運営するアクセス局を用いて、公衆インターネット、社内イントラネット、あるいはプライベートＬＡＮのようなＩＰネットワークへのパブリックアクセスを提供するシステムおよび方法において、ユーザも、このユーザのＩＳＰも、いずれもそのアクセス局の正確なオペレーションを信頼していないため、そのアクセス局が「非信頼」アクセス局となっているような場合のシステムおよび方法に関する。より具体的には、本発明は、悪意のある可能性があり、それゆえ信頼されない（非信頼）第三者によって運営されるアクセス局を介してＩＰネットワークにアクセスするために、データの認証(authentication)、権限付与(authorization)、アカウンティング(accounting)、および暗号化を実行する方法に関する。本発明の方法およびシステムは、ワイヤレス（無線）およびワイヤライン（有線）のアクセスに関して同様に使用可能である。ここで、「ワイヤレス」とは、無免許周波数帯で動作する短距離技術であることも、より長距離の免許を受けた電波技術であることも可能である。
【０００７】
インターネットのようなＩＰネットワークへの従来技術のパブリックアクセスは、インターネットサービスプロバイダ（ＩＳＰ）を通じて提供されている。ＩＳＰは、モデムのような伝送設備も所有またはリースする。ほとんどの場合、インターネットにアクセスしたいユーザは、与えられた地域エリアのＩＳＰとサービス契約を締結しなければならない。移動する加入者にサービス範囲を拡大するため、一部のＩＳＰは、認証、権限付与およびアカウンティングの手続きを管理するローミング契約を結んでいる。同様の手続きは、セルラ事業者についても行われ、与えられた事業者の加入者が別の事業者のカバレジエリアに移動することを可能にしている。しかし、これらの確立された手続きは、ネットワークアクセスが信頼できることを仮定している。この仮定は、ダイヤルアップモデムバンクのようなプライベートアクセスメカニズム、インフラストラクチャの高いコスト、および、セルラ事業者の場合の周波数スペクトルの排他的所有によって保証されていた。
【０００８】
無免許周波数スペクトルで運営される安価なインフラストラクチャを用いてＩＰネットワークへのワイヤレスアクセスを可能にする第２の従来技術の出現は、小規模の独立系アクセスプロバイダの新設を容易にしている。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）およびパーソナルエリアネットワーク（ＰＡＮ）に基づくそれらのワイヤレスアクセス技術の到達範囲は小さいため、与えられた地所における公衆インターネットアクセスのためのインフラストラクチャの運営は、その地所の所有者によって管理される。実際、ケーブルやＤＳＬを通じての高速インターネットアクセスを有するアパートや家屋の所有者であれば、ＷＬＡＮアクセスポイントを運営することによって、近隣にアクセスを提供することができる。しかし、そのようなワイヤレスアクセスポイントへのアクセスは、同じ組織あるいは家庭の装置に制限される。外来のＩＰ装置（例えば、自分のＷＬＡＮカードを装備した訪問者や、ＷＬＡＮカードを装備したＰＣを持っている隣人）にアクセスを提供することは安全（セキュア）でなく、通常は許可されず、技術的に不可能なこともある。さらに、私有のアクセス局は通常、その所有者のＩＳＰに接続されている。すなわち、別のＩＳＰに加入したゲストは、自分のＩＳＰによって提供されるサービスを取得することができず、インターネットアクセスのために自分のＩＳＰによって課金されることもできない。
【０００９】
【発明が解決しようとする課題】
上記第１の従来技術として説明したパブリックアクセスを可能にするメカニズムを、上記第２の従来技術として説明した小さい地理的エリアにおけるインターネットアクセスを提供する小規模独立系事業者に適用することは、さまざまな問題点および欠点を有する。例えば、ローミングユーザは、ＷＬＡＮの事業者の信頼性を知らない。悪意のある事業者が、ユーザとコンテンツプロバイダの間の通信を傍受するのが容易であることを発見するかもしれない。そのような事業者は、ユーザのトラフィックからログイン名やパスワードのような資格証明を取得する手段を見つける可能性もある。さらに、従来技術の認証および権限付与の手続きでは、使用量に基づくアカウンティングが容易でない。これは、ローミングユーザに提供されるアクセスについての独立系事業者の精算のために必要となる。
【００１０】
今日、私有のアクセス局は至る所で利用可能であり、インターネットにアクセスする潜在的手段をどこにいるユーザにも提供している。しかし、現在のＩＳＰは、自分でインフラストラクチャを構築しなければならず、これは、一時的ユーザをサポートすることに関しては高価であり、しばしば融通性に欠ける。
【００１１】
本発明の目的は、第三者所有の信頼されない（非信頼）アクセスノードを通じて、インターネットサービスプロバイダがその加入者にインターネットアクセスを提供する安全な方法を提供することである。
【００１２】
本発明のもう１つの目的は、インターネットサービスプロバイダとアクセスノード所有者の間、および、インターネットサービスプロバイダと加入者との間で、アカウンティング情報を提供することである。このアカウンティング情報は、システムの動作の一体をなす部分として導出され、悪意のある操作から保護される。
【００１３】
【課題を解決するための手段】
本発明は、ＩＰネットワークへのアクセス局に関する。具体的には、本発明は、そのサービスのユーザおよびこのユーザのＩＳＰ以外の当事者によって所有され運営される、ＩＰネットワークへのアクセス局に関する。さらに具体的には、本発明は、コンピュータなどのＩＰベースの装置に、例えばインターネットや社内イントラネットのようなＩＰネットワークへのアクセスを提供することができる装置に関する。この場合、アクセス局は、サービスを希望するＩＰ装置から、ユーザの識別とユーザのＩＳＰの識別とを取得する。アクセス局は、サービスを取得したいというユーザの希望についてユーザのＩＳＰに通知する。ユーザのＩＳＰは、ユーザが加入したサービスを提供するために、アクセス装置内のリソースの制御を動的に取得する。最後に、ＩＳＰは、そのリソースの使用量に対するアクセス局の支払いを手配し、ユーザ（その加入者）の課金を手配する。
【００１４】
本発明は、インターネットサービスプロバイダでインターネットサービスに加入したエンドユーザ、アクセスノードあるいはインフラストラクチャの所有者、および、インターネットへの信頼されるゲートウェイ、ならびに、第三者所有のアクセスノードを通じてインターネットサービスの加入者に匿名インターネットアクセス提供を行う方法を含む。具体的には、本発明は、加入者とインターネットサービスプロバイダとの相互認証の手続き、および、エンドユーザとインターネットへの信頼ゲートウェイとの間の安全なトンネルの確立に必要な鍵配送とを含む。本発明の方法は、サービス要求のステップと、インターネットサービスプロバイダ認証のステップと、加入者認証のステップと、一意的なセッション鍵を生成するステップと、セッション鍵を信頼されるネットワークノードおよび加入者に配送するステップと、前に配送されたセッション鍵を用いて第三者アクセスノードを通じて加入者と信頼されるネットワーク要素との間に確立される安全なトンネルを用いてデータ転送を行うステップとを含む。
【００１５】
本発明の方法は、さらに、インターネットサービスプロバイダから加入者、アクセスノードおよび前記信頼されるネットワーク要素にタイムアウト値を配送するステップを含む。タイムアウト値は、前記加入者とインターネットサービスプロバイダの間の再認証手続きをトリガする。
【００１６】
さらに、本発明の方法は、加入者および信頼されるネットワーク要素に配置される、トンネルに関するタイマと、前記アクセスノードに配置される別のタイマのうちの１つが満期になった場合に、トンネルを解放するステップを含む。
【００１７】
さらに、成功した認証の数に基づいてアカウンティング情報を生成する方法が提供される。アカウンティング情報を用いてプリペイドサービスを提供し、再認証前の残り時間を判定する方法も提供される。
【００１８】
本発明の応用分野としては以下の場合があるが、もちろん、これらに限定されるものではない。
・個人の家庭内のアクセス局が、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）、あるいはＨｉｐｅｒＬＡＮに基づくワイヤレスアクセスを訪問者や近隣に提供する場合。
・ホテルや空港が、その顧客のＩＳＰによって管理されるインターネットアクセスを顧客に提供するために、アクセス局（ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＨｉｐｅｒＬＡＮ）を所有し運営する場合。
・会議が、会議参加者に、その会議参加者のＩＳＰによって管理されるインターネットアクセスを与えるために、会議開催地でアクセス局（ＷＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、ＨｉｐｅｒＬＡＮ）をリースし一時的に配備する場合。
【００１９】
理解されるべき点であるが、明細書全体を通じて、「インターネット」という用語は、その最広義における「ＩＰに基づくネットワーク」を意味し、これには、公衆インターネット、社内イントラネット、プライベートまたはパブリック（公衆）ＬＡＮ、およびＩＰベースのアドホックネットワークが含まれるが、これらには限定されない。
【００２０】
【発明の実施の形態】
以下、本発明の好ましい実施例について、図面を参照して説明する。
【００２１】
以下の詳細な説明は、次のように構成される。「コンポーネントの概観」と題するセクションでは、システムのコンポーネントを紹介し、コンポーネントの相互関係の説明を行う。「本発明の動作」と題するセクションでは、本発明のさまざまな実施例と、その応用について説明する。さらに、理解と明確さを促進するために、本発明の説明は、「ＵとＰの相互認証」、「アクセス局Ａ（７）を通じての端末Ｕ（３）と信頼ノードＴ（５）の間の安全なトンネル（１）の作成」、「端末ＵとＩＰネットワークの間のデータ転送」、「トンネル解放とタイムアウト」、「課金」の各セクションに分けられる。
【００２２】
［コンポーネントの概観］
再度注意を喚起しておくが、「ＩＰネットワーク」という用語は、公衆インターネットおよび社内イントラネットを含む、すべての可能なＩＰベースのインフラストラクチャネットワークを表すために用いられる。
【００２３】
ユーザの端末装置（Ｕ）
Ｕは、ユーザのＩＰベースの端末装置を表す。これは、インターネットプロトコルスイート（ＩＰ）を用いて他の装置と通信する移動式あるいは固定式の装置である。これには、ワークステーションコンピュータ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、ハンドヘルドＰＣ、電話機あるいはその他のＩＰベースの装置あるいは機器が含まれるが、これらには限定されない。しかし、予想されるように、ほとんどの場合、この端末装置は、小型で移動式のものであり、ＩＰネットワークに接続するための有線またはワイヤレスの一方または両方の手段を有することになる（下記の「アクセス局」参照）。さらに、与えられた任意の時刻において、この装置は、高々１ユーザに関連づけられる、すなわち、「このユーザの装置」として認識できることが仮定される。
【００２４】
アクセス局（Ａ）
Ａは、アクセス局を表す。アクセス局は、端末装置ＵをＩＰベースのインフラストラクチャネットワーク（例えば、イントラネットやインターネット）に接続するために使用される。アクセス局は、ＩＰネットワークからトラフィックを受け取り、それを正しい端末Ｕに配信するとともに、端末Ｕからトラフィックを受け取り、それをＩＰネットワークに転送する。ＡとＵの間の通信の手段は、有線でも無線でもよい。本発明は、両方の場合に適用がある。さらに、Ａは、所有者および運営者を有するとともに、例えば、ある周波数スペクトルを使用する許可を必要とする無線基地局（ベースステーション）の場合には、運営特権の所有者を有する。本明細書の目的のために、これらのすべての側面をＡという抽象概念にまとめる。
【００２５】
通常、アクセス局Ａは、ＩＰネットワークに常時接続されるが、アクセス局Ａと端末Ｕの間の接続は本来一時的である。例えば、アクセス局Ａは、公共エリア（例えば、ホテル、空港、レストラン）に配置されることも、非公共エリア（例えば、個人の家庭内）に配置されることも可能である。後者の場合、アクセスは、物理的にアクセス可能なユーザ（例えば、Ａの所有者の訪問客）に制限されてもよく、あるいは、アクセスは、Ａの通信範囲内のすべてのユーザに利用可能であるとしてもよい（例えば、Ａは、Ａの近隣および訪問者にインターネットアクセスを提供するために利用可能な、私宅内の８０２．１１／Ｂｌｕｅｔｏｏｔｈ／ＨｉｐｅｒＬａｎ基地局である）。
【００２６】
インターネットサービスプロバイダ（Ｐ）
Ｐは、インターネットサービスプロバイダ（ＩＳＰ）を表す。ＩＳＰは、サービスパラメータを規定するＵとＰの間の加入契約に基づいて、サービスを端末装置Ｕに提供する。このため、Ｐは、エンドユーザサービスについてＵに課金する責任があると仮定することができる。また、Ｐは、Ａのリソースを使用することについて、Ａに支払いをしなければならないと仮定することもできる。また、Ｕとその通信相手との間のトラフィックが、Ａからのパケットのスヌーピング／挿入／変更あるいはその他の攻撃に対して安全であることを保証することも、Ｐの責任である。
【００２７】
通常、Ｐは、収益をあげるために、個人あるいは他の会社にインターネットアクセスおよびその他の関連サービス（例えば、電子メール）を提供する会社である。もう１つの可能性として、Ｐは、その従業員にＩＰネットワーク（例えば、社内イントラネット、公衆インターネット、あるいはプライベートＩＰネットワーク）へのアクセスを提供する会社である。ここでは、主要な目標は、直接的に収益をあげることではなく、従業員の作業プロセスのサポートである。例えば、ＦｅｄＥｘの従業員は、時折社内ＩＰネットワークにアクセスして、荷物を配送したことについて社内データベースを更新する。
【００２８】
信頼ネットワーク要素（Ｔ）
Ｔは、信頼されるネットワーク要素を表す。Ｔは、Ｔが端末装置Ｕとの間のトラフィックに対するスヌーピング／挿入／変更の手段をＡに提供しないという限りで、Ｐにとって信頼できると判断する、インターネット内のルータである。本発明は、いったんトラフィックがインターネットコアに到達したら、そのトラフィックは、悪意のある攻撃に対して相当に安全であると仮定する。その理由は、この場合、ネットワークは少数の、定評のある、信頼された長距離会社のみによって運営されているからである。
【００２９】
異なるＩＳＰは、Ｔが信頼される要素であるかどうかを判断するために、おそらくはそのユーザの要求およびＵの現在位置に依存して、異なるメカニズムおよびポリシーを適用することがある。Ｐが、インターネット内の信頼できるルータについての知識を有しない場合、Ｐ自体がＴの役割を受け持つ、すなわち、Ｐは自分のルータのうちの１つをＴとして選択すると仮定される。
【００３０】
リモート通信相手（Ｒ）
Ｒは、リモート通信相手を表す。リモート通信相手は、端末Ｕが通信を要求する相手となる任意のリモートホストであることが可能である。例えば、リモート通信相手Ｒには、公衆インターネット上のサーバおよびその他のＩＰベースの装置、社内イントラネット上のサーバ、あるいは、社内イントラネットやプライベートＩＰネットワーク内のワークステーションやパーソナルコンピュータが含まれるが、これらには限定されない。
【００３１】
仮定
本発明の目的のため、コンポーネントＵとＡの間は、ＡとＰの間とともに、互いに信頼関係がないと仮定される。具体的には、端末装置Ｕがリモート相手側Ｒと通信したいとき、Ｕは、Ｐからサービスを取得するために、単にその近傍内のアクセス局Ａを探索するだけである。通常、Ｕは、ＡとＵの間に信頼を生じうるような長期間継続する関係をＡとの間で有することはない。
【００３２】
さらに、アクセス局Ａは、ＵやＰを信頼しないと仮定される。アクセス局Ａの主要な関心は、アクセス局Ａによって端末Ｕに提供されたリソースおよびサービスに対する償還を取得することに集中される。
【００３３】
最後に、Ｐは、アクセス局Ａを信頼しない。Ｐは、その加入者Ｕが、Ａによって要求されたように実際にＡのリソースを使用していることを保証しなければならない。これは、アクセス局Ａが、存在しない端末ＵをＰに報告し、おそらくはＵからの虚偽のトラフィックさえ生成するような状況を回避するためである。そのような状況では、Ｐは、ＡがＰの真の加入者にサービスしていないのにＡに補償をすることになってしまう。ＡによってＵに対してなされるサービスについてのＰとＡの間の支払い手続きは、好ましくは、関連する当事者間の精算契約によって管理される。前述のように、ＵとＰの間の支払い手続きは、サービス契約によって管理され、定額制料金、あるいは、時間単位やトラフィック量単位で決定される使用料金に基づくことが可能である。
【００３４】
本発明の応用
本明細書では、第三者所有のインフラストラクチャを通じてＩＰネットワーク（例えば、公衆インターネットや社内イントラネットのような）へのパブリックアクセスを提供するシステムおよび方法は、当業者には明らかなように、いくつかの具体的な方法で実現される。具体的には、本発明のシステムおよび方法は、全体として、ハードウェア、ソフトウェアまたはその両方の組合せとして実現される。特に、本発明によって利用されるアクセスポイントあるいはその他のハードウェア要素は、プロセッサと、そのプロセッサの制御下にあるメモリとを有する。メモリには、プロセッサによって実行される命令（ソフトウェア）が提供され、これにより、プロセッサは、アクセス局、あるいはその他のハードウェアをさまざまな方法で動作させることが可能となる。同様に、アクセス局は、部分的に、ハードウェアおよびソフトウェアとして実現可能である。
【００３５】
また、ＩＰネットワークへのアクセスを提供する本発明のシステムおよび方法は、ワイヤレスおよび有線のアクセスに関して同様に使用可能である。ここで、「ワイヤレス」とは、無免許周波数帯で動作する短距離技術を意味することも、より長距離の免許を受けた電波技術を意味することも可能である。
【００３６】
さらに、ＩＰネットワークへのパブリックアクセスを提供する本発明のシステムは、ＩＰネットワークに接続するための有線、ワイヤレスまたはそれらの組合せの手段のいずれを用いて実現することも可能である。したがって、理解されるべき点であるが、「ＩＰネットワーク」あるいは「インターネット」という用語は、その最広義における「ＩＰに基づくネットワーク」を意味し、これには、公衆インターネット、社内イントラネット、プライベートまたはパブリックＬＡＮ、およびＩＰベースのアドホックネットワークが含まれるが、これらには限定されない。
【００３７】
第三者のインフラストラクチャを用いて（インターネットのような）ＩＰネットワークへのアクセスを提供する本発明のシステムおよびメカニズムの利点は、ＩＳＰにとって利用可能であるとともに、自己の通信の必要のためにインターネットを使用する企業にも利用可能である。本発明の１つの利点は、ＩＳＰ／会社が、自己のアクセスネットワークを必要としないことである。したがって、ＩＳＰ／会社は、広い地域をアクセスポイントでカバーすることや、免許を要する周波数スペクトルのために高額な免許を取得する必要がない。
【００３８】
本発明のシステムの例示的な応用分野には、以下の場合があるが、これらには限定されない。
・個人の家庭内のアクセス局が、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）、あるいはＨｉｐｅｒＬａｎなどの（これらには限定されない）ワイヤレス伝送標準を用いて、ワイヤレスアクセスを訪問者や近隣に提供する場合。
・ホテルや空港のような第三者によって所有され運営されるネットワークインフラストラクチャ内に実現された公共エリアアクセス局が、顧客のＩＳＰによって管理されるインターネットアクセスを顧客や訪問者に提供する場合。実現のためのワイヤレス標準には、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）およびＨｉｐｅｒＬａｎが含まれるが、これらには限定されない。
・アクセス局が、一時的に配備されリースされる場合。例えば、会議が、会議参加者に、その会議参加者のＩＳＰによって管理されるインターネットアクセスを与えるために、会議開催地でアクセス局をリースすることがある。実現のためのワイヤレス標準には、ＷＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（ＩＥＥＥ８０２．１５）およびＨｉｐｅｒＬａｎが含まれるが、これらには限定されない。
【００３９】
パブリックアクセスＬＡＮ環境に複数のワイヤレスアクセス技術を提供するため、さまざまなワイヤレス製品およびさまざまなタイプのワイヤレス事業者が共存可能であり、したがって、本発明の実施例は、さまざまなベンダからのワイヤレスＬＡＮカードとは独立の、相互運用可能なエアインタフェースであることに注意すべきである。
【００４０】
［本発明の構成および動作］
図１に本発明のコンポーネントを利用可能なネットワークを例示する。図１に示されるように、安全な（セキュア）トンネル（１）（破線で表す）が、端末ユーザＵ（３）と信頼されるノードＴ（５）の間で、アクセス局Ａ（７）を通じて確立される。いったん端末Ｕ（３）およびＩＳＰ Ｐ（４）が認証されると、ＩＳＰ Ｐは、信頼ノードＴ（５）を選択し、セッション鍵を端末Ｕ（３）および信頼ノード（５）に配送する（ＩＳＰ（４）、端末（３）および信頼ノードＴ（５）の間の破線で表す）。この秘密のセッション鍵は、アクセス局Ａには未知であるが、ＵとＴの間の暗号化を容易にするために使用されることになる。アクセス局Ａ（７）がデータをＵからＴへおよびＴからＵへ転送する能力とともに、ＵとＴの間の安全なトンネル（１）を確立することができる。この安全なトンネル（１）を用いて、端末Ｕ（３）は、暗号化されたデータパケットを信頼ノードＴ（５）に送信することが可能である。信頼ノードＴ（５）は、破線で表されるように、データパケットをＩＰネットワーク（９）へ、特に、リモートホスト（１０）へ転送する。
【００４１】
図２は、安全なトンネル（１）の確立に必要な、端末Ｕ（３）、アクセス局Ａ（７）、ＩＳＰ Ｐ（４）および信頼ノードＴ（５）の間の認証およびセッション鍵転送を示す同様のネットワークの図である。具体的には、端末Ｕ（３）およびＩＳＰ Ｐ（４）は、両端に矢印のある長い破線で示されるように、アクセス局Ａ（７）を通じて認証チャレンジを互いに送信する。端末Ｕ（３）およびＩＳＰ Ｐ（４）の両方の正しい認証の後、ＩＳＰ Ｐ（４）は、セッション鍵を生成し、短い破線で示されるように、信頼ノードＴ（５）および端末Ｕ（３）に配送する。このセッション鍵を用いて、端末Ｕ（３）および信頼ノードＴ（５）は、データメッセージを暗号化し、アクセス局Ａ（７）を通る安全なトンネル（１）を通じてそれを転送する。しかし、データパケットの暗号化のため、アクセス局Ａ（７）は、そのデータパケットを復号したり変更したりすることはできない。換言すれば、信頼ノードＴ（５）がデータパケットをＩＰネットワーク（９）との間で転送し受信する間、アクセス局Ａ（７）は単に端末Ｕ（３）と信頼ノードＴ（５）の間の通路として作用するだけである。
【００４２】
ＵとＰの相互認証
端末Ｕ（３）は、アクセス局Ａ（７）にアクセスすることができる（すなわち、端末Ｕ（３）とアクセス局Ａ（７）が、選択された通信媒体（有線またはワイヤレス）を通じてデータを交換することができる）地点に、スイッチオフモードで到着すると仮定する。さらに、端末Ｕ（３）およびＩＳＰ Ｐ（４）は、公開鍵基盤[PubKey]に参加していると仮定する。具体的には、公開鍵基盤への参加者は、「公開鍵」および「秘密鍵」という２つの鍵を有する。秘密鍵は、その参加者のみが知っており、他の当事者には決して明かされない。公開鍵は、誰もがどの参加者の公開鍵をも知っているように公開される。文献"Applied Cryptography: Protocols, Algorithms, and Source Code in C"で説明されている理由により、このような鍵は、一方の鍵（公開鍵または秘密鍵）で暗号化されたデータは他方の鍵（それぞれ、秘密鍵または公開鍵）では復号することができるが、他の鍵ではできないという性質を有する。
【００４３】
次に、図２および図４を参照して、ユーザ端末Ｕ（３）が、たまたま端末Ｕ（３）の現在位置の近くにある信頼されないアクセス局Ａ（７）を用いて、自己のＩＳＰ Ｐ（４）に対してどのようにしてサービスを要求するかについて説明する。
【００４４】
ステップＳ１おいて、端末Ｕ（３）が起動され、そのネットワークインタフェースが初期化されると、端末Ｕ（３）はＩＰアドレスを取得するためにＤＨＣＰ（動的ホスト設定プロトコル）要求をネットワークにブロードキャストする。アクセス局Ａ（７）は、このブロードキャストの範囲内にある場合、このＤＨＣＰ要求を受信することになる。ＤＨＣＰは、コンピュータやワークステーションが、中央のサーバによって管理されるプールから一時的または永続的なＩＰアドレスを得ることを可能にするＩＰベースのプロトコルである。通常、ホストネットワークはＤＨＣＰサーバを動作させ、一方、ワークステーションやモバイル装置はＤＨＣＰクライアントを動作させる。ＤＨＣＰによれば、ＩＰアドレスを（モバイル装置のような）ノードにオンザフライで動的に割り当てることが可能となる。ＤＨＣＰに関する技術情報および背景的知識については、R. Dromsの"Dynamic Host Configuration Protocol (DHCP)"と題する文献を参照。注意すべき重要な点であるが、端末Ｕ（３）がアクセス局Ａ（７）と通信するために使用する技術に依存して、端末Ｕ（３）は、ＤＨＣＰ要求をブロードキャストする前に、アクセス局（７）とのある形式のアソシエーション（関連づけ）を作成することが必要な場合がある。このようなアソシエーションを確立する手続きは、ＩＥＥＥ８０２．１１技術に関する関連文書に規定されている。
【００４５】
ステップＳ２において、アクセス局Ａ（７）が本発明のメカニズムをサポートする場合、アクセス局Ａ（７）は、「マジックＤＨＣＰ応答」(magic DHCP response)により端末Ｕ（３）に応答する。端末Ｕ（３）がどのようにして「マジック」と「非マジック」（標準）のＤＨＣＰ応答を区別するかについては後述する。「マジックＤＨＣＰ応答」の目的は、端末Ｕ（３）に対して、アクセス局Ａ（７）が本発明のメカニズムと互換性があることを示すことである。端末Ｕ（３）が標準すなわち非マジックＤＨＣＰ応答を受け取った場合、端末Ｕ（３）は、ＤＨＣＰの標準の動作モードに従ってＩＰアドレスを取得するだけであるため、本発明のメカニズムは利用可能ではないことを知る。いずれの場合でも、ＤＨＣＰ応答は、アクセス局Ａ（７）のＩＰアドレス（ゲートウェイとして識別される）と、端末Ｕ（３）のＩＰアドレス（クライアントＩＰアドレスとして識別される）を含む。
【００４６】
ＤＨＣＰ応答は、さまざまな方法で、「マジックＤＨＣＰ応答」として定義されることが可能であり、それらはすべて、本発明の技術的範囲内に入る。例えば、ＤＨＣＰ応答は、値「１」に初期化された「ＡＰ」ＤＨＣＰオプションフィールドを含む場合に、「マジックＤＨＣＰ応答」とみなすことが可能である。ＤＨＣＰプロトコルは、新たなオプションフィールドの動的な導入を見込んでいる。「ＡＰ」ＤＨＣＰオプションフィールドの値が１であることは、端末Ｕ（３）が接続しようとしているアクセス局Ａ（７）が、本発明のメカニズムをサポートすることを示す。他方、「ＡＰ」ＤＨＣＰオプションフィールドがないか、１以外の値であることは、アクセス局Ａ（７）が本発明のメカニズムをサポートしないことを示す。
【００４７】
別法として、「マジックＤＨＣＰ応答」は、予約されたＩＰアドレスを端末Ｕに割り当てるＤＨＣＰ応答として定義されることも可能である。例示のみの目的であるが、ＩＰアドレス１３８．１５．１０３．２２０（これは一般にＮＥＣ ＵＳＡの管理下にある）を、この目的のために使用可能である。このＩＰアドレスはＮＥＣ ＵＳＡに割り当てられているため、他のネットワークによってＤＨＣＰクライアントに割り当てられることはできない。ＮＥＣ ＵＳＡもまた、このアドレスを他の目的のために使用しないことを保証する。それゆえ、ＩＰアドレス１３８．１５．１０３．２２０が端末Ｕ（３）に割り当てられることは、アクセス局Ａ（７）が本発明のメカニズムをサポートすることを示す。他方、１３８．１５．１０３．２２０以外のＩＰアドレスが端末Ｕ（３）に割り当てられることは、アクセス局Ａ（７）が本発明のメカニズムをサポートしないことを示す。
【００４８】
端末Ｕ（３）が単に動的に割り当てられたＩＰアドレスすなわち「非マジック」ＤＨＣＰ応答を受け取るだけである場合、端末Ｕ（３）には、ネットワークおよびアクセス局Ａ（７）が本発明をサポートしないことが確認される。したがって、端末Ｕ（３）は、第三者所有の信頼されないアクセス局Ａ（７）を通じて、端末Ｕ（３）のＩＳＰ Ｐ（４）を利用したインターネットアクセスを取得することはできない。
【００４９】
ステップＳ３ａにおいて、端末Ｕ（３）は、アクセス局Ａ（７）が存在すること、および、アクセス局Ａ（７）が本発明のメカニズムをサポートすることを知ると、識別パケットをアクセス局Ａ（７）に送る。このパケットは次のものを含む。
・端末Ｕ（３）が契約しているＩＳＰのＩＰアドレス。
・契約しているＩＳＰ Ｐ（４）によって端末Ｕ（３）に以前に割り当てられた識別文字列あるいは番号。
・ＩＳＰ Ｐ（４）を、端末Ｕ（３）が契約しているＩＳＰであるとして認証するために、端末Ｕ（３）によってランダムに生成されたチャレンジＣＨ＿Ｕ。
【００５０】
ステップＳ３ｂにおいて、アクセス局Ａ（７）は、ＩＳＰ認証パケットを端末Ｕ（３）から受け取ると、ローカル固有識別（ＬＵＩＤ：local unique identification）を端末Ｕ（３）に割り当てる。ＬＵＩＤは、アクセス局Ａ（７）が同時に複数の端末Ｕにサービスしているような状況で、メッセージやデータパケットを正しい端末Ｕ（３）と関連づける（照合する、組み合わせる）ために、アクセス局Ａ（７）によって利用される。ＬＵＩＤは、アクセス局Ａ（７）が正しい端末Ｕにデータを送信するのを助ける区別可能な識別属性であればよい。例として、ＬＵＩＤは、端末Ｕ（３）のＭＡＣアドレスとすることが可能であるが、これには限定されない。
【００５１】
次に、アクセス局Ａ（７）は、修正されたＩＳＰ認証パケットをＩＳＰ Ｐ（４）に転送する。アクセス局Ａ（７）は、端末ＵのＩＳＰ Ｐ（４）のＩＰアドレスを知っている。これは、ステップＳ（３ａ）で端末Ｕ（３）からアクセス局Ａ（７）に送られたＩＳＰ識別パケットに、端末Ｕ（３）によって含められていたからである。修正されたＩＳＰ認証パケットは次のものを含む。
・アクセス局Ａ（７）のＩＰアドレス（ＩＳＰ Ｐ（４）がデータをアクセス局Ａ（７）に転送することができるようにするため）。
・端末Ｕ（３）に割り当てられたＬＵＩＤ。
・端末Ｕ（３）の識別番号。
・端末Ｕ（３）がランダムに生成したチャレンジＣＨ＿Ｕ。
【００５２】
明確にしておかなければならない点であるが、端末Ｕ（３）の識別番号と端末Ｕ（３）のＬＵＩＤは２つの異なる無関係のＩＤである。識別番号は、ＩＳＰ Ｐ（４）によって前もって端末Ｕ（３）に割り当てられたものである（例えば、これは、端末Ｕ（３）とＩＳＰ Ｐ（４）が加入契約を結んだときに決定されたユーザ名である）。これに対して、ＬＵＩＤは、アクセス局Ａ（７）によって端末Ｕ（３）に動的に割り当てられ、アクセス局Ａ（７）が現在サービスを提供している端末Ｕ（３）を列挙するためにアクセス局Ａ（７）のみによって使用されるものである。端末Ｕ（３）およびＩＳＰ Ｐ（４）のいずれも、アクセス局Ａ（７）がどのようにしてＬＵＩＤを選択し割り当てるかには影響を及ぼさない。
【００５３】
ステップＳ４ａにおいて、ＩＳＰ Ｐ（４）は、アクセス局Ａ（７）から修正されたＩＳＰ認証パケットを受け取ると、アクセス局Ａ（７）を通じてインターネットあるいはその他のサービスを取得することを端末Ｕ（３）が要求していることを知る。しかし、ＩＳＰ Ｐ（４）は、ＩＳＰ認証パケットの発信者が正当な端末Ｕ（３）でありＩＳＰ Ｐ（４）と契約しているかどうかを確かめることができない。例えば、ＩＳＰ認証パケットは、ＩＳＰ Ｐ（４）と加入契約をしていないユーザから送られたものかもしれない。あるいは、アクセス局（７）が、サービスを提供することを必要とせずにＩＳＰから補償を得る目的でユーザになりすまして要求を生成することによって、悪意をもってふるまっているかもしれない。そこで、ＩＳＰ Ｐ（４）は、端末Ｕ（３）がＩＳＰ Ｐ（４）の真正な加入者であることを確かめるために、端末Ｕ（３）の識別（身元）を認証しなければならない。
【００５４】
端末Ｕ（３）を認証するため、ＩＳＰ Ｐ（４）は、端末Ｕ（３）によって正しく応答されるときに端末Ｕ（３）の識別を確認することになるチャレンジＣＨ＿Ｐを生成する。注意すべき点であるが、このようなチャレンジは通常、乱数ジェネレータによって生成される大きい数または文字列である。
【００５５】
この際、ＩＳＰ Ｐ（４）は、ステップ（３ａ）で端末Ｕ（３）によって生成されたチャレンジＣＨ＿Ｕに対する応答も行う。ＣＨ＿Ｕは、単に、ＩＳＰ Ｐ（４）の秘密鍵で暗号化されて端末Ｕ（３）に送られるだけであるので、端末Ｕ（３）は、ＩＳＰ Ｐ（４）の公開鍵を用いてこのメッセージを復号することができる。もとのＣＨ＿Ｕメッセージが判明した場合、端末Ｕ（３）には、ＩＳＰＰ（４）の真正が確かめられる（すなわち、ＩＳＰ Ｐ（４）は端末Ｕ（３）に認証される）。
【００５６】
さらに、ＩＳＰ Ｐ（４）は、端末Ｕ（３）のセキュリティ要求およびアクセス局Ａ（７）の位置に依存して、信頼ネットワークノードＴ（５）を選択する。最後に、ＩＳＰ Ｐ（４）は、次の内容を有するパケットをアクセス局Ａ（７）に送る。
・端末Ｕ（３）のチャレンジに対するＩＳＰ Ｐ（４）の応答。これは、ＣＨ＿ＵをＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。
・端末Ｕ（３）を認証するための、ＩＳＰ Ｐ（４）がランダムに生成したチャレンジＣＨ＿Ｐ。
・信頼ノードＴ（５）のＩＰアドレス。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられたＬＵＩＤ。
【００５７】
ステップＳ４ｂで、アクセス局Ａ（７）は、ＩＳＰ Ｐ（４）からユーザ認証パケットを受け取ると、修正されたユーザ認証パケットを端末Ｕ（３）に転送する。この修正されたユーザ認証パケットは次のものを含む。
・端末Ｕ（３）のチャレンジに対するＩＳＰ Ｐ（４）の応答。これは、ＣＨ＿ＵをＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。
・端末Ｕ（３）を認証するための、ＩＳＰ Ｐ（４）がランダムに生成したチャレンジＣＨ＿Ｐ。
・アクセス局Ａ（７）が同時に複数のユーザＵ（３）にサービスしている場合、端末Ｕ（３）に割り当てられたＬＵＩＤもユーザ認証パケットに含められる。前述のように、ＬＵＩＤは、どの端末Ｕ（３）がデータパケットを受け取るべきかをアクセス局Ａ（７）が判断するのを助ける。
【００５８】
ステップＳ５ａで、端末Ｕ（３）は、ＩＳＰ Ｐ（４）によってＰの公開鍵で暗号化された、チャレンジＣＨ＿Ｕに対するＩＳＰ Ｐ（４）の応答を、ＩＳＰＰ（４）の公開鍵を用いて復号し確認する。端末Ｕ（３）が、ＩＳＰ Ｐ（４）の公開鍵を用いて、チャレンジＣＨ＿Ｕに対するＩＳＰ Ｐ（４）の応答を復号することに成功した場合、端末Ｕ（３）には、暗号化された応答が実際にＩＳＰ Ｐ（４）によって生成されたものであることが確かめられ、これによりＩＳＰ Ｐ（４）の識別が認証される。
【００５９】
この時点で、端末Ｕ（３）は、端末Ｕ（３）の識別を確認し認証するための、ＩＳＰ Ｐ（４）によって生成されたチャレンジＣＨ＿Ｐに対する応答の生成も行う。ＩＳＰ Ｐ（４）のチャレンジＣＨ＿Ｐに応答して、端末Ｕ（３）は、ＩＳＰ Ｐ（４）のチャレンジＣＨ＿Ｐを、端末Ｕ（３）の秘密鍵で暗号化する。その後、端末Ｕ（３）は、次の内容を有するメッセージをアクセス局Ａ（７）に送る。
・ＩＳＰ ＰのチャレンジＣＨ＿Ｐに対する端末Ｕ（３）の応答。
【００６０】
ステップＳ５ｂにより、アクセス局Ａ（７）は、ステップＳ５ａで生成された端末Ｕ（３）からのメッセージを受け取り、それをＩＳＰ Ｐ（４）に転送する。必ずしも必要ではないが、アクセス局Ａ（７）が端末Ｕ（３）のＬＵＩＤをＩＳＰ Ｐ（４）へのメッセージに含めると有益なことがある。その場合、将来、（ＩＳＰ Ｐ（４）からアクセス局Ａ（７）を通じて端末Ｕ（３）に送らなければならないデータについて）ＩＳＰ Ｐ（４）が正しい端末Ｕ（３）をアクセス局Ａ（７）に指示することが容易になる。
【００６１】
ステップＳ６ａおよびＳ６ｂで、ＩＳＰ Ｐ（４）は、チャレンジＣＨ＿Ｐに対する端末Ｕ（３）の応答が、正当な端末Ｕ（３）によって生成されたことを確認する。端末Ｕ（３）を認証するために、ＩＳＰ Ｐ（４）は、チャレンジＣＨ＿Ｐに対する応答を端末Ｕ（３）の公開鍵で復号する。復号された応答が、ＩＳＰ Ｐ（４）のもとのチャレンジＣＨ＿Ｐとなった場合、ＩＳＰ Ｐ（４）には、端末Ｕ（３）が正当な加入者であり、ＩＳＰ Ｐ（４）と契約していることが確かめられる。
【００６２】
ここで、ＩＳＰ Ｐ（４）は、端末Ｕ（３）と信頼ノードＴ（５）が後で端末Ｕ（３）と信頼ノードＴ（５）の間のトラフィックを暗号化して、端末Ｕ（３）と信頼ノードＴ（５）の間に安全なトンネル（１）を確立するために使用することになるセッション鍵を生成する。セッション鍵とともに、安全なトンネルの有効期間を決定するタイムアウト値が、端末Ｕ（３）および信頼ノードＴ（５）の両方に伝えられる。
【００６３】
ステップＳ６ａで生成され、ＩＳＰ Ｐ（４）から信頼ノードＴ（５）に送られるメッセージは、次の情報を含む。
・セッション鍵PT。これは、セッション鍵を、信頼ノードＴ（５）の公開鍵およびＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。注意すべき重要な点であるが、セッション鍵は信頼ノードＴ（５）の公開鍵で暗号化されるため、信頼ノードＴ（５）のみが（その秘密鍵を用いて）それを復号することができる。セッション鍵はＩＳＰ Ｐ（４）の秘密鍵で暗号化されるため、信頼ノードＴ（５）は、それが実際にＩＳＰ Ｐ（４）から来たことを（ＩＳＰ Ｐ（４）の周知の公開鍵を用いて）確認することができる。
・安全なトンネル（１）の有効期間を決定するタイムアウト値（詳細は後述）。・アクセス局Ａ（７）のＩＰアドレス。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられた、端末Ｕ（３）のＬＵＩＤ。
【００６４】
ステップＳ６ｂで生成されたメッセージは、アクセス局Ａ（７）を通じてＩＳＰ Ｐ（４）から端末Ｕ（３）に送られる。すなわち、これは、まずＩＳＰ Ｐ（４）からアクセス局Ａ（７）に送られた後、アクセス局Ａ（７）によって端末Ｕ（３）に転送される。このメッセージは、次の情報を含む。
・セッション鍵UT。これは、セッション鍵を、端末Ｕ（３）の公開鍵およびＩＳＰ Ｐ（４）の秘密鍵で暗号化したものである。注意すべき重要な点であるが、セッション鍵は端末Ｕ（３）の公開鍵で暗号化されるため、端末Ｕ（３）のみが（その秘密鍵を用いて）それを復号することができる。セッション鍵はＩＳＰ Ｐ（４）の秘密鍵で暗号化されるため、端末Ｕ（３）は、それが実際にＩＳＰ Ｐ（４）から来たことを（ＩＳＰ Ｐ（４）の周知の公開鍵を用いて）確認することができる。
・安全なトンネル（１）の有効期間を決定するタイムアウト値。
・アクセス局Ａ（７）によって端末Ｕ（３）に割り当てられた、端末Ｕ（３）のＬＵＩＤ。注意すべき重要な点であるが、ＬＵＩＤは、アクセス局Ａ（７）が、メッセージを正しい端末Ｕ（３）に転送するためにのみ必要とされる。この情報フィールドは、アクセス局Ａ（７）から端末Ｕ（３）に送られる最終的なメッセージでは随意に省略することができる。
【００６５】
アクセス局Ａ（７）を通じての端末Ｕ（３）と信頼ノードＴ（５）の間の安全なトンネル（１）の生成
いったん端末Ｕ（３）およびＩＳＰ Ｐ（４）が認証されると、端末Ｕ（３）がＩＰパケットをアクセス局Ａ（７）に送ることができ、さらにそれをアクセス局Ａ（７）が信頼ノードＴ（５）に転送することができる。また、その逆も可能である（信頼ノードＴ（５）がＩＰパケットをアクセス局Ａ（７）に送ることができ、その後それをアクセス局Ａ（７）が端末Ｕ（３）に転送することができる）。その結果、端末Ｕ（３）と信頼ノードＴ（５）の間に（アクセス局Ａ（７）を通じて）安全なトンネル（１）が確立される。この安全なトンネル（１）の目的は、端末Ｕ（３）と信頼ノードＴ（５）の間の物理リンクをエミュレートすることである。さらに、端末Ｕ（３）および信頼ノードＴ（５）は両方とも（ＩＳＰ Ｐ（４）によって生成された）同じセッション鍵を有するため、安全なトンネル（１）を通るトラフィックはこのセッション鍵で暗号化することが可能である。安全なトンネルを通るパケットを暗号化することにより、端末Ｕ（３）と信頼ノードＴ（５）の間に位置するネットワーク要素（例えば、アクセス局Ａ（７））は、端末Ｕ（３）や信頼ノードＴ（５）によって検出されずにＩＰパケットの追加、変更あるいは除去を行うことは不可能となる。
【００６６】
アクセス局Ａ（７）は、メッセージを信頼ノードＴ（５）に送るときにはいつも、そのメッセージを発信した端末Ｕ（３）のＬＵＩＤを含める。ＬＵＩＤは、アクセス局Ａ（７）のＩＰアドレスとともに、信頼ノードＴ（５）が端末Ｕ（３）を識別するために使用可能なグローバルに一意的なＩＤを生成する。
【００６７】
さらに、信頼ノードＴ（５）は、（端末Ｕ（３）への最終的配送のために）アクセス局Ａ（７）に送るのと同じＬＵＩＤをメッセージに含める。アクセス局Ａ（７）は、このＬＵＩＤを用いて、メッセージの転送先とすべき正しい端末Ｕ（３）を決定することができる。ＬＵＩＤは、端末Ｕ（３）にとっては重要でないため、アクセス局Ａ（７）は、信頼ノードＴ（５）から端末Ｕ（３）に転送するメッセージからそれを随意に除去することも可能である。
【００６８】
端末ＵとＩＰネットワークの間のデータ転送
次に、図２および図５を参照して、端末Ｕ（３）とＩＰネットワーク（９）（例えば、インターネットや社内イントラネット）の間のデータ転送について説明する。注意すべき重要な点であるが、図４が、端末Ｕ（３）、アクセス局Ａ（７）、ＩＳＰ Ｐ（４）、および信頼ノードＴ（５）の間のメッセージシーケンスを示したのとは異なり、図５は、端末Ｕ（３）、アクセス局Ａ（７）、信頼ノードＴ（５）およびインターネット（９）の間のメッセージシーケンスを示す。
【００６９】
図５から理解されるとともに、すでに説明したように、端末Ｕ（３）と信頼ネットワークノードＴ（５）の間でアクセス局Ａ（７）を通じてデータを送信するために、安全なトンネル（１）が確立される。端末Ｕ（３）、アクセス局Ａ（７）、および信頼ノードＴ（５）が安全なトンネル（１）を通じてＩＰパケットを交換することができることにより、これ以上ＩＳＰ Ｐ（４）が関与することは不要となる（ＩＳＰ Ｐ（４）の関与は、生成されたセッション鍵が端末Ｕ（３）および信頼ノードＴ（５）に安全に配送されたときに終了する）。
【００７０】
一般に、安全なトンネル（１）を通じてＩＰパケットを送信する前に、端末Ｕ（３）は、信頼ノードＴ（５）からＩＰアドレスを取得するために、安全なトンネル（１）を通じて第２のＤＨＣＰ要求を信頼ノードＴ（５）に転送する。注意すべき重要な点であるが、安全なトンネル（１）は、端末Ｕ（３）と信頼ノードＴ（５）の間の物理リンクをエミュレートする。安全なトンネル（１）が確立された後、端末Ｕ（３）は次の２つのネットワークインタフェースを有する（それぞれＩＰアドレスを必要とする）。
【００７１】
１） 端末Ｕ（３）をアクセス局Ａ（７）と接続する物理インタフェース（例えば、イーサーネットカードや８０２．１１ワイヤレスＬＡＮカード）。端末Ｕ（３）は、第１のＤＨＣＰ要求を送出することによって、このインタフェースに対するＩＰアドレスを取得した。このＤＨＣＰ要求は、アクセス局Ａ（７）によって受信され応答された。
【００７２】
２） 端末Ｕ（３）を信頼ノードＴ（５）と接続する、安全なトンネル（１）への論理インタフェース。端末Ｕ（３）は、安全なトンネル（１）を通じて第２のＤＨＣＰ要求をブロードキャストすることによって、このインタフェースに対する別のＩＰアドレスを取得しなければならない。ただし、この第２のＤＨＣＰ要求は、信頼ノードＴ（５）によって受信され応答される。
【００７３】
第２のＩＰアドレスを信頼ノードＴ（５）から取得することにより、端末Ｕ（３）は、グローバルインターネット（９）によって信頼ノードＴ（５）へとルーティングされる送信元アドレスを有するＩＰパケットを生成することが可能となる。さらに、信頼ノードＴ（５）は、その宛先アドレスを有するＩＰパケットを、信頼ノードＴ（５）と端末Ｕ（３）の間のトンネルを通じて端末Ｕ（３）に転送することが可能となる。
【００７４】
第２のＤＨＣＰ要求に関するメカニズムについて以下で説明する。端末Ｕ（３）は、（自分（端末Ｕ（３））と信頼ノードＴ（５）との間に確立した）安全なトンネル（１）を、追加の（論理）ネットワークインタフェースとして利用可能にするために、第２のＤＨＣＰ要求を生成する。ステップ７ａに示すように、端末Ｕ（３）は、このＤＨＣＰ要求を、端末Ｕ（３）と信頼ノードＴ（５）の間で共有されるセッション鍵で暗号化する。次に、端末Ｕ（３）は、暗号化されたＤＨＣＰ要求を、新たなＩＰパケット「Ｙ」のペイロードフィールドに入れる（すなわち、Ｙ［ＤＨＣＰ要求／セッション鍵］）。「Ｙ」ＩＰパケットは、信頼ノードＴ（５）のＩＰアドレスをその宛先アドレスとし、アクセス局Ａ（７）のアドレスをその送信元アドレスとする。「Ｙ」ＩＰパケット（Ｙ［ＤＨＣＰ要求／セッション鍵］）は、アクセス局Ａ（７）に転送される。アクセス局Ａ（７）は、「Ｙ」ＩＰパケットを信頼ノードＴ（５）に転送するが、パケット内の内容を復号することはできない。アクセス局Ａ（７）は正しいセッション鍵を有しないからである。注意すべき重要な点であるが、アクセス局Ａ（７）は、「Ｙ」ＩＰパケットを信頼ノードＴ（５）に転送するときに、前述したように、端末Ｕ（３）のＬＵＩＤを「Ｙ」ＩＰパケットに付加することが可能である。
【００７５】
ステップＳ７ｂにおいて、信頼ノードＴ（５）は、アクセス局Ａ（７）を通じて、暗号化されたＤＨＣＰ要求を含む「Ｙ」ＩＰパケットを端末Ｕ（３）から受け取ると、ＤＨＣＰ要求を復元し、ＩＰアドレスを端末Ｕ（３）に割り当て、端末Ｕ（３）に対するＤＨＣＰ応答を生成する。明らかなように、このＤＨＣＰ要求によって端末Ｕ（３）に割り当てられるＩＰアドレスは、グローバルインターネット（９）がメッセージを信頼ノードＴ（５）にルーティングするために使用するＩＰアドレスである。その後、このＤＨＣＰ応答は、セッション鍵で暗号化されてアクセス局Ａ（７）に転送され、アクセス局Ａ（７）はこの応答を端末Ｕ（３）に送る。この間、アクセス局Ａ（７）は応答の内容を復号することはできない。
【００７６】
端末Ｕ（３）は、暗号化されたＤＨＣＰ応答を受け取ると、ＩＰアドレスを取得する。このＩＰアドレスは、グローバルインターネット（９）が信頼ノードＴ（５）にルーティングし、信頼ノードＴ（５）が端末Ｕ（３）に（アクセス局Ａ（７）を通じての、安全なトンネル（１）を通って）転送するものである。明確にするため、注意すべき点であるが、上記のＤＨＣＰ応答に含まれるＩＰアドレスは、信頼ノードＴ（５）自体のＩＰアドレスではなく、グローバルインターネット（９）が信頼ノードＴ（５）にルーティングするＩＰアドレスである。信頼ノードＴ（５）は、このＩＰアドレスを宛先アドレスとして有するメッセージを受け取ると、信頼ノードＴ（５）がメッセージの最終受信者ではなく、端末Ｕ（３）である最終宛先へメッセージを転送することになっていることを容易に判断することができる（すなわち、信頼ノードＴ（５）はルータとして作用する）。信頼ノードＴ（５）は、端末Ｕ（３）のＤＨＣＰ要求に対して、前記ＩＰアドレスを含むＤＨＣＰ応答により応答するとき、前記ＩＰアドレスを端末Ｕ（３）の識別および対応するアクセス局Ａ（７）と関連づけるレコードを保持する。この情報により、信頼ノードＴ（５）は、グローバルインターネット（９）から受け取るあらゆるＩＰパケットについて、次の情報を判定することが可能となる。
・パケットの転送先となるべき関連づけられた端末Ｕ（３）。
・信頼ノードＴ（５）をその特定の端末Ｕ（３）と接続する安全なトンネル（１）。
・安全なトンネル（１）を通じての送信用にパケットを暗号化するために使用しなければならないセッション鍵。
・安全なトンネル（１）が通り、暗号化されたパケットの転送先となるべき、関連づけられたアクセス局Ａ（７）。
【００７７】
ステップＳ８ａにおいて、端末Ｕ（３）と信頼ノードＴ（５）との間の（安全なトンネル（１）を通じての）パケットトラフィックの送信について詳細に説明する。この説明は、データパケットの詳細な内訳を示す図３を参照することにより補足される。具体的には、端末Ｕ（３）は、新たなＩＰパケットＸ（１１）を作成する。図３からわかるように、データパケットＸ（１１）のパケットヘッダ（１２）は、リモートホストＲ（１０）（図１に示されるような）の宛先アドレスと、端末Ｕ（３）からという送信元アドレスを有する。特に、送信元アドレスは、端末Ｕ（３）の要求に対して信頼ノードＴ（５）から端末Ｕ（３）に返されるＤＨＣＰ ＩＰアドレスである。
【００７８】
次に、ＩＰパケット（１１）全体（データパケットＸおよびヘッダを含む）が、端末Ｕ（３）と信頼ノードＴ（５）の間で共有されるセッション鍵で暗号化され、データパケットＹ（１６）のペイロード（１４）として格納される（Ｙ［Ｘ／ｋｅｙ］）。ここで、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）のヘッダ（１８）宛先アドレスは、信頼ノードＴ（５）のＩＰアドレスであり、このＩＰパケットの送信元アドレスは、端末Ｕ（３）に割り当てられるマジックＤＨＣＰアドレスである。
【００７９】
ステップＳ８ａに示されるように、アクセス局Ａ（７）は、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）を受信する。アクセス局Ａ（７）は、もちろん、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）内に含まれる内容（すなわちＸ）を復元したり操作したりすることはできない。そこで、アクセス局Ａ（７）は、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）内の送信元アドレスフィールドをアクセス局Ａ（７）のＩＰアドレスで置き換えて、修正されたパケットＹ′［Ｘ／ｋｅｙ］を作成することにより、暗号化されたＩＰパケットＹ［Ｘ／ｋｅｙ］（１６）を信頼ノードＴ（５）に転送する。さらに、アクセス局Ａ（７）は、どの端末Ｕ（３）がもとのパケットＸ（１１）を送信したかを信頼ノードＴ（５）が判断するのを助けるために、端末Ｕ（３）のＬＵＩＤを修正されたＩＰパケットＹ′［Ｘ／ｋｅｙ］に付加することが可能である。信頼ノードＴ（５）は、メッセージを復号する正しいセッション鍵を選択するためには、どの端末Ｕ（３）がパケット（１１）を送信したかを知らなければならない。
【００８０】
ステップＳ８ｂにより、信頼ノードＴ（５）は、もとのデータパケットＸ（１１）を復元する。データパケットＸ（１１）はインターネット（９）に転送される。同様に、端末Ｕ（３）宛のインターネット（９）からのデータパケットは、ステップＳ８ｂに示されるように、信頼ノードＴ（５）によって受信される。信頼ノードＴ（５）は、セッション鍵を用いてデータパケットを暗号化した後、ステップＳ８ａに示されるように、暗号化されたパケットをアクセス局Ａ（７）に転送する。アクセス局Ａ（７）は、ＬＵＩＤに基づいて、メッセージを正しい端末Ｕ（３）に転送する。
【００８１】
別法として、ＩＰ送信元アドレスと送信元ポート番号の一意的な２つ組をトンネルにマッピングするＮＡＴ（ネットワークアドレス変換）メカニズムが使用される場合には、ステップＳ７を省略することも可能である。その場合、端末Ｕ（３）によって送信され信頼ノードＴ（５）によって受信される最初のデータパケットＸ（１１）が、端末Ｕ（３）を信頼ノードＴ（５）と関連づけることになる。そして、トンネルと外部インターネット接続との間で接続パラメータをマッピングするデータ構造が作成される。
【００８２】
トンネル解放とタイムアウト
タイムアウトメカニズムは、端末Ｕ（３）と信頼ノードＴ（５）の間に確立された安全なトンネル（１）に関連するリソースの解放をトリガする。前記リソースは、端末Ｕ（３）、アクセス局Ａ（７）および信頼ノードＴ（５）に存在する。タイムアウトおよびトンネル解放を制御するタイミングメカニズムは、トンネルの両端（すなわち、端末Ｕ（３）内および信頼ノードＴ（５）内）に配置されることが可能である。タイミングメカニズムは、端末Ｕ（３）および信頼ノードＴ（５）へのセッション鍵の配送の成功時にセットされる。それぞれのタイミングメカニズムのタイマ値は、ＩＳＰ Ｐ（４）と端末Ｕ（３）の間、およびＩＳＰ Ｐ（４）と信頼ノードＴ（５）の間で転送されるセッション鍵とともに渡されることが可能である。
【００８３】
端末Ｕ（３）へのサービス提供と、提供される関連リソースとを制御する別個のタイマが、アクセス局Ａ（７）で維持される。このタイマは、トンネル（１）が確立されると、すなわち、セッション鍵が転送されるとすぐに開始される。好ましくは、端末Ｕ（３）宛のタイムアウト値が、このタイマのプリセット値として使用される。タイムアウト時に、サービス提供は停止され、アクセス局Ａ（７）におけるリソースは解放される。正しい動作を保証するため、データ転送の場合であっても、アクセス局Ａ（７）にあるタイマのタイムアウト値は、トンネル（１）のタイムアウトのタイムアウト値より大きくすべきである。
【００８４】
トンネル（１）の有効期間を延長するためには、端末Ｕ（３）は、タイマが満期になる前に、新たなサービスおよびＩＳＰ Ｐ（４）との再認証要求を呼び出すことが可能である。再認証要求は、アクセス局Ａ（７）によって端末Ｕ（３）に提供される接続サービスについて、端末Ｕ（３）の真正と、計測された継続時間情報を保証する。端末Ｕ（３）および信頼ノードＴ（５）にあるタイマが満期になると、トンネルリソースは、それぞれのネットワーク要素から解放される。
【００８５】
しかし、遅いデータ転送中のトンネルの正しい動作および維持を保証するために、各タイマは、安全時間マージン(safety time margin)を有することも可能である。安全時間マージンは、タイマに追加時間のバッファを割り当てることにより、リソースが解放されたり再認証要求がなされたりする前に、遅いデータ転送が完了するようにする。
【００８６】
課金
アクセス局Ａ（７）が端末Ｕ（３）にサービスを提供した時間の長さに基づくアカウンティング方法も実現される。ある計測単位を利用して、アクセス局Ａ（７）が端末Ｕ（３）にサービスを提供した期間を計上する。計測単位は、端末Ｕ（３）、信頼ノードＴ（５）およびアクセス局Ａ（７）に渡されるタイムアウト値によって決定される。計測単位は、数十秒から数分までの範囲にある時間単位とすることが可能である。通常、計測単位は、ＩＳＰ Ｐ（４）とアクセス局Ａ（７）の間のサービス契約、および、ＩＳＰ Ｐ（４）と端末Ｕ（３）の間の契約によって規定される。タイムアウト値は、再認証手続きの呼出しによって引き起こされる時間粒度とシグナリングおよび処理のオーバーヘッドとによって影響を受けることがある。タイミングメカニズムは、システムの正しい動作にとって必要であるため、課金情報は、定期的な再認証手続き中に伝達されるタイムアウト値から導出することが可能である。
【００８７】
ＩＳＰ Ｐ（４）が、端末Ｕ（３）によって利用されたリソースについてアクセス局Ａ（７）に補償するとともにタイマ値に基づいて端末Ｕ（３）に課金するように、タイマ値はＩＳＰ Ｐ（４）によって生成され配送されることも可能であるが、端末Ｕ（３）が、プリペイドオプションによりＩＳＰサービスを取得することも可能である。例えば、端末Ｕ（３）は、与えられた期間ｔの間だけ、アクセス局Ａ（７）により提供されるリソースに端末Ｕ（３）がアクセスしそれを利用することを許可するプリペイド加入契約をＩＳＰ Ｐ（４）と結ぶことが可能である。期間ｔは、ＩＳＰ Ｐ（４）から端末Ｕ（３）が購入する計測単位（例えば分単位）の量に対応する。通常、それぞれの認証および再認証の成功により、タイムアウト間隔（例えば１分）と等価な金額分がデクリメントされる。プリペイド時間単位が使い果たされると、ＩＳＰ Ｐ（４）は、端末Ｕ（３）に対して、再認証や新たなタイムアウト値の配送を行わない。その後、アクセス局Ａ（７）、信頼ノードＴ（５）および端末Ｕ（３）にあるタイマが満期になり、トンネル（１）は関連するリソースとともに解放される。
【００８８】
【発明の効果】
以上説明したように、本発明によれば、端末と第三者所有の信頼されない（非信頼）アクセス局との間に接続を確立し、続いて、端末と契約しているインターネットサービスプロバイダ（ＩＳＰ）へＩＳＰ認証要求を送信する。ＩＳＰと端末が正しく認証された後、端末と信頼ゲートウェイとの間に信頼された接続を確立する。こうして確立された接続を安全なトンネルとして利用することにより、ＩＳＰは、非信頼アクセス局を通じて端末に対して安全なインターネットアクセスを提供することができる。
【００８９】
こうして公衆インターネットやプライベートＬＡＮのようなパブリックまたはプライベートＩＰネットワークへのアクセスのために、既存のインフラストラクチャの共有を可能にするメカニズムを提供することができる。特に、インフラストラクチャの所有者はそのリソースを異なるＩＳＰへ短期間ベースでリースし、１つのＩＳＰはこれらリソースを用いて加入者にインターネットサービスを提供する。ＩＳＰは、課金、帯域管理およびｅメールなど、加入者に提供されるインターネットサービスの全ての側面を制御する。また、ＩＳＰは暗号化によって、加入者のプライバシーを保証する。既存のネットワーク・インフラストラクチャからのネットワークリソースのリースによって、ＩＳＰにとっては高価なアクセスインフラ自体を構築する必要がなくなり、他方、インフラストラクチャの所有者にとってはインフラから付加的な報酬を発生させる機会が与えられる。重要なのは、ユーザにとってもＩＳＰによっても、ＩＰネットワークへのアクセスを実行するためのアクセス局を信頼する必要がない（すなわちアクセス局は非信頼である）ことである。
【図面の簡単な説明】
【図１】本発明によるネットワークのモデルを示す図である。
【図２】本発明の実施例のコンポーネント間の情報フローを示す図である。
【図３】アクセス局Ａを通じてユーザ（Ｕ）から信頼ネットワーク要素Ｔに転送されるトンネル化データパケットを示す図である。
【図４】セッション鍵の認証および配送のメッセージシーケンスを示す図である。
【図５】アソシエーションおよびデータ転送のメッセージシーケンスを示す図である。
【符号の説明】
１ 安全なトンネル
３ 端末ユーザＵ
４ ＩＳＰ Ｐ
５ 信頼ノードＴ
７ アクセス局Ａ
９ ＩＰネットワーク
１０ リモートホスト
１１ データパケットＸ
１６ データパケットＹ
Claims (4)
- ユーザの端末（Ｕ）とインターネットへの信頼ゲートウェイ（Ｔ）との間で非信頼アクセス局（Ａ）を介して安全な通信を確立する通信方法において、
端末（Ｕ）と非信頼アクセス局（Ａ）の間のアソシエーションを確立するステップと、
端末（Ｕ）からインターネットサービスプロバイダ（ＩＳＰ）（Ｐ）へ前記非信頼アクセス局（Ａ）を介してＩＳＰ認証パケットを送信するステップと、
前記ＩＳＰ（Ｐ）から前記端末（Ｕ）へ前記非信頼アクセス局（Ａ）を介してユーザ認証パケットを送信するステップと、
前記ＩＳＰにおいて、
前記端末（Ｕ）と前記ＩＳＰ（Ｐ）との認証後、前記端末（Ｕ）と信頼ゲートウェイ（Ｔ）との間のトラフィックを暗号化するために使用されるセッション鍵を生成するステップと、
前記セッション鍵を前記端末（Ｕ）および前記信頼ゲートウェイ（Ｔ）に配送するステップと、
前記端末（Ｕ）が前記信頼ゲートウェイ（Ｔ）を介してインターネットと通信することができるような安全なトンネルを確立するステップと、
を有し、
前記安全なトンネルは、前記端末（Ｕ）と前記インターネットの間で前記信頼ゲートウェイ（Ｔ）を介して送信されるトラフィックが、第三者の前記非信頼アクセス局（Ａ）による変更または傍受から安全であるように、前記端末（Ｕ）と前記信頼ゲートウェイ（Ｔ）の間の物理リンクをエミュレートし、
前記ＩＳＰは、さらに、前記安全なトンネルの有効期限を設定する、
ことを特徴とする通信方法。 - 前記ＩＳＰ認証パケットは、前記ＩＳＰ（Ｐ）の身元を認証するための、前記端末（Ｕ）から前記ＩＳＰ（Ｐ）への認証チャレンジ（ＣＨ＿Ｕ）を含むことを特徴とする請求項１記載の方法。
- 前記ユーザ認証パケットは、前記端末（Ｕ）のユーザの身元を認証するための、前記ＩＳＰ（Ｐ）から前記端末（Ｕ）への認証チャレンジ（ＣＨ＿Ｐ）を含むことを特徴とする請求項１記載の方法。
- 非信頼アクセスポイントを有する非信頼インフラストラクチャを介してＩＰベースのネットワークへのパブリックアクセスを提供する方法において、
ＩＰ装置（Ｕ）と前記非信頼アクセスポイント（Ａ）の間に、ＩＰアドレスが該ＩＰ装置に動的に割り当てられる接続を確立するステップと、
ＩＳＰ認証要求を、前記ＩＰ装置（Ｕ）から、前記ＩＰ装置（Ｕ）が契約しているインターネットサービスプロバイダ（ＩＳＰ）（Ｐ）へ、第三者所有の前記非信頼インフラストラクチャに所属する前記非信頼アクセスポイント（Ａ）を通じて、送信するステップと、
前記ＩＰ装置（Ｕ）が前記ＩＳＰ（Ｐ）と契約している正当なユーザであるかどうかを判断するためのユーザ認証要求を、前記ＩＳＰ（Ｐ）から、前記ＩＰ装置（Ｕ）へ、前記第三者所有の非信頼インフラストラクチャに所属する前記非信頼アクセスポイント（Ａ）を通じて、送信するステップと、
前記ＩＳＰ（Ｐ）において、
前記ＩＳＰ認証要求および前記ユーザ認証要求が正当であるとき、前記ＩＰ装置（Ｕ）と信頼ノード（Ｔ）の間で送信されるデータを暗号化するために使用される、データパケットを暗号化するためのセッション鍵を生成するステップと、
前記セッション鍵を前記ＩＰ装置（Ｕ）および前記信頼ノード（Ｔ）に配送するステップと、
を有し、さらに、
前記ＩＰ装置（Ｕ）とインターネットの間で非信頼アクセスポイント（Ａ）を介して送信されるデータパケットが、安全なトンネルにおいて、前記非信頼アクセスポイント（Ａ）による変更および操作から保護されるように、前記ＩＰ装置（Ｕ）と前記信頼ノード（Ｔ）の間で送信されるデータパケットを暗号化するために前記セッション鍵が使用される安全なトンネルを確立するステップと、
前記ＩＳＰにおいて、前記安全なトンネルの有効期限を設定するステップと、
を有することを特徴とする、ＩＰベースのネットワークへのパブリックアクセスを提供する方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US27843601P | 2001-03-26 | 2001-03-26 | |
| US60/278436 | 2001-03-26 | ||
| US10/057914 | 2002-01-29 | ||
| US10/057,914 US20020138635A1 (en) | 2001-03-26 | 2002-01-29 | Multi-ISP controlled access to IP networks, based on third-party operated untrusted access stations |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006158654A Division JP4666169B2 (ja) | 2001-03-26 | 2006-06-07 | 信頼されないアクセス局を介した通信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003023420A JP2003023420A (ja) | 2003-01-24 |
| JP3951757B2 true JP3951757B2 (ja) | 2007-08-01 |
Family
ID=26737022
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002069405A Expired - Fee Related JP3951757B2 (ja) | 2001-03-26 | 2002-03-14 | 信頼されないアクセス局を介した通信方法 |
| JP2006158654A Expired - Fee Related JP4666169B2 (ja) | 2001-03-26 | 2006-06-07 | 信頼されないアクセス局を介した通信方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006158654A Expired - Fee Related JP4666169B2 (ja) | 2001-03-26 | 2006-06-07 | 信頼されないアクセス局を介した通信方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US20020138635A1 (ja) |
| JP (2) | JP3951757B2 (ja) |
Families Citing this family (75)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100729779B1 (ko) * | 2000-07-26 | 2007-06-20 | 삼성전자주식회사 | 지적자산 정보 분석 및 활용 방법과 이를 수행하기 위한시스템 |
| US6732105B1 (en) * | 2001-07-27 | 2004-05-04 | Palmone, Inc. | Secure authentication proxy architecture for a web-based wireless intranet application |
| US7369841B1 (en) * | 2001-09-28 | 2008-05-06 | Durham Logistics Llc | Wireless network infrastructure |
| GB2392590B (en) * | 2002-08-30 | 2005-02-23 | Toshiba Res Europ Ltd | Methods and apparatus for secure data communication links |
| KR100480258B1 (ko) * | 2002-10-15 | 2005-04-07 | 삼성전자주식회사 | 무선 근거리 네트워크에서 고속 핸드오버를 위한 인증방법 |
| US7260841B2 (en) * | 2003-02-27 | 2007-08-21 | Nortel Networks Limited | System and method for maintaining access to content in an encrypted network environment |
| KR20060015477A (ko) * | 2003-03-18 | 2006-02-17 | 톰슨 라이센싱 | 셀룰러 네트워크를 가진 무선 네트워크와 결합시키기 위한타이트 커플링 신호 접속 관리 |
| US7506370B2 (en) * | 2003-05-02 | 2009-03-17 | Alcatel-Lucent Usa Inc. | Mobile security architecture |
| WO2005011205A1 (en) * | 2003-07-22 | 2005-02-03 | Thomson Licensing S.A. | Method and apparatus for controlling credit based access (prepaid) to a wireless network |
| DE50307704D1 (de) * | 2003-07-31 | 2007-08-30 | Siemens Ag | Verfahren zum Ermitteln eines Abrechnungstarifs zum Abrechnen einer Datenübertragung |
| DE50306750D1 (de) * | 2003-07-31 | 2007-04-19 | Siemens Ag | Verfahren zum Ermitteln eines Abrechnungstarifs für eine Datenübertragung |
| WO2005018170A1 (en) * | 2003-08-19 | 2005-02-24 | Ntt Docomo, Inc. | Accurate control of transmission information in ad hoc networks |
| JPWO2005041610A1 (ja) * | 2003-10-29 | 2007-04-05 | 富士通株式会社 | 無線装置 |
| ES2233195B1 (es) * | 2003-11-19 | 2006-07-16 | Carlos Jimenez Lucia | Acceso internet colectivo en edificio de viviendas. |
| CN1271823C (zh) * | 2004-01-07 | 2006-08-23 | 华为技术有限公司 | 无线局域网中业务隧道的拆除方法 |
| US8782654B2 (en) | 2004-03-13 | 2014-07-15 | Adaptive Computing Enterprises, Inc. | Co-allocating a reservation spanning different compute resources types |
| WO2005089236A2 (en) | 2004-03-13 | 2005-09-29 | Cluster Resources, Inc. | System and method for providing intelligent pre-staging of data in a compute environment |
| US20070266388A1 (en) | 2004-06-18 | 2007-11-15 | Cluster Resources, Inc. | System and method for providing advanced reservations in a compute environment |
| US8176490B1 (en) | 2004-08-20 | 2012-05-08 | Adaptive Computing Enterprises, Inc. | System and method of interfacing a workload manager and scheduler with an identity manager |
| US8271980B2 (en) | 2004-11-08 | 2012-09-18 | Adaptive Computing Enterprises, Inc. | System and method of providing system jobs within a compute environment |
| US20060200521A1 (en) * | 2004-11-23 | 2006-09-07 | Lawrence Laffer | FreeFi QwikBar/ToolBar |
| US7558866B2 (en) | 2004-12-08 | 2009-07-07 | Microsoft Corporation | Method and system for securely provisioning a client device |
| DE102005011085A1 (de) * | 2005-03-08 | 2006-09-14 | Nec Europe Ltd. | Verfahren zum Durchführen von Abrechnungs- und Vergütungsprozessen in Ad Hoc Netzwerken |
| US8863143B2 (en) | 2006-03-16 | 2014-10-14 | Adaptive Computing Enterprises, Inc. | System and method for managing a hybrid compute environment |
| US9075657B2 (en) | 2005-04-07 | 2015-07-07 | Adaptive Computing Enterprises, Inc. | On-demand access to compute resources |
| EP2362310B1 (en) * | 2005-03-16 | 2017-10-04 | III Holdings 12, LLC | Automatic workload transfer to an on-demand center |
| US9231886B2 (en) | 2005-03-16 | 2016-01-05 | Adaptive Computing Enterprises, Inc. | Simple integration of an on-demand compute environment |
| US20060230279A1 (en) * | 2005-03-30 | 2006-10-12 | Morris Robert P | Methods, systems, and computer program products for establishing trusted access to a communication network |
| US20060230278A1 (en) * | 2005-03-30 | 2006-10-12 | Morris Robert P | Methods,systems, and computer program products for determining a trust indication associated with access to a communication network |
| US20060248337A1 (en) * | 2005-04-29 | 2006-11-02 | Nokia Corporation | Establishment of a secure communication |
| US20070198837A1 (en) * | 2005-04-29 | 2007-08-23 | Nokia Corporation | Establishment of a secure communication |
| US20060265737A1 (en) * | 2005-05-23 | 2006-11-23 | Morris Robert P | Methods, systems, and computer program products for providing trusted access to a communicaiton network based on location |
| US20110078764A1 (en) * | 2005-09-15 | 2011-03-31 | Guillaume Bichot | Tight coupling signaling connection management for coupling a wireless network with a cellular network |
| US20070147397A1 (en) * | 2005-12-22 | 2007-06-28 | Jeffrey Aaron | Methods, communication networks, and computer program products for configuring a communication tunnel for traffic based on whether a network element can be trusted |
| EP2489199A2 (en) | 2006-02-22 | 2012-08-22 | Elad Barkan | Wireless internet system and method |
| US7924780B2 (en) | 2006-04-12 | 2011-04-12 | Fon Wireless Limited | System and method for linking existing Wi-Fi access points into a single unified network |
| US9826102B2 (en) | 2006-04-12 | 2017-11-21 | Fon Wireless Limited | Linking existing Wi-Fi access points into unified network for VoIP |
| WO2008038171A1 (en) * | 2006-09-28 | 2008-04-03 | Nxp B.V. | Improved process for transferring data in a dual transfer mode between a mobile network and mobile stations, and corresponding circuit mobility management entity |
| US8620315B1 (en) * | 2006-09-29 | 2013-12-31 | Yahoo! Inc. | Multi-tiered anti-abuse registration for a mobile device user |
| US8365258B2 (en) * | 2006-11-16 | 2013-01-29 | Phonefactor, Inc. | Multi factor authentication |
| US9762576B2 (en) | 2006-11-16 | 2017-09-12 | Phonefactor, Inc. | Enhanced multi factor authentication |
| US20090043902A1 (en) * | 2007-04-12 | 2009-02-12 | Stefano Faccin | Packet data network connectivity domain selection and bearer setup |
| WO2009004687A1 (ja) * | 2007-06-29 | 2009-01-08 | Fujitsu Limited | 認証装置および接続管理装置 |
| JP5066608B2 (ja) * | 2007-07-10 | 2012-11-07 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｉｍｓを用いたオペレータ提供ネットワークサービスの発見方法 |
| JP2007329951A (ja) * | 2007-07-17 | 2007-12-20 | Matsushita Electric Ind Co Ltd | 認証サーバ、ネットワーク利用端末、二次端末および通信方法 |
| US20090046644A1 (en) * | 2007-08-17 | 2009-02-19 | Qualcomm Incorporated | Service set manager for ad hoc mobile service provider |
| US20090047964A1 (en) * | 2007-08-17 | 2009-02-19 | Qualcomm Incorporated | Handoff in ad-hoc mobile broadband networks |
| US8644206B2 (en) * | 2007-08-17 | 2014-02-04 | Qualcomm Incorporated | Ad hoc service provider configuration for broadcasting service information |
| US20090047966A1 (en) * | 2007-08-17 | 2009-02-19 | Qualcomm Incorporated | Method for a heterogeneous wireless ad hoc mobile internet access service |
| US8422408B2 (en) * | 2007-08-31 | 2013-04-16 | Verizon Patent And Licensing Inc. | Remote connection to a telephone line via internet |
| US8041773B2 (en) | 2007-09-24 | 2011-10-18 | The Research Foundation Of State University Of New York | Automatic clustering for self-organizing grids |
| US8208635B2 (en) * | 2007-11-13 | 2012-06-26 | Rosemount Inc. | Wireless mesh network with secure automatic key loads to wireless devices |
| US8180376B1 (en) * | 2008-05-01 | 2012-05-15 | Nokia Corporation | Mobile analytics tracking and reporting |
| US20090316650A1 (en) * | 2008-05-02 | 2009-12-24 | Electronics And Telecommunications Research Institute | Fast handover method using l2/l3 combination |
| JP5320561B2 (ja) * | 2009-03-19 | 2013-10-23 | 株式会社日立製作所 | 真正性を保証する端末システム、端末及び端末管理サーバ |
| US9179367B2 (en) * | 2009-05-26 | 2015-11-03 | Qualcomm Incorporated | Maximizing service provider utility in a heterogeneous wireless ad-hoc network |
| US10877695B2 (en) | 2009-10-30 | 2020-12-29 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US11720290B2 (en) | 2009-10-30 | 2023-08-08 | Iii Holdings 2, Llc | Memcached server functionality in a cluster of data processing nodes |
| US8910300B2 (en) | 2010-12-30 | 2014-12-09 | Fon Wireless Limited | Secure tunneling platform system and method |
| US9270653B2 (en) * | 2011-05-11 | 2016-02-23 | At&T Mobility Ii Llc | Carrier network security interface for fielded devices |
| WO2013047200A1 (ja) * | 2011-09-30 | 2013-04-04 | 日本電気株式会社 | 通信システム、通信方法及び通信プログラム |
| JP5456874B1 (ja) * | 2012-12-11 | 2014-04-02 | ソフトバンクモバイル株式会社 | 移動通信システム |
| US9381436B2 (en) * | 2013-03-12 | 2016-07-05 | Google Inc. | Mechanism for implementing cloud local area network party service for multi-player content/game environment |
| WO2014175797A1 (en) * | 2013-04-25 | 2014-10-30 | Saab Ab | Method and arrangement for protecting a trusted network |
| IL229153B (en) * | 2013-10-30 | 2019-02-28 | Verint Systems Ltd | Systems and methods for protocol-based identification of rogue base stations |
| US8874719B1 (en) | 2013-12-19 | 2014-10-28 | Architecture Technology Corporation | Context-aware network and situation management for crypto-partitioned networks |
| US10142172B2 (en) | 2015-07-22 | 2018-11-27 | Facebook, Inc. | Internet service provider management platform |
| US10257107B1 (en) | 2016-06-30 | 2019-04-09 | Amazon Technologies, Inc. | Encoder-sensitive stream buffer management |
| CN107659932B (zh) * | 2016-07-25 | 2022-05-20 | 中兴通讯股份有限公司 | 一种设备访问的方法及装置 |
| CN106302475B (zh) * | 2016-08-18 | 2019-09-10 | 中国联合网络通信集团有限公司 | 家庭互联网业务授权方法及服务器 |
| KR102341022B1 (ko) * | 2017-09-18 | 2021-12-17 | 삼성에스디에스 주식회사 | 컨퍼런스 시스템 및 상기 시스템에서의 컨퍼런스 접속 처리 방법 |
| KR102457620B1 (ko) * | 2018-05-18 | 2022-10-21 | 한화테크윈 주식회사 | 네트워크 보안 시스템 및 그 동작 방법 |
| CN109088735B (zh) * | 2018-09-21 | 2022-07-26 | 杭州师范大学 | 一种基于智能家居的安全认证方法 |
| CN110769482B (zh) * | 2019-09-16 | 2022-03-01 | 浙江大华技术股份有限公司 | 无线设备进行网络连接的方法、装置和无线路由器设备 |
| US11272558B2 (en) | 2020-05-13 | 2022-03-08 | Kyndryl, Inc. | Secondary internet access for mobile devices |
Family Cites Families (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2883243B2 (ja) * | 1992-06-11 | 1999-04-19 | ケイディディ株式会社 | 相手認証／暗号鍵配送方式 |
| US5649099A (en) * | 1993-06-04 | 1997-07-15 | Xerox Corporation | Method for delegating access rights through executable access control program without delegating access rights not in a specification to any intermediary nor comprising server security |
| JPH08153072A (ja) * | 1994-09-30 | 1996-06-11 | Toshiba Corp | 計算機システム及び計算機システム管理方法 |
| JP2939723B2 (ja) * | 1996-07-11 | 1999-08-25 | 株式会社インターナショナルサイエンティフィック | インターネットの時限利用課金システム |
| JPH10164073A (ja) * | 1996-11-27 | 1998-06-19 | Hitachi Ltd | 無線ｌａｎシステム |
| US6173399B1 (en) * | 1997-06-12 | 2001-01-09 | Vpnet Technologies, Inc. | Apparatus for implementing virtual private networks |
| US6226748B1 (en) * | 1997-06-12 | 2001-05-01 | Vpnet Technologies, Inc. | Architecture for virtual private networks |
| US6118860A (en) * | 1997-09-12 | 2000-09-12 | Nortel Networks Corporation | Public communications services vending method and apparatus |
| US6249814B1 (en) * | 1997-09-22 | 2001-06-19 | Compaq Computer Corporation | Method and apparatus for identifying devices on a network |
| US6079020A (en) * | 1998-01-27 | 2000-06-20 | Vpnet Technologies, Inc. | Method and apparatus for managing a virtual private network |
| FI105966B (fi) * | 1998-07-07 | 2000-10-31 | Nokia Networks Oy | Autentikointi tietoliikenneverkossa |
| AU4926999A (en) * | 1998-07-20 | 2000-02-14 | Easynet Access Inc. | Internet billing |
| US6751729B1 (en) * | 1998-07-24 | 2004-06-15 | Spatial Adventures, Inc. | Automated operation and security system for virtual private networks |
| US6226677B1 (en) * | 1998-11-25 | 2001-05-01 | Lodgenet Entertainment Corporation | Controlled communications over a global computer network |
| JP2000194633A (ja) * | 1998-12-28 | 2000-07-14 | Pfu Ltd | 最適アクセスシステムおよび記録媒体 |
| JP2000270360A (ja) * | 1999-03-16 | 2000-09-29 | Canon Inc | 課金情報通知装置、方法、無線端末、通信システム及びコンピュータ読み取り可能な記憶媒体 |
| US6591306B1 (en) * | 1999-04-01 | 2003-07-08 | Nec Corporation | IP network access for portable devices |
| US20020112076A1 (en) * | 2000-01-31 | 2002-08-15 | Rueda Jose Alejandro | Internet protocol-based computer network service |
| US20010034831A1 (en) * | 2000-04-19 | 2001-10-25 | Brustoloni Jose C. | Method and apparatus for providing internet access to client computers over a lan |
| JP4201466B2 (ja) * | 2000-07-26 | 2008-12-24 | 富士通株式会社 | モバイルｉｐネットワークにおけるｖｐｎシステム及びｖｐｎの設定方法 |
| JP3419391B2 (ja) * | 2000-10-05 | 2003-06-23 | 日本電気株式会社 | 認証拒否端末に対し特定条件でアクセスを許容するｌａｎ |
| US6957276B1 (en) * | 2000-10-23 | 2005-10-18 | Microsoft Corporation | System and method of assigning and reclaiming static addresses through the dynamic host configuration protocol |
-
2002
- 2002-01-29 US US10/057,914 patent/US20020138635A1/en not_active Abandoned
- 2002-03-14 JP JP2002069405A patent/JP3951757B2/ja not_active Expired - Fee Related
-
2006
- 2006-06-07 JP JP2006158654A patent/JP4666169B2/ja not_active Expired - Fee Related
-
2011
- 2011-11-28 US US13/305,395 patent/US20120072727A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20120072727A1 (en) | 2012-03-22 |
| JP2006351009A (ja) | 2006-12-28 |
| JP4666169B2 (ja) | 2011-04-06 |
| JP2003023420A (ja) | 2003-01-24 |
| US20020138635A1 (en) | 2002-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3951757B2 (ja) | 信頼されないアクセス局を介した通信方法 | |
| JP4299102B2 (ja) | 無線ネットワークのハンドオフ暗号鍵 | |
| US7680878B2 (en) | Apparatus, method and computer software products for controlling a home terminal | |
| JP3984993B2 (ja) | アクセスネットワークを通じて接続を確立するための方法及びシステム | |
| CA2482648C (en) | Transitive authentication authorization accounting in interworking between access networks | |
| TWI293844B (en) | A system and method for performing application layer service authentication and providing secure access to an application server | |
| US8145193B2 (en) | Session key management for public wireless LAN supporting multiple virtual operators | |
| JP4394682B2 (ja) | 非信頼アクセスネットワークを介してシングルサインオン認証を行なう装置及び方法 | |
| JP3955025B2 (ja) | 移動無線端末装置、仮想私設網中継装置及び接続認証サーバ | |
| US20060059344A1 (en) | Service authentication | |
| US20040255037A1 (en) | System and method for authentication and security in a communication system | |
| WO2005096644A1 (fr) | Procede d'etablissement d'une association de securite entre l'abonne itinerant et le serveur du reseau visite | |
| JP2006524017A (ja) | 公的認証サーバで無線ｌａｎアクセスを制御するｉｄマッピング機構 | |
| JP2006515486A (ja) | セルラ通信システムにおいて再認証を可能にする方法および装置 | |
| JP5044690B2 (ja) | Ｉｐモビリティシステムのための動的な外部エージェント−ホーム・エージェント・セキュリティ・アソシエーション割当て | |
| US8468354B2 (en) | Broker-based interworking using hierarchical certificates | |
| JP3616570B2 (ja) | インターネット中継接続方式 | |
| JP2004266516A (ja) | ネットワーク管理サーバ、通信端末、エッジスイッチ装置、通信用プログラム並びにネットワークシステム | |
| Fisher | Authentication and Authorization: The Big Picture with IEEE 802.1 X | |
| Xia et al. | Secure and flexible support for visitors in enterprise wi-fi networks | |
| JP2003023432A (ja) | 無線ｌａｎに適したネットワークアクセス制御方法、そのシステム及びそのプログラム | |
| WO2006080079A1 (ja) | 無線ネットワークシステムおよびそのユーザ認証方法 | |
| JP2009077213A (ja) | 機密通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050221 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060404 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060607 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060707 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070403 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070416 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3951757 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110511 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120511 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130511 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140511 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |