JP5395866B2 - 記録再生システム、記録装置及び再生装置 - Google Patents

Description

この発明は、映像および音楽すなわちコンテンツを記録または再生する記録再生システム、記録装置及び再生装置に係り、コンテンツの複製（コピー）または移動（記録あるいは編集）および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用する記録再生システム、記録装置及び再生装置に関する。

映像（ビデオ）や音楽（オーディオ）すなわちコンテンツを圧縮したデータを、ＨＤＤ（Hard Disk Drive）やＤＶＤ規格の光ディスクにデジタル記録し、再生要求に従い再生する録画再生装置（デジタルレコーダ）が、既に広く普及している。なお、再生された映像を表示する表示装置の大画面化に伴い、映像（ビデオ）コンテンツとしては、細部まで再現可能なハイビジョン方式に対応したものが容易に入手可能である。また、音楽（オーディオ）コンテンツとしても、ＨＢＲ（High Bit Rate）と称する、より音質が高められたものが容易に入手可能である。

一方、例えばＳＤカードに代表される半導体メモリの記録密度の向上に伴い、上述したＨＤＤや光ディスクに代えて、ＳＤカードを記録媒体として用いる録画再生装置も実用化されている。従って、ＳＤカードに記録されるコンテンツについても、ハイビジョン方式のビデオ（映像）とＨＢＲのオーディオ（音楽）が主流になりつつある。

反面、デジタル記録されたコンテンツは、複製による劣化（画質および音質）が少ないため、権利者の許可を得ない複製を制限するコピープロテクションを用いたコンテンツの保護が必要であり、これまでにもいくつかの規格が実用化されている。

特許文献１は、記録媒体に記録されたコンテンツの細分化データとして設定されたハッシュユニットをｎ個選択し、選択したハッシュユニットに基づいて算出する算出ハッシュ値と記録媒体内に格納された照合用ハッシュ値との照合結果に従い、再生を許可することを開示する。

特許文献２は、記録時に、記録領域の管理情報に所定の演算（ハッシュ）を行って記録し、再生時に、記録領域の管理情報に所定の演算（ハッシュ）を行った値と記憶されているハッシュ値とを比較し、処理の正当性が判断できた場合に、再生を許可することを開示する。

特開２００６−７４４２１号公報 特開２００３−９９３２９号公報

上記両文献は、ＳＤカードを記録媒体とするコンテンツのデジタル記録と再生ならびに編集についての適用を考慮していない。また、コンテンツを移動する際の規則や移動するコンテンツが一部である場合の対応については言及がない。

ここで、ハッシュ値等によりコンテンツを保護する場合には、当該コンテンツ保護に関する処理を好適に行えることが好ましい。

そこで本発明の実施形態は、コンテンツ保護に関する処理を好適に実行することが可能となる記録再生システム、記録装置及び再生装置の提供を目的とする。

実施形態によれば、記録再生システムは、記録装置と再生装置を備える。記録装置は、ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ値計算手段と、前記ハッシュ値計算手段が計算した前記第１のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、を備え、再生装置は、前記記録媒体に書き込まれた前記ビデオストリームと前記第１のハッシュ値とを取得する取得手段と、前記取得手段が取得した前記ビデオストリームに含まれる前記複数のピクチャの前記タイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、前記取得手段が取得した前記第１のハッシュ値と前記第２のハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、を備える。

コンテンツの複製または移動（記録あるいは編集）および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用する記録装置及び再生装置ならびに記録再生システムであって、コンテンツ保護に関する処理を好適に実行することが可能となる。

この発明の実施の形態が適用可能な記録装置（録画再生装置／編集装置）の構成の一例を示す概略図。 この発明の実施の形態が適用可能な再生装置（録画再生装置）の構成の一例を示す概略図。 図１および図５に示した記録装置（録画再生装置／編集装置）による記録処理（編集処理）の一例を示す概略図。 図２および図５に示した再生装置（録画再生装置）による再生処理の一例を示す概略図。 図１および図２に示した記録装置（編集装置）および再生装置の別の構成（録画再生装置）の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１、図２および図５に示した録画再生装置（記録装置／編集装置／再生装置）による記録／編集／再生に適用する規則およびデータ構造の一例を示す概略図。 図１および図５に示した記録装置（録画再生装置／編集装置）による記録処理（編集処理）の一例を示す概略図。 図２および図５に示した再生装置（録画再生装置）による再生処理の一例を示す概略図。

以下、図面を参照して、本発明の実施の一形態について説明する。

図１は、この発明が適用される記録装置（録画再生装置／編集装置）の構成の一例を示す。なお、図１に示す記録装置は、所定の容量の記録媒体、例えばＳＤカードと称される半導体メモリに、映像（ビデオ）や音楽（オーディオ）すなわちコンテンツを記録可能なレコーダ装置であり、地上アナログ放送、地上デジタル放送、衛星デジタル放送及び有線方式で番組を配信する配信事業者（ケーブルテレビジョン事業体）等の供給元（以下、ＣＡＳ（Conditional Access System）と呼称する）が提供するさまざまなコンテンツ（ストリーム）を受信し、ユーザの希望する画質及び音質により記録できる。また、コンテンツは、「番組」と称されることもある。なお、映像は、動画と静止画、あるいはテキストを主体とした文字放送やデータ放送の表示等を含む。また、記録装置（録画再生装置／編集装置）は、主としてケーブルテレビジョン事業体の放送基地（配信）局から配信される番組を受信するセットトップボックス（ＳＴＢ）等であってもよい。また、記録装置（録画再生装置／編集装置）は、表示装置を一体に有するテレビ受信装置であってもよい。なお、以下に詳細に説明するが、「モジュール」と呼称する各要素は、ハードウエアで実現するものであってもよいし、ＣＰＵ（またはＭＰＵ）に代表されるマイクロコンピュータ等を用いて、ソフトウエアで実現するものであってもよい。

記録装置（録画装置）１０１において、例えばリモートコントローラ（リモコン）等である録画制御ＵＩ（User Interface）モジュール１１によりユーザから記録装置１０１に録画処理が指定されると、チューナーモジュール１３により、地上デジタル放送もしくはケーブルテレビもしくは衛星放送等の任意の放送波を受信する。

チャネル選択処理モジュール１５は、ユーザが録画制御ＵＩモジュール１１にて指定したチャネルを選択し、所望のチャネルのデータストリームを得る。データストリームの形式は、例えばＭＰＥＧ（Moving Picture Experts Group）−２ ＴＳ（Transport Stream，トランスポートストリーム）形式である。

データストリーム（ここでは、ＭＰＥＧ−２ ＴＳ）は、ストリーム解析モジュール１７にて解析され、データストリームの番組名等のメタデータや、エレメンタリストリーム（ＥＳ）のパラメータ等を得る。ストリーム解析モジュール１７はまた、ビデオ（映像）のエレメンタリストリームを解析して、ビデオエレメンタリストリームのＩピクチャ（Intra-Picture）の情報を得る。尚、このＩピクチャの情報は、ビデオエレメンタリストリームの始めから最後まで取得される。

Ｉピクチャの情報とは、Ｉピクチャの開始位置、そのＰＴＳ（Presentation Time Stamp，プレゼンテーションタイムスタンプ、すなわち識別情報）、ＡＴＳ（Arrival Time Stamp，アライバルタイムスタンプ、すなわち識別情報）から構成される。尚、ここで、Ｉピクチャは、他のピクチャを参照しておらず、単独で復号可能なピクチャである。これにより、Ｉピクチャの位置は、再生開始可能点となる。

取得したＩピクチャの情報は、ランダムアクセスポイントテーブル（Random Access Points Table）作成モジュール１９に送信され、ランダムアクセスポイントテーブル作成モジュール１９内で、それがテーブル（Table）の形に構成される（Ｉピクチャの情報がテーブルとして保持される）。なお、ランダムアクセスポイントテーブルは、図３により後段に詳しく説明するが、個々のコンテンツに対し、Ｉピクチャ／ＩＤＲピクチャ毎にＴＳＥ＿ＩＮＦＯ（ｎ）を持つ。また、ＰＴＳとＡＴＳは、ＴＰＩが指すＴＰ ｂｌｏｃｋにより特定される。

さらに、ストリーム解析モジュール１７では、ＭＰＥＧ−２ ＴＳ形式のストリームを解析した結果、そのストリームを暗号すべきかどうか、またストリームの使用許可情報は何かを判別し、タイトル鍵／ＵＲ（Usage Rule、すなわち使用条件あるいは条件ファイル）作成モジュール２１に送信する。

ストリーム解析モジュール１７において、暗号すべきと判断された場合、タイトル鍵・ＵＲ作成モジュール２１は、乱数によりストリームを暗号化するためにタイトル鍵を生成する。タイトル鍵／ＵＲ作成モジュール２１はまた、ストリーム解析モジュール１７より受信したストリームの使用許可情報から、後段に詳しく説明するが、ＵＲのフォーマットを構成する。

ストリーム解析モジュール１７で解析されたストリームデータはまた、ストリームファイル作成モジュール２３へ送信される。

ストリームファイル作成モジュール２３では、ＭＰＥＧ−２ ＴＳ形式のストリームをＴＴＳ（Time stamped Transport Stream）形式（以下、ＴＴＳ形式という）に変換する。具体的な処理としては、図３１に詳細に説明するが、１８８バイトのＭＰＥＧ−２ ＴＳ形式のストリームのパケット（ファイル）の先頭に３２ビットのＡＴＳ（アライバルタイムスタンプ）を付与して１９２バイトのＴＴＳパケット（ファイル）を構成する。

ランダムアクセスポイントテーブル作成モジュール１９は、取得したＡＴＳについて、ランダムアクセスポイントテーブルを構成し、ハッシュ計算モジュール２５に出力する。

ハッシュ計算モジュール２５は、所定のアルゴリズム（演算式）を用い、入力された上述のランダムアクセスポイントテーブルのハッシュ値を求める。なお、ハッシュ計算のアルゴリズムは、例えばＳＨＡ１を用いる。もちろん、そのほかのハッシュアルゴリズムでもよい。また、ハッシュ計算を行う範囲は、ランダムアクセスポイントテーブルの全体でもよいし、所定の一部を連結したものであってもよい。

ハッシュ計算モジュール２５でハッシュ計算された値は、鍵ファイル作成モジュール２７に入力され、鍵ファイル作成モジュール２７において、タイトル鍵／ＵＲ作成モジュール２１から供給されるタイトル鍵、ＵＲとにより鍵ファイルとなる。作成された鍵ファイルは、保護領域書き込みモジュール２９により、ＳＤカード（半導体メモリ（メモリカード））Ｍとの間の相互認証を行ったうえで、ＳＤカードの保護領域に書き込まれる。なお、鍵ファイルとＳＤカードとの間の相互認証は、記録装置１０１とＳＤカードＭとにおいて、互いに秘密情報（暗号化／復号化規則と鍵情報）を持ち、この秘密情報（暗号化／復号化規則と鍵情報）を用いて相互に認証しあうことで、一時的なセッション鍵を得ることで実現できる。すなわち、保護領域に書き込む情報（保護領域から読み込む情報）をセッション鍵を用いて暗号化し、記録装置１０１とＳＤカードＭとの間で、秘密が漏れないようにしている。なお、相互認証することで、互いに同じ秘密情報（暗号化／復号化規則と鍵情報）を持つことが確認できた場合のみ、保護領域に書き込む情報をやりとりできることはいうまでもない（互いに同じ秘密を持つものでないと保護領域に書き込む情報をやりとりできないことが規定されている）。

ストリームファイル作成モジュール２３はまた、ストリーム本体の通常領域への書き込みのために、ストリームファイル暗号化モジュール（ＭＰＥＧエンコーダ）３１によりストリームを暗号化し、管理データ作成モジュール３３により作成するランダムアクセスポイントテーブル作成モジュール１９が保持したランダムアクセスポイントテーブルと対応する管理データとを用いて、通常領域書き込みモジュール３５により、ＳＤカードＭの通常領域に書き込まれる。なお、保護領域書き込みモジュール２９と通常領域書き込みモジュール３５とは一体的に構成されてもよいことはいうまでもない。

より詳細には、ストリームファイル作成モジュール２３は、ＴＴＳ形式のストリームフォーマットを出力する。

ストリーム暗号化モジュール３１は、ストリームファイル作成モジュール２３が出力するＴＴＳ形式のフォーマットとタイトル鍵／ＵＲ作成モジュール２１で作成したタイトル鍵により、ＴＴＳ形式のストリームを暗号化する。

暗号化は、例えば、ＡＥＳ（Advanced Encryption Standard）のＣＢＣモードを用いる。ここで、ＣＢＣモードのチェーンは、所定の固定長とする。

つまり、所定の個数のＴＴＳパケットを一連のＣＢＣモードで暗号化する。

その次の所定の個数のＴＴＳパケットはＣＢＣモードのチェーンをリセットし、新たな一連のＣＢＣモードとして暗号化する。

その所定の個数のＴＴＳパケットのことをパケットシーケンス（図３参照）という。

なお、パケットシーケンスの先頭１６バイトは非暗号として、残りの部分をＣＢＣモードで暗号化してもよい。

これにより、当該パケットシーケンスのタイムスタンプを復号することなく、参照することができるというメリットがある。

さらに、この非暗号部分の先頭１６バイトとタイトル鍵を組み合わせた、例えば一方向性関数で求めた値をパケットシーケンス鍵としてもよい。

これにより、パケットシーケンス鍵は、パケットシーケンス毎に異なることになる。従って、非暗号部分の改ざんを防止できる。

この暗号されたＴＴＳ形式のストリームは、通常領域書き込みモジュール３５に送られ、ＳＤカードＭの通常領域の所定のフォルダに書き込まれる。

なお、管理データ作成モジュール３３は、録画したストリームの番組情報や録画時刻、ファイル形式等のメタデータ、さらにはランダムアクセスポイントテーブル作成で作成されたランダムアクセスポイントテーブルを所定の書式にするものであり、ＴＴＳ形式のストリーム同様、通常領域書き込みモジュール３５により、ＳＤカードＭの通常領域の所定のフォルダに書き込まれる。

図２は、この発明が適用される再生装置（録画再生装置）の構成の一例を示す。について記述する。

再生装置２０１において、例えばリモートコントローラ（リモコン）等である再生制御ＵＩ（User Interface）モジュール５１によりユーザから再生装置２０１に再生処理が指定されると、通常領域読み込みモジュール５３（３５）を経由してＳＤカード（メモリカード）Ｍが保持する管理データを読み込まれ、ＳＤカードＭに記載されているコンテンツのリストを表示可能な表示出力５５が出力される。なお、表示出力５５は出力端を表し、例えば外部に接続される図示しないモニタ装置に、リスト（映像）として可視可能に、表示される。また、モニタ装置が一体に付属するテレビ受信装置等においては、表示装置にリストが表示される。

ユーザから任意のコンテンツが選択されると、再生制御ＵＩモジュール５１による制御信号に従い、ＳＤカードに記録されているコンテンツが指定され、管理データ解析モジュール５７により、管理データが解析される。ここで（管理データの解析により）、必要なコンテンツが判別され、対応する鍵ファイルが特定される（わかる）ので、保護領域読み込みモジュール５９（２９）を経由して、所定のフォルダ（鍵フォルダ）から、鍵ファイルが読み出される。なお、管理データは、記録時のランダムアクセスポイントテーブルのハッシュ値を含む。

すなわち、再生装置２０１とＳＤカードＭとの間で相互認証を行ったうえでセキュアに保護領域読み込みモジュール５９から鍵ファイルが読み出される。

読み出された鍵ファイルは、鍵ファイル解析モジュール６１により解析され、使用条件（ＵＲ）が再生可能な範囲であることが確認できた場合、タイトル鍵とハッシュ値が取り出される。なお、再生に先立ち、ランダムアクセスポイントテーブルハッシュ計算・比較モジュール６３において、管理データ解析モジュール５７で解析したランダムアクセスポイントテーブルのハッシュ計算と鍵ファイル解析モジュール６１から出力されたハッシュ値の比較が行われる。

以下、図示しない再生制御モジュール（コントローラ）により、上述のハッシュ値の比較結果が判定され、比較が成功した場合すなわちハッシュ値が一致した場合、再生開始が許可される。逆に比較が成功しなかった場合、すなわちハッシュ値が一致しなかった（不一致の）場合、ランダムアクセスポイントテーブルが改ざんされていると判断されて、再生が許可されない（再生が禁止される）。

再生が許可された場合、ストリーム復号化モジュール６５において、鍵ファイル解析モジュール６１からのタイトル鍵により、暗号化されたストリームの復号処理を行う。このとき、ストリームを復号化すると同時に、各パケットシーケンスの先頭の平文（暗号化されていた情報が非暗号化されている（復号されている））になっているタイムスタンプの情報を確認しながら行う。

また、管理データ解析モジュール５７は、ランダムアクセスポイントテーブルを保持しており、ここに記載のタイムスタンプ（ＡＴＳもしくはＰＴＳ、もしくはその両方）が実際にＴＴＳストリームに存在することを、再生しながら照合していく。なお、照合作業は、タイムスタンプ比較モジュール６７で行われる。ここで、ランダムアクセスポイントテーブルに存在しているタイムスタンプがＴＴＳストリームに存在しないことが判明した段階で再生が停止される（再生を停止させる）。

なお、タイムスタンプの比較はすべてのランダムアクセスポイントテーブルのテーブルエントリのすべてに対して行ってもよいし、所定の頻度で行ってもよい。

ストリーム復号化モジュール６５で復号された（平文となった）ＴＴＳストリームは、ストリーム分離モジュール６９にて、オーディオ（音声およびまたは音楽）とビデオ（映像）、およびその他のエレメンタリストリーム（ＥＳ）に分離される。

それぞれのエレメンタリストリーム（ＥＳ）は、デコーダ（ＭＰＥＧデコーダ）７１にてデコードされ、表示出力５５に出力される。

図３は、図１により説明した記録装置によるメモリカード（ＳＤカード）へのデータの記録について、データの観点から示す。

図３から明らかであるが、ＳＤカードＭの通常領域にＴＴＳ形式のストリームと、ランダムアクセスポイントテーブルを記録し、ＳＤカードＭの保護領域に、鍵管理ファイルを記録する。

ＴＴＳ形式のストリームファイルの所定の個数のＴＴＳパケットからなるパケットシーケンス（ＰＳ）３０１は、非暗号化部分であるタイムスタンプ３０３と交互に配列されている。

また、ランダムアクセスポイントテーブル３０５には、ビデオのＩピクチャの先頭を含むパケットシーケンスのタイムスタンプ情報として、ＡＴＳ（Arrival Timestamp）、ＰＴＳ（Presentation Timestamp）、Entry PES Packet Num（パケットシーケンス数（Ｉフレームをデコードするために、パケットシーケンスを何個読み込めば良いのかを表す数）、及びＴＰＩ（パケットシーケンスの番地）が、ＳＴＲＭ＿ＩＮＦＯ（ｎ、ｎは正の整数）として格納されている。

このランダムアクセスポイントテーブルのハッシュ値、認証コード（ＭＡＣ）もしくは共通鍵ベースの認証コード（ＣＭＡＣ）、すなわちランダムアクセスポイントテーブルのダイジェストが、上述の鍵ファイルに格納される（ランダムアクセスポイントテーブルのダイジェストが鍵ファイルに記録される）。ランダムアクセスポイントテーブルのダイジェストを求める範囲は、アクセスポイントテーブルを構成するすべてのフィールドを含むテーブル全体でもよいし、アクセスポイントテーブルを構成する一部、たとえばＡＴＳやＰＴＳのみや、それを複合的に組み合わせたものでもよい。図３においては、ＡＥＳ暗号をベースとしたハッシュ関数でハッシュ値をもとめる場合を示している。

すなわち、本提案においては、「ストリームファイル」、「ランダムアクセスポイントテーブル」、および「鍵ファイル」の関係は、『一対一』である。もちろん、本提案は、この関係に縛られるものではなく、「多数（２以上）のストリームファイル」、「ランダムアクセスポイントテーブルの対」、および「一つの鍵ファイル」、という関係でも成立する。

なお、ＴＴＳ形式のストリームファイルは、ファイルシステムの都合上、一定ファイルサイズ（４Ｇバイト）に達したら、別のＴＴＳ形式のストリームファイルへ記録される場合がある。この場合、鍵ファイルは別となる。

図４は、図２により説明した再生装置によるメモリカード（ＳＤカード）からのデータの再生について、データの観点から示す。

データ構造は、図３と同一であるから説明を省略するが、再生に際しては、再生前に、ランダムアクセスポイントテーブル４０３（図３では３０５）のハッシュ値と鍵ファイルに記録されているハッシュ値とを比較した結果、照合された（両者が一致した）場合は、再生が開始される（再生が許可される）ことになる。

なお、再生中には、ランダムアクセスポイントテーブルのタイムスタンプとＴＴＳ形式のストリームの実際のタイムスタンプ（ＡＴＳもしくはＰＴＳ、もしくはその両方）とを比較した結果が一致している場合にのみ、再生が継続される（両者が不一致となった時点で再生が中断される）ことになる。

なお、図４に示す再生時の確認は、再生時のみではなく、編集時たとえばコンテンツの分割時、結合時、部分削除、コピー（複製）、及び移動時等の各作業の実行前に実施する。また、編集時には、コンテンツを別のタイトル鍵にて、再暗号化してもよいし、しなくてもよい。なお、ランダムアクセスポイントテーブルにＭＡＣ（タイトル鍵／ＵＲ）を記録することによりタイトル鍵とＡＴＳとが密に関連性を持たせることができる。

この方法により、現在の編集機能において改善が求められている
１）移動対象となるコンテンツを暗号化しているタイトル鍵はセキュアに削除する必要があり、そのためそのタイトル鍵を共有しているコンテンツがすべて使えなくなる
２）移動対象となるコンテンツを暗号化しているタイトル鍵を使用しているコンテンツすべてを一括して（一緒に）異動する必要がある
という課題が解消される。

すなわち、コンテンツを、同一記録媒体（メディア）内で、もしくは異なる記録媒体に移動する際に、所望する箇所以外のコンテンツが使用不可にならずに、引き続き利用可能なかたちで残すことができる。

図５は、図１に示した記録装置（録画装置／編集装置）と図２に示した再生装置とを統合した録画再生装置の構成の一例を示す。なお、録画専用の録画装置（編集装置）と再生専用の再生装置とが独立して用意されることもあるが、多くの場合、図２により説明した保護領域読み込みモジュール５９と図１により説明した保護領域書き込みモジュール２９が一体であり、かつ図２により説明した通常領域読み込みモジュール５３と図１により説明した通常領域書き込みモジュール３５が一体であることはいうまでもない。

すなわち、多くの場合、図５に示す録画再生装置５０１は、ＳＤカード（メモリカード）Ｍに対して情報を記録し（書き込み）、ＳＤカードＭから情報を再生する（読み込む）録再モジュール５０３を有し、録画（編集）装置である図１に示した各要素と再生装置である図２に示した各要素が録再モジュール５０３を中心として設けられることになる。

図６は、図１に示した記録装置（編集装置）、図２に示した再生装置（編集装置）および図５に示した録画再生装置（編集装置）に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Protected Area Configurationの構造を示す。

図６に示すProtected Area Configurationは、ＲＯＯＴ６０１に含まれるＳＤ＿ＨＤＡＶ６０３が、ＳＤ＿ＨＤＡＶ．ＭＭＧ（アプリケーションディレクトリ管理用ファイル）６０５、ＨＤＡＶ０００．ＫＥＹ（サムネイル用の鍵ファイル）６０７、ならびにＡＶ（Audio/Video）コンテンツ用の複数の鍵ファイル（ＨＤＡＶ００１．ＫＥＹ・・・）を含むことを示す。

なお、ＡＶコンテンツ用の複数の鍵ファイルは、一つのタイトル鍵につき、一つの鍵ファイルが定義される。また、ファイル名に付属する数値は、十進数で表現される。

図７は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、タイトル鍵（Title Key）とＵＲ（Usage Rule）すなわちTitle Key & Usage Rule Master Manager（TKURMMG）の構造を示す。

図７に示すTKURMMGは、図６に示したＳＤ＿ＨＤＡＶ．ＭＭＧ（アプリケーションディレクトリ管理用ファイル）６０５に相当し、プロテクトエリアのＳＤ＿ＨＤＡＶディレクトリを管理するものである。

図８は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、タイトル鍵（Title Key）とＵＲ（Usage Rule）すなわちTitle Key & Usage Rule Master Manager（TKURMMG）が含む、データの一部を示すもので、「Version Number」を収容する（フィールドネーム）ＶＥＲＮ、「TKURMG Used flag」を収容する（フィールドネーム）ＴＫＵＲＭＧ＿ＵＳＥＤを少なくとも含む。

図９は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図７に示したTitle Key & Usage Rule Master Manager（TKURMMG）が含む（フィールドネーム）ＶＥＲＮの記述内容の一例を示す。

図９に示すように、ＶＥＲＮは、少なくとも「Major Version」と「Minor Version」とを含み、記録した（録画に用いた）機器がどの規格書に従って記録したかを明示する。なお、機器は、自身が対応している規格書のバージョンに従って記録する。

図１０は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図７に示したTitle Key & Usage Rule Master Manager（TKURMMG）が含む（フィールドネーム）ＴＫＵＲＭＧ＿ＵＳＥＤの記述内容の一例を示す。

図１０に示すように、ＴＫＵＲＭＧ＿ＵＳＥＤは、ＴＫＵＲＭＧが使用中かどうかを示す、任意数の「TKURMG Used flag」を含む。

使用中の場合は、該当するビット位置に「１」が立つ。従って、空きのＴＫＵＲＭＧファイルの検索に利用可能である。

図１１は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図７に示したTitle Key & Usage Rule Manager（TKURMG）が含むデータ構造を示す。

図１１に示すように、Title Key & Usage Rule Manager（TKURMG）は、Title Key & Usage Rule Manager Information（TKURMGI）、Title Key & Usage Rule Entry（TKURE）および任意数のProgram Integrity Manager Entry #1, ・・・,（PIME #1, ・・・, ）を含む。

図１２は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１１に示したTitle Key & Usage Rule Manager（TKURE）の役割りを示す。

すなわち、ＴＫＵＲＥは、タイトル鍵と使用ルール（TKURE）を保持する。ＴＫＵＲＥは、一つのファイルに一対のＴＫＵＲＥを記述することができる。

従って、ＴＫＵＲＥに対応するプログラム中、そのＴＫＵＲＥを使用するＭＯ（Media Object）の完全性（Integrity）を確認するための情報をＰＩＭＩ（Program Integrity Manager Information）として格納する。

図１３〜図１５は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、「ＴＫＵＲＭＧＩ」、「ＴＫＵＲＥ」、「ＰＩＭＩ」、「ＰＩＭＩ＿ＵＳＥＤ」および「ＵＲ」の記述例を示す。

図１６は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１５に示した「ＵＲ」の構造を示す。

すなわち、「ＵＲ」は、ＵＲ＿ＴＲＩＧＧＥＲ（Trigger Bit Information）、ＵＲ＿ＭＣＣＮＴＲＬ（Initial Move Control Information / Current Move Control Information / Copy Count Control Information）およびＵＲ＿ＣＣＩＦＬＡＧＳ（CCI Flags、を保持する。

図１７は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１５に示した「ＰＩＭＥ（Program Integrity Manager Information）」の構造を示す。

すなわち、「ＰＩＭＥ」は、ＰＲＧ＿ＮＵＭ（Program Number）及びＭＯＰ（Mac of PGI）を、少なくとも保持する。なお、ＭＡＣは、ＡＥＳ−ＣＭＡＣであり、そのプログラム内でこのインデックス（TkureIndex）を持つＰＧＩ内のＭＯ＿ＩＮＦＯを連結したものである。また、ＡＥＳ−ＣＭＡＣは、ＩＥＦＦ ＲＦＣ４４９３規格で規定されているＣｉｐｈｅｒ−Ｂａｓｅｄ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅを示す。

図１８は、図１に示した記録装置（編集装置）、図２に示した再生装置（編集装置）および図５に示した録画再生装置（編集装置）に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、User Data Area Configurationの構造を示す。

図１８に示すUser Data Area Configurationは、ＲＯＯＴ１８０１に含まれるＳＤ＿ＨＤＡＶ１８０３が、ＭＧＲ＿ＩＮＦＯ１８０５を含む。なお、新たなプログラムが録画されるとＰＲＧ００１から始まるディレクトリが作成される。

また、ＭＧＲ＿ＩＮＦＯ１８０５は、ＭＧＲ＿ＤＡＴＡ（アプリケーションディレクトリ管理用ファイル）１８０７、およびＰＲＧ＿ＭＧＲ（プログラム管理用ファイル）１８０９を含む。

図１９は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１８に示したＭＧＲ＿ＤＡＴＡ（アプリケーションディレクトリ管理用ファイル）１８０７の役割りを示す。

すなわち、ＭＧＲ＿ＤＡＴＡ（Management Data File）は、ユーザデータエリアのＳＤ＿ＨＤＡＶディレクトリを管理する者で、記録したフォーマットのバージョン、メタデータ等を記録する。

図２０は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１９に示したＭＧＲ＿ＤＡＴＡ（Management Data File）が含むデータの一部を示すもので、「Data Type Indicator」を収容する（フィールドネーム）ＤａｔａＴｙｐｅ、「Size of Data」を収容する（フィールドネーム）ＤａｔａＳｉｚｅ、「Version Number of SD-HDAV」を収容する（フィールドネーム）Ｖｅｒｓｉｏｎ、及び「Playlist or Program for resumed playback in ObjectID」を収容する（フィールドネーム）ＲｅｓｕｍｅＯｂｊｅｃｔを少なくとも含む。

図２１は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２０に示したＤａｔａＴｙｐｅ、ＤａｔａＳｉｚｅ、Ｖｅｒｓｉｏｎ、及びＲｅｓｕｍｅＯｂｊｅｃｔの役割りを記述する。

すなわち、ＤａｔａＴｙｐｅにはファイル識別子が格納される。また、ＤａｔａＳｉｚｅには本ファイルのサイズ（バイト単位）が格納される。また、Ｖｅｒｓｉｏｎには、本フォーマットのバージョン番号が書かれる。なお、ＲｅｓｕｍｅＯｂｊｅｃｔには、最後に再生された箇所、例えばプログラムもしくはプレイリスト番号とその中で最終再生タイミングが記録される。

図２２は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図１８に示したＰＲＧ＿ＤＡＴＡ（Program Manager File，プログラム管理用ファイル）１８０７の役割りを示す。

すなわち、ＰＲＧ＿ＤＡＴＡ（Program Manager File）は、ＳＤ＿ＨＤＡＶディレクトリ内のプログラムを管理する。

図２３は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２２に示したＰＲＧ＿ＤＡＴＡ（Program Manager File）が含むデータの一部を示すもので、「Data Type Indicator」を収容する（フィールドネーム）ＤａｔａＴｙｐｅ、「Size of Data」を収容する（フィールドネーム）ＤａｔａＳｉｚｅ、「Version Number of SD-HDAV」を収容する（フィールドネーム）Ｖｅｒｓｉｏｎ、及び「Number of Program」を収容する（フィールドネーム）ＮｕｍＰｒｇを少なくとも含む。

図２４は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２３に示したＤａｔａＴｙｐｅ、ＤａｔａＳｉｚｅ、Ｖｅｒｓｉｏｎ、及びＮｕｍＰｒｇの役割りを記述する。

すなわち、ＤａｔａＴｙｐｅにはファイル識別子が格納される。また、ＤａｔａＳｉｚｅには本ファイルのサイズ（バイト単位）が格納される。また、Ｖｅｒｓｉｏｎには、本フォーマットのバージョン番号が書かれる。なお、ＮｕｍＰｒｇには、プログラム数が記録される。

図２５は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Ｐｒｏｇｒａｍ Ａｔｔｒｉｂｕｔｅが含むデータの一部を示すもので、「Version number of PRG_ATTR」を収容する（フィールドネーム）ＶＥＲＳＩＯＮ、及び「Object ID of Program in OBJECTEDID format」を収容する（フィールドネーム）ＰｒｇＩＤを少なくとも含む。

図２６は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２５に示したＶＥＲＳＩＯＮ、及びＰｒｇＩＤの役割りを記述する。

すなわち、ＶＥＲＳＩＯＮにはＰＲＧ＿ＡＴＴＲフォーマットのバージョン番号が格納される。また、ＰｒｇＩＤにはプログラムのＯｂｊｅｃｔＩＤが記録される。

図２７は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Ｐｒｏｇｒａｍ ｉｎｆｏｒｍａｔｉｏｎが含むデータの一部を示すもので、及び「Data Type Indicator」を収容する（フィールドネーム）ＤａｔａＳｉｚｅを少なくとも含む。

図２８は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２７に示したＰｒｏｇｒａｍ ｉｎｆｏｒｍａｔｉｏｎ、及びＤａｔａＳｉｚｅの役割りを記述する。

すなわち、Ｐｒｏｇｒａｍ ｉｎｆｏｒｍａｔｉｏｎにはファイル識別子が格納される。また、ＤａｔａＳｉｚｅには本ファイルのサイズ（バイト単位）が格納される。

図２９は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、ＭＯ＿ＩＮＦＯが含むデータの一部を示すもので、「ID of MO referred by Program」を収容する（フィールドネーム）ＭｏＩＤ、及び「MAC value of MOI」を収容する（フィールドネーム）ＭＡＣを少なくとも含む。

図３０は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図２９に示したＭｏＩＤ、及びＭＡＣの役割りを記述する。

すなわち、ＭｏＩＤには本エントリが参照するメディアオブジェクトの番号が記録される。また、ＭＡＣにはＭＯＩのファイル全体のＭＡＣ値を格納する。プログラムのＯｂｊｅｃｔＩＤが記録される。なお、ＭＡＣは、ＡＥＳ−ＣＭＡＣであり、ＭｏＩＤに該当するメディアオブジェクトのＭＯＩファイル全体のタイトル鍵を鍵としたＭＡＣ値（メッセージ認証コード）となる。ＭＯＩ全体でなくとも、ＴＳＥ＿ＩＮＦＯの塊がその対象範囲になっていればよい。ＴＳＥ＿ＩＮＦＯのダイジェストを求める範囲は、ＴＳＥ＿ＩＮＦＯを構成するすべてのフィールドを含むテーブル全体でもよいし、ＴＳＥ＿ＩＮＦＯを構成する一部、たとえばＡＴＳやＰＴＳのみや、それを複合的に組み合わせたものでもよい。図３８においては、ＡＥＳ暗号をベースとしたＭＡＣ関数でメッセージ認証コード値をもとめる場合を示している。

図３１は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Ｍｅｄｉａ Ｏｂｊｅｃｔ（メディアオブジェクト）が含むデータのデータ構造の一部を示す。

すなわち、１つのメディアオブジェクトは、先頭に暗号化されない１６バイトを有し、以降に６１２８バイトの「Transport Stream Block」を含む。

それぞれのメディアオブジェクトは、さらに１９２バイトのＴＴＳパケットに細分化されている。個々のＴＴＳパケットの先頭３２バイトは、先に説明したＡＴＳを保持する。

図３２は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図３１に示したＭｅｄｉａ Ｏｂｊｅｃｔ Ｉｎｆｏｒｍａｔｉｏｎ が含むデータの一部を示すもので、「Data Type Indicator」を収容する（フィールドネーム）ＤａｔａＴＹＰＥ、「Size of Data」を収容する（フィールドネーム）ＤａｔａＳｉｚｅ、「Version of Data」を収容する（フィールドネーム）Ｖｅｒｓｉｏｎ、及び「Type of Time Search Table」を収容する（フィールドネーム）ＴｓｔＴｙｐｅを少なくとも含む。

図３３は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図３２に示したＤａｔａＴＹＰＥ、ＤａｔａＳｉｚｅ、Ｖｅｒｓｉｏｎ、及びＴｓｔＴｙｐｅの役割りを記述する。

すなわち、ＤａｔａＴＹＰＥにはファイル識別子が格納される。また、ＤａｔａＳｉｚｅには本ファイルのサイズ（バイト単位）が格納される。また、ＶｅｒｓｉｏｎにはＭＯＩファイルのバージョン番号が格納される。なお、ＴｓｔＴｙｐｅには後に続くＴｉｍｅ Ｓｅａｒｃｈ Ｔａｂｌｅの識別子が記録される。

図３４は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Ｔｉｍｅ Ｓｅａｒｃｈ Ｔａｂｌｅ Ａｒｅａが含むデータの一部を示すもので、「TS Block Index of TS block to be started playback」を収容する（フィールドネーム）ＳｔａｒｔＴＢＩ、「TS Block Index of TS block to be terminated playback」を収容する（フィールドネーム）ＥｎｄＴＢＩ、「Presentation start time to start playback」を収容する（フィールドネーム）ＳｔａｒｔＴＰＭ、及び「Presentation end time to terminate playback」を収容する（フィールドネーム）ＥｎｄＴＰＭを少なくとも含む。

図３５は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図３４に示したＳｔａｒｔＴＢＩ、ＥｎｄＴＢＩ、ＳｔａｒｔＴＰＭ、及びＥｎｄＴＰＭの役割りを記述する。

すなわち、ＳｔａｒｔＴＢＩには再生を開始するＭＯ先頭からのＴＳブロック番号が記録される。また、ＥｎｄＴＢＩには再生を中断するＭＯ先頭からのＴＳブロック番号が記録される。なお、ＳｔａｒｔＴＰＭ及びＥｎｄＴＰＭには再生を開始するＰＴＳ時間及び再生を中断するＰＴＳ時間が、それぞれ記録される。

図３６は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、Ｔｉｍｅ Ｓｅａｒｃｈ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｎｔｒｙが含むデータの一部を示すもので、「Presentation Time Stamp」を収容する（フィールドネーム）ＰＴＳ、「Number of PES Packet Entry」を収容する（フィールドネーム）ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍ、「TS Block Index」を収容する（フィールドネーム）ＴＢＩ、及び「Arrival Time Stamp」を収容する（フィールドネーム）ＡＴＳを少なくとも含む。

図３７は、同じく図１、図２および図５に示した録画再生装置に適用する規則（アプリケーション）および同規則が推奨するデータ構造の一例を示す概略図であって、図３５に示したＰＴＳ、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍ、ＴＢＩ、及びＡＴＳの役割りを記述する。

すなわち、ＰＴＳには本エントリが対応するＰＥＳのＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐが記録される。また、ＥｎｔｒｙＰＥＳＰａｃｋｅｔＮｕｍにはＰＥＳパケットをデコードするのに必要なＴＰブロック数が記録される。また、ＴＢＩには本エントリが対応する先頭のＴｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ Ｂｌｏｃｋのインデックス値が格納される。なお、ＡＴＳは本エントリが対応する先頭のＴｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ ＢｌｏｃｋのＡｒｒａｉｖａｌ Ｔｉｍｅ Ｓｔａｍｐが格納される。

図３８は、図１により説明した記録装置によるメモリカード（ＳＤカード）へのデータの記録について、図３に示した例とは異なる例を、データの観点から示す。

図３８においては、データ構造は、図３及び図４に示した例と同様であるから詳細な説明を省略するが、ランダムアクセスポイントテーブルのＭＡＣ値（図２９、図３０参照、ＭＯ＿ＩＮＦＯ内）を求め、鍵ファイルに記録することを特徴とする。なお、図３８の例では、同じＴｋｕｒｅをもつＭＯ＿ＩＮＦＯのみを連結して計算する。

図３９は、図２により説明した再生装置によるメモリカード（ＳＤカード）からのデータの再生について、図４に示した例とは異なる例を、データの観点から示す。なお、データ構造は、図４と同一であるから説明を省略する。

図３９においては、再生に際しては、再生前に、ランダムアクセスポイントテーブル３９０３のＭＡＣ値と鍵ファイルに記録されているＭＡＣ値とを比較した結果、照合された（両者が一致した）場合は、再生が開始される（再生が許可される）ということである。

なお、図３９に示す再生時の確認は、再生時のみではなく、編集時たとえばコンテンツの分割時、結合時、部分削除、コピー（複製）、及び移動時等の各作業の実行前に実施する。また、編集時には、コンテンツを別のタイトル鍵にて、再暗号化してもよいし、しなくてもよい。なお、ランダムアクセスポイントテーブルにＭＡＣ（タイトル鍵，ＡＴＳ）もしくはＭＡＣ（タイトル鍵，ＰＴＳ）を記録することにより、タイトル鍵とＡＴＳもしくはＰＴＳとが密に関連性を持たせることができる。

この方法により、現在の編集機能において改善が求められている
１）移動対象となるコンテンツを暗号化しているタイトル鍵はセキュアに削除する必要があり、そのためそのタイトル鍵を共有しているコンテンツがすべて使えなくなる
２）移動対象となるコンテンツを暗号化しているタイトル鍵を使用しているコンテンツすべてを一緒くたに異動する必要がある
という課題が解消される。

すなわち、コンテンツを、同一記録媒体（メディア）内で、もしくは異なる記録媒体に移動する際に、所望する箇所以外のコンテンツが使用不可にならずに、引き続き利用可能なかたちで残すことができる。

以上説明したように、この発明の実施形態を用いることで、記録媒体（メディア）上に録画されているコンテンツにおいて、同じタイトル鍵を共有しているコンテンツを分割して移動することで、コンテンツの複製ができてしまう、というこれまでの課題に対して、コンテンツの改竄を検知することで、複製を禁止でき、かつコンテンツの必要な部分だけを移動することを可能とする。

また、コンテンツの再生開始点等を格納した管理データのハッシュ値を計算することで、ハッシュ値を計算する処理コストが大幅に削減でき、かつ、コンテンツの復号にからむタイムスタンプを再生時に比較することで実質的にコンテンツ自体の改竄を確認していることになり、コンテンツ利用の前処理が大幅に軽減でき、利用開始までの時間が短縮できる。

なお、既存のＡＡＣＳのコピープロテクション方式と比較した場合、同じタイトル鍵を共有するというメリットは享受したまま、ユーザの所望した部分の移動処理が実現できるようになる。

なお、この発明は、上述した各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形もしくは変更が可能である。また、各実施の形態は、可能な限り適宜組み合わせて、もしくは一部を削除して実施されてもよく、その場合は、組み合わせもしくは削除に起因したさまざまな効果が得られる。

１１…録画制御ＵＩ（User Interface）モジュール、１３…チューナーモジュール、１５…チャネル選択処理モジュール、１７…ストリーム解析モジュール、１９…ランダムアクセスポイントテーブル（Random Access Points Table）作成モジュール、２１…タイトル鍵・ＵＲ作成モジュール、２３…ストリームファイル作成モジュール、２５…ハッシュ計算モジュール、２７…鍵ファイル作成モジュール、２９…保護領域書き込みモジュール、３１…ストリームファイル暗号化モジュール（ＭＰＥＧエンコーダ）、３３…管理データ作成モジュール、３５…通常領域書き込みモジュール、５１…再生制御ＵＩ（User Interface）モジュール、５３…通常領域読み込みモジュール５３、５５…表示出力、５７…管理データ解析モジュール、５９…保護領域読み込みモジュール、６１…鍵ファイル解析モジュール、６３…ランダムアクセスポイントテーブルハッシュ計算・比較モジュール、６５…ストリーム復号化モジュール、６７…タイムスタンプ比較モジュール、６９…ストリーム分離モジュール、７１…デコーダ（ＭＰＥＧデコーダ）、１０１…記録装置、２０１…再生装置、５０１…録画再生装置。

Claims (11)

1. 記録装置と再生装置とを含む記録再生システムであって、
   前記記録装置は、
   ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ値計算手段と、
   前記ハッシュ値計算手段が計算した前記第１のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
   を備え、
   前記再生装置は、
   前記記録媒体に書き込まれた前記ビデオストリームと前記第１のハッシュ値とを取得する取得手段と、
   前記取得手段が取得した前記ビデオストリームに含まれる前記複数のＩピクチャの前記タイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、
   前記取得手段が取得した前記第１のハッシュ値と前記第２のハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
   を備える記録再生システム。
2. 前記ハッシュ値計算手段は、前記ビデオストリームに含まれる前記複数のＩピクチャのタイムスタンプについて前記第１のハッシュ値を計算する、請求項１記載の記録再生システム。
3. 前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
   前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
   を更に備え、
   前記書き込み手段は、暗号化された前記ビデオストリームと、前記第１のハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項１記載の記録再生システム。
4. 前記第２のハッシュ値算出手段は、前記ビデオストリームに含まれる前記複数のＩピクチャのタイムスタンプについて前記第２のハッシュ値を計算する請求項１記載の記録再生システム。
5. 前記ビデオストリームを復号するために前記ビデオストリームに対応する鍵を読み出す鍵読出手段と、
   前記鍵読出手段が読み出した前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
   を更に備え、
   前記許可手段は、復号された前記ビデオストリームと、前記第２のハッシュ値及び前記鍵読出手段が読み出した前記鍵とを含むファイルを前記記録媒体から再生する請求項１記載の記録再生システム。
6. ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについてハッシュ値を計算するハッシュ値計算手段と、
   前記ハッシュ値計算手段が計算した前記ハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
   前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
   前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
   を備える記録装置。
7. 前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する請求項６記載の記録装置。
8. 前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項６記載の記録装置。
9. 記録媒体が保持するビデオストリームと、当該ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについての第１のハッシュ値とを取得する取得手段と、
   前記取得手段が取得した前記ビデオストリームに含まれる前記複数のＩピクチャの前記タイムスタンプについての第２のハッシュ値を算出するハッシュ値算出手段と、
   前記取得手段が取得した前記第１のハッシュ値と前記ハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
   を備える再生装置。
10. 前記ハッシュ値算出手段は、前記ビデオストリームに含まれる前記複数のＩピクチャのタイムスタンプについて前記第２のハッシュ値を計算する、請求項９記載の再生装置。
11. 前記ビデオストリームを復号するために前記ビデオストリームに対応する鍵を読み出す鍵読出鍵作成手段と、
    前記鍵読出手段が読み出した前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
    を更に備え、
    前記許可手段は、復号された前記ビデオストリームと、前記第２のハッシュ値及び前記鍵読出手段が読み出した前記鍵とを含むファイルを前記記録媒体から再生する請求項９記載の再生装置。

Images