(57)【特許請求の範囲】
【請求項１】
見守り対象者の状態を検出して、それに応じたイベント情報を出力するセンサ装置と、  ネットワークを介して前記センサ装置と通信可能に接続された管理サーバと、
前記ネットワークを介して前記管理サーバと通信可能に接続された携帯端末と、
前記ネットワークを介して前記管理サーバと通信可能に接続された固定端末装置と、を有する見守りシステムであって、
前記センサ装置から見守り対象者のイベント情報を前記管理サーバに送信した場合、前記管理サーバは、受信した前記イベント情報を記録すると共に、前記イベント情報に応じて前記携帯端末に通報信号を送信するようになっており、
前記固定端末装置から前記管理サーバへと全体一時停止信号が送信された場合、前記管理サーバは、前記センサ装置から受信した前記イベント情報を記録するが、前記携帯端末に前記通報信号を送信しない全体一時停止処理を実行する見守りシステム。
【請求項２】
前記固定端末装置から前記管理サーバへと全体一時停止解除信号が送信された場合、前記管理サーバは、前記全体一時停止処理を解除して、前記携帯端末への前記通報信号の送信を再開する請求項１に記載の見守りシステム。
【請求項３】
前記管理サーバは、前記全体一時停止処理の実行時間に関する情報を記録する請求項１又は２に記載の見守りシステム。
【請求項４】
前記管理サーバは、前記携帯端末に前記通報信号を送信した前記イベント情報と、送信しなかった前記イベント情報とを区別して記録する請求項１〜３のいずれかに記載の見守りシステム。
【請求項５】
前記全体一時停止処理が実行された場合、前記管理サーバは、前記携帯端末に前記全体一時停止処理中であることを示す情報を送信し、これを受信した前記携帯端末は、前記全体一時停止処理中であることを示す情報をモニタに表示する請求項１〜４のいずれかに記載の見守りシステム。
【請求項６】
前記携帯端末が前記ネットワークを介して前記管理サーバに対して、ログイン情報を送信することにより、前記管理サーバは前記携帯端末に対してログインを許可し、それにより前記管理サーバから前記携帯端末へと前記通報信号が送信される請求項１〜５のいずれかに記載の見守りシステム。
【請求項７】
前記全体一時停止処理の実行を開始してから制限時間が経過したときは、前記全体一時停止処理を強制的に解除する請求項１〜６のいずれかに記載の見守りシステム。
【請求項８】
前記全体一時停止処理の実行を開始してから前記制限時間が経過する前に、前記全体一時停止処理を解除することに関する情報を、前記固定端末装置のモニタに表示する請求項７に記載の見守りシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、介護施設等で好適に用いられる見守りシステムに関する。
【背景技術】
【０００２】
我が国においては、国民の平均寿命の伸びや出生率の低下により少子高齢化が急速に進んでいる。これに伴い、介護が必要な者（要介護者）を収容する病院や老人福祉施設等は増大しつつあるが、過酷な勤務状況などの理由で看護師や介護士の人手が慢性的に足りないという深刻な事態を招いている。特に夜間などにおいては、少ない人数で多くの要介護者を見守らなくてはならず、介護士等の負担が大きくなり、これが更なる人手不足を招く一因となっている。【０００３】
このような介護士等の負担を軽減するため、介護業務を支援する技術が求められている。一例を挙げると、介護士等の仕事の一部を機械に行わせるために、要介護者を監視（モニタ）する種々の技術が開発されている。【０００４】
特許文献１には、カメラにより要介護者を撮像し、その撮像画像に基づいて、制御部が要介護者に危険の迫る予兆があるか否かを判断し、危険の迫る予兆があると判断したときは、例えば電子メールにより、予め定められた介護士等のユーザ端末に通知を行うことができる監視システムが開示されている。特許文献１の監視システムを用いれば、要介護者を監視対象とすることで、その無人監視が可能になり、介護士等の負担が減ることになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2014-174627号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、介護施設内での定期的な行事（健康体操、避難訓練等）などのため、居室内の要介護者が一斉に部屋を出て移動を開始することがある。又、実際に天災等が生じた場合、全居室の要介護者に退避を要請する場合もある。このような場合に、従来技術の監視システムによれば、居室内から出ようとする要介護者の画像から、危険が迫る予兆があると制御部が判断したときは一斉に電子メールを送信してしまい、受信した大量の電子メールに対応すべく介護士等の負担が却って増大するという問題がある。一方で、制御部の処理を完全に停止してしまうと、居室内で要介護者がとった行動を後から追跡できないという問題がある。【０００７】
本発明は、上記事情に鑑みなされたものであり、介護士等の負担を減らすべく、所定の条件下で介護士等への通知を停止した場合にも、再開時の混乱を抑制できる見守りシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した目的のうち少なくとも一つを実現するために、本発明の一側面を反映した見守りシステムは、
見守り対象者の状態を検出して、それに応じたイベント情報を出力するセンサ装置と、  ネットワークを介して前記センサ装置と通信可能に接続された管理サーバと、
前記ネットワークを介して前記管理サーバと通信可能に接続された携帯端末と、
前記ネットワークを介して前記管理サーバと通信可能に接続された固定端末装置と、を有する見守りシステムであって、
前記センサ装置から見守り対象者のイベント情報を前記管理サーバに送信した場合、前記管理サーバは、受信した前記イベント情報を記録すると共に、前記イベント情報に応じて前記携帯端末に通報信号を送信するようになっており、
前記固定端末装置から前記管理サーバへと全体一時停止信号が送信された場合、前記管理サーバは、前記センサ装置から受信した前記イベント情報を記録するが、前記携帯端末に前記通報信号を送信しない全体一時停止処理を実行するものである。
【発明の効果】
【０００９】
本発明によれば、例えば介護士等の負担を減らすべく、所定の条件下で介護士等への通知を停止した場合にも、再開時の混乱を抑制できる見守りシステムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態における見守りシステムの全体構成を示す図である。
【図２】本実施形態の見守りシステムにおけるセンサボックスの構成を示す図である。
【図３】本実施形態の見守りシステムにおける管理サーバの構成を示す図である。
【図４】本実施形態の見守りシステムにおける携帯端末の構成を示す図である。
【図５】本実施形態の見守りシステムにおける送信先情報テーブルの構成を示す図である。
【図６】本実施形態の見守りシステムにおける動作を示す梯子チャート図である。
【図７】本実施形態の携帯端末の表示画面の例を示す図である。
【図８】管理サーバＳＶのデータベースに記録されるログ情報の例である。
【図９】変形例にかかる携帯端末の表示画面の例を示す図である。
【図１０】全体一時停止を示す情報を受信した携帯端末ＴＡが表示する画面の例を示す図である。
【図１１】管理サーバＳＶに対して携帯端末からログインする際の動作を示すフローチャートである。
【図１２】携帯端末のログイン画面の表示例である。
【発明を実施するための形態】
【００１１】
以下、本発明にかかる実施形態を図面に基づいて説明する。図１は、本実施形態における見守りシステムの全体構成を示す図である。図２は、本実施形態の見守りシステムにおけるセンサボックスの構成を示す図である。図３は、本実施形態の見守りシステムにおける管理サーバの構成を示す図である。図４は、本実施形態の見守りシステムにおける携帯端末の構成を示す図である。図５は、本実施形態の見守りシステムにおける送信先情報テーブルの構成を示す図である。本明細書中、「介護」とは「看護」も含む概念である。
【００１２】
本実施形態における見守りシステムは、見守り対象である被監視者（以下、対象者という）Ｏｂの状態を、それぞれ対応するセンサボックスＳＢにより検知することで対象者Ｏｂを見守って、介護を支援する機能を有するものである。
【００１３】
このような見守りシステムＭＳは、例えば、図１に示すように、対象者の居室にそれぞれ備えられたセンサボックスＳＢ（ＳＢ−１〜ＳＢ−４）と、管理サーバＳＶと、固定端末装置ＳＰと、介護士がそれぞれ管理する携帯端末ＴＡ（ＴＡ−１、ＴＡ−２）とを有し、これらは、有線や無線で、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電話網およびデータ通信網等の網（ネットワーク、通信回線）ＮＷを介して通信可能に接続されている。ネットワークＮＷには、通信信号を中継する例えばリピーター、ブリッジ、ルーターおよびクロスコネクト等の中継機が備えられても良い。図１に示す例では、これら複数のセンサボックスＳＢ−１〜ＳＢ−４、管理サーバＳＶ、固定端末装置ＳＰおよび複数の携帯端末ＴＡ−１、ＴＡ−２は、アクセスポイントＡＰを含む無線ＬＡＮ（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ等）ＮＷによって互いに通信可能に接続されている。センサボックスＳＢは、センサ装置の一例に相当し、固定端末装置ＳＰおよび携帯端末ＴＡそれぞれは、端末の一例に相当する。
【００１４】
対象者Ｏｂは、例えば、病気や怪我等によって看護を必要とする者や、身体能力の低下等によって介護を必要とする者や、一人暮らしの独居者等である。特に、早期発見と早期対処とを可能にする観点から、対象者Ｏｂは、例えば異常状態等の所定の不都合な事象がその者に生じた場合にその発見を必要としている者であることが好ましい。このため、見守りシステムＭＳは、対象者Ｏｂの種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、見守りシステムＭＳは、複数の対象者Ｏｂが入居する複数の居室ＲＭや、ナースステーションＳＴ等の複数の部屋を備える介護施設の建物に配設されている。
【００１５】
まず、センサボックスＳＢについて説明する。センサボックスＳＢは、対象者Ｏｂの居室ＲＭの天井や壁等にそれぞれ配置され、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能を備えている。より具体的に、センサボックスＳＢは、図２に示すように、センサ部１１と、ＳＢ音入出力部１２と、ナースコール入力部１３と、ＳＢ制御処理部１４と、ＳＢ通信ＩＦ部１５と、ＳＢ記憶部１６とを備える。
【００１６】
センサ部１１は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、対象者Ｏｂの状態を検知して、対応する状態データ（イベント情報）を出力する装置である。本実施形態では、対象者Ｏｂの状態としては、対象者Ｏｂの起床、離床、転倒、転落および微体動異常であり、これらを検知するために、センサ部１１は、例えば、ドップラセンサ１１１と、カメラ１１２とを備える。
【００１７】
ドップラセンサ１１１は、送信波を送信し、物体で反射した前記送信波の反射波を受信し、前記送信波と前記反射波とに基づいてドップラ周波数成分のドップラ信号を出力する体動センサである。前記物体が動いている場合、いわゆるドップラ効果により前記物体の動いている速度に比例して反射波の周波数がシフトするため、送信波の周波数と反射波の周波数とに差（ドップラ周波数成分）が生じる。ドップラセンサ１１１は、このドップラ周波数成分の信号をドップラ信号として生成し、ＳＢ制御処理部１４へ出力するものである。前記送信波は、超音波やマイクロ波等であって良いが、本実施形態では、マイクロ波である。マイクロ波は、着衣を透過して対象者Ｏｂの体表で反射できるため、対象者Ｏｂが衣服を着ていても体表の動きを検知でき、好ましい。
【００１８】
カメラ１１２は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、画像（画像データ）を生成する装置である。カメラ１１２は、監視すべき対象者Ｏｂが所在を予定している空間（図１に示す例では居室ＲＭ内の空間）を監視可能に配置され、前記空間を撮像対象としてその上方から撮像し、前記撮像対象を俯瞰した画像（画像データ）を生成し、前記撮像対象の画像をＳＢ制御処理部１４へ出力する。好ましくは、対象者Ｏｂ全体を撮像できる蓋然性が高いことから、カメラ１１２は、対象者Ｏｂが横臥する寝具（例えばベッド等）における、対象者Ｏｂの頭部が位置すると予定されている予め設定された頭部予定位置（通常、枕の配設位置）の直上から撮像対象を撮像できるように配設される。センサボックスＳＢは、このセンサ部１１のカメラ１１２によって、対象者Ｏｂを、対象者Ｏｂの上方から撮像した画像、好ましくは前記頭部予定位置の直上から撮像した画像を取得する。
【００１９】
このようなカメラ１１２は、可視光の画像を生成する装置であって良いが、比較的暗がりでも対象者Ｏｂを監視できるように、本実施形態では、赤外線の画像を生成する機能を有する。このようなカメラ１１２は、例えば、本実施形態では、撮像対象における赤外の光学像を所定の結像面上に結像する結像光学系、前記結像面に受光面を一致させて配置され、前記撮像対象における赤外の光学像を電気的な信号に変換するイメージセンサ、および、イメージセンサの出力を画像処理することで前記撮像対象における赤外の画像を表すデータである画像データを生成する画像処理部等を備えるデジタル赤外線カメラである。カメラ１１２の結像光学系は、本実施形態では、対象者Ｏｂの居室ＲＭ全体を撮像できる画角を持つ広角な光学系（いわゆる広角レンズ（魚眼レンズを含む））であることが好ましい。また、前記空間を赤外線で照明する赤外線照明装置がさらに設けられても良い。
【００２０】
ＳＢ音入出力部１２は、ＳＢ制御処理部１４に接続され、外部の音を取得してセンサボックスＳＢに入力するための回路であって、ＳＢ制御処理部１４の制御に従って音を表す電気信号に応じた音を生成して出力するものである。ＳＢ音入出力部１２は、例えば、音の音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＳＢ音入出力部１２は、外部の音を表す電気信号をＳＢ制御処理部１４へ出力し、また、ＳＢ制御処理部１４から入力された電気信号を音の音響振動に変換して出力する。尚、ＳＢ音入出力部１２はセンサボックスＳＢ本体と分離でき、ＳＢ制御処理部１４に無線もしくは有線で接続され、居室内の任意の場所に置かれるようになっていると好ましい。更に、ＳＢ音入出力部１２をＳＢ制御処理部１４に無線で接続する場合、ＳＢ音入出力部１２内の電池残量をモニタして操作者等に知らせる装置を設けるのが好ましい。又、ＳＢ音入出力部１２をＳＢ制御処理部１４に有線で接続する場合、適切な接続が行われているか否かを操作者等に知らせる装置を設けるのが好ましい。
【００２１】
ナースコール入力部１３は、ＳＢ制御処理部１４に接続された押しボタン式スイッチ等である。居住者がナースコールしたい場合に、ナースコール入力部１３が入力操作されると、ナースコールを受け付けた旨を示す電気信号がナースコール入力部１３からＳＢ制御処理部１４へ出力され、これにより介護士等の携帯端末ＴＡに信号が送信される。このとき、ナースコール入力部１３に付随したランプが点灯するなどして、信号送信中であることが分かると好ましい。
【００２２】
ＳＢ通信ＩＦ部１５は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って通信を行うための通信回路である。ＳＢ通信ＩＦ部１５は、ＳＢ制御処理部１４から入力された転送すべきデータを収容した通信信号を、この見守りシステムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して管理サーバＳＶ等へ送信する。又、ＳＢ通信ＩＦ部１５は、ネットワークＮＷを介して管理サーバＳＶ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＢ制御処理部１４が処理可能な形式のデータに変換してＳＢ制御処理部１４へ出力する。なお、ＳＢ通信ＩＦ部１５は、さらに、例えば、携帯電話通信網、ＷｉＦｉ規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｃｏｉａｔｉｏｎ）規格およびＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格等の規格を用い、外部機器との間でデータの入出力を行うインターフェース回路を備えても良い。
【００２３】
ＳＢ記憶部１６は、ＳＢ制御処理部１４に接続され、ＳＢ制御処理部１４の制御に従って、各種のプログラムおよび各種のデータを記憶する回路である。前記各種のプログラムには、例えば、対象者Ｏｂに対する監視に関する情報処理を実行する監視処理プログラム等の制御処理プログラムが含まれる。前記監視処理プログラムには、所定のイベント（事象）が生じた場合に外部に通知する通知処理プログラム、カメラ１１２で撮像した画像（動画）を、その画像を要求した固定端末装置ＳＰや携帯端末ＴＡへ配信する処理プログラム、および、ＳＢ音入出力部１２等を用いることで固定端末装置ＳＰや携帯端末ＴＡとの間で音声通話を行うナースコール処理プログラム等が含まれる。前記各種のデータには、カメラ１１２で撮像した動画のデータや、ドップラセンサ１１１により取得した微体動データ等の状態データの他、各プログラムを実行する上で必要なデータや、対象者Ｏｂを監視する上で必要なデータ等が含まれる。ＳＢ記憶部１６は、例えば不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や書き換え可能な不揮発性の記憶素子であるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備える。そして、ＳＢ記憶部１６は、前記プログラムの実行中に生じるデータ等を記憶するいわゆるＳＢ制御処理部１４のワーキングメモリとなるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。
【００２４】
ＳＢ制御処理部１４は、ナースコールを受け付け、動画を生成し、対象者Ｏｂにおける予め設定された所定の行動を検知するための回路である。ＳＢ制御処理部１４は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびその周辺回路を備えて構成される。ＳＢ制御処理部１４は、前記制御処理プログラムが実行されることによって、センサ制御部（ＳＢ制御部）１４１、行動検知処理部１４２、通知処理部１４３、ストリーミング処理部１４４およびナースコール処理部１４５を機能的に備える。
【００２５】
ＳＢ制御部１４１は、センサボックスＳＢの全体制御を司るものである。
【００２６】
行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂにおける、予め設定された所定のイベントを検知するものである。本実施形態では、上述したように、前記所定のイベントは、対象者Ｏｂの起床、離床、転倒、転落および微体動異常であり、行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂにおける起床、離床、転倒、転落および微体動異常をイベントとして検知し、通知処理部１４３へ通知する。行動検知処理部１４２は、センサ部１１の出力に基づいて対象者Ｏｂの起床、離床、転倒、転落および微体動異常を分別して検知できる。例えば、行動検知処理部１４２は、センサ部１１のカメラ１１２によって取得した画像から対象者Ｏｂの人体領域として動体領域を抽出し、この抽出した動体領域の縦横比から対象者Ｏｂの姿勢（例えば立位、座位および横臥等）を判断し、この検出した動体領域の位置を検出し、これら判断、検出した対象者Ｏｂの姿勢および位置に基づいて前記起床、離床、転倒および転落の別を判断する。また、行動検知処理部１４２は、ベッド領域内で横臥姿勢から座位姿勢への移行を検知した場合、起床と判断し、起床のイベント（起床イベント）が発生したと判断する。更に、行動検知処理部１４２は、ベッド領域内からベッド領域外へ座位姿勢から立位姿勢への移行を検知した場合、離床と判断し、離床のイベント（離床イベント）が発生したと判断する。また、行動検知処理部１４２は、ベッド領域内からベッド領域外への移行であってベッド領域外での横臥姿勢を検知した場合、転落と判断し、転落のイベント（転落イベント）が発生したと判断する。また例えば、行動検知処理部１４２は、ベッド領域外で座位姿勢や立位姿勢から横臥姿勢への移行を検知した場合、転倒と判断し、転倒のイベント（転倒イベント）が発生したと判断する。また、行動検知処理部１４２は、センサ部１１のドップラセンサ１１１によって対象者Ｏｂの呼吸動作に伴う胸部の体動（胸部の上下動）を検出し、その胸部の体動における周期の乱れや予め設定された閾値以下である前記胸部の体動における振幅を検知すると、前記微体動異常と判断し、微体動異常のイベント（微体動異常イベント）が発生したと判断する。行動検知処理部１４２は、記憶された対象者の日常行動に基づいて判断する機能を有し、記憶した正常な行動とは異なる行動をとったとき、或いは記憶した認知症等による行動をとったときなど、異常イベントが発生したと判断して、イベント情報を発信し、後述するように携帯端末ＴＡに通知するようにしても良い。尚、行動検知処理部１４２の判断基準（判断アルゴリズム）は、全てのセンサボックスＳＢで統一されていることが好ましい。これにより、居住者が変っても判断基準を変える必要がなくなり、手間がかからない。但し、センサボックスＳＢ毎に行動検知処理部１４２の判断基準をカスタマイズできるようにしてもよい。
【００２７】
ナースコール処理部１４５は、ナースコール入力部１３で入力操作を受け付けた場合に、イベント、より具体的にはナースコールの操作（ナースコールイベント）を通知処理部１４３へ通知するものである。そして、ナースコール処理部１４５は、ＳＢ通信ＩＦ部１５およびネットワークＮＷを介して、固定端末装置ＳＰまたは携帯端末ＴＡとの間で音声通話を可能にするものである。
【００２８】
通知処理部１４３は、ナースコール入力部１３によるナースコールイベントと、センサ部１１で対象者Ｏｂにおける所定の行動を検知した所定のイベント（本実施形態では、起床、離床、転倒、転落の各イベント）がセンサボックスＳＢで生じた場合に、外部に通知するものである。より具体的には、通知処理部１４３は、生じたイベントの種別を表す情報（本実施形態ではナースコールイベント、或いは所定の検知イベント（起床、離床、転倒、転落及び微体動異常を識別する情報、すなわちイベント情報）と、前記対象者Ｏｂを検知しているセンサボックスＳＢを特定し識別するための識別子情報とからなる通知信号を生成し、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶへ送信する。又、外部よりリクエスト(状態データリクエスト信号の送信)があれば、通知処理部１４３は、画像データ等の状態データを収容した通信信号を生成し、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶへ送信する。イベント情報の種別は、以上に限られることはなく、他のセンサからの情報を元に増やしても良い。
【００２９】
尚、ストリーミング処理部１４４は、ネットワークＮＷおよびＳＢ通信ＩＦ部１５を介して固定端末装置ＳＰまたは携帯端末ＴＡからストリーミング動画の配信の要求があった場合に、この要求のあった固定端末装置ＳＰまたは携帯端末ＴＡへ、センサ部１１のカメラ１１２で生成した動画（例えばライブの動画）をストリーミング再生でＳＢ通信ＩＦ部１５およびネットワークＮＷを介して配信するものである。
【００３０】
図１には、一例として、４個の第１ないし第４センサボックスＳＢ−１〜ＳＢ−４が示されており、第１センサボックスＳＢ−１は、対象者Ｏｂの一人であるＡさんＯｂ−１の居室ＲＭ−１に配設され、第２センサボックスＳＢ−２は、対象者Ｏｂの一人であるＢさんＯｂ−２の居室ＲＭ−２に配設され、第３センサボックスＳＢ−３は、対象者Ｏｂの一人であるＣさんＯｂ−３の居室ＲＭ−３に配設され、そして、第４センサボックスＳＢ−４は、対象者Ｏｂの一人であるＤさんＯｂ−４の居室ＲＭ−４に配設されている。
【００３１】
このようなセンサボックスＳＢでは、その稼働を始めると、センサ部１１は、所定のフレームレートで所在空間を上方から撮像して生成した画像およびドップラ信号をＳＢ制御処理部１４へ出力する。ＳＢ制御処理部１４の行動検知処理部１４２は、所定の時間おきに、これら画像およびドップラ信号に基づいて対象者Ｏｂにおける所定の行動の有無を検知し、前記所定の行動を検知イベントとして検知すると、その検知イベントの種別を含めて検知イベントを通知処理部１４３へ通知する。通知処理部１４３は、前記検知イベントの通知を受けると、通知信号をＳＢ通信ＩＦ部１５から管理サーバＳＶへ送信する。
【００３２】
尚、ナースコール処理部１４５は、ナースコール入力部１３で入力操作を受け付けると、ナースコールの受付イベントを通知処理部１４３へ通知する。通知処理部１４３は、前記受付イベントの通知を受けると、通知信号をＳＢ通信ＩＦ部１５から管理サーバＳＶへ送信する。管理サーバＳＶは、ナースコールが生じた居室を担当する介護士の持つ携帯端末ＴＡに、ナースコールが生じたことを通知する。
【００３３】
次に、管理サーバＳＶについて説明する。図１において、管理サーバＳＶは、ネットワークＮＷを介して他のセンサボックスＳＢと、固定端末(固定端末装置ともいう)ＳＰと、携帯端末ＴＡとに独立して通信する通信機能を備えている。管理サーバＳＶは、センサボックスＳＢから通知を受けて、イベントが生じた居室を担当する介護士の持つ携帯端末ＴＡ、及び／又は固定端末装置ＳＰに情報を提供する機能を有する。このような管理サーバＳＶは、例えば、図３に示すように、ＳＶ制御処理部２１と、ＳＶ記憶部２２と、ＳＶ通信ＩＦ部２３とを備える。
【００３４】
ＳＶ通信ＩＦ部２３は、ＳＢ通信ＩＦ部１５と同様に、ＳＶ制御処理部２１に接続され、ＳＶ制御処理部２１の制御に従って通信を行うための通信デバイスである。ＳＶ通信ＩＦ部２３は、ＳＶ制御処理部２１から入力された転送すべきデータを収容した通信信号を、この見守りシステムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介してセンサボックスＳＢ等へ送信する。ＳＶ通信ＩＦ部２３は、ネットワークＮＷを介してセンサボックスＳＢ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＶ制御処理部２１が処理可能な形式のデータに変換してＳＶ制御処理部２１へ出力する。
【００３５】
ＳＶ記憶部２２は、ＳＶ制御処理部２１に接続され、ＳＶ制御処理部２１の制御に従って、各種のプログラムおよび各種のデータを記憶する回路である。前記各種のプログラムには、例えば、クライアント（本実施形態では固定端末装置ＳＰおよび携帯端末ＴＡ等）の要求に応じたデータを前記クライアントに提供するサーバプログラム等の制御処理プログラムが含まれる。前記各種のデータには、対象者Ｏｂに対する監視に関する監視情報、イベントの通知先に関する通知先情報等の、上述の各プログラムを実行する上で必要なデータや、対象者Ｏｂを監視する上で必要なデータ等が含まれる。ＳＶ記憶部２２は、ＳＢ記憶部１６と同様に、例えばＲＯＭやＥＥＰＲＯＭ等を備える。そして、ＳＶ記憶部２２は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＳＶ制御処理部２１のワーキングメモリとなるＲＡＭ等を含む。
【００３６】
ＳＶ記憶部２２は、通知先情報を記憶する通知先情報記憶部２２１を備える。通知先情報記憶部２２１は、イベントの通知先に関する通知先情報を記憶する。前記通知先情報は、センサボックスＳＢから通知信号を受信した場合に、この受信した通知信号に収容されたイベントを通知する通知先を表す情報である。前記通知先情報は、例えば、本実施形態では、通知信号を送信した送信元のセンサボックスＳＢと、センサボックスＳＢから受信した通知信号を送信する携帯端末ＴＡとの対応関係を表す情報であり、例えば、図５に示すようにテーブル形式で通知先情報記憶部２２１に記憶されている。この図５に示す通知先情報テーブル４１は、通知信号の送信元であるセンサボックスＳＢの通信アドレスを登録する通知元アドレスフィールド４１１と、通知イベント情報として、対象者がこの状態になった場合に通知する通知イベントフィールド４１２と、前記通知元アドレスフィールド４１１に登録されたセンサボックスＳＢの通信アドレスに対応付けられ前記通信アドレスを持つ前記センサボックスＳＢから受信した通知信号に収容されたイベントを通知する携帯端末ＴＡの通信アドレスを登録する通知先アドレスフィールド４１３とを備え、センサボックスＳＢごとにレコードを持つ。なお、センサボックスＳＢの通信アドレスは、前記識別ＩＤとされて良く、また、通知元アドレスフィールド４１１は必ずしも設ける必要はないが、設ける場合にはセンサボックスＳＢを配設した部屋番号が登録されても良い。また、携帯端末ＴＡの通信アドレスは、携帯端末ＴＡを特定し識別するための端末識別子情報（端末ＩＤ）とされて良く、また、通知先アドレスフィールド４１３には、携帯端末ＴＡを持つ例えば介護士名等の監視者の名前が登録されても良い。通知イベントフィールド４１２における通知イベントの項目（通知イベント情報）は、センサボックスＳＢが設置された居室の対象者Ｏｂに応じて、管理サーバＳＶ側から設定可能である。図５の例では、Ａさん及びＢさんの場合には、転倒、転落のイベントが生じたら通知すべきであり、Ｃさんの場合には、転倒、転落、起床のイベントが生じたら通知すべきであり、Ｄさんの場合には、転倒、転落、起床、離床が生じたら通知すべきであることを意味している。例えば、対象者の状態（起床後は殆ど問題がないので、対応が不要と判断できる人、そうでない人がいること）、過去の対応情報（過去に離床と入床を数回繰り返し習慣があるので、1回の離床では対応が不要と判断できる人がいること）などの理由で、対象者に応じて通知イベントを分けることが望ましい。尚、ＳＶ記憶部２２は、後述するようにセンサボックスＳＢからのイベント情報を、送信時刻、居室名，対応者名と対応づけてログ情報として時系列的に記憶したデータベースを有している。
【００３７】
ＳＶ制御処理部２１は、センサボックスＳＢから通知を受けて、受けた通知を固定端末装置ＳＰおよび対応する携帯端末ＴＡそれぞれへ転送する回路である。ＳＶ制御処理部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびその周辺回路を備えて構成される。
【００３８】
ＳＶ制御処理部２１のＳＶ制御部２１１は、管理サーバＳＶの全体制御を司るものである。
【００３９】
なお、管理サーバＳＶは、図３に破線で示すように、必要に応じて、さらにＳＶ制御処理部２１に接続され例えば各種コマンドや各種データ等を入力するサーバ入力部（ＳＶ入力部）２４、ＳＶ入力部２４で入力された各種コマンドや各種データおよび対象者Ｏｂに対する監視に関する情報等を出力するサーバ出力部（ＳＶ出力部）２５、および、外部機器との間でデータの入出力を行うサーバインターフェース部（ＳＶＩＦ部）２６等を備えても良い。このような管理サーバＳＶは、例えば、通信機能付きのコンピュータによって構成可能である。
【００４０】
固定端末装置ＳＰは、ナースステーションＳＴに設置されており、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能、所定の情報を表示する表示機能、および、所定の指示やデータを入力する入力機能等を備え、管理サーバＳＶや携帯端末ＴＡに与える所定の指示やデータを入力したり、センサボックスＳＢで得られた検知結果や画像を表示したりすることによって、見守りシステムＭＳのユーザインターフェース（ＵＩ）として機能する機器である。このような固定端末装置ＳＰは、例えば、通信機能付きのコンピュータによって構成可能である。固定端末装置ＳＰは、センサボックスＳＢが設置された全ての居室において、センサボックスＳＢの機能を通じて居室内の状態を把握できるようになっていると好ましい。本実施形態では、例えば施設の責任者などが、固定端末装置ＳＰから管理サーバＳＶに全体一時停止の指示を出力できるようになっている。
【００４１】
次に、携帯端末ＴＡについて説明する。携帯端末ＴＡは、ネットワークＮＷを介して管理サーバＳＶ等と通信する通信機能、所定の情報を表示する表示機能、所定の指示やデータを入力する入力機能、および、音声通話を行う通話機能等を備え、管理サーバＳＶやセンサボックスＳＢに与える所定の指示やデータを入力し、前記所定のイベントがセンサボックスＳＢで生じた場合に前記所定のイベントの通知を受け、センサボックスＳＢとの間で通話し、センサボックスＳＢで生成された動画を表示するための機器である。
【００４２】
このような携帯端末ＴＡは、本実施形態では、例えば、図４に示すように、ＴＡ制御処理部３１と、ＴＡ記憶部３２と、ＴＡ通信ＩＦ部３３と、ＴＡ音入出力部３４と、ＴＡ入力部３５と、ＴＡ表示部３６と、ＴＡＩＦ部３７とを備える。
【００４３】
ＴＡ音入出力部３４は、ＴＡ制御処理部３１に接続され、外部の音を取得して携帯端末ＴＡに入力するためのデバイスであって、ＴＡ制御処理部３１の制御に従って音を表す電気信号に応じた音を生成して出力するものである。ＴＡ音入出力部３４は、ＳＢ音入出力部１２と同様に、例えば、音響振動を電気信号に変換するマイクロホン等と、音の電気信号を音の音響振動に変換するスピーカ等とを備えて構成される。ＴＡ音入出力部３４は、外部の音を表す電気信号をＴＡ制御処理部３１へ出力し、また、ＴＡ制御処理部３１から入力された電気信号を音の音響振動に変換して出力する。
【００４４】
ＴＡ入力部３５は、ＴＡ制御処理部３１に接続され、例えば、所定の操作を受け付け、携帯端末ＴＡに入力するデバイスであり、所定の機能を割り付けられた複数の入力スイッチ等である。前記所定の操作には、例えば、ログインするためのＩＤの入力操作や、通知されたナースコールに対応する応答操作や、動画の要求操作や、通知された対象者Ｏｂに対する例えば救命、看護、介護および介助等の対応を実行する意思がある旨（復旧）の入力操作等の、監視する上で必要な各種操作等が含まれる。情報の提示部であるＴＡ表示部３６は、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、ＴＡ入力部３５から入力された所定の操作内容、および、見守りシステムＭＳによって監視されている対象者Ｏｂに対する監視に関する前記監視情報（例えばセンサボックスＳＢで生じたイベントや対象者Ｏｂの画像等）等を表示するデバイスであり、例えばＬＣＤおよび有機ＥＬディスプレイ等の表示装置である。そして、本実施形態では、ＴＡ入力部３５およびＴＡ表示部３６はタッチパネルから構成されている。この場合において、ＴＡ入力部３５は、例えば抵抗膜方式や静電容量方式等の操作位置を検出して入力する位置入力デバイスである。このタッチパネルでは、ＴＡ表示部３６の表示面上に位置入力デバイスが設けられ、ＴＡ表示部３６に入力可能な１または複数の入力内容の候補が表示され、例えば介護士等のユーザ（監視者）が、入力したい入力内容を表示した表示位置を触れると、位置入力デバイスによってその位置が検出され、検出された位置に表示された表示内容がユーザの操作入力内容として携帯端末ＴＡに入力される。
【００４５】
ＴＡＩＦ部３７は、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、外部機器との間でデータの入出力を行うデバイスであり、例えば、携帯電話通信網、ＷｉＦｉ規格、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格を用いたインターフェース回路、ＩｒＤＡ規格等の赤外線通信を行うインターフェース回路、および、ＵＳＢ規格を用いたインターフェース回路等である。
【００４６】
ＴＡ通信ＩＦ部３３は、ＳＢ通信ＩＦ部１５と同様に、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って通信を行うための通信デバイスである。ＴＡ通信ＩＦ部３３は、ＴＡ制御処理部３１から入力された転送すべきデータを収容した通信信号を、この見守りシステムＭＳのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して管理サーバＳＶ等へ送信する。ＴＡ通信ＩＦ部３３は、ネットワークＮＷを介して管理サーバＳＶ等から通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＴＡ制御処理部３１が処理可能な形式のデータに変換してＴＡ制御処理部３１へ出力する。
【００４７】
ＴＡ記憶部３２は、ＳＢ記憶部１６と同様に、ＴＡ制御処理部３１に接続され、ＴＡ制御処理部３１の制御に従って、各種のプログラムおよび各種のデータを記憶する回路である。前記各種のプログラムには、表示に関する動作を処理する表示処理プログラム等が含まれる。前記各種のデータでは、ＴＡ表示部３６に表示される画面情報等の各データが含まれる。ＴＡ記憶部３２は、例えばＲＯＭやＥＥＰＲＯＭ等を備える。ＴＡ記憶部３２は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＴＡ制御処理部３１のワーキングメモリとなるＲＡＭ等を含む。そして、ＴＡ記憶部３２は、上述の各情報を記憶するために、機能的に表示画面記憶部３２１を備えている。
【００４８】
表示画面記憶部３２１は、ＴＡ制御処理部３１における後述の表示処理部３１２１の制御に従って、ＴＡ表示部３６に表示するための画面情報を記憶するものである。
【００４９】
ＴＡ制御処理部３１は、情報を処理するための回路である。ＴＡ制御処理部３１は、ＳＢ制御処理部１４と同様に、例えば、ＣＰＵおよびその周辺回路を備えて構成される。ＴＡ制御処理部３１は、制御処理プログラムが実行されることによって、ＴＡ制御部３１１およびＴＡ処理部３１２を機能的に備え、ＴＡ処理部３１２は、表示処理部３１２１を機能的に備える。
【００５０】
ＴＡ制御部３１１は、携帯端末ＴＡの全体制御を司るものである。
【００５１】
表示処理部３１２１は、ＴＡ表示部３６の表示に関する動作を処理するものである。より具体的には、表示処理部３１２１は、必要に応じてＴＡ表示部３６に動画を表示する。
【００５２】
このような携帯端末ＴＡは、例えば、いわゆるタブレット型コンピュータやスマートフォンや携帯電話機等の、持ち運び可能な通信端末装置によって構成可能である。
【００５３】
次に、実施形態における見守りシステムの動作について説明する。図６は、本実施形態の見守りシステムにおける動作を示す梯子チャート図である。図７は、本実施形態の携帯端末の表示画面の例を示す図である。図８は、管理サーバＳＶのデータベースに記録されるログ情報の例である。
【００５４】
このような構成の見守りシステムＭＳでは、起動されると、センサボックスＳＢでは、その制御処理プログラムの実行によって、ＳＢ制御処理部１４には、ＳＢ制御部１４１、行動検知処理部１４２，通知処理部１４３、ストリーミング処理部１４４およびナースコール処理部１４５が機能的に構成され、管理サーバＳＶでは、その制御処理プログラムの実行によって、ＳＶ制御処理部２１には、ＳＶ制御部２１１が機能的に構成され、そして、携帯端末ＴＡでは、その制御処理プログラムの実行によって、ＴＡ制御処理部３１には、ＴＡ制御部３１１、表示処理部３１２１を機能的に備えるＴＡ処理部３１２が機能的に構成される。
【００５５】
見守りシステムＭＳの動作について説明するが、ナースコールイベントについては省略する。携帯端末ＴＡでは、例えば介護士等のログイン操作(詳細は後述)を受け付けると、携帯端末ＴＡは、ＴＡ処理部３１２によって、自機宛の通信信号を待ち受ける待受け画面をＴＡ表示部（モニタ）３６に表示する。この待受け画面は、例えば、図７（ａ）に示すように、メニューバーを表示するメニューバー領域６１１と、待ち受け中であることを表すメッセージ（例えば「未対応通知はありません」）、日付や現在時刻、当該携帯端末ＴＡにログインしているユーザ名（介護士）などを表示する待受けメイン領域６１２とを備える。このような待受け画面を表示すると、携帯端末ＴＡは、ＴＡ制御部３１１によって、ＴＡ通信ＩＦ部３３で通信信号の受信を待つ。
【００５６】
ここで通常時には、全体一時停止指示は解除されているものとする。センサボックスＳＢは、図６のステップＳ１０１において、ＳＢ制御部１４１によって、所定のフレームレートに応じたサンプリング周期でセンサ部１１のドップラセンサ１１１の出力データをサンプリングするとともにカメラ１１２で画像データを取得し、不図示のリングバッファに記憶しつつ、行動検知処理部１４２によって、このサンプリングおよび取得したドップラセンサ１１１の出力データおよびカメラ１１２の画像データを解析する。この解析の結果、ステップＳ１０２で、ＳＢ制御部１４１が所定のイベント（起床、離床、転倒、転落および微体動異常）を検出しない場合には、フローをステップＳ１０１へと戻して検知動作を続行する。一方、ＳＢ制御部１４１が所定のイベントを検出したときは、ステップＳ１０３で、イベント前後の画像データ及び／又は微体動データを、リングバッファから切り出してＳＢ記憶部１６に記憶する。
【００５７】
更にセンサボックスＳＢは、通知処理部１４３によって、どの種類の通知イベントが発生したかを示すイベント情報と、通信アドレスを含む通知信号を、ネットワークＮＷを介して管理サーバＳＶへ送信する（Ｃ１１）。かかる通知信号は、対象者の画像データを含まないので情報量が少ない。但し、静止画もしくは短時間の動画を、通知信号に添付しても良い。かかる静止画もしくは動画が添付された場合、管理サーバＳＶのデータベースに、ログ情報の一部として記録できる。
【００５８】
このような通知信号がセンサボックスＳＢから送信されると、管理サーバＳＶは、ステップＳ１０４で、データベースにログ情報を記録する。図８は、データベース中に記録されたログ情報の一部を示す図である。図８の例では、１３時２４分に居室ＲＭ−１のセンサボックスＳＢから「起床」のイベント情報を送信され、これに応じて介護士ＮＡさんが対応したこと、１４時００分に居室ＲＭ−２のセンサボックスＳＢから「転倒」のイベント情報を送信され、これに応じて介護士ＮＢさんが対応したこと、１４時１２分に居室ＲＭ−３のセンサボックスＳＢから「起床」のイベント情報を送信され、これに応じて介護士ＮＣさんが対応したこと、１４時２３分に居室ＲＭ−４のセンサボックスＳＢから「起床」のイベント情報を送信され、これに応じて介護士ＮＡさんが対応したこと、１４時３９分に居室ＲＭ−１のセンサボックスＳＢから「転倒」のイベント情報を送信され、これに応じて介護士ＮＡさんが対応したことが時系列的に記録される。尚、この時点で、対応者名は未定であるので、対応者名の欄は、後から携帯端末ＴＡからの情報により補充される。
【００５９】
図６のステップＳ１０５で、管理サーバＳＶは、固定端末装置ＳＰから全体一時停止指示信号を受信していないか判断する。ここでは、全体一時停止指示信号を受信していないものとして、フローをステップＳ１０６へと進める。
【００６０】
ステップＳ１０６で、管理サーバＳＶは、通知信号に含まれている情報を、通知先情報記憶部２２１に記憶されている通知先情報テーブル４１と照合して、送信元の通信アドレスに対応する送信先の通信アドレスから居住者が誰か（例えばＢさん）を判断し、更に、通知信号のイベント情報から、その居住者（Ｂさん）に対応する通知イベントの種類（ここでは転倒又は転落）に該当するかを判断する。そして、受信した通知信号のイベント情報が通知イベントを示している場合には、端末への通知を行うことを決定する。一方、受信した通知信号のイベント情報が通知イベントを示していない場合（Ｂさんの場合、起床又は離床）、端末への通知を行わないことを決定し、次の通知信号を待ち受ける。
【００６１】
ステップＳ１０６にて管理サーバＳＶが、端末への通知を決定した場合、通知先情報記憶部２２１に記憶されている通知先情報テーブル４１と照合して、送信元の通信アドレスに対応する送信先の通信アドレスから、送信先の携帯端末ＴＡを選定する。より具体的には、通知先情報記憶部２２１に記憶されている通知先情報テーブル４１において、通知元アドレスフィールド４１１に、前記受信した通知信号の送信元の通信アドレスを登録しているレコードにおける通知先アドレスフィールド４１３に登録されている通知先の通信アドレスを取り出す。例えば、ＲＭ−２号室に配設された通信アドレス「１９２．１６８．１０．１２１」を持つセンサボックスＳＢ−２からの通知信号を受信した場合には、この通知信号の送信元の通信アドレス「１９２．１６８．１０．１２１」を登録している２行目のレコードにおける通知先アドレスフィールド４１３に登録されている通知先の３個の通信アドレス「１９２．１６８．１０．２５」、「１９２．１６８．１０．２６」、「１９２．１６８．１０．２７」が取り出される。なお、この例では、通信アドレス「１９２．１６８．１０．２５」は、介護士ＮＡさんが持つ携帯端末ＴＡ−１に付与された通信アドレスであり、通信アドレス「１９２．１６８．１０．２６」は、介護士ＮＢさんが持つ携帯端末ＴＡ−２に付与された通信アドレスであり、そして、通信アドレス「１９２．１６８．１０．２７」は、図略の介護士ＮＣさんが持つ携帯端末ＴＡ−３に付与された通信アドレスである。
【００６２】
そして、管理サーバＳＶは、ＲＭ−２号室で転倒又は転落が生じた情報を含む通報信号を、選定した携帯端末ＴＡ−１〜ＴＡ−３及び固定端末ＳＰへ送信する（Ｃ１２）。
【００６３】
このような通報信号が管理サーバＳＶから送信されると、携帯端末ＴＡは、ＴＡ処理部３１２によってＴＡ表示部３６の画面表示を、例えば図７（ｂ）に示すものに切り替える。このとき、提示部としてのＴＡ音入出力部３４を介して、音や音声などの出力（例えば「ＲＭ−２号室で転落発生」などの音声メッセージ）を行ったり、或いは振動等により介護士に通報信号の受信を知らせても良い。
【００６４】
図７（ｂ）に示す例では、メイン領域６１２に、イベントが生じた居室名（ＲＭ−２号室、すなわち通知を送信したセンサボックスに関する情報）と，当該居室の居住者の氏名（Ｂ様）と、転倒又は転落を示すアイコンＩＣ１と、通知時間と現在との時間差（０分）が表示される（ステップＳ１０７）。同時に、メイン領域６１２に、ボタンＢ１（対応する），Ｂ２（話す），Ｂ３（記憶映像を見る）、Ｂ４（ライブ映像を見る）が表示される。
【００６５】
ここで、介護士がボタンＢ３又はＢ４にタッチすると、携帯端末ＴＡのＴＡ入力部３５が反応し、ステップＳ１０８で、ＴＡ制御部３１１が画像のリクエストがなされたと判断して、ＴＡ通信ＩＦ部からネットワークＮＷを介して管理サーバＳＶにリクエスト信号（状態データリクエスト信号）が送信される（Ｃ１３）。ここでリクエスト信号には、要求種別（記憶映像又はライブ映像）が含まれる。管理サーバＳＶは、リクエスト信号を中継して対象となるセンサボックスＳＢに送信する。尚、リクエスト信号は、直接センサボックスＳＢに送信されても良い。
【００６６】
リクエスト信号を受信したセンサボックスＳＢは、ステップＳ１０９で、リクエスト信号中の要求種別を判別する。介護士がボタンＢ３をタッチした場合、携帯端末ＴＡから、記憶画像を要求するリクエスト信号が出力されるので、管理サーバＳＶを介してこれを受信したセンサボックスＳＢが記憶映像を要求されていると判断して、ステップＳ１１１でＳＢ記憶部１６から画像データを読み出して、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶに送信する（Ｃ１４）。或いは、介護士がボタンＢ４をタッチした場合、携帯端末ＴＡから、ライブ映像を要求するリクエスト信号が出力されるので、管理サーバＳＶを介してこれを受信したセンサボックスＳＢがライブ映像を要求されていると判断して、ステップＳ１１０でカメラ１１０で撮像してなるライブ映像をエンコードして、ＳＢ通信ＩＦ部１５からネットワークＮＷを介して管理サーバＳＶに送信する（Ｃ１４）。ライブ映像はリングバッファから切り出されても良い。管理サーバＳＶは、画像データを中継してリクエスト信号を送信した携帯端末ＴＡに送信する。尚、画像データは、直接携帯端末ＴＡに送信されても良い。
【００６７】
画像データを受信した携帯端末ＴＡは、ＴＡ処理部３１２によってＴＡ表示部３６の画面表示を、例えば図７（ｃ）に示すものに切り替える。記憶映像を要求した図７（ｃ）に示す例では、メイン領域６１２に、ＲＭ−２号室で転倒した前後のＢさんの画像（映像）ＩＭＧが表示されるので(ステップＳ１１２)、かかる画像ＩＭＧを見た介護士は、すぐに対応すべき状態か否かを判断することができる。又、画像ＩＭＧを見ただけでは判断できない場合、介護士がボタンＢ２をタッチすることで、センサボックスＳＢのＳＢ音入出力部１２を介して、Ｂさんと介護士とが直接会話できるため、状況を正確に判断することができる。又、ライブ映像を要求した場合、携帯端末ＴＡに表示される画像は、現在のストリーミング画像である。上記の例では、携帯端末ＴＡに通報信号を送信するようにしているが、及び／又は固定端末ＳＰに通報信号を送信するようにしても良い。尚、画像のリクエストは、通報信号にかかわらず任意で行うことができる。
【００６８】
尚、ステップＳ１０７で表示されたアイコンＩＣ１を見た介護士が、イベントが生じたＲＭ−２号室に駆けつけて対応を行った後、ボタンＢ１をタッチすることで、管理サーバＳＶに、介護士が対応した旨の情報が送信されることとなる。かかる情報を受信した管理サーバＳＶは、情報の発信元の携帯端末から、そのイベント情報に対応した介護士名を特定して、データベースのログ情報（図８）に対応者として記録することができる。操作された携帯端末ＴＡは、待ち受け画面（図７（ａ））に戻る。
【００６９】
図９は、携帯端末の別な表示画面例を示す図である。以上述べた例では、センサボックスＳＢが，取得した画像データから対象者が転倒又は転落したと判断して、管理サーバＳＶに通知信号を送信しているが、例えば微体動の異常を検出して、管理サーバＳＶに通知信号を送信することもできる。かかる場合、上述した例と同様に、管理サーバＳＶから選定した携帯端末ＴＡへ、微体動異常であることを示す通報信号を送信し、受信した携帯端末ＴＡにて、微体動異常であることを示すアイコンＩＣ２を表示するようにしても良い。この場合、介護士がボタンＢ３をタッチすることで、居室内の画像転送（或いは微体動データの転送）をリクエストすることが出来、また介護士がボタンＢ２をタッチすることで、センサボックスＳＢのＳＢ音入出力部１２を介して、対象者と介護士とが直接会話できるため、状況を正確に判断することができる。カメラで撮像した画像の解析と、ドップラセンサにより検知した微体動の状態とを総合して、イベント判断に用いても良い。
【００７０】
ところで、介護施設内での定期的な行事などのため、居室内の要介護者が一斉に部屋を出て移動を開始することがある。又、実際に天災等が生じた場合、全居室の要介護者に退避を要請する場合もある。このような場合、センサボックスＳＢが全居室内の居住者の動きを検出して、一斉にイベント情報を送信し始める場合があり、これに応じて各介護士の管理する携帯端末へと通報信号が多数送信される恐れがある。そこで、このような場合、図６のステップＳ１５０に示すように、施設の責任者等が固定端末装置ＳＰを介して「全体一時停止指示」を入力する。
【００７１】
かかる場合、固定端末装置ＳＰから管理サーバＳＶへ、全体一時停止指示信号が送信される（Ｃ１５）。これを受信した管理サーバＳＶは、ステップＳ１０５で、全体一時停止指示を受けたと判断し、イベント情報の受信にかかわらず、フローをステップＳ１０４へと戻す。つまり、管理サーバＳＶは，いかなるイベント情報を受信しても携帯端末ＴＡに送信しない全体一時停止処理を実行するのである。これにより、介護士が携帯端末から発報される情報に煩わされることがなくなり、自身の作業に専念できる。
【００７２】
但し、全体一時停止処理を開始した管理サーバＳＶは、所定の通報信号（全体一時停止処理中であることを示す情報）をログインしている全ての携帯端末ＴＡに対して発信し、かかる通報信号を受信した携帯端末ＴＡは、例えば図１０に示すごとく、全体一時停止処理中であることを示す表示をメイン領域６１２に行っても良い。これにより、携帯端末ＴＡを所持する介護士は、全体一時停止処理中であるため管理サーバからイベント情報に関する通報がこないことを知ることができる。
【００７３】
但し、全体一時停止処理を実行中でも、管理サーバＳＶは、イベント情報が送信された事実を記録してゆくことが望ましい。例えば図８に示す例で、１５:００に全体一時停止指示が入力されたものとすると、その後の１５時０１分に居室ＲＭ−２のセンサボックスＳＢから「転倒」のイベント情報を送信され、１５時０９分に居室ＲＭ−１のセンサボックスＳＢから「転倒」のイベント情報を送信され、１５時１８分に居室ＲＭ−２のセンサボックスＳＢから「転倒」のイベント情報を送信され、１５時３１分に居室ＲＭ−１のセンサボックスＳＢから「転倒」のイベント情報を送信され、１５時４２分に居室ＲＭ−２のセンサボックスＳＢから「転倒」のイベント情報を送信された場合、管理サーバＳＶは、その旨をデータベースに記録するが、対応する介護士の形態端末に通知を行わず、更にログ情報の対応者名の欄を空欄とする。これにより全体一時停止解除後において、センサボックスＳＢを通じての見守り対象者の行動に矛盾が生じないようにできる。又、全体一時停止処理中に対象者Ｏｂにイベントが生じた場合でも、データベースに記録された情報に基づいて、その原因解析を行うこともできる。
【００７４】
一方、介護施設の行事が終わり、全体一時停止処理が不要となった場合、図６のステップＳ１５０に示すように、施設の責任者が固定端末装置ＳＰを介して「全体一時停止解除指示」を入力する。かかる場合、固定端末装置ＳＰからから管理サーバＳＶへ、全体一時停止解除指示信号が送信される（Ｃ１５）。これを受信した管理サーバＳＶは、ステップＳ１０５で、全体一時停止解除指示を受けたと判断し、全体一時停止処理を解除する。これにより、管理サーバＳＶは、上述したように所定のイベント情報を受信したときは、対応する介護士の形態端末へと通報信号の送信を再開する。更に、管理サーバＳＶは、受信したイベント情報に対応してデータベースにログ情報を記録する。
【００７５】
例えば図８に示す例で、１６:００に全体一時停止解除指示が入力されたものとすると、その後の１６時０３分に居室ＲＭ−１のセンサボックスＳＢから「転倒」のイベント情報を送信され、介護士ＮＡさんが対応したこと、１６時１１分に居室ＲＭ−２のセンサボックスＳＢから「転落」のイベント情報を送信され、介護士ＮＢさんが対応したこと、１６時２３分に居室ＲＭ−３のセンサボックスＳＢから「転倒」のイベント情報を送信され、介護士ＮＣさんが対応したこと、１６時３８分に居室ＲＭ−４のセンサボックスＳＢから「転落」のイベント情報を送信され、介護士ＮＡさんが対応したこと、１６時４７分に居室ＲＭ−１のセンサボックスＳＢから「転倒」のイベント情報を送信され、介護士ＮＡさんが対応したことを、管理サーバＳＶはデータベースに記録する。つまり、管理サーバＳＶは、対応者名の欄が空欄であるか否かで、携帯端末ＴＡに通報信号を送信しなかったイベント情報（１５:００〜１６：００）と、通報信号を送信したイベント情報（１５:００以前及び１６：００以降）とを区別して記録することになる。尚、ログ情報には、全体一時停止指示が入力された時刻１５：００、及び全体一時停止解除指示が入力された時刻１６：００（すなわち全体一時停止処理の実行時間に関する情報）が記録されるので、これから全体一時停止処理が実行されていた時間が１時間であることがわかる。
【００７６】
又、管理サーバＳＶは、例えば施設の責任者が全体一時停止解除指示の入力を失念した場合に備えて、全体一時停止指示が入力された時刻からタイマ(不図示)をスタートさせ、かかるタイマが制限時間(例えば１時間半)を計時した時点で、全体一時停止解除を強制的に行うようにしても良い。又、タイマが制限時間を経過する前（例えば制限時間経過の１０分前）に、管理サーバＳＶから固定端末装置ＳＰにリマインダ信号を送信し、このリマインダ信号を受信した固定端末装置ＳＰが、自身のモニタに、「全体一時停止強制解除の制限時間１０分前です」などの情報（全体一時停止処理を解除することに関する情報）を表示して、施設の責任者に対応を促すようにしても良い。このようなリマインダ信号は、管理サーバＳＶから携帯端末ＴＡに送信されても良い。
【００７７】
次に、管理サーバＳＶへのログイン処理について説明する。図１１は、携帯端末ＴＡと管理サーバＳＶとの間で行われるログイン処理の梯子チャートであって、図６の制御と並行して行われるものである。ここでは、勤務を開始した介護士の一人（ユーザ名：００１０）が、自分が管理する携帯端末ＴＡのメインスイッチをオン操作したものとする。すると、図１２に示すようなログイン画面が表示される。「Ａｎｄｒｏｉｄ（登録商標）」等のＯＳを使用する携帯端末では、標準のログイン画面が表示されるのであるが、ここでは図１２に示すようなログイン画面を最初に表示するようにカスタマイズされている。
【００７８】
図１１のステップＳ２０１で、ユーザによりログイン操作が行われることで、見守りシステム内の一部として、ログインした携帯端末が有効になる。より具体的には，図１２に示すログイン画面にて、ユーザが「ユーザ名」の入力欄ＣＬ１の右端の三角マークＭＫ１をタップすることで、複数の選択肢が表示されるから、そのうち自分のユーザ名「００１０」をタップしてユーザ名（ユーザＩＤ）を選択し、更に「パス」の入力欄ＣＬ２に、その下方に表示された数字キーＮＫを用いて、４桁の数字を入力する。その後ユーザがボタンＢ１１をタップすることで、ログイン操作が完了する。尚、パスの入力は省略しても良い。
【００７９】
図１２におけるステップＳ２０１のログイン操作により、ユーザに関する情報としてのユーザ名や端末ＩＤ(識別子情報)等を含むログイン要求信号が、携帯端末ＴＡから管理サーバＳＶに送信される（Ｃ２１）。更に、携帯端末ＴＡは、ステップＳ２０２でＴＡ記憶部３２（不揮発性メモリであると好ましい）に、ログインに用いたログイン情報であるユーザ名や端末ＩＤを記憶する。
【００８０】
携帯端末ＴＡからログイン要求信号を受信した管理サーバＳＶは、ＳＶ記憶部２２に記憶したデータベース内を参照し、ユーザ名とパスが一致するか否かを確認してログイン認証を行い(ステップＳ２０３)、ユーザ名とパスが一致すれば、管理サーバＳＶはログイン処理を実行することができる。
【００８１】
管理サーバＳＶのログイン認証が完了すると、携帯端末ＴＡと管理サーバＳＶにアクセスできるようになり、また携帯端末ＴＡを宛先とする通報信号を受信することができるようになる。更に、携帯端末ＴＡからの要求に応じて、管理サーバＳＶは必要な情報のダウンロードを許可する（データ授受）。これにより、ユーザ「００１０」は，管理サーバＳＶのデータベースに記録された自身の担当する対象者Ｏｂの情報等を閲覧でき、適切な介護等を行うことができる。又、上述したように、担当する居室のセンサボックスＳＢから，自身が管理する携帯端末ＴＡへと送信されるイベント情報を確認することができる。
【００８２】
一方、ユーザ「００１０」が就業を終える際は、携帯端末ＴＡに表示されたログアウトボタン(不図示)を操作することで、ログアウト情報が入力される(図１１のステップＳ２０４)。すると、携帯端末ＴＡから管理サーバＳＶへ、ログアウト情報としてのユーザ名及び端末ＩＤを含むログアウト要求信号が送信される(Ｃ２２)。管理サーバＳＶは、ログアウト要求信号を受信すると、ステップＳ２０５でログアウト処理を実行する。以降、管理サーバＳＶは、ログアウト処理がなされた携帯端末ＴＡから情報の開示要求があっても，それに応答せず、またイベント情報を送信することもない。
【００８３】
本発明は、明細書に記載の実施形態に限定されるものではなく、他の実施形態・変形例を含むことは、本明細書に記載された実施形態や技術思想から本分野の当業者にとって明らかである。明細書の記載及び実施形態は、あくまでも例証を目的としており、本発明の範囲は後述するクレームによって示されている。
【符号の説明】
【００８４】
１１            センサ部
１２            ＳＢ音入出力部
１３            ナースコール入力部
１４            ＳＢ制御処理部
１５            ＳＢ通信ＩＦ部
１６            ＳＢ記憶部
２１            ＳＶ制御処理部
２２            ＳＶ記憶部
２３            ＳＶ通信ＩＦ部
２４            ＳＶ入力部
３１            ＳＶ制御処理部
３２            ＳＶ記憶部
３３            ＳＶＩＦ部
３４            ＴＡ音入出力部
３５            ＴＡ入力部
３６            ＴＡ表示部
３７            ＴＡＩＦ部
４１            通知先情報テーブル
１１１          ドップラセンサ
１１２          カメラ
１４１          ＳＢ制御部
１４２          行動検知処理部
１４３          通知処理部
１４４          ストリーミング処理部
１４５          ナースコール処理部
２１１          ＳＶ制御部
２２１          通知先情報記憶部
３１１          ＴＡ制御部
３１２          ＴＡ処理部
３２１          表示画面記憶部
４１１          通知元アドレスフィールド
４１２          通知イベントフィールド
４１３          通知先アドレスフィールド
６１１          メニューバー領域
６１２          メイン領域
３１２１        表示処理部
ＡＰ            アクセスポイント
ＭＳ            見守りシステム
ＮＷ            ネットワーク
Ｏｂ            対象者
ＲＭ            居室
ＳＢ            センサボックス
ＳＰ            固定端末
ＳＴ            ナースステーション
ＳＶ            管理サーバ
ＴＡ            携帯端末
【図１】
0006988798.tif 000002
【図２】
0006988798.tif 000003
【図３】
0006988798.tif 000004
【図４】
0006988798.tif 000005
【図５】
0006988798.tif 000006
【図６】
0006988798.tif 000007
【図７】
0006988798.tif 000008
【図８】
0006988798.tif 000009
【図９】
0006988798.tif 000010
【図１０】
0006988798.tif 000011
【図１１】
0006988798.tif 000012
【図１２】
0006988798.tif 000013