JP2009141394A - 記録制御装置及び記録制御方法、並びにコンピュータ・プログラム - Google Patents

Abstract

【課題】ハイブリッドのカムコーダなどにおいて大容量のデータ・ストームを異種の記録媒体間でコピーする記録動作を好適に制御する。
【解決手段】動画ストリームのコピー先の書込みでエラーが発生し中断したとき、中断マークを動画ストリームのコピー元側のインデックス・ファイルに中断再開位置の情報とともに書き込む。コピー先で修復が成功したら、その後に書き続けて、短時間に動画ストリームのコピーを完成させる。特にカムコーダはＰＣドライブに比較して、中断してもその追記は同一エクステントの０Ｌｉｎｋ書込みが行なえるのが通常であることから、追記による再開が問題なく進む。
【選択図】 図１

Description

本発明は、デジタルビデオカメラなどにおいて撮影した映像を記録媒体に記録する動作を制御する記録制御装置及び記録制御方法、並びにコンピュータ・プログラムに係り、特に、フラッシュ・メモリとＤＶＤの組み合わせのように２種以上の記録媒体を持つハイブリッドのカムコーダにおいて動画像などの大容量のデータ・ストリームを記録媒体に記録する動作を制御する記録制御装置及び記録制御方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、ハイブリッドのカムコーダなどにおいて大容量のデータ・ストームを異種の記録媒体間でコピーする記録動作を制御する記録制御装置及び記録制御方法、並びにコンピュータ・プログラムに係り、特に、エラーのために中断した異種の記録媒体間のコピー動作を再開させる記録制御装置及び記録制御方法、並びにコンピュータ・プログラムに関する。

最近、フィルムや感光板を使って撮影する銀塩カメラに代わって、光電変換及び蓄積を行なう画素配列の受光部をフォトダイオードにより構成した固体撮像素子で画像をキャプチャしデジタル符号処理して保存するデジタルカメラが広範に普及している。固体撮像素子として、例えばＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ：電荷結合素子）やＣＭＯＳ（Ｃｏｍｐｒｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ：相補型金属酸化物半導体）などを挙げることができる。

デジタルカメラなどの撮影装置で撮影された画像は、例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などの所定の圧縮符号化フォーマットで圧縮符号化された後、記録媒体に記録される。また、記録媒体に記録された画像は、伸張復号化して再生出力することができる。例えば、撮影装置に備え付けられたＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示装置を通じて再生したり、さらには記録媒体を撮影装置から取り出し、他の再生装置に装填して表示再生したりすることができる。あるいは、昨今のネットワーク技術の発達に伴い、撮影装置がパーソナル・コンピュータやその他の情報機器に接続して、記録媒体の入れ替えを行なうこともなく、記録媒体から読み出した画像をそのまま表示再生することができる。

デジタルビデオカメラは、動画像や静止画像などの画像データを記録する記録媒体として、例えば、書き換え可能な不揮発メモリであるフラッシュ・メモリ、あるいはＤＶＤやハード・ディスクといったディスク型の記録装置を備えている。

フラッシュ・メモリは、小型で軽量である点では携帯型電子機器の補助記録装置に適しているが、記憶容量当たりの単価が高いことから動画像などの大容量データには不向きであり、また、同じ記録場所を集中して使うと劣化することなどの問題がある。

このため、フラッシュ・メモリとＤＶＤの組み合わせのように２種以上の記録媒体を持つデジタルビデオカメラ（以下では、「ハイブリッド・カムコーダ」とも呼ぶ）などでは、フラッシュ・メモリに記録しておいた画像などのデータを、安価で且つ恒久的に保存するためにＤＶＤにコピーすることが一般的に行なわれている。

このように異種の記録媒体間でデータのコピーを行なう際、フラッシュ・メモリの記録単位が光ディスクの記録単位であるＥＣＣブロックよりも大きく、ＥＣＣブロックを前提とした光ディスクのアプリケーション・フォーマット及びファイルシステムの変換処理時間が長いことが問題になる。そこで、フラッシュ・メモリから光ディスクへの転送処理を効率化する記録制御装置について提案がなされている。この記録制御装置は、フラッシュ・メモリのフラッシュ・ファイルシステム上にＵＤＦファイルシステムを構築して、映像や音声などのデータをＤＶＤアプリケーション・フォーマットに準拠したファイル群に変換してＵＤＦファイルシステム上で管理しておき、ＤＶＤにコピーするときには、フラッシュ・メモリ上の論理アドレスをＤＶＤの論理アドレスに変換してから、フラッシュ・メモリの記録単位で記録されていたデータをＤＶＤの記録単位のデータを変換してＤＶＤドライブに転送するようになっている。（例えば、特許文献１を参照のこと）。

なお、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）（登録商標）は、ＯＳＴＡ（Ｏｐｔｉｃａｌ Ｓｔｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎ）が策定したＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）（登録商標）が互換性の高い光ディスク・フォーマットであり、ＥＣＭＡ（Ｅｕｒｏｐｅａｎ Ｃｏｍｐｕｔｅｒ Ｍａｎｕｆａｃｔｕｒｅｒｓ Ａｓｓｏｃｉａｔｉｏｎ）−１６７としても知られるＩＳＯ／ＩＥＣ １３３４６標準の実装技術に相当する（ＩＳＯ／ＩＥＣ １３３４６は、ディスク容量やファイル数の大規模化に対応した、ＩＳＯ９６６０の後継である）。

ところで、ハイブリッド・カムコーダなどで異種の記録媒体間で動画像などの大容量のデータ・ストリームを次々とコピーを行なう際、途中でエラーが発生する危険を伴う。例えば、コピー先の記録媒体や再生元のメディア・システムにエラーやトラブルが発生したときにコピー動作が中断する。図１２には、メモリスティックに記録済みのＳＤ動画をＤＶＤのＳＤ動画としてコピーし、あるいはメモリスティックに記録済みのＡＶＣＨＤ動画をＤＶＤのＡＶＣＨＤ動画としてコピーしているときに、ＤＶＤ書込みでエラー発生した様子を示している。このような場合、システムにリセットがかかってしまうため、途中まではコピーが無事に終わっていたとしても、最初からコピーのやり直しを行なうとなると、大変な時間の無駄と手間になってしまう。

例えば、デジタルビデオカメラの磁気テープから記録媒体にダビング記録している際中にケーブルが抜けた場合でも、再びケーブルを接続し直すと、記録が中断 された続きから再びダビング記録を開始できる情報記録再生装置について提案がなされている。この情報記録再生装置は、ダビング記録中にケーブルが抜けて一時停止されたときの一時停止記録時間をメモリに格納しておき、ケーブルが再び接続されると、その時点までに計時された時間を示す再接続経過時間と一時停止記録時間との差により算出されるケーブルの遮断時間に基づいて磁気テープを一時停止位置まで巻き戻した後の磁気テープの位置からダビング記録を再開するようになっている（例えば、特許文献２を参照のこと）。しかしながら、フラッシュ・メモリのようなランダムアクセス方式の記録媒体の場合、遮断時間に基づいてダビング記録を再開する位置を特定することはできない。

特開２００７−１３８０５号公報 特開２００７−２８０４７０号公報

本発明の目的は、フラッシュ・メモリとＤＶＤの組み合わせのように２種以上の記録媒体を持つハイブリッドのカムコーダにおいて動画像などの大容量のデータ・ストリームを記録媒体に記録する動作を好適に制御することができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、ハイブリッドのカムコーダなどにおいて大容量のデータ・ストームを異種の記録媒体間でコピーする記録動作を好適に制御することができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、エラーのために中断した異種の記録媒体間のコピー動作を、無駄な時間を費やしたりユーザに手間をかけたりすることなく、効率的に再開させることができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、第１の記録装置に記録されているデータを第２の記録装置にコピーする動作を制御する記録制御装置であって、
前記第２の記録装置にデータをコピーする最中にエラーが発生して中断したことに応答して、コピー再開時に続きから書き込み動作を開始するための再開マーク位置を前記第１の記録装置に書き込む再開マーク位置書き込み手段と、
前記第２の記録装置にデータをコピーする最中に発生した前記エラーを修復するエラー修復手段と、
前記エラー修復手段によって前記エラーを修復した後に、前記第１の記録装置に書き込まれた再開マーク位置からコピー動作を再開させるコピー再開手段と、
を具備することを特徴とする記録制御装置である。

デジタルビデオカメラの中には、フラッシュ・メモリとＤＶＤの組み合わせのように２種以上の記録媒体を持つハイブリッド・カムコーダがある。フラッシュ・メモリに記録しておいた画像などのデータを、安価で且つ恒久的に保存するためにＤＶＤにコピーすることが一般的に行なわれている。

ところが、異種の記録媒体間で動画像などの大容量のデータ・ストリームを次々とコピーを行なう際、途中でエラーが発生する危険を伴う（図１２を参照のこと）。このような場合、システムにリセットがかかるため、途中まではコピーが無事に終わっていたとしても、最初からコピーのやり直しを行なうとなると、大変な時間の無駄と手間になってしまう。

そこで、本発明では、第１の記録装置としてのフラッシュ・メモリ・ドライブから第２の記録装置としてのＤＶＤドライブへコピー中にエラーが発生したためにコピー動作が中断したときには、ＤＶＤ書き込みを修復させた後にそのまま続きからコピー動作を再開させる機能を提供するようにしている。

第１の記録装置から第２の記録装置へのコピー中にエラーが発生して中断したとき、再開時には続きから書き込み動作を開始できるようにするために、コピー元である第１の記録装置のコンテンツ属性管理情報にコピー中マークとしての再生マーク位置を書き込むようにする。

例えば、コピー先である第２の記録装置の書き込みでエラーが発生したときには、コピー元である第１の記録装置側では、この書き込みエラーが発生したデータを記録している場所を含む記録単位の位置を再開マーク位置として登録してから、第２の記録装置におけるエラーの修復を試みる。

そして、第２の記録装置でエラーの修復に成功したときには、コピー元の記録メディアで再開情報を確認してからコピー動作を再開する。コピー元の記録メディアに再開マーク位置が立っているときには、次回再開位置を確認することができ、続きからコピーを再開することができる。その後、映像コンテンツをすべてコピーし終えると、再開マーク位置をクリアする。

ここで、コピー対象のデータは、例えば映像ストリームのように、所定単位のデータ・オブジェクト（すなわちＧＯＰ）の系列からなるデータ・ストリームである。そして、記録メディアに映像ストリームを書き込んだり読み出したりする際の記録単位であるＲＵＶのサイズは、一定のＧＯＰ数ではなく、個々の記録メディアのバッファのサイズに応じて決まる。本発明に係る記録制御装置では、第１の記録装置と第２の記録装置ではＲＵＶのサイズは異なるものとし、第１の記録装置は所定数のデータ・オブジェクトの集合を第１の記録単位としてデータの読み出しを行なうとともに、第２の記録装置は第１の記録単位複数個からなる第２の記録単位でデータの書き込みを行なうものとする。このような場合、再開マーク位置書き込み手段は、前記第２の記録装置でエラーが発生して書き込みが中断した前記第２の記録単位のデータを構成する先頭の前記第１の記録単位のデータに対して再開マーク位置を書き込むようにする。

すなわち、コピー元で書き込む再開マーク位置は、エラー発生時のＲＵＶ読み出し位置ではなく、コピー先においてエラーの修復が成功裏に終了したときにＲＵＶ単位で追記を再開する位置である。

第１の記録装置に記録されているコピー対象のデータは、所定単位のデータ・オブジェクトの系列からなるデータ・ストリームであり、前記第１の記録装置は所定数のデータ・オブジェクトの集合を第１の記録単位としてデータの読み出しを行なうとともに、前記第２の記録装置は前記第１の記録単位複数個からなる第２の記録単位でデータの書き込みを行なうとする。このような場合、再開マーク位置書き込み手段は、前記第２の記録装置でエラーが発生して書き込みが中断した前記第２の記録単位のデータを構成する先頭の前記第１の記録単位のデータに対して再開マーク位置を書き込むようにすればよい。

また、本発明の第２の側面は、第１の記録装置に記録されているデータを第２の記録装置にコピーする動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
前記第２の記録装置にデータをコピーする最中にエラーが発生して中断したことに応答して、コピー再開時に続きから書き込み動作を開始するための再開マーク位置を前記第１の記録装置に書き込む再開マーク位置書き込み手段と、
前記第２の記録装置にデータをコピーする最中に発生した前記エラーを修復するエラー修復手段と、 前記エラー修復手段によって前記エラーを修復した後に、前記第１の記録装置に書き込まれた再開マーク位置からコピー動作を再開させるコピー再開手段と、
として機能させるためのコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータにインストールすることによって、コンピュータ上では協働的作用が発揮され、本発明の第１の側面に係る記録制御装置と同様の作用効果を得ることができる。

本発明によれば、フラッシュ・メモリとＤＶＤの組み合わせのように２種以上の記録媒体を持つハイブリッドのカムコーダにおいて動画像などの大容量のデータ・ストリームを記録媒体に記録する動作を好適に制御することができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、ハイブリッドのカムコーダなどにおいて大容量のデータ・ストームを異種の記録媒体間でコピーする記録動作を好適に制御することができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、エラーのために中断した異種の記録媒体間のコピー動作を、無駄な時間を費やしたりユーザに手間をかけたりすることなく、効率的に再開させることができる、優れた記録制御装置及び記録制御方法、並びにコンピュータ・プログラムを提供することができる。

本発明に係る記録制御装置によれば、例えば、記録先の媒体や再生元のメディア・システムにエラーやトラブルのためにコピー動作の中断が発生してシステムにリセットがかかわったとしても、その後を続けて記録媒体にコピーすることができる。すなわち、エラーの発生により中断したコピー動作を最初からやり直すのではなく、次の書き始めで続きを書き出すことができる。

本発明によれば、ハイブリッド・カムコーダ上でフラッシュ・メモリからＤＶＤへ動画像ストリームをコピーしている最中に、コピー先の記録媒体や再生もとのメディア・システムにエラーやトラブルが発生して処理の中断が発生してシステムにリセットが係ったとしても、コピーが済んだ時点以降を続けて記録媒体にコピーすることができる。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

以下、図面を参照しながら本発明の実施形態について詳解する。

図１には、本発明の実施に供される撮影記録再生装置１００の構成を模式的に示している。撮影記録再生装置１００の一例は、動画像ストリームなどのデータ・ファイルを格納する記録手段として、フラッシュ・メモリ・ドライブと外付けＤＶＤドライブという異種の記録媒体を用いるハイブリッド・カムコーダである。

図示の撮影記録再生装置１００は、例えば、映像音声入出力インターフェース１０２を介して取り込まれる映像音声ストリーム・データの圧縮符号化、圧縮符号化データのフラッシュ・メモリ・ドライブ１０４への記録、フラッシュ・メモリ・ドライブ１０４に記録したデータの外付けドライブ（ＤＶＤドライブ若しくはＨＤＤドライブ）１０５へのコピーといったデータ記録動作、フラッシュ・メモリ・ドライブ１０４や外付けドライブ１０５からのデータの読み出し、読み出しデータの伸張復号化、並びにＰＣ入出力インターフェース１１０を介した画面出力などのデータ再生動作を行なう。また、これらの動作は、基本的には、ユーザ・インターフェース１０９を介したユーザ操作に応じて起動する。以下、撮影記録再生装置１００内の各部について説明する。

システム制御部１０１は、プログラム・メモリ１０８上に展開されたプログラムを実行することにより、当該装置１００全体の動作を統括的にコントロールする。システム制御部１０１が行なう主な処理は、映像音声ストリーム・データのファイル・フォーマット管理と、フラッシュ・メモリ・ドライブ１０４並びに外付けドライブ１０５のファイルシステム管理である。

静止画アプリケーション・フォーマット制御部１０１Ａは、圧縮された静止画データを静止画のアプリケーション（ＡＰ）・フォーマット、例えば、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）や、ＪＦＩＦ（Ｊｐｅｇ Ｆｉｌｅ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ Ｉｍａｇｅ ｆｉｌｅ Ｆｏｒｍａｔ）、ＴＩＦＦ（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）などに変換するためのファイル・ヘッダなどの管理情報を生成する。

動画アプリケーション・フォーマット制御部１０１Ｂは、圧縮された動画像をＭＰＥＧなどの動画像のアプリケーション・ファイルに変換するための管理情報を生成する。具体的には、ＭＰＥＧで圧縮された圧縮動画像データを入力すると、これをＤＶＤ Ｖｉｄｅｏのアプリケーション・フォーマットに準拠したファイル群に変換して、ＵＤＦファイルシステムに従って格納する。

動画ＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）アプリケーション・フォーマット制御部１０１Ｃは、圧縮されたＨＤ動画像をＨ２４６などのＨＤ動画像のアプリケーション・フォーマット変換する管理情報を生成する。

ＵＤＦ論理ファイルシステム部１０１Ｄは、ＯＳＴＡ（前述）が策定する光ディスク・フォーマットＵＤＦに従って、パケット書き込み方式による外付けドライブ１０５（但し、ＤＶＤドライブなどの光ディスク・ドライブの場合）に対するファイルの追加や削除といった処理を通常のファイルシステムを通じて行なう。フラッシュ・ファイルシステム部１０１Ｅは、フラッシュ・メモリ・ドライブ１０４内のＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ ＲＡＭ）バンク１０４Ｅの物理的な特性を考慮したファイルシステムであり、フラッシュ・メモリ・ドライブ１０４のアドレス管理、ガーベジ・コレクション、イレーズ回数の平均化などの処理を行なう。メモリ／ＤＶＤドライブ制御部１０１Ｆは、外付けドライブ１０５用のデバイス・ドライバに相当し、外付けドライブ１０５に対する記録や再生などの動作の制御を行なう。

撮影記録再生装置１００には、映像音声入出力インターフェース１０２を介して、情報機器やＡＶ機器（デジタルスチルカメラやデジタルビデオカメラ、その他静止画や動画像のソース機器）が有線若しくは無線で接続されており、静止画データや映像音声ストリーム・データのやり取りなどを行なう。

時刻データ部１１１は、現在時刻を経時するデバイスである。本実施形態では、時刻データ部１１１は、静止画アプリケーション時刻を静止画圧縮伸張部１０３Ａに供給し、動画アプリケーション時刻を動画像圧縮伸張部１０３Ｂに供給する。

圧縮伸張部１０３は、データの圧縮並びに圧縮データの伸張処理を行なう。静止画圧縮伸張部１０３Ａは、ＡＶ機器から入力した静止画データの圧縮、並びに、圧縮された静止画データの伸張処理を行なう。動画像圧縮伸張部１０３Ｂは、ＡＶ機器から入力した動画像ストリーム・データの圧縮、並びに、圧縮された動画像データの伸張処理を行なう。動画ＨＤ圧縮伸張部１０３Ｃは、ＡＶ機器から入力した動画ＨＤの圧縮、並びに、圧縮された動画ＨＤデータの伸張処理を行なう。

データ制御部１０７は、圧縮された映像音声データとこの映像音声データの管理情報を蓄積し、記録開始に備える。ドライブ制御部１０６は、例えばＡＴＡＰＩ（ＡＴ Ａｔｔａｃｈｍｅｎｔ Ｐａｃｋｅｔ Ｉｎｔｅｒｆａｃｅ）プロトコルに従って、フラッシュ・メモリ・ドライブ１０４又は外付けドライブ１０５のドライブ内部ファーム情報を取得してドライブ・メディア状態を監視し、ドライブ・メディア状態に応じてメディア記録再生開始を指示する。ドライブ制御部１０６は、映像音声データがシステム・ストリームとしてＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅ）単位で格納されたビデオ・オブジェクトが複数集合されパケット化されたセル（ＣＥＬＬ）であるＲＵＶ（Ｒｅｃｏｒｄｉｎｇ Ｕｎｉｔ Ｖｉｄｅｏ Ｏｂｊｅｃｔ）をまとめてメディアに記録する制御を行なう。例えば、数１０ＭＢのＲＵＶが蓄積されると、まとめてディスク１０５Ｅに記録する繰り返し制御を行なっている。ＲＵＶのサイズは、記録メディアに映像ストリームを書き込んだり読み出したりする際の記録単位であるが、一定のＧＯＰ数ではなく、個々の記録メディアのバッファのサイズに応じて決まる。

フラッシュ・メモリ・ドライブ１０４ は、インターフェース１０４Ａを介してメモリ制御部１０４Ｄと接続されている。ＣＩＳ（Ｃａｒｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｔｒｕｃｔｕｒｅ）情報記録部１０４Ｂには、フラッシュ・メモリ・ドライブ１０４のデータ形式、パーティション編成、ベンダ情報、デバイス情報などが記録されている。メモリ制御部１０４Ｄは、マルチウェイ・キャッシュ１０４Ｃに一時的に蓄積されたデータを、ＮＶＲＡＭバンク１０４Ｅ内の該当するメモリ・チップにデータを書き込む（各メモリ・チップは、データを記録するＩＣチップである）。

外付けＤＶＤドライブ１０５は、例えば、ホスト・インターフェース１０５ＡはＡＴＡ規格に準拠したコマンドをドライブ制御部１０６から受信する。デバイス情報記録部１０５Ｂは、型番などデバイス・ドライバの識別情報を記録している。メモリ制御部１０５Ｄは、光ピックアップ（若しくは磁気ヘッド）を位置制御して、一時記録領域であるドライブ・キャッシュ１０５Ｃに蓄積されたデータをディスク１０５Ｅ上に記録する。例えばＤＶＤの最小記録単位は、ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄｅ）ブロックと呼ばれ、１ＥＣＣブロックは３２Ｋバイトである。外付けＤＶＤドライブ１０５は、例えばアタッチメント式あるいはクレードル式などである。

本発明はハイブリッド・カムコーダなどにおける２つの記録メディア間のコピー動作の制御に関するが、例えばフラッシュ・メモリ・ドライブ１０４がコピー元であり、ＤＶＤドライブ１０５がコピー先となる。

ユーザ・インターフェース１０９から映像音声データの再生が指示されると、ＵＤＦ論理ファイルシステム部１０１Ｄ又はフラッシュ・ファイルシステム部１０１Ｅは、該当するストリーム・ファイルの開始セクタと終了セクタとを検索する。ドライブ制御部１０６は、フラッシュ・メモリ・ドライブ１０４又は外付けドライブ１０５に開始セクタと終了セクタに記録されたデータの読み出しを指示する。続いて、データ制御部１０７は、外付けドライブ１０５から読み出されたデータを静止画圧縮伸張部１０３Ａ、動画像圧縮伸張部１０３Ｂ、動画ＨＤ圧縮伸張部１０３Ｃのいずれかに出力する。静止画圧縮伸張部１０３Ａは読み出された圧縮静止画データを伸張し、動画圧縮伸張部１０３Ｂは読み出された圧縮動画データを伸張し、動画ＨＤ圧縮伸張部１０３Ｃは読み出された動画ＨＤデータを伸張する。そして、伸張したデータを、映像音声インターフェース１０２を介して外部機器に転送して、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）やスピーカなど（いずれも図示しない）に出力する。

ＰＣインターフェース１１０には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などの有線若しくは無線、あるいは光通信のインターフェースを利用して、ＰＣやその他の大画面を持つ映像再生装置などが接続されている。

ユーザ・インターフェース１０９から映像音声データの転送が指示されると、ＵＤＦ論理ファイルシステム部１０１Ｄ又はフラッシュ・ファイルシステム部１０１Ｅは該当するストリーム・ファイルの開始セクタと終了セクタとを検索し、ドライブ制御部１０６はフラッシュ・メモリ・ドライブ１０４又は外付けドライブ１０５に開始セクタと終了セクタに記録されたデータの読み出しを指示する。そして、読み出されたデータを、ＰＣインターフェース１１０を介して転送先の機器に転送する。

既に述べたように、ＵＤＦ論理ファイルシステム部１０１Ｄは、ＵＤＦフォーマットに従って、外付けドライブ１０５に対するファイルの追加や削除といった処理を通常のファイルシステムを通じて行なう。ＵＤＦ論理ファイルシステム部１０１Ｄは、フラッシュ・メモリ・ドライブ１０４上に、ＵＤＦファイルシステムを構築する。図２には、ＵＤＦファイルシステムの一例を示している。図示のＵＤＦファイルシステムは、ディレクトツリー構造のファイルシステムであり、ルート・ディレクトリの直下の階層に３つのディレクトリが生成されている。

動画アプリケーション・フォーマット制御部１０１Ｂは、ＭＰＥＧで圧縮された圧縮動画像データをＤＶＤ Ｖｉｄｅｏのアプリケーション・フォーマットに準拠したファイル群に変換して、ルート・ディレクトリ直下のディレクトリ「ＶＩＤＥＯ＿ＴＳ」に格納する。ＤＶＤ Ｖｉｄｅｏのアプリケーション・フォーマットに準拠したファイル群は、“ＩＦ”という拡張子が付いた管理ファイルと、“ＶＯＢ”という拡張子が付いたデータ格納ファイルからなり、これらのファイルはＵＤＦファイルシステム上で管理される。

図３には、ＤＶＤ Ｖｉｄｅｏのデータ構造を示している。図中の先頭には、ＵＤＦのファイルシステムが記録されている。ＶＭＧは、ディスク全体の管理情報が書かれている。ＶＴＳ１乃至ＶＴＳｎには、１つのタイトルが格納されている。ＶＴＳは、ＶＴＳＩとＶＴＳＴＴ＿ＶＯＢＳで構成される。ＶＴＳＩには、各ＶＴＳの管理情報が書かれており、ＶＳＴＴ＿ＶＯＢＳには、映像本体が格納される。

ＶＳＴＴ＿ＶＯＢＳは、ＶＯＢの集合である。１つのＶＯＢは、２５５個以下のＣＥＬＬ（ＲＵＶ）から構成される。ＣＥＬＬは、複数のＶＯＢＵから構成されている。ＶＯＢＵのサイズは再生時間に依存する。各ＶＯＢＵの再生時間は０４〜１．０ 秒である。本実施形態では、１ＶＯＢＵを１ＧＯＰ（０．５ 秒）とする。最後のＶＯＢＵの再生時間は、例外的に１．２秒である。

ＶＯＢＵは、ＮＶ＿ＰＣＫ、Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｓ＿ＰＣＫ、ＡＲＩ＿ＰＣＫから構成される。ＮＶ＿ＰＣＫには、再生表示に関する管理情報を格納するＰＣＩと、アクセスに関する管理情報を格納するＤＳＩから構成される。Ｖ＿ＰＣＫはＭＰＥＧビデオ・データを格納し、Ａ＿ＰＣＫはＭＰＥＧオーディオ・データを格納し、Ｓ＿ＰＣＫはＭＰＥＧサブピクチャ・データを格納する。ＮＶ＿ＰＣＫ、Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｓ＿ＰＣＫには動画再生時刻管理情報が付加されており、映像、音声、並びにサブピクチャが同期を取って再生される。また、ＡＲＩ＿ＰＣＫには、画面上の被写体の顔中心位置座標データが格納され、再生時に顔の横揺れ補正の処理に利用されるが、この点の詳細については後述に譲る。ＶＯＢＵを構成するＮＶ−ＰＣＫ、Ｖ＿ＰＣＫ、Ａ、Ｓ＿ＰＣＫ、ＡＲＩ＿ＰＣＫは、すべて２Ｋバイトである。これらのファイルは、動画像アプリケーション・フォーマット制御部１０１Ｂで作成される。続いて、動画アプリケーション・フォーマット制御部１０１Ｂにおける、ファイル群の生成処理を説明する。

動画アプリケーション・フォーマット制御部１０１Ｂは、まず、Ｖ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｓ＿ＰＣＫを作成する。動画アプリケーション・フォーマット制御部１０１Ｂは、入力したＭＰＥＧ圧縮動画像データを、ＭＰＥＧ映像データ、ＭＰＥＧ音声データ、ＭＰＥＧサブピクチャ・データに多重化分離し、各データをそれぞれ２ＫバイトのＶ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｓ＿ＰＣＫに格納する。また、顔検出制御部１０２Ａで検出された画面上の被写体の顔中心位置座標データをＡＲＩ＿ＰＣＫに格納する。動画アプリケーション・フォーマット制御部１０１Ｂは、これらのパケットを生成する度に該当するＶＯＢＵ＿ＴＢＬを更新する。ＶＯＢＵ＿ＴＢＬは、パケットの管理情報を蓄積している。

動画アプリケーション・フォーマット制御部１０１Ｂは、ＶＯＢＵ＿ＴＢＬからＮＶ＿ＰＣＫ又はＲＤＩ＿ＰＣＫを生成し、生成したＮＶ＿ＰＣＫをＶ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｓ＿ＰＣＫの先頭に付加してＶＯＢＵを生成する。

さらに、動画アプリケーション・フォーマット制御部１０１Ｂは、ＶＯＢＵをまとめてＣＥＬＬを生成する。動画アプリケーション・フォーマット制御部１０１Ｂは、ＣＥＬＬを生成する度に、ＶＴＳ＿ＴＢＬを更新する。ＶＴＳ＿ＴＢＬは、ＰＧＣ（Ｐｒｏｇｒａｍ Ｃｈａｉｎ）を構成している。

それぞれのＣＥＬＬには固有のＩＤ番号が付与されている。ＰＧＣは、そのＣＥＬＬの再生順を指定するものである。ＰＣＧ内で１つ以上の連続する番号のＣＥＬＬをまとめたものを１つのプログラムとして定義することができる。また、ＰＣＧ内で１つ以上の連続する番号のプログラムをまとめたもの１つのＶＯＢとして定義することができる。ＶＯＢは、ユーザが映像ストリームにアクセスする単位となる「チャプタ」に相当するものである（ユーザは、チャプタ毎に再生のスタート／ストップが指示することができる）。

動画アプリケーション・フォーマット制御部１０１Ｂは、複数のＶＯＢをまとめてＶＯＢＵ格納用のファイルを生成する。図２では、“ＶＴＳ０１＿＊．ＶＯＢ”（＊は、数字）と名付けられたファイルがＶＯＢＵ格納用のファイルである。

動画アプリケーション・フォーマット制御部１０１Ｂは、ＶＴＳ＿ＴＢＬを含むＶＴＳＩを作成し、ＶＴＳＩ格納用のファイルを生成する。図２では、“ＶＴＳ＿０１＿．ＩＦＯ”がＶＴＳＩ格納用のファイルである。動画アプリケーション・フォーマット制御部１０１Ｂは、最後に、全体の管理情報をまとめたＶＭＧ格納用のファイルを生成する。図２では、ＶＩＤＥＯ＿ＴＳ．ＩＦＯがＶＭＧ格納用のファイルである。

ハイブリッド・カムコーダなどでは、フラッシュ・メモリに記録しておいた画像などのデータを、安価で且つ恒久的に保存するためにＤＶＤにコピーすることが一般的に行なわれている。例えば、フラッシュ・メモリ・ドライブ１０４にて記録済みのＳＤ動画をＤＶＤのＳＤ動画として外付けＤＶＤドライブ１０５に転送してコピーし、あるいはフラッシュ・メモリ・ドライブ１０４にて記録済みのＡＶＣＨＤ動画をＤＶＤのＡＶＣＨＤ動画としてコピーする。

図１に示した撮影記録再生装置１００において、フラッシュ・メモリ・ドライブ１０４からのデータ読み込みは、インターフェース回路１０４Ａ及びドライブ制御部１０６を通じて行なわれ、データ制御部１０７のデータ・バッファ（図示しない）内に蓄積される（蓄積コピー単位については後述に譲る）。フラッシュ・ファイルシステム部１０１Ｅは、読み込みでは、システム制御部１０１のメモリ／ＤＶＤドライブ制御部１０１Ｆの制御を受けたドライブ制御部１０６からＲＵＶ（ＣＥＬＬ）単位でＶＯＢＵ（本実施形態では１ＶＯＢＵを１ＧＯＰとする：前述）を順次読み込んで、バッファ（図示しない）に蓄積する。

フラッシュ・メモリ・ドライブ１０４にＳＤ動画が書き込まれている場合には、動画ＳＤアプリケーション・フォーマット制御部１０１Ｂは、当該動画ストリームの各ＶＯＢＵから時刻情報データを取得する時刻データ部１１１を制御して、各ＶＯＢＵの時刻データを蓄積する。さらに各ＶＯＢＵのフラッシュ・メモリ・ドライブ１０４内のメモリ・メディア（ＮＶＲＡＭバンク１０４Ｅ）上の位置サーチ情報データを取得して蓄積する。

メモリ／ＤＶＤドライブ部１０１Ｆは、書込み最終位置メディア情報を取得して、ドライブ制御部１０６を介して動画ＳＤアプリケーション・フォーマット制御部１０１Ｂに渡す。動画ＳＤアプリケーション・フォーマット部１０１Ｂは、蓄積されたフラッシュ・メモリ・ドライブ１０４からのＲＵＶ毎のＶＯＢＵを再構成しながら、光ドライブに書き込む。

また、フラッシュ・メモリ・ドライブ１０４にＨＤ動画が書き込まれている場合には、同様にして動画ＨＤアプリケーション・フォーマット制御部１０１Ｃが、当該動画ストリームの各ＶＯＢＵから時刻情報と、各ＶＯＢＵのメモリ・メディア上の位置サーチ情報データを取得して蓄積する。そして、メモリ／ＤＶＤドライブ制御部１０１Ｆは、動画ＨＤアプリケーション・フォーマット制御部１０１ＣでＲＵＶ毎のＶＯＢＵを再構成しながら光ドライブに書き込む。

ＳＤ動画やＨＤ動画といった映像コンテンツをフラッシュ・メモリ・ドライブ１０４からＤＶＤドライブ１０５へコピー処理している最中に、コピー先の記録メディアや再生元のメディア・システムにエラーやトラブルが発生したときにコピー動作が中断するおそれがある（図１２を参照のこと）。このような場合、システムにリセットがかかってしまうため、途中まではコピーが無事に終わっていたとしても、最初からコピーのやり直しを行なうとなると、大変な時間の無駄と手間になってしまう。

そこで、本実施形態では、フラッシュ・メモリ・ドライブ１０４から外付けＤＶＤドライブ１０５へコピー中にエラーが発生したためにコピー動作が中断したときには、ＤＶＤ書き込みを修復させた後にそのまま続きからコピー動作を再開させる機能が搭載されている。

複数の記録メディア間で映像コンテンツのコピー中にエラーが発生して中断したとき、再開時には続きから書き込み動作を開始できるようにするために、コピー元の記録メディアのコンテンツ属性管理情報にコピー中マークとしての再生マーク位置を書き込むようにする。例えば、コンテンツ属性管理情報としてインデックスのＭａｋｅｒ Ｐｒｉｖａｔｅ Ｄａｔａのところに書き込み中フラグを立てることが、コピー中マークを書き込むことに相当する。

例えば、コピー先の記録メディアの書き込みでエラーが発生したときには、コピー元の記録メディア側ではこの書き込みエラーが発生したデータを記録している場所を含む記録単位の位置を再開マーク位置として登録してから、コピー先の記録メディアの修復を試みる。ここで言う記録単位は、ＧＯＰで格納されたビデオ・オブジェクトの複数集合からなるＲＵＶであり、ＲＵＶ単位でエラーが発生した位置を再開マーク位置として再開情報の登録を行なう。

そして、コピー先の記録メディアでエラーの修復に成功したときには、コピー元の記録メディアで再開情報を確認してからコピー動作を再開する。コピー元の記録メディアに再開マーク位置が立っているときには、次回再開位置を確認することができ、続きからコピーを再開することができる。その後、映像コンテンツをすべてコピーし終えると、再開マーク位置をクリアする。

図４には、フラッシュ・メモリ・ドライブ１０４から外付けＤＶＤドライブ１０５へ動画像ストリームをコピーする際の、プログラム・メモリ１０８の様子を示している。同図では、フラッシュ・メモリ・ドライブ１０４からＤＶＤドライブ１０５へＲＵＶ単位でＶＯＢＵを再構成してコピーするとき、光ディスクのＥＣＣサイズに合わせて作り直して高速に作り直すようになっている。

（１）フラッシュ・メモリ・ドライブ１０４からフラッシュ・ブロック単位でＲＵＶ（ＣＥＬＬ）読み出し：
フラッシュ・メモリ・ドライブ１０４から６４Ｋバイトのフラッシュ・ブロックのメディア読み込み単位で、アプリケーション・フォーマットの１ＲＵＶ（ＣＥＬＬ）毎のストリームをＶＯＢＵ（再生時間０．５秒分）のデータ・ブロック毎に読み出すという動作を行ない、読み込んだデータをバッファ（プログラム・メモリ１０８）に蓄積する。

（２）読み込んだＮＶ＿ＰＣＫからＶＯＢＵサーチ情報（ＶＯＢＵ＿ＴＢＬ）復元：
また、（１）の処理の際に、アプリケーション・フォーマット制御部１０１Ｂ又は１０１Ｃは、フラッシュ・メモリ・ドライブ１０４から読み込んだＶＯＢＵサーチ情報をテーブル（図中ではＶＯＢＵ＿ＴＢＬ）に蓄積する。

（３）ＮＶ＿ＰＣＫ除くＶＯＢＵ展開しＶＯＢＵサーチ情報からＲＵＶ再構成：
次いで、ＶＯＢＵ構造を展開して、ＲＵＶを光ディスクの１ＥＣＣ記録単位で再構成する。このとき、ＲＵＶの終端に、光メディアのＥＣＣ単位でのパディング・パケットを生成し付加する。

（４）光メディアの次書込みアドレスＮＷＡ取得情報を基にＶＯＢＵサーチ情報（ＶＯＢＵ＿ＴＢＬ）からＮＶ＿ＰＣＫ作成：
次いで、アプリケーション・フォーマット制御部１０１Ｂ又は１０１Ｃは、光ドライブからの次書込みアドレスＮＷＡ情報データ取得し、それを基に光ディスク・メディア上のＶＯＢＵサーチ情報を生成処理し、その結果からＮＶ＿ＰＣＫを生成する。

（５）光ディスクへＲＵＶ （ＣＥＬＬ）書き出し：
光ディスクへ、光メディアの１ＥＣＣ記録単位（すなわち３２Ｋバイト毎に）でＲＵＶを書き出しする。
以上の処理（１）〜（２）を繰り返すことによって、フラッシュ・メモリからＤＶＤへの異種メディア間の動画コンテンツのコピーが実現される。

本実施形態では、上記の処理（５）すなわち動画ストリームのコピー先の書き込み処理においてエラーが発生し中断した場合にも、動画ストリームのコピー元側のインデックス・ファイルにコピーが中断した場所である再開マーク位置の情報とともに書き込むようにしている。そして、コピー先である光ディスクにおける修復が成功したら、その後に書き続けて、短時間に動画ストリームのコピーを完成させることができる。

特にカムコーダはＰＣドライブに比較して、中断してもその追記は同一エクステントの０Ｌｉｎｋ書込みが行なえるのが通常であるというドライブの特徴があることから、追記による再開が問題なく進むことに大きな利点がある。

図５には、コピー元の記録メディア（この場合はフラッシュ・メモリ・ドライブ１０４）側でコピー中のエラーが発生したことに応じて再開マーク位置を書き込む処理を行なうタイミングチャートを示している。同一動画ＴＶシステム方式で動画コピーを行なう場合であっても、メモリ・メディアの読み取りブロックの違いの他に、読み取りバッファ・サイズの違いがある。これらのことを考慮しながら書込み側にエラーが発生した場合の再開マーク位置を付ける方法について、図５を参照しながら説明する。

記録メディアに映像ストリームを書き込んだり読み出したりする際の記録単位であるＲＵＶのサイズは、一定のＧＯＰ数ではなく、個々の記録メディアのバッファのサイズに応じて決まる。フラッシュ・メモリ・ドライブ１０４は通常、迅速な読み込み書き出しを行なうために、光ディスクよりもＲＵＶ蓄積のメモリ・バッファ・サイズ単位は小さくしている。図６には、フラッシュ・メモリ・ドライブ１０４におけるＲＵＶを複数集めて光ディスクの１ＲＵＶに再生成する様子を示している。図示の例では、フラッシュ・メモリ・ドライブ１９からの各ＲＵＶを光メディア（この場合はＤＶＤ）の１ＲＵＶに蓄積する際に、フラッシュ・メモリ・ドライブ１０４からの複数個のＲＵＶ単位だけ読み取ると、ＶＯＢＵ展開して、光メディアの１ＲＵＶに蓄積して書き込む。

図５に示した例では、フラッシュ・メモリ・ドライブ１０４からバッファに読み込んだ＃ｋ、＃ｋ＋１、＃ｋ＋２の各ＲＵＶは、ＶＯＢＵ展開されて光メディアＤＶＤ記録用のサイズに再構成され、＃ｍのＲＵＶとして記録される。

引き続き、フラッシュ・メモリ・ドライブ１０４から読み込んだ＃ｋ＋３、＃ｋ＋４、＃ｋ＋５の各ＲＵＶをバッファに蓄積し、ＶＯＢＵ展開して光メディア記録用のサイズに再構成され、＃ｍ＋１のＲＵＶとして書き込まれる。

ここで、＃ｍ＋１のＲＵＶを光ディスクに書込み開始、あるいは書込み途中で書込みエラーが発生したとする。ＤＶＤドライブ１０５では、リトライして書き込みを続行しようと書き込みの再試行を繰り返す。この再試行動作の間は、システムは正常状態で推移している。

やがて、後続する＃ｍ＋２のＲＵＶの書き込み準備に入らなければならない、処理続行不能判断点のタイミングが到来する。＃ｍ＋１のＲＵＶの書き込み動作を再試行してもエラーが続き、この判断点までに＃ｍ＋１のＲＵＶデータのドライブへの書き込みが完了しないときには、システムは書込みエラー発生によりコピー処理続行不能と判断する。そして、システムが書き込みエラー発生によりコピー処理続行不能と判断したら、光メディアへの書き込みで発生したエラーに対する修復準備処理に入る。

このときの再開マーク位置は＃ｍ＋１のＲＵＶの先頭位置になる。コピー元のフラッシュ・メモリ・ドライブ１０４側では、読み込みストリームは既に次の＃ｍ＋２のＲＵＶの蓄積が始まっている。

コピー先で書き込みを行なう＃ｍ＋１のＲＵＶは、コピー元における＃ｋ＋３〜＃ｋ＋５のＲＵＶで構成され、コピー先で書き込みを開始するタイミングよりも前に、コピー元から読み出されバッファ上でコピー先のＲＵＶとして再構成されている。コピー先で＃ｍ＋１のＲＵＶの書き込みでエラーが発生し、コピー処理続行不能と判断された処理続行不能判断点では、コピー元は既に後続する＃ｍ＋２のＲＵＶ用の読み出しが開始されている。このため、コピー先において、エラーを修復した後に＃ｍ＋１のＲＵＶからコピー処理を再開したいときには、コピー元では処理続行不能判断点で読み出しを行なっているＲＵＶではなく、これよりも巻き戻って、書き込み先のＲＵＶ単位で直前回である＃ｍ＋１の先頭に対応する位置、すなわち図５に示すように＃ｍ＋１を構成する先頭の＃ｋ＋３のＲＵＶに再開マーク位置を付ける。

すなわち、コピー元で書き込む再開マーク位置は、エラー発生時のＲＵＶ読み出し位置ではなく、コピー先においてエラーの修復が成功裏に終了したときにＲＵＶ単位で追記を再開する位置である。

コピー元で書き込む再開マーク位置を書き込んだ後、コピー先では修復処理に入る。そして、コピー先で書き込みエラー修復処理に成功すると、コピー元では＃ｋ＋３のＲＵＶから読み取りを開始し、コピー処理を再開する。

次に、図７を参照しながら、コピー先であるＤＶＤドライブ１０５においてエラー修復処理に成功したときと失敗したときの再開マーク位置の付け方について説明する。同図において、横軸はそれぞれ各メディア上の論理アドレス位置である。

コピー元であるフラッシュ・メモリ・ドライブ１０４側では、コピー対象のデータ・ストリームはフラッシュ・メモリ・ドライブ１０４にとってのＲＵＶ単位からなるＲＵＶである＃ｋ、＃ｋ＋１、＃ｋ＋２、＃ｋ＋３、＃ｋ＋４、＃ｋ＋５で構成されている。

一方、コピー先であるＤＶＤドライブ１０５側では、コピー対象のデータ・ストリームはＤＶＤドライブ１０５にとってのＲＵＶ単位からなるＲＵＶである＃ｍ−１、＃ｍ、＃ｍ＋１で構成されている。

図示の例では、コピー先でのデータ・ストリームの１ＲＵＶがコピー元でのデータ・ストリームの３ＲＵＶと同じデータ量となるものとする。

ＲＵＶのサイズはセット仕様で決めるＶＯＢＵの集合である（ＧＯＰ数ではなく記録メディア毎のバッファのサイズで決まる：前述）。一般的に、読出し書込み速度の高速なデバイスであるＦＡＴ系ファイルシステムを使用するメディアでは、ＲＵＶのサイズは１０Ｍバイト程度である。これに対し、読出し書込み速度の比較的低速なデバイスであるＵＤＦ及びその中間フォーマットのファイルシステムを使用する光ディスクのメディアでは、その倍の２０Ｍバイト程度がＲＵＶのサイズとなる。

コピー先であるＤＶＤドライブ１０５側で、ストリームのＲＵＶのうち＃ｍ＋１の書込み中に書込みエラー発生した場合について、図７を参照しながらさらに説明する。

ＤＶＤドライブ１０５側で書き込みエラーが発生しさらに書き込みリトライしても再開不能となったとき、書き込みストリーム中の再開不能となったＲＵＶ＃ｍ＋１に対応する読み出しストリームのＲＵＶは＃ｋ＋３、＃ｋ＋４、＃ｋ＋５である。したがって、フラッシュ・メモリ・ドライブ１０４側では、書き込みリトライの再開不能となった先頭であるＲＵＶである＃ｋ＋３の先頭に再開マーク位置を書き込み、ＤＶＤドライブ１０５側では書き込みストリームのＲＵＶ単位修復実行を試みる。そして、ＤＶＤドライブ１０５は、書き込みストリームのＲＵＶ単位での修復に成功すると、この後から追記でストリームのコピーを再開する。

当然ながら、修復時には、追記可能に記録するために、光ドライブのメディア上を０リンクロスで追記可能に構成しておく。ＤＶＤドライブ１０５がカムコーダ内蔵光ディスク・ドライブの場合には、ベンダ固有のコマンドを設定して０厘クロスのモードに入れて、メディアのデータをＥＣＣリンクロスなしで追記させる。

ここで、ＤＶＤドライブ１０５は、ＲＵＶ単位での修復が不成功な結果で終了した場合には、続いてチャプタ単位での修復を試みる。このとき、読み出し側ストリームと書込み側ストリームのデータレートは同じになるので、フラッシュ・メモリ・ドライブ１０４側で書き込む再開マーク位置は、ＤＶＤドライブ１０５側で追記によりコピーを再開する位置と同じチャプタ＃ｎの先頭に設定する。

ＤＶＤドライブ１０５側でさらにチャプタ単位での書き込みストリームの修復にも失敗した場合には、ついにＤＶＤドライブ１０５がメディア認識不可となるので、メディアを初期化して最初からのコピーやり直しに戻る。このとき、フラッシュ・メモリ・ドライブ１０４側では、書き込まれた再開マーク位置はクリアされ、コピー中状態であることを示す管理情報登録もクリアされ、再度同じストリームのコピーを開始する。

チャプタ単位での書き込みストリームの修復にも失敗するという事態は、ＦＡＴやＵＤＦというファイルシステムの実メディアへの書き込み更新タイミングで衝撃あるいはメディア・エラー発生して、ファイルシステムが破壊された場合に発生する。

チャプタ単位での書き込みストリームの修復にも失敗する事態を防止するには、フラッシュ・バックアップ・メモリ（図示しない）へのバックアップを行なうようにすればよい（１〜数ＧＢの光ディスク用ＦＳでは１．５〜３ＭＢ、１００ＧＢを超えるＦＡＴファイルシステムでは最初は少量であるが使用コンテンツ量が膨大になるにつれて２ＭＢ程度のバックアップ・データ・サイズを求められている。現時点では、バックアップ・メモリに使われるフラッシュ・メモリ・サイズ価格とチャプタ単位での修復も失敗する事態の発生確率の関係でまだ行なわれていない。このため、この最後の処理もファイルシステムのバックアップ管理が十分に行なわれていないシステムでは必要である）。

図８には、コピー元のメディアＡからコピー先のメディアＢへのストリームのコピーを正常に行なう場合のシーケンス・フローを示している。これに対し、図９には、ストリームのコピー中にコピー先でエラーが発生したときに、コピー先でエラー修復並びに追記によるコピーの再開を行なうシーケンス・フローを示している。また、図１３には、コピー元のメディアＡからコピー先のメディアＢへのストリームのコピーを行なうソフトウェア・パッケージを示している。

まず、図８並びに図９に示した各処理担当ブロックについて、図１３を参照しながら説明する。

制御パッケージは、ＵｓｅｒＩＦ、Ｒｅｃ／Ｐｌａｙ Ｃｏｎｔｒｏｌ（記録再生制御）−ＩＦ、ＭｅｄｉａＭｇｒ．Ａ（メディア管理Ａ）、ＭｅｄｉａＭｇｒ．Ｂ（メディア管理Ｂ）、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡ（ストリームＤａｒａｂａｓｅＡ）、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＢ（ストリームＤａｔａｂａｓｅＢ）、ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌ（メディアＡ再生読出制御）、Ｓｔｒｅａｍ ＢｕｆｆｅｒＣｏｎｔｒｏｌ、ＭｅｄｉａＢ ＲｅｃＣｏｎｔｒｏｌ（メディアＢ記録書込制御）で構成されている。ＭｅｄｉａＡはコピー元のフラッシュ・メディア・ドライブ１０４に相当し、ＭｅｄｉａＢはコピー先のＤＶＤドライブ１０５に相当するものと理解されたい。

ＵｓｅｒＩＦは、ＭｅｄｉａＡからＭｅｄｉａＢへコピー（ダビング）するコンテンツを表示し、タッチパネルなどを経由でユーザ操作を受けて複数の指定チャプタ群（チャプタは１回の記録開始・終了の間のストリーム・コンテンツと定義する）をリストに構成して、実処理部であるＲｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦに渡す。

Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦ は、オペレーティング・システム（ＯＳ）のタスクあるいはスレッド、プロセスなどに相当し、ユーザ操作により発行されたコマンドを受け取って実行するコマンド発行と、コマンド実行の完了受付処理を行なう制御パッケージである。

ＭｅｄｉａＭｇｒ．Ａ は、コピー元であるＭｅｄｉａＡのメディア管理部であり、コピー元メディアの状態管理及びチャプタ数管理を行なう。また、ＭｅｄｉａＭｇｒ．Ｂはコピー先であるＭｅｄｉａＢのメディア管理部であり、コピー先メディアの状態管理及びダビング残チャプタ・カウント管理を行なう。

ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡは、コピー元のＭｅｄｉａＡに記録された映像音声ストリームの属性情報、管理情報データベース制御部である。通常は、アプリケーション・データベース・フォーマットと呼ばれ、コンテンツ数やアスペクト比、ＭＰＥＧ圧縮ストリームのタイムスタンプ時刻管理、ストリームのシームレス情報、早送り巻戻しでメディア上の任意指定位置のＶＯＢＵ位置をサーチするＧＯＰサーチ情報、記録開始終了情報、撮影時刻などのカメラ情報、が必要になる。

ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＢは、コピー先のＭｅｄｉａＢにダビングで書き込もうとする映像音声ストリームの属性情報、管理情報データベース制御部である。ここで、現在は、チャプタ・タイトル、サーチ情報、撮影時刻情報といった光メディアの記録フォーマットであるＶｉｄｅｏフォーマットとその追記可能な中間状態フォーマット、ＶｉｄｅｏＲｅｃｏｒｄｉｎｇフォーマット、ＤＶＤ＋ＲＷビデオフォーマット、また同様の各種光メディアを使ってＨＤ映像信号方式を圧縮記録するＡＶＣＨＤフォーマット、さらにはＢｌｕ−Ｒａｙの光ディスク記録フォーマットのＲＯＭタイプ、ＲＷタイプが知られている。

ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌは、コピー元の映像圧縮ストリーム、ここではＳＤ方式のＭＰＥＧ２ストリーム、ＨＤ方式のＡＶＣＨＤ（Ｈ２６４／ＡＶＣ形式ＭＰＥＧ）ストリームのＲＵＶ単位でのパケット読み取り、サーチ情報読み取り制御を行なっている。

ＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌは、ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌから読み取られたＲＵＶから前述した図で説明した通りＶＯＢＵを取り出し、さらにはセット都合やフォーマット都合によってはＥＳストリームまでＤＥＭＵＸ分解して再度ＭＵＸしてＶＯＢＵを作り直して、バッファに積み直す。ここで、各パックのタイムスタンプ打ち直しはしているが、処理負荷の重いＤｅｃｏｄｅ／Ｅｎｃｏｄｅは行なっていない。ここでは、ＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌは、コピー先であるＭｅｄｉａＢに適応したバッファ・サイズでのＲＵＶを構成する。そして、コピー先メディアの新規書き込みアドレス（光ディスクの場合はＮＷＡ）を基にＶＯＢＵサーチ属性情報、カメラ撮影属性情報を含む映像ストリーム属性管理情報テーブルを作成し直して、ＭｅｄｉａＢ用の記録用１ＲＵＶを完成させる。

ＭｅｄｉａＢ ＲｅｃＣｏｎｔｒｏｌは、ＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌに積まれたＶＯＢＵのＲＵＶをコピー先のＭｅｄｉａＢに書き込む制御をしている。

続いて、図８を参照しながら、コピー元のメディアからコピー先のメディアへのストリームのコピーを正常に行なう場合の処理手順について説明する。

まず、ＵｓｅｒＩＦから受けた操作に基づいてチャプタ数、どのチャプタをコピーするかの選択番号情報を示したリストを作成する。そして、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦにＭｏｖｉｅＤｕｂｂｉｎｇコマンドとともにチャプタのリストを渡す。このときのリストは記録アプリケーション・フォーマットによって分けてよく、例えばＨＤ方式の場合にはファイルのエントリＩＤでよく、汎用的なＳＤ方式の場合にはファイルパスをつかっている。

Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、ＭｏｖｉｅＤｕｂｂｉｎｇコマンドとともに受けたコピー元リストをＭｅｄｉａＭｇｒ．Ａに渡し、そこからＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡにコピー元チャプタの情報が設定される、これは、ＤＶＤなどの光ディスク・フォーマットではＩＦＯと呼ばれるアプリケーション・フォーマットの記録再生情報管理データベース属性ファイルを制御する通常の制御ブロックに相当し、メモリスティックやＨＤＤなどの論理ブロックへのダイレクト・アクセス・デバイスではコンテンツ管理ブロックとしてＱｕｅｕｅに積みＤｅＱｕｅｕｅで取り出すコンテンツ管理を行なっているブロックのことである。

次に、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、ＭｏｖｉｅＤｕｂｂｉｎｇコマンドとともに受けたチャプタ数をＭｅｄｉａＭｇｒ．Ｂに渡す。Ｍｅｄｉａ Ｍｇｒ．Ｂは、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＢに情報設定しチャプタ数を確認する。ストリーム属性がコピー先のメディアに書き込むのに不都合がないことと、セット仕様上限やアプリケーション・フォーマットとしての管理データベース上限数を超えないことを確認することがＭｅｄｉａＭｇｒ．Ｂの主な役割である。コピー先のメディアに書き込むのに不都合がないこととは、光ディスクの場合にはチャプタ数上限の他に、ＴＶシステムの混在を禁止するアプリケーション・フォーマットの場合、ＴＶアスペクト違いの混在を禁止するアプリケーション・フォーマットの場合、圧縮レートの混在を禁止するアプリケーション・フォーマットの場合、その他記録属性情報が自機種以外のストリームの記録を禁止する場合などのアプリケーション・フォーマット制約上の禁止情報確認が必要なことがあるためである。

コピーするチャプタは通常、内部に設けたコンテンツ管理のビットマップに１チャプタを１ビットとして各１チャプタの順次コピー編集が済むとビットを順次クリアしていくという制御でデータベース管理が行なわれる。例えば、３２ビットＣＰＵシステムの場合、３２ビットを数１００行の配列で持ち、全体のコピー開始前に各チャプタ数をビット登録しておき、１チャプタのコピーが完了すると対応するビットをクリアして全体のコピー数を管理する処理を行なう。

登録が支障なく済めば、ダビング数、ストリーム属性については問題ないことが判る。

次に、メディア間のコピー処理について説明する。

まずコピー先のＭｅｄｉａＢをストリーム書き込みスタンバイ状態に入れてから、コピー元のＭｅｄｉａＡのストリーム読出しスタンバイ状態に入れ、これらに成功したら、コピー元のストリーム属性管理情報にコピー中を登録してからコピーを開始して、コピー先記録準備処理をする。

Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、コピー先記録準備を始め、ＭｅｄｉａＢＲｅｃＣｏｔｒｏｌに対し、コピー書き込み準備制御を行なう。

ＭｅｄｉａＢＲｅｃＣｏｔｒｏｌは、書き込み側メディアを管理するＭｅｄｉａＭｇｒ．Ｂに対して、コピー先メディア認識情報（マウント情報）取得を行なって属性情報を取得する。

続いて、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、ＳｔｒｅａｍＭｇｒ ＤａｔａＢａｓｅ Ｂに対して、コピー先ストリーム属性情報を設定して、コピー先メディアへの記録をスタンバイ状態に入れる。

続いて、コピー元読出し準備処理をする。

Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、コピー元読出し準備を始め、ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌに対してコピー読出し準備制御を行なう。

ＭｅｄｉａＢＰｌａｙＣｏｎｔｒｏｌは、読出し側メディアを管理するＭｅｄｉａＭｇｒ．Ａに対して、コピー元メディア認識情報（マウント情報）取得を行なって属性情報を取得する。

続いて、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡに対して、コピー元ストリーム属性情報設定を行なって、コピー元メディアからの読出しをスタンバイ状態に入れる。

ここで、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡに対して、コピー元ストリーム属性情報にコピー中のマークを登録する。これは情報管理ファイルであってよく、あるいは電源リセットしても保持される不揮発メモリの専用領域にバックアップ・データとして登録してもよい。

Ｒｅｃ／Ｐｌａｙ Ｃｏｎｔｒｏｌ−ＩＦは続いて、ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌをスタンバイから遷移させて、コピー元からのＲＵＶ単位でＶＯＢＵのチャプタ読出しを開始する。

ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌは、ＭｅｄｉａＡから読み出したデータをＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌに、前述した方法にしたがってＶＯＢＵ単位でストリームを再構成して積み上げ、ＶＯＢＵサーチ情報及びストリーム属性情報をコピー先ＭｅｄｉａＢの書き込み先アドレス情報に基づいて積み上げ蓄積し、コピー先メディア上のＶＯＢＵサーチ情報、コピー先ＭｅｄｉａＢで使用するアプリケーション・フォーマットに対応させた１記録ＲＵＶを構成させる（図４を参照のこと）。

ＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌは、完成された１ＲＵＶをＭｅｄｉａＢ ＲｅｃＣｏｎｔｒｏｌに渡す。ＭｅｄｉａＢ ＲｅｃＣｏｎｔｒｏｌは、この１ＲＵＶをＭｅｄｉａＢ上の所定の論理アドレス位置から書き込む。このような操作を、各チャプタにつき全ＲＵＶ数毎にＶＯＢＵ単位でバッファにＲＵＶを再構成して、記録先であるＭｅｄｉａＢへの書き込みを繰り返す。

コピーを予定していた全チャプタの書き込みが完了したら、Ｒｅｃ／Ｐｌａｙ Ｃｏｎｔｒｏｌ−ＩＦは、ＭｅｄｉａＢ ＲｅｃＣｏｎｔｒｏｌからの書き込み成功終了を受けて、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＡに対して、コピー元ストリーム属性情報に登録したコピー中のマークをクリアする。これは情報管理ファイルであってよく、あるいは電源リセットしても保持される不揮発メモリの専用領域にバックアップ・データとして登録されたものをこのタイミングでクリアしてよい。

コピー完了した後処理として、ＳｔｒｅａｍＭｇｒＤａｔａＢａｓｅＢのコピー先ストリーム属性情報を更新する。続いて、ＭｅｄｉａＡ ＰｌａｙＣｏｎｔｒｏｌは、コピー残りチャプタ数を登録ビットマップ更新する。すべてがコピー終了した場合は、最終フラグが立っていて、それをみてコピー終了処理を上位に通知する。

続いて、図９を参照しながら、ストリームのコピー中にコピー先でエラーが発生したときに、コピー先でエラー修復並びに追記によるコピーの再開を行なう場合の処理手順について説明する。

コピー元ストリーム属性情報にコピー中を登録するまでは、上記と同じ処理が進んでいるものとする。そして、選択されたチャプタをＲＵＶ単位で読出し、ＶＯＢＵ単位でバッファに積み、書き込みメディアのＲＵＶで再構成し、ＭｅｄｉａＢに書き込む処理を順次繰り返している。

ここで、書き込みＭｅｄｉａＢにＲＵＶを書き込む途中で書き込みエラーが発生して修復が必要になったとする。

ＳｔｒｅａｍＢｕｆｆｅｒＣｏｎｔｒｏｌによってコピー先要のＲＵＶ再構成のためＶＯＢＵを蓄積、書き込みメディア上のサーチ情報再生成、書き込みをしていたが、ＲＵＶのあるＶＯＢＵ書き込みに失敗したので、そのＲＵＶのところでメディアの書き込み修復処理に入る。ここで、ＲｅｃＰｌａｙＣｏｎｔｒｏｌ−ＩＦからコピー元のストリーム属性情報にＲＵＶ単位巻戻り再開マーク位置を設定する。このマーク情報内容は位置とオフセットであり、再生マーク位置については後述する。

このＲＵＶ単位の修復が成功したら、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦからコピー処理が再開され、この再開位置情報に基づき引き続き追記される。

なお、書き込みメディアが光ディスク・メディアの場合、追記はＥＣＣ単位の０リンクで追記されるように修復されることが望ましく、そのためには０リンク追記状態に入れて追記する動作が実現可能な内蔵光ディスク・メディア・ドライブを使用することが必要である。

また、さらにＲＵＶ単位の修復が失敗したら、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦはチャプタ単位の巻戻り再開位置を設定する。このマーク情報内容はチャプタ単位で１つ前の再開位置とオフセットである。その後、チャプタ単位の修復処理に入る。

チャプタ単位の修復処理が成功したら、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦからチャプタ単位でのコピー処理が再開され、この再開位置情報に基づいて引き続き追記される。

しかし、このチャプタ単位の修復にも失敗した場合には、Ｒｅｃ／ＰｌａｙＣｏｎｔｒｏｌ−ＩＦは、コピー元のストリーム属性情報にチャプタ単位巻戻り再開位置をクリアし、且つコピー元ストリーム属性情報にコピー中をクリアする。そして、コピー先ＭｅｄｉａＢをフォーマット初期化処理に入る。

フォーマット初期化が成功したら、先に上位から渡された同じ選択コピー・コンテンツのリストに基づいて、再度コピーを最初から行なう。あるいは、一旦クリアし、改めて上位でコピー・コンテンツ・チャプタを選択してからコピーをさせることとしてもよい。いずれにするかはセット仕向けによる。

続いて、ＭｅｄｉａＡのＲＵＶ映像音声ストリームを、ＶＯＢＵ単位でＭｅｄｉａＢのＲＵＶ映像音声ストリームに再構成してコピー先であるＭｅｄｉａＡに書き込み保存する各ＶＯＢＵ単位のデータを再構成する処理について、図１０を参照しながら説明する。

ＭｅｄｉａＡとＭｅｄｉａＢ間でストリームのコピーを行なう際、特に重要なのは書き込み先であるＭｅｄｉａＢ上のサーチ情報、ストリーム属性情報、ユーザ・データであるカメラ撮影情報の組込みである。これらは映像方式、アプリケーション・フォーマットによって場所が異なる。下表には、映像方式、記録先メディア、それに使用されるアプリケーション・フォーマット（すなわち書き込み記録先メディアのストリーム管理データベース形式）の一例を示している。

映像方式にはＳＤとＨＤがある。映像方式のＳＤにはメディアのＤＶＤ、ＦＡＴを使用するＨＤＤやメモリスティック、内蔵フラッシュ・ドライブというメディアが対応する。

それぞれのメディアには、対応するアプリケーション・フォーマットがある。光ディスクＤＶＤの場合は、ＤＶＤ Ｖｉｄｅｏ Ｆｏｒｍａｔ、ＤＶＤ＋ＲＷ Ｖｉｄｅｏ Ｆｏｒｍａｔ、ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ Ｆｏｒｍａｔ（略してＶＲ）を対応させている。また、ＦＡＴメディアのＨＤＤ、メモリカード、内蔵フラッシュ・ドライブの場合にはＭＰＥＧ２ Ｆｏｒｍａｔのストリームであって、その中に入っているユーザ・データを対応させている。

また、映像方式のＨＤには、記録メディアのＤＶＤ、ＦＡＴを使用するＨＤＤやＭＳ、内蔵フラッシュ・ドライブ、さらにＢｌｕ−Ｒａｙディスクという記録メディアが対応する。それぞれにメディアには対応するアプリケーション・フォーマットがあり、光ディスクＤＶＤ及びＦＡＴメディアのＨＤＤ、メモリカード、内蔵フラッシュ・ドライブの場合には、ＡＶＣＨＤフォーマットで記録される。また、Ｂｌｕ−Ｒａｙ記録光ディスクの場合にはＢＤフォーマットで記録される。

図１０には、各ＶＯＢＵ、１ＧＯＰに対してそのストリーム属性情報、メディア上のＶＯＢＵサーチ情報、カメラ撮影情報を含むＶＯＢＵ属性情報データをＧＯＰに付属させて記録している様子を示している。

ＡＲＩ＿ＰＣＫは、動画撮影ビデオカメラで使われるユーザ・データの一種であって、ＡｄｄｉｔｉｏｎａｌＲｅｃｏｒｄｉｎｇＩｎｆｏｒｍａｔｉｏｎ Ｐａｃｋのことであり、カメラ撮影情報、ＶＯＢＵ単位読み込みオーサリングに使用できるＶＯＢＵサイズ、Ａｕｄｉｏチャンネル数と形式、ＳＴＣリセットなどの情報が含まれる。

ＤＶＤ ＶｉｄｅｏＦｏｒｍａｔとＤＶＤ＋ＲＷ Ｖｉｄｅｏフォーマットの場合、ＶＯＢＵのメディア上のサーチ情報であるナビゲーション・パックであるＮＶ＿ＰＣＫ、その後にカメラ撮影データや属性などオーサリングに使えるデータも追加されたＡＲＩ＿ＰＣＫ、そして１ＧＯＰが含まれる。

ＤＶＤ Ｖｉｄｅｏ Ｒｅｃｏｒｄｉｎｇ Ｆｏｒｍａｔの場合、ＲＤＩ＿ＰＣＫのなかのユーザ・データパックにＡＲＩ＿ＰＣＫのデータを書き込んで使われる。

ＭＰＥＧ２ストリームの場合、ＭＡＶＩ＿ＰＣＫ、すなわちＭｅｄｉａＡｃｃｅｓｓＶｉｄｅｏＩｎｆｏｒｍａｔｉｏｎパックであって、その中にＡＲＩ＿ＰＣＫ内部データが書き込まれ使用される。

ＡＶＣＨＤストリームとＢＤストリームでは、ＭＤＰ、ＭｏｄｉｆｉｅｄＤＶ＿Ｐａｃｋがあり、その中にＡＲＩ＿ＰＣＫに相当するユーザ・データが記入される。

以上は書き込みメディアに対応して再構成されたＶＯＢＵであって、各々のフォーマットで対応するＶＯＢＵ集合のＲＵＶを構成して書き込みメディアに記録する。

これらのストリームのコピー先メディアへのＲＵＶ書き込みに失敗したときに、後述する例えばＩＮＤＥＸファイルなどに再開情報としての再開マーク位置を登録してからコピー先メディアの修復処理することによって、ダビング途中でエラー発生して修復処理し、修復成功の後にコピーが中断した位置から再開することが可能になる。

続いて、インデックス・ファイルを再開マーク位置に使う場合のアクセス順番について、図１１を参照しながら説明する。ここでは、制御システムのＨＤ映像方式に対応するアプリケーション・ファイルシステムを例に採る。

ファイル系統としては、モデル構成情報ＭＯＤＥＬＣＦＧ．ＩＮＤを読み取る。
このファイルによってモデル名と記録ファイルシステムのメーカー名を知る。

次に、フォーマット固有名称フォルダＡＶＣＨＤ以下で、アプリケーション・フォーマットを見る。また、フォーマット固有名称フォルダＡＶＣＨＤ以下のＢＤＭＶフォルダは、ＡＶＣＨＤアプリケーション・フォーマットのＨＤ動画を格納するディレクトリである。

ＢＤＭＶフォルダ以下に、インデックス・ファイルＩＮＤＥＸ．ＢＤＭ があって、ＨＤ方式映像の全ストリーム・コンテンツの属性を統括的に管理している。

アプリケーション・フォーマット制御部は、このインデックス・ファイルに基づいて、再生順プレイリスト・フォルダのオリジナル再生リスト・ファイル０００００．ＣＰＩを読み込み、ストリーム・アクセスのための属性情報を得るためにオブジェクト・アクセス情報フォルダの中のストリーム・アクセス属性情報０００００．ＭＰＬを読み込み、その上で、動画データ・フォルダの中の動画データ・ファイル０００００．ＭＴＳを読み込み再生し、生成書き込みされる。

以下の表２には、上述したアプリケーション・フォーマットのインデックス・ファイルで定義された、ＭａｋｅｒｓＰｒｉｖａｔｅデータに定義するコピー中の情報フラグ記述フィールドの１例を示している。

インデックス・ファイルＩＮＤＥＸ．ＢＤＭ（図１１を参照のこと）の内容データ更新は、コピー成功時、あるいはコピー途中でエラー発生し、修復処理完了して成功失敗の結果が確認されたときである。

表２に示した変数のうち、コピー数ＮＵＭ＿ＯＦ＿ＣＯＰＹはコピー中を示す選択登録数である。また、ＣＰＹ＿ＣＬＩＰ＿ＮＵＭはコピー成功したチャプタ数であり、不明ならば０ｘＦＦＦＦＦＦＦＦとする。また、ＣＰＹ＿ＣＬＩＰ＿ＯＦＦＳＥＴはコピー中断再開チャプタ内のＶＯＢＵ数の読み取り（コピー元）側メディアのＲＵＶ単位でのオフセットであって、不明な場合は０ｘ００００００００を設定する。

これらの情報はＩＮＤＥＸ．ＢＤＭファイルに格納されている。以下の表３には、それらＨＤ映像方式アプリケーション・フォーマットのファイルセット種類とそれぞれの役割を一覧リストにして示している。

ファイル種別ＩＮＤＥＸ・ＢＤＭは、メディア管理ファイル、各チャプタの再生管理をメタデータ内で管理している。

オブジェクト・ファイルＸＸＸＸＸＸＸＸ．ＢＤＭは、他機再生目的のコンテンツオブジェクトの登録管理ファイルである。上記のＩＮＤＥＸ．ＢＣＭと機能が重複しているが、他機再生互換性を保つためのファイルである。

リアルプレイリスト・ファイル００００．ＭＰＬは、オリジナル・チャプタの再生リストであって、記録順で登録されている。同様に、プレイリスト登録チャプタの再生リストとしてユーザ設定順で再生するための仮想プレイリストがある。

ストリームの再生アクセス属性情報ファイルとして、ＣｌｉｐＩｎｆｏファイル００００００００．ＣＰＩがある。これを読み込んでストリームの属性を知る。

ＭＰＥＧ２トランスポート・ストリームのＨＤ記録システム・ストリーム・ファイルとして、Ｃｌｉｐ ＡＶ Ｓｔｒｅａｍである、０００００．ＭＴＳがある。ストリームが所期の位置からアクセスされ、読込みされ書き込み追記される。

ＭｅｄｉａＡからＭｅｄｉａＢへ映像ストリームをコピーする際、ＭｅｄｉａＡのＲＵＶサイズ映像を、ＶＯＢＵサーチ単位の上限数以内でＭｅｄｉａＢのＲＵＶサイズに作り直してコピーする必要がある。ＲＵＶ単位でのコピーを行うために１ＲＵＶのサイズが何で決まるかについて説明する。

ＶＯＢＵで読み込みバッファ・ストリームに積んで書き出しメディアのアドレス位置に合わせてＲＵＶを再構成するとき、考慮すべき限界は、ＭＵＸしサーチ情報を再生成するハードウエア性能仕様に依るＶＯＢＵ数上限と、データ蓄積するメモリ・サイズに依るバッファ・サイズである。

ＶＯＢＵ数上限の１２０は、通常の使用では発生しないストリームのサーチ範囲限界を示している。均一静止画画面の連続するときなど動画圧縮データ量が動き変化なく最小データ・サイズとなるとき、バッファ・サイズ限界のＨＤＤやメモリスティックでの９Ｍバイト、光ディスク・メディアでの１８Ｍバイト限界とし、圧縮データのサーチ範囲限界である１２０ＶＯＢＵまでとの大きい方を上限として、書き込み側メディアの１ＲＵＶを再構成する。

ファイルからストリームをＶＯＢＵで読み出してＥＳにまで解いてＭＵＸしＶＯＢＵを再構築しＲＵＶ再構築する場合、ＲＵＶ内のサーチ情報をメモリ上に展開して解釈するための処理にメモリ容量が必要なため作業メモリが圧迫され、バッファ・サイズが増えて制約を受けるので、考慮すべきである。

ＥＳストリームまで分解してＭＵＸを再構成する際の１ＲＵＶの上限は、通常の動画記録と同一となる。

また、ファイルをＶＯＢＵ単位でコピーする際の１ＲＵＶの上限は、作業領域確保のため、減少する。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。

本明細書では、本発明をハイブリッド・カムコーダに適用した実施形態を中心に説明したが、本発明の要旨はこれに限定されるものではない。データ・ファイルを異種の記録媒体間でコピーする動作を制御するさまざまなタイプの記録制御装置、情報処理装置に対して本発明を同様に適用することができる。

要するに、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、特許請求の範囲を参酌すべきである。

図１は、本発明の実施に供される撮影記録再生装置１００の構成を模式的に示した図である。 図２は、ＵＤＦファイルシステムの一例を示した図である。 図３は、ＤＶＤ Ｖｉｄｅｏのデータ構造を示した図である。 図４は、フラッシュ・メモリ・ドライブ１０４から外付けＤＶＤドライブ１０５へ動画像ストリームをコピーする際の、プログラム・メモリ１０８の様子を示している。 図５は、コピー元の記録メディア側でコピー中のエラーが発生したことに応じて再開位置マークを書き込む処理を行なうタイミングチャートを示した図である。 図６は、フラッシュ・メモリ・ドライブ１０４におけるＲＵＶを複数集めて光ディスクの１ＲＵＶに再生成する様子を示した図である。 図７は、コピー先であるＤＶＤドライブ１０５においてエラー修復処理に成功したときと失敗したときの再開マーク位置の付け方を説明するための図である。 図８は、コピー元のメディアからコピー先のメディアへのストリームのコピーを正常に行なう場合のシーケンス・フローを示した図である。 図９は、ストリームのコピー中にコピー先でエラーが発生したときに、コピー先でエラー修復並びに追記によるコピーの再開を行なうシーケンス・フローを示した図である。 図１０は、各ＶＯＢＵ、１ＧＯＰに対してそのストリーム属性情報、メディア上のＶＯＢＵサーチ情報、カメラ撮影情報を含むＶＯＢＵ属性情報データをＧＯＰに付属させて記録している様子を示した図である。 図１１は、インデックス・ファイルを再開マーク位置に使う場合のアクセス順番を説明するための図である。 図１２は、本発明が着目する課題を説明するための図である。 図１３は、コピー元のメディアＡからコピー先のメディアＢへのストリームのコピーを行なうソフトウェア・パッケージを示した図である。

符号の説明

１００…撮影記録再生装置
１０１…システム制御部
１０１Ａ…静止画アプリケーション・フォーマット制御部
１０１Ｂ…動画アプリケーション・フォーマット制御部
１０１Ｃ…動画ＨＤアプリケーション・フォーマット制御部
１０１Ｄ…ＵＤＦ論理ファイルシステム部
１０１Ｅ…フラッシュ・ファイルシステム部
１０１Ｆ…メモリ／ＤＶＤドライブ制御部
１０２…映像音声入出力インターフェース
１０３…圧縮伸張部
１０３Ａ…静止画圧縮伸張部
１０３Ｂ…動画像圧縮伸張部
１０３Ｃ…動画ＨＤ圧縮伸張部
１０４…フラッシュ・メモリ・ドライブ
１０４Ａ…インターフェース
１０４Ｂ…ＣＩＳ情報記録部
１０４Ｃ…マルチウェイ・キャッシュ
１０４Ｄ…メモリ制御部
１０４Ｅ…ＮＶＲＡＭバンク
１０５…外付けドライブ
１０５Ａ…ホスト・インターフェース
１０５Ｂ…デバイス情報記録部
１０５Ｃ…ドライブ・キャッシュ
１０５Ｄ…メモリ制御部
１０５Ｅ…ディスク
１０６…ドライブ制御部
１０７…データ制御部
１０８…プログラム・メモリ
１０９…ユーザ・インターフェース
１１０…ＰＣ入出力インターフェース
１１１…時刻データ部

Claims (5)

1. 第１の記録装置に記録されているデータを第２の記録装置にコピーする動作を制御する記録制御装置であって、
   前記第２の記録装置にデータをコピーする最中にエラーが発生して中断したことに応答して、コピー再開時に続きから書き込み動作を開始するための再開マーク位置を前記第１の記録装置に書き込む再開マーク位置書き込み手段と、
   前記第２の記録装置にデータをコピーする最中に発生した前記エラーを修復するエラー修復手段と、
   前記エラー修復手段によって前記エラーを修復した後に、前記第１の記録装置に書き込まれた再開マーク位置からコピー動作を再開させるコピー再開手段と、
   を具備することを特徴とする記録制御装置。
2. 前記再開マーク位置書き込み手段は、前記第２の記録装置で前記エラーが発生したデータを記録している場所を含む記録単位の位置を再開マーク位置として前記第１の記録装置に書き込む、
   ことを特徴とする請求項１に記載の記録制御装置。
3. 第１の記録装置に記録されているコピー対象のデータは、所定単位のデータ・オブジェクトの系列からなるデータ・ストリームであり、
   前記第１の記録装置は所定数のデータ・オブジェクトの集合を第１の記録単位としてデータの読み出しを行なうとともに、前記第２の記録装置は前記第１の記録単位複数個からなる第２の記録単位でデータの書き込みを行ない、
   前記再開マーク位置書き込み手段は、前記第２の記録装置でエラーが発生して書き込みが中断した前記第２の記録単位のデータを構成する先頭の前記第１の記録単位のデータに対して再開マーク位置を書き込む、
   ことを特徴とする請求項１に記載の記録制御装置。
4. 第１の記録装置に記録されているデータを第２の記録装置にコピーする動作を制御する記録制御方法であって、
   前記第２の記録装置にデータをコピーする最中にエラーが発生して中断したことに応答して、コピー再開時に続きから書き込み動作を開始するための再開マーク位置を前記第１の記録装置に書き込む再開マーク位置書き込みステップと、
   前記第２の記録装置にデータをコピーする最中に発生した前記エラーを修復するエラー修復ステップと、
   前記エラー修復ステップにおいて前記エラーを修復した後に、前記第１の記録装置に書き込まれた再開マーク位置からコピー動作を再開させるコピー再開ステップと、
   を具備することを特徴とする記録制御方法。
5. 第１の記録装置に記録されているデータを第２の記録装置にコピーする動作を制御するための処理をコンピュータ上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータを、
   前記第２の記録装置にデータをコピーする最中にエラーが発生して中断したことに応答して、コピー再開時に続きから書き込み動作を開始するための再開マーク位置を前記第１の記録装置に書き込む再開マーク位置書き込み手段と、
   前記第２の記録装置にデータをコピーする最中に発生した前記エラーを修復するエラー修復手段と、
   前記エラー修復手段によって前記エラーを修復した後に、前記第１の記録装置に書き込まれた再開マーク位置からコピー動作を再開させるコピー再開手段と、
   として機能させるためのコンピュータ・プログラム。