JP2003179597A

JP2003179597A - コンテンツ配信方法、サーバ端末、中継サーバ、サーバクラスタ及びプログラム

Info

Publication number: JP2003179597A
Application number: JP2001378534A
Authority: JP
Inventors: Sumitaka Okashiro; 純孝岡城; Masayuki Nakae; 政行中江
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2001-12-12
Filing date: 2001-12-12
Publication date: 2003-06-27
Anticipated expiration: 2021-12-12
Also published as: JP4196561B2

Abstract

(57)【要約】【課題】コンテンツ配信にキャッシュサーバやＣＤＮ
の複製サーバ等を利用する場合にも、コンテンツの安全
性を確保できるようにする。【解決手段】コンテンツ配信サーバ２は、クライアン
ト端末１への配信時、コンテンツＩＤと中継に使用する
中継サーバ６ＡのサーバＩＤとの組に対応する暗号鍵を
暗号鍵管理手段52を通じて暗号鍵データベース53から取
得し、その暗号鍵でコンテンツを暗号化して中継サーバ
６Ａ経由でクライアント端末１へ配信する。クライアン
ト端末１は、コンテンツＩＤとサーバＩＤを指定したチ
ケット要求を送信し、チケットサーバ51はそのコンテン
ツＩＤとサーバＩＤの組に対応する復号鍵を暗号鍵管理
手段52を通じて暗号鍵データベース53から取得し、その
復号鍵を含むチケットをクライアント端末１へ送信す
る。クライアント端末１は、チケット内の復号鍵を使っ
て、中継サーバ６Ａから送信された暗号化コンテンツを
復号し再生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はインターネット等の
ネットワークを介してサーバからクライアントへコンテ
ンツを暗号化して配信する方法に関する。

【０００２】

【従来の技術】インターネットに代表されるマルチメデ
ィア環境では、音声、動画像など様々な形式のデータを
扱うことができ、これら様々な形式、内容のデータもし
くはその中身をコンテンツと呼ぶ。コンテンツに関連す
るサービスは近年急速に拡大、普及しており、その代表
的なものに、コンテンツ配信サービスがある。これは、
画像や音声などのコンテンツをサーバからインターネッ
ト等のネットワークを通じてクライアント端末に配信
し、クライアント端末側でのコンテンツの再生により画
像や音声の視聴などを可能とするシステムである。

【０００３】このようなコンテンツ配信サービスは、不
特定多数の者を対象とするシステムと、特定の利用者の
みを対象とするシステムとがあり、後者のシステムで
は、特定の利用者のみにコンテンツを利用させる仕組み
が必要となる。このような仕組みの従来技術の一例が特
開平１１−１７５４７５号公報（以下、文献１と称す）
に記載されている。

【０００４】文献１に記載のコンテンツ配信システムで
は、コンテンツをあらかじめ暗号化し、所定の料金を支
払った者など特定の利用者にのみ復号鍵を提供する。図
２３にそのブロック図を示す。サーバ１００１は、配信
対象となるコンテンツを暗号化してクライアント端末１
００２に配信する。その際、暗号鍵ＩＤと鍵サーバアド
レスを添えて配信する。キャッシュサーバ１００３は、
ネットワークキャッシュ技術によるサーバであり、サー
バ１００１から配信されるコンテンツをクライアント端
末１００２へ中継すると共に、同じコンテンツの再配信
に備えて内部に蓄積しておき、次回同じコンテンツの配
信が要求された場合、サーバ１００１からでなくキャッ
シュサーバ１００３からコンテンツを配信することで、
サーバ１００１の負荷およびネットワークの負荷を軽減
する。鍵サーバ１００４は、暗号鍵の管理およびアクセ
ス条件のチェックを行う機能を持つ。クライアント端末
１００２は、受信した暗号化コンテンツを復号するため
に、そのコンテンツに付随する鍵サーバアドレスに従っ
て鍵サーバ１００４に接続し、ユーザ認証情報と暗号鍵
ＩＤを通知して暗号鍵を要求する。鍵サーバ１００４
は、ユーザ認証情報より暗号鍵ＩＤに該当する暗号鍵の
アクセス権が存在するか否かを調べ、存在する場合に暗
号鍵をクライアント端末１００２に返送する。クライア
ント端末１００２は、返送されてきた暗号鍵で暗号化コ
ンテンツを復号する。

【０００５】文献１に示されるような暗号化によるアク
セス制限方法は、利用者ＩＤとパスワードによる既知の
アクセス制限方法に比べて、ネットワークキャッシュ技
術との親和性が良いという特徴を持つ。但し、キャッシ
ュサーバ１００３には、クライアント端末１００２への
配信が行われた時点で初めてコンテンツが蓄積され、そ
れ以降にキャッシュの効果が生じるため、キャッシュサ
ーバ１００３に保存されていないコンテンツについては
効果がない。そこで、近年はＣＤＮ（Ｃｏｎｔｅｎｔｓ
ＤｉｓｔｒｉｂｕｔｉｏｎＮｅｔｗｏｒｋ／Ｃｏｎ
ｔｅｎｔｓＤｅｌｉｖｅｒｙＮｅｔｗｏｒｋ）と呼
ばれる技術が普及している。ＣＤＮは、ネットワーク上
に複製サーバや蓄積サーバと呼ばれるサーバを複数配置
し、予めそれらのサーバにコンテンツを転送しておき、
エンドユーザからのアクセス要求に対して複数存在する
サーバの中からそのユーザにとって最適なサーバにアク
セスすることにより、ユーザに対するレスポンスの向上
とトラフィックの軽減を図る技術である。このＣＤＮを
文献１に記載のコンテンツ配信システムへ適用すると、
サーバ１００１は、暗号化されたコンテンツをＣＤＮを
構成する各サーバに事前に配布しておき、クライアント
端末１００２は任意のサーバから暗号化コンテンツの配
信を受ける構成となる。

【０００６】なお、コンテンツ配信サーバからのコンテ
ンツをクライアント端末に中継するサーバには、キャッ
シュを有しないか、有していてもライブストリーミング
コンテンツの配信時のようにキャッシング処理を行わな
い種類のサーバも存在する。

【０００７】

【発明が解決しようとする課題】上述した文献１に記載
のコンテンツ配信システムでは、コンテンツを暗号化し
て配信する一方、別途に復号鍵を配信することで、特定
の利用者のみがコンテンツを利用できるようにしてい
る。しかし、配信対象となるコンテンツは、それが中継
されるサーバにかかわらず同じ暗号鍵で暗号化されてい
るため、或る中継サーバ経由で配信されたコンテンツの
暗号が解かれ復号鍵が不正に流通すると、その中継サー
バだけでなく、残りの全ての中継サーバ経由でコンテン
ツが不正に利用される危険性がある。また、ネットワー
クの負荷等を軽減するためにキャッシュサーバやＣＤＮ
を利用すると、複製された同一のコンテンツが複数の中
継サーバに存在することになるため、不正なコンテンツ
利用の可能性が更に高まり、コンテンツの安全性が更に
低下する。

【０００８】そこで本発明の目的は、配信対象コンテン
ツの安全性を高めることにある。

【０００９】本発明の別の目的は、キャッシュサーバや
ＣＤＮの複製サーバなどを利用する場合にも、各サーバ
上のコンテンツの安全性を確保できるようにすることに
ある。

【００１０】

【課題を解決するための手段】本発明のコンテンツ配信
方法は、サーバ端末からクライアント端末へ中継サーバ
を経由してコンテンツを配信する方法において、少なく
とも中継サーバ毎、好ましくは中継サーバとコンテンツ
の組毎に異なる暗号鍵でコンテンツを暗号化して配信す
る。これにより、或る中継サーバ経由で配信されたコン
テンツの暗号が解かれ復号鍵が不正に流通しても、その
影響はその中継サーバだけに限定され、残りの中継サー
バ経由でコンテンツが不正に利用される危険性が低下す
る。

【００１１】コンテンツを暗号化するための暗号鍵は、
配信対象コンテンツのサーバ端末への登録時に中継サー
バ及びコンテンツの組毎に異なる暗号鍵を暗号鍵データ
ベースに登録しておき、サーバ端末からクライアント端
末への配信時に前記暗号鍵データベースに登録された暗
号鍵を使用するようにしても良いし、サーバ端末からク
ライアント端末への中継サーバを経由したコンテンツの
配信時に当該中継サーバおよび当該コンテンツの組に対
応する暗号鍵を動的に生成するようにしても良い。

【００１２】また本発明のコンテンツ配信方法は、サー
バ端末で暗号化されたコンテンツを中継サーバが中継す
る際、更に異なる暗号鍵で再暗号化する。より具体的に
は、中継サーバ毎に異なるインデックスを付与し、中継
サーバによるコンテンツの中継時に、中継サーバとコン
テンツとインデックスとの組に対応する暗号鍵を生成
し、該生成した暗号鍵を使用してコンテンツを更に暗号
化する。さらに、中継サーバを多段構成とし、各段階で
再暗号化を行うようにしても良い。これにより、コンテ
ンツの安全性をより一層確保することができる。

【００１３】また本発明のコンテンツ配信方法は、サー
バ端末で暗号化されたコンテンツを中継サーバが中継す
る際、一旦復号化した後に異なる暗号鍵で再び暗号化す
る。より具体的には、中継サーバ毎に異なるインデック
スを付与し、中継サーバによるコンテンツの中継時に、
暗号化コンテンツを一旦復号化した後、中継サーバとコ
ンテンツとインデックスとの組に対応する暗号鍵を生成
し、該生成した暗号鍵を使用して前記復号したコンテン
ツを再び暗号化する。さらに、中継サーバを多段構成と
し、各段階で復号化と再暗号化を行うようにしても良
い。これにより、中継サーバ毎に暗号鍵を異ならせつ
つ、クライアント端末側での復号化処理を簡素化するこ
とができる。

【００１４】また、暗号化コンテンツを中継サーバに予
め配布して蓄積させておくようにしても良い。これによ
り、クライアント端末からの要求に応答するための時間
を短縮することができる。

【００１５】また、本発明のコンテンツ配信方法は、サ
ーバ端末からクライアント端末へサーバクラスタを経由
してコンテンツを配信する方法であって、サーバ端末に
おいてサーバクラスタ及びコンテンツの組毎に異なる暗
号鍵で暗号化した第１の暗号化コンテンツをサーバクラ
スタの第１の中継サーバ経由でクライアント端末に配信
する処理と、前記第１の暗号化コンテンツをサーバクラ
スタにおいて更に異なる暗号鍵で再暗号化するか、一旦
復号化した再び暗号化することにより生成した第２の暗
号化コンテンツをサーバクラスタの第２の中継サーバ経
由でクライアント端末に配信する処理とを選択的に実施
する。より具体的には、クライアント端末が初めて要求
したコンテンツについては前記第１の暗号化コンテンツ
を配信し、同じコンテンツについての再要求時は前記第
２の暗号化コンテンツを配信する。これにより、例え
ば、クライアント端末で、最初のコンテンツの受信時
に、通信障害などの理由で再受信が必要となった際、バ
ックアップシステムとして、第２の中継サーバを限定的
に動作させることができる。

【００１６】

【発明の第１の実施の形態】次に、本発明の第１の実施
の形態について図面を参照して詳細に説明する。

【００１７】図１を参照すると、本発明の第１の実施の
形態にかかるコンテンツ配信システムは、クライアント
端末１と、このクライアント端末１にインターネット等
の図示しないネットワーク経由でコンテンツを配信する
コンテンツ配信サーバ２と、このコンテンツ配信サーバ
２が配信するコンテンツを暗号化する暗号化処理手段３
と、配信対象のコンテンツを蓄積するコンテンツデータ
ベース４と、コンテンツ配信サーバ２への暗号鍵の提
供、クライアント端末１への復号鍵を内包するチケット
の提供を行う権利管理装置５と、コンテンツ配信サーバ
２からのコンテンツをクライアント端末１へ中継する複
数の中継サーバ６Ａとを含んで構成される。なお、クラ
イアント端末１及びコンテンツ配信サーバ２と権利管理
装置５とはインターネット等の図示しないネットワーク
経由で相互に通信可能になっている。また、図１には、
クライアント端末１は１つしか示されていないが、一般
に複数のクライアント端末が存在する。

【００１８】本実施の形態において配信するコンテンツ
は、画像や音声などのストリーミングコンテンツ、画像
や音声などのダウンロードコンテンツ等、任意のコンテ
ンツである。

【００１９】クライアント端末１は、コンテンツをユー
ザが視聴するために再生するブラウザ等のコンテンツ再
生手段１１を有する。また、図示していないが、表示装
置やキーボード等の入出力装置、クライアント端末１全
体の制御を司る制御手段を備えている。クライアント端
末１は、パーソナルコンピュータや携帯端末等の情報処
理装置とクライアント端末用プログラムとで実現するこ
とができる。その場合、クライアント端末用プログラム
によってコンテンツ再生手段１１等の機能手段が情報処
理装置上に実現される。

【００２０】権利管理装置５は、チケットサーバ５１と
暗号鍵管理手段５２と暗号鍵データベース５３とを含ん
で構成される。暗号鍵データベース５３には、コンテン
ツ配信サーバ２が配信するコンテンツを暗号化する際に
使用する暗号鍵とその復号化に使う復号鍵とが予め登録
されている。本実施の形態の場合、コンテンツを一意に
識別する識別子（以下、ＣＩＤ）と中継サーバ６Ａを一
意に識別する識別子（以下、ＳＩＤ）との組について、
一意に決まる暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］と復号鍵Ｋ
ｄ［ＣＩＤ，ＳＩＤ］の組が、ＣＩＤとＳＩＤで検索可
能に暗号鍵データベース５３に登録されている。ＳＩＤ
は、中継サーバ６ＡのＩＰアドレスまたはドメイン名な
どを用いることができる。ここで、この２つの鍵は、Ｋ
ｅ［ＣＩＤ，ＳＩＤ］によって或るデータＤが暗号化さ
れた暗号文Ｅは、Ｋｄ［ＣＩＤ，ＳＩＤ］によって元の
データＤに復元されるという関係にある。具体的な例と
して、ＲＳＡ暗号などの公開鍵暗号系における鍵ペアを
用いても良いし、ＤＥＳ暗号などの共通鍵暗号系におけ
る共通鍵（すなわち、Ｋｅ［ＣＩＤ，ＳＩＤ］＝Ｋｄ
［ＣＩＤ，ＳＩＤ］）を用いても良い。

【００２１】暗号鍵管理手段５２は、暗号鍵データベー
ス５３からの暗号鍵および復号鍵の払出しを管理する手
段で、チケットサーバ５１に対しては復号鍵を払出し、
コンテンツ配信サーバ２に対しては暗号鍵を払出す。チ
ケットサーバ５１は、クライアント端末１からの要求に
応じて、復号鍵を内包するチケットを提供する機能を持
つ。

【００２２】このような権利管理装置５は、ワークステ
ーション等の情報処理装置と権利管理装置用プログラム
とで実現することができる。その場合、権利管理装置用
プログラムによってチケットサーバ５１、暗号鍵管理手
段５２が情報処理装置上に実現される。

【００２３】中継サーバ６ＡはキャッシュサーバやＣＤ
Ｎを構成する中継サーバである。中継サーバ６Ａは、ワ
ークステーション等の情報処理装置と、この情報処理装
置を中継サーバ６Ａとして機能させる中継サーバ用プロ
グラムとで実現することができる。

【００２４】なお、コンテンツ配信サーバ２、暗号化処
理手段３およびコンテンツデータベース４は、同じ１つ
のサーバ上に備えるようにしても良いし、幾つかのサー
バに分散して備えるようにしても良い。また、コンテン
ツ配信サーバ２、暗号化処理手段３はワークステーショ
ン等の情報処理装置と、この情報処理装置をコンテンツ
配信サーバ２および暗号化処理手段３として機能させる
サーバ用プログラムとで実現することができる。

【００２５】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図２の流れ図を参照して
説明する。

【００２６】クライアント端末１の利用者は、視聴した
いコンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバ
ＩＤ（ＳＩＤ）を持つ中継サーバ６Ａに対してコンテン
ツの送信を要求する（ステップＳ１０１）。ＣＩＤは、
例えばコンテンツ配信サーバ２が運営するホームページ
で、配信対象コンテンツのＩＤの一覧を提示するサービ
スを行っている場合、そのページからＣＩＤを取得する
ことができる。ＳＩＤの取得もＣＩＤと同様にして行う
ことができる。

【００２７】クライアント端末１からコンテンツ送信要
求を受信した中継サーバ６Ａは、受信したＣＩＤと自身
のサーバＩＤであるＳＩＤとの組を指定した配信要求を
コンテンツ配信サーバ２へ送信する（ステップＳ１０
２）。コンテンツ配信サーバ２は、ＣＩＤで特定される
コンテンツをＳＩＤで特定される中継サーバ６Ａへ配信
するために使用する暗号鍵を取得するため、受信したＣ
ＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管理手
段５２に送信する（ステップＳ１０３）。暗号鍵管理手
段５２は、受信したＣＩＤとＳＩＤの組に対応する暗号
鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を暗号鍵データベース５３か
ら取り出し、コンテンツ配信サーバ２へ送信する（ステ
ップＳ１０４）。

【００２８】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信した
コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテ
ンツをコンテンツデータベース４から取り出し、このコ
ンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処
理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］で暗号化させる（ステップＳ１０５）。そ
して、暗号化されたコンテンツをＳＩＤで特定される中
継サーバ６Ａへ送信する（ステップＳ１０６）。中継サ
ーバ６Ａは、受信した暗号化コンテンツをクライアント
端末１へ転送する（ステップＳ１０７）。

【００２９】クライアント端末１の利用者は、暗号化コ
ンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの
組を指定したチケット要求をチケットサーバ５１へ送信
する（ステップＳ１０８）。ＣＩＤとＳＩＤの組を受信
したチケットサーバ５１は、その組に対応する復号鍵Ｋ
ｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて暗
号鍵データベース５３から取得し、この復号鍵Ｋｄ［Ｃ
ＩＤ，ＳＩＤ］を内包するチケットを生成してクライア
ント端末１へ送信する（ステップＳ１０９）。なお、チ
ケットが有償の場合、チケットサーバ５１とクライアン
ト端末１との間で既知の方法によるユーザ認証および電
子決済がなされるが、図２のフローでは省略している
（以下の他の実施の形態においても同様である）。

【００３０】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ａから受信した暗号化コンテンツ
を、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］
で復号しながら再生することにより、利用者にコンテン
ツを視聴させる（ステップＳ１１０）。

【００３１】図２の動作例では、クライアント端末１の
利用者は暗号化コンテンツを受信してからチケットを要
求したが、先ずチケットを要求し、それから暗号化コン
テンツを受信するようにしても良い。また、中継サーバ
６Ａは、従来のキャッシュサーバと同様に、中継した暗
号化コンテンツを内部に蓄積しておき、次回に同じコン
テンツが要求されたならば、蓄積された暗号化コンテン
ツをクライアント端末１に送信するようにしても良い。
更に、コンテンツ配信サーバ２にて、予め中継サーバ６
Ａに暗号化コンテンツを配布して中継サーバ６Ａに蓄積
させるようにしても良い。この場合の動作例を図３に示
す。

【００３２】まずコンテンツ配信サーバ２は、配信予定
であるコンテンツのＣＩＤと配布先となる中継サーバ６
ＡのＳＩＤとの組を決定する（ステップＳ１２１）。そ
して、このＣＩＤとＳＩＤの組を指定した暗号鍵要求を
暗号鍵管理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］
を取得し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテ
ンツを暗号化してＣＩＤを添えて中継サーバ６Ａに送信
する（ステップＳ１２２〜Ｓ１２５）。暗号化コンテン
ツを受信した中継サーバ６Ａは、暗号化コンテンツをＣ
ＩＤに対応付けて内部の記憶装置に蓄積する（ステップ
Ｓ１２６）。全ての中継サーバ６Ａに配布する場合、ス
テップＳ１２１〜Ｓ１２６の動作が各中継サーバ６Ａ毎
に繰り返される。

【００３３】その後、クライアント端末１が、図２のス
テップＳ１０１と同様にＣＩＤを中継サーバ６Ａへ送信
すると（ステップＳ１２７）、中継サーバ６Ａは蓄積済
の暗号化コンテンツを送信する（ステップＳ１２８）。
クライアント端末１側では、図２のステップＳ１０８〜
Ｓ１１０と同様にして、チケットを取得し、復号鍵で暗
号化コンテンツを復号化し、コンテンツを視聴する（ス
テップＳ１２９〜Ｓ１３１）。

【００３４】このようにすることで、中継サーバ６Ａが
クライアント端末１からの要求に応答するための時間を
短縮することができる。

【００３５】

【実施例】次に第１の実施の形態の実施例について図面
を参照して詳細に説明する。本発明は任意の種類のコン
テンツの配信サービスに対して適用可能であるが、この
実施例では、ストリーミング技術を用いたストリーミン
グコンテンツの配信サービスを取り上げる。

【００３６】ストリーミング技術は、画像や音声などの
ストリーミングコンテンツについて、サーバからのコン
テンツ配信とクライアント側でのコンテンツ再生とを、
同期を取りながらほぼリアルタイムに行うサービスであ
る。良く知られているように、ネットワークが混雑して
いたり、サーバの負荷が高いと、所望の品質のストリー
ミングコンテンツは配信できない。このため、サーバ側
では、クライアントとの間の回線状況等に応じてストリ
ーミングコンテンツの品質を自動的に調整する。例え
ば、動画データの場合には秒間コマ数を間引いたり、音
楽データの場合には高周波成分や低周波成分をカットし
たりして、コンテンツの品質を調整する。従って、コン
テンツの配信が有料で行われる場合や、コンテンツの配
信を受ける権利を有する特定の者に対しコンテンツを配
信する場合、クライアント側におけるストリーミングコ
ンテンツの再生品質がその時点のネットワーク負荷等に
起因して所望の品質以下であったときには何らかの補償
を行う必要性が出てくる。

【００３７】そこで本実施例では、ネットワークやサー
バの過負荷などによりクライアント側で一定の再生品質
が得られなかったコンテンツ配信について、コンテンツ
の再視聴による補償を可能にする。また、補償のために
再視聴させるコンテンツが補償対象クライアント以外の
クライアントに不正に再生されるのを防止する。

【００３８】図４を参照すると、本発明の第１の実施の
形態の一実施例にかかるコンテンツ配信システムは、コ
ンテンツの生成や登録などを行うコンテンツ生成装置７
と、コンテンツ利用者からの利用要求に対して利用の可
否を判断し復号鍵を含むチケットの送信など行う権利管
理装置５と、コンテンツを蓄積し管理するコンテンツ管
理装置８と、コンテンツの中継を行う１以上の中継サー
バ６Ａと、コンテンツ利用者が受信したコンテンツを視
聴するクライアント端末１とから構成されている。

【００３９】コンテンツ生成装置７は、映像データから
のストリーミングコンテンツの生成など配信対象となる
コンテンツの生成、そのコンテンツの再生品質が所定の
基準を満たさなかったときの補償サービスの内容の生
成、コンテンツの暗号化に使用する暗号鍵の生成などを
行う生成手段７１と、生成手段７１で生成されたデータ
の権利管理装置５およびコンテンツ管理装置８への登録
を行う登録手段７２とを含む。

【００４０】権利管理装置５は、クライアント端末１か
らコンテンツの利用要求を受信し、当該コンテンツを復
号するための適切な復号鍵を内包するチケットをクライ
アント端末１に送信するなどの処理を行うチケットサー
バ５１と、コンテンツ再生中の再生品質に関する情報
（例えば受信パケット数など）である補償用データをク
ライアント端末１から受信し、決定した補償サービスの
内容をチケットサーバ５１に通知するなどの処理を行う
補償サービス管理手段５４と、前記補償用データの内容
を解析し、適切な補償サービスを決定する補償サービス
決定手段５５と、クライアント端末１におけるコンテン
ツ再生品質に応じた補償サービスの内容を登録しておく
補償サービスデータベース５６と、暗号化および復号に
用いられる暗号鍵を登録しておく暗号鍵データベース５
３と、この暗号鍵データベース５３への暗号鍵の登録、
その払出しを管理する暗号鍵管理手段５２とを含む。

【００４１】コンテンツ管理装置８は、コンテンツ生成
装置７から送信される配信対象コンテンツの登録やその
配信などを行うコンテンツ管理手段８１と、コンテンツ
生成装置７から送信される補償サービスの内容に従って
配信対象コンテンツから補償サービスに利用する補償用
コンテンツを作成する補償用コンテンツ作成手段８２
と、配信するコンテンツに対して暗号化処理を施す暗号
化処理手段３と、配信対象コンテンツや補償用コンテン
ツなどを蓄積しておくコンテンツデータベース４とを含
む。

【００４２】ここで、補償用コンテンツとしては、配信
対象コンテンツがストリーミングコンテンツである場
合、ダウンロードコンテンツとする。ダウンロードコン
テンツとは、ストリーミングではなくダウンロード可能
な形式のコンテンツを指す。ネットワークの過負荷時に
はダウンロードに時間はかかるが、再生はダウンロード
したコンテンツに基づき実施されるので、ネットワーク
負荷の影響を受けず品質は安定する。また、配信対象コ
ンテンツがライブストリーミングコンテンツの場合、そ
の補償用コンテンツとしては、ダウンロードコンテンツ
以外に、オンデマンドストリーミングコンテンツとする
ことができる。オンデマンドストリーミングコンテンツ
とは、ライブストリーミングコンテンツをその配信時に
録画した内容に基づいて作成されたコンテンツで、スト
リーミングコンテンツである点でライブストリーミング
コンテンツと同じであるが、ライブでない点が相違す
る。オンデマンドストリーミングコンテンツを補償用コ
ンテンツとして用意することで、ライブ中継など失敗が
許されないコンテンツ配信において、万一事故が起こ
り、十分な品質で配信が行えなかった場合にも、録画し
た内容の再視聴という形態で補償することが可能とな
る。

【００４３】中継サーバ６Ａは、コンテンツ管理装置８
とクライアント端末１との間に位置し、コンテンツ管理
装置８のコンテンツ管理手段８１から配信されるコンテ
ンツの中継を行う機能を持つサーバであり、ＣＤＮ（Ｃ
ｏｎｔｅｎｔｓＤｉｓｔｒｉｂｕｔｉｏｎＮｅｔｗ
ｏｒｋ／ＣｏｎｔｅｎｔｓＤｅｌｉｖｅｒｙＮｅｔ
ｗｏｒｋ）の一部を構成する。

【００４４】クライアント端末１は、コンテンツ管理装
置８から中継サーバ６Ａ経由で配信されるコンテンツを
受信再生するコンテンツ再生手段１１と、このコンテン
ツ再生手段１１によるコンテンツの再生品質に関する情
報を検出して蓄積する補償用データ管理手段１２と、表
示装置やキーボード等を含む入出力装置１３と、これら
に接続されると共に図示しないインターネット等のネッ
トワークを介して権利管理装置５に接続される制御手段
１４とを含む。補償用データ管理手段１２が検出する情
報としては、当該コンテンツについて受信したパケット
数、再生中の映像のフレームレート、再生を開始してか
らの経過時間などが考えられる。

【００４５】次に、本実施例の動作を、１つの配信対象
コンテンツに注目し、その生成から配信、再生、その補
償の各段階にわけて説明する。

【００４６】（１）配信対象コンテンツ、補償用コンテ
ンツの生成と配布（図５参照）コンテンツ生成装置７の生成手段７１は、先ず、映像デ
ータなどから配信対象コンテンツを生成する（ステップ
Ｐ７０１）。

【００４７】次に、コンテンツ生成装置７の生成手段７
１は、配信対象コンテンツがクライアント端末１で所望
の品質で再生できなかった場合の補償サービスの内容を
生成する（ステップＰ７０２）。具体的には、配信対象
コンテンツ毎に以下の項目を決定する。（ａ）配信対象コンテンツＩＤ（ＣＩＤ）（ｂ）補償再生品質条件（ｃ）サービス形態（ｄ）補償用コンテンツＩＤ（ｅ）その他の情報

【００４８】（ａ）の配信対象コンテンツＩＤは、コン
テンツ配信システムにおいて当該配信対象コンテンツを
一意に識別するための識別子である。（ｂ）の補償再生
品質条件は、当該配信対象コンテンツに対する補償を認
める再生品質の条件である。例えば、配信対象コンテン
ツの最高の再生品質を１、最低の最高品質を０とする場
合、１から０の中間の値に数値化された再生品質レベル
を用いた条件式が設定される。（ｃ）のサービス形態
は、コンテンツの再視聴の形態を示し、例えば再ストリ
ーミング許可、ダウンロード許可等が設定される。
（ｄ）の補償用コンテンツＩＤは、当該配信対象コンテ
ンツのクライアント端末１での再生品質が、（ｂ）の補
償再生品質条件に適合したときに、（ｃ）のサービス形
態で再視聴を許可する補償用コンテンツを一意に識別す
るための識別子である。（ｅ）のその他の情報は、クラ
イアント端末１から送られてくる補償用データから再生
品質を定量化するために使う情報である。例えば、補償
用データに含まれる受信パケット数で再生品質を定量化
する場合、コンテンツ本来の総パケット数が必要になる
ため、この情報がその他の情報に設定される。

【００４９】上述した補償サービスの内容は、１つの配
信対象コンテンツ当たり１つに限られず、異なる再生品
質レベルについて複数生成することもできる。例えば、
再生品質レベルｌｅｖｅｌ１と、それより低い再生品質
レベルｌｅｖｅｌ２との２種類について、ｌｅｖｅｌ２
に満たない場合にはダウンロード許可、ｌｅｖｅｌ２は
満たすがｌｅｖｅ１は満たさない場合には再ストリーミ
ング許可の２つの補償サービス内容を生成することがで
きる。

【００５０】ここで、補償サービス内容の生成は人手で
実施しても良いし、プログラムで自動生成しても良い。
プログラムで自動生成する場合、例えば、配信対象コン
テンツの種別（ライブストリーミングコンテンツやスト
リーミングコンテンツ等）毎の補償再生品質条件および
サービス形態を予め記憶するファイルと、配信対象コン
テンツの種別をキーにこのファイルから補償再生品質条
件およびサービス形態を読み出し、それに配信対象コン
テンツＩＤ、補償用コンテンツＩＤを付加し、更に配信
対象コンテンツのデータ量から配信時におけるパケット
総数を見積もって付加するプログラムとを用意すれば良
い。

【００５１】また、コンテンツ生成装置７は、配信対象
コンテンツおよび補償用コンテンツの暗号化及び復号化
に使う暗号鍵、これらのコンテンツを配布する中継サー
バ６Ａに関する情報を生成する（ステップＰ７０３）。
具体的には、コンテンツと中継サーバ６Ａの組毎に以下
のような情報を生成する。（ａ）コンテンツＩＤ（ＣＩＤ）（ｂ）中継サーバＩＤ（ＳＩＤ）（ｃ）中継サーバＵＲＩ（ｄ）暗号鍵

【００５２】（ａ）のコンテンツＩＤは、配信対象コン
テンツまたは補償用コンテンツのＩＤであり、ステップ
Ｐ７０２で生成されたものと同じものである。（ｂ）、
（ｃ）の中継サーバＩＤとＵＲＩは、配信対象コンテン
ツおよび補償用コンテンツの配布先となる中継サーバ６
Ａの識別子およびＵＲＩである。（ｄ）の暗号鍵は、
（ａ）のコンテンツＩＤを持つコンテンツの暗号化およ
び復号化に使う暗号鍵である。ここでは、ＤＥＳ暗号な
どの共通鍵暗号系における共通鍵を用い、例えば（ａ）
のコンテンツＩＤと（ｂ）の中継サーバＩＤとから暗号
鍵を生成することにより、コンテンツ及び中継サーバの
組み合わせ毎の暗号鍵を生成する。勿論、ＲＳＡ暗号な
どの公開鍵暗号系における鍵ペアを用いることもでき
る。

【００５３】コンテンツ生成装置７の登録手段７２は、
ステップＰ７０２で生成した補償サービス内容をその登
録のために権利管理装置５およびコンテンツ管理装置８
へ送信する（ステップＰ７０４）。

【００５４】権利管理装置５のチケットサーバ５１は、
補償サービス内容を受信すると、補償サービス管理手段
５４に伝達する（ステップＰ５０１）。補償サービス管
理手段５４は、伝達された補償サービス内容を補償サー
ビスデータベース５６へ登録する（ステップＰ５０
２）。図６に補償サービスデータベース５６の登録内容
の一例を示す。ここでは、同じコンテンツＩＤ＝ｃｏｎ
ｔｅｎｔｓ１のコンテンツについて２種類の補償サービ
ス内容が登録されている。その１つは、クライアント端
末１での再生品質Ｘがｌｅｖｅ２を越えているがｌｅｖ
ｅｌ１以下の場合に、コンテンツＩＤ＝ｃｏｎｔｅｎｔ
ｓ１ｈ１の補償用コンテンツに対する再ストリーミング
許可を認めるものであり、他の１つは、クライアント端
末１での再生品質Ｘがｌｅｖｅｌ２以下の場合に、コン
テンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ２の補償用コンテン
ツに対するダウンロード許可を認めるものである。

【００５５】コンテンツ管理装置８のコンテンツ管理手
段８１は、補償サービス内容を受信すると（ステップＰ
８０１）、それをコンテンツデータベース４に登録する
（ステップＰ８０２）。登録される内容は図６と同じで
ある。

【００５６】次にコンテンツ生成装置７の登録手段７２
は、ステップＰ７０３で生成した暗号鍵と中継サーバに
関する情報を、その登録のために権利管理装置５へ送信
する（ステップＰ７０５）。権利管理装置５のチケット
サーバ５１は、暗号鍵と中継サーバに関する情報を受信
すると、それを暗号鍵管理手段５２に伝達する（ステッ
プＰ５０３）。暗号鍵管理手段５２は、それを暗号鍵デ
ータベース５３に登録する（ステップＰ５０４）。

【００５７】図７に暗号鍵データベース５３の登録内容
の一例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅ
ｎｔｓ１を持つ配信対象コンテンツについて、サーバ１
からサーバｎまでの各中継サーバ６Ａ毎に中継サーバＩ
Ｄ、中継サーバＵＲＩ、暗号鍵が登録されている。ま
た、この配信対象コンテンツの補償用コンテンツとし
て、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１の補償用
コンテンツと、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ
２の補償用コンテンツとの２種類のコンテンツとがあ
り、それぞれについて、サーバ１からサーバｎまでの各
中継サーバ６Ａ毎に中継サーバＩＤ、中継サーバＵＲ
Ｉ、暗号鍵が登録されている。

【００５８】次にコンテンツ生成装置７の登録手段７２
は、ステップＰ７０１で生成された配信対象コンテンツ
を、その登録ならびに配信のためにコンテンツＩＤを付
随させてコンテンツ管理装置８へ送信する（ステップＰ
７０６）。コンテンツ管理装置８のコンテンツ管理手段
８１は、配信対象コンテンツを受信すると（ステップＰ
８０３）、コンテンツデータベース４へ登録する（ステ
ップＰ８０４）。ここで、配信対象コンテンツがライブ
ストリーミングコンテンツの場合、コンテンツ管理手段
８１は、受信したライブストリーミングコンテンツを録
画し、その録画内容をコンテンツデータベース４へ登録
する。図８にコンテンツデータベース４の登録内容の一
例を示す。ここでは、コンテンツＩＤ＝ｃｏｎｔｅｎｔ
ｓ１を持つ配信対象コンテンツがそのＩＤと共に登録さ
れている。なお、ｃｏｎｔｅｎｔｓ１ｈ１、ｃｏｎｔｅ
ｎｔｓ１ｈ２に関する部分は後述のようにして生成され
た補償用コンテンツの登録内容であり、補償サービス内
容はステップＰ８０２で登録されたもので、その中身は
図６と同じである。

【００５９】補償用コンテンツ作成手段８２は、コンテ
ンツデータベース４に補償サービス内容が登録される
と、配信対象コンテンツがコンテンツデータベース４に
登録され次第、その配信対象コンテンツから補償用コン
テンツを生成し、コンテンツデータベース４に登録する
（ステップＰ８０５）。例えば、コンテンツＩＤ＝ｃｏ
ｎｔｅｎｔｓ１、サービス形態＝再ストリーミング許
可、補償用コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ１ｈ１と
いう補償サービス内容が登録されると、ｃｏｎｔｅｎｔ
ｓ１の配信対象コンテンツがコンテンツデータベース４
に登録され次第、この登録された配信対象コンテンツか
らオンデマンドストリーミングコンテンツを生成し、図
８に示したように、コンテンツＩＤ＝ｃｏｎｔｅｎｔｓ
１ｈ１に対応付けてコンテンツデータベース４に登録す
る。ダウンロード許可の補償サービス内容が登録された
場合も同様である。

【００６０】（２）配信対象コンテンツ及び補償用コン
テンツの中継サーバへの配布（図９参照）コンテンツ管理装置８のコンテンツ管理手段８１は、コ
ンテンツデータベース４に登録された配信対象コンテン
ツ及び補償用コンテンツを暗号化して各中継サーバ６Ａ
へ配布する。ライブストリーミングコンテンツの場合、
中継サーバ６Ａへの配布は、コンテンツ生成装置７から
のライブストリーミングコンテンツの受信時に速やかに
実施され、それ以外のコンテンツの場合、配布可能とな
った時点で速やかに実施される。１つのコンテンツの配
布は具体的には以下のように行われる。

【００６１】コンテンツ管理手段８１は、配布対象とな
るコンテンツのＩＤを指定して権利管理装置５の暗号鍵
管理手段５２に対して、暗号鍵と中継サーバに関する情
報を要求する（ステップＰ７１１）。暗号鍵管理手段５
２は、この要求を受信すると（ステップＰ５１１）、要
求で指定されたコンテンツＩＤで暗号鍵データベース５
３を検索して図７のコンテンツＩＤが指定されたコンテ
ンツＩＤと一致する全ての暗号鍵と中継サーバに関する
情報を取得し（ステップＰ５１２）、それらをコンテン
ツ管理手段８１へ送信する（ステップＰ５１３）。

【００６２】コンテンツ管理手段８１は、暗号鍵管理手
段５２から送られる情報を受信し（ステップＰ７１
２）、暗号鍵と中継サーバに関する情報毎に、暗号化処
理（ステップＰ７１３）と暗号化されたコンテンツの送
信処理（ステップＰ７１４）とを繰り返す。具体的に
は、暗号鍵と中継サーバに関する情報に含まれるコンテ
ンツＩＤを持つコンテンツをコンテンツデータベース４
から取り出し、同情報に含まれる暗号鍵と一緒に暗号化
処理手段３に渡して、そのコンテンツをその暗号鍵で暗
号化した暗号化コンテンツを生成させ、この暗号化コン
テンツをそのコンテンツＩＤを添えて、暗号鍵と中継サ
ーバに関する情報に含まれる中継サーバＵＲＩで特定さ
れる中継サーバ６Ａへ送信する。

【００６３】各中継サーバ６Ａでは、コンテンツ管理手
段８１から送信されてくる暗号化コンテンツを受信し、
そのコンテンツＩＤに対応付けて内部に蓄積する（ステ
ップＰ６０１）。

【００６４】以上のような処理が配信対象コンテンツ及
び補償用コンテンツに対して実施されることで、各中継
サーバ６Ａに暗号化された配信対象コンテンツ及び暗号
化された補償用コンテンツが蓄積される。

【００６５】（３）クライアント端末での配信対象コン
テンツの視聴と補償用データの検出（図１０参照）クライアント端末１の利用者は、視聴したいコンテンツ
のＩＤを選択する。例えば、コンテンツ管理装置８が運
営するホームページで、配信対象コンテンツのＩＤの一
覧を提示するサービスを行っている場合、そのページか
らコンテンツＩＤを選択する。また、利用者は、コンテ
ンツの配信を受ける中継サーバ６ＡのサーバＩＤを選択
する。この選択も例えばコンテンツＩＤの選択と同様に
行うことができる。利用者は、クライアント端末１の入
出力装置１３の操作によって制御手段１４を起動し、視
聴したいコンテンツＩＤ及び選択した中継サーバ６Ａの
サーバＩＤを指定し、チケットの購入を指示する。これ
に応じて制御手段１４は、コンテンツＩＤ及びサーバＩ
Ｄを含むチケット要求を権利管理装置５のチケットサー
バ５１へ送信する（ステップＰ１０１）。

【００６６】チケットサーバ５１は、チケットの要求を
受信すると（ステップＰ５２１）、チケットを生成する
（ステップＰ５２２）。具体的には、要求中で指定され
たコンテンツＩＤ及びサーバＩＤの組を持つ暗号鍵と中
継サーバに関する情報を暗号鍵管理手段５２を通じて暗
号鍵データベース５３から取り出し、この取り出した情
報中に含まれる暗号鍵、中継サーバＵＲＩを内包するチ
ケットを生成する。ここで、チケットは電子的なもの
で、紙媒体で作られている通常のチケットとは相違す
る。次に、チケットサーバ５１は、生成したチケットを
クライアント端末１へ送信する（ステップＰ５２３）。
なお、チケットの購入が有償の場合、チケットサーバ５
１とクライアント端末１との間で既知の方法によるユー
ザ認証および電子決済がなされるが、図１０のフローで
は省略している。

【００６７】クライアント端末１の制御手段１４は、チ
ケットサーバ５１から送信されてきたチケットを受信
し、それが利用されるまで内部に一時的に記憶する（ス
テップＰ１０２）。利用者は、この記憶されたチケット
を使ってコンテンツを視聴する。具体的には、コンテン
ツ再生手段１１により、チケットに記述されたサーバＵ
ＲＩの中継サーバ６Ａに接続し、同チケットに記述され
たコンテンツＩＤを指定したコンテンツ要求を中継サー
バ６Ａに送信する（ステップＰ１０３）。

【００６８】中継サーバ６Ａは、クライアント端末１か
らコンテンツ要求を受信すると（ステップＰ６１１）、
コンテンツ要求で指定されたコンテンツＩＤに対応する
暗号化コンテンツをクライアント端末１へ配信する（ス
テップＰ６１２）。

【００６９】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ａから配信される暗号化コンテン
ツを受信し、チケットに内包されている暗号鍵で復号化
して再生し、利用者に当該コンテンツを視聴させる（ス
テップＰ１０４）。このコンテンツ再生手段１１による
コンテンツの再生中、補償用データ管理手段１２は、コ
ンテンツの再生品質に関する情報を検出し、再生中のコ
ンテンツのＩＤに対応付けて蓄積する（ステップＰ１０
５）。

【００７０】（４）補償サービスの実施（図１１参照）クライアント端末１の利用者は、配信対象コンテンツの
再生品質に満足しなかったためにその補償を求める場
合、補償用コンテンツの配信を受ける中継サーバ６Ａを
選択し、その中継サーバ６ＡのサーバＩＤと補償用デー
タ管理手段１２に記憶されている補償用データとを指定
して入出力装置１３から制御手段１４に対して、補償サ
ービスの実施の要求を入力する。制御手段１４は、指定
された補償用データ、配信対象コンテンツＩＤ、利用者
が指定した中継サーバ６ＡのサーバＩＤおよびクライア
ント端末１のアドレスを指定した補償サービス要求を権
利管理装置５の補償サービス管理手段５４へ送信する
（ステップＰ１１１）。

【００７１】補償サービス管理手段５４は、クライアン
ト端末１から送信された補償サービス要求を受信すると
（ステップＰ５３１）、その要求で指定された補償用デ
ータとコンテンツＩＤとを補償サービス決定手段５５に
伝達する。補償サービス決定手段５５は、先ず、補償用
データを解析してクライアント端末１での再生品質レベ
ルＸを求める。例えば、補償用データとして受信パケッ
ト数を利用する場合、受信パケット数を配信対象コンテ
ンツの本来のパケット総数で割った値を再生品質レベル
Ｘとする。次に、コンテンツＩＤで補償サービスデータ
ベース５６を検索して同じコンテンツＩＤを含む補償サ
ービス内容を全て抽出し、個々の補償サービス内容に記
述された補償再生品質条件と前記再生品質レベルＸを比
較することにより、補償サービスの要否を判断する（ス
テップＰ５３３）。例えば、コンテンツＩＤがｃｏｎｔ
ｅｎｔｓ１であり、再生品質Ｘがｌｅｖｅｌ２以下であ
れば、図６のダウンロード許可の補償サービスが必要と
判断する。また、再生品質Ｘがｌｅｖｅｌ２を越えてい
るが、ｌｅｖｅｌ１以下であれば、図６の再ストリーミ
ング許可の補償サービスが必要と判断する。また、再生
品質Ｘがｌｅｖｅｌ１を越えていれば、補償不要と判断
する。

【００７２】補償サービス決定手段５５は、補償が必要
であると判断した場合（ステップＰ５３４でＹＥＳ）、
その旨と必要な補償サービス内容を補償サービス管理手
段５４に通知し、補償サービス管理手段５４はこれにク
ライアント端末１から指定されたサーバＩＤおよびクラ
イアント端末１のアドレスを添えてチケットサーバ５１
に通知する。チケットサーバ５１は、この通知に従い、
補償用チケットを生成する（ステップＰ５３５）。具体
的には、チケットサーバ５１は、まず、通知された補償
サービス内容から、サービス形態と補償用コンテンツＩ
Ｄとを抽出する。次に、この補償用コンテンツＩＤとク
ライアント端末１が指定したサーバＩＤの組み合わせに
適合する暗号鍵と中継サーバに関する情報を暗号鍵管理
手段５２を通じて暗号鍵データベース５３から検索す
る。次に、検索した暗号鍵と中継サーバに関する情報か
ら中継サーバＵＲＩと暗号鍵を抽出し、この中継サーバ
ＵＲＩ、暗号鍵、および前記補償サービス内容から抽出
したサービス形態と補償用コンテンツＩＤを内包する補
償用チケットを生成する。そして、生成した補償用チケ
ットを、通知されたアドレスのクライアント端末１へ送
信する（ステップＰ５３６）。

【００７３】他方、補償サービス決定手段５５は、補償
が不要であると判断した場合（ステップＰ５３４でＮ
Ｏ）、その旨を補償サービス管理手段５４に通知し、補
償サービス管理手段５４はそれにクライアント端末１の
アドレスを添えてチケットサーバ５１へ通知する。チケ
ットサーバ５１は、この通知に従って、補償できない旨
のメッセージをクライアント端末１へ送信する（ステッ
プＰ５３７）。

【００７４】クライアント端末１の制御手段１４は、補
償サービス要求に対する応答を受信し、補償用チケット
であれば、入出力装置１３に表示すると共にそれが利用
されるまで内部に一時的に記憶し、補償不要のメッセー
ジであれば入出力装置１３に表示する（ステップＰ１１
２）。利用者は、この記憶された補償チケットを使って
補償用コンテンツを視聴する。具体的には、コンテンツ
再生手段１１により、補償用チケットに記述されたサー
バＵＲＩの中継サーバ６Ａに接続し、同チケットに記述
された補償用コンテンツＩＤを指定したコンテンツ要求
を中継サーバ６Ａに送信する（ステップＰ１１３）。

【００７５】中継サーバ６Ａは、クライアント端末１か
らコンテンツ要求を受信すると（ステップＰ６２１）、
コンテンツ要求で指定された補償用コンテンツＩＤに対
応する暗号化補償用コンテンツをクライアント端末１へ
配信する（ステップＰ６２２）。

【００７６】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ａから配信される暗号化補償用コ
ンテンツを受信し、補償用チケットに内包されている暗
号鍵で復号化して再生し、利用者に当該コンテンツを視
聴させる（ステップＰ１１４）。

【００７７】以上の実施例では、クライアント端末１の
制御手段１４は、利用者からの指示を契機に補償用デー
タを含む補償サービス要求を補償サービス管理手段５４
に送信したが、コンテンツ再生手段１１の再生終了時な
どに制御手段１４が自動的に補償用データを補償サービ
ス管理手段５４へ送信するように構成しても良い。この
場合、配信対象コンテンツＩＤとクライアント端末１を
特定するクライアント識別子を添えて補償用データを補
償サービス管理手段５４に送信し、補償サービス管理手
段５４は、配信対象コンテンツＩＤとクライアント識別
子に対応させて補償用データを内部に蓄積しておく。そ
の後、クライアント端末１の利用者が補償サービスの要
求を指示したとき、制御手段１４は、配信対象コンテン
ツＩＤ、クライアント識別子、サーバＩＤ、クライアン
ト端末１のアドレスを含む補償サービス要求を補償サー
ビス管理手段５４に送信し、補償サービス管理手段５４
は、配信対象コンテンツＩＤとクライアント識別子に対
応する補償用データが内部に蓄積されているか否かを調
べ、蓄積されていればそれを用いて前述と同様な処理を
行う。また、以上の実施例では、補償用コンテンツ作成
手段８２はコンテンツデータベース４から補償サービス
内容を参照したが、ネットワークを介して補償サービス
データベース５６中の補償サービス内容を参照するよう
にしても良い。

【００７８】このように本実施例によれば、ネットワー
クやサーバの過負荷などによりクライアント端末１側で
一定の再生品質が得られなかったコンテンツ配信や再生
が中断されたコンテンツ配信について、コンテンツの再
視聴という方法で補償することが可能となる。特に、ラ
イブ中継など失敗が許されないライブストリーミングコ
ンテンツの配信において、万一事故が起こり、十分な品
質で配信が行えなかった場合でも、オンデマンドストリ
ーミングコンテンツによる再視聴、あるいはダウンロー
ドコンテンツによる再視聴といった補償が可能となる。
また、補償のために再視聴させるコンテンツは暗号化さ
れて配信されるため、補償対象クライアント以外の者に
不正に再生されるのが防止される。

【００７９】

【発明の第２の実施の形態】次に、本発明の第２の実施
の形態について図面を参照して詳細に説明する。

【００８０】図１２を参照すると、本発明の第２の実施
の形態にかかるコンテンツ配信システムは、図１の第１
の実施の形態にかかるコンテンツ配信システムに比較し
て、権利管理装置５に暗号鍵データベースがなく、その
代わりに、ＣＩＤとＳＩＤの組に対応する暗号鍵Ｋｅ
［ＣＩＤ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を
生成する暗号鍵生成手段５４と、生成された復号鍵Ｋｄ
［ＣＩＤ，ＳＩＤ］をＣＩＤとＳＩＤの組に対応して保
存する復号鍵保存手段５５を備えている点で相違する。

【００８１】権利管理装置５の暗号鍵管理手段５２は、
コンテンツ配信サーバ２からＣＩＤとＳＩＤの組を指定
した暗号鍵要求を受信したとき、そのＣＩＤとＳＩＤの
組を暗号鍵生成手段５４に通知して暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］とを生成
させ、そのうちの暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコン
テンツ配信サーバ２へ送信し、復号鍵Ｋｅ［ＣＩＤ，Ｓ
ＩＤ］は復号鍵保存手段５５に保存しておく。後に、ク
ライアント端末１からＣＩＤとＳＩＤとを指定したチケ
ット要求があったときにチケットサーバ５１からそのＣ
ＩＤとＳＩＤとの組に対応する復号鍵が要求されると、
復号鍵保存手段５５から復号鍵を取り出してチケットサ
ーバ５１に通知する。

【００８２】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図１３の流れ図を参照し
て説明する。

【００８３】第１の実施の形態と同様に、クライアント
端末１の利用者が視聴したいコンテンツのＩＤ（ＣＩ
Ｄ）を指定して、或るサーバＩＤ（ＳＩＤ）を持つ中継
サーバ６Ａに対してコンテンツの送信を要求すると（ス
テップＳ２０１）、このコンテンツ送信要求を受信した
中継サーバ６Ａが、受信したＣＩＤと自身のサーバＩＤ
であるＳＩＤとの組を指定した配信要求をコンテンツ配
信サーバ２へ送信し（ステップＳ２０２）、コンテンツ
配信サーバ２は、ＣＩＤで特定されるコンテンツをＳＩ
Ｄで特定される中継サーバ６Ａへ配信するために使用す
る暗号鍵を取得するため、受信したＣＩＤとＳＩＤの組
を指定した暗号鍵要求を暗号鍵管理手段５２に送信する
（ステップＳ２０３）。

【００８４】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗
号鍵生成手段５４により生成させ（ステップＳ２０
４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤ
に対応付けて復号鍵保存手段５５に保存し（ステップＳ
２０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ
配信サーバ２へ送信する（ステップＳ２０６）。

【００８５】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信した
コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテ
ンツをコンテンツデータベース４から取り出し、このコ
ンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処
理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］で暗号化させる（ステップＳ２０７）。そ
して、暗号化されたコンテンツをＳＩＤで特定される中
継サーバ６Ａへ送信し（ステップＳ２０８）、中継サー
バ６Ａは、受信した暗号化コンテンツをクライアント端
末１へ転送する（ステップＳ２０９）。

【００８６】クライアント端末１の利用者は、暗号化コ
ンテンツの復号鍵を取得するために、ＣＩＤとＳＩＤの
組を指定したチケット要求をチケットサーバ５１へ送信
する（ステップＳ２１０）。ＣＩＤとＳＩＤの組を受信
したチケットサーバ５１は、その組に対応する復号鍵Ｋ
ｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通じて復
号鍵保存手段５５から取得し、この復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ］を内包するチケットを生成してクライアン
ト端末１へ送信する（ステップＳ２１１）。

【００８７】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ａから受信した暗号化コンテンツ
を、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］
で復号しながら再生することにより、利用者にコンテン
ツを視聴させる（ステップＳ２１２）。

【００８８】図１３の動作例では、クライアント端末１
の利用者は暗号化コンテンツを受信してからチケットを
要求したが、先ずチケットを要求し、それから暗号化コ
ンテンツを受信するようにしても良い。また、中継サー
バ６Ａは、従来のキャッシュサーバと同様に、中継した
暗号化コンテンツを内部に蓄積しておき、次回に同じコ
ンテンツが要求されたならば、蓄積された暗号化コンテ
ンツをクライアント端末１に送信するようにしても良
い。更に、コンテンツ配信サーバ２にて、予め中継サー
バ６Ａに暗号化コンテンツを配布して中継サーバ６Ａに
蓄積させるようにしても良い。この場合の動作例を図１
４に示す。

【００８９】まず、コンテンツ配信サーバ２は、配信予
定であるコンテンツのＣＩＤと配布先となる中継サーバ
６ＡのＳＩＤとの組を決定し（ステップＳ２２１）、こ
のＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵管
理手段５２に送信してＫｅ［ＣＩＤ，ＳＩＤ］を取得
し、この暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］でコンテンツを
暗号化してＣＩＤを添えて中継サーバ６Ａに送信する
（ステップＳ２２２〜Ｓ２２７）。暗号化コンテンツを
受信した中継サーバ６Ａは、暗号化コンテンツをＣＩＤ
に対応付けて内部の記憶装置に蓄積する（ステップＳ２
２８）。全ての中継サーバ６Ａに配布する場合、ステッ
プＳ２２１〜Ｓ２２８の動作が各中継サーバ６Ａ毎に繰
り返される。

【００９０】その後、クライアント端末１が、図１３の
ステップＳ２０１と同様にＣＩＤを中継サーバ６Ａへ送
信すると（ステップＳ２２９）、中継サーバ６Ａは蓄積
済の暗号化コンテンツを送信する（ステップＳ２３
０）。クライアント端末１側では、図１３のステップＳ
２１０〜Ｓ２１２と同様に、チケットを取得し、復号鍵
で暗号化コンテンツを復号化し、コンテンツを視聴する
（ステップＳ２３１〜Ｓ２３３）。

【００９１】

【発明の第３の実施の形態】次に、本発明の第３の実施
の形態について図面を参照して詳細に説明する。

【００９２】図１５を参照すると、本発明の第３の実施
の形態にかかるコンテンツ配信システムは、図１２の第
２の実施の形態にかかるコンテンツ配信システムに比較
して、コンテンツ配信サーバ２からの暗号化コンテンツ
をクライアント端末１に中継する中継サーバ６Ｂがその
暗号化コンテンツを更に暗号化する点で相違する。

【００９３】中継サーバ６Ｂは、コンテンツ配信サーバ
２から受信した暗号化コンテンツを更に暗号化する暗号
化処理手段６１と、この暗号化処理手段６１の暗号化処
理に用いる暗号鍵を暗号鍵生成手段５４で生成する際に
利用する、各中継サーバ６Ｂ毎に異なる値に設定された
インデックスを記憶するインデックス記憶部６２とを含
む。

【００９４】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図１６の流れ図を参照し
て説明する。

【００９５】クライアント端末１の利用者が視聴したい
コンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩ
Ｄ（ＳＩＤ）を持つ中継サーバ６Ｂに対してコンテンツ
の送信を要求すると（ステップＳ３０１）、このコンテ
ンツ送信要求を受信した中継サーバ６Ｂが、受信したＣ
ＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した
配信要求をコンテンツ配信サーバ２へ送信し（ステップ
Ｓ３０２）、コンテンツ配信サーバ２は、ＣＩＤで特定
されるコンテンツをＳＩＤで特定される中継サーバ６Ｂ
へ配信するために使用する暗号鍵を取得するため、受信
したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵
管理手段５２に送信する（ステップＳ３０３）。

【００９６】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗
号鍵生成手段５４により生成させ（ステップＳ３０
４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤ
に対応付けて復号鍵保存手段５５に保存し（ステップＳ
３０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ
配信サーバ２へ送信する（ステップＳ３０６）。暗号鍵
Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サー
バ２は、ＣＩＤで特定されるコンテンツをコンテンツデ
ータベース４から取り出し、このコンテンツと暗号鍵Ｋ
ｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡し
て、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で
暗号化させる（ステップＳ３０７）。そして、暗号化さ
れたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで
特定される中継サーバ６Ｂへ送信する（ステップＳ３０
８）。

【００９７】第１の暗号化コンテンツを受信した中継サ
ーバ６Ｂは、この第１の暗号化コンテンツを更に暗号化
するための暗号鍵を取得するために、前記ＣＩＤと自身
のサーバＩＤとインデックス記憶部６２に記憶されたイ
ンデックスＩとの組を指定した再暗号鍵要求を暗号鍵管
理手段５２へ送信する（ステップＳ３０９）。

【００９８】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［Ｃ
ＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］の組を暗号鍵生成手段５４により生成させ（ステッ
プＳ３１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣ
ＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保
存し（ステップＳ３１１）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩ
Ｄ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ３１
２）。

【００９９】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信
した中継サーバ６Ｂは、暗号化処理手段６１を用いて、
第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩ
Ｄ，Ｉ］で更に暗号化した第２の暗号化コンテンツを生
成し（ステップＳ３１３）、この第２の暗号化コンテン
ツと前記インデックスＩとをクライアント端末１へ送信
する（ステップＳ３１４）。

【０１００】クライアント端末１の利用者は、第２の暗
号化コンテンツの復号鍵を取得するために、ＣＩＤとＳ
ＩＤとＩの組を指定したチケット要求をチケットサーバ
５１へ送信する（ステップＳ３１５）。ＣＩＤとＳＩＤ
とＩの組を受信したチケットサーバ５１は、ＣＩＤとＳ
ＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と、
ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じて復号
鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩＤ，ＳＩ
Ｄ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］を第２の復号鍵として内包するチケットを生成して
クライアント端末１へ送信する（ステップＳ３１６）。

【０１０１】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ｂから受信した第２の暗号化コン
テンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを
生成し（ステップＳ３１７）、次に、第１の暗号化コン
テンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ］で復号して再生することにより、利用者に
コンテンツを視聴させる（ステップＳ３１８）。

【０１０２】図１５に示した構成は、コンテンツ配信サ
ーバ２とクライアント端末１の間に中継サーバ６Ｂが１
段だけ存在する例であるが、図１７に示すように、１段
目の中継サーバ６Ｂ−１、２段目の中継サーバ６Ｂ−
２、…、Ｎ段目の中継サーバ６Ｂ−Ｎの如く、多段構成
にすることもできる。この場合、Ｎ台の中継サーバ６Ｂ
−１〜６Ｂ−Ｎについて、各段階で図１６のステップＳ
３０９〜Ｓ３１４の処理が繰り返し行われ、最終段の中
継サーバ６Ｂ−Ｎからクライアント端末１へ、第Ｎ＋１
の暗号化コンテンツと、各段階で使用されたＮ個のイン
デックス１〜Ｎとが送信される。また、復号鍵保存手段
５５には、各段階で使用された復号鍵が保存される。

【０１０３】クライアント端末１では、ＣＩＤとＳＩＤ
とＮ個のインデックスとを指定したチケット要求を行
い、チケットサーバ５１は暗号鍵管理手段５２を通じて
復号鍵保存手段５５から合計Ｎ＋１個の復号鍵Ｋｄ［Ｃ
ＩＤ，ＳＩＤ］、Ｋｄ［ＣＩＤ，ＳＩＤ，１］、Ｋｄ
［ＣＩＤ，ＳＩＤ，２］、…、Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｎ］を取り出し、それらを第１、第２、…、第Ｎ＋１の
復号鍵として含むチケットを送信する。クライアント端
末１は、第Ｎ＋１の復号鍵から第１の復号鍵まで順番に
使用して復号化を行うことにより、第Ｎ＋１の暗号化コ
ンテンツから元のコンテンツを生成して再生する。

【０１０４】このように、第３の実施の形態にかかるコ
ンテンツ配信システムは、コンテンツ配信の流れの上流
から下流にかけてコンテンツを再暗号化していく。一般
に、コンテンツ配信の下流に行けば行くほど、不正行為
の危険性が高まることから、危険度に応じて中継サーバ
の段数を調整することで、適度な安全性を維持すること
ができる。

【０１０５】以上の動作例では、クライアント端末１の
利用者は暗号化コンテンツを受信してからチケットを要
求したが、先ずチケットを要求し、それから暗号化コン
テンツを受信するようにしても良い。また、中継サーバ
６Ｂ、６Ｂ−１〜６Ｂ−Ｎは、従来のキャッシュサーバ
と同様に、中継した暗号化コンテンツを内部に蓄積して
おき、次回に同じコンテンツが要求されたならば、蓄積
された暗号化コンテンツをクライアント端末１に送信す
るようにしても良い。更に、コンテンツ配信サーバ２に
て、予め中継サーバ６Ｂ、６Ｂ−１〜６Ｂ−Ｎに暗号化
コンテンツを配布してそれらに蓄積させておくようにし
ても良い。

【０１０６】

【発明の第４の実施の形態】次に、本発明の第４の実施
の形態について図面を参照して詳細に説明する。

【０１０７】図１８を参照すると、本発明の第４の実施
の形態にかかるコンテンツ配信システムは、図１２の第
２の実施の形態にかかるコンテンツ配信システムに比較
して、コンテンツ配信サーバ２からの暗号化コンテンツ
をクライアント端末１に中継する中継サーバがサーバク
ラスタ９に置き換えられている点で相違する。

【０１０８】各々のサーバクラスタ９は、少なくとも１
つの第１の中継サーバ６Ａと、少なくとも１つの第２の
中継サーバ６Ｂと、制御部９１と、記憶部９２とを含ん
で構成される。第１の中継サーバ６Ａは、図１２の中継
サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２
から配信された暗号化コンテンツを再暗号化せずにクラ
イアント端末１へ転送する機能を持つ。第２の中継サー
バ６Ｂは、図１５の中継サーバ６Ｂと同様なサーバで、
内部に暗号化処理手段とインデックス記憶部を備え、コ
ンテンツ配信サーバ２から配信された暗号化コンテンツ
を更暗号化してクライアント端末１へ転送する機能を持
つ。制御部９１は、クライアント端末１へのコンテンツ
の転送を中継サーバ６Ａ経由で実施するか、中継サーバ
６Ｂ経由で実施するかの選択を制御する部分であり、記
憶部９２はこの選択制御に使用する情報を蓄積する部分
である。

【０１０９】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図１９の流れ図を参照し
て説明する。例として、或るコンテンツについてクライ
アント端末１から最初に出された要求に対しては再暗号
化しないコンテンツを配信し、同じコンテンツが再要求
された場合には再暗号化したコンテンツを配信する場合
を取りあげる。この場合、記憶部９２には、クライアン
ト端末１のコンテンツ要求の履歴が蓄積される。

【０１１０】先ず、クライアント端末１の利用者が視聴
したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサ
ーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコ
ンテンツの送信を要求すると（ステップＳ４０１）、こ
のコンテンツ送信要求を受信したサーバクラスタ９の制
御部９１は、クライアント端末１がそのＣＩＤのコンテ
ンツを過去に要求した履歴が記憶部９２に存在しないこ
とから、受信したＣＩＤと自身のサーバＩＤであるＳＩ
Ｄとの組を指定した配信要求をコンテンツ配信サーバ２
へ送信し（ステップＳ４０２）、コンテンツ配信サーバ
２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定さ
れるサーバクラスタ９へ配信するために使用する暗号鍵
を取得するため、受信したＣＩＤとＳＩＤの組を指定し
た暗号鍵要求を暗号鍵管理手段５２に送信する（ステッ
プＳ４０３）。

【０１１１】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗
号鍵生成手段５４により生成させ（ステップＳ４０
４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤ
に対応付けて復号鍵保存手段５５に保存し（ステップＳ
４０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ
配信サーバ２へ送信する（ステップＳ４０６）。

【０１１２】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信した
コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテ
ンツをコンテンツデータベース４から取り出し、このコ
ンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処
理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］で暗号化させる（ステップＳ４０７）。そ
して、暗号化されたコンテンツをＳＩＤで特定されるサ
ーバクラスタ９へ第１の暗号化コンテンツとして送信す
る（ステップＳ４０８）。

【０１１３】サーバクラスタ９の制御部９１は、受信し
た第１の暗号化コンテンツを中継サーバ６Ａに伝達し、
中継サーバ６Ａはこの第１の暗号化コンテンツをクライ
アント端末１へ送信する（ステップＳ４０９）。同時に
制御部９１は、この第１の暗号化コンテンツを中継サー
バ６Ｂにも分配すると共に、記憶部９２にクライアント
端末１のクライアント識別子に対応して当該コンテンツ
ＩＤを記憶する（ステップＳ４２１）。

【０１１４】クライアント端末１の利用者は、第１の暗
号化コンテンツの復号鍵を取得するために、ＣＩＤとＳ
ＩＤの組を指定したチケット要求をチケットサーバ５１
へ送信する（ステップＳ４１０）。ＣＩＤとＳＩＤの組
を受信したチケットサーバ５１は、その組に対応する復
号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通
じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ
［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクラ
イアント端末１へ送信する（ステップＳ４１１）。クラ
イアント端末１のコンテンツ再生手段１１は、中継サー
バ６Ａから受信した第１の暗号化コンテンツを、チケッ
トに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しな
がら再生することにより、利用者にコンテンツを視聴さ
せる（ステップＳ４１２）。

【０１１５】一方、第１の暗号化コンテンツの分配を受
けた中継サーバ６Ｂは、この第１の暗号化コンテンツを
更に暗号化するための暗号鍵を取得するために、当該コ
ンテンツのＩＤ（ＣＩＤ）と自身のサーバＩＤ（ＳＩ
Ｄ）と内部のインデックス記憶部に記憶されたインデッ
クスＩとの組を指定した再暗号鍵要求を暗号鍵管理手段
５２へ送信する（ステップＳ４２２）。

【０１１６】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［Ｃ
ＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］の組を暗号鍵生成手段５４により生成させ（ステッ
プＳ４２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣ
ＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保
存し（ステップＳ４２４）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩ
Ｄ，Ｉ］は中継サーバ６Ｂへ送信する（ステップＳ４２
５）。

【０１１７】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信
した中継サーバ６Ｂは、内部の暗号化処理手段を用い
て、第１の暗号化コンテンツを暗号鍵Ｋｅ［ＣＩＤ，Ｓ
ＩＤ，Ｉ］で更に暗号化した第２の暗号化コンテンツを
生成し（ステップＳ４２６）、この第２の暗号化コンテ
ンツを内部に蓄積する（ステップＳ４２７）。

【０１１８】次に、クライアント端末１が同じＣＩＤを
持つコンテンツを再要求した場合について、図２０を参
照して説明する。

【０１１９】クライアント端末１の利用者がコンテンツ
のＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対し
てコンテンツの送信を再度要求すると（ステップＳ４３
１）、このコンテンツ送信要求を受信したサーバクラス
タ９の制御部９１は、クライアント端末１が同じＣＩＤ
のコンテンツを一度要求している旨の履歴が記憶部９２
に記録されていることから、受信したコンテンツ要求を
中継サーバ６Ｂに伝達し、中継サーバ６Ｂは、内部に蓄
積されている当該ＣＩＤ対応の第２の暗号化コンテンツ
をインデックスＩを添えてクライアント端末１へ送信す
る（ステップＳ４３２）。

【０１２０】クライアント端末１の利用者は、受信した
第２の暗号化コンテンツの復号鍵を取得するために、Ｃ
ＩＤとＳＩＤとＩの組を指定したチケット要求をチケッ
トサーバ５１へ送信する（ステップＳ４３３）。ＣＩＤ
とＳＩＤとＩの組を受信したチケットサーバ５１は、Ｃ
ＩＤとＳＩＤの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩ
Ｄ］と、ＣＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ
［ＣＩＤ，ＳＩＤ，Ｉ］とを暗号鍵管理手段５２を通じ
て復号鍵保存手段５５から取得し、復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ］を第１の復号鍵、復号鍵Ｋｄ［ＣＩＤ，Ｓ
ＩＤ，Ｉ］を第２の復号鍵として内包するチケットを生
成してクライアント端末１へ送信する（ステップＳ４３
４）。

【０１２１】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ｂから受信した第２の暗号化コン
テンツを、チケットに含まれる第２の復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ，Ｉ］で復号して第１の暗号化コンテンツを
生成し（ステップＳ４３５）、次に、第１の暗号化コン
テンツをチケットに含まれる第１の復号鍵Ｋｄ［ＣＩ
Ｄ，ＳＩＤ］で復号して再生することにより、利用者に
コンテンツを視聴させる（ステップＳ４３６）。

【０１２２】以上のように、クライアント端末１に対す
る最初のコンテンツ配信時にはコンテンツ配信サーバ２
で暗号化された第１の暗号化コンテンツを配信し、２度
目のコンテンツ配信時には第１の暗号化コンテンツを更
に暗号化した第２の暗号化コンテンツを配信することが
できる。つまり、第１のコンテンツ要求を行った利用者
のみが、第２のコンテンツ要求を行うことができる。こ
の為、例えば、クライアント端末１で、第１のコンテン
ツ要求に対する第１の暗号化コンテンツの受信時に、通
信障害などの理由で再受信が必要となった際、バックア
ップシステムとして、中継サーバ６Ｂを限定的に動作さ
せることができる。

【０１２３】以上の動作例では、クライアント端末１の
利用者は暗号化コンテンツを受信してからチケットを要
求したが、先ずチケットを要求し、それから暗号化コン
テンツを受信するようにしても良い。また、サーバクラ
スタ９の中継サーバ６Ａは、従来のキャッシュサーバと
同様に、中継した第１の暗号化コンテンツを内部に蓄積
しておき、他のクライアント端末から同じコンテンツが
要求されたならば、蓄積された第１の暗号化コンテンツ
をクライアント端末１に送信するようにしても良い。更
に、コンテンツ配信サーバ２にて、予めサーバクラスタ
９に第１の暗号化コンテンツを配布して蓄積させておく
ようにしても良い。

【０１２４】

【発明の第５の実施の形態】次に、本発明の第５の実施
の形態について図面を参照して詳細に説明する。

【０１２５】図２１を参照すると、本発明の第５の実施
の形態にかかるコンテンツ配信システムは、図１２の第
２の実施の形態にかかるコンテンツ配信システムに比較
して、コンテンツ配信サーバ２からの暗号化コンテンツ
をクライアント端末１に中継する中継サーバ６Ｃがその
暗号化コンテンツを一旦復号した後に再び暗号化する点
で相違する。

【０１２６】中継サーバ６Ｃは、コンテンツ配信サーバ
２から受信した暗号化コンテンツを復号化する復号化処
理手段６３と、この復号化処理手段６３で復号されたコ
ンテンツを再び暗号化する暗号化処理手段６１と、この
暗号化処理手段６１の暗号化処理に用いる暗号鍵を暗号
鍵生成手段５４で生成する際に利用する、各中継サーバ
６Ｃ毎に異なる値に設定されたインデックスを記憶する
インデックス記憶部６２とを含む。

【０１２７】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図２２の流れ図を参照し
て説明する。

【０１２８】クライアント端末１の利用者が視聴したい
コンテンツのＩＤ（ＣＩＤ）を指定して、或るサーバＩ
Ｄ（ＳＩＤ）を持つ中継サーバ６Ｃに対してコンテンツ
の送信を要求すると（ステップＳ５０１）、このコンテ
ンツ送信要求を受信した中継サーバ６Ｃが、受信したＣ
ＩＤと自身のサーバＩＤであるＳＩＤとの組を指定した
配信要求をコンテンツ配信サーバ２へ送信し（ステップ
Ｓ５０２）、コンテンツ配信サーバ２は、ＣＩＤで特定
されるコンテンツをＳＩＤで特定される中継サーバ６Ｃ
へ配信するために使用する暗号鍵を取得するため、受信
したＣＩＤとＳＩＤの組を指定した暗号鍵要求を暗号鍵
管理手段５２に送信する（ステップＳ５０３）。

【０１２９】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗
号鍵生成手段５４により生成させ（ステップＳ５０
４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤ
に対応付けて復号鍵保存手段５５に保存し（ステップＳ
５０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ
配信サーバ２へ送信する（ステップＳ５０６）。暗号鍵
Ｋｅ［ＣＩＤ，ＳＩＤ］を受信したコンテンツ配信サー
バ２は、ＣＩＤで特定されるコンテンツをコンテンツデ
ータベース４から取り出し、このコンテンツと暗号鍵Ｋ
ｅ［ＣＩＤ，ＳＩＤ］とを暗号化処理手段６１に渡し
て、当該コンテンツを暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］で
暗号化させる（ステップＳ５０７）。そして、暗号化さ
れたコンテンツ（第１の暗号化コンテンツ）をＳＩＤで
特定される中継サーバ６Ｃへ送信する（ステップＳ５０
８）。

【０１３０】第１の暗号化コンテンツを受信した中継サ
ーバ６Ｃは、この第１の暗号化コンテンツを復号化する
ための復号鍵および再び暗号化するための暗号鍵を取得
するために、前記ＣＩＤと自身のサーバＩＤとインデッ
クス記憶部６２に記憶されたインデックスＩとの組を指
定した復号鍵および再暗号鍵要求を暗号鍵管理手段５２
へ送信する（ステップＳ５０９）。

【０１３１】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［Ｃ
ＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］の組を暗号鍵生成手段５４により生成させ（ステッ
プＳ５１０）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣ
ＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保
存する（ステップＳ５１１）。そして、暗号鍵Ｋｅ［Ｃ
ＩＤ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に
対応して復号鍵保存手段５８に保存されている復号鍵Ｋ
ｄ［ＣＩＤ，ＳＩＤ］と一緒に中継サーバ６Ｃへ送信す
る（ステップＳ５１２）。

【０１３２】復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］と暗号鍵Ｋ
ｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６Ｃ
は、まず復号化処理手段６３を用いて、第１の暗号化コ
ンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し(ス
テップＳ５１３)、次いで、この復号化したコンテンツ
を暗号化処理手段６１を用いて暗号鍵Ｋｅ［ＣＩＤ，Ｓ
ＩＤ，Ｉ］で再び暗号化することにより、第２の暗号化
コンテンツを生成する（ステップＳ５１４）。そして、
この第２の暗号化コンテンツと前記インデックスＩとを
クライアント端末１へ送信する（ステップＳ５１５）。

【０１３３】クライアント端末１の利用者は、第２の暗
号化コンテンツの復号鍵を取得するために、ＣＩＤとＳ
ＩＤとＩの組を指定したチケット要求をチケットサーバ
５１へ送信する（ステップＳ５１６）。ＣＩＤとＳＩＤ
とＩの組を受信したチケットサーバ５１は、ＣＩＤとＳ
ＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存手段５５
から取得し、これを内包するチケットを生成してクライ
アント端末１へ送信する（ステップＳ５１７）。

【０１３４】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ｃから受信した第２の暗号化コン
テンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，Ｓ
ＩＤ，Ｉ］で復号して再生することにより、利用者にコ
ンテンツを視聴させる（ステップＳ５１８）。

【０１３５】図２１に示した構成は、コンテンツ配信サ
ーバ２とクライアント端末１の間に中継サーバ６Ｃが１
段だけ存在する例であるが、図２３に示すように、１段
目の中継サーバ６Ｃ−１、２段目の中継サーバ６Ｃ−
２、…、Ｎ段目の中継サーバ６Ｃ−Ｎの如く、多段構成
にすることもできる。この場合、Ｎ台の中継サーバ６Ｃ
−１〜６Ｃ−Ｎについて、各段階で図２２のステップＳ
５０９〜Ｓ５１５の処理が繰り返し行われ、最終段の中
継サーバ６Ｃ−Ｎからクライアント端末１へ、第Ｎ＋１
の暗号化コンテンツと、最終階で使用されたインデック
スＮとが送信される。また、復号鍵保存手段５５には、
各段階で使用された復号鍵が保存される。

【０１３６】クライアント端末１では、ＣＩＤとＳＩＤ
とインデックスＮとを指定したチケット要求を行い、チ
ケットサーバ５１は暗号鍵管理手段５２を通じて復号鍵
保存手段５５からＫｄ［ＣＩＤ，ＳＩＤ，Ｎ］を取り出
し、その復号鍵を含むチケットを送信する。クライアン
ト端末１は、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｎ］を使用
して復号化を行うことにより、第Ｎ＋１の暗号化コンテ
ンツから元のコンテンツを生成して再生する。

【０１３７】このように、第５の実施の形態にかかるコ
ンテンツ配信システムは、コンテンツ配信の流れの上流
から下流にかけてコンテンツを一旦復号化した後に再暗
号化していく。従って、各中継サーバ毎の暗号鍵を相違
させつつ、クライアント端末側での復号化処理の負担を
低減することが可能である。

【０１３８】以上の動作例では、クライアント端末１の
利用者は暗号化コンテンツを受信してからチケットを要
求したが、先ずチケットを要求し、それから暗号化コン
テンツを受信するようにしても良い。また、中継サーバ
６Ｃ、６Ｃ−１〜６Ｃ−Ｎは、従来のキャッシュサーバ
と同様に、中継した暗号化コンテンツを内部に蓄積して
おき、次回に同じコンテンツが要求されたならば、蓄積
された暗号化コンテンツをクライアント端末１に送信す
るようにしても良い。更に、コンテンツ配信サーバ２に
て、予め中継サーバ６Ｃ、６Ｃ−１〜６Ｃ−Ｎに暗号化
コンテンツを配布してそれらに蓄積させておくようにし
ても良い。

【０１３９】

【発明の第６の実施の形態】次に、本発明の第６の実施
の形態について図面を参照して詳細に説明する。

【０１４０】図２４を参照すると、本発明の第６の実施
の形態にかかるコンテンツ配信システムは、図１２の第
２の実施の形態にかかるコンテンツ配信システムに比較
して、コンテンツ配信サーバ２からの暗号化コンテンツ
をクライアント端末１に中継する中継サーバがサーバク
ラスタ９に置き換えられている点で相違する。

【０１４１】各々のサーバクラスタ９は、少なくとも１
つの第１の中継サーバ６Ａと、少なくとも１つの第２の
中継サーバ６Ｃと、制御部９１と、記憶部９２とを含ん
で構成される。第１の中継サーバ６Ａは、図１２の中継
サーバ６Ａと同様なサーバで、コンテンツ配信サーバ２
から配信された暗号化コンテンツを再暗号化せずにクラ
イアント端末１へ転送する機能を持つ。第２の中継サー
バ６Ｃは、図２１の中継サーバ６Ｃと同様なサーバで、
内部に復号化処理手段と暗号化処理手段とインデックス
記憶部を備え、コンテンツ配信サーバ２から配信された
暗号化コンテンツを一旦復号化した後に再び暗号化して
クライアント端末１へ転送する機能を持つ。制御部９１
は、クライアント端末１へのコンテンツの転送を中継サ
ーバ６Ａ経由で実施するか、中継サーバ６Ｃ経由で実施
するかの選択を制御する部分であり、記憶部９２はこの
選択制御に使用する情報を蓄積する部分である。

【０１４２】次に、本実施の形態にかかるコンテンツ配
信システムの動作例について、図２５の流れ図を参照し
て説明する。例として、或るコンテンツについてクライ
アント端末１から最初に出された要求に対しては再暗号
化しないコンテンツを配信し、同じコンテンツが再要求
された場合には一旦復号化した後に再暗号化したコンテ
ンツを配信する場合を取りあげる。この場合、記憶部９
２には、クライアント端末１のコンテンツ要求の履歴が
蓄積される。

【０１４３】先ず、クライアント端末１の利用者が視聴
したいコンテンツのＩＤ（ＣＩＤ）を指定して、或るサ
ーバＩＤ（ＳＩＤ）を持つサーバクラスタ９に対してコ
ンテンツの送信を要求すると（ステップＳ６０１）、こ
のコンテンツ送信要求を受信したサーバクラスタ９の制
御部９１は、クライアント端末１がそのＣＩＤのコンテ
ンツを過去に要求した履歴が記憶部９２に存在しないこ
とから、受信したＣＩＤと自身のサーバＩＤであるＳＩ
Ｄとの組を指定した配信要求をコンテンツ配信サーバ２
へ送信し（ステップＳ６０２）、コンテンツ配信サーバ
２は、ＣＩＤで特定されるコンテンツをＳＩＤで特定さ
れるサーバクラスタ９へ配信するために使用する暗号鍵
を取得するため、受信したＣＩＤとＳＩＤの組を指定し
た暗号鍵要求を暗号鍵管理手段５２に送信する（ステッ
プＳ６０３）。

【０１４４】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤの組について、一意に決まる暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］の組を暗
号鍵生成手段５４により生成させ（ステップＳ６０
４）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］はＣＩＤとＳＩＤ
に対応付けて復号鍵保存手段５５に保存し（ステップＳ
６０５）、暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］はコンテンツ
配信サーバ２へ送信する（ステップＳ６０６）。

【０１４５】暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］を受信した
コンテンツ配信サーバ２は、ＣＩＤで特定されるコンテ
ンツをコンテンツデータベース４から取り出し、このコ
ンテンツと暗号鍵Ｋｅ［ＣＩＤ，ＳＩＤ］とを暗号化処
理手段３に渡して、当該コンテンツを暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ］で暗号化させる（ステップＳ６０７）。そ
して、暗号化されたコンテンツをＳＩＤで特定されるサ
ーバクラスタ９へ第１の暗号化コンテンツとして送信す
る（ステップＳ６０８）。

【０１４６】サーバクラスタ９の制御部９１は、受信し
た第１の暗号化コンテンツを中継サーバ６Ａに伝達し、
中継サーバ６Ａはこの第１の暗号化コンテンツをクライ
アント端末１へ送信する（ステップＳ６０９）。同時に
制御部９１は、この第１の暗号化コンテンツを中継サー
バ６Ｃにも分配すると共に、記憶部９２にクライアント
端末１のクライアント識別子に対応して当該コンテンツ
ＩＤを記憶する（ステップＳ６２１）。

【０１４７】クライアント端末１の利用者は、第１の暗
号化コンテンツの復号鍵を取得するために、ＣＩＤとＳ
ＩＤの組を指定したチケット要求をチケットサーバ５１
へ送信する（ステップＳ６１０）。ＣＩＤとＳＩＤの組
を受信したチケットサーバ５１は、その組に対応する復
号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］を暗号鍵管理手段５２を通
じて復号鍵保存手段５５から取得し、この復号鍵Ｋｄ
［ＣＩＤ，ＳＩＤ］を内包するチケットを生成してクラ
イアント端末１へ送信する（ステップＳ６１１）。クラ
イアント端末１のコンテンツ再生手段１１は、中継サー
バ６Ａから受信した第１の暗号化コンテンツを、チケッ
トに含まれる復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号しな
がら再生することにより、利用者にコンテンツを視聴さ
せる（ステップＳ６１２）。

【０１４８】一方、第１の暗号化コンテンツの分配を受
けた中継サーバ６Ｃは、この第１の暗号化コンテンツを
復号するための復号鍵および再び暗号化するための暗号
鍵を取得するために、当該コンテンツのＩＤ（ＣＩＤ）
と自身のサーバＩＤ（ＳＩＤ）と内部のインデックス記
憶部に記憶されたインデックスＩとの組を指定した復号
鍵および再暗号鍵要求を暗号鍵管理手段５２へ送信する
（ステップＳ６２２）。

【０１４９】暗号鍵管理手段５２は、受信したＣＩＤと
ＳＩＤとＩの組について、一意に決まる暗号鍵Ｋｅ［Ｃ
ＩＤ，ＳＩＤ，Ｉ］と復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，
Ｉ］の組を暗号鍵生成手段５４により生成させ（ステッ
プＳ６２３）、復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ，Ｉ］はＣ
ＩＤとＳＩＤとＩに対応付けて復号鍵保存手段５５に保
存する（ステップＳ６２４）。他方、暗号鍵Ｋｅ［ＣＩ
Ｄ，ＳＩＤ，Ｉ］は、受信したＣＩＤとＳＩＤの組に対
応して復号鍵保存手段５８に保存されている復号鍵Ｋｄ
［ＣＩＤ，ＳＩＤ］を一緒に中継サーバ６Ｃへ送信する
（ステップＳ６２５）。

【０１５０】復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］および暗号
鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］を受信した中継サーバ６
Ｃは、内部の暗号化処理手段を用いて、第１の暗号化コ
ンテンツを復号鍵Ｋｄ［ＣＩＤ，ＳＩＤ］で復号し（ス
テップＳ６２６）、次に、復号して得たコンテンツを暗
号鍵Ｋｅ［ＣＩＤ，ＳＩＤ，Ｉ］で再び暗号化して第２
の暗号化コンテンツを生成する（ステップＳ６２７）。
そして、この第２の暗号化コンテンツを内部に蓄積する
（ステップＳ６２８）。

【０１５１】次に、クライアント端末１が同じＣＩＤを
持つコンテンツを再要求した場合について、図２６を参
照して説明する。

【０１５２】クライアント端末１の利用者がコンテンツ
のＩＤ（ＣＩＤ）を指定して、サーバクラスタ９に対し
てコンテンツの送信を再度要求すると（ステップＳ６３
１）、このコンテンツ送信要求を受信したサーバクラス
タ９の制御部９１は、クライアント端末１が同じＣＩＤ
のコンテンツを一度要求している旨の履歴が記憶部９２
に記録されていることから、受信したコンテンツ要求を
中継サーバ６Ｃに伝達し、中継サーバ６Ｃは、内部に蓄
積されている当該ＣＩＤ対応の第２の暗号化コンテンツ
をインデックスＩを添えてクライアント端末１へ送信す
る（ステップＳ６３２）。

【０１５３】クライアント端末１の利用者は、受信した
第２の暗号化コンテンツの復号鍵を取得するために、Ｃ
ＩＤとＳＩＤとＩの組を指定したチケット要求をチケッ
トサーバ５１へ送信する（ステップＳ６３３）。ＣＩＤ
とＳＩＤとＩの組を受信したチケットサーバ５１は、Ｃ
ＩＤとＳＩＤとＩの組に対応する復号鍵Ｋｄ［ＣＩＤ，
ＳＩＤ，Ｉ］を暗号鍵管理手段５２を通じて復号鍵保存
手段５５から取得し、この復号鍵Ｋｄ［ＣＩＤ，ＳＩ
Ｄ，Ｉ］を内包するチケットを生成してクライアント端
末１へ送信する（ステップＳ６３４）。

【０１５４】クライアント端末１のコンテンツ再生手段
１１は、中継サーバ６Ｃから受信した第２の暗号化コン
テンツを、チケットに含まれる復号鍵Ｋｄ［ＣＩＤ，Ｓ
ＩＤ］で復号して再生することにより、利用者にコンテ
ンツを視聴させる（ステップＳ６３６）。

【０１５５】以上のように、クライアント端末１に対す
る最初のコンテンツ配信時にはコンテンツ配信サーバ２
で暗号化された第１の暗号化コンテンツを配信し、２度
目のコンテンツ配信時には第１の暗号化コンテンツを一
旦復号化して再び別の暗号鍵で暗号化した第２の暗号化
コンテンツを配信することができる。つまり、第１のコ
ンテンツ要求を行った利用者のみが、第２のコンテンツ
要求を行うことができる。この為、例えば、クライアン
ト端末１で、第１のコンテンツ要求に対する第１の暗号
化コンテンツの受信時に、通信障害などの理由で再受信
が必要となった際、バックアップシステムとして、中継
サーバ６Ｃを限定的に動作させることができる。

【０１５６】以上の動作例では、クライアント端末１の
利用者は暗号化コンテンツを受信してからチケットを要
求したが、先ずチケットを要求し、それから暗号化コン
テンツを受信するようにしても良い。また、サーバクラ
スタ９の中継サーバ６Ａは、従来のキャッシュサーバと
同様に、中継した第１の暗号化コンテンツを内部に蓄積
しておき、他のクライアント端末から同じコンテンツが
要求されたならば、蓄積された第１の暗号化コンテンツ
をクライアント端末１に送信するようにしても良い。更
に、コンテンツ配信サーバ２にて、予めサーバクラスタ
９に第１の暗号化コンテンツを配布して蓄積させておく
ようにしても良い。

【０１５７】以上、本発明の実施の形態ならびに実施例
について説明したが、本発明は以上の例に限定されず、
その他各種の付加変更が可能である。例えば、中継サー
バをクライアント端末１の利用者が選択するようにした
が、ＣＤＮで適切な中継サーバに振り分ける技術など、
既存の中継サーバの自動選択技術を用いるようにしても
よい。

【０１５８】

【発明の効果】以上説明したように、本発明によれば、
各中継サーバ毎に異なる暗号鍵を用いてコンテンツを暗
号化したことにより、コンテンツの安全性を高めること
ができる。その理由は、或る中継サーバ経由で配信され
たコンテンツの暗号が解かれ復号鍵が不正に流通して
も、その影響はその中継サーバだけに限定され、残りの
サーバ経由でコンテンツが不正に利用される危険性が低
下するからである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の構成を示すブロッ
ク図である。

【図２】本発明の第１の実施の形態の動作例を示す流れ
図である。

【図３】本発明の第１の実施の形態の別の動作例を示す
流れ図である。

【図４】本発明の第１の実施の形態の一実施例を示すブ
ロック図である。

【図５】本発明の第１の実施の形態の一実施例における
配信対象コンテンツ、補償用コンテンツの生成と登録段
階の流れ図である。

【図６】補償サービスデータベースの登録内容の一例を
示す図である。

【図７】暗号鍵データベースの登録内容の一例を示す図
である。

【図８】コンテンツデータベースの登録内容の一例を示
す図である。

【図９】本発明の第１の実施の形態の一実施例における
配信対象コンテンツ及び補償用コンテンツの中継サーバ
への配布段階の流れ図である。

【図１０】本発明の第１の実施の形態の一実施例におけ
る配信対象コンテンツの視聴段階の流れ図である。

【図１１】本発明の第１の実施の形態の一実施例におけ
る補償サービスの実施段階の流れ図である。

【図１２】本発明の第２の実施の形態の構成を示すブロ
ック図である。

【図１３】本発明の第２の実施の形態の動作例を示す流
れ図である。

【図１４】本発明の第２の実施の形態の別の動作例を示
す流れ図である。

【図１５】本発明の第３の実施の形態の構成例を示すブ
ロック図である。

【図１６】本発明の第３の実施の形態の動作例を示す流
れ図である。

【図１７】本発明の第３の実施の形態の別の構成例を示
すブロック図である。

【図１８】本発明の第４の実施の形態の構成を示すブロ
ック図である。

【図１９】本発明の第４の実施の形態の動作を示す流れ
図である。

【図２０】本発明の第４の実施の形態の動作を示す流れ
図である。

【図２１】本発明の第５の実施の形態の構成を示すブロ
ック図である。

【図２２】本発明の第５の実施の形態の動作を示す流れ
図である。

【図２３】本発明の第５の実施の形態の別の構成を示す
ブロック図である。

【図２４】本発明の第６の実施の形態の構成を示すブロ
ック図である。

【図２５】本発明の第６の実施の形態の動作を示す流れ
図である。

【図２６】本発明の第６の実施の形態の動作を示す流れ
図である。

【図２７】従来のコンテンツ配信システムの構成図であ
る。

【符号の説明】

１…クライアント端末２…コンテンツ配信サーバ３…暗号化処理手段４…コンテンツデータベース５…権利管理装置６Ａ、６Ｂ…中継サーバ７…コンテンツ生成装置８…コンテンツ管理装置９…サーバクラスタ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5J104 AA08 AA12 BA02 EA01 EA04 EA07 EA17 EA18 EA21 EA26 LA02 MA02

Claims

【特許請求の範囲】

【請求項１】サーバ端末からクライアント端末へ中継
サーバを経由してコンテンツを配信する方法において、
少なくとも中継サーバ毎に異なる暗号鍵でコンテンツを
暗号化して配信するコンテンツ配信方法。
【請求項２】中継サーバ及びコンテンツの組毎に異な
る暗号鍵でコンテンツを暗号化して配信する請求項１記
載のコンテンツ配信方法。
【請求項３】配信対象コンテンツのサーバ端末への登
録時に中継サーバ及びコンテンツの組毎に異なる暗号鍵
を暗号鍵データベースに登録しておき、サーバ端末から
クライアント端末への配信時に前記暗号鍵データベース
に登録された暗号鍵を使用してコンテンツを暗号化する
請求項２記載のコンテンツ配信方法。
【請求項４】サーバ端末からクライアント端末への中
継サーバを経由したコンテンツの配信時に当該中継サー
バおよび当該コンテンツの組に対応する暗号鍵を動的に
生成し、該生成した暗号鍵を使用してコンテンツを暗号
化する請求項２記載のコンテンツ配信方法。
【請求項５】サーバ端末で暗号化されたコンテンツを
中継サーバが中継する際、更に異なる暗号鍵で再暗号化
する請求項２記載のコンテンツ配信方法。
【請求項６】中継サーバ毎に異なるインデックスを付
与し、中継サーバによるコンテンツの中継時に、中継サ
ーバとコンテンツとインデックスとの組に対応する暗号
鍵を生成し、該生成した暗号鍵を使用してコンテンツを
更に暗号化する請求項５記載のコンテンツ配信方法。
【請求項７】中継サーバを多段構成とし、各段階で再
暗号化を行う請求項６記載のコンテンツ配信方法。
【請求項８】サーバ端末で暗号化されたコンテンツを
中継サーバが中継する際、一旦復号した後に更に異なる
暗号鍵で再暗号化する請求項２記載のコンテンツ配信方
法。
【請求項９】中継サーバ毎に異なるインデックスを付
与し、中継サーバによるコンテンツの中継時に、中継サ
ーバとコンテンツとインデックスとの組に対応する暗号
鍵を生成し、該生成した暗号鍵を使用してコンテンツを
再び暗号化する請求項８記載のコンテンツ配信方法。
【請求項１０】中継サーバを多段構成とし、各段階で
復号化と再暗号化を行う請求項９記載のコンテンツ配信
方法。
【請求項１１】暗号化コンテンツを中継サーバに予め
配布して蓄積させておく請求項１乃至１０の何れか１項
に記載のコンテンツ配信方法。
【請求項１２】サーバ端末からクライアント端末へサ
ーバクラスタを経由してコンテンツを配信する方法であ
って、サーバ端末においてサーバクラスタ及びコンテン
ツの組毎に異なる暗号鍵で暗号化した第１の暗号化コン
テンツをサーバクラスタの第１の中継サーバ経由でクラ
イアント端末に配信する処理と、前記第１の暗号化コン
テンツをサーバクラスタにおいて更に異なる暗号鍵で再
暗号化した第２の暗号化コンテンツをサーバクラスタの
第２の中継サーバ経由でクライアント端末に配信する処
理とを選択的に実施するコンテンツ配信方法。
【請求項１３】サーバ端末からクライアント端末へサ
ーバクラスタを経由してコンテンツを配信する方法であ
って、サーバ端末においてサーバクラスタ及びコンテン
ツの組毎に異なる暗号鍵で暗号化した第１の暗号化コン
テンツをサーバクラスタの第１の中継サーバ経由でクラ
イアント端末に配信する処理と、前記第１の暗号化コン
テンツをサーバクラスタにおいて一旦復号した後に更に
異なる暗号鍵で再び暗号化した第２の暗号化コンテンツ
をサーバクラスタの第２の中継サーバ経由でクライアン
ト端末に配信する処理とを選択的に実施するコンテンツ
配信方法。
【請求項１４】クライアント端末が初めて要求したコ
ンテンツについては前記第１の暗号化コンテンツを配信
し、同じコンテンツについての再要求時は前記第２の暗
号化コンテンツを配信する請求項１２または１３記載の
コンテンツ配信方法。
【請求項１５】暗号化コンテンツをサーバクラスタに
予め配布して蓄積させておく請求項１２、１３または１
４記載のコンテンツ配信方法。
【請求項１６】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵を保持する暗号鍵データベース、暗
号鍵データベースからの暗号鍵および復号鍵の払出しを
行う暗号鍵管理手段、および復号鍵を内包するチケット
を発行するチケットサーバを含む権利管理装置と、配信
対象のコンテンツを保持するコンテンツデータベースと
コンテンツを暗号化する暗号化処理手段とを有するサー
バ端末と、コンテンツを受信して再生するクライアント
端末とを、ネットワークを通じて相互に接続し、サーバ
端末から中継サーバを通じてコンテンツを配信するコン
テンツ配信方法であって、サーバ端末において、クライアント端末から中継サーバ
経由で要求されたコンテンツのコンテンツＩＤと前記中
継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵
管理手段を通じて暗号鍵データベースから取得し、要求
されたコンテンツをその暗号鍵で暗号化して中継サーバ
経由でクライアント端末へ送信するステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとを指定したチケット要求を送信し、チ
ケットサーバがそのコンテンツＩＤとサーバＩＤの組に
対応する復号鍵を暗号鍵管理手段を通じて暗号鍵データ
ベースから取得し、その取得した復号鍵を含むチケット
をクライアント端末へ送信するステップと、クライアント端末において、中継サーバから受信した暗
号化コンテンツをチケットサーバから受信したチケット
に含まれる復号鍵で復号して再生するステップとを含む
コンテンツ配信方法。
【請求項１７】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵を生成する暗号鍵生成手段、生成さ
れた復号鍵を保存する復号鍵保存手段、生成された暗号
鍵および復号鍵の払出しを行う暗号鍵管理手段、および
復号鍵を内包するチケットを発行するチケットサーバを
含む権利管理装置と、配信対象のコンテンツを保持する
コンテンツデータベースとコンテンツを暗号化する暗号
化処理手段とを有するサーバ端末と、コンテンツを受信
して再生するクライアント端末とを、ネットワークを通
じて相互に接続し、サーバ端末から中継サーバを通じて
コンテンツを配信するコンテンツ配信方法であって、サーバ端末において、クライアント端末から中継サーバ
経由で要求されたコンテンツのコンテンツＩＤと前記中
継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵
管理手段に要求するステップと、暗号鍵管理手段において、要求された暗号鍵およびそれ
に対応する復号鍵を暗号鍵生成手段で生成させ、生成さ
れた暗号鍵をサーバ端末へ送信すると共に、生成された
復号鍵を復号鍵保存手段に保存するステップと、サーバ端末において、受信した暗号鍵で、要求されたコ
ンテンツを暗号化して中継サーバ経由でクライアント端
末へ送信するステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとを指定したチケット要求を送信し、チ
ケットサーバがそのコンテンツＩＤとサーバＩＤの組に
対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手
段から取得し、その取得した復号鍵を含むチケットをク
ライアント端末へ送信するステップと、クライアント端末において、中継サーバから受信した暗
号化コンテンツをチケットサーバから受信したチケット
に含まれる復号鍵で復号して再生するステップとを含む
コンテンツ配信方法。
【請求項１８】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩ
Ｄとインデックスの組毎の暗号鍵および復号鍵を生成す
る暗号鍵生成手段、生成された復号鍵を保存する復号鍵
保存手段、生成された暗号鍵および復号鍵の払出しを行
う暗号鍵管理手段、および復号鍵を内包するチケットを
発行するチケットサーバを含む権利管理装置と、配信対
象のコンテンツを保持するコンテンツデータベースとコ
ンテンツを暗号化する暗号化処理手段とを有するサーバ
端末と、コンテンツを受信して再生するクライアント端
末と、サーバ端末からのコンテンツをクライアント端末
へ中継する中継サーバとを、ネットワークを通じて相互
に接続し、サーバ端末から中継サーバを通じてコンテン
ツを配信するコンテンツ配信方法であって、サーバ端末において、クライアント端末から中継サーバ
経由で要求されたコンテンツのコンテンツＩＤと前記中
継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵
管理手段に要求するステップと、暗号鍵管理手段において、サーバ端末から要求された暗
号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生
成させ、生成された暗号鍵をサーバ端末へ送信すると共
に、生成された復号鍵を復号鍵保存手段に保存するステ
ップと、サーバ端末において、受信した暗号鍵で、要求されたコ
ンテンツを暗号化した第１の暗号化コンテンツを中継サ
ーバへ送信するステップと、中継サーバにおいて、中継するコンテンツのコンテンツ
ＩＤと自サーバのサーバＩＤと予め自サーバに設定され
たインデックスとの組に対応する暗号鍵を暗号鍵管理手
段に要求するステップと、暗号鍵管理手段において、中継サーバから要求された暗
号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生
成させ、生成された暗号鍵をサーバ端末へ送信すると共
に、生成された復号鍵を復号鍵保存手段に保存するステ
ップと、中継サーバにおいて、受信した暗号鍵で、第１の暗号化
コンテンツを更に暗号化した第２の暗号化コンテンツを
前記インデックスを添えてクライアント端末へ送信する
ステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとインデックスを指定したチケット要求
を送信し、チケットサーバがそのコンテンツＩＤとサー
バＩＤの組に対応する第１の復号鍵およびそのコンテン
ツＩＤとサーバＩＤとインデックスの組に対応する第２
の復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から
取得し、その取得した第１および第２の復号鍵を含むチ
ケットをクライアント端末へ送信するステップと、クライアント端末において、中継サーバから受信した第
２の暗号化コンテンツをチケットサーバから受信したチ
ケットに含まれる第２の復号鍵で復号して第１の暗号化
コンテンツを生成し、更に第１の暗号化コンテンツをチ
ケットに含まれる第１の復号鍵で復号して再生するステ
ップとを含むコンテンツ配信方法。
【請求項１９】中継サーバを多段構成とし、各段階で
再暗号化を行う請求項１８記載のコンテンツ配信方法。
【請求項２０】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩ
Ｄとインデックスの組毎の暗号鍵および復号鍵を生成す
る暗号鍵生成手段、生成された復号鍵を保存する復号鍵
保存手段、生成された暗号鍵および復号鍵の払出しを行
う暗号鍵管理手段、および復号鍵を内包するチケットを
発行するチケットサーバを含む権利管理装置と、配信対
象のコンテンツを保持するコンテンツデータベースとコ
ンテンツを暗号化する暗号化処理手段とを有するサーバ
端末と、コンテンツを受信して再生するクライアント端
末と、サーバ端末からのコンテンツをクライアント端末
へ中継する中継サーバとを、ネットワークを通じて相互
に接続し、サーバ端末から中継サーバを通じてコンテン
ツを配信するコンテンツ配信方法であって、サーバ端末において、クライアント端末から中継サーバ
経由で要求されたコンテンツのコンテンツＩＤと前記中
継サーバのサーバＩＤとの組に対応する暗号鍵を暗号鍵
管理手段に要求するステップと、暗号鍵管理手段において、サーバ端末から要求された暗
号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生
成させ、生成された暗号鍵をサーバ端末へ送信すると共
に、生成された復号鍵を復号鍵保存手段に保存するステ
ップと、サーバ端末において、受信した暗号鍵で、要求されたコ
ンテンツを暗号化した第１の暗号化コンテンツを中継サ
ーバへ送信するステップと、中継サーバにおいて、中継するコンテンツのコンテンツ
ＩＤと自サーバのサーバＩＤと予め自サーバに設定され
たインデックスとの組を指定して復号鍵および暗号鍵を
暗号鍵管理手段に要求するステップと、暗号鍵管理手段において、中継サーバから指定されたコ
ンテンツＩＤとサーバＩＤとインデックスとの組に対応
する暗号鍵および復号鍵を暗号鍵生成手段で生成させ、
生成された暗号鍵と前記指定されたコンテンツＩＤとサ
ーバＩＤとの組に対応して復号鍵保存手段に保存された
復号鍵とをサーバ端末へ送信すると共に、生成された復
号鍵を復号鍵保存手段に保存するステップと、中継サーバにおいて、受信した復号鍵で第１の暗号化コ
ンテンツを復号した後に、復号して得たコンテンツを、
受信した暗号鍵で再び暗号化した第２の暗号化コンテン
ツを前記インデックスを添えてクライアント端末へ送信
するステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとインデックスを指定したチケット要求
を送信し、チケットサーバがそのコンテンツＩＤとサー
バＩＤとインデックスの組に対応する復号鍵を暗号鍵管
理手段を通じて復号鍵保存手段から取得し、その取得し
た復号鍵を含むチケットをクライアント端末へ送信する
ステップと、クライアント端末において、中継サーバから受信した第
２の暗号化コンテンツをチケットサーバから受信したチ
ケットに含まれる復号鍵で復号して再生するステップと
を含むコンテンツ配信方法。
【請求項２１】中継サーバを多段構成とし、各段階で
復号化と再暗号化を行う請求項２０記載のコンテンツ配
信方法。
【請求項２２】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩ
Ｄとインデックスの組毎の暗号鍵および復号鍵を生成す
る暗号鍵生成手段、生成された復号鍵を保存する復号鍵
保存手段、生成された暗号鍵および復号鍵の払出しを行
う暗号鍵管理手段、および復号鍵を内包するチケットを
発行するチケットサーバを含む権利管理装置と、配信対
象のコンテンツを保持するコンテンツデータベースとコ
ンテンツを暗号化する暗号化処理手段とを有するサーバ
端末と、コンテンツを受信して再生するクライアント端
末と、サーバ端末からのコンテンツを再暗号化せずにク
ライアント端末へ中継する第１の中継サーバおよび再暗
号化してクライアント端末へ中継する第２の中継サー
バ、クライアント端末からの要求履歴を保存する記憶
部、およびクライアント端末の要求履歴に基づいて第１
の中継サーバおよび第２の中継サーバを選択的に動作さ
せる制御手段を含むサーバクラスタとを、ネットワーク
を通じて相互に接続し、サーバ端末からサーバクラスタ
を通じてコンテンツを配信するコンテンツ配信方法であ
って、サーバ端末において、クライアント端末からサーバクラ
スタ経由で要求されたコンテンツのコンテンツＩＤと前
記サーバクラスタのサーバＩＤとの組に対応する暗号鍵
を暗号鍵管理手段に要求するステップと、暗号鍵管理手段において、サーバ端末から要求された暗
号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生
成させ、生成された暗号鍵をサーバ端末へ送信すると共
に、生成された復号鍵を復号鍵保存手段に保存するステ
ップと、サーバ端末において、受信した暗号鍵で、要求されたコ
ンテンツを暗号化した第１の暗号化コンテンツをサーバ
クラスタへ送信するステップと、サーバクラスタにおいて、制御手段が第１の暗号化コン
テンツを第１の中継サーバによりクライアント端末へ送
信し、記憶部にその要求履歴を保存すると共に、第１の
暗号化コンテンツを第２の中継サーバに分配するステッ
プと、第２の中継サーバにおいて、コンテンツのコンテンツＩ
Ｄと自サーバのサーバＩＤと予め自サーバに設定された
インデックスとの組に対応する暗号鍵を暗号鍵管理手段
に要求するステップと、暗号鍵管理手段において、第２の中継サーバから要求さ
れた暗号鍵およびそれに対応する復号鍵を暗号鍵生成手
段で生成させ、生成された暗号鍵をサーバ端末へ送信す
ると共に、生成された復号鍵を復号鍵保存手段に保存す
るステップと、第２の中継サーバにおいて、受信した暗号鍵で、第１の
暗号化コンテンツを更に暗号化した第２の暗号化コンテ
ンツを生成して蓄積するステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤを指定したチケット要求を送信し、チケ
ットサーバがそのコンテンツＩＤとサーバＩＤの組に対
応する第１の復号鍵を暗号鍵管理手段を通じて復号鍵保
存手段から取得し、その取得した第１の復号鍵を含むチ
ケットをクライアント端末へ送信するステップと、クライアント端末において、中継サーバから受信した第
１の暗号化コンテンツをチケットサーバから受信したチ
ケットに含まれる第１の復号鍵で復号して再生するステ
ップと、クライアント端末からサーバクラスタへコンテンツのコ
ンテンツＩＤを指定したコンテンツ再要求を送信するス
テップと、サーバクラスタの第２の中継サーバにおいて、再要求さ
れたコンテンツＩＤに対応する第２の暗号化コンテンツ
をクライアント端末へインデックスを添えて送信するス
テップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとインデックスを指定したチケット要求
を送信し、チケットサーバがそのコンテンツＩＤとサー
バＩＤの組に対応する第１の復号鍵およびそのコンテン
ツＩＤとサーバＩＤとインデックスの組に対応する第２
の復号鍵を暗号鍵管理手段を通じて復号鍵保存手段から
取得し、その取得した第１および第２の復号鍵を含むチ
ケットをクライアント端末へ送信するステップと、クライアント端末において、中継サーバから受信した第
２の暗号化コンテンツをチケットサーバから受信したチ
ケットに含まれる第２の復号鍵で復号して第１の暗号化
コンテンツを生成し、更に第１の暗号化コンテンツをチ
ケットに含まれる第１の復号鍵で復号して再生するステ
ップとを含むコンテンツ配信方法。
【請求項２３】コンテンツＩＤとサーバＩＤの組毎の
暗号鍵および復号鍵ならびにコンテンツＩＤとサーバＩ
Ｄとインデックスの組毎の暗号鍵および復号鍵を生成す
る暗号鍵生成手段、生成された復号鍵を保存する復号鍵
保存手段、生成された暗号鍵および復号鍵の払出しを行
う暗号鍵管理手段、および復号鍵を内包するチケットを
発行するチケットサーバを含む権利管理装置と、配信対
象のコンテンツを保持するコンテンツデータベースとコ
ンテンツを暗号化する暗号化処理手段とを有するサーバ
端末と、コンテンツを受信して再生するクライアント端
末と、サーバ端末からのコンテンツを再暗号化せずにク
ライアント端末へ中継する第１の中継サーバおよび一旦
復号化した後に再び暗号化してクライアント端末へ中継
する第２の中継サーバ、クライアント端末からの要求履
歴を保存する記憶部、およびクライアント端末の要求履
歴に基づいて第１の中継サーバおよび第２の中継サーバ
を選択的に動作させる制御手段を含むサーバクラスタと
を、ネットワークを通じて相互に接続し、サーバ端末か
らサーバクラスタを通じてコンテンツを配信するコンテ
ンツ配信方法であって、サーバ端末において、クライアント端末からサーバクラ
スタ経由で要求されたコンテンツのコンテンツＩＤと前
記サーバクラスタのサーバＩＤとの組に対応する暗号鍵
を暗号鍵管理手段に要求するステップと、暗号鍵管理手段において、サーバ端末から要求された暗
号鍵およびそれに対応する復号鍵を暗号鍵生成手段で生
成させ、生成された暗号鍵をサーバ端末へ送信すると共
に、生成された復号鍵を復号鍵保存手段に保存するステ
ップと、サーバ端末において、受信した暗号鍵で、要求されたコ
ンテンツを暗号化した第１の暗号化コンテンツをサーバ
クラスタへ送信するステップと、サーバクラスタにおいて、制御手段が第１の暗号化コン
テンツを第１の中継サーバによりクライアント端末へ送
信し、記憶部にその要求履歴を保存すると共に、第１の
暗号化コンテンツを第２の中継サーバに分配するステッ
プと、第２の中継サーバにおいて、コンテンツのコンテンツＩ
Ｄと自サーバのサーバＩＤと予め自サーバに設定された
インデックスとの組を指定して復号鍵および暗号鍵を暗
号鍵管理手段に要求するステップと、暗号鍵管理手段に
おいて、中継サーバから指定されたコンテンツＩＤとサ
ーバＩＤとインデックスとの組に対応する暗号鍵および
復号鍵を暗号鍵生成手段で生成させ、生成された暗号鍵
と前記指定されたコンテンツＩＤとサーバＩＤとの組に
対応して復号鍵保存手段に保存された復号鍵とをサーバ
端末へ送信すると共に、生成された復号鍵を復号鍵保存
手段に保存するステップと、中継サーバにおいて、受信した復号鍵で第１の暗号化コ
ンテンツを復号した後に、復号して得たコンテンツを、
受信した暗号鍵で再び暗号化した第２の暗号化コンテン
ツを蓄積するステップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとを指定したチケット要求を送信し、チ
ケットサーバがそのコンテンツＩＤとサーバＩＤの組に
対応する復号鍵を暗号鍵管理手段を通じて復号鍵保存手
段から取得し、その取得した復号鍵を含むチケットをク
ライアント端末へ送信するステップと、クライアント端
末において、中継サーバから受信した第２の暗号化コン
テンツをチケットサーバから受信したチケットに含まれ
る復号鍵で復号して再生するステップと、クライアント端末からサーバクラスタへコンテンツのコ
ンテンツＩＤを指定したコンテンツ再要求を送信するス
テップと、サーバクラスタの第２の中継サーバにおいて、再要求さ
れたコンテンツＩＤに対応する第２の暗号化コンテンツ
をクライアント端末へインデックスを添えて送信するス
テップと、クライアント端末からチケットサーバへ、コンテンツＩ
ＤとサーバＩＤとインデックスを指定したチケット要求
を送信し、チケットサーバがそのコンテンツＩＤとサー
バＩＤとインデックスの組に対応する復号鍵を暗号鍵管
理手段を通じて復号鍵保存手段から取得し、その取得し
た復号鍵を含むチケットをクライアント端末へ送信する
ステップと、クライアント端末において、中継サーバから受信した第
２の暗号化コンテンツをチケットサーバから受信したチ
ケットに含まれる復号鍵で復号して再生するステップと
を含むコンテンツ配信方法。
【請求項２４】クライアント端末へ中継サーバを経由
してコンテンツを配信するサーバ端末において、中継サ
ーバ及びコンテンツの組毎に異なる暗号鍵でコンテンツ
を暗号化する暗号化処理手段を備えることを特徴とする
サーバ端末。
【請求項２５】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継する中継サーバにおい
て、暗号化コンテンツを更に異なる暗号鍵で暗号化する
暗号化処理手段を備えることを特徴とする中継サーバ。
【請求項２６】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継する中継サーバにおい
て、暗号化コンテンツを一旦復号化した後に更に異なる
暗号鍵で暗号化する暗号化処理手段を備えることを特徴
とする中継サーバ。
【請求項２７】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継するサーバクラスタであ
って、サーバ端末においてサーバクラスタ及びコンテン
ツの組毎に異なる暗号鍵で暗号化された第１の暗号化コ
ンテンツをクライアント端末に中継する第１の中継サー
バと、前記第１の暗号化コンテンツを更に異なる暗号鍵
で暗号化した第２の暗号化コンテンツをクライアント端
末に中継する第２の中継サーバと、第１の中継サーバお
よび第２の中継サーバを選択的に動作させる制御手段と
を備えるサーバクラスタ。
【請求項２８】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継するサーバクラスタであ
って、サーバ端末においてサーバクラスタ及びコンテン
ツの組毎に異なる暗号鍵で暗号化された第１の暗号化コ
ンテンツをクライアント端末に中継する第１の中継サー
バと、前記第１の暗号化コンテンツを一旦復号化した後
に更に異なる暗号鍵で暗号化した第２の暗号化コンテン
ツをクライアント端末に中継する第２の中継サーバと、
第１の中継サーバおよび第２の中継サーバを選択的に動
作させる制御手段とを備えるサーバクラスタ。
【請求項２９】前記制御手段は、クライアント端末が
初めて要求したコンテンツについては前記第１の中継サ
ーバによって前記第１の暗号化コンテンツをクライアン
ト端末に中継し、同じコンテンツについての再要求時は
前記第２の中継サーバによって第２の暗号化コンテンツ
をクライアント端末に中継するものである請求項２７ま
たは２８記載のサーバクラスタ。
【請求項３０】クライアント端末へ中継サーバを経由
してコンテンツを配信するサーバ端末を構成するコンピ
ュータを、中継サーバ及びコンテンツの組毎に異なる暗
号鍵を取得する手段、取得した暗号鍵でコンテンツを暗
号化する手段、暗号化したコンテンツを中継サーバに送
信する手段、として機能させるプログラム。
【請求項３１】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継する中継サーバを構成す
るコンピュータを、暗号化コンテンツを更に暗号化する
ための暗号鍵を取得する手段、取得した暗号鍵で暗号化
コンテンツを再暗号化する手段、再暗号化したコンテン
ツをクライアント端末へ送信する手段、として機能させ
るプログラム。
【請求項３２】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継する中継サーバを構成す
るコンピュータを、暗号化コンテンツを復号化するため
の復号鍵および再び暗号化するための暗号鍵を取得する
手段、取得した復号鍵で暗号化コンテンツを復号する手
段と、該手段で復号されたコンテンツを前記取得した暗
号鍵で暗号化する手段、該手段で暗号化したコンテンツ
をクライアント端末へ送信する手段、として機能させる
プログラム。
【請求項３３】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継するサーバクラスタを構
成するコンピュータを、サーバ端末においてサーバクラ
スタ及びコンテンツの組毎に異なる暗号鍵で暗号化され
た第１の暗号化コンテンツをクライアント端末に中継す
る第１の中継サーバ、前記第１の暗号化コンテンツを更
に異なる暗号鍵で暗号化した第２の暗号化コンテンツを
クライアント端末に中継する第２の中継サーバ、第１の
中継サーバおよび第２の中継サーバを選択的に動作させ
る制御手段、として機能させるプログラム。
【請求項３４】サーバ端末から受信した暗号化コンテ
ンツをクライアント端末へ中継するサーバクラスタを構
成するコンピュータを、サーバ端末においてサーバクラ
スタ及びコンテンツの組毎に異なる暗号鍵で暗号化され
た第１の暗号化コンテンツをクライアント端末に中継す
る第１の中継サーバ、前記第１の暗号化コンテンツを一
旦復号化した後に更に異なる暗号鍵で暗号化した第２の
暗号化コンテンツをクライアント端末に中継する第２の
中継サーバ、第１の中継サーバおよび第２の中継サーバ
を選択的に動作させる制御手段、として機能させるプロ
グラム。
【請求項３５】前記制御手段は、クライアント端末が
初めて要求したコンテンツについては前記第１の中継サ
ーバによって前記第１の暗号化コンテンツをクライアン
ト端末に中継し、同じコンテンツについての再要求時は
前記第２の中継サーバによって第２の暗号化コンテンツ
をクライアント端末に中継するものである請求項３３ま
たは３４記載のプログラム。