(57)【要約】【課題】ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にする。【解決手段】  撮影した映像からイベント概要情報およびイベント映像を生成するイベント関連情報処理部１３と、イベント識別子付与部１８によってイベントＩＤが付与されたイベント概要情報を１台以上のイベント閲覧端末４へ送信するカメラ側イベント情報送信部２１と、１台以上のイベント閲覧端末４で選択されたイベントに対するイベントＩＤを含む要求信号を受信するカメラ側要求受信部２３と、個々のイベントＩＤに応じたイベント映像のデータをカメラ側イベント関連情報格納部１７から抽出するイベント映像抽出部２４と、抽出したイベント映像のデータを、対応する当該イベント閲覧端末４に送信するカメラ側イベント映像送信部２５とを備える。【選択図】図１
2008154100.tif 000002
【特許請求の範囲】
【請求項１】
複数の閲覧端末とネットワーク上で接続されている撮像装置であって、
撮影した映像から、対象物の運動または変化であるイベントを検出し、当該イベントに基づいて、イベントの特徴点を抽出した情報であるイベント概要情報、および撮影した映像中の当該イベントに対応する映像部分であるイベント映像を生成するイベント関連情報処理手段と、
上記イベント概要情報に当該イベントを特定する識別子であるイベント識別子を付与するイベント識別子付与手段と、
上記イベント映像のデータを格納するイベント映像格納部と、
上記イベント識別子が付与されたイベント概要情報を１台以上の上記閲覧端末へ送信する第１イベント関連情報送信手段と、
上記イベント概要情報に基づいて１台以上の上記閲覧端末でイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第１要求受信手段と、
当該閲覧端末から送信されてきた個々のイベント識別子に応じたイベント映像のデータを、上記イベント映像格納部から抽出するイベント映像抽出手段と、
上記イベント映像抽出手段によって抽出したイベント映像のデータを、対応する当該閲覧端末に送信する第１イベント映像送信手段とを備えることを特徴とする撮像装置。
【請求項２】
さらにサーバを介して複数の前記閲覧端末とネットワーク上で接続されているとともに、
前記第１イベント関連情報送信手段は、上記イベント識別子が付与された上記イベント概要情報を上記サーバを介して１台以上の上記閲覧端末へ送信し、
前記第１要求受信手段は、前記要求信号を、１台以上の上記閲覧端末から直接または上記サーバを介して受信し、
前記第１イベント映像送信手段は、対応する当該閲覧端末に、直接または上記サーバを介して前記イベント映像のデータを送信することを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記撮像装置は、ネットワーク上で自機器を一意に特定するための識別子である撮像装置識別子を有しているとともに、
前記第１イベント関連情報送信手段は、前記イベント識別子が付与されたイベント概要情報に加え、上記撮像装置識別子を１台以上の前記閲覧端末へ送信することを特徴とする請求項１または２に記載の撮像装置。
【請求項４】
前記イベント概要情報には、少なくとも前記イベントの発生時間、検出した前記対象物の種類、上記イベント内の対象物の移動方向、上記イベントの開始時刻、上記イベントの終了時刻、または上記イベント内の対象物の動きの種類のいずれかの情報を含むことを特徴とする請求項１、２または３に記載の撮像装置。
【請求項５】
前記サーバから、前記複数の閲覧端末へのイベント映像の送信の可否に関する情報である送信可否情報を予め取得して格納する送信リスト格納部をさらに備え、
前記第１イベント映像送信手段は、上記送信リスト格納部に格納されている上記送信可否情報に基づいて、前記閲覧端末へのイベント映像のデータの送信を行うことを特徴とする請求項２、３または４に記載の撮像装置。
【請求項６】
撮像装置および複数の閲覧端末とネットワーク上で接続されているサーバであって、
上記撮像装置と上記複数の閲覧端末との対応関係を格納しておく通知先格納部と、
上記撮像装置から、上記撮像装置で撮影した映像中での対象物の運動または変化であるイベントを特定する識別子であるイベント識別子が付与された、上記イベントの特徴点を抽出した情報であるイベント概要情報を受信するイベント関連情報受信手段と、
上記通知先格納部に格納されている上記対応関係に基づいて、１台以上の上記閲覧端末に上記イベント概要情報を送信する第２イベント関連情報送信手段と、
上記イベント概要情報に基づいて１台以上の上記閲覧端末でそれぞれイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第２要求受信手段と、
上記要求信号を、上記通知先格納部に格納されている上記対応関係に基づいて、上記撮像装置に送信する要求信号送信手段と、
上記要求信号に含まれているイベント識別子に応じたイベント映像のデータを、上記撮像装置から受信するイベント映像受信手段と、
上記イベント映像のデータを、上記通知先格納部に格納されている上記対応関係に基づいて、対応する閲覧端末に送信する第２イベント映像送信手段とを備えることを特徴とするサーバ。
【請求項７】
前記イベント関連情報受信手段で受信した、前記イベント識別子が付与されたイベント概要情報を格納するイベント概要情報格納部と、
前記イベント概要情報格納部で格納している各イベント概要情報が前記閲覧端末に対して未送信であるか否かの判定を、定期的に行う未送信イベント概要情報判定手段とをさらに備え、
前記第２イベント関連情報送信手段は、前記未送信イベント概要情報判定手段での判定に基づいて、イベント概要情報格納部に格納した情報のうち上記閲覧端末に未送信のイベント概要情報を読み出し、前記通知先格納部に格納されている前記対応関係に基づいて、上記未送信のイベント概要情報を、対応する上記閲覧端末に送信することを特徴とする請求項６に記載のサーバ。
【請求項８】
請求項１〜５のいずれか１項に記載の撮像装置の備える前記各手段としてコンピュータを動作させる制御プログラム。
【請求項９】
請求項６または７に記載のサーバの備える前記各手段としてコンピュータを動作させる制御プログラム。
【請求項１０】
請求項８または９に記載の制御プログラムを記録したコンピュータ読取可能な記録媒体。
【請求項１１】
請求項１〜５のいずれか１項に記載の撮像装置と、
複数の閲覧端末とをネットワーク上で接続して備えていることを特徴とするイベント管理システム。
【請求項１２】
前記撮像装置と複数の前記閲覧端末とに加えて、請求項６または７に記載のサーバをネットワーク上で接続してさらに備えていることを特徴とする請求項１１に記載のイベント管理システム。
【請求項１３】
前記撮像装置は、前記第１要求信号受信手段で前記要求信号を受信した後、前記閲覧端末へのイベント映像の送信の可否を、前記サーバに対して問い合わせるイベント映像送信可否確認手段をさらに備え、
上記サーバは、上記撮像装置から送信されてきた上記閲覧端末へのイベント映像の送信の可否の問い合わせに応じて、前記通知先格納部に格納されている前記対応関係を参照して、上記閲覧端末へのイベント映像のデータの送信の可否の判定を行うイベント映像送信可否判定手段をさらに備え、
上記撮像装置は、上記サーバから受信する上記判定の結果に応じて、前記第１イベント映像送信手段によって前記閲覧端末に、直接または上記サーバを介して上記イベント映像のデータを送信することを特徴とする請求項１２に記載のイベント管理システム。
【請求項１４】
前記ネットワークは、複数の構成端末間で自立的に通信ネットワークを構築するアドホックネットワークを含むことを特徴とする請求項１１、１２、または１３に記載のイベント管理システム。
【請求項１５】
複数の閲覧端末とネットワーク上で接続されている撮像装置の制御方法であって、
イベント関連情報処理手段によって、撮影した映像から、対象物の運動または変化であるイベントを検出し、当該イベントに基づいて、イベントの特徴点を抽出した情報であるイベント概要情報、および撮影した映像中の当該イベントに対応する映像部分であるイベント映像を生成するイベント関連情報処理工程と、
イベント識別子付与手段によって、上記イベント概要情報に当該イベントを特定する識別子であるイベント識別子を付与するイベント識別子付与工程と、
上記イベント映像のデータをイベント映像格納部に格納するイベント映像格納工程と、
第１イベント関連情報送信手段によって、上記イベント識別子が付与されたイベント概要情報を１台以上の上記閲覧端末へ送信する第１イベント関連情報送信工程と、
第１要求受信手段によって、上記イベント概要情報に基づいて１台以上の上記閲覧端末でイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第１要求受信工程と、
イベント映像抽出手段によって、当該閲覧端末から送信されてきた個々のイベント識別子に応じたイベント映像のデータを、上記イベント映像格納部から抽出するイベント映像抽出工程と、
第１イベント映像送信手段によって、上記イベント映像抽出工程によって抽出したイベント映像のデータを、対応する当該閲覧端末に送信する第１イベント映像送信工程とを含むことを特徴とする制御方法。
【請求項１６】
撮像装置および複数の閲覧端末とネットワーク上で接続されているサーバの制御方法であって、
上記撮像装置と上記複数の閲覧端末との対応関係を通知先格納部に格納しておく通知先格納工程と、
イベント関連情報受信手段によって、上記撮像装置から、上記撮像装置で撮影した映像中での対象物の運動または変化であるイベントを特定する識別子であるイベント識別子が付与された、上記イベントの特徴点を抽出した情報であるイベント概要情報を受信するイベント関連情報受信工程と、
第２イベント関連情報送信手段によって、上記通知先格納部に格納されている上記対応関係に基づいて、１台以上の上記閲覧端末に上記イベント概要情報を送信する第２イベント関連情報送信工程と、
第２要求受信手段によって、上記イベント概要情報に基づいて１台以上の上記閲覧端末でそれぞれイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第２要求受信工程と、
要求信号送信手段によって、上記要求信号を、上記通知先格納部に格納されている上記対応関係に基づいて、上記撮像装置に送信する要求信号送信工程と、
イベント映像受信手段によって、上記要求信号に含まれているイベント識別子に応じたイベント映像のデータを、上記撮像装置から受信するイベント映像受信工程と、
第２イベント映像送信手段によって、上記イベント映像のデータを、上記通知先格納部に格納されている上記対応関係に基づいて、対応する閲覧端末に送信する第２イベント映像送信工程とを含むことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カメラで撮影した映像より、物体や人物の動きの変化を検出し、サーバや携帯電話等の閲覧端末へネットワークを介して通知を行う撮像装置、サーバ、その制御プログラムおよび該制御プログラムを記録したコンピュータ読取り可能な記録媒体、イベント管理システムならびに制御方法に関するものである。
【背景技術】
【０００２】
従来から、犯罪および事故等の監視を目的とした監視システムが広く用いられてきている。例えば、上記監視システムとして、複数のカメラをネットワークで接続し、映像情報または赤外線センサ等によって異常および不審な状態を検知して、集中監視センターまたは携帯電話等の閲覧端末に異常通報するようなイベント管理システムがある。
【０００３】
しかしながら、このような防犯で利用されるイベント管理システムにおいて、カメラで撮影した映像より得た（検知した）、人および車等の監視対象の運動または変化（以降、イベントと称す）に関する情報を閲覧端末へ通知する場合、以下の点が重要となる。
【０００４】
すなわち、イベント管理システムを防犯目的で利用する場合、カメラで撮影した映像から検知した異常と判断されるイベントを、閲覧端末に迅速に通知することが必要となる。異常を閲覧端末に迅速に通知できれば、異常に対しての対応を迅速に行うことができるため、閲覧端末に対して速やかに異常が発生したこと、つまり速やかにイベントの通知を行うことが重要となる。
【０００５】
これについて、例えば特許文献１では、銀行のＡＴＭ等にあるセンサの検知に対応して録画した映像情報から、ウェーブレット変化により作成した低域画像であるインデックス画像を作成し、インデックス画像のみを閲覧端末側の表示装置に転送して、表示装置からの要求に応じて広域画像を転送する情報を送信することで、迅速で効率的な監視画像の転送処理を実現する遠隔画像監視装置が開示されている。
【０００６】
また、イベント管理システムにおいて複数のカメラで同時にイベントを検知した場合、当該イベントを表す情報（映像等）をネットワークに流すことになるため、イベントの迅速な通知を行うためには、トラフィックを効率的に利用することが重要になる。
【０００７】
これについて、例えば特許文献２では、監視カメラに監視対象の大きさおよび動き等の特徴を検出する特徴検出部を備え、特徴の内容の優先度に応じて閲覧端末側の表示装置へ監視映像を送信する優先権を切り替えることで、複数のネットワークのトラフィックを混乱させることなく適切な監視を行うことができる監視カメラシステムが開示されている。
【特許文献１】特開２０００−１２５２８３号公報（平成１２年４月２８日公開）
【特許文献２】特開２０００−３３３１５９号公報（平成１２年１１月３０日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
昨今では、公園、駐車場、および子供の通学路等の公共空間における犯罪が増加傾向にある。そのため、これら公共空間での防犯に対するニーズが高まってきており、公共空間にもカメラを設置して地域の住民が協力してこれら公共空間の監視を行うなどといった取り組みがなされてきている。そして、上述したような利用シーンにおいて、イベント管理システムにより監視を行う場合には、複数の閲覧端末が存在することになる。
【０００９】
すなわち、複数の閲覧端末が存在するシステムにおいては、閲覧端末ごとに通知を受けたい情報が違うこともあり、各カメラで発生したイベントの情報やイベント映像のうち、必要な情報をトラフィックに負荷をかけず、適切な閲覧端末に迅速に分かりやすく通知する必要がある。
【００１０】
しかしながら、特許文献１および２のいずれに開示されているイベント管理システムでも、複数の閲覧端末を想定しておらず、適切な閲覧端末へ分かりやすくイベントの情報を通知することができないという問題点を有している。
【００１１】
本発明は、上記の問題点に鑑みてなされたものであって、その目的は、カメラで撮影した映像からイベントを検知して閲覧端末に通知するイベント管理システムにおいて、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にする撮像装置、サーバ、その制御プログラムおよび該制御プログラムを記録したコンピュータ読取り可能な記録媒体、イベント管理システムならびに制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の撮像装置は、上記課題を解決するために、複数の閲覧端末とネットワーク上で接続されている撮像装置であって、撮影した映像から、対象物の運動または変化であるイベントを検出し、当該イベントに基づいて、イベントの特徴点を抽出した情報であるイベント概要情報、および撮影した映像中の当該イベントに対応する映像部分であるイベント映像を生成するイベント関連情報処理手段と、上記イベント概要情報に当該イベントを特定する識別子であるイベント識別子を付与するイベント識別子付与手段と、上記イベント映像のデータを格納するイベント映像格納部と、上記イベント識別子が付与されたイベント概要情報を１台以上の上記閲覧端末へ送信する第１イベント関連情報送信手段と、上記イベント概要情報に基づいて１台以上の上記閲覧端末でイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第１要求受信手段と、当該閲覧端末から送信されてきた個々のイベント識別子に応じたイベント映像のデータを、上記イベント映像格納部から抽出するイベント映像抽出手段と、上記イベント映像抽出手段によって抽出したイベント映像のデータを、対応する当該閲覧端末に送信する第１イベント映像送信手段とを備えることを特徴としている。
【００１３】
また、本発明の制御方法は、上記課題を解決するために、複数の閲覧端末とネットワーク上で接続されている撮像装置の制御方法であって、イベント関連情報処理手段によって、撮影した映像から、対象物の運動または変化であるイベントを検出し、当該イベントに基づいて、イベントの特徴点を抽出した情報であるイベント概要情報、および撮影した映像中の当該イベントに対応する映像部分であるイベント映像を生成するイベント関連情報処理工程と、イベント識別子付与手段によって、上記イベント概要情報に当該イベントを特定する識別子であるイベント識別子を付与するイベント識別子付与工程と、上記イベント映像のデータをイベント映像格納部に格納するイベント映像格納工程と、第１イベント関連情報送信手段によって、上記イベント識別子が付与されたイベント概要情報を１台以上の上記閲覧端末へ送信する第１イベント関連情報送信工程と、第１要求受信手段によって、上記イベント概要情報に基づいて１台以上の上記閲覧端末でイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第１要求受信工程と、イベント映像抽出手段によって、当該閲覧端末から送信されてきた個々のイベント識別子に応じたイベント映像のデータを、上記イベント映像格納部から抽出するイベント映像抽出工程と、第１イベント映像送信手段によって、上記イベント映像抽出工程によって抽出したイベント映像のデータを、対応する当該閲覧端末に送信する第１イベント映像送信工程とを含むことを特徴としている。
【００１４】
上記の発明によれば、撮影した映像中のイベントの特徴点を抽出したイベント概要情報とイベントに対応する映像部分であるイベント映像とをイベント関連情報処理手段によって得て、閲覧端末にイベント概要情報を送信し、閲覧端末からイベント映像の要求信号を受けた場合にイベント映像を閲覧端末に撮像装置から送信するので、閲覧端末で閲覧する必要のないイベント映像を送信しなくてもよくなる。よって、ネットワークのトラフィックに負荷をかけずに済む。また、イベント概要情報はイベントの特徴点を抽出したものなので、イベントの発生を迅速に分かりやすく通知することが可能になる。
【００１５】
さらに、撮像装置から閲覧端末に送信するイベント概要情報にイベント識別子付与手段で付与したイベント識別子を、閲覧端末から送信されるイベント映像の要求信号に含む構成になっているので、複数の閲覧端末からそれぞれ異なったイベント映像の要求があった場合でも、上記イベント識別子に応じて、個々の閲覧端末からの要求に応じたイベント映像のデータをイベント映像抽出手段によってイベント映像格納部から抽出し、第１イベント映像送信手段によって送信することが可能になる。すなわち、イベントの発生を適切な閲覧端末に通知することが可能になる。その結果、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することが可能になる。
【００１６】
さらに、本発明の撮像装置では、さらにサーバを介して複数の前記閲覧端末とネットワーク上で接続されているとともに、前記第１イベント関連情報送信手段は、上記イベント識別子が付与された上記イベント概要情報を上記サーバを介して１台以上の上記閲覧端末へ送信し、前記第１要求受信手段は、前記要求信号を、１台以上の上記閲覧端末から直接または上記サーバを介して受信し、前記第１イベント映像送信手段は、対応する当該閲覧端末に、直接または上記サーバを介して前記イベント映像のデータを送信することが好ましい。
【００１７】
これにより、サーバを介して撮像装置と閲覧端末との間でのデータのやり取りが行われることになるので、サーバによって撮像装置と閲覧端末との間でのデータのやり取りを管理することが可能になる。よって、例えば、撮像装置からのイベント映像の送信先として不適切な閲覧端末からイベント映像の要求信号が撮像装置に対して送信された場合に、サーバで当該要求信号を撮像装置に送信させないようにすることも可能になる。すなわち、撮像装置から送信するイベント映像のデータのセキュリティを高めることも可能になる。
【００１８】
また、本発明の撮像装置では、前記撮像装置は、ネットワーク上で自機器を一意に特定するための識別子である撮像装置識別子を有しているとともに、前記第１イベント関連情報送信手段は、前記イベント識別子が付与されたイベント概要情報に加え、上記撮像装置識別子を１台以上の前記閲覧端末へ送信することが好ましい。
【００１９】
これにより、ネットワーク上に他の撮像装置が接続されていた場合でも、イベント概要情報を送信した撮像装置がどの撮像装置であったのかを閲覧端末側で撮像装置識別子によって特定させることが可能になるので、閲覧端末側からのイベント映像の要求信号を適切に撮像装置で受信することが可能になる。
【００２０】
さらに、本発明の撮像装置では、前記イベント概要情報には、少なくとも前記イベントの発生時間、検出した前記対象物の種類、上記イベント内の対象物の移動方向、上記イベントの開始時刻、上記イベントの終了時刻、または上記イベント内の対象物の動きの種類のいずれかの情報を含むことが好ましい。
【００２１】
これにより、撮像装置から閲覧端末にイベント映像を送信する前に、少なくとも前記イベントの発生時間、検出した前記対象物の種類、上記イベント内の対象物の移動方向、上記イベントの開始時刻、上記イベントの終了時刻、または上記イベント内の対象物の動きの種類のいずれかの情報を通知することが可能になる。
【００２２】
また、本発明の撮像装置では、前記サーバから、前記複数の閲覧端末へのイベント映像の送信の可否に関する情報である送信可否情報を予め取得して格納する送信リスト格納部をさらに備え、前記第１イベント映像送信手段は、上記送信リスト格納部に格納されている上記送信可否情報に基づいて、前記閲覧端末へのイベント映像のデータの送信を行うことが好ましい。
【００２３】
これにより、第１イベント映像送信手段がイベント映像を閲覧端末に送信する場合に、送信リスト格納部に格納されている前記複数の閲覧端末へのイベント映像の送信の可否に関する情報に基づいて、送信の許可がされている場合にのみ、イベント映像の送信を行うことが可能になる。従って、未知の閲覧端末に対してイベント映像のデータを送信することがなくなるので、撮像装置から送信されるイベント映像のデータのセキュリティを向上させることが可能になる。
【００２４】
本発明のサーバは、上記課題を解決するために、撮像装置および複数の閲覧端末とネットワーク上で接続されているサーバであって、上記撮像装置と上記複数の閲覧端末との対応関係を格納しておく通知先格納部と、上記撮像装置から、上記撮像装置で撮影した映像中での対象物の運動または変化であるイベントを特定する識別子であるイベント識別子が付与された、上記イベントの特徴点を抽出した情報であるイベント概要情報を受信するイベント関連情報受信手段と、上記通知先格納部に格納されている上記対応関係に基づいて、１台以上の上記閲覧端末に上記イベント概要情報を送信する第２イベント関連情報送信手段と、上記イベント概要情報に基づいて１台以上の上記閲覧端末でそれぞれイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第２要求受信手段と、上記要求信号を、上記通知先格納部に格納されている上記対応関係に基づいて、上記撮像装置に送信する要求信号送信手段と、上記要求信号に含まれているイベント識別子に応じたイベント映像のデータを、上記撮像装置から受信するイベント映像受信手段と、上記イベント映像のデータを、上記通知先格納部に格納されている上記対応関係に基づいて、対応する閲覧端末に送信する第２イベント映像送信手段とを備えることを特徴としている。
【００２５】
また、本発明の制御方法は、上記課題を解決するために、撮像装置および複数の閲覧端末とネットワーク上で接続されているサーバの制御方法であって、上記撮像装置と上記複数の閲覧端末との対応関係を通知先格納部に格納しておく通知先格納工程と、イベント関連情報受信手段によって、上記撮像装置から、上記撮像装置で撮影した映像中での対象物の運動または変化であるイベントを特定する識別子であるイベント識別子が付与された、上記イベントの特徴点を抽出した情報であるイベント概要情報を受信するイベント関連情報受信工程と、第２イベント関連情報送信手段によって、上記通知先格納部に格納されている上記対応関係に基づいて、１台以上の上記閲覧端末に上記イベント概要情報を送信する第２イベント関連情報送信工程と、第２要求受信手段によって、上記イベント概要情報に基づいて１台以上の上記閲覧端末でそれぞれイベントを選択して作成された、上記選択されたイベントに対するイベント識別子を含むイベント映像の要求信号を、当該閲覧端末から受信する第２要求受信工程と、要求信号送信手段によって、上記要求信号を、上記通知先格納部に格納されている上記対応関係に基づいて、上記撮像装置に送信する要求信号送信工程と、イベント映像受信手段によって、上記要求信号に含まれているイベント識別子に応じたイベント映像のデータを、上記撮像装置から受信するイベント映像受信工程と、第２イベント映像送信手段によって、上記イベント映像のデータを、上記通知先格納部に格納されている上記対応関係に基づいて、対応する閲覧端末に送信する第２イベント映像送信工程とを含むことを特徴としている。
【００２６】
上記の発明によれば、撮影した映像中のイベントの特徴点を抽出したイベント概要情報を撮像装置からイベント関連情報受信手段によって受信し、通知先格納部に格納されている撮像装置と複数の閲覧端末との対応関係に基づいて、１台以上の上記閲覧端末に第２イベント関連情報送信手段がイベント概要情報を送信する。そして、イベント概要情報を撮像装置に送信した後、閲覧端末から第２要求受信手段がイベント映像の要求信号を受けた場合にのみ、イベント映像の要求信号を要求信号送信手段から撮像装置に送信して、撮像装置からイベント映像をイベント映像受信手段で受信し、上記対応関係に基づいて第２イベント映像送信手段によって閲覧端末に当該イベント映像を送信するので、閲覧端末で閲覧する必要のないイベント映像を送信しなくてもよくなる。よって、ネットワークのトラフィックに負荷をかけずに済む。また、イベント概要情報はイベントの特徴点を抽出したものなので、イベントの発生を迅速に分かりやすく通知することが可能になる。
【００２７】
さらに、本発明のサーバは通知先格納部に格納されている撮像装置と複数の閲覧端末との対応関係に基づいて、イベント情報およびイベント映像を撮像装置から閲覧端末へ仲介して送信するので、特定の撮像装置から送信されたイベント情報を対応する適切な閲覧端末に送信することが可能になるとともに、イベント映像を撮像装置から要求のあった適切な閲覧端末に送信することが可能になる。すなわち、イベントの発生を適切な閲覧端末に通知することが可能になる。その結果、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することが可能になる。
【００２８】
さらに、本発明のサーバでは、前記イベント関連情報受信手段で受信した、前記イベント識別子が付与されたイベント概要情報を格納するイベント概要情報格納部と、前記イベント概要情報格納部で格納している各イベント概要情報が前記閲覧端末に対して未送信であるか否かの判定を、定期的に行う未送信イベント概要情報判定手段とをさらに備え、前記第２イベント関連情報送信手段は、前記未送信イベント概要情報判定手段での判定に基づいて、イベント概要情報格納部に格納した情報のうち上記閲覧端末に未送信のイベント概要情報を読み出し、前記通知先格納部に格納されている前記対応関係に基づいて、上記未送信のイベント概要情報を、対応する上記閲覧端末に送信することが好ましい。
【００２９】
これにより、イベント概要情報を受信するごとに閲覧端末に対して通知を行うのではなく、定期的にイベント概要情報格納部で格納しているイベント概要情報のうち、閲覧端末に未送信のイベント概要情報を未送信イベント概要情報判定手段が判定し、第２イベント関連情報送信手段が未送信のイベント概要情報をイベント概要情報格納部から読み出して閲覧端末に通知することになるので、例えばペットの監視等の比較的緊急を要しない監視および防犯を行う場合に有効である。
【００３０】
ところで、上記撮像装置および上記サーバは、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係る制御プログラムは、上記撮像装置または上記サーバとしてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。
【００３１】
これらの制御プログラムがコンピュータによって実行されると、当該コンピュータは、上記撮像装置または上記サーバとして動作する。従って、上記撮像装置または上記サーバと同様に、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にする。
【００３２】
本発明のイベント管理システムは、上記課題を解決するために、前記のいずれかの撮像装置と、複数の閲覧端末とをネットワーク上で接続して備えていることを特徴としている。
【００３３】
上記の発明によれば、カメラで撮影した映像からイベントを検知して閲覧端末に通知するイベント管理システムにおいて、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にする。
【００３４】
また、本発明のイベント管理システムでは、前記撮像装置と複数の前記閲覧端末とに加えて、前記のいずれかのサーバをネットワーク上で接続してさらに備えていることが好ましい。
【００３５】
これにより、サーバを介して撮像装置と閲覧端末との間でのデータのやり取りが行われることになるので、サーバによって撮像装置と閲覧端末との間でのデータのやり取りを管理することが可能になる。よって、例えば、撮像装置からのイベント映像の送信先として不適切な閲覧端末からイベント映像の要求信号が撮像装置に対して送信された場合に、サーバで当該要求信号を撮像装置に送信させないようにすることも可能になる。すなわち、撮像装置から送信するイベント映像のセキュリティを高めることも可能になる。
【００３６】
また、本発明のイベント管理システムでは、前記撮像装置は、前記第１要求信号受信手段で前記要求信号を受信した後、前記閲覧端末へのイベント映像の送信の可否を、前記サーバに対して問い合わせるイベント映像送信可否確認手段をさらに備え、上記サーバは、上記撮像装置から送信されてきた上記閲覧端末へのイベント映像の送信の可否の問い合わせに応じて、前記通知先格納部に格納されている前記対応関係を参照して、上記閲覧端末へのイベント映像のデータの送信の可否の判定を行うイベント映像送信可否判定手段をさらに備え、上記撮像装置は、上記サーバから受信する上記判定の結果に応じて、前記第１イベント映像送信手段によって前記閲覧端末に、直接または上記サーバを介して上記イベント映像のデータを送信することが好ましい。
【００３７】
これにより、閲覧端末からのイベント映像の要求信号を撮像装置の第１要求信号受信手段で受信した場合に、撮像装置のイベント映像送信可否確認手段がイベント映像の送信の可否の問い合わせをサーバのイベント映像送信可否判定手段に行い、イベント映像送信可否判定手段が撮像装置と複数の閲覧端末との対応関係が格納されている通知先格納部を参照して得た判定結果に応じて、前記第１イベント映像送信手段から閲覧端末にイベント映像のデータの送信を行うので、通知先格納部に格納されている対応関係に該当しない閲覧端末に対しては、撮像装置からのイベント映像のデータの送信を行わせないようにすることが可能になる。従って、未知の閲覧端末に対してイベント映像のデータを送信することがなくなるので、通信されるイベント映像のデータのセキュリティを向上させることが可能になる。
【００３８】
また、本発明のイベント管理システムでは、前記ネットワークは、複数の構成端末間で自立的に通信ネットワークを構築するアドホックネットワークを含むことが好ましい。
【００３９】
これにより、アドホックネットワークというネットワークが堅牢でない環境においても、イベント概要情報といったイベント映像よりも軽量なデータのやり取りをまず行い、必要に応じてイベント映像といった、より大きなデータのやり取りを行うことになるので、ネットワークのトラフィックに負荷をかけることなく、迅速に通知を行うことが可能になる。
【発明の効果】
【００４０】
本発明によれば、イベント概要情報とイベント映像とをイベント関連情報処理手段によって得て、閲覧端末にイベント概要情報をイベント映像よりも先に送信し、閲覧端末からイベント映像の要求信号を受けた場合にのみイベント映像を閲覧端末に撮像装置から送信するので、閲覧端末で閲覧する必要のないイベント映像を送信しなくてもよくなる。さらに、複数の閲覧端末からそれぞれ異なったイベント映像の要求があった場合でも、閲覧端末に通知されたイベント概要情報に含まれていたイベント識別子に応じて、個々の閲覧端末からの要求に応じたイベント映像を抽出し、閲覧端末に送信することが可能になる。したがって、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にするという効果を奏する。
【発明を実施するための最良の形態】
【００４１】
〔実施の形態１〕
本発明の一実施形態について図１ないし図２９に基づいて説明すれば、以下の通りである。なお、以下の説明に用いる図面は、同一の部材または同一の機能のものについては同一の符号を付してある。従って、それらについての詳細な説明は繰り返さない。
【００４２】
〔１．システム構成および装置構成について〕
〔１―１．イベント管理システムについて〕
最初に、図２を用いてイベント管理システム１の構成の概要について説明を行う。図２は、本実施の形態におけるイベント管理システム１の概略的構成を示す図である。本実施の形態におけるイベント管理システム１は、図２に示すように、ネットワークカメラであるイベント管理カメラ（撮像装置）２、イベント管理サーバ（サーバ）３、およびイベント閲覧端末（閲覧端末）４を備えている。
【００４３】
まず、イベント管理カメラ２は、イベント管理システム１に１台以上設けられるものであって、監視対象を監視し、イベントを検出するためのものである。イベント管理カメラ２のさらに詳細な機能、および上記イベントについては後に詳述する。また、本実施の形態では、イベント管理システム１にイベント管理カメラ２を４つ（イベント管理カメラ２ａ、イベント管理カメラ２ｂ、イベント管理カメラ２ｃ、およびイベント管理カメラ２ｄ）含む場合を例として以降の説明を行う。
【００４４】
また、イベント管理サーバ３は、イベント管理カメラ２によって検出されたイベントを収集、蓄積するためのものであり、後述のイベント閲覧端末４にイベント情報の通知を行うものである。そして、イベント閲覧端末４は、イベント管理サーバ３を介してイベント管理カメラ２より通知を受けたイベント情報をユーザが閲覧するためのものであり、イベント管理システム１に複数設けられるものである。また、イベント閲覧端末４は、イベント管理サーバ３を介してイベント管理カメラ２より送信された後述するイベント映像をユーザが閲覧するためのものである。なお、ここで言うところの「イベント」および「イベント情報」については、後に詳述する。また、本実施の形態では、イベント管理システム１に閲覧端末４を２つ（閲覧端末４ａおよび閲覧端末４ｂ）含む場合を例として以降の説明を行う。
【００４５】
本実施の形態のイベント管理システム１では、イベント管理カメラ２ａ〜２ｄと、イベント管理サーバ３と、イベント閲覧端末４ａ・４ｂは、アドホックネットワークを介して接続されている。アドホックネットワークとは、携帯電話の通信網および光通信回線等の、既に整備されている特定のネットワークインフラを利用せずに、周辺にある無線通信可能な端末との間で直接かつ自立的にネットワークを構築して通信を行う無線通信ネットワークのことである。アドホックネットワークの１つの機能として、マルチホップという仕組みが用意されている。これは、送信元の端末から送信先（宛先）の端末へデータ送信する際に、いくつかの端末にてデータ送信の中継を行い、最終的に送信先となる端末に対してデータを送信するものである。図２を用いて説明すると、データの送信元端末（例えばイベント管理カメラ２ｂ）が、データ送信先端末（例えばイベント管理サーバ３）にデータを送信したい場合、送信元端末であるイベント管理カメラ２ｂの物理的な無線通信能力（通信可能距離など）により、直接イベント管理サーバ３に通信できない場合、周辺の端末（例えばイベント管理カメラ２ａ、２ｃ、２ｄ）で、イベント管理カメラ２ｂ自身が直接通信可能な端末を中継して、最終的にイベント管理サーバ３にデータ通信できるといったものである。このようにマルチホップによって、通信可能な端末を増やすことができる。なお、図２中に点線枠で示しているエリア５は、本実施の形態におけるイベント管理システム１での、マルチホップなどの仕組みを利用して無線通信可能な端末の範囲を示したものである。さらに詳細なアドホックネットワークの内容については、本発明の主旨とは異なるため、ここでの説明は省略する。
【００４６】
次に、本実施の形態で用いる「オブジェクト」と「イベント」という言葉の定義をしておく。ここでは、図３を用いて「オブジェクト」と「イベント」との説明を行う。図３は、本実施の形態におけるオブジェクトとイベントとを模式的に示した図である。
【００４７】
まず、「オブジェクト（対象物）」とは、監視対象の連続する映像（イベント管理カメラ２で撮影した映像）から、画像処理により検出された対象物を指す。具体例としては、人および車である。続いて、「イベント」とは、オブジェクトの一連の変化・動作を指し、１イベントには、ある１つのオブジェクトの移動方向、移動量、変化量などといった情報が含まれる。これらイベントに対応する情報は、イベントの特徴点を抽出した情報であり、本実施の形態ではイベント情報（イベント概要情報）と呼ぶ。イベント情報には、例えば、イベント発生時間、検出した対象物の種類、イベント内のオブジェクトの移動方向、イベントの開始時刻、イベントの終了時刻、またはイベント内のオブジェクトの動きの種類が含まれる。図３を例にとった場合のオブジェクトは、時刻（ｔ）がｎの時点からｎ＋３の時点の各映像において画像処理により検出された対象物であって、図３中では点塗りつぶしの丸で示す部分に該当する。また、この場合のオブジェクトに対するイベントとは、オブジェクトが、時刻ｎにて映像に発生し、時刻ｎ＋３において映像から消失するまでの一連の移動過程を指す。また、この場合のオブジェクトに対するイベント情報は、例えば「発生時間＝４秒、オブジェクト種類＝円形、オブジェクト軌跡＝“左から右”」となる。
【００４８】
〔１―２．イベント管理カメラについて〕
次に、図１を用いてイベント管理カメラ２の構成の概要について説明を行う。図１は本実施の形態におけるイベント管理カメラ２の概略的構成を示す機能ブロック図である。イベント管理カメラ２は、図１に示すように、映像取得部１１、映像格納部１２、イベント関連情報処理部（イベント関連情報処理手段）１３、カメラ側イベント関連情報格納部（イベント映像格納部）１７、イベント識別子付与部（イベント識別子付与手段）１８、通知先閲覧端末ＩＤ格納部（送信リスト格納部）１９、カメラ側イベント関連情報通信処理部２０、カメラ側無線通信部２２、およびイベント映像抽出部（イベント映像抽出手段）２４を備えている。また、イベント関連情報処理部１３は、背景画像作成部１４、イベント抽出部１５、およびイベント解析部１６を含んでいる。さらに、カメラ側イベント関連情報通信処理部２０は、カメラ側イベント情報送信部（第１イベント関連情報送信手段）２１およびカメラ側イベント映像送信部（第１イベント映像送信手段）２５を含んでいる。そして、カメラ側無線通信部２２は、カメラ側要求受信部（第１要求受信手段）２３を含んでいる。
【００４９】
まず、映像取得部１１は、監視対象の映像の撮影を行い、撮影した映像の取得を行うものである。また、映像格納部１２は、映像取得部１１で取得した映像（取得映像）のデータをメモリやディスク等にすべて記録（格納）しておくものである。
【００５０】
続いて、イベント関連情報処理部１３は、映像格納部１２から読み出した取得映像から、オブジェクトおよびイベントを検出し（イベント検出の処理過程）、イベントの概要を表わす（イベントの特徴点を抽出した情報である）イベント情報と、取得映像中のイベントに対応した映像部分であるイベント映像を作成するものである。なお、背景画像作成部１４は、イベント検出の処理過程で使用する背景画像の作成を行うものである。また、イベント抽出部１５は、背景画像作成部１４で作成した背景画像を用いて、検出すべきイベントがあるかどうかの確認と検出すべきイベントが存在した場合のイベントの検出とを行うものである。そして、イベント解析部１６では、検出したイベントについて、イベントの移動（運動）または変化に関するイベント情報とイベント映像とを作成するものである。また、イベント解析部１６では、イベント映像を作成する場合には、映像格納部１２から取得映像を必要に応じて適宜読み出して用いる。なお、イベント解析部１６は、作成したイベント情報をイベント識別子付与部１８に送るものであるとともに、作成したイベント映像をカメラ側イベント関連情報格納部１７に送るものでもある。
【００５１】
イベント識別子付与部１８は、イベント解析部１６から送られてきたイベント情報に、イベント情報に対応するイベント、すなわちイベント情報の作成のもとになったイベントを特定する識別子であるイベント識別子（イベントＩＤ）を付与するものである。イベント識別子付与部１８は、イベント情報にイベントＩＤを付与した後にカメラ側イベント関連情報格納部１７にイベントＩＤが付与されたイベント情報（識別子付きイベント情報）を送るものである。そして、カメラ側イベント関連情報格納部１７は、イベント解析部１６から送られてきたイベント映像のデータとイベント識別子付与部１８から送られてきた識別子付きイベント情報とを格納するものである。
【００５２】
また、通知先閲覧端末ＩＤ格納部１９は、カメラ側無線通信部２２でイベント管理サーバ３から受信した、イベント映像を送信してもよいイベント閲覧端末４を識別する識別子である通知先閲覧端末ＩＤを格納するものである。なお、イベント映像を送信してもよいイベント閲覧端末４の通知先閲覧端末ＩＤについては、後に詳述する。
【００５３】
続いて、カメラ側イベント関連情報通信処理部２０は、カメラ側イベント関連情報格納部１７に格納されている識別子付きイベント情報、およびカメラ側イベント関連情報格納部１７に格納されているイベント映像のデータから、イベント管理サーバ３またはイベント閲覧端末４へ送信するための送信データの生成を行うものである。また、カメラ側イベント関連情報通信処理部２０は、上記識別子付きイベント情報およびイベント映像の送信データをイベント閲覧端末４に向けて送信する際の、通知先確認等の処理を行うものでもある。なお、カメラ側イベント情報送信部２１は、カメラ側イベント関連情報格納部１７に格納されている識別子付きイベント情報をもとに送信データを生成し、カメラ側無線通信部２２に送るものである。また、カメラ側イベント映像送信部２５は、カメラ側イベント関連情報格納部１７から後述するイベント映像抽出部２４によって抽出されたイベント映像をもとに送信データを生成し、カメラ側無線通信部２２に送るものである。
【００５４】
カメラ側無線通信部２２は、イベント管理カメラ２における通信全般の処理を行うものであり、イベント管理システム１がアドホックネットワークを採用している場合には、アドホックネットワークの構築・管理の処理、およびアドホックネットワークの経路表の管理を行うものである。また、より詳細には、カメラ側無線通信部２２は、カメラ側イベント情報送信部２１から送られてきた送信データ（識別子付きイベント情報の送信データ）、およびカメラ側イベント映像送信部２５から送られてきた送信データ（イベント映像の送信データ）をイベント管理サーバ３またはイベント閲覧端末４に送信するものである。なお、カメラ側要求受信部２３は、イベント管理サーバ３またはイベント閲覧端末４からイベント識別子を含むイベント映像の要求信号を受信するものである。また、カメラ側要求受信部２３は、上記要求信号をイベント映像抽出部２４に送るものである。
【００５５】
そして、イベント映像抽出部２４は、カメラ側要求受信部２３から送られてきた上記要求信号に含まれているイベント識別子に基づいて、上記イベント識別子に対応するイベント映像の要求をカメラ側イベント関連情報格納部１７に行うものである。また、イベント映像抽出部２４は、上記イベント識別子に基づいて、カメラ側イベント関連情報格納部１７から抽出した上記イベント識別子に対応するイベント映像のデータをカメラ側イベント映像送信部２５に送るものである。
【００５６】
なお、本実施の形態では、イベント管理システム１に、４台のイベント管理カメラ２ａ〜２ｄを含む構成になっているが、必ずしもこれに限らず、４台よりも多くても少なくてもよい。また、本実施の形態では、イベント管理システム１に、２台のイベント閲覧端末を含む構成になっているが、必ずしもこれに限らず、２台以上含んでいてもよい。
【００５７】
〔１―３．イベント管理サーバについて〕
次に、図４を用いてイベント管理サーバ３の構成の概要について説明を行う。図４は本実施の形態におけるイベント管理サーバ３の概略的構成を示す機能ブロック図である。イベント管理サーバ３は、図４に示すように、サーバ側無線通信部３１、サーバ側イベント情報格納部３２、サーバ側イベント関連情報通信処理部３３、および通知先格納部３４を備えている。また、サーバ側無線通信部３１は、サーバ側イベント情報受信部３５、サーバ側要求受信部（第２要求受信手段）３７、およびサーバ側イベント映像受信部３９を含んでいる。さらに、サーバ側イベント関連情報通信処理部３３は、サーバ側イベント情報送信部（第２イベント関連情報送信手段）３６、サーバ側要求送信部３８、およびサーバ側イベント映像送信部（第２イベント映像送信手段）４０を含んでいる。
【００５８】
まず、サーバ側無線通信部３１は、イベント管理サーバ３における通信全般の処理を行うものであり、イベント管理システム１がアドホックネットワークを採用している場合には、アドホックネットワークに含まれる他の端末との通信、およびアドホックネットワーク構築・管理の処理を行うものである。サーバ側無線通信部３１のより詳細な説明は、後述するサーバ側無線通信部３１に含まれるサーバ側イベント情報受信部３５、サーバ側要求受信部３７、およびサーバ側イベント映像受信部３９の説明によって行う。また、サーバ側イベント情報格納部３２はサーバ側無線通信部３１のサーバ側イベント情報受信部３５で受信した識別子付きのイベント情報を格納するものである。
【００５９】
また、通知先格納部３４は、イベント管理カメラ２と複数のイベント閲覧端末４との対応関係、すなわち、イベント管理システム１に含まれる各イベント管理カメラ２について、イベントが発生した際にどのイベント閲覧端末４に通知を行うかの対応関係の情報をテーブルで格納（管理）しておくものである。また、上記テーブルに含まれる各イベント管理カメラ２のリストは、アドホックネットワーク内に新規にイベント管理カメラ２が参加した際に追加され、アドホックネットワークからイベント管理カメラ２が抜けた際には削除される。
【００６０】
図５を用いて、通知先格納部３４にて管理している通知先管理テーブルの説明を行う。なお、図５は、本実施形態におけるイベント管理サーバ３の通知先管理テーブルの具体例を示した図である。本実施の形態における通知先管理テーブルでは、例えばカメラＩＤ（撮像装置識別子）、通知先閲覧端末ＩＤ、およびカメラ情報を対応付けて格納している。ここで、カメラＩＤ、通知先閲覧端末ＩＤは、アドホックネットワーク内においてイベント管理カメラ２、イベント閲覧端末４をそれぞれ一意に特定できるＩＤであり、このＩＤを通信宛先とする。また、カメラ情報は、イベント管理カメラ２の設置場所等、イベント管理カメラ２の情報をユーザに分かりやすく提示するための情報であり、イベント情報の通知（送信）が必要な場合にイベント閲覧端末４が参照するものである。なお、カメラ情報は、イベント管理カメラ２を新たに設置するごとに、イベント管理サーバ３にて入力するなどして、通知先格納部３４に登録することになる。通知先管理テーブルでの具体的な対応付けについて、図５の通知先管理テーブル１行目を例として説明すると、“駐車場奥”に設置されたカメラＩＤ＝０００１のイベント管理カメラ２で発生したイベントのイベント情報は、通知先閲覧端末ＩＤ＝Ｕ０１のイベント閲覧端末４に送信する対応付けを行っていることになる。
【００６１】
続いて、サーバ側イベント関連情報通信処理部３３は、サーバ側無線通信部３１を通してイベント管理カメラ２またはイベント閲覧端末４より受信した情報を、イベント閲覧端末４またはイベント管理カメラ２に送信するための処理を行うものである。サーバ側イベント関連情報通信処理部３３のより詳細な説明は、後述するサーバ側イベント関連情報通信処理部３３に含まれるサーバ側イベント情報送信部３６、サーバ側要求送信部３８、およびサーバ側イベント映像送信部４０の説明によって行う。
【００６２】
サーバ側イベント情報受信部３５は、イベント管理カメラ２から送信されてくる識別子付きイベント情報の送信データを受信し、上記識別子付きイベント情報をサーバ側イベント情報格納部３２に格納するものである。そして、サーバ側イベント情報送信部３６は、サーバ側イベント情報格納部３２に格納されている識別子付きイベント情報を読み出すとともに、通知先格納部３４に格納されている対応関係（通知先管理テーブル）を参照し、上記対応関係に応じたイベント閲覧端末４へ送信するための送信データを生成し、サーバ側無線通信部３１に送るものである。
【００６３】
また、サーバ側要求受信部３７は、イベント閲覧端末４から送られてくるイベント識別子が含まれた要求信号を受信するものであり、受信した当該要求信号をサーバ側要求送信部３８に送るものである。そして、サーバ側要求送信部３８は、サーバ側要求受信部３７から送られてきた当該要求信号を受け取るとともに、通知先格納部３４に格納されている対応関係（通知先管理テーブル）を参照し、上記対応関係に応じたイベント閲覧端末４へ送信するためのイベント識別子を含んだ要求信号を生成し、サーバ側無線通信部３１に送るものである。
【００６４】
さらに、サーバ側イベント映像受信部３９は、イベント管理カメラ２から送信されてくるイベント映像の送信データを受信するものであり、受信した当該イベント映像のデータをサーバ側イベント映像送信部４０に送るものである。そして、サーバ側イベント映像送信部４０は、サーバ側イベント映像受信部３９から送られてきたイベント映像のデータを受け取るとともに、通知先格納部３４に格納されている対応関係（通知先管理テーブル）を参照し、上記対応関係に応じたイベント閲覧端末４へ送信するための送信データを生成し、サーバ側無線通信部３１に送るものである。
【００６５】
なお、イベント映像の要求信号を、イベント管理サーバ３を介さずにイベント閲覧端末４からイベント管理カメラ２に送信する場合には、イベント管理サーバ３はサーバ側要求受信部３７およびサーバ側要求送信部３８を備えない構成であってもよい。また、イベント映像を、イベント管理サーバ３を介さずにイベント管理カメラ２からイベント閲覧端末４に送信する場合には、イベント管理サーバ３はサーバ側イベント映像受信部３９およびサーバ側イベント映像送信部４０を備えない構成であってもよい。イベント管理サーバ３が、サーバ側要求受信部３７、サーバ側要求送信部３８、サーバ側イベント映像受信部３９、およびサーバ側イベント映像送信部４０を備える構成を示しているが、本実施の形態では、サーバ側要求受信部３７、サーバ側要求送信部３８、サーバ側イベント映像受信部３９、およびサーバ側イベント映像送信部４０を備えない構成の説明を主に行う。サーバ側要求受信部３７、サーバ側要求送信部３８、サーバ側イベント映像受信部３９、およびサーバ側イベント映像送信部４０を備える構成については、他の実施の形態として後に詳述する。
【００６６】
〔１―４．イベント閲覧端末について〕
次に、図６を用いてイベント閲覧端末４の構成の概要について説明を行う。図６は本実施の形態におけるイベント閲覧端末４の概略的構成を示す機能ブロック図である。イベント閲覧端末４は、図６に示すように、閲覧端末側無線通信部４１、閲覧端末側イベント関連情報格納部４３、表示部４４、操作部４５、閲覧端末側要求送信部４６、および通知先登録部４８を備えている。また、閲覧端末側無線通信部４１は、閲覧端末側イベント情報受信部４２および閲覧端末側イベント映像受信部４７を含んでいる。
【００６７】
まず、閲覧端末側無線通信部４１は、イベント閲覧端末４における通信全般の処理を行うものであり、イベント管理システム１がアドホックネットワークを採用している場合には、アドホックネットワークに含まれる他の端末との通信、およびアドホックネットワーク構築・管理の処理を行うものである。また、閲覧端末側無線通信部４１に含まれる閲覧端末側イベント情報受信部４２は、イベント管理サーバ３から送信されてくる識別子付きイベント情報の送信データを受信し、上記識別子付きイベント情報を閲覧端末側イベント関連情報格納部４３に格納するものである。さらに、閲覧端末側無線通信部４１に含まれる閲覧端末側イベント映像受信部４７は、イベント管理サーバ３から送信されてくるイベント映像の送信データを受信し、上記イベント映像のデータを閲覧端末側イベント関連情報格納部４３に格納するものである。そして、閲覧端末側イベント関連情報格納部４３は、閲覧端末側イベント情報受信部４２から送られてくる識別子付きイベント情報、および閲覧端末側イベント映像受信部４７から送られてくるイベント映像のデータを格納するものである。
【００６８】
表示部４４は、閲覧端末側無線通信部４１で受信したイベント情報、イベント映像、およびイベント情報の通知を受けたいカメラの選択を行うためのカメラリストの表示を行うためのものである。また、操作部４５は、イベント情報の通知を受けたい通知先（イベント管理カメラ２）の登録、およびイベント情報よりも詳細な情報を含むものであるイベント映像の要求のためのイベント映像の選択といったユーザ操作を受け付けるものである。なお、操作部４５は、物理的なボタンであってもよいし、タッチパネルなどにより表示部４４と一体になっているものであってもよい。
【００６９】
続いて、閲覧端末側要求送信部４６は、イベント映像で詳細を確認したい旨のユーザからの入力を操作部４５で受け付けた場合に、選択されたイベントのイベント識別子を含むイベント映像の要求信号をイベント管理カメラ２またはイベント管理サーバ３に対して送るものである。なお、上記要求信号は、閲覧端末側無線通信部４１によってイベント管理カメラ２またはイベント管理サーバ３へ送信される。
【００７０】
また、通知先登録部４８は、イベント閲覧端末４がアドホックネットワークに参加する時に、どのイベント管理カメラ２で発生したイベントのイベント情報の通知を受けるのかの対応関係を、イベント管理サーバ３に登録するための処理を行うものである。すなわち、表示部４４に表示されるカメラリストをもとに、イベント情報の通知を受けたいイベント管理カメラ２がユーザによって選択された場合に、上記選択結果を操作部４５で受け付け、上記選択結果を操作部４５で受け付けたイベント閲覧端末４の閲覧端末ＩＤである通知先閲覧端末ＩＤと選択されたイベント管理カメラ２のカメラＩＤとをイベント管理サーバ３に対して送るものである。なお、上記通知先閲覧端末ＩＤおよびカメラＩＤは、閲覧端末側無線通信部４１によってイベント管理サーバ３へ送信され、イベント管理サーバ３の通知先格納部３４に登録（格納）される。
【００７１】
〔２．処理フローについて〕
以下では、イベント管理システムでの処理の流れについて説明を行う。
【００７２】
〔２―１．イベント管理システムでのデータの流れについて〕
最初に、図７を用いて、イベント管理システム１でのデータの流れについて説明を行う。図７は、イベント管理カメラ２とイベント管理サーバ３とイベント閲覧端末４との間でのデータの流れを示した図である。なお、図７における時間軸は上から下方向である。
【００７３】
まず、イベント閲覧端末４が、イベント情報の通知を受けたい対象としてユーザによって選択されたイベント管理カメラ２のカメラＩＤと通知先閲覧端末ＩＤと（通知先情報）をイベント管理サーバ３へ送信する。続いて、イベント管理サーバ３では、受信した通知先の情報（対応関係）を登録する。
【００７４】
次に、イベント管理サーバ３は、登録している通知先の情報に基づき、各イベント管理カメラ２に対して、イベント映像を送信してもよいイベント閲覧端末４の情報として通知先閲覧端末ＩＤを送信する。そして、イベント管理カメラ２では、受信した通知先閲覧端末ＩＤを、通知先閲覧端末ＩＤ格納部１９に登録する。イベント管理カメラ２では、イベント閲覧端末４からのイベント映像の要求信号を受けたときに、通知先閲覧端末ＩＤ格納部１９に通知先閲覧端末ＩＤが格納されているか否かの判定を行い、上記通知先閲覧端末ＩＤ格納部１９に通知先閲覧端末ＩＤが格納されている場合にのみ、イベント映像の送信を行うことになる。
【００７５】
続いて、イベント管理カメラ２は、映像の撮影、イベントの抽出、イベント情報の作成、およびイベント映像の作成といった一連の処理を行い、イベント管理サーバ３へイベントＩＤ（イベント識別子）を含むイベント情報と個々のイベント管理カメラ２を識別するカメラ識別子であるカメラＩＤとを送信する。そして、イベント管理サーバ３では、受信したイベントＩＤを含むイベント情報とカメラＩＤとをセットにしてサーバ側イベント情報格納部３２に蓄積（格納）する。さらに、イベント管理サーバ３では、イベントＩＤを含むイベント情報とカメラＩＤとをサーバ側イベント情報格納部３２に格納した後に、イベントＩＤを含むイベント情報とカメラＩＤとをイベント閲覧端末４に通知（送信）する。このとき、どのイベント閲覧端末４に通知を行うかについては、図５に示す通知先格納部３４の通知先管理テーブルをもとに決定される。例えば、カメラＩＤ＝０００１のイベント情報であれば、通知先閲覧端末ＩＤ＝Ｕ０１のイベント閲覧端末４に通知を行うことになる。
【００７６】
次に、イベント閲覧端末４では、イベント情報の通知を受けて（受信をして）、受信したイベント情報の表示を行う。続いて、イベント閲覧端末４は、イベント映像の送信を要求する信号である要求信号と送信を要求するイベント映像に対応するイベントＩＤとをイベント管理カメラ２へ送信する。なお、イベント閲覧端末４からイベント管理カメラ２に送信される送信データには、上述した要求信号およびイベントＩＤの他に、要求先となるカメラＩＤと要求元となる通知先閲覧端末ＩＤとをさらに含むものである。なお、イベント閲覧端末４としては、携帯電話、ＰＤＡ（Personal Digital Assistant）などの携帯情報端末、またはネットワーク接続可能なテレビ・パソコン等の家庭内端末などがある。
【００７７】
そして、イベント管理カメラ２は、要求信号を受信すると、要求元のイベント閲覧端末４にイベント映像の送信を行ってもよいか否かの確認を行い、イベント映像の送信をしてもよい場合にはイベント閲覧端末４にイベント映像を送信する。なお、イベント管理カメラ２からイベント閲覧端末４に送信される送信データには、上述したイベント映像の他に、宛先となる通知先閲覧端末ＩＤと送信元となるカメラＩＤと要求を受けたイベントＩＤとをさらに含むものである。
【００７８】
〔２―２．イベント管理カメラでの処理フローについて〕
続いて、図８を用いて、イベント管理カメラ２での処理フローについて説明を行う。図８は、イベント管理カメラ２での動作フローを示したフローチャートである。なお、ここでは、予めイベント映像を送信してもよいイベント閲覧端末４の情報としての通知先閲覧端末ＩＤを受信して、通知先閲覧端末ＩＤ格納部１９に登録してあるものとして説明を行う。
【００７９】
まず、ステップＳ１では、映像取得部１１が監視対象の映像の撮影を開始し、撮影した映像を映像格納部１２に蓄積（格納）し、ステップＳ２に移る。ステップＳ２では、映像格納部１２に格納されている映像から、イベント関連情報処理部１３が画像処理を行ってオブジェクトを検出し、ステップＳ３に移る。ステップＳ３では、検出したオブジェクトをもとにして、イベント関連情報処理部１３がイベントの検出を行い、ステップＳ４に移る。なお、オブジェクトおよびイベントを検出する処理については後に詳述する。続いて、ステップＳ４では、イベントを検出する処理を行う過程および結果によって得られるイベント情報の検出をイベント関連情報処理部１３が行って、イベント情報を生成し、ステップＳ５に移る。生成されたイベント情報は、イベント識別子付与部１８がイベントＩＤを付与してカメラ側イベント関連情報格納部１７に格納する。そして、ステップＳ５では、映像格納部１２に格納されている映像から、検出したイベントに対応する箇所の映像であるイベント映像をイベント関連情報処理部１３が生成し、カメラ側イベント関連情報格納部１７に格納する。
【００８０】
続いて、ステップＳ６では、生成したイベント情報、すなわち通知するイベント情報があった場合（ステップＳ６でＹｅｓ）には、ステップＳ７に移る。また、通知するイベント情報がなかった場合（ステップＳ６でＮｏ）には、ステップＳ９に移る。ステップＳ７では、カメラ側無線通信部２２がアドホックネットワークの経路表の更新を行い、ステップＳ８に移る。なお、経路表の更新の処理については後に詳述する。ステップＳ８では、カメラ側イベント情報送信部２１でイベントＩＤを含むイベント情報の送信データを生成し、上記送信データをカメラ側無線通信部２２からイベント管理サーバ３に送信し、ステップＳ９に移る。
【００８１】
ここで、図９を用いてイベント管理カメラ２からイベント管理サーバ３に対して送信するデータのデータフォーマットを示す。図９は、イベント管理カメラ２からイベント管理サーバ３に対して送信するデータのデータフォーマットを示した図である。
【００８２】
図９に示すように、イベント管理カメラ２からイベント管理サーバ３に対して送信するデータのデータフォーマットには、カメラＩＤ、サーバＩＤ、イベントＩＤ、およびイベント情報が含まれている。カメラＩＤ、サーバＩＤは、それぞれ、イベント管理カメラ２もしくはイベント管理サーバ３をアドホックネットワーク内で一意に識別する識別子（ＩＤ）であり、このＩＤを通信用のアドレスとして使用する。また、イベントＩＤは、イベント管理カメラ２においてイベント情報を一意に識別できるＩＤとなる。
【００８３】
イベント情報は、イベントを解析した結果（イベントの特徴点を抽出した情報）であり、具体的には、「開始時刻」、「終了時刻」、「種類」、ならびに「Ａｃｔｉｏｎ」の情報を含むものである。「開始時刻」、「終了時刻」は、それぞれイベントが始まった時刻、イベントが終了した時刻の情報である。また、「種類」は、イベントに含まれるオブジェクトの種類が人と車とのどちらであるのかを表わす情報であり、人であれば“１”、車であれば“２”といった数字で示してもよい。「Ａｃｔｉｏｎ」は、イベント内のオブジェクトの移動軌跡より判断できる動き（イベント内の対象物の動きの種類）の情報であり、例えば、映像の撮影領域を横切る軌跡の場合は“移動”、撮影領域をランダムに動く軌跡の場合は“うろうろ”、イベント開始時にオブジェクトが登場した地点から終了時にも同じ地点へ戻る軌跡の場合は“引き返し”といったように表わされるデータが入る。この場合、「Ａｃｔｉｏｎ」が“うろうろ”であれば、“２”を、“移動”であれば“１”といった数字で示すようにしてもよい。以上が、イベント管理カメラ２からサーバに送信するイベント情報のフォーマットである。
【００８４】
そして、ステップＳ９では、イベント閲覧端末４からの要求信号をカメラ側要求受信部２３が受信した場合（ステップＳ９でＹｅｓ）には、ステップＳ１０に移る。また、カメラ側要求受信部２３が要求信号を受信しなかった場合（ステップＳ９でＮｏ）には、ステップＳ１２に移る。
【００８５】
ステップＳ１０では、通知先閲覧端末ＩＤ格納部１９に登録されている通知先閲覧端末ＩＤ、詳しくはイベント映像通知許可テーブルを参照してカメラ側イベント関連情報通信処理部２０が、イベント映像の要求元のイベント閲覧端末４にイベント映像を送信してもよいか否かの判定を行う。そして、通知先閲覧端末ＩＤ格納部１９にイベント映像の要求元のイベント閲覧端末の通知先閲覧端末ＩＤが登録されており、イベント映像を送信してもよい場合（ステップＳ９でＹｅｓ）には、ステップＳ１１に移る。また、イベント映像を送信してはいけない場合には、ステップＳ１２に移る。
【００８６】
ここで、図１０を用いて、カメラ側イベント関連情報通信処理部２０にある通知先閲覧端末ＩＤ格納部１９に記録されているイベント映像通知許可テーブルを示す。図１０は、イベント映像通知許可テーブルの一例を示した図である。
【００８７】
イベント映像通知許可テーブルは、イベント映像を送信してもよいイベント閲覧端末４のＩＤ（通知先閲覧端末ＩＤ）のリストである。イベント映像通知許可テーブルは、図１０に示すように、イベント管理サーバ３からイベント映像を送信してもよいイベント閲覧端末４の情報として送信されてきた通知先閲覧端末ＩＤを記憶しておいたものである。例えば、イベント映像を要求してきたイベント閲覧端末４の通知先閲覧端末ＩＤが「Ｕ０１」であった場合、図１０のテーブルを参照すると、送信してもよい通知先閲覧端末ＩＤのリストに含まれているとカメラ側イベント関連情報通信処理部２０が判断することになる。
【００８８】
続いて、ステップＳ１１では、イベント閲覧端末４からの要求信号に含まれるイベントＩＤに対応するイベント映像を、イベント映像抽出部２４がカメラ側イベント関連情報格納部１７から抽出し、カメラ側イベント情報送信部２１で上記イベント映像の送信データを生成する。そして、上記送信データをカメラ側無線通信部２２からイベント閲覧端末４に送信し、ステップＳ１２に移る。
【００８９】
ここで、図１１を用いて、カメラ側イベント関連情報格納部１７に格納されているイベント関連情報テーブルについて説明を行う。図１１は、カメラ側イベント関連情報格納部１７に格納されているイベント関連情報テーブルの一例を示した図である。カメラ側イベント関連情報格納部１７は、図１１に示すように、各イベントに対応する映像の保存ファイル名を蓄積しており、本ファイル名にてイベント部分のみを示すイベント映像を、映像取得部１１にて撮影した映像より抜き出して蓄積している。例えば、イベント閲覧端末４より受信したイベントＩＤが「Ａ０００５」の場合は、対応するイベント映像の保存ファイル名は「Ａ０００５．ｍｐｇ」である。また、カメラ側イベント関連情報格納部１７に格納されているイベント関連情報テーブルには、イベント情報も含まれているが、イベント関連情報テーブル中のイベント情報については、後に詳述する。
【００９０】
また、図１２を用いてイベント管理カメラ２からイベント閲覧端末４に対して送信するデータのデータフォーマットを示す。図１２は、イベント管理カメラ２からイベント閲覧端末４に対して送信するデータのデータフォーマットを示した図である。
【００９１】
図１２に示すように、イベント管理カメラ２からイベント閲覧端末４に対して送信するデータのデータフォーマットには、宛先となる通知先閲覧端末ＩＤ、送信元となるカメラＩＤ、要求を受けたイベントＩＤ、およびイベント映像が含まれている。通知先閲覧端末ＩＤ、カメラＩＤは通信用のアドレスとして使用するものである。また、イベント映像は、データ長と映像データの本体とからなり、データ長は映像データ本体のデータの長さを示すものである。
【００９２】
最後に、ステップＳ１２では、イベント管理カメラ２で撮影した映像からイベントを検出して、イベント情報をイベント閲覧端末４に通知するというイベント管理カメラ２での監視の処理が終了した場合（ステップＳ１２でＹｅｓ）には、フローを終了する。また、イベント管理カメラ２での監視の処理が終了していなかった場合（ステップＳ１２でＮｏ）には、ステップＳ２に戻ってフローを繰り返す。
【００９３】
〔２―３．オブジェクトの検出の処理フローについて〕
次に、図１３〜図１５を用いて、イベント管理カメラ２のイベント関連情報処理部１３におけるオブジェクト検出（ステップＳ２）の詳細なフローについて説明する。図１３は、イベント管理カメラ２のイベント関連情報処理部１３でのオブジェクト検出の動作フローを示したフローチャートである。また、図１４は、後述する背景画像作成処理の各ステップで作成される画像の模式図を示したものである。そして、図１５は、後述するオブジェクト有無検出処理の各ステップで作成される画像の模式図を示したものである。なお、現在（時刻ｔとする）の映像を用いて、オブジェクト検出を行うものとする。
【００９４】
ここで、一般的な画像処理による変化の検出手法について説明しておく。基本的には、現在の画像と比較元となる画像とを比較して、画素値の変化の差分を抽出することによって変化領域を特定する。この比較元となる画像の設定の仕方によって、さまざまな手法があり、ここでは、背景差分法とフレーム間差分法という、２つの差分検出手法について説明を行う。
【００９５】
最初に、背景差分法とは、基本となる１画像をあらかじめ用意しておき、その画像と現在の映像（イベント管理カメラ２によって撮影した入力映像）との画素値を比較し、変化箇所を特定する方法である。背景差分法の長所は、ターゲットオブジェクトそのものを抽出できることであるが、一方で、ターゲットオブジェクト以外も検出してしまうという短所もある。次に、フレーム間差分法とは、現在時刻における画像とそのすぐ直前の時刻における画像との画素値を比較して、変化箇所を特定する方法である。フレーム間差分では、ターゲットオブジェクトの移動の追跡がし易いが、一定時間動きのないターゲットオブジェクトの抽出はできないという短所がある。本実施の形態におけるオブジェクト検出では、以上のような差分法を利用してオブジェクト検出を行っており、具体的には、大きく２つに分けられる以下に示す処理を行っている。
（１）時刻ｔ−１までの映像から、検出元となる背景画像を作成する背景画像作成処理
（２）背景画像作成処理で作成した背景画像と、時刻ｔ時点の画像とのフレーム間差分をとり、オブジェクトの有無を検出するオブジェクト有無検出処理
まず、ステップＳ２１では、時刻ｔ−２時点までの変化箇所管理テーブルを読み出し、ステップＳ２２に移る。なお、変化箇所管理テーブルとは、単位時間ｎにおいて、映像から何らかの変化が検出された箇所を管理しておくテーブルである。例えば、撮影画像を１５ピクセル四方のブロックに小分けして、それぞれのブロックについて、単位時間ｎに変化を検出している場合は「１」、検出していない場合は「０」としてテーブル状に管理しておく。図１４に示す処理画像１０５ｂは、単位時間ｎに変化があった箇所を模式的に示したものであり、領域１１０ｂはその変化箇所を示す領域である。また、変化箇所の特定は、各時刻とその前時刻とのフレーム間差分により検出する。時刻ｔ−２時点では、時刻ｔ−３時点とのフレーム間差分をとることで変化箇所を検出し、以下、時刻ｔ−３時点では時刻ｔ−４時点とのフレーム間差分により検出する。処理画像１０５ｂは、これら各時刻における変化箇所を、ｔ−２から単位時間ｎだけ遡った時間、すなわち、ｔ−２−ｎ時間からｔ−２時間までの期間において累積した結果である。この単位時間ｎの値は、カメラのフレームレートまたは監視ターゲットの環境条件に応じて設定を行うものであり、例えば３０フレームである。
【００９６】
続いて、ステップＳ２２では、時刻ｔ−１の映像１００ｃと時刻ｔ−２の映像１００ｂとからフレーム間差分をとる。そして、当該フレーム間差分データを用いて、ステップＳ２１で読み出した時刻ｔ−２時点までの変化箇所管理テーブルを、時刻ｔ−１の映像１００ｃによって更新し、メモリに保持しておく。図１４に示す処理画像１０５ｃは、時刻ｔ−１の映像１００ｃにより更新した結果であり、領域１１０ｃは、時刻ｔ−１までの変化箇所を示す領域である。図１４の処理画像１００ａにおいては、時刻ｔ−１の映像１００ｃと時刻ｔ−２の映像１００ｂとのフレーム間差分をとった結果、変化箇所の領域１１０ａを検出している。この領域１１０ａを、時刻ｔ−２までにおける累積の変化箇所である領域１１０ｂに追加することによって、本実施の形態では時刻ｔ−１までの変化箇所管理テーブルを更新することになる。
【００９７】
次に、ステップＳ２３では、単位時間ｎに変化を検出した領域と検出していない領域との２つに切り分けて特定を行う。ステップＳ２２にて、時刻ｔ−１までの変化箇所を特定したので、この情報を用いて、単位時間ｎの間で変化のあった領域となかった領域とに分けて特定を行う。図１４の処理画像１０５ｄでは、領域１１０ｄが時刻ｔ−１までの時間において変化を検出した領域であり、領域１１５ｄが時刻ｔ−１までの時間において変化を検出しなかった領域である。
【００９８】
さらに、ステップＳ２４では、単位時間ｎに変化を検出した領域と検出していない領域との２つに切り分けて特定を行った領域に対して、以下のようなデータの置き換えを行って、新しい画像を作成する。すなわち、変化を検出した領域１１０ｄには、前の時刻（時刻ｔ−２）で同様に作成した背景画像を用いて、領域１１０ｄと同じ位置に対応する部分をはめ込む。変化を検出していない領域１１５ｄには、時刻ｔ−１における画像を用いて、領域１１５ｄと同じ位置に対応する部分をはめ込む。このようにして作成した画像を、「時刻ｔ−１の背景画像」として、メモリに保持しておく。なお、ここまでの処理が上述した背景画像作成処理となり、続くステップＳ２５以降の処理が上述したオブジェクト有無検出処理となる。
【００９９】
ステップＳ２５では、時刻ｔ−１の背景画像１２０と、時刻ｔの映像１０１ｃとを比較し、変化箇所を特定する。時刻ｔ−１の背景画像と時刻ｔの映像１０１ｃとを比較し、その変化している箇所を特定した結果が、図１５に示す領域１１１ａ、１１２ａである。次に、ステップＳ２６では、各変化箇所の距離および／または大きさの関係において連続している変化箇所どうしを同一の変化箇所と判断し、１つのオブジェクトとしてラベル付けする。このように、連続している変化箇所を組み合わせる理由は、本来１つのオブジェクトとして認識するべきものが画像処理により一部を変化領域として認識できなくなり、複数のオブジェクトとして認識してしまった場合に対する処置のためである。例えば、オブジェクトを人とした場合、首の部分が細いため、フレーム間差分によって首の部分は変化していない箇所として検出してしまう可能性がある。その結果、変化箇所のみからオブジェクトを認識すると、頭部と胴体部との２つのオブジェクトとして認識してしまう。そのため、あらかじめ設定しておいた距離および／または大きさの関係から、同じオブジェクトであると判断できるものは１つのオブジェクトとしてまとめて、現実に発生しているオブジェクトの情報との差を少なくし、後のイベント情報の抽出における精度を高めている。
【０１００】
図１５を用いて具体的に説明を行うと、時刻ｔにおける映像１０１ｃにおいて、オブジェクトは、真ん中の部分が細くなっている１つのオブジェクトとして存在している。ステップＳ２５で、時刻ｔ−１の背景画像と時刻ｔの映像との差分をとった結果の画像を、処理画像１０６ａで示す。このとき、処理画像１０６ａにおける領域１１１ａと領域１１２ａとの２つの領域を、変化領域として検出する。その後、領域１１１ａと領域１１２ａとの距離の関係から、同じオブジェクトであると認識できるかどうかを判断し、同一のオブジェクトであると認識できれば、処理画像１０６ｂにおける１つのオブジェクトとしてラベル付けを行う。上述した同一であると判断する条件であるが、２つの変化箇所を比較し、その離れている間隔が、大きい方の変化箇所の高さよりも小さい場合、または２つの変化箇所における重心値の間隔が、大きい方のオブジェクトの幅よりも小さい場合といったような条件がある。この条件は、単にオブジェクトの乖離距離または重心値の間隔が、所定の値（例えば５０ピクセル）より大きいか否かのみに依存しているものではなく、各変化箇所の大きさ情報も反映して条件を変化させているので、２つの小さな変化箇所（例えば直径１ピクセル）の乖離距離が、所定（５０ピクセル）値以下であるからといって、連続していると認識しないようにしている。これらの条件に基づいて、検出した変化箇所の近接度合を判断し、オブジェクトを１つにまとめる。
以上が、オブジェクト検出のフローである。オブジェクト検出フローの結果、オブジェクトが１つでもあれば、オブジェクトの移動を追跡して後述するイベントの検出を行うことになる。
【０１０１】
〔２―４．イベントの検出の処理フローについて〕
次に、図１６を用いて、イベント管理カメラ２のイベント関連情報処理部１３におけるイベント検出（ステップＳ３）の詳細なフローについて説明する。図１６は、イベント管理カメラ２のイベント関連情報処理部１３でのイベント検出の動作フローを示したフローチャートである。なお、現在（時刻ｔとする）の映像を用いて、オブジェクト検出は予め行ったものとする。
【０１０２】
最初に、カメラ側イベント関連情報格納部１７に格納されているイベント関連情報テーブルに含まれているイベント情報について、図１１を用いて説明を行う。イベントＩＤは、開始時刻、終了時刻、イベントの種類、およびＡｃｔｉｏｎについては、上述した通りである。終了フラグは、イベントが終了したか否かを示すフラグであって、図１１の例では「１」は終了を、「０」はまだ継続していることを示す。なお、終了時刻の欄は、イベントが継続中の場合には、最新のイベント検出時刻を記録している。具体的には、後述する位置情報の最新座標を記録した時刻であり、イベントが継続している間は、最新座標を記録するごとに終了時刻も更新していく。そして、イベントが終了した場合には、イベントの終了時刻を記録されるものである。イベント映像は、イベントに対応するイベント映像を記録しており、イベント終了フラグが「１」の場合にのみ記録している。位置情報は、各オブジェクトの軌跡における座標データであり、具体的には、各時刻におけるオブジェクトの領域の重心を示す。また、位置情報は、イベントが発生している時間長に応じて、各イベントに複数存在する。図１１では、位置の発生順に座標を記録している。
【０１０３】
まず、ステップＳ３１では、イベント抽出部１５がオブジェクトの追跡を開始し、ステップＳ３２に移る。ステップＳ３２では、上述のオブジェクト検出によって検出した各オブジェクトの位置情報と前時刻（時刻ｔ−１）で新規発生または継続している各イベントにおける位置情報とを比較して、近傍にあるものについては、同一のイベントとして判断する。図１１のイベント情報のテーブルを参照すると、終了していないイベントとしては、イベント１５０およびイベント１５１の２つがある。これら２つのイベントの最新の位置情報と現時刻ｔにおいて検出したオブジェクトの位置情報との距離を比較し、最小で、かつ、所定の範囲内のものであれば、同一のイベントとして認識する。例えば、イベント１５０の最新の座標は（５０，９００）、イベント１５１の最新の座標は（８００，１００）である。また、同一であると判断する距離の最大値をここでは例として１００ピクセルとする。時刻ｔにおいて検出したオブジェクトの座標を（１００，８００）とした場合、イベント１５０の最新の座標およびイベント１５１の最新の座標と上記検出したオブジェクトの座標との距離を算出し、近い方の距離に、上記検出したオブジェクトが含まれると判断する。この場合、イベント１５０の座標（５０，９００）と上記検出したオブジェクトの座標（１００，８００）とを比較すると、２点間の距離は「８７ピクセル」となる。また、イベント１５１の座標（８００，１００）と上記検出したオブジェクトの座標（１００，８００）とを比較すると、２点間の距離は「９９０ピクセル」となる。この結果、イベント１５０の方が近傍にあると判断できる。さらに、イベント１５０と検出したオブジェクトとの距離は「８７ピクセル」であり、同一であると判断する距離の最大値である「１００」以下である。よって、検出したオブジェクトは、イベント１５０に含まれるオブジェクトであり、イベントとしては同一であると判断できる。
【０１０４】
続いて、ステップＳ３３では、同一のイベントであると判断できるものがあった場合（ステップＳ３３でＹｅｓ）には、ステップＳ３４に移る。また、同一のイベントであると判断できるものがなかった場合（ステップＳ３３でＮｏ）には、ステップＳ３５に移る。ステップＳ３４では、イベント情報テーブルの位置情報に最新の位置情報を追加して、イベント情報を更新する。すなわち、カメラ側イベント関連情報格納部１７に格納しているイベント情報テーブルに、イベント１５０の位置情報として、（１００，８００）を追加し、終了時刻に最新の位置情報を検出した時間を更新しておく。そして、オブジェクトの追跡を終了し、ステップＳ３６に移る。また、ステップＳ３５では、新規に発生したイベントであるとして、イベント情報テーブルに追加して、オブジェクトの追跡を終了し、ステップＳ３６に移る。
【０１０５】
ステップＳ３６では、オブジェクト追跡によりイベント情報を最新に更新した後の所定時間に位置情報の更新があったか否かによって、イベントが終了した否かの判定を行う。そして、イベントが終了したと判定された場合（ステップＳ３６でＹｅｓ）には、ステップＳ３７に移る。また、イベントが終了したと判断できない場合（ステップＳ３６でＮｏ）には、フローを終了する。なお、イベント終了の判断であるが、図１１のイベント情報テーブルを例に用いて説明すると、イベントが終了していない、すなわち、終了フラグ＝０の各イベント情報において、終了時刻は、最も新しく位置情報が更新された時刻を表わしている。その終了時刻から現時刻までの経過時間を計算し、一定時間（例えば３０秒）経過していれば、イベントが終了していると判断する。終了したイベントが存在する場合は、図１１のイベント情報テーブルにおいて、終了フラグを「１」に設定しておく。続いて、ステップＳ３７では、イベントの解析を行って、フローを終了する。イベントの解析は、例えばオブジェクトの領域の面積で、人および車などのオブジェクトの種類を判断する。また、オブジェクトの軌跡情報から、進行方向の方角および移動軌跡のパターン（映像を横断的に横切っている、出現した方向に引き返している、またはうろうろと迷走している等）を判断する。図１１のイベント情報テーブルにおける種類およびＡｃｔｉｏｎの欄は、このような解析から抽出したイベント情報の一例である。なお、上述の解析から抽出した情報は、イベント検出の処理の後のイベント情報の生成の処理でイベント情報テーブルに加えられてイベント情報として生成される。
【０１０６】
〔２―５．経路表の更新の処理フローについて〕
次に、図１７を用いて、カメラ側無線通信部２２でのアドホックネットワークの経路表の更新について説明する。図１７は、カメラ側無線通信部２２でのアドホックネットワークの経路表の更新の動作フローを示したフローチャートである。なお、経路表とは、アドホックネットワーク内にある構成端末（以下「ノード」と呼ぶ）と通信を行うための通信経路を表すテーブルである。アドホックネットワークの構成方法には、さまざまな手法があるが、本実施の形態では、定期的に経路表を更新する方法を用いる。この方法では、通信すべきデータの有無に関わらず定期的に経路表を更新し、あるノードへのデータ通信が必要になった場合には、最新の経路表を参照して、いつでもデータ送信できるようにしておく。
【０１０７】
まず、ステップＳ７１では、イベント管理カメラ２が現在、アドホックネットワークに入っているか否かの確認を行い、ステップＳ７２に移る。ステップＳ７２では、イベント管理カメラ２がアドホックネットワークに入っていた場合（ステップＳ７２でＹｅｓ）には、経路表の更新タイミングであるか否かを確認し、ステップＳ７３に移る。また、イベント管理カメラ２がアドホックネットワークに入っていなかった場合（ステップＳ７２でＮｏ）には、経路表も持っていないため、周辺のノードにパケットを送信して、経路表を新規に作成し、フローを終了する。
【０１０８】
ステップＳ７３では、経路表の更新タイミングであった場合（ステップＳ７３でＹｅｓ）には、ステップＳ７４に移る。また、経路表の更新タイミングでなかった場合（ステップＳ７３でＮｏ）には、フローを終了する。続いて、ステップＳ７４では、周辺のノードにパケットを送信して経路表を修正、またはアドホックネットワークから外れたノードを削除することで最新の経路に更新し、フローを終了する。なお、経路表の更新の間隔であるが、経路表の更新を頻繁に行えば、アドホックネットワークの通信トラフィックが多くなるため、イベント情報を通信する際に通信遅延が起きる可能性がある。逆に、経路表の更新間隔を長くすれば、データ通信を行う際に古い経路での通信となってしまい、目的のノードへ到達できない等のデータ通信ができなくなる問題を生じさせる可能性がある。そのため、イベント管理システム１を用いる用途や、イベント管理システム１におけるノードの移動頻度に応じて適切な間隔を設定する。例えば、ノードの移動が少ないような場合（監視カメラなど）であれば、最初に経路表を作成後、頻繁に更新する必要がないため、更新間隔は長くてもよい。
【０１０９】
〔２―６．イベント管理サーバでの処理フローについて〕
続いて、図１８を用いて、イベント管理サーバ３での処理フローについて説明を行う。図１８は、イベント管理サーバ３での動作フローを示したフローチャートである。
【０１１０】
まず、ステップＳ１０１では、サーバ側無線通信部３１がイベント管理カメラ２からイベント情報を受信した場合（ステップＳ１０１で「イベント情報」）には、サーバ側無線通信部３１のサーバ側イベント情報受信部３５がイベント情報を受信し、ステップＳ１０２に移る。また、サーバ側無線通信部３１がイベント閲覧端末４から通知先情報を受信した場合（ステップＳ１０１で「通知先情報」）には、ステップＳ１０５に移る。なお、通知先情報とは、イベント情報の通知を受けたい対象としてイベント閲覧端末４の操作部４５で選択を受け付けたイベント管理カメラ２のカメラＩＤと通知先閲覧端末ＩＤとを含むものである。
【０１１１】
ステップＳ１０２では、受信したイベント情報と受信先のイベント管理カメラ２のカメラＩＤとをセットにしてサーバ側イベント情報格納部３２に蓄積（格納）する。図１９に、イベント管理サーバ３のサーバ側イベント情報格納部３２に格納されているイベント情報テーブルの一例を示す。図１９に示すように、サーバ側イベント情報格納部３２に格納されているイベント情報テーブルでは、受信したカメラＩＤとイベントＩＤとイベント情報とをそれぞれ対応させて格納している。また、「開始時刻」、「終了時刻」、「種類」等には、イベント管理カメラ２から受信したイベント情報の内容を格納している。さらに、それぞれのイベント情報は、複数のイベント管理カメラ２よりイベント情報を受信した順番に格納する。「通知済」の欄は、イベント閲覧端末４に対して、それぞれのイベント情報の通知が完了しているか否かを示すものである。図１９の例では、「１」は通知が完了したことを、「０」はまだ通知が完了していないことを示す。
【０１１２】
続いて、ステップＳ１０３では、イベント管理カメラ２の場合と同様のフローにて経路表を更新し、ステップＳ１０４に移る。ステップＳ１０４では、まだ通知を完了していないイベント情報を、古いものから順番にイベント閲覧端末４に通知し、ステップＳ１０７に移る。なお、イベント情報とともに、イベントＩＤとカメラＩＤともイベント閲覧端末４に通知する。このとき、どのイベント閲覧端末４に通知するかについては、例えば、図５に示す通知先格納部３４の通知先管理テーブルをもとに通知を行う。例を示すと、カメラＩＤ＝０００１のイベント情報であれば、通知先閲覧端末ＩＤ＝Ｕ０１のイベント閲覧端末４に通知を行うことになる。なお、イベント閲覧端末４に対する通知を行った場合、図１９に示すイベント情報テーブルの「通知済」の欄を「１」に設定する。
【０１１３】
ここで、図２０を用いてイベント管理サーバ３からイベント閲覧端末４に対して送信するデータのデータフォーマットを示す。図２０は、イベント管理サーバ３からイベント閲覧端末４に対して送信するデータのデータフォーマットを示した図である。
【０１１４】
図２０に示すように、イベント管理サーバ３からイベント閲覧端末４に対して送信するデータのデータフォーマットには、送信先の通知先閲覧端末ＩＤ、送信元のサーバＩＤ、イベント情報の送信元のカメラＩＤ、イベントＩＤ、およびイベント情報が含まれている。また、イベント情報には、イベントが発生したカメラＩＤとイベントＩＤとを少なくとも含む。
【０１１５】
また、ステップＳ１０５では、イベント閲覧端末４からの通知先情報を通知先格納部３４に登録（格納）し、ステップＳ１０６に移る。イベント管理サーバ３では、イベント閲覧端末４から受信した通知先情報を、図５で示すような通知先管理テーブルに記憶（格納）しておく。ステップＳ１０６では、ステップＳ１０５で格納した通知先情報に基づいて、各イベント管理カメラ２に対して、イベント映像を送信しても良いイベント閲覧端末４の通知先閲覧端末ＩＤの情報を送信（イベント映像送信先の送信）し、ステップＳ１０７に移る。図５の通知先情報を例にして説明をすると、「カメラＩＤ＝０００１」へ送信するイベント閲覧端末４の情報は、「通知先閲覧端末ＩＤ＝Ｕ０１」である。すなわち、通知先閲覧端末ＩＤ＝Ｕ０１に対しては、イベント映像を送信してもよいことを、カメラＩＤ＝０００１のイベント管理カメラ２に対して通知する。同様にして、図５の通知先管理テーブルに格納しているカメラＩＤごとに、イベント映像を送信してもよい通知先閲覧端末ＩＤを送信する。
【０１１６】
最後に、ステップＳ１０７では、イベント管理カメラ２から送信されたイベント情報をイベント閲覧端末に通知するというイベント管理サーバ３での監視の処理が終了した場合（ステップＳ１０７でＹｅｓ）には、フローを終了する。また、イベント管理サーバ３での監視の処理が終了していなかった場合（ステップＳ１０７でＮｏ）には、ステップＳ１０１に戻ってフローを繰り返す。
【０１１７】
〔２―７．イベント閲覧端末での処理フローについて〕
続いて、図２１を用いて、イベント閲覧端末４での処理フローについて説明を行う。図２１は、イベント閲覧端末４での動作フローを示したフローチャートである。
【０１１８】
まず、ステップＳ２０１では、表示部４４に表示されるカメラリストをもとに、イベント情報の通知を受けたいイベント管理カメラ２がユーザによって選択された場合に、上記選択結果を操作部４５で受け付け、上記選択結果を操作部４５で受け付けたイベント閲覧端末４の通知先閲覧端末ＩＤと選択されたイベント管理カメラ２のカメラＩＤとをイベント管理サーバ３に対して閲覧端末側無線通信部４１が送信し、ステップＳ２０２に移る。
【０１１９】
ここで、図２２に、イベント情報の通知を受けたいイベント管理カメラ２を選択する選択画面の表示例を示す。図２２では、アドホックネットワーク内に存在するイベント管理カメラ２のカメラＩＤとカメラ情報とからなるカメラリストが表示されている。イベント閲覧端末４では、ユーザが通知を受けたいイベント管理カメラ２の選択を、チェックボックス等によって受け付ける。例としては、図２２に示すカメラＩＤとカメラ情報との組のそれぞれのチェックボックスがユーザによって選択された後、ユーザによって「決定」ボタンが押下されることで、ユーザが通知を受けたいイベント管理カメラ２の選択を受け付ける。そして、閲覧端末側無線通信部４１が、イベント管理サーバ３へ選択を受け付けた情報を送信することになる。この際に、イベント管理サーバ３側へ送信する情報は、選択されたカメラＩＤ、および送信元の通知先閲覧端末ＩＤの２種類である。
【０１２０】
続いて、ステップＳ２０２では、閲覧端末側無線通信部４１がイベント管理サーバ３からイベント情報を受信した場合（ステップＳ２０２で「イベント情報」）には、閲覧端末側無線通信部４１の閲覧端末側イベント情報受信部４２がイベント情報を受信し、ステップＳ２０３に移る。また、閲覧端末側無線通信部４１がイベント管理カメラ２からイベント映像を受信した場合（ステップＳ２０２で「イベント映像」）には、閲覧端末側無線通信部４１の閲覧端末側イベント映像受信部４７がイベント映像を受信し、ステップＳ１０５に移る。ステップＳ２０３では、受信した情報を閲覧端末側イベント関連情報格納部４３に格納した後に、表示部４４でイベント情報を表示し、ステップＳ２０４に移る。
【０１２１】
ここで、図２３に、閲覧端末側イベント関連情報格納部４３にて格納するイベント情報テーブルの一例を示す。閲覧端末側イベント関連情報格納部４３では、イベント管理サーバ３から受信したカメラＩＤ、イベントＩＤ、イベント情報を格納するとともに、後に受信するイベント映像を蓄積するための欄を備えている。また、イベント情報のみの受信であり、イベント映像は受信していない場合には、イベント情報１６１のように、イベント映像の欄は空欄（「−」）となっている。後に、必要に応じてイベント映像を受信すると、イベント情報１６０のように、イベント映像欄にイベント映像を表すファイル名が入ることになる。このファイル名は、イベント閲覧端末４が、他のイベント映像と重複しないように一意につけられるものであり、イベント映像の本体もこのファイル名で閲覧端末側イベント関連情報格納部４３に格納されることになる。
【０１２２】
また、図２４を用いて、イベント閲覧端末４の表示部４４でのイベント情報の表示例を示す。図２４では、複数のイベント管理カメラ２（カメラＩＤ＝０００１のイベント管理カメラ２およびカメラＩＤ＝０００２のイベント管理カメラ２と）でのイベント情報をまとめて表示しており、また、最新のイベント情報１つだけでなく、過去のイベント情報をそれぞれ３つずつ表示している。また、イベントごとに、イベントのサムネイル、「発生時間」、「種類」、「行動」等のイベント情報と操作用ボタンとが表示される。イベントのサムネイルは、イベント映像を受信している場合には、イベント映像の最初の部分を表示する。また、イベント映像を受信していない場合には、イベント情報１７０のように「映像なし」として表示する。イベント情報としては、イベント管理サーバ３から受信したイベント情報を表示する。例えば「発生時間」は、イベント管理サーバ３から受信した「開始時刻」および「終了時刻」より算出したイベントの経過時刻である。また、操作用ボタンは、イベント映像の再生に関する再生操作ボタン、およびイベント映像をイベント管理カメラ２に対して要求するための要求操作ボタンの２種類がある。再生操作ボタンは、操作ボタン１８０のように、イベント映像を既に受信しているイベントに対して表示されるボタンであり、「再生」および「停止」といった操作を行うことができる。また、要求操作ボタンは、操作ボタン１８１のように、イベント映像を受信していないイベントに対して表示されるボタンである。
【０１２３】
続いて、ステップＳ２０４では、操作部４５に対してのユーザからの操作があった場合（ステップＳ２０４でＹｅｓ）には、操作部４５が押下されたボタンの座標を特定し、ステップＳ２０５に移る。また、操作部４５に対してのユーザからの操作がなかった場合（ステップＳ２０４でＮｏ）には、ステップＳ２０８に移る。
【０１２４】
ここで、図２５を用いて、表示部４４上の各座標が押下・選択された場合の座標とパラメータとの操作対応テーブルを示す。操作部４５では、表示内容を更新するたびに、操作対応テーブルを書き換える。操作対応テーブルは、各操作ボタンを押下すると出力するパラメータ値を表している。図２４における操作ボタン１８１を押下すると、図２５における「Ｘ座標＝２〜３，Ｙ座標＝Ｂ〜Ｃ」のエリアのどれかが選択される。座標１９０（Ｘ＝２，Ｙ＝Ｂ）が選択された場合には、パラメータとして「カメラＩＤ＝０００１，イベントＩＤ＝Ａ０００５」が操作部４５から閲覧端末側要求送信部４６へ送られることになる。
【０１２５】
続いて、ステップＳ２０５では、選択したパラメータを操作部４５が閲覧端末側要求送信部４６に送り、閲覧端末側要求送信部４６が、当該パラメータに基づき、対応するイベント管理カメラ２へ送信するデータを作成する。また、イベント管理カメラ２の場合と同様のフローにて経路表を更新し、ステップＳ２０６に移る。そして、ステップＳ２０６では、イベント映像の要求信号を閲覧端末側無線通信部４１からイベント管理カメラ２へ送信し、ステップＳ２０８に移る。
【０１２６】
ここで、図２６を用いてイベント閲覧端末４からイベント管理カメラ２に対して送信するデータのデータフォーマットを示す。図２６に示すように、イベント閲覧端末４からイベント管理カメラ２に対して送信するデータのデータフォーマットには、要求先となるカメラＩＤ、要求元となる通知先閲覧端末ＩＤ、および要求するイベント映像に対応するイベントＩＤが含まれている。なお、通知先閲覧端末ＩＤは、イベント閲覧端末４から要求を受信したイベント管理カメラ２において、イベント映像の返信先となる。
【０１２７】
また、ステップＳ２０７では、受信した情報を閲覧端末側イベント関連情報格納部４３に格納した後に、表示部４４でイベント映像を表示し、ステップＳ２０８に移る。閲覧端末側イベント関連情報格納部４３では、イベント管理カメラ２から受信したイベントＩＤ、カメラＩＤに基づき、どのイベントに対するイベント映像なのかを判断してイベント映像を保存するファイル名をつけ、イベント情報テーブル中の対応するイベント映像の欄にファイル名を登録する。そして、登録したファイル名で、イベント映像を格納する。また、表示部４４に表示中のイベントであれば、受信したイベント映像を、表示部４４の表示画面中の対応する箇所に表示する。
【０１２８】
以下では、表示部４４でのイベント映像の表示について図２７〜図２９を用いて説明を行う。図２７は、表示部４４での表示エリアの区切りの例を模式的に示した図である。また、図２８は、表示部４４の各表示エリアにどのイベント情報を表示しているかの現表示内容対応テーブルの一例を示した図である。そして、図２９は、表示部４４に表示中のイベントのイベント映像を受信した場合の表示部４４での表示例を示した図である。
【０１２９】
図２７に示すように、表示部４４では、各イベントを表示する箇所を、点線で示す表示エリアにそれぞれ区切り、各情報を表示する。本実施の形態では、６つのイベントを表示し、上段、下段ごとに、各カメラのイベント情報をまとめて表示する構成になっている。
【０１３０】
また、図２８に示す現表示内容対応テーブルを、表示部４４が管理しており、図２４で示す表示例において「次のイベント」ボタン１８５を押下する等、表示部４４の表示内容を更新する操作を受け付けるごとに、現表示内容対応テーブルの内容も更新する。「表示エリア位置」は、表示エリアの番号であり、図２７の表示エリアに対応している。「表示内容」は、各表示エリアに表示している情報のパラメータを示している。例えば、表示エリア位置＝Ａ、すなわち上段は、カメラＩＤ＝０００１の情報を表示しており、表示エリア位置＝Ａ１の場合は、カメラＩＤ＝０００１、イベントＩＤ＝Ａ０００５のイベント情報を表示している。ステップＳ２０２にて、イベント閲覧端末４から「カメラＩＤ＝０００１、イベントＩＤ＝Ａ０００８」に対応するイベント映像を受信すると、閲覧端末側要求送信部４６は、閲覧端末側イベント関連情報格納部４３にイベント映像およびファイル名を格納する。また、表示部４４では、受信したイベント映像が現在表示中であるか否かを、イベントＩＤ、カメラＩＤをキーにして現表示内容対応テーブルから検索する。図２８の現表示内容対応テーブルにおいて、「カメラＩＤ＝０００１、イベントＩＤ＝Ａ０００８」のイベント２００は表示中であるので、受信したイベント映像に対応する表示エリアである「Ａ１」に、イベント映像を再生して表示する。
【０１３１】
さらに、図２９に、イベント映像を受信後の表示例を示す。イベント映像の受信前である図２４に対して、対応するイベントのサムネイル１７１において、受信したイベント映像を表示、再生している。また、操作ボタン１８３は、イベント映像再生中は、「停止」ボタンを表示する。
【０１３２】
最後に、ステップＳ２０８では、イベント管理サーバ３から送信されたイベント情報の表示（通知）、およびイベント管理カメラ２から送信されたイベント映像の表示を行うというイベント閲覧端末４での監視の処理が終了した場合（ステップＳ２０８でＹｅｓ）には、フローを終了する。また、イベント閲覧端末４での監視の処理が終了していなかった場合（ステップＳ２０８でＮｏ）には、ステップＳ２０１に戻ってフローを繰り返す。
【０１３３】
〔実施の形態２〕
本発明の他の実施の形態について図３０ないし図３４に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１と同じである。また、説明の便宜上、前記の実施の形態１の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０１３４】
本実施の形態のイベント管理システム１ａは、前記実施の形態１のイベント管理システム１の構成に対して、イベント管理カメラ２の代わりにイベント管理カメラ２ａ、イベント管理サーバ３の代わりにイベント管理サーバ３ａを含む点が異なっている。具体的には、前記実施の形態１では、イベント管理カメラ２は、イベント管理サーバ３から事前にイベント映像を送信してもよいイベント閲覧端末４の通知先閲覧端末ＩＤのリストを取得し通知先閲覧端末ＩＤ格納部１９に格納しており、イベント閲覧端末４から、イベント映像の要求信号を受信した際には、格納しておいた通知先閲覧端末ＩＤのリストを参照して、要求のあったイベント閲覧端末４に対してイベント映像を送信してもよいか否かの確認を行う構成になっていた。一方、本実施の形態では、予め通知先閲覧端末ＩＤのリストを取得せず、イベント映像の要求信号をイベント管理カメラ２ａが受信するごとにイベント管理サーバ３ａに要求のあったイベント閲覧端末４に対してイベント映像を送信してもよいか否かの確認を行う構成になっている。
【０１３５】
最初に、図３０を用いて、イベント管理カメラ２ａの構成の概要について説明を行う。図３０は本実施の形態におけるイベント管理カメラ２ａの概略的構成を示す機能ブロック図である。イベント管理カメラ２ａは、映像取得部１１、映像格納部１２、イベント関連情報処理部（イベント関連情報処理手段）１３、カメラ側イベント関連情報格納部（イベント映像格納部）１７、イベント識別子付与部（イベント識別子付与手段）１８、通知先閲覧端末ＩＤ格納部（送信リスト格納部）１９、カメラ側イベント関連情報通信処理部２０、カメラ側無線通信部２２、イベント映像抽出部（イベント映像抽出手段）２４、およびカメラ側イベント映像送信可否確認部（イベント映像送信可否確認手段）５１を備えている。また、イベント関連情報処理部１３は、背景画像作成部１４、イベント抽出部１５、およびイベント解析部１６を含んでいる。さらに、カメラ側イベント関連情報通信処理部２０は、カメラ側イベント情報送信部（第１イベント関連情報送信手段）２１およびカメラ側イベント映像送信部（第１イベント映像送信手段）２５を含んでいる。そして、カメラ側無線通信部２２は、カメラ側要求受信部（第１要求受信手段）２３を含んでいる。図３０では、説明の簡略化のため、このうちカメラ側イベント関連情報格納部１７、カメラ側イベント関連情報通信処理部２０、カメラ側無線通信部２２、カメラ側要求受信部２３、イベント映像抽出部２４、およびカメラ側イベント映像送信可否確認部５１のみを図示している。
【０１３６】
まず、カメラ側イベント映像送信可否確認部５１は、カメラ側要求受信部２３でイベント映像の要求信号を受信した場合に、イベント映像の送信可否の確認をイベント管理サーバ３ａに対して行うものである。詳しくは、カメラ側イベント映像送信可否確認部５１は、送信可否の問い合わせのデータをカメラ側イベント関連情報通信処理部２０に送って送信データを作成させて、作成した送信データをカメラ側無線通信部２２からイベント管理サーバ３ａに送信させる。また、イベント管理サーバ３ａから上記送信可否の問い合わせの結果（送信可否情報）をカメラ側無線通信部２２で受信した場合に、カメラ側イベント映像送信可否確認部５１は、カメラ側無線通信部２２から送られてきた送信可否情報に応じて、イベント映像抽出部２４またはカメラ側イベント関連情報通信処理部２０に指示を行うものである。カメラ側イベント映像送信可否確認部５１からの指示については後に詳述する。
【０１３７】
次に、図３１を用いてイベント管理サーバ３ａの構成の概要について説明を行う。図３１は本実施の形態におけるイベント管理サーバ３ａの概略的構成を示す機能ブロック図である。イベント管理サーバ３ａは、サーバ側無線通信部３１、サーバ側イベント情報格納部３２、サーバ側イベント関連情報通信処理部３３、通知先格納部３４、およびサーバ側イベント映像送信可否確認部（イベント映像送信可否判定手段）５２を備えている。また、サーバ側無線通信部３１は、サーバ側イベント情報受信部３５、サーバ側要求受信部（第２要求受信手段）３７、およびサーバ側イベント映像受信部３９を含んでいる。さらに、サーバ側イベント関連情報通信処理部３３は、サーバ側イベント情報送信部（第２イベント関連情報送信手段）３６、サーバ側要求送信部３８、およびサーバ側イベント映像送信部（第２イベント映像送信手段）４０を含んでいる。図３１では、説明の簡略化のため、このうちサーバ側無線通信部３１、サーバ側イベント関連情報通信処理部３３、通知先格納部３４、およびサーバ側イベント映像送信可否確認部５２のみを図示している。
【０１３８】
まず、サーバ側イベント映像送信可否確認部５２は、サーバ側無線通信部３１でイベント映像の送信可否の問い合わせのデータを受信した場合に、イベント映像の送信可否の判定を行うものである。詳しくは、サーバ側イベント映像送信可否確認部５２は、通知先格納部３４を参照し、イベント管理カメラ２ａより当該イベント閲覧端末４に対してイベント映像を送信してよいか否かの判定（確認）を行い、判定結果を送信可否情報としてサーバ側イベント関連情報通信処理部３３に送って送信データを作成させて、作成した送信データをサーバ側無線通信部３１からイベント管理カメラ２ａに送信させる。なお、サーバ側イベント映像送信可否確認部５２での確認の処理については、後に詳述する。
【０１３９】
次に、イベント管理システム１ａでの動作フローについての説明を行う。なお、ここでは、前記実施の形態１と同様の部分は説明を省略する。
【０１４０】
まず、本実施の形態のイベント管理カメラ２ａでは、上述したようにイベント管理カメラ２ａで予め通知先閲覧端末ＩＤを通知先閲覧端末ＩＤ格納部１９に登録せず、前述のステップＳ１０も行わない。また、イベント管理カメラ２ａでは、前述のステップＳ９でイベント映像の要求があった場合に、イベント管理サーバ３ａに対してカメラ側イベント映像送信可否確認部５１がイベント映像の送信可否の確認を行う。そして、イベント管理カメラ２ａがイベント管理サーバ３ａから送信を許可する内容の送信可否情報を受信した場合には、前述のステップＳ１１に移る。また、イベント管理カメラ２ａがイベント管理サーバ３ａから送信を許可しない内容の送信可否情報を受信した場合には、イベント閲覧端末４でイベント映像の送信を許可しない旨の表示を行わせるデータをイベント管理カメラ２ａからイベント閲覧端末に送信し、前述のステップＳ１２に移る。
【０１４１】
続いて、イベント管理サーバ３ａでは、前述のステップＳ１０６を行わない。また、イベント管理サーバ３ａでは、前述のステップＳ１０１でサーバ側無線通信部３１がイベント管理カメラ２からイベント映像の送信可否の問い合わせのデータを受信した場合には、サーバ側イベント映像送信可否確認部５２がイベント映像の送信可否を確認し、送信可否情報をイベント管理カメラ２ａに送信してステップＳ１０７に移る。
【０１４２】
次に、図３２を用いて、イベント管理カメラ２ａでのイベント映像の送信時の処理フローについて説明を行う。図３２は、イベント管理カメラ２ａでのイベント映像の送信時の動作フローを示したフローチャートである。
【０１４３】
まず、ステップＳ３０１では、イベント閲覧端末４に対してイベント映像を送信してもよいか否かをイベント管理サーバ３ａに対して確認する、カメラ側イベント映像送信可否確認部５１から送り出された送信可否問い合わせのデータを、カメラ側無線通信部２２がイベント管理サーバ３ａへ送信し、ステップＳ３０２に移る。送信可否問い合わせの送信データには、イベント映像を要求してきたイベント閲覧端末４の通知先閲覧端末ＩＤが含まれている。一方、イベント管理サーバ３ａでは、送信を受けた通知先閲覧端末ＩＤに基づいて、通知先格納部３４の通知先管理テーブルを参照して、イベント管理カメラ２ａより当該イベント閲覧端末４に対してイベント映像を送信してよいか否かの確認を行い、結果をイベント管理カメラ２ａへ返信する。具体的に、「通知先閲覧端末ＩＤ＝Ｕ０３」のイベント閲覧端末４から、「カメラＩＤ＝０００２」のイベント管理カメラ２ａに対してイベント映像を要求したとする。この場合、イベント管理カメラ２ａからは、自身のカメラＩＤおよび要求のあったイベント閲覧端末の通知先閲覧端末ＩＤ（「Ｕ０３」）を、イベント管理サーバ３ａに対して送信する。イベント管理サーバ３ａでは、例えば図５に示す通知先管理テーブルを参照して確認を行う。この場合、「カメラＩＤ＝０００２」のイベント管理カメラ２ａに対しては、「通知先閲覧端末ＩＤ＝Ｕ０１、Ｕ０３」が登録されている。イベント映像を要求してきたイベント閲覧端末４のＩＤは「Ｕ０３」であるから、この場合は、イベント映像を送信してよいとサーバ側イベント映像送信可否確認部５２が判断する。なお、イベント管理サーバ３ａからイベント管理カメラ２ａへ、許可または不許可の結果を通知する送信可否情報としては、例えば許可をする場合は「１」を、不許可の場合は「０」を送信するようにすればよい。
【０１４４】
続いて、ステップＳ３０３では、イベント管理サーバ３ａからカメラ側無線通信部２２が送信可否情報を受信した（返信を受けた）場合（ステップＳ３０３でＹｅｓ）には、ステップＳ３０４に移る。また、返信を受けていなかった場合（ステップＳ３０３でＮｏ）には、ステップＳ３０３に戻ってフローを繰り返す。
【０１４５】
ステップＳ３０４では、受信した送信可否情報がイベント映像の送信を許可する情報であった場合（ステップＳ３０４でＹｅｓ）には、カメラ側イベント映像送信可否確認部５１がイベント映像抽出部２４にカメラ側イベント関連情報格納部１７からイベント映像を抽出するようイベント映像の要求を行う。そして、抽出されたイベント映像からカメラ側イベント関連情報通信処理部２０で送信データを作成し、カメラ側無線通信部２２からイベント閲覧端末４へ送信し、フローを終了する。また、受信した送信可否情報がイベント映像の送信を許可しない不許可の情報であった場合（ステップＳ３０４でＮｏ）には、カメラ側イベント映像送信可否確認部５１の指示によって、カメラ側イベント関連情報通信処理部２０でイベント映像の送信の不許可を通知する送信データを作成し、カメラ側無線通信部２２からイベント閲覧端末４へ送信し、フローを終了する。
【０１４６】
ここで、図３３を用いて、イベント管理カメラ２ａからイベント閲覧端末４へ送信するデータのデータフォーマットを示す。図３３に示すように、閲覧端末ＩＤフィールド、カメラＩＤフィールド、イベントＩＤフィールドは、前記実施の形態１と同様である。次に、送信可否フィールドは、イベント管理サーバ３ａに確認したイベント映像の送信可否の結果に応じて変更する。イベント映像の送信が「許可」であった場合には、送信可否フィールドは「１」に設定し、次に続くイベント映像フィールドに、要求のあったイベントＩＤに対応するイベント映像を入れた送信データを作成することになる。また、送信が「不許可」であった場合には、送信可否フィールドを「０」に設定し、イベント映像フィールドは無しの送信データを作成することになる。
【０１４７】
続いて、図３４に、イベント映像の送信が不許可であった場合のイベント閲覧端末４の表示部４４における表示例を示す。イベント閲覧端末４では、図３３に示したようなデータフォーマットのデータを受信し、送信可否フィールドが「０」であった場合には、対応するイベント情報のイベント映像を表示する箇所に、例えばメッセージ２１０のような「イベント映像を取得できませんでした」というイベント映像の取得の不許可を表す表示を行う。一方、イベント映像の送信が「許可」であった場合には、イベント映像がイベント管理カメラ２ａからイベント閲覧端末４に対して送信されるので、前記実施の形態１と同様に、図２９に示すようにしてイベント映像の再生を行う。
【０１４８】
〔実施の形態３〕
本発明の他の実施の形態について図３５に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１または前記実施の形態２と同じである。また、説明の便宜上、前記の実施の形態１または前記実施の形態２の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０１４９】
前記実施の形態１および実施の形態２では、イベント情報の通知については、イベント管理サーバ３・３ａが中継を行ってイベント管理カメラ２・２ａからイベント閲覧端末４に対してイベント情報の通知を行う一方、イベント映像の通知については、イベント閲覧端末４からイベント管理カメラ２・２ａへのイベント映像の要求、およびイベント管理カメラ２・２ａからイベント閲覧端末４へのイベント映像の送信には、イベント管理サーバ３・３ａを介さない構成を主に示した。本実施の形態では、イベント映像の通知についても、イベント管理カメラ２・２ａとイベント閲覧端末４との中継をイベント管理サーバ３ｂが行うイベント管理システム１ｂについて詳細な説明を行う。
【０１５０】
なお、本実施のイベント管理サーバ３ｂは、前述したサーバ側要求受信部３７、サーバ側要求送信部３８、サーバ側イベント映像受信部３９、およびサーバ側イベント映像送信部４０を含むイベント管理サーバ３と同様の部材を備えているとともに、イベント閲覧端末４から要求信号とともに受信したデータのパラメータを格納する図示しないパラメータ格納部をさらに備えている。
【０１５１】
最初に、イベント管理システム１ｂでの動作フローについての説明を行う。なお、ここでは、イベント管理カメラ２を用いる場合を例に説明を行い、前記実施の形態１と同様の部分は説明を省略する。
【０１５２】
まず、本実施の形態のイベント管理カメラ２では、前述のステップＳ９でイベント管理サーバ３ｂからイベント映像の要求信号を受信する。イベント管理カメラ２では、イベント映像の要求信号を受信すると、受信内容のパラメータであるイベントＩＤをもとに、カメラ側イベント関連情報格納部１７で格納している図１１に示すようなイベント情報テーブルを参照して、イベント映像抽出部２４が対応するイベント映像を抽出する。なお、図１１を例にすると、イベントＩＤが「Ａ０００４」であった場合、イベント映像は「Ａ０００４．ｍｐｇ」となる。そして、前述のステップＳ１１では、イベント管理カメラ２のカメラ側無線通信部２２からイベント閲覧端末４ではなくイベント管理サーバ３ｂへイベント映像のデータを送信することになる。なお、イベント管理サーバ３ｂに対してイベント映像のデータを送信する際には、パラメータとしてイベントＩＤも合わせて通知を行う。
【０１５３】
続いて、イベント管理サーバ３ｂでは、前述のステップＳ１０１でサーバ側無線通信部３１のサーバ側要求受信部がイベント閲覧端末４からイベント映像の要求信号を受信した場合には、当該要求信号をイベント管理カメラ２に送信する。そして、サーバ側無線通信部３１のサーバ側イベント映像受信部３９がイベント管理カメラ２からイベント映像のデータを受信して、イベント映像のデータをイベント閲覧端末４へ送信し、前述のステップＳ１０７に移る。
【０１５４】
イベント管理サーバ３ｂでは、イベント閲覧端末４からのイベント映像の要求信号を受信すると、サーバ側イベント関連情報通信処理部３３の図示しないパラメータ格納部にて、受信したパラメータを記録しておく。図３５に、パラメータを記録しておくイベント映像要求管理テーブルの一例を示す。ここでは、要求信号を受信した順番に、イベント映像の要求内容と状態とをイベント映像要求管理テーブルに記録しておくものとする。「通知先閲覧端末ＩＤ」、「イベントＩＤ」欄には、要求信号とともに受信した通知先閲覧端末ＩＤ、イベントＩＤをそれぞれ記録する。「状態」欄には、イベント映像の要求に対する対応の状態を表わすフラグも記録する。「状態」の欄が「０」の場合は、イベント映像の要求を受信してイベント映像をイベント管理カメラ２へ要求している状態を示している。また、「状態」の欄が「１」の場合は、イベント管理カメラ２から要求したイベント映像を受信してイベント閲覧端末４に通知が完了した状態を示している。図３５を例にすると、イベント管理カメラ２からのイベント映像送信の際に合わせて受信するイベントＩＤが「Ａ０００４」である場合、図３５のイベント映像要求管理テーブルから通知先閲覧端末ＩＤは「Ｕ０１」であると特定できる。また、状態フィールドは「０」であるので、「１」に更新をする。
【０１５５】
また、イベント管理サーバ３ｂでは、イベント映像要求管理テーブルに記録を行った後、受信したイベントＩＤに対応するイベント管理カメラ２のカメラＩＤを、図１９に示したようなイベント情報テーブルより検索し、検索して得たカメラＩＤを用いて、対応するイベント管理カメラ２に対してイベント映像の要求信号を送信する。図１９のイベント情報テーブルを例にすると、受信したパラメータが「イベントＩＤ＝Ａ０００４」であった場合、対応するのは「カメラＩＤ＝０００１」となる。よって、「カメラＩＤ＝０００１」のイベント管理カメラ２に対して、イベント映像の要求信号を送信する。また、イベント管理サーバ３ｂからイベント管理カメラ２に対して送信するパラメータは、イベントＩＤである。
【０１５６】
続いて、イベント閲覧端末４では、前述のステップＳ２０６でイベント閲覧端末４の閲覧端末側無線通信部４１からイベント管理カメラ２ではなくイベント管理サーバ３ｂへイベント映像の要求信号を送信することになる。なお、ここでイベント閲覧端末４からイベント管理サーバ３ｂに対して送信するデータのデータフォーマットには、要求元となる通知先閲覧端末ＩＤ、および要求するイベント映像に対応するイベントＩＤが含まれることになる。そして、前述のステップＳ２０７では、イベント管理カメラ２ではなくイベント管理サーバ３ｂから受信した情報を閲覧端末側イベント関連情報格納部４３に格納した後に、表示部４４でイベント映像を表示することになる。
【０１５７】
なお、本実施の形態では、イベント管理カメラ２を用いる場合を例にして説明を行ったが、必ずしもこれに限らない。例えば、前記実施の形態２の内容を本実施の形態に適用することによってイベント管理カメラ２ａを用いることも可能である。
【０１５８】
以上の構成によって、イベントＩＤをキーにしてイベント管理サーバ３ｂにてイベント映像通知の中継を行うことで、イベント閲覧端末４、イベント管理カメラ２・２ａのそれぞれはイベント管理サーバ３ｂとのみ通信を行うだけでよくなる。従って、イベント管理サーバ３ｂにおいて、イベント閲覧端末４からイベント映像の要求信号を受信し、イベント管理カメラ２・２ａに対してイベント映像の要求信号を送信する際に、イベント閲覧端末４からの要求信号が適切であるか否かの確認を行い、適切である場合のみイベント管理カメラ２・２ａに対してイベント映像の要求信号を送信することで、イベント管理システム１ｂのセキュリティを高めることができる。すなわち、イベント管理サーバ３ｂでは、イベント閲覧端末４とイベント閲覧端末４がイベント情報の通知を希望するイベント管理カメラ２・２ａとの対応関係を、図５に示すような通知先管理テーブルとして格納しており、イベント管理カメラ２・２ａから受信したイベント情報をイベント閲覧端末４に対して送信する際には、図５に示すような通知先管理テーブルを参照して、受信したイベント管理カメラ２・２ａからのイベント情報を対応するイベント閲覧端末４に対して送信している。なお、イベント閲覧端末４では、イベント管理サーバ３ｂから受信したイベント情報をもとにイベント映像の要求を行うため、イベント映像の通知に関するイベント管理カメラ２・２ａとイベント閲覧端末４との対応関係にも、図５に示すような通知先管理テーブルを適用することができる。
【０１５９】
また、通知先管理テーブルの対応関係から外れる要求、すなわち、あるイベント管理カメラ２・２ａに対するイベント映像の要求信号の送信が、通知先閲覧端末ＩＤとして登録のないイベント閲覧端末４からなされた場合には、イベント管理サーバ３ｂにて管理している通知先管理テーブルを参照して、不適切な要求であると判断することができる。例えば、イベント閲覧端末４からイベント管理サーバ３ｂが受信したイベント映像の要求信号のパラメータが、通知先閲覧端末ＩＤが「Ｕ０２」、イベントＩＤが「Ａ０００４」であったとすると、イベント管理サーバ３ｂでは、サーバ側イベント情報格納部３２で格納している図１９に示すようなイベント情報テーブルを参照して、イベントＩＤに対応するカメラＩＤを特定する。図１９を例にすると、「イベントＩＤ＝Ａ０００４」に対応するのは「カメラＩＤ＝０００１」である。次に、通知先格納部３４で格納している図５に示すような通知先管理テーブルを参照して、イベント閲覧端末４からの要求（要求信号の送信）が適切であるか否かを判断する。イベント映像の要求にて受信したパラメータ情報は、「通知先閲覧端末ＩＤ＝Ｕ０２」、「カメラＩＤ＝０００１」である。一方で、図５を例にすると、通知先管理テーブルに登録している対応関係では、「カメラＩＤ＝０００１」、当該カメラＩＤに対応する通知先は「通知先閲覧端末ＩＤ＝Ｕ０１」である。したがって、「通知先閲覧端末ＩＤ＝Ｕ０２」のイベント閲覧端末４からのイベント映像の要求は、通知先管理テーブルには登録されておらず、適切でないと判断できる。そして、適切でない場合には、例えばイベント管理カメラ２・２ａに対してイベント映像の要求信号の送信をイベント管理サーバ３ｂが行わない構成にすればよい。さらに、イベント映像の要求があったイベント閲覧端末４に対して、イベント映像の要求が適切でないことを返信して、イベント閲覧端末４で例えば「イベント映像の要求が正しくありません。」という旨の表示を表示部４４で行わせる構成にしてもよい。以上によって、イベント映像の要求が適切か否かを判断し、適切である場合にのみイベント映像の要求および通知を行うので、不適切なイベント閲覧端末４に対してイベント映像を通知せず、イベント管理システム１ｂでのイベント映像のセキュリティを高めることが可能になる。
【０１６０】
〔実施の形態４〕
本発明の他の実施の形態について図３６ないし図３９に基づいて説明すれば、以下の通りである。なお、本実施の形態において説明すること以外の構成は、前記実施の形態１、前記実施の形態２、または前記実施の形態３と同じである。また、説明の便宜上、前記実施の形態１、前記実施の形態２、または前記実施の形態３の図面に示した部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。
【０１６１】
前記実施の形態１〜３では、イベント情報を受信した順番に、イベント管理サーバ３・３ａ・３ｂから１つ１つイベント閲覧端末４に対して送信する構成を示した。本実施の形態では、イベント管理サーバ３ｃにおいて、イベント情報を所定量まで蓄積しておき、定期的にまとめてイベント閲覧端末４に対して通知を行う構成について説明を行う。なお、本実施の形態のイベント管理システム１ｃは、前記実施の形態１〜３のイベント管理システム１・１ａ・１ｂの構成に対して、イベント管理サーバ３・３ａ・３ｂの代わりにイベント管理サーバ３ｃを含む点が異なっている。
【０１６２】
最初に、図３６を用いて、イベント管理サーバ３ｃの構成の概要について説明を行う。図３６は本実施の形態におけるイベント管理サーバ３ｃの概略的構成を示す機能ブロック図である。イベント管理サーバ３ｃは、サーバ側無線通信部３１、サーバ側イベント情報格納部３２、サーバ側イベント関連情報通信処理部３３、通知先格納部３４、および未送信イベント情報判定部６１を備えている。また、サーバ側無線通信部３１は、サーバ側イベント情報受信部３５、サーバ側要求受信部（第２要求受信手段）３７、およびサーバ側イベント映像受信部３９を含んでいる。さらに、サーバ側イベント関連情報通信処理部３３は、サーバ側イベント情報送信部（第２イベント関連情報送信手段）３６、サーバ側要求送信部３８、およびサーバ側イベント映像送信部（第２イベント映像送信手段）４０を含んでいる。図３６では、説明の簡略化のため、このうちサーバ側無線通信部３１、サーバ側イベント情報格納部３２、サーバ側イベント関連情報通信処理部３３、サーバ側イベント情報受信部３５、サーバ側イベント情報送信部３６、および未送信イベント情報判定部６１のみを図示している。
【０１６３】
まず、未送信イベント情報判定部６１は、所定の時間ごとに、サーバ側イベント情報格納部３２から未送信（未通知）のイベント情報を抽出するものである。そして、抽出したイベント情報をサーバ側イベント情報送信部３６に送るものである。なお、未送信イベント情報判定部６１は、イベント情報とともに対応するイベントＩＤも抽出し、識別子付きイベント情報としてサーバ側イベント情報送信部３６に送る。また、ここで言うところの所定の時間とは任意に設定可能なものであって、未送信イベント情報判定部６１は例えばタイマーなどによって、所定の時間ごとの処理を可能にしている。未送信イベント情報判定部６１による未通知のイベント情報の抽出については後に詳述する。
【０１６４】
ここで、図３７を用いて、イベント管理サーバ３ｃのサーバ側イベント情報格納部３２に格納されているイベント情報テーブルの一例を示す。イベント情報テーブル中の各項目の内容は、図１９のイベント情報テーブルと同様であるので、ここでは説明を行わない。前記実施の形態１では、図１９に示すように、イベント管理カメラ２からイベント情報を受信した順番に格納していたが、本実施の形態では、図３７に示すようにカメラＩＤごとにまとめて格納しておく。これは、後にイベント情報をイベント閲覧端末４に対してまとめて送信する際には、カメラＩＤごとにどのイベント閲覧端末４に対してイベントを送信するかどうかを判断し、送信データを作成するためである。
【０１６５】
次に、図３８を用いて、イベント管理サーバ３ｃでの処理フローについて説明を行う。図３８は、イベント管理サーバ３ｃでの動作フローを示したフローチャートである。
【０１６６】
まず、ステップＳ４０１では、サーバ側イベント情報受信部３５がデータを受信した場合（ステップＳ４０１でＹｅｓ）には、ステップＳ４０２に移る。また、サーバ側イベント情報受信部３５がデータを受信していなかった場合（ステップＳ４０１でＮｏ）には、ステップＳ４０５に移る。
【０１６７】
続いて、ステップＳ４０２では、受信したデータがイベント閲覧端末４からの通知先情報であった場合（ステップＳ４０２で「通知先情報」）には、ステップＳ４０３に移る。また、受信したデータがイベント管理カメラ２からのイベント情報であった場合（ステップＳ４０２で「イベント情報」）には、ステップＳ４０４に移る。ステップＳ４０３では、通知先格納部３４に通知先情報を登録（格納）し、ステップＳ４０９に移る。なお、通知先情報の格納の詳細は、前記実施の形態１と同様である。また、ステップＳ４０４では、サーバ側イベント情報格納部３２にイベント情報を蓄積（格納）し、ステップＳ４０９に移る。なお、イベント情報の格納の詳細についても前記実施の形態１と同様である。
【０１６８】
さらに、ステップＳ４０５では、未送信イベント情報判定部６１がイベント情報の送信時間であると判定した場合（ステップＳ４０５でＹｅｓ）には、ステップＳ４０６に移る。また、未送信イベント情報判定部６１がイベント情報の送信時間でないと判定した場合（ステップＳ４０５でＮｏ）には、ステップＳ４０９に移る。イベント管理サーバ３ｃでは、予めイベント情報の送信間隔を例えば「５分」等に設定しておき、この送信間隔でイベント情報をイベント閲覧端末４に送信する。
【０１６９】
ステップＳ４０６では、イベント情報の送信時間になると、未送信（未通知）のイベント情報を未送信イベント情報判定部６１がサーバ側イベント情報格納部３２から抽出する。具体的には、図３７に示すようなイベント情報テーブルを未送信イベント情報判定部６１が参照して未通知のイベント情報を抽出する。図３７を例とすると、未通知のイベント情報は、「カメラＩＤ＝０００１」については「イベントＩＤ＝Ａ０００３、Ａ０００４」であって、「カメラＩＤ＝０００２」については「イベントＩＤ＝Ｂ０００２」である。
【０１７０】
続いて、ステップＳ４０７では、前記実施の形態１と同様に経路表を更新して、ステップＳ４０８に移る。ステップＳ４０８では、図５の通知先管理テーブルに格納しているイベント管理カメラ２とイベント閲覧端末４との対応関係に基づいて、各イベント情報をイベント閲覧端末４に送信し、ステップＳ４０９に移る。図５において、「カメラＩＤ＝０００１」のイベント情報は、「通知先閲覧端末ＩＤ＝Ｕ０１」のイベント閲覧端末４へ送信することになるので、図３７のイベント情報テーブルに基づくと、「通知先閲覧端末ＩＤ＝Ｕ０１」のイベント閲覧端末４へは、「イベントＩＤ＝Ａ０００３、Ａ０００４」のイベント情報を送信することになる。同様に、図５において、「カメラＩＤ＝０００２」のイベント情報は、「通知先閲覧端末ＩＤ＝Ｕ０１、Ｕ０３」のイベント閲覧端末４へ送信するので、「通知先閲覧端末ＩＤ＝Ｕ０１」のイベント閲覧端末４へは、「イベントＩＤ＝Ｂ０００２」のイベント情報も送信することになる。これらをまとめて、「通知先閲覧端末ＩＤ＝Ｕ０１」のイベント閲覧端末４へは「イベントＩＤ＝Ａ０００３、Ａ０００４、Ｂ０００２」のイベント情報を送信することになる。
【０１７１】
ここで、図３９を用いて、複数のイベント情報をイベント管理サーバ３ｃからイベント閲覧端末４にまとめて送信する場合の送信するデータのデータフォーマットを示す。イベント管理サーバ３ｃからイベント閲覧端末４に対して送信するデータのデータフォーマットには、サーバＩＤ、通知先閲覧端末ＩＤ、イベントＩＤ、およびイベント情報に加えて、イベント数を示すフィールドが含まれている。また、イベント数分だけ、以降にイベント情報が続いている。例えばイベント数が「３」の場合には、以降に続くイベント情報は３つ分存在することになる。
【０１７２】
最後に、ステップＳ４０９では、イベント管理カメラ２から送信されたイベント情報をイベント閲覧端末に通知するというイベント管理サーバ３ｃでの監視の処理が終了した場合（ステップＳ４０９でＹｅｓ）には、フローを終了する。また、イベント管理サーバ３ｃでの監視の処理が終了していなかった場合（ステップＳ４０９でＮｏ）には、ステップＳ４０１に戻ってフローを繰り返す。
【０１７３】
なお、本実施の形態では、イベント管理カメラ２を用いる場合を例にして説明を行ったが、必ずしもこれに限らない。例えば、前記実施の形態２の内容を本実施の形態に適用することによってイベント管理カメラ２ａを用いることも可能である。
【０１７４】
また、本実施の形態では、イベント管理システム１・１ａ・１ｃがイベント管理カメラ２・２ａおよびイベント管理サーバ３・３ａ・３ｃを含む構成を示したが、必ずしもこれに限らない。例えば、通知先情報をイベント管理カメラ２・２ａがイベント閲覧端末４から受信し、通知先閲覧端末ＩＤ格納部１９に格納したり、イベント情報をイベント管理カメラ２・２ａからイベント閲覧端末４へ送信したりすることでイベント管理サーバ３・３ａ・３ｃを含まない構成にしてもよい。なお、この場合、イベント管理システム１ａでは、カメラ側イベント映像送信可否確認部５１が通知先閲覧端末ＩＤ格納部１９のイベント映像通知許可テーブルを参照してイベント映像のイベント閲覧端末４への送信の可否を判定する構成にすればよい。また、イベント管理システム１ｃでは、イベント管理カメラ２・２ａが未送信イベント情報判定部６１を備え、未送信イベント情報判定部６１がカメラ側イベント関連情報格納部１７からイベント閲覧端末４に未通知のイベント情報を抽出する構成にすればよい。
【０１７５】
なお、本実施の形態では、イベント管理システム１のネットワークにアドホックネットワークを用いる構成を示しているが、必ずしもこれに限らない。イベント管理システム１のネットワークにアドホックネットワークを用いない場合には、カメラ側無線通信部２２、サーバ側無線通信部３１、および閲覧端末側無線通信部４１でアドホックネットワークの構築・管理の処理、およびアドホックネットワークの経路表の管理をせず、予め設定した経路でデータの通信を行う構成にすればよい。また、イベント管理システム１において、部分的にアドホックネットワークを用いる場合には、アドホックネットワークを用いるカメラ側無線通信部２２、サーバ側無線通信部３１、および閲覧端末側無線通信部４１で、アドホックネットワークの構築・管理の処理、およびアドホックネットワークの経路表の管理を行い、また、アドホックネットワークを用いない端末においては、予め設定した経路でデータの通信を行う構成にすればよい。例えば、イベント管理カメラ２および／またはイベント閲覧端末４（例えば、携帯情報端末など）が、自由に移動させることのできる端末であった場合には、ネットワークの経路を予め決めておくと、移動に伴って通信波が到達しないこともあることから、ネットワークの経路は状況に応じて可変であるほうが好ましい。一方で、イベント管理サーバ３および／または、移動させにくいイベント閲覧端末（例えば、家庭内端末など）の場合は、最初にネットワークの経路が設定されれば、その後変更する必要も無いため、アドホックネットワークを用いて通信経路を毎回確認することをせず、予め設定した経路で通信する方が効率的である。そのため、移動可能な端末間、もしくは、移動可能な端末に対する通信では、通信経路を状況に応じて柔軟に変更できるアドホックネットワークを用いるとともに、設置場所が固定されている端末間では、アドホックネットワークを用いずに予め設定された経路で通信を行う構成にすることにより、システム全体としてネットワーク通信を効率的に行うことが可能になる。
【０１７６】
以上の構成によれば、イベント閲覧端末４は、イベント情報を閲覧したいイベント管理カメラ２・２ａを、イベント管理サーバ３・３ａ・３ｂ・３ｃに予め登録しておく。イベント管理カメラ２・２ａより受信したイベント情報を、上記予め登録しておいたイベント閲覧端末４の通知先閲覧端末ＩＤなどの情報に基づいて、イベント管理カメラ２・２ａからのイベント情報の通知を受ける。さらに、上記通知を受けたイベント情報に対応するイベント映像を閲覧したい場合には、上記イベント閲覧端末より、直接イベント管理カメラ２・２ａへイベント映像を要求して、所望のイベント映像を取得し表示する。これにより、イベント閲覧端末４では、必要なイベント情報のみをイベント管理サーバ３・３ａ・３ｂ・３ｃの仲介により通知を受けることができ、また、イベント映像というサイズが大きいデータの通知は、直接イベント管理カメラ２・２ａから受信するので、ネットワークのトラフィックに負荷をかけることなく、必要な情報を必要なタイミングで通知を受けることができる。
【０１７７】
また、以上の構成によれば、イベント管理システム１・１ａ・１ｂ・１ｃは、イベント管理カメラ２・２ａにて撮影した映像から検知したイベントにおいて、第１に、概要を示すイベント情報のみをイベント管理サーバ３・３ａ・３ｂ・３ｃに通知し、イベント管理サーバ３・３ａ・３ｂ・３ｃではあらかじめ記録しているイベント閲覧端末４ごとの通知要否に関する対応関係の情報に基づき、必要なイベント閲覧端末４を選択してイベント情報の通知を行う。また、第２に、イベント閲覧端末４もしくはイベント管理サーバ３ｂからの要求に応じて、イベント映像をイベント閲覧端末４に対して送信する。そのため、最初にイベント管理サーバ３・３ａ・３ｂ・３ｃが必要なイベント閲覧端末４を選択してイベント情報という軽量なデータの通知を行うので、ネットワークのトラフィックに負荷をかけず、イベント情報の通知をスムーズに行うことができる。また、イベント情報のさらに詳細な情報であるイベント映像は、イベント閲覧端末４が希望する場合にのみ通知を行うので、さらにネットワークのトラフィックの負荷を軽減することができる。
【０１７８】
なお、例えば、イベント閲覧端末４が携帯電話であり、イベント管理カメラ２・２ａが駐車場に駐車されている複数の自動車の１台１台に対して設置されている監視カメラであった場合、本発明を適用すれば、上記自動車のいずれかに対してイベントが生じた場合（不審者が接近した場合、他の自動車に追突された場合など）に、イベントが生じた当該自動車のオーナーの携帯電話にのみイベント情報を送信することが可能である。また、イベント管理サーバ３・３ａ・３ｂ・３ｃの通知先格納部３４に格納されているイベント管理カメラ２・２ａとイベント閲覧端末４との対応関係、すなわち監視カメラのカメラＩＤと携帯電話の通知先閲覧端末ＩＤとの対応関係を変更するだけでイベント情報の通知先を変更することが可能であるので、駐車場に車を駐車するオーナーが変更された場合でも、携帯電話からイベント管理サーバ３・３ａ・３ｂ・３ｃに対して上記対応関係を本実施の形態で説明を行ったようにして登録すれば、容易に新しいオーナーの携帯電話にイベント情報が通知されるようにすることができる。
【０１７９】
また、イベント情報の通知先のイベント閲覧端末４として、例えば１人のユーザが所有する携帯電話とパソコンとが通知先格納部３４に登録されている場合には、所定のイベントが発生したことをユーザが所有する２つのイベント閲覧端末４（携帯電話およびパソコン）で通知を受けるとともに、イベント閲覧端末４からのイベント映像の要求・閲覧については、状況に応じてイベント閲覧端末４を使い分けることができるようになる。詳しくは、ユーザが自宅に居る状況であって、携帯電話とパソコンとの両方のイベント閲覧端末４でほぼ同時にイベント発生の通知を受けた（イベント情報の通知を受けた）場合、より詳細な情報であるイベント映像の閲覧を、スペック的には映像情報の閲覧に適しているパソコンで行うといった使い分けを行うことが可能になる。
【０１８０】
最後に、イベント管理システム１・１ａ・１ｂ・１ｃが備えるイベント管理カメラ２・２ａ、イベント管理サーバ３・３ａ・３ｂ・３ｃ、およびイベント閲覧端末４の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１８１】
すなわち、イベント管理カメラ２・２ａ、イベント管理サーバ３・３ａ・３ｂ・３ｃ、およびイベント閲覧端末４は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるイベント管理カメラ２・２ａ、イベント管理サーバ３・３ａ・３ｂ・３ｃ、およびイベント閲覧端末４の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読取り可能に記録した記録媒体を、イベント管理カメラ２・２ａ、イベント管理サーバ３・３ａ・３ｂ・３ｃ、およびイベント閲覧端末４に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１８２】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１８３】
また、イベント管理カメラ２・２ａ、イベント管理サーバ３・３ａ・３ｂ・３ｃ、およびイベント閲覧端末４を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１８４】
なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１８５】
以上のように、本発明の撮像装置、サーバ、その制御プログラムおよび該制御プログラムを記録したコンピュータ読取り可能な記録媒体、イベント管理システムならびに制御方法は、ネットワークのトラフィックに負荷をかけず、イベントの発生を適切な閲覧端末に迅速に分かりやすく通知することを可能にする。したがって、本発明は、カメラで撮影した映像からイベントを検知して閲覧端末に通知するイベント管理システムに関連する産業分野に好適に用いることができる。
【図面の簡単な説明】
【０１８６】
【図１】本発明におけるイベント管理カメラの概略的構成を示す機能ブロック図である。
【図２】本発明におけるイベント管理システムの概略的構成を示す図である。
【図３】本発明におけるオブジェクトとイベントとを模式的に示した図である。
【図４】本発明におけるイベント管理サーバの概略的構成を示す機能ブロック図である。
【図５】上記イベント管理サーバの通知先管理テーブルの具体例を示した図である。
【図６】本発明におけるイベント閲覧端末の概略的構成を示す機能ブロック図である。
【図７】上記イベント管理カメラと上記イベント管理サーバと上記イベント閲覧端末との間でのデータの流れを示した図である。
【図８】上記イベント管理カメラでの動作フローを示したフローチャートである。
【図９】上記イベント管理カメラから上記イベント管理サーバに対して送信するデータのデータフォーマットを示した図である。
【図１０】本発明におけるイベント映像通知許可テーブルの一例を示した図である。
【図１１】上記イベント管理カメラのカメラ側イベント関連情報格納部に格納されているイベント関連情報テーブルの一例を示した図である。
【図１２】上記イベント管理カメラから上記イベント閲覧端末に対して送信するデータのデータフォーマットを示した図である。
【図１３】上記イベント管理カメラのイベント関連情報処理部でのオブジェクト検出の動作フローを示したフローチャートである。
【図１４】上記イベント管理カメラでの背景画像作成処理の各ステップで作成される画像の模式図である。
【図１５】上記イベント管理カメラでのオブジェクト有無検出処理の各ステップで作成される画像の模式図である。
【図１６】上記イベント管理カメラのイベント関連情報処理部でのイベント検出の動作フローを示したフローチャートである。
【図１７】上記イベント管理カメラのカメラ側無線通信部でのアドホックネットワークの経路表の更新の動作フローを示したフローチャートである。
【図１８】上記イベント管理サーバでの動作フローを示したフローチャートである。
【図１９】上記イベント管理サーバのサーバ側イベント情報格納部に格納されているイベント情報テーブルの一例を示した図である。
【図２０】上記イベント管理サーバから上記イベント閲覧端末に対して送信するデータのデータフォーマットを示した図である。
【図２１】上記イベント閲覧端末での動作フローを示したフローチャートである。
【図２２】イベント情報の通知を受けたいイベント管理カメラを選択する上記イベント閲覧端末での選択画面の表示例を示した図である。
【図２３】上記イベント閲覧端末の閲覧端末側イベント関連情報格納部に格納されているイベント情報テーブルの一例を示した図である。
【図２４】上記イベント閲覧端末の表示部でのイベント情報の表示例を示した図である。
【図２５】上記イベント閲覧端末の操作部の操作対応テーブルの一例を示した図である。
【図２６】上記イベント閲覧端末から上記イベント管理カメラに対して送信するデータのデータフォーマットを示した図である。
【図２７】上記表示部での表示エリアの区切りの例を模式的に示した図である。
【図２８】上記表示部で管理している現表示内容対応テーブルの一例を示した図である。
【図２９】上記表示部での表示例を示した図である。
【図３０】本発明におけるイベント管理カメラの他の実施の形態を示す機能ブロック図である。
【図３１】本発明におけるイベント管理サーバの他の実施の形態を示す機能ブロック図である。
【図３２】上記イベント管理カメラでのイベント映像の送信時の動作フローを示したフローチャートである。
【図３３】上記イベント管理カメラから上記イベント閲覧端末へ送信するデータのデータフォーマットを示した図である。
【図３４】上記表示部での表示例を示した図である。
【図３５】本発明におけるイベント映像要求管理テーブルの一例を示した図である。
【図３６】本発明におけるイベント管理サーバのさらに他の実施の形態を示す機能ブロック図である。
【図３７】上記イベント管理サーバのサーバ側イベント情報格納部に格納されているイベント情報テーブルの一例を示した図である。
【図３８】上記イベント管理サーバでの動作フローを示したフローチャートである。
【図３９】上記イベント管理サーバから上記イベント閲覧端末へ複数のイベント情報をまとめて送信する場合のデータのデータフォーマットを示した図である。
【符号の説明】
【０１８７】
１    イベント管理システム
２    イベント管理カメラ（撮像装置）
３    イベント管理サーバ（サーバ）
４    イベント閲覧端末（閲覧端末）
５    エリア
１１    映像取得部
１２    映像格納部
１３    イベント関連情報処理部（イベント関連情報処理手段）
１４    背景画像作成部
１５    イベント抽出部
１６    イベント解析部
１７    カメラ側イベント関連情報格納部（イベント映像格納部）
１８    イベント識別子付与部（イベント識別子付与手段）
１９    通知先閲覧端末ＩＤ格納部（送信リスト格納部）
２０    カメラ側イベント関連情報通信処理部
２１    カメラ側イベント情報送信部（第１イベント関連情報送信手段）
２２    カメラ側無線通信部
２３    カメラ側要求受信部（第１要求受信手段）
２４    イベント映像抽出部（イベント映像抽出手段）
２５    カメラ側イベント映像送信部（第１イベント映像送信手段）
３１    サーバ側無線通信部
３２    サーバ側イベント情報格納部（イベント概要情報格納部）
３３    サーバ側イベント関連情報通信処理部
３４    通知先格納部
３５    サーバ側イベント情報受信部
３６    サーバ側イベント情報送信部（第２イベント関連情報送信手段）
３７    サーバ側要求受信部（第２要求受信手段）
３８    サーバ側要求送信部
３９    サーバ側イベント映像受信部
４０    サーバ側イベント映像送信部（第２イベント映像送信手段）
５１    カメラ側イベント映像送信可否確認部（イベント映像送信可否確認手段）
５２    サーバ側イベント映像送信可否確認部（イベント映像送信可否判定手段）
６１    未送信イベント情報判定部（未送信イベント概要情報判定手段）
【図１】
2008154100.tif 000003
【図２】
2008154100.tif 000004
【図３】
2008154100.tif 000005
【図４】
2008154100.tif 000006
【図５】
2008154100.tif 000007
【図６】
2008154100.tif 000008
【図７】
2008154100.tif 000009
【図８】
2008154100.tif 000010
【図９】
2008154100.tif 000011
【図１０】
2008154100.tif 000012
【図１１】
2008154100.tif 000013
【図１２】
2008154100.tif 000014
【図１３】
2008154100.tif 000015
【図１４】
2008154100.tif 000016
【図１５】
2008154100.tif 000017
【図１６】
2008154100.tif 000018
【図１７】
2008154100.tif 000019
【図１８】
2008154100.tif 000020
【図１９】
2008154100.tif 000021
【図２０】
2008154100.tif 000022
【図２１】
2008154100.tif 000023
【図２２】
2008154100.tif 000024
【図２３】
2008154100.tif 000025
【図２４】
2008154100.tif 000026
【図２５】
2008154100.tif 000027
【図２６】
2008154100.tif 000028
【図２７】
2008154100.tif 000029
【図２８】
2008154100.tif 000030
【図２９】
2008154100.tif 000031
【図３０】
2008154100.tif 000032
【図３１】
2008154100.tif 000033
【図３２】
2008154100.tif 000034
【図３３】
2008154100.tif 000035
【図３４】
2008154100.tif 000036
【図３５】
2008154100.tif 000037
【図３６】
2008154100.tif 000038
【図３７】
2008154100.tif 000039
【図３８】
2008154100.tif 000040
【図３９】
2008154100.tif 000041