再生装置および再生制御方法
【課題】専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる再生装置を実現する。
【解決手段】コンテントチェック部１４は、ファイルキャッシュ１３に格納されている暗号化されたリソースファイルを復号し、その復号されたリソースファイルを、ファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする。そして、コンテントチェック部１４は、復号されたリソースファイルを、ファイルキャッシュ１３から読み出して再生処理部１５に送出する。さらに、コンテントチェック部１４は、復号済みのリソースファイルを再度暗号化し、その暗号化されたリソースファイルを、ファイルキャッシュ１３内の復号済みのリソースファイル上に上書きする。そして、コンテントチェック部１４は、暗号化されたリソースファイルを外部ストレージデバイス１７にコピーする。
【解決手段】コンテントチェック部１４は、ファイルキャッシュ１３に格納されている暗号化されたリソースファイルを復号し、その復号されたリソースファイルを、ファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする。そして、コンテントチェック部１４は、復号されたリソースファイルを、ファイルキャッシュ１３から読み出して再生処理部１５に送出する。さらに、コンテントチェック部１４は、復号済みのリソースファイルを再度暗号化し、その暗号化されたリソースファイルを、ファイルキャッシュ１３内の復号済みのリソースファイル上に上書きする。そして、コンテントチェック部１４は、暗号化されたリソースファイルを外部ストレージデバイス１７にコピーする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶メディアに格納されたデジタルコンテントを再生する再生装置および再生方法に関する。
【背景技術】
【０００２】
近年、動画像のデジタル圧縮符号化技術の進展に伴い、ＨＤ（High Definition）規格の高精細映像を扱うことが可能な再生装置（プレーヤ）の開発が進められている。
【０００３】
このようなプレーヤにおいては、ＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアが用いられる。ＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアを用いることにより、ＨＤ映像データと高品質のサラウンドオーディオデータとを一枚の記憶メディアにパッケージ化することができる。
【０００４】
記憶メディアに格納されたデジタルコンテンツをその不正コピーから保護するための技術としては、従来から、ＣＳＳ（Content Scramble System）のような暗号化技術が知られている。
【０００５】
特許文献１には、コピー制御情報が埋め込まれた、映像データのようなデジタルコンテントのストリームが開示されている。コピー制御情報は、映像データのようなデジタルコンテントのコピーを制限するためのコピープロテクト機能を実現するために使用される。
【特許文献１】特許第３１６２０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、最近では、デジタルコンテントのインタラクティブ性を高めるため、デジタルコンテントは、映像データのようなビデオオブジェクトのみならず、例えば、効果音、イメージデータといった各種リソースファイルをも含んでいる。リソースファイルは、ビデオオブジェクトをインタラクティブに再生するためのデータである。ビデオオブジェクトは暗号化されている。同様に、リソースファイルにも暗号化が施されている。
【０００７】
デジタルコンテンツトの再生に先立ち、各リソースファイルは記憶メディアからプレーヤ内のファイルキャッシュにロードされる。そして、ファイルキャッシュから必要なリソースファイルが読み出されて再生される。ファイルキャッシュの使用により、記憶メディアからのビデオオブジェクトのリード処理中に、リソースファイルのリードのために記憶メディアをアクセスする必要がなくなる。
【０００８】
通常、各リソースファイルは暗号化されたままの状態でファイルキャッシュに格納されている。なぜなら、各リソースファイルの複製をファイルキャッシュからプレーヤに設けられたストレージデバイス等に転送するといったユースケースにおいても、リソースファイルをセキュアに扱うことを可能にするためである。
【０００９】
しかし、このように各リソースファイルを暗号化されたままの状態でファイルキャッシュに格納した場合においては、ファイルキャッシュ上のリソースファイルが使用される度に、そのリソースファイルを復号することが必要となる。ファイルキャッシュとは別のバッファ領域を用意すれば、復号された各リソースファイルをバッファ領域に保存しておくことができる。しかし、このような専用のバッファ領域を使用することは、プレーヤに実装することが要求されるメモリサイズの増大を招き、これによってプレーヤのコストアップを引き起こすことになる。
【００１０】
したがって、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる新たな機能の実現が必要である。
【００１１】
本発明は上述の事情を考慮してなされたものであり、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる再生装置および再生制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述の課題を解決するため、本発明は、記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置であって、前記記憶メディアから読み出される前記リソースファイルを一時的に格納するファイルキャッシュ領域を含むメモリと、前記記憶メディアから読み出される前記ビデオオブジェクトを復号する第１の処理モジュールと、前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する再生処理部と、前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定し、前記リソースファイルが復号済みではない場合には、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する第２の処理モジュールと、前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出する第３の処理モジュールとを具備することを特徴とする。
【００１３】
また、本発明は、記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置の動作を制御する再生制御方法であって、前記記憶メディアから読み出される前記リソースファイルを、前記再生装置に設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納するステップと、前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、前記復号されたビデオオブジェクトを前記再生装置に設けられた再生処理部によって再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力するステップと、前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定するステップと、前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する復号処理ステップと、前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御ステップとを具備することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
図１には、本発明の一実施形態に係る再生装置の構成例が示されている。この再生装置は映像データ（オーディオビジュアルデータ）のようなデータストリームから構成されるデジタルコンテントを再生するプレーヤである。この再生装置は、例えばＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアに予め格納された、ビデオタイトルのようなデジタルコンテントを再生するＨＤ ＤＶＤプレーヤ１０として実現されている。ＨＤ ＤＶＤプレーヤ１０は、記憶メディアである光ディスクメディア１００に格納されたデジタルコンテントを再生するのみならず、インターネットのようなネットワークを介してネットワークサーバからダウンロードしたデジタルコンテントを再生することもできる。
【００１７】
このＨＤ ＤＶＤプレーヤ１０は、図１に示されているように、ＨＤ ＤＶＤドライブ１１、データ読み取り部１２、ファイルキャッシュ１３、コンテントチェック部１４、再生処理部１５、ネットワークインタフェース１６およびストレージデバイス（外部ストレージデバイスとも云う）１７を備えている。
【００１８】
ＨＤ ＤＶＤドライブ１１によって駆動される光ディスクメディア（ＨＤ ＤＶＤメディア）１００には、暗号化されたデジタルコンテント１０１、鍵管理情報１０２、およびコンテンツ暗号化鍵ファイル１０３などが格納されている。
【００１９】
デジタルコンテント１０１は、例えば、映画、アニメーションといったオーディオビジュアルコンテントである。オーディオビジュアルコンテントは、ビデオデータとオーディオデータとが多重化されたストリームである。もちろん、オーディオデータのみから構成されるオーディオコンテントが光ディスクメディア１００に格納されていても良い。
【００２０】
デジタルコンテント１０１は、ＨＤ ＤＶＤ規格で規定されたエンハンスドビデオオブジェクトＥＶＯＢ（プライマリーエンハンスドビデオオブジェクトＰ−ＥＶＯＢ、またはセカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢ）のようなビデオオブジェクトＶＯＢを含んでいる。ビデオオブジェクトＶＯＢは、複数のビデオオブジェクトユニットＶＯＢＵ（ＨＤ ＤＶＤ規格で規定された、プライマリーエンハンスドビデオオブジェクトユニットＰ−ＥＶＯＢＵ、セカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢＵ等）から構成されている。ビデオオブジェクトユニットＶＯＢＵは所定の再生時間に対応するデータストリームであり、圧縮符号化されたビデオデータおよび圧縮符号化されたオーディオデータ等を含んでいる。デジタルコンテントは、例えば、Ｐ−ＥＶＯＢＵ、Ｓ−ＥＶＯＢＵのようなビデオオブジェクトユニットＶＯＢＵを単位として暗号化されている。
【００２１】
さらに、デジタルコンテント１０１は、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢに加え、幾つかのリソースファイルも含んでいる。各リソースファイルは、ビデオオブジェクトＶＯＢをインタラクティブに再生するために必要なデータである。リソースファイルは、例えば、イメージデータ（静止画、動画、アニメーション、フォント）、効果音、スクリプト、などから構成される。デジタルコンテント１０１の再生時においては、イメージデータ等のリソースファイルが必要に応じて再生され、そのイメージデータ等が、例えばビデオオブジェクトＶＯＢの前面に表示される。また、ビデオオブジェクトＶＯＢを補完するための、サブビデオデータのようなサブビデオオブジェクトを、リソースファイルとして使用することもできる。
【００２２】
光ディスクメディア１００上にそれぞれ格納された、リソースファイル群およびビデオオブジェクトＶＯＢが、デジタルコンテント１０１を構成する。
【００２３】
なお、リソースファイルはインターネットのような外部ネットワークからダウンロードすることもできる。
【００２４】
鍵管理情報１０２は、プレーヤ単体またはプレーヤグループに固有の鍵（第１の鍵）に対するアクセスを提供するデータブロックである。すなわち、鍵管理情報１０２は、各プレーヤが、自身に固有の鍵のセット（第２のキーのセット）を使用することによって、当該プレーヤ単体または当該プレーヤが属するプレーヤグループに固有の第１の鍵を算出することを許可するデータブロックである。
【００２５】
コンテンツ暗号化鍵ファイル１０３は暗号化された幾つかのコンテンツ暗号化鍵を含むファイルである。コンテント１０１は１以上のコンテンツ暗号化鍵によって暗号化されている。この１以上のコンテンツ暗号化鍵は、コンテント１０１を復号（暗号化解除）するための鍵情報として使用される。
【００２６】
第２の鍵のセットは、各プレーヤに与えられた秘密の鍵群であり、プレーヤ単体毎にまたはプレーヤグループ毎に異なっている。例えば、同一の製造メーカによって製造されたプレーヤそれぞれは、同一のプレーヤグループに属する。
【００２７】
第２の鍵のセットは、プレーヤ１０の製造時等に当該プレーヤ１０に予め保持されている。プレーヤ１０の有する第２の鍵のセットは、鍵管理情報１０２を処理して第１の鍵を導出するために使用される。第１の鍵によってコンテンツ暗号化鍵ファイル１０３を復号することにより、コンテント１０１を復号するための鍵情報であるコンテンツ暗号化鍵を得ることができる。
【００２８】
データ読み取り部１２は、ＨＤ ＤＶＤドライブ１１をアクセスして、光ディスクメディア１００に格納されたデータ（デジタルコンテント１０１、鍵管理情報１０２およびコンテンツ暗号化鍵ファイル１０３など）を読み取る。
【００２９】
ファイルキャッシュ１３は、データ読み取り部１２によって光ディスクメディア１００からリードされた各リソースファイルを一時的に格納するキャッシュ領域である。このファイルキャッシュ（ファイルキャッシュ領域とも云う）１３は、プレーヤ１０内に設けられたメモリ内の記憶領域の一部によって実現されている。ファイルキャッシュ１３の記憶サイズは例えば６４Ｍバイトである。
【００３０】
コンテント１０１の再生に使用されるリソースファイルそれぞれは、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢの再生が開始される前に、光ディスクメディア１００からファイルキャッシュ１３にロードされる。もちろん、インターネットのような外部ネットワークからダウンロードしたリソースファイルをファイルキャッシュ１３に一時的に格納するようにしてもよい。また、外部ストレージデバイス１７に格納されているリソースファイルをファイルキャッシュ１３に一時的に格納するようにしてもよい。
【００３１】
一方、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢのストリームは、ファイルキャッシュ１３には格納されない。データ読み取り部１２によって光ディスクメディア１００からリードされたビデオオブジェクトＶＯＢのストリームは、コンテントチェック部１４を介して再生処理部１５に送られる。
【００３２】
コンテントチェック部１４は、著作権保護機能を実現するための処理モジュールであり、データ読み取り部１２およびファイルキャッシュ１３の各々と再生処理部１５との間に配置されている。コンテントチェック部１４はＴＲＳ（タンパ・レジスタント・ソフトウェア）等の技術によって耐タンパ化されたモジュールであり、暗号化されたビデオオブジェクトＶＯＢ（暗号化されたプライマリーエンハンスドビデオオブジェクトユニットＰ−ＥＶＯＢＵ、暗号化されたセカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢＵ）を復号する機能、暗号化された各リソースファイルを復号する機能、およびファイルキャッシュ１３を管理するファイルキャッシュ管理処理を実行する機能等を有している。
【００３３】
ファイルキャッシュ管理処理においては、コンテントチェック部１４は、ファイルキャッシュ１３に格納されている暗号化されたリソースファイルを復号し、その復号されたリソースファイルを、ファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする。この場合、コンテントチェック部１４は、例えば１２８ビット長の部分データ毎に、リソースファイルを復号する処理と、復号された部分データをファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする処理とを実行する。そして、コンテントチェック部１４は、復号されたリソースファイルを、ファイルキャッシュ１３から読み出して再生処理部１５に送出する。
【００３４】
このように、復号されたリソースファイルを、その復号前のオリジナルのリソースファイルが格納されているファイルキャッシュ１３内の記憶領域と同じ記憶領域に上書きすることにより、ファイルキャッシュ１３を設けるだけでリソースファイルの復号結果をも保持することが可能となり、リソースファイルの復号結果を保持するための専用のバッファを設ける必要がなくなる。
【００３５】
このファイルキャッシュ管理処理は、例えば、再生処理部１５から送出されるリソースファイル取得要求に応じて実行される。リソースファイル取得要求によって要求された、ファイルキャッシュ１３内のリソースファイルがコンテントチェック部１４によって既に復号されているならば、コンテントチェック部１４は、その復号済みのリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。一方、リソースファイル取得要求によって要求された、ファイルキャッシュ１３内のリソースファイルが復号済みでないならば、コンテントチェック部１４は、上述の復号及び上書き処理を実行する。
【００３６】
さらに、コンテントチェック部１４は、ファイルキャッシュ１３内のあるリソースファイルのコピーを外部ストレージデバイス１７のようなストレージデバイスに保存するというコピー制御処理を実行する機能も有している。
【００３７】
コピー制御処理においては、コピー対象のリソースファイルが復号済みであるならば、コンテントチェック部１４は、コピー対象のリソースファイルを再度暗号化し、その暗号化されたリソースファイルを、ファイルキャッシュ１３内の復号済みのコピー対象のリソースファイル上に上書きする。この場合、コンテントチェック部１４は、例えば１２８ビット長の部分データ毎に、リソースファイルを暗号化する処理と暗号化された部分データをファイルキャッシュ１３内の復号済みのコピー対象のリソースファイル上に上書きする処理とを実行する。そして、コンテントチェック部１４は、暗号化されたリソースファイルを、ファイルキャッシュ１３から読み出して外部ストレージデバイス１７のような保存先のストレージデバイスに送出する。
【００３８】
このコピー制御処理は、例えば、再生処理部１５によって実行されるスクリプト等から送出されるコピー要求に応じて実行される。このコピー要求は、ファイルキャッシュ１３に格納されているあるリソースファイルのコピーを、外部ストレージデバイス１７またはネットワークに接続されたネットワークアタッチドストレージデバイス（ＮＡＳ）のようなストレージデバイスに保存することを要求する。コピー要求によって指定されたファイルキャッシュ１３内のリソースファイルが暗号化されていないならば、コンテントチェック部１４は、その暗号化されているリソースファイルをファイルキャッシュ１３から外部ストレージデバイス１７のようなストレージデバイスに送出する。一方、コピー要求によって指定されたファイルキャッシュ１３内のリソースファイルが復号済みであるならば、コンテントチェック部１４は、上述の再暗号化及び上書き処理を実行する。
【００３９】
本実施形態においては、上述のファイルキャッシュ管理処理およびコピー制御処理により、ファイルキャッシュ１３とは別の専用のバッファ領域を設けることなく、ビデオオブジェクトのインタラクティブ性を高めるためのリソースファイルをセキュアに扱うことが可能となる。
【００４０】
再生処理部１５は、コンテントチェック部１４によって復号されたビデオオブジェクトおよびコンテントチェック部１４によって復号されたリソースファイルを再生するための再生処理を実行する。再生処理においては、Ｐ−ＥＶＯＢＵ、Ｓ−ＥＶＯＢＵのような各ビデオオブジェクトユニットＶＯＢＵに含まれるビデオデータおよびオーディオデータをそれぞれデコードする処理、およびリソースファイルをデコードする処理等が実行される。
【００４１】
図３には、ＨＤ ＤＶＤメディアの物理的なデータ構造の例が示されている。
【００４２】
ＨＤ ＤＶＤメディアにおいては、その最内周から順に、バーストカッティングエリア（Burst Cutting Area）、リードインエリア（Lead-in Area）、データエリアが設けられている。データエリアには、暗号化されたコンテンツ暗号化鍵ファイル、コンテンツ利用情報、および暗号化されたデジタルコンテント等が記録されている。コンテンツ暗号化鍵ファイルは、暗号化されたコンテンツ暗号化鍵をそれぞれ含む複数のエントリから構成されている。
【００４３】
図３には、暗号化されたデジタルコンテントの構造が示されている。
【００４４】
ＨＤ ＤＶＤメディアにおいては、プライマリービデオセット２１１とセカンダリービデオセット２１２とリソースファイル２１３とを含む、暗号化されたデジタルコンテントを記録することができる。
【００４５】
プライマリービデオセット２１１は圧縮符号化された主ビデオデータおよび圧縮符号化された主オーディオデータ等を含むタイトルセットであり、１以上のプライマリーエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）から構成されている。すなわち、Ｐ−ＥＶＯＢは、主ＡＶデータストリームである。
【００４６】
セカンダリービデオセット２１２はプライマリービデオセットを補完するためのビデオセットであり、圧縮符号化された副ビデオデータおよび圧縮符号化された副オーディオデータ等を含むタイトルセットであり、１以上のセカンダリーエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）から構成されている。すなわち、Ｓ−ＥＶＯＢは、副ＡＶデータストリームである。
【００４７】
リソースファイル２１３はアドバンスドナビゲーションと、アドバンスドエレメントとから構成されている。アドバンスドナビゲーションはデジタルコンテントの再生手順を制御するためのナビゲーションデータであり、XML(eXtensible Markup Language)ドキュメント、およびECMA(International-European association for standardizing information and communication systems)スクリプトを含んでいる。このナビゲーションデータは、再生シーケンスの記述、メニューの記述、メニューボタンに対するアクションの記述、等を含む。また、ナビゲーションデータは、プレイリスト(PLAY LIST)も含む。プレイリストは、デジタルコンテント１０１を構成するＰ−ＥＶＯＢ、Ｓ−ＥＶＯＢ、および各リソースファイルそれぞれの再生タイミングを制御する記述を含む。また、このプレイリストには、ファイルキャッシュ１３にロードすべきリソースファイルそれぞれを指定するための記述を含むローディング情報も含まれている。デジタルコンテント１０１の再生時には、まず、プレイリストが光ディスク１００からリードされ、そのプレイリストのローディング情報に記述された各リソースファイルがデータ読み取り部１２によってファイルキャッシュ１３にロードされる。
【００４８】
アドバンスドエレメントは、インタラクティブなコンテント再生を実現するために使用されるデータであり、静止画、アニメーション、フォント、効果音などから構成されている。
【００４９】
次に、図４を参照して、プレーヤ１０の具体的な機能構成の例を説明する。
【００５０】
プレーヤ１０は、データアクセスマネージャ４０１、第１の処理モジュール５０１、第２の処理モジュール５０２、第３の処理モジュール５０３、ナビゲーションマネージャ６０１、およびプレゼンテーションエンジン６０２を備えている。
【００５１】
データアクセスマネージャ４０１は、ＨＤ ＤＶＤドライブ１１、不揮発性メモリのようなストレージデバイス（Persistent Storage）１７、または、ネットワークを介してネットワークサーバ１８からデジタルコンテンツを取得する。このデータアクセスマネージャ４０１は、上述のデータ読み出し部１２に相当するものである。
【００５２】
第１の処理モジュール５０１、第２の処理モジュール５０２、および第３の処理モジュール５０３は上述のコンテントチェック部１４を構成するモジュール群である。
【００５３】
第１の処理モジュール５０１は、Ｐ−ＥＢＯＢおよびＳ−ＥＶＯＢそれぞれのストリームに対して、その暗号化を解除するための復号処理、およびその正当性を検証するための正当性チェック処理等を実行する。また、第１の処理モジュール５０１は、ファイルキャッシュ１３を介さずにデータアクセスマネージャ４０１から送出されるリソースファイルに対しても、その暗号化を解除するための復号処理、およびその正当性を検証するための正当性チェック処理等を実行する。
【００５４】
第２の処理モジュール５０２は、上述のファイルキャッシュ管理処理を実行する。第２の処理モジュール５０２は、ナビゲーションマネージャ６０１から送出されるリソースファイル取得要求に応答して、ファイルキャッシュ１３に格納されている、リソースファイル取得要求によって要求されたリソースファイルが復号済みであるか否かを判定する。この判定処理は、ファイルキャッシュ１３として利用されるメモリ内に用意されたファイル管理領域内に格納されている管理情報（復号済みフラグ）を参照することによって行われる。管理情報（復号済みフラグ）は、ファイルキャッシュ１３に格納されているリソースファイル毎にそのリソースファイルが復号済みであるか否かを示す。
【００５５】
リソースファイル取得要求によって要求されたリソースファイルが復号済みではない場合には、第２の処理モジュール５０２は、当該リソースファイルを復号して、その復号されたリソースファイルを、暗号化されているオリジナルのリソースファイル上に上書きする。そして、第２の処理モジュール５０２は、復号済みフラグを復号済みを示す値に更新し、そして復号されたリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。
【００５６】
リソースファイル取得要求によって要求されたリソースファイルが復号済みである場合には、第２の処理モジュール５０２は、復号済みのリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。
【００５７】
第３の処理モジュール５０３は、上述のコピー制御処理を実行する。第３の処理モジュール５０３は、例えばナビゲーションマネージャ６０１から送出されるコピー要求に応答して、ファイルキャッシュ１３に格納されている、コピー要求によって指定されたリソースファイルが復号済みであるか否かを判定する。この判定は、コピー要求によって指定されたリソースファイルに対応する復号済みフラグを参照することによって行われる。
【００５８】
コピー要求によって指定されたリソースファイルが復号済みである場合には、第３の処理モジュール５０３は、当該リソースファイルを暗号化して、その暗号化されたリソースファイルを復号済みのリソースファイル上に上書きする。そして、第３の処理モジュール５０３は、コピー要求によって指定されたリソースファイルに対応する復号済みフラグを、復号済みでは無いことを示す値に更新し、そして、暗号化されたリソースファイルをファイルキャッシュ１３からストレージデバイス１７に送出する。
【００５９】
一方、コピー要求によって指定されたリソースファイルが復号済みではない場合には、第３の処理モジュール５０３は、当該リソースファイルをファイルキャッシュ１３からストレージデバイス１７に送出する。
【００６０】
ナビゲーションマネージャ６０１およびプレゼンテーションエンジン６０２は、上述の再生処理部１５として機能する。プレゼンテーションエンジン６０２は、ビデオオブジェクト（Ｐ／Ｓ−ＥＢＯＢ）のストリームをデコードして再生すると共に、リソースファィル内のアドバンスドエレメントのようなリソースデータをデコードして再生する。ナビゲーションマネージャ６０１は、リソースファイル内のアドバンスドナビゲーションを解釈し、その解釈結果に基づいてプレゼンテーションエンジン４０４の動作を制御する。また、ナビゲーションマネージャ６０１は、アドバンスドナビゲーションに含まれるスクリプトに従って、上述のリソースファイル取得要求およびコピー要求等を発行する処理も実行する。
【００６１】
次に、本実施形態におけるファイルキャッシュ管理方法を、専用のバッファ領域を使用してファイルキャッシュを管理する方法と対比して説明する。
【００６２】
まず、図５および図６を参照して、専用のバッファ領域を用いてファイルキャッシュ１３を管理する処理の例について説明する。
【００６３】
図５のシステムにおいては、プレーヤ内のメモリ上には、ファイルキャッシュ１３の他に専用のバッファ領域１３１が設けられている。各リソースファイルは暗号化を含む何種類かの保護フォーマットの内の１つによって保護されており、デジタルコンテント１０１の再生開始前までに、ファィルキャッシュ１３にロードされた状態となっている。バッファ領域１３１の記憶サイズは、ファイルキャッシュ１３の記憶サイズと同じ例えば６４ＭＢである。
【００６４】
デジタルコンテント１０１の再生が開始されると、ファィルキャッシュ１３上にロードされたリソースファイルは、それぞれ必要なときに復号される。このとき、復号されたリソースデータはバッファ領域１３１上に格納される。そして、復号されたリソースデータは、そのバッファ領域１３１から、再生処理部１５内のコンポーネント（PNGデコーダ、XMLパーサ等）に送られる。
【００６５】
図５のファィルキャッシュ１３上においては、画像データ（xxxx.png）とＸＭＬファイル（xxxx.xml）とが格納されている。
【００６６】
画像データ（xxxx.png）は、例えば、暗号化によって保護化されている。この場合、画像データ（xxxx.png）の本体部（ボディー）は、所定のコンテンツ暗号化鍵によって暗号化されている。また、この画像データ（xxxx.png）には、ヘッダ（コンテンツ保護 Header）が付加されている。このヘッダ内には、画像データ（xxxx.png）に対応するコンテンツ暗号化鍵が格納されている、コンテンツ暗号化鍵ファイル内のエントリを示すポインタも含まれている。
【００６７】
また、ＸＭＬファイル（xxxx.xml）は、ハッシュ値のような検証用データによって保護されている。検証用データはＸＭＬファイル（xxxx.xml）に付加されている。
【００６８】
画像データ（xxxx.png）については、その本体部が復号された後にバッファ領域１３１に格納される。またＸＭＬファイル（xxxx.xml）については、その正当性が検証用データを用いて確認された後にバッファ領域１３１に格納される。
【００６９】
図６は、ファイルキャッシュ１３上のリソースファイルをPersistent Storage（P-Storage）のような外部ストレージデバイス１７にコピーする処理の例を示している。
【００７０】
コンテンツ保護を実現するためには、復号後のリソースファイルをコピーするのではなく、復号前のリソースファィル（オリジナルデータ）をコピーすることが要求される。このため、コピー要求が発生した場合には、バッファ領域１３１ではなく、ファイルキャッシュ１３上からコピー要求されたリソースファイルのオリジナルデータが読み出され、それが外部ストレージデバイス１７に格納される。
【００７１】
しかし、図５および図６で説明したように、専用のバッファ領域１３１を使用する構成では、メモリ管理が容易な代わりに、多くのメモリ容量を確保しなければならず、組み込み機器などのように使用可能なメモリに関する制約の大きい機器の実装に対しては、不向きである。
【００７２】
図７は、本実施形態のファイルキャッシュ管理処理を示している。
【００７３】
デジタルコンテント１０１の再生に必要な各リソースファイルが、ファィルキャッシュ１０３にロードされるところまでは、図５の実装と同じである。
【００７４】
本実施形態では、暗号化を伴う保護フォーマットと、暗号化を伴わない保護フォーマット（検証用データを利用した保護フォーマット）とが利用される。検証用データを利用した保護フォーマットによって保護されたリソースファイルについては、上述の復号処理および上書き処理は実行されずに、ファィルキャッシュ１０３から再生処理部１５に直接的に送られる。
【００７５】
暗号化を伴う保護フォーマットが適用されたリソースファイルについては、そのデータが暗号化されているので、上述の復号処理および上書き処理が実行される。図５のシステムでは復号後のデータを専用のバッファ領域１３１に格納したが、本実施形態では、復号後のデータは、暗号化されているオリジナルのデータ上に上書きされる。すなわち、画像データ（xxxx.png）の暗号化されている本体部内のデータは、第２の処理モジュール５０２によって例えば１２８ビット長の部分データ単位で順次復号される。ある部分データが復号される度に、その復号された１２８ビット長の部分データが、ファィルキャッシュ１０３上の対応する１２８ビット長のオリジナルの部分データと同じアドレス領域に書き込まれる。
【００７６】
また、第２の処理モジュール５０２は、ファィルキャッシュ１０３上の暗号化された各リソースデータ毎に、当該リソースデータが復号済みか否かを示す上述の復号済みフラグと、当該リソースデータを復号および暗号するための鍵情報（鍵情報は何らかの暗号化がなされている）とを、ファィルキャッシュ１０３として使用されるメモリ上のファイル管理領域内に格納する。
【００７７】
図８は、本実施形態のコピー制御処理を示している。
【００７８】
上述したように、コンテンツ保護を実現するためには、外部ストレージデバイス１７にコピーされるリソースファイルは、保護されたオリジナルのファイルであることが要求されている。従って、復号されたデータのコピーをそのまま外部ストレージデバイス１７に格納することはできない。したがって、第３の処理モジュール５０３は、コピー要求によって指定されたコピー対象のリソースファイルに付随する２つの管理情報(復号済みフラグと、鍵情報)を使用して、コピー対象のリソースファイルが復号済みであるか否かを判定し、コピー対象のリソースファイルが復号済みであるならば、コピー対象のリソースファイル内の復号済みのデータを再度暗号化し、その暗号化されたデータを、復号済みのオリジナルのデータ上に上書きする。
【００７９】
例えば、もしファイルキャッシュ１３に格納されている複数のリソースファイルの内で復号済みの画像データ（xxxx.png）がコピー要求によって指定されたならば、画像データ（xxxx.png）の復号済みの本体部内のデータは、第３の処理モジュール５０３によって例えば１２８ビット長の部分データ単位で順次暗号化される。ある部分データが暗号化される度に、その暗号化された１２８ビット長の部分データが、ファィルキャッシュ１０３上の対応する１２８ビット長の復号済みの部分データと同じアドレス領域に書き込まれる。
【００８０】
リソースファイルに付随する管理情報は、外部ストレージ１７に格納する必要はない。したがって、第３の処理モジュール５０３は、コピー対象のリソースファイルから管理情報を削除して、オリジナルの保護されたデータのみを外部ストレージ１７に格納する。
【００８１】
このような実装方法を採用することで、バッファ領域１３１を設ける必要が無くなり、プレーヤ１０のコストを削減することが可能となる。また、ファィルキャッシュ１０３として使用されるメモリ上のファイル管理領域内には、復号済みのリソースファイルに対応する鍵情報が保持されているので、第３の処理モジュール５０３は、コピー対象のリソースファイルに対応する鍵情報を生成する処理を行うことなく、容易にコピー対象のリソースファイルを再暗号化することができる。
【００８２】
次に、図９のフローチャートを参照して、デジタルコンテント１０１の再生処理中に実行されるファィルキャッシュ管理処理の手順を説明する。
【００８３】
デジタルコンテント１０１の再生シーケンスにおいては、まず最初に、そのデジタルコンテント１０１内のビデオオブジェクトの再生の開始に先だって、プレイリストが光ディスク１００からリードされてナビゲーションマネージャ６０１に送られる。そして、ナビゲーションマネージャ６０１の制御の下、必要なリソースファイルそれぞれが、データアクセスマネージャ４０１によってファィルキャッシュ１０３にロードされる。
【００８４】
ビデオオブジェクトの再生中においては、ナビゲーションマネージャ６０１は、処理対象のリソースファイルの取得を要求するリソースファイル取得要求を発行する。このリソースファイル取得要求を受信する度に、第２の処理モジュール５０２は以下の処理を実行する。
【００８５】
すなわち、第２の処理モジュール５０２は、まず、ファイルキャッシュ１３に格納されている複数のリソースファイルの内でリソースファイル取得要求よって要求されたリソースファイルを選択し、そのリソースファイルに適用されている保護フォーマットが、暗号化を伴うフォーマットであるか否かを判定する（ステップＳ１０１）。暗号化を伴うフォーマットではないならば（ステップＳ１０１のＮＯ）、第２の処理モジュール５０２は、リソースファイル取得要求よって要求されたリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０２）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００８６】
リソースファイル取得要求よって要求されたリソースファイルに適用されている保護フォーマットが暗号化を伴うフォーマットであれば（ステップＳ１０１のＹＥＳ）、第２の処理モジュール５０２は、リソースファイル取得要求よって要求されたリソースファイルに対応する復号済みフラグを参照して、当該リソースファイルが既に復号されているか否かを判定する（ステップＳ１０３）。
【００８７】
リソースファイル取得要求よって要求されたリソースファイルが復号済みであるならば（ステップＳ１０３のＹＥＳ）、第２の処理モジュール５０２は、その復号済みのリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０２）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００８８】
一方、リソースファイル取得要求よって要求されたリソースファイルが復号済みでないならば（ステップＳ１０３のＮＯ）、第２の処理モジュール５０２は、当該リソースファイルを復号し、その復号されたリソースファイルを、ファィルキャッシュ１０３上の暗号化されている当該リソースファイル上に上書きする（ステップＳ１０５）。このステップＳ１０５では、要求されたリソースファイルに対応する、コンテンツ暗号化鍵ファイル内のコンテンツ暗号化鍵が復号され、これによって要求されたリソースファイルを復号するための鍵情報（復号されたコンテンツ暗号化鍵）が生成される。そして、この鍵情報によって、要求されたリソースファイルが復号される。具体的には、図１０に示すように、コンテンツ暗号化鍵ファイルには暗号化された複数のコンテンツ暗号化鍵が含まれており、リソースファイルのヘッダ部に含まれるポインタによって指定されるコンテンツ暗号化鍵が復号される。
【００８９】
この後、第２の処理モジュール５０２は、生成した鍵情報を、ステップＳ１０４で復号したリソースファイルに対応するファィル管理領域に格納する（ステップＳ１０５）。そして、第２の処理モジュール５０２は、要求されたリソースファイルに対応する復号済みフラグを、復号済みを示す値（＝True）に更新する（ステップＳ１０６）。次いで、第２の処理モジュール５０２は、要求されたリソースファイル、つまりステップＳ１０４で復号したリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０７）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００９０】
なお、鍵情報を生成する処理および生成した鍵情報をファィル管理領域に格納する処理は、一度も復号されたことがないリソースファイル、つまり対応する鍵情報がファイル管理領域に保存されていないリソースファイルの取得が要求された場合にのみ実行すればよい。
【００９１】
次に、図１１のフローチャートを参照して、コピー制御処理の手順を説明する。
【００９２】
このコピー制御処理は、例えば、ファィルキャッシュ１０３にロードされたリソースファイルのコピーを外部ストレージデバイス１７に保存するといったユースケースにおいて実行される。この場合、例えば、ビデオオブジェクトの再生中または再生終了時などにおいて、ナビゲーションマネージャ６０１は、コピー要求を発生する。
【００９３】
このコピー要求に応答して、第３の処理モジュール５０３は以下の処理を実行する。
【００９４】
すなわち、第３の処理モジュール５０３は、まず、コピー要求よって指定されたリソースファイルに適用されている保護フォーマットが、暗号化を伴うフォーマットであるか否かを判定する（ステップＳ２０１）。暗号化を伴うフォーマットではないならば（ステップＳ２０１のＮＯ）、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０２）。このステップＳ２０２では、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルをファィルキャッシュ１０３からリードし、そしてそのリードしたリソースファイルを外部ストレージデバイス１７に送出する。
【００９５】
コピー要求よって指定されたリソースファイルに適用されている保護フォーマットが暗号化を伴うフォーマットであれば（ステップＳ２０１のＹＥＳ）、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルに対応する復号済みフラグを参照して、当該リソースファイルが既に復号されているか否かを判定する（ステップＳ２０３）。
【００９６】
コピー要求よって指定されたリソースファイルが復号済みでないならば、つまり暗号化されているならば（ステップＳ２０３のＮＯ）、第３の処理モジュール５０３は、その暗号化されているリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０２）。
【００９７】
一方、コピー要求よって指定されたリソースファイルが復号済みであるならば（ステップＳ２０３のＹＥＳ）、第３の処理モジュール５０３は、当該リソースファイルに対応する鍵情報をファイル管理領域からリードする（ステップＳ２０４）。そして、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルを、リードした鍵情報によって再度暗号化し、その暗号化されたリソースファイルを、ファィルキャッシュ１０３上の復号済みのリソースファイル上に上書きする（ステップＳ２０５）。
【００９８】
この後、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルに対応する復号済みフラグを、復号済みでは無いことを示す値（＝False）に更新する（ステップＳ２０６）。次いで、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイル、つまりステップＳ２０５で暗号化したリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０７）。このステップＳ２０７では、第３の処理モジュール５０３は、ステップＳ２０５で暗号化したリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを外部ストレージデバイス１７に送出する。
【００９９】
以上のように、本実施形態によれば、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができ、これによってプレーヤのコストの低減を図ることが可能となる。
【０１００】
なお、図１のプレーヤ１０の機能はすべてコンピュータプログラムによって実現することができるので、このコンピュータプログラムをコンピュータ読み取り可能な記憶媒体を通じて通常のコンピュータに導入するだけで、通常のコンピュータをプレーヤとして機能させることができる。この場合、デコード処理の全てをソフトウェアによって実行してもよいが、デコード処理の一部または全てをハードウェアによって実行することもできる。
【０１０１】
また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態に係る再生装置の構成を示すブロック図。
【図２】同実施形態の再生装置で用いられる記憶メディアの物理データ構造を示す図。
【図３】同実施形態の再生装置で再生されるコンテントの構成を示す図。
【図４】同実施形態の再生装置の機能構成の例を示すブロック図。
【図５】ファイルキャッシュと別のバッファ領域を用いてファイルキャッシュ管理処理を行うシステム構成の例を示す図。
【図６】図５のシステム構成で用いられるコピー制御処理を説明するための図。
【図７】同実施形態の再生装置におけるファイルキャッシュ管理処理を説明するための図。
【図８】同実施形態の再生装置におけるコピー制御処理を説明するための図。
【図９】同実施形態の再生装置によって実行されるファイルキャッシュ管理処理の手順を示すフローチャート。
【図１０】同実施形態の再生装置で用いられるリソースファイルを復号するための鍵情報を生成する処理を説明するための図。
【図１１】同実施形態の再生装置によって実行されるコピー制御処理の手順を示すフローチャート。
【符号の説明】
【０１０３】
１０…再生装置、１１…ＨＤ ＤＶＤドライブ、１２…データ読み取り部、１３…ファイルキャッシュ、１４…コンテントチェック部、１５…再生処理部、５０１…第１の処理モジュール、５０２…第２の処理モジュール、５０３…第３の処理モジュール。
【技術分野】
【０００１】
本発明は、記憶メディアに格納されたデジタルコンテントを再生する再生装置および再生方法に関する。
【背景技術】
【０００２】
近年、動画像のデジタル圧縮符号化技術の進展に伴い、ＨＤ（High Definition）規格の高精細映像を扱うことが可能な再生装置（プレーヤ）の開発が進められている。
【０００３】
このようなプレーヤにおいては、ＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアが用いられる。ＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアを用いることにより、ＨＤ映像データと高品質のサラウンドオーディオデータとを一枚の記憶メディアにパッケージ化することができる。
【０００４】
記憶メディアに格納されたデジタルコンテンツをその不正コピーから保護するための技術としては、従来から、ＣＳＳ（Content Scramble System）のような暗号化技術が知られている。
【０００５】
特許文献１には、コピー制御情報が埋め込まれた、映像データのようなデジタルコンテントのストリームが開示されている。コピー制御情報は、映像データのようなデジタルコンテントのコピーを制限するためのコピープロテクト機能を実現するために使用される。
【特許文献１】特許第３１６２０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、最近では、デジタルコンテントのインタラクティブ性を高めるため、デジタルコンテントは、映像データのようなビデオオブジェクトのみならず、例えば、効果音、イメージデータといった各種リソースファイルをも含んでいる。リソースファイルは、ビデオオブジェクトをインタラクティブに再生するためのデータである。ビデオオブジェクトは暗号化されている。同様に、リソースファイルにも暗号化が施されている。
【０００７】
デジタルコンテンツトの再生に先立ち、各リソースファイルは記憶メディアからプレーヤ内のファイルキャッシュにロードされる。そして、ファイルキャッシュから必要なリソースファイルが読み出されて再生される。ファイルキャッシュの使用により、記憶メディアからのビデオオブジェクトのリード処理中に、リソースファイルのリードのために記憶メディアをアクセスする必要がなくなる。
【０００８】
通常、各リソースファイルは暗号化されたままの状態でファイルキャッシュに格納されている。なぜなら、各リソースファイルの複製をファイルキャッシュからプレーヤに設けられたストレージデバイス等に転送するといったユースケースにおいても、リソースファイルをセキュアに扱うことを可能にするためである。
【０００９】
しかし、このように各リソースファイルを暗号化されたままの状態でファイルキャッシュに格納した場合においては、ファイルキャッシュ上のリソースファイルが使用される度に、そのリソースファイルを復号することが必要となる。ファイルキャッシュとは別のバッファ領域を用意すれば、復号された各リソースファイルをバッファ領域に保存しておくことができる。しかし、このような専用のバッファ領域を使用することは、プレーヤに実装することが要求されるメモリサイズの増大を招き、これによってプレーヤのコストアップを引き起こすことになる。
【００１０】
したがって、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる新たな機能の実現が必要である。
【００１１】
本発明は上述の事情を考慮してなされたものであり、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる再生装置および再生制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述の課題を解決するため、本発明は、記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置であって、前記記憶メディアから読み出される前記リソースファイルを一時的に格納するファイルキャッシュ領域を含むメモリと、前記記憶メディアから読み出される前記ビデオオブジェクトを復号する第１の処理モジュールと、前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する再生処理部と、前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定し、前記リソースファイルが復号済みではない場合には、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する第２の処理モジュールと、前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出する第３の処理モジュールとを具備することを特徴とする。
【００１３】
また、本発明は、記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置の動作を制御する再生制御方法であって、前記記憶メディアから読み出される前記リソースファイルを、前記再生装置に設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納するステップと、前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、前記復号されたビデオオブジェクトを前記再生装置に設けられた再生処理部によって再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力するステップと、前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定するステップと、前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する復号処理ステップと、前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御ステップとを具備することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
図１には、本発明の一実施形態に係る再生装置の構成例が示されている。この再生装置は映像データ（オーディオビジュアルデータ）のようなデータストリームから構成されるデジタルコンテントを再生するプレーヤである。この再生装置は、例えばＨＤ ＤＶＤ（High Definition Digital Versatile Disc）のような記憶メディアに予め格納された、ビデオタイトルのようなデジタルコンテントを再生するＨＤ ＤＶＤプレーヤ１０として実現されている。ＨＤ ＤＶＤプレーヤ１０は、記憶メディアである光ディスクメディア１００に格納されたデジタルコンテントを再生するのみならず、インターネットのようなネットワークを介してネットワークサーバからダウンロードしたデジタルコンテントを再生することもできる。
【００１７】
このＨＤ ＤＶＤプレーヤ１０は、図１に示されているように、ＨＤ ＤＶＤドライブ１１、データ読み取り部１２、ファイルキャッシュ１３、コンテントチェック部１４、再生処理部１５、ネットワークインタフェース１６およびストレージデバイス（外部ストレージデバイスとも云う）１７を備えている。
【００１８】
ＨＤ ＤＶＤドライブ１１によって駆動される光ディスクメディア（ＨＤ ＤＶＤメディア）１００には、暗号化されたデジタルコンテント１０１、鍵管理情報１０２、およびコンテンツ暗号化鍵ファイル１０３などが格納されている。
【００１９】
デジタルコンテント１０１は、例えば、映画、アニメーションといったオーディオビジュアルコンテントである。オーディオビジュアルコンテントは、ビデオデータとオーディオデータとが多重化されたストリームである。もちろん、オーディオデータのみから構成されるオーディオコンテントが光ディスクメディア１００に格納されていても良い。
【００２０】
デジタルコンテント１０１は、ＨＤ ＤＶＤ規格で規定されたエンハンスドビデオオブジェクトＥＶＯＢ（プライマリーエンハンスドビデオオブジェクトＰ−ＥＶＯＢ、またはセカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢ）のようなビデオオブジェクトＶＯＢを含んでいる。ビデオオブジェクトＶＯＢは、複数のビデオオブジェクトユニットＶＯＢＵ（ＨＤ ＤＶＤ規格で規定された、プライマリーエンハンスドビデオオブジェクトユニットＰ−ＥＶＯＢＵ、セカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢＵ等）から構成されている。ビデオオブジェクトユニットＶＯＢＵは所定の再生時間に対応するデータストリームであり、圧縮符号化されたビデオデータおよび圧縮符号化されたオーディオデータ等を含んでいる。デジタルコンテントは、例えば、Ｐ−ＥＶＯＢＵ、Ｓ−ＥＶＯＢＵのようなビデオオブジェクトユニットＶＯＢＵを単位として暗号化されている。
【００２１】
さらに、デジタルコンテント１０１は、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢに加え、幾つかのリソースファイルも含んでいる。各リソースファイルは、ビデオオブジェクトＶＯＢをインタラクティブに再生するために必要なデータである。リソースファイルは、例えば、イメージデータ（静止画、動画、アニメーション、フォント）、効果音、スクリプト、などから構成される。デジタルコンテント１０１の再生時においては、イメージデータ等のリソースファイルが必要に応じて再生され、そのイメージデータ等が、例えばビデオオブジェクトＶＯＢの前面に表示される。また、ビデオオブジェクトＶＯＢを補完するための、サブビデオデータのようなサブビデオオブジェクトを、リソースファイルとして使用することもできる。
【００２２】
光ディスクメディア１００上にそれぞれ格納された、リソースファイル群およびビデオオブジェクトＶＯＢが、デジタルコンテント１０１を構成する。
【００２３】
なお、リソースファイルはインターネットのような外部ネットワークからダウンロードすることもできる。
【００２４】
鍵管理情報１０２は、プレーヤ単体またはプレーヤグループに固有の鍵（第１の鍵）に対するアクセスを提供するデータブロックである。すなわち、鍵管理情報１０２は、各プレーヤが、自身に固有の鍵のセット（第２のキーのセット）を使用することによって、当該プレーヤ単体または当該プレーヤが属するプレーヤグループに固有の第１の鍵を算出することを許可するデータブロックである。
【００２５】
コンテンツ暗号化鍵ファイル１０３は暗号化された幾つかのコンテンツ暗号化鍵を含むファイルである。コンテント１０１は１以上のコンテンツ暗号化鍵によって暗号化されている。この１以上のコンテンツ暗号化鍵は、コンテント１０１を復号（暗号化解除）するための鍵情報として使用される。
【００２６】
第２の鍵のセットは、各プレーヤに与えられた秘密の鍵群であり、プレーヤ単体毎にまたはプレーヤグループ毎に異なっている。例えば、同一の製造メーカによって製造されたプレーヤそれぞれは、同一のプレーヤグループに属する。
【００２７】
第２の鍵のセットは、プレーヤ１０の製造時等に当該プレーヤ１０に予め保持されている。プレーヤ１０の有する第２の鍵のセットは、鍵管理情報１０２を処理して第１の鍵を導出するために使用される。第１の鍵によってコンテンツ暗号化鍵ファイル１０３を復号することにより、コンテント１０１を復号するための鍵情報であるコンテンツ暗号化鍵を得ることができる。
【００２８】
データ読み取り部１２は、ＨＤ ＤＶＤドライブ１１をアクセスして、光ディスクメディア１００に格納されたデータ（デジタルコンテント１０１、鍵管理情報１０２およびコンテンツ暗号化鍵ファイル１０３など）を読み取る。
【００２９】
ファイルキャッシュ１３は、データ読み取り部１２によって光ディスクメディア１００からリードされた各リソースファイルを一時的に格納するキャッシュ領域である。このファイルキャッシュ（ファイルキャッシュ領域とも云う）１３は、プレーヤ１０内に設けられたメモリ内の記憶領域の一部によって実現されている。ファイルキャッシュ１３の記憶サイズは例えば６４Ｍバイトである。
【００３０】
コンテント１０１の再生に使用されるリソースファイルそれぞれは、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢの再生が開始される前に、光ディスクメディア１００からファイルキャッシュ１３にロードされる。もちろん、インターネットのような外部ネットワークからダウンロードしたリソースファイルをファイルキャッシュ１３に一時的に格納するようにしてもよい。また、外部ストレージデバイス１７に格納されているリソースファイルをファイルキャッシュ１３に一時的に格納するようにしてもよい。
【００３１】
一方、エンハンスドビデオオブジェクトＥＶＯＢのようなビデオオブジェクトＶＯＢのストリームは、ファイルキャッシュ１３には格納されない。データ読み取り部１２によって光ディスクメディア１００からリードされたビデオオブジェクトＶＯＢのストリームは、コンテントチェック部１４を介して再生処理部１５に送られる。
【００３２】
コンテントチェック部１４は、著作権保護機能を実現するための処理モジュールであり、データ読み取り部１２およびファイルキャッシュ１３の各々と再生処理部１５との間に配置されている。コンテントチェック部１４はＴＲＳ（タンパ・レジスタント・ソフトウェア）等の技術によって耐タンパ化されたモジュールであり、暗号化されたビデオオブジェクトＶＯＢ（暗号化されたプライマリーエンハンスドビデオオブジェクトユニットＰ−ＥＶＯＢＵ、暗号化されたセカンダリーエンハンスドビデオオブジェクトＳ−ＥＶＯＢＵ）を復号する機能、暗号化された各リソースファイルを復号する機能、およびファイルキャッシュ１３を管理するファイルキャッシュ管理処理を実行する機能等を有している。
【００３３】
ファイルキャッシュ管理処理においては、コンテントチェック部１４は、ファイルキャッシュ１３に格納されている暗号化されたリソースファイルを復号し、その復号されたリソースファイルを、ファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする。この場合、コンテントチェック部１４は、例えば１２８ビット長の部分データ毎に、リソースファイルを復号する処理と、復号された部分データをファイルキャッシュ１３内の暗号化されたリソースファイル上に上書きする処理とを実行する。そして、コンテントチェック部１４は、復号されたリソースファイルを、ファイルキャッシュ１３から読み出して再生処理部１５に送出する。
【００３４】
このように、復号されたリソースファイルを、その復号前のオリジナルのリソースファイルが格納されているファイルキャッシュ１３内の記憶領域と同じ記憶領域に上書きすることにより、ファイルキャッシュ１３を設けるだけでリソースファイルの復号結果をも保持することが可能となり、リソースファイルの復号結果を保持するための専用のバッファを設ける必要がなくなる。
【００３５】
このファイルキャッシュ管理処理は、例えば、再生処理部１５から送出されるリソースファイル取得要求に応じて実行される。リソースファイル取得要求によって要求された、ファイルキャッシュ１３内のリソースファイルがコンテントチェック部１４によって既に復号されているならば、コンテントチェック部１４は、その復号済みのリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。一方、リソースファイル取得要求によって要求された、ファイルキャッシュ１３内のリソースファイルが復号済みでないならば、コンテントチェック部１４は、上述の復号及び上書き処理を実行する。
【００３６】
さらに、コンテントチェック部１４は、ファイルキャッシュ１３内のあるリソースファイルのコピーを外部ストレージデバイス１７のようなストレージデバイスに保存するというコピー制御処理を実行する機能も有している。
【００３７】
コピー制御処理においては、コピー対象のリソースファイルが復号済みであるならば、コンテントチェック部１４は、コピー対象のリソースファイルを再度暗号化し、その暗号化されたリソースファイルを、ファイルキャッシュ１３内の復号済みのコピー対象のリソースファイル上に上書きする。この場合、コンテントチェック部１４は、例えば１２８ビット長の部分データ毎に、リソースファイルを暗号化する処理と暗号化された部分データをファイルキャッシュ１３内の復号済みのコピー対象のリソースファイル上に上書きする処理とを実行する。そして、コンテントチェック部１４は、暗号化されたリソースファイルを、ファイルキャッシュ１３から読み出して外部ストレージデバイス１７のような保存先のストレージデバイスに送出する。
【００３８】
このコピー制御処理は、例えば、再生処理部１５によって実行されるスクリプト等から送出されるコピー要求に応じて実行される。このコピー要求は、ファイルキャッシュ１３に格納されているあるリソースファイルのコピーを、外部ストレージデバイス１７またはネットワークに接続されたネットワークアタッチドストレージデバイス（ＮＡＳ）のようなストレージデバイスに保存することを要求する。コピー要求によって指定されたファイルキャッシュ１３内のリソースファイルが暗号化されていないならば、コンテントチェック部１４は、その暗号化されているリソースファイルをファイルキャッシュ１３から外部ストレージデバイス１７のようなストレージデバイスに送出する。一方、コピー要求によって指定されたファイルキャッシュ１３内のリソースファイルが復号済みであるならば、コンテントチェック部１４は、上述の再暗号化及び上書き処理を実行する。
【００３９】
本実施形態においては、上述のファイルキャッシュ管理処理およびコピー制御処理により、ファイルキャッシュ１３とは別の専用のバッファ領域を設けることなく、ビデオオブジェクトのインタラクティブ性を高めるためのリソースファイルをセキュアに扱うことが可能となる。
【００４０】
再生処理部１５は、コンテントチェック部１４によって復号されたビデオオブジェクトおよびコンテントチェック部１４によって復号されたリソースファイルを再生するための再生処理を実行する。再生処理においては、Ｐ−ＥＶＯＢＵ、Ｓ−ＥＶＯＢＵのような各ビデオオブジェクトユニットＶＯＢＵに含まれるビデオデータおよびオーディオデータをそれぞれデコードする処理、およびリソースファイルをデコードする処理等が実行される。
【００４１】
図３には、ＨＤ ＤＶＤメディアの物理的なデータ構造の例が示されている。
【００４２】
ＨＤ ＤＶＤメディアにおいては、その最内周から順に、バーストカッティングエリア（Burst Cutting Area）、リードインエリア（Lead-in Area）、データエリアが設けられている。データエリアには、暗号化されたコンテンツ暗号化鍵ファイル、コンテンツ利用情報、および暗号化されたデジタルコンテント等が記録されている。コンテンツ暗号化鍵ファイルは、暗号化されたコンテンツ暗号化鍵をそれぞれ含む複数のエントリから構成されている。
【００４３】
図３には、暗号化されたデジタルコンテントの構造が示されている。
【００４４】
ＨＤ ＤＶＤメディアにおいては、プライマリービデオセット２１１とセカンダリービデオセット２１２とリソースファイル２１３とを含む、暗号化されたデジタルコンテントを記録することができる。
【００４５】
プライマリービデオセット２１１は圧縮符号化された主ビデオデータおよび圧縮符号化された主オーディオデータ等を含むタイトルセットであり、１以上のプライマリーエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）から構成されている。すなわち、Ｐ−ＥＶＯＢは、主ＡＶデータストリームである。
【００４６】
セカンダリービデオセット２１２はプライマリービデオセットを補完するためのビデオセットであり、圧縮符号化された副ビデオデータおよび圧縮符号化された副オーディオデータ等を含むタイトルセットであり、１以上のセカンダリーエンハンスドビデオオブジェクト（Ｓ−ＥＶＯＢ）から構成されている。すなわち、Ｓ−ＥＶＯＢは、副ＡＶデータストリームである。
【００４７】
リソースファイル２１３はアドバンスドナビゲーションと、アドバンスドエレメントとから構成されている。アドバンスドナビゲーションはデジタルコンテントの再生手順を制御するためのナビゲーションデータであり、XML(eXtensible Markup Language)ドキュメント、およびECMA(International-European association for standardizing information and communication systems)スクリプトを含んでいる。このナビゲーションデータは、再生シーケンスの記述、メニューの記述、メニューボタンに対するアクションの記述、等を含む。また、ナビゲーションデータは、プレイリスト(PLAY LIST)も含む。プレイリストは、デジタルコンテント１０１を構成するＰ−ＥＶＯＢ、Ｓ−ＥＶＯＢ、および各リソースファイルそれぞれの再生タイミングを制御する記述を含む。また、このプレイリストには、ファイルキャッシュ１３にロードすべきリソースファイルそれぞれを指定するための記述を含むローディング情報も含まれている。デジタルコンテント１０１の再生時には、まず、プレイリストが光ディスク１００からリードされ、そのプレイリストのローディング情報に記述された各リソースファイルがデータ読み取り部１２によってファイルキャッシュ１３にロードされる。
【００４８】
アドバンスドエレメントは、インタラクティブなコンテント再生を実現するために使用されるデータであり、静止画、アニメーション、フォント、効果音などから構成されている。
【００４９】
次に、図４を参照して、プレーヤ１０の具体的な機能構成の例を説明する。
【００５０】
プレーヤ１０は、データアクセスマネージャ４０１、第１の処理モジュール５０１、第２の処理モジュール５０２、第３の処理モジュール５０３、ナビゲーションマネージャ６０１、およびプレゼンテーションエンジン６０２を備えている。
【００５１】
データアクセスマネージャ４０１は、ＨＤ ＤＶＤドライブ１１、不揮発性メモリのようなストレージデバイス（Persistent Storage）１７、または、ネットワークを介してネットワークサーバ１８からデジタルコンテンツを取得する。このデータアクセスマネージャ４０１は、上述のデータ読み出し部１２に相当するものである。
【００５２】
第１の処理モジュール５０１、第２の処理モジュール５０２、および第３の処理モジュール５０３は上述のコンテントチェック部１４を構成するモジュール群である。
【００５３】
第１の処理モジュール５０１は、Ｐ−ＥＢＯＢおよびＳ−ＥＶＯＢそれぞれのストリームに対して、その暗号化を解除するための復号処理、およびその正当性を検証するための正当性チェック処理等を実行する。また、第１の処理モジュール５０１は、ファイルキャッシュ１３を介さずにデータアクセスマネージャ４０１から送出されるリソースファイルに対しても、その暗号化を解除するための復号処理、およびその正当性を検証するための正当性チェック処理等を実行する。
【００５４】
第２の処理モジュール５０２は、上述のファイルキャッシュ管理処理を実行する。第２の処理モジュール５０２は、ナビゲーションマネージャ６０１から送出されるリソースファイル取得要求に応答して、ファイルキャッシュ１３に格納されている、リソースファイル取得要求によって要求されたリソースファイルが復号済みであるか否かを判定する。この判定処理は、ファイルキャッシュ１３として利用されるメモリ内に用意されたファイル管理領域内に格納されている管理情報（復号済みフラグ）を参照することによって行われる。管理情報（復号済みフラグ）は、ファイルキャッシュ１３に格納されているリソースファイル毎にそのリソースファイルが復号済みであるか否かを示す。
【００５５】
リソースファイル取得要求によって要求されたリソースファイルが復号済みではない場合には、第２の処理モジュール５０２は、当該リソースファイルを復号して、その復号されたリソースファイルを、暗号化されているオリジナルのリソースファイル上に上書きする。そして、第２の処理モジュール５０２は、復号済みフラグを復号済みを示す値に更新し、そして復号されたリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。
【００５６】
リソースファイル取得要求によって要求されたリソースファイルが復号済みである場合には、第２の処理モジュール５０２は、復号済みのリソースファイルをファイルキャッシュ１３から再生処理部１５に送出する。
【００５７】
第３の処理モジュール５０３は、上述のコピー制御処理を実行する。第３の処理モジュール５０３は、例えばナビゲーションマネージャ６０１から送出されるコピー要求に応答して、ファイルキャッシュ１３に格納されている、コピー要求によって指定されたリソースファイルが復号済みであるか否かを判定する。この判定は、コピー要求によって指定されたリソースファイルに対応する復号済みフラグを参照することによって行われる。
【００５８】
コピー要求によって指定されたリソースファイルが復号済みである場合には、第３の処理モジュール５０３は、当該リソースファイルを暗号化して、その暗号化されたリソースファイルを復号済みのリソースファイル上に上書きする。そして、第３の処理モジュール５０３は、コピー要求によって指定されたリソースファイルに対応する復号済みフラグを、復号済みでは無いことを示す値に更新し、そして、暗号化されたリソースファイルをファイルキャッシュ１３からストレージデバイス１７に送出する。
【００５９】
一方、コピー要求によって指定されたリソースファイルが復号済みではない場合には、第３の処理モジュール５０３は、当該リソースファイルをファイルキャッシュ１３からストレージデバイス１７に送出する。
【００６０】
ナビゲーションマネージャ６０１およびプレゼンテーションエンジン６０２は、上述の再生処理部１５として機能する。プレゼンテーションエンジン６０２は、ビデオオブジェクト（Ｐ／Ｓ−ＥＢＯＢ）のストリームをデコードして再生すると共に、リソースファィル内のアドバンスドエレメントのようなリソースデータをデコードして再生する。ナビゲーションマネージャ６０１は、リソースファイル内のアドバンスドナビゲーションを解釈し、その解釈結果に基づいてプレゼンテーションエンジン４０４の動作を制御する。また、ナビゲーションマネージャ６０１は、アドバンスドナビゲーションに含まれるスクリプトに従って、上述のリソースファイル取得要求およびコピー要求等を発行する処理も実行する。
【００６１】
次に、本実施形態におけるファイルキャッシュ管理方法を、専用のバッファ領域を使用してファイルキャッシュを管理する方法と対比して説明する。
【００６２】
まず、図５および図６を参照して、専用のバッファ領域を用いてファイルキャッシュ１３を管理する処理の例について説明する。
【００６３】
図５のシステムにおいては、プレーヤ内のメモリ上には、ファイルキャッシュ１３の他に専用のバッファ領域１３１が設けられている。各リソースファイルは暗号化を含む何種類かの保護フォーマットの内の１つによって保護されており、デジタルコンテント１０１の再生開始前までに、ファィルキャッシュ１３にロードされた状態となっている。バッファ領域１３１の記憶サイズは、ファイルキャッシュ１３の記憶サイズと同じ例えば６４ＭＢである。
【００６４】
デジタルコンテント１０１の再生が開始されると、ファィルキャッシュ１３上にロードされたリソースファイルは、それぞれ必要なときに復号される。このとき、復号されたリソースデータはバッファ領域１３１上に格納される。そして、復号されたリソースデータは、そのバッファ領域１３１から、再生処理部１５内のコンポーネント（PNGデコーダ、XMLパーサ等）に送られる。
【００６５】
図５のファィルキャッシュ１３上においては、画像データ（xxxx.png）とＸＭＬファイル（xxxx.xml）とが格納されている。
【００６６】
画像データ（xxxx.png）は、例えば、暗号化によって保護化されている。この場合、画像データ（xxxx.png）の本体部（ボディー）は、所定のコンテンツ暗号化鍵によって暗号化されている。また、この画像データ（xxxx.png）には、ヘッダ（コンテンツ保護 Header）が付加されている。このヘッダ内には、画像データ（xxxx.png）に対応するコンテンツ暗号化鍵が格納されている、コンテンツ暗号化鍵ファイル内のエントリを示すポインタも含まれている。
【００６７】
また、ＸＭＬファイル（xxxx.xml）は、ハッシュ値のような検証用データによって保護されている。検証用データはＸＭＬファイル（xxxx.xml）に付加されている。
【００６８】
画像データ（xxxx.png）については、その本体部が復号された後にバッファ領域１３１に格納される。またＸＭＬファイル（xxxx.xml）については、その正当性が検証用データを用いて確認された後にバッファ領域１３１に格納される。
【００６９】
図６は、ファイルキャッシュ１３上のリソースファイルをPersistent Storage（P-Storage）のような外部ストレージデバイス１７にコピーする処理の例を示している。
【００７０】
コンテンツ保護を実現するためには、復号後のリソースファイルをコピーするのではなく、復号前のリソースファィル（オリジナルデータ）をコピーすることが要求される。このため、コピー要求が発生した場合には、バッファ領域１３１ではなく、ファイルキャッシュ１３上からコピー要求されたリソースファイルのオリジナルデータが読み出され、それが外部ストレージデバイス１７に格納される。
【００７１】
しかし、図５および図６で説明したように、専用のバッファ領域１３１を使用する構成では、メモリ管理が容易な代わりに、多くのメモリ容量を確保しなければならず、組み込み機器などのように使用可能なメモリに関する制約の大きい機器の実装に対しては、不向きである。
【００７２】
図７は、本実施形態のファイルキャッシュ管理処理を示している。
【００７３】
デジタルコンテント１０１の再生に必要な各リソースファイルが、ファィルキャッシュ１０３にロードされるところまでは、図５の実装と同じである。
【００７４】
本実施形態では、暗号化を伴う保護フォーマットと、暗号化を伴わない保護フォーマット（検証用データを利用した保護フォーマット）とが利用される。検証用データを利用した保護フォーマットによって保護されたリソースファイルについては、上述の復号処理および上書き処理は実行されずに、ファィルキャッシュ１０３から再生処理部１５に直接的に送られる。
【００７５】
暗号化を伴う保護フォーマットが適用されたリソースファイルについては、そのデータが暗号化されているので、上述の復号処理および上書き処理が実行される。図５のシステムでは復号後のデータを専用のバッファ領域１３１に格納したが、本実施形態では、復号後のデータは、暗号化されているオリジナルのデータ上に上書きされる。すなわち、画像データ（xxxx.png）の暗号化されている本体部内のデータは、第２の処理モジュール５０２によって例えば１２８ビット長の部分データ単位で順次復号される。ある部分データが復号される度に、その復号された１２８ビット長の部分データが、ファィルキャッシュ１０３上の対応する１２８ビット長のオリジナルの部分データと同じアドレス領域に書き込まれる。
【００７６】
また、第２の処理モジュール５０２は、ファィルキャッシュ１０３上の暗号化された各リソースデータ毎に、当該リソースデータが復号済みか否かを示す上述の復号済みフラグと、当該リソースデータを復号および暗号するための鍵情報（鍵情報は何らかの暗号化がなされている）とを、ファィルキャッシュ１０３として使用されるメモリ上のファイル管理領域内に格納する。
【００７７】
図８は、本実施形態のコピー制御処理を示している。
【００７８】
上述したように、コンテンツ保護を実現するためには、外部ストレージデバイス１７にコピーされるリソースファイルは、保護されたオリジナルのファイルであることが要求されている。従って、復号されたデータのコピーをそのまま外部ストレージデバイス１７に格納することはできない。したがって、第３の処理モジュール５０３は、コピー要求によって指定されたコピー対象のリソースファイルに付随する２つの管理情報(復号済みフラグと、鍵情報)を使用して、コピー対象のリソースファイルが復号済みであるか否かを判定し、コピー対象のリソースファイルが復号済みであるならば、コピー対象のリソースファイル内の復号済みのデータを再度暗号化し、その暗号化されたデータを、復号済みのオリジナルのデータ上に上書きする。
【００７９】
例えば、もしファイルキャッシュ１３に格納されている複数のリソースファイルの内で復号済みの画像データ（xxxx.png）がコピー要求によって指定されたならば、画像データ（xxxx.png）の復号済みの本体部内のデータは、第３の処理モジュール５０３によって例えば１２８ビット長の部分データ単位で順次暗号化される。ある部分データが暗号化される度に、その暗号化された１２８ビット長の部分データが、ファィルキャッシュ１０３上の対応する１２８ビット長の復号済みの部分データと同じアドレス領域に書き込まれる。
【００８０】
リソースファイルに付随する管理情報は、外部ストレージ１７に格納する必要はない。したがって、第３の処理モジュール５０３は、コピー対象のリソースファイルから管理情報を削除して、オリジナルの保護されたデータのみを外部ストレージ１７に格納する。
【００８１】
このような実装方法を採用することで、バッファ領域１３１を設ける必要が無くなり、プレーヤ１０のコストを削減することが可能となる。また、ファィルキャッシュ１０３として使用されるメモリ上のファイル管理領域内には、復号済みのリソースファイルに対応する鍵情報が保持されているので、第３の処理モジュール５０３は、コピー対象のリソースファイルに対応する鍵情報を生成する処理を行うことなく、容易にコピー対象のリソースファイルを再暗号化することができる。
【００８２】
次に、図９のフローチャートを参照して、デジタルコンテント１０１の再生処理中に実行されるファィルキャッシュ管理処理の手順を説明する。
【００８３】
デジタルコンテント１０１の再生シーケンスにおいては、まず最初に、そのデジタルコンテント１０１内のビデオオブジェクトの再生の開始に先だって、プレイリストが光ディスク１００からリードされてナビゲーションマネージャ６０１に送られる。そして、ナビゲーションマネージャ６０１の制御の下、必要なリソースファイルそれぞれが、データアクセスマネージャ４０１によってファィルキャッシュ１０３にロードされる。
【００８４】
ビデオオブジェクトの再生中においては、ナビゲーションマネージャ６０１は、処理対象のリソースファイルの取得を要求するリソースファイル取得要求を発行する。このリソースファイル取得要求を受信する度に、第２の処理モジュール５０２は以下の処理を実行する。
【００８５】
すなわち、第２の処理モジュール５０２は、まず、ファイルキャッシュ１３に格納されている複数のリソースファイルの内でリソースファイル取得要求よって要求されたリソースファイルを選択し、そのリソースファイルに適用されている保護フォーマットが、暗号化を伴うフォーマットであるか否かを判定する（ステップＳ１０１）。暗号化を伴うフォーマットではないならば（ステップＳ１０１のＮＯ）、第２の処理モジュール５０２は、リソースファイル取得要求よって要求されたリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０２）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００８６】
リソースファイル取得要求よって要求されたリソースファイルに適用されている保護フォーマットが暗号化を伴うフォーマットであれば（ステップＳ１０１のＹＥＳ）、第２の処理モジュール５０２は、リソースファイル取得要求よって要求されたリソースファイルに対応する復号済みフラグを参照して、当該リソースファイルが既に復号されているか否かを判定する（ステップＳ１０３）。
【００８７】
リソースファイル取得要求よって要求されたリソースファイルが復号済みであるならば（ステップＳ１０３のＹＥＳ）、第２の処理モジュール５０２は、その復号済みのリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０２）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００８８】
一方、リソースファイル取得要求よって要求されたリソースファイルが復号済みでないならば（ステップＳ１０３のＮＯ）、第２の処理モジュール５０２は、当該リソースファイルを復号し、その復号されたリソースファイルを、ファィルキャッシュ１０３上の暗号化されている当該リソースファイル上に上書きする（ステップＳ１０５）。このステップＳ１０５では、要求されたリソースファイルに対応する、コンテンツ暗号化鍵ファイル内のコンテンツ暗号化鍵が復号され、これによって要求されたリソースファイルを復号するための鍵情報（復号されたコンテンツ暗号化鍵）が生成される。そして、この鍵情報によって、要求されたリソースファイルが復号される。具体的には、図１０に示すように、コンテンツ暗号化鍵ファイルには暗号化された複数のコンテンツ暗号化鍵が含まれており、リソースファイルのヘッダ部に含まれるポインタによって指定されるコンテンツ暗号化鍵が復号される。
【００８９】
この後、第２の処理モジュール５０２は、生成した鍵情報を、ステップＳ１０４で復号したリソースファイルに対応するファィル管理領域に格納する（ステップＳ１０５）。そして、第２の処理モジュール５０２は、要求されたリソースファイルに対応する復号済みフラグを、復号済みを示す値（＝True）に更新する（ステップＳ１０６）。次いで、第２の処理モジュール５０２は、要求されたリソースファイル、つまりステップＳ１０４で復号したリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを再生処理部１５に送信する（ステップＳ１０７）。再生処理部１５は、第２の処理モジュール５０２によってファィルキャッシュ１０３から読み出されたリソーファイルを再生する。この場合、再生処理部１５においては、リソースファイルがアドバンストエレメントであれば、そのリソースファイルはプレゼンテーションエンジン６０２によって処理される。一方、リソースファイルがアドバンスドナビゲーションであれば、そのリソースファイルはナビゲーションマネージャ６０１によって処理される。
【００９０】
なお、鍵情報を生成する処理および生成した鍵情報をファィル管理領域に格納する処理は、一度も復号されたことがないリソースファイル、つまり対応する鍵情報がファイル管理領域に保存されていないリソースファイルの取得が要求された場合にのみ実行すればよい。
【００９１】
次に、図１１のフローチャートを参照して、コピー制御処理の手順を説明する。
【００９２】
このコピー制御処理は、例えば、ファィルキャッシュ１０３にロードされたリソースファイルのコピーを外部ストレージデバイス１７に保存するといったユースケースにおいて実行される。この場合、例えば、ビデオオブジェクトの再生中または再生終了時などにおいて、ナビゲーションマネージャ６０１は、コピー要求を発生する。
【００９３】
このコピー要求に応答して、第３の処理モジュール５０３は以下の処理を実行する。
【００９４】
すなわち、第３の処理モジュール５０３は、まず、コピー要求よって指定されたリソースファイルに適用されている保護フォーマットが、暗号化を伴うフォーマットであるか否かを判定する（ステップＳ２０１）。暗号化を伴うフォーマットではないならば（ステップＳ２０１のＮＯ）、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０２）。このステップＳ２０２では、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルをファィルキャッシュ１０３からリードし、そしてそのリードしたリソースファイルを外部ストレージデバイス１７に送出する。
【００９５】
コピー要求よって指定されたリソースファイルに適用されている保護フォーマットが暗号化を伴うフォーマットであれば（ステップＳ２０１のＹＥＳ）、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルに対応する復号済みフラグを参照して、当該リソースファイルが既に復号されているか否かを判定する（ステップＳ２０３）。
【００９６】
コピー要求よって指定されたリソースファイルが復号済みでないならば、つまり暗号化されているならば（ステップＳ２０３のＮＯ）、第３の処理モジュール５０３は、その暗号化されているリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０２）。
【００９７】
一方、コピー要求よって指定されたリソースファイルが復号済みであるならば（ステップＳ２０３のＹＥＳ）、第３の処理モジュール５０３は、当該リソースファイルに対応する鍵情報をファイル管理領域からリードする（ステップＳ２０４）。そして、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルを、リードした鍵情報によって再度暗号化し、その暗号化されたリソースファイルを、ファィルキャッシュ１０３上の復号済みのリソースファイル上に上書きする（ステップＳ２０５）。
【００９８】
この後、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイルに対応する復号済みフラグを、復号済みでは無いことを示す値（＝False）に更新する（ステップＳ２０６）。次いで、第３の処理モジュール５０３は、コピー要求よって指定されたリソースファイル、つまりステップＳ２０５で暗号化したリソースファイルのコピーを外部ストレージデバイス１７に格納する（ステップＳ２０７）。このステップＳ２０７では、第３の処理モジュール５０３は、ステップＳ２０５で暗号化したリソースファイルをファィルキャッシュ１０３からリードし、そのリードしたリソースファイルを外部ストレージデバイス１７に送出する。
【００９９】
以上のように、本実施形態によれば、専用のバッファ領域を設けることなく、リソースファイルをセキュアに扱うことができ、これによってプレーヤのコストの低減を図ることが可能となる。
【０１００】
なお、図１のプレーヤ１０の機能はすべてコンピュータプログラムによって実現することができるので、このコンピュータプログラムをコンピュータ読み取り可能な記憶媒体を通じて通常のコンピュータに導入するだけで、通常のコンピュータをプレーヤとして機能させることができる。この場合、デコード処理の全てをソフトウェアによって実行してもよいが、デコード処理の一部または全てをハードウェアによって実行することもできる。
【０１０１】
また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施形態に係る再生装置の構成を示すブロック図。
【図２】同実施形態の再生装置で用いられる記憶メディアの物理データ構造を示す図。
【図３】同実施形態の再生装置で再生されるコンテントの構成を示す図。
【図４】同実施形態の再生装置の機能構成の例を示すブロック図。
【図５】ファイルキャッシュと別のバッファ領域を用いてファイルキャッシュ管理処理を行うシステム構成の例を示す図。
【図６】図５のシステム構成で用いられるコピー制御処理を説明するための図。
【図７】同実施形態の再生装置におけるファイルキャッシュ管理処理を説明するための図。
【図８】同実施形態の再生装置におけるコピー制御処理を説明するための図。
【図９】同実施形態の再生装置によって実行されるファイルキャッシュ管理処理の手順を示すフローチャート。
【図１０】同実施形態の再生装置で用いられるリソースファイルを復号するための鍵情報を生成する処理を説明するための図。
【図１１】同実施形態の再生装置によって実行されるコピー制御処理の手順を示すフローチャート。
【符号の説明】
【０１０３】
１０…再生装置、１１…ＨＤ ＤＶＤドライブ、１２…データ読み取り部、１３…ファイルキャッシュ、１４…コンテントチェック部、１５…再生処理部、５０１…第１の処理モジュール、５０２…第２の処理モジュール、５０３…第３の処理モジュール。
【特許請求の範囲】
【請求項１】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置であって、
前記記憶メディアから読み出される前記リソースファイルを一時的に格納するファイルキャッシュ領域を含むメモリと、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号する第１の処理モジュールと、
前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する再生処理部と、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定し、前記リソースファイルが復号済みではない場合には、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する第２の処理モジュールと、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出する第３の処理モジュールとを具備することを特徴とする再生装置。
【請求項２】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記第２の処理モジュールは、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成し、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存するように構成されており、
前記第３の処理モジュールは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化するように構成されていることを特徴とする請求項１記載の再生装置。
【請求項３】
前記第２の処理モジュールは、前記リソースファイルが復号済みである場合には、前記復号済みのリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出することを特徴とする請求項１記載の再生装置。
【請求項４】
前記第３の処理モジュールは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みで無い場合、前記ファイルキャッシュ領域に格納されている前記リソースファイルを前記ストレージデバイスに送出することを特徴とする請求項１記載の再生装置。
【請求項５】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置の動作を制御する再生制御方法であって、
前記記憶メディアから読み出される前記リソースファイルを、前記再生装置に設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納するステップと、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、
前記復号されたビデオオブジェクトを前記再生装置に設けられた再生処理部によって再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力するステップと、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定するステップと、
前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する復号処理ステップと、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御ステップとを具備することを特徴とする再生制御方法。
【請求項６】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記復号処理ステップは、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成するステップと、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存するステップとを含み、
前記コピー制御ステップは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化するステップを含むことを特徴とする請求項５記載の再生制御方法。
【請求項７】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する処理をコンピュータに実行させるプログラムであって、
前記記憶メディアから読み出される前記リソースファイルを、前記コンピュータに設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納する手順と、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、
前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する手順と、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定する手順と、
前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から読み出す復号処理手順と、
前記ファイルキャッシュ領域から読み出された前記復号されたリソースファイルを再生する手順と、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御手順とを前記コンピュータに実行させるプログラム。
【請求項８】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記復号処理手順は、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成する手順と、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存する手順とを含み、
前記コピー制御手順は、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化する手順を含むことを特徴とする請求項７記載のプログラム。
【請求項１】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置であって、
前記記憶メディアから読み出される前記リソースファイルを一時的に格納するファイルキャッシュ領域を含むメモリと、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号する第１の処理モジュールと、
前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する再生処理部と、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定し、前記リソースファイルが復号済みではない場合には、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する第２の処理モジュールと、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出する第３の処理モジュールとを具備することを特徴とする再生装置。
【請求項２】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記第２の処理モジュールは、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成し、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存するように構成されており、
前記第３の処理モジュールは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化するように構成されていることを特徴とする請求項１記載の再生装置。
【請求項３】
前記第２の処理モジュールは、前記リソースファイルが復号済みである場合には、前記復号済みのリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出することを特徴とする請求項１記載の再生装置。
【請求項４】
前記第３の処理モジュールは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みで無い場合、前記ファイルキャッシュ領域に格納されている前記リソースファイルを前記ストレージデバイスに送出することを特徴とする請求項１記載の再生装置。
【請求項５】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する再生装置の動作を制御する再生制御方法であって、
前記記憶メディアから読み出される前記リソースファイルを、前記再生装置に設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納するステップと、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、
前記復号されたビデオオブジェクトを前記再生装置に設けられた再生処理部によって再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力するステップと、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定するステップと、
前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から前記再生処理部に送出する復号処理ステップと、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御ステップとを具備することを特徴とする再生制御方法。
【請求項６】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記復号処理ステップは、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成するステップと、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存するステップとを含み、
前記コピー制御ステップは、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化するステップを含むことを特徴とする請求項５記載の再生制御方法。
【請求項７】
記憶メディアに格納され、暗号化されたビデオオブジェクトと前記ビデオオブジェクトをインタラクティブに再生するための暗号化されたリソースファイルとを含むデジタルコンテントを再生する処理をコンピュータに実行させるプログラムであって、
前記記憶メディアから読み出される前記リソースファイルを、前記コンピュータに設けられたメモリ内に定義されたファイルキャッシュ領域に一時的に格納する手順と、
前記記憶メディアから読み出される前記ビデオオブジェクトを復号するステップと、
前記復号されたビデオオブジェクトを再生し、前記ビデオオブジェクトの再生中に前記リソースファイルの取得を要求するリソースファイル取得要求を出力する手順と、
前記リソースファイル取得要求に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを、前記メモリに格納されている、前記リソースファイルが復号済みであるか否かを示す管理情報を参照することによって判定する手順と、
前記リソースファイルが復号済みではない場合、前記リソースファイルを復号して前記復号されたリソースファイルを前記暗号化されたリソースファイル上に上書きし、前記管理情報を復号済みを示す値に更新し、且つ前記復号されたリソースファイルを前記ファイルキャッシュ領域から読み出す復号処理手順と、
前記ファイルキャッシュ領域から読み出された前記復号されたリソースファイルを再生する手順と、
前記リソースファイルのコピーをストレージデバイスに保存することを指示するコピー要求の発生に応答して、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みであるか否かを前記管理情報を参照することによって判定し、前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを暗号化して前記暗号化されたリソースファイルを前記復号済みのリソースファイル上に上書きし、前記管理情報を復号済みでは無いことを示す値に更新し、且つ前記暗号化されたリソースファイルを前記ファイルキャッシュ領域から前記ストレージデバイスに送出するコピー制御手順とを前記コンピュータに実行させるプログラム。
【請求項８】
前記リソースファイルは特定の鍵情報によって暗号化されており、
前記復号処理手順は、前記記憶メディアに格納された、前記リソースファイルに対応するコンテンツ暗号化鍵を復号することによって前記鍵情報を生成する手順と、前記生成した鍵情報によって前記リソースファイルを復号すると共に、前記生成した鍵情報を前記メモリに保存する手順とを含み、
前記コピー制御手順は、前記ファイルキャッシュ領域に格納されている前記リソースファイルが復号済みである場合、前記復号済みのリソースファイルを前記メモリに保存されている鍵情報によって暗号化する手順を含むことを特徴とする請求項７記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００９−１１０６３６（Ｐ２００９−１１０６３６Ａ）
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願番号】特願２００８−３５２６７（Ｐ２００８−３５２６７）
【出願日】平成２０年２月１５日（２００８．２．１５）
【特許番号】特許第４２３４７７０号（Ｐ４２３４７７０）
【特許公報発行日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願日】平成２０年２月１５日（２００８．２．１５）
【特許番号】特許第４２３４７７０号（Ｐ４２３４７７０）
【特許公報発行日】平成２１年３月４日（２００９．３．４）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]