記録システム、記録方法およびコンピュータプログラム
【課題】コンテンツの連続記録動作を可能にし、コンテンツを記録できない状況が発生したとしても、高速な復旧処理を可能とする。
【解決手段】記録システムは、記録バッファと、記録バッファ内のコンテンツデータを、制御部を用いて第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する。第１の記録メディアにコンテンツデータを記録できなかった期間があり、かつ、その期間中に、第２の記録メディアにはコンテンツデータを記録できたときにおいて、制御部は、第１の記録メディアに、その期間中に第２の記録メディアに記録された部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、第１の記録メディア以外の記録メディアに復旧情報を記録する。復旧情報は、第１の記録メディアを示す第１情報、空き領域を示す第２情報、および、部分データが記録された第２の記録メディアの領域を示す第３情報を含む。
【解決手段】記録システムは、記録バッファと、記録バッファ内のコンテンツデータを、制御部を用いて第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する。第１の記録メディアにコンテンツデータを記録できなかった期間があり、かつ、その期間中に、第２の記録メディアにはコンテンツデータを記録できたときにおいて、制御部は、第１の記録メディアに、その期間中に第２の記録メディアに記録された部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、第１の記録メディア以外の記録メディアに復旧情報を記録する。復旧情報は、第１の記録メディアを示す第１情報、空き領域を示す第２情報、および、部分データが記録された第２の記録メディアの領域を示す第３情報を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を複数の記録媒体に重複して記録する技術に関する。より具体的には、本発明は、撮影した映像に関する情報を複数の記録媒体に重複して記録することにより、一方の記録媒体へ映像データを記録できない際に、記録できなかった情報を復旧することが可能な技術に関する。
【背景技術】
【０００２】
従来、撮影した映像のデータ（以下「映像データ」と記述する。）を複数の記録媒体に同時に、かつ重複して記録する撮像装置（たとえばビデオカメラ）が知られている。映像データを冗長的に記録することにより、一方の記録媒体に映像データを記録できない状況が発生した場合でも、他方の記録媒体にその映像データが記録されていることにより、撮影した映像を確実に保存することができる。
【０００３】
たとえば特許文献１は、画像データを同時に記録することが可能な複数の記録装置を開示している。特許文献１では、画像データを同時に記録させ、転送させたい記録装置のうち、おのおのの属性情報を基に、同時記録動作の対象とするか否かを判定する。同時記録動作の対象とならない記録装置には、連続撮影等の連続記録動作実行中に画像データを同時に書き込まない。ただし、一連の連続記録動作が完了した後には、既に書き込まれた記録装置から画像データが読み出され、同時記録の対象とならなかった記録装置に記録される。これにより、所定の連続記録速度を満たしながら、最終的には複数の記録装置に並列して画像データを保持させることが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２８０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記記録装置には、一連の画像データの記録処理が全て完了するまでに時間を要するという問題があった。すなわち特許文献１では、一連の連続記録動作が完了した後に、画像データが書き込まれた記録装置からすべての画像データが読み出され、同時記録動作の対象とならなかった記録装置に当該画像データが記録される。これでは、連続記録動作が完了した直後に、ユーザが改めて次の連続記録動作の操作を行おうとしても画像データの記録を開始させることができない。これでは、当該記録装置の信頼性が損なわれる。
【０００６】
このような信頼性は、業務用途で使用される記録装置には特に必要とされる。撮影者の咄嗟の記録開始操作に対応できない記録装置を用いると、放送等のために使用される映像データを記録することができず、撮影者に致命的な損害をもたらす可能性がある。さらに、たとえ記録装置が急な記録開始操作に対応できたとしても、映像データを記録できない状況が発生した場合には、確実かつ高速に映像データを復旧させることが求められる。
【０００７】
本発明は上記課題を解決するためになされたものであって、その目的は、連続記録動作を可能にするとともに、映像データを記録できない状況が発生したとしても、高速な復旧処理を可能とすることにある。
【課題を解決するための手段】
【０００８】
本発明による記録システムは、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部とを備えており、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部は、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録する。
【０００９】
前記制御部は、前記空き領域の開始位置および終了位置を特定する情報を前記第２情報として生成してもよい。
【００１０】
前記制御部は、前記部分データが記録されている前記第２の記録メディアの開始位置および終了位置を特定する情報を、前記第３情報として生成してもよい。
【００１１】
前記制御部は、前記第１の記録メディアに、前記空き領域を特定する第２情報を含むブランク情報を記録してもよい。
【００１２】
前記記録バッファは、前記第１の記録メディアおよび前記第２の記録メディアに記録された前記コンテンツデータを所定のデータ単位で削除し、前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量に基づいて、前記第１の記録メディアに前記コンテンツデータを記録することができないと判断してもよい。
【００１３】
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量が所定の閾値を超えていないときは、前記第１の記録メディアに前記コンテンツデータを記録の再開が可能であると判断し、前記コンテンツデータの記録動作を再試行してもよい。
【００１４】
前記第１の記録メディア以外の記録メディアに前記復旧情報が記録されているときにおいて、前記制御部は、前記復旧情報を読み出し、前記第１情報によって特定される、前記部分データを記録できなかった前記第１の記録メディアが接続されているか否かを判断し、前記第１の記録メディアが接続されているときは、前記第３情報に基づいて前記第２の記録メディアの領域から前記部分データを読み出し、前記第２情報に基づいて特定される前記空き領域に、読み出した前記部分データを記録してもよい。
【００１５】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアの全てに、前記復旧情報を記録してもよい。
【００１６】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアのうち、予め定められた基準によって定められた信頼性が最も高い記録メディアに前記復旧情報を記録してもよい。
【００１７】
前記記録バッファおよび前記制御部が１つの筐体内に設けられ、かつ、前記複数の記録媒体が着脱可能であってもよい。
【００１８】
前記記録システムは、前記コンテンツデータとして、撮影された被写体の映像データを逐次受け取る映像入力部をさらに備えていてもよい。
【００１９】
前記記録システムは、前記記録バッファ、前記制御部、および前記コンテンツデータを送信する第１通信部を有し、かつ、前記第１の記録媒体および前記第２の記録媒体の一方に前記コンテンツデータを記録する第１記録装置と、前記第１記録装置から送信された前記コンテンツデータを受信する第２通信部、および、前記第１の記録媒体および前記第２の記録媒体の他方に、受信した前記コンテンツデータを記録する第２記録装置とを有していてもよい。
【００２０】
本発明による方法は、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部とを備えた記録システムにおいて実行される記録方法であって、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部が、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、前記制御部が、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップとを包含する。
【００２１】
本発明によるコンピュータプログラムは、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録するコンピュータとを備えた記録システムの前記コンピュータによって実行されるコンピュータプログラムであって、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記コンピュータプログラムは、前記コンピュータに対し、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップとを実行させる。
【発明の効果】
【００２２】
記録を継続した際に必要となる記録媒体上の記録領域を空けて記録することで、復旧処理時の高速化を図るとともに、空けた記録領域を復旧するのに必要な復旧情報を作成して記録を継続する記録媒体のいずれかに記録することにより、確実に復旧情報を残すことができる。
【図面の簡単な説明】
【００２３】
【図１】（ａ）および（ｂ）は、本発明による記録システムの構成例を示す図である。
【図２】実施形態１に係る映像記録装置１００の構成を示すブロック図である。
【図３】映像記録装置１００の処理の概要を示すフローチャートである。
【図４】ＣＰＵ１０１によって管理される、記録バッファ１０３、および記録メディア１１０および１１１を示す図である。
【図５】実施形態１にかかる映像記録装置１００の記録処理の手順を示すフローチャートである。
【図６】記録メディア１１０および記録メディア１１１の映像データの記録状況を示す図である。
【図７】主記憶メモリ１０２で保持される復旧情報の例を示す図である。
【図８】復旧情報作成処理の手順を示すフローチャートである。
【図９】記録メディア１１１への映像データの記録を再開したときの、記録メディア１１０および記録メディア１１１の記録状況を示す図である。
【図１０】ブランク終了位置および復旧終了位置が追記された復旧情報の例を示す図である。
【図１１】ブランク情報の例を示す図である。
【図１２】記録再開処理の手順を示すフローチャートである。
【図１３】復旧処理の手順を示すフローチャートである。
【図１４】実施形態２に係る映像記録装置１１００の構成を示すブロック図である。
【図１５】実施形態２に係る外部装置１２００の構成を示すブロック図である。
【図１６】実施形態２にかかる記録動作の手順を示すフローチャートである。
【図１７】記録メディア１１１０と、外部装置１２００に接続されている記録メディア１２０３の映像データの記録状況との関係を示す図である。
【図１８】外部装置１２００への映像データの送信を再開したときの、記録メディア１１１０および記録メディア１２０３の記録状況を、ファイルイメージで示した図である。
【図１９】記録・送信再開処理の手順を示すフローチャートである。
【図２０】送信済みファイルリストの一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、添付の図面を参照しながら、本発明による記録システムの実施形態を説明する。
【００２５】
まず本発明による記録システムは、第１および第２の記録メディアを含む、複数の記録メディアに、コンテンツデータを並列的に記録する。これにより確実にコンテンツデータを残すことができる。記録時において、記録システムは、第１の記録メディアへのコンテンツデータの記録が失敗した場合でも、第２の記録メディアへのコンテンツデータの記録を継続する。そして第１の記録メディアへの記録の再開が可能になったときは、記録システムは、第１の記録メディアへの記録ができなかったコンテンツデータの未記録部分（部分データ）のサイズだけ、第１の記録メディアの領域を空けておき、その領域の直後の位置からコンテンツデータの記録を再開する。これにより、記録が終了した後、空けておいた当該領域に、当該部分データを追記することが容易になる。このような構成にすることにより、確実にコンテンツデータを残すことが可能になるとともに、記録終了直後に別のコンテンツの記録を開始することも可能になる。
【００２６】
本明細書では、映像および音声を、「コンテンツ」と総称している。以下に説明する各実施形態では、コンテンツに関するデータである映像データを並列的に記録する例を説明している。
【００２７】
図１（ａ）および（ｂ）は、本発明による記録システムの構成例を示す。
【００２８】
図１（ａ）は、１つの筐体に収められた記録装置として実現される記録システム１０ａを示す。記録システム１０ａは、１つの記録装置に設けられた複数の記録メディアに映像データを並列的に記録することが可能である。下記の実施形態１は、図１（ａ）に示す構成に対応している。
【００２９】
また図１（ｂ）は、複数の記録装置１０ｂ−ｎ（ｎ：１以上の整数）から構成されている記録システム１０ｂを示す。各記録装置は少なくとも１つの記録メディアを有している。たとえば映像データを生成した記録装置１０ｂ−１は、自らが有する記録メディアに映像データを記録すると共に、異なる記録装置１０ｂ−２にその映像データを送信する。記録装置１０ｂ−２は映像データを受信して、その映像データを自らの記録メディアに記録する。これにより、映像データの並列的な記録が実現される。下記の実施形態２は、図１（ｂ）に示す構成に対応している。
【００３０】
以下、各実施形態を説明する。
【００３１】
（実施形態１）
図２は、本実施形態に係る映像記録装置１００の構成を示すブロック図である。映像記録装置１００は、ＣＰＵ１０１と、主記憶メモリ１０２と、記録バッファ１０３と、記録メディアインターフェース（Ｉ／Ｆ）１０４および１０５と、映像入力部１０６と、操作部１０７と、入出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ； Ｉ／Ｏ）バス１０８とを含む。
【００３２】
ＣＰＵ１０１は、コンピュータなどに搭載されている中央演算処理回路である。ＣＰＵ１０１は、主記憶メモリ１０２を用いながら各種のプログラムを実行して、映像記録装置１００の動作を制御する制御回路として機能する。たとえばＣＰＵ１０１は、記録バッファ１０３に記録された映像データを、記録メディアＩ／Ｆ１０４および１０５を介して複数の記録メディア１１０および１１１に並列的に記録する。
【００３３】
映像入力部１０６は、アナログまたはデジタルインタフェース（Ｉ／Ｆ）である。一例として、本実施形態では映像入力部１０６はデジタルＩ／Ｆであるとする。デジタルＩ／Ｆとして、例えば、ＨＤ−ＳＤＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）やＩＥＥＥ１３９４が知られている。
【００３４】
映像入力部１０６は、デジタル映像信号（以下「映像データ」と記述する）を受け取り、記録バッファ１０３へ出力する。なお、映像記録装置１００は他の機器に内蔵された記録機構として機能してもよい。たとえばカメラレコーダ（図示せず）のような、被写体を撮像するための光学系および撮影した映像データを記録メディアに記録する記録機構を有する機器における当該記録機構として、映像記録装置１００が実装されてもよい。この場合、映像入力部１０６は、カメラレコーダの撮像部で撮像された映像データを受け取る。
【００３５】
記録バッファ１０３は、映像入力部１０６から入力された映像データを蓄積するメモリである。
【００３６】
記録メディアＩ／Ｆ１０４は、記録メディア１１０を映像記録装置１００に接続し、記録メディア１１０と映像記録装置１００との間でデータを受け渡すインターフェースである。記録メディアＩ／Ｆ１０５も同様に、記録メディア１１１を映像記録装置１００に接続し、記録メディア１１１と映像記録装置１００との間でデータを受け渡すインターフェースである。
【００３７】
記録メディア１１０および１１１は、例えばＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードであり、映像記録装置１００に着脱可能である。記録メディア１１０および１１１は、ＳＤメモリカードの他に、Ｃｏｍｐａｃｔ Ｆｌａｓｈ（登録商標）カード、Ｍｕｌｔｉ Ｍｅｄｉａカード、ＤＶＤ−ＲＡＭ、Ｂｌｕ−ｒａｙディスクなどのランダムアクセス可能な記録媒体であってもよい。
【００３８】
なお本実施形態においては、記録メディア１１０および１１１は同じ種類であり、かつ同じ記録可能容量を有しているとする。しかしながら、これは一例である。記録メディア１１０および１１１が互いに異なる種類であってもよい。たとえば記録メディア１１０がＳＤメモリカードであり、記録メディア１１１がＣｏｍｐａｃｔ Ｆｌａｓｈカードであってもよい。また、記録メディア１１０および１１１の各記録可能容量が異なっていてもよい。
【００３９】
操作部１０７は、ユーザによる映像の記録開始や停止の指示を受け付ける。操作部１０７は、受け付けたユーザからの指示を、Ｉ／Ｏバス１０８を介して、ＣＰＵ１０１に伝える。
【００４０】
Ｉ／Ｏバス１０８は、映像記録装置１００内に設けられた、データを伝送するバスである。Ｉ／Ｏバス１０８は、映像記録装置１００に含まれる構成要素間のデータの授受を可能にする。
【００４１】
まず、図３を参照しながら、映像記録装置１００の全体的な処理の手順を説明する。そして、その後、図５以降の図面を参照しながら、各処理の詳細を説明する。
【００４２】
図３は、映像記録装置１００の処理の概要を示すフローチャートである。図３の説明では、記録メディアは２つであるとし、それらをそれぞれ第１の記録メディア、第２の記録メディアと呼ぶ。後の説明との関係では、第１の記録メディアが記録メディア１１１（図２）に対応し、第２の記録メディアが記録メディア１１０（図２）に対応する。
【００４３】
まず映像記録装置１００のＣＰＵ１０１は、並列記録処理を開始する（ステップＳ１０１）。並列記録処理が開始されると、ＣＰＵ１０１は、両方の記録メディアへの映像データの記録が失敗したか否かを継続的に判断する（ステップＳ１０２）。以下では、第１の記録メディアへの記録が失敗しており、第２の記録メディアへの記録は引き続き成功しているとする。
【００４４】
映像データの記録が失敗したと判断した場合、ＣＰＵ１０１は第２の記録メディアへの映像データの記録は継続しつつ、復旧情報（図７）を作成する（ステップＳ１０３）。「復旧情報」とは、後に第１の記録メディアに映像データが記録できるようになった後に、記録できなかった映像データを第１の記録メディアに記録するために必要な情報である。本例に関しては第１の記録メディアであることを特定する情報、記録中であったファイル名、記録に失敗した際の映像データの範囲を特定する情報等が挙げられる。
【００４５】
なお、本明細書では、記録メディアへの記録の失敗は一時的に生じ、リトライ等によって後に映像データの記録が可能になる、ということを想定している。よって、ある時点では映像データを記録できなかったとしても、後に映像データを記録できるようになることは生じ得る。したがって、ステップＳ１０２では１回目の失敗で記録をやめると判断せずに、記録メディアに未記録の映像データの量がしきい値を超えない間はリトライを実施し、しきい値を超えた場合には記録をやめるとしてもよい。このしきい値とは、撮影中に次々と生成される映像データを、取りこぼしなく記録メディアに記録するための基準値である。未記録の映像データの量がしきい値を超えると、第２の記録メディアへの記録の継続が可能であるにもかかわらず、第１の記録メディアへのリトライによって未記録の新しい映像データの記録へ進むことができず、未記録のまま映像データを失ってしまう危険性が出てくる。このような取りこぼしを発生させないために、しきい値を超えた場合には第１の記録メディアへの記録を失敗と判断して、第２の記録メディアへの記録を優先させる。
【００４６】
その後、ＣＰＵ１０１は、第１の記録メディアへの映像データの記録の再開が可能になるまで、第２の記録メディアへの映像データの記録を継続する（ステップＳ１０４）。
【００４７】
なお、第１の記録メディアへの映像データの記録の再開が可能でない場合には、処理はステップＳ１０３に戻る。このとき、ステップＳ１０３において、新たに復旧情報は生成されない。映像データの記録が失敗したと判断された後、次に映像データの記録が再開されるまでは、復旧情報は１つである。映像データの記録再開後、再度記録に失敗した場合には、新たな復旧情報が生成される。
【００４８】
第１の記録メディアへの映像データの記録の再開が可能になったと判断すると、ＣＰＵ１０１は、第１の記録メディアに対する記録再開処理を開始する（ステップＳ１０５）。ここでは、映像データの記録を継続していた第２の記録メディアに復旧情報を記録し、映像データの記録に失敗した第１の記録メディアにブランク情報を記録する。「ブランク情報」とは、映像データが本来記録されるべきであった領域に関する情報であり、より具体的には、記録不可と判断された第１の記録メディアの領域に関する情報である。
【００４９】
その後、ＣＰＵ１０１は、並列記録処理を再開し（ステップＳ１０６）、撮影の終了等により、記録動作が終了するまで継続する（ステップＳ１０７）。
【００５０】
記録動作が終了すると、ＣＰＵ１０１は、それに伴って確定した復旧情報を第２の記録メディアに記録する。また、第１の記録メディアに、記録終了に伴って確定したブランク情報を記録する（ステップＳ１０８）。
【００５１】
この後、ＣＰＵ１０１は、復旧情報およびブランク情報に基づく復旧処理を行う（ステップＳ１０９）。復旧処理により、第１の記録メディアへの記録ができていなかった区間に生成された映像データが、第１の記録メディアにコピーされる。その結果、映像データの記録失敗がなかったかのように、映像データが第１の記録メディアに記録され、第２の記録メディアに記録された映像データと同じデータが、第１の記録メディアに記録されることになる。
【００５２】
なお、ステップＳ１０９の復旧処理は、記録終了の判断の後すぐに実行されているが、これは一例である。復旧処理を行うタイミングは記録終了直後でなくてもよく、たとえば予め定められた時間が経過した後であってもよい。または、第１および第２の記録メディアが有するランダムアクセス性能によっては、並列記録処理が再開された直後から、逐次生成される映像データの並列記録処理と共に、復旧処理を行ってもよい。なお、復旧処理のみを、映像記録装置１００とは異なる装置が実行してもよい。
【００５３】
以下、前述の各処理をより具体的に説明する。
【００５４】
その説明に先立って、図２に記載の記録バッファ１０３と、記録メディア１１０および１１１との関係を説明する。本実施形態では、記録バッファ１０３はリングバッファであるとする。
【００５５】
図４は、ＣＰＵ１０１によって管理される、記録バッファ１０３、および記録メディア１１０および１１１を示す。
【００５６】
ＣＰＵ１０１は、内部のレジスタ１５０に少なくとも４つのポインタ１５０−ｎ（ｎ：１〜４の整数）を保持している。各ポインタは、記録バッファ１０３のアドレス値を示している。
【００５７】
第１のポインタ１５０−１は、記録バッファ１０３に書き込まれた映像データのうち、最も新しい映像データの位置を示している。第２のポインタ１５０−２は、記録バッファ１０３に書き込まれたデータのうち、最も古い映像データの位置を示している。
【００５８】
第１のポインタ１５０−１と第２のポインタ１５０−２は、それぞれが示す位置の前後関係が変わってはならない。第２のポインタ１５０−２が示す位置と、第１のポインタ１５０−１が示す位置との前後関係が変わることは、記録バッファ１０３の空きがなくなるという異常状態（バッファのオーバーフロー）か、又は記録メディア１１０および１１１への記録のために記録バッファ１０３に蓄積していた映像データが枯渇してしまうという異常状態（バッファのアンダーフロー）を意味する。
【００５９】
記録バッファ１０３の解放は、第２のポインタ１５０−２によって示される位置を更新することによって行われる。つまり、以前に第２のポインタ１５０−２が示していた位置を、第１のポインタ１５０−１が示すことができるようになり、その位置に新しい映像データを記録バッファ１０３に書き込むことができる。
【００６０】
第３のポインタ１５０−３および第４のポインタ１５０−４は、記録バッファ１０３に蓄積されている映像データのうち、記録メディア１１０および１１１への記録がそれぞれ完了した映像データの末尾の位置を示している。本実施形態では、第２のポインタ１５０−２は、第３のポインタ１５０−３および第４のポインタ１５０−４の一方と一致する。
【００６１】
撮影が開始されると、映像データは所定のデータ単位で記録バッファ１０３に蓄積される。ＣＰＵ１０１は、映像データが所定のデータ単位で書き込まれる度に、そのデータ単位のサイズ分だけ第１のポインタ１５０−１を更新する。
【００６２】
映像データの蓄積と見かけ上並行して、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データを、記録メディアＩ／Ｆ１０４および１０５に逐次転送し、それらを介して記録メディア１１０および１１１に逐次記録する。ＣＰＵ１０１は、記録メディア１１０および１１１への映像データの記録完了に応答して、第３のポインタ１５０−３および第４のポインタ１５０−４を更新する。第３のポインタ１５０−３および第４のポインタ１５０−４は、それぞれの記録メディアへの記録がまだ完了していない、最も古いデータ単位の位置を示すよう更新される。このとき第２のポインタも、ポインタ１５０−３および第４のポインタ１５０−４のうち、古い方のデータ単位の位置を示すよう更新される。
【００６３】
ＣＰＵ１０１は、自らが保持する第３のポインタ１５０−３と第４のポインタ１５０−４とを比較することにより、両方の記録メディアに共通して記録された映像データの位置を、データ単位で特定することができる。映像データのあるデータ単位が記録メディア１１０および１１１の両方に記録されると、ＣＰＵ１０１は、当該データ単位を記録バッファ１０３から解放する。そして第２のポインタが次のデータ単位を示すように変更される。
【００６４】
以下、図５〜図１２を参照しながら、本実施形態にかかる映像記録装置１００の記録動作の詳細を説明する。まずは、復旧情報を作成しない通常の記録動作を説明する。
【００６５】
図５は、本実施形態にかかる映像記録装置１００の記録処理の手順を示すフローチャートである。図５は、図３のステップＳ１０１からＳ１０８の処理の詳細を示している。
【００６６】
操作部１０７でユーザからの記録開始の指示が受け付けられると、ＣＰＵ１０１は、映像入力部１０６を介して記録バッファ１０３に入力された映像データを、記録メディアＩ／Ｆ１０４および１０５に転送する。そして、ＣＰＵ１０１は、記録メディアＩ／Ｆ１０４と１０５へ転送した映像データを、それぞれ記録メディア１１０および１１１に記録するよう、記録メディアＩ／Ｆ１０４および１０５に命令する（ステップＳ２０１）。
【００６７】
ＣＰＵ１０１は、記録メディア１１０および１１１に記録が完了した映像データを、記録バッファ１０３から解放する（ステップＳ２０２）。記録メディア１１０および１１１のいずれか一方の記録が完了していない映像データは、記録バッファ１０３から解放せずに蓄積したままにしておく。
【００６８】
ただし、記録不可の状態が発生した後であって、かつ、記録再開処理が行われるまでの間は、映像データは一方の記録メディアにのみ記録され、両方の記録メディアには記録されない。これでは、記録バッファ１０３が解放されず、記録バッファ１０３の使用量がしきい値よりも常に大きくなる。そこで、記録不可の状態が発生した後であって、かつ、記録再開処理が行われるまでの間は、ＣＰＵ１０１は、当該一方の記録メディアに映像データが記録されると、記録バッファ１０３を解放することとした。これにより、図５のステップＳ２０４に進むことが可能になる。
【００６９】
ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（ステップＳ２０３）。本実施形態では、「しきい値」は、記録バッファ１０３の容量、映像の記録レート、記録メディアの書き込み性能に基づいて決定される。したがって、しきい値は一意に定められない。「記録メディアの書き込み性能」とは、たとえば、いわゆる「ＳＤスピードクラス」として表示される最低書き込み速度であればよい。
【００７０】
ＣＰＵ１０１は、映像データ量がしきい値を超えていないと判断すると（ステップＳ２０３のＮ）、作成途中の復旧情報が主記憶メモリ１０２に存在するかどうかを確認する（ステップＳ２０４）。作成途中の復旧情報については後述する。
【００７１】
ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在しないと判断すると（ステップＳ２０４のＮ）、ユーザから操作部１０７に記録停止の指示が与えられているかどうかを確認する（ステップＳ２０５）。ＣＰＵ１０１は、記録停止の指示が与えられていないと判断すると（ステップＳ２０５のＮ）、映像記録装置１００に接続されているすべての記録メディアに対して（本実施形態においては記録メディア１１０および記録メディア１１１）のそれぞれに対して、映像データの記録を続けるだけの空き容量があるかどうか確認する（ステップＳ２０６）。空き容量の有無は主として映像の記録レートによって定められる。よって、ここでの空き容量もまた一意に定めることはできない。
【００７２】
ＣＰＵ１０１は、ある記録メディアに映像データの記録を続けるだけの空き容量があると判断したら（ステップＳ２０６のＮ）、その記録メディアに対しては映像データの記録動作を継続する。ここで処理はステップＳ２０１に戻る。
【００７３】
ＣＰＵ１０１は、ステップＳ２０５において操作部１０７に記録停止の指示が与えられたと判断すると（ステップＳ２０５のＹ）、もしくは、ステップＳ２０６において記録メディア１１０および記録メディア１１１に映像データの記録を続けるだけの空き容量がないと判断すると（ステップＳ２０６のＹ）、記録メディアへの映像データの記録を停止する（ステップＳ２０７）。そして、ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在するかどうかを確認する（ステップＳ２０８）。ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在しないと判断すると（ステップＳ２０８のＮ）、記録動作を終了する。
【００７４】
ここまでが、復旧情報を作成しない場合の通常の記録動作の流れとなる。
【００７５】
次に、一方の記録メディアへの映像データの記録ができなくなった場合において、復旧情報を作成する処理を説明する。
【００７６】
たとえば、記録動作の途中で記録メディアに映像データを記録できなくなったとする。記録メディアの内部構造は大容量化の目的で微細加工されており、種々の要因（たとえば記録時の電圧異常、記録メディアの素子の劣化）が絡み合ってデータの記録に失敗することがある。ただし、ある試行ではデータの記録に失敗したとしても、記録動作を再試行（リトライ）すると、記録が可能となることがある。そこでＣＰＵ１０１は、同じデータの記録動作を複数回にわたってリトライする。
【００７７】
このリトライを行う間にも、撮影によって生成された映像データが次々と記録バッファ１０３に蓄積され続ける。映像データが記録メディア１１０および１１１の両方に記録されていないため、記録バッファ１０３から映像データが解放されることはない。その結果、記録バッファ１０３に蓄積されている映像データのデータ量が増加する。
【００７８】
ステップＳ２０３において、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データの量がしきい値を超えていると判断すると（ステップＳ２０３のＹ）、その映像データの少なくとも一部が、すべての記録メディアのうちの少なくとも１つに記録済みであるかどうかを確認する（ステップＳ２０９）。
【００７９】
ここでは、記録メディア１１０には記録済みであるものの、記録メディア１１１には未記録である映像データが記録バッファ１０３に存在すると仮定する。つまり、記録バッファ１０３の空きがなくなることによる映像データの取りこぼしを回避して、記録メディア１１０への映像データの記録の継続を優先させるために、記録メディア１１１への映像データの記録ができなくなったと判断する。
【００８０】
なお、前述したポインタ１５０−ｎ（ｎ：１、２、３、４）を参照すれば、各記録メディアに記録されているデータ単位を特定することは容易である。ポインタ１５０−１およびポインタ１２０−２によって示される映像データの全体に対し、ポインタ１５０−３またはポインタ１５０−４が指す位置までのデータ単位が各記録メディアに記録されていると判断できる。ＣＰＵ１０１は、記録済みデータが存在していると判断すると（ステップＳ２０９のＹ）、復旧情報作成処理を実行する（ステップＳ２１０）。
【００８１】
ここで、図６〜図８を参照しながら、本実施形態における復旧情報作成処理の詳細を説明する。図６は、記録メディア１１０および記録メディア１１１の映像データの記録状況を示す。
【００８２】
記録メディア１１０は、メディア番号としてＡＺ０１を持ち、記録メディア１１１は、メディア番号としてＢＹ０２を持つとする。記録メディア１１０および記録メディア１１１には同じ映像データが０１０１．ａｖｉというファイル名で記録されている。記録メディア１１０の記録ブロック１０〜１２と、記録メディア１１１の記録ブロック２０〜２２には同じデータが記録されている。
【００８３】
いま、次の映像データのブロックを記録ブロック１３および２３にそれぞれ記録する例を考える。そして映像データは、記録メディア１１０の記録ブロック１３には継続して記録可能であったが、記録メディア１１１の記録ブロック２３には記録不可であったとする。
【００８４】
図５に示すような一連の記録動作において、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えており（図５のステップＳ２０３のＹ）、かつ、ポインタ１５０−２および１５０−３を参照することにより、その映像データのなかで、記録メディア１１０には記録済みで他方の記録メディア１１１には未記録である映像データが存在していると判断する（図５のステップＳ２０９のＹ）。するとＣＰＵ１０１は、その未記録である記録メディア１１１が記録不可であると判断する。
【００８５】
ＣＰＵ１０１は、記録メディア１１１が記録不可と判断すると、記録メディア１１１への映像データの記録を中断する。
【００８６】
このときＣＰＵ１０１は、記録メディア１１１の記録内容を記録メディア１１０に整合させるための復旧処理に必要な種々の情報を収集する。主記憶メモリ１０２は、これらをまとめた復旧情報を記憶する。
【００８７】
具体的にはＣＰＵ１０１は、記録不可とならなければ映像データが記録されていたはずの領域である記録ブロック２３の先頭アドレスＢ００を示す情報を、ブランク開始位置を特定する情報として収集する。同時に、ＣＰＵ１０１は、その記録ブロック２３に相当する、映像データの記録が継続されている記録メディア１１０の記録ブロック１３の先頭アドレスＡ００を示す情報を、復旧開始位置を特定する情報として収集する。ＣＰＵ１０１はさらに、記録不可になった記録メディア１１１のメディア番号ＢＹ０２を示す情報、および記録しているファイル名を特定する情報（本例では“０１０１．ａｖｉ”）を収集する。ＣＰＵ１０１は、前述のように収集した、先頭アドレスＢ００を示す情報、先頭アドレスＡ００を示す情報、メディア番号ＢＹ０２を示す情報、およびファイル名を特定する情報を復旧情報として主記憶メモリ１０２に生成し、管理する。なお、本実施形態では、復旧情報およびブランク情報にファイル名も含めているが、ファイル名については必須ではない。たとえば復旧情報およびブランク情報の各ファイル名に、その映像データのファイル名の一部（たとえばファイル名のうち拡張子を除く部分）を用いることにより、対象となる映像データのファイル名を特定してもよい。
【００８８】
図７は、主記憶メモリ１０２で保持される復旧情報の例である。ブランク終了位置と復旧終了位置を示す値は、この時点では未定なので入っていない。すなわち、この復旧情報は未完成であり、作成途中の状態にある。
【００８９】
なお、復旧情報は当然ながら１つとは限られず複数存在し得る。全ての記録メディアが記録不可と判断され得るためである。また、ある記録メディアが記録不可と判断された後、その記録メディアの異なる記録ブロックが記録不可であると判断され得るためである。本実施形態では、ＣＰＵ１０１は、メディア番号、ファイル名、ブランク開始位置、ブランク終了位置、復旧開始位置、復旧終了位置を一組として管理して、「管理情報１」、「管理情報２」などの管理番号をつけて主記憶メモリ１０２で管理する。
【００９０】
このように、復旧情報のブランク開始位置や復旧開始位置を、記録メディアの記録ブロックのアドレスによって表すことで、復旧処理を行う際に、１つの映像ファイル全体を読み出す必要がなくなる。つまり、ＣＰＵ１０１は復旧処理を行う際に、映像データが記録メディアのどの記録ブロックに記録されているのかを、ファイルの先頭から辿って調べていく必要はない。ＣＰＵ１０１は、単に復旧情報に含まれる記録ブロックのアドレスの情報を用いて復旧すべき映像データを読み出して記録メディア１１１に記録するだけでよい。これにより、次に説明するように復旧処理の高速化を図ることができる。
【００９１】
図８は、復旧情報作成処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０３の処理を詳細に示している。
【００９２】
ＣＰＵ１０１は、ある記録メディアが記録不可であると判断すると、その記録メディアへの記録動作を中断する（ステップＳ５０１）。
【００９３】
次に、ＣＰＵ１０１は、前述のとおり記録を中断した記録ブロックの先頭アドレスなどの復旧情報に必要な情報を取得する（ステップＳ５０２）。
【００９４】
そして、ＣＰＵ１０１は、復旧情報を主記憶メモリ１０２に記録する（ステップＳ５０３）。既に主記憶メモリ１０２に管理情報が記録されている場合、ＣＰＵ１０１はその管理情報の管理番号を１つ増やして、主記憶メモリ１０２に記録する。以上により、復旧情報作成処理が終了する。
【００９５】
次に、記録不可になった記録メディアに、記録動作を再開する処理を説明する。
【００９６】
ＣＰＵ１０１は、図５に示す記録動作を継続しながら、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（図５のステップＳ２０３）。ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を越えておらず（ステップＳ２０３のＮ）、かつ、作成途中の復旧情報が主記憶メモリ１０２に存在すると判断すると（ステップＳ２０４のＹ）、記録再開処理を実行する（ステップＳ２１１）。
【００９７】
この処理は、記録メディアへのデータの記録ができない現象の発生は一過性のものであり、完全にデータの記録ができなくなったのではないことを前提としている。つまり、ＣＰＵ１０１は、記録メディアへのデータの記録ができなかったとしても記録バッファ１０３に十分な空きが存在する間は、記録不可になった記録メディアに対して記録処理の再開が可能であると判断する。そして、データの記録動作を再試行する。
【００９８】
ここで、図９〜図１２を参照しながら、本実施形態における記録再開処理の詳細を説明する。
【００９９】
図９は、記録メディア１１１への映像データの記録を再開したときの、記録メディア１１０および記録メディア１１１の記録状況を示す。ここで、図６と同等の要素には同じ参照符号を付し、その説明は省略する。
【０１００】
ＣＰＵ１０１は、記録メディア１１１への記録が可能になったと判断すると、記録を再開する位置（以下「記録再開位置」と記述する。）を決定する。本実施形態では、記録再開位置は、最初に記録不可となった記録ブロック２３ではなく記録ブロック４１である。つまりＣＰＵ１０１は、記録不可だった領域を空けて、記録再開位置を決定する。記録不可だった領域を空ける理由は、記録ブロック２３が不良ブロックのために記録動作を何度リトライしても失敗する危険性を回避するためであり、さらに、一連の記録動作を終了した後で行われる復旧処理の高速化を図るためでもある。
【０１０１】
より具体的には、ＣＰＵ１０１は、以下のように記録再開位置を決定する。まず、記録メディア１１０に関し、ＣＰＵ１０１は、これから記録を行う記録ブロックを特定する。図９の例では記録ブロック３１である。この記録ブロック３１に記録される映像データが、並列的に記録メディア１１１にも記録される。
【０１０２】
記録メディア１１０の記録ブロック１３〜３０に記録された映像データは、記録メディア１１１にはまだ記録されていない。そのデータ量は、記録ブロック３０の最終アドレス（ＣＦＦ）から記録ブロック１３の開始アドレス（Ａ００）を引いた値（ＣＦＦ−Ａ００）に等しい。よって、この値と同じサイズを有する領域を、記録不可だった領域として空けておき、その領域の直後の位置を、記録再開位置とすればよい。
【０１０３】
記録不可だった領域の開始位置（すなわちブランク開始位置）をＢ００とし、終了位置をＤＦＦとしたとき、ＤＦＦ−Ｂ００＝ＣＦＦ−Ａ００が成立する。よって、記録メディア１１１の記録再開位置ＤＦＦ＝Ｂ００＋ＣＦＦ−Ａ００となる。なお、アドレスＡ００およびＢ００の情報は、主記憶メモリ１０２に保持している復旧情報（図７）に既に含まれている。よって、ＣＰＵ１０１は、記録メディア１１０における記録開始位置（記録ブロック３１の先頭アドレス）を決定するとすぐに、記録メディア１１１の記録再開位置を特定することができる。このようにＣＰＵ１０１は、記録を中断していた間に生成された映像データのデータ量に基づいて記録を再開する位置を決めることができる。
【０１０４】
次に、ＣＰＵ１０１は、記録バッファ１０３から記録メディアＩ／Ｆ１０５に映像データを転送する。そして、ＣＰＵ１０１は、記録メディアＩ／Ｆ１０５へ転送した映像データを、記録メディア１１１に記録するように記録メディアＩ／Ｆ１０５に命令する。
【０１０５】
ここで、ＣＰＵ１０１は、記録を再開した記録ブロックの１つ前の記録ブロック４０の末尾アドレスＤＦＦを、ブランク終了位置として主記憶メモリ１０２に保持している復旧情報に記録する。さらに、ＣＰＵ１０１は、そのブランク終了位置に相当する、記録が継続されている記録メディア１１０の記録ブロック３０の末尾アドレスＣＦＦを、復旧終了位置として当該復旧情報に記録する。
【０１０６】
図１０は、ブランク終了位置および復旧終了位置が追記された復旧情報の例である。この復旧情報は依然として主記憶メモリ１０２に保持されている。復旧情報作成処理で作成した復旧情報の例である図７では未定であった、ブランク終了位置および復旧終了位置の値が、図１０では確定している。これにより、復旧情報が完成されたことになる。完成したこの復旧情報を、ＣＰＵ１０１は、記録が継続されていた記録メディア１１０へ記録する。
【０１０７】
以上のように、本実施形態では、記録が継続されている記録メディアに復旧情報を記録する。これにより、確実に復旧情報を残すことができる。
【０１０８】
さらに、記録再開処理では、ブランク情報を記録する。先に説明した通り、ブランク情報とは、映像データが本来記録されるべきであった領域に関する情報、換言すれば、記録不可と判断された領域に関する情報である。ブランク情報は、記録不可となった領域が存在する記録メディアに記録される。
【０１０９】
図１１は、ブランク情報の例である。ブランク情報は、ファイル名、ブランク開始位置およびブランク終了位置のそれぞれの情報を有している。この例によるブランク開始位置およびブランク終了位置は、図９に示される記録不可の区間の始点および終点に対応することが理解される。なお、図１０の復旧情報と比較すると、ブランク情報には、メディア番号、復旧開始位置および復旧終了位置の情報が含まれていない。
【０１１０】
記録中にある記録領域が記録不可と判断されたため、映像データが途中で途切れている例を考える。通常の再生装置は連続して記録された位置までしか、映像を再生できない。しかしながらブランク情報を用いれば、ブランク開始位置およびブランク終了位置を特定することができる。よって、再生装置は、記録不可だった領域を飛ばして、記録が再開された位置から映像を再生することができる。また、ある記録メディアにブランク情報が記録されていたときは、記録装置は、そのブランク情報によって特定される領域へのデータの記録を回避することができる。当該領域は、後に映像データが復旧されるために確保された領域だからである。
【０１１１】
なお、図１１の例では、ブランク区間（ブランク開始位置からブランク終了位置までの区間）は物理的に連続して確保されている。しかしながらこれは一例である。ブランク区間は論理的に連続していればよく、物理的に連続して確保されている必要はない。たとえば、ファイルシステムの一つであるＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムを用いることにより、物理的には非連続の領域群を論理的に連続なブランク区間として管理することができる。よって、仮にブランク情報によって特定される領域に他の機器によってデータが記録されたとしても、他に同じデータサイズの領域が存在していれば、映像データを復旧させることは可能である。映像データの確実な記録（保存）を主目的とする場合には復旧情報が作成されていればよく、ブランク情報は特に必要ではないといえる。
【０１１２】
図１２は、記録再開処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０５の処理を詳細に示している。
【０１１３】
ＣＰＵ１０１は、記録不可となった記録メディア１１１への記録が再開できると判断すると、まず、前述した手順に従って記録再開位置を決める（ステップＳ９０１）。
【０１１４】
次に、ＣＰＵ１０１は、記録バッファ１０３から記録メディアＩ／Ｆ１０５に映像データを転送する。そして、ＣＰＵ１０１は、映像データを記録メディア１１１に記録するように記録メディアＩ／Ｆ１０５に命令して、記録を再開する（ステップＳ９０２）。
【０１１５】
ＣＰＵ１０１は、記録を再開した記録メディア１１１の記録ブロックの１つ前の記録ブロックの末尾アドレスをブランク終了位置とし、ブランク終了位置に相当する記録が継続されている記録メディア１１０の記録ブロックの末尾アドレスを復旧終了位置とする。そして、主記憶メモリ１０２に管理していた復旧情報に、ブランク終了位置および復旧終了位置の情報を追記する（ステップＳ９０３）。
【０１１６】
ＣＰＵ１０１は、記録が継続されていた記録メディア１１０に前述の復旧情報を記録する（ステップＳ９０４）。
【０１１７】
ＣＰＵ１０１は、前述の復旧情報にあるファイル名とブランク開始位置とブランク終了位置をブランク情報として、記録が再開された記録メディア１１１へ記録する（ステップＳ９０５）。以上で、記録再開処理を終了する。
【０１１８】
再び図５を参照する。
【０１１９】
ＣＰＵ１０１は、復旧情報作成処理（ステップＳ２１０）を終える、もしくは、記録再開処理（ステップＳ２１１）を終えると、ユーザから操作部１０７に記録停止の指示が受け付けられているかどうかを確認する（ステップＳ２０５）。そしてステップＳ２０５以降では前述したとおり処理が行われる。また、記録バッファ１０３の映像データのなかで、記録済みデータが存在していないと判断すると（ステップＳ２０９のＮ）、ＣＰＵ１０１は記録メディアへの記録動作を停止する処理を実行する（Ｓ２０７）。記録済みデータが存在していないということは、映像データがどの記録メディアにも記録されていないことを意味しており、そのような状況はすべての記録メディアへの記録が不可になったと考えられるためである。
【０１２０】
ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在すると判断すると（ステップＳ２０８のＹ）、ブランク終了位置と復旧終了位置とを、データを記録した最後の記録ブロックの末尾アドレスの値にして、復旧情報とブランク情報をそれぞれ記録メディア１１０および記録メディア１１１に記録する（ステップＳ２１２）。そして、記録動作を終了する。
【０１２１】
次に、図９、図１０および図１３を参照しながら、前述の一連の記録動作を終了した後で行われる復旧処理の詳細を説明する。
【０１２２】
図１３は、復旧処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０９の処理を詳細に示している。
【０１２３】
まず、ＣＰＵ１０１は、記録メディア１１０および１１１に復旧情報が記録されているか確認する（図１３のステップＳ１００１）。図９の例では、記録メディア１１０に復旧情報が記録されている（図１０、および図１２のステップＳ９０４）。
【０１２４】
ＣＰＵ１０１は、復旧情報が記録されていると判断すると（ステップＳ１００１のＹ）、復旧情報のメディア番号と一致する記録メディアが、映像記録装置１００に接続されているかを確認する（ステップＳ１００２）。図９および図１０の例では、復旧情報に記述されたメディア番号ＢＹ０２が、映像記録装置１００に接続された記録メディア１１１のメディア番号と一致する。
【０１２５】
ＣＰＵ１０１は、メディア情報と一致する記録メディアが接続されていると判断すると（ステップＳ１００２のＹ）、復旧情報のファイル名と一致するファイルが、その記録メディアに記録されているかを確認する（ステップＳ１００３）。図９および図１０の例では、復旧情報に記述されたファイル名０１０１．ａｖｉのファイルが、記録メディア１１１に記録されている。よって復旧情報のファイル名と一致するファイルが記録されている。
【０１２６】
ＣＰＵ１０１は、ファイル名と一致するファイルが記録されていると判断すると（ステップＳ１００３のＹ）、復旧情報に示される復旧開始位置から復旧終了位置までのデータを、ブランク開始位置からブランク終了位置までの領域にコピーする（ステップＳ１００４）。図９の例では、ＣＰＵ１０１は、記録メディア１１０の復旧開始位置Ａ００〜復旧終了位置ＣＦＦのデータを、記録メディア１１１のブランク開始位置Ｂ００〜ブランク終了位置ＤＦＦにコピーする。
【０１２７】
ＣＰＵ１０１は、コピーを完了すると、今回使用した復旧情報と、ブランク開始位置Ｂ００〜ブランク終了位置ＤＦＦの領域等を示していたブランク情報を削除する（ステップＳ１００５）。図９の例では、記録メディア１１０に記録されている復旧情報１と、記録メディア１１１に記録されているブランク情報１を削除する。
【０１２８】
その後、処理はステップＳ１００１に戻り、ＣＰＵ１０１は、さらに復旧情報が記録されているか確認する（ステップＳ１００１）。ＣＰＵ１０１は、復旧情報が記録されていない（ステップＳ１００１のＮ）、もしくは、メディア番号と一致する記録メディアが接続されていない（ステップＳ１００２のＮ）、もしくは、ファイル名と一致するファイルが記録されていない（ステップＳ１００３のＮ）と判断すると、復旧処理を終了する。
【０１２９】
このように、復旧情報を用いることで、復旧する必要があるかどうかを素早く判断でき、復旧すべき領域を容易に特定できるため、復旧処理の高速化を図ることができる。
【０１３０】
以上のように、本実施形態では、映像データの記録ができなくなり記録が中断した記録メディアに関し、記録が再開できるまでは、記録を継続したとした場合に必要となるサイズ分の記録領域を空けておく。併せて、復旧するために必要な復旧情報を作成する。そして、後に記録が再開できる状態になったとき、復旧情報を利用して、空けていた記録領域に記録できなかった映像データを記録する、これにより、複数の記録メディアに重複して同じデータを記録することができるため、映像データを確実に保存することができる。さらに、一連の記録動作を終えて復旧処理を行う際に、復旧する映像データの量を減らすことができるため、復旧処理の高速化を図ることができる。
【０１３１】
また、本実施形態では、記録が継続されている記録メディアに復旧情報を記録するため、確実に復旧情報を残すことができる。さらに、着脱可能な記録メディアに復旧情報を記録するため、復旧処理を映像記録装置１００以外でも実施することが可能になる。つまり、映像記録装置１００は、例えばビデオカメラのように撮影専用として用いて、復旧処理を別の装置で行うことができる。
【０１３２】
本実施形態では、記録を中断していた記録メディアにブランク情報を記録する。これにより、通常は連続して記録したところまでしか再生できないものを、空けた記録領域を飛ばして、記録を再開した映像データを再生することができる。
【０１３３】
本実施形態では、復旧情報として記録メディアの記録ブロックのアドレスを用いたが、ファイルの先頭からのバイト単位のオフセットでもよい。この場合、復旧情報の復旧開始位置とブランク開始位置、復旧終了位置とブランク終了位置は、それぞれ同じ値になる。さらには、復旧開始位置・復旧終了位置は記録ブロックのアドレスの値、一方、ブランク開始位置・ブランク終了位置はファイルの先頭からのオフセットの値というように、両方の値を混在させてもよく、それぞれ両方の値をもつようにしてもよい。
【０１３４】
さらに、たとえば本実施形態の図７および図１０では、ブランク開始位置、ブランク終了位置、復旧開始位置および復旧終了位置がアドレスのみで指定されていた。用いられたアドレスは、各々が異なるアドレス空間を有する２つの記録メディア１１０および１１１のアドレスである。ブランク開始位置およびブランク終了位置については、それらがどのメディアの位置であるかを「メディア番号」によって特定することができる。一方、復旧開始位置および復旧終了位置については、それらがどのメディアの位置であるかを特定することはできない。これでは記録メディアが途中で入れ替えられた場合には、復旧処理が、何の関係もない新たな記録メディア上の「復旧開始位置」および「復旧終了位置」として指定されたアドレスの情報を用いて行われることになり、本来意図した復旧処理を実現できない。そこで、少なくとも復旧開始位置および復旧終了位置の各アドレスだけではなく、その各々に記録メディアを一意に特定する情報をさらに付加してもよい。もちろん、ブランク開始位置およびブランク終了位置に関しても、その各々に記録メディアを一意に特定する情報を付してもよい。
【０１３５】
本実施形態では、映像記録装置１００に接続する記録メディアを２つとしたが、３つ以上の記録メディアに接続してもよい。この場合、復旧情報をどの記録メディアに記録すべきかの判断が必要になる。判断条件として、（１）ブランク情報が記録されていない記録メディア、（２）記録メディアの規格や定格などに記載されている転送速度が速い記録メディア、（３）空き容量が大きい記録メディア、が考えられる。上記（１）〜（３）だけで判断しない場合は、接続している記録メディアＩ／Ｆの管理上の番号の若い順などでもよい。
【０１３６】
本実施形態では、記録バッファに蓄積された映像データの量がしきい値を超えているとき、ＣＰＵ１０１は記録メディアを記録不可であると判断するとした。しかしながらこれは一例であり、別の条件を設定してもよい。例えば、記録メディアからの記録失敗の通知をＣＰＵ１０１が受けたという条件でもよく、また、その失敗の回数に上限を設けてその上限を超えているという条件でもよい。
【０１３７】
本実施形態では、復旧情報にあるファイル名と一致するファイルを復旧するようにしたが、ファイル名とは別にユニークな識別子を用いてもよい。例えば、ＳＭＰＴＥ−３３０で規定されているＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）をファイルに付与して、復旧情報やブランク情報にＵＭＩＤを追加してもよい。
【０１３８】
（実施形態２）
上記実施形態１では、記録メディア１１０および記録メディア１１１は、それぞれ記録メディアＩ／Ｆ１０４および記録メディアＩ／Ｆ１０５を介して、映像記録装置１００に直接接続されていた。しかしながら、一方の記録メディアが映像記録装置とネットワークを介して接続している外部装置に存在する例を説明する。
【０１３９】
図１４は、本実施形態に係る映像記録装置１１００の構成を示すブロック図である。映像記録装置１１００は、ＣＰＵ１１０１と、主記憶メモリ１１０２と、記録バッファ１１０３と、記録メディアＩ／Ｆ１１０４と、映像入力部１１０６と、操作部１１０７と、Ｉ／Ｏバス１１０８と、通信部１１０９とを含む。なお、映像記録装置１１００の構成要素のうち、実施形態１の映像記録装置１００と同一の構成要素については同一の名称を付与し説明を省略する。
【０１４０】
通信部１１０９は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）やＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）などの無線ネットワークに接続し、記録バッファ１１０３や記録メディア１１１０に格納されている映像データや、主記憶メモリ１１０２や記録メディア１１１０に格納されている復旧情報などをパケット化して外部装置へ送信する。さらに、通信部１１０９は、外部装置との間で行われる通信に用いられる通信プロトコルとして、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用い、外部装置が映像データのパケットを正しく受け取ったことを通知するためのＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットを、外部装置から受信する。
【０１４１】
図１５は、本実施形態に係る外部装置１２００の構成を示すブロック図である。外部装置１２００は、ＣＰＵ１２０１と、主記憶メモリ１２０２と、記録メディア１２０３と、Ｉ／Ｏバス１２０４と、通信部１２０５とを含む。記録メディア１２０３を有しているため、外部装置１２００は、映像記録装置１１００と同様の記録装置であるといえる。なお、外部装置１２００の構成要素のうち、実施形態１の映像記録装置１００や本実施形態の映像記録装置１１００と同一の構成要素については同一の名称を付与し説明を省略する。
【０１４２】
記録メディア１２０３は、本実施形態においては、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような、大容量でランダムアクセス可能な磁気記録メディアであって、Ｉ／Ｏバス１２０４に接続されている。ただし、記録メディアの種類や容量は任意である。たとえば光ディスクのような光記録メディアであってもよいし、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のような半導体記録メディアであってもよい。また、記録メディア１２０３は、外部装置１２００に内蔵され、頻繁に取り外しされなくてもよい。または、外部装置１２００に容易に取り付け可能であり、または外部装置１２００から容易に取り外し可能であってもよい。
【０１４３】
通信部１２０５は、映像記録装置１１００から無線ネットワークを介して送信された映像データなどを受信して、主記憶メモリ１２０２に出力する。さらに、通信部１２０５は、映像記録装置１１００から映像データのパケットを正しく受信すると、正しく受け取ったことを通知するためのＡＣＫパケットを映像記録装置１１００に送信する。
【０１４４】
ここで、図１６〜図２０を参照しながら、本実施形態における映像記録装置１１００の記録動作の詳細を説明する。なお、映像記録装置１１００の処理の概要は、図３に示す処理と概ね同じである。以下では、実施形態１による図５の処理に対応する処理を説明する。
【０１４５】
図１６は、本実施形態にかかる記録動作の手順を示すフローチャートである。なお、本実施形態における記録動作のうち、実施形態１の記録動作（図５）と実質的に同じ動作についての説明は省略する。相違点は、主としてステップＳ１３０１、Ｓ１３０２、Ｓ１３０９、Ｓ１３１１およびＳ１３１３である。
【０１４６】
操作部１１０７によってユーザからの記録開始の指示が受け付けられると、ＣＰＵ１１０１は、映像入力部１１０６を介して記録バッファ１１０３に入力された映像データを、記録メディアＩ／Ｆ１１０４に転送して、記録メディア１１１０にその映像データを記録するように記録メディアＩ／Ｆ１１０４に命令する。同時に、ＣＰＵ１１０１は、記録メディア１１１０に記録した映像データと同じ映像データを記録バッファ１１０３から通信部１１０９に転送して、外部装置１２００へ送信するように命令する（ステップＳ１３０１）。
【０１４７】
ＣＰＵ１１０１は、記録メディア１１１０への記録が完了しており、かつ、外部装置１２００への送信が完了している映像データを、記録バッファ１１０３から解放する（ステップＳ１３０２）。記録メディア１１１０への記録が完了していない、もしくは、外部装置１２００への送信が完了していない映像データは、記録バッファ１１０３から解放せずに蓄積したままにしておく。外部装置１２００への送信が完了しているか否かは、外部装置１２００からＡＣＫパケットを受信したか否かで判断することができる。ＣＰＵ１１０１は、送信した映像データの各パケットに対応してＡＣＫパケットを受信した場合には、外部装置１２００への送信が完了したと判断することができる。
【０１４８】
ＣＰＵ１１０１は、記録バッファ１１０３に蓄積された映像データの量がしきい値を超えているかどうかを確認する（ステップＳ１３０３）。ＣＰＵ１１０１は、映像データのデータ量がしきい値を超えていると判断したら（ステップＳ１３０３のＹ）、その映像のなかで、外部装置１２００に接続されている記録メディア１２０３を含むすべての記録メディアのいずれかに映像データが存在しているかどうかを確認する（ステップＳ１３０９）。
【０１４９】
ただし、外部装置１２００に接続されている記録メディア１２０３に映像データが存在しているかどうかについては送信が完了しているかどうかで判断する。送信が完了していれば記録メディア１２０３に映像データが存在していると判断でき、送信が完了していなければ、記録メディア１２０３には映像データが存在していないと判断できる。
【０１５０】
ここで、記録メディア１１１０には映像データが記録済みであるとする。一方、外部装置１２００への送信が完了していない映像データが記録バッファ１１０３に存在するとする。たとえば、映像記録装置１１００から外部装置１２００へ映像データの送信が不可となり、その結果、記録メディア１２０３には映像データが記録されていない状況を想定する。
【０１５１】
ＣＰＵ１１０１は、記録済みデータが存在していると判断すると（ステップＳ１３０９のＹ）、復旧情報作成処理を実行する（ステップＳ１３１０）。
【０１５２】
ここで、図１７を参照しながら、本実施形態における復旧情報作成処理の詳細を説明する。図１７は、記録メディア１１１０と、外部装置１２００に接続されている記録メディア１２０３の映像データの記録状況との関係を示す。
【０１５３】
記録メディア１１１０および記録メディア１２０３には、ファイル先頭から３１７４４０Ｂｙｔｅｓのオフセットまで同じ映像データが記録されている。その映像データのファイル名は０２１０．ａｖｉである。
【０１５４】
ＣＰＵ１１０１は、外部装置１２００への映像データの送信が不可と判断すると、外部装置１２００への送信を中断する。このとき、送信完了した最後のオフセットである３１７４４０Ｂｙｔｅｓを、ブランク開始位置として主記憶メモリ１１０２に記録する。復旧開始位置も同じく３１７４４０Ｂｙｔｅｓという値を入れて主記憶メモリ１１０２に記録する。そして、その２つの情報と記録しているファイル名０２１０．ａｖｉとをあわせて、ＣＰＵ１１０１は復旧情報として主記憶メモリ１１０２で管理する。
【０１５５】
実施形態１と比較すると、映像データの送信を中断することや、メディア番号を復旧情報に入れないことの違いはあるものの、本実施形態における復旧情報作成処理は、実施形態１における復旧情報作成処理と同等である。
【０１５６】
以上のように、ブランク開始位置を、ファイルの先頭からのバイト単位のオフセットの値にすることにより、映像データを送信する相手を外部装置１２００に限定する必要もなく、その映像データを記録する先を記録メディア１２０３に限定する必要もない。つまり、記録メディア１２０３のメディア番号や記録ブロックのアドレスを、外部装置１２００が映像記録装置１１００へ通知するなどの特別な処理を行う必要はない。さらに、記録メディア１２０３に記録された映像ファイルが別の記録メディアに移動しても、復旧情報は有効であり、別の記録メディア上で復旧することが可能である。
【０１５７】
次に、送信不可になった後、送信を再開する処理を説明する。
【０１５８】
ＣＰＵ１１０１は、図１６に示す記録動作を継続しながら、記録バッファ１１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（ステップＳ１３０３）。映像データ量がしきい値を超えておらず（ステップＳ１３０３のＮ）、かつ、作成途中の復旧情報が主記憶メモリ１１０２に存在すると判断すると（ステップＳ１３０４のＹ）、ＣＰＵ１３０１は、外部装置１２００への映像データの送信が可能になったと判断し、記録・送信再開処理を実行する（ステップＳ１３１１）。
【０１５９】
ここで、図１８および図１９を参照しながら、本実施形態における記録・送信再開処理の詳細を説明する。図１８は、外部装置１２００への映像データの送信を再開したときの、記録メディア１１１０および記録メディア１２０３の記録状況を、ファイルイメージで示す。ここで、図１７と同等のものについては説明を省略する。
【０１６０】
ＣＰＵ１１０１は、外部装置１２００への映像データの送信が可能になったと判断すると、まず、送信を中断していた間に本来記録するべき領域を空けるように、ダミーデータを送信する。ダミーデータのデータ量は、記録を中断していた間の映像のデータ量となる。図１９の例では、ＣＰＵ１１０１は、データ量が１０２４０Ｂｙｔｅｓのダミーデータを送信する。
【０１６１】
もちろん、ダミーデータに代えて、送信できなかった映像データを送信してもよい。具体的には、記録メディア１１１０に記録された映像データのファイル０２１０．ａｖｉの、３１７４４０Ｂｙｔｅｓから３２７６８０ｂｙｔｅｓまでのデータを送信すればよい。
【０１６２】
なお、本実施形態において、原則としてダミーデータを送信するとしている理由は、記録メディア１１１０からの映像データの読み出しにかかる処理負荷や時間を削減できるからであり、記録メディア１１１０からの映像データの読み出しができない危険性を回避できるからである。これらの点において、前述のダミーデータの送信は有効である。
【０１６３】
次に、ＣＰＵ１１０１は、記録メディア１１１０に記録したものと同じ映像データを記録バッファ１１０３から通信部１１０９に転送して、外部装置１２００へ送信するように記録メディアＩ／Ｆ１１０４に命令する。
【０１６４】
ここで、ＣＰＵ１１０１は、ブランク終了位置と復旧終了位置として、送信を再開したファイル先頭からのオフセット３２７６８０Ｂｙｔｅｓの位置を、主記憶メモリ１１０２に保持している復旧情報に記録する。これにより、復旧情報作成処理では未定だったブランク終了位置と復旧終了位置が確定し、復旧情報は完成したことになる。この完成した復旧情報をＣＰＵ１１０１は記録メディア１１１０へ記録する。
【０１６５】
以上のように、ダミーデータを映像記録装置１１００から外部装置１２００へ送信することで、外部装置１２００で特別な処理を行うことなく、送信を中断していた間に本来記録するべき領域を空けることができる。なお、確保すべき領域のサイズに対応するデータ量のダミーデータを実際に送信することは、必須ではない。外部装置１２００にサイズを特定する情報を送信し、その情報を受信した外部装置１２００のＣＰＵ１２０１が記録メディア１２０３に領域を確保してもよい。
【０１６６】
図１９は、記録・送信再開処理の手順を示すフローチャートである。
【０１６７】
ＣＰＵ１１０１は、記録再開もしくは送信再開が可能になったと判断すると、まず、記録再開が可能になったのか、送信再開が可能になったのかを確認する（ステップＳ１６０１）。
【０１６８】
ＣＰＵ１１０１は、送信再開が可能になったと判断すると（ステップＳ１６０１のＹ）、送信を中断していた間に本来記録するべき領域を空けるように、ダミーデータを送信する（ステップＳ１６０２）。
【０１６９】
ＣＰＵ１１０１は、記録再開が可能になったと判断すると（ステップＳ１６０１のＮ）、記録を中断していた間に本来記録するべき領域を空けるように、記録を再開する位置を決める（ステップＳ１６０３）。
【０１７０】
ＣＰＵ１１０１は、記録メディアへの記録、もしくは、外部装置１２００への送信を再開する（ステップＳ１６０４）。
【０１７１】
ＣＰＵ１１０１は、記録もしくは送信を再開したファイル先頭からのオフセットを、ブランク終了位置と復旧終了位置として、主記憶メモリ１１０２に管理していた復旧情報と共に記録する（ステップＳ１６０５）。
【０１７２】
ＣＰＵ１１０１は、前述の復旧情報を記録継続していた記録メディア１１１０に記録する（ステップＳ１６０６）。
【０１７３】
ＣＰＵ１１０１は、前述の復旧情報にあるファイル名とブランク開始位置とブランク終了位置とをブランク情報として、記録を再開したメディアへ記録する、もしくは、送信を再開した外部装置１２００へ送信する（ステップＳ１６０７）。以上で、記録・送信再開処理を終了する。
【０１７４】
ＣＰＵ１１０１は、復旧情報作成処理（図１６のステップＳ１３１０）を終える、もしくは、記録・送信再開処理（図１６のステップＳ１３１１）を終えると、ユーザから操作部１１０７に記録停止の指示が受け付けられているかどうかを確認する（ステップＳ１３０５）。ＣＰＵ１１０１は、記録停止の指示が受け付けられていると判断する（ステップＳ１３０５のＹ）、もしくは、映像記録装置１１００に接続されているすべての記録メディアに対して記録を続けるだけの空き容量がないと判断すると（ステップＳ１３０６のＹ）、記録メディアへの記録の停止処理と、外部装置１２００への送信の停止処理とを行う（ステップＳ１３０７）。ＣＰＵ１１０１は、作成途中の復旧情報が主記憶メモリ１１０２に存在すると判断すると（ステップＳ１３０８のＹ）、作成途中の復旧情報を完成させて記録メディア１１１０に記録する（ステップＳ１３１２）。そして、ＣＰＵ１１０１は、送信済みファイルリストを作成して、記録メディア１１１０に記録して（ステップＳ１３１３）、記録動作を終了する。
【０１７５】
図２０は、送信済みファイルリストの一例を示す。送信済みファイルリストには、外部装置１２００へ送信が完了した映像ファイルのファイル名が記述されている。ただし、送信済みファイルリストには途中で映像データの送信が中断された復旧が必要なファイルも含まれている。復旧が必要なファイルかどうかの区別は、復旧情報やブランク情報を用いれば容易に可能である。
【０１７６】
以上のように、本実施形態では、一方の記録メディアが映像記録装置とネットワークを介して接続している外部装置に存在する場合でも、映像データが送信不可だった区間を復旧するのに必要な情報を復旧情報として作成する。これにより、ネットワークを介して接続している記録メディアに対しても、重複して同時記録する時間を長くすることができ、復旧処理の高速化も図ることができる。
【０１７７】
また、本実施形態では、復旧情報としてファイル先頭からのバイト単位でのオフセットを用いる。さらに、送信を中断していた間に本来記録するべき領域を空けるためにダミーデータを送信する。こうすることで、映像データを送信する外部装置は特別な処理を行う必要がなく、送信した映像データを記録する記録メディアを限定する必要もない。つまり、映像データを記録してできた映像ファイルが別の記録メディアに移動しても、復旧情報は有効で、その復旧情報を用いて別の記録メディア上で復旧することが可能である。
【０１７８】
本実施形態では、一連の記録動作を終了する際に、送信済みファイルリストを作成する。このリストにより、映像記録装置に直接接続している記録メディアに存在するファイルのなかで、送信済みなのか未送信なのかを判断することができる。さらに、復旧情報と一緒に用いると、復旧が必要なファイルかどうかの区別もつけることができる。例えば、記録メディアの空き容量が少なくなった場合に、送信済み、かつ、復旧不要のファイルは削除可能という判断ができる。
【０１７９】
本実施形態では、一連の記録動作の際に、記録バッファ１１０３に格納されている映像データを外部装置１２００へ送信して、記録メディア１１１０および記録メディア１２０３に対して同時記録を行っているが、記録バッファ１１０３に格納されている映像データではなく、記録メディア１１１０に記録された映像データを読み出して、外部装置１２００へ送信してもよい。
【０１８０】
さらには、一連の記録動作の際に、同時に復旧処理を行ってもよい。つまり、映像記録装置１１００は、一連の記録動作を継続しながら、記録メディア１１１０の転送速度や、記録バッファ１１０３のデータ蓄積量や、ネットワーク接続状況を見て、十分に余裕がある場合に、復旧情報にある復旧開始位置〜復旧終了位置の映像データを記録メディア１１１０から読み出して、外部装置１２００へ送信して復旧処理を行ってもよい。
【０１８１】
本実施形態では、復旧情報やブランク情報にファイル名を用いた。しかしながら、ファイル名とは別な、ユニークな識別子を用いてもよい。例えば、ＳＭＰＴＥ−３３０で規定されているＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）をファイルに付与して、復旧情報やブランク情報にＵＭＩＤを追加してもよい。外部装置１２００に接続している記録メディア１２０３から別の記録メディアへファイルを移動する際に、ファイル名を変更したとしても、ユニークな識別子を利用して復旧対象となるファイルを特定することができる。
【０１８２】
なお、本実施形態では、復旧情報を映像記録装置１１００に直接接続している記録メディア１１１０に記録するようにした。しかしながら、ネットワークの帯域が十分大きく高速に安定してデータを送信できるのであれば、外部装置１２００の記録メディア１２０３に復旧情報を記録してもよい。
【０１８３】
なお、本実施形態では、映像記録装置１１００に直接接続されている記録メディア１１１０と、外部装置１２００に直接接続されている、または内蔵されている記録メディア１２０３とに映像データを記録する構成を例示した。しかしながら、直接接続している記録メディアが２つ以上であってもよく、ネットワークを介して接続する外部装置も２つ以上であってもよく、外部装置に接続している記録メディアも２つ以上であってもよい。この場合、復旧情報をどの記録メディアに記録すべきかの判断が必要になる。判断条件として、（１）映像記録装置１１００に直接接続している記録メディア、（２）ブランク情報が記録されていない記録メディア、（３）ネットワークの帯域が十分大きく高速に安定してデータを送信できる外部装置の記録メディア、（４）空き容量が大きい記録メディア、が考えられる。上記（１）〜（４）だけで判断が付かない場合は、映像記録装置１１００に直接接続している記録メディアＩ／Ｆの管理上の番号の若い順や、外部装置１２００とパケットのやりとりをしている通信部１１０９の管理上の番号の若い順などでもよい。
【０１８４】
なお、本実施形態では、送信を中断していた間に本来記録するべき領域を空けるためにダミーデータを送信したが、実際にデータを送信せずに空けるデータ量を映像記録装置１１００から外部装置１２００に伝えて、外部装置１２００が記録メディア１２０３に対して領域を空ける処理を行ってもよい。
【０１８５】
なお、本実施形態では、映像記録装置１１００と外部装置１２００が無線ネットワークで接続している構成としたが、Ｅｔｈｅｒｎｅｔ（登録商標）などの有線ネットワークで接続している構成であってもよい。
【０１８６】
実施形態１および２においては、記録が継続されていた記録メディアに復旧情報を記録するとした。記録が継続されていた記録メディアが複数存在する場合には、その全てに復旧情報を記録してもよいし、そのうちの一つに復旧情報を記録してもよい。後者の例では、記録が継続されていた記録メディアの信頼性に基づいてどの記録メディアに復旧情報を記録するかを判断してもよい。たとえばこれまで記録が失敗したと判断された回数が少ないほど信頼性が高いと考えればよい。または、記録が失敗したと判断された時期が古いほど信頼性が高いと考えればよい。信頼性は、予め定められた基準によって定められればよい。
【０１８７】
本発明は、記録システムを動作させるコンピュータプログラムとしても実施され得る。たとえば前述の実施形態１にかかる映像記録装置１００のＣＰＵ１０１、および、実施形態２にかかる映像記録装置１１００のＣＰＵ１１０１は、半導体回路にコンピュータプログラムを組み込んだＤＳＰ等のハードウェアとして実現することも可能である。そのようなコンピュータプログラムは、たとえば実施形態１に関しては図３、５、８、１２、１３の少なくとも１つのフローチャートによって示される手順を実行するための命令を含む。また、実施形態２に関しては図１６および１９の少なくとも１つのフローチャートによって示される手順を実行するための命令を含む。コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録されて製品として市場に流通され、または、インターネット等の電気通信回線を通じて伝送される。
【産業上の利用可能性】
【０１８８】
前述の各実施形態に係る記録装置は、映像データを２つの記録媒体に重複して記録する記録装置であって、記録するはずだった記録領域を空けて記録することで、復旧処理の高速化を図るとともに、空けた記録領域を復旧するのに必要な復旧情報を作成して、空けた記録領域に記録すべき映像データが記録された記録媒体のいずれかに記録することにより、確実に復旧情報を残すことができ、ビデオカメラ等に適用することができ、有用である。
【符号の説明】
【０１８９】
１００、１１００ 映像記録装置
１０１、１１０１、１２０１ ＣＰＵ
１０２、１１０２、１２０２ 主記憶メモリ
１０３、１１０３ 記録バッファ
１０４、１０５、１１０４ 記録メディアＩ／Ｆ
１０６、１１０６ 映像入力部
１０７、１１０７ 操作部
１０８、１１０８、１２０４ Ｉ／Ｏバス
１１０、１１１、１２０３ 記録メディア
１１０９、１２０５ 通信部
１２００ 外部装置
【技術分野】
【０００１】
本発明は、情報を複数の記録媒体に重複して記録する技術に関する。より具体的には、本発明は、撮影した映像に関する情報を複数の記録媒体に重複して記録することにより、一方の記録媒体へ映像データを記録できない際に、記録できなかった情報を復旧することが可能な技術に関する。
【背景技術】
【０００２】
従来、撮影した映像のデータ（以下「映像データ」と記述する。）を複数の記録媒体に同時に、かつ重複して記録する撮像装置（たとえばビデオカメラ）が知られている。映像データを冗長的に記録することにより、一方の記録媒体に映像データを記録できない状況が発生した場合でも、他方の記録媒体にその映像データが記録されていることにより、撮影した映像を確実に保存することができる。
【０００３】
たとえば特許文献１は、画像データを同時に記録することが可能な複数の記録装置を開示している。特許文献１では、画像データを同時に記録させ、転送させたい記録装置のうち、おのおのの属性情報を基に、同時記録動作の対象とするか否かを判定する。同時記録動作の対象とならない記録装置には、連続撮影等の連続記録動作実行中に画像データを同時に書き込まない。ただし、一連の連続記録動作が完了した後には、既に書き込まれた記録装置から画像データが読み出され、同時記録の対象とならなかった記録装置に記録される。これにより、所定の連続記録速度を満たしながら、最終的には複数の記録装置に並列して画像データを保持させることが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３２８０３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記記録装置には、一連の画像データの記録処理が全て完了するまでに時間を要するという問題があった。すなわち特許文献１では、一連の連続記録動作が完了した後に、画像データが書き込まれた記録装置からすべての画像データが読み出され、同時記録動作の対象とならなかった記録装置に当該画像データが記録される。これでは、連続記録動作が完了した直後に、ユーザが改めて次の連続記録動作の操作を行おうとしても画像データの記録を開始させることができない。これでは、当該記録装置の信頼性が損なわれる。
【０００６】
このような信頼性は、業務用途で使用される記録装置には特に必要とされる。撮影者の咄嗟の記録開始操作に対応できない記録装置を用いると、放送等のために使用される映像データを記録することができず、撮影者に致命的な損害をもたらす可能性がある。さらに、たとえ記録装置が急な記録開始操作に対応できたとしても、映像データを記録できない状況が発生した場合には、確実かつ高速に映像データを復旧させることが求められる。
【０００７】
本発明は上記課題を解決するためになされたものであって、その目的は、連続記録動作を可能にするとともに、映像データを記録できない状況が発生したとしても、高速な復旧処理を可能とすることにある。
【課題を解決するための手段】
【０００８】
本発明による記録システムは、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部とを備えており、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部は、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録する。
【０００９】
前記制御部は、前記空き領域の開始位置および終了位置を特定する情報を前記第２情報として生成してもよい。
【００１０】
前記制御部は、前記部分データが記録されている前記第２の記録メディアの開始位置および終了位置を特定する情報を、前記第３情報として生成してもよい。
【００１１】
前記制御部は、前記第１の記録メディアに、前記空き領域を特定する第２情報を含むブランク情報を記録してもよい。
【００１２】
前記記録バッファは、前記第１の記録メディアおよび前記第２の記録メディアに記録された前記コンテンツデータを所定のデータ単位で削除し、前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量に基づいて、前記第１の記録メディアに前記コンテンツデータを記録することができないと判断してもよい。
【００１３】
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量が所定の閾値を超えていないときは、前記第１の記録メディアに前記コンテンツデータを記録の再開が可能であると判断し、前記コンテンツデータの記録動作を再試行してもよい。
【００１４】
前記第１の記録メディア以外の記録メディアに前記復旧情報が記録されているときにおいて、前記制御部は、前記復旧情報を読み出し、前記第１情報によって特定される、前記部分データを記録できなかった前記第１の記録メディアが接続されているか否かを判断し、前記第１の記録メディアが接続されているときは、前記第３情報に基づいて前記第２の記録メディアの領域から前記部分データを読み出し、前記第２情報に基づいて特定される前記空き領域に、読み出した前記部分データを記録してもよい。
【００１５】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアの全てに、前記復旧情報を記録してもよい。
【００１６】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアのうち、予め定められた基準によって定められた信頼性が最も高い記録メディアに前記復旧情報を記録してもよい。
【００１７】
前記記録バッファおよび前記制御部が１つの筐体内に設けられ、かつ、前記複数の記録媒体が着脱可能であってもよい。
【００１８】
前記記録システムは、前記コンテンツデータとして、撮影された被写体の映像データを逐次受け取る映像入力部をさらに備えていてもよい。
【００１９】
前記記録システムは、前記記録バッファ、前記制御部、および前記コンテンツデータを送信する第１通信部を有し、かつ、前記第１の記録媒体および前記第２の記録媒体の一方に前記コンテンツデータを記録する第１記録装置と、前記第１記録装置から送信された前記コンテンツデータを受信する第２通信部、および、前記第１の記録媒体および前記第２の記録媒体の他方に、受信した前記コンテンツデータを記録する第２記録装置とを有していてもよい。
【００２０】
本発明による方法は、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部とを備えた記録システムにおいて実行される記録方法であって、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部が、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、前記制御部が、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップとを包含する。
【００２１】
本発明によるコンピュータプログラムは、逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録するコンピュータとを備えた記録システムの前記コンピュータによって実行されるコンピュータプログラムであって、前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記コンピュータプログラムは、前記コンピュータに対し、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップとを実行させる。
【発明の効果】
【００２２】
記録を継続した際に必要となる記録媒体上の記録領域を空けて記録することで、復旧処理時の高速化を図るとともに、空けた記録領域を復旧するのに必要な復旧情報を作成して記録を継続する記録媒体のいずれかに記録することにより、確実に復旧情報を残すことができる。
【図面の簡単な説明】
【００２３】
【図１】（ａ）および（ｂ）は、本発明による記録システムの構成例を示す図である。
【図２】実施形態１に係る映像記録装置１００の構成を示すブロック図である。
【図３】映像記録装置１００の処理の概要を示すフローチャートである。
【図４】ＣＰＵ１０１によって管理される、記録バッファ１０３、および記録メディア１１０および１１１を示す図である。
【図５】実施形態１にかかる映像記録装置１００の記録処理の手順を示すフローチャートである。
【図６】記録メディア１１０および記録メディア１１１の映像データの記録状況を示す図である。
【図７】主記憶メモリ１０２で保持される復旧情報の例を示す図である。
【図８】復旧情報作成処理の手順を示すフローチャートである。
【図９】記録メディア１１１への映像データの記録を再開したときの、記録メディア１１０および記録メディア１１１の記録状況を示す図である。
【図１０】ブランク終了位置および復旧終了位置が追記された復旧情報の例を示す図である。
【図１１】ブランク情報の例を示す図である。
【図１２】記録再開処理の手順を示すフローチャートである。
【図１３】復旧処理の手順を示すフローチャートである。
【図１４】実施形態２に係る映像記録装置１１００の構成を示すブロック図である。
【図１５】実施形態２に係る外部装置１２００の構成を示すブロック図である。
【図１６】実施形態２にかかる記録動作の手順を示すフローチャートである。
【図１７】記録メディア１１１０と、外部装置１２００に接続されている記録メディア１２０３の映像データの記録状況との関係を示す図である。
【図１８】外部装置１２００への映像データの送信を再開したときの、記録メディア１１１０および記録メディア１２０３の記録状況を、ファイルイメージで示した図である。
【図１９】記録・送信再開処理の手順を示すフローチャートである。
【図２０】送信済みファイルリストの一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、添付の図面を参照しながら、本発明による記録システムの実施形態を説明する。
【００２５】
まず本発明による記録システムは、第１および第２の記録メディアを含む、複数の記録メディアに、コンテンツデータを並列的に記録する。これにより確実にコンテンツデータを残すことができる。記録時において、記録システムは、第１の記録メディアへのコンテンツデータの記録が失敗した場合でも、第２の記録メディアへのコンテンツデータの記録を継続する。そして第１の記録メディアへの記録の再開が可能になったときは、記録システムは、第１の記録メディアへの記録ができなかったコンテンツデータの未記録部分（部分データ）のサイズだけ、第１の記録メディアの領域を空けておき、その領域の直後の位置からコンテンツデータの記録を再開する。これにより、記録が終了した後、空けておいた当該領域に、当該部分データを追記することが容易になる。このような構成にすることにより、確実にコンテンツデータを残すことが可能になるとともに、記録終了直後に別のコンテンツの記録を開始することも可能になる。
【００２６】
本明細書では、映像および音声を、「コンテンツ」と総称している。以下に説明する各実施形態では、コンテンツに関するデータである映像データを並列的に記録する例を説明している。
【００２７】
図１（ａ）および（ｂ）は、本発明による記録システムの構成例を示す。
【００２８】
図１（ａ）は、１つの筐体に収められた記録装置として実現される記録システム１０ａを示す。記録システム１０ａは、１つの記録装置に設けられた複数の記録メディアに映像データを並列的に記録することが可能である。下記の実施形態１は、図１（ａ）に示す構成に対応している。
【００２９】
また図１（ｂ）は、複数の記録装置１０ｂ−ｎ（ｎ：１以上の整数）から構成されている記録システム１０ｂを示す。各記録装置は少なくとも１つの記録メディアを有している。たとえば映像データを生成した記録装置１０ｂ−１は、自らが有する記録メディアに映像データを記録すると共に、異なる記録装置１０ｂ−２にその映像データを送信する。記録装置１０ｂ−２は映像データを受信して、その映像データを自らの記録メディアに記録する。これにより、映像データの並列的な記録が実現される。下記の実施形態２は、図１（ｂ）に示す構成に対応している。
【００３０】
以下、各実施形態を説明する。
【００３１】
（実施形態１）
図２は、本実施形態に係る映像記録装置１００の構成を示すブロック図である。映像記録装置１００は、ＣＰＵ１０１と、主記憶メモリ１０２と、記録バッファ１０３と、記録メディアインターフェース（Ｉ／Ｆ）１０４および１０５と、映像入力部１０６と、操作部１０７と、入出力（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ； Ｉ／Ｏ）バス１０８とを含む。
【００３２】
ＣＰＵ１０１は、コンピュータなどに搭載されている中央演算処理回路である。ＣＰＵ１０１は、主記憶メモリ１０２を用いながら各種のプログラムを実行して、映像記録装置１００の動作を制御する制御回路として機能する。たとえばＣＰＵ１０１は、記録バッファ１０３に記録された映像データを、記録メディアＩ／Ｆ１０４および１０５を介して複数の記録メディア１１０および１１１に並列的に記録する。
【００３３】
映像入力部１０６は、アナログまたはデジタルインタフェース（Ｉ／Ｆ）である。一例として、本実施形態では映像入力部１０６はデジタルＩ／Ｆであるとする。デジタルＩ／Ｆとして、例えば、ＨＤ−ＳＤＩ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）やＩＥＥＥ１３９４が知られている。
【００３４】
映像入力部１０６は、デジタル映像信号（以下「映像データ」と記述する）を受け取り、記録バッファ１０３へ出力する。なお、映像記録装置１００は他の機器に内蔵された記録機構として機能してもよい。たとえばカメラレコーダ（図示せず）のような、被写体を撮像するための光学系および撮影した映像データを記録メディアに記録する記録機構を有する機器における当該記録機構として、映像記録装置１００が実装されてもよい。この場合、映像入力部１０６は、カメラレコーダの撮像部で撮像された映像データを受け取る。
【００３５】
記録バッファ１０３は、映像入力部１０６から入力された映像データを蓄積するメモリである。
【００３６】
記録メディアＩ／Ｆ１０４は、記録メディア１１０を映像記録装置１００に接続し、記録メディア１１０と映像記録装置１００との間でデータを受け渡すインターフェースである。記録メディアＩ／Ｆ１０５も同様に、記録メディア１１１を映像記録装置１００に接続し、記録メディア１１１と映像記録装置１００との間でデータを受け渡すインターフェースである。
【００３７】
記録メディア１１０および１１１は、例えばＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリカードであり、映像記録装置１００に着脱可能である。記録メディア１１０および１１１は、ＳＤメモリカードの他に、Ｃｏｍｐａｃｔ Ｆｌａｓｈ（登録商標）カード、Ｍｕｌｔｉ Ｍｅｄｉａカード、ＤＶＤ−ＲＡＭ、Ｂｌｕ−ｒａｙディスクなどのランダムアクセス可能な記録媒体であってもよい。
【００３８】
なお本実施形態においては、記録メディア１１０および１１１は同じ種類であり、かつ同じ記録可能容量を有しているとする。しかしながら、これは一例である。記録メディア１１０および１１１が互いに異なる種類であってもよい。たとえば記録メディア１１０がＳＤメモリカードであり、記録メディア１１１がＣｏｍｐａｃｔ Ｆｌａｓｈカードであってもよい。また、記録メディア１１０および１１１の各記録可能容量が異なっていてもよい。
【００３９】
操作部１０７は、ユーザによる映像の記録開始や停止の指示を受け付ける。操作部１０７は、受け付けたユーザからの指示を、Ｉ／Ｏバス１０８を介して、ＣＰＵ１０１に伝える。
【００４０】
Ｉ／Ｏバス１０８は、映像記録装置１００内に設けられた、データを伝送するバスである。Ｉ／Ｏバス１０８は、映像記録装置１００に含まれる構成要素間のデータの授受を可能にする。
【００４１】
まず、図３を参照しながら、映像記録装置１００の全体的な処理の手順を説明する。そして、その後、図５以降の図面を参照しながら、各処理の詳細を説明する。
【００４２】
図３は、映像記録装置１００の処理の概要を示すフローチャートである。図３の説明では、記録メディアは２つであるとし、それらをそれぞれ第１の記録メディア、第２の記録メディアと呼ぶ。後の説明との関係では、第１の記録メディアが記録メディア１１１（図２）に対応し、第２の記録メディアが記録メディア１１０（図２）に対応する。
【００４３】
まず映像記録装置１００のＣＰＵ１０１は、並列記録処理を開始する（ステップＳ１０１）。並列記録処理が開始されると、ＣＰＵ１０１は、両方の記録メディアへの映像データの記録が失敗したか否かを継続的に判断する（ステップＳ１０２）。以下では、第１の記録メディアへの記録が失敗しており、第２の記録メディアへの記録は引き続き成功しているとする。
【００４４】
映像データの記録が失敗したと判断した場合、ＣＰＵ１０１は第２の記録メディアへの映像データの記録は継続しつつ、復旧情報（図７）を作成する（ステップＳ１０３）。「復旧情報」とは、後に第１の記録メディアに映像データが記録できるようになった後に、記録できなかった映像データを第１の記録メディアに記録するために必要な情報である。本例に関しては第１の記録メディアであることを特定する情報、記録中であったファイル名、記録に失敗した際の映像データの範囲を特定する情報等が挙げられる。
【００４５】
なお、本明細書では、記録メディアへの記録の失敗は一時的に生じ、リトライ等によって後に映像データの記録が可能になる、ということを想定している。よって、ある時点では映像データを記録できなかったとしても、後に映像データを記録できるようになることは生じ得る。したがって、ステップＳ１０２では１回目の失敗で記録をやめると判断せずに、記録メディアに未記録の映像データの量がしきい値を超えない間はリトライを実施し、しきい値を超えた場合には記録をやめるとしてもよい。このしきい値とは、撮影中に次々と生成される映像データを、取りこぼしなく記録メディアに記録するための基準値である。未記録の映像データの量がしきい値を超えると、第２の記録メディアへの記録の継続が可能であるにもかかわらず、第１の記録メディアへのリトライによって未記録の新しい映像データの記録へ進むことができず、未記録のまま映像データを失ってしまう危険性が出てくる。このような取りこぼしを発生させないために、しきい値を超えた場合には第１の記録メディアへの記録を失敗と判断して、第２の記録メディアへの記録を優先させる。
【００４６】
その後、ＣＰＵ１０１は、第１の記録メディアへの映像データの記録の再開が可能になるまで、第２の記録メディアへの映像データの記録を継続する（ステップＳ１０４）。
【００４７】
なお、第１の記録メディアへの映像データの記録の再開が可能でない場合には、処理はステップＳ１０３に戻る。このとき、ステップＳ１０３において、新たに復旧情報は生成されない。映像データの記録が失敗したと判断された後、次に映像データの記録が再開されるまでは、復旧情報は１つである。映像データの記録再開後、再度記録に失敗した場合には、新たな復旧情報が生成される。
【００４８】
第１の記録メディアへの映像データの記録の再開が可能になったと判断すると、ＣＰＵ１０１は、第１の記録メディアに対する記録再開処理を開始する（ステップＳ１０５）。ここでは、映像データの記録を継続していた第２の記録メディアに復旧情報を記録し、映像データの記録に失敗した第１の記録メディアにブランク情報を記録する。「ブランク情報」とは、映像データが本来記録されるべきであった領域に関する情報であり、より具体的には、記録不可と判断された第１の記録メディアの領域に関する情報である。
【００４９】
その後、ＣＰＵ１０１は、並列記録処理を再開し（ステップＳ１０６）、撮影の終了等により、記録動作が終了するまで継続する（ステップＳ１０７）。
【００５０】
記録動作が終了すると、ＣＰＵ１０１は、それに伴って確定した復旧情報を第２の記録メディアに記録する。また、第１の記録メディアに、記録終了に伴って確定したブランク情報を記録する（ステップＳ１０８）。
【００５１】
この後、ＣＰＵ１０１は、復旧情報およびブランク情報に基づく復旧処理を行う（ステップＳ１０９）。復旧処理により、第１の記録メディアへの記録ができていなかった区間に生成された映像データが、第１の記録メディアにコピーされる。その結果、映像データの記録失敗がなかったかのように、映像データが第１の記録メディアに記録され、第２の記録メディアに記録された映像データと同じデータが、第１の記録メディアに記録されることになる。
【００５２】
なお、ステップＳ１０９の復旧処理は、記録終了の判断の後すぐに実行されているが、これは一例である。復旧処理を行うタイミングは記録終了直後でなくてもよく、たとえば予め定められた時間が経過した後であってもよい。または、第１および第２の記録メディアが有するランダムアクセス性能によっては、並列記録処理が再開された直後から、逐次生成される映像データの並列記録処理と共に、復旧処理を行ってもよい。なお、復旧処理のみを、映像記録装置１００とは異なる装置が実行してもよい。
【００５３】
以下、前述の各処理をより具体的に説明する。
【００５４】
その説明に先立って、図２に記載の記録バッファ１０３と、記録メディア１１０および１１１との関係を説明する。本実施形態では、記録バッファ１０３はリングバッファであるとする。
【００５５】
図４は、ＣＰＵ１０１によって管理される、記録バッファ１０３、および記録メディア１１０および１１１を示す。
【００５６】
ＣＰＵ１０１は、内部のレジスタ１５０に少なくとも４つのポインタ１５０−ｎ（ｎ：１〜４の整数）を保持している。各ポインタは、記録バッファ１０３のアドレス値を示している。
【００５７】
第１のポインタ１５０−１は、記録バッファ１０３に書き込まれた映像データのうち、最も新しい映像データの位置を示している。第２のポインタ１５０−２は、記録バッファ１０３に書き込まれたデータのうち、最も古い映像データの位置を示している。
【００５８】
第１のポインタ１５０−１と第２のポインタ１５０−２は、それぞれが示す位置の前後関係が変わってはならない。第２のポインタ１５０−２が示す位置と、第１のポインタ１５０−１が示す位置との前後関係が変わることは、記録バッファ１０３の空きがなくなるという異常状態（バッファのオーバーフロー）か、又は記録メディア１１０および１１１への記録のために記録バッファ１０３に蓄積していた映像データが枯渇してしまうという異常状態（バッファのアンダーフロー）を意味する。
【００５９】
記録バッファ１０３の解放は、第２のポインタ１５０−２によって示される位置を更新することによって行われる。つまり、以前に第２のポインタ１５０−２が示していた位置を、第１のポインタ１５０−１が示すことができるようになり、その位置に新しい映像データを記録バッファ１０３に書き込むことができる。
【００６０】
第３のポインタ１５０−３および第４のポインタ１５０−４は、記録バッファ１０３に蓄積されている映像データのうち、記録メディア１１０および１１１への記録がそれぞれ完了した映像データの末尾の位置を示している。本実施形態では、第２のポインタ１５０−２は、第３のポインタ１５０−３および第４のポインタ１５０−４の一方と一致する。
【００６１】
撮影が開始されると、映像データは所定のデータ単位で記録バッファ１０３に蓄積される。ＣＰＵ１０１は、映像データが所定のデータ単位で書き込まれる度に、そのデータ単位のサイズ分だけ第１のポインタ１５０−１を更新する。
【００６２】
映像データの蓄積と見かけ上並行して、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データを、記録メディアＩ／Ｆ１０４および１０５に逐次転送し、それらを介して記録メディア１１０および１１１に逐次記録する。ＣＰＵ１０１は、記録メディア１１０および１１１への映像データの記録完了に応答して、第３のポインタ１５０−３および第４のポインタ１５０−４を更新する。第３のポインタ１５０−３および第４のポインタ１５０−４は、それぞれの記録メディアへの記録がまだ完了していない、最も古いデータ単位の位置を示すよう更新される。このとき第２のポインタも、ポインタ１５０−３および第４のポインタ１５０−４のうち、古い方のデータ単位の位置を示すよう更新される。
【００６３】
ＣＰＵ１０１は、自らが保持する第３のポインタ１５０−３と第４のポインタ１５０−４とを比較することにより、両方の記録メディアに共通して記録された映像データの位置を、データ単位で特定することができる。映像データのあるデータ単位が記録メディア１１０および１１１の両方に記録されると、ＣＰＵ１０１は、当該データ単位を記録バッファ１０３から解放する。そして第２のポインタが次のデータ単位を示すように変更される。
【００６４】
以下、図５〜図１２を参照しながら、本実施形態にかかる映像記録装置１００の記録動作の詳細を説明する。まずは、復旧情報を作成しない通常の記録動作を説明する。
【００６５】
図５は、本実施形態にかかる映像記録装置１００の記録処理の手順を示すフローチャートである。図５は、図３のステップＳ１０１からＳ１０８の処理の詳細を示している。
【００６６】
操作部１０７でユーザからの記録開始の指示が受け付けられると、ＣＰＵ１０１は、映像入力部１０６を介して記録バッファ１０３に入力された映像データを、記録メディアＩ／Ｆ１０４および１０５に転送する。そして、ＣＰＵ１０１は、記録メディアＩ／Ｆ１０４と１０５へ転送した映像データを、それぞれ記録メディア１１０および１１１に記録するよう、記録メディアＩ／Ｆ１０４および１０５に命令する（ステップＳ２０１）。
【００６７】
ＣＰＵ１０１は、記録メディア１１０および１１１に記録が完了した映像データを、記録バッファ１０３から解放する（ステップＳ２０２）。記録メディア１１０および１１１のいずれか一方の記録が完了していない映像データは、記録バッファ１０３から解放せずに蓄積したままにしておく。
【００６８】
ただし、記録不可の状態が発生した後であって、かつ、記録再開処理が行われるまでの間は、映像データは一方の記録メディアにのみ記録され、両方の記録メディアには記録されない。これでは、記録バッファ１０３が解放されず、記録バッファ１０３の使用量がしきい値よりも常に大きくなる。そこで、記録不可の状態が発生した後であって、かつ、記録再開処理が行われるまでの間は、ＣＰＵ１０１は、当該一方の記録メディアに映像データが記録されると、記録バッファ１０３を解放することとした。これにより、図５のステップＳ２０４に進むことが可能になる。
【００６９】
ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（ステップＳ２０３）。本実施形態では、「しきい値」は、記録バッファ１０３の容量、映像の記録レート、記録メディアの書き込み性能に基づいて決定される。したがって、しきい値は一意に定められない。「記録メディアの書き込み性能」とは、たとえば、いわゆる「ＳＤスピードクラス」として表示される最低書き込み速度であればよい。
【００７０】
ＣＰＵ１０１は、映像データ量がしきい値を超えていないと判断すると（ステップＳ２０３のＮ）、作成途中の復旧情報が主記憶メモリ１０２に存在するかどうかを確認する（ステップＳ２０４）。作成途中の復旧情報については後述する。
【００７１】
ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在しないと判断すると（ステップＳ２０４のＮ）、ユーザから操作部１０７に記録停止の指示が与えられているかどうかを確認する（ステップＳ２０５）。ＣＰＵ１０１は、記録停止の指示が与えられていないと判断すると（ステップＳ２０５のＮ）、映像記録装置１００に接続されているすべての記録メディアに対して（本実施形態においては記録メディア１１０および記録メディア１１１）のそれぞれに対して、映像データの記録を続けるだけの空き容量があるかどうか確認する（ステップＳ２０６）。空き容量の有無は主として映像の記録レートによって定められる。よって、ここでの空き容量もまた一意に定めることはできない。
【００７２】
ＣＰＵ１０１は、ある記録メディアに映像データの記録を続けるだけの空き容量があると判断したら（ステップＳ２０６のＮ）、その記録メディアに対しては映像データの記録動作を継続する。ここで処理はステップＳ２０１に戻る。
【００７３】
ＣＰＵ１０１は、ステップＳ２０５において操作部１０７に記録停止の指示が与えられたと判断すると（ステップＳ２０５のＹ）、もしくは、ステップＳ２０６において記録メディア１１０および記録メディア１１１に映像データの記録を続けるだけの空き容量がないと判断すると（ステップＳ２０６のＹ）、記録メディアへの映像データの記録を停止する（ステップＳ２０７）。そして、ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在するかどうかを確認する（ステップＳ２０８）。ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在しないと判断すると（ステップＳ２０８のＮ）、記録動作を終了する。
【００７４】
ここまでが、復旧情報を作成しない場合の通常の記録動作の流れとなる。
【００７５】
次に、一方の記録メディアへの映像データの記録ができなくなった場合において、復旧情報を作成する処理を説明する。
【００７６】
たとえば、記録動作の途中で記録メディアに映像データを記録できなくなったとする。記録メディアの内部構造は大容量化の目的で微細加工されており、種々の要因（たとえば記録時の電圧異常、記録メディアの素子の劣化）が絡み合ってデータの記録に失敗することがある。ただし、ある試行ではデータの記録に失敗したとしても、記録動作を再試行（リトライ）すると、記録が可能となることがある。そこでＣＰＵ１０１は、同じデータの記録動作を複数回にわたってリトライする。
【００７７】
このリトライを行う間にも、撮影によって生成された映像データが次々と記録バッファ１０３に蓄積され続ける。映像データが記録メディア１１０および１１１の両方に記録されていないため、記録バッファ１０３から映像データが解放されることはない。その結果、記録バッファ１０３に蓄積されている映像データのデータ量が増加する。
【００７８】
ステップＳ２０３において、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データの量がしきい値を超えていると判断すると（ステップＳ２０３のＹ）、その映像データの少なくとも一部が、すべての記録メディアのうちの少なくとも１つに記録済みであるかどうかを確認する（ステップＳ２０９）。
【００７９】
ここでは、記録メディア１１０には記録済みであるものの、記録メディア１１１には未記録である映像データが記録バッファ１０３に存在すると仮定する。つまり、記録バッファ１０３の空きがなくなることによる映像データの取りこぼしを回避して、記録メディア１１０への映像データの記録の継続を優先させるために、記録メディア１１１への映像データの記録ができなくなったと判断する。
【００８０】
なお、前述したポインタ１５０−ｎ（ｎ：１、２、３、４）を参照すれば、各記録メディアに記録されているデータ単位を特定することは容易である。ポインタ１５０−１およびポインタ１２０−２によって示される映像データの全体に対し、ポインタ１５０−３またはポインタ１５０−４が指す位置までのデータ単位が各記録メディアに記録されていると判断できる。ＣＰＵ１０１は、記録済みデータが存在していると判断すると（ステップＳ２０９のＹ）、復旧情報作成処理を実行する（ステップＳ２１０）。
【００８１】
ここで、図６〜図８を参照しながら、本実施形態における復旧情報作成処理の詳細を説明する。図６は、記録メディア１１０および記録メディア１１１の映像データの記録状況を示す。
【００８２】
記録メディア１１０は、メディア番号としてＡＺ０１を持ち、記録メディア１１１は、メディア番号としてＢＹ０２を持つとする。記録メディア１１０および記録メディア１１１には同じ映像データが０１０１．ａｖｉというファイル名で記録されている。記録メディア１１０の記録ブロック１０〜１２と、記録メディア１１１の記録ブロック２０〜２２には同じデータが記録されている。
【００８３】
いま、次の映像データのブロックを記録ブロック１３および２３にそれぞれ記録する例を考える。そして映像データは、記録メディア１１０の記録ブロック１３には継続して記録可能であったが、記録メディア１１１の記録ブロック２３には記録不可であったとする。
【００８４】
図５に示すような一連の記録動作において、ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えており（図５のステップＳ２０３のＹ）、かつ、ポインタ１５０−２および１５０−３を参照することにより、その映像データのなかで、記録メディア１１０には記録済みで他方の記録メディア１１１には未記録である映像データが存在していると判断する（図５のステップＳ２０９のＹ）。するとＣＰＵ１０１は、その未記録である記録メディア１１１が記録不可であると判断する。
【００８５】
ＣＰＵ１０１は、記録メディア１１１が記録不可と判断すると、記録メディア１１１への映像データの記録を中断する。
【００８６】
このときＣＰＵ１０１は、記録メディア１１１の記録内容を記録メディア１１０に整合させるための復旧処理に必要な種々の情報を収集する。主記憶メモリ１０２は、これらをまとめた復旧情報を記憶する。
【００８７】
具体的にはＣＰＵ１０１は、記録不可とならなければ映像データが記録されていたはずの領域である記録ブロック２３の先頭アドレスＢ００を示す情報を、ブランク開始位置を特定する情報として収集する。同時に、ＣＰＵ１０１は、その記録ブロック２３に相当する、映像データの記録が継続されている記録メディア１１０の記録ブロック１３の先頭アドレスＡ００を示す情報を、復旧開始位置を特定する情報として収集する。ＣＰＵ１０１はさらに、記録不可になった記録メディア１１１のメディア番号ＢＹ０２を示す情報、および記録しているファイル名を特定する情報（本例では“０１０１．ａｖｉ”）を収集する。ＣＰＵ１０１は、前述のように収集した、先頭アドレスＢ００を示す情報、先頭アドレスＡ００を示す情報、メディア番号ＢＹ０２を示す情報、およびファイル名を特定する情報を復旧情報として主記憶メモリ１０２に生成し、管理する。なお、本実施形態では、復旧情報およびブランク情報にファイル名も含めているが、ファイル名については必須ではない。たとえば復旧情報およびブランク情報の各ファイル名に、その映像データのファイル名の一部（たとえばファイル名のうち拡張子を除く部分）を用いることにより、対象となる映像データのファイル名を特定してもよい。
【００８８】
図７は、主記憶メモリ１０２で保持される復旧情報の例である。ブランク終了位置と復旧終了位置を示す値は、この時点では未定なので入っていない。すなわち、この復旧情報は未完成であり、作成途中の状態にある。
【００８９】
なお、復旧情報は当然ながら１つとは限られず複数存在し得る。全ての記録メディアが記録不可と判断され得るためである。また、ある記録メディアが記録不可と判断された後、その記録メディアの異なる記録ブロックが記録不可であると判断され得るためである。本実施形態では、ＣＰＵ１０１は、メディア番号、ファイル名、ブランク開始位置、ブランク終了位置、復旧開始位置、復旧終了位置を一組として管理して、「管理情報１」、「管理情報２」などの管理番号をつけて主記憶メモリ１０２で管理する。
【００９０】
このように、復旧情報のブランク開始位置や復旧開始位置を、記録メディアの記録ブロックのアドレスによって表すことで、復旧処理を行う際に、１つの映像ファイル全体を読み出す必要がなくなる。つまり、ＣＰＵ１０１は復旧処理を行う際に、映像データが記録メディアのどの記録ブロックに記録されているのかを、ファイルの先頭から辿って調べていく必要はない。ＣＰＵ１０１は、単に復旧情報に含まれる記録ブロックのアドレスの情報を用いて復旧すべき映像データを読み出して記録メディア１１１に記録するだけでよい。これにより、次に説明するように復旧処理の高速化を図ることができる。
【００９１】
図８は、復旧情報作成処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０３の処理を詳細に示している。
【００９２】
ＣＰＵ１０１は、ある記録メディアが記録不可であると判断すると、その記録メディアへの記録動作を中断する（ステップＳ５０１）。
【００９３】
次に、ＣＰＵ１０１は、前述のとおり記録を中断した記録ブロックの先頭アドレスなどの復旧情報に必要な情報を取得する（ステップＳ５０２）。
【００９４】
そして、ＣＰＵ１０１は、復旧情報を主記憶メモリ１０２に記録する（ステップＳ５０３）。既に主記憶メモリ１０２に管理情報が記録されている場合、ＣＰＵ１０１はその管理情報の管理番号を１つ増やして、主記憶メモリ１０２に記録する。以上により、復旧情報作成処理が終了する。
【００９５】
次に、記録不可になった記録メディアに、記録動作を再開する処理を説明する。
【００９６】
ＣＰＵ１０１は、図５に示す記録動作を継続しながら、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（図５のステップＳ２０３）。ＣＰＵ１０１は、記録バッファ１０３に蓄積された映像データのデータ量がしきい値を越えておらず（ステップＳ２０３のＮ）、かつ、作成途中の復旧情報が主記憶メモリ１０２に存在すると判断すると（ステップＳ２０４のＹ）、記録再開処理を実行する（ステップＳ２１１）。
【００９７】
この処理は、記録メディアへのデータの記録ができない現象の発生は一過性のものであり、完全にデータの記録ができなくなったのではないことを前提としている。つまり、ＣＰＵ１０１は、記録メディアへのデータの記録ができなかったとしても記録バッファ１０３に十分な空きが存在する間は、記録不可になった記録メディアに対して記録処理の再開が可能であると判断する。そして、データの記録動作を再試行する。
【００９８】
ここで、図９〜図１２を参照しながら、本実施形態における記録再開処理の詳細を説明する。
【００９９】
図９は、記録メディア１１１への映像データの記録を再開したときの、記録メディア１１０および記録メディア１１１の記録状況を示す。ここで、図６と同等の要素には同じ参照符号を付し、その説明は省略する。
【０１００】
ＣＰＵ１０１は、記録メディア１１１への記録が可能になったと判断すると、記録を再開する位置（以下「記録再開位置」と記述する。）を決定する。本実施形態では、記録再開位置は、最初に記録不可となった記録ブロック２３ではなく記録ブロック４１である。つまりＣＰＵ１０１は、記録不可だった領域を空けて、記録再開位置を決定する。記録不可だった領域を空ける理由は、記録ブロック２３が不良ブロックのために記録動作を何度リトライしても失敗する危険性を回避するためであり、さらに、一連の記録動作を終了した後で行われる復旧処理の高速化を図るためでもある。
【０１０１】
より具体的には、ＣＰＵ１０１は、以下のように記録再開位置を決定する。まず、記録メディア１１０に関し、ＣＰＵ１０１は、これから記録を行う記録ブロックを特定する。図９の例では記録ブロック３１である。この記録ブロック３１に記録される映像データが、並列的に記録メディア１１１にも記録される。
【０１０２】
記録メディア１１０の記録ブロック１３〜３０に記録された映像データは、記録メディア１１１にはまだ記録されていない。そのデータ量は、記録ブロック３０の最終アドレス（ＣＦＦ）から記録ブロック１３の開始アドレス（Ａ００）を引いた値（ＣＦＦ−Ａ００）に等しい。よって、この値と同じサイズを有する領域を、記録不可だった領域として空けておき、その領域の直後の位置を、記録再開位置とすればよい。
【０１０３】
記録不可だった領域の開始位置（すなわちブランク開始位置）をＢ００とし、終了位置をＤＦＦとしたとき、ＤＦＦ−Ｂ００＝ＣＦＦ−Ａ００が成立する。よって、記録メディア１１１の記録再開位置ＤＦＦ＝Ｂ００＋ＣＦＦ−Ａ００となる。なお、アドレスＡ００およびＢ００の情報は、主記憶メモリ１０２に保持している復旧情報（図７）に既に含まれている。よって、ＣＰＵ１０１は、記録メディア１１０における記録開始位置（記録ブロック３１の先頭アドレス）を決定するとすぐに、記録メディア１１１の記録再開位置を特定することができる。このようにＣＰＵ１０１は、記録を中断していた間に生成された映像データのデータ量に基づいて記録を再開する位置を決めることができる。
【０１０４】
次に、ＣＰＵ１０１は、記録バッファ１０３から記録メディアＩ／Ｆ１０５に映像データを転送する。そして、ＣＰＵ１０１は、記録メディアＩ／Ｆ１０５へ転送した映像データを、記録メディア１１１に記録するように記録メディアＩ／Ｆ１０５に命令する。
【０１０５】
ここで、ＣＰＵ１０１は、記録を再開した記録ブロックの１つ前の記録ブロック４０の末尾アドレスＤＦＦを、ブランク終了位置として主記憶メモリ１０２に保持している復旧情報に記録する。さらに、ＣＰＵ１０１は、そのブランク終了位置に相当する、記録が継続されている記録メディア１１０の記録ブロック３０の末尾アドレスＣＦＦを、復旧終了位置として当該復旧情報に記録する。
【０１０６】
図１０は、ブランク終了位置および復旧終了位置が追記された復旧情報の例である。この復旧情報は依然として主記憶メモリ１０２に保持されている。復旧情報作成処理で作成した復旧情報の例である図７では未定であった、ブランク終了位置および復旧終了位置の値が、図１０では確定している。これにより、復旧情報が完成されたことになる。完成したこの復旧情報を、ＣＰＵ１０１は、記録が継続されていた記録メディア１１０へ記録する。
【０１０７】
以上のように、本実施形態では、記録が継続されている記録メディアに復旧情報を記録する。これにより、確実に復旧情報を残すことができる。
【０１０８】
さらに、記録再開処理では、ブランク情報を記録する。先に説明した通り、ブランク情報とは、映像データが本来記録されるべきであった領域に関する情報、換言すれば、記録不可と判断された領域に関する情報である。ブランク情報は、記録不可となった領域が存在する記録メディアに記録される。
【０１０９】
図１１は、ブランク情報の例である。ブランク情報は、ファイル名、ブランク開始位置およびブランク終了位置のそれぞれの情報を有している。この例によるブランク開始位置およびブランク終了位置は、図９に示される記録不可の区間の始点および終点に対応することが理解される。なお、図１０の復旧情報と比較すると、ブランク情報には、メディア番号、復旧開始位置および復旧終了位置の情報が含まれていない。
【０１１０】
記録中にある記録領域が記録不可と判断されたため、映像データが途中で途切れている例を考える。通常の再生装置は連続して記録された位置までしか、映像を再生できない。しかしながらブランク情報を用いれば、ブランク開始位置およびブランク終了位置を特定することができる。よって、再生装置は、記録不可だった領域を飛ばして、記録が再開された位置から映像を再生することができる。また、ある記録メディアにブランク情報が記録されていたときは、記録装置は、そのブランク情報によって特定される領域へのデータの記録を回避することができる。当該領域は、後に映像データが復旧されるために確保された領域だからである。
【０１１１】
なお、図１１の例では、ブランク区間（ブランク開始位置からブランク終了位置までの区間）は物理的に連続して確保されている。しかしながらこれは一例である。ブランク区間は論理的に連続していればよく、物理的に連続して確保されている必要はない。たとえば、ファイルシステムの一つであるＦＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）ファイルシステムを用いることにより、物理的には非連続の領域群を論理的に連続なブランク区間として管理することができる。よって、仮にブランク情報によって特定される領域に他の機器によってデータが記録されたとしても、他に同じデータサイズの領域が存在していれば、映像データを復旧させることは可能である。映像データの確実な記録（保存）を主目的とする場合には復旧情報が作成されていればよく、ブランク情報は特に必要ではないといえる。
【０１１２】
図１２は、記録再開処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０５の処理を詳細に示している。
【０１１３】
ＣＰＵ１０１は、記録不可となった記録メディア１１１への記録が再開できると判断すると、まず、前述した手順に従って記録再開位置を決める（ステップＳ９０１）。
【０１１４】
次に、ＣＰＵ１０１は、記録バッファ１０３から記録メディアＩ／Ｆ１０５に映像データを転送する。そして、ＣＰＵ１０１は、映像データを記録メディア１１１に記録するように記録メディアＩ／Ｆ１０５に命令して、記録を再開する（ステップＳ９０２）。
【０１１５】
ＣＰＵ１０１は、記録を再開した記録メディア１１１の記録ブロックの１つ前の記録ブロックの末尾アドレスをブランク終了位置とし、ブランク終了位置に相当する記録が継続されている記録メディア１１０の記録ブロックの末尾アドレスを復旧終了位置とする。そして、主記憶メモリ１０２に管理していた復旧情報に、ブランク終了位置および復旧終了位置の情報を追記する（ステップＳ９０３）。
【０１１６】
ＣＰＵ１０１は、記録が継続されていた記録メディア１１０に前述の復旧情報を記録する（ステップＳ９０４）。
【０１１７】
ＣＰＵ１０１は、前述の復旧情報にあるファイル名とブランク開始位置とブランク終了位置をブランク情報として、記録が再開された記録メディア１１１へ記録する（ステップＳ９０５）。以上で、記録再開処理を終了する。
【０１１８】
再び図５を参照する。
【０１１９】
ＣＰＵ１０１は、復旧情報作成処理（ステップＳ２１０）を終える、もしくは、記録再開処理（ステップＳ２１１）を終えると、ユーザから操作部１０７に記録停止の指示が受け付けられているかどうかを確認する（ステップＳ２０５）。そしてステップＳ２０５以降では前述したとおり処理が行われる。また、記録バッファ１０３の映像データのなかで、記録済みデータが存在していないと判断すると（ステップＳ２０９のＮ）、ＣＰＵ１０１は記録メディアへの記録動作を停止する処理を実行する（Ｓ２０７）。記録済みデータが存在していないということは、映像データがどの記録メディアにも記録されていないことを意味しており、そのような状況はすべての記録メディアへの記録が不可になったと考えられるためである。
【０１２０】
ＣＰＵ１０１は、作成途中の復旧情報が主記憶メモリ１０２に存在すると判断すると（ステップＳ２０８のＹ）、ブランク終了位置と復旧終了位置とを、データを記録した最後の記録ブロックの末尾アドレスの値にして、復旧情報とブランク情報をそれぞれ記録メディア１１０および記録メディア１１１に記録する（ステップＳ２１２）。そして、記録動作を終了する。
【０１２１】
次に、図９、図１０および図１３を参照しながら、前述の一連の記録動作を終了した後で行われる復旧処理の詳細を説明する。
【０１２２】
図１３は、復旧処理の手順を示すフローチャートである。この処理は、図３のステップＳ１０９の処理を詳細に示している。
【０１２３】
まず、ＣＰＵ１０１は、記録メディア１１０および１１１に復旧情報が記録されているか確認する（図１３のステップＳ１００１）。図９の例では、記録メディア１１０に復旧情報が記録されている（図１０、および図１２のステップＳ９０４）。
【０１２４】
ＣＰＵ１０１は、復旧情報が記録されていると判断すると（ステップＳ１００１のＹ）、復旧情報のメディア番号と一致する記録メディアが、映像記録装置１００に接続されているかを確認する（ステップＳ１００２）。図９および図１０の例では、復旧情報に記述されたメディア番号ＢＹ０２が、映像記録装置１００に接続された記録メディア１１１のメディア番号と一致する。
【０１２５】
ＣＰＵ１０１は、メディア情報と一致する記録メディアが接続されていると判断すると（ステップＳ１００２のＹ）、復旧情報のファイル名と一致するファイルが、その記録メディアに記録されているかを確認する（ステップＳ１００３）。図９および図１０の例では、復旧情報に記述されたファイル名０１０１．ａｖｉのファイルが、記録メディア１１１に記録されている。よって復旧情報のファイル名と一致するファイルが記録されている。
【０１２６】
ＣＰＵ１０１は、ファイル名と一致するファイルが記録されていると判断すると（ステップＳ１００３のＹ）、復旧情報に示される復旧開始位置から復旧終了位置までのデータを、ブランク開始位置からブランク終了位置までの領域にコピーする（ステップＳ１００４）。図９の例では、ＣＰＵ１０１は、記録メディア１１０の復旧開始位置Ａ００〜復旧終了位置ＣＦＦのデータを、記録メディア１１１のブランク開始位置Ｂ００〜ブランク終了位置ＤＦＦにコピーする。
【０１２７】
ＣＰＵ１０１は、コピーを完了すると、今回使用した復旧情報と、ブランク開始位置Ｂ００〜ブランク終了位置ＤＦＦの領域等を示していたブランク情報を削除する（ステップＳ１００５）。図９の例では、記録メディア１１０に記録されている復旧情報１と、記録メディア１１１に記録されているブランク情報１を削除する。
【０１２８】
その後、処理はステップＳ１００１に戻り、ＣＰＵ１０１は、さらに復旧情報が記録されているか確認する（ステップＳ１００１）。ＣＰＵ１０１は、復旧情報が記録されていない（ステップＳ１００１のＮ）、もしくは、メディア番号と一致する記録メディアが接続されていない（ステップＳ１００２のＮ）、もしくは、ファイル名と一致するファイルが記録されていない（ステップＳ１００３のＮ）と判断すると、復旧処理を終了する。
【０１２９】
このように、復旧情報を用いることで、復旧する必要があるかどうかを素早く判断でき、復旧すべき領域を容易に特定できるため、復旧処理の高速化を図ることができる。
【０１３０】
以上のように、本実施形態では、映像データの記録ができなくなり記録が中断した記録メディアに関し、記録が再開できるまでは、記録を継続したとした場合に必要となるサイズ分の記録領域を空けておく。併せて、復旧するために必要な復旧情報を作成する。そして、後に記録が再開できる状態になったとき、復旧情報を利用して、空けていた記録領域に記録できなかった映像データを記録する、これにより、複数の記録メディアに重複して同じデータを記録することができるため、映像データを確実に保存することができる。さらに、一連の記録動作を終えて復旧処理を行う際に、復旧する映像データの量を減らすことができるため、復旧処理の高速化を図ることができる。
【０１３１】
また、本実施形態では、記録が継続されている記録メディアに復旧情報を記録するため、確実に復旧情報を残すことができる。さらに、着脱可能な記録メディアに復旧情報を記録するため、復旧処理を映像記録装置１００以外でも実施することが可能になる。つまり、映像記録装置１００は、例えばビデオカメラのように撮影専用として用いて、復旧処理を別の装置で行うことができる。
【０１３２】
本実施形態では、記録を中断していた記録メディアにブランク情報を記録する。これにより、通常は連続して記録したところまでしか再生できないものを、空けた記録領域を飛ばして、記録を再開した映像データを再生することができる。
【０１３３】
本実施形態では、復旧情報として記録メディアの記録ブロックのアドレスを用いたが、ファイルの先頭からのバイト単位のオフセットでもよい。この場合、復旧情報の復旧開始位置とブランク開始位置、復旧終了位置とブランク終了位置は、それぞれ同じ値になる。さらには、復旧開始位置・復旧終了位置は記録ブロックのアドレスの値、一方、ブランク開始位置・ブランク終了位置はファイルの先頭からのオフセットの値というように、両方の値を混在させてもよく、それぞれ両方の値をもつようにしてもよい。
【０１３４】
さらに、たとえば本実施形態の図７および図１０では、ブランク開始位置、ブランク終了位置、復旧開始位置および復旧終了位置がアドレスのみで指定されていた。用いられたアドレスは、各々が異なるアドレス空間を有する２つの記録メディア１１０および１１１のアドレスである。ブランク開始位置およびブランク終了位置については、それらがどのメディアの位置であるかを「メディア番号」によって特定することができる。一方、復旧開始位置および復旧終了位置については、それらがどのメディアの位置であるかを特定することはできない。これでは記録メディアが途中で入れ替えられた場合には、復旧処理が、何の関係もない新たな記録メディア上の「復旧開始位置」および「復旧終了位置」として指定されたアドレスの情報を用いて行われることになり、本来意図した復旧処理を実現できない。そこで、少なくとも復旧開始位置および復旧終了位置の各アドレスだけではなく、その各々に記録メディアを一意に特定する情報をさらに付加してもよい。もちろん、ブランク開始位置およびブランク終了位置に関しても、その各々に記録メディアを一意に特定する情報を付してもよい。
【０１３５】
本実施形態では、映像記録装置１００に接続する記録メディアを２つとしたが、３つ以上の記録メディアに接続してもよい。この場合、復旧情報をどの記録メディアに記録すべきかの判断が必要になる。判断条件として、（１）ブランク情報が記録されていない記録メディア、（２）記録メディアの規格や定格などに記載されている転送速度が速い記録メディア、（３）空き容量が大きい記録メディア、が考えられる。上記（１）〜（３）だけで判断しない場合は、接続している記録メディアＩ／Ｆの管理上の番号の若い順などでもよい。
【０１３６】
本実施形態では、記録バッファに蓄積された映像データの量がしきい値を超えているとき、ＣＰＵ１０１は記録メディアを記録不可であると判断するとした。しかしながらこれは一例であり、別の条件を設定してもよい。例えば、記録メディアからの記録失敗の通知をＣＰＵ１０１が受けたという条件でもよく、また、その失敗の回数に上限を設けてその上限を超えているという条件でもよい。
【０１３７】
本実施形態では、復旧情報にあるファイル名と一致するファイルを復旧するようにしたが、ファイル名とは別にユニークな識別子を用いてもよい。例えば、ＳＭＰＴＥ−３３０で規定されているＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）をファイルに付与して、復旧情報やブランク情報にＵＭＩＤを追加してもよい。
【０１３８】
（実施形態２）
上記実施形態１では、記録メディア１１０および記録メディア１１１は、それぞれ記録メディアＩ／Ｆ１０４および記録メディアＩ／Ｆ１０５を介して、映像記録装置１００に直接接続されていた。しかしながら、一方の記録メディアが映像記録装置とネットワークを介して接続している外部装置に存在する例を説明する。
【０１３９】
図１４は、本実施形態に係る映像記録装置１１００の構成を示すブロック図である。映像記録装置１１００は、ＣＰＵ１１０１と、主記憶メモリ１１０２と、記録バッファ１１０３と、記録メディアＩ／Ｆ１１０４と、映像入力部１１０６と、操作部１１０７と、Ｉ／Ｏバス１１０８と、通信部１１０９とを含む。なお、映像記録装置１１００の構成要素のうち、実施形態１の映像記録装置１００と同一の構成要素については同一の名称を付与し説明を省略する。
【０１４０】
通信部１１０９は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）やＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）などの無線ネットワークに接続し、記録バッファ１１０３や記録メディア１１１０に格納されている映像データや、主記憶メモリ１１０２や記録メディア１１１０に格納されている復旧情報などをパケット化して外部装置へ送信する。さらに、通信部１１０９は、外部装置との間で行われる通信に用いられる通信プロトコルとして、例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用い、外部装置が映像データのパケットを正しく受け取ったことを通知するためのＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）パケットを、外部装置から受信する。
【０１４１】
図１５は、本実施形態に係る外部装置１２００の構成を示すブロック図である。外部装置１２００は、ＣＰＵ１２０１と、主記憶メモリ１２０２と、記録メディア１２０３と、Ｉ／Ｏバス１２０４と、通信部１２０５とを含む。記録メディア１２０３を有しているため、外部装置１２００は、映像記録装置１１００と同様の記録装置であるといえる。なお、外部装置１２００の構成要素のうち、実施形態１の映像記録装置１００や本実施形態の映像記録装置１１００と同一の構成要素については同一の名称を付与し説明を省略する。
【０１４２】
記録メディア１２０３は、本実施形態においては、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような、大容量でランダムアクセス可能な磁気記録メディアであって、Ｉ／Ｏバス１２０４に接続されている。ただし、記録メディアの種類や容量は任意である。たとえば光ディスクのような光記録メディアであってもよいし、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）のような半導体記録メディアであってもよい。また、記録メディア１２０３は、外部装置１２００に内蔵され、頻繁に取り外しされなくてもよい。または、外部装置１２００に容易に取り付け可能であり、または外部装置１２００から容易に取り外し可能であってもよい。
【０１４３】
通信部１２０５は、映像記録装置１１００から無線ネットワークを介して送信された映像データなどを受信して、主記憶メモリ１２０２に出力する。さらに、通信部１２０５は、映像記録装置１１００から映像データのパケットを正しく受信すると、正しく受け取ったことを通知するためのＡＣＫパケットを映像記録装置１１００に送信する。
【０１４４】
ここで、図１６〜図２０を参照しながら、本実施形態における映像記録装置１１００の記録動作の詳細を説明する。なお、映像記録装置１１００の処理の概要は、図３に示す処理と概ね同じである。以下では、実施形態１による図５の処理に対応する処理を説明する。
【０１４５】
図１６は、本実施形態にかかる記録動作の手順を示すフローチャートである。なお、本実施形態における記録動作のうち、実施形態１の記録動作（図５）と実質的に同じ動作についての説明は省略する。相違点は、主としてステップＳ１３０１、Ｓ１３０２、Ｓ１３０９、Ｓ１３１１およびＳ１３１３である。
【０１４６】
操作部１１０７によってユーザからの記録開始の指示が受け付けられると、ＣＰＵ１１０１は、映像入力部１１０６を介して記録バッファ１１０３に入力された映像データを、記録メディアＩ／Ｆ１１０４に転送して、記録メディア１１１０にその映像データを記録するように記録メディアＩ／Ｆ１１０４に命令する。同時に、ＣＰＵ１１０１は、記録メディア１１１０に記録した映像データと同じ映像データを記録バッファ１１０３から通信部１１０９に転送して、外部装置１２００へ送信するように命令する（ステップＳ１３０１）。
【０１４７】
ＣＰＵ１１０１は、記録メディア１１１０への記録が完了しており、かつ、外部装置１２００への送信が完了している映像データを、記録バッファ１１０３から解放する（ステップＳ１３０２）。記録メディア１１１０への記録が完了していない、もしくは、外部装置１２００への送信が完了していない映像データは、記録バッファ１１０３から解放せずに蓄積したままにしておく。外部装置１２００への送信が完了しているか否かは、外部装置１２００からＡＣＫパケットを受信したか否かで判断することができる。ＣＰＵ１１０１は、送信した映像データの各パケットに対応してＡＣＫパケットを受信した場合には、外部装置１２００への送信が完了したと判断することができる。
【０１４８】
ＣＰＵ１１０１は、記録バッファ１１０３に蓄積された映像データの量がしきい値を超えているかどうかを確認する（ステップＳ１３０３）。ＣＰＵ１１０１は、映像データのデータ量がしきい値を超えていると判断したら（ステップＳ１３０３のＹ）、その映像のなかで、外部装置１２００に接続されている記録メディア１２０３を含むすべての記録メディアのいずれかに映像データが存在しているかどうかを確認する（ステップＳ１３０９）。
【０１４９】
ただし、外部装置１２００に接続されている記録メディア１２０３に映像データが存在しているかどうかについては送信が完了しているかどうかで判断する。送信が完了していれば記録メディア１２０３に映像データが存在していると判断でき、送信が完了していなければ、記録メディア１２０３には映像データが存在していないと判断できる。
【０１５０】
ここで、記録メディア１１１０には映像データが記録済みであるとする。一方、外部装置１２００への送信が完了していない映像データが記録バッファ１１０３に存在するとする。たとえば、映像記録装置１１００から外部装置１２００へ映像データの送信が不可となり、その結果、記録メディア１２０３には映像データが記録されていない状況を想定する。
【０１５１】
ＣＰＵ１１０１は、記録済みデータが存在していると判断すると（ステップＳ１３０９のＹ）、復旧情報作成処理を実行する（ステップＳ１３１０）。
【０１５２】
ここで、図１７を参照しながら、本実施形態における復旧情報作成処理の詳細を説明する。図１７は、記録メディア１１１０と、外部装置１２００に接続されている記録メディア１２０３の映像データの記録状況との関係を示す。
【０１５３】
記録メディア１１１０および記録メディア１２０３には、ファイル先頭から３１７４４０Ｂｙｔｅｓのオフセットまで同じ映像データが記録されている。その映像データのファイル名は０２１０．ａｖｉである。
【０１５４】
ＣＰＵ１１０１は、外部装置１２００への映像データの送信が不可と判断すると、外部装置１２００への送信を中断する。このとき、送信完了した最後のオフセットである３１７４４０Ｂｙｔｅｓを、ブランク開始位置として主記憶メモリ１１０２に記録する。復旧開始位置も同じく３１７４４０Ｂｙｔｅｓという値を入れて主記憶メモリ１１０２に記録する。そして、その２つの情報と記録しているファイル名０２１０．ａｖｉとをあわせて、ＣＰＵ１１０１は復旧情報として主記憶メモリ１１０２で管理する。
【０１５５】
実施形態１と比較すると、映像データの送信を中断することや、メディア番号を復旧情報に入れないことの違いはあるものの、本実施形態における復旧情報作成処理は、実施形態１における復旧情報作成処理と同等である。
【０１５６】
以上のように、ブランク開始位置を、ファイルの先頭からのバイト単位のオフセットの値にすることにより、映像データを送信する相手を外部装置１２００に限定する必要もなく、その映像データを記録する先を記録メディア１２０３に限定する必要もない。つまり、記録メディア１２０３のメディア番号や記録ブロックのアドレスを、外部装置１２００が映像記録装置１１００へ通知するなどの特別な処理を行う必要はない。さらに、記録メディア１２０３に記録された映像ファイルが別の記録メディアに移動しても、復旧情報は有効であり、別の記録メディア上で復旧することが可能である。
【０１５７】
次に、送信不可になった後、送信を再開する処理を説明する。
【０１５８】
ＣＰＵ１１０１は、図１６に示す記録動作を継続しながら、記録バッファ１１０３に蓄積された映像データのデータ量がしきい値を超えているかどうかを確認する（ステップＳ１３０３）。映像データ量がしきい値を超えておらず（ステップＳ１３０３のＮ）、かつ、作成途中の復旧情報が主記憶メモリ１１０２に存在すると判断すると（ステップＳ１３０４のＹ）、ＣＰＵ１３０１は、外部装置１２００への映像データの送信が可能になったと判断し、記録・送信再開処理を実行する（ステップＳ１３１１）。
【０１５９】
ここで、図１８および図１９を参照しながら、本実施形態における記録・送信再開処理の詳細を説明する。図１８は、外部装置１２００への映像データの送信を再開したときの、記録メディア１１１０および記録メディア１２０３の記録状況を、ファイルイメージで示す。ここで、図１７と同等のものについては説明を省略する。
【０１６０】
ＣＰＵ１１０１は、外部装置１２００への映像データの送信が可能になったと判断すると、まず、送信を中断していた間に本来記録するべき領域を空けるように、ダミーデータを送信する。ダミーデータのデータ量は、記録を中断していた間の映像のデータ量となる。図１９の例では、ＣＰＵ１１０１は、データ量が１０２４０Ｂｙｔｅｓのダミーデータを送信する。
【０１６１】
もちろん、ダミーデータに代えて、送信できなかった映像データを送信してもよい。具体的には、記録メディア１１１０に記録された映像データのファイル０２１０．ａｖｉの、３１７４４０Ｂｙｔｅｓから３２７６８０ｂｙｔｅｓまでのデータを送信すればよい。
【０１６２】
なお、本実施形態において、原則としてダミーデータを送信するとしている理由は、記録メディア１１１０からの映像データの読み出しにかかる処理負荷や時間を削減できるからであり、記録メディア１１１０からの映像データの読み出しができない危険性を回避できるからである。これらの点において、前述のダミーデータの送信は有効である。
【０１６３】
次に、ＣＰＵ１１０１は、記録メディア１１１０に記録したものと同じ映像データを記録バッファ１１０３から通信部１１０９に転送して、外部装置１２００へ送信するように記録メディアＩ／Ｆ１１０４に命令する。
【０１６４】
ここで、ＣＰＵ１１０１は、ブランク終了位置と復旧終了位置として、送信を再開したファイル先頭からのオフセット３２７６８０Ｂｙｔｅｓの位置を、主記憶メモリ１１０２に保持している復旧情報に記録する。これにより、復旧情報作成処理では未定だったブランク終了位置と復旧終了位置が確定し、復旧情報は完成したことになる。この完成した復旧情報をＣＰＵ１１０１は記録メディア１１１０へ記録する。
【０１６５】
以上のように、ダミーデータを映像記録装置１１００から外部装置１２００へ送信することで、外部装置１２００で特別な処理を行うことなく、送信を中断していた間に本来記録するべき領域を空けることができる。なお、確保すべき領域のサイズに対応するデータ量のダミーデータを実際に送信することは、必須ではない。外部装置１２００にサイズを特定する情報を送信し、その情報を受信した外部装置１２００のＣＰＵ１２０１が記録メディア１２０３に領域を確保してもよい。
【０１６６】
図１９は、記録・送信再開処理の手順を示すフローチャートである。
【０１６７】
ＣＰＵ１１０１は、記録再開もしくは送信再開が可能になったと判断すると、まず、記録再開が可能になったのか、送信再開が可能になったのかを確認する（ステップＳ１６０１）。
【０１６８】
ＣＰＵ１１０１は、送信再開が可能になったと判断すると（ステップＳ１６０１のＹ）、送信を中断していた間に本来記録するべき領域を空けるように、ダミーデータを送信する（ステップＳ１６０２）。
【０１６９】
ＣＰＵ１１０１は、記録再開が可能になったと判断すると（ステップＳ１６０１のＮ）、記録を中断していた間に本来記録するべき領域を空けるように、記録を再開する位置を決める（ステップＳ１６０３）。
【０１７０】
ＣＰＵ１１０１は、記録メディアへの記録、もしくは、外部装置１２００への送信を再開する（ステップＳ１６０４）。
【０１７１】
ＣＰＵ１１０１は、記録もしくは送信を再開したファイル先頭からのオフセットを、ブランク終了位置と復旧終了位置として、主記憶メモリ１１０２に管理していた復旧情報と共に記録する（ステップＳ１６０５）。
【０１７２】
ＣＰＵ１１０１は、前述の復旧情報を記録継続していた記録メディア１１１０に記録する（ステップＳ１６０６）。
【０１７３】
ＣＰＵ１１０１は、前述の復旧情報にあるファイル名とブランク開始位置とブランク終了位置とをブランク情報として、記録を再開したメディアへ記録する、もしくは、送信を再開した外部装置１２００へ送信する（ステップＳ１６０７）。以上で、記録・送信再開処理を終了する。
【０１７４】
ＣＰＵ１１０１は、復旧情報作成処理（図１６のステップＳ１３１０）を終える、もしくは、記録・送信再開処理（図１６のステップＳ１３１１）を終えると、ユーザから操作部１１０７に記録停止の指示が受け付けられているかどうかを確認する（ステップＳ１３０５）。ＣＰＵ１１０１は、記録停止の指示が受け付けられていると判断する（ステップＳ１３０５のＹ）、もしくは、映像記録装置１１００に接続されているすべての記録メディアに対して記録を続けるだけの空き容量がないと判断すると（ステップＳ１３０６のＹ）、記録メディアへの記録の停止処理と、外部装置１２００への送信の停止処理とを行う（ステップＳ１３０７）。ＣＰＵ１１０１は、作成途中の復旧情報が主記憶メモリ１１０２に存在すると判断すると（ステップＳ１３０８のＹ）、作成途中の復旧情報を完成させて記録メディア１１１０に記録する（ステップＳ１３１２）。そして、ＣＰＵ１１０１は、送信済みファイルリストを作成して、記録メディア１１１０に記録して（ステップＳ１３１３）、記録動作を終了する。
【０１７５】
図２０は、送信済みファイルリストの一例を示す。送信済みファイルリストには、外部装置１２００へ送信が完了した映像ファイルのファイル名が記述されている。ただし、送信済みファイルリストには途中で映像データの送信が中断された復旧が必要なファイルも含まれている。復旧が必要なファイルかどうかの区別は、復旧情報やブランク情報を用いれば容易に可能である。
【０１７６】
以上のように、本実施形態では、一方の記録メディアが映像記録装置とネットワークを介して接続している外部装置に存在する場合でも、映像データが送信不可だった区間を復旧するのに必要な情報を復旧情報として作成する。これにより、ネットワークを介して接続している記録メディアに対しても、重複して同時記録する時間を長くすることができ、復旧処理の高速化も図ることができる。
【０１７７】
また、本実施形態では、復旧情報としてファイル先頭からのバイト単位でのオフセットを用いる。さらに、送信を中断していた間に本来記録するべき領域を空けるためにダミーデータを送信する。こうすることで、映像データを送信する外部装置は特別な処理を行う必要がなく、送信した映像データを記録する記録メディアを限定する必要もない。つまり、映像データを記録してできた映像ファイルが別の記録メディアに移動しても、復旧情報は有効で、その復旧情報を用いて別の記録メディア上で復旧することが可能である。
【０１７８】
本実施形態では、一連の記録動作を終了する際に、送信済みファイルリストを作成する。このリストにより、映像記録装置に直接接続している記録メディアに存在するファイルのなかで、送信済みなのか未送信なのかを判断することができる。さらに、復旧情報と一緒に用いると、復旧が必要なファイルかどうかの区別もつけることができる。例えば、記録メディアの空き容量が少なくなった場合に、送信済み、かつ、復旧不要のファイルは削除可能という判断ができる。
【０１７９】
本実施形態では、一連の記録動作の際に、記録バッファ１１０３に格納されている映像データを外部装置１２００へ送信して、記録メディア１１１０および記録メディア１２０３に対して同時記録を行っているが、記録バッファ１１０３に格納されている映像データではなく、記録メディア１１１０に記録された映像データを読み出して、外部装置１２００へ送信してもよい。
【０１８０】
さらには、一連の記録動作の際に、同時に復旧処理を行ってもよい。つまり、映像記録装置１１００は、一連の記録動作を継続しながら、記録メディア１１１０の転送速度や、記録バッファ１１０３のデータ蓄積量や、ネットワーク接続状況を見て、十分に余裕がある場合に、復旧情報にある復旧開始位置〜復旧終了位置の映像データを記録メディア１１１０から読み出して、外部装置１２００へ送信して復旧処理を行ってもよい。
【０１８１】
本実施形態では、復旧情報やブランク情報にファイル名を用いた。しかしながら、ファイル名とは別な、ユニークな識別子を用いてもよい。例えば、ＳＭＰＴＥ−３３０で規定されているＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ Ｉｄｅｎｔｉｆｉｅｒ）をファイルに付与して、復旧情報やブランク情報にＵＭＩＤを追加してもよい。外部装置１２００に接続している記録メディア１２０３から別の記録メディアへファイルを移動する際に、ファイル名を変更したとしても、ユニークな識別子を利用して復旧対象となるファイルを特定することができる。
【０１８２】
なお、本実施形態では、復旧情報を映像記録装置１１００に直接接続している記録メディア１１１０に記録するようにした。しかしながら、ネットワークの帯域が十分大きく高速に安定してデータを送信できるのであれば、外部装置１２００の記録メディア１２０３に復旧情報を記録してもよい。
【０１８３】
なお、本実施形態では、映像記録装置１１００に直接接続されている記録メディア１１１０と、外部装置１２００に直接接続されている、または内蔵されている記録メディア１２０３とに映像データを記録する構成を例示した。しかしながら、直接接続している記録メディアが２つ以上であってもよく、ネットワークを介して接続する外部装置も２つ以上であってもよく、外部装置に接続している記録メディアも２つ以上であってもよい。この場合、復旧情報をどの記録メディアに記録すべきかの判断が必要になる。判断条件として、（１）映像記録装置１１００に直接接続している記録メディア、（２）ブランク情報が記録されていない記録メディア、（３）ネットワークの帯域が十分大きく高速に安定してデータを送信できる外部装置の記録メディア、（４）空き容量が大きい記録メディア、が考えられる。上記（１）〜（４）だけで判断が付かない場合は、映像記録装置１１００に直接接続している記録メディアＩ／Ｆの管理上の番号の若い順や、外部装置１２００とパケットのやりとりをしている通信部１１０９の管理上の番号の若い順などでもよい。
【０１８４】
なお、本実施形態では、送信を中断していた間に本来記録するべき領域を空けるためにダミーデータを送信したが、実際にデータを送信せずに空けるデータ量を映像記録装置１１００から外部装置１２００に伝えて、外部装置１２００が記録メディア１２０３に対して領域を空ける処理を行ってもよい。
【０１８５】
なお、本実施形態では、映像記録装置１１００と外部装置１２００が無線ネットワークで接続している構成としたが、Ｅｔｈｅｒｎｅｔ（登録商標）などの有線ネットワークで接続している構成であってもよい。
【０１８６】
実施形態１および２においては、記録が継続されていた記録メディアに復旧情報を記録するとした。記録が継続されていた記録メディアが複数存在する場合には、その全てに復旧情報を記録してもよいし、そのうちの一つに復旧情報を記録してもよい。後者の例では、記録が継続されていた記録メディアの信頼性に基づいてどの記録メディアに復旧情報を記録するかを判断してもよい。たとえばこれまで記録が失敗したと判断された回数が少ないほど信頼性が高いと考えればよい。または、記録が失敗したと判断された時期が古いほど信頼性が高いと考えればよい。信頼性は、予め定められた基準によって定められればよい。
【０１８７】
本発明は、記録システムを動作させるコンピュータプログラムとしても実施され得る。たとえば前述の実施形態１にかかる映像記録装置１００のＣＰＵ１０１、および、実施形態２にかかる映像記録装置１１００のＣＰＵ１１０１は、半導体回路にコンピュータプログラムを組み込んだＤＳＰ等のハードウェアとして実現することも可能である。そのようなコンピュータプログラムは、たとえば実施形態１に関しては図３、５、８、１２、１３の少なくとも１つのフローチャートによって示される手順を実行するための命令を含む。また、実施形態２に関しては図１６および１９の少なくとも１つのフローチャートによって示される手順を実行するための命令を含む。コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録されて製品として市場に流通され、または、インターネット等の電気通信回線を通じて伝送される。
【産業上の利用可能性】
【０１８８】
前述の各実施形態に係る記録装置は、映像データを２つの記録媒体に重複して記録する記録装置であって、記録するはずだった記録領域を空けて記録することで、復旧処理の高速化を図るとともに、空けた記録領域を復旧するのに必要な復旧情報を作成して、空けた記録領域に記録すべき映像データが記録された記録媒体のいずれかに記録することにより、確実に復旧情報を残すことができ、ビデオカメラ等に適用することができ、有用である。
【符号の説明】
【０１８９】
１００、１１００ 映像記録装置
１０１、１１０１、１２０１ ＣＰＵ
１０２、１１０２、１２０２ 主記憶メモリ
１０３、１１０３ 記録バッファ
１０４、１０５、１１０４ 記録メディアＩ／Ｆ
１０６、１１０６ 映像入力部
１０７、１１０７ 操作部
１０８、１１０８、１２０４ Ｉ／Ｏバス
１１０、１１１、１２０３ 記録メディア
１１０９、１２０５ 通信部
１２００ 外部装置
【特許請求の範囲】
【請求項１】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部と
を備えた記録システムにおいて、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部は、
前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、
前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録する、記録システム。
【請求項２】
前記制御部は、前記空き領域の開始位置および終了位置を特定する情報を前記第２情報として生成する、請求項１に記載の記録システム。
【請求項３】
前記制御部は、前記部分データが記録されている前記第２の記録メディアの開始位置および終了位置を特定する情報を、前記第３情報として生成する、請求項２に記載の記録システム。
【請求項４】
前記制御部は、前記第１の記録メディアに、前記空き領域を特定する第２情報を含むブランク情報を記録する、請求項１に記載の記録システム。
【請求項５】
前記記録バッファは、前記第１の記録メディアおよび前記第２の記録メディアに記録された前記コンテンツデータを所定のデータ単位で削除し、
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量に基づいて、前記第１の記録メディアに前記コンテンツデータを記録することができないと判断する、請求項１に記載の記録システム。
【請求項６】
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量が所定の閾値を超えていないときは、前記第１の記録メディアに前記コンテンツデータを記録の再開が可能であると判断し、前記コンテンツデータの記録動作を再試行する、請求項１に記載の記録システム。
【請求項７】
前記第１の記録メディア以外の記録メディアに前記復旧情報が記録されているときにおいて、
前記制御部は、
前記復旧情報を読み出し、
前記第１情報によって特定される、前記部分データを記録できなかった前記第１の記録メディアが接続されているか否かを判断し、
前記第１の記録メディアが接続されているときは、前記第３情報に基づいて前記第２の記録メディアの領域から前記部分データを読み出し、前記第２情報に基づいて特定される前記空き領域に、読み出した前記部分データを記録する、請求項３に記載の記録システム。
【請求項８】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、
前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアの全てに、前記復旧情報を記録する、請求項１に記載の記録システム。
【請求項９】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、
前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアのうち、予め定められた基準によって定められた信頼性が最も高い記録メディアに前記復旧情報を記録する、請求項１に記載の記録システム。
【請求項１０】
前記記録バッファおよび前記制御部が１つの筐体内に設けられ、かつ、前記複数の記録媒体が着脱可能である、請求項３に記載の記録システム。
【請求項１１】
前記コンテンツデータとして、撮影された被写体の映像データを逐次受け取る映像入力部をさらに備えた、請求項１０に記載の記録システム。
【請求項１２】
前記記録バッファ、前記制御部、および前記コンテンツデータを送信する第１通信部を有し、かつ、前記第１の記録媒体および前記第２の記録媒体の一方に前記コンテンツデータを記録する第１記録装置と、
前記第１記録装置から送信された前記コンテンツデータを受信する第２通信部、および、前記第１の記録媒体および前記第２の記録媒体の他方に、受信した前記コンテンツデータを記録する第２記録装置と
を有する、請求項１に記載の記録システム。
【請求項１３】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部と
を備えた記録システムにおいて実行される記録方法であって、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、
前記制御部が、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、
前記制御部が、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップと
を包含する記録方法。
【請求項１４】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録するコンピュータと
を備えた記録システムの前記コンピュータによって実行されるコンピュータプログラムであって、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記コンピュータプログラムは、前記コンピュータに対し、
前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、
前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップと
を実行させる、コンピュータプログラム。
【請求項１】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部と
を備えた記録システムにおいて、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記制御部は、
前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保し、かつ、
前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録する、記録システム。
【請求項２】
前記制御部は、前記空き領域の開始位置および終了位置を特定する情報を前記第２情報として生成する、請求項１に記載の記録システム。
【請求項３】
前記制御部は、前記部分データが記録されている前記第２の記録メディアの開始位置および終了位置を特定する情報を、前記第３情報として生成する、請求項２に記載の記録システム。
【請求項４】
前記制御部は、前記第１の記録メディアに、前記空き領域を特定する第２情報を含むブランク情報を記録する、請求項１に記載の記録システム。
【請求項５】
前記記録バッファは、前記第１の記録メディアおよび前記第２の記録メディアに記録された前記コンテンツデータを所定のデータ単位で削除し、
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量に基づいて、前記第１の記録メディアに前記コンテンツデータを記録することができないと判断する、請求項１に記載の記録システム。
【請求項６】
前記制御部は、前記記録バッファに蓄積された前記コンテンツデータのデータ量が所定の閾値を超えていないときは、前記第１の記録メディアに前記コンテンツデータを記録の再開が可能であると判断し、前記コンテンツデータの記録動作を再試行する、請求項１に記載の記録システム。
【請求項７】
前記第１の記録メディア以外の記録メディアに前記復旧情報が記録されているときにおいて、
前記制御部は、
前記復旧情報を読み出し、
前記第１情報によって特定される、前記部分データを記録できなかった前記第１の記録メディアが接続されているか否かを判断し、
前記第１の記録メディアが接続されているときは、前記第３情報に基づいて前記第２の記録メディアの領域から前記部分データを読み出し、前記第２情報に基づいて特定される前記空き領域に、読み出した前記部分データを記録する、請求項３に記載の記録システム。
【請求項８】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、
前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアの全てに、前記復旧情報を記録する、請求項１に記載の記録システム。
【請求項９】
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアおよび第ｎの記録メディア（ｎ：３以上の整数）に前記コンテンツデータを記録したときにおいて、
前記制御部は、前記第２の記録メディアおよび前記第ｎの記録メディアのうち、予め定められた基準によって定められた信頼性が最も高い記録メディアに前記復旧情報を記録する、請求項１に記載の記録システム。
【請求項１０】
前記記録バッファおよび前記制御部が１つの筐体内に設けられ、かつ、前記複数の記録媒体が着脱可能である、請求項３に記載の記録システム。
【請求項１１】
前記コンテンツデータとして、撮影された被写体の映像データを逐次受け取る映像入力部をさらに備えた、請求項１０に記載の記録システム。
【請求項１２】
前記記録バッファ、前記制御部、および前記コンテンツデータを送信する第１通信部を有し、かつ、前記第１の記録媒体および前記第２の記録媒体の一方に前記コンテンツデータを記録する第１記録装置と、
前記第１記録装置から送信された前記コンテンツデータを受信する第２通信部、および、前記第１の記録媒体および前記第２の記録媒体の他方に、受信した前記コンテンツデータを記録する第２記録装置と
を有する、請求項１に記載の記録システム。
【請求項１３】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録する制御部と
を備えた記録システムにおいて実行される記録方法であって、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、
前記制御部が、前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、
前記制御部が、前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップと
を包含する記録方法。
【請求項１４】
逐次生成されるコンテンツデータを一時的に蓄積する記録バッファと、
前記記録バッファに蓄積された前記コンテンツデータを、第１および第２の記録メディアを含む複数の記録メディアの各々に並列的に記録するコンピュータと
を備えた記録システムの前記コンピュータによって実行されるコンピュータプログラムであって、
前記第１の記録メディアに前記コンテンツデータを記録することができなかった期間があり、かつ、前記期間中に、前記第２の記録メディアに前記コンテンツデータを記録したときにおいて、前記コンピュータプログラムは、前記コンピュータに対し、
前記第１の記録メディアに、前記期間中に前記第２の記録メディアに記録されたコンテンツデータである部分データのサイズ以上のサイズを有する空き領域を確保するステップと、
前記第１の記録メディア以外の記録メディアに、前記部分データを記録できなかった前記第１の記録メディアを特定する第１情報、前記空き領域を特定する第２情報、および、前記部分データが記録された前記第２の記録メディアの領域を特定する第３情報を含む復旧情報を記録するステップと
を実行させる、コンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１２−１８２７８８（Ｐ２０１２−１８２７８８Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１２−５３３７（Ｐ２０１２−５３３７）
【出願日】平成２４年１月１３日（２０１２．１．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２４年１月１３日（２０１２．１．１３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]