JP3776366B2 - 複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ配信を提供するための複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ１４１〜１４９は、コンテンツを蓄積し、ユーザ端末からのコンテンツ取得制御信号に応答して該コンテンツを送出する。ただしコンテンツ配信サーバ１４１、１４４および１４７は仮想網１に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４２、１４５および１４８は仮想網２に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバ、コンテンツ配信サーバ１４３、１４６および１４９は仮想網３に属するユーザ端末のみがアクセスを許容されたコンテンツ配信サーバである。
【０００３】
データ転送装置２１〜２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ取得制御信号を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末５１および５２が仮想網１に属し、ユーザ端末５３が仮想網２に属し、ユーザ端末５４が仮想網３に属する例であり、仮想網１の仮想網ＩＤを１、仮想網２の仮想網ＩＤを２、仮想網３の仮想網ＩＤを３とする。各データ転送装置２１〜２５は、仮想網ＩＤ＝１、２および３を管理し、ユーザ端末５１および５２から送出されるパケットおよびコンテンツ配信サーバ１４１、１４４および１４７から送出されるパケットに対し、仮想網ＩＤ＝１を付与し、仮想網ＩＤ＝１に従い、コンテンツ配信網１１内の仮想網１上にてパケット転送を行う。同様に、各データ転送装置２１〜２５は、ユーザ端末５３から送出されるパケットおよびコンテンツ配信サーバ１４２、１４５および１４８から送出されるパケットに対し、仮想網ＩＤ＝２を付与し、仮想網ＩＤ＝２に従い、コンテンツ配信網１１内の仮想網２上にてパケット転送を行い、また、ユーザ端末５４から送出されるパケットおよびコンテンツ配信サーバ１４３，１４６および１４９から送出されるパケットに対し、仮想網ＩＤ＝３を付与し、仮想網ＩＤ＝３に従い、コンテンツ配信網１１内の仮想網３上にてパケット転送を行う。
【０００４】
なお、実際にデータ転送装置が、ユーザ端末もしくはコンテンツ配信サーバと仮想網との対応を管理する方法は以下の通りである。仮想網１の場合、データ転送装置２４は、ライン６１およびライン６２から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７１、ライン７４、ライン７７から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理する。
同様に仮想網２の場合、データ転送装置２５は、ライン６３から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７２、ライン７５、ライン７８から到着するパケットに対し、仮想網ＩＤ＝２を付与するように管理する。同様に仮想網３の場合、データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン７３、ライン７６、ライン７９から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理する。
【０００５】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理するだけで、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００６】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Asynchronous Transfer Mode）のＶＰＩ（Virtual Path IDentifier）やＶＣＩ（Virtual Channel IDentifier）などの論理チャネルを用いてもよいことを追記する。
【０００７】
【発明が解決しようとする課題】
前述の従来技術は、仮想網毎のセキュアなコンテンツ配信を実現するものの、以下の課題がある。データ転送装置は、各ラインと仮想網を対応づけることにより通信のセキュリティを実現しており、これによりコンテンツ配信サーバは仮想網毎に個別に設置する必要がある。すなわち、サーバの台数を増やす原因となり、サーバコストの増大を招く。
【０００８】
一方、仮想網間でコンテンツ配信サーバを共用化するために、１つのコンテンツ配信サーバが複数のラインと接続し、各ラインを各仮想網と対応付けさせることは可能である。しかしこれでは、各仮想網に属するユーザ端末が該コンテンツ配信サーバに自由に接続できてしまうため、ある仮想網のユーザ端末のみが取得を許可されているコンテンツが、他仮想網のユーザ端末からも取得される恐れがあり、本来の目的である仮想網毎のセキュアなコンテンツ配信が達成できない。
【０００９】
本発明者らは既に「ゲートウェイ装置」（特願２００１−２５７７７３）により、コンテンツ接続要求とコンテンツ配信が１つのフローにて行われる場合において前記課題を解決する手法を発明した。ただしストリーミングコンテンツ配信に代表されるように、コンテンツ取得を制御するフロー（コンテンツ接続要求とコンテンツ配信が１つのフローにて行われる場合のコンテンツ接続を要求するフローに相当）とコンテンツを配信するフローを個々に有する場合に対する前記課題を解決する必要があった。
【００１０】
【課題を解決するための手段】
はじめに、前記課題を解決するための「ゲートウェイ装置」（持願２００１−２５７７７３）の手段を以下に説明する。
【００１１】
ゲートウェイは、コンテンツ配信サーバが蓄積している各コンテンツのコンテンツＩＤ（コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合におけるサービスＩＤに相当）の管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、ユーザ端末から送られるコンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。
【００１２】
また、ゲートウェイは、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ配信サーバ接続要求を行ったユーザ端末が属する仮想網に振分ける。
【００１３】
以上の手段により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【００１４】
なお、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００１５】
次に、コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合の前記課題を解決する本発明に基づく手段を以下に説明する。
【００１６】
本手段も、図１に示すようにゲートウェイをデータ転送装置とコンテンツ配信サーバ間に導入する。ゲートウェイは、コンテンツを特定するために用いられるサービスＩＤあるいはそのサービスＩＤの一部の管理、各コンテンツ対応に取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行う。
【００１７】
そしてゲートウェイは、ユーザ端末から送られるコンテンツ取得制御信号パケットに記載されているサービスＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。
【００１８】
また、ゲートウェイは、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを転送するフローのパケットを、該コンテンツ取得制御信号を送出ユーザ端末が属する仮想網に振分ける。
【００１９】
また、コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合、コンテンツを配信するフローに対しても転送可能なポート番号を制限することによりセキュリティを向上させる必要がある。このため、ゲートウェイは、仮想網ＩＤ毎に、コンテンツを配信するフローが使用可能なポート番号を管理し、コンテンツを配信するフローのパケットに付与されたポート番号と、前記管理手段の管理情報との照合を行う。
【００２０】
前記照合の結果、使用可能なポート番号であった場合のみ、ゲートウェイは該パケットを、送出ユーザ端末が属する仮想網に振分け、転送する。
【００２１】
以上の手段により、コンテンツ取得を制御するフローとコンテンツを配信するフローを個々に有する場合において、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想綱が取得許可されているコンテンツのみ取得可能となるように動作できる。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【００２２】
なお、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入も容易である。
【００２３】
【発明の実施の形態】
［実施例１］
本発明の実施形態に基づくコンテンツ配信システムを図１に示す。本実施例では、コンテンツ配信サーバ４１、４２、４３および４４のサーバＩＤをそれぞれ、４１、４２、４３および４４とし、ユーザ端末５１、５２、５３および５４のユーザＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積されているものとする。コンテンツＡ、ＢおよびＣのサービスＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/contentA、www.server41.com/server41/contentB、およびwww.server41.com/server41/contentC、とする。コンテンツＡは仮想網１に属するユーザの端末が接続を許可されたコンテンツ、コンテンツＢは仮想網１および２に属するユーザ端末が接続を許可されたコンテンツ、コンテンツＣは仮想網１、２および３に属するユーザ端末が接続を許可されたコンテンツであるものとする。
【００２４】
さて、ストリーミングコンテンツ配信は一般的に、図８に示すようにコンテンツ取得制御信号とコンテンツは、異なるフローによりそれぞれ転送される。なお、比較のため図９に、ＨＴＴＰによるコンテンツ配信に代表されるコンテンツ接続要求とコンテンツ配信が同一フローにより実施される形態を示す。なお、図８および図９では理解を容易にするため、コンテンツ配信サーバ、コンテンツ配信網およびユーザ端末のみを示している。図８の形態をストリーミングコンテンツ配信に当てはめた場合、コンテンツ取得制御信号２０３は例えば、ＲＴＳＰ（Real Time Streaming Protocol）等が想定され、ユーザ端末１０２がコンテンツ２０４を取得するために必要な情報をやりとりする役割を担う。また、コンテンツ２０４はＵＤＰ（User Datagram Protocol）により転送されることが想定される。ここでコンテンツ取得制御信号２０３のフローは、ユーザ端末１０２からコンテンツ配信サーバ１０１に送出される１ないしは複数のパケットの両方を有する。コンテンツ２０４は、コンテンツ配信サーバ１０１からユーザ端末１０２に送出される１ないしは複数のパケットにより配信される。
【００２５】
以上の説明を踏まえ、例として仮想網１に属するユーザ端末５１が、コンテンツ配信サーバ４１に蓄積されるコンテンツＡを取得する動作を、図３を用い、以下に説明する。
【００２６】
まずユーザ端末５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ取得制御信号パケット８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ取得制御信号パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ取得制御信号パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００２７】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ取得制御信号パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００２８】
ゲートウェイ３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのサービスＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、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を取得許可とするラインＩＤ＝７１、７２および７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ取得制御信号パケット８３を受信すると、ゲートウェイ３１は、コンテンツ取得制御信号パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＣを取得許可されていることを確認する。次にゲートウェイ３１は、コンテンツＣに対し、仮想網１からの現在のコンテンツ取得制御信号数と最大許容接続数を比較する。現在の仮想網１からのコンテンツ取得制御信号数が５に達しているため、ゲートウェイ３１はユーザ端末５１からのコンテンツ取得制御信号パケット８３を廃棄する。
【００５２】
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００５３】
【発明の効果】
本発明のゲートウェイは、サービスＩＤの管理、各コンテンツを取得許可あるいは取得不許可とするユーザＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ取得制御信号パケットに記載されているサービスＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ取得制御信号に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイにて行うため、１つのコンテンツ配信サーバ内にコンテンツ取得条件の異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とする。
【００５４】
また、本ゲートウェイの導入は、従来のデータ転送装置およびコンテンツ配信サーバの処理動作の変更を伴わないため、導入が容易であるという利点がある。
【００５５】
本発明の動作は、コンテンツ配信サーバがゲートウェイに直収される形態に限らず、ゲートウェイとコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイとデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ配信システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるユーザ端末５１がコンテンツＡを取得する動作シーケンスを示す図である。
【図４】実施例１におけるユーザ端末５４がコンテンツＡの取得動作をおこした場合のシーケンスである。
【図５】本発明に基づく第２のコンテンツ配信システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ配信システムの形態を示す図である。
【図７】コンテンツ同時取得数が最大許容接数を超過した場合のユーザ端末５１が接続拒否された例のシーケンスを示す図である。
【図８】コンテンツ取得制御信号とコンテンツが異なるフローにより転送される形態のシーケンスを示す図である。
【図９】コンテンツ接続要求とコンテンツ配信が同一フローにより実施される形態のシーケンスを示す図である。
【符号の説明】
１…仮想網１、２…仮想網２、３…仮想網３、１１…コンテンツ配信網、１２、１３…共通網、２１〜２５…データ転送装置、３１〜３３…ゲートウェイ、４１〜４４…コンテンツ配信サーバ、５１，５２…仮想網１のユーザ端末、５３…仮想網２のユーザ端末、５４…仮想網３のユーザ端末、６１〜６４，７１〜７９，９１〜９３…ライン、８１〜８３，１８４〜１８６…コンテンツ取得制御信号パケット、８４〜８６…コンテンツパケット、１０１…コンテンツ配信サーバ、１０２…ユーザ端末、１４１，１４４，１４７…仮想網１用コンテンツ配信サーバ、１４２，１４５，１４８…仮想網２用コンテンツ配信サーバ、１４３，１４６，１４９…仮想網３用コンテンツ配信サーバ、２０１…コンテンツ接続要求、２０２…コンテンツ配信、２０３…コンテンツ取得制御信号、２０４…コンテンツ配信

Claims (3)

1. 通信網に接続され、少なくとも１つ以上のコンテンツを蓄積する少なくとも１つ以上のコンテンツ配信サーバを収容し、前記通信網内の任意の仮想網に収容されたユーザ端末からのコンテンツ取得制御信号を受信して、前記コンテンツ配信サーバから前記ユーザ端末に該当するコンテンツを転送するゲートウェイ装置であって、
   前記ゲートウェイ装置は、
   コンテンツを特定するために用いられるサービスＩＤあるいはそのサービスＩＤの一部と、各コンテンツ対応に取得許可あるいは取得不許可とする、仮想網と１対１に対応するラインＩＤとを管理する手段と、
   前記コンテンツ取得制御信号に記載されたサービスＩＤ及び、該コンテンツ取得制御信号を送出したユーザ端末が属するラインＩＤと、前記管理手段の管理情報とを照合する手段と、
   前記照合の結果、コンテンツ取得許可の場合、前記コンテンツ配信サーバに前記コンテンツ取得制御信号パケットを転送し、前記コンテンツ配信サーバによって前記コンテンツ取得制御信号フローと異なるフローを用い送られるコンテンツをユーザ端末に転送し、コンテンツ取得不許可の場合、前記コンテンツ取得制御信号パケットの前記コンテンツ配信サーバヘの転送を行わない手段を有することを特徴とする複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
2. 前記管理手段は、前記ラインＩＤの代わりに、ラインＩＤに対応する各仮想網に収容されたユーザＩＤを管理し、
   前記照合手段は、前記コンテンツ取得制御信号のパケットに記載されたユーザＩＤ及びサービスＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項１記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。
3. 前記サービスＩＤは、ＵＲＬ（Uniform Resource Locator）であって、
   前記管理手段は、前記ＵＲＬ対応に取得許可あるいは取得不許可とするラインＩＤを管理し、
   前記照合手段は、前記コンテンツ取得制御信号のパケットに記載されたＵＲＬ及び、該コンテンツ取得制御信号を送出したユーザ端末が属するラインＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項１記載の複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置。

Images