JP2009032363A - 記録装置 - Google Patents

Abstract

【課題】
サムネイル画像を高速に切替え表示できるようにする。
【解決手段】
ＣＰＵ（４２）は、ディスク媒体（２０）に格納可能な最大枚数のサムネイル画像に相当する容量の連続領域をサムネイルデータファイル用に予め確保する。他の領域に、動画像のストリームファイルとクリップ情報ファイルを格納する。ファイナライズに際して、算出装置（３８）は、サムネイルデータファイル用の連続領域の空きに収容可能なサムネイル画像数を算出する。ＣＰＵ（４２）は、算出装置（３８）で算出されたサムネイル画像数だけ、ディスク媒体（２０）に記録済みの動画像からサムネイル画像を生成し、サムネイルデータファイルに格納する。
【選択図】 図１

Description

本発明は、動画像を記録媒体に記録する、ビデオカメラなどの記録装置に関する。

近年、光ディスク、ハードディスク及びフラッシュメモリなどのようなランダムアクセス可能な記録媒体に画像を記録再生するビデオカメラなどの映像記録再生装置が登場している。このような映像記録再生装置には、記録媒体がランダムアクセス可能である点を生かして、録画内容をサムネイル（代表）画像として一覧表示する機能を備えているものがある。また、記録した動画像に対するサムネイル画像を同じ記録媒体に記録しておくことで、記録媒体の記録内容をサムネイル画像で一覧表示する事が可能である。

しかし、ディスク媒体では、サムネイル画像の記録位置が分散していると、それらを読み出すために再生ヘッドのシーク動作などが多く発生するので、一覧表示が遅くなってしまうことがある。これに対し、図１４に示すように、映像データ領域とは別に、録画時間やタイトルなどの属性情報とサムネイル情報を記録する付加領域を予め連続的に用意しておく構成が提案されている（特許文献１参照）。
特開２００１−１８９９１５号公報

特許文献１に記載の技術では、記録媒体に記録できる動画像の最大数に対する属性情報とサムネイル情報を記録できるだけの付加領域を予め確保するので、動画像の数が少ない場合に、付加領域が無駄になる。

本発明は、上記問題点に鑑みてなされたものであり、予め一定容量の付加領域を用意することなしに、連続領域の空き領域を有効活用し、サムネイル画像による高速一覧表示を可能にする記録装置を提示することを目的とする。

本発明に係る記録装置は、動画像データと前記動画像データのサムネイル画像データとを記録媒体に記録する装置であって、前記記録媒体上に動画像の記録領域を設けて複数の前記動画像データを記録すると共に、前記記録媒体上に前記動画像の記録領域とは別に複数の前記サムネイル画像データを記録可能な連続領域からなるサムネイル領域を設けて前記サムネイル画像データを記録する手段と、所定の操作に応じて、前記サムネイル領域の空き領域に記録できるサムネイル画像データの数を算出する算出手段と、前記所定の操作に応じて、前記算出手段で算出された数だけ、前記記録媒体に記録済みの動画像データからサムネイル画像データを生成して、前記サムネイル領域の空き部分に記録するサムネイル補充記録手段とを具備することを特徴とする。

本発明によれば、各動画像に対し少なくとも１枚以上のサムネイル画像をサムネイル用の連続領域に記録することで、読み出しのためのシーク動作を最小限に抑えることができる。また、サムネイル画像の動画的な一覧表示を簡易に実現でき、動画像の内容の把握が容易になる。

以下、図面を参照して、本発明の実施例を詳細に説明する。

図１は、本発明に係る映像記録再生装置の一実施例であるビデオカメラ１０の概略構成ブロック図を示す。

本実施例のビデオカメラ１０の動画像記録動作を説明する。カメラ部１２は、光学像を電気画像信号に変換する撮像素子と、撮像素子から出力される画像信号を所定の映像信号形式（例えば、ＮＴＳＣや、ＨＤＴＶ等）の映像データに変換するカメラ信号処理回路を具備する。ユーザが操作部４８により映像記録の開始をＣＰＵ４２に指示すると、ＣＰＵ４２の制御プログラムは、カメラ部１２の出力映像データをエンコーダ１４に取り込ませる。エンコーダ１４は、カメラ部１２からの映像データをＭＰＥＧ（Moving Picture Experts Group）方式で圧縮符号化し、圧縮映像データを、記録フォーマットに従うフォーマットでバッファメモリ１６に格納する。

ＣＰＵ４２は、ディスクアクセス制御部１８を制御して、バッファメモリ１６の圧縮映像データを逐次、読み出させ、ディスク媒体２０に書き込ませる。ディスク媒体２０は、ＤＶＤ（Digital Versatile Disk）に準拠する書き込み可能な光ディスク、例えば、ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ−ＲＡＭ、又は、ハードディススからなる。

このようにして、ビデオカメラ１０は、被写体を示す動画像を圧縮符号化して、ディスク媒体２０に記録する。

ディスク媒体２０に記録された動画像の圧縮映像データのストリームは、再生時、ディスクアクセス制御部１８により読みだされ、バッファメモリ１６を介してデコーダ２２に供給される。デコーダ２２は、バッファメモリ１６からの圧縮映像データを復号化し、映像データを復元する。ＬＣＤコントローラ２４は、デコーダ２２からの再生映像データに従い液晶表示パネル（ＬＣＤ）２６を駆動する。これにより、再生映像がＬＣＤ２６の画面上に表示される。

また、ディスク媒体２０に記録される動画像からサムネイル画像を生成するために、リサイズ装置２８及びエンコーダ３０を具備する。リサイズ装置２８は、記録動画像から選択されたフレーム画像をサムネイル画像のサイズに縮小する。エンコーダ３０は、リサイズ装置２８からのサムネイル画像を圧縮符号化する。

サムネイル画像の表示用に、デコーダ３２、リサイズ装置３４及びバッファメモリ３６を具備する。デコーダ３２は、ディスク媒体２０から読み出された圧縮されたサムネイル画像を伸長する。リサイズ装置３４は、デコーダ３２からのサムネイル画像のサイズを変更（縮小）する。バッファメモリ３６は、リサイズ装置３４からのリサイズされたサムネイル画像を一時記憶して、ＬＣＤコントローラ２４に供給する。

更に、追加サムネイルの記録枚数を算出する算出装置３８、及び、サムネイル表示を制御する表示制御装置４０を備えている。

ＣＰＵ４２はビデオカメラ１０の全体を制御する。ＲＯＭ４４はＣＰＵ４２の動作プログラム及び固定定数を記憶する。ＲＡＭ４６はＣＰＵ４２のプログラム領域及びワーク領域として使用される。ＣＰＵ４２はＣＰＵバス５０を介して以上の各部を制御する。ＣＰＵバス５０には操作部４８が接続する。操作部４８は、ユーザにより操作される各種の操作キーや摘みなどからなり、ユーザの指示をＣＰＵ４２に入力するのに使用される。ＣＰＵ４２は、ユーザからの指示に応じて各種処理を実行する。

本実施例では、記録開始の指示から記録終了（中断）の指示までの間にディスク媒体２０に記録された一連の動画像を一つのクリップとして管理する。クリップは、動画像データであるストリームとその動画像の管理情報であるクリップ情報の２種類のデータで構成される。ストリームとクリップ情報はそれぞれ独立したファイルとして存在する。即ち、ディスク媒体２０上には、１クリップに対して２つのファイル（ストリームファイルとクリップ情報ファイル）が記録される。ストリームファイルとクリップ情報ファイルにそれぞれ同じクリップ番号を付けることで、互いの対応関係が分かるようになっている。実時間で動画像を記録する場合、１つ動画像ストリームファイルを記録するたびに１つのクリップ情報ファイルが記録される。

本実施例では、１又は複数の動画像の希望部分の再生順を規定するプレイリストを作成可能である。プレイリストは、クリップ上のある範囲を表すＩＮ点とＯＵＴ点からなるプレイアイテムの並びで構成される。例えば、録画開始から録画終了までの間に記録された一つのクリップを一つのプレイリストにより指定して一つのプレイリストファイルが生成される。特に指定されない場合、ＩＮ点は動画像の最初のフレームを示し、ＯＵＴ点は最後のフレームを示す。

本実施例におけるサムネイル画像の生成・記録動作を説明する。本実施例では、プレイリストの再生前に各プレイアイテムが指すクリップを一覧表示する。そのために、クリップのＩＮ点に対するサムネイル画像を予め生成する。サムネイル画像の作成のために、ディスク媒体２０から対象のストリームファイルを読み出す。読み出されたストリームファイルはバッファメモリ１６を介してデコーダ２２に供給される。デコーダ２２は、バッファメモリ１６からのストリームファイルのストリームを復号化し、ＣＰＵ４２からの指示に従いＩＮ点のフレーム画像をリサイズ装置２８に供給する。

リサイズ装置２８は、デコーダ２２からのフレーム画像をサムネイル画像のサイズにリサイズし、エンコーダ３０に供給する。エンコーダ３０は、リサイズ装置３０からのサムネイル画像を１６Ｋｂｙｔｅ以下のＪＰＥＧデータとして圧縮符号化する。圧縮符号化されたサムネイル画像データは、一旦バッファメモリ１６に蓄積され、適当なタイミングで読み出されてサムネイルデータファイルの１６Ｋｂｙｔｅ単位のブロックとしてディスク媒体２０の連続領域に記録される。サムネイルデータファイルは、ディスク媒体２０に記録される全てのサムネイル画像を格納する。この動作に関与するリサイズ装置２８、エンコーダ３０、ディスクアクセス制御部１８及びＣＰＵ４２は、特許請求の範囲のサムネイル記録手段に相当する。

ＣＰＵ４２はまた、サムネイルデータファイル内のサムネイル画像の記録位置を管理するサムネイルインデックスファイルをディスク媒体２０に記録する。プレイリストのプレイアイテムは、サムネイルインデックスファイルを示す識別情報を含む。サムネイル画像の一覧表示の際には、この識別情報からサムネイルインデックスファイルを取得し、サムネイル画像の記録位置を得ることができる。

サムネイル画像の一覧表示動作を説明する。ＣＰＵ４２は、表示制御装置４０を制御して、ディスク媒体２０からサムネイルデータファイルを読み出す。読み出されたサムネイルデータファイルは、バッファメモリ１６を介してデコーダ３２に供給される。デコーダ３２は、表示すべきサムネイル画像の記録されているブロックを順に復号化する。リサイズ装置３４は、復号化されたサムネイル画像を表示サイズにリサイズする。リサイズされた複数のサムネイル画像は、バッファメモリ３６に確保した表示フレームメモリに格納され、ＬＣＤコントローラ２４は、バッファメモリ３６の表示フレームメモリを参照して、ＬＣＤ２６の画面上に複数のサムネイル画像を表示する。

図２は、本実施例の記録操作例のフローチャートを示す。図２を参照して、ユーザの操作例を説明する。

ユーザが、操作部４８の記録開始ボタンを押下すると、１つ目のクリップ、即ちクリップ１の記録が開始される（Ｓ１）。ユーザが操作部４８の記録終了ボタンを押下すると、クリップ１の記録が中断される（Ｓ２）。一度、ディスク媒体２０をイジェクトし（Ｓ３）、同じディスク媒体２０を再びセットする（Ｓ４）。ユーザが、操作部４８の記録開始ボタンを押下して、２つ目のクリップ、即ちクリップ２の記録が開始される（Ｓ５）。ユーザが操作部４８の記録終了ボタンを押下して、クリップ２の記録が中断される（Ｓ６）。ユーザが、操作部４８の記録開始ボタンを押下して、３つ目のクリップ、即ちクリップ３の記録が開始される（Ｓ７）。ユーザが操作部４８の記録終了ボタンを押下して、クリップ３の記録が中断される（Ｓ８）。ユーザが操作部４８のファイナライズボタンを押下して、ディスク媒体２０をファイナライズする（Ｓ９）。

図３は、図２に示す操作でディスク媒体２０に記録される内容の論理イメージを示す。クリップ１は、クリップ情報ファイル６０とストリームファイル６２として記録される。クリップ２は、クリップ情報ファイル６４とストリームファイル６６として記録される。クリップ３は、クリップ情報ファイル６８とストリームファイル７０として記録される。

ディスク媒体２０には、記録データの管理用にインデックスファイル７２と、動画オブジェクトファイル７３が記録される。インデックスファイル７２は、全記録データの記録位置を収容する。動画オブジェクトファイル７３は、動画像データの記録管理データを収容する。他に、プレイリストファイル７４がディスク媒体２０に記録される。プレイリストファイル７４には、記録された動画像（この例では、３つのクリップ１，２，３）の再生範囲をそれぞれ示すプレイアイテムが収容される。サムネイルデータファイル７６には、以上の３つのプレイアイテムに対応したサムネイル画像が格納される。サムネイルインデックスファイル７８には、サムネイル画像の記録位置とサムネイル画像の識別情報との対応関係が記録される。

図２に示す操作例に対して、ディスク媒体２０の利用状況の変遷を説明する。ここでは、理解しやすいように、ディスク媒体２０がＤＶＤ−Ｒのようなライトワンス型のディスク媒体であるとする。図４は、クリップ１の記録後のディスク媒体２０の物理イメージを示す。図５は、ステップＳ３でディスク媒体２０をイジェクトする際のディスク媒体２０の物理イメージを示す。図６は、クリップ３の記録後のディスク媒体２０の物理イメージを示す。図７は、ファイナライズ後のディスク媒体２０の物理的イメージを示す。一層記録式のディスク媒体を用いた場合で、図４，図５、図６及び図７の上端が最内周を示し、下端が最外周を示す。最内周の領域には、ディスクのどこまでが記録済みの領域か、即ち次の書き込みをどこから始めるかを示すＲＭＤ（Recording Management Data）８０が配置されている。

ＣＰＵ４２は、ＲＭＤ８０に続けて、ファイナライズ時にＵＤＦ（Universal Disc Format）を書き込む予約領域８２を確保する。予約領域８２の外周側に、ディスク媒体２０に格納可能な最大枚数のサムネイル画像に相当する容量、ここでは２０００枚×１６Ｋｂｙｔｅの連続領域８４をサムネイルデータファイル７６用に予め確保する。そして、図５に示すように、サムネイルデータファイル７６用に予約した連続領域８４に続けて、最初のクリップ１のクリップ情報ファイル６０が記録され、ストリームファイル６２が記録される。図４で、斜線部分は予約領域又は空白領域である。サムネイルデータファイル７６の先頭ブロックに、ストリームファイル６２の先頭フレームのサムネイル画像が記録される。

ＵＤＦ（Universal Disc Format）は、ディスク媒体に記録されるファイルを管理するファイルシステム情報であり、ＵＤＦ規格で定義されている。ＵＤＦはＤＶＤやＢＤ−ＲＯＭ等で用いられる一般的なファイルシステムである。これらの管理情報と、プレイリストファイルと、サムネイル情報ファイルは、クリップの記録を行う毎に内容を更新する必要があるので、この段階ではディスク媒体には物理的に書き込まず、中間データとしてＲＡＭ４６に保持される。

ステップＳ３のイジェクト操作に対して、ＣＰＵ４２は、図５に示すように、ＲＡＭ４６に保存する中間データを含む中間データファイルを、ディスク媒体２０のストリームファイル６２の外周側の一時領域８６に書き込む。この後、ＣＰＵ４２は、ディスク媒体２０を排出するか、又はユーザによる取り出しを許可する。再度、ディスク媒体２０が装填されたとき、ＣＰＵ４２は、ＲＭＤ８０によって、中間データファイルを記録した一時領域８６の位置を特定し、中間データファイルの中間データをＲＡＭ４６に読み込む。これで、ビデオカメラ１０は、イジェクト前の状態に復帰する。

図６は、クリップ３の記録後の状態を示す。中間データファイルを格納する一時領域８６の外周側に、クリップ２のクリップ情報ファイル６４とストリームファイル６６が記録される。ストリームファイル６６の先頭フレームのサムネイル画像がサムネイルデータファイル７６の２番目のブロックに記録される。クリップ２の記録により、ＵＤＦ及びプレイリストファイルといった中間データは、一時領域８６の中間データファイルの内容とは異なるものになるので、一時領域８６の中間データファイルをＵＤＦの管理上、無効なファイルに変更する。

ストリームファイル６６の外周側に、クリップ３のクリップ情報ファイル６８とストリームファイル７０が記録される。ストリームファイル７０の先頭フレームのサムネイル画像がサムネイルデータファイル７６の３番目のブロックに記録される。

ステップＳ９のファイナライズ処理では、サムネイルデータファイル７６の空きブロックにサムネイル画像を補充することができる。図８は、その動作フローチャートを示す。

ＣＰＵ４２は、ユーザによるファイナライズの指示に対し、サムネイルデータファイル７６に空きブロックがあるかどうかを確認する（Ｓ１１）。空きブロックがない場合（Ｓ１１）、そのまま処理を終了する。空きブロックがある場合（Ｓ１１）、ＣＰＵ４２は算出装置３８により、各ストリームファイルに対するサムネイル画像の追加可能枚数を算出させる（Ｓ１２）。算出装置３８は、例えば、サムネイル領域の空き領域に追加可能な枚数をストリームファイル数で除算した結果を、各クリップの追加可能枚数とする。

この説明例では、サムネイルデータファイル７６に記録可能なサムネイル数が２０００の場合で、３クリップしかディスク媒体２０に記録していない。従って、各クリップに対する追加可能枚数は、６６５枚（＝（２０００枚−３枚）／３ストリームファイル）となる。追加可能枚数に到達するまで（Ｓ１５）、追加サムネイルを作成し（Ｓ１３）、サムネイルデータファイル７６に格納する（Ｓ１４）。

具体的には、ＣＰＵ４２は、各クリップについて、クリップ毎の追加可能枚数に相当するフレーム間隔でストリームファイルのフレームからサムネイル画像を生成及び圧縮し（Ｓ１３）、サムネイルデータファイル７６に格納する（Ｓ１４）。これを全クリップについて実行する（Ｓ１５）。このようにして、サムネイル画像がサムネイルデータファイル７６に補充記録される。この動作に関与するリサイズ装置２８、エンコーダ３０、ディスクアクセス制御部１８及びＣＰＵ４２は、特許請求の範囲のサムネイル補充記録手段に相当する。

図７で、符号９０が、ストリームファイル６２に対して追加されたサムネイル画像を示す。符号９２は、ストリームファイル６６に対して追加されたサムネイル画像を示す。符号９４は、ストリームファイル７０に対して追加されたサムネイル画像を示す。

次に、ＣＰＵ４２は、サムネイルデータファイル７６に追加記録した各サムネイルの記録位置をプレイリスト内のプライベートデータ領域に追加し、そのプレイリストをディスク媒体２０に記録する（Ｓ１６）。

最後に、ＣＰＵ４２は、予約領域８２に全体を正しく表現するＵＤＦに書き込む。これで、図７で示した論理イメージが、物理イメージとしてディスク媒体２０に記録される。

サムネイル画像の一覧表示動作を説明する。図９は、サムネイル画像の表示順、又は、サムネイルデータファイル７６からの読み出し順を示す。ＣＰＵ４２は表示制御装置４０を制御して、ディスク媒体２０から各クリップの最初のフレームのサムネイル画像１００−０，１１０−０，１２０−０を読み出す。デコーダ３２が読み出されたサムネイル画像の圧縮データを復号化し、リサイズ装置３４が、表示サイズにリサイズしてバッファメモリ３６の表示フレームメモリに格納する。ＬＣＤコントローラ２４が、バッファメモリ３６の表示フレームメモリのサムネイル画像データを読み出し、図１０に示すように、ＬＣＤ２６の画面上に表示する。

続いて、ＣＰＵ４２は、表示制御装置４０を制御して、各クリップの追加サムネイル画像１００−１，１１０−１，１２０−１をディスク媒体２０から読み出す。これらの追加サムネイル画像も同様に処理され、図１１に示すように、ＬＣＤ２６の画面上に表示される。

このように、サムネイルデータファイル７６に格納されるサムネイル画像を、順番に読み出して、クリップ毎に画面上の同じ位置に再生表示する。図１２は、各クリップの最後のサムネイル画像１００−ｎ，１１０−ｎ，１２０−ｎの表示例を示す。

図１３は、ストリームファイル６２から生成されるサムネイル画像１００−０，１００−１，１００−２，〜１００−ｎと、元になるフレームとの対応例を示す。

各サムネイル画像の表示期間を、例えば、１乃至数フレーム期間とすることで、同一動画像に対する複数のサムネイル画像を時間順に表示して、あたかも、各クリップを早送り再生したかのように見せることができる。このようなサムネイル画像の表示により、ユーザは各クリップの概要を容易に認識できる。最後のサムネイル画像１００−ｎ，１１０−ｎ，１２０−ｎの表示後、ＣＰＵ４２は、表示制御装置４０を制御して、最初のフレームのサムネイル画像１００−０，１１０−０，１２０−０をＬＣＤ２６の画面上に表示させる。

なお、本実施例では、サムネイル画像をサムネイルデータファイル又はサムネイル保存領域の先頭から順に記録するとしたが、連続的に記録するのであれば、これに限定されない。

本実施例では、ファイナライズ時にサムネイル画像を追加記録するとしたが、操作部４８によるユーザの明示の指示に従って、サムネイル画像を追加記録しても良い。即ち、サムネイル画像をサムネイルデータファイルに追加記録する処理のトリガーとなる操作は、ファイナライズに対するユーザ指示又はユーザ操作に限定されない。

ステップＳ１３で作成する追加サムネイル画像は、一定期間毎に限定されない。例えば、シーンチェンジの直後のフレームからサムネイル画像を作成しても良い。

サムネイル画像を表示する期間を、連続再生するサムネイル画像数に応じて、適宜に決定しても良い。例えば、極端にサムネイル画像数が少ない場合、各サムネイル画像の表示期間を長くしてもよい。

このように、本実施例では、各動画像に対し少なくとも１枚以上のサムネイル画像をサムネイル用の連続領域に記録することで、シーク動作を最小限に抑え、動画的なサムネイル画像の一覧表示を高速に行うことができる。

本発明の一実施例の概略構成ブロック図を示す。 本実施例の記録操作例のフローチャートを示す。 図２に示す操作でディスク媒体２０に記録される内容の論理イメージを示す。 クリップ１の記録後のディスク媒体２０の物理イメージを示す。 ディスク媒体２０をイジェクトする際のディスク媒体２０の物理イメージを示す。 クリップ３の記録後のディスク媒体２０の物理イメージを示す。 ファイナライズ後のディスク媒体２０の物理的イメージを示す。 ファイナライズ処理でサムネイルデータファイル７４の空きブロックにサムネイル画像を補充する動作のフローチャートである。 サムネイル画像の表示順、又は、サムネイルデータファイル７６からの読み出し順を示す図である。 サムネイル画像１００−０，１１０−０，１２０−０の表示例である。 サムネイル画像１００−１，１１０−１，１２０−１の表示例である。 サムネイル画像１００−ｎ，１１０−ｎ，１２０−ｎの表示例である。 ストリームファイル６２から生成されるサムネイル画像１００−０，１００−１，１００−２，〜１００−ｎと、元になるフレームとの対応例を示す図である。 従来の、映像データ領域とは別に、録画時間やタイトルなどの属性情報とサムネイル情報を記録する付加領域を予め連続的に用意しておく構成のデータ配置例である。

符号の説明

１０：ビデオカメラ
１２：カメラ部
１４：エンコーダ
１６：バッファメモリ
１８：ディスクアクセス制御部
２０：ディスク媒体
２２：デコーダ
２４：ＬＣＤコントローラ
２６：液晶表示パネル（ＬＣＤ）
２８：リサイズ装置
３０：エンコーダ
３２：デコーダ
３４：リサイズ装置
３６：バッファメモリ
３８：算出装置
４０：表示制御装置
４２：ＣＰＵ
４４：ＲＯＭ
４６：ＲＡＭ
４８：操作部
５０：ＣＰＵバス
６０：クリップ１のクリップ情報ファイル
６２：クリップ１のストリームファイル
６４：クリップ２のクリップ情報ファイル
６６：クリップ２のストリームファイル
６８：クリップ３のクリップ情報ファイル
７０：クリップ３のストリームファイル
７２：インデックスファイル
７３：動画オブジェクトファイル
７４：プレイリストファイル
７６：サムネイルデータファイル
７８：サムネイルインデックスファイル
８０：ＲＭＤ（Recording Management Data）
８２：ＵＤＦ（Universal Disc Format）用の予約領域
８４：中間データファイルを記録した一時領域
９０：ストリームファイル６２に対して追加されたサムネイル画像
９２：ストリームファイル６６に対して追加されたサムネイル画像
９４：ストリームファイル７０に対して追加されたサムネイル画像

Claims (5)

1. 動画像データと前記動画像データのサムネイル画像データとを記録媒体に記録する装置であって、
   前記記録媒体上に動画像の記録領域を設けて複数の前記動画像データを記録すると共に、前記記録媒体上に前記動画像の記録領域とは別に複数の前記サムネイル画像データを記録可能な連続領域からなるサムネイル領域を設けて前記サムネイル画像データを記録する手段と、
   所定の操作に応じて、前記サムネイル領域の空き領域に記録できるサムネイル画像データの数を算出する算出手段と、
   前記所定の操作に応じて、前記算出手段で算出された数だけ、前記記録媒体に記録済みの動画像データからサムネイル画像データを生成して、前記サムネイル領域の空き部分に記録するサムネイル補充記録手段
   とを具備することを特徴とする記録装置。
2. 前記所定の操作が、前記記録媒体のファイナライズを指示する操作であることを特徴とする請求項１に記載の記録装置。
3. 更に、前記記録媒体への前記動画像の記録に応じて、前記動画像からサムネイル画像を生成し、前記サムネイル領域に記録するサムネイル記録手段を具備することを特徴とする請求項１又は２に記載の記録装置。
4. 更に、前記サムネイル領域に記録される、同一動画像に対する複数のサムネイル画像を時間順に表示する手段を具備することを特徴とする請求項１乃至３の何れか１項に記載の記録装置。
5. 前記サムネイル補充記録手段は、前記記録媒体に記録された動画像データの数と前記算出手段で算出された数とに基づいて、前記記録媒体に記録済みの一つの動画像データから生成するサムネイル画像データの数を決めることを特徴とする請求項１に記載の記録装置。
   

Images