(57)【要約】【課題】映像および音楽すなわちコンテンツを記録または再生もしくは編集する際に、所望する箇所以外のコンテンツが使用不可とすることなく、引き続き利用可能に残すことを可能とするコンテンツ記録装置、再生装置、編集装置およびその方法を提供する。【解決手段】この発明のコンテンツ記録装置、再生装置、編集装置およびその方法は、記録媒体に記録されているコンテンツを編集または再生する際に、読み込んだ管理データのハッシュ値を計算し、予め前記記録媒体の保護領域に記録されているハッシュ値と比較して、両者が一致した場合に、コンテンツの編集または再生を許可することを特徴とする。【選択図】図３
2011086098.tif 000002
【特許請求の範囲】
【請求項１】
取得したストリームを暗号化するための鍵を作成する鍵作成手段と、
取得したストリームに識別情報を付加してファイル化するファイル作成手段と、
前記ファイル作成手段が前記ストリームに付加した識別情報についてハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算したハッシュ値と前記鍵作成手段が作成した前記鍵を一体化して鍵ファイルを作成する鍵ファイル作成手段と、
前記鍵ファイル作成手段が作成した鍵ファイルを記録媒体の保護領域に書き込む書き込み手段と、
を有することを特徴とするコンテンツ記録装置。
【請求項２】
前記鍵作成手段が作成する鍵には、使用条件を記述した条件ファイルが付属することを特徴とする請求項１記載のコンテンツ記録装置。
【請求項３】
記録媒体が保持するコンテンツの管理データを取得する管理データ解析手段と、
前記管理データ解析手段の解析結果を参照して、鍵ファイルを読み込む読み込み手段と、
前記読み込み手段が読み込んだ前記鍵ファイルを解析し、鍵とハッシュ値を取得する鍵ファイル解析手段と、
前記鍵ファイル解析手段が取得した前記ハッシュ値と前記管理データ解析手段が取得した前記管理データが含むハッシュ値とを比較するハッシュ計算・比較手段と、
前記ハッシュ計算・比較手段の比較結果に従い、ファイル化されているコンテンツの再生を許可する制御手段と、
を有することを特徴とするコンテンツ再生装置。
【請求項４】
前記鍵ファイル解析手段は、前記鍵に付属する使用条件を記述した条件ファイルを参照して使用条件を確認することを特徴とする請求項３記載のコンテンツ再生装置。
【請求項５】
前記管理データ解析手段は、前記ファイル化されているコンテンツに付属する識別情報を、逐次参照することを特徴とする請求項３記載のコンテンツ再生装置。
【請求項６】
前記管理データ解析手段が取得した前記管理データが含む識別情報を参照する識別情報比較手段をさらに有し、前記ファイル化されているコンテンツに付属する識別情報と逐次比較することを特徴とする請求項３記載のコンテンツ再生装置。
【請求項７】
記録媒体が保持するコンテンツの管理データを取得する管理データ解析手段と、
前記管理データ解析手段の解析結果を参照して、鍵ファイルを読み込む読み込み手段と、
前記読み込み手段が読み込んだ前記鍵ファイルを解析し、鍵とハッシュ値を取得する鍵ファイル解析手段と、
前記鍵ファイル解析手段が取得した前記ハッシュ値と前記管理データ解析手段が取得した前記管理データが含むハッシュ値とを比較するハッシュ計算・比較手段と、
前記ハッシュ計算・比較手段の比較結果に従い、ファイル化されているコンテンツの再生を許可する再生制御手段と、
前記再生制御手段により再生が許可され、再生されるストリームを暗号化するための鍵を作成する鍵作成手段と、
前記ストリームに識別情報を付加してファイル化するファイル作成手段と、
前記ファイル作成手段が前記ストリームに付加した識別情報についてハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算したハッシュ値と前記鍵作成手段が作成した前記鍵を一体化して鍵ファイルを作成する鍵ファイル作成手段と、
前記鍵ファイル作成手段が作成した鍵ファイルを記録媒体の保護領域に書き込む書き込み手段と、
を有することを特徴とするコンテンツ編集装置。
【請求項８】
前記鍵ファイル解析手段は、前記鍵に付属する使用条件を記述した条件ファイルを参照して使用条件を確認することを特徴とする請求項７記載のコンテンツ再生装置。
【請求項９】
前記管理データ解析手段が取得した前記管理データが含む識別情報を参照する識別情報比較手段をさらに有し、前記ファイル化されているコンテンツに付属する識別情報と逐次比較することを特徴とする請求項６記載のコンテンツ編集装置。
【請求項１０】
記録媒体が保持するコンテンツの管理データを取得し、
取得した管理データの解析結果を参照して、鍵ファイルを読み込み、
読み込んだ鍵ファイルを解析し、鍵とハッシュ値を取得し、
取得した前記ハッシュ値と前記管理データが含むハッシュ値とを比較し、
比較結果に従い、ファイル化されているコンテンツの再生を許可する
ことを特徴とするコンテンツ再生方法。
【請求項１１】
取得したストリームを暗号化するための鍵を作成し、
取得したストリームに識別情報を付加してファイル化し、
前記ストリームに付加した識別情報についてハッシュ値を計算し、
前記ハッシュ値と前記鍵を一体化して鍵ファイルを作成し、
前記鍵ファイルを記録媒体の保護領域に書き込む
ことを特徴とするコンテンツ記録方法。
【請求項１２】
記録媒体が保持するコンテンツの管理データを取得し、
取得した管理データの解析結果を参照して、鍵ファイルを読み込み、
読み込んだ鍵ファイルを解析し、鍵とハッシュ値を取得し、
取得した前記ハッシュ値と前記管理データが含むハッシュ値とを比較し、
比較結果に従い、ファイル化されているコンテンツの再生を許可し、
許可され、再生されたストリームを暗号化するための鍵を作成し、
取得したストリームに識別情報を付加してファイル化し、
前記ストリームに付加した識別情報についてハッシュ値を計算し、
前記ハッシュ値と前記鍵を一体化して鍵ファイルを作成し、
前記鍵ファイルを記録媒体の保護領域に書き込む
ことを特徴とするコンテンツ編集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像および音楽すなわちコンテンツを記録または再生もしくは編集可能な録画再生装置すなわち記録装置および再生装置および編集装置およびその方法に係り、コンテンツの複製（コピー）または移動（記録あるいは編集）および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用するコンテンツ記録装置、再生装置、編集装置およびその方法に関する。
【背景技術】
【０００２】
映像（ビデオ）や音楽（オーディオ）すなわちコンテンツを圧縮したデータを、ＨＤＤ（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）モジュール、５３…通常領域読み込みモジュール５３、５５…表示出力、５７…管理データ解析モジュール、５９…保護領域読み込みモジュール、６１…鍵ファイル解析モジュール、６３…ランダムアクセスポイントテーブルハッシュ計算・比較モジュール、６５…ストリーム復号化モジュール、６７…タイムスタンプ比較モジュール、６９…ストリーム分離モジュール、７１…デコーダ（ＭＰＥＧデコーダ）、１０１…記録装置、２０１…再生装置、５０１…録画再生装置。
【図１】
2011086098.tif 000003
【図２】
2011086098.tif 000004
【図３】
2011086098.tif 000005
【図４】
2011086098.tif 000006
【図５】
2011086098.tif 000007
【図６】
2011086098.tif 000008
【図７】
2011086098.tif 000009
【図８】
2011086098.tif 000010
【図９】
2011086098.tif 000011
【図１０】
2011086098.tif 000012
【図１１】
2011086098.tif 000013
【図１２】
2011086098.tif 000014
【図１３】
2011086098.tif 000015
【図１４】
2011086098.tif 000016
【図１５】
2011086098.tif 000017
【図１６】
2011086098.tif 000018
【図１７】
2011086098.tif 000019
【図１８】
2011086098.tif 000020
【図１９】
2011086098.tif 000021
【図２０】
2011086098.tif 000022
【図２１】
2011086098.tif 000023
【図２２】
2011086098.tif 000024
【図２３】
2011086098.tif 000025
【図２４】
2011086098.tif 000026
【図２５】
2011086098.tif 000027
【図２６】
2011086098.tif 000028
【図２７】
2011086098.tif 000029
【図２８】
2011086098.tif 000030
【図２９】
2011086098.tif 000031
【図３０】
2011086098.tif 000032
【図３１】
2011086098.tif 000033
【図３２】
2011086098.tif 000034
【図３３】
2011086098.tif 000035
【図３４】
2011086098.tif 000036
【図３５】
2011086098.tif 000037
【図３６】
2011086098.tif 000038
【図３７】
2011086098.tif 000039
【図３８】
2011086098.tif 000040
【図３９】
2011086098.tif 000041