(57)【特許請求の範囲】
【請求項１】
入力されたビデオ信号に対応するサムネール画像を生成する生成手段と、
前記生成手段により生成された前記サムネール画像に対応するコンテンツ保護情報を生成する第１の制御手段と、
前記ビデオ信号を、前記生成手段により生成された前記サムネール画像、および前記第１の制御手段により生成された前記コンテンツ保護情報とともに情報記録媒体に記録する記録手段とを備え、
前記サムネール画像のサイズは可変であり、
前記記録手段は、前記サムネール画像に対応するそのコンテンツ保護情報を、前記サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中での前記サムネール画像のサイズに応じた任意の位置を開始位置として、前記サムネール画像の後に続いてストアする形式で記録する
ことを特徴とするビデオ信号処理装置。
【請求項２】
前記記録手段は、前記サムネール画像と、前記サムネール画像に対応する前記コンテンツ保護情報を一対にしてブロック化して記録する
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項３】
前記コンテンツ保護情報は、コピー世代管理情報を含む
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項４】
前記コンテンツ保護情報は、アナログコピープロテクション制御情報を含む
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項５】
前記生成手段は、前記ビデオ信号の中の画像を使用して前記サムネール画像を生成し、
前記第１の制御手段は、前記ビデオ信号に含まれる画像のコンテンツ保護情報に基づいて、前記サムネール画像のコンテンツ保護情報を生成する
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項６】
前記生成手段は、前記ビデオ信号の中の画像を使用して前記サムネール画像を生成し、
前記第１の制御手段は、前記ビデオ信号のコンテンツ保護情報を参照する必要があるかどうかを示す識別子を含む前記コンテンツ保護情報を生成する
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項７】
前記記録手段は、前記サムネール画像を、JPEG方式で圧縮して記録する
ことを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項８】
前記情報記録媒体に記録されている信号を再生する再生手段と、
前記再生手段により再生された前記信号から、前記ビデオ信号、前記ビデオ信号に対応する前記サムネール画像、および前記サムネール画像に対応する前記コンテンツ保護情報を分離する分離手段と、
前記分離手段により分離された前記コンテンツ保護情報に基づいて、前記サムネール画像の出力を制限する第２の制御手段と
をさらに備えることを特徴とする請求項１に記載のビデオ信号処理装置。
【請求項９】
前記コンテンツ保護情報は、アナログコピープロテクション制御信号を含み、
前記第２の制御手段は、前記アナログコピープロテクション制御信号に応じて、出力信号にコピープロテクション信号が重畳されるように制御する
ことを特徴とする請求項８に記載のビデオ信号処理装置。
【請求項１０】
前記第２の制御手段は、さらに、前記ビデオ信号の前記コンテンツ保護情報に基づいて、前記サムネール画像の再生を制限する
ことを特徴とする請求項８に記載のビデオ信号処理装置。
【請求項１１】
前記第２の制御手段は、前記サムネール画像を他の情報記録媒体にコピーする場合において、前記サムネール画像に付加して記録されている前記コンテンツ保護情報に基づいて、前記サムネール画像のコピーを制限する
ことを特徴とする請求項８に記載のビデオ信号処理装置。
【請求項１２】
前記コンテンツ保護情報はコピー世代管理情報を含み、
前記第２の制御手段は、前記サムネール画像のコピー世代管理情報の制限を守るように、前記サムネール画像のコピーを制限する
ことを特徴とする請求項１１に記載のビデオ信号処理装置。
【請求項１３】
前記第２の制御手段は、さらに、前記ビデオ信号の前記コンテンツ保護情報に基づいて、前記サムネール画像のコピーを制限する
ことを特徴とする請求項１１に記載のビデオ信号処理装置。
【請求項１４】
入力されたビデオ信号に対応するサムネール画像であって、そのサイズが可変となる前記サムネール画像を生成する生成ステップと、
前記生成ステップの処理により生成された前記サムネール画像に対応するコンテンツ保護情報を生成する制御ステップと、
前記ビデオ信号を、前記生成ステップの処理により生成された前記サムネール画像、および前記制御ステップの処理により生成された前記コンテンツ保護情報とともに情報記録媒体に記録するとともに、前記サムネール画像に対応するそのコンテンツ保護情報を、前記サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中での前記サムネール画像のサイズに応じた任意の位置を開始位置として、前記サムネール画像の後に続いてストアする形式で記録する記録ステップと
を含むことを特徴とするビデオ信号処理方法。
【請求項１５】
入力されたビデオ信号に対応するサムネール画像であって、そのサイズが可変となる前記サムネール画像を生成する生成ステップと、
前記生成ステップの処理により生成された前記サムネール画像に対応するコンテンツ保護情報を生成する制御ステップと、
前記ビデオ信号を、前記生成ステップの処理により生成された前記サムネール画像、および前記制御ステップの処理により生成された前記コンテンツ保護情報とともに情報記録媒体に記録するとともに、前記サムネール画像に対応するそのコンテンツ保護情報を、前記サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中での前記サムネール画像のサイズに応じた任意の位置を開始位置として、前記サムネール画像の後に続いてストアする形式で記録する記録ステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はビデオ信号処理装置および方法、プログラム、並びにデータ構造に関し、特に、情報記録媒体に記録されているビデオ信号のセキュリティ情報を適切に管理することができるようにしたビデオ信号処理装置および方法、プログラム、並びにデータ構造に関する。
【背景技術】
【０００２】
近年、記録再生装置から取り外し可能なディスク型の情報記録媒体として、各種の光ディスクが提案されつつある。このような記録可能な光ディスクは、数ギガバイトの大容量メディアとして提案されており、ディジタルビデオ（動画像）信号を記録するメディアとしての期待が高い。
【０００３】
ディジタルビデオ信号をディジタル圧縮する符号化方式の１つにMPEG（Moving Picture Experts Group）２方式がある。MPEG2は、ディジタルビデオ信号を情報記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を情報記録媒体に記録する場合、ビデオ信号はMPEG2方式にエンコードされ、符号化ビットストリームとして情報記録媒体に記録される。また、近年始まったディジタル方式のＴＶ（テレビジョン）放送では、MPEG2方式で符号化されたビデオ番組がトランスポートストリームと呼ばれるフォーマットで伝送されている。ディジタル放送のAV信号を情報記録媒体に記録する場合には、トランスポートストリームをデコードしたり再エンコードすることなく、ディジタル信号のまま記録する方式が用いられている。
【０００４】
ビデオ信号が、ディジタル信号フォーマットで情報記録媒体に記録されていると、そのビデオ信号を全く劣化させることなく、別の情報記録媒体（記録メディア）にコピーすることが可能である。しかしながら、このことは、そのビデオコンテンツの著作権者にとっては大問題となる。
【０００５】
このような観点から、ビデオ信号のコピーを制限するために、ビデオ信号に、「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-１２０４として規格化されている。
【０００６】
また、トランスポートストリームの中に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 (この世代以上のコピー不可)」に更新されなければならない。
【０００８】
ところで、情報記録媒体に記録されているビデオ信号の内容を容易に理解できる様にするために、その内容を代表する静止画像や、その内容の特定のシーンを静止画像として抜き出した画像をビデオ信号とは別に記録することがある。これらの静止画像はサムネール画像と呼ばれる。例えば、ユーザが情報記録媒体に記録されているビデオ信号の中から、再生を開始する位置を選択するためのメニュー画面に、サムネール画像の一覧を表示することで、ユーザにわかり易い形でのインタフェースを提供することができる。サムネール画像は、記録されているビデオ信号の中から選び出した画像でも良いし、または、パーソナルコンピュータやデジタルスチルカメラなどから情報記録媒体へ取り込んだ画像でも良い。
【０００９】
【特許文献１】特開２０００−３４１６２８号公報
【特許文献２】特開２０００−１３７２０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
従来、ビデオ信号とそのサムネール画像が記録されている情報記録媒体から、所定のビデオ信号を別の情報記録媒体にコピーする場合、ビデオ信号だけしかコピーできないことが多かった。しかしながら、このようなコピーをする場合において、ビデオ信号と共に、そのサムネール画像もコピーできるようにした方が、ユーザにとって便利である。そうすることにより、コピーしたビデオ信号に、ユーザが新たにサムネール画像を付加する手順が不要になるからである。
【００１１】
この時に、問題となるのは、サムネール画像の著作権の管理である。例えば、映画やテレビの人気キャラクターの画像は、著作権がある場合が多いと考えられ、それを不正にコピーされることは著作権者にとって好ましいことではない。しかしながら、従来、サムネール画像のコピー制限を考慮していないので、上述のようなビデオ信号と共にそのサムネール画像をコピーするというアプリケーションを考える時、サムネール画像をコピーして良いかどうかを判断することことができず、サムネール画像の不正なコピーを防止することができない課題があった。
【００１２】
本発明はこのような状況に鑑みてなされたものであり、情報記録媒体に記録されているサムネール画像のコンテンツ保護情報（Content Protection Information. 例えば、CCI）を適切に管理して、サムネール画像の不正なコピーを簡単かつ確実に防止することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１のビデオ信号処理装置は、入力されたビデオ信号に対応するサムネール画像を生成する生成手段と、生成手段により生成されたサムネール画像に対応するコンテンツ保護情報を生成する第１の制御手段と、ビデオ信号を、生成手段により生成されたサムネール画像、および第１の制御手段により生成されたコンテンツ保護情報とともに情報記録媒体に記録する記録手段とを備え、サムネール画像のサイズは可変であり、記録手段は、サムネール画像に対応するそのコンテンツ保護情報を、サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中でのサムネール画像のサイズに応じた任意の位置を開始位置として、サムネール画像の後に続いてストアする形式で記録することを特徴とする。
【００１４】
記録手段は、サムネール画像と、サムネール画像に対応するコンテンツ保護情報を一対にしてブロック化して記録するものとすることができる。
【００１５】
コンテンツ保護情報は、コピー世代管理情報を含むものとすることができる。
【００１６】
コンテンツ保護情報は、アナログコピープロテクション制御情報を含むものとすることができる。
【００１７】
生成手段は、ビデオ信号の中の画像を使用してサムネール画像を生成し、第１の制御手段は、ビデオ信号に含まれる画像のコンテンツ保護情報に基づいて、サムネール画像のコンテンツ保護情報を生成するものとすることができる。
【００１８】
生成手段は、ビデオ信号の中の画像を使用してサムネール画像を生成し、第１の制御手段は、ビデオ信号のコンテンツ保護情報を参照する必要があるかどうかを示す識別子を含むコンテンツ保護情報を生成するものとすることができる。
【００１９】
記録手段は、サムネール画像を、JPEG方式で圧縮して記録するものとすることができる。
【００２０】
情報記録媒体に記録されている信号を再生する再生手段と、再生手段により再生された信号から、ビデオ信号、ビデオ信号に対応するサムネール画像、およびサムネール画像に対応するコンテンツ保護情報を分離する分離手段と、分離手段により分離されたコンテンツ保護情報に基づいて、サムネール画像の出力を制限する第２の制御手段とをさらに備えるものとすることができる。
【００２１】
コンテンツ保護情報は、アナログコピープロテクション制御信号を含み、第２の制御手段は、アナログコピープロテクション制御信号に応じて、出力信号にコピープロテクション信号が重畳されるように制御するものとすることができる。
【００２２】
第２の制御手段は、さらに、ビデオ信号のコンテンツ保護情報に基づいて、サムネール画像の再生を制限するものとすることができる。
【００２３】
第２の制御手段は、サムネール画像を他の情報記録媒体にコピーする場合において、サムネール画像に付加して記録されているコンテンツ保護情報に基づいて、サムネール画像のコピーを制限するものとすることができる。
【００２４】
コンテンツ保護情報はコピー世代管理情報を含み、第２の制御手段は、サムネール画像のコピー世代管理情報の制限を守るように、サムネール画像のコピーを制限するものとすることができる。
【００２５】
第２の制御手段は、さらに、ビデオ信号のコンテンツ保護情報に基づいて、サムネール画像のコピーを制限するものとすることができる。
【００２６】
本発明のビデオ信号処理方法は、入力されたビデオ信号に対応するサムネール画像であって、そのサイズが可変となるサムネール画像を生成する生成ステップと、生成ステップの処理により生成されたサムネール画像に対応するコンテンツ保護情報を生成する制御ステップと、ビデオ信号を、生成ステップの処理により生成されたサムネール画像、および制御ステップの処理により生成されたコンテンツ保護情報とともに情報記録媒体に記録するとともに、サムネール画像に対応するそのコンテンツ保護情報を、サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中でのサムネール画像のサイズに応じた任意の位置を開始位置として、サムネール画像の後に続いてストアする形式で記録する記録ステップとを含むことを特徴とする。
【００２７】
本発明のプログラムは、入力されたビデオ信号に対応するサムネール画像であって、そのサイズが可変となるサムネール画像を生成する生成ステップと、生成ステップの処理により生成されたサムネール画像に対応するコンテンツ保護情報を生成する制御ステップと、ビデオ信号を、生成ステップの処理により生成されたサムネール画像、および制御ステップの処理により生成されたコンテンツ保護情報とともに情報記録媒体に記録するとともに、サムネール画像に対応するそのコンテンツ保護情報を、サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中でのサムネール画像のサイズに応じた任意の位置を開始位置として、サムネール画像の後に続いてストアする形式で記録する記録ステップとを含む処理をコンピュータに実行させることを特徴とする。
【００２８】
第１の本発明においては、入力されたビデオ信号に対応するサムネール画像であって、そのサイズが可変となるサムネール画像が生成され、生成されたサムネール画像に対応するコンテンツ保護情報が生成され、ビデオ信号が、サムネール画像およびコンテンツ保護情報とともに情報記録媒体に記録されるとともに、サムネール画像に対応するそのコンテンツ保護情報が、サムネール画像とそのコンテンツ保護情報を記録する所定の大きさのブロックの中でのサムネール画像のサイズに応じた任意の位置を開始位置として、サムネール画像の後に続いてストアする形式で記録される。
【発明の効果】
【００３４】
本発明によれば、サムネール画像の著作権を保護することが可能となる。また、サムネール画像の不正なコピーを防止することができる。さらに、サムネール画像の不正なコピーを防止することが可能な情報記録媒体を提供することができる。また、サムネール画像ファイルから情報を取り出すことをより困難とすることができる。
【発明を実施するための最良の形態】
【００３５】
図１は、本発明を適用した情報記録再生システムで用いる情報記録媒体上のアプリケーションフォーマットの簡単化された構造を示している。このフォーマットは、AV（Audio Visual）ストリームの管理のためにPlayList（プレイリスト）とClip（クリップ）の２つのレイヤをもつ。そして、Volume Information（ボリュウムインフォメーション）は、ディスク内のすべてのClipとPlayListの管理をする。
【００３６】
１つのAVストリームとそれの付属情報のペアを１つのオブジェクトと考え、それをClipと呼ぶ。AVストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報は、Clip Information file（クリップインフォメーションファイル）と呼ばれる。
【００３７】
１つのClip AVストリームファイルは、MPEG2トランスポートストリームをDVR（Digital Video Recorder）アプリケーションフォーマットによって規定される構造に配置したデータをストアする。
【００３８】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、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と呼んでいる。
【００４４】
図２は、PlayList上のマークとClip上のマークを説明する図である。マークは、ClipおよびPlayListの中のハイライトや特徴的な時間を指定するためにある。
【００４５】
(１) Clipに付加されるマークは、AVストリームの内容に起因する特徴的なシーンを指定する。このマークは、例えば、シーンチェンジ点（シーンスタートポイント）などで構成される。PlayListを再生する時、そのPlayListが参照するClipのマークを参照して、使用する事ができる。
【００４６】
(２) PlayListに付加されるマークは、主にユーザによってセットされる。このマークは、例えば、ユーザにより任意のポイントで指定されるブックマークや、前回の再生終了点を示すリジュームマークなどにより構成される。
【００４７】
(３) ClipまたはPlayListにマークをセットすることは、マークの時刻を示すタイムスタンプをマークリストに追加することにより行われる。また、マークをデリートすることは、マークリストの中からそのマークのタイムスタンプを除去する事である。それゆえ、マークのセットやデリートは、AVストリームを何も変化させない。
【００４８】
サムネールは、Volume（ディスク），PlayListまたはClipに付加される静止画である。サムネールには、図３に示されるように２つの種類がある。１つは、内容を表す代表画としてのサムネール（メニューサムネール）である。これは主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる。もう１つは、マークが指しているシーンを表す画像（マークサムネール）である。
【００４９】
Volumeと各PlayListは代表画を持つことができるようにする。Volumeの代表画は、情報記録媒体としてのディスクをプレーヤに入れた時に、ディスクの内容を表す静止画を最初に表示する場合などに用いられる（図４のMenu Thumbnailを参照）。PlayListの代表画とは、PlayListを選択するメニュー画面において、PlayListの内容を表すための静止画として用いられることを想定している（図５のMenu Thumbnailを参照）。PlayListの代表画の最も簡単な実現方法は、PlayListの最初の画像をサムネールにすることであるが、必ずしも再生時刻０の先頭の画像が内容を表す上で最適な画像とは限らない。PlayListのサムネールとして、任意の画像を決めることが出来る目的はこのためである。
【００５０】
以上２種類のサムネールをメニューサムネールと呼ぶが、メニューサムネールは頻繁に表示されるため、ディスクから高速に読むことが可能であることが求められる。この要求を満たすには、すべてのメニューサムネールを１つのファイルに格納することが効率的である（図６のMenu Thumbnail fileを参照）。メニューサムネールは、必ずしもボリューム内の動画から抜き出したピクチャだけではなく、パーソナルコンピュータ（PC）やデジタルスチルカメラ（DSC）などから取り込んだ画像でもよい（図４と図５）。
【００５１】
一方、ClipとPlayListは複数個のマークを任意の位置に付加して、マーク位置の内容を、マーク点の画像から容易に見ることが出来るようにする必要がある。このようなマーク点を表すピクチャをマークサムネール（Mark Thumbnails）と呼ぶ（図５のMark Thumbnail、および図７のMark Thumbnailを参照）。よって、この場合は、サムネールの元となるものは、外部から取り込んだ画像とすることができるが、それよりも、マーク点の画像を抜き出したものが主となる。メニューサムネールと異なり、マークサムネールはPlayListの詳細を表す時に使われるサブメニュー等で使われるため、短いアクセス時間は要求されない。そのため、サムネールが必要になる度に、プレーヤがファイルを開き、ファイルの一部を読むことで多少時間がかかっても、問題にはならない。また、ボリューム内に存在するファイル数を減らすために、ボリュームサムネールとPlayListのメニューサムネールが１つのメニューサムネールファイルに格納されるように、すべてのマークサムネールは１つのファイル（マークサムネール）に格納するのがよい（図６のMark Thumbnail fileを参照）。PlayListはメニューサムネール１つと複数のマークサムネールを有することができるが、Clipはユーザが直接選択する必要性がない（通常、PlayList経由で指定する）ため、メニューサムネールを持つことはしない。
【００５２】
DVRディスク上に必要なディレクトリは、次の通りである："DVR"ディレクトリを含むrootディレクトリ。"PLAYLIST"ディレクトリ,"CLIPINF"ディレクトリ，"STREAM"ディレクトリおよび"DATA"ディレクトリを含む"DVR"ディレクトリ。図８に、DVRディスク上のディレクトリ構造の例を示す。
【００５３】
rootディレクトリは、１つのディレクトリを含む。
【００５４】
"DVR" -- DVRアプリケーションフォーマットによって規定されるすべてのファイルとディレクトリは、このディレクトリの下にストアされなければならない。
【００５５】
"DVR"ディレクトリは、次に示すファイルをストアする。
【００５６】
"info.dvr" -- DVRディレクトリの下に作られるアプリケーションレイヤの全体的な情報をストアするファイル。DVRディレクトリの下には、ただ１つのinfo.dvrがなければならない。ファイル名は、info.dvrに固定される。
【００５７】
"menu.tidx" and "menu.tdat"-- この２つのファイルは、メニューサムネール画像に関連する情報をストアする。menu.tidxは、メニューサムネール画像のヘッダ情報をストアする「サムネール情報ファイル」である。menu.tdatは、メニューサムネール画像の画像データをストアする「サムネール画像ファイル」である。
【００５８】
"mark.tidx" and "mark.tdat"-- この２つのファイルは、マークサムネール画像に関連する情報をストアする。mark.tidxは、マークサムネール画像のヘッダ情報をストアする「サムネール情報ファイル」である。mark.tdatは、マークサムネール画像の画像データをストアする「サムネール画像ファイル」である。
【００５９】
"DVR"ディレクトリは、３個のディレクトリを含む。
【００６０】
"PLAYLIST" -- Real PlayListとVirtual PlayList（図１）のデータベースファイルは、このディレクトリの下に置かなければならない。
【００６１】
"CLIPINF" -- Clip（図１）のデータベースは、このディレクトリの下に置かなければならない。
【００６２】
"STREAM" -- AVストリームファイル（図１）は、このディレクトリの下に置かなければならない。
【００６３】
"PLAYLIST"ディレクトリは、２種類のPlayListファイルをストアするものであり、それらは、Real PlayListとVirtual PlayListである。
【００６４】
"xxxxx.rpls" -- このファイルは、１つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、１つのファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、５個の０から９まで数字である。ファイル拡張子は、"rpls"でなければならない。
【００６５】
"yyyyy.vpls" -- このファイルは、１つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、１つのファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、５個の０から９まで数字である。ファイル拡張子は、"vpls"でなければならない。
【００６６】
"CLIPINF"ディレクトリは、それぞれのAVストリームファイルに対応して、１つのファイルをストアする。
【００６７】
"zzzzz.clpi" -- このファイルは、１つのAVストリームファイル(Clip AVストリームファイル または Bridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで、"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"clpi"でなければならない。
【００６８】
"STREAM"ディレクトリは、AVストリームのファイルをストアする。
【００６９】
"zzzzz.m２ts" -- このファイルは、DVRシステムにより扱われるAVストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m２ts"であり、ここで"zzzzz"は、５個の０から９までの数字である。ファイル拡張子は、"m２ts"でなければならない。
【００７０】
１つのAVストリームファイルとそれに対応するClip information fileは、同じ５個の数字"zzzzz"を使用しなければならない。
【００７１】
ＡＶストリームファイルの構造を説明する。AVストリームファイルは図９に示すDVR MPEG2トランスポートストリームの構造を持たなければならない。DVR MPEG2トランスポートストリームは次に示す特徴を持つ。
【００７２】
(１) DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
【００７３】
(２) Aligned unitの大きさは、６１４４ バイト (２０４８×３ バイト)である。
【００７４】
(３) Aligned unitは、ソースパケットの第１バイト目から始まる。
【００７５】
(４) ソースパケットは、１９２バイト長である。１つのソースパケットは、TP_extra_headerとトランスポートパケットから成る。TP_extra_headerは、４バイト長であり、またトランスポートパケットは、１８８バイト長である。
【００７６】
(５) １つのAligned unitは、３２個のソースパケットから成る。
【００７７】
(６) DVR MPEG2トランスポートストリームの中の最後のAligned unitも、また３２個のソースパケットから成る。
【００７８】
(７) 最後のAligned unitが、入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=０x１FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。
【００７９】
TP_extra_header は、トランスポートパケットのペイロードのコピー制限情報とトランスポートパケットがデコーダに到着する時刻を示すアライバルタイムスタンプを含む。
【００８０】
次に、AVストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
【００８１】
図１０は、info.dvrにストアされるデータの一部であるUIAppInfpoDVRのシンタクスを示す。ref_to_menu_thumbnail_indexは、Volumeを代表するサムネール画像の情報を示す。ref_to_menu_thumbnail_indexフィールドが、０xFFFFでない値の場合、Volumeにはサムネール画像が付加されており、そのサムネール画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（図１３を参照して後述する）。ref_to_menu_thumbnail_indexフィールドが、０xFFFF である場合、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フィールドが、０xFFFFでない値の場合、PlayListの代表画像を示すサムネール画像が存在し、そのサムネール画像は、menu.tdatファイルの中にストアされている。その画像は、menu.tidxファイルの中でthumbnail_indexの値を用いて参照される（図１３を参照して後述する）。ref_to_menu_thumbnail_indexフィールドが、０xFFFF である場合、PlayListの代表画像を示すサムネール画像が存在しない事を示す。
【００８８】
ref_to_mark_thumbnail_indexは、マークに付加されるサムネール画像の情報を示す。ref_to_mark_thumbnail_indexフィールドが、０xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（図１３を参照して後述する）。ref_to_mark_thumbnail_indexフィールドが、０xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
【００８９】
図１２は、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フィールドが、０xFFFFでない値の場合、そのマークにはサムネール画像が付加されており、そのサムネール画像は、mark.tdatファイルの中にストアされている。その画像は、mark.tidxファイルの中でthumbnail_indexの値を用いて参照される（図１３を参照して後述する）。ref_to_mark_thumbnail_indexフィールドが、０xFFFF である場合、そのマークにはサムネール画像が付加されていない事を示す。
【００９５】
次に、サムネールについての情報をストアするファイルの内容を説明する。
【００９６】
"menu.tidx"と"menu.tdat"（図８）は、メニューサムネール，すなわちVolumeを代表する１つのピクチャ、およびPlayList毎にそれを代表する１つのピクチャの情報をストアする。すべてのメニューサムネールのヘッダ情報は、１つのmenu.tidxに集めて管理される。すべてのメニューサムネールのピクチャデータは、１つのmenu.tdatに集めて管理される。
【００９７】
"mark.tidx"と"mark.tdat"（図８）は、マークサムネール，すなわちマーク点で指されるピクチャについての情報をストアする。Volume中のすべてのClipおよびPlayListに付加されているすべてのマークサムネールのヘッダ情報は、１つのmark.tidxに集めて管理される。すべてのマークサムネールのピクチャデータは、１つのmark.tdatに集めて管理される。
【００９８】
サムネールのピクチャデータは、例えば、画像をＪＰＥＧで符号化したデータである。
【００９９】
これら４個のファイルのシンタクスとセマンティクスを説明する。
【０１００】
"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のサイズを示す。このサイズは、１０２４バイトを単位とする大きさである。例えば、tn_block_size=１６は、１つのtn_blockのサイズが１６×１０２４バイトであることを示す。１つのサムネールピクチャは、１つのtn_blockの中にストアされなければならない。
【０１０３】
number_of_tn_blocksは、menu.tidxの場合にはmenu.tdatの中にあるtn_blockの数を示し、mark.tidxの場合にはmark.tdatの中にあるtn_blockの数を示す。
【０１０４】
thumbnail_indexは、このthumbnail_indexフィールドに続くサムネール情報のインデクス番号を表す。thumbnail_indexして、０xFFFF という値を使用してはならない。menu.tidxの場合、thumbnail_indexはUIAppInfoVolume(), PlayListMark() の中のref_to_menu_thumbnail_indexによって参照される。mark.tidxの場合、thumbnail_indexはPlayListMark()およびClipMark()の中のref_to_mark_thumbnail_indexによって参照される。
【０１０５】
ref_to_tn_block_idは、menu.tdat / mark.tdatのシンタクス中のtn_block_idの値を参照する。menu.tidxの場合、ref_to_tn_block_idは、menu.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるサムネール画像をストアしている。mark.tidxの場合、ref_to_tn_block_idは、mark.tdat中の１つのtn_blockを示し、そのtn_blockは、thumbnail_indexで指されるサムネール画像をストアしている。
【０１０６】
picture_byte_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネール画像のデータ長をバイト単位で示す。picture_byte_sizeは、(１０２４×tn_block_size-N１)バイト以下でなければならない（N１については、図１６を参照して後述する）。すなわち、記録装置は１つの符号化サムネールピクチャのデータ長を(１０２４×tn_block_size-N１)バイト以下になるように、符号化しなければならない。
【０１０７】
horizontal_picture_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネール画像の水平方向の画素数を示す。
【０１０８】
vertical_picture_size[ref_to_tn_block_id]は、thumbnail_indexのインデックス番号を持つサムネール画像の垂直方向の画素数を示す。
【０１０９】
図１４は、"menu.tdat"と"mark.tdat"のシンタクス構造を示す。"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によって参照される。
【０１１１】
menu.tdatの場合、１つのtn_blockのサイズはmenu.tdatの中のtn_block_sizeで示される。mark.tdatの場合、１つのtn_blockのサイズはmark.tdatの中のtn_block_sizeで示される。
【０１１２】
図１５は、tn_blockの使用方法の例を示す。サムネールは頻繁に追加、削除されるので、追加操作と部分削除の操作は容易に高速に実行できなければならない。この理由のため、menu.tdat とmark.tdatはブロック構造を有する。１つのサムネール画像は１つのtn_blockに格納される。図１５の例では、サムネール画像ａ，ｂ，ｃは、それぞれ、tn_block_id=０,１,３のtn_blockに格納されている。
【０１１３】
menu.tdatおよびmark.tdatのtn_block列の中に、使用されていないtn_block（図１５の例では、tn_block_id=２のtn_block）が存在してもよい。例えば、あるサムネールの削除をする場合、サムネール情報ファイルの中にエントリーされているthumbnail_indexを消去し、サムネール画像ファイルを何も変更しなかったとき、tn_block列の中に、使用されていないtn_blockができる。
【０１１４】
図１６は、tn_block(tn_block_id)のシンタクスを示す。
【０１１５】
thumbnail_picture[tn_block_id]は、tn_block_idの値により指し示される１つのサムネール画像をストアする領域である。
【０１１６】
menu.tdatの場合、tn_block_idの値は、menu.tidxの中のref_to_tn_block_idによって参照される。mark.tdatの場合、tn_block_idの値は、mark.tidxの中のref_to_tn_block_idによって参照される。
【０１１７】
サムネールピクチャの第１バイト目は、thumbnail_picture[tn_block_id]の第１バイト目と一致していなければならない。サムネールピクチャの符号化バイトサイズは、picture_byte_size[tn_block_id]に等しい。
【０１１８】
CP_Info_thumbnail()は、thumbnail_picture[tn_block_id]にストアされるサムネール画像のコンテンツ保護情報を示すN１バイトの情報である。コンテンツ保護情報については、図２２の記録装置の処理に関連して後述する。
【０１１９】
padding_byteは任意の値をもつ１バイトの値であり、NPの値は、次に示す式を満たすように計算される。
【０１２０】
NP = tn_block_size × １０２４ - picture_byte_size[tn_block_id] - N１
【０１２１】
図１７は、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 １.０, July ５,１９９７ に記載されている。なお、２L/４L Colorstripe は、NTSCのアナログ出力の場合のみに適用可能である。
【０１２４】
flag_need_AVstreamInfoは、サムネール画像がClip AVストリームの中の画像から作成された場合に、当該サムネール画像のコンテンツ保護情報として、Clip AVストリームの中のコンテンツ保護情報を参照する必要があるかどうかを示す。その値の意味を図２０に示す。“１”は、「必要がある」を、“０”は、「必要がない」を、それぞれ示す。
【０１２５】
CCI_thumbnail, APS_thumbnail以外のコンテンツ保護情報の具体例としては、将来、DTLAがDTCP_descriptorへ追加する情報が上げられる。２００１年７月現在で、DTCP_descriptorはCCIとAPSの情報だけを持つが、将来、DTLAが、ビデオ信号に新しいコンテンツ保護情報を導入する場合に、そのビデオ信号に含まれる画像を使って作成したサムネール画像に対しても、その新しいコンテンツ保護情報を適用する必要が出てくるかもしれない。そのようになった場合に、このflag_need_AVstreamInfoを１にセットする。値が１の時、当該サムネール画像に関連づけられたマークのmark_time_stampが指し示すClip AVストリームの中の画像に対するコンテンツ保護情報（DTCP descriptor等）を、当該サムネール画像のコンテンツ保護情報として参照する必要がある。
【０１２６】
CCI, APS以外のコンテンツ保護情報とは、例えば、ビデオコンテンツをアナログ再生する場合の解像度制限情報、ビデオコンテンツのコピー可能な期限情報などである。
【０１２７】
Integrity_Check_Valueは、CP_Info_thumbnail()の内容が改竄されていないことを示すための符号である。これは、CP_Info_thumbnail()の第１バイト目からIntegrity_Check_Valueの直前のバイトまでのデータを入力として、所定の暗号アルゴリズムで計算した符号である。この暗号アルゴリズムは、例えば、ISO/IEC ９７９７(Information technology - Security techniques - Data integrity mechanism using a cryptographic check function employing a block cipher algorithm)に記載されているアルゴリズムを用いる。
【０１２８】
もし、悪意を持ったユーザによって、CP_Info_thumbnail()の内容が改竄されたとしても、記録装置はIntegrity_Check_Valueの値を検査することにより、CP_Info_thumbnail()が改竄されたことを検出できる。もし、CP_Info_thumbnail()が改竄されたことを検出した場合は、もはや、CP_Info_thumbnail()は信じられないので、記録装置は、そのCP_Info_thumbnail()を持つサムネールを再生できないようにする。または、CP_Info_thumbnail()の内容を改竄できないようにするために、menu.tdatファイルおよびmark.tdatファイル全体をスクランブルしてもよい。
【０１２９】
tn_block()のシンタクスが、図１５に示すように、thumbnail_picture[tn_block_id]の後に、CP_Info_thumbnail()が続く形式になっている理由を説明する。それは、この形式にすることで、サムネール画像ファイル(menu.tdat / mark.tdat)の中でCP_Info_thumbnail()の開始位置をランダム化できるからである。もし、CP_Info_thumbnail()をthumbnail_picture[tn_block_id]の前に配置すると、CP_Info_thumbnail()が、サムネール画像ファイルの中でtn_block_size単位で規則的に現れる。CP_Info_thumbnail()をthumbnail_picture[tn_block_id]の後ろに配置すれば、thumbnail_picture[tn_block_id]のサイズは、サムネール画像のサイズによって可変であるので、CP_Info_thumbnail()の開始位置をランダムにできる。このことは、サムネール画像ファイルからCP_Info_thumbnail()の内容の取り出すことを難しくする効果がある。
【０１３０】
なお、図２１に示すように、CP_Info_thumbnail()をmenu.tidx / mark.tidxファイルの中にストアしても良い。
【０１３１】
次に、図２２に、AVストリームを記録するとともに、そのAVストリームの代表画像やマーク点の画像をサムネールに符号化して記録する、記録装置のブロック図を示す。
【０１３２】
はじめに端子１２,１０からのビデオ、オーディオ入力をセルフエンコードしたAVストリームを記録する場合を説明する。マクロビジョン（商標）検出部１３は、入力ビデオのアナログコピープロテクション信号(APS)を所定の方法で検出して、ビデオ信号の記録制限を行う。入力ビデオ信号にAPSが含まれていない場合だけ、そのビデオ信号を記録することができる。したがって、ビデオ信号を記録できる場合、そのAPSは、コピーフリー(００)である。
【０１３３】
入力ビデオ信号がAPSを含まない場合、マクロビジョン検出部１３は、入力ビデオをCGMS検出・更新部１４へ供給する。CGMS検出・更新部１４は、入力ビデオのCGMS(CGMS-AまたはCGMS-D)を所定の方法により解析して、記録するAVストリームのCCI（図の中でCCI_oで示す）をコントローラ２１へ供給する。また、CGMS検出・更新部１４は、入力ビデオをWM(Water Mark)検出・更新部１５へ供給する。
【０１３４】
WM検出・更新部１５は、入力ビデオのWater Markを所定の方法により検出解析して、記録するAVストリームのWM（図の中でWM_oで示す）をコントローラ２１へ供給する。また、WM検出・更新部１５は、入力ビデオをMPEG2 AVエンコーダ１６およびビデオ解析部１８へ供給する。
【０１３５】
MPEG2 AVエンコーダ１６は入力ビデオ，オーディオ信号をエンコードして、ビデオストリームとオーディオストリームを多重化・ソースパケット化部１７へ供給する。
【０１３６】
コントローラ２１は入力されるCCI_oおよびWM_oに基づいて、多重化・ソースパケット化部１７へ多重化ストリームの中で符号化するE_CCI(Embedded CCI)の値を所定の方法により決定する。多重化・ソースパケット化部１７はビデオストリームとオーディオストリームを多重化して、AVストリームをスクランブル部（暗号化部）２２とストリーム解析部２０へ供給する。
【０１３７】
スクランブル部（暗号化部）２２は、入力されるAVストリームを所定の方法で暗号化して、ECC符号化部２３へ供給する。AVストリームは、ECC符号化部２３，変調部２４，ドライブ２５の処理の後に、AVストリームファイルとして、情報記録媒体２６へ記録される。
【０１３８】
本記録装置は、AVストリームファイルを記録すると共に、そのファイルに関係するアプリケーションデータベース情報(info.dvr, PlayList, Clip Information, サムネール情報ファイル，サムネール画像ファイル)もまた記録する。アプリケーションデータベース情報は、コントローラ２１により作成される。コントローラ２１への入力情報は、ビデオ解析部１８からのビデオ信号の特徴情報，ストリーム解析部２０からのAVストリームの特徴情報，および端子１１から入力されるユーザの指示情報である。
【０１３９】
ビデオ解析部１８からのビデオ信号の特徴情報は、記録装置が自動生成するものである。ビデオ解析部１８は、入力ビデオ信号の内容を解析し、入力ビデオ信号の中の特徴的なマーク点の画像に関係する情報を生成する。例えば、入力ビデオ信号のプログラム開始点、シーンチェンジ点、CMのスタート・エンド点などのマーク点の画像の指示情報である。また、入力ビデオ信号の中で最初のマーク点の画像を、そのビデオ信号の代表画像（PlayListの代表画像）としても良い。
【０１４０】
ビデオ解析部１８は、ビデオ信号の中でマーク点の画像を指し示すタイムスタンプ（マークの位置）をコントローラ２１へ入力する。サムネールエンコーダ１９は、マーク点の画像をサムネール画像にエンコードして、それらサムネール画像をコントローラ２１へ供給する。コントローラ２１は、マーク点のタイムスタンプ、マーク点の画像に対応するCCI_oとWM_o，および、マーク点の画像のサムネール画像を関連付けて記憶する。また、コントローラ２１は、マーク点の画像に対応するCCI_oとWM_oに基づいて、上述のCP_Info_thumbnail()のCCI_thumnailの値を所定の方法により決定する。
【０１４１】
また、ストリーム解析部２０は、マーク点のタイムスタンプが指し示すAVストリームの中の画像に対するコンテンツ保護情報（DTCP descriptor等）を検出する。そして、コンテンツ保護情報（DTCP_descriptor等）にCCI, APS以外のコンテンツ保護情報があるかどうかを解析する。CCI, APS以外のコンテンツ保護情報がある場合、マーク点のサムネール画像に対するCP_Info_thumbnail()（図１７）のflag_need_AvstreamInfo=１にする。または、上記コンテンツ保護情報の中にCCI, APS以外のコンテンツ保護情報がない場合は、flag_need_AvstreamInfo＝０にする。
【０１４２】
入力ビデオ信号をセルフエンコードしたAVストリームを記録する場合のコピーコントロール処理をまとめたものを図２３に示す。
【０１４３】
入力信号のCGMSまたはWMが、“０１”または“１０１”（no more copy）の場合、および、“１１”（copy prohibited）の場合、入力ビデオ信号の記録は不可とされ、“１０”（copy once）の場合、入力ビデオ信号が記録されるとともに、“０１”または“１０１”（no more copy）に書き換えられる。入力ビデオ信号のCGMSまたはWMが、“００”（copy free）の場合、入力ビデオ信号が記録されるとともに、CGMSまたはWMは、そのままの値（“００”（copy free））とされる。
【０１４４】
コントローラ２１は、アプリケーションデータベース情報（info.dvr, PlayList file, Clip Information file, サムネール情報ファイル，サムネール画像ファイル）にストアするサムネールに関する情報を作成する。コントローラ２１は、アプリケーションデータベース情報をスクランブル部２２へ供給する。スクランブル部２２は、入力されるアプリケーションデータベース情報を所定の方法で暗号化して、ECC符号化部２３へ供給する。アプリケーションデータベース情報は、ECC符号化部２３，変調部２４，ドライブ２５の処理の後に、アプリケーションデータベースファイルとして、情報記録媒体２６へ記録される。
【０１４５】
次に、端子２７からのトランスポートストリーム（TS）入力を記録する場合を説明する。E_CCI(Embedded CCI)解析・更新部２８は、入力TSの中に符号化されているE_CCI(Embedded CCI) を所定の方法により解析して、記録するAVストリームのCCI（図の中でCCI_oで示す）をコントローラ２１へ供給する。また、E_CCI解析・更新部２８は、入力TSをWM検出・更新部２９へ供給する。
【０１４６】
WM検出・更新部２９は、入力ビデオのWater Markを所定の方法により解析して、記録するAVストリームのWM（図の中でWM_oで示す）をコントローラ２１へ供給する。また、WM検出・更新部２９は、入力TSを多重化・ソースパケット化部１７へ供給する。多重化・ソースパケット化部１７は入力TSをソースパケット列のストリームに変換し、それをストリーム解析部２０とスクランブル部２２へ供給する。
【０１４７】
スクランブル部（暗号化部）２２は、入力されるAVストリームを所定の方法でスクランブル（暗号化）して、ECC符号化部２３へ供給する。AVストリームは、ECC符号化部２３，変調部２４，ドライブ２５の処理の後に、AVストリームファイルとして、情報記録媒体２６へ記録される。
【０１４８】
また、端子２７からの入力TSは、デコーダ３０へ入力される。デコーダ３０は入力TSのビデオストリームを復号して、ビデオ信号をビデオ解析部１８へ供給する。ビデオ解析部１８，サムネールエンコーダ１９の処理は、上述した、端子１２からの入力ビデオをセルフエンコード処理する場合と同様である。
【０１４９】
ストリーム解析部２０は、入力ストリームの中のコンテンツ保護情報（DTCP_descriptor等）を解析し、そして、アナログコピープロテクション情報(APS)を取り出し、それをコントローラ２１へ供給する。そして、入力ストリームのマーク点画像に対応するAPSと、それら画像のサムネール画像のAPS_thumbnailは同じ値にセットされる。
【０１５０】
CCI_thumbnailとflag_need_AvstreamInfoの値は、上述の入力ビデオをセルフエンコード記録する場合と同様にして、ストリーム解析部２０により決定される。
【０１５１】
入力TSを記録する場合のコピーコントロール処理をまとめたものを図２４に示す。その内容は、実質的に、図２３に示した場合と同様である。
【０１５２】
コントローラ２１は、アプリケーションデータベース情報をスクランブル部２２へ供給する。スクランブル部２２は、入力されるアプリケーションデータベース情報を所定の方法で暗号化して、ECC符号化部２３へ供給する。アプリケーションデータベース情報は、ECC符号化部２３，変調部２４，ドライブ２５の処理の後に、アプリケーションデータベースファイルとして、情報記録媒体２６へ記録される。
【０１５３】
AVストリームを記録するとともに、そのAVストリームの代表画像や特徴点画像をサムネールに符号化して記録する処理のフローチャートを図２５に示す。
【０１５４】
ステップＳ１０１で、マクロビジョン検出部１３、CGMS検出更新部１４、WM検出更新部１５、E_CCI解析更新部２８、およびWM検出更新部２９は、入力信号(ビデオ信号またはTS)のCCIを解析する。
【０１５５】
ステップＳ１０２で、MPEG2AVエンコーダ１６および多重化ストリームソース化パケット部１７は、入力信号をAVストリームに符号化する。
【０１５６】
ステップＳ１０３で、ビデオ解析部１８は、ビデオ信号を解析して、マーク点の画像（代表画像および特徴点画像）を検出する。
【０１５７】
ステップＳ１０４で、コントローラ２１は、マーク点の画像の取得する。
【０１５８】
ステップＳ１０５で、サムネールエンコーダ１９は、マーク点の画像をサムネール画像にエンコードする。
【０１５９】
ステップＳ１０６で、コントローラ２１は、マーク点のタイムスタンプが指し示すAVストリーム上の位置にあるコンテンツ保護情報（DTCP descriptor等）を解析する。
【０１６０】
ステップＳ１０７で、コントローラ２１は、サムネール画像のCP_Info_thumbnail()を作成する。具体的には上述したように、コントローラ２１は、CCI_thumbnail, APS_thumbnail, flag_need_AvstreamInfoの値を決定する。
【０１６１】
ステップＳ１０８で、コントローラ２１は、アプリケーションデータベース情報にストアするサムネールに関する情報を作成する。
【０１６２】
ステップＳ１０９で、スクランブル部２２、ECC符号化部２３、変調部２４、およびドライブ２５は、AVストリームとアプリケーションデータベース情報を、情報記録媒体２６に記録する。
【０１６３】
次に、図２６に、記録されているAVストリームに対して、ユーザにより指定された画像のサムネールを付加して記録する、記録装置のブロック図を示す。
【０１６４】
情報記録媒体７５からドライブ７４を介して読み出されたアプリケーションデータベースは、復調部７３，ECC復号部７２，デスクランブル部７１の処理を経て、コントローラ６９へ入力される。コントローラ６９は、情報記録媒体７５の記録内容を説明するメニュー画面を作成して、それをモニター（図示せず）へ出力し、表示する。ユーザは、端子６１のUI入力を介して、再生したいPlayListを選択する。コントローラ６９はユーザから指定されたPlayListを再生するために必要なAVストリームを情報記録媒体７５から読み出すように指示する。
【０１６５】
情報記録媒体７５からドライブ７４を介して読み出されたAVストリームファイルは、復調部７３，ECC復号部７２，デスクランブル部７１の処理を経て、ソースデパケット化・分離部６６へ入力される。ソースデパケット化・分離部６６で分離されたビデオストリームはMPEG2AVデコーダ６５で復号されて、ビデオ信号が出力される。ビデオ信号はCGMS挿入部６４、マクロビジョン挿入部６３で所定の処理が行われて、端子６２からビデオ信号が出力されて、モニターへ出力、表示される。オーディオ信号は、端子７０からスピーカ（図示せず）に出力される。
【０１６６】
ユーザは、再生されるビデオの中からマークしたいシーン（例えば、お気に入りのシーン）を、端子６１のUI入力を通してコントローラ６９へ指示する。
【０１６７】
マーク点に付加して記録するサムネール画像は、マーク点の画像から作成しても良いし、または、パーソナルコンピュータやデジタルスチルカメラなどから外部入力経由で記録装置へ取り込んだ画像から作成しても良い。
【０１６８】
マーク点の画像からサムネール画像を作成する場合、コントローラ６９は、ユーザがマークした画像のタイムスタンプを取得する。そして、コントローラ６９は、マーク点の画像をMPEG2 AVデコーダ６５から取得して、その画像をサムネールエンコーダ６７へ入力させる。サムネールエンコーダ６７はサムネール画像を符号化して、それをコントローラ６９へ入力する。また、ソースデパケット化・分離部６６は、マーク点のタイムスタンプが指し示すAVストリーム上の位置にあるコンテンツ保護情報（DTCP descriptor等）を取り出して、コントローラ６９へ入力する。
【０１６９】
コントローラ６９は、そのコンテンツ保護情報（DTCP_descriptor等）を解析し、CCIとアナログコピープロテクション情報(APS)を取り出す。そして、マーク点の画像のサムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailとAPS_thumbnailの値を、それぞれ上記のCCIとAPSと同じ値にセットする。また、コントローラ６９は、上記のコンテンツ保護情報にCCI, APS以外のコンテンツ保護情報があるかどうかを解析する。CCI, APS以外のコンテンツ保護情報がある場合、コントローラ６９は、マーク点のサムネール画像に対するCP_Info_thumbnail()のflag_need_AvstreamInfo=１にする。また、上記コンテンツ保護情報の中にCCI, APS以外のコンテンツ保護情報がない場合、コントローラ６９は、flag_need_AvstreamInfo＝０にする。
【０１７０】
次に、マーク点に付加して記録するサムネール画像を、パーソナルコンピュータやデジタルスチルカメラなどの外部入力経由で記録装置へ取り込んだ静止画像から作成する場合の動作を説明する。コントローラ６９は、外部入力端子８５から静止画像を取得する。そして、コンテンツ保護情報検出部８６が、入力画像のコンテンツ保護情報（CGMS, APS, DTCP descriptor等）を取り出して、コントローラ６９へ入力する。コントローラ６９は、そのコンテンツ保護情報を解析し、CCIとアナログコピープロテクション情報(APS)を取り出す。そして、コントローラ６９は、サムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailとAPS_thumbnailの値を、それぞれ上記のCCIとAPSと同じ値にセットする。コントローラ６９は、flag_need_AvstreamInfoを、ゼロにセットする。そして、上記静止画像はサムネールエンコーダ６７へ入力される。サムネールエンコーダ６７はサムネール画像を符号化して、それをコントローラ６９へ入力する。
【０１７１】
サムネール画像とそのコンテンツ保護情報が作成できると、次に、コントローラ６９は、アプリケーションデータベース情報（info.dvr, PlayList file, Clip Information file, サムネール情報ファイル，サムネール画像ファイル）にストアするサムネールに関する情報を作成する。コントローラ６９は、アプリケーションデータベース情報をスクランブル部７６へ供給する。スクランブル部７６は、入力されるアプリケーションデータベース情報を所定の方法でスクランブル（暗号化）して、ECC符号化部７７へ供給する。アプリケーションデータベース情報は、ECC符号化部７７，変調部７８，ドライブ７４の処理の後に、アプリケーションデータベースファイルとして、情報記録媒体７５へ記録される。
【０１７２】
記録されているAVストリームに対して、ユーザにより指定された画像のサムネールを付加して記録する、処理のフローチャートを図２７に示す。
【０１７３】
ステップＳ２０１において、ユーザによって再生するPlayListが指定されると、コントローラ６９は、この指定を入力する。
【０１７４】
ステップＳ２０２において、コントローラ６９はドライブ７４を制御し、指定されたPlayListのビデオ信号を情報記録媒体７５から再生させる。再生信号は、復調部７３、ECC復号部７２、デスクランブル部７１、ソースデパケット化分離部６６、MPEG2AVデコーダ６５、CGMS挿入部６４、およびマクロビジョン挿入部６３の処理を経て、端子６２（ビデオ信号）と端子７０（オーディオ信号）から出力される。
【０１７５】
ステップＳ２０３において、ユーザがマークしたいシーンを捜し、再生中あるいは一時停止中にマークボタンを押す。この操作に対応する信号は、端子６１から、コントローラ６９に入力される。
【０１７６】
ステップＳ２０４において、コントローラ６９は、ステップＳ２０３の処理で取り込まれたタイミングにおいて、出力表示されていた位置をマーク位置として決定する。
【０１７７】
ステップＳ２０５において、コントローラ６９は、端子６２からメッセージを出力し、ユーザに対してマーク位置の画像をサムネールに使うか、またはサムネールに使う静止画像を端子８５から取得するかを選択するように要求する。ユーザは、この要求に基づいて端子６１から選択を入力する。コントローラ６９は、ステップＳ２０５において、この選択に基づいてマーク位置の画像をサムネールに使うか否かを判定する。
【０１７８】
マーク位置の画像をサムネールに使う場合には、ステップＳ２０６に進み、コントローラ６９は、MPEG２AVデコーダ６５の出力から、マーク位置に対応する画像を取得し、サムネールエンコーダ６７に供給させる。
【０１７９】
ステップＳ２０７において、コントローラ６９は、ソースデパケット化分離部６６の出力から、マーク位置のAVストリームのコンテンツ保護情報を取得する。
【０１８０】
一方、ステップＳ２０５において、マーク位置の画像をサムネールに使わないと判定した場合、コントローラ６９は、ステップＳ２０８に進み、サムネールに使う静止画像を端子８５から取得する。そして、ステップＳ２０９において、コントローラ６９は、コンテンツ保護情報検出部８６の出力から、その静止画像のコンテンツ保護情報を取得する。
【０１８１】
ステップＳ２０７またはステップＳ２０９の処理の後、ステップＳ２１０に進み、コントローラ６９は、サムネールエンコーダ６７にサムネール画像をエンコードさせる。
【０１８２】
ステップＳ２１１において、コントローラ６９は、サムネール画像のCP_Info_thumbnail()を作成する。具体的には上述したように、コントローラ６９は、CCI_thumbnail, APS_thumbnail, flag_need_AvstreamInfoの値を決定する。
【０１８３】
ステップＳ２１２において、コントローラ６９は、アプリケーションデータベース情報にストアするサムネールに関する情報を作成する。
【０１８４】
ステップＳ２１３において、コントローラ６９は、アプリケーションデータベース情報を上述した場合と同様にして、情報記録媒体７５に記録させる。
【０１８５】
次に、図２８に、AVストリームを再生するとともに、そのAVストリームの代表画像や特徴点画像のサムネールを再生する、再生装置のブロック図を示す。
【０１８６】
情報記録媒体７５からドライブ７４を通して読み出されたアプリケーションデータベースは、復調部７３，ECC復号部７２，デスクランブル部７１の処理を経て、コントローラ６９へ入力される。
【０１８７】
コントローラ６９は、ビデオ出力へ表示するサムネール画像を決定する。例えば、あるPlayListの代表画像のサムネールを表示することを決める。
【０１８８】
コントローラ６９は、再生するサムネール画像に対するCP_Info_thumbnail()を取得する。そのflag_need_AVstreamInfoが１である場合は、当該サムネール画像に関連づけられたマークのmark_time_stampが指し示すClip AVストリームの中の画像に対するコンテンツ保護情報（DTCP descriptor等）を、情報記録媒体７５から読み出す必要がある。
【０１８９】
コントローラ６９は、当該サムネール画像をサムネールデコーダ８０へ入力し、デコード画像をグラフィックス画像処理部８１へ入力する。ここで、当該サムネール画像に対するflag_need_AVstreamInfoが１の場合は、上記読み出したコンテンツ保護情報に従って、サムネールの再生制限をする必要がある。例えば、コンテンツ保護情報が、ビデオコンテンツをアナログ再生する場合の解像度制限情報を持つ場合、それに基づいて、サムネールの再生制限をしなければならない。グラフィックス画像処理部８１からの出力画像は、画像ブレンダ処理部８２で処理されて、CGMS挿入部６４へ入力される。
【０１９０】
CGMS挿入部６４は、当該サムネール画像に対するCP_Info_thumbnail()のCCI_thumbnailと同じ意味を表すCGMS信号を、出力画像に挿入する。次に、マクロビジョン挿入部６３は、CP_Info_thumbnail()のAPS_thumbnailと同じ意味を表すアナログコピープロテクション信号を、出力画像に挿入する。そして、端子６２からビデオが再生される。
【０１９１】
AVストリームの代表画像や特徴点画像のサムネールを再生する、再生動作のフローチャートを、図２９に示す。
【０１９２】
ステップＳ３０１において、コントローラ６９は、アプリケーションデータベース情報ファイルを読み出す。すなわち、情報記録媒体７５からドライブ７４により読みだされたデータが、復調部７３、ECC復号部７２の処理を経て、デスクランブル部７１に供給され、デスクランブルされる。コントローラ６９は、デスクランブル部７１の出力から、アプリケーションデータベース情報ファイルを取得する。
【０１９３】
また、デスクランブル部７１より出力されたデータは、ソースデパケット化分離部６６、MPEG２AVデコーダ６５、画像ブレンダ処理部８２、CGMS挿入部６４、およびマクロビジョン挿入部６３の処理を介して、端子６２と端子７０から出力される。
【０１９４】
ステップＳ３０２において、コントローラ６９は、端子６１からのユーザの指令に基づいて、再生するサムネール画像を決定する。
【０１９５】
ステップＳ３０３において、コントローラ６９は、再生するサムネール画像のCP_Info_thumbnail()を取得する。
【０１９６】
ステップＳ３０４において、コントローラ６９は、flag_need_AVstreamInfoが１か否かを判定し、１の場合は、マーク位置のAVストリームのコンテンツ保護情報を読み出す。
【０１９７】
ステップＳ３０５において、デスクランブル部７１はサムネールを復号（デスクランブル）する。
【０１９８】
ステップＳ３０６において、コントローラ６９は、flag_need_AVstreamInfoが１の場合は、ステップＳ３０４の処理で読み出したコンテンツ保護情報に従って、サムネールの再生制限をする。例えば、コンテンツ保護情報が、ビデオコンテンツをアナログ再生する場合の解像度を制限することを規定している場合、コントローラ６９は、グラフィックス画像処理部８１を制御し、サムネールの解像度を制限させる。あるいはまた、グラフィックス画像処理部８１は、コントローラ６９の制御に基づいて、サムネールの画枠を縮小する。
【０１９９】
ステップＳ３０７において、コントローラ６９は、CGMS挿入部６４とマクロビジョン挿入部６３を制御し、CP_Info_thumbnail()に従って、CGMSとマクロビジョン（アナログコピープロテクション信号（CAPS））を、サムネールの表示画像に付加させる。この付加処理も、一種の制限となる。
【０２００】
ステップＳ３０８において、コントローラ６９は、サムネールの表示画像を端子６２からビデオ出力させる。
【０２０１】
図３０は、コピー元（出力側）の再生装置１０１から、コピー先（入力側）の記録装置１０２へ、DVRのＡＶストリームファイルとそれに関係するデータベースファイルを、ディジタルバス１０３経由でコピーする場合の構成を示すブロック図である。
【０２０２】
まず、再生装置１０１の情報記録媒体２０１に記録されている所望のPlayListを、記録装置１０２の情報記録媒体３１０へコピーすることを指示する情報が、図示しないユーザインタフェースを介して、コピー制御コマンドに乗って、再生装置１０１へ入力される。このコマンドは、ディジタルバスインタフェース２０５、バスコントローラ２０７を経由して、制御部２０８へ入力される。
【０２０３】
制御部２０８は、上記PlayListの再生に必要なＡＶストリームのストリーム部分を決定し、そのＡＶストリームデータを情報記録媒体２０１から読み出すように、ドライブ２０２に指示を出す。また、制御部２０８は、上記PlayListに関係するデータベースファイル（PlayListファイル、Clip Information fileとサムネールファイル）を情報記録媒体２０１から読み出すように、ドライブ２０２に指示を出す。
【０２０４】
制御部２０８は、復調部２０３、ＥＣＣ復号部２０４の処理を経て読み出された前記ＡＶストリームデータを、ＡＶストリームファイルとして、ディジタルバスインタフェース２０５へ供給するように指示する。
【０２０５】
一方、情報記録媒体２０１から読み出されたＡＶストリームデータに対応するデータベースファイルが、復調部２０３、ＥＣＣ復号部２０４を経て、メモリ２０６へ入力される。制御部２０８は、メモリ２０６にあるデータを元にして、ディジタルバスインタフェース２０５から出力される上記のＡＶストリームファイルの再生に必要なデータベース（Clip Informationファイル，PlayListファイル）を作成する。また、制御部２０８は、上記のＡＶストリームファイルに対応するClipとコピーするPlayListファイルが使用するサムネールファイルを作成する。
【０２０６】
そして、制御部２０８は、上記新たに作成されたデータベースファイル（Clip Informationファイル，PlayListファイルとサムネールファイル）をメモリ２０６からディジタルバスインタフェース２０５へ供給するように指示する。
【０２０７】
バスコントローラ２０７は、ディジタルインタフェース２０５からのファイル出力を制御する。制御部２０８は、バスコントローラ２０７に対して、ディジタルバスインタフェース２０５から、ＡＶストリームファイルとデータベースファイルを出力するように指示する。
【０２０８】
前記ＡＶストリームファイルと前記データベースファイルは、ディジタルバス１０３を経由して、コピー先の記録装置１０２へ入力される。
【０２０９】
コピー先の記録装置１０２のバスコントローラ３０２は、ディジタルバスインタフェース３０１からのファイル入力を制御する。また、バスコントローラ３０２とバスコントローラ２０７は、ファイルのコピー制御コマンドを交換して、データ伝送／受信のタイミングを制御する。
【０２１０】
記録装置１０２の制御部３０８は、ディジタルバスインタフェース３０１へ入力されるＡＶストリームファイルを、ＥＣＣ符号化部３０４、変調部３０５、ドライブ３０９の処理を経て、情報記録媒体３１０に記録するように指示する。
【０２１１】
また、制御部３０８は、ディジタルバスインタフェース３０１へ入力されるデータベースファイルを、メモリ３０３へ書きこむように指示する。
【０２１２】
また、制御部３０８は、情報記録媒体３１０に記録されているデータベースファイル（Info.dvrファイルとサムネールファイル）を、ドライブ３０９、復調部３０７、ＥＣＣ復号部３０６の処理を経て、メモリ３０３へ読み出すように指示する。
【０２１３】
そして、制御部３０８は、メモリ３０３にあるInfo.dvrファイルとサムネールファイルを更新する。具体的には、コピー先にあるInfo.dvrファイルのTableOfPlayListに、新たに記録するPlayListファイル名を追加し、また、コピー先にあるサムネールファイルに新たに記録するサムネールを追加する。
【０２１４】
制御部３０８は、メモリ３０３にあるデータベースファイルを読み出して、ＥＣＣ符号化部３０４、変調部３０５、ドライブ３０９の処理を経て、情報記録媒体３１０に記録するように指示する。
【０２１５】
図３１は、コピー元(出力側)の再生装置１０１から、コピー先(入力側)の記録装置１０２へ、サムネール画像をコピーする場合の、コピー元の処理を説明するフローチャートである。
【０２１６】
ステップＳ７０１で、制御部２０８は、アプリケーションデータベース情報ファイル（図１３）を読み出す。すなわち、制御部２０８は、ドライブ２０２を制御し、情報記録媒体２０１から、アプリケーションデータベース情報ファイルの読み出しを指令する。情報記録媒体２０１から読み出されたアプリケーションデータベース情報ファイルは、復調部２０３、ECC復号部２０４の処理を経て、メモリ２０６に供給され、記憶される。制御部２０８は、メモリ２０６に記憶されたアプリケーションデータベース情報ファイルを読み取る。
【０２１７】
ステップＳ７０２で、制御部２０８は、ユーザからの指示に基づいて、コピー先へ転送するするサムネール画像を選択する。
【０２１８】
ステップＳ７０３で、制御部２０８は、メモリ２０６に記憶されたアプリケーションデータベース情報ファイル（menu.tidx/mark.tidx）から、ステップＳ７０２で選択された上記サムネール画像のCP_Info_thumbnail()（図１６と図１７）を取得する。
【０２１９】
ステップＳ７０４で、制御部２０８は、flag_need_AvstreamInfo（図１７）が１か否かを判定し、１の場合は、マーク位置のAVストリームのコンテンツ保護情報を読み出す。
【０２２０】
ステップＳ７０５で、制御部２０８は、flag_need_AvstreamInfo（図１７）が１か否かを判定し、１の場合は、上記コンテンツ保護情報に従って、サムネールのコピー制限をする。例えば、コンテンツ保護情報が、コピー可能な期限情報を持つ場合、制御部２０８は、それに基づいて、サムネールのコピー制限を実行する。
【０２２１】
ステップＳ７０６で、制御部２０８は、CP_Info_thumbnail()のCCI_thumbnail（図１７）がCopy freeでない場合は、そのサムネールのコピーを禁止する。
【０２２２】
ステップＳ７０７で、制御部２０８は、コピー可能なサムネール画像についてのサムネール画像ファイル（menu.tdat/mark.tdat）とサムネール情報ファイル（menu.tidx/mark.tidx）を作成する。
【０２２３】
ステップＳ７０８で、制御部２０８は、サムネール画像ファイルとサムネール情報ファイルをコピー先へ転送する。
【０２２４】
以上のように、AVストリームを記録するとともに、そのAVストリームの代表画像や特徴点を表すサムネール画像を記録する場合において、本発明では、サムネール画像に、そのコンテンツ保護情報を付加して記録することができる。
【０２２５】
当該コンテンツ保護情報は、少なくともコピー世代管理情報(CCI)とアナログコピープロテクション情報(APS)の１つを含む。
【０２２６】
例えば、AVストリーム中の特徴点の画像を使用してサムネール画像を作成する場合、AVストリーム中の前記特徴点の画像に対するコンテンツ保護情報に基づいて、サムネール画像のコンテンツ保護情報が作成される。
【０２２７】
また、当該サムネール画像のコンテンツ保護情報は、サムネール画像がAVストリームの中の画像から作成された場合、AVストリームの中のコンテンツ保護情報を参照する必要があるかどうかを示す識別子（flag_need_AvstreamInfo）を含む。これにより、サムネール画像のコンテンツ保護情報として、CCIとAPS以外の情報が必要である場合にも対応できるようになる。
【０２２８】
このようにして、サムネール画像に、そのコンテンツ保護情報を付加して記録するので、サムネール画像の著作権を守って記録することができる。
【０２２９】
サムネール画像とそのコンテンツ保護情報を、所定の大きさのブロック（tn_block）単位で記録する。これにより、サムネールの追加操作と部分削除の操作を容易に高速に実行できる。
【０２３０】
また、サムネール画像の後に続いて、そのコンテンツ保護情報をストアする形式で記録するようにした場合、それにより、サムネール画像のサイズは可変であるため、コンテンツ保護情報の前記ブロックの中での開始位置をランダムにできる。このことは、サムネール画像ファイルからコンテンツ保護情報の内容を取り出すことを難しくする効果がある。
【０２３１】
サムネール画像のフォーマットはJPEGを使用する。JPEGはデファクトスタンダードとして広く使用されているので、インプリメントが比較的容易であり、互換性が高い。なお、サムネール画像のフォーマットはJPEGに限らず、MPEGのI-pictureやPNG, GIF, TIFF等を用いても構わない。
【０２３２】
AVストリームとともに、そのAVストリームの代表画像や特徴点を表すサムネール画像が記録されている情報記録媒体からサムネール画像を再生する場合において、本発明では、サムネール画像に付加して記録されているコンテンツ保護情報に基づいて、サムネール画像の再生制限を行う。すなわち、再生信号にコピー世代管理信号やアナログコピープロテクション信号を付加して再生する。さらに、AVストリームの中のコンテンツ保護情報に基づいて、サムネール画像の再生制限を行う。このようにして、そのサムネール画像の不正なコピーを防ぐことができる。
【０２３３】
AVストリームとともに、そのAVストリームの代表画像や特徴点を表すサムネール画像が記録されている情報記録媒体の再生装置から、AVストリームとそのサムネール画像を別の情報記録媒体へコピーする場合において、本発明では、サムネール画像に付加して記録されているコンテンツ保護情報に基づいて、サムネール画像のコピー制限を行う。すなわち、サムネール画像のコピー世代管理情報(CCI)の制限を守るように、サムネール画像をコピーして良いかどうかを判断する。さらに、AVストリームの中のコンテンツ保護情報に基づいて、サムネール画像のコピー制限を行う。
【０２３４】
これにより、ビデオ信号と共にそのサムネール画像をコピーするというアプリケーションを、サムネール画像の著作権を守りながら実現できる。AVストリームだけしかコピーできない場合に比べると、コピーしたAVストリームにユーザが新たにサムネール画像を付加する手順が不要になるので、有用である。
【図面の簡単な説明】
【０２３５】
【図１】アプリケーションフォーマットの構造を説明する図である。
【図２】PlayList上のマークとClip上のマークを説明する図である。
【図３】メニューサムネールとマークサムネールを説明する図である。
【図４】ディスクの内容を代表するサムネールを説明する図である。
【図５】プレイリストに付けられるマークを説明する図である。
【図６】サムネールを格納するファイルを説明する図である。
【図７】クリップに付けられるマークを説明する図である。
【図８】ディスク上に付けられるディレクトリ構造を説明する図である。
【図９】DVR MPEG2トランスポートストリームの構造を説明する図である。
【図１０】UIAppInfpoDVRのシンタクスを示す図である。
【図１１】PlayListMarkのシンタクスを示す図である。
【図１２】ClipMarkのシンタクスを示す図である。
【図１３】サムネール情報ファイルのシンタクスを示す図である。
【図１４】サムネール画像ファイルのシンタクスを示す図である。
【図１５】サムネール画像データをtn_block()に格納する方法を説明する図である。
【図１６】tn_blockのシンタクスを示す図である。
【図１７】CP_Info_thumbnail()のシンタクスを示す図である。
【図１８】CCI_thumbnailを説明する図である。
【図１９】APS_thumbnailを説明する図である。
【図２０】flag_need_AVstreamInfoを説明する図である。
【図２１】他のサムネール情報ファイルのシンタクスを示す図である。
【図２２】記録装置の構成を示すブロック図である。
【図２３】コピーコントロール処理を説明する図である。
【図２４】他のコピーコントロール処理を説明する図である。
【図２５】AVストリームのマーク点の画像のサムネールの作成処理を説明するフローチャートである。
【図２６】記録装置の他の構成例を示すブロック図である。
【図２７】ユーザにより指定された画像のサムネールの作成処理を説明するフローチャートである。
【図２８】再生装置の構成例を示すブロック図である。
【図２９】AVストリームの代表画像や特徴点画像のサムネールの再生処理を説明するフローチャートである。
【図３０】再生装置から記録装置へデータベースファイルをコピーする場合の構成を示すブロック図である。
【図３１】サムネールファイルのコピー元の処理を説明するフローチャートである。
【符号の説明】
【０２３６】
１３  マクロビジョン検出部，  １４  CGMS検出更新部，  １５  WM検出更新部，  １７  多重化ソースパケット化部，  １８  ビデオ解析部，  １９  サムネールエンコーダ，  ２０  ストリーム解析部，  ２１  コントローラ，  ２２  スクランブル部，  ２６  情報記録媒体，  ２８  E_CCI解析更新部，  ２９  WM検出更新部，  ３０  デコーダ
【図１】
0004701671.tif 000002
【図２】
0004701671.tif 000003
【図３】
0004701671.tif 000004
【図４】
0004701671.tif 000005
【図５】
0004701671.tif 000006
【図６】
0004701671.tif 000007
【図７】
0004701671.tif 000008
【図８】
0004701671.tif 000009
【図９】
0004701671.tif 000010
【図１０】
0004701671.tif 000011
【図１１】
0004701671.tif 000012
【図１２】
0004701671.tif 000013
【図１３】
0004701671.tif 000014
【図１４】
0004701671.tif 000015
【図１５】
0004701671.tif 000016
【図１６】
0004701671.tif 000017
【図１７】
0004701671.tif 000018
【図１８】
0004701671.tif 000019
【図１９】
0004701671.tif 000020
【図２０】
0004701671.tif 000021
【図２１】
0004701671.tif 000022
【図２２】
0004701671.tif 000023
【図２３】
0004701671.tif 000024
【図２４】
0004701671.tif 000025
【図２５】
0004701671.tif 000026
【図２６】
0004701671.tif 000027
【図２７】
0004701671.tif 000028
【図２８】
0004701671.tif 000029
【図２９】
0004701671.tif 000030
【図３０】
0004701671.tif 000031
【図３１】
0004701671.tif 000032