JP2003218951A - ゲートウェイ装置 - Google Patents

Abstract

(57)【要約】 【課題】 従来技術のデータ転送装置は各ラインと仮想
網を対応づけることにより通信のセキュリティを実現し
ているのでコンテンツ配信サーバは仮想網毎に個別に設
置する必要があった。一方、１つのコンテンツ配信サー
バが複数のラインと接続し、各ラインを各仮想網と対応
付けさせることは可能であるが、これでは、仮想網毎の
セキュアなコンテンツ配信が達成できない。 【解決手段】 ゲートウェイ装置をデータ転送装置とコ
ンテンツ配信サーバ間に導入する。ゲートウェイはコン
テンツ配信サーバが蓄積している各コンテンツのコンテ
ンツＩＤ等の管理を行う。ゲートウェイはコンテンツ取
得許可の場合のみ該コンテンツ配信サーバにパケットを
転送する処理を行う。また、ゲートウェイはコンテンツ
を載せたパケットを仮想網に振分ける。コンテンツ配信
サーバのコスト削減とコンテンツ取得のセキュリティの
両立を可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばコンテン
ツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリテ
ィ制御を行うコンテンツ配信システムのためのゲートウ
ェイ装置に関する。

【０００２】

【従来の技術】従来技術に基づくコンテンツ配信システ
ムを図２に示す。コンテンツ配信サーバ１４１〜１４９
は、コンテンツを蓄積し、ユーザ端末からのコンテンツ
配信サーバ接続要求に応答して該コンテンツを送出す
る。ただしコンテンツ配信サーバ１４１、１４４および
１４７は仮想網１に属するユーザ端末のみがアクセスを
許容されたコンテンツ配信サーバ、コンテンツ配信サー
バ１４２、１４５および１４８は仮想網２に属するユー
ザ端末のみがアクセスを許容されたコンテンツ配信サー
バ、コンテンツ配信サーバ１４３、１４６および１４９
は仮想網３に属するユーザ端末のみがアクセスを許容さ
れたコンテンツ配信サーバである。

【０００３】データ転送装置２１〜２５は、ユーザ単
位、複数ユーザ単位、コンテンツ単位、複数コンテンツ
単位、コンテンツホルダ単位あるいは複数コンテンツホ
ルダ単位に形成される仮想網毎に付与された仮想網ＩＤ
を管理し、コンテンツ配信サーバ接続要求を宛先のコン
テンツ配信サーバに向け、該仮想網上にて転送、また、
コンテンツを載せたパケットを宛先のユーザ端末に向
け、該仮想網上にて転送する。図２は、ユーザ端末５１
および５２が仮想網１に属し、ユーザ端末５３が仮想網
２に属し、ユーザ端末５４が仮想網３に属する例であ
り、仮想網１の仮想網ＩＤを１、仮想網２の仮想網ＩＤ
を２、仮想網３の仮想網ＩＤを３とする。各データ転送
装置２１〜２５は、仮想網ＩＤ＝１、２および３を管理
し、ユーザ端末５１および５２から送出されるパケット
およびコンテンツ配信サーバ１４１、１４４および１４
７から送出されるパケットに対し、仮想網ＩＤ＝１を付
与し、仮想網ＩＤ＝１に従い、コンテンツ配信網１１内
の仮想網１上にてパケット転送を行う。同様に、各デー
タ転送装置２１〜２５は、ユーザ端末５３から送出され
るパケットおよびコンテンツ配信サーバ１４２、１４５
および１４８から送出されるパケットに対し、仮想網Ｉ
Ｄ＝２を付与し、仮想網ＩＤ＝２に従い、コンテンツ配
信網１１内の仮想網２上にてパケット転送を行い、ま
た、ユーザ端末５４から送出されるパケットおよびコン
テンツ配信サーバ１４３、１４６および１４９から送出
されるパケットに対し、仮想網ＩＤ＝３を付与し、仮想
網ＩＤ＝３に従い、コンテンツ配信網１１内の仮想網３
上にてパケット転送を行う。

【０００４】なお、実際にデータ転送装置が、ユーザ端
末もしくはコンテンツ配信サーバと仮想網との対応を管
理する方法は以下の通りである。仮想網１の場合、デー
タ転送装置２４は、ライン６１およびライン６２から到
着するパケットに対し、仮想網ＩＤ＝１を付与するよう
に管理する。また、データ転送装置２１、データ転送装
置２２、データ転送装置２３は、それぞれライン７１、
ライン７４、ライン７７から到着するパケットに対し、
仮想網ＩＤ＝１を付与するように管理する。同様に仮想
網２の場合、データ転送装置２５は、ライン６３から到
着するパケットに対し、仮想網ＩＤ＝２を付与するよう
に管理する。また、データ転送装置２１、データ転送装
置２２、データ転送装置２３は、それぞれライン７２、
ライン７５、ライン７８から到着するパケットに対し、
仮想網ＩＤ＝２を付与するように管理する。同様に仮想
網３の場合、データ転送装置２５は、ライン６４から到
着するパケットに対し、仮想網ＩＤ＝３を付与するよう
に管理する。また、データ転送装置２１、データ転送装
置２２、データ転送装置２３は、それぞれライン７３、
ライン７６、ライン７９から到着するパケットに対し、
仮想網ＩＤ＝３を付与するように管理する。

【０００５】以上の方法によって、データ転送装置がラ
インと仮想網ＩＤとの対応を管理するだけで、同じ仮想
網に属するユーザ端末とコンテンツ配信サーバ間での通
信のみを許容し、異仮想網間の通信は不許可とする処理
が可能となり、通信のセキュリティが提供される。

【０００６】なお、ラインの実現は、物理的な伝送路で
もよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕ
ｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔ
ｉｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ
（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉ
ｅｒ）などの論理チャネルを用いてもよいことを追記す
る。

【０００７】

【発明が解決しようとする課題】前述の従来技術は、仮
想網毎のセキュアなコンテンツ配信を実現するものの、
以下の課題がある。データ転送装置は、各ラインと仮想
網を対応づけることにより通信のセキュリティを実現し
ており、これによりコンテンツ配信サーバは仮想網毎に
個別に設置する必要がある。すなわち、サーバの台数を
増やす原因となり、サーバコストの増大を招く。

【０００８】一方、仮想網間でコンテンツ配信サーバを
共用化するために、１つのコンテンツ配信サーバが複数
のラインと接続し、各ラインを各仮想網と対応付けさせ
ることは可能である。しかしこれでは、各仮想網に属す
るユーザ端末が該コンテンツ配信サーバに自由に接続で
きてしまうため、ある仮想網のユーザ端末のみが取得を
許可されているコンテンツが、他仮想網のユーザ端末か
らも取得される恐れがあり、本来の目的である仮想網毎
のセキュアなコンテンツ配信が達成できない。

【０００９】

【課題を解決するための手段】前記課題を解決するため
に、図１に示すようにゲートウェイ装置をデータ転送装
置とコンテンツ配信サーバ間に導入する。

【００１０】ゲートウェイ装置は、コンテンツ配信サー
バが蓄積している各コンテンツのコンテンツＩＤの管
理、各コンテンツを取得許可あるいは取得不許可とする
ユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行
う。そしてゲートウェイ装置は、ユーザ端末から送られ
るコンテンツ配信サーバ接続要求パケットに付与されて
いるコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識
別し前記管理情報と照合し、コンテンツ取得許可の場合
のみ該コンテンツ配信サーバにパケットを転送する処理
を行う。

【００１１】また、ゲートウェイ装置は、コンテンツ取
得許可された後にコンテンツ配信サーバから送られるコ
ンテンツを載せたパケットを、コンテンツ配信サーバ接
続要求を行ったユーザ端末が属する仮想網に振分ける。

【００１２】以上の手段により、仮想網間でコンテンツ
配信サーバを共用化しつつ、各仮想網のユーザ端末は、
該仮想網が取得許可されているコンテンツのみ取得可能
となるように動作できる。すなわち、コンテンツ配信サ
ーバのコスト削減とコンテンツ取得のセキュリティの両
立を可能とする。

【００１３】なお、本ゲートウェイ装置の導入は、従来
のデータ転送装置およびコンテンツ配信サーバの処理動
作の変更を伴わないため、導入も容易である。

【００１４】また本発明は、前記ゲートウェイ装置の内
部処理の実現手段を発明したものである。以下に本発明
の手段を、図１３を用い説明する。

【００１５】パケット転送処理部１００２は、データ転
送装置やコンテンツ配信サーバ等の外部から受信するパ
ケットのパケットヘッダの解析を行う。パケット転送処
理部１００２は、パケットの解析により、ユーザＩＤあ
るいは仮想網ＩＤを読み取ると共に、コネクション情報
を読み取る。読み取ったコネクション情報の中に予め定
められた特定値を有する場合、パケット転送処理部１０
０２は、該パケットおよび、解析によって得られたユー
ザＩＤあるいは仮想網ＩＤをコンテンツＩＤ処理部１０
０５に転送する。コンテンツＩＤ処理部１００５は、転
送された特定値を有するパケットに対し、パケットヘッ
ダ内に記述されているコンテンツＩＤを読み取り、コン
テンツＩＤおよび、ユーザＩＤあるいは仮想網ＩＤをコ
ンテンツＩＤ管理部１００６に送り、コンテンツＩＤ検
索要求を行う。コンテンツＩＤ管理部１００６は、各ユ
ーザＩＤあるいは各仮想網ＩＤに対する、取得許可ある
いは取得不許可とするコンテンツＩＤを管理しており、
コンテンツＩＤ処理部１００５からのコンテンツＩＤ検
索要求に対し、コンテンツ取得許可あるいはコンテンツ
取得不許可のいずれかの検索結果を応答する。応答結果
がコンテンツ取得許可の場合は、コンテンツＩＤ処理部
１００５は、該パケットを再びパケット転送処理部１０
０２に戻し、パケット転送処理部１００２は宛先に従
い、該パケットを外部に転送する。一方、応答結果がコ
ンテンツ取得不許可の場合は、コンテンツＩＤ処理部１
００５は該パケットを廃棄する。

【００１６】また本発明は、図１４に示すように、コネ
クション処理部およびコネクション管理部を有する形態
によっても実現される。以下に本手段を説明する。

【００１７】パケット転送処理部１００２は、データ転
送装置やコンテンツ配信サーバ等の外部から受信するパ
ケットのパケットヘッダの解析を行う。パケット転送処
理部１００２は、パケットの解析により、ユーザＩＤあ
るいは仮想網ＩＤを読み取ると共に、コネクション情報
を読み取る。パケット転送処理部１００２は、読み取っ
たコネクション情報をコネクション検索要求によって、
コネクション管理部１００３に送り、該コネクションが
通信中であるか否かを検索する。コネクション管理部１
００３は、通信中のコネクション情報を管理しており、
コネクション検索要求に対し、コネクション検索要求に
対する応答として、該コネクションが通信中であるか否
か（登録されているか否か）をパケット転送処理部１０
０２に送る。

【００１８】ゲートウェイ装置１００１における以後の
処理手順は、外部から受信するパケットの種別および、
コネクション管理部１００３におけるコネクション情報
の登録状態により、以下に分類される。ここでパケット
の種別とは、ＴＣＰコネクション確立パケット、ＨＴＴ
Ｐ要求および応答パケットをはじめとするアプリケーシ
ョン通信が行われるパケット、ＴＣＰコネクション切断
パケットの３種類である。

【００１９】（１）コネクション管理部１００３におい
て該コネクションが登録されていない場合あるいは受信
したパケットがコネクション確立パケットの場合、 パケット転送処理部１００２は、該パケットをコネクシ
ョン処理部１００４に転送する。コネクション処理部１
００４は、転送された該パケットのパケットヘッダの解
析を行い、パケットヘッダに記載されるコネクション情
報をコネクション管理部１００３に設定する。該パケッ
トは再びパケット転送処理部１００２に戻され、パケッ
トの宛先に従い、外部に転送される。

【００２０】（２）コネクション管理部１００３におい
て該コネクションが登録されており、受信したパケット
がコネクション切断パケットの場合、 パケット転送処理部１００２は、（１）と同様に該パケ
ットをコネクション処理部１００４に転送する。コネク
ション処理部１００４は、転送された該パケットのパケ
ットヘッダの解析を行い、コネクション管理部１００３
が管理している該コネクションのコネクション情報を削
除する。該パケットは再びパケット転送処理部１００２
に戻され、パケットの宛先に従い、外部に転送される。

【００２１】（３）コネクション管理部１００３におい
て該コネクションが登録されているが、該コネクション
情報の中に予め定められた特定値を有さない場合、 パケット転送処理部１００２は、宛先に従い、該パケッ
トを外部に転送する。

【００２２】（４）コネクション管理部１００３におい
て該コネクションが登録されており、該コネクション情
報の中に予め定められた特定値を有する場合、 パケット転送処理部１００２は、該パケットおよび、解
析によって得られたユーザＩＤあるいは仮想網ＩＤをコ
ンテンツＩＤ処理部１００５に転送する。コンテンツＩ
Ｄ処理部１００５は、転送された特定値を有するパケッ
トに対し、パケットヘッダ内に記述されているコンテン
ツＩＤを読み取り、コンテンツＩＤおよび、ユーザＩＤ
あるいは仮想網ＩＤをコンテンツＩＤ管理部１００６に
送り、コンテンツＩＤ検索要求を行う。コンテンツＩＤ
管理部１００６は、各ユーザＩＤあるいは各仮想網ＩＤ
に対する、取得許可あるいは取得不許可とするコンテン
ツＩＤを管理しており、コンテンツＩＤ処理部１００５
からのコンテンツＩＤ検索要求に対し、コンテンツ取得
許可あるいはコンテンツ取得不許可のいずれかの検索結
果を応答する。応答結果がコンテンツ取得許可の場合
は、コンテンツＩＤ処理部１００５は、該パケットを再
びパケット転送処理部１００２に戻し、パケット転送処
理部１００２は宛先に従い、該パケットを外部に転送す
る。一方、応答結果がコンテンツ取得不許可の場合は、
コンテンツＩＤ処理部１００５は該パケットを廃棄す
る。

【００２３】以上の手段は、前記ゲートウェイ装置の内
部処理において、以下の利点がある。本発明は、図１３
の処理あるいは図１４における前記（４）の処理のよう
に、コンテンツ配信サービスをはじめとする特定用途の
処理は、コンテンツＩＤ処理部１００５およびコンテン
ツＩＤ管理部１００６で行い、多くの通信アプリケーシ
ョンで共通となる処理は、パケット転送処理部１００
２、コネクション管理部１００３およびコネクション処
理部１００４にて行う。このような機能ブロック配置を
取ることにより、共通となる処理の高速化を可能とす
る。また、コンテンツ配信サービス以外の通信アプリケ
ーションを追加する場合にも、パケット転送処理部１０
０２、コネクション管理部１００３およびコネクション
処理部１００４は共通化できるため、サービス拡張性に
も優れる。

【００２４】また本発明の図１３あるいは図１４のパケ
ット転送処理部１００２は、コンテンツ配信サーバから
送られるコンテンツを載せたＨＴＴＰ応答パケットがユ
ーザ端末に到着あるいは未到着であることを伝えるため
に、ユーザ端末からコンテンツ配信サーバに向け送出さ
れるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フラグ
の値が１を有し、ＴＣＰヘッダ以外に情報を持たないＴ
ＣＰパケットを受信した場合に対し、該パケットをコン
テンツＩＤ処理部には転送せず、コンテンツ配信サーバ
に転送する手段を有する。以上の手段は、前記ゲートウ
ェイ装置の内部処理において、以下の利点がある。本発
明は、図１３の処理あるいは図１４における前記（４）
の処理のように、コンテンツ配信サービスをはじめとす
る特定用途の処理において、ユーザ端末から送出される
コンテンツＩＤを有するＨＴＴＰ要求パケットと前記Ａ
ＣＫフラグの値が１を有し、ＴＣＰヘッダ以外に情報を
持たないＴＣＰパケットとを区別し、コンテンツＩＤ処
理が必要なＨＴＴＰ要求パケットのみをコンテンツＩＤ
処理部１００５に転送する。前記ＡＣＫフラグの値が１
を有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケ
ットの数は一般に、ＨＴＴＰ応答パケットの数の約２分
の１から同数もあるため、前記ＡＣＫフラグの値が１を
有し、ＴＣＰヘッダ以外に情報を持たないＴＣＰパケッ
トをコンテンツＩＤ処理部１００５に転送しないこと
は、コンテンツＩＤ処理部１００５の処理の軽減に貢献
する。

【００２５】

【発明の実施の形態】以下、実施例に基づき本発明の実
施の形態を詳細に説明する。

【００２６】（実施例１）本発明の実施形態に基づくコ
ンテンツ配信システムは図１に示す。本実施例では、コ
ンテンツ配信サーバ４１、４２、４３および４４の実サ
ーバＩＤをそれぞれ、４１、４２、４３および４４と
し、ユーザ端末５１、５２、５３および５４の実ユーザ
ＩＤをそれぞれ５１、５２、５３および５４とする。ま
た、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの
３つのコンテンツが蓄積されているものとする。コンテ
ンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツ
のＵＲＬとして定義し、それぞれのＵＲＬをwww.server
41.com/server41/contentA、www.server41.com/server4
1/contentB、およびwww.server41.com/server41/conten
tC、とする。コンテンツＡは仮想網１に属するユーザの
端末みが接続を許可されたコンテンツ、コンテンツＢは
仮想網１および２に属するユーザ端末が接続を許可され
たコンテンツ、コンテンツＣは仮想網１、２および３に
属するユーザ端末が接続を許可されたコンテンツである
ものとする。

【００２７】仮想網１に属するユーザ端末５１が、コン
テンツ配信サーバ４１に蓄積されるコンテンツＡを取得
する動作を、図３を用い、以下に説明する。

【００２８】まずユーザ端末５１は、宛先ＩＤ＝４１、
送信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続
要求パケット８１を送出する。データ転送装置２４は、
ライン６１から到着するパケットに対し、仮想網ＩＤ＝
１を付与するように管理されており、コンテンツ配信サ
ーバ接続要求パケット８１を受信すると、該パケットに
仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮
想網１に該パケットを転送する。仮想網ＩＤ＝１が付与
されたコンテンツ配信サーバ接続要求パケット８２は、
仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ
転送装置２１に到着する。

【００２９】データ転送装置２１は、仮想網ＩＤ＝１が
付与されたパケットをライン７１に、仮想網ＩＤ＝２が
付与されたパケットをライン７２に、仮想網ＩＤ＝３が
付与されたパケットをライン７３に転送するように管理
されており、コンテンツ配信サーバ接続要求パケット８
２を受信すると、仮想網ＩＤ＝１が付与されていること
から、該パケットをライン７１に転送する。このとき、
仮想網ＩＤを削除するのが一般的だが、データ転送装置
２１は仮想網ＩＤを削除せず、付与したままにしておい
てもよい。

【００３０】ゲートウェイ装置３１は、コンテンツ配信
サーバ４１が蓄積している各コンテンツのコンテンツＩ
Ｄの管理、各コンテンツを取得許可あるいは取得不許可
とする仮想網ＩＤの管理を行っている。ここでは、デー
タ転送装置が収容するラインと仮想網は１対１で対応す
るため、データ転送装置２１は仮想網ＩＤではなく、ラ
インＩＤで管理するものとする。すなわち、www.server
41.com/server41/contentAを取得許可とするラインＩＤ
＝７１、www.server41.com/server41/contentBを取得許
可とするラインＩＤ＝７１および７２、www.server41.c
om/server41/contentCを取得許可とするラインＩＤ＝７
１、７２および７３、の各情報を管理する。データ転送
装置２１からライン７１を通じて転送されたコンテンツ
配信サーバ接続要求パケット８３を受信すると、ゲート
ウェイ装置３１は、コンテンツ配信サーバ接続要求パケ
ット８３に付与されているＵＲＬを読み取り、前記管理
情報と照合する。ラインＩＤ＝７１はコンテンツＡを取
得許可されているため、ゲートウェイ装置３１はコンテ
ンツ配信サーバ接続要求パケット８３をコンテンツ配信
サーバ４１に転送する。

【００３１】ここで、ゲートウェイ装置３１が行ってい
るコンテンツＩＤと取得許可とするラインＩＤの管理に
関する代替手法として２つの手法を追記しておく。第１
の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法
である。例えば、コンテンツＩＤを「/server41/」、
「/server41/contentB」、「/server41/contentC」と定
義し、ゲートウェイ装置３１は、/server41/を取得許可
とするラインＩＤ＝７１、/server41/contentBを取得許
可とするＩＤ＝７２、/server41/contentCを取得許可と
するラインＩＤ＝７２および７３、の各関係を管理する
ことにより、同等のコンテンツ取得セキュリティレベル
を確保できる。

【００３２】また第２の手法は、ラインＩＤの代わりに
実ユーザＩＤを用いて方法である。この場合、ゲートウ
ェイ装置３１は、ラインＩＤ＝７１の代わりに実ユーザ
ＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実
ユーザＩＤ＝５３、ラインＩＤ＝７３の代わりに実ユー
ザＩＤ＝５４を管理する。

【００３３】さて、コンテンツ配信サーバ４１が、コン
テンツ配信サーバ接続要求パケット８３を受信すると、
コンテンツＡを載せたコンテンツ配信パケット８４をゲ
ートウェイ装置３１に向け送信する。コンテンツ配信パ
ケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が
記載されている。ゲートウェイ装置３１は、コンテンツ
配信パケット８４を受信すると、該パケットをライン７
１に振分ける。この際の振分方法は、コンテンツ配信パ
ケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振
分ける方法がある。また別の方法としては、ゲートウェ
イ装置３１がコンテンツ配信サーバ接続要求パケット８
３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先およ
び送信元ポート番号等のコネクション情報と、ライン７
１の対応を管理しておき、この管理情報に基づき、コン
テンツ配信パケット８４をライン７１に振分ける方法も
ある。

【００３４】データ転送装置２１は、ライン７１から到
着するパケットに対し、仮想網ＩＤ＝１を付与するよう
に管理されており、コンテンツ配信パケット８４を受信
すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網
１に該パケットを転送する。仮想網ＩＤ＝１が付与され
たコンテンツ配信パケット８５は、仮想網ＩＤ＝１に従
い、仮想網１上を転送され、データ転送装置２４に到着
する。

【００３５】データ転送装置２４は、仮想網ＩＤ＝１が
付与されたパケットをライン６１あるいはライン６２に
転送するように管理されており、さらにパケットの宛先
ＩＤを読み取り、ライン６１かライン６２への振分けを
判断する。したがってコンテンツ配信パケット８５を受
信すると、仮想網ＩＤ＝１が付与されていること、宛先
ＩＤ＝５１であることから、該パケットをライン６１に
転送する。このとき、仮想網ＩＤを削除するのが一般的
だが、データ転送装置２４は仮想網ＩＤを削除せず、付
与したままにしておいてもよい。以上により、ライン６
１を通じて転送されるコンテンツ配信パケット８６をユ
ーザ端末５１が受信することにより、ユーザ端末５１は
コンテンツＡを取得することができる。

【００３６】次に、仮想網３に属するユーザ端末５４
が、コンテンツ配信サーバ４１に蓄積されるコンテンツ
Ａの取得要求を試みた場合のシーケンスを、図４を用
い、以下に説明する。本例は本来、取得不許可となるた
め、ユーザ端末５４はコンテンツを取得できない例とな
る。

【００３７】まずユーザ端末５４は、宛先ＩＤ＝４１、
送信元ＩＤ＝５４を記載したコンテンツ配信サーバ接続
要求パケット８１を送出する。データ転送装置２５は、
ライン６４から到着するパケットに対し、仮想網ＩＤ＝
３を付与するように管理されており、コンテンツ配信サ
ーバ接続要求パケット８１を受信すると、該パケットに
仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮
想網３に該パケットを転送する。仮想網ＩＤ＝３が付与
されたコンテンツ配信サーバ接続要求パケット８２は、
仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ
転送装置２１に到着する。

【００３８】データ転送装置２１は、コンテンツ配信サ
ーバ接続要求パケット８２を受信すると、仮想網ＩＤ＝
３が付与されていることから、該パケットをライン７３
に転送する。このとき、仮想網ＩＤを削除するのが一般
的だが、データ転送装置２１は仮想網ＩＤを削除せず、
付与したままにしておいてもよい。

【００３９】ゲートウェイ装置３１は、データ転送装置
２１からライン７３を通じて転送されたコンテンツ配信
サーバ接続要求パケット８３を受信すると、ゲートウェ
イ装置３１は、コンテンツ配信サーバ接続要求パケット
８３に付与されているＵＲＬを読み取り、前記管理情報
と照合する。ラインＩＤ＝７３はコンテンツＡの取得を
許可されていないため、ゲートウェイ装置３１はコンテ
ンツ配信サーバ接続要求パケット８３をコンテンツ配信
サーバ４１に転送せず、廃棄する。

【００４０】以上により、コンテンツＡの取得を許可さ
れていないユーザ端末５４は、コンテンツＡを取得する
ことができず、セキュリティが確保される。

【００４１】本実施例では、コンテンツ配信サーバ４１
に蓄積されたコンテンツについて説明したが、コンテン
ツ配信サーバ４２〜４４に蓄積されたコンテンツの取得
方法についても同様の処理内容となる。

【００４２】本実施例の別の形態として、図５および図
６の形態も可能である。図５および図６のいずれの形態
もコンテンツの取得動作シーケンスは図３および図４に
示したものと同様である。

【００４３】図１の形態は、各コンテンツ配信サーバ
が、１つのゲートウェイ装置に繋がっているのに対し、
図５の形態は、各ゲートウェイ装置と各コンテンツ配信
サーバとの間に共通網１２が存在する。共通網１２の存
在により、例えばコンテンツ配信サーバ４１に接続する
場合の経路がゲートウェイ装置３１〜３３の３通りとな
り、トラヒックの分散に寄与できる。あるいは、図５の
形態は、１つのデータ転送装置を通じて、各コンテンツ
配信サーバに接続できるため、１つの仮想網が接続する
データ転送装置数を少なくさせることもできる。

【００４４】図６の形態は、各ゲートウェイ装置と各デ
ータ転送装置との間に共通網１３が存在する。図６の形
態も図５の形態と同様に、トラヒックの分散あるいは、
１つの仮想網が接続するデータ転送装置数を少なくさせ
ることに寄与する。ただし図６の形態の場合、ゲートウ
ェイ装置３１は仮想網毎のラインを持たず、共通網１３
と１つのラインで接続されるため、コンテンツの取得許
可に関する管理は、コンテンツＩＤと実ユーザＩＤによ
り行う。

【００４５】なお、図１および図５の形態の場合、ゲー
トウェイ装置とデータ転送装置の各機能は１つの装置に
集約することに実現できることは言うまでもない。

【００４６】（実施例２）本実施例は、実施例１におい
て各仮想網で運用されている実ユーザＩＤがプライベー
トアドレスで運用されている例である。すなわち、仮想
網間で同一の実ユーザＩＤが使用されている場合に対処
するため、各ゲートウェイ装置は、ユーザ端末から送出
されるコンテンツ配信サーバ接続要求パケットに送信元
として付与されている実ユーザＩＤを、共通体系ユーザ
ＩＤに変換および付与し直すことにより、コンテンツ配
信サーバとゲートウェイ装置との間のライン上において
ユーザＩＤの重複を回避する。なお当然ながらゲートウ
ェイ装置は、コンテンツ配信サーバから送られるコンテ
ンツ配信パケットに宛元として付与されている共通体系
ユーザＩＤを、該実ユーザＩＤに変換および付与し直す
動作も行う。

【００４７】本実施例は、上記以外の動作は実施例１と
同様であるため、システム形態は図１に従う。したがっ
て本実施例も、コンテンツ配信サーバの実サーバＩＤ、
コンテンツ配信サーバにおけるコンテンツの蓄積条件、
各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテン
ツに対する各仮想網の取得許可条件、は全て実施例１と
同様であるとする。ただし、ユーザ端末の実ユーザＩＤ
が、仮想網間で重複する例を考え、本実施例では図７の
ように、ユーザ端末５１、５２、５３および５４の実ユ
ーザＩＤをそれぞれ５１、５２、５１および５１とし、
実ユーザＩＤ＝５１が３つの仮想網１〜３で存在する例
を考える。

【００４８】仮想網１に属するユーザ端末５１が、コン
テンツ配信サーバ４１に蓄積されるコンテンツＡを取得
する動作を、図８を用い、以下に説明する。ただしユー
ザ端末５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記
載したコンテンツ配信サーバ接続要求パケット８１を送
出してから、ライン７１を通じてコンテンツ配信サーバ
接続要求パケット８２をゲートウェイ装置３１に転送す
るまでの動作は、実施例１と同様であるため、ここでは
省略する。

【００４９】ゲートウェイ装置３１は、コンテンツ配信
サーバ４１が蓄積している各コンテンツのコンテンツＩ
Ｄの管理、各コンテンツを取得許可あるいは取得不許可
とする仮想網ＩＤの管理を行っている。ここでは、デー
タ転送装置が収容するラインと仮想網は１対１で対応す
るため、データ転送装置２１は仮想網ＩＤではなく、ラ
インＩＤで管理するものとする。すなわち、www.server
41.com/server41/contentAを取得許可とするラインＩＤ
＝７１、www.server41.com/server41/contentBを取得許
可とするラインＩＤ＝７１および７２、www.server41.c
om/server41/contentCを取得許可とするラインＩＤ＝７
１、７２および７３、の各情報を管理する。データ転送
装置２１からライン７１を通じて転送されたコンテンツ
配信サーバ接続要求パケット８３を受信すると、ゲート
ウェイ装置３１は、コンテンツ配信サーバ接続要求パケ
ット８３に付与されているＵＲＬを読み取り、前記管理
情報と照合し、ラインＩＤ＝７１はコンテンツＡを取得
許可されていることを確認する。次にゲートウェイ装置
３１は、ユーザ端末から送出されるコンテンツ配信サー
バ接続要求のパケット８３の送信元ＩＤを実ユーザＩＤ
＝５１から、共通体系ユーザＩＤに変換する。共通体系
ユーザＩＤは、コンテンツ配信サーバとゲートウェイ装
置との間のラインで一義に定まるユーザＩＤであり、こ
れによって例えばコンテンツ配信サーバ４１とゲートウ
ェイ装置３１との間のラインにおいて、ユーザ端末５
１、５３および５４からの各コンテンツ配信サーバ接続
要求パケットの送信元ＩＤをそれぞれ異なる値に変換さ
せることにより、各コンテンツ配信サーバ接続要求パケ
ットの送信元端末を正しく認識することができる。本実
施例では、実ユーザＩＤから共通体系ユーザＩＤに変換
する方法として、仮想網毎に共通体系ユーザＩＤの使用
可能な範囲を定めることにし、仮想網１に対して共通体
系ユーザＩＤは１５１〜１６０、仮想網２に対して共通
体系ユーザＩＤは２５１〜２６０、仮想網３に対して共
通体系ユーザＩＤは３５１〜３６０と定める。実ユーザ
ＩＤと共通体系ユーザＩＤとの値の対応は、固定的に付
与しても動的に付与してもどちらでもよい。本例では、
コンテンツ配信サーバ接続要求のパケット８３の送信元
ＩＤは５１から１５１に変換されるものとする。そして
ゲートウェイ装置３１は、送信元ＩＤを共通体系ユーザ
ＩＤ＝１５１に変換したコンテンツ配信サーバ接続要求
パケット８７をコンテンツ配信サーバ４１に転送する。

【００５０】コンテンツ配信サーバ４１が、コンテンツ
配信サーバ接続要求パケット８７を受信すると、コンテ
ンツＡを載せたコンテンツ配信パケット８８をゲートウ
ェイ装置３１に向け送信する。コンテンツ配信パケット
８８には、宛先ＩＤ＝１５１、送信元ＩＤ＝４１が記載
されている。

【００５１】ゲートウェイ装置３１は、コンテンツ配信
パケット８８を受信すると、その宛元として付与されて
いる共通体系ユーザＩＤ＝１５１を、実ユーザＩＤ＝５
１に変換し、該パケットをライン７１に振分ける。この
際の振分方法は、実施例１と同様の方法があることを追
記する。

【００５２】この後の処理、すなわち、データ転送装置
２１がコンテンツ配信パケット８４を受信してから、ユ
ーザ端末５１にコンテンツ配信パケット８６が到着する
までの動作は、実施例１と同様であるため、ここでは省
略する。

【００５３】なお、取得が許可されていない仮想網に属
するユーザ端末からのコンテンツ配信サーバ接続要求パ
ケットに対する処理動作は実施例１と同様である。ま
た、実施例１で述べたことと同様に、図５および図６の
形態に対しても、本実施例で示した動作が適用できる。

【００５４】また、本実施例では、コンテンツ配信サー
バ４１に蓄積されたコンテンツについて説明したが、コ
ンテンツ配信サーバ４２〜４４に蓄積されたコンテンツ
の取得方法についても同様の処理内容となる。

【００５５】（実施例３）本実施例は、実施例１におい
て各ゲートウェイ装置が各コンテンツ配信サーバに対応
する仮想サーバＩＤを有し、各ユーザ端末はコンテンツ
配信サーバ接続要求パケットの宛先アドレスとして仮想
サーバＩＤを付与する例である。具体的な仮想サーバＩ
Ｄの付与法は、図９を用いながら以下に説明する。図９
は、図１におけるゲートウェイ装置３１〜３３のみを取
り上げた図である。図９において、ゲートウェイ装置３
１はコンテンツ配信サーバ４１の仮想サーバＩＤとし
て、仮想網１に対し仮想サーバＩＤ＝１４１、仮想網２
に対し仮想サーバＩＤ＝２４１、仮想網３に対し仮想サ
ーバＩＤ＝３４１を有する。同様にゲートウェイ装置３
３も、コンテンツ配信サーバ４４の仮想サーバＩＤとし
て、仮想網１に対し仮想サーバＩＤ＝１４４、仮想網２
に対し仮想サーバＩＤ＝２４４、仮想網３に対し仮想サ
ーバＩＤ＝３４４を有する。

【００５６】また、ゲートウェイ装置３２についてはコ
ンテンツ配信サーバ４２および４３の２台を収容するた
め、主に２つの仮想サーバＩＤの付与方法がある。第１
の方法は図９に示すように、仮想網１に対し、コンテン
ツ配信サーバ４２用仮想サーバＩＤ＝１４２、コンテン
ツ配信サーバ４３用仮想サーバＩＤ＝１４３、仮想網２
に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝
２４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝
２４３、仮想網３に対し、コンテンツ配信サーバ４２用
仮想サーバＩＤ＝３４２、コンテンツ配信サーバ４３用
仮想サーバＩＤ＝３４３、を有する。第２の方法は図１
０に示すように、コンテンツ配信サーバ４２および４３
に共通な仮想サーバＩＤを付与する、すなわち仮想網１
に対し、コンテンツ配信サーバ４２および４３共通の仮
想サーバＩＤ＝９１、仮想網２に対し、コンテンツ配信
サーバ４２および４３共通の仮想サーバＩＤ＝９２、仮
想網３に対し、コンテンツ配信サーバ４２および４３共
通の仮想サーバＩＤ＝９３、を有する。第２の方法はサ
ーバの負荷分散に利用でき、ゲートウェイ装置３２は、
コンテンツ配信サーバ４２、４３のうち情報トラヒック
量あるいは処理負荷量の小さいコンテンツ配信サーバの
実サーバＩＤと仮想サーバＩＤを変換する。この方法
は、ゲートウェイ装置が収容するコンテンツ配信サーバ
数にかかわらず、ユーザ端末に仮想サーバＩＤを１つだ
け見せることにより、ユーザ端末が意識することなく、
最も負荷の少ないコンテンツ配信サーバからコンテンツ
を送信することができる。

【００５７】以下、本実施例として、仮想網１に属する
ユーザ端末５１が、コンテンツ配信サーバ４１に蓄積さ
れるコンテンツＡを取得する動作を図１および図１１を
用いて説明する。

【００５８】本実施例も、コンテンツ配信サーバの実サ
ーバＩＤ、コンテンツ配信サーバにおけるコンテンツの
蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、
各コンテンツに対する各仮想網の取得許可条件、は全て
実施例１と同様であるとする。

【００５９】ユーザ端末５１が、宛先ＩＤ＝１４１、送
信元ＩＤ＝５１を記載したコンテンツ配信サーバ接続要
求パケット８１を送出する。以後、ライン７１を通じて
コンテンツ配信サーバ接続要求パケット８３をゲートウ
ェイ装置３１に転送するまでの動作は、実施例１と同様
であるため、ここでは省略する。

【００６０】ゲートウェイ装置３１は、コンテンツ配信
サーバ４１が蓄積している各コンテンツのコンテンツＩ
Ｄの管理、各コンテンツを取得許可あるいは取得不許可
とする仮想網ＩＤの管理を行っている。ここでは、デー
タ転送装置が収容するラインと仮想網は１対１で対応す
るため、データ転送装置２１は仮想網ＩＤではなく、ラ
インＩＤで管理するものとする。すなわち、www.server
41.com/server41/contentAを取得許可とするラインＩＤ
＝７１、www.server41.com/server41/contentBを取得許
可とするラインＩＤ＝７１および７２、www.server41.c
om/server41/contentCを取得許可とするラインＩＤ＝７
１、７２および７３、の各情報を管理する。また、ゲー
トウェイ装置３１は、コンテンツ配信サーバ４１の実サ
ーバＩＤと仮想網毎の仮想サーバＩＤとの対応を管理し
ている。

【００６１】データ転送装置２１からライン７１を通じ
て転送されたコンテンツ配信サーバ接続要求パケット８
３を受信すると、ゲートウェイ装置３１は、コンテンツ
配信サーバ接続要求パケット８３に付与されているＵＲ
Ｌを読み取り、前記管理情報と照合し、ラインＩＤ＝７
１はコンテンツＡを取得許可されていることを確認す
る。次にゲートウェイ装置３１は、ユーザ端末から送出
されるコンテンツ配信サーバ接続要求のパケット８３の
宛先ＩＤを１４１から、実サーバＩＤ＝４１に変換し、
該パケット８７をコンテンツ配信サーバ４１に転送す
る。

【００６２】コンテンツ配信サーバ４１が、コンテンツ
配信サーバ接続要求パケット８７を受信すると、コンテ
ンツＡを載せたコンテンツ配信パケット８８をゲートウ
ェイ装置３１に向け送信する。コンテンツ配信パケット
８８には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載さ
れている。

【００６３】ゲートウェイ装置３１は、コンテンツ配信
パケット８８を受信すると、その送信元として付与され
ている実サーバＩＤ＝４１を、仮想サーバＩＤ＝１４１
に変換し、該パケットをライン７１に振分ける。この際
の振分方法は、実施例１と同様の方法があることを追記
する。

【００６４】この後の処理、すなわち、データ転送装置
２１がコンテンツ配信パケット８４を受信してから、ユ
ーザ端末５１はコンテンツ配信パケット８６が到着する
までの動作は、実施例１と同様であるため、ここでは省
略する。

【００６５】なお、取得が許可されていない仮想網に属
するユーザ端末からのコンテンツ配信サーバ接続要求パ
ケットに対する処理動作は実施例１と同様である。ま
た、実施例１で述べたことと同様に、図５および図６の
形態に対しても、本実施例で示した動作が適用できる。

【００６６】また、本実施例では、コンテンツ配信サー
バ４１に蓄積されたコンテンツについて説明したが、コ
ンテンツ配信サーバ４２〜４４に蓄積されたコンテンツ
の取得方法についても同様の処理内容となる。

【００６７】さらに、実施例２で示した実ユーザＩＤと
共通体系ユーザＩＤの変換処理と、本実施例である実サ
ーバＩＤと仮想サーバＩＤの変換処理を組合せた形態に
も応用できることを追記する。

【００６８】（実施例４）本実施例は、実施例１から３
で示された動作において、多数のコンテンツ配信サーバ
接続要求が発生した際に備え、接続可能な最大数を設
け、最大数を超過した場合にコンテンツ配信サーバ接続
要求を拒否する動作例である。高負荷による品質劣化の
回避や各論理網からのコンテンツ配信サーバ接続要求数
の公平性を提供するために必要な機能である。

【００６９】本実施例も、コンテンツ配信サーバの実サ
ーバＩＤ、ユーザ端末の実ユーザＩＤ、コンテンツ配信
サーバにおけるコンテンツの蓄積条件、各コンテンツの
コンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮
想網の取得許可条件、は全て実施例１と同様であるとす
る。

【００７０】ゲートウェイ装置３１は、コンテンツ配信
サーバ４１に蓄積されるコンテンツＣに対し、仮想網１
からの最大許容接続数を５、仮想網２からの最大許容接
続数を１０、仮想網３からの最大許容接続数を１５に設
定されている。今、仮想網１からのコンテンツ配信サー
バ接続要求数が５に達しているとき、ユーザ端末５１が
コンテンツＣを取得する動作を行った場合の動作を、図
１２を用い、以下説明する。

【００７１】ただしユーザ端末５１が、宛先ＩＤ＝４
１、送信元ＩＤ＝５１を記載したコンテンツ配信サーバ
接続要求パケット８１を送出してから、ライン７１を通
じてコンテンツ配信サーバ接続要求パケット８３をゲー
トウェイ装置３１に転送するまでの動作は、実施例１と
同様であるため、ここでは省略する。

【００７２】ゲートウェイ装置３１は、コンテンツ配信
サーバ４１が蓄積している各コンテンツのコンテンツＩ
Ｄの管理、各コンテンツを取得許可あるいは取得不許可
とする仮想網ＩＤの管理を行っている。ここでは、デー
タ転送装置が収容するラインと仮想網は１対１で対応す
るため、データ転送装置２１は仮想網ＩＤではなく、ラ
インＩＤで管理するものとする。すなわち、www.server
41.com/server41/contentAを取得許可とするラインＩＤ
＝７１、www.server41.com/server41/contentBを取得許
可とするラインＩＤ＝７１および７２、www.server41.c
om/server41/contentCを取得許可とするラインＩＤ＝７
１、７２および７３、の各情報を管理する。データ転送
装置２１からライン７１を通じて転送されたコンテンツ
配信サーバ接続要求パケット８３を受信すると、ゲート
ウェイ装置３１は、コンテンツ配信サーバ接続要求パケ
ット８３に付与されているＵＲＬを読み取り、前記管理
情報と照合し、ラインＩＤ＝７１はコンテンツＣを取得
許可されていることを確認する。次ぎにゲートウェイ装
置３１は、コンテンツＣに対し、仮想網１からの現在の
コンテンツ配信サーバ接続要求数と最大許容接続数を比
較する。現在の仮想網１からのコンテンツ配信サーバ接
続要求数が５に達しているため、ゲートウェイ装置３１
はユーザ端末５１からのコンテンツ配信サーバ接続要求
パケット８３を廃棄する。

【００７３】（実施例５）本実施例では図１において、
コンテンツ配信サーバ４１、４２、４３および４４のサ
ーバＩＤをそれぞれ、４１、４２、４３および４４と
し、ユーザ端末５１、５２、５３および５４のユーザＩ
Ｄをそれぞれ５１、５２、５３および５４とする。ま
た、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの
３つのコンテンツが蓄積されているものとする。コンテ
ンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツ
のＵＲＬとして定義し、それぞれのＵＲＬをwww.server
41.com/server41/contentA、www.server41.com/server4
1/contentB、およびwww.server41.com/server41/conten
tC、とする。コンテンツＡは仮想網１に属するユーザの
端末のみが接続を許可されたコンテンツ、コンテンツＢ
は仮想網１および２に属するユーザ端末が接続を許可さ
れたコンテンツ、コンテンツＣは仮想網１、２および３
に属するユーザ端末が接続を許可されたコンテンツであ
るものとする。本実施例では、仮想網１に属するユーザ
端末５１が、コンテンツ配信サーバ４１に蓄積されるコ
ンテンツＡを取得する動作を、図１、図１３、図１５お
よび図１６を用い、以下に説明する。

【００７４】コンテンツ配信を行う場合、ＩＰの上位に
ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐ
ｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）
を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏ
ｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通
信シーケンスを示しており、大別してＴＣＰコネクショ
ン確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション
切断の３フェーズから成る。まず、ＴＣＰのコネクショ
ン確立パケットとして、ユーザ端末５１からのＳＹＮフ
ラグを有するパケット、コンテンツ配信サーバ４１から
のＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ
端末５１からのＡＣＫフラグを有するパケットの計３パ
ケットがやりとりされる。ＴＣＰコネクション確立後、
ユーザ端末５１はコンテンツ取得要求パケットとして、
要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケ
ットを送出し、一方、コンテンツ配信サーバ４１はその
応答であるコンテンツ配信パケットとして、ＨＴＴＰ応
答パケットを送出する。なお、１つのＴＣＰコネクショ
ン上において、複数組のＨＴＴＰ要求パケットおよびＨ
ＴＴＰ応答パケットが転送されることも可能である。目
的コンテンツの取得が終了すると、ユーザ端末５１およ
びコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよび
ＡＣＫフラグを有するパケット、およびＡＣＫフラグを
有するパケットを送出し、ＴＣＰコネクションが切断さ
れる。

【００７５】このようなコンテンツ配信の通信シーケン
スに対し、図１および図１３のゲートウェイ装置３１
（１００１）は、以下に示す処理を行うことにより、仮
想網毎に取得許可されているコンテンツのみ、コンテン
ツ配信サーバから取得可能となるように動作できる。

【００７６】データ転送装置２４は、ライン６１から到
着するパケットに対し、仮想網ＩＤ＝１を付与するよう
に管理されており、ユーザ端末５１からのＳＹＮフラグ
を有するパケットを受信すると、該パケットに仮想網Ｉ
Ｄ＝１を付与し、コンテンツ配信網１１内の仮想網１に
該パケットを転送する。仮想網ＩＤ＝１が付与された前
記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に
従い、仮想網１上を転送され、データ転送装置２１に到
着する。

【００７７】データ転送装置２１は、仮想網ＩＤ＝１が
付与されたパケットをライン７１に、仮想網ＩＤ＝２が
付与されたパケットをライン７２に、仮想網ＩＤ＝３が
付与されたパケットをライン７３に転送するように管理
されており、前記ＳＹＮフラグを有するパケットを受信
すると、仮想網ＩＤ＝１が付与されていることから、該
パケットをライン７１に転送する。このとき、仮想網Ｉ
Ｄを削除するのが一般的だが、データ転送装置２１は仮
想網ＩＤを削除せず、付与したままにしておいてもよ
い。ラインの実現は、物理的な伝送路でもよいし、もし
くは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓ
ｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔ
ｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ
Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理
チャネルを用いてもよい。本実施例では、ＡＴＭのＶＣ
Ｉにより実現され、ライン７１、７２および７３はそれ
ぞれ、ＶＣＩ＝７１、７２および７３により区別される
ものとする。

【００７８】ゲートウェイ装置１００１は、パケットが
どのＶＣＩからのものであるかを識別する。ゲートウェ
イ装置１００１は、データ転送装置２１から前記ＳＹＮ
フラグを有するパケットを受信すると、パケット転送処
理部１００２において、そのパケットヘッダの解析を行
う。パケット転送処理部１００２は、パケットの解析に
より、仮想網ＩＤであるＶＣＩを読み取ると共に、コネ
クション情報、パケット種別を読み取る。コネクション
情報とは、パケットの送信元アドレスであるユーザＩ
Ｄ、宛先アドレスであるサーバＩＤ、送信元および宛先
ポート番号である。また、パケット種別とは、ＴＣＰコ
ネクション確立パケット、ＨＴＴＰ要求および応答パケ
ットをはじめとするアプリケーション通信が行われるパ
ケット、ＴＣＰコネクション切断パケットの３種類であ
る。

【００７９】パケット転送処理部１００２は、該パケッ
トがＴＣＰコネクション確立パケットであることから、
該パケットをその宛先に従い、コンテンツ配信サーバ４
１に転送する。

【００８０】コンテンツ配信サーバ４１は、パケットの
送信元アドレスとしてサーバＩＤ＝４１、宛先アドレス
としてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣ
Ｋフラグを有するパケットを送出する。セキュリティ保
証型ゲートウェイ装置１００１のパケット転送処理部１
００２は、ＳＹＮおよびＡＣＫフラグを有するパケット
を受信すると、ヘッダ解析によりパケット種別がＴＣＰ
コネクション確立パケットであることを知り、前記と同
様に該パケットをその宛先に従い、ＶＣＩ＝７１に振分
ける。

【００８１】データ転送装置２１は、ＶＣＩ＝７１から
到着するパケットに対し、仮想網ＩＤ＝１を付与するよ
うに管理されており、前記ＳＹＮおよびＡＣＫフラグを
有するパケットを受信すると、該パケットに仮想網ＩＤ
＝１を付与し、仮想網１に該パケットを転送する。仮想
網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグ
を有するパケットは、仮想網ＩＤ＝１に従い、仮想網１
上を転送され、データ転送装置２４に到着する。

【００８２】データ転送装置２４は、仮想網ＩＤ＝１が
付与されたパケットをライン６１あるいはライン６２に
転送するように管理されており、さらにパケットの宛先
識別子を読み取り、ライン６１かライン６２への振分け
を判断する。したがって前記ＳＹＮおよびＡＣＫフラグ
を有するパケットを受信すると、仮想網ＩＤ＝１が付与
されていること、宛先識別子＝５１であることから、該
パケットをライン６１に転送する。このとき、仮想網Ｉ
Ｄを削除するのが一般的だが、データ転送装置２４は仮
想網ＩＤを削除せず、付与したままにしておいてもよ
い。以上により、前記ＳＹＮおよびＡＣＫフラグを有す
るパケットはユーザ端末５１に転送される。

【００８３】次にユーザ端末５１は、パケットの送信元
アドレスとしてユーザＩＤ＝５１、宛先アドレスとして
サーバＩＤ＝４１が付与されたＡＣＫフラグを有するパ
ケットを送出する。以後、該パケットがデータ転送装置
２４からゲートウェイ装置１００１まで転送されるまで
の動作は、前記ＳＹＮフラグを有するパケットを処理す
る動作と同様である。また、ゲートウェイ装置１００１
内におけるＡＣＫフラグを有するパケットの処理動作
は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを
処理する動作と同様である。

【００８４】以上の手順により、ゲートウェイ装置１０
０１におけるＴＣＰコネクション確立の処理が終了す
る。

【００８５】次に、ユーザ端末５１は、宛先識別子＝４
１、送信元識別子＝５１を記載したコンテンツ取得要求
パケット８１を送出する。以後、ユーザ端末５１がコン
テンツ配信パケット８６を受信するまでの処理は図１６
を用い、説明する。なお、コンテンツ取得要求パケット
８１がデータ転送装置２４からゲートウェイ装置１００
１に転送されるまでの動作は、前記ＳＹＮフラグを有す
るパケットを処理する動作と同様である。

【００８６】ゲートウェイ装置１００１のパケット転送
処理部１００２はコンテンツ取得要求パケット８３を受
信すると、パケットヘッダの解析を行う。パケットヘッ
ダのコネクション情報の中に予め定められた特定値とし
て、宛先ポート番号＝８０を有することを確認すると、
パケット転送処理部１００２は、該パケットおよび、解
析によって得られたＶＣＩ＝７１をコンテンツＩＤ処理
部１００５に転送する。

【００８７】コンテンツＩＤ処理部１００５は、コンテ
ンツ取得要求パケット８３に対し、パケットヘッダ内に
記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩ
をコンテンツＩＤ管理部１００６に送り、コンテンツＩ
Ｄ検索要求を行う。

【００８８】コンテンツＩＤ管理部１００６は、各ＶＣ
Ｉに対する、取得許可あるいは取得不許可とするＵＲＬ
を管理している。すなわち、ＶＣＩ＝７１に対し、www.
server41.com/server41/contentA、www.server41.com/s
erver41/contentBおよびwww.server41.com/server41/co
ntentCを取得許可とし、ＶＣＩ＝７２に対し、www.serv
er41.com/server41/contentBおよびwww.server41.com/s
erver41/contentCを取得許可とし、ＶＣＩ＝７３に対
し、www.server41.com/server41/contentCを取得許可と
する管理を行う。

【００８９】ＵＲＬ「www.server41.com/server41/cont
entA」はＶＣＩ＝７１に対し取得許可であるため、コン
テンツＩＤ管理部１００６は、コンテンツＩＤ処理部１
００５からのコンテンツＩＤ検索要求に対し、コンテン
ツ取得許可であることを伝える。応答結果がコンテンツ
取得許可であるため、コンテンツＩＤ処理部１００５
は、該パケットを再びパケット転送処理部１００２に戻
し、パケット転送処理部１００２は宛先に従い、該パケ
ットをコンテンツ配信サーバ４１に転送する。

【００９０】ここで、コンテンツＩＤ処理部１００５が
ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に
送り、コンテンツＩＤ検索要求を行う手法の代替手法と
して、ＶＣＩの代わりにユーザＩＤを用いる方法があ
る。これに伴い、コンテンツＩＤ管理部１００６は、ユ
ーザＩＤ＝５１および５２に対し、www.server41.com/s
erver41/contentA、www.server41.com/server41/conten
tBおよびwww.server41.com/server41/contentCを取得許
可とし、ユーザＩＤ＝５３に対し、www.server41.com/s
erver41/contentBおよびwww.server41.com/server41/co
ntentCを取得許可とし、ユーザＩＤ＝５４に対し、www.
server41.com/server41/contentCを取得許可とする管理
を行う。

【００９１】さて、コンテンツ配信サーバ４１が、コン
テンツ取得要求パケット８３を受信すると、コンテンツ
Ａを載せたコンテンツ配信パケット８４をゲートウェイ
装置１００１に向け送信する。コンテンツ配信パケット
８４には、送信元アドレスとしてサーバＩＤ＝４１、宛
先アドレスとしてユーザＩＤ＝５１が記載されている。

【００９２】パケット転送処理部１００２はコンテンツ
配信パケット８４を受信すると、ヘッダ解析を行う。コ
ンテンツ配信パケットの送信元ポート番号および宛先ポ
ート番号は、コンテンツ取得要求パケットの送信元ポー
ト番号および宛先ポート番号と入れ替えたかたちになっ
ており、コンテンツ配信パケットの送信元ポート番号が
８０になる。コンテンツ配信パケット８４の宛先ポート
番号は８０でないため、パケット転送処理部１００２は
該パケットをコンテンツＩＤ処理部１００５には転送せ
ず、直接、その宛先に従い、ＶＣＩ＝７１に振分ける。

【００９３】以後の動作、すなわち、データ転送装置２
１がＶＣＩ＝７１から到着するコンテンツ配信パケット
８４を受信してから、コンテンツ配信パケット８６をユ
ーザ端末５１が受信するまでの動作は、前記ＳＹＮおよ
びＡＣＫフラグを有するパケットを処理する動作と同様
である。

【００９４】以上の一連の処理により、ユーザ端末５１
はコンテンツＡを取得することができる。なお、図１５
に示すように、同一のＴＣＰコネクション上にて引き続
きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットの
やりとりを行う場合も、前述の処理手順に従う。

【００９５】さて、目的コンテンツの取得が終了する
と、図１５に示すようにユーザ端末５１およびコンテン
ツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラ
グを有するパケット、およびＡＣＫフラグを有するパケ
ットを送出し、ＴＣＰコネクションが切断される。これ
らのパケットに対する処理動作は、ＴＣＰコネクション
確立パケットの処理動作と同じである。

【００９６】次に、仮想網３に属するユーザ端末５４
が、コンテンツ配信サーバ４１に蓄積されるコンテンツ
Ａの取得要求を試みた場合のシーケンスを、図１７を用
い、以下に説明する。本例は本来、取得不許可となるた
め、ユーザ端末５４はコンテンツを取得できない例とな
る。なお、ＴＣＰコネクション確立パケットの処理は前
述と同様であるため、ここでは説明を省略し、ＨＴＴＰ
要求パケットに関する処理を説明する。

【００９７】まずユーザ端末５４は、宛先識別子＝４
１、送信元識別子＝５４を記載したコンテンツ取得要求
パケット８１を送出する。

【００９８】データ転送装置２５は、ライン６４から到
着するパケットに対し、仮想網ＩＤ＝３を付与するよう
に管理されており、コンテンツ取得要求パケット８１を
受信すると、該パケットに仮想網ＩＤ＝３を付与し、コ
ンテンツ配信網１１内の仮想網３に該パケットを転送す
る。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パ
ケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転
送され、データ転送装置２１に到着する。

【００９９】データ転送装置２１は、コンテンツ取得要
求パケット８２を受信すると、仮想網ＩＤ＝３が付与さ
れていることから、該パケットをＶＣＩ＝７３に転送す
る。このとき、仮想網ＩＤを削除するのが一般的だが、
データ転送装置２１は仮想網ＩＤを削除せず、付与した
ままにしておいてもよい。

【０１００】データ転送装置２１からＶＣＩ＝７３を通
じて転送されたコンテンツ取得要求パケット８３を受信
すると、ゲートウェイ装置１００１のパケット転送処理
部１００２は、パケットヘッダの解析を行う。パケット
ヘッダのコネクション情報の中に予め定められた特定値
として、宛先ポート番号＝８０を有することを確認する
と、パケット転送処理部１００２は、該パケットおよ
び、解析によって得られたＶＣＩ＝７１をコンテンツＩ
Ｄ処理部１００５に転送する。

【０１０１】コンテンツＩＤ処理部１００５は、コンテ
ンツ取得要求パケット８３に対し、パケットヘッダ内に
記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩ
をコンテンツＩＤ管理部１００６に送り、コンテンツＩ
Ｄ検索要求を行う。

【０１０２】ＵＲＬ「www.server41.com/server41/cont
entA」はＶＣＩ＝７３に対し取得不許可であるため、コ
ンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部
１００５からのコンテンツＩＤ検索要求に対し、コンテ
ンツ取得不許可であることを伝える。応答結果がコンテ
ンツ取得不許可であるため、コンテンツＩＤ処理部１０
０５は、コンテンツ取得要求パケット８３をコンテンツ
配信サーバ４１に転送せず、廃棄する。

【０１０３】以上により、コンテンツＡの取得を許可さ
れていないユーザ端末５４は、コンテンツＡを取得する
ことができず、セキュリティが確保される。

【０１０４】本実施例では、コンテンツ配信サーバ４１
に蓄積されたコンテンツについて説明したが、コンテン
ツ配信サーバ４２〜４４に蓄積されたコンテンツの取得
方法についても同様の処理内容となる。

【０１０５】本実施例の別の形態として、図５および図
６の形態も可能である。図５および図６のいずれの形態
もコンテンツの取得動作シーケンスは図１６および図１
７に示したものと同様である。

【０１０６】図１の形態は、各コンテンツ配信サーバ
が、１つのゲートウェイ装置に繋がっているのに対し、
図５の形態は、各ゲートウェイ装置と各コンテンツ配信
サーバとの間に共通網１２が存在する。共通網１２の存
在により、例えばコンテンツ配信サーバ４１に接続する
場合の経路がゲートウェイ装置３１〜３３の３通りとな
り、トラヒックの分散に寄与できる。あるいは、図５の
形態は、１つのデータ転送装置を通じて、各コンテンツ
配信サーバに接続できるため、１つの仮想網が接続する
データ転送装置数を少なくさせることもできる。

【０１０７】図６の形態は、各ゲートウェイ装置と各デ
ータ転送装置との間に共通網１３が存在する。図６の形
態も図５の形態と同様に、トラヒックの分散あるいは、
１つの仮想網が接続するデータ転送装置数を少なくさせ
ることに寄与する。ただし図６の形態の場合、ゲートウ
ェイ装置３１は仮想網毎のラインを持たず、共通網１３
と１つのラインで接続されるため、コンテンツの取得許
可に関する管理は、コンテンツＩＤとユーザＩＤにより
行う。

【０１０８】なお、図１および図５の形態の場合、ゲー
トウェイ装置とデータ転送装置の各機能は１つの装置に
集約することに実現できることは言うまでもない。

【０１０９】（実施例６）本実施例では図１において、
コンテンツ配信サーバ４１、４２、４３および４４のサ
ーバＩＤをそれぞれ、４１、４２、４３および４４と
し、ユーザ端末５１、５２、５３および５４のユーザＩ
Ｄをそれぞれ５１、５２、５３および５４とする。ま
た、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの
３つのコンテンツが蓄積されているものとする。コンテ
ンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツ
のＵＲＬとして定義し、それぞれのＵＲＬをwww.server
41.com/server41/contentA、www.server41.com/server4
1/contentB、およびwww.server41.com/server41/conten
tC、とする。コンテンツＡは仮想網１に属するユーザの
端末のみが接続を許可されたコンテンツ、コンテンツＢ
は仮想網１および２に属するユーザ端末が接続を許可さ
れたコンテンツ、コンテンツＣは仮想網１、２および３
に属するユーザ端末が接続を許可されたコンテンツであ
るものとする。本実施例では、仮想網１に属するユーザ
端末５１が、コンテンツ配信サーバ４１に蓄積されるコ
ンテンツＡを取得する動作を、図１、図１４、図１５お
よび図１６を用い、以下に説明する。

【０１１０】コンテンツ配信を行う場合、ＩＰの上位に
ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ）、さらにその上位にＨＴＴＰ（Ｈｙｐ
ｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）
を用いる。図１５は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏ
ｔｏｃｏｌ）通信におけるコンテンツ配信の一般的な通
信シーケンスを示しており、大別してＴＣＰコネクショ
ン確立、ＨＴＴＰ要求および応答、ＴＣＰコネクション
切断の３フェーズから成る。まず、ＴＣＰのコネクショ
ン確立パケットとして、ユーザ端末５１からのＳＹＮフ
ラグを有するパケット、コンテンツ配信サーバ４１から
のＳＹＮおよびＡＣＫフラグを有するパケット、ユーザ
端末５１からのＡＣＫフラグを有するパケットの計３パ
ケットがやりとりされる。ＴＣＰコネクション確立後、
ユーザ端末５１はコンテンツ取得要求パケットとして、
要求コンテンツのＵＲＬが記載されたＨＴＴＰ要求パケ
ットを送出し、一方、コンテンツ配信サーバ４１はその
応答であるコンテンツ配信パケットとして、ＨＴＴＰ応
答パケットを送出する。なお、１つのＴＣＰコネクショ
ン上において、複数組のＨＴＴＰ要求パケットおよびＨ
ＴＴＰ応答パケットが転送されることも可能である。目
的コンテンツの取得が終了すると、ユーザ端末５１およ
びコンテンツ配信サーバ４１はそれぞれ、ＦＩＮおよび
ＡＣＫフラグを有するパケット、およびＡＣＫフラグを
有するパケットを送出し、ＴＣＰコネクションが切断さ
れる。

【０１１１】このようなコンテンツ配信の通信シーケン
スに対し、図１および図１４のゲートウェイ装置３１
（１００１）は、以下に示す処理を行うことにより、仮
想網毎に取得許可されているコンテンツのみ、コンテン
ツ配信サーバから取得可能となるように動作できる。

【０１１２】データ転送装置２４は、ライン６１から到
着するパケットに対し、仮想網ＩＤ＝１を付与するよう
に管理されており、ユーザ端末５１からのＳＹＮフラグ
を有するパケットを受信すると、該パケットに仮想網Ｉ
Ｄ＝１を付与し、コンテンツ配信網１１内の仮想網１に
該パケットを転送する。仮想網ＩＤ＝１が付与された前
記ＳＹＮフラグを有するパケットは、仮想網ＩＤ＝１に
従い、仮想網１上を転送され、データ転送装置２１に到
着する。

【０１１３】データ転送装置２１は、仮想網ＩＤ＝１が
付与されたパケットをライン７１に、仮想網ＩＤ＝２が
付与されたパケットをライン７２に、仮想網ＩＤ＝３が
付与されたパケットをライン７３に転送するように管理
されており、前記ＳＹＮフラグを有するパケットを受信
すると、仮想網ＩＤ＝１が付与されていることから、該
パケットをライン７１に転送する。このとき、仮想網Ｉ
Ｄを削除するのが一般的だが、データ転送装置２１は仮
想網ＩＤを削除せず、付与したままにしておいてもよ
い。ラインの実現は、物理的な伝送路でもよいし、もし
くは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓ
ｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔ
ｈ 識別子）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅ
ｌ 識別子）などの論理チャネルを用いてもよい。本実
施例では、ＡＴＭのＶＣＩにより実現され、ライン７
１、７２および７３はそれぞれ、ＶＣＩ＝７１、７２お
よび７３により区別されるものとする。

【０１１４】ゲートウェイ装置１００１は、パケットが
どのＶＣＩからのものであるかを識別する。ゲートウェ
イ装置１００１は、データ転送装置２１から前記ＳＹＮ
フラグを有するパケットを受信すると、パケット転送処
理部１００２において、そのパケットヘッダの解析を行
う。パケット転送処理部１００２は、パケットの解析に
より、仮想網ＩＤであるＶＣＩを読み取ると共に、コネ
クション情報、パケット種別を読み取る。コネクション
情報は、パケットの送信元アドレスであるユーザＩＤ、
宛先アドレスであるサーバＩＤ、送信元および宛先ポー
ト番号である。また、パケット種別とは、ＴＣＰコネク
ション確立パケット、ＨＴＴＰ要求および応答パケット
をはじめとするアプリケーション通信が行われるパケッ
ト、ＴＣＰコネクション切断パケットの３種類である。

【０１１５】パケット転送処理部１００２は、読み取っ
たコネクション情報をコネクション検索要求によって、
コネクション管理部１００３に送り、該コネクションが
通信中であるか否かを検索する。コネクション管理部１
００３は、通信中のコネクション情報を管理しており、
コネクション検索要求に対し、コネクション検索要求に
対する応答として、該コネクションが通信中であるか否
か（登録されているか否か）をパケット転送処理部１０
０２に送る。前記ＳＹＮフラグを有するパケットを受信
した段階では当然ながら、コネクション情報は登録され
ていないため、コネクション管理部１００３は該コネク
ションが未登録であることをパケット転送処理部１００
２に通知する。

【０１１６】前記通知を受けるとパケット転送処理部１
００２は、該パケットをコネクション処理部１００４に
転送する。コネクション処理部１００４は、転送された
該パケットのパケットヘッダの解析を行い、パケットヘ
ッダに記載されるコネクション情報をコネクション管理
部１００３に設定する。該パケットは再びパケット転送
処理部１００２に戻され、パケットの宛先に従い、コン
テンツ配信サーバ４１に転送される。

【０１１７】コンテンツ配信サーバ４１は、パケットの
送信元アドレスとしてサーバＩＤ＝４１、宛先アドレス
としてユーザＩＤ＝５１が付与されたＳＹＮおよびＡＣ
Ｋフラグを有するパケットを送出する。セキュリティ保
証型コンテンツ配信装置１００１のパケット転送処理部
１００２は、ＳＹＮおよびＡＣＫフラグを有するパケッ
トを受信すると、前記ヘッダ解析によりパケット種別が
ＴＣＰコネクション確立パケットであることを知り、該
パケットをコネクション処理部１００４に転送する。コ
ネクション処理部１００４は、転送された該パケットの
パケットヘッダの解析を行い、既にコネクション管理部
１００３に設定したコネクション情報と照合する。ここ
で既に設定したコネクション情報と照合する理由は、最
初に受信したユーザ端末５１からのＳＹＮフラグを有す
るパケットの次ぎに、コンテンツ配信サーバ４１からの
ＳＹＮおよびＡＣＫフラグを有するパケット、さらにこ
の後にユーザ端末５１から送出されるＡＣＫフラグを有
するパケットがやりとりされているかを確認するために
行う。上記３つのパケットのやりとりが確認されて、コ
ネクション管理部１００３に設定されたコネクション情
報は本登録されたことになる。

【０１１８】照合確認がとれると、該パケットは再びパ
ケット転送処理部１００２に戻され、パケットの宛先に
従い、ＶＣＩ＝７１に振分けられる。

【０１１９】データ転送装置２１は、ＶＣＩ＝７１から
到着するパケットに対し、仮想網ＩＤ＝１を付与するよ
うに管理されており、前記ＳＹＮおよびＡＣＫフラグを
有するパケットを受信すると、該パケットに仮想網ＩＤ
＝１を付与し、仮想網１に該パケットを転送する。仮想
網ＩＤ＝１が付与された前記ＳＹＮおよびＡＣＫフラグ
を有するパケットは、仮想網ＩＤ＝１に従い、仮想網１
上を転送され、データ転送装置２４に到着する。

【０１２０】データ転送装置２４は、仮想網ＩＤ＝１が
付与されたパケットをライン６１あるいはライン６２に
転送するように管理されており、さらにパケットの宛先
識別子を読み取り、ライン６１かライン６２への振分け
を判断する。したがって前記ＳＹＮおよびＡＣＫフラグ
を有するパケットを受信すると、仮想網ＩＤ＝１が付与
されていること、宛先識別子＝５１であることから、該
パケットをライン６１に転送する。このとき、仮想網Ｉ
Ｄを削除するのが一般的だが、データ転送装置２４は仮
想網ＩＤを削除せず、付与したままにしておいてもよ
い。以上により、前記ＳＹＮおよびＡＣＫフラグを有す
るパケットはユーザ端末５１に転送される。

【０１２１】次にユーザ端末５１は、パケットの送信元
アドレスとしてユーザＩＤ＝５１、宛先アドレスとして
サーバＩＤ＝４１が付与されたＡＣＫフラグを有するパ
ケットを送出する。以後、該パケットがデータ転送装置
２４からゲートウェイ装置１００１まで転送されるまで
の動作は、前記ＳＹＮフラグを有するパケットを処理す
る動作と同様である。また、ゲートウェイ装置１００１
内におけるＡＣＫフラグを有するパケットの処理動作
は、前記ＳＹＮおよびＡＣＫフラグを有するパケットを
処理する動作と同様である。

【０１２２】以上の手順により、ゲートウェイ装置１０
０１におけるＴＣＰコネクション確立の処理が終了す
る。ここで、ＴＣＰコネクション確立パケットがパケッ
ト転送処理部１００２だけで処理せず、コネクション処
理部１００４に転送され、また、コネクション管理部１
００３にてコネクション情報を管理する方法が有効な利
用として、アプリケーションに依存せず、サーバ単位で
各仮想網のユーザ端末の接続条件を規定する方法があげ
られる。この場合、パケット転送処理部１００２あるい
はコネクション処理部１００４は、今までに述べた処理
に加え、各仮想網の接続可能サーバのサーバＩＤを管理
することにより実現する。

【０１２３】次に、ユーザ端末５１は、宛先識別子＝４
１、送信元識別子＝５１を記載したコンテンツ取得要求
パケット８１を送出する。以後、ユーザ端末５１がコン
テンツ配信パケット８６を受信するまでの処理は図１６
を用い、説明する。なお、コンテンツ取得要求パケット
８１がデータ転送装置２４からゲートウェイ装置１００
１に転送されるまでの動作は、前記ＳＹＮフラグを有す
るパケットを処理する動作と同様である。

【０１２４】ゲートウェイ装置１００１のパケット転送
処理部１００２はコンテンツ取得要求パケット８３を受
信すると、コネクション管理部１００３に対しコネクシ
ョン検索要求を行う。その応答を通じて該コネクション
が登録されていること、さらに、パケットヘッダのコネ
クション情報の中に予め定められた特定値として、宛先
ポート番号＝８０を有することを確認すると、パケット
転送処理部１００２は、該パケットおよび、解析によっ
て得られたＶＣＩ＝７１をコンテンツＩＤ処理部１００
５に転送する。

【０１２５】コンテンツＩＤ処理部１００５は、コンテ
ンツ取得要求パケット８３に対し、パケットヘッダ内に
記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩ
をコンテンツＩＤ管理部１００６に送り、コンテンツＩ
Ｄ検索要求を行う。

【０１２６】コンテンツＩＤ管理部１００６は、各ＶＣ
Ｉに対する、取得許可あるいは取得不許可とするＵＲＬ
を管理している。すなわち、ＶＣＩ＝７１に対し、www.
server41.com/server41/contentA、www.server41.com/s
erver41/contentBおよびwww.server41.com/server41/co
ntentCを取得許可とし、ＶＣＩ＝７２に対し、www.serv
er41.com/server41/contentBおよびwww.server41.com/s
erver41/contentCを取得許可とし、ＶＣＩ＝７３に対
し、www.server41.com/server41/contentCを取得許可と
する管理を行う。

【０１２７】ＵＲＬ「www.server41.com/server41/cont
entA」はＶＣＩ＝７１に対し取得許可であるため、コン
テンツＩＤ管理部１００６は、コンテンツＩＤ処理部１
００５からのコンテンツＩＤ検索要求に対し、コンテン
ツ取得許可であることを伝える。応答結果がコンテンツ
取得許可であるため、コンテンツＩＤ処理部１００５
は、該パケットを再びパケット転送処理部１００２に戻
し、パケット転送処理部１００２は宛先に従い、該パケ
ットをコンテンツ配信サーバ４１に転送する。

【０１２８】ここで、コンテンツＩＤ処理部１００５が
ＵＲＬおよびＶＣＩをコンテンツＩＤ管理部１００６に
送り、コンテンツＩＤ検索要求を行う手法の代替手法と
して、ＶＣＩの代わりにユーザＩＤを用いる方法があ
る。これに伴い、コンテンツＩＤ管理部１００６は、ユ
ーザＩＤ＝５１および５２に対し、www.server41.com/s
erver41/contentA、www.server41.com/server41/conten
tBおよびwww.server41.com/server41/contentCを取得許
可とし、ユーザＩＤ＝５３に対し、www.server41.com/s
erver41/contentBおよびwww.server41.com/server41/co
ntentCを取得許可とし、ユーザＩＤ＝５４に対し、www.
server41.com/server41/contentCを取得許可とする管理
を行う。

【０１２９】さて、コンテンツ配信サーバ４１が、コン
テンツ取得要求パケット８３を受信すると、コンテンツ
Ａを載せたコンテンツ配信パケット８４をゲートウェイ
装置１００１に向け送信する。コンテンツ配信パケット
８４には、送信元アドレスとしてサーバＩＤ＝４１、宛
先アドレスとしてユーザＩＤ＝５１が記載されている。

【０１３０】パケット転送処理部１００２はコンテンツ
配信パケット８４を受信すると、ヘッダ解析を行い、読
み取ったコネクション情報をコネクション検索要求によ
って、コネクション管理部１００３に送り、該コネクシ
ョンが通信中であるか否かを検索する。該コネクション
は既に登録されているため、コネクション管理部１００
３は、コネクション検索要求に対する応答として、該コ
ネクションが通信中であることをパケット転送処理部１
００２に伝える。

【０１３１】該コネクションが通信中であることを確認
すると、パケット転送処理部１００２は該パケットをそ
の宛先に従い、ＶＣＩ＝７１に振分ける。

【０１３２】以後の動作、すなわち、データ転送装置２
１がＶＣＩ＝７１から到着するコンテンツ配信パケット
８４を受信してから、コンテンツ配信パケット８６をユ
ーザ端末５１が受信するまでの動作は、前記ＳＹＮおよ
びＡＣＫフラグを有するパケットを処理する動作と同様
である。

【０１３３】以上の一連の処理により、ユーザ端末５１
はコンテンツＡを取得することができる。なお、図１５
に示すように、同一のＴＣＰコネクション上にて引き続
きＨＴＴＰ要求パケットおよびＨＴＴＰ応答パケットの
やりとりを行う場合も、前述の処理手順に従う。

【０１３４】さて、目的コンテンツの取得が終了する
と、図１５に示すようにユーザ端末５１およびコンテン
ツ配信サーバ４１はそれぞれ、ＦＩＮおよびＡＣＫフラ
グを有するパケット、およびＡＣＫフラグを有するパケ
ットを送出し、ＴＣＰコネクションが切断される。

【０１３５】ＦＩＮおよびＡＣＫフラグを有するパケッ
ト、およびＡＣＫフラグを有するパケットがユーザ端末
５１からゲートウェイ装置１００１まで転送される動
作、およびＦＩＮおよびＡＣＫフラグを有するパケッ
ト、およびＡＣＫフラグを有するパケットがコンテンツ
配信サーバ４１からゲートウェイ装置１００１まで転送
される動作は、今までに述べた動作と同じであるため、
これらの説明は省略し、ゲートウェイ装置１００１の内
部処理のみを以下に説明する。

【０１３６】パケット転送処理部１００２は、ＦＩＮお
よびＡＣＫフラグを有するパケットを受信すると、ヘッ
ダ解析を行い、パケット種別がＴＣＰコネクション切断
パケットであることを知り、該パケットをコネクション
処理部１００４に転送する。コネクション処理部１００
４は、転送された該パケットのパケットヘッダの解析を
行い、コネクション管理部１００３が管理している該コ
ネクションのコネクション情報を削除する。該パケット
は再びパケット転送処理部１００２に戻され、パケット
の宛先に従い、コンテンツ配信サーバ４１に転送され
る。

【０１３７】以後、コンテンツ配信サーバ４１から送ら
れるＡＣＫフラグを有するパケット、ＦＩＮおよびＡＣ
Ｋフラグを有するパケット、およびユーザ端末５１から
送られるＡＣＫフラグを有するパケットについても、パ
ケット転送処理部１００２からコネクション処理部１０
０４に転送される。コネクション処理部１００４は、最
初に受信したユーザ端末５１からのＦＩＮおよびＡＣＫ
フラグを有するパケットの次ぎに、コンテンツ配信サー
バ４１から送られるＡＣＫフラグを有するパケット、Ｆ
ＩＮおよびＡＣＫフラグを有するパケット、およびユー
ザ端末５１から送られるＡＣＫフラグを有するパケット
がやりとりされているかを確認する。確認がとれると各
パケットは、再びパケット転送処理部１００２に戻さ
れ、パケットの宛先に従い、外部に転送される。

【０１３８】次に、仮想網３に属するユーザ端末５４
が、コンテンツ配信サーバ４１に蓄積されるコンテンツ
Ａの取得要求を試みた場合のシーケンスを、図１７を用
い、以下に説明する。本例は本来、取得不許可となるた
め、ユーザ端末５４はコンテンツを取得できない例とな
る。なお、ＴＣＰコネクション確立パケットの処理は前
述と同様であるため、ここでは説明を省略し、ＨＴＴＰ
要求パケットに関する処理を説明する。

【０１３９】まずユーザ端末５４は、宛先識別子＝４
１、送信元識別子＝５４を記載したコンテンツ取得要求
パケット８１を送出する。データ転送装置２５は、ライ
ン６４から到着するパケットに対し、仮想網ＩＤ＝３を
付与するように管理されており、コンテンツ取得要求パ
ケット８１を受信すると、該パケットに仮想網ＩＤ＝３
を付与し、コンテンツ配信網１１内の仮想網３に該パケ
ットを転送する。仮想網ＩＤ＝３が付与されたコンテン
ツ取得要求パケット８２は、仮想網ＩＤ＝３に従い、仮
想網３上を転送され、データ転送装置２１に到着する。

【０１４０】データ転送装置２１は、コンテンツ取得要
求パケット８２を受信すると、仮想網ＩＤ＝３が付与さ
れていることから、該パケットをＶＣＩ＝７３に転送す
る。このとき、仮想網ＩＤを削除するのが一般的だが、
データ転送装置２１は仮想網ＩＤを削除せず、付与した
ままにしておいてもよい。

【０１４１】データ転送装置２１からＶＣＩ＝７３を通
じて転送されたコンテンツ取得要求パケット８３を受信
すると、ゲートウェイ装置１００１のパケット転送処理
部１００２は、コネクション管理部１００３に対しコネ
クション検索要求を行う。その応答として該コネクショ
ンが登録されていること、さらに、パケットヘッダのコ
ネクション情報の中に予め定められた特定値として、宛
先ポート番号＝８０を有することを確認すると、パケッ
ト転送処理部１００２は、該パケットおよび、解析によ
って得られたＶＣＩ＝７３をコンテンツＩＤ処理部１０
０５に転送する。

【０１４２】コンテンツＩＤ処理部１００５は、コンテ
ンツ取得要求パケット８３に対し、パケットヘッダ内に
記述されているＵＲＬを読み取り、ＵＲＬおよびＶＣＩ
をコンテンツＩＤ管理部１００６に送り、コンテンツＩ
Ｄ検索要求を行う。

【０１４３】ＵＲＬ「www.server41.com/server41/cont
entA」はＶＣＩ＝７３に対し取得不許可であるため、コ
ンテンツＩＤ管理部１００６は、コンテンツＩＤ処理部
１００５からのコンテンツＩＤ検索要求に対し、コンテ
ンツ取得不許可であることを伝える。応答結果がコンテ
ンツ取得不許可であるため、コンテンツＩＤ処理部１０
０５は、コンテンツ取得要求パケット８３をコンテンツ
配信サーバ４１に転送せず、廃棄する。

【０１４４】以上により、コンテンツＡの取得を許可さ
れていないユーザ端末５４は、コンテンツＡを取得する
ことができず、セキュリティが確保される。

【０１４５】本実施例では、コンテンツ配信サーバ４１
に蓄積されたコンテンツについて説明したが、コンテン
ツ配信サーバ４２〜４４に蓄積されたコンテンツの取得
方法についても同様の処理内容となる。

【０１４６】本実施例の別の形態として、図５および図
６の形態も可能である。図５および図６のいずれの形態
もコンテンツの取得動作シーケンスは図１６および図１
７に示したものと同様である。

【０１４７】図１の形態は、各コンテンツ配信サーバ
が、１つのゲートウェイ装置に繋がっているのに対し、
図５の形態は、各ゲートウェイ装置と各コンテンツ配信
サーバとの間に共通網１２が存在する。共通網１２の存
在により、例えばコンテンツ配信サーバ４１に接続する
場合の経路がゲートウェイ装置３１〜３３の３通りとな
り、トラヒックの分散に寄与できる。あるいは、図５の
形態は、１つのデータ転送装置を通じて、各コンテンツ
配信サーバに接続できるため、１つの仮想網が接続する
データ転送装置数を少なくさせることもできる。

【０１４８】図６の形態は、各ゲートウェイ装置と各デ
ータ転送装置との間に共通網１３が存在する。図６の形
態も図５の形態と同様に、トラヒックの分散あるいは、
１つの仮想網が接続するデータ転送装置数を少なくさせ
ることに寄与する。ただし図６の形態の場合、ゲートウ
ェイ装置３１は仮想網毎のラインを持たず、共通網１３
と１つのラインで接続されるため、コンテンツの取得許
可に関する管理は、コンテンツＩＤとユーザＩＤにより
行う。なお、図１および図５の形態の場合、ゲートウェ
イ装置とデータ転送装置の各機能は１つの装置に集約す
ることに実現できることは言うまでもない。

【０１４９】（実施例７）本実施例は実施例５におい
て、パケット転送処理部１００２が、ユーザ端末５１か
らコンテンツ配信サーバ４１に向け送られるＡＣＫフラ
グの値として１を持ち、ＴＣＰヘッダ以外に情報を持た
ないパケットの処理に関する実施例である。したがって
本実施例の構成、条件は全て実施例５と同様である。実
施例５では述べなかったが、実際には図１５の通信シー
ケンスにおいて、コンテンツ配信サーバ４１から送られ
るＨＴＴＰ応答パケットがユーザ端末５１に到着する
と、そのパケットが到着したことをコンテンツ配信サー
バ４１に伝えるために、ユーザ端末５１は、コンテンツ
配信サーバ４１に向け、ＡＣＫフラグの値として１を持
ち、ＴＣＰヘッダ以外に情報を持たないパケット（以
後、本パケットをパケットＡと呼ぶことにする）を送出
する。同じくユーザ端末５１から送出されるＨＴＴＰ要
求パケットは、基本的にユーザの操作に基づき生成され
るのに対し、パケットＡはＨＴＴＰ応答パケットの到着
に応じて自動的にユーザ端末内で生成される。パケット
Ａの生成頻度は一般に、２個のＨＴＴＰ応答パケットに
対して１個の割合、もしくは１個のＨＴＴＰ応答パケッ
トに対して１個の割合である。実際、コンテンツ配信パ
ケット８６を受信すると、ユーザ端末５１はパケットＡ
をコンテンツ配信サーバ４１に向け送出する。途中経路
にあるゲートウェイ１００１はパケットＡを受信する
と、パケット転送処理部１００２においてパケットヘッ
ダの解析を行う。パケット転送処理部１００２は、パケ
ットＡが、予め定められた特定値である宛先ポート番号
＝８０を有すること、かつ、ＡＣＫフラグの値として１
を持ち、ＴＣＰヘッダ以外に情報を持たないこと、を確
認すると、ＨＴＴＰ要求パケットの場合の処理とは異な
り、パケットＡをコンテンツＩＤ処理部１００５には転
送せず、コンテンツ配信サーバに向け転送する。なお、
図１５に示すように、同一ＴＣＰコネクション上にて引
き続き転送されるＨＴＴＰ応答パケットに対して生成さ
れるパケットＡについても、パケット転送処理部１００
２は同様の処理を行う。

【０１５０】以上、本発明を、実施例に基づき具体的に
説明したが、本発明は、前記実施例に限定されるもので
はなく、その要旨を逸脱しない範囲において種々変更可
能であることは勿論である。

【０１５１】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、以
下のとおりである。

【０１５２】本発明のゲートウェイ装置は、コンテンツ
ＩＤの管理、各コンテンツを取得許可あるいは取得不許
可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管
理を行い、コンテンツ配信サーバ接続要求パケットに付
与されているコンテンツＩＤおよびユーザＩＤ、仮想網
ＩＤを識別し、前記管理情報と照合することにより、コ
ンテンツ取得許可の場合のみ該コンテンツ配信サーバに
パケットを転送する処理を行う。このようなコンテンツ
配信サーバ接続要求に対するセキュリティ処理をコンテ
ンツ配信サーバより手前のゲートウェイ装置にて行うた
め、１つのコンテンツ配信サーバ内にコンテンツ取得条
件の異なるコンテンツを共存させることができ、コンテ
ンツ配信サーバの集約化が可能となる。すなわち本発明
は、コンテンツ配信サーバのコスト削減とコンテンツ取
得のセキュリティの両立を可能とする。

【０１５３】また、ゲートウェイ装置の導入は、従来の
データ転送装置およびコンテンツ配信サーバの処理動作
の変更を伴わないため、導入が容易であるという利点が
ある。

【０１５４】本発明の動作は、コンテンツ配信サーバが
ゲートウェイ装置に直収される形態に限らず、ゲートウ
ェイ装置とコンテンツ配信サーバとの間に共通網が存在
する形態、ゲートウェイ装置とデータ転送装置との間に
共通網が存在する形態にも適用可能であり、多様なネッ
トワークに適用可能である。共通網の存在により、ある
１つのコンテンツ配信サーバに接続する経路を複数とる
ことができるため、トラヒックの分散に寄与できる。あ
るいは、共通網の存在により、１つのデータ転送装置を
通じて、各コンテンツ配信サーバに接続できるため、１
つの仮想網が接続するデータ転送装置数を少なくさせる
こともできる。

【０１５５】また本発明は、仮想網間で同一の実ユーザ
ＩＤが使用されている場合に対処するため、ゲートウェ
イ装置にて、コンテンツ配信サーバ接続要求パケットに
送信元として付与されている実ユーザＩＤを、共通体系
ユーザＩＤに変換および付与し直すことにより、コンテ
ンツ配信サーバとゲートウェイ装置との間のライン上に
おいてユーザＩＤの重複を回避する機能を有する。これ
により、本発明によるコンテンツ配信は、各仮想網で運
用されている実ユーザＩＤがプライベートアドレスで運
用されている場合にも通用可能である。

【０１５６】また、本発明におけるセキュリティ保証型
コンテンツ配信システムの内部処理構造は、ＨＴＴＰ要
求パケットのようにＵＲＬを検索する必要があるパケッ
トのみ、コンテンツＩＤ処理部１００５およびコンテン
ツＩＤ管理部１００６にて処理を行い、コンテンツを搭
載するＨＴＴＰ応答パケットに関する処理は、パケット
転送処理部１００２等の汎用処理部のみで処理するた
め、コンテンツ配信処理の高速化を可能とする。また、
コンテンツ配信サービス以外の通信アプリケーションを
追加する場合にも、パケット転送処理部１００２、コネ
クション管理部１００３およびコネクション処理部１０
０４は共通化できるため、サービス拡張性にも優れる。
また、本発明のゲートウェイ装置は、ユーザ端末から送
出される生成頻度の高いパケットＡをコンテンツＩＤ処
理部１００５には転送しない処理を有することにより、
コンテンツＩＤ処理部１００５の処理の軽減に貢献す
る。

【図面の簡単な説明】

【図１】本発明に基づくコンテンツ配信システムを示す
図である。

【図２】従来技術に基づくコンテンツ配信システムを示
す図である。

【図３】実施例１におけるユーザ端末５１がコンテンツ
Ａを取得する動作シークエンスを示す図である。

【図４】実施例１におけるユーザ端末５４がコンテンツ
Ａの取得動作を起こした場合のシークエンスを示す図で
ある。

【図５】本発明に基づく第２のコンテンツ配信システム
の形態を示す図である。

【図６】本発明に基づく第３のコンテンツ配信システム
の形態を示す図である。

【図７】実施例２におけるコンテンツ配信システムを示
す図である。

【図８】実施例２におけるユーザ端末５１がコンテンツ
Ａを取得する動作シークエンスを示す図である。

【図９】実施例３における仮想サーバＩＤの付与方法
（その１）を示す図である。

【図１０】実施例３における仮想サーバＩＤの付与方法
（その２）を示す図である。

【図１１】実施例３におけるユーザ端末５１がコンテン
ツＡを取得する動作シークエンスを示す図である。

【図１２】コンテンツ配信サーバ接続要求の最大数超過
のため、ユーザ端末５１が接続拒否された例のシークエ
ンスを示す図である。

【図１３】ゲートウェイ装置の内部処理の実現手段の例
を示す図である。

【図１４】コネクション処理部およびコネクション管理
部を有するゲートウェイ装置の内部処理の実現手段の例
を示す図である。

【図１５】コンテンツ配信の一般的な通信シークエンス
を示す図である。

【図１６】実施例５、６においてユーザ端末５１がコン
テンツＡを取得する動作シークエンスを示す図である。

【図１７】実施例５、６においてユーザ端末５４がコン
テンツＡの取得動作を起こした場合のシークエンスを示
す図である。

【符号の説明】

１…仮想網１ ２…仮想網２ ３…仮想網３ １１…コンテンツ配信網 １２，１３…共通網 ２１〜２５…データ転送装置 ３１〜３３…ゲートウェイ装置 ４１〜４４…コンテンツ配信サーバ ５１，５２…仮想網１のユーザ端末 ５３…仮想網２のユーザ端末 ５４…仮想網３のユーザ端末 ６１〜６４，７１〜７９，９１〜９３…ライン ８１〜８３，８７…コンテンツ配信サーバ接続要求 ８４〜８６，８８…コンテンツ配信パケット １４１，１４４，１４７…仮想網１用コンテンツ配信サ
ーバ １４２，１４５，１４８…仮想網２用コンテンツ配信サ
ーバ １４３，１４６，１４９…仮想網３用コンテンツ配信サ
ーバ １００１…ゲートウェイ装置 １００２…パケット転送処理部 １００３…コネクション管理部 １００４…コネクション処理部 １００５…コンテンツＩＤ処理部 １００６…コンテンツＩＤ管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 針生 剛男 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 原 博之 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 藤木 直人 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B085 BA06 BG02 BG03 BG04 BG07 5B089 GA31 5K030 GA05 GA15 HA08 HD03 LD20

Claims (16)

【特許請求の範囲】
1. 【請求項１】 通信網に接続され、 少なくとも１つ以上のコンテンツを蓄積する少なくとも
   １つ以上のコンテンツ配信サーバを収容し、 前記通信網内の任意の仮想網に収容されたユーザ端末か
   らのコンテンツ配信サーバ接続要求を受信して、前記コ
   ンテンツ配信サーバから前記ユーザ端末に該当するコン
   テンツを転送するゲートウェイ装置であって、 前記ゲートウェイ装置は、 各コンテンツに付与されたコンテンツＩＤと、各コンテ
   ンツ対応に取得許可あるいは取得不許可とする仮想網Ｉ
   Ｄとを管理する手段と、 前記コンテンツ配信サーバ接続要求のパケットに付与さ
   れたコンテンツＩＤ及び仮想網ＩＤと、前記管理手段の
   管理情報とを照合する手段と、 前記照合の結果、コンテンツ取得許可の場合は、コンテ
   ンツ配信サーバに前記コンテンツ配信サーバ接続要求パ
   ケットを転送し、コンテンツ取得不許可の場合は、前記
   コンテンツ配信サーバ接続要求パケットの転送を行わな
   い手段を有することを特徴とするゲートウェイ装置。
2. 【請求項２】 前記仮想網ＩＤは、ユーザ単位、複数ユ
   ーザ単位、コンテンツ単位、複数コンテンツ単位、コン
   テンツホルダ単位あるいは複数コンテンツホルダ単位に
   形成される仮想網毎に付与された仮想網ＩＤであること
   を特徴とする請求項１記載のゲートウェイ装置。
3. 【請求項３】 前記管理手段は、前記仮想網ＩＤの代わ
   りに各仮想網に収容されたユーザＩＤを管理し、 前記照合手段は、前記コンテンツ配信サーバ接続要求の
   パケットに付与されたユーザＩＤ及びコンテンツＩＤ
   と、前記管理手段の管理情報とを照合することを特徴と
   する請求項２記載のゲートウェイ装置。
4. 【請求項４】 前記通信網と前記ゲートウェイ装置の間
   にデータ転送装置を備え、 前記データ転送装置は、前記ゲートウェイ装置との間に
   仮想網対応のラインを有し、 コンテンツ配信サーバ接続要求のパケットに付与された
   仮想網ＩＤに対応する前記ラインに前記コンテンツ配信
   サーバ接続要求パケットを送出する手段を備え、 前記管理手段は、前記仮想網ＩＤの代わりに前記ライン
   のラインＩＤを管理し、 前記照合手段は、前記コンテンツ配信サーバ接続要求パ
   ケットを受信したラインＩＤ及び前記パケットに付与さ
   れたコンテンツＩＤと、前記管理手段の管理情報とを照
   合することを特徴とする請求項２記載のゲートウェイ装
   置。
5. 【請求項５】 前記ゲートウェイ装置は、コンテンツ取
   得許可された後にコンテンツ配信サーバから送られるコ
   ンテンツを載せたパケットを、前記仮想網ＩＤを有する
   仮想網に振分ける手段を有する請求項２ないし請求項４
   のうちいずれか１項に記載のゲートウェイ装置。
6. 【請求項６】 外部から受信するパケットのパケットヘ
   ッダの解析、あるいはパケットが入力された仮想網の識
   別のうち少なくともパケットヘッダの解析を行う手段
   と、解析によって得られたコネクション情報の中に予め
   定められた特定値を有する場合に、該パケットおよび、
   前記解析によって得られたユーザＩＤあるいは仮想網Ｉ
   ＤをコンテンツＩＤ処理部に転送する手段を有するパケ
   ット転送処理部と、 前記パケット転送処理部から転送された特定値を有する
   パケットに対し、パケットヘッダ内に記述されているコ
   ンテンツＩＤを読み取る手段と、読み取ったコンテンツ
   ＩＤおよび、パケット転送処理部から転送されたユーザ
   ＩＤあるいは仮想網ＩＤをコンテンツＩＤ管理部に送
   り、コンテンツＩＤ検索要求を行う手段と、コンテンツ
   ＩＤ管理部からの該コンテンツＩＤ検索要求に対する応
   答結果が、コンテンツ取得許可の場合は該パケットをコ
   ンテンツ配信サーバヘ転送し、コンテンツ取得不許可の
   場合は前記コンテンツ配信サーバヘの転送を行わない手
   段を有する前記コンテンツＩＤ処理部と、 各ユーザＩＤあるいは各仮想網ＩＤに対する、取得許可
   あるいは取得不許可とするコンテンツＩＤの管理を行う
   手段と、前記コンテンツＩＤ処理部からのコンテンツＩ
   Ｄ検索要求に対し、前記管理情報との照合に基づき、コ
   ンテンツ取得許可あるいはコンテンツ取得不許可のいず
   れかの検索結果を応答する手段を有する前記コンテンツ
   ＩＤ管理部、とから構成される請求項１ないし請求項５
   のうちいずれか１項に記載のゲートウェイ装置。
7. 【請求項７】 請求項６記載のゲートウェイ装置におい
   て、 前記パケット転送処理部は、外部から受信するパケット
   のパケットヘッダの解析、あるいはパケットが入力され
   た仮想網の識別のうち少なくともパケットヘッダの解析
   を行う手段と、解析によって得られたコネクション情報
   のコネクション検索要求をコネクション管理部に行う手
   段と、コネクション管理部からのコネクション検索要求
   に対する応答結果が登録なしの場合、あるいは、受信し
   たパケットがコネクション確立パケットあるいはコネク
   ション切断パケットの場合に、該パケットをコネクショ
   ン処理部に転送する手段と、該コネクション検索要求に
   対する応答結果が登録あり、かつ、該コネクション情報
   の中に予め定められた特定値を有する場合は、該パケッ
   トおよび、前記解析によって得られたユーザＩＤあるい
   は仮想網ＩＤをコンテンツＩＤ処理部に転送する手段を
   有し、 前記パケット転送処理部から転送されたパケットのパケ
   ットヘッダの解析を行う手段と、パケットがコネクショ
   ン確立パケットの場合、パケットヘッダに記載されるコ
   ネクション情報をコネクション管理部に設定する手段
   と、パケットがコネクション切断パケットの場合、コネ
   クション管理部が管理している該コネクションのコネク
   ション情報を削除する手段を有する前記コネクション処
   理部と、 前記コネクション情報を管理し、前記パケット転送処理
   部からのコネクション検索要求に対し、検索結果を応答
   する手段を有する前記コネクション管理部とを有するこ
   とを特徴とするゲートウェイ装置。
8. 【請求項８】 前記ゲートウェイ装置は、コンテンツＩ
   Ｄ、ユーザＩＤ、仮想網ＩＤの少なくとも１つ以上のＩ
   Ｄ毎に最大許容接続数を管理する手段を備え、いずれか
   の最大許容接続数を超過した場合に、コンテンツ配信サ
   ーバ接続要求パケットのコンテンツ配信サーバヘの転送
   を行わない手段を有することを特徴とする請求項２ない
   し請求項７のうちいずれか１項に記載のゲートウェイ装
   置。
9. 【請求項９】 前記ゲートウェイ装置は、コンテンツ配
   信サーバ接続要求パケットの送信元として付与されたユ
   ーザＩＤを共通体系ユーザＩＤに変換し付与する手段
   と、 コンテンツ取得許可された後にコンテンツ配信サーバか
   ら送られるコンテンツを載せたパケットに付与されてい
   る共通体系ユーザＩＤを前記ユーザＩＤに変換し付与す
   る手段を有することを特徴とする請求項２ないし請求項
   ７のうちいずれか１項に記載のゲートウェイ装置。
10. 【請求項１０】 前記ゲートウェイ装置は、前記共通体
    系ユーザＩＤに付与すべき値として、仮想網ＩＤ毎に使
    用可能な範囲を定めることを特徴とする請求項９記載の
    ゲートウェイ装置。
11. 【請求項１１】 前記ゲートウェイ装置は、前記コンテ
    ンツ配信サーバの実サーバＩＤに対し、ユーザＩＤ毎あ
    るいは仮想網ＩＤ毎に仮想サーバＩＤを有し、 コンテンツ配信サーバ接続要求パケットに宛先として付
    与された仮想サーバＩＤを、前記実サーバＩＤに変換し
    付与する手段と、 コンテンツ取得許可された後にコンテンツ配信サーバか
    ら送られるコンテンツを載せたパケットに付与されてい
    る実サーバＩＤを仮想サーバＩＤに変換し付与する手段
    を有することを特徴とする請求項２ないし請求項７のう
    ちいずれか１項に記載のゲートウェイ装置。
12. 【請求項１２】 前記ゲートウェイ装置は、仮想サーバ
    ＩＤを実サーバＩＤに変換し付与する際、実サーバＩＤ
    は、コンテンツ配信サーバ接続要求パケットで要求され
    たコンテンツを格納するコンテンツ配信サーバが複数有
    る場合、情報トラヒック量あるいは処理負荷量の小さい
    コンテンツ配信サーバの実サーバＩＤを選択する手段を
    有することを特徴とする請求項１１記載のゲートウェイ
    装置。
13. 【請求項１３】 前記コンテンツＩＤは、ＵＲＬあるい
    はＵＲＬの一部であって、 前記管理手段は、前記ＵＲＬあるいは前記ＵＲＬの一部
    対応に取得許可あるいは取得不許可とする仮想網ＩＤを
    管理し、 前記照合手段は、前記コンテンツ配信サーバ接続要求の
    パケットに付与されたＵＲＬ及び仮想網ＩＤと、前記管
    理手段の管理情報とを照合することを特徴とする請求項
    １または請求項２記載のゲートウェイ装置。
14. 【請求項１４】 請求項６または７記載のゲートウェイ
    装置において、 前記パケット転送処理部は、外部から受信するパケット
    がヘッダ情報しか有さないパケットである場合、該パケ
    ットをコンテンツＩＤ処理部に転送しない手段を有する
    ことを特徴とするゲートウェイ装置。
15. 【請求項１５】 請求項７記載のゲートウェイ装置にお
    いて、 前記パケット転送処理部は、外部から受信するパケット
    がヘッダ情報しか有さないパケットである場合、該コネ
    クション検索要求に対する応答結果が登録あり、かつ、
    該コネクション情報の中に予め定められた特定値を有す
    る場合においても、該パケットをコンテンツＩＤ処理部
    に転送しない手段を有することを特徴とするゲートウェ
    イ装置。
16. 【請求項１６】 請求項１４または１５記載のヘッダ情
    報しか有さないパケットは、 前記コンテンツ配信サーバから送られるコンテンツを載
    せたパケットが前記ユーザ端末に到着あるいは未到着で
    あることを伝えるために、前記ユーザ端末から前記コン
    テンツ配信サーバに向け送出されるパケットであり、通
    信プロトコルとしてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
    Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いており、
    そのＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フラグ
    の値が１を有し、ＴＣＰヘッダ以外に情報を持たないパ
    ケットであることを特徴とするゲートウェイ装置。