"記録装置と再生装置とを含む記録再生システムであって、前記記録装置は、ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて第1のハッシュ値を計算するハッシュ計算手段と、前記ハッシュ計算手段が計算した前記第1のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、を備え、前記再生装置は、前記記録媒体に書き込まれた前記ビデオストリームと前記第1のハッシュ値とを取得する取得手段と、前記取得手段が取得した前記ビデオストリームに含まれる前記複数のピクチャの前記タイムスタンプについての第2のハッシュ値を算出する第2のハッシュ値算出手段と、前記取得手段が取得した前記第1のハッシュ値と前記第2のハッシュ値算出手段が算出した前記第2のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、を備える記録再生システム。前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項1記載の記録再生システム。前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、を更に備え、前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項1記載の記録再生システム。前記第2のハッシュ値算出手段は、前記ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて前記第2のハッシュ値を計算する請求項1記載の記録再生システム。前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、前記鍵を用いて前記ビデオストリームを復号する復号化手段と、を更に備え、前記許可手段は、復号された前記ビデオストリームと、前記第2のハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項1記載の記録再生システム。ビデオストリームに含まれる複数のIピクチャのタイムスタンプについてハッシュ値を計算するハッシュ計算手段と、前記ハッシュ計算手段が計算した前記ハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、を備える記録装置。前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて前記ハッシュ値を計算する請求項6記載の記録装置。前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、を更に備え、前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項6記載の記録装置。記録媒体が保持するビデオストリームと、当該ビデオストリームに含まれる複数のIピクチャのタイムスタンプについての第1のハッシュ値とを取得する取得手段と、前記取得手段が取得した前記ビデオストリームに含まれる前記複数のIピクチャの前記タイムスタンプについての第2のハッシュ値を算出するハッシュ値算出手段と、前記取得手段が取得した前記第1のハッシュ値と前記ハッシュ値算出手段が算出した前記第2のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、を備える再生装置。前記ハッシュ値算出手段は、前記ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項9記載の再生装置。前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、前記鍵を用いて前記ビデオストリームを復号する復号化手段と、を更に備え、前記許可手段は、復号された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項9記載の再生装置。上記両文献は、SDカードを記録媒体とするコンテンツのデジタル記録と再生ならびに編集についての適用を考慮していない。また、コンテンツを移動する際の規則や移動するコンテンツが一部である場合の対応については言及がない。ここで、ハッシュ値等によりコンテンツを保護する場合には、当該コンテンツ保護に関する処理を好適に行えることが好ましい。そこで本発明の実施形態は、コンテンツ保護に関する処理を好適に実行することが可能となる記録再生システム、記録装置及び再生装置の提供を目的とする。この発明は、上記問題点に基づきなされたもので、記録再生システムは、記録装置と再生装置を備える。記録装置は、ビデオストリームに含まれる複数のIピクチャのタイムスタンプについて第1のハッシュ値を計算するハッシュ計算手段と、前記ハッシュ計算手段が計算した前記第1のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、を備え、再生装置は、前記記録媒体に書き込まれた前記ビデオストリームと前記第1のハッシュ値とを取得する取得手段と、前記取得手段が取得した前記ビデオストリームに含まれる前記複数のピクチャの前記タイムスタンプについての第2のハッシュ値を算出する第2のハッシュ値算出手段と、前記取得手段が取得した前記第1のハッシュ値と前記第2のハッシュ値算出手段が算出した前記第2のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、を備える。コンテンツの複製または移動記録あるいは編集および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用する記録装置及び再生装置ならびに記録再生システムであって、コンテンツ保護に関する処理を好適に実行することが可能となる。以下、図面を参照して、本発明の実施の一形態について説明する。図1は、この発明が適用される記録装置録画再生装置/編集装置の構成の一例を示す。なお、図1に示す記録装置は、所定の容量の記録媒体、例えばSDカードと称される半導体メモリに、映像ビデオや音楽オーディオすなわちコンテンツを記録可能なレコーダ装置であり、地上アナログ放送、地上デジタル放送、衛星デジタル放送及び有線方式で番組を配信する配信事業者ケーブルテレビジョン事業体等の供給元以下、CASConditionalAccessSystemと呼称するが提供するさまざまなコンテンツストリームを受信し、ユーザの希望する画質及び音質により記録できる。また、コンテンツは、番組と称されることもある。なお、映像は、動画と静止画、あるいはテキストを主体とした文字放送やデータ放送の表示等を含む。また、記録装置録画再生装置/編集装置は、主としてケーブルテレビジョン事業体の放送基地配信局から配信される番組を受信するセットトップボックスSTB等であってもよい。また、記録装置録画再生装置/編集装置は、表示装置を一体に有するテレビ受信装置であってもよい。なお、以下に詳細に説明するが、モジュールと呼称する各要素は、ハードウエアで実現するものであってもよいし、CPUまたはMPUに代表されるマイクロコンピュータ等を用いて、ソフトウエアで実現するものであってもよい。記録装置録画装置101において、例えばリモートコントローラリモコン等である録画制御UIUserInterfaceモジュール11によりユーザから記録装置101に録画処理が指定されると、チューナーモジュール13により、地上デジタル放送もしくはケーブルテレビもしくは衛星放送等の任意の放送波を受信する。チャネル選択処理モジュール15は、ユーザが録画制御UIモジュール11にて指定したチャネルを選択し、所望のチャネルのデータストリームを得る。データストリームの形式は、例えばMPEGMovingPictureExpertsGroup-2TSTransportStream,トランスポートストリーム形式である。データストリームここでは、MPEG-2TSは、ストリーム解析モジュール17にて解析され、データストリームの番組名等のメタデータや、エレメンタリストリームESのパラメータ等を得る。ストリーム解析モジュール17はまた、ビデオ映像のエレメンタリストリームを解析して、ビデオエレメンタリストリームのIピクチャIntraPictureの情報を得る。尚、このIピクチャの情報は、ビデオエレメンタリストリームの始めから最後まで取得される。Iピクチャの情報とは、Iピクチャの開始位置、そのPTSPresentationTimeStamp,プレゼンテーションタイムスタンプ、すなわち識別情報、ATSArrivalTimeStamp,アライバルタイムスタンプ、すなわち識別情報から構成される。尚、ここで、Iピクチャは、他のピクチャを参照しておらず、単独で復号可能なピクチャである。これにより、Iピクチャの位置は、再生開始可能点となる。取得したIピクチャの情報は、ランダムアクセスポイントテーブルRandomAccessPointsTable作成モジュール19に送信され、ランダムアクセスポイントテーブル作成モジュール19内で、それがテーブルTableの形に構成されるIピクチャの情報がテーブルとして保持される。なお、ランダムアクセスポイントテーブルは、図3により後段に詳しく説明するが、個々のコンテンツに対し、Iピクチャ/IDRピクチャ毎にTSE_INFOnを持つ。また、PTSとATSは、TPIが指すTPblockにより特定される。さらに、ストリーム解析モジュール17では、MPEG-2TS形式のストリームを解析した結果、そのストリームを暗号すべきかどうか、またストリームの使用許可情報は何かを判別し、タイトル鍵/URUsageRule、すなわち使用条件あるいは条件ファイル作成モジュール21に送信する。ストリーム解析モジュール17において、暗号すべきと判断された場合、タイトル鍵UR作成モジュール21は、乱数によりストリームを暗号化するためにタイトル鍵を生成する。タイトル鍵/UR作成モジュール21はまた、ストリーム解析モジュール17より受信したストリームの使用許可情報から、後段に詳しく説明するが、URのフォーマットを構成する。ストリーム解析モジュール17で解析されたストリームデータはまた、ストリームファイル作成モジュール23へ送信される。ストリームファイル作成モジュール23では、MPEG-2TS形式のストリームをTTSTimestampedTransportStream形式以下、TTS形式というに変換する。具体的な処理としては、図31に詳細に説明するが、188バイトのMPEG-2TS形式のストリームのパケットファイルの先頭に32ビットのATSアライバルタイムスタンプを付与して192バイトのTTSパケットファイルを構成する。ランダムアクセスポイントテーブル作成モジュール19は、取得したATSについて、ランダムアクセスポイントテーブルを構成し、ハッシュ計算モジュール25に出力する。ハッシュ計算モジュール25は、所定のアルゴリズム演算式を用い、入力された上述のランダムアクセスポイントテーブルのハッシュ値を求める。なお、ハッシュ計算のアルゴリズムは、例えばSHA1を用いる。もちろん、そのほかのハッシュアルゴリズムでもよい。また、ハッシュ計算を行う範囲は、ランダムアクセスポイントテーブルの全体でもよいし、所定の一部を連結したものであってもよい。ハッシュ計算モジュール25でハッシュ計算された値は、鍵ファイル作成モジュール27に入力され、鍵ファイル作成モジュール27において、タイトル鍵/UR作成モジュール21から供給されるタイトル鍵、URとにより鍵ファイルとなる。作成された鍵ファイルは、保護領域書き込みモジュール29により、SDカード半導体メモリメモリカードMとの間の相互認証を行ったうえで、SDカードの保護領域に書き込まれる。なお、鍵ファイルとSDカードとの間の相互認証は、記録装置101とSDカードMとにおいて、互いに秘密情報暗号化/復号化規則と鍵情報を持ち、この秘密情報暗号化/復号化規則と鍵情報を用いて相互に認証しあうことで、一時的なセッション鍵を得ることで実現できる。すなわち、保護領域に書き込む情報保護領域から読み込む情報をセッション鍵を用いて暗号化し、記録装置101とSDカードMとの間で、秘密が漏れないようにしている。なお、相互認証することで、互いに同じ秘密情報暗号化/復号化規則と鍵情報を持つことが確認できた場合のみ、保護領域に書き込む情報をやりとりできることはいうまでもない互いに同じ秘密を持つものでないと保護領域に書き込む情報をやりとりできないことが規定されている。ストリームファイル作成モジュール23はまた、ストリーム本体の通常領域への書き込みのために、ストリームファイル暗号化モジュールMPEGエンコーダ31によりストリームを暗号化し、管理データ作成モジュール33により作成するランダムアクセスポイントテーブル作成モジュール19が保持したランダムアクセスポイントテーブルと対応する管理データとを用いて、通常領域書き込みモジュール35により、SDカードMの通常領域に書き込まれる。なお、保護領域書き込みモジュール29と通常領域書き込みモジュール35とは一体的に構成されてもよいことはいうまでもない。より詳細には、ストリームファイル作成モジュール23は、TTS形式のストリームフォーマットを出力する。ストリーム暗号化モジュール31は、ストリームファイル作成モジュール23が出力するTTS形式のフォーマットとタイトル鍵/UR作成モジュール21で作成したタイトル鍵により、TTS形式のストリームを暗号化する。暗号化は、例えば、AESAdvancedEncryptionStandardのCBCモードを用いる。ここで、CBCモードのチェーンは、所定の固定長とする。つまり、所定の個数のTTSパケットを一連のCBCモードで暗号化する。その次の所定の個数のTTSパケットはCBCモードのチェーンをリセットし、新たな一連のCBCモードとして暗号化する。その所定の個数のTTSパケットのことをパケットシーケンス図3参照という。なお、パケットシーケンスの先頭16バイトは非暗号として、残りの部分をCBCモードで暗号化してもよい。これにより、当該パケットシーケンスのタイムスタンプを復号することなく、参照することができるというメリットがある。さらに、この非暗号部分の先頭16バイトとタイトル鍵を組み合わせた、例えば一方向性関数で求めた値をパケットシーケンス鍵としてもよい。これにより、パケットシーケンス鍵は、パケットシーケンス毎に異なることになる。従って、非暗号部分の改ざんを防止できる。この暗号されたTTS形式のストリームは、通常領域書き込みモジュール35に送られ、SDカードMの通常領域の所定のフォルダに書き込まれる。なお、管理データ作成モジュール33は、録画したストリームの番組情報や録画時刻、ファイル形式等のメタデータ、さらにはランダムアクセスポイントテーブル作成で作成されたランダムアクセスポイントテーブルを所定の書式にするものであり、TTS形式のストリーム同様、通常領域書き込みモジュール35により、SDカードMの通常領域の所定のフォルダに書き込まれる。図2は、この発明が適用される再生装置録画再生装置の構成の一例を示す。について記述する。再生装置201において、例えばリモートコントローラリモコン等である再生制御UIUserInterfaceモジュール51によりユーザから再生装置201に再生処理が指定されると、通常領域読み込みモジュール5335を経由してSDカードメモリカードMが保持する管理データを読み込まれ、SDカードMに記載されているコンテンツのリストを表示可能な表示出力55が出力される。なお、表示出力55は出力端を表し、例えば外部に接続される図示しないモニタ装置に、リスト映像として可視可能に、表示される。また、モニタ装置が一体に付属するテレビ受信装置等においては、表示装置にリストが表示される。ユーザから任意のコンテンツが選択されると、再生制御UIモジュール51による制御信号に従い、SDカードに記録されているコンテンツが指定され、管理データ解析モジュール57により、管理データが解析される。ここで管理データの解析により、必要なコンテンツが判別され、対応する鍵ファイルが特定されるわかるので、保護領域読み込みモジュール5929を経由して、所定のフォルダ鍵フォルダから、鍵ファイルが読み出される。なお、管理データは、記録時のランダムアクセスポイントテーブルのハッシュ値を含む。すなわち、再生装置201とSDカードMとの間で相互認証を行ったうえでセキュアに保護領域読み込みモジュール59から鍵ファイルが読み出される。読み出された鍵ファイルは、鍵ファイル解析モジュール61により解析され、使用条件URが再生可能な範囲であることが確認できた場合、タイトル鍵とハッシュ値が取り出される。なお、再生に先立ち、ランダムアクセスポイントテーブルハッシュ計算比較モジュール63において、管理データ解析モジュール57で解析したランダムアクセスポイントテーブルのハッシュ計算と鍵ファイル解析モジュール61から出力されたハッシュ値の比較が行われる。以下、図示しない再生制御モジュールコントローラにより、上述のハッシュ値の比較結果が判定され、比較が成功した場合すなわちハッシュ値が一致した場合、再生開始が許可される。逆に比較が成功しなかった場合、すなわちハッシュ値が一致しなかった不一致の場合、ランダムアクセスポイントテーブルが改ざんされていると判断されて、再生が許可されない再生が禁止される。再生が許可された場合、ストリーム復号化モジュール65において、鍵ファイル解析モジュール61からのタイトル鍵により、暗号化されたストリームの復号処理を行う。このとき、ストリームを復号化すると同時に、各パケットシーケンスの先頭の平文暗号化されていた情報が非暗号化されている復号されているになっているタイムスタンプの情報を確認しながら行う。また、管理データ解析モジュール57は、ランダムアクセスポイントテーブルを保持しており、ここに記載のタイムスタンプATSもしくはPTS、もしくはその両方が実際にTTSストリームに存在することを、再生しながら照合していく。なお、照合作業は、タイムスタンプ比較モジュール67で行われる。ここで、ランダムアクセスポイントテーブルに存在しているタイムスタンプがTTSストリームに存在しないことが判明した段階で再生が停止される再生を停止させる。なお、タイムスタンプの比較はすべてのランダムアクセスポイントテーブルのテーブルエントリのすべてに対して行ってもよいし、所定の頻度で行ってもよい。ストリーム復号化モジュール65で復号された平文となったTTSストリームは、ストリーム分離モジュール69にて、オーディオ音声およびまたは音楽とビデオ映像、およびその他のエレメンタリストリームESに分離される。それぞれのエレメンタリストリームESは、デコーダMPEGデコーダ71にてデコードされ、表示出力55に出力される。図3は、図1により説明した記録装置によるメモリカードSDカードへのデータの記録について、データの観点から示す。図3から明らかであるが、SDカードMの通常領域にTTS形式のストリームと、ランダムアクセスポイントテーブルを記録し、SDカードMの保護領域に、鍵管理ファイルを記録する。TTS形式のストリームファイルの所定の個数のTTSパケットからなるパケットシーケンスPS301は、非暗号化部分であるタイムスタンプ303と交互に配列されている。また、ランダムアクセスポイントテーブル305には、ビデオのIピクチャの先頭を含むパケットシーケンスのタイムスタンプ情報として、ATSArrivalTimestamp、PTSPresentationTimestamp、EntryPESPacketNumパケットシーケンス数Iフレームをデコードするために、パケットシーケンスを何個読み込めば良いのかを表す数、及びTPIパケットシーケンスの番地が、STRM_INFOn、nは正の整数として格納されている。このランダムアクセスポイントテーブルのハッシュ値、認証コードMACもしくは共通鍵ベースの認証コードCMAC、すなわちランダムアクセスポイントテーブルのダイジェストが、上述の鍵ファイルに格納されるランダムアクセスポイントテーブルのダイジェストが鍵ファイルに記録される。ランダムアクセスポイントテーブルのダイジェストを求める範囲は、アクセスポイントテーブルを構成するすべてのフィールドを含むテーブル全体でもよいし、アクセスポイントテーブルを構成する一部、たとえばATSやPTSのみや、それを複合的に組み合わせたものでもよい。図3においては、AES暗号をベースとしたハッシュ関数でハッシュ値をもとめる場合を示している。すなわち、本提案においては、ストリームファイル、ランダムアクセスポイントテーブル、および鍵ファイルの関係は、一対一である。もちろん、本提案は、この関係に縛られるものではなく、多数2以上のストリームファイル、ランダムアクセスポイントテーブルの対、および一つの鍵ファイル、という関係でも成立する。なお、TTS形式のストリームファイルは、ファイルシステムの都合上、一定ファイルサイズ4Gバイトに達したら、別のTTS形式のストリームファイルへ記録される場合がある。この場合、鍵ファイルは別となる。図4は、図2により説明した再生装置によるメモリカードSDカードからのデータの再生について、データの観点から示す。データ構造は、図3と同一であるから説明を省略するが、再生に際しては、再生前に、ランダムアクセスポイントテーブル403図3では305のハッシュ値と鍵ファイルに記録されているハッシュ値とを比較した結果、照合された両者が一致した場合は、再生が開始される再生が許可されることになる。なお、再生中には、ランダムアクセスポイントテーブルのタイムスタンプとTTS形式のストリームの実際のタイムスタンプATSもしくはPTS、もしくはその両方とを比較した結果が一致している場合にのみ、再生が継続される両者が不一致となった時点で再生が中断されることになる。なお、図4に示す再生時の確認は、再生時のみではなく、編集時たとえばコンテンツの分割時、結合時、部分削除、コピー複製、及び移動時等の各作業の実行前に実施する。また、編集時には、コンテンツを別のタイトル鍵にて、再暗号化してもよいし、しなくてもよい。なお、ランダムアクセスポイントテーブルにMACタイトル鍵/URを記録することによりタイトル鍵とATSとが密に関連性を持たせることができる。この方法により、現在の編集機能において改善が求められている1移動対象となるコンテンツを暗号化しているタイトル鍵はセキュアに削除する必要があり、そのためそのタイトル鍵を共有しているコンテンツがすべて使えなくなる2移動対象となるコンテンツを暗号化しているタイトル鍵を使用しているコンテンツすべてを一括して一緒に異動する必要があるという課題が解消される。すなわち、コンテンツを、同一記録媒体メディア内で、もしくは異なる記録媒体に移動する際に、所望する箇所以外のコンテンツが使用不可にならずに、引き続き利用可能なかたちで残すことができる。図5は、図1に示した記録装置録画装置/編集装置と図2に示した再生装置とを統合した録画再生装置の構成の一例を示す。なお、録画専用の録画装置編集装置と再生専用の再生装置とが独立して用意されることもあるが、多くの場合、図2により説明した保護領域読み込みモジュール59と図1により説明した保護領域書き込みモジュール29が一体であり、かつ図2により説明した通常領域読み込みモジュール53と図1により説明した通常領域書き込みモジュール35が一体であることはいうまでもない。すなわち、多くの場合、図5に示す録画再生装置501は、SDカードメモリカードMに対して情報を記録し書き込み、SDカードMから情報を再生する読み込む録再モジュール503を有し、録画編集装置である図1に示した各要素と再生装置である図2に示した各要素が録再モジュール503を中心として設けられることになる。図6は、図1に示した記録装置編集装置、図2に示した再生装置編集装置および図5に示した録画再生装置編集装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、ProtectedAreaConfigurationの構造を示す。図6に示すProtectedAreaConfigurationは、ROOT601に含まれるSD_HDAV603が、SD_HDAV.MMGアプリケーションディレクトリ管理用ファイル605、HDAV000.KEYサムネイル用の鍵ファイル607、ならびにAVAudioVideoコンテンツ用の複数の鍵ファイルHDAV001.KEYを含むことを示す。なお、AVコンテンツ用の複数の鍵ファイルは、一つのタイトル鍵につき、一つの鍵ファイルが定義される。また、ファイル名に付属する数値は、十進数で表現される。図7は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、タイトル鍵TitleKeyとURUsageRuleすなわちTitleKeyUsageRuleMasterManagerTKURMMGの構造を示す。図7に示すTKURMMGは、図6に示したSD_HDAV.MMGアプリケーションディレクトリ管理用ファイル605に相当し、プロテクトエリアのSD_HDAVディレクトリを管理するものである。図8は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、タイトル鍵TitleKeyとURUsageRuleすなわちTitleKeyUsageRuleMasterManagerTKURMMGが含む、データの一部を示すもので、VersionNumberを収容するフィールドネームVERN、TKURMGUsedflagを収容するフィールドネームTKURMG_USEDを少なくとも含む。図9は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図7に示したTitleKeyUsageRuleMasterManagerTKURMMGが含むフィールドネームVERNの記述内容の一例を示す。図9に示すように、VERNは、少なくともMajorVersionとMinorVersionとを含み、記録した録画に用いた機器がどの規格書に従って記録したかを明示する。なお、機器は、自身が対応している規格書のバージョンに従って記録する。図10は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図7に示したTitleKeyUsageRuleMasterManagerTKURMMGが含むフィールドネームTKURMG_USEDの記述内容の一例を示す。図10に示すように、TKURMG_USEDは、TKURMGが使用中かどうかを示す、任意数のTKURMGUsedflagを含む。使用中の場合は、該当するビット位置に1が立つ。従って、空きのTKURMGファイルの検索に利用可能である。図11は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図7に示したTitleKeyUsageRuleManagerTKURMGが含むデータ構造を示す。図11に示すように、TitleKeyUsageRuleManagerTKURMGは、TitleKeyUsageRuleManagerInformationTKURMGI、TitleKeyUsageRuleEntryTKUREおよび任意数のProgramIntegrityManagerEntry1PIME1を含む。図12は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図11に示したTitleKeyUsageRuleManagerTKUREの役割りを示す。すなわち、TKUREは、タイトル鍵と使用ルールTKUREを保持する。TKUREは、一つのファイルに一対のTKUREを記述することができる。従って、TKUREに対応するプログラム中、そのTKUREを使用するMOMediaObjectの完全性Integrityを確認するための情報をPIMIProgramIntegrityManagerInformationとして格納する。図13~図15は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、TKURMGI、TKURE、PIMI、PIMI_USEDおよびURの記述例を示す。図16は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図15に示したURの構造を示す。すなわち、URは、UR_TRIGGERTriggerBitInformation、UR_MCCNTRLInitialMoveControlInformationCurrentMoveControlInformationCopyCountControlInformationおよびUR_CCIFLAGSCCIFlags、を保持する。図17は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図15に示したPIMEProgramIntegrityManagerInformationの構造を示す。すなわち、PIMEは、PRG_NUMProgramNumber及びMOPMacofPGIを、少なくとも保持する。なお、MACは、AES-CMACであり、そのプログラム内でこのインデックスTkureIndexを持つPGI内のMO_INFOを連結したものである。また、AES-CMACは、IEFFRFC4493規格で規定されているCipher-BasedMessageAuthenticationCodeを示す。図18は、図1に示した記録装置編集装置、図2に示した再生装置編集装置および図5に示した録画再生装置編集装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、UserDataAreaConfigurationの構造を示す。図18に示すUserDataAreaConfigurationは、ROOT1801に含まれるSD_HDAV1803が、MGR_INFO1805を含む。なお、新たなプログラムが録画されるとPRG001から始まるディレクトリが作成される。また、MGR_INFO1805は、MGR_DATAアプリケーションディレクトリ管理用ファイル1807、およびPRG_MGRプログラム管理用ファイル1809を含む。図19は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図18に示したMGR_DATAアプリケーションディレクトリ管理用ファイル1807の役割りを示す。すなわち、MGR_DATAManagementDataFileは、ユーザデータエリアのSD_HDAVディレクトリを管理する者で、記録したフォーマットのバージョン、メタデータ等を記録する。図20は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図19に示したMGR_DATAManagementDataFileが含むデータの一部を示すもので、DataTypeIndicatorを収容するフィールドネームDataType、SizeofDataを収容するフィールドネームDataSize、VersionNumberofSDHDAVを収容するフィールドネームVersion、及びPlaylistorProgramforresumedplaybackinObjectIDを収容するフィールドネームResumeObjectを少なくとも含む。図21は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図20に示したDataType、DataSize、Version、及びResumeObjectの役割りを記述する。すなわち、DataTypeにはファイル識別子が格納される。また、DataSizeには本ファイルのサイズバイト単位が格納される。また、Versionには、本フォーマットのバージョン番号が書かれる。なお、ResumeObjectには、最後に再生された箇所、例えばプログラムもしくはプレイリスト番号とその中で最終再生タイミングが記録される。図22は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図18に示したPRG_DATAProgramManagerFile,プログラム管理用ファイル1807の役割りを示す。すなわち、PRG_DATAProgramManagerFileは、SD_HDAVディレクトリ内のプログラムを管理する。図23は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図22に示したPRG_DATAProgramManagerFileが含むデータの一部を示すもので、DataTypeIndicatorを収容するフィールドネームDataType、SizeofDataを収容するフィールドネームDataSize、VersionNumberofSDHDAVを収容するフィールドネームVersion、及びNumberofProgramを収容するフィールドネームNumPrgを少なくとも含む。図24は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図23に示したDataType、DataSize、Version、及びNumPrgの役割りを記述する。すなわち、DataTypeにはファイル識別子が格納される。また、DataSizeには本ファイルのサイズバイト単位が格納される。また、Versionには、本フォーマットのバージョン番号が書かれる。なお、NumPrgには、プログラム数が記録される。図25は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、ProgramAttributeが含むデータの一部を示すもので、VersionnumberofPRGATTRを収容するフィールドネームVERSION、及びObjectIDofPrograminOBJECTEDIDformatを収容するフィールドネームPrgIDを少なくとも含む。図26は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図25に示したVERSION、及びPrgIDの役割りを記述する。すなわち、VERSIONにはPRG_ATTRフォーマットのバージョン番号が格納される。また、PrgIDにはプログラムのObjectIDが記録される。図27は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、Programinformationが含むデータの一部を示すもので、及びDataTypeIndicatorを収容するフィールドネームDataSizeを少なくとも含む。図28は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図27に示したPrograminformation、及びDataSizeの役割りを記述する。すなわち、Programinformationにはファイル識別子が格納される。また、DataSizeには本ファイルのサイズバイト単位が格納される。図29は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、MO_INFOが含むデータの一部を示すもので、IDofMOreferredbyProgramを収容するフィールドネームMoID、及びMACvalueofMOIを収容するフィールドネームMACを少なくとも含む。図30は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図29に示したMoID、及びMACの役割りを記述する。すなわち、MoIDには本エントリが参照するメディアオブジェクトの番号が記録される。また、MACにはMOIのファイル全体のMAC値を格納する。プログラムのObjectIDが記録される。なお、MACは、AES-CMACであり、MoIDに該当するメディアオブジェクトのMOIファイル全体のタイトル鍵を鍵としたMAC値メッセージ認証コードとなる。MOI全体でなくとも、TSE_INFOの塊がその対象範囲になっていればよい。TSE_INFOのダイジェストを求める範囲は、TSE_INFOを構成するすべてのフィールドを含むテーブル全体でもよいし、TSE_INFOを構成する一部、たとえばATSやPTSのみや、それを複合的に組み合わせたものでもよい。図38においては、AES暗号をベースとしたMAC関数でメッセージ認証コード値をもとめる場合を示している。図31は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、MediaObjectメディアオブジェクトが含むデータのデータ構造の一部を示す。すなわち、1つのメディアオブジェクトは、先頭に暗号化されない16バイトを有し、以降に6128バイトのTransportStreamBlockを含む。それぞれのメディアオブジェクトは、さらに192バイトのTTSパケットに細分化されている。個々のTTSパケットの先頭32バイトは、先に説明したATSを保持する。図32は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図31に示したMediaObjectInformationが含むデータの一部を示すもので、DataTypeIndicatorを収容するフィールドネームDataTYPE、SizeofDataを収容するフィールドネームDataSize、VersionofDataを収容するフィールドネームVersion、及びTypeofTimeSearchTableを収容するフィールドネームTstTypeを少なくとも含む。図33は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図32に示したDataTYPE、DataSize、Version、及びTstTypeの役割りを記述する。すなわち、DataTYPEにはファイル識別子が格納される。また、DataSizeには本ファイルのサイズバイト単位が格納される。また、VersionにはMOIファイルのバージョン番号が格納される。なお、TstTypeには後に続くTimeSearchTableの識別子が記録される。図34は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、TimeSearchTableAreaが含むデータの一部を示すもので、TSBlockIndexofTSblocktobestartedplaybackを収容するフィールドネームStartTBI、TSBlockIndexofTSblocktobeterminatedplaybackを収容するフィールドネームEndTBI、Presentationstarttimetostartplaybackを収容するフィールドネームStartTPM、及びPresentationendtimetoterminateplaybackを収容するフィールドネームEndTPMを少なくとも含む。図35は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図34に示したStartTBI、EndTBI、StartTPM、及びEndTPMの役割りを記述する。すなわち、StartTBIには再生を開始するMO先頭からのTSブロック番号が記録される。また、EndTBIには再生を中断するMO先頭からのTSブロック番号が記録される。なお、StartTPM及びEndTPMには再生を開始するPTS時間及び再生を中断するPTS時間が、それぞれ記録される。図36は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、TimeSearchInformationEntryが含むデータの一部を示すもので、PresentationTimeStampを収容するフィールドネームPTS、NumberofPESPacketEntryを収容するフィールドネームEntryPESPacketNum、TSBlockIndexを収容するフィールドネームTBI、及びArrivalTimeStampを収容するフィールドネームATSを少なくとも含む。図37は、同じく図1、図2および図5に示した録画再生装置に適用する規則アプリケーションおよび同規則が推奨するデータ構造の一例を示す概略図であって、図35に示したPTS、EntryPESPacketNum、TBI、及びATSの役割りを記述する。すなわち、PTSには本エントリが対応するPESのPresentationTimeStampが記録される。また、EntryPESPacketNumにはPESパケットをデコードするのに必要なTPブロック数が記録される。また、TBIには本エントリが対応する先頭のTransportPacketBlockのインデックス値が格納される。なお、ATSは本エントリが対応する先頭のTransportPacketBlockのArraivalTimeStampが格納される。図38は、図1により説明した記録装置によるメモリカードSDカードへのデータの記録について、図3に示した例とは異なる例を、データの観点から示す。図38においては、データ構造は、図3及び図4に示した例と同様であるから詳細な説明を省略するが、ランダムアクセスポイントテーブルのMAC値図29、図30参照、MO_INFO内を求め、鍵ファイルに記録することを特徴とする。なお、図38の例では、同じTkureをもつMO_INFOのみを連結して計算する。図39は、図2により説明した再生装置によるメモリカードSDカードからのデータの再生について、図4に示した例とは異なる例を、データの観点から示す。なお、データ構造は、図4と同一であるから説明を省略する。図39においては、再生に際しては、再生前に、ランダムアクセスポイントテーブル3903のMAC値と鍵ファイルに記録されているMAC値とを比較した結果、照合された両者が一致した場合は、再生が開始される再生が許可されるということである。なお、図39に示す再生時の確認は、再生時のみではなく、編集時たとえばコンテンツの分割時、結合時、部分削除、コピー複製、及び移動時等の各作業の実行前に実施する。また、編集時には、コンテンツを別のタイトル鍵にて、再暗号化してもよいし、しなくてもよい。なお、ランダムアクセスポイントテーブルにMACタイトル鍵,ATSもしくはMACタイトル鍵,PTSを記録することにより、タイトル鍵とATSもしくはPTSとが密に関連性を持たせることができる。この方法により、現在の編集機能において改善が求められている1移動対象となるコンテンツを暗号化しているタイトル鍵はセキュアに削除する必要があり、そのためそのタイトル鍵を共有しているコンテンツがすべて使えなくなる2移動対象となるコンテンツを暗号化しているタイトル鍵を使用しているコンテンツすべてを一緒くたに異動する必要があるという課題が解消される。すなわち、コンテンツを、同一記録媒体メディア内で、もしくは異なる記録媒体に移動する際に、所望する箇所以外のコンテンツが使用不可にならずに、引き続き利用可能なかたちで残すことができる。以上説明したように、この発明の実施形態を用いることで、記録媒体メディア上に録画されているコンテンツにおいて、同じタイトル鍵を共有しているコンテンツを分割して移動することで、コンテンツの複製ができてしまう、というこれまでの課題に対して、コンテンツの改竄を検知することで、複製を禁止でき、かつコンテンツの必要な部分だけを移動することを可能とする。また、コンテンツの再生開始点等を格納した管理データのハッシュ値を計算することで、ハッシュ値を計算する処理コストが大幅に削減でき、かつ、コンテンツの復号にからむタイムスタンプを再生時に比較することで実質的にコンテンツ自体の改竄を確認していることになり、コンテンツ利用の前処理が大幅に軽減でき、利用開始までの時間が短縮できる。なお、既存のAACSのコピープロテクション方式と比較した場合、同じタイトル鍵を共有するというメリットは享受したまま、ユーザの所望した部分の移動処理が実現できるようになる。なお、この発明は、上述した各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形もしくは変更が可能である。また、各実施の形態は、可能な限り適宜組み合わせて、もしくは一部を削除して実施されてもよく、その場合は、組み合わせもしくは削除に起因したさまざまな効果が得られる。"