(57)【要約】【課題】コンテンツの著作権保護の実効性を大きく損ねずに、コンテンツの管理に関するユーザの利便性を向上させる。【解決手段】録画装置であって、各個別情報が、異なる第１暗号鍵で暗号化された第２暗号鍵と当該第１暗号鍵を識別する識別情報とを含む、複数の個別情報と、当該第２暗号鍵で暗号化された第３暗号鍵を含む共通情報と、当該第３暗号鍵で暗号化されたコンテンツとを含む番組データを取得する取得手段と、他の録画装置から、当該他の録画装置が利用可能な第１暗号鍵を識別する識別情報を受信する受信手段と、前記受信手段が受信した識別情報を含む個別情報以外の個別情報を前記番組データから削除する削除手段と、前記削除手段による削除がなされた番組データを保存する保存手段と、前記保存手段が保存した番組データを前記他の録画装置へ送信する送信手段と、を備えることを特徴とする録画装置を提供する。【選択図】図６
2010114530.tif 000002
【特許請求の範囲】
【請求項１】
録画装置であって、
各個別情報が、異なる第１暗号鍵で暗号化された第２暗号鍵と当該第１暗号鍵を識別する識別情報とを含む、複数の個別情報と、当該第２暗号鍵で暗号化された第３暗号鍵を含む共通情報と、当該第３暗号鍵で暗号化されたコンテンツとを含む番組データを取得する取得手段と、
他の録画装置から、当該他の録画装置が利用可能な第１暗号鍵を識別する識別情報を受信する受信手段と、
前記受信手段が受信した識別情報を含む個別情報以外の個別情報を前記番組データから削除する削除手段と、
前記削除手段による削除がなされた番組データを保存する保存手段と、
前記保存手段が保存した番組データを前記他の録画装置へ送信する送信手段と、
を備えることを特徴とする録画装置。
【請求項２】
前記受信手段は、前記他の録画装置から第４暗号鍵を更に受信し、
前記録画装置は、前記保存手段による保存の前に前記番組データに含まれる共通情報を前記第４暗号鍵で暗号化する暗号化手段を更に備える
ことを特徴とする請求項１に記載の録画装置。
【請求項３】
前記第４暗号鍵は、前記他の録画装置が公開鍵暗号方式に従って生成した暗号鍵と復号鍵とのペアのうちの暗号鍵であることを特徴とする請求項２に記載の録画装置。
【請求項４】
前記他の録画装置が利用可能な第１暗号鍵と当該利用可能な第１暗号鍵を識別する識別情報とは、当該他の録画装置がアクセス可能なＩＣカードに格納されていることを特徴とする請求項１に記載の録画装置。
【請求項５】
前記保存手段が保存した番組データを前記送信手段が前記他の録画装置へ送信した後に、当該番組データを削除する制御手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の録画装置。
【請求項６】
録画装置の制御方法であって、
各個別情報が、異なる第１暗号鍵で暗号化された第２暗号鍵と当該第１暗号鍵を識別する識別情報とを含む、複数の個別情報と、当該第２暗号鍵で暗号化された第３暗号鍵を含む共通情報と、当該第３暗号鍵で暗号化されたコンテンツとを含む番組データを取得する取得工程と、
他の録画装置から、当該他の録画装置が利用可能な第１暗号鍵を識別する識別情報を受信する受信工程と、
前記受信工程で受信した識別情報を含む個別情報以外の個別情報を前記番組データから削除する削除工程と、
前記削除工程における削除がなされた番組データを保存する保存工程と、
前記保存工程で保存した番組データを前記他の録画装置へ送信する送信工程と、
を備えることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画装置、及びその制御方法に関する。
【背景技術】
【０００２】
デジタル放送により放送されたコンテンツの著作権を保護するための技術として、限定受信方式が知られている（非特許文献１参照）。限定受信方式では、放送受信装置を識別するために、放送受信装置毎にＩＤ番号が割り当てられる。例えば、現在普及しているＢ−ＣＡＳ方式では、固有のＩＤ番号を格納しているＩＣカードを放送受信装置に挿入することにより、放送受信装置毎に固有のＩＤ番号が割り当てられる。
【０００３】
放送事業者は、各放送受信装置（即ち、ＩＤ番号）の契約情報などを含む個別情報を、放送波に多重して送出する。この個別情報はＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｍａｎａｇｅｍａｎｔ  Ｍｅｓｓａｇｅ）と呼ばれ、ＩＤ番号により識別される。放送事業者は、契約されている全ＩＤ番号について、各ＩＤ番号の契約内容に応じた情報を含むＥＭＭを生成して、順次送出する。放送受信装置は、自己のＩＤ番号に対応するＥＭＭを放送波から抽出して、ＥＭＭ内の契約情報を判断し、視聴の制御を行う。
【０００４】
ＥＭＭは、ＩＣカード内に格納されているマスタ鍵で暗号化されている。これは、契約情報の盗聴による不正な視聴を防ぐためと、著作権保護を目的としたコンテンツの暗号化を実現するためである。放送事業者が送出するコンテンツは、スクランブル鍵と呼ばれる暗号鍵によって暗号化（スクランブル）されている。また、スクランブル鍵はワーク鍵と呼ばれる暗号鍵によって暗号化されており、ワーク鍵はマスタ鍵によって暗号化されている。従って、コンテンツを復号化（デスクランブル）するためには、マスタ鍵に加えてワーク鍵とデスクランブル鍵とが必要である。
【０００５】
ワーク鍵は、ＥＭＭに含めて送出される。ワーク鍵は放送事業者毎に定められ、全放送受信装置に共通である。セキュリティ確保のため、ワーク鍵は通常、定期的（比較的長い周期）に更新される。
【０００６】
スクランブル鍵は、ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）に含まれており、ＥＣＭも放送波に多重して伝送される。ＥＣＭは、コンテンツの情報（番組情報）も含む。スクランブル鍵は全放送受信装置に共通であり、比較的短い周期で定期的に更新される。
【０００７】
従って、放送受信装置はＩＣカードに格納されているマスタ鍵を用いてワーク鍵及びスクランブル鍵を順次復号し、最終的にコンテンツを復号して再生することができる。
【０００８】
また、非特許文献１のＶｅｒ．５の「第３部：受信時の制御方式（コンテンツ保護方式）」では、ＩＣカードを使わない新しい限定受信方式が追加規格化された。以下、この新しい限定受信方式を新ＲＭＰ（Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｐｒｏｔｅｃｔｉｏｎ）方式と呼ぶ。
【０００９】
新ＲＭＰ方式では、ＩＣカードに格納されていたマスタ鍵に代わって、デバイス鍵と呼ばれる暗号鍵がワーク鍵を暗号化する。デバイス鍵は、ＩＤ番号と共に、放送受信装置のメーカー毎、或いは機種毎に割り当てられる。デバイス鍵情報（デバイス鍵を生成するために使用される情報）は暗号化された形でＥＭＭに含められ、放送波に多重されて送出される。放送受信装置は、自己のＩＤ番号に対応するＥＭＭからデバイス鍵情報を抽出し、所定のアルゴリズムに従ってデバイス鍵情報からデバイス鍵を生成する。
【００１０】
ところで、デジタル放送では、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）２システムズが採用され、コンテンツの伝送にトランスポートストリーム（ＴＳ）が使用されている。ＴＳは複数のＴＳパケットにより構成されている。
【００１１】
日本国内では、デジタル放送のコンテンツを保護するために、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ：電波産業会）が中心となり、コンテンツ保護方式を規定している。このコンテンツ保護方式を実現するために、放送事業者はＴＳ内に、コピーの制約を規定する信号（コピー制御情報）を多重して送信する。コピー制御情報として、ＡＲＩＢはデジタルコピー制御記述子（ｄｉｇｉｔａｌ＿ｃｏｐｙ＿ｃｏｎｔｒｏｌ＿ｄｅｓｃｒｉｐｔｏｒ）を定義している。デジタルコピー制御記述子内のフラグを設定することで、「１世代のみコピー可」（Ｃｏｐｙ  Ｏｎｅ  Ｇｅｎｅｒａｔｉｏｎ）、「制約条件なしにコピー可」、「コピー禁止」等の制約を与えることができる。
【００１２】
これらのコピー制御情報を用いて、コピーワンスと呼ばれるコピー制御が運用されていた。例えば、ハードディスク（ＨＤＤ）や記録型ＤＶＤを搭載したデジタルビデオレコーダは、デジタル放送のコンテンツを受信して記録する際に、フラグを「再コピー禁止」に変更する。従って、それ以降のコピーは禁止される。なお、「再コピー禁止」として蓄積されたコンテンツについても、データの移動（ムーブ）は許可されている。ムーブが実行されると、移動元のコンテンツは消去される。
【００１３】
また、２００８年７月４日以降、コピーワンスに代わって「ダビング１０」と呼ばれるコピー制御が運用されている。ダビング１０の規定では、コンテンツを９回コピーすることが許可される。１０回目にコンテンツをコピーしようとすると、コピーではなくムーブが行われる。
【００１４】
ところで、複数の装置間で連携をとってコンテンツの録画や送受信を行って、コンテンツの管理の利便性を高めたいという要求がある。例えば、録画装置があるコンテンツを録画しようとした際にその録画装置が何らかの理由（例えば、他のコンテンツを録画中であるなどの理由）により録画処理を実行できない場合、他の録画装置が録画を代行できると便利である。そこで、特許文献１は、ある録画装置が同じネットワークに接続された他の録画装置に予約情報を転送して、録画の代行を行わせるようにするという提案を行っている。
【非特許文献１】ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｒａｄｉｏ  Ｉｎｄｕｓｔｒｉｅｓ  ａｎｄ  Ｂｕｓｉｎｅｓｓｅｓ）  ＳＴＤ  Ｂ−２５
【特許文献１】特開２００６−０４２２３３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、録画を代行した録画装置から録画を依頼した録画装置へとコンテンツを移動させると、そのコンテンツには「再コピー禁止」のフラグが設定されるため、ダビング１０の恩恵を受けることができない（即ち、９回のコピーが不可能である）。ダビング１０の恩恵を受けるためには録画を代行した録画装置内でコンテンツを管理する必要がある。しかし、ユーザは録画を依頼した録画装置に録画を実行させてそこでコンテンツを管理したかった可能性があるので、録画を代行した録画装置内でコンテンツを管理することはユーザの利便性を損なう恐れがある。
【００１６】
本発明はこのような状況に鑑みてなされたものであり、コンテンツの著作権保護の実効性を大きく損ねずに、コンテンツの管理に関するユーザの利便性を向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記課題を解決するために、第１の本発明は、録画装置であって、各個別情報が、異なる第１暗号鍵で暗号化された第２暗号鍵と当該第１暗号鍵を識別する識別情報とを含む、複数の個別情報と、当該第２暗号鍵で暗号化された第３暗号鍵を含む共通情報と、当該第３暗号鍵で暗号化されたコンテンツとを含む番組データを取得する取得手段と、他の録画装置から、当該他の録画装置が利用可能な第１暗号鍵を識別する識別情報を受信する受信手段と、前記受信手段が受信した識別情報を含む個別情報以外の個別情報を前記番組データから削除する削除手段と、前記削除手段による削除がなされた番組データを保存する保存手段と、前記保存手段が保存した番組データを前記他の録画装置へ送信する送信手段と、を備えることを特徴とする録画装置を提供する。
【００１８】
また、第２の本発明は、録画装置の制御方法であって、各個別情報が、異なる第１暗号鍵で暗号化された第２暗号鍵と当該第１暗号鍵を識別する識別情報とを含む、複数の個別情報と、当該第２暗号鍵で暗号化された第３暗号鍵を含む共通情報と、当該第３暗号鍵で暗号化されたコンテンツとを含む番組データを取得する取得工程と、他の録画装置から、当該他の録画装置が利用可能な第１暗号鍵を識別する識別情報を受信する受信工程と、前記受信工程で受信した識別情報を含む個別情報以外の個別情報を前記番組データから削除する削除工程と、前記削除工程における削除がなされた番組データを保存する保存工程と、前記保存工程で保存した番組データを前記他の録画装置へ送信する送信工程と、を備えることを特徴とする制御方法を提供する。
【００１９】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態における記載によって更に明らかになるものである。
【発明の効果】
【００２０】
以上の構成により、本発明によれば、コンテンツの著作権保護の実効性を大きく損ねずに、コンテンツの管理に関するユーザの利便性を向上させることが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、添付図面を参照して、本発明の実施例を説明する。以下で説明される個別の実施例は、本発明の上位概念から下位概念までの種々の概念を理解するために役立つであろう。
【００２２】
なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施例によって限定されるわけではない。また、実施例の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。
【実施例１】
【００２３】
実施例１では、Ｂ−ＣＡＳ方式を例にとって本発明を説明するが、本発明は例えば新ＲＭＰ方式などの他の限定受信方式にも適用可能である。本発明を新ＲＭＰ方式に適用する場合、以下の説明における「マスタ鍵」（第１暗号鍵）を「デバイス鍵」に読み替えるなど、当業者にとって明らかな変更をいくつか行えばよい。
【００２４】
図１は、本発明を適用した録画システムの構成を示すブロック図である。この録画システムは、録画装置として動作可能なデジタルテレビ（ＤＴＶ）１００、１０１、及び１０２を含み、それぞれがローカル・エリア・ネットワーク（ＬＡＮ）１０３によって相互に接続されている。ＤＴＶ１００、１０１、及び１０２はそれぞれ、固有のＩＤ番号（識別情報）を格納したＩＣカード１０４、１０５、及び１０６を備える。厳密には、各ＤＴＶはＩＣカードと一体化されている必要はなく、ＩＣカードにアクセス可能であればよい。ＬＡＮ１０３は、例えばイーサネット（登録商標）によって実現されるが、これに限られない。例えば、ＩＥＥＥ１３９４インタフェースによってＤＴＶ１００、１０１、及び１０２が相互に接続されてもよい。
【００２５】
本実施例では、ＤＴＶ１００がＤＴＶ１０１に録画の代行を依頼するものとする。即ち、ＤＴＶ１００があるコンテンツを録画しようとした際に何らかの理由（例えば、他のコンテンツを録画中であるなどの理由）により録画処理を実行できず、ＤＴＶ１０１に対してそのコンテンツの録画を依頼するものとする。
【００２６】
図２は、録画を代行する録画装置であるＤＴＶ１０１の構成を示すブロック図である。録画の依頼元であるＤＴＶ１００も同様の構成を備えていてもよいが、ＩＤ番号をＤＴＶ１０１に通知する機能など何点かの機能が追加されることを除けば、従来の録画装置と同様の構成でもよい（詳細は図４乃至図７を参照して後述）。
【００２７】
図２において、デジタル放送波はアンテナ２０１に入力される。そして、映像はＴＶモニタ２１４から、音声はスピーカ２１５からそれぞれ出力され、ユーザはデジタル放送コンテンツを視聴することができる。
【００２８】
ＤＴＶ１０１は、受信した放送波（番組データ）に含まれるコンテンツを、以下の流れに従ってデコードする。まず、選局部２０２で所望のコンテンツに対応する放送波を選択し、復調＆誤り訂正部２０３にてコンテンツのデジタルデータのビット列を得る。ＩＣカード１０５内においてスクランブル鍵（第３暗号鍵）が生成され、この鍵を用いてデスクランブル部２１１にてデスクランブル処理を行う。デスクランブル後、ＭＰＥＧエンコードされたデータをデコード部２１２においてデコードし、視聴可能な映像及び音声を生成する。デコードされた映像は、表示制御部２１３において、番組情報表示やエラー情報表示などと合成され、ＴＶモニタ２１４から出力される。
【００２９】
ＩＣカード１０５内では、以下に示す処理により、スクランブル鍵が生成される。まず、多重信号分離部２０４にて、受信データに多重化されたＥＭＭ（個別情報）を分離する。各ＥＭＭ（各個別情報）には複数のＩＤ番号に対応する鍵情報が含まれているため、ＥＭＭ抽出部２０５において、ＤＴＶ１０１のＩＤ番号（即ち、ＩＣカード１０５のＩＤ番号）に対応するＥＭＭのみを抽出する。抽出されたＥＭＭには、ワーク鍵（第２暗号鍵）情報や契約情報がマスタ鍵で暗号化されて含まれている。マスタ鍵はＩＣカード１０５に固有の鍵であり、ＩＣカード１０５内のマスタ鍵メモリ２０６に格納されている。ワーク鍵復号部２０７にてマスタ鍵を用いてＥＭＭからワーク鍵が復号され、ワーク鍵メモリ２０８に格納される。スクランブル鍵はＥＣＭ（共通情報）に含まれており、ＥＣＭは多重信号分離部２０４にて分離される。スクランブル鍵復号部２０９にてＥＣＭからワーク鍵を用いてスクランブル鍵が復号される。視聴可否判定部２１０にて、契約情報、及び復号されたスクランブル鍵からコンテンツの視聴可否を判定し、視聴可であればスクランブル鍵が出力される。そして、デスクランブル部２１１にてコンテンツがデスクランブルされ、コンテンツが視聴可能になる。
【００３０】
ＥＭＭのデータ構成を図３に示す。ＥＭＭは、ＥＭＭセクションヘッダ、複数のＥＭＭ本体Ｎ（Ｎ＝１，２，３，．．．，ｎ）、及びセクションＣＲＣを含む。各ＥＭＭ本体は、固定部、可変部、及び改ざん検出部を含む。固定部には、カードＩＤ（ＩＤ番号）が含まれ、ＥＭＭ抽出部２０５では、このＩＤにより必要なＥＭＭデータを識別、抽出する。その他、事業体の識別番号、有効期限などの契約情報も固定部に含まれる。先に述べたワーク鍵は可変部に含まれる。このようにＥＭＭはＩＤ番号に固有の情報を持ち、コンテンツの視聴には必須の情報である。
【００３１】
ＤＴＶ１０１は、録画、録画予約、外部入出力等の機能を有し、システム制御部２２１により全体の制御がなされる。システム制御部２２１は、ＣＰＵ、制御プログラムを搭載したメモリ、ＲＡＭなどで構成され、主にソフトウェアによって行われる制御が、ここで実装されている。ユーザからの制御は、リモートコントローラやキーの操作を介してなされる。ユーザによる操作は、リモコン＆キー入力部２２２、入力制御部２２３を介して、システム制御部２２１へ入力される。
【００３２】
信号バス２２０は、各種データやコマンドの送受信を行い、各種機能の連動、制御を実現するバスである。各処理部、制御部は信号バス２２０を介して相互に接続され、システム制御部２２１により制御される構成となっている。
【００３３】
録画処理部２１８では、録画時のデータ処理、暗号化を行う。録画データは主にハードディスクドライブ（ＨＤＤ）で構成される録画データ保存部２１９に保存される。録画データは通常、デスクランブル後のデータである。著作権保護のため、ＤＴＶ１０１に固有のローカルな暗号鍵によって暗号化されて保存される。
【００３４】
録画データの送受信は、外部インタフェース部２２５を通じて行われる。コンテンツを、外部バスを介して入出力するためにはＤＴＣＰ（Ｄｉｇｉｔａｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ）規格に則って行う必要があり、この制御を外部インタフェース制御部２２４にて行っている。
【００３５】
依頼元録画装置ＩＤメモリ２１７には、録画依頼元の録画装置のＩＤ番号が保持される。録画処理を代行する場合、ＤＴＶ１０１は録画依頼元のＩＤ番号を用いて、ＥＭＭを識別する。ＤＴＶ１０１は、ＥＭＭ検出編集処理部２１６において、録画依頼元のＩＤ番号を持つＥＭＭのみを残し、それ以外（その個別情報以外）のＥＭＭは削除して保存する。従って、ＥＭＭ処理後の録画データ（コンテンツ）は、録画依頼元の録画装置によってのみ復号可能である。なぜなら、ＥＭＭはＩＤ番号に固有のデータであり、ＥＭＭ処理後の録画データ内には、他のＩＤ番号を持つ録画装置がデスクランブルに必要なＥＭＭが存在しないためである。従って、以上の処理により、録画依頼元の録画装置専用に暗号化された録画データが生成されたことになる。従って、このようにして生成された録画データを外部に出力して録画依頼元の録画装置に移動したとしても、著作権保護の安全性を低下させる可能性は低い。
【００３６】
以下、図４乃至図７を参照して、実施例１に係る代行録画を実現するための、ＤＴＶ１０１（録画実行側）及びＤＴＶ１００（録画依頼元）が実行する処理の流れを説明する。
【００３７】
図４は、録画依頼元の録画装置のＩＤ番号を録画実行側の録画装置に登録する処理の流れを示すフローチャートである。ＩＤ番号の登録処理は、ＤＴＶ１０１がＤＴＶ１００から録画依頼を受け付ける前に、予め１度だけ行っておく必要がある。本フローチャートの各ステップの処理は、特に断らない限り、ＤＴＶ１００又はＤＴＶ１０１のシステム制御部２２１が制御プログラムを実行することにより実現される（図５乃至図７、及び図１２乃至図１５においても同様）。
【００３８】
Ｓ４０１で、ＤＴＶ１０１は、録画依頼元のＩＤ番号の登録を開始する。Ｓ４０２で、ＤＴＶ１０１は、ＤＴＶ１００に対して、ＩＤ番号の通知を要求する。これを受けて、ＤＴＶ１００は、Ｓ４０６で、ＤＴＶ１０１に対してＩＤ番号を通知する。従って、録画依頼元の録画装置は、従来の録画装置の構成に加えて、他の録画装置に対してＩＤ番号を通知する機能を備える。
【００３９】
また、Ｓ４０２では、ＤＴＶ１０１は、ＩＤ番号の登録対象であるＤＴＶ１００の名前を登録してもよい。これは例えば、「書斎のテレビ」などの後のフローで判別しやすいようなニックネームをつけておくことを意味する。
【００４０】
Ｓ４０３で、ＤＴＶ１０１は、ＤＴＶ１００のＩＤ番号（即ち、ＤＴＶ１００が利用可能なマスタ鍵を識別する識別情報）を受信する。ステップＳ４０４で、ＤＴＶ１０１は、受信したＩＤ番号を依頼元録画装置ＩＤメモリ２１７に保存する。
【００４１】
Ｓ４０５で、ＤＴＶ１０１は、ＩＤ番号の登録が必要な他の録画装置（即ち、他の録画依頼元の録画装置）が存在するか否かを判定する。存在する場合はＳ４０２に戻り、他の録画装置（例えば、ＤＴＶ１０２）に対して同様の処理を繰り返す。
【００４２】
全ての録画依頼元の録画装置のＩＤ番号の登録が完了すると、本フローチャートの処理は終了する。
【００４３】
図５は、実施例１に係る録画システムにおける録画予約処理の流れを示すフローチャートである。
【００４４】
Ｓ５０７で、ＤＴＶ１００は、録画予約の登録を開始する。次に、Ｓ５０８で、ＤＴＶ１００は、自装置にて所望の番組の録画予約の登録が可能か否かを判定する。可能であれば、Ｓ５１０に進み、従来通り番組の録画予約を登録して、処理を終了する。他の録画予約が同時に行われているなどの理由で、所望の番組の予約登録が不可能であれば、Ｓ５０９に進む。
【００４５】
Ｓ５０９で、ＤＴＶ１００は、ＤＴＶ１０１（代替機）に対して録画予約を依頼する。
【００４６】
一方、ＤＴＶ１０１は、Ｓ５０１で、録画予約の依頼を待ち受ける。依頼（要求）が発生すると、ＤＴＶ１０１はＳ５０２で、録画予約の依頼を受け付ける。
【００４７】
Ｓ５０３で、ＤＴＶ１０１は、依頼された録画予約の登録を実行可能か否かを判定する。不可能な場合、Ｓ５０４で、ＤＴＶ１０１はエラーを表示して処理を終了する。
【００４８】
Ｓ５０４において「可能」と判定された場合、Ｓ５０５で、ＤＴＶ１０１は、Ｓ４０４で保存された１以上のＩＤ番号の中から、録画依頼元（即ち、ＤＴＶ１００）のＩＤ番号を選択する。ここで選択されたＩＤ番号を持つ録画装置は、ＤＴＶ１０１での録画実行後、録画されたデータの移動先となることが可能である。
【００４９】
Ｓ５０６で、ＤＴＶ１０１は、所望番組の録画予約（即ち、Ｓ５０２で受け付けた録画予約）を登録し、終了する。
【００５０】
図６は、ＤＴＶ１０１が代行する録画処理の流れを示すフローチャートである。Ｓ６０１で、ＤＴＶ１０１は、Ｓ５０６で録画予約した番組を受信するまで待つ。受信すると、Ｓ６０２でＤＴＶ１０１は、受信したＴＳデータから録画依頼元のＩＤ番号に対応するＥＭＭを検出する。この動作は、ＥＭＭ検出編集処理部２１６において実行される。
【００５１】
次に、Ｓ６０３で、ＤＴＶ１０１は、検出したＥＭＭ以外のＥＭＭを受信ＴＳデータから削除する。Ｓ６０４で、ＤＴＶ１０１は、処理後のＴＳデータを保存して処理を終了する。以上の処理により、録画依頼元の録画装置に専用の録画データが録画データ保存部２１９に格納される。
【００５２】
図７は、図６に示す処理により録画されたデータを録画依頼元の録画装置に移動させる処理の流れを示すフローチャートである。Ｓ７０５で、録画依頼元のＤＴＶ１００は、録画データを転送する要求をＤＴＶ１０１に対して発行する。ＤＴＶ１０１は、Ｓ７０１でこの要求を受け付け、次にＳ７０２で、図６で録画したデータをＤＴＶ１００へ送信する。ＤＴＶ１００は、Ｓ７０６でこの録画データを受信する。Ｓ７０７で、ＤＴＶ１００は正常に転送が完了したか否かを判定する。正常に完了していなければ、ＤＴＶ１００は転送エラーの通知をＤＴＶ１０１へ送り、再度録画データの送信を要求する。再送信要求があれば、ＤＴＶ１０１はＳ７０３に戻って録画データの再送信を開始し、正常に転送が完了するまでこの処理を繰り返す。
【００５３】
録画データの転送が正常に完了した場合は、ＤＴＶ１００はＳ７０８で、転送完了通知をＤＴＶ１０１へ送信する。また、Ｓ７０９でＤＴＶ１００は、録画データをデスクランブルして保存しなおしておく。ＤＴＶ１０１内の元データと、ＤＴＶ１００が受信したデスクランブル前のデータはともに削除する必要がある。そこで、ＤＴＶ１０１はＳ７０４で録画データを削除する。また、ＤＴＶ１００はステップＳ７１０で、デスクランブル前の録画データを削除する。
【００５４】
なお、ＤＴＶ１００へ移動された録画データは、ＤＴＶ１００から見れば、通常の放送波のデータと変わることがない。従って、Ｓ７０９における処理は、従来の録画装置が備える機能で実行可能である。
【００５５】
以上説明したように、本実施例によれば、録画処理を代行するＤＴＶ１０１は、録画依頼元のＤＴＶ１００のＩＤ番号に対応するＥＭＭ以外のＥＭＭを、受信したＴＳデータから削除し、保存する。その後、ＤＴＶ１０１は、保存したデータ（録画データ）をＤＴＶ１００へ移動させる。
【００５６】
従って、ＤＴＶ１００は、ＤＴＶ１０１から移動された録画データを、自装置で録画したデータと同等に扱うことができる。一方、ＤＴＶ１００以外の録画装置は、ＤＴＶ１０１が代行で録画したデータを受信したとしても、これをデスクランブルすることができない。
【００５７】
そのため、コンテンツの著作権保護の実効性を大きく損ねずに、コンテンツの管理に関するユーザの利便性を向上させることが可能となる。
【００５８】
また、録画対象のコンテンツが有料コンテンツであって視聴契約が必要な場合に、録画依頼元のＤＴＶ１００が視聴契約を行っていれば、ＤＴＶ１０１は視聴契約を行っていなくても録画の代行を行うことができる。
【実施例２】
【００５９】
前述の通り、実施例１は、新ＲＭＰ方式に対しても適用可能である。しかし、新ＲＭＰ方式の場合、同一機種の録画装置は同一のＩＤ番号を持つため、録画依頼元以外の録画装置が、代行で録画されたデータをデスクランブルすることができる。従って、Ｂ−ＣＡＳ方式の場合に比べて、コンテンツの著作権保護の実効性が幾分損なわれる恐れがある。
【００６０】
そこで、実施例２では、新ＲＭＰ方式を採用した場合にコンテンツの著作権保護の実効性をより確実にする技術について説明する。
【００６１】
図８は、実施例２に係る録画システムの構成を示すブロック図である。この録画システムは、持ち運び可能な携帯型録画装置８００と、家庭内に置かれる据え置き型のＤＴＶ８０１とを含み、これらは広域ネットワーク８０２（例えば、インターネット）を介して相互に接続されている。携帯型録画装置８００は、新ＲＭＰ方式に対応した録画装置であり、Ｂ−ＣＡＳカードのようなＩＣカードを持たない。ＤＴＶ８０１は、新ＲＭＰ方式に対応した録画装置でもよいが、本実施例ではＢ−ＣＡＳ方式に対応しているものとする。
【００６２】
図８に示すシナリオは、携帯型録画装置８００がデジタル放送の受信可能圏外に位置する場合などに特に有効である。このような場合に、携帯型録画装置８００は、広域ネットワーク８０２経由でＤＴＶ８０１に録画処理の代行を依頼する。
【００６３】
新ＲＭＰ方式の録画装置は、カード毎ではなく機種毎に固有のＩＤ番号を持つ。即ち、同じ機種であれば、同じＩＤ番号を持つため、個別の認証ができない。従って、現状のシステムでは有料放送への対応も困難と考えられるので、本実施例では、無料スクランブル放送を前提として、以下の説明を行う。但し、何らかの方法で有料放送のサポートが実現した場合であっても、本実施例のコンセプトは有効である。
【００６４】
図９は、ＤＴＶ８０１の構成を示すブロック図である。図９において、ＤＴＶ１０１（図２参照）と同一又は同様の構成要素には同一の符号を付し、説明を省略する。
【００６５】
ＤＴＶ８０１は、ＥＣＭ暗号化部を備える。ＥＣＭ暗号化部は、ＥＭＭ／ＥＣＭ処理部９０１、依頼元録画装置ＩＤメモリ９０２、暗号制御部９０４、及び暗号鍵メモリ９０３を備える。ＤＴＶ８０１は、録画依頼されたコンテンツを受信すると、録画処理を開始する（詳細は後述）。
【００６６】
図１０は、携帯型録画装置８００の構成を示すブロック図である。図１０において、ＤＴＶ１０１（図２参照）と同一又は同様の構成要素には同一の符号を付し、説明を省略する。
【００６７】
携帯型録画装置８００は、ＩＣカードの代わりにＲＭＰ処理部を備える。新ＲＭＰ方式ではマスタ鍵は存在せず、代わってデバイス鍵が、暗号化されたＥＭＭから生成される。ＥＭＭ抽出部２０５は、自装置の機種ＩＤ（ＩＤ番号）に対応するＥＭＭを抽出し、デバイス鍵生成部１００１にて所定のアルゴリズムに従ってデバイス鍵を生成する。生成したデバイス鍵はデバイス鍵メモリ１００２に保持される。
【００６８】
携帯型録画装置８００はまた、暗号処理部を備える。暗号処理部は、鍵生成部１００３、復号鍵メモリ１００４、暗号化ＥＣＭ復号部１００５、及び暗号制御部１００６を備える。この暗号処理部は、ソフトウェアとして実装される。従って、従来の携帯型録画装置に適切なアプリケーションを追加すれば、本実施例の携帯型録画装置８００と同様の機能を持たせることができる。
【００６９】
本実施例では、携帯型録画装置８００の鍵生成部１００３は、予め公開鍵暗号方式を用いて暗号鍵（第４暗号鍵）と復号鍵を生成する。復号鍵は、復号鍵メモリ１００４に保存しておく。一方、生成した暗号鍵はＤＴＶ８０１に渡し、ＤＴＶ８０１はこれを暗号鍵メモリ９０３に保存しておく。
【００７０】
ＤＴＶ８０１（録画処理を代行する録画装置）が、携帯型録画装置８００（録画依頼元）用に録画データを生成する場合、ＥＭＭ／ＥＣＭ処理部９０１が、多重化されたＥＣＭをＴＳデータから抽出する。
【００７１】
ここで、ＥＣＭのデータ構成を図１１に示す。ＥＣＭは、ＥＣＭセクションヘッダ、ＥＣＭ本体、及びセクションＣＲＣを含む。ＥＣＭ本体は、固定部、可変部、及び改ざん検出部を含む。固定部には、事業体識別、ワーク鍵識別、スクランブル鍵（Ｅｖｅｎ、Ｏｄｄ）、時刻、番組情報などが含まれる。可変部には例えば、権利情報改ざん検出記述子などが含まれる。
【００７２】
暗号制御部９０４は、抽出されたＥＣＭを、暗号鍵メモリ９０３に保存してある暗号鍵を用いて暗号化する。ＥＭＭ／ＥＣＭ処理部９０１は、暗号化されたＥＣＭを、ＴＳデータ中の元のＥＣＭと置き換える。これにより、デスクランブルに必要なＥＣＭが、携帯型録画装置８００に固有の暗号鍵で暗号化される。
【００７３】
以下、図１２乃至図１５を参照して、実施例２に係る代行録画を実現するための、ＤＴＶ８０１（録画実行側）及び携帯型録画装置８００（録画依頼元）が実行する処理の流れを説明する。
【００７４】
図１２は、録画依頼元の録画装置のＩＤ番号及び暗号鍵を録画実行側の録画装置に登録する処理の流れを示すフローチャートである。Ｓ１２０１で、ＤＴＶ８０１は、録画依頼元のＩＤ番号及び暗号鍵の登録を開始する。Ｓ１２０２で、ＤＴＶ８０１は、携帯型録画装置８００に対して、ＩＤ番号及び暗号鍵の送信を要求する。これを受けて、携帯型録画装置８００の鍵生成部１００３は、Ｓ１２０６で、公開鍵暗号方式に従って暗号鍵と復号鍵のペアを生成する。続いて、Ｓ１２０７で、携帯型録画装置８００は、ＩＤ番号と生成した暗号鍵とをＤＴＶ８０１へ送信する。また、Ｓ１２０８で、携帯型録画装置８００は、復号鍵メモリ１００４に生成した復号鍵を保存する。
【００７５】
ＤＴＶ８０１は、Ｓ１２０３で、ＩＤ番号と暗号鍵を受け取り、Ｓ１２０４で、ＩＤ番号を依頼元録画装置ＩＤメモリ９０２に、暗号鍵を暗号鍵メモリ９０３にそれぞれ保存する。
【００７６】
Ｓ１２０５で、ＤＴＶ８０１は、ＩＤ番号の登録が必要な他の録画装置（即ち、他の録画依頼元の録画装置）が存在するか否かを判定する。存在する場合はＳ１２０２に戻り、他の録画装置に対して同様の処理を繰り返す。
【００７７】
全ての録画依頼元の録画装置のＩＤ番号及び暗号鍵の登録が完了すると、本フローチャートの処理は終了する。
【００７８】
図１３は、実施例２に係る録画システムにおける録画予約処理の流れを示すフローチャートである。図１３において、図５と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。
【００７９】
Ｓ１３０７で、携帯型録画装置８００は、依頼先の録画装置を選択し、Ｓ５０９で、録画予約の依頼を行う。
【００８０】
Ｓ１３０３で、ＤＴＶ８０１は、依頼された録画予約の登録を実行可能か否かを判定する。可能な場合、Ｓ１３０４に進む。
【００８１】
Ｓ１３０４で、ＤＴＶ８０１は、所望番組の録画予約（即ち、Ｓ５０２で受け付けた録画予約）を登録する。ＤＴＶ８０１はこの際に、録画依頼元のＩＤ番号を広域ネットワーク８０２経由で入手する（例えば、Ｓ５０２で入手する）。また、ＤＴＶ８０１は、正常に録画予約が完了したことを携帯型録画装置８００に通知し、携帯型録画装置８００はＳ１３１１で、正常に代行録画予約が完了したことを表示して、処理を終了する。
【００８２】
Ｓ１３０３で「不可能」と判定された場合、ＤＴＶ８０１は携帯型録画装置８００に対してその旨を通知する。これを受けて、携帯型録画装置８００はＳ１３１０で、代行録画可能な他の録画装置を検出し、見つかれば、Ｓ１３０７に戻って同様の処理を繰り返す。見つからない場合、携帯型録画装置８００はＳ１３１２で、エラーを表示して処理を終了する。
【００８３】
図１４は、ＤＴＶ８０１が代行する録画処理の流れを示すフローチャートである。図１４において、図６と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。
【００８４】
Ｓ１４０４で、ＤＴＶ８０１は、受信したＴＳデータからＥＣＭを検出する。この動作は、ＥＭＭ／ＥＣＭ処理部９０１によって実行される。Ｓ１４０５で、ＤＴＶ８０１の暗号制御部９０４は、検出したＥＣＭをＳ１２０４で保存した暗号鍵で暗号化する。Ｓ１４０６で、ＤＴＶ８０１のＥＭＭ／ＥＣＭ処理部９０１は、受信ＴＳデータ内のＥＣＭを暗号化ＥＣＭに差し替える。Ｓ１４０７で、ＤＴＶ８０１は、処理後のＴＳデータを保存して処理を終了する。以上の処理により、録画依頼元の録画装置に専用の録画データが録画データ保存部２１９に格納される。
【００８５】
なお、図１４では、ＥＭＭ／ＥＣＭ処理部９０１がＥＣＭを暗号化ＥＣＭに「差し替える」ものとして説明した。しかし、重要なことは、ＴＳデータに含まれるＥＣＭがＳ１２０３で受信された暗号鍵によって暗号化された状態になることである。従って、ＥＭＭ／ＥＣＭ処理部９０１が、Ｓ１２０３で受信した暗号鍵を用いて、ＴＳデータに含まれるＥＣＭを暗号化するものとしても、実質的には同じことである。
【００８６】
図１５は、図１４に示す処理により録画されたデータを録画依頼元の録画装置に移動させる処理の流れを示すフローチャートである。図１５において、図７と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。
【００８７】
Ｓ７０８に続いてＳ１５０１で、携帯型録画装置８００の暗号化ＥＣＭ復号部１００５は、復号鍵メモリ１００４に格納された復号鍵を用いて、Ｓ７０６で受信したデータに含まれる暗号化ＥＣＭを復号する。
【００８８】
携帯型録画装置８００以外の録画装置は、Ｓ１５０１における復号を行えないので、スクランブル鍵を取得することができず、コンテンツのデスクランブルができない。
【００８９】
従って、本実施例によれば、新ＲＭＰ方式を採用した場合にコンテンツの著作権保護の実効性をより確実にすることができる。
【００９０】
［その他の実施例］
上述した各実施例の機能を実現するためには、各機能を具現化したソフトウェアのプログラムコードを記録した記録媒体をシステム或は装置に提供してもよい。そして、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによって、上述した各実施例の機能が実現される。この場合、記録媒体から読み出されたプログラムコード自体が上述した各実施例の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。このようなプログラムコードを供給するための記録媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどを用いることができる。或いは、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることもできる。
【００９１】
また、上述した各実施例の機能を実現するための構成は、コンピュータが読み出したプログラムコードを実行することだけには限られない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって上述した各実施例の機能が実現される場合も含まれている。
【００９２】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれてもよい。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施例の機能が実現される場合も含むものである。
【図面の簡単な説明】
【００９３】
【図１】本発明を適用した録画システムの構成を示すブロック図である。
【図２】録画を代行する録画装置であるデジタルテレビ（ＤＴＶ）１０１の構成を示すブロック図である。
【図３】ＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｍａｎａｇｅｍａｎｔ  Ｍｅｓｓａｇｅ）のデータ構成を示す図である。
【図４】録画依頼元の録画装置のＩＤ番号を録画実行側の録画装置に登録する処理の流れを示すフローチャートである。
【図５】実施例１に係る録画システムにおける録画予約処理の流れを示すフローチャートである。
【図６】ＤＴＶ１０１が代行する録画処理の流れを示すフローチャートである。
【図７】図６に示す処理により録画されたデータを録画依頼元の録画装置に移動させる処理の流れを示すフローチャートである。
【図８】実施例２に係る録画システムの構成を示すブロック図である。
【図９】ＤＴＶ８０１の構成を示すブロック図である。
【図１０】携帯型録画装置８００の構成を示すブロック図である。
【図１１】ＥＣＭ（Ｅｎｔｉｔｌｅｍｅｎｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ）のデータ構成を示す図である。
【図１２】録画依頼元の録画装置のＩＤ番号及び暗号鍵を録画実行側の録画装置に登録する処理の流れを示すフローチャートである。
【図１３】実施例２に係る録画システムにおける録画予約処理の流れを示すフローチャートである。
【図１４】ＤＴＶ８０１が代行する録画処理の流れを示すフローチャートである。
【図１５】図１４に示す処理により録画されたデータを録画依頼元の録画装置に移動させる処理の流れを示すフローチャートである。
【図１】
2010114530.tif 000003
【図２】
2010114530.tif 000004
【図３】
2010114530.tif 000005
【図４】
2010114530.tif 000006
【図５】
2010114530.tif 000007
【図６】
2010114530.tif 000008
【図７】
2010114530.tif 000009
【図８】
2010114530.tif 000010
【図９】
2010114530.tif 000011
【図１０】
2010114530.tif 000012
【図１１】
2010114530.tif 000013
【図１２】
2010114530.tif 000014
【図１３】
2010114530.tif 000015
【図１４】
2010114530.tif 000016
【図１５】
2010114530.tif 000017