(57)【要約】【課題】コンテンツの不当な複製や盗聴を防いだ安全なキャッシュを実現し、ネットワーク資源の有効利用とコンテンツの共有を可能にする。【解決手段】コンテンツ自体のキャッシュと認証を分離し、コンテンツの配信に暗号化を行う。そのため、コンテンツ記憶装置２００は、コンテンツプロバイダ３００から受け取ったコンテンツをコンテンツ格納部２３０に格納する。ユーザ１００からの要求に対してコンテンツプロバイダ３００が生成したコンテンツ鍵３３０を使ってコンテンツを暗号化し、ユーザ１００へと配信する。【選択図】  図１
2004153590.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからのコンテンツ配信の要求をコンテンツプロバイダに転送するステップと
前記要求に対応した配信指示、及びコンテンツ鍵の指定を前記プロバイダから受け取るステップと、
受け取った配信指示の示すコンテンツをコンテンツ格納手段から読み出し、指定されたコンテンツ鍵で暗号化するステップと、
暗号化されたコンテンツを前記ユーザに転送するステップとを有するコンテンツの配信方法。
【請求項２】
複数のコンテンツ鍵を予め記憶手段に予め記憶するステップを更に有し、
前記コンテンツの暗号化は、該複数のコンテンツ鍵から一定の規則に基づいて選択した
コンテンツ鍵を用いることを特徴とする請求項１のコンテンツの配信方法。
【請求項３】
前記コンテンツの暗号化はユーザ毎に異なるコンテンツ鍵を用いることを特徴とする請求項１のコンテンツの配信方法。
【請求項４】
ユーザへのコンテンツ配信を目的としてコンテンツを記憶する装置であって、
コンテンツを格納するコンテンツ格納部と、
ユーザからのリクエストに相当するコンテンツが前記コンテンツ格納部に格納されていない場合に、コンテンツプロバイダに該コンテンツの要求する手段と、コンテンツプロバイダから送付された前記コンテンツ格納部に格納するとともにコンテンツを管理表に登録する手段と、
ユーザからのリクエストを前記コンテンツプロバイダに転送する手段と、
前記コンテンツプロバイダから配信許可を受け、該配信許可に含まれるコンテンツ鍵の指定に従い、配信すべきコンテンツを指定されたコンテンツ鍵で暗号化し、指定されたユーザに配信する手段とを有するコンテンツ記憶装置。
【請求項５】
ユーザからのリクエストに応じてコンテンツの配信を行う配信方法であって、
予めコンテンツ記憶装置にコンテンツを格納するステップ、
コンテンツプロバイダにて、ユーザからのリクエストの受信に対応して、該ユーザのためのコンテンツ鍵を決定するとともに、該ユーザに該コンテンツ鍵を秘密通信するステップ、
前記コンテンツプロバイダから前記コンテンツ記憶装置に該コンテンツ鍵の決定情報を含む配信許可を通知するステップ、及び
前記コンテンツ記憶装置にて、通知された配信許可に応答して、配信すべきコンテンツを指定されたコンテンツ鍵で暗号化し、暗号化したコンテンツを前記配信許可の指定するユーザに送信するステップを含むことを特徴とするコンテンツ配信方法。
【請求項６】
前記コンテンツプロバイダから前記コンテンツ記憶装置に通知するコンテンツ鍵の決定情報はコンテンツプロバイダで決定したコンテンツ鍵そのものであることを特徴とする請求項５のコンテンツ配信方法。
【請求項７】
前記コンテンツ鍵はユーザ毎に固有のコンテンツ鍵であることを特徴とする請求項５のコンテンツ配信方法。
【請求項８】
前記コンテンツ鍵の決定では、予め定めた複数のコンテンツ鍵の中から前記ユーザにひとつを選択することを特徴とする請求項５のコンテンツ配信方法。
【請求項９】
前記コンテンツ記憶装置に格納するコンテンツは準備的コンテンツ鍵で暗号化したコンテンツであり、
前記コンテンツ記憶装置での前記配信許可に応答したコンテンツの暗号化には、該準備的コンテンツ鍵により暗号化されたコンテンツを復号し、且つ前記コンテンツプロバイダによりユーザのために決定された前記コンテンツ鍵で該コンテンツを再暗号化する機能を有する複合暗号鍵を用いて行うことを特徴とする請求項５のコンテンツ配信方法。
【請求項１０】
前記コンテンツ記憶装置がコンテンツの配信を受け持つユーザと該コンテンツ記憶装置とは同じサブネットワークに属し、前記コンテンツプロバイダは前記サブネット外にあることを特徴とする請求項５のコンテンツ配信方法。
【請求項１１】
ユーザからのリクエストに応じてコンてつの配信を行うコンテンツ配信方法であって、
予めコンテンツ記憶装置にコンテンツを格納するステップ、
コンテンツ鍵管理者がユーザからの要求を受けコンテンツプロバイダに対して認証を行うステップと、
コンテンツプロバイダが前記ユーザからの要求を受けユーザの課金情報を検索するステップと、
該コンテンツプロバイダが前記ユーザの課金情報に基づき配信許可を行うステップと、
該コンテンツプロバイダがコンテンツ鍵管理者に対してコンテンツを暗号化するコンテンツ鍵の生成を要求するステップと、
該コンテンツ鍵管理者がユーザに対応するコンテンツ鍵を生成して該コンテンツ記憶装置へと送信するステップと、
該コンテンツ記憶装置が該コンテンツ鍵管理者から受けた該コンテンツ鍵により、該コンテンツを暗号化して該要求元ユーザへと配信するステップと、
該コンテンツプロバイダが該コンテンツ鍵管理者に対してユーザの課金情報を転送するステップと、
該コンテンツ鍵管理者が前記課金情報を元にユーザから代金を回収するステップと、
を含むことを特徴とするコンテンツ配信方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの配信方法に関し、特にネットワーク上のコンテンツ記憶装置へとコンテンツを蓄え、コンテンツを暗号化してユーザへと配信する安全なコンテンツ配信方式に関する。
【０００２】
【従来の技術】
インターネットの爆発的な普及とそれに続くブロードバンド化に伴い、音楽や動画に代表されるストリーミングコンテンツの需要が高まっている。それにつれ、デジタルコンテンツの著作権に対する意識も高まっている。デジタルコンテンツは従来のアナログベースのコンテンツに比べ、（１）コピーしても内容が劣化しない、（２）コピーするコストが小さい、という特徴があるため、デジタルコンテンツの配信に当たっては、デジタルコンテンツの著作権を保護するシステムの確立が必要となる。
デジタルコンテンツを保護して配信するための技術が下記特許文献１に記載される。この記載では、受信側の端末ごとに異なるコンテンツ鍵を使ってデジタルコンテンツを暗号化し、ユーザの元へと配信する。これにより、たとえコンテンツ鍵が漏洩したとしても、他のユーザへの配信には別のコンテンツ鍵が使用されるため、コンテンツを不正に流用することを防いでいる。
一方、このようなストリーミングコンテンツは、通常のテキストや静止画ベースのコンテンツに比べ、（１）大きなネットワーク帯域を消費する、（２）ユーザが快適にコンテンツを楽しむために遅延無く届ける必要性（リアルタイム性）がある、という特徴がある。
このようなネットワーク帯域とネットワーク遅延を解決するための技術としては、キャッシュがある。典型的には、Ｗｅｂキャッシュサーバは、ローカルネットワーク内のプロキシ（代表）として置かれ、ローカルネットワーク内のクライアントはこのＷｅｂキャッシュサーバを経由してインターネットへとアクセスする。そして一度参照されたコンテンツのコピーをＷｅｂサーバ上に保持し、ローカルネットワーク内から再びアクセスがあった場合にこのコピーを返すことによって、グローバルネットワークへのアクセスを軽減する。
【特許文献１】
特開２００１−９４５５４号公報
【０００３】
【発明が解決しようとする課題】
しかし、従来の技術によるキャッシュサーバでは、基本的にコンテンツのコピーをキャッシュサーバ内のメモリやハードディスク上に保持するため、コンテンツの漏洩や不正使用に対して安全でないという問題点がある。キャッシュサーバをブラックボックス化したとしても、コンテンツが平文のままネットワーク上を流れている場合、やはり盗聴などによりコンテンツが漏洩する可能性は残る。また、正当な権利によって一旦コンテンツを手に入れたユーザが、無断複製等によりコンテンツを不正利用する可能性も残る。
さらに公知例１のようにユーザごとに暗号化されたコンテンツが配信されるような場合には、暗号化されたコンテンツをキャッシュしても、他のユーザにはその暗号を解くことができないため、キャッシュの効果が全く期待できない。
本発明の一つの目的は、コンテンツを暗号化してユーザへと配信することで、安全にコンテンツのキャッシュを実現し、ネットワーク負荷を軽減する配信方法を提供することである。
本発明の他の目的は、コンテンツのキャッシュを導入しても、おおもとのコンテンツ提供者が、ユーザのコンテンツ利用による課金等の機会を失うことのないコンテンツ配信方法を提供することである。
本発明の他の目的は、ユーザ側に大きなインタフェースやプロトコルの変更無しに、コンテンツのキャッシュを導入できるコンテンツ配信方法を提供することである。
【０００４】
【課題を解決するための手段】
本発明の代表的実施例にしたがうコンテンツ記憶装置は、以下の手段を有する。
ユーザへのコンテンツ配信を目的としてコンテンツを記憶する装置であって、ユーザからのコンテンツ要求に対して、コンテンツプロバイダからコンテンツを暗号化するためのコンテンツ鍵を受け取る手段を有し、受け取ったコンテンツ鍵を使ってコンテンツを暗号化してユーザへと転送する手段を有する。
また、数種類のコンテンツ鍵の中から一定の規則あるいはランダムに鍵を選び、それを使ってコンテンツを暗号化することで、コンテンツ鍵の漏洩に対する安全性を高める。
あるいは、ユーザごとに異なるコンテンツ鍵を使うことで、コンテンツ鍵の漏洩に対する安全性を高める。
また、ユーザからのリクエストを管理する手段と、コンテンツを管理する手段と、コンテンツを格納するコンテンツ格納部と、コンテンツ鍵を記憶する手段と、コンテンツを暗号化・復号する手段を有し、
該リクエストに相当するコンテンツが格納されていない場合、コンテンツプロバイダへとコンテンツを要求する手段とコンテンツを受け取る手段を有し、
該ユーザからのリクエストをコンテンツプロバイダへと転送する手段を有し、該ユーザからのリクエストに対するコンテンツプロバイダからの配信許可を受け、配信許可に含まれるコンテンツ鍵を使って格納されたコンテンツを暗号化し、ユーザへと配信する手段を有する。
ユーザ、コンテンツプロバイダ、コンテンツ記憶装置の間でコンテンツ配信を行うための方式であって、コンテンツプロバイダがユーザからの要求を受け配信許可を行うステップと、コンテンツ記憶装置がコンテンツを保存するステップと、該コンテンツプロバイダがコンテンツを暗号化するコンテンツ鍵を生成するステップと、該コンテンツプロバイダがコンテンツ記憶装置へと該コンテンツ鍵を送信するステップと、該コンテンツ記憶装置が該コンテンツプロバイダから受けた該コンテンツ鍵により、該コンテンツを暗号化して該要求元ユーザへと配信するステップとから成る。
また、該コンテンツプロバイダは複数種類のコンテンツ鍵の中から一定の規則あるいはランダムに鍵を選び、コンテンツ記憶装置はそれを使ってコンテンツを暗号化することでコンテンツ鍵の漏洩に対する安全性を高める。
または、該コンテンツプロバイダはユーザごとに異なるコンテンツ鍵を使い、コンテンツ記憶装置はそれを使ってコンテンツを暗号化することでコンテンツ鍵の漏洩に対する安全性を高める。
または、該コンテンツプロバイダはセッションごとに異なるコンテンツ鍵を使い、コンテンツ記憶装置はそれを使ってコンテンツを暗号化することでコンテンツ鍵の漏洩に対する安全性を高める。
サブネットワークの外にあるコンテンツプロバイダから、サブネットワーク内のユーザに対してコンテンツを配信する方式であって、ユーザからの要求をコンテンツプロバイダへと転送する手段と、コンテンツプロバイダから受け取ったコンテンツを保存する記憶装置と、コンテンツプロバイダからコンテンツ鍵を受け取る手段とを有し、該要求元ユーザに対して対応するコンテンツ鍵で保存してあるコンテンツを暗号化して配信する手段を有する。
また、コンテンツプロバイダが複数のコンテンツ鍵の中から一定の規則あるいはランダムに鍵を選び、コンテンツ記憶装置がそれを使ってコンテンツを暗号化することで、コンテンツ鍵の漏洩に対する安全性を高める。
あるいは、コンテンツプロバイダはユーザごとに異なるコンテンツ鍵を使い、コンテンツ記憶装置がそれを使ってコンテンツを暗号化することで、コンテンツ鍵の漏洩に対する安全性を高める。
ユーザ、コンテンツ記憶装置、コンテンツプロバイダ、コンテンツ鍵管理者、の間でコンテンツを配信する方式であって、コンテンツ鍵管理者がユーザからの要求を受けコンテンツプロバイダに対して認証を行うステップと、コンテンツプロバイダが前記ユーザからの要求を受けユーザの課金情報を検索するステップと、該コンテンツプロバイダが前記ユーザの課金情報に基づき配信許可を行うステップと、コンテンツ記憶装置がコンテンツを保存するステップと、該コンテンツプロバイダがコンテンツ鍵管理者に対してコンテンツを暗号化するコンテンツ鍵の生成を要求するステップと、該コンテンツ鍵管理者がユーザに対応するコンテンツ鍵を生成して該コンテンツ記憶装置へと送信するステップと、該コンテンツ記憶装置が該コンテンツ鍵管理者から受けた該コンテンツ鍵により、該コンテンツを暗号化して該要求元ユーザへと配信するステップと、該コンテンツプロバイダが該コンテンツ鍵管理者に対してユーザの課金情報を転送するステップと、該コンテンツ鍵管理者が前記課金情報を元にユーザから代金を回収するステップとからなる。
【０００５】
【発明の実施の形態】
本発明の実施の形態について図面を参照して説明する。なお、同一の参照番号は同じ構成要素を示す。
図１は本発明の代表的な実施に形態におけるシステムの構成要素と、それらの間で交わされる通信プロトコルを書いた模式図である。本実施の形態においては、ユーザ１００とコンテンツ記憶装置２００、コンテンツプロバイダ３００の３者でコンテンツの配信が行われる。なおシステム構成という観点からは、ブロック１００はユーザ装置、ブロック３００はコンテンツプロバイダ装置であるが、本明細書では説明の複雑さを避けるため、それぞれの装置を単にユーザ、コンテンツプロバイダと称する。ユーザ１００とコンテンツ記憶装置２００は同一のローカルネットワーク内、すなわちイントラネットやインターネットサービスプロバイダ（ＩＳＰ）内に存在し、コンテンツプロバイダはローカルネットワークの外に存在すると仮定する。ユーザ１００は、コンテンツプロバイダ３００に対して配信許可をもらうために必要なユーザ情報１２０と、一時的に作られた暗号鍵であるユーザ鍵１１０とを内部に保持する。ここでユーザ情報１２０はコンテンツプロバイダ３００が契約したユーザ１００を特定するのに十分な情報であり、ＩＤやパスワードのようなものを含む。ユーザ鍵１１０は一時的に作られた対称鍵暗号でもよいし、あるいはユーザ１００独自の公開鍵であってもよい。
コンテンツ記憶装置２００は、内部にコンテンツを格納しておくコンテンツ格納部２３０を持つ。また、公開鍵暗号系の公開鍵２１０と秘密鍵２２０を持ち、このうち公開鍵２１０は公開されている。
コンテンツプロバイダ３００は、コンテンツを暗号化するための対称鍵暗号系の暗号鍵であるコンテンツ鍵３３０を生成する手段を有する。また、公開鍵暗号系の公開鍵３１０と秘密鍵３２０を持ち、このうち公開鍵３１０は公開されている。
図２にコンテンツ記憶装置２００の概略構成を示す。コンテンツ格納部２３０とコンテンツ鍵記憶回路２４０を内部に持ち、ネットワークインタフェース２５０を介してネットワークにつながっている。コンテンツ格納部２３０とネットワークインタフェース２５０の間には暗号・復号回路２６０があり、コンテンツの暗号化および復号を行う。また、コンテンツ記憶装置２００の内部にはリクエスト管理表２７０とコンテンツ管理表２８０があり、ユーザ１００からのコンテンツ要求およびコンテンツ格納部２３０に格納されたコンテンツについて記録しておく。
図３にコンテンツユーザ要求４１０の構成の一例を示す。要求元ユーザＩＤ  ４１１はコンテンツを要求したユーザに対して応答を行うのに必要な情報を含む識別子である。リクエストＩＤ  ４１２は、個々のコンテンツユーザ要求４１０を識別するための識別子である。コンテンツＩＤ  ４１３は、要求するコンテンツに対する識別子であり、同じコンテンツに対しては同一のコンテンツＩＤが付与される。その他情報  ４１４は、コンテンツプロバイダ３００がユーザを認証するのに必要な情報で、例えばアカウント情報、ライセンス番号、前払いしたコンテンツ使用料の残額情報などを含み得る。その他情報４１４は、コンテンツ記憶装置２００は使用しないため、コンテンツプロバイダ３００の公開鍵３１０を用いて暗号化され、コンテンツプロバイダ３００以外には情報が漏洩しないようにする。
図４にリクエスト管理表２７０の構成の一例を示す。リクエスト管理表２７０はコンテンツユーザ要求４１０に含まれるリクエストＩＤ４１２に従って検索できる表の形式になっており、要求元ユーザＩＤ４１１、コンテンツＩＤ４１３を記録する。また、コンテンツプロバイダから配信の許可を得たことを示すフラグ・配信許可２７１、要求元ユーザに対して配信したかどうかを示すフラグ・配信済２７２、およびコンテンツプロバイダから得たコンテンツ鍵３３０を記録するフィールドを持つ。
図５にコンテンツ管理表２８０の構成の一例を示す。コンテンツ管理表２８０はコンテンツＩＤ４１３に従って検索できる表の形式になっており、各コンテンツごとにコンテンツ格納部２３０へキャッシュ済であるかどうかを示すフラグ・キャッシュ済２８１と、キャッシュしてない場合にコンテンツ要求をコンテンツプロバイダへと要求したかどうかを示すフラグ・要求済２８２を持つ。また、コンテンツ格納部２３０が満杯になった時に追い出すべきコンテンツを決めるために使う参照情報２８３を付加情報として持つ。
以下、図１に従ってコンテンツをコンテンツ記憶装置２００に保持しながら、安全にユーザ１００へとコンテンツを配信できることを示す。
まずユーザ１００は、コンテンツ配信を要求するに当たり、一時的な対称鍵であるユーザ鍵１１０を生成し内部に格納し、コンテンツユーザ要求４１０を生成する。コンテンツユーザ要求４１０には、ユーザ１００自身を識別する要求元ユーザＩＤ４１１、リクエストに対する識別子リクエストＩＤ４１２、要求するコンテンツに対する識別子コンテンツＩＤ４１３が含まれる。さらにユーザ鍵１１０とユーザ情報１２０を、コンテンツプロバイダ３００の公開鍵３１０を用いて暗号化し、これをその他情報４１４としてコンテンツユーザ要求４１０に付加し、コンテンツ記憶装置２００へと送信する。コンテンツ記憶装置２００はコンテンツユーザ要求４１０を受け、これをコンテンツプロバイダ３００へとコンテンツユーザ要求４２０として転送する。
コンテンツ記憶装置２００は、コンテンツユーザ要求４１０に含まれる要求元ユーザＩＤ  ４１１、リクエストＩＤ  ４１２、コンテンツＩＤ  ４１３をリクエスト管理表２７０へと登録する。この時対応する配信許可２７１と配信済２７２にはＮｏが記録され、コンテンツ鍵３３０の内容はクリアされる。さらにコンテンツＩＤ  ４１３を使ってコンテンツ管理表２８０を参照し、対応するコンテンツがコンテンツ格納部２３０にあるかどうかを確認する。対応するフィールド・キャッシュ済２８１がＮｏであり、かつ対応するフィールド・要求済２８２がＮｏであった場合には、コンテンツＩＤ  ４１３に対するコンテンツサーバ要求５００を発行し、コンテンツプロバイダ３００へとコンテンツを要求する。この時、コンテンツ管理表２８０の対応するフィールド・要求済２８２にはＹｅｓがセットされる。コンテンツサーバ要求５００はコンテンツプロバイダ３００の公開鍵３１０を使って暗号化される。コンテンツサーバ要求５００を受けたコンテンツプロバイダ３００はコンテンツサーバ配信５１０によりコンテンツ記憶装置２００へとコンテンツを配信する。この時コンテンツサーバ配信５１０の内容はコンテンツ鍵３３０ｚを使って暗号化される。コンテンツ鍵３３０ｚそのものは、コンテンツ記憶装置２００の公開鍵２１０を使って暗号化されて送信される。コンテンツ配信５１０を受け取ったコンテンツ記憶装置２００は、コンテンツ管理表の該当するコンテンツＩＤ４１３に対応するフィールド・キャッシュ済２８１をＹｅｓにセットし、受け取ったコンテンツ鍵３３０ｚを使ってコンテンツを復元し、コンテンツ格納部２３０へと格納する。
コンテンツユーザ要求４２０を受け取ったコンテンツプロバイダ５００は、秘密鍵３２０を使ってコンテンツユーザ要求４２０のその他情報４１４を復号する。この情報に基づき認証を行い、正当な要求だった場合には配信許可６００をコンテンツ記憶装置２００へと送信する。またこの時コンテンツを暗号化する鍵コンテンツ鍵３３０ａをユーザへと安全に渡すためにコンテンツ鍵ユーザ配信６１０も併せて送信する。ここでコンテンツ鍵ユーザ配信６１０には、コンテンツ鍵３３０ａをユーザ１００のユーザ固有の対称鍵であるユーザ鍵１１０で暗号化したものが含まれる。また、コンテンツプロバイダ３００の正当性を証明するために、配信許可６００とコンテンツ鍵ユーザ配信６１０はコンテンツプロバイダ３００の秘密鍵３２０で暗号化したデジタル署名を付与することが望ましい。
配信許可６００とコンテンツ鍵ユーザ配信６２０を受け取ったコンテンツ記憶装置２００は、そのままユーザ１００に対して配信許可６１０とコンテンツ鍵ユーザ配信６３０として転送する。配信許可６００に含まれるリクエストＩＤ４１２に対応する表のエントリに配信許可２７１にＹｅｓをセットする。
配信許可６１０とコンテンツ鍵ユーザ配信６３０を受け取ったユーザ１００では、コンテンツプロバイダ３００の公開鍵３１０を使ってデジタル署名の内容が正しいことを確認する。さらにユーザ鍵１１０を使ってコンテンツ鍵ユーザ配信６３０を復号し、コンテンツ鍵３３０ａを得る。
コンテンツプロバイダ３００は、さらにコンテンツ鍵３３０ａをコンテンツ記憶装置の公開鍵２１０を使って暗号化し、コンテンツ鍵サーバ配信６４０としてコンテンツ記憶装置２００へと送る。コンテンツ記憶装置２００は秘密鍵２２０を使ってコンテンツ鍵サーバ配信６４０を復号し、コンテンツ鍵３３０ａを得る。復号して得たコンテンツ鍵３３０ａは、リクエスト管理表２７０のリクエストＩＤ４１２に対応するエントリ・コンテンツ鍵３３０にセットされる。
コンテンツ記憶装置２００は、リクエスト管理表２７０のリクエストＩＤ４１２に対応する配信許可２７１がＹｅｓであり、コンテンツ鍵３３０がセットされ、かつコンテンツ管理表２８０のコンテンツＩＤ４１３に対応するキャッシュ済２８１がＹｅｓとなった場合、ユーザ１００に対するコンテンツの配信を行う。対応するコンテンツ鍵３３０ａを使ってコンテンツ格納部２３０に格納されたコンテンツを暗号化しコンテンツユーザ配信６５０としてユーザ１００へと転送し、リクエスト管理表２７０の対応する配信済２７２にＹｅｓをセットする。
コンテンツユーザ配信６５０を受け取ったユーザ１００では、格納しておいたコンテンツ鍵３３０ａを使ってコンテンツユーザ配信６５０を復号し、コンテンツを得る。
以上が、本発明の第一の実施の形態例である。本方式は、コンテンツ自体はコンテンツ記憶装置にキャッシュするが、要求と認証は必ずコンテンツプロバイダを経由する点に特徴がある。これにより、コンテンツプロバイダはコンテンツ記憶装置を導入する前と同じようにコンテンツに対する課金や利用状況の把握が可能であり、その上でネットワーク負荷の軽減を実現できる。また、認証に必要なユーザ個人の情報は、コンテンツプロバイダの公開鍵を使って暗号化することで、コンテンツ記憶装置が不正にユーザ情報を二次使用することを防ぐ。
この実施例では、ユーザに応じて異なるコンテンツ鍵３３０を用意している。すなわち、コンテンツプロバイダ３００では、ユーザ１００ａに対してはユーザ鍵３３０ａ、ユーザ１００ｂに対してはコンテンツ鍵３３０ｂというように別の鍵を用い、コンテンツ記憶装置２００はその鍵に従って暗号化を行ってユーザへと配信する。これにより、他のユーザが受け取ったコンテンツ鍵３３０ａを何らかの方法で手に入れたとしても、別のコンテンツユーザ配信６５０ｂに対してはコンテンツ鍵３３０ａは有効でないため、鍵の漏洩に対する安全性を高めることが可能となる。
ユーザごとに異なるコンテンツ鍵を用意することで、高い安全性が得られるが、その分コストも大きくなる。そこで、何種類かのコンテンツ鍵を用意しておき、ランダムにあるいは一定の法則で選ぶ方法が考えられる。この方式では、ユーザごとに異なるコンテンツ鍵を用意する場合に比べると安全性は少し低くなるが、代わりにコンテンツ鍵を生成するコストは小さくなる。また、予めコンテンツ格納部に異なるコンテンツ鍵で暗号化したコンテンツを格納しておくことにより、配信時にエンコードする時間を短縮することができる。
【０００６】
以上説明した代表的な実施の形態では、配信許可の通知にコンテンツプロバイダのデジタル署名を使うことで、コンテンツ記憶装置が勝手にコンテンツ鍵を作成してコンテンツの複製を配布することを防いでいる。ユーザはデジタル署名をコンテンツプロバイダの公開鍵を使ってデコードすることで、コンテンツ鍵と配信許可の正当性を判別することができる。
しかしコンテンツ記憶装置とユーザとが結託してしまうと、コンテンツの不正な流用は可能である。そこで、コンテンツ記憶装置がコンテンツのデコードをできないようにすることで、コンテンツ配信の安全性をより高めることが可能となる。このれを実現する変形例のシステム構成とその要素間通信プロトコルを図６に示す。
この変形例では、ユーザ１００からコンテンツ記憶装置２００、そしてコンテンツプロバイダ３００へコンテンツを要求するまでは上述の代表的な実施の形態と同じであるため、図６ではこれらの通信プロトコルを省いてある。
コンテンツ記憶装置２００からのコンテンツサーバ要求５００を受けたコンテンツプロバイダ３００は、準備的コンテンツ鍵Ｓ  ３３１を生成する。そしてコンテンツ３００を準備的コンテンツ鍵Ｓ  ３３１を使って暗号化し、コンテンツ記憶装置２００へとコンテンツサーバ配信５１０として転送する。コンテンツサーバ配信５１０を受けたコンテンツ記憶装置２００は、含まれる暗号化コンテンツ３４０を暗号化されたままの形でコンテンツ格納部２３０へと保存する。暗号化されたまま保存する点が第一の実施の形態例との大きな違いである。暗号化されているため、コンテンツプロバイダ２００は勝手にコンテンツをばらまくことができない。
一方、コンテンツユーザ要求４２０を受けたコンテンツプロバイダ３００は、この要求に応答して、先ほどの準備的コンテンツ鍵Ｓ  ３３１とは異なるコンテンツ鍵Ｕ  ３３２を生成する。更に、先ほどコンテンツプロバイダに送った準備的コンテンツ鍵Ｓ  ３３１とコンテンツ鍵Ｕ  ３３２を組み合わせて、第３の複合コンテンツ鍵ＳＵ  ３３３を生成する。ここで、複合コンテンツ鍵ＳＵ  ３３３は、コンテンツ鍵Ｓ  ３３１で暗号化された対象の暗号化に適用した場合、その対象を復号し、コンテンツ鍵Ｕ３３２で再び暗号化したのと等価な結果が得られる。
そしてコンテンツプロバイダ３００は、コンテンツ記憶装置２００に対するコンテンツ鍵サーバ配信６４０には、複合コンテンツ鍵ＳＵ  ３３３をコンテンツ記憶装置２００の公開鍵３１０を使い暗号化して送る。一方、ユーザ１００に対するコンテンツ鍵ユーザ配信６２０には、コンテンツ鍵Ｕ  ３３２をユーザ鍵１１０で暗号化して送る。コンテンツ記憶装置２００は、コンテンツ鍵ＳＵ  ３３３を使って暗号化コンテンツ３４０を再暗号化してコンテンツユーザ配信６５０としてユーザ１００へ送る。また、コンテンツ鍵ユーザ配信６２０はコンテンツ鍵ユーザ配信６３０としてそのままユーザ１００へ転送する。
この変形例では、コンテンツ記憶装置２００は、コンテンツ鍵ユーザ配信６２０の内容を復号できないので、コンテンツ鍵Ｕ  ３３２の内容を知ることはできない。従って、再暗号化したコンテンツを復号することはできない。一方、ユーザ１００は、上記のコンテンツ記憶装置での再暗号化のステップによりコンテンツ鍵ＳＵ  ３３２で暗号化されたのと等価な暗号化コンテンツの配信を受けるので、コンテンツプロバイダ２００から秘密通信されたコンテンツ鍵Ｕ  ３３２を使ってこれをデコードすることができる。以上により、コンテンツ記憶装置での不正行為によってコンテンツが流用されるのを防止した安産性の高いコンテンツ配信が可能となる。
図７に本発明の別の変形例の要素間通信プロトコルを示す。この第二の変形例では、ユーザ１００、コンテンツ記憶装置２００、コンテンツプロバイダ３００の他に、コンテンツ鍵管理者７００というシステム構成要素（プレイヤー）が登場する。ユーザごとに異なるコンテンツ鍵を生成する方法は、安全性を高められる反面、鍵の生成コストや管理コストが大きい。そこで、コンテンツプロバイダ３００やコンテンツ記憶装置２００に代わって、コンテンツ鍵の生成・管理を代行する役目を担うのがコンテンツ鍵管理者７００である。
ユーザ１００はコンテンツユーザ要求４１０をコンテンツ記憶装置２００へと発行する。コンテンツユーザ要求４１０を受けたコンテンツ記憶装置２００は、コンテンツユーザ要求４２０をコンテンツプロバイダ３００とコンテンツ鍵管理者７００へと転送する。ここでは、ユーザ１００からのコンテンツユーザ要求４１０は、まずコンテンツ記憶装置２００が受け、コンテンツプロバイダ３００とコンテンツ鍵管理者７００へと転送しているが、これはまずコンテンツ鍵管理者７００が受け、これをコンテンツ記憶装置２００とコンテンツプロバイダ３００へと転送する方法でも良い。順序が変わるだけでどちらでも得られる情報は同じとなる。
コンテンツユーザ要求４２０を受けたコンテンツプロバイダ３００は、配信許可６００とユーザ１００の課金情報７１０をコンテンツ鍵管理者７００へと送信する。コンテンツ鍵管理者７００はこれを受けてコンテンツ鍵３３０を生成し、ユーザ識別子および課金情報７１０と共に管理する。コンテンツ鍵管理者７００は、配信許可６１０とコンテンツ鍵３３０をコンテンツ鍵ユーザ配信６３０としてユーザ１００へと送る。同時に、コンテンツ鍵３３０をコンテンツ鍵サーバ配信６４０としてコンテンツ記憶装置２００へと送信する。
コンテンツ鍵サーバ配信６４０を受け取ったコンテンツ記憶装置２００は、コンテンツを暗号化し、コンテンツユーザ配信６５０としてユーザ１００へと転送する。
コンテンツ鍵管理者７００は、課金情報７１０に従い、ユーザ１００からコンテンツ代金７２０を回収する。得られたコンテンツ代金７２０から、コンテンツプロバイダ３００に対してはコンテンツ提供料７３０を、コンテンツ記憶装置２００にはコンテンツ保管料７４０をそれぞれ配当する。残りはコンテンツ鍵管理料としてコンテンツ鍵管理者７００が徴収する。
この第２の変形例では、コンテンツプロバイダ３００やコンテンツ記憶装置２００は、ユーザごとに異なるコンテンツ鍵の生成・管理から解放され、それぞれコンテンツの配信とコンテンツの記憶に専念することができるようになる。これにより少ないコストで、安全なコンテンツの配信が可能になる。また、コンテンツ利用に対する料金の徴収をコンテンツ鍵管理者が代行することにより、安全性を保ったまま確実な課金が可能になる。
【０００７】
【発明の効果】
本発明により、コンテンツのコピーを安全にネットワーク上に配置できるようになり、ネットワーク負荷を軽減できる。コンテンツ記憶装置の導入により、サービスプロバイダやイントラネット、ブロードバンド集合住宅などにおけるコンテンツ利用サービスの質の向上が実現できる。
このネットワーク負荷の軽減効果を具体的に見積もる。ブロードバンド対応の集合住宅を考える。最も高速なネットワークインフラとして光ファイバによるＦＴＴＨがあるが、ＦＴＴＨの容量は１００Ｍｂｐｓで、これを集合住宅の家庭で共有することになる。一方、コンテンツとして動画配信を考えると、ＴＶ並の画質を実現しようとする場合、ＭＰＥＧ２の標準放送（ＳＤＴＶ）で４ＭＢｐｓ〜１０ＭＢｐｓ、現行のＤＶＤビデオで６Ｍｂｐｓ、ＭＰＥＧ４の高精度放送（ＨＤＴＶ）を使った場合３８．４Ｍｂｐｓの帯域が必要となる。従って、数件〜十数件程度の家庭から同時にアクセスされると、ＦＴＴＨの容量を簡単に使い切ってしまう。そこで、集合住宅のゲートウェイにコンテンツ記憶装置を配置することで、コンテンツプロバイダ―集合住宅間のネットワークトラフィックを軽減し、コンテンツ配信の遅延や切断を防ぐことができる。集合住宅内の配信に関しては、回線の使用状況に応じて必要ならばコンテンツ記憶装置を拠点ごとに複数配置することで、一定以上のクオリティのサービスを常に提供することが可能となる。
また、コンテンツプロバイダは、コンテンツ記憶装置上にコンテンツのコピーを置いたことの影響を受けることなく、ユーザの要求を管理できる。これによって、コンテンツの利用に対する課金を継続することが可能となる。
また、ユーザから見ると、コンテンツ利用のインタフェースを変更することなく、コンテンツ記憶装置を導入することができる。従ってコンテンツ記憶装置がない状態でコンテンツを提供していたサービスプロバイダが、コンテンツ記憶装置を導入したとしても、ユーザの手を煩わせることなくサービスの質の向上が図れる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態の全体フロー図。
【図２】コンテンツ記憶装置２００のアーキテクチャ図。
【図３】コンテンツユーザ要求４１０の構成図。
【図４】リクエスト管理表２７０の構成図。
【図５】コンテンツ管理表２８０の構成図。
【図６】本発明の第一の実施の形態の変形例のフロー図。
【図７】本発明の第二の実施の形態のフロー図。
【符号の説明】
１００  ・・ユーザ、
１１０  ・・ユーザ鍵、
１２０  ・・ユーザ情報、
２００  ・・コンテンツ記憶装置、
２１０  ・・公開鍵、
２２０  ・・秘密鍵、
２３０  ・・コンテンツ格納部、
２４０  ・・コンテンツ鍵記憶回路、
２５０  ・・ネットワークインタフェース、
２６０  ・・暗号・復号回路、
２７０  ・・リクエスト管理表、
２７１・・  配信許可、
２７２  ・・配信済、
２８０  ・・コンテンツ管理表、
２８１  ・・キャッシュ済、
２８２  ・・要求済、
２８３  ・・参照情報、
３００・・  コンテンツプロバイダ、
３１０・・  公開鍵、
３２０・・  秘密鍵、
３３０・・  コンテンツ鍵、
３３１  ・・準備的コンテンツ鍵Ｓ、
３３２  ・・コンテンツ鍵Ｕ、
３３３・・  複合コンテンツ鍵ＳＵ、
３４０  ・・暗号化コンテンツ、
４１０  ・・コンテンツユーザ要求、
４１１  ・・要求元ユーザＩＤ、
４１２・・  リクエストＩＤ、
４１３・・  コンテンツＩＤ、
４１４  ・・その他情報、
４２０・・  コンテンツユーザ要求、
５００・・  コンテンツサーバ要求、
５１０  ・・コンテンツサーバ配信、
６００  、６１０・・  配信許可、
６２０  ・・コンテンツ鍵ユーザ配信、
６３０  ・・コンテンツ鍵ユーザ配信、
６４０  ・・コンテンツ鍵サーバ配信、
６５０  ・・コンテンツユーザ配信、
７００  ・・コンテンツ鍵管理者
７１０  ・・課金情報
７２０  ・・コンテンツ代金
７３０  ・・コンテンツ提供料
７４０  ・・コンテンツ保管料
７５０・・コンテンツ暗号化。
【図１】
2004153590.tif 000003
【図２】
2004153590.tif 000004
【図３】
2004153590.tif 000005
【図４】
2004153590.tif 000006
【図５】
2004153590.tif 000007
【図６】
2004153590.tif 000008
【図７】
2004153590.tif 000009