(57)【要約】    【課題】  コンテンツデータのレンタル業務を、例えばユーザの不正な権利利用等を防止しつつ適切に実行する。【解決手段】  レンタル用ユーザ鍵データＫｕｒｅｎ１〜３、及びコンテンツ鍵データＫｃｒｅｎ１〜３は、それぞれ管理用メタデータＭ１〜Ｍ３、Ｍ１’〜Ｍ３’を含んでいる。管理用メタデータには、有効期限を示す利用終了日時等のデータが含まれる。【選択図】  図１
2006025243.tif 000002
【特許請求の範囲】
【請求項１】
媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と、前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末とを用い、前記記憶媒体が接続されたユーザ端末が適宜ライセンスセンタにアクセスして各種データを取得することを可能にされた記憶媒体処理方法において、
前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する発行ステップと、
前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定する判定ステップと、
前記判定ステップによる判定結果に基づき、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする消去／使用不可能化ステップと
を備えたことを特徴とする記憶媒体処理方法。
【請求項２】
前記発行ステップは、前記ユーザ端末の時計が示す時間のズレ量を検知するステップを含み、前記ズレ量が所定値よりも小さい場合に、前記コンテンツ鍵データ及び前記ユーザ鍵データの発行が許可される請求項１記載の記憶媒体処理方法。
【請求項３】
前記管理用データは、前記コンテンツデータの最新の再生日時を示す最新再生日時データを含み、
前記コンテンツデータの再生要求のあった時刻が前記最新日時データよりも前である場合、矛盾情報を発行して以後の前記コンテンツデータの再生を拒否する請求項１記載の記憶媒体処理方法。
【請求項４】
前記判定ステップ及び前記消去／使用不可能化ステップは、前記ユーザ端末が前記ライセンスセンタにアクセスしている間に前記ライセンスセンタにより実行される請求項１記載の記憶媒体処理方法。
【請求項５】
前記判定ステップ及び前記消去／使用不可能化ステップは、前記ユーザ端末により定期的に実行される請求項１記載の記憶媒体処理方法。
【請求項６】
前記ユーザ鍵データは、前記コンテンツ鍵データと一対一に対応するように発行される請求項１記載の記憶媒体処理方法。
【請求項７】
前記ユーザ鍵データは、有効期限が同一である前記コンテンツ鍵データにより共有されるように発行される請求項１記載の記憶媒体処理方法。
【請求項８】
前記管理用データは、前記コンテンツ鍵データが格納されている前記記憶媒体の番地の情報を含んでおり、
前記判定ステップは、この番地情報の一致／不一致の情報に基づいて前記継続使用の可否を判定する
ことを特徴とする請求項１記載の記憶媒体処理方法。
【請求項９】
媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と接続され、前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末を介して前記記憶媒体のデータ処理を行なう記憶媒体処理装置において、
前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する鍵発行部と、
前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定し、継続使用が不適切であると判定される場合、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする指示を行なう判定部と
を備えたことを特徴とする記憶媒体処理装置。
【請求項１０】
前記鍵発行部は、前記ユーザ端末の時計が示す時間のズレ量を検知し、前記ズレ量が所定値よりも小さい場合に、前記コンテンツ鍵データ及び前記ユーザ鍵データの発行を行なう請求項９記載の記憶媒体処理装置。
【請求項１１】
前記管理用データは、前記コンテンツデータの最新の再生日時を示す最新再生日時データを含み、
前記コンテンツデータの再生要求のあった時刻が前記最新日時データよりも前である場合、矛盾情報を生成して以後の前記コンテンツデータの再生を拒否する
請求項９記載の記憶媒体処理装置。
【請求項１２】
前記管理用データは、前記コンテンツ鍵データが格納されている前記記憶媒体の番地の情報を含んでおり、
前記判定部は、この番地情報の一致／不一致の情報に基づいて前記継続使用の可否を判定する
ことを特徴とする請求項９記載の記憶媒体処理装置。
【請求項１３】
媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と、
前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末と
を用い、
前記記憶媒体が接続されたユーザ端末が適宜ライセンスセンタにアクセスして各種データを取得することを可能にする記憶媒体処理方法に用いられる記憶媒体処理プログラムであって、
前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する発行ステップと、
前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定する判定ステップと、
前記判定ステップによる判定結果に基づき、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする消去／使用不可能化ステップと
を実行可能なように構成された記憶媒体処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化二重鍵方式に対応する記憶媒体を、ユーザ端末を介してライセンスセンタ装置とオンライン接続することにより、ユーザ端末がライセンスセンタ装置からコンテンツ等を取得することができるようにした記憶媒体処理方法、記憶媒体処理装置及びプログラムに関するものである。
【背景技術】
【０００２】
近年、情報化社会の発展に伴い、本、新聞、音楽又は動画などを電子化したコンテンツをユーザ端末に配信し、コンテンツを閲覧可能とするコンテンツ流通システムが広く用いられてきている。
但し、電子化したコンテンツ（以下、単にコンテンツという）は、容易に複製可能なため、著作権を無視する違法行為が生じ易い。このような違法行為からコンテンツを保護する観点から、コンテンツは、通常、暗号化鍵により、暗号化されて記録され、再生時に復号される。この種のコンテンツ保護技術には、ＣＰＲＭ（Content Protection for Prerecorded Media）があり、例えばＳＤオーディオ(SD-Audio)、ＳＤビデオ(SD-video)、ＳＤイー・パブリッシュ(SD-ePublish：ＳＤ電子出版)のように規格化された暗号化鍵方式を用いている（例えば、非特許文献１参照）。この非特許文献１で採用されている暗号化鍵方式は、タイトル鍵をメディア固有鍵で一重に暗号化する暗号化一重鍵方式である。一方、以下のようにコンテンツ鍵がユーザ鍵及びメディア固有鍵で二重に暗号化された暗号化二重鍵方式が考えられている（例えば、非特許文献２参照）。この種の暗号化二重鍵方式は、例えばＭＱｂｉｃ（登録商標）に用いられている。
【０００３】
図１０は係るＭＱｂｉｃにおいて採用されている暗号化二重鍵方式に対応したＳＤカード及びユーザ端末の構成を示す模式図である。ここで、ＳＤカードＳＤｑは、データをセキュアに記憶したセキュア記憶媒体の一例であり、システム領域(System Area)１、秘匿領域(Hidden Area)２、保護領域(Protected Area)３、ユーザデータ領域(User Data Area)４及び暗復号部５を備えており、各領域１〜４にデータが記憶されている。
【０００４】
このようなＳＤカードＳＤｑは、具体的には、システム領域１には鍵管理情報ＭＫＢ(Media Key Block)及びメディア識別子ＩＤｍが記憶され、秘匿領域２にはメディア固有鍵Ｋｍｕが記憶され、保護領域３には暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ、Ｋｕ）が記憶され、ユーザデータ領域４には暗号化コンテンツ鍵Ｅｎｃ（Ｋｔ、Ｋｃ）が記憶されている。なお、Ｅｎｃ（Ａ、Ｂ）の表記は、本明細書中ではデータＡにより暗号化されたデータＢを意味する。ここで、ユーザ鍵Ｋｕは、コンテンツ鍵Ｋｃに対する暗号化／復号鍵であり、同一のＳＤカードＳＤｑでは複数個の暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ、Ｋｃ１）、Ｅｎｃ（Ｋｕ、Ｋｃ２）、…に対しても、共通に使用される。また、ＳＤカードＳＤｑの添字ｑは、ＭＱｂｉｃ（登録商標）に対応する旨を表す。
【０００５】
ここで、システム領域１は、読取専用でＳＤカード外部からアクセス可能な領域である。秘匿領域２は、読取専用でＳＤカード自身が参照する領域であり、外部からのアクセスが一切不可となっている。保護領域３は、認証に成功した場合にＳＤカード外部から読出／書込可能な領域である。ユーザデータ領域４は、ＳＤカード外部から自由に読出／書込可能な領域である。暗復号部５は、保護領域３とＳＤカード外部との間で、認証、鍵交換及び暗号通信を行なうものであり、暗号化／復号機能をもっている。
【０００６】
このようなＳＤカードＳＤｑに対し、再生用のユーザ端末１０ｑは以下のように論理的に動作する。すなわち、ユーザ端末１０ｑでは、ＳＤカードＳＤｑのシステム領域１から読み出した鍵管理情報ＭＫＢを、予め設定されたデバイス鍵ＫｄによりＭＫＢ処理し（Ｓ１）、メディア鍵Ｋｍを得る。次に、ユーザ端末１０ｑは、このメディア鍵Ｋｍと、ＳＤカードＳＤｑのシステム領域１から読み出したメディア識別子ＩＤｍとを共にハッシュ処理し（Ｓ２）、メディア固有鍵Ｋｍｕを得る。
【０００７】
しかる後、ユーザ端末１０ｑは、このメディア固有鍵Ｋｍｕに基づいて、ＳＤカードＳＤｑの暗復号部５との間で認証及び鍵交換（ＡＫＥ： Authentication Key Exchange）処理を実行し（Ｓ３）、ＳＤカードＳＤｑとの間でセッション鍵Ｋｓを共有する。なお、ステップＳ３の認証及び鍵交換処理は、暗復号部５に参照される秘匿領域２内のメディア固有鍵Ｋｍｕと、ユーザ端末１０ａに生成されたメディア固有鍵Ｋｍｕとが一致するときに成功し、セッション鍵Ｋｓが共有される。
続いて、ユーザ端末１０ｑは、セッション鍵Ｋｓを用いた暗号通信を介して保護領域３から暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ、Ｋｕ）を読み出すと（Ｓ４）、この暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ、Ｋｕ）をメディア固有鍵Ｋｍｕにより復号処理し（Ｓ５）、ユーザ鍵Ｋｕを得る。
【０００８】
最後に、ユーザ端末１０ｑは、ＳＤカードＳＤｑのユーザデータ領域４から暗号化コンテンツ鍵Ｅｎｃ（Ｋｔ、Ｋｃ）を読出すと、この暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ、Ｋｃ）をユーザ鍵Ｋｕにより復号処理し（Ｓ５ｑ）、コンテンツ鍵Ｋｃを得る。最後に、ユーザ端末１０ａは、メモリ１１ｑから暗号化コンテンツＥｎｃ（Ｋｃ、Ｃ）を読出すと、この暗号化コンテンツＥｎｃ（Ｋｃ、Ｃ）をコンテンツ鍵Ｋｃにより復号処理し（Ｓ６）、得られたコンテンツＣを再生する。なお、上記の例では、暗号化コンテンツは、ユーザ端末１０ｑ内のメモリ１１ｑに記憶されるとしたが、外部の記憶媒体に記憶されていてもよい。
【０００９】
以上のような暗号化二重鍵方式は、保護領域３よりも記憶容量が大きいユーザデータ領域４に暗号化コンテンツ鍵を保持するので、暗号化一重鍵方式よりも大量の暗号化コンテンツ鍵を保存できる利点がある。また、暗号化二重鍵方式は、暗号化コンテンツをＳＤカード外部に保持できることから、暗号化コンテンツの流通を促すことが期待されている。
さらに、暗号化二重鍵方式では、各ＳＤカードには識別子としてのメディア識別子が付与されており、メディアＩＤごとに固有のユーザ鍵（メディア固有鍵）が発行される。このメディア固有鍵によりユーザ鍵が暗号化されて、ＳＤカードの保護領域（プロテクトエリア）に格納される。ユーザ鍵の暗号化はメディア識別子に依存しており、また正当なプレイヤーでしか復号できない。このため、侵害者がコンテンツ鍵のみをユーザデータ領域から不正にコピーしたとしても、コンテンツを取得することはできないようになっている。
【００１０】
【非特許文献１】４Ｃ  エンティティ、ＬＬＣ、［online］、インターネット＜ＵＲＬ  ：http://www.4Centity.com/、平成１６年６月１４日検索＞
【非特許文献２】ＩＴ情報サイト・ＩＴｍｅｄｉａニュース［online］、インターネット＜ＵＲＬ：http://www.itmedia.co.jp/news/0307/18/njbt_02.html、平成１６年６月１４日検索＞
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上述のように、ユーザ鍵Ｋｕは、同一のＳＤカードＳＤｑでは複数個の暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ、Ｋｃ１）、Ｅｎｃ（Ｋｕ、Ｋｃ２）、…に対しても、共通に使用される。
ところで、このようなコンテンツ流通システムにおいて、コンテンツデータのレンタル業務を行なおうと考えた場合、コンテンツの貸出し期限等を厳正に管理して、貸出し期限を超える不正利用を排除するための仕組みが必要となる。
しかし、従来のシステムは、ユーザ鍵が１つしかなく、この１つのユーザ鍵では、コンテンツのレンタル業務を、例えばユーザの不正な権利利用等を防止しつつ適切に実行することは困難となると思われる。
【課題を解決するための手段】
【００１２】
この発明に係る記憶媒体処理方法は、媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と、前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末とを用い、前記記憶媒体が接続されたユーザ端末が適宜ライセンスセンタにアクセスして各種データを取得することを可能にされた記憶媒体処理方法において、前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する発行ステップと、前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定する判定ステップと、前記判定ステップによる判定結果に基づき、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする消去／使用不可能化ステップとを備えたことを特徴とする。
【００１３】
この発明に係る記憶媒体処理装置は、媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と接続され、前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末を介して前記記憶媒体のデータ処理を行なう記憶媒体処理装置において、前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する鍵発行部と、前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定し、継続使用が不適切であると判定される場合、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする指示を行なう判定部とを備えたことを特徴とする。
【００１４】
この発明に係る記憶媒体処理プログラムは、媒体識別子データと、この媒体識別子データに基づいて生成可能な媒体固有鍵データと、この媒体固有鍵データによりユーザ鍵データが復号可能に暗号化されてなる暗号化ユーザ鍵データと、前記ユーザ鍵データによりコンテンツ鍵データが復号可能に暗号化されてなる暗号化コンテンツ鍵データとが記憶された記憶媒体と、前記コンテンツ鍵データによりコンテンツデータが復号可能に暗号化されてなる暗号化コンテンツデータを保持したユーザ端末とを用い、前記記憶媒体が接続されたユーザ端末が適宜ライセンスセンタにアクセスして各種データを取得することを可能にする記憶媒体処理方法に用いられる記憶媒体処理プログラムであって、前記ユーザ端末からの要求に応じて、所定の有効期限までの前記コンテンツデータの利用をユーザに許可するため、前記コンテンツ鍵データと前記ユーザ鍵データとを、前記コンテンツ鍵データ又は前記ユーザ鍵データの有効期限のデータを含む管理用データと共に発行する発行ステップと、前記管理用データを参照して、前記ユーザ鍵データ又は前記コンテンツ鍵データの継続使用の可否を判定する判定ステップと、前記判定ステップによる判定結果に基づき、前記ユーザ鍵データ又は前記コンテンツ鍵データを消去又は使用不可能とする消去／使用不可能化ステップとを実行可能なように構成されたことを特徴とする。
【発明の効果】
【００１５】
この発明によれば、コンテンツ鍵データ、ユーザ鍵データの継続使用の可否が管理用データの参照により判定されるので、コンテンツデータのレンタル業務を、例えばユーザの不正な権利利用等を防止しつつ適切に実行することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の各実施形態について図面を参照しながら説明する。  
図１は本発明の実施形態に係る記憶媒体処理システムの構成を示す模式図である。図１０と同種の部分には同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。
【００１７】
具体的には本実施形態のシステムは、図１に示すように、ＳＤカードＳＤｑを着脱自在に保持するユーザ端末２０がネットワーク３０を介してライセンスセンタ装置４０に通信可能となっている。
ＳＤカードＳＤｑに記憶される各種データを、図２を参照して説明する。このＳＤカードＳＤｑでは、ユーザ鍵Ｋｕが１つではなく、コンテンツデータの種類等に応じて複数種類のユーザ鍵データＫｕが、保護領域３にメディア固有鍵Ｋｍｕにより暗号化されて格納され得る。この実施の形態では、ユーザ鍵データＫｕは、コンテンツのレンタル用のユーザ鍵データＫｕｒｅｎ（以下、レンタル用ユーザ鍵データＫｕｒｅｎと称する）と、コンテンツ販売用（売り切り用）のユーザ鍵Ｋｕｓｅｌｌ（以下、販売用ユーザ鍵データＫｕｓｅｌｌと称する）の２種類に分けられる。更に、各種共通する属性毎に、レンタル用ユーザ鍵データＫｕｒｅｎを別個に設けるようにすることができる。この実施の形態では、異なるレンタル用コンテンツデータＣｒｅｎｉ（ｉ＝１、２、３・・・）ごとに（異なるコンテンツ鍵データＫｃｒｅｎｉごとに）、一対一対応でレンタル用ユーザ鍵データＫｕｒｅｎｉ（ｉ＝１、２、３・・・）が設けられるものとする。
【００１８】
各レンタル用ユーザ鍵データＫｕｒｅｎ１〜３は、それぞれ管理用メタデータＭ１、Ｍ２、Ｍ３を含んでいる。また、対応するコンテンツ鍵データＫｃｒｅｎ１〜３は、それぞれ管理用メタデータＭ１’、Ｍ２’、Ｍ３’を含んでいる。
管理用メタデータＭ１〜Ｍ３、Ｍ１’〜Ｍ３’の内容について、図３を用いて説明する。レンタル用ユーザ鍵データＫｕｒｅｎｉに含まれる管理用メタデータＭｉ（ｉ＝１、２、３・・・）は、対応するコンテンツデータＣｒｅｎｉの（１）利用開始日時、（２）利用終了日時のデータとを含んでいる。これらのデータは、更新を必要とする性質のものではないので、書換えは行なわれない。必要があれば、改竄等を防止するため、公知の改竄防止技術（電子透かし技術等）を用いてもよい。
【００１９】
一方、コンテンツ鍵データＫｃｒｅｎｉに含まれる管理用メタデータＭｉ’（ｉ＝１、２、３・・・）は、管理用メタデータＭｉと同様、コンテンツデータＣｒｅｎｉの（１）利用開始日時及び（２）利用終了日時のデータを有する他、次のようなデータを含んでいる。
（３）最大再生度数（コンテンツデータＣｒｅｎｉの再生をすることができる回数の上限）
（４）最大オフライン再生度数（ユーザ端末２０がライセンスセンタ装置４０と接続されていない状態（オフライン状態）において、コンテンツデータＣｒｅｎｉの再生をすることができる回数の上限）
（５）再生度数（コンテンツデータＣｒｅｎｉの再生を行なった回数）
（６）オフライン再生度数（オフライン状態においてコンテンツデータＣｒｅｎｉの再生を行なった回数）
（７）最新利用日時（オンライン／オフラインを問わず、コンテンツデータＣｒｅｎｉを最後に再生した日時）
（８）矛盾情報（矛盾情報（詳しくは後述する）の有無を示す）
上記データのうち、少なくとも（５）〜（８）は、コンテンツデータＣｒｅｎｉの再生状況に応じて、順次書き換えられるものである。
なお、管理用メタデータＭｉ’として記憶するデータの種類は、上記のものに限定されるものではない。例えば、（６）オフライン再生度数に代えて又はこれと並列に、オフライン状態での再生時間を示す「オフライン再生時間」のデータを含ませるようにしてもよい。
【００２０】
なお、販売用ユーザ鍵データＫｕｓｅｌｌは、複数の販売用コンテンツ鍵データＫｃｓｅｌｌｉ（ｉ＝１、２、３・・・）の購入に兼用することができる。勿論、レンタル用ユーザ鍵データＫｕｒｅｎと同様に、コンテンツや販売業者等ごとに別々の販売用ユーザ鍵データＫｃｓｅｌｌを設けることも可能である。販売用コンテンツデータとその鍵データは、本発明の主眼とするところとは関係が薄いので、以下では詳しい説明は省略する。なお、この実施の形態では、販売用ユーザ鍵Ｋｕｓｅｌｌ、販売用コンテンツ鍵Ｋｃｓｅｌｌｉには管理用メタデータは付加されないものとして説明するが、商品管理等のために類似のメタデータを付加しても良いことはいうまでもない。
【００２１】
図１に戻って、ユーザ端末２０は、メモリ２１、ダウンロード部２２、ＳＤカード処理部２３、及び制御部２５を備えており、例えばパーソナルコンピュータ、携帯電話又は携帯情報端末（ＰＤＡ）等のように、ＳＤカードＳＤｑを着脱自在に保持する電子機器であれば任意のデバイスが使用可能となっている。
ここで、メモリ２１は、他の各部２２〜２５から読出／書込可能な記憶領域であり、例えば暗号化されたレンタル用コンテンツデータＥｎｃ（Ｋｃｒｅｎｉ、Ｃｒｅｎｉ）や、販売用コンテンツデータＥｎｃ（Ｋｃｓｅｌｌｉ、Ｃｓｅｌｌｉ）が記憶される。
【００２２】
ダウンロード部２２は、制御部２５により制御され、ライセンスセンタ装置４０から暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ、Ｋｃ）やユーザ鍵をダウンロードする機能を有しており、例えばブラウザ等が使用可能となっている。ＳＤカード処理部２３は、制御部２５により制御され、ＳＤカードＳＤｑとの間の認証機能、暗号通信機能及び各領域１、３、４の記憶内容を読出／書込及び消去する機能をもっている。制御部２５は、通常のコンピュータ機能と、ユーザの操作に応じて他の各部２１〜２４を制御する機能とを有している。
【００２３】
ライセンスセンタ装置４０は、ホストコンピュータ４１、メディア識別子データベース４２、ユーザ鍵データベース４３、コンテンツ鍵データベース４４、管理情報データベース４５、及び権利発行済みコンテンツＩＤデータベース４７を備えている。
ホストコンピュータ４１は、ユーザ端末２０からネットワーク３０を介してコンテンツ鍵送信要求を受けた場合、所定の認証プロセスを経た後、要求に係る新しいコンテンツ鍵データを発行し、これをネットワーク３０を介してユーザ端末２０に送信するコンテンツ鍵発行部として機能する。また、ホストコンピュータ４１は、ユーザ端末２０からネットワーク３０を介してユーザ鍵配信要求を受けた場合、データベース４２等にアクセスし、要求に係るユーザ鍵データを発行すると共に、そのユーザ鍵データ等をネットワーク３０を介してユーザ端末２０に送信するユーザ鍵発行部として機能する。また、管理メタデータＭｉ’を参照して、ＳＤカードＳＤｑが保有するレンタル用ユーザ鍵データＫｕｒｅｎｉ、レンタル用コンテンツ鍵データＫｃｒｅｎｉの継続使用の可否を判定する判定部として機能する。
【００２４】
メディア識別子データベース４２は、各ＳＤカードが有するメディア識別子ＩＤｍのデータを保持するものである。ユーザ鍵データベース４３は、各ＳＤカードＳＤｑが有する各種のユーザ鍵のデータを保存するためのものである。
コンテンツ鍵データベース４４は、各種コンテンツ鍵データを保持するものである。管理情報データベース４５は、上述の管理用メタデータＭ１〜Ｍ３、Ｍ１’〜Ｍ３’を保持するものである。
権利発行済みコンテンツＩＤデータベース４７は、ユーザ端末２０のユーザの要求に応じて発行したコンテンツデータのコンテンツＩＤを、当該ユーザ端末２０に挿入されたＳＤカードＳＤｑのメディア識別子ＩＤｍと対応付けて保持するものである。
【００２５】
セキュリティモジュール５１は、ユーザ鍵Ｋｕ及びコンテンツ鍵Ｋｃの暗復号処理を実行する装置であり、管理用鍵取得部５２及び鍵暗号化管理部５３を備えている。管理用鍵取得部５２は、ホストコンピュータ４１から読出可能に管理用鍵を保持するものである。鍵暗号化管理部５３は、ホストコンピュータ４１から管理用鍵が設定される機能と、この管理用鍵に基づいて、ホストコンピュータ４１から受けた管理用の暗号化ユーザ鍵及び管理用の暗号化コンテンツ鍵をそれぞれ復号し、ユーザ鍵及びコンテンツ鍵を得る機能と、コンテンツ鍵と基本メタデータとをユーザ鍵で暗号化し、得られた暗号化コンテンツ鍵（基本メタデータを含む）と購入日等の（付加的な）メタデータとをホストコンピュータ４１に送信する機能とを持っている。
【００２６】
次に、以上のように構成された記憶媒体処理システムによる記憶媒体処理方法を図４〜図７を参照して説明する。
管理用メタデータＭｉ、Ｍｉ’中の「利用終了日時」のデータを用いて、有効期限切れのレンタル用ユーザ鍵データＫｕｒｅｎｉの削除処理を行なう手順を、図４を参照して説明する。
一例として、６月６日に、ユーザ端末２０がライセンスセンタ装置４０にアクセスした場合において、レンタル用ユーザ鍵データＫｕｒｅｎ１、Ｋｕｒｅｎ２、Ｋｕｒｅｎ３がＳＤカードＳＤｑに記憶されていると想定する。レンタル用ユーザ鍵Ｋｕｒｅｎ１、Ｋｕｒｅｎ２、Ｋｕｒｅｎ３の「利用終了日時」のデータ（管理用メタデータＭｉ’の一部）は、それぞれ６月７日、６月１０日、６月１３日であると想定する。
【００２７】
そして、６月６日から２日後の６月８日に、再びユーザ端末２０がライセンスセンタ装置４０にアクセスしたと考える。この場合、ライセンスセンタ装置４０は、管理情報データベース４５等に記憶されている管理用メタデータＭｉ、Ｍｉ’中の「利用終了日時」のデータを用いて、レンタル用ユーザ鍵データＫｕｒｅｎ１の利用終了日時が経過しているのを検知する。そして、このレンタル用ユーザ鍵データＫｕｒｅｎ１の削除命令をＳＤカード処理部２３に送信する。ＳＤカード処理部２３は、この削除命令に基づいて、このレンタル用ユーザ鍵データＫｕｒｅｎ１を削除する。このとき、対応するコンテンツ鍵データＫｃｒｅｎ１、及びコンテンツデータＣｒｅｎ１を同時に削除することも可能である。
【００２８】
このように、レンタル用コンテンツ鍵データＫｃｒｅｎｉだけでなく、対応するレンタル用ユーザ鍵Ｋｕｒｅｎｉにも、有効期限（利用終了日時）を含んだ管理用メタデータＭｉを含ませておくことには、次のようなメリットがある。
レンタル用コンテンツ鍵データＫｃｒｅｎｉのみに管理用メタデータＭｉ’を含ませておいても、ライセンスセンタ装置４０は、有効期限経過時にはそのレンタル用コンテンツ鍵データＫｃｒｅｎｉを削除処理することにより、以後のコンテンツデータの不正利用を防止することはできる。ただし、ユーザがレンタル用コンテンツ鍵データＫｃｒｅｎｉを別の記憶媒体にバックアップコピーしておくことにより、レンタル用コンテンツを有効期限経過後も不正に利用することが起こり得る。
【００２９】
上記実施の形態のように、レンタル用コンテンツ鍵データＫｃｒｅｎｉとレンタル用ユーザ鍵Ｋｕｒｅｎｉとの両方に管理用メタデータＭｉ、Ｍｉ’を含ませておくことにより、このような不正を防止することができる。この場合には、バックアップコピーしたレンタル用コンテンツ鍵データＫｃｒｅｎｉをＳＤカードＳＤｑに戻しても、そのときには対応するレンタル用ユーザ鍵データＫｕｒｅｎｉが有効期限切れにより削除されているからである。それでも、コンテンツごとに異なるＳＤカードを用意することにより、レンタル用ユーザ鍵データの削除も回避して、不正利用を続けることは理論的には可能である。しかし、ＳＤカード自体の価格等も考えると、こうした行為は割に合わないことになる。従って、上記の方法により、実質的にレンタル用コンテンツデータの不正使用を抑止することができると考えられる。
【００３０】
次に、管理用メタデータＭｉ、Ｍｉ’中の「利用開始日時」データ、「利用終了日時」データ、及び「最新利用日時」データを用いて、コンテンツデータの不正利用を防止する手法を図５を用いて説明する。この手法は、ユーザがユーザ端末２０の時計の日付を例えば何日か戻した上で、オフラインでコンテンツを再生することにより、利用可能期間を不当に長くすること防止するのに有効である。
すなわち、レンタルしたコンテンツデータの第１回目の再生の時は、利用開始日時と利用終了日時との間の任意の日時で再生をすることができるが（図５（ａ）参照）、この再生を行なうと、その再生日時が管理用メタデータＭ１’の「最新利用日時データ」として記憶される。
【００３１】
すると、次の第２回目の再生時においては、コンテンツデータが利用可能日時が、「最新利用日時」と「利用終了日時」との間の限られた時間（再生可能時間Ｔｐ）となる（同図（ｂ）参照）。この第２回目の再生が行なわれた場合、この第２回目の再生の時刻が「最新利用日時」として更新記録され、次の再生可能時刻は、この更新された「最新利用日時」と「利用終了日時」との間の時間となる。このようにして、再生が繰り返されるごとに、再生可能時間Ｔｐが段々短くなっていく。このため、ユーザがユーザ端末２０の時計を不当に操作して、レンタル用コンテンツデータを不正に利用しようとしても、時計をこの限られた再生可能時間Ｔｐの間に設定することが次第に困難となる。誤って時計をこの再生可能時間Ｔｐ外に設定した場合には、ＳＤカード処理部２３は、これを「矛盾情報」として判断し、管理用メタデータＭｉ’に、矛盾履歴として記憶させる。矛盾情報が記録された場合、以後は、レンタル用ユーザ鍵Ｋｕｒｅｎｉの更新を行なわない限り、コンテンツデータの利用が不可能となる。このようにして、レンタル用コンテンツデータの不正利用が抑止される。
なお、ユーザの故意ではない理由（停電や電池切れ等）により、ユーザ端末２０の内部時計が不正確になることがあり、その場合に矛盾情報が記録されるのは好ましくない。そこで、ユーザ端末２０がライセンスセンタ装置４０にオンライン接続された場合、ユーザ端末２０の内部時計のズレが検知され、このズレが自発的又は受動的に修正されるようにすることにより、矛盾情報が発生することを防止するのが好適である。
【００３２】
次に、上記の手法を実施するステップを含んだ、この記録媒体処理システムにおける新規のレンタル用コンテンツデータの取得の手順、及びコンテンツデータの再生の手順を、図６及び図７に示すフローチャートを参照して説明する。
まず、ユーザ端末２０がライセンスセンタ装置４０と接続されると（Ｓ１１）、ライセンスセンタ装置４０は、自身が有する時刻情報と比較して、ユーザ端末２０の内部時計が正確か否かを判定する（Ｓ１１−１）。時計のズレが許容値を超えている場合（ＮＯ）、ライセンスセンタ装置４０は、ユーザ端末２０に対し、時計の調整を指示して（Ｓ１１−２）、時計の調整が完了するまではコンテンツデータ等の取得をユーザ端末２０に許可しない。ユーザ端末２０の内部時計のズレがあると、オフラインでレンタル用コンテンツデータが再生される場合、「最新利用日時」データが適切に更新されなくなる虞があるためである。このように、時計の修正をユーザに手動で行なわせる代わりに、ユーザ端末２０が、ライセンスセンタ装置４０が有する時刻情報を検知して、これに基づいて自動的に自身の内部時計の修正を行なうようにしてもよい。或いは、ユーザ端末２０の内部時計をいわゆる電波時計とすることにより、このＳ１１−１、２の手順を省略することも可能である。
【００３３】
ユーザ端末２０の内部時計が正確である場合（Ｓ１１−１のＹＥＳ）、ライセンスセンタ装置４０は、コンテンツ鍵ＳＤカードＳＤｑが有するレンタル用ユーザ鍵Ｋｕｒｅｎｉの少なくとも１つを更新する一方、利用終了日時が経過したレンタル用ユーザ鍵Ｋｕｒｅｎｉの削除処理（図４参照）を実行する（Ｓ１２）。
【００３４】
続いてライセンスセンタ装置４０は、ユーザ端末２０に対し、レンタル利用を希望するレンタル用コンテンツデータのコンテンツＩＤを選択させる。その後、ライセンスセンタ装置４０は、指定されたコンテンツＩＤに対応するレンタル用コンテンツデータＣｒｅｎｉを、ユーザ端末２０に転送する（Ｓ１３）。この選択されたコンテンツＩＤと、ＳＤカードＳＤｑのメディア識別子ＩＤｍとの関連は、ライセンスセンタ装置４０の権利発行済みコンテンツＩＤデータベース４７に登録される（Ｓ１４）。課金決済が完了すると（Ｓ１５）、ＳＤカードＳＤｑ内に、選択したコンテンツＩＤに対応するレンタル用コンテンツ鍵データＫｃｒｅｎｉがダウンロードされる（Ｓ１６）。このレンタル用コンテンツ鍵データＫｃｒｅｎｉには、前述のような管理用メタデータＭｉ’が付加されている。
【００３５】
図７は、図６に示す手順で取得されたレンタル用コンテンツデータＣｒｅｎｉの再生手順を示している。ユーザがユーザ端末２０を起動すると（Ｓ２１）、ユーザ端末２０はＭＱｂｉｃ対応のＳＤカードＳＤｑをサーチする（Ｓ２２）。
ＳＤカードＳＤｑの存在が検知されない場合には（Ｓ２３のＮＯ）ユーザにＭＱｂｉｃ対応のＳＤカードＳＤｑの挿入を要求する（Ｓ２４）。ＳＤカードＳＤｑの存在が検知された場合には（Ｓ２３のＹＥＳ）、ユーザ端末２０は、検知されたＳＤカードＳＤｑ内に保有されるコンテンツ鍵データＫｃｒｅｎｉをサーチし、そのコンテンツの名称を、図示しないディスプレイに表示する（Ｓ２５）。
【００３６】
ユーザは、図示しないユーザ端末２０の操作パネルを操作して、表示されたコンテンツの名称の中から、実行（再生）したいコンテンツを選択する（Ｓ２６）。
ユーザ端末２０は、選択されたコンテンツのコンテンツＩＤを特定すると共に、そのコンテンツＩＤに対応する管理用メタデータＭｉ’を、ＳＤカードＳＤｑ内から読み出す（Ｓ２７）。選択されたコンテンツデータがレンタル用である場合、読み出された管理用メタデータＭｉ’中には、前述のように、「利用終了日時」データ、「再生度数」データ、「オフライン生成度数」データ及び「最大再生度数」データが含まれている。ユーザ端末２０は、これらのデータに基づき、選択されたレンタル用コンテンツデータが、有効期限内であるか、又は再生度数が最大再生度数以下であるか否かを判定する（Ｓ２８）。
【００３７】
判定が否定的（ＮＯ）、すなわち、有効期限を超過しているか、又は最大再生度数を超過していると判定される場合、ユーザ端末２０は図示しないディスプレイにその旨表示し（Ｓ２８−１）、対応するレンタル用ユーザ鍵データＫｕｒｅｎを削除して（Ｓ２８−２）、Ｓ２５に戻る。なお、最大再生度数を超過していないが、それに近付いている場合に、権利の更新を推奨するメッセージを表示するようにしてもよい。
Ｓ２８の判定が肯定的（ＹＥＳ）である場合、管理用メタデータＭｉ’の「矛盾情報」データに、矛盾履歴が含まれているか否かを判定し、含まれている場合には、ユーザ端末２０のディスプレイ（図示せず）に、レンタル用ユーザ鍵Ｋｕｒｅｎｉの権利更新を要求する旨のメッセージを表示する（Ｓ３０）。権利更新即ちレンタル用ユーザ鍵Ｋｕｒｅｎｉの有効期限の延長等がなされた場合（Ｓ３１）、Ｓ３２はスキップして後述するＳ３３に移行する。
【００３８】
Ｓ２９の判定が否定的（ＮＯ）である場合、管理用メタデータＭｉ’の「オフライン再生回数」データ及び「最大オフライン再生回数」データを参照して、前者が後者以上であるか否かが判定される（Ｓ３２）。判定が肯定的である場合には、ユーザ端末２０のディスプレイ（図示せず）に、レンタル用ユーザ鍵Ｋｕｒｅｎｉの権利更新を要求する旨のメッセージを表示する（Ｓ３０）。権利更新即ちレンタル用ユーザ鍵Ｋｕｒｅｎｉの有効期限の延長等がなされた場合（Ｓ３１）、後述するＳ３３に移行する。  
【００３９】
Ｓ３２の判定が否定的（ＮＯ）である場合、選択したコンテンツのコンテンツＩＤに対応するコンテンツデータが、ユーザ端末２０のメモリ２１から検索される（Ｓ３３）。対応するコンテンツデータが見つからない場合には（Ｓ３４のＮＯ）、ユーザ端末２０のディスプレイ（図示せず）に、対応するコンテンツデータが格納された記憶媒体（例えばＤＶＤ等）の挿入を要求する（Ｓ３５）。対応する記憶媒体を所持していない場合には、図６に示すフローを実行して、コンテンツデータを取得する。対応するコンテンツデータがメモリ２１から検索された場合、ＳＤカードＳＤｑのユーザデータ領域４から、選択されたコンテンツＩＤに対応するレンタル用コンテンツ鍵データＫｃｒｅｎを読出す（Ｓ３６）。
【００４０】
その後、読み出されたレンタル用コンテンツ鍵データＫｃｒｅｎｉでレンタル用コンテンツデータＣｒｅｎｉを復号して再生を実行すると共に、管理用メタデータＭｉ’を更新する（Ｓ３７）。更新した管理メタデータＭｉ’は、再びレンタル用ユーザ鍵Ｋｕｒｅｎｉを用いて暗号化され、ＳＤカードＳＤｑのユーザデータ領域４に格納される。なお、この再生時の時刻が、管理用メタデータＭｉ’中の「最新利用日時」データが示す時刻よりも前である場合等（図５参照）には、矛盾履歴を生成し、これを「矛盾情報」データに含めて管理用メタデータＭｉ’の更新を行なう。これにより、次回の再生時には、Ｓ３０において権利更新が要求され、レンタル用コンテンツデータの不正使用が防止される。
なお、上記のフローでは、まずコンテンツＩＤを指定し、このコンテンツＩＤに対応するレンタル用コンテンツ鍵データＫｃｒｅｎをサーチするようにしていたが、逆にまずレンタル用コンテンツ鍵データＫｃｒｅｎを指定し、これに対応するコンテンツＩＤをサーチするようにしても構わない。
【００４１】
上記の実施の形態では、１つのレンタル用コンテンツ鍵データＫｃｒｅｎｉ毎に、１つのレンタル用ユーザ鍵データＫｕｒｅｎｉが一対一の対応関係となるよう設定される構成を説明した。しかし、例えば、図８に示すように、管理用メタデータＭｉ’の一部である「利用終了日時」データが共通する複数のレンタル用コンテンツ鍵データＫｃｒｅｎｉ（図８ではｉ＝１〜３）により、１つのレンタル用ユーザ鍵データＫｕｒｅｎｉが共有されるようにしてもよい。
また、上記の実施の形態では、有効期限切れのレンタル用ユーザ鍵データ等が検出されたとき、これを削除処理する構成を有するものとしたが、削除処理する代わりに、鍵データを使用不可能な状態に変更するのみとしてもよい。
【００４２】
図９は、図１及び図２に示した例とは別の管理用メタデータ等の記憶方式を示している。この図９に示す例では、レンタル用ユーザ鍵Ｋｕｒｅｎは、複数の異なるレンタル用コンテンツ鍵データＫｃｒｅｎｉについて共通としている。そして、保護領域３に格納されるレンタル用ユーザ鍵Ｋｕｒｅｎには、管理用メタデータＭｉは直接には付加されていない。ユーザデータ領域４に格納されるレンタル用コンテンツ鍵データＫｃｒｅｎｉにのみ管理用メタデータＭｉ’が付加されている。このレンタル用ユーザ鍵Ｋｕｒｅｎの、各レンタル用コンテンツ鍵データＫｃｒｅｎｉ毎の管理は、上記の管理用メタデータＭｉ’を、管理用メタデータ確認ファイル６としてユーザデータ領域４に格納することにより行なう。これにより、実質的に複数のレンタル用ユーザ鍵Ｋｕｒｅｎが準備されるのと同様に、各レンタル用コンテンツ鍵データ毎の管理が可能となっている。
【００４３】
この管理用メタデータ確認ファイル６には、各レンタル用コンテンツ鍵データＫｃｒｅｎｉ毎の管理用メタデータＭｉ’と、そのレンタル用コンテンツ鍵データＫｃｒｅｎｉが記録されている番地（クラスタ番号）のデータｃｌｉが含まれている。
レンタル用コンテンツ鍵データＫｃｒｅｎｉの継続使用の可否の判定は、この管理用メタデータ確認ファイル６を参照することにより行なうことができる。すなわち、管理用メタデータ確認ファイル６中のクラスタ番号ｃｌｉと、対応するレンタル用コンテンツ鍵データＫｃｒｅｎｉが実際に格納されているクラスタの番号との一致／不一致により、上記判定を行なうことができる。
管理用メタデータ確認ファイル６含まれているクラスタ番号ｃｌｉの情報が参照されることにより、コンテンツデータの不正使用が防止される。例えば他の記憶媒体にバックアップしておいたレンタル用コンテンツ鍵データＫｃｒｅｎｉを、ユーザが再びユーザデータ領域４にリストアして（戻して）コンテンツデータを不正利用することを防止することができる。リストアしても、権利取得時と同じクラスタにコンテンツ鍵データが戻される可能性は極めて低いためである。
この方式の別のメリットは、保護領域３へのアクセス回数が減少することにより、応答速度が速まり、ユーザのストレスを軽減させることができるということである。
【００４４】
また、本発明における記憶媒体は、上述の実施の形態で用いたＳＤカードだけでなく、例えばメモリカード機能とＩＣカード機能を併せ持ったＭＯＰＡＳＳ（登録商標）カードにも適用し得る。書換えが頻繁に行なわれる管理用メタデータをＩＣカード機能部に格納することにより、ＳＤカードを用いた場合に比べ応答速度の向上が期待できる。
【００４５】
なお、上記各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行しても良い。
【００４６】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【００４７】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【００４８】
なお、本願発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態に係る記憶媒体処理システムの構成を示す模式図である。
【図２】ＳＤカードＳＤｑに記憶される各種データを説明する。
【図３】管理用メタデータＭ１〜Ｍ３、及びＭ１’〜Ｍ３’の内容について説明する。
【図４】管理用メタデータＭｉ、Ｍｉ’中の「利用終了日時」のデータを用いて、有効期限切れのレンタル用ユーザ鍵データＫｕｒｅｎｉの削除処理を行なう手順を説明する。
【図５】管理用メタデータＭｉ、Ｍｉ’中の「利用開始日時」データ、「利用終了日時」データ、及び「最新利用日時」データを用いて、コンテンツデータの不正利用を防止する手法を説明する。
【図６】この記録媒体処理システムにおける新規のレンタル用コンテンツデータの取得の手順を説明する。
【図７】この記録媒体処理システムにおけるコンテンツデータの再生の手順を説明する。
【図８】ＳＤカードＳＤｑに記憶される各種データの別の例を説明する。
【図９】ＳＤカードＳＤｑに記憶される各種データの別の例を説明する。
【図１０】ＭＱｂｉｃ（登録商標）において採用されている暗号化二重鍵方式に対応したＳＤカード及びユーザ端末の構成を示す模式図である。
【符号の説明】
【００５０】
ＳＤｑ・・・ＳＤカード、１・・・システム領域、  ２・・・秘匿領域、  ３・・・保護領域、  ４・・・ユーザデータ領域、  ５・・・暗復号部、  ２０・・・ユーザ端末、  ２１・・・メモリ、  ２２・・・ダウンロード部、  ２３・・・ＳＤカード処理部、  ２５・・・制御部、  ４０・・・ライセンスセンタ装置、  ４１・・・ホストコンピュータ、  ４２・・・メディア鍵データベース、  ４３・・・マスタユーザ鍵データベース、  ４４・・・サービスユーザ鍵データベース、    ４６・・・コンテンツ鍵データベース、  ４７・・・権利発行済みコンテンツＩＤデータベース、  ５１・・・セキュリティモジュール５１、  ５２・・・管理用鍵取得部、５３・・・鍵暗号化管理部。
【図１】
2006025243.tif 000003
【図２】
2006025243.tif 000004
【図３】
2006025243.tif 000005
【図４】
2006025243.tif 000006
【図５】
2006025243.tif 000007
【図６】
2006025243.tif 000008
【図７】
2006025243.tif 000009
【図８】
2006025243.tif 000010
【図９】
2006025243.tif 000011
【図１０】
2006025243.tif 000012