"映像をファイル形式で記録媒体に記録する映像記録装置において、取得された映像の信号を処理して映像信号を出力する信号処理部と、該信号処理部から出力される映像信号を所定の符号化方式で符号化処理して映像情報を出力する映像圧縮部と、映像のファイルの記録に関して、Rootディレクトリの下にBDMVディレクトリを配置し、更にその下にPLAYLIST,CLIPINFO,STREAMの各ディレクトリを配置するように定義されたBDMSsubsetBDMV-sという規格に基づくフォーマットに従ってファイルを作成して記録媒体に記録するように規定し、かつ取得される映像のシーンの区切り毎に1つのPlayItemを生成し、1つのPlayListデータ内に複数のPlayItemを配置するようにフォーマットを形成するフォーマット制御部と、該フォーマット制御部により形成されたフォーマットに従って、該映像情報を該記録媒体に記録する記録制御部と、を備え、該フォーマット制御部は、日付けが更新される度に新にPlayListデータを生成して更新するものであり、該PlayListデータ各々は該Playlistデータ各々内の複数のPlayItemの日時情報を有することを特徴とする映像記録装置。前記フォーマット制御部は、1回のシーンの映像を記録媒体に記録する度に、前記PlayListデータを更新せず、PlayItemを1つずつ増やして生成することを特徴とする請求項1記載の映像記録装置。前記フォーマット制御部は、1回の映像の記録で、mplsファイルと、clpiファイルと、m2tsファイルを1つのセットとして管理し、該mplsファイルを該PlayItemに対応付け、該PlayItemに映像を記録する開始及び終了の場所を管理する情報を記憶することを特徴とする請求項1記載の映像記録装置。前記フォーマット制御部は、最大2000個の前記PlayListデータ、及び最大999個のPlayItemを収容するようにフォーマットを形成することを特徴とする請求項4記載の映像記録方法装置。一般的に、レコーダでは記録する回数が余り多くないので問題にはならないが、カメラはレコーダと異なり、短いシーンを多く撮影することが多い。BDカメラでは、映像を1回記録する度に、mplsファイルと、clpiファイルと、m2tsファイルを1つのセットとして管理情報に追加して記憶する。つまり、映像を記録する度にファイルの数が増加することになる。一方、BDカメラを起動する時には、mplsファイルをメモリに展開する必要がある。そのため、記録される映像の回数が増えると、このファイル展開の時間が長くかかり、起動時間も長くなって問題となる。従って、起動時間の短縮化のためには、映像のファイル数をできるだけ少なくする方が好ましい。本発明の目的は、映像の記録回数が増えても管理対象とするファイル数の増加をできるだけ抑えることにある。本発明は、記録する映像のシーンの数が増えても映像ファイルの展開時間があまり長くならない映像記録装置、その記録方法、及び記録媒体を提供することにある。本発明に係る映像記録方法は、好ましくは、映像を所定のファイル形式で記録媒体に記録する映像記録方法において、所定のファイル形式に従って該映像のデータの区間を記録したファイルを生成してメモリに保管して管理し、かつ1回毎の映像の記録では該ファイルを更新せず、予め定められた特定の記録単位毎に映像を記録媒体に記録する映像記録方法として構成される。好ましい例では、再生する映像のデータの開始と終了の区間を記録したPlayListデータ中に複数のPlayItemを配置するように規定し、かつ映像のシーンの記録毎に該PlayListを更新せず、該PlayItemを前記特定の記録単位として生成して追加する。好ましい例によれば、本発明は、映像をファイル形式で記録媒体に記録する映像記録方法において、Rootディレクトリの下にBDMVディレクトリを配置し、更にその下にPLAYLIST,CLIPINFO,STREAMの各ディレクトリを配置するように定義されたBDMV-s規格に基づくフォーマットに従ってファイルを作成して記録媒体に記録するものであって、取得する映像のシーンの区切り毎に1つのPlayItemを生成し、1つのPlayListデータ中に複数のPlayItemを配置するようにフォーマットを形成し、フォーマットに従って映像を記録媒体に記録する映像記録方法として構成される。好ましくは、1回のシーンの映像を記録媒体に記録する度に、前記PlayListデータを更新せず、PlayItemを1つずつ増やして生成する。また、好ましくは、日付けが更新される度に、新にPlayListデータを生成して更新する。また、好ましくは、1回の映像の記録で、mplsファイルと、clpiファイルと、m2tsファイルを1つのセットとして管理し、mplsファイルをPlayItemに対応付け、PlayItemに映像を記録する開始及び終了の場所を管理する情報を記憶する。また、好ましくは、最大2000個の前記PlayListデータ、及び最大999個のPlayItemを収容するようにフォーマットを形成する。本発明に係る、映像記録装置は、好ましくは、映像をファイル形式で記録媒体に記録する映像記録装置において、取得された映像の信号を処理して映像信号を出力する信号処理部と、信号処理部から出力される映像信号を所定の符号化方式で符号化処理して映像情報を出力する映像圧縮部と、映像のファイルの記録に関して、Rootディレクトリの下にBDMVディレクトリを配置し、更にその下にPLAYLIST,CLIPINFO,STREAMの各ディレクトリを配置するように定義されたBDMV-s規格に基づくフォーマットに従ってファイルを作成して記録媒体に記録するように規定し、かつ取得される映像のシーンの区切り毎に1つのPlayItemを生成し、1つのPlayListデータ中に複数のPlayItemを配置するようにフォーマットを形成するフォーマット制御部と、フォーマット制御部により形成されたフォーマットに従って、映像情報を記録媒体に記録する記録制御部と、を有する映像記録装置として構成される。また、本発明に係る記録媒体は、好ましくは、映像を所定の信号処理してファイル形式で記録する記録媒体において、Rootディレクトリの下にBDMVディレクトリを配置し、更にその下にPLAYLIST,CLIPINFO,STREAMの各ディレクトリを配置するように定義されたBDMV-s規格に基づくフォーマットに従ってファイルを作成して記録媒体に記録するものであり、取得する映像のシーンの区切り毎に1つのPlayItemを生成し、1つのPlayListデータ中に複数のPlayItemを配置するようにフォーマットを形成し、フォーマットに従って映像を記録する記録媒体として構成される。本発明によれば、映像の記録回数が増えても管理対象とするファイル数の増加をできるだけ抑えることができる。このため、BDカメラで記録する映像のシーンの数が増えても映像ファイルの展開のための起動時間があまり長くならない。以下、図面を参照して本発明の実施形態について説明する。図1はカメラ一体型記録装置のブロック図である。図1において、101は被写体の像を結像するための光学レンズ、102は結像した光を電気信号に変換するための光電変換手段であるCCDセンサ、103は映像の電気信号をデジタル信号に変換するA/D変換器、104はデジタル信号に変換された映像情報を映像信号に変換するための処理を行う信号処理部、105は映像信号をMPEGのような所定の符号化方式に従って圧縮及び伸張処理する映像圧縮伸張部である。また、106は集音した音声を電気的な音声信号に変換するマイク、107は音声を発生するスピーカ、108は音声信号を増幅するアンプ、109は音声の電気信号をデジタル信号に変換するA/D変換器D/A変換器、110は、デジタル音声を、JPEGのような所定の符号化方式に従って圧縮及び伸張処理する音声圧縮伸張部、111は映像圧縮伸張部105で生成された動画圧縮ストリーム、及び音声圧縮伸張部110で生成された音声圧縮ストリームとを多重化する多重化部、112は、映像圧縮伸張部105が圧縮処理した映像データ、及び音声圧縮伸張部110により圧縮処理された音声データ、及びこれらの多重化されたデータを一時的に記憶する大容量のメモリである。また、ATAPI/ATA部113は特定の規格に従ったインターフェース部、114は光ディスク等の記録媒体である。媒体R/W制御部115は、記録媒体114に記録再生するための動映像や静止映像のデータファイルを、所定のファイル形式で記録再生するための制御を行う。116は、映像を表示する表示部である。尚、この表示部116はファインダ内の表示部と、ビデオカメラの筐体の外側に設けられた可動式の表示部とに分けてもよい。117は記録媒体の種類を識別してBDMV-s規格に準拠したフォーマットの情報を生成するフォーマット制御部、118は記録媒体に記録するデータファイルの記録形式や記録再生のための管理情報を記憶する管理メモリである。119は、ユーザが操作する操作部であり、録画/停止キーやズームキー、記録モードの選択キーなどを含む。120はシステム制御部であり、多重/分離部111やフォーマット制御部117、媒体記録再生制御部115等の各部を統括して制御する。なお、システム制御部120は年月日時分単に日時というを計時する時計機構を有する。時計機構で計時される日時は多重化の際にストリームに記録され、更に記録媒体114に記録される。ここで、映像圧縮伸張部105、音声圧縮伸張部110、多重/分離部111、フォーマット制御部117、及びシステム制御部120の各機能は、好ましくはマイクロプロセッサでプログラムが実行されることにより実現されるが、それらの一部又は全部がハードウェアで構成されてもよい。また、図1では制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成ユニットが相互に接続されていると考えてよい。次に、動画の記録動作について説明する。操作部119の操作によって動画撮影モードが選択された場合、システム制御部120はその選択を認識してシステム全体が以下のように制御する。CCDセンサ102は駆動部図示せずにより動画信号発生モードに駆動される。そして、光学レンズ101によって結像された像は、CCDセンサ102で電気信号に変換され、A/D変換器103でデジタル信号に変換された後、信号処理部104で映像データに変換処理されて、メモリ112に一時記憶される。その後、映像データは映像圧縮伸張部105で圧縮処理されるが、この圧縮処理はメモリ112と映像圧縮伸張部105との間で圧縮行程中の映像データをやりとりしながら、順次動画圧縮ストリームに変換処理する。一方、マイク110で集音された音声は、音声圧縮伸張部110で圧縮処理され、同様にしてメモリ112に一時記憶される。その後、メモリ112に記憶されている、映像圧縮伸張部105で生成された動画圧縮ストリームと音声圧縮伸張部110で生成された音声圧縮ストリームは多重/分離部111で多重化処理され、その多重処理データはメモリ112に一時記憶される。最終的に、多重処理データはメモリ112から出力され、媒体R/W制御部115及びATAPI/ATA部113を介して、所定の記録フォーマットで記録媒体114に記録される。記録フォーマットは、本実施例に特徴的であり、図2及び3を参照して後述するように、フォーマット制御部117は、予め決められた所定のフォーマットで管理し、撮影された映像は、その映像のシーン毎に記録媒体に記録される。次に、動画の再生動作について説明する。記録媒体114には、図2及び図3に示すファイル形式で映像が記録されている。記録媒体114に記録された動画の再生が選択されると、システム制御部120によりシステム全体が以下のように制御され、ファイル制御部117で管理された形式で、シーン毎の映像が記録媒体から読み出されて再生される。即ち、媒体R/W制御部115は、動画ファイルを再生し、多重/分離部111で動画圧縮ストリームと音声圧縮ストリームに分離し、動画圧縮ストリームを映像圧縮伸長部105に送る。映像圧縮伸張部105はメモリ112との間で伸長工程中の映像データをやりとりしがら順次映像信号に変換処理し、信号処理部104を介して表示部116に出力する。音声圧縮ストリームは音声圧縮伸長部110で伸長処理して、スピーカ107から出力する。図2は、BDMVフォーマットのサブセットBDMV-sのデータ構造を示す図である。これは、規格BD-REVer3.0で規定されたアプリケーションのフォーマットであり、BD-ROMの規格を基本としている。レコードやカメラのセルフエンコード時の記録を想定したフォーマットとして、1回の記録単位をPlayListで管理する。即ち、Rootディレクトリの下には、BDMVディレクトリが配置され、その下にPLAYLIST,CLIPINFO,STREAMの各ディレクトリが配置される。1回毎の記録によって、PLAYLIST,CLIPINFO,STREAMの各ディレクトリがセット組として記録される。例えば、1回目の記録で、00000mplsファイルと、01000clpiファイルと、01000m2tsファイルが記録され、2回目の記録では、00001mplsファイルと、02000clpiファイルと、02000m2tsファイルが記録される、が如く、記録の度にファイルが順次増加する。デジタルカメラの一般的な製品では、シーンの最大値を1000としている。そのため、上記ファイルのセット数の上限は1000個程度が望ましい。なお、拡張子がmplsclpim2tsのものもmplsファイルと呼ぶ場合がある。図3はPlayListの構成例を示す図である。本実施例の特徴の1つとして、1つのPlayList中に、複数のPlayItemが規定されて管理される。PlayItemは、記録する映像の開始と終了の場所を管理するmplsファイルの情報を管理するものであり、これらの管理情報は1シーンの映像に対応している。つまり、1回のシーンの映像を記録媒体に記録する度に、そのシーンに対応する開始及び終了を示す管理情報がPlayItemの情報として生成されて、それまでに生成された管理情報に追加される。開始及び終了の場所は、映像が記録される光ディスク上のアドレスを管理するようにしてもよいが、時計機構が計数する日時情報をタイムスタンプとして記憶しておいてもよい。また、PlayListは、例えば日付が変わる度に、新たに1つ生成されて管理情報として追加される。日付け情報は、システム制御部120の時計機構が計数する日時情報を引用する。つまり、新たに生成されたPlayListには、同じ日に撮影された映像のシーンが1つ増える度に、PlayItemが追加されていく。つまり、1回毎の映像のシーンの記録で、mplsファイルに対応するPlayItemと、clpiファイルと、m2tsファイルが1セットとして生成されて管理される。図2に示す管理ファイル及び図3に示す管理情報は、フォーマット制御部117で、映像の記録時にその都度生成されて管理メモリ118に記憶して管理される。また映像の再生時には、メモリ118に記憶されたこの管理情報が参照される。図3について具体的に説明すると、PlayList1は、n個のPlayItemが記憶されている。つまり、この1日の内にn個のシーンの映像が記録媒体に記録され、それぞれの開始及び終了の場所が管理されていることを示す。同様にして、次の日には新たにPlayList2が生成され、その日にはi個のPlayItemが生成されて管理されている。またm日目にはPlayListmが生成され、j個のPlayItemが管理されている。本実施例によれば、1つのPlayList中に、複数のPlayItemを規定して管理する。そのため、シーン毎の映像を指定する手段が必要となる。そこで、図4に示すように、日付41毎にシーンの数を示す番号42を表示する画面を生成して表示部112に表示する。図4に示す1~3の例は、図3に対応して、日付けが変わった日の最初にカメラを起動した時に、それぞれPlayList1~mが生成され、それぞれのPlayListに追加されたPlayItemをシーンの番号42で管理する。操作者は、操作部119を操作して管理画面を表示部112に表示することで、最新のPlayList及びそのPlayItem数を認識することができる。また、映像の再生時には、操作部119を操作して、管理メモリ118からPlayList及びPlayItemを表す管理情報を読み出して表示部112に表示し、PlayList及びその中のPlayItemの番号を指定することで、目的とするシーンの映像ファイルを記録媒体114から読み出して表示部112に表示することができる。本実施例におけるBDカメラの場合、実情を鑑み、最大2000個のPlayList、及び1つのPlayList当り最大999個のPlayItemを収容するようにフォーマットを形成するのが好ましい。本実施例によれば、映像の記録回数が増えても、シーンの記録に応じてPlayItemを増加することで対処でき、むやみにPlayListを増やす必要はない。このため、管理対象とするファイル数の増加を極力抑えることができ、BDカメラで記録する映像のシーンの数が増えても映像ファイルの展開のための起動時間があまり長くならない。なお、本発明は上記実施例に限定されず、種々変形、応用して実施し得る。例えば、上記実施例によれば、PlayListは日付が変わる度に1つずつ生成して追加されるので、日付とPlayListの対応を取り易く管理し易い。しかし、変形例では、必ずしも日付が変わる毎ではなく、2日毎或いは複数n日毎にPlayListを生成するようにしてもよい。このようにすれば、PlayListのファイルの増加は更に抑えられるので、BDMV-sに準拠した映像を効率的に記録することができる。また、次のような他の変形例もある。上記実施例では、xxxrpls内のPlayListデータ内にあるPlyaItemをシーンの記録の単位とした。これに対して、他の変形例では、シーン毎にxxxrpls内のPlaylistMarkデータ内にあるMarkEntryを作成してもよい。MarkEntryは、BD-ROMにおける映画のチャプタの管理に使われたりする。PlaylistMarkのデータ構成例は、以下の通りである。PlaylistMarklengthnumberofPlayList_marksPlayList_marks=シーンの数がカウントされていく0から999Mark_entryシーンの映像の位置が判別できる情報が格納され、シーン数の分が作られるreservedforfutureuse将来的な予約領域、1バイトmarktypeエントリーマークやリンクマーク等の種別reftoPlayItemid対応するPlayItemのIDを示すmarktimestampmarkの位置がわかる情報entryESPID対応するエレメンタリストリームの管理情報を示すdurationmarktimestampからの期間、通常は0MarkEntryをシーン記録の単位とした場合、上記実施例と同様に日付毎にPlayListを作成してもよいし、日付毎にPlayItemを作成するようにしてもよい。"