(57)【要約】    【構成】  カメラＣ１〜Ｃｎのいずれかでアラームが発生されると、アラームを発生したカメラからサーバ１２にまずアラーム発生通知信号が送信され、次いでアラーム発生時刻よりも前のイベント開始時刻からアラーム発生時刻よりも後のイベント終了時刻までの期間に撮影された複数画面の画像信号が送信される。サーバ１２は、これらの信号を受信すると、複数画面の画像信号をＨＤに記録し、イベント開始時刻，アラーム発生時刻およびイベント終了時刻をＨＤに記録された複数画面の画像信号に関するイベント管理情報として登録する。    【効果】  端末１４がサーバ１２のＨＤから複数画面の画像信号を読み出して再生するとき、いつアラームが発生したかを容易に知ることができ、その結果、異常を発見できる率が高まる。【選択図】  図１
2005033692.tif 000002
【特許請求の範囲】
【請求項１】
アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラ、および前記監視カメラから出力された複数画面の画像信号を管理する管理装置を備える監視カメラシステムにおいて、
前記監視カメラはアラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段を備え、
前記管理装置は前記アラーム時刻情報を前記複数画面の画像信号に割り当てるアラーム時刻割り当て手段を備えることを特徴とする、監視カメラシステム。
【請求項２】
前記監視カメラは前記第１時刻を示す第１時刻情報を出力する第１時刻出力手段をさらに備え、
前記管理装置は前記第１時刻情報を前記第１時刻に撮影された画面の画像信号に割り当てる第１時刻割り当て手段をさらに備える、請求項１記載の監視カメラシステム。
【請求項３】
前記管理装置は、画像再生装置から前記複数画面の画像信号の選択を受け付ける受付手段、および前記受付手段による受付に応答して前記アラーム時刻情報および前記第１時刻情報を含む撮影時間帯情報を前記画像再生装置に返送する返送手段をさらに備える、請求項２記載の監視カメラシステム。
【請求項４】
前記監視カメラは前記第２時刻を示す第２時刻情報を出力する第２時刻出力手段をさらに備え、前記管理装置は前記第２時刻情報を前記第２時刻に撮影された画面の画像信号に割り当てる第２時刻割り当て手段をさらに備え、前記撮影時間帯情報は前記第２時刻情報をさらに含む、請求項３記載の監視カメラシステム。
【請求項５】
前記管理装置は、前記監視カメラから出力された複数画面の画像信号を記録媒体に記録する記録手段、前記受付手段による受付に応答して前記複数画面の画像信号を前記記録媒体から検出する検出手段、および前記検出手段によって検出された画像信号を前記画像再生装置に出力する画像出力手段をさらに備える、請求項３または４記載の監視カメラシステム。
【請求項６】
前記管理装置は前記複数画面の画像信号の各々の撮影時刻と前記アラーム発生時刻との時間的な位置関係を規定する時間軸を描画するための時間軸描画データを出力する時間軸出力手段をさらに備え、
前記撮影時間帯情報は前記時間軸描画データをさらに含む、請求項５記載の監視カメラシステム。
【請求項７】
前記監視カメラは、撮影画像の品質を設定する設定手段、および前記設定手段によって設定された品質を有する画像信号を一時的に保存する内部メモリをさらに備える、請求項１ないし６のいずれかに記載の監視カメラシステム。
【請求項８】
アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラにおいて、
前記アラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段を備えることを特徴とする、監視カメラ。
【請求項９】
アラーム発生時刻を示すアラーム時刻情報を出力する監視カメラが前記アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影した複数画面の画像信号を管理する管理装置であって、
前記監視カメラから出力された複数画面の画像信号を管理する管理手段、および
前記アラーム時刻情報を前記管理手段が管理する複数画面の画像信号に割り当てるアラーム時刻割り当て手段を備える、管理装置。
【請求項１０】
アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラによって実行される監視プログラムにおいて、
アラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力ステップを備えることを特徴とする、監視プログラム。
【請求項１１】
アラーム発生時刻を示すアラーム時刻情報を出力する監視カメラが前記アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影した複数画面の画像信号を管理する管理装置によって実行される管理プログラムであって、
前記監視カメラから出力された複数画面の画像信号を管理する管理ステップ、および
前記アラーム時刻情報を前記管理ステップが管理する複数画面の画像信号に割り当てるアラーム時刻割り当てステップを備える、管理プログラム。
【請求項１２】
アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラによって行われる監視方法において、
前記アラーム発生時刻を示すアラーム時刻情報を出力することを特徴とする、監視方法。
【請求項１３】
アラーム発生時刻を示すアラーム時刻情報を出力する監視カメラが前記アラーム発生時刻よりも前の第１時刻から前記アラーム発生時刻よりも後の第２時刻までの期間に撮影した複数画面の画像信号を管理する管理装置によって行われる管理方法であって、
(a) 前記監視カメラから出力された複数画面の画像信号を管理し、そして
(b) 前記アラーム時刻情報を前記ステップ(a) が管理する複数画面の画像信号に割り当てる、管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、監視カメラシステムに関し、特にたとえば、アラーム発生時刻よりも前の第1時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影された画像信号を出力する監視カメラ、および監視カメラから出力された画像信号を記録媒体に記録する管理装置を備える、監視カメラシステムに関する。
【背景技術】
【０００２】
従来のこの種の監視カメラシステムの一例が、特許文献1に開示されている。この従来技術によれば、アラーム発生の前後にわたって撮影された被写界の画像が記録媒体に記録される。これによって、事件の一部始終を容易に把握することができる。
【特許文献１】特開平８−１１６５２８号公報〔Ｈ０４Ｎ  ７／１８，Ｇ０６Ｔ  １／６０〕
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、従来技術では、いつアラームが発生したかが不明であるため、異常を見落としやすいという問題があった。
【０００４】
それゆえに、この発明の主たる目的は、異常を発見できる率を高めることができる、監視カメラシステムを提供することである。
【課題を解決するための手段】
【０００５】
請求項１の発明は、アラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラ、および監視カメラから出力された複数画面の画像信号を管理する管理装置を備える監視カメラシステムにおいて、監視カメラはアラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段を備え、管理装置はアラーム時刻情報を複数の画像信号に割り当てるアラーム時刻割り当て手段を備えることを特徴とする、監視カメラシステムである。
【０００６】
請求項1の発明では、監視カメラは、アラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力し、管理装置は、監視カメラから出力された複数画面の画像信号を管理する。複数画面の画像信号を出力する際、監視カメラはアラーム発生時刻を示すアラーム時刻情報を出力し、複数画面の画像信号を管理する際、管理装置はアラーム時刻情報を複数画面の画像信号に割り当てる。その結果、管理装置によって、第１時刻から第２時刻までの期間に撮影され、かつアラーム時刻情報を割り当てられた複数画面の画像が管理されることとなる。そのため、管理装置から任意の画面の画像信号を取得して再生するとき、いつアラームが発生したかを容易に知ることができる。
【０００７】
請求項２の発明は、請求項1に発明において、監視カメラは第１時刻を示す第１時刻情報を出力する第１時刻出力手段をさらに備え、管理装置は第１時刻情報を第１時刻に撮影された画面の画像信号に割り当てる第１時刻割り当て手段をさらに備える。
【０００８】
請求項２の発明では、監視カメラは、第１時刻を示す第１時刻情報を出力し、管理装置は、第１時刻情報を第１時刻に撮影された画面の画像信号に割り当てる。これにより、管理装置によって管理される複数画面の画像信号のうちどれが先頭画面の画像信号かが容易にわかる。
【０００９】
請求項３の発明は、請求項２の発明において、管理装置は、画像再生装置から複数画面の画像信号の選択を受け付ける受付手段、および受付手段による受付に応答してアラーム時刻情報および第１時刻情報を含む撮影時間帯情報を画像再生装置に返送する返送手段をさらに備える。
【００１０】
請求項３の発明では、管理装置は、画像再生装置から複数画面の画像信号の選択を受け付け、受付に応答してアラーム時刻情報および第１時刻情報を含む撮影時間帯情報を画像再生装置に返送する。これにより、アラーム発生時刻と先頭画面の画像信号の撮影時刻とが容易にわかる。
【００１１】
請求項４の発明は、請求項３の発明において、監視カメラは第２時刻を示す第２時刻情報を出力する第２時刻出力手段をさらに備え、管理装置は第２時刻情報を第２時刻に撮影された画面の画像信号に割り当てる第２時刻割り当て手段をさらに備え、撮影時間帯情報は第２時刻情報をさらに含む。
【００１２】
請求項４の発明では、監視カメラは、第２時刻を示す第２時刻情報を出力し、管理装置は、第２時刻情報を第２時刻に撮影された画面の画像信号に割り当てる。撮影時間帯情報には、第２時刻情報がさらに含まれる。これにより、管理装置によって管理される複数画面の画像信号のうちどれが最終画面の画像信号かが容易にわかる。
【００１３】
請求項５の発明は、請求項３または４の発明において、管理装置は、監視カメラから出力された複数画面の画像信号を記録媒体に記録する記録手段、受付手段による受付に応答して複数画面の画像信号を記録媒体から検出する検出手段、および検出手段によって検出された画像信号を画像再生装置に出力する画像出力手段をさらに備える。
【００１４】
請求項５の発明では、管理装置は、監視カメラから出力された複数画面の画像信号を記録媒体に記録する。そして、上記の受付に応答して複数画面の画像信号を記録媒体から検出し、検出された画像信号を画像再生装置に出力する。
【００１５】
請求項６の発明は、請求項５の発明において、管理装置は複数画面の画像信号の各々の撮影時刻とアラーム発生時刻との時間的な位置関係を規定する時間軸を描画するための時間軸描画データを出力する時間軸出力手段をさらに備え、撮影時間帯情報は時間軸描画データをさらに含む。
【００１６】
請求項６の発明では、管理装置は、複数画面の画像信号の各々の撮影時刻とアラーム発生時刻との時間的な位置関係を規定する時間軸を描画するための時間軸描画データを出力する。撮影時間帯情報には、時間軸描画データがさらに含まれる。画像再生装置では、複数画面の画像信号が順番に再生される際、画面と並んで時間軸が描画される。そして時間軸上に、現在再生中の画面の撮影時刻を示すポインタと、アラーム発生時刻を示すポインタとが提示される。これにより、表示中の画面の撮影時刻とアラーム発生時刻との時間的な位置関係、例えば表示画像がアラーム発生前に撮影されたものか、アラーム発生後に撮影されたものか、ちょうどアラーム発生時のものか等を直感的に認識することができる。
【００１７】
請求項７の発明は、請求項１ないし６のいずれかの発明において、監視カメラは、撮影画像の品質を設定する設定手段、および設定手段によって設定された品質を有する画像信号を一時的に保存する内部メモリをさらに備える。
【００１８】
請求項７の発明では、監視カメラは、撮影画像の品質を設定し、設定された品質を有する画像信号を一時的に内部メモリに保存する。
【００１９】
請求項８の発明は、アラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影された複数画面の画像信号を出力する監視カメラにおいて、アラーム発生時刻を示すアラーム時刻情報を出力するアラーム時刻出力手段を備えることを特徴とする、監視カメラである。
【００２０】
請求項９の発明は、アラーム発生時刻を示すアラーム時刻情報を出力する監視カメラがアラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影した複数画面の画像信号を管理する管理装置であって、監視カメラから出力された複数画面の画像信号を管理する管理手段、およびアラーム時刻情報を管理手段が管理する複数画面の画像信号に割り当てるアラーム時刻割り当て手段を備える、管理装置である。
【００２１】
請求項１０の発明は、上記請求項８の発明の監視カメラによって実行される監視プログラムである。
【００２２】
請求項１１の発明は、上記請求項９の発明の管理装置によって実行される管理プログラムである。
【００２３】
請求項１２の発明は、上記請求項８の発明の監視カメラによって行われる監視方法である。
【００２４】
請求項１３の発明は、上記請求項９発明の管理装置によって行われる管理方法である。
【発明の効果】
【００２５】
この発明によれば、アラーム発生時刻よりも前の第１時刻からアラーム発生時刻よりも後の第２時刻までの期間に撮影され、かつアラーム時刻情報を割り当てられた複数画面の画像信号が記録媒体に記録されるので、記録媒体から複数画面の画像信号を読み出して再生するとき、いつアラームが発生したかを容易に知ることができる。その結果、異常を発見できる率が高まる。
【００２６】
この発明の上述のような目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２７】
図１を参照して、この発明の一実施例である監視カメラシステム１０は、ｎ台のカメラＣ１〜Ｃｎ（ただしｎは２以上の任意の整数）と、サーバ１２と、複数の端末１４，１４，…とで構成されている。カメラＣ１〜Ｃｎの各々は、インターネット１６を介してサーバ１２と接続され、サーバ１２は、イントラネット１８を介して端末１４，１４，…と接続される。
【００２８】
カメラＣ１〜Ｃｎは、被写体を撮影し、得られた画像信号を圧縮して出力する。カメラＣ１〜Ｃｎの各々から出力された画像信号は、インターネット１６を通じてサーバ１２へと伝送され、サーバ１２によって記録される。こうして記録・蓄積された画像は、端末１４，１４，…からの要求に応じてサーバ１２から読み出され、イントラネット１８を通じて端末１４，１４，…へと送られる。
【００２９】
カメラＣ１〜Ｃｎの構成例が図２に示されている。図２を参照して、カメラＣ１〜Ｃｎの各々は、撮像素子１０１と、ＣＰＵ１０２と、センサ１０３と、内部メモリ１０４と、ネットワーク・インターフェース・カード（以下、ＮＩＣ）１０５と、ＲＯＭ１０６とを備えている。サーバの構成例が図３に示されている。図３を参照して、サーバは、２つのＮＩＣ１２１および１２６と、ハードディスク（以下、ＨＤ）１２２と、ＲＡＭ１２３と、ＲＯＭ１２４と、ＣＰＵ１２５とを備えている。端末１４の構成例が図４に示されている。図４を参照して、端末１４は、ＮＩＣ１４１と、ＣＰＵ１４２と、ＲＡＭ１４３と、ＲＯＭ１４４と、表示インターフェース（以下、Ｉ／Ｆ）１４５と、ディスプレイ１４６と、入力Ｉ/Ｆ１４７と、キーボード１４８と、マウス１４９とを備えている。図２〜図４を参照して、カメラＣ１〜Ｃｎ各々のＮＩＣ１０５がインターネット１６を介してサーバ１２の一方のＮＩＣ１２１と接続され、サーバ１２の他方のＮＩＣ１２６はイントラネット１８を介して端末１４，１４，…各々のＮＩＣ１４１と接続される。
【００３０】
カメラの内部メモリ１０４の内容が図５に示されている。図５を参照して、内部メモリ１０４内には画像記憶領域１０４ａが設けられており、撮像素子１０１を通して撮影された画像がこの画像記憶領域１０４ａに一時記憶される。画像記憶領域１０４ａは、領域番号“Ｎ”を付された終端領域が領域番号“１”を付された先頭領域と連結されたリングバッファの態様を持つ。また、内部メモリ１０４には、撮影条件テーブル１０４ｂが格納されている。
【００３１】
撮影条件テーブル１０４ｂの一例が図６に示されている。図６を参照して、撮影条件テーブル１０４ｂには、撮影条件が記述される。撮影条件には、解像度１０４１，圧縮率１０４２および送信レート１０４３が含まれる。
【００３２】
カメラＣ１〜Ｃｎからサーバ１２へ送信される画像信号のフォーマットが図７に示されている。図７を参照して、画像信号２０は、画像データ２０１と、カメラ識別子２０２と、撮影時刻２０３と、画像サイズ２０４と、圧縮率２０５と、先頭イベントフラグ２０６と、最終イベントフラグ２０７とを含む。
【００３３】
カメラＣ１〜Ｃｎからサーバ１２へ送信されるアラーム発生通知信号のフォーマットが図８に示されている。図８を参照して、アラーム発生通知信号２６は、カメラ識別子２６１と、アラーム発生時刻２６２とを含む。
【００３４】
サーバ１２のＨＤ１２２の内容が図９に示されている。図９を参照して、ＨＤ１２２内には、画像記録領域１２２ａが設けられる。画像記録領域１２２ａの内容が図１０に示されている。図１０を参照して、通常記録領域１２２ａは、それぞれがカメラＣ１〜Ｃｎと対応するｎ個の領域に区分される。
【００３５】
再び図９を参照して、ＨＤ１２２内にはまた、時間軸描画用データ１２２ｂが格納されている。ＨＤ１２２内にはさらに、イベント管理テーブル１２２ｃが格納されている。イベント管理テーブル１２２ｃの一例を図１１に示す。図１１を参照して、イベント管理テーブル１２２ｃには、カメラＣ１〜Ｃｎとそれぞれ対応するｎ個の欄１２２１〜１２２ｎが設けられており、これらｎ個の欄１２２１〜１２２ｎのそれぞれにカメラＣ１〜Ｃｎで発生したイベントに関する管理情報“イベント１”，“イベント２”，…が登録されている。ここで「カメラＣｎでイベントが発生する」とは、カメラＣｎにおいてセンサ１０３が異常を感知してアラームが発行されることをいい、１つのアラームの発行が開始されてから終了されるまでの持続期間が１つのイベントと対応する。イベントの識別番号１，２，３，…は、カメラ毎に独立して付される。
【００３６】
イベント管理テーブル１２２ｃに登録されているイベント管理情報“イベント１”，“イベント２”，…は、画像記録領域１２２ａに記録された画像を読み出して再生する際に参照される情報である。イベント管理情報“イベント１”，“イベント２”，…の各々の内容を図１２に示す。図１２を参照して、イベント管理情報２２は、カメラ番号２２１，イベント番号２２２，イベント開始時刻２２３，アラーム発生時刻２２４，イベント終了時刻２２５，フレーム枚数２２６，フレームレート２２７，解像度２２８および記録開始位置２２９を含む。
【００３７】
サーバ１２から端末１４へ送信される画像信号のフォーマットが図１４に示されている。図１４を参照して、画像信号２８は、画像データ２８１と、カメラ識別子２８２と、撮影時刻２８３と、画像サイズ２８４と、圧縮率２８５と、正規化撮影時刻２８６と、正規化アラーム発生時刻２８７と、時間軸描画用データ２８８とを含む。
【００３８】
以上のように構成された監視カメラシステム１０の動作を以下に説明する。カメラＣ１〜Ｃｎの各々において、ＣＰＵ１０２は、撮影条件テーブル１０４ｂを参照しつつ撮像素子１０１を通じて被写体を撮影する。そして、撮影された画像データ２０１を含む画像信号２０をインターネット１６経由でサーバ１２に送信する。センサ１０３は、被写体の異常な動きを検出し、異常な動きが検出されたときアラームを発生する機能を持つ。ＣＰＵ１０２はまた、センサ１０３がアラームを発生したとき、アラーム発生時刻２６２を含むアラーム発生通知信号２６をサーバ１２に送信する。
【００３９】
サーバ１２のＣＰＵ１２５は、画像信号２０を受信すると、画像信号２０に含まれる画像データ２０１を画像記録領域１２２ａに記録する。また、アラーム発生通知信号２６を受信すると、この信号２６に含まれるアラーム発生時刻２６２を含むイベント管理情報２２を作成し、作成されたイベント管理情報２２をイベント管理テーブル１２２ｃに登録する。
【００４０】
ここで、イベント管理情報２２の作成および登録について詳しく説明する。カメラＣ１〜Ｃｎの各々は、独立してアラーム発生を行う。サーバ１２のＣＰＵ１２５は、カメラＣ１〜Ｃｎでアラーム発生前後の所定期間に撮影された画像をカメラＣ１〜Ｃｎで発生したイベントとしてそれぞれ管理する。具体的には、カメラＣ１〜Ｃｎで発生したイベント１つ１つについて図１２に示されるような内容を持つイベント管理情報２２を作成し、作成したイベント管理情報“イベント１”，“イベント２”，…をカメラＣ１〜Ｃｎ毎に、図１１に示されるようなイベント管理テーブル１２２ｃに登録する。これらのイベント管理情報“イベント１”，“イベント２”，…は、端末１４からの再生要求に応じ、サーバ１２のＣＰＵ１２５が画像記録領域１２２ａから指定された画像を読み出す際に参照される。
【００４１】
例えばいま、サーバ１２に図１１のような内容のイベント管理テーブル１２２ｃが保持されているとする。このときカメラＣ６が新たなアラームを発生したとすると、カメラＣ６からイベント画像が出力される。このイベント画像は、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生後に撮影されたポストアラーム画像とを含む。
【００４２】
サーバ１２では、カメラＣ６から送られてきたイベント画像が画像記録領域１２２ａに記録される。次いで、この領域１２２ａに記録されたイベント画像に関するイベント管理情報“イベント３”が作成される。そして、作成されたイベント管理情報“イベント３”が、図１３に示すように、イベント管理テーブル１２２ｃ内のカメラＣ６用領域１２２６に登録される。これにより、サーバ１２のＣＰＵ１２５は、端末１４からカメラ番号“６”およびイベント番号“３”の指定を受けたとき、画像記録領域１２２ａからカメラＣ６が撮影した３番目のイベント画像を読み出すことができる。
【００４３】
なお、サーバ１２のＣＰＵ１２５はマルチタスクＯＳを搭載したＣＰＵであり、複数のタスクを並列的に実行することができる。例えば、複数の端末１４からの要求を並列的に処理したり、複数のカメラＣ１〜Ｃｎからの画像を並列的に記録したりすることができる。
【００４４】
カメラＣ１〜ＣｎのＣＰＵ１０２は、撮影時、具体的には図１５に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１０６に記憶されている。図１５を参照して、カメラＣ１〜Ｃｎの電源が投入されると、ＣＰＵ１０２は、まずステップＳ１の初期処理を実行する。初期処理には、内部メモリ１０４内の画像記憶領域１０４ａの初期化，インターネット１６への接続，書込先ポインタＷｒＰおよび読出先ポインタＲｄＰの初期化（ＷｒＰ←０，ＲｄＰ←０）などの処理が含まれる。なお、初期状態では、画像信号２０の先頭イベントフラグ２０６および最終イベントフラグ２０７は共に解除（ＯＦＦ）される。
【００４５】
画像記憶領域１０４ａの構成、および領域１０４ａ内を書込先ポインタＷｒＰおよび読出先ポインタＲｄＰが移動する様子を図１６（Ａ）〜図１６（Ｃ）に示す。図１６（Ａ）〜図１６（Ｃ）を参照して、画像記憶領域１０４ａはＮ個の領域に区分され、Ｎ個の領域の各々に対して、先頭に近いものから順番に領域番号１，２，…，Ｎが付されている。領域番号Ｎを付された最終領域は、領域番号１を付された先頭領域と連結されている。書き込み先の領域を指向する書込先ポインタＷｒＰおよび読み出し先の領域を指向する読出先ポインタＲｄＰはそれぞれ、このようにリング状に連結された領域１〜Ｎに沿って、１→２→…→Ｎ→１→…のように循環的に移動する。図１６（Ａ）は、アラームが発生する以前の状態と対応し、図１６（Ｂ）は、アラームが発生した瞬間の状態と対応する。図１６（Ｃ）はアラーム発生後、最終イベント画像が送信される瞬間の状態と対応する。
【００４６】
再び図１５を参照して、次のステップＳ３でＣＰＵ１０２は、書込先ポインタＷｒＰに１をセットする。ステップＳ５では、被写体を撮影する。ステップＳ７では、撮影して得られた画像データを画像記憶領域１０４ａ内の書込先ポインタＷｒＰが示す領域に書き込む。ステップＳ９では、書込先ポインタＷｒＰをインクリメントする。
【００４７】
ステップＳ１１でＣＰＵ１０２は、センサ１０３がアラームを発生したか否かを判定する。アラームが発生すればステップＳ１３に進み、アラームが発生しなければステップＳ５に戻る。なお、ステップＳ５〜Ｓ１１を巡回するループでは、被写体を撮影して画像記憶領域１０４ａに記録する処理だけが行われ、記録された画像を読み出して送信する処理は行われない。この撮影を行うが画像送信を行わない動作状態をプリアラームモードと呼ぶ。プリアラームモードでは、図１６（Ａ）に示されるように、書込先ポインタＷｒＰが画像記憶領域１０４ａ内の領域１〜Ｎを巡回しており、その結果、画像記憶領域１０４ａには常時、所定時間分の直近画像が蓄積されていることになる。
【００４８】
ステップＳ１３では、アラーム発生通知信号２６をサーバ１２に送信する。アラーム発生通知信号２６のフォーマットは、図８に示されている。図８を参照して、アラーム発生通知信号２６には、この信号２６自身を送信したカメラを識別するカメラ識別子２６１と、アラームが発生した時刻を示すアラーム発生時刻２６２とが含まれる。
【００４９】
再び図１５を参照して、ステップＳ１５でＣＰＵ１０２は、読出開始位置Ｒｄ０を計算する。読出開始位置Ｒｄ０は、アラーム発生が検出された瞬間の書込先ポインタＷｒＰから定数ｎを減算することにより得られる。すなわち、図１６（Ｂ）に示すように、アラーム発生が検出された瞬間の書込先ポインタＷｒＰからｎ番地だけ遡った位置が読出開始位置Ｒｄ０となる。ここで定数ｎは、プリアラーム画像の時間的な長さとフレームレートとに基づいて決まる。例えば、アラーム発生に先立つ３０秒分のプリアラーム画像を３０フレーム／１秒のレートで送信するように設定されている場合、定数ｎは９００となる。
【００５０】
ステップＳ１７でＣＰＵ１０２は、読出先ポインタＲｄＰに読出開始位置Ｒｄ０をセットする。ステップＳ１９では、被写体を撮影する。ステップＳ２１では、撮影して得られた画像データを画像記憶領域１０４ａ内の書込先ポインタＷｒＰが示す領域に書き込む。ステップＳ２３では、書込先ポインタＷｒＰをインクリメントする。
【００５１】
ステップＳ２５でＣＰＵ１０２は、画像記憶領域１０４ａ内の読出先ポインタＲｄＰが示す領域から画像データを読み出す。ステップＳ２７では、読出先ポインタＲｄＰが読出開始位置Ｒｄ０に等しいか否かを判定する。その判定結果が否定的であればステップＳ２９に進み、肯定的であればステップＳ３３に進む。ステップＳ２９では、読出先ポインタＲｄＰが読出開始位置Ｒｄ０−１に等しいか否かを判定する。ステップＳ２９の判定結果が肯定的であればステップＳ３１に進み、否定的であればステップＳ３５に進む。
【００５２】
ステップＳ３１でＣＰＵ１０２は、ステップＳ２５で読み出された画像データに最終イベントフラグをセットする。ステップＳ３３では、ステップＳ２５で読み出された画像データに先頭イベントフラグをセットする。
【００５３】
ステップＳ３５では、ステップＳ２５で読み出された画像データを含む画像信号２０をサーバ１２に送信する。画像信号２０のフォーマットは、図７に示されている。
【００５４】
図７を参照して、先頭イベントフラグ２０６および最終イベントフラグ２０７は、上記ステップＳ２７およびＳ２９の判定結果に応じてＯＮ／ＯＦＦされる。具体的には、画像データ２０１が読出開始位置Ｒｄ０から読み出された画像である場合、先頭イベントフラグ２０６がＯＮされ、最終イベントフラグ２０７はＯＦＦされる。画像データ２０１が読出開始位置Ｒｄ０−１から読み出された画像である場合、先頭イベントフラグ２０６はＯＦＦされ、最終イベントフラグ２０７がＯＮされる。それ以外の画像の場合、どちらのフラグもＯＦＦされる。
【００５５】
再び図１５を参照して、ステップＳ３７でＣＰＵ１０２は、読出先ポインタＲｄＰが読出開始位置Ｒｄ０−１よりも小さいか否かを判定する。その判定結果が肯定的であればステップＳ３９に進み、否定的であればステップＳ４１に進む。ステップＳ３９では、Ｒｐｄをインクリメントする。ステップＳ３９を実行した後、ステップ１９に戻り、再び撮影および画像送信を行う。ステップＳ４１では、動作を継続するか否かを判断し、継続する場合はステップＳ５に戻り、再びアラームが発生するまでの期間、プリアラームモードで動作する。
【００５６】
なお、ステップＳ１９〜Ｓ３９を巡回するループでは、被写体を撮影し、撮影された画像を画像記憶領域１０４ａに記録する処理と、一定時間前に記録された画像を読み出し、読み出された画像を送信する処理とが行われる。この撮影と画像送信とを行う動作状態をアラームモードと呼ぶ。アラームモードは、図１６（Ｂ）および（Ｃ）に示されるように、読出先ポインタＲｄＰが読出開始位置Ｒｄ０を起点に画像記憶領域１０４ａ内を一巡して読出開始位置Ｒｄ０−１に達するまでの期間継続する。その結果、アラームが発生したカメラからは、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生以降に撮影されたポストアラーム画像とを含むイベント画像が一定時間送信されることになる。
【００５７】
サーバ１２のＣＰＵ１２５は、画像記録時、具体的には図１７に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図１７を参照して、最初のステップＳ５１でＣＰＵ１２５は、初期処理を行う。初期処理には、インターネット１６への接続、イントラネット１８への接続などが含まれる。
【００５８】
初期処理が完了するとＣＰＵ１２５は、ステップＳ５３でアラーム発生通知信号２６の有無を判定する。その判定結果が肯定的であればステップＳ５５に進み、否定的であれば待機する。ステップＳ５５では、アラーム発生通知信号２６を受信する。ステップＳ５７では、カメラ識別子２０２に基づいて画像信号２０がどのカメラからのものかを特定する。
【００５９】
ステップＳ５９でＣＰＵ１２５は、ステップＳ５７で特定されたカメラに対応するイベント管理情報作成タスク（後述）を起動する。ステップＳ６１では、画像信号２０の有無を判定する。その判定結果が肯定的であればステップＳ６３に進み、否定的であればステップＳ５３に戻る。ステップＳ６３では、画像信号２０を受信する。ステップＳ６５では、ステップＳ５３で受信された画像信号２０から画像データ２０１を取り出し、取り出した画像データ２０１を画像記録領域１２２ａに記録する。記録を終えると、ステップＳ６７に進む。
【００６０】
ステップＳ６７でＣＰＵ１２５は、記録動作を継続するかどうかを判断し、継続する場合はステップＳ５３に戻って上記と同様の処理を繰り返す。
【００６１】
上記ステップＳ５９で起動されるイベント管理情報作成タスクは、図１８に示すフロー図に従って実行される。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図１８を参照して、ステップＳ７１でＣＰＵ１２５は、ステップＳ５５で受信されたアラーム発生通知信号２６（図８参照）からカメラ識別子２６１およびアラーム発生時刻２６２を取り出し、取り出した時刻２６２を、取り出したカメラ識別子２６１と対応するカメラに関する新たなイベント管理情報２２（図１２参照）に登録する。
【００６２】
ステップＳ７３でＣＰＵ１２５は、画像記録領域１２２ａへの記録が実行されたか否かを判定する。判定結果が肯定的であればステップＳ７５に進み、否定的であれば待機する。ステップＳ７５では、画像信号２０内の最終イベントフラグ２０７がＯＮか否かを判定する。フラグ２０７がＯＮであればステップＳ８５に進み、ＯＦＦであればステップＳ７７に進む。
【００６３】
ステップＳ７７でＣＰＵ１２５は、画像信号２０内の先頭イベントフラグ２０６がＯＮか否かを判定する。フラグ２０６がＯＮであればステップＳ７９に進み、ＯＦＦであればステップＳ８３に進む。
【００６４】
ステップＳ７９でＣＰＵ１２５は、上記のイベント管理情報２２にさらに、イベント開始時刻２２３，フレームレート２２７，解像度２２８および記録開始位置２２９を登録する。ここでイベント開始時刻２２３として登録される値は、先頭イベントフラグ２０６がＯＮであると判定された画像信号２０に含まれている撮影時刻２０３である。
【００６５】
ステップＳ８１でＣＰＵ１２５は、フレーム枚数として１を保持し、その後ステップＳ７３に戻る。ステップＳ８３でＣＰＵ１２５は、保持しているフレーム枚数の値をインクリメントし、インクリメント後の値を保持する。その後、ステップＳ７３に戻る。
【００６６】
ステップＳ８５でＣＰＵ１２５は、上記のイベント管理情報２２にさらに、イベント終了時刻２２５およびフレーム枚数２２６を登録する。ここでイベント終了時刻２２５に登録される値は、最終イベントフラグ２０７がＯＮであると判定された画像信号２０に含まれている撮影時刻２０３である。イベント終了時刻２２５およびフレーム枚数２２６を登録し終えた時点で、このタスクは終了される。こうして作成されたイベント管理情報２２は、イベント管理テーブル１２２ｃ上の該当カメラ欄に記載される。
【００６７】
サーバ１２のＣＰＵ１２５は、画像送出時、具体的には図１９に示されるフロー図を処理する。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。
【００６８】
図１９を参照して、ステップＳ９１でＣＰＵ１２５は、端末１４から送信された再生要求パケットを受け付ける。再生要求には、カメラ番号とイベント番号とが添付されている。ステップＳ９３では、再生要求パケットからカメラ番号とイベント番号とを取り出す。ステップＳ９５では、指定されたカメラに対応する画像送出タスク（後述）を起動する。その後、ステップＳ９７に進む。
【００６９】
ステップＳ９７でＣＰＵ１２５は、画像送出タスクが終了したかどうかを判定する。タスクが終了するとステップＳ９９に進み、そうでなければ待機する。ステップＳ９９では、画像送出動作を継続するか否かが判断され、継続する場合にはステップＳ９１に戻り、上記と同様の処理が繰り返される。
【００７０】
上記ステップＳ９５で起動される画像送出タスクは、図２０に示すフロー図に従って実行される。なお、このフロー図に対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２０を参照して、ステップＳ１１１でＣＰＵ１２５は、イベント管理テーブル１２２ｃから、このタスクと対応するカメラの、指定されたイベント番号に該当するイベント管理情報２２(図１２参照)を取得する。次のステップＳ１１３では、ステップＳ１１１で取得したイベント管理情報２２に基づいて、指定されたイベント番号に該当する画像を特定する。
【００７１】
ステップＳ１１５でＣＰＵ１２５は、正規化アラーム発生時刻（後述）を計算する。ステップＳ１１７でＣＰＵ１２５は、フレーム番号を示す変数Ｇを初期化する。ステップＳ１１９でＣＰＵ１２５は、Ｇ番目画像の正規化撮影時刻（後述）を計算する。
【００７２】
ステップＳ１２１でＣＰＵ１２５は、実時刻を示す変数Ｔに再生を開始する実時刻をセットする。ステップＳ１２３では、画像を再生する時刻間隔を示す変数ｔ０にフレームレート２２７の逆数をセットする。ステップＳ１２５では、次画像の再生予定実時刻{Ｔ+ｔ０}を計算し、計算結果をＴにセットする。
【００７３】
ステップＳ１２７でＣＰＵ１２５は、現在時刻がＴを過ぎたか否かを判定する。判定結果が肯定的であればステップＳ１２９に進み、そうでなければ待機する。ステップＳ１２９では、ステップＳ１１３で特定された画像のうちＧ番目の画像の実データを含む画像信号２８を送出する。画像信号２８のフォーマットは、図１４に示されている。
【００７４】
図１４を参照して、画像信号２８には、画像データ２８１と、画像データ２８１を撮影したカメラを示すカメラ識別子２８２と、画像データ２８１が撮影された時刻を示す撮影時刻２８３と、画像データ２８１のサイズを示す画像サイズ２８４と、画像データ２８１の圧縮率を示す圧縮率２８５とが含まれる。これらに加え、画像信号２８には、ステップＳ１１５の計算結果を示す正規化アラーム発生時刻２８７と、ステップＳ１１９の計算結果を示す正規化撮影時刻２８６と、時間軸を描画するための時間軸描画用データ２８８とがさらに含まれる。
【００７５】
再び図２０を参照して、ステップＳ１３１でＣＰＵ１２５は、Ｇをインクリメントする。ステップＳ１３３では、インクリメント後のＧがイベント管理情報２２に記載されているフレーム枚数２２６を超えたか否かを判定する。判定結果が否定的であれば、ステップＳ１２５に戻って次の画像を送出し、肯定的であればタスクを終了する。
【００７６】
上記ステップＳ１１５の正規化アラーム発生時刻計算処理は、図２１に示すサブルーチンに従って実行される。なお、このサブルーチンに対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２１を参照して、ステップＳ１５１でＣＰＵ１２５は、ステップＳ１１１で取得されたイベント管理情報２２からイベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２５を取り出す。ステップＳ１５３では、イベント終了時刻２２５からイベント開始時刻２２３を減算し、結果をＡとする。ステップＳ１５５では、アラーム発生時刻２２４をＡで除算し、結果を正規化アラーム発生時刻とする。
【００７７】
上記ステップＳ１１９の正規化撮影時刻計算処理は、図２２に示すサブルーチンに従って実行される。なお、このサブルーチンに対応する制御プログラムは、ＲＯＭ１２４に記憶されている。図２２を参照して、ステップＳ１７１でＣＰＵ１２５は、ステップＳ１１１で取得されたイベント管理情報２２からフレーム枚数２２６を取り出す。ステップＳ１７３では、Ｇをフレーム枚数で除算し、結果をＧ番目画像の正規化撮影時刻とする。
【００７８】
端末１４のディスプレイ１４６には、画像再生時、図２３のような画面が表示される。図２３を参照して、再生画面２４は、主領域２４ａと副領域２４ｂとに区分される。主領域２４ａには、イベント画像２４７および時間軸２４８が表示される。副領域２４ｂには、再生ボタン２４１，停止ボタン２４２，逆再生ボタン２４３，終了ボタン２４４，カメラ番号を指定するための入力欄２４５，およびイベント番号を指定するための入力欄２４６が提示される。
【００７９】
サーバ１２からイベント画像を読み出して再生したい場合、ユーザは、まず入力欄２４５を通じてカメラ番号を指定し、次いで入力欄２４６を通じてイベント番号を指定し、その後再生ボタン２４１を押す。応じて、端末１４からサーバ１２へ再生要求パケットが送信される。再生要求には、カメラ番号とイベント番号とが添付される。
【００８０】
いま、サーバ１２が図１３のイベント管理テーブル１２２ｃに記載されているイベント管理情報と対応する画像を保持しているとし、このとき端末１４を通じてカメラ番号“２”およびイベント番号“２”が指定されたとする。この再生要求に応じ、サーバ１２は、イベント管理テーブル１２２ｃのカメラＣ２欄１２２２からイベント管理情報“イベント２”を取り出し、取り出した管理情報に基づいて画像記録領域１２２ａから該当する画像データを読み出す。そして、読み出した画像データを先頭フレームのデータから順番に、正規化撮影時刻や時間軸描画用データなどの関連情報と共に、画像信号２８に含めて送信する。
【００８１】
これらの画像信号２８が端末１４によって受信され、再生画面２４の主領域２４ａには、カメラＣ２によって撮影された“イベント２”画像２４７が表示される。イベント画像２４７は、アラーム発生前に撮影されたプリアラーム画像と、アラーム発生以降に撮影されたポストアラーム画像とを含んでいる。
【００８２】
主領域２４ａにはさらに、時間軸２４８が表示される。時間軸２４８の始点２４８ａがイベント開始時刻と対応し、終点２４８ｂがイベント終了時刻と対応している。この時間軸２４８上に、アラーム発生時刻を示すポインタ２４９ａと、現在表示されている画像の撮影時刻を示すポインタ２４９ｂとが提示される。撮影時刻ポインタ２４９ｂは、画像再生の進行に従い、時間軸２４８上を始点２４８ａから終点２４８ｂまで移動する。
【００８３】
撮影時刻ポインタ２４９ｂがアラーム発生時刻ポインタ２４８ａの左側（始点２４８ａ寄り）にあれば、そのときの表示画像はプリアラーム画像であり、右側にあればポストアラーム画像である。撮影時刻ポインタ２４９ｂがアラーム発生時刻ポインタ２４８ａを追い越す瞬間の表示画像がアラーム発生時の画像である。
【００８４】
以上の説明からわかるように、この実施例の監視カメラシステム１０では、カメラＣ１〜Ｃｎは、常時被写体を撮影し、かつ撮影画像をリングバッファの態様を有する画像記憶領域１０４ａに記録する動作を行っている。カメラＣ１〜Ｃｎのいずれかでアラームが発生されると、アラームを発生したカメラからサーバ１２に、まずアラーム発生通知信号２６が送信される。次いで、アラームを発生したカメラでは、画像記憶領域１０４ａに対し、読出先ポインタＲｄＰが現在の書込先ポインタＷｒＰから定数ｎだけ遡った読み出し開始位置に設定され、この読出開始位置Ｒｄ０を始点に画像データの読み出しが開始される。読み出しは、読出先ポインタＲｄＰが画像記憶領域１０４ａ内を巡回して読出開始位置Ｒｄ０−１の位置に達するまで継続される。こうして、アラームを発生したカメラからは、アラーム発生時刻よりも前のイベント開始時刻からアラーム発生時刻よりも後のイベント終了時刻までの期間に撮影された複数画面の画像データ２０１を含む画像信号２０が送信されることとなる。
【００８５】
アラーム発生通知信号２６にはアラーム発生時刻２６２が記述され、画像信号２０には先頭イベントフラグ２０６および最終イベントフラグ２０７が含まれている。サーバ１２は、これらの信号を受信すると、上記複数画面の画像データ２０１を画像記録領域１２２ａに記録し、イベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２４を、画像記録領域１２２ａに記録された複数画面の画像信号２０に関するイベント管理情報２２に登録する。これにより、イベント開始時刻２２３，アラーム発生時刻２２４およびイベント終了時刻２２４が複数画面の画像信号２０に割り当てられたことになる。
【００８６】
端末１４によってカメラ番号およびイベント番号が指定されると、サーバ１２は、画像記録領域１２２ａから該当する複数画面の画像データ２８１を読み出し、読み出された画像データ２８１を含む画像信号２８を端末１４に送信する。この画像信号２８には、正規化撮影時刻２８６、正規化アラーム発生時刻２８７および時間軸描画用データ２８８が添付される。
【００８７】
端末１４は、画像信号２８を受信すると、再生画面２４を表示する。再生画面２４には、イベント画像２４７と時間軸２４８とが含まれる。この時間軸２４８上にアラーム発生時刻を示すポインタ２４９ａと、現在表示されている画像の撮影時刻を示すポインタ２４９ｂとが提示される。撮影時刻ポインタ２４９ｂは、画像再生の進行に従い、時間軸２４８上を始点２４８ａから終点２４８ｂまで移動する。こうしてイベント画像２４７と一緒に時間軸２４８，アラーム発生時刻ポインタ２４９ａおよび撮影時刻ポインタ２４９ｂを表示することによって、ユーザは、表示画像の撮影時刻とアラーム発生時刻との時間的な位置関係を直感的に認識することができる。例えば、いつアラームが発生したかを容易に知ることができるので、アラーム発生時点の近傍の画像を特に注意して観察したり、アラーム発生前後の画像を互いに比較したりすることが可能となる。その結果、異常を発見できる率が高まる。
【００８８】
なお、この実施例では、カメラＣ１〜Ｃｎは、アラームが発生されたときアラーム通知信号２６を送信しているが、代わりに、アラーム発生後最初に送信される画像信号２０の中にアラーム発生時刻２６２を記述してもよい。
【００８９】
また、この実施例では、サーバ１２は、正規化アラーム発生時刻２８７および時間軸描画データ２８８を画像信号２８に含めて端末１４に送信しているが、画像信号２８に含める代わりに、アラーム発生直後にこれら時刻２８７および描画データ２８８を含む別の信号を送信してもよい。
【００９０】
また、この実施例では、サーバ１２が正規化アラーム発生時刻２８７および正規化撮影時刻を計算し、計算結果を端末１４に通知しているが、端末１４が計算を行うようにしてもよい。
【００９１】
また、この実施例では、ステップＳ１１５でＧをフレーム枚数で除算することによりＧ番目画像の正規化撮影時刻を求めているが、イベント管理情報２２中に全画像の撮影時刻を記述しておけば、Ｇ番目画像の撮影時刻をステップＳ１５３で求めたＡで除算することによっても正規化撮影時刻を求めることができる。
【００９２】
また、この実施例では、カメラＣ１〜Ｃｎは、いつも同一の品質で撮影を行っているが、プリアラームモードとアラームモードとで品質を切り換えてもよい。プリアラームモードでは低品質撮影を、アラームモードでは高品質撮影を行えば、情報量の削減が図れる。
【００９３】
また、この実施例では、複数カメラからの画像を記録・再生する際にマルチタスク処理を行っているが、シリアル処理により行うことも可能である。
【図面の簡単な説明】
【００９４】
【図１】この発明の一実施例である監視カメラシステムの全体構成を示すブロック図である。
【図２】カメラの構成例を示すブロック図である。
【図３】サーバの構成例を示すブロック図である。
【図４】端末の構成例を示すブロック図である。
【図５】カメラの内部メモリの内容を示す図解図である。
【図６】撮影条件テーブルの一例を示す図解図である。
【図７】カメラからサーバに送信される画像信号のフォーマットを示す図解図である。
【図８】アラーム発生通知信号のフォーマットを示す図解図である。
【図９】サーバのＨＤの内容を示す図解図である。
【図１０】ＨＤ内の画像記録領域の内容を示す図解図である。
【図１１】イベント管理テーブルの一例を示す図解図である。
【図１２】イベント管理情報の内容を示す図解図である。
【図１３】イベント発生に伴い新たな管理情報がイベント管理テーブルに登録されていく様子を示す図解図である。
【図１４】サーバから端末に送信される画像信号のフォーマットを示す図解図である。
【図１５】カメラの撮影動作を示すフロー図である。
【図１６】カメラの画像記憶領域に対する書き込みおよび読み出し処理を説明するための図解図である。
【図１７】サーバの画像記録動作の一部を示すフロー図である。
【図１８】サーバの画像記録動作の他の一部を示すフロー図である。
【図１９】サーバの画像送出動作の一部を示すフロー図である。
【図２０】サーバの画像送出動作の他の一部を示すフロー図である。
【図２１】サーバの画像送出動作のその他の一部を示すフロー図である。
【図２２】サーバの画像送出動作のさらにその他の一部を示すフロー図である。
【図２３】端末に表示される画像再生画面の一例を示す図解図である。
【符号の説明】
【００９５】
１０…監視カメラシステム
Ｃ１〜Ｃｎ…カメラ
１２…サーバ
１４…端末
１６…インターネット
１８…イントラネット
【図１】
2005033692.tif 000003
【図２】
2005033692.tif 000004
【図３】
2005033692.tif 000005
【図４】
2005033692.tif 000006
【図５】
2005033692.tif 000007
【図６】
2005033692.tif 000008
【図７】
2005033692.tif 000009
【図８】
2005033692.tif 000010
【図９】
2005033692.tif 000011
【図１０】
2005033692.tif 000012
【図１１】
2005033692.tif 000013
【図１２】
2005033692.tif 000014
【図１３】
2005033692.tif 000015
【図１４】
2005033692.tif 000016
【図１５】
2005033692.tif 000017
【図１６】
2005033692.tif 000018
【図１７】
2005033692.tif 000019
【図１８】
2005033692.tif 000020
【図１９】
2005033692.tif 000021
【図２０】
2005033692.tif 000022
【図２１】
2005033692.tif 000023
【図２２】
2005033692.tif 000024
【図２３】
2005033692.tif 000025