JP2002056651A - 記録装置および方法、再生装置および方法、記録媒体、プログラム、並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 記録されているデータの選択を簡便に行える
ようにする。 【解決手段】 ボリュームサムネイルは、記録媒体に記
録されている全てのデータを象徴するようなサムネイル
画像である。プレイリストは、データの再生区間の１つ
の単位であり、その単位内には、複数のサムネイルが設
けられている。そのうち、プレイリストを代表するサム
ネイルがメニューサムネイルとして登録される。このメ
ニューサムネイルは、プレイリストを選択する際に、一
覧表示される。プレイリストや、そのプレイリストに対
応するクリップ内にも、複数のサムネイルが設けられて
おり、それらのサムネイルは、マークサムネイルとし
て、プレイリスト内の再生位置を指定する際に用いられ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は記録装置および方
法、再生装置および方法、記録媒体、プログラム、並び
に記録媒体に関し、特に、データを代表するサムネイル
をデータに付加する記録装置および方法、再生装置およ
び方法、記録媒体、プログラム、並びに記録媒体に関す
る。

【０００２】

【従来の技術】近年、記録再生装置から取り外し可能な
ディスク型の記録媒体として、各種の光ディスクが提案
されつつある。このような記録可能な光ディスクは、数
ギガバイトの大容量メディアとして提案されており、ビ
デオ信号等のAV(Audio Visual)信号を記録するメディア
としての期待が高い。この記録可能な光デイスクに記録
するデジタルのAV信号のソース（供給源）としては、CS
デジタル衛星放送やBSデジタル放送があり、また、将来
はデジタル方式の地上波テレビジョン放送等も提案され
ている。

【０００３】ここで、これらのソースから供給されるデ
ジタルビデオ信号は、通常MPEG（Moving Picture Exper
ts Group）２方式で画像圧縮されているのが一般的であ
る。また、記録装置には、その装置固有の記録レートが
定められている。従来の民生用映像蓄積メディアで、デ
ジタル放送由来のデジタルビデオ信号を記録する場合、
アナログ記録方式であれば、デジタルビデオ信号をデコ
ード後、帯域制限をして記録する。あるいは、MPEG１ V
ideo、MPEG２ Video、DV方式をはじめとするデジタル記
録方式であれば、１度デコードされた後に、その装置固
有の記録レート・符号化方式で再エンコードされて記録
される。

【０００４】しかしながら、このような記録方法は、供
給されたビットストリームを１度デコードし、その後で
帯域制限や再エンコードを行って記録するため、画質の
劣化を伴う。画像圧縮されたデジタル信号の記録をする
場合、入力されたデジタル信号の伝送レートが記録再生
装置の記録レートを超えない場合には、供給されたビッ
トストリームをデコードや再エンコードすることなく、
そのまま記録する方法が最も画質の劣化が少ない。ただ
し、画像圧縮されたデジタル信号の伝送レートが記録媒
体としてのディスクの記録レートを超える場合には、記
録再生装置でデコード後、伝送レートがディスクの記録
レートの上限以下になるように、再エンコードをして記
録する必要はある。

【０００５】また、入力デジタル信号のビットレートが
時間により増減する可変レート方式によって伝送されて
いる場合には、回転ヘッドが固定回転数であるために記
録レートが固定レートになるテープ記録方式に比べ、１
度バッファにデータを蓄積し、バースト的に記録ができ
るディスク記録装置が記録媒体の容量をより無駄なく利
用できる。

【０００６】以上のように、デジタル放送が主流となる
将来においては、データストリーマのように放送信号を
デジタル信号のまま、デコードや再エンコードすること
なく記録し、記録媒体としてディスクを使用した記録再
生装置が求められると予測される。

【０００７】

【発明が解決しようとする課題】上述したような装置に
より、複数のデータ（例えば、映像データや音声データ
などから構成される番組のデータ）が記録されている記
録媒体を再生する際、記録媒体に記録されるデータ量が
増加するに従い、どの番組を再生するのか、番組中のど
のシーンから再生するのかといった、再生させる前の処
理が煩雑になるといった課題があった。

【０００８】本発明はこのような状況に鑑みてなされた
ものであり、データを代表するサムネイルをデータに付
加することにより、再生させるデータを簡単に選択でき
るようにすることを目的とする。

【０００９】

【課題を解決するための手段】本発明の記録装置は、入
力された動画像データから、当該動画像データを代表す
るサムネイル画像を第１のサムネイルデータとして生成
すると共に、動画像データから、特徴的な画像として抽
出された画像のサムネイル画像か、または、ユーザが指
定した画像のサムネイル画像を第２のサムネイルデータ
として生成する生成手段と、生成手段により生成された
第１のサムネイルデータと第２のサムネイルデータを、
各々独立したグループとして記録媒体に記録する記録手
段とを有することを特徴とする。

【００１０】前記生成手段は、第１のサムネイルデータ
と第２のサムネイルデータを、各々独立したファイルと
して生成するようにすることができる。

【００１１】前記生成手段は、第１のサムネイルデータ
と第２のサムネイルデータを各々独立したデータブロッ
クとするとともに１つのファイルとして生成するように
することができる。

【００１２】前記生成手段は、第１のサムネイルデータ
に対応する番号で第１のサムネイルデータを管理する第
１の管理データも生成すると共に、第２のサムネイルデ
ータに対応する番号で第２のサムネイルデータを管理す
る第２の管理データも生成し、前記記録手段は、第１の
管理データおよび第２の管理データを記録媒体に記録す
るようにすることができる。

【００１３】前記第１の管理データと第２の管理データ
は、管理するサムネイル画像の画像データのフォーマッ
ト形式を示すデータを含むようにすることができる。

【００１４】前記記録手段は、第１のサムネイルデータ
または第２のサムネイルデータに含まれるサムネイル画
像の画像データを、所定の大きさのブロック単位で記録
するようにすることができる。

【００１５】前記記録手段は、第１のサムネイル画像の
参照先を示す情報をさらに別ファイルとして記録媒体に
記録するようにすることができる。

【００１６】前記記録手段は、第２のサムネイルデータ
に含まれるサムネイル画像の参照先を示す情報をさらに
記録するようにすることができる。

【００１７】本発明の記録方法は、入力された動画像デ
ータから、当該動画像データを代表するサムネイル画像
を第１のサムネイルデータとして生成すると共に、動画
像データから、特徴的な画像として抽出された画像のサ
ムネイル画像か、または、ユーザが指定した画像のサム
ネイル画像を第２のサムネイルデータとして生成する生
成ステップと、生成ステップの処理で生成された第１の
サムネイルデータと第２のサムネイルデータを、各々独
立したグループとして記録媒体に記録するための制御を
行う記録制御ステップとを含むことを特徴とする。

【００１８】本発明の第１の記録媒体のプログラムは、
入力された動画像データから、当該動画像データを代表
するサムネイル画像を第１のサムネイルデータとして生
成すると共に、動画像データから、特徴的な画像として
抽出された画像のサムネイル画像か、または、ユーザが
指定した画像のサムネイル画像を第２のサムネイルデー
タとして生成する生成ステップと、生成ステップの処理
で生成された第１のサムネイルデータと第２のサムネイ
ルデータを、各々独立したグループとして記録媒体に記
録するための制御を行う記録制御ステップとを含むこと
を特徴とする。

【００１９】本発明の第１のプログラムは、入力された
動画像データから、当該動画像データを代表するサムネ
イル画像を第１のサムネイルデータとして生成すると共
に、動画像データから、特徴的な画像として抽出された
画像のサムネイル画像か、または、ユーザが指定した画
像のサムネイル画像を第２のサムネイルデータとして生
成する生成ステップと、生成ステップの処理で生成され
た第１のサムネイルデータと第２のサムネイルデータ
を、各々独立したグループとして記録媒体に記録するた
めの制御を行う記録制御ステップとをコンピュータに実
行させる。

【００２０】本発明の再生装置は、AVストリームの再生
が指示された場合、AVストリームの内容を示すサムネイ
ル画像の画像データを管理する管理データを読み出す第
１の読み出し手段と、読み出し手段により読み出された
管理データに基づき、画像データを読み出す第２の読み
出し手段と、AVストリームから、特徴的な画面として抽
出された画面のサムネイル画像の画像データか、また
は、ユーザにより指定された画面のサムネイル画像の画
像データと、その画像データを管理する管理データを読
み出す第３の読み出し手段と、第３の読み出し手段によ
り読み出された管理データに基づき、画像データを読み
出す第４の読み出し手段とを含むことを特徴とする。

【００２１】本発明の再生方法は、AVストリームの再生
が指示された場合、AVストリームの内容を示すサムネイ
ル画像の画像データを管理する管理データの読み出しを
制御する第１の読み出し制御ステップと、読み出し制御
ステップの処理で読み出しが制御された管理データに基
づき、画像データの読み出しを制御する第２の読み出し
制御ステップと、AVストリームから、特徴的な画面とし
て抽出された画面のサムネイル画像の画像データか、ま
たは、ユーザにより指定された画面のサムネイル画像の
画像データと、その画像データを管理する管理データを
読み出す第３の読み出しステップと、第３の読み出し制
御ステップの処理で読み出しが制御された管理データに
基づき、画像データを読み出す第４の読み出しステップ
とを含むことを特徴とする。

【００２２】本発明の第２の記録媒体のプログラムは、
AVストリームの再生が指示された場合、AVストリームの
内容を示すサムネイル画像の画像データを管理する管理
データの読み出しを制御する第１の読み出し制御ステッ
プと、読み出し制御ステップの処理で読み出しが制御さ
れた管理データに基づき、画像データの読み出しを制御
する第２の読み出し制御ステップと、AVストリームか
ら、特徴的な画面として抽出された画面のサムネイル画
像の画像データか、または、ユーザにより指定された画
面のサムネイル画像の画像データと、その画像データを
管理する管理データを読み出す第３の読み出しステップ
と、第３の読み出し制御ステップの処理で読み出しが制
御された管理データに基づき、画像データを読み出す第
４の読み出しステップとを含むことを特徴とする。

【００２３】本発明の第２のプログラムは、AVストリー
ムの再生が指示された場合、AVストリームの内容を示す
サムネイル画像の画像データを管理する管理データの読
み出しを制御する第１の読み出し制御ステップと、読み
出し制御ステップの処理で読み出しが制御された管理デ
ータに基づき、画像データの読み出しを制御する第２の
読み出し制御ステップと、AVストリームから、特徴的な
画面として抽出された画面のサムネイル画像の画像デー
タか、または、ユーザにより指定された画面のサムネイ
ル画像の画像データと、その画像データを管理する管理
データを読み出す第３の読み出しステップと、第３の読
み出し制御ステップの処理で読み出しが制御された管理
データに基づき、画像データを読み出す第４の読み出し
ステップとを含むことを特徴とする。

【００２４】本発明の第３の記録媒体は、AVストリー
ム、AVストリームから、AVストリームの内容を示すサム
ネイル画像の画像データと、そのサムネイル画像のデー
タを管理する管理データから構成される第１のデータ、
および、AVストリームから、特徴的な画面として抽出さ
れた画面のサムネイル画像の画像データか、または、ユ
ーザが指定した画面のサムネイル画像の画像データと、
その画像データを管理する管理データから構成される第
２のデータが記録されていることを特徴とする。

【００２５】本発明の記録装置および方法、並びに第１
のプログラムにおいては、入力された動画像データか
ら、当該動画像データを代表するサムネイル画像が第１
のサムネイルデータとして生成されると共に、動画像デ
ータから、特徴的な画像として抽出された画像のサムネ
イル画像か、または、ユーザが指定した画像のサムネイ
ル画像が第２のサムネイルデータとして生成され、第１
のサムネイルデータと第２のサムネイルデータが、各々
独立したグループとして記録媒体に記録される。

【００２６】本発明の再生装置および方法、並びに第２
のプログラムにおいては、AVストリームの再生が指示さ
れた場合、AVストリームの内容を示すサムネイル画像の
画像データを管理する管理データが読み出され、読み出
された管理データに基づき、画像データが読み出され、
AVストリームから、特徴的な画面として抽出された画面
のサムネイル画像の画像データか、または、ユーザによ
り指定された画面のサムネイル画像の画像データと、そ
の画像データを管理する管理データが読み出され、読み
出された管理データに基づき、画像データが読み出され
る。

【００２７】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて、図面を参照して説明する。図１は、本発明を適用
した記録再生装置１の内部構成例を示す図である。ま
ず、外部から入力された信号を記録媒体に記録する動作
を行う部分の構成について説明する。記録再生装置１
は、アナログデータ、または、デジタルデータを入力
し、記録することができる構成とされている。

【００２８】端子１１には、アナログのビデオ信号が、
端子１２には、アナログのオーディオ信号が、それぞれ
入力される。端子１１に入力されたビデオ信号は、解析
部１４とAVエンコーダ１５に、それぞれ出力される。端
子１２に入力されたオーディオ信号は、AVエンコーダ１
５にのみ出力される。解析部１４は、入力されたビデオ
信号からシーンチェンジなどの特徴点を抽出する。

【００２９】AVエンコーダ１５は、入力されたビデオ信
号とオーディオ信号を、それぞれ符号化し、符号化ビデ
オストリーム(V)、符号化オーディオストリーム(A)、お
よびAV同期等のシステム情報(S)をマルチプレクサ１６
に出力する。

【００３０】符号化ビデオストリームは、例えば、MPEG
（Moving Picture Expert Group）２方式により符号化
されたビデオストリームであり、符号化オーディオスト
リームは、例えば、MPEG１方式により符号化されたオー
ディオストリームや、ドルビーAC3方式により符号化さ
れたオーディオストリーム等である。マルチプレクサ１
６は、入力されたビデオおよびオーディオのストリーム
を、入力システム情報に基づいて多重化して、スイッチ
１７を介して多重化ストリーム解析部１８とソースパケ
ッタイザ１９に出力する。

【００３１】多重化ストリームは、例えば、MPEG2トラ
ンスポートストリームやMPEG2プログラムストリームで
ある。ソースパケッタイザ１９は、入力された多重化ス
トリームを、そのストリームを記録させる記録媒体１０
０のアプリケーションフォーマットに従って、ソースパ
ケットから構成されるAVストリームを符号化する。AVス
トリームは、ECC（誤り訂正）符号化部２０、変調部２
１で所定の処理が施され、書き込み部２２に出力され
る。書き込み部２２は、制御部２３から出力される制御
信号に基づいて、記録媒体１００にAVストリームファイ
ルを書き込む（記録する）。

【００３２】デジタルインタフェースまたはデジタルテ
レビジョンチューナから入力されるデジタルテレビジョ
ン放送等のトランスポートストリームは、端子１３に入
力される。端子１３に入力されたトランスポートストリ
ームの記録方式には、２通りあり、それらは、トランス
ペアレントに記録する方式と、記録ビットレートを下げ
るなどの目的のために再エンコードをした後に記録する
方式である。記録方式の指示情報は、ユーザインターフ
ェースとしての端子２４から制御部２３へ入力される。

【００３３】入力トランスポートストリームをトランス
ペアレントに記録する場合、端子１３に入力されたトラ
ンスポートストリームは、多重化ストリーム解析部１８
と、ソースパケッタイザ１９に出力される。これ以降の
記録媒体１００へAVストリームが記録されるまでの処理
は、上述の入力オーディオ信号とビデオ信号を符号化し
て記録する場合と同一の処理なので、その説明は省略す
る。

【００３４】入力トランスポートストリームを再エンコ
ードした後に記録する場合、端子１３に入力されたトラ
ンスポートストリームは、デマルチプレクサ２６に入力
される。デマルチプレクサ２６は、入力されたトランス
ポートストリームに対してデマルチプレクス処理を施
し、ビデオストリーム(V)、オーディオストリーム(A)、
およびシステム情報(S)を抽出する。

【００３５】デマルチプレクサ２６により抽出されたス
トリーム（情報）のうち、ビデオストリームはAVデコー
ダ２７に、オーディオストリームとシステム情報はマル
チプレクサ１６に、それぞれ出力される。AVデコーダ２
７は、入力されたビデオストリームを復号し、その再生
ビデオ信号をAVエンコーダ１５に出力する。AVエンコー
ダ１５は、入力ビデオ信号を符号化し、符号化ビデオス
トリーム(V)をマルチプレクサ１６に出力する。

【００３６】一方、デマルチプレクサ２６から出力さ
れ、マルチプレクサ１６に入力されたオーディオストリ
ームとシステム情報、および、AVエンコーダ１５から出
力されたビデオストリームは、入力システム情報に基づ
いて、多重化されて、多重化ストリームとして多重化ス
トリーム解析部１８とソースパケットタイザ１９にスイ
ッチ１７を介して出力される。これ以後の記録媒体１０
０へAVストリームが記録されるまでの処理は、上述の入
力オーディオ信号と、ビデオ信号を符号化して記録する
場合と同一の処理なので、その説明は省略する。

【００３７】本実施の形態の記録再生装置１は、AVスト
リームのファイルを記録媒体１００に記録すると共に、
そのファイルを説明するアプリケーションデータベース
情報も記録する。アプリケーションデータベース情報
は、制御部２３により作成される。制御部２３への入力
情報は、解析部１４からの動画像の特徴情報、多重化ス
トリーム解析部１８からのAVストリームの特徴情報、お
よび端子２４から入力されるユーザからの指示情報であ
る。

【００３８】解析部１４から供給される動画像の特徴情
報は、入力動画像信号の中の特徴的な画像に関係する情
報であり、例えば、プログラムの開始点、シーンチェン
ジ点、コマーシャル（ＣＭ）の開始・終了点などの指定
情報（マーク）であり、また、その指定場所の画像のサ
ムネイル画像の情報も含まれる。

【００３９】多重化ストリーム解析部１８からのAVスト
リームの特徴情報は、記録されるAVストリームの符号化
情報に関係する情報であり、例えば、AVストリーム内の
Iピクチャのアドレス情報、AVストリームの符号化パラ
メータ、AVストリームの中の符号化パラメータの変化点
情報、ビデオストリームの中の特徴的な画像に関係する
情報（マーク）などである。

【００４０】端子２４からのユーザの指示情報は、AVス
トリームの中の、ユーザが指定した再生区間の指定情
報、その再生区間の内容を説明するキャラクター文字、
ユーザが好みのシーンにセットするブックマークやリジ
ューム点の情報などである。

【００４１】制御部２３は、上記の入力情報に基づい
て、AVストリームのデータベース(Clip)、AVストリーム
の再生区間(PlayItem)をグループ化したもの（PlayLis
t）のデータベース、記録媒体１００の記録内容の管理
情報(info.dvr)、およびサムネイル画像の情報を作成す
る。これらの情報から構成されるアプリケーションデー
タベース情報は、AVストリームと同様にして、ECC符号
化部２０、変調部２１で処理されて、書き込み部２２へ
入力される。書き込み部２２は、制御部２３から出力さ
れる制御信号に基づいて、記録媒体１００へデータベー
スファイルを記録する。

【００４２】上述したアプリケーションデータベース情
報についての詳細は後述する。

【００４３】このようにして記録媒体１００に記録され
たAVストリームファイル（画像データと音声データのフ
ァイル）と、アプリケーションデータベース情報が再生
される場合、まず、制御部２３は、読み出し部２８に対
して、記録媒体１００からアプリケーションデータベー
ス情報を読み出すように指示する。そして、読み出し部
２８は、記録媒体１００からアプリケーションデータベ
ース情報を読み出し、そのアプリケーションデータベー
ス情報は、復調部２９、ECC復号部３０の処理を経て、
制御部２３へ入力される。

【００４４】制御部２３は、アプリケーションデータベ
ース情報に基づいて、記録媒体１００に記録されている
PlayListの一覧を端子２４のユーザインターフェースへ
出力する。ユーザは、PlayListの一覧から再生したいPl
ayListを選択し、再生を指定されたPlayListに関する情
報が制御部２３へ入力される。制御部２３は、そのPlay
Listの再生に必要なAVストリームファイルの読み出し
を、読み出し部２８に指示する。読み出し部２８は、そ
の指示に従い、記録媒体１００から対応するAVストリー
ムを読み出し復調部２９に出力する。復調部２９に入力
されたAVストリームは、所定の処理が施されることによ
り復調され、さらにECC復号部３０の処理を経て、ソー
スデパケッタイザ３１出力される。

【００４５】ソースデパケッタイザ３１は、記録媒体１
００から読み出され、所定の処理が施されたアプリケー
ションフォーマットのAVストリームを、デマルチプレク
サ２６に出力できるストリームに変換する。デマルチプ
レクサ２６は、制御部２３により指定されたAVストリー
ムの再生区間(PlayItem)を構成するビデオストリーム
(V)、オーディオストリーム(A)、およびAV同期等のシス
テム情報(S)を、AVデコーダ２７に出力する。AVデコー
ダ２７は、ビデオストリームとオーディオストリームを
復号し、再生ビデオ信号と再生オーディオ信号を、それ
ぞれ対応する端子３２と端子３３から出力する。

【００４６】また、ユーザインタフェースとしての端子
２４から、ランダムアクセス再生や特殊再生を指示する
情報が入力された場合、制御部２３は、AVストリームの
データベース(Clip)の内容に基づいて、記憶媒体１００
からのAVストリームの読み出し位置を決定し、そのAVス
トリームの読み出しを、読み出し部２８に指示する。例
えば、ユーザにより選択されたPlayListを、所定の時刻
から再生する場合、制御部２３は、指定された時刻に最
も近いタイムスタンプを持つIピクチャからのデータを
読み出すように読み出し部２８に指示する。

【００４７】また、ユーザによって高速再生(Fast-forw
ard playback)が指示された場合、制御部２３は、AVス
トリームのデータベース(Clip)に基づいて、AVストリー
ムの中のI-ピクチャデータを順次連続して読み出すよう
に読み出し部２８に指示する。

【００４８】読み出し部２８は、指定されたランダムア
クセスポイントからAVストリームのデータを読み出し、
読み出されたデータは、後段の各部の処理を経て再生さ
れる。

【００４９】次に、ユーザが、記録媒体１００に記録さ
れているAVストリームの編集をする場合を説明する。ユ
ーザが、記録媒体１００に記録されているAVストリーム
の再生区間を指定して新しい再生経路を作成したい場
合、例えば、番組Ａという歌番組から歌手Ａの部分を再
生し、その後続けて、番組Ｂという歌番組の歌手Ａの部
分を再生したいといった再生経路を作成したい場合、ユ
ーザインタフェースとしての端子２４から再生区間の開
始点（イン点）と終了点（アウト点）の情報が制御部２
３に入力される。制御部２３は、AVストリームの再生区
間(PlayItem)をグループ化したもの（PlayList）のデー
タベースを作成する。

【００５０】ユーザが、記録媒体１００に記録されてい
るAVストリームの一部を消去したい場合、ユーザインタ
フェースとしての端子２４から消去区間のイン点とアウ
ト点の情報が制御部２３に入力される。制御部２３は、
必要なAVストリーム部分だけを参照するようにPlayList
のデータベースを変更する。また、AVストリームの不必
要なストリーム部分を消去するように、書き込み部２２
に指示する。

【００５１】ユーザが、記録媒体１００に記録されてい
るAVストリームの再生区間を指定して新しい再生経路を
作成したい場合であり、かつ、それぞれの再生区間をシ
ームレスに接続したい場合について説明する。このよう
な場合、制御部２３は、AVストリームの再生区間(PlayI
tem)をグループ化したもの（PlayList）のデータベース
を作成し、さらに、再生区間の接続点付近のビデオスト
リームの部分的な再エンコードと再多重化を行う。

【００５２】まず、端子２４から再生区間のイン点のピ
クチャの情報と、アウト点のピクチャの情報が制御部２
３へ入力される。制御部２３は、読み出し部２８にイン
点側のピクチャとアウト点側のピクチャを再生するため
に必要なデータの読み出しを指示する。そして、読み出
し部２８は、記録媒体１００からデータを読み出し、そ
のデータは、復調部２９、ECC復号部３０、ソースデパ
ケッタイザ３１を経て、デマルチプレクサ２６に出力さ
れる。

【００５３】制御部２３は、デマルチプレクサ２６に入
力されたデータを解析して、ビデオストリームの再エン
コード方法（picture_coding_typeの変更、再エンコー
ドする符号化ビット量の割り当て）と、再多重化方式を
決定し、その方式をAVエンコーダ１５とマルチプレクサ
１６に供給する。

【００５４】次に、デマルチプレクサ２６は、入力され
たストリームをビデオストリーム(V)、オーディオスト
リーム(A)、およびシステム情報(S)に分離する。ビデオ
ストリームは、「AVデコーダ２７に入力されるデータ」
と「マルチプレクサ１６に入力されるデータ」がある。
前者のデータは、再エンコードするために必要なデータ
であり、これはAVデコーダ２７で復号され、復号された
ピクチャはAVエンコーダ１５で再エンコードされて、ビ
デオストリームにされる。後者のデータは、再エンコー
ドをしないで、オリジナルのストリームからコピーされ
るデータである。オーディオストリーム、システム情報
については、直接、マルチプレクサ１６に入力される。

【００５５】マルチプレクサ１６は、制御部２３から入
力された情報に基づいて、入力ストリームを多重化し、
多重化ストリームを出力する。多重化ストリームは、EC
C符号化部２０、変調部２１で処理されて、書き込み部
２２に入力される。書き込み部２２は、制御部２３から
供給される制御信号に基づいて、記録媒体１００にAVス
トリームを記録する。

【００５６】このような記録再生装置１において記録媒
体１００に記録されるデータ（記録媒体１００から再生
されるデータ）について説明する。MPEG Video、MPEG A
udio等の符号化方式で符号化され、MPEG-2 Systemsに従
って多重化されたビットストリームを、ファイルシステ
ムが扱うファイルの形にしてディスク（以下、適宜、記
録媒体１００をディスク状の記録媒体とし、ディスクと
称する）に記録したものをAV(Audio Video)ストリーム
ファイル（またはClip AVストリーム）と称する。

【００５７】このようなAVストリームファイルの一部ま
たは全部の範囲を指定して、必要な部分だけを並べて再
生する再生順序指定の仕組みを説明する。図２のよう
に、AVストリームファイルの一部または全部の範囲を指
定して、必要な部分だけを再生する再生順序指定がPlay
listである。Playlistは、ユーザから見て、ひとまとま
りの単位である。最も簡単な構成になるのは、記録開始
をしてから記録終了までの単位で、編集をしなければ、
これが１つのPlaylistになる。

【００５８】Playlistは、どのAVストリームを再生する
かという、AVストリームファイルの指定と、そのファイ
ル中の再生開始点（イン点）と再生終了点（アウト点）
の集まりで構成される。AVストリームファイル、再生開
始点、再生終了点等を１組とし、これをPlayitemと称す
る。すなわち、PlaylistはPlayitemの集合である。

【００５９】図２に示したように、Playitemは、あるAV
ストリームファイルの、イン点、アウト点で指定する範
囲を参照する。Playitemを再生するということは、その
Playitemが参照するAVストリームの一部分を再生すると
いうことになる。

【００６０】AVストリームは、MPEG-TSの形などにマル
チプレクスされているビットストリームであるが、この
AVストリームが記録されるファイルとは別のファイル
に、そのビットストリームに対して１対１に対応する情
報（クリップ情報：Clip information）を保持する。こ
れは、再生、編集をより容易にするために設けられてい
る。このようなクリップ情報と、AVストリームの両方を
ひとまとまとり（オブジェクト）とみなし、これをClip
（クリップ）と呼ぶ。すなわち、ClipはAVストリーム
と、それに付随する情報から構成される１つのオブジェ
クトである。

【００６１】以上のような、関係をUML図で表すと、図
３のようになる。図３のUML図で表されるAVストリーム
ファイル、Clip、Playitem、Playlistの構造により、AV
ストリームファイルを変更しない、任意の部分だけを再
生する非破壊再生順序指定が可能になる。

【００６２】次に、本発明を実現するための、各種の情
報が記録または再生される記録媒体（メディア）上のフ
ァイル配置について説明する。メディア上には、図４に
示すように、info.dvr、menu.thmb（mark.thmb）、####
#.rpls（#####.vpls） (#####は任意の番号)、%%%%%.cl
pi (%%%%%は任意の番号)、および %%%%%.m2ts (%%%%%
は、各m2tsファイルがcpliファイルと１対１に対応する
ような番号)の、５種類のファイルが記録される。

【００６３】ディスク上にディレクトリ/DVRを用意し、
このディレクトリの下が、１つのディスク記録再生シス
テムで管理される範囲とする。/DVRは、ディスクのルー
トディレクトリにあっても良いし、所定のディレクトリ
の下に存在していても良い。/DVRディレクトリには、in
fo.dvr、 menu.thmb、 mark.thmbというファイルが置か
れる。また、/DVRの下には、/PLAYLIST、 /CLIPINF、 /
M2TSというディレクトリが置かれる。ファイル#####.rp
ls、 #####.vplsは、/PLAYLISTの下に置かれ、/CLIPINF
には%%%%%.clpiが置かれ、/M2TSには、%%%%%.m2tsが置
かれる。

【００６４】ファイルinfo.dvrは、/DVRの下にだた１つ
ある。info.dvrの構造は、図５に示したようなシンタク
スで表される。ファイルの内部は、機能別の情報ごとに
ブロックを構成しており、volumeに関する情報はDVRVol
ume()に、 Playlistの並びに関する情報はTableOfPlayL
ists()に、記録再生装置１のメーカ固有の情報はMakerP
rivateData()に、それぞれ格納される。ファイルの先頭
部分には、それらのブロックの先頭を表すアドレスが記
述されている。例えば、TableOfPlayLists_Start_addre
ssは、TableOfPlayLists()が開始する位置を、ファイル
内での相対バイト数で表したものになっている。

【００６５】DVRVolume()の構造は図６に示したような
シンタクスで表される。version_numberは、DVRVolum
e()のバージョン番号を表し、lengthは、length直後の
フィールドからDVRVolume()の最後までの長さをバイト
で表したものである。ResumeVolume()はresumeに関する
情報を格納し、UIAppInfoVolume()はVolumeの属性情報
を格納する領域である。

【００６６】図７は、UIAppInfoVolume()のシンタクス
を表したものである。character_setは、Volume_nameフ
ィールドに符号化されているキャラクター文字の符号化
方法を示す。その符号化方法としては、ASCII、Unicode
等を選択できる。name_lengthは、Volume_nameフィール
ドの中に示されるボリューム（ディスク）名のバイト長
を示す。Volume_nameは、ボリューム（ディスク）の名
前を示す。このフィールドの中の左からname_length数
のバイト数が、有効なキャラクター文字であり、それは
ボリューム（ディスク）の名前を示す。

【００６７】Volume_nameフィールドの中で、それら有
効なキャラクター文字の後の値は、どんな値が入ってい
ても良い。Volume_protect_flagは、そのボリュームの
中のコンテンツをユーザに制限することなしに見せてよ
いかどうかを示すフラグである。このフラグが１にセッ
トされている場合、ユーザが正しくPIN番号（図７中のP
IN）を入力できた場合にだけ、ユーザは、そのボリュー
ムのコンテンツを視聴する事ができる。このフラグが０
にセットされている場合、ユーザがPIN番号を入力しな
くても、ユーザが、そのボリュームのコンテンツを視聴
する事ができる。最初に、ユーザが、ディスクをプレー
ヤ（記録再生装置１）へ挿入した時において、もしこの
フラグが０にセットされているか、または、このフラグ
が１にセットされていてもユーザがPIN番号を正しく入
力できたならば、プレーヤーは、そのセットされたディ
スクの中のPlayListの一覧を表示させる。

【００６８】以上は、Volumeに対しての再生制限である
が、それぞれのPlayListの再生制限については、Volume
_protect_flagとは無関係であり、それは後述する図９
のUIAppInfoPlayList()の中で定義されるplayback_cont
rol_flagによって示される。PINは、４個の０乃至９ま
での数字であり、それぞれの数字は、ISO/IEC 646に従
って符号化される。ref_thumbnail_indexは、Volumeを
代表するサムネイルが存在する場合、そのサムネイルを
特定するための番号を格納する領域である。ref_thumbn
ail_indexで指定されるthumbnail_indexを持つ、ファイ
ルmenu.thmb中のサムネイルが、Volumeを代表するメニ
ューサムネイル（本発明では、VolumeやPlaylistを代表
するサムネイルを特にメニューサムネイルと称する）と
なる。

【００６９】rp_info_valid_flagは、これが１である場
合に次に続くrp_ref_to_PlayList_file_name, rp_ref_t
o_PlayItem_idおよびrp_time_stampが有効な値を持つこ
と示す。rp_ref_to_PlayList_file_nameは、上記のVolu
meを代表するメニューサムネイルが、所定のPlayList中
の画像から抜き出された画像から作られていることを示
し、そのPlayListファイルの名前を示す。

【００７０】rp_ref_to_PlayItem_idは、rp_ref_to_Pla
yList_file_nameで示されるPlayListの中の１つのPlayI
temを指すPlayItem_idを示し、上記のVolumeを代表する
メニューサムネイルが、そのPlayItem中の画像から抜き
出された画像から作られていることを示す。rp_time_st
ampは、rp_ref_to_PlayItem_idが指すPlayItem中の１つ
の画像のプレゼンテーションタイムスタンプを示し、そ
の画像から上記のVolumeを代表するメニューサムネイル
が作られていることを示す。

【００７１】図８は、TableOfPlayLists()のシンタクス
を表したものである。ここでnumber_of_PlayListsはVol
ume中のPlaylistの数を表し、PlayList_file_nameは###
##.rpls、 #####.vpls等のファイル名を指定するもので
ある。UIAppInfoPlayList()には、Playlistの各種属性
がかかれており、シンタクスは図９のようになってい
る。図９に示したUIAppInfoPlayList()には、Playlist
の再生には直接必要ではない、Playlistの名前、記録日
時、記録時間、消去禁止の有無等の、各種属性情報が格
納される。その中のref_thumbnail_indexにより、PlayL
istの代表画としてのサムネイルを指定することができ
る。すなわち、ref_thumbnail_indexで指定されるthumb
nail_indexを持つ、ファイルmenu.thmb中のサムネイル
が、このPlaylistを代表するメニューサムネイルとな
る。

【００７２】rp_info_valid_flagは、これが１である場
合に、次に続くrp_ref_to_PlayItem_idおよびrp_time_s
tampが有効な値を持つこと示す。rp_ref_to_PlayItem_i
dは、PlayListの中の１つのPlayItemを指すPlayItem_id
を示し、PlayListを代表するメニューサムネイルが、そ
のPlayItem中の画像から抜き出された画像から作られて
いることを示す。rp_time_stampは、rp_ref_to_PlayIte
m_idが指すPlayItem中の１つの画像のプレゼンテーショ
ンタイムスタンプを示し、その画像からPlayListを代表
するメニューサムネイルが作られていることを示す。

【００７３】図４に示したファイル%%%%%.clpiは、/CLI
PINFの下に、各AVストリームファイル%%%%%.m2tsに対応
して１つ作られる。%%%%%.clpiの構造は、図１０に示す
ようになっている。ファイルの内部は、機能別の情報ご
とにブロックを構成しており、Clipに関する情報はClip
Info()に、MPEG-2 systemsにおけるトランスポートスト
リームの時刻基準を表すPCR（プログラムクロックリフ
ァレンス）の不連続点に関する情報はSTC_Info()に、MP
EG-2 systemsのprogram（プログラム）に関する情報はP
rogramInfo()に、 AVストリーム中のランダムアクセス
開始可能点等の特徴的な点を表すCPI（Characteristic
Point Information）に関する情報はCPI()に、Clipにつ
けられた、頭出しのためのインデックス点やコマーシャ
ルの開始・終了点などのマーク情報はClipMark()に、そ
れぞれ格納される。ファイルの先頭部分には、それらの
ブロックの先頭を表すアドレスが記述されている。

【００７４】ここでは、サムネイルに関係するブロック
だけを説明する。本実施の形態においては、クリップに
サムネイルを付ける操作は、クリップのマークにサムネ
イルを付与することで実現する。クリップに付けられる
マークの情報は、 ClipMark()に格納されている。図１
１に、ClipMark()のシンタクスを示す。シンタクス中の
mark_typeが、resume、 bookmark、 skip等のマークの
種類を表し、mark_time_stampでマークがつけられた時
刻を表す。サムネイルに関係するフィールドは、ref_th
umbnail_index である。ref_thumbnail_indexは、ここ
でサムネイルの番号を指定することで、サムネイルのデ
ータが格納されているmark.thmbファイル中のサムネイ
ルを特定する。ref_thumbnail_indexで指定されるサム
ネイルが、このマークに付与されたマークサムネイル
（本発明では、マークに付与されたサムネイルを特にマ
ークサムネイルと称する）となる。

【００７５】マークは、主としてClipおよびPlaylistの
中のハイライトや特徴的なシーンを指し示すためにあ
る。また、マークより後の部分は再生を飛ばして、次の
Playlistの再生をするように指示するスキップ機能も、
マークによって実現できる。図１２は、マークがClip、
Playlistに付けられている様子を図で示したものであ
る。以下にマークの特徴をまとめる。

【００７６】Clipに付加されるマークは、AVストリーム
の内容に起因する特徴的なシーン、例えば、シーンチェ
ンジ点などを指定する。Playlistを再生する時には、そ
のPlaylistが参照しているClip中のマークを利用してラ
ンダムアクセス等ができる。図１２では、Clipに対して
commercial（ＣＭ）とsceneという、２種類のマークが
付けられているが、commercialのマークは左のPlaylist
から、sceneマークは二つのPlaylistから利用されてい
る。Playlistに付加されるマークは、主としてユーザに
よって設定される。例えば、ブックマークやリジューム
点などである。図１２では、bookmarkとresumeマークが
相当する。

【００７７】ClipまたはPlaylistにマークを設定するこ
とは、マークの時刻を示すタイムスタンプをマークリス
トに追加することにより行われる。また、マークを削除
することは、マークリストの中からそのマークのタイム
スタンプを除去する事である。それゆえ、マークの設定
や削除は、AVストリームを何も変化させない。

【００７８】次に、図４に示したファイル#####.rpls、
#####.vplsについて説明するに、ファイル#####.rpls、
#####.vplsは、/PLAYLISTの下に、各playlistに対して
どちらか１つ作られる。#####.rpls、#####.vplsの構造
は、図１３に示すようになっている。ファイルの内部
は、機能別の情報ごとにブロックを構成しており、Play
listに関する情報はPlayList()に、Playlistに付けられ
るマークの情報はPlayListMark()に、このPlaylistファ
イルを記録した記録再生装置のメーカ固有の情報はMake
rPrivateData()に、それぞれ格納される。ファイルの先
頭部分には、ブロックの先頭を表すアドレス(PlayListM
ark_Start_address等)が記述されている。これにより、
ブロックの前あるいは後ろにpadding_byteを挿入するこ
とが出来る。ただし、PlayList()の開始位置は固定で、
ファイルの先頭から、例えば、256バイト目と設定され
ている。

【００７９】ブロックPlayList()の内容は、図１４のよ
うになっている。最初にversion_numberがあり、以下に
続く情報のバージョン番号を表す。lengthは、lengthの
直後のフィールドから、PlayList()の終わりまでのバイ
ト長を表す。PlayList_typeは、このPlaylistの種類を
表し、CPI_typeは、このPlaylistが持つCPIの種類を表
す。number_of_PlayItemsは、このPlaylistを構成するP
layitemの数を表す。number_of_SubPlayItemsは、このP
laylistに付けられているアフレコオーディオ用のPlayi
tem(SubPlayitem)の数を表す。PlayItem()は、Playitem
の情報を、SubPlayItem()は、SubPlayitemの情報を格納
する。

【００８０】ブロックPlayItem()の内容は、図１５のよ
うになっている。Clip_Information_file_nameは、この
PlayItemが参照しているClip情報ファイル（拡張子がcl
piであるファイル）のファイル名が文字列で格納されて
いる。STC_sequence_idは、program中に存在する、PCR
が連続な時間範囲の区間をあらわす。この区間内では、
一貫した連続時間軸が定義できるようになっているの
で、PlayItemの開始・終了点を一意に定めることが出来
る。つまり、各PlayItemの開始点と終了点は、同一のST
C_sequenceに存在していなければならない。

【００８１】IN_timeは、このPlayItemの開始点の、STC
_sequence 上でのpts（Presentation Time Stamp）を表
し、OUT_time はPlayItemの終了点の、STC_sequence 上
でのptsを表す。connection_conditionは、このPlayite
mが次のPlayitemとの間でどのような接続がされている
かを表す情報であり、Playitemの間を継ぎ目なく再生で
きるかどうかの条件を表す。

【００８２】BridgeSequnceInfo()は、Playitemの継ぎ
目の部分で、本来再生すべきビットストリームとは異な
るビットストリームに飛び、それを代わりに再生するこ
とで、Playitemの間をシームレスに再生する機能を実現
する際に作成されるビットストリーム（ブリッジシーケ
ンス）に関する情報を格納する。program_numberは、こ
のPlayitemが参照しているprogram(MPEG Systemsで定義
されている、ビデオ・オーディオ等のエレメンタリスト
リームのまとまりをいう。いわゆるテレビジョン放送の
チャンネルに相当するものである）のprogram_numberを
表す。

【００８３】以上が、Playlist、Playitemを構成するデ
ータ構造の概要である。このようなデータ構造により、
AVストリーム中の再生したい部分をIN、OUT点の組で指
定したPlayitemの並びでPlaylistを構築し、ユーザが認
識するひとまとまりの再生単位を管理することが可能に
なる。

【００８４】本発明の実施の形態では、プレイリスト上
の任意の時刻にサムネイルを付ける操作は、プレイリス
トのマークにサムネイルを付与することで実現してい
る。Playlistに付けられるマークの情報は、PlayListMa
rk()に格納されている。図１６は、PlaylistMark()のシ
ンタクスを示す図である。シンタクス中のmark_type
が、resume、 bookmark、 skip等のマークの種類を表
し、mark_time_stampでマークがつけられた時刻を表
す。ref_thumbnail_indexは、ここでサムネイルの番号
を指定することで、サムネイルのデータが格納されてい
るmark.thmbファイル中のサムネイルを特定する。ref_t
humbnail_indexで指定されるサムネイルが、このマーク
に対応するマークサムネイルとなる。

【００８５】次に、サムネイルの詳細について説明す
る。サムネイルとは、Volume、Playlist、Clipに付随す
る静止画のことを指す。サムネイルには２種類ある。一
つは、内容を表す代表画としてのサムネイルである。こ
れは主としてユーザがカーソルを操作して見たいものを
選択するためのメニュー画面で使われる。もう一つは、
マークが指しているシーンを表す画像である。

【００８６】Volumeと各Playlistは代表画を持つことが
できるようにする必要がある。Volumeの代表画とは、デ
ィスクをプレーヤに入れた時に、ディスクの内容を表す
静止画を最初に表示する場合などに用いることを想定し
ている。Playlistの代表画とは、Playlistを選択するメ
ニュー画面において、Playlistの内容を表すための静止
画として用いられることを想定している。

【００８７】Playlistの代表画の最も簡単な実現方法
は、Playlistの最初の画像をサムネイルにすることであ
るが、必ずしも再生時刻0の先頭の画像が内容を表す上
で最適な画像とは限らない。そこで、Playlistのサムネ
イルとして、任意の画像を決めることが出来るようにし
ておく。以上２種類のサムネイルをメニューサムネイル
と称する。メニューサムネイルは、頻繁に表示されるた
め、ディスクから高速に読み出されることが可能である
必要がある。この要求を満たすには、全てのメニューサ
ムネイルを１つのファイルに格納することが効率的であ
る。必ずしもボリューム内の動画から抜き出したピクチ
ャだけではなく、図１７に示すように、パーソナルコン
ピュータやデジタルスチルカメラから取り込んだ画像で
もよい。

【００８８】一方、ClipとPlaylistは複数個のマークを
打てる必要があり、マーク位置の内容を知るためにマー
ク点の画像を容易に見ることが出来るようにする必要が
ある。このようなマーク点を表すピクチャをマークサム
ネイルと称する。よって、サムネイルの元となるもの
は、図１８や図１９に示したように、外部から取り込ん
だ画像よりも、マーク点の画像を抜き出したものが主と
なる。メニューサムネイルと異なり、マークサムネイル
はPlaylistの詳細を表す時に使われるサブメニュー等で
使われるため、短いアクセス時間で読み出されなくても
良い。

【００８９】そのため、サムネイルが必要になる度に、
プレイヤーがファイルを開き、ファイルの一部を読み出
すことで多少時間がかかっても、問題にはならない。ま
た、ボリューム内に存在するファイル数を減らすため
に、すべてのマークサムネイルは一つのファイルに格納
するのがよい。Playlistはメニューサムネイル一つと複
数のマークサムネイルを有することができるが、Clipは
直接ユーザが選択する必要性がない（通常、Playlist経
由で指定する）ため、メニューサムネイルを持つことは
しない。図２０は、以上の関係を示した図である。

【００９０】サムネイルは頻繁に追加、削除されるの
で、追加操作と部分削除の操作は容易に、かつ、高速に
実行されなければならない。この理由のため、Thumbnai
l()はブロック構造を有する。画像のデータはいくつか
の部分に分割され、各部分は１つのtn_block()に格納さ
れる。１つの画像データは、連続したtn_block()に格納
される。tn_block()の列には、使用されていないtn_blo
ck()が存在してもよい。１つのサムネイル画像のバイト
長は可変である。

【００９１】図２１は、サムネイルのデータを格納する
ファイルのシンタクスである。このファイルには、Thum
bnail()がただ一つ存在する。図２２は、thubnail()の
シンタクスを表す。version_numberは、このthumbnai
l()のバージョンナンバーを示す4個のキャラクター文字
を表す。lengthは、このlengthフィールドの直後からth
umbnail()の最後までのthumbnail()のバイト数を示す３
２ビットの符号なし整数である。tn_blocks_start_addr
essは、thumbnail()中の最初のtn_block()の、thumbnai
l()の先頭からの開始バイトアドレスを示す３２ビット
の符号なし整数である。

【００９２】number_of_thumbnailsは、このthumbnai
l()に格納されているサムネイル画像の数を示す１６ビ
ットの符号なし整数である。tn_block_sizeは、1 tn_bl
ock()の大きさをキロバイト単位で表す１６ビットの符
号なし整数である。例えば、tn_block_size が１である
のは、１つのtn_block()のサイズが1024バイトであるこ
とを表す。number_of_tn_blocksは、この thumbnail()
中のtn_block()の数を表す１６ビットの符号なし整数で
ある。

【００９３】thumbnail_indexは、このthumbnail_index
フィールドから始まるforループ１回分のサムネイル情
報で表されるサムネイルのインデクス番号を表す１６ビ
ットの符号なし整数である。 thumbnail_index とし
て、0xFFFF という値を使用してはならない。thumbnail
_index はref_thumbnail_indexによって参照される。tu
mbnail_picture_format は、サムネイル画像のピクチャ
フォーマットを表す８ビットの符号なし整数で、図２３
に示したような値をとる。図２３中のDCF（Design rule
for Camera File System）とPNG（Portable Network G
raphics）は”menu.thmb”内でのみ許される。すなわち
マークサムネイルは、値"0x00" (MPEG-2 Video I-pictu
re)ととらなければならない。

【００９４】picture_data_size は、符号化されたサム
ネイル画像のバイト長を表す３２ビットの符号なし整数
である。start_tn_block_numberは、サムネイル画像の
データが始まるtn_block()のtn_block_numberを表す１
６ビットの符号なし整数である。サムネイル画像データ
の先頭は、tb_blockの先頭と一致していなければならな
い。start_tn_block_number は、０から始まり、tn_blo
ckのfor-ループ中の変数kの値に関係している。x_pictu
re_length は、サムネイル画像の水平方向のピクセル数
を表す１６ビットの符号なし整数である。

【００９５】y_picture_lengthは、サムネイル画像の垂
直方向のピクセル数を表す１６ビットの符号なし整数で
ある。tn_block() は、ピクチャデータを格納する領域
である。thumbnail()中のすべてのtn_block()は、tn_bl
ock_size で定められる同一の大きさを有していなけれ
ばならない。図２４は、画像データがどのようにtn_blo
ck()に格納されるかを模式的に表した図である。図２４
に示したように、各画像データはtn_block()の先頭から
始まり、1tn_block()を超える大きさの場合は、連続す
る次のtn_block()を使用することにより格納される。

【００９６】画像データは、可変長であるが、１tn_blo
ck()は、固定長である。このように、可変長であるデー
タを固定長のデータに変換して扱うようにすることによ
り、新たな画像データの追加や、画像データの削除とい
った処理に対してブロック単位で対処できるため、アド
レスの管理など、簡便に行うことが可能となる。

【００９７】ここで、サムネイル記録についてのディレ
クトリ・ファイル構造、シンタックスの別案を示す。ま
ず、図４で表されるディレクトリ・ファイル構造の別案
として、図２５の構造が考えられる。図４では、マーク
サムネイルを記録するためのファイルが/DVRの下に１
つ、mark.thmbだけであるのに対し、図２５では、プレ
イリスト、クリップごとに１対１に対応してファイルxx
xxx.thmb(xxxxxは対応するプレイリストまたはクリップ
をあらわす、拡張子を除いたファイル名)が作られてい
る。

【００９８】例えば、#####.rplsで表されるプレイリス
トが有するマークサムネイルの画像は、同じディレクト
リ内の#####.thmbに格納されることになる。同様に、%%
%%%.clpiで表されるクリップが有するマークサムネイル
の画像は、同じディレクトリ内の%%%%%.thmbに格納され
ることになる。プレイリスト・クリップのマークサムネ
イルは、ファイルの拡張子を除いた名前の部分が同一
の.thmbファイルに記録されるという制約があるだけ
で、xxxxx.thmb内のシンタックスは、図２６のように、
menu.thmbやmark.thmb（図２１）と同一である。

【００９９】また、プレイリストのメニューサムネイル
について、図８、図９では、サムネイルを特定するref_
thumbnail_indexを、ファイルInfo.dvrのTableOfPlayLi
sts()の中のUIAppInfoPlayList()に置いているが、UIAp
pInfoPlayList()をInfo.dvrではなく、各プレイリスト
ファイル中に入れる方法もある。このような場合、UIAp
pInfoPlayList()を、TableOfPlayLists()から、プレイ
リストファイル中のplaylist()へ移すことになり、図８
に示したシンタクスは図２７に示すシンタクスのように
なり、図１４に示したシンタクスは図２８に示すシンタ
クスのようになる。図２８中のUIAppInfoPlayList()
は、図２９に示すシンタクスのようになり、ここにref_
thumbnail_indexが入る。

【０１００】以上のようなファイル、シンタックスでも
サムネイルの記録が可能である。

【０１０１】次に、図３０に示したフローチャートを参
照して、マークサムネイルの作成について説明する。ス
テップＳ１において、ユーザは、再生したいPlayList
（プレイリスト）を選択する。ステップＳ２において、
選択されたPlayListに基づいて、AVストリームの再生が
開始される。ステップＳ３において、ユーザは、再生さ
れているAVストリームを視聴し、マークしたいシーンを
探索する。ユーザは、マークしたいシーンが探索できた
場合、記録再生装置１に付属するリモートコントローラ
（不図示）のマークボタンを操作する。この操作は、再
生中に操作されても、一時停止された状態で操作されて
も良い。

【０１０２】ステップＳ３において、ユーザによりマー
クボタンが操作されると、ステップＳ４において、ユー
ザの指示に対応する処理としてマーク位置が決定され
る。マーク位置が決定されると、ステップＳ５におい
て、サムネイル画像にする画像の選択が行われる。マー
ク位置が指示された時点で、制御部２３（図１）は、サ
ムネイルを作成するかどうかをユーザに尋ね、作成する
場合には、サムネイルとする画像の候補をコマ送り等に
よりユーザに提供し、ユーザがサムネイル画像を選択す
るようにしても良い。

【０１０３】ユーザ、または、制御部２３により、サム
ネイル画像にする画像が選択されると、制御部２３は、
ステップＳ６において、AVデコーダ１５から画像を取り
込み制御部２３のRAM（Random Access Memory）（不図
示）に転送する。ステップＳ７において、画像を圧縮す
るか否かが判断され、画像を圧縮すると判断された場
合、制御部２３は、ステップＳ８に進み、画像圧縮を行
い、再びデータをRAMに戻す。ステップＳ７において、
画像を圧縮しないと判断された場合、ステップＳ８の処
理はスキップされ、ステップＳ９に進む。

【０１０４】ステップＳ９において、制御部２３は、サ
ムネイルの符号化方式、サムネイルを識別するthumbnai
l_id、サイズ（バイト数）、X、Y方向のピクセル数から
構成されるサムネイルのヘッダ情報を作成し、画像デー
タをtn_block()の単位に分割する。ステップＳ１０にお
いて、ECC符号化ブロック２０にヘッダ情報とtn_bloc
k()の形に分割した画像データが転送され、書き込み部
２２を経て、mark.thmbファイルとして記録媒体１００
に書き込まれる。

【０１０５】次に、メニューサムネイルを作成につい
て、図３１に示したフローチャートを参照して説明す
る。メニューサムネイルはボリュームまたは各プレイリ
ストに対して付けられるので、制御部２３は、ステップ
Ｓ２１において、ユーザに対して、メニューサムネイル
をつける対象を選択させる。ステップＳ２２において、
制御部２３は、サムネイルを外部から取り込むか、プレ
イリスト中のあるシーンから取り込むかをユーザに選択
させる。

【０１０６】ステップＳ２２において、サムネイルを外
部から取り込むと判断された場合、ステップＳ２３に進
み、ユーザが指定した入力端子あるいはファイルから画
像データが取り込まれる。取り込みが終了されると、ス
テップＳ２６に進む。

【０１０７】一方、ステップＳ２２において、サムネイ
ルを外部から取り込むのではないと判断された場合、ス
テップＳ２４に進み、制御部２３は、まず、ユーザに対
して、どのプレイリストからサムネイル画像を取得する
のかを選択させ、その後、選択されたプレイリストの再
生を開始する。そして、ステップＳ２５において、ユー
ザにサムネイルにしたいシーンを選択させる。

【０１０８】ステップＳ２３、或いは、ステップＳ２５
において、サムネイル画像が選択されると、ステップＳ
２６に進む。ステップＳ２６以降の処理は、図３０に示
したフローチャートのステップＳ５以降の処理と同様で
あるので、その説明は省略する。

【０１０９】このように、サムネイル画像をプレイリス
トに付与することにより、それらのサムネイル画像を管
理しやすくなり、記録されているＡＶストリームを再生
する際にも、再生させるＡＶストリームの選択などの処
理を簡便に行わせることが可能となる。

【０１１０】図３２は、ディスク上につくられるディレ
クトリおよびファイルの別の例を示す図である。"menu.
tidx"と"menu.tdat"は、メニューサムネール、すなわち
Volumeを代表する１つのピクチャおよびPlayList毎に、
それを代表する１つのピクチャの情報をストアする。す
べてのメニューサムネールのヘッダ情報は、１つのmen
u.tidxに集めて管理される。すべてのメニューサムネー
ルのピクチャデータは、１つのmenu.tdatに集められて
管理される。

【０１１１】"mark.tidx"と"mark.tdat"は、マークサム
ネール、すなわちマーク点で指されるピクチャについて
の情報をストアする。Volume中のすべてのClipおよびPl
ayListに付加されている、全てのマークサムネールのヘ
ッダ情報は、１つのmark.tidxに集めて管理される。全
てのマークサムネールのピクチャデータは、１つのmar
k.tdatに集めて管理される。

【０１１２】すなわち、このファイル構造では、サムネ
ールのヘッダ情報とサムネールのピクチャデータが、別
々のファイルに分けて管理される。この理由は、ファイ
ルシステムが行うファイルの管理方法に関係する。すな
わち、サムネールのヘッダ情報のファイルは、比較的重
要な情報であるため、ファイルシステムがディスク上に
データを２重書きして管理する。

【０１１３】これは、例えば、片方のデータがディスク
の傷などによって失われてしまったような場合に対応で
きるようにするためめであり、データのバックアップの
意味合いをもつ。ピクチャデータのファイルは、２重書
きはしないが、その理由は、ピクチャデータは比較的デ
ータ量が大きくなり、これを２重書きするとディスク上
の必要容量が大きくなるためである。

【０１１４】menu.tdatおよびmark.tdatにストアされる
ピクチャデータの符号化方法、サンプリング構造、およ
びスキャン構造は、ピクチャ毎に符号化方法を変更する
ことが可能であるが、全てのピクチャデータで同じであ
るほうが、記録再生装置１の構成を簡単化できる。例え
ば、JFIF (JPEG File Interchange Format)、コンポー
ネント信号、プログレッシブスキャンフォーマットが使
用される。

【０１１５】これら4個のファイルのシンタクスとセマ
ンティクスを説明する。"menu.tidx"と"mark.tidx"は、
同じシンタクス構造を持つ。図３３は、"menu.tidx"と"
mark.tidx"のシンタクス構造を示す。version_number
は、このサムネールヘッダ情報ファイルのバージョンナ
ンバーを示す４個の数字である。

【０１１６】lengthは、このlengthフィールドの直後の
バイトからmenu.tidx/mark.tidxの最後のバイトまでの
バイト数である。number_of_thumbnailsは、menu.tidx
の場合にはmenu.tdatにストアされているサムネールピ
クチャの数であり、mark.tidxの場合、mark.tdatにスト
アされているサムネールピクチャの数である。

【０１１７】tn_block_sizeは、menu.tidxの場合、men
u.tdatの中の１つのtn_blockのサイズを示し、mark.tid
xの場合、mark.tdatの中の１つのtn_blockのサイズを示
す。このサイズは、1024バイトを単位とする大きさであ
る。例えば、tn_block_size=1は、１つのtn_blockのサ
イズが1024バイトであることを示す。１つのサムネール
ピクチャは、１つのtn_blockの中にストアされなければ
ならない。

【０１１８】number_of_tn_blocksは、menu.tidxの場
合、menu.tdatの中にあるtn_blockの数を示し、mark.ti
dxの場合にはmark.tdatの中にあるtn_blockの数を示
す。thumbnail_indexは、このthumbnail_indexフィール
ドに続くサムネール情報のインデクス番号を表す。thum
bnail_indexして、0xFFFF という値を使用してはならな
い。

【０１１９】menu.tidxの場合、thumbnail_indexはUIAp
pInfoVolume()、UIAppInfoPlayList()の中のref_thumbn
ail_indexによって参照される。mark.tidxの場合、thum
bnail_indexはPlayListMark()およびClipMark()の中のr
ef_thumbnail_indexによって参照される。

【０１２０】ref_to_tn_block_idは、menu.tidxの場
合、menu.tdat中の１つのtn_blockを示し、そのtn_bloc
kは、thumbnail_indexで指されるピクチャデータをスト
アしている。ref_to_tn_block_idの値は、menu.tdatの
シンタクス中のtn_block_idの値を参照する。

【０１２１】mark.tidxの場合、mark.tdat中の１つのtn
_blockを示し、そのtn_blockは、thumbnail_indexで指
されるピクチャデータをストアしている。ref_to_tn_bl
ock_idの値は、menu.tdatのシンタクス中のtn_block_id
の値を参照する。

【０１２２】picture_byte_sizeは、thumbnail_indexで
指される１つの符号化サムネールピクチャのデータ長を
バイト単位で示す。picture_byte_sizeは、1024*tn_blo
ck_sizeの値以下でなければならない。すなわち、記録
再生装置１は、１つの符号化サムネールピクチャのデー
タ長を1024*tn_block_sizeの値以下になるように、符号
化しなければならない。

【０１２３】horizontal_picture_sizeは、thumbnail_i
ndexで指される符号化サムネールピクチャの水平方向の
画素数を示す。vertical_picture_sizeは、thumbnail_i
ndexで指される符号化サムネールピクチャの垂直方向の
画素数を示す。display_aspect_ratioは、thumbnail_in
dexで指される符号化サムネールピクチャのディスプレ
イ・アスペクト・レシオを示す。値の意味を図３４に示
す。

【０１２４】color_spaceは、Y,Cb,Crのコンポーネント
信号をR,G,Bのコンポーネント信号へ変換する時のフォ
ーマットを示す。値の意味を図３５に示す。

【０１２５】"menu.tdat"と"mark.tdat"は、同じシンタ
クス構造を持つ。図３６は、"menu.tdat"と"mark.tdat"
のシンタクス構造を示す図である。tn_blockは、１つの
符号化サムネールピクチャがストアされる領域である。
１つのサムネイルピクチャのバイト長は、１つのtn_blo
ckの大きさ以下である。１つのピクチャデータの第１バ
イト目は、tn_blockの第１バイト目と一致していなけれ
ばならない。

【０１２６】menu.tdatの場合、１つのtn_blockのサイ
ズは、menu.tdatの中のtn_block_sizeで示される。mar
k.tdatの場合、１つのtn_blockのサイズはmark.tdatの
中のtn_block_sizeで示される。各tn_blockは、それが
シンタクス中のfor-loopの中で現れるときのtn_block_i
dの値で区別される。menu.tidx中のtn_block_idは、men
u.tidx中のref_to_tn_block_idによって参照される。ma
rk.tidx中のtn_block_idは、mark.tidx中のref_to_tn_b
lock_idによって参照される。

【０１２７】サムネイルは頻繁に追加、削除されるの
で、追加操作と部分削除の操作は、容易に高速に実行で
きなければならない。この理由のため、menu.tdatとmar
k.tdatは、ブロック構造を有する。１つのピクチャデー
タは、１つのtn_blockに格納される。

【０１２８】menu.tdatおよびmark.tdatのtn_block列の
中に、使用されていないtn_blockが存在してもよい。例
えば、所定のサムネイルの削除をする場合、サムネール
のヘッダ情報ファイルの中にエントリーされているthum
bnail_indexを消去し、サムネールのピクチャデータフ
ァイルを何も変更しなかったとき、tn_block列の中に、
使用されていないtn_blockができる。

【０１２９】図３７は、サムネールピクチャデータが、
どのようにtn_blockに格納されるかを模式的に表した図
である。図３７に示すように、１つのサムネイルピクチ
ャのバイト長は、１つのtn_blockの大きさ以下である。
tn_block列の中に、使用されていないtn_blockが存在し
てもよい。

【０１３０】上述した実施の形態においては、例えば、
menu.tbatとmark.tbatのファイルが２個に分けられて記
録されるとして説明したが、それぞれのファイルをブロ
ックと考え、menu.tbatのデータの第１のブロックと、m
ark.tbatのデータの第２のブロックを、１つのファイル
にまとめて記録するようにしても良い。１つのファイル
にまとめて記録するとは、例えば、Clip Information f
ileの中で、SequenceInfo、CPI、ClipMarkを別のブロッ
クとして記録するような形態にしても良い。

【０１３１】上述した一連の処理は、ハードウェアによ
り実行させることもできるが、ソフトウェアにより実行
させることもできる。一連の処理をソフトウェアにより
実行させる場合には、そのソフトウェアを構成するプロ
グラムが専用のハードウェアに組み込まれているコンピ
ュータ、または、各種のプログラムをインストールする
ことで、各種の機能を実行することが可能な、例えば図
３８に示すような構成の汎用のパーソナルコンピュータ
などに、記録媒体からインストールされる。

【０１３２】図３８に示すパーソナルコンピュータにお
いて、CPU（Central Processing Unit）２０１は、ROM
（Read Only Memory）２０２に記憶されているプログラ
ム、または記憶部２０８からRAM（Random Access Memor
y）２０３にロードされたプログラムに従って各種の処
理を実行する。RAM２０３にはまた、CPU２０１が各種の
処理を実行する上において必要なデータなども適宜記憶
される。

【０１３３】CPU２０１、ROM２０２、およびRAM２０３
は、バス２０４を介して相互に接続されている。このバ
ス２０４にはまた、入出力インタフェース２０５も接続
されている。

【０１３４】入出力インタフェース２０５には、キーボ
ード、マウスなどよりなる入力部２０６、CRT、LCDなど
よりなるディスプレイ、並びにスピーカなどよりなる出
力部２０７、ハードディスクなどより構成される記憶部
２０８、モデム、ターミナルアダプタなどより構成され
る通信部２０９が接続されている。通信部２０９は、ネ
ットワークを介しての通信処理を行う。

【０１３５】入出力インタフェース２０５にはまた、必
要に応じてドライブ２１０が接続され、磁気ディスク２
２１、光ディスク２２２、光磁気ディスク２２３、或い
は半導体メモリ２２４などが適宜装着され、それらから
読み出されたコンピュータプログラムが、必要に応じて
記憶部２０８にインストールされる。

【０１３６】この記録媒体は、図３８に示すように、コ
ンピュータとは別に、ユーザにプログラムを提供するた
めに配布される、プログラムが記録されている磁気ディ
スク２２１（フロッピディスクを含む）、光ディスク２
２２（CD-ROM（Compact Disk-Read Only Memory）、DVD
（Digital Versatile Disk）を含む）、光磁気ディスク
２２３（MD（Mini-Disk）を含む）、若しくは半導体メ
モリ２２４などよりなるパッケージメディアにより構成
されるだけでなく、コンピュータに予め組み込まれた状
態でユーザに提供される、プログラムが記憶されている
ROM２０２や記憶部２０８が含まれるハードディスクな
どで構成される。

【０１３７】なお、本明細書において、媒体により提供
されるプログラムを記述するステップは、記載された順
序に従って、時系列的に行われる処理は勿論、必ずしも
時系列的に処理されなくとも、並列的あるいは個別に実
行される処理をも含むものである。

【０１３８】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０１３９】

【発明の効果】以上の如く、本発明の記録装置および方
法、並びに第１のプログラムにおいては、入力された動
画像データから、当該動画像データを代表するサムネイ
ル画像を第１のサムネイルデータとして生成すると共
に、動画像データから、特徴的な画像として抽出された
画像のサムネイル画像か、または、ユーザが指定した画
像のサムネイル画像を第２のサムネイルデータとして生
成し、第１のサムネイルデータと第２のサムネイルデー
タを、各々独立したグループとして記録媒体に記録する
ようにしたので、その記録されている画像データを用い
ることにより、ユーザが記録されているデータの選択を
簡便に行える。

【０１４０】また、本発明の再生装置および方法、並び
に第２のプログラムによれば、AVストリームの再生が指
示された場合、AVストリームの内容を示すサムネイル画
像の画像データを管理する管理データを読み出し、読み
出し手段により読み出された管理データに基づき、画像
データを読み出し、AVストリームから、特徴的な画面と
して抽出された画面のサムネイル画像の画像データか、
または、ユーザにより指定された画面のサムネイル画像
の画像データと、その画像データを管理する管理データ
を読み出し、読み出された管理データに基づき、画像デ
ータを読み出すようにしたので、その読み出された管理
データにより、ユーザが記録されているデータの選択を
簡便に行える。

【図面の簡単な説明】

【図１】本発明を適用した記録再生装置の一実施の形態
の構成を示す図である。

【図２】ClipとPlaylistの関係を表す図である。

【図３】AVストリームを管理する構造のUML図である。

【図４】DVRシステムのディレクトリ構成を表す図であ
る。

【図５】info.dvrを説明する図である。

【図６】DVRVolume()を説明する図である。

【図７】UIAppInfoVolume()を説明する図である。

【図８】TableOfPlayLists()を説明する図である。

【図９】UIAppInfoPlayList()を説明する図である。

【図１０】zzzzz.clpiを説明する図である。

【図１１】ClipMark()を説明する図である。

【図１２】マークを説明する図である。

【図１３】xxxxx.rpls、 yyyyy.vplsを説明する図であ
る。

【図１４】Playlist()を説明する図である。

【図１５】PlayItem()を説明する図である。

【図１６】PlayListMark()を説明する図である。

【図１７】メニューサムネイルを説明する図である。

【図１８】プレイリストに付けられるマークを説明する
図である。

【図１９】クリップに付けられるマークを説明する図で
ある。

【図２０】サムネイルを格納するファイルを説明する図
である。

【図２１】menu_thmb/mark.thmbを説明する図である。

【図２２】Thumbnail()を説明する図である。

【図２３】Thumbnail_picture_formatを説明する図であ
る。

【図２４】サムネイルの画像データをtn_block()に格納
する方法を説明する図である。

【図２５】他のディレクトリ・ファイル構造を示す図で
ある。

【図２６】図２５に示したファイル構造に対応するmenu
_thmb/mark.thmbを説明する図である。

【図２７】図２５に示したファイル構造に対応するTabl
eOfPlayLists()を説明する図である。

【図２８】図２５に示したファイル構造に対応するPlay
list()を説明する図である。

【図２９】図２５に示したファイル構造に対応するUIAp
pInfoPlayList()を説明する図である。

【図３０】マークサムネイルの作成手順を表したフロー
チャートである。

【図３１】メニューサムネイルの作成手順を表したフロ
ーチャートである。

【図３２】DVRシステムの他のディレクトリ構成を表す
図である。

【図３３】サムネールのヘッダ情報ファイルのシンタク
スを示す図である。

【図３４】display_aspect_raitoを説明する図である。

【図３５】color_spaceを説明する図である。

【図３６】サムネールのピクチャデータファイルのシン
タクスを示す図である。

【図３７】tn_blockへのデータの格納について説明する
図である。

【図３８】媒体を説明する図である。

【符号の説明】

１ 記録再生装置， １１乃至１３ 端子， １４ 解
析部， １５ AVエンコーダ， １６ マルチプレク
サ， １７ スイッチ， １８ 多重化ストリーム解析
部， １９ ソースパケッタイザ， ２０ ECC符号化
部， ２１ 変調部， ２２ 書き込み部， ２３ 制
御部， ２４ ユーザインタフェース，２５ スイッ
チ， ２６ デマルチプレクサ， ２７ AVデコーダ，
２８ 読み出し部， ２９ 復調部， ３０ ECC復
号部， ３１ ソースパケッタイザ， ３２，３３ 端
子

フロントページの続き Ｆターム(参考） 5C052 AA02 AC08 CC11 DD10 5C053 FA14 FA20 FA23 GB06 GB09 GB38 HA30 KA01 KA08 KA24 KA26 LA06 LA07 5D044 AB05 AB07 BC04 CC06 DE22 DE38 DE53 EF05 FG18 5D110 AA17 AA19 AA27 AA29 DA01 DA06 DA11 DA20 DB03 DC05 DC15 FA08 FA09

Claims (16)

【特許請求の範囲】
1. 【請求項１】 入力された動画像データから、当該動画
   像データを代表するサムネイル画像を第１のサムネイル
   データとして生成すると共に、前記動画像データから、
   特徴的な画像として抽出された画像のサムネイル画像
   か、または、ユーザが指定した画像のサムネイル画像を
   第２のサムネイルデータとして生成する生成手段と、 前記生成手段により生成された前記第１のサムネイルデ
   ータと前記第２のサムネイルデータを、各々独立したグ
   ループとして記録媒体に記録する記録手段とを有するこ
   とを特徴とする記録装置。
2. 【請求項２】 前記生成手段は、前記第１のサムネイル
   データと前記第２のサムネイルデータを、各々独立した
   ファイルとして生成することを特徴とする請求項１に記
   載の記録装置。
3. 【請求項３】 前記生成手段は、前記第１のサムネイル
   データと前記第２のサムネイルデータを各々独立したデ
   ータブロックとするとともに１つのファイルとして生成
   することを特徴とする請求項１に記載の記録装置。
4. 【請求項４】 前記生成手段は、前記第１のサムネイル
   データに対応する番号で前記第１のサムネイルデータを
   管理する第１の管理データも生成すると共に、前記第２
   のサムネイルデータに対応する番号で前記第２のサムネ
   イルデータを管理する第２の管理データも生成し、 前記記録手段は、前記第１の管理データおよび前記第２
   の管理データを前記記録媒体に記録することを特徴とす
   る請求項１に記載の記録装置。
5. 【請求項５】 前記第１の管理データと前記第２の管理
   データは、管理する前記サムネイル画像の画像データの
   フォーマット形式を示すデータを含むことを特徴とする
   請求項４に記載の記録装置。
6. 【請求項６】 前記記録手段は、前記第１のサムネイル
   データまたは前記第２のサムネイルデータに含まれる前
   記サムネイル画像の画像データを、所定の大きさのブロ
   ック単位で記録することを特徴とする請求項４に記載の
   記録装置。
7. 【請求項７】 前記記録手段は、前記第１のサムネイル
   画像の参照先を示す情報をさらに別ファイルとして前記
   記録媒体に記録することを特徴とする請求項１に記載の
   記録装置。
8. 【請求項８】 前記記録手段は、前記第２のサムネイル
   データに含まれる前記サムネイル画像の参照先を示す情
   報をさらに記録することを特徴とする請求項１に記載の
   記録装置。
9. 【請求項９】 入力された動画像データから、当該動画
   像データを代表するサムネイル画像を第１のサムネイル
   データとして生成すると共に、前記動画像データから、
   特徴的な画像として抽出された画像のサムネイル画像
   か、または、ユーザが指定した画像のサムネイル画像を
   第２のサムネイルデータとして生成する生成ステップ
   と、 前記生成ステップの処理で生成された前記第１のサムネ
   イルデータと前記第２のサムネイルデータを、各々独立
   したグループとして記録媒体に記録するための制御を行
   う記録制御ステップとを含むことを特徴とする記録方
   法。
10. 【請求項１０】 入力された動画像データから、当該動
    画像データを代表するサムネイル画像を第１のサムネイ
    ルデータとして生成すると共に、前記動画像データか
    ら、特徴的な画像として抽出された画像のサムネイル画
    像か、または、ユーザが指定した画像のサムネイル画像
    を第２のサムネイルデータとして生成する生成ステップ
    と、 前記生成ステップの処理で生成された前記第１のサムネ
    イルデータと前記第２のサムネイルデータを、各々独立
    したグループとして記録媒体に記録するための制御を行
    う記録制御ステップとを含むことを特徴とするコンピュ
    ータが読み取り可能なプログラムが記録されている記録
    媒体。
11. 【請求項１１】 入力された動画像データから、当該動
    画像データを代表するサムネイル画像を第１のサムネイ
    ルデータとして生成すると共に、前記動画像データか
    ら、特徴的な画像として抽出された画像のサムネイル画
    像か、または、ユーザが指定した画像のサムネイル画像
    を第２のサムネイルデータとして生成する生成ステップ
    と、 前記生成ステップの処理で生成された前記第１のサムネ
    イルデータと前記第２のサムネイルデータを、各々独立
    したグループとして記録媒体に記録するための制御を行
    う記録制御ステップとをコンピュータに実行させるプロ
    グラム。
12. 【請求項１２】 画像データの再生が指示された場合、
    前記画像データの内容を示すサムネイル画像の画像デー
    タを管理する管理データを読み出す第１の読み出し手段
    と、 前記読み出し手段により読み出された前記管理データに
    基づき、前記画像データを読み出す第２の読み出し手段
    と、 前記画像データから、特徴的な画像として抽出された画
    像のサムネイル画像の画像データか、または、ユーザに
    より指定された画像のサムネイル画像の画像データと、
    その画像データを管理する管理データを読み出す第３の
    読み出し手段と、 前記第３の読み出し手段により読み出された前記管理デ
    ータに基づき、前記画像データを読み出す第４の読み出
    し手段とを含むことを特徴とする再生装置。
13. 【請求項１３】 画像データの再生が指示された場合、
    前記画像データの内容を示すサムネイル画像の画像デー
    タを管理する管理データの読み出しを制御する第１の読
    み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理データに基づき、前記画像データの読み出し
    を制御する第２の読み出し制御ステップと、 前記画像データから、特徴的な画像として抽出された画
    像のサムネイル画像の画像データか、または、ユーザに
    より指定された画像のサムネイル画像の画像データと、
    その画像データを管理する管理データを読み出す第３の
    読み出しステップと、 前記第３の読み出し制御ステップの処理で読み出しが制
    御された前記管理データに基づき、前記画像データを読
    み出す第４の読み出しステップとを含むことを特徴とす
    る再生方法。
14. 【請求項１４】 画像データの再生が指示された場合、
    前記画像データの内容を示すサムネイル画像の画像デー
    タを管理する管理データの読み出しを制御する第１の読
    み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理データに基づき、前記画像データの読み出し
    を制御する第２の読み出し制御ステップと、 前記画像データから、特徴的な画像として抽出された画
    像のサムネイル画像の画像データか、または、ユーザに
    より指定された画像のサムネイル画像の画像データと、
    その画像データを管理する管理データを読み出す第３の
    読み出しステップと、 前記第３の読み出し制御ステップの処理で読み出しが制
    御された前記管理データに基づき、前記画像データを読
    み出す第４の読み出しステップとを含むことを特徴とす
    るコンピュータが読み取り可能なプログラムが記録され
    ている記録媒体。
15. 【請求項１５】 画像データの再生が指示された場合、
    前記画像データの内容を示すサムネイル画像の画像デー
    タを管理する管理データの読み出しを制御する第１の読
    み出し制御ステップと、 前記読み出し制御ステップの処理で読み出しが制御され
    た前記管理データに基づき、前記画像データの読み出し
    を制御する第２の読み出し制御ステップと、 前記画像データから、特徴的な画像として抽出された画
    像のサムネイル画像の画像データか、または、ユーザに
    より指定された画像のサムネイル画像の画像データと、
    その画像データを管理する管理データを読み出す第３の
    読み出しステップと、 前記第３の読み出し制御ステップの処理で読み出しが制
    御された前記管理データに基づき、前記画像データを読
    み出す第４の読み出しステップとをコンピュータに実行
    させるプログラム。
16. 【請求項１６】 画像データ、前記画像データから、前
    記画像データの内容を示すサムネイル画像の画像データ
    と、そのサムネイル画像のデータを管理する管理データ
    から構成される第１のデータ、および、前記画像データ
    から、特徴的な画像として抽出された画像のサムネイル
    画像の画像データか、または、ユーザが指定した画像の
    サムネイル画像の画像データと、その画像データを管理
    する管理データから構成される第２のデータが記録され
    ていることを特徴とする記録媒体。