(57)【要約】【課題】通信路を決定するためのトンネルを形成する場合に、トンネリング装置間で行うネゴシェーションにおいて、必ず往路と復路を同一の通信路に設定することを可能にし、往路と復路が異なることにより通信を開始できなくなる問題を解決して、安定した通信を行えるようにする。【解決手段】第１のトンネリング装置１は、ネゴシェーション開始要求パケットにおいて、自装置が保持する前記ネットワークから割り当てられたアドレス毎に、対称通信、すなわち自装置から通信相手へ通信パケットを送信する場合に用いる往路のネットワーク１または２と通信相手から自装置へ通信パケットを送信する場合に用いる復路のネットワーク１，２が同一のネットワークを用いてトンネルを形成する通信を要求する場合に、対称通信を要求することを通知するとともに、通信パケットの宛先アドレスとの間で対称通信のネゴシェーションを開始したことを示す識別子を送信用ネゴシェーション起動中テーブルへ登録する。【選択図】図４
2006094105.tif 000002
【特許請求の範囲】
【請求項１】
第１のトンネリング装置および第２のトンネリング装置が、それぞれ複数のネットワークに物理的または論理的に接続され、接続されているそれぞれのネットワークからアドレスを割り当てられており、第１のトンネリング装置に接続されアドレスを保有する第１の通信装置と、第２のトンネリング装置に接続されアドレスを保有する第２の通信装置が、ネットワークを介して通信を行う際に、第１のトンネリング装置と第２のトンネリング装置の間でトンネルを形成し、前記トンネルを介して前記第１の通信装置から前記第２の通信装置へパケットを送信するトンネリング方法であり、
第１のトンネリング装置は、第１の通信装置から受信したパケットを形成されたトンネルへ転送する際に、第１のトンネリング装置が保持する送信用変換テーブルを参照し、該送信用変換テーブルの内容に基づきアドレス変換処理を行い、第２のトンネリング装置へ転送し、第２のトンネリング装置はトンネルから受信したパケットを第２の通信装置へ転送する際に、第２のトンネリング装置が保持する受信用変換テーブルを参照し、該受信用変換テーブルの内容に基づきアドレス変換処理を行い、第２の通信装置へ転送するトンネリング方法において、
第１のトンネリング装置は、該第１の通信装置が送信した通信パケットの受信をトリガーとして、該通信パケットの宛先アドレスを送信用ネゴシェーション起動中テーブルへ登録するとともに、該通信パケットの宛先アドレスへ送信するネゴシェーション開始要求パケットに、自装置が保持する前記ネットワークから割り当てられたアドレスの一部または全てを通知し、
該ネゴシェーション開始要求パケットを受信した第２のトンネリング装置は、該ネゴシェーション開始要求パケットの送信元アドレスを受信用ネゴシェーション起動中テーブルへ登録するとともに、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと通信可能な自装置の前記ネットワークから割り当てられたアドレスの組を作成し、作成した前記アドレスの組をネゴシェーション開始応答パケットに含めてネゴシェーション開始要求パケットの送信元へ返送し、
該ネゴシェーション開始応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション開始応答パケットに含まれるアドレスの組を読み取り、読み取った１つまたは複数のアドレスの組からトンネルを確立するために使用するアドレスの組を選択し、該ネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および前記選択したアドレスの組を、選択したアドレスの組の自装置のアドレスを送信元とし、選択したアドレスの組の相手装置のアドレスを宛先アドレスとするネゴシェーション終了要求パケットに含めて送信し、
該ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、受信した該ネゴシェーション終了要求パケットに含まれるネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取り、該ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致する場合は、該受信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除するとともに、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、それぞれ受信用変換テーブルへ登録し、
かつ、第２のトンネリング装置は、受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、ネゴシェーション終了要求パケットの送信元アドレスを宛先アドレス、該ネゴシェーション終了要求パケットの宛先アドレスを送信元アドレスとするネゴシェーション終了応答パケットに含めて送信し、
該ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取り、該ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除するとともに、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルへ登録すること
を特徴とするトンネリング方法。
【請求項２】
請求項１に記載のトンネリング方法において、
前記第１のトンネリング装置は、ネゴシェーション開始要求パケットにおいて、自装置が保持する前記ネットワークから割り当てられたアドレス毎に、対称通信、すなわち自装置から通信相手へ通信パケットを送信する場合に用いる往路のネットワークと通信相手から自装置へ通信パケットを送信する場合に用いる復路のネットワークが同一のネットワークを用いてトンネルを形成する通信を要求する場合に、対称通信を要求することを通知するとともに、通信パケットの宛先アドレスとの間で対称通信のネゴシェーションを開始したことを示す識別子を送信用ネゴシェーション起動中テーブルへ登録し、
該ネゴシェーション開始要求パケットを受信した前記第２のトンネリング装置は、請求項１に記載のアドレスの組を作成し、さらに、該アドレスの組を用いて通信を行う場合に、該アドレスの組毎に前記対称通信の要求に応じることが可能か否かをネゴシェーション開始応答パケットで回答するとともに、該ネゴシェーション開始要求パケットで対称通信を要求された場合、該ネゴシェーション開始要求パケットの送信元アドレスと対称通信のネゴシェーション開始要求を受けたことを示す識別子を受信用ネゴシェーション起動中テーブルへ登録し、
前記ネゴシェーション開始応答パケットを受信した第１のトンネリング装置は、請求項１に記載の選択したアドレスの組において、ネゴシェーション開始要求パケットの送信先から対称通信の要求に応じることが可能である回答を得ていた場合に、ネゴシェーション終了要求パケットにおいて、請求項１に記載の内容に加えて、対称通信でトンネルを形成することを該ネゴシェーション終了要求パケットの送信先に指示し、
該ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、ネゴシェーション終了要求パケットにおいて対称通信でトンネルを形成することを指示された場合に、受信用変換テーブルに対称通信の識別子を付加し、請求項１に記載の内容に加えて、対称通信のトンネルの形成を了解したことをネゴシェーション終了応答パケットで該ネゴシェーション終了要求パケットの送信元に通知し、
該ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション終了応答パケットにおいて、対称通信でトンネルを形成したことを通知された場合に、送信用変換テーブルに対象通信の識別子を付加する
ことを特徴とするトンネリング方法。
【請求項３】
請求項２に記載のトンネリング方法において、
前記第２のトンネリング装置は、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するレコードがなく、新たにネゴシェーションを起動する場合、受信用変換テーブルを検索し、通信パケットの宛先アドレスが受信用変換テーブルの相手トンネリング装置のデフォルトルートのアドレスに一致し、かつ対称通信の識別子があった場合、ネゴシェーション開始要求パケットで通知する自装置のアドレスとして、前記一致するテーブルの『自トンネリング装置のトンネルを形成するアドレス』を通知する
ことを特徴とするトンネリング方法。
【請求項４】
請求項２に記載のトンネリング方法において、
前記第２のトンネリング装置は、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するテーブルがなく、かつ請求項１に記載の受信用ネゴシェーション起動中テーブルに通信パケットの宛先アドレスと一致するテーブルがあり、かつ対称通信の識別子があった場合には、通信パケットの送信先アドレスに対する新たにネゴシェーションを開始しない
ことを特徴とするトンネリング方法。
【請求項５】
請求項２に記載のトンネリング方法において、
前記ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、請求項２に記載の動作に加え、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルにも登録し、
かつ前記ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、請求項２に記載の動作に加え、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を受信用変換テーブルにも登録すること
を特徴とするトンネリング方法。
【請求項６】
請求項２に記載のトンネリング方法において、
前記第１のトンネリング装置は、第１の通信装置から通信パケットを受信した場合、該通信パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信の識別子があった場合には、ネゴシェーション開始要求パケットを送信したネットワークに通信パケットを送信するとともに、第１のトンネリング装置内のメモリに記憶し、その後、送信用ネゴシェーション起動中テーブルに登録されている宛先に対するトンネルが形成された時点で、形成されたトンネルに前記メモリに蓄積された通信パケットを再送する
ことを特徴とするトンネリング方法。
【請求項７】
請求項２に記載のトンネリング方法において、
前記第２のトンネリング装置が、ネットワークから通信パケットを受信した場合、該通信パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されている宛先アドレスと一致し、かつ対称通信の識別子があった場合には、受信した通信パケットを破棄する
ことを特徴とするトンネリング方法。
【請求項８】
複数のネットワークに物理的または論理的に接続され、接続されているそれぞれのネットワークからアドレスを割り当てられており、第１の通信装置と第２の通信装置が、ネットワークを介して通信を行う際に、該通信装置の間でそれぞれトンネルを形成し、前記トンネルを介して前記第１の通信装置から前記第２の通信装置へパケットを送信する第１または第２のトンネリング装置において、
該第１の通信装置が送信した通信パケットの受信をトリガーとして、該通信パケットの宛先アドレスを登録する送信用ネゴシェーション起動中テーブルと、
ネゴシェーション終了要求パケットに含まれる該ネゴシェーション開始要求パケットの送信元アドレスを登録する受信用ネゴシェーション起動中テーブルと、
該ネゴシェーション開始要求パケットの送信元アドレスが該受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致する場合は、該受信用ネゴシェーション起動中テーブルから一致したアドレスを削除するとともに、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および相手のトンネリング装置が選択したアドレスの組を登録する受信用変換テーブルと、
相手のトンネリング装置が選択したアドレスの組を読み取り、該ネゴシェーション開始要求パケットの宛先アドレスが該送信用ネゴシェーション起動中テーブルから一致したアドレスを削除するとともに、受信したネゴシェーション終了応答パケットに含まれる相手のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および相手のトンネリング装置が選択したアドレスの組を登録する送信用変換テーブルとを具備すること
を特徴とするトンネリング装置。
【請求項９】
第１のトンネリング装置および第２のトンネリング装置が、それぞれ複数のネットワークに物理的または論理的に接続され、接続されているそれぞれのネットワークからアドレスを割り当てられており、第１のトンネリング装置に接続されアドレスを保有する第１の通信装置と、第２のトンネリング装置に接続されアドレスを保有する第２の通信装置が、ネットワークを介して通信を行う際に、第１のトンネリング装置と第２のトンネリング装置の間でトンネルを形成し、前記トンネルを介して前記第１の通信装置から前記第２の通信装置へパケットを送信し、第１のトンネリング装置は、第１の通信装置から受信したパケットを形成されたトンネルへ転送する際に、第１のトンネリング装置が保持する送信用変換テーブルを参照し、該送信用変換テーブルの内容に基づきアドレス変換処理を行い、第２のトンネリング装置へ転送し、第２のトンネリング装置はトンネルから受信したパケットを第２の通信装置へ転送する際に、第２のトンネリング装置が保持する受信用変換テーブルを参照し、該受信用変換テーブルの内容に基づきアドレス変換処理を行い、第２の通信装置へ転送するトンネリング用プログラムであって、
該第１のトンネリング装置のコンピュータに、該第１の通信装置が送信した通信パケットの受信をトリガーとして、該通信パケットの宛先アドレスを送信用ネゴシェーション起動中テーブルへ登録する手順、該通信パケットの宛先アドレスへ送信するネゴシェーション開始要求パケットに、自装置が保持する前記ネットワークから割り当てられたアドレスの一部または全てを通知する手順、該ネゴシェーション開始応答パケットを受信すると、該ネゴシェーション開始応答パケットに含まれるアドレスの組を読み取る手順、読み取った１つまたは複数のアドレスの組からトンネルを確立するために使用するアドレスの組を選択する手順、該ネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および前記選択したアドレスの組を、選択したアドレスの組の自装置のアドレスを送信元とし、選択したアドレスの組の相手装置のアドレスを宛先アドレスとするネゴシェーション終了要求パケットに含めて送信する手順、該ネゴシェーション終了応答パケットを受信すると、該ネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取る手順、該ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除する手順、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルへ登録する手順を、
一方、該第２のトンネリング装置のコンピュータには、該ネゴシェーション開始要求パケットの送信元アドレスを受信用ネゴシェーション起動中テーブルへ登録する手順、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと通信可能な自装置の前記ネットワークから割り当てられたアドレスの組を作成し、作成した前記アドレスの組をネゴシェーション開始応答パケットに含めてネゴシェーション開始要求パケットの送信元へ返送する手順、該ネゴシェーション終了要求パケットを受信すると、受信した該ネゴシェーション終了要求パケットに含まれるネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取る手順、該ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致する場合は、該受信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除する手順、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、それぞれ受信用変換テーブルへ登録する手順、受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、ネゴシェーション終了要求パケットの送信元アドレスを宛先アドレス、該ネゴシェーション終了要求パケットの宛先アドレスを送信元アドレスとするネゴシェーション終了応答パケットに含めて送信する手順を、それぞれ実行させるためのトンネリング用プログラム。
【請求項１０】
請求項９に記載のトンネリング用プログラムにおいて、
前記第１のトンネリング装置のコンピュータに、ネゴシェーション開始要求パケットにおいて、自装置が保持する前記ネットワークから割り当てられたアドレス毎に、対称通信、すなわち自装置から通信相手へ通信パケットを送信する場合に用いる往路のネットワークと通信相手から自装置へ通信パケットを送信する場合に用いる復路のネットワークが同一のネットワークを用いてトンネルを形成する通信を要求する場合に、対称通信を要求することを通知する手順、通信パケットの宛先アドレスとの間で対称通信のネゴシェーションを開始したことを示す識別子を送信用ネゴシェーション起動中テーブルへ登録する手順、前記ネゴシェーション開始応答パケットを受信すると、請求項９に記載の選択したアドレスの組において、ネゴシェーション開始要求パケットの送信先から対称通信の要求に応じることが可能である回答を得ていた場合に、ネゴシェーション終了要求パケットにおいて、請求項９に記載の内容に加えて、対称通信でトンネルを形成することを該ネゴシェーション終了要求パケットの送信先に指示する手順、該ネゴシェーション終了応答パケットを受信すると、該ネゴシェーション終了応答パケットにおいて、対称通信でトンネルを形成したことを通知された場合に、送信用変換テーブルに対象通信の識別子を付加する手順を、
一方、前記第２のトンネリング装置のコンピュータには、該ネゴシェーション開始要求パケットを受信すると、請求項９に記載のアドレスの組を作成し、さらに、該アドレスの組を用いて通信を行う場合に、該アドレスの組毎に前記対称通信の要求に応じることが可能か否かをネゴシェーション開始応答パケットで回答する手順、該ネゴシェーション開始要求パケットで対称通信を要求された場合、該ネゴシェーション開始要求パケットの送信元アドレスと対称通信のネゴシェーション開始要求を受けたことを示す識別子を受信用ネゴシェーション起動中テーブルへ登録する手順、該ネゴシェーション終了要求パケットを受信すると、ネゴシェーション終了要求パケットにおいて対称通信でトンネルを形成することを指示された場合に、受信用変換テーブルに対称通信の識別子を付加する手順、請求項９に記載の内容に加えて、対称通信のトンネルの形成を了解したことをネゴシェーション終了応答パケットで該ネゴシェーション終了要求パケットの送信元に通知する手順を、それぞれ実行させるためのトンネリング用プログラム。
【請求項１１】
請求項１０に記載のトンネリング用プログラムにおいて、
前記第２のトンネリング装置のコンピュータに、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するレコードがなく、新たにネゴシェーションを起動する場合、受信用変換テーブルを検索し、通信パケットの宛先アドレスが受信用変換テーブルの相手トンネリング装置のデフォルトルートのアドレスに一致し、かつ対称通信の識別子があった場合、ネゴシェーション開始要求パケットで通知する自装置のアドレスとして、前記一致するテーブルの『自トンネリング装置のトンネルを形成するアドレス』を通知する手順を、実行させるためのトンネリング用プログラム。
【請求項１２】
請求項１０に記載のトンネリング用プログラムにおいて、
前記第２のトンネリング装置のコンピュータに、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するテーブルがなく、かつ請求項１０に記載の受信用ネゴシェーション起動中テーブルに通信パケットの宛先アドレスと一致するテーブルがあり、かつ対称通信の識別子があった場合には、通信パケットの送信先アドレスに対する新たにネゴシェーションを開始しない手順を、実行させるためのトンネリング用プログラム。
【請求項１３】
請求項１０に記載のトンネリング用プログラムにおいて、
前記第２のトンネリング装置のコンピュータに、ネゴシェーション終了要求パケットを受信すると、ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、請求項１０に記載の動作に加え、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルにも登録する手順を、
一方、前記第１のトンネリング装置のコンピュータには、ネゴシェーション終了応答パケットを受信すると、ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、請求項１０に記載の動作に加え、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を受信用変換テーブルにも登録する手順を、それぞれ実行させるためのトンネリング用プログラム。
【請求項１４】
請求項１０に記載のトンネリング用プログラムにおいて、
前記第１のトンネリング装置のコンピュータに、第１の通信装置から通信パケットを受信した場合、該通信パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信の識別子があった場合には、ネゴシェーション開始要求パケットを送信したネットワークに通信パケットを送信する手順、第１のトンネリング装置内のメモリに記憶する手順、その後、送信用ネゴシェーション起動中テーブルに登録されている宛先に対するトンネルが形成された時点で、形成されたトンネルに前記メモリに蓄積された通信パケットを再送する手順を、実行させるためのトンネリング用プログラム。
【請求項１５】
請求項１０に記載のトンネリング用プログラムにおいて、
前記第２のトンネリング装置のコンピュータに、ネットワークから通信パケットを受信した場合、該通信パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されている宛先アドレスと一致し、かつ対称通信の識別子があった場合には、受信した通信パケットを破棄する手順を、実行させるためのトンネリング用プログラム。
【請求項１６】
請求項９から請求項１５までのいずれかに記載のトンネリング用プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット通信において、トンネルを通じて通信を行うトンネリング方法に関し、特に、通信端末もしくは小規模ネットワークが複数の外部ネットワークと接続されている形態において、いずれのネットワークを介して通信を行うかについて選択するトンネリング方法および装置、ならびにそのプログラムとプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
セキュリティを確保する技術として、トンネリングの技術が広く用いられるようになった。これは、だれでも出入りできるインターネットなどのＩＰネットワークの回線の一部を専用のプロトコルや暗号で囲い込み、私設網として利用する技術である。これにより、遠隔地にある支社や出張先などから、会社と同じプロトコルや暗号システムを使用して社内ＬＡＮに安全にアクセスすることができる。
インターネットなどのＩＰネットワークを介した小規模ネットワーク間で通信を行う場合、トンネルを形成するときに使用するトンネルプロトコルとしては、Ｌ２ＴＰ（ｌａｙｅｒ  ２  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）、ＩＰ  ｉｎ  ＩＰ（ＩＰ  Ｅｎｃａｐｓｕｌａｔｉｏｎ  ｗｉｔｈｉｎ  ＩＰ）などの技術が提案されている。
【０００３】
上記Ｌ２ＴＰは、ＲＦＣ２６６１（非特許文献１参照）で述べられており、ＩＰネットワークなどポイントツーポイントではないネットワーク上で、ポイントツーポイントプロトコル（ＰＰＰ）トラフィックを扱うためのプロトコルであり、Ｌ２ＴＰで規定される独自のヘッダ情報をＰＰＰフレームに付加し、識別子として使用することにより、ポイントツーポイントではないネットワーク上でＰＰＰフレームの転送を可能とする。一般的には、ＩＰの上位プロトコルであるＵＤＰデータグラムのペイロード部にＬ２ＴＰヘッダを付加したＰＰＰフレームを格納することにより、ＩＰネットワーク上でトンネルを形成する。
ＩＰ  ｉｎ  ＩＰは、ＲＦＣ２００３（非特許文献２参照）で述べられており、ＩＰネットワーク上でトンネルを形成するために、ＩＰパケットのペイロード部にさらに転送するＩＰパケットを格納する方式である。
【０００４】
【非特許文献１】ＲＦＣ２６６１
【非特許文献２】ＲＦＣ２００３
【発明の開示】
【発明が解決しようとする課題】
【０００５】
インターネットは、ベストエフォート型のネットワークであり、品質が保証されないネットワークであることから、ネットワークに高い品質を要求するアプリケーション、例えばリアルタイム映像配信、ＩＰテレビ電話などには適さない。そのため、個別のアプリケーションのためにコンテンツデリバリーネットワーク（ＣＤＮ）、コミュニティーネットワークなどインターネットとは独立して個別ネットワークを構築し、ユーザはアプリケーションに合わせて、これらの複数のネットワークを選択し、利用する形態が増えてくることが予想される。
【０００６】
複数のネットワークに同時接続して通信を行う方法および装置については、特願２００４−０１６９３１号明細書および図面に記載の『複数のネットワークに同時に接続する通信方法および通信装置』（以下、方式Ａと呼ぶ）および特願２００４−２２０５３３号明細書および図面に記載の『トンネリング方法および装置、ならびにそのプログラムと記録媒体』（以下、方式Ｂと呼ぶ）で述べられている。この通信方式によれば、通信を行う２つのトンネリング装置がそれぞれの持つ複数のアドレスの情報を、通信を行う前に交換し、直接通信が可能なアドレスの組を１つまたは複数作成し、このアドレスの組を使用して通信を行う方法で提案した。
【０００７】
図１は、本発明が解決しようとする課題となるネットワーク構成および構成機器を示す構成図および各装置のインタフェースとＩＰアドレスの関係図である。
ネットワーク事業者が提供するインターネットに相当するネットワーク１および個別ネットワークに相当するネットワーク２があり、ユーザ１，２の通信装置とネットワーク１，２を接続するためのアクセスサービスを提供するアクセスネットワーク１，２がある。
通常、インターネットでは一般的にＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルが利用される。個別ネットワークやアクセスネットワークで利用されるプロトコルについても、ネットワークを構成する機器や端末に特殊な仕組みが必要にならないよう、すなわち、インターネットで使用される汎用機器が使用できるように、インターネットと同様にＴＣＰ／ＩＰが利用される。よって、ＣＤＮなどの個別ネットワーク、アクセスネットワークも一般的にＩＰネットワークであり、ネットワークとアクセスネットワークはＲ１１，Ｒ１２，Ｒ２１，Ｒ２２に示す多くのルーターにより接続される。
【０００８】
ユーザ１，２は、通信装置１，２を用いて通信を行う。通信装置１および通信装置２がともにネットワーク１、ネットワーク２の２つのネットワークを利用するために、通信装置１はネットワーク１，２と接続するための装置であるトンネリング装置１と接続されており、さらにトンネリング装置１はアクセス回線１を通じてアクセスネットワーク１に接続されている。トンネリング装置１とネットワーク１、ネットワーク２の間は、トンネリング装置１とそれぞれのネットワークとアクセスネットワーク１の接続点に設置されるルーターＲ１１、Ｒ２１の間で、点線で示すように、それぞれＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）などによる論理的な回線により接続される。トンネリング装置２もトンネリング装置１と同様、Ｒ１２，Ｒ２２との間で論理的な回線により接続される。このようにして、通信装置１はトンネリング装置１を介してネットワーク１，２と接続され、ネットワーク１，２と接続されているほかの通信装置との通信が可能になる。
通信装置２も通信装置１と同様に、トンネリング装置２を介してネットワーク１，２に接続されることにより、通信装置１と通信装置２はネットワーク１，２を介して通信を行うことができる。
【０００９】
トンネリング装置１は、ネットワーク１、ネットワーク１と論理的インタフェースＩＦ１１、ＩＦ１２を用いて接続し、ＩＦ１１はネットワーク１からＩＰアドレス１１を、ＩＦ１２はネットワーク２からＩＰアドレス１２を割り当てられているとする。同様に、トンネリング装置２は、ネットワーク１、ネットワーク２と論理的インタフェースＩＦ２１，ＩＦ２２で接続され、ＩＰアドレス２１、ＩＰアドレス２２を割り当てられているとする。また、通信装置１とトンネリング装置１は、それぞれインタフェースＩＦ１，ＩＦ１０で接続され、それぞれのインタフェースのＩＰアドレスをＩＰアドレス１、ＩＰアドレス１０とする。同様に、通信装置２とトンネリング装置２は、それぞれインタフェースＩＦ２、ＩＦ２０で接続され、それぞれのインタフェースのＩＰアドレスをＩＰアドレス２，ＩＰアドレス２０とする。
【００１０】
図１の構成において、通信装置１は通信装置２へパケットを送信するために、宛先ＩＰアドレスにトンネリング装置２のＩＰアドレス２１を指定したＩＰパケットを送信する。通信装置１が送信したＩＰパケットはトンネリング装置１へ届く。トンネリング装置は送信用変換テーブルを参照するが、初期状態ではＩＰアドレス２１に関するレコードがないことから、送信元アドレスをＩＰアドレス１１に変更するＮＡＴ変換処理のみを行い、デフォルトルートであるネットワーク１へ転送する。ＩＰパケットはネットワーク１を経由してトンネリング装置２へ届く。トンネリング装置２は、ネットワーク側からＩＰパケットを受信した場合、受信用変換テーブルを検索するが、初期状態では送信元であるアドレス１１に関するレコードがないことから、宛先ＩＰアドレスを通信装置２のＩＰアドレスであるＩＰアドレス２へ変換するＮＡＴ変換処理を行い、通信装置へ送信する。
【００１１】
通信路１を用いての通信を開始する際に、トンネリング装置１は通信装置１からのＩＰパケットの受信をトリガーにトンネリング装置２へ探索パケットを送信し、トンネリング装置２は探索パケットを受信後、トンネリング装置１へ提案パケットを送信することにより、トンネリング装置１，２は互いのトンネリング装置が持つＩＰアドレス情報、すなわちトンネリング装置１はＩＰアドレス１１，１２、トンネリング装置２はＩＰアドレス２１，２２の情報を交換し、図２に示す変換テーブルを作成する。
図２は、トンネリング装置が保持する変換テーブルであって、上方がトンネリング装置１が保持するもの、下方がトンネリング装置２が保持するものを示している。
【００１２】
図３は、図１において、トンネリング装置を使用する場合の通信シーケンスチャートである。
変換テーブルが作成されると、トンネリング装置は、通信経路を通信路１からネットワーク２を経由する通信路２に変更する。トンネリング装置１は通信装置１から受信するＩＰパケットの宛先ＩＰアドレスを識別し、トンネリング装置２のＩＰアドレス２１であることを認識すると、宛先アドレスすなわち『相手トンネリング装置のデフォルトルートのＩＰアドレス』が『ＩＰアドレス２１』であり、送信元アドレスすなわち『通信装置のＩＰアドレス』が通信装置１のＩＰアドレスである『ＩＰアドレス１』である変換テーブルを検索することにより、『相手トンネリング装置のトンネルを形成するＩＰアドレス』として『ＩＰアドレス２２』を、『自トンネリング装置のトンネルを形成するＩＰアドレス』として『ＩＰアドレス１２』を導き、宛先ＩＰアドレスを導かれた『相手トンネリング装置のＩＰアドレス』である『ＩＰアドレス２２』に、送信元ＩＰアドレスを導かれた『自トンネリング装置のトンネルを形成するＩＰアドレス』である『ＩＰアドレス１２』に変換してネットワーク２へ送信する。
【００１３】
一方、トンネリング装置２は、ネットワーク２からＩＰパケットを受信すると、受信用変換テーブルを検索し、宛先アドレスすなわち『自トンネリング装置のトンネルを形成するＩＰアドレス』が『ＩＰアドレス２２』、送信元アドレスすなわち『相手トンネリング装置のトンネルを形成するＩＰアドレス』が『ＩＰアドレス１２』である変換テーブルを検索することにより、『相手トンネリング装置のデフォルトルートのＩＰアドレス』として『ＩＰアドレス１１』を、『通信装置のＩＰアドレス』として『ＩＰアドレス２』を導き、宛先アドレスを導かれた『通信装置のＩＰアドレス』である『ＩＰアドレス２』に、送信元アドレスを導かれた『相手トンネリング装置のデフォルトルートのＩＰアドレス』である『ＩＰアドレス１１』に変換して通信装置２へ送信する。
【００１４】
通信装置２から通信装置１にＩＰパケットを転送する場合は、逆に動作を行う。このようにして、通信路２を用いて通信装置１，２の間の通信を行う。なお、図３のシーケンスの反対向きのシーケンスを新たに起動し、通信装置２から通信装置１へパケットを転送する場合の転送テーブルを、通信装置１から通信装置２へパケットを転送する場合の変換テーブルとは別に持つことで、通信装置１から通信装置２への転送はネットワーク２を用いる通信路２で行い、通信装置２から通信装置１へ転送する場合には、図１には示していないが、別のネットワーク３を用いる通信路３で行うことも可能になっている。
このように、図１のトンネリング方法を用いると、トンネルを用いて通信経路の切り替えを行うことが可能になる。しかし、後述するが、この図１に示すトンネリング方法が使用可能な場合には、ネットワーク１とネットワーク２が同一のプロトコルを使用して構築されている場合であることに注意する必要がある。
【００１５】
従って、図１のトンネリング方法では、下記のような問題点が生じる。
（課題１）トンネルを形成可能か確認ができない
前記方式Ａによれば、通信を開始しようとする通信装置が通信相手に対して探索パケットを送信し、通信相手は応答として提案パケットを送信するという手順のみである。探索パケットはデフォルト経路で送信され、提案パケットはデフォルト経路またはトンネルを確立する経路もしくはその両方で送信される。提案パケットはデフォルト経路のみで送信されており、通信を開始しようとする通信装置から通信相手への経路においてトンネルの確立が可能であるか否かを確認できていない。これは、一方向経路すなわち通信相手から通信を開始しようとする通信装置への向きはパケットを転送するが、逆向きはパケットを転送できない経路が存在した場合、トンネルを形成することができない。
このように、従来技術の方式Ａでは、事前に一方向経路が存在することを確認できないため、一方向経路があった場合において誤ってトンネルを形成した場合、通信ができないことになる。
【００１６】
（課題２）通信ができない
前述のように、個別ネットワークはインターネットで利用しにくいアプリケーション等のために特定のアプリケーションに合わせて構築されたネットワークであり、そのためインターネットとは異なる独自のプロトコルが用いられることがある。何故なら、インターネットでは品質などの要求条件を満足できないという理由から、インターネットとは別の個別ネットワークを構築するのであり、インターネットで要求条件を満足できない理由はインターネットで使用されているプロトコルに依存するからである。インターネットにおいて要求条件を満足できない欠点を克服するために、インターネットで使用されているプロトコルとは別の独自のプロトコルを用いて、個別ネットワークを構成するのである。
このような技術として提案されているものには、例えば特願平２００３−３７０３２８号明細書および図面に記載の『データ転送方法とＴＣＰプロキシ装置およびそれを用いたネットワークシステム』（以下、方式Ｃと呼ぶ）がある。
【００１７】
図４は、品質等の要求条件を満足するために、ＴＣＰ／ＩＰ以外の独自のプロトコルを用いた個別ネットワークを利用する場合のネットワークの構成図およびそのインターフェースとＩＰアドレスの関係図である。
図４のネットワーク２は、個別ネットワークを示しており、ネットワーク１で使用されているＴＣＰ／ＩＰとは異なる独自のプロトコルを用いて構築されている。ただし、通常、アクセス回線やトンネリング装置、通信装置に、ネットワーク２で使用されている独自のプロトコルを搭載することはコスト面や技術面から現実的ではない。従って、通信装置、トンネリング装置、アクセスネットワークを構成する機器間では、汎用的なＴＣＰ／ＩＰで通信を行うことになる。
【００１８】
そこで、アクセスネットワーク１，２とネットワーク２を接続する箇所、すなわち図１のＲ２１，Ｒ２２に相当する箇所には、アクセスネットワークで使用するＴＣＰ／ＩＰとネットワーク２で使用する独自のプロトコルを変換するプロトコル変換装置（ＰＴＥ：Ｐｒｏｔｏｃｏｌ  Ｔｒａｎｓｆｅｒ  Ｅｑｕｉｐｍｅｎｔ、方式Ｃでは、ＴＣＰプロキシ装置と呼んでいる）を設置することになる。そして、例えば、ネットワーク２を使用して通信装置１と通信装置２の間で通信を行う場合には、通信装置１からＴＣＰ／ＩＰを使用して送信したパケットはトンネリング装置１を経てＰＴＥ２１に届き、ＰＴＥ２１でＴＣＰ／ＩＰのパケットをネットワーク２で使用されている独自のプロトコルのパケットに変換してネットワーク２へ送信し、ＰＴＥ２２に届いた前記独自のプロトコルのパケットは、ＴＣＰ／ＩＰのパケットに戻されてアクセスネットワーク２へ送信され、トンネリング装置２を経て通信装置２へ届くことになる。
【００１９】
図５は、通信経路別のプロトコル構成を示す図である。
通信装置１と通信装置２の間での通信を行う場合において、インターネット、すなわちネットワーク１を経由する通信路１の場合、通信装置１と通信装置２の間では、全ての区間においてＴＣＰ／ＩＰを用いて通信を行う。一方、個別ネットワーク、すなわちネットワーク２を経由する通信路２の場合、アクセスネットワークではＴＣＰ／ＩＰを利用することから、通信装置１とＰＴＥ２１の間、および通信装置２とＰＴＥ２２の区間ではＴＣＰ／ＩＰを利用するものの、ＰＴＥ２１とＰＴＥ２２の間は個別ネットワーク用の独自のプロトコルを用いて通信を行う。
【００２０】
以下に、通信できない課題を、詳細に説明する。
ＴＣＰを用いた通信では、通信を開始する通信装置が通信相手に対しＳＹＮパケットを送信し、通信相手はＳＹＮパケットの受信によりＳＹＮ−ＡＣＫパケットを返信し、ＳＹＮ−ＡＣＫを受信した通信装置は再び通信相手にＡＣＫパケットを送信し、通信相手がＡＣＫパケットを受信するという、ＳＹＮ、ＳＹＮ−ＡＣＫ、ＡＣＫパケットの３種類のパケットをやり取りすることによりＴＣＰセッションを起動し、通信を開始する。
【００２１】
図４において、通信装置１は通信装置２と通信を開始するため、ＴＣＰのＳＹＮパケットを宛先アドレスがＩＰアドレス２１のパケットを送信する。初期状態ではトンネリング装置１はトンネリング装置２のアドレス情報を保持していないので、ＳＹＮパケットをデフォルト経路であるネットワーク１へ送信すると同時に、相手のアドレス情報を得るためネゴシェーション開始要求パケットである探索パケットを送信し、ネゴシェーションを開始する。従来技術によれば、図３と同様に、トンネリング装置２で宛先アドレスを変換して通信装置２へ届く。通信装置２はＳＹＮパケットの受信により、ＳＹＮ−ＡＣＫパケットを通信装置１へ送信する。ＳＹＮ−ＡＣＫパケットを受信したトンネリング装置２も、トンネリング装置１のアドレス情報を保持していないので、ＳＹＮ−ＡＣＫパケットをデフォルト経路であるネットワーク１へ送信する。ＳＹＮ−ＡＣＫパケットを受信したトンネリング装置１はアドレス変換後、通信装置１へＳＹＮ−ＡＣＫパケットを転送する。ＳＹＮ−ＡＣＫパケットを受信した通信装置１は、ＡＣＫパケットを通信装置２へ、すなわち宛先アドレスがＩＰアドレス２１のＡＣＫパケットを送信する。
【００２２】
ＡＣＫパケットを受信したトンネリング装置１は、この時点までに先に送信した探索パケットに対してトンネリング装置２からの提案パケットを受信し、トンネリング装置２のアドレス情報を得ることにより変換テーブルが登録されていた場合、図２に示す変換テーブルが登録されることになり、図３と同様にＡＣＫパケットは通信路２、すなわちネットワーク２へ転送する。しかし、ネットワーク２へ転送されたＡＣＫパケットはＰＴＥ２１へ届いてしまう。ＰＴＥ２１は、ＴＣＰを終端しプロトコル変換を行う役割を担っているわけであるが、ＰＴＥ２１にとってはＳＹＮパケットを受信することなく、いきなりＡＣＫパケットを送り付けられることになるため、ＴＣＰの手順間違いとして認識され、ＡＣＫパケットを破棄してしまう。ＡＣＫパケットが破棄されてしまったことから、通信装置２はＳＹＮ−ＡＣＫパケットを送信したにもかかわらず、その後ＡＣＫパケットを受信できないことから、タイムアウト等によりＴＣＰセッションの確立に失敗してしまう。従って、ネットワーク１とネットワーク２で異なるプロトコルが使用されている場合には、通信ができないのである。
【００２３】
一方、トンネリング装置１が通信装置１からＡＣＫパケットを受信した時点において、まだトンネリング装置２からの提案パケットを受信しておらず、変換テーブルが作成されていない場合、ＡＣＫパケットはデフォルト経路であるネットワーク１へ送信され、トンネリング装置２でアドレス変換され、通信装置２へ届くため、ＴＣＰセッションの確立に成功する。従って、通信装置１と通信装置２は通信路１を用いて通信を開始することができる。しかし、その後、トンネリング装置２からトンネリング装置１へ提案パケットが送信され、アドレス情報が交換され、トンネリング装置１，２ともに変換テーブルが作成されると、その時点から通信装置１から通信装置２へ向けて送信されるＩＰパケットはトンネリングされ、ＰＴＥ２１へ届く。ＰＴＥ２１にとっては、ＳＹＮパケットなどのＴＣＰセッションの起動シーケンスがなく、いきなりデータパケットがやってくることになるので、やはり無効なパケットとしてＩＰパケットを破棄してしまうことになる。従って、トンネリング装置１，２の間でネゴシエーションが完了し変換テーブルが完成した時点で、通信装置１と通信装置２の間の通信はできなくなってしまうのである。
【００２４】
次に、何等かの理由により、既に変換テーブルができていた場合について説明する。
図６は、個別ネットワーク利用時の通信シーケンスチャートである。
通信装置１は通信装置２と通信を行うため、宛先アドレスがトンネリング装置２のＩＰアドレス２１であるＳＹＮパケットを送信した場合、ＳＹＮパケットを受信したトンネリング装置１は宛先アドレスをＩＰアドレス２２に変換してＰＴＥ２１へ送信する。ＰＴＥ２１は、受信したＳＹＮパケットの内容をネットワーク２で使用されているプロトコルを用いてＰＴＥ２２へ送信する。ＰＴＥ２２は、ＰＴＥ２１から通知された内容に基づき、ＰＴＥ２２から新たにトンネリング装置２へＳＹＮパケットを送信する。ＰＴＥ２２から送信されたＳＹＮパケットはトンネリング装置２で変換テーブルに従ってアドレス変換され、宛先アドレスがＩＰアドレス２、送信元アドレスがＩＰアドレス１１のＳＹＮパケットが通信装置２へ届く。
【００２５】
通信装置２は受信したＳＹＮパケットに対し、宛先アドレスがＩＰアドレス１１のＳＹＮ−ＡＣＫパケットを送信する。トンネリング装置２はＳＹＮ−ＡＣＫパケットを受信すると変換テーブルを検索し、宛先アドレスをＩＰアドレス１２に変換してネットワーク２へ送信する。ＳＹＮ−ＡＣＫパケットは、ＰＴＥ２２に届き、受信したＳＹＮ−ＡＣＫパケットの内容をネットワーク２で使用されているプロトコルを用いてＰＴＥ２１へ送信する。ＰＴＥ２１は、ＰＴＥ２２から通知された内容に基づき、ＰＴＥ２１からトンネリング装置１へＳＹＮ−ＡＣＫパケットを送信する。
【００２６】
通信装置１は、ＰＴＥ２１からのＳＹＮ−ＡＣＫパケットを受信し、ＡＣＫパケットを返信し、トンネリング装置１は受信したＡＣＫパケットをＰＴＥ２１に転送することにより、ＴＣＰのセッションの起動に成功する。ＰＴＥ２１は、受信したＡＣＫパケットの内容をネットワーク２で使用されているプロトコルを用いてＰＴＥ２２へ送信する。ＰＴＥ２２は、ＰＴＥ２１から通知された内容に基づき、ＡＣＫパケットを生成し通信装置２へ送信し、通信装置２がＡＣＫパケットを受信することにより、通信装置２もＰＴＥ２２との間でＴＣＰセッションを確立する。
【００２７】
通信装置１とＰＴＥ２１の間、および、通信装置２とＰＴＥ２２の間でＴＣＰセッションが確立し、ＰＴＥ２１とＰＴＥ２２の間ではネットワーク２で使用される独自のプロトコルによりセッションが確立するので、全ての区間でセッションが確立し、通信装置１と通信装置２の間で通信路２を用いて通信を行うことが可能になる。この場合の特徴は、通信装置１とＰＴＥ２１の間で確立したＴＣＰセッション１と、通信装置２とＰＴＥ２２の間で確立したＴＣＰセッション２は実際には独立したものであり、互いに異なるものであることである。例えば、ＴＣＰセッション１とＴＣＰセッション２のシーケンス番号は全く異なり、独立して動作する。
【００２８】
図７は、非対称通信の例を示すネットワーク構成を示す図およびインタフェースとＩＰアドレスの関係を示す図である。
ところが、例えば、通信装置１から通信装置２へＩＰパケットを送信するトンネルは、通信路２を経由するトンネルが形成されており、通信装置２から通信装置１へＩＰパケットを送信するトンネルは、ネットワーク３を経由する通信路３を経由するトンネルが形成されていたとする。これは、図７に示すように、往路と復路が異なる通信路となる非対称通信の例である。
この場合には、トンネリング装置１、トンネリング装置２は、ともに送信用変換テーブルと受信用変換テーブルを保持することになる。トンネリング装置１とトンネリング装置２がそれぞれ保持する変換テーブルを、図８に示す。
【００２９】
このように、非対称通信のトンネルが形成されていた場合において、通信装置１が通信装置２に対して通信を開始するためにＴＣＰのＳＹＮパケットを送信した場合、図６と同様に、トンネリング装置はアドレス変換を行い、ＰＴＥ２１ほＳＹＮパケットを転送する。ＳＹＮパケットを受信したＰＴＥ２１は、個別ネットワーク２内はＰＴＥ２１とＰＴＥ２２の間で、ＴＣＰ／ＩＰではない独自のプロトコルでセッションを確立する。そして、ＰＴＥ２２は通信装置２との間でＴＣＰセッションを確立するために、ＳＹＮパケットを通信装置２へ送信する。トンネリング装置２はアドレス変換を行い、ＳＹＮパケットを通信装置２へ転送する。このときのＳＹＮパケットの送信元アドレスはＩＰアドレス１１である。通信装置２は当然ながら宛先アドレスがＩＰアドレス１１のＳＹＮ−ＡＣＫパケットを返信し、このＳＹＮ−ＡＣＫパケットはトンネリング装置２へ届く。
【００３０】
ここまでは、図６と同じであるが、ここで問題が発生する。
トンネリング装置２は、通信装置２から通信装置１へのパケットは復路である通信路３、すなわちネットワーク３へ転送してしまうのである。ＳＹＮ−ＡＣＫパケットは、ＳＹＮパケットを送信したＰＴＥ２２へではなく、ＰＴＥ２３へ届いてしまうのである。ＰＴＥ２２は、ＳＹＮパケットを送信したもののＳＹＮ−ＡＣＫパケットがいつまで経過しても届かないため、ＴＣＰセッションの確立に失敗してしまう。
このように、上下非対称通信のトンネルが形成されていた場合、ＰＴＥ２２と通信装置２の間でＴＣＰのセッションが確立できないため、通信装置１と通信装置２の間で通信できないのである。
【００３１】
（目的）
本発明の目的は、通信路を決定するためのトンネルを形成する場合に、トンネリング装置間で行うネゴシェーションにおいて、必ず往路と復路を同一の通信路に設定することが可能となり、往路と復路が異なることにより通信を開始できなくなる問題を解決し、安定した通信を行うことが可能なトンネリング方法および装置、ならびにそのプログラムと記録媒体を提供することにある。
【課題を解決するための手段】
【００３２】
本発明のトンネリング方法（１）は、第１のトンネリング装置および第２のトンネリング装置が、それぞれ複数のネットワークに物理的または論理的に接続され、接続されているそれぞれのネットワークからアドレスを割り当てられており、第１のトンネリング装置に接続されアドレスを保有する第１の通信装置と、第２のトンネリング装置に接続されアドレスを保有する第２の通信装置が、ネットワークを介して通信を行う際に、第１のトンネリング装置と第２のトンネリング装置の間でトンネルを形成し、前記トンネルを介して前記第１の通信装置から前記第２の通信装置へパケットを送信するトンネリング方法であり、
第１のトンネリング装置は、第１の通信装置から受信したパケットを形成されたトンネルへ転送する際に、第１のトンネリング装置が保持する送信用変換テーブルを参照し、該送信用変換テーブルの内容に基づきアドレス変換処理を行い、第２のトンネリング装置へ転送し、第２のトンネリング装置はトンネルから受信したパケットを第２の通信装置へ転送する際に、第２のトンネリング装置が保持する受信用変換テーブルを参照し、該受信用変換テーブルの内容に基づきアドレス変換処理を行い、第２の通信装置へ転送するトンネリング方法において、
第１のトンネリング装置は、該第１の通信装置が送信した通信パケットの受信をトリガーとして、該通信パケットの宛先アドレスを送信用ネゴシェーション起動中テーブルへ登録するとともに、該通信パケットの宛先アドレスへ送信するネゴシェーション開始要求パケットに、自装置が保持する前記ネットワークから割り当てられたアドレスの一部または全てを通知し、
該ネゴシェーション開始要求パケットを受信した第２のトンネリング装置は、該ネゴシェーション開始要求パケットの送信元アドレスを受信用ネゴシェーション起動中テーブルへ登録するとともに、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと、該ネゴシェーション開始要求パケットに含まれる第１のトンネリング装置が保持するアドレスと通信可能な自装置の前記ネットワークから割り当てられたアドレスの組を作成し、作成した前記アドレスの組をネゴシェーション開始応答パケットに含めてネゴシェーション開始要求パケットの送信元へ返送し、
該ネゴシェーション開始応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション開始応答パケットに含まれるアドレスの組を読み取り、読み取った１つまたは複数のアドレスの組からトンネルを確立するために使用するアドレスの組を選択し、該ネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および前記選択したアドレスの組を、選択したアドレスの組の自装置のアドレスを送信元とし、選択したアドレスの組の相手装置のアドレスを宛先アドレスとするネゴシェーション終了要求パケットに含めて送信し、
該ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、受信した該ネゴシェーション終了要求パケットに含まれるネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取り、該ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致する場合は、該受信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除するとともに、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、それぞれ受信用変換テーブルへ登録し、
かつ、第２のトンネリング装置は、受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を、ネゴシェーション終了要求パケットの送信元アドレスを宛先アドレス、該ネゴシェーション終了要求パケットの宛先アドレスを送信元アドレスとするネゴシェーション終了応答パケットに含めて送信し、
該ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を読み取り、該ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルから前記一致したアドレスを削除するとともに、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルへ登録すること
を特徴としている。
【００３３】
また、本発明のトンネリング方法（２）は、前記トンネリング方法（１）において、
前記第１のトンネリング装置は、ネゴシェーション開始要求パケットにおいて、自装置が保持する前記ネットワークから割り当てられたアドレス毎に、対称通信、すなわち自装置から通信相手へ通信パケットを送信する場合に用いる往路のネットワークと通信相手から自装置へ通信パケットを送信する場合に用いる復路のネットワークが同一のネットワークを用いてトンネルを形成する通信を要求する場合に、対称通信を要求することを通知するとともに、通信パケットの宛先アドレスとの間で対称通信のネゴシェーションを開始したことを示す識別子を送信用ネゴシェーション起動中テーブルへ登録し、
該ネゴシェーション開始要求パケットを受信した前記第２のトンネリング装置は、前記トンネリング方法（１）に示すアドレスの組を作成し、さらに、該アドレスの組を用いて通信を行う場合に、該アドレスの組毎に前記対称通信の要求に応じることが可能か否かをネゴシェーション開始応答パケットで回答するとともに、該ネゴシェーション開始要求パケットで対称通信を要求された場合、該ネゴシェーション開始要求パケットの送信元アドレスと対称通信のネゴシェーション開始要求を受けたことを示す識別子を受信用ネゴシェーション起動中テーブルへ登録し、
前記ネゴシェーション開始応答パケットを受信した第１のトンネリング装置は、前記トンネリング方法（１）に示す選択したアドレスの組において、ネゴシェーション開始要求パケットの送信先から対称通信の要求に応じることが可能である回答を得ていた場合に、ネゴシェーション終了要求パケットにおいて、前記トンネリング方法（１）に示す内容に加えて、対称通信でトンネルを形成することを該ネゴシェーション終了要求パケットの送信先に指示し、
該ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、ネゴシェーション終了要求パケットにおいて対称通信でトンネルを形成することを指示された場合に、受信用変換テーブルに対称通信の識別子を付加し、前記トンネリング方法（１）に示す内容に加えて、対称通信のトンネルの形成を了解したことをネゴシェーション終了応答パケットで該ネゴシェーション終了要求パケットの送信元に通知し、
該ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、該ネゴシェーション終了応答パケットにおいて、対称通信でトンネルを形成したことを通知された場合に、送信用変換テーブルに対象通信の識別子を付加する
ことを特徴としている。
【００３４】
また、本発明のトンネリング方法（３）は、前記トンネリング方法（２）において、
前記第２のトンネリング装置は、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するレコードがなく、新たにネゴシェーションを起動する場合、受信用変換テーブルを検索し、通信パケットの宛先アドレスが受信用変換テーブルの相手トンネリング装置のデフォルトルートのアドレスに一致し、かつ対称通信の識別子があった場合、ネゴシェーション開始要求パケットで通知する自装置のアドレスとして、前記一致するテーブルの『自トンネリング装置のトンネルを形成するアドレス』を通知する
ことを特徴としている。
【００３５】
また、本発明のトンネリング方法（４）は、前記トンネリング方法（２）において、
前記第２のトンネリング装置は、第２の通信装置から通信パケットを受信した場合に、送信用変換テーブルに通信パケットの宛先アドレスと一致するテーブルがなく、かつ前記トンネリング方法（１）に示す受信用ネゴシェーション起動中テーブルに通信パケットの宛先アドレスと一致するテーブルがあり、かつ対称通信の識別子があった場合には、通信パケットの送信先アドレスに対する新たにネゴシェーションを開始しない
ことを特徴としている。
【００３６】
また、本発明のトンネリング方法（５）は、前記トンネリング方法（２）において、
前記ネゴシェーション終了要求パケットを受信した第２のトンネリング装置は、ネゴシェーション開始要求パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、前記トンネリング方法（２）に示す動作に加え、読み取ったネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を送信用変換テーブルにも登録し、
かつ前記ネゴシェーション終了応答パケットを受信した第１のトンネリング装置は、ネゴシェーション開始要求パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信識別子がある場合は、前記トンネリング方法（２）に示す動作に加え、受信したネゴシェーション終了応答パケットに含まれる第２のトンネリング装置が受信用変換テーブルへ登録した内容、すなわちネゴシェーション開始要求パケットの送信元アドレス、宛先アドレス、および第１のトンネリング装置が選択したアドレスの組を受信用変換テーブルにも登録すること
を特徴としている。
【００３７】
また、本発明のトンネリング方法（６）は、第１のトンネリング装置が、通信装置１から通信パケットを受信した場合、該通信パケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに登録されているアドレスと一致し、かつ対称通信の識別子があった場合には、ネゴシェーション開始要求パケットを送信したネットワークに通信パケットを送信するとともに、第１のトンネリング装置内のメモリに記憶し、その後、送信用ネゴシェーション起動中テーブルに登録されている宛先に対するトンネルが形成された時点で、形成されたトンネルに前記メモリに蓄積された通信パケットを再送する
ことを特徴としている。
【００３８】
さらに、本発明のトンネリング方法（７）は、前記トンネリング方法（２）において、
前記第２のトンネリング装置が、ネットワークから通信パケットを受信した場合、該通信パケットの送信元アドレスが受信用ネゴシェーション起動中テーブルに登録されている宛先アドレスと一致し、かつ対称通信の識別子があった場合には、受信した通信パケットを破棄する
ことを特徴としている。
【発明の効果】
【００３９】
本発明によれば、（１）通信路を決定するためのトンネルを形成するときに、トンネリング装置間で行うネゴシェーションにおいて、ネゴシェーション開始要求パケットとネゴシェーション開始応答パケットおよびネゴシェーション終了要求パケットとネゴシェーション終了応答パケットの対称通信識別子を用いて、往路と復路が同じである対称通信を行う旨を事前にネゴシェーションすることにより、必ず往路と復路を同一の通信路に設定することが可能になるので、往路と復路が異なることにより通信を開始できなくなるという問題を解消でき、安定した通信を行うことができる。
また、（２）新たにトンネルを確立した後に、接続要求パケットを確立したトンネルに再送することにより、通信路の変更に伴って通信を継続できなくなるという問題を解消できるため、常に安定した通信を行うことができる。
さらに、（３）ネゴシェーション終了要求パケットとネゴシェーション終了応答パケットを、トンネルを確立する経路、すなわちトンネルを確立するネットワークを用いて送受信を行うため、事前に一方向経路の有無を確認し、トンネルを確立できるか否かを確認することができる。
【発明を実施するための最良の形態】
【００４０】
以下、本発明の実施形態を、図面により詳細に説明する。
図９−１、図９−２は、本発明の一実施形態に係る個別ネットワーク利用時の通信シーケンスチャートである。
なお、ネットワーク構成および使用される機器構成は、図４と同様の場合について説明する。なお、図４において、トンネリング装置１はネットワーク２を用いて通信を行う場合には対称通信を行うよう、予め設定されている。
まず、図９−１において、通信装置１が通信装置２と通信を開始するために、宛先アドレスがＩＰアドレス２１のＳＹＮパケットを送信すると、ＳＹＮパケットはトンネリング装置１へ届く。ＳＹＮパケットを受信したトンネリング装置１は、送信用変換テーブルを検索するが、初期状態では変換テーブルには何も登録されていないため、ネゴシェーションを起動し、通信装置１から受信したＳＹＮパケットの宛先アドレスに対し、ネゴシェーション開始要求パケットを送信する。
【００４１】
ネゴシェーション開始要求パケットには、自装置が保有するアドレス、すなわちトンネリング装置１が保有するアドレスと、ネットワーク２は対称通信の設定であることから、送信される探索パケットには（アドレス、対称通信識別子）の組として、（ＩＰアドレス１２、ＮＷ２：対称通信）の組が含まれる。デフォルト経路で使用する（ＩＰアドレス１１、ＮＷ１：非対称通信可）の組を合わせて送信してもよい。
また、ネゴシェーション起動のトリガーになったパケットの宛先アドレスと、対称通信の要求を行ったことを送信用ネゴシェーション起動中テーブルに設定する。
設定された送信用ネゴシェーション起動中テーブル例を、図１０（ａ）に示す。
【００４２】
さらに、トンネリング装置１は、受信したＳＹＮパケットをデフォルト経路へ転送するが、この後、ネゴシェーションによりネットワーク２にトンネルが確立される可能性があり、かつネットワーク２は対称通信の設定であることから、ＳＹＮパケットをトンネリング装置１内のメモリに一時記憶する。
この後、通信装置１からパケットを受信し、受信したパケットの宛先アドレスが送信用ネゴシェーション起動中テーブルに設定されているアドレスに一致した場合には、同様に受信したパケットをデフォルト経路へ送信するとともに、メモリへ一時記憶する。
【００４３】
ネゴシェーション開始要求パケットを受信したトンネリング装置２は、ネゴシェーション開始要求パケットに含まれる前記組を読み取り、（相手アドレス、自装置のアドレス、対称通信識別子）の組を作成するとともに、ネゴシェーション開始要求パケットの送信元アドレスと対称通信の要求があるか否かを受信用ネゴシェーション起動中テーブルに設定する。設定された受信用ネゴシェーション起動中テーブル例を、図１０（ｂ）に示す。
トンネリング装置２は、ＩＰアドレス１２と通信可能なアドレスはＩＰアドレス２２であると判断し、（ＩＰアドレス１２、ＩＰアドレス２２、対称通信対応可能）の組を作成し、ネゴシェーション開始応答パケットに含めてトンネリング装置１に返信する。
【００４４】
また、これ以降、トンネリング装置２は、通信装置２からパケットを受信した場合、受信したパケットの宛先アドレスが受信用ネゴシェーション起動中テーブルの相手トンネリング装置のアドレスと一致した場合、新たなネゴシェーションを起動しない動作とする。
この処理を行うことにより、他トンネリング装置から起動されている往路のトンネルのネゴシェーションを終了してから、復路のトンネルのネゴシェーションを開始することができ、対称通信のトンネルを確実に確立することができる。何故ならば、往路のトンネルのネゴシェーション中に、復路のトンネルのネゴシェーションを開始した場合、往路のトンネルのネゴシェーションで対称通信を指定される前に、復路のトンネルを往路とは別の経路、ネットワークを選択してしまう可能性があるからである。
【００４５】
トンネリング装置２は、この後、送信元アドレスがＩＰアドレス１１のＳＹＮパケットを受信するが、受信用ネゴシェーション起動テーブルを確認し、送信元アドレスが受信用ネゴシェーション起動中テーブルのＩＰアドレスに等しいため、受信したＳＹＮパケットを破棄する。
返信されたネゴシェーション開始応答パケットを受信したトンネリング装置１は、ネゴシェーション開始応答パケットに含まれる（ＩＰアドレス１２、ＩＰアドレス２２、対称通信対応可能）の組を読み取り、ネットワーク２で対称通信可能であるとの返答を受けたことから、トンネリング装置１は、ＩＰアドレス１１、ＩＰアドレス２１の間の通信はＩＰアドレス１２、ＩＰアドレス２２間でトンネルを形成し、ネットワーク２で通信を行うことを相手トンネリング装置２へ通知するため、宛先アドレスがＩＰアドレス２２、送信元アドレスがＩＰアドレス１２であり、ネゴシェーション開始要求パケットの送信元アドレスと宛先の組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信）の組を含めたネゴシェーション終了要求パケットをネットワーク２へ送信する。
【００４６】
ネットワーク２からネゴシェーション終了要求パケットを受信したトンネリング装置２は、ネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信）の組を読み取り、ＩＰアドレス１１とＩＰアドレス２１の間の通信を、ＩＰアドレス１２およびＩＰアドレス２２の間でトンネルを確立して通信することを認識し、かつ対称通信を行うことを認識し、受信用ネゴシェーション起動中テーブルを削除すると同時に、受信用変換テーブルを設定する。
設定された受信用変換テーブルを、図１１（ｂ）に示す。
【００４７】
また、受信用変換テーブルの設定内容を通信相手へ通知するため、ネゴシェーション終了要求パケットに対する応答として、送信元であるＩＰアドレス１２にネゴシェーション終了応答パケットを送信する。
ネゴシェーション終了応答パケットには、受信用変換テーブルに設定した内容、すなわち、ネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信了解）の組を含めて送信する。
【００４８】
ネットワーク２からネゴシェーション終了応答パケットを受信したトンネリング装置１は、ネゴシェーション終了応答パケットに含まれるネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信了解）の組を読み取り、ＩＰアドレス１１とＩＰアドレス２１の間での通信のためのトンネルをネットワーク２でＩＰアドレス１２、ＩＰアドレス２２の間で確立可能であると判断し、送信用ネゴシェーション起動中テーブルを削除すると同時に、送信用変換テーブルに設定する。
トンネリング装置１に設定された変換テーブルを、図１１（ａ）に示す。
この時点で、トンネリング装置１とトンネリング装置２の間でのトンネルが確立する。
【００４９】
そして、トンネル確立をトリガーとして、メモリに記憶していたＳＹＮパケットを送信用変換テーブルに従い、宛先アドレスをＩＰアドレス２２に、送信元アドレスをＩＰアドレス１２に変換してネットワーク２へ再送する。
ネットワーク２は、ＰＴＥ２１が通信装置１からのＳＹＮパケットを受信したことをトリガーに、ＰＴＥ２２と通信装置２の間でＴＣＰセッションを確立するため、ＰＴＥ２１で受信したＳＹＮパケットと同じ宛先アドレス、送信元アドレスのＳＹＮパケットをＰＴＥ２２からトンネリング装置２へ送信する。
ネットワーク２からＳＹＮパケットを受信したトンネリング装置２は、受信用検索テーブルを検索し、条件に一致することから、宛先アドレスをＩＰアドレス２に、送信元アドレスをＩＰアドレス１１に変換して通信装置２へ送信する。通信装置２は、ＳＹＮパケットを受信すると、ＳＹＮ−ＡＣＫパケットを返信する。
【００５０】
図９−２において、ＳＹＮ−ＡＣＫパケットを受信したトンネリング装置２は、トンネリング装置１が通信装置１からＳＹＮパケットを受信したときと同様に、自身の送信用変換テーブルを検索するが、送信用変換テーブルには何も登録されていないことから、送信用ネゴシェーション起動中テーブルに登録した後、復路のトンネルのネゴシェーションを開始する。ただし、宛先アドレスが、受信用変換テーブルの相手トンネリング装置のデフォルトルートのＩＰアドレスに一致し、かつ通信種別が対称通信であることから、往路のトンネルで使用しているアドレスであるＩＰアドレス２２と対称通信識別子をネゴシェーション開始要求パケットに含めて送信する。また、ＳＹＮ−ＡＣＫパケットをネットワーク１へ転送すると同時に、メモリに記憶する。
【００５１】
これ以降、往路のトンネルを形成した手順と全く同様の手順により、ＩＰアドレス２１からＩＰアドレス１１へのパケット転送に使用する復路のトンネルを、ＩＰアドレス２２とＩＰアドレス１２の間で形成する。詳細手順は、図９−２に示されている。
なお、図９−１において、トンネリング装置２はネゴシェーション終了要求パケットを受信した場合に、送信用変換テーブルにも登録し、トンネリング装置１はネゴシェーション終了応答パケットを受信した場合に、受信用変換テーブルにも登録し、復路のネゴシェーションを省略することにより、復路のトンネルの形成を往路のトンネルの形成と同時に行うことで、トンネル形成にかかる時間を短縮することができる。
【００５２】
図１２は、本発明の一実施形態に係る復路のネゴシェーションを省略する通信シーケンスチャートである。
まず、通信装置１が通信装置２と通信を開始するために、宛先アドレスがＩＰアドレス２１のＳＹＮパケットを送信すると、ＳＹＮパケットはトンネリング装置１へ届く。ＳＹＮパケットを受信したトンネリング装置１は、送信用変換テーブルを検索するが、初期状態では変換テーブルには何も登録されていないため、ネゴシェーションを起動し、通信装置１から受信したＳＹＮパケットの宛先アドレスに対し、ネゴシェーション開始要求パケットを送信する。同時に、ＳＹＮパケットをメモリに記憶する。
【００５３】
ネゴシェーション開始要求パケットには、自装置が保有するアドレス、すなわちトンネリング装置１が保有するアドレスと、ネットワーク２は対称通信の設定であることから、送信される探索パケットには（アドレス、対称通信識別子）の組として、（ＩＰアドレス１２、ＮＷ２：対称通信）の組が含まれる。デフォルト経路で使用する（ＩＰアドレス１１、ＮＷ１：非対称通信可）の組を合わせて送信してもよい。
また、ネゴシェーション起動のトリガーになったパケットの宛先アドレスと、対称通信の要求を行ったことを送信用ネゴシェーション起動中テーブルに設定する。
設定された送信用ネゴシェーション起動中テーブル例を、図１０（ａ）に示す。
【００５４】
ネゴシェーション開始要求パケットを受信したトンネリング装置２は、ネゴシェーション開始要求パケットに含まれる前記組を読み取り、（相手アドレス、自装置のアドレス、対称通信識別子）の組を作成するとともに、ネゴシェーション開始要求パケットの送信元アドレスと対称通信の要求があるか否かを受信用ネゴシェーション起動中テーブルに設定する。設定された受信用ネゴシェーション起動中テーブル例を、図１０（ｂ）に示す。
トンネリング装置２は、ＩＰアドレス１２と通信可能なアドレスはＩＰアドレス２２であると判断し、（ＩＰアドレス１２、ＩＰアドレス２２、対称通信対応可能）の組を作成し、ネゴシェーション開始応答パケットに含めてトンネリング装置１に返信する。
【００５５】
返信されたネゴシェーション開始応答パケットを受信したトンネリング装置１は、ネゴシェーション開始応答パケットに含まれる（ＩＰアドレス１２、ＩＰアドレス２２、対称通信対応可能）の組を読み取り、ネットワーク２で対称通信可能であるとの返答を受けたことから、ＩＰアドレス１１、ＩＰアドレス２１の間の通信はＩＰアドレス１２、ＩＰアドレス２２間でトンネルを形成し、ネットワーク２で通信を行うことを相手トンネリング装置２へ通知するため、宛先アドレスがＩＰアドレス２２、送信元アドレスがＩＰアドレス１２であり、ネゴシェーション開始要求パケットの送信元アドレスと宛先の組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信）の組を含めたネゴシェーション終了要求パケットをネットワーク２へ送信する。
【００５６】
ネットワーク２からネゴシェーション終了要求パケットを受信したトンネリング装置２は、ネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信）の組を読み取り、ＩＰアドレス１１とＩＰアドレス２１の間の通信を、ＩＰアドレス１２およびＩＰアドレス２２の間でトンネルを確立して通信することを認識し、かつ対称通信を行うことを認識し、受信用ネゴシェーション起動中テーブルを削除すると同時に、受信用変換テーブルを設定する。また、復路のために、送信用変換テーブルも設定する（太枠参照）。
設定された受信用変換テーブルを、図１１（ｂ）に示す。また、同時に設定された送信用変換テーブルは、受信用変換テーブル図１１（ｂ）と同じ内容となる。
【００５７】
また、受信用変換テーブルの設定内容を通信相手へ通知するため、ネゴシェーション終了要求パケットに対する応答として、送信元であるＩＰアドレス１２にネゴシェーション終了応答パケットを送信する。
ネゴシェーション終了応答パケットには、受信用変換テーブルに設定した内容、すなわち、ネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信了解）の組を含めて送信する。
【００５８】
ネットワーク２からネゴシェーション終了応答パケットを受信したトンネリング装置１は、ネゴシェーション終了応答パケットに含まれるネゴシェーション開始要求パケットの送信元アドレスと宛先アドレスの組である（ＩＰアドレス１１、ＩＰアドレス２１）および受信した（ＩＰアドレス１２、ＩＰアドレス２２、対称通信了解）の組を読み取り、ＩＰアドレス１１とＩＰアドレス２１の間での通信のためのトンネルをネットワーク２でＩＰアドレス１２、ＩＰアドレス２２の間で確立可能であると判断し、送信用ネゴシェーション起動中テーブルを削除すると同時に、送信用変換テーブルに設定する。また、同時に、復路のために、受信用変換テーブルも設定する（太枠参照）。
トンネリング装置１に設定された送信用変換テーブルを、図１１（ａ）に示す。また、同時に設定された受信用変換テーブルも、送信用変換テーブル図１１（ａ）と同じになる。
この時点で、トンネリング装置１とトンネリング装置２の間でのトンネルが確立する。
【００５９】
そして、トンネル確立をトリガーとして、メモリに記憶していたＳＹＮパケットを送信用変換テーブルに従い、宛先アドレスをＩＰアドレス２２に、送信元アドレスをＩＰアドレス１２に変換してネットワーク２へ再送する。
ネットワーク２は、ＰＴＥ２１が通信装置１からのＳＹＮパケットを受信したことをトリガーに、ＰＴＥ２２と通信装置２の間でＴＣＰセッションを確立するため、ＰＴＥ２１で受信したＳＹＮパケットと同じ宛先アドレス、送信元アドレスのＳＹＮパケットをＰＴＥ２２からトンネリング装置２へ送信する。
ネットワーク２からＳＹＮパケットを受信したトンネリング装置２は、受信用検索テーブルを検索し、条件に一致することから、宛先アドレスをＩＰアドレス２に、送信元アドレスをＩＰアドレス１１に変換して通信装置２へ送信する。通信装置２は、ＳＹＮパケットを受信すると、ＳＹＮ−ＡＣＫパケットを返信する。
【００６０】
トンネリング装置２は、復路のトンネルも確立していることから、通信装置２から受信したＳＹＮ−ＡＣＫパケットを送信用変換テーブルに従い、宛先アドレスをＩＰアドレス１２に、送信元アドレスをＩＰアドレス２２に変換してネットワーク２へ再送する。
ネットワーク２は、独自のプロトコルでセッションを確立するため、受信したＳＹＮ−ＡＣＫパケットと同じ宛先アドレス、送信元アドレスのＳＹＮーＡＣＫパケットをＰＴＥ２１からトンネリング装置１へ送信する。
ネットワーク２からＳＹＮーＡＣＫパケットを受信したトンネリング装置１は、受信用検索テーブルを検索し、条件に一致することから、宛先アドレスをＩＰアドレス１に、送信元アドレスをＩＰアドレス２１に変換して通信装置１へ送信する。通信装置１は、ＳＹＮ−ＡＣＫパケットを受信すると、ＡＣＫパケットを返信する。
トンネリング装置１は、ＡＣＫパケットを送信用変換テーブルに従い、宛先アドレスをＩＰアドレス２２に、送信元アドレスをＩＰアドレス１２に変換してネットワーク２に転送し、ネットワーク２からトンネリング装置２に届く。トンネリング装置２は、受信したＡＣＫパケットを、宛先アドレスをＩＰアドレス２に、送信元アドレスをＩＰアドレス１１に変換して通信装置２に送信する。
【００６１】
図９−１、図９−２および図１２の通信シーケンスの各ステップを、それぞれプログラムコード化し、完成したプログラムをＣＤ−ＲＯＭなどの記録媒体に記録しておけば、ネットワーク内のトンネリング装置のコンピュータに記録媒体を装着して、プログラムをインストールし、コンピュータにプログラムを実行させることで、本発明を容易に実現することができる。また、ネットワークを介して端末コンピュータにプログラムをダウンロードすることにより、本発明のプログラムを広く汎用化することが可能である。
【図面の簡単な説明】
【００６２】
【図１】本発明が解決しようとする課題を有するネットワーク構成図およびその構成機器のアドレス関係図である。
【図２】図１におけるトンネリング装置が保持する変換テーブルのデータ構成図である。
【図３】本発明が解決しようとする課題を有する通信シーケンスチャートである。
【図４】個別ＮＷで個別ネットワーク用プロトコルを使用する場合のネットワーク構成図および構成機器のアドレス関係図である。
【図５】個別ＮＷで個別ネットワーク用プロトコルを使用する場合のプロトコル構成を示す図である。
【図６】個別ネットワーク利用時の通信シーケンスチャートである。
【図７】上下非対称通信の例を示すネットワーク構成図およびその構成機器のアドレス関係図である。
【図８】上下非対称通信時のトンネリング装置１とトンネリング装置２の変換テーブルのデータ構成図である。
【図９−１】本発明の一実施形態に係る個別ネットワーク利用時の通信シーケンスチャート（１）である。
【図９−２】同じく、個別ネットワーク利用時の通信シーケンスチャート（２）である。
【図１０】本発明のトンネリング装置が保持するネゴシェーション起動中テーブル例を示す図である。
【図１１】本発明のトンネリング装置が保持する変換テーブル例を示す図である。
【図１２】本発明の他の実施形態に係る個別ネットワーク利用時の通信シーケンスチャート（復路のネゴシェーション省略）である。
【符号の説明】
【００６３】
Ｒ１１，Ｒ１２，Ｒ２１，Ｒ２２・・・ルータ
ＩＦ１，ＩＦ２，ＩＦ１１，ＩＦ１２，ＩＦ２１，ＩＦ２２・・・インタフェース
ＰＴＥ２１，ＰＴＥ２２，ＰＴＥ３１，ＰＴＥ３２・・・プロトコル変換装置
【図１】
2006094105.tif 000003
【図２】
2006094105.tif 000004
【図３】
2006094105.tif 000005
【図４】
2006094105.tif 000006
【図５】
2006094105.tif 000007
【図６】
2006094105.tif 000008
【図７】
2006094105.tif 000009
【図８】
2006094105.tif 000010
【図９−１】
2006094105.tif 000011
【図９−２】
2006094105.tif 000012
【図１０】
2006094105.tif 000013
【図１１】
2006094105.tif 000014
【図１２】
2006094105.tif 000015