JP4348821B2 - 編集装置、編集方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、例えば符号化されたデータについての編集として、データ分割が可能とされる編集装置、及びその方法に関するものである。
【０００２】
【従来の技術】
例えばデジタルビデオカメラなど、動画像データを記録再生し、また記録された動画像データについて編集を行うことのできるデジタル映像機器が普及してきている。
また、動画像データは大容量であるため、これを記録媒体に記録するのには圧縮符号化を施すことが広く行われている。例えば、このような画像圧縮符号化のフォーマットとしては、ＭＰＥＧ方式が広く知られている。
【０００３】
また、デジタル映像機器における画像データの編集の１つとしては、例えば、１つの動画像データのファイルを複数のファイルに分割するということが行われる場合がある。
そして、このような動画像ファイルの分割編集のための処理方法としては、実際に記録媒体に記録された画像データに対して直接処理を施すのではなく、例えばスクリプトといわれる再生制御のための記述情報によりその分割位置を記述することが提案されている。そして、デジタル映像機器では、このスクリプトに記述された分割位置を認識することで、分割編集されたファイルも１つのファイルとして扱われるようにして再生を行うようにされるものである。
【０００４】
【発明が解決しようとする課題】
ところで、上記したようにしてスクリプトによってファイルの分割編集を行う場合として、例えば動画像データがＭＰＥＧ方式により圧縮符号化されたデータである場合を考えてみる。
【０００５】
この場合、実際に分割編集された動画像データファイルから再生を開始させたとすると、この動画像ファイルがデコードされて画像として再生出力されるまでには、通常時よりも時間がよけいにかかる場合がある。
このように再生出力の開始が遅延してしまうことの理由としては、例えば次のようなことが挙げられる。
周知のようにＭＰＥＧ方式により圧縮符号化されたデータは、デコードデータ単位としてＧＯＰ(Group Of Picture)が規定される。そして、ＧＯＰとしてのフレーム画像データは、前方、若しくは前後のフレーム画像データを利用して所定順序に従って予測符号化を行うことによってデコードが行われる。
従って、分割指定位置に対応するＧＯＰ内のフレーム画像データの位置によっては、そのＧＯＰ内のフレーム画像データを順次デコードしていき、最終的に分割指定位置に対応するＧＯＰ内のフレーム画像をデコードして、これを再生出力開始させるまでに、それなりの時間がかかってしまうことになるものである。
【０００６】
また、記録媒体に画像データを記録する場合には、例えばその記録媒体に適合する記録フォーマットにより記録が行われるが、この記録フォーマットとして例えば１以上のＧＯＰを格納したパケットなどが規定される場合には、このパケット内における分割指定位置によっても、その分割指定位置を読み込むまでに相応の時間を要することになる。
【０００７】
ただし、一般のユーザは、分割編集した動画像データファイルの再生出力開始に通常よりも時間がかかるという現象が、上記したようなフォーマットに起因するものであることを知らないために、そのままではユーザに対してストレスを与え、装置としての信頼性を損ねることにもなる。
【０００８】
【課題を解決するための手段】
そこで本発明では上記した課題を考慮して、例えば動画像などの符号化データについて分割編集が可能な場合において、その分割編集されたファイルの再生出力までに時間がかかることによるユーザのストレスができるだけ解消されるようにして、機器としての信頼性を向上させることを目的とする。
【０００９】
このため、記録媒体に記録されている、所定の符号化データ単位により符号化されたデータについての分割位置を指定する指定手段と、この指定手段によって指定される分割位置に基づいて、上記データにおける分割位置を設定する分割位置設定手段と、この分割位置設定手段により設定された分割位置からデータの再生を行う際の、所定の再生状態を評価するもので、上記分割位置からのデータの再生出力が開始されるまでの再生待機時間を、再生状態の評価結果として得るように構成される評価手段と、この評価手段による評価結果を所定の形態により告知する評価結果告知手段とを備えて、編集装置を構成する。
【００１０】
上記構成では、符号化データ単位により符号化されたデータについて分割編集を行うのにあたり、その所定の再生状態の評価結果を行って、この評価結果をユーザに対して告知するようにされる。これにより、例えばユーザとしては、少なくとも自身が行った分割編集によって再生状態がどのようになるのかを把握、認識することができる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について説明していく。
本実施の形態の編集装置としては、カメラ装置部と画像（静止画又は動画）及び音声等の記録再生が可能な記録再生装置部とが一体化された可搬型のビデオカメラに搭載されている場合を例にあげる。また、本実施の形態のビデオカメラに搭載される記録再生装置部は、光磁気ディスクの一種として知られている、いわゆるミニディスクに対応してデータを記録再生する構成を採るものとされる。
説明は次の順序で行う。
１．ディスクフォーマット
２．ビデオカメラの外観構成
３．ビデオカメラの内部構成
４．メディアドライブ部の構成
５．本実施の形態に対応するディスク構造例
６．サムネイル画像生成処理
７．スクリプト
８．操作画面表示
９．ファイル分割編集
９−１．ファイル分割編集操作
９−２．再生処理
９−３．再生待機時間
９−４．分割編集処理
【００１２】
１．ディスクフォーマット
本例のビデオカメラに搭載される記録再生装置部は、ミニディスク（光磁気ディスク）に対応してデータの記録／再生を行う、ＭＤデータといわれるフォーマットに対応しているものとされる。このＭＤデータフォーマットとしては、ＭＤ−ＤＡＴＡ１とＭＤ−ＤＡＴＡ２といわれる２種類のフォーマットが開発されているが、本例のビデオカメラは、ＭＤ−ＤＡＴＡ１よりも高密度記録が可能とされるＭＤ−ＤＡＴＡ２のフォーマットに対応して記録再生を行うものとされている。そこで、先ずＭＤ−ＤＡＴＡ２のディスクフォーマットについて説明する。
【００１３】
図１及び図２は、ＭＤ−ＤＡＴＡ２としてのディスクのトラック構造例を概念的に示している。図２（ａ）（ｂ）は、それぞれ図１の破線Ａで括った部分を拡大して示す断面図及び平面図である。
これらの図に示すように、ディスク面に対してはウォブル（蛇行）が与えられたウォブルドグルーブＷＧと、ウォブルが与えられていないノンウォブルドグルーブＮＷＧとの２種類のグルーブ（溝）が予め形成される。そして、これらウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧは、その間にランドＬｄを形成するようにしてディスク上において２重のスパイラル状に存在する。
【００１４】
ＭＤ−ＤＡＴＡ２フォーマットでは、ランドＬｄが記録トラック（データが記録されるトラック）として利用されるのであるが、上記のようにしてウォブルドグルーブＷＧとノンウォブルドグルーブＮＷＧが形成されることから、記録トラックとしてもトラックＴｒ・Ａ，Ｔｒ・Ｂの２つのトラックがそれぞれ独立して、２重のスパイラル（ダブルスパイラル）状に形成されることになる。
トラックＴｒ・Ａは、ディスク外周側にウォブルドグルーブＷＧが位置し、ディスク内周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
これに対してトラックＴｒ・Ｂは、ディスク内周側にウォブルドグルーブＷＧが位置し、ディスク外周側にノンウォブルドグルーブＮＷＧが位置するトラックとなる。
つまり、トラックＴｒ・Ａに対してはディスク外周側の片側のみにウォブルが形成され、トラックＴｒ・Ｂとしてはディスク内周側の片側のみにウォブルが形成されるようにしたものとみることができる。
この場合、トラックピッチは、互いに隣接するトラックＴｒ・ＡとトラックＴｒ・Ｂの各センター間の距離となり、図２（ｂ）に示すようにトラックピッチは０．９５μｍとされている。
【００１５】
ここで、ウォブルドグルーブＷＧとしてのグルーブに形成されたウォブルは、ディスク上の物理アドレスがＦＭ変調＋バイフェーズ変調によりエンコードされた信号に基づいて形成されているものである。このため、記録再生時においてウォブルドグルーブＷＧに与えられたウォブリングから得られる再生情報を復調処理することで、ディスク上の物理アドレスを抽出することが可能となる。
また、ウォブルドグルーブＷＧとしてのアドレス情報は、トラックＴｒ・Ａ，Ｔｒ・Ｂに対して共通に有効なものとされる。つまり、ウォブルドグルーブＷＧを挟んで内周に位置するトラックＴｒ・Ａと、外周に位置するトラックＴｒ・Ｂは、そのウォブルドグルーブＷＧに与えられたウォブリングによるアドレス情報を共有するようにされる。
なお、このようなアドレッシング方式はインターレースアドレッシング方式ともいわれる。このインターレースアドレッシング方式を採用することで、例えば、隣接するウォブル間のクロストークを抑制した上でトラックピッチを小さくすることが可能となるものである。また、グルーブに対してウォブルを形成することでアドレスを記録する方式については、ＡＤＩＰ(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)の両者がサポートされており、ビデオ信号処理部３ではこれらに対応できるものとしている。
【００５３】
例えばＶＢＲによる画像圧縮処理を行う場合には、例えば、動き検出回路３５において、画像データをマクロブロック単位により前後数十〜数百フレーム内の範囲で動き検出を行って、動きありとされればこの検出結果を動きベクトル情報としてＭＰＥＧ２ビデオ信号処理回路３３に伝送する。
ＭＰＥＧ２ビデオ信号処理回路３３では、圧縮符号化後の画像データをある所要のデータレートとするように、上記動きベクトル情報をはじめとする所要の情報を利用しながら、マクロブロックごとの量子化係数を決定していくようにされる。
【００５４】
音声圧縮エンコーダ／デコーダ３７には、Ａ／Ｄコンバータ６４（表示／画像／音声入出力部６内）を介して、例えばマイクロフォン２０２により集音された音声がデジタルによる音声信号データとして入力される。
音声圧縮エンコーダ／デコーダ３７では、前述のようにＡＴＲＡＣ２のフォーマットに従って入力された音声信号データに対する圧縮処理を施す。この圧縮音声信号データもまた、データ処理／システムコントロール回路３１によってバッファメモリ３２に対して所定の転送レートによる書き込みが行われ、ここで一時保持される。
【００５５】
上記のようにして、バッファメモリ３２には、圧縮画像データ及び圧縮音声信号データが蓄積可能とされる。バッファメモリ３２は、主として、カメラブロック２あるいは表示／画像／音声入出力部６とバッファメモリ３２間のデータ転送レートと、バッファメモリ３２とメディアドライブ部４間のデータ転送レートの速度差を吸収するための機能を有する。
バッファメモリ３２に蓄積された圧縮画像データ及び圧縮音声信号データは、記録時であれば、順次所定タイミングで読み出しが行われて、メディアドライブ部４のＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に伝送される。ただし、例えば再生時においてバッファメモリ３２に蓄積されたデータの読み出しと、この読み出したデータをメディアドライブ部４からデッキ部５を介してディスク５１に記録するまでの動作は、間欠的に行われても構わない。
このようなバッファメモリ３２に対するデータの書き込み及び読み出し制御は、例えば、データ処理／システムコントロール回路３１によって実行される。
【００５６】
ビデオ信号処理部３における再生時の動作としては、概略的に次のようになる。
再生時には、ディスク５１から読み出され、ＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１（メディアドライブ部４内）の処理によりＭＤ−ＤＡＴＡ２フォーマットに従ってデコードされた圧縮画像データ、圧縮音声信号データ（ユーザ再生データ）が、データ処理／システムコントロール回路３１に伝送されてくる。
データ処理／システムコントロール回路３１では、例えば入力した圧縮画像データ及び圧縮音声信号データを、一旦バッファメモリ３２に蓄積させる。そして、例えば再生時間軸の整合が得られるようにされた所要のタイミング及び転送レートで、バッファメモリ３２から圧縮画像データ及び圧縮音声信号データの読み出しを行い、圧縮画像データについてはＭＰＥＧ２ビデオ信号処理回路３３に供給し、圧縮音声信号データについては音声圧縮エンコーダ／デコーダ３７に供給する。
【００５７】
ＭＰＥＧ２ビデオ信号処理回路３３では、入力された圧縮画像データについて伸張処理を施して、データ処理／システムコントロール回路３１に伝送する。データ処理／システムコントロール回路３１では、この伸張処理された画像信号データを、ビデオＤ／Ａコンバータ６１（表示／画像／音声入出力部６内）に供給する。
音声圧縮エンコーダ／デコーダ３７では、入力された圧縮音声信号データについて伸張処理を施して、Ｄ／Ａコンバータ６５（表示／画像／音声入出力部６内）に供給する。
【００５８】
表示／画像／音声入出力部６においては、ビデオＤ／Ａコンバータ６１に入力された画像信号データは、ここでアナログ画像信号に変換され、表示コントローラ６２及びコンポジット信号処理回路６３に対して分岐して入力される。
表示コントローラ６２では、入力された画像信号に基づいて表示部６Ａを駆動する。これにより、表示部６Ａにおいて再生画像の表示が行われる。また、表示部６Ａにおいては、ディスク５１から再生して得られる画像の表示だけでなく、当然のこととして、レンズブロック１及びカメラブロック２からなるカメラ部位により撮影して得られた撮像画像も、ほぼリアルタイムで表示出力させることが可能である。
また、再生画像及び撮像画像の他、前述のように、機器の動作に応じて所要のメッセージをユーザに知らせるための文字やキャラクタ等によるメッセージ表示も行われるものとされる。このようなメッセージ表示は、例えばビデオコントローラ３８の制御によって、所要の文字やキャラクタ等が所定の位置に表示されるように、データ処理／システムコントロール回路３１からビデオＤ／Ａコンバータ６１に出力すべき画像信号データに対して、所要の文字やキャラクタ等の画像信号データを合成する処理を実行するようにすればよい。
【００５９】
また、表示部６Ａに対しては、タッチパネル６Ｂが組み合わされることで、表示パネル６７を構成する。
タッチパネル６Ｂでは、表示部６Ａ上に対して行われた押圧操作の位置情報を検知し、これを操作情報としてビデオコントローラ３８に対して出力する。
【００６０】
コンポジット信号処理回路６３では、ビデオＤ／Ａコンバータ６１から供給されたアナログ画像信号についてコンポジット信号に変換して、ビデオ出力端子Ｔ１に出力する。例えば、ビデオ出力端子Ｔ１を介して、外部モニタ装置等と接続を行えば、当該ビデオカメラで再生した画像を外部モニタ装置により表示させることが可能となる。
【００６１】
また、表示／画像／音声入出力部６において、音声圧縮エンコーダ／デコーダ３７からＤ／Ａコンバータ６５に入力された音声信号データは、ここでアナログ音声信号に変換され、ヘッドフォン／ライン端子Ｔ２に対して出力される。また、Ｄ／Ａコンバータ６５から出力されたアナログ音声信号は、アンプ６６を介してスピーカ２０５に対しても分岐して出力され、これにより、スピーカ２０５からは、再生音声等が出力されることになる。
【００６２】
なお、上記アンプ６６においては、アナログ音声信号レベルを可変可能とされており、これによりスピーカ２０５から出力される音量を調整可能とされている。この制御は、ここではその制御線の図示は省略しているが、例えば表示／画像／音声入出力部６内の表示コントローラ６２が実行するものとする。
【００６３】
メディアドライブ部４では、主として、記録時にはＭＤ−ＤＡＴＡ２フォーマットに従って記録データをディスク記録に適合するようにエンコードしてデッキ部５に伝送し、再生時においては、デッキ部５においてディスク５１から読み出されたデータについてデコード処理を施すことで再生データを得て、ビデオ信号処理部３に対して伝送する。
【００６４】
このメディアドライブ部４のＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１は、記録時においては、データ処理／システムコントロール回路３１から記録データ（圧縮画像データ＋圧縮音声信号データ）が入力され、この記録データについて、ＭＤ−ＤＡＴＡ２フォーマットに従った所定のエンコード処理を施し、このエンコードされたデータを一時バッファメモリ４２に蓄積する。そして、所要のタイミングで読み出しを行いながらデッキ部５に伝送する。
【００６５】
再生時においては、ディスク５１から読み出され、ＲＦ信号処理回路４４、二値化回路４３を介して入力されたデジタル再生信号について、ＭＤ−ＤＡＴＡ２フォーマットに従ったデコード処理を施して、再生データとしてビデオ信号処理部３のデータ処理／システムコントロール回路３１に対して伝送する。
なお、この際においても、必要があれば再生データを一旦バッファメモリ４２に蓄積し、ここから所要のタイミングで読み出したデータをデータ処理／システムコントロール回路３１に伝送出力するようにされる。このような、バッファメモリ４２に対する書き込み／読み出し制御はドライバコントローラ４６が実行するものとされる。
なお、例えばディスク５１の再生時において、外乱等によってサーボ等が外れて、ディスクからの信号の読み出しが不可となったような場合でも、バッファメモリ４２に対して読み出しデータが蓄積されている期間内にディスクに対する再生動作を復帰させるようにすれば、再生データとしての時系列的連続性を維持することが可能となる。
【００６６】
ＲＦ信号処理回路４４には、ディスク５１からの読み出し信号について所要の処理を施すことで、例えば、再生データとしてのＲＦ信号、デッキ部５に対するサーボ制御のためのフォーカスエラー信号、トラッキングエラー信号等のサーボ制御信号を生成する。ＲＦ信号は、上記のように二値化回路４３により２値化され、デジタル信号データとしてＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に入力される。
また、生成された各種サーボ制御信号はサーボ回路４５に供給される。サーボ回路４５では、入力したサーボ制御信号に基づいて、デッキ部５における所要のサーボ制御を実行する。
【００６７】
なお、本例においては、ＭＤ−ＤＡＴＡ１フォーマットに対応するエンコーダ／デコーダ４７を備えており、ビデオ信号処理部３から供給された記録データを、ＭＤ−ＤＡＴＡ１フォーマットに従ってエンコードしてディスク５１に記録すること、或いは、ディスク５１からの読み出しデータがＭＤ−ＤＡＴＡ１フォーマットに従ってエンコードされているものについては、そのデコード処理を行って、ビデオ信号処理部３に伝送出力することも可能とされている。つまり本例のビデオカメラとしては、ＭＤ−ＤＡＴＡ２フォーマットとＭＤ−ＤＡＴＡ１フォーマットとについて互換性が得られるように構成されている。
ドライバコントローラ４６は、メディアドライブ部４を総括的に制御するための機能回路部とされる。
【００６８】
デッキ部５は、ディスク５１を駆動するための機構からなる部位とされる。デッキ部５においては、装填されるべきディスク５１が着脱可能とされ、ユーザの作業によって交換が可能なようにされた機構（ディスク挿脱部２１０（図６参照））を有しているものとされる。また、ここでのディスク５１は、ＭＤ−ＤＡＴＡ２フォーマット、あるいはＭＤ−ＤＡＴＡ１フォーマットに対応する光磁気ディスクであることが前提となる。
【００６９】
デッキ部５においては、装填されたディスク５１をＣＬＶにより回転駆動するスピンドルモータ５２によって、ＣＬＶにより回転駆動される。このディスク５１に対しては記録／再生時に光学ヘッド５３によってレーザ光が照射される。
光学ヘッド５３は、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力を行い、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力を行う。このため、光学ヘッド５３には、ここでは詳しい図示は省略するがレーザ出力手段としてのレーザダイオード、偏光ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。光学ヘッド５３に備えられる対物レンズとしては、例えば２軸機構によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００７０】
また、ディスク５１を挟んで光学ヘッド５３と対向する位置には磁気ヘッド５４が配置されている。磁気ヘッド５４は記録データによって変調された磁界をディスク５１に印加する動作を行う。
また、図示しないが、デッキ部５においては、スレッドモータ５５により駆動されるスレッド機構が備えられている。このスレッド機構が駆動されることにより、上記光学ヘッド５３全体及び磁気ヘッド５４はディスク半径方向に移動可能とされている。
【００７１】
操作部７は図６に示した各種操作子に相当し、これらの操作子によるユーザの各種操作情報は例えばビデオコントローラ３８に出力される。
ビデオコントローラ３８は、先に述べたタッチパネル６Ｂ、及び上記操作部７から出力される操作情報に応じた必要な動作が各部において実行されるようにするための制御情報をカメラコントローラ２５、ドライバコントローラ４６に対して供給する。
【００７２】
外部インターフェイス８は、当該ビデオカメラと外部機器とでデータを相互伝送可能とするために設けられており、例えば図のようにＩ／Ｆ端子Ｔ３とビデオ信号処理部間に対して設けられる。
【００７３】
本実施の形態の場合、この外部インターフェイス８としては、ＬＡＮ(Local area Network)に広く利用されるＥｔｈｅｒｎｅｔが採用されるものとする。周知のように、Ｅｔｈｅｒｎｅｔは、伝送路が１本とされて構造も簡単で安価であり、ＬＡＮ等を構築するのに適している。また、外部インターフェイス８がＥｔｈｅｒｎｅｔに対応する場合、通信プロトコルとしては、ＩＰ(Internet Protocol)が採用されるものとする。そして、Ｉ／Ｆ端子Ｔ３はＥｔｈｅｒｎｅｔに対応するケーブルのコネクタに対応した端子形状を有して備えられる。
【００７４】
例えば本実施の形態のビデオカメラをＩ／Ｆ端子Ｔ３を介して、Ｅｔｈｅｒｎｅｔの伝送路と接続すれば、その伝送路に接続されたパーソナルコンピュータ装置や、他のデジタル画像機器と通信を行い、画像／音声データ等の送受信を行うことが可能になる。また、構成によっては、Ｅｔｈｅｒｎｅｔを介して接続された機器から本実施の形態のビデオカメラをリモート制御することも可能となる。
【００７５】
また、ここでの詳しい説明は省略するが、パーソナルコンピュータ装置に対して、Ｅｔｈｅｒｎｅｔの伝送路を介して、例えばサムネイル表示のためのサムネイル画像データを送信出力する場合、本実施の形態では、ＨＴＭＬ形式のＷｅｂファイルとして作成されたサムネイル表示画像を出力することができるようになっている。このために、例えばプログラムメモリ３９には、このＨＴＭＬ形式によるＷｅｂファイルとしてのデータを生成するためのセット（プログラム）も格納されているものである。
【００７６】
なお、本実施の形態のビデオカメラとしては、外部とデータの授受を行うためのインターフェイスは、上記Ｅｔｈｅｒｎｅｔの他にも、例えばＩＥＥＥ１３９４インターフェイスなど、適宜必要に応じて追加されて構わない。つまり、この図に示す外部インターフェイス８としては、実際に設けられるインターフェイス機能の数に応じて、それぞれ異なる規格のインターフェイス部が複数系統設けられてもよいものである。
【００７７】
電源ブロック９は、内蔵のバッテリにより得られる直流電源あるいは商用交流電源から生成した直流電源を利用して、各機能回路部に対して所要のレベルの電源電圧を供給する。電源ブロック９による電源オン／オフは、上述したメインダイヤル３００の操作に応じてビデオコントローラ３８が制御する。
また記録動作中はビデオコントローラ３８はインジケータ２０６の発光動作を実行させる。
【００７８】
４．メディアドライブ部の構成
続いて、図４に示したメディアドライブ部４の構成として、ＭＤ−ＤＡＴＡ２に対応する機能回路部を抽出した詳細な構成について、図５のブロック図を参照して説明する。なお、図５においては、メディアドライブ部４と共にデッキ部５を示しているが、デッキ部５の内部構成については図４により説明したため、ここでは、図４と同一符号を付して説明を省略する。また、図５に示すメディアドライブ部４において図４のブロックに相当する範囲に同一符号を付している。
【００７９】
光学ヘッド５３のディスク５１に対するデータ読み出し動作によりに検出された情報（フォトディテクタによりレーザ反射光を検出して得られる光電流）は、ＲＦ信号処理回路４４内のＲＦアンプ１０１に供給される。
ＲＦアンプ１０１では入力された検出情報から、再生信号としての再生ＲＦ信号を生成し、二値化回路４３に供給する。二値化回路４３は、入力された再生ＲＦ信号について二値化を行うことにより、デジタル信号化された再生ＲＦ信号（二値化ＲＦ信号）を得る。
この二値化ＲＦ信号はＭＤ−ＤＡＴＡ２エンコーダ／デコーダ４１に供給され、まずＡＧＣ／クランプ回路１０３を介してゲイン調整、クランプ処理等が行われた後、イコライザ／ＰＬＬ回路１０４に入力される。
イコライザ／ＰＬＬ回路１０４では、入力された二値化ＲＦ信号についてイコライジング処理を施してビタビデコーダ１０５に出力する。また、イコライジング処理後の二値化ＲＦ信号をＰＬＬ回路に入力することにより、二値化ＲＦ信号（ＲＬＬ（１，７）符号列）に同期したクロックＣＬＫを抽出する。
【００８０】
クロックＣＬＫの周波数は現在のディスク回転速度に対応する。このため、ＣＬＶプロセッサ１１１では、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫを入力し、所定のＣＬＶ速度（図３参照）に対応する基準値と比較することにより誤差情報を得て、この誤差情報をスピンドルエラー信号ＳＰＥを生成するための信号成分として利用する。また、クロックＣＬＫは、例えばＲＬＬ（１，７）復調回路１０６をはじめとする、所要の信号処理回路系における処理のためのクロックとして利用される。
【００８１】
ビタビデコーダ１０５は、イコライザ／ＰＬＬ回路１０４から入力された二値化ＲＦ信号について、いわゆるビタビ復号法に従った復号処理を行う。これにより、ＲＬＬ（１，７）符号列としての再生データが得られることになる。
この再生データはＲＬＬ（１，７）復調回路１０６に入力され、ここでＲＬＬ（１，７）復調が施されたデータストリームとされる。
【００８２】
ＲＬＬ（１，７）復調回路１０６における復調処理により得られたデータストリームは、データバス１１４を介してバッファメモリ４２に対して書き込みが行われ、バッファメモリ４２上で展開される。
このようにしてバッファメモリ４２上に展開されたデータストリームに対しては、先ず、ＥＣＣ処理回路１１６により、ＲＳ−ＰＣ方式に従って誤り訂正ブロック単位によるエラー訂正処理が施され、更に、デスクランブル／ＥＤＣデコード回路１１７により、デスクランブル処理と、ＥＤＣデコード処理（エラー検出処理）が施される。
これまでの処理が施されたデータが再生データＤＡＴＡｐとされる。この再生データＤＡＴＡｐは、転送クロック発生回路１２１にて発生された転送クロックに従った転送レートで、例えばデスクランブル／ＥＤＣデコード回路１１７からビデオ信号処理部３のデータ処理／システムコントロール回路３１に対して伝送されることになる。
【００８３】
転送クロック発生回路１２１は、例えば、クリスタル系のクロックをメディアドライブ部４とビデオ信号処理部３間のデータ伝送や、メディアドライブ部４内における機能回路部間でのデータ伝送を行う際に、適宜適正とされる周波数の転送クロック（データ転送レート）を発生するための部位とされる。
また、当該ビデオカメラの動作状態に応じて、メディアドライブ部４及びビデオ信号処理部３の各機能回路部に供給すべき所要の周波数のクロックを発生する。
【００８４】
光学ヘッド５３によりディスク５１から読み出された検出情報（光電流）は、マトリクスアンプ１０７に対しても供給される。
マトリクスアンプ１０７では、入力された検出情報について所要の演算処理を施すことにより、トラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、グルーブ情報（ディスク５１にウォブルドグルーブＷＧとして記録されている絶対アドレス情報）ＧＦＭ等を抽出しサーボ回路４５に供給する。即ち抽出されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥはサーボプロセッサ１１２に供給され、グルーブ情報ＧＦＭはＡＤＩＰバンドパスフィルタ１０８に供給される。
【００８５】
ＡＤＩＰバンドパスフィルタ１０８により帯域制限されたグルーブ情報ＧＦＭは、Ａ／Ｂトラック検出回路１０９、ＡＤＩＰデコーダ１１０、及びＣＬＶプロセッサ１１１に対して供給される。
Ａ／Ｂトラック検出回路１０９では、例えば図２（ｂ）にて説明した方式などに基づいて、入力されたグルーブ情報ＧＦＭから、現在トレースしているトラックがトラックＴＲ・Ａ，ＴＲ・Ｂの何れとされているのかについて判別を行い、このトラック判別情報をドライバコントローラ４６に出力する。また、ＡＤＩＰデコーダ１１０では、入力されたグルーブ情報ＧＦＭをデコードしてディスク上の絶対アドレス情報であるＡＤＩＰ信号を抽出し、ドライバコントローラ４６に出力する。ドライバコントローラ４６では、上記トラック判別情報及びＡＤＩＰ信号に基づいて、所要の制御処理を実行する。
【００８６】
ＣＬＶプロセッサ１１１には、イコライザ／ＰＬＬ回路１０４からクロックＣＬＫと、ＡＤＩＰバンドパスフィルタ１０８を介したグルーブ情報ＧＦＭが入力される。ＣＬＶプロセッサ１１１では、例えばグルーブ情報ＧＦＭに対するクロックＣＬＫとの位相誤差を積分して得られる誤差信号に基づき、ＣＬＶサーボ制御のためのスピンドルエラー信号ＳＰＥを生成し、サーボプロセッサ１１２に対して出力する。なお、ＣＬＶプロセッサ１１１が実行すべき所要の動作はドライバコントローラ４６によって制御される。
【００８７】
サーボプロセッサ１１２は、上記のようにして入力されたトラッキングエラー信号ＴＥ、フォーカスエラー信号ＦＥ、スピンドルエラー信号ＳＰＥ、ドライバコントローラ４６からのトラックジャンプ指令、アクセス指令等に基づいて各種サーボ制御信号（トラッキング制御信号、フォーカス制御信号、スレッド制御信号、スピンドル制御信号等）を生成し、サーボドライバ１１３に対して出力する。
サーボドライバ１１３では、サーボプロセッサ１１２から供給されたサーボ制御信号に基づいて所要のサーボドライブ信号を生成する。ここでのサーボドライブ信号としては、二軸機構を駆動する二軸ドライブ信号（フォーカス方向、トラッキング方向の２種）、スレッド機構を駆動するスレッドモータ駆動信号、スピンドルモータ５２を駆動するスピンドルモータ駆動信号となる。
このようなサーボドライブ信号がデッキ部５に対して供給されることで、ディスク５１に対するフォーカス制御、トラッキング制御、及びスピンドルモータ５２に対するＣＬＶ制御が行われることになる。
【００８８】
ディスク５１に対して記録動作が実行される際には、例えば、ビデオ信号処理部３のデータ処理／システムコントロール回路３１からスクランブル／ＥＤＣエンコード回路１１５に対して記録データＤＡＴＡｒが入力されることになる。このユーザ記録データＤＡＴＡｒは、例えば転送クロック発生回路１２１にて発生された転送クロック（データ転送レート）に同期して入力される。
【００８９】
スクランブル／ＥＤＣエンコード回路１１５では、例えば記録データＤＡＴＡｒをバッファメモリ４２に書き込んで展開し、データスクランブル処理、ＥＤＣエンコード処理（所定方式によるエラー検出符号の付加処理）を施す。この処理の後、例えばＥＣＣ処理回路１１６によって、バッファメモリ４２に展開させている記録データＤＡＴＡｒに対してＲＳ−ＰＣ方式によるエラー訂正符号を付加するようにされる。
ここまでの処理が施された記録データＤＡＴＡｒは、バッファメモリ４２から読み出されて、データバス１１４を介してＲＬＬ（１，７）変調回路１１８に供給される。
【００９０】
ＲＬＬ（１，７）変調回路１１８では、入力された記録データＤＡＴＡｒについてＲＬＬ（１，７）変調処理を施し、このＲＬＬ（１，７）符号列としての記録データを磁気ヘッド駆動回路１１９に出力する。
【００９１】
ところで、ＭＤ−ＤＡＴＡ２フォーマットでは、ディスクに対する記録方式として、いわゆるレーザストローブ磁界変調方式を採用している。レーザストローブ磁界変調方式とは、記録データにより変調した磁界をディスク記録面に印加すると共に、ディスクに照射すべきレーザ光を記録データに同期してパルス発光させる記録方式をいう。
このようなレーザストローブ磁界変調方式では、ディスクに記録されるピットエッジの形成過程が磁界の反転速度等の過渡特性に依存せず、レーザパルスの照射タイミングによって決定される。
このため、例えば単純磁界変調方式（レーザ光をディスクに対して定常的に照射すると共に記録データにより変調した磁界をディスク記録面に印加するようにした方式）と比較して、レーザストローブ磁界変調方式では、記録ピットのジッタをきわめて小さくすることが容易に可能とされる。つまり、レーザストローブ磁界変調方式は、高密度記録化に有利な記録方式とされるものである。
【００９２】
メディアドライブ部４の磁気ヘッド駆動回路１１９では、入力された記録データにより変調した磁界が磁気ヘッド５４からディスク５１に印加されるように動作する。また、ＲＬＬ（１，７）変調回路１１８からレーザドライバ１２０に対しては、記録データに同期したクロックを出力する。レーザドライバ１２０は、入力されたクロックに基づいて、磁気ヘッド５４により磁界として発生される記録データに同期させたレーザパルスがディスクに対して照射されるように、光学ヘッド５３のレーザダイオードを駆動する。この際、レーザダイオードから発光出力されるレーザパルスとしては、記録に適合する所要のレーザパワーに基づくものとなる。このようにして、本例のメディアドライブ部４により上記レーザストローブ磁界変調方式としての記録動作が可能とされる。
【００９３】
５．本実施の形態に対応するディスク構造例
次に、本実施の形態に対応するディスク５１のデータ構造例について説明する。
先ず前提として、ＭＤ−ＤＡＴＡ２のフォーマットにおけるセクタ、クラスタといわれるデータ単位について述べておく。
セクタは、ディスクからの物理的なデータ読み出しの最小単位であり、各セクタには、ＰＳＡ(Physical Sector Address)が割り当てられる。
また、クラスタ(Logical Cluster)は、ディスクへの物理的なデータ書き込みの最小単位とされ、ＰＳＡが０ｈ〜Ｆｈまでの連続する１６のセクタの集合により形成され、これはアロケーションユニット（Allocation Unit）ともいわれる。各クラスタには、ＰＣＡ(Physical Cluster Address)が割り当てられる。そして、後述するリードインエリア（プリマスタード・エリア）に在るセクターは、ＰＣＡによって一意に特定することができる。また、レコーダブルエリアにあるクラスタは同一のＰＣＡを有するクラスタがトラックＴｒ・Ａ，Ｔｒ・Ｂとで１つずつ存在することになる。
【００９４】
また、次にＭＤ−ＤＡＴＡ２のフォーマットにおけるファイル管理システムについて述べておく。
ＭＤ−ＤＡＴＡ２のフォーマットでは、ファイル管理システムとしてＴＭＳ(Track Mnagement System)が定められている。このＴＭＳは、ＭＤ−ＤＡＴＡ２フォーマットに従ったディスクの記録領域割り当てのための最も基本的な規約であり、例えば約５，５００件の情報を階層的に分類して記録することができるようになっている。
【００９５】
ＴＭＳでは、階層的な管理構造を実現するのに当たり、トラックとフォルダが定義される。トラックはＴＭＳが直接管理するひとまとまりのデータの最小単位であり、原則としてファイルと同義となる。各トラックはTrack Descriptorによって表現される。
フォルダは、トラックをグループ化して管理するための構造とされる。それぞれのトラック及びフォルダは、或る１つのフォルダ（Parent Folder)に属し、最終的にはRoot Folderをルートとするツリー構造を構成する。そして各フォルダは、Folder Descriptorによって表現される。
また、トラック／フォルダの各々に対しては、ＩＤが与えられる。
【００９６】
図９には、ＴＭＳの下での階層構造の例が示されている。
ＴＭＳでは、階層的なフォルダ構造を実現するため、また、トラック及びフォルダの検索順序を定義するために、すべてのトラックとフォルダが２種類のリンクによって連結されるものとしている。
一つには、トラック／フォルダのParent Folderを指すリンクであり、これによって、そのトラック／フォルダがどのフォルダに属するのかを認識することができる。
また、もう１つは、Parent Folderを先頭として、そのフォルダに属するとされるトラック／フォルダを順番につなぐリンクとされる。これによって、そのフォルダ内でのトラック／フォルダの検索順序を定義することができ、また、高速な検索を実現することができる。
そして、ディスク上のすべてのトラック／フォルダは、Root Folderをルートとしたツリー構造の中に置かれることになるため、Root Folderを起点とする経路にあるフォルダと、自身のＩＤの順列によって、ディスク上で一意的に識別することが可能とされる。
【００９７】
例えば図９に示した例においては、まずRoot FolderがＩＤ 0000h（hは１６進法表記であることを示す）を有しているものとされる。そして、その子としては、Folder 0101h，Track 0088h，Folder 0201hの３つとされている。そして、これら３つのFolder/Trackは、図に示すようにしてFolder 0101h→Track 0088h→Folder 0201hとなるようにして順番が規定されている。
また、Folder 0101hには、Track 0077h，Track 0088h，Track 0070hの３つのトラックが属しており、これら３トラックの再生順については、Track 0077h→Track 0088h，Track→0070hとなるように規定されている。
また、Root Folderの子であるFolder 0201hには、さらにFolder 0201h，Track 0120hが属しており、その順番はFolder 0201h→Track 0120hとされている。
【００９８】
ここで、Root Folder下のTrack 0088h（Descriptor Number=39)と、Folder 0101hに属するTrack 0088h（Descriptor Number=26)とは、同じＩＤを有しているが、これらは、それぞれ異なるDescriptor Numberが割り当てられていることからも分かるように、それぞれ独立した存在とされている。これはフォルダについても同様であり、図においては、Root Folderの子であるFolder 0210h（Descriptor Number=77)と、その子であるFolder 0210h（Descriptor Number=4)がこれに当たる。
【００９９】
図１０は、本実施の形態に対応するとされるディスク５１のデータ管理形態例を概念的に示している。なお、この図に示すディスク５１の物理フォーマットについては、先に図１及び図２により説明した通りである。
ディスク５１においては、例えば、管理情報としてＰＴＯＣ、及びＲＴＯＣが設定される。ＰＴＯＣは、ピット形態により所要の管理情報が記録される。このＰＴＯＣの内容は書き換えが不可とされている。
ＲＴＯＣは、例えばディスクに記録されたデータを管理するのに必要な基本的な情報が記録される。
例えば本例の場合であれば、ディスクに記録されたデータとして、トラック及びフォルダを記録再生時において管理するための情報が格納される。
なお、ＲＴＯＣの内容は、例えば、これまでのディスクに対するデータの記録結果や、トラック（ファイル）、フォルダの削除等の編集処理結果に従って逐次書き換えが行われるものとされる。
【０１００】
ユーザデータは、１つのルートフォルダ内に置かれたボリュームフォルダ(Volume Folder)として管理される。本実施の形態においてボリューム(Volume)とは、ユーザデータの完全な集合として定義され、１枚のディスクにはただ１つのボリュームが存在するものとして規定される。そして、このボリューム内に含まれるデータは、上記ＰＴＯＣ、ＲＴＯＣで管理されるものを除いて、ボリュームフォルダ以下のフォルダ及びトラックとして格納されることになる。
【０１０１】
ボリュームフォルダ内においては、所定サイズ（例えば１２クラスタ）のボリュームインデックストラック(ＶＩＴ：Volume Index Track)が置かれる。
このボリュームインデックストラックは、例えば上記ＰＴＯＣ、ＲＴＯＣが主的管理情報とすれば、いわば副管理情報が記録される領域として規定されるもので、トラック（ファイル）、フォルダ、及び補助データ(Auxiliary Data)に関すプロパティ、タイトル、及びトラックを形成するパケットデータを管理するための情報が記録されるテーブルを有する。
【０１０２】
また、ボリュームフォルダ内で管理されるトラックとして、サムネイルトラック(Thumbnail Picture Track)がオプションとして配置可能とされている。
本実施の形態においては、ディスクに記録された各ファイルごとに対応付けして、所定解像度による１枚の静止画像をサムネイル画像として有することが可能とされている。サムネイル画像は、ファイルを視覚的に認識可能とするための代表画像として扱われる。
サムネイルトラックには、ディスクに記録されているファイル（トラック）との対応付けと、サムネイル画像の格納位置とが示されるインデックス情報と共に記録される。サムネイルトラックのデータ長は、格納されるサムネイル画像数等に応じて任意に拡張可能とされる。
【０１０３】
そして、例えばユーザが撮影等によって記録した画像／音声データはファイル単位で管理され、ボリュームフォルダ内において、トラックとしてボリュームフォルダの下に置かれる、或いは、ボリュームフォルダ以下に置かれるフォルダ内に置かれることになる。
図１０では、或る１ファイルが１トラックとして表現された上で、このトラックが或る１つのフォルダ内に格納されている状態が示されている。フォルダは、上述のように、トラック又はフォルダを１グループにまとめて管理するための構造である。
従ってボリュームフォルダ以下の構造においては、ボリュームフォルダ内に格納可能な最大件数と、フォルダの階層構造の最大段数により規定される範囲内で、任意の数のトラック又はフォルダが格納されることになる。
【０１０４】
また、ボリュームフォルダ内には、補助データ(Auxiliary Data)が格納される補助データトラック(Auxiliary Data Track)が配置される。
補助データトラックに格納されるべき情報としては、例えば、実際に適用されるアプリケーションによって任意とされる。
本実施の形態においては、再生制御情報としてのスクリプトの情報が格納されることになる。また、ここでの詳しい説明は省略するが、トラック（録画ファイル）に対する「落書き編集」によって作成された画像データ（Image）も格納される。
【０１０５】
ところで、上記した管理情報であるＰＴＯＣ，ＲＴＯＣ、また更にはボリュームインデックストラックに格納された情報（これらの情報を総称しても、本実施の形態では「管理情報」ということにする）は、例えば、ディスク装填時において読み出されて、例えば、メディアドライブ部４のバッファメモリ４２（又はバッファメモリ３２）の所定領域に保持される。そして、データ記録時や編集時においては、その記録結果や編集結果に応じてバッファメモリに保持されているこれら管理情報について書き換えを行うようにし、その後、所定の機会、タイミングでもって、バッファメモリに保持されている管理情報の内容に基づいて、ディスク５１の管理情報を書き換える（更新する）ようにされる（但し、ＰＴＯＣについては更新は行われない）。
【０１０６】
図１１は、上記図１０に示したデータ管理形態をディスク５１の物理構造に対応させて示しているものである。
この図に示すリードインエリアは、ディスク最内周におけるピットエリアであり、ここにＰＴＯＣの情報が記録される。
【０１０７】
そして、このリードインエリアの外周に対しては、トランジションエリアを介してレコーダブルエリアが形成される。このレコーダブルエリアは、光磁気記録再生が可能とされる光磁気記録領域とされる。このレコーダブルエリアは、先に図１，図２により説明したように、トラックＴｒ・ＡとトラックＴｒ・Ｂの２本のトラックがダブルスパイラル上に形成される。
【０１０８】
レコーダブルエリアの最内周にあっては、トラックＴｒ・Ａ，Ｔｒ・Ｂ共に、ＲＴＯＣエリアが設けられる。そして、トラックＴｒ・ＡのＲＴＯＣエリア内にあっては、４クラスタのサイズのＲＴＯＣの情報が３回繰り返して記録される。そしてこれに続けて、１２クラスタのサイズのボリュームインデックストラックが配置される。
そして、ボリュームインデックストラックに続けては、サムネイルトラックをオプションとして配置することができることになっている。このＲＴＯＣエリア内のサムネイルトラックとしては、少なくとも最初の１クラスタが位置するものと規定されている。そして、例えばファイル数の増加に応じてサムネイル画像データ数が多くなり、ＲＴＯＣエリア内のサムネイルトラックの容量を超えたときには、後述するレコーダブルデータエリアに対して追加的に記録していくことができる。また、このときのレコーダブルデータエリア上のサムネイルトラックは、ボリュームインデックストラック（又はＲＴＯＣ）によって管理される。
【０１０９】
また、このＲＴＯＣエリアのサムネイルトラックに続けて、補助データであるスクリプトとイメージデータを記録する領域をオプションとして設定することができる。
また、これらスクリプトとイメージデータについても、ＲＴＯＣエリア内にて記録可能な容量を超えたときには、ボリュームインデックストラック（又はＲＴＯＣ）により管理される形態で、レコーダブルデータエリアに対して追加的に記録していくことができる。
【０１１０】
そして、レコーダブルデータエリアスタートアドレスＷより示されるアドレス位置からは、レコーダブルデータエリアが設けられる。このレコーダブルデータエリアに対して、ＡＶデータ、即ちトラック（ファイル）のデータが記録される。また、前述したサムネイル画像データ及び補助データも記録可能とされる。
【０１１１】
このレコーダブルデータエリアが終了すると、リードアウトエリアスタートアドレスＬにより示されるアドレス位置から最外周にかけてリードアウトエリアが形成される。
【０１１２】
上記説明は、トラックＴｒ・Ａに関するものであるが、トラックＴｒ・Ｂについても、図１１から分かるように、領域設定はトラックＴｒ・Ａに準ずる。但し、ＲＴＯＣエリアについては現段階では未定義とされている。つまり、ＲＴＯＣエリアは、トラックＴｒ・Ａについてのみ実質的に使用されるようにしている。
【０１１３】
なお、これら図１０及び図１１に示すディスク構造例はあくまでも一例であって、ディスク上での各エリアの物理的位置関係は、実際の使用条件等に応じて変更されて構わないし、データが格納される構造も変更されて構わないものである。
【０１１４】
また、上記図１１に示したレコーダブルデータエリアに格納されるＡＶデータとしては、ＡＶパケットのシーケンスによりなるものとされる。ＡＶパケットは、動画、静止画、音声の最小編集単位とされ、同時に再生されるべきオーディオデータ（オーディオレコード）とビデオデータ（ビデオレコード）が格納される。１つのＡＶパケットは、内部に格納されるデータのビットレートによっても異なるが、約１秒〜５秒程度の時間を表現することが推奨されている。また、ＡＶパケットは、ディスク上では、物理的にも論理的にも連続した整数個のアロケーションユニットにより形成されるものとして規定される。
【０１１５】
図１２は、１つのＡＶパケットの構造を示している。ＡＶパケット全体としては図１２（ａ）に示すようにして、その先頭にヘッダとしてのパケットプロパティ(Packenr Propaty)が配置される。
パケットプロパティの詳しい構造はここでは省略するが、このパケットプロパティには、現ＡＶパケットについての各種記録条件が格納されている。ここでの記録条件は撮影記録時に発生し、以降において変更する必要の無い情報とされる。
パケットプロパティに続けては、オーディオデータの格納領域であるオーディオレコード(Audio Record)が配置される。このオーディオレコードにはＡＴＲＡＣ２方式により圧縮されたオーディオデータとして、１以上の完結したビデオデコードユニット(video decode unit)が記録される。
さらに続けて、動画像データが記録されるビデオレコード(Video Record)が配置される。ビデオレコードに記録される画像データはＭＰＥＧ２により圧縮符号化されたデータであり、概念的には図１２（ｂ）に示すようにして、ＧＯＰのシーケンスにより形成される。例えば、規格としては、このＧＯＰ単位をビデオデコードユニット(video decodeunit)とすることが推奨される。この場合、１つのＧＯＰは、最大で30 Video Framesであるとして規定されており、ビデオレコード内においては、０〜２５５Video Framesの範囲とすることが推奨されている。
【０１１６】
６．サムネイル画像生成処理
上記図１０及び図１１に示したサムネイルトラックに格納されるサムネイル画像は、本実施の形態のビデオカメラにより生成することが可能とされるが、ここで、サムネイル画像の生成処理について説明しておく。なお、ここでは既にディスクに記録された画像ファイルについてのサムネイル画像を生成する場合について説明する。
【０１１７】
前述のように、例えばディスク５１に記録されている管理情報（ＰＴＯＣ、ＲＴＯＣ、ボリュームインデックストラック）は、ディスク装填時などの所定のタイミングで読み出されて、バッファメモリ４２（或いはバッファメモリ３２）に対して格納されているものとされる。
【０１１８】
そして、ドライバコントローラ４６は、例えばバッファメモリ４２に格納されている管理情報を参照して、これよりサムネイル画像を生成すべきファイルについて、サムネイル画像として指定されている画像データが記録されているディスク上のアドレスを求め、このアドレスにアクセスしてディスクに対する読み出し動作を実行させることで、サムネイル画像の生成元としての画像データを得るようにされる。
この画像データは、順次メディアドライブ部４からビデオ信号処理部３に伝送され、データ処理／システムコントロール回路３１に供給される。
なお、管理情報によりサムネイル画像の生成元として規定される画像データは、特段の指定が無ければ、例えばファイル中における先頭のフレーム（又はフィールド）画像データが指定されているものとされる
【０１１９】
そして、データ処理／システムコントロール回路３１では、供給された画面データについて、先ず、ＭＰＥＧ２ビデオ信号処理回路３３を制御してＭＰＥＧ２フォーマットに従った伸張処理を施し、フィールド画像単位の画像データのレベルにまでデコードしたデータを獲得するようにされる。
【０１２０】
例えば、上記フィールド画像単位のレベルにまでデコードされた画像データの段階では、通常は、表示画面に対してほぼフルサイズで表示されるだけの画像サイズ（画素数）を有したデータとされる。
そこで、上記フィールド画像単位によるフルサイズの画像データが得られた後は、このフルサイズの画像データについて縮小処理を行って、実際に必要とされるサムネイル画像のサイズが得られるように処理を行うことになる。
このような画像サイズの縮小のためには、例えば元のフルサイズの画像データに対して、適切なタイミングで画素データに対するサンプリングを行い、このサンプリングした画素データによって画像データを再構成するように信号処理を実行すればよい。
【０１２１】
そして、例えばビデオコントローラ３８は、このようにして得られたサムネイル画像データについてのインデックス情報（図１０により説明）を生成し、このインデックス情報と共にこのサムネイル画像データをディスクのサムネイルトラックに記録するように制御を実行する。
このようにして、ファイルごとに対応したサムネイル画像データが得られ、ディスクに記録される。
【０１２２】
なお、本実施の形態としては、これまでの説明から分かるように、画像データ（音声データを含む）の他、音声のみによる音声データ、更には文字情報データなどもファイルとして記録可能とされるが、例えば、音声データ、文字情報データ等、そのファイル内にサムネイル画像の生成元となる画像データが無いような場合には、例えば、予め音声データや文字情報データであることを視覚的に認識できるような絵柄の画像データを用意しておき（例えばビデオコントローラ３８のＲＯＭ内に格納しておいたり、ディスクの所定領域に格納するなどしておけばよい）、この画像データをサムネイル画像として利用するようにすればよいものである。
【０１２３】
７．スクリプト
また、本実施の形態においては、当該ビデオカメラにより記録したファイル（主として録画ファイル）についての、再生順指定や再生時に所要の特殊効果を与えるなどの編集処理を行うことができる。
上記のような編集を行うのにあたり、本実施の形態では、録画ファイルについて所要の再生出力態様を与えることのできる再生制御情報としてのスクリプトを用意し、ビデオカメラにおいては、例えばビデオコントローラ３８がこのスクリプトを解釈することで、編集結果に応じた再生出力態様（例えば再生順）を得るようにするものである。また、編集段階においては、スクリプトの内容の更新を行うことで編集処理を実行するように構成されるものである。なお、ここでいう「スクリプト」とは、動画像データ、静止画像データ、音声データ、更には文書データ等を同時タイミングで再生出力するために、所定のプログラム言語により記述された手続き書き構造をいうものとされる。
【０１２４】
そこで先ず、本実施の形態において再生制御情報として利用されるスクリプトについて概略的に説明する。
【０１２５】
本実施の形態としては、スクリプトとしてＳＭＩＬ(Synchronized Multimedia Integration Language)を採用するものとする。
ＳＭＩＬとは、例えばインターネット上でのテレビ番組放送、プレゼンテーション等を実現するために、Ｗ３Ｃ（インターネットの標準化団体）で標準化が行われている言語であり、ＸＭＬ（ＨＴＭＬのスーパーセット）の文法に基づき、時系列的なプレゼンテーション等を実現しようとするものである。
【０１２６】
先ず、スケジューリングは＜ｓｅｑ＞，＜ｐａｒ＞の２つのタグにより表現される。
＜ｓｅｑ＞は、ｓｅｑｅｎｔｉａｌ、つまり直列を意味し、このタグで囲まれた情報は時間順に再生されることになる。
＜ｐａｒ＞は、ｐａｒａｌｌｅｌ、つまり並列を意味し、このタグで囲まれた情報は同期して再生されることになる。
【０１２７】
ここで、例えばディスクに記録されているとされるファイルにおいて、ｖｉｄｅｏ１，ｖｉｄｅｏ２，ｖｉｄｅｏ３として表される画像データのファイルについて、ｖｉｄｅｏ１→ｖｉｄｅｏ２→ｖｉｄｅｏ３の順に再生するように指定した場合には、
＜ｓｅｑ＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ１”＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ２”＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ３”＞
＜／ｓｅｑ＞
或いは
＜ｓｅｑ＞
＜ｐｌａｙ ｖｉｄｅｏ１＞
＜ｐｌａｙ ｖｉｄｅｏ２＞
＜ｐｌａｙ ｖｉｄｅｏ３＞
＜／ｓｅｑ＞
のようにして記述が行われる。
【０１２８】
また、ファイルｖｉｄｅｏ１→ｖｉｄｅｏ２→ｖｉｄｅｏ３の順に再生すると共に、ｖｉｄｅｏ１に対しては、音声データのファイルであるａｕｄｉｏ１をアフレコトラックとして同時再生させたいときには、
＜ｓｅｑ＞
＜ｐａｒ＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ１”＞
＜ａｕｄｉｏ ｓｒｃ＝”ａｕｄｉｏ１”＞
＜／ｐａｒ＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ２”＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ３”＞
＜／ｓｅｑ＞
のようにして記述が行われることになる。
【０１２９】
また、或るファイルと同期再生させるべきファイルについて、この或るファイルが再生されて何秒後の位置から再生させる等の指定を行うための記述も用意されている。
例えば、ｖｉｄｅｏ１の画像ファイルが表示（再生）されてから５秒後にキャプション（例えば文字情報としての画像）を表示させるような場合には、
＜ｐａｒ＞
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ１”＞
＜ｉｍａｇｅ ｓｒｃ＝”ｓｃｒａｔｃｈ１”ｂｅｇｉｎ＝”５ｓ”＞
＜／ｐａｒ＞
のようにして記述が行われることになる。
【０１３０】
また、例えば静止画ファイルとしてのファイルｐｉｃｔｕｒｅ１を５秒間表示するように指示するのであれば、
＜ｉｍａｇｅ ｓｒｃ＝”ｐｉｃｔｕｒｅ１” ｄｕｒ ＝ ”５ｓ”＞
のようにして記述される。
【０１３１】
また、いわゆるフレームミュートといわれ、或る動画ファイルの一部を抜き出すようにして再生する場合には、「ｒａｎｇｅ」を利用する。例えば、タイムコードとしてＳＭＰＴＥ(Society of Motion Picture and Television)の規格を採用しているとして、
＜ｖｉｄｅｏ ｓｒｃ＝”ｖｉｄｅｏ１”ｒａｎｇｅ＝”ｓｍｐｔｅ：１０：０７：００−１０：０７：３３”＞
のようにして記述することができる。
【０１３２】
また、或るファイルを指定してリピートを行うのには、「ｒｅｐｅａｔ」を利用する。例えばｖｉｄｅｏ１のファイルを１０回リピートするのであれば、
＜ｖｉｄｅｏ ｓｒｃ ＝ ”ｖｉｄｅｏ１”ｒｅｐｅａｔ ＝ ”１０”＞
のようにして記述する。
【０１３３】
そして本実施の形態においては、このような、ＳＭＩＬといわれるスクリプトを利用し、サムネイル表示として所要の表示形態を与えるための表示制御を実行可能に構成されるものである。
このため、例えば本実施の形態のビデオカメラシステムにおいては、このＳＭＩＬに対応した解釈、及びスクリプトの記述（生成）が行えるように、ＸＭＬのサブセットが用意されることになる。これは、例えばビデオコントローラ３８が実行すべきプログラムとして、プログラムメモリ３９等に予め格納したり、或いはディスクのアプリケーションレイヤーに対して記録して、読み出しが行えるようにしておけばよい。
【０１３４】
本実施の形態においては、このようなスクリプトは、例えば、編集段階（又は録画操作を行っている段階）において、ビデオコントローラ３８が生成又は更新を行って、例えばバッファメモリ３２内の所定領域に保持しておくものとされる。
そして、このようにしてバッファメモリ３２に保持されたスクリプトを、所定の機会、又はタイミングでもってディスクに記録するようにされる。このスクリプトのデータは、図１０及び図１１にて説明した補助データトラック(Auxiliary Data Track)に対して、スクリプトファイルとして格納されることになる。このようにしてディスクにスクリプトが記録されることで、次にこのディスクを新たに装填したときには、このディスクに記録されたスクリプトを読み出し、例えば、バッファメモリ３２に対して保持させてこれを参照することで、以前の編集により得られた再生順等に従って編集再生等を行うことが可能となるものである。
【０１３５】
８．操作画面表示
本実施の形態のビデオカメラでは、ディスクに記録されたファイルの検索、また各種編集、設定処理を行うのにあたり、表示パネル６７に対して、操作画面の表示を行う。
この操作画面としては、現在装填されているディスク、及びこのディスクに記録されたファイル等についての各種情報を提示するようにしている。そして、この操作画面に対する押圧操作（以降はポインティング操作という）と、各種操作子に対する操作の併用によって、或る目的に従った各種操作が実現されるようにしている。
ここで、本実施の形態の操作画面としては、現在装填されているディスクに記録されたファイルごとに対応するサムネイル画像（小画像）を提示する、いわゆるサムネイル表示を行うようにもされている。つまり、ユーザは、この操作画面に表示されるサムネイル画像を見ることで、ディスクに記録されたファイル（トラック）の内容を視覚的に確認できる。また、このサムネイル画像に対する操作によって、ファイルの検索や再生等を行うことができる。
【０１３６】
図１３は、本実施の形態のビデオカメラの表示パネル６７に表示される操作画面の表示形態例を示している。
この操作画面は、例えばディスクが装填された状態で再生／編集モードとされると初期画面として表示されるようになっている。
【０１３７】
この図にあっては、先ず、表示領域の上段において、情報表示エリアＡ１が設けられる。この情報表示エリアＡ１においては、ユーザにとって必要とされる各種情報が提示されるもので、ここでは、バッテリ残量表示エリアＡ１−１、スポーツモード表示エリアＡ１−２、再生モード表示エリアＡ１−３、記録残り時間表示エリアＡ１−４、ディスクアイコンＡ１−５が配置される。
【０１３８】
バッテリ残量表示エリアＡ１−１では、バッテリ残量をバッテリのシンボルと時間によって示すようにしている。
また、ここでは詳しい説明は省略するが、本実施の形態のビデオカメラでは、再生モードとして、例えばコマ送り再生などが行われてユーザが撮影した被写体等の運動の動きを確認可能なスポーツモードを設定可能とされている。そして、スポーツモード表示エリアＡ１−２では、スポーツモードが設定されていると、例えば図のように「ＳＰＯＲＴ」という文字によって現在スポーツモードが設定されていることを通知する。
再生モード表示エリアＡ１−３では、例えばシャッフル再生、リピート再生、Ａ−Ｂ間再生など、各種特殊再生モードを文字、シンボル等によって提示する。
記録残り時間表示エリアＡ１−４は、ディスクの記録可能な残り容量を時間によって示している。
ディスクアイコンＡ１−５は、例えばディスクが装填されていると表示され、このディスクアイコンＡ１−５に対してポインティング操作を行うと、この図に示す操作画面から、現在装填されているディスクに関する各種情報が表示される、ディスク情報画面の表示に切り換えることが可能となっている。
【０１３９】
この情報表示エリアＡ１の下側には、サムネイル表示エリアＡ２が設けられる。ここでは、最大９枚（９ファイル分）のサムネイル画像を表示可能とされており、ここでは、Ａ〜Ｉのサムネイル画像ＳＮが表示されている状態が示されている。ここでは示していないが、例えば実際には、各サムネイル画像ＳＮとしては、例えばそのファイルが録画ファイルであれば、その録画ファイルにおいて抜き出された画像が静止画像として表示されている。
【０１４０】
また、ここでＡ〜Ｉのアルファベット順による各サムネイル画像ＳＮの配列順は、基本的には再生順に従っている。つまり、本実施の形態においては、スクリプトにより指定されるファイル再生順に従った所定の配列順によってサムネイル画像を表示可能とされている。但し、ソートなどの操作が行われれば、そのソート順に従ってサムネイルが表示される。
【０１４１】
この場合、一度に表示可能なサムネイル画像数は９つとされているが、例えばディスクに記録されているトラック（ファイル）数が９よりも多く、従ってサムネイル画像数も９より多い場合には、サムネイル表示エリアＡ２の右横に表示されるスクロールバーＡ４に対して、ポインティングを行って例えばドラッグ操作を行うことで、サムネイル表示エリアＡ２に表示されているサムネイル画像をスクロールさせながら表示させることができるようになっている。
【０１４２】
また、サムネイル表示エリアＡ２に表示されている各サムネイル画像ＳＮ上においては、各種アイコンが重畳表示されている。
これらアイコンとして、先ず動画アイコンｉ１は、このアイコンが重畳表示されているサムネイル画像が対応するファイルが動画を記録したファイルであることを示している。図１３の場合であれば、サムネイル画像（Ａ，Ｂ，Ｃ，Ｄ，Ｅ）が動画ファイルであることが認識される。
【０１４３】
また、サムネイル画像（Ｇ）に表示されているアイコンは、静止画アイコンｉ２であり、このアイコンによって、そのファイルが静止画ファイルであることが示される。
サムネイル画像（Ｈ）に表示されているのはインタビューファイルアイコンｉ３であり、前述したインタビューモードによって記録されたインタビューファイルであることが示される。
【０１４４】
インタビューモードについては前述したが、ここで確認のために述べておくと、音声主体で記録を行うと共に、任意のタイミングでそのとき撮影されている画像を静止画として記録していくモードである。従って、インタビューファイルとしては、音声データに対して静止画データが付随したファイルとなる。また、インタビューファイルでは、記録時のタイミングに従って、音声データの再生進行時間に対する静止画データの出力タイミングが規定されているものである。そして、例えばインタビューファイルとしての上記サムネイル画像（Ｈ）の実際としては、音声データに付随して記録された静止画データのうちの１つが選択されて、縮小画像として表示されているものである。
【０１４５】
ところで、インタビューモードにより記録を行った際に、静止画記録を行わなかった場合には、インタビューファイルとしては、静止画データは付随しないことになる。つまり、音声データのみのファイルとなるものである。
そして、例えば上記サムネイル画像（Ｈ）が、このような音声データのみのインタビューファイルに対応するものである場合には、その図示は省略するが静止画の縮小画像を表示する代わりに、所定サイズに大型化されたインタビューファイルアイコンｉ３が表示されるようになっている。
【０１４６】
また、サムネイル画像（Ｉ）に表示されているのはグループアイコンｉ４である。本実施の形態のビデオカメラでは、サムネイル表示上での管理として、再生順的に連続する複数のファイルを１纏めにしてグループ化し、このようにしてグループ化した複数ファイルを１つのサムネイル画像として表示することができる。グループアイコンｉ４は、このようにしてグループ化に対応したサムネイル画像に対して重畳表示される。
【０１４７】
また、サムネイル画像（Ｆ）に表示されているアイコンは、メモファイルアイコンｉ５である。本実施の形態のビデオカメラでは、編集機能として、ユーザがメモ書きをした内容を１つの独立したファイルとして作成可能とされている。このようなメモファイルを例えば任意のファイルの前に挿入して再生させれば、そのファイルのタイトル的な内容がメモファイルによって表示されるようにすることができる。メモファイルアイコンｉ５は、そのファイルがメモファイルであることを示す。
【０１４８】
また、例えばサムネイル画像（Ｃ，Ｅ）に表示されている鉛筆を模したアイコンは、落書きアイコンｉ６である。本実施の形態のビデオカメラの編集機能として、既に記録した画像ファイルに対して、ユーザがペン３２０等によって行ったパネル表示部６７への操作軌跡や、スタンプ画像などの貼り付け操作等によって、落書き的な画像を追加させることが可能とされている。
落書きアイコンｉ６は、この落書き機能によって落書きされたファイルであることを示す。
【０１４９】
また、サムネイル画像（Ｂ，Ｅ）にはマークアイコンｉ７が表示されている。ユーザは、操作画面に対する所定の操作によって、任意のファイルに対してマークを付すことができる。例えばユーザは、自分にとって重要度の高いファイルについてその覚えとしてマークを行うようにされる。そしてマークアイコンｉ７は、このマークが付されていることを示す。
【０１５０】
サムネイル画像（Ａ，Ｅ）にはロックアイコンｉ８が表示されている。ユーザは、これも操作画面に対する所定の操作によって、任意のファイルについて削除、及び編集等の変更等を行わせないように「ロック」を設定することができる。ロックアイコンｉ８は、そのファイルがロックされていることを示す。
また、サムネイル画像（Ａ，Ｅ）の下側には、エフェクトアイコンｉ９が表示されている。本実施の形態では、例えば各種シーンチェンジや、モザイクなどの特殊再生効果をファイルに与えることが可能とされているが、エフェクトアイコンｉ９はこのような特殊効果が与えられたファイルであることを示している。
【０１５１】
本実施の形態では、このようにして、各種アイコンをサムネイル画像上に重畳表示することで、そのサムネイル画像が対応するファイルの種別、各種設定状況等の諸属性を、ユーザに対して視覚的に認識させることが可能となっている。
【０１５２】
また、サムネイル画像（Ｅ）の画像を枠取るようにして表示されるポインタアイコンｉ１０は、例えばユーザがペン３２０などによって、サムネイル画像上をポインティング操作することで、そのポインティング操作されたサムネイル画像に対して移動して表示されるものである。そして、このポインタアイコンｉ１０が配置表示されているサムネイル画像が、現在選択されていることになる。
【０１５３】
また、本実施の形態の操作画面の実際としては、ポインタアイコンｉ１０が配置されていないサムネイル画像についてはアイコンは重畳表示されず、ポインタアイコンｉ１０が配置されて選択が行われたときに、このサムネイル画像に対してアイコンの重畳表示が行われるようになっているものである。
【０１５４】
そして、例えばユーザが所望のサムネイル画像に対してポインタアイコンｉ１０を配置させた状態で再生／ポーズキー３０８を操作したとすると、このポインタアイコンｉ１０が配置されて選択されているファイルから再生が開始されるようになっている。或いは、ポインタアイコンｉ１０が配置表示されているサムネイル画像に対して、再度ポインティング操作を行うと、このポインタアイコンｉ１０が配置されているトラックから再生が開始されるようになっている。
【０１５５】
サムネイル表示エリアＡ２の左側には、各種メニューキーが表示されるメニューキーエリアＡ３が設けられる。
このメニューキーエリアＡ３においては、上から順に、再生メニューキーＡ３−１、編集メニューキーＡ３−２、落書き・効果メニューキーＡ３−３、スタジオメニューキーＡ３−４、設定メニューキーＡ３−５、アドバンストメニューキーＡ３−６が配置表示される。
【０１５６】
再生メニューキーＡ３−１は、各種再生に関するメニューを提示し、設定を行うためのキーであり、例えば再生モード表示エリアＡ１−３に反映される再生モード等を設定することができる。
編集メニューキーＡ３−２は、記録されたファイル単位での編集に関連する各種項目が提示され、例えば、トラック（ファイル）の移動、コピー、削除、トラック分割、ファイルのグループ化、静止画取りだし（例えばサムネイル画像として表示させる静止画の選択である）が行える。また、トラック情報を提示すると共にトラック情報ごとに関する各種設定が行えるトラック情報画面への移行のための操作もここで行える。
【０１５７】
落書き・効果メニューキーＡ３−３は、落書き機能、及びシーンチェンジ（フェードイン、フェードアウト、ワイプなど）、音声特殊効果、画像特殊効果（モザイク、セピア処理）などの各種特殊再生効果の設定を行うためのメニューが提示される。
また、本実施の形態のビデオカメラでは、ユーザがＧＵＩに従って録画及び操作を行っていくことで、簡易に映像作品を作成できる機能を有している。スタジオメニューキーＡ３−４は、このような簡易映像作品作成機能に対応したメニューが提示される。
【０１５８】
設定メニューキーＡ３−５は、例えば表示部６Ａとしての画面の明るさ、パネル色の濃淡、ビューファインダーの明るさ、日時設定、静止画設定時間等の各種設定を行うためのメニューが提示される。
アドバンストメニューキーＡ３−６は例えばパーソナルコンピュータなどの外部機器との接続機能やデモモード等に関してのメニューを提示する。
【０１５９】
また、表示領域の下段には、トラック情報表示エリアＡ５が設けられる。このトラック情報表示エリアＡ５には、サムネイル表示エリアＡ２において選択されている（ポインタアイコンｉ１０が配置されている）サムネイル画像が対応するトラックについての情報が表示される。
ここでは、先ずトラックナンバ表示エリアＡ５−１においてトラックナンバが示され、続いて、日時／タイトル表示エリアＡ５−２において、記録日時とそのトラックに対して付されているタイトルが所定時間（例えば数秒）ごとに交互に表示される。時間表示エリアＡ５−３には、そのトラックの総時間が表示される。
また、ショートカットアイコンＡ５−４は、選択されているサムネイル画像が対応するファイルの種別、グループ化設定の有無等に対応して、先に述べた各種アイコン（例えば、動画アイコンｉ１、静止画アイコンｉ２、インタビューファイルアイコンｉ３、グループアイコンｉ４、メモファイルアイコンｉ５）の何れかが表示される。そして、このショートカットアイコンＡ５−４に対してポインティング操作を行うと、トラック情報画面に移行することができるようになっている。
【０１６０】
ここで、メニューキーエリアＡ３に対する操作例として、再生メニューキーＡ３−１の場合を例に挙げて、図１４により説明しておく。
例えば図１４に示すようにして、再生メニューキーＡ３−１に対して例えばペン３２０などによりポインティング操作を行ったとすると、第１ポップアップメニューが表示される。第１ポップアップメニューには、この場合、「←戻る」、「スポーツ分析モード」「プレイモード」「ソート」のメニュー項目が表示されている。この第１ポップアップメニューが表示されている状態で、例えばジョグダイヤル３０３を回転操作（或いはペン等による画面に対するドラッグ操作などとしてもよい）すると、その回転方向に応じて、選択される項目が移動していくようにされる。そして、例えば図のようにして、「プレイモード」を選択して、ジョグダイヤル３０３を押圧操作する（或いはペンによる一定時間以上のポインティング操作などとしてもよい）と第２ポップアップメニューが表示される。
【０１６１】
ここで、第２ポップアップメニューには、「ノーマル」「ディスクリピート」「シャッフル」「イントロスキャン」の４つの項目が表示されている。そして、ユーザは、この第２ポップアップメニュー上で、上記した第１ポップアップメニューに対する操作と同様の操作を行うことで、これらの項目のうちから所望の項目を選択、決定することができる。このようにして設定されたプレイモードは、例えば図１３に示した再生モード表示エリアの表示内容に反映される。
【０１６２】
９．ファイル分割編集
９−１．ファイル分割編集操作
本実施の形態のビデオカメラでは、先に図１３に示した操作画面に対するＧＵＩ操作によって、既にディスクに記録されているファイルを任意の位置で２つのファイル（トラック）に分割することが可能とされている。そこで、このトラック分割のための操作手順について、図１５及び図１６を参照して説明を行っていくこととする。
【０１６３】
分割編集を行うには、操作画面上に表示されている編集メニューキーＡ３−２に対してポインティング操作を行う。すると、図１５に示すように、編集のための各種メニュー項目を配列した第１ポップアップメニューが表示される。そして、この第１ポップアップメニュー内の「トラック分割」のメニュー項目を選択する操作を行うと、ここでは「トラック分割」のメニューの階層下のメニュー項目が配列された第２ポップアップメニューが表示される。そして、この第２ポップアップメニューに表示されている「分割」と記されたメニュー項目を選択決定すると、トラック（ファイル）分割のためのトラック分割モードにはいることになる。
【０１６４】
トラック分割モードに入ると、表示パネル部６７においては、これまでの操作画面表示から、先ず、図１６（ａ）に示すトラック選択画面に移行する。このトラック選択画面では、ファイルとしてのトラックのサムネイル画像ＳＮが複数表示される。また、サムネイル画像ＳＮを表示させているサムネイル表示領域は、スクロールバーＡ４に対する操作を行うことで、例えば上下方向に移動させることが可能とされる。そして、ユーザは例えばポインティング操作などによって、分割を行いたいファイルを選択するものである。なお、画面左下に表示される中止ボタンＢＴ１に対して操作を行えばトラック分割モードを抜けて操作画面に戻ることができる。
【０１６５】
上記図１６（ａ）に示したトラック選択画面に対する操作によって、分割を行うべきファイルの選択決定が行われると、続いては、図１６（ｂ）に示す選択トラック再生画面に移行する。
この選択トラック再生画面では、分割対象として選択されたファイルが繰り返し再生表示される。ユーザは、再生表示されている画像を見ながら、分割したいとする任意のタイミングで、例えば画面左下に表示される一時停止ボタンＢＴを操作するなどして、一時停止のための操作を行う。また、中止ボタンを操作すれば、例えば１段階前の図１６（ａ）に示すトラック選択画面に戻ることができる。
【０１６６】
上記のようにして一時停止操作が行われると、表示パネル部６７の表示は、図１６（ｃ）に示す一時停止画面となる。この一時停止画面は、以降説明するように、分割位置が適切であるかどうかをユーザが確認するための画面であると共に、ユーザが分割位置の調整をおこなうための画面でもある。
【０１６７】
この図１６（ｃ）に示す一時停止画面では、先ず、一時停止操作が行われたときに表示されていたフレーム画像が静止して表示されることになる。そして特に本実施の形態においては、「つながりのスムース度 ６０％」などのようにして重畳表示をおこなうようにされる。「つながりのスムース度」がどのようなものであるのかについては、後述するが、これは、現在表示されているフレーム画像を分割位置とした場合に、この分割された後ろのファイルが画像として再生出力開始されるまでの待ち時間の程度を示している。
【０１６８】
詳しいことは後述するが、動画像データのファイルについて分割編集を行った場合には、再生状態として、分割された後ろのファイルの画像の再生出力が開始されるまでに或る程度の時間を要することがある。そして、この再生出力が開始されるまでの間は再生画像は非表示となり、ユーザにとっては待ち時間となる。これは、図１２にＡＶパケットとして示したような本実施の形態の記録フォーマットであることに起因するもので、指定された分割位置を含むフレーム画像データがＡＶパケット内のビデオレコードにおけるどの位置のＧＯＰであるかによって変化し、また、ＧＯＰ内のどのフレーム画像が分割位置として指定されたのかによっても変化してくるもので、固定的なものではない。
なお、本明細書では、このようなファイル再生出力開始までの待ち時間を「再生待機時間」ともいうことにする。
【０１６９】
そこで本実施の形態においては、一時停止画面を表示させているときには、上述のようにして、一時停止画面上に対して「再生待機時間」を示し得る表示を行うものである。これにより、例えばユーザとしては、自分が設定した分割位置では、その分割されたファイルがどの程度遅れて再生出力されるのかを予め知ることが可能になる。これにより、例えばファイルを分割編集した結果として、ファイルの再生出力開始までに或る程度の時間がかかってしまうようなことになったとしても、ユーザはこのことを既に認識して納得していることから、再生時における不安感は無くなり、また、ストレスもさほど感じずに済むことになる。
【０１７０】
そして、本実施の形態では「再生待機時間」を「つながりのスムース度」の割合として示している。
例えば或るファイルの再生が終了し、これに続けて、分割編集された後ろのファイルが再生開始される際には、「再生待機時間」に応じた画像の切れ目が生じて、ファイル間の再生出力のスムースさが損なわれることになるが、ここでいう「つながりのスムース度」とは、この画像の切れ目の程度状態を示すものとされる。
ここでは、例えば、「再生待機時間」が最小で、分割された後ろのファイルへの再生出力が、最もスムースに行われるとされる場合を１００％とし、これを基準として、これより長い再生待機時間に応じて、スムース度としての割合を小さくしていくものである。つまり、分割編集された後ろのファイルの「再生待機時間」が短ければスムース度としては高くなり、「再生待機時間」が長ければスムース度は低くなるものである。
そしてこのような「つながりのスムース度」によって「再生待機時間」を表すようにすることで、例えば単に実際の再生待機時間を表示させる場合よりも、ユーザにわかりやすく伝えることが可能になるものである。
【０１７１】
また、この図１６（ｃ）に示す一時停止画面上では、画面左下に表示されているの「戻る」ボタンＢＴ４、及び「進む」ボタンＢＴ５に対する操作を行うことで、例えば現在分割位置として選択されているフレーム画像位置を起点に、フレーム画像単位で戻し、又は進めるようにして、分割位置を変更することが可能とされる。
そして、この操作によって分割位置が変更されると、再生待機時間を示すスムース度もその都度、変更された分割位置に応じて変更して表示されるものである。
【０１７２】
これによりユーザは、例えば最初に一時停止操作によって設定した分割位置について微調整を行うことが可能になる。そしてこのときに表示されるスムース度の表示を見ることで、例えば自分の好みのスムース度が得られるフレーム画像を分割位置として選択するということも可能になる。具体的には、できるだけ前のファイルと分割された後ろのファイルとのつながりをスムースにしたいのであれば、できるだけスムース度が１００％に近いフレーム画像を選択するといったことも可能になるものである。
そして、例えば「戻る」ボタンＢＴ４と「進む」ボタンＢＴ５との間に表示されている決定ボタンＢＴ６を操作することで、この決定ボタンＢＴ６操作時に一時停止表示されていたフレーム画像に対応して設定されている分割位置が、最終的な分割位置候補として決定される。そして次には、図１６（ｄ）に示す分割実行画面に移行する。
【０１７３】
図１６（ｄ）の分割実行画面は、最終的な分割位置確認のための画面とされており、決定ボタンＢＴ６操作時に一時停止表示されていたフレーム画像が継続的に表示されると共に、例えば図示するように画面左下には、中止ボタンＢＴ７、実行ボタンＢＴ８が表示される。
ここで、ユーザが中止ボタンＢＴ７を操作すれば、例えばトラック分割モードを抜けられるようになっている。これに対して、実行ボタンＢＴ８に対する操作を行うと、現在選択されている分割位置による分割編集処理が実行される。つまり、分割位置の確定が行われる。
【０１７４】
９−２．再生処理
先にも述べたように、本実施の形態のビデオカメラでは、ディスクに記録されたファイルの再生、編集を行うのにあたって、この再生制御、再生管理に、スクリプトが用いられる。
そして、上記のようにしてファイルの分割編集を行った場合にも、この編集結果はスクリプトとして記述される。そして、以降の再生時や編集時においては、このスクリプトを解析することによって、はじめは１つであった分割されたファイルが、例えば２つの独立したファイルとして扱われるようにされるものである。
【０１７５】
分割編集に対応したスクリプトの例として、ディスクに対して動画ファイルＡ，Ｂ，Ｃの３つのファイルが記録されており、これら３つのファイルのうちで動画ファイルＣについて分割編集を行ったとする場合を下記に示す。
先ず、分割編集前のスクリプトの記述内容としては、
<VIDEO SRC=A>
<VIDEO SRC=B>
<VIDEO SRC=C>
とされているものとする。これは、スクリプト１行目の解析によって動画ファイルＡを再生し、２行目の解析によって次に動画ファイルＢを再生し、さらに次の３行目の解析によって動画ファイルＣを再生することを規定している。つまり、動画ファイルＡ，Ｂ，Ｃが１つの独立したトラックとして管理されているものとしたうえで、動画ファイルＡ→Ｂ→Ｃの再生順によって再生することを指定しているものである。
そして、上記のようにしてデータが記録され、またスクリプトが記述されている状態から、前述した操作手順によって、動画ファイルＣについて分割編集を行ってこれを実行したとする。これにより、上記したスクリプトは、例えば次に示すようにしてその内容が書き換えられる。
<VIDEO SRC=A>
<VIDEO SRC=B>
<VIDEO SRC=C ENDFRAME=149>
<VIDEO SRC=C BEGINFRAME=150>
上記スクリプトの３行目及び４行目は、分割編集時の分割指定位置が動画ファイルＣの１５０フレーム目であったものとされていたことに応じて、元々１つのファイルであった動画ファイルＣは、動画ファイルＣの最初のフレームから１４９フレーム目までの画像からなる前のファイル（トラック）と、１５０フレーム目から最後のフレームまでの画像からなる後ろのファイル（トラック）との、２つのファイルに分割して管理することが記述されているものである。
そして、結果的には、動画ファイルＡ→動画ファイルＢ→動画ファイルＣ前側（１４９フレーム目まで）→動画ファイルＣ後側（１５０フレーム以降）の再生順が指定された、４つのファイルが存在するものとして管理されることになる。ここで、分割位置として指定されるフレームは、必ずしもＡＶパケットのビデオレコード内に格納されるＧＯＰの先頭であるとは限らない。つまり、或るビデオレコードに格納されたＧＯＰ内における任意のフレーム画像データとされるものである。
【０１７６】
このようにして、本実施の形態では、分割編集結果はスクリプトの記述によってファイルの分割位置を指定することで行われ、実際にディスクに記録されたデータを分割するというデータ処理は行わないようにされる。例えばこれにより、分割編集のための処理負担は軽いものとなり、また、ディスクに記録される主データの劣化も無いようにされる。
なお、上記スクリプトの例では、分割位置指定にあたって、分割前の動画ファイルのフレーム数（フレームナンバ）を指定するようにしており、また、以降の説明においても、フレーム数により分割位置指定を行うことを前提として説明していくが、これに限定されるものではなく、例えば実際としてはタイムコードにより分割位置を指定するようにしてもよいものである。
【０１７７】
図１７は、スクリプト解釈に従った再生処理として、分割編集された後ろのファイルを再生するための処理動作が示されている。例えば、先に示した分割編集後のスクリプトの４行目（<VIDEO SRC=C BEGINFRAME=150>）を解釈したときの再生処理となる。
なお、この図に示す処理は、例えばビデオコントローラ３８がマスターコントローラとして機能したうえで、必要に応じて、データ処理／システムコントロール回路３１、ドライバコントローラ４６等が制御処理を実行することにより実現される。
【０１７８】
例えばビデオコントローラ３８は、分割された後ろのファイルの再生を指示するスクリプトを読み込んでこれを解釈したとすると、ステップＳ１０１の処理に移行する。
ステップＳ１０１においては、先ず、再生すべきファイルの再生開始位置、つまり分割指定位置を含むＡＶパケットに対してアクセスを行う。そして続くステップＳ１０２において、このＡＶパケットのパケットプロパティを読み込みんで、その内容の解析を行う。
【０１７９】
ここでの詳しい説明は省略するが、パケットプロパティの内容からは、そのＡＶパケット内において、再生開始位置を含むビデオレコード内のＧＯＰを識別することが可能とされる。そこで、ステップＳ１０３においては、パケットプロパティの解析結果に基づいて、そのＡＶパケット内において再生開始位置を含むＧＯＰの位置を検出する。
また、次のステップＳ１０４においては、再生開始位置を含むクラスタ（アロケーションユニット）を検出するようにもされる。クラスタは先にも述べたように、本実施の形態のディスクフォーマットにおいて、ディスクへの物理的なデータ書き込みの最小単位として規定されているデータ単位であり、ここでは、例えば実際には、再生開始位置を含むクラスタのＰＣＡ(Physical Cluster Address)を検出するようにされる。
【０１８０】
ここまでの処理が終了すると、ビデオコントローラ３８は、ステップＳ１０５において、ＡＶパケット内において再生開始位置を含むＧＯＰまでのバイトオフセットを算出する。
ここでのバイトオフセットは、図１８に示されるように、現ＡＶパケットの開始位置から、ＧＯＰまでのバイト数により表される。このバイトオフセットは、パケットプロパティの内容に基づき、パケットプロパティのサイズ、オーディオレコードのサイズ、ビデオレコード内の再生開始位置を含むＧＯＰ位置までのバイト数を加算することにより求めることができる。
【０１８１】
そして次のステップＳ１０６においては、上記ステップＳ１０５にて得た再生開始位置を含むＧＯＰまでのバイトオフセットの値に基づいて、再生開始位置を含むＧＯＰまでのＡＶパケットの読み込みを行っていく。そして、再生開始位置を含むＧＯＰまでの読み込みが完了したら、ステップＳ１０７に進む。
ステップＳ１０７においては、再生開始位置を含むＧＯＰのデコードを開始する。そして、このＧＯＰのデコードを実行していく過程において、再生開始位置のクラスタに位置するとされるＧＯＰデータ（フレーム画像データ）のデコードが行われたとされると、ステップＳ１０８の処理として示すように、このデコードＧＯＰデータをデコードして得られるフレーム画像データから、画像としての再生出力を開始させる。つまり、表示パネル部６７に対する動画像表示を開始させるものである。
【０１８２】
９−３．再生待機時間
分割された後ろのファイルの再生処理手順が図１７に示したものとなるのは、動画像データがＡＶパケットに対してＧＯＰを格納して形成されることに起因している。
そして、このような再生処理によっては、前述もしたように、再生要求が得られて最終的にファイルを画像として再生出力開始させるまでに、幾ばくかの時間を要する可能性を生じるものである。つまり、「再生待機時間」が生じ得る。
【０１８３】
そして、本実施の形態では、前述したようにファイル分割編集時において、図１６（ｃ）にも示したようにして、再生待機時間を表現し得る表示を行うようにしている。このためには、指定された分割位置に応じて、再生待機時間を算出する必要があるが、この再生待機時間の算出は、例えば本実施の形態では、次のようにして行うことができる。
【０１８４】
ここで、分割編集された後ろのファイルの再生出力開始までの再生待機時間としては２つの要素よりなるものと見ることができる。
１つは、ＡＶパケットを、分割指定位置（再生開始位置）を含むＧＯＰまで読み込むための時間である。つまりは、ステップＳ１０１〜Ｓ１０６までの処理が完了する時間である。なお、ここではこのデータ読み込みに要する時間については「データ読み込み時間」ということにする。
ここで、図１９に示すように、通常にトラックを再生する場合には、画像フレームの再生開始位置としてはビデオレコードの先頭となるので、ＡＶパケットを読み込んでビデオレコードの先頭に位置するＧＯＰにアクセスできるまでの時間、つまりデータ読み込み時間はＴｆとなり、これが最短時間となる。
これに対して、図１９において矢印Ａにより示すようにして、例えば分割指定位置としてのＧＯＰデータ（フレーム）を含むＧＯＰがビデオレコードの最後である４番目となる場合には、データ読み込み時間はＴｄとして示される。つまり時間Ｔｆよりも長くなる。
このようにして、データ読み込み時間Ｔｄは、ＡＶパケット内において分割指定位置を含むＧＯＰが後ろの位置に配置されているほど長くなるものである。
【０１８５】
また、再生待機時間としては、上記したデータ読み込み時間Ｔｄに加え、分割指定位置を含むＧＯＰをデコードしていき、最終的に分割指定位置に対応するフレーム画像データ（ＧＯＰデータ）がデコードされるまでに要する時間も加味される。つまり、図１７に示した再生処理における、ステップＳ１０７→ステップＳ１０８の処理に要する時間である。なお、このＧＯＰ単位のデコードに要する時間については「ＧＯＰデータ解析時間」ということにする。
【０１８６】
ＧＯＰは、周知のように、ＭＰＥＧ方式により符号化されたデータの最小編集単位とされ、例えば本実施の形態の場合であれば、再生に必要とされる基準のフレーム画像データ（Ｉピクチャ）を少なくとも１つ含む、全部で１５のフレームをグループ化したものとされる。１つのＧＯＰは互いに独立しており、閉じたビットストリームを形成できるものとされている。そして、ＧＯＰとしては、Ｉピクチャ(Intra Picture：フレーム内符号化画像)、Ｐピクチャ(Predictive Picture：フレーム間順方向予測符号化画像)、Ｂピクチャ(Bidirectionally Picture：双方向予測符号化画像)の３種類のフレーム画像データにより形成できるものとされている。
【０１８７】
Ｉピクチャは、各ＧＯＰに必ず１以上存在する基準となるフレーム画像データであり、フレーム内で予測符号化が行われる。そして、このフレームの存在によりＧＯＰの独立性は保たれ、最初に優先して処理されるべきフレーム画像データである。
Ｐピクチャは、前方のＩピクチャ、Ｐピクチャを参照して予測符号化を行うフレーム画像データであり、前方に位置するＩピクチャ、Ｐピクチャが処理された後に処理される。
Ｂピクチャは、ＩピクチャとＰピクチャの間に挿入されるフレーム画像データで、前方のすべてのＩピクチャとＰピクチャと、後方各１つのＩピクチャ、Ｐピクチャが処理された後に処理される。
【０１８８】
そして、１ＧＯＰ内におけるフレーム間予測の構造の一例を図２０に示す。
この図の場合には、例えば本実施の形態に対応して、１５フレームで１ＧＯＰを構成している。この場合、１ＧＯＰにおいてランダム・アクセスを必要とするために、ＩピクチャをＧＯＰ内に少なくとも１フレーム必要とすることから、Ｉピクチャを１フレーム、時間的に前方に位置するＩピクチャあるいはＰピクチャから予測を行うＰピクチャを４フレーム、残る１０フレームを時間的に両方向に位置するＩピクチャあるいはＰピクチャから予測を行うＢピクチャとしている。
【０１８９】
そして、Ｉピクチャ（Ｉ１）はそのフレーム内のみで予測符号化される。
Ｐピクチャ（Ｐ１）はＩピクチャ（Ｉ１）を参照してフレーム間予測符号化され、Ｐピクチャ（Ｐ２）はＰピクチャ（Ｐ１）を参照してフレーム間予測符号化される。また、Ｐピクチャ（Ｐ３）はＰピクチャ（Ｐ２）を参照してフレーム間予測符号化され、Ｐピクチャ（Ｐ４）はＰピクチャ（Ｐ３）を参照してフレーム間予測される。
また、Ｂピクチャ（Ｂ３），（Ｂ４）はＩピクチャ（Ｉ１）とＰピクチャ（Ｐ１）との２つを参照してフレーム間予測符号化されており、Ｂピクチャ（Ｂ４），（Ｂ５）はＰピクチャ（Ｐ１）とＰピクチャ（Ｐ２）との２つを参照してフレーム間予測符号化されている。以下同様に矢印で図示するように予測符号化されて以降のピクチャ（フレーム画像データ）がデコード処理される。
なお、図の欄外に示す１〜１５の数字による番号が、原画像としてのフレーム出力順を示している。
【０１９０】
上記のようにしてＧＯＰ内では、各フレーム画像データのデコード処理が行われていくが、或るフレーム画像データをデコードするのには、規定の順序に従って、それより以前にデコードすべきフレーム画像データを処理する必要がある。従って、例えば分割指定位置として指定されたフレーム画像データの種類と位置によっては、そのＧＯＰのデコードを開始して、分割指定位置のフレーム画像データをデコードするまでには、相応の時間がかかることになる。これが、「ＧＯＰデータ解析時間」である。以下に、具体例を挙げてみる。
【０１９１】
図２１（ａ）〜（ｃ）には、分割指定位置の相違に応じたＧＯＰデータ解析時間が示される。なお、各図において○内に示される数は、デコード処理順を示している。
ここで、例えば図２１（ａ）に示すようにして各フレーム画像データが配置された１つのＧＯＰデータが存在し、例えばデコード出力順的には３番目のＩピクチャ（Ｉ１）が分割指定位置として指定されているとする。
このＩピクチャ（Ｉ１）は、このＧＯＰ内において最も前に位置するＩピクチャであり、従って、このＧＯＰをデコードするのにあたって最初にデコードされるフレーム画像データ（ＧＯＰデータ）である。ここで、Ｉピクチャ１枚をデコードするのに要する時間をＴｉとして、このときに要するＧＯＰデータ解析時間をＴｇとすれば、
この図２１（ａ）に示す場合としては、
Ｔｇ＝Ｔｉ
として表すことができる。
【０１９２】
また、図２１（ｂ）に示すようにして、デコード出力順的に９番目のＰピクチャ（Ｐ２）が分割指定位置として指定されている場合には、ＧＯＰのデコード規則によれば、１番目にＩピクチャ（Ｉ１）をデコードし、２番目にＰピクチャ（Ｐ１）をデコードした後に、３番目にＰピクチャ（Ｐ２）をデコードすることになる。つまり、Ｉピクチャを１回デコードし、Ｐピクチャは２回デコードすることになる。
従って、上記と同様に、Ｉピクチャ１枚をデコードするのに要する時間をＴｉ、また、Ｐピクチャ１枚をデコードするのに要する時間をＴｐとすれば、この場合のＧＯＰデータ解析時間Ｔｇは、
Ｔｇ＝Ｔｉ＋２×Ｔｐ
で表されることになり、例えば図２１（ａ）に示した場合よりも多くの時間を要することが分かる。
【０１９３】
さらに図２１（ｃ）に示すようにして、デコード出力順的に１４番目のＢピクチャ（Ｂ８）が分割指定位置とされている場合には、図の○印内に示される順序に従って、各フレーム画像データのデコードを行っていかねばならず、最終的には、１３番目のデコード順において、Ｂピクチャ（Ｂ８）のデコードが終了する。
この場合には、Ｉピクチャ１枚をデコードするのに要する時間をＴｉ、Ｐピクチャ１枚をデコードするのに要する時間をＴｐ、そして、Ｂピクチャ１枚をデコードするのに要する時間をＴｂとすれば、ＧＯＰデータ解析時間Ｔｇは、
Ｔｇ＝Ｔｉ＋２×Ｔｐ＋８×Ｔｂ
で表され、図２１（ｂ）の場合よりもさらに時間が長いものとなる。
【０１９４】
これまでの説明から分かるように、「再生待機時間」は、本実施の形態の場合には、データ読み込み時間Ｔｄと、ＧＯＰデータ解析時間Ｔｇによって決定されることが分かる。そしてこの場合には、再生待機時間をＴｓとすると、
Ｔｓ＝Ｔｄ＋Ｔｇ
により表されるものとする。本実施の形態では、図１６により説明した分割編集操作時において、一時停止画面上で設定される分割指定位置に応じて、上記した説明に従って再生待機時間Ｔｓを算出する。そして、この再生待機時間Ｔｓに基づいてスムース度を決定して表示をおこなうようにされるものである。
なお、例えば実際の再生処理によっては、にはデータ読み込み時間Ｔｄとして計算されるデータ読み込み動作と、ＧＯＰデータ解析時間Ｔｇとして計算されるＧＯＰデータデコード動作の一部期間が重複する場合のあることも考えられるが、ここでは説明の簡単のために上記した関係式によって表すものとする。従って、実際には、より複雑な関数、演算式が用いられても構わないものである。
【０１９５】
９−４．分割編集処理
続いて、これまでの説明をふまえて、図１６（ｂ）（ｃ）に示した一時停止画面を表示している際における、スムース度の重畳表示のための処理動作について図２２及び図２３のフローチャートを参照して説明する。
なお、この処理も、ビデオコントローラ３８がマスターコントローラとして機能したうえで、データ処理／システムコントロール回路３１、ドライバコントローラ４６等が適宜制御処理を実行することで実現されるものである。
【０１９６】
例えば、先に図１６によっても説明したようにして、図１６（ｂ）に示す選択トラック再生画面によりトラック再生を行っているときに一時停止操作が行われると、ビデオコントローラ３８は、図１６（ｃ）に示される一時停止画面を表示させるために、図２２のステップＳ２０１に進む。
【０１９７】
ステップＳ２０１においては、現在設定されているとされる一時停止位置、つまり分割指定位置に対応するＧＯＰデータ、つまりフレーム画像データを表示パネル部の表示領域に表示出力するための制御処理を実行する。なお、一時停止操作に応じて最初にこの処理が実行されるときには、一時停止操作が行われたときに表示出力していたフレーム画像データを静止画像として継続的に出力させ、このフレーム画像データとしてのデータ位置が分割指定位置であるとみなすようにされる。また、この際には、例えば図１６（ｃ）にも示したように、一時停止画面内の所定位置に対して、「戻る」ボタンＢＴ４、「進む」ボタンＢＴ５、「決定」ボタンＢＴ６を表示させることも行われる。
【０１９８】
そして次のステップＳ２０２においては、現在設定されている分割指定位置により再生を開始させた場合に生じるとされる、再生待機時間Ｔｓを算出する。この算出処理は、図２３に示される。
図２３に示すように、再生待機時間Ｔｓの算出にあたっては、先ずステップＳ３０１において、現在設定されている分割指定位置を含むＡＶパケットのパケットプロパティを読み込み、この内容を解析する。そして、次のステップＳ３０２において、解析したパケットプロパティの内容に基づいて、現在設定されている分割指定位置を含むＧＯＰを検出する。
【０１９９】
そしてＧＯＰを検出したのであれば、次のステップＳ３０３において、その分割指定位置を含むＧＯＰまでのデータ読み込み時間Ｔｄ（図１９参照）を算出する。このためには、分割指定位置を含むＧＯＰまでのバイトオフセット（図１８参照）を求め、このバイトオフセット分のデータサイズを読み込む際のデータ処理速度等を利用して所定の演算式による演算を行うようにされる。
ここで、例えばＡＶパケットの先頭位置から目的のＧＯＰを読み込むまでの速度、つまり所定の単位データ長あたりに要する時間は、例えばその読み込み方によっても違ってくる。例えば、目的とするＧＯＰまでのバイトオフセット分ジャンプしてアクセスすることも考えられるし、実際にＡＶパケットの先頭位置から順次データ読み込みを行っていくことも考えられる。何れにしろ、目的とするデータ読み込みまでに要する処理速度と、バイトオフセットとしてのデータサイズに基づいて計算を行うことでデータ読み込み時間Ｔｄを得ることは可能である。
【０２００】
続くステップＳ３０４においては、先のステップＳ３０１にて解析したパケットプロパティの内容に基づいて、分割指定位置に対応するＧＯＰデータ（フレーム画像データ）がＧＯＰ内の何れのフレーム画像データであるのかについての検出を行う。
そして検出が行われると、次のステップＳ３０５により、この検出されたＧＯＰの位置、及びピクチャの種類、また実際のＧＯＰデコード処理速度等の情報に基づいて、そのＧＯＰ単位についてのデコードを開始して、最終的に分割指定位置に対応するフレーム画像データがデコードされて再生表示出力が可能となるまでの時間、つまりＧＯＰデータ解析時間Ｔｇを算出する。
【０２０１】
これまでの処理により、再生待機時間Ｔｓの要素であるデータ読み込み時間Ｔｄ、及びＧＯＰデータ解析時間Ｔｇが得られたことになる。そこで、ステップＳ３０６においては、これらデータ読み込み時間Ｔｄ、及びＧＯＰデータ解析時間Ｔｇに基づいて再生待機時間Ｔｓを算出する。例えば先にも述べたように、簡単には、Ｔｓ＝Ｔｄ＋Ｔｇで表される演算により算出することが可能とされる。
【０２０２】
上記のようにして再生待機時間Ｔｓの算出が行われると、ビデオコントローラ３８は図２２のステップＳ２０３に進む。
ステップＳ２０３においては、ステップＳ２０２により算出された再生待機時間Ｔｓに基づいて、一時停止画面上（図１６（ｃ）参照）に重畳表示すべきスムース度としての値を決定する。このための処理の仕方としては多様に考えられるため、ここでの詳しい説明は省略するが、例えば、或る関数に再生待機時間Ｔｓを適用することによって、スムース度の値を求めるようにしてもよいし、また、スムース度としては或る所定間隔の値ごとの段階的な値を使用するものとして、例えばスムース度の値と再生待機時間の範囲とを対応させたテーブルなどを用いて、このテーブルを参照することによってスムース度の値が決定されるようにすることも考えられる。
【０２０３】
そして、次のステップＳ２０４において、ステップＳ２０３の処理によって得られたスムース度の値を、例えば図１６（ｃ）に例示したようにして一時停止画面上に重畳表示するための制御処理を実行する。
【０２０４】
図１６（ｃ）にも示したように、一時停止画面上には、「戻る」ボタンＢＴ４、「進む」ボタンＢＴ５、「決定」ボタンＢＴ６が表示されており、これをユーザが操作可能とされている。
そこで、例えばステップＳ２０４に続くステップＳ２０５においては、「戻る」ボタンＢＴ４が操作されたか否かについて判別を行う。ここで、肯定結果が得られればステップＳ２０７に進むが、否定結果が得られた場合には、ステップＳ２０６に進み、ここでは「進む」ボタンＢＴ５が操作されたか否かについての判別を行うようにされる。そして、このステップＳ２０６においても肯定結果が得られた場合にはステップＳ２０７に進むのであるが、否定結果が得られた場合には、ステップＳ２０８に進む。
【０２０５】
上記処理では、一時停止画面が表示されている状態のもとで、「戻る」ボタンＢＴ４、又は「進む」ボタンＢＴ５が操作されるとステップＳ２０７に進むことになる。
ステップＳ２０７では、「戻る」ボタンＢＴ４又は「進む」ボタンＢＴ５の操作に応じて、分割指定位置を例えばフレーム画像データ単位で変更設定するための処理を実行する。そしてステップＳ２０１の処理に戻る。このようにしてステップＳ２０７の処理を経てステップＳ２０１に戻った場合には、ステップＳ２０１においては、ステップＳ２０７の処理によって変更された分割指定位置（一時停止位置）に応じて、静止画として表示出力すべきフレーム画像データ（ＧＯＰデータ）を変更するための画像信号処理、及び表示制御を実行することになる。
【０２０６】
そして、一時停止画面が表示されている状態のもと、「戻る」ボタンＢＴ４、、「進む」ボタンＢＴ５、及び「決定」ボタンＢＴ６の操作が行われなければ、ステップＳ２０８においては否定結果が得られて、ステップＳ２０４に戻る。この処理経過によっては、現在設定されている分割指定位置に対応したフレーム画像データの一時停止表示を行いながら、現在設定されている分割指定位置における「つながりのスムース度」を重畳表示させている状態にある。
そして「決定」ボタンＢＴ６が操作されたのであれば、ステップＳ２０８にて肯定結果が得られることになる。この場合には、図示していないが、図１６（ｄ）に示した分割実行画面を表示する動作モードのための処理に移行する。つまり、「決定」ボタンＢＴ６の操作時に表示させていたフレーム画像データを継続して表示させた上で、「中止」ボタンＢＴ７、「実行」ボタンＢＴ８を重畳表示させることで分割実行画面を形成し、このとき表示させているフレーム画像データを分割指定位置の最終候補として設定する。そして、「中止」ボタンＢＴ７又は「実行」ボタンＢＴ８に対する操作に応じた所要の処理を行う。例えば「実行」ボタンＢＴ８が操作されたとすれば、例えば先に例示したようにして、決定された分割指定位置によってファイルが分割されるようにスクリプトの記述内容についての書き換えを行うものである。
【０２０７】
なお、本発明は上記した構成に限定されるものではなく、各種変更が可能とされる。
例えば、動画像データの圧縮フォーマットとしては、ＭＰＥＧ２を含むＭＰＥＧ方式に限定されるものではなく、他の方式の圧縮技術が採用されても構わないものである。また、記録フォーマットとしても実施の形態として示した例に限定されるものではない。また、本発明としては、動画像データだけではなく、例えばオーディオデータなどの分割編集を行う場合にも適用できるものである。 また、実施の形態では、分割されたファイルの再生状態の評価として、その再生待機時間を評価するものとしているが、例えばほかにもユーザに告知しておくことでメリットがあるとされる再生状態を評価して、これを表示などによって告知するようにしてもよいものである。
さらには、例えば本発明が対応する記録媒体としては、ＭＤ以外の他の種類のディスクメディアやフラッシュメモリなどのメモリ素子による記録媒体に対応したビデオカメラ装置にも適用できるものである。さらには、テープメディアに対応したビデオカメラ装置にも適用は可能とされる。
また、本発明としてはビデオ機器だけではなく、所定種類の記録媒体に対応して記録再生が可能な他の各種オーディオ・ビデオ機器にも適用が可能である。
【０２０８】
【発明の効果】
以上説明したように本発明は、例えばＭＰＥＧ方式などにより圧縮符号化された動画像などのデータの分割位置を指定するという編集操作が行われた際、この分割位置からのデータの再生に関する再生状態を評価し、この評価結果をユーザに告知するようにしている。
これによって、ユーザとしては、少なくとも告知された評価結果により自身の編集操作によって生じる再生状態を予め知って把握しておくことができ、実際に再生を行った際にもさほどのストレスや不安感を持つことが無いようにされる。また、ユーザとしては告知された評価結果を参考にして編集を行うことが可能となる。例えば、評価結果がなるべく良好なものとなるように、分割位置を設定することが可能となるものである。このようにして、本発明では例えば、より良好な編集結果を容易に得ることが可能となり、編集装置としての信頼性、及び使い勝手が向上されるものである。
【０２０９】
そして、告知すべき評価結果としては、分割位置からのデータ再生出力が開始されるまでの再生待機時間としている。符号化されたデータの場合にはその分割位置によってデータ再生出力までに要する時間が変化し得るもので、このような再生待機時間は、ユーザにとっては待ち時間となる。従って、このような再生待機時間を告知することは、ユーザにとって有用な情報となるものであり、使い勝手としてはさらに向上する。
【０２１０】
また、上記再生待機時間としては、パケットデータ（ＡＶパケット）から分割指定位置を含む符号化データ単位（ＧＯＰ）を読み込むまでに要するデータ読み込み所要時間とし、また、分割指定位置に対応するデータ位置からの再生出力を開始するまでの符号化データ単位のデコード所要時間としていることで、より正確で信頼性の高い評価結果が得られるようにしているものである。
【０２１１】
また、本発明としては、現在設定されている分割位置を変更するようにして分割位置の指定操作を行うことが可能とされており、これにより、ユーザとしては、そのときに告知される評価結果を参考にしながら分割位置の変更を行うことができるため、分割編集のための操作性が向上する。
【０２１２】
また、評価結果を表示によって告知するようにすれば、ユーザとしては、評価結果を視覚的に把握することができる。
また、評価結果の告知の仕方として、再生待機時間を割合的に提示するようにすれば、ユーザにとっては、例えばそのまま時間などにより提示する場合よりも把握がしやすいものとなる。
【図面の簡単な説明】
【図１】本発明の実施の形態のビデオカメラに対応するディスクのトラック構造を示す説明図である。
【図２】実施の形態のビデオカメラに対応するディスクのトラック部分を拡大して示す説明図である。
【図３】実施の形態のビデオカメラに対応するディスクの仕様を示す説明図である。
【図４】実施の形態のビデオカメラの内部構成のブロック図である。
【図５】実施の形態のビデオカメラのメディアドライブ部の内部構成のブロック図である。
【図６】実施の形態のビデオカメラの側面図及び平面図である。
【図７】実施の形態のビデオカメラの正面図及び背面図である。
【図８】可動パネル部の動きを示す斜視図である。
【図９】ディスクにおけるファイル／フォルダ管理例を示す説明図である。
【図１０】実施の形態に対応するディスク内のデータ構造例を示す概念図である。
【図１１】実施の形態に対応するディスク内のデータ構造例を、ディスクの物理領域に対応させて示す概念図である。
【図１２】ＡＶパケットの構造を示す説明図である。
【図１３】本実施の形態のビデオカメラにおける操作画面（サムネイル表示）の表示形態例を示す説明図である。
【図１４】再生メニューキーに対する操作例を示す説明図である。
【図１５】トラック分割モードとするための操作手順を表示パネル部の表示形態により示す説明図である。
【図１６】トラック分割モードのもとでの操作手順を表示パネル部の表示形態により示す説明図である。
【図１７】分割編集されたファイルの再生処理を示すフローチャートである。
【図１８】再生処理時に検出されるバイトオフセットの算出を説明するための説明図である。
【図１９】データ読み込み時間について説明するための説明図である。
【図２０】ＭＰＥＧ方式におけるＧＯＰのデコード処理を示す説明図である。
【図２１】分割指定位置に応じたＧＯＰデータ解析時間の相違例を示す説明図である。
【図２２】一時停止画面表示時におけるスムース度重畳表示のための処理動作を示すフローチャートである。
【図２３】再生待機時間を算出するための処理動作を示すフローチャートである。
【符号の説明】
１ レンズブロック、２ カメラブロック、３ ビデオ信号処理部、４ メディアドライブ部、５ デッキ部、６ 表示／画像／音声入出力部、６Ａ 表示部、６Ｂ タッチパネル、７ 操作部、８ 外部インターフェイス、９ 電源ブロック、１１ 光学系、１２ モータ部、２２ サンプルホールド／ＡＧＣ回路、２３ Ａ／Ｄコンバータ、２４ タイミングジェネレータ、２５ カメラコントローラ、３１ データ処理／システムコントロール回路、３２ バッファメモリ、３３ ビデオ信号処理回路、３４ メモリ、３５ 動き検出回路、３６ メモリ、３７ 音声圧縮エンコーダ／デコーダ、３８ ビデオコントローラ、３９ プログラムメモリ、４１ ＭＤ−ＤＡＴＡ２エンコーダ／デコーダ、４２ バッファメモリ、４３ 二値化回路、４４ ＲＦ信号処理回路、４５ サーボ回路、４６ ドライバコントローラ、５１ ディスク、５２ スピンドルモータ、５３光学ヘッド、５４ 磁気ヘッド、５５ スレッドモータ、６１ ビデオＤ／Ａコンバータ、６２ 表示コントローラ、６３ コンポジット信号処理回路、６４Ａ／Ｄコンバータ、６５ Ｄ／Ａコンバータ、６６ アンプ、６７ 表示パネル、１０１ ＲＦアンプ、１０３ ＡＧＣ／クランプ回路、１０４ イコライザ／ＰＬＬ回路、１０５ ビタビデコーダ、１０６ ＲＬＬ（１，７）復調回路、１０７ マトリクスアンプ、１０８ ＡＤＩＰバンドパスフィルタ、１０９ Ａ／Ｂトラック検出回路、１１０ ＡＤＩＰデコーダ、１１１ ＣＬＶプロセッサ、１１２ サーボプロセッサ、１１３ サーボドライバ、１１４ データバス、１１５ スクランブル／ＥＤＣエンコード回路、１１６ ＥＣＣ処理回路、１１７ デスクランブル／ＥＤＣデコード回路、１１８ ＲＬＬ（１，７）変調回路、１１９ 磁気ヘッド駆動回路、１２０ レーザドライバ、１２１ 転送クロック発生回路、２０１ カメラレンズ、２０２マイクロフォン、２０３ 可動パネル部、２０４ ビューファインダ、２０５ スピーカ、２１０ ディスク挿脱部、３００ メインダイヤル、３０１ レリーズキー、３０２ 削除キー、３０３ジョグダイヤル、３０４ フォトキー、３０５ ズームキー、３０６ フォーカスキー、３０７ 逆光補正キー、３０８ 再生／ポーズキー、３０９ 停止キー、３１０ スロー再生キー、３１１，３１２ サーチキー、３１３ 録音キー、３１４ 画面表示キー、３１５，３１６ 音量キー、３２０ ペン、４００ サーバ、Ａ−１ 情報表示エリア、Ａ−２ サムネイル表示エリア、Ａ−３ メニューキーエリア、Ａ−４ スクロールバー、Ａ５ トラック情報表示エリア、ｉ１〜ｉ１０，ｉ２０〜ｉ２１ （サムネイル画像上に表示される）アイコン、Ｌｄ ランド、ＮＷＧ ノンウォブルドグルーブ、ＷＧ ウォブルドグルーブ、Ｔｒ・Ａ，Ｔｒ・Ｂ トラック

Claims (7)

1. 記録媒体に記録されている、所定の符号化データ単位により符号化されたデータについての分割位置を指定する指定手段と、
   上記指定手段によって指定される分割位置に基づいて、上記データにおける分割位置を設定する分割位置設定手段と、
   上記分割位置設定手段により設定された分割位置からデータの再生を行う際の、所定の再生状態を評価するもので、上記分割位置からのデータの再生出力が開始されるまでの再生待機時間を、再生状態の評価結果として得るように構成される評価手段と、
   上記評価手段による評価結果を所定の形態により告知する評価結果告知手段と、
   を備えている編集装置。
2. 上記評価手段は、
   再生待機時間として、少なくとも、１以上の上記符号化データ単位を格納してなるパケットデータから上記分割位置を含む符号化データ単位を読み込むまでに要するデータ読み込み時間を得るようにされている、
   請求項１に記載の編集装置。
3. 上記評価手段は、
   再生待機時間として、少なくとも、上記分割位置を含む符号化データ単位についてデコード処理を施して、上記分割位置に対応するデータ位置からの再生出力を開始するまでのデコード時間を得るようにされている、
   請求項１又は請求項２に記載の編集装置。
4. 上記指定手段は、
   現在分割位置設定手段により設定されている分割位置を変更するようにして指定する、
   請求項１乃至請求項３の何れかに記載の編集装置。
5. 上記告知手段は、
   上記評価手段による評価結果を、所定の表示形態によって表示出力するように構成されている、
   請求項１乃至請求項４の何れかに記載の編集装置。
6. 上記告知手段は、
   上記評価手段により得られた評価結果である再生待機時間が最小となる場合を１００％の割合として、これより長い再生待機時間に応じて、上記割合を小さくしていくようにされた値を表示する、
   請求項１乃至請求項５の何れかに記載の編集装置。
7. 記録媒体に記録されている、所定の符号化データ単位により符号化されたデータについての分割位置を指定する指定手順と、
   上記指定手順によって指定される分割位置に基づいて、上記データにおける分割位置を設定する分割位置設定手順と、
   上記分割位置設定手順により設定された分割位置からデータの再生を行う際の、所定の再生状態を評価するもので、上記分割位置からのデータの再生出力が開始されるまでの再生待機時間を、再生状態の評価結果として得るように構成される評価手順と、
   上記評価手順による評価結果を所定の形態により告知する評価結果告知手順と、
   を実行する編集方法。

Images