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

Abstract

【課題】簡単かつ確実に必要なイベントを呈示できるようにする。
【解決手段】データ記録部６２は、カメラで検出された画像データに、状態履歴データを付加して、イベント情報としてデータ蓄積部６３に記録する。データ呈示制御部６４は、状態履歴データとイベント分類テーブルに基づき、データ蓄積部６３に蓄積されたイベント情報の呈示を制御する。分類情報生成部６６は、呈示したイベントに対するユーザの評価を、ユーザ入力部６５を介して取得し、イベント分類テーブルを更新する。本発明は、家庭用の監視システムに適用することができる。
【選択図】図４

Description

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

従来、監視システムにおいて、監視イベントの種類に応じて、映像を分類、整理して、記憶したり、記憶するか、しないかを判定したりすることにより、記憶したイベントの閲覧、検索を短時間で行えるようにする手法が提案されている（例えば、特許文献１参照）。

特開２０００−２２４５４２号公報

しかしながら、特許文献１に記載されている発明では、イベントやデータを分類して、その分類情報に基づきイベントやデータの処理方法が制御されるが、ユーザが予めイベントやデータの種類を分類して、登録しなければならず、柔軟性にかけるという課題があった。また、予め記憶するように設定した種類のイベントしか記憶されないため、ユーザが予期していないイベントが発生した場合をユーザはそれを知ることができないという課題があった。

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

本発明の監視システムは、監視領域の監視に基づく第１のデータを出力する第１のセンサと、監視領域の監視に基づく第２のデータを出力する第２のセンサと、第１のセンサにより出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出手段と、イベント検出手段により検出されたイベントに関する第２のセンサにより出力された第２のデータに、イベントの特性を表わすデータを付加してイベント情報として記録する情報記録手段とを備えることを特徴とする。

情報記録手段により記録された第２のデータの呈示を、イベントの特性を表わすデータに基づき制御する呈示制御手段をさらに備えるようにすることができる。

呈示制御手段は、情報記録手段により記録された第２のデータの呈示を、イベントの特性のパターンの発生頻度に基づき制御するようにすることができる。

入力取得手段は、ユーザからの第２のデータの呈示のモードを指定する指令の入力を取得し、呈示制御手段は、情報記録手段により記録された第２のデータの呈示を、ユーザからの指令の入力に基づき制御するようにすることができる。

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

呈示制御手段は、情報記録手段により記録された第２のデータの呈示を、イベント分類情報に基づき制御するようにすることができる。

入力取得手段は、呈示制御手段による制御に基づき呈示された第２のデータに対するユーザからの重要度の入力を取得し、イベント分類情報生成手段は、イベントの特性のパターンに対して、重要度を対応付けたイベント分類情報を生成し、呈示制御手段は、情報記録手段により記録された第２のデータの呈示を、イベント分類情報に記録された重要度に基づき制御するようにすることができる。

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

イベント分類情報に基づき、イベント検出手段により検出されたイベントに関するイベント情報の記録を制御するイベント記録制御手段をさらに備えるようにすることができる。

入力取得手段は、呈示制御手段による制御に基づき呈示された第２のデータに対するユーザからの記録の必要性を評価する入力を取得し、イベント分類情報生成手段は、イベントの特性を表わすデータならびに記録の必要性を評価する入力に基づき、イベントの記録の必要性を判定するイベント分類情報を生成し、イベント記録制御手段は、イベント分類情報に基づき、イベント検出手段により検出されたイベントに関するイベント情報の記録を制御するようにすることができる。

第２のセンサにより出力された第２のデータを一時記録する一時記録手段をさらに備え、イベント記録制御手段による制御により、一時記録された第２のデータを、情報記録手段に供給するようにすることができる。

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

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

第１のセンサ、第２のセンサ、イベント検出手段、および情報記録手段は、第１の情報処理装置、および第２の情報処理装置のいずれかに配置されるようにすることができる。

第１のセンサ、第２のセンサ、およびイベント検出手段は、第１の情報処理装置に配置され、情報記録手段は、第２の情報処理装置に配置されるようにすることができる。

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

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

本発明の第１の情報処理方法は、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータに、イベントの特性を表わすデータを付加してイベント情報として記録する情報記録ステップとを含むことを特徴とする。

本発明の記録媒体に記録されている第１のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータに、イベントの特性を表わすデータを付加してイベント情報として記録する情報記録ステップとを含むことを特徴とする。

本発明の第１のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータに、イベントの特性を表わすデータを付加してイベント情報として記録する情報記録ステップとを含むことを特徴とする。

本発明の第１の情報処理装置は、監視領域の監視に基づく第１のデータを出力する第１のセンサと、監視領域の監視に基づく第２のデータを出力する第２のセンサと、第１のセンサにより出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出手段と、イベント検出手段により検出されたイベントに関する第２のセンサにより出力された第２のデータ、およびイベントの特性を表わすデータを他の情報処理装置に送信する送信手段とを備えることを特徴とする。

イベント検出手段により検出されたイベントの特性、およびユーザからの指令に基づくイベント分類情報に基づいて、イベント検出手段により検出されたイベントに関するイベント情報の他の情報処理装置における記録を制御するイベント記録制御手段をさらに備えるようにすることができる。

第２のセンサにより出力された第２のデータを一時記録する一時記録手段をさらに備え、イベント記録制御手段による制御により、一時記録された第２のデータを、他の情報処理装置に送信するようにすることができる。

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

バッテリにより駆動されるようにすることができる。

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

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

本発明の第２の情報処理方法は、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータ、およびイベントの特性を表わすデータを他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

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

本発明の第２のプログラムは、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性を検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータ、およびイベントの特性を表わすデータを他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の第２の情報処理装置は、第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータを受信する受信手段と、イベントの特性を表わすデータとイベントのデータとを対応付けてイベント情報として記録する情報記録手段とを備えることを特徴とする。

情報記録手段により記録されたイベントのデータの呈示を、イベントの特性を表わすデータに基づき制御する呈示制御手段をさらに備えるようにすることができる。

呈示制御手段は、情報記録手段により記録されたイベントのデータの呈示を、イベントの特性のパターンの発生頻度に基づき制御するようにすることができる。

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

入力取得手段は、ユーザからの第２の呈示の制御方法を指定する指令の入力を取得し、呈示制御手段は、情報記録手段により記録された第２のデータの呈示を、ユーザからの指令の入力に基づき制御するようにすることができる。

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

呈示制御手段は、情報記録手段により記録されたイベントのデータの呈示を、イベント分類情報に基づき制御するようにすることができる。

入力取得手段は、呈示制御手段による制御に基づき呈示されたイベントのデータに対するユーザからの重要度の入力を取得し、イベント分類情報生成手段は、イベントの特性のパターンに対して、重要度を記録したイベント分類情報を生成し、呈示制御手段は、情報記録手段により記録されたイベントのデータの呈示を、イベント分類情報に記録された重要度に基づき制御するようにすることができる。

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

入力取得手段は、呈示制御手段による制御に基づき呈示されたイベントのデータに対するユーザからの記録の必要性を評価する入力を取得し、イベント分類情報生成手段は、イベントの特性を表わすデータならびに記録の必要性を評価する入力に基づき、イベントの記録の必要性を判定するイベント分類情報を生成するようにすることができる。

本発明の第３の情報処理方法は、第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータを取得する取得ステップと、イベントの特性を表わすデータとイベントのデータとを対応付けてイベント情報として記録する情報記録ステップとを含むことを特徴とする。

本発明の記録媒体に記録されている第３のプログラムは、第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータを取得する取得ステップと、イベントの特性を表わすデータとイベントのデータとを対応付けてイベント情報として記録する情報記録ステップとを含むことを特徴とする。

本発明の第３のプログラムは、第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータを取得する取得ステップと、イベントの特性を表わすデータとイベントのデータとを対応付けてイベント情報として記録する情報記録ステップとを特徴とする。

本発明の監視システム、第１の情報処理方法、記録媒体に記録されている第１のプログラム、およびの第１のプログラムにおいては、第１のセンサにより出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性が検出され、検出されたイベントに関する第２のセンサにより出力された第２のデータに、イベントの特性を表わすデータが付加されてイベント情報として記録される。

本発明の第１の情報処理装置、第２の情報処理方法、記録媒体に記録されている第２のプログラム、およびの第２のプログラムにおいては、監視領域の監視に基づき第１のセンサから出力された第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性が検出され、検出されたイベントに関する第２のセンサにより監視領域の監視に基づき出力された第２のデータ、およびイベントの特性を表わすデータが送信される。

本発明の第２の情報処理装置、第３の情報処理方法、記録媒体に記録されている第３のプログラム、およびの第３のプログラムにおいては、第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータが取得され、イベントの特性を表わすデータとイベントのデータとが対応付けられてイベント情報として記録される。

本発明によれば、イベントを記録し、記録したイベントを呈示することができる。特に、この発明によれば、イベントの特性や、呈示したイベントに対するユーザからの評価の入力に基づいて、イベントの記録および呈示を柔軟に制御することができる。また、無駄な消費電力を抑えることができる。

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

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

本発明の監視システム（例えば、図１の監視システム１）は、監視領域の監視に基づく第１のデータ（例えば、センサデータ）を出力する第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）と、監視領域の監視に基づく第２のデータ（例えば、画像データ）を出力する第２のセンサ（例えば、図３のカメラ４４）と、前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出手段（例えば、図３のイベント検出部４２）と、前記イベント検出手段により検出されたイベントに関する前記第２のセンサにより出力された前記第２のデータに、前記イベントの特性を表わすデータを付加してイベント情報（例えば、イベント情報）として記録する情報記録手段（例えば、図４のデータ記録部６２）とを備える。

この監視システム（例えば、図１の監視システム１）は、前記情報記録手段により記録された前記第２のデータの呈示を、前記イベントの特性を表わすデータに基づき制御する呈示制御手段（例えば、図４のデータ呈示制御部６４）をさらに備えるようにすることができる。

この監視システム（例えば、図１の監視システム１）は、前記情報記録手段により記録された前記第２のデータの呈示を、前記イベントの特性のパターン（例えば、状態遷移パターン）の発生頻度に基づき制御するようにすることができる。

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

この監視システム（例えば、図１の監視システム１）においては、前記入力取得手段は、ユーザからの前記第２のデータの呈示のモード（例えば、呈示モード）を指定する指令の入力を取得し、前記呈示制御手段は、前記情報記録手段により記録された前記第２のデータの呈示を、前記ユーザからの指令の入力に基づき制御するようにすることができる。

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

この監視システム（例えば、図１の監視システム１）においては、前記呈示制御手段は、前記情報記録手段により記録された前記第２のデータの呈示を、前記イベント分類情報（例えば、イベント分類テーブル）に基づき制御するようにすることができる。

この監視システム（例えば、図１の監視システム１）においては、前記入力取得手段は、前記呈示制御手段による制御に基づき呈示された前記第２のデータに対するユーザからの重要度（例えば、重要度）の入力を取得し、前記イベント分類情報生成手段は、前記イベントの特性を表わすデータのパターンに対して、前記重要度を対応付けたイベント分類情報（例えば、イベント分類テーブル）を生成し、前記呈示制御手段は、前記情報記録手段により記録された前記第２のデータの呈示を、前記イベント分類情報に記録された前記重要度に基づき制御するようにすることができる。

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

この監視システム（例えば、図１の監視システム１）は、前記イベント分類情報に基づき、前記イベント検出手段により検出されたイベントに関する前記イベント情報の記録を制御するイベント記録制御手段（例えば、図３のイベント記録制御部４３）をさらに備えるようにすることができる。

この監視システム（例えば、図１の監視システム１）においては、前記入力取得手段は、前記呈示制御手段による制御に基づき呈示された前記第２のデータに対するユーザからの記録の必要性を評価（例えば、今後は記録が不要とする評価）する入力を取得し、前記イベント分類情報生成手段は、前記イベントの特性ならびに前記記録の必要性を評価する入力に基づき、イベントの記録の必要性を判定するイベント分類情報（例えば、通知不要テーブル）を生成し、前記イベント記録制御手段は、前記イベント分類情報に基づき、前記イベント検出手段により検出されたイベントに関する前記イベント情報の記録を制御するようにすることができる。

この監視システム（例えば、図２４の監視システム１０１）は、前記第２のセンサ（例えば、図２５のカメラ１４４）により出力された前記第２のデータを一時記録する一時記録手段（例えば、図２５のデータ一時記録部１４７）をさらに備え、前記イベント記録制御手段（例えば、図２５のイベント記録制御部１４３）による制御により、前記一時記録された第２のデータを、前記情報記録手段（例えば、図４のデータ記録部６２）に供給するようにすることができる。

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

本発明の情報処理方法は、監視領域の監視に基づき第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出ステップ（例えば、図７のステップＳ４）と、前記イベント検出ステップの処理により検出されたイベントに関する第２のセンサ（例えば、図３のカメラ４４）により監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）に、前記イベントの特性を表わすデータを付加してイベント情報（例えば、イベント情報）として記録する情報記録ステップ（例えば、図９のステップＳ４５）とを含む。

本発明のプログラムは、監視領域の監視に基づき第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出ステップ（例えば、図７のステップＳ４）と、前記イベント検出ステップの処理により検出されたイベントに関する第２のセンサ（例えば、図３のカメラ４４）により監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）に、前記イベントの特性を表わすデータを付加してイベント情報（例えば、イベント情報）として記録する情報記録ステップ（例えば、図９のステップＳ４５）とを含む。

本発明の情報処理装置（例えば、図１のマルチセンサカメラ１１）は、監視領域の監視に基づく第１のデータ（例えば、センサデータ）を出力する第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）と、監視領域の監視に基づく第２のデータ（例えば、画像データ）を出力する第２のセンサ（例えば、図３のカメラ４４）と、前記第１のセンサにより出力された前記第１のデータに基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出手段（例えば、図３のイベント検出部４２）と、前記イベント検出手段により検出されたイベントに関する前記第２のセンサにより出力された前記第２のデータ、および前記イベントの特性を表わすデータを他の情報処理装置（例えば、図１のサーバ１２）に送信する送信手段（例えば、図３の通信部４５）とを備える。

本発明の情報処理装置（例えば、図１のマルチセンサカメラ１１）は、前記イベント検出手段により検出された前記イベントの特性、およびユーザからの指令に基づくイベント分類情報（例えば、通知不要テーブル）に基づいて、前記イベント検出手段により検出されたイベントに関する前記イベント情報の前記他の情報処理装置における記録を制御するイベント記録制御手段（例えば、図３のイベント記録制御部４３）をさらに備えるようにすることができる。

本発明の情報処理装置（例えば、図２４のマルチセンサカメラ１１１）は、前記第２のセンサ（例えば、図２５のカメラ１４４）により出力された前記第２のデータを一時記録する一時記録手段（例えば、図２５のデータ一時記録部１４７）をさらに備え、前記イベント記録制御手段（例えば、図２５のイベント記録制御部１４３）による制御により、前記一時記録された第２のデータを、前記他の情報処理装置（例えば、図１のサーバ１２）に送信するようにすることができる。

本発明の情報処理方法は、監視領域の監視に基づき第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出ステップ（例えば、図７のステップＳ４）と、前記イベント検出ステップの処理により検出されたイベントに関する第２のセンサ（例えば、図３のカメラ４４）により監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）、および前記イベントの特性を表わすデータを他の情報処理装置（例えば、図１のサーバ１２）に送信する送信ステップ（例えば、図７のステップＳ８および図８のステップＳ１１）とを含む。

本発明のプログラムは、監視領域の監視に基づき第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）から出力された第１のデータ（例えば、センサデータ）に基づいて、監視領域の状況の変化に伴うイベントの発生および特性（例えば、状態履歴データ）を検出するイベント検出ステップ（例えば、図７のステップＳ４）と、前記イベント検出ステップの処理により検出されたイベントに関する第２のセンサ（例えば、図３のカメラ４４）により監視領域の監視に基づき出力された第２のデータ（例えば、画像データ）、および前記イベントの特性を表わすデータを他の情報処理装置（例えば、図１のサーバ１２）に送信する送信ステップ（例えば、図７のステップＳ８および図８のステップＳ１１）とを含む。

本発明の情報処理装置（例えば、図１のサーバ１２）は、第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）の監視領域の監視に基づき生成されたイベントの特性（例えば、状態履歴データ）を表わすデータ、および第２のセンサ（例えば、図３のカメラ４４）の監視領域の状況の変化に伴うイベントのデータ（例えば、画像データ）を受信する受信手段と、前記イベントの特性（例えば、状態履歴データ）を表わすデータと前記イベントのデータとを対応付けてイベント情報（例えば、イベント情報）として記録する情報記録手段（例えば、図４のデータ記録部６２）とを備える。

この情報処理装置（例えば、図１のサーバ１２）は、前記情報記録手段により記録された前記イベントのデータの呈示を、前記イベントの特性を表わすデータに基づき制御する呈示制御手段（例えば、図４のデータ呈示制御部６４）をさらに備えるようにすることができる。

この情報処理装置（例えば、図１のサーバ１２）においては、前記情報記録手段により記録された前記イベントのデータの呈示を、前記イベントの特性のパターン（例えば、状態遷移パターン）の発生頻度に基づき制御するようにすることができる。

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

この情報処理装置（例えば、図１のサーバ１２）においては、前記入力取得手段は、ユーザからの前記イベントのデータの呈示のモード（例えば、呈示モード）を指定する指令の入力を取得し、前記呈示制御手段は、前記情報記録手段により記録された前記イベントのデータの呈示を、前記ユーザからの指令の入力に基づき制御するようにすることができる。

この情報処理装置（例えば、図１のサーバ１２）においては、前記入力取得手段は、前記呈示制御手段により制御された呈示に基づく、ユーザからの評価（例えば、重要度およびユーザへの通知が不要とする評価）の入力を取得し、前記イベントの特性を表わすデータならびに前記入力取得手段により取得されたユーザからの評価の入力に基づいて、イベント分類情報（例えば、イベント分類テーブルおよび通知不要テーブル）を生成するイベント分類情報生成手段（例えば、図４の分類情報生成部６６）とをさらに備えるようにすることができる。

この情報処理装置（例えば、図１のサーバ１２）においては、前記呈示制御手段は、前記情報記録手段により記録された前記イベントのデータの呈示を、前記イベント分類情報（例えば、イベント分類テーブル）に基づき制御するようにすることができる。

この情報処理装置（例えば、図１のサーバ１２）においては、前記入力取得手段は、前記呈示制御手段による制御に基づき呈示された前記イベントのデータに対するユーザからの重要度（例えば、重要度）の入力を取得し、前記イベント分類情報生成手段は、前記イベントの特性のパターンに対して、前記重要度を記録したイベント分類情報（例えば、イベント分類テーブル）を生成し、前記呈示制御手段は、前記情報記録手段により記録された前記イベントのデータの呈示を、前記イベント分類情報に記録された前記重要度に基づき制御するようにすることができる。

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

この情報処理装置（例えば、図１のサーバ１２）においては、前記入力取得手段は、前記呈示制御手段による制御に基づき呈示された前記イベントのデータに対するユーザからの記録の必要性を評価（例えば、今後は記録が不要とする評価）する入力を取得し、前記イベント分類情報生成手段は、前記イベントの特性を表わすデータならびに前記記録の必要性を評価する入力に基づき、イベントの記録の必要性を判定するイベント分類情報（例えば、通知不要テーブル）を生成するようにすることができる。

本発明の情報処理方法は、第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）の監視領域の監視に基づき生成されたイベントの特性（例えば、状態履歴データ）を表わすデータ、および第２のセンサ（例えば、図３のカメラ４４）の監視領域の状況の変化に伴うイベントのデータ（例えば、画像データ）を取得する取得ステップ（例えば、図９のステップＳ４１および図９のステップＳ４４）と、前記イベントの特性（例えば、状態履歴データ）を表わすデータと前記イベントのデータとを対応付けてイベント情報（例えば、イベント情報）として記録する情報記録ステップ（例えば、図９のステップＳ４５）とを含む。

本発明のプログラムは、第１のセンサ（例えば、図３のフォトセンサ４１−１乃至４１−４）の監視領域の監視に基づき生成されたイベントの特性（例えば、状態履歴データ）を表わすデータ、および第２のセンサ（例えば、図３のカメラ４４）の監視領域の状況の変化に伴うイベントのデータ（例えば、画像データ）を取得する取得ステップ（例えば、図９のステップＳ４１および図９のステップＳ４４）と、前記イベントの特性（例えば、状態履歴データ）を表わすデータと前記イベントのデータとを対応付けてイベント情報（例えば、イベント情報）として記録する情報記録ステップ（例えば、図９のステップＳ４５）とを含む。

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

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

マルチセンサカメラ１１には、複数のセンサが設けられており、各センサは、バッテリにより駆動される。また、各センサは、イベントを監視したい領域（必要な場所）を監視できるように設置されている。イベントが発生した場合、マルチセンサカメラ１１からサーバ１２にイベント情報が通知され、サーバ１２でイベント情報が記録される。サーバ１２で記録されたイベント情報は、ユーザの指令に基づき、呈示部１３に送信され、呈示される。

図２は、図１のマルチセンサカメラ１１の監視領域を示した図である。マルチセンサカメラ１１には、４つのフォトセンサ４１−１乃至４１−４が設けられている。フォトセンサ４１−１乃至４１−４は、それぞれ１平面上の２×２個のマトリックス状に配置された領域３１−１乃至３１−４を監視する。フォトセンサ４１−１乃至４１−４は、受光光量に、予め設定されている基準を超える変化があった時、イベントの発生を検出する。

監視システム１では、フォトセンサ４１−１乃至４１−４の状態により、イベントの状態が分類される。そして、分類した状態毎に番号（以下、状態番号と称する）がつけられる。図１の監視システム１においては、フォトセンサ４１−１のみがイベントを検出している時の状態の状態番号が状態番号１、フォトセンサ４１−２のみがイベントを検出している時の状態の状態番号が状態番号２、フォトセンサ４１−３のみがイベントを検出している時の状態の状態番号が状態番号３、フォトセンサ４１−４のみがイベントを検出している時の状態の状態番号が状態番号４と定義される。

イベント発生から終了までの、イベントの状態番号の遷移パターンが、状態遷移パターンとされる。例えば、監視システム１内の監視領域内を人２１が図２の矢印で示した経路で移動するイベントが発生した場合、フォトセンサ４１−１、フォトセンサ４１−２、フォトセンサ４１−４、フォトセンサ４１−３が、その順にイベントを検出してイベントが終了する。このイベントの状態遷移パターンは、状態番号１，状態番号２，状態番号４，状態番号３のように記述される。

イベントの状態遷移パターンに、各状態における継続時間を付加したデータが、状態履歴データとされる。例えば、図２の例で、フォトセンサ４１−１が２秒間イベントを検出し、次にフォトセンサ４１−２が１秒間イベントを検出し、その次にフォトセンサ４１−４が４秒間イベントを検出し、最後にフォトセンサ４１−３が３秒間イベントを検出してイベントが終了した場合、このイベントの状態履歴データは、状態番号１（２秒），状態番号２（１秒），状態番号４（４秒），状態番号３（３秒）のように記述される。

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

マルチセンサカメラ１１には、フォトセンサ４１−１乃至４１−４、イベント検出部４２、イベント記録制御部４３、カメラ４４、通信部４５、およびバッテリ４６が設けられている。

イベント検出部４２は、フォトセンサ４１−１乃至４１−４が、人、動物、その他の監視物を検出したとき出力するデータ（以下、センサデータと称する）に基づいて、イベントの検出処理を行う。イベントを検出した場合、イベント検出部４２は、イベントが終了するまで、そのイベントの状態履歴データを更新し、更新するごとに、その状態履歴データをイベント記録制御部４３に出力する。また、イベント検出部４２は、そのイベントがサーバ１２に通知された場合、イベント終了時に、通信部４５を介して、そのイベントの状態履歴データをサーバ１２に送信する。

イベント記録制御部４３は、イベント検出部４２から取得したイベントの状態履歴データ、およびサーバ１２から取得した通知不要テーブル（図６を参照して後述する）に基づき、イベントの記録（通知）が必要か否かを判定する。イベントの記録が必要と判定された場合は、イベント記録制御部４３は、カメラ４４の電源をオンし、通信部４５を介して、カメラ４４が監視物を撮像して得た画像データをサーバ１２に送信するように制御する。

通信部４５は、サーバ１２の通信部６１（図４）と無線で通信する。通信部４５は、カメラ４４で検出した画像データ、およびイベント検出部４２で生成された状態履歴データを、サーバ１２に送信する。また、通信部４５は、サーバ１２から通知不要テーブルを受信し、イベント記録制御部４３に供給する。

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

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

サーバ１２には、通信部６１、データ記録部６２、データ蓄積部６３、データ呈示制御部６４、ユーザ入力部６５、分類情報生成部６６、および分類情報蓄積部６７が設けられている。

通信部６１は、マルチセンサカメラ１１の通信部４５と通信する。通信部６１は、マルチセンサカメラ１１から無線で送信される画像データや状態履歴データを受信し、データ記録部６２に、画像データと状態履歴データを供給し、分類情報生成部６６に、状態履歴データを供給する。

データ記録部６２は、取得した画像データを、データ蓄積部６３に供給して、一時的に記録させるとともに、イベント終了時に、画像データとそのイベントの状態履歴データにイベント発生時刻を付加して生成したイベント情報を、データ蓄積部６３に供給し、記録させる。

データ呈示制御部６４は、データ蓄積部６３に蓄積されているイベント情報から、呈示部１３で呈示する画像データを抽出し、呈示部１３に出力する。また、データ呈示制御部６４は、イベントの特性や、ユーザの指令に基づき、呈示するイベント情報を抽出したり、イベント情報の呈示順を制御したりする。

ユーザ入力部６５は、呈示したイベント情報の画像データに対して、イベントの重要度や、今後は通知が不要といったユーザからの評価の入力を受け付け、分類情報生成部６６に供給する。また、イベント情報の画像データ呈示時に、ユーザからのイベント情報の呈示順を制御するための呈示モードの入力を受け付け、データ呈示制御部６４に通知する。

分類情報生成部６６は、イベント情報の状態履歴データや、呈示したイベント情報の画像データに対するユーザからの評価の入力に基づき、過去に発生したイベントの状態遷移パターンとその重要度を記述するイベント分類テーブルと、通知が不要なイベントを記述する通知不要テーブルを生成し、分類情報蓄積部６７に保存する。また、分類情報生成部６６は、生成した通知不要テーブルを、通信部６１を介して、マルチセンサカメラ１１に送信し、イベント記録制御部４３に保持させる。

イベント分類テーブルは、過去に発生したイベントの状態遷移パターンを分類し、蓄積したデータである。新しい状態遷移パターンのイベントが検出される毎に、その状態遷移パターンがイベント分類テーブルに追加される。また、イベント分類テーブルでは、登録されている状態遷移パターン毎に、その状態遷移パターンのイベントの重要度が登録される。重要度の登録方法に関しては、図１５を参照して後述する。イベント分類テーブルは、イベント情報の画像データ呈示時に、データ呈示制御部６４が、呈示するイベントを分類したり、呈示するイベントを抽出して、呈示順を決定したりするために使用される。

図５は、イベント分類テーブルの実施の形態を表わす。図５のイベント分類テーブルの例では、状態番号１，状態番号３，状態番号４、状態番号３，状態番号２，状態番号１，状態番号４、状態番号３，状態番号４，状態番号１，状態番号２，状態番号４の３種類の状態遷移パターンが登録されており、重要度が、それぞれ重要度３、重要度２、重要度１に設定されている。重要度は、その数値が大きいほど、ユーザがその状態遷移パターンのイベントを重要と評価していることを示す。

通知不要テーブルは、通知（記録）が不要なイベントのパターンが登録されているテーブルである。１つの通知不要テーブルには、１つの通知が不要なイベントのパターンが登録されていて、通知が不要なイベントのパターンが追加される毎に、通知不要テーブルが１つ追加される。なお、通知不要テーブルの生成方法に関しては、イベント呈示処理の説明の時に図１２を参照して後述する。

マルチセンサカメラ１１のイベント記録制御部４３は、分類情報生成部６６で生成された通知不要テーブルを保持し、マルチセンサカメラ１１で検出されたイベントが通知不要テーブルに登録されているイベントに該当するか否かを判定することにより、通知（記録）が必要なイベントか否かを判定する。通知が必要なイベントと判定された場合は、そのイベント情報はサーバ１２に送信され、そのイベント情報はデータ蓄積部６３に蓄積され、通知が不要なイベントと判定された場合は、そのイベント情報はデータ蓄積部６３に蓄積されない（サーバ１２には送信されてこない）。

図６は、通知不要テーブルの実施の形態を表わす。通知不要テーブルのデータには、通知を不要とするイベントの状態遷移パターンと、各状態における継続時間の最小値と最大値が登録されている。図６の通知不要テーブルの例では、状態遷移パターンは、状態番号１，状態番号２であり、状態番号１の継続時間の最小値が０．５秒、最大値が３．０秒、状態番号２の継続時間の最小値が１．０秒、最大値が２．５秒である。

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

ただし、イベント発生中に、そのイベントの記録が必要か否かを判定する場合には、そのイベントが通知不要テーブルに登録されているイベントに該当していなくても、イベントの進行に従い、通知不要テーブルに登録されているイベントとなる可能性がある間は、そのイベントは、記録が必要なイベントとは判定されない。そして、そのイベントがイベント記録制御部４３に保持されている全ての通知不要テーブルのイベントに該当する可能性がなくなった時点で、そのイベントは記録が必要なイベントと判定される。例えば、イベント記録制御部４３が図６の通知不要テーブルのみ保持している場合、状態番号１のイベントが発生した時点では、図６の通知不要テーブルに登録されたイベントとなる可能性があるため、そのイベントは記録が必要なイベントとは判定されない。そして、そのイベントの状態番号１の継続期間が3秒を超えたり、状態番号３に遷移したりした時点で、図６の通知不要テーブルに登録されたイベントに該当する可能性がなくなるため、そのイベントは記録が必要なイベントと判定される。

次に、図７乃至図２０を参照して、図１の監視システム１により実行される処理を説明する。

まず、図７および図８を参照して、マルチセンサカメラ１１により実行されるイベント処理を説明する。説明は、監視領域でイベントが検出されていない（イベントが発生していない）時、監視領域でイベントの検出が開始された（イベントが発生した）時、監視領域でイベントの検出が継続している（イベントが継続している）時、監視領域でイベントの検出が終了した（イベントが終了した）時の順に行う。なお、この処理は、ユーザにより、監視領域における監視を開始するよう指令されたとき、開始される。

最初に、監視領域でイベントが検出されていない時に、マルチセンサカメラ１１により実行される処理を説明する。

ステップＳ１において、通信部４５は、サーバ１２から通知不要テーブルを受信したか否かを判定する。この通知不要テーブルは、サーバ１２がユーザにイベントを呈示した後に、後述する図１１のステップＳ１０４において、サーバ１２から送信されてくるものである。通知不要テーブルを受信したと判定された場合、処理はステップＳ２に進み、イベント記録制御部４３は、通信部４５から、通知不要テーブルを取得し、内部に保存する。通知不要テーブルを受信しなかったと判定された場合は、ステップＳ２の処理はスキップされる。

ステップＳ３において、イベント検出部４２は、フォトセンサ４１−１乃至４１−４のそれぞれからセンサデータを取得する。

ステップＳ４において、イベント検出部４２は、ステップＳ３において取得したセンサデータに基づき、現在のイベントの状態を検出し、発生中のイベントの状態履歴データを更新する。監視領域でイベントが検出されていない時、イベント検出部４２は、イベントが発生していない状態であることを記憶する。

ステップＳ５において、イベント検出部４２は、ステップＳ４において検出したイベントの状態に基づき、監視領域でイベントが発生中か否かを判定する。監視領域でイベントが検出されていない時には、処理はステップＳ９に進む。

ステップＳ９において、イベント記録制御部４３は、検出中のイベントの画像データをサーバ１２に送信中か否かを判定する。監視領域でイベントが検出されていない時、画像データはサーバ１２に送信されていないので、処理はステップＳ１２に進む。

ステップＳ１２において、ユーザから監視領域における監視の終了が指令されたか否かが判定され、終了の指令がないと判定されれば、処理はステップＳ１に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、イベント監視処理は終了される。

すなわち、この場合、状態履歴データの更新処理が繰り返されることになる。

次に、監視領域でイベントの検出が開始された時に、マルチセンサカメラ１１により行われる処理を説明する。

上述した場合と同様に、ステップＳ１乃至Ｓ３の処理で、通知不要テーブルが受信されれば、それが登録された後、センサデータが取得される。

ステップＳ４において、イベント検出部４２は、発生中のイベントの状態履歴データを更新する。監視領域でイベントの検出が開始された時点では、まだイベントの状態履歴データが記録されていないので、イベント検出部４２は、検出したイベントの状態番号を記録する。

ステップＳ５において、イベント検出部４２は、監視領域でイベントが発生中か否かを判定する。いま、監視領域でイベントの検出が開始されているので、処理はステップＳ６に進む。

ステップＳ６において、イベント記録制御部４３は、検出中のイベントの画像データをサーバ１２に送信中か否かを判定する。監視領域でイベントの検出が開始された時は、まだ画像データをサーバ１２に送信していないので、処理はステップＳ７に進む。

ステップＳ７において、イベント記録制御部４３は、イベント検出部４２から検出中のイベントの状態履歴データを取得する。イベント記録制御部４３は、図６を用いて説明した通知不要テーブルに基づき、検出中のイベントが記録の必要なイベントか否かを判定する。記録が必要でないと判定された場合（通知が不要である場合）、処理はステップＳ３に戻り、それ以降の処理が繰り返される。記録が必要であると判定された場合は、処理はステップＳ８に進む。

ステップＳ８において、イベント記録制御部４３は、カメラ４４の電源をオンし、カメラ４４で検出した画像データが、通信部４５を介して、サーバ１２へ送信されるよう制御する。送信が開始された画像データは、後述する図９のステップS４１において、サーバ１２で受信され、画像データの一時記録が開始される。その後、処理はステップＳ３に戻り、イベントの検出が終了するまで、サーバ１２へ画像データを送信する処理が繰り返される。

このようにして、この場合、記録する必要があるイベントが発生したとき、その画像データをサーバ１２に送信する処理が繰り返し実行される。

次に、監視領域でイベントの検出が継続している時に、マルチセンサカメラ１１により実行される処理を説明する。

イベント検出中は、ステップＳ３以降の処理が繰り返されるので、ステップＳ３の処理から説明する。ステップＳ３において、イベント検出部４２は、フォトセンサ４１−１乃至４１−４のそれぞれからセンサデータを取得する。

ステップＳ４において、イベント検出部４２は、発生中のイベントの状態履歴データを更新する。イベントの状態（状態番号）が、前回イベント検出処理を行った時から変化している場合は、状態変化前の状態番号の継続時間を更新し、新しい状態の状態番号を追加する。イベントの状態が、前回イベント検出処理を行った時から変わらない場合は、状態履歴データに記録されている現在の状態の状態番号の継続時間を更新する。

ステップＳ５において、イベント検出部４２は、監視領域でイベントが発生中か否かを判定する。監視領域でイベントの検出が継続している時は、処理はステップＳ６に進む。

ステップＳ６において、イベント記録制御部４３は、検出中のイベントの画像データをサーバ１２に送信中か否かを判定する。画像データを送信中であると判定された場合は、処理はステップＳ３に戻り、それ以降の処理が繰り返される。画像データを送信中でないと判定された場合は、処理はステップＳ７に進む。

ステップＳ７において、検出中のイベントが記録の必要なイベントか否かが判定される。記録が必要でないと判定された場合、処理はステップＳ３に戻り、それ以降の処理が繰り返される。記録が必要であると判定された場合は、処理はステップＳ８に進む。

ステップＳ８において、検出中のイベントの画像データのサーバ１２への送信が開始される。その後、処理はステップＳ３に戻り、それ以降の処理が繰り返される。

以上の処理は、基本的に、イベントの検出が開始されたときの処理と同様の処理である。

ただし、この場合には、ステップＳ７において、記録が必要でないイベントと判定されていたイベントが、イベントの進行に伴い、イベントの途中で記録が必要なイベントであると判定が変更されるときがある。このとき、ステップＳ８において、イベントの記録が必要と判定された時点から、サーバ１２への画像データの送信が開始され、サーバ１２で画像データの一時記録が開始される。従って、マルチセンサカメラ１１からサーバ１２への画像データの送信時間が最小限に抑えられ、マルチセンサカメラ１１の消費電力が抑制される。また、ユーザが必要とする状態を抽出して画像データが記録されるため、記録したイベント情報から必要とする情報を、ユーザが検出する時間が短縮される。ただし、イベントの途中で記録が必要と判定されたイベントについても、イベントの最初から記録が必要とされるケースも想定されるため、その実施の形態については、図２１乃至２７を参照して後述する。

次に、監視領域でイベントの検出が終了した時に、マルチセンサカメラ１１により行われる処理を説明する。

イベント検出中は、ステップＳ３以降の処理が繰り返されるので、ステップＳ３の処理から説明する。ステップＳ３において、イベント検出部４２は、フォトセンサ４１−１乃至４１−４のそれぞれからセンサデータを取得する。

ステップＳ４において、イベント検出部４２は、検出が終了したイベントの状態履歴データを更新する。イベント終了時には、状態履歴データに記録されている最後の状態の状態番号の継続時間が更新される。

ステップＳ５において、イベント検出部４２は、監視領域でイベントが発生中か否かを判定する。いまの場合、監視領域でイベントの検出が終了しているので、処理はステップＳ９に進む。

ステップＳ９において、イベント記録制御部４３は、サーバ１２に画像データを送信中か否かを判定する。画像データを送信中でないと判定された場合は、ステップＳ１０およびＳ１１の処理はスキップされ、処理はステップＳ１２に進む。このような処理が行われるのは、検出したイベントが、記録が不要なイベントだった場合である。

ステップＳ９において、画像データを送信中であると判定された場合は、処理はステップＳ１０に進み、イベント記録制御部４３は、カメラ４４の電源をオフし、サーバ１２への画像データの送信を停止するよう制御する。その後、処理はステップＳ１１に進む。

ステップＳ１１において、イベント検出部４２は、終了したイベントの状態履歴データを、通信部４５を介して、サーバ１２に送信する。この状態履歴データは、後述する図９のステップＳ４４において、サーバ１２で受信され、ステップＳ４５において、画像データと共に記録される。

ステップＳ１２において、ユーザから監視領域における監視の終了が指令されたか否かが判定され、終了の指令がないと判定されれば、処理はステップＳ１に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、イベント監視処理は終了される。

このように、イベントの検出が終了したとき、画像データの送信が中止され、状態履歴データが送信される。

次に、図９および図１０を参照して、サーバ１２により実行されるイベント記録処理を説明する。説明は、マルチセンサカメラ１１から画像データを受信していない時、マルチセンサカメラ１１からの画像データの受信が開始された時、マルチセンサカメラ１１からの画像データの受信が終了した時の順に行う。なお、この処理は、ユーザにより、イベント記録処理を開始するよう指令されたとき、開始される。

最初に、マルチセンサカメラ１１から画像データを受信していない時に、サーバ１２により実行される処理を説明する。

ステップＳ４１において、通信部６１は、マルチセンサカメラ１１から、図７のステップＳ８において送信が開始される画像データを受信したか否かを判定する。画像データを受信していない時には、処理はステップＳ４８に進む。

ステップＳ４８において、ユーザからイベント記録処理の終了が指令されたか否かが判定され、終了の指令がないと判定されれば、ステップＳ４１に戻り、それ以降の処理が繰り返される。ユーザからイベント記録処理は終了されるように指令がされた場合は、イベント記録処理は終了される。

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

次に、マルチセンサカメラ１１からの画像データの受信が開始された時に、サーバ１２により実行される処理を説明する。

ステップＳ４１において、マルチセンサカメラ１１から画像データを受信したか否かが判定される。この画像データは、図７のステップＳ８において、マルチセンサカメラ１１から送信されたデータである。画像データの受信が開始された時は、処理はステップＳ４２に進む。

ステップＳ４２において、データ記録部６２は、通信部６１を介して、マルチセンサカメラ１１から受信した画像データを取得し、データ蓄積部６３に供給し、一時的に記録させる。

ステップＳ４３において、ステップＳ４１と同様に、通信部６１は、マルチセンサカメラ１１から画像データを受信中か否かを判定する。画像データを受信中（画像データの受信が継続している）と判定された場合、処理はステップＳ４２に戻り、画像データの受信が終了するまで、ステップＳ４２における画像データの一時記録処理が繰り返される。

このように、画像データが送信されてきたとき、それを一時的に記録する処理が実行される。

次に、マルチセンサカメラ１１からの画像データの受信が終了した時、サーバ１２により実行される処理を説明する。

画像データの受信が終了した時は、ステップＳ４３において、通信部６１により、マルチセンサカメラ１１から画像データを受信中でないと判定され、処理はステップＳ４４に進む

ステップＳ４４において、通信部６１は、ステップＳ４２において一時記録したイベントに関する状態履歴データを、マルチセンサカメラ１１から受信する。この状態履歴データは、図８のステップＳ１１において、イベント検出終了時にマルチセンサカメラ１１から送信されたデータである。

ステップＳ４５において、データ記録部６２は、ステップＳ４４の処理で受信した状態履歴データを、通信部６１から取得する。データ記録部６２は、ステップＳ４２において一時的に記録された画像データに、この状態履歴データとイベント発生時刻を付加して生成したイベント情報を、データ蓄積部６３に記録する。

図１０は、ステップＳ４５において保存されるイベント情報のデータ形式の例を示す。この図に示されるように、イベント情報は、イベント番号、状態履歴データ、イベント発生時刻、およびイベントデータから構成される。イベント番号は、記録されたイベントに順番に割り振られるシーケンス番号である。状態履歴データは、ステップＳ４４において、マルチセンサカメラ１１から受信したものである。図１０の例では、状態履歴データの欄が上下の２段に分かれているが、上段は状態番号を図し、下段は状態番号毎の継続時間を表わす。例えば、イベント番号１の状態履歴データは、状態番号３（t11秒），状態番号２（t12秒），状態番号１（t13秒），状態番号４（t14秒）である。

イベント発生時刻は、マルチセンサカメラ１１によりイベントが検出された時刻である。イベントデータは、カメラ４４により検出された画像データや、マイクロホンが設けられている場合は、それにより検出された音声データなど、マルチセンサカメラ１１で検出されたイベントのデータである。ステップＳ４５において記録されたイベント情報は、図１０で示したデータ形式で、データ蓄積部６３に、時系列に並べられて保存される。

ステップＳ４６において、分類情報生成部６６は、ステップＳ４４の処理で受信した状態履歴データを、通信部６１から取得する。分類情報生成部６６は、分類情報蓄積部６７に保持されているイベント分類テーブルをロードし、受信した状態履歴データの状態遷移パターンが、イベント分類テーブルに登録されていない（新しい状態遷移パターンのイベントが記録された）場合は、イベント分類テーブルにその状態遷移パターンを追加して、イベント分類テーブルを更新、保存する。状態履歴データの状態遷移パターンが、すでにイベント分類テーブルに登録されている場合は、イベント分類テーブルはそのままとされる。

ステップＳ４７において、データ記録部６２は、画像データ受信中にデータ蓄積部６３に一時的に記録されていた画像データを消去し、ステップＳ４１に戻り、それ以降の処理が繰り返される。

このように、画像データの送信が中止されると、状態履歴データが受信され、画像データに対応付けてイベント情報として保存される。また、イベント分類テーブルが更新される。

次に、図１１乃至図２０を参照して、サーバ１２により実行されるデータ蓄積部６３に蓄積されたイベント情報の呈示処理を説明する。この処理は、ユーザから指示されたとき、または、図９のステップＳ４６におけるイベント分類テーブルを更新する処理が完了したとき、自動的に実行される。

ステップＳ１０１において、データ呈示制御部６４は、分類情報蓄積部６７から、イベント分類テーブルをロードする。ロードされたイベント分類テーブルは、これ以降の処理で、呈示するイベント情報を分類したり、呈示するイベント情報を抽出したり、あるいは呈示順を決定したりするために使用される。

ステップＳ１０２において、データ呈示制御部６４は、ユーザ入力部６５を介して、ユーザから入力された呈示モードを取得する。データ呈示制御部６４は、この呈示モードに基づき、イベント情報の呈示順を決定する。ただし、呈示モードは、毎回ユーザから取得する必要はなく、入力がない場合は、前回入力された呈示モードが設定される。これ以降の説明では、ユーザからイベントの重要度順に呈示するモード（以下、重要度順モードと称する）が指定されたものとして処理を説明する。

ステップＳ１０３において、データ呈示制御部６４は、ステップＳ１０２において取得した呈示モードに基づき、イベント情報呈示およびユーザ情報取得処理を実行する。その処理の詳細は、図１２を参照して後述するが、これにより、呈示順が決定されるとともに、通知不要テーブルとイベント分類テーブルが更新される。

ステップＳ１０４において、分類情報生成部６６は、分類情報蓄積部６７から、通知不要テーブルを取得し、通信部６１を介して、マルチセンサカメラ１１に送信する。マルチセンサカメラ１１では、図７のステップＳ１，Ｓ２において、この通知不要テーブルが受信され、登録される。その後、サーバ１２のイベント情報の呈示処理は終了する。

次に、図１２を参照して、ステップＳ１０３において実行されるイベント情報呈示およびユーザ情報取得処理を説明する。

まず、ステップＳ１２１において、データ呈示制御部６４は、ステップＳ１０２で取得した呈示モードに基づき、イベント情報の呈示順を決定する。その処理の詳細は、図１３を参照して後述するが、これにより、重要度に基づき、呈示順が決定される。

ステップＳ１２２において、データ呈示制御部６４は、呈示するイベント情報があるか否かを判定する。呈示するイベント情報があると判定された場合は、処理はステップＳ１２３に進む。

ステップＳ１２３において、データ呈示制御部６４は、次に呈示するイベント情報を、データ蓄積部６３からロードする。

ステップＳ１２４において、データ呈示制御部６４は、ロードしたイベント情報から画像データを抽出し、呈示部１３に出力し、呈示させる。

ステップＳ１２５において、ユーザ入力部６５は、いま呈示したイベント情報の画像データに対して、ユーザから今後は通知（記録）を不要とすると評価を指示する入力がされたか否かを判定する。ユーザの評価が入力されたと判定された場合、ステップＳ１２６において、分類情報生成部６６は、ステップＳ１２５においてユーザ入力部６５に入力されたユーザの判断を取得する。また、分類情報生成部６６は、データ蓄積部６３から、通知が不要と判断されたイベント情報を取得する。そして、分類情報生成部６６は、取得したイベント情報に基づき、通知不要テーブルを更新する。取得したイベント情報の状態履歴データの状態遷移パターンと一致する状態遷移パターンを持つイベントの通知不要テーブルがない場合は、分類情報生成部６６は、その状態遷移パターンのイベントの通知不要テーブルを作成する。取得したイベント情報の状態遷移パターンと一致するイベントの通知不要テーブルがある場合は、分類情報生成部６６は、そのイベント情報の状態履歴データの各状態の継続時間と、通知不要テーブルに登録されているイベントの状態履歴データの各状態の継続時間を比較して、そのイベント情報の状態履歴データの継続時間が、通知不要テーブルの状態履歴データの継続時間の範囲内に収まらない箇所がある場合は、その箇所の継続時間を更新する。ステップＳ１２５で、通知不要の指示が入力されなかったと判定された場合は、ステップＳ１２６の処理はスキップされ、処理はステップＳ１２７に進む。

ステップＳ１２７において、ユーザ入力部６５は、呈示したイベント情報の画像データに対して、ユーザからイベントの重要度を評価する入力がされたか否かを判定する。ユーザの判断が入力されたと判定された場合、ステップＳ１２８において、分類情報生成部６６は、ステップＳ１２７においてユーザ入力部６５に入力された重要度を取得する。また、分類情報生成部６６は、データ蓄積部６３から、重要度が入力されたイベント情報を取得する。分類情報生成部６６は、イベント分類テーブルから、取得したイベント情報の状態履歴データの状態遷移パターンと同じデータを検索し、そのデータの重要度の値に関して、イベント分類テーブルを更新する。なお、重要度は、呈示されたイベント情報毎にユーザから入力されるため、同じ状態遷移パターンを持つイベント情報毎に入力された重要度の平均値とされる。なお、他にも、最も新しく入力された重要度を、その状態遷移パターンの重要度にするといった方法も可能である。

ステップＳ１２５あるいはＳ１２７の処理により、ユーザは実際に呈示されたイベント情報の画像データに対して、そのイベント情報の特性（状態遷移パターンや状態毎の継続時間）を意識せずに、通知不要の指示や重要度といったイベント情報に対する評価を入力する。監視システム１は、その入力情報に基づき、通知（記録）が不要なイベント情報のパターンや、状態遷移パターン毎の重要度を学習し、更新する。その結果、以後、監視システム１は、次第にユーザが必要とするイベント情報を抽出して記録するようになる共に、ユーザが重要とするパターンのイベント情報の画像データを優先して呈示するようになる。従って、監視システム１は、ユーザにイベントを分類させたり、通知が必要なイベントのパターンを入力させたりといった操作をさせなくても、簡単かつ確実に必要なイベント情報の画像データを呈示できる。

ステップＳ１２７において、重要度が入力されなかったと判定された場合、ステップＳ１２８の処理はスキップされ、処理はステップＳ１２９に進む。

ステップＳ１２９において、ユーザ入力部６５は、ユーザから次のイベント情報の呈示の指示が入力されたか否かを判定する。次のイベント情報の呈示の指示が入力されたと判定された場合、処理はステップＳ１２２に戻り、それ以降の処理が繰り返される。次のイベント情報の呈示の指示が入力されなかったと判定された場合、処理はステップＳ１２５に戻り、それ以降の処理が繰り返される。

ステップＳ１２２に戻り、呈示するイベント情報がない（全てのイベント情報の呈示が終了した）と判定された場合は、イベント情報の呈示処理を終了し、図１１のステップＳ１０４に進む。

次に、図１３を参照して、図１２のステップＳ１２１における呈示順制御処理の詳細について説明する。ステップＳ１５１において、データ呈示制御部６４は、呈示するイベント情報をデータ遷移パターン毎に分類して並べ替える。図１４は、図１０のイベント情報のデータを、データ遷移パターン毎に分類して、並べ替えた状態を表わす図である。

ステップＳ１５２において、データ呈示制御部６４は、図１１のステップＳ１０１でロードしたイベント分類テーブルから、イベントの状態遷移パターン毎の重要度を取得し、呈示するイベント情報に割り当てる。図１５は、図１４のイベント情報に、イベントの状態遷移パターン毎の重要度を割り当てた状態を示す図である。

重要度とは、上述した図１２のステップＳ１２７において、イベント情報の呈示時に、呈示したイベント情報に対して、ユーザが入力する情報であり、イベントの状態遷移パターン毎に、１つの重要度が割り当てられる。重要度順モードの場合、重要度の値が大きい状態遷移パターンのイベント情報から順に（重要なものから順番に）呈示される。同じ状態遷移パターンのイベント情報が複数ある場合は、データの古い順に呈示される。

ステップＳ１５３において、データ呈示制御部６４は、イベント情報の重要度に基づいて、イベント情報の呈示順を決定する。図１５の例の場合、イベント情報の呈示順は、イベント番号２、イベント番号１、イベント番号３、イベント番号５、イベント番号４、イベント番号６の順となる。その後、処理は図１２のステップＳ１２２に進む。

なお、重要度が入力されていない初期状態の場合、イベント情報の呈示順は、状態遷移パターン順に決定される。また、まだ重要度の入力されていない状態遷移パターンのイベント情報に関しては、いちばん最初に呈示させたり、いちばん最後に呈示させたり、あるいは呈示させなかったりといった選択が可能である。

次に、図１６乃至図２０を参照して、図１２のステップＳ１２１における呈示順制御処理について、先に説明した重要度順モード以外の実施の形態を説明する。

最初に、図１６を参照して、イベント情報の呈示順をイベント発生順に制御する処理を説明する。

この場合、ステップＳ１７１において、データ呈示制御部６４は、イベント情報に登録されているイベント発生時刻に基づき、イベント情報の呈示順を発生時刻順に設定する。その後、処理は図１２のステップＳ１２２に進み、イベント情報の呈示処理が行われる。

次に、図１７乃至図１９を参照して、イベント情報の呈示順を過去の発生頻度が少ない状態遷移パターンのイベント順に制御する処理を説明する。

この場合、図１７のステップＳ１８１において、データ呈示制御部６４は、ステップＳ１０１において取得したイベント分類テーブルから過去に発生したイベントの状態遷移パターンを取得し、データ蓄積部６３に蓄積されているイベント情報から、過去の状態遷移パターン毎のイベントの発生頻度を求める。図１８は、ステップＳ１８１において、過去のイベントの発生頻度を求めた例を表わす。図１８の例で、１行目に状態遷移パターンとして示された列は、過去に発生したイベントの状態遷移パターンを示し、１行目に発生頻度として示された列は、その状態遷移パターンのイベントの過去の発生回数を示す。例えば、図１８の例は、状態番号１，状態番号２，状態番号３，状態番号４の状態遷移パターンのイベントが、過去に２０回発生したことを示している。また、図１８に示された４つの状態遷移パターン以外の状態遷移パターンのイベントは、過去に発生していないことを示している。

ステップＳ１８２において、データ呈示制御部６４は、これから呈示しようとするイベント情報の呈示順を過去に発生頻度の少ない順に設定する。まず、ステップＳ１８１と同様の処理を行い、これから呈示しようとするイベント情報の発生頻度を求める。図１９は、ステップＳ１８２において、これから呈示するイベント情報の発生頻度を求めた例を示す。データ呈示制御部６４は、過去のイベントの発生頻度（図１８）と、これから呈示するイベント情報の発生頻度（図１９）を比較して、過去に発生していない状態遷移パターンのイベント情報を呈示順の先頭に配置し、以下は、過去に発生頻度が少ない状態遷移パターンのイベント情報順に並べる。図１９の例では、過去に発生していない状態番号４，状態番号２，状態番号１，状態番号３の状態遷移パターンのイベント情報が呈示順の先頭に配置され、以下、状態番号２，状態番号１，状態番号３，状態番号４、状態番号１，状態番号４，状態番号２，状態番号３、状態番号１，状態番号２，状態番号３，状態番号４の状態遷移パターンのイベント情報順に呈示順が決定される。その後、処理は図１２のステップＳ１２２に進み、イベント情報の呈示処理が行われる。

この処理による呈示順によれば、過去にあまり発生していない（日常的に検出されるイベントとは異なる）イベントのイベント情報から呈示することができる。

次に、図２０を参照して、過去に発生したイベントの状態遷移パターンの分布と、最近発生したイベントの状態遷移パターンの分布を比較して、発生分布に変化がある状態遷移パターンのイベントを抽出する処理を説明する。

ステップＳ１９１において、データ呈示制御部６４は、ステップＳ１０１において取得したイベント分類テーブルから、過去に発生したイベントの状態遷移パターンを取得し、データ蓄積部６３に蓄積されている、例えば、過去１ヶ月分のイベント情報について、状態遷移パターン毎のヒストグラムを作成する（発生頻度を求める）。

ステップＳ１９２において、データ呈示制御部６４は、ステップＳ１９１と同様の処理を行い、過去１週間分のイベント情報について、状態遷移パターン毎のヒストグラムを作成する（発生頻度を求める）。

ステップＳ１９３において、データ呈示制御部６４は、過去１ヶ月分のヒストグラム（発生頻度）と、過去１週間分のヒストグラム（発生頻度）を比較し、イベントの発生分布に違いがあるか否かを判定する。発生分布に違いがあると判定された場合は、処理はステップＳ１９４に進む。

ステップＳ１９４において、データ呈示制御部６４は、ステップＳ１９３において、過去１ヶ月分のヒストグラム（発生頻度）と過去１週間分のヒストグラム（発生頻度）で、発生分布が異なると判定された状態遷移パターンと同じイベントの過去１週間分のイベント情報を、データ蓄積部６３から抽出し、抽出したイベント情報を発生時刻順に並べる。その後、処理は図１２のステップＳ１２２に進み、イベント情報の呈示処理が行われる。

ステップＳ１９３において、発生分布に違いがないと判定された場合は、ステップＳ１９４の処理はスキップされ、呈示するイベント情報の抽出は行われない。従って、その後、処理は図１２のステップＳ１２２に進むが、イベント情報の呈示は行われずに、データ呈示処理が終了する。

この処理による呈示順によれば、過去と発生分布が異なる（監視領域で何か異常が発生した可能性が高い）イベント情報のみを呈示することができる。なお、この例では、過去１ヶ月、過去１週間と、特定の期間の例を示したが、他の期間に設定してもよいし、ユーザから指定させるようにしてもよい。

なお、以上の例は、監視システム１のイベント情報の呈示順を制御する処理の一例であり、上述した例に限られるものではない。

次に、本発明を適用した監視システムにおいて、既に発生したイベントが、その途中で記録が必要と判定された場合について、サーバでイベントの最初から記録できるようにするための実施の形態について説明する。

最初に、マルチセンサカメラで検出された全てのイベントの画像データを、一旦サーバ１２で一時的に記録して、イベント終了後に記録が必要なイベントか否かを判定して、記録が必要と判定されたイベントのみ正式に（最終的に）イベント情報を記録する方式（以下、サーバ一時記録方式と称する）について説明する。なお、サーバ一時記録方式に対して、図７乃至図１０で説明した監視システム１で実施される処理を、以下標準方式と称する。

サーバ一時記録方式を実現するために、図１の監視システム１の構成、図３のマルチセンサカメラ１１の機能的構成、図４のサーバ１２の機能的構成の変更はないため、その説明は省略する。

次に、図２１乃至図２３を参照して、図１の監視システム１におけるサーバ一時記録方式の処理を説明する。なお、標準方式と同様の処理を行う部分は、適宜説明を省略し、処理の異なる部分を中心に説明する。

最初に、図２１および図２２を参照して、サーバ一時記録方式適用時に、マルチセンサカメラ１１により実行されるイベント検出処理を説明する。

サーバ一時記録方式と標準方式で、マルチセンサカメラ１１により実行されるイベント検出処理が異なるのは、監視領域でイベントの検出が開始された（イベントが発生した）時と、監視領域でイベントの検出が終了した（イベントが終了した）時であり、その場合について説明する。

まず、監視領域でイベントの検出が開始された時に、サーバ一時記録方式適用時にマルチセンサカメラ１１により実行される処理を説明する。

ステップＳ３０１乃至Ｓ３０５までの処理は、標準方式の図７のステップＳ１乃至ステップＳ５までの処理と同様なので、その説明は省略する。

ステップＳ３０６の処理は、図７のステップS６の処理と対応する処理である。このステップＳ３０６で、イベント記録制御部４３は、マルチセンサカメラ１１で検出したイベントの画像データをサーバ１２に送信中か否かを判定する。イベントの検出が開始された時は、まだ画像データをサーバ１２に送信していないので、処理はステップＳ３０７に進む。

ステップＳ３０７において、イベント記録制御部４３は、標準方式の場合と異なり、記録が必要なイベントか否かを判定せずに、カメラ４４の電源をオンし、カメラ４４で検出した画像データが、通信部４５を介して、サーバ１２へ送信されるよう制御する。送信が開始された画像データは、後述する図２３のステップS３４１，Ｓ３４２において、サーバ１２で受信され、画像データの一時記録が開始される。その後、処理はステップＳ３０３に戻り、イベントの検出が終了するまで、画像データが送信される。従って、サーバ１２では、マルチセンサカメラ１１で検出された全てのイベントについて、イベントの開始から終了まで画像データが一時的に記録される。

次に、監視領域でイベントの検出が終了した時に、サーバ一時記録方式適用時にマルチセンサカメラ１１により実行される処理を説明する。

図８のステップＳ１０の処理に対応するステップＳ３０９までの処理の流れは、標準方式のイベントの検出が終了した時の処理の流れと同様なので、その説明は省略する。

ステップＳ３１０の処理は、ステップＳ３０９において、サーバ１２への画像データの送信が停止された後に実施される。ステップＳ３１０において、イベント記録制御部４３は、サーバ１２へ送信した画像データの記録が必要なイベントか否かを判定する。標準方式では、イベント発生中に、図７のステップＳ７において、記録が必要なイベントか否かの判定が行われるのに対し、サーバ一時記録方式では、イベントが終了した時点で、その判定が行われる。判定は、図６に示されるような通知不要テーブルを用いて実行される。

ステップＳ３１０において、記録が不要なイベントと判定された場合は、処理はステップＳ３１３に進み、イベント記録制御部４３は、通信部４５を介して、サーバ１２に画像データの消去指令を送信する。サーバ１２は、後述する図２３のステップＳ３４８，Ｓ３４７において、この画像データの消去指令を受信した場合、一時記録していた画像データを最終的に記録しないで、そのまま消去する。従って、記録が不要と判定されたイベントの画像データは、サーバ１２には残らない。その後、処理はステップＳ３１２に進む。

ステップＳ３１０において、記録が必要なイベントと判定された場合は、ステップ３１１において、標準方式と同じく、イベント検出部４２は、状態履歴データをサーバ１２に送信する。この状態履歴データは、図２３のステップＳ３４４において、サーバ１２で受信され、ステップＳ３４５において、画像データと共に保存される。このステップＳ３１１の処理に対応するサーバ１２における処理は、標準方式の場合と同様である。

ステップＳ３１２において、ユーザから監視領域における監視の終了が指令されたか否かが判定され、終了の指令がないと判定されれば、処理はステップＳ３０１に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、イベント監視処理は終了される。

次に、図２３を参照して、サーバ一時記録方式適用時に、サーバ１２により実行されるイベント記録処理を説明する。

サーバ一時記録方式と標準方式で、サーバ１２により実行されるイベント記録処理が異なるのは、マルチセンサカメラ１１からの画像データの受信が終了した時なので、その場合について説明する。

画像データの受信が終了した時点では、そのイベントの記録が必要か否かに関わらず、マルチセンサカメラ１１で検出されたイベントの発生から終了までの画像データが、サーバ１２のデータ蓄積部６３に一時的に記録されている状態である。

ステップＳ３４１乃至Ｓ３４３までの処理は、標準方式の図９のステップＳ４１乃至Ｓ４３の処理と同様なので、その説明は省略する。

ステップＳ３４４において、通信部６１は、ステップＳ３４２において一時的に記録した画像データに関する状態履歴データを、マルチセンサカメラ１１から受信したか否かを判定する。この状態履歴データは、マルチセンサカメラ１１でイベントの記録が必要と判定された場合、図２２のステップＳ３１１において、マルチセンサカメラ１１から送信されたものである。状態履歴データが受信されなかったと判定された場合、処理はステップＳ３４８に進み、通信部６１は、ステップＳ３４２において一時的に記録した画像データの消去指令を、マルチセンサカメラ１１から受信したか否かを判定する。この画像データの消去指令は、マルチセンサカメラ１１でイベントの記録が必要と判定された場合、図２２のステップＳ３１３の処理において、マルチセンサカメラ１１から送信されたものである。以降、状態履歴データか画像データの消去指令を受信するまで、ステップＳ３４４およびＳ３４８の処理が繰り返される。

ステップＳ３４８において、画像データの消去指令を受信したと判定された場合は、ステップＳ３４５およびステップＳ３４６の処理はスキップされ、ステップＳ３４７において、データ記録部６２は、データ蓄積部６３に一時的に記録されている画像データを消去する。ステップＳ３４５の処理がスキップされ、データ蓄積部６３に一時的に記録されている画像データが最終的に記録されないため、記録が不要と判定された画像データは、サーバ１２に残らない。その後、処理はステップＳ３４１に戻り、それ以降の処理が繰り返される。

ステップＳ３４４において、状態履歴データを受信したと判定された場合は、標準方式の場合と同様に、ステップＳ３４５において、データ蓄積部６３にイベント情報が記録され、ステップＳ３４６において、イベント分類テーブルが更新され、ステップＳ３４７において、データ蓄積部６３に一時的に記録されている画像データが消去される。

以上の処理により、監視システム１では、マルチセンサカメラ１１で検出されたイベントのうち、イベントの記録が必要と判定されたイベントについてのみ、イベントの発生から終了までの画像データを含むイベント情報が、サーバ１２に記録される。

次に、マルチセンサカメラ１１で検出したイベントの画像データを、マルチセンサカメラ１１側で一時的に記録し、イベントの記録が必要と判定された時点で、記録が不要と判定されていた期間に一時的に記録した画像データをサーバ１２に送信し、その後検出中の画像データを送信する方式（以下、カメラ一時記録方式と称する）について説明する。

図２４は、カメラ一時記録方式を実現するための監視システム１０１の構成例を示している。図１の監視システム１と比較して、マルチセンサカメラ１１がマルチセンサカメラ１１１に置き換わっている。その他の構成は、図１における場合と同様である。

図２５は、マルチセンサカメラ１１１の機能的構成を示すブロック図である。図３のマルチセンサカメラ１１と比べて、データ一時記録部１４７が設けられている点が異なる。なお、図中、図３と対応する部分については下２桁が同じ符号を付してあり、処理が同じ部分に関しては、その説明は繰り返しになるので省略する。

マルチセンサカメラ１１１には、フォトセンサ１４１−１乃至１４１−４、カメラ１４４、イベント検出部１４２、イベント記録制御部１４３、通信部１４５、バッテリ１４６、およびデータ一時記録部１４７が設けられている。

データ一時記録部１４７は、イベント検出部１４２で検出したイベントが、イベント記録制御部１４３において、記録が不要と判定された場合、イベントが終了するか、あるいはイベントの途中でイベントの記録が必要と判定が変更されるまで、そのイベントの画像データを取得し、一時的に記録する。イベントの途中でイベントの記録が必要と判定が変更された場合は、データ一時記録部１４７に一時的に記録されている画像データが、通信部１４５を介して、サーバ１２に送信される。この一時的に記録された画像データを、サーバ１２に供給することにより、イベントの記録が不要と判定されていた期間の画像データを含むイベント情報をサーバ１２で記録することができる。

次に、図２６乃至図２８を参照して、監視システム１０１により実行される処理を説明する。なお、監視システム１の標準方式と同様の処理を行う部分は、適宜説明を省略し、処理の異なる部分を中心に説明する。

図２６乃至図２８は、マルチセンサカメラ１１１により実行される処理を表わす。なお、監視システム１０１におけるサーバ１２により実行される処理は、先に説明した監視システム１のサーバ１２の標準方式における図９のフローチャートと同様であり、その説明は省略する。

カメラ一時記録方式（マルチセンサカメラ１１１）と標準方式（マルチセンサカメラ１１）で処理が異なるのは、監視領域でイベントの検出が開始された（イベントが発生した）時、イベントの途中でイベントの記録が不要から必要に判定が変更された時、並びに監視領域でイベントの検出が終了した（イベントが終了した）時であり、それらの場合について説明する。

最初に、監視領域でイベントの検出が開始された時に、マルチセンサカメラ１１１により行われる処理を説明する。

ステップＳ４０１乃至ステップＳ４０６までの処理は、マルチセンサカメラ１１の監視領域でイベントの検出が開始された時の図７のステップＳ１乃至Ｓ６の処理と同様なので、その説明は省略する。

ステップＳ４０７の処理は、マルチセンサカメラ１１の図７のステップＳ７の処理と対応する処理である。イベント記録制御部１４３は、イベント検出部１４２から検出中のイベントの状態履歴データを取得する。イベント記録制御部１４３は、図６を用いて説明した通知不要テーブルに基づき、検出中のイベントが記録の必要なイベントか否かを判定する。

ステップＳ４０７において、記録が必要と判定された場合、処理はステップＳ４０９に進み、イベント記録制御部１４３は、検出中のイベントの画像データをデータ一時記録部１４７に一時記録中か否かを判定する。監視領域でイベントの検出が開始された時点では、画像データの一時記録は行われていないので、処理はステップＳ４１３に進む。ステップＳ４１３において、イベント記録制御部１４３は、カメラ１４４の電源をオンし、カメラ１４４で検出した画像データが、通信部１４５を介して、サーバ１２への送信されるよう制御する。その後、処理はステップＳ４０３に戻り、それ以降の処理が繰り返される。

ステップＳ４０７において、記録が不要と判定された場合、処理はステップＳ４０８に進み、イベント記録制御部１４３は、カメラ１４４の電源をオンし、カメラ１４４で検出した画像データが、データ一時記録部１４７に一時記録されるように制御する。この処理により、マルチセンサカメラ１１１は、イベント検出開始の時点で記録が不要と判定されたイベントの画像データを、サーバ１２へは送信せずに、イベント開始時から一時的に記録する。その後、処理はステップＳ４０３に戻り、それ以降の処理が繰り返される。イベント検出開始時に、イベントの記録が必要と判定された場合は、それ以降の処理は、マルチセンサカメラ１１の標準方式の処理と同様である。

次に、イベントの途中でイベントの記録が不要から必要に判定が変更された時に、マルチセンサカメラ１１１により実行される処理を説明する。

ステップＳ４０７までの処理は、マルチセンサカメラ１１の監視領域でイベントの検出が継続している時の図７のステップＳ７までの処理と同様なので、その説明は省略する。

ステップＳ４０７において、イベントの途中でイベントの記録が不要から必要に判定が変更された時は、処理はステップＳ４０９に進む。

ステップＳ４０９において、イベント記録制御部１４３は、検出中のイベントの画像データをデータ一時記録部１４７に一時記録中か否かを判定する。イベントの途中でイベントの記録が不要から必要に判定が変更された時は、イベントの記録が不要と判定されている間、画像データは、データ一時記録部１４７に一時的に記録されているので、処理はステップＳ４１０に進む。

ステップＳ４１０において、イベント記録制御部１４３は、データ一時記録部１４７に一時的に記録されている画像データが、通信部１４５を介して、サーバ１２に送信されるよう制御する。この一時的に記録されていた画像データは、図９のステップＳ４１において、サーバ１２で受信され、データ蓄積部６３に一時記録される。

データ一時記録部１４７に一時記録されている画像データの送信が終了した後、処理はステップＳ４１１に進む。ステップＳ４１１において、イベント記録制御部１４３は、通信部１４５を介して、カメラ１４４で検出中のイベントの画像データのサーバ１２への送信が開始されるように制御する。送信が開始された画像データは、図９のステップＳ４１において、サーバ１２で受信され、データ蓄積部６３に一時的に記録される。

サーバ１２では、図９のステップＳ４１において、マルチセンサカメラ１１１のデータ一時記録部１４７に一時的に記録されていた画像データと、その後に送信されるカメラ１４４で検出中の画像データが連続して受信され、１つのイベントの画像データとして、データ蓄積部６３に一時的に記録される。従って、イベントの途中でイベントの記録が不要から必要に判定が変更された時も、イベント発生時からの画像データが、サーバ１２に一時的に記録される。

ステップＳ４１２において、イベント記録制御部１４３は、データ一時記録部１４７への画像データの一時記録を停止するよう制御し、処理はステップＳ４０３に戻り、それ以降の処理が繰り返される。

次に、監視領域でイベントの検出が終了した時に、マルチセンサカメラ１１１により実行される処理を説明する。

ステップＳ４０４までの処理は、マルチセンサカメラ１１の監視領域でイベントの検出が終了した時の図７のステップＳ４までの処理と同様なので、その説明は省略する。

ステップＳ４０５において、イベント検出部１４２は、監視領域でイベントが発生中か否かを判定する。イベントの検出が終了した時には、処理はステップＳ４１４に進む。

ステップＳ４１４において、イベント記録制御部１４３は、サーバ１２に画像データを送信中か否かを判定する。画像データを送信中であると判定された場合、処理はステップＳ４１５に進み、画像データの送信を停止し、その後ステップＳ４１６に進み、サーバ１２へ状態履歴データを送信する。ステップＳ４１５およびＳ４１６の処理は、図７のステップＳ１０およびＳ１１の処理と同様であり、これにより、画像データの送信動作が停止され、状態履歴データが送信される。その後、処理はステップＳ４１７に進む。

ステップＳ４１４において、画像データを送信中でないと判定された場合、処理はステップＳ４１９に進む。イベントの検出が終了した時に、画像データをサーバ１２に送信していないのは、検出したイベントが通知不要なイベントであり、イベント検出終了時まで画像データがデータ一時記録部１４７に一時記録されている場合である。この場合、データ一時記録部１４７に一時的に記録されている画像データは、サーバ１２には送信されず、後述するステップＳ４１７の処理で消去される。

ステップＳ４２０において、イベント記録制御部１４３は、カメラ１４４の電源をオフし、データ一時記録部１４７への画像データの一時記録を停止するよう制御される。その後、処理はステップＳ４１７に進む。

ステップＳ４１７において、イベント記録制御部１４３は、データ一時記録部１４７に一時記録されている画像データの有無を確認し、一時記録されている画像データがあれば、そのデータを消去する。

ステップＳ４１８において、ユーザから監視領域における監視の終了が指令されたか否かが判定され、終了の指令がないと判定されれば、ステップＳ４０１に戻り、それ以降の処理が繰り返される。ユーザから監視領域における監視を終了するように指令がされたと判定された場合は、監視処理を終了する。

以上のサーバ一時記録方式およびカメラ一時記録方式の処理により、イベント記録が必要と判定されたイベントの発生から終了までの画像データを含むイベント情報がサーバ１２に記録される。一方、イベント記録が不要と判定されたイベントについては、そのイベント情報がサーバ１２に記録されない。

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

例えば、使用するセンサはフォトセンサに限らず、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 (44)

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. センサが出力するデータに基づく監視処理を実行するプログラムであって、
    第１のセンサの監視領域の監視に基づき生成されたイベントの特性を表わすデータ、および第２のセンサの監視領域の状況の変化に伴うイベントのデータを取得する取得ステップと、
    前記イベントの特性を表わすデータと前記イベントのデータとを対応付けてイベント情報として記録する情報記録ステップと
    をコンピュータに実行させることを特徴とするプログラム。

Images