JP3771523B2 - ゲートウェイ装置 - Google Patents
ゲートウェイ装置 Download PDFInfo
- Publication number
- JP3771523B2 JP3771523B2 JP2002215937A JP2002215937A JP3771523B2 JP 3771523 B2 JP3771523 B2 JP 3771523B2 JP 2002215937 A JP2002215937 A JP 2002215937A JP 2002215937 A JP2002215937 A JP 2002215937A JP 3771523 B2 JP3771523 B2 JP 3771523B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- content
- virtual network
- content distribution
- distribution server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ配信システムのためのゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ１４１〜１４９は、コンテンツを蓄積し、ユーザ端末からのコンテンツ配信サーバ接続要求に応答して該コンテンツを送出する。ただしコンテンツ配信サーバ１４１、１４４および１４７は仮想網１に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４２、１４５および１４８は仮想網２に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４３、１４６および１４９は仮想網３に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバである。
【０００３】
データ転送装置２１〜２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ配信サーバ接続要求を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末５１および５２が仮想網１に属し、ユーザ端末５３が仮想網２に属し、ユーザ端末５４が仮想網３に属する例であり、仮想網１の仮想網ＩＤを１、仮想網２の仮想網ＩＤを２、仮想網３の仮想網ＩＤを３とする。各データ転送装置２１〜２５は、仮想網ＩＤ＝１、２および３を管理し、ユーザ端末５１および５２から送出されるパケットおよびコンテンツ配信サーバ１４１、１４４および１４７から送出されるパケットに対し、仮想網ＩＤ＝１を付与し、仮想網ＩＤ＝１に従い、コンテンツ配信網１１内の仮想網１上にてパケット転送を行う。同様に、各データ転送装置２１〜２５は、ユーザ端末５３から送出されるパケットおよびコンテンツ配信サーバ１４２、１４５および１４８から送出されるパケットに対し、仮想網ＩＤ＝２を付与し、仮想網ＩＤ＝２に従い、コンテンツ配信網１１内の仮想網２上にてパケット転送を行い、また、ユーザ端末５４から送出されるパケットおよびコンテンツ配信サーバ１４３、１４６および１４９から送出されるパケットに対し、仮想網ＩＤ＝３を付与し、仮想網ＩＤ＝３に従い、コンテンツ配信網１１内の仮想網３上にてパケット転送を行う。
【０００４】
なお、実際にデータ転送装置が、ユーザ端末もしくはコンテンツ配信サーバと仮想網との対応を管理する方法は以下の通りである。仮想網１の場合、データ転送装置２４は、ライン６１およびライン６２から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７１、ライン７４、ライン７７から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。同様に仮想網２の場合、データ転送装置２５は、ライン６３から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７２、ライン７５、ライン７８から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。同様に仮想網３の場合、データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７３、ライン７６、ライン７９から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。
【０００５】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理するだけで、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００６】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｉｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよいことを追記する。
【０００７】
【発明が解決しようとする課題】
前述の従来技術は、仮想網毎のセキュアなコンテンツ配信を実現するものの、以下の課題がある。データ転送装置は、各ラインと仮想網を対応づけることにより通信のセキュリティを実現しており、これによりコンテンツ配信サーバは仮想網毎に個別に設置する必要がある。すなわち、サーバの台数を増やす原因となり、サーバコストの増大を招く。
【０００８】
一方、仮想網間でコンテンツ配信サーバを共用化するために、１つのコンテンツ配信サーバが複数のラインと接続し、各ラインを各仮想網と対応付けさせることは可能である。しかしこれでは、各仮想網に属するユーザ端末が該コンテンツ配信サーバに自由に接続できてしまうため、ある仮想網のユーザ端末のみが取得を許可されているコンテンツが、他仮想網のユーザ端末からも取得される恐れがあり、本来の目的である仮想網毎のセキュアなコンテンツ配信が達成できない。
【０００９】
【課題を解決するための手段】
前記課題を解決するために、図１に示すようにゲートウェイ装置をデータ転送装置とコンテンツ配信サーバ間に導入する。
【００１０】
ゲートウェイ装置は、コンテンツ配信サーバが蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイ装置は、ユーザ端末から送られるコンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。
【００１１】
また、ゲートウェイ装置は、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ配信サーバ接続要求を行ったユーザ端末が属する仮想網に振分ける。
【００１２】
以上の手段により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【００１３】
なお、本ゲートウェイ装置の導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００１４】
また本発明は、前記ゲートウェイ装置の内部処理の実現手段を発明したものである。以下に本発明の手段を、図１３を用い説明する。
【００１５】
パケット転送処理部１００２は、データ転送装置やコンテンツ配信サーバ等の外部から受信するパケットのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、ユーザＩＤあるいは仮想網ＩＤを読み取ると共に、コネクション情報を読み取る。読み取ったコネクション情報の中に予め定められた特定値を有する場合、パケット転送処理部１００２は、該パケットおよび、解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部１００５に転送する。コンテンツＩＤ処理部１００５は、転送された特定値を有するパケットに対し、パケットヘッダ内に記述されているコンテンツＩＤを読み取り、コンテンツＩＤおよび、ユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。コンテンツＩＤ管理部１００６は、各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可あるいは取得不許可とするコンテンツＩＤを管理しており、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可あるいはコンテンツ取得不許可のいずれかの検索結果を応答する。応答結果がコンテンツ取得許可の場合は、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットを外部に転送する。一方、応答結果がコンテンツ取得不許可の場合は、コンテンツＩＤ処理部１００５は該パケットを廃棄する。
【００１６】
また本発明は、図１４に示すように、コネクション処理部およびコネクション管理部を有する形態によっても実現される。以下に本手段を説明する。
【００１７】
パケット転送処理部１００２は、データ転送装置やコンテンツ配信サーバ等の外部から受信するパケットのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、ユーザＩＤあるいは仮想網ＩＤを読み取ると共に、コネクション情報を読み取る。パケット転送処理部１００２は、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。コネクション管理部１００３は、通信中のコネクション情報を管理しており、コネクション検索要求に対し、コネクション検索要求に対する応答として、該コネクションが通信中であるか否か（登録されているか否か）をパケット転送処理部１００２に送る。
【００１８】
ゲートウェイ装置１００１における以後の処理手順は、外部から受信するパケットの種別および、コネクション管理部１００３におけるコネクション情報の登録状態により、以下に分類される。ここでパケットの種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【００１９】
（１）コネクション管理部１００３において該コネクションが登録されていない場合あるいは受信したパケットがコネクション確立パケットの場合、
パケット転送処理部１００２は、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、パケットヘッダに記載されるコネクション情報をコネクション管理部１００３に設定する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【００２０】
（２）コネクション管理部１００３において該コネクションが登録されており、受信したパケットがコネクション切断パケットの場合、
パケット転送処理部１００２は、（１）と同様に該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、コネクション管理部１００３が管理している該コネクションのコネクション情報を削除する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【００２１】
（３）コネクション管理部１００３において該コネクションが登録されているが、該コネクション情報の中に予め定められた特定値を有さない場合、
パケット転送処理部１００２は、宛先に従い、該パケットを外部に転送する。
【００２２】
（４）コネクション管理部１００３において該コネクションが登録されており、該コネクション情報の中に予め定められた特定値を有する場合、
パケット転送処理部１００２は、該パケットおよび、解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部１００５に転送する。コンテンツＩＤ処理部１００５は、転送された特定値を有するパケットに対し、パケットヘッダ内に記述されているコンテンツＩＤを読み取り、コンテンツＩＤおよび、ユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。コンテンツＩＤ管理部１００６は、各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可あるいは取得不許可とするコンテンツＩＤを管理しており、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可あるいはコンテンツ取得不許可のいずれかの検索結果を応答する。応答結果がコンテンツ取得許可の場合は、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットを外部に転送する。一方、応答結果がコンテンツ取得不許可の場合は、コンテンツＩＤ処理部１００５は該パケットを廃棄する。
【００２３】
以上の手段は、前記ゲートウェイ装置の内部処理において、以下の利点がある。
本発明は、図１３の処理あるいは図１４における前記（４）の処理のように、コンテンツ配信サービスをはじめとする特定用途の処理は、コンテンツＩＤ処理部１００５およびコンテンツＩＤ管理部１００６で行い、多くの通信アプリケーションで共通となる処理は、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４にて行う。このような機能ブロック配置を取ることにより、共通となる処理の高速化を可能とする。また、コンテンツ配信サービス以外の通信アプリケーションを追加する場合にも、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４は共通化できるため、サービス拡張性にも優れる。
【００２４】
また本発明の図１３あるいは図１４のパケット転送処理部１００２は、コンテンツ配信サーバから送られるコンテンツを載せたＨＴＴＰ応答パケットがユーザ端末に到着あるいは未到着であることを伝えるために、ユーザ端末からコンテンツ配信サーバに向け送出されるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットを受信した場合に対し、該パケットをコンテンツＩＤ処理部には転送せず、コンテンツ配信サーバに転送する手段を有する。
以上の手段は、前記ゲートウェイ装置の内部処理において、以下の利点がある。
本発明は、図１３の処理あるいは図１４における前記（４）の処理のように、コンテンツ配信サービスをはじめとする特定用途の処理において、ユーザ端末から送出されるコンテンツＩＤを有するＨＴＴＰ要求パケットと前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットとを区別し、コンテンツＩＤ処理が必要なＨＴＴＰ要求パケットのみをコンテンツＩＤ処理部１００５に転送する。前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットの数は一般に、ＨＴＴＰ応答パケットの数の約２分の１から同数もあるため、前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットをコンテンツＩＤ処理部１００５に転送しないことは、コンテンツＩＤ処理部１００５の処理の軽減に貢献する。
【００２５】
【発明の実施の形態】
以下、実施例に基づき本発明の実施の形態を詳細に説明する。
【００２６】
（実施例１）
本発明の実施形態に基づくコンテンツ配信システムは図１に示す。本実施例では、コンテンツ配信サーバ４１、４２、４３および４４の実サーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４の実ユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末みが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。
【００２７】
仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図３を用い、以下に説明する。
【００２８】
まずユーザ端末５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ配信サーバ接続要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ配信サーバ接続要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００２９】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ配信サーバ接続要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを取得許可されているため、ゲートウェイ装置３１はコンテンツ配信サーバ接続要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００３１】
ここで、ゲートウェイ装置３１が行っているコンテンツＩＤと取得許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/」、「/server41/contentB」、「/server41/contentC」と定義し、ゲートウェイ装置３１は、/server41/を取得許可とするラインＩＤ＝７１、/server41/contentBを取得許可とするＩＤ＝７２、/server41/contentCを取得許可とするラインＩＤ＝７２および７３、の各関係を管理することにより、同等のコンテンツ取得セキュリティレベルを確保できる。
【００３２】
また第２の手法は、ラインＩＤの代わりに実ユーザＩＤを用いて方法である。この場合、ゲートウェイ装置３１は、ラインＩＤ＝７１の代わりに実ユーザＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実ユーザＩＤ＝５３、ラインＩＤ＝７３の代わりに実ユーザＩＤ＝５４を管理する。
【００３３】
さて、コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ装置３１は、コンテンツ配信パケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、コンテンツ配信パケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ装置３１がコンテンツ配信サーバ接続要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、コンテンツ配信パケット８４をライン７１に振分ける方法もある。
【００３４】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ配信パケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ配信パケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００３５】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってコンテンツ配信パケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるコンテンツ配信パケット８６をユーザ端末５１が受信することにより、ユーザ端末５１はコンテンツＡを取得することができる。
【００３６】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図４を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。
【００３７】
まずユーザ端末５４は、宛先ＩＤ＝４１、送信元ＩＤ＝５４を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ配信サーバ接続要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ配信サーバ接続要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００３８】
データ転送装置２１は、コンテンツ配信サーバ接続要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをライン７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３９】
ゲートウェイ装置３１は、データ転送装置２１からライン７３を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７３はコンテンツＡの取得を許可されていないため、ゲートウェイ装置３１はコンテンツ配信サーバ接続要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【００４０】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【００４１】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００４２】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図３および図４に示したものと同様である。
【００４３】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００４４】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤと実ユーザＩＤにより行う。
【００４５】
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【００４６】
（実施例２）
本実施例は、実施例１において各仮想網で運用されている実ユーザＩＤがプライベートアドレスで運用されている例である。すなわち、仮想網間で同一の実ユーザＩＤが使用されている場合に対処するため、各ゲートウェイ装置は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求パケットに送信元として付与されている実ユーザＩＤを、共通体系ユーザＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイ装置との間のライン上においてユーザＩＤの重複を回避する。なお当然ながらゲートウェイ装置は、コンテンツ配信サーバから送られるコンテンツ配信パケットに宛元として付与されている共通体系ユーザＩＤを、該実ユーザＩＤに変換および付与し直す動作も行う。
【００４７】
本実施例は、上記以外の動作は実施例１と同様であるため、システム形態は図１に従う。したがって本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。ただし、ユーザ端末の実ユーザＩＤが、仮想網間で重複する例を考え、本実施例では図７のように、ユーザ端末５１、５２、５３および５４の実ユーザＩＤをそれぞれ５１、５２、５１および５１とし、実ユーザＩＤ＝５１が３つの仮想網１〜３で存在する例を考える。
【００４８】
仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図８を用い、以下に説明する。ただしユーザ端末５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出してから、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８２をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００４９】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを取得許可されていることを確認する。次にゲートウェイ装置３１は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求のパケット８３の送信元ＩＤを実ユーザＩＤ＝５１から、共通体系ユーザＩＤに変換する。共通体系ユーザＩＤは、コンテンツ配信サーバとゲートウェイ装置との間のラインで一義に定まるユーザＩＤであり、これによって例えばコンテンツ配信サーバ４１とゲートウェイ装置３１との間のラインにおいて、ユーザ端末５１、５３および５４からの各コンテンツ配信サーバ接続要求パケットの送信元ＩＤをそれぞれ異なる値に変換させることにより、各コンテンツ配信サーバ接続要求パケットの送信元端末を正しく認識することができる。本実施例では、実ユーザＩＤから共通体系ユーザＩＤに変換する方法として、仮想網毎に共通体系ユーザＩＤの使用可能な範囲を定めることにし、仮想網１に対して共通体系ユーザＩＤは１５１〜１６０、仮想網２に対して共通体系ユーザＩＤは２５１〜２６０、仮想網３に対して共通体系ユーザＩＤは３５１〜３６０と定める。実ユーザＩＤと共通体系ユーザＩＤとの値の対応は、固定的に付与しても動的に付与してもどちらでもよい。本例では、コンテンツ配信サーバ接続要求のパケット８３の送信元ＩＤは５１から１５１に変換されるものとする。そしてゲートウェイ装置３１は、送信元ＩＤを共通体系ユーザＩＤ＝１５１に変換したコンテンツ配信サーバ接続要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００５０】
コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８７を受信すると、コンテンツＡを載せたコンテンツ配信パケット８８をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８８には、宛先ＩＤ＝１５１、送信元ＩＤ＝４１が記載されている。
【００５１】
ゲートウェイ装置３１は、コンテンツ配信パケット８８を受信すると、その宛元として付与されている共通体系ユーザＩＤ＝１５１を、実ユーザＩＤ＝５１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００５２】
この後の処理、すなわち、データ転送装置２１がコンテンツ配信パケット８４を受信してから、ユーザ端末５１にコンテンツ配信パケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００５３】
なお、取得が許可されていない仮想網に属するユーザ端末からのコンテンツ配信サーバ接続要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００５４】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００５５】
（実施例３）
本実施例は、実施例１において各ゲートウェイ装置が各コンテンツ配信サーバに対応する仮想サーバＩＤを有し、各ユーザ端末はコンテンツ配信サーバ接続要求パケットの宛先アドレスとして仮想サーバＩＤを付与する例である。具体的な仮想サーバＩＤの付与法は、図９を用いながら以下に説明する。図９は、図１におけるゲートウェイ装置３１〜３３のみを取り上げた図である。図９において、ゲートウェイ装置３１はコンテンツ配信サーバ４１の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４１、仮想網２に対し仮想サーバＩＤ＝２４１、仮想網３に対し仮想サーバＩＤ＝３４１を有する。同様にゲートウェイ装置３３も、コンテンツ配信サーバ４４の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４４、仮想網２に対し仮想サーバＩＤ＝２４４、仮想網３に対し仮想サーバＩＤ＝３４４を有する。
【００５６】
また、ゲートウェイ装置３２についてはコンテンツ配信サーバ４２および４３の２台を収容するため、主に２つの仮想サーバＩＤの付与方法がある。第１の方法は図９に示すように、仮想網１に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝１４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝１４３、仮想網２に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝２４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝２４３、仮想網３に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝３４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝３４３、を有する。第２の方法は図１０に示すように、コンテンツ配信サーバ４２および４３に共通な仮想サーバＩＤを付与する、すなわち仮想網１に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９１、仮想網２に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９２、仮想網３に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９３、を有する。第２の方法はサーバの負荷分散に利用でき、ゲートウェイ装置３２は、コンテンツ配信サーバ４２、４３のうち情報トラヒック量あるいは処理負荷量の小さいコンテンツ配信サーバの実サーバＩＤと仮想サーバＩＤを変換する。この方法は、ゲートウェイ装置が収容するコンテンツ配信サーバ数にかかわらず、ユーザ端末に仮想サーバＩＤを１つだけ見せることにより、ユーザ端末が意識することなく、最も負荷の少ないコンテンツ配信サーバからコンテンツを送信することができる。
【００５７】
以下、本実施例として、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を図１および図１１を用いて説明する。
【００５８】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。
【００５９】
ユーザ端末５１が、宛先ＩＤ＝１４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。以後、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８３をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。また、ゲートウェイ装置３１は、コンテンツ配信サーバ４１の実サーバＩＤと仮想網毎の仮想サーバＩＤとの対応を管理している。
【００６１】
データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを取得許可されていることを確認する。次にゲートウェイ装置３１は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求のパケット８３の宛先ＩＤを１４１から、実サーバＩＤ＝４１に変換し、該パケット８７をコンテンツ配信サーバ４１に転送する。
【００６２】
コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８７を受信すると、コンテンツＡを載せたコンテンツ配信パケット８８をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８８には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。
【００６３】
ゲートウェイ装置３１は、コンテンツ配信パケット８８を受信すると、その送信元として付与されている実サーバＩＤ＝４１を、仮想サーバＩＤ＝１４１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００６４】
この後の処理、すなわち、データ転送装置２１がコンテンツ配信パケット８４を受信してから、ユーザ端末５１はコンテンツ配信パケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６５】
なお、取得が許可されていない仮想網に属するユーザ端末からのコンテンツ配信サーバ接続要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００６６】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００６７】
さらに、実施例２で示した実ユーザＩＤと共通体系ユーザＩＤの変換処理と、本実施例である実サーバＩＤと仮想サーバＩＤの変換処理を組合せた形態にも応用できることを追記する。
【００６８】
（実施例４）
本実施例は、実施例１から３で示された動作において、多数のコンテンツ配信サーバ接続要求が発生した際に備え、接続可能な最大数を設け、最大数を超過した場合にコンテンツ配信サーバ接続要求を拒否する動作例である。高負荷による品質劣化の回避や各論理網からのコンテンツ配信サーバ接続要求数の公平性を提供するために必要な機能である。
【００６９】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、ユーザ端末の実ユーザＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。
【００７０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１に蓄積されるコンテンツＣに対し、仮想網１からの最大許容接続数を５、仮想網２からの最大許容接続数を１０、仮想網３からの最大許容接続数を１５に設定されている。今、仮想網１からのコンテンツ配信サーバ接続要求数が５に達しているとき、ユーザ端末５１がコンテンツＣを取得する動作を行った場合の動作を、図１２を用い、以下説明する。
【００７１】
ただしユーザ端末５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出してから、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８３をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００７２】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＣを取得許可されていることを確認する。次ぎにゲートウェイ装置３１は、コンテンツＣに対し、仮想網１からの現在のコンテンツ配信サーバ接続要求数と最大許容接続数を比較する。現在の仮想網１からのコンテンツ配信サーバ接続要求数が５に達しているため、ゲートウェイ装置３１はユーザ端末５１からのコンテンツ配信サーバ接続要求パケット８３を廃棄する。
【００７３】
（実施例５）
本実施例では図１において、コンテンツ配信サーバ４１、４２、４３および４４のサーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末のみが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。本実施例では、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図１、図１３、図１５および図１６を用い、以下に説明する。
【００７４】
コンテンツ配信を行う場合、ＩＰの上位にＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通信シーケンスを示しており、大別してＴＣＰコネクション確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション切断の３フェーズから成る。まず、ＴＣＰのコネクション確立パケットとして、ユーザ端末５１からのＳＹＮフラグを有するパケット、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ端末５１からのＡＣＫフラグを有するパケットの計３パケットがやりとりされる。ＴＣＰコネクション確立後、ユーザ端末５１はコンテンツ取得要求パケットとして、要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケットを送出し、一方、コンテンツ配信サーバ４１はその応答であるコンテンツ配信パケットとして、ＨＴＴＰ応答パケットを送出する。なお、１つのＴＣＰコネクション上において、複数組のＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットが転送されることも可能である。目的コンテンツの取得が終了すると、ユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【００７５】
このようなコンテンツ配信の通信シーケンスに対し、図１および図１３のゲートウェイ装置３１（１００１）は、以下に示す処理を行うことにより、仮想網毎に取得許可されているコンテンツのみ、コンテンツ配信サーバから取得可能となるように動作できる。
【００７６】
データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、ユーザ端末５１からのＳＹＮフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００７７】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、前記ＳＹＮフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよい。本実施例では、ＡＴＭのＶＣＩにより実現され、ライン７１、７２および７３はそれぞれ、ＶＣＩ＝７１、７２および７３により区別されるものとする。
【００７８】
ゲートウェイ装置１００１は、パケットがどのＶＣＩからのものであるかを識別する。ゲートウェイ装置１００１は、データ転送装置２１から前記ＳＹＮフラグを有するパケットを受信すると、パケット転送処理部１００２において、そのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、仮想網ＩＤであるＶＣＩを読み取ると共に、コネクション情報、パケット種別を読み取る。コネクション情報とは、パケットの送信元アドレスであるユーザＩＤ、宛先アドレスであるサーバＩＤ、送信元および宛先ポート番号である。また、パケット種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【００７９】
パケット転送処理部１００２は、該パケットがＴＣＰコネクション確立パケットであることから、該パケットをその宛先に従い、コンテンツ配信サーバ４１に転送する。
【００８０】
コンテンツ配信サーバ４１は、パケットの送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣＫフラグを有するパケットを送出する。セキュリティ保証型ゲートウェイ装置１００１のパケット転送処理部１００２は、ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、ヘッダ解析によりパケット種別がＴＣＰコネクション確立パケットであることを知り、前記と同様に該パケットをその宛先に従い、ＶＣＩ＝７１に振分ける。
【００８１】
データ転送装置２１は、ＶＣＩ＝７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００８２】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先識別子を読み取り、ライン６１かライン６２への振分けを判断する。したがって前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていること、宛先識別子＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、前記ＳＹＮおよびＡＣＫフラグを有するパケットはユーザ端末５１に転送される。
【００８３】
次にユーザ端末５１は、パケットの送信元アドレスとしてユーザＩＤ＝５１、宛先アドレスとしてサーバＩＤ＝４１が付与されたＡＣＫフラグを有するパケットを送出する。以後、該パケットがデータ転送装置２４からゲートウェイ装置１００１まで転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。また、ゲートウェイ装置１００１内におけるＡＣＫフラグを有するパケットの処理動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【００８４】
以上の手順により、ゲートウェイ装置１００１におけるＴＣＰコネクション確立の処理が終了する。
【００８５】
次に、ユーザ端末５１は、宛先識別子＝４１、送信元識別子＝５１を記載したコンテンツ取得要求パケット８１を送出する。以後、ユーザ端末５１がコンテンツ配信パケット８６を受信するまでの処理は図１６を用い、説明する。なお、コンテンツ取得要求パケット８１がデータ転送装置２４からゲートウェイ装置１００１に転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。
【００８６】
ゲートウェイ装置１００１のパケット転送処理部１００２はコンテンツ取得要求パケット８３を受信すると、パケットヘッダの解析を行う。パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【００８７】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【００８８】
コンテンツＩＤ管理部１００６は、各ＶＣＩに対する、取得許可あるいは取得不許可とするＵＲＬを管理している。すなわち、ＶＣＩ＝７１に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７２に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７３に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【００８９】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７１に対し取得許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可であることを伝える。応答結果がコンテンツ取得許可であるため、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットをコンテンツ配信サーバ４１に転送する。
【００９０】
ここで、コンテンツＩＤ処理部１００５がＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う手法の代替手法として、ＶＣＩの代わりにユーザＩＤを用いる方法がある。これに伴い、コンテンツＩＤ管理部１００６は、ユーザＩＤ＝５１および５２に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５３に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５４に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【００９１】
さて、コンテンツ配信サーバ４１が、コンテンツ取得要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置１００１に向け送信する。コンテンツ配信パケット８４には、送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が記載されている。
【００９２】
パケット転送処理部１００２はコンテンツ配信パケット８４を受信すると、ヘッダ解析を行う。コンテンツ配信パケットの送信元ポート番号および宛先ポート番号は、コンテンツ取得要求パケットの送信元ポート番号および宛先ポート番号と入れ替えたかたちになっており、コンテンツ配信パケットの送信元ポート番号が８０になる。コンテンツ配信パケット８４の宛先ポート番号は８０でないため、パケット転送処理部１００２は該パケットをコンテンツＩＤ処理部１００５には転送せず、直接、その宛先に従い、ＶＣＩ＝７１に振分ける。
【００９３】
以後の動作、すなわち、データ転送装置２１がＶＣＩ＝７１から到着するコンテンツ配信パケット８４を受信してから、コンテンツ配信パケット８６をユーザ端末５１が受信するまでの動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【００９４】
以上の一連の処理により、ユーザ端末５１はコンテンツＡを取得することができる。なお、図１５に示すように、同一のＴＣＰコネクション上にて引き続きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットのやりとりを行う場合も、前述の処理手順に従う。
【００９５】
さて、目的コンテンツの取得が終了すると、図１５に示すようにユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。これらのパケットに対する処理動作は、ＴＣＰコネクション確立パケットの処理動作と同じである。
【００９６】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図１７を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。なお、ＴＣＰコネクション確立パケットの処理は前述と同様であるため、ここでは説明を省略し、ＨＴＴＰ要求パケットに関する処理を説明する。
【００９７】
まずユーザ端末５４は、宛先識別子＝４１、送信元識別子＝５４を記載したコンテンツ取得要求パケット８１を送出する。
【００９８】
データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ取得要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００９９】
データ転送装置２１は、コンテンツ取得要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをＶＣＩ＝７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【０１００】
データ転送装置２１からＶＣＩ＝７３を通じて転送されたコンテンツ取得要求パケット８３を受信すると、ゲートウェイ装置１００１のパケット転送処理部１００２は、パケットヘッダの解析を行う。パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【０１０１】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１０２】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７３に対し取得不許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得不許可であることを伝える。応答結果がコンテンツ取得不許可であるため、コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【０１０３】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【０１０４】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【０１０５】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図１６および図１７に示したものと同様である。
【０１０６】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１０７】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤとユーザＩＤにより行う。
【０１０８】
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【０１０９】
（実施例６）
本実施例では図１において、コンテンツ配信サーバ４１、４２、４３および４４のサーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末のみが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。本実施例では、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図１、図１４、図１５および図１６を用い、以下に説明する。
【０１１０】
コンテンツ配信を行う場合、ＩＰの上位にＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通信シーケンスを示しており、大別してＴＣＰコネクション確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション切断の３フェーズから成る。まず、ＴＣＰのコネクション確立パケットとして、ユーザ端末５１からのＳＹＮフラグを有するパケット、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ端末５１からのＡＣＫフラグを有するパケットの計３パケットがやりとりされる。ＴＣＰコネクション確立後、ユーザ端末５１はコンテンツ取得要求パケットとして、要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケットを送出し、一方、コンテンツ配信サーバ４１はその応答であるコンテンツ配信パケットとして、ＨＴＴＰ応答パケットを送出する。なお、１つのＴＣＰコネクション上において、複数組のＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットが転送されることも可能である。目的コンテンツの取得が終了すると、ユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【０１１１】
このようなコンテンツ配信の通信シーケンスに対し、図１および図１４のゲートウェイ装置３１（１００１）は、以下に示す処理を行うことにより、仮想網毎に取得許可されているコンテンツのみ、コンテンツ配信サーバから取得可能となるように動作できる。
【０１１２】
データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、ユーザ端末５１からのＳＹＮフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【０１１３】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、前記ＳＹＮフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ 識別子）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ 識別子）などの論理チャネルを用いてもよい。本実施例では、ＡＴＭのＶＣＩにより実現され、ライン７１、７２および７３はそれぞれ、ＶＣＩ＝７１、７２および７３により区別されるものとする。
【０１１４】
ゲートウェイ装置１００１は、パケットがどのＶＣＩからのものであるかを識別する。ゲートウェイ装置１００１は、データ転送装置２１から前記ＳＹＮフラグを有するパケットを受信すると、パケット転送処理部１００２において、そのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、仮想網ＩＤであるＶＣＩを読み取ると共に、コネクション情報、パケット種別を読み取る。コネクション情報は、パケットの送信元アドレスであるユーザＩＤ、宛先アドレスであるサーバＩＤ、送信元および宛先ポート番号である。また、パケット種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【０１１５】
パケット転送処理部１００２は、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。コネクション管理部１００３は、通信中のコネクション情報を管理しており、コネクション検索要求に対し、コネクション検索要求に対する応答として、該コネクションが通信中であるか否か（登録されているか否か）をパケット転送処理部１００２に送る。前記ＳＹＮフラグを有するパケットを受信した段階では当然ながら、コネクション情報は登録されていないため、コネクション管理部１００３は該コネクションが未登録であることをパケット転送処理部１００２に通知する。
【０１１６】
前記通知を受けるとパケット転送処理部１００２は、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、パケットヘッダに記載されるコネクション情報をコネクション管理部１００３に設定する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、コンテンツ配信サーバ４１に転送される。
【０１１７】
コンテンツ配信サーバ４１は、パケットの送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣＫフラグを有するパケットを送出する。セキュリティ保証型コンテンツ配信装置１００１のパケット転送処理部１００２は、ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、前記ヘッダ解析によりパケット種別がＴＣＰコネクション確立パケットであることを知り、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、既にコネクション管理部１００３に設定したコネクション情報と照合する。ここで既に設定したコネクション情報と照合する理由は、最初に受信したユーザ端末５１からのＳＹＮフラグを有するパケットの次ぎに、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、さらにこの後にユーザ端末５１から送出されるＡＣＫフラグを有するパケットがやりとりされているかを確認するために行う。上記３つのパケットのやりとりが確認されて、コネクション管理部１００３に設定されたコネクション情報は本登録されたことになる。
【０１１８】
照合確認がとれると、該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、ＶＣＩ＝７１に振分けられる。
【０１１９】
データ転送装置２１は、ＶＣＩ＝７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【０１２０】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先識別子を読み取り、ライン６１かライン６２への振分けを判断する。したがって前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていること、宛先識別子＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、前記ＳＹＮおよびＡＣＫフラグを有するパケットはユーザ端末５１に転送される。
【０１２１】
次にユーザ端末５１は、パケットの送信元アドレスとしてユーザＩＤ＝５１、宛先アドレスとしてサーバＩＤ＝４１が付与されたＡＣＫフラグを有するパケットを送出する。以後、該パケットがデータ転送装置２４からゲートウェイ装置１００１まで転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。また、ゲートウェイ装置１００１内におけるＡＣＫフラグを有するパケットの処理動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【０１２２】
以上の手順により、ゲートウェイ装置１００１におけるＴＣＰコネクション確立の処理が終了する。ここで、ＴＣＰコネクション確立パケットがパケット転送処理部１００２だけで処理せず、コネクション処理部１００４に転送され、また、コネクション管理部１００３にてコネクション情報を管理する方法が有効な利用として、アプリケーションに依存せず、サーバ単位で各仮想網のユーザ端末の接続条件を規定する方法があげられる。この場合、パケット転送処理部１００２あるいはコネクション処理部１００４は、今までに述べた処理に加え、各仮想網の接続可能サーバのサーバＩＤを管理することにより実現する。
【０１２３】
次に、ユーザ端末５１は、宛先識別子＝４１、送信元識別子＝５１を記載したコンテンツ取得要求パケット８１を送出する。以後、ユーザ端末５１がコンテンツ配信パケット８６を受信するまでの処理は図１６を用い、説明する。なお、コンテンツ取得要求パケット８１がデータ転送装置２４からゲートウェイ装置１００１に転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。
【０１２４】
ゲートウェイ装置１００１のパケット転送処理部１００２はコンテンツ取得要求パケット８３を受信すると、コネクション管理部１００３に対しコネクション検索要求を行う。その応答を通じて該コネクションが登録されていること、さらに、パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【０１２５】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１２６】
コンテンツＩＤ管理部１００６は、各ＶＣＩに対する、取得許可あるいは取得不許可とするＵＲＬを管理している。すなわち、ＶＣＩ＝７１に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７２に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７３に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【０１２７】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７１に対し取得許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可であることを伝える。応答結果がコンテンツ取得許可であるため、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットをコンテンツ配信サーバ４１に転送する。
【０１２８】
ここで、コンテンツＩＤ処理部１００５がＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う手法の代替手法として、ＶＣＩの代わりにユーザＩＤを用いる方法がある。これに伴い、コンテンツＩＤ管理部１００６は、ユーザＩＤ＝５１および５２に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５３に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５４に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【０１２９】
さて、コンテンツ配信サーバ４１が、コンテンツ取得要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置１００１に向け送信する。コンテンツ配信パケット８４には、送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が記載されている。
【０１３０】
パケット転送処理部１００２はコンテンツ配信パケット８４を受信すると、ヘッダ解析を行い、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。該コネクションは既に登録されているため、コネクション管理部１００３は、コネクション検索要求に対する応答として、該コネクションが通信中であることをパケット転送処理部１００２に伝える。
【０１３１】
該コネクションが通信中であることを確認すると、パケット転送処理部１００２は該パケットをその宛先に従い、ＶＣＩ＝７１に振分ける。
【０１３２】
以後の動作、すなわち、データ転送装置２１がＶＣＩ＝７１から到着するコンテンツ配信パケット８４を受信してから、コンテンツ配信パケット８６をユーザ端末５１が受信するまでの動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【０１３３】
以上の一連の処理により、ユーザ端末５１はコンテンツＡを取得することができる。なお、図１５に示すように、同一のＴＣＰコネクション上にて引き続きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットのやりとりを行う場合も、前述の処理手順に従う。
【０１３４】
さて、目的コンテンツの取得が終了すると、図１５に示すようにユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【０１３５】
ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットがユーザ端末５１からゲートウェイ装置１００１まで転送される動作、およびＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットがコンテンツ配信サーバ４１からゲートウェイ装置１００１まで転送される動作は、今までに述べた動作と同じであるため、これらの説明は省略し、ゲートウェイ装置１００１の内部処理のみを以下に説明する。
【０１３６】
パケット転送処理部１００２は、ＦＩＮおよびＡＣＫフラグを有するパケットを受信すると、ヘッダ解析を行い、パケット種別がＴＣＰコネクション切断パケットであることを知り、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、コネクション管理部１００３が管理している該コネクションのコネクション情報を削除する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、コンテンツ配信サーバ４１に転送される。
【０１３７】
以後、コンテンツ配信サーバ４１から送られるＡＣＫフラグを有するパケット、ＦＩＮおよびＡＣＫフラグを有するパケット、およびユーザ端末５１から送られるＡＣＫフラグを有するパケットについても、パケット転送処理部１００２からコネクション処理部１００４に転送される。コネクション処理部１００４は、最初に受信したユーザ端末５１からのＦＩＮおよびＡＣＫフラグを有するパケットの次ぎに、コンテンツ配信サーバ４１から送られるＡＣＫフラグを有するパケット、ＦＩＮおよびＡＣＫフラグを有するパケット、およびユーザ端末５１から送られるＡＣＫフラグを有するパケットがやりとりされているかを確認する。確認がとれると各パケットは、再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【０１３８】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図１７を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。なお、ＴＣＰコネクション確立パケットの処理は前述と同様であるため、ここでは説明を省略し、ＨＴＴＰ要求パケットに関する処理を説明する。
【０１３９】
まずユーザ端末５４は、宛先識別子＝４１、送信元識別子＝５４を記載したコンテンツ取得要求パケット８１を送出する。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ取得要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【０１４０】
データ転送装置２１は、コンテンツ取得要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをＶＣＩ＝７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【０１４１】
データ転送装置２１からＶＣＩ＝７３を通じて転送されたコンテンツ取得要求パケット８３を受信すると、ゲートウェイ装置１００１のパケット転送処理部１００２は、コネクション管理部１００３に対しコネクション検索要求を行う。その応答として該コネクションが登録されていること、さらに、パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７３をコンテンツＩＤ処理部１００５に転送する。
【０１４２】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１４３】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７３に対し取得不許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得不許可であることを伝える。応答結果がコンテンツ取得不許可であるため、コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【０１４４】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【０１４５】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【０１４６】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図１６および図１７に示したものと同様である。
【０１４７】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１４８】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤとユーザＩＤにより行う。
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【０１４９】
（実施例７）
本実施例は実施例５において、パケット転送処理部１００２が、ユーザ端末５１からコンテンツ配信サーバ４１に向け送られるＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないパケットの処理に関する実施例である。したがって本実施例の構成、条件は全て実施例５と同様である。
実施例５では述べなかったが、実際には図１５の通信シーケンスにおいて、コンテンツ配信サーバ４１から送られるＨＴＴＰ応答パケットがユーザ端末５１に到着すると、そのパケットが到着したことをコンテンツ配信サーバ４１に伝えるために、ユーザ端末５１は、コンテンツ配信サーバ４１に向け、ＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないパケット（以後、本パケットをパケットＡと呼ぶことにする）を送出する。同じくユーザ端末５１から送出されるＨＴＴＰ要求パケットは、基本的にユーザの操作に基づき生成されるのに対し、パケットＡはＨＴＴＰ応答パケットの到着に応じて自動的にユーザ端末内で生成される。パケットＡの生成頻度は一般に、２個のＨＴＴＰ応答パケットに対して１個の割合、もしくは１個のＨＴＴＰ応答パケットに対して１個の割合である。
実際、コンテンツ配信パケット８６を受信すると、ユーザ端末５１はパケットＡをコンテンツ配信サーバ４１に向け送出する。途中経路にあるゲートウェイ１００１はパケットＡを受信すると、パケット転送処理部１００２においてパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットＡが、予め定められた特定値である宛先ポート番号＝８０を有すること、かつ、ＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないこと、を確認すると、ＨＴＴＰ要求パケットの場合の処理とは異なり、パケットＡをコンテンツＩＤ処理部１００５には転送せず、コンテンツ配信サーバに向け転送する。
なお、図１５に示すように、同一ＴＣＰコネクション上にて引き続き転送されるＨＴＴＰ応答パケットに対して生成されるパケットＡについても、パケット転送処理部１００２は同様の処理を行う。
【０１５０】
以上、本発明を、実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【０１５１】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。
【０１５２】
本発明のゲートウェイ装置は、コンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ配信サーバ接続要求に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイ装置にて行うため、１つのコンテンツ配信サーバ内にコンテンツ取得条件の異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【０１５３】
また、ゲートウェイ装置の導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入が容易であるという利点がある。
【０１５４】
本発明の動作は、コンテンツ配信サーバがゲートウェイ装置に直収される形態に限らず、ゲートウェイ装置とコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイ装置とデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１５５】
また本発明は、仮想網間で同一の実ユーザＩＤが使用されている場合に対処するため、ゲートウェイ装置にて、コンテンツ配信サーバ接続要求パケットに送信元として付与されている実ユーザＩＤを、共通体系ユーザＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイ装置との間のライン上においてユーザＩＤの重複を回避する機能を有する。これにより、本発明によるコンテンツ配信は、各仮想網で運用されている実ユーザＩＤがプライベートアドレスで運用されている場合にも通用可能である。
【０１５６】
また、本発明におけるセキュリティ保証型コンテンツ配信システムの内部処理構造は、ＨＴＴＰ要求パケットのようにＵＲＬを検索する必要があるパケットのみ、コンテンツＩＤ処理部１００５およびコンテンツＩＤ管理部１００６にて処理を行い、コンテンツを搭載するＨＴＴＰ応答パケットに関する処理は、パケット転送処理部１００２等の汎用処理部のみで処理するため、コンテンツ配信処理の高速化を可能とする。また、コンテンツ配信サービス以外の通信アプリケーションを追加する場合にも、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４は共通化できるため、サービス拡張性にも優れる。
また、本発明のゲートウェイ装置は、ユーザ端末から送出される生成頻度の高いパケットＡをコンテンツＩＤ処理部１００５には転送しない処理を有することにより、コンテンツＩＤ処理部１００５の処理の軽減に貢献する。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ配信システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図４】実施例１におけるユーザ端末５４がコンテンツＡの取得動作を起こした場合のシークエンスを示す図である。
【図５】本発明に基づく第２のコンテンツ配信システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ配信システムの形態を示す図である。
【図７】実施例２におけるコンテンツ配信システムを示す図である。
【図８】実施例２におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図９】実施例３における仮想サーバＩＤの付与方法（その１）を示す図である。
【図１０】実施例３における仮想サーバＩＤの付与方法（その２）を示す図である。
【図１１】実施例３におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図１２】コンテンツ配信サーバ接続要求の最大数超過のため、ユーザ端末５１が接続拒否された例のシークエンスを示す図である。
【図１３】ゲートウェイ装置の内部処理の実現手段の例を示す図である。
【図１４】コネクション処理部およびコネクション管理部を有するゲートウェイ装置の内部処理の実現手段の例を示す図である。
【図１５】コンテンツ配信の一般的な通信シークエンスを示す図である。
【図１６】実施例５、６においてユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図１７】実施例５、６においてユーザ端末５４がコンテンツＡの取得動作を起こした場合のシークエンスを示す図である。
【符号の説明】
１…仮想網１ ２…仮想網２ ３…仮想網３
１１…コンテンツ配信網
１２，１３…共通網
２１〜２５…データ転送装置
３１〜３３…ゲートウェイ装置
４１〜４４…コンテンツ配信サーバ
５１，５２…仮想網１のユーザ端末
５３…仮想網２のユーザ端末
５４…仮想網３のユーザ端末
６１〜６４，７１〜７９，９１〜９３…ライン
８１〜８３，８７…コンテンツ配信サーバ接続要求
８４〜８６，８８…コンテンツ配信パケット
１４１，１４４，１４７…仮想網１用コンテンツ配信サーバ
１４２，１４５，１４８…仮想網２用コンテンツ配信サーバ
１４３，１４６，１４９…仮想網３用コンテンツ配信サーバ
１００１…ゲートウェイ装置
１００２…パケット転送処理部
１００３…コネクション管理部
１００４…コネクション処理部
１００５…コンテンツＩＤ処理部
１００６…コンテンツＩＤ管理部
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ配信システムのためのゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ１４１〜１４９は、コンテンツを蓄積し、ユーザ端末からのコンテンツ配信サーバ接続要求に応答して該コンテンツを送出する。ただしコンテンツ配信サーバ１４１、１４４および１４７は仮想網１に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４２、１４５および１４８は仮想網２に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４３、１４６および１４９は仮想網３に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバである。
【０００３】
データ転送装置２１〜２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ配信サーバ接続要求を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末５１および５２が仮想網１に属し、ユーザ端末５３が仮想網２に属し、ユーザ端末５４が仮想網３に属する例であり、仮想網１の仮想網ＩＤを１、仮想網２の仮想網ＩＤを２、仮想網３の仮想網ＩＤを３とする。各データ転送装置２１〜２５は、仮想網ＩＤ＝１、２および３を管理し、ユーザ端末５１および５２から送出されるパケットおよびコンテンツ配信サーバ１４１、１４４および１４７から送出されるパケットに対し、仮想網ＩＤ＝１を付与し、仮想網ＩＤ＝１に従い、コンテンツ配信網１１内の仮想網１上にてパケット転送を行う。同様に、各データ転送装置２１〜２５は、ユーザ端末５３から送出されるパケットおよびコンテンツ配信サーバ１４２、１４５および１４８から送出されるパケットに対し、仮想網ＩＤ＝２を付与し、仮想網ＩＤ＝２に従い、コンテンツ配信網１１内の仮想網２上にてパケット転送を行い、また、ユーザ端末５４から送出されるパケットおよびコンテンツ配信サーバ１４３、１４６および１４９から送出されるパケットに対し、仮想網ＩＤ＝３を付与し、仮想網ＩＤ＝３に従い、コンテンツ配信網１１内の仮想網３上にてパケット転送を行う。
【０００４】
なお、実際にデータ転送装置が、ユーザ端末もしくはコンテンツ配信サーバと仮想網との対応を管理する方法は以下の通りである。仮想網１の場合、データ転送装置２４は、ライン６１およびライン６２から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７１、ライン７４、ライン７７から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。同様に仮想網２の場合、データ転送装置２５は、ライン６３から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７２、ライン７５、ライン７８から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。同様に仮想網３の場合、データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７３、ライン７６、ライン７９から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。
【０００５】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理するだけで、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００６】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｉｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよいことを追記する。
【０００７】
【発明が解決しようとする課題】
前述の従来技術は、仮想網毎のセキュアなコンテンツ配信を実現するものの、以下の課題がある。データ転送装置は、各ラインと仮想網を対応づけることにより通信のセキュリティを実現しており、これによりコンテンツ配信サーバは仮想網毎に個別に設置する必要がある。すなわち、サーバの台数を増やす原因となり、サーバコストの増大を招く。
【０００８】
一方、仮想網間でコンテンツ配信サーバを共用化するために、１つのコンテンツ配信サーバが複数のラインと接続し、各ラインを各仮想網と対応付けさせることは可能である。しかしこれでは、各仮想網に属するユーザ端末が該コンテンツ配信サーバに自由に接続できてしまうため、ある仮想網のユーザ端末のみが取得を許可されているコンテンツが、他仮想網のユーザ端末からも取得される恐れがあり、本来の目的である仮想網毎のセキュアなコンテンツ配信が達成できない。
【０００９】
【課題を解決するための手段】
前記課題を解決するために、図１に示すようにゲートウェイ装置をデータ転送装置とコンテンツ配信サーバ間に導入する。
【００１０】
ゲートウェイ装置は、コンテンツ配信サーバが蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイ装置は、ユーザ端末から送られるコンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。
【００１１】
また、ゲートウェイ装置は、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ配信サーバ接続要求を行ったユーザ端末が属する仮想網に振分ける。
【００１２】
以上の手段により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【００１３】
なお、本ゲートウェイ装置の導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００１４】
また本発明は、前記ゲートウェイ装置の内部処理の実現手段を発明したものである。以下に本発明の手段を、図１３を用い説明する。
【００１５】
パケット転送処理部１００２は、データ転送装置やコンテンツ配信サーバ等の外部から受信するパケットのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、ユーザＩＤあるいは仮想網ＩＤを読み取ると共に、コネクション情報を読み取る。読み取ったコネクション情報の中に予め定められた特定値を有する場合、パケット転送処理部１００２は、該パケットおよび、解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部１００５に転送する。コンテンツＩＤ処理部１００５は、転送された特定値を有するパケットに対し、パケットヘッダ内に記述されているコンテンツＩＤを読み取り、コンテンツＩＤおよび、ユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。コンテンツＩＤ管理部１００６は、各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可あるいは取得不許可とするコンテンツＩＤを管理しており、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可あるいはコンテンツ取得不許可のいずれかの検索結果を応答する。応答結果がコンテンツ取得許可の場合は、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットを外部に転送する。一方、応答結果がコンテンツ取得不許可の場合は、コンテンツＩＤ処理部１００５は該パケットを廃棄する。
【００１６】
また本発明は、図１４に示すように、コネクション処理部およびコネクション管理部を有する形態によっても実現される。以下に本手段を説明する。
【００１７】
パケット転送処理部１００２は、データ転送装置やコンテンツ配信サーバ等の外部から受信するパケットのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、ユーザＩＤあるいは仮想網ＩＤを読み取ると共に、コネクション情報を読み取る。パケット転送処理部１００２は、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。コネクション管理部１００３は、通信中のコネクション情報を管理しており、コネクション検索要求に対し、コネクション検索要求に対する応答として、該コネクションが通信中であるか否か（登録されているか否か）をパケット転送処理部１００２に送る。
【００１８】
ゲートウェイ装置１００１における以後の処理手順は、外部から受信するパケットの種別および、コネクション管理部１００３におけるコネクション情報の登録状態により、以下に分類される。ここでパケットの種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【００１９】
（１）コネクション管理部１００３において該コネクションが登録されていない場合あるいは受信したパケットがコネクション確立パケットの場合、
パケット転送処理部１００２は、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、パケットヘッダに記載されるコネクション情報をコネクション管理部１００３に設定する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【００２０】
（２）コネクション管理部１００３において該コネクションが登録されており、受信したパケットがコネクション切断パケットの場合、
パケット転送処理部１００２は、（１）と同様に該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、コネクション管理部１００３が管理している該コネクションのコネクション情報を削除する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【００２１】
（３）コネクション管理部１００３において該コネクションが登録されているが、該コネクション情報の中に予め定められた特定値を有さない場合、
パケット転送処理部１００２は、宛先に従い、該パケットを外部に転送する。
【００２２】
（４）コネクション管理部１００３において該コネクションが登録されており、該コネクション情報の中に予め定められた特定値を有する場合、
パケット転送処理部１００２は、該パケットおよび、解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部１００５に転送する。コンテンツＩＤ処理部１００５は、転送された特定値を有するパケットに対し、パケットヘッダ内に記述されているコンテンツＩＤを読み取り、コンテンツＩＤおよび、ユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。コンテンツＩＤ管理部１００６は、各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可あるいは取得不許可とするコンテンツＩＤを管理しており、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可あるいはコンテンツ取得不許可のいずれかの検索結果を応答する。応答結果がコンテンツ取得許可の場合は、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットを外部に転送する。一方、応答結果がコンテンツ取得不許可の場合は、コンテンツＩＤ処理部１００５は該パケットを廃棄する。
【００２３】
以上の手段は、前記ゲートウェイ装置の内部処理において、以下の利点がある。
本発明は、図１３の処理あるいは図１４における前記（４）の処理のように、コンテンツ配信サービスをはじめとする特定用途の処理は、コンテンツＩＤ処理部１００５およびコンテンツＩＤ管理部１００６で行い、多くの通信アプリケーションで共通となる処理は、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４にて行う。このような機能ブロック配置を取ることにより、共通となる処理の高速化を可能とする。また、コンテンツ配信サービス以外の通信アプリケーションを追加する場合にも、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４は共通化できるため、サービス拡張性にも優れる。
【００２４】
また本発明の図１３あるいは図１４のパケット転送処理部１００２は、コンテンツ配信サーバから送られるコンテンツを載せたＨＴＴＰ応答パケットがユーザ端末に到着あるいは未到着であることを伝えるために、ユーザ端末からコンテンツ配信サーバに向け送出されるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットを受信した場合に対し、該パケットをコンテンツＩＤ処理部には転送せず、コンテンツ配信サーバに転送する手段を有する。
以上の手段は、前記ゲートウェイ装置の内部処理において、以下の利点がある。
本発明は、図１３の処理あるいは図１４における前記（４）の処理のように、コンテンツ配信サービスをはじめとする特定用途の処理において、ユーザ端末から送出されるコンテンツＩＤを有するＨＴＴＰ要求パケットと前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットとを区別し、コンテンツＩＤ処理が必要なＨＴＴＰ要求パケットのみをコンテンツＩＤ処理部１００５に転送する。前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットの数は一般に、ＨＴＴＰ応答パケットの数の約２分の１から同数もあるため、前記ＡＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケットをコンテンツＩＤ処理部１００５に転送しないことは、コンテンツＩＤ処理部１００５の処理の軽減に貢献する。
【００２５】
【発明の実施の形態】
以下、実施例に基づき本発明の実施の形態を詳細に説明する。
【００２６】
（実施例１）
本発明の実施形態に基づくコンテンツ配信システムは図１に示す。本実施例では、コンテンツ配信サーバ４１、４２、４３および４４の実サーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４の実ユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末みが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。
【００２７】
仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図３を用い、以下に説明する。
【００２８】
まずユーザ端末５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ配信サーバ接続要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ配信サーバ接続要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００２９】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ配信サーバ接続要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを取得許可されているため、ゲートウェイ装置３１はコンテンツ配信サーバ接続要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００３１】
ここで、ゲートウェイ装置３１が行っているコンテンツＩＤと取得許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/」、「/server41/contentB」、「/server41/contentC」と定義し、ゲートウェイ装置３１は、/server41/を取得許可とするラインＩＤ＝７１、/server41/contentBを取得許可とするＩＤ＝７２、/server41/contentCを取得許可とするラインＩＤ＝７２および７３、の各関係を管理することにより、同等のコンテンツ取得セキュリティレベルを確保できる。
【００３２】
また第２の手法は、ラインＩＤの代わりに実ユーザＩＤを用いて方法である。この場合、ゲートウェイ装置３１は、ラインＩＤ＝７１の代わりに実ユーザＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実ユーザＩＤ＝５３、ラインＩＤ＝７３の代わりに実ユーザＩＤ＝５４を管理する。
【００３３】
さて、コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ装置３１は、コンテンツ配信パケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、コンテンツ配信パケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ装置３１がコンテンツ配信サーバ接続要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、コンテンツ配信パケット８４をライン７１に振分ける方法もある。
【００３４】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ配信パケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ配信パケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００３５】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってコンテンツ配信パケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるコンテンツ配信パケット８６をユーザ端末５１が受信することにより、ユーザ端末５１はコンテンツＡを取得することができる。
【００３６】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図４を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。
【００３７】
まずユーザ端末５４は、宛先ＩＤ＝４１、送信元ＩＤ＝５４を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ配信サーバ接続要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ配信サーバ接続要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００３８】
データ転送装置２１は、コンテンツ配信サーバ接続要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをライン７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３９】
ゲートウェイ装置３１は、データ転送装置２１からライン７３を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７３はコンテンツＡの取得を許可されていないため、ゲートウェイ装置３１はコンテンツ配信サーバ接続要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【００４０】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【００４１】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００４２】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図３および図４に示したものと同様である。
【００４３】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００４４】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤと実ユーザＩＤにより行う。
【００４５】
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【００４６】
（実施例２）
本実施例は、実施例１において各仮想網で運用されている実ユーザＩＤがプライベートアドレスで運用されている例である。すなわち、仮想網間で同一の実ユーザＩＤが使用されている場合に対処するため、各ゲートウェイ装置は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求パケットに送信元として付与されている実ユーザＩＤを、共通体系ユーザＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイ装置との間のライン上においてユーザＩＤの重複を回避する。なお当然ながらゲートウェイ装置は、コンテンツ配信サーバから送られるコンテンツ配信パケットに宛元として付与されている共通体系ユーザＩＤを、該実ユーザＩＤに変換および付与し直す動作も行う。
【００４７】
本実施例は、上記以外の動作は実施例１と同様であるため、システム形態は図１に従う。したがって本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。ただし、ユーザ端末の実ユーザＩＤが、仮想網間で重複する例を考え、本実施例では図７のように、ユーザ端末５１、５２、５３および５４の実ユーザＩＤをそれぞれ５１、５２、５１および５１とし、実ユーザＩＤ＝５１が３つの仮想網１〜３で存在する例を考える。
【００４８】
仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図８を用い、以下に説明する。ただしユーザ端末５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出してから、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８２をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００４９】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを取得許可されていることを確認する。次にゲートウェイ装置３１は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求のパケット８３の送信元ＩＤを実ユーザＩＤ＝５１から、共通体系ユーザＩＤに変換する。共通体系ユーザＩＤは、コンテンツ配信サーバとゲートウェイ装置との間のラインで一義に定まるユーザＩＤであり、これによって例えばコンテンツ配信サーバ４１とゲートウェイ装置３１との間のラインにおいて、ユーザ端末５１、５３および５４からの各コンテンツ配信サーバ接続要求パケットの送信元ＩＤをそれぞれ異なる値に変換させることにより、各コンテンツ配信サーバ接続要求パケットの送信元端末を正しく認識することができる。本実施例では、実ユーザＩＤから共通体系ユーザＩＤに変換する方法として、仮想網毎に共通体系ユーザＩＤの使用可能な範囲を定めることにし、仮想網１に対して共通体系ユーザＩＤは１５１〜１６０、仮想網２に対して共通体系ユーザＩＤは２５１〜２６０、仮想網３に対して共通体系ユーザＩＤは３５１〜３６０と定める。実ユーザＩＤと共通体系ユーザＩＤとの値の対応は、固定的に付与しても動的に付与してもどちらでもよい。本例では、コンテンツ配信サーバ接続要求のパケット８３の送信元ＩＤは５１から１５１に変換されるものとする。そしてゲートウェイ装置３１は、送信元ＩＤを共通体系ユーザＩＤ＝１５１に変換したコンテンツ配信サーバ接続要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００５０】
コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８７を受信すると、コンテンツＡを載せたコンテンツ配信パケット８８をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８８には、宛先ＩＤ＝１５１、送信元ＩＤ＝４１が記載されている。
【００５１】
ゲートウェイ装置３１は、コンテンツ配信パケット８８を受信すると、その宛元として付与されている共通体系ユーザＩＤ＝１５１を、実ユーザＩＤ＝５１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００５２】
この後の処理、すなわち、データ転送装置２１がコンテンツ配信パケット８４を受信してから、ユーザ端末５１にコンテンツ配信パケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００５３】
なお、取得が許可されていない仮想網に属するユーザ端末からのコンテンツ配信サーバ接続要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００５４】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００５５】
（実施例３）
本実施例は、実施例１において各ゲートウェイ装置が各コンテンツ配信サーバに対応する仮想サーバＩＤを有し、各ユーザ端末はコンテンツ配信サーバ接続要求パケットの宛先アドレスとして仮想サーバＩＤを付与する例である。具体的な仮想サーバＩＤの付与法は、図９を用いながら以下に説明する。図９は、図１におけるゲートウェイ装置３１〜３３のみを取り上げた図である。図９において、ゲートウェイ装置３１はコンテンツ配信サーバ４１の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４１、仮想網２に対し仮想サーバＩＤ＝２４１、仮想網３に対し仮想サーバＩＤ＝３４１を有する。同様にゲートウェイ装置３３も、コンテンツ配信サーバ４４の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４４、仮想網２に対し仮想サーバＩＤ＝２４４、仮想網３に対し仮想サーバＩＤ＝３４４を有する。
【００５６】
また、ゲートウェイ装置３２についてはコンテンツ配信サーバ４２および４３の２台を収容するため、主に２つの仮想サーバＩＤの付与方法がある。第１の方法は図９に示すように、仮想網１に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝１４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝１４３、仮想網２に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝２４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝２４３、仮想網３に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝３４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝３４３、を有する。第２の方法は図１０に示すように、コンテンツ配信サーバ４２および４３に共通な仮想サーバＩＤを付与する、すなわち仮想網１に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９１、仮想網２に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９２、仮想網３に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９３、を有する。第２の方法はサーバの負荷分散に利用でき、ゲートウェイ装置３２は、コンテンツ配信サーバ４２、４３のうち情報トラヒック量あるいは処理負荷量の小さいコンテンツ配信サーバの実サーバＩＤと仮想サーバＩＤを変換する。この方法は、ゲートウェイ装置が収容するコンテンツ配信サーバ数にかかわらず、ユーザ端末に仮想サーバＩＤを１つだけ見せることにより、ユーザ端末が意識することなく、最も負荷の少ないコンテンツ配信サーバからコンテンツを送信することができる。
【００５７】
以下、本実施例として、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を図１および図１１を用いて説明する。
【００５８】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。
【００５９】
ユーザ端末５１が、宛先ＩＤ＝１４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出する。以後、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８３をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。また、ゲートウェイ装置３１は、コンテンツ配信サーバ４１の実サーバＩＤと仮想網毎の仮想サーバＩＤとの対応を管理している。
【００６１】
データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを取得許可されていることを確認する。次にゲートウェイ装置３１は、ユーザ端末から送出されるコンテンツ配信サーバ接続要求のパケット８３の宛先ＩＤを１４１から、実サーバＩＤ＝４１に変換し、該パケット８７をコンテンツ配信サーバ４１に転送する。
【００６２】
コンテンツ配信サーバ４１が、コンテンツ配信サーバ接続要求パケット８７を受信すると、コンテンツＡを載せたコンテンツ配信パケット８８をゲートウェイ装置３１に向け送信する。コンテンツ配信パケット８８には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。
【００６３】
ゲートウェイ装置３１は、コンテンツ配信パケット８８を受信すると、その送信元として付与されている実サーバＩＤ＝４１を、仮想サーバＩＤ＝１４１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００６４】
この後の処理、すなわち、データ転送装置２１がコンテンツ配信パケット８４を受信してから、ユーザ端末５１はコンテンツ配信パケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６５】
なお、取得が許可されていない仮想網に属するユーザ端末からのコンテンツ配信サーバ接続要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００６６】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【００６７】
さらに、実施例２で示した実ユーザＩＤと共通体系ユーザＩＤの変換処理と、本実施例である実サーバＩＤと仮想サーバＩＤの変換処理を組合せた形態にも応用できることを追記する。
【００６８】
（実施例４）
本実施例は、実施例１から３で示された動作において、多数のコンテンツ配信サーバ接続要求が発生した際に備え、接続可能な最大数を設け、最大数を超過した場合にコンテンツ配信サーバ接続要求を拒否する動作例である。高負荷による品質劣化の回避や各論理網からのコンテンツ配信サーバ接続要求数の公平性を提供するために必要な機能である。
【００６９】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、ユーザ端末の実ユーザＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の取得許可条件、は全て実施例１と同様であるとする。
【００７０】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１に蓄積されるコンテンツＣに対し、仮想網１からの最大許容接続数を５、仮想網２からの最大許容接続数を１０、仮想網３からの最大許容接続数を１５に設定されている。今、仮想網１からのコンテンツ配信サーバ接続要求数が５に達しているとき、ユーザ端末５１がコンテンツＣを取得する動作を行った場合の動作を、図１２を用い、以下説明する。
【００７１】
ただしユーザ端末５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要求パケット８１を送出してから、ライン７１を通じてコンテンツ配信サーバ接続要求パケット８３をゲートウェイ装置３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００７２】
ゲートウェイ装置３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/contentAを取得許可とするラインＩＤ＝７１、www.server41.com/server41/contentBを取得許可とするラインＩＤ＝７１および７２、www.server41.com/server41/contentCを取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ配信サーバ接続要求パケット８３を受信すると、ゲートウェイ装置３１は、コンテンツ配信サーバ接続要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＣを取得許可されていることを確認する。次ぎにゲートウェイ装置３１は、コンテンツＣに対し、仮想網１からの現在のコンテンツ配信サーバ接続要求数と最大許容接続数を比較する。現在の仮想網１からのコンテンツ配信サーバ接続要求数が５に達しているため、ゲートウェイ装置３１はユーザ端末５１からのコンテンツ配信サーバ接続要求パケット８３を廃棄する。
【００７３】
（実施例５）
本実施例では図１において、コンテンツ配信サーバ４１、４２、４３および４４のサーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末のみが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。本実施例では、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図１、図１３、図１５および図１６を用い、以下に説明する。
【００７４】
コンテンツ配信を行う場合、ＩＰの上位にＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通信シーケンスを示しており、大別してＴＣＰコネクション確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション切断の３フェーズから成る。まず、ＴＣＰのコネクション確立パケットとして、ユーザ端末５１からのＳＹＮフラグを有するパケット、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ端末５１からのＡＣＫフラグを有するパケットの計３パケットがやりとりされる。ＴＣＰコネクション確立後、ユーザ端末５１はコンテンツ取得要求パケットとして、要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケットを送出し、一方、コンテンツ配信サーバ４１はその応答であるコンテンツ配信パケットとして、ＨＴＴＰ応答パケットを送出する。なお、１つのＴＣＰコネクション上において、複数組のＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットが転送されることも可能である。目的コンテンツの取得が終了すると、ユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【００７５】
このようなコンテンツ配信の通信シーケンスに対し、図１および図１３のゲートウェイ装置３１（１００１）は、以下に示す処理を行うことにより、仮想網毎に取得許可されているコンテンツのみ、コンテンツ配信サーバから取得可能となるように動作できる。
【００７６】
データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、ユーザ端末５１からのＳＹＮフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００７７】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、前記ＳＹＮフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよい。本実施例では、ＡＴＭのＶＣＩにより実現され、ライン７１、７２および７３はそれぞれ、ＶＣＩ＝７１、７２および７３により区別されるものとする。
【００７８】
ゲートウェイ装置１００１は、パケットがどのＶＣＩからのものであるかを識別する。ゲートウェイ装置１００１は、データ転送装置２１から前記ＳＹＮフラグを有するパケットを受信すると、パケット転送処理部１００２において、そのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、仮想網ＩＤであるＶＣＩを読み取ると共に、コネクション情報、パケット種別を読み取る。コネクション情報とは、パケットの送信元アドレスであるユーザＩＤ、宛先アドレスであるサーバＩＤ、送信元および宛先ポート番号である。また、パケット種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【００７９】
パケット転送処理部１００２は、該パケットがＴＣＰコネクション確立パケットであることから、該パケットをその宛先に従い、コンテンツ配信サーバ４１に転送する。
【００８０】
コンテンツ配信サーバ４１は、パケットの送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣＫフラグを有するパケットを送出する。セキュリティ保証型ゲートウェイ装置１００１のパケット転送処理部１００２は、ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、ヘッダ解析によりパケット種別がＴＣＰコネクション確立パケットであることを知り、前記と同様に該パケットをその宛先に従い、ＶＣＩ＝７１に振分ける。
【００８１】
データ転送装置２１は、ＶＣＩ＝７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００８２】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先識別子を読み取り、ライン６１かライン６２への振分けを判断する。したがって前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていること、宛先識別子＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、前記ＳＹＮおよびＡＣＫフラグを有するパケットはユーザ端末５１に転送される。
【００８３】
次にユーザ端末５１は、パケットの送信元アドレスとしてユーザＩＤ＝５１、宛先アドレスとしてサーバＩＤ＝４１が付与されたＡＣＫフラグを有するパケットを送出する。以後、該パケットがデータ転送装置２４からゲートウェイ装置１００１まで転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。また、ゲートウェイ装置１００１内におけるＡＣＫフラグを有するパケットの処理動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【００８４】
以上の手順により、ゲートウェイ装置１００１におけるＴＣＰコネクション確立の処理が終了する。
【００８５】
次に、ユーザ端末５１は、宛先識別子＝４１、送信元識別子＝５１を記載したコンテンツ取得要求パケット８１を送出する。以後、ユーザ端末５１がコンテンツ配信パケット８６を受信するまでの処理は図１６を用い、説明する。なお、コンテンツ取得要求パケット８１がデータ転送装置２４からゲートウェイ装置１００１に転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。
【００８６】
ゲートウェイ装置１００１のパケット転送処理部１００２はコンテンツ取得要求パケット８３を受信すると、パケットヘッダの解析を行う。パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【００８７】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【００８８】
コンテンツＩＤ管理部１００６は、各ＶＣＩに対する、取得許可あるいは取得不許可とするＵＲＬを管理している。すなわち、ＶＣＩ＝７１に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７２に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７３に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【００８９】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７１に対し取得許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可であることを伝える。応答結果がコンテンツ取得許可であるため、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットをコンテンツ配信サーバ４１に転送する。
【００９０】
ここで、コンテンツＩＤ処理部１００５がＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う手法の代替手法として、ＶＣＩの代わりにユーザＩＤを用いる方法がある。これに伴い、コンテンツＩＤ管理部１００６は、ユーザＩＤ＝５１および５２に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５３に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５４に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【００９１】
さて、コンテンツ配信サーバ４１が、コンテンツ取得要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置１００１に向け送信する。コンテンツ配信パケット８４には、送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が記載されている。
【００９２】
パケット転送処理部１００２はコンテンツ配信パケット８４を受信すると、ヘッダ解析を行う。コンテンツ配信パケットの送信元ポート番号および宛先ポート番号は、コンテンツ取得要求パケットの送信元ポート番号および宛先ポート番号と入れ替えたかたちになっており、コンテンツ配信パケットの送信元ポート番号が８０になる。コンテンツ配信パケット８４の宛先ポート番号は８０でないため、パケット転送処理部１００２は該パケットをコンテンツＩＤ処理部１００５には転送せず、直接、その宛先に従い、ＶＣＩ＝７１に振分ける。
【００９３】
以後の動作、すなわち、データ転送装置２１がＶＣＩ＝７１から到着するコンテンツ配信パケット８４を受信してから、コンテンツ配信パケット８６をユーザ端末５１が受信するまでの動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【００９４】
以上の一連の処理により、ユーザ端末５１はコンテンツＡを取得することができる。なお、図１５に示すように、同一のＴＣＰコネクション上にて引き続きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットのやりとりを行う場合も、前述の処理手順に従う。
【００９５】
さて、目的コンテンツの取得が終了すると、図１５に示すようにユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。これらのパケットに対する処理動作は、ＴＣＰコネクション確立パケットの処理動作と同じである。
【００９６】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図１７を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。なお、ＴＣＰコネクション確立パケットの処理は前述と同様であるため、ここでは説明を省略し、ＨＴＴＰ要求パケットに関する処理を説明する。
【００９７】
まずユーザ端末５４は、宛先識別子＝４１、送信元識別子＝５４を記載したコンテンツ取得要求パケット８１を送出する。
【００９８】
データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ取得要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００９９】
データ転送装置２１は、コンテンツ取得要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをＶＣＩ＝７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【０１００】
データ転送装置２１からＶＣＩ＝７３を通じて転送されたコンテンツ取得要求パケット８３を受信すると、ゲートウェイ装置１００１のパケット転送処理部１００２は、パケットヘッダの解析を行う。パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【０１０１】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１０２】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７３に対し取得不許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得不許可であることを伝える。応答結果がコンテンツ取得不許可であるため、コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【０１０３】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【０１０４】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【０１０５】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図１６および図１７に示したものと同様である。
【０１０６】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１０７】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤとユーザＩＤにより行う。
【０１０８】
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【０１０９】
（実施例６）
本実施例では図１において、コンテンツ配信サーバ４１、４２、４３および４４のサーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末のみが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。本実施例では、仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図１、図１４、図１５および図１６を用い、以下に説明する。
【０１１０】
コンテンツ配信を行う場合、ＩＰの上位にＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通信シーケンスを示しており、大別してＴＣＰコネクション確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション切断の３フェーズから成る。まず、ＴＣＰのコネクション確立パケットとして、ユーザ端末５１からのＳＹＮフラグを有するパケット、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ端末５１からのＡＣＫフラグを有するパケットの計３パケットがやりとりされる。ＴＣＰコネクション確立後、ユーザ端末５１はコンテンツ取得要求パケットとして、要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケットを送出し、一方、コンテンツ配信サーバ４１はその応答であるコンテンツ配信パケットとして、ＨＴＴＰ応答パケットを送出する。なお、１つのＴＣＰコネクション上において、複数組のＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットが転送されることも可能である。目的コンテンツの取得が終了すると、ユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【０１１１】
このようなコンテンツ配信の通信シーケンスに対し、図１および図１４のゲートウェイ装置３１（１００１）は、以下に示す処理を行うことにより、仮想網毎に取得許可されているコンテンツのみ、コンテンツ配信サーバから取得可能となるように動作できる。
【０１１２】
データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、ユーザ端末５１からのＳＹＮフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【０１１３】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、前記ＳＹＮフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ 識別子）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ 識別子）などの論理チャネルを用いてもよい。本実施例では、ＡＴＭのＶＣＩにより実現され、ライン７１、７２および７３はそれぞれ、ＶＣＩ＝７１、７２および７３により区別されるものとする。
【０１１４】
ゲートウェイ装置１００１は、パケットがどのＶＣＩからのものであるかを識別する。ゲートウェイ装置１００１は、データ転送装置２１から前記ＳＹＮフラグを有するパケットを受信すると、パケット転送処理部１００２において、そのパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットの解析により、仮想網ＩＤであるＶＣＩを読み取ると共に、コネクション情報、パケット種別を読み取る。コネクション情報は、パケットの送信元アドレスであるユーザＩＤ、宛先アドレスであるサーバＩＤ、送信元および宛先ポート番号である。また、パケット種別とは、ＴＣＰコネクション確立パケット、ＨＴＴＰ要求および応答パケットをはじめとするアプリケーション通信が行われるパケット、ＴＣＰコネクション切断パケットの３種類である。
【０１１５】
パケット転送処理部１００２は、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。コネクション管理部１００３は、通信中のコネクション情報を管理しており、コネクション検索要求に対し、コネクション検索要求に対する応答として、該コネクションが通信中であるか否か（登録されているか否か）をパケット転送処理部１００２に送る。前記ＳＹＮフラグを有するパケットを受信した段階では当然ながら、コネクション情報は登録されていないため、コネクション管理部１００３は該コネクションが未登録であることをパケット転送処理部１００２に通知する。
【０１１６】
前記通知を受けるとパケット転送処理部１００２は、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、パケットヘッダに記載されるコネクション情報をコネクション管理部１００３に設定する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、コンテンツ配信サーバ４１に転送される。
【０１１７】
コンテンツ配信サーバ４１は、パケットの送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣＫフラグを有するパケットを送出する。セキュリティ保証型コンテンツ配信装置１００１のパケット転送処理部１００２は、ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、前記ヘッダ解析によりパケット種別がＴＣＰコネクション確立パケットであることを知り、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、既にコネクション管理部１００３に設定したコネクション情報と照合する。ここで既に設定したコネクション情報と照合する理由は、最初に受信したユーザ端末５１からのＳＹＮフラグを有するパケットの次ぎに、コンテンツ配信サーバ４１からのＳＹＮおよびＡＣＫフラグを有するパケット、さらにこの後にユーザ端末５１から送出されるＡＣＫフラグを有するパケットがやりとりされているかを確認するために行う。上記３つのパケットのやりとりが確認されて、コネクション管理部１００３に設定されたコネクション情報は本登録されたことになる。
【０１１８】
照合確認がとれると、該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、ＶＣＩ＝７１に振分けられる。
【０１１９】
データ転送装置２１は、ＶＣＩ＝７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグを有するパケットは、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【０１２０】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先識別子を読み取り、ライン６１かライン６２への振分けを判断する。したがって前記ＳＹＮおよびＡＣＫフラグを有するパケットを受信すると、仮想網ＩＤ＝１が付与されていること、宛先識別子＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、前記ＳＹＮおよびＡＣＫフラグを有するパケットはユーザ端末５１に転送される。
【０１２１】
次にユーザ端末５１は、パケットの送信元アドレスとしてユーザＩＤ＝５１、宛先アドレスとしてサーバＩＤ＝４１が付与されたＡＣＫフラグを有するパケットを送出する。以後、該パケットがデータ転送装置２４からゲートウェイ装置１００１まで転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。また、ゲートウェイ装置１００１内におけるＡＣＫフラグを有するパケットの処理動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【０１２２】
以上の手順により、ゲートウェイ装置１００１におけるＴＣＰコネクション確立の処理が終了する。ここで、ＴＣＰコネクション確立パケットがパケット転送処理部１００２だけで処理せず、コネクション処理部１００４に転送され、また、コネクション管理部１００３にてコネクション情報を管理する方法が有効な利用として、アプリケーションに依存せず、サーバ単位で各仮想網のユーザ端末の接続条件を規定する方法があげられる。この場合、パケット転送処理部１００２あるいはコネクション処理部１００４は、今までに述べた処理に加え、各仮想網の接続可能サーバのサーバＩＤを管理することにより実現する。
【０１２３】
次に、ユーザ端末５１は、宛先識別子＝４１、送信元識別子＝５１を記載したコンテンツ取得要求パケット８１を送出する。以後、ユーザ端末５１がコンテンツ配信パケット８６を受信するまでの処理は図１６を用い、説明する。なお、コンテンツ取得要求パケット８１がデータ転送装置２４からゲートウェイ装置１００１に転送されるまでの動作は、前記ＳＹＮフラグを有するパケットを処理する動作と同様である。
【０１２４】
ゲートウェイ装置１００１のパケット転送処理部１００２はコンテンツ取得要求パケット８３を受信すると、コネクション管理部１００３に対しコネクション検索要求を行う。その応答を通じて該コネクションが登録されていること、さらに、パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００５に転送する。
【０１２５】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１２６】
コンテンツＩＤ管理部１００６は、各ＶＣＩに対する、取得許可あるいは取得不許可とするＵＲＬを管理している。すなわち、ＶＣＩ＝７１に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７２に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ＶＣＩ＝７３に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【０１２７】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７１に対し取得許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得許可であることを伝える。応答結果がコンテンツ取得許可であるため、コンテンツＩＤ処理部１００５は、該パケットを再びパケット転送処理部１００２に戻し、パケット転送処理部１００２は宛先に従い、該パケットをコンテンツ配信サーバ４１に転送する。
【０１２８】
ここで、コンテンツＩＤ処理部１００５がＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う手法の代替手法として、ＶＣＩの代わりにユーザＩＤを用いる方法がある。これに伴い、コンテンツＩＤ管理部１００６は、ユーザＩＤ＝５１および５２に対し、www.server41.com/server41/contentA、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５３に対し、www.server41.com/server41/contentBおよびwww.server41.com/server41/contentCを取得許可とし、ユーザＩＤ＝５４に対し、www.server41.com/server41/contentCを取得許可とする管理を行う。
【０１２９】
さて、コンテンツ配信サーバ４１が、コンテンツ取得要求パケット８３を受信すると、コンテンツＡを載せたコンテンツ配信パケット８４をゲートウェイ装置１００１に向け送信する。コンテンツ配信パケット８４には、送信元アドレスとしてサーバＩＤ＝４１、宛先アドレスとしてユーザＩＤ＝５１が記載されている。
【０１３０】
パケット転送処理部１００２はコンテンツ配信パケット８４を受信すると、ヘッダ解析を行い、読み取ったコネクション情報をコネクション検索要求によって、コネクション管理部１００３に送り、該コネクションが通信中であるか否かを検索する。該コネクションは既に登録されているため、コネクション管理部１００３は、コネクション検索要求に対する応答として、該コネクションが通信中であることをパケット転送処理部１００２に伝える。
【０１３１】
該コネクションが通信中であることを確認すると、パケット転送処理部１００２は該パケットをその宛先に従い、ＶＣＩ＝７１に振分ける。
【０１３２】
以後の動作、すなわち、データ転送装置２１がＶＣＩ＝７１から到着するコンテンツ配信パケット８４を受信してから、コンテンツ配信パケット８６をユーザ端末５１が受信するまでの動作は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを処理する動作と同様である。
【０１３３】
以上の一連の処理により、ユーザ端末５１はコンテンツＡを取得することができる。なお、図１５に示すように、同一のＴＣＰコネクション上にて引き続きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットのやりとりを行う場合も、前述の処理手順に従う。
【０１３４】
さて、目的コンテンツの取得が終了すると、図１５に示すようにユーザ端末５１およびコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットを送出し、ＴＣＰコネクションが切断される。
【０１３５】
ＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットがユーザ端末５１からゲートウェイ装置１００１まで転送される動作、およびＦＩＮおよびＡＣＫフラグを有するパケット、およびＡＣＫフラグを有するパケットがコンテンツ配信サーバ４１からゲートウェイ装置１００１まで転送される動作は、今までに述べた動作と同じであるため、これらの説明は省略し、ゲートウェイ装置１００１の内部処理のみを以下に説明する。
【０１３６】
パケット転送処理部１００２は、ＦＩＮおよびＡＣＫフラグを有するパケットを受信すると、ヘッダ解析を行い、パケット種別がＴＣＰコネクション切断パケットであることを知り、該パケットをコネクション処理部１００４に転送する。コネクション処理部１００４は、転送された該パケットのパケットヘッダの解析を行い、コネクション管理部１００３が管理している該コネクションのコネクション情報を削除する。該パケットは再びパケット転送処理部１００２に戻され、パケットの宛先に従い、コンテンツ配信サーバ４１に転送される。
【０１３７】
以後、コンテンツ配信サーバ４１から送られるＡＣＫフラグを有するパケット、ＦＩＮおよびＡＣＫフラグを有するパケット、およびユーザ端末５１から送られるＡＣＫフラグを有するパケットについても、パケット転送処理部１００２からコネクション処理部１００４に転送される。コネクション処理部１００４は、最初に受信したユーザ端末５１からのＦＩＮおよびＡＣＫフラグを有するパケットの次ぎに、コンテンツ配信サーバ４１から送られるＡＣＫフラグを有するパケット、ＦＩＮおよびＡＣＫフラグを有するパケット、およびユーザ端末５１から送られるＡＣＫフラグを有するパケットがやりとりされているかを確認する。確認がとれると各パケットは、再びパケット転送処理部１００２に戻され、パケットの宛先に従い、外部に転送される。
【０１３８】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図１７を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。なお、ＴＣＰコネクション確立パケットの処理は前述と同様であるため、ここでは説明を省略し、ＨＴＴＰ要求パケットに関する処理を説明する。
【０１３９】
まずユーザ端末５４は、宛先識別子＝４１、送信元識別子＝５４を記載したコンテンツ取得要求パケット８１を送出する。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ取得要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【０１４０】
データ転送装置２１は、コンテンツ取得要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをＶＣＩ＝７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【０１４１】
データ転送装置２１からＶＣＩ＝７３を通じて転送されたコンテンツ取得要求パケット８３を受信すると、ゲートウェイ装置１００１のパケット転送処理部１００２は、コネクション管理部１００３に対しコネクション検索要求を行う。その応答として該コネクションが登録されていること、さらに、パケットヘッダのコネクション情報の中に予め定められた特定値として、宛先ポート番号＝８０を有することを確認すると、パケット転送処理部１００２は、該パケットおよび、解析によって得られたＶＣＩ＝７３をコンテンツＩＤ処理部１００５に転送する。
【０１４２】
コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３に対し、パケットヘッダ内に記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検索要求を行う。
【０１４３】
ＵＲＬ「www.server41.com/server41/contentA」はＶＣＩ＝７３に対し取得不許可であるため、コンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部１００５からのコンテンツＩＤ検索要求に対し、コンテンツ取得不許可であることを伝える。応答結果がコンテンツ取得不許可であるため、コンテンツＩＤ処理部１００５は、コンテンツ取得要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【０１４４】
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【０１４５】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
【０１４６】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図１６および図１７に示したものと同様である。
【０１４７】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイ装置に繋がっているのに対し、図５の形態は、各ゲートウェイ装置と各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ装置３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１４８】
図６の形態は、各ゲートウェイ装置と各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ装置３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、コンテンツＩＤとユーザＩＤにより行う。
なお、図１および図５の形態の場合、ゲートウェイ装置とデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【０１４９】
（実施例７）
本実施例は実施例５において、パケット転送処理部１００２が、ユーザ端末５１からコンテンツ配信サーバ４１に向け送られるＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないパケットの処理に関する実施例である。したがって本実施例の構成、条件は全て実施例５と同様である。
実施例５では述べなかったが、実際には図１５の通信シーケンスにおいて、コンテンツ配信サーバ４１から送られるＨＴＴＰ応答パケットがユーザ端末５１に到着すると、そのパケットが到着したことをコンテンツ配信サーバ４１に伝えるために、ユーザ端末５１は、コンテンツ配信サーバ４１に向け、ＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないパケット（以後、本パケットをパケットＡと呼ぶことにする）を送出する。同じくユーザ端末５１から送出されるＨＴＴＰ要求パケットは、基本的にユーザの操作に基づき生成されるのに対し、パケットＡはＨＴＴＰ応答パケットの到着に応じて自動的にユーザ端末内で生成される。パケットＡの生成頻度は一般に、２個のＨＴＴＰ応答パケットに対して１個の割合、もしくは１個のＨＴＴＰ応答パケットに対して１個の割合である。
実際、コンテンツ配信パケット８６を受信すると、ユーザ端末５１はパケットＡをコンテンツ配信サーバ４１に向け送出する。途中経路にあるゲートウェイ１００１はパケットＡを受信すると、パケット転送処理部１００２においてパケットヘッダの解析を行う。パケット転送処理部１００２は、パケットＡが、予め定められた特定値である宛先ポート番号＝８０を有すること、かつ、ＡＣＫフラグの値として１を持ち、ＴＣＰヘッダ以外に情報を持たないこと、を確認すると、ＨＴＴＰ要求パケットの場合の処理とは異なり、パケットＡをコンテンツＩＤ処理部１００５には転送せず、コンテンツ配信サーバに向け転送する。
なお、図１５に示すように、同一ＴＣＰコネクション上にて引き続き転送されるＨＴＴＰ応答パケットに対して生成されるパケットＡについても、パケット転送処理部１００２は同様の処理を行う。
【０１５０】
以上、本発明を、実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【０１５１】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。
【０１５２】
本発明のゲートウェイ装置は、コンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ配信サーバ接続要求に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイ装置にて行うため、１つのコンテンツ配信サーバ内にコンテンツ取得条件の異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【０１５３】
また、ゲートウェイ装置の導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入が容易であるという利点がある。
【０１５４】
本発明の動作は、コンテンツ配信サーバがゲートウェイ装置に直収される形態に限らず、ゲートウェイ装置とコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイ装置とデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【０１５５】
また本発明は、仮想網間で同一の実ユーザＩＤが使用されている場合に対処するため、ゲートウェイ装置にて、コンテンツ配信サーバ接続要求パケットに送信元として付与されている実ユーザＩＤを、共通体系ユーザＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイ装置との間のライン上においてユーザＩＤの重複を回避する機能を有する。これにより、本発明によるコンテンツ配信は、各仮想網で運用されている実ユーザＩＤがプライベートアドレスで運用されている場合にも通用可能である。
【０１５６】
また、本発明におけるセキュリティ保証型コンテンツ配信システムの内部処理構造は、ＨＴＴＰ要求パケットのようにＵＲＬを検索する必要があるパケットのみ、コンテンツＩＤ処理部１００５およびコンテンツＩＤ管理部１００６にて処理を行い、コンテンツを搭載するＨＴＴＰ応答パケットに関する処理は、パケット転送処理部１００２等の汎用処理部のみで処理するため、コンテンツ配信処理の高速化を可能とする。また、コンテンツ配信サービス以外の通信アプリケーションを追加する場合にも、パケット転送処理部１００２、コネクション管理部１００３およびコネクション処理部１００４は共通化できるため、サービス拡張性にも優れる。
また、本発明のゲートウェイ装置は、ユーザ端末から送出される生成頻度の高いパケットＡをコンテンツＩＤ処理部１００５には転送しない処理を有することにより、コンテンツＩＤ処理部１００５の処理の軽減に貢献する。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ配信システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図４】実施例１におけるユーザ端末５４がコンテンツＡの取得動作を起こした場合のシークエンスを示す図である。
【図５】本発明に基づく第２のコンテンツ配信システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ配信システムの形態を示す図である。
【図７】実施例２におけるコンテンツ配信システムを示す図である。
【図８】実施例２におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図９】実施例３における仮想サーバＩＤの付与方法（その１）を示す図である。
【図１０】実施例３における仮想サーバＩＤの付与方法（その２）を示す図である。
【図１１】実施例３におけるユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図１２】コンテンツ配信サーバ接続要求の最大数超過のため、ユーザ端末５１が接続拒否された例のシークエンスを示す図である。
【図１３】ゲートウェイ装置の内部処理の実現手段の例を示す図である。
【図１４】コネクション処理部およびコネクション管理部を有するゲートウェイ装置の内部処理の実現手段の例を示す図である。
【図１５】コンテンツ配信の一般的な通信シークエンスを示す図である。
【図１６】実施例５、６においてユーザ端末５１がコンテンツＡを取得する動作シークエンスを示す図である。
【図１７】実施例５、６においてユーザ端末５４がコンテンツＡの取得動作を起こした場合のシークエンスを示す図である。
【符号の説明】
１…仮想網１ ２…仮想網２ ３…仮想網３
１１…コンテンツ配信網
１２，１３…共通網
２１〜２５…データ転送装置
３１〜３３…ゲートウェイ装置
４１〜４４…コンテンツ配信サーバ
５１，５２…仮想網１のユーザ端末
５３…仮想網２のユーザ端末
５４…仮想網３のユーザ端末
６１〜６４，７１〜７９，９１〜９３…ライン
８１〜８３，８７…コンテンツ配信サーバ接続要求
８４〜８６，８８…コンテンツ配信パケット
１４１，１４４，１４７…仮想網１用コンテンツ配信サーバ
１４２，１４５，１４８…仮想網２用コンテンツ配信サーバ
１４３，１４６，１４９…仮想網３用コンテンツ配信サーバ
１００１…ゲートウェイ装置
１００２…パケット転送処理部
１００３…コネクション管理部
１００４…コネクション処理部
１００５…コンテンツＩＤ処理部
１００６…コンテンツＩＤ管理部
Claims (16)
- 通信網に接続され、
少なくとも１つ以上のコンテンツを蓄積する少なくとも１つ以上のコンテンツ配信サーバを収容し、
前記通信網内の任意の仮想網に収容されたユーザ端末からのコンテンツ配信サーバ接続要求を受信して、前記コンテンツ配信サーバから前記ユーザ端末に該当するコンテンツを転送するゲートウェイ装置であって、
前記ゲートウェイ装置は、
各コンテンツに付与されたコンテンツＩＤと、各コンテンツ対応に取得許可あるいは取得不許可とする仮想網ＩＤとを管理する手段と、
前記コンテンツ配信サーバ接続要求のパケットに付与されたコンテンツＩＤ及び仮想網ＩＤと、前記管理手段の管理情報とを照合する手段と、
前記照合の結果、コンテンツ取得許可の場合は、コンテンツ配信サーバに前記コンテンツ配信サーバ接続要求パケットを転送し、コンテンツ取得不許可の場合は、前記コンテンツ配信サーバ接続要求パケットの転送を行わない手段を有することを特徴とするゲートウェイ装置。 - 前記仮想網ＩＤは、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤであることを特徴とする請求項１記載のゲートウェイ装置。
- 前記管理手段は、前記仮想網ＩＤの代わりに各仮想網に収容されたユーザＩＤを管理し、
前記照合手段は、前記コンテンツ配信サーバ接続要求のパケットに付与されたユーザＩＤ及びコンテンツＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項２記載のゲートウェイ装置。 - 前記通信網と前記ゲートウェイ装置の間にデータ転送装置を備え、
前記データ転送装置は、前記ゲートウェイ装置との間に仮想網対応のラインを有し、
コンテンツ配信サーバ接続要求のパケットに付与された仮想網ＩＤに対応する前記ラインに前記コンテンツ配信サーバ接続要求パケットを送出する手段を備え、
前記管理手段は、前記仮想網ＩＤの代わりに前記ラインのラインＩＤを管理し、
前記照合手段は、前記コンテンツ配信サーバ接続要求パケットを受信したラインＩＤ及び前記パケットに付与されたコンテンツＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項２記載のゲートウェイ装置。 - 前記ゲートウェイ装置は、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、前記仮想網ＩＤを有する仮想網に振分ける手段を有する請求項２ないし請求項４のうちいずれか１項に記載のゲートウェイ装置。
- 外部から受信するパケットのパケットヘッダの解析、あるいはパケットが入力された仮想網の識別のうち少なくともパケットヘッダの解析を行う手段と、解析によって得られたコネクション情報の中に予め定められた特定値を有する場合に、該パケットおよび、前記解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部に転送する手段を有するパケット転送処理部と、
前記パケット転送処理部から転送された特定値を有するパケットに対し、パケットヘッダ内に記述されているコンテンツＩＤを読み取る手段と、読み取ったコンテンツＩＤおよび、パケット転送処理部から転送されたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部に送り、コンテンツＩＤ検索要求を行う手段と、コンテンツＩＤ管理部からの該コンテンツＩＤ検索要求に対する応答結果が、コンテンツ取得許可の場合は該パケットをコンテンツ配信サーバヘ転送し、コンテンツ取得不許可の場合は前記コンテンツ配信サーバヘの転送を行わない手段を有する前記コンテンツＩＤ処理部と、
各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可あるいは取得不許可とするコンテンツＩＤの管理を行う手段と、前記コンテンツＩＤ処理部からのコンテンツＩＤ検索要求に対し、前記管理情報との照合に基づき、コンテンツ取得許可あるいはコンテンツ取得不許可のいずれかの検索結果を応答する手段を有する前記コンテンツＩＤ管理部、
とから構成される請求項１ないし請求項５のうちいずれか１項に記載のゲートウェイ装置。 - 請求項６記載のゲートウェイ装置において、
前記パケット転送処理部は、外部から受信するパケットのパケットヘッダの解析、あるいはパケットが入力された仮想網の識別のうち少なくともパケットヘッダの解析を行う手段と、解析によって得られたコネクション情報のコネクション検索要求をコネクション管理部に行う手段と、コネクション管理部からのコネクション検索要求に対する応答結果が登録なしの場合、あるいは、受信したパケットがコネクション確立パケットあるいはコネクション切断パケットの場合に、該パケットをコネクション処理部に転送する手段と、該コネクション検索要求に対する応答結果が登録あり、かつ、該コネクション情報の中に予め定められた特定値を有する場合は、該パケットおよび、前記解析によって得られたユーザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部に転送する手段を有し、
前記パケット転送処理部から転送されたパケットのパケットヘッダの解析を行う手段と、パケットがコネクション確立パケットの場合、パケットヘッダに記載されるコネクション情報をコネクション管理部に設定する手段と、パケットがコネクション切断パケットの場合、コネクション管理部が管理している該コネクションのコネクション情報を削除する手段を有する前記コネクション処理部と、
前記コネクション情報を管理し、前記パケット転送処理部からのコネクション検索要求に対し、検索結果を応答する手段を有する前記コネクション管理部とを有することを特徴とするゲートウェイ装置。 - 前記ゲートウェイ装置は、コンテンツＩＤ、ユーザＩＤ、仮想網ＩＤの少なくとも１つ以上のＩＤ毎に最大許容接続数を管理する手段を備え、いずれかの最大許容接続数を超過した場合に、コンテンツ配信サーバ接続要求パケットのコンテンツ配信サーバヘの転送を行わない手段を有することを特徴とする請求項２ないし請求項７のうちいずれか１項に記載のゲートウェイ装置。
- 前記ゲートウェイ装置は、コンテンツ配信サーバ接続要求パケットの送信元として付与されたユーザＩＤを共通体系ユーザＩＤに変換し付与する手段と、
コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットに付与されている共通体系ユーザＩＤを前記ユーザＩＤに変換し付与する手段を有することを特徴とする請求項２ないし請求項７のうちいずれか１項に記載のゲートウェイ装置。 - 前記ゲートウェイ装置は、前記共通体系ユーザＩＤに付与すべき値として、仮想網ＩＤ毎に使用可能な範囲を定めることを特徴とする請求項９記載のゲートウェイ装置。
- 前記ゲートウェイ装置は、前記コンテンツ配信サーバの実サーバＩＤに対し、ユーザＩＤ毎あるいは仮想網ＩＤ毎に仮想サーバＩＤを有し、
コンテンツ配信サーバ接続要求パケットに宛先として付与された仮想サーバＩＤを、前記実サーバＩＤに変換し付与する手段と、
コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットに付与されている実サーバＩＤを仮想サーバＩＤに変換し付与する手段を有することを特徴とする請求項２ないし請求項７のうちいずれか１項に記載のゲートウェイ装置。 - 前記ゲートウェイ装置は、仮想サーバＩＤを実サーバＩＤに変換し付与する際、実サーバＩＤは、コンテンツ配信サーバ接続要求パケットで要求されたコンテンツを格納するコンテンツ配信サーバが複数有る場合、情報トラヒック量あるいは処理負荷量の小さいコンテンツ配信サーバの実サーバＩＤを選択する手段を有することを特徴とする請求項１１記載のゲートウェイ装置。
- 前記コンテンツＩＤは、ＵＲＬあるいはＵＲＬの一部であって、
前記管理手段は、前記ＵＲＬあるいは前記ＵＲＬの一部対応に取得許可あるいは取得不許可とする仮想網ＩＤを管理し、
前記照合手段は、前記コンテンツ配信サーバ接続要求のパケットに付与されたＵＲＬ及び仮想網ＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項１または請求項２記載のゲートウェイ装置。 - 請求項６または７記載のゲートウェイ装置において、
前記パケット転送処理部は、外部から受信するパケットがヘッダ情報しか有さないパケットである場合、該パケットをコンテンツＩＤ処理部に転送しない手段を有することを特徴とするゲートウェイ装置。 - 請求項７記載のゲートウェイ装置において、
前記パケット転送処理部は、外部から受信するパケットがヘッダ情報しか有さないパケットである場合、該コネクション検索要求に対する応答結果が登録あり、かつ、該コネクション情報の中に予め定められた特定値を有する場合においても、該パケットをコンテンツＩＤ処理部に転送しない手段を有することを特徴とするゲートウェイ装置。 - 請求項１４または１５記載のヘッダ情報しか有さないパケットは、
前記コンテンツ配信サーバから送られるコンテンツを載せたパケットが前記ユーザ端末に到着あるいは未到着であることを伝えるために、前記ユーザ端末から前記コンテンツ配信サーバに向け送出されるパケットであり、通信プロトコルとしてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いており、そのＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フラグの値が１を有し、ＴＣＰヘッダ以外に情報を持たないパケットであることを特徴とするゲートウェイ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002215937A JP3771523B2 (ja) | 2001-08-28 | 2002-07-25 | ゲートウェイ装置 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001257773 | 2001-08-28 | ||
| JP2001-257773 | 2001-08-28 | ||
| JP2001-306516 | 2001-10-02 | ||
| JP2001306516 | 2001-10-02 | ||
| JP2002215937A JP3771523B2 (ja) | 2001-08-28 | 2002-07-25 | ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003218951A JP2003218951A (ja) | 2003-07-31 |
| JP3771523B2 true JP3771523B2 (ja) | 2006-04-26 |
Family
ID=27670215
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002215937A Expired - Fee Related JP3771523B2 (ja) | 2001-08-28 | 2002-07-25 | ゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3771523B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4273973B2 (ja) | 2004-01-15 | 2009-06-03 | ソニー株式会社 | 情報通信システム、送信装置及び送信方法、並びにコンピュータ・プログラム |
| JP4930856B2 (ja) * | 2008-03-04 | 2012-05-16 | 九州日本電気ソフトウェア株式会社 | 通信システム、ゲートウェイ装置、クライアント装置、コンピュータ名変換方法およびプログラム |
| US8910270B2 (en) | 2009-01-20 | 2014-12-09 | Microsoft Corporation | Remote access to private network resources from outside the network |
| JP5389738B2 (ja) * | 2010-06-04 | 2014-01-15 | 日本電信電話株式会社 | 識別子管理システム、情報管理サーバ、相互接続先管理サーバ、識別子管理方法、情報管理プログラム、相互接続先管理プログラム |
-
2002
- 2002-07-25 JP JP2002215937A patent/JP3771523B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003218951A (ja) | 2003-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4053967B2 (ja) | Ｖｌａｎサーバ | |
| US6665304B2 (en) | Method and apparatus for providing an integrated cluster alias address | |
| USRE43051E1 (en) | Enabling a service provider to provide intranet services | |
| CN102893556B (zh) | 用于源对等体基于容量的Diameter负载共享的方法、系统和设备 | |
| US7839857B2 (en) | Packet forwarding apparatus with function of limiting the number of user terminals to be connected to ISP | |
| JP3633321B2 (ja) | 広域負荷分散装置及び方法 | |
| CN1954576B (zh) | 处理启动请求的方法、装置和系统 | |
| EP0607681A2 (en) | Parallel computer system | |
| US20020184529A1 (en) | Communicating data through a network | |
| US20060143699A1 (en) | Firewall device | |
| CN101076978B (zh) | 一种用于在服务器间分配负载的方法 | |
| CN103460653A (zh) | 计算机系统和通信方法 | |
| JPH09149036A (ja) | アドレス解決方法 | |
| US7570647B2 (en) | LAN type internet access network and subscriber line accommodation method for use in the same network | |
| JP3771523B2 (ja) | ゲートウェイ装置 | |
| JP4374202B2 (ja) | ストリーム配信計算機、プログラム、ｎａｓ装置 | |
| JP5261432B2 (ja) | 通信システム、パケット転送方法、ネットワーク交換装置、アクセス制御装置、及びプログラム | |
| JP3727561B2 (ja) | セキュリティ保証型コンテンツ配信サービス方法、コンテンツ配信システムおよびコンテンツ配信サーバ | |
| JP2006033106A (ja) | サービス提供プラットフォームシステム | |
| JP3779576B2 (ja) | ゲートウェイ装置 | |
| JP3908564B2 (ja) | 複数のフローから構成されるコンテンツ配信サービス向けゲートウェイ装置、コンテンツ配信サーバ装置、およびコンテンツ配信システム | |
| JP3776366B2 (ja) | 複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置 | |
| CN1996887A (zh) | 一种高服务质量资源分配方法、装置及系统 | |
| JP3898119B2 (ja) | ファイアウォール多重装置およびパケット振分け方法 | |
| KR100920327B1 (ko) | 서비스 처리 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040728 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051221 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060209 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090217 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100217 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110217 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120217 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130217 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |