JP2004171311A - データ管理装置、データ管理方法、記録媒体、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

【課題】記録媒体に多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑える。
【解決手段】記録された複数個のコンテンツデータの特徴を表す縮小画像データ（Ｔｈｕｍｂｎａｉｌ）やタイトル情報などのデータとコンテンツを作成日時や撮影場所などを表す属性情報といった情報をインデックスファイル内に記録する手段を設け、ＧＵＩ表示に必要な情報を集中的に管理する。また、記録媒体上のデータファイルの階層構造とは別に、仮想的な階層構造を構築し、この階層構造中にコンテンツデータを登録する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ハードディスク、光ディスク、半導体メモリなどの記録媒体に対して、映像、静止画、音声、テキストなどのコンテンツデータを複数記録した場合のコンテンツデータを管理するデータ管理装置、データ管理方法、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体およびこれらに用いられる記録媒体に関するものである。
【０００２】
【従来の技術】
近年、光ディスクメディアなどのランダムアクセス可能な記録媒体に、映像データや音楽データなどの記録を行うデジタル記録再生装置が普及してきている。その記録フォーマットには、ＰＣ（パーソナルコンピュータ）との親和性を高めるため、ＰＣで広く使われている例えばＱｕｉｃｋＴｉｍｅ（商標）ファイルフォーマットやＡＶＩ（Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅ）ファイルフォーマットが用いられることが多い。
【０００３】
このようなＰＣ用ファイルフォーマットを用いた場合の記録媒体中でのコンテンツの管理方法については、特許文献１に開示されている。
【０００４】
また、記録媒体にどのようなコンテンツが記録されているかをいち早くユーザが知ることができるように、ユーザが分かりやすいコンテンツの分類や、記録されているコンテンツの一覧表示をＧＵＩ（グラフィック・ユーザインタフェース）を用いて表示する方法として、特許文献２が開示されている。
【０００５】
以下、図２８および図２９を用いてその概要を説明する。図２９は、記録媒体上にＡＶコンテンツデータであるＡ．ＤＡＴ（４１２０）、Ｂ．ＤＡＴ（４１２１）、Ｃ．ＤＡＴ（４１２２）を階層的に表した図である。記録媒体上では、ＰＣで用いられるファイルシステムでデータファイルを管理し、ＲＯＯＴのディレクトリの下に、Ｉｎｄｅｘディレクトリ（４１０２）、ＶＩＤＥＯディレクトリ（４１０３）が存在している。Ｉｎｄｅｘディレクトリ（４１０２）にはＩＮＤＥＸ．ＩＤＸ（４１１０）ファイルが格納され、ＶＩＤＥＯディレクトリ（４１０３）には前記ＡＶコンテンツデータファイル４１２０から４１２２が格納され、階層構造を築いている。
【０００６】
また、図２８は記録媒体４０１０上に、前記ＩＮＤＥＸ．ＩＤＸ（４１１０）ファイルを記録媒体上の物理的配置をインデックスファイル４０１１に示した図である。
【０００７】
インデックスファイル４１１０は、記録媒体中のデータに対し、目次的な情報を格納するファイルであり、各ＡＶコンテンツデータファイルごとにエントリが存在し、各エントリには対応するデータの代表画像の縮小画像データ（図２８の４０１３〜４０１５）とデータが含まれるファイルのファイル名などの情報が図２８の属性情報４０１２に格納される。
【０００８】
ユーザにインデックス画面を提示する際は、各エントリの縮小画像データ４０１３〜４０１５をデコードした画像をＧＵＩ画面に表示する。４０１３〜４０１５は縮小画像データにかかわらずタイトル（Ｔｉｔｌｅ）データを記録してもよい。またその両方が記録されてもよい。ユーザはＧＵＩ画面に表示されている複数の縮小画像の中から再生や編集をしたいファイルを選択する。
【０００９】
インデックスファイル４０１１（および４１１０）に記録媒体４０１０中のすべてのコンテンツに関してそれを格納したファイルへのポインタと縮小画像データが含まれているため、インデックスファイル４０１１（４１１０）を記録媒体４０１０から読み出すだけでＧＵＩの表示が可能であり、ＧＵＩ画面表示に要する時間が少なくて済むという利点がある。ＧＵＩ表示画面は頻繁に表示が書き換えられるものであるため、その表示時間の削減に大きく寄与する。
【００１０】
【特許文献１】
特開２００２−２４７４８８号公報（公開日平成１４年８月３０日）
【００１１】
【特許文献２】
特開平７−２９５８７３号公報（公開日平成７年１１月１０日）
【００１２】
【発明が解決しようとする課題】
このように記録媒体に記録したＡＶコンテンツデータの特徴を表す縮小画像やデータの名前（Ｔｉｔｌｅ）といった情報（データ）や、コンテンツデータファイルの作成日時や撮影場所などを表す属性情報を一つのインデックスファイル内に格納することによって、ＧＵＩ画面に表示する記録媒体中の一覧表示を高速表示することが可能としている。
【００１３】
しかし、近年の記録媒体における最大記録サイズの増加により、一つの記録媒体に記録できるデータ量が増大している。例えば、静止画などの一つのデータサイズが小さいコンテンツデータを記録媒体に記録した場合、多量のコンテンツファイルを記録媒体に登録することになり、それを一つのインデックスファイルに対して登録を行うと、インデックスファイル内の読み出し領域が増大し、読み出し速度の減少が生じる。また、多量のエントリ数をもつインデックスファイルの情報を読み出す場合に、読み出し機器側で消費するメモリ量が増加し、携帯端末機器などの搭載メモリが限られた機器において、都合が悪い。
【００１４】
本発明は、上記問題点に鑑みなされたものであり、その目的は、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができるデータ管理装置、データ管理方法、記録媒体、データ管理プログラム、データ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体を提供することにある。
【００１５】
【課題を解決するための手段】
上記の課題を解決するため、本発明に係るデータ管理方法は、記録媒体に記録される複数のコンテンツをインデックスとして管理するデータ管理方法において、少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、上記コンテンツの少なくとも一部を、上記インデックスにインデックス情報として登録して管理することを特徴としている。
【００１６】
上記の構成により、コンテンツの少なくとも一部は、一つのインデックスの下に設けられた、それに属する下位見出しとなるインデックスに振り分けてインデックス情報として登録される。すなわち、インデックスを階層化し、コンテンツデータが分散して対応付けされる。
【００１７】
したがって、あるコンテンツを読み出そうとしてその手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のインデックスを見つけ、そのインデックスを表示させ、もしまだそこに下位のインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスだけを表示させるだけなので、表示させるデータ量は少なくて済む。
【００１８】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができる。
【００１９】
すなわち、この発明によれば、仮想的な階層構造をインデックス階層で表すことにより、ユーザまたは機器のシステムが記録媒体上に記録したＡＶなどのコンテンツデータを自由に分類することが可能となる。
【００２０】
そして、記録媒体上にたくさんのＡＶなどのコンテンツデータを記録した場合に、一つのインデックス単位でＧＵＩ表示に関連するデータを読み出せばよいため、これらＧＵＩ表示に必要な情報やデータを一つのインデックスファイルで管理する場合に比べ、機器側に搭載必要なメモリ量を減らすことが可能となる。
【００２１】
また、記録媒体上のＡＶなどのコンテンツデータを複数のインデックスに登録することにより、同一のコンテンツを複数のインデックスに分類できることや、インデックスごとに異なったＴｈｕｍｂｎａｉｌやＴｉｔｌｅデータを登録することが可能となる。
【００２２】
また、インデックスに分類したコンテンツは、インデックスに登録した順番で再生することによって、ユーザ好みの再生する順番に従ってコンテンツをインデックスに登録し、このインデックスを複数用意することが可能であるため、プログラム再生を行うプレイリストのようにインデックスを用いることが可能となる。
【００２３】
また、ユーザに表示するＧＵＩの表示単位をインデックス単位とすることで、ＧＵＩ表示に必要な情報やデータをインデックスファイル内に集中管理し、表示に必要なデータが記録媒体上で近い位置にまとめて記録するようにすることができる。そのようにすれば、インデックスの記録媒体からの読み出しがいっそう高速となる。
【００２４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報は、登録するコンテンツまたは下位インデックスの参照情報、および、見出しデータを管理することを特徴としている。
【００２５】
上記の構成によれば、インデックスに登録されているコンテンツやインデックスに関する情報を一括して管理することができる。
【００２６】
それゆえ、上記の構成による効果に加えて、一つのインデックスのデータ量が削減でき、読み出す機器側の必要メモリを最小限に抑え、高速にインデックスに対しアクセスすることが可能となり、インデックスの管理を簡便に行うことができるという効果を奏する。
【００２７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックス情報として管理することを特徴としている。
【００２８】
上記の構成により、一つ上の階層のインデックスが同一であるインデックスまたはコンテンツを管理するインデックス情報が、該一つ上の階層のインデックスに保持される。
【００２９】
図１でいえば、１０４、１０８に対する１０３が、「該一つ上の階層のインデックスが同一であるインデックス」である。
【００３０】
したがって、一つのインデックスから一つ下の階層のインデックスを参照することができる。それゆえ、上記の構成による効果に加えて、一つ一つたどって平易に目的データにアクセスすることができる。
【００３１】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックスが、記録媒体内のディレクトリの階層構造とは別の階層構造であることを特徴としている。
【００３２】
上記の構成により、上記インデックスが、記録媒体内のディレクトリの階層構造とは別の階層構造である。
【００３３】
したがって、実際の記録媒体内のディレクトリの階層構成とは無関係に、自由にインデックスの階層を設定でき、変更してもディレクトリの階層構成を変更する必要がない。それゆえ、上記の構成による効果に加えて、インデックスの管理を簡便に行うことができる。
【００３４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報は、任意のインデックスに登録する第１の階層、または、定型的なインデックスに登録する第２の階層のいずれかの階層として管理することを特徴としている。
【００３５】
上記の構成により、ユーザやシステムが任意のインデックスを自由に登録できる第１の階層と、ユーザやシステムが定型的なインデックスに登録する定型的な階層とが設けられる。
【００３６】
定型的なものとしては、初期記録時の記録日時などのように、画像であれば撮影前にすでに決まっているものが挙げられる。図３０でいえば、４２００から４２０２である。
【００３７】
任意のインデックスに登録できるものとしては、画像であれば撮影後に決めるものが挙げられる。図３０でいえば、４２１０から４２１２である。
【００３８】
したがって、上記の構成による効果に加えて、データの管理が容易になる。
【００３９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、同一画面に表示されるコンテンツまたはインデックスの見出しデータを、上記インデックス情報に登録して管理することを特徴としている。
【００４０】
上記の構成により、一つのＧＵＩ画面に、一つのインデックスファイルの中のインデックスを特定するデータとコンテンツを特定するデータ（サムネイルやタイトルなど）が表示される。図３や図４がこれに該当する。
【００４１】
したがって、一つのＧＵＩ画面を見れば、そのなかのインデックスもコンテンツも把握できる。それゆえ、上記の構成による効果に加えて、ユーザが目的とするコンテンツにいっそう容易にアクセスできる。
【００４２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報を記録する記録媒体上の領域を確保することを特徴としている。
【００４３】
上記の構成により、上記インデックス情報を格納する記録媒体上の領域が確保される。
【００４４】
図２でいえば、２１１ないし２１４がそうである。
【００４５】
したがって、上記の構成による効果に加えて、複数のインデックスを確実に格納することができる。
【００４６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報を格納する記録媒体上の領域は、連続した領域であることを特徴としている。
【００４７】
上記の構成により、インデックス情報を格納する記録媒体上の領域が、連続した領域である。
【００４８】
図２でいえば、２１１ないし２１４がそうである。
【００４９】
したがって、上記の構成による効果に加えて、アクセスがいっそう高速化する。
【００５０】
また、本発明に係るデータ管理装置は、上記の構成に加えて、コンテンツを登録した上記インデックス情報の一つが、上記コンテンツのすべてを登録して管理することを特徴としている。
【００５１】
例えば、上記コンテンツのすべてを登録して管理するインデックス情報には、コンテンツを記録した順番でインデックスに登録し、記録した全コンテンツを管理するように構成することができる。
【００５２】
上記の構成により、記録した順番通りにコンテンツを読み出すことができ、記録したすべてのコンテンツがどのようなコンテンツであるかの情報を高速に把握することができる。上記コンテンツのすべてを登録して管理するインデックス情報のみを管理する機器に対し、該インデックス情報をコピーすることにより、記録媒体ごとに記録されているコンテンツの一覧情報を管理することができる。
【００５３】
それゆえ、上記の構成による効果に加えて、データの管理が容易になること、記録媒体に記録されているデータを高速にアクセスできるという効果を奏する。
【００５４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報を、インデックスごとに一つのファイルとして格納することを特徴としている。
【００５５】
上記の構成により、上記インデックスのそれぞれを一つのファイルとして格納される。
【００５６】
図１では、１０２（＊１）（図２でいえば２１２）が一つのファイルである。すなわち、図１では、１０１（＊０）、１０２（＊１）、１０３（＊２）、１０４（＊３）（図２でいえば２１１、２１２、２１３、２１４）がそれぞれ、一つのファイルである。
【００５７】
したがって、仮想のインデックスと論理上のファイル構造とが一致する。それゆえ、上記の構成による効果に加えて、構造の把握が容易になる。
【００５８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報のすべてを、一つのファイルとして格納することを特徴としている。
【００５９】
上記の構成により、インデックスまたはコンテンツが登録されている複数のインデックス情報が一つのファイルとして格納される。
【００６０】
図１では、「インデックス階層」が一つのファイルである。
【００６１】
したがって、上記の構成による効果に加えて、記録媒体からインデックスの読み出しをいっそう高速化することができる。
【００６２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックスは、記録されたすべてのコンテンツ格納ファイルまたはインデックス格納ファイルを管理するファイル管理情報と対応付けて管理することを特徴としている。
【００６３】
上記の構成により、コンテンツを登録したすべてのファイルとインデックスを格納したすべてのファイルとについて、そのファイルに関する情報とインデックス情報とが対応づけられファイル管理情報として管理される。
【００６４】
したがって、上記の構成による効果に加えて、各ファイルの管理がより容易になる。
【００６５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報は、そのファイルが何個のインデックスに登録されているかを示す情報であるインデックス登録数情報であることを特徴としている。
【００６６】
上記の構成により、そのファイルが何個のインデックスに登録されているかを示す情報が、ファイル管理用ファイルに格納される。
【００６７】
図６ではインデックス登録数がそうである。
【００６８】
したがって、上記の構成による効果に加えて、各ファイルの管理がより容易になる。
【００６９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報は、そのファイルを参照するファイルがどれであるかを示す情報である参照情報であることを特徴としている。
【００７０】
上記の構成により、そのファイルを参照するファイルがどれであるかを示す情報が、ファイル管理用ファイルに格納される。
【００７１】
したがって、上記の構成による効果に加えて、各ファイルの管理がより容易になる。
【００７２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報を、一つのファイルに格納することを特徴としている。
【００７３】
したがって、上記の構成による効果に加えて、各ファイルの管理がより容易になる。
【００７４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報のすべて、および、ファイル管理情報を、一つのファイルに格納することを特徴としている。
【００７５】
上記の構成により、インデックスまたはコンテンツが登録されている複数のインデックス情報と、記録したファイルを参照するファイルがどれであるかを示す情報が、一つのファイルに格納される。
【００７６】
したがって、上記の構成による効果に加えて、アクセスがいっそう高速化するとともに各ファイルの管理がより容易になる。
【００７７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記階層構造のインデックスとは別に、上記コンテンツのすべてを、上記インデックスにインデックス情報として登録して管理することを特徴としている。
【００７８】
上記の構成により、上記階層構造のインデックスとは別に、記録媒体に記録されたすべてのコンテンツを一つのインデックスとして管理するファイル管理情報を保持するような総合インデックスが設けられる。
【００７９】
図３１では４３００が総合インデックスである。
【００８０】
したがって、両方のインデックスが利用可能となる。それゆえ、上記の構成による効果に加えて、ユーザの希望・用途に合わせて好ましいインデックスを選択でき、操作性が向上する。
【００８１】
また、本発明に係る記録媒体は、複数のコンテンツデータおよびコンテンツデータを登録するインデックスを記録する記録媒体において、少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、上記コンテンツの少なくとも一部は、同階層中の上記複数個のインデックスのそれぞれに振り分けて登録されるようになっており、一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックスとして管理する少なくとも一つ以上のインデックス情報が記録されていることを特徴としている。
【００８２】
上記の構成により、コンテンツの少なくとも一部は、一つのインデックスの下に設けられたインデックスに振り分けて登録される。
【００８３】
したがって、あるコンテンツを読み出そうとしてその手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のサブインデックスを見つけ、そのインデックスを表示させ、もしまだそこにインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスだけを表示させるだけなので、表示させるデータ量は少なくて済む。
【００８４】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができる。
【００８５】
また、同一階層にあるすべてのインデックスが一つのインデックスファイルに格納されて記録される。それゆえ、記録媒体からインデックスの読み出しを高速化することができる。
【００８６】
また、本発明に係る記録媒体は、上記の構成に加えて、上記コンテンツ管理手段が、コンテンツを格納したすべてのファイルとインデックスを格納したすべてのファイルとについて、そのファイルに関する情報であるファイル管理情報を、一つのファイル管理用ファイルに格納するように構成することができる。
【００８７】
上記の構成により、コンテンツを格納したすべてのファイルとインデックスを格納したすべてのファイルとについて、そのファイルに関するファイル管理情報が、一つのファイル管理用ファイルに格納される。
【００８８】
したがって、上記の構成による効果に加えて、各ファイルの管理がより容易になる。
【００８９】
また、本発明に係るデータ管理装置は、記録媒体に記録される複数のコンテンツデータをインデックスに登録して管理するデータ管理装置において、少なくとも一つのインデックスと、それに属する下位見出しとなる複数個の下位インデックスとの対応、および、各インデックスと、各インデックスに振り分けられて登録されるコンテンツとの対応を含む階層構造を記憶する構造記憶手段と、アクセス対象のコンテンツが属する階層構造を上記構造記憶手段から読み出して、目的とするインデックスにアクセスするコンテンツ管理手段とを備えたことを特徴としている。
【００９０】
上記の構成により、コンテンツの少なくとも一部は、一つのインデックスの下に設けられたインデックスに振り分けて登録される。
【００９１】
したがって、あるコンテンツを読み出そうとしてその手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のサブインデックスを見つけ、そのインデックスを表示させ、もしまだそこにインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスだけを表示させるだけなので、表示させるデータ量は少なくて済む。
【００９２】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができる。
【００９３】
また、同一階層にあるすべてのインデックスが一つのインデックスファイルに格納されて記録される。それゆえ、記録媒体からインデックスの読み出しを高速化することができる。
【００９４】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置における構造記憶手段およびコンテンツ管理手段として機能させるためのプログラムであることを特徴としている。
【００９５】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体は、上記データ管理プログラムを記憶したことを特徴としている。
【００９６】
【発明の実施の形態】
以下、本発明の実施形態について図面に基づいて説明する。
【００９７】
本実施の形態は、ハードディスク、光ディスク、半導体メモリなどのランダムアクセス可能な記録媒体に対して、映像、静止画、音声、テキストなどのＡＶコンテンツデータを記録するものであり、ＡＶコンテンツデータを記録媒体上に複数記録した場合のＡＶコンテンツデータを管理するデータ管理装置である。このデータ管理装置は、ＣＰＵ（中央演算処理部）（コンテンツ管理手段）、外部記憶装置（構造記憶手段）、メモリを備えるとともに、キーボードやポインティングデバイス等の入力装置とディスプレイ等の出力装置とを備えたコンピュータで実現可能である。データ管理装置は、この処理を機能させるためのプログラム（データ管理プログラム）で実現される。このプログラムはコンピュータ読み取り可能な記憶媒体に格納されている。ここで上記記憶媒体は、コンピュータ本体と分離可能に構成される記憶媒体であって、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ等の光ディスクのディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系のように、外部記憶装置としてプログラム読み取り装置が設けられ、そこに記憶媒体を挿入することで読み取り可能な記憶媒体であってもよいし、あるいは、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。また、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する媒体であってもよい。なお、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用プログラムはあらかじめコンピュータ内に格納しておくか、あるいは別な記憶媒体からインストールされるものであってもよい。
【００９８】
本発明のデータの記録方法および管理方法の適用用途としては、ビデオカメラやデジタルスチルカメラ、携帯オーディオプレーヤなどがある。本発明によるＡＶコンテンツデータファイルとは、例えばビデオカメラの場合、撮影開始から撮影終了までを一つのまとまったデータとして保存したファイルを指す。また、デジタルスチルカメラでは一つの静止画データ、さらに携帯オーディオプレーヤでは、１曲の音楽データがＡＶコンテンツデータファイルとして記録媒体に保存される。
【００９９】
本発明は、撮影したＡＶコンテンツデータの記録媒体上の保存方法や形式、記録媒体に記録したすべてのＡＶコンテンツデータを一元管理する方法に関するものである。
【０１００】
以下に、本発明によるＡＶコンテンツデータの記録や再生方法、および記録媒体に記録したＡＶコンテンツデータを一元管理する方法やその構造について説明する。
【０１０１】
〔システム構成〕
図３６は本発明において共通に用いる、ビデオディスクレコーダの構成図である。この装置は、図３６に示すように、バス３６００、ホストＣＰＵ３６０１、ＲＡＭ３６０２、ＲＯＭ３６０３、ユーザインタフェース３６０４、システムクロック３６０５、光ディスク３６０６、ピックアップ３６０７、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｉｎｇ）デコーダ３６０８、ＥＣＣエンコーダ３６０９、再生用バッファ３６１０、記録／アフレコ用バッファ３６１１、デマルチプレクサ３６１２、マルチプレクサ３６１３、多重化用バッファ３６１４、オーディオデコーダ３６１５、ビデオデコーダ３６１６、オーディオエンコーダ３６１７、ビデオエンコーダ３６１８、および図示しないカメラ、マイク、スピーカ、ディスプレイ等で構成される。
【０１０２】
ホストＣＰＵ３６０１は、バス３６００を通じてデマルチプレクサ３６１２、マルチプレクサ３６１３、ピックアップ３６０７、また図示していないが、オーディオデコーダ３６１５、ビデオデコーダ３６１６、オーディオエンコーダ３６１７、ビデオエンコーダ３６１８の制御を行う。
【０１０３】
再生時に、光ディスク３６０６からピックアップ３６０７を通じて読み出されたデータは、ＥＣＣデコーダ３６０８によって誤り訂正され、再生用バッファ３６１０に一旦蓄えられる。ホストＣＰＵ３６０１は、再生中のデータに関する管理情報に基づき、オーディオデコーダ３６１５、ビデオデコーダ３６１６からのデータ送信要求に従い、再生用バッファ中のデータをその種別によって適当なデコーダに振り分けるようデマルチプレクサ３６１２に指示を与える。
【０１０４】
一方、記録時に、オーディオエンコーダ３６１７とビデオエンコーダ３６１８によって圧縮符号化されたデータは、多重化用バッファ３６１４に一旦送られ、マルチプレクサ３６１３によってＡＶ多重化され、記録／アフレコ用バッファ３６１１に送られる。記録／アフレコ用バッファ３６１１中のデータは、ＥＣＣエンコーダ３６０９によって誤り訂正符号を付加され、ピックアップ３６０７を通じて光ディスク３６０６に記録される。
【０１０５】
オーディオデータの符号化方式にはＭＰＥＧ−１ Ｌａｙｅｒ−ＩＩを、ビデオデータの符号化方式にはＭＰＥＧ−２をそれぞれ用いる。
【０１０６】
光ディスク３６０６は、外周から内周に向かって螺旋状に記録再生が行われる脱着可能な光ディスクとする。２０４８ｂｙｔｅを１セクタとし、誤り訂正のため１６セクタでＥＣＣブロックを構成する。ＥＣＣブロック中のデータを書き換える場合、そのデータが含まれるＥＣＣブロック全体を読み込み、誤り訂正を行って、対象のデータを書き換え、再び誤り訂正符号を付加し、ＥＣＣブロックを構成して、記録媒体に記録する必要がある。また、光ディスク３６０６は、記録効率を上げるためＺＣＡＶ（ゾーン角速度一定）を採用しており、記録領域は回転数の異なる複数のゾーンで構成される。
【０１０７】
〔ファイルシステム〕
光ディスク３６０６上の各種情報を管理するためにファイルシステムを用いる。ファイルシステムには、ＰＣ（パーソナルコンピュータ）との相互運用を考慮してＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）を使用する。ファイルシステム上では、各種管理情報やＡＶストリームはファイルとして扱われる。
【０１０８】
ユーザエリアは、２０４８ｂｙｔｅの論理ブロック（セクタと１対１対応）で管理される。各ファイルは、整数個のエクステント（連続した論理ブロック）で構成され、エクステント単位で分散して記録してもよい。空き領域は、Ｓｐａｃｅ Ｂｉｔｍａｐを用いて論理ブロック単位で管理される。
【０１０９】
〔ファイルシステム階層〕
図１に示すファイルシステム階層は、記録媒体上にＡＶストリームデータや静止画データ、テキストデータといったＡＶコンテンツのデータや、これらデータの属性情報や再生に関する情報などのコンテンツ管理情報データおよび前記データの特徴を表す１シーンなどの代表画像（以下、サムネイルデータ）やタイトルデータを、ファイルシステムを介して、ファイル形式で記録した場合の階層構造の１例を示している。
【０１１０】
図１では、ファイルシステム階層上のＲＯＯＴディレクトリ１２１に、Ｉｎｄｅｘディレクトリ１２２およびＶＩＤＥＯディレクトリ１２３、後述する記録媒体上に記録されているファイルに関する付加情報データ（ファイル管理情報）のリストを記録したＦＩＬＥ００００．ＬＳＴファイル１３４（ファイル管理用ファイル）が登録されている。
【０１１１】
また、Ｉｎｄｅｘディレクトリ１２２には、後述する図１のインデックス階層の階層構造を構築するのに関連するデータを格納するディレクトリである。Ｉｎｄｅｘディレクトリ１２２内にＳＨＲＰ００００．ＩＤＸファイル１２４からＳＨＲＰ０００３．ＩＤＸ１２７が登録されていることを示している。
【０１１２】
さらに、ＶＩＤＥＯディレクトリ１２３には、前記ＡＶコンテンツデータの１種類である映像データを格納するディレクトリである。ＶＩＤＥＯディレクトリ１２３内にＡＶストリームデータであるＳＨＲＰ０００１．ＤＡＴファイル１２９およびＳＨＲＰ０００２．ＤＡＴファイル１３１が格納され、これらＡＶストリームのコンテンツ管理情報データがそれぞれＳＨＲＰ０００１．ＩＮＦファイル１２８、ＳＨＲＰ０００２．ＩＮＦファイル１３０に格納されている。また、ＳＨＲＰ０００３．ＩＮＦファイル１３２は、ＡＶストリームデータであるＳＨＲＰ０００１．ＤＡＴファイル１２９およびＳＨＲＰ０００２．ＤＡＴファイル１３１を素材データとして、非破壊編集を行ったコンテンツ管理情報データのみのファイルである。ＳＨＲＰ０００４．ＩＮＦファイル１３３は、ＡＶストリームデータとそのコンテンツ管理情報データを一つのファイル内に格納しているＡＶコンテンツデータファイルである。
【０１１３】
〔インデックス階層〕
図１は、前記〔ファイルシステム階層〕で説明した記録媒体上の実データのファイル階層構造とは別に、仮想的な階層構造を表現する場合の１例を示している。
【０１１４】
図１の１０５から１１１が示しているコンテンツは、前記〔ファイルシステム階層〕で述べた記録媒体上に実際に記録されているＡＶコンテンツの実データを仮想的に示すものであり、コンテンツから実データを参照していることを表している。
【０１１５】
また、図１の１０１から１０４が示しているインデックスは、上記コンテンツまたは自分以外のインデックスをそれぞれ複数のエントリとして登録が可能であり、仮想的な階層構造を構築するものである。
【０１１６】
図１では、インデックス階層上のＲＯＯＴインデックス１０１に、インデックス１０２および１０３が登録されている。また、インデックス１０３には、インデックス１０４が登録されおり、仮想的なインデックスの階層構造が構築されている。
【０１１７】
このように、少なくとも一つ（例えば少なくとも二つ）のインデックスの下に、それに属する下位見出しとなるサブインデックスを一階層以上（例えば二階層以上）設けている。同じインデックスに、一つ以上（例えば二つ以上）のサブインデックスを設ける。このインデックスやサブインデックス（説明の便宜上、特に区別する必要のない限り単にインデックスと称する）は、階層の異なるインデックス同士で互いを参照可能である。そして、コンテンツの少なくとも一部（全部でもよい）は、その各サブインデックスに振り分けて登録するようになっている。
【０１１８】
〔インデックス階層内のコンテンツの説明〕
インデックス１０２には、コンテンツ１０５、１０６、１０７が登録されている。これらコンテンツは、図１に示すファイルシステム階層上のＡＶコンテンツの実データ（以下実データ）に対応しており、コンテンツ１０５はＳＨＲＰ０００１．ＩＮＦファイル１２８、コンテンツ１０６はＳＨＲＰ０００２．ＩＮＦファイル１３０、コンテンツ１０７はＳＨＲＰ０００３．ＩＮＦフィル１３２に対応していることを示している。
【０１１９】
また、インデックス１０３には、前記インデックス１０４以外にコンテンツ１０８が登録されており、これはＳＨＲＰ０００４．ＩＮＦファイル１３３に対応している。
【０１２０】
インデックス１０４には、コンテンツ１０９および１１１が登録されており、コンテンツ１０９はＳＨＲＰ０００１．ＩＮＦファイル１２８、コンテンツ１１１は、ＳＨＲＰ０００４．ＩＮＦファイル１３３に対応している。コンテンツ１０９はインデックス１０２内のコンテンツ１０５、コンテンツ１１１はインデックス１０３内コンテンツ１０８と同一の実データに対応しており、インデックス階層上の様々なインデックスに複数の実データを登録できることを示している。
【０１２１】
図１のＲＯＯＴインデックスには、前記インデックス１０２、１０３以外にコンテンツ１１０が登録されている。これは、図１に示すファイルシステム階層上のＡＶコンテンツの実データであるＳＨＲＰ０００３．ＩＮＦファイル１３２に対応しており、前記コンテンツ１０９や１１１と同様に、コンテンツ１０７と同一の実データを参照し、インデックス階層上に重複して実データのコンテンツが登録されている。
【０１２２】
〔インデックス階層内のインデックスの説明〕
図１に示すインデックス階層上のＲＯＯＴインデックス１０１のエントリに対する属性情報や代表画像であるサムネイルデータなどのデータを記録したファイルが図１に示すファイルシステム階層上におけるＳＨＲＰ００００．ＩＤＸファイル１２４に相当し、このファイルはＲＯＯＴインデックス１０１に対応する。
【０１２３】
また、インデックス１０２からインデックス１０４のそれぞれのインデックスに対するエントリに関連する属性情報およびサムネイルデータなどを格納したファイルがファイルシステム階層上におけるインデックスファイルＳＨＲＰ０００１．ＩＤＸファイル１２５からＳＨＲＰ０００３．ＩＤＸファイル１２７にそれぞれ相当し、これらファイルがインデックス１０２からインデックス１０４にそれぞれ対応する。
【０１２４】
〔インデックスを用いたＧＵＩの説明〕
図３は、仮想的な階層構造であるインデックス階層を用いた場合に、ユーザにその階層構造をＧＵＩとして表示するための適用例を示した図である。図３に示すインデックス階層は、図１に示すインデックス階層と同じ階層構造を示している。図３に示すインデックス階層中のインデックス３０４には、コンテンツ３０５から３０７が登録されており、このインデックス３０４の階層をユーザに表示した場合の１例が３０１から３０３である。コンテンツ３０５に関するの属性情報やコンテンツの特徴を表すサムネイル、タイトルといった情報を表示したものが３０１となる。コンテンツ３０６は３０２、コンテンツ３０７は３０３のように、インデックス３０４には、３つのコンテンツのエントリがあるため、ユーザに表示するＧＵＩの内容として３０１から３０３を表示している。
【０１２５】
〔ＧＵＩとインデックス階層の関係〕
図４は、インデックス階層とユーザに表示するＧＵＩとの関係を示した図であり、図４に示すインデックス階層は、図１に示すインデックス階層と同じ階層構造を示している。現在ＧＵＩが表示している階層が図４に示すＲＯＯＴインデックス４０１である場合のＧＵＩ表示の１例がＧＵＩ表示４２０である。
【０１２６】
ＧＵＩ表示の４２０内のインデックス４２１は、インデックス階層内のインデックス４０２に相当し、４２２は４０３に相当している。また、ＧＵＩ表示４２０内のコンテンツ４２３はインデックス階層内のコンテンツ４０５に相当する。
【０１２７】
〔インデックス階層の移動〕
ここで、ＧＵＩの表示をＲＯＯＴインデックス４０１からインデックス４０２に移動する場合について説明する。インデックスの移動は、例えばＧＵＩ表示画面４２０内のインデックス４２１に移動する場合、ユーザはインデックス４２１を選択する。インデックス４２１の選択により、ＧＵＩ表示画面４２０の下方にインデックス４２１に関連する記録日時およびタイトルデータが表示されている。
【０１２８】
そして、移動の実行を行うと次のＧＵＩ表示画面４３０を表示するのに必要な情報やデータが保存されているインデックス４０２に相当するインデックスファイルからデータをリードし、そのリードしたデータをＧＵＩ画面に表示することにより行う。このようにしてインデックスの移動後に表示したＧＵＩ画面がＧＵＩ表示画面４３０である。
【０１２９】
インデックス移動後のＧＵＩ表示画面４３０内のコンテンツ４３１およびコンテンツ４３２は、インデックス階層内のコンテンツ４０６、コンテンツ４０７にそれぞれ相当する。
【０１３０】
〔コンテンツの再生〕
ＧＵＩ表示画面に表示されているコンテンツの再生方法について説明する。コンテンツの再生は、例えば、ＧＵＩ表示画面４３０内のコンテンツ４３２を再生する場合、ユーザはコンテンツ４３２を選択する。コンテンツ４３２の選択により、ＧＵＩ表示画面４３０の下方にコンテンツ４３２に関連する記録日時およびタイトルデータ、再生時間などの関連情報が表示されている。
【０１３１】
そして、再生の実行を行うと再生に必要なコンテンツ管理情報データが保存されているコンテンツ４０７に相当するコンテンツ管理情報データファイルからコンテンツ管理情報データをリードする。次にコンテンツ４０７に相当するコンテンツデータファイル（コンテンツデータファイルは、前記コンテンツ管理情報データファイルと同一の場合もある）から、前記リードしたコンテンツ管理情報データの再生情報に従ってコンテンツデータを読み出す。読み出したコンテンツデータをデコーダに送ってデコードを行い、それを画面に表示することにより、コンテンツ４３２の再生を行う。
【０１３２】
このように、各インデックスの階層はＧＵＩの表示単位で割り当てられ、一つのインデックスに登録されているコンテンツやインデックスにおけるファイル情報や属性情報、サムネイルデータなどのＧＵＩ表示に必要なデータを一つのファイルに記録することにより、ＧＵＩ表示に必要な情報やデータの集中管理を行う。
【０１３３】
〔インデックスファイルの構造〕
図５は，仮想的な階層構造を表すインデックスのデータ構造の１例を示している。一つのインデックスが保持するコンテンツまたは他のインデックスに関する情報が、登録した順番にリストデータとして格納される。図５（ａ）中のＮｏ．は，インデックスに登録した順番を示し、インデックス登録日時は、コンテンツまたは他のインデックスをインデックスに登録した日時を登録する。
【０１３４】
ステータスフラグは、登録するコンテンツまたはインデックスの状態を示すフラグであり、図５（ｂ）にステータスフラグが表す状態の１例を示す。通常コンテンツまたはインデックスを登録する場合、ステータスフラグの値は、Ｏｒｉｇｉｎａｌ（０ｘ０１）を登録する。
【０１３５】
また、ステータスフラグにＳｙｓｔｅｍ（０ｘ０２）を設定した場合、登録するインデックスをユーザに意識させずに、機器側のシステム側が使用するインデックスといった機能を設けることが可能である。これは、インデックス階層構造中にユーザの好みによるコンテンツまたはインデックスの分類を行うのとは独立に、機器のシステムが自由にインデックスを作成することが可能であるということを示す。例えば、機器のシステムがステータスフラグをＳｙｓｔｅｍにセットしたインデックスを登録し、記録媒体上に記録したＡＶコンテンツデータファイルを順番にコンテンツとして登録する。そして、機器のシステムが登録したコンテンツを順番に再生することにより、ＧＵＩ表示画面に、機器のシステム用のインデックスが表示されずに、記録媒体上に記録した順番でＡＶコンテンツを再生することが可能となる。
【０１３６】
また、図５（ｂ）において、ステータスフラグをＮｏ Ｄｉｓｐｌａｙ（０ｘ０３）にセットした場合は、登録してあるコンテンツまたはインデックスを一時的にＧＵＩ表示画面から表示させなくすることに使用する。
【０１３７】
図５（ａ）のＦｉｌｅ Ｅｎｔｒｙ ＩＤは、後述する記録媒体上に記録したＡＶコンテンツデータなどのファイルのファイル名が格納されたデータを指す値であり、コンテンツまたはインデックスのファイル名を特定するための値である。
【０１３８】
図５（ａ）のＴｈｕｍｂｎａｉｌやＴｉｔｌｅで示すｏｆｆｓｅｔやｓｉｚｅは、登録したコンテンツまたはインデックスをＧＵＩ表示画面上に表示する際に、これらの特徴を表すのに必要なデータの所在やサイズを表している。例えば、ＧＵＩ表示画面にＴｈｕｍｂｎａｉｌを表示する場合は、コンテンツまたはインデックスを登録するインデックスファイル内に、図５（ａ）のリストデータと共に、各コンテンツまたはインデックス用のＴｈｕｍｂｎａｉｌデータを記録する。記録したＴｈｕｍｂｎａｉｌデータのファイル先頭からのオフセット値をｏｆｆｓｅｔに登録し、Ｔｈｕｍｂｎａｉｌデータサイズをｓｉｚｅに登録する。Ｔｉｔｌｅデータについても同様である。
【０１３９】
〔記録媒体上でのインデックスファイルの記録方法〕
図２は、記録媒体２１０上におけるインデックスファイルの物理的な配置の１例を示している。図２の２１１が図１におけるＳＨＲＰ００００．ＩＤＸ（１２４）に相当する。以下同様に、２１２はＳＨＲＰ０００１．ＩＤＸ（１２５）、２１３はＳＨＲＰ０００２．ＩＤＸ（１２６）、２１４はＳＨＲＰ０００３．ＩＤＸ（１２７）に相当する。図２では、これらインデックスファイルが記録媒体２１０の領域上に連続して記録されていることを示している。
【０１４０】
これは、インデックスが保持しているサブインデックスをＧＵＩ画面に表示する際、サブインデックスのインデックスファイルを記録媒体からリードする必要があるが、記録媒体が光ディスクのように、記録媒体上の現在位置から離れた領域にアクセスを行う場合、記録媒体上を物理的にシークする時間の発生により、アクセス速度が遅くなる記録媒体においては、前記インデックスファイルを連続して記録することにより、インデックスからサブインデックスにＧＵＩ表示を移動する場合などに、インデックスファイルのアクセス時間を最小限に抑え、ＧＵＩ表示の高速化を行うことが可能となる。
【０１４１】
ファイル２１１〜２１４と図１におけるインデックス階層との関係は、前記〔インデックス階層〕で説明したＲＯＯＴインデックス（１０１）が図２の２１１に相当し、以下同様に、インデックス１０２は２１２、インデックス１０３は２１３、インデックス１０４は２１４に相当する。
【０１４２】
図２中の各インデックスファイル内の２１５は、前記〔インデックスファイルの構造〕で説明した図５のインデックスファイルのリストデータがそれぞれ格納される。
【０１４３】
さらに、２１６から２２５は各インデックスファイル内に格納されたＴｈｕｍｂｎａｉｌなどのコンテンツやインデックスの特徴を表す実データである。例えば、ＲＯＯＴインデックス１０１を表すファイル２１１の場合は、エントリとしてインデックス１０２と１０３およびコンテンツ１１０を保持しているため、図２の２１６が図１に示すインデックス１０２のＴｈｕｍｂｎａｉｌデータであり、以下同様に、２１７がインデックス１０３、２１８がコンテンツ１１０のＴｈｕｍｂｎａｉｌデータを格納していることを表している。図２の２１２から２１４のインデックスファイルについても同様であるため、説明は省略する。なお、図２中の＊０から＊３、＃１から＃４は、図１中のこれら記号とそれぞれ対応している。
【０１４４】
〔インデックスファイルの記録における記録領域確保〕
インデックスファイルを記録媒体上に記録する場合の記録領域の確保について、図３７を用いて説明する。図３７は、一つのインデックスを一つのインデックスファイルで管理する場合と、後述する〔階層構造をもたないインデックスを１ファイルで構成〕以降の説明のようにインデックス階層上のすべてのインデックスおよびコンテンツを一つのインデックスファイルで管理する場合における記録領域の確保についての説明図である。
【０１４５】
図３７のインデックス階層で示す階層構造を管理するインデックスファイルについて、Ａのように記録媒体上の全インデックスおよびコンテンツを一つのインデックスファイルで管理した場合では、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００が保持しているインデックス４４０１のインデックスデータ（ＴｈｕｍｂｎａｉｌやＴｉｔｌｅデータなどのデータおよびインデックスリストデータ）が３７０１であり、Ｂのように一つのインデックスを一つのインデックスファイルで管理した場合では、３７０７となる。以下同様に、インデックス４４０２ではＡは３７０３、Ｂは３７０８、コンテンツ４４０３ではＡは３７０６、Ｂは３７０９、コンテンツ４４０４ではＡは３７０２、Ｂは３７１０、コンテンツ４４０５はＡは３７０４、Ｂは３７１１、コンテンツ４４０６ではＡは３７０５、Ｂは３７１２となる。また、３７１３は連続領域を確保したインデックスファイル内における未使用領域である。
【０１４６】
なお、本発明によるデータ管理方法においては、インデックスリストデータと、Ｔｈｕｍｂｎａｉｌデータなどのデータは、インデックスファイル内の別の領域に記録する形態であるが、図３７においては、インデックスファイル内の使用領域の説明であるため、便宜上、例えばインデックス４４０１のインデックスリストデータとＴｈｕｍｂｎａｉｌデータなどのデータをインデックスデータ３７０１や３７０７に記録するように図示している。
【０１４７】
また、Ａにおいては、Ｏｒｉｇｎａｌ ＲＯＯＴインデックス４４００のインデックスファイルが３７１７であり、Ｂにおいては、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００のインデックスファイルは３７１４、インデックス４４０１は３７１５、インデックス４４０３は３７１６を表している。
【０１４８】
ところで、記録媒体が光ディスクのように、記録媒体上の現在位置から離れた領域にアクセスを行う場合、記録媒体上を物理的にシークする時間の発生により、アクセス速度が遅くなる記録媒体においては、一つのファイル内連続的にデータを記録することにより、アクセス速度の低下を防ぐことができる。
【０１４９】
そのため、Ａでは、インデックスファイルを記録するデータ領域として３７１７で示す領域を確保し、インデックスファイルの先頭からインデックスデータを記録している。また、Ｂも同様にインデックスファイル３７１４から３７１６で図示している領域を確保し、各インデックスデータをファイルの先頭から記録している。
【０１５０】
このように、インデックスデータを記録するための連続的な領域を記録媒体上にあらかじめ確保し、より物理的に近い位置に記録することにより、記録媒体上の物理的な移動量を減少させることが可能となるため、インデックス間の移動（ＧＵＩの移動）時にかかる処理量および時間を低減することが可能となる。
【０１５１】
また以上の説明は、例えば記録媒体上に記録可能なＡＶコンテンツおよびインデックスの数の最大値を１００００個とし、一つのＡＶコンテンツに必要なインデックスのデータサイズが８ｋＢｙｔｅとすると、Ａでは、インデックスファイルに確保する連続的な使用領域は、８０ＭＢｙｔｅとなる。一方、Ｂでは、一つのインデックスに登録可能なＡＶコンテンツまたはインデックスの最大値を１０個とすると、一つのインデックスファイルに確保する連続的な領域は、８００ｋＢｙｔｅとなり、図３７のようなインデックス階層の構成においては、記録媒体上に確保される使用領域は、２．３４ＭＢｙｔｅとなる。これは、図３７で示すように使用領域サイズの節約が行え、記録領域を効率的に使用可能となる。
【０１５２】
以上のように、ＢではＡと比較し、ＧＵＩ表示に必要な一つのインデックスに関するインデックスデータをインデックスファイル内にまとめて記録し、一つのインデックスに登録可能なコンテンツまたはインデックスの最大値を設けることにより、記録領域を効率的に使用可能となる。
【０１５３】
また、ＢではＡと比較し、ＧＵＩ表示に必要な一つのインデックスに関するインデックスデータをインデックスファイル内にまとめて記録し、インデックスデータをより物理的に近い位置に記録することにより（例えば、ＯｒｉｇｉｎａｌＲＯＯＴインデックス４４００におけるインデックスデータにおいて、Ｂでは、３７０７、３７０８、３７０９が連続的に記録されるが、Ａでは、３７０１、３７０３、３７０６が不連続に記録されている）、高速にインデックスファイル内のデータにアクセスできることから、高速にデータのリードが行え、ＧＵＩ表示を高速に行うことが可能となる。
【０１５４】
〔ファイルリストの構造説明〕
図６は、記録媒体上に記録したＡＶコンテンツデータファイルに関する情報（ファイル管理情報）を一元管理するＦＩＬＥ００００．ＬＳＴファイル（図１の１３４）のデータ構造を示している。Ｆｉｌｅ Ｅｎｔｒｙ ＩＤは、ＡＶコンテンツデータやインデックスのファイルを記録媒体上に記録した順番に付加される番号であり、前記〔インデックスファイルの構造〕で説明した各コンテンツまたはインデックスに相当する記録媒体上のファイルを特定するための番号である。ＦＩＬＥ００００．ＬＳＴファイル自身は、Ｆｉｌｅ Ｅｎｔｒｙ ＩＤが０に登録される。
【０１５５】
次にファイル名は、Ｆｉｌｅ Ｅｎｔｒｙ ＩＤに相当する記録媒体上のファイル名を格納するフィールドである。
【０１５６】
ファイルの属性情報は、Ｆｉｌｅ Ｅｎｔｒｙ ＩＤに相当するファイルが作成された日時や最近にアクセスされた日時、ファイルサイズなどのファイルに関する属性情報が格納される。
【０１５７】
ファイルタイプは、記録されているファイルのファイル形式が格納される。ファイルタイプがＬＩＳＴは、ＦＩＬＥ００００．ＬＳＴファイルそのものを表している。ＤＡＴＡは、ＡＶコンテンツのデータファイルを表している。また、ＭＥＴＡは、ＡＶコンテンツデータの再生に関するコンテンツ管理情報のみを格納したファイル、もしくはＡＶコンテンツデータも含めて記録されているファイルを表す。ＩＮＤＥＸは、インデックスのデータを格納するインデックスファイルを表している。
【０１５８】
インデックスに登録されている数は、記録媒体に記録されているファイルが、インデックス階層上の何個のインデックスに登録されているかを表しており、ファイルを記録媒体上から削除する場合は、このインデックスに登録されている数が０以外の場合は削除できないことを表す。
【０１５９】
コンテンツ参照元Ｆｉｌｅ Ｅｎｔｒｙ ＩＤは、ＡＶコンテンツのデータ（ファイルタイプがＤＡＴＡ）に対し、それを再生するために必要なコンテンツ管理情報用のファイル（ファイルタイプがＭＥＴＡ）がＡＶコンテンツのデータファイルを外部参照する形式で構成されるＡＶコンテンツの場合に、参照されているファイルのエントリ（例えば３）に参照しているファイルのＦｉｌｅ Ｅｎｔｒｙ ＩＤ（例えば４）を登録する。図６では、Ｆｉｌｅ Ｅｎｔｒｙ ＩＤ３のＳＨＲＰ０００１．ＤＡＴをＦｉｌｅ Ｅｎｔｒｙ ＩＤ４のＳＨＲＰ０００１．ＩＮＦおよび７のＳＨＲＰ０００３．ＩＮＦが外部参照しており、５のＳＨＲＰ０００２．ＤＡＴを６のＳＨＲＰ０００２．ＩＮＦおよび７のＳＨＲＰ０００３．ＩＮＦが外部参照していることを表している。なお、何も参照されていないファイルについては、ＮＵＬＬを格納する。
【０１６０】
〔コンテンツの記録およびそのコンテンツのインデックスへの登録〕
コンテンツのデータをファイルシステムを介して記録媒体へ記録し、記録したコンテンツのデータファイルをインデックス階層へ登録する手順についての１例を説明する。
【０１６１】
何も記録されてない記録媒体上にコンテンツファイルやインデックスファイルを記録し、図２３および図２４で示すようなファイルおよびインデックスの階層構造となるまでの手順を図７から図２４を用いて説明する。
【０１６２】
第一に、図７のファイルシステム階層１２１〜１２２で示すように、ファイルシステム上のＲＯＯＴディレクトリ（以下１２１）に、各インデックスファイルを格納するためのＩｎｄｅｘディレクトリ（以下１２２）を作成する。
【０１６３】
〔インデックスファイルの作成〕
次に、図９の流れ図に従って、インデックス階層上の階層の最上位を表すＲＯＯＴインデックス（以下１０１）用の、図５で示すようなコンテンツ管理情報データ（インデックスリストデータ）を格納するファイルを、ＳＨＲＰ００００．ＩＤＸ（以下１２４）というファイル名で１２２に作成する（Ｓ１０１）。
【０１６４】
〔ＦＩＬＥ００００．ＬＳＴファイルの記録〕
そして、Ｓ１０２にて図１０で示す流れ図に従い、作成したファイルである１２４のファイル名や属性情報、参照関係情報といった付加情報のデータであるファイル管理情報データ（ファイルリストデータ）をメモリ上に記憶し（Ｓ２０１）、この記憶したファイル管理情報データをＦＩＬＥ００００．ＬＳＴ（以下１３４）というファイル名でファイルシステム階層上の１２１に記録する（Ｓ２０２）。
【０１６５】
〔記録媒体上におけるインデックスファイル作成の流れ〕
以上の処理の流れにおいて、記録媒体上におけるインデックス用のファイル（１２４）生成の流れを図８に示す。図８では、１２４のファイルを２１１で示す記憶媒体上の領域に想定されるインデックスに登録可能な最大エントリ数に必要なファイルサイズを確保したことを示しており、２１１上の＊０は、図７のインデックス階層上のＲＯＯＴインデックス１０１で図示してある＊０を指していることを表している。
【０１６６】
〔新規インデックスの登録〕
インデックス階層のＲＯＯＴ階層に、新規インデックスを作成する方法として図１１に示すように、ＲＯＯＴインデックス１０１に新規インデックス１０２を登録する手順を説明する。なお、記録媒体上に記録したインデックス用のファイル生成過程を図１２を用いて同時に説明する。
【０１６７】
〔インデックス階層へのインデックスの登録処理〕
図１３で示す流れ図に従って新規インデックス１０２をＲＯＯＴインデックス１０１に登録する手順について説明する。Ｓ３０１にてＲＯＯＴインデックスのインデックスリストデータをファイル１２４からメモリへリードする。この場合、１０１は一つもエントリをもっていないため、メモリ上にはインデックスリストデータは存在しないこととなる。
【０１６８】
次に、Ｓ３０２において、インデックスファイルの登録であるため、Ｓ３０４に進む。
【０１６９】
Ｓ３０４では、前記〔インデックスファイルの作成〕と同様に図９の流れ図に従い、インデックス１０２のインデックスリストデータを格納するＳＨＲＰ０００１．ＩＤＸファイル（以下１２５）をＩｎｄｅｘディレクトリ１２２に作成し、前記〔ＦＩＬＥ００００．ＬＳＴファイルの説明〕と同様に図１０の流れ図に従い１２５のファイルリストデータをＦＩＬＥ００００．ＬＳＴファイル１３４に登録する。図１２では、図８の状態から新規インデックス用のファイル１２５が２１２として生成されている。
【０１７０】
Ｓ３０５において、新規インデックス１０２についてのインデックスリストデータをメモリ上にあるＲＯＯＴインデックス１０１のインデックスリストデータ格納領域に登録することによって、ＲＯＯＴインデックス１０１以下に、新規インデックス１０２を登録したこととなる。
【０１７１】
Ｓ３０６において、新規インデックス１０２におけるサムネイルやタイトルといった新規インデックスを他のインデックスやコンテンツとユーザが区別しやすくするためのデータをファイル１２４内に記録する。図１２では、新規インデックスに対応するサムネイルデータとして２１６がファイル１２４に相当する２１１に記録されることを示している。
【０１７２】
そして、Ｓ３０７において、記録したサムネイルデータなどのデータサイズおよびファイル１２４内のファイル先頭からのオフセット値をメモリ上に存在するＲＯＯＴインデックスのインデックスリストデータに登録する。
【０１７３】
Ｓ３０８にて、メモリ上にあるＲＯＯＴインデックスの保持しているインデックスリストデータをファイル１２４内に記録する。図１２ではこのインデックスリストデータがＲＯＯＴインデックスファイル２１１内の２１５に記録されることを示している。
【０１７４】
そしてＳ３０９において、図６のようにファイル１３４のファイルリストデータ内のＳＨＲＰ０００１．ＩＤＸに相当するエントリ２に対して、インデックスに登録されている数フィールドを１に設定し、インデックスに登録（参照）されている数を登録することにより、新規インデックスの登録処理が終了する。
【０１７５】
〔新規コンテンツの登録〕
インデックス階層のインデックス１０２（＊１）に、新規コンテンツを作成する方法として図１４に示すように、インデックス１０２（＊１）に新規コンテンツ１０５（＃１）を登録する手順を説明する。なお、記録媒体上に記録したインデックス用のファイル生成過程を図１５を用いて同時に説明する。
【０１７６】
〔新規コンテンツデータの記録〕
図１６を用いて、新規コンテンツのデータを記録媒体に記録する手順について説明する。
【０１７７】
最初の処理として、図１４のファイルシステム階層１２３で示すように、ファイルシステム上のＲＯＯＴディレクトリ（以下１２１）に、各ＶＩＤＥＯのコンテンツデータファイルを格納するためのＶＩＤＥＯディレクトリ（以下１２３）を作成する。
【０１７８】
次に、図１６Ｓ４０１にてコンテンツのデータを格納するファイルを、図１４に示すＳＨＲＰ０００１．ＤＡＴ（以下１２９）というファイル名で１２３に作成する。そして、このコンテンツデータを再生するために必要なコンテンツ管理情報を、ＳＨＲＰ０００１．ＩＮＦ（以下１２８）というファイル名で１２３に作成する。
【０１７９】
Ｓ４０２において、前記〔ＦＩＬＥ００００．ＬＳＴの記録〕と同様に図１０の流れ図に従いＦＩＬＥ００００．ＬＳＴファイル１３４に、これら１２８および１２９のファイルリストデータを登録する。ここで、図６のようにファイルリストデータ内のＳＨＲＰ０００１．ＤＡＴに相当するエントリ３に対して、コンテンツ参照元Ｆｉｌｅ Ｅｎｔｒｙ ＩＤフィールドにＳＨＲＰ０００１．ＩＮＦを示すＦｉｌｅ Ｅｎｔｒｙ ＩＤである４を設定し、コンテンツファイルから参照されているＩＤを登録することによって、新規コンテンツデータの登録が終了する。
【０１８０】
〔インデックス階層へのコンテンツの登録処理〕
図１３で示す流れ図に従って新規コンテンツ１０５をインデックス１０２に登録する手順について説明する。Ｓ３０１にてインデックス１０２のインデックスリストデータをファイル１２５からメモリへリードする。この場合、１０２は一つもエントリをもっていないため、メモリ上にはインデックスリストデータは存在しないこととなる。
【０１８１】
次にＳ３０２において、コンテンツファイルの登録であるため、Ｓ３０３に進む。
【０１８２】
Ｓ３０３では、ＳＨＲＰ０００１．ＩＮＦファイル１２８を選択する。これは、インデックス階層には、再生するために必要なコンテンツ管理情報データが格納されているＳＨＲＰ０００１．ＩＮＦ１２８ファイルを登録するためである。
【０１８３】
Ｓ３０５において、新規コンテンツ１０５についてのインデックスリストデータをメモリ上にあるインデックス１０２のインデックスリストデータ格納領域に登録することによって、インデックス１０２以下に、新規コンテンツ１０５を登録したこととなる。
【０１８４】
Ｓ３０６において、新規コンテンツ１０５におけるサムネイル（Ｔｈｕｍｂｎａｉｌ）やタイトル（Ｔｉｔｌｅ）といった、新規コンテンツを他のインデックスやコンテンツとユーザが区別しやすくするためのデータを、ファイル１２５内に記録する。図１５では、新規コンテンツに対応するサムネイルデータとして２１９がファイル１２５に相当する２１２に記録されることを示している。
【０１８５】
そして、Ｓ３０７において、記録したサムネイルデータなどのデータサイズおよびファイル１２５内のファイル先頭からのオフセット値をメモリ上に存在するインデックス１０２のインデックスリストデータに登録する。
【０１８６】
Ｓ３０８にて、メモリ上にあるインデックス１０２の保持しているインデックスリストデータをファイル１２５内に記録する。図１５ではこのインデックスリストデータがインデックスファイル２１２内の２１５に記録されることを示している。
【０１８７】
そしてＳ３０９において、図６のようにファイル１３４のファイルリストデータ内のＳＨＲＰ０００１．ＩＮＦに相当するエントリ４に対して、インデックスに登録されている数を１に設定し、インデックスに登録（参照）されている数を登録することにより、新規コンテンツの登録処理が終了する。
【０１８８】
〔複数のコンテンツの登録〕
次に図１７のように、インデックス１０２中に新規コンテンツ１０６、１０７を登録する。コンテンツの登録方法は、前記〔新規コンテンツの登録〕以降で説明した方法と同様であるため、省略する。
【０１８９】
図１７に示すインデックス階層の中のコンテンツ１０６に相当する実ＡＶコンテンツファイルは図１７に示すファイルシステム階層のＳＨＲＰ０００２．ＩＮＦファイル１３０であり、コンテンツ１０７は図１７に示すファイルシステム階層のＳＨＲＰ０００３．ＩＮＦファイル１３２である。
【０１９０】
図１７に示すファイルシステム階層における再生に必要なデータをもったコンテンツ管理用ファイルＳＨＲＰ０００１．ＩＮＦファイル１２８は、ＡＶコンテンツのデータファイルであるＳＨＲＰ０００１．ＤＡＴファイル１２９を外部参照する形式で保存されている。また同様に、コンテンツ管理用ファイルＳＨＲＰ０００２．ＩＮＦファイル１３０は、ＡＶコンテンツデータファイルＳＨＲＰ０００２．ＤＡＴファイル１３１を外部参照している。さらに、コンテンツ管理用ファイルＳＨＲＰ０００３．ＩＮＦファイル１３２は、ＡＶコンテンツデータファイルＳＨＲＰ０００１．ＤＡＴファイル１２９およびＳＨＲＰ０００２．ＤＡＴファイル１３１の両方を外部参照している形式であり、記録済みのＳＨＲＰ０００１．ＩＮＦファイル１２８とＳＨＲＰ０００２．ＩＮＦファイル１３０のコンテンツを非破壊編集したコンテンツ管理情報のみからなるファイルである。
【０１９１】
なお、記録媒体上に記録したインデックス用のファイル生成過程を図１８に示す。図１７ファイルシステム階層におけるＳＨＲＰ００００．ＩＤＸファイル１２４に相当するＲＯＯＴインデックスファイル２１１（＊０）に、ＲＯＯＴインデックス１０１が保持している図５によるインデックスリストデータを２１５に、インデックス階層のインデックス１０２（＊１）のＴｈｕｍｂｎａｉｌデータなどのデータを２１６に記録している。また、ＳＨＲＰ００００．ＩＤＸファイル１２５に相当するインデックスファイル２１２（＊１）に、インデックス１０２が保持しているインデックスリストデータを２１５に、インデックス階層のコンテンツ１０５から１０７（＃１から＃３）のＴｈｕｍｂｎａｉｌデータなどのデータをそれぞれ２１９から２２１に記録している。
【０１９２】
〔ＲＯＯＴインデックスに複数のインデックスを登録〕
図１９のように、ＲＯＯＴインデックス１０１（＊０）中に新規インデックス１０３（＊２）を登録する。インデックスの登録方法は、前記〔新規インデックスの登録〕以降で説明した方法と同様であるため、省略する。
【０１９３】
図１９に示すインデックス階層のインデックス１０３（＊２）に対応するインデックスファイルは、図１９に示すファイルシステム階層のＳＨＲＰ０００２．ＩＤＸファイル１２６である。
【０１９４】
なお、記録媒体上に記録したインデックス用のファイル生成過程を図２０に示す。新たに追加したインデックス１０３（＊２）が、図２０においてインデックスファイル２１３（＊２）として生成され、ＲＯＯＴインデックスファイルである２１１（＊０）内に、インデックス１０３（＊２）用のＴｈｕｍｂｎａｉｌデータなどのデータ２１７が記録されている。
【０１９５】
〔インデックスに別のインデックスを登録〕
図２１は、インデックス１０３（＊２）中に新規インデックス１０４（＊３）の登録を示している。インデックスの登録方法は、前記〔新規インデックスの登録〕以降で説明した方法と同様であるため、省略する。
【０１９６】
図２１に示すインデックス階層のインデックス１０４（＊３）に対応するインデックスファイルは、図２１に示すファイルシステム階層のＳＨＲＰ０００３．ＩＤＸファイル１２７である。
【０１９７】
なお、記録媒体上に記録したインデックス用のファイル生成過程を図２２に示す。新たに追加したインデックス１０４（＊３）が、図２２においてインデックスファイル２１４（＊３）として生成され、インデックスファイルである２１３（＊２）内に、インデックス１０３が保持している図５によるインデックスリストデータ２１５とインデックス１０４（＊３）用のＴｈｕｍｂｎａｉｌデータなどのデータ２２２が記録されている。
【０１９８】
〔同一コンテンツデータを複数のコンテンツとして登録〕
図２３は、インデックス１０４（＊３）中に新規コンテンツ１０９（＃１）の登録を示している。コンテンツの登録方法は、前記〔新規コンテンツの登録〕以降で説明した方法と同様であるため、省略する。
【０１９９】
図２３に示すインデックス階層のコンテンツ１０９（＃１）に対応するＡＶコンテンツファイルは、図２３に示すファイルシステム階層のＳＨＲＰ０００１．ＩＮＦファイル１２８である。
【０２００】
図２３に示すファイルシステム階層のＳＨＲＰ０００１．ＩＮＦファイル１２８は図２３に示すインデックス階層中のコンテンツ１０５（＃１）に一度登録されているが、ここではこれと同一のＡＶコンテンツを別のインデックス１０４（＊３）にコンテンツ１０９（＃１）として登録している。このように、同一のＡＶコンテンツデータをインデックス階層上のインデックスにコンテンツとして複数重複して登録することが可能である。
【０２０１】
また、同一のＡＶコンテンツデータをインデックスに複数登録する際、コンテンツの特徴を表すデータであるＴｈｕｍｂｎａｉｌやＴｉｔｌｅといったデータをインデックスに登録するごとに変更することにより、同一のＡＶコンテンツデータであっても異なったＴｈｕｍｂｎａｉｌなどのデータでＧＵＩに表示することが可能となる。
【０２０２】
なお、記録媒体上に記録したインデックス用のファイル生成過程を図２４に示す。図２４においてインデックス１０４に相当するインデックスファイルである２１４（＊３）内に、インデックス１０４が保持している図５による新たに追加したコンテンツ１０９（＃１）のインデックスリストデータ２１５とコンテンツ１０９（＃１）用のＴｈｕｍｂｎａｉｌデータなどのデータ２２４が記録されている。
【０２０３】
〔コンテンツの削除〕
図２５は、図１に示すインデックス階層上のコンテンツを削除する場合の処理の流れを示した図である。コンテンツの削除を行う場合について図１４および図１５を用いて説明する。図１４のコンテンツ１０５を削除することを考える。削除するコンテンツ１０５（＃１）を選択し（Ｓ５０１）、このコンテンツを登録してあるインデックス１０２（＊１）のインデックスリストデータから、コンテンツ１０５に相当するエントリを削除する（Ｓ５０２）。
【０２０４】
次に、図１４に示すファイルシステム階層のＦＩＬＥ００００．ＬＳＴファイル１３４内の削除したコンテンツ１０５（＃１）が指していたＦｉｌｅ Ｅｎｔｒｙ ＩＤに相当するエントリのインデックス登録数フィールドの値を一つ減らす（Ｓ５０３）。
【０２０５】
〔コンテンツデータファイルの削除〕
そして、削除したコンテンツ１０５（＃１）に相当するファイルＡＶコンテンツデータファイルを削除する処理に移る（Ｓ５０４）。図２６は、ＡＶコンテンツデータファイルを削除する処理を示した流れ図である。コンテンツ１０５（＃１）に相当する削除するＡＶコンテンツデータファイルは、図１４に示すファイルシステム階層上のＳＨＲＰ０００１．ＩＮＦファイル１２８であるため、このファイルを選択する（Ｓ６０１）。そして、ＦＩＬＥ００００．ＬＳＴファイル１３４内でのＳＨＲＰ０００１．ＩＮＦファイル１２８に相当するエントリにおけるインデックスに登録されている数が０であり、コンテンツの参照元ＦｉｌｅＥｎｔｒｙ ＩＤがＮＵＬＬの場合（Ｓ６０２）にＳＨＲＰ０００１．ＩＮＦファイル１２８を記録媒体上から削除する（Ｓ６０３）。記憶媒体上から消去したため、ＦＩＬＥ００００．ＬＳＴファイル１３４内のエントリからＳＨＲＰ０００１．ＩＮＦファイル１２８のエントリを削除し、全ファイルリストデータのコンテンツ参照元Ｆｉｌｅ Ｅｎｔｒｙ ＩＤフィールドから削除したＳＨＲＰ０００１．ＩＮＦファイル１２８のＦｉｌｅ Ｅｎｔｒｙ ＩＤを削除する。また、ＳＨＲＰ０００１．ＩＮＦファイル１２８のＦｉｌｅ Ｅｎｔｒｙ ＩＤを削除した結果、削除したエントリのコンテンツ参照元Ｆｉｌｅ Ｅｎｔｒｙ ＩＤフィールドがＮＵＬＬとなった場合は、このエントリに関するコンテンツデータファイルを記録媒体上から削除し、ＦＩＬＥ００００．ＬＳＴファイル１３４内からこのエントリを削除する（Ｓ６０４）。Ｓ６０２の分岐では、削除するコンテンツデータファイルがインデックスに一つも登録されておらず、かつ他の再生に必要なコンテンツ管理用ファイルから参照されていない場合に、コンテンツデータファイルを削除することが可能となるため、この条件が満たされない場合はコンテンツデータファイルＳＨＲＰ０００１．ＩＮＦファイル１２８の削除は行われず処理を終了する。
【０２０６】
〔インデックスの削除〕
次に、インデックスの削除方法について説明する。図２７はインデックスの削除処理の流れ図である。図１に示すインデックス階層のインデックス１０３（＊２）を削除する場合について説明する。削除を行うインデックス１０３（＊２）を選択する（Ｓ７０１）。そして、インデックス１０３（＊２）を登録しているＲＯＯＴインデックス１０１（＊０）のインデックスリストデータのエントリからインデックス１０３（＊２）を削除する（Ｓ７０２）。
【０２０７】
次に、図１に示すファイルシステム階層上のファイル情報を格納したＦＩＬＥ００００．ＬＳＴファイル１３４内のインデックス１０３（＊２）に相当するインデックスファイルＳＨＲＰ０００２．ＩＤＸのファイル情報におけるインデックスに登録されている数フィールドが１以下でない場合（Ｓ７０３）は、このフィールドの値を１減らして処理を終了する（Ｓ７１０）。
【０２０８】
前記Ｓ７０３において、インデックスに登録されている数フィールドが１以下の場合は、削除するインデックス１０３（＊２）以下に登録されているすべてのコンテンツ（１０８、１０９、１１１）やインデックス（１０４）の削除を行う（Ｓ７０４、Ｓ７０５、Ｓ７０６、Ｓ７０７）。
【０２０９】
削除を行うインデックス１０３（＊２）以下に登録されているコンテンツまたはインデックスの削除が終了した後、インデックス１０３（＊２）のインデックスファイルであるＳＨＲＰ０００２．ＩＤＸファイル１２６を記憶媒体から削除する（Ｓ７０８）。そして、ＦＩＬＥ００００．ＬＳＴファイル１３４内のエントリから削除したＳＨＲＰ０００２．ＩＤＸファイル１２６のエントリを削除（Ｓ７０９）して処理を終了する。
【０２１０】
〔コンテンツのコピー〕
コンテンツのコピーは、コピー元となるコンテンツを登録しているインデックスのインデックスリストデータの中から、コピー元となるエントリのデータをコピーさせたいインデックスに前記〔新規コンテンツの登録〕と同じ手順で登録することにより、コピーすることが可能である。また、このとき登録するＴｈｕｍｂｎａｉｌなどのコンテンツの特徴を表すデータをコピー元と異なったデータで登録してもよい。これにより、コンテンツをコピーした場合でも、異なったインデックスの分類に対し異なったＴｈｕｍｂｎａｉｌでのＧＵＩ表示が可能となる。
【０２１１】
〔インデックスの仮想コピー〕
インデックスの仮想コピーは、コピー元のインデックスファイルを新たに移動先のインデックスに登録することにより行う。前記〔コンテンツのコピー〕と同様に、移動元のインデックスを登録しているインデックスのインデックスリストデータの中から、移動元となるエントリのデータを移動先のインデックスに前記〔新規インデックスの登録〕と同じ手順で登録することにより、移動元となるインデックスが登録しているコンテンツまたはインデックスをすべて含めてコピー可能となる。
【０２１２】
また、移動先のＴｈｕｍｂｎａｉｌを移動元と異なったデータを登録することにより、異なったインデックスの分類に対し異なったＴｈｕｍｂｎａｉｌのＧＵＩ表示が可能となる。
【０２１３】
〔インデックスのコピー〕
インデックスのコピーは、インデックス階層上のコピー元となるインデックスのインデックスファイルを記録媒体上に新たにコピーし、記録媒体上にコピーしたインデックスファイルをインデックス階層上のコピー先のインデックスに前記〔新規インデックスの登録〕以降の説明と同じ処理を用いて登録することにより行う。
【０２１４】
また、インデックス階層上のコピー元となるインデックスにサブインデックスが保持されている場合は、前記インデックスのコピーを行った後、そのサブインデックスについても、前記と同じ要領により、サブインデックスファイルをコピーし、前記コピーしたインデックスファイルがコピーしたサブインデックスファイルを保持するように、前記コピーしたインデックスリストデータのＦｉｌｅ Ｅｎｔｒｙ ＩＤフィールドを変更する。以下同様に、サブインデックスがサブインデックスを保持しなくなるまで、すべてのサブインデックスのコピーを繰り返し行う。
【０２１５】
〔コンテンツの移動〕
コンテンツの移動は、前記〔コンテンツのコピー〕時の手順に従って、一端コンテンツを任意のインデックスへコピーする。その後、コピー元のコンテンツを前記〔コンテンツの削除〕の手順に従って、コピー元を削除することにより行う。
【０２１６】
〔インデックスの移動〕
インデックスの移動は、前記〔コンテンツの移動〕と同様に、一端移動元のインデックスを前記〔インデックスの仮想コピー〕の手順に従って、任意のインデックスへコピーした後、前記〔インデックスの削除〕の手順に従って、移動元のインデックスを削除することにより行う。
【０２１７】
このように、本発明における記録媒体中のデータ管理方法は、記録された複数個のコンテンツデータの特徴を表す縮小画像データ（Ｔｈｕｍｂｎａｉｌ）やタイトル情報などのデータとコンテンツの作成日時や撮影場所などを表す属性情報といった情報をインデックスファイル内に記録する手段を設け、ＧＵＩ表示に必要な情報を集中的に管理する。また、記録媒体上のデータファイルの階層構造とは別に、仮想的な階層構造を構築し、この階層構造中にコンテンツデータを登録する。
【０２１８】
インデックスファイル内には、複数個のコンテンツや別のインデックスを複数個登録することを可能とし、インデックス単位ごとに階層構造を構築することができる。さらに、記録媒体上のコンテンツデータを仮想階層の複数個のエントリから参照が可能となる。
【０２１９】
ＧＵＩ画面の表示単位をインデックスファイルの単位とすることにより、多量のコンテンツの登録を行う場合にも、記録媒体上のすべてのコンテンツのＴｈｕｍｂｎａｉｌデータや属性情報などをリードする必要がなくなるため、読み出し機器側の実装メモリを低減することができる。また、高速に読み出すことが可能となる。
【０２２０】
〔オリジナルインデックス階層とインデックス階層〕
図３０は記録媒体に記録したＡＶコンテンツデータを日付などのカテゴリごとに分類しながら記録するオリジナルインデックス階層、および、記録したＡＶコンテンツをユーザの所望するカテゴリ別に分類し、その分類ごとをＧＵＩの表示単位とするインデックス階層を表している。また、記録媒体上に記録したＡＶコンテンツデータや前記各階層を示すインデックスデータなどをファイルシステム上のファイルを用いて記録したファイルシステム階層を表している。
【０２２１】
〔オリジナルインデックス階層とファイルシステム階層〕
図３０のオリジナルインデックス階層におけるコンテンツ４２０２から４２０６は記録媒体上のＡＶコンテンツを表しており、ファイルシステム階層上のＶＩＤＥＯディレクトリ４２２３内にあるＡＶコンテンツファイルＳＨＲＰ０００１．ＩＮＦ（４２３０）、ＳＨＲＰ０００２．ＩＮＦ（４２３２）、ＳＨＲＰ０００３．ＩＮＦ（４２３４）、ＳＨＲＰ０００４．ＩＮＦ（４２３５）にそれぞれ対応する。
【０２２２】
また、オリジナルインデックス階層上のインデックス４２００から４２０２（システムインデックス）は、ファイルシステム階層上のＯｒｉｇｉｎａｌディレクトリ４２２１内にあるインデックスファイルＯＲＧＮ００００．ＩＤＸ（４２２４）からＯＲＧＮ０００２．ＩＤＸ（４２２６）にそれぞれ対応する。
【０２２３】
ファイルシステム階層上では、記録媒体に記録したＡＶコンテンツデータファイルやインデックスファイルをあらかじめ規定されたディレクトリに保存することから、記録したＡＶコンテンツデータファイルの数が増大すると、各ファイルの全体を把握することが困難となるため、ユーザや記録再生機器による独自のカテゴリ別に分類する必要性が生じる。
【０２２４】
そのため、オリジナルインデックス階層は、記録媒体に記録した全ＡＶコンテンツデータファイルをユーザや記録再生機器が把握しやすくするために、日付などのカテゴリに分類しながら登録する階層である。例えば、インデックス４２０１は、２００２年１１月１日に記録したＡＶコンテンツデータを登録するインデックスであり、インデックス４２０２は、２００２年１１月７日に記録したＡＶコンテンツデータを登録するインデックスであるといった分類が可能となる。
【０２２５】
なお、オリジナルインデックス階層は、記録媒体に記録したコンテンツを登録する階層であるため、記録媒体上のＡＶコンテンツデータファイルとオリジナルインデックス階層上のコンテンツとは１対１で対応し、すべてのＡＶコンテンツデータファイルはオリジナルインデックス階層上のどこかのインデックスに必ず登録されていなければならない。
【０２２６】
〔インデックス階層とファイルシステム階層〕
図３０のインデックス階層におけるコンテンツ４２１３から４２１６は記録媒体上のＡＶコンテンツを表しており、コンテンツ４２１３はファイルシステム階層上のＶＩＤＥＯディレクトリ４２２３内にあるＡＶコンテンツファイルＳＨＲＰ０００２．ＩＮＦ（４２３２）、コンテンツ４２１４、４２１５はＡＶコンテンツファイルＳＨＲＰ０００１．ＩＮＦ（４２３０）、コンテンツ４２１６はＡＶコンテンツファイルＳＨＲＰ０００３．ＩＮＦ（４２３４）にそれぞれ対応する。
【０２２７】
また、インデックス階層上のインデックス４２１０から４２１２（ユーザインデックス）は、ファイルシステム階層上のＩｎｄｅｘディレクトリ４２２２内にあるインデックスファイルＳＨＲＰ００００．ＩＤＸ（４２２７）からＳＨＲＰ０００２．ＩＤＸ（４２２９）にそれぞれ対応する。
【０２２８】
インデックス階層はユーザが所望するカテゴリごとに、ＧＵＩの表示単位でＡＶコンテンツを自由に分類することが可能となる仮想的な階層である。例えば、インデックス階層上のインデックス４２１１には、ビデオカメラで撮影した映像を保存し、インデックス４２１２には、音楽データを保存するといった分類が可能となる。
【０２２９】
なお、インデックス階層上には、ファイルシステム階層上のＡＶコンテンツデータファイルＳＨＲＰ０００２．ＩＮＦ（４２３２）が登録されていないことや、ＡＶコンテンツデータファイルＳＨＲＰ０００１．ＩＮＦ（４２３０）は、インデックス４２１１および４２１２に重複して登録されているように、記録媒体上のＡＶコンテンツデータファイルとインデックス階層上のコンテンツとは必ずしも１対１で対応する必要はない。インデックス階層へのコンテンツの登録は、ユーザの自由に行うことが可能である。
【０２３０】
以上のように、オリジナルインデックス階層ではＯＲＧＮ００００．ＩＤＸで始まるファイル名、インデックス階層ではＳＨＲＰ００００．ＩＤＸで始まるファイル名の異なるファイル名で記録媒体に記録したＡＶコンテンツの階層構造を構築し、それぞれの階層のインデックスファイルを異なるディレクトリにまとめて格納することで、前記〔ファイルシステム階層〕以降で説明したインデックス階層とファイルシステム階層の二つの階層で構築した場合の分類と同一の機能を実現可能である。
【０２３１】
前記〔オリジナルインデックス階層とインデックス階層〕の説明による記録した順番にＡＶコンテンツを再生する方法の１例は、オリジナルインデックス階層のインデックスを日付ごとに分類し、日付の若いインデックスの順番で、各インデックスに登録されているＡＶコンテンツを登録している順番にＡＶコンテンツを再生することによって可能である。
【０２３２】
〔階層構造をもたないインデックスを１ファイルで構成〕
以上までの説明では、仮想階層を表すインデックス階層の中で一つのインデックスを１ファイルで管理する構成であったが、インデックスを一つにし、そのインデックスに記録媒体上のすべてのＡＶコンテンツを登録してもよい。これは、一つのインデックスとするため、インデックスファイルも一つのファイルとして構成される。
【０２３３】
〔オリジナルインデックス〕
図３１は、記録媒体に記録したすべてのＡＶコンテンツデータを登録するインデックスにおいて、一つのインデックスとそのリストデータを格納する一つのインデックスファイルを用いる場合についての説明図である。
【０２３４】
図３１のオリジナルインデックスにおけるＯｒｉｇｉｎａｌ ＲＯＯＴインデックス（４３００）（総合インデックス）は、前記〔ファイルシステム階層〕以降の説明におけるＲＯＯＴインデックス（図１の１０１）と同様に、コンテンツをエントリとしてもつが、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックスでは、記録媒体に記録したすべてのＡＶコンテンツを登録し、他のインデックスを登録しないところが異なる。この場合、一つのインデックスで記録媒体上のすべてのコンテンツを登録するため、前記〔ファイルシステム階層〕以降の説明におけるユーザやシステムによる分類などを行う仮想的な階層構造は存在しない。
【０２３５】
Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００は、すべてのコンテンツを登録して管理するインデックス情報（定型的なインデックス）である。そして、例えば、このＯｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００に、すべてのコンテンツを、コンテンツを記録した順番に登録し、記録した全コンテンツを管理するようにすることができる。
【０２３６】
図３１のファイルシステム階層上のＯｒｉｇｉｎａｌディレクトリ（４３１１）にあるＯＲＧＮ００００．ＩＤＸファイル（４３１３）は、記録媒体上のすべてのＡＶコンテンツデータに関する作成日時などの属性情報やＧＵＩ表示に必要なＴｈｕｍｂｎａｉｌ、Ｔｉｔｌｅデータなどのデータを格納するインデックスファイルである。これは、図３１のオリジナルインデックスのＯｒｉｇｉｎａｌＲＯＯＴインデックス（４３００）に相当し、ＧＵＩに表示するＡＶコンテンツを登録する。
【０２３７】
図３１のファイルシステム階層におけるＶＩＤＥＯディレクトリ（４３１２）に記録媒体に記録したＡＶコンテンツデータＳＨＲＰ０００１．ＩＮＦ（４３１４）からＳＨＲＰ０００３．ＩＮＦ（４３１８）が記録されている。各ＡＶコンテンツデータファイルについては、前記〔ファイルシステム階層〕以降の説明における図１と同様である。
【０２３８】
図３１では、記録媒体上のＡＶコンテンツであるＳＨＲＰ０００１．ＩＮＦ（４３１４）、ＳＨＲＰ０００２．ＩＮＦ（４３１６）、ＳＨＲＰ０００３．ＩＮＦ（４３１８）を、図３１のオリジナルインデックス上のコンテンツ４３０１から４３０２にそれぞれ登録している構造を示しており、記録媒体上のすべてのコンテンツをＯｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００に登録していることを示している。
【０２３９】
〔Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックスのインデックスリストデータ構造〕
図３２は、図３１におけるＯｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００が保持するインデックスリストデータの１例である。図３２におけるフィールドの内容は、図５と図６における各フィールドを組み合わせたものであり、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００内に記録媒体上のすべてのＡＶコンテンツデータファイルのインデックスリストデータを登録することを表している。図３２のインデックスリストデータの各エントリは、記録媒体上のＡＶコンテンツデータファイルに対応するため、図６のファイルリストデータと同様に、各ＡＶコンテンツデータファイルの情報が格納される。
【０２４０】
また、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４３００に相当するインデックスファイルＯＲＧ００００．ＩＤＸ４３１３には、各ＡＶコンテンツデータファイルをＧＵＩ表示画面に表示するためのＴｈｕｍｂｎａｉｌデータなどのデータを格納し、そのデータの位置情報を図３０中のｏｆｆｓｅｔおよびｓｉｚｅに格納する。
【０２４１】
〔階層構造をもつインデックスを１ファイルで構成〕
前記〔階層構造をもたないインデックスを１ファイルで構成〕では、記録媒体上のすべてのＡＶコンテンツを一つのインデックスで管理する内容であったが、インデックスに階層構造をもたせて、複数のインデックスでＡＶコンテンツを管理してもよい。
【０２４２】
これは、前記〔ファイルシステム階層〕以降の説明における１インデックス１ファイルで構成する場合に、各インデックスファイルに相当するデータ（以下データブロック）を一つのファイルにまとめて記録（例えば、図１（ｂ）のＳＨＲＰ００００．ＩＤＸ（１２４）からＳＨＲＰ０００３．ＩＤＸ（１２７）のインデックスファイルのインデックスリストデータを一つのファイルにまとめて構成する）することにより行う。
【０２４３】
〔オリジナルインデックス階層とファイルシステム階層〕
図３３のオリジナルインデックス階層で示すように、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００に、インデックス４４０１、インデックス４４０２、およびコンテンツ４４０３を登録し、インデックス４４０１には、コンテンツ４４０４、インデックス４４０２には、コンテンツ４４０５とコンテンツ４４０６が登録されている階層構造に基づいて、階層構造をもつインデックスを１ファイルで構成する管理方法について説明する。
【０２４４】
Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックスのリストデータを格納したインデックスファイルがファイルシステム階層上のＯｒｉｇｉｎａｌディレクトリ４３１１にあるＯＲＧＮ００００．ＩＤＸファイル４３１３に相当する。
【０２４５】
また、コンテンツ４４０３は、ファイルシステム階層上のＡＶコンテンツデータファイルであるＳＨＲＰ０００４．ＩＮＦファイル４３１９を指しており、コンテンツ４４０４からコンテンツ４４０６は、ＳＨＲＰ０００１．ＩＮＦファイル４３１４からＳＨＲＰ０００３．ＩＮＦファイル４３１８にそれぞれ対応している。
【０２４６】
〔インデックスリストデータ構造の説明〕
図３４は、前記〔階層構造をもつインデックスを１ファイルで構成〕を行う場合のインデックスにおけるインデックスリストデータのデータ構造を示している。図３４（ａ）は、図６によるファイルリストデータと同様であり、図３３におけるファイルシステム階層上の全ファイル（記録媒体上の全ファイル）に対するファイル情報を一括して登録したファイルリストデータである。
【０２４７】
また、図３４（ｂ）から（ｄ）は、図５によるインデックスリストデータに対し、Ｉｎｄｅｘリストデータへのｏｆｆｓｅｔおよびｓｉｚｅを追加したものであり、（ｂ）は、図３３のオリジナルインデックス階層のＯｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００のリストデータである。同様に、（ｃ）はインデックス４４０１、（ｄ）はインデックス４４０２のインデックスデータである。追加したＩｎｄｅｘリストデータへのｏｆｆｓｅｔとｓｉｚｅフィールドは、インデックスリストデータのエントリがインデックスの場合に格納され、この値の指す位置から次のインデックスリストデータが始まる。そのため、インデックスからインデックスへの移動が可能となり、階層構造を構築することになる。
【０２４８】
〔インデックスファイル内データ構造〕
図３４によるファイルリストデータおよびインデックスリストデータを一つのインデックスファイルに記録するデータ構造について、図３５を用いて説明する。図３５のデータ構造は、図３３のファイルシステム階層上のインデックスファイルＯＲＧＮ００００．ＩＤＸ（４３１３）内のデータ構造を示している。ＯＲＧＮ００００．ＩＤＸファイル４３１３の先頭からＴｈｕｍｂｎａｉｌやＴｉｔｌｅデータなどのデータ、次に図３４（ａ）によるファイルリストデータ、そして図３４（ｂ）から（ｄ）によるインデックスリストデータの順番で一つのファイル内に格納されている。また、これら各データの先頭４ｂｙｔｅには、各データのデータサイズが格納されるデータ構造である。
【０２４９】
〔各データへのアクセス〕
各データへアクセスする場合は、前記データサイズ情報を用いて行う。Ｔｈｕｍｂｎａｉｌデータなどのデータへアクセスする場合は、ＯＲＧＮ００００．ＩＤＸファイル４３１３の先頭から４ｂｙｔｅの位置へ移動してＴｈｕｍｂｎａｉｌデータなどのデータをリードする。
【０２５０】
次に、ファイルリストデータへのアクセスは、ＯＲＧＮ００００．ＩＤＸファイル４３１３の先頭からＴｈｕｍｂｎａｉｌデータなどのデータサイズの位置に移動し、そこからｓｉｚｅ情報の４ｂｙｔｅを読み飛ばした後、ファイルリストデータをリードする。
【０２５１】
そして、インデックスリストデータへのアクセスは、ファイルリストデータへのアクセスと同様に、Ｔｈｕｍｂｎａｉｌデータなどのデータサイズとファイルリストデータのサイズの合計値の位置へ移動し、ｓｉｚｅ情報の４ｂｙｔｅを読み飛ばして、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００のリストデータをリードする。Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックス４４００より下のインデックス階層へのアクセスは、図３４（ｂ）から（ｄ）のインデックスリストデータ内におけるＩｎｄｅｘリストデータへのｏｆｆｓｅｔおよびｓｉｚｅフィールドで示される位置のインデックスリストデータをリードすることにより行う。
【０２５２】
なお、前記〔Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックスのインデックスリストデータ構造〕では、ファイルリストデータとインデックスリストデータを組み合わせた構造であったが、前記〔インデックスファイル内データ構造〕で説明した構造のように、Ｏｒｉｇｉｎａｌ ＲＯＯＴインデックスのインデックスファイル内に、Ｔｈｕｍｂｎａｉｌデータなどのデータとファイルリストデータ、およびインデックスリストデータを順番に記録する構造でもよい。
【０２５３】
また、以上までの説明は、Ｔｈｕｍｂｎａｉｌデータなどのデータ、ファイルリストデータ、インデックスリストデータのすべてを一つのインデックスファイルに記録する方法であったが、〔ファイルシステム階層〕以降の説明における１インデックス１ファイルで管理する方法と同様に、ファイルリストデータを別ファイル（ＦＩＬＥ００００．ＬＳＴ）に記録し、ファイルリストデータファイルとインデックスリストデータファイルの二つのファイル構成としてもよい。
【０２５４】
〔インデックスリストデータと特徴データを別ファイルで管理〕
前記〔階層構造をもつインデックスを１ファイルで構成〕において、記録媒体上に１ファイルで構成する全インデックスをまとめたファイル内には、図３４に示すような記録媒体上のすべてのコンテンツデータファイルを参照しているインデックスリストデータまたはファイルリストデータを格納し、各コンテンツの特徴を表すＴｈｕｍｂｎａｉｌデータなどのデータは、図１のように各インデックスごとに一つのインデックスファイルを設け、このインデックスファイル内に格納してもよい。これは、インデックスリストデータのように１インデックスデータ内において、比較的データ量の少ないデータについては記録媒体上の全インデックスのインデックスリストデータを一つのファイルで構成し，Ｔｈｕｍｂｎａｉｌデータなどのデータのようにデータ量の大きいデータについては、一つのインデックスごとに１ファイルとして格納する構成をとることにより、記録媒体上に記録されているすべてのＡＶコンテンツデータファイルに関する内容を高速に一括して把握でき、かつＧＵＩ表示に必要なＴｈｕｍｂｎａｉｌデータなどのデータを読み出すための機器側のメモリを最小課限に抑え，かつＧＵＩ表示単位のＴｈｕｍｂｎａｉｌデータなどのデータがまとまって記録されることにより、高速に読み出せるという効果がある．
〔本発明の記録および管理方法をビデオカメラに適用した場合の例〕
例えばビデオカメラなどを用いて映像データを記録媒体に記録した場合をについて説明する。何も記録されていない記録媒体に対し、撮影開始から終了までを１映像データとして、最初に撮影した映像データを図１のファイルシステム階層上のＶＩＤＥＯディレクトリ（１２３）のＳＨＲＰ０００１．ＤＡＴファイル（１２９）に記録している。そして、この映像データを再生するのに必要な情報や、撮影日時といった属性情報である管理情報を格納したファイルがＳＨＲＰ０００１．ＩＮＦ（１２８）である。この撮影した映像データを図１のインデックス階層にコンテンツとして登録したものがコンテンツ１０５である。このように、インデックス階層を用いて、記録媒体に記録してあるＡＶコンテンツの一覧情報を管理することにより、ＧＵＩの表示画面に対し、ＡＶコンテンツの一覧表示可能となる。
【０２５５】
同様に、２回目の撮影映像データがＳＨＲＰ０００２．ＤＡＴ（１３１）であり、その管理情報がＳＨＲＰ０００２．ＩＮＦ（１３０）である。この管理情報データのみからなるＡＶコンテンツデータファイルを図１のインデックス階層に登録したものがコンテンツ１０６である。
【０２５６】
また、ＳＨＲＰ０００１．ＤＡＴ（１２９）とＳＨＲＰ０００２．ＤＡＴ（１３１）を素材データとして、外部データ参照による非破壊編集を行い、管理情報データのみからなるＡＶコンテンツデータファイルがＳＨＲＰ０００３．ＩＮＦ（１３２）である。この管理情報データのみからなるＡＶコンテンツデータファイルを図１のインデックス階層に登録したものがコンテンツ１０７である。
【０２５７】
このように、記録媒体上に記録したＡＶコンテンツデータに対して、仮想的な階層であるインデックス階層を用いて、ユーザの好みに応じて、ＡＶコンテンツを分類することが可能となる。
【０２５８】
〔ＱｕｉｃｋＴｉｍｅ，ＡＳＦファイルフォーマットにも適用可能〕
本発明によるＡＶコンテンツデータの記録方法，および記録媒体に記録したＡＶコンテンツのインデックスファイルによる管理方法は，現在パーソナルコンピュータなどで使用されているＱｕｉｃｋＴｉｍｅファイルフォーマットやＡＳＦ、ＡＶＩファイルフォーマットなどの規格に準拠した形式で適用してもよい。
【０２５９】
〔ＰＣとの連携〕
本発明は，記録媒体に記録したＡＶコンテンツに関する管理情報をインデックスファイル内に設け，ＧＵＩに表示する単位でＡＶコンテンツを仮想的に分類することが可能となる。
【０２６０】
据え置き型ビデオレコーダやビデオカメラ、携帯音楽プレーヤ、ＰＣ（パーソナルコンピュータ）などのＡＶコンテンツの記録再生を行う機器を用いて、ＡＶコンテンツを記録媒体に次々と記録していくと記録した記録媒体の数が増大し、どの記録媒体にどのコンテンツが記録されているかの把握が困難になってくる。そのため、各記録媒体に記録したコンテンツの情報を一つまたは複数の機器で管理を行う場合に、各記録媒体に記録されているＡＶコンテンツの情報や、ＧＵＩの表示単位に分類したインデックスファイルを記録媒体の記録内容管理を行う機器（例えばＰＣなど）に登録することで、複数記録媒体からなるＡＶコンテンツの一覧表示を可能とし、所望するコンテンツがどの記録媒体に記録されているかを検索することができる。
【０２６１】
記録媒体の記録内容管理を行う機器をＰＣとした場合について、複数の記録媒体に記録されているコンテンツを管理する場合に、ビデオカメラなどの記録再生を行う機器を用いて、本発明によるＡＶコンテンツデータの記録再生および管理方法を適用した場合について説明する。
【０２６２】
ＧＵＩの表示単位でコンテンツを登録したインデックスファイルを図１の１２２のように一つのディレクトリに格納する。このディレクトリ（１２２）ごとＰＣ側にコピーし、このコピーしたディレクトリと記録媒体を関連付けて管理することにより、複数の記録媒体に記録されたコンテンツを記録媒体ごとに一覧表示することが可能となる。
【０２６３】
また、前記はインデックスを複数のインデックスファイルで構成した場合についてであるが、一つのインデックスファイルで登録する形態の場合は、この一つのインデックスファイルをＰＣなどの記録媒体の記録内容管理を行う機器にコピーすることによって、各記録媒体の記録内容の管理を行ってもよい。
【０２６４】
〔Ｗｒｉｔｅ Ｏｎｃｅメディアへの記録〕
光ディスクメディアなどにおける記録処理が１回のみ行えるＷｒｉｔｅ Ｏｎｃｅメディアに対し、記録されているコンテンツを管理する情報やデータを一つのファイルで管理した場合、新たにコンテンツデータファイルを記録した場合や、コンテンツの削除を行った場合など、登録情報の変更を行った際に、再度変更後のインデックスファイルを記録する必要がある。これは、登録情報を変更する度に新たにインデックスファイルを生成することから、変更が行われていないデータに対しても新たに記録されてしまうため、Ｗｒｉｔｅ Ｏｎｃｅメディアのデータ記録領域がますます増大し、記録領域の使用効率が悪いといった問題が生じる。
【０２６５】
そこで、本発明による記録媒体上のＡＶコンテンツデータファイルの管理方法を用いることにより、一つのインデックスに対し一つのファイルで管理を行うため、登録内容が変更された場合でも、インデックス単位でのファイルが新たに生成されるため、新たに生成される重複したデータを最小限に抑えることが可能となり、Ｗｒｉｔｅ Ｏｎｃｅメディアのデータ使用領域の効率が向上する。
【０２６６】
〔マーク〕
図５のインデックスファイルのデータ構造内の各エントリに、再生開始時間、再生時間長やＡＶコンテンツデータ上の再生開始ｏｆｆｓｅｔとｓｉｚｅなどの再生を行う区間を指定する管理情報とその情報を使用する用途の種類を格納することにより、ＡＶコンテンツの任意の再生区間の再生を行う情報を保持することが可能となる。
【０２６７】
【発明の効果】
以上のように、本発明に係るデータ管理方法は、少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、上記コンテンツの少なくとも一部を、上記インデックスにインデックス情報として登録して管理する構成である。
【０２６８】
また、本発明に係るデータ管理プログラムは、コンピュータを上記のいずれかに記載のデータ管理装置における構造記憶手段およびコンテンツ管理手段として機能させるためのプログラムである構成である。
【０２６９】
また、本発明に係るデータ管理プログラムを格納したコンピュータ読み取り可能な記録媒体は、上記データ管理プログラムを記憶した構成である。
【０２７０】
これにより、あるコンテンツを読み出すための手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のインデックスを見つけ、そのインデックスを表示させ、もしまだそこに下位のインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスから表示させ、インデックスの単位で表示を行う構成により、表示させるデータ量は少なくて済む。
【０２７１】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができるという効果を奏する。
【０２７２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報は、登録するコンテンツまたは下位インデックスの参照情報、および、見出しデータを管理する構成である。
【０２７３】
これにより、インデックスに登録されているコンテンツやインデックスに関する情報を一括して管理することができる。
【０２７４】
それゆえ、上記の構成による効果に加えて、一つのインデックスのデータ量が削減でき、読み出す機器側の必要メモリを最小限に抑え、高速にインデックスに対しアクセスすることが可能となり、インデックスの管理を簡便に行うことができるという効果を奏する。
【０２７５】
また、本発明に係るデータ管理方法は、上記の構成に加えて、一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックス情報として管理する構成である。
【０２７６】
これにより、一つのインデックスから一つ下の階層のインデックスを参照することができる。それゆえ、上記の構成による効果に加えて、一つ一つたどって平易に目的データにアクセスすることができるという効果を奏する。
【０２７７】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックスが、記録媒体内のディレクトリの階層構造とは別の階層構造である構成である。
【０２７８】
これにより、実際の記録媒体内のディレクトリの階層構成とは無関係に、自由にインデックスの階層を設定でき、変更してもディレクトリの階層構成を変更する必要がない。それゆえ、上記の構成による効果に加えて、インデックスの管理を簡便に行うことができるという効果を奏する。
【０２７９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報は、任意のインデックスに登録する第１の階層、または、定型的なインデックスに登録する第２の階層のいずれかの階層として管理する構成である。
【０２８０】
例えば、定型的なインデックスには、コンテンツを記録した順番でインデックスに登録し、記録した全コンテンツを管理するように構成することができる。
【０２８１】
これにより、記録した順番通りにコンテンツを読み出すことが可能であり、どのようなコンテンツが記録されているかを高速に把握することが可能となる。定型的なインデックスのみを管理する機器に対し、該定型的なインデックスをコピーすることにより、記録媒体ごとに記録されているコンテンツの一覧情報を管理することができる。
【０２８２】
それゆえ、上記の構成による効果に加えて、データの管理が容易になること、記録媒体に記録されているデータを高速にアクセスできるという効果を奏する。
【０２８３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、同一画面に表示されるコンテンツまたはインデックスの見出しデータを、上記インデックス情報に登録して管理する構成である。
【０２８４】
これにより、一つの表示画面を見れば、そのなかのインデックスもコンテンツも把握できる。それゆえ、上記の構成による効果に加えて、ユーザが目的とするコンテンツにいっそう容易にアクセスできるという効果を奏する。
【０２８５】
また、本発明に係るデータ管理装置は、上記の構成に加えて、上記インデックス情報を記録する記録媒体上の領域を確保する構成である。
【０２８６】
これにより、上記の構成による効果に加えて、複数のインデックス情報を確実に記録媒体に格納することができるという効果を奏する。
【０２８７】
また、本発明に係るデータ管理装置は、上記の構成に加えて、上記インデックス情報を格納する記録媒体上の領域は、連続した領域となる構成である。
【０２８８】
これにより、上記の構成による効果に加えて、アクセスがいっそう高速化するという効果を奏する。
【０２８９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、コンテンツを登録した上記インデックス情報の一つが、上記コンテンツのすべてを登録して管理する構成である。
【０２９０】
例えば、上記コンテンツのすべてを登録して管理するインデックス情報には、コンテンツを記録した順番でインデックスに登録し、記録した全コンテンツを管理するように構成することができる。
【０２９１】
これにより、記録した順番通りにコンテンツを読み出すことができ、記録したすべてのコンテンツがどのようなコンテンツであるかの情報を高速に把握することができる。上記コンテンツのすべてを登録して管理するインデックス情報のみを管理する機器に対し、該インデックス情報をコピーすることにより、記録媒体ごとに記録されているコンテンツの一覧情報を管理することができる。
【０２９２】
それゆえ、上記の構成による効果に加えて、データの管理が容易になること、記録媒体に記録されているデータを高速にアクセスできるという効果を奏する。
【０２９３】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報を、インデックスごとに一つのファイルとして格納する構成である。
【０２９４】
これにより、論理上のインデックスとファイル構造とが一致する。また、一つの上記インデックス情報のファイル内におけるインデックスのデータ量が削減でき、読み出す機器側の必要メモリを最小限に抑え、高速にインデックスに対しアクセスすることが可能となる。
【０２９５】
それゆえ、上記の構成による効果に加えて、構造の把握が容易になり、インデックスの管理を簡便に行うことができるという効果を奏する。
【０２９６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報のすべてを、一つのファイルとして格納する構成である。
【０２９７】
これにより、上記の構成による効果に加えて、記録媒体からインデックスの読み出しをいっそう高速化することができるという効果を奏する。
【０２９８】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックスは、記録されたすべてのコンテンツ格納ファイルまたはインデックス格納ファイルを管理するファイル管理情報と対応付けて管理する構成である。
【０２９９】
これにより、上記の構成による効果に加えて、各ファイルの管理がより容易になるという効果を奏する。
【０３００】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報は、そのファイルが何個のインデックスに登録されているかを示すインデックス登録数情報である構成である。
【０３０１】
これにより、上記の構成による効果に加えて、ファイル削除の際に、削除可能なファイルであるかの情報を一括して管理することが可能となるため、削除時の処理が高速になり、また削除してはいけないファイルを誤って削除することを防ぐことが可能となることから、各ファイルの管理がより容易になるという効果を奏する。
【０３０２】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報は、そのファイルを参照するファイルがどれであるかを示す情報である参照情報となる構成である。
【０３０３】
これにより、上記の構成による効果に加えて、ファイル削除の際に、削除可能なファイルであるかの情報を一括して管理することが可能となるため、削除時の処理が高速になり、また削除してはいけないファイルを誤って削除することを防ぐことが可能となること、さらに、ファイルを別の記録媒体にコピーする処理を行う際に、コピーに必要なファイルがどのファイルであるかの情報を各ファイルにアクセスせずとも高速に取得できるため、各ファイルの管理がより容易になるという効果を奏する。
【０３０４】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記ファイル管理情報を、一つのファイルに格納する構成である。
【０３０５】
これにより、上記の構成による効果に加えて、ファイル管理情報を高速に読み出せ、各ファイルの管理がより容易になるという効果を奏する。
【０３０６】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記インデックス情報のすべて、およびファイル管理情報を、一つのファイルに格納する構成である。
【０３０７】
これにより、上記コンテンツのすべてを登録して管理するインデックス情報のみを管理する機器に対し、該上記インデックス全体情報、およびファイル管理情報を格納した一つのファイルをコピーすることにより、記録媒体ごとに記録されているコンテンツの一覧情報を管理することができる。
【０３０８】
それゆえ、上記の構成による効果に加えて、データの管理が容易になること、記録媒体に記録されているデータを高速にアクセスできるという効果を奏する。
【０３０９】
また、本発明に係るデータ管理方法は、上記の構成に加えて、上記階層構造のインデックスとは別に、上記コンテンツのすべてを、上記インデックスにインデックス情報として登録して管理する構成である。
【０３１０】
これにより、両方のインデックスが利用可能となる。それゆえ、上記の構成による効果に加えて、ユーザの希望・用途に合わせて好ましいインデックスを選択でき、操作性が向上するという効果を奏する。
【０３１１】
また、本発明に係る記録媒体は、少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、上記コンテンツの少なくとも一部は、同階層中の上記複数個のインデックスのそれぞれに振り分けて登録されるようになっており、一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックスとして管理する少なくとも一つ以上のインデックス情報が記録される構成である。
【０３１２】
これにより、あるコンテンツを読み出すための手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のサブインデックスを見つけ、そのインデックスを表示させ、もしまだそこにインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスから表示させ、インデックスの単位で表示を行う構成により、表示させるデータ量は少なくて済む。
【０３１３】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができるという効果を奏する。
【０３１４】
また、同一階層にあるすべてのインデックスが一つのインデックスファイルに格納されて記録される。それゆえ、記録媒体からインデックスの読み出しを高速化することができるという効果を奏する。
【０３１５】
また、本発明に係るデータ管理装置は、少なくとも一つのインデックスと、それに属する下位見出しとなる複数個の下位インデックスとの対応、および、各インデックスと、各インデックスに振り分けられて登録されるコンテンツとの対応を含む階層構造を記憶する構造記憶手段と、アクセス対象のコンテンツが属する階層構造を上記構造記憶手段から読み出して、目的とするインデックスにアクセスするコンテンツ管理手段とを備えた構成である。
【０３１６】
これにより、あるコンテンツを読み出すための手がかりとしてインデックスを表示させるときに、まずは、例えば最上位のインデックスを表示させ、そのなかで該当する下位のサブインデックスを見つけ、そのインデックスを表示させ、もしまだそこにインデックスがあれば該当するインデックスを選ぶ、という作業を繰り返し、所望のコンテンツにたどり着くことができる。初めは最上位（それより下位でもよい）のインデックスから表示させ、インデックスの単位で表示を行う構成により、表示させるデータ量は少なくて済む。
【０３１７】
それゆえ、多量のコンテンツを登録した場合でも、インデックスファイルのデータを高速に読み出し、読み出す機器側の必要メモリを最小限に抑えることができるという効果を奏する。
【０３１８】
また、同一階層にあるすべてのインデックスが一つのインデックスファイルに格納されて記録される。それゆえ、記録媒体からインデックスの読み出しを高速化することができるという効果を奏する。
【図面の簡単な説明】
【図１】仮想階層であるインデックス階層と記録媒体上に記録されたファイルの階層構造であるファイルシステム階層との関係を示す図である。
【図２】インデックスファイルにおける記録媒体上の物理的配置を示す図である。
【図３】インデックス階層中のインデックスとＧＵＩ表示の関係を示す図である。
【図４】インデックス階層とＧＵＩ表示の関係を示す図である。
【図５】（ａ）および（ｂ）は、インデックスのリストデータに関するデータ構造を示す図である。
【図６】記録媒体上に記録されているファイルに関する情報を格納するファイル（ＦＩＬＥ００００．ＬＳＴ）におけるデータ構造を示す図である。
【図７】ＲＯＯＴインデックス作成を示す図である。
【図８】記録媒体上での物理的なＲＯＯＴインデックスファイルの作成方法を示す図である。
【図９】インデックスファイルの作成方法を示す流れ図である。
【図１０】記録媒体上に記録されているファイルに関する情報を格納するファイル（ＦＩＬＥ００００．ＬＳＴ）にファイル情報の登録方法を示す流れ図である。
【図１１】インデックスの作成方法を示す図である。
【図１２】記録媒体上での物理的なインデックスファイルの作成方法を示す図である。
【図１３】インデックスへの登録を行う方法を示す流れ図である。
【図１４】新規記録コンテンツの登録方法を示す図である。
【図１５】新規記録コンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図１６】コンテンツの記録方法を示す流れ図である。
【図１７】新規記録および非破壊編集コンテンツの登録方法を示す図である。
【図１８】新規記録および非破壊編集コンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図１９】インデックスの作成方法を示す図である。
【図２０】記録媒体上での物理的なインデックスファイルの作成方法を示す図である。
【図２１】インデックスの作成方法を示す図である。
【図２２】記録媒体上での物理的なインデックスファイルの作成方法を示す図である。
【図２３】同一ＡＶコンテンツデータを複数のインデックスにコンテンツとして登録する方法を示す図である。
【図２４】同一ＡＶコンテンツデータを複数のインデックスにコンテンツとして登録する場合の記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図２５】コンテンツの削除方法を示す流れ図である。
【図２６】削除コンテンツの相当するＡＶコンテンツデータファイルの削除方法を示す流れ図である。
【図２７】インデックスの削除方法を示す流れ図である。
【図２８】一つのインデックスファイルへのコンテンツの登録に関する記録媒体上での物理的なインデックスファイル処理過程を示す図である。
【図２９】一つのインデックスファイルにコンテンツを登録する処理過程を示す図である。
【図３０】インデックスファイル階層とは異なるインデックスファイルのファイル名を用いたオリジナルインデックス階層を示す図である。
【図３１】階層構造をもたないインデックスを１ファイルで構成し、記録したすべてのコンテンツを管理する階層構造を説明する図である。
【図３２】図３１によるＯｒｉｇｉｎａｌ ＲＯＯＴインデックスのインデックスリストデータ構造を示す図である。
【図３３】階層構造をもつインデックスを１ファイルで構成し、記録したすべてのコンテンツおよびインデックスを管理する階層構造を示す図である。
【図３４】（ａ）ないし（ｄ）は、図３３によるインデックスのインデックスリストデータ構造を示す図である。
【図３５】図３３によるすべてのインデックスを一つのファイルで構成した場合のファイル内データ構造を示す図である。
【図３６】本発明の実施形態における概略構成を示すブロック図である。
【図３７】インデックスファイルの記録における記録領域確保を示す図である。
【符号の説明】
１０１〜１０４ インデックス階層上のインデックス
１０５〜１１１ インデックス階層上のコンテンツ
１２１〜１２３ ファイルシステム階層上のディレクトリ
１２４〜１２７ インデックスファイル
１２８〜１３３ コンテンツファイル
１３４ ファイルリストファイル
２１０ 記録媒体
２１１〜２１４ インデックスファイル
２１５ インデックスファイルのリストデータ
２１６〜２２５ Ｔｈｕｍｂｎａｉｌ（またはＴｉｔｌｅ）データ
３０１〜３０３ 各コンテンツのＧＵＩ表示画面
３０４ インデックス階層上のインデックス
３０５〜３０７ インデックス階層上のコンテンツ
４０１〜４０４ インデックス階層上のインデックス
４０５〜４１０ インデックス階層上のコンテンツ
４２０〜４２３ インデックス移動前の各コンテンツのＧＵＩ表示画面
４３０〜４３２ インデックス移動後の各コンテンツのＧＵＩ表示画面
４０１０ 記録媒体
４０１１ インデックスファイル
４０１２ インデックスファイルのリストデータ
４０１３〜４０１５ Ｔｈｕｍｂｎａｉｌ（またはＴｉｔｌｅ）データ
４１０１〜４１０３ 記録媒体上のファイルシステムにおけるディレクトリ
４１１０ インデックスファイル
４１２０〜４１２２ コンテンツファイル
３６００ バス
３６０１ ホストＣＰＵ
３６０２ ＲＡＭ
３６０３ ＲＯＭ
３６０４ ユーザインタフェース
３６０５ システムクロック
３６０６ 光ディスク
３６０７ ピックアップ
３６０８ ＥＣＣデコーダ
３６０９ ＥＣＣエンコーダ
３６１０ 再生用バッファ
３６１１ 記録／アフレコ用バッファ
３６１２ デマルチプレクサ
３６１３ マルチプレクサ
３６１４ 多重化用バッファ
３６１５ オーディオデコーダ
３６１６ ビデオデコーダ
３６１７ オーディオエンコーダ
３６１８ ビデオエンコーダ
３７０１〜３７１２ インデックスが保持しているインデックスまたはコンテンツにおけるインデックスリストデータおよびＴｈｕｍｂｎａｉｌデータなどのデータを記録した領域
３７１３ 連続領域を確保したインデックスファイル内における未使用領域
３７１４〜３７１６ 一つのインデックスを一つのインデックスファイルで管理した場合のインデックスファイル
３７１７ 記録媒体上に記録したすべてのコンテンツおよびインデックスを一つのインデックスファイルで管理した場合のインデックスファイル
４２００〜４２０２ オリジナルインデックス階層上のインデックス
４２０３〜４２０６ オリジナルインデックス階層上のコンテンツ
４２１０〜４２１２ インデックス階層上のインデックス
４２１３〜４２１６ インデックス階層上のコンテンツ
４２２０〜４２２３ ファイルシステム階層上のディレクトリ
４２２４〜４２２６ オリジナルインデックス階層上のインデックスファイル
４２２７〜４２２９ インデックス階層上のインデックスファイル
４２３０〜４２３５ ファイルシステム階層上の記録媒体に記録されているＡＶコンテンツデータファイル
４２４０ 記録媒体上のファイルに関する情報が格納されているＦＩＬＥ００００．ＬＳＴファイル
４３００ オリジナルインデックスにおけるインデックス
４３０１〜４３０３ 記録媒体上に記録したコンテンツデータに相当するコンテンツ
４３１０〜４３１２ ファイルシステム階層上のディレクトリ
４３１３ オリジナルインデックスにおけるインデックスのインデックスファイル
４３１４〜４３１９ ファイルシステム階層上の記録媒体に記録されているＡＶコンテンツデータファイル
４４００〜４４０２ オリジナルインデックス階層上のインデックス
４４０３〜４４０６ オリジナルインデックス階層上のコンテンツ

Claims (21)

1. 記録媒体に記録される複数のコンテンツをインデックスとして管理するデータ管理方法において、
   少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、
   上記コンテンツの少なくとも一部を、上記インデックスにインデックス情報として登録して管理することを特徴とするデータ管理方法。
2. 上記インデックス情報は、登録するコンテンツまたは下位インデックスの参照情報、および、見出しデータを管理することを特徴とする請求項１に記載のデータ管理方法。
3. 一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックス情報として管理することを特徴とする請求項１または２に記載のデータ管理方法。
4. 上記インデックスが、記録媒体内のディレクトリの階層構造とは別の階層構造であることを特徴とする請求項１ないし３のいずれかに記載のデータ管理方法。
5. 上記インデックス情報は、任意のインデックスに登録する第１の階層、または、定型的なインデックスに登録する第２の階層のいずれかの階層として管理することを特徴とする請求項１ないし４のいずれかに記載のデータ管理方法。
6. 同一画面に表示されるコンテンツまたはインデックスの見出しデータを、上記インデックス情報に登録して管理することを特徴とする請求項１ないし５に記載のデータ管理方法。
7. 上記インデックス情報を記録する記録媒体上の領域を確保することを特徴とする請求項１ないし６のいずれかに記載のデータ管理方法。
8. 上記インデックス情報を格納する記録媒体上の領域は、連続した領域であることを特徴とする請求項１ないし７のいずれかに記載のデータ管理方法。
9. コンテンツを登録した上記インデックス情報の一つが、上記コンテンツのすべてを登録して管理することを特徴とする請求項１ないし８のいずれかに記載のデータ管理方法。
10. 上記インデックス情報を、インデックスごとに一つのファイルとして格納することを特徴とする請求項１ないし９のいずれかに記載のデータ管理方法。
11. 上記インデックス情報のすべてを、一つのファイルとして格納することを特徴とする請求項１ないし９のいずれかに記載のデータ管理方法。
12. 上記インデックスは、記録されたすべてのコンテンツ格納ファイルまたはインデックス格納ファイルを管理するファイル管理情報と対応付けて管理することを特徴とする請求項１に記載のデータ管理方法。
13. 上記ファイル管理情報は、そのファイルが何個のインデックスに登録されているかを示すインデックス登録数情報であることを特徴とする請求項１２に記載のデータ管理方法。
14. 上記ファイル管理情報は、そのファイルを参照するファイルがどれであるかを示す情報である参照情報であることを特徴とする請求項１２に記載のデータ管理方法。
15. 上記ファイル管理情報を、一つのファイルに格納することを特徴とする請求項１２ないし１４のいずれかに記載のデータ管理方法。
16. 上記インデックス情報のすべて、および、ファイル管理情報を、一つのファイルに格納することを特徴とする請求項１ないし９および請求項１２ないし１４に記載のデータ管理方法。
17. 上記階層構造のインデックスとは別に、上記コンテンツのすべてを、上記インデックスにインデックス情報として登録して管理することを特徴とする請求項１に記載のデータ管理方法。
18. 複数のコンテンツデータおよびコンテンツデータを登録するインデックスを記録する記録媒体において、
    少なくとも一つのインデックスの下に、それに属する下位見出しとなるものであって、階層の異なるインデックスを一階層以上、かつ、同階層中に複数個設け、
    上記コンテンツの少なくとも一部は、同階層中の上記複数個のインデックスのそれぞれに振り分けて登録されるようになっており、
    一つ上の階層のインデックスが同一であるコンテンツまたはインデックスを、該一つ上の階層のインデックスとして管理する少なくとも一つ以上のインデックス情報が記録されていることを特徴とする記録媒体。
19. 記録媒体に記録される複数のコンテンツデータをインデックスに登録して管理するデータ管理装置において、
    少なくとも一つのインデックスと、それに属する下位見出しとなる複数個の下位インデックスとの対応、および、
    各インデックスと、各インデックスに振り分けられて登録されるコンテンツとの対応を含む階層構造を記憶する構造記憶手段と、
    アクセス対象のコンテンツが属する階層構造を上記構造記憶手段から読み出して、目的とするインデックスにアクセスするコンテンツ管理手段とを備えたことを特徴とするデータ管理装置。
20. コンピュータを請求項１９に記載のデータ管理装置における構造記憶手段およびコンテンツ管理手段として機能させるためのプログラムであることを特徴とするデータ管理プログラム。
21. 請求項２０に記載のデータ管理プログラムを記憶したことを特徴とするデータ管理プログラムを格納したコンピュータ読み取り可能な記憶媒体。

Images