JP6487392B2 - クライアント端末認証システム及びクライアント端末認証方法 - Google Patents

Description

本発明は、クライアント端末認証システム及びクライアント端末認証方法に関する。

インターネットでの脅威を防ぎ、安全なリモートアクセスを実現するために、暗号化トンネルの一つであるＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）−ＶＰＮ（Virtual Private Network）技術の使用が一般的となっている（例えば、非特許文献１参照）。このＳＳＬ／ＴＬＳ−ＶＰＮ等のトンネルを終端する機能も、仮想化された機能で実現されることが想定される。このようにトンネルを仮想化する機能で終端する場合には、仮想マシン管理装置を設けて、トンネル終端機能の管理を実施する。

"ArrayAGシリーズ"、[online]、 [2016年8月8日検索]、インターネット<URL:http://www.hitachi-solutions.co.jp/array/sp/ag/about.html>

ここで、故障、リソース枯渇等で、仮想マシン管理装置が、仮想マシンの変更や仮想マシンの新設を設定する場合が想定される。ＳＳＬ／ＴＬＳ−ＶＰＮの認証を使用する場合、ｖＶＰＮ−ＧＷに、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵、ＴＬＳ認証鍵を、ＳＳＬ／ＴＬＳ認証の実行のために、予め設定しておく必要がある。例えば、予め冗長構成を構築している場合には、変更後のＶＰＮ−ＧＷ或いは新設したＶＰＮ−ＧＷについても、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵、ＴＬＳ認証鍵の設定が可能である。また、予め計画されたＶＭ（Virtual Machine）マイグレーション等であれば、認証の実行のために要するこれらの情報も、ｖＶＰＮ−ＧＷに変更するため、ＳＳＬ／ＴＬＳ認証の実行に支障はない。

しかしながら、予め冗長構成をとられていないシステム構成において、ｖＶＰＮ−ＧＷの故障等が発生した場合、認証の実行のために要する上記の情報が、変更後のｖＶＰＮ−ＧＷに引き継がれないため、変更後のｖＶＰＮ−ＧＷにおいてＳＳＬ／ＴＬＳ認証を実行できないという問題があった。

具体的に、図１７を参照して、従来のクライアント端末認証システムについて説明する。この従来のクライアント端末認証システムでは、図１７は、従来のクライアント端末認証システムの構成及び処理の流れを示す図である。図１７に示す従来のクライアント端末認証システム１Ｐでは、ｖＶＰＮ−ＧＷ７ＡＰでＶＰＮ（Virtual Private Network）を構成する手法である。また、例えば、ホームゲートウェイを仮想化してネットワーク側へ配置する構成や、公衆Ｗｉ−ＦｉからｖＣＰＥ（virtual Customer Premises Equipment）に接続する構成にも、このクライアント端末認証システムを適用可能である。

図１７に示すように、クライアント端末２０Ｐが、Ｗｉ−Ｆｉ（登録商標）−ＡＰ（アクセスポイント）８Ｐを介して、付加価値装置群または外部ネットワーク（ＮＷ）１００Ｐに接続する場合を例に説明する。この場合、ネットワークの末端のサービスポータルサーバ２Ｐにアクセスする（図１７の（１）参照）。そして、サービスポータルサーバ２Ｐにおける簡易認証を経た上で、上流の認証サーバ３Ｐでのクライアント端末２０Ｐの認証（図１７の（２）参照）が成功した場合には、サービスポータルサーバ２Ｐを介して、クライアント端末２０Ｐに、ＩＤ（Identifier）及びパスワード（ＰＷ）が返却される（図１７の（１）参照）。これによって、クライアント端末２０Ｐは、ＩＤ及びＰＷを取得する。

続いて、サービスポータルサーバ２Ｐは、通信フローを制御するアクセス制御管理装置４Ｐに、このクライアント端末２０Ｐが接続するＷｉ−Ｆｉ−ＡＰ８Ｐのアドレスと、クライアント端末２０Ｐに割り当てられた、接続先のｖＶＰＮ−ＧＷ７ＡＰのアドレスとの、アクセス制御リスト（Access Control List：ＡＣＬ）への設定依頼を行う（図１７の（３）参照）。これに従い、アクセス制御管理装置４Ｐは、ＡＣＬの設定を行い、アクセス制御装置５Ｐに、クライアント端末２０ＰとｖＶＰＮ−ＧＷ７ＡＰとの間で通信されるパケットを通過させる。

この結果、アクセス制御装置５Ｐは、アクセス制御管理装置４Ｐによって許可されたクライアント端末２０Ｐによるパケットのみを通過させる（図１７の（４）参照）。そして、ｖＶＰＮ−ＧＷ７ＡＰとクライアント端末２０Ｐとの間で、ＳＳＬ／ＴＬＳ認証が成功した場合、クライアント端末２０ＰとｖＶＰＮ−ＧＷ７Ｐとの間でトンネルＴ１Ｐが確立される（図１７の（５）参照）。なお、振分装置６ＡＰは、アクセス制御装置５Ｐを通過したパケットのうち、ｖＶＰＮ−ＧＷ７ＡＰ宛のパケットをｖＶＰＮ−ＧＷ７ＡＰに振り分ける機能を有する。また、振分装置６ＢＰは、アクセス制御装置５Ｐを通過したパケットのうち、ｖＶＰＮ−ＧＷ７ＢＰ宛のパケットをｖＶＰＮ−ＧＷ７ＢＰに振り分ける機能を有する。

ここで、図１７に示すように、仮想マシン管理装置９ＰがｖＶＰＮ−ＧＷ７ＡＰの故障を検知し、ｖＶＰＮ−ＧＷ７ＢＰを立ち上げて（図１７の（６）参照）、ｖＶＰＮ−ＧＷ７ＡＰからｖＶＰＮ−ＧＷ７ＢＰへの変更を行う場合について説明する。例えば、ｖＶＰＮ−ＧＷ（ＡＣＴ）が故障し、ｖＶＰＮ−ＧＷ７ＢＰが新設される場合である（図１７の（７）参照及び矢印Ｙ１参照）。しかしながら、ＳＳＬ／ＴＬＳ認証に必要な情報が、予め冗長構成をとられていないシステム構成でない場合、或いは、予め計画されたＶＭマイグレーションではない場合、認証の実行のために要するこれらの情報も、ｖＶＰＮ−ＧＷの故障等によって存在しなくなる（図１７の（７）参照）。このため、申請したｖＶＰＮ−ＧＷ７ＢＰは、認証の実行のために要する情報を取得できないため、このｖＶＰＮ−ＧＷ７ＢＰとクライアント端末２０Ｐとの間のトンネルの確立が不可能となる（図１７の（７）参照）。

本発明は、上記に鑑みてなされたものであって、ｖＶＰＮ−ＧＷの変更にともなうＳＳＬ／ＴＬＳ認証の再確立を円滑に実行することができるクライアント端末認証システム及びクライアント端末認証方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るクライアント端末認証システムは、ネットワークに接続するクライアント端末を認証し、クライアント端末によるネットワークへのアクセスを許可するクライアント端末認証システムであって、クライアント端末が送信する証明書を受信して当該証明書の認証を実行し、証明書の認証に成功した場合にクライアント端末によるネットワークへのアクセスを許可する認証サーバと、認証サーバによってアクセスが許可されたクライアント端末に割り当てられたゲートウェイであって、認証サーバによってアクセスが許可されたクライアント端末との間で通信認証を実行して確立した通信経路を用いてクライアント端末との間で暗号化通信を行うゲートウェイと、通信認証の実行に用いる認証情報を保持し、クライアント端末に割り当てられたゲートウェイが変更される場合には、変更後のゲートウェイに認証情報を送信して該変更後のゲートウェイとクライアント端末との間に通信経路を確立させる情報管理装置と、認証サーバによってアクセスが許可されたクライアント端末と該クライアント端末に割り当てられたゲートウェイとの間を流れるパケットの通過を許可し、ゲートウェイの変更があった場合には、クライアント端末と変更後のゲートウェイとの間を流れるパケットの通過を許可するアクセス制御装置と、を有することを特徴とする。

本発明によれば、ｖＶＰＮ−ＧＷの変更にともなうＳＳＬ／ＴＬＳ認証の再確立を円滑に実行することができる。

図１は、実施の形態１に係るクライアント端末認証システムの構成の一例を説明するための図である。 図２は、図１に示す鍵管理装置の構成の一例を示すブロック図である。 図３は、図１に示すｖＶＰＮ−ＧＷの構成の一例を示すブロック図である。 図４は、図１に示すクライアント端末認証システムにおけるクライアント端末に対する認証処理の流れを示す図である。 図５は、図１に示すクライアント端末認証システムにおけるクライアント端末に対する認証処理の流れを示す図である。 図６は、図１に示すクライアント端末認証システムにおけるクライアント端末に対するｖＶＰＮ−ＧＷ変更処理の流れを示す図である。 図７は、図１に示すクライアント端末認証システムにおけるクライアント端末に対する認証処理の流れを説明するシーケンス図である。 図８は、図１に示すクライアント端末認証システムにおけるｖＶＰＮ−ＧＷ変更処理の流れを説明するシーケンス図である。 図９は、実施の形態２に係るクライアント端末認証システムの構成の一例を説明するための図である。 図１０は、図９に示す鍵管理装置が記憶する認証情報のデータ構成の一例を示す図である。 図１１は、図９に示すクライアント端末認証システムにおけるクライアント端末に対する認証処理の流れを示す図である。 図１２は、図９に示すクライアント端末認証システムにおけるクライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れを示す図である。 図１３は、図９に示すクライアント端末認証システムにおけるクライアント端末に対する認証処理の流れを説明するシーケンス図である。 図１４は、実施の形態１に係るクライアント端末認証システムの構成の他の例を説明するための図である。 図１５は、実施の形態１に係るクライアント端末認証システムの構成の他の例を説明するための図である。 図１６は、プログラムが実行されることにより、クライアント端末認証システムの各装置が実現されるコンピュータの一例を示す図である。 図１７は、従来のクライアント端末認証システムの構成及び処理の流れを示す図である。

以下、図面を参照して、本発明の一実施の形態を詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［実施の形態１］
実施の形態に係るクライアント端末認証システムについて、クライアント端末認証システム全体の概略構成、クライアント端末認証システムを構成する各装置の概略構成、クライアント端末認証システムにおける処理の流れ及び具体例を説明する。なお、以降で説明するアクセス制御装置、アクセスポイント（ＡＰ）、ｖＶＰＮ−ＧＷ等の台数は、あくまで例示であり、これに限定されるものではない。

［ＳＳＬ／ＴＬＳ認証の流れ］
ここで、実施の形態に係るクライアント端末認証システムでは、ＳＳＬ／ＴＬＳ認証を使用した暗号化トンネル技術、ＳＳＬ−ＶＰＮ（例えば、Ｏｐｅｎ ＶＰＮ）が用いられている。そこで、本実施の形態において使用されるＳＳＬ／ＴＬＳ認証を用いた暗号化通信について説明する。例えば、Ｏｐｅｎ ＶＰＮでは、ＳＳＬ／ＴＬＳ認証の技術を用いて、サーバ、クライアントの双方の認証手続きを行う。そして、この認証技術では、ＴＬＳ−ＡＵＴＨ ＨＭＡＣ共通鍵（以降、共通鍵とする。）を用いて、全てのＳＳＬ／ＴＬＳハンドシェイクパケットについて、ＨＭＡＣ署名によるパケットの整合性チェックを行う。

まず、クライアントは、予め、プライベートＣＡ（Certification Authority：認証局）を使用し、ＣＡの公開鍵が組み込まれているプライベートＣＡ証明書、サーバのクライアントの証明を示すクライアント証明書、該クライアントの固有のクライアント秘密鍵、ＳＳＬ／ＴＬＳハンドシェイクパケットへのＨＭＡＣ署名の追加に使用するＴＬＳ認証鍵を取得しておく。また、サーバ（ＶＰＮサーバ）も、予め、プライベートＣＡを起こして、プライベートＣＡ証明書、クライアントに対応するサーバの証明を示すサーバ証明書、サーバ固有のサーバ秘密鍵、ＴＬＳ認証鍵を取得しておく。

クライアントは、サーバへ認証要求を送信し、これに応じて、サーバは、サーバ証明書をクライアントに送信する。クライアントは、受け取ったサーバ証明書に署名されているＣＡのルート証明書が、予め自身が保持しているプライベートＣＡ証明書と一致するか確認し、確認できた場合には、サーバ証明書からサーバ公開鍵を取り出す。そして、共通鍵作成のためのランダム数値を作成し、サーバ公開鍵によって暗号化されたデータをサーバに通知する。クライアントは、ランダム数値からサーバ用の共通鍵を作成する。クライアントから通知されたランダム数値を、サーバ秘密鍵で復元化し、サーバ用の共通鍵を作成する。

そして、サーバは、クライアント証明書を要求し、これに応じて、クライアントは、クライアント証明書をサーバに送信する。サーバは、受け取ったクライアント証明書に署名されているＣＡのルート証明書が、自身が保持しているプライベートＣＡ証明書と一致するかを確認し、確認できた場合には、クライアント証明書からクライアント公開鍵を取り出す。そして、サーバは、共通鍵作成のためのランダム数値を作成し、クライアント公開鍵によって暗号化されたデータをクライアントへ通知する。サーバは、ランダム数値からクライアント用の共通鍵を作成する。クライアントは、サーバから通知されたランダム数値を復元化し、クライアント用の共通鍵を作成する。

そして、暗号化通信を行う。この場合、全てのＳＳＬ／ＴＬＳハンドシェイクパケットにＨＭＡＣ署名が追加され、サーバ及びクライアントは、サーバ用の共通鍵及びクライアント用の共通鍵を用いて、パケットの整合性チェックを行う。以降では、サーバ用の共通鍵及びクライアント用の共通鍵を、共通鍵として説明する。

［クライアント端末認証システムの構成］
次に、図１を参照して、実施の形態１に係るクライアント端末認証システムの構成について説明する。図１は、実施の形態１に係るクライアント端末認証システムの構成の一例を説明するための図である。

図１に示すように、実施の形態１に係るクライアント端末認証システム１は、サービスポータルサーバ２（アドレス割当サーバ）、サービスポータルサーバ２よりもネットワークの上流に位置する認証サーバ３、アクセス制御管理装置４、アクセス制御装置５、振分装置６Ａ，６Ｂ、ｖＶＰＮ−ＧＷ７Ａ，７Ｂ、クライアント端末２０が無線通信を行うアクセスポイント（ＡＰ）８、仮想マシン管理装置９（ゲートウェイ管理装置）及び鍵管理装置１０（情報管理装置）を有する。クライアント端末２０は、ＡＰ８間との無線通信によりネットワークに接続して、該クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａ，７Ｂを介して、付加価値装置群または外部ネットワーク１００に接続する。付加価値装置群は、例えば、ｖＶＰＮ−ＧＷ７に接続したクライアント端末２０限定のコンテンツ配信や翻訳等の付加価値を提供する映像配信サーバや翻訳サーバを含む。

クライアント端末２０は、ＡＰ８との間で無線通信を行う端末であって、スマートフォンやタブレット端末等、例えば、ユーザが携帯可能な情報通信機器である。クライアント端末２０は、上述したように、予め、サービスを受けるための、プライベートＣＡ証明書、クライアント証明書、クライアント秘密鍵及びＴＬＳ認証鍵を保持する。クライアント端末２０は、サービスポータルサーバ２にアドレス認証割当要求を行い、サービスポータルサーバ２から割り当てられたＩＰアドレスを用いて、認証サーバ３にクライアント証明書を送信する。或いは、クライアント端末２０は、ログインＩＤ、パスワードを用いて、認証サーバ３への認証を要求することも可能である。

そして、クライアント端末２０は、認証サーバ３からＩＤ及びパスワード（ＰＷ）を返却された場合、該クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａとの間で、ＳＳＬ／ＴＬＳ認証を実行し、トンネルＴ１を確立して暗号化通信を行う。そして、クライアント端末２０は、故障、リソース枯渇等によって、パケット送信先のｖＶＰＮ−ＧＷ７ＡがｖＶＰＮ−ＧＷ７Ｂに変更された場合には、変更後のｖＶＰＮ−ＧＷ７Ｂとの間でトンネルを確立する。

したがって、クライアント端末２０は、ＡＰ８間との無線通信によりネットワークに接続して、該クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａを介して、付加価値装置群または外部ネットワーク１００に接続する。そして、ｖＶＰＮ−ＧＷの変更があった場合には、変更後のｖＶＰＮ−ＧＷ７Ｂを介して、付加価値装置群または外部ネットワーク１００に接続する。なお、ＳＳＬ／ＴＬＳは、ＴＣＰ（Transmission Control Protocol）／ＩＰ（Internet Protocol）ネットワークでデータを暗号化して送受信するプロトコルの一つである。

サービスポータルサーバ２は、ネットワークの末端に位置し、各種サービスを受け付ける。このサービスの中には、クライアント端末２０に対する簡易認証、簡易認証後の認証サーバ３への認証要求及び認証後のＩＤ、ＰＷのクライアント端末２０への返却を含む。そして、サービスポータルサーバ２は、認証サーバ３（後述）の認証結果に基づくアクセス管理を実行するよう、アクセスが許可されたクライアント端末２０をアクセス許可対象として設定する依頼を、アクセス制御管理装置４（後述）に行う。

具体的には、サービスポータルサーバ２は、アクセス制御管理装置４に対し、認証サーバ３によってアクセスが許可されたクライアント端末２０と無線通信を行うＡＰ８のアドレス（送信元アドレス：ＳＡ）と、該クライアント端末２０に割り当てられた送信先のｖＶＰＮ−ＧＷ７Ａのアドレス（送信先アドレス：ＤＡ）とを、対応するアクセス制御装置５の識別情報に対応付けて、アクセス制御リスト（Access Control List：ＡＣＬ）に設定する設定依頼を送信する。

また、サービスポータルサーバ２は、クライアント端末２０のパケット送信先が、ｖＶＰＮ−ＧＷ７ＡからｖＶＰＮ−ＧＷ７Ｂに変更された場合には、ＡＣＬに、このクライアント端末２０に対応する送信先アドレスを、変更後のｖＶＰＮ−ＧＷ７Ｂのアドレスに設定する依頼を、アクセス制御管理装置４に行う。

認証サーバ３は、上述したように、予め、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を保持している。そして、認証サーバ３は、簡易認証後のクライアント端末２０が送信する証明書を受信して、このクライアント証明書を用いた認証を実行する。認証サーバ３は、このクライアント証明書を用いて認証に成功した場合、クライアント端末２０のネットワークへのアクセスを許可し、サービスポータルサーバ２を介して、ＩＤ及びＰＷをクライアント端末２０に返却する。なお、認証サーバ３は、クライアント端末２０から送信されたログインＩＤ、ＰＷを用いて認証処理を行ってもよい。

認証サーバ３は、認証サーバ３が付与した各クライアント端末２０のＩＤ，ＰＷ等を記憶する認証データベース（ＤＢ）を有する。また、この認証ＤＢは、認証サーバ３のサーバ証明書、認証用のサーバ秘密鍵及びＴＬＳ認証鍵を記憶する。そして、認証サーバ３は、鍵管理装置１０（後述）に、ＳＳＬ／ＴＬＳ認証の実行に用いる認証情報として、プライベートＣＡ証明書、サーバ証明書、認証用のサーバ秘密鍵及びＴＬＳ認証鍵を送信する。

アクセス制御管理装置４は、アクセス制御装置５に対してアクセス制御指示を行うことによって、クライアント端末２０ごとに異なるアクセス制御を行う。アクセス制御管理装置４は、認証サーバ３によってアクセスが許可されたクライアント端末が接続するアクセスポイント８のアドレスと、クライアント端末の送信先として割り当てられたｖＶＰＮ−ＧＷのアドレスとを、アクセス制御装置５（後述）の識別情報に対応付けたＡＣＬを記憶する。アクセス制御管理装置４は、ＡＣＬにしたがって、アクセス制御装置５のパケット通過処理を制御する。

例えば、ＡＣＬのうち、アクセス制御装置５のＳＡ，ＤＡに、ＡＰ８のアドレスと、ｖＶＰＮ−ＧＷ７Ｂのアドレスとが含まれる場合には、アクセス制御管理装置４は、アクセス制御装置５に対し、ＡＰ８と、ｖＶＰＮ−ＧＷ７Ｂとの間を流れるパケットの通過を許可する。このＡＣＬに設定する情報は、サービスポータルサーバ２から依頼される。アクセス制御管理装置４は、サービスポータルサーバ２から送信されたＡＣＬの設定依頼に応じてＡＣＬを設定し、ＡＣＬにしたがって、アクセス制御装置５のパケット通過処理を制御する。

アクセス制御装置５は、アクセス制御管理装置４の制御にしたがって、認証サーバ３によってアクセスが許可されたクライアント端末２０と該クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａとの間を流れるパケットの通過を許可する。そして、アクセス制御装置５は、ｖＶＰＮ−ＧＷ７ＡからｖＶＰＮ−ＧＷ７Ｂへの変更があった場合には、クライアント端末２０と変更後のｖＶＰＮ−ＧＷ７Ｂとの間を流れるパケットの通過を許可する。

振分装置６Ａ，６Ｂは、アクセス制御装置５から送信されたパケットを、該パケットのアウターヘッダに含まれる送信先アドレスを参照し、このパケットの送信先となるｖＶＰＮ−ＧＷ７Ａ，７Ｂに振り分ける。振分装置６Ａは、アクセス制御装置５を通過したパケットのうち、ｖＶＰＮ−ＧＷ７Ａ宛のパケットをｖＶＰＮ−ＧＷ７Ａに振り分ける。また、振分装置６Ｂは、アクセス制御装置５を通過したパケットのうち、ｖＶＰＮ−ＧＷ７Ｂ宛のパケットをｖＶＰＮ−ＧＷ７Ｂに振り分ける機能を有する。

ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、ネットワーク側に配置され、クライアント端末２０との間に確立されるトンネルの終端点が設定されている。なお、ｖＶＰＮ−ＧＷ７Ａ，７Ｂを、適宜、ｖＶＰＮ−ＧＷ７と総称する。ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、物理サーバの仮想環境下において動作する仮想マシンであり、クライアント端末２０が使用するサービスに応じて付加価値装置群または外部ＮＷ１００に接続する。すなわち、ｖＶＰＮ−ＧＷ７は、付加価値装置群または外部ＮＷ１００にアクセスする際の出入口として機能する。そして、ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、複数のクライアント端末２０をグループ化し、グループ単位でカスタマイズされた付加価値を提供する。

ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、認証サーバ３によってアクセスが許可されたクライアント端末２０との間でＳＳＬ／ＴＬＳ認証（通信認証）を実行して確立した暗号化ＩＰトンネル（トンネル）（通信経路）を用いてクライアント端末２０との間で暗号化通信を行う。ｖＶＰＮ−ＧＷ７Ａは、使用回線等に応じてクライアント端末２０に予め割り当てられたものである。ｖＶＰＮ−ＧＷ７Ｂは、ｖＶＰＮ−ＧＷ７Ａの故障やリソース枯渇等によって、クライアント端末２０に対するｖＶＰＮ−ＧＷとして、変更或いは新設されたものである。

ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、鍵管理装置１０を介して、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を取得し、ＳＳＬ／ＴＬＳ認証（通信認証）を実行し、クライアント端末２０との間にトンネルを確立する。そして、ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、共通鍵を用いて、クライアント端末２０との間で暗号化通信を行う。

なお、本システムは、ｖＶＰＮ−ＧＷ７Ａ，７ＢでＶＰＮを構成する方式である。また、ｖＶＰＮ−ＧＷ７Ａ，７Ｂで、ＣＰＥ（Customer Premises Equipment）を仮想化したｖＣＰＥ（virtual Customer Premises Equipment）を構成してもよい。また、ｖＶＰＮ−ＧＷ７Ａ，７Ｂは、物理サーバそのものであってもよい。

ＡＰ８は、無線通信にてクライアント端末２０と接続する中継装置であり、例えば、有線ＬＡＮとの接続機能も有する。ＡＰ８は、アクセス制御装置５と接続する。ＡＰ８は、クライアント端末２０から送信されたパケットについて、ＮＡＰＴ（Network Address Port Translation）によりＩＰアドレスおよびポート番号を変換し、ＡＰの送信元アドレス、送信先のｖＶＰＮ−ＧＷ７Ａ，７Ｂのアドレスを含めたアウターヘッダを付して、送信先のｖＶＰＮ−ＧＷ７に送信する。この場合、ＡＰ８が送信するパケットのインナーヘッダのアドレスは、ＡＰでＮＡＰＴされた値であり、同じＡＰに接続しているクライアント群については、同じ値となる。このため、アクセス制御管理装置４及びアクセス制御装置５は、パケットのアウターヘッダの情報を認識することによってアクセス制御を行う。

仮想マシン管理装置９は、ｖＶＰＮ−ＧＷ７を管理し、故障、リソース枯渇等を検知した場合には、仮想マシンの変更や仮想マシンの新設を設定する。仮想マシン管理装置９は、ｖＶＰＮ−ＧＷ７の変更を設定した場合には、ｖＶＰＮ−ＧＷ７を変更する旨と、変更前のｖＶＰＮ−ＧＷ７の識別情報と変更後のｖＶＰＮ−ＧＷ７の識別情報とを含むｖＶＰＮ−ＧＷ変更通知を、認証サーバ３及び鍵管理装置１０に送信する。

なお、認証サーバ３は、このｖＶＰＮ−ＧＷ変更通知を受け、クライアント端末２０による変更後のｖＶＰＮ−ＧＷへのアクセスを許可し、認証ＤＢの内容を更新するとともに、サービスポータルサーバ２に、ｖＶＰＮ−ＧＷ変更通知を送信する。サービスポータルサーバ２は、このｖＶＰＮ−ＧＷ変更通知に示されたｖＶＰＮ−ＧＷ変更にあわせて、ＡＣＬの設定を変更するように、アクセス制御管理装置４に依頼し、この依頼に応じて、アクセス制御管理装置４は、変更後のｖＶＰＮ−ＧＷとクライアント端末とのアクセスを、アクセス制御装置５に許可する。

鍵管理装置１０は、認証情報として、認証サーバ３から送信されたプライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵をｖＶＰＮ−ＧＷごとに保持する。そして、鍵管理装置１０は、ｖＶＰＮ−ＧＷ７による認証情報の要求があった場合には、このｖＶＰＮ−ＧＷ７に、要求に該当するＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵を送信する。

また、鍵管理装置１０は、クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷが変更される場合、すなわち、仮想マシン管理装置９からｖＶＰＮ−ＧＷの変更通知が送信された場合、変更後のｖＶＰＮ−ＧＷ（例えば、ｖＶＰＮ−ＧＷ７Ｂ）に、変更前のｖＶＰＮ−ＧＷ（例えば、ｖＶＰＮ−ＧＷ７Ａ）に対応するＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵を送信して、該変更後のｖＶＰＮ−ＧＷ７Ｂとクライアント端末２０との間にトンネルを確立させる。

このように、実施の形態１では、鍵管理装置１０を設け、ＳＳＬ／ＴＬＳ認証の実行に用いる認証情報を保持させることによって、暗号化されたＩＰトンネル技術に関する認証情報の冗長化を実現している。

［鍵管理装置の構成］
そこで、次に、図２を参照して、鍵管理装置１０について説明する。図２は、図１に示す鍵管理装置１０の構成の一例を示すブロック図である。図２に示すように、鍵管理装置１０は、通信部１１、記憶部１２、制御部１３を有する。

通信部１１は、ネットワークを介して接続された装置と各種情報を送受信する通信インターフェースである。

記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現され、鍵管理装置１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが記憶される。記憶部１２は、認証情報取得部１３１が取得したＳＳＬ／ＴＬＳ認証の実行に用いる認証情報１２１を記憶する。記憶部１２は、認証情報１２１として、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵、ＴＬＳ認証鍵を、各ｖＶＰＮ−ＧＷ７に対応付けて記憶する。

制御部１３は、各種の処理手順などを規定したプログラム及び所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する。例えば、制御部１３は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。制御部１３は、認証情報取得部１３１、認証情報送信制御部１３２を有する。

認証情報取得部１３１は、認証サーバ３が送信した、ＳＳＬ／ＴＬＳ認証の実行に用いる認証情報を取得し、ｖＶＰＮ−ＧＷの識別情報に対応付けて、記憶部１２に記憶する。認証情報送信制御部１３２は、仮想マシン管理装置９からｖＶＰＮ−ＧＷ変更通知が送信された場合、変更後のｖＶＰＮ−ＧＷ（例えば、ｖＶＰＮ−ＧＷ７Ｂ）に、変更前のｖＶＰＮ−ＧＷ（例えば、ｖＶＰＮ−ＧＷ７Ａ）に対応するＳＳＬ／ＴＬＳ認証の実行に用いる認証情報を送信して、該変更後のｖＶＰＮ−ＧＷ７Ｂとクライアント端末２０との間にトンネルを確立させる。認証情報送信制御部１３２は、変更後のｖＶＰＮ−ＧＷ７Ｂに、変更後のｖＶＰＮ−ＧＷ７Ａに対応した、ＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵を送信する。

［ｖＶＰＮ−ＧＷの構成］
次に、図１に示すｖＶＰＮ−ＧＷ７Ａの構成について説明する。図８は、図１にｖＶＰＮ−ＧＷ７Ａの構成の一例を示すブロック図である。なお、ｖＶＰＮ−ＧＷ７Ｂは、ｖＶＰＮ−ＧＷ７Ａと同様の構成を有する。図８に示すように、ｖＶＰＮ−ＧＷ７Ａは、通信部７１、記憶部７２及び制御部７３を有する。

通信部７１は、ネットワークを介して接続された装置と各種情報を送受信する通信インターフェースであり、実際には、該ｖＶＰＮ−ＧＷ７Ａを稼働させる物理サーバに設けられている。

記憶部７２は、ｖＶＰＮ−ＧＷ７Ａを動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどを記憶する。記憶部７２は、クライアント端末２０のグループ化があった場合に、グループごとに、グループに属するクライアント端末２０の識別情報を対応付けて記憶する。そして、記憶部７２は、グループごとに、提供する付加価値機能を示す内容、提供先の付加価値装置の情報等を対応付けて記憶する。また、記憶部７２は、鍵管理装置１０から送信された、ｖＶＰＮ−ＧＷ７Ａに対応する認証情報７２１を記憶する。認証情報７２１は、ｖＶＰＮ−ＧＷ７Ａに対応するプライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵、ＴＬＳ認証鍵である。記憶部７２は、該ｖＶＰＮ−ＧＷ７Ａを稼働させる物理サーバに設けられたＲＡＭ、フラッシュメモリ等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。

制御部７３は、各種の処理手順などを規定したプログラムに従って種々の処理を実行する。制御部７３は、ｖＶＰＮ−ＧＷ７Ａを稼働させる物理サーバに設けられたＣＰＵやＭＰＵなどの電子回路である。制御部７３は、クライアントグループ管理部７３１、付加価値機能提供部７３２及び認証実行部７３３を有する。

クライアントグループ管理部７３１は、複数の任意のクライアント端末２０をグループ化する。クライアントグループ管理部７３１は、例えば、イベント対応等で一時的にクライアントグループを設定する。クライアントグループ管理部７３１は、グループごとに、グループに属するクライアント端末２０の識別情報を対応付けて記憶部７２に記憶させる。

付加価値機能提供部７３２は、クライアント端末２０が使用するサービスに応じて付加価値装置群に接続し、限定コンテンツや翻訳等の付加価値機能をクライアント端末２０に提供する。付加価値機能提供部７３２は、トラヒックを適切な事業者網や付加価値装置群への振り分けを行う。付加価値機能提供部７３２は、クライアントグループ管理部７３１によってグループ化が行なわれた場合には、グループ単位にカスタマイズした付加価値機能を提供する。

認証実行部７３３は、鍵管理装置１０に、ｖＶＰＮ−ＧＷ７Ａに対応する認証情報の要求を行い、該ｖＶＰＮ−ＧＷ７Ａに対応する認証情報１４１を鍵管理装置１０から受信する。認証実行部７３３は、クライアント端末２０との間で、取得した認証情報を用いて、ＳＳＬ認証を実行し、クライアント端末２０との間にトンネルを確立させる。例えば、ｖＶＰＮ−ＧＷ７Ａと、クライアント端末２０とが、Ｏｐｅｎ ＶＰＮ実現のために使用されるＳＳＬ／ＴＬＳ認証を用いた暗号化通信を行う場合には、ｖＶＰＮ−ＧＷ７Ａ及びクライアントの双方の認証手続きを行う。そして、この認証技術では、ＴＬＳ−ＡＵＴＨ ＨＭＡＣ共通鍵（以降、共通鍵とする。）を用いて、全てのＳＳＬ／ＴＬＳハンドシェイクパケットについて、ＨＭＡＣ署名によるパケットの整合性チェックを行う。

［クライアント端末に対する認証処理の流れ］
次に、クライアント端末認証システム１におけるクライアント端末２０に対する認証処理の流れについて説明する。図４及び図５は、クライアント端末認証システム１におけるクライアント端末２０に対する認証処理の流れを示す図である。なお、以降の図面においては、便宜的に、ＳＳＬ／ＴＬＳ認証をＳＳＬ認証と示す。

まず、クライアント端末２０は、ＡＰ８との無線通信を介して、サービスポータルサーバ２にアクセスし（図４の（１）参照）、ＩＰアドレス割当要求を行い、サービスポータルサーバ２が簡易認証に成功すると、ＩＰアドレスが割り当てられる。クライアント端末２０は、割り当てられたＩＰアドレスを用いてネットワークに接続し、クライアント証明書を認証サーバ３に送信する。認証サーバ３が、このクライアント証明書を用いた認証に成功した場合（図４の（２）参照）、クライアント端末２０のネットワークへのアクセスを許可し、サービスポータルサーバ２を介して、ＩＤ及びＰＷをクライアント端末２０に返却する。クライアント端末２０は、これによって、ＩＤ及びＰＷを取得する（図４の（１）参照）。また、クライアント端末２０には、ｖＶＰＮ−ＧＷ７Ａが割り当てられる。

ここで、サービスポータルサーバ２は、アクセス制御管理装置４に対し、ＡＣＬのうち、認証サーバ３によってアクセスが許可されたクライアント端末２０が無線通信を行うＡＰ８の送信元アドレスと、クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａの送信先アドレスとを、ＡＰ８が接続するアクセス制御装置５に対応するＳＡ，ＤＡに追加する設定を依頼する（図４の（３）参照）。この依頼に応じて、アクセス制御管理装置４は、ＡＣＬに、アクセス制御装置５が通過を許可するパケットのＳＡ，ＤＡを設定し、これに応じて、アクセス制御装置５に、クライアント端末２０が接続するＡＰ８とｖＶＰＮ−ＧＷ７Ａとの間のアクセスを許可する。

また、認証サーバ３は、クライアント端末２０の登録時に、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を、認証情報として鍵管理装置１０に送信する（図４の（４）参照）。鍵管理装置１０は、送信された認証情報をｖＶＰＮ−ＧＷの識別装置に対応付けて記憶する（図４の（５）参照）。

そして、クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａは、このクライアント端末２０から、トンネル接続リクエストがあった時に、鍵管理装置１０に対して、クライアント端末２０に対応する認証情報を要求する（図４の（６）参照）。

そして、ｖＶＰＮ−ＧＷ７Ａから認証情報の要求を受信した鍵管理装置１０は、該当するプライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵をｖＶＰＮ−ＧＷ７Ａに送信する（図５の（７）参照）。これらのプライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を受信したｖＶＰＮ−ＧＷ７Ａは、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行う（図５の（８）参照）。そして、ｖＶＰＮ−ＧＷ７Ａは、クライアント端末２０との間のＳＳＬ／ＴＬＳ認証が完了すると、クライアント端末２０との間にトンネルを確立し（図５の（９）参照）、暗号化通信を開始する（図５の（８）参照）。

［ｖＶＰＮ−ＧＷ変更処理の流れ］
次に、クライアント端末認証システム１におけるクライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れについて説明する。図６は、クライアント端末認証システム１におけるクライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れを示す図である。

図６に示すように、仮想マシン管理装置９が、ｖＶＰＮ−ＧＷ７Ａの故障、リソース枯渇等を検知した場合（図６の（１）参照）、別のｖＶＰＮ−ＧＷ７Ｂへ変更を設定する（図６の（２）参照）。そして、仮想マシン管理装置９は、鍵管理装置１０に、ｖＶＰＮ−ＧＷ変更通知を送信し、変更前と変更後のｖＶＰＮ−ＧＷを通知する（図６の（３）参照）。鍵管理装置１０は、このｖＶＰＮ−ＧＷ変更通知を受け、変更前のｖＶＰＮ−ＧＷ７Ａに収容されていた認証情報（プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵）を、変更後のｖＶＰＮ−ＧＷ７Ｂに送信する（図６の（４）参照）。

また、仮想マシン管理装置９は、認証サーバ３に、ｖＶＰＮ−ＧＷ変更通知を送信する（図６の（５）参照）。認証サーバ３は、このｖＶＰＮ−ＧＷ変更通知を受け、クライアント端末２０による変更後のｖＶＰＮ−ＧＷ７Ｂへのアクセスを許可し、認証ＤＢの内容を更新するとともに、サービスポータルサーバ２に、ｖＶＰＮ−ＧＷ変更通知を送信する（図６の（６）参照）。

サービスポータルサーバ２は、このｖＶＰＮ−ＧＷ変更通知に示されたｖＶＰＮ−ＧＷ変更にあわせて、ＡＣＬの設定を変更するように、アクセス制御管理装置４に依頼する（図６の（７）参照）。具体的には、サービスポータルサーバ２は、ＡＣＬにおいて、アクセス制御装置５の識別情報に対応するＳＡ，ＤＡのうち、ｖＶＰＮ−ＧＷ７Ａのアドレスの削除と、ｖＶＰＮ−ＧＷ７Ｂのアドレスの追加とを、アクセス制御管理装置４に依頼する。アクセス制御管理装置４は、このＡＣＬ設定依頼に応じて、ＡＣＬを変更するとともに、この変更に従い、変更後のｖＶＰＮ−ＧＷ７Ｂとクライアント端末２０が接続するＡＰ８とのアクセスを、アクセス制御装置５に許可する（図６の（８）参照）。

これによって、変更後のｖＶＰＮ−ＧＷ７Ｂとクライアント端末２０との間でのパケット通信が可能になるため、ｖＶＰＮ−ＧＷ７Ｂは、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行う（図６の（９）参照）。そして、ｖＶＰＮ−ＧＷ７Ｂは、クライアント端末２０との間のＳＳＬ／ＴＬＳ認証が完了した場合、クライアント端末２０との間にトンネルＴ２を確立し（図６の（１０）参照）、暗号化通信を開始する。

［クライアント端末に対する認証処理］
次に、図７を参照して、クライアント端末認証システム１におけるクライアント端末２０に対する認証処理の処理手順について説明する。図７は、図１に示すクライアント端末認証システム１におけるクライアント端末２０に対する認証処理の流れを説明するシーケンス図である。

まず、クライアント端末２０は、ＡＰ８を中継して、サービスポータルサーバ２に対して、ＩＰ割当要求を行う（ステップＳ１及びステップＳ２）。サービスポータルサーバ２は、簡易認証に成功すると、ＩＰアドレスをクライアント端末２０に割り当て、割り当てたＩＰアドレスを、ＡＰ８を中継して、クライアント端末２０に送信する（ステップＳ３及びステップＳ４）。

そして、クライアント端末２０は、割り当てられたＩＰアドレスを用いてネットワークに接続し、ＡＰ８を中継して、クライアント証明書を認証サーバ３に送信する（ステップＳ５及びステップＳ６）。認証サーバ３は、このクライアント証明書を用いて認証に成功した場合、クライアント端末２０のネットワークへのアクセスを許可し、サービスポータルサーバ２及びＡＰ８を介して、ＩＤ及びＰＷをクライアント端末２０に返却する（ステップＳ７〜ステップＳ９）。

ここで、サービスポータルサーバ２は、アクセス制御管理装置４に対し、ＡＣＬについて、クライアント端末２０が無線通信を行うＡＰ８のアドレスと、クライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ７Ａのアドレスとを、ＡＰ８が接続するアクセス制御装置５に対応するＳＡ，ＤＡに追加する設定を依頼する（ステップＳ１０）。この依頼に応じて、アクセス制御管理装置４は、ＡＣＬに、依頼されたＳＡ，ＤＡを設定する（ステップＳ１１）。そして、アクセス制御管理装置４は、アクセス制御装置５に対して、クライアント端末２０とｖＶＰＮ−ＧＷ７Ａとの間のアクセスを許可する（ステップＳ１２）。

また、認証サーバ３は、このクライアント端末２０の登録時に、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を、認証情報として鍵管理装置１０に送信する（ステップＳ１３）。鍵管理装置１０は、送信された認証情報をｖＶＰＮ−ＧＷ７の識別装置に対応付けて記憶する（ステップＳ１４）。

そして、ｖＶＰＮ−ＧＷ７Ａは、クライアント端末２０から送信されたトンネル接続リクエストを受信すると（ステップＳ１５）、鍵管理装置１０に対して、クライアント端末２０に対応する認証情報を要求する（ステップＳ１６）。これに応じて、鍵管理装置１０は、該当するプライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を、認証情報としてｖＶＰＮ−ＧＷ７Ａに送信する（ステップＳ１７）。

ｖＶＰＮ−ＧＷ７Ａは、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行う（ステップＳ１８）。そして、ｖＶＰＮ−ＧＷ７Ａは、クライアント端末２０との間のＳＳＬ／ＴＬＳ認証が完了したら、クライアント端末２０との間にトンネルを確立し（ステップＳ１９）、暗号化通信を開始する。

［ｖＶＰＮ−ＧＷ変更処理の流れ］
図８を参照して、クライアント端末認証システム１におけるｖＶＰＮ−ＧＷ変更処理の処理手順について説明する。図８は、図１に示すクライアント端末認証システム１におけるｖＶＰＮ−ＧＷ変更処理の流れを説明するシーケンス図である。

図８に示すように、例えば、ｖＶＰＮ−ＧＷ７Ａによる故障信号送信（ステップＳ２１）等によって、仮想マシン管理装置９が、ｖＶＰＮ−ＧＷ７Ａの故障、リソース枯渇等を検知し（ステップＳ２２）、別のｖＶＰＮ−ＧＷ７Ｂへ変更を設定する（ステップＳ２３）。そして、仮想マシン管理装置９は、鍵管理装置１０及び認証サーバ３に、ｖＶＰＮ−ＧＷ変更通知を送信し、変更前と変更後のｖＶＰＮ−ＧＷを通知する（ステップＳ２４及びステップＳ２５）。鍵管理装置１０は、このｖＶＰＮ−ＧＷ変更通知を受け、変更前のｖＶＰＮ−ＧＷ７Ａに収容されていた認証情報（プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ秘密鍵）を、変更後のｖＶＰＮ−ＧＷ７Ｂに送信する（ステップＳ２６）。

また、認証サーバ３は、このｖＶＰＮ−ＧＷ変更通知を受け、クライアント端末２０による変更後のｖＶＰＮ−ＧＷへのアクセスを許可するとともに、サービスポータルサーバ２に、ｖＶＰＮ−ＧＷ変更通知を送信する（ステップＳ２７）。サービスポータルサーバ２は、このｖＶＰＮ−ＧＷ変更通知に示されたｖＶＰＮ−ＧＷ変更にあわせて、ＡＣＬの設定を変更するように、アクセス制御管理装置４に依頼する（ステップＳ２８）。アクセス制御管理装置４は、このＡＣＬ設定依頼に応じて、ＡＣＬを変更する（ステップＳ２９）とともに、変更後のｖＶＰＮ−ＧＷ７Ｂとクライアント端末２０とのアクセスを、アクセス制御装置５に許可する（ステップＳ３０）。

ｖＶＰＮ−ＧＷ７Ｂは、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行い（ステップＳ３１）、クライアント端末２０との間にトンネルを確立し（ステップＳ３２）、暗号化通信を再開する。

［実施の形態１の効果］
このように、実施の形態１では、鍵管理装置１０を設け、ＳＳＬ／ＴＬＳ認証の実行に用いる認証情報を保持させることによって、暗号化されたＩＰトンネル技術に関する認証情報の冗長化を実現している。したがって、実施の形態１によれば、ｖＶＰＮ−ＧＷ７の故障等が発生した場合であっても、認証の実行のために要する情報が、変更後のｖＶＰＮ−ＧＷ７に引き継がれるため、変更後のｖＶＰＮ−ＧＷ７においてＳＳＬ／ＴＬＳ認証を実行可能である。すなわち、実施の形態１によれば、ｖＶＰＮ−ＧＷ７の変更にともなうＳＳＬ／ＴＬＳ認証の再確立を円滑に実行することが可能になる。

もちろん、クライアント端末認証システム１では、サービスポータルサーバ２がアドレス認証を実行することで、不正なクライアント端末がネットワークに通信フローを送ることを防止することができる。また、クライアント端末認証システム１では、アドレス認証に成功したクライアント端末２０の証明書に基づく認証をさらに実行することで、アドレス認証だけ実行する場合と比較してネットワークのセキュリティを向上させることができる。このため、クライアント端末認証システム１は、無線回線を利用した情報通信において高いセキュリティを実現することができる。

さらに、クライアント端末認証システム１では、認証サーバ３をサービスポータルサーバ２よりも上流に配置しているため、サービスポータルサーバ２と認証サーバ３とをネットワーク上の同じ位置に配置する場合と比較して、認証サーバ３を集約的に配置することができる。

［実施の形態２］
次に、実施の形態２について説明する。実施の形態２では、ｖＶＰＮ−ＧＷの変更時に要するＳＳＬ／ＴＬＳ認証の実行に用いる認証情報として、共通鍵を鍵管理装置に保持させる。図９は、実施の形態２に係るクライアント端末認証システムの構成の一例を説明するための図である。

図９に示すように、実施の形態２に係るクライアント端末認証システム２０１は、図１に示すクライアント端末認証システム１と比して、鍵管理装置１０に代えて、鍵管理装置２１０を有する。また、ｖＶＰＮ−ＧＷ７Ａ，７Ｂに代えて、ｖＶＰＮ−ＧＷ２０７Ａ，２０７Ｂを有する。ｖＶＰＮ−ＧＷ２０７Ａ，２０８Ｂは、ｖＶＰＮ−ＧＷ７Ａ，７Ｂと同様の機能を有するとともに、ＳＳＬ／ＴＬＳ認証実行時に作成した共通鍵を、鍵管理装置２１０に送信する。共通鍵は、このクライアント端末２０が送信した、暗号化された共通鍵を、ｖＶＰＮ−ＧＷ２０７Ａの秘密鍵で復号化したものである。

鍵管理装置２１０は、認証情報として、ｖＶＰＮ−ＧＷ２０７Ａと、クライアント端末２０に対応する共通鍵を保持する。共通鍵は、このクライアント端末２０が送信した、暗号化された共通鍵を、ｖＶＰＮ−ＧＷ２０７Ａの秘密鍵で復号化したものであり、ｖＶＰＮ−ＧＷ２０７Ａから送信される。そして、鍵管理装置２１０は、認証情報として、ｖＶＰＮ−ＧＷの識別情報に、共通鍵を対応付けて記憶する。

図１０は、図９に示す鍵管理装置２１０が記憶する認証情報のデータ構成の一例を示す図である。図１０に示すように、鍵管理装置２１０は、ｖＶＰＮ−ＧＷ７の識別情報、トンネルの識別情報、及び、サーバの秘密鍵で復号化された共通鍵情報を対応付けたテーブルＴを認証情報１２１として記憶する。トンネルの識別情報として、パケットのインナーヘッダのクライアント端末のアドレス（クライアントアドレス）が記憶される。ｖＶＰＮ−ＧＷ７は、受信したパケットを復号化することによって、インナーヘッダ及び通信対象のデータを取得する。

例えば、テーブルＴの１行目には、ｖＶＰＮ−ＧＷ「１」に対応して、インナーヘッダのクライアントアドレス「Ａ」と、共通鍵「Ｘ」とが対応付けられている。鍵管理装置１０は、クライアントアドレス「Ａ」であるクライアント端末２０に割り当てられたｖＶＰＮ−ＧＷ「１」に変更がある場合には、変更後のｖＶＰＮ−ＧＷに、インナーヘッダのクライアントアドレス「Ａ」を対応付けた共通鍵「Ｘ」を、認証情報として送信する。

［クライアント端末に対する認証処理の流れ］
次に、クライアント端末認証システム２０１におけるクライアント端末２０に対する認証処理の流れについて説明する。図１１は、クライアント端末認証システム２０１におけるクライアント端末２０に対する認証処理の流れを示す図である。

クライアント端末認証システム２０１では、クライアント端末認証システム１と同様に、クライアント端末２０のネットワークへのアクセスが許可される。そして、ｖＶＰＮ−ＧＷ２０７Ａは、認証サーバ３から、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を受信し、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行う（図１１の（１）参照）。

そして、ｖＶＰＮ−ＧＷ７２０Ａは、クライアント端末２０との間のＳＳＬ／ＴＬＳ認証が完了すると、クライアント端末２０との間にトンネルＴ１を確立し（図１１の（２）参照）、暗号化通信を開始する。続いて、ｖＶＰＮ−ＧＷ２０７Ａは、作成した共通鍵を、鍵管理装置２１０に送信する（図１１の（３）参照）。この共通鍵は、鍵管理装置２１０において記憶される。ｖＶＰＮ−ＧＷ２０７Ａ，２０７Ｂは、ＳＳＬ／ＴＬＳ認証を行うごとに、作成した共通鍵を鍵管理装置２１０に送信して、記憶させている。

［ｖＶＰＮ−ＧＷ変更処理の流れ］
次に、クライアント端末認証システム２０１におけるクライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れについて説明する。図１２は、クライアント端末認証システム２０１におけるクライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れを示す図である。

仮想マシン管理装置９が、ｖＶＰＮ−ＧＷ２０７Ａの故障を検知し（図１２の（１）参照）、ｖＶＰＮ−ＧＷ２０７Ｂへ変更を設定して（図１２の（２）参照）、鍵管理装置２１０に、ｖＶＰＮ−ＧＷ変更通知を送信し、変更前と変更後のｖＶＰＮ−ＧＷを通知する（図１２の（３）参照）。鍵管理装置２１０は、このｖＶＰＮ−ＧＷ変更通知を受け、変更前のｖＶＰＮ−ＧＷ２０７Ａに対応する共通鍵を、変更後のｖＶＰＮ−ＧＷ２０７Ｂに送信する（図１２の（４）参照）。

また、仮想マシン管理装置９は、認証サーバ３に、ｖＶＰＮ−ＧＷ変更通知を送信する（図１２の（５）参照）。この場合も、実施の形態１と同様に、認証サーバ３は、クライアント端末２０と変更後のｖＶＰＮ−ＧＷ２０７Ｂとの間のアクセスを許可し、サービスポータルサーバ２にｖＶＰＮ−ＧＷ変更通知を送信する（図１２の（６）参照）。サービスポータルサーバ２は、ｖＶＰＮ−ＧＷ変更にあわせてＡＣＬ設定変更依頼をアクセス制御管理装置４に行い（図１２の（７）参照）、アクセス制御管理装置４は、これに応じてＡＣＬを変更するとともに、ｖＶＰＮ−ＧＷ２０７Ｂとクライアント端末２０とのアクセスを、アクセス制御装置５に許可する（図１２の（８）参照）。

そして、ｖＶＰＮ−ＧＷ２０７Ｂは、鍵管理装置２１０から受信した共通鍵を用いてＳＳＬ／ＴＬＳ通信を開始し（図１２の（９）参照）、クライアント端末２０との間にトンネルＴ２を確立する（図１２の（１０）参照）。

［クライアント端末認証システムにおける処理］
次に、図１３を参照して、クライアント端末認証システム２０１におけるクライアント端末２０に対する認証処理の処理手順について説明する。図１３は、図９に示すクライアント端末認証システム２０１におけるクライアント端末２０に対する認証処理の流れを説明するシーケンス図である。

クライアント端末認証システム２０１では、図７に示すステップＳ１〜ステップＳ１２の処理を行った後、ｖＶＰＮ−ＧＷ７Ａは、認証サーバ３から、プライベートＣＡ証明書、サーバ証明書、サーバ秘密鍵及びＴＬＳ認証鍵を受信し、サーバ証明書の送信から始まるＳＳＬ／ＴＬＳ認証を、クライアント端末２０との間で行う（ステップＳ４１）。ｖＶＰＮ−ＧＷ７Ａは、クライアント端末２０との間のＳＳＬ／ＴＬＳ認証が完了すると、クライアント端末２０との間にトンネルを確立し（ステップＳ４２）、暗号化通信を開始するとともに、作成した共通鍵を、鍵管理装置２１０に送信する（ステップＳ４３）。鍵管理装置２１０は、この共通鍵を記憶する（ステップＳ４４）。

クライアント端末２０に対するｖＶＰＮ−ＧＷ変更処理の流れについて説明する。図１３に示すステップＳ４５〜ステップＳ４８は、図８に示すステップＳ２２〜ステップＳ２５である。そして、鍵管理装置２１０は、ステップＳ２４において仮想マシン管理装置９から送信されたｖＶＰＮ−ＧＷ変更通知を受け、変更前のｖＶＰＮ−ＧＷ２０７Ａに対応する共通鍵を、変更後のｖＶＰＮ−ＧＷ２０７Ｂに送信する（ステップＳ４９）。ステップＳ５０〜ステップＳ５３は、図８に示すステップＳ２７〜ステップＳ３０である。

そして、ｖＶＰＮ−ＧＷ７２０Ｂは、鍵管理装置２１０から受信した共通鍵を用いて、クライアント端末２０との間にトンネルを確立し、ＳＳＬ／ＴＬＳ通信を開始する（ステップＳ５４）。

［実施の形態２の効果］
このように、実施の形態２では、鍵管理装置２１０に、ＳＳＬ／ＴＬＳ認証の実行に用いる認証情報として、ｖＶＰＮ−ＧＷが作成した共通鍵を保持させることによって、実施の形態１と同様の効果を奏する。また、実施の形態２では、変更後のｖＶＰＮ−ＧＷに対し、認証情報として、共通鍵を動的に引き継ぐため、変更後のｖＶＰＮ−ＧＷは、共通鍵を求めるまでの処理を行わずともよく、迅速にＳＳＬ／ＴＬＳ通信を開始することができる。

［実施の形態１，２の変形例］
なお、実施の形態１，２では、ｖＶＰＮ−ＧＷ変更の際に、同一のアクセス制御装置５及びＡＰ８を経由するトンネルＴ２を再確立した例について説明したが、もちろん、これに限らない。

図１４は、実施の形態１に係るクライアント端末認証システムの構成の他の例を説明するための図である。例えば、図１４のクライアント端末認証システム１Ａに示すように、ｖＶＰＮ−ＧＷ７ＡからｖＶＰＮ−ＧＷ７Ｂへの変更の際に（矢印Ｙ１’参照）、変更前のトンネルＴ１’が経由する第１ＡＰ８Ａではなく、第２ＡＰ８Ｂを経由するトンネルＴ２’を再確立してもよい（矢印Ｙ２’参照）。この場合、サービスポータルサーバ２は、ＡＣＬにおいて、アクセス制御装置５の識別情報に対応するＳＡ，ＤＡのうち、第１ＡＰ８Ａのアドレス及びｖＶＰＮ−ＧＷ７Ａのアドレスの削除と、第２ＡＰ８Ｂのアドレス及びｖＶＰＮ−ＧＷ７Ｂのアドレスの追加と、アクセス制御管理装置４に依頼する。この結果、アクセス制御装置５は、第２ＡＰ８Ｂと、ｖＶＰＮ−ＧＷ７Ｂとの間のパケットの通過を許可するため、第２ＡＰ８Ｂを経由するトンネルＴ２’の再確立が可能になる。

図１５は、実施の形態１に係るクライアント端末認証システムの構成の他の例を説明するための図である。例えば、図１５のクライアント端末認証システム１Ｂに示すように、ｖＶＰＮ−ＧＷ７ＡからｖＶＰＮ−ＧＷ７Ｂへの変更の際に（矢印Ｙ１”参照）、変更前のトンネルＴ１”が経由する第１ＡＰ８Ａ及びアクセス制御装置５Ａではなく、第２ＡＰ８Ｂ及びアクセス制御装置５Ｂを経由するトンネルＴ２”を再確立してもよい（矢印Ｙ２”参照）。この場合、サービスポータルサーバ２は、ＡＣＬにおいて、アクセス制御装置５Ａの識別情報に対応するＳＡ，ＤＡからの第１ＡＰ８Ａのアドレス及びｖＶＰＮ−ＧＷ７Ａのアドレスの削除と、アクセス制御装置５Ｂの識別情報に対応するＳＡ，ＤＡへの第２ＡＰ８Ｂのアドレス及びｖＶＰＮ−ＧＷ７Ｂのアドレスの追加とを、アクセス制御管理装置４に依頼する。この結果、アクセス制御装置５Ｂは、第２ＡＰ８Ｂと、ｖＶＰＮ−ＧＷ７Ｂとの間のパケットの通過を許可するため、第２ＡＰ８Ｂを経由するトンネルＴ２”の再確立が可能になる。

なお、本実施の形態では、アクセス制御管理装置４は、ＡＣＬとして、アクセス制御装置５Ａ，５Ｂの識別情報に、パケットのアウトヘッダーに含まれるクライアント端末２０のＩＤ、ＳＡ、ＤＡを対応付けて設定する例を説明したが、もちろんこれに限らない。アクセス制御管理装置４は、ＡＣＬとして、アクセス制御装置５Ａ，５Ｂの識別情報に、パケットのアウトヘッダーに含まれる５ｔｕｐｌｅ（Source IP，Destination IP，Src Port，Dst Post，Protocol）を対応付けて設定し、該ＡＣＬに設定された５ｔｕｐｌｅをアウトヘッダーに含むパケットの通過を許可するようにアクセス制御装置５Ａ，５Ｂを制御してもよい。

［実施の形態のシステム構成について］
図１及び図９に示したクライアント端末認証システム１，２０１の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、クライアント端末認証システム１，２０１の機能の分散および統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。

また、クライアント端末認証システム１，２０１の各装置において行われる各処理は、全部または任意の一部が、ＣＰＵおよびＣＰＵにより解析実行されるプログラムにて実現されてもよい。また、クライアント端末認証システム１の各装置において行われる各処理は、ワイヤードロジックによるハードウェアとして実現されてもよい。

また、実施の形態１，２において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともできる。もしくは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上述および図示の処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて適宜変更することができる。

［プログラム］
図１６は、プログラムが実行されることにより、クライアント端末認証システム１，２０１の各装置が実現されるコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、クライアント端末認証システム１，２０１の各装置の各処理を規定するプログラムは、コンピュータ１０００により実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、クライアント端末認証システム１，２０１の各装置における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

また、上述した実施の形態１，２の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して実行する。

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ、ＷＡＮ等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施の形態について説明したが、本実施の形態による本発明の開示の一部をなす記述及び図面により本発明は限定されることはない。すなわち、本実施の形態に基づいて当業者等によりなされる他の実施の形態、実施例及び運用技術等は全て本発明の範疇に含まれる。

１，２０１ クライアント端末認証システム
２，２Ｐ サービスポータルサーバ
３，３Ｐ 認証サーバ
４，４Ｐ アクセス制御管理装置
５，５Ｐ，５Ａ，５Ｂ アクセス制御装置
６Ａ，６Ｂ，６ＡＰ，６ＢＰ 振分装置
７Ａ，７Ｂ，７ＡＰ，７ＢＰ，２０７Ａ，２０７Ｂ，２０７ＡＰ，２０７ＢＰ ｖＶＰＮ−ＧＷ
８，８Ｐ アクセスポイント（ＡＰ）
９，９Ｐ 仮想マシン管理装置
１１ 通信部
１２ 記憶部
１３ 制御部
１０，２１０ 鍵管理装置
２０，２０Ｐ クライアント端末
１００ 付加価値装置群または外部ネットワーク（ＮＷ）
１２１ 認証情報
Ｔ１，Ｔ１’，Ｔ１”，Ｔ２，Ｔ２’，Ｔ２” トンネル

Claims (6)

1. ネットワークに接続するクライアント端末を認証し、前記クライアント端末による前記ネットワークへのアクセスを許可するクライアント端末認証システムであって、
   前記クライアント端末が送信する証明書を受信して当該証明書の認証を実行し、前記証明書の認証に成功した場合に前記クライアント端末による前記ネットワークへのアクセスを許可する認証サーバと、
   前記認証サーバによってアクセスが許可されたクライアント端末に割り当てられたゲートウェイであって、前記認証サーバによってアクセスが許可されたクライアント端末との間で通信認証を実行して確立した通信経路を用いて前記クライアント端末との間で暗号化通信を行うゲートウェイと、
   前記通信認証の実行に用いる認証情報を保持し、前記クライアント端末に割り当てられたゲートウェイが変更される場合には、変更後の前記ゲートウェイに前記認証情報を送信して該変更後のゲートウェイと前記クライアント端末との間に通信経路を確立させる情報管理装置と、
   前記認証サーバによってアクセスが許可されたクライアント端末と該クライアント端末に割り当てられたゲートウェイとの間を流れるパケットの通過を許可し、前記ゲートウェイの変更があった場合には、前記クライアント端末と前記変更後のゲートウェイとの間を流れるパケットの通過を許可するアクセス制御装置と、
   を有することを特徴とするクライアント端末認証システム。
2. 前記ゲートウェイは、通信認証としてＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）を使用し、
   前記認証サーバは、前記通信認証の実行に用いる認証情報として、プライベートＣＡ（Certification Authority）証明書、前記認証サーバのサーバ証明書、前記認証サーバのサーバ秘密鍵及びＴＬＳ秘密鍵を前記情報管理装置に送信し、
   前記情報管理装置は、前記認証サーバから送信された前記プライベートＣＡ証明書、前記サーバ証明書、前記サーバ秘密鍵及び前記ＴＬＳ秘密鍵を前記ゲートウェイごとに保持し、前記クライアント端末に割り当てられたゲートウェイが変更される場合には、変更後の前記ゲートウェイに、変更前の前記ゲートウェイに対応する前記プライベートＣＡ証明書、前記サーバ証明書、前記サーバ秘密鍵及び前記ＴＬＳ秘密鍵を送信して、該変更後のゲートウェイと前記クライアント端末との間に通信経路を確立させることを特徴とする請求項１に記載のクライアント端末認証システム。
3. 前記ゲートウェイは、通信認証としてＳＳＬ／ＴＬＳを使用し、ＳＳＬ／ＴＬＳの実行により取得した、前記クライアント端末との間での暗号化通信において使用する共通鍵を、前記通信認証の実行に用いる認証情報として前記情報管理装置に送信し、
   前記情報管理装置は、前記ゲートウェイから送信された前記共通鍵を前記ゲートウェイごとに保持し、前記クライアント端末に割り当てられたゲートウェイが変更される場合には、変更後の前記ゲートウェイに、変更前の前記ゲートウェイに対応する前記共通鍵を送信して、該変更後のゲートウェイに、前記クライアント端末との間での暗号化通信を開始させることを特徴とする請求項１に記載のクライアント端末認証システム。
4. 前記ゲートウェイを管理し、前記ゲートウェイの変更を設定した場合には、前記ゲートウェイを変更する旨と、変更前の前記ゲートウェイの識別情報と変更後の前記ゲートウェイの識別情報とを含むゲートウェイ変更通知を前記情報管理装置及び前記認証サーバに送信するゲートウェイ管理装置をさらに有し、
   前記認証サーバは、前記クライアント端末による前記変更後のゲートウェイへのアクセスを許可し、
   前記情報管理装置は、前記ゲートウェイ管理装置から前記ゲートウェイ変更通知を受けた場合、変更後の前記ゲートウェイに前記認証情報を送信して該変更後のゲートウェイと前記クライアント端末との間に通信経路を確立させることを特徴とする請求項１〜３のいずれか一つに記載のクライアント端末認証システム。
5. アクセスポイント間との無線通信を介した前記クライアント端末からのアドレス割当要求を受信してアドレス認証を実行してアドレス認証に成功した場合には前記クライアント端末にアドレスを送信するアドレス割当サーバと、
   前記認証サーバによってアクセスが許可されたクライアント端末が接続するアクセスポイントのアドレスと、前記クライアント端末の送信先として割り当てられたゲートウェイのアドレスと、を前記アクセス制御装置の識別情報に対応付けて記憶するアクセス制御リストにしたがって、前記アクセス制御装置にパケットの通過を許可するアクセス制御管理装置と、
   を有し、
   前記認証サーバは、前記アドレスを割り当てられた前記クライアント端末が送信する証明書を受信して当該証明書の認証を実行し、前記証明書の認証に成功した場合に前記クライアント端末による前記ネットワークへのアクセスを許可し、前記アドレス割当サーバを介して、前記クライアント端末に対応するＩＤ及びパスワードを前記クライアント端末に返却し、
   前記アドレス割当サーバは、前記アクセス制御管理装置に対し、前記認証サーバによってアクセスが許可されたクライアント端末が無線通信を行う前記アクセスポイントのアドレスと、該クライアント端末に割り当てられた送信先のゲートウェイのアドレスとを、対応する前記アクセス制御装置の識別情報に対応付けて、前記アクセス制御リストに設定する設定依頼を送信し、
   前記アクセス制御管理装置は、前記アドレス割当サーバから送信された前記設定依頼に応じて前記アクセス制御リストを設定し、前記アクセス制御リストにしたがって、前記アクセス制御装置のパケット通過処理を制御することを特徴とする請求項１〜４のいずれか一つに記載のクライアント端末認証システム。
6. ネットワークに配置された認証サーバが、クライアント端末が送信する証明書を受信して当該証明書の認証を実行し、前記証明書の認証に成功した場合に前記クライアント端末による前記ネットワークへのアクセスを許可する工程と、
   前記ネットワークに配置されたアクセス制御装置が、前記認証サーバによってアクセスが許可されたクライアント端末と該クライアント端末に割り当てられたゲートウェイとの間を流れるパケットの通過を許可する工程と、
   前記ゲートウェイが、前記認証サーバによってアクセスが許可されたクライアント端末との間で通信認証を実行して確立した通信経路を用いて前記クライアント端末との間で暗号化通信を行う工程と、
   前記ネットワークに配置された情報管理装置が、前記通信認証の実行に用いる認証情報を保持する工程と、
   前記情報管理装置が、前記クライアント端末に割り当てられたゲートウェイが変更される場合には、変更後の前記ゲートウェイに前記認証情報を送信して該変更後のゲートウェイと前記クライアント端末との間に通信経路を確立させる工程と、
   前記アクセス制御装置が、前記ゲートウェイの変更があった場合には、前記クライアント端末と前記変更後のゲートウェイとの間を流れるパケットの通過を許可する工程と、
   含んだことを特徴とするクライアント端末認証方法。

Images