JP2005033598A - 画像管理装置 - Google Patents

Abstract

【構成】 監視カメラシステム１０はサーバ１２を含み、サーバ１２は画像管理装置として機能する。カメラＣ１、Ｃ２およびＣ３は、インターネット１６を介してサーバ１２に接続され、カメラＣ１〜Ｃ３の各々は、被写体を所望のフレームレートで撮影し、撮影された各フレームの画像信号およびこれを管理するヘッダ情報を含む画像ファイルをサーバ１２に送信する。サーバ１２は、フレーム毎の画像信号を受信し、これらを時分割で多重し、順次画像記録領域に書き込む。画像記録領域が満杯になると、次に受信した画像を最も古い画像信号に上書きする。このような循環的な書き込みに同期して、サーバ１２は、画像信号のそれぞれを管理する画像管理情報を領域管理テーブルに書き込む。
【効果】 時分割で多重するので、同一時間帯の画像データを画像記録領域に残すことができ、同じ時間帯の画像を再生することができる。
【選択図】 図１

Description

この発明は画像管理装置に関し、特にたとえば、Ｎ個（Ｎ：２以上の整数）の画像出力装置から出力された複数の静止画像信号を記録媒体に循環的に書き込む、画像管理装置に関する。

従来のこの種の画像管理装置の一例が、特許文献１に開示されている。この特許文献１に開示されるデジタル映像記録装置は、複数のカメラで撮影されかつ圧縮された画像データをディスク媒体に記録することによって、所望の画像を高速で検索できるようにしたものである。ここで、ディスク媒体の容量には限界があるため、ディスク媒体が満杯となった後に取り込まれた画像データは、最も古い画像データに上書きされる。
特開２０００−２７８６３３号公報［Ｈ０４Ｎ ５／７６５，Ｇ１１Ｂ ２０／１０，Ｈ０４Ｎ ７／１８］

しかし、特許文献１の従来技術では、フレームレートや解像度がカメラ間で相違すると、ディスク媒体に残っている画像データの撮影時間帯がカメラ間で相違するという問題がある。

それゆえに、この発明の主たる目的は、記録された画像信号の時間帯のずれを抑えることができる、画像管理装置を提供することである。

請求項１の発明は、Ｎ個（Ｎ：２以上の整数）の画像出力装置の各々から出力された複数の静止画像信号を時分割で多重する多重手段、多重手段から出力された多重画像信号を記録媒体に循環的に書き込む画像書き込み手段、多重画像信号を形成する各々の静止画像信号を管理する第１管理情報を作成する第１作成手段、および第１管理情報を画像書き込み手段の循環的書き込みに同期して第１管理情報テーブルに循環的に書き込む第１情報書き込み手段を備える、画像管理装置である。

この請求項１の発明では、画像管理装置は、Ｎ個（Ｎ：２以上の整数）の画像出力装置の各々から出力された複数の静止画像信号を記録媒体に記録し、管理する。複数の静止画像信号は、多重手段によって時分割で多重され、多重画像信号が画像書き込み手段によって、記録媒体に循環的に記録される。つまり、画像書き込み手段は、静止画像信号を記録媒体の先頭アドレスから書き込み、記録媒体が満杯になると、次に記録する静止画像信号は、最も古い静止画像信号に上書きされる。第１情報書き込み手段は、多重画像信号を形成する各々の静止画像信号を管理する第１管理情報を画像書き込み手段の循環的書き込みに同期して、第１管理情報テーブルにに書き込む。

請求項１の発明によれば、各画像出力装置からの画像データを時分割で多重して記録媒体へ書き込むので、フレームレートが異なる場合であっても、記録媒体に記録される画像データの時間的なずれを抑えることができる。

請求項２は請求項１に従属し、第１管理情報テーブルに書き込まれた第１管理情報のうち画像書き込み手段による上書きによって少なくとも一部が消失した静止画像信号に対応する第１管理情報を無効にする第１情報無効手段をさらに備える。

請求項２の発明では、画像書き込み手段による上書きによって、上書きされた静止画像信号の一部または全部は消失され、第１情報無効手段は、上書きされた静止画像信号についての第１管理情報を無効にする。つまり、少なくとも一部が欠けた場合には、当該一部の静止画像信号は再生することができないため、その管理情報を無効にして、誤って再生されるのを回避しているのである。

請求項３は請求項１または２に従属し、多重画像信号を形成する各々の静止画像信号を管理する第２管理情報をＮ個の画像出力装置にそれぞれ対応するＮ個の第２管理情報テーブルに分散して書き込む第２情報書き込み手段をさらに備える。

請求項３の発明では、第２情報書き込み手段は、多重信号を形成する、すなわち、各画像出力装置から出力された静止画像信号を管理する第２管理情報を、Ｎ個の画像出力装置にそれぞれ対応するＮ個の第２管理情報テーブルに分散して書き込む。したがって、たとえば、任意の画像出力装置についての静止画像信号の再生が指示されると、当該画像出力装置についての静止画像信号を第２管理情報テーブルを参照して、記録媒体から容易に再生することができる。

請求項４は請求項３に従属し、第２情報書き込み手段は、Ｎ個の第２管理情報テーブルの各々について循環的な書き込みを行う。

請求項４の発明では、第２情報書き込み手段は、Ｎ個の第２管理情報テーブルの各々について循環的な書き込みを行う。つまり、第２管理情報についても、静止画像信号の循環的書き込みに同期させることができる。

請求項５は請求項４に従属し、Ｎ個の第２管理情報テーブルの各々は複数の識別番号がそれぞれ割り当てられた複数の書き込み欄を有し、第２情報書き込み手段は、注目する第２管理情報テーブルに存在する最古の第２管理情報に割り当てられた識別番号が先頭番号であるか否かを判別する判別手段、および判別手段の判別結果が肯定的であるとき第２管理情報の書き込み先を先頭番号に割り当てられた書き込み欄に設定する設定手段を含む。

請求項５の発明では、Ｎ個の第２管理情報テーブルの各々は、複数の識別番号が割り当てられた複数の書き込み欄を有している。判別手段は、注目する、すなわち画像記録領域に上書きした静止画像信号についての第２管理テーブルに存在する最古の第２管理情報に割り当てられた識別番号が先頭番号であるか否かを判別する。この判別結果が肯定的であるとき、第２管理情報の書き込み先が設定手段によって先頭番号に割り当てられる。このようにして、静止画像信号の循環的書き込みに同期させることができるのである。

請求項６は請求項１ないし５のいずれかに従属し、Ｎ個の画像出力装置の各々はカメラを含む。

請求項６の発明では、Ｎ個の画像出力装置の各々はカメラである。したがって、たとえば、Ｎ個のカメラを所望の場所に配置することにより、監視カメラシステムを構築することができる。また、同じ時間帯にＮ個のカメラで撮影された静止画像信号を記録媒体に残すことができる。

請求項７は請求項１ないし６のいずれかに従属し、Ｎ個の第２管理情報テーブルのうち任意の第２管理情報テーブルを参照して記録媒体から複数の静止画像信号を再生する再生手段をさらに備える。

請求項７の発明では、再生手段は、Ｎ個の第２管理情報テーブルのうち任意の管理情報テーブルを参照して記録媒体から複数の静止画像信号を再生する。たとえば、１または２以上の画像出力装置が指定されると、それに対応する１または２以上の第２管理情報テーブルに従って、複数の静止画像信号が再生されるのである。つまり、２以上の画像出力装置が指定されると、同じ時間帯における異なる画像出力装置についての静止画像信号を再生することができる。

この発明によれば、各画像出力装置からの画像データを時分割で多重して記録媒体へ書き込むので、フレームレートが異なる場合であっても、記録媒体に記録される画像データの時間的なずれを抑えることができる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１に示すこの発明の一実施例である監視カメラシステム１０は、３台のＷＥＢカメラ（以下、単に「カメラ」という。）Ｃ１，Ｃ２およびＣ３とサーバ１２と複数の端末装置１４，１４，…とによって構成される。たとえば、この実施例では、カメラＣ１〜Ｃ３とサーバ１２とは、インターネット１６を介して接続され、サーバ１２と端末装置１４，１４，…とは、イントラネット（ＬＡＮ）１８を介して接続される。

カメラＣ１〜Ｃ３の各々は、被写体を所望のフレームレートで撮影し、撮影された各フレームの画像データをＪＰＥＧ２０００方式で圧縮し、そして各々が１フレーム分の圧縮画像データと当該圧縮画像データを管理するヘッダ情報とを含む複数の画像ファイルを作成する。ここで、ヘッダ情報には、画像ファイル名，カメラ番号（カメラＩＤ），圧縮画像データのサイズ（画像サイズ），被写体の撮影時刻（取り込み時刻）などが含まれる。撮影時刻は、ミリ秒単位まで表現される。作成された複数の画像ファイルは、インターネット１６を通してサーバ１２に出力される。

サーバ１２は、画像管理装置として機能し、インターネット１６を通して与えられた画像ファイルを蓄積する。図２は、このサーバ１２の電気的な構成を示すブロック図である。この図２を参照して、画像ファイルは、ＮＩＣ（Network Interface Card）１２ａを通して取り込まれ、ＲＡＭ１２ｄに一時的に格納される。ＣＰＵ１２ｆは、ＲＡＭ１２ｄに格納された画像ファイルからヘッダ情報および圧縮画像データを抽出し、圧縮画像データをＨＤＤ１２ｂに与えるとともに、ヘッダ情報に基づいて作成した画像管理情報をＨＤＤ１２ｃに与える。画像管理情報には、ヘッダ情報から抽出されたカメラ番号（ＣＮ）および画像サイズ（ＮＳ）の他に、カメラテーブル番号（ＴＮ）が含まれる。

ＨＤＤ１２ｂは、カメラＣ１〜Ｃ３から与えられた圧縮画像データをディスクＤ１に順次記憶する。また、ＨＤＤ１２ｃは、カメラＣ１〜Ｃ３から与えられた圧縮画像データの画像管理情報をディスクＤ２に順次記憶する。図３は、ディスクＤ１に形成された画像記憶領域１２ｉｍおよびディスクＤ２に形成された領域管理テーブル１２ｍｔの一例を示す図解図である。上述したように、画像記憶領域１２ｉｍには、カメラＣ１〜Ｃ３から与えられた圧縮画像データが順次記憶され、図３に示す例では、先頭アドレス（Ｎａｄｒ＝０）から順に、カメラＣ１画像データ，カメラＣ２画像データ，カメラＣ１画像データ，カメラＣ３画像データ，…，カメラＣ３画像データおよびカメラＣ１画像データのように圧縮画像データが記憶される。つまり、サーバ１２では、異なるカメラからの圧縮画像データがＣＰＵ１２ｆによって時分割で多重され、画像記憶領域１２ｉｍに書き込まれる。これは、図３からも分かるように、画像サイズが、カメラＣ１画像データ、カメラＣ２画像データおよびカメラＣ３画像データの間で異なり、また、フレームレートおよび伝送距離（時間的距離および物理的距離）がカメラＣ１〜Ｃ３の間で異なるためである。

なお、カメラ毎に画像記憶領域或いはディスクを設けて、個別に圧縮画像データを記録することも考えられるが、画像サイズやフレームレートの違いによって、圧縮画像データが更新される頻度が異なるため、同じ時間帯における各カメラの圧縮画像データを記録しておくことができなくなってしまう。

画像記憶領域１２ｉｍが満杯になると、次に受信される圧縮画像データは、画像記憶領域１２ｉｍ内の最も古い圧縮画像データに上書きされる。図３に示すように、画像記憶領域１２ｉｍの容量には、上限値（ループリミット）が設けられており、圧縮画像データを受信したときに、当該圧縮画像データの書き込み開始位置に当該圧縮画像データの画像サイズを加えた値が当該ループリミットを超えてしまう場合には、当該圧縮画像データは、画像記憶領域１２ｉｍの先頭アドレスから書き込まれる（上書きされる）。このように、画像記憶領域１２ｉｍには、圧縮画像データが循環的に書き込まれる。したがって、画像記憶領域１２ｉｍを１つの画像ファイルと考えると、リングファイルとして機能すると言える。

また、領域管理テーブル１２ｍｔには、領域管理テーブル番号（Ｎ）に対応して、カメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）が記述される。この領域管理テーブル１２ｍｔは、画像記憶領域１２ｉｍに対応しており、たとえば、画像記憶領域１２ｉｍの先頭アドレスから書き込まれたカメラＣ１画像データに関する情報が領域管理テーブル番号（１）に記述され、次のカメラＣ２画像データに関する情報が領域管理テーブル番号（２）に記述される。他の番号（３，４，…，１０）についても同様である。

ここで、領域管理テーブル１２ｍｔに含まれるカメラ番号（ＣＮ）および画像サイズ（ＮＳ）は、上述したように、圧縮画像データのヘッダ情報に含まれる。カメラテーブル番号（ＴＮ）は、カメラＣ１、Ｃ２およびＣ３にそれぞれ対応して設けられるカメラテーブル１２ｃｔ１、１２ｃｔ２および１２ｃｔ３のテーブル番号である。図４（Ａ）に示すように、カメラテーブル１２ｃｔ１〜１２ｃｔ３には、カメラテーブル番号（ＴＮ）に対応して、領域管理テーブル番号（Ｎ）および画像情報が記述される。カメラテーブル１２ｃｔ１〜１２ｃｔ３は、領域管理テーブル１２ｍｔと同様に、ＨＤＤ１２ｃに記憶される。画像情報には、画像の撮影時刻の情報および撮影フレームレートの情報が含まれる。

図３に示したように、画像記憶領域１２ｉｍにカメラＣ１〜Ｃ３についての圧縮画像データが記録された場合には、カメラテーブル１２ｃｔ１では、カメラテーブル番号（１）〜（５）について、領域管理テーブル番号（Ｎ）および画像情報が登録される。カメラテーブル１２ｃｔ２では、カメラテーブル番号（１）〜（３）について、領域管理テーブル番号（Ｎ）および画像情報が登録される。カメラテーブル１２ｃｔ３では、カメラテーブル番号（１）および（２）について、領域管理テーブル番号（Ｎ）および画像情報が登録される。カメラテーブル１２ｃｔ１〜１２ｃｔ３は、画像記憶領域１２ｉｍに対応しているため、画像記憶領域１２ｉｍに圧縮画像データが順次記録されている場合には、それに従って領域管理テーブル番号（Ｎ）および画像情報が順次追加され、画像記憶領域１２ｉｍが満杯になると、上書きする圧縮画像データに対応するカメラについてのカメラテーブル１２ｃｔｎでは、カメラテーブル番号（１）に戻って領域管理テーブル番号（Ｎ）および画像情報が上書きされる。つまり、カメラテーブル１２ｃｔ１〜１２ｃｔ３の各々もまた、循環的に書き換えられる。

さらに、ＨＤＤ１２ｃには、更新参照テーブル１２ｒｔが記憶される。この更新参照テーブル１２ｒｔは、図３に示した領域管理テーブル１２ｍｔおよび図４（Ａ）に示したカメラテーブル１２ｃｔ１〜１２ｃｔ３に基づいて作成される。領域管理テーブル１２ｍｔおよびカメラテーブル１２ｃｔ１〜１２ｃｔ３のそれぞれには、最新番号（ＮＥＷ）、最古番号（ＯＬＤ）および最大番号（ＭＡＸ）の項目が設けられる。最新番号（ＮＥＷ）には、最新の圧縮画像データについての情報が記録されているテーブル番号（Ｎ，ＴＮ）が登録される。最古番号（ＯＬＤ）には、最古の圧縮画像データについての情報が記録されているテーブル番号（Ｎ，ＴＮ）が登録される。最大番号（ＭＡＸ）には、テーブル番号（Ｎ、ＴＮ）の最大値が登録される。

このように、領域管理テーブル１２ｍｔとカメラテーブル１２ｃｔ１〜１２ｃｔ３と、そして、領域管理テーブル１２ｍｔと更新参照テーブル１２ｒｔとは、領域管理テーブル番号（Ｎ）によって相関（リレーションシップ）が取られ、カメラテーブル１２ｃｔ１〜１２ｃｔ３と更新参照テーブル１２ｒｔとはカメラテーブル番号（ＴＮ）によって相関が取られている。

図５は、図３に示した状態から、さらにカメラＣ２画像データ、カメラＣ１画像データおよびカメラＣ３画像データを順に受信した場合の画像記憶領域１２ｉｍおよび領域管理テーブル１２ｍｔを示している。上述したように、画像記憶領域１２ｉｍはリングファイルとして働き、満杯になった後は、最も古い圧縮画像データに最新の圧縮画像データが上書きされる。

ここで、図３においては、先頭アドレス（０）からアドレス（１７）に、カメラＣ１画像データ、カメラＣ２画像データ、カメラＣ１画像データおよびカメラＣ３画像データが記憶されていたが、図５に示すように、これらに上書きされたカメラＣ２画像データ、カメラＣ１画像データおよびカメラＣ３画像データは、先頭アドレス（０）からアドレス（１４）までである。したがって、アドレス（１４）〜アドレス（１７）までには、先に書き込まれていたカメラＣ３画像データの一部が存在することになる。しかし、この一部については、正常に再生することができないため、この実施例では、当該一部については破壊領域として無効にするようにしてある。ただし、次の圧縮画像データを受信した場合には、当該破壊領域の最初のアドレス（図５では、アドレス（１５））から受信した圧縮画像データが上書きされる。

上述したように、領域管理テーブル１２ｍｔは、画像記憶領域１２ｉｍに対応しているため、画像記憶領域１２ｉｍが更新されると、領域管理テーブル１２ｍｔも更新される。したがって、領域管理テーブル番号（１）〜（４）について更新が行われる。Ｎ＝１では、カメラ番号（ＣＮ）として“２”が記述され、カメラテーブル番号（ＴＮ）として“１”が記述され、画像サイズ（ＮＳ）として“５”が記述される。また、Ｎ＝２では、カメラ番号（ＣＮ）として“１”が記述され、カメラテーブル番号（ＴＮ）として“１”が記述され、画像サイズ（ＮＳ）として“３”が記述される。さらに、Ｎ＝３では、カメラ番号（ＣＮ）に“３”が記述され、カメラテーブル番号（ＴＮ）として“１”が記述され、画像サイズ（ＮＳ）として“６”が記述される。さらにまた、Ｎ＝４では、これに対応する画像記憶領域１２ｉｍが破壊領域であるため、カメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）には、それぞれ、“０”が記述され、これは無効を意味する。

また、画像記憶領域１２ｉｍの更新に従って、カメラテーブル１２ｃｔ１〜１２ｃｔ３も更新される。上述したように、カメラテーブル１２ｃｔ１〜１２ｃｔ３は、それぞれ、リングファイルとして機能し、圧縮画像データの書込先が画像記憶領域１２ｉｍの先頭に戻ると、当該圧縮画像データに対応するカメラのカメラテーブル１２ｃｔｎ（ｎ＝１，２または３）もカメラテーブル番号（１）から上書きされる。ただし、既にカメラテーブルの先頭位置（カメラテーブル番号（１））に、領域管理テーブル番号（Ｎ）および画像情報が上書きされている場合には、つまり当該カメラテーブル１２ｃｔｎについての最古番号（ＯＬＤ）が“１”でない場合には、当該カメラテーブル１２ｃｔｎについての最古番号（ＯＬＤ）が示す位置すなわちカメラテーブル番号（ＴＮ）の欄に、領域管理テーブル番号（Ｎ）および画像情報が上書きされる。

たとえば、図６（Ａ）に示すカメラテーブル１２ｃｔ１〜１２ｃｔ３は、図３に示したように、画像記憶領域１２ｉｍが満杯の状態で、カメラＣ２画像データ、カメラＣ１画像データおよびカメラＣ３画像データを順に受信し、画像記憶領域１２ｉｍに記録した状態を示してある。

具体的には、カメラテーブル１２ｃｔ１では、カメラテーブル番号（１）の欄に、領域管理テーブル番号（Ｎ）として“２”が上書きされ、それに対応する画像情報が上書きされる。さらに、カメラテーブル番号（２）の欄に、領域管理テーブル番号（Ｎ）および画像情報として、“無効”が上書きされる。その他のカメラテーブル番号（３）〜（５）については、上述した図４（Ａ）の状態と同じである。

カメラテーブル１２ｃｔ２では、カメラテーブル番号（１）の欄に、領域管理テーブル番号（Ｎ）として“１”が上書きされ、それに対応する画像情報が上書きされる。また、他のカメラテーブル番号（２）および（３）については、上述した図４（Ａ）の状態と同じである。

カメラテーブル１２ｃｔ３では、カメラテーブル番号（１）の欄に、領域管理テーブル番号（Ｎ）として“３”が上書きされ、それに対応する画像情報が上書きされる。また、他のカメラテーブル番号（２）については、上述した図４（Ａ）の状態と同じである。

また、画像記憶領域１２ｉｍおよびカメラテーブル１２ｃｔ１〜１２ｃｔ３の更新に従って、図６（Ｂ）に示すように、更新参照テーブル１２ｒｔも更新される。つまり、領域管理テーブル番号（Ｎ）では、最新番号（ＮＥＷ）が“３”に更新され、最古番号（ＯＬＤ）が“５”に更新される。また、カメラテーブル１２ｃｔ１のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）が“１”に更新され、最古番号（ＯＬＤ）が“３”に更新される。さらに、カメラテーブル１２ｃｔ２のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）が“１”に更新され、最古番号（ＯＬＤ）が“２”に更新され、最大番号（ＭＡＸ）は“３”のままである。さらにまた、カメラテーブル１２ｃｔ３のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）が“１”に更新され、最古番号（ＯＬＤ）が“２”に更新され、最大番号（ＭＡＸ）は“２”のままである。

上述したような領域管理テーブル１２ｍｔ、カメラテーブル１２ｃｔ１〜１２ｃｔ３および更新参照テーブル１２ｒｔの更新について、以下に具体的に説明することにする。

図３に示した状態で、図５に示したように、カメラＣ２画像データが画像記憶領域１２ｉｍに上書きされると、図７（Ａ）に示すように、領域管理テーブル１２ｍｔには、領域管理テーブル番号（１）の欄に、カメラ番号（ＣＮ）として“２”が上書きされ、カメラテーブル番号（ＴＮ）として“１”が上書きされ、そして、画像サイズ（ＮＳ）として“５”が上書きされる。また、カメラＣ２画像データを上書きした場合には、画像記憶領域１２ｉｍのアドレス（３）〜（８）に記憶されていたカメラＣ２画像データの一部が欠けてしまうため、領域管理テーブル１２ｍｔの領域管理テーブル番号（２）の欄には、カメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）として、それぞれ、“０”が上書きされる。それ以外の領域管理テーブル番号（３）〜（１０）については更新されない。

次に、カメラＣ１画像データが画像記憶領域１２ｉｍに上書きされると、図７（Ｂ）に示すように、領域管理テーブル番号（２）の欄に、カメラ番号（ＣＮ）として“１”が上書きされ、カメラテーブル番号（ＴＮ）として“１”が上書きされ、画像サイズ（ＮＳ）として“３”が上書きされる。それ以外の領域管理テーブル番号（１）および（３）〜（１０）については、何ら更新されない。

次に、カメラＣ３画像データが画像記憶領域１２ｉｍに上書きされると、図７（Ｃ）に示すように、領域管理テーブル番号（３）の欄に、カメラ番号（ＣＮ）として“３”が上書きされ、カメラテーブル番号（ＴＮ）として“１”が上書きされ、画像サイズ（ＮＳ）として“６”が上書きされる。また、カメラＣ３画像データが上書きされた場合には、画像記憶領域１２ｉｍのアドレス（１１）〜（１７）に記憶されていたカメラＣ３画像データの一部が欠けてしまうため、領域管理テーブル番号（４）の欄には、カメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）として、それぞれ、“０”が上書きされる。それ以外の領域管理テーブル番号（１）、（２）および（５）〜（１０）については更新されない。この図７（Ｃ）に示す状態が、図５に示した領域管理テーブル１２ｍｔの状態である。

また、図３に示した状態で、図５に示したように、カメラＣ２画像データが画像記憶領域１２ｉｍに上書きされると、図８（Ａ）に示すように、カメラテーブル１２ｃｔ２のカメラテーブル番号（１）の欄に、領域管理テーブル番号（Ｎ）として“１”が上書きされ、それに対応する画像情報が上書きされる。ただし、図面の都合上、図８（Ａ）〜（Ｃ）においては、画像情報の欄は省略してある。また、このとき、上書きされたカメラＣ１画像データは全て失われ、無効となるため、カメラテーブル１２ｃｔ１のカメラテーブル番号（１）に登録されていた領域管理テーブル番号（Ｎ）および画像情報が無効にされる。つまり、カメラＣ１２テーブルのカメラテーブル番号（１）の欄に、領域管理テーブル番号（Ｎ）および画像情報として、“無効”が上書きされる。このとき、カメラＣ３画像データには、当該カメラＣ２画像データは上書きされないため、カメラテーブル１２ｃｔ３は更新されない。

次に、カメラＣ１画像データが画像領域に上書きされると、図８（Ｂ）に示すように、カメラテーブル１２ｃｔ１のカメラテーブル番号（１）に領域管理テーブル番号（Ｎ）として“２”が上書きされ、それに対応する画像情報が上書きされる。このとき、カメラＣ１画像データは、先にカメラＣ２画像データを画像記憶領域１２ｉｍの先頭アドレスから上書きした際に無効にされた領域（アドレス（５）〜（８））に書き込まれるため、カメラテーブル１２ｃｔ２およびカメラテーブル１２ｃｔ３については、更新されない。

次に、カメラＣ３画像データが画像記憶領域１２ｉｍに上書きされると、図８（Ｃ）に示すように、カメラテーブル１２ｃｔ３のカメラテーブル番号（１）に領域管理テーブル番号（Ｎ）として“３”が上書きされ、これに対応する画像情報が上書きされる。また、このとき、上書きされたカメラＣ１画像データは無効となるため、当該カメラＣ１画像データに対応するカメラテーブル１２ｃｔ１のカメラテーブル番号（２）の欄に、領域管理テーブル番号および画像情報として、“無効”が上書きされる。このとき、カメラＣ２画像データには、当該カメラＣ３画像データは上書きされないため、カメラテーブル１２ｃｔ２は更新されない。この図８（Ｃ）に示す状態が、図６（Ａ）に示したカメラテーブル１２ｃｔ１〜１２ｃｔ３の状態である。

なお、カメラテーブル１２ｃｔ１〜１２ｃｔ３においては、“無効”と記述するようにしてあるが、上述の領域管理テーブル１２ｍｔと同様に、“０”を記述するようにしてもよい。

さらに、図３に示した状態で、図５に示したように、カメラＣ２画像データが画像記憶領域１２ｉｍに上書きされると、図９（Ａ）に示すように、更新参照テーブル１２ｒｔでは、領域管理テーブル番号（Ｎ）およびカメラテーブル１２ｃｔ２のテーブル番号（ＴＮ）についての欄が更新される。つまり、領域管理テーブル番号（Ｎ）では、最新番号（ＮＥＷ）として“１”が上書きされ、最古番号（ＯＬＤ）として“３”が上書きされる。ただし、領域管理テーブル１２ｍｔには、カメラ番号（ＣＮ）等は追加されていないため、最大番号（ＭＡＸ）は更新されない。カメラテーブル１２ｃｔ２のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）として“１”が上書きされ、最古番号（ＯＬＤ）として、“２”が上書きされる。ただし、カメラテーブル１２ｃｔ２には、領域管理テーブル番号（Ｎ）等は追加されていないため、最大番号（ＭＡＸ）は更新されない。さらに、上述したように、カメラＣ２画像データが上書きされると、画像記憶領域１２ｉｍのアドレス（３）〜（８）に記憶されていたカメラＣ１画像データが無効にされるため、カメラテーブル１２ｃｔ１のテーブル番号（ＴＮ）では、最古番号（ＯＬＤ）として“２”が上書きされる。ただし、最新番号（ＮＥＷ）および最大番号（ＭＡＸ）については更新されない。カメラテーブル１２ｃｔ３のテーブル番号（ＴＮ）については更新されない。

次にカメラＣ１画像データが画像記憶領域１２ｉｍに上書きされると、図９（Ｂ）に示すように、領域管理テーブル番号（Ｎ）およびカメラテーブル１２ｃｔ１のテーブル番号（ＴＮ）についての欄が更新される。領域管理テーブル番号（Ｎ）では、最新番号（ＮＥＷ）として“２”が上書きされる。ただし、最古番号（ＯＬＤ）および最大番号（ＭＡＸ）は更新されない。カメラテーブル１２ｃｔ１のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）として、“１”が上書きされる。ただし、最古番号（ＯＬＤ）および最大番号（ＭＡＸ）については更新されない。また、カメラテーブル１２ｃｔ２および１２ｃｔ３のテーブル番号（ＴＮ）についても更新されない。

次にカメラＣ３画像データが画像記憶領域１２ｉｍに上書きされると、図９（Ｃ）に示すように、領域管理テーブル番号（Ｎ）およびカメラテーブル１２ｃｔ３のテーブル番号（ＴＮ）についての欄が更新される。領域管理テーブル番号（Ｎ）では、最新番号（ＮＥＷ）として、“３”が上書きされ、最古番号（ＯＬＤ）として、“５”が上書きされる。ただし、最大番号（ＭＡＸ）については更新されない。カメラテーブル１２ｃｔ３のテーブル番号（ＴＮ）では、最新番号（ＮＥＷ）として、“１”が上書きされ、最古番号（ＯＬＤ）として、“２”が上書きされる。ただし、最大番号（ＭＡＸ）については更新されない。また、カメラＣ３画像データが画像記憶領域１２ｉｍのアドレス（８）〜（１１）に記憶されていたカメラＣ１画像データに上書きされるため、カメラテーブル１２ｃｔ１のテーブル番号（２）の情報が無効となるため、当該カメラテーブル１２ｃｔ１のテーブル番号（ＴＮ）では、最古番号（ＯＬＤ）として“３”が上書きされる。ただし、カメラテーブル１２ｃｔ２についてのテーブル番号（ＴＮ）は更新されない。この図９（Ｂ）に示す状態が、図６（Ｂ）に示した更新参照テーブル１２ｒｔの状態である。

上述したような画像記録の動作を、図２に示したサーバ１２のＣＰＵ１２ｆが図１０〜図１３に示すフロー図に従って処理する。図１０に示すように、ＣＰＵ１２ｆが画像記録処理を開始すると、ステップＳ１で、初期値をセットする。具体的には、変数ＩＰＯＳに“０”を設定し、変数ＭＰＯＳに“１”を設定し、変数ＣＰＯＳｎに“１”を設定し、変数ＬＯＯＰに“０”を設定し、そして、変数ＩＭＡＸに上限値を設定する。ここで、変数ＩＰＯＳは、画像記憶領域１２ｉｍへの圧縮画像データの書き込み開始位置（アドレス）を示す。変数ＭＰＯＳは、領域管理テーブル１２ｍｔの書き込み位置（領域管理テーブル番号（Ｎ））を示す。変数ＣＰＯＳｎは、カメラテーブル１２ｃｔｎの書き込み位置（カメラテーブル番号（ＴＮ））を示す。変数ＬＯＯＰは、オーバライト（上書き）するかしないかを示すフラグを示し、フラグオンでは“１”を設定し、フラグオフでは“０”を設定する。変数ＩＭＡＸは、画像記憶領域１２ｉｍの書き込み上限値（ループリミット）を示す。

続くステップＳ３では、圧縮画像データを受信したかどうかを判断する。ただし、厳密には、圧縮画像データは、ヘッダ情報を含む画像ファイルである。ステップＳ３で“ＮＯ”であれば、つまり圧縮画像データを受信していなければ、そのままステップＳ３に戻る。一方、ステップＳ３で“ＹＥＳ”であれば、つまり圧縮画像データを受信すれば、ステップＳ５で、ＩＰＯＳ＋ＳＩＺＥｒ＞ＩＭＡＸかどうかを判断する。ここで、変数ＳＩＺＥｒは、今回受信した圧縮画像データのサイズ（画像サイズ）を示す。つまり、ステップＳ５では、今回受信した圧縮画像データを画像記憶領域１２ｉｍに書き込んだ場合に、画像記憶領域１２ｉｍの書き込み上限値を超えるかどうかを判断しているのである。

ステップＳ５で“ＮＯ”であれば、つまりＩＰＯＳ＋ＳＩＺＥｒ≦ＩＭＡＸであれば、今回受信した圧縮画像データを画像記憶領域１２ｉｍに書き込んだ場合であっても、画像記憶領域１２ｉｍの書き込み上限値を越えないと判断して、そのままステップＳ９に進む。一方、ステップＳ５で“ＹＥＳ”であれば、つまりＩＰＯＳ＋ＳＩＺＥｒ＞ＩＭＡＸであれば、今回受信した圧縮画像データを画像記憶領域１２ｉｍに書き込んだ場合には、画像記憶領域１２ｉｍの書き込み上限値を越えると判断して、ステップＳ７で、ループフラグをセット（オン）して、ステップＳ９に進む。つまり、ここでは、変数ＩＰＯＳに“０”を設定し、変数ＭＰＯＳに“１”を設定し、そして、変数ＬＯＯＰに“１”を設定する。

ステップＳ９では、ループフラグがオン（ＬＯＯＰ＝１）であるかどうかを判断する。ステップＳ９で“ＹＥＳ”であれば、つまりループフラグがオン（ＬＯＯＰ＝１）であれば、図１２に示すステップＳ２９に進む。一方、ステップＳ９で“ＮＯ”であれば、つまりループフラグがオフ（ＬＯＯＰ＝０）であれば、ステップＳ１１で、変数ＩＰＯＳが示す画像記憶領域１２ｉｍの位置に（アドレスから）今回受信した圧縮画像データを画像記憶領域１２ｉｍに書き込む。具体的に説明すると、ＣＰＵ１２ｆは、インターネット１６およびＮＩＣ１２ａを介して受信した画像ファイルをＲＡＭ１２ｄに一旦格納する。そして、ＨＤＤ１２ｄを通してディスクＤ１にアクセスし、画像記憶領域１２ｉｍの書き込み開始位置（ＩＰＯＳ）から圧縮画像データを記憶する。そして、ステップＳ１３で、次の書き込み開始位置を計算する。つまり、次回受信する圧縮画像データの書き込み開始アドレスを数１に従って求める。

続いて、ステップＳ１５で、ＭＰＯＳが示す位置に今回受信した圧縮画像データにいてのカメラ番号（ＣＮ），カメラテーブル番号（ＴＮ），画像サイズ（ＮＳ）を書き込む。つまり、上述のようにしてＲＡＭ１２ｄに格納された画像ファイルのヘッダ情報を参照して、カメラ番号（ＣＮ）および画像サイズ（ＮＳ）を取得するとともに、更新参照テーブル１２ｒｔを参照して、当該カメラについての最新番号（ＮＥＷ）が示すカメラテーブル番号の次の番号をカメラテーブル番号として取得する。たとえば、最新番号（ＮＥＷ）が“２”である場合には、次のカメラテーブル番号（ＴＮ）として“３”が取得される。

続くステップＳ１７では、対応するカメラテーブル１２ｃｔｎに、ＭＰＯＳ（領域管理テーブル番号（Ｎ））および画像情報を登録する。次に、図１１に示すステップＳ１９では、変数ＣＰＯＳｎの値が“１”であるかどうかを判断する。つまり、カメラテーブル１２ｃｔｎについてのカメラテーブル番号（ＴＮ）が“１”であるかどうかを判断する。ステップＳ１９で“ＮＯ”であれば、つまり変数ＣＰＯＳｎの値が“１”でなければ、そのままステップＳ２３に進む。一方、ステップＳ１９で“ＹＥＳ”であれば、つまり変数ＣＰＯＳｎの値が“１”であれば、ステップＳ２１で、変数ＣＰＯＳｎが示す値を対応するカメラの最古番号（ＯＬＤ）に設定してからステップＳ２３に進む。

ステップＳ２３では、変数ＣＰＯＳｎが示す値を、対応するカメラの最新番号（ＮＥＷ）に設定する。ここで、上述したように、ステップＳ１９で、変数ＣＰＯＳｎの値が“１”であると判断した場合には、ステップＳ２１で、変数ＣＰＯＳｎの値を最古番号（ＯＬＤ）に設定し、さらに、ステップＳ２３で、変数ＣＰＯＳｎの値を最新番号（ＮＥＷ）に設定するが、これは、画像記憶領域１２ｉｍに圧縮画像データを上書きしない場合には、変数ＣＰＯＳｎの値が“１”であれば、当該カメラテーブル１２ｃｔｎにはカメラテーブル番号（１）に対応する領域管理テーブル番号（Ｎ）および画像情報しか存在しないためである。

次のステップＳ２５では、更新参照テーブル１２ｒｔを更新する。ここでは、ステップＳ２１やステップＳ２３で更新されたカメラテーブル１２ｃｔｎについての最新番号（ＮＥＷ）や最古番号（ＯＬＤ）を更新する。そして、ステップＳ２７で、次に登録する領域管理テーブル１２ｍｔおよびカメラテーブル１２ｃｔｎについての書き込み位置（テーブル番号）を、数２および数３に従ってそれぞれ計算して、ステップＳ３に戻る。

このように、ステップＳ１〜ステップＳ２７の処理を繰り返すことにより、圧縮画像データが順次画像記憶領域１２ｉｍに記録され、領域管理テーブル１２ｍｔ、カメラテーブル１２ｃｔ１〜１２ｃｔ３および更新参照テーブル１２ｒｔの内容が追加（更新）される。そして、画像記憶領域１２ｉｍが満杯になると、つまり、上述したように、ステップＳ９で、ループフラグがオンであり、画像記憶領域１２ｉｍに圧縮画像データを上書きすると判断した場合には、図１２に示すステップＳ２９で、更新参照テーブル１２ｒｔを参照して、今回受信した圧縮画像データに対応するカメラテーブル１２ｃｔｎについての最新番号（ＮＥＷ）が最古番号（ＯＬＤ）より大きいかどうかを判断する。

ステップＳ２９で“ＮＯ”であれば、つまり最新番号（ＮＥＷ）が最古番号（ＯＬＤ）以下である場合には、そのままステップＳ３５に進む。一方、ステップＳ２９で“ＹＥＳ”あれば、つまり最新番号（ＮＥＷ）が最古番号（ＯＬＤ）より大きい場合には、ステップＳ３１で、当該最古番号（ＮＥＷ）が“１”であるかどうかを判断する。ステップＳ３１で“ＮＯ”であれば、つまり当該最古番号（ＯＬＤ）が“１”でない場合には、そのままステップＳ３５に進む。一方、ステップＳ３１で“ＹＥＳ”であれば、つまり当該最古番号（ＯＬＤ）が“１”である場合には、ステップＳ３３で、カメラテーブル１２ｃｔｎの書き込み位置を元に戻す。つまり、変数ＣＰＯＳｎに“１”を設定する。このように、画像記憶領域１２ｉｍに圧縮画像データが記録される毎に、カメラテーブル１２ｃｔｎに領域管理テーブル番号（Ｎ）および画像情報が記録され、画像記憶領域１２ｉｍに圧縮画像データが上書きされると、当該圧縮画像データに対応するカメラのカメラテーブル１２ｃｔｎも上書きされるのである。

ステップＳ３５では、今回受信した圧縮画像データを画像記憶領域１２ｉｍの書き込み開始位置（ＩＰＯＳ）から書き込む。続くステップＳ３７で、次の書き込み開始位置を上述した数１に従って計算する。次のステップＳ３９では、ＭＰＯＳが示す位置から元の画像サイズＳＩＺＥｘを取り出し、これを変数ＳＩＺＥｙに代入する。ここで、変数ＳＩＺＥｙは、上書きされた領域に存在していた元の圧縮画像データのデータサイズを意味する。ステップＳ４１で、ＭＰＯＳが示す位置にカメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）を登録し、変数ＣＰＯＳｎが示す位置に領域管理テーブル番号（Ｎ）および画像情報を登録する。このとき、上書きされた元の圧縮画像データについてのカメラテーブル１２ｃｔｎの該当する欄の情報が無効にされる。

そして、ステップＳ４３で、更新参照テーブル１２ｒｔを更新する。ここでは、変数ＣＰＯＳｎが示す値を最新番号（ＮＥＷ）とし、変数ＣＰＯＳｎに“１”加算した値を最古番号（ＯＬＤ）とする。また、上述したように、ステップＳ４１においてカメラテーブル１２ｃｔｎの情報が無効にされると、それに従って当該カメラテーブル１２ｃｔｎについての最古番号（ＯＬＤ）も更新される。さらに、ステップＳ４５で、次に登録するテーブル位置を計算する。つまり、上述した数２および数３に従って変数ＭＰＯＳおよび変数ＣＰＯＳｎを求める。

続いて、図１３に示すように、ステップＳ４７で、今回上書きした圧縮画像データの画像サイズＳＩＺＥｒが上書きされた圧縮画像データの画像サイズＳＩＺＥｘよりも大きいかどうかを判断する。ステップＳ４７で“ＮＯ”であれば、つまり画像サイズＳＩＺＥｒが画像サイズＳＩＺＥｘ以下であれば、そのまま図１０に示したステップＳ３に戻る。ただし、画像サイズＳＩＺＥｒが画像サイズＳＩＺＥｘより小さい場合には、その差分に相当する一部の圧縮画像データが画像記憶領域１２ｉｍで無効にされる。

一方、ステップＳ４７で“ＹＥＳ”であれば、つまり画像サイズＳＩＺＥｒが画像サイズＳＩＺＥｘより大きければ、ステップＳ４９で、変数ＭＰＯＳおよび変数ＣＰＯＳｎの値を退避し、ステップＳ５１で、変数ＭＰＯＳが示す位置から元の画像サイズＳＩＺＥｘを取り出す。

続くステップＳ５３では、変数ＭＰＯＳが示す位置および該当するカメラの変数ＣＰＯＳｎが示す位置の情報を無効にする。つまり、領域管理テーブル１２ｍｔの変数ＭＰＯＳが示す領域管理テーブル番号（Ｎ）のカメラ番号（ＣＮ）、カメラテーブル番号（ＴＮ）および画像サイズ（ＮＳ）を無効にするとともに、該当するカメラテーブル１２ｃｔｎについての変数ＣＰＯＳｎが示すカメラテーブル番号（ＴＮ）の領域管理テーブル番号（Ｎ）および画像情報を無効にする。そして、ステップＳ５５で、更新参照テーブル１２ｒｔを更新する。ここでは、該当するカメラテーブル１２ｃｔｎの最古番号（ＯＬＤ）が更新される。次に、ステップＳ５７で、登録抹消したサイズすなわち元の圧縮画像データのデータサイズ（ＳＩＺＥｙ）を数４に従って計算する。

続いて、ステップＳ５９で、次にチェックするテーブル番号を計算する。この計算は、上述の数２および数３と同じである。そして、ステップＳ６１で、さらに次の領域にもまたがっているかどうかを判断する。つまり、上書きされた圧縮画像データの画像サイズＳＩＺＥｒが登録抹消された圧縮画像データのデータサイズＳＩＺＥｙよりも大きいかどうかを判断する。ステップＳ６１で“ＹＥＳ”であれば、つまりさらに次の領域にもまたがっている場合には、ステップＳ５１に戻る。一方、ステップＳ６１で“ＮＯ”であれば、つまり次の領域にまたがっていない場合には、ステップＳ６３で、変数ＭＰＯＳおよび変数ＣＰＯＳｎの値を戻して、図１０に示したステップＳ３に戻る。

このようにして、圧縮画像データを受信する毎に、当該圧縮画像データの画像記憶領域１２ｉｍへの記録および各テーブルの登録（更新）が実行される。

また、画像記憶領域１２ｉｍに記録された圧縮画像データについては、図１に示したように、イントラネット１８を介してサーバ１２に接続される端末（クライアント）１４からの要求に応じて再生することができる。具体的に説明すると、端末１４は、図１４に示すように構成される。電源が投入されると、ＣＰＵ１４ｄは、初期画面データを作成し、作成した初期画面データを表示Ｉ／Ｆ１４ｅを通してＣＲＴ或いはＬＣＤのようなディスプレイ１４ｆに与える。ディスプレイ１４ｆには、図１５（Ａ）に示す初期検索画面が表示される。図１５（Ａ）によれば、カメラＣ１の撮影画像を表示するための小窓ＳＣ１、カメラＣ２の撮影画像を表示するための小窓ＳＣ２およびカメラＣ３の撮影画像を表示するための小窓ＳＣ３が、画面の上半分に表示される。

なお、この実施例では、３台のカメラについての初期検索画面を表示するようにしてあるが、４台以上のカメラがサーバ１２に接続されている場合には、そのカメラの数と同じ数の小窓を設けるようにしてもよく、また、後述するように、選択したカメラの数と同じ数の小窓を表示するようにしてもよい。

また、カメラＣ１で撮影された画像データ、カメラＣ２で撮影された画像データおよびカメラＣ３で撮影された画像データについての先頭フレームの画像データの撮影実行を案内する時刻ガイドＧＳＴと、末尾フレームの画像データの撮影時刻を案内する時刻ガイドＧＥＴと、所望の検索時刻の入力欄ＩＮＴと、カメラＣ１ボタンＢ１，カメラＣ２ボタンＢ２，カメラＣ３ボタンＢ３，再生ボタンＢ４および停止ボタンＢ５とが、画面の下半分に表示される。

図１５（Ａ）から分かるように、初期検索画面では、時刻ガイドＧＳＴおよびＧＥＴに具体的な数値は表示されず、検索時刻の入力欄ＩＮＴも空欄とされる。また、時刻ガイドＧＳＴおよびＧＥＴならびに検索時刻のいずれも、秒単位までしか表示されない。なお、カメラＣ１〜カメラＣ３で撮影された画像データの先頭フレームについての画像データの撮影時刻を“先頭時刻”と定義し、末尾フレームについての画像データの撮影時刻を“末尾時刻”と定義する。

初期検索画面が表示された状態で、図１４に示すコンピュータマウス（以下、単に「マウス」という。）１４ｉによって、ボタンＢ１、ボタンＢ２、ボタンＢ３がクリックされると、カメラＣ１、カメラＣ２、カメラＣ３を個別に選択することができる。また、ボタンＢ１、ボタンＢ２、ボタンＢ３をクリックした状態で、もう一度クリックすると、カメラＣ１、カメラＣ２、カメラＣ３の選択を個別に解除することができる。ボタンＢ１、ボタンＢ２およびボタンＢ３の少なくとも１つがクリックされると、対応する状態信号が入力Ｉ／Ｆ１４ｇからＣＰＵ１４ｄに与えられる。

ＣＰＵ１４ｄは、選択されたカメラに対応するカメラＩＤを含む時刻情報要求を、ＮＩＣ１４ａを通してサーバ１２に送出する。時刻情報要求は、図２に示したＮＩＣ１２ｅを通してＣＰＵ１２ｆに与えられる。ＣＰＵ１２ｆは、時刻情報要求に含まれるカメラＩＤに基づいて該当するカメラテーブル１２ｃｔｎおよび更新参照テーブル１２ｒｔにアクセスし、現時点の先頭時刻および末尾時刻を検出する。つまり、図４（Ｂ）および図６（Ｂ）に示したような更新参照テーブル１２ｒｔを参照して、最古番号（ＯＬＤ）および最新番号（ＮＥＷ）が示すカメラテーブル番号（Ｎ）をそれぞれ取得し、カメラテーブル１２ｃｔｎを参照して、画像情報に含まれる撮影時刻の情報を取得（検出）する。ここで、先頭時刻および末尾時刻はミリ秒単位まで表現された時刻であり、ＣＰＵ１２ｆは、撮影時刻の情報を検出することにより、取得した先頭時刻および末尾時刻を含む時刻情報を、ＮＩＣ１２ｅを通して要求元の端末１４に返送する。

なお、オペレータないしユーザによるキー操作またはマウス操作が行われない限り、同じ時刻情報要求が端末１４からサーバ１２に繰り返し返送される。サーバ１２は、時刻情報要求が与えられる毎に時刻情報を端末１４に返送する。また、複数のカメラが選択されている場合には、複数のカメラについての先頭時刻および末尾時刻を含む時刻情報が順次要求元の端末１４に返送される。

端末１４のＣＰＵ１４ｄは、返送された時刻情報に基づいて、秒単位まで表現された先頭時刻および末尾時刻が、時刻ガイドＧＳＴおよびＧＥＴとして初期検索画面に表示される。図１５（Ｂ）によれば、先頭時刻は２００２年０２月１８日１５時３０分４７秒であり、末尾時刻は２００２年０２月２０日０９時１２分５９秒である。ただし、複数のカメラが選択されている場合には、カメラ毎の先頭時刻および末尾時刻が順次初期検索画面に表示される。または、カメラ毎に先頭時刻および末尾時刻を表示するように、初期検索画面に複数の表示部を設けるようにしてもよい。

キーボード１４ｈによって所望の検索時刻（指定時刻）が入力欄ＩＮＴに入力され、かつマウス１４ｉによって再生ボタンＢ４がクリックされると、ＣＰＵ１４ｄは、画像検索要求を、ＮＩＣ１４ａを通してサーバ１２に送出する。この画像検索要求には、選択されたカメラのカメラＩＤと、入力された指定時刻と、再生指示とが含まれる。ここで、入力された指定時刻が先頭時刻から末尾時刻までの範囲から外れるときは、画像検索要求の出力に変えてエラーメッセージが画面に表示される。

なお、図１５（Ｂ）によれば、入力された検索時刻は２００２年０２月２０日０９時１２分５９秒であり、現時点の先頭時刻および末尾時刻の間に含まれる。したがって、当該検索時刻は受け付けられ、画像検索要求がサーバ１２に送出される。

送出された画像検索要求は、図２に示したように、ＮＩＣ１２ｅを通してＣＰＵ１２ｆに与えられる。ＣＰＵ１２ｆは、画像検索要求を受信すると、指定時刻以降に撮影された複数フレームの圧縮画像データをカメラテーブル１２ｃｔｎに従って画像記憶領域１２ｉｍから順に検出する。ここで、画像検索要求に複数のカメラＩＤが含まれる場合には、それぞれのカメラについての圧縮画像データがカメラテーブル１２ｃｔｎに従って検出される。

画像記憶領域１２ｉｍから検出された圧縮画像データ、ならびに更新参照テーブル１２ｒｔから検出された先頭時刻および末尾時刻は、ＮＩＣ１２ｅを通して要求元の端末１４に返送される。端末１４のＣＰＵ１４ｄは、返送された圧縮画像データを、ＲＡＭ１４ｂを用いて伸長し、伸長画像を小窓ＳＣ１、ＳＣ２、ＳＣ３に表示する。ＣＰＵ１４ｄはまた、返送された先頭時刻および末尾時刻によって時刻ガイドＧＳＴおよびＧＥＴを更新する。

この結果、順方向に動く動画像が、小窓ＳＣ１、ＳＣ２およびＳＣ３の少なくとも１つに表示される。なお、先頭時刻および末尾時刻の表示は、動画像の再生中も更新される。

また、再生が行われている途中で停止ボタンＢ５が押されると、ＣＰＵ１４ｄは、再生停止要求（再生停止指示）をサーバ１２に送信する。これに応じて、サーバ１２のＣＰＵ１２ｆは、圧縮画像データの送出を停止する。

具体的には、サーバ１２のＣＰＵ１２ｆは、画像検索要求を受けると、選択されたカメラのそれぞれについて、画像再生処理を実行する。画像再生処理は、図１６のフロー図で示される。ただし、ここでは、カメラＣ１についての画像再生処理について説明することとし、他のカメラＣ２、カメラＣ３についての画像再生処理についての説明は省略することにする。図１６に示すように、画像再生処理を開始すると、ステップＳ７１で、カメラＣ１のフレームレートを取り出し、画像送出時間間隔ｔ０を数５に従って計算する。

続くステップＳ７３では、カメラテーブル１２ｃｔ１の画像情報を検索し、指定時刻ｔｎ以降の直近時刻ｔＮを検索して、ステップＳ７５で、画像があるかどうかを判断する。つまり、直近時刻ｔＮに撮影された画像があるかどうかを判断する。ステップＳ７５で“ＮＯ”であれば、つまり直近時刻ｔＮに撮影された画像がなければ、ステップＳ７７で警告して、画像再生処理をリターンする。一方、ステップＳ７５で“ＹＥＳ”であれば、つまり直近時刻ｔＮに撮影された画像があれば、ステップＳ７９で、カメラテーブル１２ｃｔ１から領域管理テーブル１２ｍｔを取得し、領域管理テーブル１２ｍｔを参照して、画像記憶領域１２ｉｍから画像を取り出す。

そして、ステップＳ８１で、取り出した画像を再生要求のあった端末に送信する。次のステップＳ８３では、カメラＣ１についての画像の全検索を完了したかどうかを判断する。つまり、指定時刻ｔｎ以降の全ての画像を送出したかどうかを判断する。ステップＳ８３で“ＮＯ”であれば、つまりカメラＣ１についての画像の全検索を完了していなければ、ステップＳ８５で、次の画像送出時刻ｔＮを数６に従って計算し、ステップＳ７５に戻る。

一方、ステップＳ８３で“ＹＥＳ”であれば、つまりカメラＣ１についての画像の全検索を完了すれば、ステップＳ８７で再生停止指示があるかどうかを判断する。ステップＳ８７で“ＮＯ”であれば、つまり再生停止指示がなければ、そのままステップＳ７３に戻って、指定時刻ｔｎ以降の画像を始めから再生する。一方、ステップＳ８７で“ＹＥＳ”であれば、つまり再生停止指示があれば、再生処理をリターンする。

なお、この実施例では、再生ボタンがクリックされると、指定時刻以降の画像を順方向に再生する場合についてのみ説明してあるが、逆方向再生、スチル再生或いはコマ送り再生の各ボタンを設けて、逆方向再生、スチル再生およびコマ送り再生をできるようにしてもよい。かかる場合には、順方向再生、逆方向再生、スチル再生およびコマ送り再生のいずれか１つを示す再生モード情報が画像検索要求に含めるようにして、サーバが要求のあった端末に対して、再生モード情報に応じた態様で画像を送出するようにすればよい。

この実施例によれば、複数のカメラから送信された画像データを受信した順番に画像記憶領域に記録するとともに、画像記憶領域が満杯になると、最も古い画像データに対して上書きするようにするので、画像記憶領域を有効に使用することができる。

また、カメラ毎に画像データを記憶する領域を分別しないので、フレームレートが異なるカメラであっても、ほぼ同じ時間帯の画像データを記憶領域に残すことができる。また、画像データについての管理情報を領域管理テーブルで管理するとともに、カメラ毎のカメラテーブルを管理するようにするため、端末で時間を指定して複数のカメラについての画像の再生を指示した場合であっても、ほぼ同じ時間帯の画像を再生することができる。

この発明の監視カメラシステムの一例を示す図解図である。 図１実施例に示すサーバの電気的な構成を示すブロック図である。 図２に示すサーバのディスクに形成される画像記憶領域およびそれに対応する領域管理テーブル１２の一例を示す図解図である。 （Ａ）は図１実施例に示すカメラ毎のカメラテーブルの図解図であり、（Ｂ）は領域管理テーブルおよびカメラテーブルについての更新参照テーブルの一例を示す図解図である。 図２に示すサーバに設けられる画像記憶領域およびそれに対応する領域管理テーブルの他の一例を示す図解図である。 （Ａ）は図１実施例に示すカメラ毎のカメラテーブルの図解図であり、（Ｂ）は領域管理テーブルおよびカメラテーブルについての更新参照テーブルの他の一例を示す図解図である。 図３に示した領域管理テーブルが図５に示した領域管理テーブルに更新される様子を示す図解図である。 図４（Ａ）に示したカメラテーブルが図６（Ａ）に示したカメラテーブルに更新される様子を示す図解図である。 図４（Ｂ）に示した更新参照テーブルが図６（Ｂ）に示した更新参照テーブルに更新される様子を示す図解図である。 図２に示すサーバのＣＰＵの画像記録処理の一部を示すフロー図である。 図２に示すサーバのＣＰＵの画像記録処理の他の一部を示すフロー図である。 図２に示すサーバのＣＰＵの画像記録処理のその他の一部を示すフロー図である。 図２に示すサーバのＣＰＵの画像記録処理のさらに他の一部を示すフロー図である。 図１実施例に示す端末の電気的な構成の一例を示すブロック図である。 （Ａ）は端末に表示される監視画面の一例を示す図解図であり、（Ｂ）は端末に表示される監視画面の他の一例を示す図解図である。 図２に示すサーバのＣＰＵの画像再生処理を示すフロー図である。

符号の説明

１０ …監視カメラシステム
１２ …サーバ
１４ …端末
１６ …インターネット
１８ …イントラネット

Claims (7)

1. Ｎ個（Ｎ：２以上の整数）の画像出力装置の各々から出力された複数の静止画像信号を時分割で多重する多重手段、
   前記多重手段から出力された多重画像信号を記録媒体に循環的に書き込む画像書き込み手段、および
   前記多重画像信号を形成する各々の静止画像信号を管理する第１管理情報を前記画像書き込み手段の循環的書き込みに同期して第１管理情報テーブルに書き込む第１情報書き込み手段を備える、画像管理装置。
2. 前記第１管理情報テーブルに書き込まれた第１管理情報のうち前記画像書き込み手段による上書きによって少なくとも一部が消失した静止画像信号に対応する第１管理情報を無効にする第１情報無効手段をさらに備える、請求項１記載の画像管理装置。
3. 前記多重画像信号を形成する各々の静止画像信号を管理する第２管理情報を前記Ｎ個の画像出力装置にそれぞれ対応するＮ個の第２管理情報テーブルに分散して書き込む第２情報書き込み手段をさらに備える、請求項１または２記載の画像管理装置。
4. 前記第２情報書き込み手段は、前記Ｎ個の第２管理情報テーブルの各々について循環的な書き込みを行う、請求項３記載の画像管理装置。
5. 前記Ｎ個の第２管理情報テーブルの各々は複数の識別番号がそれぞれ割り当てられた複数の書き込み欄を有し、
   前記第２情報書き込み手段は、注目する第２管理情報テーブルに存在する最古の第２管理情報に割り当てられた識別番号が先頭番号であるか否かを判別する判別手段、および前記判別手段の判別結果が肯定的であるとき前記第２管理情報の書き込み先を前記先頭番号に割り当てられた書き込み欄に設定する設定手段を含む、請求項４記載の画像管理装置。
6. 前記Ｎ個の画像出力装置の各々はカメラを含む、請求項１ないし５のいずれかに記載の画像管理装置。
7. 前記Ｎ個の第２管理情報テーブルのうち任意の第２管理情報テーブルを参照して前記記録媒体から複数の静止画像信号を再生する再生手段をさらに備える、請求項１ないし６のいずれかに記載の画像管理装置。

Images