(57)【特許請求の範囲】
【請求項１】
記録媒体に記録された複数の画像データの代表画像データを上記記録媒体から読み出すとともに上記代表画像データの表示制御データを上記記録媒体から読み出す読出手段と、
上記読出手段によって読み出された上記代表画像データの表示を行う場合にグループ画像のまとめ表示か展開表示のいずれが指示されているかを判別する判別手段と、
上記判別手段によって、まとめ表示が指示されていると判別された場合には、上記表示制御データに基づいてグループ定義がされた代表画像に対してはグループに属す代表画像のうちの１の画像を表示するとともに代表画像グループに属すことを示す表示を行い、
展開表示が指示されていると判別された場合には、上記表示制御データに基づいてグループに属す代表画像を展開するようにすべて表示するとともに、上記展開表示されたグループに属す代表画像が所定の囲み枠でグループに属すことを示す表示を行う表示制御手段と
を備えていることを特徴とする画像処理装置。
【請求項２】
上記表示制御手段は、上記グループを第１の階層構造内に第２の階層のグループをさらに構成可能で、上記第１の階層のグループを示す囲み枠表示と、上記第２の階層のグループを示す囲み枠表示とは異なるように表示制御することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
記録媒体に記録された複数の画像データの代表画像データを上記記録媒体から読み出すとともに上記代表画像データの表示制御データを上記記録媒体から読み出し、
上記代表画像データの表示を行う場合にグループ画像のまとめ表示か展開表示のいずれが指示されているかを判別し、
まとめ表示が指示されている場合には、上記表示制御データに基づいてグループ定義がされた代表画像に対してはグループに属す代表画像のうちの１の画像を表示するとともに代表画像グループに属すことを示す表示を行い、
展開表示が指示されている場合には、上記表示制御データに基づいてグループに属す代表画像を展開するようにすべて表示するとともに、上記展開表示されたグループに属す代表画像が所定の囲み枠でグループに属すことを示す表示を行う
画像の表示方法。
【請求項４】
上記グループには第１の階層構造内に第２の階層のグループをさらに構成可能で、上記第１の階層のグループを示す囲み枠表示と、上記第２の階層のグループを示す囲み枠表示とは異なる第３項記載の表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば或る記録媒体に記録されたファイルを代表する代表画像を、１画面に対して複数表示させるための画像処理を行う画像処理装置、及び表示方法に関するものである。
【０００２】
【従来の技術】
現在、パーソナルコンピュータでは、例えばハードディスクなどの記憶装置に記録されている各種ファイルを管理するのに、いわゆるデスクトップ画面上で行われるようなＧＵＩ(Graphical User Interface)による管理形態を採っている。これは、基本的には、記録媒体に記録されているファイルをアイコン化して表示するものである。一般には、このアイコンを選択してクリックすると、そのアイコンに対応するファイルについての再生（例えば表示や音声出力等）が行われるようになっている。
そして、パーソナルコンピュータのＧＵＩでは、ユーザが選択した任意の複数のファイルを１つのフォルダに纏めるようにし、更にフォルダを階層化して管理することも行われている。周知のように、このフォルダは、ユーザの操作により展開されて、内部に纏められているとされる各ファイルをユーザが把握できるように表示させることができ、逆に、この状態から、そのフォルダを閉じた状態で表示させる（このときファイルはフォルダ内部に格納されているものとして見なされる）ことも出来るようになっている。
また、フォルダが階層化されている場合、例えば或る子のフォルダから、その親のフォルダ（１つ上の階層のフォルダ）に移行する必要のある場合には、一般には子のフォルダが展開されている画像上で親のフォルダに移行するためのキーが表示されているので、このキーをクリック操作することなどによって、親のフォルダに移行することができるようになっている。
【０００３】
そして、ビデオカメラなどにおいて、記録媒体に記録した動画像や静止画等の画像データのファイル等を検索するためのＧＵＩ(Graphical User Interface)の形態を考えた場合、上記したようなパーソナルコンピュータで採用されているＧＵＩとしてのファイル管理形態を応用することが考えられる。。
つまり、記録媒体に記録されているファイルを、例えばサムネイル画像などによりアイコン化して表示するようにする。「サムネイル画像」とは、例えば記録媒体に記録されているファイルごとに代表となるような、静止画或いは動画による代表画面を、１画面内において、通常よりも縮小した形態で表示した画像のことをいう。また、本明細書では、このようにしてサムネイル画像を提示する表示を「サムネイル表示」ともいうことにする。このようなサムネイル表示画像上において、ユーザが所定操作によって、所望のアイコン（サムネイル画像）に対してクリック操作などを行えば、そのクリックされたアイコンに対応するファイルの再生が行われるようにされる。
そして、複数のファイルのアイコンをフォルダ化して１つに纏められるようにしたうえで、これらのフォルダについて階層化構造が得られるようにするものである。
【０００４】
【発明が解決しようとする課題】
ところで、上記したようなパーソナルコンピュータのＧＵＩでは、例えば或る１つのフォルダと、このフォルダの親、又は子との関係が１目では把握しづらいという問題がある。
例えば、或る１つのフォルダのみが表示されている状態から、その親フォルダを参照しようとした場合について考えてみると、この場合には先ず、親フォルダを表示させるためのキー表示に対して操作を行うことになる。この操作により、親フォルダは展開された状態で画面上に表示されることになるが、パーソナルコンピュータのＧＵＩ画面では、一般には、この親フォルダと、先から表示されていた子のフォルダとが同一画面上で並列的に表示されるため、やはりフォルダ間の親子関係が一目では把握しにくい状態となっている。
【０００５】
このようなＧＵＩを、前述したビデオカメラなどにより記録されたファイルの検索画面に応用したとすると、例えばパーソナルコンピュータの操作に或る程度慣れているユーザならばいざ知らず、普段パーソナルコンピュータを扱うことの無いような家電製品のユーザにとっては、フォルダの親子関係の概念を理解するのが難しいことになる。
従って、例えばビデオカメラのような、一般の家電品に近いような製品のＧＵＩとしてはパーソナルコンピュータに不慣れなユーザにとっても見易く、扱いやすいＧＵＩ画面を構築することが望まれる。
【０００６】
【課題を解決するための手段】
そこで本発明は、記録媒体に記録された複数の画像データの代表画像データを上記記録媒体から読み出すとともに上記代表画像データの表示制御データを上記記録媒体から読み出す読出手段と、上記読出手段によって読み出された上記代表画像データの表示を行う場合にグループ画像のまとめ表示か展開表示のいずれが指示されているかを判別する判別手段と、上記判別手段によって、まとめ表示が指示されていると判別された場合には、上記表示制御データに基づいてグループ定義がされた代表画像に対してはグループに属す代表画像のうちの１の画像を表示するとともに代表画像グループに属すことを示す表示を行い、展開表示が指示されていると判別された場合には、上記表示制御データに基づいてグループに属す代表画像を展開するようにすべて表示するとともに、上記展開表示されたグループに属す代表画像が所定の囲み枠でグループに属すことを示す表示を行う表示制御手段とを備えて構成することとした。
【０００７】
本発明の表示方法は、記録媒体に記録された複数の画像データの代表画像データを上記記録媒体から読み出すとともに上記代表画像データの表示制御データを上記記録媒体から読み出し、上記代表画像データの表示を行う場合にグループ画像のまとめ表示か展開表示のいずれが指示されているかを判別し、まとめ表示が指示されている場合には、上記表示制御データに基づいてグループ定義がされた代表画像に対してはグループに属す代表画像のうちの１の画像を表示するとともに代表画像グループに属すことを示す表示を行い、展開表示が指示されている場合には、上記表示制御データに基づいてグループに属す代表画像を展開するようにすべて表示するとともに、上記展開表示されたグループに属す代表画像が所定の囲み枠でグループに属すことを示す表示を行う。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態の画像処理装置について説明していく。本実施の形態の画像処理装置としては、カメラ装置部と画像（静止画又は動画）及び音声の記録再生が可能な記録再生装置部とが一体化された可搬型のビデオカメラに搭載されている場合を例にあげる。また、本例のビデオカメラに搭載される記録再生装置部は、光磁気ディスクの一種として知られている、いわゆるミニディスクに対応してデータを記録再生する構成を採るものとされる。
説明は次の順序で行う。
１．ディスクフォーマット
２．ビデオカメラの外観構成
３．ビデオカメラの内部構成
４．メディアドライブ部の構成
５．本実施の形態に対応するディスク構造例
６．サムネイル画像生成処理
７．スクリプト
８．サムネイル表示
９．本実施の形態のサムネイル表示
【０００９】
１．ディスクフォーマット
本例のビデオカメラに搭載される記録再生装置部は、ミニディスク（光磁気ディスク）に対応してデータの記録／再生を行う、ＭＤデータといわれるフォーマットに対応しているものとされる。このＭＤデータフォーマットとしては、ＭＤ−ＤＡＴＡ１とＭＤ−ＤＡＴＡ２といわれる２種類のフォーマットが開発されているが、本例のビデオカメラは、ＭＤ−ＤＡＴＡ１よりも高密度記録が可能とされるＭＤ−ＤＡＴＡ２のフォーマットに対応して記録再生を行うものとされている。そこで、先ずＭＤ−ＤＡＴＡ２のディスクフォーマットについて説明する。
【００１０】
図１及び図２は、ＭＤ−ＤＡＴＡ２としてのディスクのトラック構造例を概念的に示している。図２（ａ）（ｂ）は、それぞれ図１の破線Ａで括った部分を拡大して示す断面図及び平面図である。
これらの図に示すように、ディスク面に対してはウォブル（蛇行）が与えられたウォブルドグルーブＷＧと、ウォブルが与えられていないノンウォブルドグルーブＮＷＧとの２種類のグルーブ（溝）が予め形成される。そして、これらウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧは、その間にランドＬｄを形成するようにしてディスク上において２重のスパイラル状に存在する。
【００１１】
ＭＤ−ＤＡＴＡ２フォーマットでは、ランドＬｄがトラックとして利用されるのであるが、上記のようにしてウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧが形成されることから、トラックとしてもトラックＴｒ・Ａ，Ｔｒ・Ｂの２つのトラックがそれぞれ独立して、２重のスパイラル（ダブルスパイラル）状に形成されることになる。
トラックＴｒ・Ａは、ディスク外周側にウォブルドグルーブＷＧが位置し、ディスク内周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
これに対してトラックＴｒ・Ｂは、ディスク内周側にウォブルドグルーブＷＧが位置し、ディスク外周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
つまり、トラックＴｒ・Ａに対してはディスク外周側の片側のみにウォブルが形成され、トラックＴｒ・Ｂとしてはディスク内周側の片側のみにウォブルが形成されるようにしたものとみることができる。
この場合、トラックピッチは、互いに隣接するトラックＴｒ・ＡとトラックＴｒ・Ｂの各センター間の距離となり、図２（ｂ）に示すようにトラックピッチは０．９５μｍとされている。
【００１２】
ここで、ウォブルドグルーブＷＧとしてのグルーブに形成されたウォブルは、ディスク上の物理アドレスがＦＭ変調＋バイフェーズ変調によりエンコードされた信号に基づいて形成されているものである。このため、記録再生時においてウォブルドグルーブＷＧに与えられたウォブリングから得られる再生情報を復調処理することで、ディスク上の物理アドレスを抽出することが可能となる。
また、ウォブルドグルーブＷＧとしてのアドレス情報は、トラックＴｒ・Ａ，Ｔｒ・Ｂに対して共通に有効なものとされる。つまり、ウォブルドグルーブＷＧを挟んで内周に位置するトラックＴｒ・Ａと、外周に位置するトラックＴｒ・Ｂは、そのウォブルドグルーブＷＧに与えられたウォブリングによるアドレス情報を共有するようにされる。
なお、このようなアドレッシング方式はインターレースアドレッシング方式ともいわれる。このインターレースアドレッシング方式を採用することで、例えば、隣接するウォブル間のクロストークを抑制した上でトラックピッチを小さくすることが可能となるものである。また、グルーブに対してウォブルを形成することでアドレスを記録する方式については、ＡＤＩＰ(Adress In Pregroove) 方式ともいう。
【００１３】
また、上記のようにして同一のアドレス情報を共有するトラックＴｒ・Ａ，Ｔｒ・Ｂの何れをトレースしているのかという識別は次のようにして行うことができる。
例えば３ビーム方式を応用し、メインビームがトラック（ランドＬｄ）をトレースしている状態では、残る２つのサイドビームは、上記メインビームがトレースしているトラックの両サイドに位置するグルーブをトレースしているようにすることが考えられる。
【００１４】
図２（ｂ）には、具体例として、メインビームスポットＳＰｍがトラックＴｒ・Ａをトレースしている状態が示されている。この場合には、２つのサイドビームスポットＳＰｓ１，ＳＰｓ２のうち、内周側のサイドビームスポットＳＰｓ１はノンウォブルドグルーブＮＷＧをトレースし、外周側のサイドビームスポットＳＰｓ２はウォブルドグルーブＷＧをトレースすることになる。
これに対して、図示しないが、メインビームスポットＳＰｍがトラックＴｒ・Ｂをトレースしている状態であれば、サイドビームスポットＳＰｓ１がウォブルドグルーブＷＧをトレースし、サイドビームスポットＳＰｓ２がノンウォブルドグルーブＮＷＧをトレースすることになる。
このように、メインビームスポットＳＰｍが、トラックＴｒ・Ａをトレースする場合とトラックＴｒ・Ｂをトレースする場合とでは、サイドビームスポットＳＰｓ１，ＳＰｓ２がトレースすべきグルーブとしては、必然的にウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧとで入れ替わることになる。
【００１５】
サイドビームスポットＳＰｓ１，ＳＰｓ２の反射によりフォトディテクタにて得られる検出信号としては、ウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧの何れをトレースしているのかで異なる波形が得られることから、上記検出信号に基づいて、例えば、現在サイドビームスポットＳＰｓ１，ＳＰｓ２のうち、どちらがウォブルドグルーブＷＧ（あるいはノンウォブルドグルーブＮＷＧ）をトレースしているのかを判別することにより、メインビームがトラックＴｒ・Ａ，Ｔｒ・Ｂのどちらをトレースしているのかが識別できることになる。
【００１６】
図３は、上記のようなトラック構造を有するＭＤ−ＤＡＴＡ２フォーマットのの主要スペックをＭＤ−ＤＡＴＡ１フォーマットと比較して示す図である。
先ず、ＭＤ−ＤＡＴＡ１フォーマットとしては、トラックピッチは１．６μｍ、ピット長は０．５９μｍ／ｂｉｔとなる。また、レーザ波長λ＝７８０ｎｍとされ、光学ヘッドの開口率ＮＡ＝０．４５とされる。
記録方式としては、グルーブ記録方式を採っている。つまり、グルーブをトラックとして記録再生に用いるようにしている。
アドレス方式としては、シングルスパイラルによるグルーブ（トラック）を形成したうえで、このグルーブの両側に対してアドレス情報としてのウォブルを形成したウォブルドグルーブを利用する方式を採るようにされている。
【００１７】
記録データの変調方式としてはＥＦＭ（８−１４変換）方式を採用している。また、誤り訂正方式としてはＡＣＩＲＣ(Advanced Cross Interleave Reed-Solomon Code) が採用され、データインターリーブには畳み込み型を採用している。このため、データの冗長度としては４６．３％となる。
【００１８】
また、ＭＤ−ＤＡＴＡ１フォーマットでは、ディスク駆動方式としてＣＬＶ(Constant Linear Verocity)が採用されており、ＣＬＶの線速度としては、１．２ｍ／ｓとされる。
そして、記録再生時の標準のデータレートとしては、１３３ｋＢ／ｓとされ、記録容量としては、１４０ＭＢとなる。
【００１９】
これに対して、本例のビデオカメラが対応できるＭＤ−ＤＡＴＡ２フォーマットとしては、トラックピッチは０．９５μｍ、ピット長は０．３９μｍ／ｂｉｔとされ、共にＭＤ−ＤＡＴＡ１フォーマットよりも短くなっていることが分かる。そして、例えば上記ピット長を実現するために、レーザ波長λ＝６５０ｎｍ、光学ヘッドの開口率ＮＡ＝０．５２として、合焦位置でのビームスポット径を絞ると共に光学系としての帯域を拡げている。
【００２０】
記録方式としては、図１及び図２により説明したように、ランド記録方式が採用され、アドレス方式としてはインターレースアドレッシング方式が採用される。また、記録データの変調方式としては、高密度記録に適合するとされるＲＬＬ（１，７）方式（ＲＬＬ；Run Length Limited）が採用され、誤り訂正方式としてはＲＳ−ＰＣ方式、データインターリーブにはブロック完結型が採用される。そして、上記各方式を採用した結果、データの冗長度としては、１９．７％にまで抑制することが可能となっている。
【００２１】
ＭＤ−ＤＡＴＡ２フォーマットにおいても、ディスク駆動方式としてはＣＬＶが採用されるのであるが、その線速度としては２．０ｍ／ｓとされ、記録再生時の標準のデータレートとしては５８９ｋＢ／ｓとされる。そして、記録容量としては６５０ＭＢを得ることができ、ＭＤ−ＤＡＴＡ１フォーマットと比較した場合には、４倍強の高密度記録化が実現されたことになる。
例えば、ＭＤ−ＤＡＴＡ２フォーマットにより動画像の記録を行うとして、動画像データについてＭＰＥＧ２による圧縮符号化を施した場合には、符号化データのビットレートにも依るが、時間にして１５分〜１７分の動画を記録することが可能とされる。また、音声信号データのみを記録するとして、音声データについてＡＴＲＡＣ(Adaptve Transform Acoustic Coding) ２による圧縮処理を施した場合には、時間にして１０時間程度の記録を行うことができる。
【００２２】
２．ビデオカメラの外観構成
図６（ａ）（ｂ）（ｃ）は、本例のビデオカメラの外観例を示す側面図、平面図及び背面図である。
これらの図に示すように、本例のビデオカメラの本体２００には、撮影を行うための撮像レンズや絞りなどを備えたカメラレンズ２０１が表出するようにして設けられ、また、例えば、本体２００の上面部においては、撮影時において外部の音声を収音するための左右一対のマイクロフォン２０２が設けられている。つまり、このビデオカメラでは、カメラレンズ２０１により撮影した画像の録画と、マイクロフォン２０２により収音したステレオ音声の録音を行うことが可能とされている。
【００２３】
また、本体２００の側面側には、表示部６Ａ、スピーカ２０５、インジケータ２０６が備えられている。表示部６Ａは、撮影画像、及び内部の記録再生装置により再生された画像等を表示出力する部位とされる。なお、表示部６Ａとして実際に採用する表示デバイスとしては、ここでは特に限定されるものではないが、例えば液晶ディスプレイ等が用いられればよい。また、表示部６Ａには、機器の動作に応じて所要のメッセージをユーザに知らせるための文字やキャラクタ等によるメッセージ表示等も行われるものとされる。
スピーカ２０５からは録音した音声の再生時に、その再生音声が出力される他、例えばビープ音等による所要のメッセージ音声の出力等も行われる。
またインジケータ２０６は、例えば記録動作中に発光され、ユーザーにビデオカメラが記録動作中であることを示す。
【００２４】
本体２００の背面側には、ビューファインダ２０４が設けられており、記録動作中及びスタンバイ中において、カメラレンズ２０１から取り込まれる画像及びキャラクタ画像等が表示される。ユーザーはこのビューファインダ２０４をみながら撮影を行うことができる。
さらにディスクスロット２０３、ビデオ出力端子Ｔ１、ヘッドフォン／ライン端子Ｔ２、Ｉ／Ｆ端子Ｔ３が設けられる。ディスクスロット２０３は、本例のビデオカメラが対応する記録媒体としてのディスクが挿入、あるいは排出されるためのスロット部分とされる。ビデオ出力端子Ｔ１は、外部の映像機器に対して再生画像信号等を出力する端子、ヘッドフォン／ライン端子Ｔ２は外部の音声機器やヘッドホンに対して再生音声信号を出力する端子である。Ｉ／Ｆ端子Ｔ３は、例えば外部のデータ機器とデータ伝送を行うためのインターフェイスの入出力端子とされる。
【００２５】
さらに、本体２００の各部には、ユーザー操作のための各種の操作子（３００、３０１、及び３０４〜３１１）が設けられる。
メインダイヤル３００は、ビデオカメラのオン／オフ、記録動作、再生動作を設定する操作子である。メインダイヤルが図示するように「ＯＦＦ」の位置にあるときは電源オフとされており、「ＳＴＢＹ」の位置に回動されることで、電源オンとなって記録動作のスタンバイ状態となる。また、「ＰＢ」の位置に回動されることで、電源オンとなって再生動作のスタンバイ状態となる。
【００２６】
レリーズキー３０１は、記録スタンバイ状態にある際において、記録開始や記録シャッタの操作子として機能する。
【００２７】
ズームキー３０４は、画像撮影に関してのズーム状態（テレ側〜ワイド側）を操作する操作子である。
イジェクトキー３０５は、ディスクスロット２０３内に装填されているディスクを排出させるための操作子である。
再生／一時停止キー３０６、停止キー３０７、サーチキー３０８，３０９は、ディスクに対する再生時の各種操作のために用意されている。
【００２８】
十字／クリックキー３１０は、ユーザが、後述するサムネイル表示画面上でポインタ表示を左右上下方向に移動させるために用いられる。また、この場合には、このキーの中央部分を押圧操作することで、クリック操作を行うことが出来るようになっているものとされる。
ジョグダイヤル３１１は、各操作モードの下で回転操作を行うことで所要の選択操作や入力操作を行うためのキーとされる。例えば文字入力モードとされている状態の下では、このジョグダイヤル３１１を回転操作することで、入力すべき文字を選択することが可能となる。入力文字を確定する場合には、例えば上記十字／クリックキー３１０を用いてクリック操作を行うようにされればよい。
【００２９】
なお、図６に示すビデオカメラの外観はあくまでも一例であって、実際に本例のビデオカメラに要求される使用条件等に応じて適宜変更されて構わないものである。もちろん操作子の種類や操作方式、さらに外部機器との接続端子類などは各種多様に考えられる。
【００３０】
３．ビデオカメラの内部構成
図４は、本例のビデオカメラの内部構成例を示すブロック図である。
この図に示すレンズブロック１においては、例えば実際には撮像レンズや絞りなどを備えて構成される光学系１１が備えられている。上記図６に示したカメラレンズ２０１は、この光学系１１に含まれる。また、このレンズブロック１には、光学系１１に対してオートフォーカス動作を行わせるためのフォーカスモータや、上記ズームキー３０４の操作に基づくズームレンズの移動を行うためのズームモータなどが、モータ部１２として備えられる。
【００３１】
カメラブロック２には、主としてレンズブロック１により撮影した画像光をデジタル画像信号に変換するための回路部が備えられる。
このカメラブロック２のＣＣＤ(Charge Coupled Device) ２１に対しては、光学系１１を透過した被写体の光画像が与えられる。ＣＣＤ２１においては上記光画像について光電変換を行うことで撮像信号を生成し、サンプルホールド／ＡＧＣ(Automatic Gain Control)回路２２に供給する。サンプルホールド／ＡＧＣ回路２２では、ＣＣＤ２１から出力された撮像信号についてゲイン調整を行うと共に、サンプルホールド処理を施すことによって波形整形を行う。サンプルホールド／ＡＧＣ回路２の出力は、ビデオＡ／Ｄコンバータ２３に供給されることで、デジタルとしての画像信号データに変換される。
【００３２】
上記ＣＣＤ２１、サンプルホールド／ＡＧＣ回路２２、ビデオＡ／Ｄコンバータ２３における信号処理タイミングは、タイミングジェネレータ２４にて生成されるタイミング信号により制御される。タイミングジェネレータ２４では、後述するデータ処理／システムコントロール回路３１（ビデオ信号処理回部３内）にて信号処理に利用されるクロックを入力し、このクロックに基づいて所要のタイミング信号を生成するようにされる。これにより、カメラブロック２における信号処理タイミングを、ビデオ信号処理部３における処理タイミングと同期させるようにしている。
カメラコントローラ２５は、カメラブロック２内に備えられる上記各機能回路部が適正に動作するように所要の制御を実行すると共に、レンズブロック１に対してオートフォーカス、自動露出調整、絞り調整、ズームなどのための制御を行うものとされる。
例えばオートフォーカス制御であれば、カメラコントローラ２５は、所定のオートフォーカス制御方式に従って得られるフォーカス制御情報に基づいて、フォーカスモータの回転角を制御する。これにより、撮像レンズはジャストピント状態となるように駆動されることになる。
【００３３】
ビデオ信号処理部３は、記録時においては、カメラブロック２から供給されたデジタル画像信号、及びマイクロフォン２０２により集音したことで得られるデジタル音声信号について圧縮処理を施し、これら圧縮データをユーザ記録データとして後段のメディアドライブ部４に供給する。さらにカメラブロック２から供給されたデジタル画像信号とキャラクタ画像により生成した画像をビューファインダドライブ部２０７に供給し、ビューファインダ２０４に表示させる。
また、再生時においては、メディアドライブ部４から供給されるユーザ再生データ（ディスク５１からの読み出しデータ）、つまり圧縮処理された画像信号データ及び音声信号データについて復調処理を施し、これらを再生画像信号、再生音声信号として出力する。
【００３４】
なお本例において、画像信号データ（画像データ）の圧縮／伸張処理方式としては、動画像についてはＭＰＥＧ(Moving Picture Experts Group)２を採用し、静止画像についてはＪＰＥＧ(Joint Photographic Coding Experts Group) を採用しているものとする。また、音声信号デーのタ圧縮／伸張処理方式には、ＡＴＲＡＣ(Adaptve Transform Acoustic Coding) ２を採用するものとする。
【００３５】
ビデオ信号処理部３のデータ処理／システムコントロール回路３１は、主として、当該ビデオ信号処理部３における画像信号データ及び音声信号データの圧縮／伸張処理に関する制御処理と、ビデオ信号処理部３を経由するデータの入出力を司るための処理を実行する。
また、データ処理／システムコントロール回路３１を含むビデオ信号処理部３全体についての制御処理は、ビデオコントローラ３８が実行するようにされる。このビデオコントローラ３８は、例えばマイクロコンピュータ等を備えて構成され、カメラブロック２のカメラコントローラ２５、及び後述するメディアドライブ部４のドライバコントローラ４６と、例えば図示しないバスライン等を介して相互通信可能とされている。
【００３６】
ビデオ信号処理部３における記録時の基本的な動作として、データ処理／システムコントロール回路３１には、カメラブロック２のビデオＡ／Ｄコンバータ２３から供給された画像信号データが入力される。データ処理／システムコントロール回路３１では、入力された画像信号データを例えば動き検出回路３５に供給する。動き検出回路３５では、例えばメモリ３６を作業領域として利用しながら入力された画像信号データについて動き補償等の画像処理を施した後、ＭＰＥＧ２ビデオ信号処理回路３３に供給する。
【００３７】
ＭＰＥＧ２ビデオ信号処理回路３３においては、例えばメモリ３４を作業領域として利用しながら、入力された画像信号データについてＭＰＥＧ２のフォーマットに従って圧縮処理を施し、動画像としての圧縮データのビットストリーム（ＭＰＥＧ２ビットストリーム）を出力するようにされる。また、ＭＰＥＧ２ビデオ信号処理回路３３では、例えば動画像としての画像信号データから静止画としての画像データを抽出してこれに圧縮処理を施す際には、ＪＰＥＧのフォーマットに従って静止画としての圧縮画像データを生成するように構成されている。なお、ＪＰＥＧは採用せずに、ＭＰＥＧ２のフォーマットによる圧縮画像データとして、正規の画像データとされるＩピクチャ(Intra Picture) を静止画の画像データとして扱うことも考えられる。
ＭＰＥＧ２ビデオ信号処理回路３３により圧縮符号化された画像信号データ（圧縮画像データ）は、例えば、バッファメモリ３２に対して所定の転送レートにより書き込まれて一時保持される。
なおＭＰＥＧ２のフォーマットにおいては、周知のようにいわゆる符号化ビットレート（データレート）として、一定速度（ＣＢＲ；Constant Bit Rate)と、可変速度（ＶＢＲ；Variable Bit Rate)の両者がサポートされており、ビデオ信号処理部３ではこれらに対応できるものとしている。
【００３８】
例えばＶＢＲによる画像圧縮処理を行う場合には、例えば、動き検出回路３５において、画像データをマクロブロック単位により前後数十〜数百フレーム内の範囲で動き検出を行って、動きありとされればこの検出結果を動きベクトル情報としてＭＰＥＧ２ビデオ信号処理回路３３に伝送する。
ＭＰＥＧ２ビデオ信号処理回路３３では、圧縮符号化後の画像データをある所要のデータレートとするように、上記動きベクトル情報をはじめとする所要の情報を利用しながら、マクロブロックごとの量子化係数を決定していくようにされる。
【００３９】
音声圧縮エンコーダ／デコーダ３７には、Ａ／Ｄコンバータ６４（表示／画像／音声入出力部６内）を介して、例えばマイクロフォン２０２により集音された音声がデジタルによる音声信号データとして入力される。
音声圧縮エンコーダ／デコーダ３７では、前述のようにＡＴＲＡＣ２のフォーマットに従って入力された音声信号データに対する圧縮処理を施す。この圧縮音声信号データもまた、データ処理／システムコントロール回路３１によってバッファメモリ３２に対して所定の転送レートによる書き込みが行われ、ここで一時保持される。
【００４０】
上記のようにして、バッファメモリ３２には、圧縮画像データ及び圧縮音声信号データが蓄積可能とされる。バッファメモリ３２は、主として、カメラブロック２あるいは表示／画像／音声入出力部６とバッファメモリ３２間のデータ転送レートと、バッファメモリ３２とメディアドライブ部４間のデータ転送レートの速度差を吸収するための機能を有する。
バッファメモリ３２に蓄積された圧縮画像データ及び圧縮音声信号データは、記録時であれば、順次所定タイミングで読み出しが行われて、メディアドライブ部４のＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に伝送される。ただし、例えば再生時においてバッファメモリ３２に蓄積されたデータの読み出しと、この読み出したデータをメディアドライブ部４からデッキ部５を介してディスク５１に記録するまでの動作は、間欠的に行われても構わない。
このようなバッファメモリ３２に対するデータの書き込み及び読み出し制御は、例えば、データ処理／システムコントロール回路３１によって実行される。
【００４１】
ビデオ信号処理部３における再生時の動作としては、概略的に次のようになる。
再生時には、ディスク５１から読み出され、ＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１（メディアドライブ部４内）の処理によりＭＤ−ＤＡＴＡ２フォーマットに従ってデコードされた圧縮画像データ、圧縮音声信号データ（ユーザ再生データ）が、データ処理／システムコントロール回路３１に伝送されてくる。
データ処理／システムコントロール回路３１では、例えば入力した圧縮画像データ及び圧縮音声信号データを、一旦バッファメモリ３２に蓄積させる。そして、例えば再生時間軸の整合が得られるようにされた所要のタイミング及び転送レートで、バッファメモリ３２から圧縮画像データ及び圧縮音声信号データの読み出しを行い、圧縮画像データについてはＭＰＥＧ２ビデオ信号処理回路３３に供給し、圧縮音声信号データについては音声圧縮エンコーダ／デコーダ３７に供給する。
【００４２】
ＭＰＥＧ２ビデオ信号処理回路３３では、入力された圧縮画像データについて伸張処理を施して、データ処理／システムコントロール回路３１に伝送する。データ処理／システムコントロール回路３１では、この伸張処理された画像信号データを、ビデオＤ／Ａコンバータ６１（表示／画像／音声入出力部６内）に供給する。
音声圧縮エンコーダ／デコーダ３７では、入力された圧縮音声信号データについて伸張処理を施して、Ｄ／Ａコンバータ６５（表示／画像／音声入出力部６内）に供給する。
【００４３】
表示／画像／音声入出力部６においては、ビデオＤ／Ａコンバータ６１に入力された画像信号データは、ここでアナログ画像信号に変換され、表示コントローラ６２及びコンポジット信号処理回路６３に対して分岐して入力される。
表示コントローラ６２では、入力された画像信号に基づいて表示部６Ａを駆動する。これにより、表示部６Ａにおいて再生画像の表示が行われる。また、表示部６Ａにおいては、ディスク５１から再生して得られる画像の表示だけでなく、当然のこととして、レンズブロック１及びカメラブロック２からなるカメラ部位により撮影して得られた撮像画像も、ほぼリアルタイムで表示出力させることが可能である。
また、再生画像及び撮像画像の他、前述のように、機器の動作に応じて所要のメッセージをユーザに知らせるための文字やキャラクタ等によるメッセージ表示も行われるものとされる。このようなメッセージ表示は、例えばビデオコントローラ３８の制御によって、所要の文字やキャラクタ等が所定の位置に表示されるように、データ処理／システムコントロール回路３１からビデオＤ／Ａコンバータ６１に出力すべき画像信号データに対して、所要の文字やキャラクタ等の画像信号データを合成する処理を実行するようにすればよい。
【００４４】
コンポジット信号処理回路６３では、ビデオＤ／Ａコンバータ６１から供給されたアナログ画像信号についてコンポジット信号に変換して、ビデオ出力端子Ｔ１に出力する。例えば、ビデオ出力端子Ｔ１を介して、外部モニタ装置等と接続を行えば、当該ビデオカメラで再生した画像を外部モニタ装置により表示させることが可能となる。
【００４５】
また、表示／画像／音声入出力部６において、音声圧縮エンコーダ／デコーダ３７からＤ／Ａコンバータ６５に入力された音声信号データは、ここでアナログ音声信号に変換され、ヘッドフォン／ライン端子Ｔ２に対して出力される。また、Ｄ／Ａコンバータ６５から出力されたアナログ音声信号は、アンプ６６を介してスピーカＳＰに対しても分岐して出力され、これにより、スピーカＳＰからは、再生音声等が出力されることになる。
【００４６】
メディアドライブ部４では、主として、記録時にはＭＤ−ＤＡＴＡ２フォーマットに従って記録データをディスク記録に適合するようにエンコードしてデッキ部５に伝送し、再生時においては、デッキ部５においてディスク５１から読み出されたデータについてデコード処理を施すことで再生データを得て、ビデオ信号処理部３に対して伝送する。
【００４７】
このメディアドライブ部４のＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１は、記録時においては、データ処理／システムコントロール回路３１から記録データ（圧縮画像データ＋圧縮音声信号データ）が入力され、この記録データについて、ＭＤ−ＤＡＴＡ２フォーマットに従った所定のエンコード処理を施し、このエンコードされたデータを一時バッファメモリ４２に蓄積する。そして、所要のタイミングで読み出しを行いながらデッキ部５に伝送する。
【００４８】
再生時においては、ディスク５１から読み出され、ＲＦ信号処理回路４４、二値化回路４３を介して入力されたデジタル再生信号について、ＭＤ−ＤＡＴＡ２フォーマットに従ったデコード処理を施して、再生データとしてビデオ信号処理部３のデータ処理／システムコントロール回路３１に対して伝送する。
なお、この際においても、必要があれば再生データを一旦バッファメモリ４２に蓄積し、ここから所要のタイミングで読み出したデータをデータ処理／システムコントロール回路３１に伝送出力するようにされる。このような、バッファメモリ４２に対する書き込み／読み出し制御はドライバコントローラ４６が実行するものとされる。
なお、例えばディスク５１の再生時において、外乱等によってサーボ等が外れて、ディスクからの信号の読み出しが不可となったような場合でも、バッファメモリ４２に対して読み出しデータが蓄積されている期間内にディスクに対する再生動作を復帰させるようにすれば、再生データとしての時系列的連続性を維持することが可能となる。
【００４９】
ＲＦ信号処理回路４４には、ディスク５１からの読み出し信号について所要の処理を施すことで、例えば、再生データとしてのＲＦ信号、デッキ部５に対するサーボ制御のためのフォーカスエラー信号、トラッキングエラー信号等のサーボ制御信号を生成する。ＲＦ信号は、上記のように二値化回路４３により２値化され、デジタル信号データとしてＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に入力される。
また、生成された各種サーボ制御信号はサーボ回路４５に供給される。サーボ回路４５では、入力したサーボ制御信号に基づいて、デッキ部５における所要のサーボ制御を実行する。
【００５０】
なお、本例においては、ＭＤ−ＤＡＴＡ１フォーマットに対応するエンコーダ／デコーダ４７を備えており、ビデオ信号処理部３から供給された記録データを、ＭＤ−ＤＡＴＡ１フォーマットに従ってエンコードしてディスク５１に記録すること、或いは、ディスク５１からの読み出しデータがＭＤ−ＤＡＴＡ１フォーマットに従ってエンコードされているものについては、そのデコード処理を行って、ビデオ信号処理部３に伝送出力することも可能とされている。つまり本例のビデオカメラとしては、ＭＤ−ＤＡＴＡ２フォーマットとＭＤ−ＤＡＴＡ１フォーマットとについて互換性が得られるように構成されている。
ドライバコントローラ４６は、メディアドライブ部４を総括的に制御するための機能回路部とされる。
【００５１】
デッキ部５は、ディスク５１を駆動するための機構からなる部位とされる。ここでは図示しないが、デッキ部５においては、装填されるべきディスク５１が着脱可能とされ、ユーザの作業によって交換が可能なようにされた機構（ディスクスロット２０３（図６参照））を有しているものとされる。また、ここでのディスク５１は、ＭＤ−ＤＡＴＡ２フォーマット、あるいはＭＤ−ＤＡＴＡ１フォーマットに対応する光磁気ディスクであることが前提となる。
【００５２】
デッキ部５においては、装填されたディスク５１をＣＬＶにより回転駆動するスピンドルモータ５２によって、ＣＬＶにより回転駆動される。このディスク５１に対しては記録／再生時に光学ヘッド５３によってレーザ光が照射される。
光学ヘッド５３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行ない、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行なう。このため、光学ヘッド５３には、ここでは詳しい図示は省略するがレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。光学ヘッド５３に備えられる対物レンズとしては、例えば２軸機構によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００５３】
また、ディスク５１を挟んで光学ヘッド５３と対向する位置には磁気ヘッド５４が配置されている。磁気ヘッド５４は記録データによって変調された磁界をディスク５１に印加する動作を行なう。
また、図示しないが、デッキ部５においては、スレッドモータ５５により駆動されるスレッド機構が備えられている。このスレッド機構が駆動されることにより、上記光学ヘッド５３全体及び磁気ヘッド５４はディスク半径方向に移動可能とされている。
【００５４】
操作部７は図６に示した各操作子３００〜３１１等に相当し、これらの操作子によるユーザの各種操作情報は例えばビデオコントローラ３８に供給される。ビデオコントローラ３８は、ユーザー操作に応じた必要な動作が各部において実行されるようにするための操作情報、制御情報をカメラコントローラ２５、ドライバコントローラ４６に対して供給する。
【００５５】
外部インターフェイス８は、当該ビデオカメラと外部機器とでデータを相互伝送可能とするために設けられており、例えば図のようにＩ／Ｆ端子Ｔ３とビデオ信号処理部間に対して設けられる。なお、外部インターフェイス８としてはここでは特に限定されるものではないが、例えばＩＥＥＥ１３９４等が採用されればよい。
例えば、外部のデジタル画像機器と本例のビデオカメラをＩ／Ｆ端子Ｔ３を介して接続した場合、ビデオカメラで撮影した画像（音声）を外部デジタル画像機器に録画したりすることが可能となる。また、外部デジタル画像機器にて再生した画像（音声）データ等を、外部インターフェイス８を介して取り込むことにより、ＭＤ−ＤＡＴＡ２（或いはＭＤ−ＤＡＴＡ１）フォーマットに従ってディスク５１に記録するといったことも可能となる。更には、例えばキャプションの挿入などに利用する文字情報としてのファイルも取り込んで記録することが可能となる。
【００５６】
電源ブロック９は、内蔵のバッテリにより得られる直流電源あるいは商用交流電源から生成した直流電源を利用して、各機能回路部に対して所要のレベルの電源電圧を供給する。電源ブロック９による電源オン／オフは、上述したメインダイヤル３００の操作に応じてビデオコントローラ３８が制御する。
また記録動作中はビデオコントローラ３８はインジケータ２０６の発光動作を実行させる。
【００５７】
４．メディアドライブ部の構成
続いて、図４に示したメディアドライブ部４の構成として、ＭＤ−ＤＡＴＡ２に対応する機能回路部を抽出した詳細な構成について、図５のブロック図を参照して説明する。なお、図５においては、メディアドライブ部４と共にデッキ部５を示しているが、デッキ部５の内部構成については図４により説明したため、ここでは、図４と同一符号を付して説明を省略する。また、図５に示すメディアドライブ部４において図４のブロックに相当する範囲に同一符号を付している。
【００５８】
光学ヘッド５３のディスク５１に対するデータ読み出し動作によりに検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦ信号処理回路４４内のＲＦアンプ１０１に供給される。
ＲＦアンプ１０１では入力された検出情報から、再生信号としての再生ＲＦ信号を生成し、二値化回路４３に供給する。二値化回路４３は、入力された再生ＲＦ信号について二値化を行うことにより、デジタル信号化された再生ＲＦ信号（二値化ＲＦ信号）を得る。
この二値化ＲＦ信号はＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に供給され、まずＡＧＣ／クランプ回路１０３を介してゲイン調整、クランプ処理等が行われた後、イコライザ／ＰＬＬ回路１０４に入力される。
イコライザ／ＰＬＬ回路１０４では、入力された二値化ＲＦ信号についてイコライジング処理を施してビタビデコーダ１０５に出力する。また、イコライジング処理後の二値化ＲＦ信号をＰＬＬ回路に入力することにより、二値化ＲＦ信号（ＲＬＬ（１，７）符号列）に同期したクロックＣＬＫを抽出する。
【００５９】
クロックＣＬＫの周波数は現在のディスク回転速度に対応する。このため、ＣＬＶプロセッサ１１１では、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫを入力し、所定のＣＬＶ速度（図３参照）に対応する基準値と比較することにより誤差情報を得て、この誤差情報をスピンドルエラー信号ＳＰＥを生成するための信号成分として利用する。また、クロックＣＬＫは、例えばＲＬＬ（１，７）復調回路１０６をはじめとする、所要の信号処理回路系における処理のためのクロックとして利用される。
【００６０】
ビタビデコーダ１０５は、イコライザ／ＰＬＬ回路１０４から入力された二値化ＲＦ信号について、いわゆるビタビ復号法に従った復号処理を行う。これにより、ＲＬＬ（１，７）符号列としての再生データが得られることになる。
この再生データはＲＬＬ（１，７）復調回路１０６に入力され、ここでＲＬＬ（１，７）復調が施されたデータストリームとされる。
【００６１】
ＲＬＬ（１，７）復調回路１０６における復調処理により得られたデータストリームは、データバス１１４を介してバッファメモリ４２に対して書き込みが行われ、バッファメモリ４２上で展開される。
このようにしてバッファメモリ４２上に展開されたデータストリームに対しては、先ず、ＥＣＣ処理回路１１６により、ＲＳ−ＰＣ方式に従って誤り訂正ブロック単位によるエラー訂正処理が施され、更に、デスクランブル／ＥＤＣデコード回路１１７により、デスクランブル処理と、ＥＤＣデコード処理（エラー検出処理）が施される。
これまでの処理が施されたデータが再生データＤＡＴＡｐとされる。この再生データＤＡＴＡｐは、転送クロック発生回路１２１にて発生された転送クロックに従った転送レートで、例えばデスクランブル／ＥＤＣデコード回路１１７からビデオ信号処理部３のデータ処理／システムコントロール回路３１に対して伝送されることになる。
【００６２】
転送クロック発生回路１２１は、例えば、クリスタル系のクロックをメディアドライブ部４とビデオ信号処理部３間のデータ伝送や、メディアドライブ部４内における機能回路部間でのデータ伝送を行う際に、適宜適正とされる周波数の転送クロック（データ転送レート）を発生するための部位とされる。
また、当該ビデオカメラの動作状態に応じて、メディアドライブ部４及びビデオ信号処理部３の各機能回路部に供給すべき所要の周波数のクロックを発生する。
【００６３】
光学ヘッド５３によりディスク５１から読み出された検出情報（光電流）は、マトリクスアンプ１０７に対しても供給される。
マトリクスアンプ１０７では、入力された検出情報について所要の演算処理を施すことにより、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク５１にウォブルドグルーブＷＧとして記録されている絶対アドレス情報）ＧＦＭ等を抽出しサーボ回路４５に供給する。即ち抽出されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボプロセッサ１１２に供給され、グルーブ情報ＧＦＭはＡＤＩＰバンドパスフィルタ１０８に供給される。
【００６４】
ＡＤＩＰバンドパスフィルタ１０８により帯域制限されたグルーブ情報ＧＦＭは、Ａ／Ｂトラック検出回路１０９、ＡＤＩＰデコーダ１１０、及びＣＬＶプロセッサ１１１に対して供給される。
Ａ／Ｂトラック検出回路１０９では、例えば図２（ｂ）にて説明した方式などに基づいて、入力されたグルーブ情報ＧＦＭから、現在トレースしているトラックがトラックＴＲ・Ａ，ＴＲ・Ｂの何れとされているのかについて判別を行い、このトラック判別情報をドライバコントローラ４６に出力する。また、ＡＤＩＰデコーダ１１０では、入力されたグルーブ情報ＧＦＭをデコードしてディスク上の絶対アドレス情報であるＡＤＩＰ信号を抽出し、ドライバコントローラ４６に出力する。ドライバコントローラ４６では、上記トラック判別情報及びＡＤＩＰ信号に基づいて、所要の制御処理を実行する。
【００６５】
ＣＬＶプロセッサ１１１には、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫと、ＡＤＩＰバンドパスフィルタ１０８を介したグルーブ情報ＧＦＭが入力される。ＣＬＶプロセッサ１１１では、例えばグルーブ情報ＧＦＭに対するクロックＣＬＫとの位相誤差を積分して得られる誤差信号に基づき、ＣＬＶサーボ制御のためのスピンドルエラー信号ＳＰＥを生成し、サーボプロセッサ１１２に対して出力する。なお、ＣＬＶプロセッサ１１１が実行すべき所要の動作はドライバコントローラ４６によって制御される。
【００６６】
サーボプロセッサ１１２は、上記のようにして入力されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、スピンドルエラー信号ＳＰＥ、ドライバコントローラ４６からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、サーボドライバ１１３に対して出力する。
サーボドライバ１１３では、サーボプロセッサ１１２から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ５２を駆動するスピンドルモータ駆動信号となる。
このようなサーボドライブ信号がデッキ部５に対して供給されることで、ディスク５１に対するフォーカス制御、トラッキング制御、及びスピンドルモータ５２に対するＣＬＶ制御が行われることになる。
【００６７】
ディスク５１に対して記録動作が実行される際には、例えば、ビデオ信号処理部３のデータ処理／システムコントロール回路３１からスクランブル／ＥＤＣエンコード回路１１５に対して記録データＤＡＴＡｒが入力されることになる。このユーザ記録データＤＡＴＡｒは、例えば転送クロック発生回路１２１にて発生された転送クロック（データ転送レート）に同期して入力される。
【００６８】
スクランブル／ＥＤＣエンコード回路１１５では、例えば記録データＤＡＴＡｒをバッファメモリ４２に書き込んで展開し、データスクランブル処理、ＥＤＣエンコード処理（所定方式によるエラー検出符号の付加処理）を施す。この処理の後、例えばＥＣＣ処理回路１１６によって、バッファメモリ４２に展開させている記録データＤＡＴＡｒに対してＲＳ−ＰＣ方式によるエラー訂正符号を付加するようにされる。
ここまでの処理が施された記録データＤＡＴＡｒは、バッファメモリ４２から読み出されて、データバス１１４を介してＲＬＬ（１，７）変調回路１１８に供給される。
【００６９】
ＲＬＬ（１，７）変調回路１１８では、入力された記録データＤＡＴＡｒについてＲＬＬ（１，７）変調処理を施し、このＲＬＬ（１，７）符号列としての記録データを磁気ヘッド駆動回路１１９に出力する。
【００７０】
ところで、ＭＤ−ＤＡＴＡ２フォーマットでは、ディスクに対する記録方式として、いわゆるレーザストローブ磁界変調方式を採用している。レーザストローブ磁界変調方式とは、記録データにより変調した磁界をディスク記録面に印加すると共に、ディスクに照射すべきレーザ光を記録データに同期してパルス発光させる記録方式をいう。
このようなレーザストローブ磁界変調方式では、ディスクに記録されるピットエッジの形成過程が磁界の反転速度等の過渡特性に依存せず、レーザパルスの照射タイミングによって決定される。
このため、例えば単純磁界変調方式（レーザ光をディスクに対して定常的に照射すると共に記録データにより変調した磁界をディスク記録面に印加するようにした方式）と比較して、レーザストローブ磁界変調方式では、記録ピットのジッタをきわめて小さくすることが容易に可能とされる。つまり、レーザストローブ磁界変調方式は、高密度記録化に有利な記録方式とされるものである。
【００７１】
メディアドライブ部４の磁気ヘッド駆動回路１１９では、入力された記録データにより変調した磁界が磁気ヘッド５４からディスク５１に印加されるように動作する。また、ＲＬＬ（１，７）変調回路１１８からレーザドライバ１２０に対しては、記録データに同期したクロックを出力する。レーザドライバ１２０は、入力されたクロックに基づいて、磁気ヘッド５４により磁界として発生される記録データに同期させたレーザパルスがディスクに対して照射されるように、光学ヘッド５３のレーザダイオードを駆動する。この際、レーザダイオードから発光出力されるレーザパルスとしては、記録に適合する所要のレーザパワーに基づくものとなる。このようにして、本例のメディアドライブ部４により上記レーザストローブ磁界変調方式としての記録動作が可能とされる。
【００７２】
５．本実施の形態に対応するディスク構造例
次に、本実施の形態に対応するディスク５１の構造例について説明する。
図７は、本実施の形態に対応するとされるディスク５１の構造例を概念的に示している。なお、この図に示すディスク５１の物理フォーマットについては、先に図１及び図２により説明した通りである。
【００７３】
ディスク５１においては、例えば、管理情報エリアとしてＰＴＯＣ、及びＲＴＯＣの領域が設けられる。ＰＴＯＣは、例えばディスク最内周のプリマスタードエリア（ピットエリア）において、ピット形態により所要の管理情報が記録される。このＰＴＯＣの内容は書き換えが不可とされている。
例えば、上記ＰＴＯＣが記録されるプリマスタードエリアの外周には、光磁気記録再生が可能とされる光磁気記録領域が形成される。そして、先ずその最内周における所定サイズの区間に対して上記ＲＴＯＣの領域が設けられるものとされる。このＲＴＯＣは、例えばディスクに記録されたデータを管理するのに必要な基本的な情報が記録される。
例えば本例の場合であれば、ディスクに記録されたデータとして、後述するトラック（ファイルと同義の場合有り）、及びフォルダ（トラックをグループ化して管理するための構造）を記録再生時において管理するための情報が格納される。
なお、管理エリアにおけるＵ−ＴＯＣの内容は、例えば、これまでのディスクに対するデータの記録結果や、トラック（ファイル）、フォルダの削除等の編集処理結果に従って逐次書き換えが行われるものとされる。
【００７４】
上記ＲＴＯＣの外周側に対しては、ユーザデータが記録されるためのデータエリアが設けられる。本実施の形態では、このデータエリアは、１つのルートフォルダ内に置かれたボリュームフォルダ(Volume Folder)として管理される。本実施の形態においてボリューム(Volume)とは、ユーザデータの完全な集合として定義され、１枚のディスクにはただ１つのボリュームが存在するものとして規定される。そして、このボリューム内に含まれるデータは、上記ＰＴＯＣ、ＲＴＯＣで管理されるものを除いて、ボリュームフォルダ以下のフォルダ及びトラックとして格納されることになる。
【００７５】
ボリュームフォルダ内においては、先ず、物理的に最内周側の位置（ＲＴＯＣ近傍の管理トラッ優先領域）において、所定サイズ（例えば１２クラスタ）のボリュームインデックストラック(Volume Index Track)が置かれる。
このボリュームインデックストラックは、例えば上記ＰＴＯＣ、ＲＴＯＣが主的管理情報とすれば、いわば副管理情報が記録される領域として規定されるもので、トラック（ファイル）、フォルダ、及び補助データ(Auxiliary Data)に関すプロパティ、タイトル、及びトラックを形成するパケットデータを管理するための情報が記録されるテーブルを有する。
【００７６】
また、少なくとも最初の１クラスタがＲＴＯＣ近傍の管理トラック優先領域に位置するようにして記録されるトラックとして、サムネイルトラック(Thumbnail
Picture Track)がオプションとして配置可能とされている。
本実施の形態においては、ディスクに記録された各ファイルごとに対応付けして、所定解像度による１枚の静止画像をサムネイル画像として有することが可能とされている。サムネイル画像は、ファイルを視覚的に認識可能とするための代表画像として扱われる。
サムネイルトラックには、ディスクに記録されているファイル（トラック）との対応付けと、サムネイル画像の格納位置とが示されるインデックス情報と共に記録される。サムネイルトラックのデータ長は、格納されるサムネイル画像数等に応じて任意に拡張可能とされる。
【００７７】
そして、例えばユーザが撮影等によって記録した画像／音声データはファイル単位で管理され、ボリュームフォルダ内において、トラックとしてボリュームフォルダの下に置かれる、或いは、ボリュームフォルダ以下に置かれるフォルダ内に置かれることになる。
図７では、或る１ファイルが１トラックとして表現された上で、このトラックが或る１つのフォルダ内に格納されている状態が示されている。フォルダは、上述のように、トラック又はフォルダを１グループにまとめて管理するための構造である。
従ってボリュームフォルダ以下の構造においては、ボリュームフォルダ内に格納可能な最大件数と、フォルダの階層構造の最大段数により規定される範囲内で、任意の数のトラック又はフォルダが格納されることになる。
【００７８】
また、ボリュームフォルダ内には、補助データ(Auxiliary Data)が格納される補助データトラック(Auxiliary Data Track)が配置される。
補助データトラックに格納されるべき情報としては、例えば、実際に適用されるアプリケーションによって任意とされる。
本実施の形態においては、再生制御情報としてのスクリプトの情報が格納されることになる。
【００７９】
ところで、上記した管理情報であるＰＴＯＣ，ＲＴＯＣ、また更にはボリュームインデックストラックに格納された情報（これらの情報を総称しても、本実施の形態では「管理情報」ということにする）は、例えば、ディスク装填時において読み出されて、例えば、メディアドライブ部４のバッファメモリ４２（又はバッファメモリ３２）の所定領域に保持される。そして、データ記録時や編集時においては、その記録結果や編集結果に応じてバッファメモリに保持されているこれら管理情報について書き換えを行うようにし、その後、所定の機会、タイミングでもって、バッファメモリに保持されている管理情報の内容に基づいて、ディスク５１の管理情報を書き換える（更新する）ようにされる（但し、ＰＴＯＣについては更新は行われない）。
【００８０】
なお、この図に示すディスク構造例はあくまでも一例であって、ディスク上での各エリアの物理的位置関係は、実際の使用条件等に応じて変更されて構わないし、データが格納される構造も変更されてかまないものである。
【００８１】
６．サムネイル画像生成処理
上記図７に示したサムネイルトラックに格納されるサムネイル画像は、本実施の形態のビデオカメラにより生成することが可能とされるが、ここで、サムネイル画像の生成処理について説明しておく。なお、ここでは一旦ディスクに記録された画像ファイルについてのサムネイル画像を生成する場合について説明する。
【００８２】
前述のように、例えばディスク５１に記録されている管理情報（ＰＴＯＣ、ＲＴＯＣ、ボリュームインデックストラック）は、ディスク装填時などの所定のタイミングで読み出されて、バッファメモリ４２（或いはバッファメモリ３２）に対して格納されているものとされる。
【００８３】
そして、ドライバコントローラ４６は、例えばバッファメモリ４２に格納されている管理情報を参照して、これよりサムネイル画像を生成すべきファイルについて、サムネイル画像として指定されている画像データが記録されているディスク上のアドレスを求め、このアドレスにアクセスしてディスクに対する読み出し動作を実行させることで、サムネイル画像の生成元としての画像データを得るようにされる。
この画像データは、順次メディアドライブ部４からビデオ信号処理部３に伝送され、データ処理／システムコントロール回路３１に供給される。
なお、管理情報によりサムネイル画像の生成元として規定される画像データは、特段の指定が無ければ、例えばファイル中における先頭のフレーム（又はフィールド）画像データが指定されているものとされる
【００８４】
そして、データ処理／システムコントロール回路３１では、供給された画面データについて、先ず、ＭＰＥＧ２ビデオ信号処理回路３３を制御してＭＰＥＧ２フォーマットに従った伸張処理を施し、フィールド画像単位の画像データのレベルにまでデコードしたデータを獲得するようにされる。
【００８５】
例えば、上記フィールド画像単位のレベルにまでデコードされた画像データの段階では、通常は、表示画面に対してほぼフルサイズで表示されるだけの画像サイズ（画素数）を有したデータとされる。
そこで、上記フィールド画像単位によるフルサイズの画像データが得られた後は、このフルサイズの画像データについて縮小処理を行って、実際に必要とされるサムネイル画像のサイズが得られるように処理を行うことになる。
このような画像サイズの縮小のためには、例えば元のフルサイズの画像データに対して、適切なタイミングで画素データに対するサンプリングを行い、このサンプリングした画素データによって画像データを再構成するように信号処理を実行すればよい。
【００８６】
そして、例えばビデオコントローラ３８は、このようにして得られたサムネイル画像データについてのインデックス情報（図７により説明）を生成し、このインデックス情報と共にこのサムネイル画像データをディスクのサムネイルトラックに記録するように制御を実行する。
このようにして、ファイルごとに対応したサムネイル画像データが得られ、ディスクに記録される。
【００８７】
なお、本実施の形態としては、これまでの説明から分かるように、画像データ（音声データを含む）の他、音声のみによる音声データ、更には文字情報データなどもファイルとして記録可能とされるが、例えば、音声データ、文字情報データ等、そのファイル内にサムネイル画像の生成元となる画像データが無いような場合には、例えば、予め音声データや文字情報データであることを視覚的に認識できるような絵柄の画像データを用意しておき（例えばビデオコントローラ３８のＲＯＭ内に格納しておいたり、ディスクの所定領域に格納するなどしておけばよい）、この画像データをサムネイル画像として利用するようにすればよいものである。
【００８８】
７．スクリプト
また、本実施の形態においては、当該ビデオカメラにより記録したファイル（主として録画ファイル）についての、再生順指定や再生時に所要の特殊効果を与えるなどの編集処理を行うことができる。
上記のような編集を行うのにあたり、本実施の形態では、録画ファイルについて所要の再生出力態様を与えることのできる再生制御情報としてのスクリプトを用意し、ビデオカメラにおいては、例えばビデオコントローラ３８がこのスクリプトを解釈することで、編集結果に応じた再生出力態様（例えば再生順）を得るようにするものである。また、編集段階においては、スクリプトの内容の更新を行うことで編集処理を実行するように構成されるものである。なお、ここでいう「スクリプト」とは、動画像データ、静止画像データ、音声データ、更には文書データ等を同時タイミングで再生出力するために、所定のプログラム言語により記述された手続き書き構造をいうものとされる。
【００８９】
そこで先ず、本実施の形態において再生制御情報として利用されるスクリプトについて概略的に説明する。
【００９０】
本実施の形態としては、スクリプトとしてＳＭＩＬ(Synchronized Multimedia Integration Language)を採用するものとする。
ＳＭＩＬとは、例えばインターネット上でのテレビ番組放送、プレゼンテーション等を実現するために、Ｗ３Ｃ（インターネットの標準化団体）で標準化が行われている言語であり、ＸＭＬ（ＨＴＭＬのスーパーセット）の文法に基づき、時系列的なプレゼンテーション等を実現しようとするものである。
【００９１】
先ず、スケジューリングは＜ｓｅｑ＞，＜ｐａｒ＞の２つのタグにより表現される。
＜ｓｅｑ＞は、ｓｅｑｅｎｔｉａｌ、つまり直列を意味し、このタグで囲まれた情報は時間順に再生されることになる。
＜ｐａｒ＞は、ｐａｒａｌｌｅｌ、つまり並列を意味し、このタグで囲まれた情報は同期して再生されることになる。
【００９２】
ここで、例えばディスクに記録されているとされるファイルにおいて、ｖｉｄｅｏ１，ｖｉｄｅｏ２，ｖｉｄｅｏ３として表される画像データのファイルについて、ｖｉｄｅｏ１→ｖｉｄｅｏ２→ｖｉｄｅｏ３の順に再生するように指定した場合には、
0003982072.tif 000002
のようにして記述が行われる。
【００９３】
また、ファイルｖｉｄｅｏ１→ｖｉｄｅｏ２→ｖｉｄｅｏ３の順に再生すると共に、ｖｉｄｅｏ１に対しては、音声データのファイルであるａｕｄｉｏ１をアフレコトラックとして同時再生させたいときには、
0003982072.tif 000003
のようにして記述が行われることになる。
【００９４】
また、或るファイルと同期再生させるべきファイルについて、この或るファイルが再生されて何秒後の位置から再生させる等の指定を行うための記述も用意されている。
例えば、ｖｉｄｅｏ１の画像ファイルが表示（再生）されてから５秒後にキャプション（例えば文字情報としての画像）を表示させるような場合には、
0003982072.tif 000004
のようにして記述が行われることになる。
【００９５】
また、例えば静止画ファイルとしてのファイルｐｉｃｔｕｒｅ１を５秒間表示するように指示するのであれば、
＜ｉｍａｇｅ  ｓｒｃ＝”ｐｉｃｔｕｒｅ１”  ｄｕｒ  ＝  ”５ｓ”＞
のようにして記述される。
【００９６】
また、いわゆるフレームミュートといわれ、或る動画ファイルの一部を抜き出すようにして再生する場合には、「ｒａｎｇｅ」を利用する。例えば、タイムコードとしてＳＭＰＴＥ(Society of Motion Picture and Television)の規格を採用しているとして、
＜ｖｉｄｅｏ  ｓｒｃ＝”ｖｉｄｅｏ１”ｒａｎｇｅ＝”ｓｍｐｔｅ：１０：０７：００−１０：０７：３３”＞
のようにして記述することができる。
【００９７】
また、或るファイルを指定してリピートを行うのには、「ｒｅｐｅａｔ」を利用する。例えばｖｉｄｅｏ１のファイルを１０回リピートするのであれば、
＜ｖｉｄｅｏ  ｓｒｃ  ＝  ”ｖｉｄｅｏ１”ｒｅｐｅａｔ  ＝  ”１０”＞
のようにして記述する。
【００９８】
そして本実施の形態においては、このような、ＳＭＩＬといわれるスクリプトを利用し、サムネイル表示として所要の表示形態を与えるための表示制御を実行可能に構成されるものである。
このため、例えば本実施の形態のビデオカメラシステムにおいては、このＳＭＩＬに対応した解釈、及びスクリプトの記述（生成）が行えるように、ＸＭＬのサブセットが用意されることになる。これは、例えばビデオコントローラ３８が実行すべきプログラムとして、ビデオコントローラ３８内のＲＯＭ等に予め格納したり、或いはディスクのアプリケーションレイヤーに対して記録して、読み出しが行えるようにしておけばよい。
【００９９】
本実施の形態においては、このようなスクリプトは、例えば、編集段階（又は録画操作を行っている段階）において、ビデオコントローラ３８が生成又は更新を行って、例えばバッファメモリ３２内の所定領域に保持しておくものとされる。
そして、このようにしてバッファメモリ３２に保持されたスクリプトを、所定の機会、又はタイミングでもってディスクに記録するようにされる。このスクリプトのデータは、図７にて説明した補助データトラック(Auxiliary Data Track)に対して、スクリプトファイルとして格納されることになる。このようにしてディスクにスクリプトが記録されることで、次にこのディスクを新たに装填したときには、このディスクに記録されたスクリプトを読み出し、例えば、バッファメモリ３２に対して保持させてこれを参照することで、以前の編集により得られた再生順等に従って編集再生等を行うことが可能となるものである。
【０１００】
８．サムネイル表示
本実施の形態のビデオカメラでは、ディスクに記録されたファイルの検索や各種編集処理を行うのにあたり、ディスクに記録されたファイルごとに対応するサムネイル画像を提示する、いわゆるサムネイル表示を行う。このサムネイル表示はいわゆるＧＵＩとして、記録再生、及び編集操作のための操作画面として利用される。そこで、本実施の形態におけるサムネイル表示の基本的な表示形態例について図８を参照して説明する。
【０１０１】
なお、以降の説明において扱うファイルとしては、説明の便宜上、録画ファイルであることを前提として説明することとする。録画ファイルとは、前述したように、当該ビデオカメラにより撮影した画像を録画して得られる動画像ファイルであって、同時にマイクロフォンにより収音された音声も含まれ得るファイルのことである。
【０１０２】
例えば、本実施の形態のビデオカメラ装置に対してファイルが記録済みのディスクを装填した状態で、メインダイヤル３００を操作して電源をオフからオンの状態にしたとすると、例えば表示部６Ａの表示画面に対しては、初期画面として、図８に示すサムネイル表示が行われるようにされる。
【０１０３】
この図に示すサムネイル表示としては、最大１２ファイル分のサムネイル画像が表示可能とされており、ここでは、１２ファイル分のサムネイル画像の表示領域に対してサムネイル画像４０１，４０１・・・が表示されている状態が示されている。
【０１０４】
また、ここで各サムネイル画像４０１内に示される、（１）〜（１２）の数値は、前述したスクリプトにより指定されるファイル再生順を示しているものとされる。つまり、本実施の形態においては、スクリプトにより指定されるファイル再生順に従った所定の配列順によってサムネイル画像が表示されることになる。
【０１０５】
サムネイル画像の生成処理は前述したとおりであり、また、生成されたサムネイル画像データを利用したサムネイル表示のための画像処理、及びこれを実現するための制御については後述するが、サムネイル画像とは、例えば動画のファイルであれば、その動画中における代表としての画像を、縮小された静止画像として形成することで得られるものである。
従って、図８に示すような本実施の形態のサムネイル表示を見ることで、ユーザは、ディスクに記録されているファイルの内容を視覚的に認識することができると共に、これらファイルについての再生順も視覚的に把握することが可能となるものである。
【０１０６】
また、このサムネイル表示においては、１つのサムネイル画像を指定するためのポインタ４０２が表示される。このポインタ４０２は、例えば十字キー３１０に対して行われた操作に従った方向に、順次隣接するサムネイル画像４０１を移動するようにして表示が行われるものとされる。なお、サーチキー３０８，３０９を用いて、再生順に従ってポインタ４０２がサムネイル画像間を移動できるようにしてもよい。
【０１０７】
この場合、ポインタ４０２は、再生又は記録開始位置の基点となるファイルを選択指定するものとされる。
例えば再生に関すれば、ユーザは、上記十字キー３１０等の操作により、ポインタ４０２を所望のファイルに対応するサムネイル画像に対して配置させるための操作を行った後、再生キー３０６を操作するようにされる。これにより、ビデオカメラでは、再生キー３０６の操作時点においてポインタ４０２が配置されていたサムネイル画像が対応するファイルについての再生を開始するようにされる。
また、上記のようにしてファイルの再生を開始した後においては、再生停止のための操作が行われるまで、スクリプトにより指定されたファイル再生順に従って、順次ファイルが再生されていく。具体的には、図８に示す再生順（７）のファイルを選択して再生を開始したとすれば、以降は、再生順（８）（９）（１０）・・・の順にファイル再生が行われていくことになる。
また、再生されるべきファイルにアフレコトラックが付随するようにして管理されているのであれば、このアフレコトラックもスクリプトの記述内容に従って、同期して再生される。
なお、ファイル再生が行われているときには、上記図８に示したサムネイル表示の代わりにその再生画像が表示されることになる。また、再生が停止されれば図８に示すサムネイル表示に戻るようにされればよい。
【０１０８】
ここで、図８に示すサムネイル表示が実現されるためのスクリプトの記述内容例を以下に示しておく。前述したように、サムネイル表示におけるサムネイル画像の配列順はスクリプトにより記述された再生順に基づく。従って、以下に示すスクリプトは、図８に示されている各サムネイル画像が対応する１２のファイルの再生順を示すスクリプトである。
ここで、図８のサムネイル画像として示されている（１）〜（１２）の再生順に対応する録画ファイルのファイル名が、それぞれＶｉｄｅｏ１〜Ｖｉｄｅｏ１２であるとすると、そのスクリプトの内容は、
0003982072.tif 000005
のようにして記述されることになる。
【０１０９】
９．本実施の形態のサムネイル表示
上記図８に示した基本的なサムネイル表示例を前提として、本実施の形態としての特徴となるサムネイル表示について、以降説明する。
【０１１０】
例えば、図８に示すサムネイル表示内において、再生順（３）〜（７）までのサムネイル画像４０１に対応する５つの録画ファイルが、例えばどこかの観光地にて記念撮影したものであるなど、その内容として１纏まりの或る特定の意味を有するものであるとする。
本実施の形態では、このような再生順的に連続する任意の複数のサムネイル画像４０１を一纏めにして、「グループ」として管理することが出来るが、そのための操作は、例えば次のようにして行う。
【０１１１】
ユーザは、図８に示すサムネイル表示が行われている状態の下で、例えばグループに属するサムネイル画像４０１のうち、先ず再生順的に先頭となるサムネイル画像４０１を指定する。この場合であれば、再生順（３）とされているサムネイル画像４０１である。このために、ユーザは、例えば十字／クリックキー３１０を操作してポインタ４０２を再生順（３）のサムネイル画像４０１上に配置させ、この状態のもとでクリック操作（十字／クリックキー３１０のセンター部に対する押圧操作）を行うようにされる。これにより、グループにおける再生順的に先頭のサムネイル画像が指定される。
続いては、同様の操作によって、再生順的に最後となるサムネイル画像を指定する。つまり、この場合には、再生順（７）のサムネイル画像４０１に対してクリック操作を行うようにされる。
【０１１２】
これまでの操作により、グループ化すべき複数のサムネイル画像が特定されることになる。つまり、１グループにおける先頭（再生順（３））と最後（再生順（７））のサムネイル画像４０１を指定したことで再生順（３）〜（７）の５つのサムネイル画像４０１が１グループとして扱われるべきであることが指定されることになる。
【０１１３】
なお、上記１グループにおける先頭と最後のサムネイル画像の指定操作としては、結果的にこれら２つのサムネイル画像の指定が行われればよいので、先に最後のサムネイル画像を指定し、続いて先頭のサムネイル画像を指定しても構わない。
また、以降においては、例えばサムネイル画像等のクリック操作の対象となる位置に対してポインタを配置させ、この状態でクリック操作を行うことを、「−−に対するクリック操作」といって簡略した表現を用いることとする。
【０１１４】
上記までのような操作が行われると、図８に示したサムネイル表示は、例えば図９（ａ）（ｂ）のいづれかに示すように変更される。なお、ここでは、各サムネイル画像４０１における表示内容の図示は省略し、各サムネイル画像４０１の表示枠内には、再生順のみを便宜上示している。
例えば図９（ａ）に示す表示であれば、再生順（３）〜（７）の５つのサムネイル画像４０１は、グループ囲み枠により一纏めにして括られるようにして表示されることで、或る１つのグループに属するサムネイル画像（録画ファイル）であることが視覚的に示される。つまり、この図に示すサムネイル表示ではグループ１が展開されて、このグループ１のディレクトリ内に含まれる複数のサムネイル画像が提示されている形態で表示が行われているものである。
【０１１５】
そして、このグループに対しては、例えばそのグループ名を表すグループタブ４０３も例えば図のような形態により表示される。
なお、ここではグループタブ４０３におけるグループ名として「グループ１」という文字が表示されているが、例えば、実際には、ユーザによる所定の文字入力操作によって、任意のグループ名を入力可能とし、この入力されたグループ名がグループタブ４０３にて表示されるようにしても構わない。
【０１１６】
そして、例えば、ユーザが図９（ａ）に示されているグループタブ４０３に対してクリック操作を行ったとすると、サムネイル表示は例えば図９（ｂ）に示すようにして変更される。
つまり、図９（ａ）に示すようにして展開表示されていた「グループ１」に属する５つのサムネイル画像４０１（再生順（３）〜（７））のうち、グループ１内において２番目以降の再生順となる、再生順（４）〜（７）のサムネイル画像４０１の表示は行われなくなり、グループ１としては、グループ１内において先頭となる再生順（３）のサムネイル画像４０１のみが表示されることになる。
この場合、グループ囲み枠４０４は、再生順（３）のサムネイル画像４０１のみを囲むようにされ、このグループ囲み枠４０４に対してグループタブ４０３が付随するようにして表示が行われる。
【０１１７】
つまり、図９（ｂ）のグループ表示は、グループ１を一纏めにした表示形態とみることができる。そして、この場合には、その先頭の再生順（３）のサムネイル画像４０１を表示させていることで、この再生順（３）のサムネイル画像をグループ１の代表画像として扱い、他の再生順（４）〜（７）のサムネイル画像は、潜在的に、このグループ１としての再生順（３）のサムネイル画像表示に格納されているものとして扱うようにされる。
なお、以降は図９（ａ）に示すようなグループ表示を「展開表示」ともいい、図９（ｂ）に示すようなグループ表示を「クローズ表示」ともいいうこととする。
【０１１８】
これら図９（ａ）（ｂ）に示す形態のグループ表示では、グループ１以外のサムネイル画像（録画ファイル）が在るとされる階層に対して、グループ１に属するサムネイル画像（録画ファイル）は、これより１段下の階層に存在するものとして扱われることになる。
【０１１９】
ここで、グループ１に対して続く再生順のサムネイル画像は、再生順（８）とされているサムネイル画像４０１となる。このため、図９（ｂ）のようにしてグループ１がクローズ表示された状態では、このグループ１に続く再生順のサムネイル画像が表示される位置に対して、再生順（８）のサムネイル画像４０１が繰り上がるようにして表示され、以降、再生順（９）〜（１２）のサムネイル画像４０１が再生順に従って順次配列表示されることになる。
そして、実際には、再生順（１２）のサムネイル画像４０１以降においても、これに続く複数のサムネイル画像（録画ファイル）が有ったのであれば、これらのサムネイル画像４０１が、サムネイル表示における最大表示可能数を満たすまで順次繰り上げ表示されることになる。図９（ｂ）の場合には、再生順（１２）のサムネイル画像４０１に続けて、再生順（１２）〜（１６）までのサムネイル画像が繰り上げ表示されている例が示されている。
つまり、図９（ｂ）に示すサムネイル表示とした場合は、グループを展開せずに纏めて表示することで、限られたサムネイル画像数しか表示されないサムネイル表示画面上に出来るだけ多くのサムネイル画像（録画ファイル）を再生順に従って表示させることができるものである。
【０１２０】
そして、例えば図９（ｂ）に示す表示状態の下で、再度、グループ１を示すグループタブ４０３に対するクリック操作を行うと、表示画面は図９（ａ）に示す表示形態に戻るようにされる。つまり、グループ１を示すグループタブ４０３に対するクリック操作を行うことで、図９（ａ）に示すグループの展開表示と、図９（ｂ）に示すクローズ表示との切り換えが行われるものである。
【０１２１】
これまで説明したような、サムネイル表示におけるグループ１についての表示をこれまでのパーソナルコンピュータのＧＵＩと対応させると、例えば図９（ａ）に示した表示形態は、或るフォルダを展開して、そのフォルダのなかにあるとされるファイルが視覚可能なように表示している状態に対応し、図９（ｂ）に示す表示はフォルダが閉じられて表示されて、内部のファイルが何なのかについては、視覚的に認識が出来ないような状態に対応しているものとされる。
【０１２２】
ここで、上記図９に示したサムネイル表示に対するファイル再生操作例として、グループ化されたサムネイル画像に対する操作に応じたファイル再生動作について簡単に述べておく。
先ず、図９（ａ）に示す表示状態の下で、グループ１に属するものとして表示されているサムネイル画像４０１のうちから、任意のサムネイル画像に対してクリック操作を行ったとすれば、そのクリック操作が行われたサムネイル画像のファイルから再生順に従ってファイル再生が行われることになる。この点では、図８により説明したファイル再生と変わるところはない。
但し、再生終了の機会についていえば、これまでと同様に、特に再生停止操作がない限りディスクに記録されている最後の再生順のファイルまで再生を行っていくようにすることも考えられるが、１つのグループが内容的に或る共通した意味合いを有するものであることを考慮すると、グループ内における最後のファイルの再生が終了するのを以て、ファイル再生動作が終了されるように構成することが考えられる。例えば、図９（ａ）に示す表示状態の下で、再生順（５）のサムネイル画像に対してクリック操作を行ってファイル再生を開始したとすると、再生順（５）→（６）→（７）の順に各録画ファイルの再生を行い、これら録画ファイルの再生終了を以て、ファイル再生動作を終了させるものである。
【０１２３】
また、図９（ｂ）に示す表示状態の下で、再生順（３）のサムネイル画像４０１（つまりグループ１のサムネイル画像）に対するクリック操作を行った場合には、グループ１内の録画ファイルを指定されている再生順に従って、順次再生するようにされる。再生終了の機会については、上記図９（ａ）に対応して説明した再生終了動作に準ずればよい。
【０１２４】
なお、図９（ａ）（ｂ）に示す何れの表示状態の下であっても、グループ１に属していないサムネイル画像に対してクリック操作を行ってファイル再生を開始した場合には、グループ内で再生終了することなく、再生停止操作が行われない限りは、ディスクに記録されている最後の再生順のファイルまで再生していくようにすればよい。例えば、再生順（１）の録画ファイルから再生を行ったとすれば、再生順として、（１）→（２）→（３）→（４）→（５）→（６）→（７）→（８）→（９）→（１０）→（１１）→（１２）・・・のようにしてファイル再生が行われるようにされればよいものである。
【０１２５】
また、図９（ａ）（ｂ）には示していないが、同一のサムネイル表示画像上において、グループ１と階層的に並列するようにして他のグループが存在しても構わない。つまりは、図９（ａ）或いは図９（ｂ）に示す表示状態の下で、例えば、再生順（１）のサムネイル画像が表示されている位置にクローズ状態にあるグループが表示されていたり、或いは、再生順（１）→（２）のサムネイル画像が表示されている位置に対して２つのサムネイル画像によるグループが展開表示されていたりすることも、本実施の形態のサムネイル表示としては、当然あり得るものである。
【０１２６】
本実施の形態では、上記図９（ａ）（ｂ）のようなグループ化に対応したサムネイル表示も、スクリプトの記述に従って行われるものとされる。このためには、再生順を指定するスクリプトに対して、上記した指定操作により指定された複数のサムネイル画像（録画ファイル）がグループ化されたことを示す記述内容を追加すればよいものである。このような、グループ化を指定したスクリプトの記述例として、上記図９に対応する記述内容は次のようなものとなる。なお、ここでは便宜上、再生順（１）〜（１２）までの録画ファイルについて記述した場合を挙げておく。
0003982072.tif 000006
上記記述から分かるように、１つのグループに属する録画ファイルであることを示すタグとして、＜ｇｒｏｕｐ＞を規定し、この場合であれば、＜ｖｉｄｅｏｓｒｃ＝”ｖｉｄｅｏ３”＞〜＜ｖｉｄｅｏ  ｓｒｃ＝”ｖｉｄｅｏ７”＞までのファイルを、＜ｇｒｏｕｐ＞，＜／ｇｒｏｕｐ＞のタグにより囲うことで、再生順（４）〜（７）のサムネイル画像（録画ファイル）が１グループに属することを表現するものである。
【０１２７】
また、グループを展開表示とするか、或いはクローズ表示とするのかの切り換えは、本実施の形態では、スクリプトにより記述されるのではなく、グループタブ４０３に対するクリック操作に対応したビデオコントローラ３８の表示制御（これについては後述する）によって実現されるものとする。
【０１２８】
上記図９に示すグループ化を含むサムネイル表示では、おおもとのサムネイル表示に対して、１階層のグループ化が行われている場合の表示形態を示したが、或るグループ内に対して更に他のグループが存在するようにして管理する、つまり、グループが複数階層の構造を有するようにして管理することも可能とされる。
図１０は、上記のような階層構造を有する場合のサムネイル表示の表示例を示すものとされる。
この場合には、図１０（ａ）には、再生順（１）〜（１２）までのサムネイル画像のうち、再生順（３）〜（７）のサムネイル画像がグループ１として扱われて展開表示されている点では、図９（ａ）に示す表示形態と同様とされる。但し、ここでは、グループ１のディレクトリ内において、再生順（７）としてのサムネイル画像４０１がグループ化されていることを示す表示が行われている。つまり、グループ１に属することを示すグループ囲み枠４０４により囲まれた中で、さらに再生順（７）のサムネイル画像４０１に対して、グループ囲み枠４０４による囲み表示が行われた上で、グループ名が「グループ２」であることを示すグループタグ４０３が付けられて表示されている。
この場合、再生順（７）のサムネイル画像４０１により示されるグループ２は、クローズ表示が行われている状態とされており、ここで再生順（７）として表示されているサムネイル画像４０１を先頭として、複数のサムネイル画像（録画ファイル）が潜在的に格納されていることを示しているものである。
【０１２９】
そして、図１０（ａ）に示すグループ２のグループタブ４０３に対してクリック操作を行った場合には、サムネイル表示は例えば図１０（ｂ）に示すものとなる。つまり、既に図１０（ａ）の表示のもとで展開されていたグループ１のディレクトリ内において、更にグループ２が展開されている表示状態が得られることになる。この状態では、グループ２は、再生順として（７）→（７−１）→（７−２）に従って、３つの録画ファイルがグループ化されていることが各サムネイル画像によって示される。そして、この場合には、再生順（７−１），（７−２）の２枚のサムネイル画像が追加的に表示されたことで、図１０（ａ）に示されていた再生順（１１），（１２）の各サムネイル画像は繰り下げられるようにして、このサムネイル表示のページから外され、再生順（１０）のサムネイル画像がこのサムネイル表示のページにおいて最後の再生順の位置に表示されている状態となる。
【０１３０】
この図９（ａ）（ｂ）に提示されているサムネイル画像に対応する録画ファイルについて、例えば再生順（１）の録画ファイルから再生を行ったとすれば、再生順として、（１）→（２）→（３）→（４）→（５）→（６）→（７）→（７−１）→（７−２）→（８）→（９）→（１０）・・・のようにしてファイル再生が行われることになる。
【０１３１】
上記のような、或るグループのディレクトリ内に対して、更にグループが存在するようにして管理を行い、これを図１０に示したようにして表示するのにあたっても、スクリプトにより記述されることになる。
例えば上記図１０に示すグループ化を再生順と共に指定するスクリプトとしては、
0003982072.tif 000007
のように記述することが考えられる。つまり、＜ｇｒｏｕｐ１＞のタグによりグループ１に含められるビデオソース（録画ファイル）を表現し、更に、＜ｇｒｏｕｐ１＞，＜／ｇｒｏｕｐ１＞のタグで囲まれたスクリプトの行内において、＜ｇｒｏｕｐ２＞，＜／ｇｒｏｕｐ２＞のタグによりグループ２に含められる録画ファイルを表現するものである。この場合の基本的な再生順は、＜ｇｒｏｕｐ１＞、＜／ｇｒｏｕｐ２＞のタグを無視した場合の、＜ｓｅｑ＞により表現されるスクリプトの行（ビデオソースの記述順）によって指定される。
【０１３２】
ここで、上記図９、又は図１０に示した本実施の形態としてのサムネイル表示と、図１３に示すサムネイル表示とを比較してみる。
図１３に示すサムネイル表示は、録画ファイルについてのサムネイル表示を、パーソナルコンピュータのＧＵＩの形態を応用して実現したと仮定した場合に想定される表示形態例を示すものである。
【０１３３】
図１３においては、図９、図１０の場合と同様に、再生順（３）〜（７）の５つのファイルをグループ１として纏めるものとして既に設定が行われているものとされた上で、このグループ１を展開して表示している場合が示されている。
この場合には、グループ１としてのウィンドウＷＤが表示され、このウィンドウＷＤ内に対して、再生順（３）〜（７）の各サムネイル画像４０１が表示されている状態が示されている。
また、ここでは親ディレクトリに移行するためのディレクトリ移行ボタン４０５が表示されており、この表示状態の下で、ディレクトリ移行ボタン４０５に対するクリック操作を行うと、これより１段階上の階層のディレクトリの表示も行われる。例えば、図９（ｂ）に似たサムネイル表示が行われる場合も有れば、このグループ１が他のグループの階層下に属しているような場合には、その親のグループについて、図１３に示すグループ１と同様に、ウィンドウＷＤによる展開表示が行われる。
【０１３４】
上記図１３に示すようなサムネイル表示の場合、グループ１のディレクトリと、これと隣り合う親又は子のディレクトリとの連結関係が把握しづらいものとなる。
つまり、グループ１のディレクトリ内における録画ファイルの再生順は少なくとも視覚的に認識することは出来るものの、例えば、このグループ１より上のディレクトリに対する関係として、グループ１の先頭の録画ファイルより以前に再生されるべき録画ファイルとの関係や、グループ１の最後の録画ファイル以降に再生されるべき録画ファイルとの関係を、図１３に示す画面により一目で把握することは出来ない。つまり、録画ファイル全体についての再生順を見渡すようにして認識することが難しい。
同様にして、例えばグループ１のディレクトリ内において、更に複数のサムネイル画像を纏めたグループ（例えばグループ２）が有る場合、このグループ２を展開すれば、上記図１３に示すグループ１の展開表示とは並列的（或いは独立的にとも言える）にこのグループ２のウィンドウが表示されるため、やはり、グループ１とグループ２間での録画ファイルの再生順が把握しにくいことになる。
【０１３５】
これに対して、図９又は図１０に示した本実施の形態としてのサムネイル表示では、グループが展開表示された状態には、或るグループ内での再生順と、そのグループの前後におけるファイル又はグループとの再生順が示されることになる。また、或るグループがクローズ表示された場合には、このグループと、そのグループの前後におけるファイル又はグループとの再生順が示される。
つまり、本実施の形態のサムネイル表示としては、グループのディレクトリ構造は、常に再生順という枠組みの中で提示が行われるものであり、或るグループについて展開表示或いはクローズ表示の何れが行われているにせよ、或るグループとその前後の録画ファイル又はグループとの再生順の関係を視覚的に把握できるものである。
これは、言い換えれば、例えば図１３に示したようなパーソナルコンピュータＧＵＩを操作するのに必要となるディレクトリの親子関係の概念を特に理解していなくとも、グループ化により必然となるディレクトリの階層構造を、１画面上で容易に認識できることになるものである。これにより、例えばパーソナルコンピュータの扱いには不慣れなユーザであっても、グループ化によるディレクトリの階層構造を自然に把握して、特に混乱することなくサムネイル画像に対する操作を行うことが可能になるものである。
【０１３６】
続いて、上記した本実施の形態としてのサムネイル表示を実現するための処理動作について、図１１及び図１２のフローチャートを参照して説明する。なお、この図に示す処理動作は、例えばビデオコントローラ３８がマスターコントローラとして機能したうえで、必要に応じてドライバコントローラ４６及びカメラコントローラ２５が制御処理を実行することにより実現される。
【０１３７】
図１１に示す処理は主として、先に説明したグループ化のための指定操作（グループ化すべき先頭のサムネイル画像と、最後のサムネイル画像を指定するための操作）に応じた制御処理を示すものである。また、この図に示す処理が開始される段階においては、既にサムネイル表示が表示部６Ａに対して行われており、操作部７に対する所定操作により、グループ化設定を行うためのグループ設定モードとされているものとされる。
グループ設定モードの下では、前述したように、これよりユーザがグループ化しようと思っている再生順が連続した複数のサムネイル画像４０１のうち、再生順的に先頭となるサムネイル画像４０１と、最後となるサムネイル画像４０１に対するクリック操作を、サムネイル表示上で行うようにされる。
【０１３８】
ステップＳ１０１では、上記クリック操作に応じて、これよりグループ化すべきサムネイル画像における先頭のサムネイル画像（録画ファイル）を指定する処理を実行し、更に続くステップＳ１０２において、これよりグループ化すべきサムネイル画像における先頭のサムネイル画像を指定するための処理を実行する。
なお、前述したように、グループ指定のためのサムネイル画像の指定は、先頭のサムネイル画像を指定した後に最後のサムネイル画像を指定しても、また、最後のサムネイル画像を指定した後に先頭のサムネイル画像を指定しても構わないため、上記ステップＳ１０１，Ｓ１０２の処理については、Ｓ１０２→Ｓ１０１の順で実行されても構わないものである。
【０１３９】
上記ステップＳ１０１，Ｓ１０２により、グループ化すべきサムネイル画像の指定操作に対応する処理を実行した後は、ステップＳ１０３に進む。
前述したように、サムネイル表示に際しては再生順に従ってサムネイル画像を配列させる必要上、この図に示す処理が実行される前段階において、既に、ディスクから再生順を指定するスクリプトは読み出されて、バッファメモリ３２に保持されている状態にある。つまり、この図に示す処理が開始される前におけるサムネイル表示は、先にバッファメモリ３２に読み込まれた再生順を指定するスクリプトを解釈することで表示が行われたものである。
【０１４０】
そこで、ステップＳ１０３では、上記バッファメモリ３２に保持されている再生順を指定するスクリプトの記述内容を、上記指定操作に従って指定されたサムネイル画像（録画ファイル）が１つのグループとして管理されるように更新する。具体的には、指定操作に従って指定された先頭のサムネイル画像（録画ファイル）から最後のサムネイル画像（録画ファイル）までの記述部分を、先に図９又は図１０に対応して示したスクリプトの記述内容のようにして、＜ｇｒｏｕｐ＞，＜／ｇｒｏｕｐ＞のタグで囲むようにしてその記述内容を変更するものである。
このようなスクリプトの更新は、例えばマスターコントローラとして機能するビデオコントローラ３８がＸＭＬのサブセットを利用して実行することになる。
【０１４１】
そして、続くステップＳ１０４において、上記ステップＳ１０３により更新されたスクリプトの記述内容に基づくサムネイル表示を実行するようにされる。つまり、ステップＳ１０１，１０２に対応する指定操作に応じて設定されたグループが表現されるようにサムネイル表示の内容を更新する。
【０１４２】
上記ステップＳ１０４のサムネイル表示のための処理は、例えば図１２に示す処理動作となる。なお、この図１２に示すステップＳ１０４としてのサムネイル表示のための処理は、図１１により説明したようにして、ユーザによるグループ設定のための操作に対応して実行される他、例えばビデオカメラに対する電源オン後などにおいて、サムネイル表示を最初に行う場合、更には、グループタブ４０３に対するクリック操作（グループの展開表示／クローズ表示の切り換え操作）が行われた場合等にもこの図に準じた処理が実行される。
【０１４３】
図１２に示すルーチンにおいては、先ず、ステップＳ２０１において、フラグＦについて、Ｆ＝０としてからステップＳ２０１に進む。なお、フラグＦの意義については後述する。
【０１４４】
ステップＳ２０２では、現在バッファメモリ３２に保持されている再生順を示すスクリプトを、これからのサムネイル表示制御のために、例えば内部のＲＡＭに取り込む（書き込む）ための処理が実行される。
そして、続くステップＳ２０３において、ＲＡＭに読み込まれたスクリプトにおいて、現サムネイル画像（録画ファイル）についての記述内容を解析するために、この現サムネイル画像の記述部分をビデオコントローラ３８が読み込む処理が実行される。
ここでいう現サムネイル画像とは、これより記述内容の読み込みが行われる録画ファイルのことをいい、例えばこれからの処理が、図９に示すサムネイル表示を行うための処理であるとすれば、最初にステップＳ２０３の処理に至った段階では、再生順として最も先頭にあるとされる再生順（１）の録画ファイル（Ｖｉｄｅｏ１）の記述部分についての読み込みが行われることになる。つまり＜ｓｅｑ＞の次の行から読み込みが開始される。そして以降、後述する処理によりステップＳ２０３の処理に至るごとに、順次、再生順として次の録画ファイルの記述内容の読み込みが実行される。
【０１４５】
ステップＳ２０３の処理によりスクリプトにおける所要の記述部分が読み込まれた後は、ステップＳ２０４に進む。ステップＳ２０４においては、現在グループ化処理が実行中であるか否かについて判別が行われる。
ここでいう「グループ化処理」とは、後述するステップＳ２０７の処理に移行して、最終的にステップＳ２１３（若しくはステップＳ２１７）の処理を経るまでの処理経過中にあることをいうものである。
【０１４６】
ステップＳ２０４において、現在グループ化処理が実行中でないと判別された場合には、ステップＳ２０５に進む。
ステップＳ２０５では、現在読み込んでいる現サムネイル画像についてのスクリプトの記述内容として、グループ化の開始を示す＜ｇｒｏｕｐ＞タグが、その直前に付されているか否かが判別される。ここで否定結果が得られる場合とは、現在グループ化処理も行われておらず、かつ＜ｇｒｏｕｐ＞タグも得られないということで、先のステップＳ２０３にて読み込んだ録画ファイルはグループ化されていない独立したディレクトリ（最上階層）に在るということを意味する。従って、ステップＳ２０５で否定結果が得られた場合には、ステップＳ２０６に進み、現サムネイル画像を、サムネイル表示上において再生順に従った所要の配列位置に対して表示させるための制御処理が実行される。
例えば、この図に示す処理が図９に示すサムネイル表示を行うものであるとして、上記ステップＳ２０６の処理が最初に実行されたものである場合には、図９に示す位置（最上行の最も右の列）に、再生順（１）のサムネイル画像をマッピングして表示するように制御を実行することになる。
この場合、サムネイル画像表示に使用するサムネイル画像の画像データは、前述したディスクのサムネイルトラックから所要のサムネイル画像データを読み出すことにより得られるものである。
【０１４７】
上記ステップＳ２０６の処理が完了するとステップＳ２１５に進み、これまでのサムネイル画像表示処理によって、例えば１ページ分のサムネイル画像表示が完了したか否かが判別される。つまり、図９や図１０に示したようなサムネイル画像表示数（この場合には１２）を満たすサムネイル表示画像が得られている状態にあるか否か、或いは、サムネイル画像表示数に満たないとしても、表示すべき全てのサムネイル画像を表示し終えたか否かが判別される。
ここで、未だ１ページ分のサムネイル画像表示が完了していないことが判別されれば、ステップＳ２０３に戻ることで、スクリプトの次の行（次の現サムネイル画像（録画ファイル）又はタグ）に対する読み込みが実行される。
【０１４８】
一方、ステップＳ２０５において、現在読み込んでいるスクリプトの記述内容として、現サムネイル画像に対応する録画ファイルの記述部分の直前にグループ化の開始を示す＜ｇｒｏｕｐ＞タグが付されているという肯定結果が得られた場合には、ステップＳ２０７に進む。
【０１４９】
ステップＳ２０７においては、これよりグループ化を開始し、グループの先頭として、現サムネイル画像を表示出力させるための制御処理を実行して、ステップＳ２０８に進む。
【０１５０】
ステップＳ２０８においては、上記ステップＳ２０８によりグループ化が開始されたグループについて、展開表示すべき指示が行われているか否かが判別される。この判別処理にあたっては、基本的には３つの状況が考えられる。
１つには、図１２に示す処理が、前述したユーザによるグループタブ４０３に対するクリック操作による指示に応じて行われた場合であり、この場合には、このクリック操作が行われた時点でのグループの表示が展開表示／クローズ表示の何れであったのかということに依存する。例えば、展開表示されていた状態でグループタブ４０３に対するクリック操作が行われたのであれば、クローズ表示を指示していることになり、ステップＳ２０８では否定結果が得られることになる。
また、グループ化設定に応答した変更表示等の場合には、例えば、展開表示とするかクローズ表示（展開しない表示）とするかを予め設定しておき、この設定内容に従って、判別を行うようにすればよい。
また、例えばサムネイル表示を例えば電源投入などに応じて最初に表示するような場合には、これより以前の段階での最後の表示状態として各グループを展開表示していたのかクローズ表示としていたのかの情報を、ディスクに書き込む、或いはビデオコントローラ３８内部の不揮発性メモリ（図示せず）にメモリしておくようにし、この情報を利用して、ステップＳ２０８における判別処理を実行するようにすればよい。
【０１５１】
上記ステップＳ２０８にて肯定結果が得られた場合には、一旦ステップＳ２０９に進んで、フラグＦについてＦ＝１と設定してからステップＳ２１５に進むようにされる。つまり、フラグＦは、現在グループ化処理中とされるグループについて展開表示が指示されているか否かを示すもので、Ｆ＝１であれば展開表示が指示されており、Ｆ＝０であればクローズ表示が指示されていることを示す。
これに対して、ステップＳ２０８にて否定結果が得られた場合には、そのままステップＳ２１５に進むようにされる。
【０１５２】
これまで説明した処理が実行されることで、再生順のスクリプトに＜ｇｒｏｕｐ＞タグが付されていれば、ステップＳ２０８→ステップＳ２０９を経て、ステップＳ２０３に戻る処理によって、グループ化処理が実行されることになる。この過程では、前述したステップＳ２０４において肯定結果が得られ、ステップＳ２１０に進むことになる。
【０１５３】
ステップＳ２１０においては、現録画ファイル（サムネイル画像）についてのスクリプトの記述内容の直後に対してグループの最後の録画ファイルであることを示す、＜／ｇｒｏｕｐ＞のタグが付されているか否かについて判別する。
この＜／ｇｒｏｕｐ＞のタグが付されていないと判別された場合、つまり、現録画ファイルがグループにおける最後のファイルではないと判別された場合には、ステップＳ２１１に進んで、フラグＦについてＦ＝１とされているか否かについて判別が行われる。つまり、このグループについて展開／クローズ表示の何れが指示されているのかが判別される。
ここで、ステップＳ２１１において肯定結果が得られた、つまり、展開表示するものとして指示が行われている場合には、ステップＳ２１２に進み、現サムネイル画像を、現在グループ化処理中のグループに対して、その再生順に従って追加するようにして表示するための制御を実行して、ステップＳ２１５の処理に進むようにされる。
このステップＳ２１２の処理が実行されることで、グループ内のサムネイル画像が再生順に従って順次マッピングされるようにして表示されることになり、例えば、図９（ａ）、図１（ａ）に示すようなグループ１の展開表示、及び図１０（ｂ）に示したようなグループ１の展開表示の下でのグループ２の展開表示が実現される。
【０１５４】
一方、現在グループ化処理中のグループについてクローズ表示が指示されており、ステップＳ２１１にて否定結果が得られた場合には、そのままステップＳ２０３の処理に戻るようにされる。この処理によって、例えスクリプトによりグループ設定されていることを示す記述がされていたとしても、グループにおいて再生順的に先頭となるサムネイル画像のみが、先に述べたステップＳ２０７の処理によって表示出力されるだけで、以降、グループ内において、これに続く再生順のサムネイル画像は、表示出力されることなくスキップされる。
このような処理によって、例えば図９（ｂ）に示すグループ２のようなクローズ表示が最終的には得られることになる。
【０１５５】
また、グループ化処理中であるとして、ステップＳ２０４からステップＳ２１０に移行する処理経過中において、現録画ファイルのスクリプトの記述内容の直後に＜／ｇｒｏｕｐ＞のタグが付されていることが判別された場合には、ステップＳ２１０からステップＳ２１３に移行する処理となる。
【０１５６】
ステップＳ２１３においては、これまで実行していたグループ化処理を終了する。そして、これまでグループ化処理の過程で表示出力させていた１又は複数のサムネイル画像を、グループとして提示されるように表示するための制御処理が実行される。つまり、これまでのグループ化の過程で表示したサムネイル画像に対して、図９及び図１０に示すようなグループ囲み枠４０４、及びグループタブ４０３を付加して表示させるものである。そして、この処理が終了したら、ステップＳ２１４に進んでフラグＦについてＦ＝０にクリアし、ステップＳ２１５に戻るようにされる。
【０１５７】
ステップＳ２１５で１ページ分のサムネイル画像表示処理が完了したことが判別された場合には、ステップＳ２１６に進むようにされる。ステップＳ２１６では、先のステップＳ２０７において開始されたグループ化処理が終了したか否かが判別される。
このステップＳ２１６に至った段階でグループ化が終了していない状態とは、図９及び図１０では図示及びその説明は行わなかったが、例えば或るグループを展開表示させながら、これまでのサムネイル表示処理を実行してきたが、１ページ内におけるサムネイル画像の最大表示可能数に至った段階で、上記或るグループの最後のサムネイル画像までの表示が終了しなかったような場合に相当する。
このような場合には、ステップＳ２１７に進むことで、これまでのグループ化処理は終了させてしまい、とりあえず、これまでグループ化したサムネイル画像によりグループ化されていることを示す表示形態を与えるように制御を実行する。つまり、これまでにグループ化されたサムネイル画像をグループ囲み枠４０で囲み、グループタブ４０３を付加して表示させるものである。
【０１５８】
上記ステップＳ２１７の処理を経過した後、及び上記ステップＳ２１６でグループ化処理は終了している状態にあると判別された場合には、これまでのサムネイル画像表示のための処理を終了することになる。
【０１５９】
なお、本発明としては上記した実施の形態に限定されるものではなく、各種変更が可能とされ、サムネイル表示、及びサムネイル表示内でグループであることを示す実際の表示形態等は、実際の使用条件や、使い勝手等を考慮して変更されても構わないものである。
【０１６０】
また、上記実施の形態では、本発明の画像処理装置として、ミニディスクに対応して記録再生が可能なビデオカメラ装置に搭載された場合について例を挙げたが、これに限定されるものではなく、例えば、他のディスクメディアに対応して画像等のファイルを記録再生可能な記録再生装置や、ＶＴＲ(Video Tape Recorder)などのテープメディアに対応する記録再生装置など適用することも可能とされる。
【０１６１】
更に、本実施の形態のビデオカメラとしては、ビデオ記録再生部位として、ＭＤ−ＤＡＴＡ２に基づくディスク記録再生装置としたが、ビデオ記録再生部位としては、本実施の形態としての構成の他、他の種類のディスク状記録媒体に対応する記録再生装置とされても構わない。
更に、動画像データを圧縮するために本実施の形態では、ＭＰＥＧ２方式を採用するものとして説明したが、例えば他の動画像データの圧縮符号化が可能な方式が採用されて構わない。また、静止画データ及び音声データについての圧縮方式も、本実施の形態として例示したもの（ＪＰＥＧ，ＡＴＲＡＣ２等）に限定される必要も特にない。
【０１６２】
【発明の効果】
以上説明したように本発明は、サムネイル表示画面において、複数のサムネイル画像をひとまとめにしたグループと、このグループに対して階層構造的に直上又は直下のグループ又はサムネイル画像との関係が視覚的に把握できるようにした表示形態を採っている。これにより、例えばグループを閉じて表示したときと展開して表示させときとに関わらず、ユーザにとってはサムネイル表示上において、あるグループがどの階層（ディレクトリ）に在るのかが一目で理解されることになる。
言い換えれば、例えばパーソナルコンピュータのＧＵＩのように、ペアレントフォルダに戻るなどの概念を理解する必要がなく、サムネイル表示に関して、よりユーザフレンドリな環境を提供することが可能になる。
【０１６３】
また、上記構成の下で、サムネイル表示としては、画像ファイルの再生順に従ってサムネイル画像を配列して表示するようにしたうえで、再生順が連続するサムネイル画像についてグループ化が行えるようにすれば、階層構造のつながりが再生順に対応することになり、また、グループの展開、クローズは常に「再生順」に従った条件の下で行われることになる。これによってユーザは、グループやサムネイル画像間の再生順を常に視覚的に把握することが可能になる。また、再生順の把握が視覚的に可能なことで、再生順が指定されていることを前提としてのグループ化操作を伴う編集作業等も容易に行うことが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態のビデオカメラに対応するディスクのトラック構造を示す説明図である。
【図２】実施の形態のビデオカメラに対応するディスクのトラック部分を拡大して示す説明図である。
【図３】実施の形態のビデオカメラに対応するディスクの仕様を示す説明図である。
【図４】実施の形態のビデオカメラの内部構成のブロック図である。
【図５】実施の形態のビデオカメラのメディアドライブ部の内部構成のブロック図である。
【図６】実施の形態のビデオカメラの側面図、平面図、及び背面図である。
【図７】実施の形態に対応するディスク内のデータ構造例を示す概念図である。
【図８】本実施の形態のビデオカメラにおけるサムネイル表示の基本的表示形態例を示す説明図である。
【図９】本実施の形態として、グループを含むサムネイル表示の表示形態例を示す説明図である。
【図１０】本実施の形態として、グループを含むサムネイル表示の表示形態例を示す説明図である。
【図１１】グループを含むサムネイル表示を実現するための処理動作を示すフローチャートである。
【図１２】グループを含むサムネイル表示を実現するための処理動作を示すフローチャートである。
【図１３】本実施の形態において、パーソナルコンピュータのＧＵＩを応用した場合のサムネイル表示の表示形態例を示す説明図である。
【符号の説明】
１  レンズブロック、２  カメラブロック、３  ビデオ信号処理部、４  メディアドライブ部、５  デッキ部、６  表示／画像／音声入出力部、６Ａ  表示部、７  操作部、８  外部インターフェイス、９  電源ブロック、１１  光学系、１２  モータ部、２２  サンプルホールド／ＡＧＣ回路、２３  Ａ／Ｄコンバータ、２４  タイミングジェネレータ、２５  カメラコントローラ、３１  データ処理／システムコントロール回路、３２  バッファメモリ、３３  ビデオ信号処理回路、３４  メモリ、３５  動き検出回路、３６  メモリ、３７  音声圧縮エンコーダ／デコーダ、３８  ビデオコントローラ、４１  ＭＤ−ＤＡＴＡ２エンコーダ／デコーダ、４２  バッファメモリ、４３  二値化回路、４４  ＲＦ信号処理回路、４５  サーボ回路、４６  ドライバコントローラ、５１  ディスク、５２  スピンドルモータ、５３  光学ヘッド、５４  磁気ヘッド、５５  スレッドモータ、６１  ビデオＤ／Ａコンバータ、６２  表示コントローラ、６３  コンポジット信号処理回路、６４  Ａ／Ｄコンバータ、６５  Ｄ／Ａコンバータ、６６  アンプ、１０１  ＲＦアンプ、１０３  ＡＧＣ／クランプ回路、１０４  イコライザ／ＰＬＬ回路、１０５  ビタビデコーダ、１０６  ＲＬＬ（１，７）復調回路、１０７  マトリクスアンプ、１０８  ＡＤＩＰバンドパスフィルタ、１０９  Ａ／Ｂトラック検出回路、１１０  ＡＤＩＰデコーダ、１１１  ＣＬＶプロセッサ、１１２  サーボプロセッサ、１１３  サーボドライバ、１１４  データバス、１１５  スクランブル／ＥＤＣエンコード回路、１１６  ＥＣＣ処理回路、１１７  デスクランブル／ＥＤＣデコード回路、１１８  ＲＬＬ（１，７）変調回路、１１９  磁気ヘッド駆動回路、１２０  レーザドライバ、１２１  転送クロック発生回路、２０１  カメラレンズ、２０２マイクロフォン、２０３ディスクスロット、２０４  ビューファインダ、２０５  スピーカ、３００  メインダイヤル、３０１  レリーズキー、３０４  ズームキー、３０５  イジェクトキー、３０６  再生キー、３０７  停止キー、３０８，３０９  サーチキー、３１０  十字／クリックキー、３１１  ジョグダイヤル、４０１  サムネイル画像、４０２  ポインタ、４０３  グループタブ、４０４グループ囲み枠、Ｌｄランド、ＮＷＧ  ノンウォブルドグルーブ、ＷＧ  ウォブルドグルーブ、Ｔｒ・Ａ，Ｔｒ・Ｂ  トラック
【図１】
0003982072.tif 000008
【図２】
0003982072.tif 000009
【図３】
0003982072.tif 000010
【図４】
0003982072.tif 000011
【図５】
0003982072.tif 000012
【図６】
0003982072.tif 000013
【図７】
0003982072.tif 000014
【図８】
0003982072.tif 000015
【図９】
0003982072.tif 000016
【図１０】
0003982072.tif 000017
【図１１】
0003982072.tif 000018
【図１２】
0003982072.tif 000019
【図１３】
0003982072.tif 000020