(57)【要約】【課題】施設における暴力行為等を抑止する見守り装置を提供する。【解決手段】見守り装置は、情報取得部１１１、イベント判定部１１３およびイベント通知部１１４を有する。情報取得部１１１は、対象者に関する情報を取得する。イベント判定部１１３は、情報取得部１１１によって取得された情報に基づいて、対象者を含む複数人に関する所定のイベントが発生したか否かを判定する。イベント通知部１１４は、イベント判定部１１３によって複数人に関する所定のイベントが発生したと判定された場合、当該複数人に関する所定のイベントの発生を通知する。【選択図】図１０
2020013185.tif 000002
【特許請求の範囲】
【請求項１】
見守り対象である対象者に関する所定のイベントの発生を通知する見守り装置であって、
前記対象者に関する情報を取得する情報取得部と、
前記情報取得部によって取得された前記情報に基づいて、前記対象者を含む複数人に関する所定のイベントが発生したか否かを判定するイベント判定部と、
前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、前記複数人に関する所定のイベントの発生を通知するイベント通知部と、
を有する見守り装置。
【請求項２】
前記情報取得部は、前記対象者に関する画像を取得し、
前記イベント判定部は、前記情報取得部によって取得された前記画像に基づいて、前記複数人に関する所定のイベントが発生したか否かを判定する請求項１に記載の見守り装置。
【請求項３】
前記イベント判定部は、前記情報取得部によって取得された前記画像において抽出される、前記対象者を含む前記複数人のうちの少なくとも一人の人物の領域のエッジの移動速度を確認し、前記エッジの少なくとも一部の移動速度が所定の速度以上である場合、前記複数人に関する所定のイベントが発生したと判定し、前記エッジの少なくとも一部の移動速度が前記所定の速度未満である場合、前記複数人に関する所定のイベントが発生していないと判定する請求項２に記載の見守り装置。
【請求項４】
前記イベント判定部は、前記情報取得部によって取得された前記画像において抽出される、前記対象者を含む前記複数人のうちの少なくとも一人の人物の領域のエッジが移動する軌跡を確認し、前記エッジの少なくとも一部が所定の領域を繰り返し移動する場合、前記複数人に関する所定のイベントが発生したと判定し、前記エッジの少なくとも一部が前記所定の領域を繰り返し移動しない場合、前記複数人に関する所定のイベントが発生していないと判定する請求項２または３に記載の見守り装置。
【請求項５】
前記情報取得部は、前記対象者に関する音の情報を取得し、
前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記複数人に関する所定のイベントが発生したか否かを判定する請求項１〜４のいずれか一項に記載の見守り装置。
【請求項６】
前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記対象者を含む前記複数人のうちの少なくとも一人から発生した音のレベルを確認し、前記音のレベルが所定のレベル以上である場合、前記複数人に関する所定のイベントが発生したと判定し、前記音のレベルが前記所定のレベル未満である場合、前記複数人に関する所定のイベントが発生していないと判定する請求項５に記載の見守り装置。
【請求項７】
前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記対象者を含む前記複数人のうちの少なくとも一人が発した音声の内容を確認し、前記音声の内容が所定の内容である場合、前記複数人に関する所定のイベントが発生したと判定し、前記音声の内容が前記所定の内容でない場合、前記複数人に関する所定のイベントが発生していないと判定する請求項５または６に記載の見守り装置。
【請求項８】
前記情報取得部によって取得された前記対象者に関する画像に、前記複数人が写っているか否かを判定する複数人判定部をさらに有し、
前記イベント判定部は、
前記複数人判定部によって前記画像に前記複数人が写っていないと判定された場合、判定対象とする所定のイベントの種類を前記対象者に関する所定のイベントに設定し、前記対象者に関する所定のイベントが発生したか否かを判定し、
前記複数人判定部によって前記画像に前記複数人が写っていると判定された場合、前記判定対象とする所定のイベントの種類を前記複数人に関する所定のイベントに設定し、前記複数人に関する所定のイベントが発生したか否かを判定する請求項１〜７のいずれか一項に記載の見守り装置。
【請求項９】
前記イベント判定部は、前記対象者に関する所定のイベントの判定処理、および前記複数人に関する所定のイベントの判定処理の両方を実行し、前記対象者に関する所定のイベントおよび前記複数人に関する所定のイベントが発生したか否かを判定する請求項１〜７のいずれか一項に記載の見守り装置。
【請求項１０】
前記イベント判定部によって前記所定のイベントが発生したと判定された場合、前記情報取得部によって取得された、前記所定のイベントの発生時刻を含む所定の時間分の動画を、記憶部に記憶させる動画処理部をさらに有する請求項１〜９のいずれか一項に記載の見守り装置。
【請求項１１】
前記イベント通知部は、前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、前記複数人に関する所定のイベントの発生を前記対象者に関する所定のイベントの発生として通知する請求項１〜１０のいずれか一項に記載の見守り装置。
【請求項１２】
前記イベント通知部は、前記複数人に関する所定のイベントの発生を前記対象者に関する所定のイベントの発生として通知する場合、前記複数人に関する所定のイベントの発生が前記対象者に関する所定のイベントの発生として通知されることを示す情報を付加して通知する請求項１１に記載の見守り装置。
【請求項１３】
前記イベント通知部は、前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、音を出力可能な音出力部に注意を促す音を出力させることによって、前記複数人に関する所定のイベントの発生を通知する請求項１〜１２のいずれか一項に記載の見守り装置。
【請求項１４】
見守り対象である対象者に関する所定のイベントの発生を通知する見守り装置の制御プログラムであって、
前記対象者に関する情報を取得する取得ステップと、
前記取得ステップにおいて取得された前記情報に基づいて、前記対象者を含む複数人に関する所定のイベントが発生したか否かを判定する判定ステップと、
前記判定ステップにおいて前記複数人に関する所定のイベントが発生したと判定された場合、当該複数人に関する所定のイベントの発生を通知する通知ステップと、
を含む処理をコンピューターに実行させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、見守り装置および見守り装置の制御プログラムに関する。
【背景技術】
【０００２】
我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著になっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。このような高齢化社会では、病気、怪我および加齢等により、介護を必要とする要介護者等の増加が想定される。
【０００３】
要介護者等である介護等の対象者は、病院や老人福祉施設等の施設において、歩行中に転倒したり、ベッドから転落して怪我をしたりする虞がある。このため、対象者がこのような状態になった場合に介護士や看護師等がすぐに駆けつけられるように、対象者の状態を検出するためのシステムの開発が進められている。
【０００４】
このようなシステムとして、特許文献１に開示されたナースコールシステムでは、患者のベッドに対して設置されたカメラの撮影映像から、患者の起床または離床が行われたか否かが判定される。そして、起床または離床が行われた場合、ナースステーションに設けられたナースコール親機に、カメラの撮影映像が表示される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−９０９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示されたシステムは、患者の行動以外の行動を監視できない。近年では、老人福祉施設等の施設において、暴力や虐待等の不適切な行為（以下、纏めて「暴力行為等」と称する）が問題になっているが、特許文献１に開示されたシステムは、このような暴力行為等を抑止できないという問題がある。
【０００７】
本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、施設における暴力行為等を抑止する見守り装置および見守り装置の制御プログラムを提供することである。
【課題を解決するための手段】
【０００８】
本発明の上記の目的は、下記の手段によって達成される。
【０００９】
（１）見守り対象である対象者に関する所定のイベントの発生を通知する見守り装置であって、前記対象者に関する情報を取得する情報取得部と、前記情報取得部によって取得された前記情報に基づいて、前記対象者を含む複数人に関する所定のイベントが発生したか否かを判定するイベント判定部と、前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、前記複数人に関する所定のイベントの発生を通知するイベント通知部と、を有する見守り装置。
【００１０】
（２）前記情報取得部は、前記対象者に関する画像を取得し、前記イベント判定部は、前記情報取得部によって取得された前記画像に基づいて、前記複数人に関する所定のイベントが発生したか否かを判定する上記（１）に記載の見守り装置。
【００１１】
（３）前記イベント判定部は、前記情報取得部によって取得された前記画像において抽出される、前記対象者を含む前記複数人のうちの少なくとも一人の人物の領域のエッジの移動速度を確認し、前記エッジの少なくとも一部の移動速度が所定の速度以上である場合、前記複数人に関する所定のイベントが発生したと判定し、前記エッジの少なくとも一部の移動速度が前記所定の速度未満である場合、前記複数人に関する所定のイベントが発生していないと判定する上記（２）に記載の見守り装置。
【００１２】
（４）前記イベント判定部は、前記情報取得部によって取得された前記画像において抽出される、前記対象者を含む前記複数人のうちの少なくとも一人の人物の領域のエッジが移動する軌跡を確認し、前記エッジの少なくとも一部が所定の領域を繰り返し移動する場合、前記複数人に関する所定のイベントが発生したと判定し、前記エッジの少なくとも一部が前記所定の領域を繰り返し移動しない場合、前記複数人に関する所定のイベントが発生していないと判定する上記（２）または（３）に記載の見守り装置。
【００１３】
（５）前記情報取得部は、前記対象者に関する音の情報を取得し、前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記複数人に関する所定のイベントが発生したか否かを判定する上記（１）〜（４）のいずれか一つに記載の見守り装置。
【００１４】
（６）前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記対象者を含む前記複数人のうちの少なくとも一人から発生した音のレベルを確認し、前記音のレベルが所定のレベル以上である場合、前記複数人に関する所定のイベントが発生したと判定し、前記音のレベルが前記所定のレベル未満である場合、前記複数人に関する所定のイベントが発生していないと判定する上記（５）に記載の見守り装置。
【００１５】
（７）前記イベント判定部は、前記情報取得部によって取得された前記音の情報に基づいて、前記対象者を含む前記複数人のうちの少なくとも一人が発した音声の内容を確認し、前記音声の内容が所定の内容である場合、前記複数人に関する所定のイベントが発生したと判定し、前記音声の内容が前記所定の内容でない場合、前記複数人に関する所定のイベントが発生していないと判定する上記（５）または（６）に記載の見守り装置。
【００１６】
（８）前記情報取得部によって取得された前記対象者に関する画像に、前記複数人が写っているか否かを判定する複数人判定部をさらに有し、前記イベント判定部は、前記複数人判定部によって前記画像に前記複数人が写っていないと判定された場合、判定対象とする所定のイベントの種類を前記対象者に関する所定のイベントに設定し、前記対象者に関する所定のイベントが発生したか否かを判定し、前記複数人判定部によって前記画像に前記複数人が写っていると判定された場合、前記判定対象とする所定のイベントの種類を前記複数人に関する所定のイベントに設定し、前記複数人に関する所定のイベントが発生したか否かを判定する上記（１）〜（７）のいずれか一つに記載の見守り装置。
【００１７】
（９）前記イベント判定部は、前記対象者に関する所定のイベントの判定処理、および前記複数人に関する所定のイベントの判定処理の両方を実行し、前記対象者に関する所定のイベントおよび前記複数人に関する所定のイベントが発生したか否かを判定する上記（１）〜（７）のいずれか一つに記載の見守り装置。
【００１８】
（１０）前記イベント判定部によって前記所定のイベントが発生したと判定された場合、前記情報取得部によって取得された、前記所定のイベントの発生時刻を含む所定の時間分の動画を、記憶部に記憶させる動画処理部をさらに有する上記（１）〜（９）のいずれか一つに記載の見守り装置。
【００１９】
（１１）前記イベント通知部は、前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、前記複数人に関する所定のイベントの発生を前記対象者に関する所定のイベントの発生として通知する上記（１）〜（１０）のいずれか一つに記載の見守り装置。
【００２０】
（１２）前記イベント通知部は、前記複数人に関する所定のイベントの発生を前記対象者に関する所定のイベントの発生として通知する場合、前記複数人に関する所定のイベントの発生が前記対象者に関する所定のイベントの発生として通知されることを示す情報を付加して通知する上記（１１）に記載の見守り装置。
【００２１】
（１３）前記イベント通知部は、前記イベント判定部によって前記複数人に関する所定のイベントが発生したと判定された場合、音を出力可能な音出力部に注意を促す音を出力させることによって、前記複数人に関する所定のイベントの発生を通知する上記（１）〜（１２）のいずれか一つに記載の見守り装置。
【００２２】
（１４）見守り対象である対象者に関する所定のイベントの発生を通知する見守り装置の制御プログラムであって、前記対象者に関する情報を取得する取得ステップと、前記取得ステップにおいて取得された前記情報に基づいて、前記対象者を含む複数人に関する所定のイベントが発生したか否かを判定する判定ステップと、前記判定ステップにおいて前記複数人に関する所定のイベントが発生したと判定された場合、当該複数人に関する所定のイベントの発生を通知する通知ステップと、を含む処理をコンピューターに実行させるための制御プログラム。
【発明の効果】
【００２３】
本発明に係る見守り装置によれば、取得された対象者に関する情報に基づいて、対象者を含む複数人に関する所定のイベントが発生したか否かが判定される。そして、複数人に関する所定のイベントが発生したと判定された場合、当該イベントの発生が通知される。これにより、複数人に関する所定のイベントとしての暴力行為等が、別途の監視カメラ等を用いることなく監視され、施設における暴力行為等が抑止される。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態に係る見守りシステムの全体構成を示す図である。
【図２】検出部のハードウェア構成を示すブロック図である。
【図３】対象者の居室に設置された検出部の一例を示す図である。
【図４】検出部の制御部の機能構成を示すブロック図である。
【図５】サーバーのハードウェア構成を示すブロック図である。
【図６】サーバーの制御部の機能構成を示すブロック図である。
【図７】携帯端末のハードウェア構成を示すブロック図である。
【図８】携帯端末の制御部の機能構成を示すブロック図である。
【図９】暴力行為等の判定処理の一例を説明するための図である。
【図１０】第１実施形態に係る処理の手順を示すフローチャートである。
【図１１】第２実施形態に係る処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、添付した図面を参照して、本発明の実施形態を説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００２６】
（全体構成）
図１は、本発明の一実施形態に係る見守りシステムの全体構成を示す図である。
【００２７】
図１に示すように、見守りシステム１は、見守り（監視）対象である対象者６０を見守る（監視する）システムである。見守りシステム１は、例えば図１に示すように、一つ以上の検出部１０、サーバー２０、固定端末３０、および一つ以上の携帯端末４０を備える。本発明の一実施形態に係る見守り装置は、１つの装置によって構成されてもよいし、２つ以上の装置によって構成されてもよく、例えば、検出部１０およびサーバー２０の少なくとも一方によって構成されてもよい。
【００２８】
見守りシステム１の各構成要素は、有線および／または無線によって、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話網またはデータ通信網等のネットワーク５０を介して、相互に通信可能に接続される。ネットワーク５０は、通信信号を中継するリピーター、ブリッジおよびルーターまたはクロスコネクト等の中継機を備えてもよい。図１に示す例では、複数の検出部１０、サーバー２０、固定端末３０および携帯端末４０は、アクセスポイント５１を含む有線および無線によるＬＡＮ（例えば、ＩＥＥＥ８０２．１１規格に従ったＬＡＮ等）のネットワーク５０によって、相互に通信可能に接続されている。ネットワーク５０は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）およびＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）等のインターネットプロトコル群を用いることによって、いわゆるイントラネットを構成する。
【００２９】
見守りシステム１は、対象者６０に応じて適宜な場所に配設される。対象者６０は、例えば、病気や怪我等によって看護を必要とする者や、高齢による身体能力の低下等によって介護を必要とする者、一人暮らしの独居者等である。特に、早期発見および早期対処を可能にする観点から、対象者６０は、異常状態等の所定の不都合な事象がその者に生じた場合に、その発見を必要としている者であってもよい。このため、見守りシステム１は、対象者６０の種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステム１は、複数の対象者６０が入居する複数の居室（部屋）や、ナースステーション等の複数の部屋を備える施設の建物に配置されている。また、検出部１０は、複数の対象者６０が入居する複数の居室にそれぞれ配置され、図１に示す例では、対象者６０であるＡさん、Ｂさん、Ｃさん、Ｄさんの居室（不図示）にそれぞれ配置されている。
【００３０】
ただし、見守りシステム１が備える各構成要素の位置や個数等は、図１に示す例に限定されない。例えば、複数の対象者６０が１つの居室に入居し、複数の検出部１０が対象者６０のベッド毎に配置されてもよい。
【００３１】
また、図１に示す例では、サーバー２０は、対象者６０の居室と同じ建物におけるナースステーションに配置されているが、ネットワーク５０に接続されている外部のサーバーとして、遠隔地に配置されてもよい。また、サーバー２０は、インターネット等のネットワークに接続されている複数のサーバーによって仮想的に構築されるクラウドサーバーであってもよい。
【００３２】
また、図１に示す例では、見守りシステム１は、端末装置として固定端末３０および携帯端末４０の２種類の装置を備えているが、１種類の装置のみを備えてもよい。なお、固定端末３０および携帯端末４０は、固定端末３０が固定的に運用される一方、携帯端末４０が介護士や看護師等（以下「スタッフ７０」と称する）のユーザーに携行される点において相違する。ただし、固定端末３０および携帯端末４０は、同様の構成を有するため、以下の各構成要素についての説明では、携帯端末４０について主に説明する。
【００３３】
（検出部１０）
図２は、検出部のハードウェア構成を示すブロック図である。図３は、対象者の居室に設置された検出部の一例を示す図である。
【００３４】
検出部１０は、対象者６０に関する所定のイベント（事象）の発生を通知する装置である。所定のイベントは、対処が必要なイベントであり、例えば、対象者６０における予め設定された所定の行動や、対象者６０によるナースコール（ケアコール）等を含む。図２に示すように、検出部１０は、制御部１１、記憶部１２、通信部１３、撮影部１４、音入出力部（音入力部および音出力部）１５およびナースコール入力部１６を備える。各構成要素は、信号をやり取りするためのバスを介して、相互に接続されている。また、図３に示すように、撮影部１４、音入出力部１５およびナースコール入力部１６を含む検出部１０は、対象者６０の居室において、対象者６０のベッドの周辺に配置される。
【００３５】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を備え、プログラムに従って、上述した各構成要素の制御や、各種の演算処理を実行する。制御部１１の機能構成については、図４を参照して後述する。
【００３６】
記憶部１２は、予め各種プログラムや各種データを記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、作業領域として一時的にプログラムやデータを記憶するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、各種プログラムや各種データを記憶するハードディスク等を備える。各種プログラムは、例えば、検出部１０の各部を当該各部の機能に応じてそれぞれ制御する制御プログラムや、対象者６０に対する所定の監視処理を実行する監視処理プログラム等のプログラムを含む。各種データは、例えば、自機の検出部１０を特定し識別するための識別子であるセンサーＩＤや、サーバー２０の通信アドレス等の、各プログラムを実行する上で必要なデータを含む。
【００３７】
通信部１３は、ネットワーク５０を介して、サーバー２０、固定端末３０および携帯端末４０等の他の装置と通信を行うための通信インターフェース回路を備える。通信部１３は、イーサネット（登録商標）等の規格による有線通信のインターフェースや、ＩＥＥＥ８０２．１１（登録商標）またはＢｌｕｅｔｏｏｔｈ（登録商標）等の規格による無線通信のインターフェース等を備えてもよい。
【００３８】
撮影部１４は、撮影した画像（画像データ）を出力する装置を備える。画像は、静止画および動画の少なくとも一方を含む。撮影部１４は、対象者６０の所在空間を監視するために、例えば、対象者６０の居室の天井や壁の上部等に配置され、対象者６０の所在空間を上方から俯瞰した画像を撮影する。撮影部１４は、対象者６０が横臥するベッドにおいて、対象者６０の頭部が位置することが予定されている位置（例えば枕の位置）の上方から、対象者６０の所在空間を撮影するように配置されてもよい。
【００３９】
撮影部１４は、可視光の画像を生成する装置であってもよいし、比較的暗がりでも対象者６０を監視できるように、赤外線の画像を生成する装置であってもよい。すなわち、撮影部１４は、可視光カメラ、赤外線カメラ、またはこれらを併用したカメラを備えてもよい。撮影部１４の結像光学系は、配置された居室全体を撮影できる画角を有する、広角な光学系（魚眼レンズを含む、いわゆる広角レンズ）を備えてもよい。
【００４０】
音入出力部１５は、制御部１１によって生成された電気信号に応じた音を出力したり、外部の音の入力を受け付けたりするための回路を備える。音入出力部１５は、例えば、スピーカーおよびマイクロフォンを備える。音入出力部１５は、対象者６０の所在空間を監視するために、例えば、撮影部１４と共に対象者６０の居室の天井や壁の上部等に配置され、対象者６０の所在空間における音の入力を受け付ける。
【００４１】
ナースコール入力部１６は、ナースコールの入力を受け付けるための、例えば押しボタン式スイッチ等のスイッチ回路を備える。ナースコール入力部１６は、有線によって制御部１１に接続されてもよいし、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の規格による無線通信によって制御部１１に接続されてもよい。ナースコール入力部１６は、音入出力部１５に入力された音声に基づいて、ナースコールの入力を受け付けてもよい。
【００４２】
なお、検出部１０は、対象者６０のベッドの方向に向けてマイクロ波を送受信することによって、対象者６０の体動（例えば呼吸動）によって生じたマイクロ波のドップラーシフトを検出する、ドップラーシフト方式の体動センサーをさらに備えてもよい。体動センサーは、対象者６０の呼吸動作に伴う胸部の体動（上下動）を検出し、体動における周期の乱れがある場合や、体動における振幅が予め設定された閾値以下である場合等に、微体動異常を検出する。
【００４３】
図４は、検出部の制御部の機能構成を示すブロック図である。
【００４４】
制御部１１は、プログラムを読み込んで処理を実行することによって、情報取得部１１１、複数人判定部１１２、イベント判定部１１３、イベント通知部１１４、動画処理部１１５、通話処理部１１６およびストリーミング配信部１１７として機能する。なお、制御部１１の機能の少なくとも一部は、組み込み型の処理回路によって実現されてもよい。
【００４５】
情報取得部１１１は、対象者６０に関する情報を取得する。情報取得部１１１は、例えば、撮影部１４によって撮影された対象者６０に関する画像、すなわち、対象者６０の所在空間の画像を取得する。また、情報取得部１１１は、例えば、音入出力部１５に入力された対象者６０に関する音の情報、すなわち、対象者６０の所在空間において発生した音の情報を取得する。また、情報取得部１１１は、ナースコール入力部１６に入力された、対象者６０によるナースコールの情報を取得したり、検出部１０が体動センサーを備える場合、体動センサーによって検出された、対象者６０における微体動異常の情報を取得したりしてもよい。
【００４６】
複数人判定部１１２は、情報取得部１１１によって取得された画像に、複数人が写っているか否かを判定する。より具体的には、複数人判定部１１２は、当該画像において人物の領域（以下「人領域」と称する）を抽出し、抽出した人領域の数が複数（２つ以上）である場合、画像に複数人が写っていると判定する。一方、複数人判定部１１２は、抽出した人領域の数が１つ以下である場合、画像に複数人が写っていないと判定する。
【００４７】
人領域は、例えば、人物の輪郭内の領域（以下「人シルエット」と称する）、または人物の輪郭に外接する矩形の領域（以下「人矩形」と称する）である。人領域は、撮影時刻が前後する画像の差分を抽出する時間差分法によって抽出されてもよいし、撮影画像と背景画像との差分を抽出する背景差分法によって抽出されてもよい。なお、人領域の大きさは、所定の第１サイズ以上、かつ所定の第２サイズ以下であると考えられるため、複数人判定部１１２は、予め複数のサンプルに基づいて設定された第１サイズおよび第２サイズに基づいて、人領域を抽出してもよい。すなわち、複数人判定部１１２は、人領域の候補となる領域のうち、第１サイズ以上かつ第２サイズ以下の領域を、人領域として抽出し、第１サイズ未満または第２サイズを超える領域を、人領域として抽出しなくてもよい。
【００４８】
イベント判定部１１３は、対象者６０に関する所定のイベント（以下「対象者イベント」と称する）が発生したか否かを判定する。イベント判定部１１３は、例えば、情報取得部１１１によって取得された対象者６０に関する画像に基づいて、対象者イベントが発生したか否かを判定する。対象者イベントは、例えば、対象者６０における予め設定された所定の行動を含む。対象者６０における所定の行動は、例えば、対象者６０がベッドから起き上がる「起床」、ベッドから離れる「離床」、ベッドから転落する「転落」、および床面等に転倒する「転倒」の行動を含む。
【００４９】
イベント判定部１１３は、例えば、情報取得部１１１によって取得された対象者６０に関する画像において抽出された、対象者６０の人領域の時間変化に基づいて、対象者イベントとして、対象者６０における所定の行動が発生したか否かを判定する。また、イベント判定部１１３は、当該画像において対象者６０の頭部の領域（以下「頭部領域」と称する）を抽出し、抽出した頭部領域の時間変化に基づいて、対象者イベントが発生したか否かを判定してもよい。頭部領域は、例えば、頭部の輪郭内の領域、または頭部の輪郭に外接する矩形の領域である。頭部領域は、円形や楕円形のハフ変換や、予め用意された頭部のモデルを用いたパターンマッチング、頭部領域の検出用に学習したニューラルネットワーク等によって抽出されてもよい。頭部領域は、近赤外線に対する反射率が比較的高い、略円形状の領域として抽出されてもよい。
【００５０】
より具体的には、（１）ベッドの所在領域、（２）ベッドの所在領域内における横臥姿勢の頭部領域の大きさと座位姿勢の頭部領域の大きさとを識別するための第１閾値Ｔｈ１、（３）ベッドの所在領域を除く居室内における立位姿勢の頭部領域の大きさを識別するための第２閾値Ｔｈ２、（４）ベッドの所在領域を除く居室内における横臥姿勢の頭部領域の大きさを識別するための第３閾値Ｔｈ３等に関する情報が、予め記憶部１２に記憶されているものとする。イベント判定部１１３は、例えば、頭部領域の位置がベッドの所在領域内であって、頭部領域の大きさが第１閾値Ｔｈ１に基づいて横臥姿勢の大きさから座位姿勢の大きさに変化した場合、起床のイベントが発生したと判定する。また、イベント判定部１１３は、例えば、頭部領域の位置がベッドの所在領域内からベッドの所在領域外に変化した場合であって、頭部領域の大きさが第２閾値Ｔｈ２に基づいて或る大きさから立位姿勢の大きさに変化した場合、離床のイベントが発生したと判定する。また、イベント判定部１１３は、例えば、頭部領域の位置がベッドの所在領域内からベッドの所在領域外に変化した場合であって、頭部領域の大きさが第３閾値Ｔｈ３に基づいて或る大きさから横臥姿勢の大きさに変化した場合、転落のイベントが発生したと判定する。また、イベント判定部１１３は、例えば、頭部領域の位置がベッドの所在領域を除く居室内であって、頭部領域の大きさが第３閾値Ｔｈ３に基づいて或る大きさから横臥姿勢の大きさに変化した場合、転倒のイベントが発生したと判定する。
【００５１】
また、対象者イベントは、対象者６０によるナースコールや、対象者６０における微体動異常等をさらに含んでもよい。この場合、イベント判定部１１３は、情報取得部１１１によって取得された情報に基づいて、対象者イベントとして、ナースコールや微体動異常等のイベントが発生したか否かをさらに判定してもよい。
【００５２】
また、イベント判定部１１３は、対象者６０を含む複数人に関する所定のイベント（以下「複数人イベント」と称する）が発生したか否かをさらに判定する。イベント判定部１１３は、例えば、情報取得部１１１によって取得された対象者６０に関する情報、すなわち、対象者６０に関する画像または音の情報に基づいて、複数人イベントが発生したか否かを判定する。複数人イベントは、対象者６０を含む複数人における所定の行動を含み、例えば、暴力や虐待等の不適切な行為（暴力行為等）を含む。複数人における暴力行為等の例として、例えば、スタッフ７０による対象者６０に対する暴力行為等や、対象者６０によるスタッフ７０に対する暴力行為等、対象者６０同士の暴力行為等が挙げられる。また、暴力行為等は、肉体的な暴力行為等だけでなく、罵声や暴言等による精神的な暴力行為等も含む。暴力行為等の判定処理の詳細については、図９を参照して後述する。
【００５３】
イベント通知部１１４は、イベント判定部１１３によって対象者イベントまたは複数人イベントが発生したと判定された場合、サーバー２０等に通知する。例えば、イベント通知部１１４は、イベント判定部１１３によって対象者イベントが発生したと判定された場合、対象者イベントの発生をサーバー２０に通知する。あるいは、イベント通知部１１４は、イベント判定部１１３によって複数人イベントが発生したと判定された場合、複数人イベントの発生をサーバー２０に通知する。
【００５４】
より具体的には、イベント通知部１１４は、自機（検出部１０）のセンサーＩＤと、発生したイベントを示すイベント情報とを含む第１イベント通知を、通信部１３を介してサーバー２０に送信する。イベント情報は、例えば、対象者イベントまたは複数人イベントに関する情報である。なお、イベント通知部１１４は、イベント判定部１１３によって、対象者６０または複数人における所定の行動が発生したと判定された場合、判定に用いられた画像（静止画および動画の少なくとも一方）をサーバー２０にさらに送信してもよい。
【００５５】
動画処理部１１５は、撮影部１４によって撮影され、情報取得部１１１によって取得された動画を、サーバー２０に送信する。より具体的には、動画処理部１１５は、当該動画を所定のフレーム数ずつ含む動画信号を順次生成し、自機のセンサーＩＤと共にサーバー２０に順次送信する。動画処理部１１５は、イベント判定部１１３によって対象者イベントまたは複数人イベントが発生したと判定された場合、イベントの発生時刻を含む所定の第１時間（例えば、数秒間〜数分間等）分の動画を、サーバー２０に送信してもよい。すなわち、動画処理部１１５は、記憶部１２に一時的に記憶させていた、イベントの発生時刻前の動画と、イベントの発生時刻以後の動画とを、所定の第１時間分の動画としてサーバー２０に送信してもよい。あるいは、動画処理部１１５は、サーバー２０に動画を常時送信してもよい。また、動画処理部１１５は、送信した動画をサーバー２０の記憶部２２に記憶させるように、サーバー２０に指示してもよい。
【００５６】
通話処理部１１６は、音入出力部１５を制御することによって、検出部１０と、固定端末３０または携帯端末４０との間における音声通話を可能にする。通話処理部１１６は、例えば、通信部１３を介して、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）等によって、固定端末３０または携帯端末４０との間における音声通話を可能にする。
【００５７】
ストリーミング配信部１１７は、撮影部１４によって撮影され、情報取得部１１１によって取得されている動画（例えばライブ映像）を、固定端末３０または携帯端末４０にストリーミング配信する。ストリーミング配信部１１７は、例えば、固定端末３０または携帯端末４０から動画の配信の要求があった場合、通信部１３を介して、要求のあった固定端末３０または携帯端末４０に動画を配信する。
【００５８】
（サーバー２０）
図５は、サーバーのハードウェア構成を示すブロック図である。
【００５９】
サーバー２０は、見守りシステム１全体を管理する装置である。サーバー２０は、例えば、通信機能付きのコンピューターによって構成される。図５に示すように、サーバー２０は、制御部２１、記憶部（データベース）２２および通信部２３を備える。各構成要素は、信号をやり取りするためのバスを介して、相互に接続されている。サーバー２０の各構成要素は、検出部１０の各構成要素と同様の構成を有するため、説明を省略する。制御部２１の機能構成については、図６を参照して説明する。
【００６０】
図６は、サーバーの制御部の機能構成を示すブロック図である。
【００６１】
制御部２１は、プログラムを読み込んで処理を実行することによって、監視処理部２１１、イベント通知部２１２および動画処理部２１３として機能する。
【００６２】
監視処理部２１１は、検出部１０から第１イベント通知を受信した場合、第１イベント通知に含まれる情報を、対象者６０に対する監視に関する情報（以下「監視情報」と称する）として、記憶部２２に記憶させる。監視処理部２１１は、監視情報として、例えば、対象者６０の識別情報、イベント情報、所定の行動の判定に用いられた画像、および第１イベント通知の受信時刻等を互いに対応付けて、記憶部２２に記憶させる。なお、第１イベント通知がイベントの発生時刻に関する情報を含む場合、監視処理部２１１は、第１イベント通知の受信時刻に代えて、イベントの発生時刻を記憶部２２に記憶させてもよい。
【００６３】
なお、検出部１０のセンサーＩＤ、検出部１０の配置場所（検出部１０が配置される居室の番号等）、および検出部１０によって監視される対象者６０の名前の対応関係が、予め記憶部２２に記憶されていてもよい。この場合、監視処理部２１１は、対象者６０の識別情報として、検出部１０のセンサーＩＤ、検出部１０の配置場所、および検出部１０によって監視される対象者６０の名前の少なくとも一つの情報を、記憶部２２に記憶させてもよい。また、対象者６０はＩＣタグを携帯していてもよく、監視処理部２１１は、対象者６０の識別情報として、対象者６０の居室に設置されたＲＦＩＤリーダー等によって読み取られたＩＣタグの情報を、記憶部２２に記憶させてもよい。
【００６４】
イベント通知部２１２は、検出部１０から第１イベント通知を受信した場合、固定端末３０および携帯端末４０の少なくとも一方に通知する。より具体的には、イベント通知部２１２は、上述したような、対象者６０の識別情報、イベント情報、および所定の行動の判定に用いられた画像等を含む第２イベント通知を、通信部２３を介して固定端末３０および携帯端末４０の少なくとも一方に送信する。イベント通知部２１２は、ネットワーク５０に接続されている固定端末３０および携帯端末４０の全てに通知してもよいし、一部のみに通知してもよい。第１イベント通知の送信元である検出部１０のセンサーＩＤと、第２イベント通知の送信先である固定端末３０および携帯端末４０のＩＤである端末ＩＤとの対応関係が、予め記憶部２２に記憶されていてもよい。この場合、イベント通知部２１２は、通知先として、第１イベント通知を送信した検出部１０に対応する、固定端末３０および携帯端末４０の少なくとも一方を選定してもよい。
【００６５】
なお、第２イベント通知は、第１イベント通知を送信した検出部１０によって取得された動画のダウンロード先としての通信アドレス等を、さらに含んでもよい。イベント通知部２１２は、通信アドレスとして、第１イベント通知を送信した検出部１０に対応する通信アドレスを選定してもよい。
【００６６】
動画処理部２１３は、検出部１０から受信した動画を、記憶部２２に記憶させる。より具体的には、動画処理部２１３は、検出部１０の動画処理部１１５から受信した一連の動画信号に含まれる動画を１つに纏めて、所定の第１時間（例えば、数秒間〜数分間等）分の動画ファイルを生成し、記憶部２２に記憶させる。
【００６７】
なお、検出部１０から動画が常時送信される場合、動画処理部２１３は、送信された所定の第２時間（例えば、数秒間、数分間、数時間、数日間、数週間または数か月間等）分の動画を、記憶部２２に一時的に記憶させてもよい。そして、動画処理部２１３は、検出部１０から第１イベント通知を受信した場合、記憶部２２に一時的に記憶させていた所定の第２時間分の動画から、イベントの発生時刻を含む所定の第１時間分の動画を切り出して、記憶部２２に記憶させてもよい。動画処理部２１３は、動画の一時記憶の時間が所定の第２時間を超えた場合、古いタイムスタンプの動画から順に上書きさせる一方、所定の第１時間分の動画には上書きしないように、記憶部２２を制御してもよい。
【００６８】
（固定端末３０、携帯端末４０）
固定端末３０および携帯端末４０は、見守りシステム１のユーザーインターフェースとして機能する装置である。固定端末３０は、例えば、通信機能付きのコンピューターによって構成される。固定端末３０は、見守りシステム１の管理者や、スタッフ７０を統括する責任者によって使用される端末であってもよい。また、固定端末３０は、上述したような、検出部１０のセンサーＩＤ、配置場所および対象者６０の名前の対応関係等の入力を受け付けてもよく、受け付けた入力に関する情報をサーバー２０に送信し、サーバー２０に記憶させてもよい。なお、端末装置の一例としての固定端末３０は、後述する携帯端末４０と同様の構成を有するため、固定端末３０の構成要素については説明を省略する。
【００６９】
図７は、携帯端末のハードウェア構成を示すブロック図である。
【００７０】
携帯端末４０は、タブレット型コンピューター、スマートフォンまたは携帯電話等の、持ち運び可能な通信端末機器によって構成される。図７に示すように、携帯端末４０は、制御部４１、記憶部４２、通信部（無線通信部）４３、表示部４４、操作入力部４５、音入出力部４６およびインターフェース部４７を備える。各構成要素は、信号をやり取りするためのバスを介して、相互に接続されている。制御部４１、記憶部４２、通信部４３および音入出力部４６は、検出部１０の各構成要素と同様の構成を有するため、説明を省略する。制御部４１の機能構成については、図８を参照して後述する。
【００７１】
表示部４４は、例えばＬＣＤ（液晶ディスプレイ）や有機ＥＬディスプレイ等の表示装置を備える。表示部４４は、サーバー２０から受信した第２イベント通知に含まれる対象者６０の監視情報や、監視情報に対する操作画面、操作入力部４５において入力された操作の内容等を表示する。
【００７２】
操作入力部４５は、所定の操作の入力を受け付ける装置を備える。所定の操作は、例えば、ログイン用のＩＤおよびパスワードの入力操作や、対象者６０との音声通話の要求および終了の操作、対象者６０のライブ映像の配信の要求および終了の操作、通知されたイベントの確認操作、イベントを発生させた対象者６０への対応を行う旨の入力操作等の各種操作を含む。なお、対象者６０への対応は、例えば、救命、看護、介護および介助等の各種対応を含む。
【００７３】
なお、表示部４４および操作入力部４５は、表示部４４としてのＬＣＤの表示面に、操作入力部４５としてのタッチ検出部を重畳することによって、タッチパネルを構成してもよい。
【００７４】
インターフェース部４７は、外部機器との間においてデータの入出力を行う回路を備える。インターフェース部４７は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格、ＩｒＤＡ規格等の赤外線通信、またはＵＳＢ規格を用いたインターフェース回路等を備える。なお、インターフェース部４７は、通信部４３に含まれてもよい。
【００７５】
図８は、携帯端末の制御部の機能構成を示すブロック図である。
【００７６】
制御部４１は、プログラムを読み込んで処理を実行することによって、監視処理部４１１、通話処理部４１２およびストリーミング再生部４１３として機能する。
【００７７】
監視処理部４１１は、サーバー２０から第２イベント通知を受信した場合、第２イベント通知に含まれる情報を記憶部４２に記憶させたり、表示部４４に表示させたりする。より具体的には、監視処理部４１１は、例えば、対象者６０の識別情報、イベント情報、所定の行動の判定に用いられた画像、および第２イベント通知の受信時刻等を、記憶部４２に記憶させたり、表示部４４に表示させたりする。なお、第２イベント通知がイベントの発生時刻に関する情報を含む場合、監視処理部４１１は、第２イベント通知の受信時刻に代えて、イベントの発生時刻を記憶部４２に記憶させたり、表示部４４に表示させたりしてもよい。
【００７８】
また、監視処理部４１１は、表示部４４に表示された第２イベント通知に含まれる情報に対して、操作入力部４５において所定の操作の入力が受け付けられた場合、当該操作に応じた所定の処理を実行する。監視処理部４１１は、例えば、操作入力部４５においてイベントを発生させた対象者６０への対応を行う旨の入力操作が受け付けられた場合、サーバー２０に通知する。この場合、サーバー２０は、対象者６０への対応を行う旨の入力が受け付けられたことを示す情報を、記憶部２２に記憶された当該対象者６０のイベント情報に対応付けて、記憶部２２に記憶させてもよい。
【００７９】
通話処理部４１２は、操作入力部４５において音声通話の要求操作が受け付けられた場合、音入出力部４６を制御することによって、検出部１０との間における音声通話を可能にする。通話処理部４１２は、例えば、通信部４３を介して、ＶｏＩＰ等によって、第１イベント通知をサーバー２０に送信した検出部１０との間における音声通話を可能にする。
【００８０】
ストリーミング再生部４１３は、検出部１０から配信された動画をストリーミング再生し、表示部４４に表示させる。より具体的には、ストリーミング再生部４１３は、操作入力部４５において受け付けられたライブ映像の配信の要求操作に応じて、検出部１０のストリーミング配信部１１７から配信された動画をストリーミング再生し、表示部４４に表示させる。
【００８１】
なお、検出部１０、サーバー２０、固定端末３０および携帯端末４０は、上述した構成要素以外の構成要素を含んでもよく、あるいは、上述した構成要素のうちの一部を含まなくてもよい。例えば、サーバー２０は、必要に応じて、各種コマンドや各種データ等の入力を受け付ける入力部等をさらに備えてもよい。
【００８２】
（暴力行為等の判定処理）
以下、複数人イベントとしての暴力行為等の判定処理について詳細に説明する。イベント判定部１１３は、情報取得部１１１によって取得された、対象者６０に関する画像または音の情報に基づいて、以下の少なくとも一つの判定処理を実行することによって、暴力行為等の発生の有無を判定する。
【００８３】
（１）画像による判定処理
イベント判定部１１３は、例えば、撮影部１４によって撮影され、情報取得部１１１によって取得された対象者６０に関する画像に基づいて、暴力行為等の発生の有無を判定する。より具体的には、イベント判定部１１３は、例えば、情報取得部１１１によって取得された画像から抽出された、対象者６０を含む複数人のうちの少なくとも一人の人領域（人シルエットまたは人矩形）の時間変化に基づいて、暴力行為等の発生の有無を判定する。
【００８４】
図９は、暴力行為等の判定処理の一例を説明するための図である。
【００８５】
図９の（ａ）および（ｂ）は、情報取得部１１１によって取得された画像において抽出された、ベッドの所在領域を除く居室内における立位姿勢のスタッフ７０の人矩形の時間変化を示している。（ｂ）は、例えば（ａ）の直後、または数サンプル後に抽出された人矩形である。なお、情報取得部１１１によって取得された画像には、当該スタッフ７０以外の人物（例えば、対象者６０）も含まれるが、図９では説明の都合上、対象者６０を殴ろうとするスタッフ７０のみが示されているものとする。
【００８６】
（Ａ）人領域のエッジの移動速度による判定処理
暴力行為等を行う人物は、殴ったり蹴ったりする際に、腕または脚を勢いよく振り上げたり、振り下ろしたりする可能性が高い。すなわち、暴力行為等を行う人物の手または足の先に対応する、人矩形のエッジの少なくとも一部は、高速に移動する可能性が高い。例えば図９に示すように、スタッフ７０が対象者６０を殴る際に、腕を振り下ろすことによって、スタッフ７０の手に対応する人矩形のエッジである破線部Ｅが、（ａ）から（ｂ）の位置に（矢印の方向に）高速に移動する可能性が高い。
【００８７】
このため、イベント判定部１１３は、人領域の時間変化として、例えば、情報取得部１１１によって取得された画像において抽出された、対象者６０を含む複数人のうちの少なくとも一人の人矩形のエッジの移動速度を確認する。イベント判定部１１３は、例えば、エッジの移動速度を、エッジの移動量およびエッジの移動時間に基づいて算出する。そして、イベント判定部１１３は、例えば、当該エッジの少なくとも一部の移動速度が所定の速度以上である場合、複数人イベントとしての暴力行為等が発生したと判定する。一方、イベント判定部１１３は、当該エッジの少なくとも一部の移動速度が所定の速度未満である場合、暴力行為等が発生していないと判定する。イベント判定部１１３は、例えば、図９に示す例において、人矩形の４つの辺が示すエッジの一部である破線部Ｅの移動速度が、所定の速度以上であるか否かを判定する。所定の速度は、撮影部１４において使用されるカメラの特性（例えば、広角レンズの特性）等に応じて設定されてもよい。なお、イベント判定部１１３は、人矩形の全てのエッジの移動速度が所定の速度以上である場合には、対象者６０が単に転倒したり、スタッフ７０が単に急いで移動したりしただけであり、暴力行為等は発生していないと判定してもよい。
【００８８】
（Ｂ）人領域のエッジが移動する軌跡による判定処理
暴力行為等を行う人物は、繰り返し何度も殴ったり蹴ったりする可能性が高く、暴力行為等を行う人物の手または足の先に対応する、人矩形のエッジの少なくとも一部は、所定の同じ領域を繰り返し移動する可能性が高い。例えば、図９に示す例において、スタッフ７０の手に対応する人矩形のエッジである破線部Ｅは、（ａ）および（ｂ）の位置の間を繰り返し移動する可能性が高い。
【００８９】
このため、イベント判定部１１３は、人領域の時間変化として、例えば、情報取得部１１１によって取得された画像において抽出された、対象者６０を含む複数人のうちの少なくとも一人の人矩形のエッジが移動する軌跡を確認する。そして、イベント判定部１１３は、例えば、当該エッジの少なくとも一部が所定の領域を繰り返し移動する場合、複数人イベントとしての暴力行為等が発生したと判定する。一方、イベント判定部１１３は、当該エッジの少なくとも一部が所定の領域を繰り返し移動しない場合、暴力行為等が発生していないと判定する。所定の領域は、撮影部１４において使用されるカメラの特性（例えば、広角レンズの特性）等に応じて設定されてもよい。
【００９０】
なお、上述した２つの判定処理において、イベント判定部１１３は、人矩形のエッジの時間変化の代わりに、人矩形のアスペクト比（短辺に対する長辺の比率）の時間変化に基づいて、暴力行為等の発生の有無を判定してもよい。また、イベント判定部１１３は、人矩形のエッジの時間変化の代わりに、人シルエットのエッジの時間変化に基づいて、暴力行為等の発生の有無を判定してもよい。
【００９１】
また、イベント判定部１１３は、人物の領域（人領域）から推定された当該人物の関節点に基づいて、暴力行為等の発生の有無を判定してもよい。すなわち、イベント判定部１１３は、暴力行為等を行う人物の腕または脚における関節点を推定し、推定した関節点の時間変化に基づいて、暴力行為等の発生の有無を判定してもよい。
【００９２】
（２）音の情報による判定処理
イベント判定部１１３は、例えば、音入出力部１５に入力され、情報取得部１１１によって取得された対象者６０に関する音の情報に基づいて、暴力行為等の発生の有無を判定する。
【００９３】
音入出力部１５は、暴力行為等が行われている場合、対象者６０を含む複数人のうちの少なくとも一人から発生する音の入力を受け付ける。音入出力部１５に入力される音の例としては、例えば、殴る音、蹴る音、暴力行為等を受けた人物が転倒する音、当該人物が転倒する際に家具等に衝突する音、暴力行為等を受ける人物による叫び声、うめき声、「痛い」、「やめて」または「助けて」等の言葉を含む音声、暴力行為等を行う人物による罵声、「このやろう」または「ばかやろう」等の言葉を含む音声等が挙げられるが、これらに限定されない。
【００９４】
（Ａ）音のレベルによる判定処理
暴力行為等が行われる場合、上述したような音の少なくとも一つが、大きなレベルで発生する確率が高い。このため、イベント判定部１１３は、情報取得部１１１によって取得された音の情報に基づいて、例えば、対象者６０を含む複数人のうちの少なくとも一人から発生した音のレベルを確認する。そして、イベント判定部１１３は、例えば、当該音のレベルが所定のレベル以上である場合、複数人イベントとしての暴力行為等が発生したと判定し、当該音のレベルが所定のレベル未満である場合、暴力行為等が発生していないと判定する。例えば、イベント判定部１１３は、暴力行為等を受けた人物が転倒する際に家具等に衝突する音のレベルが所定のレベル以上である場合、暴力行為等が発生したと判定する。
【００９５】
（Ｂ）音声の内容による判定処理
暴力行為等を受ける人物、または暴力行為等を行う人物の少なくとも一方は、上述したような音声を発する確率が高い。このため、イベント判定部１１３は、情報取得部１１１によって取得された音の情報に基づいて、例えば、対象者６０を含む複数人のうちの少なくとも一人が発した音声の内容を確認する。イベント判定部１１３は、周知の音声認識処理によって、当該音声の内容を確認してもよい。
【００９６】
そして、イベント判定部１１３は、例えば、当該音声の内容が所定の内容である場合、複数人イベントとしての暴力行為等が発生したと判定し、当該音声の内容が所定の内容でない場合、暴力行為等が発生していないと判定する。所定の内容は、例えば、暴力行為等を受ける人物による叫び声、うめき声、「痛い」、「やめて」または「助けて」等の言葉を含む音声、暴力行為等を行う人物による罵声、「このやろう」または「ばかやろう」等の言葉を含む音声等であってもよいが、これらに限定されない。また、所定の内容は、見守りシステム１の管理者や、スタッフ７０を統括する責任者等によって、固定端末３０等を介して事前に入力され、サーバー２０に記憶された音声の内容であってもよい。
【００９７】
以上のように、画像による判定処理では、取得された対象者６０に関する画像に基づいて、複数人イベントの発生の有無が判定される。これにより、対象者イベントの判定処理にも使用されている対象者６０に関する画像に基づいて、追加の情報を必要とせずに、複数人イベントの発生の有無が判定される。
【００９８】
また、対象者６０を含む複数人のうちの少なくとも一人の人領域のエッジの移動速度が確認され、当該エッジの少なくとも一部の移動速度が所定の速度以上であるか否かに基づいて、複数人イベントの発生の有無が判定される。これにより、肉体的な暴力行為等が精度よく検出され、当該暴力行為等が抑止される。
【００９９】
また、対象者６０を含む複数人のうちの少なくとも一人の人領域のエッジが移動する軌跡が確認され、当該エッジの少なくとも一部が所定の領域を繰り返し移動するか否かに基づいて、複数人イベントの発生の有無が判定される。これにより、上述したような人領域のエッジの移動速度とは異なる指標に基づいて、肉体的な暴力行為等が精度よく検出され、当該暴力行為等が抑止される。
【０１００】
また、音の情報による判定処理では、取得された対象者６０に関する音の情報に基づいて、複数人イベントの発生の有無が判定される。これにより、上述したような対象者６０に関する画像とは異なる情報に基づいて、複数人イベントの発生の有無が判定される。より具体的には、肉体的な暴力行為等だけでなく、暴力行為等を行う人物の罵声や暴言等による精神的な暴力行為等についても、複数人イベントとして発生の有無が判定され得る。
【０１０１】
また、対象者６０を含む複数人のうちの少なくとも一人から発生した音のレベルが確認され、当該音のレベルが所定のレベル以上であるか否かに基づいて、複数人イベントの発生の有無が判定される。これにより、肉体的または精神的な暴力行為等が精度よく検出され、当該暴力行為等が抑止される。
【０１０２】
また、対象者６０を含む複数人のうちの少なくとも一人が発する音声の内容が確認され、当該音声の内容が所定の内容であるか否かに基づいて、複数人イベントの発生の有無が判定される。これにより、上述したような音のレベルとは異なる指標に基づいて、肉体的または精神的な暴力行為等が精度よく検出され、当該暴力行為等が抑止される。
【０１０３】
なお、イベント判定部１１３は、上述した４つの判定処理のうち複数の判定処理を実行することによって、複数人イベントとしての暴力行為等の発生の有無を判定してもよい。すなわち、イベント判定部１１３は、例えば、複数の判定処理を実行し、実行した全ての判定処理において暴力行為等が発生したと判定した場合のみ、暴力行為等が発生したと最終判定してもよい。あるいは、イベント判定部１１３は、複数の判定処理を実行し、少なくとも一つの判定処理において暴力行為等が発生したと判定した場合には、暴力行為等が発生したと最終判定してもよい。また、イベント判定部１１３は、上述した４つの判定処理以外の判定処理を実行してもよい。
【０１０４】
（第１実施形態）
以下、図１０を参照して、本発明の第１実施形態に係る処理の手順について説明する。
【０１０５】
図１０は、第１実施形態に係る処理の手順を示すフローチャートである。図１０のフローチャートに示すアルゴリズムは、検出部１０の記憶部１２にプログラムとして記憶されており、制御部１１によって実行される。
【０１０６】
図１０に示すように、制御部１１は、まず、情報取得部１１１として、対象者６０に関する情報を取得する（ステップＳ１０１）。より具体的には、制御部１１は、撮影部１４によって撮影された、対象者６０に関する画像を取得する。また、制御部１１は、後述するステップＳ１０５において、対象者６０に関する音の情報に基づいて複数人イベントの判定処理を実行する場合、対象者６０に関する画像に加え、対象者６０に関する音の情報を取得してもよい。
【０１０７】
続いて、制御部１１は、複数人判定部１１２として、ステップＳ１０１において取得された画像に、複数人が写っているか否かを判定する（ステップＳ１０２）。
【０１０８】
画像に複数人が写っていると判定しない場合（ステップＳ１０２：ＮＯ）、制御部１１は、ステップＳ１０３の処理に進む。そして、制御部１１は、イベント判定部１１３として、判定対象とする所定のイベントの種類を対象者イベントに設定し、ステップＳ１０１において取得された画像に基づいて、対象者イベントの判定処理を実行する（ステップＳ１０３）。そして、制御部１１は、対象者イベントが発生したか否かを判定する（ステップＳ１０４）。すなわち、制御部１１は、対象者イベントとして、対象者６０の起床、離床、転落もしくは転倒等を含む所定の行動、ナースコールまたは微体動異常等が発生したか否かを判定する。
【０１０９】
対象者イベントが発生していないと判定する場合（ステップＳ１０４：ＮＯ）、制御部１１は処理を終了する。
【０１１０】
対象者イベントが発生したと判定する場合（ステップＳ１０４：ＹＥＳ）、制御部１１は、後述するステップＳ１０７の処理に進む。
【０１１１】
一方、画像に複数人が写っていると判定する場合（ステップＳ１０２：ＹＥＳ）、制御部１１は、ステップＳ１０５の処理に進む。そして、制御部１１は、イベント判定部１１３として、判定対象とする所定のイベントの種類を複数人イベントに設定し、ステップＳ１０１において取得された情報に基づいて、複数人イベントの判定処理を実行する（ステップＳ１０５）。より具体的には、制御部１１は、ステップＳ１０１において取得された画像および音の情報の少なくとも一方に基づいて、複数人イベントとしての暴力行為等の判定処理を実行する。そして、制御部１１は、複数人イベントが発生したか否かを判定する（ステップＳ１０６）。
【０１１２】
複数人イベントが発生していないと判定する場合（ステップＳ１０６：ＮＯ）、制御部１１は処理を終了する。
【０１１３】
複数人イベントが発生したと判定する場合（ステップＳ１０６：ＹＥＳ）、制御部１１は、ステップＳ１０７の処理に進む。
【０１１４】
ステップＳ１０４またはＳ１０６がＹＥＳである場合、制御部１１は、イベント通知部１１４として、対象者イベントまたは複数人イベントの発生をサーバー２０等に通知する（ステップＳ１０７）。より具体的には、制御部１１は、対象者イベントが発生したと判定した場合、対象者イベントの発生をサーバー２０等に通知する。また、制御部１１は、複数人イベントが発生したと判定した場合、複数人イベントの発生をサーバー２０等に通知する。
【０１１５】
続いて、制御部１１は、動画処理部１１５として、情報取得部１１１によって取得された、イベントの発生時刻を含む所定の第１時間分の動画をサーバー２０に送信し、サーバー２０の記憶部２２に記憶させる（ステップＳ１０８）。なお、制御部１１は、ステップＳ１０６において複数人イベントが発生したと判定した場合のみ、ステップＳ１０８の処理を実行してもよい。また、上述したように、制御部１１は、サーバー２０に動画を常時送信している場合、イベントの発生時刻を含む所定の第１時間分の動画を切り出して記憶するように、サーバー２０に指示してもよい。
【０１１６】
以上のように、第１実施形態では、取得された対象者６０に関する情報に基づいて、対象者６０を含む複数人に関する所定のイベントが発生したか否かが判定される。そして、複数人に関する所定のイベントが発生したと判定された場合、当該イベントの発生が通知される。これにより、複数人に関する所定のイベントとしての暴力行為等が、別途の監視カメラ等を用いることなく監視され、施設における暴力行為等が抑止される。
【０１１７】
また、取得された対象者６０に関する画像に、複数人が写っているか否かが判定される。そして、画像に複数人が写っていないと判定された場合、判定対象とする所定のイベントの種類が対象者イベントに設定され、対象者イベントの発生の有無が判定される。一方、画像に複数人が写っていると判定された場合、判定対象とする所定のイベントの種類が複数人イベントに設定され、複数人イベントの発生の有無が判定される。すなわち、対象者イベントの判定処理および複数人イベントの判定処理のいずれか一方が、選択的に実行される。これにより、負荷が重い各々の判定処理が同時に実行されないで済み、処理の負荷が軽減され得る。
【０１１８】
また、制御部１１は、イベントの発生時刻を含む所定の時間分の動画を、サーバー２０の記憶部２２に記憶させる。これにより、例えば、複数人イベントとしての暴力行為等の証拠となる動画が、記憶部２２に記憶され得る。
【０１１９】
（第２実施形態）
以下、図１１を参照して、本発明の第２実施形態に係る処理の手順について説明する。第１実施形態では、取得された画像に複数人が写っているか否かに基づいて、対象者イベントの判定処理および複数人イベントの判定処理のいずれか一方が、選択的に実行されると説明した。第２実施形態では、イベントの判定処理として、第１実施形態とは異なる処理が実行される。
【０１２０】
図１１は、第２実施形態に係る処理の手順を示すフローチャートである。図１１のフローチャートに示すアルゴリズムは、検出部１０の記憶部１２にプログラムとして記憶されており、制御部１１によって実行される。なお、図１１のステップＳ２０４以外の各ステップの処理は、図１０の各ステップの処理と同様であるため、説明を省略する。ただし、ステップＳ２０１において、制御部１１は、対象者６０に関する情報として、対象者６０に関する画像、または対象者６０に関する音の情報のいずれか一方を取得してもよい。
【０１２１】
図１１に示すように、制御部１１は、取得された画像に複数人が写っているか否かに関わらず、イベント判定部１１３として、対象者イベントの判定処理および複数人イベントの判定処理の両方を実行する。すなわち、制御部１１は、判定対象とする所定のイベントの種類を、対象者イベントおよび複数人イベントのいずれか一方に制限せずに、対象者イベントの判定処理および複数人イベントの判定処理の両方を実行する。そして、制御部１１は、ステップＳ２０４において、イベント判定部１１３として、対象者イベントまたは複数人イベントが発生したか否かを判定する。
【０１２２】
以上のように、第２実施形態では、取得された画像に複数人が写っているか否かに関わらず、対象者イベントの判定処理および複数人イベントの判定処理の両方が実行される。これにより、画像に複数人が写っているか否かが明確でなく、複数人が写っているか否かが正しく判定されなかったり、複数人が写っているか否かの判定処理自体が実行されなかったりする場合でも、複数人イベントの判定処理が確実に実行される。したがって、複数人イベントとしての暴力行為等の検出精度が向上され得る。
【０１２３】
なお、本発明は、上述した実施形態に限定されず、特許請求の範囲内において、種々の変更や改良等が可能である。
【０１２４】
例えば、上述した実施形態では、複数人イベントが発生したと判定された場合、複数人イベントの発生が通知される場合を例に挙げて説明したが、本発明はこれに限定されない。
【０１２５】
検出部１０は、例えば、複数人イベントが発生したと判定した場合、複数人イベントの発生を対象者イベントの発生として通知してもよい。より具体的には、検出部１０は、図１０のステップＳ１０７または図１１のステップＳ２０５において、複数人イベントとしての暴力行為等の発生を、例えば対象者６０の転倒のイベントの発生として、サーバー２０に通知してもよい。なお、検出部１０は、複数人イベントの発生を、対象者６０の転倒以外のイベントの発生として通知してもよいが、通知される対象者イベントは、スタッフ７０等のユーザーによって通知を無効化されないイベントであることが好ましい。そして、サーバー２０は、固定端末３０および携帯端末４０の少なくとも一方に、例えば対象者６０の転倒のイベントの発生を通知してもよい。これにより、複数人イベントとして暴力行為等が検出されることが、スタッフ７０等に知られずに済む。したがって、スタッフ７０が、自身の行動も判定対象とされることを意識して慎重に行動し過ぎたり、対象者６０への対応を行うことを躊躇したりする事態が回避され得る。一方、サーバー２０は、例えば転倒の動画として暴力行為等の動画を記憶し、固定端末３０および携帯端末４０の少なくとも一方は、例えば転倒の画像として暴力行為等の画像を表示する。これにより、暴力行為等が検出され得ることが、スタッフ７０等に知られずに済む一方、暴力行為等の証拠となる動画が記憶されたり、暴力行為等の画像がユーザーに表示されたりすることによって、暴力行為等が抑止される。
【０１２６】
また、検出部１０は、複数人イベントが発生したと判定した場合において、対象者イベントの発生として通知するとき、見守りシステム１の管理者や、スタッフ７０を統括する責任者等のみによって確認される情報を付加して、サーバー２０に通知してもよい。あるいは、検出部１０が、複数人イベントの発生をサーバー２０に通常通りに通知する一方、サーバー２０が、複数人イベントの発生を対象者イベントの発生として、当該情報を付加して、固定端末３０および携帯端末４０の少なくとも一方に通知してもよい。当該情報は、複数人イベントの発生が、対象者イベントの発生として通知されることを示すフラグ等であってもよい。したがって、複数人イベントとして暴力行為等が検出され得ることが、スタッフ７０等に知られずに済む一方、管理者または責任者等は、例えば固定端末３０等を介して当該情報を確認することによって、暴力行為等を抑止できる。
【０１２７】
また、検出部１０は、複数人イベントが発生したと判定した場合でも、複数人イベントの発生を通知する処理自体を実行しなくてもよい。検出部１０は、スタッフ７０等のユーザーの指示に応じて、または自動的に、複数人イベントの通知を有効化したり無効化したりしてもよい。例えば、検出部１０は、当該通知を通常は有効化する一方、対象者６０の家族が対象者６０を訪問している時間帯等の、複数人イベントの発生が誤判定される可能性が高い場合には、当該通知を無効化してもよい。あるいは、検出部１０は、当該通知を通常は無効化する一方、勤務中のスタッフ７０の人数が少ない夜間の時間帯等の、複数人イベントが発生する可能性が高い場合には、当該通知を有効化してもよい。これにより、処理の負荷が軽減され得る。なお、検出部１０は、複数人イベントの発生を通知しない場合でも、複数人イベントの発生時刻を含む所定の第１時間分の動画を送信する処理については実行してもよい。これにより、複数人イベントの発生についての誤判定が多い場合等に、複数人イベントの通知が無効化されたときでも、記憶された動画が後から確認されることによって、複数人イベントとしての暴力行為等が抑止される。
【０１２８】
また、上述した実施形態では、検出部１０が、複数人イベントの発生をサーバー２０に通知する場合を例に挙げて説明したが、本発明はこれに限定されない。検出部１０は、例えば、複数人イベントが発生したと判定した場合、音を出力することによって、複数人イベントの発生を周囲の人物に通知してもよい。より具体的には、検出部１０は、図１０のステップＳ１０７または図１１のステップＳ２０５において、音入出力部１５に注意を促す音を出力させることによって、複数人イベントの発生を周囲の人物に通知してもよい。この場合、検出部１０の制御部１１は、イベント通知部１１４として、音入出力部１５を制御する。注意を促す音の例としては、例えば、チャイムや音楽、所定の音声等が挙げられるが、これらに限定されない。これにより、検出部１０は、複数人イベントとしての暴力行為等の発生を、暴力行為等を行っている人物や、暴力行為等を止めることができる周囲のスタッフ７０等に通知できるため、暴力行為等が効果的に抑止される。
【０１２９】
また、検出部１０、サーバー２０、固定端末３０および携帯端末４０における少なくとも一部の処理は、他の装置においてそれぞれ実行されてもよい。例えば、上述した実施形態では、図１０および図１１の処理が、検出部１０において実行される場合を例に挙げて説明したが、当該処理は、サーバー２０、固定端末３０または携帯端末４０において実行されてもよい。この場合、サーバー２０、固定端末３０または携帯端末４０は、検出部１０から対象者６０に関する情報を取得して、当該処理を実行すればよい。これにより、上述した実施形態に係る処理が、リソース等の都合上、検出部１０において実行され得ない場合でも、複数人イベントとしての暴力行為等が抑止される。
【０１３０】
また、上述した実施形態では、検出部１０、サーバー２０、固定端末３０および携帯端末４０をそれぞれ一つの装置として説明したが、本発明はこれに限定されない。例えば、各構成要素について、各種の判定処理を実行する情報処理装置と、その他の処理を実行する装置とが、別々に構成されてもよい。この場合、情報処理装置とその他の処理を実行する装置とは、有線または無線によって接続されてもよい。
【０１３１】
また、上述した実施形態に係る処理は、上述したフローチャートのステップ以外のステップを含んでもよく、あるいは、上述したステップのうちの一部を含まなくてもよい。また、ステップの順序は、上述した実施形態に限定されない。さらに、各ステップは、他のステップと組み合わされて一つのステップとして実行されてもよく、他のステップに含まれて実行されてもよく、複数のステップに分割されて実行されてもよい。
【０１３２】
また、上述した実施形態に係る見守りシステム１における各種処理を行う手段および方法は、専用のハードウエア回路、およびプログラムされたコンピューターのいずれによっても実現することが可能である。上述したプログラムは、例えば、ＵＳＢメモリやＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、ハードディスク等の記憶部に転送され記憶される。また、上述したプログラムは、単独のアプリケーションソフトとして提供されてもよいし、一機能として各装置のソフトウェアに組み込まれてもよい。
【符号の説明】
【０１３３】
１      見守りシステム、
１０    検出部、
１１    制御部、
１１１  情報取得部、
１１２  複数人判定部、
１１３  イベント判定部、
１１４  イベント通知部、
１１５  動画処理部、
１１６  通話処理部、
１１７  ストリーミング配信部、
１２    記憶部、
１３    通信部、
１４    撮影部、
１５    音入出力部、
１６    ナースコール入力部、
２０    サーバー、
２１    制御部、
２１１  監視処理部、
２１２  イベント通知部、
２１３  動画処理部、
２２    記憶部、
２３    通信部、
３０    固定端末、
４０    携帯端末、
４１    制御部、
４１１  監視処理部、
４１２  通話処理部、
４１３  ストリーミング再生部、
４２    記憶部、
４３    通信部、
４４    表示部、
４５    操作入力部、
４６    音入出力部、
４７    インターフェース部、
５０    ネットワーク、
５１    アクセスポイント、
６０    対象者、
７０    スタッフ。
【図１】
2020013185.tif 000003
【図２】
2020013185.tif 000004
【図３】
2020013185.tif 000005
【図４】
2020013185.tif 000006
【図５】
2020013185.tif 000007
【図６】
2020013185.tif 000008
【図７】
2020013185.tif 000009
【図８】
2020013185.tif 000010
【図９】
2020013185.tif 000011
【図１０】
2020013185.tif 000012
【図１１】
2020013185.tif 000013