(57)【要約】【課題】簡単かつ確実に必要なイベントを呈示できるようにする。【解決手段】マルチセンサカメラは、マイクロ波センサから出力されたセンサデータと判定規範に基づき記述された状態記述データと、処理ボックス２から送信された通知判定テーブルを比較して、イベントを通知すると判定した場合、通知画像データを処理ボックス２に送信し、呈示部３に呈示させる。ユーザは、通知されたイベントに対して通知が必要か否かの判断をリモートコントローラ４に入力し、判定規範学習部５５は、通知が必要なイベントを通知し、不要なイベントを通知しないように、判定規範を調整し、通知判定テーブルを更新する。本発明は、家庭用の監視システムに適用することができる。【選択図】図５
2005092740.tif 000002
【特許請求の範囲】
【請求項１】
監視処理を実行する監視システムにおいて、
監視領域の監視に基づく第１のデータを出力する第１のセンサと、
監視領域の監視に基づく第２のデータを出力する第２のセンサと、
監視領域のイベントの状態を、予め定められている検出条件に基づいて、前記第１のセンサにより出力された前記第１のデータから検出するイベント検出手段と、
前記イベント検出手段により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御手段と、
前記通知制御手段により通知するように制御された前記イベントに関する前記第２のセンサにより出力された前記第２のデータの呈示を制御する呈示制御手段と、
前記呈示制御手段による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得手段と、
前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ、および前記入力取得手段により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整手段と
を備えることを特徴とする監視システム。
【請求項２】
前記検出条件調整手段は、前記イベントの特徴データ、および前記通知の必要性を評価する入力の他、さらに前記イベントに関する前記第１のデータに基づき前記検出条件を調整する
ことを特徴とする請求項１に記載の監視システム。
【請求項３】
前記イベントの状態、および前記通知の必要性を評価する入力に基づき、前記イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段をさらに備え、
前記通知制御手段は、前記判定情報に基づき、前記イベントの通知を制御する
ことを特徴とする請求項１に記載の監視システム。
【請求項４】
前記検出条件調整手段は、前記イベントに対する前記入力取得手段により取得されたユーザからの通知の必要性の評価と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果が不一致となった場合、前記検出条件を、前記第１のセンサにより出力された前記第１のデータのより小さな変化から前記第１のセンサの状態が検出される条件に調整する
ことを特徴とする請求項３に記載の監視システム。
【請求項５】
前記イベントに関する前記第１のデータ、前記イベントの特徴データ、および前記通知の必要性を評価する入力を関連付けて蓄積する蓄積手段をさらに備え、
前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントの特徴データおよび前記通知の必要性を評価する入力の他、前記蓄積手段により蓄積された前記イベントに関する前記第１のデータに基づき、前記イベントに対する前記入力取得手段により取得されたユーザからの通知の必要性の評価と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果が一致するように前記検出条件を調整する
ことを特徴とする請求項３に記載の監視システム。
【請求項６】
前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントに関する前記第１のデータ、および前記検出条件調整手段により調整された前記検出条件に基づき、前記蓄積手段により蓄積されている前記イベントの特徴データを更新し、
前記判定情報生成手段は、前記更新されたイベントの特徴データ、および前記蓄積手段により蓄積された前記通知の必要性を評価する入力に基づき、前記判定情報を生成する
ことを特徴とする請求項５に記載の監視システム。
【請求項７】
前記第１のセンサは、マイクロ波センサを含み、
前記第２のセンサは、カメラを含む
ことを特徴とする請求項１に記載の監視システム。
【請求項８】
前記第１のセンサ、前記第２のセンサ、前記イベント検出手段、前記呈示制御手段、前記入力取得手段、および前記検出条件調整手段は、第１の情報処理装置および第２の情報処理装置のいずれかに分離して配置される
ことを特徴とする請求項１に記載の監視システム。
【請求項９】
前記第１の情報処理装置と前記第２の情報処理装置の間における通信は、無線通信により行われる
ことを特徴とする請求項８に記載の監視システム。
【請求項１０】
前記第１の情報処理装置は、バッテリにより駆動される
ことを特徴とする請求項８に記載の監視システム。
【請求項１１】
前記検出条件は、直近の所定の期間に前記第１のセンサにより出力された前記第１のデータの個数を比較するしきい値であり、
前記検出条件調整手段は、前記しきい値を調整する
ことを特徴とする請求項１に記載の監視システム。
【請求項１２】
監視処理を実行する監視システムの情報処理方法において、
第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、
監視領域のイベントの状態を、予め定められている検出条件に基づいて、前記データ取得ステップの処理により取得された前記第１のデータから検出するイベント検出ステップと、
前記イベント検出ステップの処理により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御ステップと、
前記通知制御ステップの処理により通知するように制御された前記イベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、
前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ、および前記入力取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
を含むことを特徴とする情報処理方法。
【請求項１３】
監視処理を実行するプログラムであって、
第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、
監視領域のイベントの状態を、予め定められている検出条件に基づいて、前記データ取得ステップの処理により取得された前記第１のデータから検出するイベント検出ステップと、
前記イベント検出ステップの処理により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御ステップと、
前記通知制御ステップの処理により通知するように制御された前記イベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、
前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ、および前記入力取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１４】
監視処理を実行するプログラムであって、
第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、
監視領域のイベントの状態を、予め定められている検出条件に基づいて、前記データ取得ステップの処理により取得された前記第１のデータから検出するイベント検出ステップと、
前記イベント検出ステップの処理により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御ステップと、
前記通知制御ステップの処理により通知するように制御された前記イベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、
前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ、および前記入力取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
をコンピュータに実行させることを特徴とするプログラム。
【請求項１５】
監視処理を実行する情報処理装置において、
第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントの状態に基づく前記イベントの特徴を表わす特徴データを取得するとともに、前記イベントに関する第２のセンサにより出力されたデータを取得する第１の取得手段と、
前記第１の取得手段により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御手段と、
前記呈示制御手段による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第２の取得手段と、
前記第１の取得手段により取得された前記イベントの特徴データ、および前記第２の取得手段により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整手段と
を備えることを特徴とする情報処理装置。
【請求項１６】
前記検出条件を他の情報処理装置に送信する送信手段をさらに備える
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記イベントの特徴データ、および前記通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段をさらに備える
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項１８】
前記検出条件調整手段は、前記イベントに対する前記第２の取得手段により取得されたユーザからの通知の必要性の評価と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果が不一致となった場合、前記検出条件を、前記第１のセンサにより監視領域の監視に基づき出力されたデータのより小さな変化から前記第１のセンサの状態が検出される条件に調整する
ことを特徴とする請求項１７に記載の情報処理装置。
【請求項１９】
前記判定情報を他の情報処理装置に送信する送信手段を
さらに備えることを特徴とする請求項１７に記載の情報処理装置。
【請求項２０】
前記第１の取得手段は、前記第１のセンサにより監視領域の監視に基づき出力された、前記イベントに関するデータをさらに取得し、
前記検出条件調整手段は、前記イベントの特徴データおよび前記通知の必要性を評価する入力の他、前記イベントに関する前記第１のセンサが出力するデータに基づき、前記検出条件を調整する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項２１】
前記イベントの特徴データ、および前記通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段と、
前記イベントに関する前記第１のセンサが出力するデータ、前記イベントの特徴データ、および前記通知の必要性を評価する入力を関連付けて蓄積する蓄積手段とをさらに備え、
前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントの特徴データおよび前記通知の必要性を評価する入力の他、前記蓄積手段により蓄積された前記イベントに関する前記第１のデータに基づき、前記イベントに対する前記第２の取得手段により取得されたユーザからの通知の必要性の評価と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果が一致するように前記検出条件を調整する
ことを特徴とする請求項２０に記載の情報処理装置。
【請求項２２】
前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントに関する前記第１のセンサが出力するデータ、および前記検出条件調整手段により調整された前記検出条件に基づき、前記蓄積手段により蓄積されている前記イベントの特徴データを更新し、
前記判定情報生成手段は、前記更新されたイベントの特徴データ、および前記蓄積手段により蓄積された前記通知の必要性を評価する入力に基づき、前記判定情報を生成する
ことを特徴とする請求項２１に記載の情報処理装置。
【請求項２３】
前記検出条件は、直近の所定の期間に前記第１のセンサにより出力されたデータの個数を比較するしきい値であり、
前記検出条件調整手段は、前記しきい値を調整する
ことを特徴とする請求項１５に記載の情報処理装置。
【請求項２４】
センサが出力するデータに基づく監視処理を実行する情報処理装置の情報処理方法において、
第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、
前記第１のセンサにより検出された前記イベントの状態に基づく前記イベントの特徴を表わす特徴データを取得する第２の取得ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、
前記第２の取得ステップの処理により取得された前記イベントの特徴データ、および前記第３の取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
を含むことを特徴とする情報処理方法。
【請求項２５】
センサが出力するデータに基づく監視処理を実行するプログラムであって、
第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、
前記第１のセンサにより検出された前記イベントの状態に基づく前記イベントの特徴を表わす特徴データを取得する第２の取得ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、
前記第２の取得ステップの処理により取得された前記イベントの特徴データ、および前記第３の取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項２６】
センサが出力するデータに基づく監視処理を実行するプログラムであって、
第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、
前記第１の取得ステップの処理により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、
前記第１のセンサにより検出された前記イベントの状態に基づく前記イベントの特徴を表わす特徴データを取得する第２の取得ステップと、
前記呈示制御ステップの処理による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、
前記第２の取得ステップの処理により取得された前記イベントの特徴データ、および前記第３の取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ユーザの要求に基づき、簡単かつ確実に必要なイベントを呈示できるようにすると共に、消費電力を抑えることができるようにした監視システム、情報処理装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
従来、マイクロ波センサと画像センサを備え、両方のセンサの出力に基づき、監視領域内に侵入した人物を検出する監視装置が提案されている（例えば、特許文献１参照）。
【特許文献１】特開２０００−３４８２６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ドップラ効果を利用する超音波センサは、センサの特性上、条件によりその出力が不安定になる場合があるが、特許文献１に記載されている発明では、その対策が考慮されておらず、侵入者の検出精度が低下してしまうという課題があった。
【０００４】
また、特許文献１に記載されている発明では、監視領域内の人体の侵入に関する判定条件は決められているものの、監視領域内に人体が侵入したと判定された場合、侵入者の行動パターンに関わらず通報されるため、ユーザが必要としないイベントが通報され、また無駄な電力を消費してしまうという課題があった。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、簡単かつ確実にユーザが必要とするイベントを呈示できるようにすると共に、消費電力を抑えることができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の監視システムは、監視領域の監視に基づく第１のデータを出力する第１のセンサと、監視領域の監視に基づく第２のデータを出力する第２のセンサと、監視領域のイベントの状態を、予め定められている検出条件に基づいて、第１のセンサにより出力された第１のデータから検出するイベント検出手段と、イベント検出手段により検出されたイベントの状態に基づき、イベントの通知を制御する通知制御手段と、通知制御手段により通知するように制御されたイベントに関する第２のセンサにより出力された第２のデータの呈示を制御する呈示制御手段と、呈示制御手段による制御に基づき呈示された第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得手段と、イベントの状態に基づくイベントの特徴を表わす特徴データ、および入力取得手段により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整手段とを備えることを特徴とする。
【０００７】
検出条件調整手段は、イベントの特徴データ、および通知の必要性を評価する入力の他、さらにイベントに関する第１のデータに基づき検出条件を調整するようにすることができる。
【０００８】
イベントの状態、および通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段をさらに備え、通知制御手段は、判定情報に基づき、イベントの通知を制御するようにすることができる。
【０００９】
検出条件調整手段は、イベントに対する入力取得手段により取得されたユーザからの通知の必要性の評価と、判定情報に基づくイベントに対する通知の必要性の判定の結果が不一致となった場合、検出条件を、第１のセンサにより出力された第１のデータのより小さな変化から第１のセンサの状態が検出される条件に調整するようにすることができる。
【００１０】
イベントに関する第１のデータ、イベントの特徴データ、および通知の必要性を評価する入力を関連付けて蓄積する蓄積手段をさらに備え、検出条件調整手段は、蓄積手段により蓄積されたイベントの特徴データおよび通知の必要性を評価する入力の他、蓄積手段により蓄積されたイベントに関する第１のデータに基づき、イベントに対する入力取得手段により取得されたユーザからの通知の必要性の評価と、判定情報に基づくイベントに対する通知の必要性の判定の結果が一致するように検出条件を調整するようにすることができる。
【００１１】
検出条件調整手段は、蓄積手段により蓄積されたイベントに関する第１のデータ、および検出条件調整手段により調整された検出条件に基づき、蓄積手段により蓄積されているイベントの特徴データを更新し、判定情報生成手段は、更新されたイベントの特徴データ、および蓄積手段により蓄積された通知の必要性を評価する入力に基づき、判定情報を生成するようにすることができる。
【００１２】
第１のセンサは、マイクロ波センサを含み、第２のセンサは、カメラを含むようにすることができる。
【００１３】
第１のセンサ、第２のセンサ、イベント検出手段、呈示制御手段、入力取得手段、および検出条件調整手段は、第１の情報処理装置および第２の情報処理装置のいずれかに分離して配置されるようにすることができる。
【００１４】
第１の情報処理装置と第２の情報処理装置の間における通信は、無線通信により行われるようにすることができる。
【００１５】
第１の情報処理装置は、バッテリにより駆動されるようにすることができる。
【００１６】
検出条件は、直近の所定の期間に第１のセンサにより出力された第１のデータの個数を比較するしきい値であり、検出条件調整手段は、しきい値を調整するようにすることができる。
【００１７】
本発明の第１の情報処理方法は、第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、監視領域のイベントの状態を、予め定められている検出条件に基づいて、データ取得ステップの処理により取得された第１のデータから検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントの状態に基づき、イベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御されたイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、イベントの状態に基づくイベントの特徴を表わす特徴データ、および入力取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００１８】
本発明の記録媒体に記録されている第１のプログラムは、第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、監視領域のイベントの状態を、予め定められている検出条件に基づいて、データ取得ステップの処理により取得された第１のデータから検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントの状態に基づき、イベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御されたイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、イベントの状態に基づくイベントの特徴を表わす特徴データ、および入力取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラムは、第１のセンサによる監視領域の監視に基づく第１のデータを取得するデータ取得ステップと、監視領域のイベントの状態を、予め定められている検出条件に基づいて、データ取得ステップの処理により取得された第１のデータから検出するイベント検出ステップと、イベント検出ステップの処理により検出されたイベントの状態に基づき、イベントの通知を制御する通知制御ステップと、通知制御ステップの処理により通知するように制御されたイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示を制御する呈示制御ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のデータに対するユーザからの通知の必要性を評価する入力を取得する入力取得ステップと、イベントの状態に基づくイベントの特徴を表わす特徴データ、および入力取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００２０】
本発明の情報処理装置は、第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントの状態に基づくイベントの特徴を表わす特徴データを取得するとともに、イベントに関する第２のセンサにより出力されたデータを取得する第１の取得手段と、第１の取得手段により取得された第２のセンサにより出力されたデータの呈示を制御する呈示制御手段と、呈示制御手段による制御に基づき呈示された第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第２の取得手段と、第１の取得手段により取得されたイベントの特徴データ、および第２の取得手段により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整手段とを備えることを特徴とする。
【００２１】
検出条件を他の情報処理装置に送信する送信手段をさらに備えるようにすることができる。
【００２２】
イベントの特徴データ、および通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段をさらに備えるようにすることができる。
【００２３】
検出条件調整手段は、イベントに対する第２の取得手段により取得されたユーザからの通知の必要性の評価と、判定情報に基づくイベントに対する通知の必要性の判定の結果が不一致となった場合、検出条件を、第１のセンサにより監視領域の監視に基づき出力されたデータのより小さな変化から第１のセンサの状態が検出される条件に調整するようにすることができる。
【００２４】
判定情報を他の情報処理装置に送信する送信手段をさらに備えるようにすることができる。
【００２５】
第１の取得手段は、第１のセンサにより監視領域の監視に基づき出力された、イベントに関するデータをさらに取得し、検出条件調整手段は、イベントの特徴データおよび通知の必要性を評価する入力の他、イベントに関する第１のセンサが出力するデータに基づき、検出条件を調整するようにすることができる。
【００２６】
イベントの特徴データ、および通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報を生成する判定情報生成手段と、イベントに関する第１のセンサが出力するデータ、イベントの特徴データ、および通知の必要性を評価する入力を関連付けて蓄積する蓄積手段とをさらに備え、検出条件調整手段は、蓄積手段により蓄積されたイベントの特徴データおよび通知の必要性を評価する入力の他、蓄積手段により蓄積されたイベントに関する第１のデータに基づき、イベントに対する第２の取得手段により取得されたユーザからの通知の必要性の評価と、判定情報に基づくイベントに対する通知の必要性の判定の結果が一致するように検出条件を調整するようにすることができる。
【００２７】
検出条件調整手段は、蓄積手段により蓄積されたイベントに関する第１のセンサが出力するデータ、および検出条件調整手段により調整された検出条件に基づき、蓄積手段により蓄積されているイベントの特徴データを更新し、判定情報生成手段は、更新されたイベントの特徴データ、および蓄積手段により蓄積された通知の必要性を評価する入力に基づき、判定情報を生成するようにすることができる。
【００２８】
検出条件は、直近の所定の期間に第１のセンサにより出力されたデータの個数を比較するしきい値であり、検出条件調整手段は、しきい値を調整するようにすることができる。
【００２９】
本発明の第２の情報処理方法は、第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、第１の取得ステップの処理により取得された第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、第１のセンサにより検出されたイベントの状態に基づくイベントの特徴を表わす特徴データを取得する第２の取得ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、第２の取得ステップの処理により取得されたイベントの特徴データ、および第３の取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００３０】
本発明の記録媒体に記録されている第２のプログラムは、第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、第１の取得ステップの処理により取得された第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、第１のセンサにより検出されたイベントの状態に基づくイベントの特徴を表わす特徴データを取得する第２の取得ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、第２の取得ステップの処理により取得されたイベントの特徴データ、および第３の取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００３１】
本発明の第２のプログラムは、第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータを取得する第１の取得ステップと、第１の取得ステップの処理により取得された第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップと、第１のセンサにより検出されたイベントの状態に基づくイベントの特徴を表わす特徴データを取得する第２の取得ステップと、呈示制御ステップの処理による制御に基づき呈示された第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力を取得する第３の取得ステップと、第２の取得ステップの処理により取得されたイベントの特徴データ、および第３の取得ステップの処理により取得された通知の必要性を評価する入力に基づき、検出条件を調整する検出条件調整ステップとを含むことを特徴とする。
【００３２】
本発明の監視システム、第１の情報処理方法、記録媒体に記録されている第１のプログラム、およびの第１のプログラムにおいては、第１のセンサによる監視領域の監視に基づく第１のデータが取得され、監視領域のイベントの状態が、予め定められている検出条件に基づいて、第１のデータから検出され、イベントの状態に基づき、イベントの通知が制御され、通知するように制御されたイベントに関する第２のセンサによる監視領域の監視に基づき出力された第２のデータの呈示が制御され、呈示された第２のデータに対するユーザからの通知の必要性を評価する入力が取得され、イベントの状態に基づくイベントの特徴を表わす特徴データ、および通知の必要性を評価する入力に基づき、検出条件が調整される。
【００３３】
本発明の情報処理装置、第２の情報処理方法、記録媒体に記録されている第２のプログラム、およびの第２のプログラムにおいては、第１のセンサの監視領域の監視により、予め定められている検出条件に基づき検出されたイベントに関する第２のセンサにより出力されたデータが取得され、第２のセンサにより出力されたデータの呈示が制御され、第１のセンサにより検出されたイベントの状態に基づくイベントの特徴を表わす特徴データが取得され、呈示された第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力が取得され、イベントの特徴データ、および通知の必要性を評価する入力に基づき、検出条件が調整される。
【発明の効果】
【００３４】
本発明によれば、イベントを通知することができる。特に、この発明によれば、ユーザが必要とするイベントの情報を、有効に活用することができる。その結果、ユーザに必要充分な量の情報を、簡単かつ確実に、少ない電力で提供することができる。
【発明を実施するための最良の形態】
【００３５】
以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００３６】
さらに、この記載は、本明細書に記載されている発明が、全て請求されていることを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現したり、追加される発明の存在を否定するものではない。
【００３７】
本発明によれば、監視システムが提供される。この監視システム（例えば、図１の監視システム１０）は、監視領域の監視に基づく第１のデータ（例えば、センサデータ）を出力する第１のセンサ（例えば、図４のマイクロ波センサ２２）と、監視領域の監視に基づく第２のデータ（例えば、通知画像データ）を出力する第２のセンサ（例えば、図４のＣＣＤカメラ２１）と、監視領域のイベントの状態（例えば、状態番号およびその継続時間）を、予め定められている検出条件（例えば、判定規範）に基づいて、前記第１のセンサにより出力された前記第１のデータから検出するイベント検出手段（例えば、図４の状態記述部４１）と、前記イベント検出手段により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御手段（例えば、図４のイベント通知判定部４２）と、前記通知制御手段により通知するように制御された前記イベントに関する前記第２のセンサにより出力された前記第２のデータの呈示を制御する呈示制御手段（例えば、図５の呈示画像構築部５２）と、前記呈示制御手段による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する入力取得手段（例えば、図５の入力部８３）と、前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）、および前記入力取得手段により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整手段（例えば、判定規範学習部５５）とを備える。
【００３８】
この監視システム（例えば、図１の監視システム１０）においては、前記イベントの状態、および前記通知の必要性を評価する入力に基づき、前記イベントの通知の必要性を判定する判定情報（例えば、図１６の通知判定テーブル１６１）を生成する判定情報生成手段（例えば、図５の通知判定テーブル更新部５４）をさらに備え、前記通知制御手段は、前記判定情報に基づき、前記イベントの通知を制御するようにすることができる。
【００３９】
この監視システム（例えば、図１の監視システム１０）においては、前記検出条件調整手段は、前記イベントに対する前記入力取得手段により取得されたユーザからの通知の必要性の評価（例えば、通知が必要か否かの評価）と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果（例えば、通知が必要か否かの判定結果）が不一致となった場合、前記検出条件を、前記第１のセンサにより出力された前記第１のデータのより小さな変化から前記第１のセンサの状態が検出される条件に調整するようにすることができる。
【００４０】
この監視システム（例えば、図１の監視システム１０）においては、前記イベントに関する前記第１のデータ、前記イベントの特徴データ、および前記通知の必要性を評価する入力を関連付けて蓄積する蓄積手段（例えば、図５の状態記述データ蓄積部５３）をさらに備え、前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントの特徴データおよび前記通知の必要性を評価する入力の他、前記蓄積手段により蓄積された前記イベントに関する前記第１のデータに基づき、前記イベントに対する前記入力取得手段により取得されたユーザからの通知の必要性の評価（例えば、通知が必要か否かの評価）と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果（例えば、通知が必要か否かの判定結果）が一致するように前記検出条件を調整するようにすることができる。
【００４１】
この監視システム（例えば、図１の監視システム１０）においては、前記第１のセンサ、前記第２のセンサ、前記イベント検出手段、前記呈示制御手段、前記入力取得手段、および前記検出条件調整手段は、第１の情報処理装置（例えば、図１のマルチセンサカメラ１）および第２の情報処理装置（例えば、図１の処理ボックス２）のいずれかに分離して配置されるようにすることができる。
【００４２】
この監視システム（例えば、図１の監視システム１０）においては、前記検出条件は、直近の所定の期間（バッファサイズ）に前記第１のセンサにより出力された前記第１のデータの個数を比較するしきい値（反応しきい値）であり、前記検出条件調整手段は、前記しきい値を調整するようにすることができる。
【００４３】
本発明によれば、情報処理方法が提供される。この情報処理方法は、第１のセンサ（例えば、図４のマイクロ波センサ２２）による監視領域の監視に基づく第１のデータ（例えば、センサデータ）を取得するデータ取得ステップ（例えば、図１９のステップＳ２）と、監視領域のイベントの状態（例えば、状態番号およびその継続時間）を、予め定められている検出条件（例えば、判定規範）に基づいて、前記データ取得ステップの処理により取得された前記第１のデータから検出するイベント検出ステップ（例えば、図１９のステップＳ３）と、前記イベント検出ステップの処理により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御ステップ（例えば、図１９のステップＳ９）と、前記通知制御ステップの処理により通知するように制御された前記イベントに関する第２のセンサ（例えば、図４のＣＣＤカメラ２１）による監視領域の監視に基づき出力された第２のデータ（例えば、通知画像データ）の呈示を制御する呈示制御ステップ（例えば、図２３のステップＳ５３）と、前記呈示制御ステップの処理による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する入力取得ステップ（例えば、図２９のステップＳ２５３）と、前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）、および前記入力取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップ（例えば、図２４のステップＳ６９）とを含む。
【００４４】
本発明によれば、プログラムが提供される。このプログラムは、第１のセンサ（例えば、図４のマイクロ波センサ２２）による監視領域の監視に基づく第１のデータ（例えば、センサデータ）を取得するデータ取得ステップ（例えば、図１９のステップＳ２）と、監視領域のイベントの状態（例えば、状態番号およびその継続時間）を、予め定められている検出条件（例えば、判定規範）に基づいて、前記データ取得ステップの処理により取得された前記第１のデータから検出するイベント検出ステップ（例えば、図１９のステップＳ３）と、前記イベント検出ステップの処理により検出された前記イベントの状態に基づき、前記イベントの通知を制御する通知制御ステップ（例えば、図１９のステップＳ９）と、前記通知制御ステップの処理により通知するように制御された前記イベントに関する第２のセンサ（例えば、図４のＣＣＤカメラ２１）による監視領域の監視に基づき出力された第２のデータ（例えば、通知画像データ）の呈示を制御する呈示制御ステップ（例えば、図２３のステップＳ５３）と、前記呈示制御ステップの処理による制御に基づき呈示された前記第２のデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する入力取得ステップ（例えば、図２９のステップＳ２５３）と、前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）、および前記入力取得ステップの処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップ（例えば、図２４のステップＳ６９）とを含む。
【００４５】
本発明によれば、情報処理装置が提供される。この情報処理装置（例えば、図１の処理ボックス２）は、第１のセンサ（例えば、図４のマイクロ波センサ２２）の監視領域の監視により、予め定められている検出条件（例えば、判定規範）に基づき検出されたイベントの状態（例えば、状態番号およびその継続時間）に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）を取得するとともに、前記イベントに関する第２のセンサ（例えば、図４のＣＣＤカメラ２１）により出力されたデータ（例えば、通知画像データ）を取得する第１の取得手段（例えば、図５の受信部５１）と、前記第１の取得手段により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御手段（例えば、図５の呈示画像構築部５２）と、前記呈示制御手段による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する第２の取得手段（例えば、図５の受信部５８）と、前記第１の取得手段により取得された前記イベントの特徴データ、および前記第２の取得手段により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整手段（例えば、判定規範学習部５５）とを備える。
【００４６】
この情報処理装置（例えば、図１の処理ボックス２）は、前記検出条件を他の情報処理装置（例えば、図１のマルチセンサカメラ１）に送信する送信手段（例えば、図５の送信部５６）をさらに備えるようにすることができる。
【００４７】
この情報処理装置（例えば、図１の処理ボックス２）は、前記イベントの特徴データ、および前記通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報（例えば、図１６の通知判定テーブル１６１）を生成する判定情報生成手段（例えば、図５の通知判定テーブル更新部５４）をさらに備えるようにすることができる。
【００４８】
この情報処理装置（例えば、図１の処理ボックス２）においては、前記検出条件調整手段は、前記イベントに対する前記第２の取得手段により取得されたユーザからの通知の必要性の評価（例えば、通知が必要か否かの評価）と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果（例えば、通知が必要か否かの判定結果）が不一致となった場合、前記検出条件を、前記第１のセンサにより監視領域の監視に基づき出力されたデータ（例えば、センサデータ）のより小さな変化から前記第１のセンサの状態が検出される条件に調整するようにすることができる。
【００４９】
この情報処理装置（例えば、図１の処理ボックス２）は、前記判定情報を他の情報処理装置（例えば、図１のマルチセンサカメラ１）に送信する送信手段（例えば、図５の送信部５６）をさらに備えるようにすることができる。
【００５０】
この情報処理装置（例えば、図１の処理ボックス２）においては、前記イベントの特徴データ、および前記通知の必要性を評価する入力に基づき、イベントの通知の必要性を判定する判定情報（例えば、図１６の通知判定テーブル１６１）を生成する判定情報生成手段（例えば、図５の通知判定テーブル更新部５４）と、前記イベントに関する前記第１のセンサが出力するデータ、前記イベントの特徴データ（例えば、図１２の状態記述データ１５１）、および前記通知の必要性を評価する入力を関連付けて蓄積する蓄積手段（例えば、図５の状態記述データ蓄積部５３）とをさらに備え、前記検出条件調整手段は、前記蓄積手段により蓄積された前記イベントの特徴データおよび前記通知の必要性を評価する入力の他、前記蓄積手段により蓄積された前記イベントに関する前記第１のデータに基づき、前記イベントに対する前記第２の取得手段により取得されたユーザからの通知の必要性の評価（例えば、通知が必要か否かの評価）と、前記判定情報に基づく前記イベントに対する通知の必要性の判定の結果（例えば、通知が必要か否かの判定結果）が一致するように前記検出条件を調整するようにすることができる。
【００５１】
この情報処理装置（例えば、図１の処理ボックス２）においては、前記検出条件は、直近の所定の期間（バッファサイズ）に前記第１のセンサにより出力されたデータの個数を比較するしきい値（反応しきい値）であり、前記検出条件調整手段は、前記しきい値を調整するようにすることができる。
【００５２】
本発明によれば、情報処理方法が提供される。この情報処理方法は、第１のセンサ（例えば、図４のマイクロ波センサ２２）の監視領域の監視により、予め定められている検出条件（例えば、判定規範）に基づき検出されたイベントに関する第２のセンサ（例えば、図４のＣＣＤカメラ２１）により出力されたデータ（例えば、通知画像データ）を取得する第１の取得ステップ（例えば、図２３のステップＳ５７）と、前記第１の取得ステップの処理により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップ（例えば、図２３のステップＳ５３）と、前記第１のセンサにより検出された前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）を取得する第２の取得ステップ（例えば、図２３のステップＳ５８）と、前記呈示制御ステップの処理による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する第３の取得ステップ（例えば、図２３のステップＳ６１）と、前記第２の取得ステップの処理により取得された前記イベントの特徴データ、および前記第３の取得ステップ（例えば、図２３のステップＳ６１）の処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップ（例えば、図２４のステップＳ６９）とを含む。
【００５３】
本発明によれば、プログラムが提供される。このプログラムは、第１のセンサ（例えば、図４のマイクロ波センサ２２）の監視領域の監視により、予め定められている検出条件（例えば、判定規範）に基づき検出されたイベントに関する第２のセンサ（例えば、図４のＣＣＤカメラ２１）により出力されたデータ（例えば、通知画像データ）を取得する第１の取得ステップ（例えば、図２３のステップＳ５７）と、前記第１の取得ステップの処理により取得された前記第２のセンサにより出力されたデータの呈示を制御する呈示制御ステップ（例えば、図２３のステップＳ５３）と、前記第１のセンサにより検出された前記イベントの状態に基づく前記イベントの特徴を表わす特徴データ（例えば、図１２の状態記述データ１５１）を取得する第２の取得ステップ（例えば、図２３のステップＳ５８）と、前記呈示制御ステップの処理による制御に基づき呈示された前記第２のセンサにより出力されたデータに対するユーザからの通知の必要性を評価する入力（例えば、ユーザフィードバック入力）を取得する第３の取得ステップ（例えば、図２３のステップＳ６１）と、前記第２の取得ステップの処理により取得された前記イベントの特徴データ、および前記第３の取得ステップ（例えば、図２３のステップＳ６１）の処理により取得された前記通知の必要性を評価する入力に基づき、前記検出条件を調整する検出条件調整ステップ（例えば、図２４のステップＳ６９）とを含む。
【００５４】
以下、図を参照して、本発明の実施の形態について説明する。
【００５５】
図１は、本発明を適用した監視システム１０の構成例を表している。この構成例においては、図中左側の監視領域側にマルチセンサカメラ１が備えられており、図中右側の通知・呈示側に、処理ボックス２、呈示部３、および、処理ボックス２を遠隔操作するためのリモートコントローラ４が備えられている。マルチセンサカメラ１と処理ボックス２は、無線アンテナ１Ａと無線アンテナ２Ａを介して、相互に無線通信を行なう。処理ボックス２とリモートコントローラ４は、相互に無線通信あるいは赤外線通信を行う。処理ボックス２と呈示部３は、バスなどの有線あるいは無線により接続されている。なお、マルチセンサカメラ１と処理ボックス２は、無線通信に限られるものではなく、有線による通信であってもよい。
【００５６】
マルチセンサカメラ１は、イベントを監視したい領域（必要な場所）に設置されている。マルチセンサカメラ１には、例えば、図２に示されるように、CCD（Charge Coupled Device）カメラ２１、およびマイクロ波センサ２２が設けられており、各センサは、図示せぬバッテリにより駆動される。
【００５７】
ＣＣＤカメラ２１は、監視領域（視野角）内の状況を随時撮影する。その詳細は後述するが、マルチセンサカメラ１は、マイクロ波センサ２２で検出されたイベントに基づいて、イベントデータを通知するか否かを判定し、イベントデータを通知すると判定した場合、ＣＣＤカメラ２１で撮影された画像データ（イベントデータ）を処理ボックス２に送信する。
【００５８】
マイクロ波センサ２２は、マイクロ波を発生し、図３に示されるように、自己が監視することが可能な領域３１内に照射しており、そのマイクロ波が人物（監視対象）に当たって反射されたときの反射波を検知し、反射波が基準の位相より進んでいるか、または遅れているかを表わすセンサデータを生成する。この位相の進みと遅れは、ドップラ効果によるものであり、物体の接近または離反に対応している。以下、マイクロ波センサ２２が監視することが可能な領域３１を、単に、監視領域３１と記載する。
【００５９】
図１の説明に戻る。マルチセンサカメラ１は、イベントを通知すると判定した場合、無線アンテナ１Ａを介して、イベント呈示に必要なデータを処理ボックス２に送信する。
【００６０】
処理ボックス２は、マルチセンサカメラ１から送信されてきたイベント呈示に必要なデータを、無線アンテナ２Ａを介して受信し、その受信データに基づいて呈示画像および音声を構築し、呈示部３およびリモートコントローラ４に供給または送信して、イベントを呈示させる。
【００６１】
呈示部３は、例えば、一般のテレビジョン受像機とされ、イベントが発生していない場合（通常の場合）、一般の視聴信号（放送信号に基づく映像）を表示し、イベントが発生した場合、一般の視聴信号の一部分にイベント画像が挿入されたピクチャインピクチャの画像を表示する。なお、呈示部３は、テレビジョン受像機に限定されるものではなく、専用のモニタでもよい。また、表示される画像は、ピクチャインピクチャの画像ではなく、画面全体の画像としてもよい。
【００６２】
ユーザは、呈示部３に呈示されたイベントに対して、判断を行ない、その判断の結果に基づいて、リモートコントローラ４から各種指令を入力することができる。例えば、いま発生したイベントを今後も知らせて欲しいときは、その旨を、OKボタン（図示せず）を操作し、いま発生したイベントを今後は知らせなくてもよいときは、その旨を、NGボタン（図示せず）を操作して指示入力することができる。このユーザからの判断の入力に基づいて、処理ボックス２で作成される、イベントを通知するか否かを判定する際に用いられる通知判定テーブル（図１６を参照して後述する）が時間とともに変化するため、ユーザが監視システム１０を使用する度にユーザが意図するイベントのみが検知され、通知されるようになる。
【００６３】
またマルチセンサカメラ１に搭載されるＣＣＤカメラ２１は、イベントを通知すると判定された場合にのみ動作するため、無駄な消費電力を抑えることができる。
【００６４】
図４と図５は、図１の監視システム１０の機能的構成例を示すブロック図である。図４は、図１に示した監視システム１０のマルチセンサカメラ１の機能的構成例を示すブロック図であり、図５は、図１に示した監視システム１０の処理ボックス２、呈示部３およびリモートコントローラ４の機能的構成例を示すブロック図である。
【００６５】
まず、図４を参照して、監視システム１０のマルチセンサカメラ１の機能的構成例について説明する。
【００６６】
マルチセンサカメラ１のＣＣＤカメラ２１は、監視領域内の状況を随時撮影し、画像信号を通知画像データとしてスイッチ４４を介して送信部４６に供給する。
【００６７】
マイクロ波センサ２２は、監視領域３１（図３）内にマイクロ波を照射しており、接近の反応を表わすセンサデータおよび離反の反応を表わすセンサデータをマイクロ波センサデータとして状態記述部４１に供給する。
【００６８】
ここで、図６乃至図９を参照して、マイクロ波センサ２２の原理について説明する。
【００６９】
図６と図７は、マイクロ波センサ２２が出力するセンサデータの例を説明する図である。
【００７０】
図６は、マイクロ波センサ２２の監視領域３１内において、人物９１−１，９１−２が、それぞれ、図中矢印で示されるように、マイクロ波センサ２２に接近または離反している様子を模式的に示している。マイクロ波センサ２２は、常時、監視領域３１内にマイクロ波を照射しており、図６に示されるように、センサを中心とした円周に対し人物９１−１がほぼ垂直に接近するように行動した場合、それに対応して、例えば、図７Ａに示されるような接近の反応を表わすセンサデータ（以下、接近反応データと称する）１０１を出力する。またマイクロ波センサ２２は、センサを中心とした円周に対し人物９１−２がほぼ垂直に離反するように行動した場合、それに対応して、例えば、図７Ｂに示されるような離反の反応を表わすセンサデータ（以下、離反反応データと称する）１０２を出力する。同図において、縦軸はマイクロ波センサ２２が出力するセンサデータの出力レベルを表わし、横軸は時間を表わしている。なお、接近反応データ１０１および離反反応データ１０２は、いずれも２値出力とされる。
【００７１】
図８は、マイクロ波センサ２２が出力するセンサデータの他の例を説明する図である。
【００７２】
図８Ａは、マイクロ波センサ２２の監視領域３１内において、人物９１が、センサを中心とした円周上を、図中矢印で示される方向に行動している様子を模式的に示している。上述したように、マイクロ波センサ２２は、常時、監視領域３１内にマイクロ波を照射しており、図８Ａに示されるように、センサを中心とした円周上を人物９１が移動した場合、それに対応して、例えば、図８Ｂに示されるようなセンサデータを出力する。この例の場合、接近反応データ１０１および離反反応データ１０２が不規則に出力されている（不安定な反応のセンサデータが出力されている）。
【００７３】
図９は、マイクロ波センサ２２が出力するセンサデータの他の例を説明する図である。
【００７４】
図９Ａは、マイクロ波センサ２２の監視領域３１内において、人物９１が、センサを中心とした円周上付近を、図中矢印で示されるように、円の接線に平行な方向に移動している様子を模式的に示している。上述したように、マイクロ波センサ２２は、常時、監視領域３１内にマイクロ波を照射しており、図９Ａに示されるように、センサを中心とした円の接線付近を人物９１が移動した場合、それに対応して、例えば、図９Ｂに示されるようなセンサデータを出力する。この例の場合、円周の接点Ｓより手前（接点Ｓを通過する前）では接近反応データ１０１が出力され、円周の接点Ｓ付近では接近反応データ１０１および離反反応データ１０２の両方が出力され（不安定な反応のセンサデータが出力され）、円周の接点Ｓより先（接点Ｓを通過した後）では離反反応データ１０２が出力されている。
【００７５】
また図示は省略するが、人物９１が円周の接点Ｓより離れていく（マイクロ波センサ２２から遠ざかる）に従って、マイクロ波センサ２２が出力するセンサデータは不安定な反応となり、最終的には無反応となる。
【００７６】
図４の説明に戻る。状態記述部４１は、マイクロ波センサ２２から供給されたマイクロ波センサデータに基づいて、監視領域内における人物９１の一連の行動（センサ反応）の状態に関するデータ（以下、状態記述データと称する）を記述し、それをイベント通知判定部４２に供給するとともに、スイッチ４３を介して送信部４６に供給する。
【００７７】
ここで、図１０乃至図１５を参照して、状態記述部４１により記述される状態記述データについて説明する。
【００７８】
図６乃至図９を参照して説明したとおり、マイクロ波センサ２２から出力されるセンサデータを短時間で観測した場合、その信頼度が低い。例えば、センサデータが接近反応であったとしても、それが安定的に接近している移動の一部に応じて出力されたものであるのか、あるいは、不安定な反応の一部であるのかを区別することができず、人物９１の行動を推定することが困難である。そこで、マイクロ波センサ２２から出力されるセンサデータをある程度の長さの時間で観測する（ある程度の長さの期間に出力された接近反応データ１０１または離反反応データ１０２の出力数によりマイクロ波センサ２２の状態を判定する）必要がある。
【００７９】
状態記述部４１は、図示せぬバッファを持ち、マイクロ波センサ２２から供給されたセンサデータをバッファに蓄積する。そのバッファ内に蓄積されているマイクロ波センサデータのうち、直近の所定の期間（以下、バッファサイズと称する）に蓄積された接近反応データ１０１の個数および離反反応データ１０２の個数が、所定のしきい値（以下、他のしきい値と区別するために、反応しきい値と称する）以上か否かを判定することにより、マイクロ波センサ２２が接近反応しているか、あるいは離反反応しているかを判定する。以下、マイクロ波センサ２２の反応を判定するためのバッファサイズと反応しきい値をまとめて判定規範と称する。この判定規範は、監視領域にイベントが発生したことを検出するための検出条件であり、ユーザからのフィードバックを反映することにより、より正確なイベントの検出が可能になる。
【００８０】
図１０は、状態記述部４１に入力されるマイクロ波センサ２２のセンサデータの例を示す図である。矢印１１１で示される期間をバッファサイズとし、状態記述部４１は、状態記述部４１のバッファ内に離反反応データ１０２が入力された時点でマイクロ波センサ２２の反応を判定する場合、矢印１１１で示される期間にバッファに蓄積されたマイクロ波センサデータの個数に基づき、マイクロ波センサ２２の反応を判定する（以下、マイクロ波センサ反応判定処理と称する）。この場合、矢印１１１で示される期間にバッファに蓄積された接近反応データ１０１の個数は４であり、離反反応データ１０２の個数は２である。従って、例えば反応しきい値を３とした場合、接近反応データ１０１の個数４が反応しきい値３を超えており、状態記述部４１は、マイクロ波センサ２２が接近反応していると判定する。
【００８１】
図１１は、状態記述部４１により求められるマイクロ波センサ２２の検出状態を表わす番号（以下、状態番号と称する）を示す図である。状態番号は、図１０を参照して上述したマイクロ波センサ反応判定処理により、マイクロ波センサ２２が接近反応していると判定された場合、状態番号１とされ、マイクロ波センサ２２が離反反応していると判定された場合、状態番号２とされ、マイクロ波センサ２２が接近反応も離反反応もしていないと判定された場合、状態番号０とされる。
【００８２】
直近のバッファサイズの期間に状態記述部４１のバッファ内に蓄積された接近反応データ数および離反反応データ数がともに反応しきい値以上となり、マイクロ波センサ反応判定処理により、接近反応と離反反応の両方の反応をしていると判定された場合、直近の反応（直近にマイクロ波センサ２２から出力されたデータの種類）に従い状態番号が決められる。状態番号は、マイクロ波センサ２２が、直近に接近反応した（直近に接近反応データ１０１が出力された）場合、状態番号１とされ、直近に離反反応した（直近に離反反応データ１０２が出力された）場合、状態番号２とされる。
【００８３】
状態番号の継続時間は、状態番号１の場合、状態記述部４１のマイクロ波センサ反応判定処理により接近反応の判定が継続している時間とされ、状態番号２の場合、離反反応の判定が継続している時間とされる。
【００８４】
図１２は状態記述データの例を示している。
【００８５】
状態記述部４１は、図１０と図１１を参照して説明した状態番号を、マイクロ波センサ２２の状態として記述する。その際、状態記述部４１は、マイクロ波センサ２２の接近反応の判定が継続している時間、あるいは離反反応の判定が継続している時間を、それぞれの状態番号の状態の継続時間として記述する。
【００８６】
すなわち、状態記述部４１は、マイクロ波センサ２２に関する状態を表わす状態番号およびその継続時間を１単位とし、それを時間軸方向に連続的に並べたものを状態記述データ１５１−１乃至１５１−ｎ（以下、状態記述データ１５１−１乃至１５１−ｎを個々に区別する必要がない場合、単に状態記述データ１５１と称する）として記述する。
【００８７】
図１３は、人物９１が、マイクロ波センサ２２の監視領域３１を、図中矢印で示す方向にマイクロ波センサ２２に対してほぼ水平に横断する様子を模式的に示している。このとき、マイクロ波センサ２２は、図１４に示されるように、人物９１が監視領域３１に侵入し、マイクロ波センサ２２の正面（図中、マイクロ波センサ２２から上方向に引いた点線）に到達するまでのＴ１秒の期間、接近近反応データ１０１を出力し、人物９１が点線の矢印を超えて監視領域３１から退出するまでのＴ２秒の期間、離反反応データ１０２を出力する。この場合、状態記述部４１により、接近反応データ１０１に基づき、マイクロ波センサ２２がＴ１秒間接近反応していると判定され、離反反応データ１０２に基づき、マイクロ波センサ２２がＴ２秒間離反反応していると判定され、この人物９１の行動（イベント）に関する状態記述データは、図１５に示されるように、状態番号１と継続時間Ｔ１が記述された状態記述データ１５１−１、状態番号２と継続時間Ｔ２が記述された状態記述データ１５１−２の順に記述される。
【００８８】
このように、状態記述データは、監視領域において発生したイベントの特徴を表わすデータであり、以上の状態記述部４１による状態データ記述処理により、マイクロ波センサ２２の反応がある程度の長さの期間（バッファサイズ）を単位として観測され、その期間より短い期間にマイクロ波センサ２２から出力される不安定なセンサデータは無視される（マイクロ波センサ２２が反応していないとして処理される）。また、マイクロ波センサ２２の検出状態が、簡単にパターン化され、グループ化、同一性の判定が容易になる。
【００８９】
図４の説明に戻る。状態記述部４１は、図２６を参照して後述する判定規範学習処理により調整された判定規範を、受信部４７を介して処理ボックス２から受信し、その判定規範に基づき、上述した状態記述データ１５１の記述処理を行なう。
【００９０】
イベント通知判定部４２は、状態記述部４１から供給された状態記述データ１５１（図１２）と、受信部４７を介して処理ボックス２から受信した通知判定テーブル（図１６を参照して後述する）に基づき、図１７を参照して後述するイベント通知判定処理を実行し、イベントを通知すると判定した場合、通知イベント発生信号を送信部４６に供給するとともに、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオンさせ、スイッチ４３に状態記述データ送信制御信号を供給してオンさせ、スイッチ４４に通知画像送信制御信号を供給してオンさせる。これにより、ＣＣＤカメラ２１から出力された通知画像データが、スイッチ４４を介して送信部４６に供給され、状態記述部４１から出力された状態記述データ１５１がスイッチ４３を介して送信部４６に供給される。
【００９１】
また、処理ボックス２により判定規範学習処理が行なわれている期間（以下、判定規範学習期間と称する）中は、イベント通知判定部４２は、イベントを通知すると判定した場合、スイッチ４５にセンサデータ送信制御信号を供給してオンさせ、マイクロ波センサ２２からセンサデータがスイッチ４５を介して送信部４６に供給される。
【００９２】
なお、判定規範学習期間中は、イベント通知判定部４２は、通常のイベント通知判定処理によらず、マイクロ波センサ２２から接近反応データ１０１あるいは離反反応データ１０２が出力されたと判定された時点から、上述したイベントの通知処理を行なう。
【００９３】
イベント通知判定部４２は、判定規範学習期間終了時に、受信部４７を介して処理ボックス２から判定規範確定通知を受信し、判定規範学習期間の終了を認識する。
【００９４】
ここで、図１６と図１７を参照して、通知判定テーブルとイベント通知判定処理の例について説明する。
【００９５】
まず、図１６を参照して、通知判定テーブルの例について説明する。
【００９６】
通知判定テーブルは、ユーザに通知が不要なイベントのパターンが登録されているテーブルである。同図に示されるように、マイクロ波センサ２２の状態番号、およびその状態番号における継続時間の最小値および最大値が１つの状態記述データに規定される。この状態記述データ１７１−１乃至１７１−ｍからなる人物の行動が１つの通知判定テーブルに規定される。そして、通知判定テーブル１６１−１乃至１６１−ｎからなる通知判定テーブル群が、図５の処理ボックス２の通知判定テーブル更新部５４で作成および更新され、イベント通知判定部４２に供給される。
【００９７】
以下、状態記述データ１７１−１乃至１７１−ｍを個々に区別する必要がない場合、単に状態記述データ１７１と称し、通知判定テーブル１６１−１乃至１６１−ｎを個々に区別する必要がない場合、単に通知判定テーブル１６１と称する。また、後述する図１８の仮通知判定テーブル蓄積部２１５に蓄積される仮の通知判定テーブルは、以上で説明した通知判定テーブル１６１と同じ形式であり、以下の説明では、図１６は、仮の通知判定テーブルとしても引用する。
【００９８】
次に、図１７を参照して、イベント通知判定処理の例について説明する。
【００９９】
図１７に示されるように、通知が必要か否かを判定されるイベントの状態記述データに、状態番号１および継続時間Ｔ１からなる状態記述データ１５１−１と、状態番号２および継続時間Ｔ２からなる状態記述データ１５１−２が記述されている場合、状態番号１、状態番号２の順のパターンと、通知判定テーブル１６１（図１６）の状態記述データ１７１に含まれる状態番号のパターンが比較され、一致するものがなければ、そのイベントは通知判定テーブル１６１に規定されているイベントではない（通知イベントである）と判定される。
【０１００】
これに対し、状態番号１、状態番号２のパターンに一致する通知判定テーブル１６１がある場合、図１７に示されるように、状態記述データ１５１−１の継続時間Ｔ１が、通知判定テーブル１６１の状態記述データ１７１−１の継続時間最小値Ｔmin１と継続時間最大値Ｔmax１の範囲内におさまっている（Ｔmin１≦Ｔ１≦Ｔmax１）か否か、また、状態記述データ１５１−２の継続時間Ｔ２が、通知判定テーブル１６１の状態記述データ１７１−２の継続時間最小値Ｔmin２と継続時間最大値Ｔmax２の範囲内におさまっている（Ｔmin２≦Ｔ２≦Ｔmax２）か否かの判定が行われ、少なくともいずれか一方が、その範囲内におさまっていなければ、そのイベントは通知判定テーブル１６１に規定されているイベントではない（通知イベントである）と判定される。
【０１０１】
これに対して、状態記述データ１５１−１の継続時間Ｔ１が、通知判定テーブル１６１の状態記述データ１７１−１の継続時間最小値Ｔmin１と継続時間最大値Ｔmax１の範囲内におさまっており（Ｔmin１≦Ｔ１≦Ｔmax１）、かつ、状態記述データ１５１−２の継続時間Ｔ２が、通知判定テーブル１６１の状態記述データ１７１−２の継続時間最小値Ｔmin２と継続時間最大値Ｔmax２の範囲内におさまっていれば（Ｔmin２≦Ｔ２≦Ｔmax２）、そのイベントは通知判定テーブル１６１に規定されているイベントである（非通知イベントである）と判定される。
【０１０２】
図４の説明に戻る。送信部４６は、処理ボックス２に対し、イベント通知判定部４２から供給された通知イベント発生信号を送信するとともに、ＣＣＤカメラ２１から供給された通知画像データおよび状態記述部４１から供給された状態記述データ１５１を送信する。
【０１０３】
また、判定規範学習期間中は、送信部４６は、処理ボックス２に対し、マイクロ波センサ２２から供給されたセンサデータを送信する。
【０１０４】
受信部４７は、処理ボックス２から送信されてきた通知判定テーブル１６１と判定規範確定通知を受信し、それをイベント通知判定部４２に供給する。また、受信部４７は、処理ボックス２から送信されてきた判定規範を受信し、状態記述部４１に供給する。
【０１０５】
次に、図５を参照して、図１に示した監視システム１０の処理ボックス２、呈示部３およびリモートコントローラ４の機能的構成例について説明する。
【０１０６】
処理ボックス２の受信部５１は、マルチセンサカメラ１から送信されてきた通知画像データおよび通知イベント発生信号を受信すると、これらを呈示画像構築部５２に供給する。また受信部５１は、マルチセンサカメラ１から送信されてきた状態記述データ１５１を状態記述データ蓄積部５３に供給し、そこに蓄積させる。
【０１０７】
さらに、判定規範学習期間中は、受信部５１は、マルチセンサカメラ１から送信されてきたマイクロ波センサ２２のセンサデータを状態記述データ蓄積部５３に供給し、蓄積させる。
【０１０８】
呈示画像構築部５２は、受信部５１を介してマルチセンサカメラ１からイベントが通知された場合、一般視聴信号（テレビジョン放送信号）の一部に通知画像データを挿入した通知データを構築（作成）し、それを呈示部３に供給して呈示させる。また、呈示画像構築部５２は、通知画像データにより構成される（一般視聴信号を含まない）リモートコントローラ４用の通知データを構築し、送信部５７に供給する。なお、呈示画像構築部５２は、イベントが通知されていない場合（通常の場合）、一般の視聴信号（放送信号に基づく映像）を呈示部３に供給して呈示させる。
【０１０９】
呈示部３用の通知データは、一般の視聴信号の一部に通知画像データを挿入して構成されているため、呈示部３には、ピクチャインピクチャの表示が呈示される。また、リモートコントローラ４用の通知データは、通知画像データから構成されているため、リモートコントローラ４の呈示部８２には、イベントを表わす表示（例えば、監視している場所の画像）のみが呈示される。
【０１１０】
通知判定テーブル更新部５４は、受信部５８を介してリモートコントローラ４からユーザフィードバック（FB）に関する信号（以下、適宜、ユーザＦＢ信号と称する）を受信した場合、そのユーザフィードバックを状態記述データ蓄積部５３に供給し、そこに蓄積させる。また通知判定テーブル更新部５４は、状態記述データ蓄積部５３に蓄積されている状態記述データ１５１とそれに対応するユーザフィードバックを読み込み、それらと通知判定テーブル１６１を比較し、比較の結果に基づいて通知判定テーブル１６１を更新する。そして、通知判定テーブル更新部５４は、以前にマルチセンサカメラ１に送信した通知判定テーブル１６１と異なる場合、新しい通知判定テーブル１６１を送信部５６に供給する。
【０１１１】
ここで、ユーザフィードバックとは、ユーザが、呈示されたイベントに対して、判断を行ない、リモートコントローラ４の入力部８３を用いて入力されたユーザの判断入力を意味する。例えば、ユーザは、イベントを今後も知らせて欲しい場合には、入力部８３のOKボタン（図示せず）を操作し、今後はイベントとして検出しなくてもよい場合には、NGボタン（図示せず）を操作することで、ユーザフィードバックとして入力することができる。
【０１１２】
状態記述データ蓄積部５３は、受信部５１から状態記述データ１５１が供給されたときに、通知判定テーブル更新部５４からユーザフィードバックが供給された場合、状態記述データ１５１とユーザフィードバックを対応付けて蓄積し、状態記述データ１５１またはユーザフィードバックのいずれか一方のみが供給された場合、新規の状態記述データ１５１または新規のユーザフィードバックとして蓄積する。
【０１１３】
なお、判定規範学習期間中は、状態記述データ蓄積部５３は、受信部５１から供給されたマイクロ波センサ２２のセンサデータを、状態記述データ１５１およびユーザフィードバックとともに蓄積する。
【０１１４】
判定規範学習部５５は、判定規範学習期間中に、受信部５８を介してリモートコントローラ４から「OK（今後も通知して欲しい）」を示すユーザフィードバックを受信した場合、状態記述データ蓄積部５３に蓄積されている過去のイベントのセンサデータ、状態記述データ１５１およびユーザフィードバックと、通知判定テーブル更新部５４の過去通知判定テーブル蓄積部２１７（図１８）に蓄積されている通知判定テーブル１６１を読み込み、判定規範学習処理を行なう。
【０１１５】
上述した状態データ記述処理により、マイクロ波センサ２２から出力される不安定なセンサデータが無視されるが、一方で、人物９１の行動に対して出力されたセンサデータ（例えば、図８の人物９１の行動に対するセンサデータ）を無視せずに、正確にマイクロ波センサ２２の反応を検出できるように、判定規範が適切に設定される必要がある。また、人物９１の動き（イベント）を、ユーザから「OK（今後も通知して欲しい）」と判断されたイベント（通知イベント）と、「NG（今後は通知しなくても良い）」と判断されたイベント（非通知イベント）を識別できる状態記述データ１５１が記述されるように、判定規範が適切に設定される必要がある。
【０１１６】
本発明では、判定規範学習部５５により行われる判定規範学習処理により、判定規範のうち反応しきい値を適切な値に調整して、マイクロ波センサ２２の不安定な出力から、人物９１の動き（イベント）に正確に対応したマイクロ波センサ２２の状態番号を検出できるようにする。そして、ユーザから「OK」と判断されたイベント（通知イベント）と、「NG」と判断されたイベント（非通知イベント）を正確に識別できるようにする。なお、判定規範学習処理の詳細は図２６を参照して後述する。
【０１１７】
判定規範学習部５５は、判定規範学習処理により調整した反応しきい値に基づき、状態記述データ蓄積部５３に蓄積されている過去のイベントの状態記述データ１５１を更新して、蓄積させる。また、判定規範学習部５５は、調整した反応しきい値をバッファサイズとともに、新しい判定規範として送信部５６に供給する。また、判定規範学習部５５は、判定規範学習処理が十分実行され、判定規範学習期間が終了したと判定した場合、判定規範確定通知を送信部５６に供給する。
【０１１８】
送信部５６は、通知判定テーブル更新部５４から供給された通知判定テーブル１６１、および判定規範学習部５５から供給された判定規範と判定規範確定通知をマルチセンサカメラ１に送信する。送信部５７は、呈示画像構築部５２から供給された通知データをリモートコントローラ４に送信する。受信部５８は、リモートコントローラ４から送信されてきたユーザＦＢ信号を受信し、それを通知判定テーブル更新部５４に供給する。
【０１１９】
リモートコントローラ４の受信部８１は、処理ボックス２から送信されてきた通知データを受信し、それを呈示部８２に呈示させる。入力部８３は、呈示されたイベントに対するユーザからの判断に基づく入力を受け、その入力（ユーザフィードバック）に関する信号を送信部８４に供給する。送信部８４は、入力部８３から供給されたユーザＦＢ信号を処理ボックス２に送信する。
【０１２０】
ここで、ユーザフィードバックとは、上述したように、例えば、「今後も知らせて欲しいイベントである」、あるいは、「今後は知らせなくてよいイベントである」などのユーザによる判断（イベントに対する通知の必要性の評価）の入力を意味する。マルチセンサカメラ１と処理ボックス２は、このユーザフィードバックに基づいて、処理を変化させる。
【０１２１】
図１８は、図５の処理ボックス２の通知判定テーブル更新部５４の詳細な構成例を示すブロック図である。
【０１２２】
ユーザフィードバック（FB）判定部２１１は、状態記述データ蓄積部５３に蓄積されている状態記述データ１５１（図１２）とそれに対応するユーザフィードバックを読み込み、ユーザフィードバックが「OK」を示すデータであるか、または「NG」を示すデータであるかを判定し、判定結果を状態記述データ１５１とともに状態記述パターン比較部２１２に供給する。
【０１２３】
状態記述パターン比較部２１２は、ユーザフィードバック判定部２１１から供給された状態記述データ１５１に含まれる状態番号のパターンと、仮通知判定テーブル蓄積部２１５に蓄積されている全ての仮の通知判定テーブル１６１の状態記述データ１７１に含まれる状態番号のパターンを比較する。状態記述パターン比較部２１２は、比較の結果、状態記述データ１５１と状態番号のパターンが一致する仮の通知判定テーブル１６１があれば、その仮の通知判定テーブル１６１と状態記述データ１５１を既存パターン更新部２１４に供給し、一致するものがなければ、状態記述データ１５１を新規パターン作成部２１３に供給する。
【０１２４】
新規パターン作成部２１３は、状態記述パターン比較部２１２から供給された状態記述データ１５１に基づき、新規の通知判定テーブル１６１を作成し、仮通知判定テーブル蓄積部２１５に追加し、そこに蓄積させる。
【０１２５】
既存パターン更新部２１４は、状態記述パターン比較部２１２から供給された仮の通知判定テーブル１６１を、状態記述データ１５１に基づき更新し、仮通知判定テーブル蓄積部２１５に供給し、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を更新する。
【０１２６】
仮通知判定テーブル蓄積部２１５は、新規パターン作成部２１３により追加された通知判定テーブル１６１、および既存パターン更新部２１４により更新された通知判定テーブル１６１を、仮の通知判定テーブル１６１として蓄積する。
【０１２７】
テーブル比較部２１６は、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１と、過去通知判定テーブル蓄積部２１７に蓄積されている過去の通知判定テーブル１６１を比較し、同じではないと判定した場合、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を、最新の通知判定テーブル１６１として送信部５６を介してマルチセンサカメラ１に送信する。また、テーブル比較部２１６は、仮の通知判定テーブル１６１を過去通知判定テーブル蓄積部２１７に供給し、過去通知判定テーブル蓄積部２１７に蓄積されている過去の通知判定テーブル１６１を更新する。
【０１２８】
過去通知判定テーブル蓄積部２１７は、テーブル比較部２１６により更新された通知判定テーブル１６１を過去の通知判定テーブル１６１として蓄積する。
【０１２９】
次に、図１９乃至図２９を参照して、監視システム１０により実行される処理を説明する。説明は、判定規範学習期間中に監視システム１０により実行される処理、判定規範学習期間終了後に監視システム１０により実行される処理の順に行なう。
【０１３０】
まず、図１９と図２０を参照して、判定規範学習期間中に、マルチセンサカメラ１により実行される処理について説明する。なお、この処理は、ユーザにより、監視領域における監視が指令されたとき、開始される。
【０１３１】
ステップＳ１において、マルチセンサカメラ１の初期化処理が行なわれる。具体的には、状態記述部４１は、判定規範を初期値に設定する。イベント通知判定部４２は、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオフさせ、イベント通知フラグおよび判定規範確定フラグをオフし、保持している通知判定テーブル１６１をクリアする。
【０１３２】
ステップＳ２において、状態記述部４１は、マイクロ波センサ２２からセンサデータを取得する。
【０１３３】
ステップＳ３において、状態記述部４１は、ステップＳ２の処理で取得したセンサデータ、およびステップＳ１の処理で初期値に設定された判定規範に基づいて、監視領域内における、例えば人物９１（監視対象としての動くもの）の一連の行動に関し、状態データ記述処理を行う。すなわち、状態記述部４１は、図１２を参照して説明したように、マイクロ波センサ２２が人物９１の接近を検出したとき、状態番号を１とし、離反を検出したとき、状態番号を２とし、それぞれに、その継続時間を対応付ける。このようにして記述された状態番号、および、反応継続時間を含む状態記述データ１５１が、イベント通知判定部４２に出力される。
【０１３４】
ステップＳ４において、イベント通知判定部４２は、イベント通知フラグがオンである（通知イベント発生中である）か否かを判定し、イベント通知フラグがオンではなくオフである（通知イベント発生中ではない）と判定した場合、処理はステップＳ８に進む。最初は、ステップＳ１の処理でイベント通知フラグはオフされているので、処理はステップＳ８に進む。
【０１３５】
ステップＳ８において、イベント通知判定部４２は、判定規範確定フラグがオンか否かを判定する。いまの場合、判定規範学習期間中であり、判定規範確定フラグはオフされているので、処理はステップＳ１３に進む。
【０１３６】
ステップＳ１３において、状態記述部４１は、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２が出力されているか否かを判定する。判定規範確定フラグがオフの場合、状態記述部４１は、反応しきい値を適用しない。すなわち、直近のバッファサイズで指定された期間中に、マイクロ波センサ２２から出力された接近反応データ１０１または離反反応データ１０２の出力数が反応しきい値以下であっても、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２の少なくとも一方が、1回でも出力されていると判定された場合、処理はステップ１４に進む。
【０１３７】
ステップＳ１４において、イベント通知判定部４２は、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオンさせるとともに、イベント通知フラグをオンする。
【０１３８】
ステップＳ１５において、イベント通知判定部４２は、送信部４６を介して処理ボックス２に通知イベント発生信号を送信するとともに、通知画像送信制御信号をスイッチ４４に供給してオンさせる。これにより、ＣＣＤカメラ２１から処理ボックス２に対し、通知画像データ（ＣＣＤカメラ２１が監視領域３１を撮影して得たイベント画像）の送信が開始される。処理ボックス２は、この通知画像データを受信し、呈示部３に呈示させる（後述する図２３のステップＳ５３）。
【０１３９】
ステップＳ１６において、イベント通知判定部４２は、センサデータ送信制御信号をスイッチ４５に供給してオンさせる。これにより、マイクロ波センサ２２から状態記述部４１を介して処理ボックス２に対し、ステップＳ１５において通知が開始されたイベントのセンサデータの送信が開始される。処理ボックス２は、このセンサデータを受信し、状態記述データ蓄積部５３に蓄積させる（後述する図２３のステップＳ５５）。その後、処理はステップＳ１７に進む。
【０１４０】
ステップＳ１３において、マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２がともに出力されていないと判定された場合、ステップＳ１４乃至Ｓ１６の処理はスキップされ、処理はステップＳ１７に進む。
【０１４１】
ステップＳ１３乃至Ｓ１６の処理により、判定規範学習期間中は、監視領域３１で発生した全てのイベントについて判定規範学習処理を行うため、イベント通知判定処理は行なわれずに、全てのイベントがユーザに通知される。
【０１４２】
また、図１０を参照して上述した判定規範に基づいたマイクロ波センサ反応判定処理の結果によらず、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２の少なくとも一方が、1回でも出力された時点で、イベントの通知およびセンサデータの送信が開始される。これは、以下の理由による。
【０１４３】
例えば、図２１において、マルチセンサカメラ１は、玄関２５１に正対した位置でかつ玄関２５１から比較的遠い位置に設置されているものとする。このとき、人物９１が、図中矢印で示すように、玄関２５１の壁に沿って、マイクロ波センサ２２の監視領域３１内に侵入し、ドア２５２に近づいていき、ドア２５２の前で立ち止まり、ドア２５２の鍵を開け、ドア２５２を開き、玄関２５１の内部に入っていった場合、マイクロ波センサ２２からは、図２２に示すようなセンサデータが出力される。
【０１４４】
図２２に示されるように、人物９１がドア２５２に近づいていく区間Aにおいて、マイクロ波センサ２２から人物９１までの距離が比較的遠いため、マイクロ波センサ２２からパルス状の不安定な接近反応データ１０１−１が出力されている。人物９１がドア２５２の前に立ち止まり鍵を開けている区間Bにおいて、マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２ともに出力されていない。人物９１がドア２５２を開ける区間Cにおいて、ドア２５２並びに人物９１がマイクロ波センサ２２に一時的に近づくため、マイクロ波センサ２２から接近反応データ１０１−２が安定して出力される。人物９１がドア２５２を閉め玄関２５１の内部に入っていく区間Dにおいて、ドア２５２と人物９１がマイクロ波センサ２２から遠ざかるため、マイクロ波センサ２２から離反反応データ１０２が安定して出力されている。
【０１４５】
後述する判定規範学習処理（図２４のステップＳ６９の処理）では、マイクロ波センサ２２のセンサデータに基づき、判定規範のうち反応しきい値が調整され、調整された反応しきい値に基づき、過去のイベントの状態記述データ１５１が更新され、更新された状態記述データ１５１に基づき通知判定テーブル１６１が更新される。例えば、図２１のイベントが発生した時点では、反応しきい値が大きくて、図２２の区間Ａの時点で、接近反応データ１０１−１からマイクロ波センサ２２が反応していない（イベントが発生していない）と判定された場合でも、後で判定規範学習処理により反応しきい値が調整され、区間Ａにおいてイベントが発生していると判定され、状態記述データが変更される場合がある。
【０１４６】
そのため、判定規範学習期間中は、マイクロ波センサ反応判定処理により、マイクロ波センサ２２が反応していないと判定されても（例えば、図２２の区間Ａにおいてマイクロ波センサ２２が反応していないと判定されても）、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２が出力された（例えば、図２２の区間Aにおける接近反応データ１０１−１が出力された）時点で、イベントの通知とセンサデータの送信が開始される。
【０１４７】
なお、ステップＳ８において、判定規範フラグがオンであると判定された場合、ステップＳ９乃至Ｓ１２の処理が実行されるが、判定規範フラグがオンであるということは、判定規範学習期間終了後ということなので、この場合の処理は後述する。
【０１４８】
ステップＳ４において（ステップＳ１４の処理でイベント通知フラグがオンとされ、後述するステップＳ２１またはステップＳ２２の処理を経て、ステップＳ２，Ｓ３の処理の後、再び行われるステップＳ４の処理において）、イベント通知フラグがオンである（通知イベント発生中である）と判定された場合、処理はステップＳ５に進み、イベント通知判定部４２は、イベント終了であるか否かを判定する。判定規範学習期間中の場合、イベント通知判定部４２は、状態記述部４１に、マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２がともに所定の期間出力されていないか否かを確認する。マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２が所定の期間出力されていない場合、イベント通知判定部４２は、イベントが終了したと判定し、処理はステップＳ６に進む。
【０１４９】
マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２がともに出力されていない期間が予め設定されている所定の期間継続してから、イベントが終了したと判定されるのは、例えば、図２２の区間Ｂのようなマイクロ波センサ２２からセンサデータが出力されていない比較的短い区間において、イベントが終了したと誤判定されるのを防止するためである。
【０１５０】
ステップＳ６において、イベント通知判定部４２は、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオフさせるとともに、イベント通知フラグをオフする。
【０１５１】
ステップＳ７において、イベント通知判定部４２は、状態記述データ送信制御信号をスイッチ４３に供給してオンさせ、通知画像送信制御信号をスイッチ４４に供給してオフさせる。これにより、ステップＳ３の処理で状態記述部４１から出力された状態記述データ１５１がスイッチ４３および送信部４６を介して処理ボックス２に送信されるとともに、ＣＣＤカメラ２１からスイッチ４４および送信部４６を介して処理ボックス２に送信されていた通知画像データ（イベント画像）の送信が停止される。処理ボックス２は、この状態記述データ１５１を受信し、状態記述データ蓄積部５３に蓄積する（後述する図２３のステップＳ６０）。また、イベント通知判定部４２は、センサデータ送信制御信号をスイッチ４５に供給してオフさせ、マイクロ波センサ２２から送信されていたセンサデータの送信が停止される。
【０１５２】
ステップＳ５において、イベント終了ではないと判定された場合、ステップＳ６，Ｓ７の処理はスキップされ、処理はステップＳ１７に進む。
【０１５３】
ステップＳ１７において、イベント通知判定部４２は、受信部４７を介して処理ボックス２より通知判定テーブル１６１を受信したか否かを判定する（後述する図２４のステップＳ７３の処理で送信される）。通知判定テーブル１６１を受信したと判定された場合、処理はステップＳ１８に進み、イベント通知判定部４２は、保持している通知判定テーブル１６１を、受信した通知判定テーブル１６１により更新する。処理ボックス２より通知判定テーブル１６１を受信していないと判定された場合、ステップＳ１８の処理はスキップされ、処理はステップＳ１９に進む。
【０１５４】
判定規範学習期間中は、マルチセンサカメラ１において、イベント通知判定は行なわれないため、処理ボックス２から通知判定テーブル１６１は送信されない。通知判定テーブル１６１は、後述する図２４のステップＳ７２において、判定規範学習処理が十分行なわれた（判定規範学習期間が終了した）と判定された場合、後述する図２４のステップＳ７３において、処理ボックス２から送信され、受信部４７を介して、イベント通知判定部４２により受信される。
【０１５５】
ステップＳ１９において、状態記述部４１は、受信部４７を介して処理ボックス２より判定規範を受信したか否かを判定する。判定規範は、後述する図２４のステップＳ６９において判定規範学習処理が実行された後、図２４のステップＳ７０において、処理ボックス２から送信される。状態記述部４１は、判定規範を受信したと判定した場合、ステップＳ２０に進み、保持している判定規範を、受信した判定規範により更新する。
【０１５６】
ステップＳ２０において更新された判定規範は、ステップＳ３の状態データ記述処理に用いられる。後述する図２４のステップＳ７２において、処理ボックス２により判定規範学習処理が十分行なわれた（判定規範学習期間が終了した）と判定され、判定規範が確定されるまでは、図２４のステップＳ６９の判定規範学習処理により調整された判定規範が処理ボックス２から送信され、その判定規範に基づき、状態データ記述処理が行なわれる。
【０１５７】
ステップＳ１９において、処理ボックス２より判定規範を受信していないと判定された場合、または、ステップＳ２０の処理の後、処理はステップＳ２１に進む。
【０１５８】
ステップＳ２１において、イベント通知判定部４２は、受信部４７を介して処理ボックス２より判定規範確定通知を受信したか否かを判定する。判定規範確定通知は、後述する図２４のステップＳ７２において、判定規範学習処理が十分行なわれた（判定規範学習期間が終了した）と判定された場合、図２４のステップＳ７４において、処理ボックス２から送信される。判定規範学習期間中は、処理ボックス２より判定規範確定通知は送信されないため、処理はステップＳ２に戻り、上述した処理が繰り返し実行される。
【０１５９】
なお、２回目以降のステップＳ３の処理において、先にステップＳ２０の処理で判定規範が更新された場合、状態記述部４１は、更新された判定規範に基づいて、監視領域内における、例えば人物９１（監視対象としての動くもの）の一連の行動に関し、状態データ記述処理を行う。
【０１６０】
後述する図２４のステップＳ７２において、判定規範学習処理が十分行なわれたと判定され、図２４のステップＳ７４において、処理ボックス２から判定規範確定通知が送信された場合、ステップＳ２１において、判定規範確定通知を受信したと判定され、処理はステップＳ２２に進む。ステップＳ２２において、イベント通知判定部４２は、判定規範確定フラグをオンして、処理はステップＳ２に戻り、それ以降、マルチセンサカメラ１では、後述する判定規範学習期間終了後の処理が繰り返される。
【０１６１】
次に、図２３と図２４を参照して、図１９と図２０のマルチセンサカメラ１の判定規範学習期間中の処理に対応して実行される処理ボックス２における処理について説明する。なお、この処理は、ユーザにより、監視領域における監視をするよう指令されたとき開始される。あるいはまた、ユーザにより、呈示部３に対して一般視聴信号（放送番組信号）に対応する画像の呈示を行うよう指令されたとき、図２３と図２４の処理とともに自動的に実行させるようにしてもよい。
【０１６２】
ステップＳ５１において、処理ボックス２の初期化処理が行なわれる。具体的には、通知判定テーブル更新部５４は、状態記述データ蓄積部５３に蓄積されている状態記述データ１５１、および仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１をクリアするとともに、ユーザフィードバック受信フラグをオフする。受信部５１は、イベント受信フラグ、および状態記述データ受信フラグをオフする。判定規範学習部５５は、判定規範確定フラグをオフし、判定規範を初期化する。
【０１６３】
ステップＳ５２において、受信部５１は、イベント受信フラグがオンである（通知イベント受信中である）か否かを判定し、イベント受信フラグがオフであると判定された場合（処理開始直後はこの判定結果となる）、ステップＳ５６に進み、受信部５１は、マルチセンサカメラ１から通知イベント発生信号および通知画像データを受信したか否かを判定し、通知イベント発生信号および通知画像データを受信したと判定した場合、ステップＳ５７に進み、イベント受信フラグをオンし、状態記述データ受信フラグをオフする（ただし、最初の場合既にオフされている）。
【０１６４】
ステップＳ５２において、イベント受信フラグがオンであると判定した場合（ステップＳ５７の処理が行われた後、後述するステップＳ６６またはＳ７９の処理を経て、再びステップＳ５２の処理が行われた場合）、受信部５１はステップＳ５３において、マルチセンサカメラ１から送信されてきた（上述した図１９のステップＳ１５の処理により送信されてきた）通知画像データおよび通知イベント発生信号を呈示画像構築部５２に供給する。
【０１６５】
また、ステップＳ５３において、呈示画像構築部５２は、受信部５１から供給された通知画像データを、呈示部３に供給される一般視聴信号の一部に挿入し、通知データ（ピクチャインピクチャで呈示するための画像データ）を構築し、それを呈示部３に供給し、呈示させる。また呈示画像構築部５２は、リモートコントローラ４専用の通知データ（イベント画像を表示するための画像）を構築し、送信部５７を介してリモートコントローラ４に送信する。リモートコントローラ４は、この通知データを受信し、呈示部８２に呈示させる（後述する図２９のステップＳ２５２）。このようにして、呈示部３と呈示部８２にイベント画像が表示される。
【０１６６】
ステップＳ５４において、判定規範学習部５５は、判定規範確定フラグがオンか否かを判定する。判定規範確定フラグは、後述する図２４のステップＳ７２において、判定規範学習処理が十分行なわれたと判定された場合、ステップＳ７５においてオンされる。従って判定規範学習期間中は、判定規範確定フラグはオンされないため、いまの場合、判定規範確定フラグはオフであると判定され、処理はステップＳ５５に進む。
【０１６７】
ステップＳ５５において、受信部５１は、マルチセンサカメラ１より受信したマイクロ波センサ２２のセンサデータを状態記述データ蓄積部５３に保存する。このセンサデータは、上述した図１９のステップＳ１６の処理により、イベントの通知にあわせてマルチセセンサカメラ１からの送信が開始されたものであり、図２６を参照して後述する判定規範学習処理に用いられる。
【０１６８】
ステップＳ５５の処理の後、ステップＳ５７の処理の後、ステップＳ５４において判定規範確定フラグがオンであると判定された場合、またはステップＳ５６において、通知イベント発生信号を受信していないと判定された場合、処理はステップＳ５８に進み、受信部５１は、マルチセンサカメラ１から状態記述データ１５１を受信したか否かを判定する。
【０１６９】
ステップＳ５８において、状態記述データ１５１を受信したと判定した場合、処理はステップＳ５９に進み、受信部５１は、状態記述データ受信フラグをオンし、イベント受信フラグをオフする。
【０１７０】
ステップＳ６０において、受信部５１は、マルチセンサカメラ１から送信されてきた（上述した図１９のステップＳ７の処理により送信されてきた）状態記述データ１５１を、ステップＳ５５の処理により先に蓄積されているセンサデータに対応付けて、状態記述データ蓄積部５３に蓄積させる。ただし、このときに、既にユーザフィードバック受信フラグがオンである場合、そのユーザフィードバックも対応付けて状態記述データ１５１が蓄積される。
【０１７１】
ステップＳ６０の処理の後、または、ステップＳ５８において、状態記述データ１５１を受信していないと判定された場合、ステップＳ６１に進み、通知判定テーブル更新部５４は、受信部５８を介してリモートコントローラ４から送信されてきた（後述する図２９のステップＳ２５４の処理により送信されてきた）ユーザＦＢ信号を受信したか否かを判定し、ユーザＦＢ信号を受信したと判定した場合、処理はステップＳ６２に進む。
【０１７２】
ステップＳ６２において、通知判定テーブル更新部５４は、ユーザフィードバック受信フラグをオンする。
【０１７３】
ステップＳ６３において、通知判定テーブル更新部５４は、このとき、状態記述データ受信フラグがオンであれば、ユーザフィードバック（「OK（今後も通知して欲しい）」または「NG（今後は通知しなくても良い）」）を状態記述データ蓄積部５３に蓄積されているセンサデータおよび状態記述データ１５１に対応付けて蓄積させる。
【０１７４】
ステップＳ６３において、通知判定テーブル更新部５４は、イベント受信フラグがオンかつ状態記述データ受信フラグがオフであれば、ユーザフィードバックを新規のユーザフィードバックとして蓄積させる。これは、ユーザがイベントの途中で（上述したステップＳ５８の処理で呈示されたイベントの状態記述データ１５１が受信される前に）、リモートコントローラ４の入力部８３を用いて呈示中のイベントに対するユーザの判断を入力し、ステップＳ６１において、受信部５８を介してリモートコントローラ４から送信されてきた（後述する図２９のステップＳ２５４の処理により送信されてきた）ユーザFB信号が受信された場合である。蓄積された新規のユーザフィードバックは、上述したステップＳ６０の処理により、イベント終了時にマルチセンサカメラ１から受信する（上述したステップＳ５８の処理により受信する）状態記述データ１５１、およびステップＳ５５の処理で状態記述データ蓄積部５３に蓄積されているセンサデータと対応付けられて、状態記述データ蓄積部５３に蓄積される。
【０１７５】
また、ステップＳ６３において、イベント受信フラグがオフかつ状態記述データ受信フラグがオフであれば、すなわち、イベントの呈示が行われておらず、かつ呈示されたイベントに関する状態記述データ１５１が受信されていなければ、そのユーザフィードバックは、イベントの呈示とは無関係に入力されたものとして、無視される。
【０１７６】
ステップＳ６４において、通知判定テーブル更新部５４により、ステップＳ６１で受信したユーザＦＢ信号が「NG（今後は通知しなくても良い）」を示す信号か否かを判定し、「NG」を示す信号であると判定された場合、処理はステップＳ６５に進み、受信部５１は、イベント受信フラグをオフする。これにより、ユーザから「NG」と判断されたイベントの呈示が、イベントの途中でも停止される。すなわち、その後、イベント終了時まで（上述した図１９のステップＳ５の処理でイベント終了と判定され、ステップＳ６とＳ７の処理でマルチセンサカメラ１からのイベントの通知が停止されるまで）マルチセンサカメラ１からのイベントの通知は継続されるが、処理がステップＳ５２に戻ったとき、イベント受信フラグがオフと判定されるので、ステップＳ５３の呈示処理が行われないようになる。
【０１７７】
ステップＳ６５においてオフされたイベント受信フラグは、ステップＳ５６においてマルチセンサカメラ１から通知イベント発生信号および通知画像データを受信したと判定され、ステップＳ５７においてオンされるまで、オフされたままとなる。通知イベント発生信号は、新たなイベントが検出され、上述した図１９のステップＳ１５の処理が行われるまで、マルチセンサカメラ１から送信されてこないため、マルチセンサカメラ１から新たなイベントが通知されるまで、イベント受信フラグはオフされたままである。
【０１７８】
ステップＳ６５の処理の後、ステップＳ６１でユーザＦＢ信号が受信されていないと判定された場合、またはステップＳ６４でユーザＦＢ信号が「OK（今後も通知して欲しい）」を示す信号であると判定された場合、ステップＳ６６において、通知判定テーブル更新部５４は、状態記述データ受信フラグおよびユーザフィードバック受信フラグが共にオンであるか否かを判定し、少なくともいずれか一方がオフである場合には、処理はステップＳ５２に戻り、それ以降の処理が繰り返される。状態記述データ受信フラグおよびユーザフィードバック受信フラグが共にオンであると判定された場合（呈示されたイベントの状態記述データ１５１が受信され、かつ、そのイベントに対してユーザからフィードバックが入力された場合）、処理はステップＳ６７に進む。
【０１７９】
ステップＳ６７において、判定規範学習部５５は、判定規範確定フラグがオンであるか否かを判定する。いまの場合、判定規範学習期間中であり、判定規範確定フラグはオフのため、処理はステップＳ６８に進む。
【０１８０】
ステップＳ６８において、判定規範学習部５５は、受信部５８を介してリモートコントローラ４から送信されてきた（後述する図２９のステップＳ２５４の処理により送信されてきた）ユーザＦＢ信号が、「OK（今後も通知して欲しい）」を示す信号か否かを判定する。ユーザＦＢ信号が「ＯＫ」を示す信号であると判定された場合、処理はステップＳ６９に進む。
【０１８１】
ステップＳ６９において、判定規範学習部５５は、図２６を参照して後述する判定規範学習処理により判定規範を調整し、ステップＳ７０において調整した判定規範を、送信部５６を介してマルチセンサカメラ１に送信する。
【０１８２】
ステップＳ６８において、ユーザＦＢ信号が「ＮＧ（今後は通知しなくても良い）」であると判定された場合、処理はステップＳ７１に進み、通知判定テーブル更新部５４は、図２５を参照して後述する通知判定テーブル更新処理を実行する。この処理により、過去通知判定テーブル蓄積部２１７に蓄積されている通知判定テーブル１６１が更新される。
【０１８３】
ステップＳ７２において、判定規範学習部５５は、判定規範学習処理を十分行ったか否かを判定する。監視システム１０が監視を開始してから所定の時間が経過するまでは、判定規範学習処理はまだ十分行なわれていないと判定され、ステップＳ７３乃至Ｓ７５の処理はスキップされ、処理はステップＳ７９に進む。
【０１８４】
なお、以上では、ステップＳ７２において、判定規範学習処理が十分行なわれたか否かの判定を、監視システム１０が監視を開始してからの経過時間に基づき判定する例を示したが、例えば、判定規範学習処理が所定の回数行なわれたか否かにより判定することも可能である。
【０１８５】
ステップＳ７９において、通知判定テーブル更新部５４は、ユーザフィードバック受信フラグをオフし、受信部５１は、状態記述データ受信フラグをオフする。
【０１８６】
ステップＳ７９の処理の後、処理はステップＳ５２に戻り、上述した処理が繰り返し実行される。
【０１８７】
以上のようにして、イベント画像がユーザに呈示され、それに対応するユーザのフィードバックが入力される。ユーザのフィードバックが入力されると、フィードバックが「OK（今後も通知して欲しい）」の場合は、判定規範が調整され、マルチセンサカメラ１に送信され、フィードバックが「ＮＧ（今後は通知しなくても良い）」の場合は、通知判定テーブル１６１が更新される。
【０１８８】
監視システム１０が監視を開始してから所定の時間が経過し、ステップＳ７２において、判定規範学習処理が十分行なわれたと判定された場合、ステップＳ７３の処理が実行される。
【０１８９】
ステップＳ７３において、通知判定テーブル更新部５４は、ステップＳ６９の判定規範学習処理およびステップＳ７１の通知判定テーブル更新処理により作成および更新された通知判定テーブル１６１を、送信部５６を介してマルチセンサカメラ１に送信する。マルチセンサカメラ１は、この通知判定テーブル１６１を上述した図２０のステップＳ１７において受信する。
【０１９０】
ステップＳ７４において、判定規範学習部５５は、判定規範確定通知を、送信部５６を介してマルチセンサカメラ１に送信する。上述したように、マルチセンサカメラ１は、この判定規範確定通知を上述した図２０のステップＳ２１において受信し、ステップＳ２２において、判定規範確定フラグがオンされ、それ以降、判定規範学習期間終了後の処理を行う。
【０１９１】
ステップＳ７５において、判定規範学習部５５は、判定規範確定通知フラグをオンし、  ステップＳ７９において、通知判定テーブル更新部５４は、ユーザフィードバック受信フラグをオフし、受信部５１は、状態記述データ受信フラグをオフする。その後、処理はステップＳ５２に戻り、これ以降、処理ボックス２では、判定規範学習期間終了後の処理が繰り返される。
【０１９２】
なお、ステップＳ６７で判定規範確定フラグがオンであると判定された場合（判定規範学習期間終了後の場合）にはステップＳ７６乃至Ｓ７８の処理が実行されるが、この点については後述する。
【０１９３】
次に、図２５を参照して、図２４のステップＳ７１、および後述する図２６のステップＳ２０７における判定規範学習期間中の通知判定テーブル更新処理の詳細について説明する。
【０１９４】
ステップＳ１０１において、通知判定テーブル更新部５４の状態記述パターン比較部２１２は、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１をクリアする。
【０１９５】
ステップＳ１０２において、ユーザフィードバック判定部２１１は、状態記述データ蓄積部５３にステップＳ１１１の処理で蓄積されている最新の状態記述データ１５１とそれに対応するユーザフィードバックを読み込む。
【０１９６】
ステップＳ１０３において、ユーザフィードバック判定部２１１は、ステップＳ１０２の処理で読み込んだユーザフィードバックが「NG（今後はイベントとして検出しなくてもよい）」を示すデータであるか否かを判定し、ユーザフィードバックが「NG」を示すデータであると判定した場合、その判定結果を状態記述データ１５１（図１２）とともに状態記述パターン比較部２１２に供給する。
【０１９７】
次に、ステップＳ１０４において、状態記述パターン比較部２１２は、ユーザフィードバック判定部２１１から供給された状態記述データ１５１に含まれる状態番号のパターンと、仮通知判定テーブル蓄積部２１５に蓄積されている全ての仮の通知判定テーブル１６１の状態記述データ１７１に含まれる状態番号のパターンを比較する。
【０１９８】
ステップＳ１０５において、状態記述パターン比較部２１２は、ステップＳ１０４の処理による比較の結果、パターンが一致するものがあるか否か、すなわち、状態記述データ１７１に含まれる状態番号のパターンが状態記述データ１５１と一致する仮の通知判定テーブル１６１があるか否かを判定する。いまの場合、ステップＳ１０１の処理で、仮の通知判定テーブル１６１がクリアされている状態であるとすると、パターンが一致するものがないと判定され、状態記述パターン比較部２１２は、状態記述データ１５１を新規パターン作成部２１３に供給する。
【０１９９】
ステップＳ１０７において、新規パターン作成部２１３は、状態記述パターン比較部２１２から供給された状態記述データ１５１に含まれる状態番号、並びにそれに対応する継続時間を、新規の通知判定テーブル１６１として仮通知判定テーブル蓄積部２１５に追加・蓄積する。このとき、継続時間は、通知判定テーブル１６１上の最小値および最大値として設定される。いまの場合、仮の通知判定テーブル１６１がクリアされている状態なので、追加された通知判定テーブル１６１が、最初の仮の通知判定テーブル１６１となる。その後、処理はステップＳ１０８に進む。
【０２００】
ステップＳ１０３において、ユーザフィードバックが「ＮＧ」を示すデータでないと判定された場合、ステップＳ１０４乃至Ｓ１０７の処理はスキップされ、処理はステップＳ１０８に進む。すなわち、この場合仮の通知判定テーブル１６１を追加する処理は実行されない。
【０２０１】
ステップＳ１０８において、ユーザフィードバック判定部２１１は、状態記述データ蓄積部５３に蓄積されている全ての状態記述データ１５１とそれに対応するユーザフィードバックを読み込んだか否かを判定し、未だ読み込んでいないデータがあると判定した場合、処理はステップＳ１０２に戻る。
【０２０２】
ステップＳ１０２において、ユーザフィードバック判定部２１１は、再び状態記述データ蓄積部５３に蓄積されている次の状態記述データ１５１とそれに対応するユーザフィードバックを読み込む。
【０２０３】
ステップＳ１０３の再度の処理において、ステップＳ１０２の処理で読み込んだユーザフィードバックが「NG」を示すデータでないと判定された場合、ステップＳ１０４乃至Ｓ１０７の処理はスキップされ、処理はステップＳ１０８に進む。ステップＳ１０３において、ユーザフィードバックが「NG」を示すデータであると判定された場合、その判定結果が状態記述データ１５１（図１２）とともに状態記述パターン比較部２１２に供給され、処理はステップＳ１０４に進む。
【０２０４】
ステップＳ１０４において、状態記述パターン比較部２１２は、ユーザフィードバック判定部２１１から供給された状態記述データ１５１に含まれる状態番号のパターンと、仮通知判定テーブル蓄積部２１５に蓄積されている全ての仮の通知判定テーブル１６１の状態記述データ１７１に含まれる状態番号のパターンを比較する。いま、２回目以降の処理なので、少なくとも１回目のステップＳ１０７の処理で仮の通知判定テーブル１６１が蓄積されている。従って、パターンが一致する場合がある。
【０２０５】
ステップＳ１０５において、状態記述パターン比較部２１２は、ステップＳ１０４の処理による比較の結果、パターンが一致するものがあると判定した場合、状態記述データ１５１と、状態記述データ１７１に含まれる状態番号のパターンが状態記述データ１５１と一致する仮の通知判定テーブル１６１を既存パターン更新部２１４に供給し、処理はステップＳ１０６に進む。
【０２０６】
ステップＳ１０６において、既存パターン更新部２１４は、状態記述パターン比較部２１２から供給された状態記述データ１５１とパターンが一致する仮の通知判定テーブル１６１を、状態記述パターン比較部２１２から供給された状態記述データ１５１に基づき更新する。
【０２０７】
すなわち、既存パターン更新部２１４は、まず、マルチセンサカメラ１から受信された状態記述データ１５１に含まれる継続時間と、状態記述データ１５１とパターンが一致する仮の通知判定テーブル１６１の状態記述データ１７１に含まれる継続時間の最小値および最大値を比較する。
【０２０８】
そして、既存パターン更新部２１４は、比較の結果、状態記述データ１７１の継続時間の最小値より状態記述データ１５１の継続時間の方が短いと判断した場合、状態記述データ１７１の継続時間の最小値を状態記述データ１５１の継続時間に置き換え（更新し）、また、状態記述データ１７１の継続時間の最大値より状態記述データ１５１の継続時間の方が長いと判断した場合、状態記述データ１７１の継続時間の最大値を状態記述データ１５１の継続時間に置き換える（更新する）。既存パターン更新部２１４は、更新した状態記述データ１５１とパターンが一致する仮の通知判定テーブル１６１を、仮通知判定テーブル蓄積部２１５に更新通知判定テーブル１６１として供給し、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を更新する。
【０２０９】
ステップＳ１０５において、ステップＳ１０４の処理による比較の結果、パターンが一致するものがないと判定された場合、１回目の処理の場合と同様に、状態記述パターン比較部２１２は状態記述データ１５１を新規パターン作成部２１３に供給し、処理はステップＳ１０７に進む。
【０２１０】
ステップＳ１０７において、１回目の処理の場合と同様に、新規パターン作成部２１３は、状態記述パターン比較部２１２から供給された状態記述データ１５１に含まれる状態番号、並びにそれに対応する継続時間を継続時間の最小値および最大値とする新規の通知判定テーブル１６１として仮通知判定テーブル蓄積部２１５に追加・蓄積する。
【０２１１】
ステップＳ１０８において、状態記述データ蓄積部５３に蓄積されている全ての状態記述データ１５１とそれに対応するユーザフィードバックが読み込まれたと判定されるまで、ステップＳ１０２乃至Ｓ１０８の処理が繰り返し実行され、状態記述データ蓄積部５３に蓄積されている全ての状態記述データ１５１とそれに対応するユーザフィードバックから仮の通知判定テーブル１６１が作成される。
【０２１２】
ステップＳ１０８において、全ての状態記述データ１５１とそれに対応するユーザフィードバックを読み込んだと判定された場合、処理はステップＳ１０９に進み、テーブル比較部２１６は、判定規範確定フラグがオンであるか否かを判定する。いまの場合、判定規範学習期間中であり、判定規範確定フラグはオフなので、ステップＳ１１０乃至Ｓ１１２の処理はスキップされ、処理はステップＳ１１３に進む。これにより、ステップＳ１１２における通知判定テーブル１６１の送信が行なわれないため、判定規範学習期間中は、通知判定テーブル１６１はマルチセンサカメラ１に送信されない。
【０２１３】
ステップＳ１１３において、テーブル比較部２１６は、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を過去通知判定テーブル蓄積部２１７に供給し、既に蓄積されている過去の通知判定テーブル１６１を更新する。
【０２１４】
以上の処理により、図１６に示されているような通知判定テーブル１６１−１乃至１６１−ｎからなる通知判定テーブル１６１群が過去通知判定テーブル蓄積部２１７に蓄積される。この通知判定テーブル１６１には、イベントとして通知しなくてよい場合のパターンが記憶されることになる。
【０２１５】
次に、図２６を参照して、図２４のステップＳ６９における判定規範学習処理の詳細について説明する。
【０２１６】
ステップＳ１５１において、判定規範学習部５５は、図２３のステップＳ５３においてユーザに呈示され、それに対して図２４のステップＳ６８においてユーザから「OK（今後も通知して欲しい）」を示すＦＢ信号が入力されたと判定されたイベント（以下、図２６の説明においては、学習対象イベントと称する）の状態記述データ１５１を状態記述データ蓄積部５３から読み込む。
【０２１７】
ステップＳ２０２において、判定規範学習部５５は、通知判定テーブル更新部５４の過去通知判定テーブル蓄積部２１７から通知判定テーブル１６１を読み込む。
【０２１８】
ステップＳ２０３において、判定規範学習部５５は、学習対象イベントに対して、イベント通知判定処理を行なう。すなわち、図１７を参照して上述したように、判定規範学習部５５は、学習対象イベントの状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があるか否かを判定し、状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があった場合、その通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまるか否かを判定する。学習対象イベントの状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があり、その通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまる場合、学習対象イベントは非通知イベント（通知判定テーブル１６１に規定されているイベントである）と判定され、そうでない場合、通知イベント（通知判定テーブル１６１に規定されているイベントではない）と判定される。
【０２１９】
ステップＳ２０４において、判定規範学習部５５は、ステップＳ２０３の処理による結果、学習対象イベントが非通知イベントか否かを判定する。学習対象イベントが通知イベントであると判定された場合、すなわち、ユーザから「ＯＫ」と判断されたイベントが、通知判定テーブル１６１に通知不要イベントとして規定されていない場合、現時点で判定規範は適正な値であると判定され、判定規範学習処理は終了する。
【０２２０】
ステップＳ２０４において、学習対象イベントが非通知イベントであると判定された場合、すなわち、ユーザから「ＯＫ」と判断されたイベントが、通知判定テーブル１６１に通知不要イベントとして規定されている場合、判定規範は適正な値でないと判定され、処理はステップＳ２０５に進み、反応しきい値が調整される。
【０２２１】
ステップＳ２０５において、判定規範学習部５５は、状態記述データ蓄積部５３から、学習対象イベントのセンサデータ、および学習対象イベントが該当すると判定された通知判定テーブル１６１に該当する過去のイベント（学習対象イベントと同じ状態番号のパターンを持ち、過去にユーザから「ＮＧ」と判断されたイベント。以下、ＮＧイベントと称する）のセンサデータを読み込む。判定規範学習部５５は、読み込んだセンサデータに基づき、学習対象イベントが、ＮＧイベントと異なる状態記述データとなる（識別できる）ように、反応しきい値を調整する。
【０２２２】
例えば、図２１に示されるように、人物９１がドア２５２に図中左方向から近づき、ドア２５２を外から開け、内部に入る行動をした場合、マイクロ波センサ２２の出力は、図２２に示されるようになる。図２２の区間Ａにおける接近反応データ１０１−１の出力データ数（３個）が、反応しきい値（例えば４個）より小さいとき、状態記述部４１は、区間Aにおける人物９１の行動を接近反応と認識せずに、無反応区間と認識する。この場合、図２１に示される人物９１の行動に対する状態記述データ１５１は、区間Cにおける接近反応データ１０１−２および区間Dにおける離反反応データ１０２に基づき記述される。すなわち、図２１に示される人物９１の行動（イベント）に対する状態記述データ１５１は、状態番号１，状態番号２のパターンとその継続時間として記述される。
【０２２３】
これに対して、図２７に示されるように、図２１に示される場合とは逆に、人物９１が、ドア２５２を内側から開け、外に出て、ドア２５２を閉め、そのまま立ち止まらずに図中左方向に、玄関２５１の壁に沿って、マイクロ波センサ２２の監視領域３１から出ていくものとする。この場合、マイクロ波センサ２２からは、図２８に示されるようなセンサデータが出力される。
【０２２４】
すなわち、人物９１がドア２５２を開ける区間Aにおいて、ドア２５２並びに人物９１がマイクロ波センサ２２に一時的に近づくため、接近反応データ１０１が安定して出力され、人物９１がドア２５２を閉め、マイクロ波センサ２２の監視領域３１から出ていく区間Bにおいて、ドア２５２と人物９１がマイクロ波センサ２２から遠ざかるため、離反反応データ１０２が安定して出力される。いまの場合、人物９１は、ドア２５２を閉めた後、立ち止まらずに監視領域３１から出て行くため、マイクロ波センサ２２からは、一連の反応として、離反反応データ１０２が出力される。
【０２２５】
図２７に示される人物９１の行動（イベント）に対する状態記述データ１５１は、図２８の区間Aにおける接近反応データ１０１および区間Bにおける離反反応データ１０２に基づき記述される。図２８の区間Ａ，Ｂにおけるセンサデータのパターンは、図２２の区間Ｃ，Ｄにおけるセンサデータのパターンと類似しており、図２７のイベントに対する状態記述データ１５１は、図２１のイベントに対する状態記述データ１５１と同様に、状態番号１，状態番号２のパターンとその継続時間として記述される。従って、状態記述データ１５１では、図２１のイベントと、図２７のイベントの識別が困難になる。
【０２２６】
その結果、例えば、ユーザが図２７のイベント（ドア２５２を開けて出て行くイベント）の通知が不要と判断して、図２８のセンサデータに基づき通知判定テーブル１６１が作成されている場合に、図２１のイベント（ドア２５２を開けて内部に入るイベント）が発生し、図２１のイベントに対して、ユーザがイベントの通知が必要と判断したにも関わらず、図２２のセンサデータに基づき記述された状態記述データ１５１が、図２８のセンサデータに基づき作成された通知判定テーブル１６１に該当すると判定され、図２１のイベントが非通知イベントと判定されることになる。このような場合が、判定規範学習処理における学習対象イベントが、ステップＳ２０４において、非通知イベントであると判定される場合である。
【０２２７】
この場合、判定規範学習部５５は、ステップＳ２０５で、状態記述データ蓄積部５３に蓄積されている図２１のイベントに関する図２２のセンサデータ、および図２７のイベントに関する図２８のセンサデータに基づき、２つのイベントの状態記述データ１５１が異なるデータとなるように、反応しきい値を調整する。すなわち、この場合、判定規範学習部５５は、図２２の区間Aにおける接近反応データ１０１−１から接近反応を認識できるように、反応しきい値を小さい値に変更する。すなわち、センサデータのより小さな変化からマイクロ波センサ２２の状態（イベント）を検出できるように検出条件が調整される。これにより、図２１のイベントに関する状態記述データ１５１のパターンは、状態番号１，状態番号０，状態番号１，状態番号２の順となり、図２７のイベントに関する状態記述データ１５１のパターン（状態番号１，状態番号２）と識別できるようになる。これにより、図２１のイベントが通知イベントと判定され、図２７のイベントが非通知イベントと判定されるようになる。
【０２２８】
ステップＳ２０６において、判定規範学習部５５は、ステップＳ２０５において調整した反応しきい値および既存のバッファサイズに基づき、状態記述データ蓄積部５３に蓄積されているイベントの状態記述データ１５１を更新する。判定規範学習部５５は、状態記述データ蓄積部５３に蓄積されているイベントのセンサデータを１つずつ読み込み、ステップＳ２０５において調整した反応しきい値および既存のバッファサイズに基づいて、状態記述データ１５１を再記述し、状態記述データ蓄積部５３に蓄積されている状態記述データ１５１を再記述したデータに更新する。
【０２２９】
このとき、状態記述データ１５１の先頭が状態番号０になった場合、この先頭の状態番号０の区間は、ステップＳ２０５において調整した反応しきい値および既存のバッファサイズに基づくマイクロ波センサ反応判定処理により、マイクロ波センサ２２が反応してしない（まだイベントが発生していない）と判定された区間なので、この先頭の状態番号０の記述は状態記述データ１５１から削除される。同様に、状態記述データ１５１の末尾が状態番号０になった場合、この末尾の状態番号０の区間は、ステップＳ２０５において調整した反応しきい値および既存のバッファサイズに基づくマイクロ波センサ反応判定処理により、マイクロ波センサ２２が反応してしない（すでにイベントが終了している）と判定された区間なので、この末尾の状態番号０の記述は状態記述データ１５１から削除される。従って、状態記述データ１５１は、状態番号０以外で始まり、状態番号０以外で終わるように記述される。
【０２３０】
ステップＳ２０７において、通知判定テーブル更新部５４は、図２５を参照して上述した通知判定テーブル更新処理を行ない、過去通知判定テーブル蓄積部２１７に蓄積されている通知判定テーブル１６１を更新する。この通知判定テーブル更新処理は、ステップＳ２０６において更新された状態記述データ１５１、すなわちステップＳ２０５で調整した反応しきい値に基づき更新された状態記述データ１５１に対して行なわれるため、結果的に、ステップＳ２０５で調整した反応しきい値に基づき、通知判定テーブル１６１が更新されることになる。
【０２３１】
ステップＳ２０７の処理の後、処理はステップＳ２０１に戻り、ステップＳ２０１乃至Ｓ２０４の処理により、ステップＳ２０６において更新された状態記述データ１５１と、ステップＳ２０７において更新された通知判定テーブル１６１に基づき、再度学習対象イベントが、非通知イベントか否か（更新された通知判定テーブル１６１に規定されているイベントに該当するか否か）が判定される。ステップＳ２０４において、再度、学習対象イベントが、非通知イベントと判定された場合、処理はステップＳ２０５に進み、反応しきい値が再調整される。これ以降、ステップＳ２０４において、学習対象イベントが非通知イベントでないと判定されるまで、上述した処理が繰り返される。
【０２３２】
以上の処理により、ユーザから「OK（今後も通知して欲しい）」と判断されたイベント（通知イベント）と、「NG（今後は通知しなくても良い）」と判断されたイベント（非通知イベント）を正確に識別できるように、反応しきい値が適切な値に調整される。すなわち、イベントに対するユーザからの通知の必要性の評価（ユーザからのフィードバックによる通知の必要性の評価）と、通知判定テーブル１６１に基づくイベントの通知の必要性の判定（イベント通知判定処理）の結果が一致するように、マイクロ波センサ２２の状態（イベント）の検出条件が調整される。
【０２３３】
次に、図２９を参照して、図２３と図２４の処理ボックス２の処理に対応して実行されるリモートコントローラ４における処理について説明する。なお、この処理は、リモートコントローラ４の電源をオンしたとき、開始される。
【０２３４】
ステップＳ２５１において、受信部８１は、処理ボックス２より通知データを受信したか否かを判定し、通知データを受信するまで待機する。そして、通知データを受信したと判定した場合、ステップＳ２５２に進み、受信部８１は、処理ボックス２から送信されてきた（上述した図２３のステップＳ５３の処理により送信されてきた）通知データに基づくイベント画像（通知画像データ）を呈示部８２に呈示させる。
【０２３５】
ユーザは、呈示部８２に呈示されたイベント画像を見て、入力部８３を操作し、判断（例えば、いま呈示されているイベントは今後も知らせて欲しいイベントであるのか、あるいは、今後は知らせなくてよいイベントであるのか）を入力する。
【０２３６】
ステップＳ２５３において、入力部８３は、呈示されたイベントに対するユーザからの判断（ユーザフィードバック）が入力されたか否かを判定し、ユーザフィードバックが入力されたと判定した場合、ユーザＦＢ信号を、送信部８４に供給し、ステップＳ２５４に進む。
【０２３７】
ステップＳ２５４において、送信部８４は、入力部８３から供給されたユーザＦＢ信号を処理ボックス２に送信する。処理ボックス２は、これを受信し、状態記述データ蓄積部５３に蓄積されている状態記述データ１５１に対応付ける（図２３のステップＳ６３）。
【０２３８】
ステップＳ２５４の処理の後、または、ステップＳ２５３において、ユーザフィードバックが入力されていないと判定された場合、処理はステップＳ２５１に戻り、上述した処理が繰り返し実行される。
【０２３９】
上述したように、監視システム１０が監視を開始してから所定の時間が経過し、図２４のステップＳ７２において、判定規範学習処理が十分行なわれたと判定された場合、ステップＳ７５において、処理ボックス２の判定規範確定フラグがオンされる。また、ステップＳ７４において、判定規範確定通知が処理ボックス２からマルチセンサカメラ１に送信され、図２０のステップＳ２１において、マルチセンサカメラ１により判定規範確定通知が受信され、ステップＳ２２において、マルチセンサカメラ１の判定規範確定フラグがオンされる。マルチセンサカメラ１および処理ボックス２において判定規範確定フラグがオンされると、以後、監視システム１０は判定規範学習期間終了後の処理を実行する。すなわち、判定規範学習処理により確定した判定規範に基づき、監視システム１０により通常の監視処理が行なわれる。
【０２４０】
そこで、次に、判定規範学習期間終了後に監視システム１０により実行される処理を説明する。
【０２４１】
まず、図１９と図２０を参照して、判定規範学習期間終了後に、マルチセンサカメラ１により実行される処理について説明する。
【０２４２】
上述したように、判定規範学習期間終了時には、図２４のステップＳ７２において判定規範学習処理が十分行なわれたと判定され、ステップＳ７４において処理ボックス２から送信された判定規範確定通知を、ステップＳ２１においてマルチセンサカメラ１が受信し、ステップＳ２２において判定規範確定フラグがオンされる。その後、処理はステップＳ２に戻り、状態記述部４１は、マイクロ波センサ２２からセンサデータを取得する。
【０２４３】
ステップＳ３において、状態記述部４１は、ステップＳ２の処理で取得したセンサデータ、および判定規範学習処理により確定した判定規範に基づいて、監視領域内における、例えば人物９１（監視対象としての動くもの）の一連の行動に関し、状態データ記述処理を行う。すなわち、状態記述部４１は、図１２を参照して説明したように、マイクロ波センサ２２が人物９１の接近を検出したとき、状態番号を１とし、離反を検出したとき、状態番号を２とし、それぞれに、その継続時間を対応付ける。このようにして記述された状態番号、および、反応継続時間を含む状態記述データ１５１が、イベント通知判定部４２に出力される。
【０２４４】
ステップＳ４において、イベント通知判定部４２は、イベント通知フラグがオンである（通知イベント発生中である）か否かを判定し、イベント通知フラグがオンではなくオフである（通知イベント発生中ではない）と判定した場合、処理はステップＳ８に進む。
【０２４５】
ステップＳ８において、イベント通知判定部４２は、判定規範確定フラグがオンか否かを判定する。いまの場合、判定規範学習期間終了後であり、判定規範確定フラグはオンされているので、処理はステップＳ９に進む。
【０２４６】
ステップＳ９において、イベント通知判定部４２は、通知イベントが発生しているか否かのイベント通知判定処理を行なう。すなわち、図１７を参照して上述したように、イベント通知判定部４２は、ステップＳ３の処理で取得した状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があるか否かを判定し、状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があった場合、その通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまるか否かを判定する。状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１がない、あるいは状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまらない場合、通知イベント（通知判定テーブル１６１に規定されていないイベント）が発生していると判定され、そうでない場合、通知イベントは発生していないと判定される。
【０２４７】
ステップＳ１０において、イベント通知判定部４２は、ステップＳ９の処理結果に基づいて、発生したイベントが通知イベントであるか否かを判定し、通知イベントであると判定した場合、処理はステップＳ１１に進み、イベント通知判定部４２は、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオンさせるとともに、イベント通知フラグをオンする。すなわち、発生したイベントが通知イベントであると判定された場合にのみＣＣＤカメラ２１の電源がオンされ、通知イベントでない場合には、ＣＣＤカメラ２１の電源はオフのままとなっており、これにより、無駄なバッテリ消費を抑えることができる。
【０２４８】
ステップＳ１２において、イベント通知判定部４２は、送信部４６を介して処理ボックス２に通知イベント発生信号を送信するとともに、通知画像送信制御信号をスイッチ４４に供給してオンさせる。これにより、ＣＣＤカメラ２１から処理ボックス２に対し、通知画像データ（ＣＣＤカメラ２１が監視領域３１を撮影して得たイベント画像）の送信が開始される。処理ボックス２は、この通知画像データを受信し、図２３のステップＳ５３において呈示部３に呈示させる。すなわち、ステップＳ９乃至Ｓ１２において、判定規範学習期間中とは異なり、通常のイベント通知判定処理が行なわれ、その判定結果に基づき、ユーザへイベントが通知される。
【０２４９】
ステップＳ１０において、発生したイベントが通知イベントではない、すなわち非通知イベントであると判定された場合、ステップＳ１１，Ｓ１２の処理はスキップされ、処理はステップＳ１７に進む。
【０２５０】
ステップＳ４において（ステップＳ１１の処理でイベント通知フラグがオンとされ、ステップＳ２１またはステップＳ２２の処理を経て、ステップＳ２，Ｓ３の処理の後、再び行われるステップＳ４の処理において）、イベント通知フラグがオンである（通知イベント発生中である）と判定された場合、処理はステップＳ５に進む。
【０２５１】
ステップＳ５において、イベント通知判定部４２は、イベント終了であるか否かを判定する。判定規範学習期間終了後の場合、判定規範学習期間中とは異なり、通常のイベント終了判定が行なわれる。すなわち、イベント通知判定部４２は、状態番号０の状態（マイクロ波センサ２２が接近反応も離反反応もしていない状態）が所定の期間継続したか否かを判定し、状態番号０の状態が所定の期間継続したと判定した場合、イベントが終了したと判定する。イベントが終了したと判定された場合、処理はステップＳ６に進む。
【０２５２】
なお、状態番号０の状態が予め設定されている所定の期間継続したと判定してから、イベントが終了したと判定されるのは、例えば、図２２の区間Ｂのような状態番号０の（マイクロ波センサ２２が反応していない）比較的短い区間において、イベントが終了したと誤判定されるのを防止するためである。
【０２５３】
ステップＳ６において、イベント通知判定部４２は、ＣＣＤカメラ２１に電源制御信号を供給してその電源をオフさせるとともに、イベント通知フラグをオフする。
【０２５４】
ステップＳ７において、イベント通知判定部４２は、状態記述データ送信制御信号をスイッチ４３に供給してオンさせ、通知画像送信制御信号をスイッチ４４に供給してオフさせる。これにより、ステップＳ３の処理で状態記述部４１から出力された状態記述データ１５１がスイッチ４３および送信部４６を介して処理ボックス２に送信されるとともに、ＣＣＤカメラ２１からスイッチ４４および送信部４６を介して処理ボックス２に送信されていた通知画像データ（イベント画像）の送信が停止される。なお、判定規範学習期間終了後の場合、処理ボックス２にセンサデータは送信されていないため、ステップＳ７において、センサデータの送信停止処理は行なわれない。
【０２５５】
ステップＳ５において、イベントが終了していないと判定された場合、ステップＳ６，Ｓ７の処理はスキップされ、処理はステップＳ１７に進む。
【０２５６】
ステップＳ１７において、イベント通知判定部４２は、受信部４７を介して処理ボックス２より通知判定テーブル１６１を受信したか否かを判定する（図２４のステップＳ７８の処理で送信される）。通知判定テーブル１６１を受信したと判定した場合、処理はステップＳ１８に進み、イベント通知判定部４２は、保持している通知判定テーブル１６１を、受信した通知判定テーブル１６１により更新する。処理ボックス２より通知判定テーブル１６１を受信していないと判定された場合、ステップＳ１８の処理はスキップされ、処理はステップＳ１９に進む。
【０２５７】
ステップＳ１９において、状態記述部４１は、受信部４７を介して処理ボックス２より判定規範を受信したか否かを判定する。判定規範学習期間終了後は、処理ボックス２で判定規範学習処理は行なわれず、判定規範は送信されてこないため、ステップＳ２０の処理はスキップされ、処理はステップＳ２１に進む。
【０２５８】
ステップＳ２１において、イベント通知判定部４２は、受信部４７を介して処理ボックス２より判定規範確定通知を受信したか否かを判定する。いまの場合、判定規範学習期間が終了し、判定規範は確定しており、処理ボックス２から判定規範確定通知は送信されてこないため、ステップＳ２２の処理はスキップされ、処理はステップＳ２に戻り、上述した処理が繰り返し実行される。
【０２５９】
以上のようにして、判定規範学習期間終了後は、判定規範学習処理により確定した判定規範に基づき、イベントの状態記述データ１５１が記述され、記述された状態記述データ１５１に基づき、イベント通知判定処理が行なわれ、通知イベントが発生していると判定された場合、処理ボックス２にイベントが通知される。
【０２６０】
次に、図２３と図２４を参照して、図１９と図２０のマルチセンサカメラ１の判定規範学習期間終了後の処理に対応して実行される処理ボックス２における処理について説明する。
【０２６１】
上述したように、判定規範学習期間終了時には、ステップＳ７２において、判定規範学習処理が十分行なわれたと判定され、ステップＳ７３とＳ７４において、通知判定テーブル１６１と判定規範確定通知がマルチセンサカメラ１に送信され、ステップＳ７５において、判定規範確定フラグがオンされる。その後、ステップＳ７９において、状態記述データ受信フラグおよびユーザＦＢ受信フラグがオフされ、処理はステップＳ５２に戻る。
【０２６２】
ステップＳ５２乃至ステップＳ６６までの処理（ユーザにイベントを呈示して、呈示したイベントの状態記述データ１５１、および呈示したイベントに対するユーザＦＢ信号を受信するまでの処理）は、判定規範学習期間中と同様であり、その説明は省略する。ただし、判定規範学習期間終了後は、ステップＳ５４において、判定規範確定フラグがオンであると判定され、ステップＳ５５の処理はスキップされるため、呈示したイベントのセンサデータは蓄積されず、状態記述データ１５１とユーザフィードバックのみが状態記述データ蓄積部５３に蓄積される。
【０２６３】
ステップＳ６７において、判定規範学習部５５は、判定規範確定フラグがオンか否かを判定する。いまの場合、判定規範確定フラグがオンであると判定され、処理はステップＳ７６に進む。
【０２６４】
ステップＳ７６において、通知判定テーブル更新部５４は、ステップＳ６１の処理により取得したユーザＦＢ信号が、「ＮＧ（今後は通知しなくても良い）」を示す信号か否かを判定する。ユーザＦＢ信号が「ＮＧ」を示す信号であると判定された場合、処理はステップＳ７７に進む。
【０２６５】
ステップＳ７７において、通知判定テーブル更新部５４は、図２５を参照して後述する（上述した判定規範学習期間中の通知判定テーブル更新処理と一部異なる）通知判定テーブル更新処理を行なう。この処理により、過去通知判定テーブル蓄積部２１７に蓄積されている通知判定テーブル１６１が更新される。
【０２６６】
ステップＳ７８において、通知判定テーブル更新部５４は、ステップＳ７７の処理により、過去の通知判定テーブル１６１と異なる通知判定テーブル１６１が作成され、過去通知判定テーブル蓄積部２１７に蓄積された場合には、その新しい通知判定テーブル１６１を、送信部５６を介してマルチセンサカメラ１に送信する。マルチセンサカメラ１は、この新しい通知判定テーブル１６１を受信し、更新する（上述した図２０のステップＳ１７とＳ１８）。
【０２６７】
ステップＳ７６において、ユーザＦＢ信号が「ＮＧ（今後は通知しなくても良い）」を示す信号でないと判定された場合、ステップＳ７７とＳ７８の処理はスキップされ、通知判定テーブル更新処理は行なわれずに、処理はステップＳ７９に進む。
【０２６８】
ステップＳ７９において、通知判定テーブル更新部５４は、ユーザフィードバック受信フラグをオフし、受信部５１は、状態記述データ受信フラグをオフする。
【０２６９】
ステップＳ７９の処理の後、処理はステップＳ５２に戻り、上述した処理が繰り返し実行される。
【０２７０】
以上のようにして、判定規範学習期間終了後は、イベント画像がユーザに呈示され、それに対して、ユーザから「ＮＧ（今後は通知しなくても良い）」を示すフィードバックが入力されると、通知判定テーブル１６１が更新され、マルチセンサカメラ１に送信される。
【０２７１】
次に、図２５を参照して、図２４のステップＳ７７における判定規範学習期間終了後の通知判定テーブル更新処理の詳細について説明する。
【０２７２】
ステップＳ１０１乃至ステップＳ１０８までの処理は、上述した判定規範学習期間中の処理と同様である。すなわち、判定規範学習期間終了後も、判定規範学習期間中と同様の処理により、仮の通知判定テーブル１６１が作成される。
【０２７３】
ステップＳ１０９において、テーブル比較部２１６は、判定規範確定フラグがオンであるか否かを判定する。いまの場合、判定規範学習期間終了後であり、判定規範確定フラグはオンなので、処理はステップＳ１１０に進む。
【０２７４】
ステップＳ１１０において、テーブル比較部２１６は、過去通知判定テーブル蓄積部２１７に蓄積されている過去の通知判定テーブル１６１と、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を比較する。
【０２７５】
ステップＳ１１１において、テーブル比較部２１６は、ステップＳ１１０の処理による比較の結果、過去の通知判定テーブル１６１と仮の通知判定テーブル１６１が同じであるか否かを判定し、同じではないと判定した場合、ステップＳ１１２に進み、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を、最新の通知判定テーブル１６１として送信部５６に供給する。上述したように、この最新の通知判定テーブル１６１が、図２４のステップＳ７８において、マルチセンサカメラ１に送信される。
【０２７６】
ステップＳ１１１において、過去の通知判定テーブル１６１と仮の通知判定テーブル１６１が同じであると判定された場合、そのテーブルは既にマルチセンサカメラ１に送信されているので、ステップＳ１１２の処理はスキップされ、処理はステップＳ１１３に進む。
【０２７７】
ステップＳ１１３において、テーブル比較部２１６は、仮通知判定テーブル蓄積部２１５に蓄積されている仮の通知判定テーブル１６１を過去通知判定テーブル蓄積部２１７に供給し、既に蓄積されている過去の通知判定テーブル１６１を更新する。
【０２７８】
以上の処理により、図１６に示されているような通知判定テーブル１６１−１乃至１６１−ｎからなる通知判定テーブル１６１群が過去通知判定テーブル蓄積部２１７に蓄積される。この通知判定テーブル１６１には、イベントとして通知しなくてよい場合のパターンが記憶されることになる。また、判定規範学習期間終了後は、判定規範学習期間中とは異なり、更新された通知判定テーブル１６１が、過去通知判定テーブル蓄積部２１７に蓄積されている過去の通知判定テーブル１６１と異なる場合、更新された通知判定テーブル１６１が、送信部５６を介してマルチセンサカメラ１に送信される。
【０２７９】
判定規範学習期間終了後のリモートコントローラ４における処理は、図２９を参照して上述した判定規範学習期間中の処理と同様であり、その説明は省略する。
【０２８０】
以上のように、判定規範学習処理により、ユーザからのフィードバックおよびマイクロ波センサ２２のセンサデータに基づいて、反応しきい値が調整され、調整された反応しきい値および既存のバッファサイズ（判定規範）に基づき、過去のイベントの状態記述データ１５１が更新されるとともに、通知判定テーブル１６１が更新されるようにしたので、ユーザが意図するイベントのみ通知するようにすることができ、かつ、イベントを通知する場合にのみ、ＣＣＤカメラ２１の電源をオンするようにしたので、無駄なバッテリ消費を抑えるようにすることができる。
【０２８１】
さらに、以上の本発明を適用した監視システム１０の実施の形態では、判定規範学習期間中に、マルチセンサカメラ１から処理ボックス２にマイクロ波センサ２２のセンサデータを送信して、そのセンサデータに基づき判定規範学習処理を行なう例を示したが、マルチセンサカメラ１から処理ボックス２にセンサデータを送信せず、センサデータを用いずに判定規範学習処理を実施させることも可能である。マルチセンサカメラ１から処理ボックス２にセンサデータを送信せずに判定規範学習処理を行なう場合、センサデータの送信によりマルチセンサカメラ１で消費される電力が抑えられる。以下、図１９乃至図２９を参照して説明したセンサデータを用いて判定規範学習処理を行なう方式をセンサデータ方式、以下に説明するセンサデータを用いずに判定規範学習処理を行なう方式を省電力方式と称する。
【０２８２】
図３０乃至図３４を参照して、省電力方式における監視システム１０により実行される処理を説明する。なお、センサデータ方式と省電力方式で、監視システム１０により同様の処理が実行される部分の説明は省略し、処理が異なる部分のみについて説明する。また、判定規範学習期間終了後の処理は、センサデータ方式と省電力方式で同様であり、その説明は省略し、判定規範学習期間中の省電力方式における処理についてのみ説明する。さらに、リモートコントローラ４における処理は、図２９を参照して上述したセンサデータ方式における処理と同様であり、その説明は省略する。
【０２８３】
まず、図３０と図３１を参照して、判定規範学習期間中に、マルチセンサカメラ１により実行される、省電力方式の判定規範学習処理について、センサデータ方式の場合と比較しつつ説明する。この処理は、ユーザにより、監視領域における監視が指令されたとき、開始される。
【０２８４】
図３０と図３１のステップＳ３０１乃至Ｓ３２１を、図１９と図２０のステップＳ1乃至Ｓ２２と比較して明らかなように、省電力方式とセンサデータ方式では、その基本的な処理は同様であるが、判定規範学習期間中のイベントの通知の開始条件と終了条件が異なる。つまり、省電力方式とセンサデータ方式では、判定規範学習期間中のイベントの通知期間が異なる。
【０２８５】
すなわち、センサデータ方式の場合、図１９のステップＳ１３において、直近のバッファサイズの期間中に、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２の少なくとも一方が、1回でも出力されていると判定された場合、ステップＳ１４とＳ１５の処理により、イベント画像の送信（イベントの通知）が開始される。これに対して、省電力方式の場合、図３０のステップＳ３１３において、状態記述部４１が、マイクロ波センサ反応判定処理により、直近のバッファサイズの期間中に出力された接近反応データ１０１または離反反応データ１０２の個数が反応しきい値以上である（マイクロ波センサ２２が接近反応または離反反応している）と判定した場合、ステップＳ３１４に進み、ステップＳ３１４とＳ３１５の処理により、イベント画像の送信（イベントの通知）が開始される。
【０２８６】
また、センサデータ方式の場合、図１９のステップＳ５において、マイクロ波センサ２２から接近反応データ１０１および離反反応データ１０２がともに所定の期間出力されていないと判定された場合、イベントが終了したと判定され、ステップＳ６とＳ７の処理により、イベント画像の送信（イベントの通知）が停止される。これに対して、省電力方式の場合、図３０のステップＳ３０５において、状態記述部４１が、マイクロ波センサ反応判定処理により、直近のバッファサイズの期間中に出力された接近反応データ１０１または離反反応データ１０２の個数が反応しきい値未満である（マイクロ波センサ２２が接近反応および離反反応していない（状態番号０の）状態である）と判定した期間が、所定の期間継続したか否かを判定する。状態番号０の状態が所定の期間継続したと判定された場合、イベントが終了したと判定され、処理はステップＳ３０６に進み、ステップＳ３０６とＳ３０７の処理により、イベントの通知が停止される。
【０２８７】
センサデータ方式では、上述したように判定規範学習処理により調整された判定規範に基づき、状態記述データ１５１の更新が行なわれ、過去に発生したイベントの期間が変更される場合がある。そのため、マイクロ波センサ２２から接近反応データ１０１または離反反応データ１０２の少なくとも一方が1回でも出力されているか否かの判定に基づき、イベントが発生している可能性がある最大限の期間において、イベントがユーザに通知され、そのセンサデータおよび状態記述データ１５１が処理ボックス２に送信される。
【０２８８】
これに対して、省電力方式では、図３４を参照して後述する判定規範学習処理において、一度記述された状態記述データ１５１の更新は行われず、過去に発生したイベントの期間は変更されない。そのため、イベント発生時の判定規範に基づいたマイクロ波センサ反応判定処理により、マイクロ波センサ２２が反応しているか否か（イベントが発生しているか否か）の判定に基づき、イベントの通知の開始および停止が行なわれる。すなわち、イベント発生時の判定規範に基づき検出されたイベントがユーザに通知され、その状態記述データ１５１が処理ボックス２に送信される。
【０２８９】
また、センサデータ方式の図１９のステップＳ１６における処理ボックス２へのセンサデータの送信処理は、省電力方式では行なわれない（図３０のステップＳ３１５の処理の後、図１９のステップＳ１６に対応する処理が実行されずに、図１９のステップＳ１７に対応するステップＳ３１６の処理が実行される）。すなわち、省電力方式では、ユーザに通知したイベントに関するマイクロ波センサ２２のセンサデータは処理ボックス２に送信されない。
【０２９０】
省電力方式の判定規範学習期間中におけるそれ以外のマルチセンサカメラ１における処理は、センサデータ方式と同様であり、その説明は省略する。
【０２９１】
次に、図３２と図３３を参照して、省電力方式の判定規範学習期間中に、図３０と図３１のマルチセンサカメラ１の判定規範学習期間中の処理に対応して実行される処理ボックス２における処理について説明する。なお、この処理は、ユーザにより、呈示部３に対して一般視聴信号（放送番組信号）に対応する画像の呈示を行うよう指令されたとき、または監視領域における監視をするよう指令されたとき、開始される。
【０２９２】
図３２と図３３のステップＳ３５１乃至Ｓ３７７を、図２３と図２４のステップＳ５1乃至Ｓ７９と比較して明らかなように、両方式における基本的な処理は同様である
【０２９３】
ただし、センサデータ方式の図２３のステップＳ５４とＳ５５におけるセンサデータの蓄積処理は、省電力方式では行なわれない。すなわち、省電力方式ではユーザに通知したイベントのセンサデータは蓄積されない（図３０を参照して説明したように、そもそもマルチセンサカメラ１は、センサデータを送信してこない）。
【０２９４】
また、省電力方式の図３３のステップＳ３６７における判定規範学習処理は、センサデータ方式の図２４のステップＳ６９における判定規範学習処理（図２６）と処理内容が異なる。省電力方式における判定規範学習処理の詳細については、図３４を参照して後述する。
【０２９５】
省電力方式の判定規範学習期間中におけるそれ以外の処理ボックス２における処理は、センサデータ方式の場合と同様であり、その説明は省略する。なお、ステップＳ３６９における通知判定テーブル更新処理も、センサデータ方式の図２５の処理と同様であり、その説明は省略する。
【０２９６】
次に、図３４を参照して、図３３のステップＳ３６７における省電力方式の判定規範学習処理の詳細について説明する。
【０２９７】
ステップＳ４０１において、判定規範学習部５５は、図３２のステップＳ３５３においてユーザに呈示され、それに対して図３３ステップＳ３６６においてユーザから「OK（今後も通知して欲しい）」を示すＦＢ信号が入力されたと判定されたイベント（学習対象イベント）の状態記述データ１５１を状態記述データ蓄積部５３から読み込む。
【０２９８】
ステップＳ４０２において、判定規範学習部５５は、通知判定テーブル更新部５４の過去通知判定テーブル蓄積部２１７から通知判定テーブル１６１を読み込む。
【０２９９】
ステップＳ４０３において、判定規範学習部５５は、学習対象イベントに対して、イベント通知判定処理を行なう。すなわち、図１７を参照して上述したように、判定規範学習部５５は、学習対象イベントの状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があるか否かを判定し、状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があった場合、その通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまるか否かを判定する。学習対象イベントの状態記述データ１５１の状態番号のパターンと一致する通知判定テーブル１６１があり、その通知判定テーブル１６１の各状態番号の継続時間の最小値と最大値の範囲内に、状態記述データ１５１の各状態番号の継続時間がおさまる場合、学習対象イベントは非通知イベント（通知判定テーブル１６１に規定されているイベントである）と判定され、そうでない場合、通知イベント（通知判定テーブル１６１に規定されているイベントではない）と判定される。
【０３００】
ステップＳ４０４において、判定規範学習部５５は、ステップＳ４０３の処理による結果、学習対象イベントが通知イベントか否かを判定する。学習対象イベントが通知イベントであると判定された場合、すなわち、ユーザから「ＯＫ」と判断されたイベントが、通知判定テーブル１６１に通知不要イベントとして規定されていない場合、現時点で判定規範は適正な値であると判定され、判定規範学習処理は終了する。
【０３０１】
ステップＳ４０４において、学習対象イベントが非通知イベントであると判定された場合、すなわち、ユーザから「ＯＫ」と判断されたイベントが、通知判定テーブル１６１に通知不要イベントとして規定されている場合、判定規範は適正な値でないと判定され、処理はステップＳ４０５に進み、反応しきい値が調整される。
【０３０２】
ステップＳ４０５において、判定規範学習部５５は、反応しきい値を現在の値から予め定められた所定の値だけ小さな値に調整する。すなわち、固定された値に基づき調整が行なわれるため、センサデータが存在しなくても調整が可能になる。これにより、マイクロ波センサ反応判定処理によるマイクロ波センサ２２の反応の検出基準が低くなり（マイクロ波センサ２２から出力される接近反応データ１０１または離反反応データ１０２のより少ない個数により、マイクロ波センサ２２が接近反応または離反反応していると判定されるようになり）、状態記述部４１がマイクロ波センサ２２の反応を検知する感度が高くなる。すなわち、センサデータのより小さな変化からマイクロ波センサ２２の状態（イベント）が検出できるように検出条件が調整される。従って、発生したイベントに対する状態記述データ１５１のパターンが増加し、イベントの分類が細分化されるため、ユーザが「ＯＫ」と判断したイベントと「ＮＧ」と判断したイベントの状態記述データ１５１が異なるパターンとなり、それぞれのイベントを識別できる可能性が高くなる。
【０３０３】
ただし、センサデータ方式のように、調整された反応しきい値が、センサデータに基づき現時点で最適な条件（イベントに対するユーザからのフィードバックによる通知が必要か否かの評価と、イベント通知判定処理の判定結果が一致する条件）か否かを確認できないため、省電力方式では、判定規範学習期間が、センサデータ方式と比べて長めに設定される。あるいは、判定規範学習期間を、判定規範学習処理の実行回数により規定する場合は、その回数がセンサデータ方式と比べて多めに設定される。
【０３０４】
以上の省電力方式における処理により、センサデータを用いずに反応しきい値を調整できるようになる。
【０３０５】
また、本発明では、CCDカメラに限らず、CMOS（Complementary Metal Oxide Semiconductor）カメラやその他のカメラを使用することも可能である。
【０３０６】
さらに、マルチセンサカメラ１や呈示部３は、１台ではなく、複数台設けるようにしたり、処理ボックス２は、呈示部３と別の筐体とせず、一体型とするようにしたり、リモートコントローラ４に呈示部８２を設けずに、呈示部３のみの呈示とするようにしたり、あるいは、処理ボックス２にユーザフィードバックを入力するための入力部を設けるようにすることができる。
【０３０７】
上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０３０８】
図３５は、汎用のパーソナルコンピュータ３００の内部の構成例を示す図である。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）などのディスプレイ、並びにスピーカなどで構成される出力部３０７、ハードディスクなどで構成される記憶部３０８、およびモデムやターミナルアダプタなどで構成される通信部３０９が接続されている。通信部３０９は、インターネットを含むネットワークを介して通信処理を行う。
【０３１１】
入出力インターフェース３０５にはまた、必要に応じてドライブ３１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどよりなるリムーバブルメディア３１１が適宜装着され、そこから読み出されたコンピュータプログラムが、記憶部３０８にインストールされる。
【０３１２】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを記録する記録媒体は、図３５に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory）、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MD(Mini-Disc)（登録商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア３１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM３０３または記憶部３０８に含まれるハードディスクなどで構成される。
【０３１３】
なお、本明細書において、プログラム格納媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０３１４】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表わすものである。
【図面の簡単な説明】
【０３１５】
【図１】本発明を適用した監視システムの構成例を示す図である。
【図２】マルチセンサカメラの外観の構成例を示す図である。
【図３】マイクロ波センサの監視領域を示す平面図である。
【図４】図１のマルチセンサカメラの機能的構成例を示すブロック図である。
【図５】図１の処理ボックス、呈示部、およびリモートコントローラの機能的構成例を示すブロック図である。
【図６】マイクロ波センサの監視領域内の人物の動きを説明する図である。
【図７】マイクロ波センサが出力するセンサデータの例を示す図である。
【図８】マイクロ波センサの監視領域内の人物の動きと、人物の動きに対してマイクロ波センサが出力するセンサデータの例を示す図である。
【図９】マイクロ波センサの監視領域内の人物の動きと、人物の動きに対してマイクロ波センサが出力するセンサデータの例を示す図である。
【図１０】マイクロ波センサが出力するセンサデータの例を示す図である。
【図１１】人物の行動に応じて記述されるマイクロ波センサの状態番号の例を示す図である。
【図１２】状態記述データの例を示す図である。
【図１３】マイクロ波センサの監視領域内の人物の動きを説明する図である。
【図１４】マイクロ波センサが出力するセンサデータの例を示す図である。
【図１５】状態記述データの例を示す図である。
【図１６】通知判定テーブルの例を示す図である。
【図１７】イベント通知判定処理を説明する図である。
【図１８】図４の通知判定テーブル更新部の詳細な構成例を示すブロック図である。
【図１９】マルチセンサカメラにおける処理を説明するフローチャートである。
【図２０】マルチセンサカメラにおける処理を説明するフローチャートである。
【図２１】マイクロ波センサの監視領域内の人物の動きを説明する図である。
【図２２】マイクロ波センサが出力するセンサデータの例を示す図である。
【図２３】処理ボックスにおける処理を説明するフローチャートである。
【図２４】処理ボックスにおける処理を説明するフローチャートである。
【図２５】通知判定テーブル更新処理の詳細を説明するフローチャートである。
【図２６】判定規範学習処理の詳細を説明するフローチャートである。
【図２７】マイクロ波センサの監視領域内の人物の動きを説明する図である。
【図２８】マイクロ波センサが出力するセンサデータの例を示す図である。
【図２９】リモートコントローラにおける処理を説明するフローチャートである。
【図３０】マルチセンサカメラにおける省電力方式の処理を説明するフローチャートである。
【図３１】マルチセンサカメラにおける省電力方式の処理を説明するフローチャートである。
【図３２】処理ボックスにおける省電力方式の処理を説明するフローチャートである。
【図３３】処理ボックスにおける省電力方式の処理を説明するフローチャートである。
【図３４】省電力方式の判定規範学習処理の詳細を説明するフローチャートである。
【図３５】汎用のパーソナルコンピュータの構成例を示すブロック図である。
【符号の説明】
【０３１６】
１  マルチセンサカメラ，  ２  処理ボックス，  ３  呈示部，  ４  リモートコントローラ，  １０  監視システム，  ２２  マイクロ波センサ，  ４１  状態記述部，  ４２  イベント通知判定部，  ５２  呈示画像構築部，  ５３  状態記述データ蓄積部，  ５４  通知判定テーブル更新部，  ５５  判定規範学習部，  ８２  呈示部，  ８３  入力部，  ２１１  ユーザフィードバック判定部，  ２１２  状態記述パターン比較部，  ２１３  新規パターン作成部，  ２１４  既存パターン更新部，  ２１５  仮通知判定テーブル蓄積部，  ２１６  テーブル比較部，  ２１７  過去通知判定テーブル蓄積部
【図１】
2005092740.tif 000003
【図２】
2005092740.tif 000004
【図３】
2005092740.tif 000005
【図４】
2005092740.tif 000006
【図５】
2005092740.tif 000007
【図６】
2005092740.tif 000008
【図７】
2005092740.tif 000009
【図８】
2005092740.tif 000010
【図９】
2005092740.tif 000011
【図１０】
2005092740.tif 000012
【図１１】
2005092740.tif 000013
【図１２】
2005092740.tif 000014
【図１３】
2005092740.tif 000015
【図１４】
2005092740.tif 000016
【図１５】
2005092740.tif 000017
【図１６】
2005092740.tif 000018
【図１７】
2005092740.tif 000019
【図１８】
2005092740.tif 000020
【図１９】
2005092740.tif 000021
【図２０】
2005092740.tif 000022
【図２１】
2005092740.tif 000023
【図２２】
2005092740.tif 000024
【図２３】
2005092740.tif 000025
【図２４】
2005092740.tif 000026
【図２５】
2005092740.tif 000027
【図２６】
2005092740.tif 000028
【図２７】
2005092740.tif 000029
【図２８】
2005092740.tif 000030
【図２９】
2005092740.tif 000031
【図３０】
2005092740.tif 000032
【図３１】
2005092740.tif 000033
【図３２】
2005092740.tif 000034
【図３３】
2005092740.tif 000035
【図３４】
2005092740.tif 000036
【図３５】
2005092740.tif 000037