(57)【特許請求の範囲】
【請求項１】
カメラで撮影して取得した映像をファイル形式で記録媒体に記録する映像記録装置であって、
前記カメラによる撮影により取得した映像の信号を処理して映像信号を出力する信号処理部と、
該信号処理部から出力される映像信号を所定の符号化方式で符号化処理して映像信号を出力する映像圧縮部と、
映像のファイルの記録に関して、ＢＤＭＶディレクトリを配置し、更にその下に少なくとも映像信号を記録するディレクトリとＰｌａｙＬｉｓｔを記録するディレクトリとを配置するように定義されたフォーマットに従ってファイルを作成して記録媒体に記録するように規定し、かつ取得する映像のシーンの区切り毎に１つのＰｌａｙＩｔｅｍを生成し、前記カメラによる撮影により取得した映像を記録する日毎に１つ生成されるＰｌａｙＬｉｓｔ内に複数のＰｌａｙＩｔｅｍを配置するようにフォーマットを形成するフォーマット制御部と、
該フォーマット制御部により形成されたフォーマットに従って、前記映像情報を前記記録媒体に記録する記録制御部と、を備え、
第一のＰｌａｙＬｉｓｔが生成された第一の日付で前記カメラで撮影して取得した映像が記録されると、新たなＰｌａｙＬｉｓｔを生成することなく、前記第一のＰｌａｙＬｉｓｔ内にＰｌａｙＩｔｅｍを生成し、
第二のＰｌａｙＬｉｓｔが生成された前記第一の日付とは異なる第二の日付で前記カメラで撮影して取得した映像が記録されると、新たなＰｌａｙＬｉｓｔを生成することなく、前記第二のＰｌａｙＬｉｓｔ内にＰｌａｙＩｔｅｍを生成するものであり、
前記第一のＰｌａｙＬｉｓｔは前記第一のＰｌａｙＬｉｓｔ内に生成されたＰｌａｙＩｔｅｍの日時情報を有し、
前記第二のＰｌａｙＬｉｓｔは前記第二のＰｌａｙＬｉｓｔ内に生成されたＰｌａｙＩｔｅｍの日時情報を有し、
前記ＰｌａｙＩｔｅｍは、前記映像のシーンに対応する開始及び終了の場所を示す情報を管理することを特徴とする映像記録装置。
【請求項２】
請求項１記載の映像記録装置であって、
前記フォーマットは、前記ＢＤＭＶディレクトリの下に、前記映像信号を記録するディレクトリとしてＳＴＲＥＡＭのディレクトリ、前記ＰｌａｙＬｉｓｔを記録するディレクトリとしてＰＬＡＹＬＩＳＴのディレクトリ、に加え、ＣＬＩＰＩＮＦＯのディレクトリを配置するように形成されたものであることを特徴とする映像記録装置。
【請求項３】
カメラで撮影して取得した映像をファイル形式で記録媒体に記録する映像記録方法であって、
ＢＤＭＶディレクトリを配置し、更にその下に少なくとも映像信号を記録するディレクトリとＰｌａｙＬｉｓｔを記録するディレクトリとを配置するように定義されたフォーマットに従ってファイルを作成して記録媒体に記録するものであって、
前記カメラによる撮影により取得した映像のシーンの区切り毎に１つのＰｌａｙＩｔｅｍを生成し、前記カメラによる撮影により取得した映像を記録する日毎に１つ生成されるＰｌａｙＬｉｓｔ内に複数のＰｌａｙＩｔｅｍを配置するようにフォーマットを形成し、該フォーマットに従って映像を前記記録媒体に記録するものであり、
第一のＰｌａｙＬｉｓｔが生成された第一の日付で前記カメラで撮影して取得した映像が記録されると、新たなＰｌａｙＬｉｓｔを生成することなく、前記第一のＰｌａｙＬｉｓｔ内にＰｌａｙＩｔｅｍを生成し、
第二のＰｌａｙＬｉｓｔが生成された前記第一の日付とは異なる第二の日付で前記カメラで撮影して取得した映像が記録されると、新たなＰｌａｙＬｉｓｔを生成することなく、前記第二のＰｌａｙＬｉｓｔ内にＰｌａｙＩｔｅｍを生成するものであり、
前記第一のＰｌａｙＬｉｓｔは前記第一のＰｌａｙＬｉｓｔ内に生成されたＰｌａｙＩｔｅｍの日時情報を有し、
前記第二のＰｌａｙＬｉｓｔは前記第二のＰｌａｙＬｉｓｔ内に生成されたＰｌａｙＩｔｅｍの日時情報を有し、
前記ＰｌａｙＩｔｅｍは、前記映像のシーンに対応する開始及び終了の場所を示す情報を管理することを特徴とする映像記録方法。
【請求項４】
請求項３記載の映像記録方法であって、
前記フォーマットは、前記ＢＤＭＶディレクトリの下に、前記映像信号を記録するディレクトリとしてＳＴＲＥＡＭのディレクトリ、前記ＰｌａｙＬｉｓｔを記録するディレクトリとしてＰＬＡＹＬＩＳＴのディレクトリ、に加え、ＣＬＩＰＩＮＦＯのディレクトリを配置するように形成されたものであることを特徴とする映像記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像記録方法及び装置に係り、更に詳しく言えば動画や静止画を含む映像を光ディスクのような記録媒体に記録する、特にＡＶＣＨＤやＢＤに映像を記録するカメラにおける記録ファイルの管理、及び所定の形式で管理されるフォーマットに従ってファイルを記録媒体に記録再生する方法及び装置、及び特定のフォーマットに基づく記録媒体に関する。
【背景技術】
【０００２】
ＡＶＣＨＤ／ＢＤカメラは、ＢＤ−ＲＥＶｅｒ３．０規格に基づくアプリケーションのフォーマットに従った形式で、撮影した映像情報をファイルとして記録媒体に記録する。この規格は、ＢＤ−ＲＯＭの規格を基本にしたＢＤＭＶフォーマットのサブセット（ＢＤＭＶ subset  以下、ＢＤＭＶ−ｓという）であり、レコーダやカメラのセルフエンコード時の規定したフォーマットであり、１回の記録単位をＰｌａｙＬｉｓｔ（プレイリスト）で管理する。
【０００３】
記録媒体への記録に際して、映像情報は所定の圧縮方式に従って圧縮されて記録される。圧縮方式として、一般的に動映像の記録にはＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）規格が用いられる。また、静止映像の記録には、一般的な電子スチルカメラ等の静止画デジタル記録に用いられるＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）規格が用いられる。
【０００４】
例えば、ＤＶＤレコーダの場合、特開２００３−３０８６７５公報（特許文献１）に開示されているように、記録媒体に記録する映像はビデオタイトルセットと呼ばれる単位で管理される。１回の記録では、タイトル（ＴＴ）は最大９９個である。一方、ＤＶＤカメラの場合、ＴＴをＰＴＴ（チャプタ）で構成し、１回の記録単位はＰＴＴ数２５６個である。最大数９９を超えると、ＴＴを増加するようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３０８６７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一般的に、レコーダでは記録する回数が余り多くないので問題にはならないが、カメラはレコーダと異なり、短いシーンを多く撮影することが多い。ＢＤカメラでは、映像を１回記録する度に、ｍｐｌｓファイルと、ｃｌｐｉファイルと、ｍ２ｔｓファイルを１つのセットとして管理情報に追加して記憶する。つまり、映像を記録する度にファイルの数が増加することになる。一方、ＢＤカメラを起動する時には、ｍｐｌｓファイルをメモリに展開する必要がある。そのため、記録される映像の回数が増えると、このファイル展開の時間が長くかかり、起動時間も長くなって問題となる。従って、起動時間の短縮化のためには、映像のファイル数をできるだけ少なくする方が好ましい。
【０００７】
本発明の目的は、映像の記録回数が増えても管理対象とするファイル数の増加をできるだけ抑えることにある。
【課題を解決するための手段】
【０００８】
上記目的は、特許請求の範囲に記載の発明により達成される。
【発明の効果】
【００１２】
本発明によれば、映像の記録回数が増えても管理対象とするファイル数の増加をできるだけ抑えることができる。
【図面の簡単な説明】
【００１３】
【図１】記録装置の構成を示すブロック図。
【図２】ＢＤＭＶフォーマットのサブセット（ＢＤＭＶ−ｓ）のデータ構造を示す図。
【図３】ＰＬＡＹＬＩＳＴの構成例を示す図。
【図４】カメラの管理情報を表す表示画面の例を示す図。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１はカメラ一体型記録装置のブロック図である。
図１において、１０１は被写体の像を結像するための光学レンズ、１０２は結像した光を電気信号に変換するための光電変換手段であるＣＣＤセンサ、１０３は映像の電気信号をデジタル信号に変換するＡ／Ｄ変換器、１０４はデジタル信号に変換された映像情報を映像信号に変換するための処理を行う信号処理部、１０５は映像信号をＭＰＥＧのような所定の符号化方式に従って圧縮及び伸張処理する映像圧縮伸張部である。
また、１０６は集音した音声を電気的な音声信号に変換するマイク、１０７は音声を発生するスピーカ、１０８は音声信号を増幅するアンプ、１０９は音声の電気信号をデジタル信号に変換するＡ／Ｄ変換器（Ｄ／Ａ変換器）、１１０は、デジタル音声を、ＪＰＥＧのような所定の符号化方式に従って圧縮及び伸張処理する音声圧縮伸張部、１１１は映像圧縮伸張部１０５で生成された動画圧縮ストリーム、及び音声圧縮伸張部１１０で生成された音声圧縮ストリームとを多重化する多重化部、１１２は、映像圧縮伸張部１０５が圧縮処理した映像データ、及び音声圧縮伸張部１１０により圧縮処理された音声データ、及びこれらの多重化されたデータを一時的に記憶する大容量のメモリである。また、ＡＴＡＰＩ／ＡＴＡ部１１３は特定の規格に従ったインターフェース部、１１４は光ディスク等の記録媒体である。媒体Ｒ／Ｗ制御部１１５は、記録媒体１１４に記録再生するための動映像や静止映像のデータファイルを、所定のファイル形式で記録再生するための制御を行う。
【００１５】
１１６は、映像を表示する表示部である。尚、この表示部１１６はファインダ内の表示部と、ビデオカメラの筐体の外側に設けられた可動式の表示部とに分けてもよい。１１７は記録媒体の種類を識別してＢＤＭＶ−ｓ規格に準拠したフォーマットの情報を生成するフォーマット制御部、１１８は記録媒体に記録するデータファイルの記録形式や記録再生のための管理情報を記憶する管理メモリである。１１９は、ユーザが操作する操作部であり、録画／停止キーやズームキー、記録モードの選択キーなどを含む。
１２０はシステム制御部であり、多重／分離部１１１やフォーマット制御部１１７、媒体記録再生制御部１１５等の各部を統括して制御する。なお、システム制御部１２０は年月日時分（単に日時という）を計時する時計機構を有する。時計機構で計時される日時は多重化の際にストリームに記録され、更に記録媒体１１４に記録される。
【００１６】
ここで、映像圧縮伸張部１０５、音声圧縮伸張部１１０、多重／分離部１１１、フォーマット制御部１１７、及びシステム制御部１２０の各機能は、好ましくはマイクロプロセッサでプログラムが実行されることにより実現されるが、それらの一部又は全部がハードウェアで構成されてもよい。また、図１では制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成ユニットが相互に接続されていると考えてよい。
【００１７】
次に、動画の記録動作について説明する。
操作部１１９の操作によって動画撮影モードが選択された場合、システム制御部１２０はその選択を認識してシステム全体が以下のように制御する。ＣＣＤセンサ１０２は駆動部（図示せず）により動画信号発生モードに駆動される。そして、光学レンズ１０１によって結像された像は、ＣＣＤセンサ１０２で電気信号に変換され、Ａ／Ｄ変換器１０３でデジタル信号に変換された後、信号処理部１０４で映像データに変換処理されて、メモリ１１２に一時記憶される。その後、映像データは映像圧縮伸張部１０５で圧縮処理されるが、この圧縮処理はメモリ１１２と映像圧縮伸張部１０５との間で圧縮行程中の映像データをやりとりしながら、順次動画圧縮ストリームに変換処理する。一方、マイク１１０で集音された音声は、音声圧縮伸張部１１０で圧縮処理され、同様にしてメモリ１１２に一時記憶される。その後、メモリ１１２に記憶されている、映像圧縮伸張部１０５で生成された動画圧縮ストリームと音声圧縮伸張部１１０で生成された音声圧縮ストリームは多重／分離部１１１で多重化処理され、その多重処理データはメモリ１１２に一時記憶される。最終的に、多重処理データはメモリ１１２から出力され、媒体Ｒ／Ｗ制御部１１５及びＡＴＡＰＩ／ＡＴＡ部１１３を介して、所定の記録フォーマットで記録媒体１１４に記録される。
記録フォーマットは、本実施例に特徴的であり、図２及び３を参照して後述するように、フォーマット制御部１１７は、予め決められた所定のフォーマットで管理し、撮影された映像は、その映像のシーン毎に記録媒体に記録される。
【００１８】
次に、動画の再生動作について説明する。
記録媒体１１４には、図２及び図３に示すファイル形式で映像が記録されている。記録媒体１１４に記録された動画の再生が選択されると、システム制御部１２０によりシステム全体が以下のように制御され、ファイル制御部１１７で管理された形式で、シーン毎の映像が記録媒体から読み出されて再生される。
即ち、媒体Ｒ／Ｗ制御部１１５は、動画ファイルを再生し、多重／分離部１１１で動画圧縮ストリームと音声圧縮ストリームに分離し、動画圧縮ストリームを映像圧縮伸長部１０５に送る。映像圧縮伸張部１０５はメモリ１１２との間で伸長工程中の映像データをやりとりしがら順次映像信号に変換処理し、信号処理部１０４を介して表示部１１６に出力する。音声圧縮ストリームは音声圧縮伸長部１１０で伸長処理して、スピーカ１０７から出力する。
【００１９】
図２は、ＢＤＭＶフォーマットのサブセット（ＢＤＭＶ−ｓ）のデータ構造を示す図である。これは、規格ＢＤ−ＲＥ  Ｖｅｒ３．０で規定されたアプリケーションのフォーマットであり、ＢＤ−ＲＯＭの規格を基本としている。レコードやカメラのセルフエンコード時の記録を想定したフォーマットとして、１回の記録単位をＰｌａｙＬｉｓｔで管理する。即ち、Ｒｏｏｔディレクトリの下には、ＢＤＭＶディレクトリが配置され、その下にＰＬＡＹＬＩＳＴ，ＣＬＩＰＩＮＦＯ，ＳＴＲＥＡＭの各ディレクトリが配置される。１回毎の記録によって、ＰＬＡＹＬＩＳＴ，ＣＬＩＰＩＮＦＯ，ＳＴＲＥＡＭの各ディレクトリがセット（組）として記録される。例えば、１回目の記録で、00000.ｍｐｌｓファイルと、01000.ｃｌｐｉファイルと、01000.ｍ２ｔｓファイルが記録され、２回目の記録では、00001.ｍｐｌｓファイルと、02000.ｃｌｐｉファイルと、02000.ｍ２ｔｓファイルが記録される、が如く、記録の度にファイルが順次増加する。デジタルカメラの一般的な製品では、シーンの最大値を１０００としている。そのため、上記ファイルのセット数の上限は１０００個程度が望ましい。なお、拡張子がmpls,clpi,m2tsのものもmplsファイルと呼ぶ場合がある。
【００２０】
図３はＰｌａｙＬｉｓｔの構成例を示す図である。
本実施例の特徴の１つとして、１つのＰｌａｙＬｉｓｔ中に、複数のＰｌａｙＩｔｅｍが規定されて管理される。ＰｌａｙＩｔｅｍは、記録する映像の開始と終了の場所を管理するｍｐｌｓファイルの情報を管理するものであり、これらの管理情報は１シーンの映像に対応している。つまり、１回のシーンの映像を記録媒体に記録する度に、そのシーンに対応する開始及び終了を示す管理情報がＰｌａｙＩｔｅｍの情報として生成されて、それまでに生成された管理情報に追加される。開始及び終了の場所は、映像が記録される光ディスク上のアドレスを管理するようにしてもよいが、時計機構が計数する日時情報をタイムスタンプとして記憶しておいてもよい。
【００２１】
また、ＰｌａｙＬｉｓｔは、例えば日付が変わる度に、新たに１つ生成されて管理情報として追加される。日付け情報は、システム制御部１２０の時計機構が計数する日時情報を引用する。つまり、新たに生成されたＰｌａｙＬｉｓｔには、同じ日に撮影された映像のシーンが１つ増える度に、ＰｌａｙＩｔｅｍが追加されていく。つまり、１回毎の映像のシーンの記録で、ｍｐｌｓファイルに対応するＰｌａｙＩｔｅｍと、ｃｌｐｉファイルと、ｍ２ｔｓファイルが１セットとして生成されて管理される。
図２に示す管理ファイル及び図３に示す管理情報は、フォーマット制御部１１７で、映像の記録時にその都度生成されて管理メモリ１１８に記憶して管理される。また映像の再生時には、メモリ１１８に記憶されたこの管理情報が参照される。
【００２２】
図３について具体的に説明すると、ＰｌａｙＬｉｓｔ＃１は、ｎ個のＰｌａｙＩｔｅｍが記憶されている。つまり、この１日の内にｎ個のシーンの映像が記録媒体に記録され、それぞれの開始及び終了の場所が管理されていることを示す。同様にして、次の日には新たにＰｌａｙＬｉｓｔ＃２が生成され、その日にはｉ個のＰｌａｙＩｔｅｍが生成されて管理されている。またｍ日目にはＰｌａｙＬｉｓｔ＃ｍが生成され、ｊ個のＰｌａｙＩｔｅｍが管理されている。
【００２３】
本実施例によれば、１つのＰｌａｙＬｉｓｔ中に、複数のＰｌａｙＩｔｅｍを規定して管理する。そのため、シーン毎の映像を指定する手段が必要となる。そこで、図４に示すように、日付（４１）毎にシーンの数を示す番号（４２）を表示する画面を生成して表示部１１２に表示する。図４に示す（１）〜（３）の例は、図３に対応して、日付けが変わった日の最初にカメラを起動した時に、それぞれＰｌａｙＬｉｓｔ＃１〜＃ｍが生成され、それぞれのＰｌａｙＬｉｓｔに追加されたＰｌａｙＩｔｅｍをシーンの番号４２で管理する。
操作者は、操作部１１９を操作して管理画面を表示部１１２に表示することで、最新のＰｌａｙＬｉｓｔ及びそのＰｌａｙＩｔｅｍ数を認識することができる。また、映像の再生時には、操作部１１９を操作して、管理メモリ１１８からＰｌａｙＬｉｓｔ及びＰｌａｙＩｔｅｍを表す管理情報を読み出して表示部１１２に表示し、ＰｌａｙＬｉｓｔ及びその中のＰｌａｙＩｔｅｍの番号を指定することで、目的とするシーンの映像ファイルを記録媒体１１４から読み出して表示部１１２に表示することができる。
本実施例におけるＢＤカメラの場合、実情を鑑み、最大２０００個のＰｌａｙＬｉｓｔ、及び１つのＰｌａｙＬｉｓｔ当り最大９９９個のＰｌａｙＩｔｅｍを収容するようにフォーマットを形成するのが好ましい。
【００２４】
本実施例によれば、映像の記録回数が増えても、シーンの記録に応じてＰｌａｙＩｔｅｍを増加することで対処でき、むやみにＰｌａｙＬｉｓｔを増やす必要はない。このため、管理対象とするファイル数の増加を極力抑えることができ、ＢＤカメラで記録する映像のシーンの数が増えても映像ファイルの展開のための起動時間があまり長くならない。
【００２５】
なお、本発明は上記実施例に限定されず、種々変形、応用して実施し得る。
例えば、上記実施例によれば、ＰｌａｙＬｉｓｔは日付が変わる度に１つずつ生成して追加されるので、日付とＰｌａｙＬｉｓｔの対応を取り易く管理し易い。しかし、変形例では、必ずしも日付が変わる毎ではなく、２日毎或いは複数ｎ日毎にＰｌａｙＬｉｓｔを生成するようにしてもよい。このようにすれば、ＰｌａｙＬｉｓｔのファイルの増加は更に抑えられるので、ＢＤＭＶ−ｓに準拠した映像を効率的に記録することができる。
【００２６】
また、次のような他の変形例もある。上記実施例では、xxx.ｒｐｌｓ内のＰｌａｙＬｉｓｔデータ内にあるＰｌｙａＩｔｅｍをシーンの記録の単位とした。これに対して、他の変形例では、シーン毎にxxx.ｒｐｌｓ内のＰｌａｙｌｉｓｔＭａｒｋデータ内にあるＭａｒｋ_Ｅｎｔｒｙを作成してもよい。Ｍａｒｋ_Ｅｎｔｒｙは、ＢＤ−ＲＯＭにおける映画のチャプタの管理に使われたりする。
【００２７】
ＰｌａｙｌｉｓｔＭａｒｋのデータ構成例は、以下の通りである。
ＰｌａｙｌｉｓｔＭａｒｋ
length
number of ＰｌａｙＬｉｓｔ＿ｍａｒｋｓ  （ＰｌａｙＬｉｓｔ＿ｍａｒｋｓ＝シーンの数がカウントされていく（0から999））
Ｍａｒｋ＿ｅｎｔｒｙ  （シーンの映像の位置が判別できる情報が格納され、シーン数の分が作られる）
reserved_for_future_use  （将来的な予約領域、１バイト）
mark_type  （エントリーマークやリンクマーク等の種別）
ref_to_ＰｌａｙＩｔｅｍ_id  （対応するＰｌａｙＩｔｅｍのＩＤを示す）
mark_time_stamp  （markの位置がわかる情報）
entry_ES_PID  （対応するエレメンタリストリームの管理情報を示す）
duration  （mark_time_stampからの期間、通常は０）
Ｍａｒｋ_Ｅｎｔｒｙをシーン記録の単位とした場合、上記実施例と同様に日付毎にＰｌａｙＬｉｓｔを作成してもよいし、日付毎にＰｌａｙＩｔｅｍを作成するようにしてもよい。
【符号の説明】
【００２８】
１０１：光学レンズ、１０２：ＣＣＤセンサ、１０３：Ａ／Ｄ変換器、１０４：信号処理部、１０５：映像圧縮伸張部、１０６：マイク、１０７：スピーカ、１０８：アンプ、１０９：Ａ／Ｄ変換器（Ｄ／Ａ変換器）、１１０：音声圧縮伸張部、１１１：多重化／ウ分離部、１１２：メモリ、１１３：インターフェース部、１１４：記録媒体、１１５：媒体Ｒ／Ｗ制御部、１１６：表示部、１１７：フォーマット制御部、１１８：管理メモリ、１１９：操作部、１２０：システム制御部。
【図１】
0005458073.tif 000002
【図２】
0005458073.tif 000003
【図３】
0005458073.tif 000004
【図４】
0005458073.tif 000005