JP5050849B2 - リモートアクセスシステム及びそのｉｐアドレス割当方法 - Google Patents

Description

本発明は、トンネリング装置を用いたリモートアクセスシステム及びそのＩＰアドレス割当方法に関する。

近年の情報通信ネットワークを代表するインターネットにおいては、ほとんどのユーザ端末装置はＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いて通信を行っている。各ユーザ端末装置にはＩＰアドレスと呼ばれる識別子が割り当てられ、送信されるべきネットワーク層パケットは、送信先の端末装置に割り当てられたＩＰアドレスを指定されることにより、インターネット上で経路選択され目的の端末装置へと送信される。

一方、各々のユーザ端末装置にＩＰアドレスを割り当てるために、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と呼ばれる手法を用いることができる。以下にＤＨＣＰによるＩＰアドレス割り当て手法の一例を図１を参照して説明する。

図１はユーザ端末装置７００とＤＨＣＰサーバ装置７０１とが同じＬＡＮに接続されている状況において、ＩＰアドレスが割り当てられるまでに両者間で送受信されるメッセージのシーケンスを示す。ユーザ端末装置７００とＤＨＣＰサーバ装置７０１が同一のＬＡＮに接続されている場合、ユーザ端末装置７００は、ＩＰアドレスの割り当てを受けるために、Ｄｉｓｃｏｖｅｒメッセージ７０２をＬＡＮ内にブロードキャスト送信する。

ＤＨＣＰサーバ装置７０１は、Ｄｉｓｃｏｖｅｒメッセージ７０２を受信すると、予め定められたポリシーにより生成した、ＩＰアドレスをはじめとする情報を含めたＯｆｆｅｒメッセージ７０３をユーザ端末装置７００へ返送する。ここで、ＤＨＣＰサーバ装置７０１に予めＭＡＣアドレスとＩＰアドレスの対応を保持しておき、Ｄｉｓｃｏｖｅｒメッセージ７０２にユーザ端末装置７００のＭＡＣアドレスを含ませ、ＤＨＣＰサーバ装置７０１がユーザ端末装置７００のＭＡＣアドレスと関連付けられた固定のＩＰアドレスを含めたＯｆｆｅｒメッセージ７０３を返送するようにすれば、ユーザ端末装置７００には常に固定のＩＰアドレスが割り当てられるようになる。

ユーザ端末装置７００はＯｆｆｅｒメッセージ７０３を受信すると、その内容が承諾できるものである場合、その承諾した内容を含むＲｅｑｕｅｓｔメッセージ７０４をブロードキャスト送信する。Ｒｅｑｕｅｓｔメッセージ７０４を受信したＤＨＣＰサーバ装置７０１は、その内容が自らの発したメッセージと同一であると判定された場合、ＡＣＫメッセージ７０５をユーザ端末装置７００へ返信する。ユーザ端末装置７００はＡＣＫメッセージ７０５を受信すると、その内容に基づき自らのＩＰアドレスを設定する。以上で、ＤＨＣＰによるＩＰアドレスの割り当て処理が完了する。

同一ＬＡＮ内には複数のＤＨＣＰサーバ装置７０１が存在していてもよく、その場合、どのＤＨＣＰサーバ装置７０１のＯｆｆｅｒメッセージ７０３を選択するかはユーザ端末装置７００が決定し、その決定結果をＲｅｑｕｅｓｔメッセージ７０４に含めてブロードキャスト送信することになる。

以上、ユーザ端末装置がＤＨＣＰサーバ装置と同じネットワークに接続されている場合のＩＰアドレス割当方法を説明した。次に、リモートアクセスシステムにおけるＩＰアドレス割当方法について説明する。

リモートアクセスシステムは、通信トンネルを生成して仮想的にＬＡＮを延長することで、ＬＡＮ外に持ち出されたユーザ端末装置の通信を、あたかもＬＡＮ内にあるかのように行うことを可能とするために用いられている。図２は、リモートアクセスサーバ装置（トンネリング装置とも言う）を用いたリモートアクセスシステムの一例を示す。

図２に示されるように、リモートアクセスサーバ装置７１２を用いて遠隔地のユーザ端末装置７１０が情報通信ネットワーク（インターネット）７１４を通じてＬＡＮ７１６をリモートアクセスする場合、ユーザ端末装置７１０にはＬＡＮ７１６に接続されている端末と同じ条件でアクセスできるように、ＬＡＮ７１６に接続されている端末と同じネットワーク情報を設定する必要がある。具体的には、ＬＡＮ７１６にＤＨＣＰサーバ装置７１７が接続されており、ＬＡＮ７１６にアクセスする端末に対するＩＰアドレスの割当をＤＨＣＰサーバ装置７１７が管理している場合、ＤＨＣＰサーバ装置７１７で管理されているＩＰアドレス範囲内のＩＰアドレスをユーザ端末装置７１０に設定する必要がある。

しかし、ユーザ端末装置７１０とＤＨＣＰサーバ装置７１７とは直接に通信することができないため、ユーザ端末装置７１０がＬＡＮ７１６をアクセスするために通信トンネル７１５の設定をリモートアクセスサーバ装置７１２に要求した際に、リモートアクセスサーバ装置７１２がユーザ端末装置７１０を代行してＤＨＣＰサーバ装置７１７との間でＩＰアドレス割当交渉を行い、ユーザ端末装置７１０にＩＰアドレスを通知する。

特開２００１−１３６１９４号、特開２００１−１８６１３６号及び特開２００１−２８５３７０号には、このような技術が記載されている。ユーザ端末装置７１０は、トンネル処理部７１１にこのＩＰアドレスを割り当て、通信トンネル７１５を経由してリモートアクセスサーバ装置７１２のトンネル処理部７１３とパケットを送受信する。これにより、遠隔地にいながらにしてあたかもＬＡＮ７１６に所属するかのように通信することができる。

他方、特開２００３−２４９９４１号は、ＩＰアドレスの割当に関する他の従来技術を開示している。この従来技術では、ユーザ端末装置（具体的にはカメラ）のＭＡＣアドレスをカメラ名などと一緒にＤＨＣＰサーバに事前に登録しておき、ＬＡＮに接続されたカメラがＤＨＣＰクライアントとして自身のＭＡＣアドレスおよびカメラ名などを付加したＩＰアドレス割当要求をＤＨＣＰサーバに送信すると、ＤＨＣＰサーバは事前に登録されているＭＡＣアドレスとカメラ名などを用いて認証を行い、認証に成功した場合、割り当てるＩＰアドレスをその時点で任意の方法で決定し、カメラに通知する。但し、この構成では、カメラが新たにＬＡＮに接続される毎に異なるＩＰアドレスが割り当てられることになる。

上述したようにリモートアクセスシステムにおいては、リモートアクセスサーバ装置がユーザ端末装置を代行してＤＨＣＰサーバ装置との間でＩＰアドレス割当交渉を行っているが、ユーザ端末装置自身がＤＨＣＰサーバ装置と直接にＩＰアドレス割当交渉を行う場合と異なり、リモートアクセスサーバ装置がＤＨＣＰサーバ装置に対して要求するＤｉｓｃｏｖｅｒメッセージ中にはユーザ端末装置のＭＡＣアドレスが含まれていないため、常に同一のＩＰアドレスをユーザ端末装置に割り当てることができなかった。つまり、複数のユーザ端末装置が存在するとき、どのネットワークに接続していようとも、各々のユーザ端末装置に毎回対応する固定のＩＰアドレスを割り当てることができなかった。この問題は、ＩＰアドレスによるアクセスポリシーが設定されているネットワークとの組み合わせが非常に困難であるという弊害をもたらす。例えば、あらかじめ特定のＩＰアドレスからの接続のみを許すポリシーが設定されているサーバーに対して、リモートアクセス経由では接続できないなどの問題が発生する。

本発明の目的は、リモートアクセスシステムにおいても常に同一のＩＰアドレスをユーザ端末装置に割り当てることができるようにすることにある。

本発明によるリモートアクセスシステムのＩＰアドレス割当方法は、以下のステップを含む：（ａ）第１のネットワークに接続する端末装置が、第２のネットワークをリモートアクセスするために、第１のネットワークと第２のネットワークとに接続するトンネリング装置に対して通信トンネルの設定を要求するステップ；（ｂ）トンネリング装置が、端末装置のＭＡＣアドレスを取得するステップ；（ｃ）トンネリング装置が、端末装置のＭＡＣアドレスを含むＤＨＣＰメッセージを第２のネットワークへ送信するステップ；（ｄ）第２のネットワークに接続するＤＨＣＰサーバが、ＤＨＣＰメッセージを受信し、受信したＤＨＣＰメッセージに含まれるＭＡＣアドレスに対応して予め設定されたＩＰアドレスを含む応答メッセージを第２のネットワークへ送信するステップ；及び（ｅ）トンネリング装置が、応答メッセージを受信し、受信した応答メッセージに含まれるＩＰアドレスを端末装置に通知するステップ。

ステップ（ｃ）において、トンネリング装置は、送信元ＭＡＣアドレスに端末装置のＭＡＣアドレスを設定してＤＨＣＰメッセージに追加する。ステップ（ｄ）において、ＤＨＣＰサーバは、応答メッセージにおいて送信先ＭＡＣアドレスに端末装置のＭＡＣアドレスを設定する。ステップ（ｅ）において、トンネリング装置はプロミスキャスモードにより応答メッセージを受信する。

ステップ（ｂ）は、トンネリング装置が、端末装置からトンネリング装置に対して送信された端末装置のＭＡＣアドレスを受信する処理を含む。

本発明によるＩＰアドレス割当方法において、通信トンネルはＩＰｓｅｃトンネルモードにより設定される。端末装置は、トンネリング装置へのＭＡＣアドレスの送信をＩＫＥモードコンフィグにおいて実施する。

本発明によるＩＰアドレス割当方法において、通信トンネルはＩＰｓｅｃトンネルモードにより設定され、端末装置は、ＩＳＡＫＭＰ ＳＡのプロポーザルにＭＡＣアドレスを含めることにより、自端末装置のＭＡＣアドレスをトンネリング装置へ送信する。

本発明によるＩＰアドレス割当方法において、トンネリング装置は、端末装置のＭＡＣアドレスを記憶する記憶部を有する。ステップ（ｂ）は、通信トンネルの設定を要求した端末装置のＭＡＣアドレスを記憶部から検索する処理を含む。

本発明によるトンネリング装置は、入力したＭＡＣアドレスを含むＤＨＣＰメッセージを第２のネットワークへ送信し、送信されたＤＨＣＰメッセージを受信したＤＨＣＰサーバ装置が、ＤＨＣＰメッセージに含まれる入力したＭＡＣアドレスに対応して予め設定されたＩＰアドレスを含む応答メッセージを第２のネットワークへ送信したときに応答メッセージを受信し、応答メッセージに含まれるＩＰアドレスを出力するＩＰアドレス取得部と、第１のネットワークと第２のネットワークとの間に通信トンネルを設定し、第１のネットワークに接続する端末装置から通信トンネルの設定が要求されたとき、端末装置のＭＡＣアドレスを取得し、取得された端末装置のＭＡＣアドレスを入力したＭＡＣアドレスとしてＩＰアドレス取得部に出力し、ＩＰアドレス取得部が出力したＩＰアドレスを端末装置に通知するカプセル化部とを含む。

本発明によるトンネリング装置において、ＩＰアドレス取得部は、ＤＨＣＰメッセージの送信元ＭＡＣアドレスとして入力したＭＡＣアドレスを設定し、応答メッセージをプロミスキャスモードにより受信する。

本発明によるトンネリング装置において、カプセル化部は、端末装置からトンネリング装置に対して送信された端末装置のＭＡＣアドレスを受信することにより端末装置のＭＡＣアドレスを取得する。

トンネリング装置は更に、端末装置のＭＡＣアドレスを記憶する記憶部を有する。カプセル化部は、端末装置が通信トンネルの設定を要求したとき、記憶部から端末装置のＭＡＣアドレスを検索する。

本発明による端末装置は、第１のネットワークからトンネリング装置を介して第２のネットワークに接続するためにトンネリング装置に対して通信トンネルの設定を要求するとき、当該端末装置の物理ネットワークインターフェースに割り当てられているＭＡＣアドレスをトンネリング装置に通知するＭＡＣアドレス通知部と、トンネリング装置からＩＰアドレスを受信し、受信したＩＰアドレスを通信トンネル用のネットワークインターフェースに割り当てるＩＰアドレス設定部とを備える。

本発明による端末装置において、通信トンネルはＩＰｓｅｃトンネルモードにより設定され、ＭＡＣアドレス設定部は、ＩＫＥモードコンフィグにおいてトンネリング装置へＭＡＣアドレスを送信する。

本発明による端末装置において、通信トンネルはＩＰｓｅｃトンネルモードにより設定され、ＭＡＣアドレス設定部は、ＩＳＡＫＭＰ ＳＡのプロポーザルにＭＡＣアドレスを含めることにより、端末装置のＭＡＣアドレスをトンネリング装置に送信する。

本発明にあっては、第１のネットワークに接続する端末装置が、第２のネットワークをリモートアクセスするために、第１および第２のネットワークの双方に接続するトンネリング装置に対して通信トンネルの設定を要求した場合、トンネリング装置は、その端末装置のＭＡＣアドレスを取得する。これは具体的には、端末装置からトンネリング装置に対して送信されたＭＡＣアドレスを受信することで、または端末装置のＭＡＣアドレスを事前に記憶する記憶手段を検索することで行われる。トンネリング装置は、こうして取得した端末装置のＭＡＣアドレスを含むＤＨＣＰメッセージを第２のネットワークへ送信する。そして、ＤＨＣＰサーバ装置が前記ＤＨＣＰメッセージを受信し、この受信したＤＨＣＰメッセージに含まれるＭＡＣアドレスに対応して予め設定されたＩＰアドレスを含む応答メッセージを第２のネットワークへ送信すると、トンネリング装置はこの応答メッセージを受信し、それに含まれるＩＰアドレスを端末装置に通知する。

こうして本発明によれば、ＭＡＣアドレスと固定的に対応付けられたＩＰアドレスを割り当てる既存のＤＨＣＰサーバ装置になんら変更を加えることなく、遠隔地からアクセスする端末装置に対して、その端末装置のＭＡＣアドレスに対応する固定のＩＰアドレスを割り当てることが可能となる。

図１は、ユーザ端末装置がＤＨＣＰサーバ装置と同じネットワークに接続されている場合のＩＰアドレス割り当てに関するＤＨＣＰメッセージのシーケンス図である。 図２は、リモートアクセスシステムの構成を示すブロック図である。 図３は、本発明の第１の実施の形態の構成を示すブロック図である。 図４は、端末アドレス保持手段の保持内容例を示す図である。 図５は、本発明の第１の実施の形態におけるユーザ端末装置の動作を示す流れ図である。 図６は、本発明の第１の実施の形態におけるトンネリング装置のカプセル化手段の動作を示す流れ図である。 図７は、本発明の第１の実施の形態におけるトンネリング装置のＩＰアドレス取得手段の動作を示す流れ図である。 図８は、本発明の第１の実施の形態におけるトンネリング装置のフレーム変換手段の動作を示す流れ図である。 図９Ａは、本発明の第１の実施の形態において処理されるパケットやフレームのフォーマット図である。 図９Ｂは、本発明の第１の実施の形態において処理されるパケットやフレームのフォーマット図である。 図１０は、本発明の第２の実施の形態の構成を示すブロック図である。 図１１は、本発明の第２の実施の形態におけるトンネリング装置のカプセル化手段の動作を示す流れ図である。

『第１の実施の形態』
次に、本発明の第１の実施の形態について図面を用いて詳細に説明する。

図３を参照すると、本発明の第１の実施の形態にかかるリモートアクセスシステムは、第１および第２のネットワーク５、６と、第１のネットワーク５に接続されたユーザ端末装置２、３と、第２のネットワーク６に接続されたＤＨＣＰサーバ装置４と、トンネリング装置１とを含んで構成される。図３には２台のユーザ端末装置２、３が描かれているが、ユーザ端末装置の数は任意である。

トンネリング装置１は、第１のネットワーク５と第２のネットワーク６との双方に接続しており、第１のネットワーク５に接続するユーザ端末装置２との間に、ネットワーク層パケットのカプセル化を行う通信トンネル５１を設定する。同様に、トンネリング装置１はユーザ端末装置３との間に通信トンネル５２を設定する。つまり、通信トンネルはユーザ端末装置の個数分設定される。以下、ユーザ端末装置２に注目して説明するが、ユーザ端末装置２に関する記述は、ユーザ端末装置３にも同時に適用可能である。

トンネリング装置１は、具体的には、ＩＰｓｅｃゲートウェイや、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）を終端するリモートアクセスサーバなどの任意のトンネリングプロトコルを実装するネットワーク装置である。

トンネリング装置１は、第１のネットワーク５に接続する物理ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１０と、第２のネットワーク６に接続する物理ＮＩＣ１１と、カプセル化手段１２と、フレーム変換手段１３と、ＩＰアドレス取得手段１４と、端末アドレス保持手段１５とを有している。

物理ＮＩＣ１０は、第１のネットワーク５と接続するインタフェースであり、具体的には有線や無線のネットワーク・インタフェース・カード、携帯電話、ＰＨＳ、モデムなどであり、有線や無線など任意の媒体を通じて第１のネットワーク５に接続される。

物理ＮＩＣ１１は、第２のネットワーク６と接続するインタフェースであり、具体的には有線や無線のネットワーク・インタフェース・カードであり、有線や無線媒体を介して第２のネットワーク６に接続する。

カプセル化手段１２は、第２のネットワーク６とユーザ端末装置２との間で送受信するネットワーク層パケットのカプセル化やデカプセル化を行い、通信トンネル５１を維持する。また、ユーザ端末装置２の認証を行い、ユーザ端末装置２が認証に失敗した場合は通信トンネル５１を設定せず、第２のネットワーク６へのアクセスを禁止する。

カプセル化手段１２は、ユーザ端末装置２から送信されデカプセル化したネットワーク層パケットをフレーム変換手段１３へ出力し、逆にフレーム変換手段１３から入力したネットワーク層パケットをカプセル化してユーザ端末装置２へ出力する。フレーム変換手段１３から入力しカプセル化したネットワーク層パケットが送信されるユーザ端末装置は、ネットワーク層パケットの宛先ＩＰアドレスにより決定される。すなわち、カプセル化されたネットワーク層パケットは、宛先ＩＰアドレスが仮想ＮＩＣに割り当てられているユーザ端末装置へ送信される。

カプセル化手段１２は、通信トンネル５１の設定時にユーザ端末装置２から通知された物理ＮＩＣ２１のＭＡＣアドレスをＩＰアドレス取得手段１４へ出力すると共に、その結果としてＩＰアドレス取得手段１４から返されるＩＰアドレスをユーザ端末装置２へ通知する。

カプセル化手段１２は、具体的にはトンネリング装置１がＩＰｓｅｃゲートウェイの場合はＩＰｓｅｃトンネルモード、トンネリング装置１がリモートアクセスサーバの場合はＰＰＰ等のトンネリングプロトコルによりカプセル化やデカプセル化を行う。

フレーム変換手段１３は、第２のネットワーク６で送受信されるデータリンク層フレームと通信トンネル５１で送受信されるネットワーク層パケットとの変換を行う。具体的には、カプセル化手段１２から入力したネットワーク層パケットに対して、送信元ＭＡＣアドレスとして送信元のユーザ端末装置２の物理ＮＩＣ２１に割り当てられているＭＡＣアドレスを設定したデータリンク層フレームを第２のネットワーク６へ送信し、第２のネットワーク６から受信したデータリンク層フレームの送信先ＭＡＣアドレスがユーザ端末装置２の物理ＮＩＣ２１に割り当てられているＭＡＣアドレスである場合に、ネットワーク層パケットとしてカプセル化手段１２へ出力する。

ＩＰアドレス取得手段１４は、ユーザ端末装置２が通信トンネル５１を設定する際に送信してきたユーザ端末装置２の物理ＮＩＣ２１のＭＡＣアドレスをカプセル化手段１２を通じて入力し、このＭＡＣアドレスを含めたＤＨＣＰメッセージを第２のネットワーク６へ送信し、その結果として得られたＩＰアドレスを受信し、このＩＰアドレスをカプセル化手段１２へ出力するとともに、端末アドレス保持手段１５に、ユーザ端末装置２の識別子と前記ＭＡＣアドレスと前記ＩＰアドレスの組を記憶させる。

端末アドレス保持手段１５は、図４の符号１５０に示されるように、ユーザ端末装置の識別子と、そのユーザ端末装置のＭＡＣアドレスと、そのユーザ端末装置に割り当てられたＩＰアドレスの組を１つ以上記憶する記憶装置で構成される。

ユーザ端末装置２は、コンピュータや携帯電話をはじめとするＩＰアドレスを持つことのできる通信機能を有する機器であり、物理ＮＩＣ２１と、カプセル化手段２２と、仮想ＮＩＣ２３と、アプリケーション２４と、ＭＡＣアドレス通知手段２５と、ＩＰアドレス設定手段２６とを含んで構成される。

物理ＮＩＣ２１は、第１のネットワーク５と接続するための物理的なインタフェースで、具体的には有線や無線のネットワーク・インタフェース・カード、携帯電話、ＰＨＳ、モデムなどであり、有線や無線など任意の媒体を通じて第１のネットワーク５と接続される。

カプセル化手段２２は、ユーザ端末装置２の物理ＮＩＣ２１、第１のネットワーク５、トンネリング装置１の物理ＮＩＣ１０を介して、トンネリング装置１のカプセル化手段１２との間で、パケットを送受信するための仮想的なリンクである通信トンネル５１を設定する。ユーザ端末装置２は、通信トンネル５１を設定することにより、第２のネットワーク６へアクセスすることができる。なお、通信トンネル５１は、トンネリング装置１の認証通過後にのみ設定される。カプセル化手段２２は、トンネリング装置１がＩＰｓｅｃゲートウェイである場合は、ＩＰｓｅｃトンネルモードによりカプセル化、デカプセル化を行う。

仮想ＮＩＣ２３は、物理ＮＩＣ２１と同一のインタフェースを持ち、アプリケーション２４はその違いを意識することなく利用することができ、通信トンネル５１を介して第２のネットワーク６へアクセスすることができる。仮想ＮＩＣ２３は、ＩＰアドレスなどのアドレスを保持することができ、そのアドレスはトンネリング装置１より通知され、ＩＰアドレス設定手段２６により設定される。

ＭＡＣアドレス通知手段２５は、物理ＮＩＣ２１に割り当てられているＭＡＣアドレスをトンネリング装置１へ通知して通信トンネル５１を設定する。

ＩＰアドレス設定手段２６は、自ユーザ端末装置２に割り当てられたＩＰアドレスをトンネリング装置１から受信し、仮想ＮＩＣ２３に割り当てる。

ここで、トンネリング装置１がＩＰｓｅｃゲートウェイである場合は、ＩＫＥのＰｈａｓｅ１の後、ＩＳＡＫＭＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｔｈｏｄ（モードコンフィグ）を行う段において、ユーザ端末装置２のＭＡＣアドレス通知手段２５から物理ＮＩＣ２１のＭＡＣアドレスをＩＳＡＫＭＰ＿ＣＦＧ＿ＳＥＴを用いてトンネリング装置１に通知することができる。この場合、これを受信したトンネリング装置１はＩＳＡＫＭＰ＿ＣＦＧ＿ＡＣＫを用いて受信確認を行い、前記ＭＡＣアドレスを含めたＤＨＣＰメッセージを第２のネットワーク６へ送信し、その結果として得られたＩＰアドレスをＩＳＡＫＭＰ＿ＣＦＧ＿ＳＥＴを用いて通知し、ユーザ端末装置２のＩＰアドレス設定手段２６はこれを受信し、仮想ＮＩＣ２３へ割り当て、受信確認としてＩＳＡＫＭＰ＿ＣＦＧ＿ＡＣＫを返答するようにして良い。

また、上記ＭＡＣアドレスとＩＰアドレスの通知は、双方、またはどちらかをＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＱＵＥＳＴによる要求とＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＰＬＹによる返答によって行っても良い。

また、ＭＡＣアドレスの通知を行うためのアトリビュートは現在定義されていないので、将来の使用のために予約済みの領域（１６〜１６３８３）か、プライベート使用のために予約済みである領域（１６３８４〜３２７６７）を用いて行う。アトリビュート名としてはＩＮＴＥＲＮＡＬ＿ＭＡＣ＿ＡＤＤＲＥＳＳを用いることを推奨する。

ＤＨＣＰサーバ装置４は、第２のネットワーク６に接続され、第２のネットワーク６内に接続する装置に対してＩＰアドレスを割り当てる。本実施の形態のＤＨＣＰサーバ装置４は、予めＭＡＣアドレスとＩＰアドレスの対応表を記憶し、指定された端末にいつでも固定のＩＰアドレスを割り当てる静的ＩＰアドレス割り当て機能を有する。具体的には、ＤＨＣＰサーバ装置４は、第２のネットワーク６へブロードキャスト送信されたＤＨＣＰメッセージを受信し、このＤＨＣＰメッセージに含まれるＭＡＣアドレスをキーにあらかじめ設定された固定的なＩＰアドレスを前記対応表から検索し、検索したＩＰアドレスを前記ＤＨＣＰメッセージの送信元へ返信する。この静的ＩＰアドレス割り当て機能と本発明にかかるトンネリング装置１とを組み合わせることで、ユーザ端末装置２に対していつでも固定のＩＰアドレスを割り当てることが可能となる。

第１のネットワーク５は、インタフェース部の間で送受信される情報を配信するための有線や無線の媒体であり、具体的にはインターネットなどの広域ネットワークのことである。

第２のネットワーク６は、インタフェース部の間で送受信される情報を配信するための有線や無線の媒体であり、具体的にはイーサネット（登録商標）やＩＥＥＥ８０２．３シリーズやＩＥＥＥ８０２．１１シリーズなどにより構成されるローカル・エリア・ネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）のことである。

通信トンネル５１は、ユーザ端末装置２のカプセル化手段２２と、トンネリング装置１のカプセル化手段１２との間に仮想的に設定される通信リンクであり、具体的にはＰＰＰやＩＰｓｅｃトンネルモードなどの任意のトンネリングプロトコルにより設定される仮想リンクである。通信トンネル５１により、カプセル化手段２２，１２同士は直接接続されているように処理される。

通信トンネル５１は認証を経て設定することもでき、認証に失敗した場合は設定できないようにすることもできる。例えばＩＰｓｅｃトンネルモードの場合は、Ｐｈａｓｅ１の後にＸＡＵＴＨによるユーザ認証を行い、これに失敗した場合はすでに確立しているＩＳＡＫＭＰ ＳＡを消去してＩＰｓｅｃ ＳＡの確立を中止することができる。

次に、本実施の形態におけるトンネル設定要求からトンネル設定完了までの動作を、図３、図５、図６、図７を参照して詳細に説明する。ここで、図５はユーザ端末装置２のカプセル化手段２２における動作を示すフローチャート、図６はトンネリング装置１のカプセル化手段１２における動作を示すフローチャート、図７はトンネリング装置１のＩＰアドレス取得手段１４における動作を示すフローチャートである。

ユーザ端末装置２は、第２のネットワーク６をアクセスする場合、カプセル化手段２２により、第１のネットワーク５を介して通信可能なトンネリング装置１に対して、通信トンネル５１の設定を要求する（ステップ８００）。トンネリング装置１のカプセル化手段１２がこの要求を受信すると（ステップ８２０）、双方で通信トンネル５１の設定準備処理が実行される（ステップ８０１，８２１）。トンネリング装置１がＩＰｓｅｃゲートウェイの場合は、通信トンネル５１の設定準備処理とは、ＩＫＥ Ｐｈａｓｅ１のことを示す。

通信トンネル５１の設定準備処理が完了すると、トンネリング装置１のカプセル化手段１２は、ユーザ端末装置２の認証を要求し（ステップ８２２）、ユーザ端末装置２のカプセル化手段２２がこの認証の要求を受信すると（ステップ８０２）、互いに認証処理を行い（ステップ８０３，８２３）、認証に成功した場合、次のステップに進む。もし失敗した場合は終了する（ステップ８０４，８２４）。なお、本認証処理は省くこともできる。トンネリング装置１がＩＰｓｅｃゲートウェイの場合は、本ステップはＸＡＵＴＨによるユーザ認証のことを示す。

続いてユーザ端末装置２のＭＡＣアドレス通知手段２５は、自身の物理ＮＩＣ２１に割り当てられているＭＡＣアドレスをトンネリング装置１のカプセル化手段１２へ通知し（ステップ８０５）、トンネリング装置１のカプセル化手段１２はこれを受信する（ステップ８２５）。トンネリング装置１のカプセル化手段１２は受信したＭＡＣアドレスをＩＰアドレス取得手段１４へ出力し（ステップ８２６）、ＩＰアドレス取得手段１４はこれを入力する（ステップ８４０）。トンネリング装置１がＩＰｓｅｃゲートウェイの場合は、ＩＳＡＫＭＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｔｈｏｄ（モードコンフィグ）によりユーザ端末装置２のＭＡＣアドレス通知手段２５から物理ＮＩＣ２１のＭＡＣアドレスをＩＳＡＫＭＰ＿ＣＦＧ＿ＳＥＴにより通知し、これを受信したトンネリング装置１のカプセル化手段１２はＩＳＡＫＭＰ＿ＣＦＧ＿ＡＣＫにより受信確認を行い、受信したＭＡＣアドレスをＩＰアドレス取得手段１４へ出力し、ＩＰアドレス取得手段１４はこれを入力する。なお、上記ＭＡＣアドレスの通知とその確認応答は、ＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＱＵＥＳＴによる要求とＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＰＬＹによる返答によって行っても良い。さらに、ＩＳＡＫＭＰ ＳＡのプロポーザルに上記ＭＡＣアドレスを含めることにより通知しても良い。

トンネリング装置１のＩＰアドレス取得手段１４は、第２のネットワーク６へ、前記受信したＭＡＣアドレスを含めたＤＨＣＰ Ｄｉｓｃｏｖｅｒメッセージ７０２を、前記受信したＭＡＣアドレスを送信元ＭＡＣアドレスとするフレームとしてブロードキャスト送信する（ステップ８４１）。このようにＤＨＣＰメッセージの送信元ＭＡＣアドレスをユーザ端末装置２のＭＡＣアドレスに変換する理由は、トンネリング装置１とＤＨＣＰサーバ装置４の間に接続される第２のネットワーク６内のスイッチングハブ（図示せず）に対してユーザ端末装置２の物理ＮＩＣのＭＡＣアドレスをラーニングさせるためである。これにより、以降、ユーザ端末装置２のＭＡＣアドレスを宛先とするフレームは全てトンネリング装置１へルーティングされることになる。また、この仕組みによって、ＤＨＣＰ Ｏｆｆｅｒメッセージもトンネリング装置１へルーティングされる。トンネリング装置１はこれを受信し（具体的には物理ＮＩＣ１１をプロミスキャスモードにすることにより、宛先ＭＡＣアドレスが自分以外のフレームも全て受信する）、以下同様にしてＤＨＣＰサーバ装置４とメッセージをやり取りし、ユーザ端末装置２のＭＡＣアドレスに対応するＩＰアドレスを取得する。

ＤＨＣＰサーバ装置４は、ＤＨＣＰ Ｄｉｓｃｏｖｅｒメッセージ７０２を受信し、含まれるＭＡＣアドレスに対応して固定的に設定されたＩＰアドレスを検索し、そのＩＰアドレスを含めたＤＨＣＰ Ｏｆｆｅｒメッセージ７０３を第２のネットワーク６へ送信する。このＤＨＣＰ Ｏｆｆｅｒメッセージのフレームの送信先ＭＡＣアドレスはユーザ端末装置２のＭＡＣアドレスに設定されるが、前述した理由によりトンネリング装置１へルーティングされる。トンネリング装置１は、プロミスキャスモードに設定した物理ＮＩＣ１１に自分宛以外のフレームも全て受信してＩＰアドレス取得手段１４に通知し、ＩＰアドレス取得手段１４は受信したフレームを解析して、ＤＨＣＰサーバ装置４から送信された前記ＤＨＣＰ Ｏｆｆｅｒメッセージを取得する（ステップ８４２）。

ＩＰアドレス取得手段１４は、受信したＤＨＣＰ Ｏｆｆｅｒメッセージ７０３の内容が適当である場合、それを受け入れる旨を通知するためにＤＨＣＰ Ｒｅｑｕｅｓｔメッセージ７０４を第２のネットワーク６へブロードキャスト送信する（ステップ８４３）。

ＤＨＣＰサーバ装置４は、ＤＨＣＰ Ｒｅｑｕｅｓｔメッセージ７０４を受信し、ＤＨＣＰ ＡＣＫメッセージ７０５を第２のネットワーク６へ送信し、トンネリング装置１のＩＰアドレス取得手段１４がこれを受信する（ステップ８４４）。

ＩＰアドレス取得手段１４は、得られたＩＰアドレスをカプセル化手段１２へ出力し（ステップ８４５）、また、ユーザ端末装置の識別子とＭＡＣアドレスとＩＰアドレスの組を端末アドレス保持手段１５へ記憶する（ステップ８４６）。

トンネリング装置１のカプセル化手段１２は、ＩＰアドレス取得手段１４からＩＰアドレスを入力し（ステップ８２７）、このＩＰアドレスをユーザ端末装置２へ通知する（ステップ８２８）。ユーザ端末装置２のＩＰアドレス設定手段２６は、トンネリング装置１よりＩＰアドレスを受信し（ステップ８０６）、このＩＰアドレスを自身の仮想ＮＩＣ２３へ設定する（ステップ８０７）。そして、互いのカプセル化手段２３、１２において通信トンネル５１の設定完了処理を行い（ステップ８０８，８２９）、通信トンネル５１の設定が完了すると、通信が可能となる。

ここで、トンネリング装置１がＩＰｓｅｃゲートウェイの場合は、前記ＩＰアドレスをＩＳＡＫＭＰ＿ＣＦＧ＿ＳＥＴにより通知し、ユーザ端末装置２はこれを受信し、受信確認としてＩＳＡＫＭＰ＿ＣＦＧ＿ＡＣＫを返答するようにして良い。また、上記ＩＰアドレスの通知は、ＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＱＵＥＳＴによる要求とＩＳＡＫＭＰ＿ＣＦＧ＿ＲＥＰＬＹによる返答によって行っても良い。

次に、通信トンネル５１の設定後、ユーザ端末装置２が第２のネットワーク６へアクセスする動作について、図３、図８、図９Ａ及び図９Ｂを用いて詳細に説明する。なお、図８は、トンネリング装置１のフレーム変換手段１３の動作を示すフローチャート、図９Ａ、図９Ｂは、図３に示される実施の形態において処理されるパケットやフレームのフォーマット図である。

図３、図９Ａ及び図９Ｂを参照すると、ユーザ端末装置２のアプリケーション２４は、データ９００を送信するためにパケット９０１を作成し、仮想ＮＩＣ２３に対して出力する。このときの宛先ＩＰアドレス９１０は、データ９００を届ける相手のＩＰアドレス、送信元ＩＰアドレス９１１は、仮想ＮＩＣ２３に割り当てられたＩＰアドレス、つまり第２のネットワーク６に属するＩＰアドレスである。これにより、アプリケーション２４は第２のネットワーク６のアドレスを用いたアクセスが可能となる。続いてパケット９０１は、カプセル化手段２２へ出力され、カプセル化手段２２は、パケット９０１のカプセル化処理を行ってパケット９０２を生成する。例えば、宛先ＩＰアドレス９１２をトンネリング装置１の物理ＮＩＣ１０に割り当てられているＩＰアドレス、送信元ＩＰアドレス９１３をユーザ端末装置２の物理ＮＩＣ２１に割り当てられているＩＰアドレスとし、カプセル化ヘッダ９１４とカプセル化フッタ９１５で元のパケット９０１を囲んだパケット９０２を生成する。パケット９０２はトンネリング装置１の物理ＮＩＣ１０で受信され、カプセル化手段１２でデカプセル化されてパケット９０１に変換され、フレーム変換手段１３へ出力される。

フレーム変換手段１３へパケット９０１が入力されると、それがカプセル化手段１２より入力されたものであれば（ステップ８６０）、端末アドレス保持手段１５よりパケット９０１の送信元ＩＰアドレス９１１に対応するＭＡＣアドレスを検索し（ステップ８６１）、パケット９０１を上記から得られたＭＡＣアドレスを送信元ＭＡＣアドレス９１７とするフレーム９０３に変換する（ステップ８６２）。

宛先ＭＡＣアドレス９１６は、宛先ＩＰアドレス９１０に対応するアドレスを設定する（ステップ８６３）。必要に応じてＡＲＰメッセージを用いて、宛先ＩＰアドレス９１０に対応するＭＡＣアドレスの検索を行う。もし宛先ＩＰアドレス９１０が同報ＩＰアドレスである場合には宛先ＭＡＣアドレス９１６にブロードキャストアドレスを設定する。

以上のようにして生成されたフレーム９０３を、物理ＮＩＣ１１へ出力し（ステップ８６４）、第２のネットワーク６へ送信する。

逆に第２のネットワーク６からユーザ端末装置２へ送信されたフレーム９０６については、トンネリング装置１の物理ＮＩＣ１１で受信された後、フレーム変換手段１３へ出力される。

フレーム変換手段１３へフレーム９０６が入力されると、フレーム変換手段１３はそれが物理ＮＩＣ１１より入力されたものであれば（ステップ８６０，８６５）、そのフレームの宛先ＭＡＣアドレス９２６がブロードキャストか否かを判断する（ステップ８６６）。

フレーム変換手段１３は、宛先ＭＡＣアドレス９２６がブロードキャストである場合、データリンク層ヘッダを取り除きパケット９０４を抽出し（ステップ８７０）、パケット９０４を全ユーザ端末装置宛への送信指示とともにカプセル化手段１２へ出力する（ステップ８７１）。カプセル化手段１２は上記指示に基づき、パケット９０４をそれぞれのユーザ端末装置宛にカプセル化してパケット９０５を作成後、全ユーザ端末装置宛に送信する。具体的には、宛先ＩＰアドレス９２２を各ユーザ端末装置の物理ＮＩＣ２１に割り当てられているＩＰアドレスに設定し、送信元ＩＰアドレス９２３を物理ＮＩＣ１０に割り当てられているＩＰアドレスに設定したパケット９０５を、ユーザ端末装置の個数分作成し、それぞれ物理ＮＩＣ１０を介して第１のネットワーク５へ送出する。

フレーム変換手段１３は、宛先ＭＡＣアドレス９２６がブロードキャストではない場合、宛先ＭＡＣアドレス９２６をキーとして端末アドレス保持手段１５から検索して（ステップ８６７）、対応するＩＰアドレスが発見できた場合のみ、データリンク層ヘッダを取り除きパケット化し（ステップ８６８）、宛先ＭＡＣアドレス９２６に一致したユーザ端末装置２宛への送信指示とともにパケット９０４をカプセル化手段１２へ出力する（ステップ８６９）。カプセル化手段１２はパケット９０４をカプセル化後、上記指示に基づき指定されたユーザ端末装置２宛に送信する。具体的には、端末アドレス保持手段１５に保持されている、宛先ＭＡＣアドレス９２６に対応するＩＰアドレスを宛先ＩＰアドレス９２２とし、物理ＮＩＣ１０に割り当てられているＩＰアドレスを送信元ＩＰアドレス９２３とするパケット９０５を作成し、これを物理ＮＩＣ１０を介して第１のネットワーク５へ送出する。

なお、上記ＩＰｓｅｃにおけるＩＳＡＫＭＰ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｔｈｏｄ（モードコンフィグ）によるＭＡＣアドレスの通知、ＩＰアドレスの通知については、ＩＫＥｖ２におけるＣｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｙｌｏａｄなどを用いても良い。ＩＫＥｖ２におけるアドレス通知の処理手順については同一であるので、省略する。

次に、本実施の形態の効果について説明する。

本実施の形態では、ＭＡＣアドレスと固定的に対応付けられたＩＰアドレスを割り当てるＤＨＣＰサーバ装置４になんら変更を加えることなく、遠隔地からアクセスするユーザ端末装置２の仮想ＮＩＣ２３に対して、ユーザ端末装置２の物理ＮＩＣ２１のＭＡＣアドレスに対応するＩＰアドレスを固定的に割り当てることが可能となり、さらに、あたかもユーザ端末装置２が第２のネットワーク６上に物理的に接続されているかのように振舞うことができる。

『第２の実施の形態』
次に、本発明の第２の実施の形態について図面を用いて詳細に説明する。

図１０を参照すると、本発明の第２の実施の形態にかかるリモートアクセスシステムは、ユーザ端末装置２が第１の実施の形態のようなＭＡＣアドレス通知手段２５を備えておらず、またトンネリング装置１の端末アドレス保持手段１５Ａおよびカプセル化手段１２Ａの機能が第１の実施の形態の対応する手段と一部相違している。

トンネリング装置１の端末アドレス保持手段１５Ａは、第１の実施の形態と同様に図４に示されるように、端末の識別子とその端末のＭＡＣアドレスとＩＰアドレスの組を保持する記憶装置であるが、ＩＰアドレス取得手段１４から出力される前記の組を記憶する以外に、システム管理者などからの入力により、端末の識別子とそのＭＡＣアドレスの組を１組以上、事前に保持している。また、カプセル化手段１２Ａから検索可能になっている。

カプセル化手段１２Ａは、図１１のフローチャートに示されるように、通信トンネル５１の設定を要求したユーザ端末装置２の認証成功後、ユーザ端末装置２からＭＡＣアドレスが通知されてこなかった場合（ステップ８２５でｎｏ）、認証に成功したユーザ端末装置２の識別子をキーに端末アドレス保持手段１５Ａを検索し（ステップ８３０）、対応するＭＡＣアドレスが事前に登録されていれば（ステップ８３１でｙｅｓ）、この登録されているＭＡＣアドレスをＩＰアドレス取得手段１４に出力する（ステップ８２６）。

その他の構成および動作は第１の実施の形態と同じである。

本実施の形態によれば、ＭＡＣアドレス通知機能のないユーザ端末装置２から通信トンネルの設定要求があった場合でも、そのユーザ端末装置２のＭＡＣアドレスがトンネリング装置１に事前に登録されていれば、そのＭＡＣアドレスに対応する固定的なＩＰアドレスの割り当てを行うことができる。

なお、上記の説明では、端末アドレス保持手段１５Ａを事前に登録するＭＡＣアドレスの記憶部と共用したが、端末アドレス保持手段１５Ａとは別の記憶部にユーザ端末装置の識別子とＭＡＣアドレスの組を保持するようにしても良い。また、ＭＡＣアドレスと組にするデータは、ユーザ端末装置の識別子でなく、ＰＰＴＰやＩＰｓｅｃの認証情報や認証処理の結果得られた端末固有のデータ（証明書など）とすることもできる。

以上本発明の実施の形態について説明したが、本発明は以上の実施の形態に限定されずその他各種の付加変更が可能である。また、本発明のトンネリング装置およびユーザ端末装置は、その有する機能をハードウェア的に実現することは勿論、コンピュータとトンネリング装置用プログラム、ユーザ端末装置用プログラムとで実現することができる。トンネリング装置用プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、トンネリング装置を構成するコンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるトンネリング装置１の各機能手段として機能させる。またユーザ端末装置用プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、ユーザ端末装置を構成するコンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態におけるユーザ端末装置２の各機能手段として機能させる。

Claims (13)

1. 第１のネットワークに接続する端末装置が、第２のネットワークをリモートアクセスするために、前記第１のネットワークと前記第２のネットワークとに接続するトンネリング装置に対して通信トンネルの設定を要求するステップと、
   前記トンネリング装置が、前記端末装置の認証を行い、前記認証の結果に基づいて前記通信トンネルの設定を許可するか否かを決定するステップと、
   前記トンネリング装置が、前記通信トンネルの設定を許可した場合に、前記端末装置のＭＡＣアドレスを取得するステップと、
   前記トンネリング装置が、取得した前記端末装置のＭＡＣアドレスを含むＤＨＣＰメッセージを前記第２のネットワークへ送信するステップと、
   前記第２のネットワークに接続するＤＨＣＰサーバが、前記ＤＨＣＰメッセージを受信し、受信した前記ＤＨＣＰメッセージに含まれるＭＡＣアドレスに対応して予め設定されたＩＰアドレスを含む応答メッセージを前記第２のネットワークへ送信するステップと、
   前記トンネリング装置が、前記応答メッセージを受信し、受信した前記応答メッセージに含まれるＩＰアドレスを前記端末装置に通知するステップと
   を含むリモートアクセスシステムのＩＰアドレス割当方法。
2. 前記ＤＨＣＰメッセージを前記第２のネットワークへ送信するステップにおいて、前記トンネリング装置は、送信元ＭＡＣアドレスに前記端末装置のＭＡＣアドレスを設定して前記ＤＨＣＰメッセージに追加し、
   前記応答メッセージを前記第２のネットワークへ送信するステップにおいて、前記ＤＨＣＰサーバは、前記応答メッセージにおいて送信先ＭＡＣアドレスに前記端末装置のＭＡＣアドレスを設定し、
   前記通知するステップにおいて、前記トンネリング装置はプロミスキャスモードにより前記応答メッセージを受信する
   請求の範囲１記載のリモートアクセスシステムのＩＰアドレス割当方法。
3. 前記取得するステップは、前記トンネリング装置が、前記端末装置から前記トンネリング装置に対して送信された前記端末装置のＭＡＣアドレスを受信する処理を含む
   請求の範囲１記載のリモートアクセスシステムのＩＰアドレス割当方法。
4. 前記通信トンネルはＩＰｓｅｃトンネルモードにより設定され、前記端末装置は、前記トンネリング装置への前記ＭＡＣアドレスの送信をＩＫＥモードコンフィグにおいて実施する
   請求の範囲３記載のリモートアクセスシステムのＩＰアドレス割当方法。
5. 前記通信トンネルはＩＰｓｅｃトンネルモードにより設定され、前記端末装置は、ＩＳＡＫＭＰ ＳＡのプロポーザルに前記ＭＡＣアドレスを含めることにより、自端末装置のＭＡＣアドレスを前記トンネリング装置へ送信する
   請求の範囲３記載のリモートアクセルシステムのＩＰアドレス割当方法。
6. 前記トンネリング装置は、端末装置のＭＡＣアドレスを記憶する記憶部を有し、
   前記取得するステップは、通信トンネルの設定を要求した前記端末装置のＭＡＣアドレスを前記記憶部から検索する処理を含む
   請求の範囲１記載のリモートアクセルシステムのＩＰアドレス割当方法。
7. 入力したＭＡＣアドレスを含むＤＨＣＰメッセージを第２のネットワークへ送信し、送信された前記ＤＨＣＰメッセージを受信したＤＨＣＰサーバ装置が、前記ＤＨＣＰメッセージに含まれる前記入力したＭＡＣアドレスに対応して予め設定されたＩＰアドレスを含む応答メッセージを前記第２のネットワークへ送信したときに前記応答メッセージを受信し、前記応答メッセージに含まれる前記ＩＰアドレスを出力するＩＰアドレス取得部と、
   前記第１のネットワークと前記第２のネットワークとの間に通信トンネルを設定し、前記第１のネットワークに接続する前記端末装置から前記通信トンネルの設定が要求されたとき、前記端末装置の認証を行い、前記認証の結果に基づいて前記通信トンネルの設定を許可するか否かを決定し、前記通信トンネルの設定を許可した場合に、前記端末装置のＭＡＣアドレスを取得し、取得された前記端末装置のＭＡＣアドレスを前記入力したＭＡＣアドレスとして前記ＩＰアドレス取得部に出力し、前記ＩＰアドレス取得部が出力したＩＰアドレスを前記端末装置に通知するカプセル化部
   とを含むトンネリング装置。
8. 前記ＩＰアドレス取得部は、前記ＤＨＣＰメッセージの送信元ＭＡＣアドレスとして前記入力したＭＡＣアドレスを設定し、前記応答メッセージをプロミスキャスモードにより受信する
   請求の範囲７記載のトンネリング装置。
9. 前記カプセル化部は、前記端末装置から前記トンネリング装置に対して送信された前記端末装置のＭＡＣアドレスを受信することにより前記端末装置のＭＡＣアドレスを取得する
   請求の範囲７記載のトンネリング装置。
10. 更に、前記端末装置のＭＡＣアドレスを記憶する記憶部を有し、
    前記カプセル化部は、前記端末装置が前記通信トンネルの設定を要求したとき、前記記憶部から前記端末装置のＭＡＣアドレスを検索する
    請求の範囲７記載のトンネリング装置。
11. 端末装置であって、
    第１のネットワークからトンネリング装置を介して第２のネットワークに接続するために前記トンネリング装置に対して通信トンネルの設定を要求するとき、前記トンネリング装置から前記端末装置の認証を要求されると認証処理を行うカプセル化部と、
    前記認証が成功した場合、当該端末装置の物理ネットワークインターフェースに割り当てられているＭＡＣアドレスを前記トンネリング装置に通知するＭＡＣアドレス通知部と、
    前記トンネリング装置からＩＰアドレスを受信し、受信した前記ＩＰアドレスを前記通信トンネル用のネットワークインターフェースに割り当てるＩＰアドレス設定部
    とを備える端末装置。
12. 前記通信トンネルはＩＰｓｅｃトンネルモードにより設定され、前記ＭＡＣアドレス設定部は、ＩＫＥモードコンフィグにおいて前記トンネリング装置へ前記ＭＡＣアドレスを送信する
    請求の範囲１１記載の端末装置。
13. 前記通信トンネルはＩＰｓｅｃトンネルモードにより設定され、前記ＭＡＣアドレス設定部は、ＩＳＡＫＭＰ ＳＡのプロポーザルに前記ＭＡＣアドレスを含めることにより、前記端末装置のＭＡＣアドレスを前記トンネリング装置に送信する
    請求の範囲１１記載の端末装置。

Images