記録再生システム、記録装置及び再生装置
【課題】コンテンツ保護に関する処理を好適に実行することが可能となる記録再生システム、記録装置及び再生装置を提供する。
【解決手段】実施形態を適用する記録再生システムは、記録装置と再生装置を備える。記録装置は、ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ計算手段が計算した第１のハッシュ値とビデオストリームとを記録媒体に書き込む書き込み手段を備え、再生装置は、記録媒体に書き込まれたビデオストリームと第１のハッシュ値とを取得する取得手段が取得したビデオストリームに含まれる複数のピクチャのタイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、第１のハッシュ値と第２のハッシュ値算出手段が算出した第２のハッシュ値とが一致する場合にビデオストリームの再生を許可する許可手段とを備える。
【解決手段】実施形態を適用する記録再生システムは、記録装置と再生装置を備える。記録装置は、ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ計算手段が計算した第１のハッシュ値とビデオストリームとを記録媒体に書き込む書き込み手段を備え、再生装置は、記録媒体に書き込まれたビデオストリームと第１のハッシュ値とを取得する取得手段が取得したビデオストリームに含まれる複数のピクチャのタイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、第１のハッシュ値と第２のハッシュ値算出手段が算出した第２のハッシュ値とが一致する場合にビデオストリームの再生を許可する許可手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像および音楽すなわちコンテンツを記録または再生する記録再生システム、記録装置及び再生装置に係り、コンテンツの複製（コピー）または移動（記録あるいは編集）および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用する記録再生システム、記録装置及び再生装置に関する。
【背景技術】
【０００２】
映像（ビデオ）や音楽（オーディオ）すなわちコンテンツを圧縮したデータを、ＨＤＤ（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）モジュール、５３…通常領域読み込みモジュール５３、５５…表示出力、５７…管理データ解析モジュール、５９…保護領域読み込みモジュール、６１…鍵ファイル解析モジュール、６３…ランダムアクセスポイントテーブルハッシュ計算・比較モジュール、６５…ストリーム復号化モジュール、６７…タイムスタンプ比較モジュール、６９…ストリーム分離モジュール、７１…デコーダ（ＭＰＥＧデコーダ）、１０１…記録装置、２０１…再生装置、５０１…録画再生装置。
【技術分野】
【０００１】
この発明は、映像および音楽すなわちコンテンツを記録または再生する記録再生システム、記録装置及び再生装置に係り、コンテンツの複製（コピー）または移動（記録あるいは編集）および複製または移動されたコンテンツの再生に際して実行されるコピープロテクションおよびそれを適用する記録再生システム、記録装置及び再生装置に関する。
【背景技術】
【０００２】
映像（ビデオ）や音楽（オーディオ）すなわちコンテンツを圧縮したデータを、ＨＤＤ（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）モジュール、５３…通常領域読み込みモジュール５３、５５…表示出力、５７…管理データ解析モジュール、５９…保護領域読み込みモジュール、６１…鍵ファイル解析モジュール、６３…ランダムアクセスポイントテーブルハッシュ計算・比較モジュール、６５…ストリーム復号化モジュール、６７…タイムスタンプ比較モジュール、６９…ストリーム分離モジュール、７１…デコーダ（ＭＰＥＧデコーダ）、１０１…記録装置、２０１…再生装置、５０１…録画再生装置。
【特許請求の範囲】
【請求項１】
記録装置と再生装置とを含む記録再生システムであって、
前記記録装置は、
ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算した前記第１のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
を備え、
前記再生装置は、
前記記録媒体に書き込まれた前記ビデオストリームと前記第１のハッシュ値とを取得する取得手段と、
前記取得手段が取得した前記ビデオストリームに含まれる前記複数のピクチャの前記タイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、
前記取得手段が取得した前記第１のハッシュ値と前記第２のハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
を備える記録再生システム。
【請求項２】
前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項１記載の記録再生システム。
【請求項３】
前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
を更に備え、
前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項１記載の記録再生システム。
【請求項４】
前記第２のハッシュ値算出手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記第２のハッシュ値を計算する請求項１記載の記録再生システム。
【請求項５】
前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
を更に備え、
前記許可手段は、復号された前記ビデオストリームと、前記第２のハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項１記載の記録再生システム。
【請求項６】
ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについてハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算した前記ハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
を備える記録装置。
【請求項７】
前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する請求項６記載の記録装置。
【請求項８】
前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
を更に備え、
前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項６記載の記録装置。
【請求項９】
記録媒体が保持するビデオストリームと、当該ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについての第１のハッシュ値とを取得する取得手段と、
前記取得手段が取得した前記ビデオストリームに含まれる前記複数のＩピクチャの前記タイムスタンプについての第２のハッシュ値を算出するハッシュ値算出手段と、
前記取得手段が取得した前記第１のハッシュ値と前記ハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
を備える再生装置。
【請求項１０】
前記ハッシュ値算出手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項９記載の再生装置。
【請求項１１】
前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
を更に備え、
前記許可手段は、復号された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項９記載の再生装置。
【請求項１】
記録装置と再生装置とを含む記録再生システムであって、
前記記録装置は、
ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて第１のハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算した前記第１のハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
を備え、
前記再生装置は、
前記記録媒体に書き込まれた前記ビデオストリームと前記第１のハッシュ値とを取得する取得手段と、
前記取得手段が取得した前記ビデオストリームに含まれる前記複数のピクチャの前記タイムスタンプについての第２のハッシュ値を算出する第２のハッシュ値算出手段と、
前記取得手段が取得した前記第１のハッシュ値と前記第２のハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
を備える記録再生システム。
【請求項２】
前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項１記載の記録再生システム。
【請求項３】
前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
を更に備え、
前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項１記載の記録再生システム。
【請求項４】
前記第２のハッシュ値算出手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記第２のハッシュ値を計算する請求項１記載の記録再生システム。
【請求項５】
前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
を更に備え、
前記許可手段は、復号された前記ビデオストリームと、前記第２のハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項１記載の記録再生システム。
【請求項６】
ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについてハッシュ値を計算するハッシュ計算手段と、
前記ハッシュ計算手段が計算した前記ハッシュ値と前記ビデオストリームとを前記記録媒体に書き込む書き込み手段と、
を備える記録装置。
【請求項７】
前記ハッシュ値計算手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する請求項６記載の記録装置。
【請求項８】
前記ビデオストリームを暗号化するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを暗号化する暗号化手段と、
を更に備え、
前記書き込み手段は、暗号化された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体に書き込む、請求項６記載の記録装置。
【請求項９】
記録媒体が保持するビデオストリームと、当該ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについての第１のハッシュ値とを取得する取得手段と、
前記取得手段が取得した前記ビデオストリームに含まれる前記複数のＩピクチャの前記タイムスタンプについての第２のハッシュ値を算出するハッシュ値算出手段と、
前記取得手段が取得した前記第１のハッシュ値と前記ハッシュ値算出手段が算出した前記第２のハッシュ値とが一致する場合に、前記ビデオストリームの再生を許可する許可手段と、
を備える再生装置。
【請求項１０】
前記ハッシュ値算出手段は、前記ビデオストリームに含まれる複数のＩピクチャのタイムスタンプについて前記ハッシュ値を計算する、請求項９記載の再生装置。
【請求項１１】
前記ビデオストリームを復号するための鍵を作成する鍵作成手段と、
前記鍵を用いて前記ビデオストリームを復号する復号化手段と、
を更に備え、
前記許可手段は、復号された前記ビデオストリームと、前記ハッシュ値及び前記鍵とを含むファイルを前記記録媒体から再生する請求項９記載の再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【公開番号】特開２０１２−１０４０３（Ｐ２０１２−１０４０３Ａ）
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願番号】特願２０１１−２０６３７０（Ｐ２０１１−２０６３７０）
【出願日】平成２３年９月２１日（２０１１．９．２１）
【分割の表示】特願２００９−２３８１８２（Ｐ２００９−２３８１８２）の分割
【原出願日】平成２１年１０月１５日（２００９．１０．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願日】平成２３年９月２１日（２０１１．９．２１）
【分割の表示】特願２００９−２３８１８２（Ｐ２００９−２３８１８２）の分割
【原出願日】平成２１年１０月１５日（２００９．１０．１５）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]