JP3975400B2 - 監視システム、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Description

本発明は、監視システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザの要求に基づき、簡単かつ確実にイベントを呈示できるようにすると共に、消費電力を抑えることができるようにした監視システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。

従来、複数の監視用カメラを設置し、監視用カメラに動体センサを設けて監視領域の異常な動きを検出し、動体センサの検知出力に応じて、監視用カメラの出力信号を制御するシステムが提案されている（例えば、特許文献１参照）。
特開平７‐２１２７４８号公報

しかしながら、特許文献１に記載されている発明では、各監視用カメラはそれぞれ独立して動作し、検出したイベントを全て通知するため、通知されるイベントの数が多く、その中からユーザが実際に必要とするイベントを抽出するのが困難であり、また無駄な電力を消費してしまうという課題があった。

本発明は、このような状況に鑑みてなされたものであり、簡単かつ確実にユーザが必要とするイベントを呈示できるようにすると共に、消費電力を抑えることができるようにするものである。

本発明の監視システムは、監視領域の監視に基づく第１のデータを出力する第１のセンサと、監視領域の監視に基づく第２のデータを出力する第２のセンサと、監視領域の監視に基づく第３のデータを出力する第３のセンサと、監視領域の監視に基づく第４のデータを出力する第４のセンサと、第１のセンサにより出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出手段と、第２のセンサにより出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出手段と、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と第２のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御手段と、通知制御手段により通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示を制御する呈示制御手段とを備えることを特徴とする。

ユーザからの情報の入力を取得する入力取得手段をさらに備えるようにすることができる。

入力取得手段は、呈示制御手段により制御された呈示に基づく、ユーザからの評価の入力を取得し、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データならびに入力取得手段により取得されたユーザからの評価の入力に基づいて、第１のイベント分類情報、第２のイベント分類情報、および、第３のイベント分類情報を生成するイベント分類情報生成手段をさらに備えるようにすることができる。

入力取得手段は、呈示制御手段による制御に基づき第３のデータおよび第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価する入力をユーザからの評価の入力として取得するようにすることができる。

イベント分類情報生成手段により生成された第１のイベント分類情報、第２のイベント分類情報、および、第３のイベント分類情報を蓄積するイベント分類情報蓄積手段をさらに備えるようにすることができる。

第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、および統合データのうち少なくとも１つのデータを、入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段をさらに備えるようにすることができる。

情報記録手段により記録されたイベント情報、第１のイベント分類情報、および第２のイベント分類情報に基づき、イベントの通知を制御するモードを選択するモード選択手段をさらに備え、通知制御手段は、モード選択手段により選択されたモードに基づき、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、および統合データのうちどのデータに基づきイベントの通知を制御するかを制御するようにすることができる。

入力手段は、ユーザからのモードに関する指令を取得し、モード選択手段は、入力取得手段により取得されたユーザからの指令に基づいて、モードを選択するようにすることができる。

第１のセンサおよび第２のセンサは、フォトセンサを含むようにすることができる。

第３のセンサおよび第４のセンサは、カメラを含むようにすることができる。

第１のセンサ、第２のセンサ、第３のセンサ、第４のセンサ、第１のイベント検出手段、第２のイベント検出手段、通知制御手段、および呈示制御手段は、第１の情報処理装置、第２の情報処理装置、および第３の情報処理装置のいずれかに分離して配置されるようにすることができる。

第１の情報処理装置、第２の情報処理装置、および第３の情報処理装置の間における通信は、無線通信により行われるようにすることができる。

第１の情報処理装置、および第２の情報処理装置は、バッテリにより駆動されるようにすることができる。

通知制御手段は、第１の通知制御手段、第２の通知制御手段、および第３の通知制御手段から構成され、第１のセンサ、第３のセンサ、第１のイベント検出手段、および第１の通知制御手段は、第１の情報処理装置に配置され、第２のセンサ、第４のセンサ、第２のイベント検出手段、および第２の通知制御手段は、第２の情報処理装置に配置され、第３の通知制御手段、呈示制御手段、入力取得手段、イベント分類情報生成手段、情報記録手段、およびモード選択手段は、第３の情報処理装置に配置されるようにすることができる。

第１の情報処理装置、第２の情報処理装置、および第３の情報処理装置の間における通信は、無線通信により行われるようにすることができる。

第１の情報処理装置、および第２の情報処理装置は、バッテリにより駆動されるようにすることができる。

第１の通知制御手段、第２の通知制御手段、および第３の通知制御手段の中からモードに基づき選択された少なくとも１つが、第１のイベントおよび第２のイベントの通知を制御するようにすることができる。

第１のイベント検出手段は、モードに基づき、第１のイベントの状態の履歴を表わすデータを、第１の通知制御手段、第２の通知制御手段、および第３の通知制御手段のいずれに送信するかを制御し、第２のイベント検出手段は、モードに基づき、第２のイベントの状態の履歴を表わすデータを、第１の通知制御手段、第２の通知制御手段、および第３の通知制御手段のいずれに送信するかを制御するようにすることができる。

モード選択手段は、第１の情報処理装置および第２の情報処理装置の消費電力に基づき、モードを選択するようにすることができる。

本発明の第１の情報処理方法は、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と第２のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の記録媒体に記録されている第１のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と第２のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の第１のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と第２のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の第１の情報処理理装置は、監視領域の監視に基づく第１のデータを出力する第１のセンサと、監視領域の監視に基づく第２のデータを出力する第２のセンサと、第１のセンサにより出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出手段と、第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信手段と、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントの通知を制御する通知制御手段と、通知制御手段により通知するように制御された第１のイベントに関する第２のセンサにより出力された第２のデータを第２の他の情報処理装置に送信するとともに、第１のイベントの状態の履歴を表わすデータを第１の他の情報処理装置および第２の他の情報処理装置に送信する送信手段とを備えることを特徴とする。

第１のイベント分類情報および第２のイベント分類情報は、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データ、およびユーザからの指令に基づいて生成されるようにすることができる。

通知制御手段は、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、第１のイベントの状態の履歴を表わすデータ、および統合データのうちどのデータに基づきイベントの通知を制御するかを制御するようにすることができる。

通知制御手段は、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、第１のイベントの通知の制御を行なうか否かを制御するようにすることができる。

イベント検出手段は、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、第１のイベントの状態の履歴を表わすデータを、第１の他の情報処理装置、または第２の他の情報処理装置に送信するか否かを制御するようにすることができる。

送信手段による通信は、無線通信により行なわれるようにすることできる。

情報処理装置は、バッテリにより駆動されるようにすることできる。

第１のセンサは、フォトセンサを含むようにすることできる。

第２のセンサは、カメラを含むようにすることできる。

本発明の第２の情報処理方法は、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、第１のイベントの状態の履歴を表わすデータを第１の他の情報処理装置および第２の他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の記録媒体に記録されている第２のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、第１のイベントの状態の履歴を表わすデータを第１の他の情報処理装置および第２の他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第２のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、第１のイベントの状態の履歴を表わすデータを第１の他の情報処理装置および第２の他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第２の情報処理装置は、第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを受信する受信手段と、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御手段と、通知制御手段により通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示を制御する呈示制御手段とを備えることを特徴とする。

ユーザからの情報の入力を取得する入力取得手段をさらに備えるようにすることができる。

入力取得手段は、呈示制御手段により制御された呈示に基づく、ユーザからの評価の入力を取得し、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、統合データならびに入力取得手段により取得されたユーザからの評価の入力に基づいて、イベント分類情報を生成するイベント分類情報生成手段をさらに備えるようにすることができる。

入力取得手段は、呈示制御手段による制御に基づき第３のデータおよび第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価する入力をユーザからの評価の入力として取得するようにすることができる。

イベント分類情報生成手段により生成されたイベント分類情報を蓄積するイベント分類情報蓄積手段をさらに備えるようにすることができる。

第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、および統合データのうち少なくとも１つのデータを、入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段をさらに備えるようにすることができる。

情報記録手段により記録されたイベント情報、およびイベント分類情報に基づき、第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴を表わすデータ、および統合データのうちどのデータに基づきイベントの通知を制御するかを示すモードを選択するモード選択手段をさらに備えるようにすることができる。

入力手段は、ユーザからのモードに関する指令を取得し、モード選択手段は、入力取得手段により取得されたユーザからの指令に基づいて、モードを選択するようにすることができる。

通知制御手段は、モードに基づき、第１のイベントおよび第２イベントの通知の制御を行なうか否かを制御するようにすることができる。

モード選択手段は、他の情報処理装置の消費電力に基づき、モードを選択するようにすることができる。

本発明の第３の情報処理方法は、第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の記録媒体に記録されている第３のプログラムは、第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の第３のプログラムは、第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、第１のイベントおよび第２のイベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示を制御する呈示制御ステップとを含むことを特徴とする。

本発明の監視システム、第１の情報処理方法、記録媒体に記録されている第１のプログラム、およびの第１のプログラムにおいては、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態が検出され、監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態が検出され、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と第２のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントおよび第２のイベントの通知が制御され、通知するように制御された第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示が制御される。

本発明の第１の情報処理装置、第２の情報処理方法、記録媒体に記録されている第２のプログラム、およびの第２のプログラムにおいては、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態が検出され、第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と第１のイベントの状態の履歴を表わすデータ、または、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と統合したイベントの状態の履歴を表す統合データに基づき、第１のイベントの通知が制御され、通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータが第２の他の情報処理装置に送信されるとともに、第１のイベントの状態の履歴を表わすデータが第１の他の情報処理装置および第２の他の情報処理装置に送信される。

本発明の第２の情報処理装置、第３の情報処理方法、記録媒体に記録されている第３のプログラム、およびの第３のプログラムにおいては、第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータが取得され、第１のイベントの状態と第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、第１のイベントおよび第２のイベントの通知が制御され、通知するように制御された第１のイベントに関する第３のセンサにより出力された第３のデータ、および第２のイベントに関する第４のセンサにより出力された第４のデータの呈示が制御される。

本発明によれば、イベントを通知することができる。特に、この発明によれば、ユーザが必要とするイベントの情報を、有効に活用することができる。その結果、ユーザに必要充分な量の情報を、少ない電力で提供することができる。

以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、本明細書に記載されている発明が、全て請求されていることを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現したり、追加される発明の存在を否定するものではない。

本発明によれば、監視システムが提供される。この監視システム（例えば、図３の監視システム２１）は、監視領域の監視に基づく第１のデータ（例えば、センサデータ）を出力する第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）と、監視領域の監視に基づく第２のデータ（例えば、センサデータ）を出力する第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）と、監視領域の監視に基づく第３のデータ（例えば、画像データ）を出力する第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）と、監視領域の監視に基づく第４のデータ（例えば、画像データ）を出力する第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）と、前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出手段（例えば、図３のマルチセンサカメラ１−１の図１１の状態検知部５２）と、前記第２のセンサにより出力された前記第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出手段（例えば、図３のマルチセンサカメラ１−２の図１１の状態検知部５２）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御手段（例えば、図１１のイベント通知制御部５３または図１２のイベント通知制御部７３）と、前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御手段（例えば、図１２のイベント呈示制御部７４）とを備える。

この監視システム（例えば、図３の監視システム２１）は、ユーザからの情報の入力を取得する入力取得手段（例えば、図１２のユーザ入力部７７）をさらに備えるようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記入力取得手段は、前記呈示制御手段により制御された呈示に基づく、ユーザからの評価（例えば、イベントの通知が不要か否かの評価）の入力を取得し、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データならびに前記入力取得手段により取得されたユーザからの評価の入力に基づいて、前記第１のイベント分類情報、前記第２のイベント分類情報、および、前記第３のイベント分類情報を生成するイベント分類情報生成手段（例えば、図１２の分類情報生成部７６）をさらに備えるようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記入力取得手段は、前記呈示制御手段による制御に基づき前記第３のデータおよび前記第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価（例えば、イベントの通知が不要か否かの評価）する入力を前記ユーザからの評価の入力として取得するようにすることができる。

この監視システム（例えば、図３の監視システム２１）は、前記イベント分類情報生成手段により生成された前記第１のイベント分類情報、前記第２のイベント分類情報、および、前記第３のイベント分類情報を蓄積するイベント分類情報蓄積手段（例えば、図１２のイベント分類情報蓄積部８０）をさらに備えるようにすることができる。

この監視システム（例えば、図３の監視システム２１）は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうち少なくとも１つのデータを、前記入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段（例えば、図１２のイベント情報記録部７５）をさらに備えるようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記情報記録手段により記録されたイベント情報、前記第１のイベント分類情報、および前記第２のイベント分類情報に基づき、イベントの通知を制御するモード（例えば、処理モード）を選択するモード選択手段（例えば、図１２の処理モード選択部７８）をさらに備え、前記通知制御手段は、前記モード選択手段により選択されたモードに基づき、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを制御するようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記入力手段は、ユーザからの前記モードに関する指令（例えば、低消費電力モードを選択するか否かの入力）を取得し、前記モード選択手段は、前記入力取得手段により取得されたユーザからの指令に基づいて、前記モードを選択するようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記第１のセンサ、前記第２のセンサ、前記第３のセンサ、前記第４のセンサ、前記第１のイベント検出手段、前記第２のイベント検出手段、前記通知制御手段、および前記呈示制御手段は、第１の情報処理装置（例えば、マルチセンサカメラ１−１）、第２の情報処理装置（例えば、マルチセンサカメラ１−２）、および第３の情報処理装置（例えば、サーバ３１）のいずれかに分離して配置されるようにすることができる。

この監視システム（例えば、図３の監視システム２１）においては、前記通知制御手段は、第１の通知制御手段（例えば、図３のマルチセンサカメラ１−１の図１１のイベント通知制御部５３）、第２の通知制御手段（例えば、図３のマルチセンサカメラ１−２の図１１のイベント通知制御部５３）、および第３の通知制御手段（例えば、図３のサーバ３１の図１２のイベント通知制御部７３）から構成され、前記第１のセンサ、前記第３のセンサ、前記第１のイベント検出手段、および第１の通知制御手段は、第１の情報処理装置（例えば、図３のマルチセンサカメラ１−１）に配置され、前記第２のセンサ、前記第４のセンサ、前記第２のイベント検出手段、および第２の通知制御手段は、第２の情報処理装置（例えば、図３のマルチセンサカメラ１−２）に配置され、前記第３の通知制御手段、前記呈示制御手段、前記入力取得手段、前記イベント分類情報生成手段、前記情報記録手段、および前記モード選択手段は、前記第３の情報処理装置（例えば、図３のサーバ３１）に配置されるようにすることができる。

本発明によれば、情報処理方法が提供される。この情報処理方法は、監視領域の監視に基づき第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップ（例えば、図３のマルチセンサカメラ１−１における図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、監視領域の監視に基づき第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）から出力された第２のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップ（例えば、図３のマルチセンサカメラ１−２における図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップ（例えば、図２０のステップＳ１５９、図４３のステップＳ４０７、または、図５６のステップＳ５０３）と、前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）による監視領域の監視に基づき出力された第３のデータ（例えば、画像データ）、および前記第２のイベントに関する第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）による監視領域の監視に基づき出力された第４のデータ（例えば、画像データ）の呈示を制御する呈示制御ステップ（例えば、図２０のステップＳ１６１、図４７のステップＳ４５８、または、図５８のステップＳ５５８）とを含む。

本発明によれば、プログラムが提供される。このプログラムは、監視領域の監視に基づき第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップ（例えば、図３のマルチセンサカメラ１−１における図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、監視領域の監視に基づき第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）から出力された第２のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップ（例えば、図３のマルチセンサカメラ１−２における図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップ（例えば、図２０のステップＳ１５９、図４３のステップＳ４０７、または、図５６のステップＳ５０３）と、前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）による監視領域の監視に基づき出力された第３のデータ（例えば、画像データ）、および前記第２のイベントに関する第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）による監視領域の監視に基づき出力された第４のデータ（例えば、画像データ）の呈示を制御する呈示制御ステップ（例えば、図２０のステップＳ１６１、図４７のステップＳ４５８、または、図５８のステップＳ５５８）とを含む。

本発明によれば、情報処理装置が提供される。この情報処理装置（例えば、図３のマルチセンサカメラ１−１）は、監視領域の監視に基づく第１のデータ（例えば、センサデータ）を出力する第１のセンサ（例えば、図１１のフォトセンサ５１）と、監視領域の監視に基づく第２のデータ（例えば、画像データ）を出力する第２のセンサ（例えば、図１１のカメラ５４）と、前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出手段（例えば、図１１の状態検知部５２）と、第１の他の情報処理装置（例えば、図３のマルチセンサカメラ１−２）により検出された第２のイベントの状態の履歴を表わすデータを受信する受信手段（例えば、図１１の受信部５６）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御手段（例えば、図１１のイベント通知制御部５３）と、前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第２のセンサにより出力された前記第２のデータを第２の他の情報処理装置（例えば、図３のサーバ３１）に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信手段（例えば、図１１の送信部５５）とを備える。

この情報処理装置（例えば、図３のマルチセンサカメラ１−１）においては、前記通知制御手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令（例えば、イベントの通知が不要か否かの評価の入力）に基づき選択されたイベントの通知を制御するモード（例えば、処理モード）に基づき、前記第１のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを制御するようにすることができる。

この情報処理装置（例えば、図３のマルチセンサカメラ１−１）においては、前記通知制御手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令（例えば、イベントの通知が不要か否かの評価の入力）に基づき選択されたイベントの通知を制御するモード（例えば、処理モード）に基づき、前記第１のイベントの通知の制御を行なうか否かを制御するようにすることができる。

この情報処理装置（例えば、図３のマルチセンサカメラ１−１）においては、前記イベント検出手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令（例えば、イベントの通知が不要か否かの評価の入力）に基づき選択されたイベントの通知を制御するモード（例えば、処理モード）に基づき、前記第１のイベントの状態の履歴を表わすデータを、前記第１の他の情報処理装置、または前記第２の他の情報処理装置に送信するか否かを制御するようにすることができる。

本発明によれば、情報処理方法が提供される。この情報処理方法は、監視領域の監視に基づき第１のセンサ（例えば、図１１のフォトセンサ５１）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップ（例えば、図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、第１の他の情報処理装置（例えば、図３のマルチセンサカメラ１−２）により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップ（例えば、図４２のステップＳ４０５）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御ステップ（例えば、図４３のステップＳ４０７、または、図５６のステップＳ５０３）と、前記通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサ（例えば、図１１のカメラ５４）による監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）を第２の他の情報処理装置（例えば、図３のサーバ３１）に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信ステップ（例えば、図１６のステップＳ１０４、図４２のステップＳ４０４、図４４のステップＳ４１９）とを含む。

本発明によれば、プログラムが提供される。このプログラムは、監視領域の監視に基づき第１のセンサ（例えば、図１１のフォトセンサ５１）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップ（例えば、図１６のステップＳ１０２、図４２のステップＳ４０２、または、図５６のステップＳ５０２）と、第１の他の情報処理装置（例えば、図３のマルチセンサカメラ１−２）により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップ（例えば、図４２のステップＳ４０５）と、前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御ステップ（例えば、図４３のステップＳ４０７、または、図５６のステップＳ５０３）と、前記通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサ（例えば、図１１のカメラ５４）による監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）を第２の他の情報処理装置（例えば、図３のサーバ３１）に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信ステップ（例えば、図１６のステップＳ１０４、図４２のステップＳ４０４、図４４のステップＳ４１９）とを含む。

本発明によれば、情報処理装置が提供される。この情報処理装置（例えば、図３のサーバ３１）は、第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第３のデータ（例えば、画像データ）、および第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第４のデータ（例えば、画像データ）を受信する受信手段（例えば、図１２の受信部７２）と、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御手段（例えば、図１２のイベント通知制御部７３）と、前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御手段（例えば、図１２のイベント呈示制御部７４）とを備える。

この情報処理装置（例えば、図３のサーバ３１）は、ユーザからの情報の入力を取得する入力取得手段（例えば、図１２のユーザ入力部７７）をさらに備えるようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）においては、この監視システム（例えば、図３の監視システム２１）においては、前記入力取得手段は、前記呈示制御手段により制御された呈示に基づく、ユーザからの評価（例えば、イベントの通知が不要か否かの評価）の入力を取得し、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データならびに前記入力取得手段により取得されたユーザからの評価の入力に基づいて、前記イベント分類情報を生成するイベント分類情報生成手段（例えば、図１２の分類情報生成部７６）をさらに備えるようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）においては、前記呈示制御手段による制御に基づき前記第３のデータおよび前記第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価（例えば、イベントの通知が不要か否かの評価）する入力を前記ユーザからの評価の入力として取得するようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）は、前記イベント分類情報生成手段により生成されたイベント分類情報を蓄積するイベント分類情報蓄積手段（例えば、図１２のイベント分類情報蓄積部８０）をさらに備えるようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうち少なくとも１つのデータを、前記入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段（例えば、図１２のイベント情報記録部７５）をさらに備えるようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）においては、前記情報記録手段により記録されたイベント情報、および前記イベント分類情報に基づき、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを示すモード（例えば、処理モード）を選択するモード選択手段（例えば、図１２の処理モード選択部７８）をさらに備えるようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）においては、前記入力手段は、ユーザからの前記モードに関する指令（例えば、低消費電力モードを選択するか否かの入力）を取得し、前記モード選択手段は、前記入力取得手段により取得されたユーザからの指令に基づいて、前記モードを選択するようにすることができる。

この情報処理装置（例えば、図３のサーバ３１）においては、前記モード選択手段は、他の情報処理装置（例えば、図３のマルチセンサカメラ１−１）の消費電力に基づき、前記モードを選択するようにすることができる。

本発明によれば、情報処理方法が提供される。この情報処理方法は、第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第３のデータ（例えば、画像データ）、および第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第４のデータ（例えば、画像データ）を取得する取得ステップ（例えば、図２０のステップＳ１５１およびＳ１６０）と、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップ（例えば、図２０のステップＳ１５９）と、前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御ステップ（例えば、図２０のステップＳ１６１）とを含む。

本発明によれば、プログラムが提供される。このプログラムは、第１のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のフォトセンサ５１）の監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサ（例えば、図３のマルチセンサカメラ１−１の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第３のデータ（例えば、画像データ）、および第４のセンサ（例えば、図３のマルチセンサカメラ１−２の図１１のカメラ５４）の監視領域の状況の変化に伴うイベントの第４のデータ（例えば、画像データ）を取得する取得ステップ（例えば、図２０のステップＳ１５１およびＳ１６０）と、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップ（例えば、図２０のステップＳ１５９）と、前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御ステップ（例えば、図２０のステップＳ１６１）とを含む。

以下、図を参照して、本発明の実施の形態について説明する。

図１は、監視システムが１台のマルチセンサカメラ１−１で監視した場合の監視領域を示し、図２は、監視システムが２台のマルチセンサカメラ１−１および１−２で監視した場合の監視領域を示している。図１の監視システムの場合、マルチセンサカメラ１−１の監視領域１１−１のみしか監視できないが、図２の監視システムの場合、マルチセンサカメラ１−２の監視領域１１−２も監視できるようになり、より多くのイベントを検出できるようになる。

さらに、図２の監視システムの場合、マルチセンサカメラ１−１のみイベントを検出している状態（図２の監視領域１１−３（監視領域１１−１と監視領域１１−２が重なる領域）の領域を除く監視領域１１−１でイベントが発生している状態）、マルチセンサカメラ１−２のみイベントを検出している状態（図２の監視領域１１−３の領域を除く監視領域１１−２でイベントが発生している状態）、およびマルチセンサカメラ１−１および１−２の両方がイベントを検出している状態（図２の監視領域１１−３でイベントが発生している状態）と、イベントの検出状態が区分可能である。従って、図２の監視システムの場合、図２の監視システムに比べて、監視領域で発生するイベントの状態をより詳細に分析することができ、その分析結果に基づいて、ユーザに通知が必要なイベントか否かを判断し、ユーザへのイベントの通知を制御することにより、よりユーザに必要十分な量の情報を提供できるようになる。

図３は、本発明を適用した監視システム２１の構成例を表している。この構成例においては、図中左側の監視領域側にマルチセンサカメラ１―１および１−２が設けられており、図中右側の通知・呈示側に、サーバ３１、および呈示部３２が設けられている。マルチセンサカメラ１−１、マルチセンサカメラ１−２、およびサーバ３１は、互いに無線通信を行なう。サーバ３１と通信する呈示部３２は、例えば、一般のテレビジョン受像機や専用のモニタとされる。

マルチセンサカメラ１−１，１−２には、それぞれセンサが設けられており、イベントを監視したい領域（必要な場所）を監視できるように設置されている。これ以降の説明では、マルチセンサカメラ１−１，１−２は、図２に示されるように、互いの監視領域がほぼ垂直に重なるように配置されたものとして説明する。

図４乃至図７は、監視システム２１のマルチセンサカメラ１−１，１−２の監視領域と、その監視領域内で発生したイベントの例を表わす。まず、図４を参照して、監視システム２１の監視領域とイベントの状態の分類に関して説明する。

マルチセンサカメラ１−１にはフォトセンサ５１−１が設けられ、マルチセンサカメラ１−２にはフォトセンサ５１−２が設けられている。図２で説明したように、フォトセンサ５１−１は監視領域１１−１を監視し、フォトセンサ５１−２は監視領域１１−２を監視する。監視領域１１−１と監視領域１１−２が重なった領域は、監視領域１１−３とされる。フォトセンサ５１−１および５１−２は、受光光量に、予め設定されている基準を超える変化があった時、イベントの発生を検出する。

監視システム２１では、マルチセンサカメラ１−１のフォトセンサ５１−１およびマルチセンサカメラ１−２のフォトセンサ５１−２の検出状態により、イベントの状態が分類される。さらに、１つのイベントに対して、マルチセンサカメラ１−１の単独の状態（以下、単独状態と称する）、マルチセンサカメラ１−２の単独状態、マルチセンサカメラ１−１，１−２の状態を統合した状態（以下、統合状態と称する）の３つの状態が定義される。そして、分類した状態毎に番号（以下、状態番号と称する）がつけられ、マルチセンサカメラ１−１，１−２の単独状態の状態番号をマルチセンサカメラ１−１，１−２の単独状態番号、マルチセンサカメラ１−１，１−２の統合状態の状態番号を統合状態番号と称する。

マルチセンサカメラ１−１の単独状態番号は、監視領域１１−１でイベントが発生している（フォトセンサ５１−１がイベントを検出している）場合が０ｘ０１、監視領域１１−１でイベントが発生していない（フォトセンサ５１−１がイベントを検出していない）場合が０ｘ００と定義される。同様に、マルチセンサカメラ１−２の単独状態番号は、監視領域１１−２でイベントが発生している（フォトセンサ５１−２がイベントを検出している）場合が０ｘ０１、監視領域１１−２でイベントが発生していない（フォトセンサ５１−２がイベントを検出していない）場合が０ｘ００と定義される。

統合状態番号は、サーバ３１とマルチセンサカメラ１−１，１−２で番号体系が異なる。サーバ３１の統合状態番号は、監視領域１１−１でのみイベントが発生している（フォトセンサ５１−１のみがイベントを検出している）場合が０ｘ０１、監視領域１１−２でのみイベントが発生している（フォトセンサ５１−２のみがイベントを検出している）場合が０ｘ１０、監視領域１１−３内でイベントが発生している（フォトセンサ５１−１および５１−２がともにイベントを検出している）場合が０ｘ１１、イベントが発生していない（フォトセンサ５１−１および５１−２がともにイベントを検出していない）場合が０ｘ００と定義される。

マルチセンサカメラ１−１，１−２の統合状態番号は、自己の監視領域でのみイベントが発生している場合が０ｘ０１、他のマルチセンサカメラの監視領域でのみイベントが発生している場合が０ｘ１０、自己の監視領域と他のマルチセンサカメラの監視領域が重なる領域（監視領域１１−３）でイベントが発生している場合が０ｘ１１、イベントが発生していない場合が０ｘ００と定義される。

この監視システム２１の監視領域で、イベントが図４から図７の順で検出されたものとする。図４は、時刻T＝ｔにおいて、人４１が、監視領域１１−１に侵入し、監視システム２１の監視領域でイベントが発生した状態を表わす。図５は、図４の状態からｍ秒経過した時刻T＝ｔ＋ｍにおいて、人４１が監視領域１１−３に侵入した状態を表わす。図６は、図５の状態からさらにｎ秒経過した時刻T＝ｔ＋ｍ＋ｎにおいて、人４１が監視領域１１−１から外に出て、監視領域１１−２のみの領域に侵入した状態を表わす。図７は、図６の状態からさらにｐ秒経過した時刻T＝ｔ＋ｍ＋ｎ＋ｐにおいて、人４１が、監視システム２１の監視領域の外へ出て、イベントが終了した状態を表わす。

図８は、図４乃至図７で表わされたイベントでの各時刻におけるイベントの各状態番号を示している。図８の１行目は時刻を表わしており、イベントの状態は、それぞれ時刻Ｔ＝ｔの時が図４の状態、時刻Ｔ＝ｔ＋ｍの時が図５の状態、時刻Ｔ＝ｔ＋ｍ＋ｎの時が図６の状態、時刻Ｔ＝ｔ＋ｍ＋ｎ＋ｏの時が図７の状態にそれぞれ対応する。図８の２行目以降は、各時刻における１列目に示された各状態番号の値を表わす。例えば、時刻Ｔ＝ｔの時のマルチセンサカメラ１−１の単独状態番号は０ｘ０１、マルチセンサカメラ１−２の単独状態番号は０ｘ００、マルチセンサカメラ１−１における統合状態番号は０ｘ０１、マルチセンサカメラ１−２における統合状態番号は０ｘ１０、サーバ３１における統合状態番号は０ｘ０１となる。

イベント発生から終了までのイベントの状態番号の遷移パターンが、状態遷移パターンとされる。状態遷移パターンには、イベントが発生している間の状態番号の遷移が含まれ、イベントが発生していない時の状態番号は含まれない。例えば、図４乃至図７のイベントの例では、マルチセンサカメラ１−２の単独状態番号は、時刻Ｔ＝ｔ＋ｍの時に、監視領域１１−２でのイベントの発生に伴い、０ｘ００から０ｘ０１に遷移し、時刻Ｔ＝ｔ＋ｍ＋ｎ＋ｐの時に、監視領域１１−２でのイベントの終了に伴い、０ｘ０１から０ｘ００に遷移している。従って、監視領域１１−２でイベントが発生している間、マルチセンサカメラ１−２の単独状態番号は、０ｘ０１から他の状態番号に遷移していないため、マルチセンサカメラ１−２の単独状態遷移パターンは、単独状態０ｘ０１と記述される。

同様に、図４乃至図７のイベントの例では、サーバ３１における統合状態番号は、時刻Ｔ＝ｔの時に０ｘ０１であり、時刻Ｔ＝ｔ＋ｍの時に０ｘ０１から０ｘ１１に遷移し、時刻Ｔ＝ｔ＋ｍ＋ｎの時に０ｘ１１から０ｘ１０に遷移し、時刻Ｔ＝ｔ＋ｍ＋ｎ＋ｐの時にイベントの終了に伴い０ｘ１０から０ｘ００に遷移している。従って、サーバ３１における統合状態遷移パターンは、統合状態０ｘ０１，統合状態０ｘ１１，統合状態０ｘ１０と記述される。

同様に、図４乃至図７のイベントの例では、マルチセンサカメラ１−１の単独状態遷移パターンは、単独状態０ｘ０１、マルチセンサカメラ１−１における統合状態遷移パターンは、統合状態０ｘ０１，統合状態０ｘ１１，統合状態０ｘ１０、マルチセンサカメラ１−２における統合状態遷移パターンは、統合状態０ｘ１０，統合状態０ｘ１１，統合状態０ｘ０１と、それぞれ記述される。

イベントの状態遷移パターンに、各状態における継続時間を付加したデータが、状態履歴データとされる。例えば、図４乃至図７のイベントの例では、マルチセンサカメラ１−２の状態遷移パターンに記述されている単独状態０ｘ０１は、時刻Ｔ＝ｔ＋ｍの時に単独状態０ｘ００から単独状態０ｘ０１に遷移してから、時刻Ｔ＝ｔ＋ｍ＋ｎ＋ｐの時に単独状態０ｘ０１から単独状態０ｘ００に遷移するまでの間のｎ＋ｐ秒間継続している。従って、マルチセンサカメラ１−２の単独状態履歴データは、単独状態０ｘ０１（ｎ＋ｐ秒）と記述される。

同様に、図４乃至図７のイベントの例では、サーバ３１における統合状態履歴データは、統合状態０ｘ０１がｍ秒継続し、統合状態０ｘ１１がｎ秒継続し、統合状態０ｘ１０がｐ秒継続しているので、統合状態０ｘ０１（ｍ秒），統合状態０ｘ１１（ｎ秒），統合状態０ｘ１０（ｐ秒）と記述される。

同様に、図４乃至図７のイベントの例では、マルチセンサカメラ１−１の単独状態履歴データは、単独状態０ｘ０１（ｍ＋ｎ秒）、マルチセンサカメラ１−１における統合状態履歴データは、統合状態０ｘ０１（ｍ秒），統合状態０ｘ１１（ｎ秒），統合状態０ｘ１０（ｐ秒）、マルチセンサカメラ１−２における統合状態履歴データは、統合状態０ｘ１０（ｍ秒），統合状態０ｘ１１（ｎ秒），統合状態０ｘ０１（ｐ秒）と、それぞれ記述される。

監視システム２１における監視処理は、監視領域で発生したイベントをユーザに通知すべきか否かを判定（以下、イベント通知判定と称する）する時に、マルチセンサカメラ１−１，１−２の統合状態に基づき判定するか、マルチセンサカメラ１−１，１−２それぞれの単独状態に基づき判定するかにより、２つの処理モードに分かれる。前者を統合モード、後者を単独モードと称する。さらに、統合モードは、統合モードによるイベント通知判定を、マルチセンサカメラ１−１，１−２で行なうか、サーバ３１で行なうかにより、さらに２つの処理モードに分かれ、前者をカメラ処理モード、後者をサーバ処理モードと称する。単独モードの場合、イベント通知判定は、常にマルチセンサカメラ１−１，１−２で行われ、サーバ３１では行われない（常に、カメラ処理モードとされる）。従って、監視システム２１の監視処理は合計３つの処理モードに分かれ、統合モードかつサーバ処理モードを統合サーバ処理モード、統合モードかつカメラ処理モードを統合カメラ処理モード、単独モードかつカメラ処理モードを独立カメラ処理モードと称する。

図３は、統合カメラ処理モードにおける監視システム２１の情報の流れを示している。マルチセンサカメラ１−１，１−２は、自己の監視領域でイベントの状態が変化した時、他のマルチセンサカメラに状態が変化したことを通知する。この時他のマルチセンサカメラに送信される通知信号を状態変化通知と称し、この状態変化通知には、その時点のマルチセンサカメラ１−１，１−２の単独状態番号が含まれている。マルチセンサカメラ１−１，１−２は、他のマルチセンサカメラから送信された状態変化通知と、自己が検出したイベント状態に基づき、マルチセンサカメラ１−１，１−２の統合状態履歴データを求める。マルチセンサカメラ１−１，１−２は、その統合状態履歴データに基づき、イベント通知判定を行なう。イベント通知判定の詳細については、図１３を参照して後述する。発生中のイベントが、ユーザに通知する必要があると判定された場合は、マルチセンサカメラ１−１，１−２から、サーバ３１へ画像データが送信され、サーバ３１は、受信した画像データから呈示用データを生成し、呈示部３２に出力し、呈示させる。

図９は、統合サーバ処理モードにおける監視システム２１の情報の流れを示している。マルチセンサカメラ１−１，１−２は、自己の監視領域でイベントの状態が変化した時、サーバ３１に状態変化通知を送信する。サーバ３１は、マルチセンサカメラ１−１，１−２からの状態変化通知に基づき、マルチセンサカメラ１−１，１−２の統合状態履歴データを求め、その統合状態履歴データに基づき、イベント通知判定を行なう。発生中のイベントが、ユーザに通知する必要があると判定された場合、サーバ３１は、マルチセンサカメラ１−１，１−２に画像データの送信を要求し、マルチセンサカメラ１−１，１−２からサーバ３１へ画像データが送信される。サーバ３１は、受信した画像データから呈示用データを生成し、呈示部３２に出力し、呈示させる。

図１０は、独立カメラ処理モードにおける監視システム２１の情報の流れを示している。マルチセンサカメラ１−１，１−２は、統合サーバ処理モードおよび統合カメラ処理モードの場合と異なり、自己の監視領域でイベントの状態が変化しても、状態変化通知を送信しない。マルチセンサカメラ１−１，１−２は、自己の単独状態履歴データに基づき、ユーザに通知が必要なイベントか否かを判定する。発生中のイベントが、ユーザに通知する必要があると判定された場合は、ユーザに通知する必要があると判定されたイベントを検出中のマルチセンサカメラから、サーバ３１へ画像データが送信され、サーバ３１は、受信した画像データから呈示用データを生成し、呈示部３２へ出力し、呈示させる。

統合サーバ処理モードおよび統合カメラ処理モードの場合、発生中のイベントが、ユーザに通知する必要があると判定されても、必ずしも全てのマルチセンサカメラがイベントを検出しているとは限らない。そこで、監視システム２１では、イベントを検出中のマルチセンサカメラからのみ画像データが送信されるように制御される。

例えば、図４乃至図７のイベントの例において、監視システム２１の処理モードが統合サーバ処理モードあるいは統合カメラ処理モードで、図４の状態で、ユーザに通知が必要なイベントと判定された場合、マルチセンサカメラ１−１の監視領域１１−１でのみイベントが発生しているため、マルチセンサカメラ１−１からのみサーバ３１への画像データの送信が開始され、マルチセンサカメラ１−２からは、画像データは送信されない。

図５の状態では、マルチセンサカメラ１−２の監視領域１１−２でもイベントが発生しているので、マルチセンサカメラ１−２からも、サーバ３１への画像データの送信が開始され、マルチセンサカメラ１−１および１−２の両方から、サーバ３１へ画像データが送信される。

図６の状態では、マルチセンサカメラ１−１の監視領域１１−１では、イベントが終了しているため、マルチセンサカメラ１−１からの画像データの送信は停止され、マルチセンサカメラ１−２からのみサーバ３１への画像データが送信される。従って、マルチセンサカメラ１−１，１−２の消費電力を最低限に抑えつつ、かつユーザが通知を必要とするイベントを呈示することができる。

統合サーバ処理モードおよび統合カメラ処理モードでは、マルチセンサカメラ１−１，１−２の状態を統合してイベント通知判定を行なうため、独立モードに比べて、イベントの検出状態が細分化され、それに従い、イベント通知判定の条件も細分化されるため、ユーザが通知を必要とするイベントを通知する精度（監視システム２１がユーザに通知したイベントのうち、ユーザが通知を必要とするイベントの割合）が向上する。また、無駄なイベントの通知が減少し、消費電力が低減される。ただし、マルチセンサカメラ１−１，１−２の状態が変化するごとに、状態変化通知が、マルチセンサカメラ１−１と１−２の間、あるいはサーバ３１とマルチセンサカメラ１−１，１−２の間で伝送されるため、マルチセンサカメラ１−１，１−２の消費電力が大きくなる場合がある。

統合サーバ処理モードでは、統合カメラ処理モードに比べて、イベント検出の処理をサーバ３１で行なうため、マルチセンサカメラ１−１，１−２の消費電力が低減される。一方、統合サーバ処理モードでは、イベント検出の処理にサーバ３１が介在するため、サーバ３１が停止した場合、監視システム２１のイベント検出処理が停止してしまう危険性がある。統合カメラ処理モードでは、サーバ３１が停止しても、イベント検出処理は継続でき、イベントの呈示はできないが、イベント検出結果のデータを残すことができ、イベント検出処理の停止のリスクが低減される。

監視システム２１では、図３３を参照して後述する処理モード選択処理により、ユーザの要求やイベントの検出状態に基づき、以上の３つのモード中から、最適なモードが選択され、監視処理が行なわれる。

図１１は、図３のマルチセンサカメラ１−１，１−２の機能的構成を示すブロック図である。

マルチセンサカメラ１−１，１−２には、フォトセンサ５１、状態検知部５２、イベント通知制御部５３、カメラ５４、送信部５５、受信部５６、およびバッテリ５７が設けられている。

状態検知部５２は、フォトセンサ５１から得られるデータ（以下、センサデータと称する）に基づいて、イベントの検出処理を行ない、発生中のイベントの単独状態履歴データを記録、更新する。状態検知部５２は、監視領域のイベントの状態が変化した場合、統合サーバ処理モードの場合はサーバ３１に、統合カメラ処理モードの場合は他のマルチセンサカメラに、送信部５５を介して、状態変化通知を送信する。また、状態検知部５２は、統合カメラ処理モードの場合、イベント通知制御部５３にも状態変化通知を送信する。

統合サーバ処理モードの場合、イベント通知制御部５３は、受信部５６を介して、サーバ３１から画像送信開始指示を受信し、自己の監視領域でのイベントの発生状況に応じて、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４で撮像した画像データをサーバ３１に送信させるよう制御する。また、イベント通知制御部５３は、受信部５６を介して、サーバ３１から画像送信終了指示を受信し、その画像送信終了指示に基づき、カメラ５４の電源をオフし、サーバ３１への画像データの送信を終了させるよう制御する。

統合カメラ処理モードの場合、イベント通知制御部５３は、受信部５６を介して、他のマルチセンサカメラから状態変化通知を受信する。イベント通知制御部５３は、他のマルチセンサカメラから取得した状態変化通知、および状態検知部５２から取得した自己の状態変化通知に基づき、自分自身の統合状態履歴データを求める。イベント通知制御部５３は、その統合状態履歴データ、およびサーバ３１から取得した後述する通知不要テーブルに基づき、イベント通知判定を行なう。イベント通知制御部５３は、イベント通知判定により、発生中のイベントがユーザに通知が必要なイベントと判定された場合、自己の監視領域でのイベントの発生状況に応じて、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４で撮像した画像データをサーバ３１に送信させるよう制御する。

また、イベント通知制御部５３は、受信部５６を介して、サーバ３１から画像送信終了指示を受信した場合、その画像送信終了指示に基づき、カメラ５４の電源をオフし、サーバ３１への画像データの送信を終了させるよう制御する。イベント通知制御部５３は、ユーザに通知が必要と判定されたイベントが終了した時、送信部５５を介して、自己の単独状態履歴データ、および統合状態履歴データを含むイベント終了通知をサーバ３１に送信し、カメラ５４の電源をオフし、サーバ３１への画像データの送信を終了させるよう制御する。

独立カメラ処理モードの場合、イベント通知制御部５３は、状態検知部５２から自己の単独状態履歴データを取得し、その単独状態履歴データ、および通知不要テーブルに基づき、イベント通知判定を行なう。イベント通知判定により、自己の監視領域で発生中のイベントがユーザに通知が必要なイベントと判定された場合、イベント通知制御部５３は、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４で撮像した画像データをサーバ３１に送信するよう制御する。

また、イベント通知制御部５３は、受信部５６を介して、サーバ３１から画像送信終了指示を受信した場合、その画像送信終了指示に基づき、カメラ５４の電源をオフし、サーバ３１への画像データの送信を終了させるよう制御する。イベント通知制御部５３は、ユーザに通知が必要と判定されたイベントが終了した時、送信部５５を介して、自己の単独状態履歴データを含むイベント終了通知をサーバ３１に送信し、カメラ５４の電源をオフし、サーバ３１への画像データの送信を終了させるよう制御する。

イベント通知制御部５３は、後述する通知イベント発生フラグ、および画像送信許可フラグを設定し、保持する。イベント通知制御部５３は、受信部５６を介して、サーバ３１から、通知不要テーブルを受信し、保持する。

送信部５５は、サーバ３１の受信部７２、あるいは他のマルチセンサカメラの受信部５６と無線で通信を行ない、サーバ３１や他のマルチセンサカメラに状態変化通知を送信したり、サーバ３１に画像データ、およびイベント終了通知を送信したりする。

受信部５６は、サーバ３１の送信部７１、あるいは他のマルチセンサカメラの送信部５５と無線で通信を行ない、サーバ３１から画像送信開始指示、画像送信停止指示、通知不要テーブルを受信したり、他のマルチセンサカメラから状態変化通知を受信したりする。受信部５６は、処理モード選択処理後に、サーバ３１から処理モード通知を受信し、状態検知部５２およびイベント通知制御部５３に供給する。

バッテリ５７は、マルチセンサカメラ１−１，１−２の各部に対して必要な電力を供給している。

図１２は、図３のサーバ３１の機能的構成を示すブロック図である。

サーバ３１には、送信部７１、受信部７２、イベント通知制御部７３、イベント呈示制御部７４、イベント情報記録部７５、分類情報生成部７６、ユーザ入力部７７、処理モード選択部７８、イベント情報蓄積部７９、およびイベント分類情報蓄積部８０が設けられている。

送信部７１は、マルチセンサカメラ１−１，１−２の受信部５６と無線で通信を行ない、マルチセンサカメラ１−１，１−２に、画像送信開始指示、画像送信停止指示、通知不要テーブル、および処理モード通知を送信する。

受信部７２は、マルチセンサカメラ１−１，１−２の送信部５５と無線で通信を行ない、マルチセンサカメラ１−１，１−２から、状態変化通知、画像データ、およびイベント終了通知を受信する。

統合サーバ処理モードの場合、イベント通知制御部７３は、受信部７２を介して、マルチセンサカメラ１−１，１−２から受信した状態変化通知に基づき、マルチセンサカメラ１−１，１−２の統合状態履歴データを求める。イベント通知制御部７３は、その統合状態履歴データ、およびイベント分類情報蓄積部８０に保存された通知不要テーブルに基づき、イベント通知判定を行なう。発生中のイベントが、ユーザに通知が必要なイベントと判定された場合、イベント通知制御部７３は、送信部７１を介して、マルチセンサカメラ１−１，１−２に画像送信開始指示を送信する。ユーザに通知が必要と判定されたイベントが終了した場合、イベント通知制御部７３は、送信部７１を介して、マルチセンサカメラ１−１，１−２に画像送信停止指示を送信する。

イベント通知制御部７３は、処理モードに関わらず、イベント呈示中に、呈示中のイベントに対して、ユーザから通知不要と評価する入力がユーザ入力部７７に入力された場合、送信部７１を介して、マルチセンサカメラ１−１，１−２に画像送信停止指示を送信する。

イベント通知制御部７３は、後述する通知イベント発生フラグを設定し、保持する。

イベント呈示制御部７４は、受信部７２を介して、マルチセンサカメラ１−１，１−２から送信された画像データを受信する。イベント呈示制御部７４は、取得した画像データに基づき、呈示部３２への呈示データを作成し、呈示部３２に出力する。

統合サーバ処理モードの場合、イベント情報記録部７５は、イベント終了時に、イベント通知制御部７３から取得するそのイベントの統合状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、イベント情報を生成し、イベント情報蓄積部７９に保存する。

統合カメラ処理モードの場合、イベント情報記録部７５は、イベント終了時に、受信部７２を介して、マルチセンサカメラ１−１，１−２から取得するイベント終了通知に含まれるマルチセンサカメラ１−１，１−２の単独状態履歴データおよび統合状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、イベント情報を生成して、イベント情報蓄積部７９に保存する。

独立カメラ処理モードの場合、イベント情報記録部７５は、イベント終了時に、受信部７２を介して、マルチセンサカメラ１−１または１−２から受信するイベント終了通知に含まれるマルチセンサカメラ１−１または１−２の単独状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、イベント情報を生成し、イベント情報蓄積部７９に保存する。

統合サーバ処理モードの場合、分類情報生成部７６は、イベント終了時に、イベント通知制御部７３から取得するそのイベントの統合状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、通知が不要なイベントを記述する通知不要テーブルを生成し、イベント分類情報蓄積部８０に保存する。

統合カメラ処理モードの場合、分類情報生成部７６は、イベント終了時に、受信部７２を介して、マルチセンサカメラ１−１，１−２から取得するイベント終了通知に含まれるマルチセンサカメラ１−１，１−２の単独状態履歴データおよび統合状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、通知が不要なイベントを記述する通知不要テーブルを生成し、イベント分類情報蓄積部８０に保存する。

独立カメラ処理モードの場合、分類情報生成部７６は、イベント終了時に、受信部７２を介して、マルチセンサカメラ１−１または１−２から取得するイベント終了通知に含まれるマルチセンサカメラ１−１または１−２の単独状態履歴データと、ユーザ入力部７７に入力されたそのイベントの通知が不要か否かの評価に基づき、通知が不要なイベントを記述する通知不要テーブルを生成し、イベント分類情報蓄積部８０に保存する。

ユーザ入力部７７は、呈示したイベントに対して、ユーザからの今後は通知が不要か否かの評価の入力を受け付け、イベント情報記録部７５および分類情報生成部７６に供給する。また、処理モード選択処理時に、ユーザから低消費電力モードを選択するか否かの入力を受け付け、処理モード選択部７８に通知する。

処理モード選択部７８は、イベント情報蓄積部７９に保存されているイベント情報、イベント分類情報蓄積部８０に保存されている通知不要テーブル、およびユーザ入力部７７から取得したユーザが低消費電力モードを選択したか否かの情報に基づき、モード選択処理を行なう。処理モード選択部７８は、処理モード選択処理により選択した処理モードを、イベント通知制御部７３、イベント情報記録部７５、分類情報生成部７６、および送信部７１を介して、マルチセンサカメラ１−１，１−２に通知する。

通知不要テーブルは、通知が不要なイベントのパターンが登録されているテーブルである。１つの通知不要テーブルには、１つの通知が不要なイベントのパターンが登録されていて、通知が不要なイベントのパターンが追加される毎に、通知不要テーブルが１つ追加される。通知不要テーブルには、統合サーバ処理モード時にサーバ３１で使用する通知不要テーブル、統合カメラ処理モード時にマルチセンサカメラ１−１，１−２で使用する通知不要テーブル、および独立カメラ処理モード時にマルチセンサカメラ１−１，１−２で使用する通知不要テーブルの３種類が存在する。図１３は、統合カメラ処理モード用の通知不要テーブルの実施の形態を表わす。

通知不要テーブルには、通知を不要とするイベントの状態遷移パターンと、各状態における継続時間の最小値と最大値が登録されている。図１３の通知不要テーブルの例では、状態遷移パターンは、統合状態０ｘ０１，統合状態０ｘ１１であり、統合状態０ｘ０１の継続時間の最小値が０．５秒、最大値が３．０秒、統合状態０ｘ１１の継続時間の最小値が１．０秒、最大値が２．５秒である。他の種類の通知不要テーブルも同じ形式であり、統合カメラ処理モード時にマルチセンサカメラ１−１，１−２で使用する通知不要テーブルの場合、マルチセンサカメラ１−１，１−２における統合状態の状態遷移パターンが登録され、独立カメラ処理モード時にマルチセンサカメラ１−１，１−２で使用する通知不要テーブルの場合、マルチセンサカメラ１−１または１−２の単独状態の状態遷移パターンが登録される。

検出されたイベントが通知不要テーブルに登録されているイベントに該当するか否かは、そのイベントの状態遷移パターンが、通知不要テーブルに登録されている状態遷移パターンと完全一致し（過不足なく一致し）、かつそのイベントの各状態の継続時間が、通知不要テーブルの継続時間の最小値と最大値の範囲に収まるか否かで判定される。例えば、統合状態０ｘ０１（１秒），統合状態０ｘ１１（２秒）の統合状態履歴データのイベントは、図１３の通知不要テーブルに登録されているイベントに該当する。統合状態０ｘ０１のみ発生したイベントや、統合状態０ｘ０１，統合状態０ｘ１１，統合状態０ｘ１０の順に遷移したイベントは、図１３の通知不要テーブルに登録されているイベントに該当しない。また、統合状態０ｘ０１（５秒），統合状態０ｘ１１（２秒）の統合状態履歴データのイベントは、統合状態０ｘ０１の継続時間が、図１３の通知不要テーブルに示されている統合状態０ｘ０１の継続時間の範囲外のため、図１３の通知不要テーブルに登録されているイベントに該当しない。

ただし、イベント発生中に、そのイベントの通知が必要か否かを判定する場合には、そのイベントが通知不要テーブルに登録されているイベントに該当していなくても、イベントの進行に従い、通知不要テーブルに登録されているイベントとなる可能性がある間は、そのイベントは、記録が必要なイベントとは判定されない。そして、そのイベントが全ての通知不要テーブルのイベントに該当する可能性がなくなった時点で、そのイベントは通知が必要なイベントと判定される。

例えば、サーバ３１で図１３の通知不要テーブルのみ保持している場合、統合状態０ｘ０１のイベントが発生した時点では、図１３の通知不要テーブルに登録されたイベントとなる可能性があるため、そのイベントは通知が必要なイベントとはまだ判定されない。そして、そのイベントの統合状態０ｘ０１の継続期間が3秒を超えたり、統合状態０ｘ１１に遷移したりした時点で、図１３の通知不要テーブルに登録されたイベントに該当する可能性がなくなるため、そのイベントは通知が必要なイベントと判定される。

統合サーバ処理モードの場合、サーバ３１のイベント通知制御部７３が、統合サーバ処理モード用の通知不要テーブルに基づき、イベント通知制御部７３で更新される発生中のイベントの統合状態履歴データが、通知不要テーブルに登録されているイベントに該当するか否かを判定することにより、ユーザに通知が必要なイベントか否かが判定される。

統合カメラ処理モードの場合、マルチセンサカメラ１−１，１−２のそれぞれのイベント通知制御部５３が、統合カメラ処理モード用の通知不要テーブルに基づき、イベント通知制御部５３で更新される発生中のイベントの統合状態履歴データが、通知不要テーブルに登録されているイベントに該当するか否かを判定することにより、ユーザに通知が必要なイベントか否かが判定される。

独立カメラ処理モードの場合、マルチセンサカメラ１−１，１−２のそれぞれのイベント通知制御部５３が、独立カメラ処理モード用の通知不要テーブルに基づき、状態検知部５２で更新される発生中のイベントの単独状態履歴データが、通知不要テーブルに登録されているイベントに該当するか否かを判定することにより、ユーザに通知が必要なイベントか否かが判定される。

通知不要テーブルは、ユーザに呈示したイベントに対して、ユーザから通知不要の評価を入力された場合、そのイベント終了後に作成、あるいは更新される。通知不要と評価されたイベントの状態遷移パターンと一致する状態遷移パターンを持つイベントの通知不要テーブルがない場合は、そのイベントの状態履歴データに基づいて、新たな通知不要テーブルが作成される。通知不要と評価されたイベントの状態遷移パターンと一致する状態遷移パターンを持つイベントの通知不要テーブルがある場合は、そのイベント情報の状態履歴データの各状態の継続時間と、通知不要テーブルに登録されているイベントの状態履歴データの各状態の継続時間を比較して、そのイベントの状態履歴データの継続時間が、通知不要テーブルの状態履歴データの継続時間の範囲内に収まらない箇所がある場合は、その箇所の継続時間を更新する。

統合サーバ処理モードあるいは統合カメラ処理モードの場合、ユーザに呈示したイベントに対して、ユーザから通知不要の評価を入力された場合、そのイベントのマルチセンサカメラ１−１，１−２の統合状態の状態遷移パターンに基づく通知不要テーブルと、そのイベントのマルチセンサカメラ１−１，１−２の単独状態の状態遷移パターンに基づく通知不要テーブルが作成、あるいは更新される。独立カメラ処理モードの場合、ユーザに呈示したイベントに対して、ユーザから通知不要の評価を入力された場合、そのイベントのマルチセンサカメラ１−１，１−２の単独状態の状態遷移パターンに基づく通知不要テーブルのみが作成、あるいは更新される。

通知イベント発生フラグは、監視システム２１の監視領域で、ユーザに通知が必要なイベントが発生中か否かを判定するフラグであり、マルチセンサカメラ１−１，１−２、およびサーバ３１のそれぞれで管理される。このフラグは、発生中のイベントがユーザに通知が必要なイベントであると判定されてから、そのイベントが終了するまでの間、オンに設定される。

画像送信許可フラグは、マルチセンサカメラ１−１，１−２が、画像データをサーバに送信してもよい状態か否かを判定するフラグである。マルチセンサカメラ１−１，１−２は、ユーザに通知が必要なイベントが自己の監視領域で発生していて、画像データを送信しようとした時、画像送信許可フラグの値により、画像データを送信するか否かを判定する。画像送信許可フラグは、統合サーバ処理モードの場合、サーバ３１から画像送信開始指示を受信してから画像送信停止指示を受信するまでの間、オンに設定される。統合カメラ処理モードおよび独立カメラ処理モードの場合、ユーザに通知が必要なイベントが検出されてから、そのイベントが終了するか、あるいはサーバ３１から画像送信停止指示を受信するまでの間、オンに設定される。統合カメラ処理モードおよび独立カメラ処理モードの場合、イベントの呈示中に、そのイベントに対してユーザから通知不要の評価が入力された場合、サーバ３１から画像送信停止指示が受信され、イベントの途中でもこのフラグはオフされ、以降サーバ３１への画像データの送信が停止される。

次に、図１４乃至図５９を参照して、図３の監視システム２１により実行される処理を説明する。説明は、監視処理開始から処理モード選択処理が行われるまでの監視処理、処理モード選択処理、および処理モード選択後の各モードにおける監視処理の順に説明する。

まず、図１４を参照して監視処理開始時に、マルチセンサカメラ１−１，１−２により実行される監視処理を説明する。この処理は、ユーザにより、監視領域における監視を開始するよう指令されたとき、開始される。

ステップＳ１において、イベント通知制御部５３により、初期化処理が実行される。マルチセンサカメラ１−１，１−２の処理モードが統合サーバ処理モードに初期設定され、通知イベント発生フラグおよび画像送信許可フラグが、ともにオフに初期化される。

ステップＳ２において、受信部５６は、サーバ３１から処理モード通知が受信されたか否かを判定する。この処理モード通知は、後述する図３３のステップＳ２１０において、処理モード選択処理が実行された後に、サーバ３１から送信されるものである。いまの場合、監視処理を開始したばかりであり、まだ処理モード選択処理は実行されず、処理モード通知は受信されないため、ステップＳ３の処理はスキップされ、処理はステップＳ４に進む。

ステップＳ４において、受信部５６は、サーバ３１から通知不要テーブルを受信したか否かを判定する。この通知不要テーブルは、後述する図３３のステップＳ２１１において、処理モード選択処理後に、サーバ３１から送信されるものである。いまの場合、監視処理を開始したばかりであり、まだ処理モード選択処理は実行されず、通知不要テーブルは受信されないため、ステップＳ５の処理はスキップされ、処理はステップＳ６に進む。

ステップＳ６において、イベント通知制御部５３は、設定されている処理モードを判別する。いまの場合、統合サーバ処理モードが設定されていると判別され、処理はステップＳ７に進み、図１６，図１７を参照して後述する統合サーバ処理モードによる監視処理が実行される。

ステップＳ７において、統合サーバ処理モードによる監視処理が実行された後、処理はステップＳ１０に進む。ステップＳ１０において、イベント通知制御部５３は、ユーザから監視領域における監視の終了が指令されたか否かを判定し、終了の指令がないと判定されれば、処理はステップＳ２に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、監視処理は終了される。

このように、マルチセンサカメラ１−１，１−２の監視処理が開始され、処理モード選択処理が実行されるまで、統合サーバ処理モードによる監視処理が繰り返される。

次に、図１５を参照して監視処理開始時にサーバ３１により実行される監視処理を説明する。この処理は、ユーザにより、監視領域における監視を開始するよう指令されたとき、開始される。

ステップＳ２１において、サーバ３１の初期化処理が実行される。処理モード選択部７８は、サーバ３１の処理モードを統合サーバ処理モードに初期設定し、イベント通知制御部７３、イベント情報記録部７５、および分類情報生成部７６に処理モードを通知する。イベント通知制御部７３は、通知イベント発生フラグをオフに初期化する。

ステップＳ２２において、処理モード選択部７８は、設定されている処理モードを判別する。いまの場合、統合サーバ処理モードが設定されていると判別され、処理はステップＳ２３に進み、図２０乃至図２２を参照して後述する統合サーバ処理モードによる監視処理が実行される。

ステップＳ２３において、統合サーバ処理モードによる監視処理が実行された後、処理はステップＳ２６に進む。ステップＳ２６において、イベント通知制御部７３は、ユーザから監視領域における監視の終了が指令されたか否かを判定し、終了の指令がないと判定されれば、処理はステップＳ２２に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、監視処理は終了される。

このように、サーバ３１の監視処理が開始され、処理モード選択処理が実行されるまで、統合サーバ処理モードによる監視処理が繰り返される。

次に、図１６乃至３２を参照して、図４乃至図７で説明したイベントの例に基づき、監視システム２１の監視処理が開始された時に設定される統合サーバ処理モードにおいて、監視システム２１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理と、図１５のステップＳ２３におけるサーバ監視処理）を説明する。ここでは、図４の状態ではユーザに通知が必要なイベントと判定されず、図５の状態でユーザに通知が必要なイベントと判定されるものとして説明する。

なお、マルチセンサカメラ１−１，１−２の図１４のステップＳ２乃至Ｓ６およびステップＳ１０の処理、およびサーバ３１の図１５のステップＳ２２，Ｓ２６の処理は、処理モード選択処理が行なわれるまで、上述した監視処理開始時と同様の処理が繰り返されるため、その説明は省略する。

最初に、図４のイベントが発生した時、統合サーバ処理モードにおいて監視システム２１により実行される監視処理を説明する。先に説明したとおり、図４は、時刻T＝ｔにおいて、人４１が、監視領域１１−１に侵入し、監視システム２１の監視領域でイベントが発生した状態を表わしている。

まず、図１６および図１７を参照して、統合サーバ処理モード時に、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。この状態では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

ステップＳ１０１において、状態検知部５２は、フォトセンサ５１からセンサデータを取得する。

ステップＳ１０２において、状態検知部５２は、ステップＳ１０１で取得したセンサデータに基づき、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。図１８は、この時点におけるマルチセンサカメラ１−１の単独状態履歴データを表わしている。図４は、マルチセンサカメラ１−１の監視領域１１−１に人４１が侵入した状態を表わしており、マルチセンサカメラ１−１の単独状態番号は０ｘ０１である。従って、マルチセンサカメラ１−１の単独状態履歴データには、状態遷移パターンが単独状態０ｘ０１と記録され、継続時間が０秒と記録される。

ステップＳ１０３において、状態検知部５２は、前回ステップＳ１０２において状態履歴データを更新した時から、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態（単独状態番号）が変化したか否かを判定する。いまの場合、自己の監視領域１１−１の状態が変化したと判定され、処理はステップＳ１０４に進む。

ステップＳ１０４において、状態検知部５２は、送信部５５を介して、サーバ３１に状態変化通知を送信する。状態変化通知には、この時点の自己（マルチセンサカメラ１−１）の単独状態番号が含まれ、これにより、マルチセンサカメラ１−１のこの時点の単独状態０ｘ０１が、サーバ３１に通知される。

ステップＳ１０５において、受信部５６は、サーバ３１から画像送信開始指示を受信したか否かを判定する。画像送信開始指示は、後述する図２０のステップＳ１５９において、サーバ３１でユーザに通知が必要なイベントが発生中であると判定された場合、ステップＳ１６０において、サーバ３１からマルチセンサカメラ１−１，１−２に送信されてくる。いまの場合、ユーザに通知が必要なイベントが発生中ではないと判定され、サーバ３１から画像送信開始指示は送信されてこないため、画像送信開始指示を受信していないと判定され、処理はステップＳ１０６に進む。

ステップＳ１０６において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。この画像送信停止指示は、ユーザに通知が必要なイベントが発生中に、サーバ３１で、後述する図２０のステップＳ１５３において、イベントが終了したと判定された時、あるいは、後述する図２０のステップＳ１５６において、ユーザから通知が不要と評価されたと判定された時、図２１のステップＳ１７２、あるいは図２０のステップＳ１５７において送信される。いまの場合、まだユーザに通知が必要なイベントが発生しておらず、サーバ３１から画像送信停止指示は送信されないため、画像送信停止指示を受信していないと判定され、ステップＳ１０７の処理はスキップされ、処理はステップＳ１０９に進む。

ステップＳ１０９において、イベント通知制御部５３は、サーバ３１に画像データを送信中か否かを判定する。いまの場合、サーバ３１への画像データの送信は開始されておらず、サーバ３１に画像データを送信中でないと判定され、処理はステップＳ１１０に進む。

ステップＳ１１０において、イベント通知制御部５３は、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ画像送信許可フラグがオンか否かを判定する。いまの場合、自己の監視領域１１−１でイベントは発生中だが、画像送信許可フラグはオフなので、ステップＳ１１１の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−１でイベントが検出され、単独状態履歴データが更新され、サーバ３１へ状態変化通知が送信される。その後、サーバ３１で、ユーザに通知が必要なイベントが発生中ではないと判定された場合、特別な処理は行なわれない。

次に、統合サーバ処理モード時に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。この時点では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

マルチセンサカメラ１−１の場合と同様に、状態検知部５２は、ステップＳ１０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ１０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。図１９は、この時点におけるマルチセンサカメラ１−２の単独状態履歴データを表わしている。図４は、マルチセンサカメラ１−２の監視領域１１−２に人４１は侵入しておらず、監視領域１１−２でイベントが発生していないことを表わしている。従って、マルチセンサカメラ１−２の単独状態履歴データには、状態遷移パターンが、マルチセンサカメラ１−２の監視領域１１−２でイベントが発生していないことを示す単独状態０ｘ００が記録される。

ステップＳ１０３において、マルチセンサカメラ１−１の場合と同様に、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態（単独状態番号）が変化したか否かが判定される。いまの場合、自己の監視領域１１−２の状態は変化していないと判定され、ステップＳ１０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ１０５に進む。

ステップＳ１０５乃至Ｓ１０９における処理は、マルチセンサカメラ１−１の場合と同様であり、サーバ３１から画像送信開始指示および画像送信停止指示は受信されておらず、マルチセンサカメラ１−２からサーバ３１に画像データは送信されていないため、そのまま処理はステップＳ１１０に進む。

ステップＳ１１０において、マルチセンサカメラ１−１の場合と同様に、イベント通知制御部５３は、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが発生中、かつ画像送信許可フラグがオンか否かを判定する。いまの場合、自己の監視領域１１−２でイベントは発生しておらず、画像送信許可フラグもオフなので、ステップＳ１１１の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−１と同様に、単独状態履歴データが更新され、その後、特別な処理は行なわれない。

次に、図２０乃至図２２を参照して、統合サーバ処理モード時に、マルチセンサカメラ１−１，１−２の図１６，図１７の処理に対応して、サーバ３１により実行される監視処理（図１５のステップＳ２３におけるサーバ監視処理）を説明する。この時点では、通知イベント発生フラグはオフされている。

ステップＳ１５１において、受信部７２はマルチセンサカメラ１−１，１−２から状態変化通知を受信する。いまの場合、先に説明した図１６のステップＳ１０４において、マルチセンサカメラ１−１から状態変化通知が送信されており、受信部７２は、その状態変化通知を受信し、処理はステップＳ１５２に進む。ステップＳ１５１において、状態変化通知が受信されなかった場合は、何も処理は行われず、処理はステップＳ１５２に進む。

ステップＳ１５２において、イベント通知制御部７３は、受信部７２から、ステップＳ１５１において受信した状態変化通知を取得する。イベント通知制御部７３は、取得した状態変化通知に基づき、マルチセンサカメラ１−１，１−２の統合状態履歴データを更新する。図２３は、この時点において、サーバ３１が保持する統合状態履歴データを表わしている。イベント通知制御部７３は、マルチセンサカメラ１−１から受信した状態変化通知からマルチセンサカメラ１−１の状態が、単独状態０ｘ０１であると認識し、マルチセンサカメラ１−２からは状態変化通知を受信していないため、マルチセンサカメラ１−２の状態が、単独状態０ｘ００のままであると認識し、マルチセンサカメラ１−１，１−２の統合状態が統合状態０ｘ０１であると認識する。従って、統合状態履歴データには、状態遷移パターンが統合状態０ｘ０１と記録され、このイベントは開始されたばかりなので、継続時間が０秒と記録される。

ステップＳ１５３において、イベント通知制御部７３は、イベントが終了したか否かを判定する。いまの場合、監視領域１１−１でイベントが発生中のため、処理はステップＳ１５４に進む。

ステップＳ１５４において、イベント通知制御部７３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオフと判定され、処理はステップＳ１５９に進む。

ステップＳ１５９において、イベント通知制御部７３は、ユーザに通知が必要なイベントが発生中か否かを判定する。イベント通知制御部７３は、イベント分類情報蓄積部８０から通知不要テーブルを取得し、ステップＳ１５２で更新した図２３の統合状態履歴データと、取得した通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定により、発生中のイベントがユーザに通知が必要なイベントか否かを判定する。いまの場合、ユーザに通知が必要なイベントが発生中ではないと判定され、ステップＳ１６０乃至Ｓ１６２の処理はスキップされ、イベントの呈示は開始されずに、処理は図１５のステップＳ２６に進む。

このように、サーバ３１は、マルチセンサカメラ１−１，１−２から状態変化通知を受信し、マルチセンサカメラ１−１，１−２の統合状態履歴データを求める。そして、イベント通知判定を行ない、ユーザに通知が必要なイベントが発生中でないと判定された場合、イベントの呈示は開始されない。

次に、発生中のイベントが図５の状態に遷移した時、統合サーバ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図５は、図４の時点からｍ秒経過した時刻T＝ｔ＋ｍにおいて、人４１が監視領域１１−３に侵入した状態を表わしている。

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データが更新される。図２４は、この時点におけるマルチセンサカメラ１−１の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−１の監視領域１１−１のイベントの状態（単独状態番号）は、図４の時点から変化しておらず、マルチセンサカメラ１−１の単独状態履歴データの単独状態０ｘ０１の継続時間がｍ秒に更新される。

ステップＳ１０３において、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態（単独状態番号）は変化していないと判定され、ステップＳ１０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ１０５に進む。

ステップＳ１０５において、いまの場合、後述する図２０のステップＳ１５９で、サーバ３１でユーザに通知が必要なイベントが発生中であると判定され、図２０のステップＳ１６０で、画像送信開始指示がサーバ３１からマルチセンサカメラ１−１，１−２に送信され、受信部５６はその画像送信開始指示を受信する。従って、ステップＳ１０５において、画像送信開始指示を受信したと判定され、処理はステップＳ１０８に進む。

ステップＳ１０８において、イベント通知制御部５３は、画像送信許可フラグをオンにする。

ステップＳ１０９において、いまの場合、画像データを送信中ではないと判定され、処理はステップＳ１１０に進む。

ステップＳ１１０において、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ画像送信許可フラグがオンか否かが判定される。いまの場合、自己の監視領域１１−１でイベントが発生中であり、かつ画像送信許可フラグがオンなので、処理はステップＳ１１１に進む。

ステップＳ１１１において、イベント通知制御部５３は、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４により撮像した画像データのサーバ３１への送信が開始される。その後、処理は図１４のステップＳ１０に進む。

このように、サーバ３１でユーザに通知が必要なイベントが発生中であると判定された場合、サーバ３１から送信される画像送信開始指示に基づき、サーバ３１への画像データの送信が開始される。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データが更新される。図２５は、この時点におけるマルチセンサカメラ１−２の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−２の単独状態履歴データには、状態遷移パターンが単独状態０ｘ０１と記録され、継続時間が０秒と記録される。

ステップＳ１０３において、いまの場合、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態（単独状態番号）が変化したと判定され、処理はステップＳ１０４に進む。

ステップＳ１０４において、サーバ３１に状態変化通知が送信される。状態変化通知には、この時点の自己（マルチセンサカメラ１−２）の単独状態番号が含まれ、マルチセンサカメラ１−２のこの時点の単独状態０ｘ０１が、サーバ３１に通知される。

ステップＳ１０５乃至Ｓ１１１までの処理は、マルチセンサカメラ１−１の場合と同様であり、ステップＳ１０５において、画像送信開始指示が受信され、ステップＳ１０８において、画像送信許可フラグがオンにされ、ステップＳ１１１において、サーバ３１への画像データの送信が開始される。その後、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−１と同様に、マルチセンサカメラ１−２でも、サーバ３１から送信される画像送信開始指示に基づき、サーバ３１への画像データの送信が開始される。

次に、サーバ３１により実行される処理（図１５のステップＳ２３におけるサーバ監視処理）を説明する。

ステップＳ１５１において、いまの場合、マルチセンサカメラ１−２からの状態変化通知が受信され、ステップＳ１５２において、統合状態履歴データが更新される。図２６は、この時点において、サーバ３１が保持する統合状態履歴データを表わしている。統合状態０ｘ０１の継続時間はｍ秒に更新され、状態遷移パターンに現在の統合状態０ｘ１１が追加され、統合状態０ｘ１１の継続時間が０秒と記録される。

ステップＳ１５３において、いまの場合、イベントが終了していないと判定され、処理はステップＳ１５４に進み、ステップＳ１５４において、通知イベント発生フラグがオフであると判定され、処理はステップＳ１５９に進む。

ステップＳ１５９において、図２６の統合状態履歴データと通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ１６０に進む。

ステップＳ１６０において、イベント通知制御部７３は、送信部７１を介して、マルチセンサカメラ１−１，１−２に画像送信開始指示を送信する。先に説明したとおり、この画像送信開始指示が、図１６のステップＳ１０５において、マルチセンサカメラ１−１，１−２により受信され、図１７のステップＳ１１１において、マルチセンサカメラ１−１，１−２から画像データの送信が開始され、受信部７２は、マルチセンサカメラ１−１，１−２から送信された画像データを受信する。

ステップＳ１６１において、受信部７２は、ステップＳ１６０において受信が開始されたマルチセンサカメラ１−１，１−２からの画像データのイベント呈示制御部７４への供給を開始する。イベント呈示制御部７４は、取得した画像データに基づき、ユーザに呈示するデータを生成し、図３の呈示部３２に出力し、イベントの呈示を開始させる。

ステップＳ１６２において、イベント通知制御部７３は、通知イベント発生フラグをオンにして、処理は図１５のステップＳ２６に進む。

このように、サーバ３１で、ユーザに通知が必要なイベントが発生中であると判定された場合、マルチセンサカメラ１−１，１−２に画像送信開始指示が送信され、マルチセンサカメラ１−１，１−２から画像データが送信され、イベントの呈示が開始される。

次に、発生中のイベントが図６の状態に遷移した時、統合サーバ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図６は、図５の時点からさらにｎ秒経過した時刻T＝ｔ＋ｍ＋ｎにおいて、人４１が監視領域１１−１から外に出て、監視領域１１−２のみの領域に侵入した状態を表わしている

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データが更新される。図２７は、この時点におけるマルチセンサカメラ１−１の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−１の監視領域１１−１でのイベントは終了し、イベントの状態が、単独状態０ｘ０１から単独状態０ｘ００に変化している。従って、マルチセンサカメラ１−１の単独状態履歴データの単独状態０ｘ０１の継続時間がｍ＋ｎ秒に更新される。

ステップＳ１０３において、いまの場合、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態（単独状態番号）が変化したと判定され、処理はステップＳ１０４に進み、ステップＳ１０４において、サーバ３１に状態変化通知が送信される。

ステップＳ１０５において、いまの場合、現在発生中のイベントについて、すでにサーバ３１から画像送信開始指示を受信ずみであり、新たに画像送信開始指示は送信されないため、画像送信開始指示を受信していないと判定され、処理はステップＳ１０６に進む。

ステップＳ１０６において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。画像送信停止指示を受信したと判定された場合は、処理はステップＳ１０７に進み、イベント通知制御部５３は、画像送信許可フラグをオフする。画像送信停止指示を受信していないと判定された場合は、ステップＳ１０６の処理はスキップされ、処理はステップＳ１０９に進む。これ以降の説明では、ステップＳ１０６において、画像送信停止指示を受信していないと判定されたものとして説明する。

ステップＳ１０９において、いまの場合、画像データを送信中と判定され、処理はステップＳ１１２に進む。

ステップＳ１１２において、イベント通知制御部５３は、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが未発生、あるいは画像送信許可フラグがオフか否かを判定する。いまの場合、自己の監視領域１１−１でイベントが未発生のため、処理はステップＳ１１３に進む。

ステップＳ１１３において、イベント通知制御部５３は、カメラ５４の電源をオフし、サーバ３１への画像データの送信を停止させ、処理はステップ図１４のＳ１０に進む。

このように、監視システム２１全体の監視領域でイベントは継続中ではあるが、マルチセンサカメラ１−１の監視領域１１−１では、イベントが終了したため、マルチセンサカメラ１−１からの画像データの送信が停止される。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データが更新される。図２８は、この時点におけるマルチセンサカメラ１−２の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−２の監視領域１１−２のイベントの状態（単独状態番号）は、図５の状態から変化しておらず、マルチセンサカメラ１−２の単独状態履歴データの単独状態０ｘ０１の継続時間がｎ秒に更新される。

ステップＳ１０３において、いまの場合、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態（単独状態番号）は変化していないと判定され、処理はステップＳ１０５に進む。

ステップＳ１０５乃至Ｓ１０９における処理は、図６の状態におけるマルチセンサカメラ１−１の場合と同様であり、ステップＳ１０９において、サーバ３１へ画像データを送信中であると判定され、処理はステップＳ１１２に進む。

ステップＳ１１２において、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが未発生、あるいは画像送信許可フラグがオフか否かが判定される。いまの場合、自己の監視領域１１−２でイベントが発生中、かつ画像送信許可フラグがオンなので、ステップＳ１１３の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２の監視領域１１−２では、イベントが継続中であり、サーバ３１への画像データの送信は停止されずに、継続される。

次に、サーバ３１により実行される処理（図１５のステップＳ２３におけるサーバ監視処理）を説明する。

ステップＳ１５１において、マルチセンサカメラ１−１からの状態変化通知が受信され、ステップＳ１５２において、統合状態履歴データが更新される。図２９は、この時点において、サーバ３１が保持する統合状態履歴データを表わしている。統合状態０ｘ１１の継続時間はｎ秒に更新され、状態遷移パターンに現在の統合状態０ｘ１０が追加され、統合状態０ｘ１０の継続時間が０秒と記録される。

ステップＳ１５３において、いまの場合、イベントは終了していないと判定され、処理はステップＳ１５４に進み、ステップＳ１５４において、通知イベント発生フラグがオンであると判定され、処理はステップＳ１５５に進む。

ステップＳ１５５において、ユーザ入力部７７は、呈示したイベントに対して、ユーザから通知が必要か否かを評価する入力を取得したか否かを判定する。ユーザから通知が必要か否かを評価する入力を取得したと判定された場合は、処理はステップＳ１５６に進む。これは、イベントの呈示中に、ユーザから通知が必要か否かの評価が入力された場合である。

ステップＳ１５６において、ユーザ入力部７７は、ステップＳ１５５で取得したユーザの評価が通知不要か否かを判定する。ユーザの評価が通知不要であると判定された場合、処理はステップＳ１５７に進む。これは、イベントの呈示中に、ユーザから通知不要の評価が入力された場合である。ユーザの評価が通知不要でないと判定された場合、ステップＳ１５６およびＳ１５７の処理はスキップされ、処理は図１５のステップＳ２６に進む。

ステップＳ１５７において、イベント通知制御部７３は、送信部７１を介して、画像送信停止指示をマルチセンサカメラ１−１，１−２に送信する。ステップＳ１５８において、イベント呈示制御部７４は、呈示部３２への呈示データの出力を停止し、イベントの呈示が終了される。ステップＳ１５７およびＳ１５８の処理は、イベントの呈示中に、ユーザがから通知不要の評価が入力されたため、イベントの呈示を停止させるために実行される処理である。その後、処理は図１５のステップＳ２６に進む。

一方、ステップＳ１５５において、ユーザから通知が必要か否かを評価する入力を取得していないと判定された場合は、ステップＳ１５６乃至１５８の処理はスキップされ、処理は図１５のステップＳ２６に進む。

このように、ユーザに通知が必要なイベントが継続していて、ユーザから通知が不要の評価が入力されない場合、イベントの呈示は停止されずに、継続される。

次に、発生中のイベントが図７の状態に遷移した時、統合サーバ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図７は、図６の時点からさらにｐ秒経過した時刻T＝ｔ＋ｍ＋ｎ＋ｐにおいて、人４１が、監視システム２１の監視領域の外へ出て、イベントが終了した状態を表わしている。

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データが更新される。図３０は、この時点におけるマルチセンサカメラ１−１の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−１の単独状態履歴データには、状態遷移パターンにイベントが発生していないことを示す単独状態０ｘ００が記録される。

ステップＳ１０３において、いまの場合、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態（単独状態番号）は変化していないと判定され、状態変化通知は送信されず、処理はステップＳ１０５に進む。

ステップＳ１０５において、いまの場合、図７は、監視システム２１の監視領域でのイベントが終了した時点を表わしており、画像送信開始指示は送信されないため、画像送信開始指示を受信していないと判定され、処理はステップＳ１０６に進む。

ステップＳ１０６において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。いまの場合、図７は、監視システム２１の監視領域でのイベントが終了した時点を表わしており、イベント呈示中に、そのイベントが終了した場合、後述する図２１のステップＳ１７２において、サーバ３１から画像送信停止指示が送信される。ステップＳ１０６において、その画像送信停止指示が受信されるため、処理はステップＳ１０７に進む。

ステップＳ１０７において、イベント通知制御部５３は、画像送信許可フラグをオフする。

ステップＳ１０９において、いまの場合、サーバ３１に画像データを送信中でないと判定され、処理はステップＳ１１０に進む。

ステップＳ１１０において、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ画像送信許可フラグがオンか否かが判定される。いまの場合、自己の監視領域１１−１でイベントは発生しておらず、画像送信許可フラグもオフなので、ステップＳ１１１の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、ユーザに通知が必要と判定されたイベントが終了した場合、サーバ３１から送信された画像送信停止指示が受信され、画像送信許可フラグがオフされる。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理）を説明する。

ステップＳ１０１において、フォトセンサ５１からセンサデータが取得され、ステップＳ１０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データが更新される。図３１は、この時点におけるマルチセンサカメラ１−２の単独状態履歴データを表わしている。いまの場合、マルチセンサカメラ１−２の監視領域１１−２でのイベントは終了し、イベントの状態が単独状態０ｘ０１から単独状態０ｘ００に変化している。従って、マルチセンサカメラ１−２の単独状態履歴データの単独状態０ｘ０１の継続時間がｎ＋ｐ秒に更新される。

ステップＳ１０３において、いまの場合、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態（単独状態番号）が変化したと判定され、処理はステップＳ１０４に進み、ステップＳ１０４において、サーバ３１に状態変化通知が送信される。

ステップＳ１０５乃至Ｓ１０８における処理は、図７の状態におけるマルチセンサカメラ１−１の場合と同様であり、ステップＳ１０６において、画像送信停止指示が受信されたと判定され、ステップＳ１０７において、画像送信許可フラグがオフにされる。

ステップＳ１０９において、いまの場合、サーバ３１に画像データを送信中と判定され、処理はステップＳ１１２に進む。

ステップＳ１１２において、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが未発生、あるいは画像送信許可フラグがオフか否かが判定される。いまの場合、自己の監視領域１１−２でイベントが未発生であり、また画像送信許可フラグもオフなので、処理はステップＳ１１３に進む。

ステップＳ１１３において、図６の状態におけるマルチセンサカメラ１−１の場合と同様に、マルチセンサカメラ１−２からのサーバ３１への画像データの送信が停止される。その後、処理は図１４のステップＳ１０に進む。

このように、ユーザに通知が必要と判定されたイベントが終了した場合、サーバ３１から送信された画像送信停止指示が受信され、画像送信許可フラグがオフされ、画像データを送信中の場合、画像データの送信が停止される。

次に、サーバ３１により実行される処理（図１５のステップＳ２３におけるサーバ監視処理）を説明する。

ステップＳ１５１において、いまの場合、マルチセンサカメラ１−２からの状態変化通知が受信され、ステップＳ１５２において、統合状態履歴データが更新される。図３２は、この時点において、サーバ３１が保持する統合状態履歴データを表わしている。統合状態０ｘ１０の継続時間がｐ秒に更新され、さらに、現在の統合状態が統合状態０ｘ００であることを認識される（イベントが終了したことが認識される）。

ステップＳ１５３において、いまの場合、イベントが終了したと判定され、処理はステップＳ１６３に進む。

ステップＳ１６３において、イベント情報記録部７５は、イベント通知制御部７３から、終了したイベントの統合状態履歴データを取得し、イベント情報をイベント情報蓄積部７９に保存する。

イベント情報は、イベント番号、状態履歴データ、イベント発生時刻、ユーザの評価から構成される。イベント番号は、保存されたイベント情報に順番に割り振られるシーケンス番号である。状態履歴データは、いまの場合、イベント通知制御部７３から取得した統合状態履歴データであり、図３２の統合状態履歴データとなる。イベント発生時刻は、イベントが検出された時刻である。ユーザの評価は、ステップＳ１５５あるいはＳ１６６において取得される、ユーザから入力されたイベントに対する通知が不要か否かの評価である。統合サーバ処理モードの場合、処理モード選択処理の判定材料とするため、ユーザに呈示されなかったイベントについても、イベント情報が保存され、そのイベント情報のユーザの評価は、ユーザから通知が不要と判定されたイベントと同じ扱いとなる。

ステップＳ１６４において、イベント通知制御部７３は、通知イベント発生フラグがオンか否かを判定する。通知イベント発生フラグがオンと判定された場合、処理はステップＳ１６５に進み、通知イベント発生フラグがオフと判定された場合、処理はステップＳ１７５に進む。

ステップＳ１６５において、ユーザ入力部７７は、呈示したイベントに対するユーザの評価を取得ずみか否かを判定する。いまの場合、ユーザの評価を取得ずみでないと判定され、処理はステップＳ１６６に進む。

ステップＳ１６６において、ステップＳ１５５と同様に、ユーザ入力部７７は、呈示したイベントに対して、ユーザから通知が必要か否かを評価する入力を取得したか否かを判定する。ユーザから通知が必要か否かを評価する入力を取得したと判定された場合は、処理はステップＳ１６７に進む。ユーザから通知が必要か否かを評価する入力を取得していないと判定された場合は、ステップＳ１６７，１６８の処理はスキップされ、処理はステップＳ１７１に進む。

ステップＳ１６７において、分類情報生成部７６は、ユーザ入力部７７から、ステップＳ１６６においてユーザから入力された呈示したイベントに対する評価を取得し、先に図１３を参照して説明した処理により、通知不要テーブルを更新する。

ステップＳ１６８において、イベント情報記録部７５は、ユーザ入力部７７から、ステップＳ１６６においてユーザから入力された呈示したイベントに対する評価を取得し、ステップＳ１６３において保存したイベント情報に対応付けて保存する。

ステップＳ１６５において、ユーザの評価を取得ずみと判定された場合、処理はステップＳ１６９に進む。ステップＳ１６９において、ステップＳ１６７と同様に、分類情報生成部７６は、通知不要テーブルを更新する。ステップＳ１７０において、ステップＳ１６８と同様に、イベント情報記録部７５は、ステップＳ１６３において保存したイベント情報に、ユーザの評価を対応付けて保存する。

ステップＳ１７１において、イベント通知制御部７３は、イベントを呈示中か否かを判定する。イベントを呈示中と判定された場合は、処理はステップＳ１７２に進む。イベントを呈示中でないと判定された場合は、ステップＳ１７２およびＳ１７３の処理はスキップされ、処理はステップＳ１７４に進む。いまの場合、イベントを呈示中であると判定され、処理はステップＳ１７２に進む。

ステップＳ１７２において、ステップＳ１５７と同様に、イベント通知制御部７３は、画像送信停止指示をマルチセンサカメラ１−１，１−２に送信する。

ステップＳ１７３において、ステップＳ１５８と同様に、イベント呈示制御部７４は、イベントの呈示を終了させる。

ステップＳ１７４において、イベント通知制御部７３は、通知イベント発生フラグをオフする。

ステップＳ１７５において、処理モード選択部７８は、処理モード選択処理が未実施か否かを判定する。処理モード選択処理が未実施と判定された場合、処理はステップＳ１７５に進む。処理モード選択処理が実施ずみと判定された場合、ステップＳ１７５乃至Ｓ１７７の処理はスキップされ、処理は図１５のステップＳ２６に進む。

ステップＳ１７６において、処理モード選択部７８は、イベント情報蓄積部７９に保存されているイベント情報の蓄積量が、処理モード選択処理を実行するのに十分な所定の量（例えば、所定の回数）を超えたか否かを判定する。イベント情報の蓄積量が所定の量を超えるまでは、ステップＳ１７７の処理はスキップされ、処理は図１５のステップＳ２６に進む。

このように、イベントが終了した場合、イベント情報が保存され、マルチセンサカメラ１−１，１−２に画像送信停止指示が送信され、イベントの呈示が終了される。

統合サーバ処理モードによるイベント検出が繰り返され、ステップＳ１７６において、イベント情報の蓄積量が所定の量を超えたと判定された場合、処理はステップＳ１７７に進み、処理モード選択処理が行われ、ユーザが通知を必要とするイベントを検出するために最適な処理モードが選択される。処理モード選択処理の詳細に関しては、図３３を参照して後述する。

以上説明した統合サーバ処理モードにおける監視システム２１の一連の処理により、マルチセンサカメラ１−１，１−２の検出状態を、サーバ３１で統合して、その統合状態履歴データに基づき、検出したイベントをユーザに通知が必要なイベントか否かを判定し、ユーザに通知が必要なイベントと判定された場合、イベントの呈示が行なわれる。

次に、図３３を参照して、図２２のステップＳ１７７で、サーバ３１により実行される処理モード選択処理を説明する。

ステップＳ２０１において、処理モード選択部７８は、イベント情報蓄積部７９に保存されているイベント情報をロードする。

ステップＳ２０２において、処理モード選択部７８は、過去に発生したイベントのうち、複数のマルチセンサカメラで同時にイベントを検出した割合が、所定の閾値以上か否かを判定する。具体的には、処理モード選択部７８は、ステップＳ２０１においてロードしたイベント情報の統合状態履歴データに基づいて、複数のマルチセンサカメラで同時に検出されたイベントの件数を求め、過去に発生したイベントの件数に占める割合を求める。求めた割合が所定の閾値以上であると判定された場合、処理はステップＳ２０３に進む。

ステップＳ２０２において、過去に発生したイベントの件数に占める複数のマルチセンサカメラで同時に検出されたイベントの件数の割合が、所定の閾値に満たないと判定された場合、処理はステップＳ２０９に進み、処理モードが独立カメラ処理モードに決定される。これは、マルチセンサカメラ１−１，１−２の監視領域が全く重ならないなどの原因により、マルチセンサカメラ１−１，１−２が、それぞれ単独でイベントを検出する割合が高い場合には、マルチセンサカメラ１−１，１−２の統合状態履歴データに基づいて、イベント通知判定をするメリットがないからである。その後、処理はステップＳ２１０に進む。

ステップＳ２０３において、処理モード選択部７８は、ステップＳ２０２でロードしたイベント情報に基づき、独立カメラ処理モードで動作させたと想定して、過去に発生したイベントにおけるイベントの検出精度を算定する。イベントの検出精度とは、統合サーバ処理モードにおいてユーザから通知が必要と判定されたイベントを、独立カメラ処理モードでも通知が必要と判定でき、統合サーバ処理モードにおいてユーザから通知が不要と判定されたイベントを、独立カメラ処理モードでも通知が不要と判定できる割合である。

具体的には、まず、処理モード選択部７８は、イベント分類情報蓄積部８０から、マルチセンサカメラ１−１の独立カメラ処理モード用の通知不要テーブルをロードする。そして、処理モード選択部７８は、過去のイベント情報から、マルチセンサカメラ１−１が検出したイベント情報を抽出する。処理モード選択部７８は、その抽出したイベント情報を、ユーザから通知が必要と判定されたイベントとユーザから通知が不要と判定されたイベントに分ける。この通知が不要と判定されたイベント情報には、サーバ３１のイベント通知判定により、ユーザに通知が不要と判定され、ユーザに呈示されなかったイベント情報も含まれる。

そして、処理モード選択部７８は、ユーザから通知が必要と判定されたイベントについて、それぞれ、独立カメラ処理モードで動作させた場合、マルチセンサカメラ１−１でユーザに通知が必要なイベントと判定されるか否かを判定する。この判定は、ロードされたイベント情報の統合状態履歴データから、マルチセンサカメラ１−１の単独状態履歴データを求め、先に取得したマルチセンサカメラ１−１の独立カメラ処理モード用の通知不要テーブルと比較することにより行なわれる。

例えば、図３４がマルチセンサカメラ１−１の独立カメラ処理モード用の通知不要テーブルで、図３５がイベント情報の統合状態履歴データとする。図３５の統合状態０ｘ０１および統合状態０ｘ１１とも、マルチセンサカメラ１−１の監視領域１１−１でイベントが発生している状態であるから、図３５の統合状態履歴データを統合することで、図３６に示されるマルチセンサカメラ１−１の単独状態履歴データが求められる。この図３６の単独状態履歴データは、図３４の通知不要テーブルに登録されているイベントに該当しないと判定される。従って、図３５の統合状態履歴データのイベントは、独立カメラ処理モードで動作させた場合、マルチセンサカメラ１−１でユーザに通知が必要なイベントと判定されると判定される。

同様に、図３８は、図３７の統合状態履歴データから求めたマルチセンサカメラ１−１の単独状態履歴データである。図３８の単独状態履歴データは、図３４の通知不要テーブルに登録されているイベントに該当すると判定され、図３７の統合状態履歴データのイベントは、独立カメラ処理モードで動作させた場合、マルチセンサカメラ１−１でユーザに通知が不要なイベントと判定されると判定される。

以上の判定処理に基づき、統合サーバ処理モードにおいてユーザから通知が必要と判定されたイベントのうち、独立カメラ処理モードで動作させた場合においても、通知が必要と判定できるイベントの割合が求められる。同様の判定処理に基づき、統合サーバ処理モードにおいてユーザから通知が不要と判定されたイベントのうち、独立カメラ処理モードで動作させた場合においても、通知が不要と判定できるイベントの割合が求められる。全てのマルチセンサカメラについて、以上の２つの割合（イベント検出精度）が求められる。

ステップＳ２０４において、処理モード選択部７８は、全てのマルチセンサカメラについて、ステップＳ２０３で算定した独立カメラ処理モードにおけるイベント検出精度が、所定の閾値以上か否かを判定する。全てのマルチセンサカメラについて、独立カメラ処理モードにおけるイベント検出精度が所定の閾値以上（統合サーバ処理モードと独立カメラ処理モードのイベント検出精度があまり変わらない）と判定された場合、処理はステップＳ２０９に進み、処理モードが独立カメラ処理モードに決定される。その後、処理はステップＳ２１０に進む。

ステップＳ２０４において、独立カメラ処理モードにおけるイベント検出精度が所定の閾値に満たない（独立カメラ処理モードは、統合サーバ処理モードよりもイベント検出精度が劣る）と判定された場合、処理はステップＳ２０５に進む。

ステップＳ２０５において、ユーザ入力部７７は、ユーザに低消費電力モードを選択するか否かのメッセージを表示し、それに対するユーザからの回答の入力を取得し、処理モード選択部７８に通知する。

ステップＳ２０６において、処理モード選択部７８は、ステップＳ２０５において取得した通知に基づき、低消費電力モードが選択されたか否かを判定する。低消費電力モードが選択されたと判定された場合、処理はステップＳ２０７に進み、処理モード選択部７８は、処理モードを統合サーバ処理モードに決定する。その後、処理はステップＳ２１０に進む。低消費電力モードが選択されなかったと判定された場合、処理はステップＳ２０８に進み、処理モード選択部７８は、処理モードを統合カメラ処理モードに決定する。その後、処理はステップＳ２１０に進む。

ステップＳ２１０において、処理モード選択部７８は、ステップＳ２０７乃至Ｓ２０９で決定された処理モードを、送信部７１を介して、マルチセンサカメラ１−１，１−２に通知する。また、処理モード選択部７８は、イベント通知制御部７３、イベント情報記録部７５、および分類情報生成部７６にも、処理モードを通知する。

ステップＳ２１１において、送信部７１は、イベント分類情報蓄積部８０に保存されている通知不要テーブルをマルチセンサカメラ１−１，１−２に送信する。

以上説明した処理モード選択処理により、監視システム２１に蓄積された過去のイベント情報、およびユーザからの低消費電力モードの選択に基づいて、ユーザに必要十分な情報を通知できる最適な処理モードが設定される。

図３３においては、そのステップＳ２０６で、統合サーバ処理モード（サーバ３１でイベント検出を行なう）あるいは統合カメラ処理モード（マルチセンサカメラ１−１，１−２でイベント検出を行なう）のどちらの処理モードを選択するかを、ユーザからの低消費電力モードの選択に基づき判定するようにしたが、マルチセンサカメラ１−１，１−２のバッテリの残量に基づき判定することもできる。図３９は、この場合の処理を表わしている。

図３９の処理モード選択処理の方法では、図３３のステップＳ２０５，Ｓ２０６における、ユーザから低消費電力モードを選択するか否かの入力を取得し、低消費電力モードを選択したか否かを判定する処理が、ステップＳ２５５，Ｓ２５６の処理に置き換わっている。図３９のその他のステップの処理は、図３３の処理と同様であり、その説明は省略し、ステップＳ２５５，Ｓ２５６における処理だけを説明する。

ステップＳ２５５において、処理モード選択部７８は、受信部７２を介して、マルチセンサカメラ１−１，１−２のバッテリ５７の残量の情報を取得する。すなわち、このとき、処理モード選択部７８は、送信部７１を介して、マルチセンサカメラ１−１，１−２にバッテリ残量の通知を要求する。状態検知部５２は、受信部５６を介して、この通知を受信したとき、バッテリ５７の残量を検出し、送信部５５を介して、通知してくる。

ステップＳ２５６において、処理モード選択部７８は、全てのマルチセンサカメラのバッテリの残量が、所定の閾値以上か否かを判定する。全てのマルチセンサカメラのバッテリの残量が、所定の閾値以上であると判定された場合、処理はステップＳ２５８に進み、処理モード選択部７８は、処理モードを統合カメラ処理モードに決定する。少なくとも１つのマルチセンサカメラのバッテリの残量が、所定の閾値未満であると判定された場合、処理はステップＳ２５７に進み、処理モード選択部７８は、処理モードを統合サーバ処理モードに決定する。

図３９の処理モード選択処理の方法においては、ユーザが低消費電力モードを選択するか否かを入力する必要はなく、マルチセンサカメラの消費電力の状況に応じて処理モードが選択される。

さらに、図３３と図３９においては、そのステップＳ２０４またはステップＳ２５４で、独立カメラ処理モードにおけるイベント検出精度が所定の閾値未満であると判定された場合、ユーザからのモード選択、またはバッテリ残量に基づいて処理モードを決定するようにしたが、予め決められた処理モードを設定することもできる。図４０と図４１は、この場合の処理例を表わしている。

図４０の例においては、図３３のステップＳ２０４に対応するステップＳ３０４において、独立カメラ処理モードにおけるイベント検出精度が所定の閾値未満であると判定された場合、処理はステップＳ３０５に進み、処理モードは統合カメラ処理モードに決定される。その他の処理は、図３３における場合と同様である。

図４０の処理モード選択処理は、マルチセンサカメラ１−１，１−２がバッテリ駆動でない場合など、特にマルチセンサカメラ１−１，１−２の消費電力を考慮する必要がない場合に用いられる。

図４１の例においては、図３３のステップＳ２０４に対応するステップＳ３５４において、独立カメラ処理モードにおけるイベント検出精度が所定の閾値未満であると判定された場合、処理はステップＳ３５５に進み、処理モードは統合サーバ処理モードに決定される。その他の処理は、図３３における場合と同様である。

図４１に示された処理モード選択処理は、マルチセンサカメラ１−１，１−２のバッテリの消費電力を最低限に抑えたい場合に用いられる。

次に、以上のようにして、処理モードが選択された後に監視システム２１により実行される処理を説明する。

まず、図１４を参照して、マルチセンサカメラ１−１，１−２により実行される処理を説明する。

ステップＳ２において、受信部５６は、サーバ３１から処理モード通知を受信したか否かを判定する。ステップＳ２において、上述した図３３のステップＳ２１０においてサーバ３１から送信された処理モードの通知が受信され、処理はステップＳ３に進む。

ステップＳ３において、受信部５６は、状態検知部５２およびイベント通知制御部５３に、ステップＳ２で取得した処理モードを通知する。状態検知部５２およびイベント通知制御部５３は、これ以降通知された処理モードに従い処理を実行する。

ステップＳ４において、受信部５６は、サーバ３１から通知不要テーブルを受信したか否かを判定する。ステップＳ４において、上述した図３３のステップＳ２１１においてサーバ３１から送信された通知不要テーブルが受信され、処理はステップＳ５に進む。

ステップＳ５において、イベント通知判定部５３は、受信部５６から、ステップＳ４で受信された通知不要テーブルを取得して、保持する。

ステップＳ６において、イベント通知制御部５３は、ステップＳ２において通知された処理モードを判別し、処理モードが統合サーバ処理モードの場合、処理はステップＳ７に進み、処理モードが統合カメラ処理モードの場合、処理はステップＳ８に進み、処理モードが独立カメラ処理モードの場合、処理はステップＳ９に進む。

ステップＳ７，Ｓ８あるいはＳ９において、それぞれの処理モードに基づく監視処理が実行された後、処理はステップＳ１０に進む。ステップＳ１０において、イベント通知制御部５３は、ユーザから監視領域における監視の終了が指令されたか否かを判定し、終了の指令がないと判定されれば、処理はステップＳ２に戻り、それ以降の処理が繰り返される。

このように、処理モード選択処理後、マルチセンサカメラ１−１，１−２において、処理モード通知と通知不要テーブルが受信され、通知された処理モードに応じた監視処理が繰り返される。

次に、各処理モードにおいて監視システム２１により実行される監視処理を説明する。なお、統合サーバ処理モードにおいて監視システム２１により実行される監視処理（図１４のステップＳ７におけるマルチセンサカメラ監視処理と、図１５のステップＳ２３におけるサーバ監視処理）は、上述した処理モード選択前の処理と同様であり、その説明は省略する。また、マルチセンサカメラ１−１，１−２の図１４のステップＳ２乃至Ｓ６およびステップＳ１０の処理、およびサーバ３１の図１５のステップＳ２２，Ｓ２６の処理は、上述した監視処理開始時と同様の処理が繰り返されるため、その説明は省略する。

まず、図４２乃至図５５を参照して、図４乃至図７で説明したイベントの例に基づき、統合カメラ処理モードにおいて監視システム２１により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理と、図１５のステップＳ２４におけるサーバ監視処理）を説明する。ここでは、先述した統合サーバ処理モードの場合と同様に、図４の時点ではユーザに通知が必要なイベントと判定されず、図５の時点でユーザに通知が必要なイベントと判定されるものとして説明する。

最初に、図４のイベントが発生した時、統合カメラ処理モードにおいて監視システム２１により実行される監視処理を説明する。先に説明したとおり、図４は、時刻T＝ｔにおいて、人４１が、監視領域１１−１に侵入し、監視システム２１の監視領域でイベントが発生した状態を表わしている。

まず、図４２乃至図４４を参照して、統合カメラ処理モード時に、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。この時点では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

統合サーバ処理モードにおける図１６のステップＳ１０１，Ｓ１０２と同様に、状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、ステップＳ４０１で取得したセンサデータに基づき、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。マルチセンサカメラ１−１，１−２の自己の状態履歴データについては、先に説明した統合サーバ処理モードの場合と同様であり、この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図１８に示されるようになる。

ステップＳ４０３において、統合サーバ処理モードにおける図１６のステップＳ１０３と同様に、状態検知部５２は、前回状態履歴データを更新した時に比べて、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態が変化したか否かを判定する。いまの場合、自己の監視領域１１−１の状態が変化したと判定され、処理はステップＳ４０４に進む。

ステップＳ４０４において、状態検知部５２は、送信部５５を介して、統合サーバ処理モードの場合と異なり、他のマルチセンサカメラ（マルチセンサカメラ１−２）に状態変化通知を送信する。状態変化通知には、この時点の自己（マルチセンサカメラ１−１）の単独状態番号が含まれ、マルチセンサカメラ１−１のこの時点の単独状態０ｘ０１が、マルチセンサカメラ１−２に通知される。また、状態検知部５２は、イベント通知制御部５３にも、同様に状態変化通知を送信する。

ステップＳ４０５において、イベント通知制御部５３は、受信部５６を介して、他のマルチセンサカメラ（マルチセンサカメラ１−２）から状態変化通知を受信する。図４の時点では、マルチセンサカメラ１−２の監視領域１１−２でイベントは発生しておらず、イベントの状態は変化していないため、マルチセンサカメラ１−２から状態変化通知は送信されない。従って、特に処理は行われず、処理はステップＳ４０６に進む。

ステップＳ４０６において、イベント通知制御部５３は、ステップＳ４０４で取得した自己の状態変化通知と、ステップＳ４０５で受信した他のマルチセンサカメラ（マルチセンサカメラ１−２）の状態変化通知に基づいて、統合状態履歴データを更新する。

イベント通知制御部５３には、状態検知部５２が保持している自己の単独状態履歴データとは別に、自己の状態、他のマルチセンサカメラの状態、および統合状態が記録された状態履歴データが保持されている。図４５は、この時点で、マルチセンサカメラ１−１のイベント通知制御部５３に保持されている状態履歴データを表わしている。１行目が自己（マルチセンサカメラ１−１）の単独状態の状態遷移パターン、２行目が他のマルチセンサカメラ（マルチセンサカメラ１−２）の単独状態の状態遷移パターン、３行目がマルチセンサカメラ１−１におけるマルチセンサカメラ１−１，１−２の統合状態の状態遷移パターン、４行目が状態の継続時間を表わしている。

いまの場合、自己の単独状態の状態遷移パターンには単独状態０ｘ０１が記録され、他のマルチセンサカメラの単独状態の状態遷移パターンには、マルチセンサカメラ１−２から状態変化通知を受信していないため、前の状態から変化していない（イベントが発生していない）と判定され、単独状態０ｘ００が記録される。統合状態の状態遷移パターンには、この時点の、マルチセンサカメラ１−１におけるマルチセンサカメラ１−１，１−２の統合状態０ｘ０１が記録される。このイベントは、開始されたばかりなので、継続時間には０秒が設定される。

ステップＳ４０７において、イベント通知制御部５３は、ユーザに通知が必要なイベントが発生中か否かを判定する。図４５の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定により、発生中のイベントがユーザに通知が必要なイベントか否かが判定される。いまの場合、ユーザに通知が必要なイベントが発生中ではないと判定され、処理はステップＳ４１３に進む。

ステップＳ４１３において、イベント通知制御部５３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオフであると判定され、ステップＳ４１４およびＳ４１５の処理はスキップされ、処理はステップＳ４１６に進む。

ステップＳ４１６において、イベント通知制御部５３は、画像送信許可フラグをオフにする。

ステップＳ４１７において、イベント通知制御部５３は、画像データをサーバ３１に送信中か否かを判定する。いまの場合、画像データを送信中でないと判定され、処理はステップＳ４１８に進む。

ステップＳ４１８において、イベント通知制御部５３は、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ通知イベント発生フラグがオン、かつ画像送信許可フラグがオンか否かを判定する。いまの場合、自己の監視領域１１−１でイベント発生中であるが、通知イベント発生フラグおよび画像送信許可フラグが共にオフなので、ステップＳ４１９の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、統合カメラ処理モードにおいては、マルチセンサカメラ１−１で、マルチセンサカメラ１−１の状態と、他のマルチセンサカメラ（マルチセンサカメラ１−２）からの状態変化通知に基づき、状態履歴データが更新され、イベント通知判定が行なわれる。

次に、統合カメラ処理モード時に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。この時点では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図１９に示されるようになる。

ステップＳ４０３において、いまの場合、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態は変化していないと判定され、ステップＳ４０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ４０５に進む。

ステップＳ４０５において、イベント通知制御部５３は、受信部５６を介して、他のマルチセンサカメラ（マルチセンサカメラ１−１）から状態変化通知を受信する。いまの場合、マルチセンサカメラ１−１の図４２のステップＳ４０４で送信された状態変化通知が受信される。

ステップＳ４０６において、マルチセンサカメラ１−１の場合と同様に、イベント通知制御部５３は、ステップＳ４０４で取得した自己の状態変化通知と、ステップＳ４０５で受信した他のマルチセンサカメラ（マルチセンサカメラ１−１）の状態変化通知に基づいて、統合状態履歴データを更新する。

図４６は、この時点で、マルチセンサカメラ１−２のイベント通知制御部５３に保持されている状態履歴データを表わしている。１行目が自己（マルチセンサカメラ１−２）の単独状態の状態遷移パターン、２行目が他のマルチセンサカメラ（マルチセンサカメラ１−１）の単独状態の状態遷移パターン、３行目がマルチセンサカメラ１−２におけるマルチセンサカメラ１−１，１−２の統合状態の状態遷移パターン、４行目が状態の継続時間を表わしている。いまの場合、自己の単独状態の状態遷移パターンには単独状態０ｘ００が記録され、他のマルチセンサカメラの単独状態の状態遷移パターンには、マルチセンサカメラ１−１から受信した状態変化通知に基づき、単独状態０ｘ０１が記録される。統合状態の状態遷移パターンには、この時点の、マルチセンサカメラ１−２におけるマルチセンサカメラ１−１，１−２の統合状態０ｘ１０が記録される。このイベントは、開始されたばかりなので、継続時間には０秒が設定される。

ステップＳ４０７において、図４６の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、マルチセンサカメラ１−１の場合と同様に、ユーザに通知が必要なイベントが発生中ではないと判定され、処理はステップＳ４１３に進む。

ステップＳ４１３乃至Ｓ４１８における処理は、マルチセンサカメラ１−１の場合と同様であり、ステップＳ４１６において、画像送信許可フラグがオフにされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２でも、マルチセンサカメラ１−２の状態と、他のマルチセンサカメラ（マルチセンサカメラ１−１）からの状態変化通知に基づき、状態履歴データが更新され、イベント通知判定が行なわれる。

次に、図４７および図４８を参照して、統合カメラ処理モード時に、マルチセンサカメラ１−１，１−２の図４２乃至図４４の処理に対応して、サーバ３１により実行される監視処理（図１５のステップＳ２４におけるサーバ監視処理）を説明する。この時点では、通知イベント発生フラグはオフされている。

ステップＳ４５１において、イベント通知制御部７３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオフと判定され、処理はステップＳ４５７に進む。

ステップＳ４５７において、受信部７２は、マルチセンサカメラ１−１，１−２から画像データを受信中か否かを判定する。いまの場合、マルチセンサカメラ１−１，１−２から画像データは送信されていないため、画像データを受信中でないと判定され、ステップＳ４５８，Ｓ４５９の処理はスキップされ、処理は図１５のステップＳ２６に進む。

すなわち、この場合、画像データが送信されてくるまで、特別な処理は行なわれない。

次に、発生中のイベントが図５の状態に遷移した時、統合カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図５は、図４の時点からｍ秒経過した時刻T＝ｔ＋ｍにおいて、人４１が監視領域１１−３に侵入した状態を表わしている。

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図２４に示されるようになる。

ステップＳ４０３において、いまの場合、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態が変化していないと判定され、ステップＳ４０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ４０５に進む。

ステップＳ４０５において、他のマルチセンサカメラ（マルチセンサカメラ１−２）からの状態変化通知が受信され、ステップＳ４０６において、状態履歴データが更新される。図４９は、この時点で、マルチセンサカメラ１−１のイベント通知制御部５３に保持されている状態履歴データを表わしている。他のマルチセンサカメラ（マルチセンサカメラ１−２）の単独状態の状態遷移パターンが単独状態０ｘ０１に、マルチセンサカメラ１−１，１−２の統合状態の状態遷移パターンが統合状態０ｘ１１に、それぞれ更新される。また、統合状態０ｘ０１の継続時間がｍ秒に更新される。

ステップＳ４０７において、図４９の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ４０８に進む

ステップＳ４０８において、イベント通知制御部５３は、通知イベント発生フラグがオフか否かを判定する。いまの場合、通知イベント発生フラグはオフであると判定され、処理はステップＳ４０９に進む。

ステップＳ４０９において、イベント通知制御部５３は、通知イベント発生フラグをオンにする。

ステップＳ４１０において、イベント通知制御部５３は、画像送信許可フラグをオンにする。

ステップＳ４１１において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。この画像送信停止指示は、イベント呈示中に、サーバ３１で、後述する図４７のステップＳ４５４において、ユーザから通知が不要と評価されたと判定された時、図４７のステップＳ４５５において送信される。いまの場合、まだユーザにイベントは呈示されておらず、サーバ３１から画像送信停止指示は送信されないため、画像送信停止指示を受信していないと判定され、ステップＳ４１２の処理はスキップされ、処理はステップＳ４１７に進む

ステップＳ４１７において、いまの場合、サーバ３１に画像データを送信していないと判定され、処理はステップＳ４１８に進む。

ステップＳ４１８において、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ通知イベント発生フラグがオン、かつ画像送信許可フラグがオンか否かが判定される。いまの場合、マルチセンサカメラ１−１の監視領域１１−１でイベントが発生中であり、通知イベント発生フラグおよび画像送信許可フラグが共にオンなので、処理はステップＳ４１９に進む。

ステップＳ４１９において、統合サーバ処理モードにおける図１７のステップＳ１１１と同様に、イベント通知制御部５３は、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４で撮像した画像データのサーバ３１への送信が開始される。その後、処理は図１４のステップＳ１０に進む。

このようにマルチセンサカメラ１−１のイベント通知判定処理により、ユーザに通知が必要なイベントが発生中であると判定された場合、サーバ３１への画像データの送信が開始される。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図２５に示されるようになる。

ステップＳ４０３において、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態（単独状態番号）が変化したと判定され、処理はステップＳ４０４に進み、ステップＳ４０４において、他のマルチセンサカメラ（マルチセンサカメラ１−１）およびイベント通知制御部５３に状態変化通知が送信される。

ステップＳ４０５において、いまの場合、他のマルチセンサカメラ（マルチセンサカメラ１−１）からの状態変化通知が受信されないため、特に処理は行われずに、処理はステップＳ４０６に進む。

ステップＳ４０６において、状態履歴データが更新される。図５０は、この時点で、マルチセンサカメラ１−２のイベント通知制御部５３に保持されている状態履歴データを表わしている。自己（マルチセンサカメラ１−２）の単独状態の状態遷移パターンが単独状態０ｘ０１に、マルチセンサカメラ１−１，１−２の統合状態の状態遷移パターンが統合状態０ｘ１１に、それぞれ更新される。また、統合状態０ｘ１０の継続時間がｍ秒に更新される。

ステップＳ４０７において、図５０の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中と判定され、処理はステップＳ４０８に進む。

ステップＳ４０８乃至Ｓ４１９における処理は、マルチセンサカメラ１−１の場合と同様であり、ステップＳ４０９において、通知イベント発生フラグがオンにされ、ステップＳ４１０において、画像送信許可フラグがオンにされる。そして、ステップＳ４１９において、サーバ３１への画像データの送信が開始され、処理は図１４のステップＳ１０に進む。

このようにマルチセンサカメラ１−２でも、ユーザに通知が必要なイベントが発生中であると判定され、サーバ３１への画像データの送信が開始される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２４におけるサーバ監視処理）を説明する。

ステップＳ４５１において、いまの場合、通知イベント発生フラグはオフと判定され、処理はステップＳ４５７に進む。

ステップＳ４５７において、受信部７２は、マルチセンサカメラ１−１，１−２から画像データを受信中か否かを判定する。先に説明したとおり、図４４のステップＳ４１９において、マルチセンサカメラ１−１および１−２から画像データの送信が開始されており、サーバ３１はその画像データを受信し、画像データを受信中であると判定され、処理はステップＳ４５８に進む。

ステップＳ４５８において、受信部７２は、マルチセンサカメラ１−１および１−２から受信した画像データのイベント呈示制御部７４への供給を開始する。イベント呈示制御部７４は、取得した画像データに基づき、ユーザに呈示するデータを生成し、図３の呈示部３２に出力し、イベントの呈示を開始させる。

ステップＳ４５９において、イベント通知制御部７３は、通知イベント発生フラグをオンにする。その後、処理は図１５のステップＳ２６に進む。

このように、マルチセンサカメラ１−１，１−２から画像データの送信が開始されることにより、イベントの呈示が開始される。

次に、発生中のイベントが図６の状態に遷移した時、統合カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図６は、図５の時点からさらにｎ秒経過した時刻T＝ｔ＋ｍ＋ｎにおいて、人４１が監視領域１１−１から外に出て、監視領域１１−２のみの領域に侵入した状態を表わしている

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図２７に示されるようになる。

ステップＳ４０３において、いまの場合、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態（単独状態番号）が変化したと判定され、処理はステップＳ４０４に進み、ステップＳ４０４において、他のマルチセンサカメラ（マルチセンサカメラ１−２）およびイベント通知制御部５３に状態変化通知が送信される。

ステップＳ４０５において、いまの場合、他のマルチセンサカメラ（マルチセンサカメラ１−２）からの状態変化通知が受信されないため、特に処理は行なわれずに、処理はステップＳ４０６に進む。

ステップＳ４０６において、状態履歴データが更新される。図５１は、この時点で、マルチセンサカメラ１−１のイベント通知制御部５３に保持されている状態履歴データを表わしている。自己（マルチセンサカメラ１−１）の単独状態の状態遷移パターンが単独状態０ｘ００に、マルチセンサカメラ１−１，１−２の統合状態の状態遷移パターンが統合状態０ｘ１０に、それぞれ更新される。また、統合状態０ｘ１１の継続時間がｎ秒に更新される。

ステップＳ４０７において、図５１の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ４０８に進む

ステップＳ４０８において、いまの場合、通知イベント発生フラグはオンであると判定され、ステップＳ４０９およびＳ４１０の処理はスキップされ、処理はステップＳ４１１に進む。

ステップＳ４１１において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。画像送信停止指示を受信したと判定された場合、処理はステップＳ４１２に進み、ステップＳ４１２において、イベント通知制御部５３は、画像送信許可フラグをオフにする。画像送信停止指示を受信していないと判定された場合は、ステップＳ４１２の処理はスキップされ、処理はステップＳ４１７に進む。これ以降の説明では、ステップＳ４１１において、画像送信停止指示を受信していないと判定されたものとして説明する。

ステップＳ４１７において、いまの場合、サーバ３１に画像データを送信中と判定され、処理はステップＳ４２０に進む。

ステップＳ４２０において、イベント通知制御部５３は、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが未発生、あるいは通知イベント発生フラグがオフ、あるいは画像送信許可フラグがオフか否かを判定する。いまの場合、自己の監視領域１１−１でイベントが未発生のため、処理はステップＳ４２１に進む。

ステップＳ４２１において、イベント通知制御部５３は、カメラ５４の電源をオフし、サーバ３１への画像データの送信を停止させ、処理はステップ図１４のＳ１０に進む。

このように、監視システム２１全体の監視領域でイベントは継続中であるが、マルチセンサカメラ１−１の監視領域１１−１では、イベントが終了したため、マルチセンサカメラ１１−１からの画像データの送信が停止される。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図２８に示されるようになる。

ステップＳ４０３において、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態が変化していないと判定され、ステップＳ４０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ４０５に進む。

ステップＳ４０５において、他のマルチセンサカメラ（マルチセンサカメラ１−２）からの状態変化通知が受信され、ステップＳ４０６において、状態履歴データが更新される。図５２は、この時点で、マルチセンサカメラ１−２のイベント通知制御部５３に保持されている状態履歴データを表わしている。他のマルチセンサカメラ（マルチセンサカメラ１−１）の単独状態の状態遷移パターンが単独状態０ｘ００に、マルチセンサカメラ１−１，１−２の統合状態の状態遷移パターンが統合状態０ｘ０１に、それぞれ更新される。また、統合状態０ｘ１１の継続時間がｎ秒に更新される。

ステップＳ４０７において、図５２の状態履歴データの統合状態遷移パターンと継続時間（統合状態履歴データ）、並びに通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ４０８に進む

ステップＳ４０８乃至Ｓ４１７における処理は、マルチセンサカメラ１−１の場合と同様であり、ステップＳ４１７において、サーバ３１に画像データを送信中であると判定され、処理はステップＳ４２０に進む。

ステップＳ４２０において、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが未発生、通知イベント発生フラグがオフ、あるいは画像送信許可フラグがオフか否かが判定される。いまの場合、自己の監視領域１１−２でイベントが発生中であり、通知イベント発生フラグおよび画像送信許可フラグが共にオンなので、ステップＳ４２１の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２の監視領域１１−２では、イベントが継続中であり、サーバ３１への画像データの送信は停止されずに、継続される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２４におけるサーバ監視処理）を説明する。

ステップＳ４５１において、いまの場合、通知イベント発生フラグがオンと判定され、処理はステップＳ４５２に進む。

ステップＳ４５２において、受信部７２は、マルチセンサカメラ１−１あるいは１−２からイベント終了通知を受信したか否かを判定する。いまの場合、マルチセンサカメラ１−１あるいは１−２からイベント終了通知は送信されていないため、イベント終了通知は受信されていないと判定され、処理はステップＳ４５３に進む。

ステップＳ４５３乃至Ｓ４５６の処理は、統合サーバ処理モードにおける図２０のステップＳ１５５乃至Ｓ１５８の処理と同様である。ステップＳ４５３において、呈示したイベントに対して、ユーザから通知が不要か否かの評価が入力され、ステップＳ４５４において、取得したユーザの評価が通知不要であると判定された場合、ステップＳ４５５において、画像送信停止指示がマルチセンサカメラ１−１，１−２に送信され、ステップＳ４５６において、イベントの呈示が終了される。

これ以降の説明では、ステップＳ４５３において、通知が必要か否かを評価する入力がユーザから取得されていないと判定されたものとして説明する。ステップＳ４５３において、通知が必要か否かを評価する入力がユーザから取得されていないと判定された場合は、処理は図１５のステップＳ２６に進む。

このように、マルチセンサカメラ１−１，１−２からイベント終了通知が送信されず、ユーザから通知が不要の評価が入力されない場合、イベントの呈示は停止されずに、継続される。

次に、発生中のイベントが図７の状態に遷移した時、統合カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図７は、図６の時点からさらにｐ秒経過した時刻T＝ｔ＋ｍ＋ｎ＋ｐにおいて、人４１が、監視システム２１の監視領域の外へ出て、イベントが終了した状態を表わしている。

まず、統合カメラ処理モード時に、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図３０に示されるようになる。

ステップＳ４０３において、いまの場合、自己（マルチセンサカメラ１−１）の監視領域１１−１の状態が変化していないと判定され、ステップＳ４０４の処理はスキップされ、状態変化通知は送信されず、処理はステップＳ４０５に進む。

ステップＳ４０５において、いまの場合、他のマルチセンサカメラ（マルチセンサカメラ１−２）からの状態変化通知が受信され、ステップＳ４０６において、状態履歴データが更新される。図５３は、この時点で、マルチセンサカメラ１−１のイベント通知制御部５３に保持されている状態履歴データを表わしている。統合状態０ｘ１０の継続時間がｐ秒に更新されている。さらに、現在の統合状態が統合状態０ｘ００であることが認識される（イベントが終了したことが認識される）。

ステップＳ４０７において、いまの場合、監視システム２１の監視領域でイベントが終了しており、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ４１３に進む。

ステップＳ４１３において、イベント通知制御部５３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオンであると判定され、処理はステップＳ４１４に進む。

ステップＳ４１４において、イベント通知制御部５３は、送信部５５を介して、サーバ３１にイベント終了通知を送信する。このイベント終了通知には、図５３のマルチセンサカメラ１−１の状態履歴データが含まれる。

ステップＳ４１５において、イベント通知制御部５３は、通知イベント発生フラグをオフにする。

ステップＳ４１６において、イベント通知制御部５３は、画像送信許可フラグをオフにする。

ステップＳ４１７において、いまの場合、サーバ３１に画像データを送信中でないと判定され、処理はステップＳ４１８に進む。

ステップＳ４１８において、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ通知イベント発生フラグがオン、かつ画像送信許可フラグがオンか否かが判定される。いまの場合、自己の監視領域１１−１でイベント発生中ではなく、通知イベント発生フラグおよび画像送信許可フラグが共にオフなので、ステップＳ４１９の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−１で、ユーザに通知が必要と判定されたイベントの終了が検出され、サーバ３１にイベント終了通知が送信される。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ８におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ４０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ４０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図３１に示されるようになる。

ステップＳ４０３において、自己（マルチセンサカメラ１−２）の監視領域１１−２の状態が変化したと判定され、処理はステップＳ４０４に進み、ステップＳ４０４において、他のマルチセンサカメラ（マルチセンサカメラ１−１）およびイベント通知制御部５３に状態変化通知が送信される。

ステップＳ４０５において、いまの場合、他のマルチセンサカメラ（マルチセンサカメラ１−１）からの状態変化通知が受信されないため、特に処理は行なわれずに、処理はステップＳ４０６に進む。

ステップＳ４０６において、統合状態履歴データが更新される。図５４は、この時点で、マルチセンサカメラ１−２のイベント通知制御部５３に保持されている状態履歴データを表わしている。統合状態０ｘ１０の継続時間がｐ秒に更新されている。さらに、現在の統合状態が統合状態０ｘ００であることを認識される（イベントが終了したことが認識される）。

ステップＳ４０７乃至Ｓ４１６における処理は、マルチセンサカメラ１−１の場合と同様であり、ステップＳ４１４において、サーバ３１にイベント終了通知が送信され、ステップＳ４１５において、通知イベント発生フラグがオフにされ、ステップＳ４１６において、画像送信許可フラグがオフにされる。

ステップＳ４１７において、サーバ３１に画像データを送信中であると判定され、処理はステップＳ４２０に進む。

ステップＳ４２０において、自己（マルチセンサカメラ１−２）の監視領域１１−１でイベントが未発生、あるいは通知イベント発生フラグがオフ、あるいは画像送信許可フラグがオフか否かが判定される。いまの場合、自己の監視領域１１−２でイベントが未発生であり、通知イベント発生フラグおよび画像送信許可フラグがともにオフなので、処理はステップＳ４２１に進む。

ステップＳ４２１において、イベント通知制御部５３は、カメラ５４の電源をオフし、サーバ３１への画像データの送信を停止させ、処理はステップ図１４のＳ１０に進む。

このように、マルチセンサカメラ１−２でも、ユーザに通知が必要なイベントの終了が検出され、サーバ３１にイベント終了通知が送信され、サーバ３１への画像データの送信が停止される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２４におけるサーバ監視処理）を説明する。

ステップＳ４５１において、いまの場合、通知イベント発生フラグがオンと判定され、処理はステップＳ４５２に進む。

ステップＳ４５２において、受信部７２は、マルチセンサカメラ１−１あるいは１−２からイベント終了通知を受信したか否かを判定する。いまの場合、先に説明した図４３のステップＳ４１４において、マルチセンサカメラ１−１および１−２から送信されたイベント終了通知が受信され、処理はステップＳ４６０に進む。

ステップＳ４６０において、イベント情報記録部７５は、統合サーバ処理モードにおける図２１のステップＳ１６３と同様に、イベント情報をイベント情報蓄積部７９に保存する。イベント情報記録部７５は、受信部７２から、ステップＳ４５２において受信したイベント終了通知を取得し、そのイベント終了通知に含まれるマルチセンサカメラ１−１，１−２の状態履歴データに基づき生成される。イベント情報は、統合サーバ処理モードと同様に、イベント番号、状態履歴データ、イベント発生時刻、ユーザの評価から構成されるが、統合カメラ処理モードの場合、状態履歴データは、図５５に示されるようになる。図５５の状態履歴データは、マルチセンサカメラ１−１，１−２のそれぞれの単独状態および統合状態の状態遷移パターンと、それぞれの状態における継続時間から構成される。

ステップＳ４６１乃至Ｓ４６６の処理は、統合サーバ処理モードにおける図２１のステップＳ１６５乃至Ｓ１７０の処理と同様である。呈示したイベントに対するユーザの通知が必要か否かの評価が入力された場合は、その評価の入力に基づき、通知不要テーブルが更新され、ステップＳ４６０において保存したイベント情報に、その評価が対応付けられて保存される。

ステップＳ４６７において、イベント通知制御部７３は、イベントを呈示中か否かを判定する。イベントを呈示中であると判定された場合は、処理はステップＳ４６８に進む。イベントを呈示中でないと判定された場合は、ステップＳ４６８の処理はスキップされ、処理はステップＳ４６９に進む。

ステップＳ４７０において、統合サーバ処理モードにおける図２１のステップＳ１７３の処理と同様に、イベント呈示制御部７４は、イベントの呈示を終了させる。

ステップＳ４６９において、イベント通知制御部７３は、通知イベント発生フラグをオフする。

ステップＳ４７０において、送信部７１は、イベント分類情報蓄積部８０に保持されている通知不要テーブルを、マルチセンサカメラ１−１，１−２に送信する。その後、処理は図１５のステップＳ２６に進む。ステップＳ４７０で送信された通知不要テーブルは、図１４のステップＳ４において、マルチセンサカメラ１−１，１−２により受信される。

このように、マルチセンサカメラ１−１あるいは１−２からイベント終了通知を受信した場合、イベント情報が保存され、イベントの呈示が終了される。

以上説明した統合カメラ処理モードにおける監視システム２１の一連の処理により、監視システム２１において、マルチセンサカメラ１−１，１−２の検出状態を、マルチセンサカメラ１−１，１−２でお互いに通知しあい、その状態を統合した統合状態履歴データに基づき、検出したイベントをユーザに通知すべきか否かを判定し、ユーザに通知が必要なイベントと判定された場合、イベントの呈示が行なわれる。

次に、図５６乃至図５９を参照して、図４乃至図７で説明したイベントの例に基づき、独立カメラ処理モードにおいて監視システム２１により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理と、図１５のステップＳ２５におけるサーバ監視処理）を説明する。ここでは、マルチセンサカメラ１−１ではユーザに通知が必要なイベントと判定されず、マルチセンサカメラ１−２ではユーザに通知が必要なイベントと判定されるものとして、説明する。

最初に、図４のイベントが発生した時、独立カメラ処理モードにおいて監視システム２１により実行される監視処理を説明する。先に説明したとおり、図４は、時刻T＝ｔにおいて、人４１が、監視領域１１−１に侵入し、監視システム２１の監視領域でイベントが発生した状態を表わしている。

まず、図５６および図５７を参照して、独立カメラ処理モード時に、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。この時点では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

統合サーバ処理モードにおける図１６のステップＳ１０１，Ｓ１０２と同様に、状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、ステップＳ５０１で取得したセンサデータに基づき、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。マルチセンサカメラ１−１，１−２の自己の状態履歴データについては、先に説明した統合サーバ処理モードの場合と同様であり、この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図１８に示されるようになる。

ステップＳ５０３において、イベント通知制御部５３は、ユーザに通知が必要なイベントが発生中か否かを判定する。図１８の単独状態履歴データと、通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定により、発生中のイベントがユーザに通知が必要なイベントか否かを判定する。いまの場合、ユーザに通知が必要なイベントが発生中ではないと判定され、処理はステップＳ５０９に進む。

ステップＳ５０９において、イベント通知制御部５３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオフであると判定され、ステップＳ５１０およびＳ５１１の処理はスキップされ、処理はステップＳ５１２に進む。

ステップＳ５１２において、イベント通知制御部５３は、画像送信許可フラグをオフにする。

ステップＳ５１３において、イベント通知制御部５３は、画像データをサーバ３１に送信中か否かを判定する。いまの場合、画像データを送信中でないと判定され、処理はステップＳ５１４に進む。

ステップＳ５１４において、イベント通知制御部５３は、自己（マルチセンサカメラ１−１）の監視領域１１−１でイベントが発生中、かつ通知イベント発生フラグがオン、かつ画像送信許可フラグがオンか否かを判定する。いまの場合、自己の監視領域１１−１でイベント発生中だが、通知イベント発生フラグおよび画像送信許可フラグが共にオフなので、ステップＳ５１５の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−１では、単独状態履歴データに基づき、イベント通知判定が行なわれる。イベント通知判定で、ユーザに通知が必要なイベントが発生していないと判定された場合、サーバ３１に画像データは送信されない。

次に、独立カメラ処理モード時に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。この時点では、通知イベント発生フラグおよび画像送信許可フラグは、ともにオフされている。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図１９に示されるようになる。

ステップＳ５０３において、図４の時点では、マルチセンサカメラ１−２の監視領域１１−２ではイベントは発生していないため、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ５０９に進む。

ステップＳ５０９乃至Ｓ５１４における処理は、マルチセンサカメラ１−１の場合と同様であり、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２でも、単独状態履歴データに基づき、イベント通知判定が行なわれる。

次に、図５８および図５９を参照して、独立カメラ処理モード時に、マルチセンサカメラ１−１，１−２の図５６および図５７の処理に対応して、サーバ３１により実行される監視処理（図１５のステップＳ２５におけるサーバ監視処理）を説明する。この時点では、通知イベント発生フラグはオフされている。

ステップＳ５５１において、イベント通知制御部７３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオフと判定され、処理はステップＳ５５７に進む。

ステップＳ５５７において、受信部７２は、マルチセンサカメラ１−１，１−２から画像データを受信中か否かを判定する。いまの場合、マルチセンサカメラ１−１，１−２から画像データは送信されていないため、画像データを受信中でないと判定され、ステップＳ５５８，Ｓ５５９の処理はスキップされ、処理は図１５のステップＳ２６に進む。

すなわち、この場合、画像データが送信されてくるまで、特別な処理は行なわれない。

次に、発生中のイベントが図５の状態に遷移した時、独立カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図５は、図４の時点からｍ秒経過した時刻T＝ｔ＋ｍにおいて、人４１が監視領域１１−３に侵入した状態を表わしている。

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図２４に示されるようになる。

ステップＳ５０３において、図２４の単独状態履歴データと、通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ５０９に進む

ステップＳ５０９乃至Ｓ５１４における処理は、上述した図４のイベントの状態における処理と同様であり、画像送信許可フラグがオフに設定され、処理は図１４のステップＳ１０に進む。

このように、引き続きユーザに通知が必要なイベントが発生していないと判定された場合、マルチセンサカメラ１−２のイベント検出状態とは関係なく、特別な処理は行なわれない。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図２５に示されるようになる。

ステップＳ５０３において、図２５の単独状態履歴データと、通知不要テーブルに基づき、図１３を参照して説明したイベント通知判定が行なわれる。いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ５０４に進む

ステップＳ５０４において、イベント通知制御部５３は、通知イベント発生フラグがオフか否かを判定する。いまの場合、通知イベント発生フラグはオフであると判定され、処理はステップＳ５０５に進む。

ステップＳ５０５において、イベント通知制御部５３は、通知イベント発生フラグをオンにする。

ステップＳ５０６において、イベント通知制御部５３は、画像送信許可フラグをオンにする。

ステップＳ５０７において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。この画像送信停止指示は、イベント呈示中に、サーバ３１で、後述する図５８のステップＳ５５４において、ユーザから通知が不要と評価されたと判定された時、図５８のステップＳ５５５において送信される。いまの場合、まだユーザにイベントは呈示されておらず、サーバ３１から画像送信停止指示は送信されないため、画像送信停止指示を受信していないと判定され、ステップＳ５０８の処理はスキップされ、処理はステップＳ５１３に進む

ステップＳ５１３において、イベント通知制御部５３は、画像データをサーバ３１に送信中か否かを判定する。いまの場合、画像データを送信中でないと判定され、処理はステップＳ５１４に進む。

ステップＳ５１４において、イベント通知制御部５３は、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが発生中、かつ通知イベント発生フラグがオン、かつ画像送信許可フラグがオンか否かを判定する。いまの場合、自己の監視領域１１−２でイベント発生中であり、通知イベント発生フラグおよび画像送信許可フラグも共にオンなので、処理はステップＳ５１５に進む。

ステップＳ５１５において、統合サーバ処理モードにおける図１７のステップＳ１１１と同様に、イベント通知制御部５３は、カメラ５４の電源をオンし、送信部５５を介して、カメラ５４で撮像した画像データのサーバ３１への送信が開始される。その後、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２でユーザに通知が必要なイベントと判定された場合、サーバ３１への画像データの送信が開始される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２５におけるサーバ監視処理）を説明する。

ステップＳ５５１において、通知イベント発生フラグはオフと判定され、処理はステップＳ５５７に進む。

ステップＳ５５７において、受信部７２は、マルチセンサカメラ１−１，１−２から画像データを受信中か否かを判定する。先に説明したとおり、図５７のステップＳ５１５において、マルチセンサカメラ１−２から画像データの送信が開始されており、サーバ３１はその画像データを受信し、画像データを受信中であると判定され、処理はステップＳ５５８に進む。

ステップＳ５５８において、受信部７２は、マルチセンサカメラ１−２から受信した画像データのイベント呈示制御部７４への供給を開始する。イベント呈示制御部７４は、取得した画像データに基づき、ユーザに呈示するデータを生成し、図３の呈示部３２に出力し、イベントの呈示を開始させる。

ステップＳ５５９において、イベント通知制御部７３は、通知イベント発生フラグをオンにする。その後、処理は図１５のステップＳ２６に進む。

このように、マルチセンサカメラ１−２から画像データの送信が開始されることにより、サーバ３１でのイベントの呈示が開始される。

次に、発生中のイベントが図６の状態に遷移した時、独立カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図６は、図５の時点からさらにｎ秒経過した時刻T＝ｔ＋ｍ＋ｎにおいて、人４１が監視領域１１−１から外に出て、監視領域１１−２のみの領域に侵入した状態を表わしている

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図２７に示されるようになる。

ステップＳ５０３において、図６の時点では、マルチセンサカメラ１−１の監視領域１１−１ではイベントは発生していないため、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ５０９に進む

ステップＳ５０９乃至Ｓ５１４における処理は、上述した図４のイベントの状態における処理と同様であり、画像送信許可フラグがオフに設定され、処理は図１４のステップＳ１０に進む。

このように、引き続きユーザに通知が必要なイベントが発生していないと判定された場合、マルチセンサカメラ１−２のイベント検出状態とは関係なく、特別な処理は行なわれない。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図２８に示されるようになる。

ステップＳ５０３において、いまの場合、ユーザに通知が必要なイベントが発生中であると判定され、処理はステップＳ５０４に進む

ステップＳ５０４において、いまの場合、通知イベント発生フラグはオンであると判定され、ステップＳ５０５，Ｓ５０６の処理はスキップされ、処理はステップＳ５０７に進む。

ステップＳ５０７において、受信部５６は、サーバ３１から画像送信停止指示を受信したか否かを判定する。画像送信停止指示を受信したと判定された場合、処理はステップＳ５０８に進み、ステップＳ５０８において、イベント通知制御部５３は、画像送信許可フラグをオフにする。画像送信停止指示を受信していないと判定された場合は、ステップＳ５０８の処理はスキップされ、処理はステップＳ５１３に進む。これ以降の説明では、ステップＳ５０７において、画像送信停止指示を受信していないと判定されたものとして説明する。

ステップＳ５１３において、いまの場合、サーバ３１に画像データを送信中と判定され、処理はステップＳ５１６に進む。

ステップＳ５１６において、イベント通知制御部５３は、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが未発生、あるいは通知イベント発生フラグがオフ、あるいは画像送信許可フラグがオフか否かを判定する。いまの場合、自己の監視領域１１−２でイベントが発生中、かつ通知イベント発生フラグおよび画像送信許可フラグともにオンなので、ステップＳ５１７の処理はスキップされ、処理は図１４のステップＳ１０に進む。

このように、マルチセンサカメラ１−２の監視領域１１−２では、イベントが継続中であり、サーバ３１への画像データの送信は停止されずに、継続される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２５におけるサーバ監視処理）を説明する。

ステップＳ５５１において、通知イベント発生フラグがオンと判定され、処理はステップＳ５５２に進む。

ステップＳ５５２において、受信部７２は、マルチセンサカメラ１−１，１−２からイベント終了通知を受信したか否かを判定する。いまの場合、マルチセンサカメラ１−１，１−２からイベント終了通知は送信されていないため、イベント終了通知は受信されていないと判定され、処理はステップＳ５５３に進む。

ステップＳ５５３乃至Ｓ５５６の処理は、統合サーバ処理モードにおける図２０のステップＳ１５５乃至Ｓ１５８の処理と同様である。ステップＳ５５３において、呈示したイベントに対して、ユーザから通知が不要か否かの評価が入力され、ステップＳ５５４において、取得したユーザの評価が通知不要であると判定された場合、ステップＳ５５５において、画像送信停止指示がマルチセンサカメラ１−１，１−２に送信され、ステップＳ５５６において、イベントの呈示が終了される。

これ以降の説明では、ステップＳ５５３において、通知が必要か否かを評価する入力がユーザから取得されていないと判定されたものとして説明する。ステップＳ５５３において、通知が必要か否かを評価する入力がユーザから取得されていないと判定された場合は、処理は図１５のステップＳ２６に進む。

このように、マルチセンサカメラ１−１，１−２からイベント終了通知が送信されず、ユーザから通知が不要の評価が入力されない場合、イベントの呈示は停止されずに、継続される。

次に、発生中のイベントが図７の状態に遷移した時、統合カメラ処理モードにおいて、監視システム２１により実行される監視処理を説明する。先に説明したとおり、図７は、図６の時点からさらにｐ秒経過した時刻T＝ｔ＋ｍ＋ｎ＋ｐにおいて、人４１が、監視システム２１の監視領域の外へ出て、イベントが終了した状態を表わしている。

まず、マルチセンサカメラ１−１により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−１）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−１の単独状態履歴データは、図３０に示されるようになる。

ステップＳ５０３において、図７の時点では、マルチセンサカメラ１−１の監視領域１１−１ではイベントは発生していないため、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ５０９に進む

ステップＳ５０９乃至Ｓ５１４における処理は、上述した図４のイベントの状態における処理と同様であり、画像送信許可フラグがオフに設定され、処理は図１４のステップＳ１０に進む。

このように、引き続きユーザに通知が必要なイベントが発生していないと判定された場合、マルチセンサカメラ１−２のイベント検出状態とは関係なく、特別な処理は行なわれない。

次に、マルチセンサカメラ１−２により実行される監視処理（図１４のステップＳ９におけるマルチセンサカメラ監視処理）を説明する。

状態検知部５２は、ステップＳ５０１において、フォトセンサ５１からセンサデータを取得し、ステップＳ５０２において、自己（マルチセンサカメラ１−２）の単独状態履歴データを更新する。この時点におけるマルチセンサカメラ１−２の単独状態履歴データは、図３１に示されるようになる。

ステップＳ５０３において、図７の時点では、マルチセンサカメラ１−２の監視領域１１−２ではイベントが終了しており、ユーザに通知が必要なイベントが発生中でないと判定され、処理はステップＳ５０９に進む

ステップＳ５０９において、イベント通知制御部５３は、通知イベント発生フラグがオンか否かを判定する。いまの場合、通知イベント発生フラグはオンであると判定され、処理はステップＳ５１０に進む。

ステップＳ５１０において、イベント通知制御部５３は、送信部５５を介して、サーバ３１にイベント終了通知を送信する。このイベント終了通知には、図３１のマルチセンサカメラ１−２の単独状態履歴データが含まれる。

ステップＳ５１１において、イベント通知制御部５３は、通知イベント発生フラグをオフにする。

ステップＳ５１２において、イベント通知制御部５３は、画像送信許可フラグをオフにする。

ステップＳ５１３において、いまの場合、サーバ３１に画像データを送信中であると判定され、処理はステップＳ５１６に進む。

ステップＳ５１６において、イベント通知制御部５３は、自己（マルチセンサカメラ１−２）の監視領域１１−２でイベントが未発生、通知イベント発生フラグがオフ、あるいは画像送信許可フラグがオフか否かを判定する。いまの場合、自己の監視領域１１−２でイベントが未発生、かつ通知イベント発生フラグおよび画像送信許可フラグともにオフなので、処理はステップＳ５１７に進む。

ステップＳ５１７において、イベント通知制御部５３は、カメラ５４の電源をオフし、サーバ３１への画像データの送信を停止させ、処理はステップ図１４のＳ１０に進む。

このように、ユーザに通知が必要と判定されたイベントが終了した場合、サーバ３１にイベント終了通知が送信され、サーバ３１への画像データの送信が停止される。

次に、サーバ３１により実行される監視処理（図１５のステップＳ２５におけるサーバ監視処理）を説明する。

ステップＳ５５１において、通知イベント発生フラグがオンと判定され、処理はステップＳ５５２に進む。

ステップＳ５５２において、受信部７２は、マルチセンサカメラ１−１あるいは１−２からイベント終了通知を受信したか否かを判定する。いまの場合、先に説明した図５６のステップＳ５１０において、マルチセンサカメラ１−２から送信されたイベント終了通知が受信され、処理はステップＳ５６０に進む。

ステップＳ５６０において、イベント情報記録部７５は、統合サーバ処理モードにおける図２１のステップＳ１６３と同様に、イベント情報をイベント情報蓄積部７９に保存する。イベント情報記録部７５は、受信部７２から、ステップＳ５５２において受信したイベント終了通知を取得し、そのイベント終了通知に含まれるマルチセンサカメラ１−２の単独状態履歴データに基づき生成される。イベント情報は、統合サーバ処理モードと同様に、イベント番号、状態履歴データ、イベント発生時刻、ユーザの評価から構成されるが、独立カメラ処理モードの場合、状態履歴データは、図３１のマルチセンサカメラ１−２の単独状態履歴データとなる。

ステップＳ５６１乃至Ｓ５６６の処理は、統合サーバ処理モードにおける図２１のステップＳ１６５乃至Ｓ１７０の処理と同様である。呈示したイベントに対するユーザの通知が必要か否かの評価が入力された場合は、その評価の入力に基づき、通知不要テーブルが更新され、ステップＳ５６０において保存したイベント情報に、その評価が対応付けられて保存される。

ステップＳ５６７において、イベント通知制御部７３は、画像データを送信中の全てのマルチセンサカメラからイベント終了通知を受信した（全てのマルチセンサカメラの監視領域でユーザに通知が必要と判定されたイベントが終了した）か否かを判定する。画像データを送信中の全てマルチセンサカメラからイベント終了通知を受信したと判定された場合は、処理はステップＳ５６８に進む。画像データを送信中のマルチセンサカメラうち少なくとも１つのマルチセンサカメラからイベント終了通知を受信していない（少なくとも１つのマルチセンサカメラの監視領域でユーザに通知が必要と判定されたイベントが継続している）と判定された場合、ステップＳ５６８，Ｓ５６９の処理はスキップされ、イベントの呈示は終了されずに、処理はステップＳ５７０に進む。いまの場合、ステップＳ５５２において、画像データを送信中のマルチセンサカメラ１−２からイベント終了通知を受信しており、マルチセンサカメラ１−１から画像データは送信されていないので、画像データを送信中の全てマルチセンサカメラからイベント終了通知を受信したと判定され、処理はステップＳ５６８に進む。

ステップＳ５６８において、統合サーバ処理モードにおける図２１のステップＳ１７３の処理と同様に、イベント呈示制御部７４は、イベントの呈示を終了させる。

ステップＳ５６９において、イベント通知制御部７３は、通知イベント発生フラグをオフする。

ステップＳ５７０において、送信部７１は、イベント分類情報蓄積部８０に保持されている通知不要テーブルを、マルチセンサカメラ１−１，１−２に送信する。その後、処理は図１５のステップＳ２６に進む。ステップＳ５７０で送信された通知不要テーブルは、図１４のステップＳ４において、マルチセンサカメラ１−１，１−２により受信される。

このように、マルチセンサカメラ１−２からイベント終了通知を受信した場合、イベント情報が保存され、画像データを送信中の全てのマルチセンサカメラからイベント終了通知を受信した場合、イベントの呈示が終了される。

以上説明した独立カメラ処理モードにおける監視システム２１の一連の処理により、監視システム２１において、マルチセンサカメラ１−１，１−２が独立して、検出したイベントをユーザに通知すべきか否かを判定し、ユーザに通知が必要なイベントと判定された場合、イベントの呈示が行なわれる。

なお、以上の例は、監視システム２１を実現する一例であり、他にも、多数のシステム構成が考えられる。以下にその例を示す。

例えば、使用するセンサは１個のフォトセンサに限らず、CCD撮像装置、CMOS撮像装置、マイクロホン、マイクロ波センサ、赤外線センサ、あるいはその他のセンサを搭載することができる。また、検出したイベントの分類も、上述した例に限られるものではない。

さらに、センサを複数使用したり、複数のセンサを組み合わせて使用したりすることができる。

また、マルチセンサカメラ１−１，１−２、およびサーバ３１の間の通信は、無線通信に限られるものではなく、有線による通信であってもよい。

さらに、呈示部３２は、１つではなく、複数設けることも可能である。

また、サーバ３１は、呈示部３２と別の筐体とせず、一体型とすることもできる。

上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどの、記録媒体からインストールされる。この場合、上述した処理は、図６０に示されるようなパーソナルコンピュータ５００により実行される。

図６０において、CPU（Central Processing Unit）５０１は、ROM(Read Only Memory)５０２に記憶されているプログラム、または、記憶部５０８からRAM(Random Access Memory)５０３にロードされたプログラムに従って各種の処理を実行する。RAM５０３にはまた、CPU５０１が各種の処理を実行する上において必要なデータなどが適宜記憶される。

CPU５０１、ROM５０２、およびRAM５０３は、内部バス５０４を介して相互に接続されている。この内部バス５０４にはまた、入出力インターフェース５０５も接続されている。

入出力インターフェース５０５には、キーボード、マウスなどよりなる入力部５０６、CRT（Cathode Ray Tube），LCD（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部５０７、ハードディスクなどより構成される記憶部５０８、モデム、ターミナルアダプタなどより構成される通信部５０９が接続されている。通信部５０９は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行なう。

入出力インターフェース５０５にはまた、必要に応じてドライブ５１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア５２１が適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部５０８にインストールされる。

一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

この記録媒体は、図６０に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア５２１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM５０２や記憶部５０８が含まれるハードディスクなどで構成される。

なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムの用語は、複数の装置、手段などにより構成される全体的な装置を意味するものである。

マルチセンサカメラの監視領域を示す図である。 マルチセンサカメラの監視領域を示す図である。 本発明を適用した監視システムの一実施の形態の構成を示す図である。 図３の監視システムのイベント検出例を示す図である。 図３の監視システムのイベント検出例を示す図である。 図３の監視システムのイベント検出例を示す図である。 図３の監視システムのイベント検出例を示す図である。 図３の監視システムの状態番号の遷移例を示す図である。 図３の監視システムの情報の流れを示す図である。 図３の監視システムの情報の流れを示す図である。 図１のマルチセンサカメラの一実施の形態の機能的構成を示すブロック図である。 図１のサーバの一実施の形態の機能的構成を示すブロック図である。 図３の監視システムで使用される通知不要テーブルの一実施の形態のデータ構成を示す図である。 図３のマルチセンサカメラにおける処理を説明するフローチャートである。 図３のサーバにおける処理を説明するフローチャートである。 図１４のステップＳ７のマルチセンサカメラ監視処理を説明するフローチャートである。 図１４のステップＳ７のマルチセンサカメラ監視処理を説明するフローチャートである。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図１５のステップＳ２３のサーバ監視処理を説明するフローチャートである。 図１５のステップＳ２３のサーバ監視処理を説明するフローチャートである。 図１５のステップＳ２３のサーバ監視処理を説明するフローチャートである。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図２２のステップＳ１７７のサーバにおける処理モード選択処理を説明するフローチャートである。 図３の監視システムで使用される通知不要テーブルの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図２２のステップＳ１７７のサーバにおける処理モード選択処理を説明するフローチャートである。 図２２のステップＳ１７７のサーバにおける処理モード選択処理を説明するフローチャートである。 図２２のステップＳ１７７のサーバにおける処理モード選択処理を説明するフローチャートである。 図１４のステップＳ８のマルチセンサカメラ監視処理を説明するフローチャートである。 図１４のステップＳ８のマルチセンサカメラ監視処理を説明するフローチャートである。 図１４のステップＳ８のマルチセンサカメラ監視処理を説明するフローチャートである。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図１５のステップＳ２４のサーバ監視処理を説明するフローチャートである。 図１５のステップＳ２４のサーバ監視処理を説明するフローチャートである。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図３の監視システムで使用される状態履歴データの一実施の形態のデータ構成を示す図である。 図１４のステップＳ９のマルチセンサカメラ監視処理を説明するフローチャートである。 図１４のステップＳ９のマルチセンサカメラ監視処理を説明するフローチャートである。 図１５のステップＳ２５のサーバ監視処理を説明するフローチャートである。 図１５のステップＳ２５のサーバ監視処理を説明するフローチャートである。 パーソナルコンピュータの構成例を示すブロック図である。

符号の説明

１ マルチセンサカメラ， １１ 監視領域， ２１ 監視システム， ３１ サーバ， ３２ 呈示部， ５１ フォトセンサ， ５２ 状態検知部， ５３ イベント通知制御部， ５４ カメラ， ５５ 送信部， ５６ 受信部， ５７ バッテリ， ７１ 送信部， ７２ 受信部， ７３ イベント通知制御部， ７４ イベント呈示制御部， ７５ イベント情報記録部， ７６ 分類情報生成部， ７７ ユーザ入力部， ７８ 処理モード選択部， ７９ イベント情報蓄積部， ８０ イベント分類情報蓄積部

Claims (47)

1. 監視処理を実行する監視システムにおいて、
   監視領域の監視に基づく第１のデータを出力する第１のセンサと、
   監視領域の監視に基づく第２のデータを出力する第２のセンサと、
   監視領域の監視に基づく第３のデータを出力する第３のセンサと、
   監視領域の監視に基づく第４のデータを出力する第４のセンサと、
   前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出手段と、
   前記第２のセンサにより出力された前記第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出手段と、
   前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御手段と、
   前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御手段と
   を備えることを特徴とする監視システム。
2. ユーザからの情報の入力を取得する入力取得手段
   をさらに備えることを特徴とする請求項１に記載の監視システム。
3. 前記入力取得手段は、前記呈示制御手段により制御された呈示に基づく、ユーザからの評価の入力を取得し、
   前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データならびに前記入力取得手段により取得されたユーザからの評価の入力に基づいて、前記第１のイベント分類情報、前記第２のイベント分類情報、および、前記第３のイベント分類情報を生成するイベント分類情報生成手段をさらに備える
   ことを特徴とする請求項２に記載の監視システム。
4. 前記入力取得手段は、前記呈示制御手段による制御に基づき前記第３のデータおよび前記第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価する入力を前記ユーザからの評価の入力として取得する
   ことを特徴とする請求項３に記載の監視システム。
5. 前記イベント分類情報生成手段により生成された前記第１のイベント分類情報、前記第２のイベント分類情報、および、前記第３のイベント分類情報を蓄積するイベント分類情報蓄積手段
   をさらに備えることを特徴とする請求項３に記載の監視システム。
6. 前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうち少なくとも１つのデータを、前記入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段
   をさらに備えることを特徴とする請求項３に記載の監視システム。
7. 前記情報記録手段により記録されたイベント情報、前記第１のイベント分類情報、および前記第２のイベント分類情報に基づき、イベントの通知を制御するモードを選択するモード選択手段をさらに備え、
   前記通知制御手段は、前記モード選択手段により選択されたモードに基づき、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを制御する
   ことを特徴とする請求項６に記載の監視システム。
8. 前記入力手段は、ユーザからの前記モードに関する指令を取得し、
   前記モード選択手段は、前記入力取得手段により取得されたユーザからの指令に基づいて、前記モードを選択する
   ことを特徴とする請求項７に記載の監視システム。
9. 前記第１のセンサおよび前記第２のセンサは、フォトセンサを含む
   ことを特徴とする請求項１に記載の監視システム。
10. 前記第３のセンサおよび前記第４のセンサは、カメラを含む
    ことを特徴とする請求項１に記載の監視システム。
11. 前記第１のセンサ、前記第２のセンサ、前記第３のセンサ、前記第４のセンサ、前記第１のイベント検出手段、前記第２のイベント検出手段、前記通知制御手段、および前記呈示制御手段は、第１の情報処理装置、第２の情報処理装置、および第３の情報処理装置のいずれかに分離して配置される
    ことを特徴とする請求項１に記載の監視システム。
12. 前記第１の情報処理装置、前記第２の情報処理装置、および前記第３の情報処理装置の間における通信は、無線通信により行われる
    ことを特徴とする請求項１１に記載の監視システム。
13. 前記第１の情報処理装置、および前記第２の情報処理装置は、バッテリにより駆動される
    ことを特徴とする請求項１１に記載の監視システム。
14. 前記通知制御手段は、第１の通知制御手段、第２の通知制御手段、および第３の通知制御手段から構成され、
    前記第１のセンサ、前記第３のセンサ、前記第１のイベント検出手段、および第１の通知制御手段は、第１の情報処理装置に配置され、
    前記第２のセンサ、前記第４のセンサ、前記第２のイベント検出手段、および第２の通知制御手段は、第２の情報処理装置に配置され、
    前記第３の通知制御手段、前記呈示制御手段、前記入力取得手段、前記イベント分類情報生成手段、前記情報記録手段、および前記モード選択手段は、前記第３の情報処理装置に配置される
    ことを特徴とする請求項７に記載の監視システム。
15. 前記第１の情報処理装置、前記第２の情報処理装置、および前記第３の情報処理装置の間における通信は、無線通信により行われる
    ことを特徴とする請求項１４に記載の監視システム。
16. 前記第１の情報処理装置、および前記第２の情報処理装置は、バッテリにより駆動される
    ことを特徴とする請求項１４に記載の監視システム。
17. 前記第１の通知制御手段、前記第２の通知制御手段、および前記第３の通知制御手段の中から前記モードに基づき選択された少なくとも１つが、前記第１のイベントおよび前記第２のイベントの通知を制御する
    ことを特徴とする請求項１４に記載の監視システム。
18. 前記第１のイベント検出手段は、前記モードに基づき、前記第１のイベントの状態の履歴を表わすデータを、前記第１の通知制御手段、前記第２の通知制御手段、および前記第３の通知制御手段のいずれに送信するかを制御し、
    前記第２のイベント検出手段は、前記モードに基づき、前記第２のイベントの状態の履歴を表わすデータを、前記第１の通知制御手段、前記第２の通知制御手段、および前記第３の通知制御手段のいずれに送信するかを制御する
    ことを特徴とする請求項１４に記載の監視システム。
19. 前記モード選択手段は、前記第１の情報処理装置および前記第２の情報処理装置の消費電力に基づき、前記モードを選択する
    ことを特徴とする請求項１４に記載の監視システム。
20. センサが出力するデータに基づく監視処理を実行する監視システムの情報処理方法において、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、
    監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および前記第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップと
    を含むことを特徴とする情報処理方法。
21. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、
    監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および前記第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
22. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出する第１のイベント検出ステップと、
    監視領域の監視に基づき第２のセンサから出力された第２のデータに基づいて、監視領域の状況の変化に伴う第２のイベントの発生および状態を検出する第２のイベント検出ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記第２のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第３のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する第３のセンサによる監視領域の監視に基づき出力された第３のデータ、および前記第２のイベントに関する第４のセンサによる監視領域の監視に基づき出力された第４のデータの呈示を制御する呈示制御ステップと
    をコンピュータに実行させることを特徴とするプログラム。
23. 監視処理を実行する情報処理装置において、
    監視領域の監視に基づく第１のデータを出力する第１のセンサと、
    監視領域の監視に基づく第２のデータを出力する第２のセンサと、
    前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出手段と、
    第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信手段と、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御手段と、
    前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第２のセンサにより出力された前記第２のデータを第２の他の情報処理装置に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信手段と
    を備えることを特徴とする情報処理装置。
24. 前記第１のイベント分類情報および前記第２のイベント分類情報は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令に基づいて生成される
    ことを特徴とする請求項２３に記載の情報処理装置。
25. 前記通知制御手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、前記第１のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを制御する
    ことを特徴とする請求項２３に記載の情報処理装置。
26. 前記通知制御手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、前記第１のイベントの通知の制御を行なうか否かを制御する
    ことを特徴とする請求項２３に記載の情報処理装置。
27. 前記イベント検出手段は、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データ、およびユーザからの指令に基づき選択されたイベントの通知を制御するモードに基づき、前記第１のイベントの状態の履歴を表わすデータを、前記第１の他の情報処理装置、または前記第２の他の情報処理装置に送信するか否かを制御する
    ことを特徴とする請求項２３に記載の情報処理装置。
28. 前記送信手段による通信は、無線通信により行なわれる
    ことを特徴とする請求項２３に記載の情報処理装置。
29. 前記情報処理装置は、バッテリにより駆動される
    ことを特徴とする請求項２３に記載の情報処理装置。
30. 前記第１のセンサは、フォトセンサを含む
    ことを特徴とする請求項２３に記載の情報処理装置。
31. 前記第２のセンサは、カメラを含む
    ことを特徴とする請求項２３に記載の情報処理装置。
32. センサが出力するデータに基づく監視処理を実行する情報処理装置の情報処理方法において、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、
    第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信ステップと
    を含むことを特徴とする情報処理方法。
33. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、
    第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
34. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴う第１のイベントの発生および状態を検出するイベント検出ステップと、
    第１の他の情報処理装置により検出された第２のイベントの状態の履歴を表わすデータを受信する受信ステップと、
    前記第１のイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第１のイベント分類情報と前記第１のイベントの状態の履歴を表わすデータ、または、前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わす第２のイベント分類情報と前記統合したイベントの状態の履歴を表す統合データに基づき、前記第１のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された第１のイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータを第２の他の情報処理装置に送信するとともに、前記第１のイベントの状態の履歴を表わすデータを前記第１の他の情報処理装置および前記第２の他の情報処理装置に送信する送信ステップと
    をコンピュータに実行させることを特徴とするプログラム。
35. 監視処理を実行する情報処理装置において、
    第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを受信する受信手段と、
    前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御手段と、
    前記通知制御手段により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御手段と
    を備えることを特徴とする情報処理装置。
36. ユーザからの情報の入力を取得する入力取得手段
    をさらに備えることを特徴とする請求項３５に記載の情報処理装置。
37. 前記入力取得手段は、前記呈示制御手段により制御された呈示に基づく、ユーザからの評価の入力を取得し、
    前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、前記統合データならびに前記入力取得手段により取得されたユーザからの評価の入力に基づいて、前記イベント分類情報を生成するイベント分類情報生成手段をさらに備える
    ことを特徴とする請求項３６に記載の情報処理装置。
38. 前記入力取得手段は、前記呈示制御手段による制御に基づき前記第３のデータおよび前記第４のデータのうち少なくとも１つのデータを用いて呈示されたイベントの通知の必要性を評価する入力を前記ユーザからの評価の入力として取得する
    ことを特徴とする請求項３７に記載の情報処理装置。
39. 前記イベント分類情報生成手段により生成されたイベント分類情報を蓄積するイベント分類情報蓄積手段
    をさらに備えることを特徴とする請求項３７に記載の情報処理装置。
40. 前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうち少なくとも１つのデータを、前記入力取得手段により取得されたユーザからの評価の入力の情報と対応づけてイベント情報として記録する情報記録手段
    をさらに備えることを特徴とする請求項３７に記載の情報処理装置。
41. 前記情報記録手段により記録されたイベント情報、および前記イベント分類情報に基づき、前記第１のイベントの状態の履歴を表わすデータ、前記第２のイベントの状態の履歴を表わすデータ、および前記統合データのうちどのデータに基づきイベントの通知を制御するかを示すモードを選択するモード選択手段をさらに備える
    ことを特徴とする請求項４０に記載の情報処理装置。
42. 前記入力手段は、ユーザからのモードに関する指令を取得し、
    前記モード選択手段は、前記入力取得手段により取得されたユーザからの指令に基づいて、前記モードを選択する
    ことを特徴とする請求項４１に記載の情報処理装置。
43. 前記通知制御手段は、前記モードに基づき、前記第１のイベントおよび前記第２イベントの通知の制御を行なうか否かを制御する
    ことを特徴とする請求項４１に記載の情報処理装置。
44. 前記モード選択手段は、他の情報処理装置の消費電力に基づき、前記モードを選択する
    ことを特徴とする請求項４１に記載の情報処理装置。
45. センサが出力するデータに基づく監視処理を実行する情報処理装置の情報処理方法において、
    第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、
    前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御ステップと
    を含むことを特徴とする情報処理方法。
46. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、
    前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御ステップと
    を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
47. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    第１のセンサの監視領域の監視に基づき生成された第１のイベントの状態の履歴を表わすデータ、第２のセンサの監視領域の監視に基づき生成された第２のイベントの状態の履歴を表わすデータ、第３のセンサの監視領域の状況の変化に伴うイベントの第３のデータ、および第４のセンサの監視領域の状況の変化に伴うイベントの第４のデータを取得する取得ステップと、
    前記第１のイベントの状態と前記第２のイベントの状態とを組み合わせることにより統合したイベントの状態の履歴を表わす統合データと、前記統合したイベントの状態の履歴に基づいてイベントの通知の必要性を表わすイベント分類情報とに基づき、前記第１のイベントおよび前記第２のイベントの通知を制御する通知制御ステップと、
    前記通知制御ステップの処理により通知するように制御された前記第１のイベントに関する前記第３のセンサにより出力された前記第３のデータ、および前記第２のイベントに関する前記第４のセンサにより出力された前記第４のデータの呈示を制御する呈示制御ステップと
    をコンピュータに実行させることを特徴とするプログラム。

Images