WO2004028157A1

WO2004028157A1 - データ記録方法、データ再生方法、データ記録装置、データ再生装置、データ記録媒体、プログラム、およびそのプログラムを格納した記録媒体

Info

Publication number: WO2004028157A1
Application number: PCT/JP2003/011910
Authority: WO
Inventors: Ayumi Kida; Jiro Kiyama; Yuri Iwano
Original assignee: Sharp Kabushiki Kaisha
Priority date: 2002-09-20
Filing date: 2003-09-18
Publication date: 2004-04-01
Also published as: AU2003264493A1; JPWO2004028157A1; WO2004028157B1; JP4549855B2

Description

明細書

データ記録方法、データ再生方法、データ記録装置、データ再生装置、データ記録媒体、プログラム、およびそのプログラムを格納した記録媒体

技術分野

本発明は、ハードディスク、光ディスク、半導体メモリ等のランダムアクセス可能な記録媒体に対して、映像データ、音声データ等を記録するデータ記録方法、データ記録装置、データ記録媒体、データ再生方法、データ再生装置、プログラム、およびそのプログラムを格納した記録媒体に関するものである。

背景技術

近年、光ディスク等のメディアに記録されたコンテンツのディジタル記録再生装置（以下、ビデオディスクレコーダと呼ぶ）が普及しつつある。そして、メディアへのコンテンツの記録フォーマツトとして、 PCで広く使われているフォーマツト、たとえば QuickTimeフアイルフォーマッ卜や AVI (Audio Video Interleave) フアイノレフォーマツ卜を用レヽることが広く行われる。これにより、映像データと PC (Personal

Computer) との親和性が高められている。

このような PC用ファイルフォーマットを用いた場合における光デイスク内でのコンテンツの管理方法について、日本国公開特許公報「特開 2 0 0 1 — 8.4 7 0 5公報（公開日 2 0 0 1年 3月 3 0 日）」に開示された技術がある。以下、図 3 6を用いて、その概要を説明する。

ディスク 3 0 5に記録されたコンテンツファイル 3 0 1 · 3 0 2 · 3 0 3は、録画した各シーンあるいはコンテンツに対応するファイルであり、それぞれ 1個の QuickTimeファイル（以下、 QuickTimeムービーファィルと呼ぶ）である。 ·

また、インデックスファイル 3 0 0は、ディスク 3 0 5内のデータの目次的な情報を格納するフアイルであり、各 QuickTimeムービーフ了ィル毎にエントリを有している。なお、各エントリには、対応するシーンの代表画面の縮小画像データ 3 1 1 · 3 1 2 · 3 1 3 と、対応するシーンが含まれるファイルのフアイル名とが格納されている。

そして、ユーザにインデックス画面を提示する際、ビデオディスクレコーダは、各エントリの縮小画像データ 3 1 1〜 3 1 3をデコードした縮小画像 3 2 1〜 3 2 3を、コンテンッ選択画面 3 0 7に表'示する。ュ一ザは、コンテンツ選択画面 3 0 7に表示されている複数の縮小画像 3 2 1〜3 2 3の中から、再生や編集をしたいファイルを選択する。

たとえば、ユーザが縮小画像 3 2 3を選択し、再生を指示した場合、ビデオディスクレコーダは、縮小画像 3 2 3に対応するコンテンッの含まれるファイルのファイル名であるファイル 3 0 3を取得し、ファイル 3 0 3の再生を開始する。

さらに、インデックスファイル 3 0 0には、ディスク 3 0 5中のすべてのコンテンツに関して、コンテンツを格納したファイルへのポインタと、縮小画像データとが含まれている。したがって、ビデオディスクレコーダは、インデックスファイル 3 0 0をディスク 3 0 5から読み出すだけで、コンテンツ選択画面 3 0 7の表示が可能である。その結果、上記公報の技術は、ィンデックス画面表示に要する時間が少なくて済むという利点がある。

ところで、コンテンッ選択画面 3 0 7は頻繁に表示するものであるので、コンテンツ選択画面 3 0 7の表示時間を削減すれば、ユーザが体感するビデオディスクレコーダの反応速度（以下、体感レスポンスという ) は大きく向上する。

そこで、従来のビデオディスクレコーダにおいては、ディスク揷入時における体感レスポンスを向上させるため、各コンテンツに対応する縮小画像や撮影時刻などのコンテンッの内容を表す付加情報をィンデックスファイルに格納し、該インデックスファイルに基づき縮小画像や基本的な情報のみがコンテンッ選択画面 3 0 7に一覧表示されていた。

ところが、従来技術におけるコンテンツ選択画面 3 0 7のような縮小画像の一覧表示だけからは、コンテンツファイル内に、インデックスフアイルに格納されている情報以外の付加情報（以下、拡張付加情報という）が含まれているかどうかを判断することができない。すなわち、実際にコンテンツにアクセスしてみなければ、拡張付加情報の有無すら確認することができないという問題がある。

本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、各コンテンツにおける拡張付加情報の有無を、より簡易に確認することができるデータ記録方法、データ再生方法、データ記録装置、データ再生装置、データ記録媒体、プログラム、およびそのプログラムを格納した記録媒体を提供することにある。発明の開示本発明のデータ記録方法は、上記の目的を達成するために、 A Vデータを含む複数のコンテンッのィンデッタス情報を、記録媒体に記録するデータ記録方法において、上記インデックス情報が、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含む。また、本発明のデータ記録装置は、上記の目的を達成するために、 A

Vデータを含む複数のコンテンツのィンデッタス情報を、記録媒体に記録するデータ記録装置において、上記インデックス情報が、上記各コンテンッに対して拡張付加情報が付加されているか否かを表す識別情報を含む。

上記構成によれば、インデックス情報は、拡張付加情報がコンテンツに付加されているか否かに関する識別情報を含んでいる。したがって、各コンテンツに直接アクセスしなくても、インデックス情報のみにァクセスすることによって、各コンテンッに拡張付加情報が付加されているか否かを識別情報に基づき把握することができる。なお、拡張付加情報とは、 A Vデータが記録された場所の G P S ( Global Pos i t ioning

System) 情報や温度、 A Vデータについてユーザにより追加されたコメントや、 A Vデータの作者、出演者等の、 A Vデータについてより具体的な内容を表す情報である。

ここで、本発明において、インデックス情報にアクセスして各コンテンッに対する拡張付加情報の有無を判断する処理に要する時間は、従来技術において、各コンテンツの A Vデータもしくは A Vデータと管理情報をそれぞれ開いた後に、該コンテンツに拡張付加情報が付加されているか否かを判断する処理に要していた時間よりも短い。

それゆえ、各コンテンツにおける拡張付加情報の有無を、より簡易に確認することができる。

また、本発明のデータ記録方法は、上記構成において、上記拡張付加情報が、動画サムネイルデータであってもよレ、。

上記構成によれば、インデックス画面を静止画サムネイルにより表示するので、ビデオディスクレコーダの体感レスポンスは低下しない。また、識別情報に基づいて拡張付加情報が存在すると把握されたコンテンッのみについて拡張付加情報としての動画サムネイルデータを読み出し、インデックス画面を静止画サムネイルから動画サムネイルに切り替えることができる。また、動画サムネイルによれば、静止画サムネイルよりも具体的にコンテンッの内容を確認することができる。

それゆえ、ビデオディスクレコーダの体感レスポンスを低下させることなく、複数のコンテンッの内容をより詳細にユーザに提示することができる。

また、本発明のデータ記録方法は、上記構成において、上記各コンテンッの所定領域に、上記拡張付加情報を含んでいてもよい。

上記構成によれば、多くの拡張付加情報がコンテンッに付加されている場合でも、各コンテンツにおける所定領域（Us er dat a at om) を参照することにより、拡張付加情報の内容を把握することができる。つまり、拡張付加情報の内容を把握するために、拡張付加情報がどの場所に格納されているかということを探索するための時間を省略することができる。

したがって、インデックス表示の体感レスポンスを落とさずに、より多くの拡張付加情報をすばやく参照することができる。

また、本発明のデータ記録方法は、上記構成において、上記拡張付加情報を、上記各コンテンツを記録する記録媒体の領域と別の領域に記録してもよい。

上記構成によれば、拡張付加情報を、記録媒体においてコンテンツが記録されている領域とは別の領域から読み出すことができる。したがつて、拡張付加情報のみを容易に読み出すことができる。

また、本発明のデータ記録方法は、上記構成において、上記識別情報を、上記拡張付加情報の種別毎に設定してもよい。

上記構成によれば、拡張付加情報の種別毎に、各コンテンツにおける拡張付加情報の有無を把握することができる。したがって、より詳細に拡張付加情報の有無を確認することができる。

また、本発明のデータ記録方法は、上記構成において、上記識別情報力上記拡張付加情報を再生可能な機器に関する情報を含んでいてもよレヽ

上記構成によれば、識別情報に基づき、拡張付加情報を再生可能な機器を把握することができる。したがって、現在コンテンツを再生している機器が、拡張付加情報を再生可能な機器であるか否かを判断することができる。

それゆえ、たとえば現在コンテンツを再生している機器が、拡張付加情報を再生できる機器である場合にのみ、ィンデックス画面に拡張付加情報の有無を表示するというように、より効率的に拡張付加情報の有無の確認を行うことができる。

また、本発明のデータ記録方法は、上記の構成に加えて、上記識別情報は、拡張付加情報が付加されていない状態と、拡張付加情報が付加されている、あるいは付加されているかどうか不明である状態とのどちらかを示す情報を含んでいてもよい。

上記構成によれば、識別情報に基づき、拡張付加情報を得るためにコンテンッにアクセスする必要があるかないかを即座に把握するこができる。また、存在するという状態を保証する必要がないため、付加情報の記録 ' 編集時に AV Indexとコンテンツファイルの付加情報を比較し、拡張付加情報がコンテンッフアイルに含まれるかどうかを調べるという処理を常に行わなくてもよい。

また、本発明のデータ再生方法は、上記の目的を達成するために、 A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生方法において、上記インデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報に基づき、上記拡張付加情報の読み出しを制御する。

また、本発明のデータ再生装置は、上記の目的を達成するために、 A Vデータを含む複数のコンテンッのィンデックス情報を再生するデータ再生装置において、上記インデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報に基づき、上記拡張付加情報の読み出しを制御する制御手段を備えている。

上記構成によれば、インデックス情報は、拡張付加情報がコンテンツに付加されているか否かに関する識別情報を含んでいる。したがって、各コンテンツの A Vデータに直接アクセスしなくても、インデックス情報のみにアクセスすることによって、各コンテンツに拡張付加情報が付加されているか否かを、識別情報に基づき把握することができる。

それゆえ、識別情報に基づきより簡易に拡張付加情報の有無を把握し、より迅速に拡張付加情報の読み出しを行うことが可能となる。

また、本発明のデータ再生方法は、上記構成において、上記インデッタス情報を読み出した後で、ユーザによる上記拡張付加情報の表示の指示前に、該拡張付加情報を読み出してもよい。

すなわち、多くのユーザは、インデックス画面により複数のコンテンッの内容を確認した後に、各コンテンツに拡張付加情報が付加されているか否かを判断する傾向がある。

上記構成によれば、インデックス情報を読み出した後で、ユーザによる上記拡張付加情報の表示の指示前に、各コンテンツの識別情報に基づき拡張付加情報を予め読み出す。したがって、インデックス画面の表示後に、ユーザの指示により拡張付加情報の表示があった場合に、すばやく拡張付加情報を表示させることができる。

また、本発明のデータ再生方法は、上記の目的を達成するために、 A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生方法において、上記インデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報を表示する。

また、本発明のデータ再生装置は、上記の目的を達成するために、 A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生装置において、上記インデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報を表示する表示手段を備えている。

上記構成によれば、インデックス情報は、拡張付加情報がコンテンツに付加されているか否かに関する識別情報を含んでいる。したがって、各コンテンツに直接アクセスしなくても、インデックス情報のみにァクセスすることによって、各コンテンツに拡張付加情報が付加されているか否かを、識別情報に基づき把握することができる。

それゆえ、表示された識別情報により、コンテンツに拡張付加情報が付加されているか否かをより簡易にユーザに視認させることができる。

また、本発明のデータ記録媒体は、 A Vデータを含む複数のコンテンッのィンデックス情報が記録されたデータ記録媒体において、上記ィンデッタス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含む。

上記構成によれば、データ記録媒体に記録されたインデックス情報は

、拡張付加情報がコンテンツに付加されているか否かに関する識別情報を含んでいる。したがって、各コンテンツに直接アクセスしなくても、本発明によるデータ記録媒体のィンデックス情報のみにアクセスすることによって、各コンテンッに拡張付加情報が付加されているか否かを識別情報に基づき把握することができる。

また、本発明のプログラムは、上記記載のデータ記録方法またはデータ再生方法をコンピュータに実行させるプログラムである。さらに、本発明のコンピュータ読み取り可能な記録媒体は、上記プログラムを格納している。

本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わかるであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。 0 図面の簡単な説明

図 1は、本発明の実施形態に係るビデオディスクレコーダの概略構成図である。

図 2 ( a ) は、管理情報とメディアデータとが同じファイルに存在する場合における、 QuickTimeファイルフォーマツトの管理情報と AVストリームとの関係を示す図である。

図 2 ( b ) は、管理情報とメディアデータとが別々のファイルに存在する場合における、 QuickTimeファイルフォーマツトの管理情報と AVストリームとの関係を示す図である。

図 2 ( c ) は、複数の AVストリームファイルに対する外部参照する場合における、 QuickTimeフ了ィルフォーマットの管理情報と AVストリームとの関係を示す図である。

図 3は、 QuickTimeフアイルフォーマツトにおける Movie atomの概要を示す図である。

図 4は、 QuickTimeフアイノレフォーマツトにおける Track atomの概要を示す図である。

図 5は、 QuickTimeフアイノレフォーマツトにおける Track header atom の構成を示す図である。

図 6は、 QuickTimeフアイノレフォーマットにおける Media atomの構成を示す図である。

図 7は、 QuickTimeフアイノレフォーマットにおける Media information atomの構成を示す図である。

図 8は、 Sample table atomによるデータ管理の例を示す図である。図 9は、 QuickTimeフアイノレフォーマツトにおける Sample table atom の構成を示す図である。

図 1 0は、 QuickTimeフアイノレフォーマツトにおける Edit atomの構成を示す図である。

図 1 1 ( a ) は、 Edit atomによる再生範囲指定の例を示す図である図 1 1 ( b ) は、サンプルの構成の例を示す図である。

図 1 1 ( c ) は、実際のサンプルの再生順の例を示す図である。

図 1 2は、 QuickTimeフアイノレフォーマツトにおける User data atom の構成を示す図である。

図 1 3 fま、 QuickTimeファィノレフォーマットにおける User dataの type の種類を示す図である。

図 1 4は、本発明の各実施形態における AVストリームの構成を示す図である。

図 1 5は、本発明の各実施形態における VUの構成を示す図である。図 1 6は、本発明の各実施形態における QuickTimeによる AVストリーム管理形態を示す図である。

図 1 7 ( a ) は、ファイルのディレクトリ構成を示す図である。

図 1 7 ( b ) は、図 1 7 ( a ) に示すディレクトリ /フアイル構成を UCFで記録した例を示す図である。

図 1 8は、本発明の第 1 の実施形態における、 AV Indexファイルの構成を示す図である。

図 1 9は、本発明の第 1の実施形態における属性情報の構成を示す図である。図 2 0は、本発明の第 1の実施形態における f l agsの構成を示す図でめる。

図 2 1は、本発明の第 1の実施形態における全体の処理の流れを示すフローチヤ一トである。

図 2 2は、本発明の第 1の実施形態におけるユーザ指示による各種処理の流れを示すフローチャートである。

図 2 3 ( a ) は、光ディスクに記録されたファイルのディレクトリ構成を示す図である。

図 2 3 ( b ) は、記録媒体上の記録状態の例を示す図である。

図 2 4は、本発明の第 1の実施形態における、ディスク揷入直後の AV

Index管理テーブルの例を示す図である。

図 2 5は、本発明の第 1の実施形態における、録画直後の AV Index管理テーブルの例を示す図である。

図 2 6は、本発明の第 1の実施形態における、付加情報変更処理を示すフローチャートである。

図 2 7は、本発明の第 1の実施形態における AV Indexフアイル更新処理を示すフローチヤ一トである。

図 2 8は、本発明の第 1の実施形態における AV Indexフアイル読み出し処理を示すフローチャートである。

図 2 9は、本発明の第 1の実施形態におけるインデックス表示画面の例を示す図である。

図 3 0は、本発明の第 1の実施形態における拡張付加情報表示画面の例を示す図ある。

図 3 1は、本発明の第 1の実施形態におけるフラグの第 2の構成を示す図である。

図 3 2は、本発明の第 1の実施形態における第 2のィンデックス表示画面の例を示す図である。

図 3 3は、本発明の第 2の実施形態におけるフラグの構成を示す図である。

図 3 4は、本発明の第 3の実施形態におけるフラグの構成を示す図である。

図 3 5は、本発明の第 3の実施形態における、拡張付加情報有無のフラグ変更条件を示す図である。

図 3 6は、従来技術におけるィンデックスフアイルを示す図である。発明を実施するための最良の形態

以下、実施例および比較例により、本発明をさらに詳細に説明するが、本発明はこれらにより何ら限定されるものではない。

以下、本発明の実施の一形態について、図面を参照しながら説明すれば以下の通りである。なお、以下の説明では、本発明の複数の実施形態において共通に用いるビデオディスクレコーダの構成を説明した後、各実施形態に固有の特徴点を説明する。

〔ビデオディスクレコーダの構成について〕

ビデオディスクレコーダは、図 1に示すように、制御手段としてのホスト CPU ( Central Proces s ing Uni t ; 1 と、 RAM ( Random Acces s Memory ) 2 と、 ROM ( Read Only Memory) 3 と、ユーザインタフェース 4 と、システムクロック 5 と、光ディスク 6 と、ピックアップ 7 と、 ECC ( Error Correct ing Coding) デコーダ 8 と、 ECCエンコーダ、 9 と、再生用ノッファ 1 0 と、記録 Zアフレコ用バッファ 1 1 と、デマルチプレクサ 1 2 と、マルチプレクサ 1 3 と、多重化用バッファ 1 4 と、オーディオデコーダ 1 5 と、ビデォデコーダ 1 6 と、オーディオエンコーダ 1 7 と、ビデォエンコーダ 1 8 とを備えている。さらに、ビデオディスクレコーダは、図示しないカメラ、マイク、スピーカ、あるいはディスプレイ (表示手段）等を備えている。

ホスト CPU 1は、バス 1 9を通じて、ピックアップ 7 と、デマルチプレクサ 1 2 と、マルチプレクサ 1 3 と、オーディオデコーダ 1 5 と、ビデォデコーダ 1 6 と、オーディオエンコーダ 1 7 と、ビデオエンコーダ 1 8 との制御を行う

また、ホスト CPU 1は、再生中のデータに関する管理情報に基づき、ォ一ディォデコーダ 1 5 とビデオデコーダ 1 6 とからのデータ送信要求に従い、再生用バッファ 1 0内のデータを、データ種別に対応するデコーダに振り分けるよう、デマルチプレクサ 1 2に指示を与える。

上記構成により、ビデオディスクレコーダは、光ディスク 6の再生時において、光ディスク 6からピックアップ 7を通じて光ディスク 6に格納されたデータを読み出すとともに、読み出したデータを ECCデコーダ 8 により誤り訂正した後、再生用バッファ 1 0にー且蓄える。

—方、ビデオディスクレコーダは、光ディスク 6の記録時において、オーディオエンコーダ 1 7 とビデオエンコーダ 1 8 とを用いて、光ディスク 6に記録すべきデータを圧縮符号化するとともに、圧縮符号化されたデータを多重化用バッファ 1 4に一旦送信する。その後、ビデオディスクレコーダは、多重化用バッファ 1 4に送信されたデータをマルチプレクサ 1 3を用いて AV多重化した後、記録/ァフレコ用バッファ 1 1に送信する。そして、ビデオディスクレコーダは、記録アフレコ用バッファ 1 1内のデータを、 ECCエンコーダ 9を用いて誤り訂正符号を付加した後、ピックアップ 7を通じて光ディスク 6に記録する。

なお、オーディオデータの符号化方式として MPEG-I Layer-IIを、ビデォデータの符号化方式として MPEG- 2をそれぞれ用いた。また、これらの符号化方式では、 2048byteを 1セクタとするとともに、誤り訂正のための ECCブロックを 1 6セクタで構成する。

〔ファイルフォーマツトについて〕

本発明で AVストリーム管理のためのフォーマツトとして用いる、 QuickTimeフアイノレフォーマット ^:つレヽて説明する。なお、 QuickTimeフアイルフォーマットとは、 Apple社が開発したマルチメディァデータ管理用フォーマツトのことであり、 PCの世界で広く用いられている。

QuickTimeファイルフォーマツトは、ビデオデータやオーディオデータ等（これらを総称してメディアデータとも呼ぶ）と、管理情報とで構成される。メディアデータと、管理情報とを組み合わせたものを、

QuickTimeムービーと呼ぶ。また、 QuickTimeムービーは、単にムービーと呼ぶ場合もある。なお、メディアデータと、管理情報とは、同じファィル中に存在しても、別々のフアイルに存在してもよい。

メディアデータと、管理情報とが同じファイル中に存在する場合、 QuickTimeムービーは、図 2 ( a ) に示すような構成をとる。すなわち、 QuickTimeムービーにおける各種情報は、ファイル 2 1内の atomという共通の構造に格納される。たとえば、 QuickTimeムービーにおける管理情報は、 Movie atomという構造に格納され、一方、メディアデータは Movie data atomという構造に格納される。なお、図 2 ( a ) において「AH」と記載されているのは、 Atom Headerの略である。

また、 Movie atom中の管理情報には、メディアデータ中の任意の時間に対応するメディアデータのフアイル中での相対位置を導くためのテーブルや、メディアデータの属性情報や、後述する外部参照情報等が含まれている。

一方、管理情報とメディアデータを別々のフアイルに格納した場合、 QuickTimeムービーは、図 2 ( b ) に示すような構成をとる。すなわち、管理情報はファイル 2 2における Movie atomという構造に格納されるが、メディアデータは atomには格納される必要はない。つまり、メディアデータは、ファイル 2 2 とは別のファイル 2 3に AVストリームとして格納される。

このように、管理情報とメディァデータとが別々のフアイルに格納されているとき、 Movie atomは、メディアデータを格納したファイルを「外部参照」しているという。

外部参照は、図 2 ( c ) に示すように、複数の AVストリームファイル

2 5 · 2 6に対して行うことが可能である。これにより、 AVストリーム自体を物理的に移動することなく、見かけ上編集を行ったように見せる、いわゆる「ノンリニア編集」あるいは「非破壊編集」が可能となる。次に、図 3ないし図 1 3を用いて、 QuickTimeムービーにおける管理情報のフォーマットについて説明する。

先ず、共通の情報格納フォーマツトである atomについて説明する。 atomの先頭に ίま、その atomのサイズを表す Atom sizeと、その atomの種另リ情報を表す Typeとが必ず存在する。 Typeは 4文字で区別され、たとえば Movie atomで ί moov 、 Movie data atom T mdat となってレヽる。このように、 atomの先頭にある At om s i z eと Typeとを、 atom headerと呼ぶ。

また、 atomは、別の atomを含むことができる。すなわち、 atom間には階層構造がある。

atomの一例としての Movi e atomの構成を図 3に示す。 Movi e atomは、図 3に示すよつに、 Movi e header atomと、 Track atomと、 Us er data atomと力 S含まれてレ、る。

Movi e header atomは、 Movi e atom力 S管理するムービーの全体的な属性を管理する atomである。 Track atomは、ムービーに含まれるビデオやォ —ディォ等のトラックに関する情報を格納する atomである。 Us er data atomは、メーカが独自に定義可能な atomである。

Track atomの構成を図 4に示す。 Track atomは、図 4に示すように、 Track header atomと、 Jidi t atomと、丄' rack rer erence atomと、 Medi a atomとを含んでいる。

Track header at omは、トラックの全体的な属性を管理する atomである

。 Edi t atomは、メディアデータの各区間について、ムービーにおいて再生すべきタイミングを管理する atomである。 Track reference atomは、他のトラックとの関係を管理する atomである。 Medi a atomは、ビデオやオーディオといった、メディアに関するデータ（メディアデータ）を管理する。

Track header atomの構成を図 5に示す。なお、 Track header atomの構成については、主要なものについてのみ説明する。 Track header atom は、図 5に示すように、 Fl agsと、 Layerとを含んでいる。

Flagsは、トラックの属性を示すフラグの集合である。フラグの代表的なものとしては、 Track enabledフラグを挙げることができる。 Track enabledフラグが 1であれば、そのトラックは再生され、 Track enabled フラグが 0であれば、そのトラックは再生されない。

Layerは、トラックの空間的な優先度を表すものである。たとえば画像を表示するトラックが複数ある場合においては、 Layerの値が小さいトラックほど、対応する画像が前面に表示される。

Media atomの構成を図 6に示す。 Media atomは、図 6に示すように、 Media header atomと、 Handler reference atomと、 Media information atomとを含んでいる。

Media header atomは、 Media atomの管理するメディアデータに関する全体的な属性等を管理するものである。 Handler reference atomは、メディァデータをどのデコーダでデコードするかを示す情報を格納するものである。 Media information atomは、ビデオやオーディオ等のメディァに固有の属性情報を管理するものである。

Media information atomの構成を図 7に示丁。 Media information atomfま、図 7に不すよつに、 Media information header atomと、

Handler reierence atomと、 Data information atomと、 Sample table atomとを含んでいる。

Media information header atomは、ビデオやオーディオ等のメディアについて固有の属性情報を管理するものである。 Handler reference atomは、 Media atomについての説明で記載した通り、メディアデータをどのデコーダでデコードするかを示す情報を格納するものである。 Data information atomは、その QuickTimeムービー力 ^s参照するメディアデータを含むファイルの名前を管理する atomである、 Data reference atomを含むものである。 Sample table atomは、データのサイズや、再生時間等を管理するものである。

ところで、 QuickTimeフォーマットでは、同一トラックに属するサンプルが再生時間順にファィル中で連続的に配置された領域をチャンク（ chunk) と呼ぶ。チャンクには、再生時間順に 1から番号が付与されており、この番号により、個々の chunkのファイル先頭からのアドレスを把握することができる。

また、 QuickTimeフォーマットでは、データの最小単位（たとえばビデオフレーム）をサンプル (Sample) と呼ぶ。さらに、 QuickTimeフォーマットでは、個々のトラックのサンプルに、再生時間順に 1 から番号（サンプル番号）を付与することにより、サンプル数を管理している。

さらに、 QuickTimeフォーマットでは、個々のサンプルの再生時間長とデータサイズ（sample size) とを管理している。

つまり、図 8に示すように、ファイル 3 1 に含まれる chunkには、再生時間順に 1から番号が付けられている。さらに、たとえば m番の chunkには、サンプル番号が j から i までの複数の Sampleが含まれている。

このように、 QuickTimeフォーマツトでは、個々のチャンクのフアイノレ先頭からのァドレスと、個々のチャンクが含むサンプル数とを管理している。これらの情報に基づき、 QuickTimeフォーマットでは、任意の時間に対応するサンプルの位置を求めることが可能となっている。

次 ίこ、 Sample Table atomの構成 ίこつヽて説明する。 Sample Table atomは、図 9に示すよつに、 Sample description atomと、 Time— to— sample atomと、 Sync sample atomと、 Sample- to- chunk atomと、 Sample size atomと、 Chunk offset atomとを含んでレヽる。 Sample description atomは、個々のチャンクのデータフォーマツト ( Data format) やサンプルが格納されているファイルのチャンクの Index 等を管理するものである。 Time-to- sample atomは、個々のサンプノレの再生時間を管理する。

Sync sample atomは、個々のサンプルのうち、デコード開始可能なサンプルを管理するものである。 Sample- to- chunk atomは、個々のチャンクに含まれるサンプル数を管理するものである。 Sample size atomは、個々のサンプルのサイズを管理するものである。 Chunk offset atomは、個々のチャンクのフアイル先頭からのァドレスを管理するものである。

Edit atomは、図 1 0に示すように、 1個の Edit 1 i st atomを含むものである。 Edit list atomは、 Number of entriesで指定される個数分の、 Track durationと、 Media timeと、 Media rateとの値の糸且（以下、この組をエントリという）を持つ。各エントリは、トラック上で連続的に再生される区間に対応し、そのトラック上での再生時間順に並んでいる。

Track durationは、エントリが管理する区間のトラック上での再生時間を表し、 Media timeは、エントリが管理する区間の先頭に対応するメディアデータ上での位置を表し、 Media rateは、エントリが管理する区間の再生スピードを表す。なお、 Media timeがー 1 の場合は、そのェントリの Track duration分、そのトラックでのサンプルの再生を停止する。このように再生が停止される区間のことを、 empty editと呼ぶ。

次に、実際にサンプルの再生がどのように行われるかについて説明する。サンプルの再生を説明するにあたり、 Edit list atomの内容は、図 1 1 ( a ) に示すように、 i番目のエントリについて Track duration ( D(i)) と、 Media time (T(i)) と、 Media rate (R(i)) とが割当られているものとする。また、サンプルの構成は、図 1 1 ( b ) に示すように、サンプル #1が Media time= 0の位置に存在し、サンプル #m+2が Media time= 20000の位置に存在するものとする。このとき、実際のサンプルの再生は、図 1 1 ( c ) に示す順にて、以下に説明するように行われる。

まず、エントリ #1は、図 1 1 ( a ) に示すように、 Track duration;^

13000、 Media time力 20000、 Media rate力 S iである。した力 Sつて、図 1 1 ( c ) に示すように、トラックの先頭から 13000の区間は、サンプル中の時刻 20000力ら 33000の区間を再生する。

次に、エントリ #2は、図 1 1 ( a ) に示すように、 Track duration力 S 5000、 Media time力 S—1である。したがって、図 1 1 ( c ) に示すように、トラック中の時刻 13000から 18000の区間、何も再生を行わない。

最後に、エントリ #3は、図 1 1 ( a ) に示すように、 Track duration 力 10000、 Media time力 0、 Media rate力 Siである。した力 Sつて、図 1 1 ( c ) に示すように、トラック中の時刻 18000から 28000の区間において、サンプル中の時刻 0から 10000の区間を再生する。

次に、 User data atomの構成について図 1 2を参照しつつ説明する。 User data atomには、 Qui ckTimeフォーマツトで定義されてない独自の拡張付加情報を、任意の個数だけ格納することができる。なお、 1個の独自拡張付加情報は 1個のェントリで管理され、 1個のェントリは Sizeと Typeと User dataで構成される。

また、 Sizeはそのエントリ自体のサイズを表し、 Typeは独自情報をそれぞれ区別するための識別情報を表し、 User dataは実際のデータを表す図 1 3に User dataの typeの例を示す。 User dataの typeでマノレシ一マークから始まるものについては、そのデータがテキスト情報であることを示す。

〔AVストリームの形態について〕

本発明において共通に用いられる AVストリームの構成について、図 1 4およぴ図 1 5を用いて説明する。

AVストリームは、図 1 4に示すように、整数個の Cont inuous Uni t ( CU ) で構成されている。 CUとは、ディスク上で連続的に記録されるデータの単位である。また、 CUの長さは、 AVストリームを構成する CUをどのようにディスク上に配置しても、シームレス再生やリアルタイムアフレコが保証されるように設定される。

なお、シームレス再生とは、再生中に画像や音声を途切れさせないで再生することをレ、う。また、リアルタイムアフレコとは、アフレコ対象のビデオをシームレス再生しながらオーディォを記録することをいう。

さらに、 CUは、図 1 4に示すように、整数個の Vi deo Uni t ( VU) で構成される。 VUとは、単独再生可能なデータの単位であり、再生の際のェントリポイントとなり得る。

VUは、図 1 5に示すように、 1秒程度のビデオデータを格納した整数個の GOP ( Group Of P i cture) と、それらと同じ時間に再生されるメインオーディオデータを格納した整数個の AAU ( Audi o Acces s Uni t) とから構成される。

なお、 G0Pは、 MPEG- 2ビデオ規格における画像圧縮の単位であり、複数のビデオフレーム（典型的には 15フレーム程度）で構成される。また、 AAUは MPEG- 1 Layer- I I規格における音声圧縮の単位で、 1152点の音波形サンプル点により構成される。サンプリング周波数がたとえば 48kHzの場合、 AAUあたりの再生時間は 0.024秒となる。

なお、 VU中では、 AV同期再生のために必要となる遅延を小さくするため、 AAU、 GOPの順に配置する。

また、 VU単位で独立再生を可能とするために、 VU中のビデオデータの先頭には Sequence Header (SH) を置く。 VUの再生時間は、 VUに含まれるビデオフレーム数にビデオフレーム周期をかけたものと定義する。

〔AVストリームの管理方法について〕

本発明における AVストリームの管理方法について、図 1 6を用いて説明する。 AVストリーム管理方法は、 QuickTimeファイルフォーマットをべースにするものであり、ビデオデータおよびオーディォデータを、それぞれビデオトラック、オーディオトラックでそれぞれ管理する。

すなわち図 1 6に示すように、ビデオトラックは、 G0Pを 1サンプル、 VU中のビデオの塊を 1チャンクとして管理する。一方、メインオーディオトラックは、 AAUを 1サンプル、 VU中のオーディオの塊を 1チャンクとして管理する。

〔フアイノレシステムについて〕

本発明の説明において用いるファイルシステムのフォーマットである、 UDF(Universal Disk Format) こつレヽて、図 1 7を用レヽて説明する。図 1 7 ( a ) に、フアイノレ 4 0 · 4 1 · 4 2のディレクトリ構成を示す。また、図 1 7 ( b ) に、図 1 7 ( a ) に示すディレクトリ /フアイル構成を UDFで記録した例を示す。

図 1 7 ( b ) において、参照番号 4 4により示される AVDPとは、 Anchor Volume Descriptor Pointerの略である。 AVDP 4 4は、 UDFの管理情報を探すためのエントリポイントに相当し、通常 256セクタ目、 Nセクタ目あるいは N— 256セクタ目に記録する。なお、 Nは最大論理セクタ番号である。

また、参照番号 4 3により示される VDSとは、 Volume Descriptor Sequenceの略である。 VDS 4 3は、 UDFが管理する領域であるボリュームに関する管理情報を記録する。ボリュームは、一般に 1枚のディスクに 1個存在し、その中にパーティションを一般に 1個含む

また、参照番号 4 5により示される FSDとは、 File Set Descriptorの略である。 FSD4 5は、パーティションに 1個存在する。なお、パーティションの中での位置情報は、パーティションの先頭からのセクタ番号に相当する論理ブロック番号で示される。また、 1個の論理ブロックは 1 セクタに対応する。

さらに、 FSD 4 5は、ルートディレクトリの File Entry (FE)である FE 4 6の位置情報（論理プロック番号と論理プロック数で構成され、 extentと呼ばれる）を含む。

FEとは、 extentの集合を管理するものである。 extentを書き換えたり

、追加したり、削除することで、ファイルを構成する実データの順番を変えたり、データを揷入したり削除したりすることが可能である。

FE4 6は、ルートディレクトリの直下のファイルやディレクトリの名称等を格納する FID (File Identifier Descriptor) の集合を格納する領域 4 7を管理する。

領域 4 7中の FID 5 3、 FID 5 4は、それぞれフアイル 4 1、ファイル 4 2のファイル名や extentの集合を管理する FE4 8、 FE 5 0の位置情報を含む。

FE4 8は、ファイル 4 1 の実データを構成する領域である領域 4 9、領域 5 2を extentとして管理する。このときファイル 4 1の実データにアクセスするためには、 AVDP 4 4、 VDS 4 3、 FSD 4 5、 FE 4 6、 FID 5 3 、 FE4 8、領域 4 9、領域 5 2の順にリンクを迪つていけばよい。

〔第 1の実施形態〕

本発明の第 1の実施形態について、図 1 8ないし図 3 2を用いて説明する。なお、第 1の実施形態を説明するにあたっては、項目（ 1. 管理情報フォーマットについて） · （ 2. 全体の流れについて） · （ 3. 録画処理について） · （4. 付加情報変更処理について） · （ 5. AV Indexファイル記録処理について），（ 6. インデックスファイル画面表示処理について） · （ 7. 変更態様について）を設け、これらの項目を順番に説明する。

( 1 . 管理情報フォーマットについて）

先ず、本発明の第 1の実施形態を説明するにあたり、管理情報のフォ一マットを説明する。上述のように、ディスク内に含まれる QuickTimeム一ビーや、静止画データ等のコンテンツと管理情報とを含む各種フアイル（以後、コンテンツファイルと呼ぶ）を管理するため、 AV Indexファィル (インデックス情報）という特別の QuickTimeムービーフアイルをデ- ィスク内に置く。

図 1 8に、本実施形態における AV Indexファイルの構成を示す。 AV Indexファイルは、通常の Qui ckTimeムービーファイルと同様、管理情報である Movie atom 6 0 と、データ自体の Movie data atom 6 1 とで構成される。また、 AV Indexファイルは、複数のエントリを管理し、ディスク内の各コンテンツファイルは、それぞれ 1個のェントリで管理される。

Movie atom6 0は、各エントリの属性情報を管理するための Property track 6 2、各エントリのタイトル文字列データを管理するための Title track 6 3、各ェントリの代表画像データを管理するための Thumbnail track 6 4、および各ェントリの代表オーディォデータを管理するための Intro music track 6 5の計 4種類のトラックで構成される。

各エントリに関する属性情報やタイトル文字列データ、代表画像データ、代表オーディオデータは、それぞれ参照番号 6 2〜 6 5にて示されるトラックのサンプルとして管理される。

たとえばコンテンツファイル 6 6に関する属性情報は Property track 6 2上のサンプル 6 7、タイトル文字列データは Title track 6 3上のサンプル 6 8、代表画像データは Thumbnail track 6 4上のサンプル 6 9、代表オーディォデータは Intro music track 6 5上のサンプル 7 0で管理する。

また、コンテンツファイル 7 1 に関する属性情報は Property track 6 2上のサンプル 7 2、タイトル文字列データは Title track 6 3上のサンプル 7 3、代表画像データは Thumbnail track 6 4上のサンプル 7 4、代表オーディオデータは Intro music track 6 5上のサンプル 7 5で管理する。

同様に、コンテンツファイル 7 6に関する情報は、サンプル 7 7〜 8 0で管理し、コンテンツファイル 8 1 に関する情報は、サンプル 8 2〜 8 5で管理し、コンテンツファイル 8 6 に関する情報は、サンプル 8 7 〜 9 0で管理する。

なお、サンプル間の対応付けは、各サンプルの再生開始時間に基づき行う。すなわち、トラック間で同一時刻に位置するサンプルは、同一ェントリに対応していると判断する。 Movie data atom 6 1 は、各コンテンツファイルに関する属性情報や、タイトル文字列データ、代表画像データ、代表オーディオデータを格納する。

属性情報は、図 1 9に示すように、 versionと、 flagsと、 entry— numberと、 creation— timeと、 modification— timeと、 durationと、 file— identifierとを含んでいる。

versionは、フアイノレフォーマットのバージョンを示す。 flagsは各種フラグをまとめたものである。 entry-numberは、属性情報に対応するェントリの IDを格納するものである。 creation-timeは、属性情報に対応するエントリが作成された日時を表すものである。 modification- timeは、属性情報に対応するェントリが修正された日時を表すものである。

durationは、属性情報に対応するェントリの再生時間を表すものである。 file-identifierは、管理情報に対応するエントリがファイルに対応していた場合、そのファイルのフアイル名を格納するものである。

flagsiま、図 2 0に示すように、 Status of Entryと、 Existence status of extend informationと力存在する。

Status of Entryは、対応するエントリが有効（available)か無効 (invalid)力を識另 (Jするためのフラグでる。 Existence status of extend inf ormat ionは、対応するエントリが拡張付加情報を持っている (The corresponding AV File has extend information)力、持ってレヽなレヽ (The corresponding AV File has no extend information)力を载另 Kするためのフラグ（識別情報）である。

Movie data atom 6 1に格納されるその他のデータについて説明する。代表画像データには 160X 120画素に縮小された JPEG圧縮されたデータ、タイトル文字列データにはテキストデータ、代表オーディォデータには MPEG- 1 Audio Layer - IIで圧縮されたデータがそれぞれ用いられる。

( 2. 全体の流れについて）

次に、本実施形態における、ディスク挿入から、ディスクイジェクトあるいは電源 O F Fまでの流れを、図 2 1に示す。

光ディスク 6が挿入されたら、前述のシーケンスに沿って、まずファィルシステムの管理情報を読みこむ（ステップ 1 ) 。なお、以下の説明では、ステップを単に「 S」と記載する。

次に、 AV Indexフアイルを光ディスク 6から読み込み、インデックス画面の表示を行う（ S 2 ) 。その後、現在が AV Indexファイルをデイスクに記録するタイミングかどうかチェックする ( S 3 ) 。

なお、記録するタイミングとは、ディスクイジェクト指示や電源 O F F、あるいは RAM2に新規の情報を光ディスク 6から読み出すために、 RAM 2上の AV Indexフアイルに関する情報を光ディスク 6に一旦記録するために必要になるタイミングである。

S 3において、現在が記録するタイミングであると判断された場合、 S 4において AV Index記録処理を行う。その後、ファイル ' ディレクトリ情報記録を行う（S 5 ) 。次に、 AV Index記録を行うトリガーとなつたのが、電源 O F Fあるいはディスクイジエタトがどうかをチェックする（ S 6 ) 。

一方、 S 3において、現在は記録するタイミングではないと判断された場合、ユーザからの指示が無いかチェックする（S 7 ) 。 S 7にてュ一ザからの指示があると判断された場合、ユーザからの指示に沿って後述する各種処理を実行し（S 8 ) 、各種処理が終了したら、処理結果を反映してインデックス画面表示更新処理を実行する（ S 1 8 ) 。

次に、 S 8における各種処理について図 2 2を用いて説明する。

まず、ユーザからの指示が録画かどうかをチェックし（ S 9 ) 、録画であれば後述する録画処理を行う（ S 1 0 ) 。指示が録画でなければ、指示がエントリ削除、すなわち既存のコンテンツファイルの削除かどうかをチェックし（ S 1 1 ) 、エントリ削除ならエントリ削除処理（ S 1

2 ) を実行する。

次に、指示が録画でもエントリ削除でもなければ、指示が既存のェントリに関する付加情報の変更かどうかをチェックし（ S 1 3 )、そうであれば後述する付加情報変更処理（ S 1 4 ) を実行する。

指示が付加情報変更でなければ、次に、既存のエントリに関する代表画像データ、タイトル文字列データ、代表オーディオデータ、およぴ属性情報のいずれかの変更かどうかをチヱックし（ S 1 5 ) 、そうであれば属性情報等変更処理（ S 1 6 ) を実行する。指示されたのが属性情報等変更処理でなければ、その他処理（S 1 7 )を実行する。

次に、各種処理の内容について詳細を説明する。なお、エントリ削除処理およぴ属性情報等変更処理については本発明の内容に関係ないため説明を省略する。

ここでは、処理を開始する前の初期状態として、光ディスク 6に、図 2 3 ( a ) に示すようなディレクトリ構成でファイルが記録され、それぞれが光ディスク 6上に図 2 3 ( b ) に示すように配置されていると仮定する。

すなわち、コンテンツファイルである SHRP0001. M0V、 SHRP0002. MOVおよび SHRP0003. MOVは、それぞれ、 AV file 9 1 a、 AV file 9 1 b、およぴ AV file 9 1 cの位置に記録される。

また AV Indexファィルである AVIF0000. M0Vは、 [12 3 (b )中の AV Index file 9 2の領域に記録され、 AV Index file 9 2の領域の先頭には AV Index fileの Movie atomが領域 9 3に記録される。

また、 SHRP0001. M0Vの属性情報、タイトル文字列データおょぴ代表画像データは、それぞれ領域 9 4 a、領域 9 5 a、領域 9 6 aに記録され、 SHRP0002. M0Vの属性情報、タイトル文字列データおょぴ代表画像データは、それぞれ領域 9 4 b、領域 9 5 b、領域 9 6 bに記録され、 SHRP0003. M0Vの属性情報、タイトル文字列データおょぴ代表画像データは、それぞれ領域 9 4 c、領域 9 5 c、領域 9 6 cに記録されているとする。

後述するインデックス画面表示処理を行った結果、 RAM2には、図 2 4 に示すように、 AV Indexファイルに関する情報を管理するためのテープルが構成される。以下、このテーブルを AV Index管理テーブルと呼ぶ。

AV Index管理テーブルの各行は、ディスク挿入時に読み出した AV

Indexの状態およびその後の各エントリの更新を管理する。また、 AV Index管理テーブルの各行には、拡張付加情報有無を示すフラグ（識別情報）を含む属性に関する情報や、各エントリが管理するコンテンツファィルの名称、 RAM 2の別領域に保持している代表画像データへのポィンタ情報を持つ。

なお、代表オーディオデータおよびタイトル文字列データに関しては説明を簡単にするため図示していないが、それぞれ、代表画像データおょぴ属性情報と同様の扱いを行う。また、各ファイルの名称は実際にはルートディレクトリからのフルパスで管理しているが、ここでは簡単のため、ディレクトリ名は省略している。

( 3 . 録画処理について）

本実施形態における録画時の処理を説明する。ユーザから録画が指示されたら、まずオーディオエンコーダ 1 7およびビデオエンコーダ 1 8 を起動し、カメラおょぴマイク（図示せず）からの入力データを、前述の符号化方式にてェンコ一ドを開始する。

ェンコ一ドされたオーディオデータとビデオデータは、マルチプレクサ 1 3によって、前述の A Vストリームフォーマツトに従って多重化される。その際に、後に Movi e atomを記録するのに必要となる、 G O Pのサイズゃ再生時間などを RAM 2に蓄積していく。

また、録画時に得られる GPS位置情報も RAM 2に保持する。また、入力ビデオから先頭画像を代表画像として抜き出し縮小したものを、 JPEG符号化でエンコードし、代表画像データを作成し、 RAM 2に保持する。さらに、多重化結果である AVストリームは、記録 Zァフレコ用バッファ 1 1 および ECCエンコーダ 9を経由して、ピックアップ 7によって光ディスク 6に記録される。

ユーザから録画停止が指示され、記録/ァフレコ用バッファ 1 1に残つた AVストリームを光デイスク 6へ記録し終わつたら、 Mov i e atom中の us er data atomこおレヽて us er data typeを gbp s とし、 RAM 2 iこ保存されている GPS位置情報を user dataへ格納する。最後に Mov i e atomの記録を行う。

録画が終了した時点で、 RAM 2上の AV Index管理テーブルには、図 2 5 に示すように、行番号 3で示す行を追加する。以下、その行の内容について説明する。図 2 5に示すように、属性情報において、 entry-numberは既存の番号と重複しない番号を格納する。また、記録時に拡張付加情報がある場合、 Exi st ence status of ext end informat i on フフグを 1 とする。

コンテンツファイル名称に関しても、 AV Index管理テーブルにおける既存のコンテンッフアイル名称の 5桁目から 8桁目までの数字部分が、ファイルシステム的に重複しないフアイル名称を生成して格納する。また、代表画像データに関しては、記録時に生成した前述の代表画像データの RAM 2上でのァドレスを格納する。

( 4 . 付加情報変更処理について）

次に、すでに録画済のコンテンツに対し、付加情報を追記、変更もしくは削除する場合について、図 2 6を参照しながら説明する。既に録画済のコンテンッに追記する付加情報としては、ユーザが自由に編集可能なコンテンツに関するコメント（des cript i on) や作者、出演者などの情報がある。

ユーザから付加情報変更が指示されたら、指定されたコンテンツの含まれるコンテンツフアイノレの movi e atomを開き、 user data atomを読み込む。次に、ユーザが指定したタイプ（type) の拡張付加情報エントリが既に存在するか否か、すなわち、付加情報の追記か否かをチェックする（ S 1 4 0 1 ) 。

存在しない typeが指定された場合、つまり、追記の場合（ S 1 4 0 1 で Y E S ) 、新規にェントリを作成し（ S 1 4 0 2 ) 、情報を記録する ( S 1 4 0 3 ) 。

次 ίこ、 AV Indexフアイノレのプロ /ヽ⁰ティ†青幸を見て、 Exi stence status of ext end informat i onフラグ（拡張付加情報有無フラグ）をチェックする ( S 1 4 0 4 ) 。 Existence status of extend informationフラグ力 S

' (拡張付加情報が存在する）になっていた場合（ S 1 4 0 4で NO ) 、 Existence status of extend informationフフグを 1 ' のままにして、変更を行わなレ、。

——方、 Jixistence status of extend 1^£0]：111&1::1011フフクカ^:> 0 ' (拡 fe 付加情報が存在しない）になっていた場合（ S 1 4 0 4で Y E S ) 、 AV Indexファィルのコンテンツに対応するェントリの付加情報を調べる（ S 1 4 0 5 ) 。追記したものと同じ付加情報が存在しない場合、つまり、異なるタイプの付加情報のみが存在する場合（ S 1 4 0 5で Y E S ) 、 Existence status of extend inf ormat i onフラグを ' 1 ' (拡張付カロ情報が存在する）に書き換える（ S 1 4 0 6 ) 。既に追記したものと同じ付加情報が存在する場合（S 1 4 0 5で NO) 、 Existence status of extend informationフラグを '0' のまま変更を行わなレ、。

S 1 4 0 1において、すでに存在する typeが指定された場合、つまり、追記ではない場合（ S 1 4 0 1で NO) 、ユーザからの指示が付加情報の変更か否かをチヱックする（ S 1 4 0 7 ) 。

付加情報を変更する場合（ S 1 4 0 7で Y E S ) 、変更情報を user dataに上書きして終了する（ S 1 4 0 8 ) 。

付加情報を変更しない場合（S 1 4 0 7で NO) 、ユーザからの指示が付加情報の削除か否かをチヱックする ( S 1 4 0 9 ) 。コンテンツフアイルからすでに存在する付加情報の削除が指示された場合（S 1 4 0 9で Y E S ) 、付加情報の削除を行う（ S 1 4 1 0 ) 。次に、 Existence status of extend inf ormationフラグ力 ^s 1 力、否力をチェックする ( S 1 4 1 1 ) 。 Existence status of extend informationフラグ力 ^s ' 1 ' の場合 ( S I 4 1 1で Y E S ) 、コンテンツファイル内に残った他の typeの付加情報が、 AV Indexフアイルのコンテンッに対応するェントリ内にも存在するかどうかを調べる（S 1 4 1 2 ) 。他の付加情報が全て AV Indexフアイルのコンテンツに対応するェントリに含まれていた場合、すなわち、コンテンッファイル内に、 AV Indexフアイルのコンテンツに対応するェントリに含まれる付加情報と異なるタイプの付加情報が存在しない場合（ S 1 4 1 2で NO) 、 Existence status or extend informationフフグを '0' に書き換える（S 1 4 1 3 ) 。一方、他の付加情報が全て AV Indexフアイルのコンテンツに対応するェントリに含まれていない場合 ( S 1 4 1 2で Y E S ) 、 '1' のまま変更は行わない。

また、付加情報を削除したことによって、コンテンツファイル内にひとつも付加情報が存在しなくなった場合も、フラグを '0' に書き換えるさらに、コンテンツファイルに付加情報を追記すると同時に、 AV

Indexファィルにも同じ付加情報を追記してもよい。この場合、

Existence status of extend inf ormat ionフフクのさ換は行わなレヽ

( 5. AV Indexファイル記録処理について）

次に、 AV Indexファイル記録処理を図 2 7を用いて説明する。先ず、図 2 7 ίこ示すようこ、 AV Indexフ了ィノレの Sample tableの構築を RAM 2上で行う（S 2 0)。次に、 AV Indexファイルの Movie atomを記録し（S 2 1 )、 AV Index管理テーブル中の全エントリの属性情報およびタイトル文字列を記録し（S 2 2 )、最後に、代表画像データおよび代表オーディオデータを記録する（S 2 3 )。

( 6 . インデックスファイル画面表示処理について）

本実施形態におけるィンデックスフアイル画面表示処理を図 2 8を用いて説明する。まず、 AV Indexファィノレを openし（ S 3 0 ) 、 Movi e atomを読み込み、上述の AV Index管理テーブルを RAM 2上に作成する（S 3 1 ) 。ただし、この時点では、代表画像データ等各種データの位置情報のみを取得したのみであり、まだ各種データの RAM 2上への読み込みは行つてレヽなレ、。

次に、各ェントリのタイトル文字列データおょぴ属性情報を読み出し、 AV Index管理テーブルに格納する（S 3 2 )。その後、現在 open中の AV Indexフアイルに、有効なサムネィルが存在するか否かを判断し ( S 3 3 ) 、有効なサムネイルがあれば、そのサムネイルを読出し（S 3 4 ) 、代表画像データをィンデックスフアイル画面として表示したり、代表ォ一ディォデータを再生する。

このようにして表示した AV Indexの画面イメージを図 2 9に示す。図

2 9に示すように、ユーザがサムネイル選択枠を次から次へと移動させるに従って、画面の下部に、選択されたコンテンツの含まれるコンテンッファイルの属性情報（撮影日時、再生時間等）や、タイトルを表示する。

なお、属性情報の拡張付加情報有無フラグ（Exi st ence Status of

Ext end Informat i on) ' となっていた場合には、この部分に拡張付加情報が存在することを示すアイコンあるいは拡張付加情報を表示するためのボタンを表示する。

拡張付加情報を表示する際の処理について説明する。インデックス画面表示中にユーザから拡張付加情報表示の指示があったら、 AV Indexのエントリに対応するコンテンツフアイルを op enするとともに、 Mov i e at omの中の us er dat a atomを読み込み、図 3 0に示すように、拡張付カロ情報のタイプと内容とを表示する。なお、再生の指示がなく、「インデックス画面に戻る」ボタンが選択された場合や、「次へ」あるいは「前へ」ボタンが選択されて、別のコンテンツファイルの拡張付加情報表示が指示された場合は、現在拡張付加情報を表示しているコンテンツファィノレを c l o s eする。

このように、ィンデックス画面表示中にコンテンッの拡張付加情報に関する情報を表示することで、コンテンツの含まれるコンテンツフアイルにアクセスせずともインデックス表示画面で拡張付加情報の有無がわかり、所望の映像を検索する際にさらに使い勝手の良いものとなる。また、拡張付加情報は、コンテンツファイル内に格納するので、多くの拡張付加情報があった場合でも、ィンデックス表示の体感レスポンスを落とさずに、より多くの情報をすばやく見ることが可能となる。また、 GPS位置情報のような拡張付加情報を、コンテンツの含まれるコンテンッファイルに格納することで、管理が容易になる。

( 7 . 変更態様について）

本実施形態では、拡張付加情報の読み出しは、ユーザが拡張付加情報の表示を指示した後に行っているが、本発明はそれに限定されるものではない。

たとえば、インデックス画面表示が完了してから、実際にユーザが指示するまでの空き時間に、拡張付加情報有無のフラグが立っているコンテンッフアイルについての拡張付加情報を RAM 2に読み出してもよい。これにより、インデックス画面の表示に要する時間を増加させることなく、ユーザが指示してから実際に拡張付加情報が表示されるまでのレスポンスを短縮することが可能である。また、拡張付加情報の読み出す順番については、インデックス画面で現在表示されているコンテンツの含まれるコンテンツファイルを優先して読み出すことで、さらに効率的に拡張付加情報の表示が行える。

また、記録媒体としてフラッシュメモリを用いた場合、光ディスクに比べてアクセス時間が短いので、 AV Indexファイルに含まれている基本情報の RAM 2への読み出しと同時に、拡張付加情報有無のフラグが立っているコンテンツファイルについて、拡張付加情報の読み出しを行ってもよい。

この場合、 RAM 2上にすべてのコンテンッの拡張付加情報が保持されているため、たとえばコンテンッをグループ分けして表示することが可能になる。すなわち、本発明によれば、記録媒体の特性に応じて、拡張付加情報を最適に読み出すことができる。

また、本実施形態では、拡張付加情報の有無を示すフラグ（識別情報 ) をひとつ用意したが、拡張付加情報の種類毎にフラグを用意してもよい

すなわち、図 3 1に示すように、機器が対応する拡張付加情報毎にフラグを設け、情報があれば ' を、情報がなければ ' 0 ' を設定する。さらに、図 3 2に示すように、インデックス表示画面において、各拡張付加情報に対応するアイコンを用意し、フラグが ' になっている拡張付加情報に対応するアイコンを表示する。

これにより、インデックス表示画面上で選択したコンテンツの含まれるコンテンッフアイルがどのような拡張付加情報を持っているかをユーザが一目で確認することができる。さらに、たとえばコメント情報を持つコンテンツだけを抽出し、そのコンテンツの含まれるコンテンツファィルのコメント情報のみを先に RAM 2に読み出すことにより、インデックス表示画面で選択された際にコメントをテロップ表示させることも可能になる。

また、 AV Indexのプロパティ情報に、拡張付加情報を再生可能な機器に関する情報、たとえばメーカー IDを追加してもよい。これにより、メ一力一独自の情報を拡張付加情報に持つことができ、その独自の拡張付加情報を再生機器のメ一力一 IDがプロパティ情報のメ一力一 IDと一致した場合のみ読み込んでィンデッタス画面に表示させるなどの読み出しの制御が可能になる。

また、本実施形態では、拡張付加情報はコンテンツファイル内に格納したが、本発明はそれに限定されるものではない。たとえば、コンテンッを格納するコンテンツフアイノレを SHRP0001. M0Vとしたとき、それに対応する拡張付カロ' It幸艮を SHRP0001. M0Vではなく、 SHRP0001. EXTに格糸内してもよい。

この場合、拡張付加情報を含むファイルのファイル名は、コンテンツを格納するコンテンツファイルのファイル名の拡張子を " EXT" に変更することで特定可能である。拡張付加情報をコンテンツとは別ファイルに格納することによって、拡張付加情報だけを容易に抜き出すことが可能になる。

なお、本実施形態では、拡張付加情報に GPS位置情報を用いているが、本発明はそれに限定されるものではなく、たとえば、第 2の実施形態で説明する動画サムネイルや温度、湿度、天候、撮影者名、編集者名等様々な情報が対象となることはいうまでもない。

〔第 2の実施形態〕

本発明の第 2の実施形態について説明する。第 1の実施形態との違いは、第 2の実施形態においては、 AV Indexの属性情報に、動画サムネィルの有無を示すフラグを設けることにある。なお、動画サムネイルはサィズが大きいため AV Indexファイルには格納されず、コンテンツフアイノレ内に格納される。

したがって、第 2の実施形態では、インデックス表示中にフラグが立つ.ているコンテンツの含まれるコンテンツフアイルに対してのみ動画サムネイルを読みにいくことで、全体的なインデックス表示の体感レスポンスを落とさずに、次々と静止画サムネイルから動画サムネイルへ切り替えて表示することが可能になる。

なお、第 2の実施形態の構成は、第 1の実施形態の構成と共通する部分が多いため、第 2の実施形態と第 1の実施形態との間の相違点に絞つて第 2の実施形態について説明を行う。

( 1 . 管理情報フォーマットについて）

本実施形態における AV Indexファィルの構成は、図 3 3に示すように、属性情報のフラグに動画サムネイルの有無を示す Exi st ence status of movi e thumbna i lフラグが含まれている以外は、第 1の実施形態と共通である。なお、 Ex i s t ence status of movi e thumbnai 1フラグ；^ ' 0 の ¾r 合は、動画サムネイルが存在しないことを示し、 ' 1 ' の場合は動画サムネイルが存在することを示す。

( 2 . 全体の流れについて）本実施形態における全体の流れは、第 1の実施形態と同様であるので、説明を省略する。

( 3. 録画処理について）

本実施形態では、記録 Zァフレコ用バッファ 1 1に残った AVストリームを、光ディスク 6に記録する際、 AVストリームの最初の数秒間を

Motion JPEGで圧縮し、動画サムネイルとして、 AVストリーム本体とは別にコンテンツファイル内に格納する。動画サムネイルの記録をした場合は、 AV Indexの属性情報の動画サムネイル有無フラグ（Existence status of movie thumbnail)を '1，にする。それ以外の処理は、第 1の実施形態と共通である。

( 4. 付加情報変更処理について）

本実施形態における付加情報変更処理は、第 1の実施形態と同様であるので、説明を省略する。

( 5. AV Index記録処理（こつレヽて）

本実施形態における AV Index記録処理は、第 1の実施形態と同様であるので、説明を省略する。

( 6. インデックスフアイノレ画面表示処理について）

本実施形態のィンデックスフアイル画面表示処理は、動画サムネイルの表示に関する部分以外について第 1 の実施形態と同様である。したがつて、本実施形態において動画サムネイルを表示する際の処理について説明する。

本実施形態では、 AV Indexファイルの代表画像データ等の基本情報に関するィンデッタス表示が終わったら、属性情報において動画サムネィノレ ¾無フラグ (Existence status of movie thumbnail)力 '丄になっている AV Indexファイルについて、順番に対応するコンテンツファイルを openする。そして、動画サムネイルデータを読み込み、代表画像データによるサムネイルと置き換え、動画サムネイルをィンデッタス表示画面上に表示する。

これにより、全体的なインデックス表示の体感レスポンスを落とさずに、次々と効率よく静止画サムネイルから動画サムネイルへ切り替えて表示することが可能になる。

〔第 3の実施形態〕

次に、本発明の第 3の実施の形態を説明する。本実施形態において、拡張付カロ情報の有無を示すフラグ Ex i s t ence status of extend informat i onとは、コンテンッフアイル内に拡張付加情報が存在しない状態と、存在する、あるいは存在するかどうかわからない状態とのどちらかの状態を示すものである。存在するという状態を保証する必要がないため、付加情報の記録 .編集時に AV Indexとコンテンツファイルの付加情報を常に比較し、拡張付加情報がコンテンツファイルに含まれるかどうかを調べるという処理を行わない機器があってもよい。

なお、第 3の実施形態の構成は、第 1の実施形態と共通する部分が多いため、相違点に絞って説明を行う。

( 1 . 管理情報フォーマットについて）

本実施形態における AV Indexファイルの構成は図 3 4に示すように、

Exi stence status of extend inf ormat i onの示す意味力 S第 1の実施开態と異なる点を除けば、第 1 の実施形態と共通である。本実施形態では、 Exi stence status of ext end informat i onカ 0 の場合 fま、対心するコンテンッフアイルに拡張付加情報が存在する、もしくは存在するかどうかが分からない状態を示し、 '1，の場合は、対応するコンテンツフアイルに拡張付加情報が存在しない状態を示す。

( 2. 全体の流れについて）

本実施形態における全体の流れは、第 1の実施形態と同様であるので、説明を省略する。

( 3. 録画処理について）

録画が終了した時点で、 RAM2上の AV Index管理テーブルを更新する際に、記録時にコンテンツファイルに対して拡張付加情報がある場合は Existence status of extend informationフフグ ¾r 0 ίこ、おム張付刀口' ( 幸艮カ Sな！/ヽ場合 fま Existence status of extend inf ormat ionフラグを ' 1' として記録する。

上記以外の処理については、第 1の実施形態と同様であるので説明を省く。

( 4. 付加情報変更処理について）

次に、本実施形態における付加情報変更時の処理について説明する。

Existence status of extend inf ormationフフグの書ざ換えのところを除けば、付加情報の記録に関して第 1の実施の形態と同様である。

Existence status of extend inf ormationフラグの書き換えの処理について説明する。図 3 5は、フラグの書き換えの条件を示している。

まず、既に録画済みのコンテンツの含まれるコンテンツファイルに対し付加情報を追記する場合について説明する。この場合、追記前の Existence status of extend inf ormat ionフラグの状態により、処理力 S 異なる。

追記前の Existence status of extend inf ormat ionフラグカ T (存在しなレ、）になつていた場合、 AV Indexのコンテンツに対応するェントリに同じ情報が既に含まれているかどうかを調べる。追加したのと同じ情幸！ ¾カ含れてレヽた場合、 Existence status of extend informationフラグを '1' のままにして、変更を行わない。あるいは、調べる処理を行わずに '0' (存在するか不明）にしてもよい。

——方、 is目己冃の Existence status of extend informationフフグ力 ' 0 ' (存在するか不明）になっていた場合、コンテンツファイルに含まれる付加情報の全てが AV Indexのコンテンツに対応するェントリに含まれているかどうかを調べる。付加情報の全てが含まれていた場合、 Existence status of extend informationフラグを ' 1' (存在しなレヽ） iこ変更する。あるいは、調べる処理を行わずに、 '0' のままにして、変更を行わなくてもよい。

次に、コンテンツフアイルに含まれる付加情報を削除する場合にっレ、て説明する。この場合、肖 IJ除前の Existence status of extend

informationフラグの状態により、処理が異なる。

肖¹ J除冃 LIの Existence status of extend informationフラグ力 S 丄' (存在しなレ、）になっていた場合、該フラグを ' 1，のままにして、変更を行わない。

―方、肖 lj除刖の Existence status of extend inf ormat ionフラグ力 ^s '0 ， (存在するか不明）になっていた場合、コンテンツファイルに含まれる付加情報がまつたく無いカもしくは全て AV Indexのコンテンツに対応するエントリに含まれているかどうかを調べる。コンテンツファイル内に付加情報がまったく無い、もしくは AV Indexに全て含まれていた場合、 Existence status of extend informationフフグを '1， (存在しない) に変更する。あるいは、調べる処理を行わずに' 0' のまま変更を行わなくてもよい。

次に、 AV Indexに付加情報を追記する場合について説明する。この場合も、追己目 ijの Existence status of extend informationフフクの状 |g により、処理が異なる。

追 S己前の Existence status of extend informationフラグ力 ^s ' 1 ' (存在しない）になっていた場合、 ' のまま変更を行わない。

——方、追 S己冃 Uの Exi stence status of extend inf ormat ionフフグカ ϋ , (存在するか不明）になっていた場合、 AV Indexに追記した内容が既に対応するコンテンツファイルに含まれているか否かを調べる処理を行う。 AV Indexに追記した内容が既に対応するコンテンツファイルに含まれてレヽる合、 Existence status of extend informationフフグを 1 変更する。あるいは、調べる処理を行わずに、 '0' のまま変更を行わなくても良い。

さらに、 AV Index内に含まれる情報を削除する場合について説明する

。この合 ¾、肖 (J除の Exi stence status of extend inf ormat ionフフグの状態により、処理が異なる。

肖¹ J除則の Existence status of extend inf ormat ionフラグ 1 (存在しない）になっていた場合、削除を行う情報が対応するコンテンツファィルに含まれている内容かどうかを調べる処理を行う。対応するコンテンッフアイノレこ存在する場合、 Existence status of extend

informationフラグを '0' に変更する。あるいは、調べる処理を行わずに， 0' に変更する。

肖¹ J除前の Existence status of extend inf ormationフラグ力 ^s ' 0' ィ在するか不明）になっていた場合、対応するコンテンツファイルに含まれる付加情報の全てが AV Index内に含まれているかどうかを調べる処理を行う。全て含まれていた場合、 Existence status of extend

informationフラグを ' (存在しない）に変更する。あるいは、調べる処理を行わずに '0' のまま変更を行わなくてもよい。

コンテンツファイルと AV Indexとに同時に同じ情報を追記する、あるいは肖 IJ除する場合、 Existence status of extend informationフラグの書き換えを行わない。

( 5. AV Index記録処理について）

( 6. インデックスファイル画面表示処理について）

本実施形態のィンデックスフアイル画面表示処理は、拡張付加情報有無フフグ (Existence status of extend inf ormationj の値 ¾r見て、ィンデックス画面に反映させるところ以外は第 1の実施形態と同様である。本実施形態においては、コンテンツフアイルに拡張付加情報が存在しない場合が '1' 、存在するかもしれない場合が '0' であるため、拡張付カロ情幸艮有無フラグ（Existence status of extend inf ormat ion)力 S '0，となっているェントリについては、コンテンツファイルを開き、拡張付加情報が存在するか否かを確認する必要がある。

拡張付加情報が存在すると確認されたェントリについては、インデックス画面の下部に拡張付加情報が存在することを示すアイコンあるいは拡張付加情報を表示するためのボタンを表示する。

一方、拡張付加情報が存在しないと確認されたェントリについては、このとき拡張付加情報有無フラグ（Exi st ence status of extend informat i on)を 1 に書さ換る。

このように、表示の際にコンテンツファイルを確認して、拡張付加情報が存在しないのに拡張付加情報有無フラグが ' 0 ' となっていたェントリについて ' に書き換えていくことで、無駄なアクセスが少なくなつていく。

また、インデックス画面表示の体感レスポンスを落とさないよう、拡張付加情報が存在するか否かを確認する処理は、 1画面に表示するすべてのェントリについてサムネイルを表示した後に行っても良い。

また、本実施形態においては、付加情報の追記 ·編集時の拡張付加情報有無のフラグの書き換えにおいて、現在のフラグの状態に係わらず、

AV Indexとの比較も行わず、常に ' 0 ' を記録するような機器が存在しても良い。

また、本実施形態においても、第 1の実施形態で説明したとおり、拡張付加情報の有無を示す識別情報は、拡張付加情報の種別毎に設定してもよい。

また、本実施形態においても、拡張付加情報が再生可能な機器に関する情報を含む構成としても良い。

第 1の実施形態に比べて、表示に関する手間が増えてはいるが、拡張付加情報の有無に関する情報がない場合に比べ、フラグが ' (存在しなレ、）となっているエントリに関しては拡張付加情報の有無に関して対応するコンテンツファイルを読みに行く必要がないという重要な効果を奏する。

本実施形態のような構成にすることによって、付加情報の記録 · 編集時に AV Indexとコンテンツファイルの付加情報を比較し、拡張付加情報がコンテンッフアイルに含まれるかどうかを調べるという処理を常に行わない機器があってもよく、実装の負担を増やしたくない機器との混在が可能になる。

なお、本発明のデータ記録方法は、 AVデータを含む複数のコンテンツのィンデックス情報を記録媒体に記録するデータ記録方法であって、上記インデックス情報には、上記各コンテンツの属性情報が含まれ、上記コンテンッに関する拡張付加情報を上記ィンデッタス外に記録し、上記属性情報には上記拡張付加情報に関する情報を含む構成であってもよいまた、上記拡張付加情報に関する情報が、上記拡張付加情報の有無に関する情報を含む構成であってもよい。さらに、上記拡張付加情報が、動画サムネイルデータであることが好ましい。

さらに、上記コンテンツは、上記拡張付加情報を含む構成であってもよい。また、上記拡張付加情報に関する情報が、上記拡張付加情報の種別毎の有無に関する情報を含む構成であってもよい。さらに、上記拡張付加情報に関する情報が、上記拡張付加情報を解釈可能な機器に関する情報を含む構成であってもよい。

また、本発明のデータ再生方法は、 AVデータを含むコンテンツのインデッタス情報が記録媒体に記録され、上記ィンデッタス情報には各コンテンッの属性情報が含まれ、上記コンテンッに関する拡張付加情報が上記ィンデックス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際のィンデッタス情報の再生方法であって、上記拡張付加情報に関する情報に基づき各コンテンツの拡張付加情報の読み出しを制御する構成であってもよい。さらに、拡張付加情報の読み出しは、ィンデックス情報の読み出しの後に行うことが好ましい。

また、本発明のデータ再生方法は、 AVデータを含むコンテンツのインデッタス情報が記録媒体に記録され、上記ィンデッタス情報には各コンテンッの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際のィンデックス情報のデータ再生方法であって、上記拡張付加情報に関する情報を表示する構成であってもよい。

また、本発明のデータ記録装置は、 AVデータを含むコンテンツのインデックス情報を記録媒体に記録するデータ記録装置であって、上記インデックス情報に、上記各コンテンツの属性情報を格納する手段と、上記コンテンッに関する拡張付加情報を上記ィンデックス外に記録する手段と、上記属性情報には上記拡張付加情報に関する情報を格納する手段とを備える構成であってもよい。

また、本発明のデータ再生装置は、 AVデータを含むコンテンツのインデッタス情報が記録媒体に記録され、上記ィンデッタス情報には各コンテンッの属性情報が含まれ、上記コンテンッに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際のィンデックス情報のデータ再生装置であって、上記拡張付加情報に関する情報を基づき各コンテンツの拡張付加情報の読み出しを制御する手段を備える構成であってもよい。

さらに、本発明のデータ再生装置は、 AVデータを含むコンテンツのィンデックス情報が記録媒体に記録され、上記ィンデックス情報には各コンテンッの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデックス情報が上記拡張付加情報に関する情報を含む際のィンデッタス情報のデータ再生装置であつて、上記拡張付加情報に関する情報を表示する手段を備える構成であつてもよい。

また、本発明のデータ記録媒体は、 AVデータを含む複数のコンテンツのィンデックス情報を記録したデ一タ記録媒体であって、上記ィンデッタス情報には、上記各コンテンツの属性情報が含まれ、上記コンテンツに関する拡張付加情報を上記ィンデッタス外に記録され、上記属性情報には上記拡張付加情報に関する情報を含む構成であってもよい。

また、本発明のプログラムは、 AVデータを含む複数のコンテンツのィンデッタス情報を記録媒体に記録するコンピュータプログラムであって、上記インデックス情報には、上記各コンテンツの属性情報を格納するステップと、上記コンテンツに関する拡張付加情報を上記ィンデックス外に記録するステップと、上記属性情報には上記拡張付加情報に関する情報を格納するステップとを有する構成であってもよい。

また、本発明のプログラムは、 AVデータを含むコンテンツのィンデッタス情報が記録媒体に記録され、上記ィンデッタス情報には各コンテンッの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際に、インデックス情報を再生するコンピュータプログラムであって、上記拡張付加情報に関する情報を基づき各コンテンツの拡張付加情報の読み出しを制御するステップを有する構成であってもよい。

また、本発明のプログラムは、 AVデータを含むコンテンツのィンデッタス情報が記録媒体に記録され、上記ィンデッタス情報には各コンテンッの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデックス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際のインデックス情報を再生するコンピュータプログラムであって、上記拡張付加情報に関する情報を表示するステップを有する構成であってもよい。

また、本発明の記録媒体は、 AVデータを含む複数のコンテンツのインデックス情報を記録媒体に記録するコンピュータが読み取り可能なプログラムが記録されている記録媒体であって、上記ィンデッタス情報には、上記各コンテンツの属性情報を格納するステップと、上記コンテンツに関する拡張付加情報を上記インデックス外に記録するステップと、上記属性情報には上記拡張付加情報に関する情報を格納するステップを有することを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体であってもよい。

また、本発明の記録媒体は、 AVデータを含むコンテンツのインデックス情報が記録媒体に記録され、上記インデックス情報には各コンテンツの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデックス情報が上記拡張付加情報に関する情報を含む際に、ィンデックス情報を再生するコンピュータが読み取り可能なプログラムが記録されている記録媒体であって、上記拡張付加情報に関する情報を基づき各コンテンツの拡張付加情報の読み出しを制御するステップを有する構成であってもよい。

また、本発明の記録媒体は、 AVデータを含むコンテンツのインデックス情報が記録媒体に記録され、上記ィンデックス情報には各コンテンツの属性情報が含まれ、上記コンテンツに関する拡張付加情報が上記ィンデッタス外に記録され、上記ィンデッタス情報が上記拡張付加情報に関する情報を含む際のインデッタス情報を再生するコンピュータが読み取り可能なプログラムが記録されている記録媒体であって、上記拡張付加情報に関する情報を表示するステップを有することを特徴とするコンビユータが読み取り可能なプログラムが記録されている記録媒体であってもよい。

上記構成によれば、拡張付加情報の有無を示すフラグを設けることによって、コンテンツにアクセスせずともィンデッタス表示画面で拡張付加情報の有無がわかり、所望の映像を検索する際にさらに使い勝手の良いものとなる。また、拡張付加情報はコンテンツファイル内に格納するため、多くの拡張付加情報があった場合でも、インデックス表示の体感レスポンスを落とさずに、より多くの情報をすばやく見ることが可能となる。

また、動画サムネイルの有無を示すフラグを設けることによって、ィンデックス表示の体感レスポンスを落とさずに、ィンデックス画面上で動画サムネイルの表示を行うことが可能となる。

尚、発明を実施するための最良の形態の項においてなした具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求の範囲内で、いろいろと変更して実施することができるものである。産業上の利用の可能性

本発明の構成によれば、各コンテンツに直接アクセスしなくても、ィンデックス情報のみにアクセスすることによって、各コンテンッに拡張付加情報が付加されているか否かを識別情報に基づき把握することができる。これにより、本発明を、各コンテンツにおける拡張付加情報の有無をより簡易に確認することができるデータ記録方法、データ再生方法、データ記録装置、データ再生装置、データ記録媒体、プログラム、おょぴそのプログラムを格納した記録媒体に好適に用いることができる。

Claims

請求の範囲

1 . A Vデータを含む複数のコンテンツのインデックス情報を、記録媒体に記録するデータ記録方法において、

5 上記インデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含むデータ記録方法。

2 . 上記拡張付加情報は、動画サムネイルデータである請求の範囲第 1項に記載のデータ記録方法。

3 . 上記各コンテンツの所定領域に、上記拡張付加情報を含む請求の 10. 範囲第 1項に記載のデータ記録方法。

4 . 上記拡張付加情報を、上記各コンテンツを記録する記録媒体の領域と別の領域に記録する請求の範囲第 1項に記載のデータ記録方法。

5 . 上記識別情報を、上記拡張付加情報の種別毎に設定する請求の範囲第 1項に記載のデータ記録方法。

15 6 . 上記識別情報は、上記拡張付加情報を再生可能な機器に関する情報を含む請求の範囲第 1項に記載のデータ記録方法。

7 . 上記識別情報は、拡張付加情報が付加されていない状態と、拡張付加情報が付加されている、あるいは付加されているかどうか不明である状態とのどちらかを示す情報を含む請求の範囲第 1項に記載のデータ

20 記録方法。

8 . A Vデータを含む複数のコンテンッのインデックス情報を再生するデータ再生方法において、

上記ィンデッタス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報に基づき、上記拡張付加情報の読み出しを制御するデータ再生方法。

9 . 上記インデックス情報を読み出した後で、ユーザによる上記拡張付加情報の表示の指示前に、該拡張付加情報を読み出す請求の範囲第 8 項に記載のデータ記録方法。

1 0 . A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生方法において、

上記ィンデッタス情報は、上記各コンテンッに対して拡張付加情報が付加されているか否かを表す識別情報を含み、

上記識別情報を表示するデータ再生方法。

1 1 . A Vデータを含む複数のコンテンツのインデックス情報を、記録媒体に記録するデータ記録装置において、

上記ィンデックス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含むデータ記録装置。

1 2 . A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生装置において、

上記ィンデックス情報は、上記各コンテンッに対して拡張付加情報が付加されているか否かを表す識別情報を含み、

上記識別情報に基づき、上記拡張付加情報の読み出しを制御する制御手段を備えているデータ再生装置。

1 3 . A Vデータを含む複数のコンテンツのインデックス情報を再生するデータ再生装置において、

上記ィンデックス情報は、上記各コンテンッに対して拡張付加情報が付加されているか否かを表す識別情報を含み、上記識別情報を表示する表示手段を備えているデータ再生装置。

1 4 . A Vデータを含む複数のコンテンッのィンデックス情報が記録されたデータ記録媒体において、

上記ィンデッタス情報は、上記各コンテンツに対して拡張付加情報が付加されているか否かを表す識別情報を含むデータ記録媒体。

1 5 . 請求の範囲第 1項から第 7項のいずれか 1項に記載のデータ記録方法をコンピュータに実行させるプログラム。

1 6 . 請求の範囲第 8項から第 1 0項のいずれか 1項に記載のデータ再生方法をコンピュータに実行させるプログラム。

1 7 . 請求の範囲第 1 5項または第 1 6項に記載のプログラムを格納したコンピュータ読み取り可能な記録媒体。