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