JP5045254B2 - 記録装置、撮像装置、プレイリスト生成方法およびプログラム - Google Patents

Description

本発明は、記録装置に関し、特にビデオデータとオーディオデータとを多重化したクリップデータを扱う記録装置、撮像装置、および、これらにおける処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

従来より、記録再生装置から取り外し可能な記録媒体として、ＤＶＤ（Digital Versatile Disc）が用いられている。このＤＶＤは、４．７ＧＢ（Giga Byte）以上の記録容量を有し、ビデオデータやオーディオデータを含むＡＶ（Audio/Video）データを記録することができる。例えば、記録可能なタイプのＤＶＤに対してＤＶＤ−Ｖｉｄｅｏフォーマットで記録する撮像装置が提案されている（例えば、特許文献１参照。）。
特開２００４−３５０２５１号公報（図１）

一方、今後はより高精細なデジタルハイディフィニション映像の記録再生の実現が要望される。そのため、例えば、ＡＶＣＨＤ規格が提案されている。このＡＶＣＨＤ規格は、有効走査線数１０８０本のインターレース方式（１０８０ｉ）や有効走査線数７２０本のプログレッシブ方式（７２０ｐ）等のビデオ信号を高効率の圧縮符号化技術を用いて記録するものである。このＡＶＣＨＤ規格では、ビデオデータの符号化にはＭＰＥＧ（Moving Picture Experts Group）−４ ＡＶＣ（Advanced Video Coding）／Ｈ．２６４方式、オーディオデータの符号化にはドルビーデジタル（ＡＣ−３：Audio Code number 3）方式またはリニアＰＣＭ（ＬＰＣＭ：Linear Pulse-Code Modulation）方式が採用されている。

このようなＡＶデータの記録再生においては、様々な制約があることから、一旦記録されたデータが正常に再生できなくなる場合がある。例えば、ＡＶＣＨＤ規格では、光学系のディスク記録媒体では記録レートは１８Ｍｂｐｓ（bit per second：ビット／秒）以下であり、それ以外の記録媒体では記録レートは２４Ｍｂｐｓ以下という制約がある。そのため、最高画質の設定として２４Ｍｂｐｓ、標準画質の設定として１２Ｍｂｐｓでそれぞれハードディスクを記録媒体として撮影するカムコーダを想定した場合、使用者が両者の画質の設定を混在してハードディスクに記録し、再エンコードすることなくＤＶＤにコピーを行うと、ＤＶＤプレーヤーでは１２Ｍｂｐｓの映像は再生できるが、２４Ｍｂｐｓの映像は再生できず、チャプタ毎に表示の有無が変わってしまうおそれがある。

また、オーディオデータの符号化方式として、ＬＰＣＭはオプションであるため、再生機器によってはＬＰＣＭにより符号化されたデータは音声を再生できない場合がある。同様に、ビデオデータの符号化方式についても、再生機器によっては例えば画サイズやプロファイル、レベルなどについてある属性までしか対応していないことがあり、その属性を超えるコーデックで符号化されたデータは再生することができない。

本発明はこのような状況に鑑みてなされたものであり、再生機器において再生可能なデータを予めグループ化することを目的とする。

本発明は、上記課題を解決するためになされたものであり、その第１の側面は、ビデオデータとオーディオデータとを多重化してクリップデータとして記録媒体に記録する記録装置において、上記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手段と、上記取得されたフォーマット情報に基づいて上記クリップデータを複数のグループに分類するクリップデータ分類手段と、上記複数のグループ毎に上記クリップデータに関するプレイリストを作成するプレイリスト作成手段とを具備することを特徴とする記録装置である。これにより、取得されたフォーマット情報に基づいてクリップデータを複数のグループに分類して、グループ毎にクリップデータに関するプレイリストを作成させるという作用をもたらす。

また、この第１の側面において、上記記録媒体は、上記クリップデータを保持するクリップデータファイルと、上記クリップデータに関する情報を当該クリップデータに対応して保持するクリップ情報ファイルとを記録し、上記フォーマット情報取得手段は、上記クリップデータの記録フォーマットに関する上記フォーマット情報を上記クリップ情報ファイルから取得するようにしてもよい。これにより、クリップ情報ファイルから取得されたフォーマット情報に基づいてクリップデータを複数のグループに分類して、グループ毎にクリップデータに関するプレイリストを作成させるという作用をもたらす。

また、この第１の側面において、上記フォーマット情報は、上記クリップデータの記録レートに関する情報、上記クリップデータの上記オーディオデータの符号化に関する情報、または、上記クリップデータの上記ビデオデータの符号化に関する情報の何れかであってもよい。

また、この第１の側面において、上記複数のグループ毎に作成された上記プレイリストに基づいて上記クリップデータを再生するためのメニューを作成するメニュー作成手段をさらに具備してもよい。これにより、グループ毎に作成されたプレイリストに基づいてクリップデータを再生するためのメニューを作成させるという作用をもたらす。

また、本発明の第２の側面は、被写体を撮像してビデオデータを生成する撮像手段と、上記被写体からの音声を収音してオーディオデータを生成する収音手段と、上記ビデオデータと上記オーディオデータとを多重化してクリップデータとして記録媒体に記録する記録手段と、上記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手段と、上記取得されたフォーマット情報に基づいて上記クリップデータを複数のグループに分類するクリップデータ分類手段と、上記複数のグループ毎に上記クリップデータに関するプレイリストを作成して上記記録媒体に記録するプレイリスト作成手段とを具備することを特徴とする撮像装置である。これにより、撮像装置において取得されたフォーマット情報に基づいてクリップデータを複数のグループに分類して、グループ毎にクリップデータに関するプレイリストを作成させるという作用をもたらす。

また、本発明の第３の側面は、ビデオデータとオーディオデータとを多重化したクリップデータを保持するクリップデータファイルと、上記クリップデータに関する情報を当該クリップデータに対応して保持するクリップ情報ファイルとを記録媒体に記録する記録装置におけるプレイリスト生成方法であって、上記クリップ情報ファイルから上記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手順と、上記取得されたフォーマット情報に基づいて上記クリップデータを複数のグループに分類するクリップデータ分類手段と、上記複数のグループ毎に上記クリップデータに関するプレイリストを作成して上記記録媒体に記録するプレイリスト作成手順とを具備することを特徴とするプレイリスト生成方法またはこれら手順をコンピュータに実行させることを特徴とするプログラムである。これにより、取得されたフォーマット情報に基づいてクリップデータを複数のグループに分類して、グループ毎にクリップデータに関するプレイリストを作成させるという作用をもたらす。

本発明によれば、再生機器において再生可能なデータを予めグループ化することができるという優れた効果を奏し得る。

次に本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の実施の形態における記録装置の一例としての撮像装置１００の構成例を示す図である。この撮像装置１００は、カメラ部１０と、記録再生処理部２０と、制御部３０とを備えている。

カメラ部１０は、光学ブロック１１と、カメラ制御部１２と、信号変換器１３と、撮像信号処理部１４と、音声入力部１５と、音声信号処理部１６とを備える。光学ブロック１１は、内部に、被写体を撮像するためのレンズ群、絞り調整機構、フォーカス調整機構、ズーム機構、シャッター機構、フラッシュ機構、および、手ブレ補正機構などを備える。カメラ制御部１２は、制御部３０から制御信号を受けて、光学ブロック１１に供給する制御信号を生成する。そして、生成した制御信号を光学ブロック１１に供給して、ズーム制御、シャッター制御、および、露出制御などの制御を行なう。

信号変換器１３は、例えばＣＣＤ（Charge Coupled Device）などの撮像素子により構成され、その結像面に、光学ブロック１１を通じた像が結像される。この信号変換器１３は、シャッター操作に応じて制御部３０から供給される画像取り込みタイミング信号を受けて、結像面に結像されている被写体像を撮像信号に変換し、撮像信号処理部１４に供給する。

撮像信号処理部１４は、制御部３０からの制御信号に基づいて、撮像信号についてのガンマ補正やＡＧＣ（Auto Gain Control）などの処理を行うとともに、撮像信号をデジタル信号としての画像信号に変換する処理も行う。音声入力部１５は、撮影時の被写体周辺の音声を収集する。この音声入力部１５からの音声信号は音声信号処理部１６に供給される。音声信号処理部１６は、制御部３０からの制御信号に基づいて、音声信号についての補正やＡＧＣなどの処理を行うとともに、音声信号をデジタル信号に変換する処理も行なう。

記録再生処理部２０は、符号化／復号回路２１と、媒体インターフェース２３と、出力処理部２４と、バッファメモリ２５とを備える。

符号化／復号回路２１は、カメラ部１０からの画像信号および音声信号や追加記録情報を符号化し多重化して圧縮データに変換する符号化機能を有する。一方、符号化／復号回路２１は、圧縮データから画像信号および音声信号や追加記録情報を分離して復号する復号機能を有する。また、符号化／復号回路２１は、制御部３０からの制御信号に基づき、撮像信号処理部１４からの画像信号に対して、自動ホワイトバランス制御、露出補正制御、デジタルズーム倍率に応じた拡大制御などをさらに行う。

ハードディスク２２は、符号化／復号回路２１から圧縮データを受けて記録する。また、ハードディスク２２は、記録されている圧縮データを符号化／復号回路２１に供給する。媒体インターフェース２３は、符号化／復号回路２１から圧縮データを受けて記録媒体４９に書き込む。また、媒体インターフェース２３は、記録媒体４９から圧縮データを読み出して符号化／復号回路２１に供給する。記録媒体４９としては、例えば、ＤＶＤなどのディスク状記録媒体やメモリカードなどの半導体メモリを想定することができる。

出力処理部２４は、制御部３０からの制御により、符号化／復号回路２１からの圧縮データを制御部３０や出力端子２７乃至２９に供給する。バッファメモリ２５は、例えばＳＤＲＡＭなどにより構成され、符号化／復号回路２１における符号化または復号のための作業領域として利用される。

制御部３０は、処理装置３１と、ＲＯＭ（Read Only Memory）３３と、ＲＡＭ（Random Access Memory）３４と、操作入力部４１を接続するための操作入力インターフェース３５と、表示部４２を接続するための表示制御部３６と、撮影時刻を記録するための時計回路３９とがシステムバス３２を介して接続されることにより構成される。

処理装置３１は制御部３０全体の処理を司るものであり、作業領域としてＲＡＭ３４を使用する。ＲＯＭ３３には、カメラ部１０を制御するためのプログラムや、画像信号や音声信号の記録制御および再生制御などを実行するためのプログラムが書き込まれている。

操作入力インターフェース３５に接続される操作入力部４１には、撮影モードと再生モードなどの他のモードとを切り換えるモード切り換えキー、ズーム調整キー、露出調整のためのキー、シャッターキー、動画撮影用キー、表示部４２における表示調整キーなどの複数のキーが設けられている。操作入力インターフェース３５は、操作入力部４１からの操作信号を処理装置３１に伝える。処理装置３１は、操作入力部４１においていずれのキーが操作されたかを判別し、その判別結果に応じた制御処理を行なう。

表示制御部３６に接続される表示部４２は、例えばＬＣＤ（Liquid Crystal Display）などにより構成され、処理装置３１の制御の下に、カメラ部１０からの画像信号や、記録媒体４９から読み出された画像信号を表示する。時計回路３９は、年、月、日、時間、分、秒などを表わす時間情報を生成する。

この撮像装置１００において、ハードディスク２２または記録媒体４９にはＡＶＣＨＤ規格によるＡＶデータが記録されることを想定する。以下、このＡＶＣＨＤ規格について説明する。

図２は、ＡＶＣＨＤ規格におけるデータ構造を示す図である。ＡＶＣＨＤ規格では、階層構造によりＡＶデータを扱っており、インデックステーブルと、ムービーオブジェクトと、プレイリストと、クリップ情報ファイルと、クリップＡＶストリームファイルとに大別される。

クリップＡＶストリームファイルは、ビデオデータやオーディオデータがＭＰＥＧ−２ ＴＳ（トランスポートストリーム）形式により多重化されたビットストリームである。また、このクリップＡＶストリームには、字幕を表示するグラフィクスストリームであるＯＢストリーム（Overlay Bitmap stream）や、メニュー表示などに用いられるデータ（ボタ
ン画像データなど）をストリームにしたＭＢストリーム（Menu Bitmap stream）を多重化することができる。

クリップ情報ファイルは、クリップＡＶストリームファイルに関する情報をクリップ情報として保持するファイルである。このクリップ情報ファイルには、クリップＡＶストリームファイルにおける時間の位置と空間の位置（アドレス）との間のマッピング（変換）テーブル等が含まれている。これにより、クリップＡＶストリームファイルにおけるアクセスポイントが時間により指定された際、このマッピングテーブルを参照することにより、クリップＡＶストリームファイル上の適正なアドレスにアクセスすることができる。

これらクリップＡＶストリームファイルおよび対応するクリップ情報が記録されたクリップ情報ファイルをまとめてクリップと呼称する。クリップを構成するクリップＡＶストリームファイルおよびクリップ情報ファイルは１対１に対応する。すなわち、この図の例において、クリップ情報７４１はストリーム７５１に関する情報を保持し、クリップ情報７４２はストリーム７５２に関する情報を保持し、クリップ情報７４３はストリーム７５３に関する情報を保持し、クリップ情報７４４はストリーム７５４に関する情報を保持している。

プレイリストは、再生するクリップと、そのクリップの開始点および終了点の対に関する情報等から構成される。この再生開始点および再生終了点等の情報は、プレイアイテム（PlayItem）と呼称される。１つのプレイリストには、１つ以上のプレイアイテムが含まれる。クリップの再生は、このプレイリストを経由して行われる。すなわち、プレイリストが再生されることにより、そのプレイリストに含まれるプレイアイテムが順次再生されることになる。これにより、プレイアイテム中の再生開始点および再生終了点に従って、クリップ中の対応する区間が再生されていく。

各プレイアイテムには、プレイリストマークを付与することができる。このプレイリストマークにより、プレイアイテムは複数のチャプタに分割される。また、これとは逆に、１つのチャプタの中に複数のプレイアイテムが存在する場合もある。

プレイリストは、実プレイリスト（Real PlayList）と仮想プレイリスト（Virtual PlayList）とに大別される。実プレイリストは、クリップを単位として１つ以上のクリップを、基本的に記録順に保持するプレイリストである。この実プレイリスト内では時間的な飛び（ギャップ）はなく、また、他の実プレイリストとの間で重複（オーバラップ）も生じない。一方、仮想プレイリストは、何れかの実プレイリストに対応するクリップの一部もしくは全部を１つ以上、任意に保持するプレイリストである。この図の例において、プレイアイテム７３１、７３２、７３３、７３４および７３５は実プレイリストに属し、プレイアイテム７３６および７３７は仮想プレイリストに属している。

ＡＶＣＨＤ規格では、プレイアイテムが同一のプレイリストに属するための条件として、ビデオデータについては、符号化種別が同一であること、画サイズが同一であること、フレームレートが同一であること等が定められている。一方、オーディオデータについては特に条件は定められていない。したがって、オーディオデータの符号化種別によってはプレイリストの一部が再生機器側で正常に再生できないことも生じ得る。また、ビデオデータについても他の制約からプレイリストの一部が再生機器側で正常に再生できないことも生じ得る。本発明の実施の形態では、これを解決するために、後述するような特別な仮想プレイリストを作成する。

ムービーオブジェクトは、ナビゲーションコマンドプログラム等を含むオブジェクトである。ここで、ナビゲーションコマンドプログラムは、プレイリストの再生や再生終了後の処理を制御するためのコマンド群である。この図の例において、ムービーオブジェクト＃１（７２１）は実プレイリスト＃０００００を再生し、ムービーオブジェクト＃２（７２２）は実プレイリスト＃００２００を再生し、ムービーオブジェクト＃３（７２３）は実プレイリスト＃０００１８を再生し、ムービーオブジェクト＃４（７２４）は仮想プレイリスト＃０１００５を再生するようになっている。

インデックステーブルは、記録媒体に記録されたコンテンツのタイトルを定義する、最上位レベルのテーブルである。このインデックステーブルには１つ以上のムービータイトルが含まれ、各ムービータイトルからムービーオブジェクトを指し示すようになっている。この図の例において、ムービータイトル＃１（７１１）はムービーオブジェクト＃１（７２１）を指し示し、ムービータイトル＃２（７１２）はムービーオブジェクト＃１（７２２）を指し示し、ムービータイトル＃３（７１３）はムービーオブジェクト＃１（７２３）を指し示し、ムービータイトル＃４（７１４）はムービーオブジェクト＃１（７２４）を指し示している。再生機器では、このインデックステーブルに格納されているタイトル情報に基づいてコンテンツの再生が制御される。

図３は、ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。インデックステーブルには、既に説明したムービータイトルの他に、ファーストプレーバックタイトル７１９およびメニュータイトル７１８が含まれる。ファーストプレーバックタイトル７１９は、最初に再生されるタイトルに対応するムービーオブジェクトを指し示すものである。メニュータイトル７１８は、メニュー画面に対応するムービーオブジェクトを指し示すものである。

ここでは、タイトル＃１の再生開始が指示された場合を想定する。ムービータイトル＃１（７１１）からムービーオブジェクト＃１（７２１）が指し示され、これにより、ムービーオブジェクト＃１（７２１）に含まれるナビゲーションコマンドプログラムが実行される。

ムービーオブジェクト＃１（７２１）において、プレイリスト＃１（７３０）の再生を指示するコマンド（７２０１）が実行されると、プレイリスト＃１（７３０）におけるプレイアイテムが順次再生される。このプレイリスト＃１（７３０）を経由して、対応するクリップが再生される。この図の例では、プレイアイテム＃１（７３１）、プレイアイテム＃２（７３２）の順に再生され、プレイアイテム＃９（７３９）の再生が終了すると、ムービーオブジェクト＃１（７２１）に戻るようになっている。

ムービーオブジェクト＃１（７２１）では、ナビゲーションプログラムコマンドにより、メニュータイトルへ戻る旨が指示され（７２０２）、メニュータイトル７１８へ制御が移行する。

図４は、本発明の実施の形態における撮像装置１００の機能構成例を示す図である。撮像装置１００は、その機能として、操作受付部２１０と、フォーマット情報取得部２２０と、クリップデータ分類部２３０と、仮想プレイリスト作成部２４０と、メニュー画面作成部２５０と、再生表示部２６０とを備えている。

操作受付部２１０は、撮像装置１００の使用者からの操作入力を受け付けるものである。この操作入力としては、撮像のためのＲＥＣボタン押下、記録レートの設定、オーディオ符号化方式の設定、ビデオ符号化のプロファイルおよびレベルの設定、再生の際のメニュー画面操作などを含む。

フォーマット情報取得部２２０は、クリップの記録フォーマットに関するフォーマット情報を取得するものである。このフォーマット情報は、その撮像装置１００において撮像されたクリップであれば、撮像の際に操作受付部２１０によって設定された内容から取得することができる。また、他の機器によって記録媒体２９０に記録されたクリップを含めて適用するためには、そのクリップに対応するクリップ情報ファイルの内容を記録媒体２９０から取得することも可能である。この具体的な内容については後述する。

クリップデータ分類部２３０は、フォーマット情報取得部２２０によって取得されたフォーマット情報に基づいてクリップを複数のグループに分類するものである。例えば、クリップの記録レートに基づいて分類する場合には、１８Ｍｂｐｓ以下で記録されたクリップのグループと、１８Ｍｂｐｓ超えで記録されたクリップのグループとに分類することができる。また、クリップのオーディオデータの符号化に関する情報に基づいて分類する場合には、ＡＣ−３で記録されたクリップのグループと、ＬＰＣＭで記録されたクリップのグループとに分類することができる。また、クリップのビデオデータの符号化に関する情報に基づいて分類する場合には、メインプロファイルで記録されたクリップのグループと、ハイプロファイルで記録されたクリップのグループとに分類することができ、さらに、レベルに応じて分類するようにしてもよい。

仮想プレイリスト作成部２４０は、クリップデータ分類部２３０によって分類された複数のグループ毎にクリップに関する仮想プレイリストを作成するものである。この仮想プレイリストは、実プレイリストとは別個に作成されるものであり、例えば、クリップの記録レートに基づいて分類する場合には、１８Ｍｂｐｓ以下で記録されたクリップのグループで一つの仮想プレイリストを構成し、１８Ｍｂｐｓ超えで記録されたクリップのグループでもう一つの仮想プレイリストを構成する。仮想プレイリスト作成部２４０によって作成された仮想プレイリストは、記録媒体２９０に記録される。

この仮想プレイリスト作成部２４０による仮想プレイリストの作成タイミングとしては、記録操作が完了するたびに行ってもよく、使用者からの明示的な操作により作成されてもよく、また、記録媒体の取出しや外部装置との接続などの他の操作を契機に自動的に行ってもよい。また、他のソフトウェアにおいて記録媒体を編集（オーサリング）する際に作成するようにしてもよい。

メニュー画面作成部２５０は、仮想プレイリスト作成部２４０によって作成された仮想プレイリストに基づいてクリップを再生するためのメニュー画面を作成するものである。このメニュー画面は、各クリップに対応するサムネイルやフォーマット情報の表示、上述のＭＢストリームにより構成される操作ボタンなどを含む。このメニュー画面作成部２５０によって作成されたメニュー画面は、記録媒体２９０に記録される。

再生表示部２６０は、記録媒体２９０に記録されたクリップを再生表示するものである。クリップの再生の際、メニュー画面作成部２５０によって作成されたメニュー画面が存在する場合にはそのメニュー画面を介してクリップが再生される。

上述の機能のうち、操作受付部２１０は例えば操作入力部４１により実現され、再生表示部２６０は例えば表示部４２により実現され、それ以外の機能は例えば処理装置３１により実現され得る。

図５は、ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。記録媒体のルートディレクトリ（ｒｏｏｔ）の下には、クリップの内容を含むディレクトリ「ＢＤＭＶ」８１０が配置される。また、必要に応じて、ルートディレクトリの下にサムネイルを含むディレクトリ「ＡＶＣＨＤＴＮ」８８０が配置される。

ディレクトリ「ＢＤＭＶ」８１０の直下には、ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０およびファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０が配置される。また、ディレクトリ「ＢＤＭＶ」８１０の下には、ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０、ディレクトリ「ＣＬＩＰＩＮＦ」８５０、ディレクトリ「ＳＴＲＥＡＭ」８６０、および、ディレクトリ「ＢＡＣＫＵＰ」８７０が配置される。

ファイル「ｉｎｄｅｘ.ｂｄｍｖ」８２０は、ディレクトリ「ＢＤＭＶ」８１０の内容を格納するものであり、図２において説明したインデックステーブルに対応する。また、ファイル「ＭｏｖｉｅＯｂｊｅｃｔ.ｂｄｍｖ」８３０は、ムービーオブジェクトの情報を格納するものであり、図２において説明したムービーオブジェクトに対応する。

ディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、プレイリストのデータベースが配置されるディレクトリである。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０は、例えば、プレイリストに関するファイルであるファイル８４１乃至８４３を含む。このディレクトリ「ＰＬＡＹＬＩＳＴ」８４０におけるファイルのファイル名は、５桁の数字と拡張子からなる。５桁の数字のうち、「０００００」から「００９９９」の１０００個は実プレイリスト用であり、「０１０００」から「０１１９９」の２００個は仮想プレイリスト用である。また、各ファイルの拡張子としては「．ｍｐｌｓ」が用いられる。

ディレクトリ「ＣＬＩＰＩＮＦ」８５０は、クリップのデータベースが置かれるディレクトリである。このディレクトリ「ＣＬＩＰＩＮＦ」８５０は、例えば、クリップＡＶストリームファイルのそれぞれに対するクリップ情報ファイルであるファイル８５１乃至８５３を含む。このディレクトリ「ＣＬＩＰＩＮＦ」８５０におけるファイルのファイル名は、５桁の数字と拡張子からなる。各ファイルの拡張子としては「．ｃｌｐｉ」が用いられる。

ディレクトリ「ＳＴＲＥＡＭ」８６０は、実体としてのＡＶストリームファイルが置かれるディレクトリである。このディレクトリ「ＳＴＲＥＡＭ」８６０は、例えば、クリップ情報ファイルのそれぞれに対応するクリップＡＶストリームファイル８６１乃至８６３を含む。このディレクトリ「ＳＴＲＥＡＭ」８６０におけるファイルのファイルは、ＭＰＥＧ−２のトランスポートストリームからなり、ファイル名は、５桁の数字と拡張子からなる。ファイル名５桁の数字の部分は、対応するクリップ情報ファイルと同一にすることで、クリップ情報ファイルとこのクリップＡＶストリームファイルとの対応関係を示す。また、各ファイルの拡張子としては「．ｍ２ｔｓ」が用いられる。

ディレクトリ「ＢＡＣＫＵＰ」８７０は、上述の各ディレクトリおよびファイルのバックアップを格納するものである。

ディレクトリ「ＡＶＣＨＤＴＮ」８８０には、２種類のサムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１および「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２を置くことができる。サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｉｄｘ」８８１は各サムネイル画像データへのインデックス情報を格納するファイルであり、サムネイルファイル「ｔｈｕｍｂｎａｉｌ.ｔｄｔ２」８８２はサムネイル画像データの集合である。

図６は、ＡＶＣＨＤ規格におけるクリップ情報ファイルのデータ構造を示す図である。ここでは、プログラムの記述言語として用いられるＣ言語の記述法に基づいてシンタックスを示す。

このクリップ情報ファイルにおいて、フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ」は、３２ビット（８ビット×４バイト）のデータ長を有し、このファイルがクリップ情報ファイルであることを示す識別子である。フィールド「ＴｙｐｅＩｎｄｉｃａｔｏｒ２」は、３２ビットのデータ長を有し、このクリップ情報ファイルのバージョンを示す識別子である。

このクリップ情報ファイルは、ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」、ブロック「ｂｌｋＳｅｑｕｅｎｃｅＩｎｆｏ（）」、ブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」、ブロック「ｂｌｋＣＰＩ（）」、ブロック「ｂｌｋＣｌｉｐＭａｒｋ（）」およびブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」を有し、それぞれ３２ビットのデータ長を有するフィールド「ＳｅｑｕｅｎｃｅＩｎｆｏＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＰｒｏｇｒａｍＩｎｆｏＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＣＰＩＳｔａｒｔＡｄｄｒｅｓｓ」、フィールド「ＣｌｉｐＭａｒｋＳｔａｒｔＡｄｄｒｅｓｓ」およびフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」によって各々対応するブロックの開始アドレスを示す。

フィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」は、このクリップ情報ファイルの先頭からの相対バイト数によって、ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」の開始アドレスを示す。相対バイト数は、「０」から開始される。もし、このフィールド「ＥｘｔｅｎｓｉｏｎＤａｔａＳｔａｒｔＡｄｄｒｅｓｓ」の値が「０」であれば、このクリップ情報ファイル内に、ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」が存在しないことを示す。

ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」は、これらの開始アドレスを示すフィールドに続く、９６ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」の次から開始される。ブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」は、このクリップ情報ファイルが管理するクリップＡＶストリームに関する情報を記述するものである。このブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」のデータ構造については後述する。

ブロック「ｂｌｋＳｅｑｕｅｎｃｅＩｎｆｏ（）」は、システムタイムベース（ＳＴＣ：System Time Clock）やアライバルタイムベース（ＡＴＣ：Arrival Time Clock）の連続しているシーケンスをまとまりとして管理する情報を記述するものである。

ブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」は、このクリップ情報ファイルに管理されるクリップＡＶストリームの符号化方式、クリップＡＶストリーム中のビデオデータのアスペクト比などの情報を記述するものである。

ブロック「ｂｌｋＣＰＩ（）」は、ストリームファイル全体の時間の位置と空間の位置との間のマッピングテーブルに関する情報が格納される。なお、ブロック「ｂｌｋＣｌｉｐＭａｒｋ（）」には、有意な情報は含まれていない。

ブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」は、拡張データを格納することができる領域である。

図７は、ＡＶＣＨＤ規格におけるクリップ情報ファイルのブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」のデータ構造を示す図である。

このブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」において、フィールド「Ｌｅｎｇｔｈ」は、３２ビットのデータ長を有し、このフィールド「Ｌｅｎｇｔｈ」の直後からブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」の最後までのデータ長を示すものである。１６ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」を介して、フィールド「ＣｌｉｐＳｔｒｅａｍＴｙｐｅ」が配置される。

フィールド「ＣｌｉｐＳｔｒｅａｍＴｙｐｅ」は、８ビットのデータ長を有し、クリップＡＶストリームの種別を表すものである。このフィールド「ＣｌｉｐＳｔｒｅａｍＴｙｐｅ」の値は、例えば「１」に固定される。フィールド「ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ」は、８ビットのデータ長を有し、アプリケーションの種別を示すものである。フィールド「ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ」の値が「１」の場合、対応するクリップＡＶストリームは通常の動画として再生される。続けて３１ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」が配される。

データ長が１ビットのフラグ「ＩｓＣＣ５」は、プレイリストにおけるブロック「ｂｌｋＰｌａｙＩｔｅｍ（）」によって、対応するクリップと次のクリップとの接続をＣＣ５（ConnectionCondition=5）のシームレス接続で行うか否かを示すものである。フラグ「ＩｓＣＣ５」の値が「１」であれば、クリップ間の接続がＣＣ５のシームレス接続によりなされていることを示す。

フィールド「ＴＳＲｅｃｏｒｄｉｎｇＲａｔｅ」は、クリップＡＶストリームファイルのトランスポートストリームの記録レートを「バイト／秒」の単位で表すものである。フィールド「ＮｕｍｂｅｒＯｆＳｏｕｒｃｅＰａｃｋｅｔｓ」は、クリップＡＶストリームに含まれるソースパケット数を表すものである。１０２４ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」を介してブロック「ＴＳＴｙｐｅＩｎｆｏＢｌｏｃｋ（）」が配される。ブロック「ＴＳＴｙｐｅＩｎｆｏＢｌｏｃｋ（）」は、クリップＡＶストリームが格納されるパケットのトランスポートストリームの種別を示す情報を格納するものである。

次のｉｆ文以下の情報は、上述のフラグ「ＩｓＣＣ５」の値が「１」である場合に記述される。ｉｆ文の次の８ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」を介してフィールド「ＦｏｌｌｏｗｉｎｇＣｌｉｐＳｔｒｅａｍＴｙｐｅ」が配される。フィールド「ＦｏｌｌｏｗｉｎｇＣｌｉｐＳｔｒｅａｍＴｙｐｅ」は、８ビットのデータ長を有し、このクリップ情報ファイルに対応するクリップの次のクリップの種別が記述される。３２ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」を介してフィールド「ＦｏｌｌｏｗｉｎｇＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅ」が配される。

フィールド「ＦｏｌｌｏｗｉｎｇＣｌｉｐＩｎｆｏｒｍａｔｉｏｎＦｉｌｅＮａｍｅ」は、４０ビット（８ビット×５バイト）のデータ長を有し、このクリップ情報ファイルに対応するクリップの次のクリップに対応するクリップ情報ファイルのファイル名が記述される。次のフィールド「ＣｌｉｐＣｏｄｅｃＩｄｅｎｔｉｆｉｅｒ」は、３２ビット（８ビット×４バイト）のデータ長を有し、当該次のクリップの符号化方式を示すものであり、ＩＳＯ６４６に既定される方式により符号化されたことを示す４文字の文字列値「Ｍ２ＴＳ」に固定される。次に８ビットのデータ長を有する領域「ｒｅｓｅｒｖｅｄ」が配される。

このようなクリップ情報ファイルのブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」において、フォーマット情報取得部２２０は、クリップの記録フォーマットに関するフォーマット情報として、フィールド「ＴＳＲｅｃｏｒｄｉｎｇＲａｔｅ」の情報を取得する。すなわち、対応するクリップＡＶストリームファイルの記録レートを取得する。これにより、クリップデータ分類部２３０において、記録レートを基準とする複数のグループに分類することが可能となる。

図８は、本発明の実施の形態におけるメニュー画面の作成例を示す図である。この例では、クリップ６４０、６４１、６４３および６４６の記録レートが１８Ｍｂｐｓであり、クリップ６４２、６４４および６４５の記録レートが２４Ｍｂｐｓであると想定している。

フォーマット情報取得部２２０が取得した記録レートに基づいて、クリップデータ分類部２３０は１８Ｍｂｐｓ以下のグループ（クリップ６４０、６４１、６４３および６４６）と１８Ｍｂｐｓ超えのグループ（クリップ６４２、６４４および６４５）とに分類する。

そして、仮想プレイリスト作成部２４０はこれらグループ毎に仮想プレイリストを作成する。すなわち、クリップ６４２、６４４および６４５に対応するプレイアイテム６２１乃至６２３を含む仮想プレイリスト６２０と、クリップ６４０、６４１、６４３および６４６に対応するプレイアイテム６３１乃至６３４を含む仮想プレイリスト６３０とを作成する。

この場合の仮想プレイリストのファイル名としては、上述のＡＶＣＨＤ規格の許容する範囲内で、例えば１８Ｍｂｐｓ以下のグループの仮想プレイリストのファイル名を「０１１９８．ｍｐｌｓ」とし、１８Ｍｂｐｓ超えのグループの仮想プレイリストのファイル名を「０１１９９．ｍｐｌｓ」とすることにより、両者を区別することができる。また、仮想プレイリストのファイル名以外による区別の方法として、タイトル名で区別する方法がある。ＡＶＣＨＤ規格ではタイトル数が０から９９９と定められているため、例えば１８Ｍｂｐｓ以下のグループのタイトル名を「９９８」とし、１８Ｍｂｐｓ超えのグループのタイトル名を「９９９」とすることにより、両者を区別することができる。

さらに、メニュー画面作成部２５０は、仮想プレイリスト６２０の各プレイアイテムにリンクするボタンを含むメニュー画面６１１と、仮想プレイリスト６３０の各プレイアイテムにリンクするボタンを含むメニュー画面６１２とを作成する。メニュー画面６１１には「１８Ｍｂｐｓ超え」の表示がされ、メニュー画面６１２には「１８Ｍｂｐｓ以下」の表示がされる。このメニュー画面は、背景画像ならびにサムネイル画像などによる画像データとボタン等を構成するＭＢストリームとがクリップＡＶストリームファイル中に多重化される。

これにより、ハードディスクに記録されたクリップを取り扱う際、メニュー画面６１２は光学ディスクにダビングしてもよいクリップの仮想プレイリストとして用いることができ、メニュー画面６１１は光学ディスクにダビングできないクリップの仮想プレイリストとして用いることができるようになる。このようにメニュー画面として分けて表示することにより、使用者にとって視覚的に分かりやすく両者を区別して提示することができる。

次に本発明の実施の形態における撮像装置１００の動作について図面を参照して説明する。ここでは、ソフトウェアにおいて記録媒体を編集（オーサリング）する際にグループ分けを行い、メニュー画面を作成する場合の例について説明する。

図９は、本発明の実施の形態における仮想プレイリストの作成手順の一例を示すフローチャートである。この仮想プレイリストの作成処理では、記録媒体に記録される実プレイリストが順次読み出される（ステップＳ９１２）。そして、読み出された実プレイリストに含まれるプレイアイテムが順次読み出される（ステップＳ９１４）。読み出すべきプレイアイテムが存在しなくなると（ステップＳ９１３）、次の実プレイリストが読み出される（ステップＳ９１２）。これらの処理は、次の実プレイリストが存在しなくなるまで繰り返される（ステップＳ９１１）。

ステップＳ９１４においてプレイアイテムが読み出されると、対応するクリップ情報ファイルからフォーマット情報が読み出される（ステップＳ９１５）。この例では、フォーマット情報として記録レートに関する情報が読み出されるものとする。その結果、記録レートが１８Ｍｂｐｓ以下であれば（ステップＳ９１６）そのクリップを１８Ｍｂｐｓ以下用の仮想プレイリストに登録し（ステップＳ９１７）、記録レートが１８Ｍｂｐｓより高ければ（ステップＳ９１６）そのクリップを１８Ｍｂｐｓ超え用の仮想プレイリストに登録する（ステップＳ９１８）。

また、そのクリップが複数のチャプタに分かれている場合（ステップＳ９２１）、対応する仮想プレイリストにもエントリマークを付与していく（ステップＳ９２２）。次のチャプタが存在しなくなると、ステップＳ９１３に進んで次のプレイアイテムの読出しが試行される。

このようにして記録レートにより分類された仮想プレイリストが作成されると、これら仮想プレイリストに基づいて以下のようにメニュー画面が作成される。

図１０は、本発明の実施の形態におけるメニュー画面の作成手順の一例を示すフローチャートである。まず、該当する仮想プレイリストに対するタイトルがインデックステーブルにおいて定義される（ステップＳ９３１）。そして、該当するタイトル群を連続再生するコマンド（ナビゲーションコマンドプログラム）がムービーオブジェクトにおいて定義される（ステップＳ９３２）。

そして、この例では実プレイリスト用のメニューが先に作成され（ステップＳ９３３）、これに続いて仮想プレイリスト用のメニューが作成されるものとする。仮想プレイリスト用のメニューを作成するために、背景画像に「１８Ｍｂｐｓ以下用」および「１８Ｍｂｐｓ超え用」であることを説明する文字が用意される（ステップＳ９３４）。そして、メニュービットマップにそれぞれのボタンが定義される（ステップＳ９３５）。このとき、各ボタンには、押下の際に該当するクリップの指定位置にジャンプするコマンド等が定義される。

このように、本発明の実施の形態によれば、記録レートに応じてクリップを複数のグループに分類して仮想プレイリストを生成し、さらにその仮想プレイリストに基づいてメニュー画面を作成することができる。

なお、ここでは、記録レートによる分類を一例として説明したが、他のフォーマット情報により分類することも可能である。以下では、フォーマット情報として、オーディオデータの符号化に関する情報およびビデオデータの符号化に関する情報を用いる例について説明する。

図１１は、ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」のデータ構造を示す図である。このブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」は、クリップ情報ファイルのブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏ（）」に含まれるブロックである。フィールド「Ｌｅｎｇｔｈ」は、８ビットのデータ長を有し、このフィールド「Ｌｅｎｇｔｈ」の直後からこのブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」の終わりまでのデータ長を示すものである。

フィールド「Ｌｅｎｇｔｈ」の次に、８ビットのデータ長を有するフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が配される。フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」では、対応するエレメンタリストリーム（ＥＳ）の符号化の種別が示される。このフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ１Ｂ」（「０ｘ」は、続く値が１６進数であることを意味する。以下同様。）であれば、対応するエレメンタリストリームがビデオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ８０」であれば、対応するエレメンタリストリームがＬＰＣＭにより符号化されたオーディオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ８１」であれば、対応するエレメンタリストリームがＡＣ−３により符号化されたオーディオストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９０」であれば、対応するエレメンタリストリームがＯＢストリームであることを示す。また、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ９１」であれば、対応するエレメンタリストリームがＭＢストリームであることを示す。ここでは、オーディオストリームに着目して、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ８０」または「０ｘ８１」である場合の記述について以下に説明する。

フィールド「ＡｕｄｉｏＰｒｅｓｅｎｔａｔｉｏｎＴｙｐｅ」は、オーディオストリームの再生時のチャンネルアサイン種別を示すものである。フィールド「ＳａｍｐｌｉｎｇＦｒｅｑｕｅｎｃｙ」は、オーディオストリームのサンプリング周波数を示すものである。また、フィールド「ＡｕｄｉｏＬａｎｇｕａｇｅＣｏｄｅ」は、オーディオストリームの言語属性のコードを示すものである。

このようなブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」において、フォーマット情報取得部２２０は、クリップの記録フォーマットに関するフォーマット情報として、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」の情報を取得する。すなわち、対応するオーディオストリームの符号化方式がＬＰＣＭとＡＣ−３の何れであるかを取得する。これにより、クリップデータ分類部２３０において、オーディオの符号化方式を基準とする複数のグループに分類することが可能となる。

図１２は、ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏＥｘｔ（）」のデータ構造を示す図である。このブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏＥｘｔ（）」は、クリップ情報ファイルのブロック「ｂｌｋＥｘｔｅｎｓｉｏｎＤａｔａ（）」の一つであるブロック「ｂｌｋＣｌｉｐＥｘｔｅｎｓｉｏｎＤａｔａ（）」のブロック「ｂｌｋＰｒｏｇｒａｍＩｎｆｏＥｘｔ（）」に含まれるブロックである。フィールド「Ｌｅｎｇｔｈ」は、８ビットのデータ長を有し、このフィールド「Ｌｅｎｇｔｈ」の直後からこのブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏＥｘｔ（）」の終わりまでのデータ長を示すものである。

フィールド「Ｌｅｎｇｔｈ」の次に、８ビットのデータ長を有するフィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が配される。フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」では、対応するエレメンタリストリームの符号化の種別が示される。これに続くｉｆ文内は、フィールド「ＳｔｒｅａｍＣｏｄｉｎｇＴｙｐｅ」が「０ｘ１Ｂ」の場合、すなわちエレメンタリストリームがビデオストリームである場合の記述である。

フィールド「ＨｏｒｉｚｏｎｔａｌＳｉｚｅ」は、画面の水平方向のサイズを示すものである。また、フィールド「ｐｒｏｆｉｌｅ＿ｉｄｃ」は、ビデオストリームのプロファイル情報を示すものである。例えば、このフィールド「ｐｒｏｆｉｌｅ＿ｉｄｃ」が「７７」であればメインプロファイルを意味し、「１００」であればハイプロファイルを意味する。

これに続く４つの１ビットのフィールド「ｃｏｎｓｔｒａｉｎｔ＿ｓｅｔ０＿ｆｌａｇ」、「ｃｏｎｓｔｒａｉｎｔ＿ｓｅｔ１＿ｆｌａｇ」、「ｃｏｎｓｔｒａｉｎｔ＿ｓｅｔ２＿ｆｌａｇ」および「ｃｏｎｓｔｒａｉｎｔ＿ｓｅｔ３＿ｆｌａｇ」は、フラグ情報である。これに続いて、４ビットの予約領域「ｒｅｓｅｒｖｅｄ」が配置される。

フィールド「ｌｅｖｅｌ＿ｉｄｃ」は、ビデオストリームのレベル情報を示すものである。ＡＶＣＨＤでは、レベル情報には整数レベルと小数点以下のサブレベルの２つの階層がある。高精細テレビ（ＨＤＴＶ）の解像度は整数レベル４に相当し、サブレベルと合わせて例えばレベル４．１といった具合に定義される。このフィールド「ｌｅｖｅｌ＿ｉｄｃ」では、例えばレベル４の場合には「４０」、レベル４．１の場合には「４１」といった要領で表現される。

このようなブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏＥｘｔ（）」において、フォーマット情報取得部２２０は、クリップの記録フォーマットに関するフォーマット情報として、フィールド「ｐｒｏｆｉｌｅ＿ｉｄｃ」および「ｌｅｖｅｌ＿ｉｄｃ」の情報を取得する。すなわち、対応するビデオストリームのプロファイル情報およびレベル情報を取得する。これにより、クリップデータ分類部２３０において、ビデオストリームのプロファイル情報およびレベル情報を基準とする複数のグループに分類することが可能となる。

このように、本発明の実施の形態によれば、フォーマット情報取得部２２０においてクリップの記録フォーマットに関するフォーマット情報を取得して、そのフォーマット情報に応じてクリップデータ分類部２３０においてクリップを複数のグループに分類して、仮想プレイリスト作成部２４０において仮想プレイリストを生成することができる。また、さらにメニュー画面作成部２５０においてその仮想プレイリストに基づいてメニュー画面を作成することができる。これにより、ＡＶＣＨＤ規格に沿って動画を記録再生する際に、規格の制約を全て満たす記録を行いつつ、使用者にとっては光学ディスクに再エンコードなしでコピーして光学ディスクでも再生できるものを明示的に選んで再生することができるようになる。また、符号化の種別によっては再生に制約があるような再生機器においても、再生可能なものだけを自動的に分類し、再生できるものだけを容易に再生することができるようになる。

なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応関係を有するが、これに限定されるものではなく本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。

すなわち、請求項１において、フォーマット情報取得手段は例えばフォーマット情報取得部２２０に対応する。また、クリップデータ分類手段は例えばクリップデータ分類部２３０に対応する。また、プレイリスト作成手段は例えば仮想プレイリスト作成部２４０に対応する。

また、請求項７において、撮像手段および収音手段は例えばカメラ部１０に対応する。また、記録手段は例えば符号化／復号回路２１に対応する。また、フォーマット情報取得手段は例えばフォーマット情報取得部２２０に対応する。また、クリップデータ分類手段は例えばクリップデータ分類部２３０に対応する。また、プレイリスト作成手段は例えば仮想プレイリスト作成部２４０に対応する。

また、請求項８および９において、クリップデータファイルは例えばクリップＡＶストリームファイルに対応する。また、クリップ情報ファイルは例えばクリップ情報ファイルに対応する。また、フォーマット情報取得手順は例えばステップＳ９１５に対応する。また、クリップデータ分類手段は例えばステップＳ９１６に対応する。また、プレイリスト作成手順は例えばステップＳ９１７およびＳ９１８に対応する。

なお、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。

本発明の実施の形態における記録装置の一例としての撮像装置１００の構成例を示す図である。 ＡＶＣＨＤ規格におけるデータ構造を示す図である。 ＡＶＣＨＤ規格におけるムービーオブジェクトの周辺の関係例を示す図である。 本発明の実施の形態における撮像装置１００の機能構成例を示す図である。 ＡＶＣＨＤ規格におけるファイル構成の一例を示す図である。 ＡＶＣＨＤ規格におけるクリップ情報ファイルのデータ構造を示す図である。 ＡＶＣＨＤ規格におけるクリップ情報ファイルのブロック「ｂｌｋＣｌｉｐＩｎｆｏ（）」のデータ構造を示す図である。 本発明の実施の形態におけるメニュー画面の作成例を示す図である。 本発明の実施の形態における仮想プレイリストの作成手順の一例を示すフローチャートである。 本発明の実施の形態におけるメニュー画面の作成手順の一例を示すフローチャートである。 ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏ（）」のデータ構造を示す図である。 ＡＶＣＨＤ規格におけるブロック「ｂｌｋＳｔｒｅａｍＣｏｄｉｎｇＩｎｆｏＥｘｔ（）」のデータ構造を示す図である。

符号の説明

１０ カメラ部
１１ 光学ブロック
１２ カメラ制御部
１３ 信号変換器
１４ 撮像信号処理部
１５ 音声入力部
１６ 音声信号処理部
２０ 記録再生処理部
２１ 符号化／復号回路
２２ ハードディスク
２３ 媒体インターフェース
２４ 出力処理部
２５ バッファメモリ
２７〜２９ 出力端子
３０ 制御部
３１ 処理装置
３２ システムバス
３５ 操作入力インターフェース
３６ 表示制御部
３９ 時計回路
４１ 操作入力部
４２ 表示部
４９、２９０ 記録媒体
１００ 撮像装置
２１０ 操作受付部
２２０ フォーマット情報取得部
２３０ クリップデータ分類部
２４０ 仮想プレイリスト作成部
２５０ メニュー画面作成部
２６０ 再生表示部

Claims (9)

1. ビデオデータとオーディオデータとを多重化してクリップデータとして記録媒体に記録する記録装置において、
   前記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手段と、
   前記取得されたフォーマット情報に基づいて前記クリップデータを複数のグループに分類するクリップデータ分類手段と、
   前記クリップデータにおいて再生される開始点および終了点を示す１つ以上のプレイアイテムを含むプレイリストを前記複数のグループ毎に作成するプレイリスト作成手段と
   を具備する記録装置。
2. 前記記録媒体は、前記クリップデータを保持するクリップデータファイルと、前記クリップデータに関する情報を当該クリップデータに対応して保持するクリップ情報ファイルとを記録し、
   前記フォーマット情報取得手段は、前記クリップデータの記録フォーマットに関する前記フォーマット情報を前記クリップ情報ファイルから取得する
   請求項１記載の記録装置。
3. 前記フォーマット情報は、前記クリップデータの記録レートに関する情報である請求項１記載の記録装置。
4. 前記フォーマット情報は、前記クリップデータの前記オーディオデータの符号化に関する情報であることを特徴とする請求項１記載の記録装置。
5. 前記フォーマット情報は、前記クリップデータの前記ビデオデータの符号化に関する情報である請求項１記載の記録装置。
6. 前記複数のグループ毎に作成された前記プレイリストに基づいて前記クリップデータを再生するためのメニューを作成するメニュー作成手段をさらに具備する請求項１記載の記録装置。
7. 被写体を撮像してビデオデータを生成する撮像手段と、
   前記被写体からの音声を収音してオーディオデータを生成する収音手段と、
   前記ビデオデータと前記オーディオデータとを多重化してクリップデータとして記録媒体に記録する記録手段と、
   前記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手段と、
   前記取得されたフォーマット情報に基づいて前記クリップデータを複数のグループに分類するクリップデータ分類手段と、
   前記クリップデータにおいて再生される開始点および終了点を示す１つ以上のプレイアイテムを含むプレイリストを前記複数のグループ毎に作成して前記記録媒体に記録するプレイリスト作成手段と
   を具備する撮像装置。
8. ビデオデータとオーディオデータとを多重化したクリップデータを保持するクリップデータファイルと、前記クリップデータに関する情報を当該クリップデータに対応して保持するクリップ情報ファイルとを記録媒体に記録する記録装置におけるプレイリスト生成方法であって、
   前記クリップ情報ファイルから前記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手順と、
   前記取得されたフォーマット情報に基づいて前記クリップデータを複数のグループに分類するクリップデータ分類手順と、
   前記クリップデータにおいて再生される開始点および終了点を示す１つ以上のプレイアイテムを含むプレイリストを前記複数のグループ毎に作成して前記記録媒体に記録するプレイリスト作成手順と
   を具備するプレイリスト生成方法。
9. ビデオデータとオーディオデータとを多重化したクリップデータを保持するクリップデータファイルと、前記クリップデータに関する情報を当該クリップデータに対応して保持するクリップ情報ファイルとを記録媒体に記録する記録装置において、
   前記クリップ情報ファイルから前記クリップデータの記録フォーマットに関するフォーマット情報を取得するフォーマット情報取得手順と、
   前記取得されたフォーマット情報に基づいて前記クリップデータを複数のグループに分類するクリップデータ分類手順と、
   前記クリップデータにおいて再生される開始点および終了点を示す１つ以上のプレイアイテムを含むプレイリストを前記複数のグループ毎に作成して前記記録媒体に記録するプレイリスト作成手順と
   を前記記録装置に実行させるプログラム。

Images