(57)【特許請求の範囲】
【請求項１】
コンテンツを受信するコンテンツ受信装置であって、
コンテンツを送信するコンテンツ送信装置との間で、コンテンツを暗号化する際に使用される予め定められた期間だけ有効な鍵を交換する鍵交換手段と、
前記鍵を使用して暗号化されたコンテンツを受信する受信手段と、
前記鍵が使用されていない時間が所定時間に達したことを検知する検知手段と、
前記鍵が使用されていない時間が所定時間に達したことが検知されたとき、前記鍵が無効にならないようにするための情報を前記コンテンツ送信装置に対して送信する送信手段と
を備えることを特徴とするコンテンツ受信装置。
【請求項２】
前記送信手段は、前記鍵を使用して暗号化されたコンテンツの一部を取得するための取得要求を前記コンテンツ送信装置に対して送信する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項３】
前記送信手段は、前記鍵を使用して暗号化する単位の倍数に相当するサイズだけ、前記鍵を使用して暗号化されたコンテンツを取得するための取得要求を前記コンテンツ送信装置に対して送信する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項４】
前記送信手段は、前記鍵を使用して暗号化する単位に相当する１６バイトの倍数だけ、前記鍵を使用して暗号化されたコンテンツを取得するための取得要求を前記コンテンツ送信装置に対して送信する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項５】
前記受信手段は、前記取得要求に応じて前記コンテンツ送信装置から送信されてきたコンテンツを受信した場合、そのコンテンツを破棄する
ことを特徴とする請求項２に記載のコンテンツ受信装置。
【請求項６】
前記送信手段は、前記鍵の有効期間を更新するための更新コマンドを前記コンテンツ送信装置に対して送信する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項７】
前記検知手段は、前記所定時間として、前記鍵の有効期間よりも短い時間を設定する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項８】
前記検知手段は、前記コンテンツ送信装置とのコネクションがコンテンツ受信中に切断された時点、または前記鍵が無効にならないようにするための情報に対する応答を前記コンテンツ送信装置から受信した時点を起点として、前記鍵が使用されていない時間のカウントを始める
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項９】
前記鍵交換手段は、コンテンツを送信するコンテンツ送信装置との間で、ＤＴＣＰ（Digital Transmission Content Protection）において規定されている鍵生成鍵である“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を交換する
ことを特徴とする請求項１に記載のコンテンツ受信装置。
【請求項１０】
コンテンツを受信するためのプログラムであって、
コンテンツを送信するコンテンツ送信装置との間で、コンテンツを暗号化する際に使用される予め定められた期間だけ有効な鍵を交換する鍵交換ステップと、
前記鍵を使用して暗号化されたコンテンツを受信する受信ステップと、
前記鍵が使用されていない時間が所定時間に達したことを検知する検知ステップと、
前記鍵が使用されていない時間が所定時間に達したことが検知されたとき、前記鍵が無効にならないようにするための情報を前記コンテンツ送信装置に対して送信する送信ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを受信するコンテンツ受信装置に関し、特に、著作権保護の必要なコンテンツを暗号化する際に使用される鍵の有効期間を制御する技術に関する。
【背景技術】
【０００２】
近年、通信インフラの整備やネットワーク技術の発達に伴い、デジタルデータで表現された映像や音楽など（以下「コンテンツ」という）のやりとりがネットワーク上で盛んに行われている。例えば、ＤＶＤレコーダで録画したコンテンツをネットワークを介してテレビから視聴したり、あるいはネットワークを介して別のＤＶＤレコーダでダビングしたりすることが行われている。
【０００３】
ダビングは、リアルタイム性が要求されないため、優先順位の高い他の処理が割り込んだ場合などには一時中断することができる。例えば、ＤＶＤレコーダにあらかじめ録画予約しておいたテレビ番組が始まった場合は、ダビングを一時中断してテレビ番組の録画を開始し、その録画が終了した後にダビングを再開する。このようにすれば、システム全体として処理を効率的に行うことができる。
【０００４】
ネットワークを介したコンテンツの伝送を一時中断・再開する方法としては、コンテンツの伝送にＨＴＴＰ（Hyper Text Transfer Protocol）を使い、そのＲａｎｇｅヘッダにおいてコンテンツの範囲を指定する方法などが考えられている（例えば、非特許文献１参照）。すなわち、コンテンツ受信装置は、コンテンツの伝送を再開する場合、まだ伝送が完了していない範囲をＲａｎｇｅヘッダにおいて指定し、コンテンツ送信装置に対してＨＴＴＰのＧＥＴリクエストを送信する。このようにすれば、コンテンツを先頭から伝送し直す必要がなく、効率的な一時中断・再開を実現することができる。
【０００５】
ここで、昨今の地上波デジタル放送で送信されているコンテンツなど、著作権保護を必要とするプレミアムコンテンツについては、ダビングは許されず、移動のみが許されている場合がある。プレミアムコンテンツを移動した場合、コンテンツ送信装置側のプレミアムコンテンツは削除されるか使用不能にされる（例えば、非特許文献２参照）。ただし、コンテンツ受信装置に正しくプレミアムコンテンツが蓄積されていないにも関わらず、そのプレミアムコンテンツをコンテンツ送信装置から削除してはならない。例えば、特許文献１には、コンテンツ受信装置によって正しくプレミアムコンテンツが受信されたことをコンテンツ送信装置に伝える方法が開示されている。また、特許文献２や３には、何らかの理由でコンテンツ受信装置によって正しくプレミアムコンテンツが蓄積されなかった場合、コンテンツ送信装置側で元のプレミアムコンテンツを復帰させる方法が開示されている。
【特許文献１】特開２００２−３６６４４０号公報
【特許文献２】特開２００４−５８１６号公報
【特許文献３】特開２００１−８４１７７号公報
【非特許文献１】"Hypertext Transfer Protocol−HTTP/1.1", R.Fielding他,RFC2616
【非特許文献２】Digital Transmission Content Protection Specification Volume 1 (Informational Version), Hitachi, Ltd, Intel Corporation, Matsushita Electric Industrial Co., Ltd., Sony Corporation, Toshiba Corporation, Revision 1.4, February 28, 2005.
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般的に、プレミアムコンテンツを移動する場合は、鍵を使用した暗号化通信を行う。鍵を使用した暗号化通信を行う場合は、安全性を確保するために鍵の有効期間が設定される。有効期限の設定方法にはいくつかの方法があるが、ある鍵がプレミアムコンテンツの暗復号に使用されないまま予め定められた期間を経過した場合はその鍵を破棄するという方法がある。
【０００７】
例えば、著作権保護技術の標準規格であるＤＴＣＰ（Digital Transmission Content Protection）では、鍵を生成するための鍵である“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が２時間を超えて使用されない場合は、その“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を破棄しなければならない（例えば、非特許文献２参照）。すなわち、何らかの理由でコンテンツの伝送を一時中断すると、中断期間は“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が使用されないため、その“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が破棄されてしまう場合がある。
【０００８】
中断期間が終了してコンテンツの伝送を再開した際、以前の鍵が破棄されてしまっている場合は、新しい鍵を取得する必要がある。しかしながら、新しい鍵を取得すると、再開後のコンテンツ伝送が中断前のコンテンツ伝送と同一のコンテキストで行われているコンテンツ伝送であるかどうかを判別できなくなってしまう場合がある。
【０００９】
例えば、ＤＴＣＰでは、コンテンツ送信装置は“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”をコンテキストの判別に使っている。そのため、新しい“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を取得してコンテンツ伝送を再開しても、コンテンツ送信装置によって、再開後のコンテンツ伝送は中断前のコンテンツ伝送と別のコンテキストで行われているコンテンツ伝送であるとみなされてしまう。このようなことがおきると、コンテンツの全部を伝送したとしてコンテンツ送信装置側がコンテンツを削除すると、そのコンテンツをコンテンツ受信装置側で有効化する手法が使えなくなる。
【００１０】
本発明は、このような問題点に鑑みてなされたものであり、コンテンツの伝送が一時中断した場合でも、新しく鍵を取得することなくコンテンツの伝送を再開することが可能なコンテンツ受信装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
前記目的を達成するために、本発明に係るコンテンツ受信装置は、コンテンツを受信する装置であって、コンテンツを送信するコンテンツ送信装置との間で、コンテンツを暗号化する際に使用される予め定められた期間だけ有効な鍵を交換する鍵交換手段と、前記鍵を使用して暗号化されたコンテンツを受信する受信手段と、前記鍵が使用されていない時間が所定時間に達したことを検知する検知手段と、前記鍵が使用されていない時間が所定時間に達したことが検知されたとき、前記鍵が無効にならないようにするための情報を前記コンテンツ送信装置に対して送信する送信手段とを備える。これによって、コンテンツの伝送が一時中断した場合でも鍵が無効にならないので、新しく鍵を取得することなくコンテンツの伝送を再開することが可能となる。
【００１２】
ここで、前記送信手段は、前記鍵を使用して暗号化されたコンテンツの一部を取得するための取得要求を前記コンテンツ送信装置に対して送信してもよい。これによって、コンテンツの一部を伝送するために鍵が使用され、コンテンツ送信装置側で鍵の有効期間が更新されるため、鍵が無効になることを回避することができる。
【００１３】
また、前記送信手段は、前記鍵を使用して暗号化する単位の倍数に相当するサイズだけ、前記鍵を使用して暗号化されたコンテンツを取得するための取得要求を前記コンテンツ送信装置に対して送信してもよい。これによって、小さなサイズだけコンテンツを取得することができるので、コンテンツ受信装置の負荷が軽減される。
【００１４】
また、前記送信手段は、前記鍵を使用して暗号化する単位に相当する１６バイトの倍数だけ、前記鍵を使用して暗号化されたコンテンツを取得するための取得要求を前記コンテンツ送信装置に対して送信してもよい。これによって、コンテンツの伝送がＤＴＣＰに準拠している場合は、その暗号化の最小単位である１６バイトだけコンテンツを取得することができるので、コンテンツ受信装置の負荷を最小限に抑えることが可能となる。
【００１５】
また、前記受信手段は、前記取得要求に応じて前記コンテンツ送信装置から送信されてきたコンテンツを受信した場合、そのコンテンツを破棄してもよい。これによって、鍵を維持するためだけに取得したコンテンツを直ちに破棄することができる。
【００１６】
また、前記送信手段は、前記鍵の有効期間を更新するための更新コマンドを前記コンテンツ送信装置に対して送信してもよい。これによって、コンテンツの一部を繰り返し伝送する必要がないので、コンテンツ受信装置やコンテンツ送信装置はもちろん、ネットワークにも負荷がかからないという効果がある。
【００１７】
また、前記検知手段は、前記所定時間として、前記鍵の有効期間よりも短い時間を設定する。これによって、コンテンツの伝送が一時中断した場合でも、鍵の有効期間が経過する前にコンテンツの一部が繰り返し伝送されることになる。
【００１８】
また、前記検知手段は、前記コンテンツ送信装置とのコネクションがコンテンツ受信中に切断された時点、または前記鍵が無効にならないようにするための情報に対する応答を前記コンテンツ送信装置から受信した時点を起点として、前記鍵が使用されていない時間のカウントを始める。これらの時点を起点として、コンテンツ送信装置側で鍵が使用されていない時間のカウントが始まっていると考えられるためである。
【００１９】
また、前記鍵交換手段は、コンテンツを送信するコンテンツ送信装置との間で、ＤＴＣＰ（Digital Transmission Content Protection）において規定されている鍵生成鍵である“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を交換してもよい。これによって、“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を使用して暗号化されたコンテンツの伝送が一時中断した場合でも、その“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”は無効にならない。
【００２０】
なお、本発明は、このようなコンテンツ受信装置として実現することができるだけでなく、このようなコンテンツ受信装置が備える特徴的な手段をステップとするコンテンツ受信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。
【発明の効果】
【００２１】
以上のように、本発明に係るコンテンツ受信装置によれば、コンテンツの伝送が一時中断した場合でも鍵が無効にならないので、新しく鍵を取得することなくコンテンツの伝送を再開することが可能となる。具体的には、コンテンツの伝送が一時中断した場合でも、鍵の有効期間が経過する前にコンテンツの一部が繰り返し伝送されるため、鍵が無効とならず、コンテンツ伝送のコンテキストが途切れることがなくなる。これによって、コンテンツの全部が伝送されたことによってコンテンツ送信装置側でコンテンツが削除されても、そのコンテンツをコンテンツ受信装置側で有効化することが可能となる。これは特に、ＤＴＣＰにおける“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”の有効性維持において効果を発する。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００２３】
（実施の形態１）
図１は、本実施の形態１におけるコンテンツ受信装置１の使用環境を示す図である。ここでは、コンテンツ受信装置１とコンテンツ送信装置２とがネットワーク３を介して接続されている状態を示している。コンテンツ受信装置１は、著作権保護を必要とするプレミアムコンテンツ（以下、単に「コンテンツ」という）をコンテンツ送信装置２から受信して蓄積部１１に蓄積するＤＶＤレコーダ等である。コンテンツ送信装置２は、蓄積部２１に蓄積されているコンテンツをコンテンツ受信装置１に対して送信するセットトップボックス等である。ネットワーク３は、有線または無線のローカルエリアネットワーク（ＬＡＮ）の他、ＩＥＥＥ１３９４規格に準拠したリンクケーブル等である。コンテンツの伝送はＤＴＣＰ規格で規定または推奨されているプロトコルに準拠しているものとする。
【００２４】
図２は、本実施の形態１におけるコンテンツ受信装置１の内部構成を示すブロック図である。この図に示されるように、コンテンツ受信装置１は、機能的には、蓄積部１１と、鍵交換部１２と、検知部１３と、範囲決定部１４と、送信部１５と、制御部１６と、蓄積確認部１７と、受信部１８と、入力部１９と、復号化部１０とを備えている。
【００２５】
蓄積部１１は、受信部１８によって受信されたコンテンツを蓄積するハードディスク等である。鍵交換部１２は、コンテンツを暗号化する際に使用される予め定められた期間だけ有効な鍵をコンテンツ送信装置２との間で交換する。検知部１３は、鍵が使用されていない期間が所定時間に達したことを検知する鍵タイマー等である。範囲決定部１４は、制御部１６からの指示に基づいて、コンテンツ送信装置２から取得するコンテンツの範囲を決定する。送信部１５は、範囲決定部１４によって決定された範囲を指定したコンテンツ取得要求等をコンテンツ送信装置２に対して送信する。制御部１６は、コンテンツ受信装置１全体を制御する。蓄積確認部１７は、蓄積部１１に正しくコンテンツが蓄積されたことを確認すると、そのコンテンツがコンテンツ送信部２内から正しく削除されるようにコンテンツ送信装置２と通信を行う。受信部１８は、コンテンツ送信装置２からコンテンツ等を受信する。入力部１９は、ユーザからの指示を入力して制御部１６に通知する各種ボタン等である。復号化部１０は、鍵交換部１２によって交換された鍵を使用して、暗号化されているコンテンツを復号化する。
【００２６】
図３は、コンテンツ受信装置１とコンテンツ送信装置２との間で鍵を交換（共有）する様子を示す図である。ＤＴＣＰでは、コンテンツ受信装置１とコンテンツ送信装置２とは、所定の手順に従って相互に認証を行った後、“Ｃｏｎｔｅｎｔ  Ｋｅｙｓ”を共有するために以下の動作を行う。まず、コンテンツ送信装置２が鍵生成鍵である“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”をコンテンツ受信装置１へ送信する。この際、Ｅｘｃｈａｎｇｅ  Ｋｅｙは、別の鍵で暗号化されている。ついで、Ｃｏｎｔｅｎｔ  Ｋｅｙのシードとして６４ビットのＮｃと呼ばれる数値の初期値を決定する。Ｎｃ初期値の決定には乱数が使われる。コンテンツ送信装置２は、Ｅｘｃｈａｎｇｅ  ＫｅｙとＮｃを含むパラメータをもとに、Ｃｏｎｔｅｎｔ  Ｋｅｙを生成し、この鍵を用いてコンテンツを暗号して送信する。コンテンツを送信する際、Ｎｃも同時に送信される。コンテンツ受信装置１は、コンテンツ送信装置２と同様に、Ｅｘｃｈａｎｇｅ  ＫｅｙとＮｃを含むパラメータを用いて、Ｃｏｎｔｅｎｔ  Ｋｅｙを生成し、コンテンツを復号する。Ｎｃは、コンテンツを伝送している途中に所定の方法で随時変更され、それに伴ってＣｏｎｔｅｎｔ  Ｋｅｙも変更される。
【００２７】
既に説明した通り、“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が２時間を超えて使用されない場合はその“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”を破棄しなければならない。“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”の管理はコンテンツ送信装置２側で行なわれる。何らかの理由でコンテンツの伝送を一時中断すると、中断期間は“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が使用されないため、コンテンツ送信装置２によって“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が破棄されてしまうことになる。
【００２８】
図４は、コンテンツ受信装置１からコンテンツ送信装置２に送信されるコンテンツ取得要求の一例を示す図である。ここでは、コンテンツの伝送にＨＴＴＰを使い、そのＸ−Ｒａｎｇｅヘッダにおいてコンテンツの範囲を指定するＨＴＴＰリクエストメッセージ５００を例示している。図中に示す“file003.mpg”は、取得するコンテンツのファイル名を意味し、また“X-Range: bytes=”から右の数値は、取得するコンテンツの範囲を意味している。すなわち、このＨＴＴＰリクエストメッセージ５００は、file003.mpgというファイル名のコンテンツの128,555,009 バイト目から129,134,592バイト目までを取得するための要求である。
【００２９】
図５、図６、および図７は、本実施の形態１におけるコンテンツ受信装置１の動作を示すシーケンス図である。以下、これらの図を用いて本コンテンツ受信装置１の動作を説明する。
【００３０】
まず、ユーザが入力部１９にコンテンツの取得開始を指示すると、この指示は制御部１６を介して鍵交換部１２に渡される（Ｓ１）。鍵交換部１２は、コンテンツ送信装置２との間で鍵交換を実施していない場合は、所定の手順に従って鍵交換を実施し（Ｓ２）、鍵交換が完了すると、その旨を制御部１６に通知する（Ｓ３）。
【００３１】
制御部１６は、鍵交換完了通知を受けると、コンテンツの取得開始を範囲決定部１４に指示する（Ｓ４）。この指示には、ＵＲＩ（Uniform Resource Identifier）等のコンテンツ識別子が含まれる。範囲決定部１４は、コンテンツの全範囲を指定してコンテンツの取得開始を送信部１５に指示する（Ｓ５）。送信部１５は、コンテンツの全範囲を取得するためのＨＴＴＰリクエストメッセージを生成してコンテンツ送信装置２に送信する（Ｓ６）。
【００３２】
受信部１８は、暗号化されたコンテンツをコンテンツ送信装置２から受信すると、プロトコルヘッダを除去して復号化部１０に渡す（Ｓ７）。復号化部１０は、鍵交換部１２によって交換された鍵を使用してコンテンツを復号化し、復号化されたコンテンツを蓄積部１１に渡す。蓄積部１１は、通常、伝送時とは別の暗号を施したうえでコンテンツを蓄積する（Ｓ８）。
【００３３】
ここで、コンテンツの受信中にユーザが一時停止ボタンを押下した場合、この指示は入力部１９を介して制御部１６に通知される。制御部１６は、コンテンツの伝送を一時中断するように受信部１８に指示する（Ｓ９）。受信部１８は、コンテンツ送信装置２との間のコネクションを切断してコンテンツの伝送を一時中断し（Ｓ１０）、コネクションが切断されたことを確認すると（Ｓ１１）、その旨を制御部１６に通知する（Ｓ１２）。
【００３４】
制御部１６は、鍵タイマーを起動するように検知部１３に指示する（Ｓ１３）。検知部１３は、鍵タイマーを起動させ、所定時間に達したことを検知するとタイムアウトし（Ｓ１４でＹｅｓ）、鍵の有効期間を更新するように範囲決定部１４に指示する（Ｓ１５）。検知部１３の鍵タイマーが監視している「所定時間」は、鍵の有効期間よりも短い時間であればよいが、なるべく鍵の有効期間に近い時間とするのが望ましい。ただし、鍵の有効期間を監視しているタイマーはコンテンツ送信装置２側にあり、検知部１３の鍵タイマーとは同期していない。そこで、鍵の有効期間が２時間である場合、検知部１３の鍵タイマーが監視している「所定時間」は１時間３０分程度とするのが妥当である。
【００３５】
範囲決定部１４は、伝送中断前と同一のコンテンツについて、例えば先頭から１６バイトなど、任意の１６バイトを取得するように送信部１５に指示する（Ｓ１６）。同時に、範囲決定部１４は、これから受信するコンテンツを破棄するように受信部１８に指示する（Ｓ１８）。取得するコンテンツのサイズを１６バイトとしたのは、ＤＴＣＰで用いられる暗号化の単位が１６バイトであるからである。３２バイトなど、１６バイトの倍数に相当するサイズであれば、１６バイトでなくてもよい。別の暗号化方式を用いる場合は、その暗号化の単位の倍数に相当するサイズを取得すればよい。
【００３６】
送信部１５は、コンテンツの任意の１６バイトを取得するためのＨＴＴＰリクエストメッセージを生成してコンテンツ送信装置２に送信する（Ｓ１７）。コンテンツ送信装置２は、指定された１６バイトのコンテンツをコンテンツ受信装置１に送信する（Ｓ１９）。受信部１８は、１６バイトのコンテンツを受信するが、このコンテンツを破棄し、鍵タイマーを再起動するように検知部１３に指示する（Ｓ２０）。鍵タイマーの再起動を指示するのは制御部１６でもよい。すなわち、受信部１８は、コンテンツを破棄するとその旨を制御部１６に通知するようにし、この通知を受けた制御部１６が鍵タイマーを再起動するように検知部１３に指示するようにしても、同様の効果を得ることができる。
【００３７】
このように１６バイトのコンテンツがコンテンツ送信装置２からコンテンツ受信装置１に伝送されると、伝送中断前に使用していた鍵が使用されることになる。したがって、コンテンツ送信装置２側では、鍵の有効期間を監視しているタイマーをリセットする等、鍵の有効期間を更新する処理が行われる。
【００３８】
以降、コンテンツ伝送の中断理由が解消するまで、ステップＳ１４〜Ｓ２０と同様の動作が繰り返される（Ｓ２１〜Ｓ３４）。その間は定期的に１６バイトのコンテンツがコンテンツ送信装置２からコンテンツ受信装置１に伝送されるので、コンテンツ送信装置２側でも鍵の有効期間が定期的に更新される。
【００３９】
その後、ユーザが一時停止の解除ボタンを押下する等、伝送の中断理由が解消すると、制御部１６は、コンテンツの伝送を再開するように範囲決定部１４に指示する（Ｓ３５）。範囲決定部１４は、伝送中断前と同一のコンテンツについて、まだ伝送が完了していない範囲（以下「残余範囲」という）を取得するように送信部１５に指示する（Ｓ３６）。送信部１５は、コンテンツの残余範囲を取得するためのＨＴＴＰリクエストメッセージを生成してコンテンツ送信装置２に送信する（Ｓ３７）。
【００４０】
受信部１８は、暗号化された残余範囲のコンテンツをコンテンツ送信装置２から受信すると、プロトコルヘッダを除去して復号化部１０に渡す（Ｓ３８）。復号化部１０は、伝送中断前と同じ鍵を使用してコンテンツを復号化し、復号化されたコンテンツを蓄積部１１に渡す。蓄積部１１は、残余範囲のコンテンツを蓄積すると（Ｓ３９）、コンテンツの全範囲を蓄積した旨を蓄積確認部１７に通知する（Ｓ４０）。
【００４１】
蓄積確認部１７は、蓄積部１１に正しくコンテンツが蓄積されたことを確認すると、このコンテンツを削除するようにコンテンツ送信装置２に要求する（Ｓ４１）。コンテンツ送信装置２は、蓄積部２１からコンテンツを削除すると、その旨を蓄積確認部１７に通知する（Ｓ４２）。蓄積確認部１７がこの通知を制御部１６に渡すと（Ｓ４３）、制御部１６は、コンテンツの取得を終了するように受信部１８に指示する（Ｓ４４）。受信部１８は、コンテンツ送信装置２との間のコネクションを切断して（Ｓ４５）、コネクションが切断されたことを確認すると（Ｓ４６）、その旨を制御部１６に通知する（Ｓ４７）。
【００４２】
以上のように、本実施の形態１におけるコンテンツ受信装置１によれば、コンテンツの伝送が一時中断した場合でも、鍵の有効期間が経過する前にコンテンツの一部が繰り返し伝送されるため、鍵が破棄されず、コンテンツ伝送のコンテキストが途切れることがなくなる。これによって、コンテンツの全部が伝送されたことによってコンテンツ送信装置側でコンテンツが削除されても、そのコンテンツをコンテンツ受信装置側で有効化することが可能となる。これは特に、ＤＴＣＰにおける“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”の有効性維持において効果を発する。
【００４３】
なお、ここでは、ユーザが一時停止ボタンを押下したことによってコンテンツの伝送を一時中断する場合を例示したが、一時中断の理由はこれに限定されるものではない。例えば、優先順位の高い他の処理によってコンテンツ受信装置１の負荷が増大したという理由で制御部１６がコンテンツの受信を一時中断した場合も、同様の効果を得ることができる。この場合も、鍵を維持するためだけにコンテンツの一部が繰り返し伝送されることになるが、そのコンテンツのサイズは、前記した通り１６バイトという小さなサイズである。しかも、この１６バイトのコンテンツは、コンテンツ受信装置１によって受信されると直ちに破棄されるので、稼動中の他の処理への影響は大きくないと考えられる。
【００４４】
また、ここでは、鍵タイマーがタイムアウトする度に、コンテンツ破棄指示（Ｓ１８、Ｓ２５、Ｓ３２）が受信部１８に対して出される構成を例示したが、本発明はこれに限定されるものではない。すなわち、コンテンツ破棄指示が出させるのはステップＳ１８の１回だけとし、伝送の中断理由が解消したとき、コンテンツ破棄指示を解除するための通知が制御部１６から受信部１８に出されるようにしてもよい。
【００４５】
（実施の形態２）
前記実施の形態１では、コンテンツの一部が繰り返し伝送される形態について説明した。本実施の形態２では、鍵の有効期間を更新するための更新コマンドが繰り返しコンテンツ送信装置２に送信される形態について説明する。
【００４６】
以下、本実施の形態２におけるコンテンツ受信装置１の構成を前記実施の形態１と異なる点を中心に説明する。なお、本実施の形態２におけるコンテンツ受信装置１の構成要素は前記実施の形態１と同じであるため、ここでも図２のブロック図を用いて説明する。
【００４７】
図８および図９は、本実施の形態２におけるコンテンツ受信装置１の動作を示すシーケンス図である。検知部１３が所定時間に達したことを検知するまでの動作（図８、Ｓ１〜Ｓ１４）は、前記実施の形態１における動作（図５、Ｓ１〜Ｓ１４）と同じである。
【００４８】
すなわち、ユーザが入力部１９にコンテンツの取得開始を指示すると、この指示は制御部１６を介して鍵交換部１２に渡される（Ｓ１）。鍵交換部１２は、コンテンツ送信装置２との間で鍵交換を実施していない場合は、所定の手順に従って鍵交換を実施し（Ｓ２）、鍵交換が完了すると、その旨を制御部１６に通知する（Ｓ３）。
【００４９】
制御部１６は、鍵交換完了通知を受けると、コンテンツの取得開始を範囲決定部１４に指示する（Ｓ４）。範囲決定部１４は、コンテンツの全範囲を指定してコンテンツの取得開始を送信部１５に指示する（Ｓ５）。送信部１５は、コンテンツの全範囲を取得するためのＨＴＴＰリクエストメッセージを生成してコンテンツ送信装置２に送信する（Ｓ６）。
【００５０】
受信部１８は、暗号化されたコンテンツをコンテンツ送信装置２から受信すると、プロトコルヘッダを除去して復号化部１０に渡す（Ｓ７）。復号化部１０は、鍵交換部１２によって交換された鍵を使用してコンテンツを復号化し、復号化されたコンテンツを蓄積部１１に渡す。蓄積部１１は、通常、伝送時とは別の暗号を施したうえでコンテンツを蓄積する（Ｓ８）。
【００５１】
ここで、コンテンツの受信中にユーザが一時停止ボタンを押下した場合、この指示は入力部１９を介して制御部１６に通知される。制御部１６は、コンテンツの伝送を一時中断するように受信部１８に指示する（Ｓ９）。受信部１８は、コンテンツ送信装置２との間のコネクションを切断してコンテンツの伝送を一時中断し（Ｓ１０）、コネクションが切断されたことを確認すると（Ｓ１１）、その旨を制御部１６に通知する（Ｓ１２）。制御部１６は、鍵タイマーを起動するように検知部１３に指示する（Ｓ１３）。検知部１３は、鍵タイマーを起動させ、所定時間に達したことを検知するとタイムアウトする（Ｓ１４でＹｅｓ）。
【００５２】
以降の動作が前記実施の形態１と異なる。
すなわち、検知部１３は、所定時間に達したことを検知すると（Ｓ１４でＹｅｓ）、鍵の有効期間を更新するように送信部１５に指示する（Ｓ５１）。送信部１５は、鍵の有効期間を更新するための更新コマンドをコンテンツ送信装置２に送信する（Ｓ５２）。コンテンツ送信装置２側は、鍵の有効期間を監視しているタイマーをリセットする等、鍵の有効期間を更新する処理を行った後、その更新が完了した旨をコンテンツ受信装置１に通知する（Ｓ５３）。
【００５３】
受信部１８は、更新完了通知を受信すると、鍵タイマーを再起動するように検知部１３に指示する（Ｓ５４）。鍵タイマーの再起動を指示するのは制御部１６でもよい。すなわち、受信部１８は、更新完了通知を受信するとその旨を制御部１６に通知するようにし、この通知を受けた制御部１６が鍵タイマーを再起動するように検知部１３に指示するようにしても、同様の効果を得ることができる。
【００５４】
以降、コンテンツ伝送の中断理由が解消するまで、ステップＳ１４〜Ｓ５４と同様の動作が繰り返される（Ｓ５５〜Ｓ６４）。その間は定期的に更新コマンドがコンテンツ受信装置１からコンテンツ送信装置２に送信されるので、コンテンツ送信装置２側では鍵の有効期間が定期的に更新される。
【００５５】
以降の動作は、前記実施の形態と同じ動作（図７、Ｓ３５〜Ｓ４７）であるため、図示を省略して説明だけにする。すなわち、ユーザが一時停止の解除ボタンを押下する等、伝送の中断理由が解消すると、制御部１６は、コンテンツの伝送を再開するように範囲決定部１４に指示する（Ｓ３５）。範囲決定部１４は、伝送中断前と同一のコンテンツの残余範囲を取得するように送信部１５に指示する（Ｓ３６）。送信部１５は、コンテンツの残余範囲を取得するためのＨＴＴＰリクエストメッセージを生成してコンテンツ送信装置２に送信する（Ｓ３７）。
【００５６】
受信部１８は、暗号化された残余範囲のコンテンツをコンテンツ送信装置２から受信すると、プロトコルヘッダを除去して復号化部１０に渡す（Ｓ３８）。復号化部１０は、伝送中断前と同じ鍵を使用してコンテンツを復号化し、復号化されたコンテンツを蓄積部１１に渡す。蓄積部１１は、残余範囲のコンテンツを蓄積すると（Ｓ３９）、コンテンツの全範囲を蓄積した旨を蓄積確認部１７に通知する（Ｓ４０）。
【００５７】
蓄積確認部１７は、蓄積部１１に正しくコンテンツが蓄積されたことを確認すると、このコンテンツを削除するようにコンテンツ送信装置２に要求する（Ｓ４１）。コンテンツ送信装置２は、蓄積部２１からコンテンツを削除すると、その旨を蓄積確認部１７に通知する（Ｓ４２）。蓄積確認部１７がこの通知を制御部１６に渡すと（Ｓ４３）、制御部１６は、コンテンツの取得を終了するように受信部１８に指示する（Ｓ４４）。受信部１８は、コンテンツ送信装置２との間のコネクションを切断して（Ｓ４５）、コネクションが切断されたことを確認すると（Ｓ４６）、その旨を制御部１６に通知する（Ｓ４７）。
【００５８】
以上のように、本実施の形態２におけるコンテンツ受信装置１によれば、コンテンツの伝送が一時中断した場合でも、鍵の有効期間が経過する前に、鍵の有効期間を更新するための更新コマンドが繰り返しコンテンツ送信装置２に送信される。これによって、前記実施の形態１と同様、鍵が破棄されず、コンテンツ伝送のコンテキストが途切れることがなくなる。しかも、本実施の形態２によると、コンテンツの一部を繰り返し伝送する必要がないので、コンテンツ受信装置１やコンテンツ送信装置２はもちろん、ネットワーク３にも負荷がかからないという効果がある。
【００５９】
なお、前記の説明では、更新コマンドの形式については特に言及しなかったが、この更新コマンドは、コンテンツ送信装置２によって解釈可能なものであればよい。すなわち、更新コマンドを受信したコンテンツ送信装置２によって鍵の有効期間が更新されればよく、コマンドの形式は限定されるものではない。
【００６０】
また、前記の説明では、コンテンツ受信装置１側に鍵タイマーを備えることによって、鍵が使用されていない時間をコンテンツ受信装置１側でカウントする構成を例示しているが、本発明はこれに限定されるものではない。すなわち、鍵の有効期間の残り時間等をコンテンツ受信装置１がコンテンツ送信装置２に問い合わせる構成を採用してもよい。
【００６１】
また、コンテンツ受信装置１は、コンテンツ送信装置２とのコネクションがコンテンツ受信中に切断された時点（Ｓ１３）や、鍵が無効にならないようにするための情報に対する応答をコンテンツ送信装置２から受信した時点（Ｓ２０、Ｓ５４）を起点として、鍵が使用されていない時間のカウントを始めることとしているが、本発明はこれに限定されるものではない。すなわち、鍵が使用されていない時間をコンテンツ送信装置２側でカウントし始めたときに、その旨の通知がコンテンツ送信装置２からコンテンツ受信装置１に送信されるようにしてもよい。もっとも、コンテンツ送信装置２側の構成を変更することなく、鍵が使用されていない時間をコンテンツ受信装置１側でカウントする場合は、前記の通り、ステップＳ１３やステップＳ２０等の時点からカウントを始めるのが望ましい。これらの時点を起点として、鍵が使用されていない時間のカウントがコンテンツ送信装置２側で始まっていると考えられるためである。
【００６２】
また、前記の説明では、鍵生成鍵“Ｅｘｃｈａｎｇｅ  Ｋｅｙ”が破棄されないための構成を例示したが、鍵の種類はこれに限定されるものではない。すなわち、使用されない期間が一定期間を経過すると無効になる鍵であれば、同様の効果を得ることができる。
【００６３】
また、前記の説明では、著作権保護を必要とするプレミアムコンテンツを伝送する構成を例示したが、伝送するコンテンツはプレミアムコンテンツに限定されるものではない。すなわち、鍵を使用して暗号化されるコンテンツであれば、同様の効果を得ることができる。
【産業上の利用可能性】
【００６４】
本発明に係るコンテンツ受信装置は、コンテンツの伝送が一時中断した場合でも、新しく鍵を取得することなくコンテンツの伝送を再開することが必要なＤＶＤレコーダ等として有用である。
【図面の簡単な説明】
【００６５】
【図１】実施の形態１におけるコンテンツ受信装置の使用環境を示す図
【図２】実施の形態１におけるコンテンツ受信装置の内部構成を示すブロック図
【図３】鍵を交換（共有）する様子を示す図
【図４】コンテンツ取得要求の一例を示す図
【図５】実施の形態１におけるコンテンツ受信装置の動作を示すシーケンス図
【図６】実施の形態１におけるコンテンツ受信装置の動作を示すシーケンス図
【図７】実施の形態１におけるコンテンツ受信装置の動作を示すシーケンス図
【図８】実施の形態２におけるコンテンツ受信装置の動作を示すシーケンス図
【図９】実施の形態２におけるコンテンツ受信装置の動作を示すシーケンス図
【符号の説明】
【００６６】
１    コンテンツ受信装置
１０  復号化部
１１  蓄積部
１２  鍵交換部
１３  検知部
１４  範囲決定部
１５  送信部
１６  制御部
１７  蓄積確認部
１８  受信部
１９  入力部
２    コンテンツ送信装置
３    ネットワーク
【図１】
0004828931.tif 000002
【図２】
0004828931.tif 000003
【図３】
0004828931.tif 000004
【図４】
0004828931.tif 000005
【図５】
0004828931.tif 000006
【図６】
0004828931.tif 000007
【図７】
0004828931.tif 000008
【図８】
0004828931.tif 000009
【図９】
0004828931.tif 000010