(57)【要約】【課題】監視対象者の状況を通知するための状態通知方法、装置、およびプログラムに関し、監視対象者のプライバシーを保護しながら監視対象者の具体的な行動変化を検出可能とする。【解決手段】アラーム出力部１０４は、頭部動き状態検出部１０２が撮像装置１０５からの撮像画像データに基づいて検出した頭部の位置の下降または上昇の動きの状態と、集音装置１０６からの音声データに基づいて音状態検出部１０３が検出した音の状態に応じて、監視対象者１０８の状態を通知するアラームの種類を決定する。そして、アラーム出力部１０４は、その決定したアラームを、例えばインターネットおよび無線ＬＡＮを介して接続される管理端末１０７に出力する。【選択図】図１
2015149039.tif 000002
【特許請求の範囲】
【請求項１】
監視対象者の頭部の位置の下降または上昇の動きの状態を検出し、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて、前記監視対象者の状態を通知するアラームの種類を制御する、
処理をコンピュータに実行させることを特徴とする状態通知方法。
【請求項２】
前記音の状態は前記音の音圧レベルまたは周波数特性を含み、
前記制御する処理は、前記音の音圧レベルまたは周波数特性に応じて制御することを特徴とする請求項１に記載の状態通知方法。
【請求項３】
前記頭部の位置の下降または上昇の動きの状態は前記下降または上昇の動きの速度を含み、前記制御する処理は、前記頭部の位置の下降または上昇の動きの速度に応じて制御する、
ことを特徴とする請求項１または２のいずれかに記載の状態通知方法。
【請求項４】
前記制御する処理は、前記頭部の位置の下降が検出される前または後のタイミングで音圧レベルが検出されたか否かに応じて前記監視対象者の状態を通知するアラームの種類を制御する、
ことを特徴とする請求項１ないし３のいずれかに記載の状態通知方法。
【請求項５】
前記制御する処理は、第１の音圧レベルが検出されない状態で前記頭部の位置の所定速度以上での下降が検出され、その後第２の音圧レベルが検出された場合に、前記監視対象者が急に倒れ頭部を打った可能性がある旨を示す第１のアラームを出力対象とする、
ことを特徴とする請求項４に記載の状態通知方法。
【請求項６】
前記制御する処理は、第１の音圧レベルが検出され、その後第１の所定時間内に前記頭部の位置の所定速度以上での下降が検出され、その後第２の所定時間内に第２の音圧レベルが検出された場合に、前記監視対象者が何かにぶつかり倒れた可能性がある旨を示す第２のアラームを出力対象とする、
ことを特徴とする請求項４または５のいずれかに記載の状態通知方法。
【請求項７】
前記制御する処理は、第１の音圧レベルが検出され、その後第１の所定時間内に前記頭部の位置の所定速度より遅い下降が検出され、その後第２の所定時間内に第２の音圧レベルが検出されなかった場合に、前記監視対象者が何かにぶつかりしゃがみこんだ可能性がある旨を示す第３のアラームを出力対象とする、
ことを特徴とする請求項４ないし６のいずれかに記載の状態通知方法。
【請求項８】
前記制御する処理は、請求項５ないし７のいずれかの状態の後第３の所定時間内に前記頭部の位置の上昇が検出された場合に、前記監視対象者が自力で立ち上がった可能性がある旨を示す第４のアラームを出力対象とする、
ことを特徴とする請求項５ないし７のいずれかに記載の状態通知方法。
【請求項９】
前記制御する処理は、請求項５ないし７のいずれかの状態の後第３の所定時間内に前記頭部の位置の上昇が検出されなかった場合に、前記監視対象者がしゃがみこんだまままたは倒れたままの可能性がある旨を示す第５のアラームを出力対象とする、
ことを特徴とする請求項５ないし７のいずれかに記載の状態通知方法。
【請求項１０】
前記監視対象者の頭部の位置は撮像装置により撮像された撮像画像に基づいて検出されたものである、
ことを特徴とする請求項１ないし９のいずれかに記載の状態通知方法。
【請求項１１】
前記監視対象者の頭部の位置は撮像装置以外の手段により取得された信号に基づいて検出されたものである、
ことを特徴とする請求項１ないし９のいずれかに記載の状態通知方法。
【請求項１２】
監視対象者の頭部の位置の下降または上昇の動きの状態を検出する頭部動き状態検出部と、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて前記監視対象者の状態を通知するアラームの種類を制御するアラーム出力部と、
を備えることを特徴とする状態通知装置。
【請求項１３】
コンピュータに、
監視対象者の頭部の位置の下降または上昇の動きの状態を検出し、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて、前記監視対象者の状態を通知するアラームの種類を制御する、
処理を実行させるための状態通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象者の状況を通知するための状態通知方法、装置、およびプログラムに関する。
【背景技術】
【０００２】
高齢化社会の到来により、独居老人の数が増加している。独居老人になんらかの異常が発生しても、場合によっては誰にも気づかれずに、死後何日も経過した後で発見されるという不幸なケースも存在する。
【０００３】
独居老人の見守りをＩＣＴ化し、カメラ等のセンサで異常を早期に発見する、いわゆる緊急通報システム等の実現の試みがなされている。
【０００４】
既存のテレビジョン受像機等によって、ユーザが、容易に異常を認識することができるようにした第１の従来技術として、次のような技術が知られている（例えば特許文献１）。親機と各子機としての各テレビジョン受像機には、テレビジョン放送番組としての画像データが表示されている。また、各テレビジョン受像機は、カメラからの画像データを無線で受信しており、その画像データの特徴量を、フレームごとに検出し、さらに、画像データの特徴量の時間的変動を解析している。そして、特徴量の時間的変動が所定の条件を満たす場合、各テレビジョン受像機の表示が切り換えられる。特徴量の時間的変動が所定の条件を満たすカメラからの画像データが、すべてのテレビジョン受像機の表示画面に亘って、全画面表示される。
【０００５】
また、特定の構内で移動中の人間又は物品の、移動中の詳細な状況を把握できるようにした第２の従来技術として、次のような技術が知られている（例えば特許文献２）。自営無線基地局が生成する無線エリアは、特定の構内用ＰＨＳ端末を携帯して移動する特定の人間の追跡監視対象エリアとして用いられる。自営無線基地局に接続される構内用ＰＨＳ交換機は、上記無線エリアを移動する構内用ＰＨＳ端末が行う位置登録により加入者データベースに格納される、構内用ＰＨＳ端末の位置情報を用いて、構内用ＰＨＳ端末の現在位置に該当する無線エリアを生成する自営無線基地局を選択・切替えして、切替えられた自営無線基地局に設けられた監視用ビデオカメラ及び集音マイクの起動及び方向制御を行って、構内用ＰＨＳ端末の動向を追跡監視する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１９９０９２号公報
【特許文献２】特開２００４−８８４８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
高齢者等の監視においては、プライバシーの保護という問題がある。より具体的には、日常生活を第三者に監視されることにより例えば顔を撮影されてしまいどこかで利用されないかというような、心理的負担が監視対象者に発生する可能性がある。しかし、上述の第１の従来技術では、監視カメラの画像または音声で大きな変動があれば異常として検出が行えるだけであり、例えば高齢者の転倒等の具体的な行動変化を検出することはできない。また、監視カメラの画像として監視対象者の顔等が管理者にさらされてしまう。
【０００８】
また、上述の第２の従来技術では、映像解析手段から出力される映像情報と音解析手段から出力される音情報とから追跡対象の置かれた状況を映像及び音の二つの観点から総合的に特定するようにしてもよい旨の記載がある。しかし、これだけでは、第１の従来技術と同様に、例えば高齢者の転倒等の具体的な行動変化を検出することはできない。また、第１の従来技術と同様に、監視カメラの画像として監視対象者の顔等が管理者にさらされてしまう。
【０００９】
そこで、本発明の１つの側面では、監視対象者のプライバシーに配慮して、監視対象者の行動変化を検出可能とすることを目的とする。
【課題を解決するための手段】
【００１０】
態様の一例では、監視対象者の頭部の位置の下降または上昇の動きの状態を検出し、下降または上昇の動きの状態を検出したタイミングの近傍における、監視対象者付近から検出した音の状態に応じて、監視対象者の状態を通知するアラームの種類を制御する処理をコンピュータに実行させる。
【発明の効果】
【００１１】
監視対象者のプライバシーに配慮して、監視対象者の行動変化を検出することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る状態通知装置のブロック図である。
【図２】頭部高さの時間変化／音発生パターン１およびアラームメッセージ１の例を示す図である。
【図３】頭部高さの時間変化／音発生パターン２およびアラームメッセージ２の例を示す図である。である。
【図４】頭部高さの時間変化／音発生パターン３およびアラームメッセージ３の例を示す図である。である。
【図５】頭部高さの時間変化／音発生パターン４およびアラームメッセージ４の例を示す図である。である。
【図６】頭部高さの時間変化／音発生パターン５およびアラームメッセージ５の例を示す図である。である。
【図７】頭部高さの時間変化および音発生とパターンとの関係図である。
【図８】本実施形態に係る状態通知装置のシステム構成図である。
【図９】頭部高さ音圧記録ログ８０２のデータ構成例を示す図である。
【図１０】メッセージＤＢ８０３のデータ構成例を示す図である。
【図１１】カメラ設定テーブル８０４のデータ構成例を示す図である。
【図１２】利用者管理ＤＢ８０５のデータ構成例を示す図である。
【図１３】監視ワークテーブル８０６のデータ構成例を示す図である。
【図１４】異常通知プログラム８０１の処理例を示すフローチャート（その１）である。
【図１５】異常通知プログラム８０１の処理例を示すフローチャート（その２）である。
【図１６】異常通知プログラム８０１の処理例を示すフローチャート（その３）である。
【図１７】フラグ整理サブルーチンの処理例を示すフローチャートである。
【図１８】本実施形態に係る点滴針抜去防止処理プログラムを実行可能な状態通知装置であるサーバコンピュータのハードウェアの構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
図１は、本実施形態に係る状態通知装置のブロック図である。
【００１４】
状態通知装置１００は、頭部検出部１０１、頭部動き状態検出部１０２、音状態検出部１０３、およびアラーム出力部１０４を備える。
【００１５】
頭部検出部１０１は、監視対象者１０８がいる居室内に設置された例えば撮像装置１０５により撮像された撮像画像に基づいて、監視対象者１０８の頭部を検出する。あるいは、頭部検出部１０１は、監視対象者１０８がいる居室内に設置された例えばレーダ装置等の撮像装置以外の手段により取得された信号に基づいて、監視対象者１０８の頭部を検出する。例えば撮像装置１０５と状態通知装置１００は、無線ＬＡＮ（ローカルエリアネットワーク）およびインターネット等のネットワークを介して接続される。例えば撮像装置１０５は、監視対象者１０８がいる居室内を撮像して得た撮像画像データを、上記ネットワークを介して例えばサーバコンピュータによって構成される状態通知装置１００内の頭部検出部１０１に送信する。頭部検出部１０１は、例えば特には図示しない記憶装置に記憶されている頭部のテンプレート画像とのマッチングを取ることにより、監視対象者１０８の頭部の前述の撮像画像データ上の位置および大きさを検出し、さらに撮像装置１０５に予め登録された撮像装置１０５の画角、および撮像装置１０５が設置された位置の居室における床面からの高さと、前述の検出された監視対象者１０８の頭部の大きさ等の情報を用いて、例えば頭部の高さを検出する。
【００１６】
頭部動き状態検出部１０２は、頭部検出部１０１が検出した監視対象者１０８の頭部の位置の下降または上昇の動きの状態を検出する。具体的には、頭部動き状態検出部１０２は例えば、頭部検出部１０１が検出した頭部の高さ（単位は［ｃｍ］センチメートル）の時間的な変化を追跡することにより、頭部の位置の下降または上昇の状態および速度を検出する。動きの状態としては、速度のほかに、動きの変化パターン（例えば上がってまた下がる等）が検出されてもよい。
【００１７】
音状態検出部１０３は、監視対象者１０８がいる居室内に設置された例えば集音装置１０６により集音された音声信号に基づいて、頭部動き状態検出部１０２が検出した頭部の位置の下降または上昇の動きの状態と関連する音の状態を検出する。音の状態としては、音の音圧レベル（単位は［ｄＢ］（デシベル））および／または周波数特性（単位は［Ｈｚ］（ヘルツ））が検出される。周波数特性は例えば、集音装置１０６から得られた音声信号を入力とする周波数分析処理により得られる周波数信号に基づいて得られる。周波数分析処理としては例えば、高速フーリエ変換やフィルタバンクによる周波数解析を用いてよい。あるいは、線形予測分析（例えば、ＬＰＣ（Ｌｉｎｅａｒ  Ｐｒｅｄｉｃｔｉｏｎ  Ｃｏｄｅｉｎｇ）分析、ＬＳＰ（Ｌｉｎｅａｒ  Ｓｐｅｃｔｒａｌ  Ｐａｉｒｓ）分析、またはケプストラム分析）などによる周波数包絡線抽出を用いてよい。そして、体をどこかにぶつけた、あるいは床に倒れたことにより発生する音の特徴的な周波数のピークやパワーを予め記憶させておき、上述の周波数分析により得られる実際の周波数のピークやパワーと比較することにより、上述の音の状態を検出してよい。
【００１８】
アラーム出力部１０４は、頭部動き状態検出部１０２が下降または上昇の動きの状態を検出したタイミングの近傍における、音状態検出部１０３が監視対象者付近から検出した音の状態に応じて、監視対象者１０８の状態を通知するアラームの種類を制御する。そして、アラーム出力部１０４は、その制御したアラームを、例えばインターネットおよび無線ＬＡＮを介して接続される管理端末１０７に出力する。
【００１９】
管理端末１０７は、それを所持する管理者に、アラームを通知（表示および／または放音）する。
【００２０】
以上の構成を有する状態通知装置１００の動作について、以下に説明する。本実施形態では例えば、アラーム出力部１０４は、頭部動き状態検出部１０２が頭部の位置の下降を検出する前または後のタイミングで、音状態検出部１０３が有意な音圧レベルを検出しているか否かに応じて、監視対象者の状態を通知するアラームの種類を決定してよい。
【００２１】
図２は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン１と、アラームメッセージ１の例を示す図である。図２（ａ）は、頭部動き状態検出部１０２が検出する頭部高さ（［ｃｍ］）の時間変化（実線）および音状態検出部１０３が検出する音圧レベル（［ｄＢ］）の時間変化（破線）による音発生パターン１を示している。頭部動き状態検出部１０２が、期間２０１で頭部高さが急激に下がったことを検出する。このとき、音状態検出部１０３が、期間２０１の手前では特に有意な音圧レベル（例えば第１の音圧レベル）は検出しておらず、頭部高さが最低近くになる期間２０１の最後付近のタイミング２０２において、有意な音圧レベル（例えば第２の音圧レベル）を検出する。
【００２２】
この場合、アラーム出力部１０４は、図２（ｂ）に例示されるように、監視対象者１０８が急に倒れ頭部を打った可能性がある旨を表示するアラームメッセージ１（第１のアラーム）を決定する。
【００２３】
図３は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン２と、アラームメッセージ２の例を示す図である。図３（ａ）は、頭部動き状態検出部１０２が検出する頭部高さ（［ｃｍ］）の時間変化（実線）および音状態検出部１０３が検出する音圧レベル（［ｄＢ］）の時間変化（破線）による音発生パターン２を示している。頭部検出部１０１が検出している頭部高さがまだ高い状態で、音状態検出部１０３が、期間３０２の手前のタイミング３０１で、有意な音圧レベル（例えば第１の音圧レベル）を検出する。それに続く第１の所定時間内から始まる期間３０２で、頭部動き状態検出部１０２が、頭部高さが急激に下がったことを検出する。さらにそれに続く第２の所定時間内の頭部高さが最低近くになる期間３０２の最後付近のタイミング３０３において、音状態検出部１０３が有意な音圧レベル（例えば第２の音圧レベル）を検出する。
【００２４】
この場合、アラーム出力部１０４は、図３（ｂ）に例示されるように、監視対象者１０８が何かにぶつかり倒れた可能性がある旨を表示するアラームメッセージ２（第２のアラーム）を決定する。
【００２５】
図４は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン３と、アラームメッセージ３の例を示す図である。図４（ａ）は、頭部動き状態検出部１０２が検出する頭部高さ（［ｃｍ］）の時間変化（実線）および音状態検出部１０３が検出する音圧レベル（［ｄＢ］）の時間変化（破線）による音発生パターン３を示している。頭部検出部１０１が検出している頭部高さがまだ高い状態で、音状態検出部１０３が、期間４０２の手前のタイミング４０１で、有意な音圧レベル（例えば第１の音圧レベル）を検出する。それに続く第１の所定時間内に、頭部動き状態検出部１０２が、頭部高さが緩やかに下がり始めたことを検出する。その後、第２の所定期間である期間４０２内に、音状態検出部１０３が有意な音圧レベル（例えば第２の音圧レベル）を検出しないまま、期間４０２が経過してタイミング４０３になる。
【００２６】
この場合、アラーム出力部１０４は、図４（ｂ）に例示されるように、監視対象者１０８が何かにぶつかりしゃがみこんだ可能性がある旨を表示するアラームメッセージ３（第３のアラーム）を決定する。
【００２７】
図５は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン４およびアラームメッセージ４の例を示す図である。図５（ａ）は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン４を示している。まず、図２（ａ）、図３（ａ）、または図４（ａ）の頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン１，２，３のいずれかの状態になる。その後、第３の所定期間内の期間５０１で、頭部動き状態検出部１０２が、頭部高さの上昇を検出する。そして、タイミング５０２で、頭部高さの変化がほぼ一定になる。
【００２８】
この場合、アラーム出力部１０４は、図５（ｂ）に例示されるように、監視対象者１０８が自力で立ち上がった可能性がある旨を表示するアラームメッセージ４（第４のアラーム）を決定する。
【００２９】
図６は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン５およびアラームメッセージ５の例を示す図である。図６（ａ）は、頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン５を示している。まず、図２（ａ）、図３（ａ）、または図４（ａ）の頭部動き状態検出部１０２および音状態検出部１０３が検出する頭部高さの時間変化および音発生パターン１，２，３のいずれかの状態になる。その後、第３の所定期間内に、音状態検出部１０３が有意な音圧レベル（例えば第２の音圧レベル）を検出しないまま、タイミング６０１になる。
【００３０】
この場合、アラーム出力部１０４は、監視対象者１０８がしゃがみこんだまままたは倒れたままの可能性がある旨を表示するアラームメッセージ５（第５のアラーム）を決定する。
【００３１】
図７は、図２から図６で示した頭部高さの時間変化および音発生とパターンとの関係をまとめた図である。
【００３２】
図２で説明したアラームメッセージ１が出力されるパターン１は、音圧（第１の音圧レベル）が発生せずに頭部高さが急激に低下し、さらに音圧（第２の音圧レベル）が発生する場合である。
【００３３】
図３で説明したアラームメッセージ２が出力されるパターン２は、音圧（第１の音圧レベル）が発生した後、頭部高さが急激に低下し、さらに音圧（第２の音圧レベル）が発生する場合である。
【００３４】
図４で説明したアラームメッセージ３が出力されるパターン３は、音圧（第１の音圧レベル）が発生した後、頭部高さが緩やかに低下し、その後は音圧（第２の音圧レベル）が発生しない場合である。
【００３５】
図５で説明したアラームメッセージ４が出力されるパターン４は、パターン１〜３の通知後に、頭部高さが上昇して立ち上がり状態になった場合である。
【００３６】
図６で説明したアラームメッセージ５が出力されるパターン５は、パターン１〜３の通知後に、頭部高さが低いままの状態になった場合である。
【００３７】
以上のようにして、本実施形態によれば、監視対象者の撮像画像を管理端末１０７を操作する管理者に見せることなくプライバシーを保護しながら、監視対象者の具体的な行動変化パターン１〜５を検出することが可能となる。
【００３８】
図８は、本実施形態に係る状態通知装置のシステム構成図である。
サーバコンピュータによって実現される状態通知装置１００は、ＣＰＵ（中央演算プロセッサ）がメモリに記憶された異常通知プログラム８０１を実行することにより、図１の状態通知装置１００の１０１〜１０４の各部の機能の動作を実行する。状態通知装置１００内のメモリには、頭部高さ音圧記録ログ８０２、メッセージＤＢ（データベース）８０３、カメラ設定テーブル８０４、利用者管理ＤＢ８０５などの各データベースと、監視ワークテーブル８０６が記憶される。これらのデータの詳細については、図９、図１０、図１１、図１２、および図１３の説明において後述する。
【００３９】
状態通知装置１００は、図１の撮像装置１０５および集音装置１０６に対応し監視対象者１０８（図１）の居室内に設置された複数のカメラ／マイクユニット８０７から、病院内ＬＡＮ８１０を介して、一定時間毎に、居室内の撮像画像データおよび音声データを受信する。
【００４０】
状態通知装置１００において、異常通知プログラム８０１は、カメラ／マイクユニット８０７から撮像画像データおよび音声データを受信すると、図１の頭部検出部１０１の機能を実行することにより、監視対象者１０８ごとに、頭部高さおよび音圧を検出し、個々のカメラ／マイクユニット８０７別に、頭部高さ音圧記録ログ８０２に記録する。
【００４１】
図９は、図８の頭部高さ音圧記録ログ８０２のデータ構成例を示す図である。例えば０．１秒ごとに、リビング、キッチン、寝室、浴室等にそれぞれ設置されたカメラ／マイクユニット８０７からの撮像画像データおよび音声データに基づいて、頭部高さおよび音圧が検出され、各カメラ／マイクユニット８０７に対応して記録される。なお、一定時間分のデータが記録されたら、古いデータから順に上書き記録されてゆく。この頭部高さ音圧記録ログ８０２は、監視対象者１０８（監視対象者ＩＤ）ごとに生成されている。ちなみに、図９を説明すると、監視対象者１０８がリビングに存在するために、リビングの頭部高さに数値が記録されており、他の部屋のフィールドには数値が記録されていない。
【００４２】
図１０は、図８のメッセージＤＢ８０３のデータ構成例を示す図である。図２（ｂ）、図３（ｂ）、図４（ｂ）、図５（ｂ）、および図６（ｂ）で例示した具体的なアラームメッセージ１〜５を出力するための、各テンプレート（雛形）が記憶されている。各アラームメッセージ１〜５に対応して、１〜５のメッセージＩＤが付与されている。
【００４３】
図１１は、図８のカメラ設定テーブル８０４のデータ構成例を示す図である。監視対象者１０８（図１）に対応する監視対象者ＩＤごとに、カメラ設置数と、１台目、２台目、３台目、４台目、・・・ごとの各カメラ／マイクユニット８０７（図８）のＩＤ（識別子）と設置場所が登録されている。
【００４４】
図１２は、図８の利用者管理ＤＢ８０５のデータ構成例を示す図である。監視対象者１０８（図１）に対応する監視対象者ＩＤごとに、監視対象者名と、その監視対象者の身長と、その監視対象者の監視を行っている管理者名と、管理者連絡先であるその管理者が所有する管理端末１０７（図１）が受信できる電子メールアドレスが登録されている。
【００４５】
図１３は、異常通知プログラム８０１によって使用される、図８の監視ワークテーブル８０６のデータ構成例を示す図である。監視対象者１０８（図１）に対応する監視対象者ＩＤごとに、音発生フラグ１、頭部高さ変化フラグ１、頭部高さ変化フラグ２、音発生フラグ２、異常通知済フラグ、立ち上がり通知済フラグ、および再通知済フラグが記録される。
【００４６】
音発生フラグ１は、その監視対象者ＩＤに対応する監視対象者１０８に関して、前述した第１の音圧レベルが発生したときに、異常通知プログラム８０１によってＯＮにセットされる。
【００４７】
頭部高さ変化フラグ１は、その監視対象者ＩＤに対応する監視対象者１０８に関して、前述した頭部高さの急激な下降が発生したときに、異常通知プログラム８０１によってＯＮにセットされる。
【００４８】
頭部高さ変化フラグ２は、その監視対象者ＩＤに対応する監視対象者１０８に関して、前述した頭部高さの緩やかな下降が発生したときに、異常通知プログラム８０１によってＯＮにセットされる。
【００４９】
音発生フラグ２は、その監視対象者ＩＤに対応する監視対象者１０８に関して、前述した第２の音圧レベルが発生したときに、異常通知プログラム８０１によってＯＮにセットされる。
【００５０】
異常通知済フラグは、その監視対象者ＩＤに対応する監視対象者１０８に関して、異常通知プログラム８０１によって決定されたアラームメッセージ１〜５に対応する数値１〜５または未定義値（通知が無い場合）がセットされる。
【００５１】
立ち上がり通知済フラグは、その監視対象者ＩＤに対応する監視対象者１０８に関して、前述した頭部高さの上昇が発生したときに異常通知プログラム８０１によってＯＮにセットされる。
【００５２】
再通知済フラグは、その監視対象者ＩＤに対応する監視対象者１０８に関して、既にアラームメッセージ１〜３または５が通知済みの状態でさらにアラームメッセージ１〜３または５が通知される場合に、異常通知プログラム８０１によってＯＮにセットされる。
【００５３】
図１４、図１５、および図１６は、図８の異常通知プログラム８０１の処理の例を示すフローチャートである。
【００５４】
まず、フラグ整理サブルーチンが実行される（ステップＳ１４０１）。この処理は、後述する。
【００５５】
次に、監視対象者ＩＤ、カメラＩＤと、頭部高さ、音圧を受信したか否かが判定される（ステップＳ１４０２）。なお、頭部高さは、図８の異常通知プログラム８０１の一部として、図１の頭部検出部１０１の機能が実行されて検出されてもよいし、カメラ／マイクユニット８０７側の専用装置処理として検出されてもよい。ステップＳ１４０２での説明では、頭部高さはカメラ／マイクユニット８０７から受信される例である。
【００５６】
ステップＳ１４０２の判定がＮＯならば、ステップＳ１４０１の処理に戻って再びフラグ整理サブルーチンおよびそれに続くステップＳ１４０２が再度実行されて待機状態となる。
【００５７】
ステップＳ１４０２の判定がＹＥＳになると、受信された監視対象者ＩＤ、カメラＩＤと、頭部高さ、および音圧の各情報が、図９のデータ構成例を有する監視対象者ＩＤに対応する頭部高さ音圧記録ログ８０２に、０．１秒刻みの受信時刻ごとに記録される（ステップＳ１４０３）。
【００５８】
次に、受信された監視対象者ＩＤに対応する頭部高さ音圧記録ログ８０２から、現在時刻に対する直近のデータが所定数取得される（ステップＳ１４０４）。
【００５９】
今回受信された音圧レベルがステップＳ１４０４で取得した直近の音圧レベルよりも所定量以上大きいか否かが判定される（ステップＳ１４０５）。
【００６０】
直近の音圧レベルよりも大きな音圧レベルが発生してステップＳ１４０５の判定がＹＥＳならば、次の制御処理が実行される。受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の頭部高さ変化フラグ１がＯＮか否かが判定される（ステップＳ１４０６）。すなわち、直前に、頭部高さが急激に下降しているか否かが判定される。
【００６１】
直前に、頭部高さが急激に下降しておらずステップＳ１４０６の判定がＮＯならば、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の音発生フラグ１がＯＮにセットされる（ステップＳ１４０７）。すなわち、その監視対象者ＩＤに対応する監視対象者１０８に関して、頭部高さ下降前の第１の音圧レベルが発生したことが記録される。その後、ステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００６２】
直前に、頭部高さが急激に下降しておりステップＳ１４０６の判定がＹＥＳならば、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の音発生フラグ２がＯＮにセットされる（ステップＳ１４０８）。すなわち、その監視対象者ＩＤに対応する監視対象者１０８に関して、頭部高さ下降後の第２の音圧レベルが発生したことが記録される。その後、後述する図１６のアラームメッセージ１と２の決定に関する制御処理に移動する。
【００６３】
直近の音圧よりも大きな音圧レベルが発生しておらずステップＳ１４０５の判定がＮＯならば、以下に説明する図１５の頭部高さの下降または上昇の状態の判定に関する制御処理に移動する。
【００６４】
図１５において、まず、図１４のステップＳ１４０４で取得された直近のデータと比較して、頭部高さが下がってきているか否かが判定される（ステップＳ１４０９）。
【００６５】
頭部高さが下がってきておらずステップＳ１４０９の判定がＮＯならば、ステップＳ１４１３に移動する。
【００６６】
頭部高さが下がってきておりステップＳ１４０９の判定がＹＥＳならば、その下降度合いが、所定時間における所定変化を超えるほど急に下がっているか否かが判定される（ステップＳ１４１０）。
【００６７】
変化が急激でステップＳ１４１０の判定がＹＥＳならば、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の頭部高さ変化フラグ１がＯＮにセットされる（ステップＳ１４１１）。その後、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００６８】
変化が緩やかでステップＳ１４１０の判定がＮＯならば、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の頭部高さ変化フラグ２がＯＮにセットされる（ステップＳ１４１２）。その後、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００６９】
頭部高さが下がってきておらずステップＳ１４０９の判定がＮＯならば、図１４のステップＳ１４０４で取得された直近のデータと比較して、頭部高さが上がってきているか否かが判定される（ステップＳ１４１３）。
【００７０】
ステップＳ１４１３の判定がＮＯならば、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００７１】
頭部高さが上がってきてステップＳ１４１３の判定がＹＥＳなら、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の異常通知済フラグの値が１から３のいずれかか否かが判定される（ステップＳ１４１４）。すなわち現在、受信された監視対象者ＩＤに対応する監視対象者１０８の頭部高さが下がっており（転倒していると推測され）、前述したアラームメッセージ１から３のいずれかが通知されている状態であるか否かが判定される。
【００７２】
ステップＳ１４１４の判定がＮＯならば、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００７３】
ステップＳ１４１４の判定がＹＥＳならば、図１０に例示されるメッセージＤＢ８０３から、メッセージＩＤ＝４のメッセージ４が取得され、管理端末１０７に通知される（ステップＳ１４１５）。このとき、図１２に例示される利用者管理ＤＢ８０５の、受信された監視対象者ＩＤに対応するレコードの「監視対象者名」項目と「管理者連絡先」項目の各値が取得される。そして、「管理者連絡先」項目のメールアドレスを送信先として、また図１０に例示されるメッセージ４中の「監視対象者名」が上記「監視対象者名」項目の値で置換されて、メッセージ４の内容を有するメールが送信される（図５（ｂ）参照）。
【００７４】
次に、受信された監視対象者ＩＤに対応する監視対象者１０８の立ち上がり通知済フラグがＯＮされる（ステップＳ１４１６）。その後、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
【００７５】
図１６は、図１４のステップＳ１４０８の後に音発生フラグ２がＯＮになって実行されるアラームメッセージ１と２の決定に関する制御処理の例を示すフローチャートである。
【００７６】
図１６においてまず、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の音発生フラグ１がＯＮになっているか否かが判定される（ステップＳ１４１７）。
【００７７】
音発生フラグ１がＯＮになっておらずステップＳ１４１７の判定がＮＯならば、図１０に例示されるメッセージＤＢ８０３から、メッセージＩＤ＝１のメッセージ１が取得され、管理端末１０７に通知される（ステップＳ１４１８）。このとき、図１２に例示される利用者管理ＤＢ８０５の、受信された監視対象者ＩＤに対応するレコードの「監視対象者名」項目と「管理者連絡先」項目の各値が取得される。そして、「管理者連絡先」項目のメールアドレスを送信先として、また図１０に例示されるメッセージ１中の「監視対象者名」が上記「監視対象者名」項目の値で置換されて、メッセージ１の内容を有するメールが送信される（図２（ｂ）参照）。
【００７８】
その後、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の異常通知済フラグに、アラームメッセージ１に対応する値１がセットされる（ステップＳ１４１９）。
【００７９】
そして、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
音発生フラグ１がＯＮになっておりステップＳ１４１７の判定がＹＥＳならば、図１０に例示されるメッセージＤＢ８０３から、メッセージＩＤ＝２のメッセージ２が取得され、管理端末１０７に通知される（ステップＳ１４２０）。このとき、図１２に例示される利用者管理ＤＢ８０５の、受信された監視対象者ＩＤに対応するレコードの「監視対象者名」項目と「管理者連絡先」項目の各値が取得される。そして、「管理者連絡先」項目のメールアドレスを送信先として、また図１０に例示されるメッセージ２中の「監視対象者名」が上記「監視対象者名」項目の値で置換されて、メッセージ２の内容を有するメールが送信される（図３（ｂ）参照）。
【００８０】
その後、受信された監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の異常通知済フラグに、アラームメッセージ２に対応する値２がセットされる（ステップＳ１４２１）。
【００８１】
そして、図１４のステップＳ１４０１とＳ１４０２の待機処理に戻る。
次に図１７の説明に移る。図１７は、図１４のステップＳ１４０１とＳ１４０２の待機処理中にステップＳ１４０１で実行されるフラグ整理サブルーチンの処理例を示すフローチャートである。
【００８２】
図１７においてまず、フラグ整理サブルーチンを含む異常通知プログラム８０１が実行されている監視対象者１０８に対応する監視対象者ＩＤに関して、直近のフラグ設定時刻が取得される（ステップＳ１７０１）。ここで、図１３に例示される監視ワークテーブル８０６において、監視対象者ＩＤごとに、いずれかのフラグが更新された場合に、その監視対象者ＩＤに対応してメモリ上に設けられているフラグ設定時刻の変数領域に更新時の時刻が記録される。ステップＳ１７０１では、この変数領域が参照されることにより、直近のフラグ設定時刻が取得される。
【００８３】
次に、ステップＳ１７０１で取得されたフラグ設定時刻から所定時間、例えば５秒以上経過しているか否かが判定される（ステップＳ１７０２）。
【００８４】
ステップＳ１７０２の判定がＮＯならば、図１７のフローチャートで示される図１４のステップＳ１４０１のフラグ整理サブルーチンを終了し、ステップＳ１４０２に移動する。
【００８５】
ステップＳ１７０２の判定がＹＥＳならば、フラグ整理サブルーチンを含む異常通知プログラム８０１が実行されている監視対象者１０８に対応する監視対象者ＩＤに関して、次の判定が行われる。その監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の異常通知済フラグの値が１から３のいずれか否かが判定される（ステップＳ１７０３）。すなわち現在、受信された監視対象者ＩＤに対応する監視対象者１０８の頭部高さが下がっており（転倒していると推測され）、前述したアラームメッセージ１から３のいずれかが通知されている状態であるか否かが判定される。
【００８６】
ステップＳ１７０３の判定がＹＥＳならば、図１０に例示されるメッセージＤＢ８０３から、メッセージＩＤ＝５のメッセージ５が取得され、管理端末１０７に通知される（ステップＳ１７０４）。このとき、図１２に例示される利用者管理ＤＢ８０５の、上記監視対象者ＩＤに対応するレコードの「監視対象者名」項目と「管理者連絡先」項目の各値が取得される。そして、「管理者連絡先」項目のメールアドレスを送信先として、また図１０に例示されるメッセージ１中の「監視対象者名」が上記「監視対象者名」項目の値で置換されて、メッセージ５の内容を有するメールが送信される（図６（ｂ）参照）。
【００８７】
その後、上記監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の再通知済フラグがＯＮにセットされる（ステップＳ１７０５）。
【００８８】
そして、図１７のフローチャートで示される図１４のステップＳ１４０１のフラグ整理サブルーチンを終了し、ステップＳ１４０２に移動する。
【００８９】
ステップＳ１７０３の判定がＮＯならば、上記監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の音発生フラグ１および頭部高さ変化フラグ２がともにＯＮであるか否かが判定される（ステップＳ１７０６）。すなわち、第１の音圧レベルの後に頭部高さが緩やかに下降している状態であるか否かが判定される。
【００９０】
ステップＳ１７０６の判定がＹＥＳならば、図１０に例示されるメッセージＤＢ８０３から、メッセージＩＤ＝３のメッセージ３が取得され、管理端末１０７に通知される（ステップＳ１７０７）。このとき、図１２に例示される利用者管理ＤＢ８０５の、上記監視対象者ＩＤに対応するレコードの「監視対象者名」項目と「管理者連絡先」項目の各値が取得される。そして、「管理者連絡先」項目のメールアドレスを送信先として、また図１０に例示されるメッセージ３中の「監視対象者名」が上記「監視対象者名」項目の値で置換されて、メッセージ３の内容を有するメールが送信される（図４（ｂ）参照）。
【００９１】
その後、上記監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６の異常通知済フラグにメッセージ３に対応する値３がセットされる（ステップＳ１７０８）。
【００９２】
そして、図１７のフローチャートで示される図１４のステップＳ１４０１のフラグ整理サブルーチンを終了し、ステップＳ１４０２に移動する。
【００９３】
ステップＳ１７０６の判定がＮＯならば、監視対象者１０８は危険な状態にはないと判定されて、上記監視対象者ＩＤに対応する図１３のデータ構成例を有する監視ワークテーブル８０６のすべてのフラグがＯＦＦにセットされる（ステップＳ１７０９）。図１３では、ＯＦＦにセットされたものを「―――」で記載している。
【００９４】
そして、図１７のフローチャートで示される図１４のステップＳ１４０１のフラグ整理サブルーチンを終了し、ステップＳ１４０２に移動する。
【００９５】
以上説明した図１４から図１７のフローチャートで示される図８の異常通知プログラム８０１の処理により、図１の状態通知装置１００のアラーム出力部１０４の機能が実現される。これにより、監視対象者のプライバシーを保護しながら監視対象者の具体的な行動変化を検出することが可能となる。
【００９６】
図１８は、図１の状態通知装置１００の機能を実現する図８の異常通知プログラム８０１を実行可能な状態通知装置１００であるサーバコンピュータのハードウェアの構成例を示す図である。
【００９７】
図１８に示されるコンピュータは、ＣＰＵ１８０１、メモリ１８０２、入力装置１８０３、出力装置１８０４、外部記憶装置１８０５、可搬記録媒体１８０９が挿入される可搬記録媒体駆動装置１８０６、及び通信インタフェース１８０７を有し、これらがバス１８０８によって相互に接続された構成を有する。同図に示される構成は上記状態通知装置１００を実現できるサーバコンピュータの一例であり、そのようなサーバコンピュータはこの構成に限定されるものではない。
【００９８】
ＣＰＵ１８０１は、当該コンピュータ全体の制御を行う。メモリ１８０２は、プログラムの実行、データ更新等の際に、異常通知プログラム８０１、頭部高さ音圧記録ログ８０２、メッセージＤＢ８０３、カメラ設定テーブル８０４、利用者管理ＤＢ８０５等のデータベースや監視ワークテーブル８０６を格納する。ＣＰＵ１８０１は、異常通知プログラム８０１をメモリ１８０２に読み出して実行することにより、全体の制御を行う。
【００９９】
入力装置１８０３は、状態通知装置１００の管理者によるキーボードやマウス等による入力操作を検出し、その検出結果をＣＰＵ１８０１に通知する。
【０１００】
出力装置１８０４は、ＣＰＵ１８０１の制御によって送られてくるデータを表示装置や印刷装置に出力する。
【０１０１】
外部記憶装置１８０５は、例えばハードディスク記憶装置である。主に各種データや異常通知プログラム８０１の保存に用いられる。
【０１０２】
可搬記録媒体駆動装置１８０６は、光ディスクやＳＤＲＡＭ、コンパクトフラッシュ（登録商標）等の可搬記録媒体１８０９を収容するもので、外部記憶装置１８０５の補助の役割を有する。
【０１０３】
通信インタフェース１８０７は、図８の病院内ＬＡＮ８１０の通信回線を接続するための装置である。
【０１０４】
本実施形態によるシステムは、図１４から図１７のフローチャート等で実現される図１の状態通知装置１００の機能を搭載した異常通知プログラム８０１を、ＣＰＵ１８０１が実行することで実現される。そのプログラムは、例えば外部記憶装置１８０５や可搬記録媒体１８０９に記録して配布してもよく、或いはネットワーク接続装置１８０７によりネットワークから取得できるようにしてもよい。
【０１０５】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
監視対象者の頭部の位置の下降または上昇の動きの状態を検出し、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて、前記監視対象者の状態を通知するアラームの種類を制御する、
処理をコンピュータに実行させることを特徴とする状態通知方法。
（付記２）
前記音の状態は前記音の音圧レベルまたは周波数特性を含み、
前記制御する処理は、前記音の音圧レベルまたは周波数特性に応じて制御することを特徴とする付記１に記載の状態通知方法。
（付記３）
前記頭部の位置の下降または上昇の動きの状態は前記下降または上昇の動きの速度を含み、前記制御する処理は、前記頭部の位置の下降または上昇の動きの速度に応じて制御する、
ことを特徴とする付記１または２のいずれかに記載の状態通知方法。
（付記４）
前記制御する処理は、前記頭部の位置の下降が検出される前または後のタイミングで音圧レベルが検出されたか否かに応じて前記監視対象者の状態を通知するアラームの種類を制御する、
ことを特徴とする付記１ないし３のいずれかに記載の状態通知方法。
（付記５）
前記制御する処理は、第１の音圧レベルが検出されない状態で前記頭部の位置の所定速度以上での下降が検出され、その後第２の音圧レベルが検出された場合に、前記監視対象者が急に倒れ頭部を打った可能性がある旨を示す第１のアラームを出力対象とする、
ことを特徴とする付記４に記載の状態通知方法。
（付記６）
前記制御する処理は、第１の音圧レベルが検出され、その後第１の所定時間内に前記頭部の位置の所定速度以上での下降が検出され、その後第２の所定時間内に第２の音圧レベルが検出された場合に、前記監視対象者が何かにぶつかり倒れた可能性がある旨を示す第２のアラームを出力対象とする、
ことを特徴とする付記４または５のいずれかに記載の状態通知方法。
（付記７）
前記制御する処理は、第１の音圧レベルが検出され、その後第１の所定時間内に前記頭部の位置の所定速度より遅い下降が検出され、その後第２の所定時間内に第２の音圧レベルが検出されなかった場合に、前記監視対象者が何かにぶつかりしゃがみこんだ可能性がある旨を示す第３のアラームを出力対象とする、
ことを特徴とする付記４ないし６のいずれかに記載の状態通知方法。
（付記８）
前記制御する処理は、付記５ないし７のいずれかの状態の後第３の所定時間内に前記頭部の位置の上昇が検出された場合に、前記監視対象者が自力で立ち上がった可能性がある旨を示す第４のアラームを出力対象とする、
ことを特徴とする付記５ないし７のいずれかに記載の状態通知方法。
（付記９）
前記制御する処理は、付記５ないし７のいずれかの状態の後第３の所定時間内に前記頭部の位置の上昇が検出されなかった場合に、前記監視対象者がしゃがみこんだまままたは倒れたままの可能性がある旨を示す第５のアラームを出力対象とする、
ことを特徴とする付記５ないし７のいずれかに記載の状態通知方法。
（付記１０）
前記監視対象者の頭部の位置は撮像装置により撮像された撮像画像に基づいて検出されたものである、
ことを特徴とする付記１ないし９のいずれかに記載の状態通知方法。
（付記１１）
前記監視対象者の頭部の位置は撮像装置以外の手段により取得された信号に基づいて検出されたものである、
ことを特徴とする付記１ないし９のいずれかに記載の状態通知方法。
（付記１２）
監視対象者の頭部の位置の下降または上昇の動きの状態を検出する頭部動き状態検出部と、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて、前記監視対象者の状態を通知するアラームの種類を制御するアラーム出力部と、
を備えることを特徴とする状態通知装置。
（付記１３）
コンピュータに、
監視対象者の頭部の位置の下降または上昇の動きの状態を検出し、
前記下降または上昇の動きの状態を検出したタイミングの近傍における、前記監視対象者付近から検出した音の状態に応じて、前記監視対象者の状態を通知するアラームの種類を制御する、
処理を実行させるための状態通知プログラム。
【符号の説明】
【０１０６】
１００  状態通知装置
１０１  頭部検出部
１０２  頭部動き状態検出部
１０３  音状態検出部
１０４  アラーム出力部
１０５  撮像装置
１０６  集音装置
１０７  管理端末
１０８  監視対象者
８０１  異常通知プログラム
８０２  頭部高さ音圧記録ログ
８０３  メッセージＤＢ（データベース）
８０４  カメラ設定テーブル
８０５  利用者管理ＤＢ
８０６  監視ワークテーブル
８０７  カメラ／マイクユニット
１８０１  ＣＰＵ
１８０２  メモリ
１８０３  入力装置
１８０４  出力装置
１８０５  外部記憶装置
１８０６  可搬記録媒体駆動装置
１８０７  通信インタフェース
１８０８  バス
１８０９  可搬記録媒体
【図１】
2015149039.tif 000003
【図２】
2015149039.tif 000004
【図３】
2015149039.tif 000005
【図４】
2015149039.tif 000006
【図５】
2015149039.tif 000007
【図６】
2015149039.tif 000008
【図７】
2015149039.tif 000009
【図８】
2015149039.tif 000010
【図９】
2015149039.tif 000011
【図１０】
2015149039.tif 000012
【図１１】
2015149039.tif 000013
【図１２】
2015149039.tif 000014
【図１３】
2015149039.tif 000015
【図１４】
2015149039.tif 000016
【図１５】
2015149039.tif 000017
【図１６】
2015149039.tif 000018
【図１７】
2015149039.tif 000019
【図１８】
2015149039.tif 000020