JP4145646B2 - データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 - Google Patents
データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 Download PDFInfo
- Publication number
- JP4145646B2 JP4145646B2 JP2002375673A JP2002375673A JP4145646B2 JP 4145646 B2 JP4145646 B2 JP 4145646B2 JP 2002375673 A JP2002375673 A JP 2002375673A JP 2002375673 A JP2002375673 A JP 2002375673A JP 4145646 B2 JP4145646 B2 JP 4145646B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- content
- representative data
- thumbnail
- representative
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Television Signal Processing For Recording (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ハードディスク、光ディスク、半導体メモリなどの記録媒体に対して、映像、静止画、音声、テキストなどのコンテンツデータを複数記録した場合のコンテンツデータを管理するデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
複数のシーンを有する１つのコンテンツに対し、記録媒体に記録したコンテンツデータの特徴を表す縮小画像（サムネイル）やコンテンツデータの名前（タイトル）、コンテンツデータの説明などが記述されたテキストデータといった情報およびデータ（以下、代表データ）が、シーン毎に記録されている。
【０００３】
これら複数の代表データ間の表す関係は一意なものであり、異なった関係を表すことができない。例えば、動画コンテンツの、ある時刻の画像の縮小画像がある代表データであり、他のある時刻の画像の縮小画像が別のある代表データであり、両者は必ず、所定の２つの時刻の画像、という関係にある。
【０００４】
【特許文献１】
特開平７−２９５８７３号公報（公開日平成７年１１月１０日）
【０００５】
【特許文献２】
特開平１１−１７６１３７号公報（公開日平成１１年７月２日）
【０００６】
【発明が解決しようとする課題】
上述した通り、複数のシーンを有する１つのコンテンツに対し、コンテンツデータの特徴を表す縮小画像を複数個有するような構成であっても、これらの縮小画像はすべて各シーンに対応したものであり、その規則に合わない縮小画像を登録することは許されない。
【０００７】
したがって、記録・再生機器に、一般の（上記コンテンツデータの縮小画像ではなく）画像ファイルを加工する機能が付いていたとしても、上記縮小画像の一つを素材にしてそれを加工したものを、そのコンテンツの、別の縮小画像として登録することはできない。
【０００８】
そのため、縮小画像の表示の仕方に様々な種類を持たせることができない。これは、コンテンツを探すときなどに縮小画像を見て調べようとしたときに、似た縮小画像ばかりだと視認性が悪く、探しにくいという結果につながる。
【０００９】
本発明は、上記問題点に鑑みなされたものであり、その目的は、記録・再生機器の加工機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体を提供することにある。
【００１０】
【課題を解決するための手段】
上記の課題を解決するため、本発明に係るデータ管理方法は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、個々の代表データを作成する機能を代表データ作成機能と称するとき、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶することを特徴としている。
【００１１】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００１２】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００１３】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００１４】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００１５】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００１６】
提示としては、表示や印刷が挙げられる。
【００１７】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００１８】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００１９】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００２０】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００２１】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００２２】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００２３】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００２４】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００２５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納することを特徴としている。
【００２６】
上記の構成により、上記代表データは代表データ専用のファイルに格納される。
【００２７】
したがって、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行える。
【００２８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長であることを特徴としている。
【００２９】
上記の構成により、上記代表データはデータサイズが固定長である。
【００３０】
それゆえ、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。
【００３１】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となる。
【００３２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録することを特徴としている。
【００３３】
上記の構成により、一つのコンテンツに対する複数個の上記代表データが連続的に記録される。それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【００３４】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【００３５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録することを特徴としている。
【００３６】
上記の構成により、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録される。
【００３７】
例えば、コンテンツ毎にファイルに分けて記録する。
【００３８】
したがって、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【００３９】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【００４０】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれていることを特徴としている。
【００４１】
上記の構成により、上記代表データの先頭データが、基本代表データとして一覧提示に用いられる。
【００４２】
したがって、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができる。
【００４３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれていることを特徴としている。
【００４４】
上記の構成により、２つ以上のデータブロックを用いて１つの代表データを管理する。
【００４５】
したがって、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【００４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれていることを特徴としている。
【００４７】
上記の構成により、上記基本代表データとは別に、記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理する。
【００４８】
すなわち、様々なデータ加工機能や一覧提示方法を行うための複数の代表データ管理に対応した機器だけでなく、これら様々なデータ加工機能や一覧提示方法を備えていない、基本的なデータ加工機能および一覧提示方法のみを搭載した携帯機器などの記録・再生機器においても、特別な管理方法・手段を設けずとも共通の管理方法・手段にて管理することができることが有用である。これは様々な用途の機器や機器を作成したメーカ間での互換性を考慮する必要があるということである。
【００４９】
そのため、特別な管理方法・手段を設けずとも共通な管理方法・手段にて、複数の代表データの管理や様々な用途に対応した機器間での互換性がもてる管理方法および管理構造を開発することができる。
【００５０】
したがって、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができる。
【００５１】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【００５２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれていることを特徴としている。
【００５３】
上記の構成により、上記管理情報は、ユーザ独自の定義を表す管理情報をもつ。
【００５４】
したがって、ユーザ独自の定義を用いて、より豊かな表現が可能になる。
【００５５】
なお、代表データに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、一覧提示に用いる代表データとしては、前記と同様に上記代表データの先頭データである基本代表データを提示することにより行うようにすることができる。それゆえ、上記の構成による効果に加えて、ユーザ定義を用いて代表データの管理を行う場合は、基本代表データとして標準の代表データを記録することで、機器間の互換性を保つことが可能となる。
【００５６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録することを特徴としている。
【００５７】
上記の構成により、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する。
【００５８】
したがって、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができる。
【００５９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行うことを特徴としている。
【００６０】
上記の構成により、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う。
【００６１】
したがって、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６２】
例えば、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６３】
また、本発明に係るデータ管理装置は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたことを特徴としている。
【００６４】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００６５】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００６６】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００６７】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００６８】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００６９】
提示としては、表示や印刷が挙げられる。
【００７０】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００７１】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００７２】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００７３】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００７４】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００７５】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００７６】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００７７】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００７８】
また、本発明に係るデータ管理装置は、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記憶する管理情報記憶手段を備え、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示することを特徴としている。
【００７９】
さらに、前記代表データタイプは、代表データを１つ管理する第１のタイプと、代表データの表示方法を拡張する拡張代表データを管理する第２のタイプとを含む。
【００８０】
さらに、前記第１のタイプにおける代表データは、１のデータブロックを用いて記録され、前記第２のタイプにおける拡張代表データは、２つ以上のデータブロックを用いて記録され、前記第１のタイプにおける代表データより高画質である。
【００８１】
また、前記代表データタイプは、第１の代表データと、該第１の代表データを編集した第２の代表データとを管理するタイプを含む。
【００８２】
また、前記代表データタイプは、第１の代表データと、該第１の代表データとは異なる第２の代表データとを管理するタイプを含む。
【００８３】
また、前記代表データタイプは、前記コンテンツの任意の再生時間間隔ごとに対応する代表データを複数管理するタイプを含む。
【００８４】
また、前記代表データタイプは、第１の代表データと、該第１の代表データに重ね合わせて表示する第２の代表データとを管理するタイプを含む。
【００８５】
前記代表データタイプは、第１の代表データと、該第１の代表データを３Ｄ表示する第２の代表データとを管理するタイプを含む。
【００８６】
前記代表データタイプは、第１の代表データと、該第１の代表データを拡大または縮小した第２の代表データとを管理するタイプを含む。
【００８７】
さらに、前記データ管理装置は、前記コンテンツに対応する標準となる代表データを、データブロックの先頭に記録し、先頭の代表データとして管理する。
【００８８】
本発明に係るデータ管理方法は、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置におけるデータ管理方法において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記録する管理情報記憶手段であって、該管理情報記憶手段に記録されている、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示することを特徴としている。
【００８９】
また、本発明に係るデータ管理プログラムは、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理する処理と、個々の代表データを作成する機能を代表データ作成機能と称するとき、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、そ の代表データ作成手順を管理情報として記憶する処理を、コンピュータに実行させるためのデータ管理プログラムである。
【００９０】
また、本発明に係るデータ管理プログラムは、コンピュータを、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置であって、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたデータ管理装置として機能させるためのデータ管理プログラムである。
【００９１】
また、本発明に係るデータ管理プログラムは、コンピュータを、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記録する管理情報記憶手段を備え、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示するデータ管理装置として機能させるためのデータ管理プログラムである。
【００９２】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムであることを特徴としている。
【００９３】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶したことを特徴としている。
【００９４】
【発明の実施の形態】
〔実施の形態１〕
以下、本発明の一実施形態について図面に基づいて説明する。
【００９５】
本実施の形態は、ハードディスク、光ディスク、半導体メモリなどのランダムアクセス可能な記録媒体に対して、映像、静止画、音声、テキストなどのＡＶコンテンツデータを記録するものであり、ＡＶコンテンツデータを記録媒体上に複数記録した場合のＡＶコンテンツデータを管理するデータ管理方法および装置である。このデータ管理装置は、ＣＰＵ（中央演算処理部）（代表データ作成手段）、外部記憶装置（管理情報記憶手段）、メモリを備えるとともに、キーボードやポインティングデバイス等の入力装置とディスプレイ等の出力装置とを備えたコンピュータで実現可能である。データ管理装置は、この処理を機能させるためのプログラム（データ管理プログラム）で実現される。このプログラムはコンピュータ読み取り可能な記憶媒体に格納されている。ここで上記記憶媒体は、コンピュータ本体と構成される記憶媒体であって、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系のように、外部記憶装置としてプログラム読み取り装置が設けられ、そこに記憶媒体を挿入することで読み取り可能な記憶媒体であってもよいし、あるいは、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。また、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。なお、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予めコンピュータ内に格納しておくか、あるいは別な記憶媒体からインストールされるものであってもよい。
【００９６】
本発明のデータ管理方法の適用用途としては、ビデオカメラやデジタルスチルカメラ、携帯オーディオプレーヤなどがある。本発明によるＡＶコンテンツデータファイルとは、例えばビデオカメラの場合、撮影開始から撮影終了までを１つのまとまったデータとして保存したファイルを指す。また、デジタルスチルカメラでは１つの静止画データ、さらに携帯オーディオプレーヤでは、１曲の音楽データがＡＶコンテンツデータファイルとして記録媒体に保存される。
【００９７】
以下に、本発明によるＡＶコンテンツデータの記録や再生方法、および記録媒体に記録したＡＶコンテンツデータを一元管理する方法やその構造、そのＡＶコンテンツデータを一覧表示するのに用いるデータを複数もつための方法やその構造について説明する。
【００９８】
〔システム構成〕
図２２は本発明において共通に用いる、ビデオディスクレコーダの構成図である。この装置は、図２２に示すように、バス１２００、ホストＣＰＵ１２０１、ＲＡＭ１２０２、ＲＯＭ１２０３、ユーザインタフェース１２０４、システムクロック１２０５、光ディスク１２０６、ピックアップ１２０７、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｉｎｇ）デコーダ１２０８、ＥＣＣエンコーダ１２０９、再生用バッファ１２１０、記録／アフレコ用バッファ１２１１、デマルチプレクサ１２１２、マルチプレクサ１２１３、多重化用バッファ１２１４、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８、および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。
【００９９】
ホストＣＰＵ１２０１は、バス１２００を通じてデマルチプレクサ１２１２、マルチプレクサ１２１３、ピックアップ１２０７、また図示していないが、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８の制御を行う。
【０１００】
再生時に、光ディスク１２０６からピックアップ１２０７を通じて読み出されたデータは、ＥＣＣデコーダ１２０８によって誤り訂正され、再生用バッファ１２１０に一旦蓄えられる。ホストＣＰＵ１２０１は、再生中のデータに関する管理情報に基づき、オーディオデコーダ１２１５、ビデオデコーダ１２１６からのデータ送信要求に従い、再生用バッファ中のデータをその種別によって適当なデコーダに振り分けるようデマルチプレクサ１２１２に指示を与える。
【０１０１】
一方、記録時に、オーディオエンコーダ１２１７とビデオエンコーダ１２１８によって圧縮符号化されたデータは、多重化用バッファ１２１４に一旦送られ、マルチプレクサ１２１３によってＡＶ多重化され、記録／アフレコ用バッファ１２１１に送られる。記録／アフレコ用バッファ１２１１中のデータは、ＥＣＣエンコーダ１２０９によって誤り訂正符号を付加され、ピックアップ１２０７を通じて光ディスク１２０６に記録される。
【０１０２】
オーディオデータの符号化方式にはＭＰＥＧ−１ Ｌａｙｅｒ−ＩＩを、ビデオデータの符号化方式にはＭＰＥＧ−２をそれぞれ用いる。
【０１０３】
光ディスク１２０６は、外周から内周に向かって螺旋状に記録再生が行われる脱着可能な光ディスクとする。２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。ＥＣＣブロック中のデータを書き換える場合、そのデータが含まれるＥＣＣブロック全体を読み込み、誤り訂正を行って、対象のデータを書き換え、再び誤り訂正符号を付加し、ＥＣＣブロックを構成して、記録媒体に記録する必要がある。また、光ディスク１２０６は、記録効率を上げるためＺＣＡＶ（ゾーン角速度一定）を採用しており、記録領域は回転数の異なる複数のゾーンで構成される。
【０１０４】
〔ファイルシステム〕
光ディスク１２０６上の各種情報を管理するためにファイルシステムを用いる。ファイルシステムには、ＰＣ（パーソナルコンピュータ）との相互運用を考慮してＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）を使用する。ファイルシステム上では、各種管理情報やＡＶストリームはファイルとして扱われる。
【０１０５】
ユーザエリアは、２０４８ｂｙｔｅの論理ブロック（セクタと一対一対応）で管理される。各ファイルは、整数個のエクステント（連続した論理ブロック）で構成され、エクステント単位で分散して記録しても良い。空き領域は、Ｓｐａｃｅ Ｂｉｔｍａｐを用いて論理ブロック単位で管理される。
【０１０６】
〔サムネイルデータを複数ファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔記録媒体上のファイル構成〕
図１は本発明による記録媒体上に、ＡＶコンテンツデータ、および記録媒体上に記録されている各々のＡＶコンテンツデータに関する属性情報などを管理するインデックス情報と、そのインデックス情報の一覧をＧＵＩ画面に表示するのに用いるＡＶコンテンツデータの特徴を表すデータ（サムネイルやタイトル、テキストデータなど）をファイルシステムを介してファイル形式で記録した場合の一例を示している。
【０１０７】
記録媒体に記録するＡＶコンテンツとして、例えば記録開始から記録終了までを１シーンとして１つのファイルに記録する場合に、１シーンを記録したＡＶコンテンツデータファイルがＳＨＲＰ００００．ＩＮＦ（１０８）である。同様に、ＳＨＲＰ０００１．ＩＮＦ（１０９）からＳＨＲＰ０００４．ＩＮＦ（１１２）は、各シーンに対応するＡＶコンテンツデータファイルであることを示している。また、これらＡＶコンテンツデータファイル１０８から１１２は、Ｖｉｄｅｏディレクトリ１０３内に登録されている。
【０１０８】
次に、ＳＨＲＰ００００．ＩＤＸ（１０４）は、記録媒体に記録した各ＡＶコンテンツに関する属性情報や、ＡＶコンテンツデータの１シーンの静止画像であるサムネイルデータやタイトル情報といったＡＶコンテンツデータの特徴を表すデータに関する管理情報などを格納するインデックスファイルである。また、このインデックスファイル１０４は、Ｉｎｄｅｘディレクトリ１０１内に登録されている。
【０１０９】
記録媒体上のＡＶコンテンツの一覧をユーザに提示するために、各コンテンツの特徴を表すサムネイルデータを用意する。サムネイルデータは、サムネイルを記録するための専用ファイルにまとめて記録する。図１の例では、いくつかのサムネイルデータをまとめて記録したファイル、ＳＨＲＰ００００．ＴＨＭ（１０５）からＳＨＲＰ０００２．ＴＨＭ（１０７）で構成されている。
【０１１０】
図１は、サムネイルデータファイル１０５に、ＡＶコンテンツデータファイル１０８および１１２のサムネイルデータが記録されていることを示している。同様に、サムネイルデータファイル１０６には、ＡＶコンテンツデータファイル１０９および１１０、サムネイルデータファイル１０７には、ＡＶコンテンツデータファイル１１１のサムネイルデータが記録されていることを示している。
【０１１１】
また、これらサムネイルデータファイル１０５から１０７は、Ｔｈｕｍｂディレクトリ１０２内に登録されている。
【０１１２】
このように、ＡＶコンテンツ毎の複数からなるサムネイルデータの集合は、複数のサムネイルデータファイルに分割して記録することができ、ユーザや記録・再生機器によって自由なサムネイルデータファイル構成をとることができる。
【０１１３】
そして図１は、前記Ｉｎｄｅｘディレクトリ１０１およびＴｈｕｍｂディレクトリ１０２、Ｖｉｄｅｏディレクトリ１０３をファイルシステム階層上のＲＯＯＴディレクトリ１００に登録していることを示している。
【０１１４】
〔ＧＵＩ表示〕
図２は、図１の１０８から１１２で示すＡＶコンテンツをＧＵＩ表示画面上に表示した一例を示している。記録媒体上に記録されているＡＶコンテンツのサムネイルを表示するための領域として３×３の合計９つの表示領域（２００）を構成している。表示するＡＶコンテンツが９つ以上の場合は、上下矢印ボタン（２０６）を押すことにより画面がスクロールし、インデックスファイルに登録されている全てのＡＶコンテンツのサムネイルを表示可能である。
【０１１５】
図１上のＡＶコンテンツ１０８の特徴を表すサムネイルデータをＧＵＩ表示領域上の２０１として表示している。以下同様に、ＡＶコンテンツ１０９から１１２は、ＧＵＩ表示領域上の２０２から２０５にそれぞれ対応している。
【０１１６】
図２のＧＵＩ上では、ＡＶコンテンツ２０１が選択されている状態を示しており（サムネイル画像２０１の周囲が太線で囲まれている）、コンテンツに関する情報表示領域２０７に、ＡＶコンテンツ２０１に関する情報が表示される。コンテンツに関する情報表示領域２０７では、ＡＶコンテンツ２０１の特徴を表すタイトルデータとして「山登り」が表示され、記録モードや再生時間といった属性情報が同時に表示されていることを示している。
【０１１７】
〔複数サムネイルの管理〕
本発明における記録媒体上に記録されているコンテンツの特徴を表す、ＧＵＩに表示するデータとして複数のサムネイルを用いた場合について説明する。
【０１１８】
１つのコンテンツに対し、複数のサムネイルを管理することにより、ＧＵＩ画面上に表示するサムネイルに対し、後述するように様々な機能やユーザへの提示方法を持つことができる。
【０１１９】
図３は、１つにコンテンツについて複数のサムネイルデータを管理する場合の例を示しており、図１で示した各コンテンツファイルのＧＵＩ表示に用いるサムネイルデータを示した図である。図１のＡＶコンテンツデータファイル１０８から１１２のサムネイルデータ集合が図３における３００から３０４にそれぞれ対応しており、３０５から３１３がサムネイルデータを表している。
【０１２０】
図１におけるＡＶコンテンツデータファイル１０８のＧＵＩ表示用に設けられたサムネイルデータは、図３の３００内で示されるサムネイルデータであり、後述するサムネイルタイプが“ｍａｉｎ”、サムネイルデータ領域の使用データブロック数が“１”であることを示している。つまりＡＶコンテンツデータ１０８では、サムネイルデータ３０５のみ保持していることになる。
【０１２１】
同様に、図１のＡＶコンテンツデータファイル１０９のＧＵＩ表示に設けられたサムネイルデータは、図３の３０１で示されるサムネイルデータ集合であり、サムネイルタイプが“ｂａｃｋ”、サムネイルデータ領域の使用データブロック数が“２”であることを示している。つまりＡＶコンテンツデータ１０９では、サムネイルデータとして３０６および３０７が設けられており、ＧＵＩ画面に標準で表示するサムネイルとして３０６が使用されている。
【０１２２】
以下同様に、図１のＡＶコンテンツデータファイル１１０から１１２は、図３の３０２から３０４にそれぞれ対応しており、各ＡＶコンテンツデータファイル用に複数のサムネイルデータが設けられていることを示している。
【０１２３】
〔サムネイルタイプおよび登録数〕
図３中の３００から３０４で示すサムネイルタイプは、図６で示す複数サムネイルデータの管理方法を表している。
【０１２４】
〔サムネイルタイプが“ｍａｉｎ”の説明〕
サムネイルタイプ“ｍａｉｎ”は、そのコンテンツファイルに設けるサムネイルデータが１つであることを示している。３００では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１０８用の基本サムネイルとして、１つのサムネイルデータ３０５を記録することを示している。使用データブロック数が１というのは、サムネイルデータを記録するデータ領域を１つ使用している（基本サムネイル領域）ということを表している。
【０１２５】
また、サムネイルデータ３０４では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１１２用のサムネイルデータとして、２つのブロックを用いて１つのサムネイルデータ３１３を記録することを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１２６】
これは、１つのサムネイルデータを記録するデータブロック（基本サムネイル領域）に１つのサムネイルデータを記録すること（３００）に比べ、３０４は１つのサムネイルデータを記録するデータ領域を増加させることができ、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果がある。
【０１２７】
なお、高解像度のサムネイルデータが使用されているか否かを検出するには、サムネイルタイプが“ｍａｉｎ”であり、“使用データブロック数”が２以上の時に、高解像度のサムネイルデータであると識別する。
【０１２８】
〔サムネイルタイプが“ｂａｃｋ”の説明〕
サムネイルタイプ“ｂａｃｋ”は、そのコンテンツファイルにおけるサムネイルデータの第２サムネイルにオリジナルサムネイルデータを管理していることを示している。オリジナルサムネイルデータとは、コンテンツの標準となるサムネイルデータのことであり、例えばコンテンツを記録媒体に記録した直後に記録したコンテンツの特徴を最も表すサムネイルデータなどである。
【０１２９】
図３中の３０１では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１０９用のサムネイルデータとして、オリジナルサムネイルデータ３０７を第２サムネイル領域に記録し、そのオリジナルデータに文字を付加する編集を行ったサムネイルデータ３０６を基本サムネイルとして記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１３０】
ＧＵＩ表示画面に表示するサムネイルデータとして、オリジナルサムネイルデータのみを記録する場合は、第２サムネイルデータに記録したのと同一のデータを基本サムネイルに記録する。また例えば、図３中の３０６のようにオリジナルサムネイルデータ３０７に対し、文字の付加と言った編集を行った場合や、全く異なったサムネイルデータを記録するなどにおいて、基本サムネイルや第３サムネイル以降にそれらサムネイルデータを記録し、ＧＵＩ表示画面に使用するサムネイルデータを基本サムネイルデータとして記録するといった管理が行える。
【０１３１】
サムネイルデータを記録した数（サムネイルデータ領域を使用した数）を使用データブロック数にて管理する必要がある。
【０１３２】
この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩに表示させるサムネイルデータを変更することができるという効果がある。また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果がある。
【０１３３】
〔サムネイルタイプが“ｍｕｌｔ”の説明〕
サムネイルタイプ“ｍｕｌｔ”は、そのコンテンツファイルにおける１つのサムネイルデータが１つのデータブロックで記録され、それ単体でＧＵＩ画面に表示可能であり、さらにユーザや記録・再生機器による自由な画像をサムネイルデータとして複数記録することを示している。
【０１３４】
図３中の３０２では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１１０用のサムネイルデータとして、基本サムネイル、第２サムネイル、第３サムネイルとしてサムネイルデータ３０８から３１０を記録していることを示している。使用データブロック数が３というのは、サムネイルデータを記録するデータブロックを３つ使用しているということを表している。
【０１３５】
これは１つのコンテンツに対し、複数のサムネイルデータを登録することにより、記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩ画面に表示させるサムネイルデータを変更することができるという効果がある。
【０１３６】
また、複数のサムネイルデータを登録する方法として、例えば、コンテンツの任意の再生時間間隔ごとに１つのサムネイルデータを登録し、それらのサムネイルデータを例えば一定時間間隔で順次表示していけばコンテンツの内容の概要を知ることができる。さらに、コンテンツにおける任意の時間の画像を記録できるため、例えば個々のサムネイルデータに対応する時間情報を後述する〔複数サムネイルを管理する管理情報〕内に設けるなど、別途時間情報を管理する手段を設けることにより、サムネイルデータをユーザが選択することによって、そのサムネイルデータに相当する再生位置からコンテンツを再生することが可能となるという効果がある。
【０１３７】
〔サムネイルタイプがユーザ定義の説明〕
サムネイルタイプが前記“ｍａｉｎ”、“ｂａｃｋ”、“ｍｕｌｔ”以外のサムネイルタイプであった場合は、ユーザ定義による独自の管理方法であることを示す。図６では、ユーザ定義である未知のサムネイルタイプを“＊＊＊＊”を用いて示している。“＊＊＊＊”は任意の４文字を意味しており、ユーザ定義するタイプごとに自由に設定するものである。
【０１３８】
図３中の３０３では、図１中のサムネイルデータファイル１０７内に、ＡＶコンテンツデータファイル１１１用のサムネイルデータとして、基本サムネイル、第２サムネイルとしてサムネイルデータ３１１および３１２を記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックを２つ使用しているということを表している。また、独自のユーザ定義のサムネイルタイプとして“ｏｖｌｙ”を定義していることを示している。
【０１３９】
サムネイルタイプに独自のユーザ定義タイプを用意することから、ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータとして、前記と同様に基本サムネイルを用いる。つまり、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。なお、ユーザ定義のサムネイルを解釈できない機器では基本サムネイルだけにアクセス（サムネイルの変更などを含む）するため、第２サムネイル以降のサムネイル（基本サムネイル以外）の内容は、整合性の観点で基本サムネイルと依存関係が少ない方が望ましい。
【０１４０】
図３の３０３では、サムネイルデータを表示する際、管理している複数のサムネイルデータを重ね合わせて合成表示するという独自のユーザ定義“ｏｖｌｙ”を定義している。
【０１４１】
このサムネイルタイプを使ったＧＵＩ表示の適用例として、基本サムネイルと第２サムネイルを重ね合わせてＧＵＩ表示画面に表示することを表している。サムネイルデータ３１１では、人物のみのサムネイルデータであり、背景部分には何も存在していない。また、３１２は砂漠の背景画である。そして、ＧＵＩ画面に表示する際に、図２の２０４のように登録されているサムネイルを重ね合わせて表示することで、砂漠を歩いている人の１つのサムネイルデータとして表示している。
【０１４２】
このように、３１２などの背景サムネイルデータをいくつか用意し、ユーザの好みにより、サムネイルデータを組み合わせてＧＵＩ画面に表示させることができる。
【０１４３】
また、文字だけのサムネイルデータをいくつか用意し、画像のサムネイルデータと重ね合わせて表示することで、ＧＵＩ画面に文字付きのサムネイルデータを表示することができ、場合に応じてその文字の内容を変更することが可能となる。これは、前記サムネイルタイプが“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ＧＵＩ画面に表示するサムネイルを変更することや変更したサムネイルを標準のサムネイルに戻すといった運用が可能となるという効果がある。
【０１４４】
なお、前記サムネイルタイプ“ｏｖｌｙ”は、“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ユーザ定義ではなく、様々な機器で用いられるサムネイルタイプとして定義しても良い。
【０１４５】
〔サムネイルタイプのバリエーション〕
サムネイルタイプが“ユーザ定義”の場合は、記録・再生機器やメーカの間で独自の運用として用いられるものであり、“ユーザ定義”以外のサムネイルタイプ（“ｍａｉｎ”や“ｍｕｌｔ”など）は、記録・再生機器やメーカの間で共通に用いられるサムネイルタイプである。
【０１４６】
この共通で用いられるサムネイルタイプとして、基本サムネイルには、標準となるサムネイルデータを記録し、第２サムネイル以降を使用して、例えば２Ｄ、３Ｄ用のサムネイルデータを記録するサムネイルタイプを用意する。この場合、基本サムネイルには、２Ｄ用のサムネイルデータを記録する。そして、第２サムネイルに左目用サムネイルデータ、第３サムネイルに右目用サムネイルデータを記録し、これら２つのデータを使用して３Ｄ画像であるサムネイルデータを表示するといったサムネイルタイプを用意しても良い。ここでは、第３サムネイルデータまでを使用する場合を説明したが、第４サムネイルデータ以降も使用して、複数の３Ｄ画像を記録しても良い。
【０１４７】
次に、サムネイルタイプとして標準のサムネイルを拡大したサムネイルを第２サムネイル以降に記録しても良い。例えば、基本サムネイルに記録した標準のサムネイルデータの画像サイズが１６０×１２０であった場合、標準のサムネイルデータと同様の画像である画像の解像度を６４０×４８０とし、１６０×１２０の解像度となるように４つに分け、第２サムネイルから第５サムネイルまでを使用して記録する。これにより、高解像度にしたサムネイルをＧＵＩ画面の４つの表示箇所（例えば、図２の２０１、２０２、２０４、２０５）を使用して高解像度のサムネイルを表示することができる。また、ＧＵＩ画面の１つの表示箇所に高解像度にしたサムネイルデータの１つ（例えば、第２サムネイルデータ）を表示し、ＧＵＩ画面上でサムネイルデータの一部を表示するといった表示方法を行うことができる。さらに、表示されている一部部分が高解像度サムネイル全体中を移動できるといった表示方法も可能である。
【０１４８】
また、このサムネイルデータ記録方法により、標準のサムネイルデータの一部分を選択し、その部分に相当する高解像度のサムネイルデータを表示することにより、サムネイルデータを部分的に拡大する表示方法も可能である。これにより、標準のサムネイルデータを出発点として、拡大縮小したサムネイルデータを表示することが可能となる。
【０１４９】
また、サムネイルタイプとして１つのコンテンツ内における各シーンの代表画像を複数サムネイルデータとして記録しても良い。これは、複数のサムネイルデータをある一定時間間隔ごとに基本サムネイルから順番に表示していくことで、コンテンツ全体の抜粋した内容をスライドショーとして閲覧できるという表示方法が可能である。
【０１５０】
また、サムネイルタイプとして、例えば、１秒間に１５フレームとなる動画像データの１フレームを１サムネイルデータとして記録しても良い。これは、記録されたサムネイルデータを基本サムネイルから順番に１秒間に１５枚のサムネイルデータ読み出し、順番に表示することにより、動画のサムネイルデータを表示することが可能である。これらのサムネイルデータは、コンテンツの映像の内容と一致するものであることや、アニメーションなどによる新たに作られた動画であっても良い。
【０１５１】
〔基本サムネイル〕
図３で示す基本サムネイルは、ＧＵＩに表示するのに用いるサムネイルデータであり、各コンテンツ用に設けられた複数個のサムネイルデータ中の先頭サムネイルデータである。また、第２および第３サムネイルは、サムネイルタイプによって使い分けて使用される付加的なサムネイルデータである。
【０１５２】
サムネイルデータをこのような構造とすることにより、サムネイルタイプによって、使用するユーザ固有の機能を持つことが可能となる。
【０１５３】
また、１つのコンテンツのＧＵＩ表示に使用する標準のサムネイルデータを先頭の基本サムネイルデータとして管理することにより、例えば、１つのコンテンツに対して複数のサムネイルを扱う機能を実装しない基本機能のみの携帯機器において、基本サムネイルのみにアクセスすることによって、記録媒体上に記録したコンテンツの一覧表示などを行うことが可能となる。
【０１５４】
〔複数サムネイルを管理する管理情報〕
図４ないし図６は、本実施形態による１つのコンテンツに対し、複数のサムネイルデータを管理する場合のインデックス情報の一例を示している。図４は、図１のインデックスファイル１０４内に格納されるインデックス情報を示している。なお、「Uint32」は符号なし整数３２ビット（したがって４バイト）を表す。他も同様である。
【０１５５】
インデックス情報は、記録媒体上に記録されている各コンテンツファイルに関する記録日時やコンテンツの特徴を表すデータへアクセスするための情報などの管理情報である。インデックスファイル１０４の先頭から図４の各フィールドが格納される。
【０１５６】
図４の第１フィールドである“付加・属性情報”は、例えばインデックスファイルの作成日時などの記録媒体全体に関する管理情報を格納する。
【０１５７】
第２フィールドである“コンテンツ登録数”は、インデックスファイル１０４に登録されているコンテンツファイル数を登録する。図１から図７で示す実施形態では、５つのＡＶコンテンツデータファイルについての例であるため、“コンテンツ登録数”フィールドには５が格納される。
【０１５８】
第３フィールドである“固定長データサイズ”は、インデックスファイルが管理するコンテンツデータの特徴を表すサムネイルデータ（サムネイルデータでなくてもよい）を記録する領域（以下１ブロック）のデータサイズを管理する。ここでは１ブロックのデータサイズを固定長サイズとして管理を行う。前記〔複数サムネイルの管理〕の管理形態では、１つのサムネイルデータ領域（基本サムネイルや第２サムネイル）が固定長サイズであり、このサムネイルデータ領域、つまり固定長サイズのブロックをいくつか使用してサムネイルデータを管理している。例えば、図３中の３０２では、“使用データブロック数”が３であるため、固定長サイズのブロックを３つ使用して３つのサムネイルデータをサムネイルデータファイル１０６に記録することを表している。
【０１５９】
第４フィールド目からは、図５に示す各コンテンツファイルにおけるインデックス情報が格納される。図５では、１つのコンテンツデータに対し、“ＩＤ”、“コンテンツの付加・属性情報”、“サムネイルタイプ”、“ファイル名”、“先頭データブロック番号”、“使用データブロック数”、“メーカＩＤ”の管理情報フィールドを有し、コンテンツデータを記録媒体に記録した順番に、この管理情報フィールドの単位でインデックスファイル内に登録する。以下、各フィールドについて、図１のＡＶコンテンツデータファイル１１０に対するインデックスの管理を例にとって説明する。
【０１６０】
図５中の“ＩＤ”フィールドは、コンテンツデータファイルを特定する情報であり、コンテンツデータファイルを表すＩＤ番号などを格納する。図１から図３の実施形態では、図１の１０８から１１２、図３の３００から３０４で示すＡＶコンテンツデータファイルをそれぞれ＃１から＃５で表している。ＩＤ番号は、コンテンツデータファイルのファイル名など、コンテンツデータを特定する情報であればどのような情報でも良い。
【０１６１】
ＩＤ番号で管理する場合は、ＩＤ番号と記録媒体上のコンテンツデータファイルとを対応づける情報を管理し、その対応情報を元にＩＤ番号に対するコンテンツデータファイルへのアクセスを行う。
【０１６２】
“コンテンツの付加・属性情報“フィールドは、各コンテンツデータファイルの作成日時などのコンテンツデータファイル固有情報を格納する。
【０１６３】
“サムネイルタイプ”フィールドは、前記〔複数サムネイルの管理〕で説明したサムネイルタイプを格納するフィールドである。例えば、図１のＡＶコンテンツデータファイル１１０（図３では３０２）に相当する図５の“ＩＤ”フィールドが＃３のインデック情報におけるサムネイルタイプが“ｍｕｌｔ”であることを示している。
【０１６４】
“ファイル名”フィールドは、コンテンツデータファイルの特徴を表すデータが格納されているファイルを特定する情報である。図５では、サムネイルデータファイルのファイル名を格納する例を示している。図５の“ＩＤ”フィールドが＃３のインデック情報のサムネイルデータを格納したファイルがＳＨＲＰ０００１．ＴＨＭであることを示しており、図１のサムネイルデータファイル１０６に相当する。
【０１６５】
“先頭データブロック番号”は、後述するサムネイルデータファイル内におけるサムネイルデータのデータ配置方法におけるデータが格納されている位置を示す情報である。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目からＡＶコンテンツデータファイル１１０に関するサムネイルデータが格納されていることを示している。
【０１６６】
“使用データブロック数”は、前記“先頭データブロック番号”で説明したコンテンツデータに対応するコンテンツの特徴を表すデータが使用しているブロック数を格納するフィールドである。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目から３ブロックを使用して、ＡＶコンテンツデータファイル１１０に関するサムネイルデータを格納していることを示している。実際には、３ブロックを使用して３つのサムネイルデータを管理していることを表している。
【０１６７】
“メーカＩＤ”は、インデックス情報で管理しているコンテンツデータを記録媒体に記録した機器の製造メーカを示すＩＤであり、メーカ毎にユニークな値が格納される。図５では、図１のＡＶコンテンツデータファイル１０８から１１１は“メーカＩＤ”が３である同一のメーカの機器によって記録されたことを示しており、ＡＶコンテンツデータファイル１１２は“メーカＩＤ”が１であるメーカの機器によって記録されたことを示している。
【０１６８】
ＡＶコンテンツを記録媒体に記録し、サムネイルデータを登録したメーカや機器のＩＤをインデックス情報に登録することにより、どのメーカや機器により記録されたＡＶコンテンツ、もしくはサムネイルデータであるかを特定することができる。また、“メーカＩＤ”を解釈することにより記録媒体に記録されているインデックス情報が管理しているコンテンツのサムネイルタイプが同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されている可能性があることを検出することができる。
【０１６９】
サムネイルタイプが“ユーザ定義”の場合に、独自の管理方法およびＧＵＩ画面への表示方法であることから、メーカ間で同一のサムネイルタイプが偶然定義されてしまった場合は、誤動作を起こす原因となる。そのため、“ユーザ定義”を解釈する際、“メーカＩＤ”も同時に解釈することにより、誤動作を防止できるとういう効果がある。
【０１７０】
図６は、本実施形態におけるサムネイルタイプを示しており、前述の〔複数サムネイルの管理〕以降で説明した通りである。
【０１７１】
〔サムネイルデータのファイル構成〕
図７は、図１から図６までの本実施形態によるサムネイルデータファイル内のサムネイルデータ配置を示した図である。図７中のサムネイルデータ５００から５０１を持つＳＨＲＰ００００．ＴＨＭは図１におけるサムネイルファイル１０５に相当する。同様に、サムネイルデータ５０２から５０６を持つＳＨＲＰ０００１．ＴＨＭはサムネイルファイル１０６、サムネイルデータ５０７から５０８を持つＳＨＲＰ０００２．ＴＨＭはサムネイルファイル１０７に相当する。図７中のデータブロック０からデータブロック４で示しているのは、１つのデータブロックが８ＫＢｙｔｅの固定長であるデータブロックを使用しているサムネイルデータであることを表している。この固定長サイズは、図４の“固定長データサイズ”フィールドに格納されるものである。
【０１７２】
図１のＡＶコンテンツデータファイル１０８におけるサムネイルデータは、図５のインデックス情報内の＃１により、サムネイルファイルがＳＨＲＰ００００．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が１であり、図７の５００を表している。同様に、ＡＶコンテンツデータファイル１０９は、サムネイルファイルがＳＨＲＰ０００１．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が２であり、図７の５０２から５０３を表している。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０１７３】
また、ＡＶコンテンツデータファイル１１２は、図５よりサムネイルタイプが“ｍａｉｎ”ということから１つのサムネイルデータを管理しており、“先頭データブロック番号”が１、“使用データブロック数”が２であることから、５０１のようにデータブロック１および２の２つのデータブロックを使用して１つのサムネイルデータを管理していることを表している。
【０１７４】
１つのデータブロックを固定長とすることにより、各データブロック間のデータの入れ替えや、データブロックの削除、書き換えが容易に行うことができる。さらに、データブロックの削除などにより、未使用である固定長サイズのデータブロックがサムネイルデータファイル内に存在した場合、その領域を再利用してサムネイルデータを記録することが可能となる。
【０１７５】
また、サムネイルデータファイル内の各サムネイルデータへアクセスするために、サムネイルデータの数を保持する管理情報のみ（図５の“使用データブロック数”フィールド）で、各サムネイルデータのサイズ情報を別途管理する必要がないことから、サムネイルデータへアクセスするための管理情報量を減らすことが可能となる効果がある。
【０１７６】
〔コンテンツの録画〕
記録媒体上にＡＶコンテンツデータを記録し、記録したＡＶコンテンツデータをインデックスファイルに登録する処理について図８を用いて説明する。なお、インデックスファイルに登録するＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを登録する場合について説明するが、同様の登録方法によってタイトルデータやテキストデータなどを登録し、ＧＵＩ画面に表示することが可能であり、またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて登録することも可能である。
【０１７７】
コンテンツの録画処理は図８の処理の流れ図に従い、Ｓ６００でＡＶコンテンツデータを記録媒体に記録し、次にＳ６０１にて記録したＡＶコンテンツデータのサムネイルデータを記録する。そして、Ｓ６０２にて記録したサムネイルデータとともに、記録したＡＶコンテンツデータをインデックスファイルに登録する処理を行う。以下に、各処理における詳細を説明する。
【０１７８】
〔コンテンツデータの記録〕
図８のコンテンツデータの記録（Ｓ６００）の処理について、図９を用いて説明する。Ｓ６０３にて、ＡＶコンテンツを記録するファイルを特定のディレクトリ（例えば，図１ではＶｉｄｅｏディレクトリ１０３）上にオープンする。次にＳ６０４にて、記録開始を実行すると、エンコーダなどから送られてきたＡＶコンテンツのデータを記録媒体上に記録する。そして記録終了になると、Ｓ６０５にて、記録したＡＶコンテンツデータファイルをクローズすることによって、記録開始から記録終了までを１つのファイルに格納する。
【０１７９】
〔サムネイルデータの連続記録〕
次に、図８のサムネイルデータの記録（Ｓ６０１）の処理について、図１０を用いて説明する。Ｓ６０６にて、図６における登録するサムネイルのタイプを選択する。そして、Ｓ６０７にてＳ６０６で決定したサムネイルタイプに見合った１つ、もしくは複数のサムネイルデータを記録したＡＶコンテンツデータ、またはあらかじめ用意してあるサムネイル用データから録画機器のメモリ上に抽出する。ここでは、ＡＶコンテンツデータを記録した後に、サムネイルタイプや記録するサムネイルデータの抽出を行っているが、例えばＡＶコンテンツデータを記録する以前に、記録する機器であらかじめ標準の記録方法を設定しておくことや、登録を行うＡＶコンテンツデータのサムネイルタイプやサムネイルデータを選択するようユーザに促すようなＧＵＩの構成にしても良い。
【０１８０】
そして、記録機器上のメモリに抽出したサムネイルデータに対し、１つのサムネイルデータの固定長サイズ化を行うため、サムネイルデータの最後尾から固定長のサイズ（例えば、図７のように８ＫＢｙｔｅ）となるまで値０で埋める。ここで、サムネイルデータが固定長サイズを超えていた場合は、２つの固定長サイズであるサムネイル用データブロックを使用し、１つ目のデータブロックにサムネイルデータを記録後、残りのサムネイルデータを２つ目のデータブロックに記録する。２つ目のデータブロックの固定長化を行うため、前述と同様に固定長サイズとなるまで値０で埋める。サムネイルデータが２つのデータブロックでも収まらない場合は、必要な数のデータブロックを用意して記録し、最後のデータブロックでは、前述と同様に、固定長のサイズとなるように値０で埋める（Ｓ６０８）。
【０１８１】
Ｓ６０９にて、サムネイルデータファイルを記録する特定のディレクトリ（例えば、図１ではＴｈｕｍｂディレクトリ１０２）内にある、サムネイルデータを記録するファイル（例えば、図１ではサムネイルデータファイル１０５）をオープンする。新規ファイルの場合は、ファイルを作成してオープンする。
【０１８２】
１つのコンテンツに記録する複数のサムネイルデータを記録するファイルは、記録媒体上の全てのコンテンツ用サムネイルデータを１つのサムネイルデータファイルにまとめて記録することや、後述するインデックスファイルも合わせ１つのファイルにまとめて記録しても良い。
【０１８３】
これは、記録媒体上の全てのコンテンツに関する一覧情報を他の媒体や機器へコピーする際に、１つにまとめたサムネイルデータファイルのみコピーすることで行えるため、コピーを簡便に行えるという効果がある。
【０１８４】
さらに、１つのコンテンツに関する複数のサムネイルデータは、１つのサムネイルデータファイルに連続的に記録するが、コンテンツ毎の複数個からなるサムネイルデータのデータブロックは、サムネイルタイプや用途毎にいくつかのファイルに分けて記録しても良い。
【０１８５】
これは、例えばコンテンツ毎にサムネイルデータを１つのファイルにまとめて記録することにより、コンテンツに対応するサムネイルデータファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できることや、異なるコンテンツ間で同じサムネイルデータを用いる場合などに、これらコンテンツ間でのサムネイルデータファイルは同一とするように管理することで、サムネイルデータファイルの共通化が行え、サムネイルデータファイル数を削減できるといった効果がある。
【０１８６】
そしてＳ６１０にて、オープンしたサムネイルデータ用ファイルの最後尾に抽出したサムネイルデータを全て連続的に記録する。
【０１８７】
サムネイルデータの記録が終了すると、Ｓ６１１にて記録したサムネイルデータ用ファイルをクローズする。
【０１８８】
１つのコンテンツに関するサムネイルデータをサムネイルデータ用ファイル内に連続的に記録することにより、サムネイルデータの記録時や読み出し時に高速にアクセスを行うことができるという効果がある。また、１つのコンテンツに関する複数のサムネイルデータをアクセスするための図５のような管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０１８９】
また、サムネイルデータを連続記録する方法として、１つのコンテンツに複数のサムネイルデータを登録する際の１つ目のサムネイルデータを記録する場合に、あらかじめ登録するサムネイルデータの最大数分の固定長サイズである連続したデータブロックの領域をサムネイルデータファイル内に確保し、前記〔複数サムネイルを管理する管理情報〕内に確保したデータブロック領域のうち、どの領域にサムネイルデータが実際に格納されているかを示すデータブロック有効フラグを設ける管理方法を行っても良い。
【０１９０】
例えば、１つのコンテンツに登録するサムネイルデータ数の最大数を５とした場合、新たにコンテンツを記録媒体に記録し、初めてサムネイルデータをサムネイルデータファイルに記録する場合に、サムネイルデータファイル内に５つのデータブロック分の領域を確保し、前記〔複数サムネイルを管理する管理情報〕内の使用データブロック数を５として登録を行う。そして、１つ目のサムネイルデータをサムネイルデータファイル内に記録した後、１つ目のデータブロックを使用しているという意味を表すフラグを前記〔複数サムネイルを管理する管理情報〕内に記録する。
【０１９１】
２つ以上のサムネイルデータを記録する場合は、２つ目のサムネイルデータを記録する際に、残り４つのデータブロックのいずれかに記録し、記録したデータブロックを使用しているという意味を表すフラグを設定する。このサムネイルデータの記録および管理方法を繰り返し行い、最大５つのサムネイルデータの記録・管理が行える。
【０１９２】
このように１つのコンテンツに対するサムネイルデータを記録する最大数分の記録データブロック領域を確保・管理することによって、あるコンテンツのサムネイルデータの記録を行った後に、コンテンツサムネイルデータを記録するサムネイルデータファイルが同一である他のコンテンツのサムネイルデータ記録を行った場合に、元のコンテンツに対しサムネイルデータの追加やサムネイルデータの削除を行うことが、後続するサムネイルデータの移動なしに行えるという効果がある。
【０１９３】
この場合、サムネイルデータの削除については、前記データブロックを使用しているという意味を表すフラグを未使用に設定することによって行うことができ、管理情報の操作のみで削除が行えるという効果がある。
【０１９４】
さらに、サムネイルデータの追加については、未使用である固定長サイズのデータブロックを利用（再利用）することによって追加が可能となるため、サムネイルデータの追加処理量を削減し、処理時間を短縮できるという効果がある。
【０１９５】
またコンテンツの削除などにより、そのサムネイルデータを全て削除する場合に、１つ１つサムネイルデータの削除を行わずとも、最大数分のデータブロック領域を一括して削除すれば良いため、一度に消去ができるという効果がある。
【０１９６】
〔サムネイルの登録〕
図８のサムネイルの登録（Ｓ６０２）の処理について、図１１および図４、図５を用いて説明する。
【０１９７】
図１１のＳ６１２において、インデックスファイルが存在する特定のディレクトリ（例えば、図１のＩｎｄｅｘディレクトリ１０１）上にある記録媒体上に記録されているコンテンツデータを管理するインデックスファイル（例えば、図１のインデックスファイル１０４）をオープンする。ＡＶコンテンツデータの記録が新規記録の場合は、インデックスファイルを新たに作成し、図４のインデックスファイルの作成日時などの付加・属性情報、および固定長データサイズフィールドなどを登録する。
【０１９８】
そして、Ｓ６１３にて図５のコンテンツの付加・属性情報やサムネイルタイプといった記録したＡＶコンテンツに関するインデックス情報を登録する。
【０１９９】
Ｓ６１４にて、前記〔サムネイルデータの連続記録〕で説明したＡＶコンテンツのサムネイルデータの情報であるサムネイルデータを記録したファイル名や、先頭サムネイルデータが存在する固定長サイズのデータブロックの番号（先頭のデータブロックがブロック番号０から始まる）および使用しているデータブロック数、記録を行った機器のメーカＩＤフィールドなどを登録する。
【０２００】
そしてＳ６１５にて、インデックス情報を記録したインデックスファイル（例えば、図１では１０４）をクローズする。
【０２０１】
以上の処理により、ＡＶコンテンツデータを記録媒体に記録、およびサムネイルデータとその管理方法を含めたインデックス情報を記録媒体に記録する。
【０２０２】
〔コンテンツの再生〕
記録媒体上に記録されているＡＶコンテンツデータを管理するインデックスファイルを用いたＧＵＩ表示画面から、ＡＶコンテンツデータを再生する処理について図１２を用いて説明する。なお、ＧＵＩ画面に表示されているＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを用いる場合について説明するが、同様のＧＵＩ画面の表示方法によってタイトルデータやテキストデータなどを表示し、再生するコンテンツを選択することが可能である。またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて表示されているＧＵＩ表示画面からコンテンツを選択することも可能である。
【０２０３】
コンテンツの再生処理は図１２の処理の流れ図に従い、Ｓ７００にて記録媒体に記録されているＡＶコンテンツデータの一覧情報をＧＵＩ画面に表示し、次にＳ７０１にてユーザによる再生するコンテンツを選択する。そして、Ｓ７０２にて選択したＡＶコンテンツデータファイルを再生する処理を行う。以下に、各処理における詳細を説明する。
【０２０４】
〔ＧＵＩ画面の表示〕
図１２のＧＵＩ画面の表示（Ｓ７００）の処理について、図１３を用いて説明する。Ｓ７０３にて、記録媒体に記録されているＡＶコンテンツの一覧情報を管理しているインデックスファイル（例えば，図１ではインデックスファイル１０４）をオープンする。
【０２０５】
次にＳ７０４にて、インデックスファイル内に格納されているインデックス情報を全てＧＵＩ画面に表示したかを確認する。ここでは、１つ目のインデックス情報の表示であるため、Ｓ７０５に進み、１つ目のインデックス情報をＧＵＩ画面に表示する処理を行う。
【０２０６】
〔コンテンツをＧＵＩ画面に表示〕
コンテンツをＧＵＩ画面に表示する処理について、図１４の流れ図を用いて説明する。
【０２０７】
Ｓ７０７にて、インデックスファイル内の図５で示すコンテンツの付加・属性情報、サムネイルデータのアクセスデータなどを読み出す。
【０２０８】
Ｓ７０８にて、読み出したサムネイルデータのアクセスデータに含まれるファイル名から、サムネイルデータが格納されているサムネイルデータファイル（例えば、図１におけるサムネイルデータファイル１０５）をオープンする。
【０２０９】
次にＳ７０９にて、サムネイルデータのアクセスデータに含まれる先頭ブロック番号より、先頭ブロック番号とインデックスファイル内に記録されている固定長データサイズの値を乗算した値に相当するサムネイルデータファイル先頭からの位置へ移動する。そして、使用データブロック数（固定長データサイズと使用データブロック数を乗算した値のサイズ）だけ、サムネイルデータファイルからサムネイルデータを読み出し後、Ｓ７１０にてサムネイルデータファイルをクローズする。
【０２１０】
Ｓ７１１にて、メーカＩＤおよびサムネイルタイプに合った管理方法により、読み出したサムネイルデータをＧＵＩ画面に表示する。例えば、図５内の＃１では、サムネイルタイプが“ｍａｉｎ”で、先頭ブロック番号が“０”、使用ブロック数が“１”であるため、サムネイルデータファイルＳＨＲＰ００００．ＴＨＭの先頭の８ＫＢｙｔｅに格納された１つ目のデータブロックに相当する基本サムネイルデータをＧＵＩ画面に表示する（図７の５００のデータブロックに相当）。
【０２１１】
また、例えば図５内の＃４では、サムネイルタイプが“ｏｖｌｙ”であるため、ユーザ定義による管理であることを示し、ユーザ定義を行ったインデックス情報であるかをメーカＩＤにより確認する。ユーザ定義であった場合は、定義した管理方法によって、ＧＵＩ画面に表示する。ここでは、記録されているサムネイルデータを重ね合わせて表示するというユーザ定義であることから、先頭ブロック番号が“０”、使用ブロック数が“２”であるサムネイルデータをサムネイルデータファイルＳＨＲＰ０００２．ＴＨＭの先頭の１６ＫＢｙｔｅに格納された２つのデータブロックに相当するサムネイルデータを読み出し、重ね合わせてＧＵＩ画面に表示する（図７の５０７、５０８のデータブロックに相当）。
【０２１２】
Ｓ７１２にて、ＧＵＩに表示したインデックス情報の次のインデックス情報を読み出す準備を行い、Ｓ７０４に戻る。そして、Ｓ７０４とＳ７０５のループを繰り返し、インデックスファイルに格納されたインデックス情報を全て読み出し、ＧＵＩ画面への表示が終了となった場合、Ｓ７０６へ進み、インデックスファイルをクローズする。
【０２１３】
〔再生するコンテンツの選択〕
次に、Ｓ７０１による再生するコンテンツの選択を行う処理について、図１５の流れ図を用いて説明する。
【０２１４】
Ｓ７１３にて、ＧＵＩ画面上の再生するコンテンツを選択する。コンテンツの選択には、画面上の位置を取得するポインタやカーソルなどにより、ＧＵＩ画面上のサムネイルなどの再生するコンテンツを特定することにより行う。コンテンツの選択が行われると前記〔コンテンツをＧＵＩ画面に表示〕のＳ７０７で取得したコンテンツの付加・属性情報などから、選択したコンテンツに相当する情報を特定のＧＵＩ画面内の表示領域に表示する（例えば、図２では２０７の領域）。
【０２１５】
ＧＵＩ画面上のコンテンツを選択したことにより、Ｓ７１４にて選択したコンテンツのコンテンツデータファイル名を取得する（例えば、図５では、“Ｎｏ．”フィールドに相当）。そして、図１２のＳ７０２「コンテンツデータファイルを再生」に進む。
【０２１６】
〔コンテンツデータファイルを再生〕
Ｓ７０２によるＡＶコンテンツデータファイルを再生する処理について、図１６の流れ図を用いて説明する。
【０２１７】
Ｓ７１５にて、Ｓ７１４で取得したＡＶコンテンツデータファイル（例えば、図１ではＡＶコンテンツデータファイル１０８）のファイルをオープンする。
【０２１８】
次に、Ｓ７１６にてＡＶコンテンツデータファイル内のＡＶコンテンツデータを順次読み出し、再生処理を行うデコーダに送る。デコーダは、ＡＶコンテンツデータのデコードを行い、ＡＶコンテンツの再生を行う。
【０２１９】
Ｓ７１７にて、ＡＶコンテンツデータの再生が終了、もしくはユーザなどにより再生の停止がなされた場合は、Ｓ７１８に進み、ＡＶコンテンツデータファイルをクローズする。
【０２２０】
以上の処理は、記録媒体を再生機器にセットした段階からの再生方法の説明であったが、一度記録媒体を再生機器にセットし、インデックス情報をＧＵＩ画面に表示した後では、図１２のＳ７０１から処理を行うことにより、何度でも任意のコンテンツを再生することが可能である。
【０２２１】
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施形態の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図５で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２２２】
〔実施の形態２〕
〔サムネイルデータを１つのファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔サムネイルデータを１つのサムネイル用ファイルに記録〕
前記実施の形態１では、ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、いくつかのサムネイル用データファイルに分けて記録を行う説明を行ったが、図１７で示すようにＡＶコンテンツデータ１０８から１１２のそれぞれにおけるサムネイルデータを１つのサムネイルデータファイル１０５内に記録しても良い。
【０２２３】
この管理方法においては、図５で示すインデックス情報内のサムネイルデータファイルを表すファイル名フィールドは必ずしも必要ではなく、サムネイルデータを記録するファイル名をＳＨＲＰ００００．ＴＨＭやＴＨＵＭＢＮＡＩＬ．ＤＡＴのように、あらかじめ決めておくことによって管理しても良い。サムネイルデータのサムネイルデータファイル名が全て同一として扱うことにより、本実施形態における〔サムネイルデータを１つのサムネイル用ファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２２４】
このように、サムネイルデータを１つのサムネイルデータファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、記録媒体上のインデックスファイルおよびサムネイルデータファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルと１つのサムネイルデータファイルをコピーするだけで、管理ができるとうい効果がある。
【０２２５】
〔サムネイルデータを１つのインデックスファイルに記録〕
前記〔サムネイルデータを１つのサムネイル用ファイルに記録〕では、インデックス情報を格納しているインデックスファイルとＡＶコンテンツデータの特徴を表すデータの１つの例としてサムネイルデータが格納されているファイルを個別に登録するという説明であるが、図１８で示すように、インデックスファイル１０４内に記録媒体上に記録されたコンテンツデータを管理するインデックス情報と、そのコンテンツデータの特徴を表すサムネイルデータを１つのインデックスファイル内に格納しても良い。
【０２２６】
この管理方法によるインデックス情報データは、図１９、図２０で示すインデックス情報となる。図１９については、図４と同じである。図２０については、図５のインデックス情報と比べ、サムネイルデータが格納されているファイル名を管理するファイル名フィールドが存在しないところが異なっている。これは、インデックス情報およびサムネイルデータが格納されているファイルが図１８のインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）であるように、あらかじめファイル名などを決めておくことにより、インデックス情報およびサムネイルデータへアクセス可能となるため、ファイル名フィールドを必要としないことを表している。インデックス情報とサムネイルデータを格納するファイルのファイル名を全て同一として扱うことにより、本実施の形態における〔サムネイルデータを１つのインデックスファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２２７】
図２１を用いて、本〔サムネイルデータを１つのインデックスファイルに記録〕を行った場合のインデックスファイル内のデータ配置を説明する。図２１では、図１９のインデックス情報がインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）の先頭からＩｎｄｅｘ Ｄａｔａ（１１００）に記録される。このＩｎｄｅｘ Ｄａｔａ（１１００）に続けて、サムネイルデータが記録され、これが固定長サイズであるデータブロック０となる。図２１では、１つのデータブロックにおける固定長サイズを８ＫＢｙｔｅとしている。データブロック０のサムネイルデータにアクセスするために、例えば、Ｉｎｄｅｘ Ｄａｔａの先頭４ＢｙｔｅにＩｎｄｅｘ Ｄａｔａ（１１００）のデータサイズを記録しておき、インデックスファイルの先頭からこのデータサイズだけ読み飛ばすことにより、データブロック０以降のデータブロックにアクセスを行うことができる。また、これはＩｎｄｅｘ Ｄａｔａ（１１００）のデータサイズだけでなく、データブロック０の先頭からのオフセット値など、データブロック０の先頭へアクセスするための情報をインデックスファイル内に記録し、それを読み出す手段を持つことによって、データブロック０へアクセス可能であれば、どのような形態であっても良い。
【０２２８】
そして、ＡＶコンテンツデータ１０８におけるサムネイルデータは、図２１のデータブロック０（１１０１）に格納され、図２０のインデックス情報内の＃１フィールドにおいて、”先頭データブロック番号”が”０”、”使用データブロック数が”１”として管理されている。
【０２２９】
また同様に、ＡＶコンテンツデータ１０９におけるサムネイルデータは、図２１のデータブロック１（１１０２）およびデータブロック２（１１０３）の２つのデータブロックに連続して格納され、図２０のインデックス情報内の＃２フィールドにおいて、”先頭データブロック番号”が”１”、”使用データブロック数が”２”として管理されている。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２３０】
このように、インデックス情報データおよびサムネイルデータを１つのインデックスファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、各記録媒体上のインデックスファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルをコピーするだけで管理ができるため、よりいっそう管理しやすくなるとういう効果がある。
【０２３１】
〔実施の形態３〕
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施の形態２の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図２０で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２３２】
〔実施の形態４〕
〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕
以上までの説明における１つのコンテンツに対する複数からなるサムネイルデータは、１つのサムネイルデータファイル内に連続して記録され、コンテンツ毎の複数からなるサムネイルデータは、いくつかのサムネイルデータファイルに分けて記録するというものであったが、１つのコンテンツに対するサムネイルデータをいくつかのサムネイルデータファイルに分割して記録しても良い。この場合、１つのコンテンツに対する複数のサムネイルデータ１つ１つへアクセスするため、図５のインデックス管理情報内において、１つのサムネイルデータへのアクセス管理情報（図５内の先頭データブロック番号や使用データブロック数フィールド）に、サムネイルデータが記録されているファイルを特定する情報（サムネイルデータファイル名など）を設ける必要がある。なお、サムネイルデータ毎に、サムネイルデータが登録されたファイル名を管理するため、図５内におけるファイル名フィールドは不要となる。
【０２３３】
これは、例えば記録媒体上の全てのコンテンツに関するＧＵＩ表示などに必要な基本サムネイルなどの使用頻度の高いサムネイルデータに対しては、１つのサムネイルデータにまとめて記録し、それ以外のオプションであるサムネイルなどの使用頻度の低いデータはサムネイルタイプ毎に分けるなど、いくつかの別ファイルに記録することにより、ＧＵＩ表示時にサムネイルデータを高速に読み出し、表示できるといった効果がある。
【０２３４】
また、コンテンツデータが映像データ、静止画データなどの異なるデータが混在して記録媒体に記録される場合に、各コンテンツにおけるサムネイルデータを１つのサムネイルデータファイルに記録すると、映像データと静止画データ用のサムネイルを区別してＧＵＩ画面に表示する場合に、これらコンテンツデータの種類を区別する管理情報を別途用意する必要がある。
【０２３５】
しかし、これらコンテンツデータの種類毎に１つのファイルとしてサムネイルデータをまとめて記録し、サムネイルデータファイルのファイル名でどの種類のコンテンツデータのサムネイルデータであるかを区別しても良い。これにより、サムネイルデータのファイル名で映像データ用のサムネイルデータ、静止画用のサムネイルデータの区別が行え、ＧＵＩ画面表示時においてこれらコンテンツの種類毎に一覧表示する場合などに、高速にサムネイルデータを読み出せ、高速にＧＵＩ画面表示が行えるといった効果がある。
【０２３６】
また、初期記録時に記録したオリジナルのコンテンツデータや、編集を行ったことによって生じたコンテンツデータ、動画等においてコンテンツデータの任意の時間における複数のサムネイルデータ（コンテンツデータの任意の時間をマーカーとして使用する場合など）、記録媒体上に記録したファイル階層構造とは別に、ユーザによる自由なコンテンツの分類を行う管理構造を持つようなシステムにおいて、それらの分類の特徴を表すデータなどのサムネイルデータを、記録・再生機器側に装備されたこれら機能ごとの単位でサムネイルデータファイルに分割して記録しても良い。これにより、各機能の動作状態における必要なサムネイルデータが１つのファイルにまとまって記録されることにより、サムネイルデータを高速に読み出せるため、ＧＵＩ表示や各機能の動作速度を向上させることができるといった効果がある。
【０２３７】
また、ＧＵＩ画面に最初に表示するのに必要なサムネイルデータ（例えば、図２においては９つのサムネイルデータ）毎や、いくつかの単位毎に１つのサムネイルデータファイルに記録しても良い。これにより、最初のＧＵＩ画面表示用サムネイルデータを高速に読み出せ、ＧＵＩ画面を高速に表示できる。またいくつかの単位毎に１つのファイルとすることで、ＧＵＩ画面上のサムネイルデータをスクロールする際、スクロールに必要なサムネイルデータをスクロール可能な範囲単位（前記、いくつかの単位に相当）で高速に読み出せるため、サムネイルデータを高速にスクロールすることができるといった効果がある。
【０２３８】
以上のように、〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕する方法について、いくつかの適用例の説明を行ったが、これらの方法を組み合わせることによって、サムネイルデータをファイルに分割して記録しても良い。
【０２３９】
〔実施の形態５〕
〔サムネイルデータを各コンテンツデータファイル内に記録〕
前記実施の形態１から４では、各ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、１つのインデックスファイル、もしくは少なくとも１つのサムネイル格納用データファイルに記録を行う管理方法の説明を行ったが、各ＡＶコンテンツデータに対応するサムネイルデータを各ＡＶコンテンツデータファイル内に格納しても良い。
【０２４０】
サムネイルデータを対応するコンテンツデータファイル内に格納する一実施形態について、以下に図を用いて説明する。
【０２４１】
図２５は図１と同様に、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）がＩｎｄｅｘディレクトリ１０１に記録されており、ＡＶコンテンツデータファイル１０８（ＳＨＲＰ００００．ＩＮＦ）から１１２（ＳＨＲＰ０００４．ＩＮＦ）がＶｉｄｅｏディレクトリ１０３に記録され、これらＩｎｄｅｘディレクトリ１０１およびＶｉｄｅｏディレクトリ１０３がＲｏｏｔディレクトリ１００に記録されている記録媒体上の階層構造を示している。
【０２４２】
本実施の形態は、ＡＶコンテンツデータファイルに対応する少なくとも１つのサムネイルデータをＡＶコンテンツデータファイル内に格納することによるサムネイルデータ管理方法についての説明である。
【０２４３】
〔インデックスファイル内に基本サムネイルデータのみを記録〕
図２５におけるＡＶコンテンツデータファイル１０８〜１１２のそれぞれにおける基本サムネイルデータをインデックスファイル１０４に記録し、基本サムネイルデータ以外のサムネイルデータ（以下、拡張サムネイルデータ）を各対応するコンテンツデータファイル内に記録する形態について説明する。
【０２４４】
〔基本サムネイルデータおよび拡張サムネイルデータ〕
図２６は、各ＡＶコンテンツデータ毎におけるサムネイルタイプで管理された機能によって使用される拡張サムネイルデータ、および基本サムネイルデータを示している。図２５におけるＡＶコンテンツデータファイル１０８から１１２に対応するサムネイルデータが図２６における１６００から１６０４である。例えば、ＡＶコンテンツデータファイル１０８は１６００に対応し、サムネイルタイプが”ｍａｉｎ”で、サムネイルデータを１つ保持していることを示している。
【０２４５】
同様に、ＡＶコンテンツデータファイル１０９は１６０１に対応しており、サムネイルタイプが”ｂａｃｋ”で、サムネイルデータを２つ保持していることを示している。以下、ＡＶコンテンツデータ１１０から１１２も同様に、１６０２から１６０４にそれぞれ対応する。
【０２４６】
１６０５から１６０９は、ＧＵＩ表示画面に表示する各ＡＶコンテンツデータファイルの標準のサムネイルデータである基本サムネイルであり、インデックスファイル１０４内に記録される。
【０２４７】
また１６１０から１６１５は、サムネイルタイプによって管理された機能やＧＵＩ画面表示方法で用いられる拡張サムネイルデータであり、これらサムネイルデータは対応するＡＶコンテンツデータファイル内にそれぞれ格納される。
【０２４８】
例えば、１６０１のサムネイルタイプが”ｂａｃｋ”であるＡＶコンテンツデータファイル１０９におけるオリジナルのサムネイルデータ１６１０は、ＡＶコンテンツデータファイル１０９内に記録される。
【０２４９】
また、１６０２のサムネイルタイプが”ｍｕｌｔ”であるＡＶコンテンツデータファイル１１０における基本サムネイルデータとは異なるサムネイルデータ１６１１および１６１２は、ＡＶコンテンツデータファイル１１０内に連続的に記録される。
【０２５０】
以下、１６０３および１６０４における拡張サムネイルデータ１６１３から１６１５についても同様である。１６０４のサムネイルタイプ”ａｄｖｎ”は、２つのデータブロックを使用し、基本サムネイルデータより高画質のサムネイルデータを拡張サムネイルデータとして保持していることを表すサムネイルタイプである。
【０２５１】
なお、１６００のサムネイルタイプが”ｍａｉｎ”であるＡＶコンテンツデータファイル１０８は、サムネイルデータが基本サムネイルデータのみであるため、拡張サムネイルデータは存在しないことから、ＡＶコンテンツデータファイル１０８内には、サムネイルデータは記録されない。
【０２５２】
〔インデックス情報〕
図２７ないし図２９は、本実施の形態の管理方法におけるインデックス情報の１例を示している。図２７は、図４と同様であり、インデックスファイル１０４内に格納される。
【０２５３】
図２８は、インデックスファイル内に記録される”各コンテンツの管理情報テーブル”である。また図２９は、各ＡＶコンテンツデータファイル内に記録される拡張管理情報である。本実施形態における各”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”フィールドが対応するＡＶコンテンツデータファイル内に拡張管理情報として記録される。また、図２８の”各コンテンツの管理情報テーブル”は、”使用データブロック数”および”メーカＩＤ”フィールドを拡張情報として各ＡＶコンテンツデータファイル内に記録するため、図５からこれらフィールドを除いたものと同様になっている。
【０２５４】
”各コンテンツの管理情報テーブル”について図２８を用いて説明する。図２８中のフィールドは、図５と同様であるため、詳細な説明は省略するが、ＡＶコンテンツデータファイルを特定する情報である”ＩＤ”フィールドの＃１から＃５は、ＡＶコンテンツデータファイル１０８から１１２にそれぞれ対応する。なお、”ファイル名”および”先頭データブロック番号”は、基本サムネイルデータの記録先を示すフィールドである。
【０２５５】
”サムネイルタイプ”フィールドは、図５と同様に、１つのＡＶコンテンツデータに対するサムネイルデータが複数管理される場合のサムネイルタイプの種類を示すこと、および拡張サムネイルデータとその拡張管理情報が対応するＡＶコンテンツデータファイル内に記録されているかを示すフィールドである。
【０２５６】
例えば、ＡＶコンテンツデータファイル１０８に関しては、サムネイルタイプが”ｍａｉｎ”であり、これは１つのサムネイルデータを保持していることを表すため、基本サムネイルデータを１つのみ保持することとなる。そのため、拡張サムネイルデータおよびその拡張管理情報は、ＡＶコンテンツデータファイル１０８内には記録されない。
【０２５７】
また、ＡＶコンテンツデータファイル１０９に関しては、サムネイルタイプが”ｂａｃｋ”であり、これは２つ以上のサムネイルデータを保持していることを表している。本実施形態においては、基本サムネイルデータと拡張サムネイルデータをそれぞれ１つずつ保持しており、拡張サムネイルデータおよびその拡張管理情報が、ＡＶコンテンツデータファイル１０９内には記録されることとなる。
【０２５８】
以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。記録媒体上のコンテンツデータの一覧表示するＧＵＩ画面表示時において、サムネイルタイプが”ｍａｉｎ”以外の場合は、拡張サムネイルデータおよび拡張管理情報がＡＶコンテンツデータファイル内に記録されていることを表すため、対応するＡＶコンテンツデータファイルにアクセスすることにより、拡張サムネイルデータにアクセスすることが可能となる。また、サムネイルタイプが”ｍａｉｎ”の場合は、拡張サムネイルデータおよび拡張管理情報が存在しないことを表すため、対応するＡＶコンテンツデータファイルにアクセスする必要はない。
【０２５９】
また、最小限の機能を搭載する携帯機器などのハードウェアスペックの低い機器においては、サムネイルタイプの種類を検出せず、インデックスファイル内にある基本サムネイルデータのみを用いてＧＵＩ画面表示を行えば良い。その場合は、各コンテンツデータファイルにアクセスする必要はない。
【０２６０】
このように、インデックスファイル内に記録されたサムネイルタイプフィールドの種類を検出することによって、ＧＵＩ画面表示時に、各ＡＶコンテンツデータファイルにアクセスするか否かを検出することができるため、ＧＵＩ画面を表示するために不必要なＡＶコンテンツデータファイルへのアクセスを回避でき、ＧＵＩ画面表示を高速に行えるという効果がある。
【０２６１】
前記では、ＧＵＩ画面表示時に、ＡＶコンテンツデータファイルにアクセスする必要があるか否かを検出する手段として、サムネイルタイプが”ｍａｉｎ”であるか否かにより判断していたが、ユーザ定義であるサムネイルタイプの場合は、必ずしも拡張サムネイルデータが存在するとは限らない。そのため、図２８内に、”メーカＩＤ”フィールドを設け、”サムネイルタイプ”および”メーカＩＤ”フィールドを組み合わせて判断することにより、ＡＶコンテンツデータファイル内に拡張サムネイルデータがあるかを判断しても良い。
【０２６２】
“ファイル名”フィールドは、基本サムネイルデータが記録されるファイル名を示すフィールドである。図２８の”ファイル名”フィールドが全てＳＨＲＰ００００．ＩＤＸとなっているのは、記録媒体上の全てのコンテンツデータに対応する基本サムネイルデータがインデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内に記録されていることを示している。
【０２６３】
さらに”先頭データブロック番号”フィールドは、インデックスファイル１０４内に記録されている各基本サムネイルデータの先頭データブロック番号を示している。例えば、ＡＶコンテンツデータファイル１０８に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号０に記録されていることを示している。
【０２６４】
同様に、ＡＶコンテンツデータファイル１０９に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号１に記録されていることを示しており、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２６５】
なお、インデックスファイル１０４内には、基本サムネイルデータのみ記録されるため、使用データブロック数は全て１となり、”使用データブロック数”フィールドは不要である。しかし、いくつかのデータブロックを使用して１つの基本サムネイルデータを記録する場合は、“使用データブロック数”フィールドを設けて、複数のデータブロックを用いた１つのサムネイルデータを管理しても良い。例えば、図２６中の高画質サムネイルの管理を行うサムネイルタイプが“ａｄｖｎ”（１６０４）では、高画質サムネイルとは別に、基本サムネイルを記録している。しかし、前記実施の形態１の〔サムネイルタイプが“ｍａｉｎ”の説明〕における図３内のサムネイルデータ３０４と同様に、サムネイルタイプを“ｍａｉｎ”とし、複数個のデータブロックを使用して１つのサムネイルタイプを管理すると規定することによって、高画質サムネイルデータである基本サムネイルを管理することができる
次に、拡張管理情報について、図２９を用いて説明する。
【０２６６】
図２９中の管理情報フィールドである”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”の９Ｂｙｔｅからなる拡張管理情報を各ＡＶコンテンツデータファイル内における拡張管理情報領域に記録する。
【０２６７】
例えばＡＶコンテンツデータファイル１０９では、図２９中の＃２で表記している拡張管理情報を記録する。＃２は、サムネイルタイプが”ｂａｃｋ”であり、拡張サムネイルデータが使用するデータブロック数を示す使用データブロック数が”１”、拡張サムネイルデータを作成した機器を表すメーカＩＤが”３”という拡張管理情報が記録されることを示している。以下同様に、ＡＶコンテンツデータファイル１１０から１１２についても＃３から＃５の拡張管理情報をそれぞれ記録する。なお、ＡＶコンテンツデータファイル１０８に関しては拡張サムネイルが存在しないことから拡張管理情報は存在しないため、図２９中に表記されていない。
【０２６８】
〔インデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置〕
記録媒体上に記録したインデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置について、図３０を用いて説明する。
【０２６９】
〔インデックスファイル〕
インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）には、図２７ないし図２９で示したインデックス情報がＩｎｄｅｘ Ｄａｔａ格納領域１８００に格納されている。このインデックス情報のデータサイズに４を加えた値がインデックスファイルの先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。インデックスファイルの先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによってインデックス情報より後方のサムネイルデータブロックにアクセスすることが可能となる。
【０２７０】
サムネイルデータを記録したデータブロックが１８０１から１８０５である。本実施形態では、ＡＶコンテンツデータファイル１０８に相当する基本サムネイルデータは、図２８により、データブロック０（１８０１）である。同様に、ＡＶコンテンツデータファイル１０９から１１２に相当する基本サムネイルは、データブロック１（１８０２）からデータブロック４（１８０５）にそれぞれ対応する。
【０２７１】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８０１）から８ＫＢｙｔｅ単位で読み飛ばすことにより、任意のデータブロックへアクセスすることが可能となる。
【０２７２】
〔ＡＶコンテンツデータファイル〕
ＡＶコンテンツデータファイル１１０（ＳＨＲＰ０００２．ＩＮＦ）には、コンテンツデータがコンテンツデータ格納領域１８０８に格納されている。このコンテンツデータのデータサイズに４を加えた値がＡＶコンテンツデータファイル１１０の先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。ＡＶコンテンツデータファイル１１０の先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによって後続する拡張管理情報および拡張サムネイルデータにアクセスすることが可能となる。
【０２７３】
拡張管理情報領域１８１２には、図２９における＃３の拡張管理情報が格納される。この拡張管理情報は９Ｂｙｔｅの固定長サイズであるため、拡張管理情報の先頭位置から９Ｂｙｔｅだけ読み飛ばすことにより、後続する拡張サムネイルデータにアクセス可能となる。
【０２７４】
ＡＶコンテンツデータファイル１１０は、図２９の＃３により、拡張サムネイルデータの使用データブロック数が”２”であることから、拡張サムネイルデータがデータブロック０（１８１６）およびデータブロック１（１８１７）を使用していることを表している。
【０２７５】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８１６）から８ＫＢｙｔｅ単位で読み飛ばすことにより、後続するデータブロック１（１８１７）へアクセスすることが可能となる。
【０２７６】
その他のＡＶコンテンツデータファイル１０８から１０９、および１１１から１１２についても、同様であるため、説明は省略する。また、ＡＶコンテンツデータ１０８（ＳＨＲＰ００００．ＩＮＦ）については、拡張管理情報および拡張サムネイルデータを保持していない。
【０２７７】
なお、本実施形態では、コンテンツデータがＡＶコンテンツデータファイルの先頭位置から開始していないため、コンテンツデータを再生する場合に不具合が生じる場合がある。そのため、ＳｉｚｅはＡＶコンテンツデータファイルの先頭に設けるのではなく、図２８におけるインデックス情報に設けるなど、任意のファイル内における任意の位置に設ければ良く、拡張管理情報へアクセスが可能であればどのような管理方法であっても良い。これは、インデックスファイルにおけるサムネイルデータにアクセスする方法についても同様である。
【０２７８】
〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕
基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することにより、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納されるため、サムネイルデータを高速に読み出すことが可能となり、ＧＵＩ画面に表示する記録媒体上のコンテンツデータの一覧情報表示を高速に行うことができるという効果がある。
【０２７９】
また、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、インデックス管理情報およびインデックスファイルサイズを小さくできるという効果がある。
【０２８０】
さらに、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、サムネイルタイプで管理されている機能やＧＵＩ表示方法を実装していない基本機能のみである携帯機器などの機器においても、インデックスファイルのみを使用してコンテンツの一覧表示を行うことが可能となり、様々な機器間において互換性をもつことができるという効果がある。
【０２８１】
また、記録媒体上のコンテンツデータの一覧情報およびそのサムネイルデータを１つのファイルにまとめて記録されるため、このファイルを他の記録媒体やＰＣなどの他の機器へコピーすることにより、記録媒体に記録されたコンテンツデータの一覧情報を別の機器や記録媒体に容易に保存することが可能となり、１つのインデックスファイルをコピーするだけで行えるという効果がある。
【０２８２】
〔拡張サムネイルが各ＡＶコンテンツデータファイル内に記録されることによる効果〕
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの他の機器へコピーした場合に、拡張サムネイルも同時にコピーされるため、コピー先において拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２８３】
また、サムネイルデータを変更する場合に、インデックスファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２８４】
〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、基本サムネイルデータをインデックスファイル内に記録し、拡張管理情報および拡張サムネイルデータをそれぞれ対応するＡＶコンテンツデータファイル内に記録する管理方法であったが、基本サムネイルデータ、拡張管理情報および拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に格納し、インデックスファイルにはサムネイルデータを記録しない管理方法でも良い。
【０２８５】
この場合、例えば各コンテンツデータファイル内には、コンテンツデータ、拡張情報、基本サムネイルデータ、拡張サムネイルデータの順に記録すれば良い。また、図２８で示すインデックス情報における”ファイル名”および”先頭データブロック番号”フィールドは不要となる。これは、ファイル名については、コンテンツデータファイルを示す”ＩＤ”フィールドによりサムネイルデータ格納ファイルを特定でき、また先頭データブロック番号は、基本サムネイルがデータブロック０に記録され、拡張サムネイルデータがデータブロック１以降に記録されることから、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕におけるコンテンツデータファイル内のデータブロックへアクセスするのと同じ方法を用いることにより可能であるためである。
【０２８６】
本〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕における管理方法は、図２８における”ファイル名”および”先頭データブロック番号”フィールドが不要であるということ、基本サムネイルデータが各ＡＶコンテンツデータファイルのデータブロック０に記録され、拡張サムネイルデータについては、データブロック１以降に記録されることを除いては、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の管理方法である。
【０２８７】
このような管理方法とすることにより、
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２８８】
インデックスファイルには、サムネイルデータの記録を行わず、記録媒体上のコンテンツに関するインデックス情報のみを記録するため、インデックスファイルサイズを小さくすることができ、携帯機器などのハードウェアスペックが低い機器において、インデックス情報を扱いやすく、様々な機器間において互換性がもてるという効果がある。
【０２８９】
また、サムネイルデータを変更する場合に、ＡＶコンテンツデータファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２９０】
〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、記録媒体上の全てのＡＶコンテンツデータファイルに対応する基本サムネイルデータをインデックスファイル内に設けていたが、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２９１】
また、拡張サムネイルデータについても同様であり、任意のインデックスファイルやサムネイルデータに分割して登録しても良い。この場合の拡張管理情報やインデックス情報は、実施の形態１から４と同様の管理方法によって行っても良い。
【０２９２】
〔基本サムネイルデータをインデックスファイルおよびコンテンツデータファイル内に記録〕
前記〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕では、基本サムネイルデータをインデックスファイル内に持たない管理方法であるが、基本サムネイルデータをインデックスに記録し、さらに基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に記録する管理方法でも良い。つまり、基本サムネイルデータについては、インデックスファイルおよび各コンテンツデータファイル内の両方に重複して記録するということである。
【０２９３】
この場合、インデックス情報の構造は、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕による図２７ないし図２９と同様の管理方法を用いて行うことができる。
【０２９４】
インデックスファイル内にある基本サムネイルデータへのアクセスは、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。
【０２９５】
また、各コンテンツデータファイル内にある基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータへのアクセスについても、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。各コンテンツデータファイル内にある基本サムネイルへのアクセスは、データブロック０をアクセスすることにより基本サムネイルにアクセスが可能となる。また、データブロック１以降にアクセスすることにより、拡張サムネイルデータにアクセスが可能となる。
【０２９６】
さらに、インデックスファイル内に記録する基本サムネイルデータに関しては、前記〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕と同様に、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２９７】
このように管理することにより、前記、〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕による効果に加えて、ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２９８】
〔様々なコンテンツの特徴を表すデータにおいても適用可能〕
以上までにおける本発明の実施形態の説明では、ＧＵＩに表示するコンテンツの特徴を表すデータを複数管理する方法として、サムネイルデータを例にとって説明したが、これはサムネイルデータのみならず、テキストデータやタイトルデータなどのコンテンツの特徴を表すデータに対し、同様の管理方法を適用可能である。
【０２９９】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３００】
なお、本発明に係るデータ管理方法は、１つのコンテンツに対し，"任意の数の代表データ"を管理し，前記"任意の数の代表データ"間の"関係を表す管理情報"を持つように構成してもよい。
【０３０１】
それゆえ、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０３０２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は，"代表データ専用のファイル"に格納するように構成してもよい。
【０３０３】
それゆえ、上記の構成による効果に加えて、表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、ＧＵＩ画面表示が高速に行える。
【０３０４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は"データサイズが固定長"であるように構成してもよい。
【０３０５】
それゆえ、上記の構成による効果に加えて、データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。また代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がないことから、代表データへアクセスするための管理情報量を減らすことが可能となる。
【０３０６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、１つのコンテンツに対する任意の数の前記"代表データ"は連続的に記録するように構成してもよい。
【０３０７】
それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【０３０８】
また、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０３０９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ専用のファイル"は，"任意の数のファイル"に分けて記録するように構成してもよい。
【０３１０】
それゆえ、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【０３１１】
また、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【０３１２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、任意の数の前記"代表データ"の先頭データが“基本代表データ”として，ＧＵＩ画面表示に用いるように構成してもよい。
【０３１３】
それゆえ、上記の構成による効果に加えて、１つのコンテンツのＧＵＩ表示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いた機能を実装しない基本機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩに表示することで、記録媒体上に記録したコンテンツの一覧表示を行うことができる。
【０３１４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，２つ以上のデータブロックを用いて１つの代表データを記録するように構成してもよい。
【０３１５】
それゆえ、上記の構成による効果に加えて、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。そのため、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【０３１６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，基本代表データとは別に，記録直後に付加されるオリジナルの代表データを２個目以降の代表データに記録するように構成してもよい。
【０３１７】
それゆえ、上記の構成による効果に加えて、この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、ＧＵＩに表示させるサムネイルデータを選択することができる。
【０３１８】
また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【０３１９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，関連する任意の数の代表データに対し、表す意味やデータの扱い方や機能が同等であるように構成してもよい。
【０３２０】
それゆえ、上記の構成による効果に加えて、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０３２１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，“ユーザ独自の関係を表す管理情報”を持つように構成してもよい。
【０３２２】
それゆえ、上記の構成による効果に加えて、サムネイルタイプに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータを前記と同様に基本サムネイルを表示することにより行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。
【０３２３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，該“関係を表す管理情報”を記録した“ユーザを示す固有の情報（ＩＤ）”を同時に記録するように構成してもよい。
【０３２４】
それゆえ、上記の構成による効果に加えて、記録媒体に記録されているインデックス情報が管理しているあるコンテンツの関係を表す管理情報が同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されていることを検出することができる。
【０３２５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記“ユーザ独自の関係を表す管理情報”を理解できないシステムにおいて、“基本代表データ”を用いて、ＧＵＩ表示を行うように構成してもよい。
【０３２６】
それゆえ、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるように構成してもよい。
【０３２７】
【発明の効果】
以上のように、本発明に係るデータ管理方法は、少なくとも一つのコンテンツについて、そのコンテンツを代表する代表データのうちの少なくとも一つの代表データを、記録・再生機器のデータ加工機能を用いて作成し、上記データ加工機能の種類を表す管理情報を記憶する構成である。
【０３２８】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムである構成である。
【０３２９】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶した構成である。
【０３３０】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【０３３１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納する構成である。
【０３３２】
これにより、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行えるという効果を奏する。
【０３３３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長である構成である。
【０３３４】
これにより、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能であるという効果を奏する。
【０３３５】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となるという効果を奏する。
【０３３６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録する構成である。
【０３３７】
これにより、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができるという効果を奏する。
【０３３８】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となるという効果を奏する。
【０３３９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録する構成である。
【０３４０】
これにより、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できるという効果を奏する。
【０３４１】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できるという効果を奏する。
【０３４２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれている構成である。
【０３４３】
これにより、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができるという効果を奏する。
【０３４４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれている構成である。
【０３４５】
これにより、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果を奏する。
【０３４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれている構成である。
【０３４７】
これにより、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができるという効果を奏する。
【０３４８】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果を奏する。
【０３４９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれている構成である。
【０３５０】
これにより、ユーザ独自の定義を用いて、より豊かな表現が可能になるという効果を奏する。
【０３５１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する構成である。
【０３５２】
これにより、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができるという効果を奏する。
【０３５３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う構成である。
【０３５４】
これにより、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるという効果を奏する。
【０３５５】
また、本発明に係るデータ管理装置は、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えた構成である。
【０３５６】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 記録媒体上に記録されたコンテンツデータ、サムネイルデータ、インデックスデータをファイル形式で記録する場合の階層構造を示す図である。
【図２】 記録媒体に記録されているコンテンツデータの一覧情報をＧＵＩ画面に表示する場合を示す図である。
【図３】 記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図４】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図５】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図６】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図７】 各サムネイルファイルにおけるサムネイルデータのデータ配置を示す図である。
【図８】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図９】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１０】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１１】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１２】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１３】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１４】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１５】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１６】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１７】 記録媒体上のコンテンツに関するサムネイルデータを１つのサムネイルデータファイルで管理する場合を示す図である。
【図１８】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合を示す図である。
【図１９】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２０】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２１】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のファイル内のデータ配置を示す図である。
【図２２】 本発明の実施形態における概略構成を示すブロック図である。
【図２３】 １つのインデックスファイルへのコンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図２４】 １つのインデックスファイルにコンテンツを登録する処理過程を示す図である。
【図２５】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内にファイル形式で記録する場合の階層構造を示す図である。
【図２６】 記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図２７】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２８】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２９】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図３０】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合の各ファイル内におけるデータ配置を示す図である。
【符号の説明】
１００〜１０３ ファイルシステム階層上のディレクトリ
１０４ インデックスデータを格納したインデックスファイル
１０５〜１０７ サムネイルデータを格納したサムネイルファイル
１０８〜１１２ ＡＶコンテンツデータおよびその管理情報を格納したＡＶコンテンツデータファイル
２００ ＧＵＩ画面上におけるＡＶコンテンツのサムネイル画像表示領域
２０１〜２０５ 各ＡＶコンテンツのサムネイル画像
２０６ ＧＵＩ画面上におけるサムネイル画像用スクロールバー
２０７ ＧＵＩ画面上におけるＡＶコンテンツに関する情報出力領域
３００〜３０４ 記録媒体上のＡＶコンテンツに関するサムネイルデータとその管理方法
３０５〜３１３ 記録媒体上のＡＶコンテンツのサムネイルデータ
５００〜５０８ サムネイルデータファイル内サムネイルデータ領域
１１００ インデックス情報領域
１１０１〜１１０９ サムネイルデータ
１２００ バス
１２０１ ホストＣＰＵ
１２０２ ＲＡＭ
１２０３ ＲＯＭ
１２０４ ユーザインタフェース
１２０５ システムクロック
１２０６ 光ディスク
１２０７ ピックアップ
１２０８ ＥＣＣデコーダ
１２０９ ＥＣＣエンコーダ
１２１０ 再生用バッファ
１２１１ 記録／アフレコ用バッファ
１２１２ デマルチプレクサ
１２１３ マルチプレクサ
１２１４ 多重化用バッファ
１２１５ オーディオデコーダ
１２１６ ビデオデコーダ
１２１７ オーディオエンコーダ
１２１８ ビデオエンコーダ
１３１０ 記録媒体
１３１１ インデックスファイル
１３１２ インデックスファイルのリストデータ
１３１３〜１３１５ サムネイル（またはタイトル）データ
１４０１〜１４０３ 記録媒体上のファイルシステムにおけるディレクトリ
１４１０ インデックスファイル
１４２０〜１４２２ コンテンツファイル
１６００〜１６０４ 記録媒体上のコンテンツに関するサムネイルデータとその管理方法
１６０５〜１６０９ 記録媒体上のコンテンツにおける基本サムネイルデータ
１６１０〜１６１５ 記録媒体上のコンテンツにおける拡張サムネイルデータ
１８００ インデックス情報
１８０１〜１８０５ 基本サムネイルデータ
１８０６〜１８１０ コンテンツデータ
１８１１〜１８１４ 拡張管理情報
１８１５〜１８２０ 拡張サムネイルデータ
【発明の属する技術分野】
本発明は、ハードディスク、光ディスク、半導体メモリなどの記録媒体に対して、映像、静止画、音声、テキストなどのコンテンツデータを複数記録した場合のコンテンツデータを管理するデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
複数のシーンを有する１つのコンテンツに対し、記録媒体に記録したコンテンツデータの特徴を表す縮小画像（サムネイル）やコンテンツデータの名前（タイトル）、コンテンツデータの説明などが記述されたテキストデータといった情報およびデータ（以下、代表データ）が、シーン毎に記録されている。
【０００３】
これら複数の代表データ間の表す関係は一意なものであり、異なった関係を表すことができない。例えば、動画コンテンツの、ある時刻の画像の縮小画像がある代表データであり、他のある時刻の画像の縮小画像が別のある代表データであり、両者は必ず、所定の２つの時刻の画像、という関係にある。
【０００４】
【特許文献１】
特開平７−２９５８７３号公報（公開日平成７年１１月１０日）
【０００５】
【特許文献２】
特開平１１−１７６１３７号公報（公開日平成１１年７月２日）
【０００６】
【発明が解決しようとする課題】
上述した通り、複数のシーンを有する１つのコンテンツに対し、コンテンツデータの特徴を表す縮小画像を複数個有するような構成であっても、これらの縮小画像はすべて各シーンに対応したものであり、その規則に合わない縮小画像を登録することは許されない。
【０００７】
したがって、記録・再生機器に、一般の（上記コンテンツデータの縮小画像ではなく）画像ファイルを加工する機能が付いていたとしても、上記縮小画像の一つを素材にしてそれを加工したものを、そのコンテンツの、別の縮小画像として登録することはできない。
【０００８】
そのため、縮小画像の表示の仕方に様々な種類を持たせることができない。これは、コンテンツを探すときなどに縮小画像を見て調べようとしたときに、似た縮小画像ばかりだと視認性が悪く、探しにくいという結果につながる。
【０００９】
本発明は、上記問題点に鑑みなされたものであり、その目的は、記録・再生機器の加工機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるデータ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体を提供することにある。
【００１０】
【課題を解決するための手段】
上記の課題を解決するため、本発明に係るデータ管理方法は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、個々の代表データを作成する機能を代表データ作成機能と称するとき、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶することを特徴としている。
【００１１】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００１２】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００１３】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００１４】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００１５】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００１６】
提示としては、表示や印刷が挙げられる。
【００１７】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００１８】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００１９】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００２０】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００２１】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００２２】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００２３】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００２４】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００２５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納することを特徴としている。
【００２６】
上記の構成により、上記代表データは代表データ専用のファイルに格納される。
【００２７】
したがって、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行える。
【００２８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長であることを特徴としている。
【００２９】
上記の構成により、上記代表データはデータサイズが固定長である。
【００３０】
それゆえ、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。
【００３１】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となる。
【００３２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録することを特徴としている。
【００３３】
上記の構成により、一つのコンテンツに対する複数個の上記代表データが連続的に記録される。それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【００３４】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【００３５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録することを特徴としている。
【００３６】
上記の構成により、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録される。
【００３７】
例えば、コンテンツ毎にファイルに分けて記録する。
【００３８】
したがって、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【００３９】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【００４０】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれていることを特徴としている。
【００４１】
上記の構成により、上記代表データの先頭データが、基本代表データとして一覧提示に用いられる。
【００４２】
したがって、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができる。
【００４３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれていることを特徴としている。
【００４４】
上記の構成により、２つ以上のデータブロックを用いて１つの代表データを管理する。
【００４５】
したがって、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【００４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれていることを特徴としている。
【００４７】
上記の構成により、上記基本代表データとは別に、記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理する。
【００４８】
すなわち、様々なデータ加工機能や一覧提示方法を行うための複数の代表データ管理に対応した機器だけでなく、これら様々なデータ加工機能や一覧提示方法を備えていない、基本的なデータ加工機能および一覧提示方法のみを搭載した携帯機器などの記録・再生機器においても、特別な管理方法・手段を設けずとも共通の管理方法・手段にて管理することができることが有用である。これは様々な用途の機器や機器を作成したメーカ間での互換性を考慮する必要があるということである。
【００４９】
そのため、特別な管理方法・手段を設けずとも共通な管理方法・手段にて、複数の代表データの管理や様々な用途に対応した機器間での互換性がもてる管理方法および管理構造を開発することができる。
【００５０】
したがって、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができる。
【００５１】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【００５２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれていることを特徴としている。
【００５３】
上記の構成により、上記管理情報は、ユーザ独自の定義を表す管理情報をもつ。
【００５４】
したがって、ユーザ独自の定義を用いて、より豊かな表現が可能になる。
【００５５】
なお、代表データに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、一覧提示に用いる代表データとしては、前記と同様に上記代表データの先頭データである基本代表データを提示することにより行うようにすることができる。それゆえ、上記の構成による効果に加えて、ユーザ定義を用いて代表データの管理を行う場合は、基本代表データとして標準の代表データを記録することで、機器間の互換性を保つことが可能となる。
【００５６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録することを特徴としている。
【００５７】
上記の構成により、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する。
【００５８】
したがって、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができる。
【００５９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行うことを特徴としている。
【００６０】
上記の構成により、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う。
【００６１】
したがって、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６２】
例えば、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となる。
【００６３】
また、本発明に係るデータ管理装置は、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたことを特徴としている。
【００６４】
上記の構成により、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順が一つ割り当てられ、その代表データ作成手順が管理情報として記憶される。
【００６５】
上記代表データの個数は、上記代表データ作成手順内に決めておいてもよいし、決めておかなくてもよい。
【００６６】
代表データ作成機能としては、オリジナルデータが画像データである場合にそのオリジナルデータの縮小画像を作成する機能や、コンテンツのタイトルを表す文字列を作成する機能等を挙げることができる。
【００６７】
代表データ作成手順としては、図３中にサムネイルタイプとして記載の“ｍａｉｎ”や“ｂａｃｋ”等を挙げることができる。
【００６８】
上記管理情報を記憶することによって、異なるコンテンツの代表データ間の関係が記憶されることになる。
【００６９】
提示としては、表示や印刷が挙げられる。
【００７０】
上記代表データは、例えば、そのコンテンツのデータを元にして作成されたものである。また例えば、記録・再生機器に別途保存されているデータを元にして作成されたものである。
【００７１】
上記代表データは、ユーザからの指示に沿って作成したものとすることができる。
【００７２】
例えば、管理情報として、記録・再生機器が任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ちょうど１時間おきの画像のサムネイルだけ他より大きく提示する、などである。
【００７３】
また例えば、管理情報として、ユーザが任意に複数の代表データ間の関係を決定できる。例えば、動画コンテンツで、ユーザが特に気に入った画像のサムネイルにだけ文字を入れる、などである。
【００７４】
より具体的には、例えば、少なくとも一つのコンテンツについて、それを忠実に再現したような代表データだけに限定せずに、ユーザに代表データを提示する上記記録・再生機器が有する代表データ作成機能を用いて所定の手順（ユーザが決定可能）に則って加工した代表データが存在するようにすることができる。
【００７５】
なお、その場合、所定のコンテンツについて、ひとつの代表データだけが、代表データ作成機能を用いて加工したものであってもよい。所定のコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。すべてのコンテンツについて、すべての代表データが、代表データ作成機能を用いて加工したものであってもよい。
【００７６】
代表データの提示としては、例えば縮小画像やタイトルの提示である。
【００７７】
したがって、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができる。
【００７８】
また、本発明に係るデータ管理装置は、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記憶する管理情報記憶手段を備え、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示することを特徴としている。
【００７９】
さらに、前記代表データタイプは、代表データを１つ管理する第１のタイプと、代表データの表示方法を拡張する拡張代表データを管理する第２のタイプとを含む。
【００８０】
さらに、前記第１のタイプにおける代表データは、１のデータブロックを用いて記録され、前記第２のタイプにおける拡張代表データは、２つ以上のデータブロックを用いて記録され、前記第１のタイプにおける代表データより高画質である。
【００８１】
また、前記代表データタイプは、第１の代表データと、該第１の代表データを編集した第２の代表データとを管理するタイプを含む。
【００８２】
また、前記代表データタイプは、第１の代表データと、該第１の代表データとは異なる第２の代表データとを管理するタイプを含む。
【００８３】
また、前記代表データタイプは、前記コンテンツの任意の再生時間間隔ごとに対応する代表データを複数管理するタイプを含む。
【００８４】
また、前記代表データタイプは、第１の代表データと、該第１の代表データに重ね合わせて表示する第２の代表データとを管理するタイプを含む。
【００８５】
前記代表データタイプは、第１の代表データと、該第１の代表データを３Ｄ表示する第２の代表データとを管理するタイプを含む。
【００８６】
前記代表データタイプは、第１の代表データと、該第１の代表データを拡大または縮小した第２の代表データとを管理するタイプを含む。
【００８７】
さらに、前記データ管理装置は、前記コンテンツに対応する標準となる代表データを、データブロックの先頭に記録し、先頭の代表データとして管理する。
【００８８】
本発明に係るデータ管理方法は、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置におけるデータ管理方法において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記録する管理情報記憶手段であって、該管理情報記憶手段に記録されている、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示することを特徴としている。
【００８９】
また、本発明に係るデータ管理プログラムは、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理する処理と、個々の代表データを作成する機能を代表データ作成機能と称するとき、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、そ の代表データ作成手順を管理情報として記憶する処理を、コンピュータに実行させるためのデータ管理プログラムである。
【００９０】
また、本発明に係るデータ管理プログラムは、コンピュータを、複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理装置であって、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えたデータ管理装置として機能させるためのデータ管理プログラムである。
【００９１】
また、本発明に係るデータ管理プログラムは、コンピュータを、複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、前記コンテンツに対応する１以上の代表データの管理方法を特定する情報である代表データタイプを、前記コンテンツごとに記録する管理情報記憶手段を備え、前記コンテンツに対応する前記代表データタイプが特定する管理方法により、該コンテンツに対応する前記１以上の代表データを記録・再生機器に提示するデータ管理装置として機能させるためのデータ管理プログラムである。
【００９２】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムであることを特徴としている。
【００９３】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶したことを特徴としている。
【００９４】
【発明の実施の形態】
〔実施の形態１〕
以下、本発明の一実施形態について図面に基づいて説明する。
【００９５】
本実施の形態は、ハードディスク、光ディスク、半導体メモリなどのランダムアクセス可能な記録媒体に対して、映像、静止画、音声、テキストなどのＡＶコンテンツデータを記録するものであり、ＡＶコンテンツデータを記録媒体上に複数記録した場合のＡＶコンテンツデータを管理するデータ管理方法および装置である。このデータ管理装置は、ＣＰＵ（中央演算処理部）（代表データ作成手段）、外部記憶装置（管理情報記憶手段）、メモリを備えるとともに、キーボードやポインティングデバイス等の入力装置とディスプレイ等の出力装置とを備えたコンピュータで実現可能である。データ管理装置は、この処理を機能させるためのプログラム（データ管理プログラム）で実現される。このプログラムはコンピュータ読み取り可能な記憶媒体に格納されている。ここで上記記憶媒体は、コンピュータ本体と構成される記憶媒体であって、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系のように、外部記憶装置としてプログラム読み取り装置が設けられ、そこに記憶媒体を挿入することで読み取り可能な記憶媒体であってもよいし、あるいは、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。また、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。なお、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムは予めコンピュータ内に格納しておくか、あるいは別な記憶媒体からインストールされるものであってもよい。
【００９６】
本発明のデータ管理方法の適用用途としては、ビデオカメラやデジタルスチルカメラ、携帯オーディオプレーヤなどがある。本発明によるＡＶコンテンツデータファイルとは、例えばビデオカメラの場合、撮影開始から撮影終了までを１つのまとまったデータとして保存したファイルを指す。また、デジタルスチルカメラでは１つの静止画データ、さらに携帯オーディオプレーヤでは、１曲の音楽データがＡＶコンテンツデータファイルとして記録媒体に保存される。
【００９７】
以下に、本発明によるＡＶコンテンツデータの記録や再生方法、および記録媒体に記録したＡＶコンテンツデータを一元管理する方法やその構造、そのＡＶコンテンツデータを一覧表示するのに用いるデータを複数もつための方法やその構造について説明する。
【００９８】
〔システム構成〕
図２２は本発明において共通に用いる、ビデオディスクレコーダの構成図である。この装置は、図２２に示すように、バス１２００、ホストＣＰＵ１２０１、ＲＡＭ１２０２、ＲＯＭ１２０３、ユーザインタフェース１２０４、システムクロック１２０５、光ディスク１２０６、ピックアップ１２０７、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｉｎｇ）デコーダ１２０８、ＥＣＣエンコーダ１２０９、再生用バッファ１２１０、記録／アフレコ用バッファ１２１１、デマルチプレクサ１２１２、マルチプレクサ１２１３、多重化用バッファ１２１４、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８、および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。
【００９９】
ホストＣＰＵ１２０１は、バス１２００を通じてデマルチプレクサ１２１２、マルチプレクサ１２１３、ピックアップ１２０７、また図示していないが、オーディオデコーダ１２１５、ビデオデコーダ１２１６、オーディオエンコーダ１２１７、ビデオエンコーダ１２１８の制御を行う。
【０１００】
再生時に、光ディスク１２０６からピックアップ１２０７を通じて読み出されたデータは、ＥＣＣデコーダ１２０８によって誤り訂正され、再生用バッファ１２１０に一旦蓄えられる。ホストＣＰＵ１２０１は、再生中のデータに関する管理情報に基づき、オーディオデコーダ１２１５、ビデオデコーダ１２１６からのデータ送信要求に従い、再生用バッファ中のデータをその種別によって適当なデコーダに振り分けるようデマルチプレクサ１２１２に指示を与える。
【０１０１】
一方、記録時に、オーディオエンコーダ１２１７とビデオエンコーダ１２１８によって圧縮符号化されたデータは、多重化用バッファ１２１４に一旦送られ、マルチプレクサ１２１３によってＡＶ多重化され、記録／アフレコ用バッファ１２１１に送られる。記録／アフレコ用バッファ１２１１中のデータは、ＥＣＣエンコーダ１２０９によって誤り訂正符号を付加され、ピックアップ１２０７を通じて光ディスク１２０６に記録される。
【０１０２】
オーディオデータの符号化方式にはＭＰＥＧ−１ Ｌａｙｅｒ−ＩＩを、ビデオデータの符号化方式にはＭＰＥＧ−２をそれぞれ用いる。
【０１０３】
光ディスク１２０６は、外周から内周に向かって螺旋状に記録再生が行われる脱着可能な光ディスクとする。２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。ＥＣＣブロック中のデータを書き換える場合、そのデータが含まれるＥＣＣブロック全体を読み込み、誤り訂正を行って、対象のデータを書き換え、再び誤り訂正符号を付加し、ＥＣＣブロックを構成して、記録媒体に記録する必要がある。また、光ディスク１２０６は、記録効率を上げるためＺＣＡＶ（ゾーン角速度一定）を採用しており、記録領域は回転数の異なる複数のゾーンで構成される。
【０１０４】
〔ファイルシステム〕
光ディスク１２０６上の各種情報を管理するためにファイルシステムを用いる。ファイルシステムには、ＰＣ（パーソナルコンピュータ）との相互運用を考慮してＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）を使用する。ファイルシステム上では、各種管理情報やＡＶストリームはファイルとして扱われる。
【０１０５】
ユーザエリアは、２０４８ｂｙｔｅの論理ブロック（セクタと一対一対応）で管理される。各ファイルは、整数個のエクステント（連続した論理ブロック）で構成され、エクステント単位で分散して記録しても良い。空き領域は、Ｓｐａｃｅ Ｂｉｔｍａｐを用いて論理ブロック単位で管理される。
【０１０６】
〔サムネイルデータを複数ファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔記録媒体上のファイル構成〕
図１は本発明による記録媒体上に、ＡＶコンテンツデータ、および記録媒体上に記録されている各々のＡＶコンテンツデータに関する属性情報などを管理するインデックス情報と、そのインデックス情報の一覧をＧＵＩ画面に表示するのに用いるＡＶコンテンツデータの特徴を表すデータ（サムネイルやタイトル、テキストデータなど）をファイルシステムを介してファイル形式で記録した場合の一例を示している。
【０１０７】
記録媒体に記録するＡＶコンテンツとして、例えば記録開始から記録終了までを１シーンとして１つのファイルに記録する場合に、１シーンを記録したＡＶコンテンツデータファイルがＳＨＲＰ００００．ＩＮＦ（１０８）である。同様に、ＳＨＲＰ０００１．ＩＮＦ（１０９）からＳＨＲＰ０００４．ＩＮＦ（１１２）は、各シーンに対応するＡＶコンテンツデータファイルであることを示している。また、これらＡＶコンテンツデータファイル１０８から１１２は、Ｖｉｄｅｏディレクトリ１０３内に登録されている。
【０１０８】
次に、ＳＨＲＰ００００．ＩＤＸ（１０４）は、記録媒体に記録した各ＡＶコンテンツに関する属性情報や、ＡＶコンテンツデータの１シーンの静止画像であるサムネイルデータやタイトル情報といったＡＶコンテンツデータの特徴を表すデータに関する管理情報などを格納するインデックスファイルである。また、このインデックスファイル１０４は、Ｉｎｄｅｘディレクトリ１０１内に登録されている。
【０１０９】
記録媒体上のＡＶコンテンツの一覧をユーザに提示するために、各コンテンツの特徴を表すサムネイルデータを用意する。サムネイルデータは、サムネイルを記録するための専用ファイルにまとめて記録する。図１の例では、いくつかのサムネイルデータをまとめて記録したファイル、ＳＨＲＰ００００．ＴＨＭ（１０５）からＳＨＲＰ０００２．ＴＨＭ（１０７）で構成されている。
【０１１０】
図１は、サムネイルデータファイル１０５に、ＡＶコンテンツデータファイル１０８および１１２のサムネイルデータが記録されていることを示している。同様に、サムネイルデータファイル１０６には、ＡＶコンテンツデータファイル１０９および１１０、サムネイルデータファイル１０７には、ＡＶコンテンツデータファイル１１１のサムネイルデータが記録されていることを示している。
【０１１１】
また、これらサムネイルデータファイル１０５から１０７は、Ｔｈｕｍｂディレクトリ１０２内に登録されている。
【０１１２】
このように、ＡＶコンテンツ毎の複数からなるサムネイルデータの集合は、複数のサムネイルデータファイルに分割して記録することができ、ユーザや記録・再生機器によって自由なサムネイルデータファイル構成をとることができる。
【０１１３】
そして図１は、前記Ｉｎｄｅｘディレクトリ１０１およびＴｈｕｍｂディレクトリ１０２、Ｖｉｄｅｏディレクトリ１０３をファイルシステム階層上のＲＯＯＴディレクトリ１００に登録していることを示している。
【０１１４】
〔ＧＵＩ表示〕
図２は、図１の１０８から１１２で示すＡＶコンテンツをＧＵＩ表示画面上に表示した一例を示している。記録媒体上に記録されているＡＶコンテンツのサムネイルを表示するための領域として３×３の合計９つの表示領域（２００）を構成している。表示するＡＶコンテンツが９つ以上の場合は、上下矢印ボタン（２０６）を押すことにより画面がスクロールし、インデックスファイルに登録されている全てのＡＶコンテンツのサムネイルを表示可能である。
【０１１５】
図１上のＡＶコンテンツ１０８の特徴を表すサムネイルデータをＧＵＩ表示領域上の２０１として表示している。以下同様に、ＡＶコンテンツ１０９から１１２は、ＧＵＩ表示領域上の２０２から２０５にそれぞれ対応している。
【０１１６】
図２のＧＵＩ上では、ＡＶコンテンツ２０１が選択されている状態を示しており（サムネイル画像２０１の周囲が太線で囲まれている）、コンテンツに関する情報表示領域２０７に、ＡＶコンテンツ２０１に関する情報が表示される。コンテンツに関する情報表示領域２０７では、ＡＶコンテンツ２０１の特徴を表すタイトルデータとして「山登り」が表示され、記録モードや再生時間といった属性情報が同時に表示されていることを示している。
【０１１７】
〔複数サムネイルの管理〕
本発明における記録媒体上に記録されているコンテンツの特徴を表す、ＧＵＩに表示するデータとして複数のサムネイルを用いた場合について説明する。
【０１１８】
１つのコンテンツに対し、複数のサムネイルを管理することにより、ＧＵＩ画面上に表示するサムネイルに対し、後述するように様々な機能やユーザへの提示方法を持つことができる。
【０１１９】
図３は、１つにコンテンツについて複数のサムネイルデータを管理する場合の例を示しており、図１で示した各コンテンツファイルのＧＵＩ表示に用いるサムネイルデータを示した図である。図１のＡＶコンテンツデータファイル１０８から１１２のサムネイルデータ集合が図３における３００から３０４にそれぞれ対応しており、３０５から３１３がサムネイルデータを表している。
【０１２０】
図１におけるＡＶコンテンツデータファイル１０８のＧＵＩ表示用に設けられたサムネイルデータは、図３の３００内で示されるサムネイルデータであり、後述するサムネイルタイプが“ｍａｉｎ”、サムネイルデータ領域の使用データブロック数が“１”であることを示している。つまりＡＶコンテンツデータ１０８では、サムネイルデータ３０５のみ保持していることになる。
【０１２１】
同様に、図１のＡＶコンテンツデータファイル１０９のＧＵＩ表示に設けられたサムネイルデータは、図３の３０１で示されるサムネイルデータ集合であり、サムネイルタイプが“ｂａｃｋ”、サムネイルデータ領域の使用データブロック数が“２”であることを示している。つまりＡＶコンテンツデータ１０９では、サムネイルデータとして３０６および３０７が設けられており、ＧＵＩ画面に標準で表示するサムネイルとして３０６が使用されている。
【０１２２】
以下同様に、図１のＡＶコンテンツデータファイル１１０から１１２は、図３の３０２から３０４にそれぞれ対応しており、各ＡＶコンテンツデータファイル用に複数のサムネイルデータが設けられていることを示している。
【０１２３】
〔サムネイルタイプおよび登録数〕
図３中の３００から３０４で示すサムネイルタイプは、図６で示す複数サムネイルデータの管理方法を表している。
【０１２４】
〔サムネイルタイプが“ｍａｉｎ”の説明〕
サムネイルタイプ“ｍａｉｎ”は、そのコンテンツファイルに設けるサムネイルデータが１つであることを示している。３００では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１０８用の基本サムネイルとして、１つのサムネイルデータ３０５を記録することを示している。使用データブロック数が１というのは、サムネイルデータを記録するデータ領域を１つ使用している（基本サムネイル領域）ということを表している。
【０１２５】
また、サムネイルデータ３０４では、図１中のサムネイルデータファイル１０５内に、ＡＶコンテンツデータファイル１１２用のサムネイルデータとして、２つのブロックを用いて１つのサムネイルデータ３１３を記録することを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１２６】
これは、１つのサムネイルデータを記録するデータブロック（基本サムネイル領域）に１つのサムネイルデータを記録すること（３００）に比べ、３０４は１つのサムネイルデータを記録するデータ領域を増加させることができ、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果がある。
【０１２７】
なお、高解像度のサムネイルデータが使用されているか否かを検出するには、サムネイルタイプが“ｍａｉｎ”であり、“使用データブロック数”が２以上の時に、高解像度のサムネイルデータであると識別する。
【０１２８】
〔サムネイルタイプが“ｂａｃｋ”の説明〕
サムネイルタイプ“ｂａｃｋ”は、そのコンテンツファイルにおけるサムネイルデータの第２サムネイルにオリジナルサムネイルデータを管理していることを示している。オリジナルサムネイルデータとは、コンテンツの標準となるサムネイルデータのことであり、例えばコンテンツを記録媒体に記録した直後に記録したコンテンツの特徴を最も表すサムネイルデータなどである。
【０１２９】
図３中の３０１では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１０９用のサムネイルデータとして、オリジナルサムネイルデータ３０７を第２サムネイル領域に記録し、そのオリジナルデータに文字を付加する編集を行ったサムネイルデータ３０６を基本サムネイルとして記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックが２つであるということを表している。
【０１３０】
ＧＵＩ表示画面に表示するサムネイルデータとして、オリジナルサムネイルデータのみを記録する場合は、第２サムネイルデータに記録したのと同一のデータを基本サムネイルに記録する。また例えば、図３中の３０６のようにオリジナルサムネイルデータ３０７に対し、文字の付加と言った編集を行った場合や、全く異なったサムネイルデータを記録するなどにおいて、基本サムネイルや第３サムネイル以降にそれらサムネイルデータを記録し、ＧＵＩ表示画面に使用するサムネイルデータを基本サムネイルデータとして記録するといった管理が行える。
【０１３１】
サムネイルデータを記録した数（サムネイルデータ領域を使用した数）を使用データブロック数にて管理する必要がある。
【０１３２】
この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩに表示させるサムネイルデータを変更することができるという効果がある。また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果がある。
【０１３３】
〔サムネイルタイプが“ｍｕｌｔ”の説明〕
サムネイルタイプ“ｍｕｌｔ”は、そのコンテンツファイルにおける１つのサムネイルデータが１つのデータブロックで記録され、それ単体でＧＵＩ画面に表示可能であり、さらにユーザや記録・再生機器による自由な画像をサムネイルデータとして複数記録することを示している。
【０１３４】
図３中の３０２では、図１中のサムネイルデータファイル１０６内に、ＡＶコンテンツデータファイル１１０用のサムネイルデータとして、基本サムネイル、第２サムネイル、第３サムネイルとしてサムネイルデータ３０８から３１０を記録していることを示している。使用データブロック数が３というのは、サムネイルデータを記録するデータブロックを３つ使用しているということを表している。
【０１３５】
これは１つのコンテンツに対し、複数のサムネイルデータを登録することにより、記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、基本サムネイルデータ以外の複数のサムネイルデータと基本サムネイルデータを入れ替えることにより、ＧＵＩ画面に表示させるサムネイルデータを変更することができるという効果がある。
【０１３６】
また、複数のサムネイルデータを登録する方法として、例えば、コンテンツの任意の再生時間間隔ごとに１つのサムネイルデータを登録し、それらのサムネイルデータを例えば一定時間間隔で順次表示していけばコンテンツの内容の概要を知ることができる。さらに、コンテンツにおける任意の時間の画像を記録できるため、例えば個々のサムネイルデータに対応する時間情報を後述する〔複数サムネイルを管理する管理情報〕内に設けるなど、別途時間情報を管理する手段を設けることにより、サムネイルデータをユーザが選択することによって、そのサムネイルデータに相当する再生位置からコンテンツを再生することが可能となるという効果がある。
【０１３７】
〔サムネイルタイプがユーザ定義の説明〕
サムネイルタイプが前記“ｍａｉｎ”、“ｂａｃｋ”、“ｍｕｌｔ”以外のサムネイルタイプであった場合は、ユーザ定義による独自の管理方法であることを示す。図６では、ユーザ定義である未知のサムネイルタイプを“＊＊＊＊”を用いて示している。“＊＊＊＊”は任意の４文字を意味しており、ユーザ定義するタイプごとに自由に設定するものである。
【０１３８】
図３中の３０３では、図１中のサムネイルデータファイル１０７内に、ＡＶコンテンツデータファイル１１１用のサムネイルデータとして、基本サムネイル、第２サムネイルとしてサムネイルデータ３１１および３１２を記録していることを示している。使用データブロック数が２というのは、サムネイルデータを記録するデータブロックを２つ使用しているということを表している。また、独自のユーザ定義のサムネイルタイプとして“ｏｖｌｙ”を定義していることを示している。
【０１３９】
サムネイルタイプに独自のユーザ定義タイプを用意することから、ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータとして、前記と同様に基本サムネイルを用いる。つまり、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。なお、ユーザ定義のサムネイルを解釈できない機器では基本サムネイルだけにアクセス（サムネイルの変更などを含む）するため、第２サムネイル以降のサムネイル（基本サムネイル以外）の内容は、整合性の観点で基本サムネイルと依存関係が少ない方が望ましい。
【０１４０】
図３の３０３では、サムネイルデータを表示する際、管理している複数のサムネイルデータを重ね合わせて合成表示するという独自のユーザ定義“ｏｖｌｙ”を定義している。
【０１４１】
このサムネイルタイプを使ったＧＵＩ表示の適用例として、基本サムネイルと第２サムネイルを重ね合わせてＧＵＩ表示画面に表示することを表している。サムネイルデータ３１１では、人物のみのサムネイルデータであり、背景部分には何も存在していない。また、３１２は砂漠の背景画である。そして、ＧＵＩ画面に表示する際に、図２の２０４のように登録されているサムネイルを重ね合わせて表示することで、砂漠を歩いている人の１つのサムネイルデータとして表示している。
【０１４２】
このように、３１２などの背景サムネイルデータをいくつか用意し、ユーザの好みにより、サムネイルデータを組み合わせてＧＵＩ画面に表示させることができる。
【０１４３】
また、文字だけのサムネイルデータをいくつか用意し、画像のサムネイルデータと重ね合わせて表示することで、ＧＵＩ画面に文字付きのサムネイルデータを表示することができ、場合に応じてその文字の内容を変更することが可能となる。これは、前記サムネイルタイプが“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ＧＵＩ画面に表示するサムネイルを変更することや変更したサムネイルを標準のサムネイルに戻すといった運用が可能となるという効果がある。
【０１４４】
なお、前記サムネイルタイプ“ｏｖｌｙ”は、“ｂａｃｋ”や“ｍｕｌｔ”と同様に、ユーザ定義ではなく、様々な機器で用いられるサムネイルタイプとして定義しても良い。
【０１４５】
〔サムネイルタイプのバリエーション〕
サムネイルタイプが“ユーザ定義”の場合は、記録・再生機器やメーカの間で独自の運用として用いられるものであり、“ユーザ定義”以外のサムネイルタイプ（“ｍａｉｎ”や“ｍｕｌｔ”など）は、記録・再生機器やメーカの間で共通に用いられるサムネイルタイプである。
【０１４６】
この共通で用いられるサムネイルタイプとして、基本サムネイルには、標準となるサムネイルデータを記録し、第２サムネイル以降を使用して、例えば２Ｄ、３Ｄ用のサムネイルデータを記録するサムネイルタイプを用意する。この場合、基本サムネイルには、２Ｄ用のサムネイルデータを記録する。そして、第２サムネイルに左目用サムネイルデータ、第３サムネイルに右目用サムネイルデータを記録し、これら２つのデータを使用して３Ｄ画像であるサムネイルデータを表示するといったサムネイルタイプを用意しても良い。ここでは、第３サムネイルデータまでを使用する場合を説明したが、第４サムネイルデータ以降も使用して、複数の３Ｄ画像を記録しても良い。
【０１４７】
次に、サムネイルタイプとして標準のサムネイルを拡大したサムネイルを第２サムネイル以降に記録しても良い。例えば、基本サムネイルに記録した標準のサムネイルデータの画像サイズが１６０×１２０であった場合、標準のサムネイルデータと同様の画像である画像の解像度を６４０×４８０とし、１６０×１２０の解像度となるように４つに分け、第２サムネイルから第５サムネイルまでを使用して記録する。これにより、高解像度にしたサムネイルをＧＵＩ画面の４つの表示箇所（例えば、図２の２０１、２０２、２０４、２０５）を使用して高解像度のサムネイルを表示することができる。また、ＧＵＩ画面の１つの表示箇所に高解像度にしたサムネイルデータの１つ（例えば、第２サムネイルデータ）を表示し、ＧＵＩ画面上でサムネイルデータの一部を表示するといった表示方法を行うことができる。さらに、表示されている一部部分が高解像度サムネイル全体中を移動できるといった表示方法も可能である。
【０１４８】
また、このサムネイルデータ記録方法により、標準のサムネイルデータの一部分を選択し、その部分に相当する高解像度のサムネイルデータを表示することにより、サムネイルデータを部分的に拡大する表示方法も可能である。これにより、標準のサムネイルデータを出発点として、拡大縮小したサムネイルデータを表示することが可能となる。
【０１４９】
また、サムネイルタイプとして１つのコンテンツ内における各シーンの代表画像を複数サムネイルデータとして記録しても良い。これは、複数のサムネイルデータをある一定時間間隔ごとに基本サムネイルから順番に表示していくことで、コンテンツ全体の抜粋した内容をスライドショーとして閲覧できるという表示方法が可能である。
【０１５０】
また、サムネイルタイプとして、例えば、１秒間に１５フレームとなる動画像データの１フレームを１サムネイルデータとして記録しても良い。これは、記録されたサムネイルデータを基本サムネイルから順番に１秒間に１５枚のサムネイルデータ読み出し、順番に表示することにより、動画のサムネイルデータを表示することが可能である。これらのサムネイルデータは、コンテンツの映像の内容と一致するものであることや、アニメーションなどによる新たに作られた動画であっても良い。
【０１５１】
〔基本サムネイル〕
図３で示す基本サムネイルは、ＧＵＩに表示するのに用いるサムネイルデータであり、各コンテンツ用に設けられた複数個のサムネイルデータ中の先頭サムネイルデータである。また、第２および第３サムネイルは、サムネイルタイプによって使い分けて使用される付加的なサムネイルデータである。
【０１５２】
サムネイルデータをこのような構造とすることにより、サムネイルタイプによって、使用するユーザ固有の機能を持つことが可能となる。
【０１５３】
また、１つのコンテンツのＧＵＩ表示に使用する標準のサムネイルデータを先頭の基本サムネイルデータとして管理することにより、例えば、１つのコンテンツに対して複数のサムネイルを扱う機能を実装しない基本機能のみの携帯機器において、基本サムネイルのみにアクセスすることによって、記録媒体上に記録したコンテンツの一覧表示などを行うことが可能となる。
【０１５４】
〔複数サムネイルを管理する管理情報〕
図４ないし図６は、本実施形態による１つのコンテンツに対し、複数のサムネイルデータを管理する場合のインデックス情報の一例を示している。図４は、図１のインデックスファイル１０４内に格納されるインデックス情報を示している。なお、「Uint32」は符号なし整数３２ビット（したがって４バイト）を表す。他も同様である。
【０１５５】
インデックス情報は、記録媒体上に記録されている各コンテンツファイルに関する記録日時やコンテンツの特徴を表すデータへアクセスするための情報などの管理情報である。インデックスファイル１０４の先頭から図４の各フィールドが格納される。
【０１５６】
図４の第１フィールドである“付加・属性情報”は、例えばインデックスファイルの作成日時などの記録媒体全体に関する管理情報を格納する。
【０１５７】
第２フィールドである“コンテンツ登録数”は、インデックスファイル１０４に登録されているコンテンツファイル数を登録する。図１から図７で示す実施形態では、５つのＡＶコンテンツデータファイルについての例であるため、“コンテンツ登録数”フィールドには５が格納される。
【０１５８】
第３フィールドである“固定長データサイズ”は、インデックスファイルが管理するコンテンツデータの特徴を表すサムネイルデータ（サムネイルデータでなくてもよい）を記録する領域（以下１ブロック）のデータサイズを管理する。ここでは１ブロックのデータサイズを固定長サイズとして管理を行う。前記〔複数サムネイルの管理〕の管理形態では、１つのサムネイルデータ領域（基本サムネイルや第２サムネイル）が固定長サイズであり、このサムネイルデータ領域、つまり固定長サイズのブロックをいくつか使用してサムネイルデータを管理している。例えば、図３中の３０２では、“使用データブロック数”が３であるため、固定長サイズのブロックを３つ使用して３つのサムネイルデータをサムネイルデータファイル１０６に記録することを表している。
【０１５９】
第４フィールド目からは、図５に示す各コンテンツファイルにおけるインデックス情報が格納される。図５では、１つのコンテンツデータに対し、“ＩＤ”、“コンテンツの付加・属性情報”、“サムネイルタイプ”、“ファイル名”、“先頭データブロック番号”、“使用データブロック数”、“メーカＩＤ”の管理情報フィールドを有し、コンテンツデータを記録媒体に記録した順番に、この管理情報フィールドの単位でインデックスファイル内に登録する。以下、各フィールドについて、図１のＡＶコンテンツデータファイル１１０に対するインデックスの管理を例にとって説明する。
【０１６０】
図５中の“ＩＤ”フィールドは、コンテンツデータファイルを特定する情報であり、コンテンツデータファイルを表すＩＤ番号などを格納する。図１から図３の実施形態では、図１の１０８から１１２、図３の３００から３０４で示すＡＶコンテンツデータファイルをそれぞれ＃１から＃５で表している。ＩＤ番号は、コンテンツデータファイルのファイル名など、コンテンツデータを特定する情報であればどのような情報でも良い。
【０１６１】
ＩＤ番号で管理する場合は、ＩＤ番号と記録媒体上のコンテンツデータファイルとを対応づける情報を管理し、その対応情報を元にＩＤ番号に対するコンテンツデータファイルへのアクセスを行う。
【０１６２】
“コンテンツの付加・属性情報“フィールドは、各コンテンツデータファイルの作成日時などのコンテンツデータファイル固有情報を格納する。
【０１６３】
“サムネイルタイプ”フィールドは、前記〔複数サムネイルの管理〕で説明したサムネイルタイプを格納するフィールドである。例えば、図１のＡＶコンテンツデータファイル１１０（図３では３０２）に相当する図５の“ＩＤ”フィールドが＃３のインデック情報におけるサムネイルタイプが“ｍｕｌｔ”であることを示している。
【０１６４】
“ファイル名”フィールドは、コンテンツデータファイルの特徴を表すデータが格納されているファイルを特定する情報である。図５では、サムネイルデータファイルのファイル名を格納する例を示している。図５の“ＩＤ”フィールドが＃３のインデック情報のサムネイルデータを格納したファイルがＳＨＲＰ０００１．ＴＨＭであることを示しており、図１のサムネイルデータファイル１０６に相当する。
【０１６５】
“先頭データブロック番号”は、後述するサムネイルデータファイル内におけるサムネイルデータのデータ配置方法におけるデータが格納されている位置を示す情報である。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目からＡＶコンテンツデータファイル１１０に関するサムネイルデータが格納されていることを示している。
【０１６６】
“使用データブロック数”は、前記“先頭データブロック番号”で説明したコンテンツデータに対応するコンテンツの特徴を表すデータが使用しているブロック数を格納するフィールドである。例えば、“ＩＤ”フィールドが＃３のインデック情報では、図１のサムネイルデータファイル１０６内の２ブロック目から３ブロックを使用して、ＡＶコンテンツデータファイル１１０に関するサムネイルデータを格納していることを示している。実際には、３ブロックを使用して３つのサムネイルデータを管理していることを表している。
【０１６７】
“メーカＩＤ”は、インデックス情報で管理しているコンテンツデータを記録媒体に記録した機器の製造メーカを示すＩＤであり、メーカ毎にユニークな値が格納される。図５では、図１のＡＶコンテンツデータファイル１０８から１１１は“メーカＩＤ”が３である同一のメーカの機器によって記録されたことを示しており、ＡＶコンテンツデータファイル１１２は“メーカＩＤ”が１であるメーカの機器によって記録されたことを示している。
【０１６８】
ＡＶコンテンツを記録媒体に記録し、サムネイルデータを登録したメーカや機器のＩＤをインデックス情報に登録することにより、どのメーカや機器により記録されたＡＶコンテンツ、もしくはサムネイルデータであるかを特定することができる。また、“メーカＩＤ”を解釈することにより記録媒体に記録されているインデックス情報が管理しているコンテンツのサムネイルタイプが同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されている可能性があることを検出することができる。
【０１６９】
サムネイルタイプが“ユーザ定義”の場合に、独自の管理方法およびＧＵＩ画面への表示方法であることから、メーカ間で同一のサムネイルタイプが偶然定義されてしまった場合は、誤動作を起こす原因となる。そのため、“ユーザ定義”を解釈する際、“メーカＩＤ”も同時に解釈することにより、誤動作を防止できるとういう効果がある。
【０１７０】
図６は、本実施形態におけるサムネイルタイプを示しており、前述の〔複数サムネイルの管理〕以降で説明した通りである。
【０１７１】
〔サムネイルデータのファイル構成〕
図７は、図１から図６までの本実施形態によるサムネイルデータファイル内のサムネイルデータ配置を示した図である。図７中のサムネイルデータ５００から５０１を持つＳＨＲＰ００００．ＴＨＭは図１におけるサムネイルファイル１０５に相当する。同様に、サムネイルデータ５０２から５０６を持つＳＨＲＰ０００１．ＴＨＭはサムネイルファイル１０６、サムネイルデータ５０７から５０８を持つＳＨＲＰ０００２．ＴＨＭはサムネイルファイル１０７に相当する。図７中のデータブロック０からデータブロック４で示しているのは、１つのデータブロックが８ＫＢｙｔｅの固定長であるデータブロックを使用しているサムネイルデータであることを表している。この固定長サイズは、図４の“固定長データサイズ”フィールドに格納されるものである。
【０１７２】
図１のＡＶコンテンツデータファイル１０８におけるサムネイルデータは、図５のインデックス情報内の＃１により、サムネイルファイルがＳＨＲＰ００００．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が１であり、図７の５００を表している。同様に、ＡＶコンテンツデータファイル１０９は、サムネイルファイルがＳＨＲＰ０００１．ＴＨＭ、“先頭データブロック番号”が０、“使用データブロック数”が２であり、図７の５０２から５０３を表している。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０１７３】
また、ＡＶコンテンツデータファイル１１２は、図５よりサムネイルタイプが“ｍａｉｎ”ということから１つのサムネイルデータを管理しており、“先頭データブロック番号”が１、“使用データブロック数”が２であることから、５０１のようにデータブロック１および２の２つのデータブロックを使用して１つのサムネイルデータを管理していることを表している。
【０１７４】
１つのデータブロックを固定長とすることにより、各データブロック間のデータの入れ替えや、データブロックの削除、書き換えが容易に行うことができる。さらに、データブロックの削除などにより、未使用である固定長サイズのデータブロックがサムネイルデータファイル内に存在した場合、その領域を再利用してサムネイルデータを記録することが可能となる。
【０１７５】
また、サムネイルデータファイル内の各サムネイルデータへアクセスするために、サムネイルデータの数を保持する管理情報のみ（図５の“使用データブロック数”フィールド）で、各サムネイルデータのサイズ情報を別途管理する必要がないことから、サムネイルデータへアクセスするための管理情報量を減らすことが可能となる効果がある。
【０１７６】
〔コンテンツの録画〕
記録媒体上にＡＶコンテンツデータを記録し、記録したＡＶコンテンツデータをインデックスファイルに登録する処理について図８を用いて説明する。なお、インデックスファイルに登録するＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを登録する場合について説明するが、同様の登録方法によってタイトルデータやテキストデータなどを登録し、ＧＵＩ画面に表示することが可能であり、またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて登録することも可能である。
【０１７７】
コンテンツの録画処理は図８の処理の流れ図に従い、Ｓ６００でＡＶコンテンツデータを記録媒体に記録し、次にＳ６０１にて記録したＡＶコンテンツデータのサムネイルデータを記録する。そして、Ｓ６０２にて記録したサムネイルデータとともに、記録したＡＶコンテンツデータをインデックスファイルに登録する処理を行う。以下に、各処理における詳細を説明する。
【０１７８】
〔コンテンツデータの記録〕
図８のコンテンツデータの記録（Ｓ６００）の処理について、図９を用いて説明する。Ｓ６０３にて、ＡＶコンテンツを記録するファイルを特定のディレクトリ（例えば，図１ではＶｉｄｅｏディレクトリ１０３）上にオープンする。次にＳ６０４にて、記録開始を実行すると、エンコーダなどから送られてきたＡＶコンテンツのデータを記録媒体上に記録する。そして記録終了になると、Ｓ６０５にて、記録したＡＶコンテンツデータファイルをクローズすることによって、記録開始から記録終了までを１つのファイルに格納する。
【０１７９】
〔サムネイルデータの連続記録〕
次に、図８のサムネイルデータの記録（Ｓ６０１）の処理について、図１０を用いて説明する。Ｓ６０６にて、図６における登録するサムネイルのタイプを選択する。そして、Ｓ６０７にてＳ６０６で決定したサムネイルタイプに見合った１つ、もしくは複数のサムネイルデータを記録したＡＶコンテンツデータ、またはあらかじめ用意してあるサムネイル用データから録画機器のメモリ上に抽出する。ここでは、ＡＶコンテンツデータを記録した後に、サムネイルタイプや記録するサムネイルデータの抽出を行っているが、例えばＡＶコンテンツデータを記録する以前に、記録する機器であらかじめ標準の記録方法を設定しておくことや、登録を行うＡＶコンテンツデータのサムネイルタイプやサムネイルデータを選択するようユーザに促すようなＧＵＩの構成にしても良い。
【０１８０】
そして、記録機器上のメモリに抽出したサムネイルデータに対し、１つのサムネイルデータの固定長サイズ化を行うため、サムネイルデータの最後尾から固定長のサイズ（例えば、図７のように８ＫＢｙｔｅ）となるまで値０で埋める。ここで、サムネイルデータが固定長サイズを超えていた場合は、２つの固定長サイズであるサムネイル用データブロックを使用し、１つ目のデータブロックにサムネイルデータを記録後、残りのサムネイルデータを２つ目のデータブロックに記録する。２つ目のデータブロックの固定長化を行うため、前述と同様に固定長サイズとなるまで値０で埋める。サムネイルデータが２つのデータブロックでも収まらない場合は、必要な数のデータブロックを用意して記録し、最後のデータブロックでは、前述と同様に、固定長のサイズとなるように値０で埋める（Ｓ６０８）。
【０１８１】
Ｓ６０９にて、サムネイルデータファイルを記録する特定のディレクトリ（例えば、図１ではＴｈｕｍｂディレクトリ１０２）内にある、サムネイルデータを記録するファイル（例えば、図１ではサムネイルデータファイル１０５）をオープンする。新規ファイルの場合は、ファイルを作成してオープンする。
【０１８２】
１つのコンテンツに記録する複数のサムネイルデータを記録するファイルは、記録媒体上の全てのコンテンツ用サムネイルデータを１つのサムネイルデータファイルにまとめて記録することや、後述するインデックスファイルも合わせ１つのファイルにまとめて記録しても良い。
【０１８３】
これは、記録媒体上の全てのコンテンツに関する一覧情報を他の媒体や機器へコピーする際に、１つにまとめたサムネイルデータファイルのみコピーすることで行えるため、コピーを簡便に行えるという効果がある。
【０１８４】
さらに、１つのコンテンツに関する複数のサムネイルデータは、１つのサムネイルデータファイルに連続的に記録するが、コンテンツ毎の複数個からなるサムネイルデータのデータブロックは、サムネイルタイプや用途毎にいくつかのファイルに分けて記録しても良い。
【０１８５】
これは、例えばコンテンツ毎にサムネイルデータを１つのファイルにまとめて記録することにより、コンテンツに対応するサムネイルデータファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できることや、異なるコンテンツ間で同じサムネイルデータを用いる場合などに、これらコンテンツ間でのサムネイルデータファイルは同一とするように管理することで、サムネイルデータファイルの共通化が行え、サムネイルデータファイル数を削減できるといった効果がある。
【０１８６】
そしてＳ６１０にて、オープンしたサムネイルデータ用ファイルの最後尾に抽出したサムネイルデータを全て連続的に記録する。
【０１８７】
サムネイルデータの記録が終了すると、Ｓ６１１にて記録したサムネイルデータ用ファイルをクローズする。
【０１８８】
１つのコンテンツに関するサムネイルデータをサムネイルデータ用ファイル内に連続的に記録することにより、サムネイルデータの記録時や読み出し時に高速にアクセスを行うことができるという効果がある。また、１つのコンテンツに関する複数のサムネイルデータをアクセスするための図５のような管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０１８９】
また、サムネイルデータを連続記録する方法として、１つのコンテンツに複数のサムネイルデータを登録する際の１つ目のサムネイルデータを記録する場合に、あらかじめ登録するサムネイルデータの最大数分の固定長サイズである連続したデータブロックの領域をサムネイルデータファイル内に確保し、前記〔複数サムネイルを管理する管理情報〕内に確保したデータブロック領域のうち、どの領域にサムネイルデータが実際に格納されているかを示すデータブロック有効フラグを設ける管理方法を行っても良い。
【０１９０】
例えば、１つのコンテンツに登録するサムネイルデータ数の最大数を５とした場合、新たにコンテンツを記録媒体に記録し、初めてサムネイルデータをサムネイルデータファイルに記録する場合に、サムネイルデータファイル内に５つのデータブロック分の領域を確保し、前記〔複数サムネイルを管理する管理情報〕内の使用データブロック数を５として登録を行う。そして、１つ目のサムネイルデータをサムネイルデータファイル内に記録した後、１つ目のデータブロックを使用しているという意味を表すフラグを前記〔複数サムネイルを管理する管理情報〕内に記録する。
【０１９１】
２つ以上のサムネイルデータを記録する場合は、２つ目のサムネイルデータを記録する際に、残り４つのデータブロックのいずれかに記録し、記録したデータブロックを使用しているという意味を表すフラグを設定する。このサムネイルデータの記録および管理方法を繰り返し行い、最大５つのサムネイルデータの記録・管理が行える。
【０１９２】
このように１つのコンテンツに対するサムネイルデータを記録する最大数分の記録データブロック領域を確保・管理することによって、あるコンテンツのサムネイルデータの記録を行った後に、コンテンツサムネイルデータを記録するサムネイルデータファイルが同一である他のコンテンツのサムネイルデータ記録を行った場合に、元のコンテンツに対しサムネイルデータの追加やサムネイルデータの削除を行うことが、後続するサムネイルデータの移動なしに行えるという効果がある。
【０１９３】
この場合、サムネイルデータの削除については、前記データブロックを使用しているという意味を表すフラグを未使用に設定することによって行うことができ、管理情報の操作のみで削除が行えるという効果がある。
【０１９４】
さらに、サムネイルデータの追加については、未使用である固定長サイズのデータブロックを利用（再利用）することによって追加が可能となるため、サムネイルデータの追加処理量を削減し、処理時間を短縮できるという効果がある。
【０１９５】
またコンテンツの削除などにより、そのサムネイルデータを全て削除する場合に、１つ１つサムネイルデータの削除を行わずとも、最大数分のデータブロック領域を一括して削除すれば良いため、一度に消去ができるという効果がある。
【０１９６】
〔サムネイルの登録〕
図８のサムネイルの登録（Ｓ６０２）の処理について、図１１および図４、図５を用いて説明する。
【０１９７】
図１１のＳ６１２において、インデックスファイルが存在する特定のディレクトリ（例えば、図１のＩｎｄｅｘディレクトリ１０１）上にある記録媒体上に記録されているコンテンツデータを管理するインデックスファイル（例えば、図１のインデックスファイル１０４）をオープンする。ＡＶコンテンツデータの記録が新規記録の場合は、インデックスファイルを新たに作成し、図４のインデックスファイルの作成日時などの付加・属性情報、および固定長データサイズフィールドなどを登録する。
【０１９８】
そして、Ｓ６１３にて図５のコンテンツの付加・属性情報やサムネイルタイプといった記録したＡＶコンテンツに関するインデックス情報を登録する。
【０１９９】
Ｓ６１４にて、前記〔サムネイルデータの連続記録〕で説明したＡＶコンテンツのサムネイルデータの情報であるサムネイルデータを記録したファイル名や、先頭サムネイルデータが存在する固定長サイズのデータブロックの番号（先頭のデータブロックがブロック番号０から始まる）および使用しているデータブロック数、記録を行った機器のメーカＩＤフィールドなどを登録する。
【０２００】
そしてＳ６１５にて、インデックス情報を記録したインデックスファイル（例えば、図１では１０４）をクローズする。
【０２０１】
以上の処理により、ＡＶコンテンツデータを記録媒体に記録、およびサムネイルデータとその管理方法を含めたインデックス情報を記録媒体に記録する。
【０２０２】
〔コンテンツの再生〕
記録媒体上に記録されているＡＶコンテンツデータを管理するインデックスファイルを用いたＧＵＩ表示画面から、ＡＶコンテンツデータを再生する処理について図１２を用いて説明する。なお、ＧＵＩ画面に表示されているＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを用いる場合について説明するが、同様のＧＵＩ画面の表示方法によってタイトルデータやテキストデータなどを表示し、再生するコンテンツを選択することが可能である。またサムネイルデータやタイトルデータなど複数のＡＶコンテンツの特徴を表すデータを組み合わせて表示されているＧＵＩ表示画面からコンテンツを選択することも可能である。
【０２０３】
コンテンツの再生処理は図１２の処理の流れ図に従い、Ｓ７００にて記録媒体に記録されているＡＶコンテンツデータの一覧情報をＧＵＩ画面に表示し、次にＳ７０１にてユーザによる再生するコンテンツを選択する。そして、Ｓ７０２にて選択したＡＶコンテンツデータファイルを再生する処理を行う。以下に、各処理における詳細を説明する。
【０２０４】
〔ＧＵＩ画面の表示〕
図１２のＧＵＩ画面の表示（Ｓ７００）の処理について、図１３を用いて説明する。Ｓ７０３にて、記録媒体に記録されているＡＶコンテンツの一覧情報を管理しているインデックスファイル（例えば，図１ではインデックスファイル１０４）をオープンする。
【０２０５】
次にＳ７０４にて、インデックスファイル内に格納されているインデックス情報を全てＧＵＩ画面に表示したかを確認する。ここでは、１つ目のインデックス情報の表示であるため、Ｓ７０５に進み、１つ目のインデックス情報をＧＵＩ画面に表示する処理を行う。
【０２０６】
〔コンテンツをＧＵＩ画面に表示〕
コンテンツをＧＵＩ画面に表示する処理について、図１４の流れ図を用いて説明する。
【０２０７】
Ｓ７０７にて、インデックスファイル内の図５で示すコンテンツの付加・属性情報、サムネイルデータのアクセスデータなどを読み出す。
【０２０８】
Ｓ７０８にて、読み出したサムネイルデータのアクセスデータに含まれるファイル名から、サムネイルデータが格納されているサムネイルデータファイル（例えば、図１におけるサムネイルデータファイル１０５）をオープンする。
【０２０９】
次にＳ７０９にて、サムネイルデータのアクセスデータに含まれる先頭ブロック番号より、先頭ブロック番号とインデックスファイル内に記録されている固定長データサイズの値を乗算した値に相当するサムネイルデータファイル先頭からの位置へ移動する。そして、使用データブロック数（固定長データサイズと使用データブロック数を乗算した値のサイズ）だけ、サムネイルデータファイルからサムネイルデータを読み出し後、Ｓ７１０にてサムネイルデータファイルをクローズする。
【０２１０】
Ｓ７１１にて、メーカＩＤおよびサムネイルタイプに合った管理方法により、読み出したサムネイルデータをＧＵＩ画面に表示する。例えば、図５内の＃１では、サムネイルタイプが“ｍａｉｎ”で、先頭ブロック番号が“０”、使用ブロック数が“１”であるため、サムネイルデータファイルＳＨＲＰ００００．ＴＨＭの先頭の８ＫＢｙｔｅに格納された１つ目のデータブロックに相当する基本サムネイルデータをＧＵＩ画面に表示する（図７の５００のデータブロックに相当）。
【０２１１】
また、例えば図５内の＃４では、サムネイルタイプが“ｏｖｌｙ”であるため、ユーザ定義による管理であることを示し、ユーザ定義を行ったインデックス情報であるかをメーカＩＤにより確認する。ユーザ定義であった場合は、定義した管理方法によって、ＧＵＩ画面に表示する。ここでは、記録されているサムネイルデータを重ね合わせて表示するというユーザ定義であることから、先頭ブロック番号が“０”、使用ブロック数が“２”であるサムネイルデータをサムネイルデータファイルＳＨＲＰ０００２．ＴＨＭの先頭の１６ＫＢｙｔｅに格納された２つのデータブロックに相当するサムネイルデータを読み出し、重ね合わせてＧＵＩ画面に表示する（図７の５０７、５０８のデータブロックに相当）。
【０２１２】
Ｓ７１２にて、ＧＵＩに表示したインデックス情報の次のインデックス情報を読み出す準備を行い、Ｓ７０４に戻る。そして、Ｓ７０４とＳ７０５のループを繰り返し、インデックスファイルに格納されたインデックス情報を全て読み出し、ＧＵＩ画面への表示が終了となった場合、Ｓ７０６へ進み、インデックスファイルをクローズする。
【０２１３】
〔再生するコンテンツの選択〕
次に、Ｓ７０１による再生するコンテンツの選択を行う処理について、図１５の流れ図を用いて説明する。
【０２１４】
Ｓ７１３にて、ＧＵＩ画面上の再生するコンテンツを選択する。コンテンツの選択には、画面上の位置を取得するポインタやカーソルなどにより、ＧＵＩ画面上のサムネイルなどの再生するコンテンツを特定することにより行う。コンテンツの選択が行われると前記〔コンテンツをＧＵＩ画面に表示〕のＳ７０７で取得したコンテンツの付加・属性情報などから、選択したコンテンツに相当する情報を特定のＧＵＩ画面内の表示領域に表示する（例えば、図２では２０７の領域）。
【０２１５】
ＧＵＩ画面上のコンテンツを選択したことにより、Ｓ７１４にて選択したコンテンツのコンテンツデータファイル名を取得する（例えば、図５では、“Ｎｏ．”フィールドに相当）。そして、図１２のＳ７０２「コンテンツデータファイルを再生」に進む。
【０２１６】
〔コンテンツデータファイルを再生〕
Ｓ７０２によるＡＶコンテンツデータファイルを再生する処理について、図１６の流れ図を用いて説明する。
【０２１７】
Ｓ７１５にて、Ｓ７１４で取得したＡＶコンテンツデータファイル（例えば、図１ではＡＶコンテンツデータファイル１０８）のファイルをオープンする。
【０２１８】
次に、Ｓ７１６にてＡＶコンテンツデータファイル内のＡＶコンテンツデータを順次読み出し、再生処理を行うデコーダに送る。デコーダは、ＡＶコンテンツデータのデコードを行い、ＡＶコンテンツの再生を行う。
【０２１９】
Ｓ７１７にて、ＡＶコンテンツデータの再生が終了、もしくはユーザなどにより再生の停止がなされた場合は、Ｓ７１８に進み、ＡＶコンテンツデータファイルをクローズする。
【０２２０】
以上の処理は、記録媒体を再生機器にセットした段階からの再生方法の説明であったが、一度記録媒体を再生機器にセットし、インデックス情報をＧＵＩ画面に表示した後では、図１２のＳ７０１から処理を行うことにより、何度でも任意のコンテンツを再生することが可能である。
【０２２１】
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施形態の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図５で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２２２】
〔実施の形態２〕
〔サムネイルデータを１つのファイルで構成〕
〔１つのコンテンツに対し、複数サムネイルを管理〕
〔サムネイルデータを１つのサムネイル用ファイルに記録〕
前記実施の形態１では、ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、いくつかのサムネイル用データファイルに分けて記録を行う説明を行ったが、図１７で示すようにＡＶコンテンツデータ１０８から１１２のそれぞれにおけるサムネイルデータを１つのサムネイルデータファイル１０５内に記録しても良い。
【０２２３】
この管理方法においては、図５で示すインデックス情報内のサムネイルデータファイルを表すファイル名フィールドは必ずしも必要ではなく、サムネイルデータを記録するファイル名をＳＨＲＰ００００．ＴＨＭやＴＨＵＭＢＮＡＩＬ．ＤＡＴのように、あらかじめ決めておくことによって管理しても良い。サムネイルデータのサムネイルデータファイル名が全て同一として扱うことにより、本実施形態における〔サムネイルデータを１つのサムネイル用ファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２２４】
このように、サムネイルデータを１つのサムネイルデータファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、記録媒体上のインデックスファイルおよびサムネイルデータファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルと１つのサムネイルデータファイルをコピーするだけで、管理ができるとうい効果がある。
【０２２５】
〔サムネイルデータを１つのインデックスファイルに記録〕
前記〔サムネイルデータを１つのサムネイル用ファイルに記録〕では、インデックス情報を格納しているインデックスファイルとＡＶコンテンツデータの特徴を表すデータの１つの例としてサムネイルデータが格納されているファイルを個別に登録するという説明であるが、図１８で示すように、インデックスファイル１０４内に記録媒体上に記録されたコンテンツデータを管理するインデックス情報と、そのコンテンツデータの特徴を表すサムネイルデータを１つのインデックスファイル内に格納しても良い。
【０２２６】
この管理方法によるインデックス情報データは、図１９、図２０で示すインデックス情報となる。図１９については、図４と同じである。図２０については、図５のインデックス情報と比べ、サムネイルデータが格納されているファイル名を管理するファイル名フィールドが存在しないところが異なっている。これは、インデックス情報およびサムネイルデータが格納されているファイルが図１８のインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）であるように、あらかじめファイル名などを決めておくことにより、インデックス情報およびサムネイルデータへアクセス可能となるため、ファイル名フィールドを必要としないことを表している。インデックス情報とサムネイルデータを格納するファイルのファイル名を全て同一として扱うことにより、本実施の形態における〔サムネイルデータを１つのインデックスファイルに記録〕のＡＶコンテンツの記録および再生方法は、実施の形態１と同様の処理により行える。
【０２２７】
図２１を用いて、本〔サムネイルデータを１つのインデックスファイルに記録〕を行った場合のインデックスファイル内のデータ配置を説明する。図２１では、図１９のインデックス情報がインデックスファイルＳＨＲＰ００００．ＩＤＸ（１０４）の先頭からＩｎｄｅｘ Ｄａｔａ（１１００）に記録される。このＩｎｄｅｘ Ｄａｔａ（１１００）に続けて、サムネイルデータが記録され、これが固定長サイズであるデータブロック０となる。図２１では、１つのデータブロックにおける固定長サイズを８ＫＢｙｔｅとしている。データブロック０のサムネイルデータにアクセスするために、例えば、Ｉｎｄｅｘ Ｄａｔａの先頭４ＢｙｔｅにＩｎｄｅｘ Ｄａｔａ（１１００）のデータサイズを記録しておき、インデックスファイルの先頭からこのデータサイズだけ読み飛ばすことにより、データブロック０以降のデータブロックにアクセスを行うことができる。また、これはＩｎｄｅｘ Ｄａｔａ（１１００）のデータサイズだけでなく、データブロック０の先頭からのオフセット値など、データブロック０の先頭へアクセスするための情報をインデックスファイル内に記録し、それを読み出す手段を持つことによって、データブロック０へアクセス可能であれば、どのような形態であっても良い。
【０２２８】
そして、ＡＶコンテンツデータ１０８におけるサムネイルデータは、図２１のデータブロック０（１１０１）に格納され、図２０のインデックス情報内の＃１フィールドにおいて、”先頭データブロック番号”が”０”、”使用データブロック数が”１”として管理されている。
【０２２９】
また同様に、ＡＶコンテンツデータ１０９におけるサムネイルデータは、図２１のデータブロック１（１１０２）およびデータブロック２（１１０３）の２つのデータブロックに連続して格納され、図２０のインデックス情報内の＃２フィールドにおいて、”先頭データブロック番号”が”１”、”使用データブロック数が”２”として管理されている。以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２３０】
このように、インデックス情報データおよびサムネイルデータを１つのインデックスファイルにまとめて記録することにより、サムネイルデータが格納されているファイル名を管理するインデックス情報を必要とせず、インデックス情報の管理情報量を削減することが可能となる効果がある。また、複数の記録媒体に記録されているそれぞれのコンテンツを集中管理する機器（例えばＰＣなど）に、各記録媒体上のインデックスファイルをコピーすることによって、各記録媒体に記録されたコンテンツを管理する場合に、１つのインデックスファイルをコピーするだけで管理ができるため、よりいっそう管理しやすくなるとういう効果がある。
【０２３１】
〔実施の形態３〕
〔１つのコンテンツに対し、１つのサムネイルを管理〕
以上までによる実施の形態２の説明では、１つのコンテンツに対し、複数のサムネイルを管理する方法の説明を行ったが、以上までの説明によるＡＶコンテンツデータとそのサムネイルデータなどのＡＶコンテンツの特徴を表すデータの管理方法を用いて、１つのコンテンツに対し、１つのサムネイルの管理を行っても良い。この場合、図２０で示すインデックス管理情報フィールドのサムネイルタイプやサムネイルデータの使用データブロック数のフィールドを使用する、またはインデックス情報内に用意する必要はない。
【０２３２】
〔実施の形態４〕
〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕
以上までの説明における１つのコンテンツに対する複数からなるサムネイルデータは、１つのサムネイルデータファイル内に連続して記録され、コンテンツ毎の複数からなるサムネイルデータは、いくつかのサムネイルデータファイルに分けて記録するというものであったが、１つのコンテンツに対するサムネイルデータをいくつかのサムネイルデータファイルに分割して記録しても良い。この場合、１つのコンテンツに対する複数のサムネイルデータ１つ１つへアクセスするため、図５のインデックス管理情報内において、１つのサムネイルデータへのアクセス管理情報（図５内の先頭データブロック番号や使用データブロック数フィールド）に、サムネイルデータが記録されているファイルを特定する情報（サムネイルデータファイル名など）を設ける必要がある。なお、サムネイルデータ毎に、サムネイルデータが登録されたファイル名を管理するため、図５内におけるファイル名フィールドは不要となる。
【０２３３】
これは、例えば記録媒体上の全てのコンテンツに関するＧＵＩ表示などに必要な基本サムネイルなどの使用頻度の高いサムネイルデータに対しては、１つのサムネイルデータにまとめて記録し、それ以外のオプションであるサムネイルなどの使用頻度の低いデータはサムネイルタイプ毎に分けるなど、いくつかの別ファイルに記録することにより、ＧＵＩ表示時にサムネイルデータを高速に読み出し、表示できるといった効果がある。
【０２３４】
また、コンテンツデータが映像データ、静止画データなどの異なるデータが混在して記録媒体に記録される場合に、各コンテンツにおけるサムネイルデータを１つのサムネイルデータファイルに記録すると、映像データと静止画データ用のサムネイルを区別してＧＵＩ画面に表示する場合に、これらコンテンツデータの種類を区別する管理情報を別途用意する必要がある。
【０２３５】
しかし、これらコンテンツデータの種類毎に１つのファイルとしてサムネイルデータをまとめて記録し、サムネイルデータファイルのファイル名でどの種類のコンテンツデータのサムネイルデータであるかを区別しても良い。これにより、サムネイルデータのファイル名で映像データ用のサムネイルデータ、静止画用のサムネイルデータの区別が行え、ＧＵＩ画面表示時においてこれらコンテンツの種類毎に一覧表示する場合などに、高速にサムネイルデータを読み出せ、高速にＧＵＩ画面表示が行えるといった効果がある。
【０２３６】
また、初期記録時に記録したオリジナルのコンテンツデータや、編集を行ったことによって生じたコンテンツデータ、動画等においてコンテンツデータの任意の時間における複数のサムネイルデータ（コンテンツデータの任意の時間をマーカーとして使用する場合など）、記録媒体上に記録したファイル階層構造とは別に、ユーザによる自由なコンテンツの分類を行う管理構造を持つようなシステムにおいて、それらの分類の特徴を表すデータなどのサムネイルデータを、記録・再生機器側に装備されたこれら機能ごとの単位でサムネイルデータファイルに分割して記録しても良い。これにより、各機能の動作状態における必要なサムネイルデータが１つのファイルにまとまって記録されることにより、サムネイルデータを高速に読み出せるため、ＧＵＩ表示や各機能の動作速度を向上させることができるといった効果がある。
【０２３７】
また、ＧＵＩ画面に最初に表示するのに必要なサムネイルデータ（例えば、図２においては９つのサムネイルデータ）毎や、いくつかの単位毎に１つのサムネイルデータファイルに記録しても良い。これにより、最初のＧＵＩ画面表示用サムネイルデータを高速に読み出せ、ＧＵＩ画面を高速に表示できる。またいくつかの単位毎に１つのファイルとすることで、ＧＵＩ画面上のサムネイルデータをスクロールする際、スクロールに必要なサムネイルデータをスクロール可能な範囲単位（前記、いくつかの単位に相当）で高速に読み出せるため、サムネイルデータを高速にスクロールすることができるといった効果がある。
【０２３８】
以上のように、〔１つのコンテンツに対するサムネイルデータを複数のファイルに分割して記録〕する方法について、いくつかの適用例の説明を行ったが、これらの方法を組み合わせることによって、サムネイルデータをファイルに分割して記録しても良い。
【０２３９】
〔実施の形態５〕
〔サムネイルデータを各コンテンツデータファイル内に記録〕
前記実施の形態１から４では、各ＡＶコンテンツデータの特徴を表すデータとしてサムネイルデータを例にとって、１つのインデックスファイル、もしくは少なくとも１つのサムネイル格納用データファイルに記録を行う管理方法の説明を行ったが、各ＡＶコンテンツデータに対応するサムネイルデータを各ＡＶコンテンツデータファイル内に格納しても良い。
【０２４０】
サムネイルデータを対応するコンテンツデータファイル内に格納する一実施形態について、以下に図を用いて説明する。
【０２４１】
図２５は図１と同様に、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）がＩｎｄｅｘディレクトリ１０１に記録されており、ＡＶコンテンツデータファイル１０８（ＳＨＲＰ００００．ＩＮＦ）から１１２（ＳＨＲＰ０００４．ＩＮＦ）がＶｉｄｅｏディレクトリ１０３に記録され、これらＩｎｄｅｘディレクトリ１０１およびＶｉｄｅｏディレクトリ１０３がＲｏｏｔディレクトリ１００に記録されている記録媒体上の階層構造を示している。
【０２４２】
本実施の形態は、ＡＶコンテンツデータファイルに対応する少なくとも１つのサムネイルデータをＡＶコンテンツデータファイル内に格納することによるサムネイルデータ管理方法についての説明である。
【０２４３】
〔インデックスファイル内に基本サムネイルデータのみを記録〕
図２５におけるＡＶコンテンツデータファイル１０８〜１１２のそれぞれにおける基本サムネイルデータをインデックスファイル１０４に記録し、基本サムネイルデータ以外のサムネイルデータ（以下、拡張サムネイルデータ）を各対応するコンテンツデータファイル内に記録する形態について説明する。
【０２４４】
〔基本サムネイルデータおよび拡張サムネイルデータ〕
図２６は、各ＡＶコンテンツデータ毎におけるサムネイルタイプで管理された機能によって使用される拡張サムネイルデータ、および基本サムネイルデータを示している。図２５におけるＡＶコンテンツデータファイル１０８から１１２に対応するサムネイルデータが図２６における１６００から１６０４である。例えば、ＡＶコンテンツデータファイル１０８は１６００に対応し、サムネイルタイプが”ｍａｉｎ”で、サムネイルデータを１つ保持していることを示している。
【０２４５】
同様に、ＡＶコンテンツデータファイル１０９は１６０１に対応しており、サムネイルタイプが”ｂａｃｋ”で、サムネイルデータを２つ保持していることを示している。以下、ＡＶコンテンツデータ１１０から１１２も同様に、１６０２から１６０４にそれぞれ対応する。
【０２４６】
１６０５から１６０９は、ＧＵＩ表示画面に表示する各ＡＶコンテンツデータファイルの標準のサムネイルデータである基本サムネイルであり、インデックスファイル１０４内に記録される。
【０２４７】
また１６１０から１６１５は、サムネイルタイプによって管理された機能やＧＵＩ画面表示方法で用いられる拡張サムネイルデータであり、これらサムネイルデータは対応するＡＶコンテンツデータファイル内にそれぞれ格納される。
【０２４８】
例えば、１６０１のサムネイルタイプが”ｂａｃｋ”であるＡＶコンテンツデータファイル１０９におけるオリジナルのサムネイルデータ１６１０は、ＡＶコンテンツデータファイル１０９内に記録される。
【０２４９】
また、１６０２のサムネイルタイプが”ｍｕｌｔ”であるＡＶコンテンツデータファイル１１０における基本サムネイルデータとは異なるサムネイルデータ１６１１および１６１２は、ＡＶコンテンツデータファイル１１０内に連続的に記録される。
【０２５０】
以下、１６０３および１６０４における拡張サムネイルデータ１６１３から１６１５についても同様である。１６０４のサムネイルタイプ”ａｄｖｎ”は、２つのデータブロックを使用し、基本サムネイルデータより高画質のサムネイルデータを拡張サムネイルデータとして保持していることを表すサムネイルタイプである。
【０２５１】
なお、１６００のサムネイルタイプが”ｍａｉｎ”であるＡＶコンテンツデータファイル１０８は、サムネイルデータが基本サムネイルデータのみであるため、拡張サムネイルデータは存在しないことから、ＡＶコンテンツデータファイル１０８内には、サムネイルデータは記録されない。
【０２５２】
〔インデックス情報〕
図２７ないし図２９は、本実施の形態の管理方法におけるインデックス情報の１例を示している。図２７は、図４と同様であり、インデックスファイル１０４内に格納される。
【０２５３】
図２８は、インデックスファイル内に記録される”各コンテンツの管理情報テーブル”である。また図２９は、各ＡＶコンテンツデータファイル内に記録される拡張管理情報である。本実施形態における各”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”フィールドが対応するＡＶコンテンツデータファイル内に拡張管理情報として記録される。また、図２８の”各コンテンツの管理情報テーブル”は、”使用データブロック数”および”メーカＩＤ”フィールドを拡張情報として各ＡＶコンテンツデータファイル内に記録するため、図５からこれらフィールドを除いたものと同様になっている。
【０２５４】
”各コンテンツの管理情報テーブル”について図２８を用いて説明する。図２８中のフィールドは、図５と同様であるため、詳細な説明は省略するが、ＡＶコンテンツデータファイルを特定する情報である”ＩＤ”フィールドの＃１から＃５は、ＡＶコンテンツデータファイル１０８から１１２にそれぞれ対応する。なお、”ファイル名”および”先頭データブロック番号”は、基本サムネイルデータの記録先を示すフィールドである。
【０２５５】
”サムネイルタイプ”フィールドは、図５と同様に、１つのＡＶコンテンツデータに対するサムネイルデータが複数管理される場合のサムネイルタイプの種類を示すこと、および拡張サムネイルデータとその拡張管理情報が対応するＡＶコンテンツデータファイル内に記録されているかを示すフィールドである。
【０２５６】
例えば、ＡＶコンテンツデータファイル１０８に関しては、サムネイルタイプが”ｍａｉｎ”であり、これは１つのサムネイルデータを保持していることを表すため、基本サムネイルデータを１つのみ保持することとなる。そのため、拡張サムネイルデータおよびその拡張管理情報は、ＡＶコンテンツデータファイル１０８内には記録されない。
【０２５７】
また、ＡＶコンテンツデータファイル１０９に関しては、サムネイルタイプが”ｂａｃｋ”であり、これは２つ以上のサムネイルデータを保持していることを表している。本実施形態においては、基本サムネイルデータと拡張サムネイルデータをそれぞれ１つずつ保持しており、拡張サムネイルデータおよびその拡張管理情報が、ＡＶコンテンツデータファイル１０９内には記録されることとなる。
【０２５８】
以下、ＡＶコンテンツデータファイル１１０から１１２についても同様である。記録媒体上のコンテンツデータの一覧表示するＧＵＩ画面表示時において、サムネイルタイプが”ｍａｉｎ”以外の場合は、拡張サムネイルデータおよび拡張管理情報がＡＶコンテンツデータファイル内に記録されていることを表すため、対応するＡＶコンテンツデータファイルにアクセスすることにより、拡張サムネイルデータにアクセスすることが可能となる。また、サムネイルタイプが”ｍａｉｎ”の場合は、拡張サムネイルデータおよび拡張管理情報が存在しないことを表すため、対応するＡＶコンテンツデータファイルにアクセスする必要はない。
【０２５９】
また、最小限の機能を搭載する携帯機器などのハードウェアスペックの低い機器においては、サムネイルタイプの種類を検出せず、インデックスファイル内にある基本サムネイルデータのみを用いてＧＵＩ画面表示を行えば良い。その場合は、各コンテンツデータファイルにアクセスする必要はない。
【０２６０】
このように、インデックスファイル内に記録されたサムネイルタイプフィールドの種類を検出することによって、ＧＵＩ画面表示時に、各ＡＶコンテンツデータファイルにアクセスするか否かを検出することができるため、ＧＵＩ画面を表示するために不必要なＡＶコンテンツデータファイルへのアクセスを回避でき、ＧＵＩ画面表示を高速に行えるという効果がある。
【０２６１】
前記では、ＧＵＩ画面表示時に、ＡＶコンテンツデータファイルにアクセスする必要があるか否かを検出する手段として、サムネイルタイプが”ｍａｉｎ”であるか否かにより判断していたが、ユーザ定義であるサムネイルタイプの場合は、必ずしも拡張サムネイルデータが存在するとは限らない。そのため、図２８内に、”メーカＩＤ”フィールドを設け、”サムネイルタイプ”および”メーカＩＤ”フィールドを組み合わせて判断することにより、ＡＶコンテンツデータファイル内に拡張サムネイルデータがあるかを判断しても良い。
【０２６２】
“ファイル名”フィールドは、基本サムネイルデータが記録されるファイル名を示すフィールドである。図２８の”ファイル名”フィールドが全てＳＨＲＰ００００．ＩＤＸとなっているのは、記録媒体上の全てのコンテンツデータに対応する基本サムネイルデータがインデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内に記録されていることを示している。
【０２６３】
さらに”先頭データブロック番号”フィールドは、インデックスファイル１０４内に記録されている各基本サムネイルデータの先頭データブロック番号を示している。例えば、ＡＶコンテンツデータファイル１０８に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号０に記録されていることを示している。
【０２６４】
同様に、ＡＶコンテンツデータファイル１０９に対応する基本サムネイルデータは、インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）内のサムネイルデータ格納領域におけるデータブロック番号１に記録されていることを示しており、ＡＶコンテンツデータファイル１１０から１１２についても同様である。
【０２６５】
なお、インデックスファイル１０４内には、基本サムネイルデータのみ記録されるため、使用データブロック数は全て１となり、”使用データブロック数”フィールドは不要である。しかし、いくつかのデータブロックを使用して１つの基本サムネイルデータを記録する場合は、“使用データブロック数”フィールドを設けて、複数のデータブロックを用いた１つのサムネイルデータを管理しても良い。例えば、図２６中の高画質サムネイルの管理を行うサムネイルタイプが“ａｄｖｎ”（１６０４）では、高画質サムネイルとは別に、基本サムネイルを記録している。しかし、前記実施の形態１の〔サムネイルタイプが“ｍａｉｎ”の説明〕における図３内のサムネイルデータ３０４と同様に、サムネイルタイプを“ｍａｉｎ”とし、複数個のデータブロックを使用して１つのサムネイルタイプを管理すると規定することによって、高画質サムネイルデータである基本サムネイルを管理することができる
次に、拡張管理情報について、図２９を用いて説明する。
【０２６６】
図２９中の管理情報フィールドである”サムネイルタイプ”、”使用データブロック数”、”メーカＩＤ”の９Ｂｙｔｅからなる拡張管理情報を各ＡＶコンテンツデータファイル内における拡張管理情報領域に記録する。
【０２６７】
例えばＡＶコンテンツデータファイル１０９では、図２９中の＃２で表記している拡張管理情報を記録する。＃２は、サムネイルタイプが”ｂａｃｋ”であり、拡張サムネイルデータが使用するデータブロック数を示す使用データブロック数が”１”、拡張サムネイルデータを作成した機器を表すメーカＩＤが”３”という拡張管理情報が記録されることを示している。以下同様に、ＡＶコンテンツデータファイル１１０から１１２についても＃３から＃５の拡張管理情報をそれぞれ記録する。なお、ＡＶコンテンツデータファイル１０８に関しては拡張サムネイルが存在しないことから拡張管理情報は存在しないため、図２９中に表記されていない。
【０２６８】
〔インデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置〕
記録媒体上に記録したインデックスファイルおよびＡＶコンテンツデータファイル内のデータ配置について、図３０を用いて説明する。
【０２６９】
〔インデックスファイル〕
インデックスファイル１０４（ＳＨＲＰ００００．ＩＤＸ）には、図２７ないし図２９で示したインデックス情報がＩｎｄｅｘ Ｄａｔａ格納領域１８００に格納されている。このインデックス情報のデータサイズに４を加えた値がインデックスファイルの先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。インデックスファイルの先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによってインデックス情報より後方のサムネイルデータブロックにアクセスすることが可能となる。
【０２７０】
サムネイルデータを記録したデータブロックが１８０１から１８０５である。本実施形態では、ＡＶコンテンツデータファイル１０８に相当する基本サムネイルデータは、図２８により、データブロック０（１８０１）である。同様に、ＡＶコンテンツデータファイル１０９から１１２に相当する基本サムネイルは、データブロック１（１８０２）からデータブロック４（１８０５）にそれぞれ対応する。
【０２７１】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８０１）から８ＫＢｙｔｅ単位で読み飛ばすことにより、任意のデータブロックへアクセスすることが可能となる。
【０２７２】
〔ＡＶコンテンツデータファイル〕
ＡＶコンテンツデータファイル１１０（ＳＨＲＰ０００２．ＩＮＦ）には、コンテンツデータがコンテンツデータ格納領域１８０８に格納されている。このコンテンツデータのデータサイズに４を加えた値がＡＶコンテンツデータファイル１１０の先頭４ＢｙｔｅのＳｉｚｅ領域に記録される。ＡＶコンテンツデータファイル１１０の先頭にあるＳｉｚｅの値だけ、ファイルの先頭から読み飛ばすことによって後続する拡張管理情報および拡張サムネイルデータにアクセスすることが可能となる。
【０２７３】
拡張管理情報領域１８１２には、図２９における＃３の拡張管理情報が格納される。この拡張管理情報は９Ｂｙｔｅの固定長サイズであるため、拡張管理情報の先頭位置から９Ｂｙｔｅだけ読み飛ばすことにより、後続する拡張サムネイルデータにアクセス可能となる。
【０２７４】
ＡＶコンテンツデータファイル１１０は、図２９の＃３により、拡張サムネイルデータの使用データブロック数が”２”であることから、拡張サムネイルデータがデータブロック０（１８１６）およびデータブロック１（１８１７）を使用していることを表している。
【０２７５】
各データブロックは８ＫＢｙｔｅの固定長であるため、データブロック０（１８１６）から８ＫＢｙｔｅ単位で読み飛ばすことにより、後続するデータブロック１（１８１７）へアクセスすることが可能となる。
【０２７６】
その他のＡＶコンテンツデータファイル１０８から１０９、および１１１から１１２についても、同様であるため、説明は省略する。また、ＡＶコンテンツデータ１０８（ＳＨＲＰ００００．ＩＮＦ）については、拡張管理情報および拡張サムネイルデータを保持していない。
【０２７７】
なお、本実施形態では、コンテンツデータがＡＶコンテンツデータファイルの先頭位置から開始していないため、コンテンツデータを再生する場合に不具合が生じる場合がある。そのため、ＳｉｚｅはＡＶコンテンツデータファイルの先頭に設けるのではなく、図２８におけるインデックス情報に設けるなど、任意のファイル内における任意の位置に設ければ良く、拡張管理情報へアクセスが可能であればどのような管理方法であっても良い。これは、インデックスファイルにおけるサムネイルデータにアクセスする方法についても同様である。
【０２７８】
〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕
基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することにより、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納されるため、サムネイルデータを高速に読み出すことが可能となり、ＧＵＩ画面に表示する記録媒体上のコンテンツデータの一覧情報表示を高速に行うことができるという効果がある。
【０２７９】
また、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、インデックス管理情報およびインデックスファイルサイズを小さくできるという効果がある。
【０２８０】
さらに、ＧＵＩ画面表示に必要な最低限のデータのみをインデックスファイル内に格納するため、サムネイルタイプで管理されている機能やＧＵＩ表示方法を実装していない基本機能のみである携帯機器などの機器においても、インデックスファイルのみを使用してコンテンツの一覧表示を行うことが可能となり、様々な機器間において互換性をもつことができるという効果がある。
【０２８１】
また、記録媒体上のコンテンツデータの一覧情報およびそのサムネイルデータを１つのファイルにまとめて記録されるため、このファイルを他の記録媒体やＰＣなどの他の機器へコピーすることにより、記録媒体に記録されたコンテンツデータの一覧情報を別の機器や記録媒体に容易に保存することが可能となり、１つのインデックスファイルをコピーするだけで行えるという効果がある。
【０２８２】
〔拡張サムネイルが各ＡＶコンテンツデータファイル内に記録されることによる効果〕
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの他の機器へコピーした場合に、拡張サムネイルも同時にコピーされるため、コピー先において拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２８３】
また、サムネイルデータを変更する場合に、インデックスファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２８４】
〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、基本サムネイルデータをインデックスファイル内に記録し、拡張管理情報および拡張サムネイルデータをそれぞれ対応するＡＶコンテンツデータファイル内に記録する管理方法であったが、基本サムネイルデータ、拡張管理情報および拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に格納し、インデックスファイルにはサムネイルデータを記録しない管理方法でも良い。
【０２８５】
この場合、例えば各コンテンツデータファイル内には、コンテンツデータ、拡張情報、基本サムネイルデータ、拡張サムネイルデータの順に記録すれば良い。また、図２８で示すインデックス情報における”ファイル名”および”先頭データブロック番号”フィールドは不要となる。これは、ファイル名については、コンテンツデータファイルを示す”ＩＤ”フィールドによりサムネイルデータ格納ファイルを特定でき、また先頭データブロック番号は、基本サムネイルがデータブロック０に記録され、拡張サムネイルデータがデータブロック１以降に記録されることから、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕におけるコンテンツデータファイル内のデータブロックへアクセスするのと同じ方法を用いることにより可能であるためである。
【０２８６】
本〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕における管理方法は、図２８における”ファイル名”および”先頭データブロック番号”フィールドが不要であるということ、基本サムネイルデータが各ＡＶコンテンツデータファイルのデータブロック０に記録され、拡張サムネイルデータについては、データブロック１以降に記録されることを除いては、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の管理方法である。
【０２８７】
このような管理方法とすることにより、
ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２８８】
インデックスファイルには、サムネイルデータの記録を行わず、記録媒体上のコンテンツに関するインデックス情報のみを記録するため、インデックスファイルサイズを小さくすることができ、携帯機器などのハードウェアスペックが低い機器において、インデックス情報を扱いやすく、様々な機器間において互換性がもてるという効果がある。
【０２８９】
また、サムネイルデータを変更する場合に、ＡＶコンテンツデータファイル内のサムネイルデータのみを書き換えればよく、例えば、インデックスファイルおよびコンテンツデータファイル内の両方に基本サムネイルデータを記録した場合と比べ、サムネイルデータの書き換え処理が少なくて済むとういう効果がある。
【０２９０】
〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕
前記〔インデックスファイル内に基本サムネイルデータのみを記録〕では、記録媒体上の全てのＡＶコンテンツデータファイルに対応する基本サムネイルデータをインデックスファイル内に設けていたが、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２９１】
また、拡張サムネイルデータについても同様であり、任意のインデックスファイルやサムネイルデータに分割して登録しても良い。この場合の拡張管理情報やインデックス情報は、実施の形態１から４と同様の管理方法によって行っても良い。
【０２９２】
〔基本サムネイルデータをインデックスファイルおよびコンテンツデータファイル内に記録〕
前記〔全てのサムネイルデータを各コンテンツデータファイル内に記録〕では、基本サムネイルデータをインデックスファイル内に持たない管理方法であるが、基本サムネイルデータをインデックスに記録し、さらに基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータを対応するＡＶコンテンツデータファイル内に記録する管理方法でも良い。つまり、基本サムネイルデータについては、インデックスファイルおよび各コンテンツデータファイル内の両方に重複して記録するということである。
【０２９３】
この場合、インデックス情報の構造は、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕による図２７ないし図２９と同様の管理方法を用いて行うことができる。
【０２９４】
インデックスファイル内にある基本サムネイルデータへのアクセスは、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。
【０２９５】
また、各コンテンツデータファイル内にある基本サムネイルデータ、および拡張管理情報、拡張サムネイルデータへのアクセスについても、前記〔インデックスファイル内に基本サムネイルデータのみを記録〕と同様の方法により行う。各コンテンツデータファイル内にある基本サムネイルへのアクセスは、データブロック０をアクセスすることにより基本サムネイルにアクセスが可能となる。また、データブロック１以降にアクセスすることにより、拡張サムネイルデータにアクセスが可能となる。
【０２９６】
さらに、インデックスファイル内に記録する基本サムネイルデータに関しては、前記〔拡張サムネイルデータを各コンテンツデータファイル内に記録〕と同様に、実施の形態１から４のように、任意の数のインデックスファイルやサムネイルデータファイルに対して分割して登録しても良い。
【０２９７】
このように管理することにより、前記、〔基本サムネイルデータのみを１つのインデックスファイル内集中的に記録することによる効果〕による効果に加えて、ＡＶコンテンツデータファイル単体で他の記録媒体やＰＣなどの機器へコピーした場合に、基本サムネイルおよび拡張サムネイルも同時にコピーされるため、コピー先において基本サムネイルの表示が行えるという効果がある。また、拡張管理情報を解釈することにより、コピー先のＧＵＩ表示においてもコピー以前と同様のサムネイル表示や機能を提供できるという効果がある。
【０２９８】
〔様々なコンテンツの特徴を表すデータにおいても適用可能〕
以上までにおける本発明の実施形態の説明では、ＧＵＩに表示するコンテンツの特徴を表すデータを複数管理する方法として、サムネイルデータを例にとって説明したが、これはサムネイルデータのみならず、テキストデータやタイトルデータなどのコンテンツの特徴を表すデータに対し、同様の管理方法を適用可能である。
【０２９９】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３００】
なお、本発明に係るデータ管理方法は、１つのコンテンツに対し，"任意の数の代表データ"を管理し，前記"任意の数の代表データ"間の"関係を表す管理情報"を持つように構成してもよい。
【０３０１】
それゆえ、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０３０２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は，"代表データ専用のファイル"に格納するように構成してもよい。
【０３０３】
それゆえ、上記の構成による効果に加えて、表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、ＧＵＩ画面表示が高速に行える。
【０３０４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ"は"データサイズが固定長"であるように構成してもよい。
【０３０５】
それゆえ、上記の構成による効果に加えて、データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能である。また代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がないことから、代表データへアクセスするための管理情報量を減らすことが可能となる。
【０３０６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、１つのコンテンツに対する任意の数の前記"代表データ"は連続的に記録するように構成してもよい。
【０３０７】
それゆえ、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができる。
【０３０８】
また、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となる。
【０３０９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"代表データ専用のファイル"は，"任意の数のファイル"に分けて記録するように構成してもよい。
【０３１０】
それゆえ、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できる。
【０３１１】
また、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できる。
【０３１２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、任意の数の前記"代表データ"の先頭データが“基本代表データ”として，ＧＵＩ画面表示に用いるように構成してもよい。
【０３１３】
それゆえ、上記の構成による効果に加えて、１つのコンテンツのＧＵＩ表示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いた機能を実装しない基本機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩに表示することで、記録媒体上に記録したコンテンツの一覧表示を行うことができる。
【０３１４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，２つ以上のデータブロックを用いて１つの代表データを記録するように構成してもよい。
【０３１５】
それゆえ、上記の構成による効果に加えて、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。そのため、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができる。
【０３１６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，基本代表データとは別に，記録直後に付加されるオリジナルの代表データを２個目以降の代表データに記録するように構成してもよい。
【０３１７】
それゆえ、上記の構成による効果に加えて、この管理方法では、オリジナルサムネイルデータに対し、編集するなどを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを表示させることが可能となり、ＧＵＩに表示させるサムネイルデータを選択することができる。
【０３１８】
また、ＧＵＩ画面に表示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能である。
【０３１９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，関連する任意の数の代表データに対し、表す意味やデータの扱い方や機能が同等であるように構成してもよい。
【０３２０】
それゆえ、上記の構成による効果に加えて、複数の代表データに対し、関係を表す管理情報によって管理する構造とすることにより、使用するユーザや記録・再生機器固有の機能を持つことが可能となる。
【０３２１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，“ユーザ独自の関係を表す管理情報”を持つように構成してもよい。
【０３２２】
それゆえ、上記の構成による効果に加えて、サムネイルタイプに独自のユーザ定義を用意することから、独自ユーザ定義のサムネイルタイプを理解できない機器が存在することになるが、その機器においては、ＧＵＩ表示に用いるサムネイルデータを前記と同様に基本サムネイルを表示することにより行う。そのため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに標準のサムネイルを記録することで機器間の互換性を保つことが可能となる。
【０３２３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記"関係を表す管理情報"は，該“関係を表す管理情報”を記録した“ユーザを示す固有の情報（ＩＤ）”を同時に記録するように構成してもよい。
【０３２４】
それゆえ、上記の構成による効果に加えて、記録媒体に記録されているインデックス情報が管理しているあるコンテンツの関係を表す管理情報が同一であっても、“メーカＩＤ”が異なる場合は、異なったＧＵＩ画面表示方法を想定して記録されていることを検出することができる。
【０３２５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、前記“ユーザ独自の関係を表す管理情報”を理解できないシステムにおいて、“基本代表データ”を用いて、ＧＵＩ表示を行うように構成してもよい。
【０３２６】
それゆえ、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるように構成してもよい。
【０３２７】
【発明の効果】
以上のように、本発明に係るデータ管理方法は、少なくとも一つのコンテンツについて、そのコンテンツを代表する代表データのうちの少なくとも一つの代表データを、記録・再生機器のデータ加工機能を用いて作成し、上記データ加工機能の種類を表す管理情報を記憶する構成である。
【０３２８】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置におけるコンテンツ管理手段および管理情報記憶手段として機能させるためのプログラムである構成である。
【０３２９】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理を記憶した構成である。
【０３３０】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【０３３１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データを代表データ専用のファイルに格納する構成である。
【０３３２】
これにより、上記の構成による効果に加えて、代表データ専用のファイル内には、代表データのみが記録されているため、代表データを高速に読み出すことが可能となり、一覧提示が高速に行えるという効果を奏する。
【０３３３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データはデータサイズが固定長である構成である。
【０３３４】
これにより、上記の構成による効果に加えて、各データブロック間のデータの入れ替えや削除、書き換えが容易に行うことが可能であるという効果を奏する。
【０３３５】
また、代表データファイル内の各代表データへアクセスするために、代表データの数を保持する管理情報のみで、各代表データのサイズ情報を別途管理する必要がない。それゆえ、上記の構成による効果に加えて、代表データへアクセスするための管理情報量を減らすことが可能となるという効果を奏する。
【０３３６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つのコンテンツに対する複数個の上記代表データを連続的に記録する構成である。
【０３３７】
これにより、上記の構成による効果に加えて、１つのコンテンツに関する代表データを代表データ用ファイル内に連続的に記録することにより、代表データの記録時や読み出し時に高速にアクセスを行うことができるという効果を奏する。
【０３３８】
また、上記の構成による効果に加えて、１つのコンテンツに関する複数の代表データをアクセスするための管理情報を最小限のデータ量で用意することが可能となり、管理情報量を削減することが可能となるという効果を奏する。
【０３３９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記代表データ用のファイルは、少なくとも二つのファイルに分けて記録する構成である。
【０３４０】
これにより、上記の構成による効果に加えて、コンテンツ毎に代表データを１つのファイルにまとめて記録することにより、コンテンツに対応する代表データファイルを参照するだけで、そのコンテンツの内容が瞬時に確認できるという効果を奏する。
【０３４１】
また、上記の構成による効果に加えて、異なるコンテンツ間で同じ代表データを用いる場合などに、これらコンテンツ間での代表データファイルは同一とするように管理することで、代表データファイルの共通化が行え、代表データファイル数を削減できるという効果を奏する。
【０３４２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記代表データの先頭データが基本代表データであることを表す管理情報が含まれている構成である。
【０３４３】
これにより、上記の構成による効果に加えて、１つのコンテンツの一覧提示に使用する標準の代表データを先頭の代表データとして管理することにより、例えば、関係を表す管理情報で示す管理方法を用いたデータ加工機能を実装しない基本データ加工機能のみである携帯機器などにおいて、基本代表データのみをＧＵＩ等に提示することで、記録媒体上に記録したコンテンツの一覧提示を行うことができるという効果を奏する。
【０３４４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、２つ以上のデータブロックを用いて１つの代表データを管理することを表す管理情報が含まれている構成である。
【０３４５】
これにより、１つのサムネイルデータを記録する領域（基本サムネイル領域）に１つのサムネイルデータを記録する時に比べ、１つのサムネイルデータを記録するデータ領域を増加させることができる。それゆえ、上記の構成による効果に加えて、例えば高画質な（圧縮率が低い）サムネイルデータや、高解像度のサムネイルデータを記録する場合に用いることができるという効果を奏する。
【０３４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、上記基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれている構成である。
【０３４７】
これにより、このデータ管理方法では、オリジナルサムネイルデータに対し、編集などを行って記録した複数のサムネイルの中からユーザの好みに応じたサムネイルデータを基本サムネイルに記録することで、コンテンツのＧＵＩ画面にそのサムネイルデータを提示させることが可能となる。それゆえ、上記の構成による効果に加えて、ＧＵＩに提示させるサムネイルデータを選択することができるという効果を奏する。
【０３４８】
また、上記の構成による効果に加えて、ＧＵＩ画面に提示したサムネイルデータをオリジナルサムネイルデータにいつでも戻すことが可能であるという効果を奏する。
【０３４９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報には、ユーザ独自の定義を表す管理情報が含まれている構成である。
【０３５０】
これにより、ユーザ独自の定義を用いて、より豊かな表現が可能になるという効果を奏する。
【０３５１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録する構成である。
【０３５２】
これにより、上記の構成による効果に加えて、記録媒体に記録されているあるコンテンツの関係を表す管理情報が同一であっても、メーカＩＤが異なる場合は、異なった一覧提示方法を想定して記録されていることを検出することができるという効果を奏する。
【０３５３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記管理情報を理解できないシステムにおいて、上記代表データの先頭データである基本代表データを用いて一覧提示を行う構成である。
【０３５４】
これにより、上記の構成による効果に加えて、解釈できないユーザ定義サムネイルタイプがあった場合、基本サムネイル以外の第２サムネイル以降のサムネイルに関しては無視する運用を行うため、ユーザ定義を用いてサムネイルデータの管理を行う場合は、基本サムネイルに記録された標準のサムネイルデータを読み出すことで機器間の互換性を保つことが可能となるという効果を奏する。
【０３５５】
また、本発明に係るデータ管理装置は、個々の代表データを作成する機能を代表データ作成機能として有する代表データ作成手段と、少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶する管理情報記憶手段とを備えた構成である。
【０３５６】
これにより、１つのコンテンツに対する複数の代表データに対して多様な意味付けを行って管理することで、そのような多様な代表データ作成機能を持った記録・再生機器ではその代表データ作成機能に従って色々な代表データの提示を行える。つまり、記録・再生機器が有する様々な代表データ作成機能を使っての代表データの提示が可能になる。それゆえ、記録・再生機器の代表データ作成機能を用いて、コンテンツの代表データの提示時において代表データに様々な種類を持たせ、代表データの視認性を向上させることができるという効果を奏する。
【図面の簡単な説明】
【図１】 記録媒体上に記録されたコンテンツデータ、サムネイルデータ、インデックスデータをファイル形式で記録する場合の階層構造を示す図である。
【図２】 記録媒体に記録されているコンテンツデータの一覧情報をＧＵＩ画面に表示する場合を示す図である。
【図３】 記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図４】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図５】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図６】 記録媒体に記録されているインデックス情報のデータ構造を示す図である。
【図７】 各サムネイルファイルにおけるサムネイルデータのデータ配置を示す図である。
【図８】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図９】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１０】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１１】 記録媒体にコンテンツを記録する処理の流れを示す図である。
【図１２】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１３】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１４】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１５】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１６】 記録媒体に記録されているコンテンツを再生する処理の流れを示す図である。
【図１７】 記録媒体上のコンテンツに関するサムネイルデータを１つのサムネイルデータファイルで管理する場合を示す図である。
【図１８】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合を示す図である。
【図１９】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２０】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のインデックス情報のデータ構造を示す図である。
【図２１】 記録媒体上のコンテンツに関するインデックス情報、およびサムネイルデータを１つのファイルで管理する場合のファイル内のデータ配置を示す図である。
【図２２】 本発明の実施形態における概略構成を示すブロック図である。
【図２３】 １つのインデックスファイルへのコンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図２４】 １つのインデックスファイルにコンテンツを登録する処理過程を示す図である。
【図２５】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内にファイル形式で記録する場合の階層構造を示す図である。
【図２６】 記録媒体に記録された各コンテンツデータとサムネイルデータの関係を示す図である。
【図２７】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２８】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図２９】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合のインデックス情報のデータ構造を示す図である。
【図３０】 基本サムネイルデータをインデックスファイル内に、拡張サムネイルデータを各コンテンツファイル内に格納する場合の各ファイル内におけるデータ配置を示す図である。
【符号の説明】
１００〜１０３ ファイルシステム階層上のディレクトリ
１０４ インデックスデータを格納したインデックスファイル
１０５〜１０７ サムネイルデータを格納したサムネイルファイル
１０８〜１１２ ＡＶコンテンツデータおよびその管理情報を格納したＡＶコンテンツデータファイル
２００ ＧＵＩ画面上におけるＡＶコンテンツのサムネイル画像表示領域
２０１〜２０５ 各ＡＶコンテンツのサムネイル画像
２０６ ＧＵＩ画面上におけるサムネイル画像用スクロールバー
２０７ ＧＵＩ画面上におけるＡＶコンテンツに関する情報出力領域
３００〜３０４ 記録媒体上のＡＶコンテンツに関するサムネイルデータとその管理方法
３０５〜３１３ 記録媒体上のＡＶコンテンツのサムネイルデータ
５００〜５０８ サムネイルデータファイル内サムネイルデータ領域
１１００ インデックス情報領域
１１０１〜１１０９ サムネイルデータ
１２００ バス
１２０１ ホストＣＰＵ
１２０２ ＲＡＭ
１２０３ ＲＯＭ
１２０４ ユーザインタフェース
１２０５ システムクロック
１２０６ 光ディスク
１２０７ ピックアップ
１２０８ ＥＣＣデコーダ
１２０９ ＥＣＣエンコーダ
１２１０ 再生用バッファ
１２１１ 記録／アフレコ用バッファ
１２１２ デマルチプレクサ
１２１３ マルチプレクサ
１２１４ 多重化用バッファ
１２１５ オーディオデコーダ
１２１６ ビデオデコーダ
１２１７ オーディオエンコーダ
１２１８ ビデオエンコーダ
１３１０ 記録媒体
１３１１ インデックスファイル
１３１２ インデックスファイルのリストデータ
１３１３〜１３１５ サムネイル（またはタイトル）データ
１４０１〜１４０３ 記録媒体上のファイルシステムにおけるディレクトリ
１４１０ インデックスファイル
１４２０〜１４２２ コンテンツファイル
１６００〜１６０４ 記録媒体上のコンテンツに関するサムネイルデータとその管理方法
１６０５〜１６０９ 記録媒体上のコンテンツにおける基本サムネイルデータ
１６１０〜１６１５ 記録媒体上のコンテンツにおける拡張サムネイルデータ
１８００ インデックス情報
１８０１〜１８０５ 基本サムネイルデータ
１８０６〜１８１０ コンテンツデータ
１８１１〜１８１４ 拡張管理情報
１８１５〜１８２０ 拡張サムネイルデータ
Claims (13)
- 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記代表データタイプは、
代表データを１つ管理する第１のタイプと、
代表データの表示方法を拡張する拡張代表データを管理する第２のタイプとを含み、
上記第１のタイプにおける代表データは、１のデータブロックを用いて記録され、
上記第２のタイプにおける拡張代表データは、２つ以上のデータブロックを用いて記録され、上記第１のタイプにおける代表データより高画質であることを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記代表データタイプは、
代表データを１つ管理する第１のタイプと、
代表データの表示方法を拡張する拡張代表データを管理する第２のタイプとを含み、
上記第２のタイプにおける拡張代表データは、上記第１のタイプにおける代表データを編集した代表データであることを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記代表データタイプは、
第１の代表データと、該第１の代表データを拡大または縮小した第２の代表データとを管理するタイプを含むことを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記代表データタイプは、上記代表データの先頭データである基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理する管理方法を特定する情報であることを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記代表データタイプは、ユーザ独自の定義による管理方法を特定する情報であることを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置において、
上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプを、上記コンテンツごとに記憶する管理情報記憶手段を備え、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示し、
上記管理情報記憶手段は、上記代表データタイプとともに、上記記録・再生機器の製造元に固有のメーカＩＤを、上記コンテンツごとに記憶することを特徴とするデータ管理装置。 - 複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、
個々の代表データを作成する機能を代表データ作成機能と称するとき、
少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶し、
上記管理情報には、上記代表データの先頭データである基本代表データとは別に、コンテンツの記録直後に付加されるオリジナルの代表データを２個目以降の代表データとして管理することを表す管理情報が含まれていることを特徴とするデータ管理方法。 - 複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、
個々の代表データを作成する機能を代表データ作成機能と称するとき、
少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶し、
上記管理情報には、ユーザ独自の定義を表す管理情報が含まれていることを特徴とするデータ管理方法。 - 複数のコンテンツを、その各コンテンツを代表するものであって記録・再生機器にて提示可能な代表データによって管理するデータ管理方法において、
個々の代表データを作成する機能を代表データ作成機能と称するとき、
少なくとも一つのコンテンツについて、各コンテンツに対し、上記代表データ作成機能を用いてどのようにすべての代表データを用意するかを定めた代表データ作成手順を一つ割り当てて、その代表データ作成手順を管理情報として記憶し、
上記管理情報として、該管理情報を記録した記録・再生機器の製造元に固有のメーカＩＤを同時に記録することを特徴とするデータ管理方法。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置におけるデータ管理方法であって、
上記データ管理装置の管理情報記憶手段には、上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプが、上記コンテンツごとに記憶さ れており、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示するステップを含み、
上記代表データタイプは、
代表データを１つ管理する第１のタイプと、
代表データの表示方法を拡張する拡張代表データを管理する第２のタイプとを含み、
上記第１のタイプにおける代表データは、１のデータブロックを用いて記録され、
上記第２のタイプにおける拡張代表データは、２つ以上のデータブロックを用いて記録され、上記第１のタイプにおける代表データより高画質であることを特徴とするデータ管理方法。 - 複数のコンテンツを、その各コンテンツの特徴を表すものであって、記録・再生機器にて提示可能な代表データによって管理するデータ管理装置におけるデータ管理方法であって、
上記データ管理装置の管理情報記憶手段には、上記コンテンツに対応する複数の代表データの管理方法を特定する情報である代表データタイプが、上記コンテンツごとに記憶されており、
上記コンテンツに対応する上記代表データタイプが特定する管理方法により、該コンテンツに対応する上記１以上の代表データを記録・再生機器に提示するステップを含み、
上記代表データタイプは、
第１の代表データと、該第１の代表データを拡大または縮小した第２の代表データとを管理するタイプを含むことを特徴とするデータ管理方法。 - コンピュータを、請求項１から６までのいずれか１項に記載のデータ管理装置として機能させるための制御プログラム。
- 請求項１２に記載のデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002375673A JP4145646B2 (ja) | 2002-12-25 | 2002-12-25 | データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002375673A JP4145646B2 (ja) | 2002-12-25 | 2002-12-25 | データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004206810A JP2004206810A (ja) | 2004-07-22 |
| JP2004206810A5 JP2004206810A5 (ja) | 2006-09-21 |
| JP4145646B2 true JP4145646B2 (ja) | 2008-09-03 |
Family
ID=32813325
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002375673A Expired - Fee Related JP4145646B2 (ja) | 2002-12-25 | 2002-12-25 | データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4145646B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007023837A1 (ja) * | 2005-08-23 | 2007-03-01 | Sony Corporation | 記録装置、記録方法、プログラムおよびコンピュータ読み取り可能な記録媒体 |
| CN101053034A (zh) * | 2005-08-29 | 2007-10-10 | 索尼株式会社 | 记录装置、记录方法、再生装置、再生方法、程序以及记录介质 |
| KR101365442B1 (ko) * | 2007-09-18 | 2014-02-19 | 삼성전자주식회사 | 그래픽 유저 인터페이스 화면 편집 방법 및 그 기기 |
| JP4834639B2 (ja) | 2007-09-28 | 2011-12-14 | 株式会社東芝 | 電子機器および画像表示制御方法 |
| JP4834640B2 (ja) | 2007-09-28 | 2011-12-14 | 株式会社東芝 | 電子機器および画像表示制御方法 |
| JP5368463B2 (ja) * | 2008-09-18 | 2013-12-18 | パナソニック株式会社 | 立体視映像再生装置、及び立体視映像表示装置 |
| JP5063671B2 (ja) * | 2009-12-11 | 2012-10-31 | 京セラ株式会社 | 画像表示装置 |
| JP5999405B2 (ja) * | 2011-11-28 | 2016-09-28 | ソニー株式会社 | 情報処理装置、情報処理方法、並びにプログラム |
| JP5553085B2 (ja) * | 2012-04-16 | 2014-07-16 | 株式会社ニコン | 画像再生装置 |
| CN112069510B (zh) * | 2020-07-24 | 2024-01-30 | 北京思特奇信息技术股份有限公司 | 一种数据加密排重方法 |
-
2002
- 2002-12-25 JP JP2002375673A patent/JP4145646B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004206810A (ja) | 2004-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3847751B2 (ja) | データ記録方法、データ記録装置、データ記録媒体、データ再生方法及びデータ再生装置 | |
| KR20020057938A (ko) | 기록매체, 기록장치, 재생장치, 기록방법, 및 컴퓨터가읽기 가능한 기록매체 | |
| JP2004350042A (ja) | 記録装置および記録方法、再生装置および再生方法、並びに記憶媒体 | |
| JP4145646B2 (ja) | データ管理方法、データ管理装置、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 | |
| JP3285029B2 (ja) | 記録媒体 | |
| JP3556518B2 (ja) | ファイル管理装置 | |
| JP3164111B2 (ja) | 記録方法、記録装置およびコンピュータ読み取り可能な記録媒体 | |
| JP3164107B2 (ja) | 記録媒体 | |
| JP2008166889A (ja) | 記録方法 | |
| JP3895305B2 (ja) | データ記録方法、データ記録装置、およびデータ記録媒体 | |
| CN101198073B (zh) | 记录方法 | |
| JP2004171311A (ja) | データ管理装置、データ管理方法、記録媒体、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 | |
| US7877688B2 (en) | Data processing apparatus | |
| KR100960766B1 (ko) | 기록 방법 및 기록 장치 | |
| JP4549855B2 (ja) | データ記録方法、データ再生方法、データ記録装置、データ再生装置、データ構造、プログラム、およびそのプログラムを格納した記録媒体 | |
| US20050086198A1 (en) | Device and method for processing information, recording medium, computer program and contents-related data | |
| JP2004171670A (ja) | 記録再生装置及び記録再生方法 | |
| JP4255796B2 (ja) | データ記録装置、データ記録方法、データ記録プログラム、および該プログラムを記録した記録媒体 | |
| CN101198071A (zh) | 记录方法 | |
| JP3139497B1 (ja) | 再生装置、再生方法、およびコンピュータ読み取り可能な記録媒体 | |
| JP2008165850A (ja) | 記録方法 | |
| JP3329338B1 (ja) | 記録方法、記録装置およびコンピュータ読み取り可能な記録媒体 | |
| JP3329339B2 (ja) | 再生方法、再生装置、およびコンピュータ読み取り可能な記録媒体 | |
| JP4321053B2 (ja) | 記録媒体、記録装置、再生装置、記録方法、及びコンピュータ読みとり可能な記録媒体 | |
| JP5299076B2 (ja) | 映像記録装置、映像記録再生装置、映像記録方法および映像記録再生方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051222 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051222 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060802 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071225 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080225 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080318 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080512 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080528 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080617 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080618 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110627 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120627 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120627 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130627 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |