(57)【要約】  ネットワークを介して受信したフレーム画像データを記録媒体へと記録中に停電が発生し、不完全なフレーム画像データが記録されてしまった場合であっても、不完全なフレーム画像データの再生により生じうる画面乱れを防止する。データ各々に付加された管理情報とを受信する受信手段１００１と、受信した映像データを記録媒体１０１０に記録する第１記録手段１００３と、映像データの位置情報を記録媒体に記録する第２記録手段１００４とを備え、映像データファイル１００５のファイル長、及び位置情報ファイル１００６を参照することにより破損データ位置を高速に特定する。
2009050894.tif 000002
【特許請求の範囲】
【請求項１】
複数のフレーム画像データを記録する映像記録装置であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全サイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、
前記特定されたフレーム画像データの再生を抑止する管理手段と
を備えることを特徴とする映像記録装置。
【請求項２】
前記記録手段は、
前記記録媒体における論理的に連続した領域にフレーム画像データを順に記録し、
全サイズ情報について、各サイズ情報に係るフレーム画像データより先に記録された全てのフレーム画像データの合計サイズであるオフセットを算出し、当該サイズ情報とオフセットとを対応づけて記録し、
前記特定手段は、オフセットを用いて部分的に欠落したフレーム画像データの先頭位置を検出する
ことを特徴とする請求項１記載の映像記録装置。
【請求項３】
前記特定手段は、
全サイズ情報それぞれに対応するオフセットについて、記録順が後であるオフセットから順に選出する選出部と、
前記選出部によりオフセットが選出される毎に、前記連続領域における当該オフセットが示す位置以降に、部分的に欠落したフレーム画像データが記録されているか検索する検索部と、
部分的に欠落したフレーム画像データが発見された場合に、当該フレーム画像データに係るサイズ情報と対応づけられているオフセットを前記先頭位置と決定する決定部と
を含むことを特徴とする請求項２記載の映像記録装置。
【請求項４】
前記特定手段は、前記フレーム画像データの再生を抑止するために、当該フレーム画像データに対応するサイズ情報とオフセットを削除する
ことを特徴とする請求項２記載の映像記録装置。
【請求項５】
前記管理手段は、前記先頭位置以降の記録領域に係るサイズ情報とオフセットとを前記記録手段から削除する
ことを特徴とする請求項２記載の映像記録装置。
【請求項６】
前記通信データは、ＨＴＴＰに従った複数パートから構成され、
前記全パートそれぞれは、前記フレーム画像データと前記サイズとの１組を含み、
前記記録手段は、前記全パートそれぞれについて、各パートに含まれるサイズをサイズ情報として抽出し、当該パートに含まれるフレーム画像データを抽出し、当該サイズ情報及び当該フレーム画像データを対応付けて記録媒体に記録する
ことを特徴とする請求項１記載の映像記録装置。
【請求項７】
前記特定手段は、更に、
前記記録媒体に記録されている前記サイズ情報自体の合計サイズが、所定サイズの倍数であるか否かを判定し、所定サイズの倍数でないと判定された場合に、最後に記録されたサイズ情報を削除する
ことを特徴とする請求項１記載の映像記録装置。
【請求項８】
前記映像記録装置は、更に、
前記合計実サイズが、前記合計管理サイズよりも大きい場合に、前記合計管理サイズを用いて特定される探索開始位置からフレーム画像データを探索する探索手段と、
前記探索手段によりフレーム画像データが発見された場合、発見されたフレーム画像データのサイズを算出し、算出したサイズを示すサイズ情報を前記記録媒体に追記する追記手段と
を備えることを特徴とする請求項１記載の映像記録装置。
【請求項９】
前記映像記録装置は、ファイルシステムを備え、
前記ファイルシステムは、前記記録媒体における記録領域をファイルに対して割り当て、
前記全フレーム画像データは、１のファイルに格納され、
前記映像記録装置は、更に、
前記電源遮断が検出された場合に、前記ファイルシステムにより次に割り当て予定である記録領域に、フレーム画像データが記録されているか否かを探索する探索手段と、
発見した場合に、当該フレーム画像データのサイズを算出してサイズ情報として前記記録媒体に追記する追記手段と
を備えることを特徴とする請求項１記載の映像記録装置。
【請求項１０】
前記各フレーム画像データは、タイムスタンプを含み、
前記追記手段は、前記探索において発見したフレーム画像データのタイムスタンプが、前記ファイルに最後に格納されたフレーム画像データのタイムスタンプよりも遅い日時を示している場合にのみ前記追記を行う
ことを特徴とする請求項９記載の映像記録装置。
【請求項１１】
前記記録手段は、
前記記録媒体にフレーム画像データを記録する第１記録部と、
前記記録媒体にサイズ情報を記録する第２記録部とを含み、
前記第１記録部と前記第２記録部とは非同期に記録処理を行う
ことを特徴とする請求項１記載の映像記録装置。
【請求項１２】
複数のフレーム画像データを記録する映像記録方法であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、
前記特定されたフレーム画像データの再生を抑止する管理ステップと
を含むことを特徴とする映像記録方法。
【請求項１３】
複数のフレーム画像データを記録する映像記録装置に用いられる映像記録プログラムであって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、
前記特定されたフレーム画像データの再生を抑止する管理ステップと
を含むことを特徴とする映像記録プログラム。
【請求項１４】
複数のフレーム画像データを記録する集積回路であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、
前記特定されたフレーム画像データの再生を抑止する管理手段と
を備えることを特徴とする集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像記録装置に関するものであり、特に映像記録中の停電等により破損した映像データの再生処理に関する。
【背景技術】
【０００２】
近年、ハードディスクレコーダに代表される民生用の映像記録機器が普及しており、前記映像記録機器の応用例の１つとして、ドアホンカメラに撮像された留守中の訪問者の映像をネットワーク経由で民生用レコーダで記録し、防犯に役立てるという利用形態が提案されている。【０００３】
ここで、民生用の場合、機器が記録、再生する画像に対して要求される品質は高く、例えば記録中に停電やコンセント抜けなどが発生し記録中のデータが破損したとしても当該データを再生する際に画面乱れなどが生じるようなことは許されない。【０００４】
このため、前記データ破損に対応する技術として、ディジタルカメラのエンコード部により生成された複数のJPEG画像を連続映像として記録した後、各JPEGの先頭と終端に存在するマーカービットをビット探索し、不整合が発生している位置を破損部分として認識し、当該破損部分を再生対象から除外するという技術が開示されている（例えば、特許文献１参照）。
【特許文献１】特許第３７３３０６１号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の背景技術に記載した従来の構成では、記録済みのＪＰＥＧ画像の先頭と終端に存在するマーカービットをビット探索する必要がある。そして、ビット探索するためには、記録済みの映像ファイルから映像データをメモリに読み出し、マーカービットを発見するまで、マーカービットと読み出した全てのデータをＣＰＵにより比較する処理が必要である。このビット探索等の処理を停電発生後の再起動時に行うとすると、再起動して定常的な稼働状態となるまでに長時間を要するという問題がある。【０００６】
上記問題に鑑み、本発明は、ネットワークを経由して受信した映像を記録している最中に停電が発生し、記録が途中で中止して不完全なデータを記録してしまった場合であっても、従来より高速に再起動し、不完全なデータの再生を回避して画面乱れの発生を抑止できる映像記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一実施態様である映像記録装置は、複数のフレーム画像データを記録する映像記録装置であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。
【発明の効果】
【０００８】
本発明の一実施態様である映像記録装置は、上述の構成を備えることにより、前記合計実サイズと、前記合計管理サイズとを比較するという簡易な処理のみで、フレーム画像データに破損が生じているか否かを把握し、フレーム画像データの全てについて破損有無の検査を行うような負荷が高く時間を要する処理をすることなく、前記差分と前記サイズ情報とから破損したフレーム画像データを特定するので、従来より高速に、破損したフレーム画像の有無の判定、破損したフレーム画像の特定を行うことができるとともに、破損しているフレーム画像データを再生してしまい映像乱れが生じてしまうのを防ぐことができる。【０００９】
破損したフレーム画像データの特定は、典型的には、フレーム画像データを記録媒体に記録する途中に停電等による電源断が発生し、その後の再起動時に行うこととなるが、このような場合に、破損したフレーム画像データを従来より短時間に特定し、定常状態に至るまでに要する時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態における映像記録装置の構成図である。
【図２】本発明の実施の形態におけるネットワークカメラシステムから送信される応答メッセージを示す図である。
【図３】（ａ）本発明の実施の形態における第１記録手段により生成される位置情報ファイルの構成の一例を示す図である。（ｂ）本発明の実施の形態における第２記録手段により格納されたＪＰＥＧ画像データの概略構造を示す図である。
【図４】本発明の実施の形態における映像記録シーケンス図である。
【図５】本発明の実施の形態におけるファイル破損箇所検出およびＪＰＥＧ画像データ再生の処理フローを示す図である。
【図６】本発明の第２の実施形態における位置情報ファイルとＪＰＥＧ画像データの構造概略を示す図である。
【図７】本発明の第２の実施形態における位置情報ファイルの追記を示すフローチャートである。
【図８】本発明の第２の実施形態において生成される位置情報ファイルの構造概略を示す図である。
【図９】本発明の第３の実施形態におけるファイルシステムの基本動作を示すフローチャートである。
【図１０】（ａ）本発明の第３の実施形態におけるファイルシステムに係るｉノード情報の構造を示す図である。（ｂ）本発明の第３の実施形態におけるファイルシステムに係るフリーブロックビットマップの構造を示す図である。（ｃ）本発明の第３の実施形態における停電発生後のファイルの一例を示す図である。（ｄ）本発明の第３の実施形態における位置情報ファイルの一例を示す図である。
【図１１】本発明の第３の実施形態に係るＪＰＥＧ画像データの探索処理を示すフローチャートである。
【符号の説明】
【００１１】
１００    ネットワークカメラシステム
１０００  映像記録装置
１００１  受信手段
１００２  解析手段
１００３  第１記録手段
１００４  第２記録手段
１００５  映像データファイル
１００６  位置情報ファイル
１００７  判断手段
１００８  変更手段
１０１２  検出手段
１０１３  再生手段
【発明を実施するための最良の形態】
【００１２】
本発明の一実施態様である映像記録装置は、複数のフレーム画像データを記録する映像記録装置であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全サイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。【００１３】
また、前記記録手段は、前記記録媒体における論理的に連続した領域にフレーム画像データを順に記録し、全サイズ情報について、各サイズ情報に係るフレーム画像データより先に記録された全てのフレーム画像データの合計サイズであるオフセットを算出し、当該サイズ情報とオフセットとを対応づけて記録し、前記特定手段は、オフセットを用いて部分的に欠落したフレーム画像データの先頭位置を検出することとしてもよい。【００１４】
また、前記特定手段は、全サイズ情報それぞれに対応するオフセットについて、記録順が後であるオフセットから順に選出する選出部と、前記選出部によりオフセットが選出される毎に、前記連続領域における当該オフセットが示す位置以降に、部分的に欠落したフレーム画像データが記録されているか検索する検索部と、部分的に欠落したフレーム画像データが発見された場合に、当該フレーム画像データに係るサイズ情報と対応づけられているオフセットを前記先頭位置と決定する決定部とを含むこととしてもよい。【００１５】
この構成によれば、予め、サイズ情報により示されるサイズを合計してオフセットを算出しサイズ情報に対応づけて記憶しておくので、電源断以後の再起動時など破損したフレームの特定を行う際にサイズを合計する処理を行う必要がなくなり、より高速に破損したフレームの特定を行うことができる。【００１６】
また、前記特定手段は、前記フレーム画像データの再生を抑止するために、当該フレーム画像データに対応するサイズ情報とオフセットを削除することとしてもよい。【００１７】
この構成によれば、一部が欠落したフレーム画像データが前記サイズ情報とオフセットとを用いて特定され、再生されてしまうことを防ぐことができる。【００１８】
また、前記管理手段は、前記先頭位置以降の記録領域に係るサイズ情報とオフセットとを前記記録手段から削除することとしてもよい。【００１９】
この構成によれば、サイズ情報とオフセットが記録されているにも関わらず、当該サイズ情報に対応するフレーム画像データが記録されていないという不整合状態を回避することができる。【００２０】
また、前記通信データは、ＨＴＴＰに従った複数パートから構成され、前記全パートそれぞれは、前記フレーム画像データと前記サイズとの１組を含み、前記記録手段は、前記全パートそれぞれについて、各パートに含まれるサイズをサイズ情報として抽出し、当該パートに含まれるフレーム画像データを抽出し、当該サイズ情報及び当該フレーム画像データを対応付けて記録媒体に記録することとしてもよい。【００２１】
この構成によれば、フレーム画像データがＨＴＴＰに従った通信データによって送信される場合に、サイズ情報とフレーム画像データとを適切に記録することができる。【００２２】
また、前記特定手段は、更に、前記記録媒体に記録されている前記サイズ情報自体の合計サイズが、所定サイズの倍数であるか否かを判定し、所定サイズの倍数でないと判定された場合に、最後に記録されたサイズ情報を削除することとしてもよい。【００２３】
この構成によれば、サイズ情報にデータ欠落が生じていることを、簡単な除算等の簡易な方法で検出することができる。【００２４】
また、前記映像記録装置は、更に、前記合計実サイズが、前記合計管理サイズよりも大きい場合に、前記合計管理サイズを用いて特定される探索開始位置からフレーム画像データを探索する探索手段と、前記探索手段によりフレーム画像データが発見された場合、発見されたフレーム画像データのサイズを算出し、算出したサイズを示すサイズ情報を前記記録媒体に追記する追記手段と備えることとしてもよい。【００２５】
また、前記映像記録装置は、ファイルシステムを備え、前記ファイルシステムは、前記記録媒体における記録領域をファイルに対して割り当て、前記全フレーム画像データは、１のファイルに格納され、前記映像記録装置は、更に、前記電源遮断が検出された場合に、前記ファイルシステムにより次に割り当て予定である記録領域に、フレーム画像データが記録されているか否かを探索する探索手段と、発見した場合に、当該フレーム画像データのサイズを算出してサイズ情報として前記記録媒体に追記する追記手段とを備えることとしてもよい。【００２６】
この構成によれば、サイズ情報の数より多くのフレーム画像データが記録媒体に記録されている場合に、通信データを再度受信することなく、サイズ情報の数とフレーム画像データの数との差分に相当するフレーム画像データについてのサイズ情報を生成することができる。【００２７】
また、前記各フレーム画像データは、タイムスタンプを含み、前記追記手段は、前記探索において発見したフレーム画像データのタイムスタンプが、前記ファイルに最後に格納されたフレーム画像データのタイムスタンプよりも遅い日時を示している場合にのみ前記追記を行うこととしてもよい。【００２８】
この構成によれば、前記差分に相当するフレーム画像データが、サイズ情報に対応づけられて記録されているフレーム画像データと関連性があるか否か判定でき、関連性がないフレーム画像データについてサイズ情報を生成してしまうのを防ぐことができる。【００２９】
また、前記記録手段は、前記記録媒体にフレーム画像データを記録する第１記録部と、前記記録媒体にサイズ情報を記録する第２記録部とを含み、前記第１記録部と前記第２記録部とは非同期に記録処理を行うこととしてもよい。【００３０】
この構成によれば、フレーム画像データとサイズ情報とを別個独立に書き込むシステムを構築することができる。【００３１】
請求項１２に記載の態様である映像記録方法は、複数のフレーム画像データを記録する映像記録方法であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、前記特定されたフレーム画像データの再生を抑止する管理ステップとを含む。【００３２】
請求項１３に記載の態様である映像記録プログラムは、複数のフレーム画像データを記録する映像記録装置に用いられる映像記録プログラムであって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、前記特定されたフレーム画像データの再生を抑止する管理ステップとを含む。【００３３】
請求項１４に記載の態様である集積回路は、複数のフレーム画像データを記録する集積回路であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。【００３４】
この構成によれば、予め、サイズ情報により示されるサイズを合計してオフセットを算出しサイズ情報に対応づけて記憶しておくので、電源断以後の再起動時など破損したフレームの特定を行う際にサイズを合計する処理を行う必要がなくなり、より高速に破損したフレームの特定を行うことができる。
本発明の一実施形態に係る監視システムは、ネットワークカメラシステム、映像記録装置を含んで構成され、前記ネットワークカメラシステムが映像を撮影して、その映像データを前記映像記録装置に送信し、前記映像記録装置がその映像データを受信して記録するものである。前記監視システムは、例えば、店舗、各家庭等に設置され、監視対象となる箇所の映像を常時記録するために用いられる。前記映像は、前記監視箇所で事件が発生した時に犯人、不審者を特定する必要が生じた場合などに再生、解析される。【００３５】
前記ネットワークカメラシステムは、撮影した映像をモーションＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式で記録し、モーションＪＰＥＧに含まれる各ＪＰＥＧ画像データをＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づいて、映像記録装置へと送信する。【００３６】
前記映像記録装置は、ネットワークカメラシステムから受信した受信データを一旦受信バッファに蓄積し、解析して、受信データからＪＰＥＧ画像データを取り出してハードディスクドライブ、ＤＶＤメディア、フラッシュメディア等の記録媒体に記録する。【００３７】
ここで、前記映像記録装置において、受信データを前記受信バッファに蓄積してから全ＪＰＥＧ画像データを前記記録媒体に記録し終えるまでの間に、停電が発生し、映像記録装置の電源コードが抜かれるなどして電源が遮断されると、前記記録媒体に不完全なＪＰＥＧ画像データ（例えば画像の半分に相当するデータ）が記録され得る。【００３８】
この場合に、前記映像記録装置は、後述する位置情報ファイルを用いることによって、従来よりも迅速に前記不完全なＪＰＥＧ画像データを探索し発見する。発見したＪＰＥＧ画像データについては、画面乱れ防止のためにディスプレイなどへの表示は行わない。【００３９】
以下、本発明の一実施形態に係る監視システムについて、図面を参照しながら説明する。
１．第１の実施形態
１．１．構成
図１は、前記監視システムの構成を示す図である。【００４０】
前記監視システムは、ネットワークカメラシステム１００と、映像記録装置１０００とを含んで構成される。【００４１】
ネットワークカメラシステム１００は、映像を撮影し、撮影した映像をモーションＪＰＥＧ形式の映像データとして記録する。【００４２】
ネットワークカメラシステム１００は、映像記録装置１０００からＨＴＴＰのＧＥＴコマンドを受け取ると、前記モーションＪＰＥＧ形式の映像データに含まれる各ＪＰＥＧ画像データをＨＴＴＰに基づいて、映像記録装置へと送信する。【００４３】
図２は、ＧＥＴコマンドへの応答として、ネットワークカメラシステム１００が映像記録装置へ送信する応答メッセージの一例を示す図である。【００４４】
応答メッセージは、一般的なＨＴＴＰの複数パートフォーマット（参考文献：ＲＦＣ２０４６）に従っており、ヘッダ情報と、データ実体とから構成される。【００４５】
応答メッセージ２０００は、図２に示すように、ヘッダ情報２００１、複数パートヘッダエリア２００２、複数パートボディエリア２００３、複数パートヘッダエリア２００３、複数パートボディエリア２００４・・・を含んで構成されている。【００４６】
ここで、ＨＴＴＰの複数パートフォーマットによれば、複数パートヘッダエリアと複数パートボディエリアとの間には、空白行が挿入されることがあるが、図２では、簡単のため空白行は複数パートヘッダエリアに含めて表現している。【００４７】
複数パートヘッダエリア２００２は、ＨＴＴＰ応答メッセージのヘッダ情報２００１の”ｂｏｕｎｄａｒｙ”フィールドで指定された境界文字列から開始される。【００４８】
本実施の形態では、前記境界文字列は”−−ｍｙｂｏｕｎｄａｒｙ”である。【００４９】
また、複数パートヘッダエリア２００２の中に示される”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドには、次に連なる複数パートボディエリア２００３のサイズが指定される。【００５０】
複数パートボディエリア２００３は、カメラにより撮像・生成された１フレーム分の画像に対応するＪＰＥＧ画像データである。前述したように、ＪＰＥＧ画像データのサイズは、直前に現れた複数パートエリアの中に示される”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されたサイズに一致する。【００５１】
複数パートヘッダエリア２００４、２００６・・・のデータ構造等は、複数パートヘッダエリア２００２と同様である。【００５２】
また、複数パートボディエリア２００５、２００７・・・のデータ構造等は、複数パートボディエリア２００３と同様である。【００５３】
映像記録装置１０００は、図１に示すように、受信手段１００１、解析手段１００２、第１記録手段１００３、第２記録手段１００４、判断手段１００７、変更手段１００８、ＲＡＭ１００９、記録媒体１０１０、終了手段１０１１、検出手段１０１２及び再生手段１０１３を含んで構成される。【００５４】
受信手段１００１は、ネットワークカメラシステム１００が送信する応答メッセージを受信してＲＡＭ１００９に順次格納し、一定量のデータを格納する毎に解析手段１００２に対して解析開始信号を通知する。【００５５】
解析手段１００２は、受信手段１００１から前記解析開始信号が通知されると、ＲＡＭ１００９に格納された応答メッセージを構文解析する。【００５６】
構文解析として、解析手段１００２は、まず、応答メッセージに含まれるヘッダ情報及び複数パートヘッダエリアを探索する。【００５７】
ここで、ヘッダ情報は、ヘッダ情報に含まれる、”ＨＴＴＰ／１．０  ２００ＯＫ”等の文字列をキーに探索される。また、複数パートヘッダエリアは、境界文字列と空白行で囲まれていることから、境界文字列と空白行の組をキーに探索される。【００５８】
解析手段１００２は、ヘッダ情報を発見した場合、記録媒体１０１０に、第１記録手段１００３を介して、映像データファイル１００５を書き込み、第２記録手段１００４を介して、位置情報ファイル１００６を書き込む。このとき、映像データファイル１００５、位置情報ファイル１００６は、初期状態（ファイルサイズが０又は無効文字で埋められている状態）である。【００５９】
ここで、位置情報ファイルと、映像データファイルについて説明する。【００６０】
図３（ａ）は、位置情報ファイルの一例を示す図である。【００６１】
図３（ｂ）は、映像データファイルの一例を示す図である。【００６２】
映像データファイルには、応答メッセージに含まれる複数パートボディエリアに格納されているデータが順次記録される。複数パートボディエリアには、本実施の形態では、１フレーム分のＪＰＥＧ画像データが格納される。【００６３】
図３（ｂ）の例では、映像データファイル１００５は、ＪＰＥＧ画像データ３２０１、３２０２、・・・３２０４を含む。【００６４】
位置情報ファイルは、映像データファイルに格納された各フレームの位置情報を、時系列順に連続して保持するものであり、フレームオフセットと、フレームサイズの組のリストから成る。【００６５】
フレームオフセットとフレームサイズとの１組が、映像データファイルにおける１つのフレーム（ＪＰＥＧ画像データ）に対応している。【００６６】
フレームオフセットは、対応するフレームの映像データファイルにおける先頭からの位置を示している。また、フレームサイズは、対応するフレームのサイズを示す。【００６７】
フレームオフセットとフレームサイズの情報は、それぞれ４バイトの容量を持つため、１フレームの位置情報を構成するためのデータサイズは８バイトである。【００６８】
以上で、位置情報ファイル、映像データファイルについての説明を終え、解析手段１００２の説明に戻る。【００６９】
解析手段１００２は、応答メッセージ中から複数パートヘッダエリアを発見した場合、複数パートヘッダエリアからフレームサイズとして”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている値を抽出する。【００７０】
”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている値は、当該複数パートヘッダエリアの直後に続く複数パートボディエリアのサイズ（フレームサイズ：単位は一例としてキロバイト（ｋＢ））を示している。【００７１】
例えば、解析手段１００２は、応答メッセージ中から複数パートヘッダエリア２００２を発見した場合、フレームサイズとして”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている１０２４ｋＢを得る。【００７２】
解析手段１００２は、次に、当該複数パートヘッダエリアの直後に続く複数パートボディエリア（例えば、図２の２００３）の内容を第１記録手段１００３を介して映像データファイル１００５に書き込む（例えば、図３（ｂ）のＪＰＥＧ画像データ３２０１）。【００７３】
そして、解析手段１００２は、映像データファイル１００５に追記されるＪＰＥＧ映像データの映像データファイル中での先頭位置、大きさを示す位置情報としてフレームオフセットｏｆｆｓｅｔとフレームサイズｓｉｚｅを、第２記録手段１００４を介して位置情報ファイル１００６に追記する。【００７４】
また、解析手段１００２は、次に記録されるべきフレームに係るフレームオフセットとして、自フレームのフレームオフセットとフレームサイズとの和を算出する。【００７５】
上記により、映像データファイル１００５と位置情報ファイル１００６に対する１フレーム分の記録処理が完了したこととなる。【００７６】
ここで、終了手段により処理の終了が要求された場合、映像データファイル１００５と位置情報ファイル１００６を閉じて、記録処理を完了する。【００７７】
第１記録手段１００３は、解析手段１００２からの指示に従い、映像データファイル１００５の生成、映像データファイル１００５へのデータの書き込みを行う。【００７８】
具体的には、第１記録手段１００３は、解析手段１００２からＪＰＥＧデータの開始位置情報とサイズ情報を通知される度に、通知された情報を元にＲＡＭ１００９からＪＰＥＧデータを読み出し、読み出したＪＰＥＧデータを映像データファイル１００５に追記していく。【００７９】
第１記録手段１００３は、終了手段により終了通知を受信すると、映像データファイル１００５をクローズする。【００８０】
第２記録手段１００４は、解析手段１００２からの指示に従い、位置情報ファイル１００６の生成、位置情報ファイル１００６へのデータの書き込みを行う。【００８１】
具体的には、第２記録手段１００４は、解析手段１００２からＪＰＥＧデータの開始位置情報とサイズ情報を通知される度に、フレームオフセットとフレームサイズを位置情報ファイル１００６に追記していく。【００８２】
第２記録手段１００４は、終了手段により終了通知を受信すると、位置情報ファイル１００６をクローズする。【００８３】
検出手段１０１２は、録画処理後、特に停電などにより録画が正常に完了する前に中断された後の再起動時に、録画中の停電があったか否かを判定する。【００８４】
録画中の電源遮断を検出する手法の一例は、検出手段１０１２が、不揮発性メモリに状態変数を管理しておく。検出手段１０１２は、録画開始時には、録画開始を示す状態変数を前記不揮発性メモリに書き込み、録画が終了すれば録画終了を示すよう状態変数を変更する。【００８５】
検出手段１０１２は、映像記録装置がブートしたときに、前記状態変数をチェックし、状態変数が録画開始を示している場合には、録画中に停電等があり記録途中で電源遮断があったと決定できる。【００８６】
検出手段１０１２は、録画中の電源遮断があったと判定した場合、判断手段１０１２に電源断があったことを通知する。【００８７】
判断手段１００７は、検出手段１０１２から電源遮断があったことの通知を受けると、録画中の停電によるデータ破損の有無を判定し、破損を検出した場合、破損データの位置情報を変更手段に通知する。【００８８】
具体的には、判断手段１００７は、位置情報ファイル１００６におけるフレーム番号が最大のフレームに係るフレームオフセットとフレームサイズの和と、映像データファイル１００５の実際のファイル長とを比較することで、録画中の停電によるデータ破損の有無を判定する。【００８９】
変更手段１００８は、判断手段１００７により通知された破損データの位置情報に従い、第２記録手段１００４により作成された位置情報ファイル１００６のうち、破損データ部分を削除する。【００９０】
終了手段１０１１は、第１記録手段１００３、及び第２記録手段１００４の記録処理を停止させる。停止のトリガーは、カメラからの送信終了、またはネットワークの切断などの理由による受信手段１００１の受信処理の終了や、ユーザによる終了処理の要求である。【００９１】
再生手段１０１３は、ユーザ指示等により前記映像データファイルの再生が指示された場合、判断手段１０１７によりデータ破損があったと判定されたフレーム以外のフレームのみ再生をし、データ破損があったと判定されたフレームについては再生を行わない。
１．２．動作
１．２．１．映像データの送受信動作、録画時の動作
本発明の一実施の形態におけるネットワークカメラシステム１００の動作、及び映像記録装置１０００による映像データの受信と録画の動作について説明する。【００９２】
まず、ネットワークカメラシステム１００が、映像を撮影し、撮影した映像をモーションＪＰＥＧ形式の映像データとして記録し、記録を行ったことを映像記録装置１０００に通知する。【００９３】
また、映像記録装置１０００は、前記通知を受けて、ネットワークカメラシステム１００に対しＨＴＴＰプロトコルのＧＥＴコマンドを送信する。【００９４】
ネットワークカメラシステム１００は、ＧＥＴコマンドを受け取ると、前記モーションＪＰＥＧ形式の映像データに含まれる各ＪＰＥＧ画像データからＨＴＴＰプロトコルに基づく応答メッセージを生成して、応答メッセージを映像記録装置１０００へと送信する。【００９５】
映像記録装置１０００における受信手段１００１は、応答メッセージを受信し、ＲＡＭ１００９に格納する。【００９６】
解析手段１００２は、ＲＡＭ１００９に格納された応答メッセージのヘッダ情報２００１から境界文字列（“−−ｍｙｂｏｕｎｄａｒｙ”）を抽出し（Ｓ４００１）、映像データファイル１００５と位置情報ファイル１００６を生成し（Ｓ４００２）、位置情報ファイル１００６を構成するためのオフセット情報ｏｆｆｓｅｔを０に初期化する（Ｓ４００３）。【００９７】
そして、受信手段１００１は、応答メッセージを一定量受信する毎に、解析手段１００２に対し解析開始信号を通知する。【００９８】
解析手段１００２は、解析開始信号を受信すると、境界文字列と空白行で囲まれた複数パートヘッダエリアを特定し（Ｓ４００４）、Ｓ４００４で特定した複数パートヘッダエリアから、”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定された値をサイズ情報ｓｉｚｅとして取得する（Ｓ４００５）。【００９９】
次に、特定した複数パートヘッダエリアに直後に存在する複数パートボディエリアを映像データファイル１００５に追記し（Ｓ４００６）、映像データファイル１００５に追記されるＪＰＥＧデータの位置情報として、ｏｆｆｓｅｔをフレームオフセットとして記録し、ｓｉｚｅをフレームサイズとして位置情報ファイル１００６に追記する（Ｓ４００７）。【０１００】
また、次のフレームのオフセットのため、ｏｆｆｓｅｔを、ｏｆｆｓｅｔとｓｉｚｅとの和で更新する（Ｓ４００８）。【０１０１】
上記により、１フレーム分の映像データファイル１００５と位置情報ファイル１００６に対する記録処理が完了したこととなる。【０１０２】
ここで、終了手段により処理の終了が要求された場合（Ｓ４００９：Ｙ）、映像データファイル１００５と位置情報ファイル１００６を閉じ（Ｓ４０１０）、記録処理を完了する。【０１０３】
終了手段による処理の終了が要求されなかった場合（Ｓ４００９：Ｎ）、ＲＡＭ１００９に格納された次のフレームに対する映像データファイル１００５と位置情報ファイル１００６の追記を行うため、Ｓ４００４から処理を繰り返す。
１．２．２．映像データ再生処理
映像記録装置１０００による映像データファイルの再生処理について、図面を用いて以下に説明する。【０１０４】
映像記録装置１０００が起動すると、まず、検出手段１０１２が、前回起動中に録画処理が行われ、当該録画処理中の停電等により電源遮断があったか否かを判定する（ステップＳ５００１）。【０１０５】
電源遮断がないと判断された場合（ステップＳ５００１：Ｎ）、再生手段１０１３が、映像データファイル１００５に記録されているＮ個のＪＰＥＧ画像データを格納順に再生する（ステップＳ５００２）。【０１０６】
電源遮断があったと判断された場合（ステップＳ５００１：Ｙ）、判断手段１００７は、位置情報ファイル１００６のファイル長を、１フレームの位置情報を構成するための最小データサイズである８バイトで割り、商の値をＮとする（ステップＳ５０１１）。【０１０７】
ここで、位置情報ファイル１００６の先頭８×Ｎバイト分のデータが、位置情報ファイル１００６として有効なデータである。そして、前記除算において、剰余が発生している場合は、位置情報ファイル１００６の終端が破損していると判断する。【０１０８】
次にＮが０と等しいか否かを判定し（ステップＳ５０１２）、肯定的であれば有効なデータは無いと判定し（ステップＳ５０１２：Ｙ）、映像データファイル１００５と位置情報ファイル１００６を削除し（ステップＳ５０１４）、処理を終了する。【０１０９】
判定が否定的であれば（ステップＳ５０１２：Ｎ）、位置情報ファイル１００６からＮ−１番目のフレームオフセットｏｆｆｓｅｔとフレームサイズｓｉｚｅを読み出す（Ｓ５０１３）。【０１１０】
次に、映像データファイル１００５のファイル長が、（ｏｆｆｓｅｔ＋ｓｉｚｅ）未満であるか否かを判定し（ステップＳ５０１５）、判定が肯定的であれば（ステップＳ５０１５：Ｙ）、Ｎ−１番目のフレームに対する映像データは破損していると判断されるため、Ｎを、Ｎ−１の値に更新し（ステップＳ５０１７）、ステップＳ５０１２の判定から繰り返す。【０１１１】
ここで、映像データファイル１００５のファイル長は、例えばファイルシステム等が管理しており、判断手段１００７は、ファイルシステム等から映像データファイル１００５のファイル長を取得できるものとする。【０１１２】
ステップＳ５０１５の判定が肯定的であれば（ステップＳ５０１５：Ｙ）、ＮにＮ−１を代入し（ステップＳ５０１７）、ステップＳ５０１２に進む。【０１１３】
ステップＳ５０１５の判定が否定的である場合（ステップＳ５０１５：Ｎ）、位置情報ファイル１００６のファイル長が８×Ｎよりも長いか否かを判定する（ステップＳ５０１６）。ステップＳ５０１６の判定が肯定的であれば（Ｓ５０１６：Ｙ）、位置情報ファイル１００６の終端に無効なデータが存在していると判断できるため、位置情報ファイル１００６のオフセットが８×Ｎ以上の集団データを削除し（Ｓ５０１８）、再生手段１０１３がＮ個のＪＰＥＧ画像データを再生する（ステップＳ５００２）。
Ｓ５０１６の判定が否定的であれば（Ｓ５０１６：Ｎ）、位置情報ファイル１００６の終端に無効なデータは存在しないと判断できるため、再生手段１０１３がＮ個のＪＰＥＧ画像データを再生し（ステップＳ５００２）、処理を終了する。【０１１４】
以上、説明したように、第１記録手段１００３により記録された映像データファイル１００５、又は第２記録手段１００４により記録された位置情報ファイル１００６、若しくは映像データファイル１００５と位置情報ファイル１００６の両方が記録中の停電により破損していたとしても、記録された映像データファイル１００５のファイル長と、解析手段１００２により解析され、第２記録手段１００４により記録された前記単位データの位置情報とを比較することのみにより、前記映像テータの破損箇所を特定することができる。【０１１５】
また、前記破損箇所に対応する部分の位置情報を削除しているので、再生時は位置情報ファイル１００６を元に再生すれば破損した映像データを参照せず、高速に破損データを修復することができる。
２．第２の実施形態
第１の実施形態では、システムの構成上、第１記録手段１００３と第２記録手段１００４とは非同期に動作することを想定していなかった。【０１１６】
本実施の形態では、システムの構成上、第１記録手段１００３と第２記録手段１００４とは非同期に動作するものとする。非同期の動作は、第１記録手段１００３と、第２記録手段１００４とを別タスクとして実装した場合などに生じ得る。【０１１７】
そして、両記録手段が並行して動作中に停電等が起こると、例えば図６に示すように、映像データファイルと、位置情報ファイルとの内容に不整合が生じ得る。【０１１８】
図６は、不整合が生じている場合の一例であり、映像データファイルには３フレーム分のＪＰＥＧ画像データ６００１〜６００３と、破損した１つのＪＰＥＧ画像データ６００４が記録されているが、位置情報ファイルには２つのＪＰＥＧ画像データ６００１〜６００２に対応するデータ６０１１〜６０１２しか記録されていない。【０１１９】
第１の実施の形態は、映像データファイルにデータ全体が記録されたＪＰＥＧ画像データについては、フレームオフセットとフレームサイズとが位置情報ファイルに記録されていることが前提となっており、上述のような不整合ある場合を想定してはいるものの、再生可能なデータの復元は行っていない。【０１２０】
本実施の形態では、位置情報ファイルに登録されていないＪＰＥＧ画像データ（６００３）について、フレームオフセットとフレームサイズとを追記する追記処理を行う。【０１２１】
以下、前記追記処理について、図７を用いて説明する。【０１２２】
なお、以下、第１の実施形態とは異なる部分についてのみ説明する。【０１２３】
なお、本追記処理は、例えば、停電等で不整合が生じるような記録があった後に、最初に起動した時など適切な時に行うものとする。【０１２４】
まず、判断手段１００７は、映像データファイル１００５と、位置情報ファイルを開く（ステップＳ７００１）。【０１２５】
そして、位置情報ファイルに記録された情報に対応する映像データファイルのデータ終端を計算する（ステップＳ７００２）
図６の例では、データ終端は、フレーム番号１のフレームオフセットとフレームサイズとを加算した位置となる。【０１２６】
このデータ終端は、図６（ｂ）におけるＪＰＥＧ画像データ６００２の終端（ＪＰＥＧ画像データ６００３の始端）に一致する。【０１２７】
次いで、判断手段１００７は、映像データファイルの中で、データ終端以降に記録されているＳＯＩ、ＥＯＩを検索する。【０１２８】
図６の例では、ＳＯＩ、ＥＯＩは発見されることになる。【０１２９】
ＳＯＩ、ＥＯＩを発見した場合（ステップＳ７００４：Ｙ）、位置情報ファイル中の最後フレーム番号に対応するフレームオフセット＋フレームサイズを、位置情報ファイル中のフレームオフセットとして追記する（ステップＳ７００５）。【０１３０】
図６の例では、フレーム番号２のフレームオフセットとして、フレーム番号１のフレームオフセット＋フレームサイズが追記される。【０１３１】
そして、ＳＯＩ、ＥＯＩ間のデータサイズを計数し（ステップＳ７００６）、計数したデータサイズをフレームサイズとして位置情報ファイルに追記し（ステップＳ７００７）、次のＳＯＩ、ＥＯＩを検索する（ステップＳ７００４に戻る）。【０１３２】
図６の例では、ＪＰＥＧ画像データ６００３のデータサイズが計数され、フレーム番号２のフレームサイズとして位置情報ファイルに追記されることになる。【０１３３】
ステップＳ７００４において、ＳＯＩとＥＯＩが発見されなかった場合（ステップＳ７００４：Ｎ）、映像データファイルと、位置情報ファイルを閉じて（ステップＳ７００８）、処理を終了する。【０１３４】
以上の処理により、図６（ａ）に示した位置情報ファイルは、図８に示す位置情報ファイルへと内容が更新される。
４．第３の実施形態
第３の実施形態は、上述のような構成において、ファイル書き込みのためにファイルシステムが動作している間に停電等が起こり書き込んだファイルとファイル管理のための情報に不整合が生じた場合の復旧に関する。【０１３５】
具体的には、停電等のトラブル発生時に、ＪＰＥＧ画像データ本体は記録されたものの、ＪＰＥＧ画像データ本体が格納されたファイルを管理するための情報であるｉノード情報にそのＪＰＥＧ画像データが記録されなかった場合に、当該ＪＰＥＧ画像データを扱えるよう復旧する処理を行う。【０１３６】
以下、本実施の形態について、より詳細に説明する。【０１３７】
まず、本実施の形態に係るファイルシステムについて説明する。【０１３８】
ファイルシステムは、記録媒体における記録領域を固定長（例えば４キロバイト）のブロック単位で扱う。【０１３９】
アプリケーションが使用できるブロックは、ファイルシステムによって、例えば図１０（ｂ）のようなフリーブロックビットマップとして管理されている。【０１４０】
この例では、アプリケーションが使用できるブロックは、ブロック番号３以降のブロックであり、ブロック番号１〜３のブロックが使用中であることを示している。【０１４１】
ファイルシステムは、アプリケーションからファイルの生成要求を受け取ると、そのファイルサイズに応じて、フリーブロックビットマップに登録されている空きブロックの番号を取得し（ステップＳ９００１）、その空きブロックをファイルに割り当てる。【０１４２】
例えば、ファイルのサイズが６キロバイトであれば、ファイルシステムは２つのブロックを前記アプリケーションに割り当てる。【０１４３】
次にデータのファイルへの書き込み要求を受けると、書き込み要求されたファイルデータをファイルに対応する空きブロックに書き込む（ステップＳ９００２）。【０１４４】
そして、ファイルに関するｉノード情報に書き込む（ステップＳ９００３）。【０１４５】
図１０（ａ）は、ｉノード情報の一例である。【０１４６】
ｉノード情報は、ｉノード番号と、ファイル名と、使用ブロック番号と、データ長との組のリストで構成される。【０１４７】
ｉノード番号等の組は、ファイル生成の時点でｉノード情報に追加される。【０１４８】
ｉノード番号は、１つのファイルに対して１つ割り当てられる。【０１４９】
ファイル名は、そのｉノード番号で表されるファイルの名前である。これは、アプリケーションから受け取るファイル名が用いられる。【０１５０】
使用ブロック番号は、ファイルが記録されているブロックの番号を示す。【０１５１】
ｉノード番号１のファイルは、ブロック番号１、２に跨って記録されている。【０１５２】
データ長Ｌは、ファイルのデータ長である。【０１５３】
一例として、ｉノード番号が１のファイルのファイル長は６１４４バイトである。【０１５４】
ここで、ｉノード情報は、記録領域に記録されているが、使用時にはメモリに一旦読み込まれて使用される。【０１５５】
メモリ上のｉノード情報に変更があった場合は、適当なタイミングで記録領域に書き込むことで、メモリ上のｉノード情報と記録領域上のｉノード情報との同期が取られる（ステップＳ９００４）。【０１５６】
次に、以上説明したようなファイルシステムにおいて、ファイル１にフレーム番号２のＪＰＥＧ画像データを追記した後に停電等が生じて、ｉノード情報と、実際に記録領域に記録されたファイルに不整合が生じてしまった場合の動作について説明する。【０１５７】
図１０（ｃ）は、記録領域のブロック１〜３に、ファイル１が記録されている状態を示している。ここで、フレーム番号２のＪＰＥＧ画像データがファイル１に追記されているので、ｉノード情報の使用ブロック番号は、１、２、３となり、データ長は９２１６バイトになるべきであるが、フレーム番号２のＪＰＥＧ画像データに関してｉノード情報が更新されていない。
また、このとき、位置情報ファイルは、図１０（ｃ）の実線で囲ったファイル１に対応するフレーム番号０〜１についてのみ記録される。【０１５８】
この状態において、アプリケーションは、ｉノード情報上ではフレーム番号２のＪＰＥＧ画像データが存在しないのでこのＪＰＥＧ画像データを使用することができない。【０１５９】
そこで、フレーム番号２のＪＰＥＧ画像データを利用できるものとするため、判断手段１００７が、前記破損データ修復動作の前や後、停電後に再起動した時など適切な時に、以下の手順に従い復旧処理を行う。【０１６０】
判断手段１００７は、まず、停電発生時に記録していたファイルのｉノード番号（ｉｎｏｄｅ＿ｎｕｍ）をファイルシステムから取得する（ステップＳ１０００１）。【０１６１】
ここで、ファイルシステムは、書き込み中のファイルのｉｎｏｄｅ＿ｎｕｍを保持しており（本例ではｉｎｏｄｅ＿ｎｕｍ＝１）、停電が生じた際に書き込み途中で処理が中断してしまったファイルのｉｎｏｄｅ＿ｎｕｍも保持したままである。【０１６２】
なお、上述のような書き込み途中で処理が中断してしまったファイルのｉｎｏｄｅ＿ｎｕｍのファイルシステムによる保持に換えて、書き込み途中で処理が中断してしまったファイルのファイル名をアプリケーションが保持する構成としてもよい。【０１６３】
判断手段１００７は、ｉｎｏｄｅ＿ｎｕｍに係るファイルのデータ長（Ｌ）をファイルシステムから取得する（ステップＳ１０００２）。また、判断手段１００７は、ブロックサイズ（ｂｌｏｃｋ＿ｓｉｚｅ）をファイルシステムから取得する（ステップＳ１０００３）。【０１６４】
そして、Ｌをｂｌｏｃｋ＿ｓｉｚｅで割った場合の剰余ｒ（＝  Ｌ％ｂｌｏｃｋ＿ｓｉｚｅ）を算出し、ｒが０に等しいか否か判定する（ステップＳ１０００４）。【０１６５】
ｒが０に等しくない場合（ステップＳ１０００４：Ｎ）、探索開始位置を、ファイル中の最終ブロックのｒバイト目に設定し（ステップＳ１０００５）、ｒが０に等しい場合（ステップＳ１０００４：Ｙ）、フリーブロックビットマップ中で次に割り当てられるブロックの先頭をファイルシステムから取得し、探索開始位置に設定する（ステップＳ１０００６）。【０１６６】
次に、判断手段１００７は、探索開始位置以降にＳＯＩが記録されているか否かを探索する（ステップＳ１０００７）。ここでは、探索は、最大フレームサイズ分のデータについて行い、ＳＯＩを発見できなかった場合（ステップＳ１０００８：Ｎ）、処理を終了する。【０１６７】
ＳＯＩを発見できた場合（ステップＳ１０００８：Ｙ）、引き続きＥＯＩを探索する（ステップＳ１０００９）。【０１６８】
ＥＯＩを発見できた場合（ステップＳ１００１０：Ｙ）、ＳＯＩ、ＥＯＩに挟まれたデータをＪＰＥＧ画像データとみなして、ＳＯＩとＥＯＩに挟まれたデータのサイズをフレームサイズとし、フレームオフセットと共に位置情報ファイルに追記し（ステップＳ１００１１）、ステップＳ１０００７に移行する。【０１６９】
図１０（ｃ）の例では、探索開始位置は、ブロック＃２中のフレーム＃１の終端（フレーム＃２の始端）である。また、フレーム＃２のサイズをフレームサイズとし、フレーム番号０〜１のフレームサイズのサイズの合計がファイルオフセットとして、位置情報ファイルに追記される。【０１７０】
また、ステップＳ１００１０において、ＥＯＩを発見できなかった場合（ステップＳ１００１０：Ｎ）、ＳＯＩからの探索範囲がフレームレートから求まるフレームサイズより十分広いか否かを判定し（ステップＳ１００１２）、十分広いと判定された場合には（ステップＳ１００１２：Ｙ）処理を終了する。【０１７１】
ステップＳ１００１２において十分広くないと判定された場合（ステップＳ１００１２：Ｎ）、最大フレームサイズ分探索するまで（ステップＳ１００１３）、フリービットマップ中に登録されているブロックについて、ＥＯＩを探索し（ステップＳ１００１４）、ステップＳ１００１０に移行する。【０１７２】
以上により、フレーム＃２が利用可能となる。
なお、ステップＳ１００１１において、ＳＯＩとＥＯＩに挟まれたデータを有効なＪＰＥＧ画像データとみなしていたが、ＳＯＩとＥＯＩを調べるだけでは、単にファイル管理情報だけが欠けただけの有効なＪＰＥＧ画像データか、ファイルシステムによってファイルの消去としてファイル管理情報だけが消された際に残されたといった無効なＪＰＥＧ画像データかの区別はつきにくい。【０１７３】
従って、ＪＰＥＧ画像データに含まれる作成日時情報を用いて、ＪＰＥＧ画像データの有効／無効の判定確率を向上させてもよい。【０１７４】
例えば、本実施の形態では、復元したデータが図１０（ｃ）のフレーム番号２のＪＰＥＧ画像データであり、フレーム番号０、１、２は、連続で撮影されているものとする。【０１７５】
ファイルに含まれるＪＰＥＧ画像データには、当該ＪＰＥＧ画像データが作成された作成日時情報が記録されている。【０１７６】
そこで、フレーム番号２のＪＰＥＧ画像データの作成日時情報と、フレーム番号１のＪＰＥＧ画像データの作成日時情報とが所定の条件を満たす場合に、フレーム番号２のＪＰＥＧ画像データも有効であると判定する。【０１７７】
前記所定の条件としては、フレーム番号２のＪＰＥＧ画像データの作成日時情報が、フレーム番号１のＪＰＥＧ画像データの作成日時情報よりも未来の日時を示し、かつ、両作成日時の差が撮影時のフレームレートから判断して妥当な範囲の場合に、フレーム番号２のＪＰＥＧ画像データを有効なデータであると判定する。【０１７８】
無効なデータであると判定した場合には、当該データについては、位置情報ファイルへの登録を行わないなどとする。
５．その他変形例など
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
（１）  上述の実施形態において、ネットワークカメラシステムから送付される応答メッセージはＨＴＴＰプロトコルの複数パートフォーマットであるとしたが、複数パートヘッダエリアの“Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドに相当するようなフレームデータサイズを取得できるものであれば、上記フォーマットに限るものではない。【０１７９】
また、“Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドに相当するようなフレームデータサイズが存在しなかった場合は、各JPEGの先頭と終端に存在するマーカービットを、受信中にビット比較することによりフレームサイズを取得することにより、フレームの位置情報を生成するとしても良い。【０１８０】
また、１つの複数パートボディエリアに、１つのＪＰＥＧ画像データを格納して通信する例で説明したが、これに限るものではない。１つの複数パートボディエリアに２つ以上のＪＰＥＧ画像データを格納してもよいし、ＪＰＥＧ画像データを分割して２以上の複数パートボディエリアに格納して通信してもよい。【０１８１】
１つの複数パートボディエリアに２つ以上のＪＰＥＧ画像データを格納しており、そのうちのいくつかのＪＰＥＧ画像データが破損しているような場合には、位置情報ファイルの取り扱いを変更する必要がある。【０１８２】
上述の実施形態において、変更手段１００８は、判断手段１００７により通知された破損データの位置情報に従い、第２記録手段１００４により作成された位置情報ファイル１００６のうち破損データ部分を削除していた。しかし本変形例の場合であれば、上述のような削除は行わず、破損しているＪＰＥＧ画像データの実サイズを、位置情報ファイルに含まれるフレームサイズから減じればよい。
（２）  上述の実施形態において、破損した映像データに対応した位置情報を削除するとしたが、破損した映像データのフレームを削除する、又は破損した映像データのフレームと、対応した位置情報の両方を削除するとしてもよい。このようにすれば、録画中の停電により映像データの破損が発生していた場合でも、修復後は映像データファイル１００５を参照するだけで正常な再生を行うことが可能となる。
（３）  上述の実施形態において、映像データファイル１００５への映像データの追記と位置情報ファイル１００６への位置情報の追記を順番に行うとしたが、処理の効率化のために並行して行っても良い。【０１８３】
また、ファイルシステムのキャッシュ処理により引き起こされる遅延書き込みより、記録媒体１０１０に対して第１記録手段１００３、第２記録手段１００４の順番で書き込みを要求したにもかかわらず、停電の発生により記録媒体１０１０には第２記録手段１００４の書き込み要求だけが反映されるような場合が生じうる。【０１８４】
上記の両ケースにおいても、本映像記録装置の検出手段及び変更手段１００８によれば破損データを修復可能であることは自明である。
（４）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここで、コンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。【０１８５】
なお、各装置は、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどの全てを含むコンピュータシステムに限らず、これらの一部から構成されているコンピュータシステムであってもよい。
（５）上記の各装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。【０１８６】
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【０１８７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。【０１８８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
（６）上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしてもよい。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、などから構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。このＩＣカード又はこのモジュールは、耐タンパ性を有するとしてもよい。
（７）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。【０１８９】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。【０１９０】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。【０１９１】
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（８）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１９２】
本発明に係る映像記録装置は、監視カメラからネットワークを介して映像データを受信して記録し、当該記録の最中に停電等により記録が中断された場合に復帰処理を行う映像記録装置として有用であり、監視システム等に使用される。また、監視システムを構成する映像記録装置等として家電の製造販売業者等により製造、販売等がなされる。
【図１】
2009050894.tif 000003
【図２】
2009050894.tif 000004
【図３】
2009050894.tif 000005
【図４】
2009050894.tif 000006
【図５】
2009050894.tif 000007
【図６】
2009050894.tif 000008
【図７】
2009050894.tif 000009
【図８】
2009050894.tif 000010
【図９】
2009050894.tif 000011
【図１０】
2009050894.tif 000012
【図１１】
2009050894.tif 000013
【手続補正書】
【提出日】平成21年6月1日(2009.6.1)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像記録装置に関するものであり、特に映像記録中の停電等により破損した映像データの再生処理に関する。
【背景技術】
【０００２】
近年、ハードディスクレコーダに代表される民生用の映像記録機器が普及しており、前記映像記録機器の応用例の１つとして、ドアホンカメラに撮像された留守中の訪問者の映像をネットワーク経由で民生用レコーダで記録し、防犯に役立てるという利用形態が提案されている。
ここで、民生用の場合、機器が記録、再生する画像に対して要求される品質は高く、例えば記録中に停電やコンセント抜けなどが発生し記録中のデータが破損したとしても当該データを再生する際に画面乱れなどが生じるようなことは許されない。
【０００３】
このため、前記データ破損に対応する技術として、ディジタルカメラのエンコード部により生成された複数のJPEG画像を連続映像として記録した後、各JPEGの先頭と終端に存在するマーカービットをビット探索し、不整合が発生している位置を破損部分として認識し、当該破損部分を再生対象から除外するという技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第３７３３０６１号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の背景技術に記載した従来の構成では、記録済みのＪＰＥＧ画像の先頭と終端に存在するマーカービットをビット探索する必要がある。そして、ビット探索するためには、記録済みの映像ファイルから映像データをメモリに読み出し、マーカービットを発見するまで、マーカービットと読み出した全てのデータをＣＰＵにより比較する処理が必要である。このビット探索等の処理を停電発生後の再起動時に行うとすると、再起動して定常的な稼働状態となるまでに長時間を要するという問題がある。
【０００６】
上記問題に鑑み、本発明は、ネットワークを経由して受信した映像を記録している最中に停電が発生し、記録が途中で中止して不完全なデータを記録してしまった場合であっても、従来より高速に再起動し、不完全なデータの再生を回避して画面乱れの発生を抑止できる映像記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の一実施態様である映像記録装置は、複数のフレーム画像データを記録する映像記録装置であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。
【発明の効果】
【０００８】
本発明の一実施態様である映像記録装置は、上述の構成を備えることにより、前記合計実サイズと、前記合計管理サイズとを比較するという簡易な処理のみで、フレーム画像データに破損が生じているか否かを把握し、フレーム画像データの全てについて破損有無の検査を行うような負荷が高く時間を要する処理をすることなく、前記差分と前記サイズ情報とから破損したフレーム画像データを特定するので、従来より高速に、破損したフレーム画像の有無の判定、破損したフレーム画像の特定を行うことができるとともに、破損しているフレーム画像データを再生してしまい映像乱れが生じてしまうのを防ぐことができる。
【０００９】
破損したフレーム画像データの特定は、典型的には、フレーム画像データを記録媒体に記録する途中に停電等による電源断が発生し、その後の再起動時に行うこととなるが、このような場合に、破損したフレーム画像データを従来より短時間に特定し、定常状態に至るまでに要する時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態における映像記録装置の構成図である。
【図２】本発明の実施の形態におけるネットワークカメラシステムから送信される応答メッセージを示す図である。
【図３】（ａ）本発明の実施の形態における第１記録手段により生成される位置情報ファイルの構成の一例を示す図である。（ｂ）本発明の実施の形態における第２記録手段により格納されたＪＰＥＧ画像データの概略構造を示す図である。
【図４】本発明の実施の形態における映像記録シーケンス図である。
【図５】本発明の実施の形態におけるファイル破損箇所検出およびＪＰＥＧ画像データ再生の処理フローを示す図である。
【図６】本発明の第２の実施形態における位置情報ファイルとＪＰＥＧ画像データの構造概略を示す図である。
【図７】本発明の第２の実施形態における位置情報ファイルの追記を示すフローチャートである。
【図８】本発明の第２の実施形態において生成される位置情報ファイルの構造概略を示す図である。
【図９】本発明の第３の実施形態におけるファイルシステムの基本動作を示すフローチャートである。
【図１０】（ａ）本発明の第３の実施形態におけるファイルシステムに係るｉノード情報の構造を示す図である。（ｂ）本発明の第３の実施形態におけるファイルシステムに係るフリーブロックビットマップの構造を示す図である。（ｃ）本発明の第３の実施形態における停電発生後のファイルの一例を示す図である。（ｄ）本発明の第３の実施形態における位置情報ファイルの一例を示す図である。
【図１１】本発明の第３の実施形態に係るＪＰＥＧ画像データの探索処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の一実施態様である映像記録装置は、複数のフレーム画像データを記録する映像記録装置であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全サイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。
【００１２】
また、前記記録手段は、前記記録媒体における論理的に連続した領域にフレーム画像データを順に記録し、全サイズ情報について、各サイズ情報に係るフレーム画像データより先に記録された全てのフレーム画像データの合計サイズであるオフセットを算出し、当該サイズ情報とオフセットとを対応づけて記録し、前記特定手段は、オフセットを用いて部分的に欠落したフレーム画像データの先頭位置を検出することとしてもよい。
【００１３】
また、前記特定手段は、全サイズ情報それぞれに対応するオフセットについて、記録順が後であるオフセットから順に選出する選出部と、前記選出部によりオフセットが選出される毎に、前記連続領域における当該オフセットが示す位置以降に、部分的に欠落したフレーム画像データが記録されているか検索する検索部と、部分的に欠落したフレーム画像データが発見された場合に、当該フレーム画像データに係るサイズ情報と対応づけられているオフセットを前記先頭位置と決定する決定部とを含むこととしてもよい。
【００１４】
この構成によれば、予め、サイズ情報により示されるサイズを合計してオフセットを算出しサイズ情報に対応づけて記憶しておくので、電源断以後の再起動時など破損したフレームの特定を行う際にサイズを合計する処理を行う必要がなくなり、より高速に破損したフレームの特定を行うことができる。
また、前記特定手段は、前記フレーム画像データの再生を抑止するために、当該フレーム画像データに対応するサイズ情報とオフセットを削除することとしてもよい。
【００１５】
この構成によれば、一部が欠落したフレーム画像データが前記サイズ情報とオフセットとを用いて特定され、再生されてしまうことを防ぐことができる。
また、前記管理手段は、前記先頭位置以降の記録領域に係るサイズ情報とオフセットとを前記記録手段から削除することとしてもよい。
この構成によれば、サイズ情報とオフセットが記録されているにも関わらず、当該サイズ情報に対応するフレーム画像データが記録されていないという不整合状態を回避することができる。
【００１６】
また、前記通信データは、ＨＴＴＰに従った複数パートから構成され、前記全パートそれぞれは、前記フレーム画像データと前記サイズとの１組を含み、前記記録手段は、前記全パートそれぞれについて、各パートに含まれるサイズをサイズ情報として抽出し、当該パートに含まれるフレーム画像データを抽出し、当該サイズ情報及び当該フレーム画像データを対応付けて記録媒体に記録することとしてもよい。
【００１７】
この構成によれば、フレーム画像データがＨＴＴＰに従った通信データによって送信される場合に、サイズ情報とフレーム画像データとを適切に記録することができる。
また、前記特定手段は、更に、前記記録媒体に記録されている前記サイズ情報自体の合計サイズが、所定サイズの倍数であるか否かを判定し、所定サイズの倍数でないと判定された場合に、最後に記録されたサイズ情報を削除することとしてもよい。
【００１８】
この構成によれば、サイズ情報にデータ欠落が生じていることを、簡単な除算等の簡易な方法で検出することができる。
また、前記映像記録装置は、更に、前記合計実サイズが、前記合計管理サイズよりも大きい場合に、前記合計管理サイズを用いて特定される探索開始位置からフレーム画像データを探索する探索手段と、前記探索手段によりフレーム画像データが発見された場合、発見されたフレーム画像データのサイズを算出し、算出したサイズを示すサイズ情報を前記記録媒体に追記する追記手段と備えることとしてもよい。
【００１９】
また、前記映像記録装置は、ファイルシステムを備え、前記ファイルシステムは、前記記録媒体における記録領域をファイルに対して割り当て、前記全フレーム画像データは、１のファイルに格納され、前記映像記録装置は、更に、前記電源遮断が検出された場合に、前記ファイルシステムにより次に割り当て予定である記録領域に、フレーム画像データが記録されているか否かを探索する探索手段と、発見した場合に、当該フレーム画像データのサイズを算出してサイズ情報として前記記録媒体に追記する追記手段とを備えることとしてもよい。
【００２０】
この構成によれば、サイズ情報の数より多くのフレーム画像データが記録媒体に記録されている場合に、通信データを再度受信することなく、サイズ情報の数とフレーム画像データの数との差分に相当するフレーム画像データについてのサイズ情報を生成することができる。
また、前記各フレーム画像データは、タイムスタンプを含み、前記追記手段は、前記探索において発見したフレーム画像データのタイムスタンプが、前記ファイルに最後に格納されたフレーム画像データのタイムスタンプよりも遅い日時を示している場合にのみ前記追記を行うこととしてもよい。
【００２１】
この構成によれば、前記差分に相当するフレーム画像データが、サイズ情報に対応づけられて記録されているフレーム画像データと関連性があるか否か判定でき、関連性がないフレーム画像データについてサイズ情報を生成してしまうのを防ぐことができる。
また、前記記録手段は、前記記録媒体にフレーム画像データを記録する第１記録部と、前記記録媒体にサイズ情報を記録する第２記録部とを含み、前記第１記録部と前記第２記録部とは非同期に記録処理を行うこととしてもよい。
【００２２】
この構成によれば、フレーム画像データとサイズ情報とを別個独立に書き込むシステムを構築することができる。
請求項１２に記載の態様である映像記録方法は、複数のフレーム画像データを記録する映像記録方法であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、前記特定されたフレーム画像データの再生を抑止する管理ステップとを含む。
【００２３】
請求項１３に記載の態様である映像記録プログラムは、複数のフレーム画像データを記録する映像記録装置に用いられる映像記録プログラムであって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、前記特定されたフレーム画像データの再生を抑止する管理ステップとを含む。
【００２４】
請求項１４に記載の態様である集積回路は、複数のフレーム画像データを記録する集積回路であって、フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、前記特定されたフレーム画像データの再生を抑止する管理手段とを備える。
【００２５】
この構成によれば、予め、サイズ情報により示されるサイズを合計してオフセットを算出しサイズ情報に対応づけて記憶しておくので、電源断以後の再起動時など破損したフレームの特定を行う際にサイズを合計する処理を行う必要がなくなり、より高速に破損したフレームの特定を行うことができる。
本発明の一実施形態に係る監視システムは、ネットワークカメラシステム、映像記録装置を含んで構成され、前記ネットワークカメラシステムが映像を撮影して、その映像データを前記映像記録装置に送信し、前記映像記録装置がその映像データを受信して記録するものである。前記監視システムは、例えば、店舗、各家庭等に設置され、監視対象となる箇所の映像を常時記録するために用いられる。前記映像は、前記監視箇所で事件が発生した時に犯人、不審者を特定する必要が生じた場合などに再生、解析される。
【００２６】
前記ネットワークカメラシステムは、撮影した映像をモーションＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式で記録し、モーションＪＰＥＧに含まれる各ＪＰＥＧ画像データをＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づいて、映像記録装置へと送信する。
前記映像記録装置は、ネットワークカメラシステムから受信した受信データを一旦受信バッファに蓄積し、解析して、受信データからＪＰＥＧ画像データを取り出してハードディスクドライブ、ＤＶＤメディア、フラッシュメディア等の記録媒体に記録する。
【００２７】
ここで、前記映像記録装置において、受信データを前記受信バッファに蓄積してから全ＪＰＥＧ画像データを前記記録媒体に記録し終えるまでの間に、停電が発生し、映像記録装置の電源コードが抜かれるなどして電源が遮断されると、前記記録媒体に不完全なＪＰＥＧ画像データ（例えば画像の半分に相当するデータ）が記録され得る。
この場合に、前記映像記録装置は、後述する位置情報ファイルを用いることによって、従来よりも迅速に前記不完全なＪＰＥＧ画像データを探索し発見する。発見したＪＰＥＧ画像データについては、画面乱れ防止のためにディスプレイなどへの表示は行わない。
【００２８】
以下、本発明の一実施形態に係る監視システムについて、図面を参照しながら説明する。
１．第１の実施形態
１．１．構成
図１は、前記監視システムの構成を示す図である。
【００２９】
前記監視システムは、ネットワークカメラシステム１００と、映像記録装置１０００とを含んで構成される。
ネットワークカメラシステム１００は、映像を撮影し、撮影した映像をモーションＪＰＥＧ形式の映像データとして記録する。
ネットワークカメラシステム１００は、映像記録装置１０００からＨＴＴＰのＧＥＴコマンドを受け取ると、前記モーションＪＰＥＧ形式の映像データに含まれる各ＪＰＥＧ画像データをＨＴＴＰに基づいて、映像記録装置へと送信する。
【００３０】
図２は、ＧＥＴコマンドへの応答として、ネットワークカメラシステム１００が映像記録装置へ送信する応答メッセージの一例を示す図である。
応答メッセージは、一般的なＨＴＴＰの複数パートフォーマット（参考文献：ＲＦＣ２０４６）に従っており、ヘッダ情報と、データ実体とから構成される。
応答メッセージ２０００は、図２に示すように、ヘッダ情報２００１、複数パートヘッダエリア２００２、複数パートボディエリア２００３、複数パートヘッダエリア２００３、複数パートボディエリア２００４・・・を含んで構成されている。
【００３１】
ここで、ＨＴＴＰの複数パートフォーマットによれば、複数パートヘッダエリアと複数パートボディエリアとの間には、空白行が挿入されることがあるが、図２では、簡単のため空白行は複数パートヘッダエリアに含めて表現している。
複数パートヘッダエリア２００２は、ＨＴＴＰ応答メッセージのヘッダ情報２００１の”ｂｏｕｎｄａｒｙ”フィールドで指定された境界文字列から開始される。
【００３２】
本実施の形態では、前記境界文字列は”−−ｍｙｂｏｕｎｄａｒｙ”である。
また、複数パートヘッダエリア２００２の中に示される”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドには、次に連なる複数パートボディエリア２００３のサイズが指定される。
複数パートボディエリア２００３は、カメラにより撮像・生成された１フレーム分の画像に対応するＪＰＥＧ画像データである。前述したように、ＪＰＥＧ画像データのサイズは、直前に現れた複数パートエリアの中に示される”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されたサイズに一致する。
【００３３】
複数パートヘッダエリア２００４、２００６・・・のデータ構造等は、複数パートヘッダエリア２００２と同様である。
また、複数パートボディエリア２００５、２００７・・・のデータ構造等は、複数パートボディエリア２００３と同様である。
映像記録装置１０００は、図１に示すように、受信手段１００１、解析手段１００２、第１記録手段１００３、第２記録手段１００４、判断手段１００７、変更手段１００８、ＲＡＭ１００９、記録媒体１０１０、終了手段１０１１、検出手段１０１２及び再生手段１０１３を含んで構成される。
【００３４】
受信手段１００１は、ネットワークカメラシステム１００が送信する応答メッセージを受信してＲＡＭ１００９に順次格納し、一定量のデータを格納する毎に解析手段１００２に対して解析開始信号を通知する。
解析手段１００２は、受信手段１００１から前記解析開始信号が通知されると、ＲＡＭ１００９に格納された応答メッセージを構文解析する。
【００３５】
構文解析として、解析手段１００２は、まず、応答メッセージに含まれるヘッダ情報及び複数パートヘッダエリアを探索する。
ここで、ヘッダ情報は、ヘッダ情報に含まれる、”ＨＴＴＰ／１．０  ２００ＯＫ”等の文字列をキーに探索される。また、複数パートヘッダエリアは、境界文字列と空白行で囲まれていることから、境界文字列と空白行の組をキーに探索される。
【００３６】
解析手段１００２は、ヘッダ情報を発見した場合、記録媒体１０１０に、第１記録手段１００３を介して、映像データファイル１００５を書き込み、第２記録手段１００４を介して、位置情報ファイル１００６を書き込む。このとき、映像データファイル１００５、位置情報ファイル１００６は、初期状態（ファイルサイズが０又は無効文字で埋められている状態）である。
【００３７】
ここで、位置情報ファイルと、映像データファイルについて説明する。
図３（ａ）は、位置情報ファイルの一例を示す図である。
図３（ｂ）は、映像データファイルの一例を示す図である。
映像データファイルには、応答メッセージに含まれる複数パートボディエリアに格納されているデータが順次記録される。複数パートボディエリアには、本実施の形態では、１フレーム分のＪＰＥＧ画像データが格納される。
【００３８】
図３（ｂ）の例では、映像データファイル１００５は、ＪＰＥＧ画像データ３２０１、３２０２、・・・３２０４を含む。
位置情報ファイルは、映像データファイルに格納された各フレームの位置情報を、時系列順に連続して保持するものであり、フレームオフセットと、フレームサイズの組のリストから成る。
【００３９】
フレームオフセットとフレームサイズとの１組が、映像データファイルにおける１つのフレーム（ＪＰＥＧ画像データ）に対応している。
フレームオフセットは、対応するフレームの映像データファイルにおける先頭からの位置を示している。また、フレームサイズは、対応するフレームのサイズを示す。
フレームオフセットとフレームサイズの情報は、それぞれ４バイトの容量を持つため、１フレームの位置情報を構成するためのデータサイズは８バイトである。
【００４０】
以上で、位置情報ファイル、映像データファイルについての説明を終え、解析手段１００２の説明に戻る。
解析手段１００２は、応答メッセージ中から複数パートヘッダエリアを発見した場合、複数パートヘッダエリアからフレームサイズとして”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている値を抽出する。
【００４１】
”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている値は、当該複数パートヘッダエリアの直後に続く複数パートボディエリアのサイズ（フレームサイズ：単位は一例としてキロバイト（ｋＢ））を示している。
例えば、解析手段１００２は、応答メッセージ中から複数パートヘッダエリア２００２を発見した場合、フレームサイズとして”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定されている１０２４ｋＢを得る。
【００４２】
解析手段１００２は、次に、当該複数パートヘッダエリアの直後に続く複数パートボディエリア（例えば、図２の２００３）の内容を第１記録手段１００３を介して映像データファイル１００５に書き込む（例えば、図３（ｂ）のＪＰＥＧ画像データ３２０１）。
そして、解析手段１００２は、映像データファイル１００５に追記されるＪＰＥＧ映像データの映像データファイル中での先頭位置、大きさを示す位置情報としてフレームオフセットｏｆｆｓｅｔとフレームサイズｓｉｚｅを、第２記録手段１００４を介して位置情報ファイル１００６に追記する。
【００４３】
また、解析手段１００２は、次に記録されるべきフレームに係るフレームオフセットとして、自フレームのフレームオフセットとフレームサイズとの和を算出する。
上記により、映像データファイル１００５と位置情報ファイル１００６に対する１フレーム分の記録処理が完了したこととなる。
ここで、終了手段により処理の終了が要求された場合、映像データファイル１００５と位置情報ファイル１００６を閉じて、記録処理を完了する。
【００４４】
第１記録手段１００３は、解析手段１００２からの指示に従い、映像データファイル１００５の生成、映像データファイル１００５へのデータの書き込みを行う。
具体的には、第１記録手段１００３は、解析手段１００２からＪＰＥＧデータの開始位置情報とサイズ情報を通知される度に、通知された情報を元にＲＡＭ１００９からＪＰＥＧデータを読み出し、読み出したＪＰＥＧデータを映像データファイル１００５に追記していく。
【００４５】
第１記録手段１００３は、終了手段により終了通知を受信すると、映像データファイル１００５をクローズする。
第２記録手段１００４は、解析手段１００２からの指示に従い、位置情報ファイル１００６の生成、位置情報ファイル１００６へのデータの書き込みを行う。
具体的には、第２記録手段１００４は、解析手段１００２からＪＰＥＧデータの開始位置情報とサイズ情報を通知される度に、フレームオフセットとフレームサイズを位置情報ファイル１００６に追記していく。
【００４６】
第２記録手段１００４は、終了手段により終了通知を受信すると、位置情報ファイル１００６をクローズする。
検出手段１０１２は、録画処理後、特に停電などにより録画が正常に完了する前に中断された後の再起動時に、録画中の停電があったか否かを判定する。
録画中の電源遮断を検出する手法の一例は、検出手段１０１２が、不揮発性メモリに状態変数を管理しておく。検出手段１０１２は、録画開始時には、録画開始を示す状態変数を前記不揮発性メモリに書き込み、録画が終了すれば録画終了を示すよう状態変数を変更する。
【００４７】
検出手段１０１２は、映像記録装置がブートしたときに、前記状態変数をチェックし、状態変数が録画開始を示している場合には、録画中に停電等があり記録途中で電源遮断があったと決定できる。
検出手段１０１２は、録画中の電源遮断があったと判定した場合、判断手段１０１２に電源断があったことを通知する。
【００４８】
判断手段１００７は、検出手段１０１２から電源遮断があったことの通知を受けると、録画中の停電によるデータ破損の有無を判定し、破損を検出した場合、破損データの位置情報を変更手段に通知する。
具体的には、判断手段１００７は、位置情報ファイル１００６におけるフレーム番号が最大のフレームに係るフレームオフセットとフレームサイズの和と、映像データファイル１００５の実際のファイル長とを比較することで、録画中の停電によるデータ破損の有無を判定する。
【００４９】
変更手段１００８は、判断手段１００７により通知された破損データの位置情報に従い、第２記録手段１００４により作成された位置情報ファイル１００６のうち、破損データ部分を削除する。
終了手段１０１１は、第１記録手段１００３、及び第２記録手段１００４の記録処理を停止させる。停止のトリガーは、カメラからの送信終了、またはネットワークの切断などの理由による受信手段１００１の受信処理の終了や、ユーザによる終了処理の要求である。
【００５０】
再生手段１０１３は、ユーザ指示等により前記映像データファイルの再生が指示された場合、判断手段１０１７によりデータ破損があったと判定されたフレーム以外のフレームのみ再生をし、データ破損があったと判定されたフレームについては再生を行わない。
１．２．動作
１．２．１．映像データの送受信動作、録画時の動作
本発明の一実施の形態におけるネットワークカメラシステム１００の動作、及び映像記録装置１０００による映像データの受信と録画の動作について説明する。
【００５１】
まず、ネットワークカメラシステム１００が、映像を撮影し、撮影した映像をモーションＪＰＥＧ形式の映像データとして記録し、記録を行ったことを映像記録装置１０００に通知する。
また、映像記録装置１０００は、前記通知を受けて、ネットワークカメラシステム１００に対しＨＴＴＰプロトコルのＧＥＴコマンドを送信する。
【００５２】
ネットワークカメラシステム１００は、ＧＥＴコマンドを受け取ると、前記モーションＪＰＥＧ形式の映像データに含まれる各ＪＰＥＧ画像データからＨＴＴＰプロトコルに基づく応答メッセージを生成して、応答メッセージを映像記録装置１０００へと送信する。
映像記録装置１０００における受信手段１００１は、応答メッセージを受信し、ＲＡＭ１００９に格納する。
【００５３】
解析手段１００２は、ＲＡＭ１００９に格納された応答メッセージのヘッダ情報２００１から境界文字列（“−−ｍｙｂｏｕｎｄａｒｙ”）を抽出し（Ｓ４００１）、映像データファイル１００５と位置情報ファイル１００６を生成し（Ｓ４００２）、位置情報ファイル１００６を構成するためのオフセット情報ｏｆｆｓｅｔを０に初期化する（Ｓ４００３）。
【００５４】
そして、受信手段１００１は、応答メッセージを一定量受信する毎に、解析手段１００２に対し解析開始信号を通知する。
解析手段１００２は、解析開始信号を受信すると、境界文字列と空白行で囲まれた複数パートヘッダエリアを特定し（Ｓ４００４）、Ｓ４００４で特定した複数パートヘッダエリアから、”Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドで指定された値をサイズ情報ｓｉｚｅとして取得する（Ｓ４００５）。
【００５５】
次に、特定した複数パートヘッダエリアに直後に存在する複数パートボディエリアを映像データファイル１００５に追記し（Ｓ４００６）、映像データファイル１００５に追記されるＪＰＥＧデータの位置情報として、ｏｆｆｓｅｔをフレームオフセットとして記録し、ｓｉｚｅをフレームサイズとして位置情報ファイル１００６に追記する（Ｓ４００７）。
【００５６】
また、次のフレームのオフセットのため、ｏｆｆｓｅｔを、ｏｆｆｓｅｔとｓｉｚｅとの和で更新する（Ｓ４００８）。
上記により、１フレーム分の映像データファイル１００５と位置情報ファイル１００６に対する記録処理が完了したこととなる。
ここで、終了手段により処理の終了が要求された場合（Ｓ４００９：Ｙ）、映像データファイル１００５と位置情報ファイル１００６を閉じ（Ｓ４０１０）、記録処理を完了する。
【００５７】
終了手段による処理の終了が要求されなかった場合（Ｓ４００９：Ｎ）、ＲＡＭ１００９に格納された次のフレームに対する映像データファイル１００５と位置情報ファイル１００６の追記を行うため、Ｓ４００４から処理を繰り返す。
１．２．２．映像データ再生処理
映像記録装置１０００による映像データファイルの再生処理について、図面を用いて以下に説明する。
【００５８】
映像記録装置１０００が起動すると、まず、検出手段１０１２が、前回起動中に録画処理が行われ、当該録画処理中の停電等により電源遮断があったか否かを判定する（ステップＳ５００１）。
電源遮断がないと判断された場合（ステップＳ５００１：Ｎ）、再生手段１０１３が、映像データファイル１００５に記録されているＮ個のＪＰＥＧ画像データを格納順に再生する（ステップＳ５００２）。
【００５９】
電源遮断があったと判断された場合（ステップＳ５００１：Ｙ）、判断手段１００７は、位置情報ファイル１００６のファイル長を、１フレームの位置情報を構成するための最小データサイズである８バイトで割り、商の値をＮとする（ステップＳ５０１１）。
ここで、位置情報ファイル１００６の先頭８×Ｎバイト分のデータが、位置情報ファイル１００６として有効なデータである。そして、前記除算において、剰余が発生している場合は、位置情報ファイル１００６の終端が破損していると判断する。
【００６０】
次にＮが０と等しいか否かを判定し（ステップＳ５０１２）、肯定的であれば有効なデータは無いと判定し（ステップＳ５０１２：Ｙ）、映像データファイル１００５と位置情報ファイル１００６を削除し（ステップＳ５０１４）、処理を終了する。
判定が否定的であれば（ステップＳ５０１２：Ｎ）、位置情報ファイル１００６からＮ−１番目のフレームオフセットｏｆｆｓｅｔとフレームサイズｓｉｚｅを読み出す（Ｓ５０１３）。
【００６１】
次に、映像データファイル１００５のファイル長が、（ｏｆｆｓｅｔ＋ｓｉｚｅ）未満であるか否かを判定し（ステップＳ５０１５）、判定が肯定的であれば（ステップＳ５０１５：Ｙ）、Ｎ−１番目のフレームに対する映像データは破損していると判断されるため、Ｎを、Ｎ−１の値に更新し（ステップＳ５０１７）、ステップＳ５０１２の判定から繰り返す。
【００６２】
ここで、映像データファイル１００５のファイル長は、例えばファイルシステム等が管理しており、判断手段１００７は、ファイルシステム等から映像データファイル１００５のファイル長を取得できるものとする。
ステップＳ５０１５の判定が肯定的であれば（ステップＳ５０１５：Ｙ）、ＮにＮ−１を代入し（ステップＳ５０１７）、ステップＳ５０１２に進む。
【００６３】
ステップＳ５０１５の判定が否定的である場合（ステップＳ５０１５：Ｎ）、位置情報ファイル１００６のファイル長が８×Ｎよりも長いか否かを判定する（ステップＳ５０１６）。ステップＳ５０１６の判定が肯定的であれば（Ｓ５０１６：Ｙ）、位置情報ファイル１００６の終端に無効なデータが存在していると判断できるため、位置情報ファイル１００６のオフセットが８×Ｎ以上の集団データを削除し（Ｓ５０１８）、再生手段１０１３がＮ個のＪＰＥＧ画像データを再生する（ステップＳ５００２）。
Ｓ５０１６の判定が否定的であれば（Ｓ５０１６：Ｎ）、位置情報ファイル１００６の終端に無効なデータは存在しないと判断できるため、再生手段１０１３がＮ個のＪＰＥＧ画像データを再生し（ステップＳ５００２）、処理を終了する。
【００６４】
以上、説明したように、第１記録手段１００３により記録された映像データファイル１００５、又は第２記録手段１００４により記録された位置情報ファイル１００６、若しくは映像データファイル１００５と位置情報ファイル１００６の両方が記録中の停電により破損していたとしても、記録された映像データファイル１００５のファイル長と、解析手段１００２により解析され、第２記録手段１００４により記録された前記単位データの位置情報とを比較することのみにより、前記映像テータの破損箇所を特定することができる。
【００６５】
また、前記破損箇所に対応する部分の位置情報を削除しているので、再生時は位置情報ファイル１００６を元に再生すれば破損した映像データを参照せず、高速に破損データを修復することができる。
２．第２の実施形態
第１の実施形態では、システムの構成上、第１記録手段１００３と第２記録手段１００４とは非同期に動作することを想定していなかった。
【００６６】
本実施の形態では、システムの構成上、第１記録手段１００３と第２記録手段１００４とは非同期に動作するものとする。非同期の動作は、第１記録手段１００３と、第２記録手段１００４とを別タスクとして実装した場合などに生じ得る。
そして、両記録手段が並行して動作中に停電等が起こると、例えば図６に示すように、映像データファイルと、位置情報ファイルとの内容に不整合が生じ得る。
【００６７】
図６は、不整合が生じている場合の一例であり、映像データファイルには３フレーム分のＪＰＥＧ画像データ６００１〜６００３と、破損した１つのＪＰＥＧ画像データ６００４が記録されているが、位置情報ファイルには２つのＪＰＥＧ画像データ６００１〜６００２に対応するデータ６０１１〜６０１２しか記録されていない。
第１の実施の形態は、映像データファイルにデータ全体が記録されたＪＰＥＧ画像データについては、フレームオフセットとフレームサイズとが位置情報ファイルに記録されていることが前提となっており、上述のような不整合ある場合を想定してはいるものの、再生可能なデータの復元は行っていない。
【００６８】
本実施の形態では、位置情報ファイルに登録されていないＪＰＥＧ画像データ（６００３）について、フレームオフセットとフレームサイズとを追記する追記処理を行う。
以下、前記追記処理について、図７を用いて説明する。
なお、以下、第１の実施形態とは異なる部分についてのみ説明する。
なお、本追記処理は、例えば、停電等で不整合が生じるような記録があった後に、最初に起動した時など適切な時に行うものとする。
【００６９】
まず、判断手段１００７は、映像データファイル１００５と、位置情報ファイルを開く（ステップＳ７００１）。
そして、位置情報ファイルに記録された情報に対応する映像データファイルのデータ終端を計算する（ステップＳ７００２）
図６の例では、データ終端は、フレーム番号１のフレームオフセットとフレームサイズとを加算した位置となる。
【００７０】
このデータ終端は、図６（ｂ）におけるＪＰＥＧ画像データ６００２の終端（ＪＰＥＧ画像データ６００３の始端）に一致する。
次いで、判断手段１００７は、映像データファイルの中で、データ終端以降に記録されているＳＯＩ、ＥＯＩを検索する。
図６の例では、ＳＯＩ、ＥＯＩは発見されることになる。
【００７１】
ＳＯＩ、ＥＯＩを発見した場合（ステップＳ７００４：Ｙ）、位置情報ファイル中の最後フレーム番号に対応するフレームオフセット＋フレームサイズを、位置情報ファイル中のフレームオフセットとして追記する（ステップＳ７００５）。
図６の例では、フレーム番号２のフレームオフセットとして、フレーム番号１のフレームオフセット＋フレームサイズが追記される。
【００７２】
そして、ＳＯＩ、ＥＯＩ間のデータサイズを計数し（ステップＳ７００６）、計数したデータサイズをフレームサイズとして位置情報ファイルに追記し（ステップＳ７００７）、次のＳＯＩ、ＥＯＩを検索する（ステップＳ７００４に戻る）。
図６の例では、ＪＰＥＧ画像データ６００３のデータサイズが計数され、フレーム番号２のフレームサイズとして位置情報ファイルに追記されることになる。
【００７３】
ステップＳ７００４において、ＳＯＩとＥＯＩが発見されなかった場合（ステップＳ７００４：Ｎ）、映像データファイルと、位置情報ファイルを閉じて（ステップＳ７００８）、処理を終了する。
以上の処理により、図６（ａ）に示した位置情報ファイルは、図８に示す位置情報ファイルへと内容が更新される。
【００７４】
４．第３の実施形態
第３の実施形態は、上述のような構成において、ファイル書き込みのためにファイルシステムが動作している間に停電等が起こり書き込んだファイルとファイル管理のための情報に不整合が生じた場合の復旧に関する。
【００７５】
具体的には、停電等のトラブル発生時に、ＪＰＥＧ画像データ本体は記録されたものの、ＪＰＥＧ画像データ本体が格納されたファイルを管理するための情報であるｉノード情報にそのＪＰＥＧ画像データが記録されなかった場合に、当該ＪＰＥＧ画像データを扱えるよう復旧する処理を行う。
以下、本実施の形態について、より詳細に説明する。
【００７６】
まず、本実施の形態に係るファイルシステムについて説明する。
ファイルシステムは、記録媒体における記録領域を固定長（例えば４キロバイト）のブロック単位で扱う。
アプリケーションが使用できるブロックは、ファイルシステムによって、例えば図１０（ｂ）のようなフリーブロックビットマップとして管理されている。
【００７７】
この例では、アプリケーションが使用できるブロックは、ブロック番号３以降のブロックであり、ブロック番号１〜３のブロックが使用中であることを示している。
ファイルシステムは、アプリケーションからファイルの生成要求を受け取ると、そのファイルサイズに応じて、フリーブロックビットマップに登録されている空きブロックの番号を取得し（ステップＳ９００１）、その空きブロックをファイルに割り当てる。
【００７８】
例えば、ファイルのサイズが６キロバイトであれば、ファイルシステムは２つのブロックを前記アプリケーションに割り当てる。
次にデータのファイルへの書き込み要求を受けると、書き込み要求されたファイルデータをファイルに対応する空きブロックに書き込む（ステップＳ９００２）。
そして、ファイルに関するｉノード情報に書き込む（ステップＳ９００３）。
【００７９】
図１０（ａ）は、ｉノード情報の一例である。
ｉノード情報は、ｉノード番号と、ファイル名と、使用ブロック番号と、データ長との組のリストで構成される。
ｉノード番号等の組は、ファイル生成の時点でｉノード情報に追加される。
ｉノード番号は、１つのファイルに対して１つ割り当てられる。
【００８０】
ファイル名は、そのｉノード番号で表されるファイルの名前である。これは、アプリケーションから受け取るファイル名が用いられる。
使用ブロック番号は、ファイルが記録されているブロックの番号を示す。
ｉノード番号１のファイルは、ブロック番号１、２に跨って記録されている。
データ長Ｌは、ファイルのデータ長である。
【００８１】
一例として、ｉノード番号が１のファイルのファイル長は６１４４バイトである。
ここで、ｉノード情報は、記録領域に記録されているが、使用時にはメモリに一旦読み込まれて使用される。
メモリ上のｉノード情報に変更があった場合は、適当なタイミングで記録領域に書き込むことで、メモリ上のｉノード情報と記録領域上のｉノード情報との同期が取られる（ステップＳ９００４）。
【００８２】
次に、以上説明したようなファイルシステムにおいて、ファイル１にフレーム番号２のＪＰＥＧ画像データを追記した後に停電等が生じて、ｉノード情報と、実際に記録領域に記録されたファイルに不整合が生じてしまった場合の動作について説明する。
図１０（ｃ）は、記録領域のブロック１〜３に、ファイル１が記録されている状態を示している。ここで、フレーム番号２のＪＰＥＧ画像データがファイル１に追記されているので、ｉノード情報の使用ブロック番号は、１、２、３となり、データ長は９２１６バイトになるべきであるが、フレーム番号２のＪＰＥＧ画像データに関してｉノード情報が更新されていない。
また、このとき、位置情報ファイルは、図１０（ｃ）の実線で囲ったファイル１に対応するフレーム番号０〜１についてのみ記録される。
【００８３】
この状態において、アプリケーションは、ｉノード情報上ではフレーム番号２のＪＰＥＧ画像データが存在しないのでこのＪＰＥＧ画像データを使用することができない。
そこで、フレーム番号２のＪＰＥＧ画像データを利用できるものとするため、判断手段１００７が、前記破損データ修復動作の前や後、停電後に再起動した時など適切な時に、以下の手順に従い復旧処理を行う。
【００８４】
判断手段１００７は、まず、停電発生時に記録していたファイルのｉノード番号（ｉｎｏｄｅ＿ｎｕｍ）をファイルシステムから取得する（ステップＳ１０００１）。
ここで、ファイルシステムは、書き込み中のファイルのｉｎｏｄｅ＿ｎｕｍを保持しており（本例ではｉｎｏｄｅ＿ｎｕｍ＝１）、停電が生じた際に書き込み途中で処理が中断してしまったファイルのｉｎｏｄｅ＿ｎｕｍも保持したままである。
【００８５】
なお、上述のような書き込み途中で処理が中断してしまったファイルのｉｎｏｄｅ＿ｎｕｍのファイルシステムによる保持に換えて、書き込み途中で処理が中断してしまったファイルのファイル名をアプリケーションが保持する構成としてもよい。
判断手段１００７は、ｉｎｏｄｅ＿ｎｕｍに係るファイルのデータ長（Ｌ）をファイルシステムから取得する（ステップＳ１０００２）。また、判断手段１００７は、ブロックサイズ（ｂｌｏｃｋ＿ｓｉｚｅ）をファイルシステムから取得する（ステップＳ１０００３）。
【００８６】
そして、Ｌをｂｌｏｃｋ＿ｓｉｚｅで割った場合の剰余ｒ（＝  Ｌ％ｂｌｏｃｋ＿ｓｉｚｅ）を算出し、ｒが０に等しいか否か判定する（ステップＳ１０００４）。
ｒが０に等しくない場合（ステップＳ１０００４：Ｎ）、探索開始位置を、ファイル中の最終ブロックのｒバイト目に設定し（ステップＳ１０００５）、ｒが０に等しい場合（ステップＳ１０００４：Ｙ）、フリーブロックビットマップ中で次に割り当てられるブロックの先頭をファイルシステムから取得し、探索開始位置に設定する（ステップＳ１０００６）。
【００８７】
次に、判断手段１００７は、探索開始位置以降にＳＯＩが記録されているか否かを探索する（ステップＳ１０００７）。ここでは、探索は、最大フレームサイズ分のデータについて行い、ＳＯＩを発見できなかった場合（ステップＳ１０００８：Ｎ）、処理を終了する。
ＳＯＩを発見できた場合（ステップＳ１０００８：Ｙ）、引き続きＥＯＩを探索する（ステップＳ１０００９）。
【００８８】
ＥＯＩを発見できた場合（ステップＳ１００１０：Ｙ）、ＳＯＩ、ＥＯＩに挟まれたデータをＪＰＥＧ画像データとみなして、ＳＯＩとＥＯＩに挟まれたデータのサイズをフレームサイズとし、フレームオフセットと共に位置情報ファイルに追記し（ステップＳ１００１１）、ステップＳ１０００７に移行する。
図１０（ｃ）の例では、探索開始位置は、ブロック＃２中のフレーム＃１の終端（フレーム＃２の始端）である。また、フレーム＃２のサイズをフレームサイズとし、フレーム番号０〜１のフレームサイズのサイズの合計がファイルオフセットとして、位置情報ファイルに追記される。
【００８９】
また、ステップＳ１００１０において、ＥＯＩを発見できなかった場合（ステップＳ１００１０：Ｎ）、ＳＯＩからの探索範囲がフレームレートから求まるフレームサイズより十分広いか否かを判定し（ステップＳ１００１２）、十分広いと判定された場合には（ステップＳ１００１２：Ｙ）処理を終了する。
ステップＳ１００１２において十分広くないと判定された場合（ステップＳ１００１２：Ｎ）、最大フレームサイズ分探索するまで（ステップＳ１００１３）、フリービットマップ中に登録されているブロックについて、ＥＯＩを探索し（ステップＳ１００１４）、ステップＳ１００１０に移行する。
【００９０】
以上により、フレーム＃２が利用可能となる。
なお、ステップＳ１００１１において、ＳＯＩとＥＯＩに挟まれたデータを有効なＪＰＥＧ画像データとみなしていたが、ＳＯＩとＥＯＩを調べるだけでは、単にファイル管理情報だけが欠けただけの有効なＪＰＥＧ画像データか、ファイルシステムによってファイルの消去としてファイル管理情報だけが消された際に残されたといった無効なＪＰＥＧ画像データかの区別はつきにくい。
【００９１】
従って、ＪＰＥＧ画像データに含まれる作成日時情報を用いて、ＪＰＥＧ画像データの有効／無効の判定確率を向上させてもよい。
例えば、本実施の形態では、復元したデータが図１０（ｃ）のフレーム番号２のＪＰＥＧ画像データであり、フレーム番号０、１、２は、連続で撮影されているものとする。
ファイルに含まれるＪＰＥＧ画像データには、当該ＪＰＥＧ画像データが作成された作成日時情報が記録されている。
【００９２】
そこで、フレーム番号２のＪＰＥＧ画像データの作成日時情報と、フレーム番号１のＪＰＥＧ画像データの作成日時情報とが所定の条件を満たす場合に、フレーム番号２のＪＰＥＧ画像データも有効であると判定する。
前記所定の条件としては、フレーム番号２のＪＰＥＧ画像データの作成日時情報が、フレーム番号１のＪＰＥＧ画像データの作成日時情報よりも未来の日時を示し、かつ、両作成日時の差が撮影時のフレームレートから判断して妥当な範囲の場合に、フレーム番号２のＪＰＥＧ画像データを有効なデータであると判定する。
【００９３】
無効なデータであると判定した場合には、当該データについては、位置情報ファイルへの登録を行わないなどとする。
５．その他変形例など
なお、本発明を上記の実施の形態に基づいて説明してきたが、本発明は、上記の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
（１）  上述の実施形態において、ネットワークカメラシステムから送付される応答メッセージはＨＴＴＰプロトコルの複数パートフォーマットであるとしたが、複数パートヘッダエリアの“Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドに相当するようなフレームデータサイズを取得できるものであれば、上記フォーマットに限るものではない。
【００９４】
また、“Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ”フィールドに相当するようなフレームデータサイズが存在しなかった場合は、各JPEGの先頭と終端に存在するマーカービットを、受信中にビット比較することによりフレームサイズを取得することにより、フレームの位置情報を生成するとしても良い。
また、１つの複数パートボディエリアに、１つのＪＰＥＧ画像データを格納して通信する例で説明したが、これに限るものではない。１つの複数パートボディエリアに２つ以上のＪＰＥＧ画像データを格納してもよいし、ＪＰＥＧ画像データを分割して２以上の複数パートボディエリアに格納して通信してもよい。
【００９５】
１つの複数パートボディエリアに２つ以上のＪＰＥＧ画像データを格納しており、そのうちのいくつかのＪＰＥＧ画像データが破損しているような場合には、位置情報ファイルの取り扱いを変更する必要がある。
上述の実施形態において、変更手段１００８は、判断手段１００７により通知された破損データの位置情報に従い、第２記録手段１００４により作成された位置情報ファイル１００６のうち破損データ部分を削除していた。しかし本変形例の場合であれば、上述のような削除は行わず、破損しているＪＰＥＧ画像データの実サイズを、位置情報ファイルに含まれるフレームサイズから減じればよい。
（２）  上述の実施形態において、破損した映像データに対応した位置情報を削除するとしたが、破損した映像データのフレームを削除する、又は破損した映像データのフレームと、対応した位置情報の両方を削除するとしてもよい。このようにすれば、録画中の停電により映像データの破損が発生していた場合でも、修復後は映像データファイル１００５を参照するだけで正常な再生を行うことが可能となる。
（３）  上述の実施形態において、映像データファイル１００５への映像データの追記と位置情報ファイル１００６への位置情報の追記を順番に行うとしたが、処理の効率化のために並行して行っても良い。
【００９６】
また、ファイルシステムのキャッシュ処理により引き起こされる遅延書き込みより、記録媒体１０１０に対して第１記録手段１００３、第２記録手段１００４の順番で書き込みを要求したにもかかわらず、停電の発生により記録媒体１０１０には第２記録手段１００４の書き込み要求だけが反映されるような場合が生じうる。
上記の両ケースにおいても、本映像記録装置の検出手段及び変更手段１００８によれば破損データを修復可能であることは自明である。
（４）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。前記ＲＡＭ又は前記ハードディスクユニットには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、各装置は、その機能を達成する。ここで、コンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。
【００９７】
なお、各装置は、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどの全てを含むコンピュータシステムに限らず、これらの一部から構成されているコンピュータシステムであってもよい。
（５）上記の各装置を構成する構成要素の一部又は全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムに従って動作することにより、システムＬＳＩは、その機能を達成する。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
【００９８】
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【００９９】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
（６）上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能なＩＣカード又は単体のモジュールから構成されているとしてもよい。前記ＩＣカード又は前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、などから構成されるコンピュータシステムである。前記ＩＣカード又は前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記ＩＣカード又は前記モジュールは、その機能を達成する。このＩＣカード又はこのモジュールは、耐タンパ性を有するとしてもよい。
（７）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１００】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【０１０１】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
（８）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１０２】
本発明に係る映像記録装置は、監視カメラからネットワークを介して映像データを受信して記録し、当該記録の最中に停電等により記録が中断された場合に復帰処理を行う映像記録装置として有用であり、監視システム等に使用される。また、監視システムを構成する映像記録装置等として家電の製造販売業者等により製造、販売等がなされる。
【符号の説明】
【０１０３】
１００    ネットワークカメラシステム
１０００  映像記録装置
１００１  受信手段
１００２  解析手段
１００３  第１記録手段
１００４  第２記録手段
１００５  映像データファイル
１００６  位置情報ファイル
１００７  判断手段
１００８  変更手段
１０１２  検出手段
１０１３  再生手段
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のフレーム画像データを記録する映像記録装置であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全サイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、
前記特定されたフレーム画像データの再生を抑止する管理手段と
を備えることを特徴とする映像記録装置。
【請求項２】
前記記録手段は、
前記記録媒体における論理的に連続した領域にフレーム画像データを順に記録し、
全サイズ情報について、各サイズ情報に係るフレーム画像データより先に記録された全てのフレーム画像データの合計サイズであるオフセットを算出し、当該サイズ情報とオフセットとを対応づけて記録し、
前記特定手段は、オフセットを用いて部分的に欠落したフレーム画像データの先頭位置を検出する
ことを特徴とする請求項１記載の映像記録装置。
【請求項３】
前記特定手段は、
全サイズ情報それぞれに対応するオフセットについて、記録順が後であるオフセットから順に選出する選出部と、
前記選出部によりオフセットが選出される毎に、前記連続領域における当該オフセットが示す位置以降に、部分的に欠落したフレーム画像データが記録されているか検索する検索部と、
部分的に欠落したフレーム画像データが発見された場合に、当該フレーム画像データに係るサイズ情報と対応づけられているオフセットを前記先頭位置と決定する決定部と
を含むことを特徴とする請求項２記載の映像記録装置。
【請求項４】
前記特定手段は、前記フレーム画像データの再生を抑止するために、当該フレーム画像データに対応するサイズ情報とオフセットを削除する
ことを特徴とする請求項２記載の映像記録装置。
【請求項５】
前記管理手段は、前記先頭位置以降の記録領域に係るサイズ情報とオフセットとを前記記録手段から削除する
ことを特徴とする請求項２記載の映像記録装置。
【請求項６】
前記通信データは、ＨＴＴＰに従った複数パートから構成され、
前記全パートそれぞれは、前記フレーム画像データと前記サイズとの１組を含み、
前記記録手段は、前記全パートそれぞれについて、各パートに含まれるサイズをサイズ情報として抽出し、当該パートに含まれるフレーム画像データを抽出し、当該サイズ情報及び当該フレーム画像データを対応付けて記録媒体に記録する
ことを特徴とする請求項１記載の映像記録装置。
【請求項７】
前記特定手段は、更に、
前記記録媒体に記録されている前記サイズ情報自体の合計サイズが、所定サイズの倍数であるか否かを判定し、所定サイズの倍数でないと判定された場合に、最後に記録されたサイズ情報を削除する
ことを特徴とする請求項１記載の映像記録装置。
【請求項８】
前記映像記録装置は、更に、
前記合計実サイズが、前記合計管理サイズよりも大きい場合に、前記合計管理サイズを用いて特定される探索開始位置からフレーム画像データを探索する探索手段と、
前記探索手段によりフレーム画像データが発見された場合、発見されたフレーム画像データのサイズを算出し、算出したサイズを示すサイズ情報を前記記録媒体に追記する追記手段と
を備えることを特徴とする請求項１記載の映像記録装置。
【請求項９】
前記映像記録装置は、ファイルシステムを備え、
前記ファイルシステムは、前記記録媒体における記録領域をファイルに対して割り当て、
前記全フレーム画像データは、１のファイルに格納され、
前記映像記録装置は、更に、
前記電源遮断が検出された場合に、前記ファイルシステムにより次に割り当て予定である記録領域に、フレーム画像データが記録されているか否かを探索する探索手段と、
発見した場合に、当該フレーム画像データのサイズを算出してサイズ情報として前記記録媒体に追記する追記手段と
を備えることを特徴とする請求項１記載の映像記録装置。
【請求項１０】
前記各フレーム画像データは、タイムスタンプを含み、
前記追記手段は、前記探索において発見したフレーム画像データのタイムスタンプが、前記ファイルに最後に格納されたフレーム画像データのタイムスタンプよりも遅い日時を示している場合にのみ前記追記を行う
ことを特徴とする請求項９記載の映像記録装置。
【請求項１１】
前記記録手段は、
前記記録媒体にフレーム画像データを記録する第１記録部と、
前記記録媒体にサイズ情報を記録する第２記録部とを含み、
前記第１記録部と前記第２記録部とは非同期に記録処理を行う
ことを特徴とする請求項１記載の映像記録装置。
【請求項１２】
複数のフレーム画像データを記録する映像記録方法であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、
前記特定されたフレーム画像データの再生を抑止する管理ステップと
を含むことを特徴とする映像記録方法。
【請求項１３】
複数のフレーム画像データを記録する映像記録装置に用いられる映像記録プログラムであって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信ステップと、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録ステップと、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較ステップと、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定ステップと、
前記特定されたフレーム画像データの再生を抑止する管理ステップと
を含むことを特徴とする映像記録プログラム。
【請求項１４】
複数のフレーム画像データを記録する集積回路であって、
フレーム画像データと、当該フレーム画像データのサイズを示すサイズ情報との組を複数含む通信データを受信する受信手段と、
前記通信データの全組からサイズ情報及びフレーム画像データを抽出して記録媒体に記録する記録手段と、
前記記録媒体に記録されている全フレーム画像データの実サイズの合計である合計実サイズと、前記全てのサイズ情報それぞれにより示されるサイズの合計である合計管理サイズとを比較する比較手段と、
前記合計実サイズが前記合計管理サイズよりも小さい場合に、前記合計実サイズと前記合計管理サイズとの差分と、前記サイズ情報とを用いて、部分的に欠落したフレーム画像データを特定する特定手段と、
前記特定されたフレーム画像データの再生を抑止する管理手段と
を備えることを特徴とする集積回路。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009050894.tif 000014
【図２】
2009050894.tif 000015
【図３】
2009050894.tif 000016
【図４】
2009050894.tif 000017
【図５】
2009050894.tif 000018
【図６】
2009050894.tif 000019
【図７】
2009050894.tif 000020
【図８】
2009050894.tif 000021
【図９】
2009050894.tif 000022
【図１０】
2009050894.tif 000023
【図１１】
2009050894.tif 000024
【国際調査報告】
2009050894.tif 000025
2009050894.tif 000026
2009050894.tif 000027
2009050894.tif 000028