(57)【要約】【課題】無効とすべき鍵情報により暗号化されたコンテンツが正規のものか或いは不正なものかを正確に判定できるようにし、これによりコンテンツの不正な複製及び不正コンテンツの再生を効果的に防止する。【解決手段】暗号化コンテンツの再生要求が入力された場合に、端末における有効期限を表す第１の鍵管理情報をもとに鍵情報の有効／無効を判定する。そして、無効と判定された場合に、上記第１の鍵管理情報に設定された鍵Ａの無効化日時と、記憶メディアＭＤに記憶されたコンテンツの暗号化日時とを比較し、暗号化日時＜無効化日時の場合には該当する暗号化コンテンツを正規コンテンツと判定し、一方暗号化日時＞＝無効化日時の場合には該当する暗号化コンテンツを不正コンテンツと判定するようにしたものである。【選択図】      図７
2008020954.tif 000002
【特許請求の範囲】
【請求項１】
第１の鍵情報を用いて暗号化されたコンテンツを記憶する手段と、
前記暗号化コンテンツに対応付けて、前記第１の鍵情報を用いた暗号化の日時を表す情報を記憶する手段と、
前記暗号化コンテンツの再生に先立ち、前記第１の鍵情報が有効であるか無効であるかを判定する第１の判定手段と、
前記第１の鍵情報が無効と判定された場合に、当該第１の鍵情報が無効化された日時を表す情報と、前記記憶されている暗号化日時を表す情報とを比較する第１の比較手段と、
前記第１の比較手段の比較結果に基づいて、暗号化日時が無効化日時よりも前の場合には前記暗号化コンテンツを正規コンテンツと判定し、暗号化日時が無効化日時以降の場合に前記暗号化コンテンツを不正コンテンツと判定する第２の判定手段と
を具備することを特徴とする情報端末装置。
【請求項２】
前記第２の判定手段により前記暗号化コンテンツが正規コンテンツと判定された場合に、当該コンテンツを前記第１の鍵情報とは異なる第２の鍵情報を用いて再暗号化する手段と、
前記再暗号化されたコンテンツに対応付けて、前記第２の鍵情報を用いた再暗号化の日時を表す情報を記憶する手段と
を、さらに具備することを特徴とする請求項１記載の情報端末装置。
【請求項３】
前記第２の判定手段により前記暗号化コンテンツが不正コンテンツと判定された場合には当該コンテンツの再生及び再符号化を禁止する手段を、さらに具備することを特徴とする請求項１記載の情報端末装置。
【請求項４】
前記第１の鍵情報の有効期限を表す情報を記憶する手段と、
前記第１の判定手段により前記第１の鍵情報が有効と判定された場合に、前記記憶された第１の鍵情報の有効期限を表す情報を現在日時を表す情報と比較する第２の比較手段と、
前記第２の比較手段の比較の結果、現在日時が前記第１の鍵情報の有効期限を過ぎている場合には、当該第１の暗号鍵により暗号化されていたコンテンツを前記第１の鍵情報とは異なる第２の鍵情報を用いて再暗号化する手段と
前記再暗号化されたコンテンツに対応付けて、前記第２の鍵情報を用いた再暗号化の日時を表す情報を記憶する手段と
を、さらに具備することを特徴とする請求項１記載の情報端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばパーソナル・コンピュータや携帯電話機、ＰＤＡ（Personal Digital Assistant）、携帯型オーディオプレーヤ等の情報端末に係わり、特にコンテンツの再生機能を備えた情報端末装置に関する。
【背景技術】
【０００２】
近年、ノート型のパーソナル・コンピュータや携帯電話機等の情報端末には、通信ネットワークを介して受信するか或いはメモリカード等の記録メディアに記録されたコンテンツを再生する機能を備えた装置が多くなっている。このような情報端末を使用すると、ユーザは場所を選ばず好みの楽曲や映像を含むコンテンツを再生して楽しむことができ大変便利である。
【０００３】
ところで、上記コンテンツの著作権を保護するために、ＤＲＭ（Digital Right Management）技術を適用した情報端末が種々検討されている。例えば、コンテンツを暗号化するための鍵情報を権利サーバから取得し、当該鍵情報をもとにコンテンツを暗号化して情報端末内のメモリ又は記録メディアに保存すると共に、上記鍵情報を情報端末内のセキュアなメモリに記憶する。そして、上記暗号化コンテンツを再生する場合には、上記セキュアなメモリに記憶された上記鍵情報をもとに当該暗号化コンテンツを復号して再生する。このようにすると、上記暗号化コンテンツを上記情報端末においてのみ再生することが可能となる（例えば、特許文献１を参照。）。
【特許文献１】特開２００５−１４１３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、この種の装置では、鍵情報が流出すると暗号化コンテンツを任意の端末で復号再生することが可能となり、不正な複製が可能となる。またそればかりでなく、上記再生されたコンテンツを上記流出した鍵情報を用いて暗号化すれば、上記コンテンツのいわゆる海賊版を作製することが可能となりきわめて好ましくない。
【０００５】
そこで、次のような各種対策が考えられている。  
（１）鍵情報が流出した場合にコンテンツを速やかに再暗号化し、これにより当該暗号化コンテンツの復号を行えないようにして不正な複製を防止する。  
（２）流出した鍵情報を無効にして海賊版コンテンツを再生できないようにし、これにより海賊版コンテンツの流通を止める。  
しかし、これらの対策を実現するには、流出した鍵情報、つまり無効とすべき鍵情報により暗号化されたコンテンツが正規のものか或いは不正なものかを正確に判定する技術の確立が必要不可欠である。
【０００６】
この発明は上記事情に着目してなされたもので、その目的とするところは、無効とすべき鍵情報により暗号化されたコンテンツが正規のものか或いは不正なものかを正確に判定できるようにし、これによりコンテンツの不正な複製及び不正コンテンツの再生を効果的に防止することが可能な情報端末装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためにこの発明の一つの観点は、第１の鍵情報を用いて暗号化されたコンテンツを記憶すると共に、当該暗号化コンテンツに対応付けて上記第１の鍵情報を用いた暗号化の日時を表す情報を記憶する。そして、上記暗号化コンテンツの再生に先立ち上記第１の鍵情報が有効であるか無効であるかを判定し、無効と判定された場合に当該第１の鍵情報が無効化された日時を表す情報と上記記憶されている暗号化日時を表す情報とを比較する。この比較の結果、暗号化日時が無効化日時よりも前の場合には上記暗号化コンテンツを正規コンテンツと判定し、暗号化日時が無効化日時以降の場合には上記暗号化コンテンツを不正コンテンツと判定するようにしたものである。
【発明の効果】
【０００８】
したがって、第１の鍵情報が流出し、この流出した第１の鍵情報を用いてコンテンツが複製されたとしても、この複製されたコンテンツを再生しようとした時点で、当該複製されたコンテンツの暗号化日時と上記流出により無効化された第１の鍵情報の無効化日時とが比較される。そして、再生対象が上記複製コンテンツの場合には、その暗号化日時は無効化日時以降になる。このため、上記暗号化コンテンツは不正コンテンツと判定され、この結果再生を禁止することが可能となる。これに対し、正規コンテンツを再生しようとする場合には、その暗号化日時は無効化日時より前になる。このため、上記暗号化コンテンツは正規コンテンツと判定され、この結果当該正規コンテンツは再生可能となる。  
すなわち、流出等により無効とすべき鍵情報により暗号化されたコンテンツが正規のものか或いは不正なものかを正確に判定することができ、これによりコンテンツの不正な複製及び不正コンテンツの再生を効果的に防止することが可能な情報端末装置を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照してこの発明に係わる情報端末装置の実施形態を説明する。  
図１は、この発明に係わる情報端末装置においてＤＲＭ（Digital Right Management）を実現するシステムの一実施形態を示す概略構成図である。このシステムは、情報端末装置として使用される複数の複数の携帯端末Ｔａ〜Ｔｎを、通信ネットワークＮＷを介してサーバＳＶに接続可能としたものである。
【００１０】
サーバＳＶは、コンテンツに付与された著作権を保護するための複数のユニークな鍵情報を管理する。鍵情報は、鍵自体と、ステータス又は日時を表す情報とからなる。ステータスは、“未使用”、“有効”、“無効”のいずれかを表す。日時は、ステータスが“有効”のときには有効期限を表し、“無効”のときには無効にされた日時を表す。
【００１１】
サーバＳＶは、例えば携帯端末Ｔａ〜Ｔｎからの取得要求に応じて、鍵情報を要求元の携帯端末Ｔａ〜Ｔｎへ送信する。このとき送信される鍵情報のステータスは“有効”に設定され、日時に有効期限が設定される。また、携帯端末Ｔａ〜Ｔｎに送信した鍵情報の無効化要求がサーバの入力デバイスを用いてオペレータにより入力された場合に、該当する鍵情報のステータスを“有効”から“無効”に変更し、さらに有効期限を無効化日時に変更する。そして、この変更内容を表す情報を、当該鍵情報を使用している携帯端末Ｔａ〜Ｔｎへ通知する。
【００１２】
なお、通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えば移動通信網や無線ＬＡＮ（Local Area Network）が用いられる。
【００１３】
ところで、上記携帯端末Ｔａ〜Ｔｎは次のように構成される。図２はその構成を示すブロック図である。  
すなわち、通信ネットワークＮＷの移動通信用基地局（図示せず）から送信された無線信号は、アンテナ１１で受信されたのちアンテナ共用器（ＤＵＰ;duplexer）１２を介して受信回路（ＲＸ）１３に入力される。受信回路１３は、上記受信された無線信号を周波数シンセサイザ（ＳＹＮ）１４から出力された局部発振信号とミキシングして中間周波信号に周波数変換（ダウンコンバート）する。そして、このダウンコンバートされた中間周波信号を直交復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ１４から発生される局部発振信号の周波数は、制御ユニット２３から出力される制御信号ＳＹＣによって指示される。
【００１４】
上記受信ベースバンド信号はＣＤＭＡ（code division multiple access）信号処理部１６に入力される。ＣＤＭＡ信号処理部１６はＲＡＫＥ受信機を備える。ＲＡＫＥ受信機では、上記受信ベースバンド信号に含まれる複数のパスがそれぞれ拡散符号により逆拡散処理される。そして、この逆拡散処理された各パスの信号が位相を調停されたのち合成される。かくして、所定の伝送フォーマットの受信パケットデータが得られる。この受信パケットデータは圧縮伸長処理部（compressor/expander）（以後コンパンダと称する）１７に入力される。
【００１５】
コンパンダ１７は、通話モードが設定されているときには、上記ＣＤＭＡ信号処理部１６から出力された受信パケットデータに含まれる音声データをスピーチコーデックにより復号し、この復号により得られたディジタル音声信号をＰＣＭ（pulse code modulation）コーデック１８に出力する。ＰＣＭコーデック１８は、上記ディジタル音声信号をＰＣＭ復号してアナログスピーチ信号を出力する。このアナログスピーチ信号は、受話増幅器１９にて増幅されたのちスピーカ２０から出力される。
【００１６】
これに対しコンテンツや鍵情報のダウンロードモードが設定されているときには、コンパンダ１７は受信パケットデータに含まれている暗号化コンテンツデータ又は鍵情報を制御ユニット２３に入力する。制御ユニット２３は、上記暗号化コンテンツデータ又は鍵情報を記憶ユニット２４又は記録メディアＭＤに記憶させる。記憶ユニット２４は携帯端末内に設けられたもので、ハードディスク又は不揮発性を有する半導体メモリにより構成される。これに対し記録メディアＭＤはＮＡＮＤフラッシュメモリからなり、メモリカードインタフェース２９に着脱可能に装着される。
【００１７】
一方、通話モードにおいて、マイクロホン２１に入力された話者の音声信号は、送話増幅器２２により適正レベルまで増幅されたのち、ＰＣＭコーデック１８にてＰＣＭ符号化処理が施され、ディジタルオーディオ信号となってコンパンダ１７に入力される。また、図示しないカメラから出力されるビデオ信号は、制御ユニット２３によりディジタル化されてコンパンダ１７に入力される。
【００１８】
コンパンダ１７は、ＰＣＭコーデック１８から出力されたディジタルオーディオ信号より入力音声のエネルギ量を検出し、この検出結果に基づいて送信データレートを決定する。そして、上記ディジタルオーディオ信号を上記送信データレートに応じたフォーマットの信号に符号化し、これによりオーディオデータを生成する。また、制御ユニット２３から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。そして、これらのオーディオデータ及びビデオデータを多重分離部（multiplexer/demultiplexer）で所定の伝送フォーマットに従いパケット化し、この送信パケットデータをＣＤＭＡ信号処理部１６へ出力する。なお、制御ユニット２３から各種要求データが出力された場合にも、この要求データを上記送信パケットデータに多重化する。
【００１９】
ＣＤＭＡ信号処理部１６は、上記コンパンダ１７から出力された送信パケットデータに対し、送信チャネルに割り当てられた拡散符号を用いてスペクトラム拡散処理を施す。そして、その出力信号を送信回路（ＴＸ）１５へ出力する。送信回路１５は、上記スペクトラム拡散された信号をＱＰＳＫ（Quadrature Phase Shift Keying）方式又はＱＡＭ（Quadrature Amplitude Modulation）方式等のディジタル変調方式を使用して変調する。そして、この変調により生成された送信信号を、周波数シンセサイザ１４から発生される局部発振信号と合成して無線信号に周波数変換する。そして、制御ユニット２３により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、共用器１２を介してアンテナ１１に供給され、このアンテナ１１から基地局へ向けて送信される。
【００２０】
なお、ディスプレイ２８には、再生されたコンテンツのビデオデータや、コンテンツのインデックスデータ、携帯端末の動作モードを表す情報、着信の報知情報、バッテリ１６の残量又は充電状態を表す情報が表示される。電源回路２６は、バッテリ２５の出力をもとに所定の動作電源電圧Ｖccを生成して各回路部に供給する。バッテリ２５は図示しない充電回路により充電される。
【００２１】
ところで、制御ユニット２３はマイクロコンピュータにより構成され、この発明を実現する上で必要な新たなアプリケーション・プログラムとして、鍵管理制御プログラムと、正規／不正判定プログラムと、コンテンツ再暗号化制御手段と、コンテンツ再生制御プログラムとを備えている。
【００２２】
鍵管理制御プログラムは、サーバＳＶから取得した鍵情報をもとに、第１の鍵管理情報と、第２の鍵管理情報とを作成する。第１の鍵管理情報は、携帯端末における上記鍵情報の有効期限を管理するもので、記憶ユニット２４に記憶される。この有効期限は、例えばサーバＳＶが設定された有効期限と同一に設定される。なお、この第１の鍵管理情報を以後単に端末情報と称する。第２の鍵管理情報は、鍵情報ごとに、当該鍵情報を用いてコンテンツを暗号化した日時（付与日時）と、当該鍵情報の使用期限とを管理するもので、暗号化コンテンツと共に記憶メディアＭＤに記憶される。また鍵管理制御プログラムは、上記第１及び第２の鍵管理情報の内容を、サーバＳＶからの鍵情報の無効通知や、有効期限切れ又は使用期限切れの発生に応じて更新する。
【００２３】
正規／不正判定プログラムは、暗号化コンテンツの再生要求が入力された場合に、先ず上記第１の鍵管理情報をもとに鍵情報の有効／無効を判定する。そして、無効の場合に、上記第１の鍵管理情報に設定された無効化日時と上記第２の鍵管理情報に設定された暗号化日時とを比較し、暗号化日時＜無効化日時の場合には該当する暗号化コンテンツを正規コンテンツと判定し、一方暗号化日時＞＝無効化日時の場合には該当する暗号化コンテンツを不正コンテンツと判定する。
【００２４】
コンテンツ再暗号化制御手段は、上記正規／不正判定プログラムにより再生対象の暗号化コンテンツが正規コンテンツと判定された場合に、サーバＳＶから予め取得しておいた予備の鍵情報をもとに上記暗号化コンテンツを再暗号化する。またそれと共にコンテンツ再暗号化制御手段は、暗号化コンテンツの再生要求が入力された場合に、現在日時を上記第１の鍵管理情報に設定された有効期限と比較する。そして、現在日時が有効期限を過ぎている場合、つまり端末における鍵情報の有効期限が切れた場合に、サーバＳＶから当該鍵情報を再取得してこの鍵情報をもとに第１の鍵管理情報（端末情報）を書き替える。そして、この書き替え後の鍵情報が無効になっていた場合には、予め取得した上記予備の鍵情報を用いて上記暗号化コンテンツを再暗号化する。
【００２５】
コンテンツ再生制御プログラムは、上記正規／不正判定プログラムにより再生対象の暗号化コンテンツが正規コンテンツと判定された場合に当該暗号化コンテンツを復号再生し、一方不正コンテンツと判定された場合には当該暗号化コンテンツの再生及び再暗号化を禁止する。またこの場合、コンテンツを再生できない旨のメッセージをディスプレイ２８に表示させる。
【００２６】
次に、以上のように構成された携帯端末によるコンテンツ再生処理動作を説明する。なお、ここでは携帯端末Ｔａを例にとって説明する。図３はその制御手順と制御内容を示すフローチャート、図４は図３中における再生許否判定処理手順と処理内容を示すフローチャートである。
【００２７】
（１）正規コンテンツの再生  
携帯端末Ｔａの制御ユニット２３は、ステップＳ２１で所望の暗号化コンテンツαをダウンロードし、このダウンロードされた暗号化コンテンツαをステップＳ２２により記憶メディアＭＤに記憶させる。また、それに続いてステップＳ２３により、上記暗号化コンテンツαの暗号化に使用された鍵情報をサーバＳＶから取得する。鍵情報は、鍵自体とその有効期限とから構成される。なお、鍵情報は、予め暗号化コンテンツαに組み込まれている状態のものをダウンロードするようにして、ステップＳ２２とステップＳ２３とを同時に行ってもよい。
【００２８】
上記鍵情報を取得すると携帯端末Ｔａの制御ユニット２３は、ステップＳ２４により上記取得された鍵情報をもとに第１の鍵管理情報（端末情報）を作成する。この第１の鍵管理情報は、自端末Ｔａにおける上記鍵の有効期限を表す情報である。例えば、いま図５のＳ５１に示すようにサーバＳＶから鍵Ａとその有効期限「2005/09/01」からなる鍵情報を取得したとする。この場合携帯端末Ｔａは、図５のＳ５２に示すように上記鍵Ａとその有効期限「2005/09/01」をそのまま第１の鍵管理情報（端末情報）として設定する。そして、この端末情報を記憶ユニット２４に記憶させる。
【００２９】
続いて携帯端末Ｔａは、ステップＳ２５において、記憶メディアＭＤにコンテンツに対応付けて記憶させるための第２の鍵管理情報を作成する。例えば、上記暗号化コンテンツαをダウンロードした日時が「2005/08/01」だったとする。この場合携帯端末Ｔａは、このダウンロード日時をコンテンツαの暗号化日時「2005/08/01」（付与日時）として設定する。また、それと共に記憶メディアＭＤにおける当該鍵Ａの使用期限を設定する。この使用期限は、例えば現在の日時から４日後に設定される。そして、このように設定された付与日時及び使用期限を、図５のＳ５３に示すように第２の鍵管理情報として上記コンテンツαに対応付けて記憶メディアＭＤに記憶させる。
【００３０】
さて、この状態でユーザが、例えば図５に示すように「2005/08/02」に、入力デバイス２７を操作して上記コンテンツαの再生要求を入力したとする。そうすると携帯端末Ｔａの制御ユニット２３は、上記再生要求の入力をステップＳ２６により検出してステップＳ２７に移行し、このステップＳ２７で上記コンテンツαの再生許否判定処理を次のように実行する。
【００３１】
すなわち、先ずステップＳ３１により、再生対象のコンテンツαに対応する鍵Ａが“有効”であるか“無効”であるかを第１の鍵管理情報をもとに判定する。この判定の結果、“有効”であれば、続いてステップＳ３２により記憶メディアＭＤにおける鍵の使用期限が切れているか否かを第２の鍵管理情報をもとに判定する。この判定の結果、いまは使用期限（2005/08/05）＞＝現在日時（2005/08/02）なので、続いてステップＳ３３により端末における鍵Ａの有効期限が切れているか否かを第１の鍵管理情報をもとに判定する。この判定の結果、いまは有効期限（2005/09/01）＞＝現在日時（2005/08/02）であるので、ステップＳ３４により再生可能とする。  
すなわち、図５のＳ５４に示すように鍵Ａが有効であり、さらに使用期限＞＝現在日時でかつ有効期限＞＝現在日時の条件を満たしている場合には、Ｓ５５のように再生を許可する。
【００３２】
一方、上記ステップＳ３２における使用期限の判定の結果、記憶メディアＭＤにおける鍵Ａの使用期限が切れていたとする。例えば、図５のＳ５６に示すように使用期限（2005/08/05）＜現在日時（2005/08/06）だったとする。この場合制御ユニット２３は、ステップＳ３５により端末Ｔａにおける鍵Ａの有効期限が切れているか否かを第１の鍵管理情報をもとに判定する。この判定の結果、いまは有効期限（2005/09/01）＞＝現在日時（2005/08/06）なので、ステップＳ３６に移行して使用期限の延長処理を行った上で再生を許可する（図５のＳ５７）。例えば、図５では鍵Ａの使用期限を５日間延長し、Ｓ５８に示すように第２の鍵管理情報を書き替える。
【００３３】
そうして、再生拒否判定が終了すると携帯端末Ｔａの制御ユニット２３は、図３に示すようにステップＳ２８に移行し、ここで上記再生許否判定においてコンテンツαの再生が許可されたか否かを確認する。そして、上記したように再生が許可された場合には、ステップＳ２９に移行してここで上記暗号化コンテンツαの復号再生処理を実行する。
【００３４】
例えば、暗号化コンテンツαがオーディオコンテンツであれば、この暗号化コンテンツαを記憶メディアＭＤから読み出したのち上記鍵Ａを用いて復号し、コンパンダ１７に供給する。そうすると上記オーディオコンテンツは、コンパンダ１７で伸長されたのちＰＣＭコーデック１８によりアナログ信号に変換され、しかるのち増幅器１９を介してスピーカ２０から出力される。
【００３５】
（２）鍵が流出したときの正規コンテンツの判定と再暗号  
携帯端末が使用中の鍵が流出したことが判明すると、サーバＳＶでは該当する鍵についてそのステータスが“無効”に変更され、日時が有効期限から無効化日時に変更される。例えば、図６に示すように2005/08/12に鍵Ａの流出が判明すると、サーバＳＶはＳ６１に示すように鍵Ａについて無効化日時を上記2005/08/12に設定する。そして、予備の鍵Ｂのステータスを“有効”に設定すると共に、有効期限を例えば2005/10/01に設定する。続いてサーバＳＶは、上記変更された鍵情報を当該鍵をＡを使用している携帯端末Ｔａに通知する。
【００３６】
上記変更された鍵情報が通知されると携帯端末Ｔａは、第１の鍵管理情報を上記変更された鍵情報をもとに更新する。例えば、図６のＳ６２に示すように鍵Ａのステータスを“無効”にしてその無効化日時（2005/08/12）を設定する。またそれと共に、予備の鍵Ｂを新たに登録してその有効期限を設定する。なお、第２の鍵管理情報は図６のＳ６３に示すようにここでは変更しない。
【００３７】
この状態でコンテンツαの再生要求が入力されると、携帯端末Ｔａの制御ユニット２３は図４に示す手順に従いコンテンツの再生拒否判定を行う。すなわち、先ずステップＳ３１により、鍵Ａは“有効”であるか“無効”であるかを第１の鍵管理情報をもとに判定する。この判定の結果、鍵Ａは“無効“になっているので、制御ユニット２３はステップＳ４１に移行し、ここで上記鍵Ａによるコンテンツαの暗号化日時（付与日時）と上記無効化日時とを比較する。そしてこの比較の結果、図６の場合には付与日時（2005/08/01）＜無効化日時（2005/08/12）であるため、Ｓ６４に示すように上記コンテンツαを正規コンテンツと見なし、鍵Ａを鍵Ｂに変更する。そして、制御ユニット２３はステップＳ４２に移行してコンテンツαを鍵Ｂにより再暗号化し、ステップＳ４３により再生可能とする（図６のＳ６５）。なお、上記再暗号化の終了後、制御ユニット２３は図６のＳ６６に示すように記憶メディアＭＤに記憶されている第２の鍵管理情報を再暗号化後の内容に更新する。  
かくして、鍵Ａが流出した場合でも、再生対象コンテンツαが正規コンテンツであれば、当該コンテンツαは再生可能となる。
【００３８】
（３）鍵が流出したときの不正コンテンツの排除  
鍵の流出が判明してから、サーバＳＶの通知に従い携帯端末Ｔａが第１の鍵管理情報を更新するまでの処理は、図７のＳ７１，Ｓ７２に示すように先に図６のＳ６１，Ｓ６２で述べた処理と同じである。
【００３９】
さて、上記流出した鍵Ａを使用して不正コンテンツが作成されたとする。この鍵Ａにより暗号化された新たなコンテンツβは、記憶メディアＭＤに記憶される。また、このとき制御ユニット２３は、上記コンテンツβに対し第２の鍵管理情報を作成し、この作成した第２の管理情報を記憶メディアＭＤに記憶する。例えば、図７においてはＳ７３に示すように、上記コンテンツβを鍵Ａで暗号化した日時「2005/08/13」を付与日時として設定し、さらに記憶メディアＭＤにおける当該鍵Ａの使用期限を例えば「2005/08/18」に設定する。
【００４０】
また、上記不正コンテンツの再生要求が入力されると、携帯端末Ｔａの制御ユニットは、図４に示す手順に従いコンテンツの再生拒否判定を行う。すなわち、先ずステップＳ３１により、鍵Ａは“有効”であるか“無効”であるかを第１の鍵管理情報をもとに判定する。この判定の結果、鍵Ａは“無効“になっているので、制御ユニット２３はステップＳ４１に移行し、ここで上記鍵Ａによるコンテンツβの暗号化日時（付与日時）と無効化日時とを比較する。そしてこの比較の結果、図７の場合には付与日時（2005/08/13）＞＝無効化日時（2005/08/12）であるため、Ｓ７４に示すように上記暗号化コンテンツβを不正コンテンツと見なし、ステップＳ４４により再生不可とする。また同時に当該コンテンツβの再暗号化も不可とする。なお、この場合制御ユニット２３は、ステップＳ３０に移行して再生不可メッセージを作成し、この再生不可メッセージをディスプレイ２８に表示させる。  
かくして、鍵Ａが流出し、この流出鍵Ａを用いてコンテンツが複製された場合でも、当該コンテンツは不正コンテンツとして確実に排除され、再生は防止される。したがって、結果的に複製コンテンツの流通も防止される。
【００４１】
なお、再生不可、再暗号化を不可に設定することに限定されず、不正コンテンツであると見なした場合に、不正コンテンツ自体を消去する（又は不正コンテンツの鍵を消去する）ように制御したり、該当不正コンテンツが存在すること（又は不正コンテンツの鍵）を外部（例えばサーバＳＶ）に送信するように制御したりしてもよい。
【００４２】
（４）端末情報の書き換えと正規コンテンツの判定及び再暗号化  
鍵情報の流出が判明すると、サーバＳＶでは図８のＳ８１に示すように該当する鍵情報が無効化されると共に予備の鍵情報が有効化され、さらにこの無効化された鍵情報及び有効化された予備の鍵情報が携帯端末Ｔａに通知される。ところが、通信ネットワークＮＷの障害等により、上記無効化された鍵情報及び有効化された予備の鍵情報が端末Ｔａに届かないことも起こりうる。この場合携帯端末Ｔａでは、図８のＳ８２に示すように端末Ｔａにおける鍵の有効期限を表す第１の鍵管理情報は更新されない。
【００４３】
この状態でユーザがコンテンツαの再生要求を入力したとする。そうすると携帯端末Ｔａの制御ユニット２３は、ステップＳ２７により再生対象コンテンツαの再生拒否判定を行う。この判定において、記憶メディアＭＤにおける鍵Ａの使用期限が切れておらず、かつ端末Ｔａにおける鍵Ａの有効期限が切れていなければ、上記暗号化コンテンツαは前記（１）で述べたようにそのまま再生可能となる。また、図８のＳ８４に示すように使用期限のみが切れていた場合には、Ｓ８５，Ｓ８６に示すように当該鍵Ａの使用期限の延長処理が行われた上で、上記暗号化コンテンツαは再生可能となる。
【００４４】
これに対し、図８のＳ８７に示すように端末Ｔａにおける鍵Ａの有効期限が切れていたとする。この場合制御ユニット２３は、図４に示すようにステップＳ３８に移行し、ここでサーバＳＶから鍵Ａに関する最新の情報を取得し、この取得した最新の鍵情報をもとに第１の鍵管理情報を更新する。例えば、いまサーバＳＶから取得した鍵情報が図８のＳ８１に示すように、鍵Ａが無効化され、かつ予備の鍵Ｂが有効になっていたとすると、第１の鍵管理情報はＳ８９に示すように上記鍵情報の内容にそのまま更新される。
【００４５】
続いて制御ユニット２３は、ステップＳ３９において上記更新された第１の鍵管理情報をもとに鍵Ａは“有効”であるか“無効”であるかを判定する。この場合、鍵Ａは無効化されている。このため、制御ユニット２３はステップＳ４１に移行し、ここで上記鍵Ａによるコンテンツαの暗号化日時（付与日時）と上記無効化日時とを比較する。そしてこの比較の結果、図８の場合には付与日時（2005/08/01）＜無効化日時（2005/08/12）であるため、上記コンテンツαを正規コンテンツと見なし、鍵Ａを鍵Ｂに変更する。そして、制御ユニット２３はステップＳ４２に移行し、ここで図８のＳ９０に示すようにコンテンツαを予備の鍵Ｂにより再暗号化したのち、ステップＳ４３により再生可能とする。なお、上記再暗号化の終了後、制御ユニット２３は図８のＳ９１に示すように記憶メディアＭＤに記憶されている第２の鍵管理情報を再暗号化後の内容に更新する。
【００４６】
このように、鍵Ａが無効化された時点でサーバＳＶからその旨の通知を受信できなかった場合でも、端末Ｔａにおける鍵Ａの有効期限切れをトリガとしてサーバＳＶから上記無効化された鍵情報が再取得されて、第１の鍵管理情報（端末情報）が更新される。そして、この再取得された鍵情報をもとにコンテンツαが正規コンテンツであるか不正コンテンツであるかが判定され、正規コンテンツαであればその再生が可能となる。
【００４７】
（５）端末情報の書き換えと不正コンテンツの判定及び排除  
サーバＳＶから送信される無効化された鍵情報を受信できない状態で、当該無効化された鍵Ａを用いて不正コンテンツβが作成され、この不正コンテンツβの再生要求が入力されたとする。この場合、第１の鍵管理情報は更新されておらず、鍵Ａは“有効”のままになっている。このため、携帯端末Ｔａの制御ユニット２３は、ステップＳ３１からステップＳ３２に移行して、記憶メディアＭＤにおける鍵Ａの使用期限が切れているか否かを判定する。この判定の結果、例えば図９のＳ９４に示すように使用期限が切れていたとすると、制御ユニット２３は次にステップＳ３５において端末Ｔａにおける鍵Ａの有効期限が切れているか否かを判定する。そして、この判定の結果、有効期限が切れていなければ、ステップＳ３６により使用期限を延長する処理を行った上で、ステップＳ３７により再生可能とする。すなわち、この場合には不正コンテンツβは再生されてしまう。
【００４８】
しかしながら、上記不正コンテンツβを再生可能な状態は端末Ｔａにおける鍵Ａの有効期限内に限定され、有効期限が切れた後は再生不可能となる。すなわち、図９のＳ９７に示すように端末Ｔａにおける鍵Ａの有効期限が切れていたとする。この場合制御ユニット２３は、図４に示すステップＳ３８に移行し、ここでサーバＳＶから鍵Ａに関する最新の情報を取得し、この取得した最新の鍵情報をもとに第１の鍵管理情報を更新する。例えば、いまサーバＳＶから取得した鍵情報が図９のＳ９１に示すように、鍵Ａが無効化され、かつ予備の鍵Ｂが有効になっていたとすると、第１の鍵管理情報はＳ９９に示すように上記鍵情報の内容にそのまま更新される。
【００４９】
続いて制御ユニット２３は、ステップＳ３９において上記更新された第１の鍵管理情報をもとに鍵Ａは“有効”であるか“無効”であるかを判定する。この場合、鍵Ａは無効化されている。このため、制御ユニット２３はステップＳ４１に移行し、ここで上記鍵Ａによるコンテンツの暗号化日時（付与日時）と上記無効化日時とを比較する。そしてこの比較の結果、図９の場合にはＳ１００に示すように付与日時（2005/08/13）＞＝無効化日時（2005/08/12）であるため、ステップＳ４４において上記コンテンツβを不正コンテンツとする。また、同時に当該コンテンツβの再暗号化も不可とする。なお、この場合制御ユニット２３はステップＳ３０に移行して再生不可メッセージを作成し、この再生不可メッセージをディスプレイ２８に表示させる。  
なお、再生不可、再暗号化を不可に設定することに限定されず、不正コンテンツであると見なした場合に、不正コンテンツ自体を消去する（又は不正コンテンツの鍵を消去する）ように制御したり、該当不正コンテンツが存在すること（又は不正コンテンツの鍵）を外部（例えばサーバＳＶ）に送信するように制御したりしてもよい。
【００５０】
このように、鍵Ａが無効化された時点でサーバＳＶからその旨の通知を受信できなかった場合でも、端末Ｔａにおける鍵Ａの有効期限切れをトリガとしてサーバＳＶから上記無効化された鍵情報が再取得されて、第１の鍵管理情報（端末情報）が更新される。そして、この再取得された鍵情報をもとにコンテンツαが正規コンテンツであるか不正コンテンツであるかが判定され、この判定の結果不正コンテンツであればその再生及び再暗号化は禁止される。したがって、サーバＳＶから無効化された鍵情報を受信できなかったとしても、不正コンテンツを再生可能な状態が半永久的に続くことはなくなる。
【００５１】
以上述べたようにこの実施形態では、暗号化コンテンツの再生要求が入力された場合に、端末における有効期限を表す第１の鍵管理情報をもとに鍵情報の有効／無効を判定する。そして、無効と判定された場合に、上記第１の鍵管理情報に設定された鍵Ａの無効化日時と、記憶メディアＭＤに記憶されたコンテンツの暗号化日時とを比較し、暗号化日時＜無効化日時の場合には該当する暗号化コンテンツを正規コンテンツと判定し、一方暗号化日時＞＝無効化日時の場合には該当する暗号化コンテンツを不正コンテンツと判定するようにしている。したがって、流出等により無効とすべき鍵情報により暗号化されたコンテンツが正規のものか或いは不正なものかを正確に判定することができ、これによりコンテンツの不正な複製及び不正コンテンツの再生を効果的に防止することができる。
【００５２】
また、端末における有効期限が切れた時点で、サーバＳＶから鍵情報を再取得して第１の鍵管理情報を更新し、この更新された第１の鍵管理情報をもとにコンテンツの正規／不正を判定するようにしている。このため、鍵Ａが無効化された時点でサーバＳＶからその旨の通知を受信できなかった場合でも、上記更新された鍵管理情報をもとにコンテンツの正規／不正判定を行うことが可能となり、これにより不正コンテンツを再生可能な状態が半永久的に続く不具合を防止できる。さらに、正規コンテンツと判定された場合でも、当該コンテンツを予備の鍵Ｂにより再暗号化するようにしている。すなわち、鍵が定期的に更新されてコンテンツが強制的に再暗号化される。したがって、システムのリニューアビリティを確保することができる。
【００５３】
なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では端末における鍵の有効期限が切れた時点でサーバＳＶから鍵情報を再取得して第１の鍵管理情報を更新するようにした。しかし、これに限らず、記憶メディアＭＤに記憶した鍵の使用期限が切れた時点でサーバＳＶから鍵情報を再取得して第１の鍵管理情報を更新するようにしてもよい。このようにすると、さらに短い周期で第１の鍵管理情報を更新することができ、これにより不正コンテンツが再生可能な状態になっている期間を短縮することができる。
【００５４】
また前記実施形態では、既に暗号化されたコンテンツをダウンロード又は記憶メディアにより取得し、その鍵情報をサーバから取得する場合を例にとって説明した。しかし、暗号化前のコンテンツを取得し、このコンテンツをサーバから取得した鍵情報をもとに暗号化して保存するようにしてもよい。また、記憶メディアは外付けのものでもよいし、内部の記憶部に記憶するものでもよい。
【００５５】
その他、鍵の構成や暗号化アルゴリズム、コンテンツの再生拒否判定手順とその内容、情報端末装置の種類とその構成などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００５６】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００５７】
【図１】この発明に係わる情報端末装置においてＤＲＭを実現するシステムの一実施形態を示す概略構成図である。
【図２】図１に示したシステムで使用される携帯端末の構成を示すブロック図である。
【図３】図２に示した携帯端末による鍵管理制御及びコンテンツ再生制御の手順と制御内容を示すフローチャートである。
【図４】図３に示したフローチャートのうち再生許否判定処理の手順と処理内容を示すフローチャートである。
【図５】図２に示した携帯端末における正規コンテンツの再生処理動作を説明するための図である。
【図６】図２に示した携帯端末における鍵情報が流出したときの正規コンテンツの再生処理動作を説明するための図である。
【図７】図２に示した携帯端末における鍵情報が流出したときの不正コンテンツの排除処理動作を説明するための図である。
【図８】図２に示した携帯端末における端末情報の書き替え処理と正規コンテンツの再生処理動作を説明するための図である。
【図９】図２に示した携帯端末における端末情報の書き替え処理と不正コンテンツの排除処理動作を説明するための図である。
【符号の説明】
【００５８】
ＳＶ…サーバ、ＮＷ…通信ネットワーク、Ｔａ〜Ｔｎ…携帯端末、ＭＤ…記録メディア、  １１…アンテナ、１２…アンテナ共用器（ＤＵＰ）、１３…受信回路（ＲＸ）、１４…周波数シンセサイザ（ＳＹＮ）、１５…送信回路（ＴＸ）、１６…ＣＤＭＡ信号処理部、１７…コンパンダ、１８…ＰＣＭコーデック、１９…受話増幅器、２０…スピーカ、２１…マイクロホン、２２…送話増幅器、２３…制御ユニット、２４…記憶ユニット、２５…バッテリ、２６…電源回路、２７…入力デバイス、２８…ディスプレイ、２９…メモリカードインタフェース。
【図１】
2008020954.tif 000003
【図２】
2008020954.tif 000004
【図３】
2008020954.tif 000005
【図４】
2008020954.tif 000006
【図５】
2008020954.tif 000007
【図６】
2008020954.tif 000008
【図７】
2008020954.tif 000009
【図８】
2008020954.tif 000010
【図９】
2008020954.tif 000011