(57)【特許請求の範囲】
【請求項１】
通信網に接続され、
ユーザ端末からコンテンツ取得要求パケットを受信し、コンテンツ取得応答パケットを返信するマネージャサーバ装置を収容し、
前記通信網内の任意の仮想網に収容されたユーザ端末からの前記コンテンツ取得要求パケットを受信して、前記マネージャサーバ装置から前記ユーザ端末へのコンテンツ取得応答パケットを転送するゲートウェイ装置であって、
コンテンツを特定するために前記マネージャサーバ装置にて用いられるサービスＩＤあるいはそのサービスＩＤの一部と、各コンテンツ対応に取得許可あるいは取得不許可とする仮想網ＩＤとを管理する手段と、
前記コンテンツ取得要求に付与されたサービスＩＤ及び、該コンテンツ取得要求パケットを送出したユーザ端末が属する仮想網ＩＤと、前記管理手段の管理情報とを照合する手段と、
前記照合の結果、コンテンツ取得許可の場合は前記マネージャサーバ装置に前記コンテンツ取得要求パケットを転送し、コンテンツ取得不許可の場合は前記コンテンツ取得要求パケットの前記マネージャサーバ装置への転送を行わない手段を有することを特徴とする複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項２】
前記仮想網ＩＤは、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤであることを特徴とする請求項１記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項３】
前記管理手段は、前記仮想網ＩＤの代わりに各仮想網に収容されたユーザＩＤを管理し、
前記照合手段は、前記コンテンツ取得要求のパケットに付与されたユーザＩＤ及びサービスＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項２記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項４】
前記通信網と前記ゲートウェイ装置の間にデータ転送装置を備え、
前記データ転送装置は、前記ゲートウェイ装置との間に仮想網対応のラインを有し、コンテンツ取得要求パケットに付与された仮想網ＩＤに対応する前記ラインに前記コンテンツ取得要求パケットを送出する手段を備え、
前記管理手段は、前記仮想網ＩＤの代わりに前記ラインのラインＩＤを管理し、
前記照合手段は、前記コンテンツ取得要求パケットを受信したラインＩＤ及び前記パケットに付与されたサービスＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項２記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項５】
前記ゲートウェイ装置は、コンテンツ取得許可された後に前記マネージャサーバ装置から送られる前記コンテンツ取得応答パケットを、前記仮想網ＩＤを有する仮想網に振り分ける手段を有する請求項２ないし４のうちいずれか１項記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項６】
請求項１ないし５のうちいずれか１項記載のゲートウェイ装置に収容されるマネージャサーバ装置と、コンテンツ配信サーバ装置からなるコンテンツ配信システムであって、
前記マネージャサーバ装置は、
サービスＩＤ毎のコンテンツ取得情報を管理する手段と、
前記ゲートウェイ装置から転送されたユーザ端末からのコンテンツ取得要求パケットを受信したとき、該パケットに付与されている前記サービスＩＤあるいはそのサービスＩＤの一部と、前記仮想網ＩＤあるいは前記ユーザＩＤとを管理する手段と、
前記サービスＩＤとコンテンツＩＤとの対応関係を管理する手段と、
前記コンテンツ取得要求パケットに付与されている前記サービスＩＤに対応する前記コンテンツ取得情報を、前記コンテンツ取得応答パケットに乗せ、前記ゲートウェイ装置を介してユーザ端末に向け返送する手段を備え、
前記コンテンツ配信サーバ装置は、
前記ユーザ端末から前記ゲートウェイ装置を介して前記コンテンツ取得制御信号パケットを受信したとき、該パケットに付与されている前記コンテンツＩＤおよび前記ユーザＩＤを、前記マネージャサーバ装置に転送する手段を備え、
前記マネージャサーバ装置は、前記手段に加え、
前記コンテンツ配信サーバ装置より受信した前記コンテンツＩＤおよび前記ユーザＩＤと、前記管理手段の管理情報とを照合する手段と、
前記照合の結果、コンテンツ取得許可の場合は前記コンテンツ配信サーバ装置にコンテンツ配信許可のメッセージを送出し、コンテンツ取得不許可の場合は前記コンテンツ配信サーバ装置にコンテンツ配信不許可のメッセージを送出する手段を備え、
前記コンテンツ配信サーバ装置は、前記マネージャサーバ装置より受信したメッセージが、コンテンツ配信許可のメッセージのときに、前記ユーザ端末に該コンテンツを載せたコンテンツパケットを配信する手段を備えることを特徴とする複数フローから構成されるコンテンツ配信サービス向けコンテンツ配信システム。
【請求項７】
請求項１ないし５のうちいずれか１項記載のゲートウェイ装置に収容されるマネージャサーバ装置と、コンテンツ配信サーバ装置からなるコンテンツ配信システムであって、
前記マネージャサーバ装置は、
サービスＩＤ毎のコンテンツ取得情報を管理する手段と、
前記ゲートウェイ装置から転送されたユーザ端末からのコンテンツ取得要求パケットを受信したとき、該パケットに付与されている前記サービスＩＤあるいはそのサービスＩＤの一部と、前記仮想網ＩＤあるいは前記ユーザＩＤとを管理する手段と、
前記サービスＩＤとコンテンツＩＤとの対応関係を管理する手段と、
前記コンテンツ取得要求パケットに付与されている前記サービスＩＤに対応する前記コンテンツ取得情報を、前記コンテンツ取得応答パケットに乗せ、前記ゲートウェイ装置を介してユーザ端末に向け返送する手段を備え、
前記コンテンツ取得要求パケットを受信したとき、該パケットに付与されている前記サービスＩＤあるいはそのサービスＩＤの一部および、前記管理手段の管理情報を用い、コンテンツＩＤとユーザＩＤを割り出し、これらの情報を載せたメッセージを、該コンテンツを蓄積する前記コンテンツ配信サーバ装置に送出する手段を備え、
前記コンテンツ配信サーバ装置は、
前記コンテンツ取得制御信号パケットを受信したとき、該パケットに付与されているコンテンツＩＤおよびユーザＩＤが、前記マネージャサーバ装置より受信した前記コンテンツＩＤと前記ユーザＩＤと一致する場合に、前記ユーザ端末に前記コンテンツパケットを配信する手段を備えることを特徴とする複数フローから構成されるコンテンツ配信サービス向けコンテンツ配信システム。
【請求項８】
前記ゲートウェイ装置は、
仮想網ＩＤ毎に、コンテンツパケットを転送するフローが使用可能なポート番号を管理する手段と、
本管理手段により管理されているポート番号と、前記コンテンツ配信サーバ装置から送られる前記コンテンツパケットに付与されたポート番号とを照合する手段と、
前記照合の結果、使用可能なポート番号であった場合、ユーザ端末に該パケットを転送し、使用可能なポート番号でなかった場合、前記ゲートウェイ装置は該パケットのユーザ端末への転送を行わない手段を有することを特徴とする請求項２記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項９】
前記サービスＩＤはＨＴＴＰ（HyperText Transfer Protocol）に記載されるＵＲＬ（Uniform Resource Locator）である請求項２記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
【請求項１０】
請求項６記載のコンテンツ配信システムにおけるコンテンツ配信サーバ装置であって、
前記コンテンツ取得制御信号パケットを受信したとき、該パケットに付与されている前記コンテンツＩＤおよび前記ユーザＩＤを、前記マネージャサーバ装置に転送する手段を備え、
前記マネージャサーバ装置より受信したメッセージが、コンテンツ配信許可のメッセージのときに、前記ユーザ端末に該コンテンツを載せたコンテンツパケットを配信する手段を備えることを特徴とする複数フローから構成されるコンテンツ配信サービス向けコンテンツ配信サーバ装置。
【請求項１１】
請求項７記載のコンテンツ配信システムにおけるコンテンツ配信サーバ装置であって、
前記コンテンツ取得制御信号パケットを受信したとき、該パケットに付与されているコンテンツＩＤおよびユーザＩＤが、前記マネージャサーバ装置より受信した前記コンテンツＩＤと前記ユーザＩＤと一致する場合に、前記ユーザ端末に前記コンテンツパケットを配信する手段を備えることを特徴とする複数フローから構成されるコンテンツ配信サービス向けコンテンツ配信サーバ装置。
【請求項１２】
請求項１ないし５のうちいずれか１項記載のゲートウェイ装置の機能と請求項６または７項記載のマネージャサーバ装置の機能が１つの装置で実現されたことを特徴とする複数フローから構成されるコンテンツ配信サービス向けコンテンツ配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ配信を提供するための複数のフローから構成されるコンテンツ配信サービス向けゲートウェイ装置、コンテンツ配信サーバ装置、およびコンテンツ配信システムに関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ１４１〜１４９は、コンテンツを蓄積し、ユーザ端末からのコンテンツ取得要求に応答して該コンテンツを送出する。ただしコンテンツ配信サーバ１４１、１４４および１４７は仮想網１に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４２、１４５および１４８は仮想網２に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４３、１４６および１４９は仮想網３に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバである。
【０００３】
データ転送装置２１〜２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ取得要求を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末５１および５２が仮想網１に属し、ユーザ端末５３が仮想網２に属し、ユーザ端末５４が仮想網３に属する例であり、仮想網１の仮想網ＩＤを１、仮想網２の仮想網ＩＤを２、仮想網３の仮想網ＩＤを３とする。各データ転送装置２１〜２５は、仮想網ＩＤ＝１、２および３を管理し、ユーザ端末５１および５２から送出されるパケットおよびコンテンツ配信サーバ１４１、１４４および１４７から送出されるパケットに対し、仮想網ＩＤ＝１を付与し、仮想網ＩＤ＝１に従い、コンテンツ配信網１１内の仮想網１上にてパケット転送を行う。同様に、各データ転送装置２１〜２５は、ユーザ端末５３から送出されるパケットおよびコンテンツ配信サーバ１４２、１４５および１４８から送出されるパケットに対し、仮想網ＩＤ＝２を付与し、仮想網ＩＤ＝２に従い、コンテンツ配信網１１内の仮想網２上にてパケット転送を行い、また、ユーザ端末５４から送出されるパケットおよびコンテンツ配信サーバ１４３、１４６および１４９から送出されるパケットに対し、仮想網ＩＤ＝３を付与し、仮想網ＩＤ＝３に従い、コンテンツ配信網１１内の仮想網３上にてパケット転送を行う。
【０００４】
なお、実際にデータ転送装置が、ユーザ端末もしくはコンテンツ配信サーバと仮想網との対応を管理する方法は以下の通りである。仮想網１の場合、データ転送装置２４は、ライン６１およびライン６２から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７１、ライン７４、ライン７７から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。同様に仮想網２の場合、データ転送装置２５は、ライン６３から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７２、ライン７５、ライン７８から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。同様に仮想網３の場合、データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７３、ライン７６、ライン７９から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。
【０００５】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理するだけで、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００６】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Asynchronous Transfer Mode）のＶＰＩ（Virtual Path IDentifier）やＶＣＩ（Virtual Channel IDentifier）などの論理チャネルを用いてもよいことを追記する。
【０００７】
【発明が解決しようとする課題】
前述の従来技術は、仮想網毎のセキュアなコンテンツ配信を実現するものの、以下の課題がある。データ転送装置は、各ラインと仮想網を対応づけることにより通信のセキュリティを実現しており、これによりコンテンツ配信サーバは仮想網毎に個別に設置する必要がある。すなわち、サーバの台数を増やす原因となり、サーバコストの増大を招く。
【０００８】
一方、仮想網間でコンテンツ配信サーバを共用化するために、１つのコンテンツ配信サーバが複数のラインと接続し、各ラインを各仮想網と対応付けさせることは可能である。しかしこれでは、各仮想網に属するユーザ端末が該コンテンツ配信サーバに自由に接続できてしまうため、ある仮想網のユーザ端末のみが取得を許可されているコンテンツが、他仮想網のユーザ端末からも取得される恐れがあり、本来の目的である仮想網毎のセキュアなコンテンツ配信が達成できない。
【０００９】
本発明者らは既に「ゲートウェイ装置」（特願２００１−２５７７７３）により、コンテンツ取得要求とコンテンツ配信が１つのフローにて行われる場合において前記課題を解決する手法を発明した。ただしストリーミングコンテンツ配信に代表されるように、コンテンツ取得を制御するフロー（コンテンツ取得要求とコンテンツ配信が１つのフローにて行われる場合のコンテンツ接続を要求するフローに相当）とコンテンツを配信するフローを個々に有する場合に対する前記課題を解決する必要があった。
【００１０】
【課題を解決するための手段】
はじめに、前記課題を解決するための「ゲートウェイ装置」（特願２００１−２５７７７３）の手段を以下に説明する。コンテンツ取得要求とコンテンツ配信が１つのフローにて行われる場合、すなわち図９に示す形態は、ＨＴＴＰによるコンテンツ配信が代表例となる。コンテンツ取得要求パケットには、コンテンツ毎に付与されたコンテンツＩＤが記載されており、このコンテンツＩＤは前記例のＨＴＴＰに当てはめると、ＨＴＴＰパケットに記載されるＵＲＬとなる。
【００１１】
ゲートウェイは、コンテンツ配信サーバが蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、ユーザ端末から送られるコンテンツ取得要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。
また、ゲートウェイは、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ取得要求を行ったユーザ端末が属する仮想網に振分ける。
【００１２】
以上の手段により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
なお、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００１３】
次に、コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合の前記課題を解決する本発明に基づく手段を以下に説明する。
コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合の代表例は、ストリーミングコンテンツ配信である。ストリーミングコンテンツ配信において汎用的に使用される通信形態は図８に示すように、コンテンツ取得要求およびコンテンツ取得応答、コンテンツ取得制御信号、コンテンツ配信の３つのフローから成り、それぞれの実際の利用プロトコルは例えば、コンテンツ取得要求およびコンテンツ取得応答はＨＴＴＰ、コンテンツ取得制御信号はＲＴＳＰ（Real Time Streaming Protocol）、コンテンツ配信はＵＤＰ（User Datagram Protocol）である。なお、図８では理解を容易にするため、コンテンツ配信サーバ、コンテンツ配信網およびユーザ端末のみを示している。コンテンツ取得要求パケット、コンテンツ取得制御信号パケットにはそれぞれサービスＩＤ、コンテンツＩＤを有する。サービスＩＤ、コンテンツＩＤは前記例に当てはめると、それぞれＨＴＴＰパケットに記載されるＵＲＬ、ＲＴＳＰパケットに記載されるＵＲＬとなる。なお、前述のコンテンツ取得要求とコンテンツ配信が１つのフローにて行われる場合におけるコンテンツＩＤは、本例におけるサービスＩＤとコンテンツＩＤが縮退した形であると解釈できることを追記しておく。
【００１４】
図１に示すように、本手段も、ゲートウェイをデータ転送装置とコンテンツ配信サーバ間に導入する。ゲートウェイは、サービスＩＤの管理、各サービスＩＤ対応に取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。
そしてゲートウェイは、ユーザ端末から送られるコンテンツ取得要求パケットに付与されているサービスＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみマネージャサーバにパケットを転送する処理を行う。
【００１５】
マネージャサーバはサービスＩＤ毎のコンテンツ取得情報、サービスＩＤとコンテンツＩＤとの対応関係を管理している。マネージャサーバは、前記コンテンツ取得要求パケットを受信すると、該パケットに付与されているサービスＩＤと、ユーザＩＤもしくは該ユーザ端末が属する仮想網ＩＤとを管理する。これによりマネージャサーバは、該ユーザ端末のユーザＩＤもしくは仮想網ＩＤに対する、該ユーザが要求するコンテンツのサービスＩＤおよびコンテンツＩＤの対応を管理する。
【００１６】
また、マネージャサーバは受信した該サービスＩＤに対応するコンテンツ取得情報を、コンテンツ取得応答パケットに乗せ、ユーザ端末に向け返送する。なお、コンテンツ取得情報には、ユーザが要求するコンテンツを蓄積するコンテンツ配信サーバのサーバＩＤ、およびコンテンツを特定するために該コンテンツ配信サーバにて用いられるコンテンツＩＤが含まれている。
ゲートウェイは、マネージャサーバから送られるコンテンツ取得応答パケットを、該コンテンツ取得要求の送出ユーザ端末が属する仮想網に振分ける。
【００１７】
ユーザ端末は、コンテンツ取得情報を載せたコンテンツ取得応答パケットを受信すると、コンテンツ取得情報から得られるコンテンツＩＤおよびサーバＩＤを付与したコンテンツ取得制御信号パケットを生成し、該コンテンツ配信サーバに向け送出する。
該コンテンツ配信サーバは、コンテンツ取得制御信号パケットを受信すると、該パケットに付与されているコンテンツＩＤおよびユーザＩＤを、マネージャサーバ装置に転送する。
【００１８】
マネージャサーバは、前述にあるように既に、該ユーザ端末のユーザＩＤもしくは仮想網ＩＤに対する、該ユーザが要求するコンテンツのサービスＩＤおよびコンテンツＩＤの対応を管理しているため、コンテンツ配信サーバよりコンテンツＩＤおよびユーザＩＤを受信すると、これらの情報を比較し、各ＩＤが一致する場合、コンテンツ配信許可と判断する。そしてマネージャサーバは、該コンテンツ配信サーバに対してコンテンツ配信許可のメッセージを送出する。一方、各ＩＤが一致しない場合、コンテンツ配信不許可と判断し、前記コンテンツ配信サーバにコンテンツ配信不許可のメッセージを送出する。
【００１９】
コンテンツ配信サーバは、マネージャサーバ装置より受信したメッセージが、コンテンツ配信許可のメッセージのときに、該ユーザ端末に該コンテンツを載せたコンテンツパケットを配信する。マネージャサーバ装置より受信したメッセージがコンテンツ配信不許可のメッセージのときは、コンテンツ配信サーバは該コンテンツの配信は行わない。
ゲートウェイは、コンテンツ配信サーバから送られるコンテンツパケットを、該コンテンツ取得要求の送出ユーザ端末が属する仮想網に振分ける。
【００２０】
以上の処理の概要を図１０に示す。
なお、補足事項として、図１０において許可および不許可の判断として、ゲートウェイがコンテンツ取得要求に対して行うものと、コンテンツ取得制御信号を受けてコンテンツ配信サーバから送られるコンテンツＩＤおよびユーザＩＤ転送に対してマネージャサーバが行うものと、２つの処理がある理由を説明する。第１の理由は、ゲートウェイがコンテンツ取得要求に対してコンテンツ取得許可および不許可の判断を行うことにより、サーバより手前にて不正なコンテンツ取得要求を排除できるためである。第２の理由は、ストリーミングコンテンツ配信では実際に利用される頻度は少ないが、コンテンツ取得要求とコンテンツ取得応答が省略されたシーケンスも可能であり、ゲートウェイによるコンテンツ取得許可および不許可の判断を回避して不正なコンテンツ取得を試みる可能性があり、このような不正取得を排除するために、マネージャサーバにおいてコンテンツＩＤおよびユーザＩＤの照合によるコンテンツ配信許可および不許可の判断を行う必要があるためである。マネージャサーバによるコンテンツ配信許可および不許可の判断の代わりに、ゲートウェイがコンテンツ取得制御信号に対してコンテンツ配信許可および不許可の判断を行う方法も考えられる。しかしこの方法を用いない理由は、コンテンツ取得制御信号はストリーミングコンテンツのアプリケーションにより一般的に異なるため、ゲートウェイがそれに応じて複数種類のコンテンツ取得制御信号に対応する必要があり、処理が大きくなるためである。一方、マネージャサーバによりコンテンツ配信許可および不許可の判断を行う方が、コンテンツＩＤおよびユーザ転送、コンテンツ配信許可および不許可メッセージは、コンテンツ取得制御信号の種別に依存せず汎用的に定めることが可能であり、コンテンツ配信許可および不許可の判断処理を統一することができる利点がある。
【００２１】
ここで、マネージャサーバおよびコンテンツ配信サーバにおいて、ユーザヘのコンテンツ配信の是非を判断する手段は、図１１に示す手段によっても実現する。すなわち、マネージャサーバは既に、該ユーザ端末のユーザＩＤもしくは仮想網ＩＤに対する、該ユーザが要求するコンテンツのサービスＩＤおよびコンテンツＩＤの対応を管理しているため、コンテンツ取得要求パケットを受信したとき、コンテンツＩＤを割り出し、コンテンツＩＤとユーザＩＤを載せたメッセージを、該コンテンツを蓄積する前記コンテンツ配信サーバに送出する。
【００２２】
コンテンツ配信サーバは、コンテンツ取得制御信号パケットを受信したとき、該パケットに付与されているコンテンツＩＤおよびユーザＩＤが、マネージャサーバより受信した前記コンテンツＩＤと前記ユーザＩＤと一致する場合にコンテンツ配信許可と判断し、該ユーザ端末にコンテンツパケットを配信する。
【００２３】
また、このようなコンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合、コンテンツを配信するフローに対しても転送可能なポート番号を制限することによりセキュリティを向上させる必要がある。このため、ゲートウェイは、仮想網ＩＤ毎に、コンテンツを配信するフローが使用可能なポート番号を管理し、コンテンツを配信するフローのパケットに付与されたポート番号と、前記管理手段の管理情報との照合を行う。
前記照合の結果、使用可能なポート番号であった場合のみ、ゲートウェイは該パケットを、送出ユーザ端末が属する仮想網に振分け、転送する。
【００２４】
以上の手段により、コンテンツ取得要求およびコンテンツ取得応答、コンテンツ取得制御信号、コンテンツ配信の３つのフローから成る通信において、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
なお、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００２５】
【発明の実施の形態】
［実施例１］
本発明の実施形態に基づくコンテンツ配信システムを図１に示す。本実施例では、コンテンツ配信サーバ４１、４２および４４のサーバＩＤをそれぞれ、４１、４２および４４、マネージャサーバ４３のサーバＩＤを４３とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、コンテンツ取得制御信号で用いられるＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。また、コンテンツ取得要求およびコンテンツ取得応答はＨＴＴＰであるものとし、コンテンツＡ、ＢおよびＣのサービスＩＤはＨＴＴＰのリクエストパケットで用いられるＵＲＬと定義し、それぞれwww.manager43.com/manager43/contentA、www.manager43.com/manager43/contentB、およびwww.manager43.com/manager43/contentCとする。コンテンツＡは仮想網１に属するユーザ端末のみが接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。
【００２６】
図８の形態をストリーミングコンテンツ配信に当てはめた場合、コンテンツ取得制御信号２０３は例えば、ＲＴＳＰ等が想定され、ユーザ端末１０２がコンテンツ２０４を取得するために必要な情報をやりとりする役割を担う。また、コンテンツ２０４はＵＤＰにより転送されることが想定される。ここでコンテンツ取得制御信号２０３のフローは、ユーザ端末１０２からコンテンツ配信サーバ１０１に送出される１ないしは複数のパケットと、コンテンツ配信サーバ１０１からユーザ端末１０２に送出される１ないしは複数のパケットの両方を有する。コンテンツ２０４は、コンテンツ配信サーバ１０１からユーザ端末１０２に送出される１ないしは複数のパケットにより配信される。
【００２７】
以上の説明を踏まえ、例として仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図３および図４を用い、以下に説明する。
【００２８】
ユーザ端末５１とマネージャサーバ４３との間の動作シーケンスが図３に示される。まずユーザ端末５１は、宛先ＩＤ＝４３、送信元ＩＤ＝５１を付与したコンテンツ取得要求パケット２８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ取得要求パケット２８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ取得要求パケット２８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２２に到着する。
【００２９】
データ転送装置２２は、仮想網ＩＤ＝１が付与されたパケットをライン７４に、仮想網ＩＤ＝２が付与されたパケットをライン７５に、仮想網ＩＤ＝３が付与されたパケットをライン７６に転送するように管理されており、コンテンツ取得要求パケット２８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７４に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２２は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３０】
ゲートウェイ３２は、マネージャサーバ４３が蓄積している各コンテンツのサービスＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２２は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.manager43.com/manager43/contentAを取得許可とするラインＩＤ＝７４、www.manager43.com/manager43/contentBを取得許可とするラインＩＤ＝７４および７５、www.manager43.com/manager43/contentCを取得許可とするラインＩＤ＝７４、７５および７６、の各情報を管理する。データ転送装置２２からライン７４を通じて転送されたコンテンツ取得要求パケット２８３を受信すると、ゲートウェイ３２は、コンテンツ取得要求パケット２８３に付与されているサービスＩＤを読み取り、前記管理情報と照合する。ラインＩＤ＝７４はコンテンツＡを取得許可されているため、ゲートウェイ３２はコンテンツ取得要求パケット２８３をマネージャサーバ４３に転送する。
【００３１】
ここで、ゲートウェイ３２が行っているサービスＩＤと取得許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、サービスＩＤにＵＲＬの一部を用いる方法である。例えば、サービスＩＤを「/manager43/」、「/manager43/contentB」、「/manager43/contentC」と定義し、ゲートウェイ３２は、/manager43/を取得許可とするラインＩＤ＝７４、/manager43/contentBを取得許可とするＩＤ＝７５、/manager43/contentCを取得許可とするラインＩＤ＝７５および７６、の各関係を管理することにより、同等のコンテンツ取得セキュリティレベルを確保できる。
【００３２】
また第２の手法は、ラインＩＤの代わりにユーザＩＤを用いる方法である。この場合、ゲートウェイ３２は、ラインＩＤ＝７４の代わりにユーザＩＤ＝５１および５２、ラインＩＤ＝７５の代わりにユーザＩＤ＝５３、ラインＩＤ＝７６の代わりにユーザＩＤ＝５４を管理する。
【００３３】
マネージャサーバ４３はサービスＩＤ毎のコンテンツ取得情報、サービスＩＤとコンテンツＩＤとの対応関係を管理している。マネージャサーバ４３は、コンテンツ取得要求パケット２８３を受信すると、コンテンツ取得要求パケット２８３に付与されているサービスＩＤとユーザＩＤ＝５１とを管理する。これによりマネージャサーバは、ユーザＩＤ＝５１に対する、ユーザ端末５１が要求するコンテンツＡのサービスＩＤおよびコンテンツＩＤの対応を管理することができる。
【００３４】
また、マネージャサーバ４３は受信したサービスＩＤに対応するコンテンツ取得情報を、コンテンツ取得応答パケット２８４に乗せ、ユーザ端末５１に向け返送する。なお、コンテンツ取得情報には、ユーザ端末５１が要求するコンテンツＡを蓄積するコンテンツ配信サーバ４１のサーバＩＤ、およびコンテンツＡのコンテンツＩＤが含まれている。
【００３５】
コンテンツ取得応答パケット２８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４３が付与されている。ゲートウェイ３２は、コンテンツ取得応答パケット２８４を受信すると、該パケットをライン７４に振分ける。
【００３６】
データ転送装置２２は、ライン７４から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ取得要求パケット２８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ取得要求パケット２８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００３７】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってコンテンツ取得応答パケット２８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じてコンテンツ取得要求パケット２８６がユーザ端末５１に到着する。
【００３８】
ユーザ端末５１とコンテンツ配信サーバ４１との間の動作シーケンスが図４に示される。
ユーザ端末５１は、コンテンツ取得情報を載せたコンテンツ取得応答パケット２８６を受信すると、コンテンツ取得情報から得られるコンテンツＩＤを付与したコンテンツ取得制御信号パケット８１を生成する。このコンテンツ取得制御信号パケット８１は、宛先としてコンテンツ配信サーバ４１のサーバＩＤ＝４１、送信元としてユーザＩＤ＝５１が付与され、コンテンツ配信サーバ４１に向け送出される。
【００３９】
データ転送装置２４は、コンテンツ取得制御信号パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ取得制御信号パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００４０】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ取得制御信号パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００４１】
コンテンツ取得制御信号パケット８３に対するコンテンツ配信許可および不許可の判断は、マネージャサーバ４３において実施するため、ゲートウェイ３１は、コンテンツ取得制御信号パケット８３がユーザ端末５１からのパケットであるという確認を行い、コンテンツ取得制御信号パケット８３をコンテンツ配信サーバ４１に転送するだけの処理となる。
【００４２】
コンテンツ配信サーバ４１は、コンテンツ取得制御信号パケット８３を受信すると、コンテンツ取得制御信号パケット８３に付与されているコンテンツＡのコンテンツＩＤおよびユーザＩＤ＝５１を、マネージャサーバ４３に転送する。この転送経路は、コンテンツ配信サーバ４１とマネージャサーバ４３間に専用線を設置することにより実現してもよいし、ゲートウェイ３１、ライン７１、データ転送装置２１、仮想網１、データ転送装置２２、ライン７４、ゲートウェイ３２という経路としてもよい。
【００４３】
マネージャサーバ４３は既に、ユーザ端末５１のユーザＩＤ＝５１に対するコンテンツＡのサービスＩＤおよびコンテンツＩＤの対応を管理しているため、コンテンツ配信サーバ４１よりコンテンツＡのコンテンツＩＤおよびユーザＩＤ＝５１を受信すると、これらの情報を比較し、各ＩＤが一致する場合、コンテンツ配信許可と判断する。そしてマネージャサーバ４３は、コンテンツ配信サーバ４１に対してコンテンツ配信許可のメッセージ３８４を送出する。一方、各ＩＤが一致しない場合、コンテンツ配信不許可と判断し、コンテンツ配信サーバ４１にコンテンツ配信不許可のメッセージ３８４を送出する。
【００４４】
コンテンツ配信サーバ４１は、マネージャサーバ４３より受信したメッセージ３８４が、コンテンツ配信許可のメッセージのときに、ユーザ端末５１にコンテンツＡを載せたコンテンツパケット８４を配信する。マネージャサーバ４３より受信したメッセージ３８４がコンテンツ配信不許可のメッセージのときは、コンテンツ配信サーバ４１はコンテンツＡの配信は行わない。ただし本例では、コンテンツ取得制御信号パケット８３に対する応答として、コンテンツパケット８４の送出前にコンテンツ取得制御信号パケット１８４を返信するものとして説明を行う。このコンテンツ取得制御信号パケット１８４は例えば、ユーザ端末５１に対し、要求コンテンツの配信を行う準備が整ったことを知らせる等の目的がある。コンテンツ取得制御信号パケット１８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が付与されている。
【００４５】
ここで、マネージャサーバ４３およびコンテンツ配信サーバ４１において、ユーザ端末５１へのコンテンツＡの配信の是非を判断する方法として、図１１に示す方法を用いても良い。すなわち、マネージャサーバ４３はコンテンツ取得要求パケット２８３を受信したときに、ユーザ端末５１のユーザＩＤ＝５１に対する、ユーザ端末５１が要求するコンテンツＡのサービスＩＤおよびコンテンツＩＤの対応を管理しており、このとき、コンテンツＡのコンテンツＩＤとユーザＩＤ＝５１を載せたメッセージを、コンテンツ配信サーバ４１に送出する。コンテンツ配信サーバ４１は、コンテンツ取得制御信号パケット８３を受信したとき、該パケットに付与されているコンテンツＩＤおよびユーザＩＤが、マネージャサーバ４３より受信したコンテンツＩＤとユーザＩＤと一致する場合にコンテンツ配信許可と判断し、ユーザ端末５１にコンテンツ取得制御信号パケット１８４およびコンテンツパケット８４を配信する。
ゲートウェイ３１は、コンテンツ取得制御信号パケット１８４を受信すると、該パケットをライン７１に振分ける。
【００４６】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ取得制御信号パケット１８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ取得制御信号パケット１８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００４７】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってコンテンツ取得制御信号パケット１８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じてコンテンツ取得制御信号パケット１８６がユーザ端末５１に到着する。
次にコンテンツ配信サーバ４１は、コンテンツＡを載せたコンテンツパケット８４をゲートウェイ３１に向け送信する。
【００４８】
以後、コンテンツパケット８４がユーザ端末に到着する処理は、前述のコンテンツ取得制御信号パケット１８４の処理と同様である。以上により、ユーザ端末５１は所望のコンテンツＡを取得することができる。
【００４９】
ここでゲートウェイ３１は、コンテンツを配信するフローに対して転送可能なポート番号を制限する機能をもってもよい。本機能の目的は、仮想網１に不正に流入するフローを排除し、セキュリティを向上させることにある。本実施例においては、コンテンツ配信サーバ４１から送出するコンテンツパケットのポート番号を例えば１０００〜１５００に限定させておけば、それ以外のポート番号を有するパケットは不正流入パケットとみなせ、ゲートウェイ３１にて排除することができる。
【００５０】
なお、本実施例では、コンテンツ取得制御信号のフローがパケット８１および１８４の２つのパケットから構成される例を用い説明を行ったが、ユーザ端末５１からコンテンツ配信サーバ４１に送出されるコンテンツ取得制御信号パケットとコンテンツ配信サーバ４１からユーザ端末５１に送出されるコンテンツ取得制御信号パケットはそれぞれ複数個存在する場合も、本手法が適用できることは言うまでもない。
【００５１】
また、本実施例では、装置ブロックとして、ゲートウェイ、マネージャサーバ、コンテンツ配信サーバに分類したが、本実施例で説明するゲートウェイとマネージャサーバの各機能が１つの装置で実現されてもよいし、マネージャサーバとコンテンツ配信サーバの各機能が１つの装置で実現されてもよいことを追記する。
【００５２】
次に、仮想網３に属するユーザ端末５４が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡの取得要求を試みた場合のシーケンスを、図７を用い、以下に説明する。本例は本来、取得不許可となるため、ユーザ端末５４はコンテンツを取得できない例となる。
【００５３】
まずユーザ端末５４は、宛先ＩＤ＝４１、送信元ＩＤ＝５４を付与したコンテンツ取得要求パケット２８１を送出する。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ取得要求パケット２８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ取得要求パケット２８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２２に到着する。
【００５４】
データ転送装置２２は、コンテンツ取得要求パケット２８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをライン７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２２は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００５５】
ゲートウェイ３２は、データ転送装置２２からライン７３を通じて転送されたコンテンツ取得要求パケット２８３を受信すると、ゲートウェイ３２は、コンテンツ取得要求パケット２８３に付与されているサービスＩＤを読み取り、前記管理情報と照合する。ラインＩＤ＝７３はコンテンツＡの取得を許可されていないため、ゲートウェイ３２はコンテンツ取得要求パケット２８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
以上により、コンテンツＡの取得を許可されていないユーザ端末５４は、コンテンツＡを取得することができず、セキュリティが確保される。
【００５６】
本実施例では、コンテンツ配信サーバ４１に蓄積されたコンテンツについて説明したが、コンテンツ配信サーバ４２および４４に蓄積されたコンテンツの取得方法についても同様の処理内容となる。
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの取得動作シーケンスは図３および図４に示したものと同様である。
【００５７】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイに繋がっているのに対し、図５の形態は、各ゲートウェイと各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００５８】
図６の形態は、各ゲートウェイと各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。ただし図６の形態の場合、ゲートウェイ３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの取得許可に関する管理は、サービスＩＤとユーザＩＤにより行う。
なお、図１および図５の形態の場合、ゲートウェイとデータ転送装置の各機能は１つの装置に集約することにより実現できることは言うまでもない。
【００５９】
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００６０】
【発明の効果】
本発明のゲートウェイは、サービスＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ取得要求パケットに付与されているサービスＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ取得要求に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイにて行うため、１つのコンテンツ配信サーバ内にコンテンツ取得条件の異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
また、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入が容易であるという利点がある。
【００６１】
本発明の動作は、コンテンツ配信サーバがゲートウェイに直収される形態に限らず、ゲートウェイとコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイとデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００６２】
また本発明のマネージャサーバは、サービスＩＤとコンテンツＩＤとの対応を管理すると同時に、ユーザ端末からのコンテンツ取得要求を受信したときにそこに付与されているユーザＩＤとサービスＩＤも管理する。これにより、コンテンツ配信サーバからの該ユーザ端末への配信許可の問い合わせに対し、その判断をマネージャサーバにて行うことができる。これにより、ストリーミングコンテンツ配信においてコンテンツ取得要求とコンテンツ取得応答が省略されたシーケンスを試みられ、ゲートウェイによるコンテンツ取得許可および不許可の判断が回避されてしまった場合に、コンテンツ配信許可および不許可の正しい判断を行うことができる。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ配信システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるユーザ端末５１とマネージャサーバとの間の動作シーケンスを示す図である。
【図４】実施例１におけるユーザ端末５１とコンテンツ配信サーバ４１との間の動作シーケンスを示す図である。
【図５】本発明に基づく第２のコンテンツ配信システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ配信システムの形態を示す図である。
【図７】実施例１におけるユーザ端末５４がコンテンツＡの取得動作を起こした場合のシーケンスを示す図である。
【図８】コンテンツ取得制御信号とコンテンツ配信が異なるフローにより転送される形態のシーケンスを示す図である。
【図９】コンテンツ取得要求とコンテンツ配信が同一フローにより実施される形態のシーケンスを示す図である。
【図１０】本発明におけるシーケンス概要（第１の方法）を示す図である。
【図１１】本発明におけるシーケンス概要（第２の方法）を示す図である。
【符号の説明】
１…仮想網１、２…仮想網２、３…仮想網３、１１…コンテンツ配信網、１２、１３…共通網、２１〜２５…データ転送装置、３１〜３３…ゲートウェイ、４１、４２、４４…コンテンツ配信サーバ、４３…マネージャサーバ、５１，５２…仮想網１のユーザ端末、５３…仮想網２のユーザ端末、５４…仮想網３のユーザ端末、６１〜６２，７１〜７９，９１〜９３…ライン、８１〜８３，１８４〜１８６…コンテンツ取得制御信号パケット、８４〜８６…コンテンツパケット、１０１…コンテンツ配信サーバ、１０２…ユーザ端末、１４１，１４４，１４７…仮想網１用コンテンツ配信サーバ、１４２，１４５，１４８…仮想網２用コンテンツ配信サーバ、１４３，１４６，１４９…仮想網３用コンテンツ配信サーバ、２０１…コンテンツ取得要求、２０２…コンテンツ取得応答、２０３…コンテンツ取得制御信号、２０４…コンテンツ配信、２８１〜２８３…コンテンツ取得要求パケット、２８４〜２８６…コンテンツ取得応答パケット、３８３…コンテンツＩＤおよびユーザＩＤ転送，３８４…コンテンツ配信許可／不許可メッセージ。
【図１】
0003908564.tif 000002
【図２】
0003908564.tif 000003
【図３】
0003908564.tif 000004
【図４】
0003908564.tif 000005
【図５】
0003908564.tif 000006
【図６】
0003908564.tif 000007
【図７】
0003908564.tif 000008
【図８】
0003908564.tif 000009
【図９】
0003908564.tif 000010
【図１０】
0003908564.tif 000011
【図１１】
0003908564.tif 000012