映像情報記録再生方法及び映像情報記録再生装置
【課題】 長時間のデータを記録する際に、データへのアクセス性能を損なうことなく記憶媒体上の未使用の領域を削減する。
【解決手段】 入力された画像データを符号化し、符号化した画像データを所定のデータ単位（６１，６２）毎に記憶媒体（５）に記録し、所定データ単位の画像データ（６１，６２）の一つあるいは複数を連続して再生する映像情報記録再生方法において、所定のデータ単位（６１，６２）毎の符号化データを、記憶媒体（５）のデータ格納領域（２２）に連続して格納し、記憶媒体（５）上で管理データ領域（２１）に、所定データ単位（６１，６２）毎に記録された画像データ（６１，６２）の管理情報を格納するデータ単位管理情報テーブル（７０）を作成する。
【解決手段】 入力された画像データを符号化し、符号化した画像データを所定のデータ単位（６１，６２）毎に記憶媒体（５）に記録し、所定データ単位の画像データ（６１，６２）の一つあるいは複数を連続して再生する映像情報記録再生方法において、所定のデータ単位（６１，６２）毎の符号化データを、記憶媒体（５）のデータ格納領域（２２）に連続して格納し、記憶媒体（５）上で管理データ領域（２１）に、所定データ単位（６１，６２）毎に記録された画像データ（６１，６２）の管理情報を格納するデータ単位管理情報テーブル（７０）を作成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像情報記録再生方法及び装置に関するものであり、特に、監視用途などに適用する映像情報記録再生方法に関するものである。
【背景技術】
【０００２】
従来の映像情報記録再生装置においては、映像を記録する際にカメラなどから入力された映像信号を符号化してビデオテープやハードディスクなどの記憶媒体に記録する方法が一般的であり、長時間の記録を必要とする用途の場合には、フレーム内の空間的冗長性を利用してデータサイズを小さくするＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などのイントラ符号化技術や、フレーム間の時間的冗長性も利用してデータサイズを小さくするＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）などのインター符号化技術が広く用いられている。
【０００３】
イントラ符号化技術を用いた場合には、１枚のフレームごとにデータは独立しており、記憶媒体上ではこれらの符号化データを、固定長の区画に１枚あるいは複数枚ずつ格納して管理されている。
【０００４】
一方インター符号化を用いた場合には、イントラ符号化したキーフレームがまず符号化され、そのキーフレームを基準として時間軸方向のフレーム間相関を用いて符号化したフレームがそれに続き、これらがまとまって画像情報として有意な一つのまとまりを形成する。たとえば、ＭＰＥＧ−４の場合、まず、データの符号化条件などを示すヘッダに続いて、イントラ符号化したキーフレームであるＩ−ＶＯＰのデータが続き、その後Ｉ−ＶＯＰから順次時間方向の相関を用いて符号化したＶ−ＶＯＰが続く。あるＩ−ＶＯＰから次に出現するＩ−ＶＯＰの直前のＶ−ＶＯＰまでを、ここでは所定データ単位と呼ぶことにする。記憶媒体上では固定長の区画に１つあるいは複数の所定データ単位が記録され、管理される。
【０００５】
ところで、監視用途の例にみるように長時間の記録が必要な場合には、有限容量の記憶媒体に対していかに効率よく符号化データを記録するかが重要となる。従来の技術では、これらの記録データは固定長区画のデータサイズに収まる範囲の最大個数が格納される。このような管理方法においては、固定長区画のデータサイズと所定データ単位のデータサイズとを完全に一致させるのが難しいため、記憶媒体に未使用領域が発生してしまう。特にインター符号化においては、１つの所定単位データは一般に複数のフレームデータをまとめたものであるため、イントラ符号化の１フレームデータに比べて単位データサイズが大きくなるため、その結果、固定長区画に入りきれなかった場合の未使用領域は相対的に大きなものとなる傾向があり、記憶媒体上に大きな未使用領域が発生してしまう。
【０００６】
この改善策として、符号化の際に所定データ単位内のフレーム数を符号化後のデータ量に応じて変化させ、所定データ単位の倍数が記憶媒体の固定長区画データ量に近づくように符号化処理を制御することで記憶媒体上の未使用領域を少なくするものがある（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００４−３５７０８６号公報（第１１頁、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら従来の技術では、第１に、次の入力画像の推定符号量を算出して符号化処理を切り替える必要があるため、この符号量推定の演算や処理切り替えなどで処理が複雑化するという問題があった。また、推定の符号量を用いて処理を切り替えているため、実際に符号化した結果が固定長区画データ量に必ずしも一致するとは限らず、結果として未使用領域が発生する可能性があった。また、符号化時の効率という観点から見た場合に、記録映像の内容的にはイントラ符合化することなくインター符号化のＰ−ＶＯＰとして効率よく記録可能な映像内容である場合でも、固定長区画のデータサイズの制約から強制的にイントラ符号化に切り替えられてしまうため、符号化効率が低下する問題があった。さらに、監視用途などでは、外部のアラームや監視画像の動きをトリガとして記録条件を変更するということが一般的に行われており、記録後にこのアラームに関連付けされた映像のみを視聴することが広く行われているため、アラームなどのトリガが入力された場合にはその時点の画像をイントラ符号化し、その時点からアクセスして再生可能であることが望ましいが、特許文献１による従来技術においては、固定長区画と予想累計データサイズとから判断してイントラ符号化タイミングを決定しているため、アラームの入力時点がランダムアクセスできるイントラ符号化になっているとは限らず、その結果、アラーム時点からすばやく再生が出来ないなど、アクセス性が悪いという問題があった。
【０００９】
また、記憶媒体の記録可能領域がなくなった場合には古い記録データを削除し、そのことで確保した空き領域に新しくデータを記録していくわけであるが、このときにも上記と同様に記憶媒体上に上述の無駄な未使用領域が発生するという課題があった。
【００１０】
本発明は上記のような課題を解決するためになされたものであり、映像情報記録再生方法において、所望データへのランダムアクセス性能を損なうことなく、有限容量の記憶媒体に対してデータ記録時の未使用領域を削減し、かつ、連続記録を繰り返した際にも記憶媒体の未使用領域を削減した長時間記録を実現する映像情報記録再生装置を得ることを目的とするものである。
【課題を解決するための手段】
【００１１】
本発明は、入力された画像データを符号化し、この符号化した画像データを所定のデータ単位毎に記憶媒体に記録し、この所定データ単位の画像データの一つあるいは複数を連続して再生する映像情報記録再生方法において、前記所定のデータ単位毎の符号化データを、記憶媒体のデータ格納領域に連続して格納し、前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定データ単位毎に記録された画像データの管理情報を格納するデータ単位管理情報テーブルを作成することを特徴とした映像情報記録再生方法を提供する。
【発明の効果】
【００１２】
以上、本発明によれば、符号化した映像データを所定データ単位で記憶媒体上に連続して記録しているため、記憶媒体上の固定長区画サイズと符号化データサイズとの差異により発生する記憶媒体の未使用領域を削減でき、長時間の記録を実現する。このときに、従来技術のように記録データ自体を一定のサイズ以下とするように符号化部を制御する必要が無いため、符号化部での処理負荷を低減できる。また、所望のデータにアクセスするためのデータ単位管理情報テーブルを設けてデータを管理し、そのアドレスが指し示すデータの先頭はイントラ符号化されたデータであるため、データへのランダムなアクセス性を損なうことがない。
【００１３】
さらに、古いデータを削除しながら新しいデータを記録していく連続記録の際にも、記憶媒体上に設けたデータ単位管理情報テーブルにより記録領域と削除領域の管理を行っているため、少ない処理負荷で記憶媒体の未使用領域を削減して連続記録を続けることを実現する。
【発明を実施するための最良の形態】
【００１４】
実施の形態１．
図１は、本発明を実施するための実施の形態１による映像情報記録再生装置を説明する図であり、より具体的には装置を実現するためのブロック図である。
【００１５】
図１に示される映像情報記録再生装置１は、画像入力部２と、画像符号化部３と、データ記録部４と、記憶媒体５ａを備えたデータ蓄積部５と、管理データ生成部６と、管理データの書き替え部７と、管理データの読み出し部８と、データ読み出し部９と、画像復号化部１０と、画像出力部１１と、処理制御部１２とを有する。
【００１６】
なお、図１においては、映像情報記録再生装置１に直接接続されて記録の開始や停止などをユーザが指定するためのコマンド入力手段、機器の状態を表示する状態表示手段、画像の符号化及び復号化処理において一時的にデータを格納するデータ一時格納手段、出力された画像を表示する表示装置など、本発明の効果に直接影響を及ぼさない部分は省略して示している。
【００１７】
本実施の形態１の映像情報記録再生装置１では、画像入力部２に接続されたカメラなどから入力された映像を、処理制御部１２により所定の画質及び記録間隔に制御して画像符号化部３にて符号化を行い、その符号化データ（画像データ）をデータ記録部４により所定のデータ単位ごとにデータの記憶媒体５ａを備えたデータ蓄積部５に記録する。このデータの記録において、記録データの管理情報を管理データ生成部６にて生成し、データ蓄積部５に記録する。
【００１８】
また、映像情報記録再生装置１では、蓄積部５に記録された画像データを再生する際には、管理データ読み出し部８にて蓄積部５に記録された管理データを読み出して所望画像データが記録されている領域の先頭アドレスを検索し、その情報（アドレス）に基づいてデータ読み出し部９がデータ蓄積部５より所望のデータ（画像データ）を読み出し、画像復号化部１０にて画像データを復号し、画像出力部１１より画像が出力される。
【００１９】
ここで、本実施の形態１におけるデータの記録について図２を参照して説明する。図２は、データ蓄積部５と、データ蓄積部５の記憶媒体５ａ上の記憶領域を示す図であり、２０はデータ蓄積部５の全記録領域であり、２１は管理データを保存するための管理データ領域、２２は画像データを記録するための画像データ領域である。このように、本実施の形態１の映像情報記録装置１では、データ蓄積部５の記録領域２０を画像データの記憶領域２２と管理データの記憶領域２１とに分けてデータを記録する。
【００２０】
従来の技術におけるデータの記録方法では、上記のように、各固定長区画に対して、最大格納可能なフレームデータを格納する方法で画像データを記録する構造となっており、固定長区画サイズと所定データ単位サイズとの不一致によりデータの未使用領域が発生していた。
【００２１】
この未使用領域の削減することを目的とした前述の特許文献１においては、符号化時の処理切り替えにより、推定符号量に応じて所定単位データ内のフレーム数を変化させて所定データ単位のサイズを固定長区画サイズに近づけるように制御することで未使用領域の削減を目指したものであるが、このとき、データサイズの制御に負荷が発生するばかりではなく、文献１の図にもあるように未使用領域も依然として発生してしまうものであった。
【００２２】
本実施の形態１では、所定データ単位毎のデータは固定長区画によって区切られること無く、連続してデータ記録領域に格納される。
図３に、本実施の形態１のデータ記憶領域におけるデータ格納の例を示す。図３において、２２は記憶媒体上の画像データ領域であり、４１乃至５５は各々一つのフレームであり、４１乃至４５が一つの所定データ単位６１であり、５１乃至５５が次の所定データ単位６２である。このように、各所定データ単位のデータはデータ領域で固定長の区画で区切られることなく時系列に連続的に記録され、未使用領域を発生しない。
【００２３】
この画像データの記録の際には管理データ生成部６により管理データ領域２１に記録するための画像の管理データが生成される。この管理データの具体例を、図４に示す。図４において、７０はデータ単位管理情報テーブル、７１は管理情報の第１項目となるデータ有無フラグ、７２は管理情報の第２項目となる画像データの記録年月日、７３は管理情報の第３項目となる画像データの記録時刻、７４は管理情報の第４項目となる記憶媒体上における画像データの先頭アドレスである。この管理データは、データ有無フラグ７１、記録年月日７２、記録時刻７３、先頭アドレス７４の４項目で１件のデータを構成し、１つの所定データ単位にあたり１件の管理データが作成され、画像データが記録された順番で記憶媒体上の管理データ領域に蓄積される。
【００２４】
このデータ単位管理情報テーブル７０においては、「一つ以上の連続して記録された１つ以上の所定データ単位であって、その合計データサイズｓｕｍ＿ｄａｔａが規定データサイズ（規定の最大合計データサイズ） ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ以下であり、かつ次の所定データ単位を加えると合計データサイズｓｕｍ＿ｄａｔａが上記規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）を超えるものを一つのグループとして扱い、データ単位管理情報テーブル７０に、このグループ内の所定データ単位に各々関連付けられた管理情報に続いて、一つのグループに対する管理情報の件数（ｃｏｕｎｔ）が規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸになるまで、ここの所定データ単位と関連づけられていない空の管理情報を生成する。
このことを、図５を参照して説明する。図５は、第１の管理情報作成処理を説明するフローチャートである。
【００２５】
まず、ステップ８０において、所定データ単位の合計データサイズｓｕｍ＿ｄａｔａを「０」にリセットし、管理データ件数ｃｏｕｎｔを「１」にリセットする。（具体的には合計データサイズｓｉｚｅ＿ｄａｔａを保持するレジスタに「０」を書き込み、管理データ件数ｃｏｕｎｔを記憶乃至計数する図示しないレジスタ乃至はカウンタに「１」を書込む。以下他の変数についても同様である。）
【００２６】
次に、ステップ８１において、所定データ単位の符号化処理を行い、次に、ステップ８２で、符号化データを記憶媒体に書き込み、次に、ステップ８３において、その符号化した所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔを取得し（所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔをレジスタｓｉｚｅ＿ｕｎｉｔに書き込み）、ステップ８４において、この取得した所定データ単位のサイズｓｉｚｅ＿ｕｎｉｔを合計データサイズｓｕｍ＿ｄａｔａに加算して、加算結果を新たな合計データサイズｓｕｍ＿ｄａｔａとする。
【００２７】
そして、ステップ８５において、この合計データサイズｓｕｍ＿ｄａｔａが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸよりも大きいかどうか判定し、合計データサイズｓｕｍ＿ｄａｔａが大きくなければ（ステップ８５でＮＯ）、その所定データ単位は現在のグループに属するものとして、ステップ８６において、この所定データ単位に対して１件の管理データを作成する。
【００２８】
その後、ステップ８７において、管理情報の件数ｃｏｕｎｔに１を加算した上で、ステップ８１に戻り、ステップ８１以下の処理を繰り返す。
一方、ステップ８５において、合計データサイズｓｕｍ＿ｄａｔａが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸよりも大きいと判断されたときは（ステップ８５でＹＥＳ）、ステップ８８に進む。
【００２９】
ステップ８８においては、その一つ前の時点の所定データ単位までを一つのグループに属するものとして（即ち、最後に符号化された所定データ単位を当該グループから除外して）グループを構成し、次のステップ８９にて、現在までに作成された管理情報の件数ｃｏｕｎｔが規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸと一致しているかどうかを判定する。
【００３０】
ステップ８９で、一致していなければ（ステップ８９でＮＯ）、ステップ９０で、所定データ単位と関連付けされない空の管理データを作成し、ステップ９１で、管理情報件数ｃｏｕｎｔに「１」を加算し（カウンタのカウント値ｃｏｕｎｔを「１」だけ大きくし）、ステップ８９に戻る。
【００３１】
このような処理により、ステップ８９で作成された管理情報の件数（所定データ単位に関連付けられた管理情報の件数と空の管理情報の件数の和）が規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸに達するまで、空の管理情報が作成される。
管理情報の合計件数ｃｏｕｎｔが規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸに達すると（ステップ８９でＹＥＳ）、ステップ９２において、先にデータサイズを取得した最新の所定データ単位と関連付けられた管理データを作成する。
【００３２】
その後、ステップ９３にて管理データ件数ｃｏｕｎｔを１に設定し、ステップ９４において、合計データサイズｓｕｍ＿ｄａｔａを、最新の所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔに等しくする（合計データサイズｓｉｚｅ＿ｄａｔａを格納するレジスタｓｉｚｅ＿ｄａｔａに最新の所定データ単位のデータサイズｓｉｚｅ＿ｄａｔａの値をセットして初期化する）。
次にステップ８１に戻り、以下、次のグループについて上記と同様の処理を繰り返す。
【００３３】
図５に示される処理のうち、ステップ８１は、画像符号化部３で実行され、ステップ８６，９０，９２は管理データ生成部６で実行され、その他の処理は、処理制御部１２で実行される。そのため、変数や定数（ｓｉｚｅ＿ｄａｔａ， ｓｉｚｅ＿ｕｎｉｔ， ｃｏｕｎｔ，ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）などを記憶するレジスタ、カウンタなどが処理制御部１２内に設けられている。
【００３４】
このような処理で作成された管理データの例を図６に示す。図６は図５の処理により作成された管理データの例であり、各グループに対する管理データ件数の規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸが３２である例を示している。
【００３５】
図６において、２２は記憶媒体上の画像データ領域、７０は記憶媒体上の管理データ領域に記録されたデータ単位管理情報テーブルであり、１００乃至１０７は画像データ領域２２に記録された各所定データ単位のデータであり、そのうち所定データ単位１００乃至１０４で一つのグループ（第１のグループ）Ｇ１が構成され、所定データ単位１０５乃至１０７で別のグループ（第２のグループ）Ｇ２が構成されている。１１０乃至１４３はデータ単位管理情報テーブル７０に記録された管理データである。管理データ１１０乃至１１４は、第１のグループＧ１の所定データ単位１００乃至１０４に関連付けられたものであり、管理データ１３０乃至１３２は第２のグループＧ２の所定データ単位１０５乃至１０７に関連付けられたものである。
【００３６】
管理データ１２０乃至１２２及び１４１乃至１４３は空の管理データである。
管理データ１１０乃至１１４の件数（５）と管理データ１２０乃至１２２の件数（２７）の合計が３２であり、管理データ１３０乃至１３２の件数（３）と管理データ１４１乃至１４３の件数（２９）合計が３２である。
【００３７】
このように、図示の例では、所定データ単位１００〜１０４が一つのグループ（第１のグループ）Ｇ１を構成するものとして扱われ、このグループＧ１に対して所定のデータ単位に関連付けられた管理データ１１０乃至１１４と空の管理データ１２０乃至１２２の総件数が規定数３２となるように空の管理データが付加されている。
【００３８】
同様に所定データ単位１０５乃至１０７が次のグループ（第２のグループ）Ｇ２を構成するものとして扱われ、このグループＧ２に対して所定のデータ単位に関連付けられた管理データ１３０乃至１３２と空の管理データ１４１乃至１４３の総件数が規定数３２となるように、空の管理データが付加されている。
【００３９】
次に、このように構成した管理データを用いて、記憶媒体上に連続した記録を実施する場合の処理について説明する。監視用途などでは、数日、あるいは数ヶ月などの長期間にわたってデータを記録し続けるといった連続的な記録が一般的に行われ、この場合には、過去に記録した一番古いデータから順にデータを削除して、そのことにより新たに確保された空き領域に新しいデータを記録する。この場合にも、データへのアクセス性を損なうことなく、かつ、記憶媒体上に未使用領域を作成しないことが重要である。
【００４０】
本実施の形態１において、図４を参照して説明した処理で構成したデータ単位管理情報テーブル７０を用いて連続的な記録処理を行う方法を、図７を参照して説明する。図７は、記憶媒体上に新しく記録するための空き領域が無くなり、記憶媒体上の古いデータを削除しながら新しいデータを記録する手法を説明するフローチャートである。本実施の形態においては、記録されたデータは、先に説明したグループ単位で削除するものとする。
【００４１】
まず、ステップ１５０において、削除した領域のサイズの合計値（削除領域サイズ）ｓｕｍ＿ｄｅｌｅｔｅを０に設定し、次に、ステップ１５１において、削除するグループを指定する値（グループ番号）ｔａｒｇｅｔ＿ｇｒｏｕｐを、一番古いグループを意味する「１」に設定し、次にステップ１５２において、削除する一つ目のグループかどうかを判別するフラグｆｌｇ＿ｆｉｒｓｔを「１」に設定する。
【００４２】
続いて、ステップ１５３において、データ単位管理情報テーブル７０を用いて１番目のグループに対応する管理データよりこのグループが占有しているデータサイズｓｉｚｅ＿ｔａｒｇｅｔを算出する（データサイズを算出してレジスタｓｉｚｅ＿ｔａｒｇｅｔに格納する）。このデータサイズの算出はアドレス値を元に行われる。即ち、一つのグループの最初のデータ単位の先頭アドレス７４と、次のグループの最初のデータ単位の先頭アドレスとを読み出し、両者の差（後者から前者を引いた値）をデータサイズｓｉｚｅ＿ｔａｒｇｅｔとする。但し、アドレスで最後尾のデータに対しては、別途管理しているポインタにてそのデータの終端を知るものとする。
【００４３】
その後ステップ１５４にてこのグループ番号ｔａｒｇｅｔ＿ｇｒｏｕｐで指定されるグループのデータを削除する。
【００４４】
次にステップ１５５において、ステップ１５３で算出されたデータサイズｓｉｚｅ＿ｔａｒｇｅｔを、削除した領域サイズの合計値（合計データサイズ）ｓｕｍ＿ｄｅｌｅｔｅに加算して加算結果を新たな合計データサイズｓｉｚｅ＿ｄｅｌｅｔｅとする。合計データサイズｓｉｚｅ＿ｄｅｌｅｔｅは、現在までにどれだけのデータが削除されたかを示す。
【００４５】
そして、ステップ１５６において、ターゲットとするグループ番号を一つ進めする（即ち、グループ番号（最初は最も古いグループを表す「１」であった）に「１」を加算し、次に古いグループを指定する番号にする）。
【００４６】
次に、ステップ１５７において、ステップ１５４で実行されたグループの削除処理が、初めて行われたものであるかどうかをフラグｆｌｇ＿ｆｉｒｓｔを参照することにより判別し、最初のグループであった場合には、次にステップ１５８においてフラグｆｌｇ＿ｆｉｒｓｔを「０」にした上で、ステップ１５３に戻り、ステップ１５３乃至ステップ１５６をもう一度実施する。
【００４７】
上記のようにしてステップ１５３乃至１５６が二度目に実行された時点では、ステップ１５７の判定を行うと、結果はＮＯ（フラグｆｌｇ＿ｆｉｒｓｔが１ではない）となる。
【００４８】
そこで、次にステップ１５９において、削除したデータのサイズの合計（合計データサイズ）ｓｕｍ＿ｄｅｌｔｅが、記録時の規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸより大きいかどうかの判定を行う。
【００４９】
累計値ｓｕｍ＿ｄｅｌｅｔｅが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ以下の場合には（ステップＳ１５９でＮＯ）、ステップ１５３に戻り、ステップ１５３以下の、上記と同様の処理を繰り返す。
【００５０】
ステップ１５９において、合計データサイズ（累計値）ｓｕｍ＿ｄｅｌｅｔｅが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸより大きい場合（ステップ１５９でＹＥＳ）には、ここで空き領域確保のためのデータ削除作業は一時中断され、ここまでの処理で確保した空き領域に対して、ステップ１６０にて新しいグループのデータならびに管理情報の書き込みを行う。
【００５１】
このステップ１６０では、図５のステップ８０乃至９４と同様の処理が行われる。処理の最後におけるデータ合計ｓｉｚｅ＿ｄａｔａが合計データサイズｓｕｍ＿ｇｒｏｕｐとして一時記憶される（レジスタｓｉｚｅ＿ｇｒｏｕｐに格納される）。
【００５２】
そしてステップ１６１において、ステップ１６０にて記録したグループの合計データサイズｓｕｍ＿ｇｒｏｕｐをレジスタｓｕｍ＿ｇｒｏｕｐに格納し、ステップ１６２にて、削除したデータサイズの累計値（合計データサイズ）ｓｕｍ＿ｄｅｌｔｅから新たに記録したグループのデータサイズｓｕｍ＿ｇｒｏｕｐを減算し、減算結果を新たな、「削除したデータサイズの累計値（合計データサイズ）」ｓｕｍ＿ｄｅｌｅｔｅとする（即ち減算結果をレジスタｓｕｍ＿ｄｅｌｅｔｅに書込む）。この累計値は、先に確保した空き領域がどれだけ残っているのかを表すものである。
その後、処理１５３から同様にこれら一連の処理を繰り返す。
【００５３】
図７の処理のうち、ステップ１５３は管理データ読み出し部８及び処理制御部１２で実行され、ステップ１５４はデータ記録部４（実際にデータを消去する場合）又は管理データ生成部６（管理データを書換えるだけの場合）で実行され、その他の処理は、処理制御部１２で実行される。そのため、変数や定数（ｆｌｇ＿ｆｉｒｓｔ， ｓｉｚｅ＿ｔａｒｇｅｔ， ｔａｒｇｅｔ＿ｇｒｏｕｐ， ｓｉｚｅ＿ｄｅｌｅｔｅ， ｓｉｚｅ＿ｄａｔａ）などを記憶するレジスタが処理制御部１２内に設けられている。
【００５４】
ところで、本実施の形態において、各所定データ単位のデータサイズは固定長のサイズにするような処理は行っていないため、新たに記録するグループにおける所定データ単位の件数が先に削除したグループの所定データ単位数と異なるケースが考えられるが、先に説明したように、データ単位管理情報テーブルでは各グループに対して空の管理データ領域を付加して、管理データの総件数が規定数（図６に示す例では３２）となるようにしているので、新しく書き込んだグループのデータ件数が、削除したグループのデータ件数より多い場合においても、上記規定数を上回らない限り問題なくそれら所定データ単位の管理情報を作成できるとともに、すでに記録している過去のデータに対する管理情報にも不整合を生じることは無い。
【００５５】
なおこれら一連の処理の中でデータを削除する際には、データ単位管理情報テーブル７０におけるデータ有無フラグ７１を管理データ書き替え部７にて「１」から「０」に書き替えてデータが存在しないことを明示し、データを記録する場合に、データ有無フラグを「０」から「１」に書き替えることでデータが存在していることを明示する。このことで、管理データ検索において、どのデータが削除されているのかを瞬時に知ることが可能となる。
【００５６】
以上説明したように構成したことで、画像データを記憶媒体５ａ上に記録する際に、画像データを固定長区画で区切ることなく所定データ単位ごとに連続して記録することが可能となり、記憶媒体上の未使用領域の削減を実現することができる。また、古いデータを削除しながら新しいデータを記録する連続的な記録においても、データ単位管理情報テーブル７０によるデータ管理方法により、未使用領域の削減を実現することができる。このとき、従来例のように符号化における高度なデータ量制御は必要ではなく、簡易な構成で実現可能である。
【００５７】
また、本構成では記録されたデータを再生する際には、データが固定区画に区切られていなくても、データ単位管理情報テーブル７０の第２項目（７２）及び第３項目（７３）から所望の日時データを検索し、第４項目（７４）に記述されているアドレスより所望データの記録領域を検索可能であり、また、このアドレスで示されたデータの先頭は必ずイントラ符号化されたＩ−ＶＯＰであるのでその部分からの再生が可能となり、所望データへの良好なアクセスも実現する効果がある。
【００５８】
なお、データ単位管理情報テーブル７０において、一つのグループに対して割り当てるデータ件数の規定数（ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸ）は、実際の画像データ記録時の符号化条件によって考えうる最大数以上を割り当てればよいものであり、上記の例のように「３２」に限るものではない。
【００５９】
また、一つ以上の所定データ単位のまとまりをグループとして扱うための規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）についても、その装置を実現するためのキャッシュサイズやハードウェア構成、及び記録される符号化データのサイズに応じて設定すればよいものであり、上記の例の数値に限定されるものではない。
【００６０】
また、データを連続的に記録した場合には、最新のデータと関連付けられた管理データが、データ単位管理テーブル７０の最後尾ではなく中間に位置することになるが、この終端位置は、前記データ有無フラグ７１から知ることが出来る。但し、このようにする代わりに、データ単位管理テーブル７０のデータ有無フラグ７１にその所定データ単位が最後尾のデータであることを示す固有の値、たとえば、２５６などを割り当ててもよく、あるいは、装置上に設けられた不揮発性メモリなど別の手段でその終端のポインタを管理してもよい。
【００６１】
また、本実施の形態１で示したデータ単位管理情報テーブル７０に格納されるデータは、上記した例のものに限定されるわけではなく、例えば日付や時刻の情報は直接的に日付や時刻の値である必要は無く、算術演算などを用いて日時が一意に決定されればよく、たとえば日付と時刻とを同時にシリアルな連続値で示す方法でも良いし、また、別の効果を目的として上記の例で示したデータ単位管理情報テーブル７０の項目以外に例えばカメラ番号やセンサの状態などの属性データを含んでいても良い。
【００６２】
さらに、データを削除する際には、実際のデータ領域を必ずしも削除する必要は無く、データ単位管理情報テーブルでのみデータを削除したことを明示し、対応するデータ領域が書き込み可能であることを明示するだけでも一向に構わない。
【００６３】
実施の形態２．
実施の形態１では、データ単位管理情報テーブルとして図４に示すものを用いているが、それに加えて図８に示すグループ管理情報テーブルを用いても良い。
【００６４】
図８に示されるグループ管理情報テーブル１７０には、管理情報の第１項目となるデータ状態フラグ１７１と、管理情報の第２項目となるグループ合計データサイズ１７２と、管理情報の第３項目となるグループ先頭アドレスである１７３とが各グループの画像データの記録日時の順番に連続して記録される。グループ管理情報テーブル１７０では、前述した所定データ単位のまとまりで構成される一つのグループに対して第１項目乃至第３項目の１件の管理データが作成される。このグループ管理情報テーブル１７０において、データ状態フラグ１７１は、そのグループのデータが記録されていることを示すものであり、データが記録されている場合はたとえば０ｘ０１の値を設定し、データが消去された場合には０ｘ００の値を設定するものとする。
【００６５】
本実施の形態２の映像情報記録装置はデータを記録する際に、実施の形態１と同様に、データ単位管理情報テーブル７０にて各所定データ単位ごとの管理データを作成するが、このとき、一つ以上の連続した所定データ単位のデータサイズ合計値が規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）以下となる範囲が一つのグループとして扱われ、この一つのグループに対して、データ状態フラグ、そのグループの合計データサイズ、そのグループの先頭データアドレスとを有する１件の管理データが作成され、このデータが連続して記録されてグループ管理情報テーブル１７０が構成される。
【００６６】
図９を参照して、本実施の形態２で作成されるグループ管理情報テーブル１７０について説明する。図９において、１８０はグループ管理情報テーブル１７０の１件目の管理データ、１８１は２件目の管理データであり、そのほか、図６及び図８と同一の符号を付したものは、同一またはこれに相当するものである。図９において、データ単位管理情報テーブル７０における管理データ１１０乃至１２２が一つのグループとして扱われており、本グループ管理情報テーブル１７０では、この管理データ１１０乃至１２２に対応するグループに対して、１件の管理データ１８０が生成される。同様に、データ単位管理情報テーブル７０の管理データ１３０乃至１４３が一つのグループに対応し、このグループに対して、１件の管理データ１８１が生成される。
【００６７】
このようなデータ単位管理情報テーブル７０及びグループ管理情報テーブル１７０を管理データ領域２１に作成しながら画像データの記録を行う際に、長時間の記録を続け記憶媒体の空き容量がなくなった場合には、一番古いデータを削除することで新たなデータ記録のための空き領域を確保し、連続的な記録を続行し、このときに、データは一つのグループごとに前述の処理（実施の形態１で図７を参照して説明した処理）により削除されるわけであるが、このグループ管理情報テーブル１７０を用いることで、記憶媒体５ａ上に未使用領域を発生させることなくデータの連続記録を行う際に、空き領域確保のために削除が必要なグループの数を映像情報記録再生装置はグループ管理情報テーブル１７０から容易に取得できるため、映像情報記録再生装置の処理負荷を低減する効果があり、性能が低い映像情報記録再生装置においても未使用領域削減という効果を実現可能となる。
【００６８】
なお、グループ管理情報テーブル１７０においては、その内容は図示の例に限定されるわけではなく、別の効果を目的として上記の例で示した項目以外の情報を含んでいても良い。
【００６９】
実施の形態３．
図１０及び図１１は、本発明を実施するための実施の形態３による映像情報記録再生装置を説明するための図であり、より具体的には図１０は装置を実現するためのブロック図であり、図１１は記憶媒体５ａ上の記録領域の説明図である。
【００７０】
図１０に示す映像情報記録再生装置は、図１に示すものと概して同じであり、図１と同様の部材には同一の符号が付されている。図１０に示す装置は、管理データ比較部１３が付加されている点で異なる。
また、図１１において、１９０は第１のデータ単位管理情報テーブル、１９１は第１のグループ管理情報テーブル、１９２は第２のデータ単位管理情報テーブル、１９３は第２のグループ管理情報テーブル、１９４はデータ単位管理情報テーブル用のチェックサムテーブル、１９５はグループ管理情報テーブル用のチェックサムテーブルである。
【００７１】
図１１に示したように、本実施の形態の映像情報記録再生装置では、データ単位管理情報テーブル（１９０、１９２）が２箇所に設けられ、また、グループ管理情報テーブル（１９１、１９３）が２箇所に設けられており、データ単位管理情報テーブル１９０及び１９２は互いに同一の内容で構成され、グループ管理情報テーブル１９１及び１９３も互いに同一の内容で構成される。また、データ単位管理情報テーブル１９０及び１９２に対して、データの正当性を評価するためのチェックサムテーブル１９４が設けられ、また、グループ管理情報テーブル１９１及び１９３に対して同様のチェックサムテーブル１９５が設けられている。
【００７２】
本実施の形態３の映像情報記録再生装置では、データ記録の際に、管理データ生成部６にてデータ単位管理情報テーブル（１９０，１９２）を記憶媒体５ａの２箇所に同一内容で作成する。このときに、データ単位管理情報テーブル（１９０，１９２）の一定個数のデータ単位ごとに、記述された内容のデータ量を合計し、その量を表す値をデータ単位管理情報テーブル用チェックサムテーブル１９４として記録する（テーブルを作成乃至テーブルに記録する）。同様に、データの記録の際に管理データ生成部６にて記憶媒体５ａの２箇所に同一の内容でグループ管理情報テーブル（１９１，１９３）を作成し、このときに、グループ管理情報テーブル（１９１，１９２）に対しては、１つのグループごとにデータ量の合計を算出してグループ管理情報テーブル用チェックサムテーブル１９５を作成する（テーブルに記録する）。
【００７３】
本実施の形態の映像情報記録再生装置の動作においては、まず、管理データ比較部１３において、２つのデータ単位管理情報テーブル１９０及び１９２のデータを互いに比較し、両者のデータに差異が無い場合にはいずれか一方のデータ単位管理情報テーブル１９０又は１９２、例えば第１の管理情報テーブル１９０を使用してデータの検索及び管理を行う。両者間に差異があった場合には、差異があった箇所のデータ量をチェックサムテーブル１９４に記録されている値と、管理データ比較部１３において、比較し、いずれかが合致すれば、合致した方のデータ単位管理情報テーブル（１９０，１９２の一方）をデータの検索に使用するように切り替える。
グループ管理情報テーブル（１９１，１９３）に関しても同様に、管理データ比較部１３において、２つの管理情報テーブル１９１及び１９３のデータを互いに比較し、両者のデータに差異が無い場合にはいずれか一方のグループ管理情報テーブル（１９１，１９３の一方）、例えば第１のグループ管理情報テーブル１９１を使用してデータの検索及び管理を行う。両者間に差異があった場合には、差異があった箇所のデータ量をチェックサムテーブル１９５に記録されている値と、管理データ比較部１３において、比較し、いずれかが合致すれば、合致した方のグループ管理情報テーブル（１９１，１９３の一方）をデータの検索に使用するように切り替える。
【００７４】
なお、この管理情報テーブルのデータの比較処理は、あらかじめ設定したタスクスケージュールに基づいて実施されればよく、たとえば、毎日決まった時間に行う方法や、あるいは、装置が動作を開始してから一定時間経過ごとに実施するなどの方法でよい。
【００７５】
このように構成したことで、記憶媒体上に未使用領域を生じない本実施の形態の映像情報記録再生装置にあって、データ単位管理情報テーブル及びグループ管理情報テーブルの一部が何らかの原因で破損した際にも、データ単位管理情報テーブル及びグループ管理情報テーブルをそれぞれ２つ有し、かつ、そのチェックサムテーブルを有していることで、データの破損していない管理情報テーブル（データ単位管理情報テーブル、グループ管理情報テーブル）を選択することができるため、記録及び再生の続行が可能となる。
【００７６】
なお、この実施の形態ではデータ単位管理情報テーブルとグループ管理情報テーブルとの両方に対して、同一内容の管理情報テーブルを２つ設け、かつ、それぞれのチェックサムテーブルを設けるわけであるが、これらの管理情報を記録する記憶媒体上の位置については上記の例に限定されるものではなく、例えば、２つの管理情報テーブル（データ単位管理情報テーブル、グループ管理情報テーブル）を連続して（互いに隣り合う領域に）記録する形態であってもかまわない。
【００７７】
実施の形態４．
図１２は、本発明の実施の形態４による映像情報記録再生装置を説明するための図であり、より具体的には、本装置の構成を示すブロック図である。図１２において１４は管理データ蓄積部であり、図１と同一の符号を付したものは、同一またはこれに相当するものである。
【００７８】
本実施の形態の映像情報記録再生装置では、画像データはデータ蓄積部５に記録され、データ単位管理情報テーブル７０及びグループ管理情報テーブル１７０は、画像データを記憶するデータ蓄積部５とは異なる記憶媒体１４ａを有する管理データ蓄積部１４にそれぞれ記録される、この管理データを記憶するための記憶媒体１４ａは、たとえば揮発性のメモリなどで構成される。一般に、画像データの長時間記録においてはその画像データサイズは莫大なものとなるため、ＨＤＤなどの容量単価の安い記憶媒体が利用されるが、管理データは画像データに比べてデータサイズが格段に小さいため、その情報を半導体メモリなどに記録することも可能である。
【００７９】
このように構成することで、記憶媒体上に未使用領域を生じない本実施の形態の映像情報記録再生装置にあって、管理情報テーブルを記録するための記憶媒体を半導体メモリで構成した場合には、一般にＨＤＤなどの記憶媒体に比べてアクセス速度が速いため、管理情報テーブル（７０，１７０）及び画像データにアクセスする際に所望データの検索に要する時間が低減できるため、より良好なデータアクセス性能を実現する。また、一つの媒体上で管理データと画像データとの両方にアクセスする場合に比べて、一つの媒体あたりのアクセス回数を削減することが可能となり、その結果、消耗部品であるＨＤＤへのアクセス回数が削減可能となり、製品の長寿命化の効果がある。
【００８０】
なお、本実施の形態４では、データ単位管理情報テーブル及びグループ管理情報テーブルのいずれをも画像データを記憶する記憶媒体とは異なる記憶媒体に記録する例で示したが、管理データへのアクセス頻度や使用可能な管理データ蓄積部１４の容量などに応じて、データ単位管理情報テーブルのみあるいはグループ管理情報テーブルのみを画像データを記憶する記憶媒体とは異なる記憶媒体に記録してもよい。
【００８１】
また、管理データ量域用の記憶媒体１４のサイズに対して、管理情報テーブル（７０，１７０）のデータサイズが相対的に十分に小さい場合には、データ単位管理情報テーブル及びグループ管理情報テーブルをそれぞれ一つずつに限る必要は無く、実施の形態３で説明したようにそれぞれ複数のテーブルを設けても良い。この場合、実施の形態３で説明したように、管理データ比較部１３を設けて管理情報テーブルのデータの比較処理を行う。
【００８２】
以上、実施の形態を説明したが、いずれの実施形態においても、映像記録再生装置は専用のハードウェアをもってして構成しても良いし、汎用のパーソナルコンピュータ上でソフトウェアによる処理手段により実現しても良い。
【図面の簡単な説明】
【００８３】
【図１】実施の形態１の映像情報記録再生装置を説明するための、ブロック図である。
【図２】実施の形態１の映像情報記録再生装置を説明するためのデータ蓄積領域図である。
【図３】実施の形態１の映像情報記録再生装置を説明するための、データ格納構造図である。
【図４】実施の形態１の映像情報記録再生装置を説明するための、管理データ構成図である。
【図５】実施の形態１の映像情報記録再生装置におけるデータ管理方法を説明するためのフローチャートである。
【図６】実施の形態１の映像情報記録再生装置を説明するための管理データ構成図である。
【図７】実施の形態１の映像情報記録再生装置における、連続記録動作を説明するためのフローチャートである。
【図８】実施の形態２の映像情報記録再生装置を説明するための管理データ構成図である。
【図９】実施の形態２の映像情報記録再生装置を説明するための管理データ構成図である。
【図１０】実施の形態３の映像情報記録再生装置を説明するためのブロック図である。
【図１１】実施の形態３の映像情報記録再生装置を説明するための記憶媒体領域構成図である。
【図１２】実施の形態４の映像情報記録再生装置を説明するためのブロック図である。
【符号の説明】
【００８４】
１ 映像情報記録再生装置、 ２ 画像入力部、 ３ 画像符号化部、 ４ データ記録部、 ５ データ蓄積部、 ６ 管理データ生成部、 ７ 管理データ書き替え部、 ８ 管理データ読み出し部、 ９ データ読み出し部、 １０ 画像符号化部、 １１ 画像出力理部、 １２ 制御処理部、 １３ 管理データ比較部、 １４ 管理データ蓄積部、 ２０ 全データ領域、 ２１ 管理データ領域、 ２２ 画像データ領域、 ３０ 固定長区画領域、 ４１ ＶＯＰ１、 ４２ ＶＯＰ２、 ４３ ＶＯＰ３、 ４４ＶＯＰ４、 ４５ ＶＯＰ５、 ５１ ＶＯＰ６、 ５２ ＶＯＰ７、 ５３ ＶＯＰ８、 ５４ ＶＯＰ９、 ５５ ＶＯＰ１０、 ６１ 所定データ単位１、 ６２ 所定データ単位２、 ７０ データ単位管理情報テーブル、 ７１ データ有無フラグ、 ７２ 記録年月日、 ７３ 記録時刻、 ７４ 先頭アドレス、 １００〜１０７ 所定データ単位、 １１０〜１４３ 管理データ、 １７０ グループ管理情報テーブル、 １７１ データ状態フラグ、 １７２ グループ合計データサイズ、 １７３ 先頭アドレス、 １８０〜１８１ 管理データ、 １９０ 第１のデータ単位管理テーブル、 １９１ 第１のグループ管理テーブル、 １９２ 第２のデータ単位管理テーブル、 １９３ 第３のグループ管理テーブル、 １９４−１９５ チェックサムテーブル。
【技術分野】
【０００１】
本発明は、映像情報記録再生方法及び装置に関するものであり、特に、監視用途などに適用する映像情報記録再生方法に関するものである。
【背景技術】
【０００２】
従来の映像情報記録再生装置においては、映像を記録する際にカメラなどから入力された映像信号を符号化してビデオテープやハードディスクなどの記憶媒体に記録する方法が一般的であり、長時間の記録を必要とする用途の場合には、フレーム内の空間的冗長性を利用してデータサイズを小さくするＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などのイントラ符号化技術や、フレーム間の時間的冗長性も利用してデータサイズを小さくするＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）などのインター符号化技術が広く用いられている。
【０００３】
イントラ符号化技術を用いた場合には、１枚のフレームごとにデータは独立しており、記憶媒体上ではこれらの符号化データを、固定長の区画に１枚あるいは複数枚ずつ格納して管理されている。
【０００４】
一方インター符号化を用いた場合には、イントラ符号化したキーフレームがまず符号化され、そのキーフレームを基準として時間軸方向のフレーム間相関を用いて符号化したフレームがそれに続き、これらがまとまって画像情報として有意な一つのまとまりを形成する。たとえば、ＭＰＥＧ−４の場合、まず、データの符号化条件などを示すヘッダに続いて、イントラ符号化したキーフレームであるＩ−ＶＯＰのデータが続き、その後Ｉ−ＶＯＰから順次時間方向の相関を用いて符号化したＶ−ＶＯＰが続く。あるＩ−ＶＯＰから次に出現するＩ−ＶＯＰの直前のＶ−ＶＯＰまでを、ここでは所定データ単位と呼ぶことにする。記憶媒体上では固定長の区画に１つあるいは複数の所定データ単位が記録され、管理される。
【０００５】
ところで、監視用途の例にみるように長時間の記録が必要な場合には、有限容量の記憶媒体に対していかに効率よく符号化データを記録するかが重要となる。従来の技術では、これらの記録データは固定長区画のデータサイズに収まる範囲の最大個数が格納される。このような管理方法においては、固定長区画のデータサイズと所定データ単位のデータサイズとを完全に一致させるのが難しいため、記憶媒体に未使用領域が発生してしまう。特にインター符号化においては、１つの所定単位データは一般に複数のフレームデータをまとめたものであるため、イントラ符号化の１フレームデータに比べて単位データサイズが大きくなるため、その結果、固定長区画に入りきれなかった場合の未使用領域は相対的に大きなものとなる傾向があり、記憶媒体上に大きな未使用領域が発生してしまう。
【０００６】
この改善策として、符号化の際に所定データ単位内のフレーム数を符号化後のデータ量に応じて変化させ、所定データ単位の倍数が記憶媒体の固定長区画データ量に近づくように符号化処理を制御することで記憶媒体上の未使用領域を少なくするものがある（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００４−３５７０８６号公報（第１１頁、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら従来の技術では、第１に、次の入力画像の推定符号量を算出して符号化処理を切り替える必要があるため、この符号量推定の演算や処理切り替えなどで処理が複雑化するという問題があった。また、推定の符号量を用いて処理を切り替えているため、実際に符号化した結果が固定長区画データ量に必ずしも一致するとは限らず、結果として未使用領域が発生する可能性があった。また、符号化時の効率という観点から見た場合に、記録映像の内容的にはイントラ符合化することなくインター符号化のＰ−ＶＯＰとして効率よく記録可能な映像内容である場合でも、固定長区画のデータサイズの制約から強制的にイントラ符号化に切り替えられてしまうため、符号化効率が低下する問題があった。さらに、監視用途などでは、外部のアラームや監視画像の動きをトリガとして記録条件を変更するということが一般的に行われており、記録後にこのアラームに関連付けされた映像のみを視聴することが広く行われているため、アラームなどのトリガが入力された場合にはその時点の画像をイントラ符号化し、その時点からアクセスして再生可能であることが望ましいが、特許文献１による従来技術においては、固定長区画と予想累計データサイズとから判断してイントラ符号化タイミングを決定しているため、アラームの入力時点がランダムアクセスできるイントラ符号化になっているとは限らず、その結果、アラーム時点からすばやく再生が出来ないなど、アクセス性が悪いという問題があった。
【０００９】
また、記憶媒体の記録可能領域がなくなった場合には古い記録データを削除し、そのことで確保した空き領域に新しくデータを記録していくわけであるが、このときにも上記と同様に記憶媒体上に上述の無駄な未使用領域が発生するという課題があった。
【００１０】
本発明は上記のような課題を解決するためになされたものであり、映像情報記録再生方法において、所望データへのランダムアクセス性能を損なうことなく、有限容量の記憶媒体に対してデータ記録時の未使用領域を削減し、かつ、連続記録を繰り返した際にも記憶媒体の未使用領域を削減した長時間記録を実現する映像情報記録再生装置を得ることを目的とするものである。
【課題を解決するための手段】
【００１１】
本発明は、入力された画像データを符号化し、この符号化した画像データを所定のデータ単位毎に記憶媒体に記録し、この所定データ単位の画像データの一つあるいは複数を連続して再生する映像情報記録再生方法において、前記所定のデータ単位毎の符号化データを、記憶媒体のデータ格納領域に連続して格納し、前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定データ単位毎に記録された画像データの管理情報を格納するデータ単位管理情報テーブルを作成することを特徴とした映像情報記録再生方法を提供する。
【発明の効果】
【００１２】
以上、本発明によれば、符号化した映像データを所定データ単位で記憶媒体上に連続して記録しているため、記憶媒体上の固定長区画サイズと符号化データサイズとの差異により発生する記憶媒体の未使用領域を削減でき、長時間の記録を実現する。このときに、従来技術のように記録データ自体を一定のサイズ以下とするように符号化部を制御する必要が無いため、符号化部での処理負荷を低減できる。また、所望のデータにアクセスするためのデータ単位管理情報テーブルを設けてデータを管理し、そのアドレスが指し示すデータの先頭はイントラ符号化されたデータであるため、データへのランダムなアクセス性を損なうことがない。
【００１３】
さらに、古いデータを削除しながら新しいデータを記録していく連続記録の際にも、記憶媒体上に設けたデータ単位管理情報テーブルにより記録領域と削除領域の管理を行っているため、少ない処理負荷で記憶媒体の未使用領域を削減して連続記録を続けることを実現する。
【発明を実施するための最良の形態】
【００１４】
実施の形態１．
図１は、本発明を実施するための実施の形態１による映像情報記録再生装置を説明する図であり、より具体的には装置を実現するためのブロック図である。
【００１５】
図１に示される映像情報記録再生装置１は、画像入力部２と、画像符号化部３と、データ記録部４と、記憶媒体５ａを備えたデータ蓄積部５と、管理データ生成部６と、管理データの書き替え部７と、管理データの読み出し部８と、データ読み出し部９と、画像復号化部１０と、画像出力部１１と、処理制御部１２とを有する。
【００１６】
なお、図１においては、映像情報記録再生装置１に直接接続されて記録の開始や停止などをユーザが指定するためのコマンド入力手段、機器の状態を表示する状態表示手段、画像の符号化及び復号化処理において一時的にデータを格納するデータ一時格納手段、出力された画像を表示する表示装置など、本発明の効果に直接影響を及ぼさない部分は省略して示している。
【００１７】
本実施の形態１の映像情報記録再生装置１では、画像入力部２に接続されたカメラなどから入力された映像を、処理制御部１２により所定の画質及び記録間隔に制御して画像符号化部３にて符号化を行い、その符号化データ（画像データ）をデータ記録部４により所定のデータ単位ごとにデータの記憶媒体５ａを備えたデータ蓄積部５に記録する。このデータの記録において、記録データの管理情報を管理データ生成部６にて生成し、データ蓄積部５に記録する。
【００１８】
また、映像情報記録再生装置１では、蓄積部５に記録された画像データを再生する際には、管理データ読み出し部８にて蓄積部５に記録された管理データを読み出して所望画像データが記録されている領域の先頭アドレスを検索し、その情報（アドレス）に基づいてデータ読み出し部９がデータ蓄積部５より所望のデータ（画像データ）を読み出し、画像復号化部１０にて画像データを復号し、画像出力部１１より画像が出力される。
【００１９】
ここで、本実施の形態１におけるデータの記録について図２を参照して説明する。図２は、データ蓄積部５と、データ蓄積部５の記憶媒体５ａ上の記憶領域を示す図であり、２０はデータ蓄積部５の全記録領域であり、２１は管理データを保存するための管理データ領域、２２は画像データを記録するための画像データ領域である。このように、本実施の形態１の映像情報記録装置１では、データ蓄積部５の記録領域２０を画像データの記憶領域２２と管理データの記憶領域２１とに分けてデータを記録する。
【００２０】
従来の技術におけるデータの記録方法では、上記のように、各固定長区画に対して、最大格納可能なフレームデータを格納する方法で画像データを記録する構造となっており、固定長区画サイズと所定データ単位サイズとの不一致によりデータの未使用領域が発生していた。
【００２１】
この未使用領域の削減することを目的とした前述の特許文献１においては、符号化時の処理切り替えにより、推定符号量に応じて所定単位データ内のフレーム数を変化させて所定データ単位のサイズを固定長区画サイズに近づけるように制御することで未使用領域の削減を目指したものであるが、このとき、データサイズの制御に負荷が発生するばかりではなく、文献１の図にもあるように未使用領域も依然として発生してしまうものであった。
【００２２】
本実施の形態１では、所定データ単位毎のデータは固定長区画によって区切られること無く、連続してデータ記録領域に格納される。
図３に、本実施の形態１のデータ記憶領域におけるデータ格納の例を示す。図３において、２２は記憶媒体上の画像データ領域であり、４１乃至５５は各々一つのフレームであり、４１乃至４５が一つの所定データ単位６１であり、５１乃至５５が次の所定データ単位６２である。このように、各所定データ単位のデータはデータ領域で固定長の区画で区切られることなく時系列に連続的に記録され、未使用領域を発生しない。
【００２３】
この画像データの記録の際には管理データ生成部６により管理データ領域２１に記録するための画像の管理データが生成される。この管理データの具体例を、図４に示す。図４において、７０はデータ単位管理情報テーブル、７１は管理情報の第１項目となるデータ有無フラグ、７２は管理情報の第２項目となる画像データの記録年月日、７３は管理情報の第３項目となる画像データの記録時刻、７４は管理情報の第４項目となる記憶媒体上における画像データの先頭アドレスである。この管理データは、データ有無フラグ７１、記録年月日７２、記録時刻７３、先頭アドレス７４の４項目で１件のデータを構成し、１つの所定データ単位にあたり１件の管理データが作成され、画像データが記録された順番で記憶媒体上の管理データ領域に蓄積される。
【００２４】
このデータ単位管理情報テーブル７０においては、「一つ以上の連続して記録された１つ以上の所定データ単位であって、その合計データサイズｓｕｍ＿ｄａｔａが規定データサイズ（規定の最大合計データサイズ） ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ以下であり、かつ次の所定データ単位を加えると合計データサイズｓｕｍ＿ｄａｔａが上記規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）を超えるものを一つのグループとして扱い、データ単位管理情報テーブル７０に、このグループ内の所定データ単位に各々関連付けられた管理情報に続いて、一つのグループに対する管理情報の件数（ｃｏｕｎｔ）が規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸになるまで、ここの所定データ単位と関連づけられていない空の管理情報を生成する。
このことを、図５を参照して説明する。図５は、第１の管理情報作成処理を説明するフローチャートである。
【００２５】
まず、ステップ８０において、所定データ単位の合計データサイズｓｕｍ＿ｄａｔａを「０」にリセットし、管理データ件数ｃｏｕｎｔを「１」にリセットする。（具体的には合計データサイズｓｉｚｅ＿ｄａｔａを保持するレジスタに「０」を書き込み、管理データ件数ｃｏｕｎｔを記憶乃至計数する図示しないレジスタ乃至はカウンタに「１」を書込む。以下他の変数についても同様である。）
【００２６】
次に、ステップ８１において、所定データ単位の符号化処理を行い、次に、ステップ８２で、符号化データを記憶媒体に書き込み、次に、ステップ８３において、その符号化した所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔを取得し（所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔをレジスタｓｉｚｅ＿ｕｎｉｔに書き込み）、ステップ８４において、この取得した所定データ単位のサイズｓｉｚｅ＿ｕｎｉｔを合計データサイズｓｕｍ＿ｄａｔａに加算して、加算結果を新たな合計データサイズｓｕｍ＿ｄａｔａとする。
【００２７】
そして、ステップ８５において、この合計データサイズｓｕｍ＿ｄａｔａが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸよりも大きいかどうか判定し、合計データサイズｓｕｍ＿ｄａｔａが大きくなければ（ステップ８５でＮＯ）、その所定データ単位は現在のグループに属するものとして、ステップ８６において、この所定データ単位に対して１件の管理データを作成する。
【００２８】
その後、ステップ８７において、管理情報の件数ｃｏｕｎｔに１を加算した上で、ステップ８１に戻り、ステップ８１以下の処理を繰り返す。
一方、ステップ８５において、合計データサイズｓｕｍ＿ｄａｔａが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸよりも大きいと判断されたときは（ステップ８５でＹＥＳ）、ステップ８８に進む。
【００２９】
ステップ８８においては、その一つ前の時点の所定データ単位までを一つのグループに属するものとして（即ち、最後に符号化された所定データ単位を当該グループから除外して）グループを構成し、次のステップ８９にて、現在までに作成された管理情報の件数ｃｏｕｎｔが規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸと一致しているかどうかを判定する。
【００３０】
ステップ８９で、一致していなければ（ステップ８９でＮＯ）、ステップ９０で、所定データ単位と関連付けされない空の管理データを作成し、ステップ９１で、管理情報件数ｃｏｕｎｔに「１」を加算し（カウンタのカウント値ｃｏｕｎｔを「１」だけ大きくし）、ステップ８９に戻る。
【００３１】
このような処理により、ステップ８９で作成された管理情報の件数（所定データ単位に関連付けられた管理情報の件数と空の管理情報の件数の和）が規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸに達するまで、空の管理情報が作成される。
管理情報の合計件数ｃｏｕｎｔが規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸに達すると（ステップ８９でＹＥＳ）、ステップ９２において、先にデータサイズを取得した最新の所定データ単位と関連付けられた管理データを作成する。
【００３２】
その後、ステップ９３にて管理データ件数ｃｏｕｎｔを１に設定し、ステップ９４において、合計データサイズｓｕｍ＿ｄａｔａを、最新の所定データ単位のデータサイズｓｉｚｅ＿ｕｎｉｔに等しくする（合計データサイズｓｉｚｅ＿ｄａｔａを格納するレジスタｓｉｚｅ＿ｄａｔａに最新の所定データ単位のデータサイズｓｉｚｅ＿ｄａｔａの値をセットして初期化する）。
次にステップ８１に戻り、以下、次のグループについて上記と同様の処理を繰り返す。
【００３３】
図５に示される処理のうち、ステップ８１は、画像符号化部３で実行され、ステップ８６，９０，９２は管理データ生成部６で実行され、その他の処理は、処理制御部１２で実行される。そのため、変数や定数（ｓｉｚｅ＿ｄａｔａ， ｓｉｚｅ＿ｕｎｉｔ， ｃｏｕｎｔ，ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）などを記憶するレジスタ、カウンタなどが処理制御部１２内に設けられている。
【００３４】
このような処理で作成された管理データの例を図６に示す。図６は図５の処理により作成された管理データの例であり、各グループに対する管理データ件数の規定数ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸが３２である例を示している。
【００３５】
図６において、２２は記憶媒体上の画像データ領域、７０は記憶媒体上の管理データ領域に記録されたデータ単位管理情報テーブルであり、１００乃至１０７は画像データ領域２２に記録された各所定データ単位のデータであり、そのうち所定データ単位１００乃至１０４で一つのグループ（第１のグループ）Ｇ１が構成され、所定データ単位１０５乃至１０７で別のグループ（第２のグループ）Ｇ２が構成されている。１１０乃至１４３はデータ単位管理情報テーブル７０に記録された管理データである。管理データ１１０乃至１１４は、第１のグループＧ１の所定データ単位１００乃至１０４に関連付けられたものであり、管理データ１３０乃至１３２は第２のグループＧ２の所定データ単位１０５乃至１０７に関連付けられたものである。
【００３６】
管理データ１２０乃至１２２及び１４１乃至１４３は空の管理データである。
管理データ１１０乃至１１４の件数（５）と管理データ１２０乃至１２２の件数（２７）の合計が３２であり、管理データ１３０乃至１３２の件数（３）と管理データ１４１乃至１４３の件数（２９）合計が３２である。
【００３７】
このように、図示の例では、所定データ単位１００〜１０４が一つのグループ（第１のグループ）Ｇ１を構成するものとして扱われ、このグループＧ１に対して所定のデータ単位に関連付けられた管理データ１１０乃至１１４と空の管理データ１２０乃至１２２の総件数が規定数３２となるように空の管理データが付加されている。
【００３８】
同様に所定データ単位１０５乃至１０７が次のグループ（第２のグループ）Ｇ２を構成するものとして扱われ、このグループＧ２に対して所定のデータ単位に関連付けられた管理データ１３０乃至１３２と空の管理データ１４１乃至１４３の総件数が規定数３２となるように、空の管理データが付加されている。
【００３９】
次に、このように構成した管理データを用いて、記憶媒体上に連続した記録を実施する場合の処理について説明する。監視用途などでは、数日、あるいは数ヶ月などの長期間にわたってデータを記録し続けるといった連続的な記録が一般的に行われ、この場合には、過去に記録した一番古いデータから順にデータを削除して、そのことにより新たに確保された空き領域に新しいデータを記録する。この場合にも、データへのアクセス性を損なうことなく、かつ、記憶媒体上に未使用領域を作成しないことが重要である。
【００４０】
本実施の形態１において、図４を参照して説明した処理で構成したデータ単位管理情報テーブル７０を用いて連続的な記録処理を行う方法を、図７を参照して説明する。図７は、記憶媒体上に新しく記録するための空き領域が無くなり、記憶媒体上の古いデータを削除しながら新しいデータを記録する手法を説明するフローチャートである。本実施の形態においては、記録されたデータは、先に説明したグループ単位で削除するものとする。
【００４１】
まず、ステップ１５０において、削除した領域のサイズの合計値（削除領域サイズ）ｓｕｍ＿ｄｅｌｅｔｅを０に設定し、次に、ステップ１５１において、削除するグループを指定する値（グループ番号）ｔａｒｇｅｔ＿ｇｒｏｕｐを、一番古いグループを意味する「１」に設定し、次にステップ１５２において、削除する一つ目のグループかどうかを判別するフラグｆｌｇ＿ｆｉｒｓｔを「１」に設定する。
【００４２】
続いて、ステップ１５３において、データ単位管理情報テーブル７０を用いて１番目のグループに対応する管理データよりこのグループが占有しているデータサイズｓｉｚｅ＿ｔａｒｇｅｔを算出する（データサイズを算出してレジスタｓｉｚｅ＿ｔａｒｇｅｔに格納する）。このデータサイズの算出はアドレス値を元に行われる。即ち、一つのグループの最初のデータ単位の先頭アドレス７４と、次のグループの最初のデータ単位の先頭アドレスとを読み出し、両者の差（後者から前者を引いた値）をデータサイズｓｉｚｅ＿ｔａｒｇｅｔとする。但し、アドレスで最後尾のデータに対しては、別途管理しているポインタにてそのデータの終端を知るものとする。
【００４３】
その後ステップ１５４にてこのグループ番号ｔａｒｇｅｔ＿ｇｒｏｕｐで指定されるグループのデータを削除する。
【００４４】
次にステップ１５５において、ステップ１５３で算出されたデータサイズｓｉｚｅ＿ｔａｒｇｅｔを、削除した領域サイズの合計値（合計データサイズ）ｓｕｍ＿ｄｅｌｅｔｅに加算して加算結果を新たな合計データサイズｓｉｚｅ＿ｄｅｌｅｔｅとする。合計データサイズｓｉｚｅ＿ｄｅｌｅｔｅは、現在までにどれだけのデータが削除されたかを示す。
【００４５】
そして、ステップ１５６において、ターゲットとするグループ番号を一つ進めする（即ち、グループ番号（最初は最も古いグループを表す「１」であった）に「１」を加算し、次に古いグループを指定する番号にする）。
【００４６】
次に、ステップ１５７において、ステップ１５４で実行されたグループの削除処理が、初めて行われたものであるかどうかをフラグｆｌｇ＿ｆｉｒｓｔを参照することにより判別し、最初のグループであった場合には、次にステップ１５８においてフラグｆｌｇ＿ｆｉｒｓｔを「０」にした上で、ステップ１５３に戻り、ステップ１５３乃至ステップ１５６をもう一度実施する。
【００４７】
上記のようにしてステップ１５３乃至１５６が二度目に実行された時点では、ステップ１５７の判定を行うと、結果はＮＯ（フラグｆｌｇ＿ｆｉｒｓｔが１ではない）となる。
【００４８】
そこで、次にステップ１５９において、削除したデータのサイズの合計（合計データサイズ）ｓｕｍ＿ｄｅｌｔｅが、記録時の規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸより大きいかどうかの判定を行う。
【００４９】
累計値ｓｕｍ＿ｄｅｌｅｔｅが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ以下の場合には（ステップＳ１５９でＮＯ）、ステップ１５３に戻り、ステップ１５３以下の、上記と同様の処理を繰り返す。
【００５０】
ステップ１５９において、合計データサイズ（累計値）ｓｕｍ＿ｄｅｌｅｔｅが規定データサイズＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸより大きい場合（ステップ１５９でＹＥＳ）には、ここで空き領域確保のためのデータ削除作業は一時中断され、ここまでの処理で確保した空き領域に対して、ステップ１６０にて新しいグループのデータならびに管理情報の書き込みを行う。
【００５１】
このステップ１６０では、図５のステップ８０乃至９４と同様の処理が行われる。処理の最後におけるデータ合計ｓｉｚｅ＿ｄａｔａが合計データサイズｓｕｍ＿ｇｒｏｕｐとして一時記憶される（レジスタｓｉｚｅ＿ｇｒｏｕｐに格納される）。
【００５２】
そしてステップ１６１において、ステップ１６０にて記録したグループの合計データサイズｓｕｍ＿ｇｒｏｕｐをレジスタｓｕｍ＿ｇｒｏｕｐに格納し、ステップ１６２にて、削除したデータサイズの累計値（合計データサイズ）ｓｕｍ＿ｄｅｌｔｅから新たに記録したグループのデータサイズｓｕｍ＿ｇｒｏｕｐを減算し、減算結果を新たな、「削除したデータサイズの累計値（合計データサイズ）」ｓｕｍ＿ｄｅｌｅｔｅとする（即ち減算結果をレジスタｓｕｍ＿ｄｅｌｅｔｅに書込む）。この累計値は、先に確保した空き領域がどれだけ残っているのかを表すものである。
その後、処理１５３から同様にこれら一連の処理を繰り返す。
【００５３】
図７の処理のうち、ステップ１５３は管理データ読み出し部８及び処理制御部１２で実行され、ステップ１５４はデータ記録部４（実際にデータを消去する場合）又は管理データ生成部６（管理データを書換えるだけの場合）で実行され、その他の処理は、処理制御部１２で実行される。そのため、変数や定数（ｆｌｇ＿ｆｉｒｓｔ， ｓｉｚｅ＿ｔａｒｇｅｔ， ｔａｒｇｅｔ＿ｇｒｏｕｐ， ｓｉｚｅ＿ｄｅｌｅｔｅ， ｓｉｚｅ＿ｄａｔａ）などを記憶するレジスタが処理制御部１２内に設けられている。
【００５４】
ところで、本実施の形態において、各所定データ単位のデータサイズは固定長のサイズにするような処理は行っていないため、新たに記録するグループにおける所定データ単位の件数が先に削除したグループの所定データ単位数と異なるケースが考えられるが、先に説明したように、データ単位管理情報テーブルでは各グループに対して空の管理データ領域を付加して、管理データの総件数が規定数（図６に示す例では３２）となるようにしているので、新しく書き込んだグループのデータ件数が、削除したグループのデータ件数より多い場合においても、上記規定数を上回らない限り問題なくそれら所定データ単位の管理情報を作成できるとともに、すでに記録している過去のデータに対する管理情報にも不整合を生じることは無い。
【００５５】
なおこれら一連の処理の中でデータを削除する際には、データ単位管理情報テーブル７０におけるデータ有無フラグ７１を管理データ書き替え部７にて「１」から「０」に書き替えてデータが存在しないことを明示し、データを記録する場合に、データ有無フラグを「０」から「１」に書き替えることでデータが存在していることを明示する。このことで、管理データ検索において、どのデータが削除されているのかを瞬時に知ることが可能となる。
【００５６】
以上説明したように構成したことで、画像データを記憶媒体５ａ上に記録する際に、画像データを固定長区画で区切ることなく所定データ単位ごとに連続して記録することが可能となり、記憶媒体上の未使用領域の削減を実現することができる。また、古いデータを削除しながら新しいデータを記録する連続的な記録においても、データ単位管理情報テーブル７０によるデータ管理方法により、未使用領域の削減を実現することができる。このとき、従来例のように符号化における高度なデータ量制御は必要ではなく、簡易な構成で実現可能である。
【００５７】
また、本構成では記録されたデータを再生する際には、データが固定区画に区切られていなくても、データ単位管理情報テーブル７０の第２項目（７２）及び第３項目（７３）から所望の日時データを検索し、第４項目（７４）に記述されているアドレスより所望データの記録領域を検索可能であり、また、このアドレスで示されたデータの先頭は必ずイントラ符号化されたＩ−ＶＯＰであるのでその部分からの再生が可能となり、所望データへの良好なアクセスも実現する効果がある。
【００５８】
なお、データ単位管理情報テーブル７０において、一つのグループに対して割り当てるデータ件数の規定数（ＣＯＵＮＴ＿ＮＵＭ＿ＭＡＸ）は、実際の画像データ記録時の符号化条件によって考えうる最大数以上を割り当てればよいものであり、上記の例のように「３２」に限るものではない。
【００５９】
また、一つ以上の所定データ単位のまとまりをグループとして扱うための規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）についても、その装置を実現するためのキャッシュサイズやハードウェア構成、及び記録される符号化データのサイズに応じて設定すればよいものであり、上記の例の数値に限定されるものではない。
【００６０】
また、データを連続的に記録した場合には、最新のデータと関連付けられた管理データが、データ単位管理テーブル７０の最後尾ではなく中間に位置することになるが、この終端位置は、前記データ有無フラグ７１から知ることが出来る。但し、このようにする代わりに、データ単位管理テーブル７０のデータ有無フラグ７１にその所定データ単位が最後尾のデータであることを示す固有の値、たとえば、２５６などを割り当ててもよく、あるいは、装置上に設けられた不揮発性メモリなど別の手段でその終端のポインタを管理してもよい。
【００６１】
また、本実施の形態１で示したデータ単位管理情報テーブル７０に格納されるデータは、上記した例のものに限定されるわけではなく、例えば日付や時刻の情報は直接的に日付や時刻の値である必要は無く、算術演算などを用いて日時が一意に決定されればよく、たとえば日付と時刻とを同時にシリアルな連続値で示す方法でも良いし、また、別の効果を目的として上記の例で示したデータ単位管理情報テーブル７０の項目以外に例えばカメラ番号やセンサの状態などの属性データを含んでいても良い。
【００６２】
さらに、データを削除する際には、実際のデータ領域を必ずしも削除する必要は無く、データ単位管理情報テーブルでのみデータを削除したことを明示し、対応するデータ領域が書き込み可能であることを明示するだけでも一向に構わない。
【００６３】
実施の形態２．
実施の形態１では、データ単位管理情報テーブルとして図４に示すものを用いているが、それに加えて図８に示すグループ管理情報テーブルを用いても良い。
【００６４】
図８に示されるグループ管理情報テーブル１７０には、管理情報の第１項目となるデータ状態フラグ１７１と、管理情報の第２項目となるグループ合計データサイズ１７２と、管理情報の第３項目となるグループ先頭アドレスである１７３とが各グループの画像データの記録日時の順番に連続して記録される。グループ管理情報テーブル１７０では、前述した所定データ単位のまとまりで構成される一つのグループに対して第１項目乃至第３項目の１件の管理データが作成される。このグループ管理情報テーブル１７０において、データ状態フラグ１７１は、そのグループのデータが記録されていることを示すものであり、データが記録されている場合はたとえば０ｘ０１の値を設定し、データが消去された場合には０ｘ００の値を設定するものとする。
【００６５】
本実施の形態２の映像情報記録装置はデータを記録する際に、実施の形態１と同様に、データ単位管理情報テーブル７０にて各所定データ単位ごとの管理データを作成するが、このとき、一つ以上の連続した所定データ単位のデータサイズ合計値が規定データサイズ（ＳＩＺＥ＿ＧＲＯＵＰ＿ＭＡＸ）以下となる範囲が一つのグループとして扱われ、この一つのグループに対して、データ状態フラグ、そのグループの合計データサイズ、そのグループの先頭データアドレスとを有する１件の管理データが作成され、このデータが連続して記録されてグループ管理情報テーブル１７０が構成される。
【００６６】
図９を参照して、本実施の形態２で作成されるグループ管理情報テーブル１７０について説明する。図９において、１８０はグループ管理情報テーブル１７０の１件目の管理データ、１８１は２件目の管理データであり、そのほか、図６及び図８と同一の符号を付したものは、同一またはこれに相当するものである。図９において、データ単位管理情報テーブル７０における管理データ１１０乃至１２２が一つのグループとして扱われており、本グループ管理情報テーブル１７０では、この管理データ１１０乃至１２２に対応するグループに対して、１件の管理データ１８０が生成される。同様に、データ単位管理情報テーブル７０の管理データ１３０乃至１４３が一つのグループに対応し、このグループに対して、１件の管理データ１８１が生成される。
【００６７】
このようなデータ単位管理情報テーブル７０及びグループ管理情報テーブル１７０を管理データ領域２１に作成しながら画像データの記録を行う際に、長時間の記録を続け記憶媒体の空き容量がなくなった場合には、一番古いデータを削除することで新たなデータ記録のための空き領域を確保し、連続的な記録を続行し、このときに、データは一つのグループごとに前述の処理（実施の形態１で図７を参照して説明した処理）により削除されるわけであるが、このグループ管理情報テーブル１７０を用いることで、記憶媒体５ａ上に未使用領域を発生させることなくデータの連続記録を行う際に、空き領域確保のために削除が必要なグループの数を映像情報記録再生装置はグループ管理情報テーブル１７０から容易に取得できるため、映像情報記録再生装置の処理負荷を低減する効果があり、性能が低い映像情報記録再生装置においても未使用領域削減という効果を実現可能となる。
【００６８】
なお、グループ管理情報テーブル１７０においては、その内容は図示の例に限定されるわけではなく、別の効果を目的として上記の例で示した項目以外の情報を含んでいても良い。
【００６９】
実施の形態３．
図１０及び図１１は、本発明を実施するための実施の形態３による映像情報記録再生装置を説明するための図であり、より具体的には図１０は装置を実現するためのブロック図であり、図１１は記憶媒体５ａ上の記録領域の説明図である。
【００７０】
図１０に示す映像情報記録再生装置は、図１に示すものと概して同じであり、図１と同様の部材には同一の符号が付されている。図１０に示す装置は、管理データ比較部１３が付加されている点で異なる。
また、図１１において、１９０は第１のデータ単位管理情報テーブル、１９１は第１のグループ管理情報テーブル、１９２は第２のデータ単位管理情報テーブル、１９３は第２のグループ管理情報テーブル、１９４はデータ単位管理情報テーブル用のチェックサムテーブル、１９５はグループ管理情報テーブル用のチェックサムテーブルである。
【００７１】
図１１に示したように、本実施の形態の映像情報記録再生装置では、データ単位管理情報テーブル（１９０、１９２）が２箇所に設けられ、また、グループ管理情報テーブル（１９１、１９３）が２箇所に設けられており、データ単位管理情報テーブル１９０及び１９２は互いに同一の内容で構成され、グループ管理情報テーブル１９１及び１９３も互いに同一の内容で構成される。また、データ単位管理情報テーブル１９０及び１９２に対して、データの正当性を評価するためのチェックサムテーブル１９４が設けられ、また、グループ管理情報テーブル１９１及び１９３に対して同様のチェックサムテーブル１９５が設けられている。
【００７２】
本実施の形態３の映像情報記録再生装置では、データ記録の際に、管理データ生成部６にてデータ単位管理情報テーブル（１９０，１９２）を記憶媒体５ａの２箇所に同一内容で作成する。このときに、データ単位管理情報テーブル（１９０，１９２）の一定個数のデータ単位ごとに、記述された内容のデータ量を合計し、その量を表す値をデータ単位管理情報テーブル用チェックサムテーブル１９４として記録する（テーブルを作成乃至テーブルに記録する）。同様に、データの記録の際に管理データ生成部６にて記憶媒体５ａの２箇所に同一の内容でグループ管理情報テーブル（１９１，１９３）を作成し、このときに、グループ管理情報テーブル（１９１，１９２）に対しては、１つのグループごとにデータ量の合計を算出してグループ管理情報テーブル用チェックサムテーブル１９５を作成する（テーブルに記録する）。
【００７３】
本実施の形態の映像情報記録再生装置の動作においては、まず、管理データ比較部１３において、２つのデータ単位管理情報テーブル１９０及び１９２のデータを互いに比較し、両者のデータに差異が無い場合にはいずれか一方のデータ単位管理情報テーブル１９０又は１９２、例えば第１の管理情報テーブル１９０を使用してデータの検索及び管理を行う。両者間に差異があった場合には、差異があった箇所のデータ量をチェックサムテーブル１９４に記録されている値と、管理データ比較部１３において、比較し、いずれかが合致すれば、合致した方のデータ単位管理情報テーブル（１９０，１９２の一方）をデータの検索に使用するように切り替える。
グループ管理情報テーブル（１９１，１９３）に関しても同様に、管理データ比較部１３において、２つの管理情報テーブル１９１及び１９３のデータを互いに比較し、両者のデータに差異が無い場合にはいずれか一方のグループ管理情報テーブル（１９１，１９３の一方）、例えば第１のグループ管理情報テーブル１９１を使用してデータの検索及び管理を行う。両者間に差異があった場合には、差異があった箇所のデータ量をチェックサムテーブル１９５に記録されている値と、管理データ比較部１３において、比較し、いずれかが合致すれば、合致した方のグループ管理情報テーブル（１９１，１９３の一方）をデータの検索に使用するように切り替える。
【００７４】
なお、この管理情報テーブルのデータの比較処理は、あらかじめ設定したタスクスケージュールに基づいて実施されればよく、たとえば、毎日決まった時間に行う方法や、あるいは、装置が動作を開始してから一定時間経過ごとに実施するなどの方法でよい。
【００７５】
このように構成したことで、記憶媒体上に未使用領域を生じない本実施の形態の映像情報記録再生装置にあって、データ単位管理情報テーブル及びグループ管理情報テーブルの一部が何らかの原因で破損した際にも、データ単位管理情報テーブル及びグループ管理情報テーブルをそれぞれ２つ有し、かつ、そのチェックサムテーブルを有していることで、データの破損していない管理情報テーブル（データ単位管理情報テーブル、グループ管理情報テーブル）を選択することができるため、記録及び再生の続行が可能となる。
【００７６】
なお、この実施の形態ではデータ単位管理情報テーブルとグループ管理情報テーブルとの両方に対して、同一内容の管理情報テーブルを２つ設け、かつ、それぞれのチェックサムテーブルを設けるわけであるが、これらの管理情報を記録する記憶媒体上の位置については上記の例に限定されるものではなく、例えば、２つの管理情報テーブル（データ単位管理情報テーブル、グループ管理情報テーブル）を連続して（互いに隣り合う領域に）記録する形態であってもかまわない。
【００７７】
実施の形態４．
図１２は、本発明の実施の形態４による映像情報記録再生装置を説明するための図であり、より具体的には、本装置の構成を示すブロック図である。図１２において１４は管理データ蓄積部であり、図１と同一の符号を付したものは、同一またはこれに相当するものである。
【００７８】
本実施の形態の映像情報記録再生装置では、画像データはデータ蓄積部５に記録され、データ単位管理情報テーブル７０及びグループ管理情報テーブル１７０は、画像データを記憶するデータ蓄積部５とは異なる記憶媒体１４ａを有する管理データ蓄積部１４にそれぞれ記録される、この管理データを記憶するための記憶媒体１４ａは、たとえば揮発性のメモリなどで構成される。一般に、画像データの長時間記録においてはその画像データサイズは莫大なものとなるため、ＨＤＤなどの容量単価の安い記憶媒体が利用されるが、管理データは画像データに比べてデータサイズが格段に小さいため、その情報を半導体メモリなどに記録することも可能である。
【００７９】
このように構成することで、記憶媒体上に未使用領域を生じない本実施の形態の映像情報記録再生装置にあって、管理情報テーブルを記録するための記憶媒体を半導体メモリで構成した場合には、一般にＨＤＤなどの記憶媒体に比べてアクセス速度が速いため、管理情報テーブル（７０，１７０）及び画像データにアクセスする際に所望データの検索に要する時間が低減できるため、より良好なデータアクセス性能を実現する。また、一つの媒体上で管理データと画像データとの両方にアクセスする場合に比べて、一つの媒体あたりのアクセス回数を削減することが可能となり、その結果、消耗部品であるＨＤＤへのアクセス回数が削減可能となり、製品の長寿命化の効果がある。
【００８０】
なお、本実施の形態４では、データ単位管理情報テーブル及びグループ管理情報テーブルのいずれをも画像データを記憶する記憶媒体とは異なる記憶媒体に記録する例で示したが、管理データへのアクセス頻度や使用可能な管理データ蓄積部１４の容量などに応じて、データ単位管理情報テーブルのみあるいはグループ管理情報テーブルのみを画像データを記憶する記憶媒体とは異なる記憶媒体に記録してもよい。
【００８１】
また、管理データ量域用の記憶媒体１４のサイズに対して、管理情報テーブル（７０，１７０）のデータサイズが相対的に十分に小さい場合には、データ単位管理情報テーブル及びグループ管理情報テーブルをそれぞれ一つずつに限る必要は無く、実施の形態３で説明したようにそれぞれ複数のテーブルを設けても良い。この場合、実施の形態３で説明したように、管理データ比較部１３を設けて管理情報テーブルのデータの比較処理を行う。
【００８２】
以上、実施の形態を説明したが、いずれの実施形態においても、映像記録再生装置は専用のハードウェアをもってして構成しても良いし、汎用のパーソナルコンピュータ上でソフトウェアによる処理手段により実現しても良い。
【図面の簡単な説明】
【００８３】
【図１】実施の形態１の映像情報記録再生装置を説明するための、ブロック図である。
【図２】実施の形態１の映像情報記録再生装置を説明するためのデータ蓄積領域図である。
【図３】実施の形態１の映像情報記録再生装置を説明するための、データ格納構造図である。
【図４】実施の形態１の映像情報記録再生装置を説明するための、管理データ構成図である。
【図５】実施の形態１の映像情報記録再生装置におけるデータ管理方法を説明するためのフローチャートである。
【図６】実施の形態１の映像情報記録再生装置を説明するための管理データ構成図である。
【図７】実施の形態１の映像情報記録再生装置における、連続記録動作を説明するためのフローチャートである。
【図８】実施の形態２の映像情報記録再生装置を説明するための管理データ構成図である。
【図９】実施の形態２の映像情報記録再生装置を説明するための管理データ構成図である。
【図１０】実施の形態３の映像情報記録再生装置を説明するためのブロック図である。
【図１１】実施の形態３の映像情報記録再生装置を説明するための記憶媒体領域構成図である。
【図１２】実施の形態４の映像情報記録再生装置を説明するためのブロック図である。
【符号の説明】
【００８４】
１ 映像情報記録再生装置、 ２ 画像入力部、 ３ 画像符号化部、 ４ データ記録部、 ５ データ蓄積部、 ６ 管理データ生成部、 ７ 管理データ書き替え部、 ８ 管理データ読み出し部、 ９ データ読み出し部、 １０ 画像符号化部、 １１ 画像出力理部、 １２ 制御処理部、 １３ 管理データ比較部、 １４ 管理データ蓄積部、 ２０ 全データ領域、 ２１ 管理データ領域、 ２２ 画像データ領域、 ３０ 固定長区画領域、 ４１ ＶＯＰ１、 ４２ ＶＯＰ２、 ４３ ＶＯＰ３、 ４４ＶＯＰ４、 ４５ ＶＯＰ５、 ５１ ＶＯＰ６、 ５２ ＶＯＰ７、 ５３ ＶＯＰ８、 ５４ ＶＯＰ９、 ５５ ＶＯＰ１０、 ６１ 所定データ単位１、 ６２ 所定データ単位２、 ７０ データ単位管理情報テーブル、 ７１ データ有無フラグ、 ７２ 記録年月日、 ７３ 記録時刻、 ７４ 先頭アドレス、 １００〜１０７ 所定データ単位、 １１０〜１４３ 管理データ、 １７０ グループ管理情報テーブル、 １７１ データ状態フラグ、 １７２ グループ合計データサイズ、 １７３ 先頭アドレス、 １８０〜１８１ 管理データ、 １９０ 第１のデータ単位管理テーブル、 １９１ 第１のグループ管理テーブル、 １９２ 第２のデータ単位管理テーブル、 １９３ 第３のグループ管理テーブル、 １９４−１９５ チェックサムテーブル。
【特許請求の範囲】
【請求項１】
入力された画像データを符号化し、この符号化した画像データを所定のデータ単位毎に記憶媒体に記録し、この所定データ単位の画像データの一つあるいは複数を連続して再生する映像情報記録再生方法において、
前記所定のデータ単位毎の符号化データを、記憶媒体のデータ格納領域に連続して格納し、
前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定データ単位毎に記録された画像データの管理情報を格納するデータ単位管理情報テーブルを作成する
ことを特徴とした映像情報記録再生方法。
【請求項２】
前記データ単位管理情報テーブルにおいて、
所定のデータ単位毎に固定長の１件の管理情報を作成し、１件の管理情報には所定データ単位のデータが記録された日時情報及び記録データの先頭アドレス情報を含み、これら各１件の管理情報が記録日時の順に連続して構成されていることを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項３】
前記データ格納領域に連続して記録された１つ以上の所定データ単位であって、
その合計データサイズが規定データサイズ以下であり、次の所定データ単位を加えると合計データサイズが前記規定データサイズを超えるものを、一つのグループとして扱い、
前記データ単位管理情報テーブルに、このグループ内の所定データ単位に各々関連付けられた管理情報に続いて、
一つのグループに対する管理情報の件数が規定数になるまで個々の所定データ単位と関連付けされていない空の管理情報を生成する
ことを特徴とする請求項２に記載の映像情報記録再生方法。
【請求項４】
前記データ格納領域上で、データの記録により新たにデータを記録するための空き領域がなくなった場合に、古いデータを削除して空き領域を確保しながら新しいデータの記録を行う処理において、
１つ以上の所定データ単位で構成されて合計データサイズが規定データサイズ以下となる範囲で記録されている前記グループを削除する際に、記録されているデータの中で記録日時の古いものから順にグループ単位で削除され、新しいデータの書き込みを行う時点では必ず２つ以上のグループが削除されており、かつ、削除されているデータ領域のサイズが前記規定データサイズを超える複数のグループが削除されており、また、新しいデータの記録の際には、記録するデータの合計データサイズが前記規定データサイズ以下となる範囲で１つのグループを記録し、これらのデータグループの削除と記録とを必要な範囲で繰り返し、このときにデータ単位管理情報テーブルの一部を再構成することを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項５】
前記データ格納領域に連続して記録された１つ以上の所定データ単位の合計データサイズが規定された値以下となる範囲をグループとして扱い、このグループに対して、前記データ単位管理情報テーブルとは別に、グループの情報を管理するためのグループ管理情報テーブルを作成することを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項６】
前記グループ管理情報テーブルにおいて、
各グループに対して各１件の管理情報を構成し、１件の管理情報には各グループに含まれる全ての所定データ単位の合計データサイズと、各グループの先頭アドレス情報とを含み、これら各１件の管理情報が各グループの画像データの記録日時の順番に連続して構成されていることを特徴とする請求項５に記載の映像情報記録再生方法。
【請求項７】
前記データ単位管理情報テーブルを、記憶媒体上に同一内容で２つ以上構成し、かつ、前記データ単位管理情報テーブルの一定範囲ごとのデータ量を記録するデータ単位管理情報テーブル用チェックサムテーブルを設けることを特徴とする請求項１乃至６のいずれかに記載の映像情報記録再生方法。
【請求項８】
前記グループ管理情報テーブルを、記憶媒体上に同一内容で２つ以上構成し、かつ、前記グループ管理情報テーブルの一定範囲ごとのデータ量を記録するグループ管理情報テーブル用チェックサムテーブルを設けることを特徴とする請求項１乃至７のいずれかに記載の映像情報記録再生方法。
【請求項９】
前記データ単位管理情報テーブルを、画像データが格納された記憶媒体とは異なる記憶媒体に格納することを特徴とする請求項１乃至８のいずれかに記載の映像情報記録再生方法。
【請求項１０】
前記グループ管理情報テーブルを、画像データが格納された記憶媒体とは異なる記憶媒体に格納することを特徴とする請求項５乃至９のいずれかに記載の映像情報記録再生方法。
【請求項１１】
画像の入力部と、
入力された画像を符号化する手段と、
この符号化した画像データを蓄積するデータ蓄積手段と、
この蓄積された画像データの中から所望のデータを探し出すための画像検索手段と、
所望画像データの読み出しを制御する手段と、
符号化した画像データを所定データ単位毎の符号化データとして記憶媒体のデータ格納領域に連続して格納し、前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定単位毎に記録したデータの管理情報を格納するデータ単位管理情報テーブルを作成する管理データ生成手段と
を有することを特徴とする映像情報記録再生装置。
【請求項１２】
前記管理データ生成手段が、前記データ格納領域に連続して記録された１つ以上の所定データ単位をグループとして扱い、このグループに対してグループ管理情報テーブルを作成することを特徴とする請求項１１に記載の映像情報記録再生装置。
【請求項１】
入力された画像データを符号化し、この符号化した画像データを所定のデータ単位毎に記憶媒体に記録し、この所定データ単位の画像データの一つあるいは複数を連続して再生する映像情報記録再生方法において、
前記所定のデータ単位毎の符号化データを、記憶媒体のデータ格納領域に連続して格納し、
前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定データ単位毎に記録された画像データの管理情報を格納するデータ単位管理情報テーブルを作成する
ことを特徴とした映像情報記録再生方法。
【請求項２】
前記データ単位管理情報テーブルにおいて、
所定のデータ単位毎に固定長の１件の管理情報を作成し、１件の管理情報には所定データ単位のデータが記録された日時情報及び記録データの先頭アドレス情報を含み、これら各１件の管理情報が記録日時の順に連続して構成されていることを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項３】
前記データ格納領域に連続して記録された１つ以上の所定データ単位であって、
その合計データサイズが規定データサイズ以下であり、次の所定データ単位を加えると合計データサイズが前記規定データサイズを超えるものを、一つのグループとして扱い、
前記データ単位管理情報テーブルに、このグループ内の所定データ単位に各々関連付けられた管理情報に続いて、
一つのグループに対する管理情報の件数が規定数になるまで個々の所定データ単位と関連付けされていない空の管理情報を生成する
ことを特徴とする請求項２に記載の映像情報記録再生方法。
【請求項４】
前記データ格納領域上で、データの記録により新たにデータを記録するための空き領域がなくなった場合に、古いデータを削除して空き領域を確保しながら新しいデータの記録を行う処理において、
１つ以上の所定データ単位で構成されて合計データサイズが規定データサイズ以下となる範囲で記録されている前記グループを削除する際に、記録されているデータの中で記録日時の古いものから順にグループ単位で削除され、新しいデータの書き込みを行う時点では必ず２つ以上のグループが削除されており、かつ、削除されているデータ領域のサイズが前記規定データサイズを超える複数のグループが削除されており、また、新しいデータの記録の際には、記録するデータの合計データサイズが前記規定データサイズ以下となる範囲で１つのグループを記録し、これらのデータグループの削除と記録とを必要な範囲で繰り返し、このときにデータ単位管理情報テーブルの一部を再構成することを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項５】
前記データ格納領域に連続して記録された１つ以上の所定データ単位の合計データサイズが規定された値以下となる範囲をグループとして扱い、このグループに対して、前記データ単位管理情報テーブルとは別に、グループの情報を管理するためのグループ管理情報テーブルを作成することを特徴とする請求項１に記載の映像情報記録再生方法。
【請求項６】
前記グループ管理情報テーブルにおいて、
各グループに対して各１件の管理情報を構成し、１件の管理情報には各グループに含まれる全ての所定データ単位の合計データサイズと、各グループの先頭アドレス情報とを含み、これら各１件の管理情報が各グループの画像データの記録日時の順番に連続して構成されていることを特徴とする請求項５に記載の映像情報記録再生方法。
【請求項７】
前記データ単位管理情報テーブルを、記憶媒体上に同一内容で２つ以上構成し、かつ、前記データ単位管理情報テーブルの一定範囲ごとのデータ量を記録するデータ単位管理情報テーブル用チェックサムテーブルを設けることを特徴とする請求項１乃至６のいずれかに記載の映像情報記録再生方法。
【請求項８】
前記グループ管理情報テーブルを、記憶媒体上に同一内容で２つ以上構成し、かつ、前記グループ管理情報テーブルの一定範囲ごとのデータ量を記録するグループ管理情報テーブル用チェックサムテーブルを設けることを特徴とする請求項１乃至７のいずれかに記載の映像情報記録再生方法。
【請求項９】
前記データ単位管理情報テーブルを、画像データが格納された記憶媒体とは異なる記憶媒体に格納することを特徴とする請求項１乃至８のいずれかに記載の映像情報記録再生方法。
【請求項１０】
前記グループ管理情報テーブルを、画像データが格納された記憶媒体とは異なる記憶媒体に格納することを特徴とする請求項５乃至９のいずれかに記載の映像情報記録再生方法。
【請求項１１】
画像の入力部と、
入力された画像を符号化する手段と、
この符号化した画像データを蓄積するデータ蓄積手段と、
この蓄積された画像データの中から所望のデータを探し出すための画像検索手段と、
所望画像データの読み出しを制御する手段と、
符号化した画像データを所定データ単位毎の符号化データとして記憶媒体のデータ格納領域に連続して格納し、前記記憶媒体上でデータ格納領域とは異なる領域に設けられた管理データ領域に、前記所定単位毎に記録したデータの管理情報を格納するデータ単位管理情報テーブルを作成する管理データ生成手段と
を有することを特徴とする映像情報記録再生装置。
【請求項１２】
前記管理データ生成手段が、前記データ格納領域に連続して記録された１つ以上の所定データ単位をグループとして扱い、このグループに対してグループ管理情報テーブルを作成することを特徴とする請求項１１に記載の映像情報記録再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−３５１０８９（Ｐ２００６−３５１０８９Ａ）
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願番号】特願２００５−１７４７６２（Ｐ２００５−１７４７６２）
【出願日】平成１７年６月１５日（２００５．６．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成１８年１２月２８日（２００６．１２．２８）
【国際特許分類】
【出願日】平成１７年６月１５日（２００５．６．１５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]