JP2010224964A - コンテンツ再生装置およびコンテンツ再生方法 - Google Patents

Abstract

【課題】コンテンツ再生装置およびコンテンツ再生方法を提供すること。
【解決手段】コンテンツデータに対応するライセンス情報を受信する通信部と、前記ライセンス情報、前記コンテンツデータの再生履歴、および前記ライセンス情報の識別情報を記憶媒体に記録する記録管理部と、再生部と、前記ライセンス情報に規定される再生条件を前記再生履歴が満たしており、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されている場合には、前記再生部による前記コンテンツデータの再生を許可し、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されていない場合には、前記再生部による前記コンテンツデータの再生を許可しない、ライセンス評価部と、を備えるコンテンツ再生装置。
【選択図】図５

Description

本発明は、コンテンツ再生装置およびコンテンツ再生方法に関する。

近日、ネットワークを介したコンテンツデータの配信が広く普及している。ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や映像処理装置などのコンテンツ再生装置は、上記のように配信されるコンテンツデータを取得して再生することができる。

ただし、著作権保護の観点からコンテンツデータが暗号化されている場合、コンテンツ再生装置は、コンテンツデータを再生するために、コンテンツデータを復号するためのコンテンツ鍵やコンテンツデータの再生条件を含むライセンス情報も取得する必要がある。

ここで、上記ライセンス情報に記載される再生条件としては、例えば、上限再生回数や再生可能期間（例えば、初回再生時刻から２４時間以内）などがあげられる。このため、コンテンツ再生装置は、コンテンツデータの再生条件が満たされているか否かを判断するために、再生回数や初回再生時刻などのコンテンツデータの再生履歴を管理する。なお、このようなライセンス情報によるコンテンツデータの再生制限については、例えば特許文献１に記載されている。

特開２００１−２１５９７４号公報

しかし、上記コンテンツ再生装置においてコンテンツデータの再生履歴のデータ破壊が生じた場合、本来の再生条件を逸脱したコンテンツデータの再生が可能になってしまうという問題があった。例えば、コンテンツデータの初回再生時刻のデータ破壊が生じた場合、次回の再生時刻が初回再生時刻として管理され、コンテンツデータの再生可能期間が延長してしまうことが想定される。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することが可能な、新規かつ改良されたコンテンツ再生装置およびコンテンツ再生方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、コンテンツデータに対応するライセンス情報を受信する通信部と、前記ライセンス情報、前記コンテンツデータの再生履歴、および前記ライセンス情報の識別情報を記憶媒体に記録する記録管理部と、再生部と、前記ライセンス情報に規定される再生条件を前記再生履歴が満たしており、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されている場合には、前記再生部による前記コンテンツデータの再生を許可し、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されていない場合には、前記再生部による前記コンテンツデータの再生を許可しない、ライセンス評価部と、を備えるコンテンツ再生装置が提供される。

前記記憶媒体において、前記コンテンツデータの前記再生履歴または前記ライセンス情報の前記識別情報の少なくともいずれかのデータ破壊が生じた場合、前記記録管理部は、前記記憶媒体に記録されている前記ライセンス情報の前記識別情報を削除してもよい。

前記記録管理部は、前記ライセンス情報の前記識別情報を、有効期限を示す情報と対応付けて前記記録媒体に記録してもよい。さらに、前記記録管理部は、期限が過ぎている有効期限、および当該有効期限と対応付けられているライセンス情報の識別情報を前記記憶媒体から削除してもよい。

前記ライセンス情報は、対応するコンテンツデータを復号するためのコンテンツ鍵を含み、前記コンテンツ鍵は、前記ライセンス情報の供給対象のユーザに応じたユーザ鍵で復号可能に暗号化されており、前記記録管理部は、前記ライセンス情報を供給するライセンス供給装置から供給された１または２以上の前記ユーザ鍵を前記記憶媒体に記録し、前記記憶媒体において前記コンテンツデータの前記再生履歴のデータ破壊が生じた場合、前記ライセンス情報の前記識別情報に加えて前記１または２以上のユーザ鍵を前記記憶媒体から削除してもよい。

前記ライセンス供給装置からの前記記憶媒体に記録されていないユーザ鍵の取得に際し、前記記録管理部は、前記記憶媒体における前記ユーザ鍵のための記憶領域が不足している場合、前記記憶媒体に記録されている前記１または２以上のユーザ鍵のうちの少なくともいずれかを削除してもよい。

前記記録管理部は、前記１または２以上のユーザ鍵を、前記１または２以上のユーザ鍵ごとのデータ破壊を検出できる構造で前記記憶媒体に記録してもよい。

前記情報管理部は、前記通信部から情報処理装置への前記ライセンス情報の転送に際して特定の情報を前記記憶媒体に記録し、前記ライセンス評価部は、前記記憶媒体に前記特定の情報が記録されている場合には、前記再生部による前記コンテンツデータの再生を許可しなくてもよい。

また、上記課題を解決するために、本発明の別の観点によれば、ライセンス情報を受信するステップと、ライセンス情報、および前記ライセンス情報の識別情報を記憶媒体に記録するステップと、前記ライセンス情報に基づいてコンテンツデータを再生するステップと、前記コンテンツデータの再生履歴を記録するステップと、前記ライセンス情報に規定される再生条件を前記再生履歴が満たしており、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されている場合には、前記コンテンツデータの再生を許可するステップと、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されていない場合には、前記コンテンツデータの再生を許可しないステップと、を含むコンテンツ再生方法が提供される。

前記記憶媒体において、前記コンテンツデータの前記再生履歴または前記ライセンス情報の前記識別情報の少なくともいずれかのデータ破壊が生じた場合、前記記録管理部は、前記記憶媒体に記録されている前記ライセンス情報の識別情報を削除してもよい。

以上説明したように本発明にかかるコンテンツ再生装置およびコンテンツ再生方法よれば、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することが可能である。

本実施形態にかかるサーバクライアントシステムの構成を示した説明図である。 ライセンスサーバによるクライアントの管理例を示した説明図である。 ライセンス情報の構成例を示した説明図である。 クライアントのハードウェア構成を示したブロック図である。 本実施形態にかかるクライアントの構成を示した機能ブロック図である。 記憶部におけるユーザ鍵のデータ構造の一例を示した説明図である。 ライセンスＩＤリストの一例を示した説明図である。 本実施形態にかかるサーバクライアントシステム１におけるクライアント２０の登録処理の流れを示した説明図である。 本実施形態に関連するライセンスサーバおよびクライアントにおけるクライアントの登録処理の流れを示した説明図である。 本実施形態にかかるサーバクライアントシステムにおけるクライアントの登録削除処理の流れを示した説明図である。 本実施形態に関連するライセンスサーバおよびクライアントにおけるクライアントの登録削除処理の流れを示した説明図である。 本実施形態に関連するクライアントによる再生制御の流れを示した説明図である。 本実施形態に関連するクライアントによるデータ破壊発生時の処理の流れを示した説明図である。 本実施形態に関連するクライアントによるデータ破壊発生後の再生制御の流れを示した説明図である。 本実施形態にかかるクライアントによる再生制御の流れを示した説明図である。 本実施形態にかかるクライアントによるデータ破壊発生時の処理の流れを示した説明図である。 本実施形態にかかるクライアントによるデータ破壊発生後の再生制御の流れを示した説明図である。 データ破壊発生時の記録管理部による処理を示したフローチャートである。 記録管理部によるライセンスＩＤリストの管理の流れを示したフローチャートである。 ライセンス情報がクライアント間で転送される場合の流れを示した説明図である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてクライアント２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合には、同一符号のみを付する。例えば、クライアント２０Ａ、２０Ｂおよび２０Ｃを特に区別する必要が無い場合には、単にクライアント２０と称する。

また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．サーバクライアントシステムの概要
２．クライアントの構成
２−１．クライアントのハードウェア構成
２−２．クライアントの機能
３．サーバクライアントシステムの動作
３−１．クライアントの登録処理
３−２．クライアントの登録削除処理
３−３．ライセンス情報の取得、およびコンテンツデータの再生制御
３−４．データ破壊時の処理
３−５．ライセンスＩＤリストの管理
３−６．クライアント間でのライセンス情報の転送
３−７．ユーザ鍵の破壊と復旧
４．まとめ

[１．サーバクライアントシステムの概要]
まず、図１〜図３を参照し、本実施形態にかかるサーバクライアントシステム１の概要を説明する。

図１は、本実施形態にかかるサーバクライアントシステム１の構成を示した説明図である。図１に示したように、サーバクライアントシステム１は、ライセンスサーバ１０と、ネットワーク１２と、クライアント２０Ａ、２０Ｂおよび２０Ｃと、を含む。ライセンスサーバ１０はコンテンツ供給装置として機能し、クライアント２０Ａ、２０Ｂおよび２０Ｃはコンテンツ再生装置として機能する。また、ライセンスサーバ１０と、クライアント２０Ａ、２０Ｂおよび２０Ｃの各々は、ネットワーク１２を介して接続される。

クライアント２０は、あるコンテンツデータに対応するライセンス情報をライセンスサーバ１０から取得し、取得したライセンス情報を利用して上記コンテンツデータを再生する。より具体的には、クライアント２０は、後述のライセンスＩＤリストに関する条件、およびライセンス情報に含まれる再生条件が満たされているか否かを判断する。そして、クライアント２０は、双方の条件が満たされている場合に、ライセンス情報に含まれるコンテンツ鍵を利用してコンテンツデータを復号し、復号されたコンテンツデータを再生することができる。なお、クライアント２０は、コンテンツデータを多様な取得方法により取得することができる。例えば、クライアント２０は、ライセンスサーバ２０からコンテンツデータを取得しても、他のコンテンツサーバ（図示せず。）からネットワーク１２を介してコンテンツデータを取得しても、放送局や他のクライアント２０からコンテンツデータを取得してもよい。

また、クライアント２０は、１または２以上のユーザにより利用される。例えば、図１に示したように、クライアント２０ＡがユーザＡにより利用され、クライアント２０ＣがユーザＢにより利用され、クライアント２０ＢがユーザＡおよびユーザＢの双方により利用される。

より具体的には、クライアント２０Ａがある家庭の父親の部屋に配されて父親により利用され、クライアント２０Ｃが子供部屋に配されて子供により利用され、クライアント２０Ｂがリビングに配され父親および子供の双方により利用される場合が想定される。ただし、本明細書におけるユーザという語は、必ずしも一人の人物を示すわけでなく、複数の人物からなるグループを示す場合もある。例えば、ユーザＡは、父親および母親からなるグループであってもよい。

なお、図１においては、クライアント２０Ａの一例としてＰＣを示し、クライアント２０Ｂの一例として家庭用ゲーム機を示し、クライアント２０Ｃの一例として家庭用映像処理装置を示しているが、クライアント２０はこの例に限定されない。例えば、クライアント２０は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、家電機器、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。

また、クライアント２０により再生されるコンテンツデータは、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲームおよびソフトウェアなどであってもよい。

ネットワーク１２は、ネットワーク１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。

ライセンスサーバ１０は、クライアント２０の登録管理、およびクライアント２０へのライセンス情報の送信を行う。以下、図２を参照してライセンスサーバ１０によるクライアント２０の登録管理について説明した後に、図３を参照してライセンスサーバ１０により送信されるライセンス情報について説明する。

図２は、ライセンスサーバ１０によるクライアント２０の管理例を示した説明図である。図２に示したように、ライセンスサーバ１０は、ユーザＩＤと、ユーザ鍵と、登録デバイスＩＤとを対応付けて管理する。例えば、ライセンスサーバ１０は、図２に示したように、ユーザＡのユーザＩＤ−Ａと、クライアント２０Ａおよび２０Ｂに送信したユーザ鍵Ａと、クライアント２０ＡのデバイスＩＤ−Ａおよびクライアント２０ＢのデバイスＩＤ−Ｂを対応付けて管理する。

図２に示したユーザＩＤは、各ユーザに割り当てられている識別情報である。また、ユーザ鍵は、公開鍵と秘密鍵を含み、登録済のクライアント２０へ送信される。登録デバイスＩＤは、登録済のクライアントの識別情報である。

ライセンスサーバ１０は、図２に示したように、ユーザごとにクライアント２０の登録を管理するため、ユーザごとのクライアント２０の登録数を制限することができる。具体的には、ライセンスサーバ１０がユーザごとに上限登録数を設定し、現在の登録数が上限登録数を下回っている場合にのみライセンスサーバ１０が新たなクライアント２０の登録を行ってもよい。

なお、上記では、ライセンスサーバ１０がユーザごとにクライアント２０の登録を管理し、同一ユーザに属する複数のクライアント２０には同一の鍵を割り当てる例を説明したが、本実施形態はかかる例に限定されない。例えば、ライセンスサーバ１０は、ユーザという概念を用いず、各クライアント２０に固有の鍵を割り当ててもよい。

図３は、ライセンス情報の構成例を示した説明図である。図３に示したように、ライセンス情報は、ライセンスＩＤ、コンテンツＩＤ、再生条件、およびコンテンツ鍵などを含む。

ライセンスＩＤは、ライセンス情報の識別情報である。コンテンツＩＤは、ライセンス情報に対応するコンテンツデータの識別情報である。再生条件は、ライセンス情報に基づくコンテンツデータの再生が許容されるための条件である。コンテンツ鍵は、ライセンス情報の送信先のユーザのユーザ鍵（公開鍵）で暗号化されており、ライセンス情報に対応するコンテンツデータを復号するために利用される。

再生条件としては、例えば、「ライセンス情報の送信（購入）から所定期間内であること」、「初回再生から所定期間内であること」、「コンテンツデータの再生回数が所定回数以下であること」、「コンテンツデータの再生総時間が所定時間以下であること」、などが挙げられる。

「ライセンス情報の送信（購入）から所定期間内であること」という再生条件として、ライセンスサーバ１０は、所定期間の開始時分として現在時分を記載し、終了時分として現在時分の所定時間後の時分を記載することができる。図３に示した「２００９／０２／２５ １２：１８」は所定期間の開始時分に対応しており、「２００９／０３／１０ １２：１８」は所定期間の終了時分に対応している。

一方、コンテンツデータの初回再生がいつ行われるかはユーザに依存する。このため、ライセンスサーバ１０は、「初回再生から所定期間内であること」という再生条件として、クライアント２０へ送信するライセンス情報に具体的な期間を記載できない。したがって、ライセンスサーバ１０は、「初回再生から所定期間内であること」という再生条件として、図３に示したように例えば「初回再生から２４時間以内」と記載してもよい。

[２．クライアントの構成]
（２−１．クライアントのハードウェア構成）
以上、図１〜図３を参照して本実施形態にかかるサーバクライアントシステム１の概要を説明した。続いて、図４を参照し、クライアント２０のハードウェア構成について説明する。

図４は、クライアント２０のハードウェア構成を示したブロック図である。クライアント２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、ホストバス２０４と、を備える。また、クライアント２０は、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。

ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってクライアント２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス２０４により相互に接続されている。

ホストバス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。なお、必ずしもホストバス２０４、ブリッジ２０５および外部バス２０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。

入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。クライアント２０のユーザは、該入力装置２０８を操作することにより、クライアント２０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置２１０は、例えば、再生されたコンテンツデータを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。

ストレージ装置２１１は、本実施形態にかかるクライアント２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。また、このストレージ装置２１１には、例えば、ユーザ鍵、後述のステータス情報およびライセンスＩＤリストが記録される。

ドライブ２１２は、記憶媒体用リーダライタであり、クライアント２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。リムーバブル記録媒体２４には、例えばライセンス情報が記録される。

通信装置２１５は、例えば、ネットワーク１２に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置２１５は、ライセンスサーバ１０や他のクライアント２０との間で、通信網１２を介して、ライセンス情報、およびコンテンツデータなどの各種データを送受信する。

なお、上記では図４を参照してクライアント２０のハードウェア構成について説明したが、ライセンスサーバ１０のハードウェアはクライアント２０と実質的に同一に構成することが可能であるため、説明を省略する。

（２−２．クライアントの機能）
次に、図５、図６、および図７を参照し、本実施形態にかかるクライアント２０の機能を説明する。

図５は、本実施形態にかかるクライアント２０の構成を示した機能ブロック図である。図５に示したように、クライアント２０は、通信部２１６と、記録管理部２２０と、記憶部２２４と、ユーザ操作部２２８と、ライセンス評価部２３２と、再生部２３６と、を備える。上記通信部２１６、記録管理部２２０、ライセンス評価部２３２、および再生部２３６などは、これら各構成の機能を実行するプログラムをクライアント２０にインストールすることで実現される。すなわち、クライアント２０に内蔵されるＣＰＵ２０１およびＲＡＭ２０３などが協働して当該プログラムに従った演算や制御を行なうことにより、上記各構成を実現できる。

通信部２１６は、ライセンスサーバ１０との間で、クライアント２０の登録処理、登録削除処理、およびライセンス情報の取得などのための通信を、所定のプロトコルに従って行う。登録処理については図８を参照して後述し、登録削除処理については図１０を参照して後述し、ライセンス情報の取得については図１５を参照して後述する。

記録管理部２２０は、記憶部２２４への情報の記録、記憶部２２４に記録されている情報の更新、記憶部２２４に記録されている情報の削除などの処理を行い、記憶部２２４内の情報を管理する。

例えば、記録管理部２２０は、ステータス情報、および通信部２１６によりライセンスサーバ１０から取得されたライセンス情報などを記憶部２２４に記録する。ステータス情報は、クライアント２０がライセンスサーバ１０に登録されているか否かを示す登録情報、およびコンテンツデータの再生履歴を含む。

具体的には、記録管理部２２０は、クライアント２０がライセンスサーバ１０に登録された場合、図５に示したように登録情報としてユーザＩＤを記録してもよい。また、記録管理部２２０は、あるコンテンツデータが初めて再生された場合、初回再生時刻を当該コンテンツデータの再生履歴として記録してもよい。または、記録管理部２２０は、コンテンツデータの再生回数をコンテンツデータの再生履歴として記録してもよい。

また、記録管理部２２０は、ライセンスサーバ１０からクライアント２０に対して割り当てられた１または２以上のユーザ鍵を、１または２以上のユーザ鍵ごとのデータ破壊を検出できる構造で記憶部２２４に記録する。以下、図６を参照し、記憶部２２４におけるユーザ鍵のデータ構造を説明する。

図６は、記憶部２２４におけるユーザ鍵のデータ構造の一例を示した説明図である。図６に示したように、記録管理部２２０は、各ユーザ鍵を記憶部２２４において個別に記録する。なお、各ユーザ鍵は、ユーザ鍵のハッシュ値をキーとしてユーザ鍵マスターテーブルを参照することにより検索することが可能である。

上記のようなデータ構造によれば、複数のユーザ鍵が記憶部２２４に記録された場合であっても、ユーザ鍵のデータ破壊をユーザ鍵単位で検出することができる。したがって、あるユーザ鍵のデータ破壊が生じた場合、記録管理部２２０は、データ破壊が生じたユーザ鍵を特定し、当該ユーザ鍵のみを削除することにより、他のユーザ鍵のユーザへの影響を抑制することが可能である。

また、記録管理部２２０は、ライセンス情報の記憶部２２４への記録に際し、ライセンス情報のライセンスＩＤおよび有効期限をライセンス情報から抽出し、ライセンスＩＤリストに追加する。すなわち、記録管理部２２０は、ライセンス情報を正当に取得した場合、ライセンス情報のライセンスＩＤおよび有効期限をライセンスＩＤリストに追加する。なお、記録管理部２２０は、ライセンス情報の再生条件に記載されている期間の終了時分を有効期限として抽出してもよい。

図７は、ライセンスＩＤリストの一例を示した説明図である。図７に示したように、ライセンスＩＤリストは、ライセンスＩＤおよび有効期限からなる組を複数含む。詳細については後述するが、このライセンスＩＤリストは、ステータス情報またはライセンスＩＤリストの少なくともいずれかのデータ破壊が生じた場合、ステータス情報とともに記録管理部２２０により削除される。その結果、本実施形態にかかるクライアント２０は、このライセンスＩＤリストを参照することにより、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することが可能となる。

ここで図５を参照してクライアント２０の構成の説明に戻ると、記憶部２２４は、ライセンスＩＤリスト、ユーザ鍵、ステータス情報、およびライセンス情報などが記録される記憶媒体である。また、図５に示したように、ライセンスＩＤリスト、ユーザ鍵、およびステータス情報はセキュア領域に記録される。他方、ライセンス情報は、非セキュア領域に記録される。

なお、図５においては、記憶部２２４を１つのブロックで示しているが、記憶部２２４は、物理的に異なる２以上の記憶媒体であってもよい。この場合、ライセンスＩＤリスト、ユーザ鍵、ステータス情報、およびライセンス情報などの情報は、各々異なる記憶媒体に記録されてもよい。例えば、ライセンスＩＤリスト、ユーザ鍵、およびステータス情報は、クライアント２０に内蔵される記憶媒体に記録され、ライセンス情報はクライアント２０と着脱可能な記憶媒体に記録されてもよい。

また、記憶媒体としては、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ）ディスクなどがあげられる。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ Ｄｉｓｃ（登録商標））などがあげられる。

ユーザ操作部２２８は、ユーザがクライアント２０に対して各種指示、各種情報を入力するためのインターフェースである。ユーザ操作部２２８は、例えば、リモートコントローラおよび受光部からなっても、クライアント２０に設けられたボタン群であってもよい。ユーザは、このユーザ操作部２２８を介し、クライアント２０のライセンスサーバ１０への登録、ライセンス情報の取得、およびコンテンツデータの再生などをクライアント２０に指示することができる。

ライセンス評価部２３２は、コンテンツデータの再生を許可するか否かを、コンテンツデータに対応するライセンス情報、初回再生時刻、およびライセンスＩＤリストに基づいて評価する。

具体的には、ライセンス評価部２３２は、ライセンス情報に規定される「初回再生から所定期間内であること」という再生条件を満たすか否かを、現在時刻が初回再生時刻から所定期間内であるか否かに基づいて評価する。すなわち、ライセンス評価部２３２は、ライセンス情報に規定される再生条件を再生履歴の一例としての初回再生時刻が満たすか否かを評価する。

また、ライセンス評価部２３２は、ライセンス情報に規定される「ライセンス情報の送信（購入）から所定期間内であること」という再生条件を満たすか否かを、現在時刻がライセンス情報に規定されている期間内であるか否かに基づいて評価する。

また、ライセンス評価部２３２は、ステータス情報に登録情報としてユーザＩＤが含まれているか否かを評価する。さらに、ライセンス評価部２３２は、ライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれるか否かを評価する。

そして、ライセンス評価部２３２は、ライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれており、ステータス情報にユーザＩＤが含まれており、ライセンス情報に規定される全ての再生条件が満たされている場合、コンテンツデータの再生を許可する。一方、ライセンス評価部２３２は、ライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれていない場合、ライセンス情報に規定される全ての再生条件が満たされているか否かにかかわらず、コンテンツデータの再生を許可しない。

なお、ライセンス評価部２３２は、ライセンスＩＤに関する評価を行った後、ライセンス情報に規定される再生条件に関する評価やユーザＩＤに関する評価を行ってもよい。そして、ライセンス評価部２３２は、ライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれていない場合、その他の評価を行わずに、コンテンツデータの再生を許可しないことを決定してもよい。

再生部２３６は、ライセンス評価部２３２により再生を許可されたコンテンツデータを再生する。例えば、再生部２３６は、コンテンツデータを対応するライセンス情報に含まれるコンテンツ鍵を利用して復号する。再生部２３６により再生されたコンテンツデータは、表示装置において映像表示され、音声出力装置から音声出力される。

なお、クライアント２０は、コンテンツデータをストリーミング方式により取得しても、ダウンロード方式により取得してもよい。ストリーミング方式とは、クライアント２０のコンテンツデータの再生速度に同期しながら、コンテンツ配信元がコンテンツデータを配信する方式である。すなわち、ストリーミング方式は、クライアント２０から見ると、コンテンツデータを受信しながら再生する方式といえる。一方、ダウンロード方式とは、コンテンツデータの全体をクライアント２０に配信した後に、クライアント２０においてコンテンツデータの再生を開始する方式である。

[３．サーバクライアントシステムの動作]
以上、図４〜図７を参照してクライアント２０の構成について説明した。以下では、本実施形態にかかるサーバクライアントシステム１の動作を図８〜図２０を参照して説明する。

（３−１．クライアントの登録処理）
図８は、本実施形態にかかるサーバクライアントシステム１におけるクライアント２０の登録処理の流れを示した説明図である。図８に示したように、まず、クライアント２０がライセンスサーバ１０にユーザ鍵を要求すると（Ｓ３０４）、ライセンスサーバ１０は、クライアント２０のユーザに割り当てたユーザ鍵（公開鍵）をクライアント２０へ送信する（Ｓ３０８）。

続いて、クライアント２０がライセンスサーバ１０に登録要求を行うと（Ｓ３１２）、ライセンスサーバ１０は、図２に示したように、クライアント２０のデバイスＩＤをユーザＩＤと対応付けて登録する（Ｓ３１４）。そして、ライセンスサーバ１０は、クライアント２０のユーザに割り当てたユーザ鍵（秘密鍵）をクライアント２０に送信する（Ｓ３１６）。

ここで、ライセンスサーバ１０は、ユーザ鍵（秘密鍵）と共に、クライアント２０に対してユーザＩＤの記録を指示する情報を含む。このため、クライアント２０の記録管理部２２０は、ライセンスサーバ１０からの指示に基づき、クライアント２０のユーザのユーザＩＤを登録情報としてステータス情報に追加する（Ｓ３２０）。その後、クライアント２０が登録の完了をライセンスサーバ１０へ通知する（Ｓ３２４）。

なお、記録管理部２２０は、ライセンスサーバ１０から送信されたユーザ鍵（公開鍵および秘密鍵）を、例えば図６に示したデータ構造で記憶部２２４に記録する。また、ライセンスサーバ１０は、Ｓ３０４においてユーザ鍵を要求された時点で、公開鍵および秘密鍵の割り当てを行ってもよい。

上記の一連の処理により、ライセンスサーバ１０にクライアント２０が登録され、クライアント２０のステータス情報に登録情報としてユーザＩＤが追加される。ここで、Ｓ３１４に示したライセンスサーバ１０における登録処理を、クライアント２０におけるステータス情報へのユーザＩＤの追加の前に行うことの意義について説明する。

図９は、本実施形態に関連するライセンスサーバ１０’およびクライアント２０’ におけるクライアント２０’の登録処理の流れを示した説明図である。クライアント２０’がライセンスサーバ１０’にユーザ鍵を要求すると（Ｓ８０４）、ライセンスサーバ１０’は、クライアント２０’のユーザに割り当てたユーザ鍵（公開鍵）をクライアント２０’へ送信する（Ｓ８０８）。

続いて、クライアント２０’がライセンスサーバ１０’に登録要求を行うと（Ｓ８１２）、ライセンスサーバ１０’は、クライアント２０’のユーザに割り当てたユーザ鍵（秘密鍵）をクライアント２０’に送信する（Ｓ８２０）。

そして、クライアント２０’は、クライアント２０’のユーザのユーザＩＤを登録情報としてステータス情報に追加し（Ｓ８２４）、登録の完了をライセンスサーバ１０へ通知する（Ｓ８２８）。その後、ライセンスサーバ１０’が、クライアント２０’のデバイスＩＤをユーザＩＤと対応付けて登録する（Ｓ８３０）。

このように、本実施形態に関連するライセンスサーバ１０’およびクライアント２０’ においては、Ｓ８３０のライセンスサーバ１０における登録処理が、Ｓ８２４のクライアント２０におけるステータス情報へのユーザＩＤの追加の後に行われる。このため、Ｓ８２４とＳ８３０の間に処理が中断されると、ライセンスサーバ１０’においてはクライアント２０’が未登録状態、クライアント２０’においては登録状態、という不整合が生じる。しかし、この場合、ライセンスサーバ１０’によるクライアント２０’の上限登録数を超えた数のクライアント２０’が登録状態として扱われてしまう恐れがあるため、上記の不整合は好ましくない。

これに対し、本実施形態にかかるサーバクライアントシステム１においては、上述のように、Ｓ３１４のライセンスサーバ１０における登録処理が、Ｓ３２０のクライアント２０におけるステータス情報へのユーザＩＤの追加の前に行われる。このため、ライセンスサーバ１０においては登録状態、クライアント２０においては未登録状態、という不整合が生じる場合は考えられるが、ライセンスサーバ１０においては未登録状態、クライアント２０においては登録状態、という不整合を回避できる。

なお、クライアント２０が、ライセンスサーバ１０においては登録状態、クライアント２０においては未登録状態であるときにライセンスサーバ１０に対して登録要求を行う場合も考えられる。この場合、ライセンスサーバ１０においてクライアント２０は既に登録状態であるため、ライセンスサーバ１０が登録要求を拒否するという処理も考えられる。しかし、ライセンスサーバ１０が登録要求を拒否すると不整合な状態が解消されないため、ライセンスサーバ１０は、Ｓ３０８やＳ３１６と同一の情報をクライアント２０に対して再送してもよい。これにより、クライアント２０がステータス情報に登録情報としてユーザＩＤを追加することが可能となるため、ライセンスサーバ１０においては登録状態、クライアント２０においては未登録状態、という不整合を解消することができる。

（３−２．クライアントの登録削除処理）
図１０は、本実施形態にかかるサーバクライアントシステム１におけるクライアント２０の登録削除処理の流れを示した説明図である。図１０に示したように、まず、クライアント２０がライセンスサーバ１０へ登録削除要求を行うと（Ｓ３３２）、ライセンスサーバ１０がクライアント２０に対して登録削除許可を行う（Ｓ３４０）。

すると、登録削除許可にはステータス情報からのユーザＩＤの削除を指示する情報が含まれるため、クライアント２０の記録管理部２２０がステータス情報に含まれる登録情報としてのユーザＩＤを削除する（Ｓ３４４）。その後、クライアント２０がライセンスサーバ１０に対して登録削除の完了を通知すると（Ｓ３４８）、ライセンスサーバ１０が、クライアント２０のユーザのユーザＩＤと対応付けられているクライアント２０のデバイスＩＤを削除する（Ｓ３５０）。

上記の一連の処理により、ライセンスサーバ１０におけるクライアント２０の登録が削除され、クライアント２０のステータス情報から登録情報としてのユーザＩＤが削除される。ここで、Ｓ３５０に示したライセンスサーバ１０における削除処理を、Ｓ３４４に示したクライアント２０における削除処理の後に行うことの意義について説明する。

図１１は、本実施形態に関連するライセンスサーバ１０’およびクライアント２０’ におけるクライアント２０’の登録処理の流れを示した説明図である。図１１に示したように、まず、クライアント２０’がライセンスサーバ１０’へ登録削除要求を行うと（Ｓ８３２）、ライセンスサーバ１０’が、クライアント２０’のユーザのユーザＩＤと対応付けられているクライアント２０’のデバイスＩＤを削除する（Ｓ８３４）。

その後、ライセンスサーバ１０’がクライアント２０’に対して登録削除許可を行うと（Ｓ８３６）、クライアント２０’がステータス情報に含まれる登録情報としてのユーザＩＤを削除する（Ｓ８４０）。そして、クライアント２０’がライセンスサーバ１０’に対して登録削除の完了を通知する（Ｓ８４４）。

このように、本実施形態に関連するライセンスサーバ１０’およびクライアント２０’ においては、Ｓ８３４に示したライセンスサーバ１０における削除処理が、Ｓ８４０に示したクライアント２０における削除処理の前に行われる。このため、Ｓ８３４とＳ８４０の間に処理が中断されると、ライセンスサーバ１０’においてはクライアント２０’が削除済状態、クライアント２０’においては登録状態、という不整合が生じる。しかし、この場合、ライセンスサーバ１０’によるクライアント２０’の上限登録数を超えた数のクライアント２０’が登録状態として扱われてしまう恐れがあるため、上記の不整合は好ましくない。

これに対し、本実施形態にかかるサーバクライアントシステム１においては、上述のように、Ｓ３５０に示したライセンスサーバ１０における削除処理が、Ｓ３４４に示したクライアント２０における削除処理の前に行われる。このため、ライセンスサーバ１０においては登録状態、クライアント２０においては削除済状態、という不整合が生じる場合は考えられるが、ライセンスサーバ１０においては削除済状態、クライアント２０においては登録状態、という不整合を回避できる。

なお、ライセンスサーバ１０においては登録状態、クライアント２０においては削除済状態であるとき、クライアント２０は、登録状態でないため、登録削除処理を開始できない。この場合、クライアント２０は、登録処理を行った後に登録削除処理を要求することにより、ライセンスサーバ１０およびクライアント２０の双方においてクライアント２０を削除済状態に遷移させることが可能である。

（３−３．ライセンス情報の取得、およびコンテンツデータの再生制御）
次に、本実施形態に関連するライセンスサーバ１０’およびクライアント２０’の問題点を明確にした後に、本実施形態にかかるサーバクライアントシステム１におけるライセンス情報の取得、およびコンテンツデータの再生制御について説明する。

図１２は、本実施形態に関連するクライアント２０’による再生制御の流れを示した説明図である。図１２に示したように、まず、クライアント２０’がライセンスサーバ１０’にライセンス情報を要求すると（Ｓ８５２）、ライセンスサーバ１０’がクライアント２０’にライセンス情報を送信する（Ｓ８５６）。

そして、クライアント２０’は、ライセンス情報を記録した後にコンテンツデータを初回再生すると（Ｓ８６０、Ｓ８６４）、記憶部２２４’に現在時刻を初回再生時刻として記録する（Ｓ８６８）。

その後、クライアント２０’は、コンテンツデータの２回目以降の再生を指示されると（Ｓ８７２）、ライセンス情報および初回再生時刻を参照する（Ｓ８７６）。そして、クライアント２０’は、ライセンス情報に規定される再生条件が満たされている場合（Ｓ８８０）、コンテンツデータを再生する（Ｓ８４４）。

図１３は、本実施形態に関連するクライアント２０’によるデータ破壊発生時の処理の流れを示した説明図である。図１３に示したように、記憶部２２４’において初回再生時刻などのステータス情報のデータ破壊が生じた場合（Ｓ９０４）、クライアント２０’は、初回再生時刻、および登録情報としてのユーザＩＤを記憶部２２４’から削除する（Ｓ９０８）。

その後、クライアント２０’とライセンスサーバ１０’が登録処理を再度行うことにより、登録情報としてのユーザＩＤがクライアント２０’の記憶部２２４’へ記録される（Ｓ９１２）。

図１４は、本実施形態に関連するクライアント２０’によるデータ破壊発生後の再生制御の流れを示した説明図である。図１４に示したように、クライアント２０’は、コンテンツデータを再生すると（Ｓ９１６）、記憶部２２４’に初回再生時刻が記録されていないため、現在時刻を初回再生時刻として記憶部２２４’に記録する（Ｓ９２０）。すなわち、クライアント２０’は、Ｓ９１６における再生が実際には２回目以降の再生であっても、Ｓ９１６における再生を初回再生として扱う。

その後、クライアント２０’は、コンテンツデータの再生を指示されると（Ｓ９２４）、ライセンス情報および初回再生時刻を参照する（Ｓ９２８）。そして、クライアント２０’は、ライセンス情報に規定される再生条件が満たされている場合（Ｓ９３２）、コンテンツデータを再生する（Ｓ９３６）。

上記のように、本実施形態に関連するクライアント２０’は、データ破壊が発生した場合、実際には２回目以降の再生時刻を初回再生時刻として扱ってしまう。このため、本実施形態に関連するクライアント２０’では、ライセンス条件に規定される「初回再生から所定期間内であること」という再生条件を逸脱した再生が可能になってしまうという問題があった。

そこで、上記事情を一着眼点にして本実施形態にかかるクライアント２０を創作するに至った。本実施形態にかかるクライアント２０によれば、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することが可能である。以下、このようなクライアント２０によるライセンス情報の取得、およびコンテンツデータの再生制御について図１５〜図１７を参照して説明する。

図１５は、本実施形態にかかるクライアント２０による再生制御の流れを示した説明図である。図１５に示したように、まず、クライアント２０がライセンスサーバ１０にライセンス情報を要求すると（Ｓ４０４）、ライセンスサーバ１０がクライアント２０にライセンス情報を送信する（Ｓ４０８）。

そして、クライアント２０の記録管理部２２０は、ライセンス情報を記憶部２２４に記録する（Ｓ４１２）。さらに、クライアント２０の記録管理部２２０は、ライセンス情報のライセンスＩＤ、および有効期限をライセンスＩＤリストに追加する（Ｓ４１６）。

その後、クライアント２０の再生部２３６がコンテンツデータを初回再生すると（Ｓ４２０）、記録管理部２２０が記憶部２２４に現在時刻を初回再生時刻として記録する（Ｓ４２４）。なお、説明を省略しているが、初回再生時においても、ライセンス評価部２３２により、ライセンス情報に規定される再生条件を満たしているか否かの評価、登録情報としてのユーザＩＤが記録されているか否かなどの評価が行われる。

その後、クライアント２０のライセンス評価部２３２は、コンテンツデータの２回目以降の再生を指示されると（Ｓ４２８）、コンテンツデータに対応するライセンス情報のライセンスＩＤがライセンスＩＤリストに記録されているか否かを評価する（Ｓ４３２）。そして、ライセンスＩＤがライセンスＩＤリストに記録されている場合、ライセンス評価部２３２は、ライセンス情報および初回再生時刻を参照する（Ｓ４３６）。そして、ライセンス評価部２３２は、ライセンス情報に規定される再生条件が満たされている場合（Ｓ４４０）、再生部２３６によるコンテンツデータの再生を許可し、再生部２３６にコンテンツデータを再生させる（Ｓ４４４）。

一方、ライセンス評価部２３２は、対応するライセンスＩＤがライセンスＩＤリストに記録されていない場合、またはライセンス情報に規定される再生条件が満たされていない場合、再生部２３６にコンテンツデータの再生を行わせない。

図１６は、本実施形態にかかるクライアント２０によるデータ破壊発生時の処理の流れを示した説明図である。図１６に示したように、記憶部２２４において初回再生時刻などのステータス情報のデータ破壊が生じた（Ｓ４５２）、クライアント２０の記録管理部２２０は、記憶部２２４に記録されている情報を削除する（Ｓ４５６）。具体的には、記録管理部２２０は、ステータス情報、登録情報としてのユーザＩＤ、およびライセンスＩＤを記憶部２２４から削除する。なお、本実施形態においては、ライセンス情報は削除されず、記憶部２２４に残っている場合を想定している。

その後、クライアント２０とライセンスサーバ１０が登録処理を再度行うことにより、登録情報としてのユーザＩＤがクライアント２０の記憶部２２４へ記録される（Ｓ４６０）。

図１７は、本実施形態にかかるクライアント２０によるデータ破壊発生後の再生制御の流れを示した説明図である。図１７に示したように、クライアント２０のライセンス評価部２３２は、コンテンツデータの再生が指示されると（Ｓ４７２）、コンテンツデータに対応するライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれるか否かを評価する。しかし、図１６に示したＳ４５６においてライセンスＩＤリストが削除されており、対応するライセンスＩＤも記録されていないため、ライセンス評価部２３２は、コンテンツデータの再生を許可しない（Ｓ４７６）。

このように、本実施形態にかかるクライアント２０は、正当に取得されたライセンス情報のライセンスＩＤをライセンスＩＤリストに記録する。また、クライアント２０は、初回再生時刻などのステータス情報のデータ破壊が生じた場合には、ライセンスＩＤリストも併せて削除する。そして、クライアント２０は、コンテンツデータに対応するライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれていない場合にはコンテンツデータの再生を許可しない。

かかる構成により、本実施形態にかかるクライアント２０によれば、初回再生時刻などの再生履歴が意図的に破壊された場合であっても、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することができる。

（３−４．データ破壊時の処理）
上記のように、本実施形態にかかるクライアント２０は、記憶部２２４におけるデータ破壊の発生時にライセンスＩＤリストを削除する。しかし、意図的なデータ破壊だけでなく、事故によるやむを得ないデータ破壊も想定される。そこで、図１８に示すように、データ破壊の生じたデータに応じて処理を異ならせることにより、ユーザが被る不利益を軽減することが期待される。

図１８は、データ破壊発生時の記録管理部２２０による処理を示したフローチャートである。図１８に示したように、記録管理部２２０は、ライセンスＩＤリストまたはステータス情報のデータ破壊が発生した場合（Ｓ５０４）、ステータス情報、ライセンスＩＤリスト、およびユーザ鍵を記憶部２２４から全削除する（Ｓ５０８）。

また、記録管理部２２０は、ユーザ鍵マスターテーブルのデータ破壊が発生した場合（Ｓ５１２）、記憶部２２４からユーザ鍵を検索できなくなるため、記憶部２２４からユーザ鍵を全削除する（Ｓ５１６）。

一方、記録管理部２２０は、個別のユーザ鍵のデータ破壊が発生した場合（Ｓ５２０）、データ破壊の発生したユーザ鍵のみを削除する（Ｓ５２４）。なお、記録管理部２２０は、ユーザ鍵を図６に示したデータ構造で記録するため、ユーザ鍵のデータ破壊を個別に検出することが可能である。

（３−５．ライセンスＩＤリストの管理）
上述してきたように、本実施形態においてはライセンスＩＤリストが重要な役割を担う。しかし、取得した全てのライセンス情報のライセンスＩＤをライセンスＩＤリストに記録しておくと、ライセンスＩＤリストのデータサイズが大きくなってしまう、記憶容量をオーバーしてしまうなどの問題が生じる。

そこで、記録管理部２２０は、「ライセンス情報の送信（購入）から所定期間内であること」など有効期限を規定する再生条件を含むライセンス情報のみをライセンスＩＤの追加および評価の対象としてもよい。また、記録管理部２２０は、ライセンスＩＤリストを、図１９に示す処理により更新し、ライセンスＩＤリストのデータサイズの拡大を防止してもよい。

図１９は、記録管理部２２０によるライセンスＩＤリストの管理の流れを示したフローチャートである。図１９に示したように、記録管理部２２０は、ユーザ操作部２２８を介してユーザによりコンテンツデータの再生を指示されると（Ｓ５５２）、ライセンスＩＤリストを参照する（Ｓ５５６）。そして、記録管理部２２０は、図７に示したようにライセンスＩＤと対応付けられている有効期限のうちで、期限が過ぎている有効期限の有無を判断する（Ｓ５６０）。

ここで、有効期限が過ぎているライセンス情報は、ライセンスＩＤがライセンスＩＤリストに含まれていても再生できないため、ライセンスＩＤをライセンスＩＤリストに保持し続けさせる必要性が薄い。そこで、期限が過ぎている有効期限が存在する場合、記録管理部２２０は、当該有効期限および対応するライセンスＩＤをライセンスＩＤリストから削除する（Ｓ５６４）。その結果、上記のようにライセンスＩＤリストのデータサイズの拡大を防止することが可能となる。

（３−６．クライアント間でのライセンス情報の転送）
上記では、クライアント２０がライセンスサーバ１０からライセンス情報を取得する例を説明したが、本実施形態はかかる例に限定されない。例えば、クライアント２０は、他のクライアント２０からライセンス情報を取得してもよい。以下では、図２０を参照し、ライセンス情報がクライアント２０Ａからクライアント２０Ｃへ転送される場合について説明する。

図２０は、ライセンス情報がクライアント２０間で転送される場合の流れを示した説明図である。図２０に示したように、まず、ライセンス情報のシンク側であるクライアント２０Ｃが、ライセンス情報のソース側へライセンス情報の転送要求を行う（Ｓ６０４）。すると、クライアント２０Ａの記録管理部２２０Ａが、記憶部２２４Ａに、クライアント２０Ｃから要求されたライセンス情報を転送する旨を示す転送情報（特定の情報）を記録する（Ｓ６０８）。その後、クライアント２０Ａは、ライセンス情報に対応する初回再生時刻をクライアント２０Ｃへ送信する（Ｓ６１２）。

クライアント２０Ｃは、クライアント２０Ａから初回再生時刻を受信すると、記憶部２２４Ｃに初回再生時刻、および受理情報を記録する（Ｓ６１６）。そして、クライアント２０Ｃは、クライアント２０Ａに結果を通知した後（Ｓ６２０）、クライアント２０Ａがライセンス情報をクライアント２０Ｃへ転送する（Ｓ６２４）。より詳細には、クライアント２０Ａは、クライアント２０Ｃのユーザ鍵（公開鍵）を例えばＳ６０４において取得し、転送対象のライセンス情報に含まれるコンテンツ鍵をクライアント２０Ｃのユーザ鍵（公開鍵）で暗号化し直す。

上記のように、転送処理が行われると、ソース側のクライアント２０Ａには転送情報が記録され、シンク側のクライアント２０Ｃには受理情報が記録される。転送情報は、対応するライセンス情報が転送され、自装置でこのライセンス情報に基づく再生を行えなくなったことを示す情報である。したがって、クライアント２０Ａのライセンス評価部２３２Ａは、ライセンス情報の転送後、転送対象となったライセンス情報に基づくコンテンツデータの再生を許可しない。

一方、受理情報は、対応するライセンス情報が転送により取得されたことを示し、自装置でこのライセンス情報に基づく再生が可能であることを示す情報である。したがって、クライアント２０Ｃのライセンス評価部２３２Ｃは、記憶部２２４Ｃに受理情報が記録されているため、他の条件を満たす場合には、転送により取得したライセンス情報に基づくコンテンツデータの再生を許可する。すなわち、ライセンス評価部２３２は、ライセンスＩＤおよび受理情報の双方が記録されていない場合にはコンテンツデータの再生を許可せず、ライセンスＩＤまたは受理情報のいずれかが記録されており、かつ、他の条件を満たす場合には再生を許可する。

なお、クライアント２０Ａは、ライセンス情報の転送時、対応するライセンスＩＤをライセンスＩＤリストから削除しなくてもよい。その理由の一例として以下の点があげられる。
（１）ライセンスＩＤを削除しなくても、転送情報を記録することにより、クライアント２０Ａにおけるライセンス情報に基づくコンテンツデータの再生を制限できる。
（２）書き込み回数に制限のある記憶媒体上でライセンスＩＤリストを管理する場合、できるだけ書き込み回数を減らしたい。
（３）図１９に示したように、期限の過ぎた有効期限と対応付けられているライセンスＩＤは削除される。
（４）クライアント２０間の通信が失敗することも想定される。このため、ライセンス情報の転送時に対応するライセンスＩＤを削除するためには、例えば、正常に通信が正常したか否かを通信ごとに確認する処理が必要となってしまう。

（３−７．ユーザ鍵の破壊と復旧）
ユーザ鍵は、図５を参照して説明したようにセキュアな記憶領域に記録される。しかし、クライアント２０のセキュアな記憶領域の大きさによっては、記録できるユーザ鍵の数が制限されてしまう。そこで、記録管理部２２０は、必要に応じ、記憶部２２４のセキュア領域に記録されているユーザ鍵の破壊および復旧を行ってもよい。

具体的には、記録管理部２２０は、ライセンスサーバ１０からの新たなユーザ鍵の取得（登録処理）に際し、記憶部２２４における新たなユーザ鍵のための記憶領域が不足している場合、記憶部２２４から例えば任意の１または２以上のユーザ鍵を破壊（削除）する。このようなユーザ鍵の破壊により、新たなユーザ鍵のための記憶領域が確保されるため、新たな登録処理を完了することができる。なお、１または２以上のユーザ鍵が破壊された時点で、当該ユーザ鍵に対応するユーザが取得したライセンス情報はコンテンツデータの再生のために利用できなくなる。

一方、ユーザ鍵の破壊により利用できなくなったライセンス情報は、このライセンス情報を取得したユーザが利用する装置としてクライアント２０の登録処理を再度行ってユーザ鍵を復旧（記録）することにより、再度利用することが可能となる。

例えば、クライアント２０Ｂのセキュアな記憶領域にユーザ鍵を２つまで記録可能であり、図２に示したように、既にクライアント２０Ｂのセキュアな記憶領域にユーザ鍵Ａおよびユーザ鍵Ｂが記録されていたとする。この場合、クライアント２０Ｂの記録管理部２２０Ｂは、ユーザ鍵Ａを破壊し、新たなユーザＣが利用する装置としてクライアント２０Ｂを登録することによりユーザ鍵Ｃをライセンスサーバ１０から取得し、ユーザ鍵Ｃをセキュアな記憶領域に記録することができる。

ここで、ユーザ鍵Ａにより暗号化されたコンテンツ鍵を含むライセンス情報は利用できなくなる。しかし、クライアント２０Ｂの記録管理部２２０Ｂが、例えばユーザ鍵Ｂを破壊し、ユーザＡが利用する装置としてクライアント２０Ｂの登録処理を再度行ってユーザ鍵Ａを復旧することにより、ユーザ鍵Ａに対応するライセンス情報を利用することが可能となる。

[４．まとめ]
以上説明したように、本実施形態にかかるクライアント２０は、正当に取得されたライセンス情報のライセンスＩＤをライセンスＩＤリストに記録する。また、クライアント２０は、初回再生時刻などのステータス情報のデータ破壊が生じた場合には、ライセンスＩＤリストも併せて削除する。そして、クライアント２０は、コンテンツデータに対応するライセンス情報のライセンスＩＤがライセンスＩＤリストに含まれていない場合にはコンテンツデータの再生を許可しない。

かかる構成により、本実施形態にかかるクライアント２０は、初回再生時刻などの再生履歴が意図的に破壊された場合であっても、本来のライセンス情報の再生条件を逸脱したコンテンツデータの再生を防止することができる。

また、本実施形態においては、ライセンスＩＤリストに含まれるライセンスＩＤのうちで、期限が過ぎた有効期限と対応付けられているライセンスＩＤを記録管理部２２０が削除するため、ライセンスＩＤリストのデータ容量を抑制することが可能である。

また、本実施形態においては、ライセンスサーバ１０における登録処理が、クライアント２０におけるステータス情報へのユーザＩＤの追加の前に行われる。このため、クライアント２０およびライセンスサーバ１０間の通信が登録処理の途中で切断した場合であっても、ライセンスサーバ１０においては未登録状態、クライアント２０においては登録状態、という不整合を回避できる。

同様に、本実施形態においては、ライセンスサーバ１０におけるクライアント２０の登録削除処理が、クライアント２０における削除処理の前に行われる。このため、クライアント２０およびライセンスサーバ１０間の通信が登録削除処理の途中で切断した場合であっても、ライセンスサーバ１０においては削除済状態、クライアント２０においては登録状態、という不整合を回避できる。

また、本実施形態によれば、記録管理部２２０が、記憶部２２４のセキュア領域に記録されているユーザ鍵の破壊および復旧を行なうことにより、セキュア領域の容量から想定される数より多くのユーザにクライアント２０を対応させることが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、本明細書のクライアント２０の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、クライアント２０の処理における各ステップは、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）を含んでもよい。

また、クライアント２０に内蔵されるＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアを、上述したクライアント２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。また、図５の機能ブロック図で示したそれぞれの機能ブロックをハードウェアで構成することで、一連の処理をハードウェアで実現することもできる。

１ サーバクライアントシステム
１０ ライセンスサーバ
１２ ネットワーク
２０、２０Ａ、２０Ｂ、２０Ｃ クライアント
２１６ 通信部
２２０ 記録管理部
２２４ 記憶部
２２８ ユーザ操作部
２３２ ライセンス評価部
２３６ 再生部

Claims (9)

1. コンテンツデータに対応するライセンス情報を受信する通信部と；
   前記ライセンス情報、前記コンテンツデータの再生履歴、および前記ライセンス情報の識別情報を記憶媒体に記録する記録管理部と；
   再生部と；
   前記ライセンス情報に規定される再生条件を前記再生履歴が満たしており、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されている場合には、前記再生部による前記コンテンツデータの再生を許可し、
   前記ライセンス情報の前記識別情報が前記記憶媒体に記録されていない場合には、前記再生部による前記コンテンツデータの再生を許可しない、ライセンス評価部と；
   を備える、コンテンツ再生装置。
2. 前記記憶媒体において、前記コンテンツデータの前記再生履歴または前記ライセンス情報の前記識別情報の少なくともいずれかのデータ破壊が生じた場合、前記記録管理部は、前記記憶媒体に記録されている前記ライセンス情報の前記識別情報を削除する、請求項１に記載のコンテンツ再生装置。
3. 前記記録管理部は、前記ライセンス情報の前記識別情報を、有効期限を示す情報と対応付けて前記記録媒体に記録し、期限が過ぎている有効期限、および当該有効期限と対応付けられているライセンス情報の識別情報を前記記憶媒体から削除する、請求項２に記載のコンテンツ再生装置。
4. 前記ライセンス情報は、対応するコンテンツデータを復号するためのコンテンツ鍵を含み、
   前記コンテンツ鍵は、前記ライセンス情報の供給対象のユーザに応じたユーザ鍵で復号可能に暗号化されており、
   前記記録管理部は、前記ライセンス情報を供給するライセンス供給装置から供給された１または２以上の前記ユーザ鍵を前記記憶媒体に記録し、前記記憶媒体において前記コンテンツデータの前記再生履歴のデータ破壊が生じた場合、前記ライセンス情報の前記識別情報に加えて前記１または２以上のユーザ鍵を前記記憶媒体から削除する、請求項２に記載のコンテンツ再生装置。
5. 前記ライセンス供給装置からの前記記憶媒体に記録されていないユーザ鍵の取得に際し、前記記録管理部は、前記記憶媒体における前記ユーザ鍵のための記憶領域が不足している場合、前記記憶媒体に記録されている前記１または２以上のユーザ鍵のうちの少なくともいずれかを削除する、請求項４に記載のコンテンツ再生装置。
6. 前記記録管理部は、前記１または２以上のユーザ鍵を、前記１または２以上のユーザ鍵ごとのデータ破壊を検出できる構造で前記記憶媒体に記録する、請求項４に記載のコンテンツ再生装置。
7. 前記情報管理部は、前記通信部から情報処理装置への前記ライセンス情報の転送に際して特定の情報を前記記憶媒体に記録し、
   前記ライセンス評価部は、前記記憶媒体に前記特定の情報が記録されている場合には、前記再生部による前記コンテンツデータの再生を許可しない、請求項２に記載のコンテンツ再生装置。
8. ライセンス情報を受信するステップと；
   ライセンス情報、および前記ライセンス情報の識別情報を記憶媒体に記録するステップと；
   前記ライセンス情報に基づいてコンテンツデータを再生するステップと；
   前記コンテンツデータの再生履歴を記録するステップと；
   前記ライセンス情報に規定される再生条件を前記再生履歴が満たしており、前記ライセンス情報の前記識別情報が前記記憶媒体に記録されている場合には、前記コンテンツデータの再生を許可するステップと；
   前記ライセンス情報の前記識別情報が前記記憶媒体に記録されていない場合には、前記コンテンツデータの再生を許可しないステップと；
   を含む、コンテンツ再生方法。
9. 前記記憶媒体において、前記コンテンツデータの前記再生履歴または前記ライセンス情報の前記識別情報の少なくともいずれかのデータ破壊が生じた場合、前記記録管理部は、前記記憶媒体に記録されている前記ライセンス情報の識別情報を削除する、請求項８に記載のコンテンツ再生方法。
   
   
   
   

Images