(57)【要約】【課題】  １つの装置構成で様々な状況のモニタリングを可能にし、かつ簡便に設置・利用することが可能な状況モニタリング装置及びそのシステムを廉価に実現できるようにする。【解決手段】  自装置の設置された設置場所を認識し（ステップＳ１０２）、設置場所と、認識する状況とを関連付ける情報を保持し、設置場所の認識結果と関連付ける情報とに従って、認識する所定の状況を決定し（ステップＳ１０４）、決定された所定の状況を認識し（ステップＳ１０６）、この所定の状況の認識結果をユーザに通知する（ステップＳ１０８）ようにする。【選択図】  図１
2006018818.tif 000002
【特許請求の範囲】
【請求項１】
自機器の設置された設置場所を認識する設置場所認識手段と、
前記設置場所と、認識する状況の内容とを関連付ける情報を保持する情報保持手段と、
前記設置場所認識手段による認識結果と前記関連付ける情報とに従って、前記認識する所定の状況を決定する決定手段と、
前記決定手段で決定された所定の状況を認識する状況認識手段と、
前記状況認識手段による前記所定の状況の認識結果を前記ユーザに通知する通知手段と
を有することを特徴とする状況モニタリング装置。
【請求項２】
自機器の設置された設置場所を認識する設置場所認識手段と、
対象物を認識する対象物認識手段と、
前記設置場所と、認識する前記対象物及び認識する状況とを関連付ける情報を保持する情報保持手段と、
前記設置場所認識手段による認識結果と前記関連付ける情報とに従って、前記認識する対象物と認識する所定の状況とを決定する決定手段と、
前記決定手段で決定された対象物が前記決定手段で決定された所定の状況であることを認識する状況認識手段と、
前記状況認識手段による前記所定の状況の認識結果をユーザに通知する通知手段と
を有することを特徴とする状況モニタリング装置。
【請求項３】
特定の対象物を認識する対象物認識手段と、
前記対象物と、認識する状況とを関連付ける情報を保持する情報保持手段と、
前記対象物認識手段による認識結果と前記関連付ける情報とに従って、前記認識する所定の状況を決定する決定手段と、
前記対象物認識手段で認識された対象物が決定された所定の状況であることを認識する状況認識手段と、
前記状況認識手段による前記所定の状況の認識結果をユーザに通知する通知手段と
を有することを特徴とする状況モニタリング装置。
【請求項４】
前記状況認識手段は、画像データを取得する取得手段を備え、取得した画像データから前記所定の状況を認識することを特徴とする請求項１〜３のいずれか１項に記載の状況モニタリング装置。
【請求項５】
前記設置場所認識手段は、画像データを取得する取得手段を備え、取得した画像データから前記設置場所を認識することを特徴とする請求項１又は２に記載の状況モニタリング装置。
【請求項６】
前記設置場所認識手段は、所定の条件を検出した場合に前記設置場所の認識処理を開始することを特徴とする請求項１又は２に記載の状況モニタリング装置。
【請求項７】
前記所定の条件とは、撮像された画像の変化であることを特徴とする請求項６に記載の状況モニタリング装置。
【請求項８】
前記設置場所認識手段は、自機器の移動を感知するセンサを備え、前記所定の条件とは、当該センサからの情報の変化であることを特徴とする請求項６に記載の状況モニタリング装置。
【請求項９】
自装置の動作に必要なパラメータを入力する操作部を更に有し、前記所定の条件とは、当該操作部に対するユーザの特定の入力操作であることを特徴とする請求項６に記載の状況モニタリング装置。
【請求項１０】
前記所定の条件とは、自装置の電源投入であることを特徴とする請求項６に記載の状況モニタリング装置。
【請求項１１】
前記所定の条件とは、予め定めるタイミングであることを特徴とする請求項６に記載の状況モニタリング装置。
【請求項１２】
前記通知手段は、前記設置場所認識手段により前記設置場所の変更が認識されたことをユーザに更に通知することを特徴とする請求項１、２、４〜１１のいずれか１項に記載の状況モニタリング装置。
【請求項１３】
前記通知手段は、認識する対象が変更されたことをユーザに更に通知することを特徴とする請求項１乃至３のいずれか１項に記載の状況モニタリング装置。
【請求項１４】
自機器の動作に必要なパラメータを入力する操作部を更に有し、所定の条件で前記関連付ける情報の更新を促すインターフェースを当該操作部に提示することを特徴とする請求項１または２に記載の状況モニタリング装置。
【請求項１５】
前記所定の条件とは、前記設置場所認識手段が前記設置場所の移動を認識した場合であることを特徴とする請求項１４に記載の状況モニタリング装置。
【請求項１６】
前記所定の条件とは、前記設置場所認識手段が前記関連付ける情報に登録されてない設置場所を認識した場合であることを特徴とする請求項１４に記載の状況モニタリング装置。
【請求項１７】
自機器の動作に必要なパラメータを入力する操作部を更に有し、所定の条件で前記関連付ける情報の更新を促すインターフェースを当該操作部に提示することを特徴とする請求項３に記載の状況モニタリング装置。
【請求項１８】
前記所定の条件とは、前記対象物認識手段が前記関連付ける情報に登録されてない対象物を認識した場合であることを特徴とする請求項１７に記載の状況モニタリング装置。
【請求項１９】
前記決定手段は、前記設置場所認識手段が前記関連付ける情報に登録されてない設置場所を認識した場合、予め定めるデフォルトの状況を設定することを特徴とする請求項１または２に記載の状況モニタリング装置。
【請求項２０】
前記決定手段は、前記対象物認識手段が前記関連付ける情報に設定されてない対象物を認識した場合、予め定めるデフォルトの状況を設定することを特徴とする請求項３に記載の状況モニタリング装置。
【請求項２１】
前記状況認識手段は、認識された場所に対応する対象物が複数存在する場合、予め定める優先度に従って状況の認識を行うことを特徴とする請求項１〜１９のいずれか１項に記載の状況モニタリング装置。
【請求項２２】
自機器が主要部と周辺部とに分離する構造を有しており、前記設置場所認識手段で設置場所を認識するための情報が前記周辺部に保持されていることを特徴とする請求項１又は２に記載の状況モニタリング装置。
【請求項２３】
前記設置場所認識手段は、外部装置或いは自機器に近接する外部デバイスと通信する外部通信手段を更に有し、前記外部装置の発する情報或いは前記外部デバイスの保持する情報に従って、前記設置場所を認識することを特徴とする請求項１又は２に記載の状況モニタリング装置。
【請求項２４】
自装置と分離した操作部及び当該操作部と通信する操作部通信手段を更に有し、前記操作部を介して当該自装置の動作に必要なパラメータの設定を行うことを特徴とする請求項１〜２３のいずれか１項に記載の状況モニタリング装置。
【請求項２５】
ネットワークに接続する接続手段とサーバ手段とを更に有し、当該サーバ手段を介して外部装置から自機器の動作に必要なパラメータの設定を行うを特徴とする請求項１〜２４のいずれか１項に記載の状況モニタリング装置。
【請求項２６】
前記サーバ手段は、ＨＴＴＰ（Hyper Text Transfer Protocol）サーバであることを特徴とする請求項２５に記載の状況モニタリング装置。
【請求項２７】
請求項１乃至２６のいずれか１項に記載の状況モニタリング装置と、
ネットワークに接続する接続手段とを有し、
前記状況認識手段で実行する処理アルゴリズムが前記ネットワークに接続された他の外部装置に保持されることを特徴とする状況モニタリングシステム。
【請求項２８】
対象物の状況を解析する状況解析手段と、
当該状況解析手段の出力から所定の状況を判別する判別手段と、
前記状況解析手段の出力に基づく状況のを、所定の信号に変換する状況符号化手段と、
前記状況符号化手段の出力を用いて前記状況解析手段の出力をユーザに通報する通報手段と
を有することを特徴とする状況モニタリング装置。
【請求項２９】
前記所定の信号は状況を表す図形シンボル情報、文字情報、音声情報、発光パターン情報の少なくとも１つを所定の方法で符号化した信号であることを特徴とする請求項２８に記載の状況モニタリング装置。
【請求項３０】
更に、前記状況解析手段の出力に基づいて所定の通報先から少なくとも１つの通信先を選択する制御手段を備えることを特徴とする請求項２８または２９に記載の状況モニタリング装置。
【請求項３１】
対象物を識別する対象物識別手段を更に有し、
前記制御手段は、前記対象物識別手段の出力と当該対象物に対する前記状況解析手段の出力とに基づいて所定の通報先から少なくとも１つの通信先を選択すること特徴とする請求項３０に記載の状況モニタリング装置。
【請求項３２】
場所を識別する場所識別手段を更に有し、
前記制御手段は、前記場所識別手段の出力と前記状況解析手段の出力とに基づいて所定の通報先から少なくとも１つの通信先を選択することを特徴とする請求項３０に記載の状況モニタリング装置。
【請求項３３】
対象物を識別する対象物識別手段と、
場所を識別する場所識別手段と、を更に有し、
前記制御手段は、前記対象物識別手段の出力及び前記場所識別手段の出力及び前記状況解析手段の出力に基づいて所定の通報先から少なくとも１つの通信先を選択することを特徴とする請求項３０に記載の状況モニタリング装置。
【請求項３４】
時間を管理する時間管理手段を更に有し、
前記制御手段は、前記時間管理手段の出力と前記状況解析手段の出力とに基づいて所定の通報先からから少なくとも１つの通信先を選択することを特徴とする請求項３０乃至３３のいずれか１項に記載の状況モニタリング装置。
【請求項３５】
前記通報手段を複数有し、前記状況解析手段の出力に基づいて当該複数の通報手段の中から少なくとも１つの通信先を選択する制御手段を備えることを特徴とする請求項２８または２９に記載の状況モニタリング装置。
【請求項３６】
対象物を識別する対象物識別手段を更に有し、
前記制御手段は、前記対象物識別手段の出力と前記対象物に対する状況解析手段の出力とに基づいて、前記複数の通報手段の中から少なくとも１つの通信先を選択することを特徴とする請求項３５に記載の状況モニタリング装置。
【請求項３７】
場所を識別する場所識別手段を更に有し、
前記制御手段は、前記場所識別手段の出力と前記状況解析手段の出力とに基づいて、前記複数の通報手段の中から少なくとも１つの通信先を選択することを特徴とする請求項３５に記載の状況モニタリング装置。
【請求項３８】
対象物を識別する対象物識別手段と、
場所を識別する場所識別手段とを更に有し、
前記制御手段は、前記対象物識別手段の出力及び当該場所識別手段の出力及び前記状況解析手段の出力に基づいて前記複数の通報手段の中から少なくとも１つの通信先を選択することを特徴とする請求項３５に記載の状況モニタリング装置。
【請求項３９】
時間を管理する時間管理手段を更に有し、
前記制御手段は、前記時間管理手段の出力と前記状況解析手段の出力とに基づいて前記複数の通報手段の中から少なくとも１つの通信先を選択することを特徴とする請求項３５乃至３８のいずれか１項に記載の状況モニタリング装置。
【請求項４０】
前記状況解析手段は画像データを取得する画像データ取得手段を有し、前記画像データ取得手段により取得された画像データから状況を解析することを特徴とする請求項２８乃至３９のいずれか１項に記載の状況モニタリング装置。
【請求項４１】
前記対象物識別手段は、画像データを取得する画像データ取得手段を有し、前記画像データ取得手段により取得された画像データを用いて対象物を識別することを特徴とする請求項３１、３３、３６、３８のいずれか１項に記載の状況モニタリング装置。
【請求項４２】
前記場所識別手段は、画像データを取得する画像データ取得手段を有し、前記画像データ取得手段により取得された画像データから自装置の設置場所を識別することを特徴とする請求項３２、３３、３７、３８のいずれか１項に記載の状況モニタリング装置。
【請求項４３】
ネットワークに接続する接続手段とサーバ手段とを更に有し、当該サーバ手段を介して外部装置から自装置の動作に必要なパラメータの設定が可能であることを特徴とする請求項２８乃至４２のいずれか１項に記載の状況モニタリング装置。
【請求項４４】
前記パラメータは、前記通報先を選択する制御手段の制御パラメータであることを特徴とする請求項４３に記載の状況モニタリング装置。
【請求項４５】
前記パラメータは、前記通報手段を選択する制御手段の制御パラメータであることを特徴とする請求項４３に記載の状況モニタリング装置。
【請求項４６】
前記サーバ手段は、ＨＴＴＰ(Hyper Text Transfer Protocol）サーバであることを特徴とする請求項４３乃至４５のいずれか１項に記載の状況モニタリング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象物の状況を認識し、その状況を通知する状況モニタリング装置、及び当該状況モニタリング装置がネットワークに接続された状況モニタリングシステムに関するものである。
【背景技術】
【０００２】
インターネットの常時接続化ならびに広帯域化が進む一方で、セキュリティに関する意識の高まりに伴い、最近ではオフィスや家庭の状況を遠隔地からモニタリングする映像通信装置が実用化され、広く販売されている。このような既存の映像通信装置を利用すれば、遠隔地から、不審者の侵入を監視したり、病人・老人・子供等の弱者を見守ったりするセキュリティシステムを構築することが可能である。
【０００３】
しかしながら、上述のようなセキュリティシステムの場合、遠隔地のユーザは定期的に映像データを観察するようにしなければ、問題が発生した場合に速やかに対応することが困難である。これに対して、例えば特許文献１では、動物体を検知して通報する機能を有するセキュリティシステムが提案されている。この様なシステムの場合、不審者の可能性がある人物の侵入を検知・通知する程度の機能しか実現できない。また、映像データを無条件に配信してしまうことから生じるプライバシー侵害の問題のため、適用可能なケースが限定されてくる。
【０００４】
これらの問題点を解決するために、映像データそのものの配信ではなく、対象物の特定の状況を認識し、状況に応じて適切な処理を行う専用システムが提案されている。例えば特許文献２では、被介護人の状況を、音声による応答或いは画像認識による不在検出等に基づいて認識し、異常と認められる場合に通知するシステムが提案されている。また、特許文献３では、映像データからユーザの浴室内の状況を認識し異常を認識した場合に、警報するシステムが提案されている。
【０００５】
しかしながら、これらのシステムは何れも個別の状況毎に専用システムとして構築されたものであり、１つの装置で様々な状況に適用可能なものではない。従って、例えば複数の目的に適合したセキュリティシステムを構築しようとすると、夫々のケースに対応して、複数の専用装置を取り揃える必要があり大規模かつ高価なものとなってしまう。更にはこれらの専用システムは、導入に手間（導入のための工事等）がかかり、簡便に設置できるものではない。一方、家族の構成や家人の状況は時と共に変化するものであり、このような専用システムを取り揃えることは現実的ではない。
【０００６】
これに対して、近年の画像処理技術の進歩や演算処理能力の向上に伴い、人物の一般的な動作や状態を認識する装置が多数提案されてきている。例えば特許文献４では、時系列画像から得た特徴量ベクトル列をシンボル列に変換し、隠れマルコフモデルに基づいて認識対象カテゴリの中から最も尤度の高いものを選び出す装置が提案されている。また、顔の表情を認識する手法等も多数提案されており、例えば特許文献５では、苦痛や生気等の表情を認識する装置が提案されている。
【０００７】
しかしながら、このような手法を利用して汎用の（様々な状況の認識を１つの装置で実現する）状況モニタリング装置を実現しようとすると、認識対象となる動作のカテゴリ（認識する状況の種類）の増加に伴い誤認識が増加し、更に必要な処理能力も増大してしまうという問題がある。
【０００８】
更に、これら従来のセキュリティシステムは何らかの異常が発生した場合、当該異常を予め決められた通報先(例えば警備会社等)に一様に通報してしまうため、装置を多目的に利用することが困難であるという問題もある。例えば、子供の見守りを目的としたセキュリティシステムの場合、子供の状況は母親に連絡することが望まれ、不審者の侵入や火災等の異常発生の監視を目的としたセキュリティシステムの場合には、速やかに警備会社等に連絡することが望まれる。しかし、従来のセキュリティシステムでは、このような幅広い目的に応じた柔軟な運用が困難であった。
【特許文献１】特開２００２−７４５６６号公報
【特許文献２】特開２００２−３５２３５４号公報
【特許文献３】特開平１０−１５１０８６号公報
【特許文献４】特開平６−２５１１５９号公報
【特許文献５】特開平１１−２１４３１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明はこのような問題点を解決するためになされたものであり、１つの装置構成で様々な状況のモニタリングと状況に応じた通知とを可能にし、かつ簡便に設置・利用することが可能な状況モニタリング装置及びそのシステムを廉価に実現することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために本発明に係る状況モニタリング装置は以下のような構成を備える。すなわち、
自機器の設置された設置場所を認識する設置場所認識手段と、
前記設置場所と、認識する状況の内容とを関連付ける情報を保持する情報保持手段と、
前記設置場所認識手段による認識結果と前記関連付ける情報とに従って、前記認識する所定の状況を決定する決定手段と、
前記決定手段で決定された所定の状況を認識する状況認識手段と、
前記状況認識手段による前記所定の状況の認識結果を前記ユーザに通知する通知手段とを有する。
【００１１】
また、上記の目的を達成するために本発明に係る他の状況モニタリング装置は以下の構成を備える。すなわち、
対象物の状況を解析する状況解析手段と、
当該状況解析手段の出力から所定の状況を判別する判別手段と、
前記状況解析手段の出力に基づく状況のを、所定の信号に変換する状況符号化手段と、
前記状況符号化手段の出力を用いて前記状況解析手段の出力をユーザに通報する通報手段とを有する。
【発明の効果】
【００１２】
本発明によれば、１つの装置構成で様々な状況のモニタリングと状況に応じた通知とを可能にし、かつ簡便に設置・利用することが可能な状況モニタリング装置及びそのシステムを廉価に実現することが可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面に従って本発明の各実施形態を詳細に説明する。本実施形態にかかる状況モニタリング装置は、当該装置の設置場所に応じて、所定の対象物の所定の状況を認識し、ネットワークを介してユーザに状況の変化を通知するものである。
【００１４】
［第ｌの実施形態］
図２は、本発明の一実施形態にかかる状況モニタリング装置を含む状況モニタリングシステムの概略構成図である。
【００１５】
図２において、２０１は状況モニタリング装置であり、ケーブルモデム／ＡＤＳＬモデム等の回線接続装置２０２を介してインターネット等のネットワーク２０３に接続されている。２０４は携帯電話等の携帯端末装置であり、状況モニタリング装置２０１が送信する状況認識結果情報を受信する。２０５はサーバ装置であり、メールサーバ等のサービス提供機能を有する。
【００１６】
状況モニタリング装置２０１は、認識する対象物体（認識対象）に所定の状況変化が発生した場合に、予め決められた所定の情報を示すテキスト文書を生成し、インターネットプロトコルに従ってメールサーバ２０５に対して当該情報をメール文書として送信する。メール文書を受信したメールサーバ２０５では、メール送信先の携帯端末装置２０４に対して所定のプロトコルでメールの到着を通知する。そして、携帯端末装置２０４では、メールの到着情報に従って、メールサーバ２０５に保持されたメール文書を受信する。このように、携帯端末装置２０４を所有するユーザは、状況モニタリング装置２０１の検知した認識対象の状況変化を遠隔地で確認することができる。なお、状況モニタリング装置２０１はネットワーク２０３に直接アクセスする機能を内蔵していても良く、その場合、宅内の回線接続装置２０２を介することなくネットワーク２０３に接続される。また、状況認識結果情報を受信する端末は、携帯端末装置２０４に限るものではなくパーソナルコンピュータ２０６やＰＤＡ（Personal Digital Assistant）等の端末でも良い。
【００１７】
図３は、第１の実施形態における状況モニタリング装置２０１の概略構成図である。図３において、３０１はカメラ部のレンズであり、３０２に示す枠内でチルト動作（上下動作）をする。３０３はパン動作するための外枠であり、当該外枠と共にレンズ３０１がパン動作（左右動作）する。３０４は置き台であり、当該筐体内にカメラ部以外の主要ユニットや電源等が内蔵されているものとする。この様に、状況モニタリング装置２０１は小型・軽量な形態をなしており、かつパン／チルト可能なカメラを内蔵することにより、様々な場所に簡便に設置することが可能である。
【００１８】
ユーザは、この状況モニタリング装置２０１を目的に応じて任意の場所にアドホックに設置し、特定の対象物体の状況をモニタリングする。
【００１９】
具体的には、
・乳幼児の側に置いて安全を確認する。
・病人の側に置いて無事を確認する。
・老人の側に置いて安全を確認する。
・玄関内に置いて家人の出入りを確認すると共に、不審者の侵入を監視する。
・窓辺に置いて不審者の侵入を監視する。
・風呂場に置いて入浴者の異常無きことを確認する。
等の様々なケースに利用することができる。
【００２０】
以上、本実施形態にかかる状況モニタリング装置の概要と一般的な利用形態について説明してきたが、以降、図面を利用して当該状況モニタリング装置の処理について具体的に説明する。
【００２１】
図４は、第１の実施形態にかかる状況モニタリング装置２０１のハードウェア構成図である。  図４において、４０１はＣＰＵ（Central Processing Unit）、４０２はブリッジであり、高速なＣＰＵバス４０３と低速なシステムバス４０４とをブリッジする機能を有する。また、ブリッジ４０２は、メモリコントローラ機能を内蔵し、ブリッジに接続されたＲＡＭ（Randam Access Memory）４０５へのアクセスを制御する機能を有する。
【００２２】
ＲＡＭ４０５は、ＣＰＵ４０１の動作に必要なメモリでありＳＤＲＡＭ（Synchronous DRAM）／ＤＤＲ（Double Data Rate SDRAM）／ＲＤＲＡＭ（Rambus DRAM）等の大容量高速メモリにより構成される。また、ＲＡＭ４０５は、画像データバッファ等としても利用される。更に、ブリッジ４０２は、システムバス４０４につながるデバイスとＲＡＭ４０５間のデータ転送を司るＤＭＡＣ（Direct Access Memory Controller）機能を内蔵する。ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）４０６は、ＣＰＵ４０１の動作に必要なインストラクションデータ及び各種設定データを格納するためのメモリである。なお、インストラクションデータは、ＣＰＵ４０１の初期化時にＲＡＭ４０５に転送され、以降、ＣＰＵ４０１は、ＲＡＭ４０５上のインストラクションデータに従って処理を行う。
【００２３】
４０７はＲＴＣ（Real Time Clock）ＩＣであり、時間管理／カレンダ管理を行う専用デバイスである。通信インターフェース部４０８は、宅内の回線接続装置（各種モデムやルータ）２０２と本実施形態の状況モニタリング装置２０１とを接続するために必要な処理部であり、例えば無線ＬＡＮ（ＩＥＥＥ８０２.１１ｂ／ＩＥＥＥ８０２.１１ａ／ＩＥＥＥ８０２.１１ｇ等）の物理層及び下位レイヤプロトコルを処理するための処理部である。本実施形態の状況モニタリング装置２０１は、通信インターフェース部４０８及び回線接続装置２０２を介して外部のネットワーク２０３に接続される。４０９は操作部であり、本装置と利用者とのユーザインターフェースを司る処理部である。操作部４０９は本装置の置き台３０４の背面等に組み込まれる。
【００２４】
図５は、図４の操作部４０９の操作パネル（５０１）を示した図である。５０２はＬＣＤ部であり、ユーザに対してメッセージを表示する。５０３〜５０６はメニュー選択のためのボタンであり、ＬＣＤ部５０２に表示されるメニューを操作するためのボタンである。５０７、５０８は、それぞれＯＫボタンならびにキャンセルボタンである。ユーザは、当該操作パネル５０１を操作することにより認識すべき状況の設定等を行う。
【００２５】
また、図４の４１０は映像入力部であり、ＣＣＤ（Charge-Coupled Devices）／ＣＭＯＳ（Complimentary Metal Oxide Semiconductor）センサ等の光電変換デバイス及び当該デバイスを制御するドライバ回路・各種画像補正を司る信号処理回路及びパン・チルト機構を実現するための機械的・電気的構成を含む。４１１は映像入力インターフェース部であり、映像入力部４１０から同期信号と共に出力されるラスタ画像データをディジタル画像データに変換しバッファリング処理をする。また、映像入力部４１０のパン・チルト機構を制御するための信号を生成する。
【００２６】
映像入力インターフェース部４１１でバッファリングされたディジタル画像データは、例えばブリッジ４０２に内蔵されるＤＭＡＣを利用してＲＡＭ４０５上の所定のアドレスに転送される。当該ＤＭＡ転送は、例えば、映像信号の垂直同期信号をトリガーとして起動される。ＣＰＵ４０１は、ブリッジ４０２の生成するＤＭＡ転送終了割り込み信号を元に、ＲＡＭ４０５に保持された画像データに対して各種処理を開始する。なお、状況モニタリング装置２０１は不図示の電源部も有している。この電源部は、例えば充電可能な２次電池により、あるいは通信インターフェース部４０８が有線ＬＡＮの場合にあっては、Power Over Ethernet（登録商標）等により給電されるものとする。
【００２７】
図１は、第１の実施形態にかかる状況モニタリング装置２０１の処理の流れを示すフローチャートである。このフローチャートは、ＲＡＭ４０５にロードされたプログラムであり、ＣＰＵ４０１によって処理されるものである。状況モニタリング装置２０１の電源が投入されると、ステップＳ１０１では、各種初期化処理が実行される。具体的に説明すると、ステップＳ１０１では、インストラクションデータのロード（ＥＥＰＲＯＭ４０６からＲＡＭ４０５への転送）・各種ハードウェアの初期化処理・ネットワーク接続のための処理等が実行される。
【００２８】
続いて、ステップＳ１０２では、当該状況モニタリング装置２０１の設置場所の認識処理が実行される。本実施形態では、映像入力部４１０で入力された画像データを用いて当該装置が設置された設置場所を認識する。
【００２９】
図６は、図１のステップＳ１０２の詳細を示すフローチャートである。まず、ステップＳ６０１では、映像入力部４１０から画像データを取得し、ＲＡＭ４０５上に保持する。続いて、ステップＳ６０２では、映像入力インターフェース部４１１が映像入力部４１０のパン・チルト機構を制御し、ステップＳ６０１で取得した領域以外の領域の画像データを取得する。図７は、図６のステップＳ６０２で取得した画像データを模式的に示した図であり、カメラの撮像領域をＡ→Ｂ→Ｃ→Ｄの順に制御しながら、室内の領域を広く撮像する。
【００３０】
続いて、ステップＳ６０３では、ステップＳ６０２における画像データの取得が完了したか否かを判断する。ステップＳ６０３において、画像データの取得が完了していないと判断された場合には、ステップＳ６０１に戻る。一方、ステップＳ６０３において、画像データの取得が完了したと判断された場合には、ステップＳ６０４に進む。
【００３１】
続いて、ステップＳ６０４では、特徴パラメータの抽出処理を行う。なお、特徴パラメータの抽出処理を行うにあたっては、画像検索のアルゴリズム等に提案されている様々な手法を利用することが可能である。ここでは、例えば、色ヒストグラム、高次局所自己相関特徴（大津展之、栗田多喜夫、関田巌：“パターン認識”，朝倉書店，１６５〜１８１頁，１９９６年）等の位置不変な特徴抽出方式を適用するものとする。具体的には、所定の範囲の色ヒストグラム値や局所自己相関値を特徴量とした特徴パラメータを抽出する。また、このようなプリミティブな特徴を利用するだけではなく、より高次の特徴抽出手法を利用しても良い。例えば、窓やベッド、椅子、机等の特定のオブジェクトを探索し（柳井、出口：“物体間の指示関係を利用した室内画像の認識”電子情報通信学会論文誌Ｖｏｌ．Ｊ８４−Ｄ−ＩＩ  Ｎｏ．８  ｐｐ．１７４１−１７５２  ２００１年８月）、それらのオブジェクトの詳細な特徴（形状や色等）やオブジェクトの配置関係を特徴パラメータとして抽出するような手法を用いても良い。具体的には、オブジェクトの存在有無／存在位置／大きさ／色等を特徴量とする特徴パラメータを抽出する。なお、いずれの場合も、特徴パラメータの抽出は、ＲＡＭ４０５に保持された画像データから行われる。
【００３２】
続いて、ステップＳ６０５では、ステップＳ６０４で得られた特徴パラメータと既に登録されている設置場所に対応する特徴パラメータとを用いて判別処理を行い、設置場所が過去に設置されたことのない新規の場所であるか否かを判断する。この判断処理は、特徴パラメータと設置場所との関係を示すテーブルを参照することにより行う。具体的にはユークリッド距離が最も近く、かつ所定の閾値以上の特徴パラメータを有する設置場所がテーブル上に存在した場合には、当該設置場所を状況モニタリング装置２０１の置かれた場所として認識する。なお、この判断方式は、距離による判別に限るわけではなく、従来より提案されている様々な手法を用いて良い。
【００３３】
ステップＳ６０５において、設置場所が過去に設置されたことのない新規の場所であると判断された場合には、ステップＳ６０６に進む。一方、ステップＳ６０５において、設置場所が過去に設置されたことのある場所であると判断された場合には、当該処理を終了する。
【００３４】
続いて、ステップＳ６０６では、特徴パラメータと対応する場所コードとを登録する。図１４は、場所コードと特徴パラメータとの関連を示すテーブルを示した図である。「場所コード」は状況モニタリング装置２０１が管理する番号であり、新たな場所が認識された場合、未使用の任意の番号を新たに定義して使用する。「特徴パラメータ」のＰｎｍは、場所コードｎにおける特徴ｍの特徴量を示すスカラデータであり、例えば色ヒストグラムの場合、所定の色範囲内の正規化されたヒストグラム値に相当する。なお、当該テーブルは、例えばＥＥＰＲＯＭ４０６等に保持されているものとする。
【００３５】
このように、ステップＳ１０２では、画像データから設置場所を認識し、設置場所を規定するユニークな場所コードとその場所が新規に設置された場所であるか否かの情報（図示しない）とを生成する。
【００３６】
続いて、図１のステップＳ１０３では、状況を認識する対象を決定する。図８は、図１のステップＳ１０３の詳細を示すフローチャートである。
【００３７】
まず、ステップＳ８０１では、図１のステップＳ１０２での結果を用いて、設置された場所が初めて設置された新規の場所であるか否かを判断する。ステップＳ８０１において、新規の場所であると判断された場合には、ステップＳ８０２に進み、認識対象の設定動作を開始する。一方、ステップＳ８０１において、新規の場所でないと判断された場合には、ステップＳ８０７に進む。
【００３８】
ステップＳ８０２では、操作部４０９を介してユーザに認識対象の設定操作を促す。図９は、操作部４０９のＬＣＤ部５０２に表示される表示内容の一例を示した図である。新規の場所であると判断された場合、この様に認識対象を設定する旨を促すメッセージがＬＣＤ部５０２に表示される。ここで、操作キー５０４〜５０５を操作すると、予め登録されている人物が順次表示され、また、操作キー５０６を押下すると、現在表示されている人物が認識対象として設定される。
【００３９】
人物の選択が終了し操作キー５０７が押下されると、現在の設置場所での認識対象者がテーブル（図１０）に設定される。なお、予め登録された人物以外を選択する場合、新規登録画面（図示しない）から認識対象人物の登録処理（９０５）に進む。図９の登録処理（９０５）では、登録対象者を撮像し、当該画像データから当該登録者の認識に必要な特徴パラメータを抽出する。更に、登録処理（９０５）では、登録者に対する属性情報（名前など）の入力を促す。
【００４０】
図１０は、設置場所と認識対象人物及び状況認識内容の関係を示す認識情報テーブルの一例を示した図である。場所コードは、設置場所認識処理（ステップＳ１０２）で認識された設置場所に与えられるユニークなコードであり、また、認識対象人物コードは、予め登録されている人物に割り当てられているユニークなコードである。なお、設置場所に対して複数の人物を認識対象として設定することも可能である（図１０の場所コードＰ０００２の場合）。この場合、認識対象の優先順位を認識情報テーブルに追加しても良い。優先度が設定されている場合、実際の状況認識処理では優先度の高い人物をより高い頻度で認識する。更に、設置場所に対して特定の認識対象人物を設定しないようにすることもできる（図１０の場所コードＰ０００３の場合）。
【００４１】
続いて、ステップＳ８０３では、認識対象の設定を行う。また、所定の時間、設定操作が認められない場合は、変更無きものと判断し、ステップＳ８０４で実際の認識対象を決定する。続いて、ステップＳ８０４では、認識情報テーブルを参照して認識対象を決定する。例えば、場所としてＰ０００２が認識された場合、人物Ｈ０００１及びＨ０００２の状況を認識する。なお、特定の認識対象人物が登録されていない設置場所の場合には、全ての人物の状況を認識する。例えば、全ての人物の進入検知や全ての不審者の検知などの認識処理を実行する。
【００４２】
一方、ステップＳ８０７では、設置場所が変更されたか否かを判断する。ステップＳ８０７において、設置場所が変更されたと判断された場合には、ステップＳ８０５に進む。一方、ステップＳ８０７において、設置場所が変更されていないと判断された場合には、ステップＳ８０６に進む。
【００４３】
続いて、ステップＳ８０５では、所定のユーザインターフェースを介して、設置場所の変更があった旨をユーザに通知し、更に、認識情報テーブルを参照して設置場所に対応する認識対象人物を同様にユーザに通知する。この通知するユーザインターフェース手段としては、例えば操作部４０９のＬＣＤ部５０２に表示する、或いは音声合成処理などにより音声情報として通知する等の方法で良い。これらの処理は、ＣＰＵ４０１により行われる。
【００４４】
続いて、ステップＳ８０６では、操作部４０９のＬＣＤ部５０２に、設定内容を変更するか否かについての表示を所定時間行い、所定時間内にユーザから対象の変更の指示かあったか否かを判断する。ステップＳ８０６において、対象の変更の指示があったと判断された場合には、ステップＳ８０２に進み、認識対象を選択する。一方、ステップＳ８０６において、対象の変更の指示がないと判断された場合には、ステップＳ８０４に進む。そして、上述したステップＳ８０４で認識対象を決定した後、当該処理を終了する。
【００４５】
以上のようにして、ステップＳ１０３では、認識対象が決定される。再び図１の処理を説明する。図１のステップＳ１０４では、認識する状況の内容を決定する。図１１は、図１のステップＳ１０４の詳細を説明するフローチャートである。
【００４６】
まず、ステップＳ１１０１では、ステップＳ１０２で得られた場所コードから認識情報テーブルを参照して、認識対象人物コードを取得する。図１０で示す例の場合、場所コードＰ０００２が認識されると認識対象人物コードＨ０００１とＨ０００２の２人が認識対象人物として決定される。
【００４７】
続いて、ステップＳ１１０２では、当該認識対象人物の当該設置場所における状況認識内容が既に設定されているか否かを判断する。ステップＳ１１０２において、当該設置場所における状況認識内容が設定されていないと判断された場合（新規状況の場合）には、ステップＳ１１０３に進み、状況認識内容の選択を行う。
【００４８】
図１２は、図１１のステップＳ１１０３で操作部４０９のＬＣＤ部５０２に表示される表示内容の一例を示した図である。まず、指定された人物の状況認識内容選択を促すメッセージが表示される（１２０１）。操作キー５０４〜５０５を操作すると予め設定されている状況認識内容が順次表示され、操作キー５０６を押下すると、現在表示されている内容が状況認識内容として設定される。状況認識内容の選択が終了し操作キー５０７が押下されると、現在の設置場所での認識対象人物の状況認識内容が認識情報テーブルに設定される（ステップＳ１１０４）。なお、「デフォルト」（１２０２）が設定された場合や所定時間ユーザからの入力が無い場合には、自動的にデフォルトの内容が設定される。デフォルトの内容は「入退室」の認識等、一般的に多くのケースで設定される状況が自動的に指定される。これにより、設定操作に伴う煩わしさが軽減される。
【００４９】
一方、ステップＳ１１０２において、当該設置場所における状況認識内容が既に設定されていると判断された場合には、ステップＳ１１０８に進み、認識対象人物の変更があったか否かを判断する。ステップＳ１１０８において、認識対象人物の変更があったと判断された場合には、ステップＳ１１０６に進む。一方、ステップＳ１１０８において、認識対象人物の変更がなかったと判断された場合には、ステップＳ１１０７に進む。
【００５０】
続いて、ステップＳ１１０６では、所定のユーザインターフェースを介して、新たな認識対象人物が設定されたことをユーザに通知し、更に認識情報テーブルを参照して対応する状況認識内容を同様にユーザに通知する。このユーザインターフェース手段としては、例えば、操作部４０９のＬＣＤ部５０２に表示する、或いは音声合成処理などにより音声情報として通知する等の方法でよい。
【００５１】
続いて、ステップＳ１１０７では、ユーザに対して設定した状況認識内容を変更するか否かの表示を所定時間行い、ユーザから状況認識内容の変更があったか否かを判断する。ステップＳ１１０７において、ユーザから状況認識内容の変更があったと判断された場合には、ステップＳ１１０３に進む。一方、ステップＳ１１０７において、ユーザから状況認識内容の変更がなかったと判断された場合には、ステップＳ１１０５に進む。
【００５２】
続いて、ステップＳ１１０３及びステップＳ１１０４では、認識対象の新規設定と同様に状況認識内容の設定処理が実行される。所定時間、設定操作が認められない場合、変更無きものと判断し、ステップＳ１１０５で実際の状況認識内容を決定する。続いて、ステップＳ１１０５では、認識情報テーブルを参照して認識対象人物に対する状況認識内容を決定する。
【００５３】
このように、図１のステップＳ１０２〜ステップＳ１０４の処理により、認識対象及び状況認識内容が決定され、決定された条件に従って、ステップＳ１０６で実際の状況認識処理が実行される。
【００５４】
続いて、ステップＳ１０５では、例えば取得した画像データの背景領域の大きな変化の検出に基づいて当該状況モニタリング装置の設置場所が移動したか否かを判断する。この背景領域の変化は、フレーム間の差分情報等を利用して低負荷かつ容易に抽出可能である。ステップＳ１０５において、設置場所が移動したと判断された場合には、ステップＳ１０２に戻り、再び設置場所認識処理を開始する。一方、ステップＳ１０５において、設置場所が移動していないと判断された場合には、ステップＳ１０６に進む。このステップＳ１０５は、必要な場合にのみ実行するよう構成することで、処理負荷を低減することができる。
【００５５】
続いて、図１のステップＳ１０６では、ステップＳ１０３で決定された認識対象人物を追尾し、当該認識対象人物の所定の状況を認識する。この追尾処理は映像入力インターフェース部４０９を介してカメラのパン・チルト機構を制御することで実現する。このステップＳ１０６では、例えば設置場所としてＰ０００２が認識された場合、認識対象人物Ｈ０００１に対して「倒れていないか？」の状況認識を実行し、認識対象人物Ｈ０００２に対して「物を口に入れてないか？」の状況認識を実行する。ここで、当該ステップに必要な人物の認識に関する処理としては従来より提案されている様々な手法を適用可能である（赤松：“コンピュータによる顔の認識の研究動向”電子情報通信学会誌Ｖｏｌ．８０  Ｎｏ．３  ｐｐ２５７−２６６  １９９７年３月等）。ここで、識別に必要な特徴パラメータは前述した様に認識対象の登録時に抽出されているものとする。
【００５６】
また、ステップＳ１０６で処理する状況認識の手法も従来より提案されている様々な方式を利用可能である。例えば、特定人物の入退室や不審者の入室を検出する場合、顔認識手法による個人識別結果等を利用して容易に実現可能である。また、気分が悪いあるいは倒れている等限定された状況の認識に関する方式についても既に多数提案されている（特開平１１−２１４３１６号公報、特開２００１−３０７２４６号公報等）。
【００５７】
また、幼児が異物を口に加えているといった状況も、従来より手話認識等で提案されている手の動作認識と顔検出により得られる口の位置情報等とを組み合わせることで認識可能である。これらの状況認識処理に関するアルゴリズムを実行するソフトウェアは、ＥＥＰＲＯＭ４０６やネットワーク上のサーバ装置２０５に格納され、状況認識処理（ステップＳ１０６）の開始に先立ちＲＡＭ４０５にロードされるものとする。
【００５８】
本実施形態における状況モニタリング装置２０１のソフトウェアは、例えば、図１３に示す様な階層的な構造をなしているものとする。１３０１はＲＴＯＳ（Real Time Operating System）であり、タスクの管理やスケジューリング等を処理する。１３０２はデバイスドライバであり、例えば、映像入力インターフェース部４１１等のデバイス制御を処理するものである。１３０３はミドルウェアであり、本実施形態に関する信号処理を行ったり各種通信プロトコル等を処理するものである。１３０４はアプリケーションソフトウェアである。本実施形態に関する状況認識処理に必要なソフトウエアは、ミドルウェア１３０３として実装されている。また、ＣＰＵ４０１はローダープログラムを介して、必要に応じて所望のアルゴリズムを実装したソフトウェアを動的にロード／アンロードする。
【００５９】
具体的には、ステップＳ１１０５で認識状況が決定されると、上述の例の場合、認識対象人物Ｈ０００１に対する状況「倒れていないか？」、認識対象人物Ｈ０００２に対する状況「物を口に入れていないか」を認識する２種類の処理ソフトウェアモジュールをＥＥＰＲＯＭ４０６からロードする。このように、装置の設置場所や認識対象人物から状況認識内容を限定することにより、認識処理アルゴリズムの複雑化を回避し、廉価なシステムで現実的なシステムの構築が可能になる。
【００６０】
また、このような処理ソフトウェアをネットワークに接続された他のサーバ装置等に格納することでより拡張性の高いシステムを廉価に提供することも可能である。この場合、状況認識内容が決定されると（ステップＳ１１０５）、ＣＰＵ４０１は所定のサーバ装置にアクセスし、ＦＴＰ（File Transfer Protocol）或いはＨＴＴＰ（Hyper Text Transfer Protocol）等の通信プロトコルを利用して所定のソフトウェアモジュールをサーバ装置からＲＡＭ４０６に転送する。図１のステップＳ１０６では、当該ソフトウェアを状況認識処理ソフトウェアとして利用する。処理ソフトウェアモジュールをサーバ装置に格納することで、ＥＥＰＲＯＭ４０６の容量を削減することができ、また装置の機能拡張（処理アルゴリズムの拡張）を容易に実現することが可能になる。
【００６１】
続いて、図１のステップＳ１０７では、所定の状況が認識されたか否かの判断を行い、ステップＳ１０７において、認識されたと判断された場合には、ステップＳ１０８に進み、ＣＰＵ４０１において通報処理を実行する。ステップＳ１０８では、例えば、認識した状況を文字情報として電子メールやインスタントメッセージ等のプロトコルに従って通信インターフェース部４０８を介して送信する。この際、文字情報に加えて撮像した画像データを同時に転送するようにしてもよい。また、ユーザが本装置と同じ宅内に存在するような場合には、不図示の音声インターフェース部を介して異常が発生したことを通報するよう構成しても良い。
【００６２】
一方、ステップＳ１０７において、所定の状況が認識されなかった場合には、ステップＳ１０５に戻って、設置場所の移動可能性の確認を行い、設置場所が不変の場合には、状況認識処理（ステップＳ１０６）を継続する。
【００６３】
以上、本実施形態では、状況モニタリング装置の設置場所の認識結果に従って、認識する状況や認識対象が自動的に決定され、更に認識対象人物の認識結果に従って適切な認識状況が自動的に設定される。これにより、状況モニタリング装置を少ないリソースのシステムで廉価に実現することが可能になる。また、任意の場所に置くだけで当該場所に応じた適切な状況見守り機能を提供することが可能であり、１つの装置を様々な状況に対応して簡便かつ利便性高く利用することができる。
【００６４】
［第２の実施形態］
図１５は、第２の実施形態における状況モニタリング装置の概略構成図である。図１５（ａ）に示す１５０１は状況モニタリング装置の主要部であり、第１の実施形態で示す構成が内蔵されているものとする。一方、図１５（ａ）〜図１５（ｃ）に示す１５０２ａ〜１５０２ｃはクレイドルと呼ばれる置き台であり、主要部５０１が当該クレイドル上に装着されている。主要部１５０１には、クレイドル部１５０２から電源を供給するためのインターフェースと情報を入力するためのインターフェースとが付加されているものとする。クレイドル部１５０２は、電源部及びそのクレイドルをユニークに識別するための情報を保持するデバイスが具備されている。当該デバイスとしては、シリアルＲＯＭ等の廉価な情報記録デバイスが使用され、主要部１５０１とはシリアルインターフェースを介して通信する。
【００６５】
第２の実施形態にかかる状況モニタリング装置の処理動作は、図１に示した第１の実施形態での処理動作に対してステップＳ１０２の処理が異なるのみである。
【００６６】
図１６は、第２の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。
【００６７】
まず、ステップＳ１６０１では、ＣＰＵ４０１において、不図示のシリアルインターフェースを介してクレイドル部１５０２に内蔵するシリアルＲＯＭにアクセスし、ＲＯＭ内に記録されているＩＤデータを読み出す。ここで、読み出されたＩＤコードは、設置場所を規定するユニークなコードとなる。続いて、ステップＳ１６０２では、ＩＤコードを管理する管理テーブルを参照する。
【００６８】
続いて、ステップＳ１６０３では、当該ＩＤコードの設置場所が新規の場所であるか否かを判断する。なお、当該管理テーブルは、ＥＥＰＲＯＭ４０６に格納されているものとする。図１７は、管理テーブルの一例を示した図であり、状況モニタリング装置２０１が管理する任意の場所コードに対して対応するＩＤコードが記録されている。ステップＳ１６０３において、当該ＩＤコードの設置場所が新規の場所であると判断された場合には、ステップＳ１６０４に進み、当該ＩＤコードをＥＥＰＲＯＭ４０６上の管理テーブルに記録する。一方、ステップＳ１６０３において、当該ＩＤコードの設置場所が新規の場所でないと判断された場合には、ステップＳ１６０４に進む。
【００６９】
本実施形態の場合には、主要部１５０１をクレイドル部１５０２に装着することにより、装着されたクレイドルを認識し、これによって、設置された場所を認識する。なお、図１の設置場所認識処理（ステップＳ１０２）以降の処理ステップは、第１の実施形態と同様であり、設置場所に応じた認識対象と状況認識内容が決定される。
【００７０】
また、本実施形態の場合、ユーザは状況モニタリング装置を利用する複数の場所に予めクレイドルを設置しておき、利用目的に応じて主要部１５０１のみを移動する。例えば、クレイドル１５０２ａは玄関に、クレイドル１５０２ｂは子供部屋等に設置する。これにより、例えば主要部１５０１がクレイドル１５０２ａに装着された場合には、不審者の侵入を監視する状況認識モードで動作し、クレイドル１５０２ｂに装着された場合には子供の安全を見守る状況認識モードで動作する。
【００７１】
以上の説明から明らかなように、第２の実施形態によれば、ＩＤコードの取得により場所を認識する簡単な手法により確実に設置場所を認識することが可能になる。
【００７２】
［第３の実施形態］
図１８は、第３の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。このフローチャートは、ＲＡＭ４０５にロードされたプログラムであり、ＣＰＵ４０１によって処理されるものである。本実施形態の場合もハードウェアの構成は第１の実施形態と同様である。以下、第１の実施形態との違いについてのみ説明する。
【００７３】
状況モニタリング装置の電源が投入されると、ステップＳ１８０１では各種初期化処理が実行される。具体的に説明すると、ステップＳ１８０１では、インストラクションデータのロード（ＥＥＰＲＯＭ４０６からＲＡＭ４０５への転送）・各種ハードウェアの初期化処理・ネットワーク接続のための処理等が実行される。
【００７４】
続いて、ステップＳ１８０２では、認識対象と当該認識対象に対応する状況認識内容とを選択する。図１９は、図１８のステップＳ１８０２の詳細の内容を示すフローチャートである。
【００７５】
ステップＳ１９０１では、操作部４０９を介してユーザに認識対象の設定操作を促す。図９は、操作部４０９のＬＣＤ部５０２に表示される表示内容の一例を示した図である。まず、認識対象を選択することを促すメッセージが表示される（９０１）。ここで操作キー５０４〜５０５を操作すると、予め登録されている人物が順次表示され、操作キー５０６を押下すると、現在表示されている人物が認識対象として設定される。
【００７６】
人物の選択が終了し操作キー５０７が押下されると、現在の設置場所での認識対象人物が認識情報テーブルに記録される（ステップＳ１９０２）。なお、予め登録された人物以外を登録する場合、第１の実施形態と同様に新規登録画面（９０５）から認識対象人物の登録処理に入る。
【００７７】
図２０は、認識対象人物と状況認識内容の関係を示す認識情報テーブルの一例を示した図である。認識対象人物コードは、予め登録されている人物に割り当てられているユニークなコードである。また、当該認識対象人物コードに対しては、特別な意味をもつコードを割り当てることも可能であり、例えば、図２０に示す例の場合、Ｈ９９９９は全ての人物を認識対象とする特別なコードであり、当該コードが選択された場合、全ての人物の所定の状況を認識する。
【００７８】
続いて、ステップＳ１９０３では、選択された認識対象人物の種別と状況認識内容がユーザに通知される。この通知手段としては、例えば、操作部４０９のＬＣＤ部５０２に表示する（ステップＳ１９０４）、或いは音声合成処理などにより音声情報として通知する等の方法で良い。
【００７９】
ステップＳ１９０５では、ユーザに対して状況認識の選択内容を変更するか否かの表示を所定時間行い、所定時間内にユーザから状況認識の選択内容を変更する指示があるか否かを判断する。ステップＳ１９０５において、ユーザから状況認識の選択内容を変更する指示があった場合には、ステップＳ１９０６に進む。一方、ステップＳ１９０５において、ユーザから状況認識の選択内容を変更する指示がなかった場合には、当該処理を終了する。
【００８０】
続いて、ステップＳ１９０６では、認識対象人物毎に対応する状況認識内容を設定する。例えば、操作キー５０４〜５０５を操作すると予め登録されている状況認識内容が順次表示され、操作キー５０６を押下すると、現在表示されている内容が状況認識内容として設定される。内容の選択が終了し操作キー５０７が押下されると、現在の設置場所での認識対象人物の状況認識内容が認識情報テーブルに設定される（ステップＳ１１０４）。なお、「デフォルト」（１２０２）が設定された場合や所定の時間ユーザからの入力が無い場合、自動的にデフォルトの内容が設定される。デフォルトの内容は「入退室」の認識等、一般的に多くのケースで設定される状況が自動的に指定される。これにより設定操作に伴う煩わしさが軽減される。
【００８１】
状況認識内容の設定が完了すると実際の認識動作を開始する。まず、図１８のステップＳ１８０３では、認識対象人物の検出及び認識処理を行う。ここでの認識対象認識処理も第１の実施形態で述べたように従来より提案されている人物認証アルゴリズム等を利用することが可能である。なお、ここで認識情報テーブルに設定されていない人物が新たに検出された場合には、認識情報テーブルの設定ステップ（ステップＳ１８０２）で設定処理を行う。但し、ステップＳ１８０４で設定動作に移行するか否かの判断は、ユーザが予め設定可能であるとする。即ち、設定外の人物を検出した場合、常に無視する或いは予め定めるデフォルトの状況認識を行う等に設定することが可能である。
【００８２】
続いて、ステップＳ１８０５では、認識情報テーブルを参照し、認識された人物の状況認識内容を決定する。続いて、ステップＳ１８０６では、ステップＳ１８０５で決定された状況認識内容に基づく状況認識処理を実行する。ここでの認識処理も第１の実施形態と同様に従来より提案されている様々な方式を利用して実現することが可能である。続いて、ステップＳ１８０７では、所定の人物の所定の状況を認識したと判別された場合に、第１の実施形態と同様に、ステップＳ１８０８において、ユーザに対して通報される。
【００８３】
以上、第３の実施形態では、認識対象人物毎に認識する状況が自動的に決定され、適切な状況認識内容が自動的に設定される。これにより、状況モニタリング装置を少ないリソースのシステムで廉価に実現することが可能になる。また、任意の場所に置くだけで所望の認識対象の所望の状況を見守ることができ、１つの装置を様々な状況に対応して簡便に利用することができる。
【００８４】
なお、上記各実施形態では、認識対象として人物の場合を例に説明したが、本発明はこれに限るわけではなく、動物や特定の物等、認識対象はどのようなものであっても良い。例えば、特定の物の場合、当該物体が「所定の位置から移動させられた」、「無くなった」等の状況を認識し通報する場合等が考えられる。なお、移動や存在の認識は従来より提案されているパターンマッチング手法を利用することにより容易に実現することが可能である。
【００８５】
また、上記各実施形態では、画像データを利用して装置の設置場所や認識対象人物の状況を認識する場合について説明したが、本発明はこれに限るわけではなく、画像データ以外のセンシング情報を利用して状況を認識するようにしても良い。更には、画像データと他のセンシング情報とを組み合わせて状況を認識するようにしても良い。他のセンシング情報としては、音声情報・赤外光情報・電波情報等様々なセンシング技術を利用することが可能である。
【００８６】
また、上記各実施形態では、設置場所と認識対象及び状況認識内容の関係を一般的なテーブルを利用して定義する場合について説明したが、本発明はこれに限るわけではなく、より高次の認識技術を利用して決定しても良い。例えば、設置場所に存在する特定オブジェクトの認識結果や当該設置場所に現れる人物の識別結果や人物の属性（年齢の認識結果等）等から当該設置場所の意味（子供部屋である・病人が寝ている部屋である）に関する高次の判別を行い、この結果を利用して、認識対象と状況認識内容とを決定する等の手法を取り入れても良い。この場合、認識情報テーブル設定の手間を大きく軽減することができる。
【００８７】
また、上記第１の実施形態では、取得した背景の変化を利用して装置の設置場所の認識処理を開始することとしたが、本発明はこれに限るわけでなく、他の手法を用いてもよい。例えば、装置の底面に機械的或いは光学的なセンサを取り付け、当該装置を持ち上げた後再び置いた状態を検知し、当該タイミングで設置場所の認識を開始するようにしても良い。また、操作部の所定のボタンを押下した場合に場所認識処理を開始するようにしてもよい。いずれの場合にも常に設置場所の認識処理を実行する場合に比べて処理負荷を低減することが可能になる。更には、ＲＴＣ４０７を利用して、所定の時間間隔で場所認識処理を自動的に開始するようにしてもよい。この場合でも常に認識処理を実行する場合に比べて処理負荷を低減できる。
【００８８】
また、上記第２の実施形態では、状況モニタリング装置を装着するクレイドルの違いにより、設置場所を認識することとしたが、本発明はこれに限るわけではなく、他の手法を用いても良い。例えば当該装置に無線タグ受信機を内蔵し、例えば宅内の所定の位置に貼られた無線タグを検出することで設置位置を検出するようにしても良い。この場合、無線タグはシール等で提供することが可能であり極めて廉価簡便に確実な設置位置検出機能を実現することが可能になる。更には、当該装置にＧＰＳ（Global Positioning System）等による自立的な位置情報取得手段を内蔵し、当該手段によって得られる情報を用いて宅内等における位置を獲得するようにしても良い。この場合、ＧＰＳによる位置検出結果と画像による検出結果等とを組合わせることでより確かな設置場所認識機能を実現することが可能になる。
【００８９】
また、上記各実施形態では、認識対象の状況変化を通知する手段としてインターネットメールを利用する場合について説明したが、メールプロトコルを利用した場合、リアルタイム性に問題が生じることが考えられる。そこで、他のプロトコルを利用するようにしてもよい。例えば、インスタントメッセージングプロトコル等を利用することで即時性に優れた情報通知を実現することが可能になる。また、テキストメッセージによる通知ではなく、本装置に電話機能と音声合成機能とを内蔵し、遠隔地の電話に直接発呼し情報を通知するように構成してもよい。
【００９０】
また、上記各実施形態では、機械的な制御構造を有するカメラ（所謂パン・チルトカメラ）を用いた場合について説明したが、本発明はこれに限るわけではなく、全方位カメラ等の広角カメラを利用するようにしても良い。その場合、認識対象を機械的に補足するのではなく、広角で取得した画像データを利用して同等の処理を実現することが可能である。
【００９１】
また、上記各実施形態では、操作部として入出力機能を有する操作部ユニットを本体に具備する場合について説明したが、本発明はこれに限るわけではなく、装置と分離したリモコン等を操作部ユニットとしても良い。図２１は、リモコンによる操作部を実現する場合のハードウェア構成図である。図２１は、上記第１の実施形態にて説明したハードウェア構成（図４）に対して操作部２１０９のみが異なっている。２１０９ｂ、ｃは操作Ｉ／Ｆ部２１０９ａと本体との通信を司るための通信部であり、電波・赤外線などの無線インターフェースにより実現される。当該通信部は、低速な無線通信手段を利用して廉価・容易に実現することが可能である。２１０９ａは操作Ｉ／Ｆ部であり、第１の実施形態で示した操作部４０９と同様に表示・入力機能を有する。操作Ｉ／Ｆ部２１０９ａ及び通信部２１０９ｂからなるリモコン２１０９ｄは、小型軽量であり、ユーザは当該リモコン２１０９ｄを操作することにより、当該装置の動作に必要なパラメータの設定を行うことができる。このように操作部を本体と分離することにより、当該装置の設置の自由度が増すと共に利便性が向上する。
【００９２】
更には、ネットワークを利用して動作に必要なパラメータを設定するよう構成しても良い。この場合、状況モニタリング装置は、例えばＨＴＴＰ（Hyper Text Transfer Protocol）サーバ機能を有し、通信部インターフェース部２１０８を介してＨＴＴＰに基づくＷｅｂベースのユーザインターフェースをユーザに提供する。ＨＴＴＰサーバは、ミドルウェア（図１３の１３０３）の１つとして組み込まれ、ＨＴＴＰに基づく遠隔地からの操作に対応して所定のパラメータ設定プログラムを起動する。この場合、ユーザは携帯電話、ＰＤＡ、パーソナルコンピュータ等の汎用端末から本装置の動作に必要なパラメータを設定することが可能になり、更に、遠隔地から当該設定動作を行うことが可能になる。また、専用の操作部を設ける必要が無いため装置を廉価に実現できる。
【００９３】
また、上記各実施形態では、状況モニタリング装置に内蔵する組み込みプロセッサを利用して全ての処理を実行する場合について説明したが、本発明はこれに限るわけではなく、例えばパーソナルコンピュータ等の外部処理装置と組み合わせて実現してもよい。この場合、画像データの取り込みのみを専用の装置で実現し、その他の画像認識処理や通信処理等はパーソナルコンピュータの資源を利用する。専用装置とパーソナルコンピュータとは、例えばＢｌｕｅＴｏｏｔｈ等の無線インターフェースやＨＰＡ（Home Power Plug Alliance）等の電力線通信インターフェースを利用することにより、同様の利便性を実現することが可能である。このような機能分散による状況モニタリングシステムの実現はもちろんパーソナルコンピュータを利用した場合だけではなく、他の様々なインターネットアプライアンスを利用することによっても実現可能である。
【００９４】
また、上記各実施形態では、ＣＰＵを用いたソフトウェア処理により本発明を実現する場合について説明したが、本発明はこれに限るわけではなく、専用のハードウェアで処理しても良い。この場合、状況認識のためのアルゴリズムはＦＰＧＡ（Filed Programable Gate Array）の内部回路を決定するオブジェクトデータやリコンフィギャラブルプロセッサの内部回路を決定するオブジェクトデータ等に相当する。状況認識内容が決定されると（ステップＳ１１０５）、システム制御用プロセッサがこれらのデータをＥＥＰＲＯＭ４０６やネットワークに接続されたサーバ装置等から専用のハードウェアにロードする。専用のハードウェアは、ロードされたオブジェクトデータに従って所定のアルゴリズムの認識処理を開始する。
【００９５】
以上説明したように、上記各実施形態によれば、自機器の設置場所に対応して状況認識内容が限定されるため、廉価で信頼性の高い状況モニタリング装置を実現することが可能になる。また、設置場所を自動的に判断して適切な状況認識内容が決定されるため、ユーザは１つの装置を置くだけで様々な状況を認識することか可能になる。
【００９６】
また、上記各実施形態によれば、装置の設置場所に対応して認識対象と状況認識内容が限定されるため、廉価でより信頼性の高い状況モニタリング装置を実現することが可能になる。また、設置場所を自動的に判断して適切な認識対象と状況認識内容が決定されるため、ユーザは装置を置くだけで所望の状況を信頼度高く認識することか可能になる。
【００９７】
また、上記各実施形態によれば、認識対象に対応して状況認識内容が限定されるため、廉価で信頼性の高い状況モニタリング装置を実現することが可能になる。また、ユーザは装置を認識対象人物の近く或いは認識対象人物が現れる可能性の高い場所に置くだけで所望の状況を認識することか可能になる。
【００９８】
また、上記各実施形態によれば、特別なセンサ等を必要とすることなく装置を廉価に実現できる。また、必要な場合にのみ場所認識処理を行うことにより、処理負荷を低減することが可能になる。その結果、更に簡単な方法で確実に場所認識処理を開始できる。更に特別なセンサ等を追加することなく、確実に場所認識処理を開始できる。
【００９９】
そして、設置場所の誤認識による提供する認識機能の誤りを防止することが可能になる。また、認識対象の誤認識による提供する認識機能の誤りを防止することが可能になる。また、適切なタイミングで情報設定のためのユーザインターフェースを提供することが可能になり、利便性が向上する。
【０１００】
また、上記各実施形態によれば、設置場所の変更時に自動的に情報設定のためのユーザインターフェースを提供することが可能になり、利便性が向上する。また、設置場所の変更時でかつ必要な場合にのみ情報設定のためのユーザインターフェースを提供することにより、利便性が向上する。また、認識対象の認識結果に応じて、必要な場合にのみ情報設定のためのユーザインターフェースを提供することにより、利便性が向上する。
【０１０１】
また、上記各実施形態によれば、必要な場合にのみ情報設定のためのユーザインターフェースを提供することにより、利便性が向上する。また、優先度に応じて、より好ましい状況認識を実現することが可能になる。また、簡単な方法で装置の設置場所を確実に認識することが可能になる。
【０１０２】
また、上記各実施形態によれば、装置の動作に必要なパラメータをユーザが設定する際の利便性が向上する。また、装置の動作に必要なパラメータの設定を遠隔地から行うことが可能になる。また、装置の動作に必要なパラメータの設定を汎用の端末から行うことが可能になる。また、より汎用性・拡張性の高い装置を廉価に実現することが可能になる。
【０１０３】
［第４の実施形態］
図２２は第４の実施形態にかかる状況モニタリング装置の処理フローの概要を示す図である。当該処理フローはＲＡＭ４０５にロードされたプログラムであり、ＣＰＵ４０１によって処理される。
【０１０４】
本装置の電源が投入されると、ステップＳ２２０１では各種初期化処理を実行する。具体的には、インストラクションデータのロード（ＥＥＰＲＯＭ４０６からＲＡＭ４０５への転送)・各種ハードウェアの初期化処理・ネットワーク接続のための処理等が実行される。
【０１０５】
次にステップＳ２２０２では、設置場所の識別処理を実行する。本実施形態では映像入力部４１０で入力された画像データを用いて装置の設置場所を識別する。なお、設置場所識別処理（ステップＳ２２０２）の詳細は、上記第１の実施形態において説明した図６と同じであるため、ここでは、説明を省略する（場所コードと特徴パラメータとの関連を示すテーブルも図１４と同様（図２９参照））。
【０１０６】
なお、設置場所の識別は、自動で行う代りにユーザが手動で設定するようにしても良い。この場合、操作部４０９の操作パネル５０１に提示されるインターフェースを介して(図示しない）設置場所を指定する情報を入力することとなる。
【０１０７】
また状況認識内容の通報先或いは通報手段の選択に際し、設置場所に関する情報を利用しない場合には、当該設置場所識別処理（ステップＳ２２０２）或いは設置場所設定処理は省略しても良い。
【０１０８】
次にステップＳ２２０３では所定の状況を認識した場合の通報先を決定する。図２４は通報先設定処理（ステップＳ２２０３）の詳細を示すフローチャートである。
【０１０９】
ステップＳ２４０１では操作部４０９の操作パネル５０１に設定内容の変更を行うか否かのインターフェースを提示し(図示しない）、変更する場合、以下のステップ（Ｓ２４０２〜Ｓ２４０５）で通報先を規定する設定情報を更新する。
【０１１０】
先ず、ステップＳ２４０２では操作部４０９を介してユーザに認識対象の設定操作を促す（図９の９０１）。なお、操作部４０９のＬＣＤ部２３０１（図２３）に表示される表示内容は図９と同様である。
【０１１１】
ここで、操作キー５０４〜５０５を操作すると予め登録されている人物が順次表示され（９０２〜９０４）、操作キー５０６を押下すると、現在表示されている人物が通報イベント発生の対象となる認識対象人物として設定される。人物の選択が終了し操作キー５０７が押下されると、現在の設置場所における認識対象人物が通報制御情報テーブル(図２５）に設定される。
【０１１２】
当該テーブルはＥＥＰＲＯＭ４０６等に格納されるテーブルデータであり、後述する通報先の決定時に参照されるものである。即ち通報イベント発生時の通報先は当該テーブルを参照して制御される。なお、予め登録された人物以外を選択する場合、新規登録画面(図示しない）から認識対象人物の登録処理（９０５）に入る。登録処理（９０５）では登録対象人物を撮像し、当該画像データから当該登録者の認識に必要な特徴パラメータを抽出する。更に登録処理では登録者に対する属性情報(名前など）の入力をユーザインターフェースを介して促す。
【０１１３】
図２５は場所、認識対象人物、通報する状況の内容及び通報先の関係を示す通報制御情報テーブルの例を示す。場所コードは設置場所認識処理（ステップＳ２２０２）で認識された場所に与えられるユニークなコードであり、認識対象人物コードは予め登録されている人物に割り当てられているユニークなコードである。
【０１１４】
なお、設置場所に対して複数の人物を認識対象として設定することも可能である(図２５の場所コードＰ０００２の場合）。この場合、認識対象の優先順位を通報制御情報テーブルに追加するようにしても良い。優先度が設定されている場合、状況内容解析処理（ステップＳ２２０５）では優先度の高い人物の状況を確率的により高い頻度で認識する。更に、設置場所に対して特定の認識対象人物を設定しないようにすることもできる（図２５の場所コードＰ０００４の場合）。この場合、当該設置場所で所定の状況(人物の侵入)が認識されると、対象物識別処理（ステップＳ２２０６）の出力に関わらず、ステップＳ２２０９で通報処理が実行される。以上ステップＳ２４０２では状況を認識し通報する認識対象人物が設定される。
【０１１５】
次にステップＳ２４０３では認識対象人物毎に通報動作を行う状況の内容を設定する。図２６は操作部４０９のＬＣＤ部２３０１に表示される表示内容の一例を示すものである。ここで、操作キー５０４〜５０５を操作すると予め登録されている状況内容が順次表示され（２６０２〜２６０４）、操作キー５０６を押下すると、現在表示されている状況が当該認識対象人物の通報発生状況として設定される。
【０１１６】
状況内容の選択が終了し操作キー５０７が押下されると、現在の設置場所での状況内容が通報制御情報テーブル（図２５）に設定される。なお、「デフォルト」（２６０２）が設定された場合や所定時間ユーザからの入力が無い場合には、自動的にデフォルトの内容が設定される。デフォルトの内容は「入退室」の認識等、一般的に多くのケースで設定される状況が自動的に指定される。これにより設定操作に伴う煩わしさが軽減する。
【０１１７】
次にステップＳ２４０４では認識対象及びその状況内容毎に通報動作を行う通報先を設定する。図２７は操作部４０９のＬＣＤ部２３０１に表示される通報先設定画面の表示例を示すものである。ここで、操作キー５０４〜５０５を操作すると予め登録されている通報先が順次表示され（２７０２〜２７０５）、操作キー５０６を押下すると、現在表示されている通報先が、当該認識対象人物が該当する状況を認識された場合の通報先として設定される。
【０１１８】
認識すべき状況内容の選択が終了し操作キー５０７が押下されると、通報先が通報制御情報テーブル（図２５）に設定される。なお、「新規登録」（２７０５）が設定された場合、所定の操作パネル５０１に所定のインターフェースを提示し(図示しない）、新たな通報先の登録を行う。また、１つの状況に対して複数の通報先を設定することも可能である。
【０１１９】
以上ステップＳ２４０２〜Ｓ２４０４で当該設置場所に対応する通報制御情報テーブル（図２５）が設定される。図２５を用いて具体的に説明すると、場合コードがＰ０００２の場合、認識対象人物Ｈ１００１に対しては「倒れていないか？」が通報条件として設定され、もし当該条件を認識した場合には、「父」にその旨を通報する。
【０１２０】
また、認識対象人物Ｈ１００２に対しては「物を口に入れていないか？」「禁止エリアにいないか？」が条件として設定され、当該条件の状況を認識した場合、それぞれ「母」、「兄」にその旨が通報される。尚、特定の認識対象人物が登録されていない設置場所の場合、全ての人物の状況や当該場所の状況(火災の発生等）を認識する。例えば、図２５において場所Ｐ０００４では、全ての人物の進入検知や不審者の検知などの認識処理を実行し、人物の侵入を検知した場合「警備会社」にその旨通報する。
【０１２１】
以上ステップＳ２２０３では認識対象、認識状況、対応する通報先が通報制御情報テーブルに記録される。
【０１２２】
次にステップＳ２２０４では状況変化の有無を判定する。ここでは、例えば画像データのフレーム間差分を利用して、認識対象領域の画像変化を検出する。当該ステップで所定領域以上の変化が確認された場合、ステップＳ２２０５で認識対象の状況内容解析処理を開始する。なお、ステップＳ２２０４では、例えば画像データ以外の情報を利用して状況変化を検出するようにしても良い。例えば赤外線を利用したセンサ等を利用して人物の侵入を検知する等の手法を用いても良い。当該ステップでは簡単な処理で状況の変化(人物の存在等)を検知し、必要な場合にのみ状況内容解析処理(ステップＳ２２０５)を実行する。
【０１２３】
状況変化が検知された場合、ステップＳ２２０５で状況内容の解析処理を実行する。ステップＳ２２０５では撮像範囲内の人物を追尾し当該人物の状況を解析する。なお、ここで必要な状況認識の手法としては従来より提案されている様々な方式を利用可能である。例えば、特定人物の入退室や不審者の入室の検出は、顔検出・顔認識手法による個人識別結果を利用して容易に実現可能である。又、顔の表情を認識する手法等も多数提案されており、例えば特開平１１−２１４３１６号公報では苦痛や生気等の表情を認識する装置が提案されている。
【０１２４】
更に、幼児が異物を口に加えているといった状況も、従来より手話認識等で提案されている手の動作認識と顔検出により得られる口の位置情報等とを組み合わせることで認識可能である。更に、特開平６−２５１１５９号公報では、時系列画像から得た特徴量ベクトル列をシンボル列に変換し、隠れマルコフモデルに基づいて認識対象カテゴリの中から最も尤度の高いものを選び出す動作認識手法が提案されている。
【０１２５】
また、特開平０１−２６８５７０号公報では、画像データから火災を認識する方法が提案されている。ステップＳ２２０５ではこれら複数の状況認識アルゴリズムを含む処理モジュールを実行し、各処理の出力値を判定して所定の状況が発生しているか否かを出力する。
【０１２６】
図３５はステップＳ２２０５が具備する認識処理ソフトウェアモジュールの一例を示す図であり、３５０１〜３５０５はそれぞれ、人物の姿勢を認識するモジュール、所定の領域に対する侵入者を検知するモジュール、人物の表情を認識するモジュール、人物の特定の動作を認識するモジュール、環境の状況（火災等の特定状況の認識）を認識するモジュールに相当し、映像入力部４１０で撮像された画像データ（ＲＡＭ４０５に格納）に対して処理を行う。
【０１２７】
各モジュールはミドルウェアタスクとして時分割或いはシリアルに動作する。当該ステップでは各モジュールの出力値を所定のフォーマットにコード化したデータを解析結果として出力する。なお、前記各モジュールは専用のハードウェアモジュールとして実現しても良い。その場合、当該ハードウェアモジュールはシステムバス４０４に接続されるものとし、所定のタイミングでＲＡＭ４０５に格納された画像データに対して処理を行う。
【０１２８】
ステップＳ２２０６では状況内容解析処理（ステップＳ２２０５）で認識された状況の認識対象人物を認識する。当該ステップの処理に必要な人物の認識に関する方式も従来より提案されている様々な手法を適用可能である（赤松：“コンピュータによる顔の認識の研究動向”電子情報通信学会誌Ｖｏｌ．８０  Ｎｏ．３  ｐｐ２５７−２６６  １９９７年３月等）。なお、個人の識別に必要な特徴パラメータは前述したように認識対象人物の新規登録時（(図９の９０５)に抽出されているものとする。
【０１２９】
ステップＳ２２０７では通報制御情報テーブルを参照し、通報すべき所定の認識対象人物の所定の状況が認識されたか否かの判断を行い、認識されたと判断した場合、ステップＳ２２０８で状況内容の符号化処理を行う。なお、図２５において、通報する状況内容は説明の便宜上、所定の状況を表す言葉で示しているが、実際のテーブルは前記状況内容解析処理（ステップＳ２２０５）の出力する所定のコードデータ(図示しない）に対応するコード（対応する状況をユニークに指定するコード)が記録されている。
【０１３０】
次に、状況内容符号化処理（ステップＳ２２０８）では状況内容解析処理（ステップＳ２２０６）の出力を利用して状況内容を所定の文字情報に変換する。ここでの変換は、例えば予め定める変換テーブルを用意し、状況内容解析処理（ステップＳ２２０６）の出力と当該変換テーブルの内容とから文字情報を取得する。
【０１３１】
図２８は変換テーブルの例を示す図である。例えば、状況認識処理モジュールＲ０００１（図３５の３５０１の認識モジュールに相当）は人物の３種類の状況を認識し出力する。状況認識処理モジュールＲ０００３（図３５の３５０３の認識モジュールに相当）は人物の２種類の状況を認識し出力する。各認識処理モジュール（図３５の３５０１〜３５０５）から所定の出力が得られた場合、当該変換テーブルを参照して対応する所定の文字列を出力する。この様に状況内容符号化処理（ステップＳ２２０８）では、状況内容解析処理（ステップＳ２２０５）の出力値（所定のコード）に基づいて、変換テーブルを参照することにより文字情報を取得する。なお、当該変換テーブルはＥＥＰＲＯＭ４０６等に予め記録されているものとする。
【０１３２】
図３６に通報処理（ステップＳ２２０９）の詳細を示す。当該ステップでは設置場所識別処理（ステップＳ２２０２）、状況内容解析処理（ステップＳ２２０５）及び対象物識別処理（ステップＳ２２０６）の出力を元にして、ステップＳ３６０１でＥＥＰＲＯＭ４０６に格納された通報制御情報テーブル（図２５）を参照し、当該設置場所における所定の認識対象の所定の状況に対応する通報者を決定する。
【０１３３】
次にステップＳ３６０２では当該通報者に対して、状況符号化処理（ステップＳ２２０８）で得られた文字情報を送信する。当該文字情報は電子メールやインスタントメッセージ等のプロトコルに従って通信インターフェース部４０８を介して送信する。なお、通報先の選択は、電子メールの場合、定められた通報先に対応する電子メールアドレスを設定することにより実現される。
【０１３４】
なお、本装置は電源投入後、ステップＳ２２０４〜Ｓ２２０９の処理を繰り返し実行し、所定の状況を認識すると、状況に対応する通報者に状況の内容を通報する。
【０１３５】
以上の説明から明らかなように、本実施形態によれば、所定の状況を認識した場合、その内容を容易に把握することが可能になり、更に装置の設置場所、認識対象及び認識する状況に応じて適切な通報先に当該状況内容を通知することが可能になる。
【０１３６】
［第５の実施形態］
図３０は第５の実施形態にかかる状況モニタリング装置の構成を示す図である。本実施形態のハードウェア構成は上記第１の実施形態の図４に対して、通信インターフェース部４０８が異なるのみである。
【０１３７】
３００１はＣＰＵ、３００２はブリッジであり、ブリッジ３００２は高速なＣＰＵバス３００３と低速なシステムバス３００４とをブリッジする機能を有する。
【０１３８】
また、ブリッジ３００２はメモリコントローラ機能を内蔵し、ブリッジに接続されたＲＡＭ３００５へのアクセスを制御する機能を有する。ＲＡＭ３００５はＣＰＵ３００１の動作に必要なメモリでありＳＤＲＡＭ／ＤＤＲ／ＲＤＲＡＭ等の大容量高速メモリにより構成される。また、ＲＡＭ３００５は画像データバッファ等としても利用される。
【０１３９】
更にブリッジ３００２はシステムバス３００４につながるデバイスとＲＡＭ３００５間のデータ転送を司るＤＭＡ機能を内蔵する。ＥＥＰＲＯＭ３００６はＣＰＵ３００１の動作に必要なインストラクションデータ及び各種設定データを格納するためのメモリである。尚、インストラクションデータはＣＰＵ３００１の初期化時にＲＡＭ３００５に転送され、以降ＣＰＵ３００１はＲＡＭ３００５上のインストラクションデータに従って処理を行う。
【０１４０】
３００７はＲＴＣ  ＩＣであり、時間管理／カレンダ管理を行う専用デバイスである。３００９は操作部であり、本装置と利用者とのユーザインターフェースを司る処理部である。操作部３００９は本装置の置き台３０４の背面等に組み込まれる。３０１０は映像入力部であり、ＣＣＤ／ＣＭＯＳセンサ等の光電変換デバイス及び当該デバイスを制御するドライバ回路・各種画像補正を司る信号処理回路及びパン・チルト機構を実現するための機械的・電気的構成を含む。
【０１４１】
３０１１は映像入力インターフェース部であり、映像入力部３０１０から同期信号と共に出力されるラスタ画像データをディジタル画像データに変換しバッファリング処理すると共に、映像入力部３０１０のパン・チルト機構を制御するための信号を生成する。映像入力インターフェース部３０１１でバッファリングされたディジタル画像データは、例えばブリッジ３００２に内蔵するＤＭＡを利用してＲＡＭ３００５上の所定のアドレスに転送される。
【０１４２】
当該ＤＭＡ転送は、例えば、映像信号の垂直同期信号をトリガーとして起動される。ＣＰＵ３００１はブリッジ３００２の生成するＤＭＡ転送終了割り込み信号を元に、ＲＡＭ３００５に保持された画像データに対して各種処理を開始する。なお、当該装置は図示しない電源部も有する。
【０１４３】
３００８ａは第一の通信インターフェース部であり、無線／有線ＬＡＮ等インターネットプロトコルのネットワークに接続する機能を有する。３００８ｂは既存電話網や携帯電話網に直接接続する機能を有する。本実施形態では、認識対象やその状況に応じて通報手段を選択する。具体的には、通常の状況の場合，緊急度に応じて電子メールやインスタントメッセージ等のインターネットプロトコルを用いて情報を通報し、緊急度が極めて高い状況の場合、電話等により直接状況内容を通報する。
【０１４４】
図３１は本実施形態による通報先設定処理（ステップＳ２２０３）の詳細を説明するフローチャートである。本実施形態では、上記第４の実施形態と比較して、新たに通報手段設定処理（ステップＳ３１０５）が追加される。他のステップＳ３１０１〜Ｓ３１０４はそれぞれ第４の実施形態で説明したステップＳ２４０１〜Ｓ２４０４と同一であるため、説明を省略する。
【０１４５】
図３２は本実施形態で利用する通報制御情報テーブルの内容を示す図である。通報手段選択処理（ステップＳ３１０５）では設置場所、認識対象及び状況内容に応じて通報手段を設定する。図３２の場合「倒れていないか？」、「不審者の検知」等緊急度の高い状況に対しては「電話」による通報を指定する。一方、「苦しんでいないか？」、「物を口に入れていないか？」、「禁止エリアにいる？」等緊急度が中程度の状況に対しては「インスタントメッセージ」を設定し、「出入りの確認」等緊急度の低い状況に対しては「電子メール」を設定する。
【０１４６】
ステップＳ３１０５で設定された情報は上記第４の実施形態と同様に通報制御情報テーブルとしてＥＥＰＲＯＭ３００５に記録される。
【０１４７】
本実施形態の状況内容符号化処理（ステップＳ２２０８）では通報先設定処理（ステップＳ２２０３）で設定された通報手段に応じて状況内容を符号化する。例えば、通報手段として「インスタントメッセージ」、「電子メール」が設定された場合には、文字情報に符号化し、「電話」が設定された場合には音声情報に符号化する。音声情報への符号化は、図示しない音声合成処理で図２８のテーブルに示す文字列に対応する音声データを生成する。なお、当該音声データはＩＴＵ標準のＧ．７２３やＧ．７２９等の高能率符号化方式で圧縮しても良い。生成された音声情報はＲＡＭ３００５等に一時的に格納される。
【０１４８】
図３７は本実施形態に係る通報処理（ステップＳ２２０９）の詳細を説明する図である。ステップＳ３７０１ではＥＥＰＲＯＭ３００６に格納された通報制御情報テーブル（図３２）を参照し、設置場所識別処理（ステップＳ２２０２）の出力、対象物識別処理（ステップＳ２２０６）の出力及び状況内容解析処理（ステップＳ２２０５）の出力に応じた所定の通報先を決定する。
【０１４９】
次にステップＳ３７０２では同様に通報制御情報テーブルを参照して通報手段を決定する。ステップＳ３７０２では選択された通報先に、選択された通報手段（３００８ａ又は３００８ｂ）を介して状況の内容を表現する符号化された情報を送信する。即ち、通報手段として、「インスタントメッセージ」、「電子メール」等が選択された場合、第一の通信インターフェース部３００８ａを介してインターネットプロトコルで通報内容を送信する。また、通報手段として「電話」が選択された場合、所定の通報先の電話に自動発呼し、着信の確認後、ＲＡＭ３００５に保持された音声データを第２の通信インターフェース部３００８ｂを介して直接音声信号として送信する。
【０１５０】
以上、本実施形態によれば、所定の通報先に、状況に応じた通信手段を介して通報することが可能になり、緊急度等に応じたより適切な通報機能を実現することが可能になる。
【０１５１】
［第６の実施形態］
図３３は本発明の第６の実施形態にかかる状況モニタリング装置の処理フローの概要を示す図である。当該フローチャートはＲＡＭ３００５にロードされたプログラムであり、ＣＰＵ３００１によって処理される。本実施形態にかかる状況モニタリング装置のハードウェアの構成は第５の実施形態と同様であるため、その違いについてのみ説明する。
【０１５２】
図３３は本実施形態による通報先設定処理（ステップＳ２２０３）の詳細を説明するフローチャートである。本実施形態では、第５の実施形態の通報先設定処理に対して、新たに通報判断時間設定処理（ステップＳ３３０６）が追加される。他のステップＳ３３０１〜Ｓ３３０５はそれぞれ第５の実施形態で説明したステップＳ３１０１〜Ｓ３１０５と同一であるため、その違いのみ説明する。
【０１５３】
図３４は本実施形態における通報制御情報テーブルの一例を示す図である。状況内容に対応して時間情報を設定し、所定の状況が認識された場合、当該認識された時間を判断し、時間に応じた通報先に状況内容を通知する。例えば場所コードＰ０００３の場合、８時から２４時の間に侵入者が検出された場合、電子メールを介して母に状況を通知する様に設定される。一方、同じ条件で２４時から８時の間に侵入者が検出された場合、警備会社に通知する様に設定される。ステップＳ３３０６で設定された情報は第５の実施形態と同様に通報制御情報テーブルとしてＥＥＰＲＯＭ３００６に記録される。
【０１５４】
図３８は本実施形態による通報処理（ステップＳ２２０９）の詳細を示すフローチャートである。ステップＳ３８０１では所定の状況が認識された時間をＲＴＣ３００７から取得する。ステップＳ３８０２では設置場所、認識対象人物、状況内容及びステップＳ３８０１で取得した時間を元にＥＥＰＲＯＭ３００６に格納された通報制御情報テーブル（図３４）を参照して所定の通報先を決定する。
【０１５５】
更にステップＳ３８０３では同様に通報制御情報テーブルを参照して所定の通報手段を決定する。ステップＳ３８０４ではステップＳ３８０３で決定した通報先にステップＳ３８０４で決定した通報手段を介して、ステップＳ２２０８で符号化した状況の内容を示すデータを送信する。
【０１５６】
以上の説明から明らかなように、本実施形態では、所定の状況を認識した時間を元に、より適切な通報先に適切な通報手段を使用して通報することが可能になる。
【０１５７】
なお、上記第４乃至第６の実施形態では認識対象として人物の場合を例に説明したが、本発明はこれに限るわけではなく、動物や特定の物等、認識対象はどのようなものであっても良い。例えば、特定の物の場合、当該物体が「所定の位置から移動させられた」、「無くなった」等の状況を認識し通報する場合等が考えられる。なお、移動や存在の認識は従来より提案されているパターンマッチング手法を利用することで容易に実現することが可能である。
【０１５８】
また、上記第４乃至第６の実施形態にて示した通報制御情報テーブルは装置の設置場所、認識対象及び時間と状況に応じて通報先及び通報手段を規定したが、本発明はこれに限るわけではなく、目的に応じて、設置場所、認識対象、時間の少なくとも１つと状況に対応する通報先又は通報手段を規定するテーブルを用意すればよい。
【０１５９】
また、上記第４乃至第６の実施形態では、状況内容解析処理として複数の状況認識処理を用意し、当該処理の出力を利用して状況内容の解析を行うこととしたが、本発明はこれに限るわけではなく、どのような方法であっても良い。例えば、より汎用性の高い認識アルゴリズムを実装して、認識対象となる全ての状況を認識するよう構成しても良い。
【０１６０】
また、上記第４乃至第６の実施形態では状況内容解析処理結果を所定の文字列や音声情報に符号化する場合について説明したが、他の情報に変換しても良い。例えば、該当する情報を模式的に表す図形データに変換して、当該図形データを通報データとして送信するようにしても良い。また、ネットワークを介して通報する代りに、所定の光源の発光パターンを警報情報として通報するようにしても良い。
【０１６１】
また、上記第４の実施形態では画像データを利用して装置の設置場所や認識対象人物の状況を認識する場合について説明したが、本発明はこれに限るわけではなく、画像データ以外のセンシング情報を利用して状況を認識するようにしても良い。更には、画像データと他のセンシング情報とを組み合わせて状況を認識するようにしても良い。他のセンシング情報としては、音声情報・赤外光情報・電波情報等様々なセンシング技術を利用することが可能である。
【０１６２】
また、上記第４乃至第６の実施形態では、認識対象の状況変化を通報する手段としてインターネットメールやインスタントメッセージ又は電話等を利用する場合について説明したが、本発明はこれに限るわけではなく、必要に応じて他の手段を利用する構成としてもよい。
【０１６３】
また、上記第４乃至第６の実施形態では操作部４０９を介して通報制御情報テーブルを設定する場合について説明したが、ネットワークを利用して動作に必要なパラメータを設定するよう構成しても良い。この場合、本装置は、例えばＨＴＴＰ（Hyper Text Transfer Protocol）サーバ機能を有し、通信インターフェース部３００８を介してＨＴＴＰに基づくＷｅｂベースのユーザインターフェースをユーザに提供する。ＨＴＴＰサーバはミドルウェアの一つとして組み込まれ、ＨＴＴＰに基づく遠隔地からの操作に対応して所定のパラメータ設定プログラムを起動する。この場合、ユーザは携帯電話、ＰＤＡ、パーソナルコンピュータ等の汎用端末から本装置の動作に必要なパラメータを設定することが可能になり、更に遠隔地から当該設定動作を行うことが可能になる。これにより、ユーザは遠隔地から状況認識結果の通報先や通報手段を変更することが可能になる。
【０１６４】
また、上記第４乃至第６の実施形態では、状況モニタリング装置に内蔵する組み込みプロセッサを利用して全ての処理を実行する場合について説明したが、例えばパーソナルコンピュータ等の外部処理装置と組み合わせて実現してもよい。この場合、画像データの取り込みのみを専用の装置で実現し、その他の画像認識処理や通信処理等はパーソナルコンピュータの資源を利用する。専用装置とパーソナルコンピュータとは、例えばＢｌｕｅＴｏｏｔｈ等の無線インターフェースやＨＰＡ（Home Power Plug Alliance）等の電力線通信インターフェースを利用することで同様の利便性を実現することが可能である。このような機能分散による状況モニタリングシステムの実現はもちろんパーソナルコンピュータを利用した場合だけではなく、他の様々なインターネットアプライアンスを利用することによっても可能である。
【０１６５】
また、上記第４乃至第６の実施形態では、ＣＰＵを用いたソフトウェア処理により本発明を実現する場合について説明したが、本発明はこれに限るわけではなく、専用のハードウェアで処理しても良い。この場合、状況認識のためのアルゴリズムはＦＰＧＡ（Filed Programable Gate Array）の内部回路を決定するオブジェクトデータやリコンフィギャラブルプロセッサの内部回路を決定するオブジェクトデータ等に相当する。システム制御用プロセッサは初期化処理（ステップＳ２２０１）でＥＥＰＲＯＭ４０６から当該専用ハードウェアにオブジェクトをロードする。専用ハードウェアはロードされたオブジェクトデータに従って所定のタイミングで所定のアルゴリズムの認識処理を開始する。
【０１６６】
また、上記第４乃至第６の実施形態では機械的な制御構造を有するカメラ（所謂パン・チルトカメラ）を用いた場合について説明したが、本発明はこれに限るわけではなく、全方位カメラ等の広角カメラを利用しても良い。その場合、認識対象を機械的に補足するのではなく、広角で取得した画像データを利用して同等の処理を実現することが可能である。
【０１６７】
［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１６８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１６９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１７０】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１７１】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１７３】
【図１】第１の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。
【図２】本発明の一実施形態にかかる状況モニタリング装置を含む状況モニタリングシステムの概略構成図である。
【図３】第１の実施形態にかかる状況モニタリング装置の概略構成図である。
【図４】第１の実施形態にかかる状況モニタリング装置のハードウェア構成図である。
【図５】図４の操作部の操作パネルを示した図である。
【図６】図１のステップＳ１０２の詳細を示すフローチャートである。
【図７】図６のステップＳ６０２で取得した画像データを模式的に示した図である。
【図８】図１のステップＳ１０３の詳細を示すフローチャートである。
【図９】操作部のＬＣＤ部に表示される表示内容の一例を示した図である。
【図１０】設置場所と認識対象人物及び状況認識内容の関係を示す認識情報テーブルの一例を示した図である。
【図１１】図１のステップＳ１０４の詳細を説明するフローチャートである。
【図１２】図１１のステップＳ１１０３で操作部のＬＣＤ部に表示される表示内容の一例を示した図である。
【図１３】状況モニタリング装置のソフトウェアの階層構造を示す図である。
【図１４】場所コードと特徴パラメータとの関連を示すテーブルを示した図である。
【図１５】第２の実施形態にかかる状況モニタリング装置の概略構成図である。
【図１６】第２の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。
【図１７】管理テーブルの一例を示した図である。
【図１８】第３の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。
【図１９】図１８のステップＳ１８０２の詳細を示すフローチャートである。
【図２０】認識対象人物と状況認識内容の関係を示す認識情報テーブルの一例を示した図である。
【図２１】リモコンによる操作部を実現する場合のハードウェア構成図である。
【図２２】第３の実施形態にかかる状況モニタリング装置の処理の流れを示すフローチャートである。
【図２３】図４の操作部の操作パネルを示した図である。
【図２４】通報先設定処理（ステップＳ２２０３）の詳細を示すフローチャートである。
【図２５】通信制御情報テーブルの一例を示す図である。
【図２６】操作部のＬＣＤ部に表示される表示内容の一例を示す図である。
【図２７】操作部のＬＣＤ部に表示される通報先設定画面の表示例を示す図である。
【図２８】変換テーブルの一例を示す図である。
【図２９】場所コードと特徴パラメータとの関連を示すテーブルを示した図である。
【図３０】第４の実施形態かかる状況モニタリング装置の構成を示す図である。
【図３１】通報先設定処理（ステップＳ２２０３）の詳細を説明するフローチャートである。
【図３２】通報制御情報テーブルの内容を示す図である。
【図３３】第５の実施形態にかかる状況モニタリング装置の処理フローの概要を示す図である。
【図３４】通報制御情報テーブルの一例を示す図である。
【図３５】ステップＳ２２０５が具備する認識処理ソフトウェアモジュールの一例を示す図である。
【図３６】通報処理（ステップＳ２２０９）の詳細を示すフローチャートである。
【図３７】通報処理（ステップＳ２２０９）の詳細を示すフローチャートである。
【図３８】通報処理（ステップＳ２２０９）の詳細を示すフローチャートである。
【符号の説明】
【０１７４】
Ｓ１０１  初期化処理
Ｓ１０２  設置場所認識処理
Ｓ１０３  状況認識対象の決定処理
Ｓ１０４  状況認識内容の決定処理
Ｓ１０５  設置場所移動の判断処理
Ｓ１０６  状況認識処理
Ｓ１０７  所定の状況認識の判断処理
Ｓ１０８  通報処理
２０１    状況モニタリング装置
２０２    回線接続装置
２０３    通信網（ネットワーク）
２０４    携帯端末装置
２０５    サーバ装置
Ｓ２２０１  初期化処理
Ｓ２２０２  設置場所識別処理
Ｓ２２０３  通報先設定処理
Ｓ２２０４  状況変化の有無判定処理
Ｓ２２０５  状況内容解析処理
Ｓ２２０６  対象物識別処理
Ｓ２２０７  所定の状況認識の判断処理
Ｓ２２０８  状況内容符号化処理
Ｓ２２０９  通報処理
【図１】
2006018818.tif 000003
【図２】
2006018818.tif 000004
【図３】
2006018818.tif 000005
【図４】
2006018818.tif 000006
【図５】
2006018818.tif 000007
【図６】
2006018818.tif 000008
【図７】
2006018818.tif 000009
【図８】
2006018818.tif 000010
【図９】
2006018818.tif 000011
【図１０】
2006018818.tif 000012
【図１１】
2006018818.tif 000013
【図１２】
2006018818.tif 000014
【図１３】
2006018818.tif 000015
【図１４】
2006018818.tif 000016
【図１５】
2006018818.tif 000017
【図１６】
2006018818.tif 000018
【図１７】
2006018818.tif 000019
【図１８】
2006018818.tif 000020
【図１９】
2006018818.tif 000021
【図２０】
2006018818.tif 000022
【図２１】
2006018818.tif 000023
【図２２】
2006018818.tif 000024
【図２３】
2006018818.tif 000025
【図２４】
2006018818.tif 000026
【図２５】
2006018818.tif 000027
【図２６】
2006018818.tif 000028
【図２７】
2006018818.tif 000029
【図２８】
2006018818.tif 000030
【図２９】
2006018818.tif 000031
【図３０】
2006018818.tif 000032
【図３１】
2006018818.tif 000033
【図３２】
2006018818.tif 000034
【図３３】
2006018818.tif 000035
【図３４】
2006018818.tif 000036
【図３５】
2006018818.tif 000037
【図３６】
2006018818.tif 000038
【図３７】
2006018818.tif 000039
【図３８】
2006018818.tif 000040