(57)【要約】ユーザが１つのネットワークトンネルを管理するのみで複数のネットワークトンネルを介してパケットを伝送することが出来る、トンネル・リダイレクション装置が開示される。トンネル・リダイレクション装置１０はユーザ端末１とインターネット３上にプロバイダのセンタとして設置されるＷＷＷサーバ３ａ、ＤＮＳサーバ３ｂの間に構成された第１のトンネルＡ上のパケットを交換し、また、地域ａに設置されるプロバイダのコンテンツサーバＩＳＰ１との間に第２のトンネルＢを構成してトンネルＡ上のユーザ端末からコンテンツサーバＩＳＰ１へのパケットを抽出してトンネルＢのパケットに変換してコンテンツサーバＩＳＰ１に転送し、トンネルＢ上のコンテンツサーバＩＳＰ１からユーザ端末へのパケットをトンネルＡのパケットに変換してユーザ端末へ転送する。
2003043276.tif 000002
【特許請求の範囲】
【請求項１】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムであって、
プロバイダが提供するプロバイダネットワークと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークと、
ユーザ端末と前記センタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するとともに、前記コンテンツサーバとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送し、前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するパケット交換装置とを、
備えたプロバイダ接続システム。
【請求項２】
前記プロバイダネットワークはインターネット接続ネットワークである請求項１に記載のプロバイダ接続システム。
【請求項３】
前記サービスネットワークはコンテンツ配信ネットワークである請求項１に記載のプロバイダ接続システム。
【請求項４】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐手段と、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたパケット交換装置。
【請求項５】
前記プロバイダネットワークはインターネット接続ネットワークである請求項４に記載のパケット交換装置。
【請求項６】
前記サービスネットワークはコンテンツ配信ネットワークである請求項４に記載のパケット交換装置。
【請求項７】
前記トンネル分岐手段は、
前記ユーザ端末からの受信パケットのヘッダ部を解析するパケット解析手段を有し、
前記受信パケットの宛先ＩＰアドレスが前記コンテンツサーバへのアドレスであるか判定するリダイレクト判定手段を有し、
前記コンテンツサーバへ転送されるパケットを前記第２のトンネルのパケットフォーマットに変換する送信先決定手段を有する請求項４に記載のパケット交換装置。
【請求項８】
前記リダイレクト判定手段は、
リダイレクトが許可される端末の情報を保持する手段を有し、
リダイレクトを許可しない端末からのパケットはリダイレクトしないと判定する認証判定手段を有する請求項７に記載のパケット交換装置。
【請求項９】
前記リダイレクト許可端末の情報として前記ユーザ端末のＩＰアドレスを用いるよう構成された請求項８に記載のパケット交換装置。
【請求項１０】
前記リダイレクト許可端末の情報として前記ユーザ端末のネットワークアドレスを用いるよう構成された請求項８に記載のパケット交換装置。
【請求項１１】
前記パケット解析手段は、前記ユーザ端末からの受信パケットのイーサネット（Ｒ）ヘッダ部のＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅでない場合には前記リダイレクト判定手段に移らずに前記受信パケットをリダイレクトしないよう構成された請求項７に記載のパケット交換装置。
【請求項１２】
前記パケット解析手段は、前記ユーザ端末からの受信パケットのＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅである場合でもＰＰＰヘッダのＰｒｏｔｏｃｏｌがＩＰでない場合には前記リダイレクト判定手段に移らずに前記受信パケットをリダイレクトしないよう構成された請求項７に記載のパケット交換装置。
【請求項１３】
前記リダイレクト判定手段において、前記トンネル合流手段で合流認証に用いるための前記第１のトンネル識別子に対する分岐ＳＴＡＴＵＳを保持する手段を有する請求項７に記載のパケット交換装置。
【請求項１４】
前記分岐ＳＴＡＴＵＳは、前記第２のトンネルへのリダイレクトが行われている場合には前記第２のトンネル識別子を使用し、リダイレクトが行われていない場合はリダイレクト無しを示す値を使用するよう構成された請求項１３に記載のパケット交換装置。
【請求項１５】
前記第２のトンネル識別子としてＭＰＬＳのＬＳＰ−ＩＤを使用するよう構成された請求項１４に記載のパケット交換装置。
【請求項１６】
前記トンネル転送手段は、
前記センタサーバからの受信パケットのイーサネット（Ｒ）ヘッダ部のＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｄｉｓｃｏｖｅｒｙ  Ｓｔａｇｅである場合でＰＰＰｏＥペイロード部にユーザＩＰアドレスが格納されている場合に前記ユーザＩＰアドレスをユーザ識別子として記憶するパケット解析手段を有する請求項４に記載のパケット交換装置。
【請求項１７】
前記トンネル合流手段は、
前記コンテンツサーバからの受信パケットのヘッダ部を解析するパケット解析手段を有し、
前記受信パケットの宛先ＩＰアドレスが前記ユーザ端末へのアドレスであるか判断する合流パス判定手段を有し、
前記ユーザ端末へ転送されるパケットを前記第１のトンネルのパケットフォーマットに変換する送信先決定手段を有する請求項４に記載のパケット交換装置。
【請求項１８】
前記トンネル合流手段は、
前記コンテンツサーバからの受信パケットの前記第２のトンネル識別子が宛先ＩＰに対する前記分岐ＳＴＡＴＵＳと一致していなければ、前記受信パケットを第１のトンネルに合流させないと判断する認証判定手段を有する請求項４に記載のパケット交換装置。
【請求項１９】
前記トンネル転送手段において、前記第１のトンネルを確立する際に受けた端末認証情報と前記第１のトンネル識別子とを対応付けて記憶するよう構成された請求項４に記載のパケット交換装置。
【請求項２０】
前記端末認証情報として、認証を受けた端末のＩＰアドレスを用いるよう構成された請求項１９に記載のパケット交換装置。
【請求項２１】
プロバイダが提供するプロバイダネットワークと、プロバイダネットワークとは別のポリシーで運用されるサービスネットワークと、ユーザと前記プロバイダを接続するトンネリング・プロトコルによるネットワークトンネルを有するプロバイダ接続システムのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）サーバであって、
前記ユーザが問い合わせたドメイン名と前記ユーザの属する地域を解析するＤＮＳパケット解析手段を有し、
前記ユーザが属する地域に対応した前記コンテンツサーバのＩＰアドレスを検索する手段を有するＤＮＳサーバ。
【請求項２２】
前記ユーザは、プロバイダが提供するプロバイダネットワークと、プロバイダネットワークとは別のポリシーで運用されるサービスネットワークと、ユーザと前記プロバイダを接続するトンネリング・プロトコルによるネットワークトンネルを有するプロバイダ接続システムのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）サーバであって、前記ユーザが問い合わせたドメイン名と前記ユーザの属する地域を解析するＤＮＳパケット解析手段を有し、前記ユーザが属する地域に対応した前記コンテンツサーバのＩＰアドレスを検索する手段を有するＤＮＳサーバにより前記コンテンツサーバのＩＰアドレスを取得するよう構成された請求項１に記載のプロバイダ接続システム。
【請求項２３】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムであって、インターネット上に前記プロバイダのセンタとして設置されるセンタサーバと、
各地域毎に前記プロバイダのローカルサーバとして設置されるコンテンツサーバと、
ユーザ端末と前記センタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するとともに、前記コンテンツサーバとの間にＩＰネットワークを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記ＩＰネットワークへのパケットに変換して前記ＩＰネットワークへＩＰルーティングし、前記ＩＰネットワーク上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するパケット交換装置とを、
備えたプロバイダ接続システム。
【請求項２４】
前記プロバイダネットワークはインターネット接続ネットワークである請求項２３に記載のプロバイダ接続システム。
【請求項２５】
前記サービスネットワークはコンテンツ配信ネットワークである請求項２３に記載のプロバイダ接続システム。
【請求項２６】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とインターネット上に前記プロバイダのセンタとして設置されるセンタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
各地域毎に前記プロバイダのローカルサーバとして設置されるコンテンツサーバとの間にＩＰネットワークを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記ＩＰネットワークへのパケットに変換して前記ＩＰネットワークへＩＰルーティングするトンネル分岐手段と、
前記ＩＰネットワーク上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたパケット交換装置。
【請求項２７】
前記プロバイダネットワークはインターネット接続ネットワークである請求項２６に記載のパケット交換装置。
【請求項２８】
前記サービスネットワークはコンテンツ配信ネットワークである請求項２６に記載のパケット交換装置。
【請求項２９】
前記トンネル分岐手段は、
前記ユーザ端末からの受信パケットのヘッダ部を解析するパケット解析手段を有し、
前記受信パケットの宛先ＩＰアドレスが前記コンテンツサーバへのアドレスであるか判定するリダイレクト判定手段を有し、
前記コンテンツサーバへ転送されるパケットを前記ＩＰネットワークのパケットフォーマットに変換してＩＰルーティングする送信先決定手段を有する請求項２６に記載のパケット交換装置。
【請求項３０】
前記リダイレクト判定手段は、
リダイレクトが許可される端末の情報を保持する手段を有し、
リダイレクトを許可しない端末からのパケットはリダイレクトしないと判定する認証判定手段を有する請求項２９に記載のパケット交換装置。
【請求項３１】
前記リダイレクト許可端末の情報としてユーザ端末のＩＰアドレスを用いるよう構成された請求項３０に記載のパケット交換装置。
【請求項３２】
前記リダイレクト許可端末の情報としてユーザ端末のネットワークアドレスを用いるよう構成された請求項３０に記載のパケット交換装置。
【請求項３３】
前記パケット解析手段は、前記ユーザ端末からの受信パケットのイーサネット（Ｒ）ヘッダ部のＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅでない場合には前記リダイレクト判定手段に移らずに前記受信パケットをリダイレクトしないよう構成された請求項２９に記載のパケット交換装置。
【請求項３４】
前記パケット解析手段は、前記ユーザ端末からの受信パケットのＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅである場合でもＰＰＰヘッダのＰｒｏｔｏｃｏｌがＩＰでない場合には前記リダイレクト判定手段に移らずに前記受信パケットをリダイレクトしないよう構成された請求項２９に記載のパケット交換装置。
【請求項３５】
前記リダイレクト判定手段において、前記トンネル合流手段で合流認証に用いるための前記第１のトンネル識別子に対する分岐ＳＴＡＴＵＳを保持するよう構成された請求項２９に記載のパケット交換装置。
【請求項３６】
前記分岐ＳＴＡＴＵＳは、前記ＩＰネットワークへのリダイレクトが行われている場合にはアクセスしているコンテンツサーバのＩＰアドレスを使用し、リダイレクトが行われていない場合はリダイレクト無しを示す値を使用するよう構成された請求項３５に記載のパケット交換装置。
【請求項３７】
前記トンネル転送手段は、
前記センタサーバからの受信パケットのイーサネット（Ｒ）ヘッダ部のＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｄｉｓｃｏｖｅｒｙ  Ｓｔａｇｅである場合でＰＰＰｏＥペイロード部にユーザＩＰアドレスが格納されている場合に前記ユーザＩＰアドレスをユーザ識別子として記憶するパケット解析手段を有する請求項２６に記載のパケット交換装置。
【請求項３８】
前記トンネル合流手段は、
前記コンテンツサーバからの受信パケットのヘッダ部を解析するパケット解析手段を有し、
前記受信パケットの宛先ＩＰアドレスが前記ユーザ端末へのアドレスであるか判断する合流パス判定手段を有し、
前記ユーザ端末へ転送されるパケットを前記第１のトンネルのパケットフォーマットに変換する送信先決定手段を有する請求項２６に記載のパケット交換装置。
【請求項３９】
前記トンネル合流手段は、前記コンテンツサーバからの受信パケットの前記送信元ＩＰアドレスが宛先ＩＰに対する前記分岐ＳＴＡＴＵＳと一致していなければ、前記受信パケットを第１のトンネルに合流させないと判断する認証判定手段を有する請求項２６に記載のパケット交換装置。
【請求項４０】
前記トンネル転送手段において、前記第１のトンネルを確立する際に受けた端末認証情報と前記第１のトンネル識別子とを対応付けて記憶するよう構成された請求項２６に記載のパケット交換装置。
【請求項４１】
前記端末認識情報として、認証を受けた端末のＩＰアドレスを用いるよう構成された請求項４０に記載のパケット交換装置。
【請求項４２】
前記ユーザは、請求項２１に記載のＤＮＳサーバにより前記コンテンツサーバのＩＰアドレスを取得するよう構成された請求項２３に記載のプロバイダ接続システム。
【請求項４３】
前記第２のトンネル識別子としてＶＬＡＮ−ＩＤを使用するよう構成された請求項１４に記載のパケット交換装置。
【請求項４４】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換方法であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送ステップと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐ステップと、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流ステップとを、
有するパケット交換方法。
【請求項４５】
ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換方法をコンピュータに実行させるためのコンピュータプログラムであって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送ステップと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐ステップと、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流ステップとを、
有するコンピュータプログラム。
【請求項４６】
前記第２のネットワークトンネルが使用状態である間、前記第１のネットワークトンネルのセッションを維持するセッション管理手段を、更に備えた請求項４から２０のいずれか１つに記載のパケット交換装置。
【請求項４７】
前記プロバイダネットワークはインターネット接続ネットワークである請求項４６に記載のパケット交換装置。
【請求項４８】
前記サービスネットワークはコンテンツ配信ネットワークである請求項４６に記載のパケット交換装置。
【請求項４９】
前記セッション管理手段は、
前記第２のネットワークトンネルが使用状態であるときにセッション維持パケットを前記第１のネットワークトンネルを介して前記センタサーバに送信することにより前記第１のネットワークトンネルのセッション維持を行うセッション維持手段を有する請求項４６に記載のパケット交換装置。
【請求項５０】
前記セッション維持手段は、所定の一定周期で前記第１のネットワークトンネルのセッション維持を行うよう構成された請求項４９に記載のパケット交換装置。
【請求項５１】
前記第２のネットワークトンネルは、所定の一定周期内にパケットが１つ以上転送された場合に使用状態となるよう構成された請求項４９に記載のパケット交換装置。
【請求項５２】
前記第２のネットワークトンネルは、前記セッション維持パケットが送信された場合に未使用状態となるよう構成された請求項４９に記載のパケット交換装置。
【請求項５３】
前記パケット交換装置を、前記第１のネットワークトンネル上にあるＢＡＳ（Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）とユーザ端末との間に設置するよう構成された請求項１に記載のプロバイダ接続システム。
【請求項５４】
請求項４に記載のパケット交換装置に、ＢＡＳ（Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）と同様のセッション管理手段を加えたパケット交換装置。
【請求項５５】
請求項１に記載のプロバイダ接続システムのＢＡＳとしてユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐手段と、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたパケット交換装置を用いるよう構成されたプロバイダ接続システム。
【請求項５６】
前記パケット交換装置を、前記第１のネットワークトンネル上にあるＢＡＳ（Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）とユーザ端末との間に設置するよう構成された請求項２３に記載のプロバイダ接続システム。
【請求項５７】
請求項２６に記載のパケット交換装置に、ＢＡＳ（Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）と同様のセッション管理手段を加えたパケット交換装置。
【請求項５８】
請求項２３に記載のプロバイダ接続システムのＢＡＳとしてユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐手段と、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたパケット交換装置を用いるよう構成されたプロバイダ接続システム。
【発明の詳細な説明】
技術分野
本発明は、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システム及びそのパケット交換装置並びにＤＮＳサーバ、パケット交換方法及びそのコンピュータプログラムに関する。
背景技術
近年、インターネットを介して動画や音楽などの大容量のコンテンツをユーザに配信するサービスが普及しつつある。
しかしながら、動画や音楽などの大容量のコンテンツをインターネット・サービス・プロバイダ（ＩＳＰ）のコンテンツサーバから遠隔地のユーザ端末に配信する場合、その間の経路上のトラフィック（帯域）の影響を受けると、動画や音楽などの大容量のコンテンツをリアルタイムでダウンロードすることができない。
そこで、この問題点を解決する方法として、各地域毎にコンテンツ網を構築し、コンテンツサーバを配置することが考えられる。ＦＴＴＨやＡＤＳＬサービスなどでは、ユーザとＩＳＰとを、ネットワークトンネルと呼ばれる仮想的な専用線を用いて接続している。上記のシステムのネットワークトンネルを構成するためのプロトコルとして、例えばＰＰＰｏＥ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））などが知られている（非特許文献１）。このプロトコルでは、あらかじめ決められた拠点以外からは送受信データが見えないようにあたかも送受信データがカプセルに入れられた状態（トンネル）で伝送される。
非特許文献１：
Ｌ．Ｍａｍａｋｏｓ他“Ａ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｔｒａｎｓｍｉｔｔｉｎｇ  ＰＰＰ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（Ｒ）（ＰＰＰｏＥ）”，１９９９年２月  Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ，ＲＦＣ２５１６，Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  ｓｏｃｉｅｔｙ
図４１は上記の従来のシステムの構成例を示している。インターネット３上にはプロバイダのセンタサーバとして、ＷＷＷサーバ３ａとＤＮＳサーバ３ｂが配置され、また、各地域ａ、ｂにはプロバイダのローカルサーバとして、ＩＳＰサーバ／ゲートウェイＩＳＰ１／ＧＷ（ａ）、ＩＳＰ１／ＧＷ（ｂ）と、ＩＳＰコンテンツサーバＩＳＰ１、ＩＳＰ２が配置される。
ＷＷＷサーバ３ａは、例えばユーザ端末（以下、ユーザ）１に対して、ＩＳＰサーバ／ゲートウェイＩＳＰ１／ＧＷ（ａ）、地域ＩＰ網｛ＢＡＳ（ブロードバンド・アクセス・サーバ）４ａ、網終端装置４ｂ｝４、レイヤ２スイッチＬ２ＳＷ及びアクセスＳＷを介してＩＳＰコンテンツサーバＩＳＰ１、ＩＳＰ２のコンテンツ・リストを提供し、また、ＤＮＳサーバ３ｂはユーザに対してユーザの属する地域ａを判別して、同じ経路でその地域ａのＩＳＰコンテンツサーバＩＳＰ１、ＩＳＰ２のＩＰアドレス（＝ＩＰ２１、ＩＰ２２）を通知する。ユーザ１はＩＰアドレス＝ＩＰ２１に基づいて、アクセスＳＷ及びレイヤ２スイッチＬ２ＳＷ、コンテンツ網（ＢＡＳ５ａ、網終端装置５ｂ）５を介してＩＳＰコンテンツサーバＩＳＰ１にアクセスすることにより、ＩＳＰコンテンツサーバＩＳＰ１からユーザ１にコンテンツをダウンロードする。この場合、ユーザ１と、地域ＩＰ網４（ＷＷＷサーバ３ａ及びＤＮＳサーバ３ｂ側）、及びコンテンツ網５（ＩＳＰコンテンツサーバＩＳＰ１側）の間にはそれぞれ別のトンネルＡ、Ｂが張られる。
しかしながら、上記のシステムでは、ユーザ１と、地域ＩＰ網４及びコンテンツ網５の間にはそれぞれ別のトンネルＡ、Ｂが張られるので、ユーザは複数のトンネルを管理しなければならず、このため、ユーザ端末に専用の装置を必要とするという問題点がある。
発明の開示
本発明は上記の問題点に鑑み、ユーザが１つのネットワークトンネルを管理するのみで複数のネットワークトンネルを介してパケットを伝送することができるプロバイダ接続システム及びそのパケット交換装置並びにＤＮＳサーバ、パケット交換方法及びそのコンピュータプログラムを提供することを目的とする。
本発明は上記目的を達成するために、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムであって、
プロバイダが提供するプロバイダネットワークと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークと、
ユーザ端末と前記センタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するとともに、前記コンテンツサーバとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送し、前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するパケット交換装置とを、
備えたものである。
本発明はまた、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐手段と、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたものである。
本発明はまた、プロバイダが提供するプロバイダネットワークと、プロバイダネットワークとは別のポリシーで運用されるサービスネットワークと、ユーザと前記プロバイダを接続するトンネリング・プロトコルによるネットワークトンネルを有するプロバイダ接続システムのＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ）サーバであって、
前記ユーザが問い合わせたドメイン名と前記ユーザの属する地域を解析するＤＮＳパケット解析手段を有し、
前記ユーザが属する地域に対応した前記コンテンツサーバのＩＰアドレスを検索する手段を有するものである。
本発明はまた、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムであって、
インターネット上に前記プロバイダのセンタとして設置されるセンタサーバと、
各地域毎に前記プロバイダのローカルサーバとして設置されるコンテンツサーバと、
ユーザ端末と前記センタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するとともに、前記コンテンツサーバとの間にＩＰネットワークを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記ＩＰネットワークへのパケットに変換して前記ＩＰネットワークへＩＰルーティングし、前記ＩＰネットワーク上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するパケット交換装置とを、
備えたものである。
本発明はまた、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換装置であって、
ユーザ端末とインターネット上に前記プロバイダのセンタとして設置されるセンタサーバの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送手段と、
各地域毎に前記プロバイダのローカルサーバとして設置されるコンテンツサーバとの間にＩＰネットワークを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記ＩＰネットワークへのパケットに変換して前記ＩＰネットワークへＩＰルーティングするトンネル分岐手段と、
前記ＩＰネットワーク上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流手段とを、
備えたものである。
本発明はまた、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換方法であって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送ステップと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐ステップと、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流ステップとを、
有するものである。
本発明はまた、ユーザとプロバイダをトンネリング・プロトコルによるネットワークトンネルを用いて接続するプロバイダ接続システムのパケット交換方法をコンピュータに実行させるためのコンピュータプログラムであって、
ユーザ端末とプロバイダが提供するプロバイダネットワークの間に構成された第１のネットワークトンネル上のパケットを交換するトンネル転送ステップと、
プロバイダネットワークとは別のポリシーで運用されるサービスネットワークとの間に第２のネットワークトンネルを構成して前記第１のネットワークトンネル上の前記ユーザ端末から前記コンテンツサーバへのパケットを抽出して前記第２のネットワークトンネルのパケットに変換して前記コンテンツサーバに転送するトンネル分岐ステップと、
前記第２のネットワークトンネル上の前記コンテンツサーバから前記ユーザ端末へのパケットを前記第１のネットワークトンネルのパケットに変換して前記ユーザ端末へ転送するトンネル合流ステップとを、
有するものである。
上記構成により、パケット交換装置が、プロトコルが異なるパケットを変換するので、ユーザが１つのネットワークトンネルを管理するのみで複数のネットワークトンネルを介してパケットを伝送することができる。
発明を実施するための最良の形態
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態＞
図１は本発明に係るプロバイダ接続システム及びそのパケット交換装置の第１の実施の形態を示す構成図である。図１に示すシステムは、図４１に示すレイヤ２スイッチＬ２ＳＷの代わりに本発明のパケット交換装置１０を設け、また、コンテンツ網６をエッジルータ（Ｅｄｇｅ  Ｒｏｕｔｅｒ）６ａとゲートウェイ（ＧＷ）６ｂにより構成した点が異なり、他のシステム構成は同じである。ここでは、本発明のパケット交換装置をトンネル・リダイレクション装置１０と呼ぶ。なお、各ブロックのＩＰ番号はＩＰアドレスを表すものとする。
図２は図１に示すシステムにおいてインターネット３上にプロバイダのセンタサーバとして設置されたＷＷＷサーバ３ａ、ＤＮＳサーバ３ｂからトンネルＡを介して地域ａのユーザ端末（以下、単にユーザ）１に対して地域ａのコンテンツサーバＩＳＰ１のＩＰアドレスを付与した後、ユーザからのコンテンツサーバＩＳＰ１への上りパケットを分岐させ、コンテンツサーバＩＳＰ１からユーザ１への下りコンテンツをトンネルＡに合流させる場合の通信シーケンスを示している。
（１）まず、ユーザ１と地域ＩＰ網４の網終端装置４ｂは、トンネル・リダイレクション装置１０を経由してＰＰＰセッションを確立する。
（２）次いでユーザ１とＩＳＰサーバ／ゲートウェイＩＳＰ１／ＧＷ（ａ）との間で、トンネル・リダイレクション装置１０及び網終端装置４ｂを経由してユーザ認証を行い、ユーザ１に対してユーザＩＰアドレス＝ＩＰ１を付与する。
（３）次いでユーザ１はインターネット３上のＷＷＷサーバ３ａから、ＩＳＰサーバ／ゲートウェイＩＳＰ１／ＧＷ（ａ）、網終端装置４ｂ及びトンネル・リダイレクション装置１０を経由してコンテンツサーバＩＳＰ１のＵＲＬを取得する。
（４）次いでユーザ１はインターネット３上のＤＮＳサーバ３ｂから、ＩＳＰサーバ／ゲートウェイＩＳＰ１／ＧＷ（ａ）、網終端装置４ｂ及びトンネル・リダイレクション装置１０を経由してコンテンツサーバＩＳＰ１のＩＰアドレス＝ＩＰ２１を取得する。
以上では、ユーザ１とインターネット３上のＷＷＷサーバ３ａ、ＤＮＳサーバ３ｂとのデータ伝送は、トンネルＡにより行われる。
（５）次にユーザ１はトンネル・リダイレクション装置１０に対して、コンテンツサーバＩＳＰ１（ＩＰアドレス＝ＩＰ２１）へのアクセスを行う。
（６）コンテンツサーバのＩＰアドレスが設定してあるトンネル・リダイレクション装置１０はコンテンツ網６に転送するために宛先ＩＰアドレス（ｄｓｔ−ＩＰ）＝ＩＰ２１をチェックし、また、ＰＰＰｏＥのセッションＩＤをチェックして送信元ＩＰアドレス（ｓｒｃ−ＩＰ）＝ＩＰ１は承認済みかをチェックし、また、宛先ＩＰアドレス＝ＩＰ２１に対するリダイレクト先を決定してトンネルＢを形成する。
（７）次にトンネル・リダイレクション装置１０はユーザ１からコンテンツサーバＩＳＰ１へのパケットからトンネルＢのパケットに必要なデータを抽出してトンネルＢのパケットに変換する。
（８）次いでトンネル・リダイレクション装置１０はコンテンツ網６のエッジルータ６ａに対して、コンテンツサーバＩＳＰ１のアクセスを行い、次いでエッジルータ６ａはコンテンツサーバＩＳＰ１に対してアクセスを行う。
これにより、ユーザ１からのトンネルＡのパケットがトンネル・リダイレクション装置１０によりトンネルＢのパケットに変換されてコンテンツサーバＩＳＰ１に送信される。
（９）次いでコンテンツサーバＩＳＰ１はユーザ１からのアクセスに対する応答をエッジルータ６ａに送信し、エッジルータ６ａはその応答をトンネル・リダイレクション装置１０に送信する。
（１０）トンネル・リダイレクション装置１０はその応答を受信すると、トンネルＩＤ（＝トンネルＢ）をチェックし、そのトンネルＢを合流するＰＰＰｏＥセッションＩＤ（＝トンネルＡ）を決定し、次いでそのＰＰＰｏＥのセッションＩＤをチェックして宛先ＩＰアドレス＝ＩＰ１は承認済みかをチェックする。
（１１）次いでトンネル・リダイレクション装置１０はコンテンツサーバＩＳＰ１からユーザ１へのパケットからトンネルＡのパケットに必要なデータを抽出してトンネルＡのパケットに変換してこれをトンネルＡに合流させる。
（１２）そして、トンネル・リダイレクション装置１０はＩＰアドレス＝ＩＰ１のユーザ１に応答を送信する。
これにより、コンテンツサーバＩＳＰ１のコンテンツがトンネルＢを介してトンネル・リダイレクション装置１０に送信され、トンネル・リダイレクション装置１０においてトンネルＡと合流され、ユーザ１に送信される。本発明のトンネルＢは、ネットワークトンネリングによる独立したトンネルと言うより、トンネルＡの分岐パスとして取り扱われる。
図３はトンネル・リダイレクション装置１０の構成を示している。トンネル・リダイレクション装置１０は転送制御部１１と、リダイレクトパスの管理、リダイレクトＩＰアドレスの管理を行うためのリダイレクト管理テーブル１２と、セッションの管理、転送先の管理、分岐状態の管理を行うための転送管理テーブル１３と、ユーザ１、２〜毎に設けられたポート制御部１４＃１〜１４＃ｎと、地域ＩＰ網４のＢＡＳ４ａ側に設けられたポート制御部１４＃ｘと、コンテンツ網６（抽出パス側）に設けられたポート制御部１４＃ｙを有する。
各ポート制御部１４は、それぞれポート＃１〜＃ｎ、＃ｘ、＃ｙのＩＯ処理を行い、図４に詳しく示すようにパケット受信部１４１と、パケット作成部１４２とパケット送信部１４３を有する。パケット作成部１４２は転送制御部１１より転送情報を取得して、ＭＰＬＳラベル、ＰＰＰｏＥセッションＩＤ、ＭＡＣ・ＭＰＬＳ、ＰＰＰｏＥなどのネットワークトンネルに必要なパケットを構築してパケット送信部１４３に出力する。
転送制御部１１は図５に詳しく示すように、ユーザ側ポート制御部１１１と、ＢＡＳ側ポート制御部１１２と抽出パス側ポート制御部１１３を有する。ユーザ側ポート制御部１１１はパケット解析部１１１１と、リダイレクト判定部１１１２と、認証判定部１１１３と送信先決定部１１１４を有する。ＢＡＳ側ポート制御部１１２はパケット解析部１１２１と送信先決定部１１２２を有する。抽出パス側ポート制御部１１３はパケット解析部１１３１と、合流パス判定部１１３２と、認証判定部１１３３と送信先決定部１１３４を有する。
転送管理テーブル１３には図６に詳しく示すように、トンネルＡのＩＤ（＝ＰＰＰｏＥ−１、ＰＰＰｏＥ−２〜ＰＰＰｏＥ−ｘ）毎にユーザＩＰアドレスと、ユーザ側ポート番号＃１〜＃ｎと、ユーザ側の宛先ＭＡＣアドレスと、ＢＡＳ側ポート番号＃ｘと、ＢＡＳ側の宛先ＭＡＣアドレスと、分岐ステータス（分岐パスＩＤ）が記憶される。リダイレクト管理テーブル１２には図７に詳しく示すように、宛先ＩＰアドレス（コンテンツサーバ）毎に分岐パスＩＤと、分岐パス側ポート番号＃ｙと、プロバイダのユーザＩＰアドレスが記憶される。ここで、図６、図７に示すテーブル１３、１２の内容は、トンネルＡを形成するプロトコルとしてＰＰＰｏＥを用い、トンネルＢ（分岐パス）を形成するプロトコルとしてＭＰＬＳを用いた例を示している。
次にトンネル・リダイレクション装置１０のパケット転送処理を、図８に示すように
（Ａ）ユーザからパケットを受信した場合、
（Ｂ）ＢＡＳ側からパケットを受信した場合、
（Ｃ）分岐パス側からパケットを受信した場合、
に分けてそれぞれを図１０、図１１、図１２を参照して説明する。
ここで、図９はトンネルＡを形成するプロトコルとしてＰＰＰｏＥを用い、トンネルＢ（分岐パス）を形成するプロトコルとしてＭＰＬＳを用いた場合のパケットの構造を詳しく示し、図９（ａ）はユーザからの受信パケットを、図９（ｂ）はＢＡＳ側への送信パケットを、図９（ｃ）は分岐パス側への送信パケットを示している。トンネルＡのパケットは先頭（図の右側）から、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、ＰＰＰｏＥヘッダと、ＰＰＰヘッダと、宛先ＩＰアドレスと、送信元ＩＰアドレスとデータの各フィールドにより構成されている。分岐パス側への送信パケットは先頭から、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、ＭＰＬＳヘッダと、宛先ＩＰアドレスと、送信元ＩＰアドレスとデータの各フィールドにより構成されている。
（Ａ）ユーザからパケットを受信した場合
図１０ではユーザ側からパケットを受信すると、受信パケットを分岐パス側に転送するか、ＢＡＳ側に転送するか判断する。まず、受信パケットのＥｔｈｅｒＴｙｐｅを解析し、ＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅでない場合にはステップＳ１からステップＳ９に分岐する。また、ＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅを示しかつＰＰＰタイプがＩＰでない場合にはステップＳ２からステップＳ９に分岐する。
また、ステップＳ２においてＰＰＰタイプがＩＰを示す場合には、トンネルＩＤ、送信元ＩＰアドレス、宛先ＩＰアドレスを解析する（ステップＳ３）。次いで図７に示すリダイレクト管理テーブル１２から宛先ＩＰアドレスを検索し（ステップＳ４）、宛先ＩＰアドレスがテーブル１２に存在しない場合にはステップＳ９に分岐し、他方、存在する場合にはステップＳ５に進む。ステップＳ５では、受信パケットの送信元ＩＰアドレスがリダイレクト管理テーブル１２の宛先ＩＰアドレスに対応するユーザＩＰアドレスと一致するか否かを判断し、一致しない場合にはステップＳ９に分岐し、他方、一致する場合にはステップＳ６に進む。
ステップＳ６では、リダイレクト管理テーブル１２の宛先ＩＰアドレスに対応する分岐パスＩＤと分岐パス側ポートを検索し、次いで図６に示す転送管理テーブル１３におけるトンネルＩＤに対応する分岐ステータスとして分岐パスＩＤを記録し（ステップＳ７）、次いで受信パケットを分岐パス側に転送する指示を行う（ステップＳ８）。他方、ステップＳ９では転送管理テーブル１３からトンネルＩＤとＢＡＳ側ポートを検索し、次いで受信パケットをＢＡＳ側ポートに転送する指示を行う（ステップＳ１０）。
（Ｂ）ＢＡＳ側からパケットを受信した場合、
図１１においてＢＡＳ側からパケットを受信すると、まず、受信パケットのＥｔｈｅｒＴｙｐｅとトンネルＩＤを解析し（ステップＳ１１）、ＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｄｉｓｃｏｖｅｒｙ  Ｓｔａｇｅの場合にはステップＳ１２に分岐し、他方、ＰＰＰｏＥ  Ｄｉｓｃｏｖｅｒｙ  Ｓｔａｇｅでない場合にはステップＳ１４に進む。ステップＳ１２では受信パケットのＰＰＰｏＥペイロードにユーザＩＰアドレスがあるか否かをチェックし、ある場合にはステップＳ１３に分岐し、他方、ない場合にはステップＳ１４に進む。ステップＳ１３ではそのユーザＩＰアドレスを、転送管理テーブル１３においてステップＳ１１で解析したトンネルＩＤに対応して記録し、次いでステップＳ１４に進む。ステップＳ１４では転送管理テーブル１３からトンネルＩＤとＢＡＳ側ポートを検索し、次いで受信パケットをユーザ側ポートに転送する指示を行う（ステップＳ１５）。
（Ｃ）分岐パス側からパケットを受信した場合、
図１２において分岐パス側からパケットを受信すると、受信パケットの分岐パスＩＤと宛先ＩＰアドレスを解析し（ステップＳ２１）、次いでその宛先ＩＰアドレスが転送管理テーブル１３のユーザＩＰアドレスに存在するか否かをチェックし（ステップＳ２２）、存在しなければ受信パケットを廃棄する指示を行う（ステップＳ２６）。他方、受信パケットの宛先ＩＰアドレスが転送管理テーブル１３のユーザＩＰアドレスに存在する場合には、ステップＳ２１で解析した分岐パスＩＤと、転送管理テーブル１３のユーザＩＰアドレスに対する分岐ステータスと一致するか否かをチェックし（ステップＳ２３）、一致しない場合に受信パケットを廃棄する指示を行う（ステップＳ２６）。他方、一致する場合には、転送管理テーブル１３のユーザＩＰアドレスに対するユーザ側ポートとトンネルＩＤを検索し（ステップＳ２４）、次いで受信パケットをユーザ側ポートに転送する指示を行う（ステップＳ２５）。
次に図１においてユーザが問い合わせたドメイン名に対して、コンテンツサーバのＩＰアドレスを通知するＤＮＳサーバ３ｂについて説明する。図１３はＤＮＳサーバ３ｂの構成を詳しく示し、図１４は図１３の地域選択ＤＮＳ管理テーブル３ｂ２を詳しく示し、図１５はＤＮＳサーバ３ｂの処理を説明するためのフローチャートである。ＤＮＳサーバ３ｂは通知ＩＰ決定部３ｂ１と、地域選択ＤＮＳ管理テーブル３ｂ２と、パケット受信部３ｂ３とパケット送信部３ｂ４を有する。地域選択ＤＮＳ管理テーブル３ｂ２には、図１、図１４に示すように地域ａ、ｂ〜毎に配置されたＩＳＰコンテンツサーバ毎のドメイン名と、その地域ａ、ｂ〜とそのＩＰアドレスが記録されている。図１５においてパケットを受信すると（ステップＳ３１）、受信パケット内のドメイン名と地域を解析し（ステップＳ３２）、その地域に対応するＩＰアドレスを地域選択ＤＮＳ管理テーブル３ｂ２から検索し（ステップＳ３３）、次いでそのＩＰアドレスを返す（ステップＳ３４）。
このようにコンテンツサーバ行きのパケットをトンネルＡから抽出し、分岐パスに転送することにより、ユーザは１つのネットワークトンネルを管理するのみで複数のネットワークにアクセスすることが可能となる。
＜第２の実施の形態＞
本発明の第２の実施の形態は、トンネル・リダイレクション装置からコンテンツ網６への経路として、図１のようにトンネルＢを形成せずにフラットなＩＰ網を用いている。図１６は本発明の第２の実施の形態を示す構成図である。コンテンツ網６を構成するパケット交換装置として、ＭＰＬＳ対応のエッジルータ６ａの代わりにＩＰルータ（Ｒｏｕｔｅｒ）６ｃを設けている。その他の構成は、トンネル・リダイレクション装置１０ａを除き、第１の実施の形態と同じである。
第２の実施の形態のトンネル・リダイレクション装置１０ａのブロック構成を図１７に示す。図３の第１の実施の形態の構成と比べてリダイレクト管理テーブル１２ａと転送管理テーブル１３ａの内容が異なり、転送制御部１１ａの処理内容も異なる。また、レイヤ３のルーティングテーブル１５を追加して設けている。
第２の実施の形態における転送管理テーブル１３ａを図１８に示す。トンネルＡのＩＤ（＝ＰＰＰｏＥ−１、ＰＰＰｏＥ−２〜ＰＰＰｏＥ−ｘ）毎にユーザＩＰアドレスと、ユーザ側ポート番号＃０〜＃ｎと、ユーザ側の次ホップＭＡＣアドレス（ｎｘｔＭＡＣアドレス）と、ＢＡＳ側ポート番号＃ｘと、ＢＡＳ側の次ホップＭＡＣアドレス（ｎｘｔＭＡＣアドレス）と、分岐ステータス（分岐パスＩＤ）が記憶される。分岐ステータスとしてコンテンツサーバのＩＰアドレスを格納している点が、図６で示した第１の実施の形態とは異なる。
また、リダイレクト管理テーブル１２ａには図１９に詳しく示すように、宛先ＩＰアドレス（コンテンツサーバ）毎にコンテンツサーバへのアクセスを許可するプロバイダのユーザＩＰアドレスのみが記憶される。また、図２０はルーティングテーブル１５を示している。これは既存のルータで使用されるルーティングテーブルと同様のものであり、宛先アドレス（ＩＰアドレス又はネットワークアドレス）と、それに対するＧａｔｅｗａｙ（ゲートウェイ）アドレスと、出力されるＩｎｔｅｒｆａｃｅ（インターフェイス）としてポート番号を記憶している。
次に第２の実施の形態でのトンネル・リダイレクション装置１０ａのパケット転送処理を図２１に示すように
（Ｄ）ユーザからパケットを受信した場合、
（Ｅ）ＢＡＳ側からパケットを受信した場合、
（Ｆ）分岐パス側からパケットを受信した場合、
に分けてそれぞれ説明する。ただし、（Ｅ）ＢＡＳ側からパケットを受信した場合は、第１の実施の形態の手順（Ｂ）と同じであるので、ここでは説明を省略する。
ここで、図２２はトンネルＡを形成するプロトコルとしてＰＰＰｏＥを用い、コンテンツサーバＩＳＰ１へのパケット転送プロトコルとしてＩＰを用いた場合のパケット構造を詳しく示し、図２２（ｄ）はユーザ１からの受信パケットを、図２２（ｅ）はＢＡＳ４ａ側への送信パケットを、図２２（ｆ）はコンテンツサーバ側（ＩＰルータ６ｃ側）への送信パケットを示している。第２の実施の形態では、図２２（ｆ）のＩＰルータ６ｃ側のパケット構造が異なっており、図２２（ｄ）と図２２（ｅ）はそれぞれ、第１の実施の形態の図９（ａ）と図９（ｂ）と同じである。図２２（ｆ）は、先頭（図の右側）から宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、宛先ＩＰアドレスと、送信元ＩＰアドレスとデータの各フィールドより構成されている。
（Ｄ）ユーザ側からパケットを受信した場合
図２３ではユーザからパケットを受信すると、受信パケットをコンテンツサーバ側に転送するか、ＢＡＳ側に転送するか判断する。まず、受信パケットのＥｔｈｅｒＴｙｐｅを解析し、ＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅでない場合にはステップＳ１ａからステップＳ９に分岐する。また、ＥｔｈｅｒＴｙｐｅがＰＰＰｏＥ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅを示しかつＰＰＰタイプがＩＰでない場合にはステップＳ２からステップＳ９に分岐する。
また、ステップＳ２においてＰＰＰタイプがＩＰを示す場合には、トンネルＩＤ、送信元ＩＰアドレス、宛先ＩＰアドレスを解析する（ステップＳ３）。次いで図１９に示すリダイレクト管理テーブル１２ａから宛先ＩＰアドレスを検索し（ステップＳ４）、宛先ＩＰアドレスがテーブルに存在しない（一致しない）場合にはステップＳ９に分岐し、他方、存在する場合にはステップＳ５に進む。ステップＳ５では、受信パケットの送信元ＩＰアドレスがテーブルの宛先ＩＰアドレスに対応するユーザＩＰアドレスと一致するか否かを判断し、一致しない場合にはステップＳ９に分岐し、他方、一致する場合にはステップＳ７ａに進む。
ステップＳ７ａでは、図１８に示す転送管理テーブル１３ａにおけるトンネルＩＤに対応する分岐ステータスとして宛先ＩＰアドレス（つまりコンテンツサーバのＩＰアドレス）を記録し、次いで図２０に示すルーティングテーブル１５を検索して受信パケットをコンテンツサーバ側に転送する指示を行う（ステップＳ８ａ）。他方、ステップＳ９では転送管理テーブル１３ａからトンネルＩＤとＢＡＳ側ポートを検索し、次いで受信パケットをＢＡＳ側ポートに転送する指示を行う（ステップＳ１０）。
（Ｆ）分岐パス側からパケットを受信した場合
図２４においてコンテンツサーバ側からパケットを受信すると、受信パケットの送信元ＩＰアドレスと宛先ＩＰアドレスを解析し（ステップＳ２１ａ）、次いでその宛先ＩＰアドレスが転送管理テーブル１３ａのユーザＩＰアドレスに存在するか否かをチェックし（ステップＳ２２）、存在しなければ受信パケットを廃棄する指示を行う（ステップＳ２６）。他方、受信パケットの宛先ＩＰアドレスが転送管理テーブル１３ａのユーザＩＰアドレスに存在する場合には、ステップＳ２１ａで解析した送信元ＩＰアドレス（つまりユーザがアクセスしたコンテンツサーバのＩＰアドレス）と、転送管理テーブル１３ａのユーザＩＰアドレスに対する分岐ステータスと一致するか否かをチェックし（ステップＳ２３ａ）、一致しない場合に受信パケットを廃棄する指示を行う（ステップＳ２６）。他方、一致する場合には、転送管理テーブル１３ａのユーザＩＰアドレスに対するユーザ側ポートとトンネルＩＤを検索し（ステップＳ２４）、次いで受信パケットをユーザ側ポートに転送する指示を行う（ステップＳ２５）。
このようにコンテンツサーバ側にトンネルＢを張らずにＩＰルーティングによるパケット転送を行うことで、パケット交換装置１０ａにトンネルＢを管理する機構を設けず、既存のルーティングテーブル１５を使用することにより簡単な構造でパケット交換装置１０ａを作ることができ、コンテンツサーバ側のルータもＭＰＬＳ対応のルータ３ａではなく安価なレイヤ３スイッチ３ｃを用いることでコストダウンを図れるという効果を生む。また、図２２（ｆ）に示すようにリダイレクトするパケットは、図９（ｃ）に示すように分岐パスを構成するためのトンネリングプロトコルのヘッダ（ＭＰＬＳヘッダ）を必要としないため、パケット転送時のオーバーヘッドを削減するという効果も生じる。
＜第３の実施の形態＞
第３の実施の形態は、図１に対してトンネル・リダイレクション装置１０ｂとコンテンツ網６との間のトンネルＢをＶＬＡＮを用いて構成している。図２５は本発明の第３の実施の形態を示す構成図である。コンテンツ網６を構成するパケット交換装置としてＭＰＬＳ対応のエッジルータ６ａの代わりにＶＬＡＮ対応アクセスルータ（Ｒｏｕｔｅｒ）６ｄを設けている。その他の構成は、トンネル・リダイレクション装置１０ｂを除き第１の実施の形態と同じである。
第３の実施の形態のトンネル・リダイレクション装置１０ｂは、トンネルＢをＶＬＡＮを用いて構成するため、転送管理テーブル１３ｂとリダイレクト管理テーブル１２ｂの内容が第１の実施の形態と異なる。また、図４のポート制御部１４のパケット受信部１４１と、パケット作成部１４２とパケット送信部１４３はＶＬＡＮパケット処理に対応している。
第３の実施の形態における転送管理テーブル１３ｂを図２６に示す。トンネルＡのＩＤ毎に、ユーザＩＰアドレスと、ユーザ側ポート番号と、ユーザ側の宛先ＭＡＣアドレスと、ＢＡＳ側ポート番号と、ＢＡＳ側の宛先ＭＡＣアドレスと、分岐ステータスが記憶されるのは第１の実施の形態と同じである。しかし、第３の実施の形態では分岐ステータスとしてＶＬＡＮ−ＩＤを格納している点が、図６で示した第１の実施の形態と異なる。
リダイレクト管理テーブル１２ｂには図２７に詳しく示すように、宛先ＩＰアドレス（コンテンツサーバ）毎に分岐パスＩＤと、分岐パス側ポート番号と、分岐パス側の宛先ＭＡＣアドレスと、プロバイダのユーザＩＰアドレスが記憶されるのは第１の実施の形態と同じである。しかし、第３の実施の形態では分岐パスＩＤとしてＶＬＡＮ−ＩＤを格納している点が、図６で示した第１の実施の形態と異なる。
次に第３の実施の形態でのトンネル・リダイレクション装置１０ｂのパケット転送処理を図２８に示すように
（Ｇ）ユーザからパケットを受信した場合、
（Ｈ）ＢＡＳ側からパケットを受信した場合、
（Ｉ）分岐パス側からパケットを受信した場合、
に分けて説明する。
ここで、図２９はトンネルＡを形成するプロトコルとしてＰＰＰｏＥを用い、トンネルＢ（分岐パス）を形成するプロトコルとしてＶＬＡＮを用いた場合のパケットの構造を詳しく示し、図２９（ｇ）はユーザからの受信パケットを、図２９（ｈ）はＢＡＳ側への送信パケットを、図２９（ｉ）は分岐パス側への送信パケットを示している。トンネルＡのパケットは第１の実施の形態（図９）と同じ構造をしている。分岐パス側への送信パケットは第１の実施の形態とは異なっており、先頭（図の右側）から、宛先ＭＡＣアドレスと、送信元ＭＡＣアドレスと、ＶＬＡＮタグと、宛先ＩＰアドレスと、送信元ＩＰアドレスとデータの各フィールドにより構成されている。
（Ｇ）ユーザからパケットを受信した場合
第１の実施の形態の（Ａ）の手順と同様である。ただし分岐パスＩＤとしてＶＬＡＮ−ＩＤを用いている。
（Ｈ）ＢＡＳ側からパケットを受信した場合
第１の実施の形態の（Ｂ）の手順と同様である。
（Ｉ）分岐パス側からパケットを受信した場合
第１の実施の形態の（Ｃ）の手順と同様である。ただし分岐パスＩＤとしてＶＬＡＮ−ＩＤを用いている。
このようにコンテンツサーバ側のトンネルＢをＶＬＡＮを用いて構成することで、コンテンツサーバ側のパケット交換器として安価なＶＬＡＮ対応アクセスルータ６ｄを用いることができる。つまり、ユーザが１つのネットワークトンネルを管理するのみで複数のネットワークトンネルを使用するシステムにおいて、低コストでコンテンツ網を構築することができるという効果を有する。
＜第４の実施の形態＞
第１の実施の形態では、プロバイダのセンタサーバ（ＷＷＷサーバ３ａ、ＤＮＳサーバ３ｂ）とユーザとはＰＰＰセッションを確立させてトンネルＡを形成している。ここで、ユーザが第１の実施の形態で示した方法を用いて、コンテンツサーバＩＳＰ１にアクセスする過程では、プロバイダのセンタサーバ３ａ、３ｂにはトンネルＡを介してＰＰＰパケットが転送されることはない。したがって、ユーザがコンテンツサーバＩＳＰ１にのみアクセスし、センタサーバ３ａ、３ｂにはパケットを転送しない期間が生じることになる。
一方、プロバイダは、一定期間パケットを受け取らなければトンネルＡのＰＰＰセッションを切断する機能を持つセンタサーバを設置している場合がある。この場合において、ユーザがコンテンツサーバＩＳＰ１にのみアクセスしている期間が規定の時間を超えるとトンネルＡのＰＰＰセッションが切断されることになる。トンネルＡが切断されると、コンテンツサーバＩＳＰ１からのデータもトンネルＡに合流させることができなくなり、廃棄される。例としてはコンテンツサーバＩＳＰ１から映画データの配信を受けていると、ある時間が過ぎるとＰＰＰセッションが切断され、映画データの配信も止まってしまうといったことが挙げられる。
そこで、第４の実施の形態は、第１の実施の形態にトンネルＡのセッションを維持するための機能を付加したものである。転送制御部１１と転送管理テーブル１３の構成が変わっている。その他の構成は第１の実施の形態と同じである。図３０は第４の実施の形態における転送制御部１１ｂを示している。図３０で示す転送制御部１１ｂは、第１の実施の形態の転送制御部１１にセッション管理部１１４が追加されている。セッション管理部１１４はセッション維持部１１４１とセッション管理タイマ１１４２を有する。
第４の実施の形態における転送管理テーブル１３ｃを図３１に示す。トンネルＡのＩＤ毎に、ユーザＩＰアドレスと、ユーザ側ポート番号と、ユーザ側の次ホップＭＡＣアドレス（ｎｘｔＭＡＣアドレス）と、ＢＡＳ側ポート番号と、ＢＡＳ側の次ホップＭＡＣアドレス（ｎｘｔＭＡＣアドレス）と、分岐ステータスが記憶されるのは第１の実施の形態と同じである。しかし、第４の実施の形態では分岐Ｔｒａｆｆｉｃ情報が追加して記憶される点が、第１の実施の形態と異なる。分岐Ｔｒａｆｆｉｃ情報はトンネルＢに対して所定の期間内にパケットを転送している状態では「１」が格納され、パケットを転送していない状態では「０」が格納される。
次に第４の実施の形態でのトンネル・リダイレクション装置のパケット転送処理を
（Ｊ）ユーザからパケットを受信した場合、
（Ｋ）ＢＡＳ側からパケットを受信した場合、
（Ｌ）分岐パス側からパケットを受信した場合、
に分けて説明する。ただし、（Ｋ）ＢＡＳ側からパケットを受信した場合は、第１の実施の形態の（Ｂ）の手順と同じであるので説明を省略する。
（Ｊ）ユーザからパケットを受信した場合
図３２に示すように、ステップＳ８において受信パケットを分岐パス側に転送する指示を行う直前に、図３１の転送管理テーブル１３ｃの分岐Ｔｒａｆｆｉｃ情報を１に設定する処理（ステップＳ７ｂ）が、第１の実施の形態の手順（Ａ）に追加されている。その他のステップは第１の実施の形態と同様である。
（Ｌ）分岐パス側からパケットを受信した場合
図３３に示すように、ステップＳ２５において受信パケットをユーザ側に転送する指示を行う直前に、図３１の転送管理テーブル１３ｃの分岐Ｔｒａｆｆｉｃ情報を１に設定する処理（ステップＳ２４ａ）が、第１の実施の形態の手順（Ｃ）に追加されている。その他のステップは第１の実施の形態と同様である。
次に第４の実施の形態でのセッション管理部１１４の処理を図３４に示す。セッション管理タイマ１１４２は所定の周期で動作し、セッション管理タイマ１１４２がタイムアウトするとセッション維持部１１４１が処理を開始する。セッション維持部１１４１は、転送管理テーブル１３ｃのトンネルＩＤごとに分岐Ｔｒａｆｆｉｃ情報に格納されている値を参照し（ステップＳ３１）、分岐Ｔｒａｆｆｉｃ情報の値が１であれば、そのトンネルＩＤのＰＰＰｏＥセッションに対してセッション維持パケットの送信処理をＢＡＳ側ポートに転送する指示を行い（ステップＳ３２）、続いて転送管理テーブル１３ｃの分岐Ｔｒａｆｆｉｃ情報の値を０に設定する（ステップＳ３３）。他方、分岐Ｔｒａｆｆｉｃ情報の値が１でない場合は何も処理を行わない。この処理を転送管理テーブル１３ｃの全てのエントリに対して行う。
このように、ユーザがコンテンツサーバにアクセスしている間はセッション維持パケットを流すことにより、ＰＰＰセッションの切断を防止できるという効果を有する。
＜第５の実施の形態＞
第５の実施の形態は、図１のようにアクセスＳＷとＢＡＳとの間にトンネル・リダイレクション装置を設置せず、ＢＡＳにトンネル・リダイレクション機能を追加した「トンネル・リダイレクション機能付きＢＡＳ」を網終端装置とアクセスＳＷとの間に設置したものである。図３５は、第５の実施の形態を表す構成図である。第５の実施の形態でのトンネルＢは、トンネル・リダイレクション機能付きＢＡＳとコンテンツ網との間に構築される。その他の構成は第１の実施の形態と同じである。
ユーザと網終端装置の間にはＰＰＰによるトンネルが構築されている。このＰＰＰのパケットは、ユーザとＢＡＳ間はＰＰＰｏＥを用いて転送され、ＢＡＳと網終端装置の間はＬ２ＴＰ（Ｌａｙｅｒ２  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いて転送される。コンテンツ網と接続されているトンネルＢは、第１の実施の形態と同様にＭＰＬＳを用いた例を説明する。トンネルのリダイレクション方法は、第１の実施の形態におけるリダイレクション方法を用いているが、ＢＡＳにリダイレクション機能を実装することによって変更を加える部分がある。その変更部分を以下に説明する。
第５の実施の形態のトンネル・リダイレクション機能付きＢＡＳのブロック構成を図３６に示す。図３６では、図３のトンネル・リダイレクション装置のブロックがトンネル・リダイレクション部として挿入されている。図３６では、ポート制御部（ＢＡＳ側）がなくなっているのが図３と異なる。転送管理テーブルの構成や転送制御部の処理内容も図３とは異なる。ＢＡＳ部は、ＰＰＰｏＥの終端やＬ２ＴＰの終端といった従来のＢＡＳの機能を実現するブロックである。網終端装置側のポート制御部は、Ｌ２ＴＰのパケットの送受信を行う部分である。
第５の実施の形態における転送管理テーブルを図３７に示す。トンネルＡのＩＤ毎にユーザＩＰアドレスと、ユーザ側ポート番号と、ユーザ側の宛先ＭＡＣアドレスと、分岐ＳＴＡＴＵＳ（分岐パスＩＤ）が記憶される。ＢＡＳ側ポート番号とＢＡＳ側の宛先ＭＡＣアドレスの項目がないのが第１の実施の形態とは異なる。
次に第５の実施の形態でのトンネル・リダイレクション機能付きＢＡＳのパケット転送処理を、図３８に示すように
（ＡＡ）ユーザからパケットを受信した場合、
（ＢＢ）網終端装置側からパケットを受信した場合、
（ＣＣ）分岐パス側からパケットを受信した場合、
に分けてそれぞれを図３９、図４０を参照して説明する。
（ＡＡ）ユーザからのパケットを受信した場合
図３９に示すように、ユーザからパケットを受信してから、パケットを解析し、転送先を検索するまでのステップは第１の実施の形態の図１１と同じである。パケットの転送先が分岐パスの場合は、図１１と同じステップでパケットを分岐パスに転送する。パケットの転送先が網終端装置側ポートの場合、つまりリダイレクション処理を行わない場合は、第１の実施の形態とは処理が異なる。リダイレクションを行わない場合は、第１の実施の形態では転送管理テーブルを検索してパケット転送指示を行ったが、第５の実施の形態ではパケットをＢＡＳ部に転送する。ＢＡＳ部は従来のＢＡＳとしての処理（ＰＰＰｏＥの終端やＬ２ＴＰへのマッピング）を行い、網終端装置側ポートに転送する。
（ＢＢ）網終端装置側からパケットを受信した場合
図４０に示すように、網終端装置側からパケットを受信すると、パケットはＢＡＳ部に転送される。ＢＡＳ部は従来のＢＡＳとしての処理（Ｌ２ＴＰの終端やＰＰＰｏＥへのマッピング）を行う。ＰＰＰｏＥへのマッピングが終わったパケットは、トンネル・リダイレクション部に転送される。ＢＡＳ部からパケットを受信してから、パケットを解析して、ユーザ側ポートに転送するまでのステップは第１の実施の形態の図１２と同じである。
（ＣＣ）分岐パス側からパケットを受信した場合
第１の実施の形態の（Ｃ）の手順と同様である。
このように、トンネル・リダイレクション機能をＢＡＳに追加することにより、ＢＡＳにおいてコンテンツサーバへのリダイレクションが可能となり、ＢＡＳとアクセスＳＷとの間に新たにトンネル・リダイレクション装置を設置する必要がないという効果を有する。
＜第６の実施の形態＞
第６の実施の形態は、図３５で示した構成において、トンネル・リダイレクション機能付きＢＡＳとコンテンツ網との間にトンネルＢを形成せず、フラットなＩＰ網を用いた構成となっている。その他の構成は第５の実施の形態と同じである。第６の実施の形態では、リダイレクション方法は第２の実施の形態における方法をベースに変更を行っている。変更方法は第５の実施の形態で示した方法と同じである。
このように、トンネル・リダイレクション機能をＢＡＳに追加することにより、ＢＡＳにおいてコンテンツサーバへのリダイレクションが可能となり、ＢＡＳとアクセスＳＷとの間に新たにトンネル・リダイレクション装置を設置する必要がないという効果を有する。そして、トンネルＢを形成せず、ＩＰルーティングによってコンテンツ網にアクセスするため、トンネリングプロトコルのヘッダを必要としない効率的な転送が可能となるという効果も生じる。
＜第７の実施の形態＞
第７の実施の形態は、図３５で示した構成において、トンネル・リダイレクション機能付きＢＡＳとコンテンツ網との間のトンネルＢをＶＬＡＮを用いて形成した構成となっている。その他の構成は第５の実施の形態と同じである。第７の実施の形態では、リダイレクション方法は第３の実施の形態における方法をベースに変更を行っている。変更方法は第５の実施の形態で示した方法と同じである。
このように、トンネル・リダイレクション機能をＢＡＳに追加することにより、ＢＡＳにおいてコンテンツサーバへのリダイレクションが可能となり、ＢＡＳとアクセスＳＷとの間に新たにトンネル・リダイレクション装置を設置する必要がないという効果を有する。また、トンネルＢをＶＬＡＮを用いて構築するため、コンテンツ網には安価なＶＬＡＮ対応スイッチを用いることができ、コストダウンが図れるという効果を有する。
産業上の利用分野
以上説明したように本発明によれば、パケット交換装置が、プロトコルが異なるパケットを変換するので、ユーザが１つのネットワークトンネルを管理するのみで複数のネットワークトンネルを介してパケットを伝送することができる。
【図面の簡単な説明】
図１は、本発明に係るプロバイダ接続システム及びそのパケット交換装置の第１の実施の形態を示す構成図
図２は、図１のシステムの通信シーケンスを示す説明図であり、
図３は、図１のトンネル・リダイレクション装置を詳しく示すブロック図であり、
図４は、図３のポート制御部を詳しく示すブロック図であり、
図５は、図３の転送制御部を詳しく示すブロック図であり、
図６は、図３の転送管理テーブルを詳しく示す説明図であり、
図７は、図３のリダイレクト管理テーブルを詳しく示す説明図であり、
図８は、図１のトンネル・リダイレクション装置のパケット転送処理を示す説明図であり、
図９は、図８におけるトンネル・リダイレクション装置の入出力パケットを詳しく示す構成図であり、
図１０は、図１のトンネル・リダイレクション装置がユーザ側からパケットを受信した場合のパケット転送処理を説明するためのフローチャートであり、
図１１は、図８のトンネル・リダイレクション装置がＢＡＳ側からパケットを受信した場合のパケット転送処理を説明するためのフローチャートであり、
図１２は、図８のトンネル・リダイレクション装置が分岐パス側からパケットを受信した場合のパケット転送処理を説明するためのフローチャートであり、
図１３は、図８のＤＮＳサーバを詳しく示すブロック図であり、
図１４は、図１３の地域選択ＤＮＳ管理テーブルを詳しく示す説明図であり、
図１５は、図１のＤＮＳサーバの処理を説明するためのフローチャートであり、
図１６は、本発明の第２の実施の形態を示す構成図であり、
図１７は、本発明の第２の実施の形態のトンネル・リダイレクション装置のブロック構成図であり、
図１８は、本発明の第２の実施の形態における転送管理テーブルを詳しく示す説明図であり、
図１９は、本発明の第２の実施の形態におけるリダイレクト管理テーブルを詳しく示す説明図であり、
図２０は、本発明の第２の実施の形態におけるルーティングテーブルを詳しく示す説明図であり、
図２１は、本発明の第２の実施の形態におけるトンネル・リダイレクション装置のパケット転送処理を示す説明図であり、
図２２は、本発明の第２の実施の形態においてトンネルＡを形成するプロトコルとしてＰＰＰｏＥを用い、コンテンツサーバへのパケット転送プロトコルとしてＩＰを用いた場合のパケット構造を詳しく示す図であり、
図２３は、本発明の第２の実施の形態においてユーザ側からパケットを受信したときの処理を示すフローチャートであり、
図２４は、本発明の第２の実施の形態において分岐パス側からパケットを受信したときの処理を示すフローチャートであり、
図２５は、本発明の第３の実施の形態を示す構成図であり、
図２６は、本発明の第３の実施の形態における転送管理テーブルを詳しく示す説明図であり、
図２７は、本発明の第３の実施の形態におけるリダイレクト管理テーブルを詳しく示す説明図であり、
図２８は、本発明の第３の実施の形態におけるトンネル・リダイレクション装置のパケット転送処理を示す説明図であり、
図２９は、図２８中のトンネル・リダイレクション装置の入出力パケットを詳しく示す構成図であり、
図３０は、本発明の第４の実施の形態におけるトンネル・リダイレクション装置の転送制御部を示すブロック図であり、
図３１は、本発明の第４の実施の形態における転送管理テーブルを詳しく示す説明図であり、
図３２は、本発明の第４の実施の形態においてユーザ側からパケットを受信したときの処理を示すフローチャートであり、
図３３は、本発明の第４の実施の形態において分岐パス側からパケットを受信したときの処理を示すフローチャートであり、
図３４は、本発明の第４の実施の形態におけるセッション管理部の処理を示すフローチャートであり、
図３５は、本発明に係るプロバイダ接続システム及びそのパケット交換装置の第５の実施の形態を示す構成図であり、
図３６は、図３５中のトンネル・リダイレクション機能付きＢＡＳの構成を示すブロック図であり、
図３７は、本発明の第５の実施の形態における転送管理テーブルを詳しく示す説明図であり、
図３８は、本発明の第５の実施の形態におけるトンネル・リダイレクション機能付きＢＡＳのパケット転送処理を示す説明図であり、
図３９は、本発明の第５の実施の形態においてユーザ側からパケットを受信したときの処理を示すフローチャートであり、
図４０は、本発明の第５の実施の形態においてＢＡＳ側からパケットを受信したときの処理を示すフローチャートであり、
図４１は、従来のネットワークトンネリングシステムを示す構成図である。
【図１】
2003043276.tif 000003
【図２】
2003043276.tif 000004
【図３】
2003043276.tif 000005
【図４】
2003043276.tif 000006
【図５】
2003043276.tif 000007
【図６】
2003043276.tif 000008
【図７】
2003043276.tif 000009
【図８】
2003043276.tif 000010
【図９】
2003043276.tif 000011
【図１０】
2003043276.tif 000012
【図１１】
2003043276.tif 000013
【図１２】
2003043276.tif 000014
【図１３】
2003043276.tif 000015
【図１４】
2003043276.tif 000016
【図１５】
2003043276.tif 000017
【図１６】
2003043276.tif 000018
【図１７】
2003043276.tif 000019
【図１８】
2003043276.tif 000020
【図１９】
2003043276.tif 000021
【図２０】
2003043276.tif 000022
【図２１】
2003043276.tif 000023
【図２２】
2003043276.tif 000024
【図２３】
2003043276.tif 000025
【図２４】
2003043276.tif 000026
【図２５】
2003043276.tif 000027
【図２６】
2003043276.tif 000028
【図２７】
2003043276.tif 000029
【図２８】
2003043276.tif 000030
【図２９】
2003043276.tif 000031
【図３０】
2003043276.tif 000032
【図３１】
2003043276.tif 000033
【図３２】
2003043276.tif 000034
【図３３】
2003043276.tif 000035
【図３４】
2003043276.tif 000036
【図３５】
2003043276.tif 000037
【図３６】
2003043276.tif 000038
【図３７】
2003043276.tif 000039
【図３８】
2003043276.tif 000040
【図３９】
2003043276.tif 000041
【図４０】
2003043276.tif 000042
【図４１】
2003043276.tif 000043
【国際調査報告】
2003043276.tif 000044
2003043276.tif 000045
2003043276.tif 000046
2003043276.tif 000047
2003043276.tif 000048
2003043276.tif 000049
2003043276.tif 000050