(57)【要約】【課題】記録・再生機器での機能や記録媒体上のコンテンツデータの一覧表示を行うＧＵＩ画面の表示方法に、様々な種類をもたせる。【解決手段】１つのコンテンツに対し、複数の代表データを登録する代表データファイルを設け、この代表データファイル内には、１つのコンテンツ用の複数代表データが連続的となるように記録し、かついくつかのコンテンツの複数代表データを記録する。そして、各代表データ間の関係を表す管理情報を、記録媒体に記録されたコンテンツの一覧情報を管理するインデックス情報内に設ける管理構造とし、このインデックス情報を記録媒体に記録する。これにより、コンテンツを記録した記録媒体を使用するユーザや記録・再生機器において、様々な固有の機能をもたせることができる。【選択図】  図１
2004206810.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、
個々の代表データを作成する機能を代表データ作成機能と称するとき、
少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶することを特徴とするデータ管理方法。
【請求項２】
上記代表データを代表データ専用のファイルに格納することを特徴とする請求項１に記載のデータ管理方法。
【請求項３】
上記代表データはデータサイズが固定長であることを特徴とする請求項１に記載のデータ管理方法。
【請求項４】
一つのコンテンツに対する複数個の上記代表データを連続的に記録することを特徴とする請求項１に記載のデータ管理方法。
【請求項５】
上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録することを特徴とする請求項１に記載のデータ管理方法。
【請求項６】
上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれていることを特徴とする請求項１に記載のデータ管理方法。
【請求項７】
上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれていることを特徴とする請求項１に記載のデータ管理方法。
【請求項８】
上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれていることを特徴とする請求項１に記載のデータ管理方法。
【請求項９】
上記管理情報には、ユーザ独自の定義を表す管理情報が含まれていることを特徴とする請求項１に記載のデータ管理方法。
【請求項１０】
上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録することを特徴とする請求項１に記載のデータ管理方法。
【請求項１１】
上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行うことを特徴とする請求項１に記載のデータ管理方法。
【請求項１２】
複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、
少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたことを特徴とするデータ管理装置。
【請求項１３】
コンピュータを請求項１２に記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムであることを特徴とするデータ管理プログラム。
【請求項１４】
請求項１３に記載のデータ管理プログラムを記録したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスク、光ディスク、半導体メモリなどの記録媒体に対して、映像、静止画、音声、テキストなどのコンテンツデータを複数記録した場合のコンテンツデータを管理するデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
複数のシーンを有する１つのコンテンツに対し、記録媒体に記録したコンテンツデータの特徴を表す縮小画像（サムネイル）やコンテンツデータの名前（タイトル）、コンテンツデータの説明などが記述されたテキストデータといった情報およびデータ（以下、代表データ）が、シーン毎に記録されている。
【０００３】
これら複数の代表データ間の表す関係は一意なものであり、異なった関係を表すことができない。例えば、動画コンテンツの、ある時刻の画像の縮小画像がある代表データであり、他のある時刻の画像の縮小画像が別のある代表データであり、両者は必ず、所定の２つの時刻の画像、という関係にある。
【０００４】
【特許文献１】
特開平７−２９５８７３号公報（公開日平成７年１１月１０日）
【０００５】
【特許文献２】
特開平１１−１７６１３７号公報（公開日平成１１年７月２日）
【０００６】
【発明が解決しようとする課題】
上述した通り、複数のシーンを有する１つのコンテンツに対し、コンテンツデータの特徴を表す縮小画像を複数個有するような構成であっても、これらの縮小画像はすべて各シーンに対応したものであり、その規則に合わない縮小画像を登録することは許されない。
【０００７】
したがって、記録・再生機器に、一般の（上記コンテンツデータの縮小画像ではなく）画像ファイルを加工する機能が付いていたとしても、上記縮小画像の一つを素材にしてそれを加工したものを、そのコンテンツの、別の縮小画像として登録することはできない。
【０００８】
そのため、縮小画像の表示の仕方に様々な種類を持たせることができない。これは、コンテンツを探すときなどに縮小画像を見て調べようとしたときに、似た縮小画像ばかりだと視認性が悪く、探しにくいという結果につながる。
【０００９】
本発明は、上記問題点に鑑みなされたものであり、その目的は、記録・再生機器の加工機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体を提供することにある。
【００１０】
【課題を解決するための手段】
上記の課題を解決するため、本発明に係るデータ管理方法は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、個々の代表データを作成する機能を代表データ作成機能と称するとき、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶することを特徴としている。
【００１１】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００１２】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００１３】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００１４】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００１５】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００１６】
提示としては、表示や印刷が挙げられる。
【００１７】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００１８】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００１９】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００２０】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００２１】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００２２】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００２３】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００２４】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００２５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納することを特徴としている。
【００２６】
上記の構成により、上記代表データは代表データ専用のファイルに格納される。
【００２７】
したがって、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行える。
【００２８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長であることを特徴としている。
【００２９】
上記の構成により、上記代表データはデータサイズが固定長である。
【００３０】
それゆえ、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。
【００３１】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となる。
【００３２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録することを特徴としている。
【００３３】
上記の構成により、一つのコンテンツに対する複数個の上記代表データが連続的に記録される。それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【００３４】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【００３５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録することを特徴としている。
【００３６】
上記の構成により、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録される。
【００３７】
例えば、コンテンツ毎にファイルに分けて記録する。
【００３８】
したがって、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【００３９】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【００４０】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれていることを特徴としている。
【００４１】
上記の構成により、上記代表データの先頭データが、基本代表データとして一覧提示に用いられる。
【００４２】
したがって、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができる。
【００４３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれていることを特徴としている。
【００４４】
上記の構成により、２つ以上のデータブロックを用いて１つの代表データを管理する。
【００４５】
したがって、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【００４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれていることを特徴としている。
上記の構成により、上記基本代表データとは別に、記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理する。
【００４７】
すなわち、様々なデータ加工機能や一覧提示方法を行うための複数の代表データ管理に対応した機器だけでなく、これら様々なデータ加工機能や一覧提示方法を備えていない、基本的なデータ加工機能および一覧提示方法のみを搭載した携帯機器などの記録・再生機器においても、特別な管理方法・手段を設けずとも共通の管理方法・手段にて管理することができることが有用である。これは様々な用途の機器や機器を作成したメーカ間での互換性を考慮する必要があるということである。
【００４８】
そのため、特別な管理方法・手段を設けずとも共通な管理方法・手段にて、複数の代表データの管理や様々な用途に対応した機器間での互換性がもてる管理方法および管理構造を開発することができる。
【００４９】
したがって、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができる。
【００５０】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【００５１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれていることを特徴としている。
【００５２】
上記の構成により、上記管理情報は、ユーザ独自の定義を表す管理情報をもつ。
【００５３】
したがって、ユーザ独自の定義を用いて、より豊かな表現が可能になる。
【００５４】
なお、代表データに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、一覧提示に用いる代表データとしては、前記と同様に上記代表データの先頭データである基本代表データを提示することにより行うようにすることができる。それゆえ、上記の構成による効果に加えて、ユーザ定義を用いて代表データの管理を行う場合は、基本代表データとして標準の代表データを記録することで、機器間の互換性を保つことが可能となる。
【００５５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録することを特徴としている。
【００５６】
上記の構成により、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する。
【００５７】
したがって、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができる。
【００５８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行うことを特徴としている。
【００５９】
上記の構成により、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う。
【００６０】
したがって、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６１】
例えば、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６２】
また、本発明に係るデータ管理装置は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、  個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたことを特徴としている。
【００６３】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００６４】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００６５】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００６６】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００６７】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００６８】
提示としては、表示や印刷が挙げられる。
【００６９】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００７０】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００７１】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００７２】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００７３】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００７４】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００７５】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００７６】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００７７】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムであることを特徴としている。
【００７８】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶したことを特徴としている。
【００７９】
【発明の実施の形態】
〔実施の形態１〕
以下、本発明の一実施形態について図面に基づいて説明する。
【００８０】
本実施の形態は、ハードディスク、光ディスク、半導体メモリなどのランダムアクセス可能な記録媒体に対して、映像、静止画、音声、テキストなどのＡＶコンテンツデータを記録するものであり、ＡＶコンテンツデータを記録媒体上に複数記録した場合のＡＶコンテンツデータを管理するデータ管理方法および装置である。このデータ管理装置は、ＣＰＵ（中央演算処理部）（代表データ作成手段）、外部記憶装置（管理情報記憶手段）、メモリを備えるとともに、キーボードやポインティングデバイス等の入力装置とディスプレイ等の出力装置とを備えたコンピュータで実現可能である。データ管理装置は、この処理を機能させるためのプログラム（データ管理プログラム）で実現される。このプログラムはコンピュータ読み取り可能な記憶媒体に格納されている。ここで上記記憶媒体は、コンピュータ本体と構成される記憶媒体であって、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系のように、外部記憶装置としてプログラム読み取り装置が設けられ、そこに記憶媒体を挿入することで読み取り可能な記憶媒体であってもよいし、あるいは、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。また、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。なお、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予めコンピュータ内に格納しておくか、あるいは別な記憶媒体からインストールされるものであってもよい。
【００８１】
本発明のデータ管理方法の適用用途としては、ビデオカメラやデジタルスチルカメラ、携帯オーディオプレーヤなどがある。本発明によるＡＶコンテンツデータファイルとは、例えばビデオカメラの場合、撮影開始から撮影終了までを１つのまとまったデータとして保存したファイルを指す。また、デジタルスチルカメラでは１つの静止画データ、さらに携帯オーディオプレーヤでは、１曲の音楽データがＡＶコンテンツデータファイルとして記録媒体に保存される。
【００８２】
以下に、本発明によるＡＶコンテンツデータの記録や再生方法、および記録媒体に記録したＡＶコンテンツデータを一元管理する方法やその構造、そのＡＶコンテンツデータを一覧表示するのに用いるデータを複数もつための方法やその構造について説明する。
【００８３】
〔システム構成〕
図２２は本発明において共通に用いる、ビデオディスクレコーダの構成図である。この装置は、図２２に示すように、バス１２００、ホストＣＰＵ１２０１、ＲＡＭ１２０２、ＲＯＭ１２０３、ユーザインタフェース１２０４、システムクロック１２０５、光ディスク１２０６、ピックアップ１２０７、ＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｎｇ  Ｃｏｄｉｎｇ）デコーダ１２０８、ＥＣＣエンコーダ１２０９、再生用バッファ１２１０、記録／アフレコ用バッファ１２１１、デマルチプレクサ１２１２、マルチプレクサ１２１３、多重化用バッファ１２１４、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８、および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。
【００８４】
ホストＣＰＵ１２０１は、バス１２００を通じてデマルチプレクサ１２１２、マルチプレクサ１２１３、ピックアップ１２０７、また図示していないが、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８の制御を行う。
【００８５】
再生時に、光ディスク１２０６からピックアップ１２０７を通じて読み出されたデータは、ＥＣＣデコーダ１２０８によって誤り訂正され、再生用バッファ１２１０に一旦蓄えられる。ホストＣＰＵ１２０１は、再生中のデータに関する管理情報に基づき、オーディオデコーダ１２１５、ビデオデコーダ１２１６からのデータ送信要求に従い、再生用バッファ中のデータをその種別によって適当なデコーダに振り分けるようデマルチプレクサ１２１２に指示を与える。
【００８６】
一方、記録時に、オーディオエンコーダ１２１７とビデオエンコーダ１２１８によって圧縮符号化されたデータは、多重化用バッファ１２１４に一旦送られ、マルチプレクサ１２１３によってＡＶ多重化され、記録／アフレコ用バッファ１２１１に送られる。記録／アフレコ用バッファ１２１１中のデータは、ＥＣＣエンコーダ１２０９によって誤り訂正符号を付加され、ピックアップ１２０７を通じて光ディスク１２０６に記録される。
【００８７】
オーディオデータの符号化方式にはＭＰＥＧ−１  Ｌａｙｅｒ−ＩＩを、ビデオデータの符号化方式にはＭＰＥＧ−２をそれぞれ用いる。
【００８８】
光ディスク１２０６は、外周から内周に向かって螺旋状に記録再生が行われる脱着可能な光ディスクとする。２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。ＥＣＣブロック中のデータを書き換える場合、そのデータが含まれるＥＣＣブロック全体を読み込み、誤り訂正を行って、対象のデータを書き換え、再び誤り訂正符号を付加し、ＥＣＣブロックを構成して、記録媒体に記録する必要がある。また、光ディスク１２０６は、記録効率を上げるためＺＣＡＶ（ゾーン角速度一定）を採用しており、記録領域は回転数の異なる複数のゾーンで構成される。
【００８９】
〔ファイルシステム〕
光ディスク１２０６上の各種情報を管理するためにファイルシステムを用いる。ファイルシステムには、ＰＣ（パーソナルコンピュータ）との相互運用を考慮してＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ）を使用する。ファイルシステム上では、各種管理情報やＡＶストリームはファイルとして扱われる。
【００９０】
ユーザエリアは、２０４８ｂｙｔｅの論理ブロック（セクタと一対一対応）で管理される。各ファイルは、整数個のエクステント（連続した論理ブロック）で構成され、エクステント単位で分散して記録しても良い。空き領域は、Ｓｐａｃｅ  Ｂｉｔｍａｐを用いて論理ブロック単位で管理される。
【００９１】
〔サムネイルデータを複数ファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔記録媒体上のファイル構成〕
図１は本発明による記録媒体上に、ＡＶコンテンツデータ、および記録媒体上に記録されている各々のＡＶコンテンツデータに関する属性情報などを管理するインデックス情報と、そのインデックス情報の一覧をＧＵＩ画面に表示するのに用いるＡＶコンテンツデータの特徴を表すデータ（サムネイルやタイトル、テキストデータなど）をファイルシステムを介してファイル形式で記録した場合の一例を示している。
【００９２】
記録媒体に記録するＡＶコンテンツとして、例えば記録開始から記録終了までを１シーンとして１つのファイルに記録する場合に、１シーンを記録したＡＶコンテンツデータファイルがＳＨＲＰ００００．ＩＮＦ（１０８）である。同様に、ＳＨＲＰ０００１．ＩＮＦ（１０９）からＳＨＲＰ０００４．ＩＮＦ（１１２）は、各シーンに対応するＡＶコンテンツデータファイルであることを示している。また、これらＡＶコンテンツデータファイル１０８から１１２は、Ｖｉｄｅｏディレクトリ１０３内に登録されている。
【００９３】
次に、ＳＨＲＰ００００．ＩＤＸ（１０４）は、記録媒体に記録した各ＡＶコンテンツに関する属性情報や、ＡＶコンテンツデータの１シーンの静止画像であるサムネイルデータやタイトル情報といったＡＶコンテンツデータの特徴を表すデータに関する管理情報などを格納するインデックスファイルである。また、このインデックスファイル１０４は、Ｉｎｄｅｘディレクトリ１０１内に登録されている。
【００９４】
記録媒体上のＡＶコンテンツの一覧をユーザに提示するために、各コンテンツの特徴を表すサムネイルデータを用意する。サムネイルデータは、サムネイルを記録するための専用ファイルにまとめて記録する。図１の例では、いくつかのサムネイルデータをまとめて記録したファイル、ＳＨＲＰ００００．ＴＨＭ（１０５）からＳＨＲＰ０００２．ＴＨＭ（１０７）で構成されている。
【００９５】
図１は、サムネイルデータファイル１０５に、ＡＶコンテンツデータファイル１０８および１１２のサムネイルデータが記録されていることを示している。同様に、サムネイルデータファイル１０６には、ＡＶコンテンツデータファイル１０９および１１０、サムネイルデータファイル１０７には、ＡＶコンテンツデータファイル１１１のサムネイルデータが記録されていることを示している。
【００９６】
また、これらサムネイルデータファイル１０５から１０７は、Ｔｈｕｍｂディレクトリ１０２内に登録されている。
【００９７】
このように、ＡＶコンテンツ毎の複数からなるサムネイルデータの集合は、複数のサムネイルデータファイルに分割して記録することができ、ユーザや記録・再生機器によって自由なサムネイルデータファイル構成をとることができる。
【００９８】
そして図１は、前記Ｉｎｄｅｘディレクトリ１０１およびＴｈｕｍｂディレクトリ１０２、Ｖｉｄｅｏディレクトリ１０３をファイルシステム階層上のＲＯＯＴディレクトリ１００に登録していることを示している。
【００９９】
〔ＧＵＩ表示〕
図２は、図１の１０８から１１２で示すＡＶコンテンツをＧＵＩ表示画面上に表示した一例を示している。記録媒体上に記録されているＡＶコンテンツのサムネイルを表示するための領域として３×３の合計９つの表示領域（２００）を構成している。表示するＡＶコンテンツが９つ以上の場合は、上下矢印ボタン（２０６）を押すことにより画面がスクロールし、インデックスファイルに登録されている全てのＡＶコンテンツのサムネイルを表示可能である。
【０１００】
図１上のＡＶコンテンツ１０８の特徴を表すサムネイルデータをＧＵＩ表示領域上の２０１として表示している。以下同様に、ＡＶコンテンツ１０９から１１２は、ＧＵＩ表示領域上の２０２から２０５にそれぞれ対応している。
【０１０１】
図２のＧＵＩ上では、ＡＶコンテンツ２０１が選択されている状態を示しており（サムネイル画像２０１の周囲が太線で囲まれている）、コンテンツに関する情報表示領域２０７に、ＡＶコンテンツ２０１に関する情報が表示される。コンテンツに関する情報表示領域２０７では、ＡＶコンテンツ２０１の特徴を表すタイトルデータとして「山登り」が表示され、記録モードや再生時間といった属性情報が同時に表示されていることを示している。
【０１０２】
〔複数サムネイルの管理〕
本発明における記録媒体上に記録されているコンテンツの特徴を表す、ＧＵＩに表示するデータとして複数のサムネイルを用いた場合について説明する。
【０１０３】
１つのコンテンツに対し、複数のサムネイルを管理することにより、ＧＵＩ画面上に表示するサムネイルに対し、後述するように様々な機能やユーザへの提示方法を持つことができる。
【０１０４】
図３は、１つにコンテンツについて複数のサムネイルデータを管理する場合の例を示しており、図１で示した各コンテンツファイルのＧＵＩ表示に用いるサムネイルデータを示した図である。図１のＡＶコンテンツデータファイル１０８から１１２のサムネイルデータ集合が図３における３００から３０４にそれぞれ対応しており、３０５から３１３がサムネイルデータを表している。
【０１０５】
図１におけるＡＶコンテンツデータファイル１０８のＧＵＩ表示用に設けられたサムネイルデータは、図３の３００内で示されるサムネイルデータであり、後述するサムネイルタイプが“ｍａｉｎ”、サムネイルデータ領域の使用データブロック数が“１”であることを示している。つまりＡＶコンテンツデータ１０８では、サムネイルデータ３０５のみ保持していることになる。
【０１０６】
同様に、図１のＡＶコンテンツデータファイル１０９のＧＵＩ表示に設けられたサムネイルデータは、図３の３０１で示されるサムネイルデータ集合であり、サムネイルタイプが“ｂａｃｋ”、サムネイルデータ領域の使用データブロック数が“２”であることを示している。つまりＡＶコンテンツデータ１０９では、サムネイルデータとして３０６および３０７が設けられており、ＧＵＩ画面に標準で表示するサムネイルとして３０６が使用されている。
【０１０７】
以下同様に、図１のＡＶコンテンツデータファイル１１０から１１２は、図３の３０２から３０４にそれぞれ対応しており、各ＡＶコンテンツデータファイル用に複数のサムネイルデータが設けられていることを示している。
【０１０８】
〔サムネイルタイプおよび登録数〕
図３中の３００から３０４で示すサムネイルタイプは、図６で示す複数サムネイルデータの管理方法を表している。
【０１０９】
〔サムネイルタイプが“ｍａｉｎ”の説明〕
サムネイルタイプ“ｍａｉｎ”は、そのコンテンツファイルに設けるサムネイルデータが１つであることを示している。３００では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１０８用の基本サムネイルとして、１つのサムネイルデータ３０５を記録することを示している。使用データブロック数が１というのは、サムネイルデータを記録するデータ領域を１つ使用している（基本サムネイル領域）ということを表している。
【０１１０】
また、サムネイルデータ３０４では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１１２用のサムネイルデータとして、２つのブロックを用いて１つのサムネイルデータ３１３を記録することを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１１１】
これは、１つのサムネイルデータを記録するデータブロック（基本サムネイル領域）に１つのサムネイルデータを記録すること（３００）に比べ、３０４は１つのサムネイルデータを記録するデータ領域を増加させることができ、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果がある。
【０１１２】
なお、高解像度のサムネイルデータが使用されているか否かを検出するには、サムネイルタイプが“ｍａｉｎ”であり、“使用データブロック数”が２以上の時に、高解像度のサムネイルデータであると識別する。
【０１１３】
〔サムネイルタイプが“ｂａｃｋ”の説明〕
サムネイルタイプ“ｂａｃｋ”は、そのコンテンツファイルにおけるサムネイルデータの第２サムネイルにオリジナルサムネイルデータを管理していることを示している。オリジナルサムネイルデータとは、コンテンツの標準となるサムネイルデータのことであり、例えばコンテンツを記録媒体に記録した直後に記録したコンテンツの特徴を最も表すサムネイルデータなどである。
【０１１４】
図３中の３０１では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１０９用のサムネイルデータとして、オリジナルサムネイルデータ３０７を第２サムネイル領域に記録し、そのオリジナルデータに文字を付加する編集を行ったサムネイルデータ３０６を基本サムネイルとして記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１１５】
ＧＵＩ表示画面に表示するサムネイルデータとして、オリジナルサムネイルデータのみを記録する場合は、第２サムネイルデータに記録したのと同一のデータを基本サムネイルに記録する。また例えば、図３中の３０６のようにオリジナルサムネイルデータ３０７に対し、文字の付加と言った編集を行った場合や、全く異なったサムネイルデータを記録するなどにおいて、基本サムネイルや第３サムネイル以降にそれらサムネイルデータを記録し、ＧＵＩ表示画面に使用するサムネイルデータを基本サムネイルデータとして記録するといった管理が行える。
【０１１６】
サムネイルデータを記録した数（サムネイルデータ領域を使用した数）を使用データブロック数にて管理する必要がある。
【０１１７】
この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩに表示させるサムネイルデータを変更することができるという効果がある。また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果がある。
【０１１８】
〔サムネイルタイプが“ｍｕｌｔ”の説明〕
サムネイルタイプ“ｍｕｌｔ”は、そのコンテンツファイルにおける１つのサムネイルデータが１つのデータブロックで記録され、それ単体でＧＵＩ画面に表示可能であり、さらにユーザや記録・再生機器による自由な画像をサムネイルデータとして複数記録することを示している。
【０１１９】
図３中の３０２では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１１０用のサムネイルデータとして、基本サムネイル、第２サムネイル、第３サムネイルとしてサムネイルデータ３０８から３１０を記録していることを示している。使用データブロック数が３というのは、サムネイルデータを記録するデータブロックを３つ使用しているということを表している。
【０１２０】
これは１つのコンテンツに対し、複数のサムネイルデータを登録することにより、記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩ画面に表示させるサムネイルデータを変更することができるという効果がある。
【０１２１】
また、複数のサムネイルデータを登録する方法として、例えば、コンテンツの任意の再生時間間隔ごとに１つのサムネイルデータを登録し、それらのサムネイルデータを例えば一定時間間隔で順次表示していけばコンテンツの内容の概要を知ることができる。さらに、コンテンツにおける任意の時間の画像を記録できるため、例えば個々のサムネイルデータに対応する時間情報を後述する〔複数サムネイルを管理する管理情報〕内に設けるなど、別途時間情報を管理する手段を設けることにより、サムネイルデータをユーザが選択することによって、そのサムネイルデータに相当する再生位置からコンテンツを再生することが可能となるという効果がある。
【０１２２】
〔サムネイルタイプがユーザ定義の説明〕
サムネイルタイプが前記“ｍａｉｎ”、“ｂａｃｋ”、“ｍｕｌｔ”以外のサムネイルタイプであった場合は、ユーザ定義による独自の管理方法であることを示す。図６では、ユーザ定義である未知のサムネイルタイプを“＊＊＊＊”を用いて示している。“＊＊＊＊”は任意の４文字を意味しており、ユーザ定義するタイプごとに自由に設定するものである。
【０１２３】
図３中の３０３では、図１中のサムネイルデータファイル１０７内に、ＡＶコンテンツデータファイル１１１用のサムネイルデータとして、基本サムネイル、第２サムネイルとしてサムネイルデータ３１１および３１２を記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックを２つ使用しているということを表している。また、独自のユーザ定義のサムネイルタイプとして“ｏｖｌｙ”を定義していることを示している。
【０１２４】
サムネイルタイプに独自のユーザ定義タイプを用意することから、ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータとして、前記と同様に基本サムネイルを用いる。つまり、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。なお、ユーザ定義のサムネイルを解釈できない機器では基本サムネイルだけにアクセス（サムネイルの変更などを含む）するため、第２サムネイル以降のサムネイル（基本サムネイル以外）の内容は、整合性の観点で基本サムネイルと依存関係が少ない方が望ましい。
【０１２５】
図３の３０３では、サムネイルデータを表示する際、管理している複数のサムネイルデータを重ね合わせて合成表示するという独自のユーザ定義“ｏｖｌｙ”を定義している。
【０１２６】
このサムネイルタイプを使ったＧＵＩ表示の適用例として、基本サムネイルと第２サムネイルを重ね合わせてＧＵＩ表示画面に表示することを表している。サムネイルデータ３１１では、人物のみのサムネイルデータであり、背景部分には何も存在していない。また、３１２は砂漠の背景画である。そして、ＧＵＩ画面に表示する際に、図２の２０４のように登録されているサムネイルを重ね合わせて表示することで、砂漠を歩いている人の１つのサムネイルデータとして表示している。
【０１２７】
このように、３１２などの背景サムネイルデータをいくつか用意し、ユーザの好みにより、サムネイルデータを組み合わせてＧＵＩ画面に表示させることができる。
【０１２８】
また、文字だけのサムネイルデータをいくつか用意し、画像のサムネイルデータと重ね合わせて表示することで、ＧＵＩ画面に文字付きのサムネイルデータを表示することができ、場合に応じてその文字の内容を変更することが可能となる。これは、前記サムネイルタイプが“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ＧＵＩ画面に表示するサムネイルを変更することや変更したサムネイルを標準のサムネイルに戻すといった運用が可能となるという効果がある。
【０１２９】
なお、前記サムネイルタイプ“ｏｖｌｙ”は、“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ユーザ定義ではなく、様々な機器で用いられるサムネイルタイプとして定義しても良い。
【０１３０】
〔サムネイルタイプのバリエーション〕
サムネイルタイプが“ユーザ定義”の場合は、記録・再生機器やメーカの間で独自の運用として用いられるものであり、“ユーザ定義”以外のサムネイルタイプ（“ｍａｉｎ”や“ｍｕｌｔ”など）は、記録・再生機器やメーカの間で共通に用いられるサムネイルタイプである。
【０１３１】
この共通で用いられるサムネイルタイプとして、基本サムネイルには、標準となるサムネイルデータを記録し、第２サムネイル以降を使用して、例えば２Ｄ、３Ｄ用のサムネイルデータを記録するサムネイルタイプを用意する。この場合、基本サムネイルには、２Ｄ用のサムネイルデータを記録する。そして、第２サムネイルに左目用サムネイルデータ、第３サムネイルに右目用サムネイルデータを記録し、これら２つのデータを使用して３Ｄ画像であるサムネイルデータを表示するといったサムネイルタイプを用意しても良い。ここでは、第３サムネイルデータまでを使用する場合を説明したが、第４サムネイルデータ以降も使用して、複数の３Ｄ画像を記録しても良い。
【０１３２】
次に、サムネイルタイプとして標準のサムネイルを拡大したサムネイルを第２サムネイル以降に記録しても良い。例えば、基本サムネイルに記録した標準のサムネイルデータの画像サイズが１６０×１２０であった場合、標準のサムネイルデータと同様の画像である画像の解像度を６４０×４８０とし、１６０×１２０の解像度となるように４つに分け、第２サムネイルから第５サムネイルまでを使用して記録する。これにより、高解像度にしたサムネイルをＧＵＩ画面の４つの表示箇所（例えば、図２の２０１、２０２、２０４、２０５）を使用して高解像度のサムネイルを表示することができる。また、ＧＵＩ画面の１つの表示箇所に高解像度にしたサムネイルデータの１つ（例えば、第２サムネイルデータ）を表示し、ＧＵＩ画面上でサムネイルデータの一部を表示するといった表示方法を行うことができる。さらに、表示されている一部部分が高解像度サムネイル全体中を移動できるといった表示方法も可能である。
【０１３３】
また、このサムネイルデータ記録方法により、標準のサムネイルデータの一部分を選択し、その部分に相当する高解像度のサムネイルデータを表示することにより、サムネイルデータを部分的に拡大する表示方法も可能である。これにより、標準のサムネイルデータを出発点として、拡大縮小したサムネイルデータを表示することが可能となる。
【０１３４】
また、サムネイルタイプとして１つのコンテンツ内における各シーンの代表画像を複数サムネイルデータとして記録しても良い。これは、複数のサムネイルデータをある一定時間間隔ごとに基本サムネイルから順番に表示していくことで、コンテンツ全体の抜粋した内容をスライドショーとして閲覧できるという表示方法が可能である。
【０１３５】
また、サムネイルタイプとして、例えば、１秒間に１５フレームとなる動画像データの１フレームを１サムネイルデータとして記録しても良い。これは、記録されたサムネイルデータを基本サムネイルから順番に１秒間に１５枚のサムネイルデータ読み出し、順番に表示することにより、動画のサムネイルデータを表示することが可能である。これらのサムネイルデータは、コンテンツの映像の内容と一致するものであることや、アニメーションなどによる新たに作られた動画であっても良い。
【０１３６】
〔基本サムネイル〕
図３で示す基本サムネイルは、ＧＵＩに表示するのに用いるサムネイルデータであり、各コンテンツ用に設けられた複数個のサムネイルデータ中の先頭サムネイルデータである。また、第２および第３サムネイルは、サムネイルタイプによって使い分けて使用される付加的なサムネイルデータである。
【０１３７】
サムネイルデータをこのような構造とすることにより、サムネイルタイプによって、使用するユーザ固有の機能を持つことが可能となる。
【０１３８】
また、１つのコンテンツのＧＵＩ表示に使用する標準のサムネイルデータを先頭の基本サムネイルデータとして管理することにより、例えば、１つのコンテンツに対して複数のサムネイルを扱う機能を実装しない基本機能のみの携帯機器において、基本サムネイルのみにアクセスすることによって、記録媒体上に記録したコンテンツの一覧表示などを行うことが可能となる。
【０１３９】
〔複数サムネイルを管理する管理情報〕
図４ないし図６は、本実施形態による１つのコンテンツに対し、複数のサムネイルデータを管理する場合のインデックス情報の一例を示している。図４は、図１のインデックスファイル１０４内に格納されるインデックス情報を示している。なお、「Uint32」は符号なし整数３２ビット（したがって４バイト）を表す。他も同様である。
【０１４０】
インデックス情報は、記録媒体上に記録されている各コンテンツファイルに関する記録日時やコンテンツの特徴を表すデータへアクセスするための情報などの管理情報である。インデックスファイル１０４の先頭から図４の各フィールドが格納される。
【０１４１】
図４の第１フィールドである“付加・属性情報”は、例えばインデックスファイルの作成日時などの記録媒体全体に関する管理情報を格納する。
【０１４２】
第２フィールドである“コンテンツ登録数”は、インデックスファイル１０４に登録されているコンテンツファイル数を登録する。図１から図７で示す実施形態では、５つのＡＶコンテンツデータファイルについての例であるため、“コンテンツ登録数”フィールドには５が格納される。
【０１４３】
第３フィールドである“固定長データサイズ”は、インデックスファイルが管理するコンテンツデータの特徴を表すサムネイルデータ（サムネイルデータでなくてもよい）を記録する領域（以下１ブロック）のデータサイズを管理する。ここでは１ブロックのデータサイズを固定長サイズとして管理を行う。前記〔複数サムネイルの管理〕の管理形態では、１つのサムネイルデータ領域（基本サムネイルや第２サムネイル）が固定長サイズであり、このサムネイルデータ領域、つまり固定長サイズのブロックをいくつか使用してサムネイルデータを管理している。例えば、図３中の３０２では、“使用データブロック数”が３であるため、固定長サイズのブロックを３つ使用して３つのサムネイルデータをサムネイルデータファイル１０６に記録することを表している。
【０１４４】
第４フィールド目からは、図５に示す各コンテンツファイルにおけるインデックス情報が格納される。図５では、１つのコンテンツデータに対し、“ＩＤ”、“コンテンツの付加・属性情報”、“サムネイルタイプ”、“ファイル名”、“先頭データブロック番号”、“使用データブロック数”、“メーカＩＤ”の管理情報フィールドを有し、コンテンツデータを記録媒体に記録した順番に、この管理情報フィールドの単位でインデックスファイル内に登録する。以下、各フィールドについて、図１のＡＶコンテンツデータファイル１１０に対するインデックスの管理を例にとって説明する。
【０１４５】
図５中の“ＩＤ”フィールドは、コンテンツデータファイルを特定する情報であり、コンテンツデータファイルを表すＩＤ番号などを格納する。図１から図３の実施形態では、図１の１０８から１１２、図３の３００から３０４で示すＡＶコンテンツデータファイルをそれぞれ＃１から＃５で表している。ＩＤ番号は、コンテンツデータファイルのファイル名など、コンテンツデータを特定する情報であればどのような情報でも良い。
【０１４６】
ＩＤ番号で管理する場合は、ＩＤ番号と記録媒体上のコンテンツデータファイルとを対応づける情報を管理し、その対応情報を元にＩＤ番号に対するコンテンツデータファイルへのアクセスを行う。
【０１４７】
“コンテンツの付加・属性情報“フィールドは、各コンテンツデータファイルの作成日時などのコンテンツデータファイル固有情報を格納する。
【０１４８】
“サムネイルタイプ”フィールドは、前記〔複数サムネイルの管理〕で説明したサムネイルタイプを格納するフィールドである。例えば、図１のＡＶコンテンツデータファイル１１０（図３では３０２）に相当する図５の“ＩＤ”フィールドが＃３のインデック情報におけるサムネイルタイプが“ｍｕｌｔ”であることを示している。
【０１４９】
“ファイル名”フィールドは、コンテンツデータファイルの特徴を表すデータが格納されているファイルを特定する情報である。図５では、サムネイルデータファイルのファイル名を格納する例を示している。図５の“ＩＤ”フィールドが＃３のインデック情報のサムネイルデータを格納したファイルがＳＨＲＰ０００１．ＴＨＭであることを示しており、図１のサムネイルデータファイル１０６に相当する。
【０１５０】
“先頭データブロック番号”は、後述するサムネイルデータファイル内におけるサムネイルデータのデータ配置方法におけるデータが格納されている位置を示す情報である。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目からＡＶコンテンツデータファイル１１０に関するサムネイルデータが格納されていることを示している。
【０１５１】
“使用データブロック数”は、前記“先頭データブロック番号”で説明したコンテンツデータに対応するコンテンツの特徴を表すデータが使用しているブロック数を格納するフィールドである。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目から３ブロックを使用して、ＡＶコンテンツデータファイル１１０に関するサムネイルデータを格納していることを示している。実際には、３ブロックを使用して３つのサムネイルデータを管理していることを表している。
【０１５２】
“メーカＩＤ”は、インデックス情報で管理しているコンテンツデータを記録媒体に記録した機器の製造メーカを示すＩＤであり、メーカ毎にユニークな値が格納される。図５では、図１のＡＶコンテンツデータファイル１０８から１１１は“メーカＩＤ”が３である同一のメーカの機器によって記録されたことを示しており、ＡＶコンテンツデータファイル１１２は“メーカＩＤ”が１であるメーカの機器によって記録されたことを示している。
【０１５３】
ＡＶコンテンツを記録媒体に記録し、サムネイルデータを登録したメーカや機器のＩＤをインデックス情報に登録することにより、どのメーカや機器により記録されたＡＶコンテンツ、もしくはサムネイルデータであるかを特定することができる。また、“メーカＩＤ”を解釈することにより記録媒体に記録されているインデックス情報が管理しているコンテンツのサムネイルタイプが同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されている可能性があることを検出することができる。
【０１５４】
サムネイルタイプが“ユーザ定義”の場合に、独自の管理方法およびＧＵＩ画面への表示方法であることから、メーカ間で同一のサムネイルタイプが偶然定義されてしまった場合は、誤動作を起こす原因となる。そのため、“ユーザ定義”を解釈する際、“メーカＩＤ”も同時に解釈することにより、誤動作を防止できるとういう効果がある。
【０１５５】
図６は、本実施形態におけるサムネイルタイプを示しており、前述の〔複数サムネイルの管理〕以降で説明した通りである。
【０１５６】
〔サムネイルデータのファイル構成〕
図７は、図１から図６までの本実施形態によるサムネイルデータファイル内のサムネイルデータ配置を示した図である。図７中のサムネイルデータ５００から５０１を持つＳＨＲＰ００００．ＴＨＭは図１におけるサムネイルファイル１０５に相当する。同様に、サムネイルデータ５０２から５０６を持つＳＨＲＰ０００１．ＴＨＭはサムネイルファイル１０６、サムネイルデータ５０７から５０８を持つＳＨＲＰ０００２．ＴＨＭはサムネイルファイル１０７に相当する。図７中のデータブロック０からデータブロック４で示しているのは、１つのデータブロックが８ＫＢｙｔｅの固定長であるデータブロックを使用しているサムネイルデータであることを表している。この固定長サイズは、図４の“固定長データサイズ”フィールドに格納されるものである。
【０１５７】
図１のＡＶコンテンツデータファイル１０８におけるサムネイルデータは、図５のインデックス情報内の＃１により、サムネイルファイルがＳＨＲＰ００００．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が１であり、図７の５００を表している。同様に、ＡＶコンテンツデータファイル１０９は、サムネイルファイルがＳＨＲＰ０００１．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が２であり、図７の５０２から５０３を表している。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０１５８】
また、ＡＶコンテンツデータファイル１１２は、図５よりサムネイルタイプが“ｍａｉｎ”ということから１つのサムネイルデータを管理しており、“先頭データブロック番号”が１、“使用データブロック数”が２であることから、５０１のようにデータブロック１および２の２つのデータブロックを使用して１つのサムネイルデータを管理していることを表している。
【０１５９】
１つのデータブロックを固定長とすることにより、各データブロック間のデータの入れ替えや、データブロックの削除、書き換えが容易に行うことができる。さらに、データブロックの削除などにより、未使用である固定長サイズのデータブロックがサムネイルデータファイル内に存在した場合、その領域を再利用してサムネイルデータを記録することが可能となる。
【０１６０】
また、サムネイルデータファイル内の各サムネイルデータへアクセスするために、サムネイルデータの数を保持する管理情報のみ（図５の“使用データブロック数”フィールド）で、各サムネイルデータのサイズ情報を別途管理する必要がないことから、サムネイルデータへアクセスするための管理情報量を減らすことが可能となる効果がある。
【０１６１】
〔コンテンツの録画〕
記録媒体上にＡＶコンテンツデータを記録し、記録したＡＶコンテンツデータをインデックスファイルに登録する処理について図８を用いて説明する。なお、インデックスファイルに登録するＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを登録する場合について説明するが、同様の登録方法によってタイトルデータやテキストデータなどを登録し、ＧＵＩ画面に表示することが可能であり、またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて登録することも可能である。
【０１６２】
コンテンツの録画処理は図８の処理の流れ図に従い、Ｓ６００でＡＶコンテンツデータを記録媒体に記録し、次にＳ６０１にて記録したＡＶコンテンツデータのサムネイルデータを記録する。そして、Ｓ６０２にて記録したサムネイルデータとともに、記録したＡＶコンテンツデータをインデックスファイルに登録する処理を行う。以下に、各処理における詳細を説明する。
【０１６３】
〔コンテンツデータの記録〕
図８のコンテンツデータの記録（Ｓ６００）の処理について、図９を用いて説明する。Ｓ６０３にて、ＡＶコンテンツを記録するファイルを特定のディレクトリ（例えば，図１ではＶｉｄｅｏディレクトリ１０３）上にオープンする。次にＳ６０４にて、記録開始を実行すると、エンコーダなどから送られてきたＡＶコンテンツのデータを記録媒体上に記録する。そして記録終了になると、Ｓ６０５にて、記録したＡＶコンテンツデータファイルをクローズすることによって、記録開始から記録終了までを１つのファイルに格納する。
【０１６４】
〔サムネイルデータの連続記録〕
次に、図８のサムネイルデータの記録（Ｓ６０１）の処理について、図１０を用いて説明する。Ｓ６０６にて、図６における登録するサムネイルのタイプを選択する。そして、Ｓ６０７にてＳ６０６で決定したサムネイルタイプに見合った１つ、もしくは複数のサムネイルデータを記録したＡＶコンテンツデータ、またはあらかじめ用意してあるサムネイル用データから録画機器のメモリ上に抽出する。ここでは、ＡＶコンテンツデータを記録した後に、サムネイルタイプや記録するサムネイルデータの抽出を行っているが、例えばＡＶコンテンツデータを記録する以前に、記録する機器であらかじめ標準の記録方法を設定しておくことや、登録を行うＡＶコンテンツデータのサムネイルタイプやサムネイルデータを選択するようユーザに促すようなＧＵＩの構成にしても良い。
【０１６５】
そして、記録機器上のメモリに抽出したサムネイルデータに対し、１つのサムネイルデータの固定長サイズ化を行うため、サムネイルデータの最後尾から固定長のサイズ（例えば、図７のように８ＫＢｙｔｅ）となるまで値０で埋める。ここで、サムネイルデータが固定長サイズを超えていた場合は、２つの固定長サイズであるサムネイル用データブロックを使用し、１つ目のデータブロックにサムネイルデータを記録後、残りのサムネイルデータを２つ目のデータブロックに記録する。２つ目のデータブロックの固定長化を行うため、前述と同様に固定長サイズとなるまで値０で埋める。サムネイルデータが２つのデータブロックでも収まらない場合は、必要な数のデータブロックを用意して記録し、最後のデータブロックでは、前述と同様に、固定長のサイズとなるように値０で埋める（Ｓ６０８）。
【０１６６】
Ｓ６０９にて、サムネイルデータファイルを記録する特定のディレクトリ（例えば、図１ではＴｈｕｍｂディレクトリ１０２）内にある、サムネイルデータを記録するファイル（例えば、図１ではサムネイルデータファイル１０５）をオープンする。新規ファイルの場合は、ファイルを作成してオープンする。
【０１６７】
１つのコンテンツに記録する複数のサムネイルデータを記録するファイルは、記録媒体上の全てのコンテンツ用サムネイルデータを１つのサムネイルデータファイルにまとめて記録することや、後述するインデックスファイルも合わせ１つのファイルにまとめて記録しても良い。
【０１６８】
これは、記録媒体上の全てのコンテンツに関する一覧情報を他の媒体や機器へコピーする際に、１つにまとめたサムネイルデータファイルのみコピーすることで行えるため、コピーを簡便に行えるという効果がある。
【０１６９】
さらに、１つのコンテンツに関する複数のサムネイルデータは、１つのサムネイルデータファイルに連続的に記録するが、コンテンツ毎の複数個からなるサムネイルデータのデータブロックは、サムネイルタイプや用途毎にいくつかのファイルに分けて記録しても良い。
【０１７０】
これは、例えばコンテンツ毎にサムネイルデータを１つのファイルにまとめて記録することにより、コンテンツに対応するサムネイルデータファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できることや、異なるコンテンツ間で同じサムネイルデータを用いる場合などに、これらコンテンツ間でのサムネイルデータファイルは同一とするように管理することで、サムネイルデータファイルの共通化が行え、サムネイルデータファイル数を削減できるといった効果がある。
【０１７１】
そしてＳ６１０にて、オープンしたサムネイルデータ用ファイルの最後尾に抽出したサムネイルデータを全て連続的に記録する。
【０１７２】
サムネイルデータの記録が終了すると、Ｓ６１１にて記録したサムネイルデータ用ファイルをクローズする。
【０１７３】
１つのコンテンツに関するサムネイルデータをサムネイルデータ用ファイル内に連続的に記録することにより、サムネイルデータの記録時や読み出し時に高速にアクセスを行うことができるという効果がある。また、１つのコンテンツに関する複数のサムネイルデータをアクセスするための図５のような管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０１７４】
また、サムネイルデータを連続記録する方法として、１つのコンテンツに複数のサムネイルデータを登録する際の１つ目のサムネイルデータを記録する場合に、あらかじめ登録するサムネイルデータの最大数分の固定長サイズである連続したデータブロックの領域をサムネイルデータファイル内に確保し、前記〔複数サムネイルを管理する管理情報〕内に確保したデータブロック領域のうち、どの領域にサムネイルデータが実際に格納されているかを示すデータブロック有効フラグを設ける管理方法を行っても良い。
【０１７５】
例えば、１つのコンテンツに登録するサムネイルデータ数の最大数を５とした場合、新たにコンテンツを記録媒体に記録し、初めてサムネイルデータをサムネイルデータファイルに記録する場合に、サムネイルデータファイル内に５つのデータブロック分の領域を確保し、前記〔複数サムネイルを管理する管理情報〕内の使用データブロック数を５として登録を行う。そして、１つ目のサムネイルデータをサムネイルデータファイル内に記録した後、１つ目のデータブロックを使用しているという意味を表すフラグを前記〔複数サムネイルを管理する管理情報〕内に記録する。
【０１７６】
２つ以上のサムネイルデータを記録する場合は、２つ目のサムネイルデータを記録する際に、残り４つのデータブロックのいずれかに記録し、記録したデータブロックを使用しているという意味を表すフラグを設定する。このサムネイルデータの記録および管理方法を繰り返し行い、最大５つのサムネイルデータの記録・管理が行える。
【０１７７】
このように１つのコンテンツに対するサムネイルデータを記録する最大数分の記録データブロック領域を確保・管理することによって、あるコンテンツのサムネイルデータの記録を行った後に、コンテンツサムネイルデータを記録するサムネイルデータファイルが同一である他のコンテンツのサムネイルデータ記録を行った場合に、元のコンテンツに対しサムネイルデータの追加やサムネイルデータの削除を行うことが、後続するサムネイルデータの移動なしに行えるという効果がある。
【０１７８】
この場合、サムネイルデータの削除については、前記データブロックを使用しているという意味を表すフラグを未使用に設定することによって行うことができ、管理情報の操作のみで削除が行えるという効果がある。
【０１７９】
さらに、サムネイルデータの追加については、未使用である固定長サイズのデータブロックを利用（再利用）することによって追加が可能となるため、サムネイルデータの追加処理量を削減し、処理時間を短縮できるという効果がある。
【０１８０】
またコンテンツの削除などにより、そのサムネイルデータを全て削除する場合に、１つ１つサムネイルデータの削除を行わずとも、最大数分のデータブロック領域を一括して削除すれば良いため、一度に消去ができるという効果がある。
【０１８１】
〔サムネイルの登録〕
図８のサムネイルの登録（Ｓ６０２）の処理について、図１１および図４、図５を用いて説明する。
【０１８２】
図１１のＳ６１２において、インデックスファイルが存在する特定のディレクトリ（例えば、図１のＩｎｄｅｘディレクトリ１０１）上にある記録媒体上に記録されているコンテンツデータを管理するインデックスファイル（例えば、図１のインデックスファイル１０４）をオープンする。ＡＶコンテンツデータの記録が新規記録の場合は、インデックスファイルを新たに作成し、図４のインデックスファイルの作成日時などの付加・属性情報、および固定長データサイズフィールドなどを登録する。
【０１８３】
そして、Ｓ６１３にて図５のコンテンツの付加・属性情報やサムネイルタイプといった記録したＡＶコンテンツに関するインデックス情報を登録する。
【０１８４】
Ｓ６１４にて、前記〔サムネイルデータの連続記録〕で説明したＡＶコンテンツのサムネイルデータの情報であるサムネイルデータを記録したファイル名や、先頭サムネイルデータが存在する固定長サイズのデータブロックの番号（先頭のデータブロックがブロック番号０から始まる）および使用しているデータブロック数、記録を行った機器のメーカＩＤフィールドなどを登録する。
【０１８５】
そしてＳ６１５にて、インデックス情報を記録したインデックスファイル（例えば、図１では１０４）をクローズする。
【０１８６】
以上の処理により、ＡＶコンテンツデータを記録媒体に記録、およびサムネイルデータとその管理方法を含めたインデックス情報を記録媒体に記録する。
【０１８７】
〔コンテンツの再生〕
記録媒体上に記録されているＡＶコンテンツデータを管理するインデックスファイルを用いたＧＵＩ表示画面から、ＡＶコンテンツデータを再生する処理について図１２を用いて説明する。なお、ＧＵＩ画面に表示されているＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを用いる場合について説明するが、同様のＧＵＩ画面の表示方法によってタイトルデータやテキストデータなどを表示し、再生するコンテンツを選択することが可能である。またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて表示されているＧＵＩ表示画面からコンテンツを選択することも可能である。
【０１８８】
コンテンツの再生処理は図１２の処理の流れ図に従い、Ｓ７００にて記録媒体に記録されているＡＶコンテンツデータの一覧情報をＧＵＩ画面に表示し、次にＳ７０１にてユーザによる再生するコンテンツを選択する。そして、Ｓ７０２にて選択したＡＶコンテンツデータファイルを再生する処理を行う。以下に、各処理における詳細を説明する。
【０１８９】
〔ＧＵＩ画面の表示〕
図１２のＧＵＩ画面の表示（Ｓ７００）の処理について、図１３を用いて説明する。Ｓ７０３にて、記録媒体に記録されているＡＶコンテンツの一覧情報を管理しているインデックスファイル（例えば，図１ではインデックスファイル１０４）をオープンする。
【０１９０】
次にＳ７０４にて、インデックスファイル内に格納されているインデックス情報を全てＧＵＩ画面に表示したかを確認する。ここでは、１つ目のインデックス情報の表示であるため、Ｓ７０５に進み、１つ目のインデックス情報をＧＵＩ画面に表示する処理を行う。
【０１９１】
〔コンテンツをＧＵＩ画面に表示〕
コンテンツをＧＵＩ画面に表示する処理について、図１４の流れ図を用いて説明する。
【０１９２】
Ｓ７０７にて、インデックスファイル内の図５で示すコンテンツの付加・属性情報、サムネイルデータのアクセスデータなどを読み出す。
【０１９３】
Ｓ７０８にて、読み出したサムネイルデータのアクセスデータに含まれるファイル名から、サムネイルデータが格納されているサムネイルデータファイル（例えば、図１におけるサムネイルデータファイル１０５）をオープンする。
【０１９４】
次にＳ７０９にて、サムネイルデータのアクセスデータに含まれる先頭ブロック番号より、先頭ブロック番号とインデックスファイル内に記録されている固定長データサイズの値を乗算した値に相当するサムネイルデータファイル先頭からの位置へ移動する。そして、使用データブロック数（固定長データサイズと使用データブロック数を乗算した値のサイズ）だけ、サムネイルデータファイルからサムネイルデータを読み出し後、Ｓ７１０にてサムネイルデータファイルをクローズする。
【０１９５】
Ｓ７１１にて、メーカＩＤおよびサムネイルタイプに合った管理方法により、読み出したサムネイルデータをＧＵＩ画面に表示する。例えば、図５内の＃１では、サムネイルタイプが“ｍａｉｎ”で、先頭ブロック番号が“０”、使用ブロック数が“１”であるため、サムネイルデータファイルＳＨＲＰ００００．ＴＨＭの先頭の８ＫＢｙｔｅに格納された１つ目のデータブロックに相当する基本サムネイルデータをＧＵＩ画面に表示する（図７の５００のデータブロックに相当）。
【０１９６】
また、例えば図５内の＃４では、サムネイルタイプが“ｏｖｌｙ”であるため、ユーザ定義による管理であることを示し、ユーザ定義を行ったインデックス情報であるかをメーカＩＤにより確認する。ユーザ定義であった場合は、定義した管理方法によって、ＧＵＩ画面に表示する。ここでは、記録されているサムネイルデータを重ね合わせて表示するというユーザ定義であることから、先頭ブロック番号が“０”、使用ブロック数が“２”であるサムネイルデータをサムネイルデータファイルＳＨＲＰ０００２．ＴＨＭの先頭の１６ＫＢｙｔｅに格納された２つのデータブロックに相当するサムネイルデータを読み出し、重ね合わせてＧＵＩ画面に表示する（図７の５０７、５０８のデータブロックに相当）。
【０１９７】
Ｓ７１２にて、ＧＵＩに表示したインデックス情報の次のインデックス情報を読み出す準備を行い、Ｓ７０４に戻る。そして、Ｓ７０４とＳ７０５のループを繰り返し、インデックスファイルに格納されたインデックス情報を全て読み出し、ＧＵＩ画面への表示が終了となった場合、Ｓ７０６へ進み、インデックスファイルをクローズする。
【０１９８】
〔再生するコンテンツの選択〕
次に、Ｓ７０１による再生するコンテンツの選択を行う処理について、図１５の流れ図を用いて説明する。
【０１９９】
Ｓ７１３にて、ＧＵＩ画面上の再生するコンテンツを選択する。コンテンツの選択には、画面上の位置を取得するポインタやカーソルなどにより、ＧＵＩ画面上のサムネイルなどの再生するコンテンツを特定することにより行う。コンテンツの選択が行われると前記〔コンテンツをＧＵＩ画面に表示〕のＳ７０７で取得したコンテンツの付加・属性情報などから、選択したコンテンツに相当する情報を特定のＧＵＩ画面内の表示領域に表示する（例えば、図２では２０７の領域）。
【０２００】
ＧＵＩ画面上のコンテンツを選択したことにより、Ｓ７１４にて選択したコンテンツのコンテンツデータファイル名を取得する（例えば、図５では、“Ｎｏ．”フィールドに相当）。そして、図１２のＳ７０２「コンテンツデータファイルを再生」に進む。
【０２０１】
〔コンテンツデータファイルを再生〕
Ｓ７０２によるＡＶコンテンツデータファイルを再生する処理について、図１６の流れ図を用いて説明する。
【０２０２】
Ｓ７１５にて、Ｓ７１４で取得したＡＶコンテンツデータファイル（例えば、図１ではＡＶコンテンツデータファイル１０８）のファイルをオープンする。
【０２０３】
次に、Ｓ７１６にてＡＶコンテンツデータファイル内のＡＶコンテンツデータを順次読み出し、再生処理を行うデコーダに送る。デコーダは、ＡＶコンテンツデータのデコードを行い、ＡＶコンテンツの再生を行う。
【０２０４】
Ｓ７１７にて、ＡＶコンテンツデータの再生が終了、もしくはユーザなどにより再生の停止がなされた場合は、Ｓ７１８に進み、ＡＶコンテンツデータファイルをクローズする。
【０２０５】
以上の処理は、記録媒体を再生機器にセットした段階からの再生方法の説明であったが、一度記録媒体を再生機器にセットし、インデックス情報をＧＵＩ画面に表示した後では、図１２のＳ７０１から処理を行うことにより、何度でも任意のコンテンツを再生することが可能である。
【０２０６】
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施形態の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図５で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２０７】
〔実施の形態２〕
〔サムネイルデータを１つのファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔サムネイルデータを１つのサムネイル用ファイルに記録〕
前記実施の形態１では、ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、いくつかのサムネイル用データファイルに分けて記録を行う説明を行ったが、図１７で示すようにＡＶコンテンツデータ１０８から１１２のそれぞれにおけるサムネイルデータを１つのサムネイルデータファイル１０５内に記録しても良い。
【０２０８】
この管理方法においては、図５で示すインデックス情報内のサムネイルデータファイルを表すファイル名フィールドは必ずしも必要ではなく、サムネイルデータを記録するファイル名をＳＨＲＰ００００．ＴＨＭやＴＨＵＭＢＮＡＩＬ．ＤＡＴのように、あらかじめ決めておくことによって管理しても良い。サムネイルデータのサムネイルデータファイル名が全て同一として扱うことにより、本実施形態における〔サムネイルデータを１つのサムネイル用ファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２０９】
このように、サムネイルデータを１つのサムネイルデータファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、記録媒体上のインデックスファイルおよびサムネイルデータファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルと１つのサムネイルデータファイルをコピーするだけで、管理ができるとうい効果がある。
【０２１０】
〔サムネイルデータを１つのインデックスファイルに記録〕
前記〔サムネイルデータを１つのサムネイル用ファイルに記録〕では、インデックス情報を格納しているインデックスファイルとＡＶコンテンツデータの特徴を表すデータの１つの例としてサムネイルデータが格納されているファイルを個別に登録するという説明であるが、図１８で示すように、インデックスファイル１０４内に記録媒体上に記録されたコンテンツデータを管理するインデックス情報と、そのコンテンツデータの特徴を表すサムネイルデータを１つのインデックスファイル内に格納しても良い。
【０２１１】
この管理方法によるインデックス情報データは、図１９、図２０で示すインデックス情報となる。図１９については、図４と同じである。図２０については、図５のインデックス情報と比べ、サムネイルデータが格納されているファイル名を管理するファイル名フィールドが存在しないところが異なっている。これは、インデックス情報およびサムネイルデータが格納されているファイルが図１８のインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）であるように、あらかじめファイル名などを決めておくことにより、インデックス情報およびサムネイルデータへアクセス可能となるため、ファイル名フィールドを必要としないことを表している。インデックス情報とサムネイルデータを格納するファイルのファイル名を全て同一として扱うことにより、本実施の形態における〔サムネイルデータを１つのインデックスファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２１２】
図２１を用いて、本〔サムネイルデータを１つのインデックスファイルに記録〕を行った場合のインデックスファイル内のデータ配置を説明する。図２１では、図１９のインデックス情報がインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）の先頭からＩｎｄｅｘ  Ｄａｔａ（１１００）に記録される。このＩｎｄｅｘ  Ｄａｔａ（１１００）に続けて、サムネイルデータが記録され、これが固定長サイズであるデータブロック０となる。図２１では、１つのデータブロックにおける固定長サイズを８ＫＢｙｔｅとしている。データブロック０のサムネイルデータにアクセスするために、例えば、Ｉｎｄｅｘ  Ｄａｔａの先頭４ＢｙｔｅにＩｎｄｅｘ  Ｄａｔａ（１１００）のデータサイズを記録しておき、インデックスファイルの先頭からこのデータサイズだけ読み飛ばすことにより、データブロック０以降のデータブロックにアクセスを行うことができる。また、これはＩｎｄｅｘ  Ｄａｔａ（１１００）のデータサイズだけでなく、データブロック０の先頭からのオフセット値など、データブロック０の先頭へアクセスするための情報をインデックスファイル内に記録し、それを読み出す手段を持つことによって、データブロック０へアクセス可能であれば、どのような形態であっても良い。
【０２１３】
そして、ＡＶコンテンツデータ１０８におけるサムネイルデータは、図２１のデータブロック０（１１０１）に格納され、図２０のインデックス情報内の＃１フィールドにおいて、”先頭データブロック番号”が”０”、”使用データブロック数が”１”として管理されている。
【０２１４】
また同様に、ＡＶコンテンツデータ１０９におけるサムネイルデータは、図２１のデータブロック１（１１０２）およびデータブロック２（１１０３）の２つのデータブロックに連続して格納され、図２０のインデックス情報内の＃２フィールドにおいて、”先頭データブロック番号”が”１”、”使用データブロック数が”２”として管理されている。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２１５】
このように、インデックス情報データおよびサムネイルデータを１つのインデックスファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、各記録媒体上のインデックスファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルをコピーするだけで管理ができるため、よりいっそう管理しやすくなるとういう効果がある。
【０２１６】
〔実施の形態３〕
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施の形態２の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図２０で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２１７】
〔実施の形態４〕
〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕
以上までの説明における１つのコンテンツに対する複数からなるサムネイルデータは、１つのサムネイルデータファイル内に連続して記録され、コンテンツ毎の複数からなるサムネイルデータは、いくつかのサムネイルデータファイルに分けて記録するというものであったが、１つのコンテンツに対するサムネイルデータをいくつかのサムネイルデータファイルに分割して記録しても良い。この場合、１つのコンテンツに対する複数のサムネイルデータ１つ１つへアクセスするため、図５のインデックス管理情報内において、１つのサムネイルデータへのアクセス管理情報（図５内の先頭データブロック番号や使用データブロック数フィールド）に、サムネイルデータが記録されているファイルを特定する情報（サムネイルデータファイル名など）を設ける必要がある。なお、サムネイルデータ毎に、サムネイルデータが登録されたファイル名を管理するため、図５内におけるファイル名フィールドは不要となる。
【０２１８】
これは、例えば記録媒体上の全てのコンテンツに関するＧＵＩ表示などに必要な基本サムネイルなどの使用頻度の高いサムネイルデータに対しては、１つのサムネイルデータにまとめて記録し、それ以外のオプションであるサムネイルなどの使用頻度の低いデータはサムネイルタイプ毎に分けるなど、いくつかの別ファイルに記録することにより、ＧＵＩ表示時にサムネイルデータを高速に読み出し、表示できるといった効果がある。
【０２１９】
また、コンテンツデータが映像データ、静止画データなどの異なるデータが混在して記録媒体に記録される場合に、各コンテンツにおけるサムネイルデータを１つのサムネイルデータファイルに記録すると、映像データと静止画データ用のサムネイルを区別してＧＵＩ画面に表示する場合に、これらコンテンツデータの種類を区別する管理情報を別途用意する必要がある。
【０２２０】
しかし、これらコンテンツデータの種類毎に１つのファイルとしてサムネイルデータをまとめて記録し、サムネイルデータファイルのファイル名でどの種類のコンテンツデータのサムネイルデータであるかを区別しても良い。これにより、サムネイルデータのファイル名で映像データ用のサムネイルデータ、静止画用のサムネイルデータの区別が行え、ＧＵＩ画面表示時においてこれらコンテンツの種類毎に一覧表示する場合などに、高速にサムネイルデータを読み出せ、高速にＧＵＩ画面表示が行えるといった効果がある。
【０２２１】
また、初期記録時に記録したオリジナルのコンテンツデータや、編集を行ったことによって生じたコンテンツデータ、動画等においてコンテンツデータの任意の時間における複数のサムネイルデータ（コンテンツデータの任意の時間をマーカーとして使用する場合など）、記録媒体上に記録したファイル階層構造とは別に、ユーザによる自由なコンテンツの分類を行う管理構造を持つようなシステムにおいて、それらの分類の特徴を表すデータなどのサムネイルデータを、記録・再生機器側に装備されたこれら機能ごとの単位でサムネイルデータファイルに分割して記録しても良い。これにより、各機能の動作状態における必要なサムネイルデータが１つのファイルにまとまって記録されることにより、サムネイルデータを高速に読み出せるため、ＧＵＩ表示や各機能の動作速度を向上させることができるといった効果がある。
【０２２２】
また、ＧＵＩ画面に最初に表示するのに必要なサムネイルデータ（例えば、図２においては９つのサムネイルデータ）毎や、いくつかの単位毎に１つのサムネイルデータファイルに記録しても良い。これにより、最初のＧＵＩ画面表示用サムネイルデータを高速に読み出せ、ＧＵＩ画面を高速に表示できる。またいくつかの単位毎に１つのファイルとすることで、ＧＵＩ画面上のサムネイルデータをスクロールする際、スクロールに必要なサムネイルデータをスクロール可能な範囲単位（前記、いくつかの単位に相当）で高速に読み出せるため、サムネイルデータを高速にスクロールすることができるといった効果がある。
【０２２３】
以上のように、〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕する方法について、いくつかの適用例の説明を行ったが、これらの方法を組み合わせることによって、サムネイルデータをファイルに分割して記録しても良い。
【０２２４】
〔実施の形態５〕
〔サムネイルデータを各コンテンツデータファイル内に記録〕
前記実施の形態１から４では、各ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、１つのインデックスファイル、もしくは少なくとも１つのサムネイル格納用データファイルに記録を行う管理方法の説明を行ったが、各ＡＶコンテンツデータに対応するサムネイルデータを各ＡＶコンテンツデータファイル内に格納しても良い。
【０２２５】
サムネイルデータを対応するコンテンツデータファイル内に格納する一実施形態について、以下に図を用いて説明する。
【０２２６】
図２５は図１と同様に、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）がＩｎｄｅｘディレクトリ１０１に記録されており、ＡＶコンテンツデータファイル１０８（ＳＨＲＰ００００．ＩＮＦ）から１１２（ＳＨＲＰ０００４．ＩＮＦ）がＶｉｄｅｏディレクトリ１０３に記録され、これらＩｎｄｅｘディレクトリ１０１およびＶｉｄｅｏディレクトリ１０３がＲｏｏｔディレクトリ１００に記録されている記録媒体上の階層構造を示している。
【０２２７】
本実施の形態は、ＡＶコンテンツデータファイルに対応する少なくとも１つのサムネイルデータをＡＶコンテンツデータファイル内に格納することによるサムネイルデータ管理方法についての説明である。
【０２２８】
〔インデックスファイル内に基本サムネイルデータのみを記録〕
図２５におけるＡＶコンテンツデータファイル１０８〜１１２のそれぞれにおける基本サムネイルデータをインデックスファイル１０４に記録し、基本サムネイルデータ以外のサムネイルデータ（以下、拡張サムネイルデータ）を各対応するコンテンツデータファイル内に記録する形態について説明する。
【０２２９】
〔基本サムネイルデータおよび拡張サムネイルデータ〕
図２６は、各ＡＶコンテンツデータ毎におけるサムネイルタイプで管理された機能によって使用される拡張サムネイルデータ、および基本サムネイルデータを示している。図２５におけるＡＶコンテンツデータファイル１０８から１１２に対応するサムネイルデータが図２６における１６００から１６０４である。例えば、ＡＶコンテンツデータファイル１０８は１６００に対応し、サムネイルタイプが”ｍａｉｎ”で、サムネイルデータを１つ保持していることを示している。
【０２３０】
同様に、ＡＶコンテンツデータファイル１０９は１６０１に対応しており、サムネイルタイプが”ｂａｃｋ”で、サムネイルデータを２つ保持していることを示している。以下、ＡＶコンテンツデータ１１０から１１２も同様に、１６０２から１６０４にそれぞれ対応する。
【０２３１】
１６０５から１６０９は、ＧＵＩ表示画面に表示する各ＡＶコンテンツデータファイルの標準のサムネイルデータである基本サムネイルであり、インデックスファイル１０４内に記録される。
【０２３２】
また１６１０から１６１５は、サムネイルタイプによって管理された機能やＧＵＩ画面表示方法で用いられる拡張サムネイルデータであり、これらサムネイルデータは対応するＡＶコンテンツデータファイル内にそれぞれ格納される。
【０２３３】
例えば、１６０１のサムネイルタイプが”ｂａｃｋ”であるＡＶコンテンツデータファイル１０９におけるオリジナルのサムネイルデータ１６１０は、ＡＶコンテンツデータファイル１０９内に記録される。
【０２３４】
また、１６０２のサムネイルタイプが”ｍｕｌｔ”であるＡＶコンテンツデータファイル１１０における基本サムネイルデータとは異なるサムネイルデータ１６１１および１６１２は、ＡＶコンテンツデータファイル１１０内に連続的に記録される。
【０２３５】
以下、１６０３および１６０４における拡張サムネイルデータ１６１３から１６１５についても同様である。１６０４のサムネイルタイプ”ａｄｖｎ”は、２つのデータブロックを使用し、基本サムネイルデータより高画質のサムネイルデータを拡張サムネイルデータとして保持していることを表すサムネイルタイプである。
【０２３６】
なお、１６００のサムネイルタイプが”ｍａｉｎ”であるＡＶコンテンツデータファイル１０８は、サムネイルデータが基本サムネイルデータのみであるため、拡張サムネイルデータは存在しないことから、ＡＶコンテンツデータファイル１０８内には、サムネイルデータは記録されない。
【０２３７】
〔インデックス情報〕
図２７ないし図２９は、本実施の形態の管理方法におけるインデックス情報の１例を示している。図２７は、図４と同様であり、インデックスファイル１０４内に格納される。
【０２３８】
図２８は、インデックスファイル内に記録される”各コンテンツの管理情報テーブル”である。また図２９は、各ＡＶコンテンツデータファイル内に記録される拡張管理情報である。本実施形態における各”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”フィールドが対応するＡＶコンテンツデータファイル内に拡張管理情報として記録される。また、図２８の”各コンテンツの管理情報テーブル”は、”使用データブロック数”および”メーカＩＤ”フィールドを拡張情報として各ＡＶコンテンツデータファイル内に記録するため、図５からこれらフィールドを除いたものと同様になっている。
【０２３９】
”各コンテンツの管理情報テーブル”について図２８を用いて説明する。図２８中のフィールドは、図５と同様であるため、詳細な説明は省略するが、ＡＶコンテンツデータファイルを特定する情報である”ＩＤ”フィールドの＃１から＃５は、ＡＶコンテンツデータファイル１０８から１１２にそれぞれ対応する。なお、”ファイル名”および”先頭データブロック番号”は、基本サムネイルデータの記録先を示すフィールドである。
【０２４０】
”サムネイルタイプ”フィールドは、図５と同様に、１つのＡＶコンテンツデータに対するサムネイルデータが複数管理される場合のサムネイルタイプの種類を示すこと、および拡張サムネイルデータとその拡張管理情報が対応するＡＶコンテンツデータファイル内に記録されているかを示すフィールドである。
【０２４１】
例えば、ＡＶコンテンツデータファイル１０８に関しては、サムネイルタイプが”ｍａｉｎ”であり、これは１つのサムネイルデータを保持していることを表すため、基本サムネイルデータを１つのみ保持することとなる。そのため、拡張サムネイルデータおよびその拡張管理情報は、ＡＶコンテンツデータファイル１０８内には記録されない。
【０２４２】
また、ＡＶコンテンツデータファイル１０９に関しては、サムネイルタイプが”ｂａｃｋ”であり、これは２つ以上のサムネイルデータを保持していることを表している。本実施形態においては、基本サムネイルデータと拡張サムネイルデータをそれぞれ１つずつ保持しており、拡張サムネイルデータおよびその拡張管理情報が、ＡＶコンテンツデータファイル１０９内には記録されることとなる。
【０２４３】
以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。記録媒体上のコンテンツデータの一覧表示するＧＵＩ画面表示時において、サムネイルタイプが”ｍａｉｎ”以外の場合は、拡張サムネイルデータおよび拡張管理情報がＡＶコンテンツデータファイル内に記録されていることを表すため、対応するＡＶコンテンツデータファイルにアクセスすることにより、拡張サムネイルデータにアクセスすることが可能となる。また、サムネイルタイプが”ｍａｉｎ”の場合は、拡張サムネイルデータおよび拡張管理情報が存在しないことを表すため、対応するＡＶコンテンツデータファイルにアクセスする必要はない。
【０２４４】
また、最小限の機能を搭載する携帯機器などのハードウェアスペックの低い機器においては、サムネイルタイプの種類を検出せず、インデックスファイル内にある基本サムネイルデータのみを用いてＧＵＩ画面表示を行えば良い。その場合は、各コンテンツデータファイルにアクセスする必要はない。
【０２４５】
このように、インデックスファイル内に記録されたサムネイルタイプフィールドの種類を検出することによって、ＧＵＩ画面表示時に、各ＡＶコンテンツデータファイルにアクセスするか否かを検出することができるため、ＧＵＩ画面を表示するために不必要なＡＶコンテンツデータファイルへのアクセスを回避でき、ＧＵＩ画面表示を高速に行えるという効果がある。
【０２４６】
前記では、ＧＵＩ画面表示時に、ＡＶコンテンツデータファイルにアクセスする必要があるか否かを検出する手段として、サムネイルタイプが”ｍａｉｎ”であるか否かにより判断していたが、ユーザ定義であるサムネイルタイプの場合は、必ずしも拡張サムネイルデータが存在するとは限らない。そのため、図２８内に、”メーカＩＤ”フィールドを設け、”サムネイルタイプ”および”メーカＩＤ”フィールドを組み合わせて判断することにより、ＡＶコンテンツデータファイル内に拡張サムネイルデータがあるかを判断しても良い。
【０２４７】
“ファイル名”フィールドは、基本サムネイルデータが記録されるファイル名を示すフィールドである。図２８の”ファイル名”フィールドが全てＳＨＲＰ００００．ＩＤＸとなっているのは、記録媒体上の全てのコンテンツデータに対応する基本サムネイルデータがインデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内に記録されていることを示している。
【０２４８】
さらに”先頭データブロック番号”フィールドは、インデックスファイル１０４内に記録されている各基本サムネイルデータの先頭データブロック番号を示している。例えば、ＡＶコンテンツデータファイル１０８に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号０に記録されていることを示している。
【０２４９】
同様に、ＡＶコンテンツデータファイル１０９に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号１に記録されていることを示しており、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２５０】
なお、インデックスファイル１０４内には、基本サムネイルデータのみ記録されるため、使用データブロック数は全て１となり、”使用データブロック数”フィールドは不要である。しかし、いくつかのデータブロックを使用して１つの基本サムネイルデータを記録する場合は、“使用データブロック数”フィールドを設けて、複数のデータブロックを用いた１つのサムネイルデータを管理しても良い。例えば、図２６中の高画質サムネイルの管理を行うサムネイルタイプが“ａｄｖｎ”（１６０４）では、高画質サムネイルとは別に、基本サムネイルを記録している。しかし、前記実施の形態１の〔サムネイルタイプが“ｍａｉｎ”の説明〕における図３内のサムネイルデータ３０４と同様に、サムネイルタイプを“ｍａｉｎ”とし、複数個のデータブロックを使用して１つのサムネイルタイプを管理すると規定することによって、高画質サムネイルデータである基本サムネイルを管理することができる
次に、拡張管理情報について、図２９を用いて説明する。
【０２５１】
図２９中の管理情報フィールドである”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”の９Ｂｙｔｅからなる拡張管理情報を各ＡＶコンテンツデータファイル内における拡張管理情報領域に記録する。
【０２５２】
例えばＡＶコンテンツデータファイル１０９では、図２９中の＃２で表記している拡張管理情報を記録する。＃２は、サムネイルタイプが”ｂａｃｋ”であり、拡張サムネイルデータが使用するデータブロック数を示す使用データブロック数が”１”、拡張サムネイルデータを作成した機器を表すメーカＩＤが”３”という拡張管理情報が記録されることを示している。以下同様に、ＡＶコンテンツデータファイル１１０から１１２についても＃３から＃５の拡張管理情報をそれぞれ記録する。なお、ＡＶコンテンツデータファイル１０８に関しては拡張サムネイルが存在しないことから拡張管理情報は存在しないため、図２９中に表記されていない。
【０２５３】
〔インデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置〕
記録媒体上に記録したインデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置について、図３０を用いて説明する。
【０２５４】
〔インデックスファイル〕
インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）には、図２７ないし図２９で示したインデックス情報がＩｎｄｅｘ  Ｄａｔａ格納領域１８００に格納されている。このインデックス情報のデータサイズに４を加えた値がインデックスファイルの先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。インデックスファイルの先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによってインデックス情報より後方のサムネイルデータブロックにアクセスすることが可能となる。
【０２５５】
サムネイルデータを記録したデータブロックが１８０１から１８０５である。本実施形態では、ＡＶコンテンツデータファイル１０８に相当する基本サムネイルデータは、図２８により、データブロック０（１８０１）である。同様に、ＡＶコンテンツデータファイル１０９から１１２に相当する基本サムネイルは、データブロック１（１８０２）からデータブロック４（１８０５）にそれぞれ対応する。
【０２５６】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８０１）から８ＫＢｙｔｅ単位で読み飛ばすことにより、任意のデータブロックへアクセスすることが可能となる。
【０２５７】
〔ＡＶコンテンツデータファイル〕
ＡＶコンテンツデータファイル１１０（ＳＨＲＰ０００２．ＩＮＦ）には、コンテンツデータがコンテンツデータ格納領域１８０８に格納されている。このコンテンツデータのデータサイズに４を加えた値がＡＶコンテンツデータファイル１１０の先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。ＡＶコンテンツデータファイル１１０の先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによって後続する拡張管理情報および拡張サムネイルデータにアクセスすることが可能となる。
【０２５８】
拡張管理情報領域１８１２には、図２９における＃３の拡張管理情報が格納される。この拡張管理情報は９Ｂｙｔｅの固定長サイズであるため、拡張管理情報の先頭位置から９Ｂｙｔｅだけ読み飛ばすことにより、後続する拡張サムネイルデータにアクセス可能となる。
【０２５９】
ＡＶコンテンツデータファイル１１０は、図２９の＃３により、拡張サムネイルデータの使用データブロック数が”２”であることから、拡張サムネイルデータがデータブロック０（１８１６）およびデータブロック１（１８１７）を使用していることを表している。
【０２６０】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８１６）から８ＫＢｙｔｅ単位で読み飛ばすことにより、後続するデータブロック１（１８１７）へアクセスすることが可能となる。
【０２６１】
その他のＡＶコンテンツデータファイル１０８から１０９、および１１１から１１２についても、同様であるため、説明は省略する。また、ＡＶコンテンツデータ１０８（ＳＨＲＰ００００．ＩＮＦ）については、拡張管理情報および拡張サムネイルデータを保持していない。
【０２６２】
なお、本実施形態では、コンテンツデータがＡＶコンテンツデータファイルの先頭位置から開始していないため、コンテンツデータを再生する場合に不具合が生じる場合がある。そのため、ＳｉｚｅはＡＶコンテンツデータファイルの先頭に設けるのではなく、図２８におけるインデックス情報に設けるなど、任意のファイル内における任意の位置に設ければ良く、拡張管理情報へアクセスが可能であればどのような管理方法であっても良い。これは、インデックスファイルにおけるサムネイルデータにアクセスする方法についても同様である。
【０２６３】
〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕
基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することにより、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納されるため、サムネイルデータを高速に読み出すことが可能となり、ＧＵＩ画面に表示する記録媒体上のコンテンツデータの一覧情報表示を高速に行うことができるという効果がある。
【０２６４】
また、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、インデックス管理情報およびインデックスファイルサイズを小さくできるという効果がある。
【０２６５】
さらに、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、サムネイルタイプで管理されている機能やＧＵＩ表示方法を実装していない基本機能のみである携帯機器などの機器においても、インデックスファイルのみを使用してコンテンツの一覧表示を行うことが可能となり、様々な機器間において互換性をもつことができるという効果がある。
【０２６６】
また、記録媒体上のコンテンツデータの一覧情報およびそのサムネイルデータを１つのファイルにまとめて記録されるため、このファイルを他の記録媒体やＰＣなどの他の機器へコピーすることにより、記録媒体に記録されたコンテンツデータの一覧情報を別の機器や記録媒体に容易に保存することが可能となり、１つのインデックスファイルをコピーするだけで行えるという効果がある。
【０２６７】
〔拡張サムネイルが各ＡＶコンテンツデータファイル内に記録されることによる効果〕
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの他の機器へコピーした場合に、拡張サムネイルも同時にコピーされるため、コピー先において拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２６８】
また、サムネイルデータを変更する場合に、インデックスファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２６９】
〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、基本サムネイルデータをインデックスファイル内に記録し、拡張管理情報および拡張サムネイルデータをそれぞれ対応するＡＶコンテンツデータファイル内に記録する管理方法であったが、基本サムネイルデータ、拡張管理情報および拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に格納し、インデックスファイルにはサムネイルデータを記録しない管理方法でも良い。
【０２７０】
この場合、例えば各コンテンツデータファイル内には、コンテンツデータ、拡張情報、基本サムネイルデータ、拡張サムネイルデータの順に記録すれば良い。また、図２８で示すインデックス情報における”ファイル名”および”先頭データブロック番号”フィールドは不要となる。これは、ファイル名については、コンテンツデータファイルを示す”ＩＤ”フィールドによりサムネイルデータ格納ファイルを特定でき、また先頭データブロック番号は、基本サムネイルがデータブロック０に記録され、拡張サムネイルデータがデータブロック１以降に記録されることから、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕におけるコンテンツデータファイル内のデータブロックへアクセスするのと同じ方法を用いることにより可能であるためである。
【０２７１】
本〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕における管理方法は、図２８における”ファイル名”および”先頭データブロック番号”フィールドが不要であるということ、基本サムネイルデータが各ＡＶコンテンツデータファイルのデータブロック０に記録され、拡張サムネイルデータについては、データブロック１以降に記録されることを除いては、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の管理方法である。
【０２７２】
このような管理方法とすることにより、
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２７３】
インデックスファイルには、サムネイルデータの記録を行わず、記録媒体上のコンテンツに関するインデックス情報のみを記録するため、インデックスファイルサイズを小さくすることができ、携帯機器などのハードウェアスペックが低い機器において、インデックス情報を扱いやすく、様々な機器間において互換性がもてるという効果がある。
【０２７４】
また、サムネイルデータを変更する場合に、ＡＶコンテンツデータファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２７５】
〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、記録媒体上の全てのＡＶコンテンツデータファイルに対応する基本サムネイルデータをインデックスファイル内に設けていたが、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２７６】
また、拡張サムネイルデータについても同様であり、任意のインデックスファイルやサムネイルデータに分割して登録しても良い。この場合の拡張管理情報やインデックス情報は、実施の形態１から４と同様の管理方法によって行っても良い。
【０２７７】
〔基本サムネイルデータをインデックスファイルおよびコンテンツデータファイル内に記録〕
前記〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕では、基本サムネイルデータをインデックスファイル内に持たない管理方法であるが、基本サムネイルデータをインデックスに記録し、さらに基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に記録する管理方法でも良い。つまり、基本サムネイルデータについては、インデックスファイルおよび各コンテンツデータファイル内の両方に重複して記録するということである。
【０２７８】
この場合、インデックス情報の構造は、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕による図２７ないし図２９と同様の管理方法を用いて行うことができる。
【０２７９】
インデックスファイル内にある基本サムネイルデータへのアクセスは、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。
【０２８０】
また、各コンテンツデータファイル内にある基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータへのアクセスについても、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。各コンテンツデータファイル内にある基本サムネイルへのアクセスは、データブロック０をアクセスすることにより基本サムネイルにアクセスが可能となる。また、データブロック１以降にアクセスすることにより、拡張サムネイルデータにアクセスが可能となる。
【０２８１】
さらに、インデックスファイル内に記録する基本サムネイルデータに関しては、前記〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕と同様に、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２８２】
このように管理することにより、前記、〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕による効果に加えて、ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２８３】
〔様々なコンテンツの特徴を表すデータにおいても適用可能〕
以上までにおける本発明の実施形態の説明では、ＧＵＩに表示するコンテンツの特徴を表すデータを複数管理する方法として、サムネイルデータを例にとって説明したが、これはサムネイルデータのみならず、テキストデータやタイトルデータなどのコンテンツの特徴を表すデータに対し、同様の管理方法を適用可能である。
【０２８４】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０２８５】
なお、本発明に係るデータ管理方法は、１つのコンテンツに対し，"任意の数の代表データ"を管理し，前記"任意の数の代表データ"間の"関係を表す管理情報"を持つように構成してもよい。
【０２８６】
それゆえ、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０２８７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は，"代表データ専用のファイル"に格納するように構成してもよい。
【０２８８】
それゆえ、上記の構成による効果に加えて、表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、ＧＵＩ画面表示が高速に行える。
【０２８９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は"データサイズが固定長"であるように構成してもよい。
【０２９０】
それゆえ、上記の構成による効果に加えて、データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。また代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がないことから、代表データへアクセスするための管理情報量を減らすことが可能となる。
【０２９１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、１つのコンテンツに対する任意の数の前記"代表データ"は連続的に記録するように構成してもよい。
【０２９２】
それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【０２９３】
また、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０２９４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ専用のファイル"は，"任意の数のファイル"に分けて記録するように構成してもよい。
【０２９５】
それゆえ、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【０２９６】
また、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【０２９７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、任意の数の前記"代表データ"の先頭データが“基本代表データ”として，ＧＵＩ画面表示に用いるように構成してもよい。
【０２９８】
それゆえ、上記の構成による効果に加えて、１つのコンテンツのＧＵＩ表示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いた機能を実装しない基本機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩに表示することで、記録媒体上に記録したコンテンツの一覧表示を行うことができる。
【０２９９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，２つ以上のデータブロックを用いて１つの代表データを記録するように構成してもよい。
【０３００】
それゆえ、上記の構成による効果に加えて、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。そのため、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【０３０１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，基本代表データとは別に，記録直後に付加されるオリジナルの代表データを２個目以降の代表データに記録するように構成してもよい。
【０３０２】
それゆえ、上記の構成による効果に加えて、この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、ＧＵＩに表示させるサムネイルデータを選択することができる。
【０３０３】
また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【０３０４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，関連する任意の数の代表データに対し、表す意味やデータの扱い方や機能が同等であるように構成してもよい。
【０３０５】
それゆえ、上記の構成による効果に加えて、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０３０６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，“ユーザ独自の関係を表す管理情報”を持つように構成してもよい。
【０３０７】
それゆえ、上記の構成による効果に加えて、サムネイルタイプに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータを前記と同様に基本サムネイルを表示することにより行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。
【０３０８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，該“関係を表す管理情報”を記録した“ユーザを示す固有の情報（ＩＤ）”を同時に記録するように構成してもよい。
【０３０９】
それゆえ、上記の構成による効果に加えて、記録媒体に記録されているインデックス情報が管理しているあるコンテンツの関係を表す管理情報が同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されていることを検出することができる。
【０３１０】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記“ユーザ独自の関係を表す管理情報”を理解できないシステムにおいて、“基本代表データ”を用いて、ＧＵＩ表示を行うように構成してもよい。
【０３１１】
それゆえ、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるように構成してもよい。
【０３１２】
【発明の効果】
以上のように、本発明に係るデータ管理方法は、少なくとも一つのコンテンツについて、そのコンテンツを代表する代表データのうちの少なくとも一つの代表データを、記録・再生機器のデータ加工機能を用いて作成し、上記データ加工機能の種類を表す管理情報を記憶する構成である。
【０３１３】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムである構成である。
【０３１４】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶した構成である。
【０３１５】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【０３１６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納する構成である。
【０３１７】
これにより、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行えるという効果を奏する。
【０３１８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長である構成である。
【０３１９】
これにより、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能であるという効果を奏する。
【０３２０】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となるという効果を奏する。
【０３２１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録する構成である。
【０３２２】
これにより、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができるという効果を奏する。
【０３２３】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となるという効果を奏する。
【０３２４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録する構成である。
【０３２５】
これにより、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できるという効果を奏する。
【０３２６】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できるという効果を奏する。
【０３２７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれている構成である。
【０３２８】
これにより、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができるという効果を奏する。
【０３２９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれている構成である。
【０３３０】
これにより、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果を奏する。
【０３３１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれている構成である。
【０３３２】
これにより、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができるという効果を奏する。
【０３３３】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果を奏する。
【０３３４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれている構成である。
【０３３５】
これにより、ユーザ独自の定義を用いて、より豊かな表現が可能になるという効果を奏する。
【０３３６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する構成である。
【０３３７】
これにより、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができるという効果を奏する。
【０３３８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う構成である。
【０３３９】
これにより、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるという効果を奏する。
【０３４０】
また、本発明に係るデータ管理装置は、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えた構成である。
【０３４１】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【図１】記録媒体上に記録されたコンテンツデータ、サムネイルデータ、インデックスデータをファイル形式で記録する場合の階層構造を示す図である。
【図２】記録媒体に記録されているコンテンツデータの一覧情報をＧＵＩ画面に表示する場合を示す図である。
【図３】記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図４】記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図５】記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図６】記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図７】各サムネイルファイルにおけるサムネイルデータのデータ配置を示す図である。
【図８】記録媒体にコンテンツを記録する処理の流れを示す図である。
【図９】記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１０】記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１１】記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１２】記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１３】記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１４】記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１５】記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１６】記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１７】記録媒体上のコンテンツに関するサムネイルデータを１つのサムネイルデータファイルで管理する場合を示す図である。
【図１８】記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合を示す図である。
【図１９】記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２０】記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２１】記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のファイル内のデータ配置を示す図である。
【図２２】本発明の実施形態における概略構成を示すブロック図である。
【図２３】１つのインデックスファイルへのコンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図２４】１つのインデックスファイルにコンテンツを登録する処理過程を示す図である。
【図２５】基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内にファイル形式で記録する場合の階層構造を示す図である。
【図２６】記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図２７】基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２８】基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２９】基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図３０】基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合の各ファイル内におけるデータ配置を示す図である。
【符号の説明】
１００〜１０３  ファイルシステム階層上のディレクトリ
１０４  インデックスデータを格納したインデックスファイル
１０５〜１０７  サムネイルデータを格納したサムネイルファイル
１０８〜１１２  ＡＶコンテンツデータおよびその管理情報を格納したＡＶコンテンツデータファイル
２００  ＧＵＩ画面上におけるＡＶコンテンツのサムネイル画像表示領域
２０１〜２０５  各ＡＶコンテンツのサムネイル画像
２０６  ＧＵＩ画面上におけるサムネイル画像用スクロールバー
２０７  ＧＵＩ画面上におけるＡＶコンテンツに関する情報出力領域
３００〜３０４  記録媒体上のＡＶコンテンツに関するサムネイルデータとその管理方法
３０５〜３１３  記録媒体上のＡＶコンテンツのサムネイルデータ
５００〜５０８  サムネイルデータファイル内サムネイルデータ領域
１１００  インデックス情報領域
１１０１〜１１０９  サムネイルデータ
１２００  バス
１２０１  ホストＣＰＵ
１２０２  ＲＡＭ
１２０３  ＲＯＭ
１２０４  ユーザインタフェース
１２０５  システムクロック
１２０６  光ディスク
１２０７  ピックアップ
１２０８  ＥＣＣデコーダ
１２０９  ＥＣＣエンコーダ
１２１０  再生用バッファ
１２１１  記録／アフレコ用バッファ
１２１２  デマルチプレクサ
１２１３  マルチプレクサ
１２１４  多重化用バッファ
１２１５  オーディオデコーダ
１２１６  ビデオデコーダ
１２１７  オーディオエンコーダ
１２１８  ビデオエンコーダ
１３１０  記録媒体
１３１１  インデックスファイル
１３１２  インデックスファイルのリストデータ
１３１３〜１３１５  サムネイル（またはタイトル）データ
１４０１〜１４０３  記録媒体上のファイルシステムにおけるディレクトリ
１４１０  インデックスファイル
１４２０〜１４２２  コンテンツファイル
１６００〜１６０４  記録媒体上のコンテンツに関するサムネイルデータとその管理方法
１６０５〜１６０９  記録媒体上のコンテンツにおける基本サムネイルデータ
１６１０〜１６１５  記録媒体上のコンテンツにおける拡張サムネイルデータ
１８００  インデックス情報
１８０１〜１８０５  基本サムネイルデータ
１８０６〜１８１０  コンテンツデータ
１８１１〜１８１４  拡張管理情報
１８１５〜１８２０  拡張サムネイルデータ
【図１】
2004206810.tif 000003
【図２】
2004206810.tif 000004
【図３】
2004206810.tif 000005
【図４】
2004206810.tif 000006
【図５】
2004206810.tif 000007
【図６】
2004206810.tif 000008
【図７】
2004206810.tif 000009
【図８】
2004206810.tif 000010
【図９】
2004206810.tif 000011
【図１０】
2004206810.tif 000012
【図１１】
2004206810.tif 000013
【図１２】
2004206810.tif 000014
【図１３】
2004206810.tif 000015
【図１４】
2004206810.tif 000016
【図１５】
2004206810.tif 000017
【図１６】
2004206810.tif 000018
【図１７】
2004206810.tif 000019
【図１８】
2004206810.tif 000020
【図１９】
2004206810.tif 000021
【図２０】
2004206810.tif 000022
【図２１】
2004206810.tif 000023
【図２２】
2004206810.tif 000024
【図２３】
2004206810.tif 000025
【図２４】
2004206810.tif 000026
【図２５】
2004206810.tif 000027
【図２６】
2004206810.tif 000028
【図２７】
2004206810.tif 000029
【図２８】
2004206810.tif 000030
【図２９】
2004206810.tif 000031
【図３０】
2004206810.tif 000032