(57)【要約】【構成】コンテンツ再生装置１０はＣＰＵ１８を含み、ＣＰＵ１８は、再生処理の開始時に、メモリカード１２との間で認証処理を実行する。再生装置１０は、認証処理に成功すると、メモリカード１２から暗号化音楽データの復号鍵を取得することができる。したがって、別途取得した暗号化コンテンツデータを復号鍵を用いて復号して、音楽データを再生することができる。このような認証処理においては、登録された識別番号に対応する証明書データから始まる順序で、証明書データが用いられ、認証処理に失敗する毎に次の識別番号に更新される。結果として、認証処理に成功した証明書データについての識別番号が登録され、次回以降の認証処理で使用される。【効果】既に使用できない証明書データを使用しないので、無駄な認証処理を省略でき、短時間で再生開始することができる。【選択図】　図１
2004015257.tif 000002
【特許請求の範囲】
【請求項１】
着脱可能な記録媒体との間で証明書データを用いて認証処理を実行し、前記認証処理に成功したとき前記記録媒体のコンテンツを再生するコンテンツ再生装置において、
登録された識別番号に対応する証明書データから始まる順序で前記認証処理を実行する認証手段、
前記認証処理に失敗すると未使用の証明書データの識別番号を特定する特定手段、および
前記登録された識別番号を前記特定手段によって特定された識別番号に更新する更新手段を備えることを特徴とする、コンテンツ再生装置。
【請求項２】
前記特定手段は前記認証処理に失敗した証明書データの次の証明書データの識別番号を特定し、
前記更新手段は前記認証処理に失敗する毎に更新を行う、請求項１記載のコンテンツ再生装置。
【請求項３】
前記コンテンツは暗号化された状態で前記記録媒体に記録され、前記認証処理によって得られる復号鍵によって前記コンテンツを復号する復号手段をさらに備える、請求項１または２記載のコンテンツ再生装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明はコンテンツ再生装置に関し、特にたとえば着脱可能な記録媒体との間で証明書データを用いて認証処理を実行し、認証処理に成功したとき記録媒体のコンテンツを再生する、コンテンツ再生装置に関する。
【０００２】
【従来の技術】
従来のこの種のコンテンツ再生装置の一例が、平成１４年１月２５日付で出願公開された特開２００２−２６９００号公報［Ｈ０４Ｌ　９／３２，Ｇ０６Ｆ　１２／１４，Ｇ１０Ｌ　１９／００，Ｈ０４Ｎ　５／９１，Ｈ０４Ｎ　５／９２］に開示されている。図８に示すように、このデータ再生装置１は、たとえば、携帯電話機２に設けられる。データ再生装置１は、ユーザからの指示に応じてメモリカード３に記憶された暗号化された音楽データ（暗号化音楽データ）の再生処理を実行する。コントローラ４は、認証データ保持部６から認証データ｛ＫＰｐｘ／／Ｃｒｔｆｘ｝ＫＰｍａを読み出し、これをメモリインタフェース７を介してメモリカード３へ入力する。たとえば、認証データ保持部６は、｛ＫＰｐ１／／Ｃｒｔｆ１｝ＫＰｍａおよび｛ＫＰｐ２／／Ｃｒｔｆ２｝ＫＰｍａの２個の認証データを保持しており、コントローラ４は、｛ＫＰｐ１／／Ｃｒｔｆ１｝ＫＰｍａ，｛ＫＰｐ２／／Ｃｒｔｆ２｝ＫＰｍａの順序で認証データを読み出す。
【０００３】
一方、メモリカード３は、携帯電話機２から入力される認証データ｛ＫＰｐｘ／／Ｃｒｔｆｘ｝ＫＰｍａを受理し、復号処理を施す。つまり、受理した認証データ｛ＫＰｐｘ／／Ｃｒｔｆｘ｝ＫＰｍａが公開認証鍵ＫＰｍａによって復号される。この復号処理結果を用いて、認証データ｛ＫＰｐｘ／／Ｃｒｔｆｘ｝ＫＰｍａが正規の認証データであるか否かが判断される。メモリカード３において、認証データを復号できなかった場合には、メモリカード３からコントローラ４に認証データ不受理の出力が与えられる。一方、認証データを復号できた場合には、メモリカード３は、取得した証明書Ｃｒｔｆｘが禁止クラスリストデータに含まれるか否かを判断する。
【０００４】
証明書ＣｒｔｆｘにはＩＤが付与されており、メモリカード３は、受理した証明書ＣｒｔｆｘのＩＤが禁止クラスリストデータの中に存在するか否かを判別する。証明書Ｃｒｔｆｘが禁止クラスリストデータに含まれている場合には、メモリカード３は認証データ不受理の出力を携帯電話機２すなわちコントローラ４に与える。
【０００５】
このように、メモリカード３は、認証データを公開認証鍵ＫＰｍａで復号できなかったとき、或いは、受理した証明書Ｃｒｔｆｘが禁止クラスリストデータに含まれているとき、認証データ不受理を携帯電話機２に出力する。したがって、コントローラ４は、認証データ不受理を受けると、次の認証データを読み出す。上述したように、コントローラ４は、最初に認証データ｛ＫＰｐ１／／Ｃｒｔｆ１｝ＫＰｍａを読み出しているため、これに代えて、次の（他の）認証データ｛ＫＰｐ２／／Ｃｒｔｆ２｝ＫＰｍａが読み出される。そして、証明書Ｃｒｔｆｘが禁止クラスリストデータに含まれていないと判断されるまで、或いは、全ての認証データを出力するまで、次の認証データを読み出し、すなわち証明書Ｃｒｔｆ１，証明書Ｃｒｔｆ２，…、証明書Ｃｒｔｆｘを含む照明データを順に読み出し、上述したような認証処理を繰り返す。
【０００６】
ここで、証明書Ｃｒｔｆｘが禁止クラスリストデータに含まれているということは、クラス鍵としての秘密復号鍵Ｋｐｘが解読または漏洩によって破られていることを意味する。メモリカード３は、そのような破られた証明書を保持するデータ再生装置１に対し、暗号化音楽データを出力することはできないので、携帯電話機２から受理した証明書が禁止クラスリストデータに含まれていないことを確認するまでは、次のステップに移行しないようにしてある。
【０００７】
つまり、メモリカード３から認証データ不受理が出力された後では、コントローラ４が別の（次の）認証データをメモリカード３へ送信するように設定するので、データ再生装置１が保持する証明書のうちの１個または複数個が禁止クラスリストデータに含まれていても、別の証明書が禁止クラスリストデータに含まれていなければ、メモリカード３から暗号化コンテンツデータおよびライセンスキーを受理して音楽データを再生することができる。このようにして、秘密復号鍵の解読または漏洩によって、証明書が禁止クラスリストデータに含まれていたとしても、データ再生装置１を含む携帯電話機２の延命を図っていた。
【０００８】
【発明が解決しようとする課題】
しかし、この従来技術では、メモリカード３との間で認証処理を実行する際に、データ再生装置１は所定の順番に従って証明書を使用するようにしているため、メモリカード３が保持する禁止クラスリストデータに既に含まれ、使用できなくなっている証明書であってもメモリカード３側に送信してしまう場合がある。この場合、メモリカード３は、認証に失敗し、証明データの不受理を出力する。このため、その間の時間、特に証明書の復号処理にかかる時間が無駄になってしまい、音楽データ（コンテンツデータ）の再生開始をいたずらに遅延させてしまうという問題を引き起こしていた。
【０００９】
それゆえに、この発明の主たる目的は、短時間でコンテンツを再生開始できる、コンテンツ再生装置を提供することである。
【００１０】
【課題を解決するための手段】
この発明は、着脱可能な記録媒体との間で証明書データを用いて認証処理を実行し、認証処理に成功したとき記録媒体のコンテンツを再生するコンテンツ再生装置において、登録された識別番号に対応する証明書データから始まる順序で認証処理を実行する認証手段、認証処理に失敗すると未使用の証明書データの識別番号を特定する特定手段、および登録された識別番号を特定手段によって特定された識別番号に更新する更新手段を備えることを特徴とする、コンテンツ再生装置である。
【００１１】
【作用】
コンテンツ再生装置は、再生処理の開始時において、メモリカードのような着脱可能な記録媒体との間で証明書データを用いて認証処理を実行する。このような認証処理に成功したときに、記録媒体からのコンテンツ（音楽や画像など）を再生することができる。認証処理においては、登録された識別番号に対応する証明書データから始まる順序で、証明書データが用いられ、認証処理に失敗すると、未使用の証明書データの識別番号が特定される。識別番号が特定されると、登録しておいた識別番号が特定手段によって特定された識別番号に更新される。つまり、認証処理に使用されていない証明書データについての識別番号が登録され、次回以降の認証処理で使用される。言い換えると、使用できなくなった証明書を用いて認証処理をすることがない。
【００１２】
たとえば、特定手段は、認証処理に失敗したときに、次の証明書データに対応する識別番号を特定し、このとき識別番号が更新されるので、常に、認証処理に成功する証明書データについての識別番号を登録しておくことができる。したがって、次回以降の認証処理では、禁止リストに登録されない限り、認証処理に失敗することがほとんどない。
【００１３】
また、コンテンツは、著作権による保護のため、暗号化されており、したがって、認証処理に成功すると、この暗号化されたコンテンツを復号するための復号鍵が取得される。したがって、復号手段は、復号鍵を用いて暗号化されたコンテンツを復号することができる。
【００１４】
【発明の効果】
この発明によれば、既に使用不可となった証明書データを認証処理に用いることがなく、たとえ記憶した識別番号に対応する証明書データが使用不可になってしまっても、既に使用不可になっていた証明書データを用いて認証処理を実行することがないので、不要な認証処理を回避することができる。つまり、認証処理を必要最小限の時間で済ませることができるので、短時間で再生開始することができる。
【００１５】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１６】
【実施例】
図１を参照して、この実施例のコンテンツ再生装置（以下、単に「再生装置」という。）１０はメモリカード１２を含み、このメモリカード１２は再生装置１０に着脱可能に設けられる。メモリカード１２は、再生装置１０に設けられるスロット１４に装着され、メモリインターフェイス（Ｉ／Ｆ）１６を介してＣＰＵ１８に接続される。
【００１７】
また、ＣＰＵ１８には、操作キー２０が接続され、この操作キー２０を操作することにより、モードを切り換えたり、記録（録音）、再生、停止、送り（ＦＦ）、戻し（ＲＷ）などの指示を入力することができる。
【００１８】
さらに、ＣＰＵ１８には、Ａ／Ｄ変換器２２を介してアナログ入力端子（ジャック端子）２４が接続される。このアナログ端子２４には、図示しないＣＤプレーヤ、ＭＤプレーヤ或いはコンポ（ミニコンポ）のような音楽再生装置を接続することができる。このように接続された音楽再生装置から再生されたアナログの音楽信号がＡ／Ｄ変換器２２によってディジタルの音楽データに変換され、この音楽データは、所定の処理を施された後、ＣＰＵ１８を介してメモリカード１２に転送され、記録される。
【００１９】
ただし、このような音楽データは、著作権により保護されており、また、その著作権者に著作権料を支払う必要があるため、後で詳細に説明するように、暗号化等の所定の処理が施されるなどの処置が採られている。
【００２０】
なお、このように音楽データをメモリカード１２に記録する技術は公知であるため、この実施例では、詳細な説明は省略することにする。また、図示は省略するが、再生装置１０には、ＵＳＢ端子が設けられ、このＵＳＢ端子にＰＣを接続することにより、ＰＣによってダウンロードした音楽データをメモリカード１２に記録することもできる。
【００２１】
また、ＣＰＵ１８には、ドライバ２６を介して液晶のディスプレイ２８が接続される。ディスプレイ２８には、現在時刻（カレンダー）、再生中における動作状態（再生、停止、ＦＦ或いはＲＷ等）、録音中を示す情報、電池残量、音量、再生リストおよび再生中の曲名とそれに関連する情報（関連情報；歌手名、歌詞、作詞／作曲者の名前、ジャケットの画像）などが表示される。
【００２２】
ここで、再生リストとは、メモリカード１２に記憶された音楽データの曲名等をメニュー（一覧）表示したものをいう。この再生リストを用いて、ユーザは再生する曲を選択する。
【００２３】
後で詳細に説明するが、上述したようなメモリカード１２には、少なくとも暗号化されたコンテンツデータ（この実施例では、音楽データ）とそれを復号するためのコンテンツ復号鍵とが記憶される。また、メモリカード１２には、暗号化が施されていない音楽データも記憶される。このような音楽データは、たとえば、ＭＰ３やＡＡＣなどの任意の圧縮フォーマットに従うとともに、任意の圧縮率（ビットレート）で圧縮されている。つまり、暗号化された音楽データ（暗号化音楽データ）は、圧縮された後、暗号化処理を施されているのである。
【００２４】
たとえば、再生装置１０は図２に示すように構成され、ユーザが操作キー２０に含まれるモード（ｍｏｄｅ）キー２０ｂを操作することにより、録音／再生する音楽の音質を設定したり、ディスプレイ３４の表示方法を設定したりすることができる。このとき、ユーザは、ディスプレイ２８の表示を見て、どのような設定がなされているかを判断することができる。また、設定に際しては、ジョグダイヤル２０ａやボリュームキー２０ｂおよび２０ｃを操作することにより、所望の設定を選択することができる。
【００２５】
ユーザが操作キー２０に含まれる録音（ＲＥＣ）キー２０ｅを操作すると、再生装置１０は録音を開始する。つまり、入力端子２４に接続された音楽再生装置から再生された音楽信号（入力信号）は入力端子２４を介して入力され、Ａ／Ｄ変換器２２でディジタルデータに変換され、ＣＰＵ１８に与えられる。そして、ＣＰＵ１８の指示および処理によって、エンコード（圧縮処理）および暗号化された後、メモリカード１２に転送され、記録される。
【００２６】
ただし、圧縮処理は、ＣＰＵ１８の指示の下、ＤＳＰ３０により実行され、音楽データがＭＰ３やＡＡＣのような任意の圧縮方式に従うとともに、任意の圧縮率（ビットレート）で圧縮されている。このような圧縮処理を施された音楽データがさらにＣＰＵ１８によって暗号化を施された後、メモリＩ／Ｆ１６を介してメモリカード１２に記録されるのである。
【００２７】
また、ＣＰＵ１８は、暗号化された音楽データ（暗号化音楽データ）の記録を終了すると、記録した暗号化音楽データのそれぞれを復号するための復号鍵（コンテンツ復号鍵）を生成し、コンテンツ復号鍵や暗号化音楽データの再生条件等を含むライセンスデータをメモリカード１２に記録する。
【００２８】
なお、ＵＳＢ端子に接続されるＰＣを操作することにより、ＰＣにダウンロードされた暗号化音楽データと上述したようなライセンスデータとを、ＣＰＵ１８を介してメモリカード１２に記録することもできる。
【００２９】
また、録音中に、操作キー２０に含まれる停止（ＳＴＯＰ）キー２０ｆが操作されると、録音可能な状態が解除される。すなわち、録音不能となる。
【００３０】
一方、再生する場合には、図示は省略するが、上述したような再生リストおよび音楽（曲）を選択するためのカーソルをディスプレイ２８に表示することができる。ここで、ユーザが操作キー２０に含まれるジョグダイヤル２０ａをいずれか一方に回転すると、カーソルがディスプレイ２８の画面上を上下にスクロールされ、したがって、所望の曲を選択することができる。次いで、ジョグダイヤル２０ａが押される（オンされる）と、つまり再生指示が入力されると、カーソルが指す曲の再生処理が開始される。
【００３１】
このようにして、ＣＰＵ１８は再生処理を開始するが、暗号化音楽データを再生する場合には、再生を開始する前に、メモリカード１２との間で後で詳細に説明する認証処理を実行する。簡単に言うと、メモリカード１２は再生装置１０に着脱可能であるため、当該再生装置１０が正規のものかどうか、すなわち当該再生装置１０が正しい証明書（情報）を所持しているかどうかを、メモリカード１２自身が確認（認証）しているのである。
【００３２】
たとえば、暗号化音楽データを再生する場合には、まず、再生装置１０とメモリカード１２との間で認証処理が実行され、認証に成功すると、メモリカード１２からＩ／Ｆ１６を介してＣＰＵ１８に暗号化音楽データとそのコンテンツ復号鍵とが与えられる。ＣＰＵ１８は、暗号化音楽データおよびコンテンツ復号鍵を受け取ると、コンテンツ鍵で暗号化音楽データを復号（平文化）し、復号した音楽データをＤＳＰ３０に与える。また、ＣＰＵ１８は、ＥＥＰＲＯＭ４０に記憶される、かつ音楽データの圧縮フォーマットに従った復号（デコード）ソフトを読み出し、ＤＳＰ３０に与える。したがって、ＤＳＰ３０は、デコードソフトを用いて音楽データをデコードする。デコードされた音楽データは、Ｄ／Ａ変換器３２でアナログの音楽信号に変換される。そして、変換後の音楽信号は、オーディオアンプ（ＡＭＰ）３４によって増幅された後、出力端子（ジャック端子）３６からヘッドフォン３８に入力される。これにより、ユーザは、再生指示した曲を聞くことができる。
【００３３】
また、暗号化を施されていない音楽データを再生する場合には、上述したような認証処理に成功すると、メモリカード１２からＩ／Ｆ１６を介してＣＰＵ１８は音楽データを読み込む。ＣＰＵ１８は、音楽データのデコードソフトをＥＥＰＲＯＭ４０から取得し、音楽データとともにＤＳＰ３０に与える。それ以降の処理は、上述の暗号化音楽データの場合と同じであるため、重複した説明は省略する。
【００３４】
音楽データの再生中では、ジョグダイヤルすなわちキー２０ａが一方向に回転されると、早送り再生されたり、次の曲に送られたりする。一方、キー２０ａが逆の方向に回転されると、巻き戻し再生されたり、前の曲に戻ったりする。また、音楽データの再生中にジョグダイヤル２０ａが押されると、再生が一時停止され、再度押されると、再生が再開される。さらに、操作キー２０に含まれる音量（Ｖｏｌ−，Ｖｏｌ＋）キー２０ｃ，２０ｄを操作することにより、再生中の曲の音量を小さくしたり、大きくしたりすることもできる。そして、停止キー２０ｆを操作すると、曲の再生を停止（終了）することができる。
【００３５】
メモリカード１２は、たとえば、セキュアマルチメディアカードであり、図３に示すように、コントローラ５０を含む。コントローラ５０は、内部バス５２を介してメモリ５４、ライセンスメモリ５６および鍵メモリ５８に接続される。メモリ５４は、上述したような暗号化音楽データや暗号化の施されていない音楽データのように、自由にやり取りできるデータを記憶する。また、ライセンスメモリ５６は、コンテンツ復号鍵などの著作権を保護するために必要なデータ、すなわち暗号化音楽データの再生に必要なライセンスデータと、既に使用禁止となった（失効した）証明書のＩＤ（証明書ＩＤ）を列挙したデータ（失効リストデータ）とを記憶する。さらに、鍵メモリ５８は、ライセンスデータの授受を行う相互認証（暗号）処理に用いるための公開認証鍵を記憶する。ライセンスメモリ５６および鍵メモリ５８は、ユーザの操作によってアクセスできない領域（セキュアな領域）に形成される。
【００３６】
ここで、暗号化を施されていない音楽データとしては、たとえば、宣伝広告のために、配信予定或いは配信中の曲の一部をピックアップしたような短い曲に対応する音楽データや個人が無料で自作の曲を提供するような場合の当該曲に対応する音楽データなどが該当する。
【００３７】
このように、暗号化音楽データと暗号化を施されていない音楽データとが混在するが、暗号化音楽データかどうかは、暗号化音楽データ或いは音楽データのヘッダに暗号化が施されているか否かを識別するための情報（タグ）が付されているため、容易に知る（判別する）ことができる。
【００３８】
この実施例では、ライセンスデータは、コンテンツ復号鍵（Ｋｃ（ｎ））、制御情報（ＡＣ１）、制御情報（ＡＣ２）、ライセンスＩＤおよびコンテンツＩＤを意味する。コンテンツ復号鍵（Ｋｃ（ｎ））（ｎは１以上の自然数）は、暗号化音楽データを復号するための鍵（キー）であり、ｎ個の暗号化音楽データに対して個別に用意される。
【００３９】
また、制限情報（ＡＣ１）は、メモリカード１２に記憶されたコンテンツ復号鍵（Ｋｃ（ｎ））を出力してもよいかどうかを判断するための許可情報および再生回数を制限するための回数制限情報を含む。
【００４０】
なお、回数制限情報は、たとえば１バイトのデータすなわち“００”〜“ＦＦ”の間で設定される。回数制限情報が“００”の場合には、再生不可を示し、“ＦＦ”の場合には、再生回数の制限がないことを示す。また、“０１”〜“ＦＥ”の間で再生回数が制限される。正確には、コンテンツ復号鍵（Ｋｃ（ｎ））の出力回数が制限される。
【００４１】
また、制御情報（ＡＣ２）は、再生期限（ｔｅｒｍ）などの再生回路側の再生制限を示した情報である。具体的には、再生期限は、再生可能な日時などを制限する。
【００４２】
さらに、ライセンスＩＤはライセンスの発行を特定できる管理コードであり、コンテンツＩＤはコンテンツデータすなわち（暗号化）音楽データを識別するための識別コードである。
【００４３】
このようなライセンスデータと上述の失効リストデータとは、ＰＣが暗号化音楽データをダウンロードするときに取得される。また、このとき、暗号化音楽データとともに、当該音楽データに関する情報すなわち関連情報もダウンロードされる。
【００４４】
なお、失効リストデータは、毎回すべての失効リストをダウンロードするようにしてもよいが、データ量が膨大になるため、前回ダウンロード済みの失効リストと最新の失効リストとの差分のみをダウンロードするようにしてもよい。
【００４５】
また、音楽再生装置に装着された音楽ＣＤから音楽データを取得する場合には、再生装置１０によって、音楽データが暗号化されるとともに、ライセンスデータおよび失効リストデータが生成され、これらのデータがメモリカード１２側に入力される。
【００４６】
再生装置１０について詳しく説明すると、図１に示したように、ＣＰＵ１８はＩ／Ｆ１６を介してメモリカード１２と接続され、コンテンツ復号鍵（Ｋｃ（ｎ））と制御情報（ＡＣ２）とを得るためにメモリカード１２との間で鍵を交換し、相互認証を実行する。また、ＣＰＵ１８には、鍵メモリ４２およびコンテンツ復号処理回路としてのＤＳＰ３０が接続される。鍵メモリ４２は、証明書データ（ＫＰｐ（ｎ，ａ））および秘密復号鍵（ｋｐ（ｎ））を記憶している。ＣＰＵ１８は、コンテンツ復号鍵（Ｋｃ（ｎ））に加えて暗号化音楽データ（｛Ｄａｔａ｝Ｋｃ（ｎ））をメモリカード１２から取得し、コンテンツ復号鍵（Ｋｃ（ｎ））を用いて暗号化音楽データ（｛Ｄａｔａ｝Ｋｃ（ｎ））を復号（平文化）する。そして、ＤＳＰ３０で所定のデコードソフトによってデコードされた音楽データ（Ｄａｔａ）が、Ｄ／Ａ変換器３２でアナログの音楽信号に変換され、ＡＭＰ３４で増幅された後、出力端子３６に出力する。
【００４７】
なお、証明書データ（ＫＰｐ（ｎ，ａ））は、再生装置１０のクラス（種類、製造ロット等）に固有の公開暗号化鍵と同義であり、秘密復号鍵（ｋｐ（ｎ））と対をなすものである。
【００４８】
また、この実施例において表記されている｛Ｘ｝Ｙは、Ｘを鍵Ｙで復号可能に暗号化した情報であることを意味する。以下、この実施例おいて、同様である。
【００４９】
ここで、後で詳細に説明する相互認証の処理（認証処理）で用いられる証明書（データ）は、１つの秘密復号鍵に対応して２つ用意されており、図４の左欄と中欄とに示すように対応づけられる。つまり、鍵メモリ４２には、クラス公開鍵としての証明書データ（ＫＰｐ（ｎ，ａ））が秘密復号鍵（ｋｐ（ｎ））に対応して記憶される。この実施例では、ｎは自然数であり、ａは１または２である。
【００５０】
このような秘密復号鍵（ｋｐ（ｎ））は、所望でない操作等によって漏洩したり、破られ（解読され）たりすることがあり、図４に示したように、複数（この実施例では、ｎ個）設けて、再生装置１０が延命される。このような秘密復号鍵（ｋｐ（ｎ））と証明書データ（ＫＰｐ（ｎ，ａ））との組には、図４の右欄に示すように、識別番号Ｎ（自然数）が付されており、認証処理において識別番号Ｎの若い順に使用される。
【００５１】
しかし、上述したように、解読等されることにより既に使用できなくなった証明書が認証処理に使用されると、認証に失敗してしまうため、その処理にかかる時間が無駄になってしまう。つまり、認証処理では、上述したような証明書データ（ＫＰｐ（ｎ，ａ））がメモリカード１２に与えられ、その証明書データ（ＫＰｐ（ｎ，ａ））の証明書ＩＤが失効リストデータに含まれるかどうかを検出（判別）し、当該証明書が正しい（有効）かどうかを判断する。
【００５２】
このような認証処理には、数秒（２〜３秒）の時間が必要である。たとえば、秘密復号鍵（Ｋｐ（１））が全く使用できず、秘密復号鍵（Ｋｐ（２））の一部が使用できない場合に、つまり識別番号１〜３に対応する証明書データ（ＫＰｐ（１，１）），（ＫＰｐ（１，２））および（ＫＰｐ（２，１））を使用できない場合に、識別番号１に対応する証明書データ（ＫＰｐ（１，１））から順に認証処理を実行したのでは、認証処理に３回失敗してしまい、１０秒程度の時間が無駄になってしまう。すなわち、再生開始までに多大な時間を要することになる。
【００５３】
これを回避するため、この実施例では、識別番号Ｎが小さい順に証明書データ（ＫＰｐ（ｎ，ａ））を用いる点では同じであるが、使用可能な証明書の識別番号ＮをＥＥＰＲＯＭ４０に記憶しておき、証明書データ（ＫＰｐ（ｎ，ａ））が使用不可になると、つまり認証処理に失敗すると、識別番号Ｎを更新して、更新した識別番号Ｎに対応する（次の）証明書データ（ＫＰｐ（ｎ，ａ））を認証処理に用いるようにする。また、次回以降の認証処理においては、ＥＥＰＲＯＭ４０に記憶される識別番号Ｎを参照して、その識別番号Ｎに対応する証明書データ（ＫＰｐ（ｎ，ａ））から順に認証処理に用いるようにするので、既に使用不可となった証明書データ（ＫＰｐ（ｎ，ａ））を使用することがない。これにより、無駄な時間を省くようにしている。
【００５４】
具体的には、図５ないし図７に示すようなフロー図に従って再生処理が実行される。なお、再生処理は、再生装置１０に設けられたＣＰＵ１８とＤＳＰ３０およびメモリカード１２に設けられたコントローラ５０によって実行されるため、再生装置１０とメモリカード１２との処理が分かるように点線で仕切を設けてある。
【００５５】
図５を参照して、ユーザが所望の曲（音楽）を選択して再生指示を入力すると、ＣＰＵ１８は処理を開始し、ステップＳ１で使用可能な証明書をＥＥＰＲＯＭ４０から検索する。つまり、ＥＥＰＲＯＭ４０に記憶される識別番号Ｎを検出する。続くステップＳ３では、ＣＰＵ１８は、検出した識別番号Ｎに対応する証明書データ（ＫＰｐ（ｎ，ａ））を鍵メモリ４２から読み出し、メモリカード１２に出力する。
【００５６】
したがって、コントローラ５０は、ステップＳ５で証明書データ（ＫＰｐ（ｎ，ａ））を受けて、ステップＳ９で証明書データ（ＫＰｐ（ｎ，ａ））が有効であるかどうかを判断する。具体的には、コントローラ５０は、ライセンスメモリ５６内の失効リストデータを参照し、当該証明書データ（ＫＰｐ（ｎ，ａ））の証明書ＩＤが失効リストに含まれるかどうかを判断する。
【００５７】
ステップＳ７で“ＮＯ”であれば、つまり当該証明書データ（ＫＰｐ（ｎ，ａ））の証明書ＩＤが失効リストデータに含まれていれば、図示は省略するが、コントローラ５０は証明書の不受理をＣＰＵ１８に通知し、これによって、ＣＰＵ１８は、当該証明書データ（ＫＰｐ（ｎ，ａ））が無効であると判断し、ステップＳ９で識別番号Ｎを更新（Ｎをインクリメント）する。続いて、ＣＰＵ１８は、ステップＳ１１において、更新した識別番号ＮをＥＥＰＲＯＭ４０に記憶（上書き）してからステップＳ１に戻る。つまり、証明書が無効（使用不可）である場合には、認証処理に失敗したと判断して、識別番号Ｎを更新し、更新した（次の）識別番号に対応する証明書を用いて、再度認証処理を実行するのである。
【００５８】
一方、ステップＳ７で“ＹＥＳ”であれば、つまり当該証明書データ（ＫＰｐ（ｎ，ａ））についての証明書ＩＤが失効リストデータに含まれていなければ、当該証明書データ（ＫＰｐ（ｎ，ａ））は有効であると判断して、コントローラ５０は、ステップＳ１３でセッション固有の共通鍵（Ｋｓ１）を発生し、発生した共通鍵（Ｋｓ１）を証明書データ（ＫＰｐ（ｎ，ａ））を用いて暗号化する。これによって、鍵メモリ４２に記憶されるかつ証明書データ（Ｋｐ（ｎ，ａ））と対をなす秘密復号鍵（ｋｐ（ｎ））で復号可能な｛Ｋｓ１｝ＫＰｐ（ｎ，ａ）が生成される。実際には、｛Ｋｓ１｝Ｋｐ（ｎ）が生成されるのである。そして、コントローラ５０は、ステップＳ２３で｛Ｋｓ１｝Ｋｐ（ｎ）を再生装置１０に出力する。
【００５９】
このように、証明書が有効であれば、認証処理に成功したと判断して、次のステップの処理に移動するようにしてある。つまり、この場合には、識別番号Ｎが更新されることがないので、つまり直前に更新された識別番号Ｎに特定されると言える。ただし、今回の再生処理において、ＥＥＰＲＯＭ４０内の識別番号Ｎが更新されなければ、当該識別番号Ｎが再度特定されると言える。
【００６０】
続いて、ＣＰＵ１８は、ステップＳ１７で｛Ｋｓ１｝Ｋｐ（ｎ）を受けて、鍵メモリ４２に記憶された秘密復号鍵（Ｋｐ（ｎ））で｛Ｋｓ１｝Ｋｐ（ｎ）を復号（平文化）する。図６に示すように、続くステップＳ１９では、再生指示があった音楽データは暗号化音楽データかどうかを判断する。ステップＳ１９で“ＮＯ”であれば、つまり暗号化音楽データでなければ、ステップＳ２１で再生指示があった音楽データの出力要求をメモリカード１２に送信する。したがって、ステップＳ２３で、コントローラ５０は、メモリ５４から音楽データを取得し、再生装置１０に出力する。その後、図７に示すように、ステップＳ５３で再生処理を施される。
【００６１】
一方、ステップＳ１９で“ＹＥＳ”であれば、つまり暗号化音楽データであれば、ステップＳ２５でセッション固有の共通鍵（Ｋｓ２）を発生し、この共通鍵（Ｋｓ２）を共通鍵（Ｋｓ１）で暗号化する。つまり、｛Ｋｓ２｝Ｋｓ１を生成する。続いて、ステップＳ２７では、この｛Ｋｓ２｝Ｋｓ１をメモリカード１２に出力する。
【００６２】
ステップＳ２９では、コントローラ５０は｛Ｋｓ２｝Ｋｓ１を受けて、共通鍵（Ｋｓ１）で復号（平文化）する。したがって、共通鍵（Ｋｓ２）が得られる。続くステップＳ３１では、コントローラ５０は、制限情報（ＡＣ１）に基づいて再生不可かどうかを判断する。ステップＳ３１で“ＹＥＳ”であれば、つまり制限情報（ＡＣ１）のコンテンツ復号鍵（Ｋｃ（ｎ））の出力が許可されてなければ、または、コンテンツ復号鍵（Ｋｃ（ｎ））の出力が許可されいるが回数制御情報が“００”であれば、再生不可であると判断し、図７に示すように処理を終了する。
【００６３】
一方、ステップＳ３１で“ＮＯ”であれば、つまりコンテンツ復号鍵（Ｋｃ（ｎ））の出力が許可されており、かつ回数制限情報が“００”以外であれば、ステップＳ３３で再生回数に制限があるかどうかを判断する。ステップＳ３３で“ＮＯ”であれば、つまり回数制限情報が“ＦＦ”であり、再生回数に制限がなければ、そのまま図７に示すステップＳ３７に進む。一方、ステップＳ３３で“ＹＥＳ”であれば、つまり回数制限情報が“０１”〜“ＦＥ”であれば、再生回数に制限があると判断し、ステップＳ３５でライセンスメモリ５６内の回数制限情報を更新（カウントダウン）してから、ステップＳ３７に進む。
【００６４】
図７に示すステップＳ３７では、コントローラ５０は、ライセンスメモリ５６内のコンテンツ復号鍵（Ｋｃ（ｎ））と再生装置１０の制御情報（ＡＣ２）とを取得し、ステップＳ３９で、先に取得したセッション固有の共通鍵（Ｋｓ２）でコンテンツ復号鍵（Ｋｃ（ｎ））と再生装置１０の制御情報（ＡＣ２）とを暗号化する。したがって、｛Ｋｃ（ｎ）／／ＡＣ２｝Ｋｓ２が生成される。そして、ステップＳ４１で、コントローラ５０はこの｛Ｋｃ（ｎ）／／ＡＣ２｝Ｋｓ２を再生装置１０に出力する。
【００６５】
なお、｛Ｘ／／Ｙ｝Ｚと表記してあるのは、ＸとＹとをそれぞれ鍵Ｚで復号可能に暗号化した情報であることを意味する。以下、この実施例において、同様である。
【００６６】
したがって、ＣＰＵ１８は、ステップＳ４３で、｛Ｋｃ（ｎ）／／ＡＣ２｝Ｋｓ２を取得し、共通鍵（Ｋｓ２）で｛Ｋｃ（ｎ）／／ＡＣ２｝Ｋｓ２を復号（平文化）する。続いて、ステップＳ４５では、ＣＰＵ１８は制御情報（ＡＣ２）に基づいて再生不可かどうかを判断する。つまり、図示しないタイマから与えられる時間情報を参照して、再生装置１０での再生期限が過ぎているかどうかを判断する。ステップＳ４５で“ＹＥＳ”であれば、つまり再生期限が過ぎておれば、そのまま処理を終了する。一方、ステップＳ４５で“ＮＯ”であれば、つまり再生期限が過ぎていなければ、ＣＰＵ１８は、ステップＳ４７でメモリカード１２に暗号化音楽データ（｛Ｄａｔａ｝Ｋｃ（ｎ））の出力を要求する。これに応じて、コントローラ５０は、ステップＳ４９で、メモリ５４内の暗号化音楽データ（｛Ｄａｔａ｝Ｋｃ（ｎ））を取得し、再生装置１０に出力する。
【００６７】
これに応じて、ＣＰＵ１８は、ステップＳ５１で暗号化音楽データ（｛Ｄａｔａ｝Ｋｃ（ｎ））を、先に（ステップＳ４３で）取得したコンテンツ復号鍵（Ｋｃ（ｎ））を用いて復号（平文化）する。そして、ステップＳ５３では、ＣＰＵ１８は、音楽データおよびそれをデコードするためのデーコードソフトをＤＳＰ３０に与える。すると、上述したような処理に従って音楽データが再生され、その後、ＣＰＵ１８は再生処理を終了する。
【００６８】
なお、この実施例では、デコーダソフトは暗号化音楽データを復号した後にＤＳＰ３０に与えるようにしているが、暗号化音楽データを復号する前に与えるようにしてもよい。
【００６９】
この実施例によれば、既に無効になった証明書を用いた認証処理をする必要がほとんどないので、無駄な認証処理を省略でき、短時間で再生開始することができる。
【００７０】
なお、この実施例では、暗号および復号化の処理を再生装置のＣＰＵやメモリカードのコントローラが実行するようにしたが、このような暗号および復号化の処理は比較的膨大であり負担が大きいため、そのような処理のみを実行するプロセッサ或いはロジックを、それぞれ別途設けるようにしてもよい。
【００７１】
また、この実施例では、音楽データをデコードするためのデコードソフトを再生装置のＥＥＰＲＯＭに記憶するようにしたが、専用のＲＯＭを設けるようにしてもよく、また、メモリカードのメモリ内に記憶するようにしてもよい。
【００７２】
さらに、この実施例では、秘密復号鍵をｎ個（証明書を２ｎ個）設けるようにしてあるが、ｎが大きい程、再生装置を延命させることができるが、鍵メモリの容量が大きくなり過ぎると、再生装置自体が高価になるとともに、大型化するため、再生装置の延命と再生装置の低価格化（或いは小型化）との両方を満足するような値に決定する必要がある。
【００７３】
さらにまた、コンテンツデータは音楽データに限らず、画像データ、地図データ、文書データなど、著作権により保護された様々なデータが含まれる。このような画像データ、地図データ、文書データを再生する場合には、画像、地図、文書は、それぞれ、ディスプレイに表示される。
【図面の簡単な説明】
【図１】この発明の再生装置の電気的な構成を示す図解図である。
【図２】図１実施例に示す再生装置を正面から見た構成を示す図解図である。
【図３】図１実施例に示す再生装置に着脱可能に設けられるメモリカードの電気的な構成を示す図解図である。
【図４】図１実施例に示す再生装置の鍵メモリに記憶される秘密復号鍵、それに対応する証明書の組および証明書の識別番号を一覧表で示した図解図である。
【図５】再生装置のＣＰＵとＤＳＰおよびメモリカードのコントローラの再生処理の一部を示すフロー図である。
【図６】再生装置のＣＰＵとＤＳＰおよびメモリカードのコントローラの再生処理の他の一部を示すフロー図である。
【図７】再生装置のＣＰＵとＤＳＰおよびメモリカードのコントローラの再生処理のその他の一部を示すフロー図である。
【図８】従来のデータ再生装置の電気的な構成の一例を示す図解図である。
【符号の説明】
１０　…再生装置
１２　…メモリカード
１８　…ＣＰＵ
２０　…操作キー
２４　…アナログ入力端子
２８　…ディスプレイ
３０　…ＤＳＰ
４０　…ＥＥＰＲＯＭ
４２，５８　…鍵メモリ
５０　…コントローラ
５４　…メモリ
５６　…ライセンスメモリ
【図１】
2004015257.tif 000003
【図２】
2004015257.tif 000004
【図３】
2004015257.tif 000005
【図４】
2004015257.tif 000006
【図５】
2004015257.tif 000007
【図６】
2004015257.tif 000008
【図７】
2004015257.tif 000009
【図８】
2004015257.tif 000010