(57)【要約】【課題】ＩＤが同じでありながら内容が異なるという状態を防ぐ。【解決手段】１又は複数個の固有ＩＤ及び、メタデータが付与された動画像データを編集する編集装置であって、前記動画像データの破損を検出する破損検出手段と、破損した動画像データを修復する破損修復手段と、動画像データ内のメタデータを解析するメタデータ解析手段と、前記固有ＩＤを生成する生成手段と、動画像データ内の固有ＩＤを更新する更新手段を有し、前記破損検出手段により動画像データの破損を検出した場合、動画像データを前記破損修復手段により破損修復すると共に、前記メタデータ解析手段によりメタデータ解析を行い、解析結果に応じて、動画像データ内の固有ＩＤの１または複数個を、前記生成手段により生成された固有ＩＤを用いて、前記更新手段により更新する。【選択図】図１
2016009959.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数個の固有ＩＤ及び、メタデータが付与された動画像データを編集する編集装置であって、
前記動画像データの破損を検出する破損検出手段と、
破損した動画像データを修復する破損修復手段と、
動画像データ内のメタデータを解析するメタデータ解析手段と、
前記固有ＩＤを生成する生成手段と、
動画像データ内の固有ＩＤを更新する更新手段を有し、
前記破損検出手段により動画像データの破損を検出した場合、動画像データを前記破損修復手段により破損修復すると共に、前記メタデータ解析手段によりメタデータ解析を行い、解析結果に応じて、動画像データ内の固有ＩＤの１または複数個を、前記生成手段により生成された固有ＩＤを用いて、前記更新手段により更新することを特徴とする記録装置。
【請求項２】
解析手段により解析するメタデータは、動画像データ生成時における動作モードを格納するデータであって、生成した動画像データを１パスへの出力を行う動作モードで記録したか、複数パスへの出力を行う動作モードで記録したかを切り分ける情報が含まれることを特徴とする請求項１に記載の記録装置。
【請求項３】
前記生成手段により生成される固有ＩＤは、動画像データを生成・編集を行った個体を識別可能な識別ＩＤと、時刻から生成可能なユニーク値を含む構造であることを特徴とする請求項２に記載の記録装置。
【請求項４】
前記更新手段は、時刻から生成可能なユニーク値のみを更新することを特徴とする請求項３に記載の記録装置。
【請求項５】
前記破損修復手段により修復された動画像データが複数あり、前記修復された複数動画像データが同一フレーム数となる場合、前記更新手段により更新される固有ＩＤが同一になることを特徴とする請求項４に記載の記録装置。
【請求項６】
前記生成手段は、更新前の前記固有ＩＤに関連する時刻から生成可能なユニーク値に、前記破損修復手段により修復された動画像データの有効フレーム数を加算して、新たな固有ＩＤを生成することを特徴とする請求項５に記載の記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録装置に関する。
【背景技術】
【０００２】
近年ビデオカメラには、動画像データを撮影時に複数の記録媒体に重複して記録したいというニーズがある（以下、マルチパス記録と記述）。重複して記録する目的の一つは、記録媒体の引き抜きや書き込み失敗などで、動画像データ消失のリスクを低減することである。
【０００３】
また、実際に動画像データの書き込みが失敗した場合、正常記録できたパスへアクセス可能であれば、正常記録パスからのコピーで修復できるが、アクセス不能である（記録媒体の引き抜きなど）の場合、書き込みに失敗した記録媒体の動画像データのうち正常再生可能な範囲を検出し、その範囲外を無効データ化、または削除する等を行うことで、再生可能状態へ修復する。このための手段として特許文献１が提案されている。
【０００４】
特許文献１の方法を用いれば、動画像データのうち、オーディオ及びビデオが正常に同期再生可能な範囲を検出し、それ以降を削除することで修復を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−３０１６４１号公報（松下電器産業株式会社）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＭＸＦ（Ｍａｔｅｒｉａｌ  ｅＸｃｈａｎｇｅ  Ｆｏｒｍａｔ）に代表されるプロユースのコンテナフォーマットでは、コンテンツの中から効率良く検索する手段として、コンテナ内にＵＵＩＤを配置する。このＵＵＩＤとコンテナ内の映像・音声データは１対１で関連付けられ、ユーザはＵＵＩＤを検索キーとすることで、多数あるコンテンツの中から、所望の映像・音声データを探し出し、アクセスすることができる。
【０００７】
マルチパス記録における、エラー発生パスの特許文献１による修復処理では、修復されたもの（エラーが発生したパスで記録されたもの）と、されないもの（正常記録できたもの）とでは、前者が正常記録範囲外を無効データ化または削除されるため、再生時間の異なる動画像データとなる。
【０００８】
一方で、特許文献１の修復処理では、ＵＵＩＤへのケアが行われない。従って修復処理後には、同一ＵＵＩＤを持つコンテナでありながら、有効データ長（再生時間）が異なるものが存在することとなる。
【０００９】
このような状態は、ＵＵＩＤを検索キーとして、所望の映像・音声データにアクセスする環境を阻害する。
【００１０】
本発明は、複数の動画データを同時に記録している場合に、一方が正常に記録されない場合に、ＩＤが同じでありながら内容が異なるという状態を防ぐことを目的とする。
【課題を解決するための手段】
【００１１】
本発明の構成は、１又は複数個の固有ＩＤ及び、メタデータが付与された動画像データを編集する編集装置であって、前記動画像データの破損を検出する破損検出手段と、破損した動画像データを修復する破損修復手段と、動画像データ内のメタデータを解析するメタデータ解析手段と、前記固有ＩＤを生成する生成手段と、動画像データ内の固有ＩＤを更新する更新手段を有し、前記破損検出手段により動画像データの破損を検出した場合、動画像データを前記破損修復手段により破損修復すると共に、前記メタデータ解析手段によりメタデータ解析を行い、解析結果に応じて、動画像データ内の固有ＩＤの１または複数個を、前記生成手段により生成された固有ＩＤを用いて、前記更新手段により更新することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数の動画データを同時に記録している場合に、一方が正常に記録されない場合に、ＩＤが同じでありながら内容が異なるという状態を防ぐことができる。
【図面の簡単な説明】
【００１３】
【図１】記録装置の構成を示す図である。
【図２】ＭＸＦファイルの構成を示す図である。
【図３】Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｔａｂｌｅの格納データを説明する図である。
【図４】Ｈｅａｄｅｒ  Ｍｅｔａ  Ｄａｔａの接続構造を説明する図である。
【図５】ＵＵＩＤ構造を説明する図である。
【図６】修復処理を説明するフローチャートである。
【図７】ＵＵＩＤが異なる状態を示す図である。
【図８】修復処理を説明するフローチャートである。
【図９】修復結果を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を参照しながら説明する。
【実施例１】
【００１５】
図１は本実施形態を適応した動画像データ記録装置である。符号１００はＰＣＭ生成部であり、音声入力からＰＣＭデータを生成し、一時蓄積部１０６へ出力する。符号１０１はＭＸＦ多重化部であり、設定された記録モードからＵｓｅｒ  Ｍｅｔａ  Ｄａｔａを生成し、設定されたＵＵＩＤをベースとしてＭＸＦフォーマットを生成して、一時蓄積部１０６へ出力する。号１０２はＵＵＩＤ生成部であり、本装置の固体識別用ＩＤと、日時を認識するためのタイマを内包し、指示されたタイミングで、後述する１３９４メソッドに従いＵＵＩＤを生成する。符号１０３は制御部であり、ユーザインターフェース１０４からの入力に応じて、装置全体を制御する。一時蓄積部１０６に蓄積されるデータの解析や、更新を行う。符号１０４はユーザインターフェースであり、記録開始／終了指示や、後述する記録モードを制御部１０３へ通知する。
【００１６】
符号１０５はビデオ符号化部であり、入力映像をＭＰＥＧ２等の方式で圧縮符号化し、一時蓄積部１０６へ出力する。符号１０６は一時蓄積部であり、各ブロック間へ入出力されるデータを一時蓄積する。また、制御部１０３が行う処理のワークメモリ等の役割を果たす。符号１０７は記録媒体制御部（Ａ）であり、一時蓄積部１０６から記録媒体（Ａ）１０８へデータの書き出しと、記録媒体（Ａ）１０８から一時蓄積部１０６へのデータの読み出しを行う。符号１０８は記録媒体（Ａ）であり、フラッシュメモリ等の脱着可能な記録媒体である。符号１０９は記録媒体制御部（Ｂ）であり、一時蓄積部１０６から記録媒体（Ｂ）１１０へデータの書き出しと、記録媒体（Ｂ）１１０から一時蓄積部１０６へのデータの読み出しを行う。符号１１０は記録媒体（Ｂ）であり、フラッシュメモリ等の脱着可能な記録媒体である。符号１１１はブロック間を繋ぐバスである。
【００１７】
次に、本動画像データ記録装置が扱うＭＸＦフォーマットについて図２〜図４を用いて説明する。図２は、ＭＸＦフォーマット全体を説明する図であり、図３は、Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎ内のＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｔａｂｌｅが格納するデータを説明する図であり、図４は、主要な要素のＵＵＩＤを用いた連結関係を説明する図である。
【００１８】
本動画像データ記録装置が扱うＭＸＦフォーマットはＳＭＴＰＥ−３７７Ｍ、ＳＭＴＰＥ−３７９Ｍ、ＳＭＰＴＥ−３７８Ｍにより説明されているＭＸＦフォーマット、ＭＸＦ  ｇｅｎｅｒｉｃ  Ｃｏｎｔａｉｎｅｒ及びＯＰ１ａの規格に従っている。
【００１９】
図２において、ＭＸＦフォーマットは、Ｈｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎ、１個以上のＢｏｄｙ  Ｐａｒｔｉｔｉｏｎ、Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎで構成されるＨｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎは、Ｈｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ及びＨｅａｄｅｒ  Ｍｅｔａ  Ｄａｔａから成る。Ｈｅａｄｅｒ  Ｍｅｔａ  Ｄａｔａは更に、Ｐｒｅｆａｃｅ  Ｓｅｔ、Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ、Ｃｏｎｔｅｎｔ  Ｓｔｏｒａｇｅ、Ｕｓｅｒ  Ｍｅｔａに分けられる。Ｐｒｅｆａｃｅ  Ｓｅｔは、ＭＸＦ構造メタデータのパーティションと、コンテンツを規定する。Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔは、ＭＸＦファイルを作成／更新したツールに関する情報が記録される。Ｃｏｎｔｅｎｔ  Ｓｔｏｒａｇｅは更に、Ｍａｔｅｒｉａｌ  ＰａｃｋａｇｅとＳｏｕｒｃｅ  Ｐａｃｋａｇｅに分けられ、Ｍａｔｅｒｉａｌ  Ｐａｃｋａｇｅは、出力のタイムラインイメージを表す。Ｓｏｕｒｃｅ  Ｐａｃｋａｇｅは、Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ内のＰｉｃｔｕｒｅ及びＳｏｕｎｄエッセンスを表す。Ｕｓｅｒ  Ｍｅｔａには、本装置の動作モードを示す情報等が格納される。
【００２０】
Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎは、Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ、０または１個のＩｎｄｅｘ  Ｔａｂｌｅ、１個以上のＥｄｉｔ  Ｕｎｉｔから成る。Ｅｄｉｔ  Ｕｎｉｔは、Ｓｙｓｔｅｍ  Ｉｔｅｍと、ＭＰＥＧ２    ＬｏｎｇＧＯＰ１フレーム分のデータを内包するＰｉｃｔｕｒｅ  Ｉｔｅｍと、音声データを内包するＳｏｕｎｄ  Ｉｔｅｍから成る。更に、Ｂｏｄｙ  ＰａｒｔｉｔｉｏｎからＥｄｉｔ  Ｕｎｉｔだけを集めたもので、Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒを形成する。
【００２１】
Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎは、Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ、Ｉｎｄｅｘ  Ｔａｂｌｅ、Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋから成る。Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋは、図３に示すように、ＭＸＦファイル先頭から各Ｐａｒｔｉｔｉｏｎへのオフセット値が格納され、末尾にＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ自身のデータサイズが格納されている。ＭＸＦファイルをランダムアクセスする場合、ＭＸＦファイル終端にあるＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋのデータサイズを取得し、それを用いてＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋの先頭位置を取得し、そこから各Ｐａｒｔｉｔｉｏｎへのオフセット値を得て、実現する。
【００２２】
これらの各データにはそれぞれ異なるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）が与えられている。Ｈｅａｄｅｒ  Ｐａｒｔｉｔｉｏｎ内のＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅは、ＭＸＦファイルに対し１対１の関係でＵＵＩＤを持つ。Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎ内の各Ｅｄｉｔ  Ｕｎｉｔは、１フレーム期間の映像・音声データに対して１対１の関係でＵＵＩＤを持つ。
【００２３】
また、図４のように各データは、このＵＵＩＤで階層的に関連付けられている。関連付けは、上位階層のデータが、下位階層データのＵＵＩＤを内部に格納する方式で行われる。Ｐｒｅｆａｃｅは、自身が管理するＩｄｅｎｔｉｆｉｃａｔｉｏｎとＣｏｎｔｅｎｔ  ＳｔｏｒａｇｅのＵＵＩＤを内部に格納する。同様にＣｏｎｔｅｎｔ  Ｓｔｏｒａｇｅは、自身が管理するＭａｔｅｒｉａｌ  Ｐａｃｋａｇｅ，  Ｓｏｕｒｃｅ  Ｐａｃｋａｇｅ，  Ｅｓｓｅｎｃｅ  Ｃｏｎｔａｉｎｅｒ  Ｄａｔａ  のＵＵＩＤを内部に格納する。
【００２４】
次に、本装置が用いるＵＵＩＤの形式である１３９４メソッドについて、図５を用いて説明する。図５は１３９４メソッドによるＵＵＩＤの構造を説明する図である。
【００２５】
１３９４メソッドは、ＳＭＴＰＥ−３３０Ｍにより説明されているＵＵＩＤの生成方法である。１６ＢｙｔｅサイズのＵＵＩＤであり、内部はＴｉｍｅ，  Ｄａｔｅ，  ＴｉｍｅＺｏｎｅ，  ＤｅｖｉｃｅＮｏｄｅの４要素から成る。Ｔｉｍｅ，  Ｄａｔｅ，  ＴｉｍｅＺｏｎｅは、ＵＵＩＤ生成部１０２が内包するタイマから生成される日時を元に算出可能な値である。ＤｅｖｉｃｅＮｏｄｅはメーカ及び製品シリアルナンバから成り、同一のＤｅｖｉｃｅＮｏｄｅ値を持つ装置は複数存在しない。
【００２６】
従って、ＵＵＩＤ生成部１０１がある時刻で生成したＵＵＩＤは、他機器や、同一機器の別時刻生成のものとは、決して重複しない。
【００２７】
次に、本動画像データ記録装置の記録動作について説明する。本動画像データ記録装置は、シングルパス記録とマルチパス記録の２種類の記録モードを有し、前者は一時蓄積部１０６上に格納された動画像データを一方の記録媒体に、後者は両方の記録媒体に、それぞれ記録を行う。
【００２８】
ユーザインターフェース１０４から、シングルパス記録またはマルチパス記録が指示されると、制御部１０３はＵＵＩＤ生成部１０２を駆動して複数のＵＵＩＤを生成する。生成されたＵＵＩＤは、本装置のＤｅｖｉｃｅＮｏｄｅ値と、記録動作開始時刻に基いた値となる。次に生成したＵＵＩＤと記録モードをＭＸＦ多重化部１０１へ設定して、Ｆｉｌｅ  Ｈｅａｄｅｒの生成指示を行う。ＭＸＦ多重化部１０１は設定されたＵＵＩＤを、それぞれＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅに振り分けて生成し、また、設定された記録モードからＵｓｅｒ  Ｍｅｔａ  Ｄａｔａを生成し、一時蓄積部１０６へ出力する。次に制御部１０３は、記録媒体制御部を駆動して一時蓄積部１０６上に蓄積されたＦｉｌｅ  Ｈｅａｄｅｒを記録媒体へ書き出す。記録モードがシングルパス記録の場合、制御部１０３が駆動するのは、記録媒体制御部（Ａ）１０７又は記録媒体制御部（Ｂ）１０９の一方のみであり、ＭＸＦフォーマットデータが書き出されるのも、記録媒体（Ａ）１０８又は記録媒体（Ｂ）１１０のいずれか一方だけである。
【００２９】
Ｆｉｌｅ  Ｈｅａｄｅｒ生成は終わると、制御部１０３はＦｉｌｅ  Ｂｏｄｙ生成に移る。ビデオ符号化部１０５とＰＣＭ生成部１００を駆動する。駆動したビデオ符号化部１０５は、映像入力１フレームをＭＰＥＧ２にて符号化し、一時蓄積部１０６へ出力する。同様に駆動したＰＣＭ生成部は映像１フレームに相当するＰＣＭデータを一時蓄積部１０６へ出力する。次にＵＵＩＤ生成部を駆動してＵＵＩＤを一つ取得し、取得したＵＵＩＤをＭＸＦ多重化部１０１へ設定してＦｉｌｅ  Ｂｏｄｙ生成指示を行う。指示を受けたＭＸＦ多重化部１０１は、設定されたＵＵＩＤと、一時蓄積部１０６上に蓄積された１フレーム分のＭＰＥＧ２データとＰＣＭデータから、Ｅｄｉｔ  Ｕｎｉｔを生成する。Ｅｄｉｔ  Ｕｎｉｔの生成回数に応じて、Ｅｄｉｔ  Ｕｎｉｔの前にＢｏｄｙ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋと、Ｉｎｄｅｘ  Ｔａｂｌｅを付与し、一時蓄積部１０６へ書き戻す。また、制御部１０３は、一時蓄積部１０６上に生成されたＦｉｌｅ  Ｂｏｄｙのサイズを確認し、所定量に達する毎にＦｉｌｅ  Ｈｅａｄｅｒと同様に記録媒体への書き出しを行う。これをユーザインターフェース１０４から記録停止指示を受けるまで継続的に行う。
【００３０】
ユーザインターフェース１０４から記録停止指示を受けると、制御部１０３はＰＣＭ生成部１００、ビデオ符号化部１０５への駆動指示を止め、ＭＸＦ多重化部１０１へＦｉｌｅ  Ｆｏｏｔｅｒ生成指示を出す。指示を受けたＭＸＦ多重化部１０１は、Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋ，  Ｉｎｄｅｘ  Ｔａｂｌｅ，  Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋを生成し、一時蓄積部１０６へ出力する。制御部１０３は、一時蓄積部１０６上に格納されるＦｉｌｅ  Ｆｏｏｔｅｒを同様に記録媒体へ書き出しをおこない、これが完了すると記録動作を停止する。以上を行うことで、シングルパス記録及びマルチパス記録が実現される。
【００３１】
次に本動画像データ記録装置における、ＭＸＦファイルの修復動作について説明する。修復動作とは、上述のシングルパス記録またはマルチパス記録中に、生成中のＭＸＦファイル書き込み先である記録媒体（Ａ）１０８または記録媒体（Ｂ）１１０に書き込み障害等が発生して記録動作が中断した場合のＭＸＦファイルを修復する動作である。記録動作の中断により、Ｆｉｌｅ  Ｂｏｄｙの途中以降が無いＭＸＦファイルに対し、破損Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎの破棄と、Ｆｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎを付与と、ＭＸＦファイルと１対１の関係を有するＦｉｌｅ  Ｈｅａｄｅｒ内のＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅ  に与えられているＵＵＩＤを更新する動作を指す。本修復動作は例えば、本動画像データ記録装置のパワーオン直後や、記録障害状態復帰の後に、記録媒体内で最後に更新したＭＸＦファイルに対して実施するものである。
【００３２】
図６は、修復動作を説明するフローチャートである。Ｓ６０１において、当該ＭＸＦファイルの修復が必要であるかの判断を行う。判断は、ＭＸＦファイルの終端にＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋが完成しているかを条件とし、末尾に配置されるべき”Ｒａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ  Ｓｉｚｅ”分、末尾から遡った位置がＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｐａｃｋ先頭になっているか否かで行う。先頭になっていれば、修復不要と判断し、Ｓ６０２へ進んで修復動作を完了する。先頭になっていない場合は、修復が必要と判断して、Ｓ６０３へ進む。
【００３３】
Ｓ６０３において、当該ＭＸＦファイル内の最も後方に配置されるＩｎｄｅｘ  Ｔａｂｌｅを探す。Ｉｎｄｅｘ  Ｔａｂｌｅが発見できない場合、つまり、修復対象となるＭＸＦファイルのＢｏｄｙ  Ｐａｒｔｉｔｉｏｎが１個以下の場合は、修復を断念してＳ６０４へ進み、当該ＭＸＦファイルを削除する。Ｉｎｄｅｘ  Ｔａｂｌｅが発見できた場合は、Ｓ６０５へ進み、当該ＭＸＦファイルの修復を行う。
【００３４】
Ｓ６０５において、Ｓ６０４で発見したＩｎｄｅｘ  Ｔａｂｌｅ以降を削除して、Ｓ６０６へ進む。Ｓ６０６において、Ｈｅａｄｅｒ  Ｍｅｔａ  Ｄａｔａ内のＵｓｅｒ  Ｍｅｔａ  Ｄａｔａを読み、当該ＭＸＦファイルが、シングルパス記録で生成されたものか、マルチパス記録で生成されたものかを判断する。マルチパス記録と判断された場合、Ｓ６０７〜Ｓ６０９のＵＵＩＤ更新処理を行う。
【００３５】
Ｓ６０７において、他目的（例えば、本修復処理中に、別記録媒体へシングルパス記録を同時に行う）でＵＵＩＤが生成されている途中であれば、重複するＵＵＩＤが使用されることも考えられので、Ｓ６０７内で待つ。次にＳ６０８へ進んでＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅ  用に複数のＵＵＩＤを生成する。次にＳ６０９へ進んで、当該ＭＸＦファイル内のＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅ  に付与されたＵＵＩＤを、Ｓ６０８で生成したＵＵＩＤで更新する。Ｓ６０６でシングルパス記録と判断された場合、または、Ｓ６０９でマルチパス記録判断後のＵＵＩＤ更新が終わった場合、Ｓ６１０へ進む。Ｓ６１０において、最終Ｂｏｄｙ  Ｐａｒｔｉｔｉｏｎ  ＰａｃｋをＦｏｏｔｅｒ  Ｐａｒｔｉｔｉｏｎ  Ｐａｃｋへ上書き更新し、Ｓ６１１へ進む。Ｓ６１１において当該ＭＸＦファイル内の各Ｐａｒｔｉｔｉｏｎに対し、ファイル先頭からのオフセット値を調査し、その結果を元にＲａｎｄｏｍ  Ｉｎｄｅｘ  Ｔａｂｌｅを生成して、当該ＭＸＦファイルの末尾に付与し、修復動作を完了する。
【００３６】
以上を行うことで、ＭＸＦファイルを用いたマルチ記録の動画像データを修復する場合、正常記録できたパスのＭＸＦファイルと異なるＵＵＩＤで、かつ、唯一のＵＵＩＤを持つＭＸＦファイルに修正することができる。
【実施例２】
【００３７】
実施例１では、マルチパス記録中に複数記録媒体で、同一Ｐａｒｔｉｔｉｏｎ記録中に障害が発生した場合、修復結果が同じであっても、異なるＵＵＩＤが付与される結果となる。
【００３８】
図７は、これを具体的に説明する図である。ｐａｔｈ  Ａは３番目のＢｏｄｙ  Ｐａｒｔｉｔｉｏｎの最終Ｅｄｉｔ  Ｕｎｉｔまで書きこめた状態で障害が発生し、ｐａｔｈ  Ｂは３番目のＢｏｄｙ  Ｐａｒｔｉｔｉｏｎの先頭Ｅｄｉｔ  Ｕｎｉｔまで書きこめた状態で障害が発生した状態を示す。両者を実施例１の方法で修復を行った場合、修復された２つのＭＸＦファイルは、同一の映像・音声データを有するが、Ｓ６０７〜Ｓ６０９のＵＵＩＤ更新処理により、互いに異なるＵＵＩＤが付与される。従って、この状態は、ＵＵＩＤを検索キーとして所望の映像・音声データにアクセス可能ではあるが、ＵＵＩＤと映像・音声データとが１対１の関係であるとは言えない。本実施例では、この点について言及する。記録装置の構成・ＭＸＦフォーマット、は実施例１と同じであるため、説明を省略する。
【００３９】
次に本実施例の修復処理を、図８を用いて説明する。図８は、修復処理を説明するフローチャートである。Ｓ８０１〜Ｓ８０６はＳ６０１〜Ｓ６０６と、Ｓ８１０〜Ｓ８１２はＳ６０９〜Ｓ６１１と同一処理のため、説明を省略する。
【００４０】
Ｓ８０６でマルチパス記録と判断された場合、Ｓ８０７へ進む。Ｓ８０７において、当該ＭＸＦファイル内の有効な総フレーム数（＝ＥｄｉｔＵｎｉｔ数）をＭＸＦファイルから得る。次に、Ｓ８０８において、当該ＭＸＦのＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅ  のＵＵＩＤを読み出す。次にＳ８０９において、読み出したＵＵＩＤのＴｉｍｅ値にＳ８０７で得られた総フレーム数を加算して、新たなＴｉｍｅ値及びＵＵＩＤを得る。次にＳ８１０へ進んで、Ｓ８０９で得られたＵＵＩＤをＰｒｅｆａｃｅ  Ｓｅｔ，  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｔ，  Ｃｏｎｔｅｎｔｓ  Ｓｔｏｒａｇｅに対して上書きする。
【００４１】
図９は、本修復処理を用いて図７のｐａｔｈ  Ａ／Ｂに対し修復処理をかけた場合のイメージ図であり、修復処理後のＭＸＦはＵＵＩＤを含めて一致する。
【００４２】
以上を行うことで、修復処理を行う個体如何に関わらず、修復後のｆｒａｍｅ数が同じＭＸＦファイルには、同一のＵＵＩＤが付与されて修復され、同一の映像・音声データを持った、異なるＵＵＩＤを持つＭＸＦファイルが存在する状態を回避することができる。
【００４３】
なお、本実施例では、ＵＵＩＤを１３９４メソッドを例として記載したが、本内容は個体識別ＩＤと、日時情報を含むＵＵＩＤ形式であれば、これに限ったものではない。
【符号の説明】
【００４４】
１００  ＰＣＭ生成部、１０６  一時蓄積部、１０１  ＭＸＦ多重化部、
１０２  ＵＵＩＤ生成部、１０３  制御部、１０４  ユーザインターフェース、
１０５  ビデオ符号化部、１０７  記録媒体制御部（Ａ）、１０８  記録媒体（Ａ）、
１０９  記録媒体制御部（Ｂ）、１１１  バス
【図１】
2016009959.tif 000003
【図２】
2016009959.tif 000004
【図３】
2016009959.tif 000005
【図４】
2016009959.tif 000006
【図５】
2016009959.tif 000007
【図６】
2016009959.tif 000008
【図７】
2016009959.tif 000009
【図８】
2016009959.tif 000010
【図９】
2016009959.tif 000011