(57)【要約】【課題】複写元（第１記憶媒体）から複写先（動画蓄積装置の第２記憶媒体）に動画データをダビングした後に、第１および第２記憶媒体の双方にダビングした動画データの内容を付与して複写元のダビング済みの動画データを削除する。【解決手段】複写元のソースメディア（第１記憶媒体）から動画蓄積装置内のハードディスク（第２記憶媒体）に動画データをダビングする際に、複写元の第１記憶媒体と複写先の第２記憶媒体の双方にダビングした区間を示す複写情報を記憶させ、この複写情報に基づいてハードディスクにダビングした動画データを第１記憶媒体から自動的に削除することで、複写元のビデオカメラで撮影する際の第１記憶媒体の不足の問題を低減できる。【選択図】　　図１５
2004056396.tif 000002
【特許請求の範囲】
【請求項１】
第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、
転送した部分の動画データに関する転送情報を作成し、
該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶することを特徴とする動画蓄積方法。
【請求項２】
前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する工程を更に備えることを特徴とする請求項１記載の動画蓄積方法。
【請求項３】
前記削除する工程は、前記転送情報に基づいて現在の転送状態を画面に表示する工程と、削除する動画データの削除方法を設定する前記画面の選択項目を選択する工程と、選択された動画データを削除する工程と、前記転送情報に基づいて削除履歴を作成する工程とを含むことを特徴とする請求項２記載の動画蓄積方法。
【請求項４】
前記選択項目には、前記削除する動画データの撮影日時、ダビングした日時および、ダビングした動画データの長さのうちの少なくとも１つを含むことを特徴とする請求項３に記載の動画蓄積方法。
【請求項５】
前記削除は、前記第１記憶媒体の空き領域が所定値以下となった場合に実行されることを特徴とする請求項２又は３に記載の動画蓄積方法。
【請求項６】
前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する工程をさらに有することを特徴とする請求項２に記載の動画蓄積方法。
【請求項７】
前記更新する工程中に前記第１記憶媒体及び前記第２記憶媒体の同じ部分が削除された場合に、警告を行う工程をさらに有することを特徴とする請求項６に記載の動画蓄積方法。
【請求項８】
第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する転送手段と、
転送した部分の動画データに関する転送情報を作成する作成手段と、
該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶手段とを有することを特徴とする動画蓄積装置。
【請求項９】
前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除手段を更に備えることを特徴とする請求項８記載の動画蓄積装置。
【請求項１０】
前記削除手段は、前記転送情報に基づいて現在の転送状態を画面に表示する手段と、削除する動画データの削除方法を設定する前記画面の選択項目を選択する手段と、選択された動画データを削除する手段と、前記転送情報に基づいて削除履歴を作成する手段とを含むことを特徴とする請求項９記載の動画蓄積装置。
【請求項１１】
前記選択項目には、前記削除する動画データの撮影日時、ダビングした日時および、ダビングした動画データの長さのうちの少なくとも１つを含むことを特徴とする請求項１０に記載の動画蓄積装置。
【請求項１２】
前記削除手段による削除は、前記第１記憶媒体の空き領域が所定値以下となった場合に実行されることを特徴とする請求項９又は１０に記載の動画蓄積装置。
【請求項１３】
前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新手段をさらに有することを特徴とする請求項９に記載の動画蓄積装置。
【請求項１４】
前記更新手段は、前記第１記憶媒体及び前記第２記憶媒体の同じ部分が削除された場合に、警告を行う手段をさらに有することを特徴とする請求項１３に記載の動画蓄積装置。
【請求項１５】
前記更新手段は、前記動画蓄積装置が起動した時、また、接続された時、記録媒体が交換された時のいずれか、またはいずれかの組み合わせ、またはすべての時に起動することを特徴とする請求項１３記載の動画蓄積装置。
【請求項１６】
動画蓄積装置を制御する制御プログラムであって、
第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、転送した部分の動画データに関する転送情報を作成する作成モジュールと、
該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶モジュールと、
前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除モジュールと、
前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新モジュールとを有することを特徴とする制御プログラム。
【請求項１７】
動画蓄積装置を制御する制御プログラムを格納したコンピュータ可読の記憶媒体であって、
前記制御プログラムは、
第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、転送した部分の動画データに関する転送情報を作成する作成モジュールと、
該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶モジュールと、
前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除モジュールと、
前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新モジュールとを有することを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像や音声をダビングし再生する動画蓄積装置、動画蓄積方法、動画蓄積装置の制御プログラムおよびその制御プログラムを格納したコンピュータ可読記憶媒体に関する。
【０００２】
【従来の技術】
近年ハードディスクの大容量化、高速化、また、コンピューター技術の進歩により動画をハードディスクに記憶して再生することが可能になってきつつある。例えば、家庭用ビデオカメラで撮影した映像や放送される映像をハードディスクに録画蓄積（ダビング）し、ダビングした映像を再生することができるハードディスクレコーダーが実現可能となってきた。
【０００３】
ところで、今まで一般の家庭において旅行やイベントなどを記憶に残すためビデオカメラで撮影した場合、撮影した日にだけ再生して、あとはあまり見ることがないという場合が多かった。この理由は、撮影したメディアの入れ替えが面倒であったり、再生を繰り返すことによる記憶メディアの劣化が気になったためである。しかし、上記ハードディスクレコーダーのような動画蓄積装置があれば、例えば、ビデオカメラで撮影した映像をその日のうちに再生しながらハードディスクレコーダーにダビングしておけば、後日、メディアの入れ替えも不要であり、再生を繰り返すことによる記憶メディアの劣化の心配もなく、好きな箇所から自由に撮影した映像の動画を再生させることができ、上記の問題を解消することが可能となる。
【０００４】
しかしながら、従来のハードディスクレコーダーでは、例えばビデオカメラで撮影した映像をハードディスクにデータをダビングしている間は、ビデオカメラで撮影した映像を再生をし続ける必要があった。また、途中で再生を止めたり、ビデオカメラに装着された記憶メディアを交換したり、早回しなどのトリックプレイを行うと、その時点で映像のダビングが終了してしまうか、あるいは、止めた映像や早回しした映像そのものがダビングされてしまうという不具合を生じた。
【０００５】
【発明が解決しようとする課題】
そこで、動画蓄積装置に動画をダビング中に、再生側の再生を止めたり早回しなどのトリックプレイを制限することなく実行可能な動画蓄積装置が提案されてきている。
【０００６】
しかしながら、動画の一部または全部がハードディスクレコーダーにダビング（複製）された複製元（ビデオカメラ）のソースメディアに着目した場合、ソースメディアに記録された動画のうちどの区間をハードディスクレコーダーにダビング（複製）したのか確認する方法は存在しなかった。これはハードディスクレコーダー本体を操作している場合にも、あるいは、ソースメディアを装着したビデオカメラで屋外などへ撮影に出る場合にも、当てはまることである。
【０００７】
例えば、旅行先など屋外に撮影に出かけて撮影中にソースメディアが足らなくなった場合、ソースメディアからハードディスクレコーダーにダビングをした動画がどの動画であるかが分かれば、その時点でそのダビング済みのショットをソースメディアから削除して撮影を続行することができる。しかし、ソースメディアに含まれる動画のうちすでにダビングした動画がどれかわからない場合には、ダビング済みか否かに関わらず、ソースメディアに含まれるショットを削除して撮影を継続するか、あるいは、撮影を中断せざるを得なかった。
【０００８】
本発明は、上記説明した従来技術の問題点を解決することを出発点としてなされたものであり、その目的は、複写元（第１記憶媒体）から動画蓄積装置内（第２記憶媒体）に動画データをダビング（複写）した後に、複写元の第１記憶媒体とダビング（複写）した第２記憶媒体との双方にダビングした動画データの内容を付与できる動画蓄積装置および動画蓄積方法を提供することにある。
【０００９】
また、本発明の別の目的は、複写元（第１記憶媒体）から動画蓄積装置内（第２記憶媒体）に動画データをダビング（複写）した後に、複写元の第１記憶媒体から第２記憶媒体にダビング（複写）した動画データを削除できる動画蓄積装置および動画蓄積方法を提供することにある。
【課題を解決するための手段】
上記目的を達成するための本発明に係る一実施形態の動画蓄積方法は、以下の構成を有する。すなわち、第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、転送した部分の動画データに関する転送情報を作成し、該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶することを特徴とする。
【００１０】
また、前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する工程を更に備える。ここで、前記削除する工程は、前記転送情報に基づいて現在の転送状態を画面に表示する工程と、削除する動画データの削除方法を設定する前記画面の選択項目を選択する工程と、選択された動画データを削除する工程と、前記転送情報に基づいて削除履歴を作成する工程とを含む。また、前記選択項目には、前記削除する動画データの撮影日時、ダビングした日時および、ダビングした動画データの長さのうちの少なくとも１つを含む。また、前記削除は、前記第１記憶媒体の空き領域が所定値以下となった場合に実行される。また、前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する工程をさらに有する。また、前記更新する工程中に前記第１記憶媒体及び前記第２記憶媒体の同じ部分が削除された場合に、警告を行う工程をさらに有する。
【００１１】
上記目的を達成するための本発明に係る一実施形態の動画蓄積装置は、以下の構成を有する。すなわち、第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する転送手段と、転送した部分の動画データに関する転送情報を作成する作成手段と、該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶手段とを有することを特徴とする。
【００１２】
前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除手段を更に備える。ここで、前記削除手段は、前記転送情報に基づいて現在の転送状態を画面に表示する手段と、削除する動画データの削除方法を設定する前記画面の選択項目を選択する手段と、選択された動画データを削除する手段と、前記転送情報に基づいて削除履歴を作成する手段とを含む。また、前記選択項目には、前記削除する動画データの撮影日時、ダビングした日時および、ダビングした動画データの長さのうちの少なくとも１つを含む。また、前記削除手段による削除は、前記第１記憶媒体の空き領域が所定値以下となった場合に実行される。また、前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新手段をさらに有する。また、前記更新手段は、前記第１記憶媒体及び前記第２記憶媒体の同じ部分が削除された場合に、警告を行う手段をさらに有する。また、前記更新手段は、前記動画蓄積装置が起動した時、また、接続された時、記録媒体が交換された時のいずれか、またはいずれかの組み合わせ、またはすべての時に起動する。
【００１３】
上記目的を達成するための本発明に係る一実施形態の制御プログラムは、以下の構成を有する。すなわち、動画蓄積装置を制御する制御プログラムであって、第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、転送した部分の動画データに関する転送情報を作成する作成モジュールと、該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶モジュールと、前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除モジュールと、前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新モジュールとを有することを特徴とする。
【００１４】
上記目的を達成するための本発明に係る一実施形態のコンピュータ可読記憶媒体は、以下の構成を有する。すなわち、動画蓄積装置を制御する制御プログラムを格納したコンピュータ可読の記憶媒体であって、前記制御プログラムは、第１記憶媒体に記憶されている動画データを第２記憶媒体に転送する場合に、転送した部分の動画データに関する転送情報を作成する作成モジュールと、該転送情報を、前記第１記憶媒体及び第２記憶媒体に記憶する記憶モジュールと、前記転送情報に基づいて、前記第１記憶媒体に記憶されている転送済みの動画データを削除する削除モジュールと、前記削除された動画データに基づいて、前記第１記憶媒体及び前記第２記憶媒体に記憶されている前記転送情報の内容を更新する更新モジュールとを有することを特徴とする。
【００１５】
【発明の実施の形態】
以下、本発明の実施形態の動画蓄積装置について図面に基づいて詳細に説明する。なお以下の説明では、ダビングのことをキャプチャと呼ぶ場合もある。
【００１６】
［動画蓄積装置のハードウエア構成例：図１］
図１は本実施形態の動画蓄積装置１００のハードウエア構成を示している。図１に基づいて、動画蓄積装置１００のハードウエアの構成について説明する。
【００１７】
１０１はＣＰＵであり、ＲＯＭやＲＡＭに格納された制御プログラムを実行する中央演算処理部である。１０２はＲＯＭであり、本実施形態によるプログラムやデータが格納される。１０３は一時的なデータを記憶するＲＡＭである。動画編集などの為の一時的なダビングを目的とした場合には、ＲＡＭの一部の領域をダビングする際の動画および付属情報、複写情報を記憶する目的で使用することができる。
【００１８】
１０４はハードディスク（第２記憶媒体）であり、映像や音声や付属情報を記憶する。本実施形態では、ダビングする際、動画を録画する目的で使用されるため、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＷ、ＭＯ、その他のストレージデバイス、また、ネットワークに接続されたストレージデバイスであってもよい。１０５はビデオカメラである。本実施形態では、ダビングする際、録画した動画の再生を行う目的で接続するため、ビデオデッキ等のＡＶ機器、またはパーソナルコンピューター等であってもよい。
【００１９】
１０６はＩＥＥＥ１３９４インターフェースであり、ビデオカメラ１０５と接続され、ビデオカメラ１０５より動画映像音声情報および付属情報の帯域を確保してリアルタイムに確実に入出力したり、ビデオカメラ１０５を操作する制御コマンドの入出力を行ったり、ビデオカメラ１０５のソースメディア（第１記憶媒体）がイジェクトされたり、ビデオカメラ１０５の電源ＯＮ／ＯＦＦなどの状態を知ることができ、さらに、接続されたストレージデバイス上のデータをファイルとして扱い、ファイルの一覧、ファイルの属性やファイルの任意の位置のデータを入出力すること等が可能である。目的を達することができれば、ＩＥＥＥ１３９４インターフェースの代わりに、ＵＳＢなどその他の有線インターフェースを用いても良いし、８０２．１１やＨｏｍｅＲＦなどの無線インターフェースを使用することもできる。
【００２０】
１０７はスイッチやつまみ、ボタンなどから構成される操作パネルである。１０８はシリアルインターフェースであり、操作パネル１０７からの信号をＣＰＵ１０１で処理可能なデジタルデータに変換する。１０９はリモコンであり、ボタンからの押下情報を赤外線で発信する。１１０は、ＩｒＤＡインターフェースであり、リモコン１０９の発信する赤外線を受信し、ＣＰＵ１０１で処理可能なデジタルデータに変換する。
【００２１】
１１１は映像や音声を出力するＴＶである。ＴＶ１１１は、パーソナルコンピュータ向けの高解像度のディスプレイや携帯端末向けなど低解像度のディスプレイ、ブラウン管や液晶ディスプレイ、カラーモニター、白黒モニターなどでもよい。１１２は出力部で、ＴＶ１１１で表示する機能メニューや動作モードおよび、符号化された動画データを復号し映像や音声信号を出力する。
【００２２】
１１３はフロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどのリムーバブルディスクドライブ（ＦＤＤ）であり、後述するアプリケーションプログラム媒体からの読み出しなどに用いられる。１１４はネットワークインターフェイス（ＮｅＴ−Ｉ／Ｆ）であり、後述するインターネットなどのネットワークシステムとのデータ転送を行う為のデータ制御や診断を行う。１１５は上述した各ユニット間を接続する為のＩ／Ｏバス（アドレスバス、データバスおよび制御バス）である。
【００２３】
［リモコンの構成例：図２］
図２はリモコン１０９の概観を示すものである。
【００２４】
２０１はメニューボタンでメニューボタン２０１を押下すると、ビデオ操作以外の比較的使用頻度の低い機能の階層化された一覧がＴＶ１１１上に表示される。２０２はカーソル移動ボタンで、ＴＶ１１１上に表示される注目点をそれぞれの方向に移動する。２０３は実行ボタンで、カーソルのあるアイテムを指定したり、操作遷移を進めるものである。２０４は取消ボタンで、実行ボタン２０３による指定をキャンセルしたり、操作遷移を前の状態に戻すものである。
【００２５】
２０５はビデオ操作ボタンで、それぞれ、早戻し、再生、早回し、録画、ポーズ、停止を指示するものである。ここで、ダビングをするには、録画と再生ボタンを押下する。なお、ビデオ操作ボタンは、動画蓄積装置１００の操作のほか、ＩＥＥＥ１３９４インターフェース１０６を通してビデオカメラ１０５にビデオ操作制御コマンドを送ることでビデオカメラ１０５を操作することも可能である。動画蓄積装置１００またはビデオカメラ１０５のどちらを操作するかはターゲットデバイスモードの状態による。例えば、ターゲットデバイスモードを再生側に設定すれば、ビデオカメラ１０５に搭載されたソースメディアに記憶された動画データを動画蓄積装置１００に転送することができる。２０６は電源ボタンであり、動画蓄積装置１００の電源のＯＮ／ＯＦＦを行う。
【００２６】
リモコン１０９を用いて機能を実行する場合には、メニューボタン２０１を押下し、ＴＶ１１１に表示される階層化された機能一覧からカーソル移動ボタンにより注目点を移動することで機能を選択し、実行ボタン２０３を押下することで機能コマンドが発生し実行される。操作パネル１０７にもリモコンと同等のボタンやリモコンで選択可能な機能を割り当てたボタンやつまみが配置されている。
【００２７】
なお機能コマンドの入力部としてはリモコン１０９や操作パネル１０７の各ボタンなどのほかに、パソコンのキーボードやマウスのような入力部によって構成してもよく、より多くのボタンを配し、携帯性には劣るが操作性を向上した操作盤によって構成してもよい。
【００２８】
［動画データの構成例：図３］
次に記憶媒体に記憶される動画データの例を図３に示す。
【００２９】
動画データは主に動画ファイル３０１（図３（ａ））とプレイリストファイル３０２（図３（ｂ））の２種類のファイルで構成される。動画ファイル３０１は本実施形態ではＭＰＥＧ２規格のトランスポートストリーム形式によって映像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、付属情報が多重化されたファイルとして記憶されている。なお、動画ファイル３０１の形式はＭＰＥＧ２に限ったものではなく、ＤＶやその他の形式であってもよい。
【００３０】
（動画ファイル：図３（ａ））
動画ファイルは、トランスポートストリーム形式の場合には連続した固定長のＴＳパケットで構成され、各ＴＳパケットのヘッダには本体データの種別をあらわす識別情報やクロック情報が含まれ、識別情報によって、映像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、付属情報、またその他に、動画再生手段が追加した独自のデータを識別し、分離することができる。
【００３１】
この動画ファイル３０１は、ビデオカメラ１０５において録画が開始されるたびに作成され、原則として１ショットが１動画ファイルに対応する。後に編集などの処理を行った場合は１ショットが複数の動画ファイルで構成され、プレイリストファイル３０２により再生方法が定義される。動画ファイルのファイル名は、例えば、録画が開始された日付と時間から決められる。一例を示せば、２００１０５２３２０１５９５．ＭＰ２のように付けられる。ただし、以下の動作説明の図面においては、ファイル名を簡略して説明するため、桁数の少ない数字をファイル名として用いて表現している。
【００３２】
映像（ＶＩＤＥＯ）、音声（ＡＵＤＩＯ）には同期を取る為にそれぞれタイムスタンプ情報が格納されている。
【００３３】
付属情報のうちで、動画ファイル全体に関する付属情報は、動画ファイルの先頭部分および末尾部分に配置され、画像フレームや任意の区間に関する情報である付属情報は、対応する映像や音声の近傍に配置される様に多重化される。当然の事ながら一部またはすべてを動画ファイルとは独立したファイルとして配置してもよい。
【００３４】
動画ファイル全体に関する付属情報には、例えば、動画の再生にかかる時間、撮影日時、撮影時のＡＥモード、などカメラの撮影状態を示すデータが格納される。各フレームに関する付属情報には、撮影時の絞り、シャッタースピード、ピントなどのリアルタイムに変動するカメラの撮影状態を示すデータが格納される。また、複数の動画ファイルを対象とした付属情報としてプレイリストや欠損情報リストがある。
【００３５】
なお付属情報の符号化形式は、それぞれのビットに意味を定義したバイナリデータでもよく、テキストデータでもよい。テキストデータの場合は、ＸＭＬ形式の独自の型定義によって表現してもよく、ＭＰＥＧ７規格にに準拠する型定義を用いて表現してもよい。
【００３６】
（プレイリストファイル：図３（ｂ））
プレイリストファイル３０２は、１つまたは複数の動画ファイルの任意の範囲または全部を指定したリストであり、動画再生処理は、このリストに従って動画をシームレスに再生することが可能である。
【００３７】
プレイリストファイル３０２に格納するデータの内容は本実施形態では動画ファイル名、開始タイム、終了タイムからなるリストである。タイムは時：分：秒：フレーム番号の形式で格納される。なお動画区間が特定できる情報であれば、開始タイム、終了タイムの代わりに、クロック情報や、ファイルオフセット、記憶媒体上の物理的、論理的な位置情報を用いてもよい。
【００３８】
［動画蓄積処理のメイン動作手順例：図４］
図４は、本実施形態の動画蓄積装置１００において、本体の電源を投入してからＣＰＵ１０１がＲＡＭ１０３を用いてＲＯＭ１０２に格納された動画蓄積処理の制御プログラムを実行するフローを示している。また、図７は、例えばソースメディア上の動画データ一覧の一例を示すものである。
【００３９】
なお、以下の説明では、ビデオカメラ１０５に搭載されているソースメディア（第１記憶媒体）に記憶されている動画データを動画蓄積装置１００のハードディスク１０４（第２記憶媒体）にダビング（キャプチャ）する例を用いて説明する。
【００４０】
以下、図４に基づいて制御プログラムを実行するフローを詳細に説明する。
【００４１】
電源を投入すると、ステップＳ４０１に進み、各種インターフェースの初期化などのシステムの初期化を行う。次に、ステップＳ４０２に進み、操作パネル１１４またはリモコン１０９からコマンドが入力されたか否かを調べ、コマンドが入力された場合にはステップＳ４０３に進み、入力されたコマンドの識別をし、入力されたコマンドに応じて、ステップＳ４０４、ステップＳ４０７、ステップＳ４１０またはステップＳ４０９の各処理を行う。
【００４２】
（キャプチャ開始コマンド処理）
まずステップＳ４０３のコマンドの識別で、入力されたコマンドがソースメディア（第１記憶媒体）から第２記憶媒体にダビングを開始するためのキャプチャ開始コマンドであった場合（例えば、図２の録画が押された場合）には、ステップＳ４０４〜Ｓ４０６でダビング開始の準備処理を行う。
【００４３】
すなわち、まず、ステップＳ４０４に進み、キャプチャモード中であることを示すフラグをＯＮにする。このフラグを参照することにより、以降の処理でキャプチャモード処理を行う。次にステップＳ４０５に進み、ターゲットデバイスモードを再生側すなわちビデオカメラに設定する。以降の操作パネル１０７やリモコン１０９からのビデオ操作は再生側であるビデオカメラ１０５を操作するようになる。
【００４４】
次にステップＳ４０６に進み、再生側のビデオカメラ１０５に装着されたソースメディア（第１記憶媒体）からメディア情報を取得する。ただし、転送元であるソースメディアのすべての情報を入手することは転送時間の制約から不可能なので、ここでは、動画ファイルの全リスト（図７の（ａ）参照）、動画ファイルの先頭、末尾に含まれる付属情報、およびプレイリストファイル（図７の（ｂ）参照）の内容をハードディスク１０４（第２記憶媒体）に転送する。尚、この場合は、ダビング停止後の再開時には、ステップＳ４０６は実行されない。あるいは、ステップＳ４０６では、最初は動画ファイルの全リストとプレイリストファイルと、最初の動画ファイルの先頭、末尾に含まれる付属情報を取得し、再開時にはその時点の動画ファイルの先頭、末尾に含まれる付属情報を取得するようにしてもよい。これらは、転送時間の制約から選択される。
【００４５】
次に、ステップＳ４０２に戻り、次のコマンドの入力があるまで待機する。
【００４６】
（ソースメディアの動画データ一覧：図７）
なお、図７は、ステップＳ４０６において、ソースメディア（第１記憶媒体）から取得され、ハードディスク１０４に蓄積される情報の例である。図中、７０１はソースメディアに格納されているファイルの一覧である。拡張子が「．ｍｐ２」であるものが動画ファイルであり、拡張子が「．ｌｓｔ」であるものがプレイリストファイルである。また７０２は、プレイリストファイルの内容例を示すものである。
【００４７】
（通常再生コマンド処理）
一方、ステップＳ４０３の入力されたコマンド識別で、入力されたコマンドが通常再生開始コマンドだった場合（図２の再生が押された場合）には、ステップＳ４０７に進み、キャプチャモードを調べる。
【００４８】
次に、ステップＳ４０７において、キャプチャモードがＯＮでなかった場合には、何もしないでステップＳ４０９に進み、キャプチャモードがＯＮであった場合は、ステップＳ４０８でキャプチャ開始処理をしてからステップＳ４０９に進んで再生処理をスタートさせてから、ステップＳ４０２に戻り、次のコマンドの入力があるまで待機する。
【００４９】
なおステップＳ４０８におけるキャプチャ開始処理は以下の通りである。まず、キャプチャ開始処理は受け側のハードディスク１０４（第２記憶媒体）に動画ファイルを作成し、ＩＥＥＥ１３９４インターフェースから受信する動画データをハードディスク１０４にダビング可能な状態にして、図９で後述するキャプチャ済みリストに新たなファイル名とキャプチャ開始時間を追加する。ダビング可能な状態となったら再生側のビデオカメラ１０５に再生コマンドを送りビデオカメラ１０５のソースメディア（第１記憶媒体）の動画データのダビング（キャプチャ）を開始する。
【００５０】
なお、キャプチャしたデータの動画ファイルへの書き込みは論理的なデータのまとまりを単位として行う。これについて詳細は後述するが、まとまりが完成するまではＲＡＭ１０３に一時的に蓄積しておく。キャプチャが中断したときにデータがまとまりの途中で切れた状態のままハードディスクに蓄積することがない様にする。また記憶する動画ファイルは、再生側の動画ファイルが切り替わる箇所で一旦クローズし、再生側と同様に新しい動画ファイルに切り替える。記憶するファイル名は再生側のファイル名の後に連番を付けたものとし、記憶した動画ファイル名から再生側の動画ファイル名が機械的に特定できる様にする。
【００５１】
従って、新しい動画ファイルに切り替える時点（例えば、図８のＰ２やＰ３）で、キャプチャ済みリストの最後のファイルの長さが記入され、キャプチャ済みリストに新たなファイル名が開始時間（０）と共に追加される。
【００５２】
（トリックプレイ開始コマンド等の処理）
一方、ステップＳ４０３のコマンド評価で入力されたコマンドが早回し、早戻し等のトリックプレイ開始コマンド、停止コマンド、ポーズコマンド、ソースメディアイジェクトコマンド、電源ＯＦＦコマンドなどの正常なダビングができないコマンドであった場合は、ステップＳ４１０に進む。
【００５３】
ステップＳ４１０において、キャプチャモードを調べ、キャプチャモードがＯＮでなかった場合には何もしないでステップＳ４１４に進み、キャプチャモードがＯＮであった場合は、ステップＳ４１１〜Ｓ４１３の処理をしてからステップＳ４１４に進む。ステップＳ４１４では、各々のコマンド処理を開始させてからステップＳ４０２に戻り、次のコマンドの入力があるまで待機する。
【００５４】
なおステップＳ４１１〜ステップＳ４１３の処理は以下の通りである。
【００５５】
すなわち、キャプチャモードがＯＮであった場合は、ステップＳ４１１でキャプチャ処理を終了し、動画ファイルをクローズする。このキャプチャの終了処理では、ＲＡＭ１０３に残っているハードディスクにダビングする前の不完全な動画データのまとまりは破棄して、ステップＳ４０８あるいは動画ファイルが切り替わった時点で、新たに追加したキャプチャ済みリストのファイルに長さを記入する。次に、ステップＳ４１２で、欠損リストの作成処理を行う。なおこの欠損リストの作成処理は、図５を用いて詳細に説明するのでここでの説明は省略する。次にステップＳ４１３で、キャプチャモード中を示すフラグをＯＦＦにする。
【００５６】
（その他のコマンドの処理）
一方、ステップＳ４０３のコマンド評価で入力されたコマンドがその他のコマンドであった場合は、何もしないでステップＳ４１５に進み、入力されたコマンドの処理を行ってからステップＳ４０２に戻り、次のコマンドの入力があるまで待機する。
【００５７】
尚、上記図４の処理例では、欠損リストの作成・更新をダビング停止時に行うように説明したが、ダビング再開時にも欠損リストを更新するように制御してもよく、図４の簡単な修正、例えばステップＳ４０８のキャプチャ開始処理で欠損リストの更新を行うことにより実現される。又、停止ボタンなどが押されない間は、ポーズやトリックプレイを終了するとダビングを自動的に再開するよう制御してもよく、この場合にはキャプチャフラグのＯＮ／ＯＦＦの手順の変更、例えば、図４のステップＳ４１３のキャプチャフラグＯＦＦの処理をポーズやトリックプレイ開始などでは行なわず、ポーズやトリックプレイ終了時にはキャプチャフラグＯＮのまま通常再生を開始するようにすればよい。
【００５８】
［欠損リスト作成処理の動作手順例：図５］
次に、図４のステップＳ４１２の欠損リスト作成処理について詳細に説明する。図５は欠損リスト作成処理を示したフローチャートである。
【００５９】
はじめに、図５の欠損リスト作成処理の概要を説明すると、欠損リスト作成処理とは、再生側のビデオカメラ１０５に装着されたソースメディア（第１記憶媒体）から動画蓄積装置１００のハードディスク１０４（第２記憶媒体）へ動画データをダビング中に、再生側のビデオカメラ１０５を早回ししたり、早戻ししたり、再生を停止したりするなどの正常なダビングが出来ない各種操作が行なわれた場合に、それらの操作中は、ハードディスク１０４への動画データのダビングを中断し、さらにダビングを中断した部分（未ダビング部分）が分かるようにダビング情報をハードディスク１０４へ記憶すると共に、処理負荷が低い状態、例えば停止やポーズなどの場合は、未ダビング部分をハードディスク１０４へ記憶されたダビング情報に基づいてダビングする処理である。
【００６０】
以下、図５のフローチャートに基づいて、欠損リスト作成処理を詳細に説明する。
【００６１】
まず、欠損リスト作成処理が開始すると、ステップＳ５０１に進み、キャプチャ開始時にソースメディアから取得したプレイリストファイル（図７参照）と、ソースメディア情報、すなわち、トリック処理が行われた場合にハードディスク１０４に蓄積されたキャプチャ済み区間のリスト（図９や図１２参照）との内容を比較する。
【００６２】
次に、ステップＳ５０２に進み、作成されたキャプチャ済み区間のリストとソースメディアから取得した動画ファイル一覧とから欠損リスト（図１０や図１３参照）を作成し、ＲＡＭ１０３またはハードディスク１０４に記憶する。
【００６３】
次に、ステップＳ５０３に進み、プレイリストファイルとキャプチャ済み区間のリストと欠損リストとから新プレイリストファイルを作成し、ＲＡＭ１０３またはハードディスク１０４に新プレイリストファイルを記憶する。新プレイリストファイルの各要素は、キャプチャ済みと欠損部分の境界で分割され、キャプチャ済みか否かが判別できるような属性を持たせて作成され、保存される。
【００６４】
次に、ステップＳ５０４に進み、欠損リストを用いた再キャプチャ処理が可能かどうか（処理負荷が低い状態か否か）を調べ、再キャプチャ処理が可能でない場合にはリターンし、再キャプチャ処理が可能な場合には、ステップＳ５０５に進み、図６を用いて詳細を説明する再キャプチャ処理をしてからリターンする。
［欠損リスト作成処理の具体例：図８〜図１４］
図８〜図１４は、ビデオカメラ１０５と動画蓄積装置１００を用いて、ビデオカメラ１０５のソースメディア（第１記録媒体）から動画蓄積装置１００のハードディスク１０４（第２記録媒体）にダビングしている際に、トリック処理を行ったために正常なダビングができないで未ダビング部が生じる場合の一例を具体的に説明するための図である。なおトリック処理は図８に限ることはなく、他の場合であっても良い。
【００６５】
図８は、トリック処理の一例として、通常再生でダビングしている際に早送りすなわち高速再生（トリックモードの処理）を行い、次に、通常再生に戻してダビングし、さらに、再生停止（トリックモードの処理）を行った場合を例にとり、ダビングできた部分、ダビングできなかった未ダビング部分（欠損部分）のデータを具体的に示している。
【００６６】
シーケンス２の再生途中Ｐ２−１〜Ｐ２−２の区間において、高速再生（早送り：トリックモード処理）を行い、シーケンス３の再生中Ｐ３−１のタイミングで再生を停止（トリックモードの処理）したことを示す。しかしながら、動画データの復号化には遅延が発生し、また動画を安定的に再生する為に、通常、転送するデータは表示する時間より先行している為、実際の操作とデータ上では若干の差が発生する。そこでＰ２−１、Ｐ２−２、及びＰ３−１に対応する境界をそれぞれＰ２−１’、Ｐ２−２’、及びＰ３−１’としている。
【００６７】
なおトリックモードか否かを判定する方法としては、転送される動画データには、ＴＳパケットのヘッダ情報内にトリックモードか否かが分かるフラグがあり、これを参照することで対応する境界を判断することができる。なおトリックモードの判定はこれに限ったものではなく、例えば、動画データ中に独自のデータ形式によってトリックモードが判別できる情報を挿入してもよい。また、リモコン１０９や操作パネル１０７などの入力部からのトリックプレイ操作に基づいて判定してもよい。
【００６８】
（図８の（Ｐ２−１）時点で早送りを開始した場合：図９〜図１１）
図９は、図８の（Ｐ２−１）時点で早送りを行った場合のキャプチャ（ダビング）済み区間のリストの内容を示す図であり、図１０は、その時点で作成される欠損リスト（未ダビング部分）を示す図であり、図１１は、その時点で更新されるプレイリストの内容を示した図である。
【００６９】
まず、早送りによって作成されたキャプチャ済み区間のリスト（図９）をプレイリストファイル（図７）と比較して（Ｓ５０１）、欠損リスト（図１０）を作成して記録する（Ｓ５０２）。早送りによって作成されたキャプチャ済み区間のリスト（図９）、欠損リスト（図１０）、プレイリストファイル（図７）から新プレイリストファイル（図１１）を作成して記録する（Ｓ５０３）。
【００７０】
（図８の（Ｐ２−２）時点で早送りを停止してダビングを再開した場合）
図示しないが、図９の３行目に図１２の３行目の開始時間のみが記入されて付加され、キャプチャ済み区間のリストが更新される（Ｓ４０８）。
【００７１】
（図８の（Ｐ３−１）時点で停止した場合：図１２〜図１４）
Ｐ１〜Ｐ２−１’、及びＰ２−２’〜Ｐ３−１’の区間における動画のキャプチャが完了すると、キャプチャ完了した区間とソースメディア上の動画ファイルを対応づけたキャプチャ済み区間のリストを作成できる。これが図１２である。キャプチャ中にこのリストを参照することにより、重複してキャプチャすることを防ぐことができる。キャプチャ済み区間のリスト（図１２）と図７に示したソースメディア上の情報から欠損リストが作成できる。これが図１３である。なお、図１２のキャプチャ済み区間のリスト、および図１３の欠損リストにおいて、開始、長さの項目に式等が用いられているが、実際はこの数式と等価な値が時：分：秒：フレーム番号の形式で格納される。
【００７２】
まず、再生停止によって作成されるキャプチャ済み区間のリスト（図１２）をプレイリストファイル（図７）と比較する（Ｓ５０１）。次に、キャプチャ済み区間のリスト（図１２）とプレイリストファイル（図７）から欠損リスト（図１３）を更新する（Ｓ５０２）。再生停止によって作成されたキャプチャ済み区間のリスト（図１２）、欠損リスト（図１３）、プレイリストファイル（図７）から新プレイリストファイル（図１４）を更新する（Ｓ５０３）。
【００７３】
尚、上記欠損リストの内容は独自フォーマットの形式のバイナリ形式でもよいし、可読性のあるテキスト形式でもよい。テキスト形式の場合は、ＭＰＥＧ７に準拠させてもよい。また欠損情報はキャプチャ済み情報とソースメディア上の情報から生成できるのでキャプチャ済み情報を記憶してもよい。
【００７４】
（ＳＧＭＬ文書形式の複写情報の例：図１５）
複写情報を独自に型定義を行ったＳＧＭＬ文書形式で示した例を、図１５に示す。
【００７５】
図１５の例では、”複写内容”のような情報の種類を示す文字列を”＜”，　”＞”で囲んだ開始タグと、情報の種類を””で囲んだ終了タグにより囲まれた領域に情報の内容を記述している。また、開始タグの中には”複写情報作成日時”のような情報の属性の名称と、値を記述している。
【００７６】
複写先、複写元はＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｄｅｎｔｉｆｉｅｒｓ）の形式で示すことにより、より明確にリソースの所在を特定することもできる。
【００７７】
複写情報のデータ形式は、独自フォーマットの形式のバイナリ形式でもよいし、可読性のあるテキスト形式でもよい。テキスト形式の場合は、ＸＭＬに準拠しても、またＭＰＥＧ７に準拠させてもよい。
【００７８】
ＭＰＥＧ７に準拠させた場合はＭｅｄｉａ　Ｉｎｆｏｒｍａｔｉｏｎ　ＤＳで定義された型のＥｎｔｉｔｙ中に複写した動画区間を示したＭｅｄｉａＩｎｓｔａｎｃｅ　Ｅｎｔｉｔｙを追加して記述すればよい。複写情報の記録方法は、独立したファイルとして、または動画ファイルの付属情報に挿入して記録すればよい。
【００７９】
［欠損リストに基づいた再キャプチャ処理：図６］
次に図６を用いて欠損リストの再キャプチャ処理スレッドについて説明する。以下の説明では、図１３の欠損リストを一例として説明するが、プレイリストを用いても同様の処理ができる。
【００８０】
この欠損リストの再キャプチャ処理は、ビデオカメラ１０５のソースメディア（第１記憶媒体）からハードディスク１０４（第２記憶媒体）にダビングする際に、トリックプレイ処理の操作によってダビングされていない部分があると、システムおよびビデオカメラ１０５が停止、ポーズ状態のようなアイドリング中で、ＩＥＥＥ１３９４インターフェース上の使用帯域にも余裕があるときに、上記説明した欠損リスト（例えば、図１３）に基づいて未ダビング部分をソースメディアからハードディスク１０４に再ダビングするものである。
【００８１】
処理が開始すると、ステップＳ６０１に進み、欠損リストの先頭の要素へポインタを設定する（図１３の場合は、ファイル００２．ｍｐ２の｛（Ｐ２−１’）−Ｐ２｝）。次にステップＳ６０２に進み、欠損開始点へシークする。シークする位置は、キャプチャ済みの動画区間のファイルサイズからおおよその位置を求め、そこから１フレームのデータの先頭を含むパケット単位で前後に移動し、パケットのヘッダに格納されたクロック情報を参照することで、正確な位置を求める。次にステップＳ６０３に進み、ソースメディア中の動画ファイル（図１３の例では、ファイル００２．ｍｐ２の｛（Ｐ２−１’）−Ｐ２｝から）のデータをブロック転送し、ハードディスク１０４に蓄積（ダビング）する。次に、ステップＳ６０４に進み、転送されるデータ中のパケットのヘッダに格納されたクロック情報を参照して、欠損終了時間（図１３の場合は、ファイル００２．ｍｐ２の｛（Ｐ２−２’）−Ｐ２｝まで）であるか判断する。まだ欠損終了時間に達していない場合はステップＳ６０３に戻りブロック転送を繰り返す。なお、本実施形態では各欠損情報につき１つの動画ファイルをハードディスク１０４に作成する。
【００８２】
次に、１つの欠損リストについて転送が終了したら、ステップＳ６０５に進み、欠損リストから転送済みの欠損リストを削除する（図１６に、図１３からファイル００２．ｍｐ２が削除された例を示す）。次にステップＳ６０６に進み、プレイリストファイルを更新する。すなわち、すべてのプレイリストファイルから転送済みの動画データについてキャプチャ済みフラグを操作し、プレイリストファイル中の隣り合うシーケンス番号の動画内容がキャプチャ済みで連続している場合は１つに統合する（図１７に、ファイル００２．ｍｐ２のダビングが完了した時のプレイリストファイルの更新の例を示す）。
【００８３】
次にステップＳ６０７に進み、次の欠損情報（本例では、ファイル００３．ｍｐ２の欠損情報）へポインタを進める。次にステップＳ６０８に進み、欠損リストをすべて処理したか判断し、まだ欠損情報が残っている場合はステップＳ６０２に戻り、上記説明したステップＳ６０２〜ステップＳ６０７までの処理を繰り返し行い、ステップＳ６０８において、全ての欠損情報を処理した場合にはステップＳ６０９に進み一連の処理を終了する。
【００８４】
［複写情報の表示及び削除処理］
以下に、本実施形態における複写済みの情報を削除する動作について、詳細に説明する。
【００８５】
（複写情報の表示：図１８）
まず、図１８を参照して複写情報の表示について説明する。
【００８６】
複写情報表示処理は、図４のステップＳ４１５のコマンド処理において、その他のコマンドとして複写情報表示コマンドが入力された場合に処理される。
【００８７】
このコマンド処理では、ハードディスク１０４（第２記憶媒体）またはビデオカメラ１０５（第１記憶媒体）に装着されたメディアに記録された複写情報を読み込み、図１のＴＶ１１１にその内容を表示する。表示内容には、少なくともメディア（第１記憶媒体）に記録された動画の全部または一部が第２記憶媒体にダビング（複写）されたか否かが判別可能な情報を表示する。
【００８８】
図１８は、ＴＶ１１１に表示される画面内容を示した一例である。この図に示される内容ついて以下説明する。
【００８９】
１８０１はショット（一場面）を代表するフレームを縮小した画像であり、図１８の例では水平線から日の出の様子がショットの撮影時刻の順に３つ並んでいる。枠が太い画像が、現在カーソルのあるショットであることを示す。カーソルは図２のカーソル移動ボタン２０２によって移動でき、画面の端から出る場合にはスクロールすることですべてのショットの情報を確認することが可能である。
【００９０】
１８０２はその上側に表示された各縮小画像に対応した複写済みバーである。バーの大きさはすべてのショットで同じであり、ショット全体の長さがバーの横方向の長さにマッピングされる。網掛け表示した領域が複写済みの区間であることを示す。
【００９１】
１８０３はメディア全体を示すバーである。格子状に網掛けされた領域はメディアの空き領域の大きさを示す。また、斜線で網掛けされた領域は、その大きさが、現在カーソルのあるショットが記憶メディア中に占める範囲を示し、位置が、撮影時刻に基づいて決定されている。
【００９２】
なお、ビデオカメラ１０５に本実施形態で示した表示部を実装してもよい。すなわち、ビデオカメラ１０５に装填されたソースメディアの複写情報をビデオカメラ１０５上のＣＰＵにより処理し、ビデオカメラ１０５のビューファインダまたはモニタディスプレイ上に表示してもよい。この場合には、ビデオカメラ１０５の携帯時に複製済みの画像の削除が自由に行ない得るので、更に有用である。
【００９３】
（動画の部分的削除：図１９）
次に、動画の部分的な削除について図１９を参照して説明する。
【００９４】
まず、複写済みの動画の削除を指示する方法について説明する。
【００９５】
撮影中に記憶メディア（第１記憶媒体）の空き領域が足りなくなってから、ハードディスク１０４（第２記憶媒体）に複写済みの領域を削除してもよいかを問い合わせるのは、撮影が中断してしまうため好ましくない。そこで、非録画中にあらかじめ削除するための動作を設定する。
【００９６】
図１９は削除を予約する際に、ＴＶ１１１に表示する表示内容の例を示すものである。
【００９７】
機能メニューから削除予約の設定を選択すると、図１９の（ａ）に示す１９０１のような表示がなされる。リモコン１０９の方向キーを使用し、上下キーで設定する項目を選び、左右キーで設定する内容を選択する。
【００９８】
図１９の（ｂ）に示す１９０２は、複写済み区間を削除する項目を個別設定した時に表示される表示内容の例である。この画面では、ショット毎に個別に削除予約をするか否かを指定できる。表示内容には、記憶メディア（第１記憶媒体）に記録された動画の全部または一部がハードディスク１０４（第２記憶媒体）に複写されたか否かが判別可能な情報も表示している。この画面について以下説明する。
【００９９】
１９０３は、ショットを代表するフレームを縮小した画像であり、水平線から日の出の様子がショット撮影時刻の順に３つ並んでいる。枠が太い画像が、現在カーソルのあるショットであることを示す。カーソルはカーソル移動ボタン２０２の左右キーによって移動でき、画面端から出る場合にはスクロールすることですべてのショットの情報を確認することが可能である。
【０１００】
１９０４は、その上側に表示された各縮小画像に対応した複写済みバーである。バーの大きさはすべてのショットで同じであり、ショット全体の長さがバーの横方向の長さにマッピングされる。網掛け表示した領域が複写済みの区間であることを示す。
【０１０１】
１９０５は、そのショットの削除を行なってもよいかどうかを選択する選択肢である。選択項目はカーソル移動ボタン２０２の上下キーによって移動できる。
【０１０２】
１９０６は、メディア全体を示すバーである。格子状に網掛けされた領域はメディアの空き領域の大きさを示す。また、斜線で網掛けされた領域は、大きさが、現在カーソルのあるショットが記憶メディア中に占める範囲を示し、位置が、撮影時刻に基づいて決定されている。
【０１０３】
なお、図１８の説明でも記載した如く、ビデオカメラ１０５に本実施形態で示した削除部を実装してもよい。すなわち、ビデオカメラ１０５に装填されたソースメディア（第１記憶媒体）の複写情報をビデオカメラ１０５上のＣＰＵにより処理し、ビデオカメラ１０５のビューファインダまたはモニタディスプレイ上に表示してもよい。
【０１０４】
このように動作をあらかじめ設定しておき、ソースメディアの空き領域が一定の閾値を下回った場合には、設定された方法に従って動画区間を削除していく。
【０１０５】
（動画の部分的削除手順：図２０）
次に各動画区間を削除する方法について、図２０に従って説明する。図２０は１つの動画区間を削除する際の処理フローを説明するためのものである。図２０に従って動画区間を削除する方法について説明する。
【０１０６】
処理を開始するとまずステップＳ２００１に進み、動画ファイルの複写情報を読み込む。これによって、削除しようとする区間が何処に複写されたかという情報を獲得することができる。
【０１０７】
次にステップＳ２００２に進み、削除履歴を作成する。削除履歴は、図１５における削除しようとする”複写内容”のブロックを、削除履歴に追加する事によって実現する。複写内容のブロックとは、開始タグ”＜複写内容＞”と終了タグ”＜／複写内容＞”で囲まれたタグも含めた領域のことである。動画ファイル全体を削除する場合には、複写情報ブロックをすべて削除履歴に追加することによって実現できる。
【０１０８】
次にステップＳ２００３に進み、削除履歴を動画区間を削除するメディアのファイルとして記録する。次にステップＳ２００４に進み、削除しようとする”複写内容”のブロックを複写情報から削除し、動画ファイルの付属情報として記録する。次にステップＳ２００５に進み、動画ファイル上の動画区間を削除する。
【０１０９】
ファイル上の一部の領域を削除して記録媒体の記録領域を増やす方法は既知であり、今までさまざまな方法として考案されたいずれをも使用することができる。図２１はこの方法の一例を説明する図である。
【０１１０】
（記憶済みファイルを削除し記録媒体の記録領域を増やす一例：図２１）
一般に、ファイルを記憶媒体に記憶する時には、クラスタなどと呼ばれる所定のデータの固まりを単位として、物理的な記憶領域にクラスタ番号を割り当てる。
【０１１１】
２１０１は円盤状の記録媒体にクラスタ番号を割り振った例である。そして、ファイル物理変換テーブル２１０２によりファイル上の論理的なアドレスから物理的なクラスタ番号に変換して記憶媒体にアクセスする。
【０１１２】
動画の一部を削除する場合、２１０３に示すようにファイル物理変換テーブルの完全に削除される領域のクラスタ番号を開放し、空きブロックリスト２１０４に登録する。削除する区間の境界となるクラスタ４及び９は、完全に削除されるわけではないので開放はしない。このようにしてファイルを部分的に削除して記録媒体上の空き領域を増やすことができる。なお、削除された部分のファイルデータを読み込もうとした場合は、エラーとはせずに、所定のバイトコードを読み込んだことにするようにしてもよい。
【０１１３】
以上の様にして動画区間の削除を実現する。
【０１１４】
（複写情報の複写元、複写先での整合処理：図２２）
次に、複写元（ビデオカメラ１０５のソースメディア（第１記憶媒体１））から所定の画像データを動画蓄積装置１００のハードディスク１０４（第２記憶媒体２）にダビング（複写）後に、複写元からその画像データを削除した場合について、複写情報の整合性を確保する方法について説明する。
【０１１５】
複写情報には図１５に示すとおり、複写元、複写先を双方で特定できる情報が格納されている。よって、例えば、家庭に設置した動画蓄積装置１００とビデオカメラ１０５とを想定した場合、撮影中に削除予約して実際に削除された動画区間が発生した場合、動画蓄積装置１００の複写情報における複写元の情報は削除された区間を示すことになり、不整合が生じた状態となってしまう。そこで、複写済みのソースメディアがビデオカメラ１０５に搭載された時に、削除履歴を元に、ソースメディアの複写情報を修正する処理が必要である。
【０１１６】
本実施形態では、動画蓄積装置１００、ビデオカメラ１０５の電源を投入した後、１３９４インターフェースを接続した時、ソースメディアを装着した時に、複写情報の整合処理を行う。
【０１１７】
図２２は整合処理の処理フローを説明するフローチャートである。図２２に従って整合処理方法について説明する。
【０１１８】
まずステップＳ２２０１に進み、第１記録媒体の削除履歴を読み込む。次にステップＳ２２０２に進み、第２記録媒体の複写情報を読み込み、ステップＳ２２０１で読み込んだ削除履歴中の複写内容に該当する内容が存在するかチェックする。存在した場合は複写情報から該当する複写内容を削除して記録する。次にステップＳ２２０３に進み、第１記録媒体の削除履歴のうち、ステップＳ２２０２で該当した複写内容があった場合にはそれを削除し、記録する。
【０１１９】
ステップＳ２２０４〜ステップＳ２２０６は、ステップＳ２２０１からステップＳ２２０４の処理を、第１記録媒体と第２記録媒体を逆にして処理するものである。
【０１２０】
次にステップＳ２２０７に進み、警告は必要か判断する。これは複写元、複写先の両方で同じ箇所を削除してしまったかどうかを判定する。これは第１、第２記録媒体の削除履歴から判定できる。警告が必要と判断された場合には、ステップＳ２２０８に進み、警告音を発し、警告文をＴＶに表示して警告を行う。警告表示には、複写元、複写先の両方で同じ箇所を削除してしまった旨の文章と、削除した動画区間を特定できる情報を表示する。
【０１２１】
上記説明した実施形態において、複製した動画をトリックプレイなどを区切りに別の動画ファイルとして蓄積したが、再生側と複製側のファイルが１対１で対応するような動画ファイル構成とし、複製が完了していないファイル上のデータ領域は無効なデータであってもよい。
【０１２２】
これを実現するには記憶するファイルと再生側の動画ファイルのバイトオフセットを同期させる必要がある。記憶するファイルと再生側の動画ファイルのバイトオフセットを同期させる方法の一例について説明する。
【０１２３】
バイトオフセットを同期させることにより、キャプチャが欠損なく完全に終了した時点で再生側と記録側の動画ファイルのサイズは一致するようになる。通常、動画再生中に送受信される動画データには再生する動画ファイルに格納されているＴＳパケットの他に、転送中の動画データの時間情報とそれを表示すべき時間に大きなずれが表示した場合に時間調節の為に使われる空のＴＳパケットや、転送回線が機能していることを示す一定間隔で発生するＴＳパケットなどが多重化されている。
【０１２４】
これらのデータの種類を示す識別子はＴＳパケットヘッダに格納されているので、これを参照して必要なＴＳパケットを抽出して記憶している。また、通常、動画再生中に送受信される動画データにはファイル上のバイトオフセットを示す情報はなく、受信されたデータから抽出した動画データのＴＳパケットをそのまま追記記憶したのでは、例えばトリックプレイなどの操作を行った時点で、再生側と記録側でバイトオフセットがずれてしまい、同期が取れなくなってしまう。
【０１２５】
そこで、動画再生手段は、送出する動画データのファイルを記録する為のファイル名と、ファイル中のバイトオフセット情報を格納したＴＳパケットを一定の時間間隔で定期的に挿入し、またプレイリスト上の各要素の境界点で発生する非連続点でも挿入し送出する。これを、受信側で参照することで記録側のファイルは再生側とバイトオフセットを同期させることができる。
【０１２６】
本実施形態では複写情報をＳＧＭＬ文書形式を例を示したが、独自に拡張した形式で同期情報を転送してもよい。ＤＶ形式のデータにおいては、たとえば、動画データ中にはタイムコードが格納されているので、タイムコードとバイトオフセットの対応関係を示した情報を転送すればよい。転送方法に関しては動画データに挿入、多重化する方法や動画データとは別のチャンネルでファイル転送などによって転送すればよい。
【０１２７】
上記の実施形態においては、プログラムをＲＯＭに保持する場合について説明したが、これに限定されるものではなく、任意の記録媒体を用いて実現してもよい。また、同様の動作をする回路で実現してもよい。
【０１２８】
また上記の実施形態のハードウエア構成におけるビデオカメラ１０５（再生装置）および動画蓄積装置１００（記録装置）間を結ぶＩＥＥＥ１３９４インターフェースを８０２．１１やＨｏｍｅＲＦなどの無線ＬＡＮに置き換えたハードウェア構成とする。再生装置、および、記憶装置の電源を投入した時に、再生装置、および記録装置間でデータ通信が可能な状態にしておき、再生装置の記憶媒体を装着した時にキャプチャ済みファイルを比較し、キャプチャ済み情報を作成する。また、キャプチャ済み情報から欠損リストを作成し、再キャプチャ処理を起動する様に実現してもよい。
【０１２９】
なお、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【０１３０】
プログラムコードを供給する為の記録媒体としては、たとえば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ，ＤＶＤ，磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３１】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが、実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【０１３３】
また、上述した実施形態では、動画蓄積装置自体について説明したが、複数の装置をインターネットなどのネットワークへ接続する場合に適用可能であることは言うまでもない。この時、通信コストの高い、動画データなどを光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ，ＤＶＤ，磁気テープ、不揮発性のメモリカード、ＲＯＭなどのメディアを使ってオフラインで供給しておき、供給済みのデータはネットワークを経由しないで利用できるようにしてもよい。
【発明の効果】
以上説明したように、本発明によれば、複写元（第１記憶媒体）から動画蓄積装置内（第２記憶媒体）に動画データをダビング（複写）した後に、複写元の第１記憶媒体とダビング（複写）した第２記憶媒体との双方にダビングした動画データの内容を付与できる動画蓄積装置および動画蓄積方法を提供できる。
【０１３４】
また、複写元（第１記憶媒体）から動画蓄積装置内（第２記憶媒体）に動画デ際に、複写元の第１記憶媒体と複写先の第２記憶媒体の双方にダビングした区間ータをダビング（複写）した後に、複写元の第１記憶媒体から第２記憶媒体にダビング（複写）した動画データを削除できる動画蓄積装置および動画蓄積方法を提供できる。
【０１３５】
すなわち、複写元のソースメディア（第１記憶媒体）からハードディスク（第２記憶媒体）に動画データをダビングするを示す付属情報を記憶させ、さらにハードディスクにダビングした動画データを第１記憶媒体から自動的に削除できるようにしておくことにより、ビデオカメラで撮影する際の第１記憶媒体の容量不足の問題を低減することができる。
【図面の簡単な説明】
【図１】本実施形態の動画蓄積装置のハードウェア構成の一例を示すブロック図である。
【図２】本実施形態の動画蓄積装置に用いられるリモコンの概観の一例を示す図である。
【図３】本実施形態の動画蓄積装置の記憶媒体に記憶される動画データの一例を示す図である。
【図４】本実施形態の動画蓄積装置のＲＯＭに記憶された制御プログラムによる処理手順を示すフローチャートである。
【図５】図４の制御プログラムにおけるＳ４１２の欠損リスト作成処理の詳細を示すフローチャートである。
【図６】図５の欠損リスト作成処理におけるＳ５０５の欠損リストの再キャプチャ処理スレッドの処理の詳細を示すフローチャートである。
【図７】本実施形態の動画蓄積装置に接続される再生元であるビデオカメラのソースメディア（第１の記憶媒体）に蓄積された動画データの内容の一例を示す図である。
【図８】本実施形態の動画蓄積装置におけるダビング中の操作の一例（ダビング→早送り→ダビング→停止）とその際に動画蓄積装置にダビングされるデータの範囲を説明する図である。
【図９】図８の（Ｐ２−１）時点での早送り開始におけるキャプチャ済み区間のリストの内容を説明する図である。
【図１０】図８の（Ｐ２−１）時点での早送り開始において得られる欠損リストの一例を示す図である。
【図１１】図８の（Ｐ２−１）時点での早送り開始において得られるプレイリストの内容を示した図である。
【図１２】図８の（Ｐ３−１）時点での再生停止におけるキャプチャ済み区間のリストの内容を説明する図である。
【図１３】図８の（Ｐ３−１）時点での再生停止において得られる欠損リスト（未ダビング部分）の一例を示す図である。
【図１４】図８の（Ｐ３−１）時点での再生停止において得られる新プレイリストの内容を示した図である。
【図１５】本発明の動画蓄積装置において、ダビング済みの複写情報をＳＧＭＬ形式でソースメディア（第１記録媒体）とハードディスク（第２記録媒体）との双方に記憶する場合の複写情報のインスタンス例を示した図である。
【図１６】本実施形態の動画蓄積装置における欠損リストの更新前と更新後の一例を説明する図である。
【図１７】本実施形態の動画蓄積装置におけるプレイリストの更新前と更新後の一例を説明する図である。
【図１８】本実施形態の動画蓄積装置において複写情報を表示する表示例を示す図である。
【図１９】本実施形態の動画蓄積装置においてダビング済みの動画データをソースメディア（第１記録媒体）から削除する方法を設定する際の表示例を示す図である。
【図２０】本実施形態の動画蓄積装置においてダビング済みの動画データをソースメディア（第１記録媒体）から削除する手順を示すフローチャートである。
【図２１】本実施形態の動画蓄積装置においてソースメディア（第１記録媒体）のファイル管理方法を説明する図である。
【図２２】本実施形態の動画蓄積装置において複写情報の更新手順を示すフローチャートである。
【図１】
2004056396.tif 000003
【図２】
2004056396.tif 000004
【図３】
2004056396.tif 000005
【図４】
2004056396.tif 000006
【図５】
2004056396.tif 000007
【図６】
2004056396.tif 000008
【図７】
2004056396.tif 000009
【図８】
2004056396.tif 000010
【図９】
2004056396.tif 000011
【図１０】
2004056396.tif 000012
【図１１】
2004056396.tif 000013
【図１２】
2004056396.tif 000014
【図１３】
2004056396.tif 000015
【図１４】
2004056396.tif 000016
【図１５】
2004056396.tif 000017
【図１６】
2004056396.tif 000018
【図１７】
2004056396.tif 000019
【図１８】
2004056396.tif 000020
【図１９】
2004056396.tif 000021
【図２０】
2004056396.tif 000022
【図２１】
2004056396.tif 000023
【図２２】
2004056396.tif 000024