JP2021197000A - コンピューターによって実行される方法、プログラム、監視装置、および監視システム - Google Patents

Abstract

【課題】複数の被介護者からの呼び出しが発せられた場合に緊急度に応じて介護者に対応の要請を通知する監視システムを提供する。【解決手段】見守りシステムにおいて、施設の管理サーバーが実行する処理は、被介護者への対応を要求する信号を受信しＳ６１０、対応を始める旨の回答を携帯端末から受信したことに基づいてＳ６２０ＹＥＳ、被介護者への対応の状態を「対応中」に更新するＳ６２５と、対応を始める旨の回答を携帯端末から受信していない場合にＳ６２０ＮＯ、当該被介護者への対応が緊急を要すると判断したことに基づいてＳ６４０ＹＥＳ、一人以上のスタッフに緊急の対応を要求しＳ６４５、スタッフの携帯端末から対応が完了したことを表わす通知を受信したことに基づいてＳ６５０ＹＥＳ、被介護者への対応の状態を「完了」に更新するＳ６６０。【選択図】図６

Description

本開示は、監視システムに関し、より特定的には、複数の呼び出しに対する対応を制御する技術に関する。

介護施設等では、複数の被介護者（入居者ともいう。）が少数のスタッフによる介護サービスを受けており、被介護者の数はスタッフの数よりも多い。そのため、複数の被介護者への対応を必要とする呼び出し（ナースコール、ケアコールとも呼ばれる）が同時に行なわれた場合、同時に各被介護者への対応ができない場合がある。例えば、特開２０１９−２０４４６１号公報（特許文献１）は、「複数の被監視者が同時に起き上がった場合であっても優先的に対応すべき被監視者を決定することを支援する行動監視装置等」を開示している。

特開２０１９−２０４４６１号公報

スタッフによる被介護者へのサポートを管理するためのシステムが、複数の被介護の異常等に基づき、各居室から呼び出しを受信した場合、当該システムは、対応が必要であることを各スタッフが保持する携帯通信端末に通知する。その場合、当該通知を受信した各スタッフの中には既に他の被介護者の対応を行っているため、対応可能なスタッフの数が、呼び出しの数よりも少ない場合があり得る。その場合、当該システムは、スタッフにより対応されていない被介護者を特定し、適宜、対応をスタッフに再度の要請を通知する場合もある。その場合、スタッフは、ある１つの要請に基づき被介護者への介護作業を行なった後に次の通知を確認して、その通知に対応することになる。この場合、システムが、居室から受信した呼び出しの通知をスタッフに転送してから時間が経過しており、指示内容が状況にあってない場合がある。そのため、優先度（緊急度）に応じた対応が十分にできない場合が生じ得る。

例えば、あるスタッフがある１つの通知に対する介護作業中に、当該スタッフの携帯通信端末が次の通知を受信する場合があり得る。この場合、スタッフは、通知および指示内容を携帯通信端末の画面で確認しないと、現在の作業より優先して対応すべきか、現在の作業終了後に対応を行えばよいかが判断がつかない。

したがって、呼び出しの緊急度に応じた対応を支援する技術が必要とされている。また、複数の呼び出しに対して優先順位を付けられる技術が必要とされている。

本開示は上述のような背景に鑑みてなされたものであって、ある局面に従うと、呼び出しの緊急度に応じた対応を支援する技術が開示される。他の局面に従うと、複数の呼び出しが発せられた場合に緊急度に応じて対応の要請を通知する技術が開示される。

（１）ある実施の形態に従うと、コンピューターによって実行される方法が提供される。この方法は、被介護者への対応を求める信号を受信するステップと、信号の受信に応答して、一人以上のスタッフに、対応を要求するステップと、当該被介護者への対応が完了したか否かを確認するステップと、対応が完了していないことを検知した場合に、当該対応が完了していないことを警告するステップとを含む。

（２）ある局面において、上記方法は、一人以上のスタッフから受信する信号に基づいて、いずれかのスタッフが対応可能であることを示すステータスを表示するステップをさらに含む。対応を要求するステップは、被介護者に対応可能なスタッフの選択を受け付けるステップと、選択されたスタッフに対応を要請するステップとを含む。

（３）ある局面において、対応を要求するステップは、各スタッフの稼働状況を表わすステータスに基づいて、被介護者に対応可能なスタッフを選択するステップと、選択されたスタッフに対応を要請するステップとを含む。

（４）ある局面において、受信するステップは、被介護者の識別情報を受信することと、被介護者の居室を撮影した画像信号を受信することとを含む。方法は、識別情報と、画像信号に基づく居室の画像とを表示するステップをさらに含む。

（５）ある局面において、被介護者への対応を求める信号は、被介護者の操作に基づいて発信される信号、または、被介護者の撮影画像の解析結果を含む。

（６）ある局面において、対応を要求するステップは、一人以上のスタッフが使用する携帯通信端末に、被介護者の識別情報を送信することを含む。

（７）ある局面において、確認するステップは、一人以上のスタッフから、被介護者への対応が完了したことを表わす完了通知の受信を待機するステップと、予め定められた時間内に完了通知を受信しない場合に、対応が完了していないと判断するステップとを含む。

（８）ある局面において、上記方法は、対応を要求した後に、一人以上のスタッフから、対応が直ぐに行えないことを表わす応答を受信するステップをさらに含む。確認するステップは、応答を受信したことに基づいて、対応が完了していないと判断することを含む。

（９）ある局面において、上記方法は、対応の緊急度を確認するステップをさらに含む。対応を要求するステップは、緊急度が高い対応から低い対応の順に、当該対応を要求することを含む。

（１０）ある局面において、上記方法は、被介護者への対応を完了したスタッフから、被介護者への対応が完了したことを表わす完了通知を受信するステップと、完了通知の受信に基づいて、当該スタッフによる新たな対応が可能になったことを通知するステップとをさらに含む。

（１１）ある局面において、新たな対応が可能になったことを通知するステップは、当該新たな対応が可能になったことを表わすメッセージを表示することと、当該新たな対応が可能になったことを表わす音声を出力することとの少なくともいずれかを含む。

（１２）ある局面において、上記方法は、完了通知を受信したときに、対応を求める他の被介護者がいるかどうかを確認するステップと、他の被介護者がいる場合に、当該完了通知を発したスタッフに、当該他の被介護者への対応を要求するステップとをさらに含む。

（１３）他の実施の形態に従うと、上記のいずれかに記載の方法をコンピューターに実行させるためのプログラムが提供される。

（１４）他の実施の形態に従うと、上記のプログラムを格納したメモリーと、当該プログラムを実行するためのプロセッサーとを備える、監視装置が提供される。

（１５）他の実施の形態に従う監視装置は、プログラムを格納するためのメモリーと、プログラムを実行するためのプロセッサーと、モニターと、通信装置と通信するための通信装置とを備える。プロセッサーは、被介護者への対応を求める信号を受信し、信号の受信に応答して、一人以上のスタッフに、対応を要求し、当該被介護者への対応が完了したか否かを確認し、対応が完了していないことを検知した場合に、当該対応が完了していないことを警告する。

（１６）ある局面において、プロセッサーは、一人以上のスタッフから受信する信号に基づいて、いずれかのスタッフが対応可能であることを示すステータスを表示する。プロセッサーは、被介護者に対応可能なスタッフの選択を受け付けて、選択されたスタッフに対応を要請する。

（１７）ある局面において、プロセッサーは、各スタッフの稼働状況を表わすステータスに基づいて、被介護者に対応可能なスタッフを選択し、選択されたスタッフに対応を要請する。

（１８）ある局面において、受信することは、被介護者の識別情報を受信することと、被介護者の居室を撮影した画像信号を受信することとを含む。プロセッサーは、識別情報と、画像信号に基づく居室の画像とをモニターに表示する。

（１９）ある局面において、被介護者への対応を求める信号は、被介護者の操作に基づいて発信される信号、または、被介護者の撮影画像の解析結果を含む。

（２０）ある局面において、対応を要求することは、一人以上のスタッフが使用する携帯通信端末に、被介護者の識別情報を送信することを含む。

（２１）ある局面において、確認することは、一人以上のスタッフから、被介護者への対応が完了したことを表わす完了通知の受信を待機することと、予め定められた時間内に完了通知を受信しない場合に、対応が完了していないと判断することとを含む。

（２２）ある局面において、プロセッサーは、対応を要求した後に、一人以上のスタッフから、対応が直ぐに行えないことを表わす応答を受信する。確認することは、応答を受信したことに基づいて、対応が完了していないと判断することを含む。

（２３）ある局面において、プロセッサーは、対応の緊急度を確認する。対応を要求することは、緊急度が高い対応から低い対応の順に、当該対応を要求することを含む。

（２４）ある局面において、プロセッサーは、被介護者への対応を完了したスタッフから、被介護者への対応が完了したことを表わす完了通知を受信し、完了通知の受信に基づいて、当該スタッフによる新たな対応が可能になったことを通知する。

（２５）ある局面において、新たな対応が可能になったことを通知することは、当該新たな対応が可能になったことを表わすメッセージを表示することと、当該新たな対応が可能になったことを表わす音声を出力することとの少なくともいずれかを含む。

（２６）ある局面において、プロセッサーは、完了通知を受信したときに、対応を求める他の被介護者がいるかどうかを確認し、他の被介護者がいる場合に、当該完了通知を発したスタッフに、当該他の被介護者への対応を要求する。

（２７）さらに他の実施の形態に従うと、上記のいずれかに記載の監視装置と、監視装置と通信可能な携帯通信端末とを備える、監視システムが提供される。

ある実施の形態に従うと、呼び出しの緊急度に応じた対応を支援することができる。他の局面に従うと、複数の呼び出しが発せられた場合に緊急度に応じて対応の要請がスタッフに通知される。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

見守りシステム１００の構成の一例を示す図である。 見守りシステム１００の構成の概要を示すブロック図である。 センサーボックス１１９を用いた見守りシステム１００の概略を示す図である。 コンピューターシステム４００のハードウェア構成を表わすブロック図である。 管理サーバー２００が通知スクリーニングを行なう一例を表わす図である。 ある実施の形態に従って管理サーバー２００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 ある実施の形態に従って管理サーバー２００のモニター８に表示される画面の一例を表わす図である。 それぞれ、ある実施の形態に従って管理サーバー２００のモニター８に表示される画面の他の例を表わす図である。 他の局面に従って管理サーバー２００のモニター８に表示される画面の一例を表わす図である。 被介護者への対応が要請される場合に携帯端末２２０の制御装置２２２が実行する処理の一部を表わすフローチャートである。 携帯端末２２０のディスプレイ２２６に表示される画面の一例を表わす図である。 管理サーバー２００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。 スタッフの管理者が管理サーバー２００に対応を指示した場合にモニター８に表示される画面を表わす図である。 緊急対応が完了した後にモニター８に表示される画面の一例を表わす図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜システムの概要＞
図１を参照して、見守りシステムの概要について説明する。図１は、見守りシステム１００の構成の一例を示す図である。見守り対象の一例は、施設１８０の居室領域に設けられた各居室内の入居者である。図１の見守りシステム１００では、居室領域に、居室１１０，１２０が設けられている。居室１１０は、入居者１１１に割り当てられている。居室１２０は、入居者１２１に割り当てられている。

見守りシステム１００は、ゲートウェイサーバー１３０と、交換装置１２と、アクセスポイント１４０と、管理サーバー２００と、センサーボックス１１９と、センサーボックス１１９と通信する各種機器と、携帯端末１６１，１６２，１６３，１６４とを含む。

ゲートウェイサーバー１３０は、施設１８０の内部ネットワーク（イントラネット）と、施設１８０の外部ネットワーク１６とを互いに接続する。外部ネットワーク１６は、たとえば、インターネットや公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー１５０と、プッシュサーバー１６０と、無線基地局１５とが接続されている。

交換装置１３５は、施設１８０の内部ネットワークの各機器を互いに接続する。ある局面において、ルーターやスイッチが交換装置１３５として使用されてもよい。図１に示される例では、交換装置１３５の数は２であるが、当該数はこれに限定されない。施設１８０の内部ネットワークは、複数の交換装置１３５の組み合わせによって構成されてもよい。

アクセスポイント１４０は、携帯端末１６１，１６２を施設１８０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）ルーターが、アクセスポイント１４０として使用され得る。

管理サーバー２００は、施設１８０の中のセンサーボックス１１９からイベント情報を受信し、各居室の入居者の情報を管理する。また、管理サーバー２００は、携帯端末１６１，１６２とも通信し、当該携帯端末を保持するスタッフを管理すると共に、各携帯端末に各種の通知を送信する。なお、管理サーバー２００は、携帯端末１６１，１６２に通知を送信する場合、外部のプッシュサーバー１６０を使用してもよい。また、外部のクラウドサーバー１５０が、管理サーバー２００の一部または全ての機能を備えていてもよい。

センサーボックス１１９は、その筐体に内蔵されたカメラおよびセンサーと、居室１１０，１２０内の他の各種センサーと連携することにより、居室１１０，１２０内の入居者１１１，１２１に関する情報をそれぞれ取得する。当該情報は、各入居者の歩行を示す画像、体温や脈拍その他のバイタル情報等を含み得る。また、センサーボックス１１９は、内部ネットワークを介して、管理サーバー２００に、取得した入居者１１１，１２１に関する情報を送信する。センサーボックス１１９の詳細は後述する。

携帯端末１６１，１６２は、施設１８０で介護に従事する介護者その他のスタッフにより使用される。スタッフは、携帯端末１６１，１６２を用いて、介護記録等を入力できる。携帯端末１６１，１６２は、当該介護記録を管理サーバー２００に送信する。また、入居者１１１，１２１に問題が発生した場合には、スタッフは、携帯端末１６１，１６２を用いて、管理サーバー２００から通知を受信する。携帯端末１６１，１６２は、施設１８０の中ではアクセスポイント１４０と接続され、内部ネットワークを介して管理サーバー２００と通信する。本明細書の例では、介護者１４１，１４２，１４３，１４４がそれぞれ携帯端末１６１，１６２，１６３，１６４を保持している。

携帯端末１６３，１６４は、施設１８０の外からは、無線基地局１５等を介して、ゲートウェイサーバー１１を経由して管理サーバー２００と通信することができる。携帯端末１６３，１６４が施設１８０の外から管理サーバー２００と通信する場合、管理サーバー２００から携帯端末１６３，１６４に提供されるサービスの一部は、入居者の情報を保護するために制限される場合がある。

なお、携帯端末１６１，１６２、アクセスポイント１４０、交換装置１３５等の他の装置の数は、図１に例示される数に限定されない。

居室１１０，１２０は、それぞれ、設備として、家具１１２、ベッド１１３、および、トイレ１１４を含む。居室１１０，１２０のドアには、当該ドアの開閉を検出するドアセンサー１１８がそれぞれ設置されている。トイレ１１４のドアには、トイレ１１４の開閉を検出するトイレセンサー１１６が設置されている。ベッド１１３には、入居者１１１の排泄情報を取得する臭いセンサー１１７が設置されている。入居者１１１は、当該入居者１１１のバイタル情報を検出するバイタルセンサー２９０を装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室１１０では、入居者１１１はケアコール子機１１５を操作することができる。入居者１１１がケアコール子機１１５を操作すると、ケアコール子機１１５は、呼び出し信号を発信し、呼び出し信号は、センサーボックス１１９により受信される。センサーボックス１１９は、その受信した呼び出し信号を管理サーバー２００に送信する。管理サーバー２００は、入居者１１１から呼び出しを受けていることを通知する信号を携帯端末２２０に送信する。

センサーボックス１１９は、居室１１０，１２０内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、または、バイタルセンサー２９０である。センサーボックス１１９は、センサーとして、これらのセンサー中の少なくとも一つを含み得る。

図２を参照して、見守りシステム１００の構成要素について説明する。図２は、見守りシステム１００の構成の概要を示すブロック図である。

［センサーボックス１１９］
センサーボックス１１９は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１０８とを備える。

制御装置１０１は、センサーボックス１１９を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）その他のプロセッサー、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはこれらの組み合わせなどによって構成される。

通信インターフェイス１０４には、アンテナ（図示しない）などが接続される。センサーボックス１１９は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末１６１，１６２，１６３，１６４その他の端末、アクセスポイント１４０、クラウドサーバー１５０、その他の通信端末などを含む。

カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室１１０，１２０の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１１９およびカメラ１０５は、一体として構成されてもよいし、個別の装置の組み合わせとして構成されてもよい。

ドップラーセンサー１０６は、体動センサーとして機能する。ドップラーセンサー１０６は、マイクロ波、超音波その他の電波を発信及び受信して、居室１１０，１２０内の物体（例えば入居者１１１や介護スタッフ等）の挙動（動作）を検出する。これにより、居室１１０，１２０の入居者１１１，１２１の生体情報が検出され得る。

より具体的には、ドップラーセンサー１０６は、制御装置１０１に接続され、制御装置１０１の制御に従って、入居者１１１の呼吸に伴う胸部の体表の動きを測定する。ドップラーセンサー１０６は、マイクロ波や超音波を送信し（以下「送信波」ともいう。）、物体で反射されたマイクロ波や超音波（すなわち「反射波」）を受信し、送信波と反射波とに基づいて、ドップラー周波数成分のドップラー信号を出力する。物体が動いている場合、反射波の周波数が所謂ドップラー効果により当該物体の動いている速度に比例してシフトする。そのため、送信波の周波数と反射波の周波数とに差（ドップラー周波数成分）が生じる。ドップラーセンサー１０６は、このドップラー周波数成分の信号をドップラー信号として所定のサンプリングレートで生成し、制御装置１０１に当該ドップラー信号を出力する。制御装置１０１は、ドップラーセンサー１０６からドップラー信号を受信すると、この受信したドップラー信号を時系列に記憶装置１０８に格納する。なお、マイクロ波が送信波として使用されると、当該マイクロ波は、着衣を透過して入居者１１１の体表で反射する。そのため、入居者１１１が衣服を着ていても体表の動きを検知できる。

一例では、各ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室１１０，１２０のベッド１１３に向けて放射し、入居者１１１，１２１等で反射した反射波を受信する。反射波は、入居者１１１，１２１の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者１１１，１２１の呼吸状態や心拍数を検出し得る。

無線通信装置１０７は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０からの信号を受信し、当該信号を制御装置１０１へ送信する。ケアコール子機１１５は、ケアコールボタン２４１を備える。ケアコールボタン２４１が操作されると、ケアコール子機１１５は、当該操作があったことを示す信号（例えば呼び出し信号）を発信する。発信された信号は、無線通信装置１０７によって受信される。ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０は、それぞれの検出結果を送信すると、送信された信号は、無線通信装置１０７によって受信される。

記憶装置１０８は、たとえば、フラッシュメモリーまたはハードディスク等の固定記憶装置、あるいは、外付けの記憶装置などの記録媒体である。記憶装置１０８は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者１１１，１２１の行動情報を含んでいてもよい。行動情報の詳細は後述する。

上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１０８以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末１６１，１６２，１６３，１６４等）に格納されていてもよい。

［行動情報］
次に、本実施の形態における行動情報について、説明する。行動情報は、たとえば入居者１１１，１２１が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者１１１，１２１が起きたことを表わす「起床」、入居者１１１，１２１がベッド（寝具）１１３から離れたことを表わす「離床」、入居者１１１，１２１がベッド（寝具）１１３から落ちたことを表わす「転落」、および、入居者１１１，１２１が倒れたことを表わす「転倒」の４つの行動を含む。

さらに、行動情報は、入居者が介護を受けることを拒否するために行なう動作を含み得る。例えば、行動情報は、手で介護者を振り払う動作、脚で介護者を蹴ろうとする動作、ベッド１１３にしがみついて着替えを拒否する動作等を含み得る。

ある実施の形態では、制御装置１０１が、各居室１１０，１２０に設置されたカメラ１０５が撮像した画像に基づいて、各居室１１０，１２０に関連付けられた入居者１１１，１２１の各行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者１１１，１２１の頭部を検出し、この検出した入居者１１１，１２１の頭部における大きさの時間変化に基づいて、入居者１１１，１２１の「起床」、「離床」、「転倒」および「転落」の通常の情報に加えて、「介護拒否」という情報を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。

まず、記憶装置１０８に、居室１１０，１２０における各ベッド１１３の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド１１３の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。

制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者１１１，１２１の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者１１１，１２１の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検知する。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第２閾値Ｔｈ２を適用することにより、頭部がある大きさから立位姿勢の大きさへと変化したことを検出したときには、行動「離床」が発生したと判定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第３閾値Ｔｈ３を適用することにより、頭部がある大きさから横臥姿勢の大きさへと変化したことを検出したときには、行動「転落」が発生したと判定してもよい。

制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域を除く居室１１０，１２０内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。

さらに、制御装置１０１は、画像データから入居者に加えて介護者を検出し、入居者と介護者との間隔を推定する。制御装置は、当該間隔が予め定められた通常の間隔よりも短いと推定すると、介護拒否行動が行なわれていると判断し得る。さらに、制御装置１０１は、入居者の動作が通常と違う動きを示していると判断すると、当該入居者は介護者に対して、介護拒否行動を示していると判断し得る。

以上のようにして、一具体例では、センサーボックス１１９の制御装置１０１が、入居者１１１，１２１の各行動情報を生成する。なお、他の局面に従う見守りシステム１００では、居室１１０，１２０内の画像を用いて、制御装置１０１以外の他の要素（例えば、クラウドサーバー１５０）が入居者１１１，１２１の行動情報を生成してもよい。

［携帯端末２２０］
携帯端末２２０は、制御装置２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、通信インターフェイス２２４と、ディスプレイ２２６と、記憶装置２２８と、入力デバイス２２９とを含む。ある局面において、携帯端末１６１，１６２，１６３，１６４は、例えば、スマートフォン、タブレット端末、腕時計型端末その他のウェアラブル装置等として実現される。

制御装置２２１は、携帯端末１６１，１６２，１６３，１６４を制御する。制御装置２２１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。

通信インターフェイス２２４には、アンテナ（図示しない）などが接続される。携帯端末１６１，１６２，１６３，１６４は、当該アンテナおよびアクセスポイント１４０を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１１９、管理サーバー２００などを含む。

ディスプレイ２２６は、たとえば、有機ＥＬ（Electro Luminescence）ディスプレイ、液晶ディスプレイ等によって実現される。入力デバイス２２９は、たとえばディスプレイ２２６に設けられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末１６１，１６２，１６３，１６４に対するタッチ操作を受け付け、当該タッチ操作に応じた信号を制御装置２２１へ出力する。

記憶装置２２８は、たとえば、フラッシュメモリー、ハードディスクその他の固定記憶装置、あるいは、着脱可能なデータ記録媒体等により実現される。

ある局面において、制御装置１０１は、入床、臥床、起床、離床、転落、転倒および微体動異常を、例えば、以下のように識別する。なお、対象画像中におけるベッド１１３が配置されている領域（ベッド１１３の所在領域）は、各種データの１つとしてＲＯＭ１０２に予め記憶されている。また、各閾値や継続判定時間は、複数のサンプルから適宜設定され、各種データの１つとしてＲＯＭ１０２に予め記憶されている。

［入床］
入床の判定では、制御装置１０１は、前回の状態変数（行動判定結果を格納する変数）が「離床」であって、今回、カメラ１０５から取得した対象画像から例えば背景差分法によって抽出した人物領域がベッド１１３の所在領域に完全に重なる場合（人物領域が完全にベッド１１３の所在領域内となる場合）、入床と暫定的に判定し、その完全重畳状態の継続時間が入床継続判定時間を超えて継続している場合に、入床有りと最終的に判定し、入床を検知する。制御装置１０１は、状態変数を「入床」として更新する。入床継続判定時間は、抽出した人物領域とベッド１１３の所在領域との完全に重なりによって暫定的に判定された入床を、最終的に入床であると判定するための閾値として使用される。

［臥床］
臥床とは、入居者（監視対象者）がベッド１１３で横たわっている状態のことをいう。例えば、制御装置１０１は、画像内において入居者が占める領域がベッド１１３の領域に含まれており、かつ当該入居者の移動量が予め定められた量以下である場合に、入居者の行動情報として「臥床」を検出する。

［起床］
起床の判定では、制御装置１０１は、前回の状態変数が「臥床」であって、今回、カメラ１０５から取得した対象画像から抽出した人物領域がベッド１１３の所在領域からはみ出している領域が起床判定閾値以上であって離床判定閾値未満である場合、起床と暫定的に判定する。制御装置１０１は、当該領域が当該起床判定閾値以上であって離床判定閾値未満である状態の当該領域の継続時間が起床継続判定時間を超えている場合に、起床有りと最終的に判定し、起床を検知する。制御装置１０１は、状態変数を「起床」で更新する。起床判定閾値は、当該領域の大きさによって起床であるか否かを判定するために使用される。離床判定閾値は、当該領域の大きさによって離床であるか否かを判定するために使用される。離床判定閾値は、起床判定閾値より大きな値に設定される。起床継続判定時間は、当該領域と起床判定閾値との比較によって仮に判定された起床を、最終的に起床であると判定するための閾値として使用される。

［離床］
離床の判定では、制御装置１０１は、前回の状態変数が「入床」および「起床」のうちのいずれかであって、今回、カメラ１０５から取得した対象画像から抽出した人物領域がベッド１１３の所在領域からはみ出している領域が離床判定閾値以上である場合、離床と暫定的に判定する。制御装置１０１は、当該領域が当該離床判定閾値以上である状態の当該領域の継続時間が離床継続判定時間を超えている場合に、離床有りと最終的に判定し、離床を検知する。制御装置１０１は、状態変数を「離床」で更新する。離床継続判定時間は、当該領域と離床判定閾値との比較によって仮に判定された離床を最終的に離床であると判定するための閾値として使用される。

［転落］
転落の判定では、制御装置１０１は、今回、カメラ１０５から取得した対象画像から抽出した人物領域の頭部領域の大きさが横臥姿勢判定閾値以下であって、頭部領域の大きさの変化速度が転落判定速度閾値以上であって、人物領域がベッド１１３の所在領域の周囲に設定された転落判定領域内に在る場合に、転落有りと判定し、転落を検知する。横臥姿勢判定閾値は、横臥姿勢における頭部領域の大きさであるか否かを判別するために使用される。横臥姿勢であるか座位姿勢であるかは、当該頭部領域の大きさに基づいて判断される。転落判定速度閾値は、頭部領域の大きさの変化速度によって転落であるか否かを判別するために使用される。

［転倒］
転倒の判定では、制御装置１０１は、今回、カメラ１０５から取得した対象画像から抽出した人物領域の頭部領域の大きさが横臥姿勢判定閾値以下であって、頭部領域の大きさの変化速度が転倒判定速度閾値以上であって、人物領域がベッド１１３の所在領域および転落判定領域を除く領域に在る場合に、転倒有りと判定し、転倒を検知する。転倒判定速度閾値は、頭部領域の大きさの変化速度によって転倒であるか否かを判別するために使用される。

［微体動異常］
微体動異常は、ドップラーセンサー１０６から出力されるドップラー信号に基づいて検出される。より具体的には、制御装置１０１は、測定時点から過去へ、予め定められた時間内に測定されたドップラー信号を例えば高速フーリエ変換（ＦＦＴ）し、このＦＦＴで得られたスペクトルから、一般的な呼吸の周波数に対応する周波数帯における振幅の平均値を求める。制御装置１０１は、この求めた平均値と、微体動異常であるか否かを判定するための閾値とを比較し、求めた平均値が当該閾値以下である場合、微体動異常と暫定的に判定し、平均値が当該閾値以下である状態の継続時間が予め定められた判定時間を超えて継続している場合に、微体動異常有りと最終的に判定し、微体動異常を検知する。制御装置１０１は、状態変数を「微体動異常」で更新する。当該判定時間は、求めた平均値と微体動異常判定閾値との比較によって仮に判定された微体動異常を、最終的に微体動異常であると判定するための閾値として使用される。

制御装置１０１は、このように入居者の行動から当該予め定められた行動を検知すると、入居者に関わる所定のイベントの内容を表すイベント情報を含むイベント通知信号を通信インターフェイス１０４からで管理サーバ−２００に送信する。より詳しくは、制御装置１０１は、センサーボックス１１９のセンサーＩＤ、イベントの内容を表すイベント情報、入床、起床、離床、転落および転倒の検知の際に用いられた対象画像を含むイベント通知信号を、通信インターフェイス１０４を介して管理サーバ−２００に送信する。

イベント情報は、ある実施の形態では、入床、臥床、起床、離床、転落、転倒、微体動異常およびケアコールのうちの１または複数を含む。ここでは、制御装置１０１は、検知した入床、起床、離床、転落、転倒および微体動異常のうちの１または複数をイベント情報として当該イベント通知信号に収容する。画像は、静止画および動画のうちの少なくとも一方を含み得る。ある実施の形態では、後述するように、例えば、まず静止画がセンサーボックス１１９から管理サーバー２００に送信され、ユーザー（例えば介護者、管理者、医師その他のスタッフ）の要求に応じて動画が配信され得る。なお、他の局面において、まず、動画が配信されてもよい。また、静止画および動画が管理サーバー２００に送信され、携帯端末２２０は、管理サーバー２００から送られる信号に基づいて、当該静止画あるいは動画を、画面分割の状態でディスプレイ２２６に表示してもよい。

制御装置１０１は、ケアコール子機１１５がナースコールを受け付けた場合にその旨を所定のイベントの他の一例として含むイベント通知信号を管理サーバー２００に送信し、スピーカー（図示しない）等を用いることで、携帯端末２２０との間で音声通話を行う。より具体的には、ケアコールボタン２４１が操作されると、その操作に応じた信号が無線通信装置１０７によって受信される。センサーボックス１１９は、そのセンサーＩＤおよびイベント情報としてナースコールを含むイベント通知信号を生成し、当該イベント通知信号を通信インターフェイス１０４を介して管理サーバ−２００に送信する。制御装置１０１は、無線通信装置１０７を介して、ケアコール子機１１５のマイク（図示しない）およびスピーカー（図示しない）と、携帯端末２２０との間で、例えばＶｏＩＰ（Voice over Internet Protocol）によって音声通話を実現する。

制御装置１０１は、通信インターフェイス１０４を介して管理サーバー２００、クラウドサーバー１５０、携帯端末２２０等の画像表示装置から動画の配信の要求を受信した場合に、当該要求に応答して、カメラ１０５の撮影によって得られた動画（例えばライブの動画）をストリーミング再生して、当該画像表示装置に動画を配信する。

［見守りの概要］
図３を参照して、見守りシステム１００を用いた見守りについて説明する。図３は、センサーボックス１１９を用いた見守りシステム１００の概略を示す図である。

見守りシステム１００は、見守り対象者（監視対象者）である入居者１１１，１２１その他の入居者を見守るために利用される。居室１１０の天井には、センサーボックス１１９が取り付けられている。他の居室にも同様にセンサーボックス１１９が取り付けられている。

範囲３１は、センサーボックス１１９による検出範囲を表わす。センサーボックス１１９が前述のドップラーセンサーを有する場合、当該ドップラーセンサーは、範囲３１内で生じた人の挙動を検出する。センサーボックス１１９がセンサーとしてカメラを有する場合、当該カメラは、範囲３１内の画像を撮影する。

センサーボックス１１９は、たとえば、介護施設、医療施設、宅内などに設置される。図３の例では、センサーボックス１１９は、天井に取り付けられており、入居者１１１およびベッド１１３を天井から撮影している。センサーボックス１１９の取り付け場所は天井に限られず、居室１１０の側壁に取り付けられてもよい。

見守りシステム１００は、カメラ１０５から得られた一連の画像（すなわち、映像）に基づいて入居者１１１に生じている危険を検知する。一例として、検知可能な危険は、入居者１１１の転倒や、危険個所（たとえば、ベッドの柵など）に入居者１１１がいる状態などを含む。

見守りシステム１００は、入居者１１１に危険が生じていることを検知した場合に、そことを介護者１４１，１４２等に報知する。報知方法の一例として、見守りシステム１００は、入居者１１１の危険を介護者１４１，１４２の携帯端末１６１，１６２に通知する。携帯端末１６１，１６２は、当該通知を受信すると、入居者１１１の危険をメッセージ、音声、振動等で介護者１４１，１４２に報知する。これにより、介護者１４１，１４２は、入居者１１１に危険が生じていることを即座に把握でき、入居者１１１の元に素早く駆け付けることができる。

さらに、見守りシステム１００は、無線基地局１５を介して、施設の外部にいる介護者１４３，１４４の携帯端末１６３，１６４にも、当該危険を通知し得る。

なお、図３には、見守りシステム１００が１つのセンサーボックス１１９を備えている例が示されているが、他の局面において、見守りシステム１００は、複数のセンサーボックス１１９を備えてもよい。また、図３には、見守りシステム１００が複数の携帯端末１６１，１６２を備えている例が示されているが、他の局面において、見守りシステム１００は、一つの携帯端末でも実現され得る。

［コンピューターシステムの構成］
図４を参照して、情報処理装置の一態様であるコンピューターシステム４００の構成について説明する。図４は、コンピューターシステム４００のハードウェア構成を表わすブロック図である。コンピューターシステム４００は、ゲートウェイサーバー１３０、クラウドサーバー１５０、プッシュサーバー１６０、または管理サーバー２００として機能する。

コンピューターシステム４００は、主たる構成要素として、プログラムを実行するＣＰＵ１と、コンピューターシステム４００の使用者による指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニター８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。

コンピューターシステム４００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他の記録媒体に格納されて、コンピュータープログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図４に示されるコンピューターシステム４００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ−ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。記録媒体は、一時的でない、コンピューター読取可能なデータ記録媒体を含み得る。なお、コンピューターシステム４００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

［通知スクリーニング］
図５を参照して、ある実施の形態に従う通知スクリーニングについて説明する。図５は、管理サーバー２００が通知スクリーニングを行なう一例を表わす図である。ある局面において、居室１１０，１２０・・・５１０の状態が管理サーバー２００によって監視されている。管理サーバー２００は、携帯端末１６１，１６２等と通信可能である。

第１コールが、居室１１０から管理サーバー２００に送られた場合、スタッフＡ，Ｂのいずれかの手が空いていれば、当該スタッフは、居室１１０に駆けつけて、その入居者に必要な対応を行なうことができる。例えば、スタッフＡが居室１１０に駆けつけて、携帯端末１６１を操作して、「対応中」と示されるアイコンを押下すると、当該押下に応じた信号が管理サーバー２００に送られる。管理サーバー２００は、第１コールに対して、スタッフＡが対応中でありことを表示する。また、第１コールが、通常のコールである場合、緊急度は「通常」に分類され得る。

ある実施の形態において、緊急度が「通常」とは、例えば、入居者のボタン操作に基づくコール、あるいは、予め定められたタイミングでコールする設定に基づくコールのように、特段の緊急性を必要としない場合である。緊急度が「高」とは、例えば、入居者が転倒したことが検知された場合、入居者のバイタル示数が異常値を示した場合等、速やかな対応を要求する場合である。

その後、第２コールが、居室１２０から管理サーバー２００に送られた場合、管理サーバー２００は、各スタッフが保持する携帯端末に、当該コールへの対応を要請する通知を送信する。スタッフＡは既に居室１１０からの第１コールに対応しているので、対応可能なスタッフＢが携帯端末１６２を操作して「対応中」と応答し得る。スタッフＢが応答の操作を行なうと、その操作に応じた信号が、携帯端末１６２から管理サーバー２００に送られる。管理サーバー２００は、その信号を受信すると、第２コールへの対応のステータスを「対応中（スタッフＢ）」とする。さらに、スタッフＢが対応を完了して、対応の完了を示す操作を携帯端末１６２に入力すると、対応完了を示す信号が、携帯端末１６２から管理サーバー２００に送信される。管理サーバー２００は、当該信号を受信すると、第２コールへの対応のステータスを、「対応中（スタッフＢ）」から「対応完了（スタッフＢ）」に更新する。あるスタッフのステータスが「対応完了」になると、監視システムは、当該スタッフが対応可能になったことをメッセージでモニター８に表示し、または、管理サーバー２００に接続されたスピーカーから音声で出力し得る。これにより、監視システムは、未対応の通知への対応を要請することを、そのユーザーに促し得る。

第１コールおよび第２コールへの対応が開始された後、さらに別の居室５１０から、第３コールが送られる場合がある。そして、第３コールの緊急度が「高」とされる場合がある。例えば、居室５１０に設けられたセンサーボックス１１９の制御装置１０１が、カメラ１０５により取得された画像の解析結果に基づいて居室５１０の入居者の転倒を検知した場合、あるいは、バイタルセンサー２９０による計測値が異常値を示した場合（例えば、血圧値の急激な低下等）、第３コールの緊急度は「高」とされる。

管理サーバー２００のユーザー（例えば、各スタッフの管理者）は、管理サーバー２００のモニター８に表示された内容を確認すると、第３コールへの対応を、スタッフＢに直ちに要請し得る。例えば、管理者は、携帯端末１６２に対して、速やかに対応するように要請する通知を送ることができる。他の局面において、管理サーバー２００のＣＰＵ１は、第３コールの緊急度が「高」であることを検知すると、各スタッフの携帯端末から送られるステータス信号に基づいて、その検知の時に手が空いているスタッフを探す。管理サーバー２００は、手が空いているスタッフがいることを検知すると、当該スタッフが使用する携帯端末に対して、緊急の対応を要請する信号を送信しても良い。

［監視システムの構成］
ある実施の形態に従うと、監視システムは、例えば、以下のような構成を備える。

（１）ある局面において、監視システムを実現する管理サーバー２００のＣＰＵ１は、被介護者への対応を求める信号をセンサーボックス１１９から受信する。ＣＰＵ１は、当該信号の受信に応答して、一人以上のスタッフに、対応を要求する。例えば、ＣＰＵ１は、当該スタッフが使用する携帯端末に、対応を要求する信号を送信する。当該信号は、被介護者の名前および居室の番号を含む。ＣＰＵ１は、当該被介護者への対応が完了したか否かを確認する。例えば、ＣＰＵ１は、センサーボックス１１９から上記信号を受信してから予め定められた時間が経過した後、当該対応が完了したか否かを判断する。この判断は、対応が完了した旨の信号を受信したか否かに基づいて行なわれる。ＣＰＵ１は、対応が完了していないことを検知した場合に、当該対応が完了していないことを警告する。

（２）ある局面において、ＣＰＵ１は、一人以上のスタッフから受信する信号に基づいて、いずれかのスタッフが対応可能であることを示すステータスをモニター８に表示。ＣＰＵ１は、さらに、被介護者に対応可能なスタッフの選択を受け付けて、選択されたスタッフに対応を要請する。

（３）ある局面において、ＣＰＵ１は、ＲＡＭ４またはハードディスク５に格納されている各スタッフの稼働状況を表わすステータスに基づいて、被介護者に対応可能なスタッフを選択し、選択されたスタッフの携帯端末２２に対応を要請する信号と、依頼内容とを送信する。

（４）ある局面において、ＣＰＵ１は、被介護者の識別情報と、被介護者の居室を撮影した画像信号とをセンサーボックス１１９から受信する。ＣＰＵ１は、識別情報と、画像信号に基づく居室の画像とをモニター８に表示する。

（５）ある局面において、被介護者への対応を求める信号は、被介護者の操作に基づいて発信される信号、または、被介護者の撮影画像の解析結果を含む。当該信号は、被介護者がケアコールボタン２４１を押下することで発信される。解析結果は、センサーボックス１１９の制御装置１０１がカメラ１０５によって取得された画像を解析することにより取得される。

（６）ある局面において、ＣＰＵ１は、対応を要求するために、一人以上のスタッフが使用する携帯端末（例えば、スマートフォン、タブレット端末、ウエアラブル端末等）に、被介護者の識別情報を送信する。

（７）ある局面において、ＣＰＵ１は、上記対応が完了したか否かを確認するために、一人以上のスタッフから、被介護者への対応が完了したことを表わす完了通知の受信を待機する。ＣＰＵ１は、予め定められた時間内に完了通知を受信しない場合に、対応が完了していないと判断する。なお、予め定められた時間は、例えば、対応を要求してから５分以内である。

（８）ある局面において、ＣＰＵ１は、対応を要求した後に、一人以上のスタッフから、対応が直ぐに行えないことを表わす応答を受信する。確認することは、応答を受信したことに基づいて、対応が完了していないと判断することを含む。

（９）ある局面において、ＣＰＵ１は、対応の緊急度を確認する。対応を要求することは、緊急度が高い対応から低い対応の順に、当該対応を要求することを含む。

（１０）ある局面において、ＣＰＵ１は、被介護者への対応を完了したスタッフから、被介護者への対応が完了したことを表わす完了通知を受信する。ＣＰＵ１は、完了通知の受信に基づいて、当該スタッフによる新たな対応が可能になったことを、モニター８による表示、あるいは、スピーカーによる音声で通知する。

（１１）ある局面において、新たな対応が可能になったことを通知することは、当該新たな対応が可能になったことを表わすメッセージをモニター８に表示することと、当該新たな対応が可能になったことを表わす音声を、管理サーバー２００に接続されているスピーカー（図示しない）から出力することとの少なくともいずれかを含む。

（１２）ある局面において、ＣＰＵ１は、完了通知を受信したときに、対応を求める他の被介護者がいるかどうかを確認し、他の被介護者がいる場合に、当該完了通知を発したスタッフに、当該他の被介護者への対応を要求する。

［制御構造］
図６を参照して、監視システムを実現する管理サーバー２００の制御構造について説明する。図６は、ある実施の形態に従って管理サーバー２００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。各処理は、ＣＰＵ１がハードディスク５に格納されたプログラムに含まれる複数の命令をＲＡＭ２２３に読み出して実行することにより実現される。他の局面において、当該制御は、各処理を実現するように構成された回路素子の組み合わせによっても実現され得る。

ステップＳ６１０にて、ＣＰＵ１は、被介護者への対応を要求する信号を各居室から受信する。当該信号は、例えば、センサーボックス１１９で取得された信号の解析結果に基づいて、あるいは、ケアコールボタン２４１の押下に基づいて、センサーボックス１１９から管理サーバー２００に送信される。以下の例では、第１コールおよび第２コールが管理サーバー２００に送信されて対応が開始された後に、第３コールを受信した場合について説明する。

ステップＳ６１５にて、ＣＰＵ１は、当該信号の受信に応答して、一人以上のスタッフに、対応を要求する。例えば、ＣＰＵ１は、各携帯端末に、対応を要求している居室の番号および被介護者の名前を送信する。

ステップＳ６２０にて、ＣＰＵ１は、対応を始める旨の回答を携帯端末から受信したか否かを判断する。ある局面において、この回答は、スタッフが携帯端末に対して、当該回答を示す操作を行なった場合に、携帯端末から管理サーバー２００に送信される。ＣＰＵ１は、当該回答を受信したと判断すると（ステップＳ６２０にてＹＥＳ）、制御をステップＳ６２５に切り替える。そうでない場合には（ステップＳ６２５にてＮＯ）、ＣＰＵ１は、制御をステップＳ６３０に切り替える。ステップＳ６２０の処理は、例えば、スタッフＡが第１コールに対応する旨の回答を携帯端末１６１に入力し、スタッフＢが第２コールに対応する旨の回答を携帯端末１６２に入力した場合に行なわれる。

ステップＳ６２５にて、ＣＰＵ１は、被介護者への対応の状態を「対応中」に更新する。例えば、ある局面において、ＣＰＵ１は、居室１１０、１２０の各センサーボックス１１９からそれぞれ受信した信号に基づいて、各コールへの対応のステータスを「対応中」に変更する。例えば、居室１１０，１２０に入居している各被介護者への対応のステータスが「対応中」に切り替わる。

ステップＳ６３０にて、ＣＰＵ１は、被介護者への対応の状態を「未対応」に更新する。

ステップＳ６３５にて、ＣＰＵ１は、対応が完了していないことを警告する。ある局面において、ＣＰＵ１は、管理サーバー２００のモニター８に、受信したコールのうち、いずれのスタッフにも対応されていないコールが存在することを表示する。他の局面において、ＣＰＵ１は、各スタッフが使用する携帯端末に、そのことを通知する信号を送信してもよい。

ステップＳ６４０にて、ＣＰＵ１は、当該被介護者への対応が緊急を要するか否かを判断する。この判断は、例えば、センサーボックス１１９から管理サーバー２００に送信される信号に関連付けられている緊急度を示す情報に基づいて行なわれる。ある局面において、この情報は、センサーボックス１１９において検知された被介護者の状態に応じて予め規定されている。ＣＰＵ１は、当該対応が緊急度を要すると判断すると（ステップＳ６４０にてＹＥＳ）、制御をステップＳ６４５に切り替える。そうでない場合には（ステップＳ６４０にてＮＯ）、ＣＰＵ１は、制御をステップＳ６２０に戻す。

ステップＳ６４５にて、ＣＰＵ１は、一人以上のスタッフに、緊急の対応を要求する。ある局面において、ＣＰＵ１は、緊急の対応を必要とする被介護者がいるのでスタッフにその旨を通知することを促すメッセージを管理サーバー２００のモニター８に表示し得る。別の局面において、ＣＰＵ１は、当該メッセージを、各スタッフが使用する携帯端末に送信し得る。

ステップＳ６５０にて、ＣＰＵ１は、スタッフの携帯端末から対応が完了したことを表わす通知を受信したか否かを判断する。例えば、居室に駆けつけたスタッフが、必要な処置を行なった後、携帯端末に処置の内容を入力した場合に、当該通知が携帯端末から管理サーバー２００に送信される。ＣＰＵ１は、当該通知を受信したと判断すると（ステップＳ６５０にてＹＥＳ）、制御をステップＳ６６０に切り替える。そうでない場合には（ステップＳ６５０にてＮＯ）、ＣＰＵ１は、制御をステップＳ６５５に切り替える。

ステップＳ６５５にて、ＣＰＵ１は、予め定められた一定時間、通知の受信を待機する。他の局面において、ＣＰＵ１は、割込という形で、当該通知を受信し得る。

ステップＳ６６０にて、ＣＰＵ１は、被介護者への対応の状態を「完了」に更新する。その後、ＣＰＵ１は、制御を待機状態に切り替え、各センサーボックス１１９からの呼び出し信号の受信を待機する。

［管理サーバー２００の画面の表示例］
図７および図８を参照して、管理サーバー２００における画面の一態様について説明する。図７および図８は、それぞれ、ある実施の形態に従って管理サーバー２００のモニター８に表示される画面の一例を表わす図である。

図７に示されるように、ある局面において、モニター８は、監視システムの画面７００を表示する。画面７００は、各被介護者の部屋番号および名前を表示し、さらに、画面７１０を表示する。画面７１０は、監視システム（ケアディレクター）の一画面である。画面７１０は、対応が求められる居室の情報を表示する。

ある実施の形態に従うと、管理システムは、呼び出しに基づく対応の要請をスタッフに通知済みの場合において、対応が未完了である呼び出しが残っている場合には、その旨を警告するための出力を行う。例えば、モニター８は、呼び出し信号が発せられた部屋に入居する被介護者の氏名および部屋番号を表示する。他の局面において、監視システムは、被介護者の氏名および部屋番号を合成音声で出力してもよい。

より詳細には、領域７１１は、当該居室に入居している被介護者の名前を表示する。領域７１２は、当該居室の内部の様子を表わす画像を表示する。領域７１３は、当該対応を求めるメッセージを表示する。アイコン７１４は、監視システムとつながっている各携帯端末に対応が求められていることを通知する操作を受け付ける。アイコン７１４が押下されると、管理サーバー２００は、各携帯端末に、領域７１１で特定される被介護者への対応が求められていることを表わすメッセージを送信する（ステップＳ６１５）。アイコン７１５は、対応が不要であることを通知する操作を受け付ける。アイコン７１５が押下されると、管理サーバー２００は、各携帯端末に、領域７１１で特定される被介護者への対応が不要であることを表わすメッセージを送信し得る。アイコン７１６は、当該被介護者への対応の保留を指示する操作を受け付ける。アイコン７１６は、このような操作を受け付けると、コールされているものの現時点では対応が不要であることを通知するメッセージを各携帯端末に送信する。

メッセージ７１７は、各スタッフの状況を表示する。メッセージ７１７は、いずれかの居室から新たなケアコールが管理サーバー２００に送られた時に、アイコン７１４の押下に基づいて各携帯端末に対応が要求されたときに、あるいは、予め定められた時間間隔で表示され得る。例えば、領域７１１で特定される被介護者の居室のセンサーボックス１１９から発信されたケアコールが管理サーバー２００によって受信されると、ＣＰＵ１は、ＲＡＭ４またはハードディスク５に格納されているスタッフのステータス情報を読み出す。当該ステータス情報は、例えば、図７に例示される表示内容に対応する項目を含む。ＣＰＵ１は、そのステータス情報と、各ステータスに応じて予め規定されたメッセージに基づいて、当該ケアコールを受信した時点におけるスタッフの状況をメッセージ７１７として表示する。

ある局面において、画面７１０は、ケアコール信号が発せられた居室の被介護者への対応の緊急度が通常の基準よりも高い場合に表示され得る。例えば、ある局面において、領域７１２において、人が転倒していることが示されている場合、ケアコール信号は、当該居室や被介護者の識別情報に加えて、人の転倒を示す情報、あるいは、緊急の対応が必要であることを表わすデータを含み得る。管理サーバー２００のＣＰＵ１は、そのようなデータを含むケアコール信号を受信すると、画面７１０を表示して、監視システムの管理者、すなわち、管理サーバー２００のユーザー（例えば、ケアディレクター、スタッフマネジャー等）に緊急の対応が必要である旨を警告する。当該ユーザーは、画面７１０の内容を確認した上で、アイコン７１４を操作して、各携帯端末を使用するスタッフに対応を要請できる。

他の局面において、ケアコール信号の内容が緊急の対応を要請している場合には、ＣＰＵ１は、当該管理者の操作を待つことなく、各携帯端末に緊急の対応を要請するメッセージを送信してもよい。あるいは、ＣＰＵ１は、携帯端末への送信に代えて、あるいは、携帯端末への要請と共に、施設のスピーカーから、緊急の対応を要請するメッセージを音声で出力してもよい。

図８は、モニター８に表示される他の画面を表わす図である。モニター８は、画面８００を表示する。画面８００は、各居室の部屋番号および入居している被介護者の名前を含むアイコンを表示する。各アイコンは、さらに、ケアコールに対する対応のステータスを表示する。

例えば、アイコン８１０は、１０８号室に工藤さんが入居しており、ケアコールに対する対応が完了したことを表わす。アイコン８２０は、１０４号室に遠藤さんが入居しており、ケアコールへの対応が現在行なわれていることを表わす。アイコン８２１は、１０９号室に見城さんが入居しており、ケアコールへの対応が現在行なわれていることを表わす。

アイコン８３０は、１０１号室に伊藤さんが入居しており、ケアコールへの対応が行なわれていないことを表わす。さらに、アイコン８３０は、当該入居者への対応の緊急度が高いことを表わす「緊急」を表示している。この表示は、センサーボックス１１９から送信される信号に基づいて実現される。

アイコン８４０は、１０１号室に阿部さんが入居していることを表わす。アイコン８４０は、ケアコールへの対応の有無に関する情報を表示していない。

監視システムの管理者は、画面８００を視認すると、アイコン８３０で特定される被介護者への対応をスタッフに要請し得る。例えば、管理者がアイコン８３０を押下すると、管理サーバー２００のＣＰＵ１は、押下されたアイコンで特定される被介護者の対応を要請するメッセージを携帯端末に一斉送信する。当該メッセージを受信した各携帯端末のユーザーのうち対応可能なスタッフＣが応答すると、スタッフＣの携帯端末は、スタッフＣの識別情報と、当該被介護者への対応が可能であることを表わすコードとを含む信号を管理サーバー２００に送信する。管理サーバー２００がその信号を受信すると、ＣＰＵ１は、スタッフＣの名前と対応可能である旨とを含むメッセージ８５０を、モニター８に表示する。これにより、監視システムは、緊急の対応が必要な被介護者に対応の要請を通知し、迅速な対応を促すことができる。

図９は、他の局面に従って管理サーバー２００のモニター８に表示される画面の一例を表わす図である。他の局面において、複数の居室から緊急の対応を要求する信号が送信される場合があり得る。この場合、管理サーバー２００は、受信した要求の数に応じて、スタッフの対応可能性についてメッセージをモニター８に表示し得る。

例えば、管理サーバー２００が二人の被介護者（伊藤さんと児玉さん）について緊急の対応の要求を受信した場合について説明する。モニター８は、画面９００を表示している。画面９００は、アイコン８３０とアイコン９１０とを強調表示している。アイコン８３０は、図８に示されるアイコン８３０と同じである。アイコン９１０は、１１０号室に入居している児玉さんが緊急の対応を必要としていることを表わしている。

このような場合、管理サーバー２００のＣＰＵ１は、モニター８に、スタッフが対応可能か否かに応じて複数のメッセージ８５０，９２０を表示し得る。メッセージ８５０は、緊急の対応が可能なスタッフがいることを表わしている。メッセージ９２０は、その他のスタッフは、現在は他の被介護者の対応に当たっているので速やかな対応ができないことを表わしている。このように、管理サーバー２００は、緊急の対応が必要な複数の要求を受信した場合でも、即座に対応可能なスタッフと、そうでないスタッフとを個別に表示できるので、監視システムの管理者は、緊急の対応を、当該対応可能なスタッフに即座に指示できる。

［携帯端末の制御構造］
図１０を参照して、スタッフが使用する携帯端末２２０の制御構造について説明する。図１０は、被介護者への対応が要請される場合に携帯端末２２０の制御装置２２２が実行する処理の一部を表わすフローチャートである。

ステップＳ１０１０にて、制御装置２２２は、被介護者への対応を要求する信号を受信して、被介護者の名前および対応要求をディスプレイ２２６に表示する。

ステップＳ１０２０にて、制御装置２２２は、当該被介護者に対応することを通知する操作に応答して、管理サーバー２００に信号を送信する。たとえば、スタッフがディスプレイ２２６に表示される「対応する」というアイコンを押すと、携帯端末２２０は、当該スタッフが対応することを知らせる信号を管理サーバー２００に送信する。管理サーバー２００は、この信号を受信すると、当該スタッフのステータスを「対応中」に設定する。

ステップＳ１０３０にて、制御装置２２２は、当該被介護者への対応が完了した旨を通知する操作に応答して、管理サーバー２００に信号を送信する。たとえば、スタッフがディスプレイに表示される「対応完了」のアイコンを押すと、携帯端末２２０は、当該スタッフによる被介護者への対応が完了したことを示す信号を管理サーバー２００に送信する。管理サーバー２００は、尊信号を受信すると、当該スタッフのステータスを「対応可能」に切り替える。さらに、管理サーバー２００は、モニター８におけるスタッフの稼働状況を知らせる画面において、当該スタッフが「対応可能」であることを示す通知を行なう。たとえば、対応中には当該スタッフの表示がグレーアウトされていた場合には、その表示がグレーアウトから通常の表示に切り替わる。これにより、スタッフの選択が管理サーバー２００による自動選択およびそのユーザー（たとえば、ケアディレクターその他のスタッフの管理者）による手動選択が行なわれる場合でも、当該スタッフを次の被介護者への対応に割り当て可能であることが容易に認識され得る。

ステップＳ１０４０にて、制御装置２２２は、次の被介護者への対応を要求する信号を受信して、その被介護者の名前および対応要求をディスプレイ２２６に表示する。

ステップＳ１０５０にて、制御装置２２２は、ステップＳ１０２０の場合と同様に、次の被介護者に対応することを通知する操作に応答して、管理サーバーに信号を送信する。

ステップＳ１０６０にて、制御装置２２２は、ステップＳ１０３０の場合と同様に、次の被介護者への対応が完了した旨を通知する操作に応答して、管理サーバーに信号を送信する。

ステップＳ１０７０にて、制御装置２２２は、携帯端末２２０が一時ＯＦＦの操作を検知したか否かを判断する。制御装置２１０は、一時ＯＦＦの操作を検知したと判断すると（ステップＳ１０７０にてＹＥＳ）、制御をステップＳ１０８０に切り替える。そうでない場合には（ステップＳ１０７０にてＮＯ）、制御装置２２２は、制御をステップＳ１０１０に戻す。携帯端末２２０は、管理サーバー２００からと通信可能な状態を継続する。

ステップＳ１０８０にて、制御装置２２２は、動作モードを一時待機モードに切り替える。携帯端末２２０が一時待機モードになると、たとえば、管理サーバー２００からの通常の通知を受け付けなくなり、緊急の呼出し信号のみを受け付ける。

［表示態様］
図１１を参照して、携帯端末２２０における画面の表示態様について説明する。図１１は、携帯端末２２０のディスプレイ２２６に表示される画面の一例を表わす図である。

ある局面において、ディスプレイ２２６は、メッセージ１１１０と、アイコン１１２０，１１３０等を表示する。メッセージ１１１０は、被介護者に対する対応の具体的なメッセージを表わす。アイコン１１２０は、当該被介護者への対応が要請された場合においてスタッフが対応する意思を管理サーバー２００に伝える時に、押下される。被介護者への対応は、たとえば、メッセージ１１１０がディスプレイ２２６に表示されることにより、あるいは、対応を要請する音声が出力されることにより、要請される。アイコン１１３０は、当該被介護者への対応が完了した場合に当該スタッフが完了を管理サーバー２００に伝える時に、押下される。なお、他の局面において、対応の完了の通知は、アイコン１１３０の押下に限られず、当該被介護者の居室に設けられているケアコール子機１１５のケアコールボタン２４１に対して操作を行なうことによっても可能である。

一例として、ある被介護者（１０２号室の伊藤さん）への対応が必要になった場合、管理サーバー２００又はケアディレクターその他管理サーバー２００のユーザーは、対応可能なスタッフに対して対応を要請する。この場合、管理サーバー２００は、被介護者の識別情報と対応内容とを含む信号を、指定されたスタッフの携帯端末２２０に送信する。

ある局面において、対応内容が予め番号に関連付けられてハードディスク５に格納されている場合には、管理サーバー２００は、その番号に対応するメッセージを対応内容として、携帯端末２２０に送信し得る。他の局面において、ケアディレクターその他管理サーバー２００のユーザーがスタッフを指定して対応を要請する場合には、当該ユーザーが管理サーバー２００のメッセージ画面に入力したテキストメッセージが対応内容として、携帯端末２２０に送信される。

スタッフは、メッセージ１１１０を視認すると、アイコン１１２０を押下して、所定の薬を持参して１０２号室に向かう。アイコン１１２０が押下されると、当該スタッフの携帯端末２２０は、当該スタッフが対応することを通知する信号を管理サーバー２００に送信する。管理サーバー２００は、その信号を受信すると、スタッフのステータスを「対応中」から「対応可能」に変更する（ステップＳ１０２０）。

スタッフが当該被介護者への対応を終えると、アイコン１１３０を押下して、対応が完了したことを報告する。アイコン１１３０が押下されると、携帯端末２２０は、メッセージ１１１０で通知された対応が完了したことを示す信号を管理サーバー２００に送信する。管理サーバー２００は、その信号を受信すると、スタッフのステータスを「対応中」から「対応可能」に変更する（ステップＳ１０３０）。管理サーバー２００またはその管理者は、当該スタッフが「対応可能」となったことを認識できるので、次の対応、たとえば緊急対応を当該スタッフに要請できる。

その後、携帯端末２２０が別の被介護者への対応要請を受信すると、メッセージ１１１０と同様のメッセージを新たに受信する（ステップＳ１０４０）。スタッフがアイコン１１２０を押下すると、当該スタッフが対応する旨が管理サーバー２００に通知される（ステップＳ１０５０）。対応完了後にスタッフがアイコン１１３０を押下すると、対応完了が管理コンピューターに通知される（ステップＳ１０６０）。

その後、スタッフが携帯端末２２０を一時ＯＦＦにしない限り（ステップＳ１０７０にてＮＯ）、他の呼出しに対応可能な状態が維持される。

前述のように、スタッフへの対応の要請は、管理サーバー２００によって、または、管理サーバー２００のユーザー（たとえば、ケアディレクターその他スタッフの管理者）の操作によって、当該スタッフに通知される。

［制御構造］
そこで、図１２を参照して、対応の要請がスタッフの管理者によって行なわれる場合の管理サーバー２００の制御構造について説明する。図１２は、管理サーバー２００のＣＰＵ１が実行する処理の一部を表わすフローチャートである。なお、図６に示される処理と同一の処理には同一のステップ番号を付してある。したがって、同一の処理の説明は繰り返さない場合がある。

ステップＳ１２１０にて、ＣＰＵ１は、緊急対応を要する被介護者が存在することを通知する。たとえば、管理サーバー２００は、そのことを示すメッセージをモニター８に表示し、または、スピーカー（図示しない）から音声を出力する。管理者は、緊急対応の必要性に気付くことができる。

ステップＳ１２２０にて、ＣＰＵ１は、緊急対応を要する被介護者への対応要請が指示されたか否かを判断する。この判断は、たとえば、モニター８に表示される画面に対して対応要請が通知されるスタッフが管理者によって選択されたか否かに基づいて行なわれる。一例として、管理者がカーソル操作あるいはタッチ操作によって「対応可能」とされたスタッフを選択して緊急対応を要請する操作を行なった時に、対応要請が指示されたと判断される。ＣＰＵ１は、対応要請が指示されたと判断すると（ステップＳ１０２０にてＹＥＳ）、制御をステップＳ１２３０に切り替える。そうでない場合には（ステップＳ１０２０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１２１０に戻し、緊急対応の要請を通知し続ける。

ステップＳ１２３０にて、ＣＰＵ１は、管理者によって選択されたスタッフに、緊急対応を要求する。たとえば、ＣＰＵ１は、ステップＳ６１５の場合と同様に、メッセージ１１００をそのスタッフの携帯端末２２０に送信する。

［表示態様］
図１３を参照して、ケアディレクターその他のスタッフの管理者が対応を指示する場合に管理サーバー２００に表示される画面について説明する。図１３は、スタッフの管理者が管理サーバー２００に対応を指示した場合にモニター８に表示される画面を表わす図であ。

ある局面において、管理サーバー２００が被介護者の居室に設けられたセンサーボックス１１９から緊急対応の要請を示す信号を受信すると、モニター８に画面１３００を表示する。画面１３００は、メッセージ１３１０と、スタッフ表示領域１３２０と、メッセージ入力領域１３３０とをさらに表示する。

メッセージ１３１０は、緊急対応の要請を表わす。メッセージ１３１０は、予め管理サーバー２００で規定されている。管理サーバー２００がセンサーボックス１１９から緊急対応を要請する信号を受信した時、その居室にいるスタッフが携帯端末２２０を操作して緊急対応を要請した時、その他緊急対応の要請のために予め規定された条件が成立した時に、ＣＰＵ１は、メッセージ１３１０をモニター８に表示する。

スタッフ表示領域１３２０は、管理者によって選択されたスタッフの名前を表示する。スタッフ表示領域１３２０がスタッフの名前を表示すると、当該スタッフに関連付けられている携帯端末２２０が、アイコン７１４に関連付けられる。具体的には、アイコン７１４の押下に応答して発信される信号の送信先は、選択されたスタッフの携帯端末２２０に設定される。

メッセージ入力領域１３３０は、管理者による文字の入力を受け付ける。たとえば、管理者は、各スタッフのステータスを確認してＢさんが対応可能であると判断した場合、Ｂさんに対応を要請するメッセージを送ることになる。この場合、管理者は、対応をＢさんに依頼するメッセージをメッセージ入力領域１３３０に入力することになる。たとえば、管理者は、「Ｂさん、対応をお願いします。薬を持って、居室に向かって下さい。」とメッセージ入力領域１３３０に入力する。管理者がアイコン７１４を押下すると、対応を要請する信号は、スタッフ表示領域１３２０で特定されるスタッフが使用する携帯端末２２０に送信される。

アイコン７１４が押下されると、メッセージ入力領域１３３０に入力されたメッセージも管理サーバー２００から携帯端末２２０に送信される。携帯端末２２０は、受信した当該メッセージを、ディスプレイ２２６にメッセージ１１１０として表示する。これにより、携帯端末２２０のユーザー（スタッフＢ）は、所定の薬を持参して１０２号室に向かうことができる。

その後、スタッフＢが１０２号室の入居者（伊藤さん）への対応を完了すると、アイコン１１３０を押下して、対応完了を管理サーバー２００に報告する。管理サーバー２００は、スタッフＢの携帯端末２２０から対応完了の信号を受信すると、ＣＰＵ１は、当該入居者への対応の要否のステータスを未対応から対応完了に変更すると共に、スタッフＢのステータスを「対応中」から「対応可能」に変更する。さらに、ＣＰＵ１は、変更後のステータスに基づく画面をモニター８に表示し、他の対応要請に対する対応を管理者に促す。

そこで、図１４を参照して、モニター８における画面の表示例について説明する。図１４は、緊急対応が完了した後にモニター８に表示される画面の一例を表わす図である。モニター８は、アイコン８１０に代えてアイコン１４１０を表示する。さらに、モニター８は、メッセージ８５０に代えてメッセージ１４２０を表示する。

アイコン８１０は、今まで緊急対応を要請していた入居者のステータスが「未対応 緊急」から「対応完了」に切り替わったことを表わしている。これにより、管理者は、その入居者への対応が完了したことを確認できる。

メッセージ１４２０は、今まで対応中であったスタッフＢのステータスが対応可能になったことを表わしている。これにより、管理者は、新たな対応要請を認識した場合に、その対応をスタッフＢに依頼することができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２ マウス、３ キーボード、４，１０３，２２３ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、７，１０４，２２４ 通信インターフェイス、８ モニター、９，１０２，２２２ ＲＯＭ、１１，１３０ ゲートウェイサーバー、１２，１３５ 交換装置、１５ 無線基地局、１６ 外部ネットワーク、３１ 範囲、１００ システム、１０１，２２１ 制御装置、１０５ カメラ、１０６ ドップラーセンサー、１０７ 無線通信装置、１０８，２２８ 記憶装置、１１０，１２０，５１０ 居室、１１１，１２１ 入居者、１１２ 家具、１１３ ベッド、１１４ トイレ、１１５ ケアコール子機、１１６ トイレセンサー、１１７ センサー、１１８ ドアセンサー、１１９ センサーボックス、１４０ アクセスポイント、１４１，１４２，１４３，１４４ 介護者、１５０ クラウドサーバー、１６０ プッシュサーバー、１６１，１６２，１６３，１６４，２２０ 携帯端末、１８０ 施設、２００ 管理サーバー、２２６ ディスプレイ、２２９ 入力デバイス、２４１ ケアコールボタン、２９０ バイタルセンサー、４００ コンピューターシステム、７００，７１０，８００，９００ 画面、７１１，７１２，７１３ 領域、７１４，７１５，７１６，８１０，８２０，８２１，８３０，８４０，９１０ アイコン。

Claims (15)

1. コンピューターによって実行される方法であって、
   被介護者への対応を求める信号を受信するステップと、
   前記信号の受信に応答して、一人以上のスタッフに、前記対応を要求するステップと、
   当該被介護者への対応が完了したか否かを確認するステップと、
   前記対応が完了していないことを検知した場合に、当該対応が完了していないことを警告するステップとを含む、方法。
2. 前記一人以上のスタッフから受信する信号に基づいて、いずれかのスタッフが対応可能であることを示すステータスを表示するステップをさらに含み、
   前記対応を要求するステップは、
   前記被介護者に対応可能なスタッフの選択を受け付けるステップと、
   前記選択されたスタッフに対応を要請するステップとを含む、請求項１に記載の方法。
3. 前記対応を要求するステップは、
   各スタッフの稼働状況を表わすステータスに基づいて、前記被介護者に対応可能なスタッフを選択するステップと、
   前記選択されたスタッフに対応を要請するステップとを含む、請求項１に記載の方法。
4. 前記受信するステップは、
   前記被介護者の識別情報を受信することと、
   前記被介護者の居室を撮影した画像信号を受信することとを含み、
   前記方法は、前記識別情報と、前記画像信号に基づく居室の画像とを表示するステップをさらに含む、請求項１〜３のいずれかに記載の方法。
5. 前記被介護者への対応を求める信号は、前記被介護者の操作に基づいて発信される信号、または、前記被介護者の撮影画像の解析結果を含む、請求項１〜４のいずれかに記載の方法。
6. 前記対応を要求するステップは、前記一人以上のスタッフが使用する携帯通信端末に、前記被介護者の識別情報を送信することを含む、請求項１〜５いずれかに記載の方法。
7. 前記確認するステップは、
   前記一人以上のスタッフから、前記被介護者への対応が完了したことを表わす完了通知の受信を待機するステップと、
   予め定められた時間内に前記完了通知を受信しない場合に、前記対応が完了していないと判断するステップとを含む、請求項１〜６のいずれかに記載の方法。
8. 前記対応を要求した後に、前記一人以上のスタッフから、前記対応が直ぐに行えないことを表わす応答を受信するステップをさらに含み、
   前記確認するステップは、前記応答を受信したことに基づいて、前記対応が完了していないと判断することを含む、請求項１〜７のいずれかに記載の方法。
9. 前記対応の緊急度を確認するステップをさらに含み、
   前記対応を要求するステップは、前記緊急度が高い対応から低い対応の順に、当該対応を要求することを含む、請求項１〜８のいずれかに記載の方法。
10. 被介護者への対応を完了したスタッフから、前記被介護者への対応が完了したことを表わす完了通知を受信するステップと、
    前記完了通知の受信に基づいて、当該スタッフによる新たな対応が可能になったことを通知するステップとをさらに含む、請求項１〜９のいずれかに記載の方法。
11. 前記新たな対応が可能になったことを通知するステップは、
    当該新たな対応が可能になったことを表わすメッセージを表示することと、
    当該新たな対応が可能になったことを表わす音声を出力することとの少なくともいずれかを含む、請求項１０に記載の方法。
12. 前記完了通知を受信したときに、対応を求める他の被介護者がいるかどうかを確認するステップと、
    前記他の被介護者がいる場合に、当該完了通知を発したスタッフに、当該他の被介護者への対応を要求するステップとをさらに含む、請求項１０または１１に記載の方法。
13. 請求項１〜１２のいずれかに記載の方法をコンピューターに実行させるためのプログラム。
14. 請求項１３に記載のプログラムを格納したメモリーと、
    前記プログラムを実行するためのプロセッサーとを備える、監視装置。
15. 請求項１４に記載の監視装置と、
    前記監視装置と通信可能な携帯通信端末とを備える、監視システム。

Images