(57)【要約】【課題】記録媒体に記録された複数のコンテンツのムーブ処理の状態を管理し、ムーブ処理が中断された場合効率的に複数のコンテンツに対するムーブ処理を継続する。【解決手段】ムーブ処理部２１２は、蓄積メディア２１０に記録された暗号化コンテンツ２１０３をメディア記録再生ユニット２１３やコンテンツ蓄積装置に送信した後に暗号鍵データを送信するムーブ処理を実行する。ムーブ状態管理テーブル２１０２では、暗号化コンテンツ２１０３がムーブ中である場合に、ムーブ中の暗号化コンテンツが存在することを示すムーブ状態管理データを記録する。ムーブ処理部２１２は、暗号化コンテンツのムーブ処理が中断された後、ムーブ処理を再開する場合に、ムーブ状態管理データを参照してムーブ中の暗号化コンテンツが存在するか否かを判別し、ムーブ中の暗号化コンテンツが存在すると判別された場合に、ムーブ中の暗号化コンテンツについてムーブ処理を実行する。【選択図】      図１
2010009696.tif 000002
【特許請求の範囲】
【請求項１】
第１記録媒体に記録された暗号化コンテンツを第２記録媒体に送信した後に暗号鍵データを送信するムーブ処理を実行するムーブ処理手段と、
前記第１記録媒体に記録された少なくとも１つの暗号化コンテンツがムーブ中である場合に、ムーブ中の暗号化コンテンツが存在することを示すムーブ状態管理データを記録するムーブ状態記録手段と、
前記第１記録媒体に記録された前記暗号化コンテンツをムーブ処理によってムーブする前に、前記ムーブ状態管理データをムーブ中の暗号化コンテンツが存在することを示すように変更し、全ての前記暗号化コンテンツのムーブ処理が完了した後に前記ムーブ状態管理データをムーブ中の暗号化コンテンツがないことを示すように変更するムーブ状態管理データ変更手段とを具備し、
前記ムーブ処理手段は、前記暗号化コンテンツのムーブ処理が中断された後、ムーブ処理を再開する場合に、前記ムーブ状態管理データを参照してムーブ中の暗号化コンテンツが存在するか否かを判別し、ムーブ中の暗号化コンテンツが存在すると判別された場合に、ムーブ中の前記暗号化コンテンツについてムーブ処理を実行することを特徴とするコンテンツ蓄積装置。
【請求項２】
前記ムーブ処理手段は、
前記第１記録媒体に記録された複数の前記暗号化コンテンツを、それぞれ異なる前記第２記録媒体に送信するムーブ処理を実行することを特徴とする請求項１記載のコンテンツ蓄積装置。
【請求項３】
前記ムーブ処理手段によるムーブ処理の対象となる暗号化コンテンツを特定するコンテンツ識別データと、同コンテンツ識別データが示す前記暗号化コンテンツに対する前記暗号鍵データを特定する鍵識別データとを対応付けたムーブ状態管理テーブルを記録するムーブ状態管理テーブル記録手段をさらに具備し、
前記ムーブ処理手段は、ムーブ処理の実行に伴い、前記ムーブ状態管理テーブルのデータを更新させることを特徴とする請求項２記載のコンテンツ蓄積装置。
【請求項４】
前記ムーブ処理手段は、前記暗号化コンテンツのムーブ処理が中断された後、前記ムーブ状態管理テーブルに記録されたデータをもとにムーブ処理を再開することを特徴とする請求項３記載のコンテンツ蓄積装置。
【請求項５】
前記第１記録媒体に記録された複数の暗号化コンテンツのそれぞれについて、ムーブ中であるか否かを示すムーブフラグデータを記録するムーブフラグ記録手段と、
前記第１記録媒体に記録された前記暗号化コンテンツをムーブ処理によってムーブする前に、前記ムーブフラグ記録手段に記録されたムーブ処理の対象とする暗号化コンテンツに対応するムーブフラグデータをムーブ中であることを示すように変更し、前記暗号化コンテンツのムーブ処理が完了した後に前記ムーブフラグデータをムーブ中ではないことを示すように変更するムーブフラグ変更手段とをさらに具備し、
前記ムーブ処理手段は、前記ムーブ状態管理データによりムーブ中の暗号化コンテンツが存在すると判別された場合に、ムーブ中であることを示す前記ムーブフラグデータに対応する前記暗号化コンテンツについてムーブ処理を実行することを特徴とする請求項３記載のコンテンツ蓄積装置。
【請求項６】
第１記録媒体に記録された暗号化コンテンツを第２記録媒体に送信した後に暗号鍵データを送信するムーブ処理を実行するコンテンツムーブ処理方法であって、
前記第１記録媒体に記録された複数の暗号化コンテンツのそれぞれについて、ムーブ中であるか否かを示すムーブフラグデータを記録するムーブフラグ記録手段と、前記第１記録手段に記録された少なくとも１つの暗号化コンテンツがムーブ中である場合に、ムーブ中の暗号化コンテンツが存在することを示すムーブ状態管理データを記録するムーブ状態記録手段とを設け、
前記第１記録媒体に記録された前記暗号化コンテンツをムーブ処理によってムーブする前に、前記ムーブフラグ記録手段に記録されたムーブ処理の対象とする暗号化コンテンツに対応するムーブフラグデータをムーブ中であることを示すように変更し、前記暗号化コンテンツのムーブ処理が完了した後に前記ムーブフラグデータをムーブ中ではないことを示すように変更し、
前記第１の記録媒体に記録された前記暗号化コンテンツをムーブ処理によってムーブする前に、前記ムーブ状態管理データをムーブ中の暗号化コンテンツが存在することを示すように変更し、全ての前記暗号化コンテンツのムーブ処理が完了した後に前記ムーブ状態管理データをムーブ中の暗号化コンテンツがないことを示すように変更し、
前記暗号化コンテンツのムーブ処理が中断された後、ムーブ処理を再開する場合に、前記ムーブ状態管理データを参照してムーブ中の暗号化コンテンツが存在するか否かを判別し、ムーブ中の暗号化コンテンツが存在すると判別された場合に、前記ムーブフラグデータがムーブ中であることを示す前記暗号化コンテンツについてムーブ処理を実行することを特徴とするコンテンツムーブ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルＴＶ放送データなどのコンテンツを蓄積して、同コンテンツを他の記録媒体に移動（ムーブ）するコンテンツ蓄積装置、コンテンツムーブ処理方法に関する。
【背景技術】
【０００２】
近年、例えばＤＶＤ（Digital Versatile Disc）に記録された動画像コンテンツや放送局から放送された放送番組データを視聴するＡＶ（Audio/Video）機能を備えたパーソナルコンピュータが広く普及している。最近のパーソナルコンピュータの中には、放送番組データをリアルタイムに視聴するだけでなく、例えば磁気ディスク装置（ＨＤＤ）等に記録する録画機能を備えるものも存在する。この録画機能を用いれば、放送時間に束縛されずに、所望の放送番組データを好きな時に鑑賞することが可能となる。
【０００３】
この種のパーソナルコンピュータには、放送番組データを受信するためのチューナユニットが搭載される。チューナユニットによって受信される暗号化された放送番組データは、著作権保護等の観点から、ローカル暗号化された状態でＨＤＤ等の蓄積メディアに記録される。
【０００４】
従来では、著作権保護機能を有する半導体記録媒体に格納されたコンテンツを別の記録媒体に移動させる際に、ユーザの意図的な動作とは無関係な理由で移動処理を中断した場合に、移動中の権利情報が消失しないようにする記録媒体と管理方法が考えられている（特許文献１）。
【０００５】
特許文献１に記載された記録媒体では、記録媒体中にコンテンツと共に権利情報エントリを記録しておく。権利情報エントリには、コンテンツが別の記録媒体との間で移動中であるか否かを示す移動中フラグと、移動対象である別の記録媒体の情報である移動対象情報を格納しておく。ホスト機器は、移動中フラグを参照しコンテンツが移動中と判断した場合、移動対象情報にて移動対象の記録媒体を特定し、移動処理を継続する。
【特許文献１】特開２００６−６５５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように従来では、記録媒体中にコンテンツと共に権利情報エントリを格納しておくことで、移動処理を中断した場合であっても移動処理を継続可能としている。
【０００７】
しかしながら、特許文献１に記載された従来の管理方法では、記録媒体にコンテンツと共に格納された権利情報エントリをもとにコンテンツの移動を管理するために、管理対象が記録媒体に格納されたコンテンツに限られていた。また、移動元記録媒体と移動先記録媒体とを１対１に対応させてコンテンツを移動させており、複数の異なるコンテンツをそれぞれ別の記録媒体に同時に移動させることができなかった。すなわち、移動処理を中断した場合に移動処理を継続可能であるとしても、１つの記録媒体に対する移動処理を継続することしかできなかった。
【０００８】
本発明は上述の事情を考慮してなされたものであり、記録媒体に記録された複数のコンテンツのムーブ処理の状態を管理することで、ムーブ処理が中断された場合であっても、効率的に複数のコンテンツに対するムーブ処理を継続させることが可能なコンテンツ蓄積装置、コンテンツムーブ処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明は、第１記録媒体に記録された暗号化コンテンツを第２記録媒体に送信した後に暗号鍵データを送信するムーブ処理を実行するムーブ処理手段と、前記第１記録媒体に記録された少なくとも１つの暗号化コンテンツがムーブ中である場合に、ムーブ中の暗号化コンテンツが存在することを示すムーブ状態管理データを記録するムーブ状態記録手段と、前記第１記録媒体に記録された前記暗号化コンテンツをムーブ処理によってムーブする前に、前記ムーブ状態管理データをムーブ中の暗号化コンテンツが存在することを示すように変更し、全ての前記暗号化コンテンツのムーブ処理が完了した後に前記ムーブ状態管理データをムーブ中の暗号化コンテンツがないことを示すように変更するムーブ状態管理データ変更手段とを具備し、前記ムーブ処理手段は、前記暗号化コンテンツのムーブ処理が中断された後、ムーブ処理を再開する場合に、前記ムーブ状態管理データを参照してムーブ中の暗号化コンテンツが存在するか否かを判別し、ムーブ中の暗号化コンテンツが存在すると判別された場合に、ムーブ中の前記暗号化コンテンツについてムーブ処理を実行することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、記録媒体に記録された複数のコンテンツのムーブ処理の状態を管理することで、システムが再起動しても、ムーブ処理が中断された複数のコンテンツについてのムーブ処理を再開させることが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明の実施形態を説明する。  
図１は、本実施形態に係るコンテンツ蓄積装置の一構成例が示されている。  
図１に示すように、本実施形態におけるコンテンツ蓄積装置は、デジタルＴＶ放送データ受信装置１００が、例えばＰＣＩ（Peripheral Component Interconnect）バスやＵＳＢ（Universal Serial Bus）ケーブル等により、必要に応じて、パーソナルコンピュータ（ＰＣ）２００に接続されて構成される。ここでは、ＰＣ２００は、バッテリ駆動可能な情報処理装置、例えばノートブック型パーソナルコンピュータ等として実現することができる。また、デジタルＴＶ放送データ受信装置１００は、例えばＰＣ２００に装着可能な内蔵チューナカードとして実現することができる。なお、暗号化されたコンテンツをハードディスク装置などの第１記録媒体に蓄積し、この蓄積された暗号化コンテンツを他の記録メディア（第２記録媒体）に移動（ムーブ）することができる構成であれば、図１以外の構成とすることも可能である。
【００１２】
図１において、デジタルＴＶ放送データ受信装置１００は、受信したデジタルＴＶ放送信号から所望の番組データを選局する選局部１０１と、この選局部１０１により選局されたデジタルＴＶ放送番組データをmulti2復号するmulti2デスクランブラ１０２と、デバイス鍵管理ユニット１０５から指定された暗号化パラメータを使用して暗号化されたデジタルＴＶ放送番組データをＰＣ２００側に出力する暗号データ出力部１０４とを有している。
【００１３】
デバイス鍵管理ユニット１０５は、ＰＣ２００とコマンドの送受信を行い、認証処理及びコンテンツ鍵処理を行い、認証処理が正常に終了した場合にのみ、暗号データ出力手段104へ暗号パラメータの設定を行うもので、鍵データ管理用不揮発性メモリ３０１、認証処理部３０２、コンテンツ鍵処理部３０３、及びコマンド送受信部３０４を有している。
【００１４】
鍵データ管理用不揮発性メモリ３０１は、認証処理部３０２によるＰＣ２００との間で実行する相互認証処理に用いるデータや、コンテンツ鍵処理部３０３が使用するＰＣ２００側にて暗号化された状態で蓄積されるデジタルＴＶ放送番組データの暗号鍵群の暗号化に用いるデータ等、各種パラメータを保持する。
【００１５】
認証処理部３０２は、鍵データ管理用不揮発性メモリ３０１に保持されたデータを使用して、ＰＣ２００側との間の相互認証処理を実行する。認証処理部３０２は、認証処理が正常に終了した場合にのみ、デジタルＴＶ放送データ受信装置１００の全機能を利用可能とする。
【００１６】
コンテンツ鍵処理部３０３は、鍵データ管理用不揮発性メモリ３０１に保持されたデータを使用して、コンテンツ鍵処理コマンドを実行する。コンテンツ鍵処理部３０３は、ＰＣ２００側にて暗号化された状態で蓄積されるデジタルＴＶ放送番組データの暗号鍵群の暗号化に用いるデータの更新を含む、当該暗号鍵群の管理に関する各種処理を実行する。
【００１７】
コマンド送受信部３０４は、ＰＣ２００側との間のコマンドの送受信を実行する。
【００１８】
ＰＣ２００は、デジタルＴＶ放送データ受信装置１００から出力された暗号化されたデジタルＴＶ放送データ（暗文デジタルＴＶ放送データ）の復号を行い、デジタルＴＶ放送データの表示、蓄積及びコンテンツ鍵処理を行う。
【００１９】
暗号データ受信部２０１は、デジタルＴＶ放送データ受信装置１００から出力された暗文デジタルＴＶ放送データの受信処理を行う。
【００２０】
放送データ処理部２０２は、暗号化されたデジタルＴＶ放送番組データの復号のほか、当該デジタルＴＶ放送番組データのパーシャルＴＳ化等の解釈処理を実行する。
【００２１】
ＤＥＭＵＸ２０４は、放送データ処理部２０２により復号処理及び解釈処理が施されたデジタルＴＶ放送番組データからビデオデータ及びオーディオデータの分離を行う。
【００２２】
ビデオデコーダ２０５は、ＤＥＭＵＸ２０４により分離されたビデオデータのデコード処理を行う。モニタ２０６は、ビデオデコーダ２０５によりデコードされた出力データを表示する。
【００２３】
オーディオデコーダ２０７は、ＤＥＭＵＸ２０４により分離されたオーディオデータのデコード処理を行う。スピーカ２０８は、オーディオデコーダ２０７によりデコードされた出力データを音声出力する。
【００２４】
コンテンツ暗号処理部２０３は、デジタルＴＶ放送データ受信装置１００から受信される暗号化されたデジタルＴＶ放送番組データ（暗号化コンテンツ）の復号に必要な暗号鍵の処理を実行するもので、コマンド送受信部２０３１、認証処理部２０３２、及びコンテンツ鍵処理部２０３３を有している。
【００２５】
コマンド送受信部２０３１は、デジタルＴＶ放送データ受信装置１００（コマンド送受信部３０４）の間でコマンド送受信処理を行う。
【００２６】
認証処理部２０３２は、デジタルＴＶ放送データ受信装置１００と相互認証処理を行い、認証処理が正常に終了した場合にのみ、ＰＣ２００の機能が利用可能とする。
【００２７】
コンテンツ鍵処理部２０３３は、コンテンツ鍵処理コマンドを実行し、放送データ処理部２０２、蓄積データ処理部２０９及び蓄積データ変換処理部２１１で使用するコンテンツ暗号鍵の演算を行う。また、コンテンツ鍵処理部２０３３は、コンテンツ鍵だけでなく、ムーブ処理部２１２による暗号化コンテンツに対するムーブ処理に伴って、暗号化コンテンツに関連する情報をコンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２を利用して管理するための処理を実行する。すなわち、コンテンツ鍵処理部２０３３は、ムーブ処理部２１２によるコンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２に対する処理に伴って、各テーブルに記録されたデータの暗号／復号、及びデータ変更の処理を実行する。
【００２８】
蓄積データ処理部２０９は、蓄積メディア２１０から入力された暗号コンテンツの復号処理を行い、復号したコンテンツを放送データ処理部２０２へ出力する処理、及び放送データ処理部２０２より入力されたコンテンツの暗号処理を行った後に蓄積メディア２１０へ出力する処理を実行する。
【００２９】
蓄積データ変換処理部２１１は、蓄積メディア２１０から入力された暗号化コンテンツの復号処理を行った後、例えば、ＭＰＥＧ２  ＴＳフォーマットファイルからＨ．２６４フォーマットファイルへ変更を行い、コンテンツの暗号処理を行った後に別ファイルとして蓄積メディア２１０へ出力する変換処理を実行する。蓄積データ変換処理部２１１は、１つの暗号化コンテンツから複数フォーマットのファイルを作成する場合には、コンテンツ鍵処理部２０３３へ指示をだすことにより、同一のコンテンツ鍵で暗号化処理を行う。
【００３０】
ムーブ処理部２１２は、蓄積メディア２１０に蓄積された暗号化コンテンツ２１０３を、他のメディアに移動（ムーブ）させるためのムーブ処理を実行する。ムーブ処理部２１２によるムーブ処理では、暗号化コンテンツ２１０３をムーブ先のメディアに送信した後に、暗号化コンテンツ２１０３を復号するための暗号鍵データを送信することでコンテンツをムーブさせる。ムーブ処理部２１２は、蓄積メディア２１０に蓄積されたコンテンツ鍵管理情報テーブル２１０１及びムーブ状態管理テーブル２１０２を使用して、暗号化コンテンツ２１０３に対するムーブ処理を管理する。
【００３１】
ムーブ処理部２１２による暗号化コンテンツ２１０３の移動先としては、複数のメディア記録再生ユニット２１３（２１３１，２１３２，…，２１３ｎ）の何れかにセットされた記録メディアや、ネットワーク制御部２１４とネットワーク２１５を介して接続された他のコンテンツ蓄積装置２１６１，…，２１６ｍなどがある。
【００３２】
メディア記録再生ユニット２１３１，２１３２，…，２１３ｎは、例えばＤＶＤ（Digital Versatile Disc）などの記録メディアに対するコンテンツの記録／再生を実行する。メディア記録再生ユニット２１３１，２１３２，…，２１３ｎは、同時に動作可能であり、例えば暗号化コンテンツのムーブ処理に伴う記録を並行して実行できるものとする。
【００３３】
ネットワーク制御部２１４は、ネットワーク２１５を介して接続された他のコンテンツ蓄積装置２１６１，…，２１６ｍとの通信を制御するもので、コンテンツデータの送受信等を行う。なお、コンテンツ蓄積装置２１６１，…，２１６ｍは、各種の記録メディア（ハードディスク、ＤＶＤ、フラッシュメモリ等）にコンテンツを記録可能な装置であり、例えばパーソナルコンピュータ、ＤＶＤ／ＨＤレコーダ、携帯型メディアプレイヤなどの各種装置を含む。
【００３４】
本実施形態におけるコンテンツ蓄積装置は、コンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２を利用することにより、同時に複数の暗号化コンテンツに対するムーブ処理を管理し、ムーブ処理が中断された場合であっても、再実行時に中断された複数の暗号化コンテンツに対するムーブ処理をそれぞれ再開させることができる。
【００３５】
図２は、コンテンツ鍵管理情報テーブル２１０１のデータ構造の一例を示す図である。図２に示すコンテンツ鍵管理情報テーブル２１０１は、ムーブ中の暗号化コンテンツが無い状態の例を示している。
【００３６】
コンテンツ鍵管理情報テーブル２１０１は、ヘッダ領域とデータ領域から構成されており、ヘッダ領域とデータ領域は別々の鍵で暗号化されている。例えば、ヘッダ領域は、コンテンツ鍵処理部２０３３が管理する固定値で暗号／復号されるが、データ領域は、デバイス鍵管理ユニット１０５にて復号してもらう必要がある。
【００３７】
ヘッダ領域では、バージョン情報とムーブ状態管理データが管理され、データ領域では、蓄積メディア２１０に蓄積された複数の暗号化コンテンツ２１０３と、それぞれ１対１でＫｅｙＩＤ毎にＭｏｖｅＦｌｇデータとコンテンツ鍵データが管理されている。
【００３８】
バージョン情報は、コンテンツ鍵管理情報テーブル２１０１のフォーマットを表すバージョンである。
【００３９】
ムーブ状態管理データは、データ領域で管理されるデータにおいて、ムーブ処理中の暗号化コンテンツが１つでも存在する場合に、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータがムーブ中の暗号化コンテンツが存在することを示すようにＴＲＵＥ（＝１）となるが、ムーブ処理中のコンテンツが１つも存在しない場合にはＦＡＬＳＥ（＝０）となるデータである。図２では、ムーブ中の暗号化コンテンツが１つも存在しないため、ＦＬＡＳＥとなっている。
【００４０】
ＫｅｙＩＤデータは、暗号化コンテンツと関連付けられたデータであり、図４に示す蓄積コンテンツに付されたＫｅｙＩＤと同じデータである。図２では、２５６個のコンテンツ鍵を管理する例を示しているが、管理コンテンツ数が多い場合には、２５６個を１ブロックとしてブロック単位で管理するなどしても良い。
【００４１】
ＭｏｖｅＦｌｇデータは、ＫｅｙＩＤで指定される暗号化コンテンツがムーブ処理中であるか否かを表すフラグであり、ムーブ処理中であればＯＮ（＝１）となり、ムーブ処理中でなければＯＦＦ（＝０）となる。図２では、ムーブ処理中のコンテンツが１つも存在しないため、すべてＯＦＦとなっている。
【００４２】
コンテンツ鍵データは、コンテンツ本体部を暗号化している暗号鍵データである。
【００４３】
コンテンツ鍵管理情報テーブル２１０１にムーブ状態管理データを設けることによって、多数の暗号化コンテンツが蓄積メディア２１０に蓄積されている場合であっても、各暗号化コンテンツに対応するＭｏｖｅＦｌｇデータを全て参照することなく、ムーブ中の暗号化コンテンツが存在しているか否かを判別することができる。
【００４４】
図３は、コンテンツ鍵管理情報テーブル２１０１のムーブ中の暗号化コンテンツが有る状態の例を示している。  
図３は、ＫｅｙＩＤ＝３の暗号化コンテンツがムーブ処理中の状態となった例であり、図２との違いについてのみ説明する。
【００４５】
ムーブ処理中になった暗号化コンテンツのＫｅｙＩＤが３である場合、ＫｅｙＩＤ＝３のＭｏｖｅＦｌｇがＯＮとなる。また、コンテンツ鍵管理情報テーブル２１０１のデータ領域にムーブ処理中の暗号化コンテンツが存在するため、ヘッダ領域のムーブ状態管理データであるＭｏｖｅＩｎＰｒｏｇｒｅｓｓがムーブ中の暗号化コンテンツが存在することを示すようにＴＲＵＥとなる。
【００４６】
図４は、蓄積メディア２１０に蓄積された暗号化コンテンツのデータ構造の一例を示す図である。  
暗号化コンテンツは、暗号化コンテンツを管理するコンテンツヘッダとコンテンツ本体から構成されている。コンテンツヘッダとコンテンツ本体は、別々の鍵でそれぞれ暗号化される。例えば、コンテンツヘッダは、コンテンツ鍵処理部２０３３が管理する固定値の鍵で暗号／復号されるが、コンテンツ本体はコンテンツ鍵管理情報テーブル２１０１にある暗文データをデバイス鍵管理ユニット１０５にて復号してもらい、その値をコンテンツ鍵処理部２０３３が入手して復号される。なお、コンテンツヘッダには、コンテンツを暗号化する鍵の管理情報としてＫｅｙＩＤが挿入されている。
【００４７】
図５は、ムーブ状態管理テーブル２１０２のデータ構成の一例を示す図である。  
ムーブ状態管理テーブル２１０２は、ヘッダ領域とデータ領域から構成されており、テーブル全体が１つの鍵で暗号化されている。例えば、図２のヘッダ領域を暗号化している鍵と同じ、コンテンツ鍵処理部２０３３が管理する固定値が暗号鍵となる。
【００４８】
ヘッダ領域では、バージョンとデータ数が管理されている。データ領域は可変長データであり、複数のムーブ処理中の暗号化コンテンツを管理することができる。
【００４９】
バージョンは、ムーブ状態管理テーブル２１０２のフォーマットを表すバージョン番号である。
【００５０】
データ数は、ムーブ状態管理テーブル２１０２のデータ領域に管理されているコンテンツ数であり、ムーブ処理中の暗号化コンテンツの数を示す。図５に示す例では、データ数＝２を設定することで、ＫｅｙＩＤが３，１０の２つの暗号化コンテンツがムーブ状態にあることを管理している。
【００５１】
ＫｅｙＩＤデータは、コンテンツ鍵管理情報テーブル２１０１のデータ領域に管理されているＫｅｙＩＤと同じデータであり、現在、ムーブ処理中にある暗号化コンテンツのＫｅｙＩＤが管理されている。なお、データ数はデータ領域サイズから判断可能となるため、特に無くても構わない。
【００５２】
ＣｏｎｔｅｎｔＩＤデータは、ムーブ状態管理テーブル２１０２の情報から蓄積メディア２１０に蓄積済みの暗号化コンテンツを特定するための情報である。ＣｏｎｔｅｎｔＩＤデータは、例えば、蓄積メディア２１０に蓄積されている論理的位置、例えばフルパスを含んだファイル名（ｃ：￥Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ￥ｃｏｎｔｅｎｔ１．ｂｉｎ）などによって示す。
【００５３】
図６は、コンテンツ鍵管理情報テーブル２１０１の他のデータ構成の一例を示す図である。  
図６に示すコンテンツ鍵管理情報テーブル２１０１は、図３に示すコンテンツ鍵管理情報テーブル２１０１と同様にＫｅｙＩＤ＝３の暗号化コンテンツがムーブ処理中の状態となった例を示している。ここでは、図３に示すコンテンツ鍵管理情報テーブル２１０１との違いのみについて説明する。
【００５４】
図６に示すコンテンツ鍵管理情報テーブル２１０１は、図３に示すコンテンツ鍵管理情報テーブル２１０１からＭｏｖｅＦｌｇデータを省略することでデータサイズを小さくしている。ＭｏｖｅＦｌｇデータがないため、ムーブ処理が完了した後、暗号化コンテンツに対応するコンテンツ鍵データの一部、図６に示す例では先頭２バイトの（暗文）データを否定演算した結果に変更することで、鍵データを無効にしている（コンテンツ鍵処理部２０３３により復号できないようにする）。
【００５５】
コンテンツ鍵管理情報テーブル２１０１からＭｏｖｅＦｌｇデータを省略した場合には、コンテンツ鍵管理情報テーブル２１０１だけでは、コンテンツ鍵データが変更され、無効になったＫｅｙＩＤデータを判別することができないが、図５に示すムーブ状態管理テーブル２１０２を参照し、ムーブ処理中の状態にあるとして管理されているＫｅｙＩＤを判別することで、該当コンテンツ鍵データを特定し、またＣｏｎｔｅｎｔＩＤデータを参照することでムーブ中の暗号化コンテンツを特定することができる。
【００５６】
なお、図６に示す例では、コンテンツ鍵データの先頭２バイトのデータを否定演算しているが、例えば後方２バイト、奇数バイト、偶数バイトなど、演算対象とするデータの位置やサイズを制限することはない。また、演算方法も、コンテンツ鍵処理部２０３３が管理できる値を使用する演算であれば、ＸＯＲ（exclusive OR）などの他の方法を用いることも可能である。
【００５７】
なお、前述した説明では、コンテンツ鍵管理情報テーブル２１０１及びムーブ状態管理テーブル２１０２は、暗号化コンテンツ２１０３と同じ蓄積メディア２１０に蓄積されているものと説明しているが、本実施形態におけるコンテンツ蓄積装置では、蓄積メディア２１０単位でムーブ処理を管理していないので、暗号化コンテンツ２１０３が蓄積されているメディアと異なるメディアに記録して、ムーブ処理を管理するために参照されるようにしても良い。
【００５８】
次に、本実施形態におけるコンテンツ蓄積装置の動作について説明する。  
はじめに、コンテンツのムーブ処理が正常に実行される場合の動作について、図７に示すフローチャートを参照しながら説明する。
【００５９】
ここでは、蓄積メディア２１０に蓄積された暗号化コンテンツ２１０３、例えば暗号化されたデジタルＴＶ放送番組データを、ＤＶＤなどの他の記録メディア、あるいはネットワーク２１５を介して接続されたコンテンツ蓄積装置２１６１，…，２１６ｍにムーブ（移動）させるムーブ処理を実行する。
【００６０】
まず、ムーブ処理部２１２は、ムーブ対象となる暗号化コンテンツ２１０３に対する処理を開始時に、コンテンツ鍵管理情報テーブル２１０１のヘッダ領域にあるＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータのチェックを行う。ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータがＴＲＵＥの場合には（ステップＡ１、ＴＲＵＥ）、図９の（１）の処理を行い、ＦＡＬＳＥの場合には（ステップＡ１、ＦＡＬＳＥ）、ステップＡ２以降の処理を実行する。
【００６１】
ムーブ処理部２１２は、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータがＦＡＬＳＥの場合、すなわちムーブ処理中の暗号化コンテンツがない場合には、ムーブ対象となるコンテンツをムーブモードでオープンする処理を実行する（ステップＡ２）。ムーブ処理部２１２は、対象ファイルがムーブ状態にあることなどのファイルの状態管理や対象コンテンツのヘッダ部からＫｅｙＩＤの読込みを行い、このＫｅｙＩＤに該当するコンテンツ鍵データをコンテンツ鍵管理情報テーブル２１０１から読み出す。コンテンツ暗号処理部２０３は、読み出されたコンテンツ鍵データを、デバイス鍵管理ユニット１０５に送信し、デバイス鍵管理ユニット１０５にて復号された結果を受信して平文コンテンツ鍵を入手する処理を行う。
【００６２】
ムーブ処理部２１２は、ステップＡ２で使用したＫｅｙＩＤのＭｏｖｅＦｌｇデータを、ムーブ中であることを示すようにＯＮ（＝１）に変更する（ステップＡ３）。また、ムーブ処理部２１２は、ＭｏｖｅＦｌｇをＯＮ（＝１）に変更するのに伴って、ムーブ中の暗号化コンテンツが存在することを示すように、コンテンツ鍵管理情報テーブル２１０１のヘッダ領域にあるＭｏｖｅＩｎＰｒｏｇｒｅｓｓをＴＲＵＥ（＝１）へ変更する（ステップＡ４）。なお、既に、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓがＴＲＵＥである場合には、先にムーブ中の暗号化コンテンツが存在しているので何もしない。
【００６３】
次に、ムーブ処理部２１２は、ステップＡ２で使用したＫｅｙＩＤとＣｏｎｔｅｎｔＩＤ（例えばファイルパスを含むファイル名などのコンテンツを特定するための情報）をムーブ状態管理テーブル２１０２へ登録する（ステップＡ５）。また、ムーブ処理部２１２は、ムーブ状態管理テーブルのデータ領域が可変長となっているため、データ登録後には、ヘッダ領域のデータ数を加算する。
【００６４】
ムーブ処理部２１２は、暗号化コンテンツ送信のための準備としてコンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２に対するデータの変更が完了すると、メディア記録再生ユニット２１３、あるいはネットワーク制御部２１４を介して接続されたコンテンツ蓄積装置２１６１，…，２１６ｍに暗号化コンテンツのデータを送信する（ステップＡ６）。ムーブ処理部２１２は、暗号化コンテンツの送信処理が終了したかを判断し、未送信の暗号化コンテンツが存在する場合には（ステップＡ７、ＮＯ）暗号化コンテンツの送信処理を継続し（ステップＡ６）、存在しない場合には（ステップＡ７、ＹＥＳ）には次の処理に移行する。
【００６５】
暗号化コンテンツの送信処理が完了すると、ムーブ処理部２１２は、暗号化コンテンツに対する暗号鍵（コンテンツ鍵データ）の転送を開始するための処理を実行する。すなわち、ムーブ処理部２１２は、ムーブ処理中の暗号化コンテンツに対するデータを削除する処理を実行する。ムーブ処理部２１２は、ムーブ状態管理テーブル２１０２からステップＡ２で使用したＫｅｙＩＤと同じＫｅｙＩＤを持つレコードを削除し、ヘッダ領域のデータ数を減算する（ステップＡ８）。
【００６６】
また、ムーブ処理部２１２は、コンテンツ鍵管理情報テーブル２１０１から、ステップＡ８にて使用したＫｅｙＩＤと同じＫｅｙＩＤを持つレコードのＭｏｖｅＦｌｇデータをＯＦＦ（＝０）に変更し、コンテンツ鍵データ領域をコンテンツ暗号処理部２０３経由でデバイス鍵管理ユニット１０５に送信し、無効データに変更してもらう処理を実行する（ステップＡ９）。
【００６７】
また、ムーブ処理部２１２は、コンテンツ鍵管理情報テーブル２１０１のヘッダ領域にあるＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータをＦＡＬＳＥ（＝０）にして、ムーブ中の暗号化コンテンツが存在しないことを示すようにする（ステップＡ１０）。なお、ここでは、ムーブ状態管理テーブル２１０２に登録されているデータが１つの場合の例にしており、ムーブ状態管理テーブル２１０２に登録されているデータが２つ以上の場合には、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータはＴＲＵＥ（＝１）のまま変更されない。
【００６８】
ムーブ処理部２１２は、ステップＡ８〜Ａ１０の処理によって、コンテンツ鍵転送の準備ができたので、実際にコンテンツ鍵（コンテンツ鍵データ）を、暗号化コンテンツを送信した同じメディア記録再生ユニット２１３、あるいはネットワーク制御部２１４を通じて送信する（ステップＡ１１）。
【００６９】
コンテンツ鍵の送信が完了すると、ムーブ処理部２１２は、ステップＡ２でオープンしたファイルのクローズ処理を行う（ステップＡ１２）。
【００７０】
このようにして、蓄積メディア２１０に蓄積された暗号化コンテンツに対するムーブ処理を実行する前に、コンテンツ鍵管理情報テーブル２１０１のムーブ対象とする暗号化コンテンツに対応するＭｏｖｅＦｌｇデータをＯＮに変更、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータをＴＲＵＥに変更すると共に、ムーブ状態管理テーブル２１０２に暗号化コンテンツのＣｏｎｔｅｎｔＩＤとＫｅｙＩＤとを登録する。そして、暗号化コンテンツの転送が正常に終了した場合には、コンテンツ鍵（コンテンツ鍵データ）を送信し、この送信済みのコンテンツ鍵データを無効にすることでムーブ処理を完了する。
【００７１】
次に、暗号化コンテンツのムーブ処理が中断される場合の動作について、図８に示すフローチャートを参照しながら説明する。
【００７２】
なお、図８に示すステップＢ１〜Ｂ５の処理については、図７に示すステップＡ１〜Ａ５の処理と同様に実行されるものとして説明を省略する。
【００７３】
ムーブ処理部２１２は、暗号化コンテンツ送信のための準備としてコンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２に対するデータの変更が完了すると（ステップＢ１〜Ｂ５）、メディア記録再生ユニット２１３、あるいはネットワーク制御部２１４を通じて暗号化コンテンツのデータを送信する（ステップＢ６）。ムーブ処理部２１２は、暗号化コンテンツの送信処理が終了したかを判断し、未送信の暗号化コンテンツが存在する場合には（ステップＢ７、ＮＯ）暗号化コンテンツの送信処理を継続する（ステップＢ６）。一方、暗号化コンテンツの送信処理が終了していない転送処理中にムーブ処理が中断された場合、例えばユーザからのムーブ処理を中断する指示があった場合には、ムーブ処理部２１２は、ステップＢ２でオープンしたファイルのクローズ処理を行ってムーブ処理を終了する（ステップＢ８）。
【００７４】
なお、ムーブ処理を中断する状況としては、前述したようにユーザからの指示による場合の他に、例えばムーブ処理中の強制的な電源断など異常発生などがある。異常発生の場合には、通常処理ではないため、後処理もできずに電源断処理が実行される。
【００７５】
このように、暗号化コンテンツの送信中にムーブ処理が中断された場合であってもコンテンツ鍵管理情報テーブル２１０１とムーブ状態管理テーブル２１０２において暗号化コンテンツの送信のために変更したデータは残り、コンテンツ鍵を送信開始する前であるのでコンテンツ鍵データは無効化されていない。従って、次に説明するムーブ処理が中断された後のシステム再起動において、暗号化コンテンツのムーブ処理を継続することができる。
【００７６】
図９は、暗号化コンテンツのムーブ処理が中断された後、再起動された場合に実行されるムーブ処理の動作を示すフローチャートである。
【００７７】
まず、ムーブ処理部２１２は、アプリケーション再起動時にコンテンツ鍵管理情報テーブル２１０１のヘッダ領域にあるＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータのチェックを行い、ムーブ処理中の暗号化コンテンツが存在するかどうかを判断する（ステップＣ１）。ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータがＦＡＬＳＥの場合には（ステップＣ１、ＦＡＬＳＥ）、ムーブ処理部２１２は、図７（２）の処理を実行し行い、ＴＲＵＥの場合には（ステップＣ１、ＴＲＵＥ）、ステップＣ２以降の処理を実行する。本実施形態のコンテンツ鍵管理情報テーブル２１０１には、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータが設けられているために、各暗号化コンテンツに対応する全てのＭｏｖｅＦｌｇデータのＯＮ／ＯＦＦをチェックすることなく、ムーブ処理中の暗号化コンテンツが存在を判別することができる。従って、蓄積メディア２１０に蓄積された暗号化コンテンツ２１０３が多数あったとしても、中断されたムーブ処理を継続する処理が必要か否かを、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータに対するチェックのみで効率的に判別することができる。
【００７８】
ムーブ処理部２１２は、ステップＣ１によりムーブ処理中の暗号化コンテンツが存在すると判別された場合、ムーブ状態管理テーブル２１０２からムーブ中の暗号化コンテンツのデータを取得するため、ムーブ状態管理テーブル２１０２のデータ領域にある先頭のレコードから処理を行う。なお、ＭｏｖｅＩｎＰｒｏｇｒｅｓｓデータがＴＲＵＥとなっているにも関わらず、ムーブ状態管理テーブル２１０２に登録データが存在しない場合には異常と判断する。異常を検出した場合には、そのまま実行可能な処理を継続するか、エラーダイアログを表示し、修復ボタンなどをユーザが押下した後に、コンテンツ鍵管理情報テーブル２１０１のレコードから、ＭｏｖｅＦｌｇデータがＯＮ（＝０）のデータのコンテンツ鍵データを自動的に無効化しても良い。
【００７９】
一方、ムーブ状態管理テーブル２１０２に登録データが存在した場合には（ステップＣ２、ＹＥＳ）、ムーブ処理部２１２は、ムーブ状態管理テーブル２１０２から、ムーブ処理中の暗号化コンテンツに関するＫｅｙＩＤとＣｏｎｔｅｎｔＩＤを読み出す（ステップＣ３）。
【００８０】
ムーブ処理部２１２は、ステップＣ３で取得したＣｏｎｔｅｎｔＩＤをもとにして、ムーブ処理中となっている暗号化コンテンツを特定する。例えば、ＣｏｎｔｅｎｔＩＤは、Ｃ：￥Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ￥ｃｏｎｔｅｎｔ１．ｂｉｎのようなパスを含むファイル名となる。
【００８１】
次に、ムーブ処理部２１２は、ムーブ状態管理テーブル２１０２から取得したＫｅｙＩＤをもとに、コンテンツ鍵管理情報テーブル２１０１からコンテンツ鍵（コンテンツ鍵データ）を読み出す（ステップＣ５）。
【００８２】
ムーブ処理部２１２は、ステップＣ４，Ｃ５においてムーブ処理に必要なデータの入手を完了すると、図７のフローチャートに示すステップＡ２〜ステップＡ１２と同様にして、暗号化コンテンツに対するムーブ処理を実行する（ステップＣ６）。すなわち、ＣｏｎｔｅｎｔＩＤが示す暗号化コンテンツを送信し、暗号化コンテンツの送信が正常に終了した後に、ＫｅｙＩＤが示すコンテンツ鍵管理情報テーブル２１０１に記録されたコンテンツ鍵（コンテンツ鍵データ）を、暗号化コンテンツを送信した同じメディア記録再生ユニット２１３、あるいはネットワーク制御部２１４を介して接続されたコンテンツ蓄積装置２１６１，…，２１６ｍに送信する。
【００８３】
次に、ムーブ処理部２１２は、ムーブ状態管理テーブル２１０２のデータ領域にある次のレコードに登録データがあるかを判別し、登録データ（ＫｅｙＩＤとＣｏｎｔｅｎｔＩＤ）がある場合には（ステップＣ７、ＹＥＳ）、前述と同様にして、再度、ステップＣ３〜Ｃ６の処理を実行し、ムーブ処理が中断された暗号化コンテンツについてムーブ処理を継続する。
【００８４】
ムーブ処理部２１２は、コンテンツ鍵管理情報テーブル２１０１に登録データの全てについて前述した処理を完了すると（ステップＣ７、ＮＯ）、再起動時のムーブ処理を終了する。
【００８５】
なお、図９に示すフローチャートでは、ムーブ状態管理テーブル２１０２にＣｏｎｔｅｎｔＩＤとＫｅｙＩＤとが登録された暗号化コンテンツが複数ある場合に、ムーブ状態管理テーブル２１０２に登録されたエントリ順にムーブ処理を実行しているが、複数の暗号化コンテンツに対するムーブ処理を並行に実行可能であれば、ムーブ状態管理テーブル２１０２の複数の暗号化コンテンツに対する複数の登録データをもとにしてムーブ処理を並行に実行するようにしても良い。
【００８６】
例えば、メディア記録再生ユニット２１３１のＤＶＤにコンテンツをムーブしている間に、他のメディア記録再生ユニット２１３２あるいはネットワーク２１５を介して接続された他のコンテンツ蓄積装置２１６１に対して、別の暗号化コンテンツをムーブするようにしても良い。これにより、ムーブ処理が中断された複数の暗号化コンテンツに対するムーブ処理を効率的に実行することが可能となる。
【００８７】
このようにして、本実施形態におけるコンテンツ蓄積装置では、暗号化コンテンツを転送した後にコンテンツの暗号鍵（コンテンツ鍵データ）を送信するコンテンツのムーブ処理を実行する場合において、暗号化コンテンツに対する暗号鍵の送信を開始する前であれば、暗号化コンテンツの送信中にムーブ処理が中断された場合であっても、ムーブ対象とする暗号化コンテンツが消滅することがなく、再起動後にムーブ処理を継続することができる。コンテンツ鍵管理情報テーブル２１０１及びムーブ状態管理テーブル２１０２では、複数の暗号化コンテンツに対するムーブ処理の状態を管理することができるので、ムーブ処理が中断された複数の暗号化コンテンツが存在する場合においても、それぞれの暗号化コンテンツにして再起動時にムーブ処理を継続することができる。
【００８８】
また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【００８９】
また、前述した実施の形態において記載した処理は、コンピュータに実行させることのできるプログラムとして、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んで各種装置に提供することができる。また、通信媒体により伝送して各種装置に提供することも可能である。コンピュータは、記録媒体に記録されたプログラムを読み込み、または通信媒体を介してプログラムを受信し、このプログラムによって動作が制御されることにより、上述した処理を実行する。
【図面の簡単な説明】
【００９０】
【図１】本実施形態に係るコンテンツ蓄積装置の一構成例を示す図。
【図２】コンテンツ鍵管理情報テーブル２１０１のデータ構造の一例を示す図。
【図３】コンテンツ鍵管理情報テーブル２１０１のムーブ中の暗号化コンテンツが有る状態の例を示す図。
【図４】蓄積メディア２１０に蓄積された暗号化コンテンツのデータ構造の一例を示す図。
【図５】ムーブ状態管理テーブル２１０２のデータ構成の一例を示す図。
【図６】コンテンツ鍵管理情報テーブル２１０１の他のデータ構成の一例を示す図。
【図７】コンテンツのムーブ処理が正常に実行される場合の動作について示すフローチャート。
【図８】暗号化コンテンツのムーブ処理が中断される場合の動作について示すフローチャート。
【図９】暗号化コンテンツのムーブ処理が中断された後、再起動された場合に実行されるムーブ処理の動作を示すフローチャート。
【符号の説明】
【００９１】
１００…ＴＶ放送データ受信装置、１０１…選局部、１０２…multi2デスクランブラ、１０４…暗号データ出力部、１０５…デバイス暗号鍵管理部、１１０…スロット、２００…パーソナルコンピュータ（ＰＣ）、２０１…暗号データ受信部、２０２…放送データ処理部、２０３…コンテンツ暗号処理部、２０３１…コマンド送受信部、２０３２…認証処理部、２０３３…コンテンツ鍵処理部、２０４…ＤＥＭＵＸ、２０５…ビデオデコーダ、２０６…モニタ、２０７…オーディオデコーダ、２０８…スピーカ、２０９…蓄積データ処理部、２１０…蓄積メディア、２１１…蓄積データ変換処理部、２１２…ムーブ処理部、２１３１，２１３２，２１３ｎ…メディア記録再生ユニット、２１４…ネットワーク制御部、２１５…ネットワーク、２１６１，２１６ｍ…コンテンツ蓄積装置、３０１…鍵データ管理用不揮発メモリ、３０２…認証処理部、３０３…コンテンツ鍵処理部、３０４…コマンド送受信部、２１０１…コンテンツ鍵管理情報テーブル、２１０２…ムーブ状態管理テーブル、２１０３…暗号化コンテンツ。
【図１】
2010009696.tif 000003
【図２】
2010009696.tif 000004
【図３】
2010009696.tif 000005
【図４】
2010009696.tif 000006
【図５】
2010009696.tif 000007
【図６】
2010009696.tif 000008
【図７】
2010009696.tif 000009
【図８】
2010009696.tif 000010
【図９】
2010009696.tif 000011