(57)【要約】ＩＰネットワーク上に仲介装置を設け、ＶＰＮゲートウェイ装置で保管されるアクセスコントロールリスト（ＡＣＬ）を記憶する。仲介装置は、ＶＰＮクライアント装置から検索要求を受信し、ＡＣＬを参照して通信装置のプライベートＩＰアドレスを取得し、ＤＮＳを検索してＶＰＮゲートウェイ装置のＩＰアドレスを取得し、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間の認証と暗号化通信に用いる共通鍵を生成し、ＶＰＮゲートウェイ装置のＩＰアドレス、通信装置のプライベートＩＰアドレス及び共通鍵をＶＰＮクライアント装置に送信し、ＶＰＮクライアント装置のＩＰアドレス及び共通鍵をＶＰＮゲートウェイ装置に送信する。
2005004418.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークにバーチャルプライベートネットワーク、以下ＶＰＮ、クライアント装置及びＶＰＮゲートウェイ装置が接続され、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに通信装置が接続され、前記ＩＰネットワークに接続された任意のＶＰＮクライアント装置と、ＶＰＮゲートウェイ装置、及び、ＶＰＮゲートウェイ装置に管理されるローカルエリアネットワークに接続された任意の通信装置との間のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するシステムにおけるリモートアクセスＶＰＮ仲介方法であり、
（ａ）前記ＩＰネットワーク上に設けられた仲介装置に、前記ＶＰＮゲートウェイ装置から前記通信装置に割り当てられたプライベートＩＰアドレスを示す情報を含むアクセスコントロールリストを前記仲介装置に送信する過程と、
（ｂ）前記仲介装置で前記アクセスコントロールリストを前記ＶＰＮゲートウェイ装置に対応して記憶する過程と、
（ｃ）前記ＶＰＮクライアント装置からの要求に応答して前記ＶＰＮゲートウェイ装置に対応するＩＰアドレスを検索し、上記アクセスコントロールリストから対応する前記通信装置のプライベートＩＰアドレスを取得し、前記ＶＰＮクライアント装置に送ると共に、前記クライアント装置のＩＰアドレスを前記ＶＰＮゲートウェイ装置に送り、前記ＶＰＮクライアント装置と前記ゲートウェイ装置との間の認証された暗号化トンネルをセットアップするために用いる相互認証情報を生成し、前記ＶＰＮクライアント装置と前記ゲートウェイ装置の双方に送る過程と、
（ｄ）前記相互認証情報を用いて前記ＶＰＮクライアント装置と前記ゲートウェイ装置間で認証された暗号化トンネルセットアップを行い、この暗号化トンネルを通して前記通信装置のプライベートＩＰアドレスを使ってリモートアクセスを実行する過程、
とを含む。
【請求項２】
請求項１記載のリモートアクセスＶＰＮ仲介方法において、前記アクセスコントロールリストは前記ＶＰＮクライアント装置に関する属性情報を含む。
【請求項３】
請求項２記載のリモートアクセスＶＰＮ仲介方法において、前記過程（ａ）は、前記仲介装置と前記ＶＰＮゲートウェイ装置又はそれを管理する権限を有するＶＰＮゲートウェイ管理装置との間の通信路を暗号化して、前記ＶＰＮゲートウェイ装置からアクセスコントロールリストを前記仲介装置に送信する過程を含む。
【請求項４】
請求項２又は３記載のリモートアクセスＶＰＮ仲介方法において、前記過程（ｂ）は、前記仲介装置が、前記ＶＰＮゲートウェイ装置等を認証する過程と、認証に成功した場合に、前記ＶＰＮゲートウェイ装置により送信された前記ＶＰＮクライアント装置に対するアクセスコントロールリストを記憶する過程とを含む。
【請求項５】
請求項２又は３記載のリモートアクセスＶＰＮ仲介方法において、前記過程（ｃ）は、（ｃ−０）前記ＶＰＮクライアント装置から前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスの検索要求を受信したなら、前記ＶＰＮクライアント装置が前記ＶＰＮゲートウェイ装置のアクセス権限を有するかどうか検証する過程と、
アクセス権限を有する場合に限り、
（ｃ−１）アクセスコントロールリストを参照して、通信装置に割り当てられたプライベートＩＰアドレスを取得する過程と、
（ｃ−２）ドメインネームサーバを検索してＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを取得する過程と、
（ｃ−３）仲介装置とＶＰＮクライアント装置との通信路を暗号化して、ＶＰＮゲートウェイ装置のＩＰアドレス及び通信装置のプライベートＩＰアドレスをＶＰＮクライアント装置に送信する過程と、
（ｃ−４）仲介装置とＶＰＮゲートウェイ装置との通信路を暗号化して、ＶＰＮクライアント装置のグローバルＩＰアドレス及びアクセスコントロールリストに記載されたＶＰＮクライアント装置に関する前記属性情報をＶＰＮゲートウェイ装置に送信する過程、
とを含み、前記過程（ｄ）は、
（ｄ−１）ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間の認証に用いる前記相互認証情報を生成する過程と、
（ｄ−２）仲介装置とＶＰＮクライアント装置との通信路を暗号化して、ＶＰＮゲートウェイ装置との相互認証に必要な情報をＶＰＮクライアント装置に送信する過程と、
（ｄ−３）仲介装置とＶＰＮゲートウェイ装置との通信路を暗号化して、ＶＰＮクライアント装置との相互認証に必要な情報をＶＰＮゲートウェイ装置に送信する過程、
とを含む。
【請求項６】
請求項５記載のリモートアクセスＶＰＮ仲介方法において、前記ＶＰＮゲートウェイ装置が、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間の暗号化トンネルセットアップ時に、仲介装置から送信されたＶＰＮクライアント装置に関する前記属性情報に基づいて、前記ＶＰＮクライアント装置に付与すべきプライベートＩＰアドレスを決定し付与する機能と、ＶＰＮクライアント装置に関する前記属性情報に基づいて収容するＶＬＡＮ、ゲートウェイアドレス、内部ＤＮＳアドレス、ＷＩＮＳサーバアドレス、などを決定する機能と、前記属性情報に基づいて前記ＶＰＮゲートウェイ装置のパケットフィルタリング設定を変更する機能、の少なくとも１つを実行する過程と、
上記ＶＰＮゲートウェイ装置が、ＶＰＮクライアント装置との間に確立したトンネルが切断ないし無通信が所定の時間継続した場合に、トンネルのクリーンアップ処理、ＶＰＮクライアント装置に割り当てたプライベートＩＰアドレスの返却処理、当該ＶＰＮクライアント装置のために行った当該ＶＰＮゲートウェイ装置のパケットフィルタリング設定を復元する過程を含む。
【請求項７】
請求項２又は３記載のリモートアクセスＶＰＮ仲介方法において、前記過程（ｃ）は、ＶＰＮクライアント装置が、装置内アプリケーションあるいは、他ＶＰＮクライアント装置から転送されてきたＤＮＳ問い合わせを捕捉し、当該問い合わせのソースアドレスや問い合わせ内容をフィルタ条件と照合し、条件に合致した場合には、その問い合わせを上記仲介装置への問い合わせに変換する過程を含み、前記過程（ｄ）は、その応答をもとにトンネリングプロトコルの構成管理情報を設定・更新する過程を含み、前記過程（ｅ）は、必要に応じてトンネルを初期化し、ＤＮＳ問い合わせ結果として仲介装置により指定された通信装置のプライベートＩＰアドレスを問い合わせもとのアプリケーションに問い合わせ結果として渡す過程を含む。
【請求項８】
請求項５記載のリモートアクセスＶＰＮ仲介方法において、前記過程（ｃ）は、前記ＶＰＮクライアント装置が、ＳＰＫＩ方式に従って証明書を発行し、前記証明書を受信した他のＶＰＮクライアント装置が前記仲介装置に対して、前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスの検索要求を送信する過程を含む。
【請求項９】
ＩＰネットワークにＶＰＮクライアント装置及びＶＰＮゲートウェイ装置が接続され、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに通信装置が接続され、前記ＩＰネットワークに接続された任意のＶＰＮクライアント装置と、ＶＰＮゲートウェイ装置、及び、ＶＰＮゲートウェイ装置に管理されるローカルエリアネットワークに接続された任意の通信装置との間のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するシステムにおいて、ＩＰネットワーク上に設置されて、リモートアクセスＶＰＮの確立を仲介する仲介装置であって、
前記ＶＰＮゲートウェイ装置から送信される前記通信装置に割り当てられたプライベートＩＰアドレスを示す情報を含むアクセスコントロールリスト、以下ＡＣＬ、を記憶するＡＣＬ記憶手段と、
前記ＶＰＮクライアント装置、前記ゲートウェイ装置を認証し、アクセス権限制御を実行する認証／アクセス権限制御手段と、
前記アクセスコントロールリストを参照して、前記通信装置に割り当てられたプライベートＩＰアドレスを取得し、ドメインネームサーバを検索して前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを取得するＩＰアドレス取得手段と、
前記ＶＰＮクライアント装置と前記ＶＰＮゲートウェイ装置との間の認証された暗号化トンネルをセットアップするために用いる相互認証情報を生成する認証情報生成手段と、
前記ＶＰＮクライアント装置に、前記ＶＰＮゲートウェイ装置のＩＰアドレス、前記通信装置のプライベートＩＰアドレス及び前記相互認証情報を送信し、前記ＶＰＮゲートウェイ装置に、前記ＶＰＮクライアント装置のＩＰアドレス及び前記相互認証情報を送信する通信手段、
とを含む。
【請求項１０】
請求項９記載の仲介装置において、前記通信手段は、仲介装置とＶＰＮクライアント装置との間の通信、仲介装置とＶＰＮゲートウェイ装置との間の通信を、それぞれ暗号化する暗号化手段を含む。
【請求項１１】
請求項９記載の仲介装置において、前記認証／アクセス権限制御手段は、前記ＶＰＮクライアント装置を認証し、認証に成功した場合に限り、前記ＩＰアドレス取得手段に対し前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスをドメインネームサーバに問い合わせて取得させ、前記相互認証情報生成手段に対し前記相互認証情報を生成させ、前記通信手段に、取得したＩＰアドレスと、前記通信装置に割り当てられたプライベートＩＰアドレス、及び生成した前記相互認証情報を前記ＶＰＮクライアント装置に送信させる。
【請求項１２】
請求項９記載の仲介装置において、前記認証／アクセス権限制御手段は前記ＶＰＮクライアント装置が前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを検索する権限を有しているか否かを判定し、権限を有している場合に限り、前記ＩＰアドレス取得手段に対し前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスをドメインネームサーバに問い合わせて取得させ、前記相互認証情報生成手段に対し前記相互認証情報を生成させ、前記通信手段に対し取得したＩＰアドレス、前記通信装置に割り当てられたプライベートＩＰアドレス、及び、生成した前記相互認証情報を前記ＶＰＮクライアント装置に送信させる。
【請求項１３】
請求項１１又は１２記載の仲介装置において、前記認証／アクセス権限制御手段は、前記ＶＰＮゲートウェイ装置を認証し、認証に成功した場合に限り、前記通信手段に対し前記ＶＰＮクライアント装置に割り当てられたＩＰアドレス、及び、前記相互認証情報を前記ＶＰＮゲートウェイ装置に送信させる。
【請求項１４】
請求項９乃至１３のいずれかに記載の仲介装置において、前記認証／アクセス権限制御手段は、ＳＰＫＩ（Ｓｉｍｐｌｅ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）方式に従って、前記ＶＰＮクライアント装置、及び、前記ＶＰＮゲートウェイ装置を認証し、及び／または、アクセ権限制御を実行する。
【請求項１５】
請求項９乃至１３のいずれかに記載の仲介装置において、前記認証／アクセス権限制御手段は、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）方式に従って、前記ＶＰＮクライアント装置、及び、前記ＶＰＮゲートウェイ装置を認証する。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、インターネットにおいて、ＩＰｓｅｃ（ＩＰｓｅｃｕｒｉｔｙ  Ｐｒｏｔｏｃｏｌ）、Ｌ２ＴＰ（Ｌａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）等の任意のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するために用いられる情報のうち、ＶＰＮクライアント装置のグローバルＩＰアドレス、ＶＰＮゲートウェイ装置のグローバルＩＰアドレス、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置の間で認証に用いる相互認証情報を、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置の間で安全に共有する技術に関する。
【背景技術】
【０００２】  インターネット上に構築される仮想の閉域ネットワークは一般にバーチャルプライベートネットワーク（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ：以後ＶＰＮと略す）と呼ばれる。ＶＰＮはＩＰｓｅｃ、Ｌ２ＴＰ等のトンネリングプロトコルを用いて構築され、ローカルエリアネットワーク（ＬＡＮ）内のリソースに移動クライアントからインターネット経由でアクセスしたり、または、物理的に離れた複数のローカルエリアネットワークをインターネット経由で接続する場合に利用される。リモートユーザにリモートアクセスＶＰＮへのアクセスを許可する場合、アクセスするＶＰＮクライアント、アクセスされるＶＰＮゲートウェイの双方に以下のような設定が必要になる。【０００３】  ＶＰＮクライアント装置では、
・ＶＰＮゲートウェイ装置（グローバル）ＩＰアドレス
・ＶＰＮゲートウェイ装置とＶＰＮクライアント装置との相互認証情報
・ＶＰＮクライアント装置のプライベートＩＰアドレス
・ＶＰＮ内部ネットワークのルータ、ネームサーバ（ＤＮＳ，ＷＩＮＳなど）のプライベートＩＰアドレス（ＶＰＮクライアント側で静的に設定する場合）
ＶＰＮゲートウェイ装置では、
・ＶＰＮゲートウェイ装置とＶＰＮクライアント装置との相互認証情報
・認証したＶＰＮクライアント装置に払い出すプライベートＩＰアドレス、ＶＰＮ内部のルータ、ネームサーバのプライベートＩＰアドレス（ＶＰＮゲートウェイ側から動的に設定・通知する場合）
一般にこれらの設定はセキュリティに関わることから、安全確実に行う必要があり、ＶＰＮクライアントの利用者にも、ＶＰＮ管理者にも多大な負担を与える。また、このＶＰＮへアクセス可能なユーザの変化が激しい場合は、ユーザ管理に関わる負担も多大になる。さらに、ユーザが複数のＶＰＮにアクセスする場合、接続対象ＶＰＮそれぞれに対し、認証方法や認証情報、それを保管するＩＣカードなどの認証デバイスが異なる場合もあり、その管理が多大な負担になる。【０００４】  ＶＰＮクライアント装置は、自分に許可されたＶＰＮへのアクセス権限を一時的に他のＶＰＮクライアント装置において実施したい場合がある。また、ＶＰＮクライアント装置（Ａ）がＮＡＴ（ネットワークアドレス変換）セグメントの内側にあったり、電力制限の厳しい携帯小型デバイスなどの場合、ＶＰＮゲートウェイ装置との暗号化通信路を直接確立するのは適当とはいえない。この場合、典型的には、当該ＮＡＴセグメントとインターネットとのゲートウェイ機能をもつ別のＶＰＮクライアント装置（Ｄ）がＶＰＮゲートウェイとのトンネル確立を受け持つことになる。この場合、アクセス制御は、ＶＰＮクライアント装置（Ｄ）に対して行うのではなく、ＶＰＮクライアント装置（Ａ）に対して行うことが必要になる。このように、アクセス権限が許可されているＶＰＮクライアント装置とトンネルの始点となるＶＰＮクライアント装置とが異なる場合には、権限を委譲する機構が不可欠になる。【０００５】  さらに、ＶＰＮの提供するサービスの性質によっては、ＶＰＮクライアントのユーザは、ＶＰＮサービスを行っている側に対し、厳密に個人を特定できる情報を知られたくない場合も存在する。一方、ＶＰＮサービスを提供する側も、クライアント認証情報などの個人情報の取り扱いや、会員加入脱退管理などの煩雑な業務はアウトソーシングして本来のサービス提供に専念したい場合も多い。この場合、ユーザ認証やアクセス権限の検証はアウトソーサに実行させ、正当な利用者のみをＶＰＮサービス提供者に仲介してもらうことになる。
共通鍵を安全に配布する方法としては種々の方法がある（例えば、特許文献１、特許文献２参照）。特許文献１に示される方法は、ローカルエリアネットワークに接続された複数の通信装置との間で共通鍵を交換する方法で、ＤＨＣＰサーバ機能を有するゲートウェイ装置を介して共通鍵を交換する。具体的には、ローカルエリアネットワークへの接続時にＤＨＣＰに従いＩＰアドレスを取得する際に、共通鍵も同時に交換する。これによって、ローカルエリアネットワーク内の通信を暗号化するための共通鍵を交換できる。【０００６】  特許文献２に示される方法は、インターネットに接続されたＶＰＮクライアント装置と、ＶＰＮゲートウェイ装置で管理されるローカルエリアに接続された通信装置との通信において、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間である共通鍵を交換し、ＶＰＮゲートウェイ装置と通信装置との間で別の共通鍵を交換する方法である。これによって、ＶＰＮクライアント装置とローカルエリアネットワークに接続された通信装置との間でＩＫＥ等の鍵交換方式を用いて鍵交換を行う必要なく、ＶＰＮクライアント装置とローカルエリアネットワークに接続された通信装置との暗号通信を実現できる。【０００７】  しかし、特許文献１の方法は、鍵配布が可能な範囲はローカルエリアネットワークに限られ、また、特許文献２の方法は、前もってＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間である共通鍵を交換する必要があることから、会員の加入・脱退が頻繁におきる場合の管理業務が煩雑になる。また、いずれの方法も、アクセス制御を第三者に仲介させたり、ＶＰＮクライアント装置が、接続を許可されたＶＰＮゲートウェイ装置へのアクセスについて、暗号化通信の処理を他の信頼できるＶＰＮクライアント装置に委譲する機能はない。認証したＶＰＮクライアント装置に払い出すプライベートＩＰアドレス、ＶＰＮ内部のルータ、ネームサーバのプライベートＩＰアドレスなどの構成管理情報をＶＰＮゲートウェイ側から動的に設定・通知する方法として、種々の方法がある。（例えば、特許文献３、特許文献４、非特許文献１、非特許文献２、非特許文献３参照）
特許文献３に示される方法では、設定情報を管理する管理装置を儲け、管理情報が通信装置に設定情報を転送する際に、通信装置のＩＰアドレスとログインパスワードを提示してその通信装置にログインし、設定情報を転送する方法を示している。これによれば、ＶＰＮゲートウェイ装置に相当する管理装置から設定情報としてプライベートＩＰアドレス等の構成管理情報をＶＰＮクライアント装置に配布できる。しかしながら、この方法は、受信者であるＶＰＮクライアント装置の認証を行っておらず、ＩＰアドレスの偽装による成りすまし攻撃、中間者攻撃にさらされる危険がある。また、ＶＰＮクライアント装置から構成管理情報取得の要求が出される場合、管理装置がどのようにして認証・アクセス制御を行うのか示されていない。【０００８】  特許文献４、非特許文献１、非特許文献２、非特許文献３は、いずれもＩＰｓｅｃやＰＰＰ、Ｌ２ＴＰなどのトンネリングプロトコルで構成管理情報を動的に設定・通知する方法を示している。
本発明も、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置間での各種トンネルプロトコルのセットアップフェーズにおいて、上記動的設定・通知に対応した機能が実施されることを仮定している。ただし、従来の方式がトンネルのセットアップ時にユーザ認証やアクセス制御と上記構成管理情報の動的設定・通知を一体として扱っているのに対し、本発明は、ユーザ認証とアクセス制御は仲介装置にて実施し、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置が共通の秘密を共有できるようにし、それに基づいてＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間のトンネルセットアップが行われ、その後、トンネルの構成管理情報がＶＰＮゲートウェイ装置から動的に設定・通知される点が異なる。また、ＶＰＮクライアント装置Ｂが、暗号化通信などのトンネルプロトコル処理を他の信頼できるＶＰＮクライアント装置Ｄに委譲することにより、仲介装置におけるアクセス権限の検査は要求元装置Ｂに対しておこなわれるようにできる。ただし、管理上の都合によっては、トンネルの構成管理情報の一部、当該トンネルへのルーティング情報などネットワークの運用に関する情報を仲介装置からＶＰＮクライアント装置に送信してもよい。この場合、情報の種類に応じて、トンネルのセットアップの開始前あるいは完了後に仲介装置から送られてきた構成管理情報等を設定する。
また、公開鍵を用いた認証方法、証明書発行方法としてＳＰＫＩ（Ｓｉｍｐｌｅ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）方式がある（例えば、非特許文献４、非特許文献５）が、リモートアクセスＶＰＮへの利用方法について明らかでない。
【特許文献１】特開２００１−２９２１３５号公報
【特許文献２】特開２００２−２７１３０９号公報
【特許文献３】特開２００３−１８１６３号公報
【特許文献４】特開２００１−１６０８２８号公報
【非特許文献１】Ｂ．Ｐａｔｅｌ，Ｂ．Ａｂｏｂａ，Ｓ．Ｋｅｌｌｙ，Ｖ．Ｇｕｐｔａ，″Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＤＨＣＰｖ４）Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｆ  ＩＰｓｅｃ  Ｔｕｎｎｅｌ  Ｍｏｄｅ″，［ｏｎｌｉｎｅ］、２００３年１月掲載、ＲＦＣ３４５６、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、［２００３年３月１７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３４５６．ｔｘｔ＞
【非特許文献２】ＩＰＣＰ（ＲＦＣ−１３３２）
【非特許文献３】ＥＡＰ（ＲＦＣ−２２８４）
【非特許文献４】Ｃ．Ｅｌｌｉｓｏｎ，Ｂ．Ｆｒａｎｔｚ，Ｂ．Ｌａｍｐｓｏｎ，Ｒ．Ｒｉｖｅｓｔ，Ｂ．Ｔｈｏｍａｓ，Ｔ．Ｙｌｏｎｅｎ，″ＳＰＫＩ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｈｅｏｒｙ″，［ｏｎｌｉｎｅ］、１９９９年９月掲載、ＲＦＣ２６９３、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６９３．ｔｘｔ＞
【非特許文献５】Ｃ．Ｅｌｌｉｓｏｎ，Ｂ．Ｆｒａｎｔｚ，Ｂ．Ｌａｍｐｓｏｎ，Ｒ．Ｒｉｖｅｓｔ，Ｂ．Ｔｈｏｍａｓ，Ｔ．Ｙｌｏｎｅｎ，″Ｓｉｍｐｌｅ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ＜ｄｒａｆｔ−ｉｅｔｆ−ｓｐｋｉ−ｃｅｒｔ−ｓｔｒｕｃｔｕｒｅ−０６．ｔｘｔ＞″，［ｏｎｌｉｎｅ］、１９９９年７月２６日掲載、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｏｒｌｄ．ｓｔｄ．ｃｏｍ／▲〜▼ｃｍｅ／ｓｐｋｉ，ｔｘｔ＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】  本発明は上述のような課題に鑑みなされたものであり、ＩＰネットワークにおいて、ＩＰｓｅｃ、Ｌ２ＴＰ等の任意のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するために用いる情報のうち、ＶＰＮクライアント装置のグローバルＩＰアドレス、ＶＰＮゲートウェイ装置のグローバルＩＰアドレス、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワーク内の任意の通信装置のプライベートＩＰアドレス、及び、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置の間でＩＫＥ（Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）フェーズ１における認証に用いる共通鍵を、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間で安全に共有できるようにすることである。また、リモートアクセスＶＰＮにおける認証において、利用者の個人情報を通信する相手に知られずに通信できるようにすることである。
【課題を解決するための手段】
【００１０】  この発明によれば、ＩＰネットワークにバーチャルプライベートネットワーク、以下ＶＰＮ、クライアント装置及びＶＰＮゲートウェイ装置が接続され、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに通信装置が接続され、前記ＩＰネットワークに接続された任意のＶＰＮクライアント装置と、ＶＰＮゲートウェイ装置、及び、ＶＰＮゲートウェイ装置に管理されるローカルエリアネットワークに接続された任意の通信装置との間のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するシステムにおけるリモートアクセスＶＰＮ仲介方法であり、
（ａ）前記ＩＰネットワーク上に設けられた仲介装置に、前記ＶＰＮゲートウェイ装置から前記通信装置に割り当てられたプライベートＩＰアドレスを示す情報を含むアクセスコントロールリストを送信する過程と、
（ｂ）前記仲介装置で前記アクセスコントロールリストを前記ＶＰＮゲートウェイ装置に対応して記憶する過程と、
（ｃ）前記ＶＰＮクライアント装置からの要求に応答して前記ＶＰＮゲートウェイ装置に対応するＩＰアドレスを検索し、上記アクセスコントロールリストから対応する前記通信装置のプライベートＩＰアドレスを取得し、前記ＶＰＮクライアント装置に送ると共に、前記クライアント装置のＩＰアドレスを前記ＶＰＮゲートウェイ装置に送り、前記ＶＰＮクライアント装置と前記ゲートウェイ装置との間の認証された暗号化トンネルをセットアップするために用いる相互認証情報を生成し、前記ＶＰＮクライアント装置と前記ゲートウェイ装置の双方に送る過程と、
（ｄ）前記相互認証情報を用いて前記ＶＰＮクライアント装置と前記ゲートウェイ装置間で認証された暗号化トンネルセットアップを行い、この暗号化トンネルを通して前記通信装置のプライベートＩＰアドレスを使ってリモートアクセスを実行する過程、
とを含む。【００１１】  この発明によれば、ＩＰネットワークにＶＰＮクライアント装置及びＶＰＮゲートウェイ装置が接続され、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに通信装置が接続され、前記ＩＰネットワークに接続された任意のＶＰＮクライアント装置と、ＶＰＮゲートウェイ装置、及び、ＶＰＮゲートウェイ装置に管理されるローカルエリアネットワークに接続された任意の通信装置との間のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するシステムにおいて、ＩＰネットワーク上に設置されて、リモートアクセスＶＰＮの確立を仲介する仲介装置であって、
前記ＶＰＮゲートウェイ装置から送信される前記通信装置に割り当てられたプライベートＩＰアドレスを示す情報を含むアクセスコントロールリスト、以下ＡＣＬ、を記憶するＡＣＬ記憶手段と、
前記ＶＰＮクライアント装置、前記ゲートウェイ装置を認証し、アクセス権限制御を実行する認証／アクセス権限制御手段と、
前記アクセスコントロールリストを参照して、前記通信装置に割り当てられたプライベートＩＰアドレスを取得し、ドメインネームサーバを検索して前記ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを取得するＩＰアドレス取得手段と、
前記ＶＰＮクライアント装置と前記ＶＰＮゲートウェイ装置との間の認証された暗号化トンネルをセットアップするために用いる相互認証情報を生成する認証情報生成手段と、
前記ＶＰＮクライアント装置に、前記ＶＰＮゲートウェイ装置のＩＰアドレス、前記通信装置のプライベートＩＰアドレス及び前記相互認証情報を送信し、前記ＶＰＮゲートウェイ装置に、前記ＶＰＮクライアント装置のＩＰアドレス及び前記相互認証情報を送信する通信手段、
とを含む。
【発明の効果】
【００１２】  本発明においては、次のような効果を奏する。第１の効果は、ＩＰネットワークにおいて、Ｌ２ＴＰ、ＩＰｓｅｃ等のトンネリングプロトコルによるリモートアクセスＶＰＮを実行するために用いる情報のうち、ＶＰＮクライアント装置のグローバルＩＰアドレス、ＶＰＮゲートウェイ装置のグローバルＩＰアドレス、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワーク内の任意の通信装置のプライベートＩＰアドレス、及び、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置の間で暗号化されたトンネルをセットアップする際に相互認証に必要となる共通鍵ないし共通の秘密（以下、相互認証情報）を、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間で安全に共有できることである。その理由は、仲介装置においてプライベートＩＰアドレスを安全に管理し、プライベートＩＰアドレスと相互認証情報を安全に配布するためである。【００１３】  具体的には、プライベートＩＰアドレスの仲介装置への登録において、ＶＰＮゲートウェイ装置を認証し、認証に成功した場合に限り、通信路を暗号化し、暗号化した通信路を用いて、プライベートＩＰアドレスを受信する。また、プライベートＩＰアドレスの検索において、ＶＰＮクライアント装置を認証し、認証に成功した場合に限り、ＶＰＮクライアント装置の公開鍵を用いてアクセス権限制御を実行し、アクセス権限制御に成功した場合に限り、ＶＰＮゲートウェイ装置のグローバルＩＰアドレスをドメインネームサーバＤＮＳから取得し、仲介装置とＶＰＮクライアント装置との間の通信路を暗号化し、暗号化した通信路を用いて、ＶＰＮゲートウェイ装置のグローバルＩＰアドレスと、通信装置のプライベートＩＰアドレスと、相互認証情報をＶＰＮクライアント装置に送信し、また、仲介装置とＶＰＮゲートウェイ装置との通信路を暗号化し、暗号化した通信路を用いて、ＶＰＮクライアント装置のグローバルＩＰアドレスと、相互認証情報及びＶＰＮクライアント装置の属性情報をＶＰＮゲートウェイ装置に送信するためである。【００１４】  第２の効果は、リモートアクセスＶＰＮにおける認証において、利用者の個人情報を通信する相手に知られずに通信できる手段を提供することである。その理由は、ＰＫＩ方式に従って認証する場合には、個人情報を含む公開鍵証明書を通信相手に送信する代わりに仲介装置に送信して認証するためである。また、ＳＰＫＩ方式に従って認証する場合には、いかなる証明書も個人情報を含まないように証明書の形式を定義できるためである。一方、仲介装置は、認証結果に伴う属性情報をＶＰＮゲートウェイ装置に送信することができ、当該ＶＰＮクライアント装置を収容するＶＬＡＮを選択する機能、当該ＶＰＮゲートウェイ装置のパケットフィルタリング設定を変更する機能、ＶＰＮ内の内部向けＤＮＳの逆引き辞書において、ＶＰＮクライアント装置のプライベートＩＰアドレスに対応したエントリに当該属性情報を追加する機能などと連携させてもよい。
【図面の簡単な説明】
【００１５】［図１］本発明の第１の実施例におけるシステム構成例を示す図である。
［図２］本発明の第１の実施例の動作概要を説明する図である。
［図３］この発明の仲介装置（Ｓ）１０４の機能構成を示す図である。
［図４］ＡはＡＣＬとハッシュ値を対応させた表を示す図、Ｂは図４Ａ中のＡＣＬエントリの１つの例を示す図である。
［図５］本発明の第１の実施例におけるアクセスコントロールＡＣＬの記憶手段を示す図である。
［図６］本発明の第１の実施形態におけるＩＰアドレス及び共通鍵の送信手順を示す図である。
［図７］本発明の第１の実施例における仲介装置でのＩＰアドレスの取得手順、及び、共通鍵の生成手順の詳細処理フロー図である。
［図８］本発明の第１の実施例におけるアクセスコントロールリストＡＣＬの一例である。
［図９］本発明の第１の実施例におけるデータＴＡＧの一例である。
［図１０］本発明の第１の実施例における演算結果データＤＡＴＡの一例である。
［図１１］本発明の第１の実施例における証明書ＣＦＲＴの一例である。ネットワークを通してそのプログラムを配布したりすることが可能である。
［図１２］本発明の第２の実施例におけるシステム構成例を示す図である。
［図１３］本発明の第２の実施例の動作概要を説明する図である。
［図１４］本発明の第２の実施例におけるアクセスコントロールＡＣＬの記憶手段を示す図である。
［図１５］本発明の第２の実施例における仲介装置でのアクセスコントロールリストＡＣＬの記憶手順の詳細処理フロー図である。
［図１６］本発明の第２の実施例におけるＩＰアドレス及び共通鍵の配布手順を示す図である。
［図１７］本発明の第２の実施例における、仲介装置でのＩＰアドレスの取得手順、及び、共通鍵の生成手順の詳細処理フロー図である。
［図１８］本発明の第３の実施例におけるＶＰＮクライアント装置の実施例を示す図。
［図１９］本発明の第４の実施例におけるＶＰＮゲートウェイ装置が使用されるネットワーク全体の構成を示す図。
［図２０］第４の実施例で使用されるアクセスコントロールリストの例を示す図。
［図２１］第４の実施例で使用されるＶＰＮゲートウェイ装置の機能構成例を示す図。
【発明を実施するための最良の形態】
【００１６】  以下に、本発明の実施の形態について図面を参照して詳細に説明する。
【実施例１】  これは、ＳＰＫＩ（Ｓｉｍｐｌｅ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）方式に従って、仲介装置がＶＰＮクライアント装置やＶＰＮゲートウェイ装置を認証し、また、ＶＰＮクライアント装置が権限委譲の証明書を発行する実施例である。このＳＰＫＩ方式では認証局は不要である。
図１に本実施例の全体的システム構成を示す。図１において、ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮクライアント装置（Ｄ）１０２、ＶＰＮゲートウェイ装置（Ｂ）１０３、仲介装置（Ｓ）１０４、ドメインネームサーバ（ＤＮＳ）１０５はそれぞれＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に従って広域ネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：ＷＡＮ）１００に接続されている。また。通信装置（Ｃ）１１１が、ＶＰＮゲートウェイ装置（Ｂ）１０３をゲートウェイ装置とするローカルエリアネットワーク（ＬＡＮ）１１０に接続されている。また、ＶＰＮゲートウェイ装置（Ｂ）１０３に対するアクセスコントロールリストを管理する権限を有するＶＰＮゲートウェイ管理装置（Ｍ）１１２を更にＷＡＮ上に設けても良い。【００１７】  図２は、図１の全体の動作を説明するための図である。太線はＩＰｓｅｃトンネルモードによるＶＰＮを示している。
ここで、ＶＰＮクライアント装置（Ａ）１０１のホスト名は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａ（またはそのハッシュ値ＨＡＳＨ＿Ａ）、ＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ａとする。ＶＰＮクライアント装置（Ｄ）１０２のホスト名は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄ（またはそのハッシュ値ＨＡＳＨ＿Ｄ）、ＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ｄとする。また、ＶＰＮゲートウェイ装置（Ｂ）１０３のホスト名は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのハッシュ値ＨＡＳＨ＿Ｂ）、ＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ｂとする。すなわち、ＶＰＮクライアント装置やＶＰＮゲートウェイ装置は、それぞれ、その公開鍵（またはそのハッシュ値）で識別可能である。通信装置（Ｃ）１１１のプライベートＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ｃとする。【００１８】  ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、及び、ＶＰＮクライアント装置（Ｄ）１０２に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿ＤはいずれもＩＰネットワーク（ＷＡＮ）１００において一意であり、任意の手段で動的に割り当てられる。ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＦＹ＿ＢとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂはドメインネームサーバ（ＤＮＳ）１０５において一意に関連付けられて管理される。また、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃはローカルエリアネットワーク（ＬＡＮ）１１０において一意であり、任意の手段を用いて動的に割り当てられる。【００１９】  ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮクライアント装置（Ｄ）１０２、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモード、または、ＩＰｓｅｃトンネルモードにより通信路を暗号化する手段を有する。また、ＶＰＮクライアント装置（Ａ）１０１は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａと対の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ａを、ＰＵＢＬＩＣＫＥＹ＿Ａとともに保管している。ＶＰＮゲートウェイ装置（Ｂ）１０３は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂと対の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｂを、ＰＵＢＬＩＣＫＥＹ＿Ｂとともに保管している。ＶＰＮクライアント装置（Ｄ）１０２は、公開鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｄとの対の秘密鍵ＰＲＩＶＡＴＥＫＦＹ＿ＤをＰＵＢＬＩＣＫＥＹ＿Ｄととも保管している。ＶＰＮゲートウェイ装置（Ｂ）１０３は、ローカルエリアネットワーク１１０上の通信装置１１１に対するアクセスに要求される条件を記述したアクセスコントロールリスト（ＡＣＬ）を保管している。【００２０】  図８に本実施例におけるアクセスコントロールリスト（ＡＣＬ）の例を示す。アクセスコントロールリスト（ＡＣＬ）の文法はＳＰＫＩに関する先の非特許文献４及び非特許文献５で定義されている。図８の例では、アクセス主体は、サブジェクトフィールド（ｓｕｂｊｅｃｔ）に書き込まれているハッシュｓｈａ１による公開鍵のハッシュ値がＨＡＳＨ＿Ａを有していることが指定され、タグフィールド（ｔａｇ）に記載されたｓｈａ１ハッシュ値ＨＡＳＨ＿Ｂを有するＶＰＮゲートウェイ装置１０３に接続されたローカルエリアネットワーク１１０上のプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを有する通信装置１１１へのアクセスが可能であることを示している。属性情報″ＡＴＴＲＩＢＵＴＥ＿Ａ″のフィールドは、付加的機能として設けられ、例えば「無料ユーザ」と「有料ユーザ」で割り当てるプライベートアドレス範囲を変えて、ＶＰＮゲートウェイ装置（Ｂ）１０３においてパケットフィルタリングによりアクセスできるサーバを変化させたり、Ｗｅｂサーバがクライアントに提供するサービスをソースアドレスに基づいて変更できるようにする。″ｖａｌｉｄｉｔｙ″のフィールドは、ＡＣＬのこのエントリーが有効な期間を示している。″ｐｒｏｐａｇａｔｅ″はアクセス主体の権限委譲許可を示すが、本実施例では権限委譲がなされていないため、他のフィールドと共に認証のための単なるデータ値として使用される。【００２１】  仲介装置（Ｓ）１０４は、図３に示すように、アクセスコントロールリスト（ＡＣＬ）記憶手段１０４１と、認証／アクセス権限制御手段１０４２と、ＩＰアドレス取得手段１０４３と、相互認証情報生成手段としての鍵生成手段１０４４と、暗号化手段１０４５ｅを有する通信手段１０４５と、これらの動作を制御する動作制御手段１０４６とから構成されている。ＩＰアドレス取得手段１０４３は、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に提示して、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを取得する。ＡＣＬ記憶手段１０４１は、ＶＰＮゲートウェイ装置（Ｂ）１０３から登録されたアクセスコントロールリスト（ＡＣＬ）を表として記憶する。認証／アクセス権限制御手段１０４２は、ＳＰＫＩ方式に基づいて、ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、及び／または、アクセス権限制御を実行する。通信手段１０４５は暗号化手段１０４５ｅを有しており、通信路を暗号化して、情報を安全に送受信する。相互認証情報生成手段としての鍵生成手段１０４４は、後述の相互認証情報としての共通鍵ＫＥＹ＿ＡＢ、及び、ＫＥＹ＿ＤＢを生成する。【００２２】  上記ＩＰアドレス取得手段１０４３では、ＤＮＳ方式と呼ばれるインターネットにおける一般的なＩＰアドレス検索方式（名前解決方式）に従って、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＢからＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索する。また、上記ＡＣＬ記憶手段１０４１では、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂとアクセスコントロールリスト（ＡＣＬ）を例えば図４Ａに示すようにＡＣＬテーブル１０４１Ｔとして関連付けて管理する。図１にはＶＰＮゲートウェイ装置を１つしか示していないが、実際には複数のＶＰＮゲートウェイ装置がそれぞれのローカルエリアネットワークをＷＡＮ１００に接続しており、また、各ローカルエリアネットワーク上には、図１では１つしか示してないが、複数の通信装置が接続されているものとする。図４Ａでは、それぞれのＶＰＮゲートウェイ装置の公開鍵のハッシュ値と対応してアクセスコントロールリストが登録されてい��。【００２３】  ＡＣＬテーブル１０４１Ｔ中の各アクセスコントロールリストＡＣＬ、例えばＡＣＬ１、は図４Ｂに表ＡＣＬ１として示すように、帰属するローカルエリアネットワーク上のそれぞれの通信装置のプライベートＩＰアドレスに対応して、それらにアクセスする主体（ｓｕｂｊｅｃｔ）、例えばＶＰＮクライアント装置が固有に有している公開鍵のハッシュ値を示してある。図４Ｂの表中の１行目の例では、プライベートＩＰアドレスＩＰＡＤＤＲＦＳＳ＿Ｃ１の通信装置に対して、ハッシュ値ＨＡＳＨ＿Ａを有するＶＰＮクライアント装置にアクセスを許可することを示している。具体的には前述の図８に示す形態で記述される。各アクセス対象装置に対して設けられるアクセスコントロールリストＡＣＬ中のアクセス主体は、図４Ａ及び図８例のような公開鍵のハッシュ値だけでなく、例えば、ある会社の社員であることを証明する社員番号、あるグループの会員であることを証明する会員番号、ある資格を有していることを証明する番号、など、様々なものが可能である。【００２４】  上記認証／アクセス権限制御１０４２では、ＳＰＫＩ方式に従い、ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、ＶＰＮクライアント装置（Ｄ）１０２を認証する。具体的には、ＶＰＮクライアント（Ａ）の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ａによる署名ＳＩＧ＿Ａと公開鍵ＰＵＢＬＩＣＫＦＹ＿Ａが入力されると、その公開鍵を使って署名ＳＩＧ＿Ａを確認することにより、その公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａに対応する秘密鍵ＰＲＩＶＡＴＦＫＥＹ＿Ａを有するＶＰＮクライアント（Ａ）の本人性を証明する。また、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｂによる署名ＳＩＧ＿Ｂと公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂをすべて入力して、署名ＳＩＧ＿Ｂを確認することにより、秘密鍵ＰＲＩＶＡＴＥＫＦＹ＿Ｂを有するＶＰＮゲートウェイ装置（Ｂ）の本人性を証明する。同様に、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｄによる署名ＳＩＧ＿Ｄ、及び、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄを入力して、署名ＳＩＧ＿Ｄを確認することにより、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｄを有するＶＰＮクライアント（Ｄ）の本人性を証明する。【００２５】  また、上記認証／アクセス権限制御１０４２では、ＳＰＫＩ方式に従い、ＶＰＮゲートウェイ装置（Ｂ）１０３に対するＶＰＮクライアント装置（Ａ）１０１及びＶＰＮクライアント装置（Ｄ）１０２のアクセス権限を制御する。ＶＰＮゲートウェイ装置（Ｂ）１０３に対するＶＰＮクライアント装置（Ａ）１０１のアクセス権限を制御する場合には、ＶＰＮゲートウェイ装置（Ｂ）１０３のＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索するためのＤＮＳクエリＱＵＥＲＹ、署名ＳＩＧ＿Ａ、及びアクセスコントロールリスト（ＡＣＬ）を入力して、これらをデータ値として使用してＳＰＫＩに関する非特許文献４、及び、非特許文献５において定義される５−ｔｕｐｌｅ  ｒｅｄｕｃｔｉｏｎ演算規則、及び／または、４−ｔｕｐｌｅ  ｒｅｄｕｃｔｉｏｎ演算規則に基づく演算を実行して、演算結果を出力する。また、ＶＰＮゲートウェイ装置（Ｂ）１０３に対するＶＰＮクライアント装置（Ｄ）１０２のアクセス権限を制御する場合には、ＶＰＮゲートウ���イ装置（Ｂ）１０３のＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索するためのＤＮＳクエリＱＵＥＲＹ、署名ＳＩＧ＿Ｄ、ＳＰＫＩに関する非特許文献４及び非特許文献５において定義される証明書ＣＥＲＴ、及び、アクセスコントロールリスト（ＡＣＬ）を入力して、ＳＰＫＩに関する非特許文献４、及び、非特許文献５において定義される５−ｔｕｐｌｅ  ｒｅｄｕｃｔｉｏｎ演算規則、及び／または、４−ｔｕｐｌｅ  ｒｅｄｕｃｔｉｏｎ演算規則に基づく演算を実行して、演算結果を出力する。演算結果の具体例については、図１０を参照して後述する。【００２６】  また、上記鍵生成手段１０４４は、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥフェーズ１における認証に用いる共通鍵ＫＥＹ＿ＡＢ、または、ＶＰＮクライアント装置（Ｄ）１０２とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥフェーズ１における認証に用いるＫＥＹ＿ＤＢをそれぞれ生成する。
また、ＶＰＮクライアント装置（Ａ）１０１は、ＳＰＫＩ方式に従って、ＶＰＮクライアント装置（Ｄ）１０２に対し権限委譲の証明書ＣＦＲＴを発行する機能を有する。ＳＰＫＩに関する非特許文献４及び非特許文献５においては、権限証明書（Ａｕｔｈｏｒｉｚａｔｉｏｎ  Ｃｅｒｔｉｆｉａｔｅ）と名前証明書（Ｎａｍｅ  Ｃｅｒｔｉｆｉｃａｔｅ）の２種類の証明書について、それぞれ文法を定義している。本実施例においては、説明を簡単にするために、証明書ＣＥＲＴは権限証明書の１種類であると定義する。【００２７】  図１１に本実施例における証明書ＣＥＲＴの具体例を示す。ＳＰＫＩに関する非特許文献４及び非特許文献５によれば、権限証明書は、発行者の秘密鍵と一意に対応した公開鍵またはその公開鍵のハッシュ値を定義するｉｓｓｕｅｒフィールド、権限の行使者、即ちここではＶＰＮクライアント（Ｄ）、の秘密鍵と一意に対応した公開鍵またはその公開鍵のハッシュ値を定義するｓｕｂｊｅｃｔフィールド、権限内容を定義した文字列を含むｔａｇフィールド、権限委譲を許可するか否かを定義した文字列を含むｄｅｌｅｇａｔｉｏｎフィールド、及び、権限証明書の有効期間を定義した文字列を含むｖａｌｉｄｉｔｙフィールドから構成されるデータ（以後、本データを証明書情報ＩＮＦＯと呼ぶ）に対し、発行者の秘密鍵で署名したデータである。【００２８】  この定義に基づき、本実施例における証明書ＣＥＲＴの証明書情報ＩＮＦＯにおけるｉｓｓｕｅｒフィールドの値は、証明書情報ＩＮＦＯの発行者の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａまたは任意のハッシュ演算アルゴリズムによる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａのハッシュ値ＨＡＳＨ＿Ａであると定義する。ｓｕｂｊｅｃｔフィールドの値は、権限を受ける者の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄまたは任意のハッシュ演算アルゴリズムによる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄのハッシュ値ＨＡＳＨ＿Ｄであると定義する。ｔａｇフィールドの値は、ＶＰＮゲートウェイ装置（Ｂ）１０３のＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索するためのＤＮＳクエリを許可するためのデータであり、その中には、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＦＹ＿Ｂまたは任意のハッシュ演算アルゴリズムによる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂのハッシュ値ＨＡＳＨ＿Ｂを含むとする。ｄｅｌｅｇａｔｉｏｎフィールドの値は、非特許文献４において定義される文字列″ｐｒｏｐａｇａｔｅ″であると定義する。一方、ｖａｌｉｄｉｔｙフィールドの値は、本発明とは直接関係しないため、いかなる値も定義しないものとする。また、証明書情報ＩＮＦＯに秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ａを用いて署名する。【００２９】  次に、図２を参照して、図１の動作概要を説明する。アクセスコントロール（ＡＣＬ）の登録（記憶）時、ＶＰＮゲートウェイ装置（Ｂ）１０３は、公開鍵ＰＵＢＬＩＣＫＦＹ＿Ｂ（またはそのＨＡＳＨ＿Ｂ）とアクセスコントロール（ＡＣＬ）を仲介装置（Ｓ）１０４に送信する（ステップＳ１）。仲介装置（Ｓ）１０４は該公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのＨＡＳＨ＿Ｂ）とアクセスコントロール（ＡＣＬ）を記憶する。
ＶＰＮゲートウェイ装置（Ｂ）１０３を経由して、ＶＰＮクライアント装置（Ａ）１０１から通信装置（Ｃ）１１１にＩＰｓｅｃトンネルモードによるリモートＶＰＮを実行する場合、ＶＰＮクライアント装置（Ａ）１０１は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａと公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（又はそのＨＡＳＨ＿ＡとＨＡＳＨ＿Ｂ）を仲介装置（Ｓ）１０４に送信して、ＶＰＮゲートウェイ装置（Ｂ）１０３及び通信装置（Ｃ）ＩＰアドレスの検索要求を行なう（ステップＳ２）。【００３０】  仲介装置（Ｓ）１０４は、ＳＰＫＩ方式に従ってＶＰＮクライアント装置（Ａ）１０１のアクセス権限制御を実行し、アクセスを許可する場合には、ドメインネームサーバ（ＤＮＳ）１０５を検索してＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを取得する（ステップＳ３）。また、仲介（Ｓ）１０４は、アクセスコントロール（ＡＣＬ）を参照して、ＶＰＮゲートウェイ装置（Ｂ）１０３により管理されるＬＡＮ１１０に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを取得する。さらに、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１との間の認証に用いる共通鍵ＫＥＹ＿ＡＢを生成する。そして、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１の公開鍵ＰＵＢＬＩＣＫＫＥＹ＿Ａを使って仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ａ）１０１との間の通信路を暗号化し、ＶＰＮクライアント装置（Ａ）１０１へＩＰＡＤＤＲＥＳＳ＿Ｂ、ＩＰＡＤＤＲＥＳＳ＿Ｃ及び共通鍵ＫＥＹ＿ＡＢを送信する（ステップＳ４）。また、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを使って仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信路を暗号化し、ＶＰＮゲートウェイ装置（Ｂ）１０３へＩＰＡＤＤＲＥＳＳ＿ＡとＫＥＹ＿ＡＢを送信する（ステップＳ５）。これにより、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３間は共通鍵ＫＥＹ＿ＡＢを使って安全に通信可能となる。なお、本実施例では、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３間のトンネリングプロトコルとしてＩＰｓｅｃトンネルモードを、また、両者が相互に認証するために仲介装置（Ｓ）１０４から送信する情報として、共通鍵を用いた。この他、トンネリングプロトコルとしてＬ２ＴＰ、ＰＰＴＰなど別のプロトコルを用いたり、相互認証情報として、ＩＤ、パスワード、共通の秘密、ＳＰＫＩの権限証明書など他の手段の情報を送信し、利用してもよい。【００３１】  ＶＰＮクライアント装置（Ａ）１０１がＶＰＮゲートウェイ装置（Ｂ）１０３のＩＰアドレスを検索する権限をＶＰＮクライアント装置（Ｄ）１０２委譲する場合は、ＶＰＮクライアント装置（Ｄ）１０２に対してＳＰＫＩ方式に従って証明書ＣＥＲＴを送信する（ステップＳ６）。ＶＰＮクライアント装置（Ｄ）１０２は、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＤとＣＥＲＴ、及び公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのＨＡＳＨ＿Ｂ）を仲介装置（Ｓ）１０４に送信して、ＶＰＮゲートウェイ装置��Ｂ）１０３及び通信装置（Ｃ）のＩＰアドレスの検索要求を行なう（ステップＳ７）。
仲介装置（Ｓ）１０４は、ＳＰＫＩ方式に従ってＶＰＮクライアント装置（Ｄ）１０２のアクセス権限制御を実行し、アクセスを許可する場合には、ドメインネームサーバ（ＤＮＳ）１０５を検索してＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを取得する（ステップＳ８）。また、仲介装置（Ｓ）１０４は、アクセスコントロール（ＡＣＬ）を参照して、ＶＰＮゲートウェイ装置（Ｂ）１０３により管理されるＬＡＮ１１０に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを取得する。さらに、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ｄ）１０２との間の認証に用いる共通鍵ＫＥＹ＿ＤＢを生成する。そして、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ｄ）１０２の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄを使って仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ｄ）１０２との間の通信路を暗号化し、ＶＰＮクライアント装置（Ｄ）１０２へＩＰＡＤＤＲＦＳＳ＿Ｂ、ＩＰＡＤＤＲＥＳＳ＿Ｃ及び共通鍵ＫＥＹ＿ＤＢを送信する（ステップＳ９）。また、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを使って仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信路を暗号化し、ＶＰＮゲートウェイ装置（Ｂ）１０３へＩＰＡＤＤＲＥＳＳ＿ＤとＫＥＹ＿ＤＢを送信する（ステップ１０）。これにより、ＶＰＮクライアント装置（Ｄ）１０２とＶＰＮゲートウェイ装置（Ｂ）間は共通鍵ＫＥＹ＿ＤＢを使って安全に通信可能となる。【００３２】  以上、図１に示すシステムの各装置の構成及び全体の動作概要を述べたが、ドメインネームサーバ（ＤＮＳ）１０５におけるＩＰアドレスの管理及び名前解決方法、ＩＰｓｅｃトランスポートモードまたはトンネルモードによる通信路の暗号化方法、共通鍵ＫＥＹ＿ＡＢ及びＫＥＹ＿ＤＢの生成方法、及び、公開鍵を用いた署名確認方法については、当業者にとってよく知られているので、その詳細な構成は省略する。また、ＳＰＫＩ方式におけるアクセス権限制御において、権限証明書に加え、名前証明書を用いる場合も本実施例と同様の方法で実施できるため、その詳細な説明については省略する。【００３３】  以下に、本実施例１におけるアクセスコントロールリスト（ＡＣＬ）の記憶手順、及びＩＰアドレスの取得、共通鍵の生成、これらＩＰアドレスと共通鍵の送信手順について詳述する。まず、図５を参照して、アクセスコントロールリスト（ＡＣＬ）を仲介装置（Ｓ）に記憶する手順について説明する。なお、本実施例では、アクセスコントロールリストがＶＰＮゲートウェイ装置（Ｂ）１０３自身に保管・管理されていることを仮定する。
ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１００１）。これでＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４との間の通信路が暗号化される。ＶＰＮゲートウェイ装置（Ｂ）１０３は、暗号化された通信路を用いて、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＢとＳＫＰＩ形式のアクセスコントロールリスト（ＡＣＬ）（図８）を送信する（ステップ１００２）。仲介装置（Ｓ）１０４は、ＶＰＮゲートトウェイ装置（Ｂ）１０３から送信された公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂとアクセスコントロールリスト（ＡＣＬ）を受信して、該受信した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂとアクセスコントロールリスト（ＡＣＬ）を関連づけて記憶する（ステップ１００３）。ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１００４）。【００３４】  なお、前述のＶＰＮゲートウェイ装置（Ｂ）１０３に対するアクセスコントロールリスト（ＡＣＬ）を管理する権限を有するＶＰＮゲートウェイ管理装置（Ｍ）１１２を設けた場合は、図５に示したアクセスコントロールリスト（ＡＣＬ）の登録手順において、ＶＰＮゲートウェイ装置（Ｂ）１０３による処理は全て、ＶＰＮゲートウェイ管理装置（Ｍ）１１２により実行される。
次に、図６及び図７を参照して、仲介装置（Ｓ）１０４が、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間の共通鍵ＫＥＹ＿ＡＢを生成し、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１に送信し、また、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、ＶＰＮクライアント装置の属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ及び、共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する手順について説明する。【００３５】  図６において、ＶＰＮクラアント装置（Ａ）１０１と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１１０１）。すなわち、ＶＰＮクライアント装置（Ａ）１０１と仲介装置（Ｓ）１０４との間の通信路が暗号化される。ＶＰＮクライアント装置（Ａ）１０１は、暗号化された通信路を用いて、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを含むＤＮＳクエリＱＵＥＲＹ、及び、ＶＰＮクライアント装置（Ａ）１０１の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａを送信する（ステップ１１０２）。
仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、ＶＰＮゲートウェイ装置（Ｂ）１０３により管理されるＬＡＮ１１０に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ及びＶＰＮクライアント装置（Ａ）１０１の属性情報ＡＴＴＲＩＢＵＴＥ＿Ａを取得し、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥ等の認証に用いる共通鍵ＫＥＹ＿ＡＢを生成する（ステップ１１０３）。図７はステップ１１０３の詳細処理フローである。【００３６】  図７において、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１から送信されたＤＮＳクエリＱＵＥＲＹと公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａを受信して入力する（ステップ１２０１）。次に、入力したＤＮＳクエリＱＵＥＲＹを参照して公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを取り出す（ステップ１２０２）。次に、取り出した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂをもとに、関連付けられたアクセスコントロールリスト（ＡＣＬ）を取得する（ステップ１２０３）。アクセスコントロールリスト（ＡＣＬ）は図８に示す形式をとる。次に、ステップ１２０１において入力したＤＮＳクエリＱＵＥＲＹを用いて、図９に示す形式のデータＴＡＧを生成する（ステップ１２０４）。【００３７】  仲介装置（Ｓ）１０４は、上記ステップ１２０１において入力した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａとステップ１２０４において生成したデータＴＡＧとステップ１２０３において取得したアクセスコントロールリスト（ＡＣＬ）を入力し、例えば、非特許文献４、及び、非特許文献５において定義される演算規則に従って演算を実行し（ステップ１２０５）、演算に成功する否か判定する（ステップ１２０６）。演算に失敗した場合、この時点で処理を終了とする。
仲介装置（Ｓ）１０４は、ステップ１２０６において、演算に成功した場合と判定された場合に限り、図１０に示す形式の演算結果のデータＤＡＴＡを出力する。図１０に示す演算結果データＤＡＴＡは非特許文献４、及び、非特許文献５で定義される５−ｔｕｐｌｅ形式のデータである。演算結果データＤＡＴＡのｓｕｂｊｅｃｔフィールドの値がステップ１２０１において受信した公開鍵ＰＵＢＬＩＣＫＥＹ＿ＡのＳＨＡ−１アルゴリズムによるハッシュ値ＨＡＳＨ＿Ａと完全一致しているＡＣＬエントリが、ステップ１２０３において取得したアクセスコントロールリスト（ＡＣＬ）に含まれる場合に限り、図１０中のデータＤＡＴＡのｔａｇフィールドには図９のデータＴＡＧと完全一致する文字列が含まれる。【００３８】  仲介装置（Ｓ）１０４は、出力された図１０のデータＤＡＴＡのｔａｇフィールドを参照して、ＤＮＳクエリＱＵＥＲＹ’を生成する（ステップ１２０７）。次に、ＤＮＳクエリＱＵＥＲＹ’をドメインネームサーバ（ＤＮＳ）１０５に提示して検索し、ＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを取得する（ステップ１２０８）。次に、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａのハッシュ値ＨＡＳＨ＿ＡをもとにアクセスコントロールリストＡＣＬを検索し、（ｓｕｂｊｅｃｔフィールドの値にハッシュ値ＨＡＳＨ＿Ａと完全一致する文字列を含む（ＡＣＬ）エントリＥＮＴＲＹを取得する（ステップ１２０９）。次に、ステップ１２０９において取得したＡＣＬエントリＥＮＴＲＹのｔａｇフィールドを参照して、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ及び属性情報ＡＴＴＲＩＢＵＴＥ＿Ａを取得する（ステップ１２１０）。次に、ＶＰＮクライアント装置（Ａ）１０１のＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａを取得する（ステップ１２１１）。次に、共通鍵ＫＥＹ＿ＡＢを生成する（ステップ１２１２）。【００３９】  図６に戻り、仲介装置（Ｓ）１０４は、ステップ１１０１において暗号化された通信路を用いて、上記取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、生成した共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１に送信する（ステップ１１０４）。次に、クライアント装置（Ａ）１０１と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１１０５）。
次に、ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１１０６）。すなわち、ＶＰＮゲートウエイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４との間の通信路が暗号化される。次に、仲介装置（Ｓ）１０４は、ステップ１１０６において暗号化された通信路を用いて、先に取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ及び、先にて生成した共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する（ステップ１１０７）。次に、ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１１０８）。【００４０】  その後、図２に示したようなＶＰＮゲートウェイ装置（Ｂ）１０３を経由して、クライアント装置（Ａ）１０１から通信装置（Ｃ）１１１にＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮが実行されるが、その詳細は省略する。
次に、ＶＰＮクライアント装置（Ａ）１０１において証明書ＣＥＲＴを発行し、発行した証明書ＣＥＲＴをＶＰＮクライアント装置（Ｄ）１０２に渡す手順を以下に示す。なお、その処理フロー図は省略する。
（１）ＶＰＮクライアント装置（Ａ）１０１は、ＳＰＫＩ方式において定義された文法に従い、証明書ＣＥＲＴの証明書情報ＩＮＦＯを生成する。本実施例における証明書ＣＥＲＴの実施例を図１１に示す。図１１において、証明書情報ＩＮＦＯにおけるｉｓｓｕｅｒフィールドの値は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａの任意のハッシュ演算アルゴリズムによるハッシュ値ＨＡＳＨ＿Ａであると定義する。かつ、ｓｕｂｊｅｃｔフィールドの値は、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＤのＳＨＡ−１アルゴリズムによるハッシュ値ＨＡＳＨ＿Ｄであると定義する。かつ、ｔａｇフィールドの値は、ＶＰＮゲートウェイ装置Ｂに割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂであると定義する。かつ、ｄｅｌｅｇａｔｉｏｎフィールドの値は、非特許文献５において定義される文字列″ｐｒｏｐａｇａｔｅ″であると定義する。一方、ｖａｌｉｄｉｔｙフィールドの値は、本発明とは直接関係しないため、任意の値を定義してもよい。
（２）ＶＰＮクライアント装置（Ａ）１０１は、上記（１）において生成したデータに秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ａを用いて署名することにより、証明書ＣＥＲＴを発行する。
（３）ＶＰＮクライアント装置（Ａ）１０１は、上記（２）において発行した証明書ＣＥＲＴを任意の手段でＶＰＮクライアント装置（Ｄ）１０２にすべて送信する。
（４）ＶＰＮクライアント装置（Ｄ）１０２は、ＶＰＮクライアント装置（Ａ）１０１から送信された証明書ＣＥＲＴを任意の手段ですべて受信し、記憶する。【００４１】  仲介装置（Ｓ）１０４が、ＶＰＮクライアント装置（Ｄ）１０２とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥ等の認証に用いる共通鍵ＫＥＹ＿ＤＢを生成し、次に、ＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＤＢをＶＰＮクライアント装置（Ｄ）１０２に送信し、次に、ＶＰＮクライアント装置（Ｄ）１０２に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｄ、ＶＰＮクライアント装置（Ａ）１０１の属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＤＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する手順は、先の図６及び図７において説明した仲介装置（Ｓ）が、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間の共通鍵ＫＥＹ＿ＡＢを生成して、ＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１に送信し、また、ＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する手順と同様の手順で実施できる。【００４２】  このようにして、図２に示したように、ＶＰＮゲートウェイ装置（Ｂ）１０３を経由して、ＶＰＮクライアント装置（Ｄ）１０２からも通信装置（Ｃ）１１１にＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮが実行することが可能になる。
以上述べたように、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信されたアクセスコントロールリスト（ＡＣＬ）を記憶することで、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを記憶する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３だけが知っている、ローカルエリアネットワーク（ＬＡＮ）１１０に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。従って、ＶＰＮクライアント装置（Ａ）１０１は、ＶＰＮゲートウェイ装置（Ｂ）１０３を介した通信装置（Ｃ）１１１へのＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮに必要なプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを、リモートアクセスＶＰＮを実行する前に仲介装置（Ｓ）１０４に問い合わせることにより知ることができる。【００４３】  また、本実施例において、仲介装置（Ｓ）１０４は、共通鍵ＫＥＹ＿ＡＢを生成し、生成した共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３の両者に送信する。これによって、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３はともに共通鍵ＫＥＹ＿ＡＢを受信できる。従って、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３はＩＫＥフェーズ１における認証に用いる共通鍵ＫＥＹ＿ＡＢをオンラインで共有できる。
また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを、仲介装置（Ｓ）１０４に記憶する。これによって、仲介装置（Ｓ）１０４は、偽装されていないＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃに限り記憶できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。【００４４】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを記憶するという動作において、仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信路を暗号化する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３から送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを改ざんされることなく、かつ、盗聴されることなく受信できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３から送信された、通信装置（Ｃ）１１１に割り当てられた正しいプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。また、ＶＰＮゲートウェイ装置（Ｂ）１０３、通信装置（Ｃ）１１１に割り当てられた正しいプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを不特定多数に知られることなく仲介装置（Ｓ）１０４に送信できる。【００４５】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に問い合わせて取得し、共通鍵ＫＥＹ＿ＡＢを生成し、取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、生成した共通鍵ＫＥＹ＿ＡＢをすべてＶＰＮクライアント装置（Ａ）１０１に送信するという動作を実行する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１が偽装されていない場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢのすべてをＶＰＮクライアント装置（Ａ）１０１に送信できる。従って、正しいＶＰＮクライアント装置（Ａ）１０１に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３を介して、通信装置（Ｃ）１１１とＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００４６】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１がＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索する権限を有しているか否かを判定し、権限を有している場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に問い合わせて取得し、共通鍵ＫＥＹ＿ＡＢを生成し、取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、生成した共通鍵ＫＥＹ＿ＡＢをすべてＶＰＮクライアント装置（Ａ）１０１に送信するという動作を実行する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢのすべてを、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１に対しあらかじめアクセス権限を有するＶＰＮクライアント装置（Ａ）１０１だけに送信できる。従って、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１に対する、不特定多数からのＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを防止できる。【００４７】  また、本実施例において、仲介装置（Ｓ）１０４は、仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ａ）１０１との間の通信を暗号化する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢを改ざんされることなく、かつ、盗聴されることなくＶＰＮクライアント装置（Ａ）１０１に送信できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３を介して、正しい通信装置（Ｃ）１１１と、ＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００４８】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信するという動作を実行する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３が偽装されていない場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３を介して、通信装置（Ｃ）１１１とＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できるという効果が得られる。【００４９】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信するという動作において、仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信を暗号化するという動作を実行する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをすべて改ざんされることなく、かつ、盗聴されることなくＶＰＮゲートウェイ装置Ｂに送信できる。従って、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１は、正しいＶＰＮクライアント装置（Ａ）１０１と、ＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００５０】  また、本実施例において、仲介装置（Ｓ）１０４は、ＳＰＫＩ方式に従って、ＶＰＮクライアント装置（Ａ）１０１、及び、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証する。これによって、署名確認による本人性証明が可能なため、ＶＰＮクライアント装置（Ａ）１０１及びＶＰＮゲートウェイ装置（Ｂ）１０３の両者とも仲介装置（Ｓ）１０４に公開鍵証明書を送信する必要がなくなる。従って、ＶＰＮクライアント装置（Ａ）１０１及びＶＰＮゲートウェイ装置（Ｂ）１０３ともそれらの個人情報を仲介装置Ｓに対して隠蔽できる。
また、本実施例において、ＶＰＮクライアント装置（Ａ）１０１は、ＳＰＫＩ方式に従って証明書ＣＥＲＴを発行し、ＶＰＮクライアント装置（Ｄ）１０２に送信する。これによって、ＶＰＮクライアント装置（Ａ）１０１は、ＶＰＮクライアント装置（Ｄ）１０２に対して、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索する権限を委譲できるため、ＶＰＮクライアント装置（Ｄ）１０２、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索することができる。かつ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。従って、ＶＰＮクライアント装置（Ｄ）１０２も、ＶＰＮゲートウェイ装置（Ｂ）１０３を介して通信装置（Ｃ）１１１とＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できるという効果が得られる。また、これによって、ＶＰＮゲートウェイ装置（Ｂ）１０３は他のＶＰＮクライアント装置（Ｄ）１０２についての情報をアクセスコントロールリスト（ＡＣＬ）に追加する必要なく、他のＶＰＮクライアント装置（Ｄ）１０２からのリモートアクセスＶＰＮを許可することができる。従って、ＶＰＮゲートウェイ装置（Ｂ）１０３は、アクセスコントロールリスト（ＡＣＬ）の編集などの管理作業に要するコストを軽減できる。【００５１】  なお、図１、図２に示すドメインネームサーバ（ＤＮＳ）１０５において、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂのハッシュ値ＨＡＳＨ＿ＢとＩＰＡＤＤＲＥＳＳ＿Ｂを関連付けて管理する場合、ＶＰＮゲートウェイ装置（Ｂ）１０３は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂのハッシュ値ＨＡＳＨ＿Ｂを生成してから、ハッシュ値ＨＡＳＨ＿ＢとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿ＢをドメインネームサーバＤＮＳに登録し、かつ、図６に示す手順（ステップ１１０２）を、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの任意のハッシュ演算アルゴリズムによるハッシュ値ＨＡＳＨ＿Ｂを含むＤＮＳクエリＱＵＥＲＹに変更することにより明らかに実施できる。
また、図８に示すアクセスコントロールリスト（ＡＣＬ）、図９に示すデータＴＡＧ、図１０に示す演算結果のデータＤＡＴＡ、及び、図１１に示す証明書ＣＥＲＴにおいて、ＳＨＡ−１アルゴリズムの他の任意のハッシュ演算アルゴリズムを用いてハッシュ値ＨＡＳＨ＿Ａを演算してもよい。また、ｉｓｓｕｅｒフィールドの値をハッシュ値ＨＡＳＨ＿Ａの代わりに公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａであると定義してもよい。同様に、ｓｕｂｊｅｃｔフィールドの値をハッシュ値ＨＡＳＨ＿Ｄの代わりに公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｄと定義してもよい。本変更を実施しても、ＳＰＫＩに関する非特許文献４及び非特許文献５において定義される演算規則に従って演算することにより、アクセス制御に関して等しい実行結果が得られる。ＳＨＡ−１アルゴリズム以外のハッシュ演算アルゴリズムを用いる場合の証明書ＣＥＲＴの形式、及び、ｉｓｓｕｅｒフィールド及びｓｕｂｊｅｃｔフィールドに公開鍵を指定する場合のアクセスコントロールリストＡＣＬ、データＤＡＴＡ、及び、証明書ＣＥＲＴの形式については、ＳＰＫＩに関する非特許文献５において詳細に説明されているため、その詳細な説明については省略する。本変更に伴い、図７に示す手順（ステップ１２０９）を公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａを提示してアクセスコントロールリストＡＣＬを検索し、ＡＣＬエントリＥＮＴＲＹを取得する手順に変更することにより明らかに実施できる。【００５２】  また、図２に示すＶＰＮクライアント装置（Ａ）１０１にはグローバルＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａのみを割り当てているが、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＰｓｅｃトンネルモードのセットアップ時に、特許文献４、非特許文献１に示す方法等を用い、ＶＰＮクライアント装置（Ａ）１０１に対してローカルエリアネットワークＬＡＮ内の任意のプライベートＩＰアドレスを、ＶＰＮゲートウェイ装置（Ｂ）１０３からの指示で動的に割り当ててもよい。また、仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ａ）１０１との間に設定されたＩＰｓｅｃトランスポートモードの通信路を通して、特許文献３に示す方法等を用いて、ＶＰＮクライアント装置（Ａ）１０１に対してローカルエリアネットワークＬＡＮ内の任意のプライベートＩＰアドレスを、仲介装置（Ｓ）１０４からの指示で動的に割り当てても良い。
【実施例２】  本実施例は、証明書ＣＥＲＴについてさらに工夫し、証明書ＣＥＲＴをＸ．５０９形式の公開鍵証明書としたものである。基本的なシステム構成は先の実施例１と同様であるが、認証局が必要である。図１２に本実施例の全体的システム構成を示す。図１２において、ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮゲートウェイ装置（Ｂ）１０３、認証局（ＣＡ）１０６、ドメインネームサーバ（ＤＮＳ）１０５、及び、仲介装置（Ｓ）１０４はいずれもＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に従ってネットワーク（ＷＡＮ）１００に接続されている。また、通信装置（Ｃ）１１１はＶＰＮゲートウェイ装置（Ｂ）１０３をゲートウェイ装置とするローカルエリアネットワーク（ＬＡＮ）１１０に接続されてる。【００５３】  図１３は、図１２の全体の動作を説明するための図である。太線はＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮ、点線はＩＫＥフェーズ１における認証において、認証局（ＣＡ）１０６に公開鍵証明書ＣＥＲＴを提示することを示している。ここでも、ＶＰＮクライアント装置（Ａ）１０１のホスト名は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａ（またはそのハッシュ値ＨＡＳＨ＿Ａ）、ＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ａ、ＶＰＮゲードウェイ装置（Ｂ）１０３のホスト名は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはハッシュ値ＨＡＳＨ＿Ｂ）、ＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１のプライベートＩＰアドレスはＩＰＡＤＤＲＥＳＳ＿Ｃとする。【００５４】  ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、及び、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿ＢはいずれもＩＰネットワーク（ＷＡＮ）１００内で一意であり、任意の手段で割り当てられる。ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのハッシュ値ＨＡＳＨ＿Ｂ）とＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂはドメインネームサーバ（ＤＮＳ）１０５において一意に関連付けて管理される。通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃはローカルエリアネットワーク（ＬＡＮ）１１０においてのみ一意であり、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、ＩＰＣＰ（ＰＰＰ  ＩＰ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）等の任意の手段を用いて動的に割り当てられる。【００５５】  ＶＰＮクライアント装置（Ａ）１０１、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、仲介装置（Ｓ）１０４は、いずれも、ＩＰｓｅｃトランスポートモード、または、ＩＰｓｅｃトンネルモードにより通信路を暗号化する手段を有する。公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａの秘密鍵はＰＲＩＶＡＴＥＫＥＹ＿Ａで、ＶＰＮクライアント装置（Ａ）１０１で保管される。ＣＥＲＴ＿Ａは、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ａと対となる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａを含むＸ．５０９形式の公開鍵証明書で、認証局（ＣＡ）１０６の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｒで署名され、ＶＰＮクライアント装置（Ａ）１０１で保管される。また、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの秘密鍵ＰＲＩＶ��ＴＥＫＥＹ＿Ｂは、ＶＰＮゲートウェイ装置（Ｂ）１０３で保管される。ＣＥＲＴ＿Ｂは、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｂと対となる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを含むＸ．５０９形式の公開鍵証明書で、同じく認証局（ＣＡ）１０６の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｒで署名され、ＶＰＮゲートウェイ装置（Ｂ）１０３で保管される。認証局（ＣＡ）１０６は、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）方式に従い、ＶＰＮクライアント装置（Ａ）１０１の公開鍵証明書ＣＥＲＴ＿Ａ、及び、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵証明書ＣＥＲＴ＿Ｂを認証する。また、アクセスコントロールリスト（ＡＣＬ）は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａ及び公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの組み合わせに対して、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ及びＶＰＮクライアント装置（Ａ）１０１の属性情報ＡＴＴＲＩＢＵＴＥ＿Ａを関連付けたデータで、実施例１の図８と同様な構造を持ち、ＶＰＮゲートウェイ装置（Ｂ）１０３で保管される。また、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｓは、仲介装置（Ｓ）１０４で保管される。ＣＥＲＴ＿Ｓは、秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｓと対となる公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｓを含むＸ．５０９形式の公開鍵証明書で、認証局（ＣＡ）１０６の秘密鍵ＰＲＩＶＡＴＥＫＥＹ＿Ｒで署名され、仲介装置（Ｓ）１０４で保管される。【００５６】  仲介装置（Ｓ）１０４の構成は図３に示した実施例１における仲介装置（Ｓ）１０４の構成とほぼ同様であり、異なる点は、認証／アクセス権限制御手段１０４２がクライアント装置（Ａ）及びゲートウェイ装置（Ｂ）の認証を認証局（ＣＡ）１０６によって署名されたクライアント装置（Ａ）及びゲートウェイ装置（Ｂ）の公開鍵証明書ＣＥＲＴ＿Ａ，ＣＥＲＴ＿Ｂによって行うことである。従って、仲介装置（Ｓ）１０４の構成の説明は省略し、以下の説明において仲介装置（Ｓ）１０４については図３を参照する。
ＩＰアドレス取得手段１０４３は、ＤＮＳ方式と呼ばれるインターネットにおける一般的な名前解決方式に従って、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＢからＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索する。ＡＣＬ記憶手段１０４１は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂと関連付けてアクセスコントロールリスト（ＡＣＬ）を管理する。認証／アクセス権限制御手段１０４２は、公開鍵証明書ＣＥＲＴ＿Ａに含まれる公開鍵ＰＵＢＬＩＣＫＥＹ＿ＡをアクセスコントロールリストＡＣＬに提示して検索し、検索結果として、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａ及び公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの組み合わせに対して一意に関連付けられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ及び属性情報ＡＴＴＲＩＢＵＴＥ＿Ａを出力する。また、鍵生成手段１０４４は、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥフェーズ１における認証に用いる共通鍵ＫＥＹ＿ＡＢを生成する。【００５７】  次に、図１３を参照して、図１２の動作概要を説明する。
アクセスコントロールリスト（ＡＣＬ）の登録（記憶）時、ＶＰＮゲートウェイ装置（Ｂ）１０３は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのハッシュ値ＨＡＳＨ＿Ｂ）とアクセスコントロールリスト（ＡＣＬ）を仲介装置（Ｓ）１０４に送信する（ステップＳ２１）。仲介装置（Ｓ）１０４は該公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのハッシュ値ＨＡＳＨ＿Ｂ）と関連付けてアクセスコントロール（ＡＣＬ）を図４Ａ、図４Ｂの表として記憶する。ＶＰＮゲートウェイ装置（Ｂ）１０３を経由して、ＶＰＮクライアント装置（Ａ）１０１から通信装置（Ｃ）１１１にＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行する場合、ＶＰＮクライアント装置（Ａ）１０１は、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａと公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂ（またはそのハッシュ値ＨＡＳＨ＿Ｂ）を仲介装置（Ｓ）１０４に送信して、ＶＰＮゲートウェイ装置（Ｂ）１０３及び通信装置（Ｃ）のＩＰアドレスの検索要求を行なう（ステップＳ２２）。【００５８】  仲介装置（Ｓ）１０４において、認証／アクセス権限制御手段１０４２はＰＫＩ方式に従ってＶＰＮクライアント装置（Ａ）１０１のアクセス権限制御を実行し、アクセスを許可する場合には、ドメインネームサーバ（ＤＮＳ）１０５を検索してＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを取得する（ステップＳ２３）。また、仲介（Ｓ）１０４は、アクセスコントロール（ＡＣＬ）を参照して、ＶＰＮゲートウェイ装置（Ｂ）１０３により管理されるＬＡＮ１１０に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ及び属性情報ＡＴＴＲＩＢＵＴＥ＿Ａを取得する。さらに、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）との間の認証に用いる共通鍵ＫＥＹ＿ＡＢを生成する。そして、仲介装置（Ｓ）１０４は、仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ａ）１０１との間の通信路を暗号化し、ＶＰＮクライアント装置（Ａ）１０１へＩＰＡＤＤＲＥＳＳ＿Ｂ、ＩＰＡＤＤＲＥＳＳ＿Ｃ及び共通鍵ＫＥＹ＿ＡＢを送信する（ステップＳ２４）。また、仲介装置（Ｓ）１０４は、仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信路を暗号化し、ＶＰＮゲートウェイ装置（Ｂ）１０３へＩＰＡＤＤＲＥＳＳ＿ＡとＡＴＴＲＩＢＵＴＥ＿Ａ、及びＫＥＹ＿ＡＢを送信する（ステップＳ２５）。【００５９】  以上、図１２に示すシステムの各装置の構成及び全体の動作概要を述べたが、ドメインネームサーバ（ＤＮＳ）１０５におけるＩＰアドレスの管理及び名前解決方法、及び、ＩＰｓｅｃトランスポートモードまたはトンネルモードによる通信路の暗号化方法、共通鍵ＫＥＹ＿ＡＢの生成方法、及び、ＰＫＩ方式によるＸ．５０９形式の公開鍵証明書ＣＥＲＴ＿Ａ及びＣＥＲＴ＿Ｂの認証方式については、当業者にとってよく知られているので、その詳細な構成は省略する。
以下に、本実施例２におけるアクセスコントロールリスト（ＡＣＬ）の記憶手順、及びＩＰアドレスの取得、共通鍵の生成、これらＩＰアドレスと共通鍵の送信手順について詳述する。【００６０】  まず、図１４及び図１５を参照して、ＶＰＮゲートウェイ装置（Ｂ）１０３において保管されるアクセスコントロールリスト（ＡＣＬ）を仲介装置（Ｓ）１０４に記憶する手順について説明する。
図１４において、ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１３０１）。ＩＫＥフェーズ１における認証はＰＫＩ方式に従い、ＶＰＮゲートウェイ装置（Ｂ）１０３は公開鍵証明書ＣＥＲＴ＿Ｂを送信し、仲介装置（Ｓ）１０４は公開鍵証明書ＣＥＲＴ＿Ｓを送信する。ＶＰＮゲートウェイ装置（Ｂ）１０３は受信した公開鍵証明書ＣＥＲＴ＿Ｓを認証局（ＣＡ）１０６に問い合わせて、公開鍵証明書ＣＥＲＴ＿Ｓの正しさをＰＫＩ方式に従って認証する。同様に、仲介装置（Ｓ）１０４は受信した公開鍵証明書ＣＥＲＴ＿Ｂを認証局ＣＡに問い合わせて、公開鍵証明書ＣＥＲＴ＿Ｂの正しさをＰＫＩ方式に従って認証する。【００６１】  ＶＰＮゲートウェイ装置（Ｂ）１０３は、ステップ１３０１において暗号化された通信路を用いて、アクセスコントロールリスト（ＡＣＬ）をすべて送信する（ステップ１３０２）。仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたアクセスコントロールリスト（ＡＣＬ）を登録する（ステップ１３０３）。その後、ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１３０４）。
図１５は仲介装置（Ｓ）１０４でのアクセスコントロールリスト（ＡＣＬ）の登録手順の詳細フローである。仲介装置（Ｓ）１０４は、まずＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたアクセスコントロールリスト（ＡＣＬ）をすべて受信する（ステップ１４０１）。次に、先のステップ１３０１におけるＩＫＥ認証で用いた公開鍵証明書ＣＥＲＴ＿Ｂを参照して、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを取得する（ステップ１４０２）。次に、この取得した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂとステップ１４０１で受信したアクセスコントロールリストＡＣＬを関連づけて記憶する（ステップ１４０３）。【００６２】  次に、図１６及び図１７を参照して、仲介装置（Ｓ）１０４が、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間の共通鍵ＫＥＹ＿ＡＢを生成し、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１に送信し、また、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する手順について説明する。【００６３】  図１６において、ＶＰＮクライアント装置（Ａ）１０１と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１５０１）。ＩＫＥフェーズ１における認証はＰＫＩ方式に従い、ＶＰＮクライアント装置（Ａ）１０１は公開鍵証明書ＣＥＲＴ＿Ａを送信し、仲介装置（Ｓ）１０４は公開鍵証明書ＣＥＲＴ＿Ｓを送信する。ＶＰＮクライアント装置（Ａ）１０１は受信した公開鍵証明書ＣＥＲＴ＿Ｓを認証局（ＣＡ）１０６に問い合わせて、公開鍵証明書ＣＥＲＴ＿Ｓの正しさをＰＫＩ方式に従って認証する。同様に、仲介装置（Ｓ）１０４は受信した公開鍵証明書ＣＥＲＴ＿Ａを認証局（ＣＡ）１０６に問い合わせて、公開鍵証明書ＣＥＲＴ＿Ａの正しさをＰＫＩ方式に従って認証する。【００６４】  ＶＰＮクライアント装置（Ａ）１０１は、ステップ１５０１において暗号化された通信路を用いて、ＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂを含むＤＮＳクエリＱＵＥＲＹをすべて送信する（ステップ１５０２）。仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスにＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、ＶＰＮゲートウェイ装置（Ｂ）１０３により管理されるＬＡＮ１１０に接続される通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを取得し、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３との間のＩＫＥ等の認証に用いる共通鍵ＫＥＹ＿ＡＢを生成する（ステップ１５０３）。図１７はステップ１５０３の詳細処理フローである。【００６５】  図１７において、仲介装置（Ｓ）１０４は、まず、ＶＰＮクライアント装置（Ａ���１０１から送信されたＤＮＳクエリＱＵＥＲＹをすべて受信して入力する（ステップ１６０１）。次に、入力したＤＮＳクエリＱＵＥＲＹを参照して、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂをすべて取得する（ステップ１６０２）。次に、取得した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂをもとに、それに関連付けられたアクセスコントロールリスト（ＡＣＬ）をすべて取得する（ステップ１６０３）。次に、先のステップ１５０１におけるＩＫＥフェーズ１認証に用いた公開鍵証明書ＣＥＲＴ＿Ａを参照して、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａをすべて取得する（ステップ１６０４）。次に、この取得した公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａをもとにアクセスコントロールリスト（ＡＣＬ）を検索し、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを取得する（ステップ１６０５）。そして、プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃが取得されたと判定し（ステップ１６０６）、いかなるＩＰアドレスも取得できない場合には終了する。【００６６】  プライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃが取得されたなら、次に、仲介装置Ｓは、上記ステップ１６０１において受信したＤＮＳクエリＱＵＥＲＹをドメインネームサーバ（ＤＮＳ）１０５に提示して、ＩＰアドレスＩＰＡＤＤＲＳＳＳ＿Ｂを取得する（ステップ１６０７）。
ＶＰＮクライアント装置ＡのＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａを取得する（ステップ１６０８）。共通鍵ＫＥＹ＿ＡＢを生成する（ステップ１６０９）。
図１６に戻り、仲介装置（Ｓ）１０４は、ステップ１５０１おいて暗号化された通信路を用いて、ステップ１６０７で取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、ステップ１６０５で取得したプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、ステップ１６０９で生成した共通鍵ＫＥＹ＿ＡＢをすべてＶＰＮクライアント装置（Ａ）１０１に送信する（ステップ１５０４）。次に、ＶＰＮクライアント装置（Ａ）１０１と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１５０５）。【００６７】  次に、ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、ＩＰｓｅｃトランスポートモードにより接続する（ステップ１５０６）。ＩＫＥフェーズ１における認証はＰＫＩ方式に従い、ＶＰＮゲートウェイ装置（Ｂ）１０３は公開鍵証明書ＣＥＲＴ＿Ｂを送信し、仲介装置Ｓは公開鍵証明書ＣＥＲＴ＿Ｓを送信する。ＶＰＮゲートウェイ装置（Ｂ）１０３は、受信した公開鍵証明書ＣＥＲＴ＿Ｓを認証局（ＣＡ）１０６に問い合わせて、公開鍵証明書ＣＥＲＴ＿Ｓの正しさをＰＫＩ方式に従って認証する。同様に、仲介装置（Ｓ）１０４は、受信した公開鍵証明書ＣＥＲＴ＿Ｂを認証局（ＣＡ）１０６に問い合わせて、公開鍵証明書ＣＥＲＴ＿Ｂの正しさをＰＫＩ方式に従って認証する。【００６８】  仲介装置（Ｓ）１０４は、ステップ１５０６において暗号化された通信路を用いて、先のステップ１６０５において取得した属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、先のステップ１６０８において取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、及び先のステップ１６０９において生成した共通鍵ＫＥＹ＿ＡＢをすべてＶＰＮゲートウェイ装置（Ｂ）１０３に送信する（ステップ１５０７）。ＶＰＮゲートウェイ装置（Ｂ）１０３と仲介装置（Ｓ）１０４は、接続を切断する（ステップ１５０８）。
以上述べたように、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを記憶することで、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３だけが知っている、ローカルエリアネットワーク（ＬＡＮ）に接続された通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。従って、ＶＰＮクライアント装置（Ａ）１０１は、ＶＰＮゲートウェイ装置（Ｂ）１０３を介した通信装置（Ｃ）１１１へのＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮに必要なプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを、リモートアクセスＶＰＮを実行する前に仲介装置（Ｓ）１０４に問い合わせることにより知ることができる。【００６９】  また、本実施例において、仲介装置（Ｓ）１０４は、共通鍵ＫＥＹ＿ＡＢを生成し、生成した共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３の両者に送信するこれによって、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３はともに共通鍵ＫＥＹ＿ＡＢを受信できる。従って、ＶＰＮクライアント装置（Ａ）１０１とＶＰＮゲートウェイ装置（Ｂ）１０３はＩＫＥフェーズ１における認証に用いる共通鍵ＫＥＹ＿ＡＢをオンラインで共有できる。
また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを、仲介装置（Ｓ）１０４に記憶する。これによって、仲介装置（Ｓ）１０４は、偽装されていないＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃに限り記憶できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３から送信されたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができる。【００７０】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３より送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを、仲介装置（Ｓ）１０４に記憶するという動作において、仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信を暗号化する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３から送信された、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを改ざんされることなく、かつ、盗聴されることなく受信できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３から送信された、通信装置（Ｃ）１１１に割り当てられた正しいプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを知ることができるという効果が得られる。また、ＶＰＮゲートウェイ装置（Ｂ）１０３は、通信装置（Ｃ）１１１に割り当てられた正しいプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを不特定多数に知られることなく仲介装置（Ｓ）１０４に送信できる。【００７１】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１を認証し、認証に成功した場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に問い合わせて取得し、共通鍵ＫＥＹ＿ＡＢを生成し、取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、及び、生成した共通鍵ＫＥＹ＿ＡＢをすべてＶＰＮクライアント装置（Ａ）１０１に送信する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１が偽装されていない場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢのすべてをＶＰＮクライアント装置（Ａ）１０１に送信できる。従って、正しいＶＰＮクライアント装置（Ａ）１０１に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３を介して、通信装置（Ｃ）１１１とＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００７��】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１がＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂを検索する権限を有しているか否かを判定し、権限を有している場合に限り、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に問い合わせて取得し、共通鍵ＫＥＹ＿ＡＢを生成し、取得したＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、及び、生成した共通鍵ＫＥＹ＿ＡＢをＶＰＮクライアント装置（Ａ）１０１に送信する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢのすべてを、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１に対しあらかじめアクセス権限を有するＶＰＮクライアント装置（Ａ）１０１だけに送信できる。従って、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１に対する、不特定多数からのＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを防止できる。【００７３】  また、本実施例において、仲介装置（Ｓ）１０４は、仲介装置（Ｓ）１０４とＶＰＮクライアント装置（Ａ）１０１との間の通信を暗号化する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂ、通信装置（Ｃ）１１１に割り当てられたプライベートＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃ、及び、共通鍵ＫＥＹ＿ＡＢを改ざんされることなく、かつ、盗聴されることなくＶＰＮクライアント装置（Ａ）に送信できる。従って、ＶＰＮクライアント装置（Ａ）１０１は、正しいＶＰＮゲートウェイ装置（Ｂ）１０３を介して、正しい通信装置（Ｃ）１１１と、ＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００７４】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３が偽装されていない場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、及び、共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信できる。従って、ＶＰＮクライアント装置Ａは、正しいＶＰＮゲートウェイ装置（Ｂ）１０３を介して、通信装置（Ｃ）１１１とＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００７５】  また、本実施例において、仲介装置（Ｓ）１０４は、ＶＰＮゲートウェイ装置（Ｂ）１０３を認証し、認証に成功した場合に限り、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをＶＰＮゲートウェイ装置（Ｂ）１０３に送信するという動作において、仲介装置（Ｓ）１０４とＶＰＮゲートウェイ装置（Ｂ）１０３との間の通信を暗号化する。これによって、仲介装置（Ｓ）１０４は、ＶＰＮクライアント装置（Ａ）１０１に割り当てられたＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ、及び共通鍵ＫＥＹ＿ＡＢをすべて改ざんされることなく、かつ、盗聴されることなくＶＰＮゲートウェイ装置（Ｂ）１０３に送信できる。従って、ＶＰＮゲートウェイ装置（Ｂ）１０３、及び、通信装置（Ｃ）１１１は、正しいＶＰＮクライアント装置（Ａ）１０１と、ＩＰｓｅｃトンネルモードによるリモートアクセスＶＰＮを実行できる。【００７６】  また、本実施例において、仲介装置（Ｓ）１０４は、ＰＫＩ方式に従って、ＶＰＮクライアント装置（Ａ）１０１及びＶＰＮゲートウェイ装置（Ｂ）１０３を認証する。これによって、ＶＰＮクライアント装置（Ａ）１０１の公開鍵証明書ＣＥＲＴ＿ＡもＶＰＮゲートウェイ装置（Ｂ）１０３の公開鍵証明書ＣＥＲＴ＿Ｂも仲介装置（Ｓ）１０４に送信することにより認証できる。従って、ＶＰＮクライアント装置（Ａ）１０１の個人情報をＶＰＮゲートウェイ装置（Ｂ）１０３に対して隠蔽できる。同様に、ＶＰＮゲートウェイ装置（Ｂ）１０３の個人情報をＶＰＮクライアント装置（Ａ）１０１に対して隠蔽できる。【００７７】  なお、本実施例における図１２、図１３に示すドメインネームサーバ（ＤＮＳ）１０５において、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの任意のハッシュ演算アルゴリズムによるハッシュ値ＨＡＳＨ＿ＢとＩＰＡＤＤＲＥＳＳ＿Ｂを関連付けて管理する場合、ＶＰＮゲートウェイ装置（Ｂ）１０２は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂのハッシュ値ＨＡＳＨ＿Ｂを生成してから、ハッシュ値ＨＡＳＨ＿ＢとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｂをドメインネームサーバ（ＤＮＳ）１０５に登録すればよい。また、図１６に示す手順のステップ１５０２を、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ｂの任意のハッシュ演算アルゴリズムによるハッシュ値ＨＡＳＨ＿Ｂを含むＤＮＳクエリＱＵＥＲＹに変更することにより明らかに実施できる。【００７８】  また、アクセスコントロールリスト（ＡＣＬ）において、公開鍵ＰＵＢＬＩＣＫＥＹ＿ＡとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃを関連付けて管理する代わりに、公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａの任意のハッシュ演算アルゴリズムによるハッシュ値ＨＡＳＨ＿ＡとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃと関連付けて管理しても良い、本変更に伴い、図１４に示す手順のステップ１３０２において、ＶＰＮゲートウェイ装置（Ｂ）１０３は公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａのハッシュ値ＨＡＳＨ＿Ａを生成してから、ハッシュ値ＨＡＳＨ＿ＡとＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ｃをアクセスコントロールリスト（ＡＣＬ）として関連付けたデータを送信することにより明らかに実施できる。かつ、図１７に示す手順のステップ１６０５を公開鍵ＰＵＢＬＩＣＫＥＹ＿Ａのハッシュ値ＨＡＳＨ＿Ａを生成し、ハッシュ値ＨＡＳＨ＿Ａを提示してアクセスコントロールリストＡＣＬを検索する手順に変更することにより、明らかに実施できる。【００７９】  また、ＶＰＮクライアント装置（Ａ）１０１にはグローバルＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａのみを割り当てているが、これに加えて、仲介装置（Ｓ）１０４において、非特許文献１に示す方法等を用いてローカルエリアネットワークＬＡＮ内の任意のプライベートＩＰアドレスを割り当てても良い。
【実施例３】  前述の実施例１及び実施例２におけるＶＰＮクライアント装置の実用的な機能構成を図１８に示す。ＶＰＮクライアント装置１０１には、この装置から出されるＤＮＳ要求を捕捉し、代理応答するＤＮＳ問い合わせ捕捉・代理応答機能部１０１１、本発明の仲介サービスのＶＰＮクライアント機能を実行する仲介サービス用ＶＰＮクライアント機能部１０１２、ＶＰＮアクセスを行うためのトンネリング・プロトコル機能部１０１３が設けられている。また、一般のＤＮＳ問い合わせと仲介サービスに関わるものとを識別し、管理するための仲介サービス管理テーブル１０１４、仲介サーバとの相互認証を行うための仲介サービス用認証情報１０１５、また、ＶＰＮゲートウェイとの間の暗号化通信を行うためのトンネリング・プロトコル構成管理情報１０１６が設けられている。【００８０】  仲介サービス用管理テーブル１０１４には、
ａ）仲介サービス用Ｐｏｓｔｆｉｘ：仲介サービスに転送されるドメイン名（例：＊．ｖｐｎ）、
ｂ）仲介装置ＩＰアドレス又はホスト名：仲介装置のＩＰアドレス、
ｃ）仲介装置との認証方式（ＳＰＫＩ方式、ＰＫＩ方式、チャレンジレスポンス方式、鍵共有方式など）、
ｄ）認証に用いる証明書などの名称（認証方式に対応した証明書・秘密データを参照）、
が記録されている。【００８１】  仲介サービス用認証情報テーブル１０１５には、
ａ）ＶＰＮゲートウェイ装置検索に使われるドメイン名と対応するハッシュ値のテーブル、
ｂ）ＶＰＮクライアント装置のクライアント認証のために利用される各種証明書類（ＳＰＫＩ証明書、ＰＫＩ証明書、パスワード、共通鍵など）、
ｃ）仲介装置をサーバ認証する際に利用される証明書（ＳＰＫＩ証明書、ＰＫＩ証明書、パスワード、共通鍵など）、
が記録されている。【００８２】  トンネリング・プロトコル構成管理テーブル１０１６には、大きく分けて、
（１）トンネルをセットアップするための構成管理情報、
（２）セットアップされたトンネルの仮想ネットワークインタフェース（Ｎｗ．Ｉ／Ｆ）としての構成管理情報、
の２種類がある。以下にその詳細例を示す。
（１）トンネルをセットアップするための構成管理情報
Ａ）トンネル起点のＩＰアドレス（ＶＰＮクライアント装置にネットワークから付与されたＩＰアドレス）。【００８３】  Ｂ）トンネル終点のＩＰアドレス（ＶＰＮゲートウェイ装置にネットワークから付与されたＩＰアドレス。
Ｃ）トンネリングのプロトコル（ＩＰｓｅｃトンネルモード、ＰＰＰ  ｏｖｅｒ  ＩＰｓｅｃなど）。
Ｄ）認証方式（ＳＰＫＩ方式、ＰＫＩ方式、チャレンジレスポンス方式、鍵共有方式など）。
Ｅ）認証に用いる証明書などの名称（認証方式に対応した証明書・秘密データを参照）。
（２）セットアップされたトンネルのネットワークインタフェース（Ｎｗ．Ｉ／Ｆ）としての構成管理情報
ａ）仮想Ｎｗ．Ｉ／Ｆの種別（仮想ＰＰＰ，仮想イーサなど）、
ｂ）仮想Ｎｗ．Ｉ／ＦのＩＰアドレス、
ｃ）ゲートウェイ、ＤＮＳサーバ、ＷＩＮＳサーバなどのＩＰアドレス、
ｄ）仮想Ｎｗ．Ｉ／Ｆへのルーティング情報。
このうち、仲介装置から通知されるものは：
（１）の設定項目のうち、Ｂ）。加えてＣ），Ｄ），Ｅ）もあってもよい。【００８４】  （２）の設定項目Ｂ），Ｃ），Ｄ）のうち、ＶＰＮゲートウェイ装置から動的に通知しないもの（仲介装置とＶＰＮゲートウェイ装置のどちらかでも通知すればよい。）
本実施例での仲介処理は以下のようにして行われる。
まず、アプリケーションから、通信に先立って、アクセスしたいＶＰＮサービスを提供しているＶＰＮゲートウェイ装置のＩＰアドレスを問い合わせるＤＮＳ問い合わせ要求が出される（ステップＳ１）。
この要求は、ＤＮＳ問い合わせ捕捉・代理応答機能部１０１１により一旦捕捉され、これが仲介サービスに関わるものか仲介サービス用管理テーブル１０１４を参照して識別される。もし、仲介サービスに関係ないものであれば、一般のＤＮＳ問い合わせ要求としてＤＮＳサーバ１０５に対し通常のＤＮＳ処理が実行されその応答からＩＰアドレスを得て一般の接続処理が行われる（ステップＳ２）。【００８５】  もし、仲介サービスに関わるものであれば、そのＤＮＳ問い合わせ要求は、仲介サービス用ＶＰＮクライアント機能部１０１２に転送される（ステップＳ３）。
仲介サービス用ＶＰＮクライアント機能部１０１２では、仲介サービス用管理テーブル１０１４の内容に従い、所定の仲介サーバを選択し（ステップＳ４）、仲介サービス用認証情報テーブル１０１５を用いて相互認証を行う（ステップＳ５）。
次に仲介装置１０４に前述の実施例で説明した仲介要求を出し（ステップＳ６）、その応答を得る（ステップＳ７）。この情報をもとに、トンネリング・プロトコル構成管理テーブル１０１６中のＶＰＮゲートウェイアドレス、共通鍵などの情報を更新し（ステップＳ８）、まだ、所定のトンネルが張られていなければ、トンネルセットアップ要求をトンネリング・プロトコル部１０１３に対して出す（ステップＳ９）。【００８６】  トンネリング・プロトコル部１０１３は、トンネリング・プロトコル構成管理テーブル１０１６を参照してトンネルの相手側であるＶＰＮゲートウェイ装置１０３を識別し（ステップＳ１０）、また、本仲介機能により設定された共通鍵を利用して、ＶＰＮゲートウェイ装置１０３との間に暗号化通信のトンネルをセットアップする（ステップＳ１１）。
トンネルが正常にセットアップされると、ＶＰＮクライアント装置１０１のプライベートＩＰアドレス、内部ＤＮＳやルーティング関連情報などの構成管理情報の一部が、特許文献４、非特許文献１、非特許文献２、非特許文献３記載の方法を用いて、ＶＰＮゲートウェイ装置１０３から動的に渡されうる。この場合、それらの情報を用いて、トンネリング・プロトコル構成管理テーブル１０１６を更新し（ステップＳ１２）、トンネルセットアップ完了の応答を仲介サービス用ＶＰＮクライアント機能部１０１２に返す（ステップＳ１３）。【００８７】  仲介サービス用ＶＰＮクライアント機能部１０１２は、ＶＰＮトンネルのセットアップが正常に完了した場合、ステップＳ７で取得した通信装置のプライベートＩＰアドレスをＤＮＳ問い合わせへの応答として、ＤＮＳ問い合わせ捕捉・代理応答機能部１０１１に返す（ステップＳ１４）。この応答は、そのまま、ＤＮＳ問い合わせを発したアプリケーションに返される（ステップＳ１５）。アプリケーションは、設定されたＶＰＮトンネルを経由して、ＶＰＮ通信を行う（ステップＳ１６）。
実施例４
この発明が適用されたシステム全体の構成例を図１９に示す。本実施例では、ＶＰＮクライアント装置１０１、１０２は人事部用と経理部用の２台であり、それぞれ、公開鍵ハッシュ値Ａ１、Ａ２を持つとする。また、ＶＰＮゲートウェイ装置１０３が管理するＶＰＮは、人事部用ＶＬＡＮ１２１と経理部用ＶＬＡＮ１２２があり、ＶＰＮゲートウェイ装置１０３は、イーサスイッチ１２３を介してＩＥＥＥ  ８０２．１Ｑ  ＶＬＡＮタグ多重化により両ＶＬＡＮ１２１、１２２と接続されているとする。また、仲介装置１０４には、本ＶＰＮゲートウェイ装置１０３のため、図２０に示すアクセスコントロールリスト（ＡＣＬ）が予めアップロードされているとする。このＡＣＬでは、ハッシュ値ＨＡＳＨ＿Ａ１の公開鍵を持つＶＰＮクライアント装置１０１は、属性情報″（ＶＬＡＮ人事部ＶＬＡＮ）″を持ち、また、ハッシュ値ＨＡＳＨ＿Ａ２の公開鍵をもつＶＰＮクライアント装置１０２は、属性情報″（ＶＬＡＮ経理部ＶＬＡＮ）″を持つと宣言されている。【００８８】  図２１に本実施例におけるＶＰＮゲートウェイ装置１０３の機能構成図を示す。ＶＰＮゲートウェイ装置１０３には、仲介装置１０４との通信・処理を行う仲介サービス用ＶＰＮゲートウェイ機能部１０３１と、複数のＶＰＮクライアント装置からのトンネルを終端するトンネリング・プロトコル部１０３２と、トンネルから取り出されたデータパケットをＶＰＮ内の所定のＶＬＡＮに収容し、またトンネルに出入りするパケットのうちセキュリティ上問題があるものを除去するフィルタリングするフィルタリング／ＶＬＡＮ多重機能部１０３３とが設けられている。また、仲介装置１０４との接続に必要な情報をもつ仲介サービス用管理テーブル１０３４と、仲介装置１０４との認証用の仲介サービス用認証情報テーブル１０３５と、ＶＰＮクライアント装置１０１、１０２との各トンネルに関する構成管理情報を保持するトンネリング・プロトコル構成管理テーブル１０３６と、ＶＰＮゲートウェイ装置１０３が管理する各ＶＬＡＮに関する構成管理情報を保持するＶＬＡＮ構成管理テーブル１０３７とが設けられている。【００８９】  仲介サービス用管理テーブル１０３４には利用する仲介装置ごとに以下の情報が保持されている。
ａ）仲介装置ＩＰアドレス又はホスト名：仲介装置のＩＰアドレス。
ｂ）仲介装置との認証方式（ＳＰＫＩ方式、ＰＫＩ方式、チャレンジレスポンス方式、鍵共有方式など）。
ｃ）認証に用いる証明書等の名称（認証方式に対応した証明書・秘密データを参照）。
仲介サービス用認証情報テーブル１０３５には以下の情報が保持されている。【００９０】  ａ）ＶＰＮゲートウェイ装置の認証のために利用される各種証明書類（ＳＰＫＩ証明書、ＰＫＩ証明書、パスワード、共通鍵など）。
ｂ）仲介装置を認証する際に利用される証明書（ＳＰＫＩ証明書、ＰＫＩ証明書、パスワード、共通鍵など）。
トンネリング・プロトコル構成管理テーブル１０３６にはＶＰＮクライアント装置とのトンネルごとに以下の情報が保持されている。
ａ）トンネル起点のＩＰアドレス（ＶＰＮクライアント装置にネットワークから付与されたＩＰアドレス）。【００９１】  ｂ）トンネリングのプロトコル（ＩＰｓｅｃトンネルモード、ＰＰＰ  ｏｖｅｒ  ＩＰｓｅｃなど）。
ｃ）認証・暗号化方式（ＳＰＫＩ１方式、ＰＫＩ方式、チャレンジレスポンス方式、鍵共有方式など）。仲介サービスの結果、ＶＰＮゲートウェイ装置との間にセットアップされるトンネルは、鍵共有方式になる。
ｄ）認証に用いる証明書等の名称（認証方式に対応した証明書・秘密データを参照）
ｅ）仲介サービスから通知された共通鍵、及び属性情報。
ｆ）トンネルが接続されるＶＬＡＮ名称。”人事部ＶＬＡＮ”、”経理部ＶＬＡＮ”など。【００９２】  ｇ）ＶＰＮクライアント装置に払い出されてたプライベートＩＰアドレス（ＶＬＡＮ構成管理情報、ｄ）の中から選択）。
ＶＬＡＮ構成管理テーブル１０３７にはＶＬＡＮ内に存在するＶＬＡＮごとに以下の情報を保持している。
ａ）ＶＬＡＮ名称（”人事部ＶＬＡＮ”、”経理部ＶＬＡＮ”など）。
ｂ）ＶＬＡＮのネットワーク構成管理情報。
ｉ）ゲートウェイ、ＤＮＳサーバ、ＷＩＮＳサーバなどのＩＰアドレス。【００９３】    ｉｉ）ＶＰＮクライアント装置に通知するルーティング情報。
ｃ）適用するパケットフィルタ条件（アクセス可能なサービスを限定）
ｄ）ＶＰＮクライアント装置に払い出し可能なプライベートＩＰアドレス範囲。
本実施例におけるＶＰＮゲートウェイ装置１０３の仲介処理は、以下のようにして行われる。
ＶＰＮゲートウェイ装置１０３は、仲介サービス用管理情報テーブル１０３４及び仲介サービス用認証情報テーブル１０３５を用いて、仲介装置１０４とのセキュアな通信路を確保し、ＶＰＮアクセス仲介要求を出す（ステップＳ１−Ｓ３）。仲介装置１０４は、例えばＶＰＮクライアント装置１０１を認証すると、ＶＰＮゲートウェイ装置１０３に対し、ＶＰＮアクセス仲介通知を行う（ステップＳ４）。通知情報（ＶＰＮクライアント装置１０１のＩＰアドレスＩＰＡＤＤＲＥＳＳ＿Ａ１、共通鍵ＫＥＹ＿ＡＢ、属性情報ＡＴＴＲＩＢＵＴＥ＿Ａ１など）は、トンネリング・プロトコル構成管理テーブル１０３６に格納される。また、属性情報をもとに、収容するＶＬＡＮ１２１が決定され、そのＶＬＡＮ名「人事部ＶＬＡＮ」も、このテーブルに格納される（ステップＳ５）。この場合、図２０により、ＶＰＮクライアント装置１０１は、（ＶＬＡＮ人事部ＶＬＡＮ）の属性情報をもつことが通知される。従って、ＶＰＮクライアント装置１０１からのトンネルを収容するＶＬＡＮは、”人事部ＶＬＡＮ”と決定される。【００９４】  ＶＰＮクライアント装置１０１からのＶＰＮトンネルセットアップ要求が出されると（ステップＳ６）、トンネリング・プロトコル構成管理テーブル１０３６を参照して（ステップＳ７）、所定の認証・暗号化を行った後、対応するＶＬＡＮ１２１のＶＬＡＮ構成管理テーブル１０３７を参照（ステップＳ８）して、ＶＰＮクライアント装置１０１に払い出し可能なプライベートＩＰアドレス範囲から未使用なものを選択し、ネットワーク構成管理情報（ゲートウェイ、ＤＮＳ，ＷＩＮＳサーバなどのアドレスなど）とともに、ＶＰＮクライアント装置１０１に通知する。この場合、ＶＰＮクライアント装置１０１のプライベートＩＰアドレスは、人事部ＶＬＡＮのアドレスプールから払いだされる。また、ゲートウェイ、ＤＮＳなどのネットワーク構成管理情報も、人事部ＶＬＡＮＮのものが通知される。【００９５】  ＶＰＮクライアント装置１０１から上記トンネルを通してＶＰＮ向けデータパケットが到着すると、トンネルが収容されているＶＬＡＮのフィルタ条件によりフィルタリングされた後、ＶＬＡＮへ転送される（ステップＳ１０）。このほか、属性情報により、トンネルごとのフィルタリングを追加設定してもよい。ＶＰＮクライアント装置１０２からの要求も同様に処理する。
トンネルを切断する場合は、対応するエントリをトンネリング・プロトコル構成管理テーブル１０３６から除去し、ＶＰＮクライアント装置に割り当てられていたプライベートＩＰアドレスを所属ＶＬＡＮのアドレスプールに返却する。
以上説明したように、この発明によれば、仲介装置において、ＩＰネットワークに接続したＶＰＮクライアント装置、及び、ＶＰＮゲートウェイ装置と、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに接続した任意の通信装置との間のＩＰｓｅｃ、Ｌ２ＴＰ等の任意のトンネリングプロトコルによるリモートアクセスＶＰＮを確立するために用いる情報（コントロールアクセスリスト）を記憶する。この情報には、通信装置に割り当てられたプライベートＩＰアドレスが含まれる。【００９６】  仲介装置は、ＶＰＮクライアント装置からＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスの検索要求を受信したら、ＶＰＮクライアント装置がＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを検索する権限を有するかどうかを検証する。そして、権限を有する場合に限り、アクセスコントロールリストを参照して、ＶＰＮゲートウェイ装置により管理されるローカルエリアネットワークに接続した通信装置に割り当てられたプライベートＩＰアドレス及びＶＰＮクライアント装置の属性情報を取得し、ドメインネームサーバ（ＤＮＳ）を検索してＶＰＮゲートウェイ装置に割り当てられたＩＰアドレスを取得し、ＶＰＮクライアント装置とＶＰＮゲートウェイ装置との間のＩＫＥ等の認証に用いる共通鍵を生成する。次に、仲介装置とＶＰＮクライアント装置との間の通信路を暗号化して、ＶＰＮゲートウェイ装置に割り当てられたＩＰアドレス、通信装置に割り当てられたプライベートＩＰアドレス及び生成した共通鍵をＶＰＮクライアント装置に送信する。また、仲介装置とＶＰＮゲートウェイ装置との通信路を暗号化して、ＶＰＮクライアント装置に割り当てられたＩＰアドレス、生成した共通鍵及びクライアント装置の属性情報をＶＰＮゲートウェイ装置に送信する。なお、ＶＰＮゲートウェイ装置のＤＮＳクエリにおけるホスト名は、物理的なＶＰＮゲートウェイ装置というより、当該装置を経由して提供されるＶＰＮのポータルサービスとみなしてよい。このサービスは、プライベートＩＰアドレスをもつ通信装置から提供される。ひとつのＶＰＮゲートウェイ装置に対して複数のホスト名を付与し、ＤＮＳに登録することで、異なるプライベートＩＰアドレスをもつ複数の通信装置を関連づけることができる。たとえば、取引先むけと社内向けのふたつの通信装置がＶＰＮゲートウェイ装置の管理するＶＰＮ内にある場合、異なるホスト名を付与することにより、異なるアクセスコントロールリストで管理し、取引先と社内のＶＰＮアクセス装置をそれぞれに対応した通信装置に導いてもよい。【００９７】  また、仲介装置は、ＳＰＫＩ方式に従って、ＶＰＮクライアント装置、及び、ＶＰＮゲートウェイ装置を認証する。また、ＶＰＮクライアント装置は、ＳＰＫＩ方式に従って証明書を発行する。さらに、仲介装置はＰＫＩ方式に従って、ＶＰＮクライアント装置、及び、ＶＰＮゲートウェイ装置を認証することも可能とする。
また、仲介装置は、公開鍵、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｉｓｔｉｎｇｕｉｓｈｅｄ  Ｎａｍｅ），ＧＵＩＤ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ），ＭＡＣアドレス，ＳＰＫＩ（Ｓｉｍｐｌｅ  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）Ｌｏｃａｌ  Ｎａｍｅ，Ｘ．５００  Ｄｉｓｔｉｎｇｕｉｓｈ  Ｎａｍｅ等の任意の名前形式に従ってＶＰＮクライアント装置、ＶＰＮゲートウェイ装置、及び、通信装置を識別することも可能とする。これによって、ＩＰｓｅｃ、Ｌ２ＴＰなどの任意のトンネリングプロトコル、ＰＫＩ、ＳＰＫＩ、パスワードなどの任意の認証方式を組み合わせてリモートアクセスＶＰＮを実行できる。【００９８】  上述した実施例１乃至実施例４で示したシステムにおける各装置の一部もしくは全部の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、実施例１や実施例２で示した処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもない。コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、ＦＤ、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶＤ、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【図１】
2005004418.tif 000003
【図２】
2005004418.tif 000004
【図３】
2005004418.tif 000005
【図４】
2005004418.tif 000006
【図５】
2005004418.tif 000007
【図６】
2005004418.tif 000008
【図７】
2005004418.tif 000009
【図８】
2005004418.tif 000010
【図９】
2005004418.tif 000011
【図１０】
2005004418.tif 000012
【図１１】
2005004418.tif 000013
【図１２】
2005004418.tif 000014
【図１３】
2005004418.tif 000015
【図１４】
2005004418.tif 000016
【図１５】
2005004418.tif 000017
【図１６】
2005004418.tif 000018
【図１７】
2005004418.tif 000019
【図１８】
2005004418.tif 000020
【図１９】
2005004418.tif 000021
【図２０】
2005004418.tif 000022
【図２１】
2005004418.tif 000023
【国際調査報告】
2005004418.tif 000024
2005004418.tif 000025
2005004418.tif 000026
2005004418.tif 000027