(57)【特許請求の範囲】
【請求項１】
動画像データを記録媒体に記録する装置であって、
撮像手段と、
前記記録媒体に記録されている動画像データの管理情報を生成する管理情報処理手段と、
前記動画像データの撮影中において、前記撮像手段の状態に従って自動的に前記記録媒体に記録される動画像データの一部を指定し、前記指定した一部の動画像データを選択して再生するための再生手順を記述した自動作成プレイリストを生成するプレイリスト処理手段と、
前記撮像手段から出力された動画像データ、前記管理情報、及び前記プレイリスト処理手段により作成された自動作成プレイリストを前記記録媒体に記録する記録手段と、
前記記録媒体より前記動画像データ、前記管理情報、前記自動作成プレイリスト、及び、前記記録媒体に記録された動画像データのうちユーザが指定した一部を選択して再生するための再生手順を記述したユーザ作成プレイリストを再生する再生手段とを備え、
前記管理情報処理手段は、前記記録媒体に記録された複数のプレイリストのうち何れかのプレイリストが選択されると、前記選択されたプレイリストが前記自動作成プレイリストであるか否かを判定し、判定の結果前記自動作成プレイリストであった場合には前記選択された自動作成プレイリストに基づいて前記記録媒体に記録されている前記管理情報の内容を変更することを特徴とする記録装置。
【請求項２】
前記撮像手段は前記動画像データのぶれ量を検出して補正し、前記プレイリスト処理手段は前記ぶれ量に従って前記動画像データの一部を指定することを特徴とする請求項１記載の記録装置。
【請求項３】
前記プレイリスト処理手段は前記撮像手段の合焦状態に従って前記動画像データの一部を指定することを特徴とする請求項１記載の記録装置。
【請求項４】
前記管理情報処理手段は、前記選択された自動作成プレイリストに基づいて、前記自動作成プレイリストにより指定された部分以外の動画像データが再生されないように、前記管理情報の内容を変更することを特徴とする請求項１記載の記録装置。
【請求項５】
情報データを記録媒体に記録する装置であって、
前記記録媒体上に記録されている情報データの管理情報を生成する管理情報処理手段と、
前記記録媒体に記録された情報データの一部を所定の条件に従って自動的に指定し、前記指定した部分の情報データを選択して再生するための再生手順を記述した自動作成プレイリストを生成するプレイリスト処理手段と、
前記情報データ、前記管理情報、及び、前記プレイリスト処理手段により生成された自動作成プレイリストを前記記録媒体に記録する記録手段と、
前記記録媒体より前記情報データ、前記管理情報、前記自動作成プレイリスト及び、前記記録媒体に記録された情報データのうちユーザが指定した一部を選択して再生するための再生手順を記述したユーザ作成プレイリストを再生する再生手段とを備え、
前記管理情報処理手段は、前記記録媒体に記録された複数のプレイリストのうち何れかのプレイリストが選択されると、前記選択されたプレイリストが前記自動作成プレイリストであるか否かを判定し、判定の結果前記自動作成プレイリストであった場合には前記選択された自動作成プレイリストに基づいて前記記録媒体に記録されている前記管理情報の内容を変更することを特徴とする記録装置。
【請求項６】
前記管理情報処理手段により変更された管理情報に基づいて前記情報データを再生するよう前記再生手段を制御する手段を備えたことを特徴とする請求項５記載の記録装置。
【請求項７】
前記管理情報処理手段は、前記選択された自動作成プレイリストに基づいて、前記自動作成プレイリストにより指定された部分以外の情報データが再生されないように、前記管理情報の内容を変更することを特徴とする請求項５記載の記録装置。
【請求項８】
前記管理情報処理手段による前記管理情報の変更が終了したことに応じて前記自動作成プレイリストを前記記録媒体から消去する手段を備えたことを特徴とする請求項１から６の何れか１項に記載の記録装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は記録装置に関し、特には、情報データの再生手順を制御するための情報の処理に関する。
【０００２】
【従来の技術】
現在、デジタルカメラで用いられるメモリカードや、デジタルディスクビデオカメラで用いられる光ディスクなどの記録媒体の容量は飛躍的に増大しており、動画、音声、静止画など多岐に渡るデータを記録可能であり、これらを記録媒体とした製品が増加してきている。また、ビデオテープでは不可能であったランダムアクセス性を生かして、記録したコンテンツを並べ替えたり組み合わせたりする編集機能を特徴の一つとしている。
【０００３】
編集機能としては、不要なコンテンツを消去する消去機能、コンテンツから不要な部分を指定して削除する部分消去機能、コンテンツの分割や、結合など実際にコンテンツデータを編集するような機能がある。また、再生手順やレイアウトなどの再生制御情報を記録し、再生時にはこの再生制御情報に従ってデータを読み出し、再生する方法もある。一般的にはプレイリストなどと呼ばれる編集機能である。
【０００４】
特許文献１によれば、プレイリストによって指定されていない領域を検出し、その領域を簡単に消去する装置について開示されている。
【０００５】
また、「Blu-Discが目指すもの」（日経エレクトロニクス  ２００３  ３−３１（No.844））や、特許文献２によれば、記録する全てのコンテンツに対してReal PlayListを作成し、記録したコンテンツデータ（Clip）に対して分割、合成などの編集を行うとき、このReal PlayListのエントリを書き換える管理方法について開示されている。また、前述のプレイリスト、すなわちユーザが作品としてコンテンツデータの任意の部分を並べた再生制御情報をVirtual PlayListとしている。
【０００６】
【特許文献１】
特開２００２−１５０５０３号公報
【特許文献２】
特開２００２−１５７８５９号公報
【０００７】
【発明が解決しようとする課題】
特許文献１では、コンテンツの不要な部分を消去する場合、プレイリストで選択されていないデータが全て消去されてしまう。しかし、これではプレイリストに指定されていないデータを全て消去してしまうことになり、指定されていないデータの中に必要なデータが含まれている場合でもこれらを全て消去してしまうことになる。
【０００８】
一方、特許文献２のように、全てのデータをReal PlayListに指定することで、この様な不具合は一見解消されるように思われるが、不要なデータを消去する場合には、ユーザが消去する部分を指定する必要がある。
【０００９】
本発明はこの様な問題を解決し、ユーザが簡単な操作により不要と思われる部分を識別し、削除可能とすることを目的とする。
【００１０】
【課題を解決するための手段】
この様な問題を解決するため、本発明によれば、動画像データを記録媒体に記録する装置であって、撮像手段と、前記記録媒体に記録されている動画像データの管理情報を生成する管理情報処理手段と、前記動画像データの撮影中において、前記撮像手段の状態に従って自動的に前記記録媒体に記録される動画像データの一部を指定し、前記指定した一部の動画像データを選択して再生するための再生手順を記述した自動作成プレイリストを生成するプレイリスト処理手段と、前記撮像手段から出力された動画像データ、前記管理情報、及び前記プレイリスト処理手段により作成された自動作成プレイリストを前記記録媒体に記録する記録手段と、前記記録媒体より前記動画像データ、前記管理情報、前記自動作成プレイリスト、及び、前記記録媒体に記録された動画像データのうちユーザが指定した一部を選択して再生するための再生手順を記述したユーザ作成プレイリストを再生する再生手段とを備え、前記管理情報処理手段は、前記記録媒体に記録された複数のプレイリストのうち何れかのプレイリストが選択されると、前記選択されたプレイリストが前記自動作成プレイリストであるか否かを判定し、判定の結果前記自動作成プレイリストであった場合には前記選択された自動作成プレイリストに基づいて前記記録媒体に記録されている前記管理情報の内容を変更する装置が提示される。
【００１１】
【発明の実施の形態】
本発明の実施形態について説明する。
【００１２】
図１は、本発明を適用したビデオカメラ１００の構成を示す図である。
【００１３】
図１において、１０１はレンズユニット、ＣＣＤ、Ａ／Ｄ変換器などを有する撮像部であり、被写体像をデジタル画像信号として出力する。１０３はマイクユニットであり、撮影時にデジタル音声信号を出力する。
【００１４】
１０２はエンコーダであり、マイクロコンピュータ（以下マイコン）１０８の制御に従いデジタル画像データ、及びデジタル音声データを受け、ＭＰＥＧ２方式で圧縮し、さらに時系列順に多重化して圧縮ビデオデータを生成する。さらにエンコーダ部１０２はＪＰＥＧ方式の圧縮を行い、圧縮静止画データを出力する機能も兼ね備えている。また、エンコーダ１０２には、例えばデータ位置とフレーム位置の変換に必要となる情報などをマイコン１０８に通知する機能を備えている。
【００１５】
１０４は記録再生部であり、エンコーダ１０２とメモリ１０５、光ディスクＤ、及びデコーダ１０６とのインターフェースを有し、マイコン１０８の制御によってディスクＤに対してデータを記録再生する。１０６はメモリであり、各ブロックが作業用に使用可能となっている。
【００１６】
記録再生部１０４は、マイコン１０８からディスクＤの制御レジスタにアクセスするための変換を行う。また、記録再生部１０４は、ヘッド、モータを含むメカデッキ、それらを制御する制御回路を有する。また、記録再生部１０４には、メモリ１０５の先頭アドレスとデータ量、及びディスクＤの書き込む先頭セクタを指定することにより、読み出しまたは書き込みデータを自動転送する所謂ダイレクトメモリアクセス（DMA）機能が備わっている。
【００１７】
１０６はデコーダであり、マイコン１０８に指定されたメモリ１０５のアドレスから圧縮ビデオデータや圧縮静止画データを逐次読み出し、例えばITU-R BT.656（CCIR656）等のデジタル映像信号、及びデジタル音声信号に変換し、出力する。
【００１８】
１０８はマイクロコンピュータであり、システム全体を制御する。マイクロコンピュータ１０８は、プログラムを格納する不揮発性メモリ（ROM）、作業領域となる揮発性メモリ（RAM）、他のハードウエアとデータの受け渡しや制御用レジスタをアクセスするための外部バス、時間を計測するタイマを少なくとも有している。また、マイコン１０８はリアルタイムクロックを有し、カレンダー及び時刻情報を取得し、記録するデータに付与されるタイムスタンプ情報等に利用する１０７はバスであり、バス１０７には各ブロックが接続されており、マイクロコンピュータ１０８の制御に従ってデータの受け渡しを行う伝送路である。
【００１９】
１０９は操作スイッチ群であり、電源の投入、記録・再生の選択、画質等を決定する記録モードなどをユーザが指定するための入力部である。
【００２０】
１１０は表示制御部であり、マイコン１０８の指示に従い各種設定メニューやタイトル、時間などの情報を生成し、デコーダ１０６からの画像データや撮像部１０１からの画像データと共に表示部１１１に出力する。また表示制御部１１０には、デコーダ１０６から入力される画像データを抽出して縮小処理を施し、任意の位置に重畳させる機能も兼ね備えている。
【００２１】
１１２はスピーカ、１１１は表示部である。
【００２２】
マイコン１０８は所定のファイルシステムを扱うソフトウエアを搭載しており、このファイルシステムに従ってディスクＤへのデータの読み書きが行われる。また、本形態では、記録開始の指示から記録停止の指示までの間に記録するデータを基本的に一つのコンテンツ（ファイル）として管理し、後に説明する動画データファイルとなる。
【００２３】
次に、記録時の動作を説明する。
【００２４】
まず、電源が投入されると、マイコン１０８はディスクＤから前述のファイルシステムに則って記録再生部１０４を制御し、ディスクＤの記録可能（空き）領域を検索する。そして、記録可能容量を算出し、記録可能容量とユーザにより指定された記録モード（画質モード）から記録可能時間を算出する。これ以降、記録中は記録可能容量の減少を監視し、定期的に記録可能時間を更新していく。
【００２５】
マイコン１０８は常に操作スイッチ１０９の状態を検出し、ユーザの操作を監視している。以下ユーザの操作は断りのない限り操作スイッチ１０９を介してマイコン１０８に操作を伝えるものとする。
【００２６】
次に、ユーザが記録開始要求を発生させると、カメラ画像及び音声の記録を開始すべく、マイコン１０８が各ブロックを制御する。まずエンコーダ１０２にはMPEG２エンコード処理を開始させ、圧縮ビデオデータを記録再生部１０４を介してメモリ１０５の所定アドレスを先頭に蓄積するよう制御する。所定量のデータを蓄積する毎にエンコーダ１０２はマイコン１０８に割り込み等の手段により通知する。マイコン１０８はこの通知を受け、次に蓄積すべき先頭アドレスを記録再生部１０４に通知する。
【００２７】
さらにマイコン１０８はメモリ１０５に蓄積された圧縮ビデオデータをディスクＤに書き込むよう記録再生部１０４にコマンドを発行する。この時ディスクＤに書き込む領域はファイルシステムに則って検索された記録可能（空き）領域である。このエンコード処理からディスクＤへの書き込みまでの一連の処理が、記録停止要求が発生するまで繰り返される。記録した圧縮ビデオデータは、ファイルシステムにおいて後述の動画データファイル（拡張子“mpg”）としてエントリされる。また、マイコン１０８はこの記録動作に伴い、ディスクＤに記録したデータを指定する管理情報を含む管理ファイル（拡張子“rpl”）を生成し、記述する。また、特殊再生、プレイリスト、編集などに必要となるタイムマップテーブルファイル（拡張子“tbl”）を生成し、記述する。
【００２８】
次に、再生動作について説明する。
【００２９】
ユーザは、操作スイッチ１０９を操作して再生させたいコンテンツを選択する。
【００３０】
マイコン１０８はユーザの指示に従って記録再生部１０４を制御し、ディスクＤより記録されている各コンテンツの内容及びコンテンツに関連付けされた代表画像（サムネイル）データを再生し、これらのデータに基づいてコンテンツ選択用画面を生成するよう表示制御部１１０に指示する。ユーザは、ポインタを所望のコンテンツまで移動させ、決定することにより再生を開始するシーケンスが一般的である。またはダイレクトに再生キー（または再生命令を発行するために割り付けられたキー）を押すことにより、例えば先頭のコンテンツ、前回再生時の続き、最後に記録したコンテンツなどを再生しても良い。
【００３１】
マイコン１０８は、記録再生部１０４を制御して、このように決定したコンテンツの圧縮ビデオデータをディスクＤから読み出す。具体的には、記録時とは逆にディスクＤから読み出し、メモリ１０５に蓄積するよう記録再生部１０４にコマンドを発行する。この時、ディスクＤの読み出し先頭セクタ、メモリ１０５の書き込み先頭アドレス、データ量をマイコン１０８が指定する。次にマイコン１０８はデコーダ１０６に対し、メモリ１０５に蓄積された圧縮ビデオデータをデコード処理するようコマンドを発行する。コンテンツが終了するか停止、または一時停止等のユーザ操作が加えられるまで、デコーダ１０６８にデコード処理する圧縮ビデオデータが途切れることのないよう一連の処理が繰り返し実行される。
【００３２】
本形態で扱うデータについて述べる。
【００３３】
まずビデオカメラで記録するデータの種類及び格納するディレクトリ構造、管理ファイル、タイムマップテーブル、プレイリストの詳細について順に述べる。
【００３４】
なお、本実施例では説明しないが、静止画データはＪＰＥＧ方式であり、ディレクトリ名、ファイル名等はＤＣＦ規格(Design rule for Camera File system)に準拠した規則で記録しても良い。
【００３５】
図２に、動画データファイル、管理ファイル、およびプレイリストファイルを記録媒体上に格納した状態の一例を示す。拡張子が“.rpl”であるファイルは管理ファイルであり、拡張子が“.tbl”であるファイルはタイムマップテーブルファイル、また拡張子が“.vpl”であるファイルはプレイリストファイルである。
【００３６】
動画データファイルは、記録媒体のルートディレクトリの直下に作成されたVIDEOディレクトリに格納する。ファイル名は上位２桁の数字が増加していくものとし、拡張子を“.mpg”とする。管理ファイル、プレイリストファイルはPLAYLISTディレクトリに作成する。
【００３７】
管理ファイルは、後述のプレイリストと同じ構文形式で作成されるものとし、以下Real PlayListと呼ぶ。Real PlayListは、W3C(World Wide Web Consortium)にて策定されたXML(eXtensible Markup Language)に準拠した形式で記述する。
【００３８】
図３にReal PlayListの記述例を示す。ほぼＳＭＩＬ(Synchronized Multimedia Integration Language)と同様であるが、videoタグのtbl属性はsrc属性で指示された動画データファイルに対応するタイムマップテーブルファイルを指定している。このタイムマップテーブルファイルにつては後に詳しく説明する。また、ClipBegin属性、及びClipEnd属性は、フレーム単位でコンテンツの先頭、終了位置をそれぞれ指定する。以降videoタグで参照指定される情報をPlayItemと称す。
【００３９】
Real PlayListは動画ファイルと共に作成され、そのファイル名の上位２桁が一致する。また、図４（ａ）の様に動画データファイル01000.mpgと管理ファイル01001.rplが記録されており、動画データの任意の位置（ｆ１）で分割する操作がされたとする。この時、図４（ｂ）の様に、先頭からｆ１位置までを指定するよう管理ファイル01001.rplの内容を変更すると共に、新たに管理ファイル01002.rplが作成され、ｆ１位置から最後までを指定するReal PlayListとなる。
【００４０】
ファイル名５桁の数字のうち、下３桁はこのように利用する。またこの様なReal PlayListを利用することで、ユーザには二つのコンテンツに分割されたかのようにみせることができる。
【００４１】
また、Real PlayListは同一領域を二重に指定してはいけない。
【００４２】
また、Real PlayListに指定されていない領域は再生しない。
【００４３】
次に、タイムマップテーブルについて説明する。
【００４４】
図５はタイムマップテーブルを説明するために、動画フレームと、動画データファイルをイメージ化した図であり、図６はタイムマップテーブルファイルのデータ構造を示す図である。
【００４５】
ＭＰＥＧ２方式は、画面間の相関を利用して情報量を圧縮し、データを符号化する動き補償型の予測符号化方式である。Ｉピクチャはフレーム内で符号化される画像であり、Ｐピクチャは過去のフレームとのフレーム間予測符号化によって符号化される画像である。更に、ＢピクチャはＩピクチャとＰピクチャ及びＰピクチャ間の各フレームの画像データであり、過去及び未来のフレームの画像データを用いた双方向予測符号化によって符号化される画像である。図５ではそれぞれＩ，Ｐ，Ｂと付してある。ＭＰＥＧ２では、所定枚数のフレームでＧＯＰ（Group Of Pictures）を構成している。そして、各ＧＯＰにＩピクチャが少なくとも１フレーム含まれている。これによりランダムアクセス性が高まり、所定レベルでの編集も容易となる。
【００４６】
図５において、T0、T10、T300、T310は時間である。Tcstはインターバル時間であり、後述のタイムサーチエントリを作成する間隔である。８０１〜８０４はタイムサーチエントリフレームであり、これらのようにTcstごとのフレームである。TgopはＧＯＰ再生時間であり、GsはＧＯＰのサイズである。ＴＣはＧＯＰの先頭フレームのタイムコードである。ここでいうタイムコードとは、記録時に確定する各コンテンツの先頭からのフレームナンバーに相当する。よってＧＯＰ単位での部分消去を行った場合、その前後で不連続となる。また各ＧＯＰにはユニークなGOP_IDが付与され、各GOP_IDに対してTgop、及びGsを記録する。
【００４７】
各タイムサーチエントリには次の情報を有する。タイムサーチエントリに対応するタイムサーチエントリフレームを含むGOP_ID、エントリフレームからタイムサーチエントリフレームまでのオフセット（EFdif）、先頭からエントリフレームまでのオフセット（Gofs）である。エントリフレームとは、各タイムサーチエントリを復号し、画像データとするために必要となるフレームデータの先頭のことである。前述のように、MPEGでは、ＢピクチャやＰピクチャを含み、これらはＩピクチャまたはＩ，Ｐピクチャとのフレーム間での相関を利用した符合化がなされている。このため、タイムサーチエントリがＢ，Ｐピクチャであるとき、この画像を復号するために必要となる先頭のフレームのことである。なおタイムサーチエントリフレームがＩフレームのとき、そのフレーム自体がエントリフレームとなりEfdif＝0である。図５ではタイムサーチエントリフレーム８０１の場合である。
【００４８】
これらの情報は図６のような構造をとり、タイムマップテーブルファイル（拡張子が“.tbl”）に含まれる。
【００４９】
タイムマップデータテーブルを元にT300のタイムサーチエントリフレーム８０３を復元する方法を例として説明する。タイムサーチエントリはTsctごとに作成されるので、
n=T300/Tsct
とすると、n番目のエントリとなる。よってタイムサーチ情報［n］であるGOP_ID［n］を取得する。GOP_ID［n］のメンバーGofs［n］から、先頭からエントリフレーム８０６までのバイト数がわかる。またEFdif［n］からエントリフレーム８０３から何フレーム目がタイムサーチエントリフレーム８０３であるかを知ることができる。よって先頭からGofs［n］バイト目からデコードを開始し、EFdif［n］フレーム目を表示すればT300を再生することができる。これによりフレーム単位での検索が容易になる。
【００５０】
一方、タイムコードでフレーム指定をする場合、TCを検索し、所望の近傍となるGOP_ID［m］を特定すると同時に、そのGOP_ID[m]までのGs[1..m]を足しこんでいき、GOP_IDのオフセットを算出する。さらに（指定フレーム-TC）フレームだけ進めたフレームを再生することにより不変となるフレーム指定を行うことが可能となる。
【００５１】
以上の手法により,コンテンツの先頭からの相対時間によるフレームの特定、及び絶対時間（タイムコード）によるフレームの特定が可能となる。
【００５２】
なお、ここで説明したタイムマップテーブルは、例えば部分消去を行ったとき再構築される。但し部分消去はＧＯＰ単位未満では行われない。またＴＣは変更しない。
【００５３】
また、ここでは動画像を例に説明したが、実際にはオーディオデータやパックヘッダなどの情報も組み込まれており、それらを加味してテーブルを作成するものとする。
【００５４】
次に、プレイリストについて説明する。
【００５５】
前述の通り、プレイリストもReal PlayList（管理ファイル）と同様にＸＭＬに準拠した形式で記述する。プレイリストは基本的にユーザ操作によって作成される再生制御情報であり、Real PlayListに対しVirtual PlayListとする。
【００５６】
図７にプレイリストの記述例を示す。
【００５７】
書式はReal PlayListと同様である。ただしファイル名と動画データファイル名には関連がない。またプレイリストを編集しても、動画データファイル、及びReal PlayListの編集は行われない。図７ではseqタグ以降に記述された動画データが順次再生される。
【００５８】
本来、管理ファイルは動画データ等を記録する際作成されるものであり、プレイリストは動画データを編集することなくユーザが自由に参照領域を指定し、作品などとするために備えられた機能であるが、本形態では、以下の様に管理ファイルとプレイリストを扱う点を特徴とする。
【００５９】
即ち、本形態では、動画撮影時に、動画データファイル、Real PlayListと共に、所定の条件を従ってデータを選択してその再生手順を指定したVirtual PlayListを自動的に作成する。
【００６０】
次に、この様にVirtual PlayListにより指定する再生データを選択するための条件について、図８を用いて説明する。図８は動画撮影時においてマイコン１０８により実行されるVirtual PlayListの処理を示すフローチャートである。
【００６１】
撮影を開始すると、手ぶれによる変位が所定値未満であるか否か判定する（ステップＳ８０１）。本形態では、現在多くのビデオカメラに搭載されている手ぶれ補正機能を備えており、この手ぶれ補正時に用いる情報を元に判定を行う。
【００６２】
手ぶれによる変異量が所定値よりも小さい場合、ピントが合っているか否かを判定する（ステップＳ８０２）。本形態では、ビデオカメラに一般に搭載されているオートフォーカス機能の情報を元に判定を行っている。
【００６３】
Ｓ８０１、Ｓ８０２の両者で正と判定した場合、つまり手ぶれが所定値より小さく、且つピントが合っている場合には、現在撮影しているデータを有効エリアに指定する（ステップＳ８０３）。
【００６４】
一方、Ｓ８０１、またはＳ８０２で否と判定した場合、つまり手ぶれが所定値以上か、あるいはピントが合っていない場合、現在撮影しているデータを無効エリアに指定する（ステップＳ８０４）。
【００６５】
そして、撮影終了の指示があったか否かを判定し（ステップＳ８０５）、撮影終了の指示があるまでステップＳ８０１〜Ｓ８０４の処理を繰り返し実行する。本形態では、所定間隔（例えば１フレーム期間）ごとに繰り返し実行する。
【００６６】
撮影終了の指示があると、Ｓ８０３にて指定した有効エリアの情報に基づいて、この有効エリアのデータのみを再生するよう再生手順を指定したVirtual PlayListを作成し、記録再生部１０４によりディスクＤに記録する。この時、所定期間連続的に無効エリアとなった領域のみVirtual PlayListから外す方が良い。
【００６７】
このように記録された動画データ、Real PlayList、Virtual PlayListの関係を図９に示す。図９において、９０１はVirtual Playlist、９０２はReal Playlist、９０３は動画データをそれぞれ示しており、動画データ９０３のうち、９０３ａ〜９０３ｅの領域はそれぞれ、図８のフローで無効エリアに指定された部分である。図９のようにReal PlayList９０２は動画データ９０３の全領域を指定しており、Virtual PlayList９０１は領域９０３ａ〜９０３eを除いた領域を指定したプレイリストである。
【００６８】
この時のVirtual PlayListの記述例を図１０に示す。
【００６９】
ここで特徴となるのがheadタグ内のmetaタグである。自動作成されたVirtual PlayList のとき、name属性の値を“vpl_auto“、content属性の値を”１“とするmetaタグを記載する。この属性を有するmetaタグが存在するとき、そのVirtual PlayListは自動生成されたものであることがわかる。また、このような属性を有するmetaタグがないか、またはcontent属性の値が“０”のとき、ユーザの操作によって作成されたVirtual PlayListである。この情報を元にシステム、またはユーザは自動作成されたVirtual PlayListであることを認識することができる。
【００７０】
この様に、本形態においては、動画撮影時において、記録した画像データの全てを指定しているReal PlayListと共に、撮影時の状況に基づいて画像データのうちの有効エリアのみを指定したVirtual PlayListを生成して記録している。
【００７１】
次に、この様に記録したVirtual PlayListを利用してReal PlayList、及び動画データを編集する際の処理について説明する。
【００７２】
図１１はVirtual PlayListに基づいて画像データを再生するときのマイコン１０８による処理を説明するフローチャートである。
【００７３】
操作スイッチ１０９により再生指示があると、マイコン１０８は記録再生部１０４を制御してディスクＤより指定された動画データのVirtual PlayListを再生する（ステップＳ１１０１）。ここでは、表示制御部１１０によりVirtual PlayListのリストまたはサムネイル画像を表示部１１１に表示し、ユーザはこれらの中から所望の画像データを選択する。
【００７４】
次に、読み出したVirtual PlayList中のmetaタグとして、vpl_auto属性値が“１”であるか否かを判定する（ステップＳ１１０２）。つまり、選択したVirtual PlayListが自動作成されたものであるか否かを判定し、自動作成されたものでない場合には通常のVirtual PlayList、即ちユーザが自ら作成したVirtual PlayListであるため終了する。
【００７５】
また、このVirtual PlayListが撮影時に自動作成されたものであった場合、表示制御部１１０を制御して表示部１１１に問い合わせのためのダイアログを表示することで、ユーザに対し、Virtual PlayListにて指定された再生エリアに基づいて、Real PlayList及び動画データファイルを編集するか否かを問い合わせる（ステップＳ１１０３）。
【００７６】
Ｓ１１０３において操作スイッチ１０９により編集の指示があると、記録再生部１０４を制御して、Virtual PlayListが指し示すPlayItemに対応するReal PlayListをVirtual PlayListに従って書き換える。具体的には、Virtual PlayListにより指定しているエリアと同じエリアを指定するようにReal PlayListを書き換える。これにより、Virtual PlayListにて指定されていない部分はReal PlayListにおいても指定されないことになり、実質的に指定されていない部分の画像データがディスクＤから消去されることになる。
【００７７】
Real PlayListの書き換え処理と動画ファイルの編集処理が終了すると、既にReal PlayListにより指定しているデータとVirtual PlayListにより指定しているデータとが同一となるため、Virtual PlayListを消去する（ステップＳ１１０５）。
【００７８】
そして、このようにReal PlayListを書き換えた後、次回の再生からは、マイコン１０８はこのReal PlayListに従い、指定されている画像データを再生するよう記録再生部１０４を制御する。
【００７９】
また、Ｓ１１０３において否であるとき、図１１ではそのまま終了しているが、例えば、
vpl_auto=“2”
と書き換えることによりキャンセルされたことを記録しても良い。そして、次回の再生以降、このVirtual PlayListをユーザが作成したVirtual PlayListと同様に扱い、このVirtual PlayListに基づいて再生を制御することも可能である。
【００８０】
あるいは、反対に、このVirtual PlayListを消去してしまっても良い。
【００８１】
この一連の処理により、再生したVirtual PlayListが自動作成されたものである場合、自動的に編集確認を行い、ユーザの操作により実行要求が発生したときにはReal PlayList、及び動画データファイルを編集することが可能となる。
【００８２】
以上説明したように、本形態によれば、撮影時の状態に従い、良好な撮影状態のデータエリアのみを指定するVirtual PlayListを作成し、再生時にこのVirtual PlayListに基づいて画像データを自動編集するため、簡単な操作により不要と思われる部分を消去することが可能となる。また、Virtual PlayListに指定されていないエリアのデータもユーザに必要であると判断した場合には、編集処理を行わないので、必要な部分まで消去してしまう恐れがない。
【００８３】
なお、本形態では、手ぶれ情報や合焦情報など、撮影時の状況に係る情報をVirtual PlayListの有効エリア判定の際の条件に用いたが、一方、ビデオカメラには、フェードイン、フェードアウトや、クロマキー、ルミキーなどによる画像合成を行う機能（以降エフェクトと称す）など、撮影像に特殊効果を加える機能が搭載されている製品が多い。またこのような機能はユーザの操作により意図的に実行されるものである。
【００８４】
そのため、前述のようなエフェクトが使用されている期間は常に自動生成Virtual PlayListに対して有効エリアであると判定するようにしてもよい。この処理を追加したフローチャートが図１２である。
【００８５】
撮影を開始すると、エフェクトの全ての機能がＯＦＦとなっているか否か判定する（ステップＳ１２０１）。ここで否のとき、つまりなんらかのエフェクト機能がユーザの操作によって有効となっているときには有効エリアとして指定する。一方、正のとき、つまり全てのエフェクト機能がＯＦＦであるときにはステップＳ１２０２へ遷移し、以下図８のフローチャートと同様な処理が実行される。
【００８６】
またこのように記録された動画データ、Real PlayList、Virtual PlayListの関係を図１３に示す。図１３は図９で説明したのと同様であるが、領域９０３ａはフェードイン中であり、９０３ｃは画像ミックス中である。よってこの二つの領域は他の条件には拠らずにVirtual PlayListの指定エリアとなる。
【００８７】
なお、本形態では、手ぶれ情報、合焦情報を有効、無効エリアの判定に使用したが、この他のカメラ情報を使用しても良い。例えば姿勢検出センサーをさらに備え、所定期間レンズが地面を向いていたら無効とするといったような判断を加えても良い。
【００８８】
また、手ぶれ情報はビデオカメラの変位量から判断しているが、周波数特性をさらに判定アルゴリズムに加えても良い。例えばビデオカメラに加えられる振動が振幅の小さなものであっても、比較的高い周波数を有する振動を加えられ、明らかに見苦しい映像となるような場合には無効エリアとしても良い。さらに音声信号を判定に使用しても良い。
【００８９】
また、前述の実施形態では、自動作成されたVirtual PlayListを利用して動画データを編集していたが、例えばユーザの操作によって作成されたVirtual PlayListを利用してReal PlayList、または動画データを編集しても良い。但しそのVirtual PlayListに指定されている動画データファイルに関してのみ実行することを特徴とする。
【００９０】
また、自動作成されたVirtual PlayListにて指定されているエリアを全て自動編集に反映させるのではなく、ユーザが指定した部分においてのみ、指定されているエリア以外のデータを消去するようにしてもよい。
【００９１】
また、Virtual PlayList、Real PlayListの書式は一例であり、これに限定するものではない。データの並び、大きさなど、所定のフォーマットを規定すればバイナリによる構造体であっても良い。また、ＧＯＰを単位としてタイムコードの管理を行ったが、これに限定するものではない。また、コンテンツの圧縮方式についても一例であり、他の圧縮方式であっても良い。また、記録媒体として光ディスクを用いたが、ハードディスクやカード型記録メディアでも良い。
【００９２】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インターフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【００９３】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記録媒体（又は記憶媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９４】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００９５】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００９６】
【発明の効果】
以上説明したように、本発明によれば、記録された情報データのうち所定の条件に従う部分のみを容易に認識でき、不要な部分を容易に消去することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したビデオカメラの構成を示す図である。
【図２】ディスク上に記録されるファイルの様子を示す図である。
【図３】画像データの様子を示す図である。
【図４】管理ファイルと画像データの関係を示す図である。
【図５】タイムマップテーブルを説明するための図である。
【図６】タイムマップテーブルの様子を示す図である。
【図７】プレイリストの様子を示す図である。
【図８】記録時の処理を示すフローチャートである。
【図９】管理ファイル及びプレイリストと画像データとの関係を示す図である。
【図１０】プレイリストの様子を示す図である。
【図１１】編集処理を示すフローチャートである。
【図１２】記録時の処理を示すフローチャートである。
【図１３】管理ファイル及びプレイリストと画像データとの関係を示す図である。
【図１】
0004323870.tif 000002
【図２】
0004323870.tif 000003
【図３】
0004323870.tif 000004
【図４】
0004323870.tif 000005
【図５】
0004323870.tif 000006
【図６】
0004323870.tif 000007
【図７】
0004323870.tif 000008
【図８】
0004323870.tif 000009
【図９】
0004323870.tif 000010
【図１０】
0004323870.tif 000011
【図１１】
0004323870.tif 000012
【図１２】
0004323870.tif 000013
【図１３】
0004323870.tif 000014