コンテンツの利用端末を制限する方法、記憶装置およびシステム
【課題】 コンテンツの再生が可能な端末を柔軟に制限し、コンテンツの不正利用を防ぐ。
【解決手段】 各再生端末を識別するために、各端末装置に固有の識別子を割り振る。そして、ライセンスに、そのライセンスで再生を許す端末の識別子を登録する。コンテンツを再生する際、ライセンス転送先である端末装置と、ライセンス転送元である記憶装置の間で認証を行う。そして認証時に端末装置自身の識別子を、転送元である記憶装置へ送信する。記憶装置は、送られてきた識別子とライセンスに登録されている識別子を照合し、同じ識別子であれば、ライセンスを端末装置へ転送し、異なる識別子であれば、ライセンスの転送を中止する。
【解決手段】 各再生端末を識別するために、各端末装置に固有の識別子を割り振る。そして、ライセンスに、そのライセンスで再生を許す端末の識別子を登録する。コンテンツを再生する際、ライセンス転送先である端末装置と、ライセンス転送元である記憶装置の間で認証を行う。そして認証時に端末装置自身の識別子を、転送元である記憶装置へ送信する。記憶装置は、送られてきた識別子とライセンスに登録されている識別子を照合し、同じ識別子であれば、ライセンスを端末装置へ転送し、異なる識別子であれば、ライセンスの転送を中止する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの利用端末を制限する方法、そのための記憶装置、およびシステムに関するものである。
【背景技術】
【０００２】
近年のインターネットインフラの普及に伴い、ユーザは、音楽・映像等のデジタルコンテンツを手軽に利用することが可能になってきている。一方、デジタル化されたコンテンツは、改竄やコピーが比較的容易にでき、しかも品質が劣化しないため、不正コピーが頻繁に行われ、著作権が侵害される場合がある。この様な問題を解決するために、様々なＤＲＭ（Digital Rights Management）技術が提案されている。
【０００３】
ＤＲＭ技術の例として、コンテンツに再生期限を設けるものや、コピー回数を制限するもの、コンテンツの再生端末を制限するもの等がある。
【０００４】
特開２００１−３５１３２３号公報（特許文献１）には、コンテンツの利用が可能な端末をコンテンツを記録した端末のみに限定し、コンテンツの流通に制限を加えることによって、コンテンツの著作権を保護する方法が記載されている。コンテンツを記録する際、その機器でのみ再生可能とする「再生機器制限あり」の設定では、デバイス固有鍵をコンテンツの暗号鍵に作用させ、「再生機器制限無し」の設定では、デバイスIDを暗号鍵に作用させて暗号化鍵を生成する。そして、記録した機器のデバイスIDと、再生機器制限あり・なしのモード情報を、コンテンツを記録した媒体に保存する。「再生機器制限あり」のコンテンツの場合には、デバイス固有鍵を登録した再生端末でのみ復号が可能となる。一方、「再生機器制限なし」の場合には、いずれの端末でもデバイスIDを取得してコンテンツを復号し、再生することが可能となる。
【０００５】
特開２００４−２６４８９４号公報（特許文献２）には、コンテンツ利用条件情報に再生を許す機器の情報を登録することによって、コンテンツの再生が可能な端末を制限する方法が記載されている。
【０００６】
各再生端末にその端末のデバイス属性、例えば、メーカー名、機種、型番、機能等を保存する。一方、コンテンツ利用条件に再生を許す再生端末のデバイス属性情報を登録する。コンテンツ再生時に、再生端末内の利用条件解釈モジュールによって、再生端末内に登録しているデバイス属性の情報がコンテンツ利用条件の中に登録されているデバイスの属性情報に含まれているか否か照合を行い、再生の可否を判定する。
【０００７】
【特許文献１】特開２００１−３５１３２３号公報
【特許文献２】特開２００４−２６４８９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
デバイス固有鍵をコンテンツの暗号鍵に作用させる方法は、そのコンテンツを保存した端末でのみ再生可能という狭い制限しか設けることができない。例えば、端末Ａ、Ｂ、Ｃで再生可、他の端末では再生不可というような柔軟な制限を設けることができない。
【０００９】
また、端末に登録したデバイス属性と、コンテンツ利用条件情報に登録したデバイス属性を照合する方法は、再生端末の制限を柔軟に設定することはできるが、再生可否判断を端末側で行うため、その端末が再生に適しているか確認する前に、コンテンツ利用条件情報を端末へ転送する。したがって、例えば、暗号化コンテンツの復号鍵をコンテンツ利用条件情報とまとめて配信し、保存するシステムにおいては、悪意ある第三者が不正端末で不正利用を行う恐れがある。
【００１０】
本発明の目的は、デジタルコンテンツの再生が可能な端末を柔軟に制限し、デジタルコンテンツの不正利用を防ぐことにある。
【課題を解決するための手段】
【００１１】
各端末を識別するために、端末に固有の識別子を割り振る。識別子は、例えば製造時に端末内の不揮発性メモリ等に保存しておく。そして例えばライセンスに、該ライセンスで再生を許す端末の識別子を登録する。例えば、該ライセンスで再生を許す端末が３台ある場合は、３台それぞれの識別子をライセンスに登録する。コンテンツを端末で利用する際、ライセンス出力先の端末と、ライセンスを記録している記憶装置の間で認証を行う。認証時に端末自身の識別子を記憶装置へ送信する。記憶装置は、送られてきた識別子とライセンス内の識別子リストを照合し、一致する識別子が存在した場合、例えばライセンスを出力し、存在しない場合、ライセンスの出力を中止する。
【００１２】
また、ユーザの利便性を考慮し、ユーザが自身の所有する端末の識別子をライセンス内の識別子リストに登録する場合は、該識別子リストにユーザが識別子を登録できる空き領域を設ける。ユーザ端末、コンテンツを記録している記憶装置の間での認証時に、記憶装置が取得したユーザ端末自身の識別子が、記憶装置内に存在しない場合、記憶装置は、識別子リストに空き領域が存在するか調べ、存在した場合、該ユーザ端末の識別子を該空き領域に登録する。空き領域が存在しなかった場合、ユーザは、ユーザ端末の識別子と共に、削除したい端末の識別子を記憶装置へ送る。記憶装置は、取得した削除する識別子を識別子リストから削除する。
【００１３】
識別子リストの識別子を削除する権限を持つ端末を、特定の端末に制限する場合は、識別子登録領域に、例えば時系列順で識別子を登録し、該識別子リストの特定の領域に登録した識別子(例えば、識別子登録領域の最上位バイトに登録されている識別子)を所有する端末に識別子の削除処理権限を与える。
【発明の効果】
【００１４】
本発明を適用することによって、コンテンツの利用が可能な端末の個体、及び端末台数を、コンテンツを提供するサービス業者が任意に決定することが可能になる。
【００１５】
また、識別子の登録領域を設けた場合は、コンテンツの利用が可能な端末を、ユーザが任意に決定することも可能になる。
【００１６】
ライセンスを記録している記憶装置内で、出力先の端末における該コンテンツの利用可否を判定するため、不正端末にライセンスを出力する心配がない。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について図面を用いて説明する。
【実施例１】
【００１８】
図１を用いて、本発明をコンテンツ配信システムに適用する場合の実施例の概略について述べる。100は暗号化コンテンツを配信するコンテンツサーバである。コンテンツは、共通鍵暗号方式で暗号化した状態で配信される。コンテンツを暗号化する際に使用する鍵をコンテンツ鍵102と呼ぶ。コンテンツ鍵102は、暗号化コンテンツの復号にも用いられ、ライセンスサーバ101が配信するライセンスに含まれる。ライセンスは、コンテンツ鍵102及びコンテンツの利用条件等を含む。ライセンスのデータ形式については後述する。103はコンテンツを利用する端末装置である。端末装置103は、内蔵または可搬型の記憶装置106と接続可能あるいは通信可能である。記憶装置106は、ユーザが自由にアクセス可能なユーザ領域104と、アクセスに制限のある耐タンパ領域105を有する。
【００１９】
端末装置103は、コンテンツサーバ100から取得した暗号化コンテンツを記憶装置106のユーザ領域104に記録する。
【００２０】
また端末装置103は、ライセンスサーバ101から取得したライセンスを記憶装置106の耐タンパ領域105に記録する。
【００２１】
端末装置103は、コンテンツ利用時に記憶装置106のユーザ領域に記録される暗号化コンテンツを耐タンパ領域105に記録しているライセンスに含まれるコンテンツ鍵102を用いて復号する。端末装置103は、例えばパーソナルコンピュータ（ＰＣ）、ＰＤＡ、携帯電話、携帯端末、ＳＴＢ、カーナビ等、コンテンツの利用が可能な装置を指す。
【００２２】
次に、図２を用いて、端末装置103および記憶装置106のハードウェア構成について説明する。暗号化コンテンツとライセンスを記録した可搬型の記憶装置106を端末装置103に接続し、コンテンツを利用する場合について説明する。
【００２３】
端末装置103は、その一部としてインターフェース201と耐タンパ領域202を有する。耐タンパ領域202は、ＲＯＭ205、ＲＡＭ204、ＣＰＵ203、復号器207、デコーダ208およびＤＡコンバータ209を含む。
【００２４】
ＣＰＵ203は、ＲＯＭ205に記憶されているプログラムにしたがって、ＯＳ、各種プログラムを実行する制御手段として機能する。具体的な処理は、共通鍵暗号及び公開鍵暗号のアルゴリズムの下でデータの暗号処理及び復号処理、セッション鍵の生成、ライセンス内の利用条件解釈、コンテンツ利用の可否判定等である。セッション鍵は、例えば擬似乱数や、熱雑音などから得られる乱数を元に生成される。
【００２５】
ＲＯＭ205は、ＣＰＵ203が使用するプログラムや演算用のパラメータのうち固定データ等があらかじめ記録される。また、端末のデバイスクラス公開鍵の正当性を示す証明書、デバイスクラス公開鍵KPdc、デバイスクラス秘密鍵Kdc、デバイス個別公開鍵KPd、デバイス個別秘密鍵Kd、端末識別子等が登録される。証明書は、例えばITU(国際電気通信連合)報告のX.509に基づいたものである。図９に関連する鍵および証明書の説明を示す。
【００２６】
端末識別子は、各端末に固有な識別子であり、例えば製造番号や製造日等から作成され、同じ型番の端末でも端末ごとに識別子が異なるように割り振られる。そして、例えば製造時に端末装置103のＲＯＭ205等に記録される。ＲＡＭ204は、ＣＰＵ203で実行されるプログラムや、その実行中に適宜変化するパラメータ、計算途中や処理待ちの暗号データ、復号データ等を格納する。
【００２７】
ＣＰＵ203、ＲＯＭ205、ＲＡＭ204および復号器207は、バス206を介して相互に接続している。ＣＰＵ203、ＲＯＭ205、ＲＡＭ204、復号器207、デコーダ208、ＤＡコンバータ209、およびそれらをつなぐバス206は、全て同一の耐タンパ領域202にある。耐タンパ領域は、例えば耐タンパにしたい領域を樹脂で封止し、樹脂を除去しようとすると回路も破壊する構造として実現される。
【００２８】
インターフェース201は、端末装置103がコンテンツサーバ100およびライセンスサーバ101と通信するときに通信制御機構として機能する。
【００２９】
端末装置103は、インターフェース201および耐タンパ領域202以外に、一般にＣＰＵ、メモリ、記憶装置、入出力装置などを含むが、本発明とは直接関係しないので、図示および説明を省略する。
【００３０】
次に、コンテンツおよびライセンスを記録する可搬型の記憶装置106の構成について説明する。例えば可搬型の記憶装置106は磁気ディスク装置である。
【００３１】
記憶装置106は、ＲＯＭ262、ＲＡＭ261、ＣＰＵ264、および磁気ディスク上の耐タンパ領域105とユーザ領域104を含む。
【００３２】
ＣＰＵ264は、ＲＯＭ262に記憶されているプログラムにしたがって、各種プログラムを実行する制御手段として機能する。具体的な処理は、共通鍵暗号及び公開鍵暗号のアルゴリズムを用いたデータの暗号処理および復号処理、ハッシュ計算、チャレンジ鍵の生成、証明書の検証、端末識別子の照合、ライセンス転送の可否判定等である。チャレンジ鍵は、例えば擬似乱数や、熱雑音などから得られる乱数を元に生成される。
【００３３】
ＲＯＭ262には、ＣＰＵ264が使用するプログラムや演算用のパラメータのうち、固定データや、証明書の検証時に必要な公開鍵KPa等が記録される。
【００３４】
ＲＡＭ261は、ＣＰＵ264で実行されるプログラムや、その実行中に適宜変化するパラメータ、計算途中や処理待ちの暗号データ、復号データ等を保存する。
【００３５】
ＣＰＵ264、ＲＯＭ262、ＲＡＭ261、およびそれらをつなぐバス267は、記憶装置106に含まれる耐タンパ領域263にある。耐タンパ領域の実現方法は上述したとおりである。
【００３６】
記憶装置106に含まれる磁気ディスクは、ユーザが自由にデータへアクセス可能なユーザ領域104と、データへのアクセスに制限がある耐タンパ領域105を含む。ユーザ領域104には、暗号化コンテンツが保存される。耐タンパ領域105には、ライセンスが保存される。磁気ディスクは、図示していない磁気ヘッド、リードライトチャネル等を介してＣＰＵ264と接続される。
【００３７】
端末装置103のインターフェース201は、コンテンツサーバ100およびライセンスサーバ101から送られるコンテンツおよびライセンスを受信し、バス210を介して記憶装置106へ送る。記憶装置106のＣＰＵ264は、これらコンテンツおよびライセンスを受信し、それぞれユーザ領域104および耐タンパ領域105に格納する。
【００３８】
なお端末装置103が記憶装置106と物理的に接続されてなく、両者が無線により通信可能であってもよい。
【００３９】
図３を用いてライセンスのデータ形式について説明する。ライセンスは、図３に示すように、ライセンス識別子301、コンテンツ識別子302、暗号化コンテンツを復号するコンテンツ鍵102、端末識別子リスト304およびコンテンツ利用条件305を含む。端末識別子リスト304には、そのライセンスで再生を許す端末の識別子が列挙してある。コンテンツ利用条件305は、例えばコンテンツの再生可能回数などを含む。
【００４０】
次に図４を用いて、記憶装置106から端末装置103へライセンスを転送する際の処理手順の概略について説明する。ここでは記憶装置106からライセンス300を読み出し、端末装置103へライセンス300を出力する場合を説明する。
【００４１】
始めに、ライセンス300を登録している記憶装置106が端末装置103に接続される。すると、後述する手段により、記憶装置106は端末装置103の認証を行う。
【００４２】
端末装置103-1は、認証の際、自身の端末識別子404(abc)を記憶装置106に送る。記憶装置106は、ライセンス300内の端末識別子リスト304(abc, xyz)と、送られてきた端末識別子404(abc)を照合する。端末装置103-1の端末識別子がライセンス300の端末識別子リスト304に存在するため、記憶装置106は端末装置103-1へライセンス300を出力する。
【００４３】
端末装置103-2は、認証の際、自身の端末識別子405(abb)を記憶装置106に送る。記憶装置106は、ライセンス300内の端末識別子リスト304(abc, xyz)と、送られた端末識別子405(abb)を照合する。端末装置103-2の端末識別子(abb)がライセンス300内の端末識別子リスト304に存在しないため、記憶装置106は端末装置103-2へのライセンス300の出力を中止する。
【００４４】
次に図５を用いて、記憶装置106の耐タンパ領域105に登録されているライセンス300を、端末装置103に移動またはコピーする際に実行される一連の処理手順について説明する。図５で用いる鍵及び記号の説明を図9にまとめる。
【００４５】
始めに、ライセンス転送先である端末装置103は、自身が正当な転送先であることを証明するために、証明書500をライセンス転送元である記憶装置106に送信する。記憶装置106は、その外部装置である転送先端末の証明書500を検証する(501)。ライセンス転送元である記憶装置106は、証明書検証後、端末装置103がライセンスを転送するのに適したデバイスであると判断すると、チャレンジ鍵Kchを生成する(502)。そしてチャレンジ鍵Kchを、証明書に付随する転送先のデバイスクラス公開鍵KPdcを用いて公開鍵暗号アルゴリズムによって暗号化し(503)、暗号化したチャレンジ鍵Kchを端末装置103へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化チャレンジ鍵を復号し、チャレンジ鍵Kchを取得する(505)。次に端末装置103は、セッション鍵Ksを作成する(509)。作成したセッション鍵に、予め端末に記録してあるデバイス個別公開鍵KPdおよび端末識別子を結合し、504の過程で送られてきたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化する(508)。
【００４６】
暗号化されたセッション鍵Ks、デバイス個別公開鍵KPd、及び端末識別子は、ライセンス転送元である記憶装置106へ送信される(507)。ライセンス転送元である記憶装置106は、送られてきた暗号化データをチャレンジ鍵Kchで復号し(506)、セッション鍵Ks、デバイス個別公開鍵KPd、及び端末識別子を取得する。記憶装置106は、取得した端末識別子が、ライセンス300に含まれる端末識別子リスト304の端末識別子のいずれかと一致するかを照合する(510)。一致しない場合は、その場でライセンスの出力処理を中止する(514)。一方、一致した場合は、ライセンス300(Lic)を、507の過程で出力されたデバイス個別公開鍵KPdとセッション鍵Ksで暗号化し(511)、端末装置103へ出力する (512)。端末装置103は、受信した暗号化データを509の過程で作成したセッション鍵Ksおよび予め端末に登録してあるデバイス個別秘密鍵Kdを用いて復号し(513)、ライセンス300を取得する(515)。
【００４７】
ライセンス取得後、端末装置103はライセンスのコンテンツ利用条件305を確認し、条件を満たしていた場合、ライセンス300からコンテンツ鍵102を抽出し、暗号化コンテンツを復号する。
【実施例２】
【００４８】
次に、実施例２としてコンテンツの利用を許す端末の識別子を、ユーザ自身がライセンス300に登録できるシステムについて説明する。ライセンス300の端末識別子リストに空き領域を設け、その空き領域にユーザが所有する端末の識別子をユーザ自身で登録する。例えば、コンテンツを提供するサービス業者が、或るコンテンツの利用を５台の端末まで許容する場合、端末識別子を登録する領域として識別子５個分の大きさを確保しておけばよい。実施例では、端末識別子を登録できる空き領域を識別子登録領域と呼ぶ。識別子登録領域の大きさを変更することによって、識別子の登録数を制限できる。
【００４９】
以下、図６を用いて、ユーザが端末識別子をライセンス300の識別子登録領域に登録する手順について説明する。始めに、コンテンツを記録している記憶装置106を或る端末装置103に接続する。すると、端末装置103と記憶装置106の間で前述した方法で認証を行い、記憶装置106は端末装置103から端末自身の識別子を取得する(600)。記憶装置106は、端末から取得した識別子と、ライセンス300に記録されている端末識別子リスト304を照合する(601)。端末識別子リスト304に同一の端末識別子が存在した場合、ライセンス転送処理を進める(604)。一方、その端末識別子の登録が無かった場合、記憶装置106はライセンス300の識別子登録領域に、新たな識別子の追加登録が可能な空き領域があるか否か判定する(602)。識別子登録領域に空きが無い場合、ライセンスの転送処理を中止する(605)。識別子登録領域が存在する場合、記憶装置106は、その端末識別子をライセンス300の識別子登録領域に記録し(603)、ライセンス転送処理を実行する(604)。
【００５０】
次に、登録可能な識別子登録数を既に満たしている状態で、例えば、登録した端末識別子を所持する端末が故障したため、故障した端末の識別子を削除し、新たに他の端末の識別子を登録する場合について説明する。
【００５１】
図７を用いて、端末識別子を削除する手順について説明する。まず始めに、記憶装置106を端末装置103に接続すると、端末装置103は自身の証明書500を記憶装置106へ出力する。記憶装置106は受信した証明書500を検証する(501)。記憶装置106は証明書の検証後、端末装置103がデータを出力するのに適切な端末であると判断すると、チャレンジ鍵Kchを生成する(502)。記憶装置106は、作成したチャレンジ鍵Kchを証明書と共に送られてきたデバイスクラス公開鍵KPdcで公開鍵暗号アルゴリズムを用いて暗号化し(503)、端末へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化データを復号し、チャレンジ鍵Kchを取得する(505)。端末装置103は、消去する識別子と自分の識別子を504の過程で送られたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化し(705)、記憶装置106へ出力する(706)。
【００５２】
記憶装置106は、受信した暗号化データをチャレンジ鍵Kchで復号し(707)、消去する識別子および接続している端末の識別子を取得する。記憶装置106は、ライセンス内にある端末識別子リスト304と、送られてきた端末識別子を比較し、接続している端末の識別子が端末識別子リストに存在するか否か確認する(708)。
【００５３】
端末識別子リストに接続中の端末の識別子が存在しない場合、記憶装置106は、該識別子の消去処理を中止する(710)。端末識別子リストに接続中の端末の識別子が存在する場合、記憶装置106は、消去する識別子を識別子リストの中から見つけ、消去処理を行う(709)。消去すべき識別子は、端末識別子リストに含まれていなければならない。
【００５４】
端末識別子を消去すると、ライセンス300内の識別子登録領域が作成され、図６に示す処理により新たな端末識別子をライセンス300に登録することが可能になり、新たな端末装置103がコンテンツを利用可能になる。
【００５５】
次に、端末識別子を消去できる権限を持つ端末装置103を、端末識別子リストの予め定められた特定の領域に登録している識別子を所有する端末装置103に制限する場合について説明する。ここで、端末識別子リストの特定の領域に登録している識別子を所有する端末装置103をマスター端末と呼ぶ。例えば、識別子登録領域に時系列順で端末識別子を登録し、一番初めに登録した端末識別子(識別子登録領域の最上位バイトに登録されている端末識別子)を所有する端末装置103をマスター端末とし、端末識別子の削除処理権限を与えるなどして、マスター端末を限定する。
【００５６】
図８を用いて、マスター端末により端末識別子を消去する場合の手順について説明する。まず始めに、記憶装置106を端末装置103に接続すると、端末装置103は自身の証明書500を記憶装置106へ出力する。記憶装置106は受信した証明書500を検証する(501)。記憶装置106は証明書の検証後、端末装置103がデータを出力するのに適切な端末であると判断すると、チャレンジ鍵Kchを生成する(502)。記憶装置106は、作成したチャレンジ鍵Kchを証明書と共に送られてきたデバイスクラス公開鍵KPdcで公開鍵暗号アルゴリズムを用いて暗号化し(503)、端末へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化データを復号し、チャレンジ鍵Kchを取得する(505)。端末装置103は、消去する識別子と自分の識別子を504の過程で送られたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化し(705)、記憶装置106へ出力する(706)。
【００５７】
記憶装置106は、受信した暗号化データをチャレンジ鍵Kchで復号し(707)、消去する識別子および接続している端末の識別子を取得する。記憶装置106は、送られてきた端末識別子がライセンス内にある端末識別子リスト304に存在するか否か判定し(708)、存在した場合、該識別子が予め定められた特定の領域に登録しているかあるいは該識別子が削除する権限のある利用者のものであるか否かを確認し、接続中の端末端末103がマスター端末か否か判定する(808)。
【００５８】
同一識別子がリストにないかマスター端末でなければ、該識別子の消去処理を中止する(710)。マスター端末であれば、消去する識別子を端末識別子リスト304の中から見つけ、消去処理を行う(709)。
【００５９】
端末識別子を消去すると、ライセンス300内の識別子登録領域が作成され、図６に示す処理により新たな端末識別子をライセンス300に登録することが可能になり、新たな端末装置103がコンテンツを利用可能になる。
【００６０】
マスター端末が故障してしまった場合、上記の処理を実行することが不可能になるため、例えばマスター端末となる端末装置103を複数台設定してもよい。
【図面の簡単な説明】
【００６１】
【図１】コンテンツ配信システムの構成を示す図である。
【図２】端末装置と記憶装置のハードウェア構成例を示す図である。
【図３】ライセンスのデータ形式例を示す図である。
【図４】記憶装置から端末装置へライセンスを送る場合の動作概略を説明する図である。
【図５】実施例１においてライセンス転送時の処理手順を説明する図である。
【図６】実施例２において識別子をライセンス内の識別子登録領域に登録する手順を説明する図である。
【図７】実施例２において不要な識別子の削除処理を行うために、端末と記憶装置間で行われるデータのやりとりおよび処理について説明する図である。
【図８】実施例２において不要な識別子をマスター端末で削除する際の端末と記憶装置間で行われるデータのやりとりおよび処理について説明する図である。
【図９】関連する鍵および証明書の説明を示す図である。
【符号の説明】
【００６２】
103：端末装置、106：記憶装置、300：ライセンス、304：端末識別子リスト
【技術分野】
【０００１】
本発明は、コンテンツの利用端末を制限する方法、そのための記憶装置、およびシステムに関するものである。
【背景技術】
【０００２】
近年のインターネットインフラの普及に伴い、ユーザは、音楽・映像等のデジタルコンテンツを手軽に利用することが可能になってきている。一方、デジタル化されたコンテンツは、改竄やコピーが比較的容易にでき、しかも品質が劣化しないため、不正コピーが頻繁に行われ、著作権が侵害される場合がある。この様な問題を解決するために、様々なＤＲＭ（Digital Rights Management）技術が提案されている。
【０００３】
ＤＲＭ技術の例として、コンテンツに再生期限を設けるものや、コピー回数を制限するもの、コンテンツの再生端末を制限するもの等がある。
【０００４】
特開２００１−３５１３２３号公報（特許文献１）には、コンテンツの利用が可能な端末をコンテンツを記録した端末のみに限定し、コンテンツの流通に制限を加えることによって、コンテンツの著作権を保護する方法が記載されている。コンテンツを記録する際、その機器でのみ再生可能とする「再生機器制限あり」の設定では、デバイス固有鍵をコンテンツの暗号鍵に作用させ、「再生機器制限無し」の設定では、デバイスIDを暗号鍵に作用させて暗号化鍵を生成する。そして、記録した機器のデバイスIDと、再生機器制限あり・なしのモード情報を、コンテンツを記録した媒体に保存する。「再生機器制限あり」のコンテンツの場合には、デバイス固有鍵を登録した再生端末でのみ復号が可能となる。一方、「再生機器制限なし」の場合には、いずれの端末でもデバイスIDを取得してコンテンツを復号し、再生することが可能となる。
【０００５】
特開２００４−２６４８９４号公報（特許文献２）には、コンテンツ利用条件情報に再生を許す機器の情報を登録することによって、コンテンツの再生が可能な端末を制限する方法が記載されている。
【０００６】
各再生端末にその端末のデバイス属性、例えば、メーカー名、機種、型番、機能等を保存する。一方、コンテンツ利用条件に再生を許す再生端末のデバイス属性情報を登録する。コンテンツ再生時に、再生端末内の利用条件解釈モジュールによって、再生端末内に登録しているデバイス属性の情報がコンテンツ利用条件の中に登録されているデバイスの属性情報に含まれているか否か照合を行い、再生の可否を判定する。
【０００７】
【特許文献１】特開２００１−３５１３２３号公報
【特許文献２】特開２００４−２６４８９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
デバイス固有鍵をコンテンツの暗号鍵に作用させる方法は、そのコンテンツを保存した端末でのみ再生可能という狭い制限しか設けることができない。例えば、端末Ａ、Ｂ、Ｃで再生可、他の端末では再生不可というような柔軟な制限を設けることができない。
【０００９】
また、端末に登録したデバイス属性と、コンテンツ利用条件情報に登録したデバイス属性を照合する方法は、再生端末の制限を柔軟に設定することはできるが、再生可否判断を端末側で行うため、その端末が再生に適しているか確認する前に、コンテンツ利用条件情報を端末へ転送する。したがって、例えば、暗号化コンテンツの復号鍵をコンテンツ利用条件情報とまとめて配信し、保存するシステムにおいては、悪意ある第三者が不正端末で不正利用を行う恐れがある。
【００１０】
本発明の目的は、デジタルコンテンツの再生が可能な端末を柔軟に制限し、デジタルコンテンツの不正利用を防ぐことにある。
【課題を解決するための手段】
【００１１】
各端末を識別するために、端末に固有の識別子を割り振る。識別子は、例えば製造時に端末内の不揮発性メモリ等に保存しておく。そして例えばライセンスに、該ライセンスで再生を許す端末の識別子を登録する。例えば、該ライセンスで再生を許す端末が３台ある場合は、３台それぞれの識別子をライセンスに登録する。コンテンツを端末で利用する際、ライセンス出力先の端末と、ライセンスを記録している記憶装置の間で認証を行う。認証時に端末自身の識別子を記憶装置へ送信する。記憶装置は、送られてきた識別子とライセンス内の識別子リストを照合し、一致する識別子が存在した場合、例えばライセンスを出力し、存在しない場合、ライセンスの出力を中止する。
【００１２】
また、ユーザの利便性を考慮し、ユーザが自身の所有する端末の識別子をライセンス内の識別子リストに登録する場合は、該識別子リストにユーザが識別子を登録できる空き領域を設ける。ユーザ端末、コンテンツを記録している記憶装置の間での認証時に、記憶装置が取得したユーザ端末自身の識別子が、記憶装置内に存在しない場合、記憶装置は、識別子リストに空き領域が存在するか調べ、存在した場合、該ユーザ端末の識別子を該空き領域に登録する。空き領域が存在しなかった場合、ユーザは、ユーザ端末の識別子と共に、削除したい端末の識別子を記憶装置へ送る。記憶装置は、取得した削除する識別子を識別子リストから削除する。
【００１３】
識別子リストの識別子を削除する権限を持つ端末を、特定の端末に制限する場合は、識別子登録領域に、例えば時系列順で識別子を登録し、該識別子リストの特定の領域に登録した識別子(例えば、識別子登録領域の最上位バイトに登録されている識別子)を所有する端末に識別子の削除処理権限を与える。
【発明の効果】
【００１４】
本発明を適用することによって、コンテンツの利用が可能な端末の個体、及び端末台数を、コンテンツを提供するサービス業者が任意に決定することが可能になる。
【００１５】
また、識別子の登録領域を設けた場合は、コンテンツの利用が可能な端末を、ユーザが任意に決定することも可能になる。
【００１６】
ライセンスを記録している記憶装置内で、出力先の端末における該コンテンツの利用可否を判定するため、不正端末にライセンスを出力する心配がない。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について図面を用いて説明する。
【実施例１】
【００１８】
図１を用いて、本発明をコンテンツ配信システムに適用する場合の実施例の概略について述べる。100は暗号化コンテンツを配信するコンテンツサーバである。コンテンツは、共通鍵暗号方式で暗号化した状態で配信される。コンテンツを暗号化する際に使用する鍵をコンテンツ鍵102と呼ぶ。コンテンツ鍵102は、暗号化コンテンツの復号にも用いられ、ライセンスサーバ101が配信するライセンスに含まれる。ライセンスは、コンテンツ鍵102及びコンテンツの利用条件等を含む。ライセンスのデータ形式については後述する。103はコンテンツを利用する端末装置である。端末装置103は、内蔵または可搬型の記憶装置106と接続可能あるいは通信可能である。記憶装置106は、ユーザが自由にアクセス可能なユーザ領域104と、アクセスに制限のある耐タンパ領域105を有する。
【００１９】
端末装置103は、コンテンツサーバ100から取得した暗号化コンテンツを記憶装置106のユーザ領域104に記録する。
【００２０】
また端末装置103は、ライセンスサーバ101から取得したライセンスを記憶装置106の耐タンパ領域105に記録する。
【００２１】
端末装置103は、コンテンツ利用時に記憶装置106のユーザ領域に記録される暗号化コンテンツを耐タンパ領域105に記録しているライセンスに含まれるコンテンツ鍵102を用いて復号する。端末装置103は、例えばパーソナルコンピュータ（ＰＣ）、ＰＤＡ、携帯電話、携帯端末、ＳＴＢ、カーナビ等、コンテンツの利用が可能な装置を指す。
【００２２】
次に、図２を用いて、端末装置103および記憶装置106のハードウェア構成について説明する。暗号化コンテンツとライセンスを記録した可搬型の記憶装置106を端末装置103に接続し、コンテンツを利用する場合について説明する。
【００２３】
端末装置103は、その一部としてインターフェース201と耐タンパ領域202を有する。耐タンパ領域202は、ＲＯＭ205、ＲＡＭ204、ＣＰＵ203、復号器207、デコーダ208およびＤＡコンバータ209を含む。
【００２４】
ＣＰＵ203は、ＲＯＭ205に記憶されているプログラムにしたがって、ＯＳ、各種プログラムを実行する制御手段として機能する。具体的な処理は、共通鍵暗号及び公開鍵暗号のアルゴリズムの下でデータの暗号処理及び復号処理、セッション鍵の生成、ライセンス内の利用条件解釈、コンテンツ利用の可否判定等である。セッション鍵は、例えば擬似乱数や、熱雑音などから得られる乱数を元に生成される。
【００２５】
ＲＯＭ205は、ＣＰＵ203が使用するプログラムや演算用のパラメータのうち固定データ等があらかじめ記録される。また、端末のデバイスクラス公開鍵の正当性を示す証明書、デバイスクラス公開鍵KPdc、デバイスクラス秘密鍵Kdc、デバイス個別公開鍵KPd、デバイス個別秘密鍵Kd、端末識別子等が登録される。証明書は、例えばITU(国際電気通信連合)報告のX.509に基づいたものである。図９に関連する鍵および証明書の説明を示す。
【００２６】
端末識別子は、各端末に固有な識別子であり、例えば製造番号や製造日等から作成され、同じ型番の端末でも端末ごとに識別子が異なるように割り振られる。そして、例えば製造時に端末装置103のＲＯＭ205等に記録される。ＲＡＭ204は、ＣＰＵ203で実行されるプログラムや、その実行中に適宜変化するパラメータ、計算途中や処理待ちの暗号データ、復号データ等を格納する。
【００２７】
ＣＰＵ203、ＲＯＭ205、ＲＡＭ204および復号器207は、バス206を介して相互に接続している。ＣＰＵ203、ＲＯＭ205、ＲＡＭ204、復号器207、デコーダ208、ＤＡコンバータ209、およびそれらをつなぐバス206は、全て同一の耐タンパ領域202にある。耐タンパ領域は、例えば耐タンパにしたい領域を樹脂で封止し、樹脂を除去しようとすると回路も破壊する構造として実現される。
【００２８】
インターフェース201は、端末装置103がコンテンツサーバ100およびライセンスサーバ101と通信するときに通信制御機構として機能する。
【００２９】
端末装置103は、インターフェース201および耐タンパ領域202以外に、一般にＣＰＵ、メモリ、記憶装置、入出力装置などを含むが、本発明とは直接関係しないので、図示および説明を省略する。
【００３０】
次に、コンテンツおよびライセンスを記録する可搬型の記憶装置106の構成について説明する。例えば可搬型の記憶装置106は磁気ディスク装置である。
【００３１】
記憶装置106は、ＲＯＭ262、ＲＡＭ261、ＣＰＵ264、および磁気ディスク上の耐タンパ領域105とユーザ領域104を含む。
【００３２】
ＣＰＵ264は、ＲＯＭ262に記憶されているプログラムにしたがって、各種プログラムを実行する制御手段として機能する。具体的な処理は、共通鍵暗号及び公開鍵暗号のアルゴリズムを用いたデータの暗号処理および復号処理、ハッシュ計算、チャレンジ鍵の生成、証明書の検証、端末識別子の照合、ライセンス転送の可否判定等である。チャレンジ鍵は、例えば擬似乱数や、熱雑音などから得られる乱数を元に生成される。
【００３３】
ＲＯＭ262には、ＣＰＵ264が使用するプログラムや演算用のパラメータのうち、固定データや、証明書の検証時に必要な公開鍵KPa等が記録される。
【００３４】
ＲＡＭ261は、ＣＰＵ264で実行されるプログラムや、その実行中に適宜変化するパラメータ、計算途中や処理待ちの暗号データ、復号データ等を保存する。
【００３５】
ＣＰＵ264、ＲＯＭ262、ＲＡＭ261、およびそれらをつなぐバス267は、記憶装置106に含まれる耐タンパ領域263にある。耐タンパ領域の実現方法は上述したとおりである。
【００３６】
記憶装置106に含まれる磁気ディスクは、ユーザが自由にデータへアクセス可能なユーザ領域104と、データへのアクセスに制限がある耐タンパ領域105を含む。ユーザ領域104には、暗号化コンテンツが保存される。耐タンパ領域105には、ライセンスが保存される。磁気ディスクは、図示していない磁気ヘッド、リードライトチャネル等を介してＣＰＵ264と接続される。
【００３７】
端末装置103のインターフェース201は、コンテンツサーバ100およびライセンスサーバ101から送られるコンテンツおよびライセンスを受信し、バス210を介して記憶装置106へ送る。記憶装置106のＣＰＵ264は、これらコンテンツおよびライセンスを受信し、それぞれユーザ領域104および耐タンパ領域105に格納する。
【００３８】
なお端末装置103が記憶装置106と物理的に接続されてなく、両者が無線により通信可能であってもよい。
【００３９】
図３を用いてライセンスのデータ形式について説明する。ライセンスは、図３に示すように、ライセンス識別子301、コンテンツ識別子302、暗号化コンテンツを復号するコンテンツ鍵102、端末識別子リスト304およびコンテンツ利用条件305を含む。端末識別子リスト304には、そのライセンスで再生を許す端末の識別子が列挙してある。コンテンツ利用条件305は、例えばコンテンツの再生可能回数などを含む。
【００４０】
次に図４を用いて、記憶装置106から端末装置103へライセンスを転送する際の処理手順の概略について説明する。ここでは記憶装置106からライセンス300を読み出し、端末装置103へライセンス300を出力する場合を説明する。
【００４１】
始めに、ライセンス300を登録している記憶装置106が端末装置103に接続される。すると、後述する手段により、記憶装置106は端末装置103の認証を行う。
【００４２】
端末装置103-1は、認証の際、自身の端末識別子404(abc)を記憶装置106に送る。記憶装置106は、ライセンス300内の端末識別子リスト304(abc, xyz)と、送られてきた端末識別子404(abc)を照合する。端末装置103-1の端末識別子がライセンス300の端末識別子リスト304に存在するため、記憶装置106は端末装置103-1へライセンス300を出力する。
【００４３】
端末装置103-2は、認証の際、自身の端末識別子405(abb)を記憶装置106に送る。記憶装置106は、ライセンス300内の端末識別子リスト304(abc, xyz)と、送られた端末識別子405(abb)を照合する。端末装置103-2の端末識別子(abb)がライセンス300内の端末識別子リスト304に存在しないため、記憶装置106は端末装置103-2へのライセンス300の出力を中止する。
【００４４】
次に図５を用いて、記憶装置106の耐タンパ領域105に登録されているライセンス300を、端末装置103に移動またはコピーする際に実行される一連の処理手順について説明する。図５で用いる鍵及び記号の説明を図9にまとめる。
【００４５】
始めに、ライセンス転送先である端末装置103は、自身が正当な転送先であることを証明するために、証明書500をライセンス転送元である記憶装置106に送信する。記憶装置106は、その外部装置である転送先端末の証明書500を検証する(501)。ライセンス転送元である記憶装置106は、証明書検証後、端末装置103がライセンスを転送するのに適したデバイスであると判断すると、チャレンジ鍵Kchを生成する(502)。そしてチャレンジ鍵Kchを、証明書に付随する転送先のデバイスクラス公開鍵KPdcを用いて公開鍵暗号アルゴリズムによって暗号化し(503)、暗号化したチャレンジ鍵Kchを端末装置103へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化チャレンジ鍵を復号し、チャレンジ鍵Kchを取得する(505)。次に端末装置103は、セッション鍵Ksを作成する(509)。作成したセッション鍵に、予め端末に記録してあるデバイス個別公開鍵KPdおよび端末識別子を結合し、504の過程で送られてきたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化する(508)。
【００４６】
暗号化されたセッション鍵Ks、デバイス個別公開鍵KPd、及び端末識別子は、ライセンス転送元である記憶装置106へ送信される(507)。ライセンス転送元である記憶装置106は、送られてきた暗号化データをチャレンジ鍵Kchで復号し(506)、セッション鍵Ks、デバイス個別公開鍵KPd、及び端末識別子を取得する。記憶装置106は、取得した端末識別子が、ライセンス300に含まれる端末識別子リスト304の端末識別子のいずれかと一致するかを照合する(510)。一致しない場合は、その場でライセンスの出力処理を中止する(514)。一方、一致した場合は、ライセンス300(Lic)を、507の過程で出力されたデバイス個別公開鍵KPdとセッション鍵Ksで暗号化し(511)、端末装置103へ出力する (512)。端末装置103は、受信した暗号化データを509の過程で作成したセッション鍵Ksおよび予め端末に登録してあるデバイス個別秘密鍵Kdを用いて復号し(513)、ライセンス300を取得する(515)。
【００４７】
ライセンス取得後、端末装置103はライセンスのコンテンツ利用条件305を確認し、条件を満たしていた場合、ライセンス300からコンテンツ鍵102を抽出し、暗号化コンテンツを復号する。
【実施例２】
【００４８】
次に、実施例２としてコンテンツの利用を許す端末の識別子を、ユーザ自身がライセンス300に登録できるシステムについて説明する。ライセンス300の端末識別子リストに空き領域を設け、その空き領域にユーザが所有する端末の識別子をユーザ自身で登録する。例えば、コンテンツを提供するサービス業者が、或るコンテンツの利用を５台の端末まで許容する場合、端末識別子を登録する領域として識別子５個分の大きさを確保しておけばよい。実施例では、端末識別子を登録できる空き領域を識別子登録領域と呼ぶ。識別子登録領域の大きさを変更することによって、識別子の登録数を制限できる。
【００４９】
以下、図６を用いて、ユーザが端末識別子をライセンス300の識別子登録領域に登録する手順について説明する。始めに、コンテンツを記録している記憶装置106を或る端末装置103に接続する。すると、端末装置103と記憶装置106の間で前述した方法で認証を行い、記憶装置106は端末装置103から端末自身の識別子を取得する(600)。記憶装置106は、端末から取得した識別子と、ライセンス300に記録されている端末識別子リスト304を照合する(601)。端末識別子リスト304に同一の端末識別子が存在した場合、ライセンス転送処理を進める(604)。一方、その端末識別子の登録が無かった場合、記憶装置106はライセンス300の識別子登録領域に、新たな識別子の追加登録が可能な空き領域があるか否か判定する(602)。識別子登録領域に空きが無い場合、ライセンスの転送処理を中止する(605)。識別子登録領域が存在する場合、記憶装置106は、その端末識別子をライセンス300の識別子登録領域に記録し(603)、ライセンス転送処理を実行する(604)。
【００５０】
次に、登録可能な識別子登録数を既に満たしている状態で、例えば、登録した端末識別子を所持する端末が故障したため、故障した端末の識別子を削除し、新たに他の端末の識別子を登録する場合について説明する。
【００５１】
図７を用いて、端末識別子を削除する手順について説明する。まず始めに、記憶装置106を端末装置103に接続すると、端末装置103は自身の証明書500を記憶装置106へ出力する。記憶装置106は受信した証明書500を検証する(501)。記憶装置106は証明書の検証後、端末装置103がデータを出力するのに適切な端末であると判断すると、チャレンジ鍵Kchを生成する(502)。記憶装置106は、作成したチャレンジ鍵Kchを証明書と共に送られてきたデバイスクラス公開鍵KPdcで公開鍵暗号アルゴリズムを用いて暗号化し(503)、端末へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化データを復号し、チャレンジ鍵Kchを取得する(505)。端末装置103は、消去する識別子と自分の識別子を504の過程で送られたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化し(705)、記憶装置106へ出力する(706)。
【００５２】
記憶装置106は、受信した暗号化データをチャレンジ鍵Kchで復号し(707)、消去する識別子および接続している端末の識別子を取得する。記憶装置106は、ライセンス内にある端末識別子リスト304と、送られてきた端末識別子を比較し、接続している端末の識別子が端末識別子リストに存在するか否か確認する(708)。
【００５３】
端末識別子リストに接続中の端末の識別子が存在しない場合、記憶装置106は、該識別子の消去処理を中止する(710)。端末識別子リストに接続中の端末の識別子が存在する場合、記憶装置106は、消去する識別子を識別子リストの中から見つけ、消去処理を行う(709)。消去すべき識別子は、端末識別子リストに含まれていなければならない。
【００５４】
端末識別子を消去すると、ライセンス300内の識別子登録領域が作成され、図６に示す処理により新たな端末識別子をライセンス300に登録することが可能になり、新たな端末装置103がコンテンツを利用可能になる。
【００５５】
次に、端末識別子を消去できる権限を持つ端末装置103を、端末識別子リストの予め定められた特定の領域に登録している識別子を所有する端末装置103に制限する場合について説明する。ここで、端末識別子リストの特定の領域に登録している識別子を所有する端末装置103をマスター端末と呼ぶ。例えば、識別子登録領域に時系列順で端末識別子を登録し、一番初めに登録した端末識別子(識別子登録領域の最上位バイトに登録されている端末識別子)を所有する端末装置103をマスター端末とし、端末識別子の削除処理権限を与えるなどして、マスター端末を限定する。
【００５６】
図８を用いて、マスター端末により端末識別子を消去する場合の手順について説明する。まず始めに、記憶装置106を端末装置103に接続すると、端末装置103は自身の証明書500を記憶装置106へ出力する。記憶装置106は受信した証明書500を検証する(501)。記憶装置106は証明書の検証後、端末装置103がデータを出力するのに適切な端末であると判断すると、チャレンジ鍵Kchを生成する(502)。記憶装置106は、作成したチャレンジ鍵Kchを証明書と共に送られてきたデバイスクラス公開鍵KPdcで公開鍵暗号アルゴリズムを用いて暗号化し(503)、端末へ送信する(504)。端末装置103は、デバイスクラス秘密鍵Kdcを用いて、送られてきた暗号化データを復号し、チャレンジ鍵Kchを取得する(505)。端末装置103は、消去する識別子と自分の識別子を504の過程で送られたチャレンジ鍵Kchを用いて共通鍵暗号アルゴリズムで暗号化し(705)、記憶装置106へ出力する(706)。
【００５７】
記憶装置106は、受信した暗号化データをチャレンジ鍵Kchで復号し(707)、消去する識別子および接続している端末の識別子を取得する。記憶装置106は、送られてきた端末識別子がライセンス内にある端末識別子リスト304に存在するか否か判定し(708)、存在した場合、該識別子が予め定められた特定の領域に登録しているかあるいは該識別子が削除する権限のある利用者のものであるか否かを確認し、接続中の端末端末103がマスター端末か否か判定する(808)。
【００５８】
同一識別子がリストにないかマスター端末でなければ、該識別子の消去処理を中止する(710)。マスター端末であれば、消去する識別子を端末識別子リスト304の中から見つけ、消去処理を行う(709)。
【００５９】
端末識別子を消去すると、ライセンス300内の識別子登録領域が作成され、図６に示す処理により新たな端末識別子をライセンス300に登録することが可能になり、新たな端末装置103がコンテンツを利用可能になる。
【００６０】
マスター端末が故障してしまった場合、上記の処理を実行することが不可能になるため、例えばマスター端末となる端末装置103を複数台設定してもよい。
【図面の簡単な説明】
【００６１】
【図１】コンテンツ配信システムの構成を示す図である。
【図２】端末装置と記憶装置のハードウェア構成例を示す図である。
【図３】ライセンスのデータ形式例を示す図である。
【図４】記憶装置から端末装置へライセンスを送る場合の動作概略を説明する図である。
【図５】実施例１においてライセンス転送時の処理手順を説明する図である。
【図６】実施例２において識別子をライセンス内の識別子登録領域に登録する手順を説明する図である。
【図７】実施例２において不要な識別子の削除処理を行うために、端末と記憶装置間で行われるデータのやりとりおよび処理について説明する図である。
【図８】実施例２において不要な識別子をマスター端末で削除する際の端末と記憶装置間で行われるデータのやりとりおよび処理について説明する図である。
【図９】関連する鍵および証明書の説明を示す図である。
【符号の説明】
【００６２】
103：端末装置、106：記憶装置、300：ライセンス、304：端末識別子リスト
【特許請求の範囲】
【請求項１】
コンテンツを利用する端末装置と、前記端末装置と通信可能な記憶装置とを有するシステムであって、前記記憶装置は、
コンテンツの利用を許可する端末装置の識別子のリストを格納する記憶領域と、
ある端末装置から当該端末装置に属する識別子を受信する手段と、
受信した当該識別子が前記識別子リストに含まれるか否か判定する手段と、
当該識別子が前記識別子リストに含まれる場合に、当該端末装置にコンテンツの利用を許可するための動作を開始する手段とを有することを特徴とするコンテンツの利用端末を制限するシステム。
【請求項２】
前記記憶領域は、さらに暗号化されたコンテンツを復号するためのコンテンツ鍵を格納し、前記コンテンツの利用を許可するための動作とは、前記コンテンツ鍵を読み出して当該端末装置に送信する動作であることを特徴とする請求項１に記載のコンテンツの利用端末を制限するシステム。
【請求項３】
前記記憶装置は、当該識別子が前記識別子リストに含まれず、かつ前記識別子リストが新たな識別子を追加可能である場合に、当該識別子を前記識別子リストに追加登録する手段をさらに有することを特徴とする請求項１に記載のコンテンツの利用端末を制限するシステム。
【請求項４】
前記受信する手段は、当該識別子と削除すべき第２の識別子とを受信し、前記記憶装置は、当該識別子と前記第２の識別子とが前記識別子リストに含まれる場合に、前記識別子リストから前記第２の識別子を削除し、当該識別子リストに新たな識別子を追加可能にする手段をさらに有することを特徴とする請求項３に記載のコンテンツの利用端末を制限するシステム。
【請求項５】
前記識別子リストから前記第２の識別子を削除する手段は、さらに当該識別子が削除する権限のある外部装置の識別子であることを削除の条件とすることを特徴とする請求項４に記載のコンテンツの利用端末を制限するシステム。
【請求項１】
コンテンツを利用する端末装置と、前記端末装置と通信可能な記憶装置とを有するシステムであって、前記記憶装置は、
コンテンツの利用を許可する端末装置の識別子のリストを格納する記憶領域と、
ある端末装置から当該端末装置に属する識別子を受信する手段と、
受信した当該識別子が前記識別子リストに含まれるか否か判定する手段と、
当該識別子が前記識別子リストに含まれる場合に、当該端末装置にコンテンツの利用を許可するための動作を開始する手段とを有することを特徴とするコンテンツの利用端末を制限するシステム。
【請求項２】
前記記憶領域は、さらに暗号化されたコンテンツを復号するためのコンテンツ鍵を格納し、前記コンテンツの利用を許可するための動作とは、前記コンテンツ鍵を読み出して当該端末装置に送信する動作であることを特徴とする請求項１に記載のコンテンツの利用端末を制限するシステム。
【請求項３】
前記記憶装置は、当該識別子が前記識別子リストに含まれず、かつ前記識別子リストが新たな識別子を追加可能である場合に、当該識別子を前記識別子リストに追加登録する手段をさらに有することを特徴とする請求項１に記載のコンテンツの利用端末を制限するシステム。
【請求項４】
前記受信する手段は、当該識別子と削除すべき第２の識別子とを受信し、前記記憶装置は、当該識別子と前記第２の識別子とが前記識別子リストに含まれる場合に、前記識別子リストから前記第２の識別子を削除し、当該識別子リストに新たな識別子を追加可能にする手段をさらに有することを特徴とする請求項３に記載のコンテンツの利用端末を制限するシステム。
【請求項５】
前記識別子リストから前記第２の識別子を削除する手段は、さらに当該識別子が削除する権限のある外部装置の識別子であることを削除の条件とすることを特徴とする請求項４に記載のコンテンツの利用端末を制限するシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−２０９９６０（Ｐ２００８−２０９９６０Ａ）
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願番号】特願２００５−１７３１１４（Ｐ２００５−１７３１１４）
【出願日】平成１７年６月１４日（２００５．６．１４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願日】平成１７年６月１４日（２００５．６．１４）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]