(57)【特許請求の範囲】
【請求項１】
連続するフレーム番号が付された複数のフレームからなる映像データを記録する記録装置において、
前記映像データを所定サイズに編集した単位データを複数記録するデータ記録領域と、
複数の前記単位データの夫々に対応して、当該単位データが含むフレーム数及び先頭フレーム番号並びに時刻情報を有する複数の目次情報を記録する目次情報記録領域と、
前記単位データに、当該単位データに対応する前記目次情報と同一の情報である予備目次情報を含めた上で、時系列的に最も古いデータを最新のデータで順次に書き換える態様で前記データ記録領域に循環記録するデータ記録手段と、
前記単位データ毎に破損部分を修復したか保留したかを、後段の修復時処理へ伝えるためのチェック配列領域を用いて、第１修復時処理、第２修復時処理及び第３修復時処理を順次行う修復手段と、を備え、
前記第１修復時処理では、夫々の前記目次情報が破損しているか否かを調査し、破損している場合には、対応する単位データに含まれる前記予備目次情報を読み出して修復を行い、
前記第２修復時処理では、データ記録領域における記録順番において隣接する２つの単位データついて、当該２つの単位データに夫々対応する前記目次情報が有する前記フレーム数及び前記先頭フレーム番号から、当該２つの単位データ間のフレーム番号の連続状態をチェックするフレーム番号チェック処理を行い、フレーム番号が不連続である場合には、対象となる１単位毎のデータが正常であると判定され且つ当該対象となる１単位毎のデータに含まれる前記予備目次情報が非破損であると判定されたときには当該対象となる１単位毎のデータに対応する１単位毎の目次情報を修復するとともに前記チェック配列領域に当該対象となる１単位毎のデータが修復した状態である修復状態であることを記録し、他のときには前記チェック配列領域に当該対象となる１単位毎のデータが修復を保留した状態である保留状態であることを記録し、
前記第３修復時処理では、前記データ記録領域から最新の単位データと最古の単位データを検索し、当該最新の単位データと当該最古の単位データの間の区間内であって前記チェック配列領域に保留の旨が記録されている破損区間の単位データに対して、当該破損区間の前後の正常な目次情報に基づいて、連続性が保たれるようなダミーの目次情報を生成して記録する、
ことを特徴とする記録装置。
【請求項２】
請求項１に記載の記録装置において、
前記単位データは、前記所定サイズとして前記データ記録領域におけるセクタの複数分に当たるサイズを有し、当該単位データ内を複数の小領域に分けて読み出せるものであり、
前記目次情報の夫々は、対応する単位データが有する前記複数の小領域毎に、２番目以降の小領域について開始セクタ番号を保持し、
各前記目次情報には、対応する前記単位データについて、データが記録されている状態である正常状態であるか或いはデータが記録されていない状態である未使用状態であるか或いはデータが破損しているために目次情報がダミーの値を示している状態である破損状態であるかを識別する状態フラグが含まれ、
前記第１修復時処理では、前記開始セクタ番号の並びに基づいて前記目次情報が破損しているか否かを判定し、破損している場合には対応する単位データの正当性を判定し、正常と判定したときに前記予備目次情報を読み出して修復すると共に前記チェック配列領域に修復した旨を記録し、未使用状態或いは破損状態と判定したときに前記チェック配列領域に保留した旨を記録するものであり、
前記第３修復時処理では、前記破損区間の単位データに対して、前記状態フラグとして前記破損状態である旨を記録する、
ことを特徴とする記録装置。
【請求項３】
請求項１又は請求項２に記載の記録装置において、
各前記目次情報には、対応する前記単位データについて、データが記録されている状態である正常状態であるか或いはデータが記録されていない状態である未使用状態であるか或いはデータが破損しているために目次情報がダミーの値を示している状態である破損状態であるかを識別する状態フラグが含まれ、
前記第２修復時処理では、データ記録領域における記録順番において隣接する２つの単位データについて、前記状態フラグに基づいて１つ前の単位データとの間で状態が異なるかをチェックする状態チェック処理を行い、１つ前の単位データとの間で状態が異なる場合には、対象となる１単位毎のデータが正常であると判定され且つ当該対象となる１単位毎のデータに含まれる前記予備目次情報が非破損であると判定されたときには当該対象となる１単位毎のデータに対応する１単位毎の目次情報を修復するとともに前記チェック配列領域に当該対象となる１単位毎のデータが修復した状態である修復状態であることを記録し、他のときには前記チェック配列領域に当該対象となる１単位毎のデータが修復を保留した状態である保留状態であることを記録し、
前記第２修復時処理では、データ記録領域における記録順番において隣接する２つの単位データについて、前記チェック配列領域の記録内容に基づいて１つ前の単位データが修復状態又は保留状態であるかをチェックする修復保留チェック処理を行い、１つ前の単位データが修復状態又は保留状態である場合には、対象となる１単位毎のデータが正常であると判定され且つ当該対象となる１単位毎のデータに含まれる前記予備目次情報が非破損であると判定されたときには当該対象となる１単位毎のデータに対応する１単位毎の目次情報を修復するとともに前記チェック配列領域に当該対象となる１単位毎のデータが修復した状態である修復状態であることを記録し、他のときには前記チェック配列領域に当該対象となる１単位毎のデータが修復を保留した状態である保留状態であることを記録し、
前記第２修復時処理では、前記フレーム番号チェック処理と前記状態チェック処理と前記修復保留チェック処理のうちのいずれかのチェック処理を行った単位データについては他のチェック処理を行わない、
ことを特徴とする記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば循環記録方式を採用した記録装置に関し、特に、記録内容に発生した齟齬を効果的に修復する記録装置に関する。
【背景技術】
【０００２】
映像や音声の時系列的なデータを記録装置により記録することが行われている。このような記録装置のメモリ容量は有限であるため、循環記録方式が採用されている。循環記録方式では、記録装置に確保されたメモリ領域を循環的に利用することとし、時系列的に最も古いデータを最新のデータで順次に書き換えることが行われ、これにより、過去の所定量のデータを保存して再生することを可能とする。
【０００３】
一例として、映像蓄積配信システムを利用した遠隔監視システムでは、Ｗｅｂカメラなどの撮像装置により順次撮影された時系列的な映像データを磁気ディスク（例えば、ハードディスク）、光ディスク、或いは半導体ディスクなどの大容量の記録部に記録（蓄積）し、必要に応じて、記録した映像データをネットワークを介して配信することにより、遠隔地に設けられたモニタ画面で映像を監視することを可能とする。また、複数の撮像装置を設けることで、複数の場所の映像（複数のチャンネルの映像）を監視することも可能である。
【０００４】
また、映像や音声の時系列的なデータを記録装置により記録する場合には、例えば、ＪＰＥＧなどの画像圧縮方式により、画像フレームを圧縮した形でデータを記録することが行われるが、画像フレームを圧縮すると、画像の状態に応じてフレーム毎にデータサイズが異なり得る。
このため、従来技術の一例として、記録装置に確保されたメモリ領域を循環的に使用して時系列入力データを記録する循環記録装置において、時系列入力データを複数のサブブロックからなる所定サイズのデータブロックに編集し、データブロック単位で記録装置に書き込むこと、及び、特定データの出力要求に応答して、記録装置からキャッシュメモリにサブブロック単位でデータを読み出し、当該サブブロックに含まれる特定データを選択的に出力すること、が検討等されている（例えば、特許文献１参照。）。これにより、循環記録領域へのアクセス効率を向上させて、循環記録領域を有効に利用することが図られる。
【０００５】
【特許文献１】特開２００４−３５５７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような記録装置では、例えば、蓄積配信サーバ装置の稼働時又はチャンネル容量の変更時などに、システムの予期せぬ停止が発生した場合に、確率は低いがファイルシステムに齟齬が発生することがあった。現状では、ファイルシステムに齟齬が発生した場合に修復する機能が十分に開発されておらず、例えば、映像や音声のデータを破棄して再フォーマットを行うような対処しかできなかった。
本発明は、このような従来の課題を解決するために為されたもので、例えば循環記録方式を採用した構成において、記録内容に発生した齟齬を効果的に修復することができる記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る記録装置では、次のような構成により、１単位毎のデータ及び当該１単位毎のデータに関する１単位毎の目次情報を記録する。
すなわち、データ記録領域に、前記１単位毎のデータを記録する。目次情報記録領域に、前記１単位毎の目次情報を記録する。
そして、データ記録手段が、前記１単位毎のデータに対応する前記１単位毎の目次情報と同一の情報である予備目次情報を、当該１単位毎のデータに含めて前記データ記録領域に記録する。修復手段が、前記データ記録領域に記録された前記１単位毎のデータに含まれる前記予備目次情報に基づいて、前記目次情報記録領域に記録された当該１単位毎のデータに対応する前記１単位毎の目次情報を修復する。
【０００８】
従って、１単位毎のデータの外部に当該１単位毎のデータに対応する目次情報が記録されるとともに、当該１単位毎のデータに含めて当該目次情報と同一の情報（予備目次情報）が記録されるため、例えば、目次情報に破損が発生しても、これを予備目次情報に基づいて修復することができ、記録内容に発生した齟齬を効果的に修復することができる。例えば、１単位毎のデータと対応する１単位毎の目次情報を循環記録方式により記録する場合などに適用することができる。
【０００９】
ここで、データとしては、例えば映像（画像）のデータや音声のデータなど、種々なものが用いられてもよい。
また、目次情報としては、種々なものが用いられてもよく、例えば、１単位毎の目次情報が、これに対応する１単位毎のデータの内部構成を特定する情報や、当該１単位毎のデータに関する状態や時刻などの情報からなるような態様を用いることができる。
【００１０】
また、データ記録領域や、目次情報記録領域としては、それぞれ、例えば、メモリを用いて構成することができる。
また、データ記録領域や、目次情報記録領域としては、例えば、それぞれ異なるメモリを用いて設けられてもよく、或いは、同一のメモリの記録領域を分割して設けられてもよい。
また、データ記録領域や目次情報記録領域には、例えば、１単位毎のデータや１単位毎の目次情報が、複数の単位分、記録される。
また、データ及び目次情報の組は、例えば、１組だけ設けられてもよく、或いは、複数のチャンネルなどに対応して複数組設けられてもよい。
【００１１】
また、予備目次情報としては、対応する目次情報と同一の情報が用いられるが、例えば、符号化の有無や暗号化の有無が異なる場合などのように、実質的に同一の情報内容を把握することが可能な情報については、表面上で異なっていても、同一の情報に包含される。
また、予備目次情報を１単位毎のデータに含める態様としては、例えば、当該１単位毎のデータの中に当該予備目次情報を埋め込むような態様が用いられてもよく、或いは、当該１単位毎のデータに当該予備目次情報を付加するような態様が用いられてもよく、いずれにおいても、予備目次情報と本来の１単位毎のデータとのまとまり（予備目次情報を含んだ１単位毎のデータ）については、その内部に予備目次情報を含むこととなる。
【００１２】
また、予備目次情報に基づいて対応する１単位毎の目次情報を修復する態様としては、種々な態様が用いられてもよく、例えば、１単位毎の目次情報に破損が発生した場合に修復する（つまり、正しい目次情報へ戻す）態様や、１単位毎の目次情報に破損が発生した可能性がある場合に修復する（つまり、破損の有無はわからないが、正しい目次情報へ置き換える）態様などを用いることができる。また、例えば、１単位毎の目次情報を修復しようとするに際して、対応する１単位毎のデータの状態を判定して当該１単位毎のデータが正常である場合に修復を行う態様つまり正常でない場合には修復を行わない態様や、対応する１単位毎のデータに含まれる予備目次情報の状態を判定して当該予備目次情報が正常である場合に修復を行う態様つまり正常でない場合には修復を行わない態様などを用いることができる。
【００１３】
本発明に係る記録装置では、一構成例として、次のような構成とした。
すなわち、前記データ記録領域には、複数単位のデータが記録される。前記目次情報記録領域には、前記複数単位のデータに対応する複数単位の目次情報が記録される。
そして、前記修復手段は、前記目次情報記録領域に記録された前記複数単位の目次情報について、１単位毎に破損が発生しているか否かを判定し、破損が発生していると判定した１単位毎の目次情報を修復する。
【００１４】
従って、複数単位の目次情報について、破損が発生している単位の目次情報のみに対して修復の処理が行われるため、例えば、目次情報を全体的に修復するような構成と比べて、修復に要する時間を短くすることができ、効率化を図ることができる。
ここで、１単位毎の目次情報に破損が発生しているか否かを判定する手法としては、種々な手法が用いられてもよい。
【００１５】
一構成例として、複数単位のデータ及びこれらに対応する複数単位の目次情報は、各単位毎に、順番に番号などが付与されて記録されており、そして、この番号などの昇順或いは降順に、各単位毎の目次情報に破損が発生しているか否かを判定する。
他の構成例として、記録された複数単位の目次情報について、ランダムに各単位毎の目次情報を選択して、当該選択した各単位毎の目次情報に破損が発生しているか否かを判定するような構成とすることも可能である。
【００１６】
本発明に係る記録装置では、一構成例として、次のような構成とした。
すなわち、前記データ記録領域には、複数単位のデータが記録される。前記目次情報記録領域には、前記複数単位のデータに対応する複数単位の目次情報が記録される。
また、各単位毎のデータには、１つ又は２つ以上のフレームが含まれる。前記各単位毎のデータに含まれるフレームのそれぞれには、前記複数単位のデータについて順に、連続した番号が付与される。
また、各単位毎の目次情報には、当該各単位毎の目次情報に対応する各単位毎のデータに含まれる先頭のフレームの番号及び当該各単位毎のデータに含まれるフレームの数を特定するフレーム情報が含まれるとともに、当該各単位毎のデータが正常状態であるか或いは未使用状態であるか或いは破損状態であるかを識別する状態フラグが含まれる。
また、チェック配列領域に、前記データ記録領域に記録される前記複数単位のデータについて、各単位毎のデータが修復状態であるか或いは保留状態であるか或いは未チェック状態であるかを記録する。
そして、前記修復手段は、前記データ記録領域に記録される前記複数単位のデータについて昇順及び降順に、対象となる１単位毎のデータに対して、（１）前記状態フラグに基づいて１つ前の１単位毎のデータとの間で状態が異なる場合、或いは、（２）前記チェック配列領域の記録内容に基づいて１つ前の１単位毎のデータが修復状態又は保留状態である場合、或いは、（３）前記状態フラグに基づいて１つ前の１単位毎のデータ及び当該対象となる１単位毎のデータが共に正常状態であり且つ前記フレーム情報に基づいて１つ前の１単位毎のデータと当該対象となる１単位毎のデータとの間でフレームの番号が不連続である場合のうちの１つ以上の場合には、次の処理を行う。すなわち、この場合、修復手段は、当該対象となる１単位毎のデータが正常であると判定され且つ当該対象となる１単位毎のデータに含まれる前記予備目次情報が非破損（正常）であると判定されたときには、当該対象となる１単位毎のデータに対応する１単位毎の目次情報を修復するとともに、前記チェック配列領域に当該対象となる１単位毎のデータが修復状態であることを記録し、また、他のときには前記チェック配列領域に当該対象となる１単位毎のデータが保留状態であることを記録する。
【００１７】
従って、複数単位のデータ及び対応する複数単位の目次情報の組について、昇順及び降順に、対象となる1単位毎のデータについて、（１）１つ前の１単位毎のデータとの間で状態フラグの値が異なる場合や、（２）１つ前の１単位毎のデータのチェック配列領域の値が修復状態又は保留状態である場合や、（３）１つ前の１単位毎のデータも当該対象となる１単位毎のデータも状態フラグの値が正常状態であるが、これらの間でフレーム情報に基づくフレームの番号が不連続である場合にのみ、修復の処理が行われるため、例えば、目次情報を全体的に修復するような構成と比べて、修復に要する時間を短くすることができ、効率化を図ることができる。
【００１８】
ここで、例えば、複数単位のデータについて各単位毎のデータに順番があり、１番目の単位のデータに含まれるフレーム、２番目の単位のデータに含まれるフレーム、３番目の単位のデータに含まれるフレーム、・・・の順に、番号が付与される。また、１つの単位のデータに２つ以上のフレームが含まれる場合には、それぞれのフレームに順に、番号が付与される。これにより、複数単位のデータについて順に、それぞれのフレームに連続した番号が付与される。
また、各単位毎のデータに含まれる先頭のフレームの番号の情報やフレームの総数の情報が、フレーム情報として、対応する各単位毎の目次情報に含まれる。このため、目次情報が正しい場合には、フレーム情報により特定されるフレームの番号の連続性が保持される。
【００１９】
また、状態フラグとしては、種々な情報が用いられてもよい。状態フラグの値により示される正常状態や未使用状態や破損状態としては、それぞれ、概略的には、正常である状態、未使用である状態（つまり、使用されていない状態）、破損している状態を表すが、更に具体的に種々な定義が為されてもよい。
また、チェック配列領域としては、例えば、メモリを用いて構成することができる。チェック配列領域の値により示される修復状態や保留状態や未チェック状態としては、それぞれ、概略的には、修復が行われた状態、修復が保留された状態、未チェックである状態（つまり、チェックされていない状態）を表すが、更に具体的に種々な定義が為されてもよい。
また、チェック配列領域としては、例えば、データ記録領域や目次情報記録領域が備えられるディスク装置などの構成部に備えられてもよく、或いは、このような構成部とは異なる構成部である例えば制御部などを有する装置に備えられてもよい。つまり、各手段は、一体の装置に備えられてもよく、或いは、複数の装置に分散して備えられてもよい。
【００２０】
また、１単位毎のデータが正常であるか否かを判定する手法としては、種々な手法が用いられてもよい。なお、１単位毎のデータに対応する１単位毎の目次情報が正しい場合には、当該１単位毎の目次情報に含まれる状態フラグに基づいて判定することが可能であるが、例えば、当該１単位毎の目次情報に破損が生じている可能性があるような場合には、予め設定された判定条件に基づいて判定する構成とすることが可能である。
また、１単位毎のデータに含まれる予備目次情報が非破損（正常）であるか否かを判定する手法としては、種々な手法が用いられてもよく、例えば、予め設定された判定条件に基づいて判定する構成を用いることができる。
また、修復手段としては、好ましい態様として、複数単位のデータについて昇順及び降順の両方で、処理を行うが、他の構成例として、昇順のみ或いは降順のみで処理を行う構成を用いることも可能である。
【００２１】
なお、本発明は、方法や、プログラムや、記録媒体などとして提供することも可能である。
本発明に係る方法では、装置において各手段が各種の処理を実行する。
本発明に係るプログラムでは、装置を構成するコンピュータに実行させるものであって、各種の機能を当該コンピュータにより実現する。
本発明に係る記録媒体では、装置を構成するコンピュータに実行させるプログラムを当該コンピュータの入力手段により読み取り可能に記録したものであって、当該プログラムは各種の処理を当該コンピュータに実行させる。
【発明の効果】
【００２２】
以上説明したように、本発明に係る記録装置によると、１単位毎のデータ及びそれに関する１単位毎の目次情報を記録するに際して、当該１単位毎の目次情報と同一の情報である予備目次情報を当該１単位毎のデータに含めて記録し、当該１単位毎のデータに含まれる予備目次情報に基づいて当該１単位毎の目次情報を修復するようにしたため、例えば、当該１単位毎の目次情報に破損が発生しても、これを当該予備目次情報に基づいて修復することができ、記録内容に発生した齟齬を効果的に修復することができる。
【発明を実施するための最良の形態】
【００２３】
本発明に係る実施例を図面を参照して説明する。
図１には、本発明の一実施例に係る映像蓄積配信システムの構成例を示してある。
本例の映像蓄積配信システムには、ディスク装置２を備えた映像蓄積配信サーバ装置１と、複数であるｍ個のＷｅｂカメラＢ１〜Ｂｍと、複数であるｎ個のクライアント端末装置Ｃ１〜Ｃｎと、これらを通信可能に接続するネットワーク３が設けられている。
それぞれのＷｅｂカメラＢ１〜Ｂｍはそれぞれ異なるチャンネル（ＣＨ１〜ＣＨｍ）に対応しており、ディスク装置２には各チャンネル（ＣＨ１〜ＣＨｍ）に対応したｍ個の循環記録領域Ａ１〜Ａｍが備えられている。
各クライアント端末装置Ｃ１〜Ｃｎは、例えば、パーソナルコンピュータ（ＰＣ）などから構成されている。
【００２４】
本例の映像蓄積配信システムでは、各ＷｅｂカメラＢ１〜Ｂｍにより撮影された映像や取得された音声のデータ（本例では、まとめて、映像データと言う）がネットワーク３を介して映像蓄積配信サーバ装置１へ伝送され、それぞれ、当該各ＷｅｂカメラＢ１〜Ｂｍに対応したチャンネルの循環記録領域Ａ１〜Ａｍに記録（蓄積）される。また、映像蓄積配信サーバ装置１は、例えばクライアント端末装置Ｃ１〜Ｃｎからの要求などに応じて、当該要求などされたチャンネルの循環記録領域Ａ１〜Ａｍに記録された映像データをネットワーク３を介してクライアント端末装置Ｃ１〜Ｃｎへ送信（配信）する。クライアント端末装置Ｃ１〜Ｃｎでは、受信した映像データを再生することにより、画面に映像を出力することや、スピーカから音声を出力することが行われる。
【００２５】
以下で、映像蓄積配信サーバ装置１に備えられたディスク装置２が有する循環記録領域Ａ１〜Ａｍを構成する映像用のファイルシステムの修復機能について説明する。
図２には、ファイルシステム（映像蓄積配信サーバ装置用ファイルシステム）１１の構成例を示してある。
本例のファイルシステム１１には、１０ＭＢ〜１５０ＭＢのアロケーション情報２１を記録する領域と、２０ＭＢ〜３００ＭＢの目次情報２２を記録する領域と、１６０ＧＢ〜８ＴＢの映像データを記録する領域が設けられる。
【００２６】
ファイルシステム１１に記録される情報は、書き換えを行う頻度によって大きく２種類（本例で、グループＡ、グループＢと言う）に分かれる。
グループＡの情報は、領域の変更を行う際に書き換えられる情報である。領域の変更としては、物理的なディスク数の変更や、映像記録用チャンネルの追加或いは削除或いは領域サイズ変更などがある。
グループＡの情報の具体例としては、そのディスクを映像蓄積配信サーバ装置用ファイルシステム１１に用いることを示す特殊マーカーの情報や、いずれのチャンネルがディスク上のいずれの領域に配置されているかを示すアロケーション情報２１がある。
グループＡの情報の特徴としては、変更の頻度が少なく、データ量も比較的小さいため、実用的な時間でバックアップが可能である。
【００２７】
グループＢの情報は、映像データ２３の蓄積に伴って随時書き換えられる情報である。
グループＢの情報の具体例としては、チャンネル内のいずれの辺りに何時頃に記録した映像データ２３が入っているかを示す目次情報２２や、映像データ２３がある。目次情報２２は、映像データ２３の１単位毎に作成される。映像データ２３の１単位としては、例えば、１Ｍバイト（ｂｙｔｅ）分の領域に詰め込まれた複数のフレーム（又は、例えばＧＯＶなどでもよい）が用いられる。
グループＢの情報の特徴としては、変更の頻度が大きく、データ量も大きいため、例えば全体的なバックアップは非現実的である。
【００２８】
図３には、循環記録型のファイルシステム１１におけるチャンネル領域の一例を示してある。
図示されるように、目次情報２２を記録する領域や、映像データ２３を記録する領域には、それぞれ、複数のチャンネルの各々に対する領域が順に設けられて割り当てられ、その後段に、空きがある場合には空き領域が存在する。このように、目次情報２２及び映像データ２３について、チャンネル毎に領域分けが行われる。なお、図３の例では、３個のチャンネル（ＣＨ１〜ＣＨ３）について示したが、チャンネルの個数は任意でよい。
【００２９】
上述のように、ファイルシステム１１内では、目次情報２１或いは映像データ２３を記録する領域をカメラ単位（チャンネル単位）で分けることができる。本例では、このような各チャンネル毎の目次情報記録領域或いは映像データ記録領域をチャンネル領域と言い、例えば、各チャンネル毎の循環記録領域Ａ１〜Ａｍに対応する。なお、目次情報２１を記録する領域及び映像データ２３を記録する領域としては、本例のように、幾つかのチャンネルに対応する領域を用意して使用してもよく、或いは、他の構成例として、全部の領域を１つのチャンネルに対応させて使用してもよい。
【００３０】
チャンネル領域の作成やそのサイズの変更は、映像データ２３の記録開始前に行われる。
チャンネル領域のサイズは、映像データ２３の記録及び読み出しを行うプログラムが動作中である間は、変化しない。
各チャンネルの映像データ２３について、各チャンネル領域内で循環記録を行う、つまり、各チャンネル領域の末尾まで記録したら先頭から上書きすることを行う。
【００３１】
ここで、図３では、論理的なイメージ例として、映像データ２３がチャンネル毎に固まっている場合を示しているが、実際には、物理的配置は離散していることが多く、これは、チャンネル領域の削除や作成を何度か行うと連続した領域を確保することが難しくなるためである。このため、映像データ２３の各チャンネル領域の物理的配置は離散していてもよく、この場合においても、アロケーション情報２１若しくは目次情報２２が「各チャンネル領域の何番目の映像データが、ディスク上のいずれのところに配置されているか」を示すテーブルを保持することにより、各チャンネル領域内の任意の映像データにアクセスすることが可能である。なお、映像データ２３の各チャンネル領域の場合と同様に、目次情報２２の各チャンネル領域の物理的配置が離散的であってもよい。
【００３２】
図４（ａ）には、或るチャンネルの領域に記録された３２バイトの目次情報２２の一例を示してある。１単位の映像データ２３に対応した１単位の目次情報２２は、当該１単位の映像データ２３に関して、例えば先頭フレームのフレーム番号の情報と、状態フラグの情報と、時刻の情報と、当該映像データ２３内のパック（Ｐａｃｋ）に関する情報からなる。パック情報としては、１単位の映像データ２３が有する複数のパックの各々について、先頭のパックについてはパック内のフレーム数の情報が設けられ、２番目以降のパックについてはパックが開始するセクタ番号の情報とパック内のフレーム数の情報との組が設けられ、この組が先頭以外のパック数分だけ並べられて配置される。
【００３３】
図４（ｂ）には、前記或るチャンネルの領域に記録された１単位の映像データ２３の一例を示してある。１単位の映像データ２３は（４０９６×２５６）バイトからなる。ここで、セクタサイズが４０９６バイトであり、セクタ番号は０〜２５５の値を取り、セクタ番号“２５６”はセクタ番号“０”と同一とみなす。なお、図示の例では、ＭＢ（マクロブロック）のブロック内のセクタ番号を使用している。
１単位の映像データ２３は複数のパックから構成されており、各パックは複数のフレームを含んでいる。各パック内のフレーム数や、各パックの開始セクタ番号は、対応する目次情報２２内のパック情報により特定される。
【００３４】
図４（ｃ）には、１個のパックの一例を示してある。各パックの区切りの先頭にはヘッダーが設けられ、各パックの区切りの末尾には１セクタ未満の未使用領域が発生し得る。パック内のヘッダーは、パック内の各フレームの開始位置（バイト単位）や、フレームの時刻を保存する。
なお、パック内においてフレームは先頭から詰めて配置され、必ずしもセクタの先頭とフレームの先頭とは一致しない。
【００３５】
上述のように、１単位の映像データ２３内には複数のフレーム（映像フレーム）が内在する。本例では、データを書き込む際には、映像データ１単位毎にディスクに書き込む方式を使用し、また、データを読み出す際には、単一フレーム毎にディスクから読み出す方式と、映像データ１単位毎にディスクから読み出す方式を用途に応じて使い分ける。
ここで、ディスクからの読み出しに要する所要時間は、データ量に関わらず一定なオーバーヘッド時間と、データ量に比例した実読み込み時間との和となる。
【００３６】
このため、連続したデータであれば、大きいデータサイズで読み出した方が、オーバーヘッドの回数を抑えられて有利である。従って、連続したフレームを読み出す場合には、映像データ１単位全てを読み出す方が、所要時間が短く適している。
一方、映像データ内の任意の１フレームだけが必要な場合には、映像データ１単位を読み出すよりも、より小さい単位で読み出した方が、所要時間が短くて有利である。従って、映像データ１単位内を複数の小領域に分けて読み出せるようにしてあり、本例では、この小領域をパック（Ｐａｃｋ）と言っている。
【００３７】
このように、連続したデータの読み出し時には、映像データ１単位毎に読み出し、不連続の読み出し（ランダムアクセス）時にはパック単位で読み出すことで、シーケンシャルアクセスにもランダムアクセスにも強い読み出し方法を実現することができる。
なお、本例では、映像データ１単位を１Ｍバイトとし、１セクタサイズを４０９６バイトとし、目次情報１単位を３２バイトとしてあり、また、目次情報１単位のバイト数の兼ね合いから、映像データ１単位内のパック数の最大値を１１個としてある。
【００３８】
上述のように、目次情報２２は、（映像データ１単位内における）各パックの開始セクタと、各パック内のフレーム数を特定する情報を有する。
また、目次情報２２は、映像データ２３の状態を示すフラグ（状態フラグ）を有している。本例では、状態フラグが示す意味のある値は、「映像データが記録されてない状態（未使用状態）」を表す値と、「映像データが記録されている状態（正常状態）」を表す値と、「映像データが破損しているため、目次情報はダミーの値を示している状態（破損状態）」を表す値の３つである。
【００３９】
ここで、記録内容の破損要因を説明する。
破損の発生原因の主なものは、電源断などによるディスクへの書き込み中のシステムの終了である。
例えば、書かれるべきものが書かれてなく齟齬が発生する。また、ごくまれに、不特定の領域に書き込みを行う「不定書込」が発生する可能性も考えられる。
なお、他のアプリケーションから何らかの意図（或いは、バグ）で、ファイルシステム情報の破壊が為されることも考えられるが、本例では、これについては考慮しない。このような破壊は、例えば、映像用のファイルシステム１１へアクセスするアプリケーションを限定するなどのセキュリティにより防止することが可能である。
【００４０】
グループＡ（本例では、アロケーション情報２１）の破損として、領域変更中の電源断発生によるグループＡの破損が発生すると、更新が不完全で新旧のファイルシステム情報が入り混じった状態となり、ファイルシステムとして意味をなさなくなる。また、電源断時の不定書込発生によるグループＡの破損が発生すると、グループＡ内の情報が不定書込で上書きされ、正しい情報が消失し、ファイルシステムとして意味をなさなくなる。
【００４１】
グループＢ（本例では、目次情報２２や映像データ２３）の破損として、映像データ２３のディスクへの書き込み途中のタイミングでの電源断発生によるグループＢの破損がある。ここで、データが途中まで書き込まれた状態のパターンは大きく３つあり、具体的には、（１）目次情報２２の途中まで書き込みが為された状態、（２）映像データ２３の途中まで書き込みが為された状態、（３）映像データ２３は更新されたが目次情報２２は更新されていない状態がある。いずれのパターンにおいても、目次情報２２と映像データ２３との間で情報の齟齬が生じ、チャンネル領域内の最古映像と最新映像との境界が判らなくなる。再起動以後、該当チャンネル領域へのアクセスが不能となる。
また、電源断時の不定書込の発生によるグループＢの破損が発生すると、目次情報２２が破損した場合には、目次情報２２の連続性が失われ、映像の検索ができなくなり、再起動以後に該当チャンネル領域へのアクセスが不能となる。また、映像データ２３が破損した場合には、破損した映像データ２３を破損したまま出力することとなる。
【００４２】
次に、破損対策について説明する。
図５を参照して、破損対策の概要を示す。
グループＡ（本例では、アロケーション情報２１）について、（対策１）〜（対策３）を行う。
（対策１）領域の変更用ツールを使用する都度、グループＡのバックアップファイル３１を作成し、別のディスク領域上に保持する。
（対策２）破損の有無の検証のためのチェックサム（ハッシュ値）を、ファイルシステム１１上及びバックアップファイル３１のデータに付与する。
（対策３）ディスクを映像蓄積配信サーバ装置用ファイルシステム１１として用いていることを示す特殊マーカーを２つ用いることとし（３２、３３）、ディスクの先頭と末尾に記載し、双方の特殊マーカー３２、３３が同時に破損する確率を下げる。
【００４３】
グループＢ（本例では、目次情報２２や映像データ２３）について、（対策４）〜（対策５）を行う。
（対策４）映像の目次情報を、目次情報用の領域と、各映像データ１単位のヘッダー部との、計２箇所に記録する。具体的には、図５の例では、目次情報２２を記録する領域に記録される１単位の目次情報３４を、これに対応して映像データ２３を記録する領域に記録される１単位の映像データ３５の先頭に設けられるヘッダー部３６にも記録する。なお、１単位の映像データ３５はヘッダー部３６と映像のデータ部３７からなり、例えば、ヘッダー部３６は１Ｋバイト未満である。そして、目次情報２２を記録する目次情報用領域の破損時には、映像データ２３のヘッダー部３６に記録された目次情報（予備目次情報）に基づいて修復する。
（対策５）本例では、映像データ２３の破損については修復できないことから、破損している箇所として扱う。破損しているか或いは正常であるかを判別できるようにし、破損箇所の映像データ部分をクライアント端末装置Ｃ１〜Ｃｎから要求された場合には「破損したため送信できない」旨を通知するメッセージ情報を当該クライアント端末装置Ｃ１〜Ｃｎへ送信する。
【００４４】
破損発見時の処理として、グループＡについては、バックアップファイル３１から修復する。
破損発見時の処理として、グループＢについては、目次情報２２と映像データ２３との齟齬は、前後の関係及び映像データ２３上のヘッダー部３６の目次情報を用いて修復する。また、本例では、映像データ２３の破損については修復しないが、循環記録方式を採用しているため、映像データ２３を記録（蓄積）し続けると、いずれは破損した映像データ２３の部分にも上書きされ、破損箇所がなくなる。
【００４５】
映像用のファイルシステム１１を修復できない状況としては、ハードディスクの物理的破損や、ハードディスクのパーティーション情報の破損がある。
例えば、グループＡの両端が破損して、つまり、映像用ディスクの先頭の特殊マーカー３２と末尾の特殊マーカー３３が同時に破損すると、ブランクディスクとの区別がつかなくなるため修復できず、バックアップファイル３１から修復するか、或いは、ファイルシステム１１を新規に作り直すこととなる。この場合に、グループＡが破損し且つバックアップファイル３１も破損すると、修復するための情報が存在しないため、修復することができず、ファイルシステム１１を新規に作り直すこととなる。
また、グループＢの映像データ２３の破損は修復不能であり、破損した映像データ２３の要求に対しては破損した旨を送信し、正常な映像データ２３の要求に対してはその映像データ２３を送信する。
【００４６】
次に、破損対策の処理について具体的に説明する。なお、本例では、ディスク装置２或いは映像蓄積配信サーバ装置１に備えられた機能により、各チャンネルの循環記録領域Ａ１〜Ａｍ（ファイルシステム１１の各チャンネル領域）を含む記録領域に対して破損対策の処理が実行される。
図６には、記録内容の破損チェック及び修復の処理の手順の一例を示してある。
処理が開始すると（ステップＳ１）、グループＡの破損の有無をチェックし（ステップＳ２）、破損が無く正常であれば、グループＢの破損チェック及び修復を行い（ステップＳ３）、処理を終了する（ステップＳ４）。
また、グループＡの破損がある場合には、グループＡのバックアップファイル３１の破損の有無をチェックして（ステップＳ５）、破損が無く正常であれば、当該バックアップファイル３１に基づいてアロケーション情報２１を書き戻すことでグループＡを修復し（ステップＳ６）、その後、グループＡの破損の有無をチェックし（ステップＳ７）、破損が無く正常であれば、グループＢの破損チェック及び修復を行い（ステップＳ３）、処理を終了する（ステップＳ４）。
また、グループＡのバックアップファイル３１に破損がある場合には（ステップＳ５）、修復失敗とし（ステップＳ８）、また、バックアップファイル３１に基づく修復後にグループＡに破損がある場合には（ステップＳ７）、修復失敗とする（ステップＳ９）。
【００４７】
図７には、グループＡの記録内容の破損チェックの処理の手順の一例を示してある。
処理が開始すると（ステップＳ１１）、先頭の特殊マーカー３２の状態をチェックし（ステップＳ１２）、正常であれば、末尾の特殊マーカー３３の状態をチェックし（ステップＳ１３）、正常であれば、グループＡのハッシュ値を計算し（ステップＳ１４）、ハッシュ値が正常値と一致したら、グループＡは正常であると判定する（ステップＳ１５）。
また、先頭の特殊マーカー３２が異常である場合、末尾の特殊マーカー３３が異常である場合、或いは、ハッシュ値が正常値と不一致である場合には、グループＡは破損していると判定する（ステップＳ１６）。
【００４８】
図８には、グループＢの記録内容の破損チェック及び修復の処理の手順の一例を示してある。
処理が開始すると（ステップＳ２１）、全てのチャンネルについて各チャンネル毎に（ステップＳ２２）、所定の修復時処理１を実行し（ステップＳ２３）、所定の修復時処理２を実行し（ステップＳ２４）、所定の修復時処理３を実行する（ステップＳ２５）。そして、全てのチャンネルについての修復時処理１〜３が終了した場合には、グループＢの破損チェック及び修復の処理を終了する（ステップＳ２６）。
【００４９】
グループＢに対する修復時処理１〜３を詳しく説明する。
各チャンネル領域毎に、修復時処理１、修復時処理２、修復時処理３の順に処理が実行される。
図９（ａ）、（ｂ）、（ｃ）を参照して、修復時に用いる情報について説明する。
図９（ａ）には、各チャンネル毎の目次情報２２の領域の一例を示してある。
映像データ２３のチャンネル領域に格納することが可能な映像データ１単位の数（チャンネルサイズ）をＭとすると、対応する目次情報２２のチャンネル領域に格納することが可能な目次情報１単位の数もＭとなる。
また、本例では、領域内の何番目の情報であるか、つまり、領域内のアドレス或いは位置を示す番号をＬ１番号と言う。また、領域内の先頭要素のＬ１番号を０とし、この場合、末尾要素のＬ１番号は（Ｍ−１）となる。
【００５０】
図９（ｂ）には、各チャンネル毎の映像データ２３の領域の一例を示してある。
映像データ２３のチャンネル領域に格納することが可能な映像データ１単位の数はＭである。
１単位の映像データ３５はヘッダー部３６と映像のデータ部３７からなる。ヘッダー部３６は、対応する１単位の目次情報３４のコピーの情報と、チャンネル番号の情報と、チャンネル作成時刻の情報と、映像データ番号の情報を有する。
【００５１】
ここで、チャンネル番号の情報は、各チャンネルを識別するための番号の情報である。
また、映像データ番号の情報は、映像データ１単位の番号の情報であり、何個目に作られた映像データ１単位であるかを示す。本例では、映像データ番号は、０からの連番（つまり、０、１、２、３、・・・）であり、同一の領域への上書き開始後も０に戻さずに加算していく。映像データ番号がＮである映像データ1単位のＬ１番号はＮ％Ｍ（ＮをＭで割ったときの余り）から１を減じた値となり、具体的には、Ｎ≦ＭであればＬ１＝Ｎ−１となり、Ｎ＝ｐＭ＋ｑ（ｐは１以上の整数値、ｑはＭ以下の整数値）であればＬ１＝ｑ−１となる。
また、各チャンネル毎に、チャンネルサイズＭの情報と、何時作られたチャンネルであるかを示すチャンネル作成時刻の情報と、チャンネルサイズの変更直後における最小の映像データ番号を示すサイズ変更時最小映像データ番号の情報を有し、本例では、これら３つの情報をチャンネル情報と言う。
【００５２】
図９（ｃ）には、各チャンネル毎のチェック配列の領域の一例を示してある。
本例では、破損部分を修復したか或いは保留したかなどを後段の修復時処理へ伝えるために、チャンネル内の目次情報１単位の数と同数（つまり、チャンネル内の映像データ１単位の数と同数）の要素数Ｍを有するチェック配列を設ける。
なお、チェック配列の情報は、任意の装置に設けられてもよいが、本例では、映像蓄積配信サーバ装置に実装しているが、本システムにおける各種の処理を制御などするパーソナルコンピュータ（ＰＣ）のメモリ上に確保するテーブルに設けられてもよい。一例として、このようなパーソナルコンピュータをネットワーク３を介して映像蓄積配信サーバ装置１と接続し、当該パーソナルコンピュータからディスク装置２の記憶内容のチェックや修復を遠隔指示などすることが可能である。
【００５３】
図１０（ａ）、（ｂ）、（ｃ）を参照して、修復時処理１の詳細を説明する。
図１０（ａ）には各チャンネル毎の目次情報２２の領域の一例を示してあり、図１０（ｂ）には各チャンネル毎の映像データ２３の領域の一例を示してあり、図１０（ｃ）には各チャンネル毎のチェック配列の領域の一例を示してある。
修復時処理１では、目次情報２２の領域に記録された目次情報（それぞれの目次情報１単位）が破損しているか否かを調査し、破損している場合には、対応する映像データ（映像データ１単位）３５のヘッダー部３６の領域から目次情報を読み出して、修復を行う。
【００５４】
具体的には、まず、図１０（ａ）に示されるように、目次情報２２の領域について、例えばＬ１番号の昇順（０、１、２、・・・の順）に、それぞれの目次情報１単位が破損しているか否かを調査していく。破損している目次情報１単位を発見した場合には、図１０（ｂ）に示されるように、映像データ２３の領域に記録された当該目次情報１単位に対応した映像データ１単位を読み込み、当該映像データ１単位が正常であれば、当該映像データ１単位のヘッダー部３６内の目次情報のコピー値を用いて、破損した当該目次情報１単位を修復する。なお、当該映像データ１単位が破損している場合には、修復は保留する。
また、図１０（ｃ）に示されるように、チェック配列の領域内の前記目次情報１単位（及び前記映像データ１単位）に対応する位置に、修復した状態であることを示す情報、又は、保留した状態であることを示す情報を、チェック及び修復の状況に応じて記載する。なお、目次情報１単位の破損の有無を対応する映像データと比較していないときには、未チェックの状態であることを示す情報が、チェック配列の領域内の対応する位置に記載される。
【００５５】
ここで、目次情報１単位が破損しているか否かの判定は、例えば、目次情報１単位を構成する３２バイトが所定の決まりごとを満たしているか否かで判定する。
本例では、目次情報１単位の破損の判定は、目次情報１単位が有する各パックの開始セクタ番号が昇順に並んでいるか否か、及び、目次情報１単位が有する状態フラグが意味のある値を示しているか否かに基づいて行う。各パックの開始セクタ番号が昇順に並んでおり且つ状態フラグが意味のある値を示している場合には破損していないと判定し、他の場合には破損していると判定する。なお、本例では、状態フラグが示す意味のある値は、「映像データが記録されてない状態（未使用状態）」を表す値と、「映像データが記録されている状態（正常状態）」を表す値と、「映像データが破損しているため、目次情報はダミーの値を示している状態（破損状態）」を表す値の３つである。
【００５６】
目次情報１単位が破損している場合には、対応する映像データ１単位のヘッダー部３６上の目次情報（目次情報１単位）から修復できるかどうかを確認する。
本例では、目次情報を映像データ１単位のヘッダー部３６の領域から読み取る場合には、まず、当該映像データ１単位の正当性の確認を行う。
具体的には、映像データ１単位の正当性の判定では、「正常状態」であるか、「未使用状態」であるか、或いは「破損状態」であるかを判定する。なお、ここでは、例えば、破損している目次情報１単位の状態フラグを参照せずに、対応する映像データ１単位の状態を調査するが、他の構成例として、このような目次情報１単位の状態フラグを参照又は参考にするようなことも可能である。
【００５７】
映像データ１単位の「未使用状態」は、全く使用されてない状態、或いは、以前のチャンネルのデータが残っている状態を示す。例えば、映像データ１単位のヘッダー部３６が存在しないときや、映像データ１単位のヘッダー部３６は存在するが当該ヘッダー部３６のチャンネル番号が実際とは異なるときや、映像データ１単位のヘッダー部３６は存在するがチャンネル作成時刻がチャンネル情報と不一致であるときや、映像データ１単位のヘッダー部３６は存在するが映像データ番号がチャンネル情報のサイズ変更時最小映像データ番号以下であるときには、有効な映像データが記載されておらず「未使用状態」であると判定する。
【００５８】
また、映像データ１単位の「破損状態」は、破損している状態を示す。例えば、映像データ１単位の先頭のヘッダー部３６と各パック内のヘッダーが目次情報の示す位置に存在しておらず、つまり、映像データが正常に書き終わってないときや、映像データ１単位が有するヘッダー部３６内の数値が所定の範囲外であるとき或いは各パック内のヘッダー内の数値が所定の範囲外であるときには、映像データ１単位が破損している「破損状態」であると判定する。
また、映像データ１単位の「正常状態」は、「未使用状態」ではなく、且つ、「破損状態」でもないことを示す。すなわち、「未使用状態」でもなく「破損状態」でもないときに、「正常状態」であると判定する。
【００５９】
上記の判定の結果、映像データ１単位が「正常状態」である場合には、当該映像データ１単位のヘッダー部３６上の目次情報（目次情報１単位）の破損の判定を行い、破損していないときには、当該映像データ１単位のヘッダー部３６上の目次情報を採用して破損した目次情報２２を修復し、対応するチェック配列に修復した旨を記録する。一方、当該映像データ１単位のヘッダー部３６上の目次情報が破損しているときには、修復不能とし、対応するチェック配列に保留した旨を記録する。
また、上記の判定の結果、映像データ１単位が「未使用状態」である場合或いは「破損状態」である場合には、修復を保留とし、対応するチェック配列に保留した旨を記録する。
なお、目次情報の破損の判定の仕方としては、例えば、上記と同様である。
また、他の構成例として、目次情報や映像データの破損を判定するために、チェックサムを用意して用いることも可能である。
【００６０】
図１１及び図１２を参照して、修復時処理２の詳細を説明する。
本例では、映像データの１単位内に複数のフレームが内在する。目次情報２２（目次情報１単位）は、対応する映像データ１単位内の先頭フレームのフレーム番号と、当該映像データ１単位内のフレーム数の値をフレーム情報として保持している。正常な状態において、隣接する２つの映像データ（映像データ１単位）の間では、フレーム番号が連続の関係、すなわち、（或る映像データ１単位についての先頭フレーム番号＋フレーム数）＝（次の映像データ１単位の先頭フレーム番号）の関係が成り立つ。本例では、この関係が成り立たない箇所を「不連続」と言う。
また、フレーム番号は、チャンネル毎に独立しており、０からの連番となっており、記録する全てのフレームにフレーム番号を付与する。
隣接する映像データ１単位間でフレーム番号が不連続となるのは、映像データ１単位の最新と最古との境界であるか、或いは、目次情報１単位の更新が失敗している状態、つまり、映像データ１単位と対応する目次情報１単位とで齟齬が生じている状態である。
【００６１】
図１１（ｉ）には、正常状態について、（ａ）１チャンネル分の目次情報２２の一例を示してあり、（ｂ）対応する１チャンネル分の映像データ２３の一例を示してある。目次情報２２及び映像データ２３が上書き記録されていく場合に、正常な状態では、フレーム番号が不連続となるのは最新と最古との境界のみである。
図１１（ｉｉ）には、例えば部分的に目次情報２２の更新に失敗したために異常が発生した状態について、（ｃ）１チャンネル分の目次情報２２の一例を示してあり、（ｄ）対応する１チャンネル分の映像データ２３の一例を示してある。この場合、最新と最古との境界以外にも、目次情報１単位の不連続箇所が発生し、つまり、全体として、不連続箇所が複数発生する。
【００６２】
不連続状態のチェック（逆に言えば、連続状態のチェック）としては、例えば、昇順又は降順のいずれか一方のみでは不連続状態の調査が不十分な場合があるため、昇順と降順の両方を行う。
不連続状態の昇順チェックでは、Ｌ１番号が１から（Ｍ−１）まで昇順に目次情報２２の領域の目次情報１単位を調査する。
具体的には、Ｌ１番号がＰである目次情報１単位をチェックする際には、（チェック処理１）〜（チェック処理３）を行う。なお、或る目次情報１単位について（チェック処理１）〜（チェック処理３）のいずれかを行った場合には、当該目次情報１単位に対しては他のチェック処理を行わなくてよい。
【００６３】
（チェック処理１）Ｌ１番号がＰである目次情報１単位とＬ１番号が（Ｐ−１）である目次情報１単位との間で、状態フラグに基づいて、それぞれに対応する映像データ１単位の状態（「正常状態」、「未使用状態」、「破損状態」）が異なる場合には、Ｌ１番号がＰである目次情報１単位に対応する映像データ１単位を調査する。この結果、当該映像データ１単位が「正常状態」である場合には、当該映像データ１単位のヘッダー部３６上の目次情報の破損の判定を行い、破損していないときには、当該映像データ１単位のヘッダー部３６上の目次情報を採用して対応する目次情報２２（目次情報１単位）を修復し、対応するチェック配列に修復した旨を記録する。一方、当該映像データ１単位のヘッダー部３６上の目次情報が破損しているときには、修復不能とし、対応するチェック配列に保留した旨を記録する。また、前記の結果、当該映像データ１単位が「未使用状態」或いは「破損状態」である場合には、修復を保留とし、対応するチェック配列に保留した旨を記録する。
なお、映像データ１単位の状態の判定や、映像データ１単位のヘッダー部３６上の目次情報（目次情報１単位）の破損の判定は、例えば、上記した修復時処理１の場合と同様に行うことができる。
【００６４】
（チェック処理２）Ｌ１番号が（Ｐ−１）である目次情報１単位（及び映像データ１単位）に対応するチェック配列が「修復」を行った旨又は「保留」を行った旨を示す場合には、Ｌ１番号がＰである目次情報１単位及び映像データ１単位について前記（チェック処理１）と同一の処理を行う。
（チェック処理３）Ｌ１番号がＰである目次情報１単位に対応する映像データ１単位とＬ１番号が（Ｐ−１）である目次情報１単位に対応する映像データ１単位とが共に「正常状態」であるが、これらの目次情報１単位に含まれるフレーム情報に基づいて、フレーム番号が不連続である場合には、Ｌ１番号がＰである目次情報１単位及び映像データ１単位について前記（チェック処理１）と同一の処理を行う。
【００６５】
また、不連続状態の降順チェックでは、Ｌ１番号が（Ｍ−２）から０まで降順に目次情報２２の領域の目次情報１単位を調査する。
具体的には、Ｌ１番号がＰである目次情報１単位をチェックする際には、上記した昇順チェックに係る（チェック処理１）〜（チェック処理３）と同様な処理を行うが、昇降の順序が逆であるため、上記した（チェック処理１）〜（チェック処理３）の各々において（Ｐ−１）を（Ｐ＋１）へ読み替えた処理を行う。なお、或る目次情報１単位について（チェック処理１）〜（チェック処理３）のいずれかを行った場合には、当該目次情報１単位に対しては他のチェック処理を行わなくてよい。
【００６６】
ここで、図１２（ｉ）には、目次情報２２と映像データ２３とに齟齬が生じている場合であって、昇順方向の探索で、目次情報２２上の不連続点以降において、目次情報２２の修復が可能であるときについて、（ａ）１チャンネル分の目次情報２２の一例を示してあり、（ｂ）対応する１チャンネル分の映像データ２３の一例を示してある。本例では、齟齬の箇所が目次情報２２の不連続部分の後ろ側にある。このため、修復を行った目次情報１単位の次の（つまり、後ろの）目次情報１単位については必ず齟齬のチェックを行う規則を設けることにより、不連続点以降において、目次情報１単位と映像データ１単位上の目次情報（目次情報１単位）との比較（本例では、修復）が順次行われるようにすることができる。
【００６７】
一方、図１２（ｉｉ）には、目次情報２２と映像データ２３とに齟齬が生じている場合であって、昇順方向の探索では、目次情報２２上の不連続点以降において、目次情報２２の修復ができないときについて、（ｃ）１チャンネル分の目次情報２２の一例を示してあり、（ｄ）対応する１チャンネル分の映像データ２３の一例を示してある。この場合、目次情報２２上の不連続箇所以降の昇順方向では、映像データ１単位が正しくなるため、齟齬を見つけられず、目次情報１単位と映像データ１単位上の目次情報（目次情報１単位）との比較（本例では、修復）は行われない。
そこで、本例では、昇順方向のチェック処理ばかりでなく、降順方向のチェック処理も行うこととし、これにより、降順方向の不連続箇所以降における齟齬部分の修復を順次行うことができる。
【００６８】
図１３及び図１４を参照して、修復時処理３の詳細を説明する。
修復時処理３では、（処理３−１）〜（処理３−３）を行う。
（処理３−１）映像データ２３について最新の１単位と最古の１単位を探索する。
（処理３−２）探索した最新の１単位と最古の１単位との間の区間の外の目次情報２２の状態フラグを「未使用」状態の値とする。
（処理３−３）探索した最新の１単位と最古の１単位との区間の内が、目次情報２２について、連続であるか否かを確認する。この結果、不連続箇所を発見した場合には、破損箇所として扱い、破損箇所の前後で連続となるようにダミーの目次情報２２を生成して記録する。なお、これに該当する場合は、例えば、上記した修復時処理２の（チェック処理３）を行ったにもかかわらず、映像データの目次情報２２が不連続となっている場合、又は、チェック配列に保留と記載されている箇所などである。
なお、目次情報２２の状態フラグは、「正常状態」であるか「未使用状態」であるか「破損状態（ダミーの状態）」であるかを示す。本例では、映像データ２３の配信時に、対応する状態フラグが「破損状態（ダミーの状態）」を示す場合には、当該映像データ２３が破損している旨をクライアント端末装置Ｃ１〜Ｃｎに通知する。
【００６９】
図１３には、１チャンネル分の目次情報２２の一例を示してある。上記した（処理３−２）では、最古の映像データ１単位に対応する目次情報１単位と最新の映像データ１単位に対応する目次情報１単位との間の区間以外の目次情報２２を「未使用」状態とすることにより、例えば、破損部分や不連続点があるときにはこれらを解消する（クリアする）ことができる。
【００７０】
図１４には、目次情報２２と映像データ２３とに齟齬が生じている場合における１チャンネル分の目次情報２２の一例を示してある。上記した（処理３−３）では、最古の映像データ１単位に対応する目次情報１単位と最新の映像データ１単位に対応する目次情報１単位との間の区間内に破損区間（或いは、１箇所の破損箇所でもよい）を見つけた場合には、当該破損区間の前後の正常な目次情報２２に基づいて、欠損したフレーム数を算出し、当該破損区間内にダミーの目次情報２２（例えば、先頭フレームの番号、時刻、フレーム数などに関する情報）を作成して記録する。ダミーを作成した目次情報２２内には、ダミーである旨を示す状態フラグを記録する。
【００７１】
ここで、本例では、上記した修復時処理１或いは上記した修復時処理２で異常（破損）を発見した際には、可能であれば目次情報２２の修復を行うが、修復するための正常な情報が無い場合には、修復を保留し、後の修復時処理で修復を行う。
また、修復時処理１や修復時処理２を行うことにより、修復に要する処理時間を短縮することが可能である。なお、例えば、処理時間を考慮しないような場合には、修復時処理１や修復時処理２を省略することが可能である。
また、処理時間を考慮しない場合には、例えば、映像データ２３のヘッダー部３６にある全ての目次情報を読み出して目次情報２２の領域の目次情報と比較して、互いに異なるときには目次情報を作り直す処理を行うのが好ましい。しかしながら、一般に、ディスク上に分散した情報を読み出すときには所要時間が大きくなり、全ての目次情報を比較する構成では多くの時間がかかる可能性もある。
【００７２】
例えば、映像データ２３のヘッダー部３６はディスク上に等間隔に存在していて、すなわち、ディスク上に分散しており、映像データ２３のヘッダー部３６から全ての目次情報を読み出して目次情報を作り直す処理では、負荷が大きくなる可能性がある。
そこで、本例の修復時処理１〜３では、所定の場合に映像データ２３のヘッダー部３６から目次情報を読み出すことにより、映像データ２３のヘッダー部３６の読み出し回数を抑えることができ、処理に要する総所要時間を短くすることができる。例えば、修復時処理２では、映像データ２３のヘッダー部３６を読み出す箇所を、目次情報２２が壊れている可能性が高いと推測される所のみとしている。
【００７３】
以上のように、本例の映像蓄積配信システムにおける映像蓄積配信サーバ装置１のディスク装置２では、映像データ２３の目次情報を、目次情報２２用の領域と、各映像データ１単位のヘッダー部３６との、計２箇所に記録する。そして、目次情報２２用の領域が破損したときには、これを映像データ２３のヘッダー部３６に記録された目次情報に基づいて修復する。
また、本例では、上述のような修復時処理１〜３を行っており、例えば、修復時処理１や修復時処理２により、目次情報２２の破損時における修復処理を高速化することができる。
従って、本例では、例えば循環型のファイルシステム１１に適した修復方法により、記録内容に発生した齟齬を効果的に修復することができる。
【００７４】
なお、本例では、映像蓄積配信サーバ装置１の機能やディスク装置２の機能により、或いは、更に他のパーソナルコンピュータなどの制御装置の機能により、記録装置が構成されている。
本例の記録装置では、映像データ２３や目次情報２２を記録するメモリの領域であるディスク装置２の循環記録領域Ａ１〜Ａｍにより、映像データ２３を記録する領域であるデータ記録領域や、目次情報２２を記録する領域である目次情報記録領域が構成されている。
また、本例の記録装置では、例えば映像蓄積配信サーバ装置１により１単位毎の映像データ３５のヘッダー部３６に当該１単位毎の映像データ３５に対応する１単位毎の目次情報（予備目次情報）を含めた形式で映像データを記録する機能によりデータ記録手段が構成されており、予備目次情報に基づいて目次情報２２を修復する機能により修復手段が構成されている。
また、本例の記録装置では、例えば外部の制御装置などに、図９（ｃ）に示されるようなチェック配列の値を記録する領域であるチェック配列領域を有している。
【００７５】
ここで、本発明に係るシステムや各装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々な装置やシステムとして提供することも可能である。
また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。
また、本発明に係るシステムや各装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウエア回路として構成されてもよい。
また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。
【図面の簡単な説明】
【００７６】
【図１】本発明の一実施例に係る映像蓄積配信システムの構成例を示す図である。
【図２】ファイルシステムの構成例を示す図である。
【図３】ファイルシステムにおけるチャンネル領域の一例を示す図である。
【図４】（ａ）は目次情報１単位の一例を示す図であり、（ｂ）は映像データ１単位の一例を示す図であり、（ｃ）はパックの一例を示す図である。
【図５】破損対策の概要を示す図である。
【図６】記録内容の破損チェック及び修復の処理の手順の一例を示す図である。
【図７】グループＡの記録内容の破損チェックの処理の手順の一例を示す図である。
【図８】グループＢの記録内容の破損チェック及び修復の処理の手順の一例を示す図である。
【図９】（ａ）は目次情報の領域の一例を示す図であり、（ｂ）は映像データの領域の一例を示す図であり、（ｃ）はチェック配列の領域の一例を示す図である。
【図１０】修復時処理１を説明するための図であり、（ａ）は目次情報の領域の一例を示す図であり、（ｂ）は映像データの領域の一例を示す図であり、（ｃ）はチェック配列の領域の一例を示す図である。
【図１１】（ｉ）は正常状態について（ａ）目次情報の一例及び（ｂ）映像データの一例を示す図であり、（ｉｉ）は異常状態について（ｃ）目次情報の一例及び（ｄ）映像データの一例を示す図である。
【図１２】（ｉ）は昇順方向の探索で修復可能なときについて（ａ）目次情報の一例及び（ｂ）映像データの一例を示す図であり、（ｉｉ）は昇順方向の探索では修復不可能なときについて（ｃ）目次情報の一例及び（ｄ）映像データの一例を示す図である。
【図１３】所定の目次情報を「未使用」状態とする処理を説明するための図である。
【図１４】目次情報と映像データとに齟齬が生じている場合における１チャンネル分の目次情報の一例を示す図である。
【符号の説明】
【００７７】
１・・映像蓄積配信サーバ装置、  ２・・ディスク装置、  ３・・ネットワーク、  １１・・ファイルシステム、  ２１・・アロケーション情報、  ２２・・目次情報、  ２３・・映像データ、  ３１・・アロケーション情報のバックアップファイル、  ３２、３３・・特殊マーカー、  ３４・・目次情報１単位、  ３５・・映像データ１単位、  ３６・・ヘッダー部、  ３７・・データ部、  Ａ１〜Ａｍ・・循環記録領域、  Ｂ１〜Ｂｍ・・Ｗｅｂカメラ、  Ｃ１〜Ｃｎ・・クライアント端末装置、
【図１】
0004583270.tif 000002
【図２】
0004583270.tif 000003
【図３】
0004583270.tif 000004
【図４】
0004583270.tif 000005
【図５】
0004583270.tif 000006
【図６】
0004583270.tif 000007
【図７】
0004583270.tif 000008
【図８】
0004583270.tif 000009
【図９】
0004583270.tif 000010
【図１０】
0004583270.tif 000011
【図１１】
0004583270.tif 000012
【図１２】
0004583270.tif 000013
【図１３】
0004583270.tif 000014
【図１４】
0004583270.tif 000015