JP3779576B2 - ゲートウェイ装置 - Google Patents
ゲートウェイ装置 Download PDFInfo
- Publication number
- JP3779576B2 JP3779576B2 JP2001257772A JP2001257772A JP3779576B2 JP 3779576 B2 JP3779576 B2 JP 3779576B2 JP 2001257772 A JP2001257772 A JP 2001257772A JP 2001257772 A JP2001257772 A JP 2001257772A JP 3779576 B2 JP3779576 B2 JP 3779576B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- server
- virtual network
- content distribution
- line
- 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
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ分配システムのためのゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ４１〜４４は、コンテンツを蓄積し、ユーザ端末からのコンテンツ配信サーバ接続要求に応答して該コンテンツを送出する。
【０００３】
データ転送装置２１〜２３、１２４および１２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ配信サーバ接続要求を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末１５１および１５２が仮想網１０１に属し、ユーザ端末１５３が仮想網１０２に属し、ユーザ端末１５４が仮想網１０３に属する例であり、仮想網１０１の仮想網ＩＤを１０１、仮想網１０２の仮想網ＩＤを１０２、仮想網１０３の仮想網ＩＤを１０３とする。各データ転送装置２１〜２３、１２４および１２５は、仮想網ＩＤ＝１０１、１０２および１０３を管理する。そして、仮想網１０１の場合、データ転送装置１２４は、ライン１６１およびライン１６２から到着するパケットに対し、仮想網ＩＤ＝１０１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７１、ライン１７４、ライン１７７から到着するパケットに対し、仮想網ＩＤ＝１０１を付与するように管理する。同様に仮想網１０２の場合、データ転送装置１２５は、ライン１６３から到着するパケットに対し、仮想網ＩＤ＝１０２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７２、ライン１７５、ライン１７８から到着するパケットに対し、仮想網ＩＤ＝１０２を付与するように管理する。同様に仮想網１０３の場合、データ転送装置１２５は、ライン１６４から到着するパケットに対し、仮想網ＩＤ＝１０３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７３、ライン１７６、ライン１７９から到着するパケットに対し、仮想網ＩＤ＝１０３を付与するように管理する。
【０００４】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理することにより、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００５】
ゲートウェイ３１〜３３は、データ転送装置とコンテンツ配信サーバ間に設置される。図２では、ゲートウェイ３１がデータ転送装置２１とコンテンツ配信サーバ４１との間に、ゲートウェイ３２がデータ転送装置２２とコンテンツ配信サーバ４２および４３との間に、ゲートウェイ３３がデータ転送装置２３とコンテンツ配信サーバ４４との間に設置される。
【０００６】
ゲートウェイ３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。同様に、ゲートウェイ３２は、コンテンツ配信サーバ４２および４３が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理、ゲートウェイ３３は、コンテンツ配信サーバ４４が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置は仮想綱ＩＤではなく、ラインＩＤで管理するものとする。すなわち、各コンテンツ取得許可あるいは取得不許可とするラインＩＤの管理を行う。
【０００７】
各ゲートウェイは、ユーザ端末から送られるコンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。また、ゲートウェイは、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ配信サーバ接続要求を行ったユーザ端末が属する仮想網に振分ける。
【０００８】
以上の従来技術により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるようなコンテンツ配信サービスが提供される。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とするコンテンツ配信サービスを実現する。
【０００９】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよいことを追記する。
【００１０】
【発明が解決しようとする課題】
前述の従来技術は、ユーザ端末とコンテンツ配信サーバとの間でセキュリティをもったコンテンツ配信を提供するものである。しかし従来技術では、コンテンツホルダが保有するコンテンツを、セキュリティをもってコンテンツ配信サーバに分配する仕組みは有していない。すなわち、図１２に示すように、従来技術は、ユーザ端末２５１がコンテンツ配信サーバ要求パケット２８３をコンテンツ配信サーバ２４１に送信し、コンテンツ配信サーバ２４１がコンテンツパケット２８４をユーザ端末２５１に返信するシーケンスに対し、セキュリティを実現する技術である。それに対し、本発明は、コンテンツホルダサーバ２５２がコンテンツ分配要求パケットあるいはコンテンツ削除要求パケット２８１をコンテンツ配信サーバ２４１に送信し、コンテンツ配信サーバ２４１がレスポンスパケット２８２をコンテンツホルダサーバ２５２に返信するシーケンスに対し、セキュリティを実現するための課題を解決するものである。
【００１１】
【課題を解決するための手段】
ゲートウェイは、各コンテンツに付与されたコンテンツＩＤの管理、各コンテンツに対し、コンテンツ配信サーバに分配許可あるいは分配不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、コンテンツホルダサーバから送られるコンテンツ分配要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ分配許可の場合のみ、該コンテンツ配信サーバにコンテンツ分配要求パケットを転送する処理を行う。
【００１２】
また、ゲートウェイは、各コンテンツに付与されたコンテンツＩＤの管理、各コンテンツに対し、コンテンツ配信サーバに削除許可あるいは削除不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、コンテンツホルダサーバから送られるコンテンツ削除要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ削除許可の場合のみ、該コンテンツ配信サーバにコンテンツ削除要求パケットを転送する処理を行う。
【００１３】
さらにゲートウェイは、コンテンツ分配許可あるいはコンテンツ削除許可された後にコンテンツ配信サーバからコンテンツホルダサーバに送られるレスポンスパケットを、前記コンテンツ分配要求パケットあるいはコンテンツ削除要求パケットが転送された仮想網に振分ける。
【００１４】
以上の手段により、コンテンツホルダ間でコンテンツ配信サーバを共用化しつつ、各コンテンツホルダサーバは、分配許可あるいは削除許可されているコンテンツのみ分配あるいは削除可能となるように動作できる。
【００１５】
【発明の実施の形態】
以下、実施例に基づき本発明の実施の形態を詳細に説明する。
【００１６】
（実施例１）
本発明の実施形態に基づくコンテンツ配信システムは図１に示す。本実施例では、コンテンツ配信サーバ４１、４２、４３および４４の実サーバＩＤをそれぞれ、４１、４２、４３および４４とし、コンテンツホルダサーバ５１、５２、５３および５４の実コンテンツホルダＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積許可されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/virtualnetwork1/contentA、www.server41.com/server41/virtualnetwork2/contentB、およびwww.server41.com/server41/virtualnetwork3/contentC、とする。コンテンツＡは仮想網１に属するコンテンツホルダサーバ５１および５２のみが分配および削除を許可されたコンテンツ、コンテンツＢは仮想網２に属するコンテンツホルダサーバ５３のみが分配および削除を許可されたコンテンツ、コンテンツＣは仮想網３に属するコンテンツホルダサーバ５４のみが分配および削除を許可されたコンテンツであるものとする。
【００１７】
仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１にて蓄積許可されるコンテンツＡを分配する動作を、図３を用い、以下に説明する。
【００１８】
まずコンテンツホルダサーバ５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出する。コンテンツＡはコンテンツ分配要求パケット８１に搭載されている。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ分配要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ分配要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００１９】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ分配要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００２０】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを分配許可されているため、ゲートウェイ３１はコンテンツ分配要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００２１】
ここで、ゲートウェイ３１が行っているコンテンツＩＤと分配許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/virtualnetwork1/」、「/server41/virtualnetwork2/」、「/server41/virtualnetwork3/」と定義し、ゲートウェイ３１は、「/server41/virtualnetwork1/」を分配許可とするラインＩＤ＝７１、「/server41/virtualnetwork2/」を分配許可とするＩＤ＝７２、「/server41/virtualnetwork3/」を分配許可とするラインＩＤ＝７３の各関係を管理することにより、同等のコンテンツ分配セキュリティレベルを確保できる。
【００２２】
また第２の手法は、ラインＩＤの代わりに実コンテンツホルダＩＤを用いて方法である。この場合、ゲートウェイ３１は、ラインＩＤ＝７１の代わりに実コンテンツホルダＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実コンテンツホルダＩＤ＝５３、ラインＩＤ＝７３の代わりに実コンテンツホルダＩＤ＝５４を管理する。
【００２３】
さて、コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８３を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８４をゲートウェイ３１に向け送信する。レスポンスパケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ３１は、レスポンスパケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、レスポンスパケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ３１がコンテンツ分配要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、レスポンスパケット８４をライン７１に振分ける方法もある。
【００２４】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、レスポンスパケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたレスポンスパケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００２５】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってレスポンスパケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるレスポンスパケット８６をコンテンツホルダサーバ５１が受信することにより、コンテンツホルダサーバ５１は、コンテンツＡがコンテンツ配信サーバ４１に保存されたことを確認することができる。
【００２６】
次に、仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１にて蓄積されているコンテンツＡを削除する動作を、図１３を用い、以下に説明する。
【００２７】
まずコンテンツホルダサーバ５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ削除要求パケット８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ削除要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ削除要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００２８】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ削除要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００２９】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを削除許可あるいは削除不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを削除許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを削除許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを削除許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ削除要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ削除要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを削除することが許可されているため、ゲートウェイ３１はコンテンツ削除要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００３０】
ここで、ゲートウェイ３１が行っているコンテンツＩＤと削除許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/virtualnetwork1/」、「/server41/virtualnetwork2/」、「/server41/virtualnetwork3/」と定義し、ゲートウェイ３１は、「/server41/virtualnetwork1/」を削除許可とするラインＩＤ＝７１、「/server41/virtualnetwork2/」を削除許可とするＩＤ＝７２、「/server41/virtualnetwork3/」を削除許可とするラインＩＤ＝７３の各関係を管理することにより、同等のコンテンツ削除セキュリティレベルを確保できる。
【００３１】
また第２の手法は、ラインＩＤの代わりに実コンテンツホルダＩＤを用いて方法である。この場合、ゲートウェイ３１は、ラインＩＤ＝７１の代わりに実コンテンツホルダＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実コンテンツホルダＩＤ＝５３、ラインＩＤ＝７３の代わりに実コンテンツホルダＩＤ＝５４を管理する。
【００３２】
さて、コンテンツ配信サーバ４１が、コンテンツ削除要求パケット８３を受信すると、コンテンツＡを削除し、削除が完了したことを通知するためのレスポンスパケット８４をゲートウェイ３１に向け送信する。レスポンスパケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ３１は、レスポンスパケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、レスポンスパケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ３１がコンテンツ削除要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、レスポンスパケット８４をライン７１に振分ける方法もある。
【００３３】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、レスポンスパケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたレスポンスパケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００３４】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってレスポンスパケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるレスポンスパケット８６をコンテンツホルダサーバ５１が受信することにより、コンテンツホルダサーバ５１は、コンテンツＡがコンテンツ配信サーバ４１から削除されたことを確認することができる。
【００３５】
次に、仮想網３に属するコンテンツホルダサーバ５４が、コンテンツ配信サーバ４１にコンテンツＡの分配要求を試みた場合のシーケンスを、図４を用い、以下に説明する。本例は本来、分配不許可となるため、コンテンツホルダサーバ５４はコンテンツを分配できない例となる。
【００３６】
まずコンテンツホルダサーバ５４は、宛先ＩＤ＝４１、送信元ＩＤ＝５４を記載したコンテンツ分配要求パケット８１を送出する。コンテンツＡはコンテンツ分配要求パケット８１に搭載されている。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ分配要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ分配要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００３７】
データ転送装置２１は、コンテンツ分配要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをライン７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３８】
ゲートウェイ３１は、データ転送装置２１からライン７３を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７３はコンテンツＡの分配を許可されていないため、ゲートウェイ３１はコンテンツ分配要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【００３９】
以上により、コンテンツＡの分配を許可されていないコンテンツホルダサーバ５４は、コンテンツＡを分配することができず、セキュリティが確保される。
【００４０】
本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００４１】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの分配動作シーケンスは図３および図４に示したものと同様である。
【００４２】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイに繋がっているのに対し、図５の形態は、各ゲートウェイと各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００４３】
図６の形態は、各ゲートウェイと各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。
【００４４】
ただし図６の形態の場合、ゲートウェイ３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの分配許可に関する管理は、コンテンツＩＤと実コンテンツホルダＩＤにより行う。
【００４５】
なお、図１および図５の形態の場合、ゲートウェイとデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【００４６】
（実施例２）
本実施例は、実施例１において各仮想網で運用されている実コンテンツホルダＩＤがプライベートアドレスで運用されている例である。すなわち、仮想網間で同一の実コンテンツホルダＩＤが使用されている場合に対処するため、各ゲートウェイは、コンテンツホルダサーバから送出されるコンテンツ分配要求パケットに送信元として付与されている実コンテンツホルダＩＤを、共通体系コンテンツホルダＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイとの間のライン上においてコンテンツホルダＩＤの重複を回避する。なお当然ながらゲートウェイは、コンテンツ配信サーバから送られるレスポンスパケットに宛元として付与されている共通体系コンテンツホルダＩＤを、該実コンテンツホルダＩＤに変換および付与し直す動作も行う。
【００４７】
本実施例は、上記以外の動作は実施例１と同様であるため、システム形態は図１に従う。したがって本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の分配許可条件、は全て実施例１と同様であるとする。ただし、コンテンツホルダサーバの実コンテンツホルダＩＤが、仮想網間で重複する例を考え、本実施例では図７のように、コンテンツホルダサーバ５１、５２、５３および５４の実コンテンツホルダＩＤをそれぞれ５１、５２、５１および５１とし、実コンテンツホルダＩＤ＝５１が３つの仮想網１〜３で存在する例を考える。
【００４８】
仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１に蓄積許可されるコンテンツＡを分配する動作を、図８を用い、以下に説明する。ただしコンテンツホルダサーバ５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出してから、ライン７１を通じてコンテンツ分配要求パケット８２をゲートウェイ３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００４９】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを分配許可されていることを確認する。次にゲートウェイ３１は、コンテンツホルダサーバから送出されるコンテンツ分配要求パケット８３の送信元ＩＤを実コンテンツホルダＩＤ＝５１から、共通体系コンテンツホルダＩＤに変換する。共通体系コンテンツホルダＩＤは、コンテンツ配信サーバとゲートウェイとの間のラインで一義に定まるコンテンツホルダＩＤであり、これによって例えばコンテンツ配信サーバ４１とゲートウェイ３１との間のラインにおいて、コンテンツホルダサーバ５１、５３および５４からの各コンテンツ分配要求パケットの送信元ＩＤをそれぞれ異なる値に変換させることにより、各コンテンツ分配要求パケットの送信元コンテンツホルダサーバを正しく認識することができる。本実施例では、実コンテンツホルダＩＤから共通体系コンテンツホルダＩＤに変換する方法として、仮想網毎に共通体系コンテンツホルダＩＤの使用可能な範囲を定めることにし、仮想網１に対して共通体系コンテンツホルダＩＤは１５１〜１６０、仮想網２に対して共通体系コンテンツホルダＩＤは２５１〜２６０、仮想網３に対して共通体系コンテンツホルダＩＤは３５１〜３６０と定める。実コンテンツホルダＩＤと共通体系コンテンツホルダＩＤとの値の対応は、固定的に付与しても動的に付与してもどちらでもよい。本実施例では、コンテンツ分配要求のパケット８３の送信元ＩＤは５１から１５１に変換されるものとする。そしてゲートウェイ３１は、送信元ＩＤを共通体系コンテンツホルダＩＤ＝１５１に変換したコンテンツ分配要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００５０】
コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８７を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８８をゲートウェイ３１に向け送信する。レスポンスパケット８８には、宛先ＩＤ＝１５１、送信元ＩＤ＝４１が記載されている。
【００５１】
ゲートウェイ３１は、レスポンスパケット８８を受信すると、その宛元として付与されている共通体系コンテンツホルダＩＤ＝１５１を、実コンテンツホルダＩＤ＝５１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００５２】
この後の処理、すなわち、データ転送装置２１がレスポンスパケット８４を受信してから、コンテンツホルダサーバ５１はレスポンスパケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００５３】
なお、分配が許可されていない仮想網に属するコンテンツホルダサーバからのコンテンツ分配要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００５４】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００５５】
（実施例３）
本実施例は、実施例１において各ゲートウェイが各コンテンツ配信サーバに対応する仮想サーバＩＤを有し、各コンテンツホルダサーバはコンテンツ分配要求パケットの宛先アドレスとして仮想サーバＩＤを付与する例である。
【００５６】
具体的な仮想サーバＩＤの付与法は、図９を用いながら以下に説明する。図９は、図１におけるゲートウェイ３１〜３３のみを取り上げた図である。図９において、ゲートウェイ３１はコンテンツ配信サーバ４１の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４１、仮想網２に対し仮想サーバＩＤ＝２４１、仮想網３に対し仮想サーバＩＤ＝３４１を有する。同様にゲートウェイ３３も、コンテンツ配信サーバ４４の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４４、仮想網２に対し仮想サーバＩＤ＝２４４、仮想網３に対し仮想サーバＩＤ＝３４４を有する。
【００５７】
また、ゲートウェイ３２についてはコンテンツ配信サーバ４２および４３の２台を収容するため、主に２つの仮想サーバＩＤの付与方法がある。第１の方法は図９に示すように、仮想網１に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝１４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝１４３、仮想網２に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝２４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝２４３、仮想網３に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝３４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝３４３、を有する。第２の方法は図１０に示すように、コンテンツ配信サーバ４２および４３に共通な仮想サーバＩＤを付与する、すなわち仮想網１に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９１、仮想網２に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９２、仮想網３に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９３、を有する。なお、第２の方法は、同一コンテンツを複数のコンテンツ配信サーバに蓄積させることによるサーバの負荷分散に利用される。したがって第２の方法においてゲートウェイ３２は、コンテンツホルダサーバから送信されるコンテンツ分配要求パケットを複製し、コンテンツ配信サーバ４２および４３の両方にコンテンツ分配要求パケットを送信する。この方法は、ゲートウェイが収容するコンテンツ配信サーバ数にかかわらず、コンテンツホルダサーバに仮想サーバＩＤを１つだけ見せることにより、コンテンツホルダサーバが意識することなく、コンテンツ分配要求パケットを送信することができる。
【００５８】
以下、本実施例として、仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１に蓄積許可されるコンテンツＡを分配する動作を図１および図１１を用いて説明する。
【００５９】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の分配許可条件、は全て実施例１と同様であるとする。
【００６０】
コンテンツホルダサーバ５１が、宛先ＩＤ＝１４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出する。以後、ライン７１を通じてコンテンツ分配要求パケット８３をゲートウェイ３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６１】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。また、ゲートウェイ３１は、コンテンツ配信サーバ４１の実サーバＩＤと仮想網毎の仮想サーバＩＤとの対応を管理している。
【００６２】
データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを分配許可されていることを確認する。次にゲートウェイ３１は、コンテンツホルダサーバから送出されるコンテンツ分配要求のパケット８３の宛先ＩＤを１４１から、実サーバＩＤ＝４１に変換し、該コンテンツ分配要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００６３】
コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８７を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８８をゲートウェイ３１に向け送信する。レスポンスパケット８８には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。
【００６４】
ゲートウェイ３１は、レスポンスパケット８８を受信すると、その送信元として付与されている実サーバＩＤ＝４１を、仮想サーバＩＤ＝１４１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００６５】
この後の処理、すなわち、データ転送装置２１がレスポンスパケット８４を受信してから、コンテンツホルダサーバ５１はレスポンスパケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６６】
なお、分配が許可されていない仮想網に属するコンテンツホルダサーバからのコンテンツ分配要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００６７】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００６８】
さらに、実施例２で示した実コンテンツホルダＩＤと共通体系コンテンツホルダＩＤの変換処理と、本実施例である実サーバＩＤと仮想サーバＩＤの変換処理を組合せた形態にも応用できることを追記する。
【００６９】
以上、本発明を、実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００７０】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。
【００７１】
本発明のゲートウェイは、コンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ分配要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ分配許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ分配要求に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイにて行うため、１つのコンテンツ配信サーバ内にコンテンツホルダが異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ分配のセキュリティの両立を可能とする。
【００７２】
また、本発明は、コンテンツホルダが保有するコンテンツを、セキュリティをもってコンテンツ配信サーバに分配する技術である。したがって本発明は、ユーザ端末とコンテンツ配信サーバとの間でセキュリティをもったコンテンツ配信を提供する従来技術を補完するものであり、従来技術と本発明技術を組合せることにより、コンテンツの分配から配信まで包括的なサービスが適用できる。
【００７３】
本発明の動作は、コンテンツ配信サーバがゲートウェイに直収される形態に限らず、ゲートウェイとコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイとデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００７４】
また本発明は、仮想網間で同一の実コンテンツホルダＩＤが使用されている場合に対処するため、ゲートウェイにて、コンテンツ分配要求パケットに送信元として付与されている実コンテンツホルダＩＤを、共通体系コンテンツホルダＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイとの間のライン上においてコンテンツホルダＩＤの重複を回避する機能を有する。これにより、本発明によるコンテンツ配信は、各仮想網で運用されている実コンテンツホルダＩＤがプライベートアドレスで運用されている場合にも適用可能である。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ分配システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図４】実施例１におけるコンテンツホルダサーバ５４がコンテンツＡを分配する動作を起こした場合のシークエンスを示す図である。
【図５】本発明に基づく第２のコンテンツ分配システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ分配システムの形態を示す図である。
【図７】実施例２におけるコンテンツ分配システムを示す図である。
【図８】実施例２におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図９】実施例３における仮想サーバＩＤの付与方法（その１）を示す図である。
【図１０】実施例３における仮想サーバＩＤの付与方法（その２）を示す図である。
【図１１】実施例３におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図１２】従来技術と本発明技術との関係を示す図である。
【図１３】実施例１におけるコンテンツホルダサーバ５１がコンテンツＡを削除する動作シークエンスを示す図である。
【符号の説明】
１…仮想網１ ２…仮想網２ ３…仮想網３
１１…コンテンツ配信網
１２，１３…共通網
２１〜２５…データ転送装置
３１〜３３…ゲートウェイ
４１〜４４…コンテンツ配信サーバ
５１，５２…仮想網１のコンテンツホルダサーバ
５３…仮想網２のコンテンツホルダサーバ
５４…仮想網３のコンテンツホルダサーバ
６１〜６４，７１〜７９，９１〜９３…ライン
８１〜８３…コンテンツ分配要求，コンテンツ削除要求
８４〜８６…レスポンスパケット
１０１…仮想網１０１
１０２…仮想網１０２
１０３…仮想網１０３
１５１，１５２…仮想網１０１のユーザ端末
１５３…仮想網１０２のユーザ端末
１５４…仮想網１０３のユーザ端末
２０１…仮想網２０１
２０２…仮想網２０２
２２１，２２２…データ転送装置
２３１…ゲートウェイ
２４１…コンテンツ配信サーバ
２５１…仮想網２０１のユーザ端末
２６２…仮想網２０２のコンテンツホルダサーバ
２６１，２６２，２７１，２７２…ライン
２８１…コンテンツ分配要求パケット，コンテンツ削除要求パケット
２８４…コンテンツパケット
【発明の属する技術分野】
この発明は、例えばコンテンツ毎あるいはコンテンツホルダ毎に、柔軟にセキュリティ制御を行うコンテンツ分配システムのためのゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来技術に基づくコンテンツ配信システムを図２に示す。コンテンツ配信サーバ４１〜４４は、コンテンツを蓄積し、ユーザ端末からのコンテンツ配信サーバ接続要求に応答して該コンテンツを送出する。
【０００３】
データ転送装置２１〜２３、１２４および１２５は、ユーザ単位、複数ユーザ単位、コンテンツ単位、複数コンテンツ単位、コンテンツホルダ単位あるいは複数コンテンツホルダ単位に形成される仮想網毎に付与された仮想網ＩＤを管理し、コンテンツ配信サーバ接続要求を宛先のコンテンツ配信サーバに向け、該仮想網上にて転送、また、コンテンツを載せたパケットを宛先のユーザ端末に向け、該仮想網上にて転送する。図２は、ユーザ端末１５１および１５２が仮想網１０１に属し、ユーザ端末１５３が仮想網１０２に属し、ユーザ端末１５４が仮想網１０３に属する例であり、仮想網１０１の仮想網ＩＤを１０１、仮想網１０２の仮想網ＩＤを１０２、仮想網１０３の仮想網ＩＤを１０３とする。各データ転送装置２１〜２３、１２４および１２５は、仮想網ＩＤ＝１０１、１０２および１０３を管理する。そして、仮想網１０１の場合、データ転送装置１２４は、ライン１６１およびライン１６２から到着するパケットに対し、仮想網ＩＤ＝１０１を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７１、ライン１７４、ライン１７７から到着するパケットに対し、仮想網ＩＤ＝１０１を付与するように管理する。同様に仮想網１０２の場合、データ転送装置１２５は、ライン１６３から到着するパケットに対し、仮想網ＩＤ＝１０２を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７２、ライン１７５、ライン１７８から到着するパケットに対し、仮想網ＩＤ＝１０２を付与するように管理する。同様に仮想網１０３の場合、データ転送装置１２５は、ライン１６４から到着するパケットに対し、仮想網ＩＤ＝１０３を付与するように管理する。また、データ転送装置２１、データ転送装置２２、データ転送装置２３は、それぞれライン１７３、ライン１７６、ライン１７９から到着するパケットに対し、仮想網ＩＤ＝１０３を付与するように管理する。
【０００４】
以上の方法によって、データ転送装置がラインと仮想網ＩＤとの対応を管理することにより、同じ仮想網に属するユーザ端末とコンテンツ配信サーバ間での通信のみを許容し、異仮想網間の通信は不許可とする処理が可能となり、通信のセキュリティが提供される。
【０００５】
ゲートウェイ３１〜３３は、データ転送装置とコンテンツ配信サーバ間に設置される。図２では、ゲートウェイ３１がデータ転送装置２１とコンテンツ配信サーバ４１との間に、ゲートウェイ３２がデータ転送装置２２とコンテンツ配信サーバ４２および４３との間に、ゲートウェイ３３がデータ転送装置２３とコンテンツ配信サーバ４４との間に設置される。
【０００６】
ゲートウェイ３１は、コンテンツ配信サーバ４１が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。同様に、ゲートウェイ３２は、コンテンツ配信サーバ４２および４３が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理、ゲートウェイ３３は、コンテンツ配信サーバ４４が蓄積している各コンテンツのコンテンツＩＤの管理、各コンテンツを取得許可あるいは取得不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置は仮想綱ＩＤではなく、ラインＩＤで管理するものとする。すなわち、各コンテンツ取得許可あるいは取得不許可とするラインＩＤの管理を行う。
【０００７】
各ゲートウェイは、ユーザ端末から送られるコンテンツ配信サーバ接続要求パケットに付与されているコンテンツＩＤおよびユーザＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ取得許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。また、ゲートウェイは、コンテンツ取得許可された後にコンテンツ配信サーバから送られるコンテンツを載せたパケットを、コンテンツ配信サーバ接続要求を行ったユーザ端末が属する仮想網に振分ける。
【０００８】
以上の従来技術により、仮想網間でコンテンツ配信サーバを共用化しつつ、各仮想網のユーザ端末は、該仮想網が取得許可されているコンテンツのみ取得可能となるようなコンテンツ配信サービスが提供される。すなわち、コンテンツ配信サーバのコスト削減とコンテンツ取得のセキュリティの両立を可能とするコンテンツ配信サービスを実現する。
【０００９】
なお、ラインの実現は、物理的な伝送路でもよいし、もしくは、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）のＶＰＩ（Ｖｉｒｔｕａｌ Ｐａｔｈ Ｉｄｅｎｔｉｆｉｅｒ）やＶＣＩ（Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｆｉｅｒ）などの論理チャネルを用いてもよいことを追記する。
【００１０】
【発明が解決しようとする課題】
前述の従来技術は、ユーザ端末とコンテンツ配信サーバとの間でセキュリティをもったコンテンツ配信を提供するものである。しかし従来技術では、コンテンツホルダが保有するコンテンツを、セキュリティをもってコンテンツ配信サーバに分配する仕組みは有していない。すなわち、図１２に示すように、従来技術は、ユーザ端末２５１がコンテンツ配信サーバ要求パケット２８３をコンテンツ配信サーバ２４１に送信し、コンテンツ配信サーバ２４１がコンテンツパケット２８４をユーザ端末２５１に返信するシーケンスに対し、セキュリティを実現する技術である。それに対し、本発明は、コンテンツホルダサーバ２５２がコンテンツ分配要求パケットあるいはコンテンツ削除要求パケット２８１をコンテンツ配信サーバ２４１に送信し、コンテンツ配信サーバ２４１がレスポンスパケット２８２をコンテンツホルダサーバ２５２に返信するシーケンスに対し、セキュリティを実現するための課題を解決するものである。
【００１１】
【課題を解決するための手段】
ゲートウェイは、各コンテンツに付与されたコンテンツＩＤの管理、各コンテンツに対し、コンテンツ配信サーバに分配許可あるいは分配不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、コンテンツホルダサーバから送られるコンテンツ分配要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ分配許可の場合のみ、該コンテンツ配信サーバにコンテンツ分配要求パケットを転送する処理を行う。
【００１２】
また、ゲートウェイは、各コンテンツに付与されたコンテンツＩＤの管理、各コンテンツに対し、コンテンツ配信サーバに削除許可あるいは削除不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行う。そしてゲートウェイは、コンテンツホルダサーバから送られるコンテンツ削除要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合し、コンテンツ削除許可の場合のみ、該コンテンツ配信サーバにコンテンツ削除要求パケットを転送する処理を行う。
【００１３】
さらにゲートウェイは、コンテンツ分配許可あるいはコンテンツ削除許可された後にコンテンツ配信サーバからコンテンツホルダサーバに送られるレスポンスパケットを、前記コンテンツ分配要求パケットあるいはコンテンツ削除要求パケットが転送された仮想網に振分ける。
【００１４】
以上の手段により、コンテンツホルダ間でコンテンツ配信サーバを共用化しつつ、各コンテンツホルダサーバは、分配許可あるいは削除許可されているコンテンツのみ分配あるいは削除可能となるように動作できる。
【００１５】
【発明の実施の形態】
以下、実施例に基づき本発明の実施の形態を詳細に説明する。
【００１６】
（実施例１）
本発明の実施形態に基づくコンテンツ配信システムは図１に示す。本実施例では、コンテンツ配信サーバ４１、４２、４３および４４の実サーバＩＤをそれぞれ、４１、４２、４３および４４とし、コンテンツホルダサーバ５１、５２、５３および５４の実コンテンツホルダＩＤをそれぞれ５１、５２、５３および５４とする。また、コンテンツ配信サーバ４１には、Ａ、ＢおよびＣの３つのコンテンツが蓄積許可されているものとする。コンテンツＡ、ＢおよびＣのコンテンツＩＤは、各コンテンツのＵＲＬとして定義し、それぞれのＵＲＬをwww.server41.com/server41/virtualnetwork1/contentA、www.server41.com/server41/virtualnetwork2/contentB、およびwww.server41.com/server41/virtualnetwork3/contentC、とする。コンテンツＡは仮想網１に属するコンテンツホルダサーバ５１および５２のみが分配および削除を許可されたコンテンツ、コンテンツＢは仮想網２に属するコンテンツホルダサーバ５３のみが分配および削除を許可されたコンテンツ、コンテンツＣは仮想網３に属するコンテンツホルダサーバ５４のみが分配および削除を許可されたコンテンツであるものとする。
【００１７】
仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１にて蓄積許可されるコンテンツＡを分配する動作を、図３を用い、以下に説明する。
【００１８】
まずコンテンツホルダサーバ５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出する。コンテンツＡはコンテンツ分配要求パケット８１に搭載されている。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ分配要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ分配要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００１９】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ分配要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００２０】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを分配許可されているため、ゲートウェイ３１はコンテンツ分配要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００２１】
ここで、ゲートウェイ３１が行っているコンテンツＩＤと分配許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/virtualnetwork1/」、「/server41/virtualnetwork2/」、「/server41/virtualnetwork3/」と定義し、ゲートウェイ３１は、「/server41/virtualnetwork1/」を分配許可とするラインＩＤ＝７１、「/server41/virtualnetwork2/」を分配許可とするＩＤ＝７２、「/server41/virtualnetwork3/」を分配許可とするラインＩＤ＝７３の各関係を管理することにより、同等のコンテンツ分配セキュリティレベルを確保できる。
【００２２】
また第２の手法は、ラインＩＤの代わりに実コンテンツホルダＩＤを用いて方法である。この場合、ゲートウェイ３１は、ラインＩＤ＝７１の代わりに実コンテンツホルダＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実コンテンツホルダＩＤ＝５３、ラインＩＤ＝７３の代わりに実コンテンツホルダＩＤ＝５４を管理する。
【００２３】
さて、コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８３を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８４をゲートウェイ３１に向け送信する。レスポンスパケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ３１は、レスポンスパケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、レスポンスパケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ３１がコンテンツ分配要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、レスポンスパケット８４をライン７１に振分ける方法もある。
【００２４】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、レスポンスパケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたレスポンスパケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００２５】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってレスポンスパケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるレスポンスパケット８６をコンテンツホルダサーバ５１が受信することにより、コンテンツホルダサーバ５１は、コンテンツＡがコンテンツ配信サーバ４１に保存されたことを確認することができる。
【００２６】
次に、仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１にて蓄積されているコンテンツＡを削除する動作を、図１３を用い、以下に説明する。
【００２７】
まずコンテンツホルダサーバ５１は、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ削除要求パケット８１を送出する。データ転送装置２４は、ライン６１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、コンテンツ削除要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝１を付与し、コンテンツ配信網１１内の仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたコンテンツ削除要求パケット８２は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２１に到着する。
【００２８】
データ転送装置２１は、仮想網ＩＤ＝１が付与されたパケットをライン７１に、仮想網ＩＤ＝２が付与されたパケットをライン７２に、仮想網ＩＤ＝３が付与されたパケットをライン７３に転送するように管理されており、コンテンツ削除要求パケット８２を受信すると、仮想網ＩＤ＝１が付与されていることから、該パケットをライン７１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００２９】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを削除許可あるいは削除不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを削除許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを削除許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを削除許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ削除要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ削除要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７１はコンテンツＡを削除することが許可されているため、ゲートウェイ３１はコンテンツ削除要求パケット８３をコンテンツ配信サーバ４１に転送する。
【００３０】
ここで、ゲートウェイ３１が行っているコンテンツＩＤと削除許可とするラインＩＤの管理に関する代替手法として２つの手法を追記しておく。第１の手法は、コンテンツＩＤにＵＲＬの一部を用いる方法である。例えば、コンテンツＩＤを「/server41/virtualnetwork1/」、「/server41/virtualnetwork2/」、「/server41/virtualnetwork3/」と定義し、ゲートウェイ３１は、「/server41/virtualnetwork1/」を削除許可とするラインＩＤ＝７１、「/server41/virtualnetwork2/」を削除許可とするＩＤ＝７２、「/server41/virtualnetwork3/」を削除許可とするラインＩＤ＝７３の各関係を管理することにより、同等のコンテンツ削除セキュリティレベルを確保できる。
【００３１】
また第２の手法は、ラインＩＤの代わりに実コンテンツホルダＩＤを用いて方法である。この場合、ゲートウェイ３１は、ラインＩＤ＝７１の代わりに実コンテンツホルダＩＤ＝５１および５２、ラインＩＤ＝７２の代わりに実コンテンツホルダＩＤ＝５３、ラインＩＤ＝７３の代わりに実コンテンツホルダＩＤ＝５４を管理する。
【００３２】
さて、コンテンツ配信サーバ４１が、コンテンツ削除要求パケット８３を受信すると、コンテンツＡを削除し、削除が完了したことを通知するためのレスポンスパケット８４をゲートウェイ３１に向け送信する。レスポンスパケット８４には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。ゲートウェイ３１は、レスポンスパケット８４を受信すると、該パケットをライン７１に振分ける。この際の振分方法は、レスポンスパケット８４の宛先ＩＤ＝５１を読み取り、仮想網１に振分ける方法がある。また別の方法としては、ゲートウェイ３１がコンテンツ削除要求パケット８３を受信したときに、宛先ＩＤや送信元ＩＤ、宛先および送信元ポート番号等のコネクション情報と、ライン７１の対応を管理しておき、この管理情報に基づき、レスポンスパケット８４をライン７１に振分ける方法もある。
【００３３】
データ転送装置２１は、ライン７１から到着するパケットに対し、仮想網ＩＤ＝１を付与するように管理されており、レスポンスパケット８４を受信すると、該パケットに仮想網ＩＤ＝１を付与し、仮想網１に該パケットを転送する。仮想網ＩＤ＝１が付与されたレスポンスパケット８５は、仮想網ＩＤ＝１に従い、仮想網１上を転送され、データ転送装置２４に到着する。
【００３４】
データ転送装置２４は、仮想網ＩＤ＝１が付与されたパケットをライン６１あるいはライン６２に転送するように管理されており、さらにパケットの宛先ＩＤを読み取り、ライン６１かライン６２への振分けを判断する。したがってレスポンスパケット８５を受信すると、仮想網ＩＤ＝１が付与されていること、宛先ＩＤ＝５１であることから、該パケットをライン６１に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２４は仮想網ＩＤを削除せず、付与したままにしておいてもよい。以上により、ライン６１を通じて転送されるレスポンスパケット８６をコンテンツホルダサーバ５１が受信することにより、コンテンツホルダサーバ５１は、コンテンツＡがコンテンツ配信サーバ４１から削除されたことを確認することができる。
【００３５】
次に、仮想網３に属するコンテンツホルダサーバ５４が、コンテンツ配信サーバ４１にコンテンツＡの分配要求を試みた場合のシーケンスを、図４を用い、以下に説明する。本例は本来、分配不許可となるため、コンテンツホルダサーバ５４はコンテンツを分配できない例となる。
【００３６】
まずコンテンツホルダサーバ５４は、宛先ＩＤ＝４１、送信元ＩＤ＝５４を記載したコンテンツ分配要求パケット８１を送出する。コンテンツＡはコンテンツ分配要求パケット８１に搭載されている。データ転送装置２５は、ライン６４から到着するパケットに対し、仮想網ＩＤ＝３を付与するように管理されており、コンテンツ分配要求パケット８１を受信すると、該パケットに仮想網ＩＤ＝３を付与し、コンテンツ配信網１１内の仮想網３に該パケットを転送する。仮想網ＩＤ＝３が付与されたコンテンツ分配要求パケット８２は、仮想網ＩＤ＝３に従い、仮想網３上を転送され、データ転送装置２１に到着する。
【００３７】
データ転送装置２１は、コンテンツ分配要求パケット８２を受信すると、仮想網ＩＤ＝３が付与されていることから、該パケットをライン７３に転送する。このとき、仮想網ＩＤを削除するのが一般的だが、データ転送装置２１は仮想網ＩＤを削除せず、付与したままにしておいてもよい。
【００３８】
ゲートウェイ３１は、データ転送装置２１からライン７３を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合する。ラインＩＤ＝７３はコンテンツＡの分配を許可されていないため、ゲートウェイ３１はコンテンツ分配要求パケット８３をコンテンツ配信サーバ４１に転送せず、廃棄する。
【００３９】
以上により、コンテンツＡの分配を許可されていないコンテンツホルダサーバ５４は、コンテンツＡを分配することができず、セキュリティが確保される。
【００４０】
本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００４１】
本実施例の別の形態として、図５および図６の形態も可能である。図５および図６のいずれの形態もコンテンツの分配動作シーケンスは図３および図４に示したものと同様である。
【００４２】
図１の形態は、各コンテンツ配信サーバが、１つのゲートウェイに繋がっているのに対し、図５の形態は、各ゲートウェイと各コンテンツ配信サーバとの間に共通網１２が存在する。共通網１２の存在により、例えばコンテンツ配信サーバ４１に接続する場合の経路がゲートウェイ３１〜３３の３通りとなり、トラヒックの分散に寄与できる。あるいは、図５の形態は、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００４３】
図６の形態は、各ゲートウェイと各データ転送装置との間に共通網１３が存在する。図６の形態も図５の形態と同様に、トラヒックの分散あるいは、１つの仮想網が接続するデータ転送装置数を少なくさせることに寄与する。
【００４４】
ただし図６の形態の場合、ゲートウェイ３１は仮想網毎のラインを持たず、共通網１３と１つのラインで接続されるため、コンテンツの分配許可に関する管理は、コンテンツＩＤと実コンテンツホルダＩＤにより行う。
【００４５】
なお、図１および図５の形態の場合、ゲートウェイとデータ転送装置の各機能は１つの装置に集約することに実現できることは言うまでもない。
【００４６】
（実施例２）
本実施例は、実施例１において各仮想網で運用されている実コンテンツホルダＩＤがプライベートアドレスで運用されている例である。すなわち、仮想網間で同一の実コンテンツホルダＩＤが使用されている場合に対処するため、各ゲートウェイは、コンテンツホルダサーバから送出されるコンテンツ分配要求パケットに送信元として付与されている実コンテンツホルダＩＤを、共通体系コンテンツホルダＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイとの間のライン上においてコンテンツホルダＩＤの重複を回避する。なお当然ながらゲートウェイは、コンテンツ配信サーバから送られるレスポンスパケットに宛元として付与されている共通体系コンテンツホルダＩＤを、該実コンテンツホルダＩＤに変換および付与し直す動作も行う。
【００４７】
本実施例は、上記以外の動作は実施例１と同様であるため、システム形態は図１に従う。したがって本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の分配許可条件、は全て実施例１と同様であるとする。ただし、コンテンツホルダサーバの実コンテンツホルダＩＤが、仮想網間で重複する例を考え、本実施例では図７のように、コンテンツホルダサーバ５１、５２、５３および５４の実コンテンツホルダＩＤをそれぞれ５１、５２、５１および５１とし、実コンテンツホルダＩＤ＝５１が３つの仮想網１〜３で存在する例を考える。
【００４８】
仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１に蓄積許可されるコンテンツＡを分配する動作を、図８を用い、以下に説明する。ただしコンテンツホルダサーバ５１が、宛先ＩＤ＝４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出してから、ライン７１を通じてコンテンツ分配要求パケット８２をゲートウェイ３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００４９】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを分配許可されていることを確認する。次にゲートウェイ３１は、コンテンツホルダサーバから送出されるコンテンツ分配要求パケット８３の送信元ＩＤを実コンテンツホルダＩＤ＝５１から、共通体系コンテンツホルダＩＤに変換する。共通体系コンテンツホルダＩＤは、コンテンツ配信サーバとゲートウェイとの間のラインで一義に定まるコンテンツホルダＩＤであり、これによって例えばコンテンツ配信サーバ４１とゲートウェイ３１との間のラインにおいて、コンテンツホルダサーバ５１、５３および５４からの各コンテンツ分配要求パケットの送信元ＩＤをそれぞれ異なる値に変換させることにより、各コンテンツ分配要求パケットの送信元コンテンツホルダサーバを正しく認識することができる。本実施例では、実コンテンツホルダＩＤから共通体系コンテンツホルダＩＤに変換する方法として、仮想網毎に共通体系コンテンツホルダＩＤの使用可能な範囲を定めることにし、仮想網１に対して共通体系コンテンツホルダＩＤは１５１〜１６０、仮想網２に対して共通体系コンテンツホルダＩＤは２５１〜２６０、仮想網３に対して共通体系コンテンツホルダＩＤは３５１〜３６０と定める。実コンテンツホルダＩＤと共通体系コンテンツホルダＩＤとの値の対応は、固定的に付与しても動的に付与してもどちらでもよい。本実施例では、コンテンツ分配要求のパケット８３の送信元ＩＤは５１から１５１に変換されるものとする。そしてゲートウェイ３１は、送信元ＩＤを共通体系コンテンツホルダＩＤ＝１５１に変換したコンテンツ分配要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００５０】
コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８７を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８８をゲートウェイ３１に向け送信する。レスポンスパケット８８には、宛先ＩＤ＝１５１、送信元ＩＤ＝４１が記載されている。
【００５１】
ゲートウェイ３１は、レスポンスパケット８８を受信すると、その宛元として付与されている共通体系コンテンツホルダＩＤ＝１５１を、実コンテンツホルダＩＤ＝５１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００５２】
この後の処理、すなわち、データ転送装置２１がレスポンスパケット８４を受信してから、コンテンツホルダサーバ５１はレスポンスパケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００５３】
なお、分配が許可されていない仮想網に属するコンテンツホルダサーバからのコンテンツ分配要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００５４】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００５５】
（実施例３）
本実施例は、実施例１において各ゲートウェイが各コンテンツ配信サーバに対応する仮想サーバＩＤを有し、各コンテンツホルダサーバはコンテンツ分配要求パケットの宛先アドレスとして仮想サーバＩＤを付与する例である。
【００５６】
具体的な仮想サーバＩＤの付与法は、図９を用いながら以下に説明する。図９は、図１におけるゲートウェイ３１〜３３のみを取り上げた図である。図９において、ゲートウェイ３１はコンテンツ配信サーバ４１の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４１、仮想網２に対し仮想サーバＩＤ＝２４１、仮想網３に対し仮想サーバＩＤ＝３４１を有する。同様にゲートウェイ３３も、コンテンツ配信サーバ４４の仮想サーバＩＤとして、仮想網１に対し仮想サーバＩＤ＝１４４、仮想網２に対し仮想サーバＩＤ＝２４４、仮想網３に対し仮想サーバＩＤ＝３４４を有する。
【００５７】
また、ゲートウェイ３２についてはコンテンツ配信サーバ４２および４３の２台を収容するため、主に２つの仮想サーバＩＤの付与方法がある。第１の方法は図９に示すように、仮想網１に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝１４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝１４３、仮想網２に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝２４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝２４３、仮想網３に対し、コンテンツ配信サーバ４２用仮想サーバＩＤ＝３４２、コンテンツ配信サーバ４３用仮想サーバＩＤ＝３４３、を有する。第２の方法は図１０に示すように、コンテンツ配信サーバ４２および４３に共通な仮想サーバＩＤを付与する、すなわち仮想網１に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９１、仮想網２に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９２、仮想網３に対し、コンテンツ配信サーバ４２および４３共通の仮想サーバＩＤ＝９３、を有する。なお、第２の方法は、同一コンテンツを複数のコンテンツ配信サーバに蓄積させることによるサーバの負荷分散に利用される。したがって第２の方法においてゲートウェイ３２は、コンテンツホルダサーバから送信されるコンテンツ分配要求パケットを複製し、コンテンツ配信サーバ４２および４３の両方にコンテンツ分配要求パケットを送信する。この方法は、ゲートウェイが収容するコンテンツ配信サーバ数にかかわらず、コンテンツホルダサーバに仮想サーバＩＤを１つだけ見せることにより、コンテンツホルダサーバが意識することなく、コンテンツ分配要求パケットを送信することができる。
【００５８】
以下、本実施例として、仮想網１に属するコンテンツホルダサーバ５１が、コンテンツ配信サーバ４１に蓄積許可されるコンテンツＡを分配する動作を図１および図１１を用いて説明する。
【００５９】
本実施例も、コンテンツ配信サーバの実サーバＩＤ、コンテンツ配信サーバにおけるコンテンツの蓄積条件、各コンテンツのコンテンツＩＤ（ＵＲＬ）、各コンテンツに対する各仮想網の分配許可条件、は全て実施例１と同様であるとする。
【００６０】
コンテンツホルダサーバ５１が、宛先ＩＤ＝１４１、送信元ＩＤ＝５１を記載したコンテンツ分配要求パケット８１を送出する。以後、ライン７１を通じてコンテンツ分配要求パケット８３をゲートウェイ３１に転送するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６１】
ゲートウェイ３１は、コンテンツ配信サーバ４１にて蓄積許可される各コンテンツのコンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とする仮想網ＩＤの管理を行っている。ここでは、データ転送装置が収容するラインと仮想網は１対１で対応するため、データ転送装置２１は仮想網ＩＤではなく、ラインＩＤで管理するものとする。すなわち、www.server41.com/server41/virtualnetwork1/contentAを分配許可とするラインＩＤ＝７１、www.server41.com/server41/virtualnetwork2/contentBを分配許可とするラインＩＤ＝７２、www.server41.com/server41/virtualnetwork3/contentCを分配許可とするラインＩＤ＝７３、の各情報を管理する。また、ゲートウェイ３１は、コンテンツ配信サーバ４１の実サーバＩＤと仮想網毎の仮想サーバＩＤとの対応を管理している。
【００６２】
データ転送装置２１からライン７１を通じて転送されたコンテンツ分配要求パケット８３を受信すると、ゲートウェイ３１は、コンテンツ分配要求パケット８３に付与されているＵＲＬを読み取り、前記管理情報と照合し、ラインＩＤ＝７１はコンテンツＡを分配許可されていることを確認する。次にゲートウェイ３１は、コンテンツホルダサーバから送出されるコンテンツ分配要求のパケット８３の宛先ＩＤを１４１から、実サーバＩＤ＝４１に変換し、該コンテンツ分配要求パケット８７をコンテンツ配信サーバ４１に転送する。
【００６３】
コンテンツ配信サーバ４１が、コンテンツ分配要求パケット８７を受信すると、コンテンツＡを該ＵＲＬに従ったディレクトリに保存し、保存が完了したことを通知するためのレスポンスパケット８８をゲートウェイ３１に向け送信する。レスポンスパケット８８には、宛先ＩＤ＝５１、送信元ＩＤ＝４１が記載されている。
【００６４】
ゲートウェイ３１は、レスポンスパケット８８を受信すると、その送信元として付与されている実サーバＩＤ＝４１を、仮想サーバＩＤ＝１４１に変換し、該パケットをライン７１に振分ける。この際の振分方法は、実施例１と同様の方法があることを追記する。
【００６５】
この後の処理、すなわち、データ転送装置２１がレスポンスパケット８４を受信してから、コンテンツホルダサーバ５１はレスポンスパケット８６が到着するまでの動作は、実施例１と同様であるため、ここでは省略する。
【００６６】
なお、分配が許可されていない仮想網に属するコンテンツホルダサーバからのコンテンツ分配要求パケットに対する処理動作は実施例１と同様である。また、実施例１で述べたことと同様に、図５および図６の形態に対しても、本実施例で示した動作が適用できる。
【００６７】
また、本実施例では、コンテンツ配信サーバ４１に蓄積されるコンテンツについて説明したが、コンテンツ配信サーバ４２〜４４に蓄積されるコンテンツの分配方法についても同様の処理内容となる。
【００６８】
さらに、実施例２で示した実コンテンツホルダＩＤと共通体系コンテンツホルダＩＤの変換処理と、本実施例である実サーバＩＤと仮想サーバＩＤの変換処理を組合せた形態にも応用できることを追記する。
【００６９】
以上、本発明を、実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００７０】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、以下のとおりである。
【００７１】
本発明のゲートウェイは、コンテンツＩＤの管理、各コンテンツを分配許可あるいは分配不許可とするコンテンツホルダＩＤあるいは仮想網ＩＤの管理、の各管理を行い、コンテンツ分配要求パケットに付与されているコンテンツＩＤおよびコンテンツホルダＩＤ、仮想網ＩＤを識別し、前記管理情報と照合することにより、コンテンツ分配許可の場合のみ該コンテンツ配信サーバにパケットを転送する処理を行う。このようなコンテンツ分配要求に対するセキュリティ処理をコンテンツ配信サーバより手前のゲートウェイにて行うため、１つのコンテンツ配信サーバ内にコンテンツホルダが異なるコンテンツを共存させることができ、コンテンツ配信サーバの集約化が可能となる。すなわち本発明は、コンテンツ配信サーバのコスト削減とコンテンツ分配のセキュリティの両立を可能とする。
【００７２】
また、本発明は、コンテンツホルダが保有するコンテンツを、セキュリティをもってコンテンツ配信サーバに分配する技術である。したがって本発明は、ユーザ端末とコンテンツ配信サーバとの間でセキュリティをもったコンテンツ配信を提供する従来技術を補完するものであり、従来技術と本発明技術を組合せることにより、コンテンツの分配から配信まで包括的なサービスが適用できる。
【００７３】
本発明の動作は、コンテンツ配信サーバがゲートウェイに直収される形態に限らず、ゲートウェイとコンテンツ配信サーバとの間に共通網が存在する形態、ゲートウェイとデータ転送装置との間に共通網が存在する形態にも適用可能であり、多様なネットワークに適用可能である。共通網の存在により、ある１つのコンテンツ配信サーバに接続する経路を複数とることができるため、トラヒックの分散に寄与できる。あるいは、共通網の存在により、１つのデータ転送装置を通じて、各コンテンツ配信サーバに接続できるため、１つの仮想網が接続するデータ転送装置数を少なくさせることもできる。
【００７４】
また本発明は、仮想網間で同一の実コンテンツホルダＩＤが使用されている場合に対処するため、ゲートウェイにて、コンテンツ分配要求パケットに送信元として付与されている実コンテンツホルダＩＤを、共通体系コンテンツホルダＩＤに変換および付与し直すことにより、コンテンツ配信サーバとゲートウェイとの間のライン上においてコンテンツホルダＩＤの重複を回避する機能を有する。これにより、本発明によるコンテンツ配信は、各仮想網で運用されている実コンテンツホルダＩＤがプライベートアドレスで運用されている場合にも適用可能である。
【図面の簡単な説明】
【図１】本発明に基づくコンテンツ分配システムを示す図である。
【図２】従来技術に基づくコンテンツ配信システムを示す図である。
【図３】実施例１におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図４】実施例１におけるコンテンツホルダサーバ５４がコンテンツＡを分配する動作を起こした場合のシークエンスを示す図である。
【図５】本発明に基づく第２のコンテンツ分配システムの形態を示す図である。
【図６】本発明に基づく第３のコンテンツ分配システムの形態を示す図である。
【図７】実施例２におけるコンテンツ分配システムを示す図である。
【図８】実施例２におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図９】実施例３における仮想サーバＩＤの付与方法（その１）を示す図である。
【図１０】実施例３における仮想サーバＩＤの付与方法（その２）を示す図である。
【図１１】実施例３におけるコンテンツホルダサーバ５１がコンテンツＡを分配する動作シークエンスを示す図である。
【図１２】従来技術と本発明技術との関係を示す図である。
【図１３】実施例１におけるコンテンツホルダサーバ５１がコンテンツＡを削除する動作シークエンスを示す図である。
【符号の説明】
１…仮想網１ ２…仮想網２ ３…仮想網３
１１…コンテンツ配信網
１２，１３…共通網
２１〜２５…データ転送装置
３１〜３３…ゲートウェイ
４１〜４４…コンテンツ配信サーバ
５１，５２…仮想網１のコンテンツホルダサーバ
５３…仮想網２のコンテンツホルダサーバ
５４…仮想網３のコンテンツホルダサーバ
６１〜６４，７１〜７９，９１〜９３…ライン
８１〜８３…コンテンツ分配要求，コンテンツ削除要求
８４〜８６…レスポンスパケット
１０１…仮想網１０１
１０２…仮想網１０２
１０３…仮想網１０３
１５１，１５２…仮想網１０１のユーザ端末
１５３…仮想網１０２のユーザ端末
１５４…仮想網１０３のユーザ端末
２０１…仮想網２０１
２０２…仮想網２０２
２２１，２２２…データ転送装置
２３１…ゲートウェイ
２４１…コンテンツ配信サーバ
２５１…仮想網２０１のユーザ端末
２６２…仮想網２０２のコンテンツホルダサーバ
２６１，２６２，２７１，２７２…ライン
２８１…コンテンツ分配要求パケット，コンテンツ削除要求パケット
２８４…コンテンツパケット
Claims (5)
- 通信網に接続され、少なくとも１つ以上のコンテンツを蓄積する少なくとも１つ以上のコンテンツ配信サーバを収容し、前記通信網内の任意の仮想網に収容されたコンテンツホルダサーバからのコンテンツ分配要求またはコンテンツ削除要求を受信して、前記コンテンツ配信サーバから前記コンテンツホルダサーバにレスポンスパケットを転送するゲートウェイ装置であって、
前記ゲートウェイ装置は、
各コンテンツに付与されたコンテンツＩＤと、各コンテンツ対応に分配許可もしくは分配不許可または削除許可もしくは削除不許可とする、仮想網と１対１に対応するラインＩＤとを管理する手段と、
前記コンテンツ分配要求またはコンテンツ削除要求のパケットに付与されたコンテンツＩＤ及びラインＩＤと、前記管理手段の管理情報とを照合する手段と、
前記照合の結果、コンテンツ分配許可またはコンテンツ削除許可の場合は、コンテンツ配信サーバに前記コンテンツ分配要求パケットまたはコンテンツ削除要求パケットを転送し、コンテンツ分配不許可またはコンテンツ削除不許可の場合は、前記コンテンツ分配要求パケットまたはコンテンツ削除要求パケットの転送を行わない手段を有することを特徴とするゲートウェイ装置。 - 前記管理手段は、前記ラインＩＤの代わりに、ラインＩＤに対応する各仮想網に収容されたコンテンツホルダＩＤを管理し、
前記照合手段は、前記コンテンツ分配要求またはコンテンツ削除要求のパケットに付与されたコンテンツホルダＩＤ及びコンテンツＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項１記載のゲートウェイ装置。 - 前記ゲートウェイ装置は、コンテンツ分配要求パケットまたはコンテンツ削除要求パケットの送信元として付与されたコンテンツホルダＩＤを共通体系コンテンツホルダＩＤに変換し付与する手段と、
コンテンツ分配許可またはコンテンツ削除許可された後にコンテンツ配信サーバから送られるレスポンスパケットに付与されている共通体系コンテンツホルダＩＤを前記コンテンツホルダＩＤに変換し付与する手段を有することを特徴とする請求項２記載のゲートウェイ装置。 - 前記ゲートウェイ装置は、前記共通体系コンテンツホルダＩＤに付与すべき値として、仮想網ＩＤ毎に使用可能な範囲を定めることを特徴とする請求項３記載のゲートウェイ装置。
- 前記コンテンツＩＤは、ＵＲＬあるいはＵＲＬの一部であって、
前記管理手段は、前記ＵＲＬあるいは前記ＵＲＬの一部対応に分配許可もしくは分配不許可または削除許可もしくは削除不許可とするラインＩＤを管理し、
前記照合手段は、前記コンテンツ分配要求またはコンテンツ削除要求のパケットに付与されたＵＲＬ及びラインＩＤと、前記管理手段の管理情報とを照合することを特徴とする請求項１記載のゲートウェイ装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001257772A JP3779576B2 (ja) | 2001-08-28 | 2001-08-28 | ゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001257772A JP3779576B2 (ja) | 2001-08-28 | 2001-08-28 | ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003069650A JP2003069650A (ja) | 2003-03-07 |
| JP3779576B2 true JP3779576B2 (ja) | 2006-05-31 |
Family
ID=19085386
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001257772A Expired - Fee Related JP3779576B2 (ja) | 2001-08-28 | 2001-08-28 | ゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3779576B2 (ja) |
-
2001
- 2001-08-28 JP JP2001257772A patent/JP3779576B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003069650A (ja) | 2003-03-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9281995B2 (en) | Virtual network and management method of virtual network | |
| US7020084B1 (en) | Communication system, a communication method and communication terminal | |
| CN100428734C (zh) | 数据包传送装置 | |
| USRE43051E1 (en) | Enabling a service provider to provide intranet services | |
| JP4053967B2 (ja) | Ｖｌａｎサーバ | |
| JPH04227150A (ja) | ネットワークアドレス割当てシステム | |
| US7616646B1 (en) | Intraserver tag-switched distributed packet processing for network access servers | |
| CN101442493B (zh) | Ip报文分发方法、集群系统和负载均衡器 | |
| US8098670B2 (en) | XDSL accommodation apparatus, multicast distribution system, and data distribution method | |
| US20050226257A1 (en) | Virtual local area network | |
| EP0825747B1 (en) | Address resolution system | |
| JP2001016255A (ja) | ネットワーク間通信方法及びその装置 | |
| CN1997036A (zh) | 接入复用器 | |
| JP3779576B2 (ja) | ゲートウェイ装置 | |
| JP3771523B2 (ja) | ゲートウェイ装置 | |
| JP3727561B2 (ja) | セキュリティ保証型コンテンツ配信サービス方法、コンテンツ配信システムおよびコンテンツ配信サーバ | |
| JP3908564B2 (ja) | 複数のフローから構成されるコンテンツ配信サービス向けゲートウェイ装置、コンテンツ配信サーバ装置、およびコンテンツ配信システム | |
| JP4374202B2 (ja) | ストリーム配信計算機、プログラム、ｎａｓ装置 | |
| JP3776366B2 (ja) | 複数フローから構成されるコンテンツ配信サービス向けゲートウェイ装置 | |
| CN101415032B (zh) | 三层专线接入方法、装置及系统 | |
| KR100369369B1 (ko) | 다중채널 레이블 스위치 시스템의 가상채널 머지 장치 | |
| CN1996887A (zh) | 一种高服务质量资源分配方法、装置及系统 | |
| JP2006245896A (ja) | ネットワーク制御サーバ、ユーザ端末収容ノード、通信ネットワークおよびネットワーク制御プログラム | |
| CN1742464B (zh) | 借助隧道连接交换数据的方法和装置 | |
| JP3684024B2 (ja) | データ通信装置及び通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050704 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050802 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050921 |
|
| 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: 20060228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060302 |
|
| 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: 20090310 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |