(57)【要約】【課題】AV信号のセキュリティ情報を適切に管理することができるようにする。【解決手段】サムネールエンコーダ１９は、端子１２から入力されたビデオ信号からサムネール画像を抽出し、エンコードする。コントローラ２１は、端子１２から入力される、サムネール画像の元になるビデオ信号のコンテンツ管理情報が、copy onceである場合、暗号化部２２を制御して、サムネール画像の信号を暗号化させ、記録媒体２６に記録させる。このとき、暗号化されているサムネール画像が記録されていることを表す情報も、サムネール画像とは別のファイルにして、記録媒体２６に記録される。【選択図】図２６
2008187730.tif 000002
【特許請求の範囲】
【請求項１】
記録するビデオ信号を取得する第１の取得手段と、
前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得手段と、
前記サムネール画像を暗号化する暗号化手段と、
前記第１の取得手段により取得した前記ビデオ信号と、
前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、
前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録手段と
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
ビデオ信号記録装置。
【請求項２】
記録するビデオ信号を取得する第１の取得ステップと、
前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、
前記サムネール画像を暗号化する暗号化ステップと、
前記第１の取得手段により取得した前記ビデオ信号と、
前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、
前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップと
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
ビデオ信号記録方法。
【請求項３】
記録するビデオ信号を取得する第１の取得ステップと、
前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、
前記サムネール画像を暗号化する暗号化ステップと、
前記第１の取得手段により取得した前記ビデオ信号と、
前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、
前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップと
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
コンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項４】
記録するビデオ信号を取得する第１の取得ステップと、
前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、
前記サムネール画像を暗号化する暗号化ステップと、
前記第１の取得手段により取得した前記ビデオ信号と、
前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、
前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップと
を含む処理をコンピュータに実行させ、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
プログラム。
【請求項５】
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生手段と、
前記再生手段により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出手段と、
前記第２のファイルに基づいて、前記抽出手段により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号手段と、
前記復号手段により復号された、前記サムネール画像の信号を出力する出力手段と
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
ビデオ信号再生装置。
【請求項６】
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、
前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、
前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、
前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップと
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
ビデオ信号再生方法。
【請求項７】
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、
前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、
前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、
前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップと
を含み、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
コンピュータが読み取り可能なプログラムが記録されているプログラム記録媒体。
【請求項８】
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、
前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、
前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、
前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップと
を含む処理をコンピュータに実行させ、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
プログラム。
【請求項９】
再生装置により再生される、
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されているデータ記録媒体であって、
前記第１のファイルと、前記第２のファイルとが、前記再生装置の抽出手段により抽出され、
前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置の復号手段により復号され、
前記復号された前記サムネール画像の信号が、前記再生装置の出力手段により出力され、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
データ記録媒体。
【請求項１０】
再生装置により再生される、
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとからなるデータ構造であって、
前記第１のファイルと、前記第２のファイルとが、前記再生装置の抽出手段により抽出され、
前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置の復号手段により復号され、
前記復号された前記サムネール画像の信号が、前記再生装置の出力手段により出力され、
前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する
データ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ信号記録装置および方法、ビデオ信号再生装置および方法、プログラム記録媒体、プログラム、データ記録媒体、並びにデータ構造に関し、特に、記録媒体に記録されているAV信号のセキュリティ情報を適切に管理することができるようにしたビデオ信号記録装置および方法、ビデオ信号再生装置および方法、プログラム記録媒体、プログラム、データ記録媒体、並びにデータ構造に関する。
【背景技術】
【０００２】
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ディジタルビデオ（動画像）信号を記録するメディアとしての期待が高い。
【０００３】
ディジタルビデオ信号をディジタル圧縮する符号化方式の一つにMPEG（Moving Picture Experts Group）２方式がある。MPEG2は、ディジタルビデオ信号を記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を記録媒体に記録する場合、ビデオ信号をMPEG2方式にエンコードして、符号化ビットストリームをメディアに記録する。また、近年始まったディジタル方式のＴＶ放送では、MPEG2方式で符号化されたビデオ番組がトランスポートストリームと呼ばれるフォーマットで伝送されている。ディジタル放送を記録媒体に記録する場合には、トランスポートストリームをディジタル信号のまま、デコードや再エンコードすることなく記録する方式が用いられている。
【０００４】
ビデオ信号が、ディジタル信号フォーマットで記録媒体に記録されていると、そのビデオ信号を全く劣化なしで別の記録メディアにコピーすることが可能である。しかしながら、これは、そのビデオコンテンツの著作権者にとっては大問題である。そのため、ビデオ信号のコピーを制限するために、ビデオ信号に、「Copy Free(コピー可)」，「Copy Once(一世代のみコピー可)」，「No More Copy (この世代以上のコピー不可)」，「Copy Prohibited(コピー禁止)」というコピー世代管理情報(Copy generation management information)を示すCCI(Copy Control Information)を持たせる方法が用いられる。例えば、CGMS(Copy Generation Management System)信号がある。アナログインターフェイス用のものをCGMS-A、ディジタルインターフェイス用のものをCGMS-Dと呼ぶ。アナログ用のCGMS-A は、ビデオ信号のVBI(Vertical Blanking Interval)にIDを重畳するところからVBIDとも呼ばれている。これは、EIAJ CP-1204として規格化されている。
【０００５】
また、トランスポートストリームの中にCCIを伝送するために、その情報を持つディスクリプタを符号化する方法がある。このタイプのディスクリプタとしては、DTLA(Digital Transmission Licensing Administrator)が規定しているDTCP descriptorや、ARIBが規定する日本のBSディジタル放送で用いているdigital_copy_control_descriptorがある。最近は、さらに、強力にコピー制限をかけるために、ベースバンドのビデオ信号やMPEGのビデオストリームにウォーターマーク（例えば、特許文献１参照）と呼ばれるコピー世代管理情報を埋めこむ方式も検討されている。ウォーターマークは現在、標準化活動が推進されており、ミレニアム方式とギャラクシー方式が提案されている。
【０００６】
記録媒体にビデオ信号を記録する場合には、入力信号のCCIに従って、正しく記録制限をかけることが要求される。一般に、ユーザが記録媒体にビデオ信号を記録することができるのは、入力信号のCCIが「Copy Free(自由にコピー可)」または「Copy Once(一世代のみコピー可)」のどちらかの場合だけである。入力信号のCCIが「Copy Once(一世代のみコピー可)」の場合、記録媒体上のビデオ信号のCCIは「No More Copy(この世代以上のコピー不可)」に更新されなければならない。
【０００７】
ところで、記録媒体に記録されているビデオ信号の内容を容易に理解できる様にするために、その内容を代表する静止画像や、その内容の特定のシーンを静止画像として抜き出した画像をビデオ信号とは別に記録することがある。これらの静止画像はサムネール画像と呼ばれ、ユーザが記録媒体に記録されているビデオ信号の中から再生開始する位置を選択するためのメニュー画面に、サムネール画像の一覧を表示することで、ユーザにわかり易い形でのインタフェースを提供することができる。サムネール画像は、記録されているビデオ信号の中から選び出した画像でも良いし、または、パーソナルコンピュータやデジタルスチルカメラなどから記録媒体へ取り込んだ画像でも良い。
【特許文献１】特開平１１−１７６０８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来技術で説明したように、記録媒体にビデオ信号を記録する時のコンテンツ保護情報の管理は、かなり注意が払われている。一方、これに比べると、サムネール画像を記録する時のコンテンツ保護情報の管理には、一般に、注意が払われていない。これは将来、問題になると予想される。すなわち、今後、ディジタルビデオ信号フォーマットでの記録が主流になれば、サムネール画像を記録する時にも、コンテンツ保護情報の管理を正しく行うことを要求されるようになると予想される。例えば、映画やテレビ番組の人気キャラクターの画像は、著作権がある場合が多いと考えられ、それを不正にコピーされることは著作権者にとって問題がある。
【０００９】
CCIが「Copy Once」の入力ビデオ信号の中から選び出した画像をサムネール画像として、ある記録媒体に記録する場合、そのサムネール画像のCCIは「No More Copy」として管理されるべきである。そして、そのサムネール画像を暗号化して記録するべきである。これにより、悪意を持った人が、不正にそのサムネール画像を別の記録媒体へコピーしたとしても、不正にコピーしたサムネール画像を再生することができないようにできる。
【００１０】
すなわち、CCIが「Copy Once」のビデオ信号を記録する場合、ビデオレコーダは、そのビデオ信号とそのサムネール画像を暗号化処理して記録する機能を備えるべきである。暗号化の方法は、例えば、DES,Triple-DES,AESなどを用いる。
【００１１】
一方、CCIが「Copy Free」のビデオ信号だけを記録するビデオレコーダが、商品として存在しても良い。例えば、一般ユーザが、自分自身でのみ利用するとき、現在の地上波アナログTV放送はCCIが「Copy Free」として取り扱うことができ、地上波アナログTV放送だけしか記録しないビデオレコーダがあっても良い。この場合、そのビデオレコーダは、ビデオ信号とそのサムネール画像を暗号化処理して記録する機能を備える必要はない（もちろん、暗号化処理して記録しても良い）。
【００１２】
このような条件を前提として、ビデオ信号と共にそのサムネール画像を記録するというアプリケーションを考えるに、ビデオレコーダの記録媒体がリムーバブル(removal)である場合、記録媒体上に、暗号化されたサムネール画像と暗号化されていないサムネール画像が混在する可能性がある。この時、暗号化されたサムネール画像と暗号化されていないサムネール画像を区別して管理する仕組みが提供されていないと、記録媒体上でどれが暗号化されたサムネール画像で、どれが暗号化されていないサムネール画像かがわからなくなる、という問題が発生する。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、記録媒体上に、暗号化されたサムネール画像と暗号化されていないサムネール画像が混在する可能性がある場合において、暗号化して記録したサムネール画像と暗号化しないで記録したサムネール画像を区別して管理する仕組みを提供することを目的とする。
【００１４】
また、ビデオ信号とともに、そのビデオ信号の代表画像や特徴点を表すサムネール画像が記録されている記録媒体からサムネール画像を再生する場合において、サムネール画像が暗号化されている／されていないを区別する情報を読み出して、前記情報に基づいて、サムネール画像を再生する、仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の第１の側面のビデオ信号記録装置は、記録するビデオ信号を取得する第１の取得手段と、前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得手段と、前記サムネール画像を暗号化する暗号化手段と、前記第１の取得手段により取得した前記ビデオ信号と、前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録手段とを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００１６】
本発明の第１の側面のビデオ信号記録方法は、記録するビデオ信号を取得する第１の取得ステップと、前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、前記サムネール画像を暗号化する暗号化ステップと、前記第１の取得手段により取得した前記ビデオ信号と、前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップとを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００１７】
本発明の第１の側面のプログラム記録媒体のプログラムは、記録するビデオ信号を取得する第１の取得ステップと、前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、前記サムネール画像を暗号化する暗号化ステップと、前記第１の取得手段により取得した前記ビデオ信号と、前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップとを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００１８】
本発明の第１の側面のプログラムは、記録するビデオ信号を取得する第１の取得ステップと、前記ビデオ信号に対応して記録するサムネール画像を取得する第２の取得ステップと、前記サムネール画像を暗号化する暗号化ステップと、前記第１の取得手段により取得した前記ビデオ信号と、前記暗号化手段により暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとを記録媒体に記録する記録ステップとを含む処理をコンピュータに実行させ、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００１９】
本発明の第２の側面のビデオ信号再生装置は、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生手段と、前記再生手段により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出手段と、前記第２のファイルに基づいて、前記抽出手段により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号手段と、前記復号手段により復号された、前記サムネール画像の信号を出力する出力手段とを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２０】
本発明の第２の側面のビデオ信号再生方法は、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップとを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２１】
本発明の第２の側面のプログラム記録媒体のプログラムは、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップとを含み、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２２】
前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されている記録媒体に記録されている信号を再生する再生ステップと、前記再生ステップの処理により再生された信号から、前記第１のファイルを前記第２のファイルと共に抽出する抽出ステップと、前記第２のファイルに基づいて、前記抽出ステップの処理により抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号を復号する復号ステップと、前記復号ステップの処理により復号された、前記サムネール画像の信号を出力する出力ステップとを含む処理をコンピュータに実行させ、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２３】
本発明の第３の側面のデータ記録媒体は、再生装置により再生される、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されているデータ記録媒体であって、前記第１のファイルと、前記第２のファイルとが、前記再生装置の抽出手段により抽出され、前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置の復号手段により復号され、前記復号された前記サムネール画像の信号が、前記再生装置の出力手段により出力され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２４】
本発明の第４の側面のデータ構造は、再生装置により再生される、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとからなるデータ構造であって、前記第１のファイルと、前記第２のファイルとが、前記再生装置の抽出手段により抽出され、前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置の復号手段により復号され、前記復号された前記サムネール画像の信号が、前記再生装置の出力手段により出力され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２５】
本発明の第１の側面においては、記録するビデオ信号が取得され、前記ビデオ信号に対応して記録するサムネール画像が取得され、前記サムネール画像が暗号化され、取得した前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックが複数含まれる第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録媒体に記録され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報が有する。
【００２６】
本発明の第２の側面においては、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックが複数含まれる第１のファイルと、前記第１のファイルが管理する第２のファイルとが記録されている記録媒体に記録されている信号が再生され、再生された信号から、前記第１のファイルが前記第２のファイルと共に抽出され、前記第２のファイルに基づいて、抽出された、前記第１のファイルに記録された暗号化されているサムネール画像の信号が復号され、復号された、前記サムネール画像の信号が出力され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２７】
本発明の第３の側面においては、再生装置により再生される、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとが記録されており、前記第１のファイルと、前記第２のファイルとが、前記再生装置により抽出され、前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置により復号され、前記復号された前記サムネール画像の信号が、前記再生装置により出力され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【００２８】
本発明の第４の側面においては、再生装置により再生される、前記ビデオ信号と、暗号化されたサムネール画像、または、暗号化されないサムネール画像を含む一定サイズのブロック単位で記録され、前記ブロックを複数含む第１のファイルと、前記第１のファイルを管理する第２のファイルとからなり、前記第１のファイルと、前記第２のファイルとが、前記再生装置により抽出され、前記第１のファイルに記録された暗号化されているサムネール画像の信号が、前記第２のファイルに基づいて、前記再生装置により復号され、前記復号された前記サムネール画像の信号が、前記再生装置により出力され、前記第２のファイルは、前記第１のファイルに含まれるサムネール画像数情報、前記第１のファイルに含まれるブロック数情報、前記それぞれのサムネール画像が記録されているブロックを示す情報、前記それぞれのサムネール画像に対する水平方向画素数情報、及び前記それぞれのサムネール画像に対する垂直方向画素数情報を有する。
【発明の効果】
【００２９】
本発明によれば、記録媒体上に、暗号化されたサムネール画像と暗号化されていないサムネール画像が混在する可能性がある場合において、暗号化して記録したサムネール画像と暗号化しないで記録したサムネール画像を区別して管理することができる。
【発明を実施するための最良の形態】
【００３０】
図１は、本発明の記録再生システムで用いる記録媒体上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AVストリームの管理のためにPlayListとClipの二つのレイヤをもつ。そして、Volume Informationは、ディスク内のすべてのClipとPlayListの管理をする。
【００３１】
一つのAVストリームとそれの付属情報のペアを一つのオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information fileと呼ばれる。
【００３２】
一つのClip AVストリームファイルは、MPEG2トランスポートストリームをDVRアプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００３３】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定する。PlayListが、Clipの中へのアクセスポイントをタイムスタンプで指し示している時、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立つ。
【００３４】
PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的にして導入された。一つのPlayListは、Clipの中の再生区間の集まりである。あるClipの中の一つの再生区間は、PlayItemと呼ばれ、それは、時間軸上のIN点とOUT点のペアで表される。それゆえ、PlayListは、PlayItemの集まりである。
【００３５】
PlayListには、二つのタイプがある。一つは、Real PlayListであり、もう一つは、Virtual PlayListである。Real PlayListは、それが参照しているClipのストリーム部分を共有しているとみなされる。すなわち、Real PlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占める。AVストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListの再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。Virtual PlayListは、Clipのデータを共有していないとみなされる。Virtual PlayListが変更または消去されたとしても、Clipは何も変化しない。
【００３６】
なお、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。
【００３７】
マークは、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するためにある（図２参照）。
【００３８】
(1)  Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する。例えば、シーンチェンジ点などである。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。
【００３９】
(2)  PlayListに付加されるマークは、主にユーザによってセットされる。例えば、ブックマークやリジューム点などである。
【００４０】
(3)  ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークをデリートすることは、マークリストの中からそのマークのタイムスタンプを除去する事である。それゆえ、マークのセットやデリートは、AVストリームを何も変化させない。
【００４１】
サムネールは、Volume（ディスク），PlayListおよびClipに付加される静止画である。サムネールには、図３に示すように二つの種類がある。一つは、内容を表す代表画としてのサムネールである。これは主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる。もう一つは、マークが指しているシーンを表す画像である。
【００４２】
なお、図３に示されるように、メニューサムネールは、ディスク（Volume）またはPlaylist毎に０個または１個設けられ、マークサムネールは、PlaylistまたはClip毎に０個または０個以上設けられる。
【００４３】
Volumeと各PlayListは代表画を持つことができるようにする。Volumeの代表画とは、ディスクをプレーヤに入れた時に、ディスクの内容を表す静止画を最初に表示する場合などに用いることを想定している（図４のMenu Thumbnailを参照）。PlayListの代表画とは、PlayListを選択するメニュー画面において、PlayListの内容を表すための静止画として用いられることを想定している（図５のMenu Thumbnailを参照）。PlayListの代表画の最も簡単な実現方法は、PlayListの最初の画像をサムネールにすることであるが、必ずしも再生時刻0の先頭の画像が内容を表す上で最適な画像とは限らない。PlayListのサムネールとして、任意の画像を決めることが出来る目的はこのためである。以上２種類のサムネールをメニューサムネールと呼ぶが、メニューサムネールは頻繁に表示されるため、ディスクから高速に読むことが可能であることが求められる。この要求を満たすには、すべてのメニューサムネールを一つのファイルに格納することが効率的である（後述する図７のMenu Thumbnail fileを参照）。必ずしもボリューム内の動画から抜き出したピクチャだけではなく、パーソナルコンピュータ(PC)やデジタルスチルカメラ(DSC)などから取り込んだ画像でもよい（図４）。
【００４４】
一方、ClipとPlayListは複数個のマークを打てる必要があり、マーク位置の内容を知るためにマーク点の画像を容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネール（Mark Thumbnails）と呼ぶ（図５のMark Thumbnail、および図６のMark Thumbnailを参照）。よって、サムネールの元となるものは、外部から取り込んだ画像よりも、マーク点の画像を抜き出したものが主となる。メニューサムネールと異なり、マークサムネールはPlayListの詳細を表す時に使われるサブメニュー等で使われるため、短いアクセス時間は要求されない。そのため、サムネールが必要になる度に、プレイヤがファイルを開き、ファイルの一部を読むことで多少時間がかかっても、問題にはならない。また、ボリューム内に存在するファイル数を減らすために、すべてのマークサムネールは一つのファイルに格納するのがよい（図７のMark Thumbnail fileを参照）。PlayListはメニューサムネール一つと複数のマークサムネールを有することができるが、Clipは直接ユーザが選択する必要性がない（通常、PlayList経由で指定する）ため、メニューサムネールを持つことはしない。
【００４５】
DVRディスク上に必要なディレクトリは、次の通りである："DVR"ディレクトリを含むrootディレクトリ。"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリおよび"STREAM"ディレクトリを含む"DVR"ディレクトリ。図８に、DVRディスク上のディレクトリ構造の例を示す。
【００４６】
rootディレクトリは、一つのディレクトリを含む。"DVR"--DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【００４７】
"DVR"ディレクトリは、次に示すファイルをストアする。"info.dvr"--DVRディレクトリの下に作られるアプリケーションレイヤの全体的な情報をストアするファイル。DVRディレクトリの下には、ただ一つのinfo.dvrがなければならない。ファイル名は、info.dvrに固定される。
【００４８】
"menu.tidx","menu.tdt1"and"menu.tdt2"--この3個のファイルは、メニューサムネール画像に関連する情報をストアする。
【００４９】
menu.tidxは、メニューサムネール画像のヘッダ情報をストアする「サムネール情報ファイル」である。
【００５０】
menu.tdt1は、メニューサムネール画像の画像データをストアする第１の「サムネール画像ファイル」であり、暗号化したサムネール画像を記録するためのファイルである。
【００５１】
menu.tdt2は、メニューサムネール画像の画像データをストアする第２の「サムネール画像ファイル」であり、暗号化しないサムネール画像を記録するためのファイルである。
【００５２】
ビデオレコーダが、メニューサムネール画像を暗号化処理して記録する機能を備える場合、メニューサムネール画像をmenu.tdt1に記録できる。CCIが「Copy Once」のビデオ信号から作成したメニューサムネール画像は、menu.tdt1にストアする。CCIが「Copy Free」のビデオ信号から作成したメニューサムネール画像もmenu.tdt1にストアして良い。
【００５３】
CCIが「Copy Free」のビデオ信号だけを記録するビデオレコーダであり、ビデオレコーダがメニューサムネール画像を暗号化処理して記録する機能を備えていない場合、メニューサムネール画像をmenu.tdt2に記録する。
【００５４】
各メニューサムネール画像が、暗号化されている／されていないという情報（すなわち、あるメニューサムネール画像が、menu.tdt1とmenu.tdt2のどちらにストアされているかという情報）は、menu.tidxにストアされる。
【００５５】
menu.tidxというサムネール情報ファイルに、各サムネール画像が暗号化されている／されていないという情報を集めて管理することにより、サムネール情報ファイルを比較的小さなサイズのデータベースで管理できる。これにより、あるサムネール画像の再生を指示されたときに、そのサムネールが暗号化されている／されていないという情報を容易に高速に取得できる。
【００５６】
"mark.tidx","mark.tdt1"and"mark.tdt2"--この3個のファイルは、マークサムネール画像に関連する情報をストアする。
【００５７】
mark.tidxは、マークサムネール画像のヘッダ情報をストアする「サムネール情報ファイル」である。
【００５８】
mark.tdt1は、マークサムネール画像の画像データをストアする第１の「サムネール画像ファイル」であり、暗号化したサムネール画像を記録するためのファイルである。
【００５９】
mark.tdt2は、マークサムネール画像の画像データをストアする第２の「サムネール画像ファイル」であり、暗号化しないサムネール画像を記録するためのファイルである。
【００６０】
マークサムネール画像をmark.tdt1とmark.tdt2のどちらに記録するかを判断する方法、および、サムネール情報ファイルとサムネール画像ファイルを分離して管理する効果については、上述のメニューサムネールの説明と同様である。
【００６１】
"DVR"ディレクトリは、３個のディレクトリを含む。
【００６２】
"PLAYLIST"Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。
【００６３】
"CLIPINF"--Clipのデータベースは、このディレクトリの下に置かなければならない。
【００６４】
"STREAM"--AVストリームファイルは、このディレクトリの下に置かなければならない。
【００６５】
"PLAYLIST"ディレクトリは、2種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
【００６６】
"xxxxx.rpls"--このファイルは、一つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、一つのファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、5個の0から9まで数字である。ファイル拡張子は、"rpls"でなければならない。
【００６７】
"yyyyy.vpls"--このファイルは、一つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、一つのファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、5個の0から9まで数字である。ファイル拡張子は、"vpls"でなければならない。
【００６８】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、一つのファイルをストアする。
【００６９】
"zzzzz.clpi"--このファイルは、一つのAVストリームファイル(Clip AVストリームファイルまたはBridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"clpi"でなければならない。
【００７０】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
【００７１】
"zzzzz.m2ts"--このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、5個の0から9までの数字である。ファイル拡張子は、"m2ts"でなければならない。
【００７２】
一つのAVストリームファイルとそれに対応するClip information fileは、同じ5個の数字"zzzzz"を使用しなければならない。
【００７３】
ＡＶストリームファイルの構造を説明する。AVストリームファイルは図９に示すDVR MPEG2トランスポートストリームの構造を持たなければならない。DVR MPEG2トランスポートストリームは次に示す特徴を持つ。
【００７４】
(1)  DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
【００７５】
(2)  Aligned unitの大きさは、6144バイト(2048*3バイト)である。
【００７６】
(3)  Aligned unitは、ソースパケットの第一バイト目から始まる。
【００７７】
(4)  ソースパケットは、192バイト長である。一つのソースパケットは、TP_extra_headerとトランスポートパケットから成る。TP_extra_headerは、4バイト長であり、またトランスポートパケットは、188バイト長である。
【００７８】
(5)  一つのAligned unitは、32個のソースパケットから成る。
【００７９】
(6)  DVR MPEG2トランスポートストリームの中の最後のAligned unitも、また32個のソースパケットから成る。
【００８０】
(7)  最後のAligned unitが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0x1FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。
【００８１】
TP_extra_headerは、トランスポートパケットのペイロードのコピー制限情報とトランスポートパケットがデコーダに到着する時刻を示すアライバルタイムスタンプを含む。
【００８２】
次に、AVストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
【００８３】
図１０は、info.dvrにストアされるデータの一部であるUIAppInfpoDVRのシンタクスを示す。ref_to_menu_thumbnail_indexは、Volumeを代表するサムネール画像の情報を示す。ref_to_menu_thumbnail_indexフィールドが、0xFFFFでない値の場合、Volumeにはサムネール画像が付加されており、そのサムネール画像は、menu.tdt1ファイルまたはmenu.tdt2ファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_menu_thumbnail_indexフィールドが、0xFFFFである場合、Volumeには、サムネール画像が付加されていない事を示す。
【００８４】
図１１は、PlayListファイルにストアされるにデータの一部であるPlayListMarkのシンタクスを示す。PlayListMarkは、PlayListに付加されるマークの情報をストアする。なお、PlayListの代表画像の情報もまた、PlayListMarkに含まれる。
【００８５】
number_of_PlayList_marksは、PlayListMarkの中にストアされているマークのエントリー数を示す。
【００８６】
mark_typeは、マークのタイプを示す。
【００８７】
ref_to_PlayItem_idは、マークが置かれているところのPlayItemを指定するところのPlayItem_idの値を示す。
【００８８】
mark_time_stampは、そのマークが指定されたポイントを示すタイムスタンプをストアする。
【００８９】
ref_to_menu_thumbnail_indexは、PlayListの代表画像を示すサムネール画像の情報を示す。ref_to_menu_thumbnail_indexフィールドが、0xFFFFでない値の場合、PlayListの代表画像を示すサムネール画像が存在し、そのサムネール画像は、menu.tdt1ファイルまたはmenu.tdt2ファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_menu_thumbnail_indexフィールドが、0xFFFFである場合、PlayListの代表画像を示すサムネール画像が存在しない事を示す。
【００９０】
ref_to_mark_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_mark_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdt1ファイルまたはmark.tdt2ファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_mark_thumbnail_indexフィールドが、0xFFFFである場合、そのマークにはサムネール画像が付加されていない事を示す。
【００９１】
図１２は、Clip Informationファイルにストアされるデータの一部であるClipMarkのシンタクスを示す。ClipMarkは、Clipに付加されるマークの情報をストアする。
【００９２】
number_of_Clip_marksは、ClipMarkの中にストアされているマークのエントリー数を示す。
【００９３】
mark_typeは、マークのタイプを示す。
【００９４】
ref_to_STC_idは、mark_time_stampが置かれているところのClipのシステムタイムベースの時間軸を指定する情報である。
【００９５】
mark_time_stampは、Clip AVストリームの中でマークが指定されたポイントをプレゼンテーションタイムスタンプをベースとして表す。
【００９６】
ref_to_mark_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_mark_thumbnail_indexフィールドが、0xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdt1ファイルまたはmark.tdt2ファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（後述）。ref_to_mark_thumbnail_indexフィールドが、0xFFFFである場合、そのマークにはサムネール画像が付加されていない事を示す。
【００９７】
次に、サムネールについての情報をストアするファイルの内容を説明する。
【００９８】
"menu.tidx","menu.tdt1"と"menu.tdt2"は、メニューサムネール，すなわちVolumeを代表する１つのピクチャ、およびPlayList毎にそれを代表する１つのピクチャの情報をストアする。メニューサムネールの各ヘッダ情報は、１つのmenu.tidxに集めて管理される。メニューサムネールの各ピクチャデータは、menu.tdt1またはmenu.tdt2にストアされる。
【００９９】
"mark.tidx","mark.tdt1"と"mark.tdt2"は、マークサムネール，すなわちマーク点で指されるピクチャについての情報をストアする。Volume中のすべてのClipおよびPlayListに付加されているマークサムネールの各ヘッダ情報は、１つのmark.tidxに集めて管理される。マークサムネールの各ピクチャデータは、mark.tdt1またはmark.tdt2にストアされる。
【０１００】
サムネール画像は、例えば、画像をＪＰＥＧで符号化したデータである。JPEGはデファクトスタンダードとして広く使用されているので、インプリメントが比較的容易であり、互換性が高い。なお、サムネール画像のフォーマットはJPEGに限らず、MPEGのI-pictureやPNG,GIF,TIFF等を用いても構わない。
【０１０１】
サムネールは頻繁に追加、削除されるので、追加操作と部分削除の操作は容易に高速に実行できなければならない。この理由のため、menu.tdt1,menu.tdt2,mark.tdt1とmark.tdt2はブロック構造を有する。一つのサムネール画像は１つのtn_blockと呼ばれるブロックに格納される。
【０１０２】
図１３は、tn_blockの使用方法の例を示す。
【０１０３】
ここで、(a),(b)と(c)で示すサムネール画像は、menu.tdt1にストアされ、(x),(y)と(z)で示すサムネール画像は、menu.tdt2にストアされる。menu.tidxの中で、(a),(b)と(c)は、それぞれに対するthumbnail_index（Ａ，Ｂ，Ｃ）とref_to_tn_block_id_1（０，１，３）の２個の値が与えられる。また、menu.tidxの中で、(x),(y)と(z)は、それぞれに対するthumbnail_index（X,Y,Z）とref_to_tn_block_id_2（０，２，３）の２個の値が与えられる。そして、menu.tdt1の中で、サムネール画像(a),(b)と(c)は、それぞれのref_to_tn_block_id_1で示されるtn_block（０，１，３のブロック）にストアされる。また、menu.tdt2の中で、(x),(y)と(z)は、それぞれのref_to_tn_block_id_2で示されるtn_block（０，２，３のブロック）にストアされる。
【０１０４】
menu.tdt1とmenu.tdt2が持つtn_blockの配列の中に、使用されていないtn_block（menu.tdt1の番号２のtn_block.menu.tdt2の番号１のtn_block）が存在してもよい。例えば、あるサムネールの削除をする場合、menu.tidxの中にエントリーされているthumbnail_indexを消去し、サムネール画像ファイルを何も変更しなかったとき、tn_blockの配列の中に、使用されていないtn_blockができる。
【０１０５】
図１４は、サムネール画像を暗号化して記録するファイル(図１３で示すmenu.tdt1)の暗号化方法を説明する図である。図に示すように、一つのtn_blockを一つ以上の整数個の暗号化ブロックに分割して、その暗号化ブロック単位でブロック内のデータを暗号化する。暗号化の方法は、例えば、DES,Triple-DES,AESなどを用いる。このように、一つのtn_blockで暗号化処理が閉じるようにする。これにより、サムネール画像ファイルの中から任意のサムネール画像を読み出すとき、そのサムネール画像がストアされているtn_blockだけを暗号の復号（デクリプト）処理すれば良く、データ処理量を最小にできる。
【０１０６】
次に、サムネールについての情報をストアするファイルのシンタクスとセマンティクスを説明する。
【０１０７】
"menu.tidx"と"mark.tidx"は、同じシンタクス構造を持つ。図１５は、"menu.tidx"と"mark.tidx"のシンタクス構造の例を示す。
【０１０８】
number_of_thumbnails_1は、menu.tidxの場合にはmenu.tdt1にストアされているサムネールピクチャの数であり、mark.tidxの場合にはmark.tdt1にストアされているサムネールピクチャの数である。
【０１０９】
number_of_tn_blocks_1は、menu.tidxの場合にはmenu.tdt1の中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdt1の中にあるtn_blockの数を示す。
【０１１０】
number_of_thumbnails_2は、menu.tidxの場合にはmenu.tdt2にストアされているサムネールピクチャの数であり、mark.tidxの場合にはmark.tdt2にストアされているサムネールピクチャの数である。
【０１１１】
number_of_tn_blocks_2は、menu.tidxの場合にはmenu.tdt2の中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdt2の中にあるtn_blockの数を示す。
【０１１２】
tn_block_sizeは、menu.tidxの場合にはmenu.tdt1とmenu.tdt2の中の１つのtn_blockのサイズを示し、mark.tidxの場合にはmark.tdt1とmark.tdt2の中の１つのtn_blockのサイズを示す。このサイズは、1024バイトを単位とする大きさである。例えば、tn_block_size=16は、１つのtn_blockのサイズが16*1024バイトであることを示す。１つのサムネールピクチャは、１つのtn_blockの中にストアされなければならない。
【０１１３】
recording_seedは、menu.tidxの場合にはmenu.tdt1のデータを暗号化する処理に用いるある乱数値である。また、mark.tidxの場合にはmark.tdt1のデータを暗号化する処理に用いるある乱数値である。記録器は、menu.tdt1ファイルを初めてディスク上に作るときに、そのrecording_seedを生成して、menu.tidxにストアする。また、記録器は、mark.tdt1ファイルを初めてディスク上に作るときに、そのrecording_seedを生成して、menu.tidxにストアする。
【０１１４】
thumbnail_indexは、それがnumber_of_thumbnails_1を変数とするfor文のループに含まれるとき、そのthumbnail_indexに続くref_to_tn_block_id_1に対するインデックス番号を示す。または、thumbnail_indexは、それがnumber_of_thumbnails_2を変数とするfor文のループに含まれるとき、そのthumbnail_indexに続くref_to_tn_block_id_2に対するインデックス番号を示す。thumbnail_indexして、0xFFFFという値を使用してはならない。menu.tidxの場合、thumbnail_indexはUIAppInfoVolume(),PlayListMark()の中のref_to_menu_thumbnail_indexによって参照される。mark.tidxの場合、thumbnail_indexはPlayListMark()およびClipMark()の中のref_to_mark_thumbnail_indexによって参照される。menu.tidxの中で、同じ値のthumbnail_indexが重複して現れてはいけない。mark.tidxの中で、同じ値のthumbnail_indexが重複して現れてはいけない。
【０１１５】
ref_to_tn_block_id_1は、menu.tidxの場合にはmenu.tdt1中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_id_1のインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。
【０１１６】
または、mark.tidxの場合にはmark.tdt1中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_id_1のインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。
【０１１７】
picture_byte_size_1[ref_to_tn_block_id_1]は、ref_to_tn_block_id_1が示すtn_blockにストアされているサムネール画像のデータ長をバイト単位で示す。picture_byte_size_1[ref_to_tn_block_id_1]の値は、(1024*tn_block_size-N1)バイト以下でなければならない（N1については、図１７で後述する）。すなわち、記録機は、１つのサムネール画像のデータ長を(1024*tn_block_size-N1)バイト以下になるように、符号化しなければならない。
【０１１８】
horizontal_picture_size_1[ref_to_tn_block_id_1]は、ref_to_tn_block_id_1が示すtn_blockにストアされているサムネール画像の水平方向の画素数を示す。
【０１１９】
vertical_picture_size_1[ref_to_tn_block_id_1]は、ref_to_tn_block_id_1が示すtn_blockにストアされているサムネール画像の垂直方向の画素数を示す。
【０１２０】
ref_to_tn_block_id_2は、menu.tidxの場合にはmenu.tdt2中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_id_2のインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。または、mark.tidxの場合にはmark.tdt2中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_id_2のインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。
【０１２１】
picture_byte_size_2[ref_to_tn_block_id_2]は、ref_to_tn_block_id_2が示すtn_blockにストアされているサムネール画像のデータ長をバイト単位で示す。picture_byte_size_2[ref_to_tn_block_id_2]の値は、(1024*tn_block_size-N1)バイト以下でなければならない（N1については、図１７で後述する）。すなわち、記録機は、１つのサムネール画像のデータ長を(1024*tn_block_size-N1)バイト以下になるように、符号化しなければならない。
【０１２２】
horizontal_picture_size_2[ref_to_tn_block_id_2]は、ref_to_tn_block_id_2が示すtn_blockにストアされているサムネール画像の水平方向の画素数を示す。
【０１２３】
vertical_picture_size_2[ref_to_tn_block_id_2]は、ref_to_tn_block_id_2が示すtn_blockにストアされているサムネール画像の垂直方向の画素数を示す。
【０１２４】
図１６は、"menu.tdt1","menu.tdt2","mark.tdt1"と"mark.tdt2"のシンタクス構造を示す。これらのファイルは、同じシンタクス構造を持つ。
【０１２５】
tn_block(tn_block_id)は、tn_blockの配列の中でtn_block_idの引数によって指し示される１つのtn_blockを示す。
【０１２６】
menu.tdt1の場合、tn_block_idの値は、menu.tidxの中のref_to_tn_block_id_1によって参照される。
【０１２７】
menu.tdt2の場合、tn_block_idの値は、menu.tidxの中のref_to_tn_block_id_2によって参照される。
【０１２８】
mark.tdt1の場合、tn_block_idの値は、mark.tidxの中のref_to_tn_block_id_1によって参照される。
【０１２９】
mark.tdt2の場合、tn_block_idの値は、mark.tidxの中のref_to_tn_block_id_2によって参照される。
【０１３０】
図１７は、tn_block(tn_block_id)のシンタクスを示す。
【０１３１】
thumbnail_picture[tn_block_id]は、上記のtn_block_idの値により指し示される一つのサムネール画像をストアする領域である。サムネールピクチャの第一バイト目は、thumbnail_picture[tn_block_id]の第一バイト目と一致していなければならない。
【０１３２】
CP_Info_thumbnail()は、thumbnail_picture[tn_block_id]にストアされるサムネール画像のコンテンツ保護情報を示すN1バイトの情報である。詳細については後述する。
【０１３３】
padding_byteは任意の値をもつ１バイトの値であり、NPの値は、次に示す式を満たすように計算される。
NP=tn_block_size*1024-picture_byte_size[tn_block_id]-N1
【０１３４】
図１８は、CP_Info_thumbnail()のシンタクスを示す。
【０１３５】
CCI_thumbnailは、サムネール画像のコピーの世代管理情報(copy generation management information)を示す。値の意味を図１９に示す。すなわち、「００」は、「copy free」、「０１」は、「no more copy」、「１０」は、「copy once」、「１１」は、「copy prohibited」を、それぞれ表す。
【０１３６】
APS_thumbnailは、サムネール画像をアナログビデオ出力する時のアナログコピープロテクション情報を示す。値の意味を図２０に示す。それぞれのAPSの定義は、Default Settings of the Macrovision Anti-taping Process for DVD Products, Revision 1.0, July 5,1997に記載されている。なお、2L/4L Colorstripeは、NTSCのアナログ出力の場合のみに適用可能である。
【０１３７】
menu.tdt1ファイルおよびmark.tdt1ファイルは暗号化して記録されるので、次の二つの効果がある。
【０１３８】
（１）CP_Info_thumbnail()の内容が、悪意を持ったユーザによって改竄されることを防ぐことができる。
【０１３９】
（２）CCI_thumbnailが「No more copy」であるサムネール画像が、不正にbit-by-bitに同じデータで別の記録媒体へコピーされたとしても、それを再生することができないように対処できる。
【０１４０】
上述の説明では、メニューサムネール画像ファイルを暗号化サムネール用と非暗号化サムネール用で2個に分ける場合を説明した（マークサムネール画像についても同様）。次に、別の例として、一つのメニューサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式の場合について説明する。
【０１４１】
この場合は、メニューサムネール画像は一つのmenu.tdatファイルにストアし、マークサムネール画像は一つのmark.tdatファイルにストアする。(図８のファイル構造において、menu.tdt1とmenu.tdt2が、一つのmenu.tdatに変わり、また、mark.tdt1とmark.tdt2が、一つのmark.tdatに変わる。)
【０１４２】
この場合のtn_blockのtn_blockの使用方法の例を図２１に示す。
【０１４３】
ここで、(a),(b)と(c)で示すサムネール画像（このうちの（b）は、暗号化して記録するサムネール画像である）が、menu.tdatにストアされる。menu.tidxの中で、(a),(b)と(c)は、それぞれに対するthumbnail_index(X,Y,Z),ref_to_tn_block_id（０，１，３）とflag_encrypted_thumbnail（０，１，０）の3個の値が与えられる。そして、menu.tdatの中で、(a),(b)と(c)は、それぞれのref_to_tn_block_id（０，１，３）で示されるtn_blockにストアされる。
【０１４４】
menu.tdatが持つtn_blockの配列の中に、使用されていないtn_blockが存在してもよい。例えば、あるサムネールの削除をする場合、menu.tidxの中にエントリーされているthumbnail_indexを消去し、サムネール画像ファイルを何も変更しなかったとき、tn_blockの配列の中に、使用されていないtn_blockができる。
【０１４５】
一つのメニューサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式の場合の、暗号化切り替え方法の例を２通り、図２２と図２３を用いて説明する。
【０１４６】
図２２は、tn_block単位で暗号化する／しないを切り替える場合である。図２３は、tn_blockを複数個まとめた単位で暗号化する／しないを切り替える場合である。後者の場合、例えば、tn_blockのサイズが16KBであり、ECCブロックの単位が64KBである時、64KBを単位で暗号化する／しないを切り替える。
【０１４７】
一つのメニューサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式の場合の、サムネールの情報ファイルのシンタクス（マークサムネール画像ファイルについても同様）を説明する。
【０１４８】
"menu.tidx"と"mark.tidx"は、同じシンタクス構造を持つ。図２４は、"menu.tidx"と"mark.tidx"のシンタクス構造の例を示す。
【０１４９】
number_of_thumbnailsは、menu.tidxの場合にはmenu.tdatにストアされているサムネールピクチャの数であり、mark.tidxの場合にはmark.tdatにストアされているサムネールピクチャの数である。
【０１５０】
tn_block_sizeは、menu.tidxの場合にはmenu.tdatの中の１つのtn_blockのサイズを示し、mark.tidxの場合にはmark.tdatの中の１つのtn_blockのサイズを示す。
【０１５１】
number_of_tn_blocksは、menu.tidxの場合にはmenu.tdatの中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdatの中にあるtn_blockの数を示す。
【０１５２】
recording_seedは、menu.tidxの場合にはmenu.tdatのデータを暗号化する処理に用いる乱数値であり、所定の方法で計算される。また、recording_seedは、mark.tidxの場合にはmark.tdatのデータを暗号化する処理に用いる乱数値であり、所定の方法で計算される。
【０１５３】
thumbnail_indexは、そのthumbnail_indexに続くref_to_tn_block_idに対するインデックス番号を示す。thumbnail_indexして、0xFFFFという値を使用してはならない。menu.tidxの場合、thumbnail_indexはUIAppInfoVolume(),PlayListMark()の中のref_to_menu_thumbnail_indexによって参照される。mark.tidxの場合、thumbnail_indexはPlayListMark()およびClipMark()の中のref_to_mark_thumbnail_indexによって参照される。menu.tidxの中で、同じ値のthumbnail_indexが重複して現れてはいけない。mark.tidxの中で、同じ値のthumbnail_indexが重複して現れてはいけない。
【０１５４】
ref_to_tn_block_idは、menu.tidxの場合にはmenu.tdat中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_idのインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。または、mark.tidxの場合にはmark.tdat中の１つのtn_blockを示し、そのtn_blockは、ref_to_tn_block_idのインデックス番号であるthumbnail_indexに対するサムネール画像をストアしている。
【０１５５】
picture_byte_size[ref_to_tn_block_id]は、ref_to_tn_block_idが示すtn_blockにストアされているサムネール画像のデータ長をバイト単位で示す。
【０１５６】
horizontal_picture_size[ref_to_tn_block_id]は、ref_to_tn_block_idが示すtn_blockにストアされているサムネール画像の水平方向の画素数を示す。
【０１５７】
vertical_picture_size[ref_to_tn_block_id]は、ref_to_tn_block_idが示すtn_blockにストアされているサムネール画像の垂直方向の画素数を示す。
【０１５８】
flag_encrypted_thumbnail[ref_to_tn_block_id]は、ref_to_tn_block_idが示すtn_blockにストアされているサムネール画像が暗号化して記録されているか、暗号化しないで記録されているかを示すフラグである。
【０１５９】
図２５は、"menu.tdat"と"mark.tdat"のシンタクス構造を示す。これらのファイルは、同じシンタクス構造を持つ。
【０１６０】
tn_block(tn_block_id)は、tn_blockの配列の中でtn_block_idの引数によって指し示される１つのtn_blockを示す。menu.tdatの場合、tn_block_idの値は、menu.tidxの中のref_to_tn_block_idによって参照される。mark.tdatの場合、tn_block_idの値は、mark.tidxの中のref_to_tn_block_idによって参照される。
【０１６１】
tn_block(tn_block_id)の内容は、図１６と図１７で説明した内容と同じである。
【０１６２】
以上、暗号化したサムネールと暗号化しないサムネールをデータベースで管理する方法を３通り説明した。それぞれの方法の効果を説明すると次のようになる。
【０１６３】
（１）サムネール画像ファイルを暗号化サムネール用と非暗号化サムネール用で2個に分ける（図１３,図１４）。
【０１６４】
サムネール画像ファイルの中で暗号化ON/OFFの切り替えがないので、ファイルを読み込む時（再生時）に暗号の復号ON/OFFを切り替える必要がなく、暗号の復号処理を簡単化できる。
【０１６５】
（２）一つのメニューサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式の場合であり、tn_block単位で暗号化する／しないを切り替える図２１,図２２）。
【０１６６】
サムネール画像ファイルが１個なので、暗号化するサムネールと暗号化しないサムネールを区別するためのデータベース管理が容易である。最小単位であるtn_block単位で暗号化する／しないを切り替えるので、ディスク上に無駄なデータを記録することがない。
【０１６７】
（３）一つのメニューサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式の場合であり、tn_blockを複数個まとめた単位で暗号化する／しないを切り替える（図２３）。
【０１６８】
サムネール画像ファイルが１個なので、暗号化するサムネールと暗号化しないサムネールを区別するためのデータベース管理が容易である。tn_blockを複数個まとめた単位を、ECCブロックと同じとすれば、ECCブロックを読み込む時（再生時）に暗号の復号ON/OFFを切り替える必要がなく、暗号の復号処理を簡単化できる。
【０１６９】
次に、図２６に、AVストリームを記録するとともに、そのAVストリームの代表画像やマーク点の画像をサムネールに符号化して記録する、記録装置のブロック図を示す。
【０１７０】
はじめに端子12,16からのビデオ、オーディオ入力をセルフエンコードしたAVストリームを記録する場合を説明する。マクロビジョン検出部13は、入力ビデオのアナログコピープロテクション信号(APS)を所定の方法で検出して、ビデオ信号の記録制限を行う。入力ビデオ信号にAPSが含まれていない場合だけ、そのビデオ信号を記録することができる。したがって、ビデオ信号を記録できる場合、そのAPSは、コピーフリー(00)である。入力ビデオ信号がAPSを含まない場合、マクロビジョン検出部13は、入力ビデオをCGMS検出・更新部14へ供給する。CGMS検出・更新部14は、入力ビデオのCGMS(CGMS-AまたはCGMS-D)を所定の方法により解析して、記録するAVストリームのCCI（図の中でCCI_oで示す）をコントローラ21へ供給する。また、CGMS検出・更新部14は、入力ビデオをWM(Water Mark)検出・更新部15へ供給する。WM検出・更新部15は、入力ビデオのWater Markを所定の方法により解析して、記録するAVストリームのWM（図の中でWM_oで示す）をコントローラ21へ供給する。また、WM検出・更新部15は、入力ビデオをMPEG2 AVエンコーダ16およびビデオ解析部18へ供給する。
【０１７１】
MPEG2 AVエンコーダ16は入力ビデオ，オーディオ信号をエンコードして、ビデオストリームとオーディオストリームを多重化・ソースパケット化部17へ供給する。
【０１７２】
コントローラ21は入力されるCCI_oおよびWM_oに基づいて、多重化・ソースパケット化部17へ多重化ストリームの中で符号化するE_CCI(Embedded CCI)の値を所定の方法により決定する。多重化・ソースパケット化部17はビデオストリームとオーディオストリームを多重化して、AVストリームを暗号化部22とストリーム解析部20へ供給する。
【０１７３】
暗号化部22は、入力されるAVストリームを所定の方法で暗号化して、ECC符号化部23へ供給する。AVストリームは、ECC符号化部23，変調部24，ドライブ25の処理の後に、AVストリームファイルとして、記録媒体26へ記録される。
【０１７４】
本記録装置は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報(info.dvr,PlayList,ClipInformation,サムネール情報ファイル，サムネール画像ファイル)もまた記録する。アプリケーションデータベース情報は、コントローラ21により作成される。コントローラ21への入力情報は、ビデオ解析部18からのビデオ信号の特徴情報，ストリーム解析部20からのAVストリームの特徴情報，および端子11から入力されるユーザの指示情報である。
【０１７５】
ビデオ解析部18からのビデオ信号の特徴情報は、この記録装置が自動生成するものである。ビデオ解析部18は、入力ビデオ信号の内容を解析し、入力ビデオ信号の中の特徴的なマーク点の画像に関係する情報を生成する。例えば、入力ビデオ信号のプログラム開始点，シーンチェンジ点やCMのスタート・エンド点などマーク点の画像の指示情報である。また、入力ビデオ信号の中で最初のマーク点の画像を、そのビデオ信号の代表画像（PlayListの代表画像）としても良い。ビデオ解析部18は、ビデオ信号の中でマーク点の画像を指し示すタイムスタンプ（マークの位置）をコントローラ21へ入力する。サムネールエンコーダ19は、マーク点の画像をサムネール画像にエンコードして、それらサムネール画像をコントローラ21へ供給する。コントローラ21は、マーク点のタイムスタンプ、マーク点の画像に対応するCCI_oとWM_o，および、マーク点の画像のサムネール画像を関連付けて記憶する。また、コントローラ21は、マーク点の画像に対応するCCI_oとWM_oに基づいて、上述のCP_Info_thumbnail()（図１７と図１８）のCCI_thumnail（図１９）の値を所定の方法により決定する。
【０１７６】
入力ビデオ信号をセルフエンコードしたAVストリームを記録する場合のコピーコントロール処理をまとめたものを図２７に示す。
【０１７７】
AVストリームは、入力信号の状態に対応して記録される。サムネールも入力信号の状態に対応して記録される。すなわち、入力信号が「copy free」である場合、サムネールは、AVストリームと同様に、記録が可能であり、その場合におけるCCI_thumbnail、またはAPS_thumbnailは、やはり「copy free」とされる。このとき、サムネール画像は、暗号化する必要はないが、暗号化してもよい。
【０１７８】
入力信号の状態が「no more copy」、または「copy prohibited」である場合、サムネール画像は記録することができない。入力信号の状態が「copy once」である場合、CCI_thumbnailは、「no more copy」に書き換えられる。
【０１７９】
サムネール画像のCCI_thumbnailが「No more copy」である場合、そのサムネールを暗号化する必要がある。一方、サムネール画像のCCI_thumbnailが「Copy free」である場合、そのサムネールを暗号化する必要はない。
【０１８０】
コントローラ21は、サムネールに関するアプリケーションデータベース情報を作成し、上で説明したシンタクスに基づきサムネール情報ファイル，サムネール画像ファイルおよびその他のデータベースファイル（info.dvr, PlayList file, Clip Information file）にストアする。コントローラ21は、これらのファイル情報を暗号化部22へ供給する。暗号化部22は、サムネールを暗号化する必要がある場合、それを上で説明した方法に従って暗号化する。暗号化部22は、ファイル情報をECC符号化部23へ供給する。ファイル情報は、ECC符号化部23，変調部24，ドライブ25の処理の後に、記録媒体26へ記録される。
【０１８１】
次に、端子27からのトランスポートストリーム（TS）入力を記録する場合を説明する。E_CCI(Embedded CCI)解析・更新部28は、入力TSの中に符号化されているE_CCI(Embedded CCI)を所定の方法により解析して、記録するAVストリームのCCI（図２６の中でCCI_oで示す）をコントローラ21へ供給する。また、E_CCI解析・更新部28は、入力TSをWM検出・更新部29へ供給する。WM検出・更新部29は、入力ビデオのWater Markを所定の方法により解析して、記録するAVストリームのWM（図２６の中でWM_oで示す）をコントローラ21へ供給する。また、WM検出・更新部29は、入力TSを多重化・ソースパケット化部17へ供給する。多重化・ソースパケット化部17は入力TSをソースパケット列のストリームに変換し、それをストリーム解析部20と暗号化部22へ供給する。暗号化部（スクランブル部）部22は、入力されるAVストリームを所定の方法で暗号化して、ECC符号化部23へ供給する。AVストリームは、ECC符号化部23，変調部24，ドライブ25の処理の後に、AVストリームファイルとして、記録媒体26へ記録される。
【０１８２】
また、端子27からの入力TSは、デコーダ30へ入力される。デコーダ30は入力TSのビデオストリームを復号（デコード）して、ビデオ信号をビデオ解析部18へ供給する。ビデオ解析部18，サムネールエンコーダ19の処理は、上述の入力ビデオをセルフエンコード処理する場合と同様である。
【０１８３】
ストリーム解析部20は、入力ストリームの中のコンテンツ保護情報（DTCP_descriptor等）を解析し、そして、アナログコピープロテクション情報(APS)を取り出し、それをコントローラ21へ供給する。そして、入力ストリームのマーク点画像に対応するAPSと、それら画像のサムネール画像のAPS_thumbnailは同じ値にセットされる。CCI_thumbnailの値は、上述の入力ビデオをセルフエンコード記録する場合と同様にして、コントローラ21により決定される。
【０１８４】
入力TSを記録する場合のコピーコントロール処理をまとめたものを図２８に示す。
【０１８５】
図２８における処理は、基本的に図２７における場合と同様であるが、サムネール画像のAPS_thumbnailは、入力信号の状態と同様とされる。
【０１８６】
サムネール画像のCCI_thumbnailが「No more copy」である場合、そのサムネールを暗号化する必要がある。一方、サムネール画像のCCI_thumbnailが「Copy free」である場合、そのサムネールを暗号化する必要はない。
【０１８７】
コントローラ21は、サムネールに関するアプリケーションデータベース情報を作成し、上で説明したシンタクスに基づきサムネール情報ファイル，サムネール画像ファイルおよびその他のデータベースファイル（info.dvr,PlayList file,Clip Information file）にストアする。コントローラ21は、これらのファイル情報を暗号化部22へ供給する。暗号化部22は、サムネールを暗号化する必要がある場合、それを上で説明した方法に従って暗号化する。暗号化部22は、ファイル情報をECC符号化部23へ供給する。ファイル情報は、ECC符号化部23，変調部24，ドライブ25の処理の後に、記録媒体26へ記録される。
【０１８８】
AVストリームを記録するとともに、そのAVストリームの代表画像や特徴点画像をサムネールに符号化して記録する処理のフローチャートを図２９に示す。
【０１８９】
ステップS101で、入力信号(ビデオ信号またはTS)のコンテンツ保護情報（CCI等）を解析する。この処理は、マクロビジョン検出部１３、CGMS検出更新部１４、WM検出更新部１５、E_CCI解析更新部２８、またはWM検出更新部２９により行われる。
【０１９０】
ステップS102で、入力信号をAVストリームに符号化する。この処理は、MPEG2AVエンコーダ１６および多重化ソースパケット化部１７により実行される。
【０１９１】
ステップS103で、ビデオ解析部１８は、ビデオ信号を解析して、マーク点の画像（代表画像および特徴点画像）を検出する。
【０１９２】
ステップS104で、ビデオ解析部１８は、マーク点の画像の取得する。
【０１９３】
ステップS105で、サムネールエンコーダ１９は、マーク点の画像をサムネール画像にエンコードする。
【０１９４】
ステップS106で、コントローラ２１は、マーク点のタイムスタンプが指し示すAVストリーム上の位置にあるコンテンツ保護情報（CCI等）を解析する。
【０１９５】
ステップS107で、コントローラ２１は、サムネール画像のCP_Info_thumbnail()を作成する。具体的には上述したように、CCI_thumbnail（図１９）,APS_thumbnail（図２０）の値を決定する。
【０１９６】
ステップS108で、コントローラ２１は、サムネール画像の暗号化ON/OFFを決定する。ONの場合は、暗号化部２２がサムネール画像とそのCP_Info_thumbnail()をストアしたtn_blockを暗号化する。
【０１９７】
ステップS109で、コントローラ２１は、上記tn_blockをストアするファイルを決定し、そのtn_blockを記録媒体２６に記録する。具体的な記録処理は、ECC符号化部２３、変調部２４、ドライブ２５により実行される。
【０１９８】
ステップS110で、コントローラ２１は、上記tn_blockの暗号化ON/OFFの情報をサムネール情報ファイルにストアし、サムネール情報ファイルを記録媒体２６に記録する。具体的な記録処理は、ECC符号化部２３、変調部２４、ドライブ２５により実行される。
【０１９９】
次に、図３０に、記録されているAVストリームに対して、ユーザにより指定された画像のサムネールを付加して記録する、記録装置のブロック図を示す。
【０２００】
記録媒体（ディスク）75からドライブ74を通して読み出されたアプリケーションデータベースは、復調部73，ECC復号部72，暗号の復号部71の処理を経て、コントローラ69へ入力される。コントローラ69は、記録媒体75の記録内容を説明するメニュー画面を作成して、それをモニター（図示していない）へ表示する。ユーザは、端子61のUI（User Interface）入力を通して、再生したいPlayListを選択する。コントローラ69はユーザから指定されたPlayListを再生するために必要なAVストリームを記録媒体75から読み出すように指示する。
【０２０１】
記録媒体75からドライブ74を通して読み出されたAVストリームファイルは、復調部73，ECC復号部72，暗号の復号部71の処理を経て、ソースデパケッタイザ・分離部66へ入力される。ソースデパケッタイザ・分離部66で分離されたビデオストリームはMPEG2AVデコーダ６５で復号されて、ビデオ信号が出力される。ビデオ信号はCGMS挿入部64、マクロビジョン挿入部63で所定の処理が行われて、端子62からが出力されて、モニター（図示していない）へ表示される。
【０２０２】
ユーザは、再生されるビデオの中からマークしたいシーン（例えば、お気に入りのシーン）を、端子61からUI入力を通してコントローラ69へ指示する。
【０２０３】
マーク点に付加して記録するサムネール画像は、マーク点の画像から作成しても良いし、または、パーソナルコンピュータやデジタルスチルカメラなどから外部入力経由で記録装置へ取り込んだ画像から作成しても良い。
【０２０４】
マーク点の画像からサムネール画像を作成する場合、コントローラ69は、ユーザがマークした画像のタイムスタンプをソースデパケッタイザ・分離部66から取得する。そして、マーク点の画像をMPEG2 AVデコーダ65から取得して、その画像をサムネールエンコーダ67へ入力する。サムネールエンコーダ67はサムネール画像を符号化して、それをコントローラ69へ入力する。また、ソースデパケッタイザ・分離部66は、マーク点のタイムスタンプが指し示すAVストリーム上の位置にあるコンテンツ保護情報（DTCP_descriptor等）を取り出して、コントローラ69へ入力する。コントローラ69は、そのコンテンツ保護情報（DTCP_descriptor等）を解析し、CCIとアナログコピープロテクション情報(APS)を取り出す。そして、マーク点の画像のサムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailとAPS_thumbnailの値を、それぞれ上記のCCIとAPSと同じ値にセットする。
【０２０５】
次に、マーク点に付加して記録するサムネール画像を、パーソナルコンピュータやデジタルスチルカメラなどの外部入力経由で記録装置へ取り込んだ静止画像から作成する場合の動作を説明する。コントローラ69は、外部入力端子85から静止画像を取得する。そして、コンテンツ保護情報検出部86が、入力画像のコンテンツ保護情報（CGMS,APS,DTCP descriptor等）を取り出して、コントローラ69へ入力する。コントローラ69は、そのコンテンツ保護情報を解析し、CCIとアナログコピープロテクション情報(APS)を取り出す。そして、サムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailとAPS_thumbnailの値を、それぞれ上記のCCIとAPSと同じ値にセットする。そして、上記静止画像をサムネールエンコーダ67へ入力する。サムネールエンコーダ67はサムネール画像を符号化して、それをコントローラ69へ入力する。
【０２０６】
サムネール画像のCCI_thumbnailが「No more copy」である場合、そのサムネールを暗号化する必要がある。一方、サムネール画像のCCI_thumbnailが「Copy free」である場合、そのサムネールを暗号化する必要はない。
【０２０７】
コントローラ69は、サムネールに関するアプリケーションデータベース情報を作成し、上で説明したシンタクスに基づきサムネール情報ファイル，サムネール画像ファイルおよびその他のデータベースファイル（info.dvr,PlayList file,Clip Information file）にストアする。コントローラ69は、これらのファイル情報を暗号化部76へ供給する。暗号化部76は、サムネールを暗号化する必要がある場合、それを上で説明した方法に従って暗号化する。暗号化部76は、ファイル情報をECC符号化部77へ供給する。ファイル情報は、ECC符号化部77，変調部78，ドライブ74の処理の後に、記録媒体75へ記録される。
【０２０８】
記録されているAVストリームに対して、ユーザにより指定された画像のサムネールを付加して記録する、処理のフローチャートを図３１に示す。
【０２０９】
ステップS201において、UIを介してユーザによって再生するPlayListが指定されると、コントローラ６９はこれを取得する。
【０２１０】
ステップS202において、コントローラ６９は、指定されたPlayListのビデオ再生を開始させる。再生処理は、具体的には、記録媒体７５、ドライブ７４、復調部７３、ECC復号部７２、および暗号の復号部７１により実行される。
【０２１１】
ステップS203において、ユーザがマークしたいシーンを捜し、再生中あるいは一時停止中にマークボタンを押すと、これがUIを介してコントローラ６９に入力される。
【０２１２】
ステップS204において、コントローラ６９は、この入力に基づいて、マーク位置を決定する。
【０２１３】
ステップS205において、コントローラ６９は、ユーザに対して、マーク位置の画像をサムネールに使うか、それとも、サムネールに使う静止画像を外部入力から取得するかを確認する。この確認は、所定のメッセージを表示させ、そのメッセージに対応する入力をユーザから取得することで行われる。サムネールに使う場合は、ステップS206へ進み、サムネールに使う静止画像を外部入力から取得する場合はステップS208へ進む。
【０２１４】
ステップS206において、ソースデパケッタイズ分離部６６は、マーク位置の画像を取得する。
【０２１５】
ステップS207において、ソースデパケッタイズ分離部６６は、マーク位置のAVストリームのコンテンツ保護情報を取得する。
【０２１６】
ステップS205において、サムネールに使う静止画像を外部入力から取得すると判定された場合、ステップS208において、コンテンツ保護情報検出部８６は、サムネールに使う静止画像を外部入力から取得する。
【０２１７】
ステップS209において、コンテンツ保護情報検出部８６は、当該静止画像のコンテンツ保護情報を取得する。
【０２１８】
ステップS210において、サムネールエンコーダ６７は、サムネールに使う画像をサムネール画像へエンコードする。
【０２１９】
ステップS211において、コントローラ６９は、サムネール画像のCP_Info_thumbnail()を作成する。具体的には上述したように、CCI_thumbnail,APS_thumbnailの値が決定される。
【０２２０】
ステップS212において、コントローラ６９は、サムネール画像の暗号化のON/OFFを決定する。ONの場合は、暗号化部７６は、サムネール画像とそのCP_Info_thumbnail()をストアしたtn_blockを暗号化する。
【０２２１】
ステップS213において、コントローラ６９は、上記tn_blockをストアするファイルを決定し、そのtn_blockを記録媒体７５に記録させる。この記録は、ECC符号化部７７、変調部７８、ドライブ７４により実行される。
【０２２２】
ステップS214で、コントローラ６９は、上記tn_blockの暗号化ON/OFFの情報をサムネール情報ファイルにストアし、サムネール情報ファイルを記録媒体７５に記録させる。
【０２２３】
次に、図３２に、AVストリームを再生するとともに、そのAVストリームの代表画像や特徴点画像のサムネールを再生する、再生装置のブロック図を示す。
【０２２４】
記録媒体75からドライブ74を通して読み出されたアプリケーションデータベースは、復調部73，ECC復号部72，暗号の復号部71の処理を経て、コントローラ69へ入力される。
【０２２５】
コントローラ69は、ビデオ出力へ表示するサムネール画像を決定する。例えば、あるPlayListの代表画像のサムネールを表示することを決める。
【０２２６】
コントローラ69は、上記サムネール画像に関する情報を、サムネール情報ファイルから読み出す。これにより、コントローラ69は、上記サムネール画像がストアされているサムネール画像ファイルを知り、また、そのサムネール画像の暗号化ON/OFFを知ることができる。
【０２２７】
次に、コントローラ69は、上記サムネール画像のデータをサムネール画像ファイルから読み出す。サムネール画像が暗号化されている場合は、復号部７１が暗号を復号する。また、コントローラ69は、再生するサムネール画像に対するCP_Info_thumbnail()を取得する。
【０２２８】
コントローラ69は、当該サムネール画像をサムネールデコーダ80へ入力し、デコード画像をグラフィックス画像処理部81へ入力する。グラフィックス画像処理部81で所定の処理がされた出力画像は、画像ブレンダ処理部82で処理されて、CGMS挿入部64へ入力される。
【０２２９】
CGMS挿入部64は、当該サムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailと同じ意味を表すCGMS信号を、出力画像に挿入する。次に、マクロビジョン挿入部63は、CP_Info_thumbnail()のAPS_thumbnailと同じ意味を表すアナログコピープロテクション信号を、出力画像に挿入する。そして、端子62からビデオが再生される。
【０２３０】
AVストリームの代表画像や特徴点画像のサムネールを再生する、再生動作のフローチャートを、図３３に示す。
【０２３１】
ステップS301において、コントローラ６９は、アプリケーションデータベース情報ファイルを読み出させる。この読み出し処理は、具体的には、記録媒体７５からドライブ７４、復調部７３、ECC復号部７２、および復号部７１により実行される。
【０２３２】
ステップS302において、コントローラ６９は、UIからの入力に基づいて、再生するサムネール画像を決定する。
【０２３３】
ステップS303において、コントローラ６９は、上記サムネール画像に関する情報を、サムネール情報ファイルから読み出す。
【０２３４】
ステップS304において、コントローラ６９は、上記サムネール画像がストアされているサムネール画像ファイルを取得し、また、そのサムネール画像の暗号化のON/OFFを知る。
【０２３５】
ステップS305において、コントローラ６９は、上記サムネール画像のストアされているtn_blockをサムネール画像ファイルから読み出させる。tn_blockが暗号化されている場合は、復号部７１が暗号を復号する。
【０２３６】
ステップＳ３０６において、コントローラ６９は、再生するサムネール画像のCP_Info_thumbnail()をソースデパケッタイズ分離部６６の出力から取得する。
【０２３７】
ステップＳ３０７において、コントローラ６９は、サムネール画像をサムネールデコーダ８０に供給し、デコードさせる。サムネール画像は、グラフィクス画像処理部８１による処理を経て、画像ブレンダ処理部８２からCGMS挿入部６４に供給される。
【０２３８】
ステップS３０８において、コントローラ６９は、CGMS挿入部６４とマクロビジョン挿入部６３を制御し、ステップＳ３０６の処理で取得したCP_Info_thumbnail()に従って、CGMSとマクロビジョンを、サムネールの表示画像に付加させる。
【０２３９】
ステップS３０９において、コントローラ６９は、サムネールの表示画像を端子６２からビデオ出力させる。
【０２４０】
以上のようにして、本発明では、次のようなことが可能となる。
【０２４１】
（１）サムネール画像を暗号化するようにしたので、サムネール画像の著作権を保護することが可能となる。
【０２４２】
（２）AVストリームを記録するとともに、そのAVストリームの代表画像や特徴点を表すサムネール画像を記録する場合において、サムネール画像が暗号化されている／されていないを区別する情報を記録するようにしたので、記録媒体上に、暗号化されたサムネール画像と暗号化されていないサムネール画像が混在する可能性がある場合において、暗号化して記録したサムネール画像と暗号化しないで記録したサムネール画像を区別して管理することができる。
【０２４３】
（３）(２)において、サムネール画像をストアする為のサムネール画像ファイルと、サムネール画像が暗号化されている／されていないを区別する情報をストアする為のサムネール情報ファイルを分離して記録するようにしたので、サムネール情報ファイルを比較的小さなサイズのデータベースで管理できる。これにより、あるサムネール画像の再生を指示されたときに、そのサムネールが暗号化されている／されていないという情報を容易に高速に取得できる。
【０２４４】
（４）(３)において、サムネール画像ファイルを暗号化サムネール用(menu.tdt1)と非暗号化サムネール用(menu.tdt2)で2個に分けて記録するようにしたので、一つのサムネール画像ファイルの中で暗号化ON/OFFの切り替えがないので、ファイルを読み込む時（再生時）に暗号の復号ON/OFFを切り替える必要がなく、暗号の復号処理を簡単化できる。
【０２４５】
（５）(３)において、一つのサムネール画像ファイルの中で暗号化サムネール部分と非暗号化サムネール部分を切りかえる形式で記録するようにしたので、サムネール画像ファイルが１個となり、暗号化するサムネールと暗号化しないサムネールを区別するためのデータベース管理が容易である。なお、tn_block単位で暗号化する／しないを切り替えるようにすれば、最小単位であるtn_block単位で暗号化する／しないを切り替えるので、ディスク上に無駄なデータを記録することがない。また、tn_blockを複数個まとめた単位で暗号化する／しないを切り替えるようにしても良い。例えば、tn_blockを複数個まとめた単位を、ECCブロックと同じとすれば、ECCブロックを読み込む時（再生時）に暗号の復号ON/OFFを切り替える必要がなく、暗号の復号処理を簡単化できる。
【０２４６】
（６）(２)において、サムネール画像に、そのコンテンツ保護情報（CP_Info_thumbnail()）を付加して記録する。
【０２４７】
（７）(６)において、サムネール画像とそのコンテンツ保護情報を、所定の大きさのブロック（tn_block）単位で記録する。
【０２４８】
（８）(６)において、一つのtn_blockで暗号化処理が閉じるようにする
【０２４９】
（９）(２)において、サムネール画像を作成する元になった原画像のCCIが、"Copy once"である時、サムネール画像を暗号化して記録する。
【０２５０】
(６)乃至(９)のようにしたので、CP_Info_thumbnail()の内容が、悪意を持ったユーザによって改竄されることを防ぐことができる。また、CCI_thumbnailが「No more copy」であるサムネール画像が、不正にbit-by-bitに同じデータで別の記録媒体へコピーされたとしても、それを再生することができないように対処できる。
【０２５１】
(８)のようにしたので、一つのtn_blockで暗号化処理が閉じるようにすることで、サムネール画像ファイルの中から任意のサムネール画像を読み出すとき、そのサムネール画像がストアされているtn_blockだけを暗号の復号（デクリプト）処理すれば良く、データ処理量を最小にできる。
【０２５２】
（１０）(２)において、サムネール画像のフォーマットはJPEGとすれば、JPEGはデファクトスタンダードとして広く使用されているので、インプリメントが比較的容易であり、互換性が高い。
【０２５３】
（１１）ビデオ信号とともに、そのビデオ信号の代表画像や特徴点を表すサムネール画像が記録されている記録媒体からサムネール画像を再生する場合において、サムネール画像が暗号化されている／されていないを区別する情報を読み出して、前記情報に基づいて、サムネール画像を再生するようにしたので、記録媒体上に、暗号化されたサムネール画像と暗号化されていないサムネール画像が混在する可能性がある場合において、暗号化して記録したサムネール画像と暗号化しないで記録したサムネール画像を区別して管理することができる。
【０２５４】
なお、以上においては、サムネール情報ファイルとサムネール画像ファイルを分離したファイルとして管理しているが、これらの情報を一つのファイルにまとめて管理しても良い。例えば、一つのファイルの中で各サムネール画像が暗号化されている／されていないという情報を集めたオブジェクトと、サムネール画像を集めたオブジェクトを管理するようにしても良い。
【０２５５】
また、ファイルという形式でデータを管理する（ファイルシステムを使ってデータを管理する）必要も必ずしもなく、記録装置／再生装置が管理できる形式でデータを管理できれば良い。
【０２５６】
さらに、以上においては、記録装置と再生装置をそれぞれ別々の構成として示したが、記録と再生の両方が可能な記録再生装置として一体化することももちろん可能である。この場合、図２６、図３０、および図３２に示した各ブロックのうち、対応するブロックは、適宜共通のものとされる。
【０２５７】
また、以上においては、AVストリームを記録または再生するようにしたが、ビデオ信号だけを記録または再生する場合にも、本発明は適用することができる。
【図面の簡単な説明】
【０２５８】
【図１】アプリケーションフォーマットの構造を説明する図である。
【図２】PlayList上のマークとClip上のマークを説明する図である。
【図３】メニューサムネールとマークサムネールを説明する図である。
【図４】メニューサムネールを説明する図である。
【図５】プレイリストに付けられるマークを説明する図である。
【図６】クリップに付けられるマークを説明する図である。
【図７】サムネールを格納するファイルを説明する図である。
【図８】ディスク上に作られるディレクトリ構造を説明する図である。
【図９】DVR MPEG-2トランスポートストリームの構造を説明する図である。
【図１０】UIAppInfoDVRのシンタクスを示す図である。
【図１１】PlayListMarkのシンタクスを示す図である。
【図１２】ClipMarkのシンタクスを示す図である。
【図１３】サムネール画像のデータをtn_blockに格納する方法を説明する図である。
【図１４】暗号化を説明する図である。
【図１５】サムネールの情報ファイルのシンタクスを示す図である。
【図１６】メニューサムネールの画像ファイルのシンタクスを示す図である。
【図１７】tn_blockのシンタクスを示す図である。
【図１８】CP_Info_thumbnail()のシンタクスを示す図である。
【図１９】CCI_thumbnailを説明する図である。
【図２０】APS_thumbnailを説明する図である。
【図２１】サムネールの画像データをtn_block()に格納する方法を説明する図である。
【図２２】tn_block単位での暗号化を説明する図である。
【図２３】ECCブロック単位での暗号化を説明する図である。
【図２４】サムネールの情報ファイルのシンタクスを示す図である。
【図２５】サムネールの画像ファイルのシンタクスを示す図である。
【図２６】本発明を適用した記録装置の構成を示すブロック図である。
【図２７】AVストリームを記録する場合のコピーコントロールの処理を説明する図である。
【図２８】トランスポートストリームが入力される場合のコピーコントロール処理を説明する図である。
【図２９】サムネールを暗号化して記録する処理を説明するフローチャートである。
【図３０】本発明を適用した記録装置の他の構成例を示すブロック図である。
【図３１】指定された画像のサムネールを付加して記録する処理を説明するフローチャートである。
【図３２】本発明を適用した再生装置の構成例を示すブロック図である。
【図３３】サムネールを再生する処理を説明するフローチャートである。
【符号の説明】
【０２５９】
１３  マクロビジョン検出部，  １４  CGMS検出更新部，  １５  ウォーターマーク検出更新部，  １６  MPEG2AVエンコーダ，  １７  多重化ソースパケット化部，  １８  ビデオ解析部，  １９  サムネールエンコーダ，  ２０  ストリーム解析部，  ２１  コントローラ，  ２２  暗号化部，  ２６  記録媒体，  ２８  E-CCI解析更新部，  ２９  ウォーターマーク検出更新部，  ３０  デコーダ，  ６３  マクロビジョン挿入部，  ６４  CGMS挿入部，  ６５  MPEG2AVデコーダ，  ６６  ソースデパケッタイズ分離部，  ６７  サムネールエンコーダ，  ６９  コントローラ，  ７１  復号部，  ７５  記録媒体，  ７６  暗号化部
【図１】
2008187730.tif 000003
【図２】
2008187730.tif 000004
【図３】
2008187730.tif 000005
【図４】
2008187730.tif 000006
【図５】
2008187730.tif 000007
【図６】
2008187730.tif 000008
【図７】
2008187730.tif 000009
【図８】
2008187730.tif 000010
【図９】
2008187730.tif 000011
【図１０】
2008187730.tif 000012
【図１１】
2008187730.tif 000013
【図１２】
2008187730.tif 000014
【図１３】
2008187730.tif 000015
【図１４】
2008187730.tif 000016
【図１５】
2008187730.tif 000017
【図１６】
2008187730.tif 000018
【図１７】
2008187730.tif 000019
【図１８】
2008187730.tif 000020
【図１９】
2008187730.tif 000021
【図２０】
2008187730.tif 000022
【図２１】
2008187730.tif 000023
【図２２】
2008187730.tif 000024
【図２３】
2008187730.tif 000025
【図２４】
2008187730.tif 000026
【図２５】
2008187730.tif 000027
【図２６】
2008187730.tif 000028
【図２７】
2008187730.tif 000029
【図２８】
2008187730.tif 000030
【図２９】
2008187730.tif 000031
【図３０】
2008187730.tif 000032
【図３１】
2008187730.tif 000033
【図３２】
2008187730.tif 000034
【図３３】
2008187730.tif 000035