コンテンツ処理装置、および、そのコンテンツ移動方法
【課題】ＩＰネットワーク上のｉＶＤＲ対応機器で、ＤＴＣＰ−ＩＰ規格によるコンテンツの移動をおこなう際に、コンテンツ受信側からコンテンツの送信側に対して、コミットメント要求がなされたときに、迅速にコミットメント要求に対する応答を返せるようにする。
【解決手段】ＨＤＤに格納された各々ブロックに対応した暗号化鍵を全て、主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割する。そして、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、ＨＤＤ上の暗号化鍵を一つ削除するようにする。
【解決手段】ＨＤＤに格納された各々ブロックに対応した暗号化鍵を全て、主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割する。そして、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、ＨＤＤ上の暗号化鍵を一つ削除するようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ処理装置、および、そのコンテンツ移動方法に係り、特に、ある規格（例えばｉＶＤＲの暗号化規格であるＳＡＦＩＡ）により暗号化されたデータを、別の規格（例えばＤＣＴＰ−ＩＰ規格）に基づき機器間で伝送するデジタルＴＶ、レコーダなどに用いて好適なコンテンツ処理装置、および、そのコンテンツ移動方法に関する。
【背景技術】
【０００２】
近年、映像や音声などのコンテンツは、デジタルデータとして取り扱い、それをユーザの情報処理装置で表示、再生を行うことが一般的になってきている。デジタルデータは、複製にあたって品質の劣化がないという利点があるが、その反面、簡単に不正な複製がおこなわれるため、著作権保護の仕組みが必要である。
【０００３】
このよう著作権保護の仕組みは、コピーガード技術と称されており、様々な規格が提案されているが、デジタル映像信号を伝送するための暗号化技術として、ＤＴＣＰ（Digital Transmission Content Protection）がある。ＤＴＣＰでは、機器ごとにＩＤを持たせ、公開鍵暗号または共通鍵暗号を利用して、相互認証し、双方でコンテンツ保護が可能と判断されると、暗号鍵を交換して、コンテンツを暗号化して送受信する。また、ＤＴＣＰをＩＰネットワークでの通信で利用できるようにした規格として、ＤＴＣＰ−ＩＰがある。このＤＴＣＰ−ＩＰは、ＤＬＮＡ（Digital Living Network Alliance）に基づく家庭内のＡＶ機器の接続に使用されることを前提としている。なお、このＤＴＣＰ−ＩＰの実装については、非特許文献１に詳述されている。
【０００４】
一方、デジタルデータを記録するリムーバブルハードディスクに関する標準規格として、ｉＶＤＲ（Information Versatile Disk for Removable usage）がある。このｉＶＤＲに対応した著作権保護規格であるＳＡＦＩＡ（Security Architecture For Intelligent Attachment device）では、録画データを一定の再生時間内のブロックに分けて、保存時には、暗号鍵により暗号化して保存する規則が定められている。
【０００５】
レコーダなどのｉＶＤＲに対応したコンテンツ処理装置では、通常、コンテンツの移動などをおこなう場合には、このＳＡＦＩＡを利用し、移動元と移動先に同じデータが存在するのは、一定の決められた時間しか許されていないようにして、違法なコピーが行われるのを防止し、セキュリティを高めている。なお、ｉＶＤＲは、非特許文献２により、その概要を知ることができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Hitachi, Ltd., Intel Corporation, Matsushita Electric Industrial Co., Ltd., Sony Corporation, Toshiba Corporation、"DTCP Volume 1 Supplement E Mapping DTCP to IP Revision 1.2 (Informational Version)"、[online]、June 15, 2007、Digital Transmission Licensing Administrator(DTLA)、[平成２２年２月１日検索]、インターネット＜ＵＲＬ： http://www.dtcp.com/data/info%2020070615%20DTCP%20V1SE%201p2.pdf＞
【非特許文献２】ｉＶＤＲコンソーシアム 個人向けページ ホーム、[online]、ｉＶＤＲコンソーシアム、[平成２２年２月１日検索]、インターネット＜ＵＲＬ：http://www.ivdr.org/jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、家庭内のＩＰネットワーク上で、ｉＶＤＲ対応の機器間でＳＡＦＩＡにより保護されているコンテンツを、コピー、移動する場合には、ＤＴＣＰ−ＩＰ規格に従い処理する必要がある。ＤＴＣＰ−ＩＰでは、ネットワークを経由でのコンテンツの移動が終わり、コンテンツ受信側の機器でのコンテンツ保護（暗号化）が終了したタイミングでコンテンツ受信側の機器から送信側の機器に対して、「送信したコンテンツを受信したので無効にしてください」という意味のコミットメント要求を発行する。このときコンテンツ送信側の機器は、この要求を受信してから、所定の時間内、例えば、１秒以内にコンテンツを無効にして応答することがＤＴＣＰ−ＩＰの規格で定められている。コンテンツの無効化として有効な手段は、コンテンツの消去ではなく、コンテンツを暗号化している鍵の無効化である。ところが、ＳＡＦＩＡではコンテンツをブロック化して、各々を所定の時間内、例えば、６０秒毎に各々を別の鍵を使用して暗号化しなくてはならない旨定められている。
【０００８】
コンテンツの鍵は、ＨＤＤ上の耐タンパ領域に格納されているために鍵に対するアクセスに数１００ｍｓｅｃ程度の時間が必要である。そのため、例えば、２時間のコンテンツの場合に、コンテンツの移動のときの送信側において、１２０個の鍵を無効化にすることになるので、１２ｓｅｃほど鍵の無効化に時間を要することになる。よって、コンテンツ受信側のコミットメント要求を受信してからコンテンツの無効化処理を実施すると、コミットメントの応答が長くなり、ＤＴＣＰ−ＩＰの規格を守ることができないという問題点が発生する。コンテンツのコミットメントの応答があまり遅くなると、コンテンツ受信側は、コンテンツ送信側に対してコミットメント要求の再発行を行うことになる。また、コンテンツのコミットメントの応答がないとみなされ、コンテンツ受信側が有効化されず、処理が中断されてしまうおそれもある。
【０００９】
本発明は、上記課題に鑑みてなされたもので、その目的は、複数の機器間でコンテンツを移動する場合の利便性を向上させることが可能な技術を提供することにある。特に、ある機器においてある規格（ｉＶＤＲの暗号化規格であるＳＡＦＩＡ）で暗号化されたコンテンツを、別の規格に基づき、ネットワークを介して別の機器に移動する際の応答性を向上させるのに好適な技術を提供するものである。
【課題を解決するための手段】
【００１０】
本発明のコンテンツ処理装置は、ＨＤＤなどの外部記憶装置に、コンテンツは、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化され、暗号化鍵も外部記憶装置に記憶されている。
【００１１】
そして、例えばＤＴＣＰ−ＩＰの規格に基づき、他のコンテンツ処理装置にコンテンツを移動させる際に、外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送して、復号化し、その復号化されたコンテンツを他のコンテンツ処理装置に転送する。
【００１２】
その際に、外部記憶装置に格納された各々ブロックに対応した暗号化鍵を全て、主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割する。そして、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除するようにする。
【００１３】
さらに、暗号化鍵の削除に先立って、ＨＤＤなどの外部記憶装置に格納されている暗号化鍵を、ＦＬＡＳＨメモリにバックアップを取っておき、分割データの転送が、障害によって中断したときには、ＦＬＡＳＨメモリに保存された暗号化鍵を、ＨＤＤなどの外部記憶装置に書き戻す。
【００１４】
このようにすれば、コンテンツ移動元のコンテンツ処理装置が、コンテンツ移動先のコンテンツ処理装置から、コンテンツ移動のコミットメント要求を受けたときに、外部記憶装置上の暗号化鍵は、全て削除されているので、迅速に、コミットメント要求に対する応答を返すことができる。
【００１５】
また、小分割された分割データを転送するために、一回の転送は、時間がかからず、ＴＣＰ／ＩＰのプロトコル上の通信が中断することもない。
【００１６】
さらに、ＦＬＡＳＨメモリに暗号化鍵のバックアップを取っておけば、コンテンツ移動の際にデータが喪失することがないので、データの安全性を高めることができる。
【発明の効果】
【００１７】
本発明によれば、複数の機器間でコンテンツを移動する場合の利便性を向上させることが可能となる。特に、あるコンテンツの暗号化規格とは異なる規格で当該コンテンツをネットワーク上で移動させる際の応答性を向上させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第一の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【図２】本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
【図３】本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツの関係を示す図である。
【図４Ａ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その一）。
【図４Ｂ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その二）。
【図４Ｃ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その三）。
【図５】本発明の第二の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【図６】本発明の第二の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
【図７Ａ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その一）。
【図７Ｂ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その二）。
【図７Ｃ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その三）。
【発明を実施するための形態】
【００１９】
以下、本発明に係る各実施形態を、図１ないし図７Ｃを用いて説明する。
【００２０】
〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図４Ｃを用いて説明する。
【００２１】
先ず、図１を用いて本発明の第一の実施形態に係るコンテンツ処理装置の構成を説明する。
図１は、本発明の第一の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【００２２】
コンテンツ処理装置（送信側）１０は、例えば、デジタルテレビジョン受像機やレコーダであり、ｉＶＤＲ規格に対応し、コンテンツは、ＳＡＦＩＡ規格によって暗号化して処理される。コンテンツ処理装置（受信側）２０も、同様の機器であり、本実施形態では、送信側と受信側の役割分担をして説明する。
【００２３】
コンテンツ処理装置（送信側）１０は、図１に示されるように、ＣＰＵ１、主記憶装置２、ＨＤＤ（Hard Disk Drive）３、ネットワークＩ／Ｆ装置４、暗復号装置５からなる。なお、コンテンツ処理装置１０の構成として、本実施形態で説明する機能以外の、例えば、チューナ機能を実現するためのコンポーネント、録画機能を実現するためのコンポーネント、ユーザインタフェースを実現するためのコンポーントなどは、省略している。
【００２４】
ＣＰＵ１は、コンテンツ処理装置１０の各部を制御し、本実施形態のコンテンツ移動処理を実現するためのプログラムを実行する。
【００２５】
主記憶装置２は、半導体メモリで構成され、ＣＰＵ１で実行するプログラムやデータを保持する。
【００２６】
ＨＤＤ（Hard Disk Drive）３は、磁気ディスクに情報を記憶する装置であり、コンテンツやプログラムが格納されている。また、本実施形態のＨＤＤ３は、ｉＶＤＲの仕様に沿ったものであり、内蔵タイプ（ｉＶＤＲビルトインタイプ）でもリムーバブルタイプ（ｉＶＤＲカートリッジタイプ）であってもよい。また、ｉＶＤＲの仕様に沿ったＨＤＤ３は、情報の盗用行為などからプロテクトする耐タンパ構造エリアを有している。
【００２７】
ネットワークＩ／Ｆ装置４は、機器間のネットワークインタフェースを掌る装置であり、これにより、コンテンツ処理装置（送信側）１０と、コンテンツ処理装置（受信側）２０とは、ＴＣＰ／ＩＰプロトコルにより通信をおこなう。なお、ネットワークの物理媒体は、Ethernet（登録商標）ケーブルでもよいし、無線でもよい。
【００２８】
暗復号装置５は、ＡＥＳ（Advanced Encryption Standard）規格により、データの暗号化、復号化処理をおこなう。なお、ＡＥＳ規格は、米国政府により採用された共通鍵暗号方式である。
【００２９】
次に、図２ないし図４Ｃを用いて本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を説明する。
図２は、本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
図３は、本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツの関係を示す図である。
図４Ａないし図４Ｃは、本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである。
【００３０】
ｉＶＤＲの規格では、コンテンツは、Ｎ（Ｎは、１以上の整数）分割されて、別々の暗号化鍵で暗号化されて、ＨＤＤ３に格納されている。ここで、コンテンツのｉ（ｉ＝１，…，Ｎ）番目を、ＣＯＮＴ［ｉ］とかき、それに対応する暗号化鍵をＫＥＹ［ｉ］と書くことにする。
【００３１】
先ず、図４Ａに示されるように、コンテンツ処理装置（送信側）１０と、コンテンツ処理装置（受信側）２０との間で、コンテンツのサイズや暗号化鍵のやりとりがあり、送受信情報の受け渡しがあり、双方ともコンテンツの送受信の準備が完了する（Ｓ０１、Ｒ０１）。
【００３２】
次に、パラメタのｉを、１とする（Ｓ０２）。
【００３３】
次に、ＨＤＤ３のＫＥＹ［ｉ］を、主記憶装置２に転送する（図２のＡ０１、Ｓ０３）。これは、後の処理でコンテンツを復号化するための前準備である。
【００３４】
次に、ｉとＮを比較し（Ｓ０４）、ｉ＜Ｎのときには、Ｓ０６とＳ０５に行く。なお、Ｓ０５とＳ０６は、非同期処理である。
【００３５】
ｉ＜Ｎのときには、ＣＯＮＴ［ｉ］を、主記憶装置２に転送し（Ａ０２）、暗復号装置５に、ＫＥＹ［ｉ］とＣＯＮＴ［ｉ］を入力して（Ａ０３、Ａ０４）、ＣＯＮＴ［ｉ］を復号化する（Ａ０６、Ｓ０６）。
【００３６】
そして、Ｓ０６で復号化したＣＯＮＴ［ｉ］を、さらに、暗復号装置５に入力して（Ａ０６）、ＤＴＣＰの規格により、暗号化する（Ａ０７、Ｓ０７）。
【００３７】
次に、未転送のコンテンツの量と所定量とを比較する（Ｓ０８）。ここで、所定量とは、Ｓ０７で暗号化したＣＯＮＴ［ｉ］のブロックを転送したときに、後のＳ１０以降の処理に支障がでない程度の大きさである。具体的には、一回のＴＣＰ／ＩＰのパケット通信で、最低ｎバイトを送るとすると、所定量は、ｎ×Ｎ＋（Ｓ０７で暗号化したＣＯＮＴ［ｉ］のバイト数）になる。
【００３８】
未転送のコンテンツの量＞所定量のときには、Ｓ０７で暗号化したＣＯＮＴ［ｉ］のデータを、コンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信する（Ｓ０９）。
【００３９】
未転送のコンテンツの量≦所定量のときには、Ｓ０７で暗号化したＣＯＮＴ［ｉ］は、送信されない。
【００４０】
一方、ｉ＜Ｎのときには、ｉを１インクリメントして（Ｓ０５）、Ｓ０３に戻り、これらの処理を繰り返す。ここで、Ｓ０３において、ｉ回目の処理で主記憶装置２に格納された暗号鍵ＫＥＹ［ｉ］には、次のｉ＋１回目の処理を行う際に、暗号鍵ＫＥＹ［ｉ＋１］が上書きされ更新される。すなわち、暗号鍵ＫＥＹ［ｉ］は、ＣＯＮＴ［ｉ］の複合化処理が完了する度に消去されることになる。
【００４１】
Ｓ０４で、ｉ＝Ｎのときには、未転送テーブルのＮ分割する（図４ＢのＳ１０）。ここで、分割したコンテンツのｊ（ｊ＝１，…，Ｎ）番目を、Ｌ＿ＣＯＮＴ［ｊ］と表記する。分割は、Ｎ分割した各々のデータのサイズができるだけ等分になるようにする。
【００４２】
図３には、ＣＯＮＴ［１］〜ＣＯＮＴ［Ｎ−３］のコンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０への送信は、完了しており、未転送は、ＣＯＮＴ［Ｎ−２］、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］のブロックであるときの例が示されている。この未転送のブロックで、ＣＯＮＴ［Ｎ−２］は、既に復号化されており、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］は、未だ復号化されず、暗号化されたままである。
【００４３】
次に、ｊ＝１とする（Ｓ１１）。
【００４４】
そして、ＨＤＤ３上のＫＥＹ［ｊ］を削除する（Ｓ１２）。
【００４５】
次に、Ｌ＿ＣＯＮＴ［ｊ］が、ＣＯＮＴ［ｋ］に含まれ、ＣＯＮＴ［ｋ］のブロックが復号化されていないときには、Ｌ＿ＣＯＮＴ［ｊ］を、主記憶装置２上のＫＥＹ［ｋ］で復号化する（Ｓ１３）。すなわち、Ｌ＿ＣＯＮＴ［ｊ］とＫＥＹ［ｋ］を、暗復号化装置２に入力して、復号化されたＬ＿ＣＯＮＴ［ｊ］を得る。図３の例では、Ｌ＿ＣＯＮＴ［ｊ］が、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］に含まれるときに、それぞれ、ＫＥＹ［Ｎ−１］とＫＥＹ［Ｎ］により復号化することになる。
【００４６】
次に、Ｌ＿ＣＯＮＴ［ｊ］を、暗復号装置５に入力して、ＤＴＣＰの規格により暗号化する（Ｓ１４）。
【００４７】
そして、Ｓ１４で暗号化したＬ＿ＣＯＮＴ［ｊ］を、コンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信する（Ｓ１５）。
【００４８】
次に、ｊとＮを比較し（Ｓ１６）、ｊ＜Ｎのときには、ｊを１インクリメントし（Ｓ１７）、Ｓ１２に戻り、これらの処理を繰り返す。
【００４９】
このように、その都度、Ｌ＿ＣＯＮＴ［ｊ］を一つ送る前に、ＫＥＹ［ｊ］を削除して、それから、Ｌ＿ＣＯＮＴ［ｊ］をコンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信するのは、一度にデータを送信して、それから、ＨＤＤ３上の暗号化鍵を削除すると、その間、ＴＣＰ−ＩＰの通信がおこなわれないことになり、コンテンツ処理装置（受信側）２０からコンテンツ処理装置（送信側）１０に、パケットの再送要求がなされるからである。
【００５０】
Ｓ１６で、ｊ＝ＮのときにはＳ１８に進む。Ｓ１８では、Ｓ０３において主記憶装置２に格納された残りの暗号化鍵ＫＥＹ［ｉ］（最後のコンテンツに対応する暗号鍵）を、複合化すべきコンテンツがなくなったことを確認した後に削除する。
【００５１】
コンテンツ処理装置（受信側）２０で、コンテンツの受信が完了したことが確認されると（Ｒ０２）、ＤＴＣＰ−ＩＰの規格に基づき、コンテンツ処理装置（送信側）１０にコミットメント要求がなされる（Ｒ０３）。
【００５２】
そして、コンテンツ処理装置（送信側）１０で、コミットメント要求のパラメタから送信コンテンツの整合性を確認し（Ｓ１９）、ＯＫならコミットメント要求の応答がなされる（Ｓ２０）。
【００５３】
最後に、コミットメント要求の応答を受けると、コンテンツ処理装置（送信側）１０で、ＤＴＣＰの規格に基づき、コンテンツの復号化がなされて、コンテンツ処理装置（受信側）２０で、再生や格納（必要ならｉＶＤＲの規格で暗号化）などで利用される。
【００５４】
以上のように、本実施形態の特徴は、コンテンツ処理装置（受信側）２０からコンテンツ処理装置（送信側）１０にコミットメント要求Ｒ０３がなされたときに、ＨＤＤ上の暗号化鍵が全て削除されている、すなわち、送信側のコンテンツが無効化されているため、コミットメント要求Ｒ０３から、コミットメント要求の応答Ｓ２０までの期間が短くできるということにある。
【００５５】
〔実施形態２〕
以下、本発明に係る第二の実施形態を、図５ないし図７Ｃを用いて説明する。
【００５６】
第一の実施形態では、コンテンツの送信処理が途中で中断した場合の送信側でコンテンツを回復する処理については考慮されてなかった。本実施形態では、コンテンツの送信処理が途中で中断した場合に、コンテンツを回復する処理をおこなうものである。
【００５７】
先ず、図５を用いて本発明の第二の実施形態に係るコンテンツ処理装置の構成を説明する。
図５は、本発明の第二の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【００５８】
第一の実施形態のコンテンツ処理装置と比較して、ＣＰＵ１からアクセスされるＦＬＡＳＨメモリ６が付け加わっている。これは、後に説明するように、暗号化鍵をバックアップするためのものである。なお、暗号化鍵が一時保存されるので、このＦＬＡＳＨメモリ６にも、耐タンパ特性が備わっていることが望ましい。
【００５９】
次に、図６ないし図７Ｃを用いて本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を説明する。
図６は、本発明の第二の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
図７Ａないし図７Ｃは、本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである。
【００６０】
第一の実施形態と異なるのは、図７Ｂに示されるように、Ｓ１０の処理前に、ＨＤＤ３から主記憶装置に転送した全ての暗号化鍵を、ＦＬＡＳＨメモリ６に保存する（図６のＡ１０、Ｓ２０）ことである。また、第一の実施形態では、主記憶装置２に格納される暗号鍵ＫＥＹ［ｉ］は複合化処理の度に次の暗号鍵ＫＥＹ［ｉ＋１］に上書きされるとしたが（図４ＡのＳ０３）、本実施形態では、図７ＡのＳ０３′おいて、主記憶装置２には暗号鍵ＫＥＹ［ｉ］を上書きせずに全ての暗号鍵が格納されるようにしている。そして、この主記憶装置２に格納された全ての暗号鍵が図７ＢのＳ２０にてＦＬＡＳＨメモリ６に保存される。
【００６１】
Ｓ２０におけるＦＬＡＳＨメモリ６への暗号鍵の保存処理終了後、Ｓ２１において、複合化処理が完了したコンテンツに対応する暗号鍵を全て削除する。また、ここで削除されなかった残りの暗号鍵は、Ｓ１８において、復号化するコンテンツがなくなったことを確認した後に主記憶装置上から削除される。
【００６２】
そして、図７Ｂに示されるように、Ｓ１５の後に、転送処理が途中で中断したかを判断し（Ｓ４０）、転送処理が途中で中断したときには、ＦＬＡＳＨメモリ６に保存されている暗号化鍵により、主記憶装置２を経由して、ＨＤＤ３の削除した暗号化鍵を復活させる（Ｓ４１）。Ｓ１５の暗号化したＬ＿ＣＯＮＴ［ｊ］の転送処理中に中断されたとすると、ＫＥＹ［１］〜ＫＥＹ［ｊ］が、ＨＤＤ３上から削除されているはずである。
【００６３】
そして、ＦＬＡＳＨメモリ６に保存された暗号化鍵を全て削除する（Ｓ４２）。
【００６４】
また、本実施形態では、Ｓ２０でＦＬＡＳＨメモリ６に暗号化鍵を保存しているので、Ｌ＿ＣＯＮＴ［Ｎ］の転送処理が終わったときにも、ＦＬＡＳＨメモリ６に保存された暗号化鍵を全て削除する（Ｓ５０）。
【００６５】
本実施形態では、転送処理が、コンテンツ処理装置（受信側）２０、または、通信路などの障害により中断しても、バックアップされたＦＬＡＳＨメモリ６上の暗号化鍵により、ＨＤＤ３上の暗号化鍵を復活させることができるため、コンテンツを喪失することが防止でき、安全性を高めることができる。
【符号の説明】
【００６６】
１０…コンテンツ処理装置（送信側）、２０…コンテンツ処理装置（受信側）、
１…ＣＰＵ、２…主記憶装置、３…ＨＤＤ（Hard Disk Drive）、４…ネットワークＩ／Ｆ装置、５…暗復号装置、６…ＦＬＡＳＨメモリ。
【技術分野】
【０００１】
本発明は、コンテンツ処理装置、および、そのコンテンツ移動方法に係り、特に、ある規格（例えばｉＶＤＲの暗号化規格であるＳＡＦＩＡ）により暗号化されたデータを、別の規格（例えばＤＣＴＰ−ＩＰ規格）に基づき機器間で伝送するデジタルＴＶ、レコーダなどに用いて好適なコンテンツ処理装置、および、そのコンテンツ移動方法に関する。
【背景技術】
【０００２】
近年、映像や音声などのコンテンツは、デジタルデータとして取り扱い、それをユーザの情報処理装置で表示、再生を行うことが一般的になってきている。デジタルデータは、複製にあたって品質の劣化がないという利点があるが、その反面、簡単に不正な複製がおこなわれるため、著作権保護の仕組みが必要である。
【０００３】
このよう著作権保護の仕組みは、コピーガード技術と称されており、様々な規格が提案されているが、デジタル映像信号を伝送するための暗号化技術として、ＤＴＣＰ（Digital Transmission Content Protection）がある。ＤＴＣＰでは、機器ごとにＩＤを持たせ、公開鍵暗号または共通鍵暗号を利用して、相互認証し、双方でコンテンツ保護が可能と判断されると、暗号鍵を交換して、コンテンツを暗号化して送受信する。また、ＤＴＣＰをＩＰネットワークでの通信で利用できるようにした規格として、ＤＴＣＰ−ＩＰがある。このＤＴＣＰ−ＩＰは、ＤＬＮＡ（Digital Living Network Alliance）に基づく家庭内のＡＶ機器の接続に使用されることを前提としている。なお、このＤＴＣＰ−ＩＰの実装については、非特許文献１に詳述されている。
【０００４】
一方、デジタルデータを記録するリムーバブルハードディスクに関する標準規格として、ｉＶＤＲ（Information Versatile Disk for Removable usage）がある。このｉＶＤＲに対応した著作権保護規格であるＳＡＦＩＡ（Security Architecture For Intelligent Attachment device）では、録画データを一定の再生時間内のブロックに分けて、保存時には、暗号鍵により暗号化して保存する規則が定められている。
【０００５】
レコーダなどのｉＶＤＲに対応したコンテンツ処理装置では、通常、コンテンツの移動などをおこなう場合には、このＳＡＦＩＡを利用し、移動元と移動先に同じデータが存在するのは、一定の決められた時間しか許されていないようにして、違法なコピーが行われるのを防止し、セキュリティを高めている。なお、ｉＶＤＲは、非特許文献２により、その概要を知ることができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Hitachi, Ltd., Intel Corporation, Matsushita Electric Industrial Co., Ltd., Sony Corporation, Toshiba Corporation、"DTCP Volume 1 Supplement E Mapping DTCP to IP Revision 1.2 (Informational Version)"、[online]、June 15, 2007、Digital Transmission Licensing Administrator(DTLA)、[平成２２年２月１日検索]、インターネット＜ＵＲＬ： http://www.dtcp.com/data/info%2020070615%20DTCP%20V1SE%201p2.pdf＞
【非特許文献２】ｉＶＤＲコンソーシアム 個人向けページ ホーム、[online]、ｉＶＤＲコンソーシアム、[平成２２年２月１日検索]、インターネット＜ＵＲＬ：http://www.ivdr.org/jp/＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、家庭内のＩＰネットワーク上で、ｉＶＤＲ対応の機器間でＳＡＦＩＡにより保護されているコンテンツを、コピー、移動する場合には、ＤＴＣＰ−ＩＰ規格に従い処理する必要がある。ＤＴＣＰ−ＩＰでは、ネットワークを経由でのコンテンツの移動が終わり、コンテンツ受信側の機器でのコンテンツ保護（暗号化）が終了したタイミングでコンテンツ受信側の機器から送信側の機器に対して、「送信したコンテンツを受信したので無効にしてください」という意味のコミットメント要求を発行する。このときコンテンツ送信側の機器は、この要求を受信してから、所定の時間内、例えば、１秒以内にコンテンツを無効にして応答することがＤＴＣＰ−ＩＰの規格で定められている。コンテンツの無効化として有効な手段は、コンテンツの消去ではなく、コンテンツを暗号化している鍵の無効化である。ところが、ＳＡＦＩＡではコンテンツをブロック化して、各々を所定の時間内、例えば、６０秒毎に各々を別の鍵を使用して暗号化しなくてはならない旨定められている。
【０００８】
コンテンツの鍵は、ＨＤＤ上の耐タンパ領域に格納されているために鍵に対するアクセスに数１００ｍｓｅｃ程度の時間が必要である。そのため、例えば、２時間のコンテンツの場合に、コンテンツの移動のときの送信側において、１２０個の鍵を無効化にすることになるので、１２ｓｅｃほど鍵の無効化に時間を要することになる。よって、コンテンツ受信側のコミットメント要求を受信してからコンテンツの無効化処理を実施すると、コミットメントの応答が長くなり、ＤＴＣＰ−ＩＰの規格を守ることができないという問題点が発生する。コンテンツのコミットメントの応答があまり遅くなると、コンテンツ受信側は、コンテンツ送信側に対してコミットメント要求の再発行を行うことになる。また、コンテンツのコミットメントの応答がないとみなされ、コンテンツ受信側が有効化されず、処理が中断されてしまうおそれもある。
【０００９】
本発明は、上記課題に鑑みてなされたもので、その目的は、複数の機器間でコンテンツを移動する場合の利便性を向上させることが可能な技術を提供することにある。特に、ある機器においてある規格（ｉＶＤＲの暗号化規格であるＳＡＦＩＡ）で暗号化されたコンテンツを、別の規格に基づき、ネットワークを介して別の機器に移動する際の応答性を向上させるのに好適な技術を提供するものである。
【課題を解決するための手段】
【００１０】
本発明のコンテンツ処理装置は、ＨＤＤなどの外部記憶装置に、コンテンツは、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化され、暗号化鍵も外部記憶装置に記憶されている。
【００１１】
そして、例えばＤＴＣＰ−ＩＰの規格に基づき、他のコンテンツ処理装置にコンテンツを移動させる際に、外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送して、復号化し、その復号化されたコンテンツを他のコンテンツ処理装置に転送する。
【００１２】
その際に、外部記憶装置に格納された各々ブロックに対応した暗号化鍵を全て、主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割する。そして、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除するようにする。
【００１３】
さらに、暗号化鍵の削除に先立って、ＨＤＤなどの外部記憶装置に格納されている暗号化鍵を、ＦＬＡＳＨメモリにバックアップを取っておき、分割データの転送が、障害によって中断したときには、ＦＬＡＳＨメモリに保存された暗号化鍵を、ＨＤＤなどの外部記憶装置に書き戻す。
【００１４】
このようにすれば、コンテンツ移動元のコンテンツ処理装置が、コンテンツ移動先のコンテンツ処理装置から、コンテンツ移動のコミットメント要求を受けたときに、外部記憶装置上の暗号化鍵は、全て削除されているので、迅速に、コミットメント要求に対する応答を返すことができる。
【００１５】
また、小分割された分割データを転送するために、一回の転送は、時間がかからず、ＴＣＰ／ＩＰのプロトコル上の通信が中断することもない。
【００１６】
さらに、ＦＬＡＳＨメモリに暗号化鍵のバックアップを取っておけば、コンテンツ移動の際にデータが喪失することがないので、データの安全性を高めることができる。
【発明の効果】
【００１７】
本発明によれば、複数の機器間でコンテンツを移動する場合の利便性を向上させることが可能となる。特に、あるコンテンツの暗号化規格とは異なる規格で当該コンテンツをネットワーク上で移動させる際の応答性を向上させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第一の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【図２】本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
【図３】本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツの関係を示す図である。
【図４Ａ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その一）。
【図４Ｂ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その二）。
【図４Ｃ】本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その三）。
【図５】本発明の第二の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【図６】本発明の第二の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
【図７Ａ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その一）。
【図７Ｂ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その二）。
【図７Ｃ】本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである（その三）。
【発明を実施するための形態】
【００１９】
以下、本発明に係る各実施形態を、図１ないし図７Ｃを用いて説明する。
【００２０】
〔実施形態１〕
以下、本発明に係る第一の実施形態を、図１ないし図４Ｃを用いて説明する。
【００２１】
先ず、図１を用いて本発明の第一の実施形態に係るコンテンツ処理装置の構成を説明する。
図１は、本発明の第一の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【００２２】
コンテンツ処理装置（送信側）１０は、例えば、デジタルテレビジョン受像機やレコーダであり、ｉＶＤＲ規格に対応し、コンテンツは、ＳＡＦＩＡ規格によって暗号化して処理される。コンテンツ処理装置（受信側）２０も、同様の機器であり、本実施形態では、送信側と受信側の役割分担をして説明する。
【００２３】
コンテンツ処理装置（送信側）１０は、図１に示されるように、ＣＰＵ１、主記憶装置２、ＨＤＤ（Hard Disk Drive）３、ネットワークＩ／Ｆ装置４、暗復号装置５からなる。なお、コンテンツ処理装置１０の構成として、本実施形態で説明する機能以外の、例えば、チューナ機能を実現するためのコンポーネント、録画機能を実現するためのコンポーネント、ユーザインタフェースを実現するためのコンポーントなどは、省略している。
【００２４】
ＣＰＵ１は、コンテンツ処理装置１０の各部を制御し、本実施形態のコンテンツ移動処理を実現するためのプログラムを実行する。
【００２５】
主記憶装置２は、半導体メモリで構成され、ＣＰＵ１で実行するプログラムやデータを保持する。
【００２６】
ＨＤＤ（Hard Disk Drive）３は、磁気ディスクに情報を記憶する装置であり、コンテンツやプログラムが格納されている。また、本実施形態のＨＤＤ３は、ｉＶＤＲの仕様に沿ったものであり、内蔵タイプ（ｉＶＤＲビルトインタイプ）でもリムーバブルタイプ（ｉＶＤＲカートリッジタイプ）であってもよい。また、ｉＶＤＲの仕様に沿ったＨＤＤ３は、情報の盗用行為などからプロテクトする耐タンパ構造エリアを有している。
【００２７】
ネットワークＩ／Ｆ装置４は、機器間のネットワークインタフェースを掌る装置であり、これにより、コンテンツ処理装置（送信側）１０と、コンテンツ処理装置（受信側）２０とは、ＴＣＰ／ＩＰプロトコルにより通信をおこなう。なお、ネットワークの物理媒体は、Ethernet（登録商標）ケーブルでもよいし、無線でもよい。
【００２８】
暗復号装置５は、ＡＥＳ（Advanced Encryption Standard）規格により、データの暗号化、復号化処理をおこなう。なお、ＡＥＳ規格は、米国政府により採用された共通鍵暗号方式である。
【００２９】
次に、図２ないし図４Ｃを用いて本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を説明する。
図２は、本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
図３は、本発明の第一の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツの関係を示す図である。
図４Ａないし図４Ｃは、本発明の第一の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである。
【００３０】
ｉＶＤＲの規格では、コンテンツは、Ｎ（Ｎは、１以上の整数）分割されて、別々の暗号化鍵で暗号化されて、ＨＤＤ３に格納されている。ここで、コンテンツのｉ（ｉ＝１，…，Ｎ）番目を、ＣＯＮＴ［ｉ］とかき、それに対応する暗号化鍵をＫＥＹ［ｉ］と書くことにする。
【００３１】
先ず、図４Ａに示されるように、コンテンツ処理装置（送信側）１０と、コンテンツ処理装置（受信側）２０との間で、コンテンツのサイズや暗号化鍵のやりとりがあり、送受信情報の受け渡しがあり、双方ともコンテンツの送受信の準備が完了する（Ｓ０１、Ｒ０１）。
【００３２】
次に、パラメタのｉを、１とする（Ｓ０２）。
【００３３】
次に、ＨＤＤ３のＫＥＹ［ｉ］を、主記憶装置２に転送する（図２のＡ０１、Ｓ０３）。これは、後の処理でコンテンツを復号化するための前準備である。
【００３４】
次に、ｉとＮを比較し（Ｓ０４）、ｉ＜Ｎのときには、Ｓ０６とＳ０５に行く。なお、Ｓ０５とＳ０６は、非同期処理である。
【００３５】
ｉ＜Ｎのときには、ＣＯＮＴ［ｉ］を、主記憶装置２に転送し（Ａ０２）、暗復号装置５に、ＫＥＹ［ｉ］とＣＯＮＴ［ｉ］を入力して（Ａ０３、Ａ０４）、ＣＯＮＴ［ｉ］を復号化する（Ａ０６、Ｓ０６）。
【００３６】
そして、Ｓ０６で復号化したＣＯＮＴ［ｉ］を、さらに、暗復号装置５に入力して（Ａ０６）、ＤＴＣＰの規格により、暗号化する（Ａ０７、Ｓ０７）。
【００３７】
次に、未転送のコンテンツの量と所定量とを比較する（Ｓ０８）。ここで、所定量とは、Ｓ０７で暗号化したＣＯＮＴ［ｉ］のブロックを転送したときに、後のＳ１０以降の処理に支障がでない程度の大きさである。具体的には、一回のＴＣＰ／ＩＰのパケット通信で、最低ｎバイトを送るとすると、所定量は、ｎ×Ｎ＋（Ｓ０７で暗号化したＣＯＮＴ［ｉ］のバイト数）になる。
【００３８】
未転送のコンテンツの量＞所定量のときには、Ｓ０７で暗号化したＣＯＮＴ［ｉ］のデータを、コンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信する（Ｓ０９）。
【００３９】
未転送のコンテンツの量≦所定量のときには、Ｓ０７で暗号化したＣＯＮＴ［ｉ］は、送信されない。
【００４０】
一方、ｉ＜Ｎのときには、ｉを１インクリメントして（Ｓ０５）、Ｓ０３に戻り、これらの処理を繰り返す。ここで、Ｓ０３において、ｉ回目の処理で主記憶装置２に格納された暗号鍵ＫＥＹ［ｉ］には、次のｉ＋１回目の処理を行う際に、暗号鍵ＫＥＹ［ｉ＋１］が上書きされ更新される。すなわち、暗号鍵ＫＥＹ［ｉ］は、ＣＯＮＴ［ｉ］の複合化処理が完了する度に消去されることになる。
【００４１】
Ｓ０４で、ｉ＝Ｎのときには、未転送テーブルのＮ分割する（図４ＢのＳ１０）。ここで、分割したコンテンツのｊ（ｊ＝１，…，Ｎ）番目を、Ｌ＿ＣＯＮＴ［ｊ］と表記する。分割は、Ｎ分割した各々のデータのサイズができるだけ等分になるようにする。
【００４２】
図３には、ＣＯＮＴ［１］〜ＣＯＮＴ［Ｎ−３］のコンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０への送信は、完了しており、未転送は、ＣＯＮＴ［Ｎ−２］、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］のブロックであるときの例が示されている。この未転送のブロックで、ＣＯＮＴ［Ｎ−２］は、既に復号化されており、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］は、未だ復号化されず、暗号化されたままである。
【００４３】
次に、ｊ＝１とする（Ｓ１１）。
【００４４】
そして、ＨＤＤ３上のＫＥＹ［ｊ］を削除する（Ｓ１２）。
【００４５】
次に、Ｌ＿ＣＯＮＴ［ｊ］が、ＣＯＮＴ［ｋ］に含まれ、ＣＯＮＴ［ｋ］のブロックが復号化されていないときには、Ｌ＿ＣＯＮＴ［ｊ］を、主記憶装置２上のＫＥＹ［ｋ］で復号化する（Ｓ１３）。すなわち、Ｌ＿ＣＯＮＴ［ｊ］とＫＥＹ［ｋ］を、暗復号化装置２に入力して、復号化されたＬ＿ＣＯＮＴ［ｊ］を得る。図３の例では、Ｌ＿ＣＯＮＴ［ｊ］が、ＣＯＮＴ［Ｎ−１］、ＣＯＮＴ［Ｎ］に含まれるときに、それぞれ、ＫＥＹ［Ｎ−１］とＫＥＹ［Ｎ］により復号化することになる。
【００４６】
次に、Ｌ＿ＣＯＮＴ［ｊ］を、暗復号装置５に入力して、ＤＴＣＰの規格により暗号化する（Ｓ１４）。
【００４７】
そして、Ｓ１４で暗号化したＬ＿ＣＯＮＴ［ｊ］を、コンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信する（Ｓ１５）。
【００４８】
次に、ｊとＮを比較し（Ｓ１６）、ｊ＜Ｎのときには、ｊを１インクリメントし（Ｓ１７）、Ｓ１２に戻り、これらの処理を繰り返す。
【００４９】
このように、その都度、Ｌ＿ＣＯＮＴ［ｊ］を一つ送る前に、ＫＥＹ［ｊ］を削除して、それから、Ｌ＿ＣＯＮＴ［ｊ］をコンテンツ処理装置（送信側）１０からコンテンツ処理装置（受信側）２０に送信するのは、一度にデータを送信して、それから、ＨＤＤ３上の暗号化鍵を削除すると、その間、ＴＣＰ−ＩＰの通信がおこなわれないことになり、コンテンツ処理装置（受信側）２０からコンテンツ処理装置（送信側）１０に、パケットの再送要求がなされるからである。
【００５０】
Ｓ１６で、ｊ＝ＮのときにはＳ１８に進む。Ｓ１８では、Ｓ０３において主記憶装置２に格納された残りの暗号化鍵ＫＥＹ［ｉ］（最後のコンテンツに対応する暗号鍵）を、複合化すべきコンテンツがなくなったことを確認した後に削除する。
【００５１】
コンテンツ処理装置（受信側）２０で、コンテンツの受信が完了したことが確認されると（Ｒ０２）、ＤＴＣＰ−ＩＰの規格に基づき、コンテンツ処理装置（送信側）１０にコミットメント要求がなされる（Ｒ０３）。
【００５２】
そして、コンテンツ処理装置（送信側）１０で、コミットメント要求のパラメタから送信コンテンツの整合性を確認し（Ｓ１９）、ＯＫならコミットメント要求の応答がなされる（Ｓ２０）。
【００５３】
最後に、コミットメント要求の応答を受けると、コンテンツ処理装置（送信側）１０で、ＤＴＣＰの規格に基づき、コンテンツの復号化がなされて、コンテンツ処理装置（受信側）２０で、再生や格納（必要ならｉＶＤＲの規格で暗号化）などで利用される。
【００５４】
以上のように、本実施形態の特徴は、コンテンツ処理装置（受信側）２０からコンテンツ処理装置（送信側）１０にコミットメント要求Ｒ０３がなされたときに、ＨＤＤ上の暗号化鍵が全て削除されている、すなわち、送信側のコンテンツが無効化されているため、コミットメント要求Ｒ０３から、コミットメント要求の応答Ｓ２０までの期間が短くできるということにある。
【００５５】
〔実施形態２〕
以下、本発明に係る第二の実施形態を、図５ないし図７Ｃを用いて説明する。
【００５６】
第一の実施形態では、コンテンツの送信処理が途中で中断した場合の送信側でコンテンツを回復する処理については考慮されてなかった。本実施形態では、コンテンツの送信処理が途中で中断した場合に、コンテンツを回復する処理をおこなうものである。
【００５７】
先ず、図５を用いて本発明の第二の実施形態に係るコンテンツ処理装置の構成を説明する。
図５は、本発明の第二の実施形態に係るコンテンツ処理装置のハードウェア構成例を示すブロック図である。
【００５８】
第一の実施形態のコンテンツ処理装置と比較して、ＣＰＵ１からアクセスされるＦＬＡＳＨメモリ６が付け加わっている。これは、後に説明するように、暗号化鍵をバックアップするためのものである。なお、暗号化鍵が一時保存されるので、このＦＬＡＳＨメモリ６にも、耐タンパ特性が備わっていることが望ましい。
【００５９】
次に、図６ないし図７Ｃを用いて本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を説明する。
図６は、本発明の第二の実施形態に係るコンテンツ移動処理における暗号化鍵とコンテンツ、および、コンテンツ処理装置の関係を示す図である。
図７Ａないし図７Ｃは、本発明の第二の実施形態に係るコンテンツ処理装置（送信側）からコンテンツ処理装置（受信側）に、コンテンツ移動処理をおこなうときの手順を示すフローチャートである。
【００６０】
第一の実施形態と異なるのは、図７Ｂに示されるように、Ｓ１０の処理前に、ＨＤＤ３から主記憶装置に転送した全ての暗号化鍵を、ＦＬＡＳＨメモリ６に保存する（図６のＡ１０、Ｓ２０）ことである。また、第一の実施形態では、主記憶装置２に格納される暗号鍵ＫＥＹ［ｉ］は複合化処理の度に次の暗号鍵ＫＥＹ［ｉ＋１］に上書きされるとしたが（図４ＡのＳ０３）、本実施形態では、図７ＡのＳ０３′おいて、主記憶装置２には暗号鍵ＫＥＹ［ｉ］を上書きせずに全ての暗号鍵が格納されるようにしている。そして、この主記憶装置２に格納された全ての暗号鍵が図７ＢのＳ２０にてＦＬＡＳＨメモリ６に保存される。
【００６１】
Ｓ２０におけるＦＬＡＳＨメモリ６への暗号鍵の保存処理終了後、Ｓ２１において、複合化処理が完了したコンテンツに対応する暗号鍵を全て削除する。また、ここで削除されなかった残りの暗号鍵は、Ｓ１８において、復号化するコンテンツがなくなったことを確認した後に主記憶装置上から削除される。
【００６２】
そして、図７Ｂに示されるように、Ｓ１５の後に、転送処理が途中で中断したかを判断し（Ｓ４０）、転送処理が途中で中断したときには、ＦＬＡＳＨメモリ６に保存されている暗号化鍵により、主記憶装置２を経由して、ＨＤＤ３の削除した暗号化鍵を復活させる（Ｓ４１）。Ｓ１５の暗号化したＬ＿ＣＯＮＴ［ｊ］の転送処理中に中断されたとすると、ＫＥＹ［１］〜ＫＥＹ［ｊ］が、ＨＤＤ３上から削除されているはずである。
【００６３】
そして、ＦＬＡＳＨメモリ６に保存された暗号化鍵を全て削除する（Ｓ４２）。
【００６４】
また、本実施形態では、Ｓ２０でＦＬＡＳＨメモリ６に暗号化鍵を保存しているので、Ｌ＿ＣＯＮＴ［Ｎ］の転送処理が終わったときにも、ＦＬＡＳＨメモリ６に保存された暗号化鍵を全て削除する（Ｓ５０）。
【００６５】
本実施形態では、転送処理が、コンテンツ処理装置（受信側）２０、または、通信路などの障害により中断しても、バックアップされたＦＬＡＳＨメモリ６上の暗号化鍵により、ＨＤＤ３上の暗号化鍵を復活させることができるため、コンテンツを喪失することが防止でき、安全性を高めることができる。
【符号の説明】
【００６６】
１０…コンテンツ処理装置（送信側）、２０…コンテンツ処理装置（受信側）、
１…ＣＰＵ、２…主記憶装置、３…ＨＤＤ（Hard Disk Drive）、４…ネットワークＩ／Ｆ装置、５…暗復号装置、６…ＦＬＡＳＨメモリ。
【特許請求の範囲】
【請求項１】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置において、
他のコンテンツ処理装置に、コンテンツを移動させる処理と並行して該コンテンツの暗号鍵を削除する処理を実行することにより
コンテンツ移動先のコンテンツ処理装置からコンテンツの移動終了を示す通知を受信する前に前記移動コンテンツ係る暗号鍵の削除を完了するように構成したことを特徴とするコンテンツ処理装置。
【請求項２】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置において、
前記格納されたコンテンツは、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化され、前記暗号化鍵も前記外部記憶装置に記憶されており、
他のコンテンツ処理装置に、コンテンツを移動させる際に、
前記外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送して、前記コンテンツのブロックを復号化して、復号化されたコンテンツのブロックを他のコンテンツ処理装置に転送する場合、
外部記憶装置に格納された前記各々ブロックに対応した暗号化鍵を全て、前記主記憶装置に転送したときに、未転送のコンテンツのブロックを暗号化鍵の数だけ分割し、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除することを特徴とするコンテンツ処理装置。
【請求項３】
請求項２に記載のコンテンツ処理装置において、更に第二の外部記憶装置を備え、
前記前記第一の外部記憶装置に記憶された暗号化鍵を、全て、第二の外部記憶装置に保存し、
前記復号化された一つの分割データを他のコンテンツ処理装置に転送する処理が中断したときに、前記第二の外部記憶装置に保存された暗号化鍵を、前記第一の外部記憶装置に書き戻すことを特徴とするコンテンツ処理装置。
【請求項４】
前記第一の記憶装置は、ＨＤＤ（Hard Disk Drive）であり、前記第二の記憶装置は、ＦＬＡＳＨメモリであることを特徴とする請求項３記載のコンテンツ処理装置。
【請求項５】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置のコンテンツ移動方法において、
他のコンテンツ処理装置に、コンテンツを移動させる処理と並行して該コンテンツの暗号鍵を削除する処理を実行することにより、
コンテンツ移動先のコンテンツ処理装置からコンテンツの移動終了を示す通知を受信する前に前記移動コンテンツの暗号鍵の削除を完了することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項６】
請求項５に記載のコンテンツ移動方法において、
前記コンテンツを、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化して、前記暗号化鍵と共に前記外部記憶装置に記憶するステップと、
前記外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送するステップと、
前記コンテンツのブロックを、前記暗号化鍵により復号化するステップと、
復号化されたコンテンツのブロックを他のコンテンツ処理装置に転送するステップとを備え、さらに、
外部記憶装置に格納された前記各々ブロックに対応した暗号化鍵を全て、前記主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割するステップと、
各々の分割データを復号化するステップと、
復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除するステップとを有することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項７】
請求項６に記載のコンテンツ移動方法において、さらに、
前記第一の外部記憶装置に記憶された暗号化鍵を、全て第二の外部記憶装置に保存するステップと、
前記復号化された一つの分割データを他のコンテンツ処理装置に転送する処理が中断したときに、前記第二の外部記憶装置にコピーされた暗号化鍵を、前記第一の外部記憶装置に書き戻すステップとを有することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項８】
前記第一の記憶装置は、ＨＤＤ（Hard Disk Drive）であり、前記第二の記憶装置は、ＦＬＡＳＨメモリであることを特徴とする請求項７記載のコンテンツ処理装置のコンテンツ移動方法。
【請求項１】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置において、
他のコンテンツ処理装置に、コンテンツを移動させる処理と並行して該コンテンツの暗号鍵を削除する処理を実行することにより
コンテンツ移動先のコンテンツ処理装置からコンテンツの移動終了を示す通知を受信する前に前記移動コンテンツ係る暗号鍵の削除を完了するように構成したことを特徴とするコンテンツ処理装置。
【請求項２】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置において、
前記格納されたコンテンツは、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化され、前記暗号化鍵も前記外部記憶装置に記憶されており、
他のコンテンツ処理装置に、コンテンツを移動させる際に、
前記外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送して、前記コンテンツのブロックを復号化して、復号化されたコンテンツのブロックを他のコンテンツ処理装置に転送する場合、
外部記憶装置に格納された前記各々ブロックに対応した暗号化鍵を全て、前記主記憶装置に転送したときに、未転送のコンテンツのブロックを暗号化鍵の数だけ分割し、その各々の分割データを復号化して、復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除することを特徴とするコンテンツ処理装置。
【請求項３】
請求項２に記載のコンテンツ処理装置において、更に第二の外部記憶装置を備え、
前記前記第一の外部記憶装置に記憶された暗号化鍵を、全て、第二の外部記憶装置に保存し、
前記復号化された一つの分割データを他のコンテンツ処理装置に転送する処理が中断したときに、前記第二の外部記憶装置に保存された暗号化鍵を、前記第一の外部記憶装置に書き戻すことを特徴とするコンテンツ処理装置。
【請求項４】
前記第一の記憶装置は、ＨＤＤ（Hard Disk Drive）であり、前記第二の記憶装置は、ＦＬＡＳＨメモリであることを特徴とする請求項３記載のコンテンツ処理装置。
【請求項５】
外部記憶装置に、コンテンツを暗号化鍵により暗号化して格納するコンテンツ処理装置のコンテンツ移動方法において、
他のコンテンツ処理装置に、コンテンツを移動させる処理と並行して該コンテンツの暗号鍵を削除する処理を実行することにより、
コンテンツ移動先のコンテンツ処理装置からコンテンツの移動終了を示す通知を受信する前に前記移動コンテンツの暗号鍵の削除を完了することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項６】
請求項５に記載のコンテンツ移動方法において、
前記コンテンツを、ブロックに分割され各々ブロックに対応した暗号化鍵により暗号化して、前記暗号化鍵と共に前記外部記憶装置に記憶するステップと、
前記外部記憶装置に格納されたコンテンツのブロックと各々ブロックに対応した暗号化鍵とを、主記憶装置に転送するステップと、
前記コンテンツのブロックを、前記暗号化鍵により復号化するステップと、
復号化されたコンテンツのブロックを他のコンテンツ処理装置に転送するステップとを備え、さらに、
外部記憶装置に格納された前記各々ブロックに対応した暗号化鍵を全て、前記主記憶装置に転送したときに、未転送のコンテンツを暗号化鍵の数だけ分割するステップと、
各々の分割データを復号化するステップと、
復号化された一つの分割データを他のコンテンツ処理装置に転送するにあたり、一つの分割データを他のコンテンツ処理装置に転送することに対応して、外部記憶装置上の暗号化鍵を一つ削除するステップとを有することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項７】
請求項６に記載のコンテンツ移動方法において、さらに、
前記第一の外部記憶装置に記憶された暗号化鍵を、全て第二の外部記憶装置に保存するステップと、
前記復号化された一つの分割データを他のコンテンツ処理装置に転送する処理が中断したときに、前記第二の外部記憶装置にコピーされた暗号化鍵を、前記第一の外部記憶装置に書き戻すステップとを有することを特徴とするコンテンツ処理装置のコンテンツ移動方法。
【請求項８】
前記第一の記憶装置は、ＨＤＤ（Hard Disk Drive）であり、前記第二の記憶装置は、ＦＬＡＳＨメモリであることを特徴とする請求項７記載のコンテンツ処理装置のコンテンツ移動方法。
【図１】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図２】
【図３】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【公開番号】特開２０１１−１７６４１８（Ｐ２０１１−１７６４１８Ａ）
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願番号】特願２０１０−３７２６３（Ｐ２０１０−３７２６３）
【出願日】平成２２年２月２３日（２０１０．２．２３）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願日】平成２２年２月２３日（２０１０．２．２３）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】
[ Back to top ]