JP4196561B2 - コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム - Google Patents
コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム Download PDFInfo
- Publication number
- JP4196561B2 JP4196561B2 JP2001378534A JP2001378534A JP4196561B2 JP 4196561 B2 JP4196561 B2 JP 4196561B2 JP 2001378534 A JP2001378534 A JP 2001378534A JP 2001378534 A JP2001378534 A JP 2001378534A JP 4196561 B2 JP4196561 B2 JP 4196561B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- server
- encryption key
- client terminal
- relay server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はインターネット等のネットワークを介してサーバからクライアントへコンテンツを暗号化して配信する方法に関する。
【０００２】
【従来の技術】
インターネットに代表されるマルチメディア環境では、音声、動画像など様々な形式のデータを扱うことができ、これら様々な形式、内容のデータもしくはその中身をコンテンツと呼ぶ。コンテンツに関連するサービスは近年急速に拡大、普及しており、その代表的なものに、コンテンツ配信サービスがある。これは、画像や音声などのコンテンツをサーバからインターネット等のネットワークを通じてクライアント端末に配信し、クライアント端末側でのコンテンツの再生により画像や音声の視聴などを可能とするシステムである。
【０００３】
このようなコンテンツ配信サービスは、不特定多数の者を対象とするシステムと、特定の利用者のみを対象とするシステムとがあり、後者のシステムでは、特定の利用者のみにコンテンツを利用させる仕組みが必要となる。このような仕組みの従来技術の一例が特開平１１−１７５４７５号公報（以下、文献１と称す）に記載されている。
【０００４】
文献１に記載のコンテンツ配信システムでは、コンテンツをあらかじめ暗号化し、所定の料金を支払った者など特定の利用者にのみ復号鍵を提供する。図２３にそのブロック図を示す。サーバ１００１は、配信対象となるコンテンツを暗号化してクライアント端末１００２に配信する。その際、暗号鍵ＩＤと鍵サーバアドレスを添えて配信する。キャッシュサーバ１００３は、ネットワークキャッシュ技術によるサーバであり、サーバ１００１から配信されるコンテンツをクライアント端末１００２へ中継すると共に、同じコンテンツの再配信に備えて内部に蓄積しておき、次回同じコンテンツの配信が要求された場合、サーバ１００１からでなくキャッシュサーバ１００３からコンテンツを配信することで、サーバ１００１の負荷およびネットワークの負荷を軽減する。鍵サーバ１００４は、暗号鍵の管理およびアクセス条件のチェックを行う機能を持つ。クライアント端末１００２は、受信した暗号化コンテンツを復号するために、そのコンテンツに付随する鍵サーバアドレスに従って鍵サーバ１００４に接続し、ユーザ認証情報と暗号鍵ＩＤを通知して暗号鍵を要求する。鍵サーバ１００４は、ユーザ認証情報より暗号鍵ＩＤに該当する暗号鍵のアクセス権が存在するか否かを調べ、存在する場合に暗号鍵をクライアント端末１００２に返送する。クライアント端末１００２は、返送されてきた暗号鍵で暗号化コンテンツを復号する。
【０００５】
文献１に示されるような暗号化によるアクセス制限方法は、利用者ＩＤとパスワードによる既知のアクセス制限方法に比べて、ネットワークキャッシュ技術との親和性が良いという特徴を持つ。但し、キャッシュサーバ１００３には、クライアント端末１００２への配信が行われた時点で初めてコンテンツが蓄積され、それ以降にキャッシュの効果が生じるため、キャッシュサーバ１００３に保存されていないコンテンツについては効果がない。そこで、近年はＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）と呼ばれる技術が普及している。ＣＤＮは、ネットワーク上に複製サーバや蓄積サーバと呼ばれるサーバを複数配置し、予めそれらのサーバにコンテンツを転送しておき、エンドユーザからのアクセス要求に対して複数存在するサーバの中からそのユーザにとって最適なサーバにアクセスすることにより、ユーザに対するレスポンスの向上とトラフィックの軽減を図る技術である。このＣＤＮを文献１に記載のコンテンツ配信システムへ適用すると、サーバ１００１は、暗号化されたコンテンツをＣＤＮを構成する各サーバに事前に配布しておき、クライアント端末１００２は任意のサーバから暗号化コンテンツの配信を受ける構成となる。
【０００６】
なお、コンテンツ配信サーバからのコンテンツをクライアント端末に中継するサーバには、キャッシュを有しないか、有していてもライブストリーミングコンテンツの配信時のようにキャッシング処理を行わない種類のサーバも存在する。
【０００７】
【発明が解決しようとする課題】
上述した文献１に記載のコンテンツ配信システムでは、コンテンツを暗号化して配信する一方、別途に復号鍵を配信することで、特定の利用者のみがコンテンツを利用できるようにしている。しかし、配信対象となるコンテンツは、それが中継されるサーバにかかわらず同じ暗号鍵で暗号化されているため、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通すると、その中継サーバだけでなく、残りの全ての中継サーバ経由でコンテンツが不正に利用される危険性がある。また、ネットワークの負荷等を軽減するためにキャッシュサーバやＣＤＮを利用すると、複製された同一のコンテンツが複数の中継サーバに存在することになるため、不正なコンテンツ利用の可能性が更に高まり、コンテンツの安全性が更に低下する。
【０００８】
そこで本発明の目的は、配信対象コンテンツの安全性を高めることにある。
【０００９】
本発明の別の目的は、キャッシュサーバやＣＤＮの複製サーバなどを利用する場合にも、各サーバ上のコンテンツの安全性を確保できるようにすることにある。
【００１０】
【課題を解決するための手段】
本発明のコンテンツ配信方法は、サーバ端末からクライアント端末へ中継サーバを経由してコンテンツを配信する方法において、中継サーバとコンテンツの組毎に異なる暗号鍵でコンテンツを暗号化して配信する。これにより、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通しても、その影響はその中継サーバだけに限定され、残りの中継サーバ経由でコンテンツが不正に利用される危険性が低下する。
【００１１】
コンテンツを暗号化するための暗号鍵は、配信対象コンテンツのサーバ端末への登録時に中継サーバ及びコンテンツの組毎に異なる暗号鍵を暗号鍵データベースに登録しておき、サーバ端末からクライアント端末への配信時に前記暗号鍵データベースに登録された暗号鍵を使用するようにしても良いし、サーバ端末からクライアント端末への中継サーバを経由したコンテンツの配信時に当該中継サーバおよび当該コンテンツの組に対応する暗号鍵を動的に生成するようにしても良い。
【００１２】
また本発明のコンテンツ配信方法は、サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、更に異なる暗号鍵で再暗号化する。より具体的には、中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用してコンテンツを更に暗号化する。さらに、中継サーバを多段構成とし、各段階で再暗号化を行うようにしても良い。これにより、コンテンツの安全性をより一層確保することができる。
【００１３】
また本発明のコンテンツ配信方法は、サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、一旦復号化した後に異なる暗号鍵で再び暗号化する。より具体的には、中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、暗号化コンテンツを一旦復号化した後、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用して前記復号したコンテンツを再び暗号化する。さらに、中継サーバを多段構成とし、各段階で復号化と再暗号化を行うようにしても良い。これにより、中継サーバ毎に暗号鍵を異ならせつつ、クライアント端末側での復号化処理を簡素化することができる。
【００１４】
また、暗号化コンテンツを中継サーバに予め配布して蓄積させておくようにしても良い。これにより、クライアント端末からの要求に応答するための時間を短縮することができる。
【００１５】
また、本発明のコンテンツ配信方法は、サーバ端末からクライアント端末へサーバクラスタを経由してコンテンツを配信する方法であって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化した第１の暗号化コンテンツをサーバクラスタの第１の中継サーバ経由でクライアント端末に配信する処理と、前記第１の暗号化コンテンツをサーバクラスタにおいて更に異なる暗号鍵で再暗号化するか、一旦復号化した再び暗号化することにより生成した第２の暗号化コンテンツをサーバクラスタの第２の中継サーバ経由でクライアント端末に配信する処理とを選択的に実施する。より具体的には、クライアント端末が初めて要求したコンテンツについては前記第１の暗号化コンテンツを配信し、同じコンテンツについての再要求時は前記第２の暗号化コンテンツを配信する。これにより、例えば、クライアント端末で、最初のコンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、第２の中継サーバを限定的に動作させることができる。
【００１６】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１７】
図１を参照すると、本発明の第１の実施の形態にかかるコンテンツ配信システムは、クライアント端末１と、このクライアント端末１にインターネット等の図示しないネットワーク経由でコンテンツを配信するコンテンツ配信サーバ２と、このコンテンツ配信サーバ２が配信するコンテンツを暗号化する暗号化処理手段３と、配信対象のコンテンツを蓄積するコンテンツデータベース４と、コンテンツ配信サーバ２への暗号鍵の提供、クライアント端末１への復号鍵を内包するチケットの提供を行う権利管理装置５と、コンテンツ配信サーバ２からのコンテンツをクライアント端末１へ中継する複数の中継サーバ６Ａとを含んで構成される。なお、クライアント端末１及びコンテンツ配信サーバ２と権利管理装置５とはインターネット等の図示しないネットワーク経由で相互に通信可能になっている。また、図１には、クライアント端末１は１つしか示されていないが、一般に複数のクライアント端末が存在する。
【００１８】
本実施の形態において配信するコンテンツは、画像や音声などのストリーミングコンテンツ、画像や音声などのダウンロードコンテンツ等、任意のコンテンツである。
【００１９】
クライアント端末１は、コンテンツをユーザが視聴するために再生するブラウザ等のコンテンツ再生手段１１を有する。また、図示していないが、表示装置やキーボード等の入出力装置、クライアント端末１全体の制御を司る制御手段を備えている。クライアント端末１は、パーソナルコンピュータや携帯端末等の情報処理装置とクライアント端末用プログラムとで実現することができる。その場合、クライアント端末用プログラムによってコンテンツ再生手段１１等の機能手段が情報処理装置上に実現される。
【００２０】
権利管理装置５は、チケットサーバ５１と暗号鍵管理手段５２と暗号鍵データベース５３とを含んで構成される。暗号鍵データベース５３には、コンテンツ配信サーバ２が配信するコンテンツを暗号化する際に使用する暗号鍵とその復号化に使う復号鍵とが予め登録されている。本実施の形態の場合、コンテンツを一意に識別する識別子（以下、ＣＩＤ）と中継サーバ６Ａを一意に識別する識別子（以下、ＳＩＤ）との組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組が、ＣＩＤとＳＩＤで検索可能に暗号鍵データベース５３に登録されている。ＳＩＤは、中継サーバ６ＡのＩＰアドレスまたはドメイン名などを用いることができる。ここで、この２つの鍵は、Ｋｅ［ＣＩＤ，ＳＩＤ］によって或るデータＤが暗号化された暗号文Ｅは、Ｋｄ［ＣＩＤ，ＳＩＤ］によって元のデータＤに復元されるという関係にある。具体的な例として、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いても良いし、ＤＥＳ暗号などの共通鍵暗号系における共通鍵（すなわち、Ｋｅ［ＣＩＤ，ＳＩＤ］＝Ｋｄ［ＣＩＤ，ＳＩＤ］）を用いても良い。
【００２１】
暗号鍵管理手段５２は、暗号鍵データベース５３からの暗号鍵および復号鍵の払出しを管理する手段で、チケットサーバ５１に対しては復号鍵を払出し、コンテンツ配信サーバ２に対しては暗号鍵を払出す。チケットサーバ５１は、クライアント端末１からの要求に応じて、復号鍵を内包するチケットを提供する機能を持つ。
【００２２】
このような権利管理装置５は、ワークステーション等の情報処理装置と権利管理装置用プログラムとで実現することができる。その場合、権利管理装置用プログラムによってチケットサーバ５１、暗号鍵管理手段５２が情報処理装置上に実現される。
【００２３】
中継サーバ６ＡはキャッシュサーバやＣＤＮを構成する中継サーバである。中継サーバ６Ａは、ワークステーション等の情報処理装置と、この情報処理装置を中継サーバ６Ａとして機能させる中継サーバ用プログラムとで実現することができる。
【００２４】
なお、コンテンツ配信サーバ２、暗号化処理手段３およびコンテンツデータベース４は、同じ１つのサーバ上に備えるようにしても良いし、幾つかのサーバに分散して備えるようにしても良い。また、コンテンツ配信サーバ２、暗号化処理手段３はワークステーション等の情報処理装置と、この情報処理装置をコンテンツ配信サーバ２および暗号化処理手段３として機能させるサーバ用プログラムとで実現することができる。
【００２５】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２の流れ図を参照して説明する。
【００２６】
クライアント端末１の利用者は、視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ａに対してコンテンツの送信を要求する（ステップＳ１０１）。ＣＩＤは、例えばコンテンツ配信サーバ２が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからＣＩＤを取得することができる。ＳＩＤの取得もＣＩＤと同様にして行うことができる。
【００２７】
クライアント端末１からコンテンツ送信要求を受信した中継サーバ６Ａは、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信する（ステップＳ１０２）。コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ａへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ１０３）。暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組に対応する暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を暗号鍵データベース５３から取り出し、コンテンツ配信サーバ２へ送信する（ステップＳ１０４）。
【００２８】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ１０５）。そして、暗号化されたコンテンツをＳＩＤで特定される中継サーバ６Ａへ送信する（ステップＳ１０６）。中継サーバ６Ａは、受信した暗号化コンテンツをクライアント端末１へ転送する（ステップＳ１０７）。
【００２９】
クライアント端末１の利用者は、暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ１０８）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて暗号鍵データベース５３から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ１０９）。なお、チケットが有償の場合、チケットサーバ５１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図２のフローでは省略している（以下の他の実施の形態においても同様である）。
【００３０】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ１１０）。
【００３１】
図２の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ａに暗号化コンテンツを配布して中継サーバ６Ａに蓄積させるようにしても良い。この場合の動作例を図３に示す。
【００３２】
まずコンテンツ配信サーバ２は、配信予定であるコンテンツのＣＩＤと配布先となる中継サーバ６ＡのＳＩＤとの組を決定する（ステップＳ１２１）。そして、このＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］を取得し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテンツを暗号化してＣＩＤを添えて中継サーバ６Ａに送信する（ステップＳ１２２〜Ｓ１２５）。暗号化コンテンツを受信した中継サーバ６Ａは、暗号化コンテンツをＣＩＤに対応付けて内部の記憶装置に蓄積する（ステップＳ１２６）。全ての中継サーバ６Ａに配布する場合、ステップＳ１２１〜Ｓ１２６の動作が各中継サーバ６Ａ毎に繰り返される。
【００３３】
その後、クライアント端末１が、図２のステップＳ１０１と同様にＣＩＤを中継サーバ６Ａへ送信すると（ステップＳ１２７）、中継サーバ６Ａは蓄積済の暗号化コンテンツを送信する（ステップＳ１２８）。クライアント端末１側では、図２のステップＳ１０８〜Ｓ１１０と同様にして、チケットを取得し、復号鍵で暗号化コンテンツを復号化し、コンテンツを視聴する（ステップＳ１２９〜Ｓ１３１）。
【００３４】
このようにすることで、中継サーバ６Ａがクライアント端末１からの要求に応答するための時間を短縮することができる。
【００３５】
【実施例】
次に第１の実施の形態の実施例について図面を参照して詳細に説明する。本発明は任意の種類のコンテンツの配信サービスに対して適用可能であるが、この実施例では、ストリーミング技術を用いたストリーミングコンテンツの配信サービスを取り上げる。
【００３６】
ストリーミング技術は、画像や音声などのストリーミングコンテンツについて、サーバからのコンテンツ配信とクライアント側でのコンテンツ再生とを、同期を取りながらほぼリアルタイムに行うサービスである。良く知られているように、ネットワークが混雑していたり、サーバの負荷が高いと、所望の品質のストリーミングコンテンツは配信できない。このため、サーバ側では、クライアントとの間の回線状況等に応じてストリーミングコンテンツの品質を自動的に調整する。例えば、動画データの場合には秒間コマ数を間引いたり、音楽データの場合には高周波成分や低周波成分をカットしたりして、コンテンツの品質を調整する。従って、コンテンツの配信が有料で行われる場合や、コンテンツの配信を受ける権利を有する特定の者に対しコンテンツを配信する場合、クライアント側におけるストリーミングコンテンツの再生品質がその時点のネットワーク負荷等に起因して所望の品質以下であったときには何らかの補償を行う必要性が出てくる。
【００３７】
そこで本実施例では、ネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について、コンテンツの再視聴による補償を可能にする。また、補償のために再視聴させるコンテンツが補償対象クライアント以外のクライアントに不正に再生されるのを防止する。
【００３８】
図４を参照すると、本発明の第１の実施の形態の一実施例にかかるコンテンツ配信システムは、コンテンツの生成や登録などを行うコンテンツ生成装置７と、コンテンツ利用者からの利用要求に対して利用の可否を判断し復号鍵を含むチケットの送信など行う権利管理装置５と、コンテンツを蓄積し管理するコンテンツ管理装置８と、コンテンツの中継を行う１以上の中継サーバ６Ａと、コンテンツ利用者が受信したコンテンツを視聴するクライアント端末１とから構成されている。
【００３９】
コンテンツ生成装置７は、映像データからのストリーミングコンテンツの生成など配信対象となるコンテンツの生成、そのコンテンツの再生品質が所定の基準を満たさなかったときの補償サービスの内容の生成、コンテンツの暗号化に使用する暗号鍵の生成などを行う生成手段７１と、生成手段７１で生成されたデータの権利管理装置５およびコンテンツ管理装置８への登録を行う登録手段７２とを含む。
【００４０】
権利管理装置５は、クライアント端末１からコンテンツの利用要求を受信し、当該コンテンツを復号するための適切な復号鍵を内包するチケットをクライアント端末１に送信するなどの処理を行うチケットサーバ５１と、コンテンツ再生中の再生品質に関する情報（例えば受信パケット数など）である補償用データをクライアント端末１から受信し、決定した補償サービスの内容をチケットサーバ５１に通知するなどの処理を行う補償サービス管理手段５４と、前記補償用データの内容を解析し、適切な補償サービスを決定する補償サービス決定手段５５と、クライアント端末１におけるコンテンツ再生品質に応じた補償サービスの内容を登録しておく補償サービスデータベース５６と、暗号化および復号に用いられる暗号鍵を登録しておく暗号鍵データベース５３と、この暗号鍵データベース５３への暗号鍵の登録、その払出しを管理する暗号鍵管理手段５２とを含む。
【００４１】
コンテンツ管理装置８は、コンテンツ生成装置７から送信される配信対象コンテンツの登録やその配信などを行うコンテンツ管理手段８１と、コンテンツ生成装置７から送信される補償サービスの内容に従って配信対象コンテンツから補償サービスに利用する補償用コンテンツを作成する補償用コンテンツ作成手段８２と、配信するコンテンツに対して暗号化処理を施す暗号化処理手段３と、配信対象コンテンツや補償用コンテンツなどを蓄積しておくコンテンツデータベース４とを含む。
【００４２】
ここで、補償用コンテンツとしては、配信対象コンテンツがストリーミングコンテンツである場合、ダウンロードコンテンツとする。ダウンロードコンテンツとは、ストリーミングではなくダウンロード可能な形式のコンテンツを指す。ネットワークの過負荷時にはダウンロードに時間はかかるが、再生はダウンロードしたコンテンツに基づき実施されるので、ネットワーク負荷の影響を受けず品質は安定する。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとすることができる。オンデマンドストリーミングコンテンツとは、ライブストリーミングコンテンツをその配信時に録画した内容に基づいて作成されたコンテンツで、ストリーミングコンテンツである点でライブストリーミングコンテンツと同じであるが、ライブでない点が相違する。オンデマンドストリーミングコンテンツを補償用コンテンツとして用意することで、ライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、録画した内容の再視聴という形態で補償することが可能となる。
【００４３】
中継サーバ６Ａは、コンテンツ管理装置８とクライアント端末１との間に位置し、コンテンツ管理装置８のコンテンツ管理手段８１から配信されるコンテンツの中継を行う機能を持つサーバであり、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）の一部を構成する。
【００４４】
クライアント端末１は、コンテンツ管理装置８から中継サーバ６Ａ経由で配信されるコンテンツを受信再生するコンテンツ再生手段１１と、このコンテンツ再生手段１１によるコンテンツの再生品質に関する情報を検出して蓄積する補償用データ管理手段１２と、表示装置やキーボード等を含む入出力装置１３と、これらに接続されると共に図示しないインターネット等のネットワークを介して権利管理装置５に接続される制御手段１４とを含む。補償用データ管理手段１２が検出する情報としては、当該コンテンツについて受信したパケット数、再生中の映像のフレームレート、再生を開始してからの経過時間などが考えられる。
【００４５】
次に、本実施例の動作を、１つの配信対象コンテンツに注目し、その生成から配信、再生、その補償の各段階にわけて説明する。
【００４６】
（１）配信対象コンテンツ、補償用コンテンツの生成と配布（図５参照）
コンテンツ生成装置７の生成手段７１は、先ず、映像データなどから配信対象コンテンツを生成する（ステップＰ７０１）。
【００４７】
次に、コンテンツ生成装置７の生成手段７１は、配信対象コンテンツがクライアント端末１で所望の品質で再生できなかった場合の補償サービスの内容を生成する（ステップＰ７０２）。具体的には、配信対象コンテンツ毎に以下の項目を決定する。
（ａ）配信対象コンテンツＩＤ（ＣＩＤ）
（ｂ）補償再生品質条件
（ｃ）サービス形態
（ｄ）補償用コンテンツＩＤ
（ｅ）その他の情報
【００４８】
（ａ）の配信対象コンテンツＩＤは、コンテンツ配信システムにおいて当該配信対象コンテンツを一意に識別するための識別子である。（ｂ）の補償再生品質条件は、当該配信対象コンテンツに対する補償を認める再生品質の条件である。例えば、配信対象コンテンツの最高の再生品質を１、最低の最高品質を０とする場合、１から０の中間の値に数値化された再生品質レベルを用いた条件式が設定される。（ｃ）のサービス形態は、コンテンツの再視聴の形態を示し、例えば再ストリーミング許可、ダウンロード許可等が設定される。（ｄ）の補償用コンテンツＩＤは、当該配信対象コンテンツのクライアント端末１での再生品質が、（ｂ）の補償再生品質条件に適合したときに、（ｃ）のサービス形態で再視聴を許可する補償用コンテンツを一意に識別するための識別子である。（ｅ）のその他の情報は、クライアント端末１から送られてくる補償用データから再生品質を定量化するために使う情報である。例えば、補償用データに含まれる受信パケット数で再生品質を定量化する場合、コンテンツ本来の総パケット数が必要になるため、この情報がその他の情報に設定される。
【００４９】
上述した補償サービスの内容は、１つの配信対象コンテンツ当たり１つに限られず、異なる再生品質レベルについて複数生成することもできる。例えば、再生品質レベルｌｅｖｅｌ１と、それより低い再生品質レベルｌｅｖｅｌ２との２種類について、ｌｅｖｅｌ２に満たない場合にはダウンロード許可、ｌｅｖｅｌ２は満たすがｌｅｖｅ１は満たさない場合には再ストリーミング許可の２つの補償サービス内容を生成することができる。
【００５０】
ここで、補償サービス内容の生成は人手で実施しても良いし、プログラムで自動生成しても良い。プログラムで自動生成する場合、例えば、配信対象コンテンツの種別（ライブストリーミングコンテンツやストリーミングコンテンツ等）毎の補償再生品質条件およびサービス形態を予め記憶するファイルと、配信対象コンテンツの種別をキーにこのファイルから補償再生品質条件およびサービス形態を読み出し、それに配信対象コンテンツＩＤ、補償用コンテンツＩＤを付加し、更に配信対象コンテンツのデータ量から配信時におけるパケット総数を見積もって付加するプログラムとを用意すれば良い。
【００５１】
また、コンテンツ生成装置７は、配信対象コンテンツおよび補償用コンテンツの暗号化及び復号化に使う暗号鍵、これらのコンテンツを配布する中継サーバ６Ａに関する情報を生成する（ステップＰ７０３）。具体的には、コンテンツと中継サーバ６Ａの組毎に以下のような情報を生成する。
（ａ）コンテンツＩＤ（ＣＩＤ）
（ｂ）中継サーバＩＤ（ＳＩＤ）
（ｃ）中継サーバＵＲＩ
（ｄ）暗号鍵
【００５２】
（ａ）のコンテンツＩＤは、配信対象コンテンツまたは補償用コンテンツのＩＤであり、ステップＰ７０２で生成されたものと同じものである。（ｂ）、（ｃ）の中継サーバＩＤとＵＲＩは、配信対象コンテンツおよび補償用コンテンツの配布先となる中継サーバ６Ａの識別子およびＵＲＩである。（ｄ）の暗号鍵は、（ａ）のコンテンツＩＤを持つコンテンツの暗号化および復号化に使う暗号鍵である。ここでは、ＤＥＳ暗号などの共通鍵暗号系における共通鍵を用い、例えば（ａ）のコンテンツＩＤと（ｂ）の中継サーバＩＤとから暗号鍵を生成することにより、コンテンツ及び中継サーバの組み合わせ毎の暗号鍵を生成する。勿論、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いることもできる。
【００５３】
コンテンツ生成装置７の登録手段７２は、ステップＰ７０２で生成した補償サービス内容をその登録のために権利管理装置５およびコンテンツ管理装置８へ送信する（ステップＰ７０４）。
【００５４】
権利管理装置５のチケットサーバ５１は、補償サービス内容を受信すると、補償サービス管理手段５４に伝達する（ステップＰ５０１）。補償サービス管理手段５４は、伝達された補償サービス内容を補償サービスデータベース５６へ登録する（ステップＰ５０２）。図６に補償サービスデータベース５６の登録内容の一例を示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツについて２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅ２を越えているがｌｅｖｅｌ１以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対する再ストリーミング許可を認めるものであり、他の１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツに対するダウンロード許可を認めるものである。
【００５５】
コンテンツ管理装置８のコンテンツ管理手段８１は、補償サービス内容を受信すると（ステップＰ８０１）、それをコンテンツデータベース４に登録する（ステップＰ８０２）。登録される内容は図６と同じである。
【００５６】
次にコンテンツ生成装置７の登録手段７２は、ステップＰ７０３で生成した暗号鍵と中継サーバに関する情報を、その登録のために権利管理装置５へ送信する（ステップＰ７０５）。権利管理装置５のチケットサーバ５１は、暗号鍵と中継サーバに関する情報を受信すると、それを暗号鍵管理手段５２に伝達する（ステップＰ５０３）。暗号鍵管理手段５２は、それを暗号鍵データベース５３に登録する（ステップＰ５０４）。
【００５７】
図７に暗号鍵データベース５３の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｎまでの各中継サーバ６Ａ毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、サーバ１からサーバｎまでの各中継サーバ６Ａ毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。
【００５８】
次にコンテンツ生成装置７の登録手段７２は、ステップＰ７０１で生成された配信対象コンテンツを、その登録ならびに配信のためにコンテンツＩＤを付随させてコンテンツ管理装置８へ送信する（ステップＰ７０６）。コンテンツ管理装置８のコンテンツ管理手段８１は、配信対象コンテンツを受信すると（ステップＰ８０３）、コンテンツデータベース４へ登録する（ステップＰ８０４）。ここで、配信対象コンテンツがライブストリーミングコンテンツの場合、コンテンツ管理手段８１は、受信したライブストリーミングコンテンツを録画し、その録画内容をコンテンツデータベース４へ登録する。図８にコンテンツデータベース４の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツがそのＩＤと共に登録されている。なお、ｃｏｎｔｅｎｔｓ１ｈ１、ｃｏｎｔｅｎｔｓ１ｈ２に関する部分は後述のようにして生成された補償用コンテンツの登録内容であり、補償サービス内容はステップＰ８０２で登録されたもので、その中身は図６と同じである。
【００５９】
補償用コンテンツ作成手段８２は、コンテンツデータベース４に補償サービス内容が登録されると、配信対象コンテンツがコンテンツデータベース４に登録され次第、その配信対象コンテンツから補償用コンテンツを生成し、コンテンツデータベース４に登録する（ステップＰ８０５）。例えば、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１、サービス形態＝再ストリーミング許可、補償用コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１という補償サービス内容が登録されると、ｃｏｎｔｅｎｔｓ１の配信対象コンテンツがコンテンツデータベース４に登録され次第、この登録された配信対象コンテンツからオンデマンドストリーミングコンテンツを生成し、図８に示したように、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けてコンテンツデータベース４に登録する。ダウンロード許可の補償サービス内容が登録された場合も同様である。
【００６０】
（２）配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布（図９参照）
コンテンツ管理装置８のコンテンツ管理手段８１は、コンテンツデータベース４に登録された配信対象コンテンツ及び補償用コンテンツを暗号化して各中継サーバ６Ａへ配布する。ライブストリーミングコンテンツの場合、中継サーバ６Ａへの配布は、コンテンツ生成装置７からのライブストリーミングコンテンツの受信時に速やかに実施され、それ以外のコンテンツの場合、配布可能となった時点で速やかに実施される。１つのコンテンツの配布は具体的には以下のように行われる。
【００６１】
コンテンツ管理手段８１は、配布対象となるコンテンツのＩＤを指定して権利管理装置５の暗号鍵管理手段５２に対して、暗号鍵と中継サーバに関する情報を要求する（ステップＰ７１１）。暗号鍵管理手段５２は、この要求を受信すると（ステップＰ５１１）、要求で指定されたコンテンツＩＤで暗号鍵データベース５３を検索して図７のコンテンツＩＤが指定されたコンテンツＩＤと一致する全ての暗号鍵と中継サーバに関する情報を取得し（ステップＰ５１２）、それらをコンテンツ管理手段８１へ送信する（ステップＰ５１３）。
【００６２】
コンテンツ管理手段８１は、暗号鍵管理手段５２から送られる情報を受信し（ステップＰ７１２）、暗号鍵と中継サーバに関する情報毎に、暗号化処理（ステップＰ７１３）と暗号化されたコンテンツの送信処理（ステップＰ７１４）とを繰り返す。具体的には、暗号鍵と中継サーバに関する情報に含まれるコンテンツＩＤを持つコンテンツをコンテンツデータベース４から取り出し、同情報に含まれる暗号鍵と一緒に暗号化処理手段３に渡して、そのコンテンツをその暗号鍵で暗号化した暗号化コンテンツを生成させ、この暗号化コンテンツをそのコンテンツＩＤを添えて、暗号鍵と中継サーバに関する情報に含まれる中継サーバＵＲＩで特定される中継サーバ６Ａへ送信する。
【００６３】
各中継サーバ６Ａでは、コンテンツ管理手段８１から送信されてくる暗号化コンテンツを受信し、そのコンテンツＩＤに対応付けて内部に蓄積する（ステップＰ６０１）。
【００６４】
以上のような処理が配信対象コンテンツ及び補償用コンテンツに対して実施されることで、各中継サーバ６Ａに暗号化された配信対象コンテンツ及び暗号化された補償用コンテンツが蓄積される。
【００６５】
（３）クライアント端末での配信対象コンテンツの視聴と補償用データの検出（図１０参照）
クライアント端末１の利用者は、視聴したいコンテンツのＩＤを選択する。例えば、コンテンツ管理装置８が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからコンテンツＩＤを選択する。また、利用者は、コンテンツの配信を受ける中継サーバ６ＡのサーバＩＤを選択する。この選択も例えばコンテンツＩＤの選択と同様に行うことができる。利用者は、クライアント端末１の入出力装置１３の操作によって制御手段１４を起動し、視聴したいコンテンツＩＤ及び選択した中継サーバ６ＡのサーバＩＤを指定し、チケットの購入を指示する。これに応じて制御手段１４は、コンテンツＩＤ及びサーバＩＤを含むチケット要求を権利管理装置５のチケットサーバ５１へ送信する（ステップＰ１０１）。
【００６６】
チケットサーバ５１は、チケットの要求を受信すると（ステップＰ５２１）、チケットを生成する（ステップＰ５２２）。具体的には、要求中で指定されたコンテンツＩＤ及びサーバＩＤの組を持つ暗号鍵と中継サーバに関する情報を暗号鍵管理手段５２を通じて暗号鍵データベース５３から取り出し、この取り出した情報中に含まれる暗号鍵、中継サーバＵＲＩを内包するチケットを生成する。ここで、チケットは電子的なもので、紙媒体で作られている通常のチケットとは相違する。次に、チケットサーバ５１は、生成したチケットをクライアント端末１へ送信する（ステップＰ５２３）。なお、チケットの購入が有償の場合、チケットサーバ５１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図１０のフローでは省略している。
【００６７】
クライアント端末１の制御手段１４は、チケットサーバ５１から送信されてきたチケットを受信し、それが利用されるまで内部に一時的に記憶する（ステップＰ１０２）。利用者は、この記憶されたチケットを使ってコンテンツを視聴する。具体的には、コンテンツ再生手段１１により、チケットに記述されたサーバＵＲＩの中継サーバ６Ａに接続し、同チケットに記述されたコンテンツＩＤを指定したコンテンツ要求を中継サーバ６Ａに送信する（ステップＰ１０３）。
【００６８】
中継サーバ６Ａは、クライアント端末１からコンテンツ要求を受信すると（ステップＰ６１１）、コンテンツ要求で指定されたコンテンツＩＤに対応する暗号化コンテンツをクライアント端末１へ配信する（ステップＰ６１２）。
【００６９】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから配信される暗号化コンテンツを受信し、チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＰ１０４）。このコンテンツ再生手段１１によるコンテンツの再生中、補償用データ管理手段１２は、コンテンツの再生品質に関する情報を検出し、再生中のコンテンツのＩＤに対応付けて蓄積する（ステップＰ１０５）。
【００７０】
（４）補償サービスの実施（図１１参照）
クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ６Ａを選択し、その中継サーバ６ＡのサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ６ＡのサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置５の補償サービス管理手段５４へ送信する（ステップＰ１１１）。
【００７１】
補償サービス管理手段５４は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＰ５３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段５５に伝達する。補償サービス決定手段５５は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース５６を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＰ５３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図６のダウンロード許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図６の再ストリーミング許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。
【００７２】
補償サービス決定手段５５は、補償が必要であると判断した場合（ステップＰ５３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段５４に通知し、補償サービス管理手段５４はこれにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ５１に通知する。チケットサーバ５１は、この通知に従い、補償用チケットを生成する（ステップＰ５３５）。具体的には、チケットサーバ５１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段５２を通じて暗号鍵データベース５３から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＰ５３６）。
【００７３】
他方、補償サービス決定手段５５は、補償が不要であると判断した場合（ステップＰ５３４でＮＯ）、その旨を補償サービス管理手段５４に通知し、補償サービス管理手段５４はそれにクライアント端末１のアドレスを添えてチケットサーバ５１へ通知する。チケットサーバ５１は、この通知に従って、補償できない旨のメッセージをクライアント端末１へ送信する（ステップＰ５３７）。
【００７４】
クライアント端末１の制御手段１４は、補償サービス要求に対する応答を受信し、補償用チケットであれば、入出力装置１３に表示すると共にそれが利用されるまで内部に一時的に記憶し、補償不要のメッセージであれば入出力装置１３に表示する（ステップＰ１１２）。利用者は、この記憶された補償チケットを使って補償用コンテンツを視聴する。具体的には、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ６Ａに接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ６Ａに送信する（ステップＰ１１３）。
【００７５】
中継サーバ６Ａは、クライアント端末１からコンテンツ要求を受信すると（ステップＰ６２１）、コンテンツ要求で指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信する（ステップＰ６２２）。
【００７６】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＰ１１４）。
【００７７】
以上の実施例では、クライアント端末１の制御手段１４は、利用者からの指示を契機に補償用データを含む補償サービス要求を補償サービス管理手段５４に送信したが、コンテンツ再生手段１１の再生終了時などに制御手段１４が自動的に補償用データを補償サービス管理手段５４へ送信するように構成しても良い。この場合、配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償用データを補償サービス管理手段５４に送信し、補償サービス管理手段５４は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。その後、クライアント端末１の利用者が補償サービスの要求を指示したとき、制御手段１４は、配信対象コンテンツＩＤ、クライアント識別子、サーバＩＤ、クライアント端末１のアドレスを含む補償サービス要求を補償サービス管理手段５４に送信し、補償サービス管理手段５４は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データが内部に蓄積されているか否かを調べ、蓄積されていればそれを用いて前述と同様な処理を行う。また、以上の実施例では、補償用コンテンツ作成手段８２はコンテンツデータベース４から補償サービス内容を参照したが、ネットワークを介して補償サービスデータベース５６中の補償サービス内容を参照するようにしても良い。
【００７８】
このように本実施例によれば、ネットワークやサーバの過負荷などによりクライアント端末１側で一定の再生品質が得られなかったコンテンツ配信や再生が中断されたコンテンツ配信について、コンテンツの再視聴という方法で補償することが可能となる。特に、ライブ中継など失敗が許されないライブストリーミングコンテンツの配信において、万一事故が起こり、十分な品質で配信が行えなかった場合でも、オンデマンドストリーミングコンテンツによる再視聴、あるいはダウンロードコンテンツによる再視聴といった補償が可能となる。また、補償のために再視聴させるコンテンツは暗号化されて配信されるため、補償対象クライアント以外の者に不正に再生されるのが防止される。
【００７９】
【発明の第２の実施の形態】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００８０】
図１２を参照すると、本発明の第２の実施の形態にかかるコンテンツ配信システムは、図１の第１の実施の形態にかかるコンテンツ配信システムに比較して、権利管理装置５に暗号鍵データベースがなく、その代わりに、ＣＩＤとＳＩＤの組に対応する暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を生成する暗号鍵生成手段５４と、生成された復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］をＣＩＤとＳＩＤの組に対応して保存する復号鍵保存手段５５を備えている点で相違する。
【００８１】
権利管理装置５の暗号鍵管理手段５２は、コンテンツ配信サーバ２からＣＩＤとＳＩＤの組を指定した暗号鍵要求を受信したとき、そのＣＩＤとＳＩＤの組を暗号鍵生成手段５４に通知して暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］とを生成させ、そのうちの暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信し、復号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］は復号鍵保存手段５５に保存しておく。後に、クライアント端末１からＣＩＤとＳＩＤとを指定したチケット要求があったときにチケットサーバ５１からそのＣＩＤとＳＩＤとの組に対応する復号鍵が要求されると、復号鍵保存手段５５から復号鍵を取り出してチケットサーバ５１に通知する。
【００８２】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１３の流れ図を参照して説明する。
【００８３】
第１の実施の形態と同様に、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ａに対してコンテンツの送信を要求すると（ステップＳ２０１）、このコンテンツ送信要求を受信した中継サーバ６Ａが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ２０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ａへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ２０３）。
【００８４】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ２０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ２０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ２０６）。
【００８５】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ２０７）。そして、暗号化されたコンテンツをＳＩＤで特定される中継サーバ６Ａへ送信し（ステップＳ２０８）、中継サーバ６Ａは、受信した暗号化コンテンツをクライアント端末１へ転送する（ステップＳ２０９）。
【００８６】
クライアント端末１の利用者は、暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ２１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ２１１）。
【００８７】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ２１２）。
【００８８】
図１３の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ａに暗号化コンテンツを配布して中継サーバ６Ａに蓄積させるようにしても良い。この場合の動作例を図１４に示す。
【００８９】
まず、コンテンツ配信サーバ２は、配信予定であるコンテンツのＣＩＤと配布先となる中継サーバ６ＡのＳＩＤとの組を決定し（ステップＳ２２１）、このＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］を取得し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテンツを暗号化してＣＩＤを添えて中継サーバ６Ａに送信する（ステップＳ２２２〜Ｓ２２７）。暗号化コンテンツを受信した中継サーバ６Ａは、暗号化コンテンツをＣＩＤに対応付けて内部の記憶装置に蓄積する（ステップＳ２２８）。全ての中継サーバ６Ａに配布する場合、ステップＳ２２１〜Ｓ２２８の動作が各中継サーバ６Ａ毎に繰り返される。
【００９０】
その後、クライアント端末１が、図１３のステップＳ２０１と同様にＣＩＤを中継サーバ６Ａへ送信すると（ステップＳ２２９）、中継サーバ６Ａは蓄積済の暗号化コンテンツを送信する（ステップＳ２３０）。クライアント端末１側では、図１３のステップＳ２１０〜Ｓ２１２と同様に、チケットを取得し、復号鍵で暗号化コンテンツを復号化し、コンテンツを視聴する（ステップＳ２３１〜Ｓ２３３）。
【００９１】
【発明の第３の実施の形態】
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。
【００９２】
図１５を参照すると、本発明の第３の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバ６Ｂがその暗号化コンテンツを更に暗号化する点で相違する。
【００９３】
中継サーバ６Ｂは、コンテンツ配信サーバ２から受信した暗号化コンテンツを更に暗号化する暗号化処理手段６１と、この暗号化処理手段６１の暗号化処理に用いる暗号鍵を暗号鍵生成手段５４で生成する際に利用する、各中継サーバ６Ｂ毎に異なる値に設定されたインデックスを記憶するインデックス記憶部６２とを含む。
【００９４】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１６の流れ図を参照して説明する。
【００９５】
クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ｂに対してコンテンツの送信を要求すると（ステップＳ３０１）、このコンテンツ送信要求を受信した中継サーバ６Ｂが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ３０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ｂへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ３０３）。
【００９６】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ３０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ３０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ３０６）。暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ３０７）。そして、暗号化されたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで特定される中継サーバ６Ｂへ送信する（ステップＳ３０８）。
【００９７】
第１の暗号化コンテンツを受信した中継サーバ６Ｂは、この第１の暗号化コンテンツを更に暗号化するための暗号鍵を取得するために、前記ＣＩＤと自身のサーバＩＤとインデックス記憶部６２に記憶されたインデックスＩとの組を指定した再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ３０９）。
【００９８】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ３１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存し（ステップＳ３１１）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ３１２）。
【００９９】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｂは、暗号化処理手段６１を用いて、第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で更に暗号化した第２の暗号化コンテンツを生成し（ステップＳ３１３）、この第２の暗号化コンテンツと前記インデックスＩとをクライアント端末１へ送信する（ステップＳ３１４）。
【０１００】
クライアント端末１の利用者は、第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ３１５）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を第２の復号鍵として内包するチケットを生成してクライアント端末１へ送信する（ステップＳ３１６）。
【０１０１】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｂから受信した第２の暗号化コンテンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを生成し（ステップＳ３１７）、次に、第１の暗号化コンテンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ３１８）。
【０１０２】
図１５に示した構成は、コンテンツ配信サーバ２とクライアント端末１の間に中継サーバ６Ｂが１段だけ存在する例であるが、図１７に示すように、１段目の中継サーバ６Ｂ−１、２段目の中継サーバ６Ｂ−２、…、Ｎ段目の中継サーバ６Ｂ−Ｎの如く、多段構成にすることもできる。この場合、Ｎ台の中継サーバ６Ｂ−１〜６Ｂ−Ｎについて、各段階で図１６のステップＳ３０９〜Ｓ３１４の処理が繰り返し行われ、最終段の中継サーバ６Ｂ−Ｎからクライアント端末１へ、第Ｎ＋１の暗号化コンテンツと、各段階で使用されたＮ個のインデックス１〜Ｎとが送信される。また、復号鍵保存手段５５には、各段階で使用された復号鍵が保存される。
【０１０３】
クライアント端末１では、ＣＩＤとＳＩＤとＮ個のインデックスとを指定したチケット要求を行い、チケットサーバ５１は暗号鍵管理手段５２を通じて復号鍵保存手段５５から合計Ｎ＋１個の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］、Ｋｄ［ＣＩＤ，ＳＩＤ，１］、Ｋｄ［ＣＩＤ，ＳＩＤ，２］、…、Ｋｄ［ＣＩＤ，ＳＩＤ，Ｎ］を取り出し、それらを第１、第２、…、第Ｎ＋１の復号鍵として含むチケットを送信する。クライアント端末１は、第Ｎ＋１の復号鍵から第１の復号鍵まで順番に使用して復号化を行うことにより、第Ｎ＋１の暗号化コンテンツから元のコンテンツを生成して再生する。
【０１０４】
このように、第３の実施の形態にかかるコンテンツ配信システムは、コンテンツ配信の流れの上流から下流にかけてコンテンツを再暗号化していく。一般に、コンテンツ配信の下流に行けば行くほど、不正行為の危険性が高まることから、危険度に応じて中継サーバの段数を調整することで、適度な安全性を維持することができる。
【０１０５】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ｂ、６Ｂ−１〜６Ｂ−Ｎは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ｂ、６Ｂ−１〜６Ｂ−Ｎに暗号化コンテンツを配布してそれらに蓄積させておくようにしても良い。
【０１０６】
【発明の第４の実施の形態】
次に、本発明の第４の実施の形態について図面を参照して詳細に説明する。
【０１０７】
図１８を参照すると、本発明の第４の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバがサーバクラスタ９に置き換えられている点で相違する。
【０１０８】
各々のサーバクラスタ９は、少なくとも１つの第１の中継サーバ６Ａと、少なくとも１つの第２の中継サーバ６Ｂと、制御部９１と、記憶部９２とを含んで構成される。第１の中継サーバ６Ａは、図１２の中継サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２から配信された暗号化コンテンツを再暗号化せずにクライアント端末１へ転送する機能を持つ。第２の中継サーバ６Ｂは、図１５の中継サーバ６Ｂと同様なサーバで、内部に暗号化処理手段とインデックス記憶部を備え、コンテンツ配信サーバ２から配信された暗号化コンテンツを更暗号化してクライアント端末１へ転送する機能を持つ。制御部９１は、クライアント端末１へのコンテンツの転送を中継サーバ６Ａ経由で実施するか、中継サーバ６Ｂ経由で実施するかの選択を制御する部分であり、記憶部９２はこの選択制御に使用する情報を蓄積する部分である。
【０１０９】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１９の流れ図を参照して説明する。例として、或るコンテンツについてクライアント端末１から最初に出された要求に対しては再暗号化しないコンテンツを配信し、同じコンテンツが再要求された場合には再暗号化したコンテンツを配信する場合を取りあげる。この場合、記憶部９２には、クライアント端末１のコンテンツ要求の履歴が蓄積される。
【０１１０】
先ず、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコンテンツの送信を要求すると（ステップＳ４０１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１がそのＣＩＤのコンテンツを過去に要求した履歴が記憶部９２に存在しないことから、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ４０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定されるサーバクラスタ９へ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ４０３）。
【０１１１】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ４０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ４０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ４０６）。
【０１１２】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ４０７）。そして、暗号化されたコンテンツをＳＩＤで特定されるサーバクラスタ９へ第１の暗号化コンテンツとして送信する（ステップＳ４０８）。
【０１１３】
サーバクラスタ９の制御部９１は、受信した第１の暗号化コンテンツを中継サーバ６Ａに伝達し、中継サーバ６Ａはこの第１の暗号化コンテンツをクライアント端末１へ送信する（ステップＳ４０９）。同時に制御部９１は、この第１の暗号化コンテンツを中継サーバ６Ｂにも分配すると共に、記憶部９２にクライアント端末１のクライアント識別子に対応して当該コンテンツＩＤを記憶する（ステップＳ４２１）。
【０１１４】
クライアント端末１の利用者は、第１の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ４１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ４１１）。クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した第１の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ４１２）。
【０１１５】
一方、第１の暗号化コンテンツの分配を受けた中継サーバ６Ｂは、この第１の暗号化コンテンツを更に暗号化するための暗号鍵を取得するために、当該コンテンツのＩＤ（ＣＩＤ）と自身のサーバＩＤ（ＳＩＤ）と内部のインデックス記憶部に記憶されたインデックスＩとの組を指定した再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ４２２）。
【０１１６】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ４２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存し（ステップＳ４２４）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ４２５）。
【０１１７】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｂは、内部の暗号化処理手段を用いて、第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で更に暗号化した第２の暗号化コンテンツを生成し（ステップＳ４２６）、この第２の暗号化コンテンツを内部に蓄積する（ステップＳ４２７）。
【０１１８】
次に、クライアント端末１が同じＣＩＤを持つコンテンツを再要求した場合について、図２０を参照して説明する。
【０１１９】
クライアント端末１の利用者がコンテンツのＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対してコンテンツの送信を再度要求すると（ステップＳ４３１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１が同じＣＩＤのコンテンツを一度要求している旨の履歴が記憶部９２に記録されていることから、受信したコンテンツ要求を中継サーバ６Ｂに伝達し、中継サーバ６Ｂは、内部に蓄積されている当該ＣＩＤ対応の第２の暗号化コンテンツをインデックスＩを添えてクライアント端末１へ送信する（ステップＳ４３２）。
【０１２０】
クライアント端末１の利用者は、受信した第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ４３３）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を第２の復号鍵として内包するチケットを生成してクライアント端末１へ送信する（ステップＳ４３４）。
【０１２１】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｂから受信した第２の暗号化コンテンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを生成し（ステップＳ４３５）、次に、第１の暗号化コンテンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ４３６）。
【０１２２】
以上のように、クライアント端末１に対する最初のコンテンツ配信時にはコンテンツ配信サーバ２で暗号化された第１の暗号化コンテンツを配信し、２度目のコンテンツ配信時には第１の暗号化コンテンツを更に暗号化した第２の暗号化コンテンツを配信することができる。つまり、第１のコンテンツ要求を行った利用者のみが、第２のコンテンツ要求を行うことができる。この為、例えば、クライアント端末１で、第１のコンテンツ要求に対する第１の暗号化コンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、中継サーバ６Ｂを限定的に動作させることができる。
【０１２３】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、サーバクラスタ９の中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した第１の暗号化コンテンツを内部に蓄積しておき、他のクライアント端末から同じコンテンツが要求されたならば、蓄積された第１の暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予めサーバクラスタ９に第１の暗号化コンテンツを配布して蓄積させておくようにしても良い。
【０１２４】
【発明の第５の実施の形態】
次に、本発明の第５の実施の形態について図面を参照して詳細に説明する。
【０１２５】
図２１を参照すると、本発明の第５の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバ６Ｃがその暗号化コンテンツを一旦復号した後に再び暗号化する点で相違する。
【０１２６】
中継サーバ６Ｃは、コンテンツ配信サーバ２から受信した暗号化コンテンツを復号化する復号化処理手段６３と、この復号化処理手段６３で復号されたコンテンツを再び暗号化する暗号化処理手段６１と、この暗号化処理手段６１の暗号化処理に用いる暗号鍵を暗号鍵生成手段５４で生成する際に利用する、各中継サーバ６Ｃ毎に異なる値に設定されたインデックスを記憶するインデックス記憶部６２とを含む。
【０１２７】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２２の流れ図を参照して説明する。
【０１２８】
クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ｃに対してコンテンツの送信を要求すると（ステップＳ５０１）、このコンテンツ送信要求を受信した中継サーバ６Ｃが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ５０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ｃへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ５０３）。
【０１２９】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ５０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ５０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ５０６）。暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ５０７）。そして、暗号化されたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで特定される中継サーバ６Ｃへ送信する（ステップＳ５０８）。
【０１３０】
第１の暗号化コンテンツを受信した中継サーバ６Ｃは、この第１の暗号化コンテンツを復号化するための復号鍵および再び暗号化するための暗号鍵を取得するために、前記ＣＩＤと自身のサーバＩＤとインデックス記憶部６２に記憶されたインデックスＩとの組を指定した復号鍵および再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ５０９）。
【０１３１】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ５１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存する（ステップＳ５１１）。そして、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に対応して復号鍵保存手段５８に保存されている復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と一緒に中継サーバ６Ｃへ送信する（ステップＳ５１２）。
【０１３２】
復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｃは、まず復号化処理手段６３を用いて、第１の暗号化コンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し(ステップＳ５１３)、次いで、この復号化したコンテンツを暗号化処理手段６１を用いて暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で再び暗号化することにより、第２の暗号化コンテンツを生成する（ステップＳ５１４）。そして、この第２の暗号化コンテンツと前記インデックスＩとをクライアント端末１へ送信する（ステップＳ５１５）。
【０１３３】
クライアント端末１の利用者は、第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ５１６）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、これを内包するチケットを生成してクライアント端末１へ送信する（ステップＳ５１７）。
【０１３４】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｃから受信した第２の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ５１８）。
【０１３５】
図２１に示した構成は、コンテンツ配信サーバ２とクライアント端末１の間に中継サーバ６Ｃが１段だけ存在する例であるが、図２３に示すように、１段目の中継サーバ６Ｃ−１、２段目の中継サーバ６Ｃ−２、…、Ｎ段目の中継サーバ６Ｃ−Ｎの如く、多段構成にすることもできる。この場合、Ｎ台の中継サーバ６Ｃ−１〜６Ｃ−Ｎについて、各段階で図２２のステップＳ５０９〜Ｓ５１５の処理が繰り返し行われ、最終段の中継サーバ６Ｃ−Ｎからクライアント端末１へ、第Ｎ＋１の暗号化コンテンツと、最終階で使用されたインデックスＮとが送信される。また、復号鍵保存手段５５には、各段階で使用された復号鍵が保存される。
【０１３６】
クライアント端末１では、ＣＩＤとＳＩＤとインデックスＮとを指定したチケット要求を行い、チケットサーバ５１は暗号鍵管理手段５２を通じて復号鍵保存手段５５からＫｄ［ＣＩＤ，ＳＩＤ，Ｎ］を取り出し、その復号鍵を含むチケットを送信する。クライアント端末１は、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｎ］を使用して復号化を行うことにより、第Ｎ＋１の暗号化コンテンツから元のコンテンツを生成して再生する。
【０１３７】
このように、第５の実施の形態にかかるコンテンツ配信システムは、コンテンツ配信の流れの上流から下流にかけてコンテンツを一旦復号化した後に再暗号化していく。従って、各中継サーバ毎の暗号鍵を相違させつつ、クライアント端末側での復号化処理の負担を低減することが可能である。
【０１３８】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ｃ、６Ｃ−１〜６Ｃ−Ｎは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ｃ、６Ｃ−１〜６Ｃ−Ｎに暗号化コンテンツを配布してそれらに蓄積させておくようにしても良い。
【０１３９】
【発明の第６の実施の形態】
次に、本発明の第６の実施の形態について図面を参照して詳細に説明する。
【０１４０】
図２４を参照すると、本発明の第６の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバがサーバクラスタ９に置き換えられている点で相違する。
【０１４１】
各々のサーバクラスタ９は、少なくとも１つの第１の中継サーバ６Ａと、少なくとも１つの第２の中継サーバ６Ｃと、制御部９１と、記憶部９２とを含んで構成される。第１の中継サーバ６Ａは、図１２の中継サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２から配信された暗号化コンテンツを再暗号化せずにクライアント端末１へ転送する機能を持つ。第２の中継サーバ６Ｃは、図２１の中継サーバ６Ｃと同様なサーバで、内部に復号化処理手段と暗号化処理手段とインデックス記憶部を備え、コンテンツ配信サーバ２から配信された暗号化コンテンツを一旦復号化した後に再び暗号化してクライアント端末１へ転送する機能を持つ。制御部９１は、クライアント端末１へのコンテンツの転送を中継サーバ６Ａ経由で実施するか、中継サーバ６Ｃ経由で実施するかの選択を制御する部分であり、記憶部９２はこの選択制御に使用する情報を蓄積する部分である。
【０１４２】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２５の流れ図を参照して説明する。例として、或るコンテンツについてクライアント端末１から最初に出された要求に対しては再暗号化しないコンテンツを配信し、同じコンテンツが再要求された場合には一旦復号化した後に再暗号化したコンテンツを配信する場合を取りあげる。この場合、記憶部９２には、クライアント端末１のコンテンツ要求の履歴が蓄積される。
【０１４３】
先ず、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコンテンツの送信を要求すると（ステップＳ６０１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１がそのＣＩＤのコンテンツを過去に要求した履歴が記憶部９２に存在しないことから、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ６０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定されるサーバクラスタ９へ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ６０３）。
【０１４４】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ６０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ６０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ６０６）。
【０１４５】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ６０７）。そして、暗号化されたコンテンツをＳＩＤで特定されるサーバクラスタ９へ第１の暗号化コンテンツとして送信する（ステップＳ６０８）。
【０１４６】
サーバクラスタ９の制御部９１は、受信した第１の暗号化コンテンツを中継サーバ６Ａに伝達し、中継サーバ６Ａはこの第１の暗号化コンテンツをクライアント端末１へ送信する（ステップＳ６０９）。同時に制御部９１は、この第１の暗号化コンテンツを中継サーバ６Ｃにも分配すると共に、記憶部９２にクライアント端末１のクライアント識別子に対応して当該コンテンツＩＤを記憶する（ステップＳ６２１）。
【０１４７】
クライアント端末１の利用者は、第１の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ６１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ６１１）。クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した第１の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ６１２）。
【０１４８】
一方、第１の暗号化コンテンツの分配を受けた中継サーバ６Ｃは、この第１の暗号化コンテンツを復号するための復号鍵および再び暗号化するための暗号鍵を取得するために、当該コンテンツのＩＤ（ＣＩＤ）と自身のサーバＩＤ（ＳＩＤ）と内部のインデックス記憶部に記憶されたインデックスＩとの組を指定した復号鍵および再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ６２２）。
【０１４９】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ６２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存する（ステップＳ６２４）。他方、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に対応して復号鍵保存手段５８に保存されている復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を一緒に中継サーバ６Ｃへ送信する（ステップＳ６２５）。
【０１５０】
復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］および暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｃは、内部の暗号化処理手段を用いて、第１の暗号化コンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し（ステップＳ６２６）、次に、復号して得たコンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で再び暗号化して第２の暗号化コンテンツを生成する（ステップＳ６２７）。そして、この第２の暗号化コンテンツを内部に蓄積する（ステップＳ６２８）。
【０１５１】
次に、クライアント端末１が同じＣＩＤを持つコンテンツを再要求した場合について、図２６を参照して説明する。
【０１５２】
クライアント端末１の利用者がコンテンツのＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対してコンテンツの送信を再度要求すると（ステップＳ６３１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１が同じＣＩＤのコンテンツを一度要求している旨の履歴が記憶部９２に記録されていることから、受信したコンテンツ要求を中継サーバ６Ｃに伝達し、中継サーバ６Ｃは、内部に蓄積されている当該ＣＩＤ対応の第２の暗号化コンテンツをインデックスＩを添えてクライアント端末１へ送信する（ステップＳ６３２）。
【０１５３】
クライアント端末１の利用者は、受信した第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ６３３）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ６３４）。
【０１５４】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｃから受信した第２の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ６３６）。
【０１５５】
以上のように、クライアント端末１に対する最初のコンテンツ配信時にはコンテンツ配信サーバ２で暗号化された第１の暗号化コンテンツを配信し、２度目のコンテンツ配信時には第１の暗号化コンテンツを一旦復号化して再び別の暗号鍵で暗号化した第２の暗号化コンテンツを配信することができる。つまり、第１のコンテンツ要求を行った利用者のみが、第２のコンテンツ要求を行うことができる。この為、例えば、クライアント端末１で、第１のコンテンツ要求に対する第１の暗号化コンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、中継サーバ６Ｃを限定的に動作させることができる。
【０１５６】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、サーバクラスタ９の中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した第１の暗号化コンテンツを内部に蓄積しておき、他のクライアント端末から同じコンテンツが要求されたならば、蓄積された第１の暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予めサーバクラスタ９に第１の暗号化コンテンツを配布して蓄積させておくようにしても良い。
【０１５７】
以上、本発明の実施の形態ならびに実施例について説明したが、本発明は以上の例に限定されず、その他各種の付加変更が可能である。例えば、中継サーバをクライアント端末１の利用者が選択するようにしたが、ＣＤＮで適切な中継サーバに振り分ける技術など、既存の中継サーバの自動選択技術を用いるようにしてもよい。
【０１５８】
【発明の効果】
以上説明したように、本発明によれば、各中継サーバ毎に異なる暗号鍵を用いてコンテンツを暗号化したことにより、コンテンツの安全性を高めることができる。その理由は、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通しても、その影響はその中継サーバだけに限定され、残りのサーバ経由でコンテンツが不正に利用される危険性が低下するからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態の動作例を示す流れ図である。
【図３】本発明の第１の実施の形態の別の動作例を示す流れ図である。
【図４】本発明の第１の実施の形態の一実施例を示すブロック図である。
【図５】本発明の第１の実施の形態の一実施例における配信対象コンテンツ、補償用コンテンツの生成と登録段階の流れ図である。
【図６】補償サービスデータベースの登録内容の一例を示す図である。
【図７】暗号鍵データベースの登録内容の一例を示す図である。
【図８】コンテンツデータベースの登録内容の一例を示す図である。
【図９】本発明の第１の実施の形態の一実施例における配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階の流れ図である。
【図１０】本発明の第１の実施の形態の一実施例における配信対象コンテンツの視聴段階の流れ図である。
【図１１】本発明の第１の実施の形態の一実施例における補償サービスの実施段階の流れ図である。
【図１２】本発明の第２の実施の形態の構成を示すブロック図である。
【図１３】本発明の第２の実施の形態の動作例を示す流れ図である。
【図１４】本発明の第２の実施の形態の別の動作例を示す流れ図である。
【図１５】本発明の第３の実施の形態の構成例を示すブロック図である。
【図１６】本発明の第３の実施の形態の動作例を示す流れ図である。
【図１７】本発明の第３の実施の形態の別の構成例を示すブロック図である。
【図１８】本発明の第４の実施の形態の構成を示すブロック図である。
【図１９】本発明の第４の実施の形態の動作を示す流れ図である。
【図２０】本発明の第４の実施の形態の動作を示す流れ図である。
【図２１】本発明の第５の実施の形態の構成を示すブロック図である。
【図２２】本発明の第５の実施の形態の動作を示す流れ図である。
【図２３】本発明の第５の実施の形態の別の構成を示すブロック図である。
【図２４】本発明の第６の実施の形態の構成を示すブロック図である。
【図２５】本発明の第６の実施の形態の動作を示す流れ図である。
【図２６】本発明の第６の実施の形態の動作を示す流れ図である。
【図２７】従来のコンテンツ配信システムの構成図である。
【符号の説明】
１…クライアント端末
２…コンテンツ配信サーバ
３…暗号化処理手段
４…コンテンツデータベース
５…権利管理装置
６Ａ、６Ｂ…中継サーバ
７…コンテンツ生成装置
８…コンテンツ管理装置
９…サーバクラスタ
【発明の属する技術分野】
本発明はインターネット等のネットワークを介してサーバからクライアントへコンテンツを暗号化して配信する方法に関する。
【０００２】
【従来の技術】
インターネットに代表されるマルチメディア環境では、音声、動画像など様々な形式のデータを扱うことができ、これら様々な形式、内容のデータもしくはその中身をコンテンツと呼ぶ。コンテンツに関連するサービスは近年急速に拡大、普及しており、その代表的なものに、コンテンツ配信サービスがある。これは、画像や音声などのコンテンツをサーバからインターネット等のネットワークを通じてクライアント端末に配信し、クライアント端末側でのコンテンツの再生により画像や音声の視聴などを可能とするシステムである。
【０００３】
このようなコンテンツ配信サービスは、不特定多数の者を対象とするシステムと、特定の利用者のみを対象とするシステムとがあり、後者のシステムでは、特定の利用者のみにコンテンツを利用させる仕組みが必要となる。このような仕組みの従来技術の一例が特開平１１−１７５４７５号公報（以下、文献１と称す）に記載されている。
【０００４】
文献１に記載のコンテンツ配信システムでは、コンテンツをあらかじめ暗号化し、所定の料金を支払った者など特定の利用者にのみ復号鍵を提供する。図２３にそのブロック図を示す。サーバ１００１は、配信対象となるコンテンツを暗号化してクライアント端末１００２に配信する。その際、暗号鍵ＩＤと鍵サーバアドレスを添えて配信する。キャッシュサーバ１００３は、ネットワークキャッシュ技術によるサーバであり、サーバ１００１から配信されるコンテンツをクライアント端末１００２へ中継すると共に、同じコンテンツの再配信に備えて内部に蓄積しておき、次回同じコンテンツの配信が要求された場合、サーバ１００１からでなくキャッシュサーバ１００３からコンテンツを配信することで、サーバ１００１の負荷およびネットワークの負荷を軽減する。鍵サーバ１００４は、暗号鍵の管理およびアクセス条件のチェックを行う機能を持つ。クライアント端末１００２は、受信した暗号化コンテンツを復号するために、そのコンテンツに付随する鍵サーバアドレスに従って鍵サーバ１００４に接続し、ユーザ認証情報と暗号鍵ＩＤを通知して暗号鍵を要求する。鍵サーバ１００４は、ユーザ認証情報より暗号鍵ＩＤに該当する暗号鍵のアクセス権が存在するか否かを調べ、存在する場合に暗号鍵をクライアント端末１００２に返送する。クライアント端末１００２は、返送されてきた暗号鍵で暗号化コンテンツを復号する。
【０００５】
文献１に示されるような暗号化によるアクセス制限方法は、利用者ＩＤとパスワードによる既知のアクセス制限方法に比べて、ネットワークキャッシュ技術との親和性が良いという特徴を持つ。但し、キャッシュサーバ１００３には、クライアント端末１００２への配信が行われた時点で初めてコンテンツが蓄積され、それ以降にキャッシュの効果が生じるため、キャッシュサーバ１００３に保存されていないコンテンツについては効果がない。そこで、近年はＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）と呼ばれる技術が普及している。ＣＤＮは、ネットワーク上に複製サーバや蓄積サーバと呼ばれるサーバを複数配置し、予めそれらのサーバにコンテンツを転送しておき、エンドユーザからのアクセス要求に対して複数存在するサーバの中からそのユーザにとって最適なサーバにアクセスすることにより、ユーザに対するレスポンスの向上とトラフィックの軽減を図る技術である。このＣＤＮを文献１に記載のコンテンツ配信システムへ適用すると、サーバ１００１は、暗号化されたコンテンツをＣＤＮを構成する各サーバに事前に配布しておき、クライアント端末１００２は任意のサーバから暗号化コンテンツの配信を受ける構成となる。
【０００６】
なお、コンテンツ配信サーバからのコンテンツをクライアント端末に中継するサーバには、キャッシュを有しないか、有していてもライブストリーミングコンテンツの配信時のようにキャッシング処理を行わない種類のサーバも存在する。
【０００７】
【発明が解決しようとする課題】
上述した文献１に記載のコンテンツ配信システムでは、コンテンツを暗号化して配信する一方、別途に復号鍵を配信することで、特定の利用者のみがコンテンツを利用できるようにしている。しかし、配信対象となるコンテンツは、それが中継されるサーバにかかわらず同じ暗号鍵で暗号化されているため、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通すると、その中継サーバだけでなく、残りの全ての中継サーバ経由でコンテンツが不正に利用される危険性がある。また、ネットワークの負荷等を軽減するためにキャッシュサーバやＣＤＮを利用すると、複製された同一のコンテンツが複数の中継サーバに存在することになるため、不正なコンテンツ利用の可能性が更に高まり、コンテンツの安全性が更に低下する。
【０００８】
そこで本発明の目的は、配信対象コンテンツの安全性を高めることにある。
【０００９】
本発明の別の目的は、キャッシュサーバやＣＤＮの複製サーバなどを利用する場合にも、各サーバ上のコンテンツの安全性を確保できるようにすることにある。
【００１０】
【課題を解決するための手段】
本発明のコンテンツ配信方法は、サーバ端末からクライアント端末へ中継サーバを経由してコンテンツを配信する方法において、中継サーバとコンテンツの組毎に異なる暗号鍵でコンテンツを暗号化して配信する。これにより、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通しても、その影響はその中継サーバだけに限定され、残りの中継サーバ経由でコンテンツが不正に利用される危険性が低下する。
【００１１】
コンテンツを暗号化するための暗号鍵は、配信対象コンテンツのサーバ端末への登録時に中継サーバ及びコンテンツの組毎に異なる暗号鍵を暗号鍵データベースに登録しておき、サーバ端末からクライアント端末への配信時に前記暗号鍵データベースに登録された暗号鍵を使用するようにしても良いし、サーバ端末からクライアント端末への中継サーバを経由したコンテンツの配信時に当該中継サーバおよび当該コンテンツの組に対応する暗号鍵を動的に生成するようにしても良い。
【００１２】
また本発明のコンテンツ配信方法は、サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、更に異なる暗号鍵で再暗号化する。より具体的には、中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用してコンテンツを更に暗号化する。さらに、中継サーバを多段構成とし、各段階で再暗号化を行うようにしても良い。これにより、コンテンツの安全性をより一層確保することができる。
【００１３】
また本発明のコンテンツ配信方法は、サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、一旦復号化した後に異なる暗号鍵で再び暗号化する。より具体的には、中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、暗号化コンテンツを一旦復号化した後、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用して前記復号したコンテンツを再び暗号化する。さらに、中継サーバを多段構成とし、各段階で復号化と再暗号化を行うようにしても良い。これにより、中継サーバ毎に暗号鍵を異ならせつつ、クライアント端末側での復号化処理を簡素化することができる。
【００１４】
また、暗号化コンテンツを中継サーバに予め配布して蓄積させておくようにしても良い。これにより、クライアント端末からの要求に応答するための時間を短縮することができる。
【００１５】
また、本発明のコンテンツ配信方法は、サーバ端末からクライアント端末へサーバクラスタを経由してコンテンツを配信する方法であって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化した第１の暗号化コンテンツをサーバクラスタの第１の中継サーバ経由でクライアント端末に配信する処理と、前記第１の暗号化コンテンツをサーバクラスタにおいて更に異なる暗号鍵で再暗号化するか、一旦復号化した再び暗号化することにより生成した第２の暗号化コンテンツをサーバクラスタの第２の中継サーバ経由でクライアント端末に配信する処理とを選択的に実施する。より具体的には、クライアント端末が初めて要求したコンテンツについては前記第１の暗号化コンテンツを配信し、同じコンテンツについての再要求時は前記第２の暗号化コンテンツを配信する。これにより、例えば、クライアント端末で、最初のコンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、第２の中継サーバを限定的に動作させることができる。
【００１６】
【発明の第１の実施の形態】
次に、本発明の第１の実施の形態について図面を参照して詳細に説明する。
【００１７】
図１を参照すると、本発明の第１の実施の形態にかかるコンテンツ配信システムは、クライアント端末１と、このクライアント端末１にインターネット等の図示しないネットワーク経由でコンテンツを配信するコンテンツ配信サーバ２と、このコンテンツ配信サーバ２が配信するコンテンツを暗号化する暗号化処理手段３と、配信対象のコンテンツを蓄積するコンテンツデータベース４と、コンテンツ配信サーバ２への暗号鍵の提供、クライアント端末１への復号鍵を内包するチケットの提供を行う権利管理装置５と、コンテンツ配信サーバ２からのコンテンツをクライアント端末１へ中継する複数の中継サーバ６Ａとを含んで構成される。なお、クライアント端末１及びコンテンツ配信サーバ２と権利管理装置５とはインターネット等の図示しないネットワーク経由で相互に通信可能になっている。また、図１には、クライアント端末１は１つしか示されていないが、一般に複数のクライアント端末が存在する。
【００１８】
本実施の形態において配信するコンテンツは、画像や音声などのストリーミングコンテンツ、画像や音声などのダウンロードコンテンツ等、任意のコンテンツである。
【００１９】
クライアント端末１は、コンテンツをユーザが視聴するために再生するブラウザ等のコンテンツ再生手段１１を有する。また、図示していないが、表示装置やキーボード等の入出力装置、クライアント端末１全体の制御を司る制御手段を備えている。クライアント端末１は、パーソナルコンピュータや携帯端末等の情報処理装置とクライアント端末用プログラムとで実現することができる。その場合、クライアント端末用プログラムによってコンテンツ再生手段１１等の機能手段が情報処理装置上に実現される。
【００２０】
権利管理装置５は、チケットサーバ５１と暗号鍵管理手段５２と暗号鍵データベース５３とを含んで構成される。暗号鍵データベース５３には、コンテンツ配信サーバ２が配信するコンテンツを暗号化する際に使用する暗号鍵とその復号化に使う復号鍵とが予め登録されている。本実施の形態の場合、コンテンツを一意に識別する識別子（以下、ＣＩＤ）と中継サーバ６Ａを一意に識別する識別子（以下、ＳＩＤ）との組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組が、ＣＩＤとＳＩＤで検索可能に暗号鍵データベース５３に登録されている。ＳＩＤは、中継サーバ６ＡのＩＰアドレスまたはドメイン名などを用いることができる。ここで、この２つの鍵は、Ｋｅ［ＣＩＤ，ＳＩＤ］によって或るデータＤが暗号化された暗号文Ｅは、Ｋｄ［ＣＩＤ，ＳＩＤ］によって元のデータＤに復元されるという関係にある。具体的な例として、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いても良いし、ＤＥＳ暗号などの共通鍵暗号系における共通鍵（すなわち、Ｋｅ［ＣＩＤ，ＳＩＤ］＝Ｋｄ［ＣＩＤ，ＳＩＤ］）を用いても良い。
【００２１】
暗号鍵管理手段５２は、暗号鍵データベース５３からの暗号鍵および復号鍵の払出しを管理する手段で、チケットサーバ５１に対しては復号鍵を払出し、コンテンツ配信サーバ２に対しては暗号鍵を払出す。チケットサーバ５１は、クライアント端末１からの要求に応じて、復号鍵を内包するチケットを提供する機能を持つ。
【００２２】
このような権利管理装置５は、ワークステーション等の情報処理装置と権利管理装置用プログラムとで実現することができる。その場合、権利管理装置用プログラムによってチケットサーバ５１、暗号鍵管理手段５２が情報処理装置上に実現される。
【００２３】
中継サーバ６ＡはキャッシュサーバやＣＤＮを構成する中継サーバである。中継サーバ６Ａは、ワークステーション等の情報処理装置と、この情報処理装置を中継サーバ６Ａとして機能させる中継サーバ用プログラムとで実現することができる。
【００２４】
なお、コンテンツ配信サーバ２、暗号化処理手段３およびコンテンツデータベース４は、同じ１つのサーバ上に備えるようにしても良いし、幾つかのサーバに分散して備えるようにしても良い。また、コンテンツ配信サーバ２、暗号化処理手段３はワークステーション等の情報処理装置と、この情報処理装置をコンテンツ配信サーバ２および暗号化処理手段３として機能させるサーバ用プログラムとで実現することができる。
【００２５】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２の流れ図を参照して説明する。
【００２６】
クライアント端末１の利用者は、視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ａに対してコンテンツの送信を要求する（ステップＳ１０１）。ＣＩＤは、例えばコンテンツ配信サーバ２が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからＣＩＤを取得することができる。ＳＩＤの取得もＣＩＤと同様にして行うことができる。
【００２７】
クライアント端末１からコンテンツ送信要求を受信した中継サーバ６Ａは、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信する（ステップＳ１０２）。コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ａへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ１０３）。暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組に対応する暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を暗号鍵データベース５３から取り出し、コンテンツ配信サーバ２へ送信する（ステップＳ１０４）。
【００２８】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ１０５）。そして、暗号化されたコンテンツをＳＩＤで特定される中継サーバ６Ａへ送信する（ステップＳ１０６）。中継サーバ６Ａは、受信した暗号化コンテンツをクライアント端末１へ転送する（ステップＳ１０７）。
【００２９】
クライアント端末１の利用者は、暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ１０８）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて暗号鍵データベース５３から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ１０９）。なお、チケットが有償の場合、チケットサーバ５１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図２のフローでは省略している（以下の他の実施の形態においても同様である）。
【００３０】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ１１０）。
【００３１】
図２の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ａに暗号化コンテンツを配布して中継サーバ６Ａに蓄積させるようにしても良い。この場合の動作例を図３に示す。
【００３２】
まずコンテンツ配信サーバ２は、配信予定であるコンテンツのＣＩＤと配布先となる中継サーバ６ＡのＳＩＤとの組を決定する（ステップＳ１２１）。そして、このＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］を取得し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテンツを暗号化してＣＩＤを添えて中継サーバ６Ａに送信する（ステップＳ１２２〜Ｓ１２５）。暗号化コンテンツを受信した中継サーバ６Ａは、暗号化コンテンツをＣＩＤに対応付けて内部の記憶装置に蓄積する（ステップＳ１２６）。全ての中継サーバ６Ａに配布する場合、ステップＳ１２１〜Ｓ１２６の動作が各中継サーバ６Ａ毎に繰り返される。
【００３３】
その後、クライアント端末１が、図２のステップＳ１０１と同様にＣＩＤを中継サーバ６Ａへ送信すると（ステップＳ１２７）、中継サーバ６Ａは蓄積済の暗号化コンテンツを送信する（ステップＳ１２８）。クライアント端末１側では、図２のステップＳ１０８〜Ｓ１１０と同様にして、チケットを取得し、復号鍵で暗号化コンテンツを復号化し、コンテンツを視聴する（ステップＳ１２９〜Ｓ１３１）。
【００３４】
このようにすることで、中継サーバ６Ａがクライアント端末１からの要求に応答するための時間を短縮することができる。
【００３５】
【実施例】
次に第１の実施の形態の実施例について図面を参照して詳細に説明する。本発明は任意の種類のコンテンツの配信サービスに対して適用可能であるが、この実施例では、ストリーミング技術を用いたストリーミングコンテンツの配信サービスを取り上げる。
【００３６】
ストリーミング技術は、画像や音声などのストリーミングコンテンツについて、サーバからのコンテンツ配信とクライアント側でのコンテンツ再生とを、同期を取りながらほぼリアルタイムに行うサービスである。良く知られているように、ネットワークが混雑していたり、サーバの負荷が高いと、所望の品質のストリーミングコンテンツは配信できない。このため、サーバ側では、クライアントとの間の回線状況等に応じてストリーミングコンテンツの品質を自動的に調整する。例えば、動画データの場合には秒間コマ数を間引いたり、音楽データの場合には高周波成分や低周波成分をカットしたりして、コンテンツの品質を調整する。従って、コンテンツの配信が有料で行われる場合や、コンテンツの配信を受ける権利を有する特定の者に対しコンテンツを配信する場合、クライアント側におけるストリーミングコンテンツの再生品質がその時点のネットワーク負荷等に起因して所望の品質以下であったときには何らかの補償を行う必要性が出てくる。
【００３７】
そこで本実施例では、ネットワークやサーバの過負荷などによりクライアント側で一定の再生品質が得られなかったコンテンツ配信について、コンテンツの再視聴による補償を可能にする。また、補償のために再視聴させるコンテンツが補償対象クライアント以外のクライアントに不正に再生されるのを防止する。
【００３８】
図４を参照すると、本発明の第１の実施の形態の一実施例にかかるコンテンツ配信システムは、コンテンツの生成や登録などを行うコンテンツ生成装置７と、コンテンツ利用者からの利用要求に対して利用の可否を判断し復号鍵を含むチケットの送信など行う権利管理装置５と、コンテンツを蓄積し管理するコンテンツ管理装置８と、コンテンツの中継を行う１以上の中継サーバ６Ａと、コンテンツ利用者が受信したコンテンツを視聴するクライアント端末１とから構成されている。
【００３９】
コンテンツ生成装置７は、映像データからのストリーミングコンテンツの生成など配信対象となるコンテンツの生成、そのコンテンツの再生品質が所定の基準を満たさなかったときの補償サービスの内容の生成、コンテンツの暗号化に使用する暗号鍵の生成などを行う生成手段７１と、生成手段７１で生成されたデータの権利管理装置５およびコンテンツ管理装置８への登録を行う登録手段７２とを含む。
【００４０】
権利管理装置５は、クライアント端末１からコンテンツの利用要求を受信し、当該コンテンツを復号するための適切な復号鍵を内包するチケットをクライアント端末１に送信するなどの処理を行うチケットサーバ５１と、コンテンツ再生中の再生品質に関する情報（例えば受信パケット数など）である補償用データをクライアント端末１から受信し、決定した補償サービスの内容をチケットサーバ５１に通知するなどの処理を行う補償サービス管理手段５４と、前記補償用データの内容を解析し、適切な補償サービスを決定する補償サービス決定手段５５と、クライアント端末１におけるコンテンツ再生品質に応じた補償サービスの内容を登録しておく補償サービスデータベース５６と、暗号化および復号に用いられる暗号鍵を登録しておく暗号鍵データベース５３と、この暗号鍵データベース５３への暗号鍵の登録、その払出しを管理する暗号鍵管理手段５２とを含む。
【００４１】
コンテンツ管理装置８は、コンテンツ生成装置７から送信される配信対象コンテンツの登録やその配信などを行うコンテンツ管理手段８１と、コンテンツ生成装置７から送信される補償サービスの内容に従って配信対象コンテンツから補償サービスに利用する補償用コンテンツを作成する補償用コンテンツ作成手段８２と、配信するコンテンツに対して暗号化処理を施す暗号化処理手段３と、配信対象コンテンツや補償用コンテンツなどを蓄積しておくコンテンツデータベース４とを含む。
【００４２】
ここで、補償用コンテンツとしては、配信対象コンテンツがストリーミングコンテンツである場合、ダウンロードコンテンツとする。ダウンロードコンテンツとは、ストリーミングではなくダウンロード可能な形式のコンテンツを指す。ネットワークの過負荷時にはダウンロードに時間はかかるが、再生はダウンロードしたコンテンツに基づき実施されるので、ネットワーク負荷の影響を受けず品質は安定する。また、配信対象コンテンツがライブストリーミングコンテンツの場合、その補償用コンテンツとしては、ダウンロードコンテンツ以外に、オンデマンドストリーミングコンテンツとすることができる。オンデマンドストリーミングコンテンツとは、ライブストリーミングコンテンツをその配信時に録画した内容に基づいて作成されたコンテンツで、ストリーミングコンテンツである点でライブストリーミングコンテンツと同じであるが、ライブでない点が相違する。オンデマンドストリーミングコンテンツを補償用コンテンツとして用意することで、ライブ中継など失敗が許されないコンテンツ配信において、万一事故が起こり、十分な品質で配信が行えなかった場合にも、録画した内容の再視聴という形態で補償することが可能となる。
【００４３】
中継サーバ６Ａは、コンテンツ管理装置８とクライアント端末１との間に位置し、コンテンツ管理装置８のコンテンツ管理手段８１から配信されるコンテンツの中継を行う機能を持つサーバであり、ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ／Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）の一部を構成する。
【００４４】
クライアント端末１は、コンテンツ管理装置８から中継サーバ６Ａ経由で配信されるコンテンツを受信再生するコンテンツ再生手段１１と、このコンテンツ再生手段１１によるコンテンツの再生品質に関する情報を検出して蓄積する補償用データ管理手段１２と、表示装置やキーボード等を含む入出力装置１３と、これらに接続されると共に図示しないインターネット等のネットワークを介して権利管理装置５に接続される制御手段１４とを含む。補償用データ管理手段１２が検出する情報としては、当該コンテンツについて受信したパケット数、再生中の映像のフレームレート、再生を開始してからの経過時間などが考えられる。
【００４５】
次に、本実施例の動作を、１つの配信対象コンテンツに注目し、その生成から配信、再生、その補償の各段階にわけて説明する。
【００４６】
（１）配信対象コンテンツ、補償用コンテンツの生成と配布（図５参照）
コンテンツ生成装置７の生成手段７１は、先ず、映像データなどから配信対象コンテンツを生成する（ステップＰ７０１）。
【００４７】
次に、コンテンツ生成装置７の生成手段７１は、配信対象コンテンツがクライアント端末１で所望の品質で再生できなかった場合の補償サービスの内容を生成する（ステップＰ７０２）。具体的には、配信対象コンテンツ毎に以下の項目を決定する。
（ａ）配信対象コンテンツＩＤ（ＣＩＤ）
（ｂ）補償再生品質条件
（ｃ）サービス形態
（ｄ）補償用コンテンツＩＤ
（ｅ）その他の情報
【００４８】
（ａ）の配信対象コンテンツＩＤは、コンテンツ配信システムにおいて当該配信対象コンテンツを一意に識別するための識別子である。（ｂ）の補償再生品質条件は、当該配信対象コンテンツに対する補償を認める再生品質の条件である。例えば、配信対象コンテンツの最高の再生品質を１、最低の最高品質を０とする場合、１から０の中間の値に数値化された再生品質レベルを用いた条件式が設定される。（ｃ）のサービス形態は、コンテンツの再視聴の形態を示し、例えば再ストリーミング許可、ダウンロード許可等が設定される。（ｄ）の補償用コンテンツＩＤは、当該配信対象コンテンツのクライアント端末１での再生品質が、（ｂ）の補償再生品質条件に適合したときに、（ｃ）のサービス形態で再視聴を許可する補償用コンテンツを一意に識別するための識別子である。（ｅ）のその他の情報は、クライアント端末１から送られてくる補償用データから再生品質を定量化するために使う情報である。例えば、補償用データに含まれる受信パケット数で再生品質を定量化する場合、コンテンツ本来の総パケット数が必要になるため、この情報がその他の情報に設定される。
【００４９】
上述した補償サービスの内容は、１つの配信対象コンテンツ当たり１つに限られず、異なる再生品質レベルについて複数生成することもできる。例えば、再生品質レベルｌｅｖｅｌ１と、それより低い再生品質レベルｌｅｖｅｌ２との２種類について、ｌｅｖｅｌ２に満たない場合にはダウンロード許可、ｌｅｖｅｌ２は満たすがｌｅｖｅ１は満たさない場合には再ストリーミング許可の２つの補償サービス内容を生成することができる。
【００５０】
ここで、補償サービス内容の生成は人手で実施しても良いし、プログラムで自動生成しても良い。プログラムで自動生成する場合、例えば、配信対象コンテンツの種別（ライブストリーミングコンテンツやストリーミングコンテンツ等）毎の補償再生品質条件およびサービス形態を予め記憶するファイルと、配信対象コンテンツの種別をキーにこのファイルから補償再生品質条件およびサービス形態を読み出し、それに配信対象コンテンツＩＤ、補償用コンテンツＩＤを付加し、更に配信対象コンテンツのデータ量から配信時におけるパケット総数を見積もって付加するプログラムとを用意すれば良い。
【００５１】
また、コンテンツ生成装置７は、配信対象コンテンツおよび補償用コンテンツの暗号化及び復号化に使う暗号鍵、これらのコンテンツを配布する中継サーバ６Ａに関する情報を生成する（ステップＰ７０３）。具体的には、コンテンツと中継サーバ６Ａの組毎に以下のような情報を生成する。
（ａ）コンテンツＩＤ（ＣＩＤ）
（ｂ）中継サーバＩＤ（ＳＩＤ）
（ｃ）中継サーバＵＲＩ
（ｄ）暗号鍵
【００５２】
（ａ）のコンテンツＩＤは、配信対象コンテンツまたは補償用コンテンツのＩＤであり、ステップＰ７０２で生成されたものと同じものである。（ｂ）、（ｃ）の中継サーバＩＤとＵＲＩは、配信対象コンテンツおよび補償用コンテンツの配布先となる中継サーバ６Ａの識別子およびＵＲＩである。（ｄ）の暗号鍵は、（ａ）のコンテンツＩＤを持つコンテンツの暗号化および復号化に使う暗号鍵である。ここでは、ＤＥＳ暗号などの共通鍵暗号系における共通鍵を用い、例えば（ａ）のコンテンツＩＤと（ｂ）の中継サーバＩＤとから暗号鍵を生成することにより、コンテンツ及び中継サーバの組み合わせ毎の暗号鍵を生成する。勿論、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを用いることもできる。
【００５３】
コンテンツ生成装置７の登録手段７２は、ステップＰ７０２で生成した補償サービス内容をその登録のために権利管理装置５およびコンテンツ管理装置８へ送信する（ステップＰ７０４）。
【００５４】
権利管理装置５のチケットサーバ５１は、補償サービス内容を受信すると、補償サービス管理手段５４に伝達する（ステップＰ５０１）。補償サービス管理手段５４は、伝達された補償サービス内容を補償サービスデータベース５６へ登録する（ステップＰ５０２）。図６に補償サービスデータベース５６の登録内容の一例を示す。ここでは、同じコンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１のコンテンツについて２種類の補償サービス内容が登録されている。その１つは、クライアント端末１での再生品質Ｘがｌｅｖｅ２を越えているがｌｅｖｅｌ１以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツに対する再ストリーミング許可を認めるものであり、他の１つは、クライアント端末１での再生品質Ｘがｌｅｖｅｌ２以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツに対するダウンロード許可を認めるものである。
【００５５】
コンテンツ管理装置８のコンテンツ管理手段８１は、補償サービス内容を受信すると（ステップＰ８０１）、それをコンテンツデータベース４に登録する（ステップＰ８０２）。登録される内容は図６と同じである。
【００５６】
次にコンテンツ生成装置７の登録手段７２は、ステップＰ７０３で生成した暗号鍵と中継サーバに関する情報を、その登録のために権利管理装置５へ送信する（ステップＰ７０５）。権利管理装置５のチケットサーバ５１は、暗号鍵と中継サーバに関する情報を受信すると、それを暗号鍵管理手段５２に伝達する（ステップＰ５０３）。暗号鍵管理手段５２は、それを暗号鍵データベース５３に登録する（ステップＰ５０４）。
【００５７】
図７に暗号鍵データベース５３の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツについて、サーバ１からサーバｎまでの各中継サーバ６Ａ毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。また、この配信対象コンテンツの補償用コンテンツとして、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテンツとの２種類のコンテンツとがあり、それぞれについて、サーバ１からサーバｎまでの各中継サーバ６Ａ毎に中継サーバＩＤ、中継サーバＵＲＩ、暗号鍵が登録されている。
【００５８】
次にコンテンツ生成装置７の登録手段７２は、ステップＰ７０１で生成された配信対象コンテンツを、その登録ならびに配信のためにコンテンツＩＤを付随させてコンテンツ管理装置８へ送信する（ステップＰ７０６）。コンテンツ管理装置８のコンテンツ管理手段８１は、配信対象コンテンツを受信すると（ステップＰ８０３）、コンテンツデータベース４へ登録する（ステップＰ８０４）。ここで、配信対象コンテンツがライブストリーミングコンテンツの場合、コンテンツ管理手段８１は、受信したライブストリーミングコンテンツを録画し、その録画内容をコンテンツデータベース４へ登録する。図８にコンテンツデータベース４の登録内容の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１を持つ配信対象コンテンツがそのＩＤと共に登録されている。なお、ｃｏｎｔｅｎｔｓ１ｈ１、ｃｏｎｔｅｎｔｓ１ｈ２に関する部分は後述のようにして生成された補償用コンテンツの登録内容であり、補償サービス内容はステップＰ８０２で登録されたもので、その中身は図６と同じである。
【００５９】
補償用コンテンツ作成手段８２は、コンテンツデータベース４に補償サービス内容が登録されると、配信対象コンテンツがコンテンツデータベース４に登録され次第、その配信対象コンテンツから補償用コンテンツを生成し、コンテンツデータベース４に登録する（ステップＰ８０５）。例えば、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１、サービス形態＝再ストリーミング許可、補償用コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１という補償サービス内容が登録されると、ｃｏｎｔｅｎｔｓ１の配信対象コンテンツがコンテンツデータベース４に登録され次第、この登録された配信対象コンテンツからオンデマンドストリーミングコンテンツを生成し、図８に示したように、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１に対応付けてコンテンツデータベース４に登録する。ダウンロード許可の補償サービス内容が登録された場合も同様である。
【００６０】
（２）配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布（図９参照）
コンテンツ管理装置８のコンテンツ管理手段８１は、コンテンツデータベース４に登録された配信対象コンテンツ及び補償用コンテンツを暗号化して各中継サーバ６Ａへ配布する。ライブストリーミングコンテンツの場合、中継サーバ６Ａへの配布は、コンテンツ生成装置７からのライブストリーミングコンテンツの受信時に速やかに実施され、それ以外のコンテンツの場合、配布可能となった時点で速やかに実施される。１つのコンテンツの配布は具体的には以下のように行われる。
【００６１】
コンテンツ管理手段８１は、配布対象となるコンテンツのＩＤを指定して権利管理装置５の暗号鍵管理手段５２に対して、暗号鍵と中継サーバに関する情報を要求する（ステップＰ７１１）。暗号鍵管理手段５２は、この要求を受信すると（ステップＰ５１１）、要求で指定されたコンテンツＩＤで暗号鍵データベース５３を検索して図７のコンテンツＩＤが指定されたコンテンツＩＤと一致する全ての暗号鍵と中継サーバに関する情報を取得し（ステップＰ５１２）、それらをコンテンツ管理手段８１へ送信する（ステップＰ５１３）。
【００６２】
コンテンツ管理手段８１は、暗号鍵管理手段５２から送られる情報を受信し（ステップＰ７１２）、暗号鍵と中継サーバに関する情報毎に、暗号化処理（ステップＰ７１３）と暗号化されたコンテンツの送信処理（ステップＰ７１４）とを繰り返す。具体的には、暗号鍵と中継サーバに関する情報に含まれるコンテンツＩＤを持つコンテンツをコンテンツデータベース４から取り出し、同情報に含まれる暗号鍵と一緒に暗号化処理手段３に渡して、そのコンテンツをその暗号鍵で暗号化した暗号化コンテンツを生成させ、この暗号化コンテンツをそのコンテンツＩＤを添えて、暗号鍵と中継サーバに関する情報に含まれる中継サーバＵＲＩで特定される中継サーバ６Ａへ送信する。
【００６３】
各中継サーバ６Ａでは、コンテンツ管理手段８１から送信されてくる暗号化コンテンツを受信し、そのコンテンツＩＤに対応付けて内部に蓄積する（ステップＰ６０１）。
【００６４】
以上のような処理が配信対象コンテンツ及び補償用コンテンツに対して実施されることで、各中継サーバ６Ａに暗号化された配信対象コンテンツ及び暗号化された補償用コンテンツが蓄積される。
【００６５】
（３）クライアント端末での配信対象コンテンツの視聴と補償用データの検出（図１０参照）
クライアント端末１の利用者は、視聴したいコンテンツのＩＤを選択する。例えば、コンテンツ管理装置８が運営するホームページで、配信対象コンテンツのＩＤの一覧を提示するサービスを行っている場合、そのページからコンテンツＩＤを選択する。また、利用者は、コンテンツの配信を受ける中継サーバ６ＡのサーバＩＤを選択する。この選択も例えばコンテンツＩＤの選択と同様に行うことができる。利用者は、クライアント端末１の入出力装置１３の操作によって制御手段１４を起動し、視聴したいコンテンツＩＤ及び選択した中継サーバ６ＡのサーバＩＤを指定し、チケットの購入を指示する。これに応じて制御手段１４は、コンテンツＩＤ及びサーバＩＤを含むチケット要求を権利管理装置５のチケットサーバ５１へ送信する（ステップＰ１０１）。
【００６６】
チケットサーバ５１は、チケットの要求を受信すると（ステップＰ５２１）、チケットを生成する（ステップＰ５２２）。具体的には、要求中で指定されたコンテンツＩＤ及びサーバＩＤの組を持つ暗号鍵と中継サーバに関する情報を暗号鍵管理手段５２を通じて暗号鍵データベース５３から取り出し、この取り出した情報中に含まれる暗号鍵、中継サーバＵＲＩを内包するチケットを生成する。ここで、チケットは電子的なもので、紙媒体で作られている通常のチケットとは相違する。次に、チケットサーバ５１は、生成したチケットをクライアント端末１へ送信する（ステップＰ５２３）。なお、チケットの購入が有償の場合、チケットサーバ５１とクライアント端末１との間で既知の方法によるユーザ認証および電子決済がなされるが、図１０のフローでは省略している。
【００６７】
クライアント端末１の制御手段１４は、チケットサーバ５１から送信されてきたチケットを受信し、それが利用されるまで内部に一時的に記憶する（ステップＰ１０２）。利用者は、この記憶されたチケットを使ってコンテンツを視聴する。具体的には、コンテンツ再生手段１１により、チケットに記述されたサーバＵＲＩの中継サーバ６Ａに接続し、同チケットに記述されたコンテンツＩＤを指定したコンテンツ要求を中継サーバ６Ａに送信する（ステップＰ１０３）。
【００６８】
中継サーバ６Ａは、クライアント端末１からコンテンツ要求を受信すると（ステップＰ６１１）、コンテンツ要求で指定されたコンテンツＩＤに対応する暗号化コンテンツをクライアント端末１へ配信する（ステップＰ６１２）。
【００６９】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから配信される暗号化コンテンツを受信し、チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＰ１０４）。このコンテンツ再生手段１１によるコンテンツの再生中、補償用データ管理手段１２は、コンテンツの再生品質に関する情報を検出し、再生中のコンテンツのＩＤに対応付けて蓄積する（ステップＰ１０５）。
【００７０】
（４）補償サービスの実施（図１１参照）
クライアント端末１の利用者は、配信対象コンテンツの再生品質に満足しなかったためにその補償を求める場合、補償用コンテンツの配信を受ける中継サーバ６Ａを選択し、その中継サーバ６ＡのサーバＩＤと補償用データ管理手段１２に記憶されている補償用データとを指定して入出力装置１３から制御手段１４に対して、補償サービスの実施の要求を入力する。制御手段１４は、指定された補償用データ、配信対象コンテンツＩＤ、利用者が指定した中継サーバ６ＡのサーバＩＤおよびクライアント端末１のアドレスを指定した補償サービス要求を権利管理装置５の補償サービス管理手段５４へ送信する（ステップＰ１１１）。
【００７１】
補償サービス管理手段５４は、クライアント端末１から送信された補償サービス要求を受信すると（ステップＰ５３１）、その要求で指定された補償用データとコンテンツＩＤとを補償サービス決定手段５５に伝達する。補償サービス決定手段５５は、先ず、補償用データを解析してクライアント端末１での再生品質レベルＸを求める。例えば、補償用データとして受信パケット数を利用する場合、受信パケット数を配信対象コンテンツの本来のパケット総数で割った値を再生品質レベルＸとする。次に、コンテンツＩＤで補償サービスデータベース５６を検索して同じコンテンツＩＤを含む補償サービス内容を全て抽出し、個々の補償サービス内容に記述された補償再生品質条件と前記再生品質レベルＸを比較することにより、補償サービスの要否を判断する（ステップＰ５３３）。例えば、コンテンツＩＤがｃｏｎｔｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であれば、図６のダウンロード許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ２を越えているが、ｌｅｖｅｌ１以下であれば、図６の再ストリーミング許可の補償サービスが必要と判断する。また、再生品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断する。
【００７２】
補償サービス決定手段５５は、補償が必要であると判断した場合（ステップＰ５３４でＹＥＳ）、その旨と必要な補償サービス内容を補償サービス管理手段５４に通知し、補償サービス管理手段５４はこれにクライアント端末１から指定されたサーバＩＤおよびクライアント端末１のアドレスを添えてチケットサーバ５１に通知する。チケットサーバ５１は、この通知に従い、補償用チケットを生成する（ステップＰ５３５）。具体的には、チケットサーバ５１は、まず、通知された補償サービス内容から、サービス形態と補償用コンテンツＩＤとを抽出する。次に、この補償用コンテンツＩＤとクライアント端末１が指定したサーバＩＤの組み合わせに適合する暗号鍵と中継サーバに関する情報を暗号鍵管理手段５２を通じて暗号鍵データベース５３から検索する。次に、検索した暗号鍵と中継サーバに関する情報から中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバＵＲＩ、暗号鍵、および前記補償サービス内容から抽出したサービス形態と補償用コンテンツＩＤを内包する補償用チケットを生成する。そして、生成した補償用チケットを、通知されたアドレスのクライアント端末１へ送信する（ステップＰ５３６）。
【００７３】
他方、補償サービス決定手段５５は、補償が不要であると判断した場合（ステップＰ５３４でＮＯ）、その旨を補償サービス管理手段５４に通知し、補償サービス管理手段５４はそれにクライアント端末１のアドレスを添えてチケットサーバ５１へ通知する。チケットサーバ５１は、この通知に従って、補償できない旨のメッセージをクライアント端末１へ送信する（ステップＰ５３７）。
【００７４】
クライアント端末１の制御手段１４は、補償サービス要求に対する応答を受信し、補償用チケットであれば、入出力装置１３に表示すると共にそれが利用されるまで内部に一時的に記憶し、補償不要のメッセージであれば入出力装置１３に表示する（ステップＰ１１２）。利用者は、この記憶された補償チケットを使って補償用コンテンツを視聴する。具体的には、コンテンツ再生手段１１により、補償用チケットに記述されたサーバＵＲＩの中継サーバ６Ａに接続し、同チケットに記述された補償用コンテンツＩＤを指定したコンテンツ要求を中継サーバ６Ａに送信する（ステップＰ１１３）。
【００７５】
中継サーバ６Ａは、クライアント端末１からコンテンツ要求を受信すると（ステップＰ６２１）、コンテンツ要求で指定された補償用コンテンツＩＤに対応する暗号化補償用コンテンツをクライアント端末１へ配信する（ステップＰ６２２）。
【００７６】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから配信される暗号化補償用コンテンツを受信し、補償用チケットに内包されている暗号鍵で復号化して再生し、利用者に当該コンテンツを視聴させる（ステップＰ１１４）。
【００７７】
以上の実施例では、クライアント端末１の制御手段１４は、利用者からの指示を契機に補償用データを含む補償サービス要求を補償サービス管理手段５４に送信したが、コンテンツ再生手段１１の再生終了時などに制御手段１４が自動的に補償用データを補償サービス管理手段５４へ送信するように構成しても良い。この場合、配信対象コンテンツＩＤとクライアント端末１を特定するクライアント識別子を添えて補償用データを補償サービス管理手段５４に送信し、補償サービス管理手段５４は、配信対象コンテンツＩＤとクライアント識別子に対応させて補償用データを内部に蓄積しておく。その後、クライアント端末１の利用者が補償サービスの要求を指示したとき、制御手段１４は、配信対象コンテンツＩＤ、クライアント識別子、サーバＩＤ、クライアント端末１のアドレスを含む補償サービス要求を補償サービス管理手段５４に送信し、補償サービス管理手段５４は、配信対象コンテンツＩＤとクライアント識別子に対応する補償用データが内部に蓄積されているか否かを調べ、蓄積されていればそれを用いて前述と同様な処理を行う。また、以上の実施例では、補償用コンテンツ作成手段８２はコンテンツデータベース４から補償サービス内容を参照したが、ネットワークを介して補償サービスデータベース５６中の補償サービス内容を参照するようにしても良い。
【００７８】
このように本実施例によれば、ネットワークやサーバの過負荷などによりクライアント端末１側で一定の再生品質が得られなかったコンテンツ配信や再生が中断されたコンテンツ配信について、コンテンツの再視聴という方法で補償することが可能となる。特に、ライブ中継など失敗が許されないライブストリーミングコンテンツの配信において、万一事故が起こり、十分な品質で配信が行えなかった場合でも、オンデマンドストリーミングコンテンツによる再視聴、あるいはダウンロードコンテンツによる再視聴といった補償が可能となる。また、補償のために再視聴させるコンテンツは暗号化されて配信されるため、補償対象クライアント以外の者に不正に再生されるのが防止される。
【００７９】
【発明の第２の実施の形態】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。
【００８０】
図１２を参照すると、本発明の第２の実施の形態にかかるコンテンツ配信システムは、図１の第１の実施の形態にかかるコンテンツ配信システムに比較して、権利管理装置５に暗号鍵データベースがなく、その代わりに、ＣＩＤとＳＩＤの組に対応する暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を生成する暗号鍵生成手段５４と、生成された復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］をＣＩＤとＳＩＤの組に対応して保存する復号鍵保存手段５５を備えている点で相違する。
【００８１】
権利管理装置５の暗号鍵管理手段５２は、コンテンツ配信サーバ２からＣＩＤとＳＩＤの組を指定した暗号鍵要求を受信したとき、そのＣＩＤとＳＩＤの組を暗号鍵生成手段５４に通知して暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］とを生成させ、そのうちの暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信し、復号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］は復号鍵保存手段５５に保存しておく。後に、クライアント端末１からＣＩＤとＳＩＤとを指定したチケット要求があったときにチケットサーバ５１からそのＣＩＤとＳＩＤとの組に対応する復号鍵が要求されると、復号鍵保存手段５５から復号鍵を取り出してチケットサーバ５１に通知する。
【００８２】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１３の流れ図を参照して説明する。
【００８３】
第１の実施の形態と同様に、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ａに対してコンテンツの送信を要求すると（ステップＳ２０１）、このコンテンツ送信要求を受信した中継サーバ６Ａが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ２０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ａへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ２０３）。
【００８４】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ２０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ２０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ２０６）。
【００８５】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ２０７）。そして、暗号化されたコンテンツをＳＩＤで特定される中継サーバ６Ａへ送信し（ステップＳ２０８）、中継サーバ６Ａは、受信した暗号化コンテンツをクライアント端末１へ転送する（ステップＳ２０９）。
【００８６】
クライアント端末１の利用者は、暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ２１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ２１１）。
【００８７】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ２１２）。
【００８８】
図１３の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ａに暗号化コンテンツを配布して中継サーバ６Ａに蓄積させるようにしても良い。この場合の動作例を図１４に示す。
【００８９】
まず、コンテンツ配信サーバ２は、配信予定であるコンテンツのＣＩＤと配布先となる中継サーバ６ＡのＳＩＤとの組を決定し（ステップＳ２２１）、このＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］を取得し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテンツを暗号化してＣＩＤを添えて中継サーバ６Ａに送信する（ステップＳ２２２〜Ｓ２２７）。暗号化コンテンツを受信した中継サーバ６Ａは、暗号化コンテンツをＣＩＤに対応付けて内部の記憶装置に蓄積する（ステップＳ２２８）。全ての中継サーバ６Ａに配布する場合、ステップＳ２２１〜Ｓ２２８の動作が各中継サーバ６Ａ毎に繰り返される。
【００９０】
その後、クライアント端末１が、図１３のステップＳ２０１と同様にＣＩＤを中継サーバ６Ａへ送信すると（ステップＳ２２９）、中継サーバ６Ａは蓄積済の暗号化コンテンツを送信する（ステップＳ２３０）。クライアント端末１側では、図１３のステップＳ２１０〜Ｓ２１２と同様に、チケットを取得し、復号鍵で暗号化コンテンツを復号化し、コンテンツを視聴する（ステップＳ２３１〜Ｓ２３３）。
【００９１】
【発明の第３の実施の形態】
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。
【００９２】
図１５を参照すると、本発明の第３の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバ６Ｂがその暗号化コンテンツを更に暗号化する点で相違する。
【００９３】
中継サーバ６Ｂは、コンテンツ配信サーバ２から受信した暗号化コンテンツを更に暗号化する暗号化処理手段６１と、この暗号化処理手段６１の暗号化処理に用いる暗号鍵を暗号鍵生成手段５４で生成する際に利用する、各中継サーバ６Ｂ毎に異なる値に設定されたインデックスを記憶するインデックス記憶部６２とを含む。
【００９４】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１６の流れ図を参照して説明する。
【００９５】
クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ｂに対してコンテンツの送信を要求すると（ステップＳ３０１）、このコンテンツ送信要求を受信した中継サーバ６Ｂが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ３０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ｂへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ３０３）。
【００９６】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ３０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ３０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ３０６）。暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ３０７）。そして、暗号化されたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで特定される中継サーバ６Ｂへ送信する（ステップＳ３０８）。
【００９７】
第１の暗号化コンテンツを受信した中継サーバ６Ｂは、この第１の暗号化コンテンツを更に暗号化するための暗号鍵を取得するために、前記ＣＩＤと自身のサーバＩＤとインデックス記憶部６２に記憶されたインデックスＩとの組を指定した再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ３０９）。
【００９８】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ３１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存し（ステップＳ３１１）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ３１２）。
【００９９】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｂは、暗号化処理手段６１を用いて、第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で更に暗号化した第２の暗号化コンテンツを生成し（ステップＳ３１３）、この第２の暗号化コンテンツと前記インデックスＩとをクライアント端末１へ送信する（ステップＳ３１４）。
【０１００】
クライアント端末１の利用者は、第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ３１５）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を第２の復号鍵として内包するチケットを生成してクライアント端末１へ送信する（ステップＳ３１６）。
【０１０１】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｂから受信した第２の暗号化コンテンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを生成し（ステップＳ３１７）、次に、第１の暗号化コンテンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ３１８）。
【０１０２】
図１５に示した構成は、コンテンツ配信サーバ２とクライアント端末１の間に中継サーバ６Ｂが１段だけ存在する例であるが、図１７に示すように、１段目の中継サーバ６Ｂ−１、２段目の中継サーバ６Ｂ−２、…、Ｎ段目の中継サーバ６Ｂ−Ｎの如く、多段構成にすることもできる。この場合、Ｎ台の中継サーバ６Ｂ−１〜６Ｂ−Ｎについて、各段階で図１６のステップＳ３０９〜Ｓ３１４の処理が繰り返し行われ、最終段の中継サーバ６Ｂ−Ｎからクライアント端末１へ、第Ｎ＋１の暗号化コンテンツと、各段階で使用されたＮ個のインデックス１〜Ｎとが送信される。また、復号鍵保存手段５５には、各段階で使用された復号鍵が保存される。
【０１０３】
クライアント端末１では、ＣＩＤとＳＩＤとＮ個のインデックスとを指定したチケット要求を行い、チケットサーバ５１は暗号鍵管理手段５２を通じて復号鍵保存手段５５から合計Ｎ＋１個の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］、Ｋｄ［ＣＩＤ，ＳＩＤ，１］、Ｋｄ［ＣＩＤ，ＳＩＤ，２］、…、Ｋｄ［ＣＩＤ，ＳＩＤ，Ｎ］を取り出し、それらを第１、第２、…、第Ｎ＋１の復号鍵として含むチケットを送信する。クライアント端末１は、第Ｎ＋１の復号鍵から第１の復号鍵まで順番に使用して復号化を行うことにより、第Ｎ＋１の暗号化コンテンツから元のコンテンツを生成して再生する。
【０１０４】
このように、第３の実施の形態にかかるコンテンツ配信システムは、コンテンツ配信の流れの上流から下流にかけてコンテンツを再暗号化していく。一般に、コンテンツ配信の下流に行けば行くほど、不正行為の危険性が高まることから、危険度に応じて中継サーバの段数を調整することで、適度な安全性を維持することができる。
【０１０５】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ｂ、６Ｂ−１〜６Ｂ−Ｎは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ｂ、６Ｂ−１〜６Ｂ−Ｎに暗号化コンテンツを配布してそれらに蓄積させておくようにしても良い。
【０１０６】
【発明の第４の実施の形態】
次に、本発明の第４の実施の形態について図面を参照して詳細に説明する。
【０１０７】
図１８を参照すると、本発明の第４の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバがサーバクラスタ９に置き換えられている点で相違する。
【０１０８】
各々のサーバクラスタ９は、少なくとも１つの第１の中継サーバ６Ａと、少なくとも１つの第２の中継サーバ６Ｂと、制御部９１と、記憶部９２とを含んで構成される。第１の中継サーバ６Ａは、図１２の中継サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２から配信された暗号化コンテンツを再暗号化せずにクライアント端末１へ転送する機能を持つ。第２の中継サーバ６Ｂは、図１５の中継サーバ６Ｂと同様なサーバで、内部に暗号化処理手段とインデックス記憶部を備え、コンテンツ配信サーバ２から配信された暗号化コンテンツを更暗号化してクライアント端末１へ転送する機能を持つ。制御部９１は、クライアント端末１へのコンテンツの転送を中継サーバ６Ａ経由で実施するか、中継サーバ６Ｂ経由で実施するかの選択を制御する部分であり、記憶部９２はこの選択制御に使用する情報を蓄積する部分である。
【０１０９】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図１９の流れ図を参照して説明する。例として、或るコンテンツについてクライアント端末１から最初に出された要求に対しては再暗号化しないコンテンツを配信し、同じコンテンツが再要求された場合には再暗号化したコンテンツを配信する場合を取りあげる。この場合、記憶部９２には、クライアント端末１のコンテンツ要求の履歴が蓄積される。
【０１１０】
先ず、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコンテンツの送信を要求すると（ステップＳ４０１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１がそのＣＩＤのコンテンツを過去に要求した履歴が記憶部９２に存在しないことから、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ４０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定されるサーバクラスタ９へ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ４０３）。
【０１１１】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ４０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ４０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ４０６）。
【０１１２】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ４０７）。そして、暗号化されたコンテンツをＳＩＤで特定されるサーバクラスタ９へ第１の暗号化コンテンツとして送信する（ステップＳ４０８）。
【０１１３】
サーバクラスタ９の制御部９１は、受信した第１の暗号化コンテンツを中継サーバ６Ａに伝達し、中継サーバ６Ａはこの第１の暗号化コンテンツをクライアント端末１へ送信する（ステップＳ４０９）。同時に制御部９１は、この第１の暗号化コンテンツを中継サーバ６Ｂにも分配すると共に、記憶部９２にクライアント端末１のクライアント識別子に対応して当該コンテンツＩＤを記憶する（ステップＳ４２１）。
【０１１４】
クライアント端末１の利用者は、第１の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ４１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ４１１）。クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した第１の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ４１２）。
【０１１５】
一方、第１の暗号化コンテンツの分配を受けた中継サーバ６Ｂは、この第１の暗号化コンテンツを更に暗号化するための暗号鍵を取得するために、当該コンテンツのＩＤ（ＣＩＤ）と自身のサーバＩＤ（ＳＩＤ）と内部のインデックス記憶部に記憶されたインデックスＩとの組を指定した再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ４２２）。
【０１１６】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ４２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存し（ステップＳ４２４）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ４２５）。
【０１１７】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｂは、内部の暗号化処理手段を用いて、第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で更に暗号化した第２の暗号化コンテンツを生成し（ステップＳ４２６）、この第２の暗号化コンテンツを内部に蓄積する（ステップＳ４２７）。
【０１１８】
次に、クライアント端末１が同じＣＩＤを持つコンテンツを再要求した場合について、図２０を参照して説明する。
【０１１９】
クライアント端末１の利用者がコンテンツのＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対してコンテンツの送信を再度要求すると（ステップＳ４３１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１が同じＣＩＤのコンテンツを一度要求している旨の履歴が記憶部９２に記録されていることから、受信したコンテンツ要求を中継サーバ６Ｂに伝達し、中継サーバ６Ｂは、内部に蓄積されている当該ＣＩＤ対応の第２の暗号化コンテンツをインデックスＩを添えてクライアント端末１へ送信する（ステップＳ４３２）。
【０１２０】
クライアント端末１の利用者は、受信した第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ４３３）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を第２の復号鍵として内包するチケットを生成してクライアント端末１へ送信する（ステップＳ４３４）。
【０１２１】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｂから受信した第２の暗号化コンテンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを生成し（ステップＳ４３５）、次に、第１の暗号化コンテンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ４３６）。
【０１２２】
以上のように、クライアント端末１に対する最初のコンテンツ配信時にはコンテンツ配信サーバ２で暗号化された第１の暗号化コンテンツを配信し、２度目のコンテンツ配信時には第１の暗号化コンテンツを更に暗号化した第２の暗号化コンテンツを配信することができる。つまり、第１のコンテンツ要求を行った利用者のみが、第２のコンテンツ要求を行うことができる。この為、例えば、クライアント端末１で、第１のコンテンツ要求に対する第１の暗号化コンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、中継サーバ６Ｂを限定的に動作させることができる。
【０１２３】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、サーバクラスタ９の中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した第１の暗号化コンテンツを内部に蓄積しておき、他のクライアント端末から同じコンテンツが要求されたならば、蓄積された第１の暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予めサーバクラスタ９に第１の暗号化コンテンツを配布して蓄積させておくようにしても良い。
【０１２４】
【発明の第５の実施の形態】
次に、本発明の第５の実施の形態について図面を参照して詳細に説明する。
【０１２５】
図２１を参照すると、本発明の第５の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバ６Ｃがその暗号化コンテンツを一旦復号した後に再び暗号化する点で相違する。
【０１２６】
中継サーバ６Ｃは、コンテンツ配信サーバ２から受信した暗号化コンテンツを復号化する復号化処理手段６３と、この復号化処理手段６３で復号されたコンテンツを再び暗号化する暗号化処理手段６１と、この暗号化処理手段６１の暗号化処理に用いる暗号鍵を暗号鍵生成手段５４で生成する際に利用する、各中継サーバ６Ｃ毎に異なる値に設定されたインデックスを記憶するインデックス記憶部６２とを含む。
【０１２７】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２２の流れ図を参照して説明する。
【０１２８】
クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継サーバ６Ｃに対してコンテンツの送信を要求すると（ステップＳ５０１）、このコンテンツ送信要求を受信した中継サーバ６Ｃが、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ５０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定される中継サーバ６Ｃへ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ５０３）。
【０１２９】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ５０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ５０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ５０６）。暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ５０７）。そして、暗号化されたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで特定される中継サーバ６Ｃへ送信する（ステップＳ５０８）。
【０１３０】
第１の暗号化コンテンツを受信した中継サーバ６Ｃは、この第１の暗号化コンテンツを復号化するための復号鍵および再び暗号化するための暗号鍵を取得するために、前記ＣＩＤと自身のサーバＩＤとインデックス記憶部６２に記憶されたインデックスＩとの組を指定した復号鍵および再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ５０９）。
【０１３１】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ５１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存する（ステップＳ５１１）。そして、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に対応して復号鍵保存手段５８に保存されている復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と一緒に中継サーバ６Ｃへ送信する（ステップＳ５１２）。
【０１３２】
復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｃは、まず復号化処理手段６３を用いて、第１の暗号化コンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し(ステップＳ５１３)、次いで、この復号化したコンテンツを暗号化処理手段６１を用いて暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で再び暗号化することにより、第２の暗号化コンテンツを生成する（ステップＳ５１４）。そして、この第２の暗号化コンテンツと前記インデックスＩとをクライアント端末１へ送信する（ステップＳ５１５）。
【０１３３】
クライアント端末１の利用者は、第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ５１６）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、これを内包するチケットを生成してクライアント端末１へ送信する（ステップＳ５１７）。
【０１３４】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｃから受信した第２の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ５１８）。
【０１３５】
図２１に示した構成は、コンテンツ配信サーバ２とクライアント端末１の間に中継サーバ６Ｃが１段だけ存在する例であるが、図２３に示すように、１段目の中継サーバ６Ｃ−１、２段目の中継サーバ６Ｃ−２、…、Ｎ段目の中継サーバ６Ｃ−Ｎの如く、多段構成にすることもできる。この場合、Ｎ台の中継サーバ６Ｃ−１〜６Ｃ−Ｎについて、各段階で図２２のステップＳ５０９〜Ｓ５１５の処理が繰り返し行われ、最終段の中継サーバ６Ｃ−Ｎからクライアント端末１へ、第Ｎ＋１の暗号化コンテンツと、最終階で使用されたインデックスＮとが送信される。また、復号鍵保存手段５５には、各段階で使用された復号鍵が保存される。
【０１３６】
クライアント端末１では、ＣＩＤとＳＩＤとインデックスＮとを指定したチケット要求を行い、チケットサーバ５１は暗号鍵管理手段５２を通じて復号鍵保存手段５５からＫｄ［ＣＩＤ，ＳＩＤ，Ｎ］を取り出し、その復号鍵を含むチケットを送信する。クライアント端末１は、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｎ］を使用して復号化を行うことにより、第Ｎ＋１の暗号化コンテンツから元のコンテンツを生成して再生する。
【０１３７】
このように、第５の実施の形態にかかるコンテンツ配信システムは、コンテンツ配信の流れの上流から下流にかけてコンテンツを一旦復号化した後に再暗号化していく。従って、各中継サーバ毎の暗号鍵を相違させつつ、クライアント端末側での復号化処理の負担を低減することが可能である。
【０１３８】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、中継サーバ６Ｃ、６Ｃ−１〜６Ｃ−Ｎは、従来のキャッシュサーバと同様に、中継した暗号化コンテンツを内部に蓄積しておき、次回に同じコンテンツが要求されたならば、蓄積された暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予め中継サーバ６Ｃ、６Ｃ−１〜６Ｃ−Ｎに暗号化コンテンツを配布してそれらに蓄積させておくようにしても良い。
【０１３９】
【発明の第６の実施の形態】
次に、本発明の第６の実施の形態について図面を参照して詳細に説明する。
【０１４０】
図２４を参照すると、本発明の第６の実施の形態にかかるコンテンツ配信システムは、図１２の第２の実施の形態にかかるコンテンツ配信システムに比較して、コンテンツ配信サーバ２からの暗号化コンテンツをクライアント端末１に中継する中継サーバがサーバクラスタ９に置き換えられている点で相違する。
【０１４１】
各々のサーバクラスタ９は、少なくとも１つの第１の中継サーバ６Ａと、少なくとも１つの第２の中継サーバ６Ｃと、制御部９１と、記憶部９２とを含んで構成される。第１の中継サーバ６Ａは、図１２の中継サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２から配信された暗号化コンテンツを再暗号化せずにクライアント端末１へ転送する機能を持つ。第２の中継サーバ６Ｃは、図２１の中継サーバ６Ｃと同様なサーバで、内部に復号化処理手段と暗号化処理手段とインデックス記憶部を備え、コンテンツ配信サーバ２から配信された暗号化コンテンツを一旦復号化した後に再び暗号化してクライアント端末１へ転送する機能を持つ。制御部９１は、クライアント端末１へのコンテンツの転送を中継サーバ６Ａ経由で実施するか、中継サーバ６Ｃ経由で実施するかの選択を制御する部分であり、記憶部９２はこの選択制御に使用する情報を蓄積する部分である。
【０１４２】
次に、本実施の形態にかかるコンテンツ配信システムの動作例について、図２５の流れ図を参照して説明する。例として、或るコンテンツについてクライアント端末１から最初に出された要求に対しては再暗号化しないコンテンツを配信し、同じコンテンツが再要求された場合には一旦復号化した後に再暗号化したコンテンツを配信する場合を取りあげる。この場合、記憶部９２には、クライアント端末１のコンテンツ要求の履歴が蓄積される。
【０１４３】
先ず、クライアント端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコンテンツの送信を要求すると（ステップＳ６０１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１がそのＣＩＤのコンテンツを過去に要求した履歴が記憶部９２に存在しないことから、受信したＣＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した配信要求をコンテンツ配信サーバ２へ送信し（ステップＳ６０２）、コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定されるサーバクラスタ９へ配信するために使用する暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手段５２に送信する（ステップＳ６０３）。
【０１４４】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗号鍵生成手段５４により生成させ（ステップＳ６０４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤに対応付けて復号鍵保存手段５５に保存し（ステップＳ６０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ配信サーバ２へ送信する（ステップＳ６０６）。
【０１４５】
暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サーバ２は、ＣＩＤで特定されるコンテンツをコンテンツデータベース４から取り出し、このコンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で暗号化させる（ステップＳ６０７）。そして、暗号化されたコンテンツをＳＩＤで特定されるサーバクラスタ９へ第１の暗号化コンテンツとして送信する（ステップＳ６０８）。
【０１４６】
サーバクラスタ９の制御部９１は、受信した第１の暗号化コンテンツを中継サーバ６Ａに伝達し、中継サーバ６Ａはこの第１の暗号化コンテンツをクライアント端末１へ送信する（ステップＳ６０９）。同時に制御部９１は、この第１の暗号化コンテンツを中継サーバ６Ｃにも分配すると共に、記憶部９２にクライアント端末１のクライアント識別子に対応して当該コンテンツＩＤを記憶する（ステップＳ６２１）。
【０１４７】
クライアント端末１の利用者は、第１の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ６１０）。ＣＩＤとＳＩＤの組を受信したチケットサーバ５１は、その組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ６１１）。クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ａから受信した第１の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しながら再生することにより、利用者にコンテンツを視聴させる（ステップＳ６１２）。
【０１４８】
一方、第１の暗号化コンテンツの分配を受けた中継サーバ６Ｃは、この第１の暗号化コンテンツを復号するための復号鍵および再び暗号化するための暗号鍵を取得するために、当該コンテンツのＩＤ（ＣＩＤ）と自身のサーバＩＤ（ＳＩＤ）と内部のインデックス記憶部に記憶されたインデックスＩとの組を指定した復号鍵および再暗号鍵要求を暗号鍵管理手段５２へ送信する（ステップＳ６２２）。
【０１４９】
暗号鍵管理手段５２は、受信したＣＩＤとＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］の組を暗号鍵生成手段５４により生成させ（ステップＳ６２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保存する（ステップＳ６２４）。他方、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に対応して復号鍵保存手段５８に保存されている復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を一緒に中継サーバ６Ｃへ送信する（ステップＳ６２５）。
【０１５０】
復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］および暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｃは、内部の暗号化処理手段を用いて、第１の暗号化コンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し（ステップＳ６２６）、次に、復号して得たコンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で再び暗号化して第２の暗号化コンテンツを生成する（ステップＳ６２７）。そして、この第２の暗号化コンテンツを内部に蓄積する（ステップＳ６２８）。
【０１５１】
次に、クライアント端末１が同じＣＩＤを持つコンテンツを再要求した場合について、図２６を参照して説明する。
【０１５２】
クライアント端末１の利用者がコンテンツのＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対してコンテンツの送信を再度要求すると（ステップＳ６３１）、このコンテンツ送信要求を受信したサーバクラスタ９の制御部９１は、クライアント端末１が同じＣＩＤのコンテンツを一度要求している旨の履歴が記憶部９２に記録されていることから、受信したコンテンツ要求を中継サーバ６Ｃに伝達し、中継サーバ６Ｃは、内部に蓄積されている当該ＣＩＤ対応の第２の暗号化コンテンツをインデックスＩを添えてクライアント端末１へ送信する（ステップＳ６３２）。
【０１５３】
クライアント端末１の利用者は、受信した第２の暗号化コンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤとＩの組を指定したチケット要求をチケットサーバ５１へ送信する（ステップＳ６３３）。ＣＩＤとＳＩＤとＩの組を受信したチケットサーバ５１は、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］を内包するチケットを生成してクライアント端末１へ送信する（ステップＳ６３４）。
【０１５４】
クライアント端末１のコンテンツ再生手段１１は、中継サーバ６Ｃから受信した第２の暗号化コンテンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号して再生することにより、利用者にコンテンツを視聴させる（ステップＳ６３６）。
【０１５５】
以上のように、クライアント端末１に対する最初のコンテンツ配信時にはコンテンツ配信サーバ２で暗号化された第１の暗号化コンテンツを配信し、２度目のコンテンツ配信時には第１の暗号化コンテンツを一旦復号化して再び別の暗号鍵で暗号化した第２の暗号化コンテンツを配信することができる。つまり、第１のコンテンツ要求を行った利用者のみが、第２のコンテンツ要求を行うことができる。この為、例えば、クライアント端末１で、第１のコンテンツ要求に対する第１の暗号化コンテンツの受信時に、通信障害などの理由で再受信が必要となった際、バックアップシステムとして、中継サーバ６Ｃを限定的に動作させることができる。
【０１５６】
以上の動作例では、クライアント端末１の利用者は暗号化コンテンツを受信してからチケットを要求したが、先ずチケットを要求し、それから暗号化コンテンツを受信するようにしても良い。また、サーバクラスタ９の中継サーバ６Ａは、従来のキャッシュサーバと同様に、中継した第１の暗号化コンテンツを内部に蓄積しておき、他のクライアント端末から同じコンテンツが要求されたならば、蓄積された第１の暗号化コンテンツをクライアント端末１に送信するようにしても良い。更に、コンテンツ配信サーバ２にて、予めサーバクラスタ９に第１の暗号化コンテンツを配布して蓄積させておくようにしても良い。
【０１５７】
以上、本発明の実施の形態ならびに実施例について説明したが、本発明は以上の例に限定されず、その他各種の付加変更が可能である。例えば、中継サーバをクライアント端末１の利用者が選択するようにしたが、ＣＤＮで適切な中継サーバに振り分ける技術など、既存の中継サーバの自動選択技術を用いるようにしてもよい。
【０１５８】
【発明の効果】
以上説明したように、本発明によれば、各中継サーバ毎に異なる暗号鍵を用いてコンテンツを暗号化したことにより、コンテンツの安全性を高めることができる。その理由は、或る中継サーバ経由で配信されたコンテンツの暗号が解かれ復号鍵が不正に流通しても、その影響はその中継サーバだけに限定され、残りのサーバ経由でコンテンツが不正に利用される危険性が低下するからである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の構成を示すブロック図である。
【図２】本発明の第１の実施の形態の動作例を示す流れ図である。
【図３】本発明の第１の実施の形態の別の動作例を示す流れ図である。
【図４】本発明の第１の実施の形態の一実施例を示すブロック図である。
【図５】本発明の第１の実施の形態の一実施例における配信対象コンテンツ、補償用コンテンツの生成と登録段階の流れ図である。
【図６】補償サービスデータベースの登録内容の一例を示す図である。
【図７】暗号鍵データベースの登録内容の一例を示す図である。
【図８】コンテンツデータベースの登録内容の一例を示す図である。
【図９】本発明の第１の実施の形態の一実施例における配信対象コンテンツ及び補償用コンテンツの中継サーバへの配布段階の流れ図である。
【図１０】本発明の第１の実施の形態の一実施例における配信対象コンテンツの視聴段階の流れ図である。
【図１１】本発明の第１の実施の形態の一実施例における補償サービスの実施段階の流れ図である。
【図１２】本発明の第２の実施の形態の構成を示すブロック図である。
【図１３】本発明の第２の実施の形態の動作例を示す流れ図である。
【図１４】本発明の第２の実施の形態の別の動作例を示す流れ図である。
【図１５】本発明の第３の実施の形態の構成例を示すブロック図である。
【図１６】本発明の第３の実施の形態の動作例を示す流れ図である。
【図１７】本発明の第３の実施の形態の別の構成例を示すブロック図である。
【図１８】本発明の第４の実施の形態の構成を示すブロック図である。
【図１９】本発明の第４の実施の形態の動作を示す流れ図である。
【図２０】本発明の第４の実施の形態の動作を示す流れ図である。
【図２１】本発明の第５の実施の形態の構成を示すブロック図である。
【図２２】本発明の第５の実施の形態の動作を示す流れ図である。
【図２３】本発明の第５の実施の形態の別の構成を示すブロック図である。
【図２４】本発明の第６の実施の形態の構成を示すブロック図である。
【図２５】本発明の第６の実施の形態の動作を示す流れ図である。
【図２６】本発明の第６の実施の形態の動作を示す流れ図である。
【図２７】従来のコンテンツ配信システムの構成図である。
【符号の説明】
１…クライアント端末
２…コンテンツ配信サーバ
３…暗号化処理手段
４…コンテンツデータベース
５…権利管理装置
６Ａ、６Ｂ…中継サーバ
７…コンテンツ生成装置
８…コンテンツ管理装置
９…サーバクラスタ
Claims (32)
- サーバ端末からクライアント端末へ中継サーバを経由してコンテンツを配信する方法において、サーバ端末が、中継サーバ及びコンテンツの組毎に異なる暗号鍵でコンテンツを暗号化して配信するコンテンツ配信方法。
- 配信対象コンテンツのサーバ端末への登録時に中継サーバ及びコンテンツの組毎に異なる暗号鍵を暗号鍵データベースに登録しておき、サーバ端末からクライアント端末への配信時に前記暗号鍵データベースに登録された暗号鍵を使用してコンテンツを暗号化する請求項１記載のコンテンツ配信方法。
- サーバ端末からクライアント端末への中継サーバを経由したコンテンツの配信時に当該中継サーバおよび当該コンテンツの組に対応する暗号鍵を動的に生成し、該生成した暗号鍵を使用してコンテンツを暗号化する請求項１記載のコンテンツ配信方法。
- サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、更に異なる暗号鍵で再暗号化する請求項１記載のコンテンツ配信方法。
- 中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用してコンテンツを更に暗号化する請求項４記載のコンテンツ配信方法。
- 中継サーバを多段構成とし、各段階で再暗号化を行う請求項５記載のコンテンツ配信方法。
- サーバ端末で暗号化されたコンテンツを中継サーバが中継する際、一旦復号した後に更に異なる暗号鍵で再暗号化する請求項１記載のコンテンツ配信方法。
- 中継サーバ毎に異なるインデックスを付与し、中継サーバによるコンテンツの中継時に、中継サーバとコンテンツとインデックスとの組に対応する暗号鍵を生成し、該生成した暗号鍵を使用してコンテンツを再び暗号化する請求項７記載のコンテンツ配信方法。
- 中継サーバを多段構成とし、各段階で復号化と再暗号化を行う請求項８記載のコンテンツ配信方法。
- 暗号化コンテンツを中継サーバに予め配布して蓄積させておく請求項１乃至９の何れか１項に記載のコンテンツ配信方法。
- サーバ端末からクライアント端末へサーバクラスタを経由してコンテンツを配信する方法であって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化した第１の暗号化コンテンツをサーバクラスタの第１の中継サーバ経由でクライアント端末に配信する処理と、前記第１の暗号化コンテンツをサーバクラスタにおいて更に異なる暗号鍵で再暗号化した第２の暗号化コンテンツをサーバクラスタの第２の中継サーバ経由でクライアント端末に配信する処理とを選択的に実施するコンテンツ配信方法。
- サーバ端末からクライアント端末へサーバクラスタを経由してコンテンツを配信する方法であって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化した第１の暗号化コンテンツをサーバクラスタの第１の中継サーバ経由でクライアント端末に配信する処理と、前記第１の暗号化コンテンツをサーバクラスタにおいて一旦復号した後に更に異なる暗号鍵で再び暗号化した第２の暗号化コンテンツをサーバクラスタの第２の中継サーバ経由でクライアント端末に配信する処理とを選択的に実施するコンテンツ配信方法。
- クライアント端末が初めて要求したコンテンツについては前記第１の暗号化コンテンツを配信し、同じコンテンツについての再要求時は前記第２の暗号化コンテンツを配信する請求項１１または１２記載のコンテンツ配信方法。
- 暗号化コンテンツをサーバクラスタに予め配布して蓄積させておく請求項１１、１２または１３記載のコンテンツ配信方法。
- コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵を保持する暗号鍵データベース、暗号鍵データベースからの暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末とを、ネットワークを通じて相互に接続し、サーバ端末から中継サーバを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末から中継サーバ経由で要求されたコンテンツのコンテンツＩＤと前記中継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段を通じて暗号鍵データベースから取得し、要求されたコンテンツをその暗号鍵で暗号化して中継サーバ経由でクライアント端末へ送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する復号鍵を暗号鍵管理手段を通じて暗号鍵データベースから取得し、その取得した復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した暗号化コンテンツをチケットサーバから受信したチケットに含まれる復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵を生成する暗号鍵生成手段、生成された復号鍵を保存する復号鍵保存手段、生成された暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末とを、ネットワークを通じて相互に接続し、サーバ端末から中継サーバを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末から中継サーバ経由で要求されたコンテンツのコンテンツＩＤと前記中継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
サーバ端末において、受信した暗号鍵で、要求されたコンテンツを暗号化して中継サーバ経由でクライアント端末へ送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した暗号化コンテンツをチケットサーバから受信したチケットに含まれる復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩＤとインデックスの組毎の暗号鍵および復号鍵を生成する暗号鍵生成手段、生成された復号鍵を保存する復号鍵保存手段、生成された暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末と、サーバ端末からのコンテンツをクライアント端末へ中継する中継サーバとを、ネットワークを通じて相互に接続し、サーバ端末から中継サーバを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末から中継サーバ経由で要求されたコンテンツのコンテンツＩＤと前記中継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、サーバ端末から要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
サーバ端末において、受信した暗号鍵で、要求されたコンテンツを暗号化した第１の暗号化コンテンツを中継サーバへ送信するステップと、
中継サーバにおいて、中継するコンテンツのコンテンツＩＤと自サーバのサーバＩＤと予め自サーバに設定されたインデックスとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、中継サーバから要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
中継サーバにおいて、受信した暗号鍵で、第１の暗号化コンテンツを更に暗号化した第２の暗号化コンテンツを前記インデックスを添えてクライアント端末へ送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとインデックスを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する第１の復号鍵およびそのコンテンツＩＤとサーバＩＤとインデックスの組に対応する第２の復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した第１および第２の復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第２の暗号化コンテンツをチケットサーバから受信したチケットに含まれる第２の復号鍵で復号して第１の暗号化コンテンツを生成し、更に第１の暗号化コンテンツをチケットに含まれる第１の復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - 中継サーバを多段構成とし、各段階で再暗号化を行う請求項１７記載のコンテンツ配信方法。
- コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩＤとインデックスの組毎の暗号鍵および復号鍵を生成する暗号鍵生成手段、生成された復号鍵を保存する復号鍵保存手段、生成された暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末と、サーバ端末からのコンテンツをクライアント端末へ中継する中継サーバとを、ネットワークを通じて相互に接続し、サーバ端末から中継サーバを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末から中継サーバ経由で要求されたコンテンツのコンテンツＩＤと前記中継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、サーバ端末から要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
サーバ端末において、受信した暗号鍵で、要求されたコンテンツを暗号化した第１の暗号化コンテンツを中継サーバへ送信するステップと、
中継サーバにおいて、中継するコンテンツのコンテンツＩＤと自サーバのサーバＩＤと予め自サーバに設定されたインデックスとの組を指定して復号鍵および暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、中継サーバから指定されたコンテンツＩＤとサーバＩＤとインデックスとの組に対応する暗号鍵および復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵と前記指定されたコンテンツＩＤとサーバＩＤとの組に対応して復号鍵保存手段に保存された復号鍵とをサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
中継サーバにおいて、受信した復号鍵で第１の暗号化コンテンツを復号した後に、復号して得たコンテンツを、受信した暗号鍵で再び暗号化した第２の暗号化コンテンツを前記インデックスを添えてクライアント端末へ送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとインデックスを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤとインデックスの組に対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第２の暗号化コンテンツをチケットサーバから受信したチケットに含まれる復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - 中継サーバを多段構成とし、各段階で復号化と再暗号化を行う請求項１９記載のコンテンツ配信方法。
- コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩＤとインデックスの組毎の暗号鍵および復号鍵を生成する暗号鍵生成手段、生成された復号鍵を保存する復号鍵保存手段、生成された暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末と、サーバ端末からのコンテンツを再暗号化せずにクライアント端末へ中継する第１の中継サーバおよび再暗号化してクライアント端末へ中継する第２の中継サーバ、クライアント端末からの要求履歴を保存する記憶部、およびクライアント端末の要求履歴に基づいて第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段を含むサーバクラスタとを、ネットワークを通じて相互に接続し、サーバ端末からサーバクラスタを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末からサーバクラスタ経由で要求されたコンテンツのコンテンツＩＤと前記サーバクラスタのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、サーバ端末から要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
サーバ端末において、受信した暗号鍵で、要求されたコンテンツを暗号化した第１の暗号化コンテンツをサーバクラスタへ送信するステップと、
サーバクラスタにおいて、制御手段が第１の暗号化コンテンツを第１の中継サーバによりクライアント端末へ送信し、記憶部にその要求履歴を保存すると共に、第１の暗号化コンテンツを第２の中継サーバに分配するステップと、
第２の中継サーバにおいて、コンテンツのコンテンツＩＤと自サーバのサーバＩＤと予め自サーバに設定されたインデックスとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、第２の中継サーバから要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
第２の中継サーバにおいて、受信した暗号鍵で、第１の暗号化コンテンツを更に暗号化した第２の暗号化コンテンツを生成して蓄積するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する第１の復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した第１の復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第１の暗号化コンテンツをチケットサーバから受信したチケットに含まれる第１の復号鍵で復号して再生するステップと、
クライアント端末からサーバクラスタへコンテンツのコンテンツＩＤを指定したコンテンツ再要求を送信するステップと、
サーバクラスタの第２の中継サーバにおいて、再要求されたコンテンツＩＤに対応する第２の暗号化コンテンツをクライアント端末へインデックスを添えて送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとインデックスを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する第１の復号鍵およびそのコンテンツＩＤとサーバＩＤとインデックスの組に対応する第２の復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した第１および第２の復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第２の暗号化コンテンツをチケットサーバから受信したチケットに含まれる第２の復号鍵で復号して第１の暗号化コンテンツを生成し、更に第１の暗号化コンテンツをチケットに含まれる第１の復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - コンテンツＩＤとサーバＩＤの組毎の暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩＤとインデックスの組毎の暗号鍵および復号鍵を生成する暗号鍵生成手段、生成された復号鍵を保存する復号鍵保存手段、生成された暗号鍵および復号鍵の払出しを行う暗号鍵管理手段、および復号鍵を内包するチケットを発行するチケットサーバを含む権利管理装置と、配信対象のコンテンツを保持するコンテンツデータベースとコンテンツを暗号化する暗号化処理手段とを有するサーバ端末と、コンテンツを受信して再生するクライアント端末と、サーバ端末からのコンテンツを再暗号化せずにクライアント端末へ中継する第１の中継サーバおよび一旦復号化した後に再び暗号化してクライアント端末へ中継する第２の中継サーバ、クライアント端末からの要求履歴を保存する記憶部、およびクライアント端末の要求履歴に基づいて第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段を含むサーバクラスタとを、ネットワークを通じて相互に接続し、サーバ端末からサーバクラスタを通じてコンテンツを配信するコンテンツ配信方法であって、
サーバ端末において、クライアント端末からサーバクラスタ経由で要求されたコンテンツのコンテンツＩＤと前記サーバクラスタのサーバＩＤとの組に対応する暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、サーバ端末から要求された暗号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵をサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
サーバ端末において、受信した暗号鍵で、要求されたコンテンツを暗号化した第１の暗号化コンテンツをサーバクラスタへ送信するステップと、
サーバクラスタにおいて、制御手段が第１の暗号化コンテンツを第１の中継サーバによりクライアント端末へ送信し、記憶部にその要求履歴を保存すると共に、第１の暗号化コンテンツを第２の中継サーバに分配するステップと、
第２の中継サーバにおいて、コンテンツのコンテンツＩＤと自サーバのサーバＩＤと予め自サーバに設定されたインデックスとの組を指定して復号鍵および暗号鍵を暗号鍵管理手段に要求するステップと、
暗号鍵管理手段において、中継サーバから指定されたコンテンツＩＤとサーバＩＤとインデックスとの組に対応する暗号鍵および復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵と前記指定されたコンテンツＩＤとサーバＩＤとの組に対応して復号鍵保存手段に保存された復号鍵とをサーバ端末へ送信すると共に、生成された復号鍵を復号鍵保存手段に保存するステップと、
中継サーバにおいて、受信した復号鍵で第１の暗号化コンテンツを復号した後に、復号して得たコンテンツを、受信した暗号鍵で再び暗号化した第２の暗号化コンテンツを蓄積するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤの組に対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第２の暗号化コンテンツをチケットサーバから受信したチケットに含まれる復号鍵で復号して再生するステップと、
クライアント端末からサーバクラスタへコンテンツのコンテンツＩＤを指定したコンテンツ再要求を送信するステップと、
サーバクラスタの第２の中継サーバにおいて、再要求されたコンテンツＩＤに対応する第２の暗号化コンテンツをクライアント端末へインデックスを添えて送信するステップと、
クライアント端末からチケットサーバへ、コンテンツＩＤとサーバＩＤとインデックスを指定したチケット要求を送信し、チケットサーバがそのコンテンツＩＤとサーバＩＤとインデックスの組に対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から取得し、その取得した復号鍵を含むチケットをクライアント端末へ送信するステップと、
クライアント端末において、中継サーバから受信した第２の暗号化コンテンツをチケットサーバから受信したチケットに含まれる復号鍵で復号して再生するステップとを含むコンテンツ配信方法。 - クライアント端末へ中継サーバを経由してコンテンツを配信するサーバ端末において、中継サーバ及びコンテンツの組毎に異なる暗号鍵でコンテンツを暗号化する暗号化処理手段を備えることを特徴とするサーバ端末。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継する中継サーバにおいて、暗号化コンテンツを一旦復号化した後に更に中継サーバ及びコンテンツの組毎に異なる暗号鍵で暗号化する暗号化処理手段を備えることを特徴とする中継サーバ。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継するサーバクラスタであって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化された第１の暗号化コンテンツをクライアント端末に中継する第１の中継サーバと、前記第１の暗号化コンテンツを更に異なる暗号鍵で暗号化した第２の暗号化コンテンツをクライアント端末に中継する第２の中継サーバと、第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段とを備えるサーバクラスタ。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継するサーバクラスタであって、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化された第１の暗号化コンテンツをクライアント端末に中継する第１の中継サーバと、前記第１の暗号化コンテンツを一旦復号化した後に更に異なる暗号鍵で暗号化した第２の暗号化コンテンツをクライアント端末に中継する第２の中継サーバと、第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段とを備えるサーバクラスタ。
- 前記制御手段は、クライアント端末が初めて要求したコンテンツについては前記第１の中継サーバによって前記第１の暗号化コンテンツをクライアント端末に中継し、同じコンテンツについての再要求時は前記第２の中継サーバによって第２の暗号化コンテンツをクライアント端末に中継するものである請求項２５または２６記載のサーバクラスタ。
- クライアント端末へ中継サーバを経由してコンテンツを配信するサーバ端末を構成するコンピュータを、中継サーバ及びコンテンツの組毎に異なる暗号鍵を取得する手段、取得した暗号鍵でコンテンツを暗号化する手段、暗号化したコンテンツを中継サーバに送信する手段、として機能させるプログラム。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継する中継サーバを構成するコンピュータを、暗号化コンテンツを復号化するための復号鍵および中継サーバ及びコンテンツの組毎に異なる暗号鍵で再び暗号化するための暗号鍵を取得する手段、取得した復号鍵で暗号化コンテンツを復号する手段と、該手段で復号されたコンテンツを前記取得した暗号鍵で暗号化する手段、該手段で暗号化したコンテンツをクライアント端末へ送信する手段、として機能させるプログラム。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継するサーバクラスタを構成するコンピュータを、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化された第１の暗号化コンテンツをクライアント端末に中継する第１の中継サーバ、前記第１の暗号化コンテンツを更に異なる暗号鍵で暗号化した第２の暗号化コンテンツをクライアント端末に中継する第２の中継サーバ、第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段、として機能させるプログラム。
- サーバ端末から受信した暗号化コンテンツをクライアント端末へ中継するサーバクラスタを構成するコンピュータを、サーバ端末においてサーバクラスタ及びコンテンツの組毎に異なる暗号鍵で暗号化された第１の暗号化コンテンツをクライアント端末に中継する第１の中継サーバ、前記第１の暗号化コンテンツを一旦復号化した後に更に異なる暗号鍵で暗号化した第２の暗号化コンテンツをクライアント端末に中継する第２の中継サーバ、第１の中継サーバおよび第２の中継サーバを選択的に動作させる制御手段、として機能させるプログラム。
- 前記制御手段は、クライアント端末が初めて要求したコンテンツについては前記第１の中継サーバによって前記第１の暗号化コンテンツをクライアント端末に中継し、同じコンテンツについての再要求時は前記第２の中継サーバによって第２の暗号化コンテンツをクライアント端末に中継するものである請求項３０または３１記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378534A JP4196561B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001378534A JP4196561B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003179597A JP2003179597A (ja) | 2003-06-27 |
| JP4196561B2 true JP4196561B2 (ja) | 2008-12-17 |
Family
ID=19186227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001378534A Expired - Lifetime JP4196561B2 (ja) | 2001-12-12 | 2001-12-12 | コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4196561B2 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100932612B1 (ko) * | 2002-06-27 | 2009-12-17 | 주식회사 케이티 | 시디엔 서비스 망 시스템 및 시디엔 서비스 망에서의 컨텐트 전송방법 |
| JP2005117511A (ja) | 2003-10-10 | 2005-04-28 | Nec Corp | 量子暗号通信システム及びそれに用いる量子暗号鍵配布方法 |
| JP4625622B2 (ja) * | 2003-10-20 | 2011-02-02 | 株式会社 イソップ | 情報の暗号化送受信方法 |
| JP4543881B2 (ja) * | 2004-10-28 | 2010-09-15 | 富士通株式会社 | コンテンツ再生方法、再生プログラム、および再生装置 |
| EP1999883A4 (en) | 2006-03-14 | 2013-03-06 | Divx Llc | FEDERATED DIGITAL RIGHTS MANAGEMENT SYSTEM COMPRISING CONFIDENCE SYSTEMS |
| JP4805115B2 (ja) * | 2006-12-11 | 2011-11-02 | 日本電信電話株式会社 | データ配信方法および中継装置 |
| US8059820B2 (en) * | 2007-10-11 | 2011-11-15 | Microsoft Corporation | Multi-factor content protection |
| US8510303B2 (en) | 2009-01-07 | 2013-08-13 | Divx, Llc | Singular, collective and automated creation of a media guide for online content |
| CA2782825C (en) | 2009-12-04 | 2016-04-26 | Divx, Llc | Elementary bitstream cryptographic material transport systems and methods |
| US9247312B2 (en) | 2011-01-05 | 2016-01-26 | Sonic Ip, Inc. | Systems and methods for encoding source media in matroska container files for adaptive bitrate streaming using hypertext transfer protocol |
| US9467708B2 (en) | 2011-08-30 | 2016-10-11 | Sonic Ip, Inc. | Selection of resolutions for seamless resolution switching of multimedia content |
| US8909922B2 (en) | 2011-09-01 | 2014-12-09 | Sonic Ip, Inc. | Systems and methods for playing back alternative streams of protected content protected using common cryptographic information |
| US8964977B2 (en) | 2011-09-01 | 2015-02-24 | Sonic Ip, Inc. | Systems and methods for saving encoded media streamed using adaptive bitrate streaming |
| US9313510B2 (en) | 2012-12-31 | 2016-04-12 | Sonic Ip, Inc. | Use of objective quality measures of streamed content to reduce streaming bandwidth |
| US9191457B2 (en) | 2012-12-31 | 2015-11-17 | Sonic Ip, Inc. | Systems, methods, and media for controlling delivery of content |
| US9906785B2 (en) | 2013-03-15 | 2018-02-27 | Sonic Ip, Inc. | Systems, methods, and media for transcoding video data according to encoding parameters indicated by received metadata |
| US9094737B2 (en) | 2013-05-30 | 2015-07-28 | Sonic Ip, Inc. | Network video streaming with trick play based on separate trick play files |
| JP6287282B2 (ja) * | 2014-02-04 | 2018-03-07 | 日本電気株式会社 | 情報処理装置及び情報処理方法、情報処理システム、並びにコンピュータ・プログラム |
| US9866878B2 (en) | 2014-04-05 | 2018-01-09 | Sonic Ip, Inc. | Systems and methods for encoding and playing back video at different frame rates using enhancement layers |
| JP6318878B2 (ja) * | 2014-06-04 | 2018-05-09 | 富士通株式会社 | 通信装置、システム及び通信処理方法 |
| CN106991334B (zh) | 2016-11-24 | 2021-03-02 | 创新先进技术有限公司 | 一种数据存取的方法、系统及装置 |
| JP6614280B1 (ja) | 2018-06-05 | 2019-12-04 | 富士通株式会社 | 通信装置および通信方法 |
-
2001
- 2001-12-12 JP JP2001378534A patent/JP4196561B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003179597A (ja) | 2003-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4196561B2 (ja) | コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム | |
| US8108312B2 (en) | Content providing method, content providing facility, and user equipment | |
| US8566457B2 (en) | Content delivery service providing apparatus and content delivery service terminal unit | |
| JPH0823315A (ja) | 情報提供システム | |
| US20030204716A1 (en) | System and methods for digital content distribution | |
| US20070027812A1 (en) | Content distribution system and content distribution method | |
| JP2001268535A (ja) | インターネット放送課金システム | |
| CN101636739A (zh) | 用于数字内容分发的装置和方法 | |
| CA2799914A1 (en) | Method and apparatus for providing content | |
| JP2003058660A (ja) | コンテンツ利用管理システム及びこれに用いられるサーバ | |
| WO2004064318A1 (ja) | コンテンツ再生装置、ライセンス発行サーバ及びコンテンツ再生システム | |
| WO2007148512A1 (ja) | 端末装置 | |
| JP2006222496A (ja) | デジタル映像受信装置およびデジタル映像受信システム | |
| JP2003157334A (ja) | コンテンツ配信システム及びその装置、方法、プログラム及びプログラム記録媒体 | |
| JPH088851A (ja) | 情報配布システムおよび情報配布方法 | |
| JP4846537B2 (ja) | コンテンツ配信システム、通信装置、再生装置、および、権利管理装置 | |
| JP2003174439A (ja) | デジタルコンテンツの配信，蓄積システム | |
| JP4000846B2 (ja) | コンテンツ配信補償システム及びその方法、配信サーバ端末、クライアント端末並びにプログラム | |
| JP2009093670A (ja) | ファイルのセキュリティー管理システムおよび認証サーバ、クライアント装置ならびにプログラムおよび記録媒体 | |
| JP4215973B2 (ja) | コンテンツ流通方法及びコンテンツ流通システム | |
| JP2000322433A (ja) | コンテンツディレクトリサーバ | |
| JP2004240959A (ja) | コンテンツ再生装置、ライセンス発行サーバ及びコンテンツ再生システム | |
| JP2013118427A (ja) | 暗号化装置、暗号化方法、暗号化プログラム、復号装置、復号方法、復号プログラム及び情報配信システム | |
| JP2004159036A (ja) | 通信システム及び通信装置 | |
| JP2004030056A (ja) | コンテンツ利用制御の方法と装置並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041115 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071030 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071221 |
|
| 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: 20080909 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080922 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4196561 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131010 Year of fee payment: 5 |
|
| EXPY | Cancellation because of completion of term |