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