(57)【要約】  本発明にかかる被監視者監視装置および被監視者監視方法は、監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する。この通知の際に、前記被監視者監視装置および被監視者監視方法は、前記端末装置の状況を表す状況情報に基づいて、前記端末装置への前記通知を制御する。本発明にかかる被監視者監視システムは、このような被監視者監視装置を備える。
2017145832.tif 000002
【特許請求の範囲】
【請求項１】
監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する被監視者監視装置であって、
前記端末装置と対応付けて前記通知に関わる前記端末装置の状況を表す状況情報を記憶する状況情報記憶部と、
前記端末装置へ前記通知を実行する場合に、前記状況情報記憶部に記憶された前記端末装置に対応付けられた前記状況情報に基づいて、前記端末装置への前記通知を制御する通知制御部とを備える、
被監視者監視装置。
【請求項２】
前記状況情報は、未対処で前記端末装置に滞留している通知数を表す滞留通知数情報であり、
前記端末装置の前記滞留通知数情報を前記状況情報として収容した状況情報通知通信信号を前記端末装置から受信した場合に、前記受信した状況情報通知通信信号に収容された前記滞留通知数情報を前記端末装置と対応付けて前記状況情報記憶部に記憶する状況情報記憶処理部をさらに備える、
請求項１に記載の被監視者監視装置。
【請求項３】
前記状況情報は、所定の期間内に前記端末装置に通知した通知数を表す所定期間内通知数情報であり、
前記所定の期間内に前記端末装置に通知した通知数を計数することで前記所定期間内通知数情報を求める所定期間内通知数情報演算部と、
前記端末装置へ前記通知を実行した場合に、前記状況情報として前記端末装置と対応付けられている前記所定期間内通知数情報を、前記所定期間内通知数情報演算部で求めた前記所定期間内通知数情報で更新して記憶する状況情報記憶処理部をさらに備える、
請求項１に記載の被監視者監視装置。
【請求項４】
監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する被監視者監視方法であって、
前記端末装置と対応付けて前記通知に関わる前記端末装置の状況を表す状況情報を状況情報記憶部に記憶する状況情報記憶工程と、
前記端末装置へ前記通知を実行する場合に、前記状況情報記憶部に記憶された前記端末装置に対応付けられた前記状況情報に基づいて、前記端末装置への前記通知を制御する通知制御工程とを備える、
被監視者監視方法。
【請求項５】
端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる、対処が必要な所定の事象を、前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムであって、
前記被監視者監視装置は、請求項１ないし請求項３のいずれか１項に記載の被監視者監視装置である、
被監視者監視システム。
【請求項６】
前記被監視者監視装置は、センサ装置と前記センサ装置と通信可能に接続された管理サーバ装置とを備え、
前記センサ装置は、監視対象である被監視者に関わる、対処が必要な所定の事象を、前記管理サーバ装置へ通知し、
前記管理サーバ装置は、前記センサ装置から前記通知を受けると前記通知を通信可能に接続された端末装置へ再通知し、
前記管理サーバ装置は、前記状況情報記憶部および前記通知制御部を備える、
請求項５に記載の被監視者監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視すべき監視対象である被監視者を監視する被監視者監視装置、被監視者監視方法および被監視者監視システムに関する。
【背景技術】
【０００２】
我が国（日本）は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善および医療水準の向上等によって、高齢化社会、より詳しくは、総人口に対する６５歳以上の人口の割合である高齢化率が２１％を超える超高齢化社会になっている。２００５年では、総人口約１億２７６５万人に対し６５歳以上の高齢者人口は、約２５５６万人であったのに対し、２０２０年では、総人口約１億２４１１万人に対し高齢者人口は、約３４５６万人となる予測もある。このような高齢化社会では、病気や怪我や高齢等による看護や介護を必要とする要看護者や要介護者（要看護者等）は、高齢化社会ではない通常の社会で生じる要看護者等よりもその増加が見込まれる。そして、我が国は、例えば２０１３年の合計特殊出生率が１．４３という少子化社会でもある。そのため、高齢な要看護者等を高齢の家族（配偶者、子、兄弟）が介護する老老介護も起きて来ている。【０００３】
要看護者等は、病院や、老人福祉施設（日本の法令では老人短期入所施設、養護老人ホームおよび特別養護老人ホーム等）等の施設に入所し、その看護や介護を受ける。このような施設では、要看護者等が、例えばベッドからの転落や歩行中の転倒等によって怪我を負ったり、ベッドから抜け出して徘徊したりするなどの事態が生じ得る。このような事態に対し、可及的速やかに対応する必要がある。また、このような事態を放置しておくとさらに重大な事態に発展してしまう可能性もある。このため、前記施設では、看護師や介護士等は、定期的に巡視することによってその安否や様子を確認している。【０００４】
しかしながら、要看護者等の増加数に対し看護師等の増加数が追い付かずに、看護業界や介護業界では、慢性的に人手不足になっている。さらに、日勤の時間帯に較べ、準夜勤や夜勤の時間帯では、看護師や介護士等の人数が減るため、一人当たりの業務負荷が増大するので、前記業務負荷の軽減が要請される。また、前記老老介護の事態は、前記施設でも例外ではなく、高齢の要看護者等を高齢の看護師等がケアすることもしばしば見られる。一般に高齢になると体力が衰えるため、健康であっても若い看護師等に比し看護等の負担が重くなり、また、その動きや判断も遅くなる。【０００５】
このような人手不足や看護師等の負担を軽減するため、看護業務や介護業務を補完する技術が求められている。このため、近年では、要看護者等の、監視すべき監視対象である被監視者を監視（モニタ）する被監視者監視技術が研究、開発されている。【０００６】
このような技術の一つとして、例えば特許文献１に開示されたナースコールシステムがある。この特許文献１に開示されたナースコールシステムは、ベッドに設置されて患者が看護師を呼び出すためのナースコール子機と、ナースステーションに設置されて前記ナースコール子機による呼び出しに応答するためのナースコール親機とを有するナースコールシステムであって、ベッド上の患者をベッド上方から撮像するカメラと、前記カメラの撮像映像から、患者が上半身を起こした状態及び患者がベッド上から離れた状態のうち少なくとも一方の発生を判断して注意状態発生信号を出力する状態判断手段とを有し、前記ナースコール親機は、前記注意状態発生信号を受けて報知動作する報知手段を有する。そして、このナースコールシステムは、前記ナースコール子機からの呼び出しに応答するために看護師が携行する携帯端末と、前記注意状態発生信号を受けて、前記カメラの撮像映像を前記携帯端末に送信する通信制御手段とを有する。【０００７】
一方、安否確認の点では、一人暮らしの独居者も前記要介護者等と同様であり、被監視対象者となる。【０００８】
ところで、看護師等の監視者は、通常、要看護者等の被監視者に関わる所定の事象の通知を端末装置で受け付けると、その通知された事象の内容に応じた適宜な対処（措置、対応、処置）を実施する。ここで、被監視者が比較的多数である場合、前記特許文献１に開示されたナースコールシステムでは、複数の通知を端末装置で受け付けることになり、１つの通知に対する前記対処に時間が掛かると、未対処の通知が端末装置に滞留してしまう。このような未対処の通知が端末装置に滞留している際に、さらに、新たな通知を端末装置で受け付けた場合、監視者は、この新たな通知に対する前記対処の開始までに時間を要してしまったり、前記新たな通知に対する前記対処を実施できなくなってしまったり等の、適切な対処の実施が難しくなる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１４−９０９１３号公報
【発明の概要】
【００１０】
本発明は、上述の事情に鑑みて為された発明であり、その目的は、通知に対する前記対処をより適切に実施できる被監視者監視装置、被監視者監視方法および被監視者監視システムを提供することである。
【００１１】
本発明にかかる被監視者監視装置および被監視者監視方法は、監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する。この通知の際に、前記被監視者監視装置および被監視者監視方法は、前記端末装置の状況を表す状況情報に基づいて、前記端末装置への前記通知を制御する。本発明にかかる被監視者監視システムは、このような被監視者監視装置を備える。
【００１２】
上記並びにその他の本発明の目的、特徴及び利点は、以下の詳細な記載と添付図面から明らかになるであろう。
【図面の簡単な説明】
【００１３】
【図１】実施形態における被監視者監視システムの構成を示す図である。
【図２】実施形態の被監視者監視システムにおけるセンサ装置の構成を示す図である。
【図３】第１実施形態の被監視者監視システムにおける管理サーバ装置の構成を示す図である。
【図４】図３に示す前記管理サーバ装置に記憶される監視情報テーブルの構成を示す図である。
【図５】図３に示す前記管理サーバ装置に記憶される装置間情報テーブルの構成を示す図である。
【図６】図３に示す前記管理サーバ装置に記憶される第１状況情報テーブルの構成を示す図である。
【図７】図３に示す前記管理サーバ装置に記憶されるセンサ情報テーブルの構成を示す図である。
【図８】実施形態の被監視者監視システムにおける携帯端末装置の構成を示す図である。
【図９】図２に示す前記センサ装置の動作を示すフローチャートである。
【図１０】図３に示す前記管理サーバ装置の動作を示すフローチャートである。
【図１１】図８に示す前記携帯端末装置の動作を示すフローチャートである。
【図１２】「対応する」ボタンの入力操作を受け付けた場合における図８に示す前記携帯端末装置の動作を示すフローチャートである。
【図１３】図８に示す前記携帯端末装置に表示される待受け画面の一例を示す図である。
【図１４】図８に示す前記携帯端末装置に表示される監視情報画面の一例を示す図である。
【図１５】図８に示す前記携帯端末装置に表示されるナースコール受付画面の一例を示す図である。
【図１６】第２実施形態の被監視者監視システムにおける管理サーバ装置の構成を示す図である。
【図１７】図１６に示す前記管理サーバ装置に記憶される第２状況情報テーブルの構成を示す図である。
【図１８】図１６に示す前記管理サーバ装置の動作を示すフローチャートである。
【図１９】状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第１態様の動作を示すフローチャートである。
【図２０】状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第２態様の動作を示すフローチャートである。
【図２１】状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第３態様の動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明にかかる実施の一形態を図面に基づいて説明する。なお、各図において同一の符号を付した構成は、同一の構成であることを示し、適宜、その説明を省略する。本明細書において、総称する場合には添え字を省略した参照符号で示し、個別の構成を指す場合には添え字を付した参照符号で示す。
【００１５】
実施形態における被監視者監視システムは、監視すべき（見守るべき）監視対象（見守り対象）である被監視者（見守り対象者）Ｏｂを監視するものであり、端末装置と、前記端末装置と通信可能に接続され、被監視者Ｏｂに関わる、対処が必要な所定の事象を前記端末装置へ通知する被監視者監視装置とを備える。この被監視者監視システムにおける被監視者監視装置は、前記端末装置と対応付けて前記通知に関わる前記端末装置の状況を表す状況情報を記憶する状況情報記憶部と、前記端末装置へ前記通知を実行する場合に、前記状況情報記憶部に記憶された前記端末装置に対応付けられた前記状況情報に基づいて、前記端末装置への前記通知を制御する通知制御部とを備える。このような被監視者監視装置は、１個の装置で一体に構成されて良いが、本実施形態では、被監視者監視装置は、センサ装置と、前記センサ装置および前記端末装置それぞれと通信可能に接続される管理サーバ装置とを備えることで、２種類の各装置で別体に構成される。このセンサ装置は、被監視者Ｏｂに関わる、対処が必要な所定の事象を、前記管理サーバ装置へ通知（報知、送信）する。前記管理サーバ装置は、前記センサ装置から前記通知を受けると前記通知を前記センサ装置に対応付けられた所定の端末装置へ再通知（再報知、再送信）する。前記端末装置は、前記所定の事象の通知を前記管理サーバ装置から受けると前記所定の事象の通知を表示する。このセンサ装置が前記状況情報記憶部および前記通知制御部を備えても良いが、本実施形態では、前記管理サーバ装置が前記状況情報記憶部および前記通知制御部を備える。本実施形態では、前記状況情報の一例として滞留通知数情報と所定期間内通知数情報とがあり、前記状況情報が滞留通知数情報である場合を第１実施形態で説明し、前記状況情報が所定期間内通知数情報である場合を第２実施形態で説明する。なお、前記端末装置は、１種類の装置であって良いが、本実施形態態では、前記端末装置は、固定端末装置と携帯端末装置との２種類の装置である。これら固定端末装置と携帯端末装置との主な相違は、固定端末装置が固定的に運用される一方、携帯端末装置が例えば看護師や介護士等の監視者（ユーザ）に携行されて運用される点であり、これら固定端末装置と携帯端末装置とは、略同様であるので、第１および第２実施形態では、携帯端末装置を主に説明する。
【００１６】
（第１実施形態）
図１は、実施形態における被監視者監視システムの構成を示す図である。図２は、実施形態の被監視者監視システムにおけるセンサ装置の構成を示す図である。図３は、第１実施形態の被監視者監視システムにおける管理サーバ装置の構成を示す図である。図４は、図３に示す前記管理サーバ装置に記憶される監視情報テーブルの構成を示す図である。図５は、図３に示す前記管理サーバ装置に記憶される装置間情報テーブルの構成を示す図である。図５Ａは、装置間情報テーブルのうちの通知先対応関係情報テーブルの構成を示し、図５Ｂは、装置間情報テーブルのうちの通信アドレス対応関係情報テーブルの構成を示す。図６は、図３に示す前記管理サーバ装置に記憶される第１状況情報テーブルの構成を示す図である。図７は、図３に示す前記管理サーバ装置に記憶されるセンサ情報テーブルの構成を示す図である。図８は、実施形態の被監視者監視システムにおける携帯端末装置の構成を示す図である。
【００１７】
この第１態様の被監視者監視装置を用いた第１実施形態における被監視者監視システムＭＳａは、より具体的には、例えば、図１に示すように、１または複数のセンサ装置ＳＵ（ＳＵ−１〜ＳＵ−４）と、管理サーバ装置ＳＶａと、固定端末装置ＳＰと、１または複数の携帯端末装置ＴＡａ（ＴＡａ−１、ＴＡａ−２）と、構内交換機（ＰＢＸ、Ｐｒｉｖａｔｅ  ｂｒａｎｃｈ  ｅｘｃｈａｎｇｅ）ＣＸとを備え、これらは、有線や無線で、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の網（ネットワーク、通信回線）ＮＷを介して通信可能に接続される。ネットワークＮＷは、通信信号を中継する例えばリピーター、ブリッジおよびルーター等の中継機が備えられても良い。図１に示す例では、これら複数のセンサ装置ＳＵ−１〜ＳＵ−４、管理サーバ装置ＳＶａ、固定端末装置ＳＰ、複数の携帯端末装置ＴＡａ−１、ＴＡａ−２および構内交換機ＣＸは、Ｌ２スイッチの集線装置（ハブ、ＨＵＢ）ＬＳおよびアクセスポイントＡＰを含む有線および無線の混在したＬＡＮ（例えばＩＥＥＥ８０２．１１規格に従ったＬＡＮ等）ＮＷによって互いに通信可能に接続されている。より詳しくは、複数のセンサ装置ＳＵ−１〜ＳＵ−４、管理サーバ装置ＳＶａ、固定端末装置ＳＰおよび構内交換機ＣＸは、集線装置ＬＳに接続され、複数の携帯端末装置ＴＡａ−１、ＴＡａ−２は、アクセスポイントＡＰを介して集線装置ＬＳに接続されている。そして、ネットワークＮＷは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）およびＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）等のインターネットプロトコル群が用いられることによっていわゆるイントラネットを構成する。
【００１８】
被監視者監視システムＭＳａは、被監視者Ｏｂに応じて適宜な場所に配設される。被監視者（見守り対象者）Ｏｂは、例えば、病気や怪我等によって看護を必要とする者や、身体能力の低下等によって介護を必要とする者や、一人暮らしの独居者等である。特に、早期発見と早期対処とを可能にする観点から、被監視者Ｏｂは、例えば異常状態等の所定の不都合な事象がその者に生じた場合にその発見を必要としている者であることが好ましい。このため、被監視者監視システムＭＳａは、被監視者Ｏｂの種類に応じて、病院、老人福祉施設および住戸等の建物に好適に配設される。図１に示す例では、被監視者監視システムＭＳａは、複数の被監視者Ｏｂが入居する複数の居室ＲＭや、ナースステーション等の複数の部屋を備える介護施設の建物に配設されている。
【００１９】
センサ装置ＳＵは、ネットワークＮＷを介して他の装置ＳＶａ、ＳＰ、ＴＡａと通信する通信機能等を備え、被監視者Ｏｂに関わる、対処が必要な所定の事象（イベント）を、管理サーバ装置ＳＶａへ通知する装置である。対処が必要な前記所定の事象は、例えば、本実施形態では、被監視者Ｏｂにおける予め設定された所定の行動およびナースコールである。このため、本実施形態では、センサ装置ＳＵは、被監視者Ｏｂにおける所定の行動を検知して検知結果を前記所定の事象の一例として管理サーバ装置ＳＶａへ通知（送信）し、ナースコールを受け付けて前記ナースコールを前記所定の事象の他の一例として管理サーバ装置ＳＶａへ通知（送信）し、端末装置ＳＰ、ＴＡａとの間で音声通話を行い、そして、動画を含む画像を生成して端末装置ＳＰ、ＴＡａへ動画を配信する装置である。このようなセンサ装置ＳＵは、例えば、図２に示すように、撮像部１１と、センサ側音入出力部（ＳＵ音入出力部）１２と、ナースコール受付操作部１３と、センサ側制御処理部（ＳＵ制御処理部）１４と、センサ側通信インターフェース部（ＳＵ通信ＩＦ部）１５と、センサ側記憶部（ＳＵ記憶部）１６とを備える。
【００２０】
撮像部１１は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、画像（画像データ）を生成する装置である。前記画像には、静止画（静止画データ）および動画（動画データ）が含まれる。撮像部１１は、監視すべき監視対象である被監視者Ｏｂが所在を予定している空間（所在空間、図１に示す例では配設場所の居室ＲＭ）を監視可能に配置され、前記所在空間を撮像対象としてその上方から撮像し、前記撮像対象を俯瞰した画像（画像データ）を生成し、前記撮像対象の画像（対象画像）をＳＵ制御処理部１４へ出力する。好ましくは、被監視者Ｏｂ全体を撮像できる蓋然性が高いことから、撮像部１１は、被監視者Ｏｂが横臥する寝具（例えばベッド等）における、被監視者Ｏｂの頭部が位置すると予定されている予め設定された頭部予定位置（通常、枕の配設位置）の直上から撮像対象を撮像できるように配設される。センサ装置ＳＵは、この撮像部１１によって、被監視者Ｏｂを、被監視者Ｏｂの上方から撮像した画像、好ましくは前記頭部予定位置の直上から撮像した画像を取得する。
【００２１】
このような撮像部１１は、可視光の画像を生成する装置であって良いが、比較的暗がりでも被監視者Ｏｂを監視できるように、本実施形態では、赤外線の画像を生成する装置である。このような撮像部１１は、例えば、本実施形態では、撮像対象における赤外の光学像を所定の結像面上に結像する結像光学系、前記結像面に受光面を一致させて配置され、前記撮像対象における赤外の光学像を電気的な信号に変換するイメージセンサ、および、イメージセンサの出力を画像処理することで前記撮像対象における赤外の画像を表すデータである画像データを生成する画像処理部等を備えるデジタル赤外線カメラである。撮像部１１の前記結像光学系は、本実施形態では、その配設された居室ＲＭ全体を撮像できる画角を持つ広角な光学系（いわゆる広角レンズ（魚眼レンズを含む））であることが好ましい。
【００２２】
ＳＵ音入出力部１２は、音を入出力する回路である。すなわち、ＳＵ音入出力部１２は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って音を表す電気信号に応じた音を生成して出力するための回路であって、外部の音を取得してセンサ装置ＳＵに入力するための回路である。ＳＵ音入出力部１２は、例えば、音の電気信号（音データ）を音の機械振動信号（音響信号）に変換するスピーカ等と、可聴領域の音の機械振動信号を電気信号に変換するマイクロフォン等とを備えて構成される。ＳＵ音入出力部１２は、外部の音を表す電気信号をＳＵ制御処理部１４へ出力し、また、ＳＵ制御処理部１４から入力された電気信号を音の機械振動信号に変換して出力する。
【００２３】
ナースコール受付操作部１３は、ＳＵ制御処理部１４に接続され、ナースコールを当該センサ装置ＳＵに入力するための例えば押しボタン式スイッチ等のスイッチ回路である。なお、ナースコール受付操作部１３は、有線でＳＵ制御処理部１４に接続されて良く、また、例えばＢｌｕｅｔｏｏｔｈ（登録商標）規格等の近距離無線通信でＳＵ制御処理部１４に接続されて良い。
【００２４】
ＳＵ通信ＩＦ部１５は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って通信を行うための通信回路である。ＳＵ通信ＩＦ部１５は、ＳＵ制御処理部１４から入力された転送すべきデータを収容した通信信号を、この被監視者監視システムＭＳａのネットワークＮＷで用いられる通信プロトコルに従って生成し、この生成した通信信号をネットワークＮＷを介して他の装置ＳＶａ、ＳＰ、ＴＡａへ送信する。ＳＵ通信ＩＦ部１５は、ネットワークＮＷを介して他の装置ＳＶａ、ＳＰ、ＴＡａから通信信号を受信し、この受信した通信信号からデータを取り出し、この取り出したデータをＳＵ制御処理部１４が処理可能な形式のデータに変換してＳＵ制御処理部１４へ出力する。ＳＵ通信ＩＦ部１５は、例えば、ＩＥＥＥ８０２．１１規格等に従った通信インターフェース回路を備えて構成される。
【００２５】
ＳＵ記憶部１６は、ＳＵ制御処理部１４に接続され、ＳＵ制御処理部１４の制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。前記各種の所定のプログラムには、例えば、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御するＳＵ制御プログラムや、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するＳＵ監視処理プログラム等の制御処理プログラムが含まれる。前記ＳＵ監視処理プログラムには、被監視者Ｏｂにおける所定の行動を検知して検知結果を前記所定の事象の一例として管理サーバ装置ＳＶａを介して所定の端末装置ＳＰ、ＴＡａへ通知する行動検知処理プログラムや、ナースコール受付操作部１３でナースコールを受け付けた場合にその旨を前記所定の事象の他の一例として管理サーバ装置ＳＶａへ通知し、ＳＵ音入出力部１２等を用いることで端末装置ＳＰ、ＴＡａとの間で音声通話を行うＳＵナースコール処理プログラムや、撮像部１１で生成した動画を、その動画を要求した端末装置ＳＰ、ＴＡａへストリーミングで配信するＳＵストリーミング処理プログラム等が含まれる。前記各種の所定のデータには、自機の、センサ装置ＳＵを特定し識別するための識別子であるセンサ装置識別子（センサＩＤ）、および、管理サーバ装置ＳＶａの通信アドレス等の、各プログラムを実行する上で必要なデータ等が含まれる。ＳＵ記憶部１６は、例えば不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や書き換え可能な不揮発性の記憶素子であるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備える。ＳＵ記憶部１６は、前記所定のプログラムの実行中に生じるデータ等を記憶するいわゆるＳＵ制御処理部１４のワーキングメモリとなるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。
【００２６】
ＳＵ制御処理部１４は、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御し、被監視者Ｏｂに関わる、対処が必要な所定の事象（イベント）を、管理サーバ装置ＳＶａへ通知するための回路である。より具体的には、本実施形態では、ＳＵ制御処理部１４は、被監視者Ｏｂにおける所定の行動を検知してその検知結果を前記所定の事象の一例として管理サーバ装置ＳＶａへ通知（報知、送信）し、ナースコールを受け付けてそのナースコールを前記所定の事象の他の一例として管理サーバ装置ＳＶａへ通知（報知、送信）し、端末装置ＳＰ、ＴＡａとの間で音声通話を行い、そして、動画を含む画像を生成して端末装置ＳＰ、ＴＡａへ動画を配信する。ＳＵ制御処理部１４は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）およびその周辺回路を備えて構成される。ＳＵ制御処理部１４は、前記制御処理プログラムが実行されることによって、センサ側制御部（ＳＵ制御部）１４１、行動検知処理部１４２、ナースコール処理部１４３およびセンサ側ストリーミング処理部（ＳＵストリーミング処理部）１４４を機能的に備える。
【００２７】
ＳＵ制御部１４１は、センサ装置ＳＵの各部を当該各部の機能に応じてそれぞれ制御し、センサ装置ＳＵの全体制御を司るものである。
【００２８】
行動検知処理部１４２は、被監視者Ｏｂにおける、予め設定された所定の行動を検知して検知結果を前記所定の事象の一例として管理サーバ装置ＳＶへ通知するものである。より具体的には、本実施形態では、前記所定の行動は、例えば、被監視者Ｏｂが起きた起床、被監視者Ｏｂが寝具から離れた離床、被監視者Ｏｂが寝具から落ちた転落、および、被監視者Ｏｂが倒れた転倒の４つの行動である。行動検知処理部１４２は、例えば、撮像部１１で撮像した対象画像に基づいて被監視者Ｏｂを検出し、この検出した被監視者Ｏｂに基づいて被監視者Ｏｂの起床、離床、転倒および転落を検知する。撮像部１１は、被監視者Ｏｂの上方に配設されるので、起床すると、画像には、被監視者Ｏｂは、寝具ＢＤからはみ出して写る。このため、前記起床の成否は、例えば、寝具ＢＤから被監視者Ｏｂのはみ出している量（面積）に基づいて判定される。離床すると、画像には、被監視者Ｏｂは、寝具ＢＤから離れて写る。このため、前記離床の成否は、例えば、寝具ＢＤと被監視者Ｏｂとの距離に基づいて判定される。転落や転倒すると、画像には、被監視者Ｏｂ全体は、転落や転倒前の大きさに較べてより大きく写る。画像上では、例えば、転落や転倒による横臥姿勢での被監視者Ｏｂの大きさは、立位姿勢での被監視者Ｏｂの大きさの２倍以上になる。このため、前記転落の成否は、予め設定された寝具周辺領域において、画像上での被監視者Ｏｂの大きさ（面積、サイズ）が予め設定された大きさ（例えば被監視者Ｏｂの横臥姿勢と考えられる大きさ等）になるまでの所要時間に基づいて判定される。前記転倒の成否は、予め設定された寝具周辺領域を除く部屋ＲＭの領域において、画像上での被監視者Ｏｂの大きさが予め設定された大きさになるまでの所要時間に基づいて判定される。なお、転落や転倒すると、画像には、被監視者Ｏｂの頭部は、転落や転倒前の大きさに較べてより小さく写る。例えば、転落や転倒による横臥姿勢での被監視者Ｏｂの頭部の大きさは、立位姿勢での被監視者Ｏｂの頭部の大きさの１／２倍以下になる。このため、前記転落の成否は、予め設定された寝具周辺領域において、画像上での被監視者Ｏｂの頭部の大きさが予め設定された大きさになるまでの所要時間に基づいて判定されても良い。前記転倒の成否は、予め設定された寝具周辺領域を除く部屋ＲＭの領域において、画像上での被監視者Ｏｂの頭部の大きさが予め設定された大きさになるまでの所要時間に基づいて判定されても良い。
【００２９】
より詳しくは、まず、寝具ＢＤの所在領域、起床の成否を判定するための閾値（起床閾値）、離床の成否を判定するための閾値（離床閾値）、および、転落の成否または転倒の成否を判定するための閾値（転落転倒閾値）が前記各種の所定のデータの１つとして予めＳＵ記憶部１６が記憶される。そして、行動検知処理部１４２は、対象画像から例えば背景差分法やフレーム差分法によって被監視者Ｏｂの人体領域として動体領域を抽出する。第１に、起床の成否を判定するために、行動検知処理部１４２は、寝具ＢＤの所在領域からはみ出た体動領域の大きさ（面積）をはみ出し量として求め、この求めたはみ出し量が起床閾値以上であるか否かを判定する。この判定の結果、行動検知処理部１４２は、前記はみ出し量が起床閾値以上である場合には、起床と判定し、前記はみ出し量が起床閾値未満である場合には、起床と判定しない。第２に、離床の成否を判定するために、行動検知処理部１４２は、体動領域の重心位置を求め、この求めた重心位置と寝具ＢＤとの距離を求め、この求めた距離が離床閾値以上であるか否かを判定する。この判定の結果、行動検知処理部１４２は、前記距離が離床閾値以上である場合には、離床と判定し、前記距離が離床閾値未満である場合には、離床と判定しない。第３に、転落の成否や転倒の成否を判定するために、行動検知処理部１４２は、体動領域が時間変化し始めたか否かを検出し、体動領域が時間変化し始めると計時を始め、画像上での被監視者Ｏｂの大きさが予め設定された大きさになったか否かを判定する。この判定の結果、行動検知処理部１４２は、画像上での被監視者Ｏｂの大きさが予め設定された大きさにならなかった場合には、計時を終了してリセットし、画像上での被監視者Ｏｂの大きさが予め設定された大きさになった場合には、計時を終了して体動領域の重心位置を求め、この計時した時間が転落転倒閾値以内であるか否か、および、体動領域の重心位置が寝具周辺領域以内であるか否かを判定する。この判定の結果、行動検知処理部１４２は、前記時間が転落転倒閾値を超えている場合には、転落や転倒ではなかったと判定し、前記時間が転落転倒閾値以内であって体動領域の重心位置が寝具周辺領域以内である場合には、転落と判定し、前記時間が転落転倒閾値以内であって体動領域の重心位置が寝具周辺領域以内ではない場合には、転倒と判定する。なお、転落の成否や転落の成否を頭部の大きさを用いて判定する場合には、行動検知処理部１４２は、例えば円形や楕円形のハフ変換によって、また例えば予め用意された頭部のモデルを用いたパターンマッチングによって、また例えば頭部検出用に学習したニューラルネットワークによって、動体領域から被監視者Ｏｂの頭部領域を抽出すれば良い。
【００３０】
このように前記所定の行動を検知すると、行動検知処理部１４２は、この検知結果とこの検知結果を得る際に用いられた前記対象画像とを、ＳＵ通信ＩＦ部１５で管理サーバ装置ＳＶへ通知する。より詳しくは、行動検知処理部１４２は、自機のセンサＩＤ、前記事象の内容を表す事象情報（イベント情報）、前記所定の行動の検知に用いられた対象画像を収容した通信信号（第１イベント通知通信信号）を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶへ送信する。前記事象情報（イベント情報）は、本実施形態では、起床、離床、転落、転倒およびナースコール（ＮＣ）のうちの１または複数であり、ここでは、行動検知処理部１４２は、起床、離床、転落および転倒のうちの１または複数を前記事象情報に設定する。前記画像は、静止画および動画のうちの少なくとも一方であって良く、本実施形態では、後述するように、まず、静止画が報知され、ユーザの要求に応じて動画が配信される。なお、まず、動画が配信されても良く、また、静止画および動画が送信され、画面分割で静止画および動画が端末装置ＳＰ、ＴＡａに表示されても良い。
【００３１】
ナースコール処理部１４３は、ナースコール受付操作部１３でナースコールを受け付けた場合にその旨を前記所定の事象の他の一例として管理サーバ装置ＳＶａへ通知し、ＳＵ音入出力部１２等を用いることで端末装置ＳＰ、ＴＡａとの間で音声通話を行うものである。より具体的には、ナースコール処理部１４３は、ナースコール受付操作部１３が入力操作されると、自機のセンサＩＤおよび前記事象情報（イベント情報）を収容した第１イベント通知通信信号をＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶａへ送信する。ナースコール処理部１４３は、ナースコール（ＮＣ）を前記事象情報に設定する。ナースコール処理部１４３は、ＳＵ音入出力部１２等を用い、端末装置ＳＰ、ＴＡａとの間で例えばＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）によって音声通話を行う。
【００３２】
ＳＵストリーミング処理部１４４は、通信ＩＦ部３を介して固定端末装置ＳＰまたは携帯端末装置ＴＡａから動画の配信の要求があった場合に、この要求のあった固定端末装置ＳＰまたは携帯端末装置ＴＡａへ、撮像部１１で生成した動画（例えばライブの動画）をストリーミング再生でＳＵ通信ＩＦ部１５を介して配信するものである。
【００３３】
図１には、一例として、４個の第１ないし第４センサ装置ＳＵ−１〜ＳＵ−４が示されており、第１センサ装置ＳＵ−１は、被監視者Ｏｂの一人であるＡさんＯｂ−１の居室ＲＭ−１（不図示）に配設され、第２センサ装置ＳＵ−２は、被監視者Ｏｂの一人であるＢさんＯｂ−２の居室ＲＭ−２（不図示）に配設され、第３センサ装置ＳＵ−３は、被監視者Ｏｂの一人であるＣさんＯｂ−３の居室ＲＭ−３（不図示）に配設され、そして、第４センサ装置ＳＵ−４は、被監視者Ｏｂの一人であるＤさんＯｂ−４の居室ＲＭ−４（不図示）に配設されている。
【００３４】
管理サーバ装置ＳＶａは、ネットワークＮＷを介して他の装置ＳＵ、ＳＰ、ＴＡａと通信する通信機能等を備え、センサ装置ＳＵから前記所定の事象の通知を受けると、被監視者Ｏｂに対する監視に関する情報（監視情報（本実施形態では例えば前記所定の事象（センサ装置ＳＵで検知した所定の行動の種類やセンサ装置ＳＵで受け付けたナースコール）、被監視者Ｏｂの画像（静止画および動画）、および、前記通知を受けた時刻等））を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡａへ通知（再通知、再報知、送信）し、クライアント（本実施形態では端末装置ＳＰ、ＴＡａ等）の要求に応じたデータを前記クライアントに提供し、被監視者監視システムＭＳａ全体を管理する装置である。本実施形態では、管理サーバ装置ＳＶａは、端末装置ＳＰ、ＴＡａと対応付けて前記所定の事象の通知に関わる前記端末装置ＳＰ、ＴＡａの状況を表す状況情報を記憶し、前記端末装置ＳＰ、ＴＡａへ前記所定の事象の通知を実行する場合に、前記記憶された前記端末装置ＳＰ、ＴＡａに対応付けられた前記状況情報に基づいて、前記端末装置ＳＰ、ＴＡａへの前記所定の事象の通知を制御する。前記状況情報は、本実施形態では、後述の滞留通知数情報である。このような管理サーバ装置ＳＶａは、例えば、図３に示すように、サーバ側通信インターフェース部（ＳＶ通信ＩＦ部）２１と、サーバ側制御処理部（ＳＶ制御処理部）２２ａと、サーバ側記憶部（ＳＶ記憶部）２３ａとを備える。
【００３５】
ＳＶ通信ＩＦ部２１は、ＳＵ通信ＩＦ部１５と同様に、ＳＶ制御処理部２２ａに接続され、ＳＶ制御処理部２２ａの制御に従って通信を行うための通信回路である。ＳＶ通信ＩＦ部２１は、例えば、ＩＥＥＥ８０２．１１規格等に従った通信インターフェース回路を備えて構成される。
【００３６】
ＳＶ記憶部２３ａは、ＳＶ制御処理部２２ａに接続され、ＳＶ制御処理部２２ａの制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。前記各種の所定のプログラムには、例えば、管理サーバ装置ＳＶの各部を当該各部の機能に応じてそれぞれ制御するＳＶ制御プログラムや、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するＳＶ監視プログラム等の制御処理プログラムが含まれる。前記ＳＶ監視プログラムには、センサ装置ＳＵから前記所定の事象の通知を受けると被監視者Ｏｂの前記監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡａへ通知（再通知、再報知、送信）するＳＶ監視処理プログラムや、前記端末装置ＳＰ、ＴＡａと対応付けて前記所定の事象の通知に関わる前記端末装置ＳＰ、ＴＡａの状況を表す状況情報を記憶する状況情報記憶処理プログラム等が含まれる。前記ＳＶ監視処理プログラムは、前記所定の端末装置ＳＰ、ＴＡａへ前記所定の事象の通知を実行する場合に、後述の状況情報記憶部２３３ａに記憶された前記所定の端末装置ＳＰ、ＴＡａに対応付けられた状況情報に基づいて、前記所定の端末装置ＳＰ、ＴＡａへの前記通知を制御する。前記各種の所定のデータには、自機の、管理サーバ装置ＳＶａを特定し管理サーバ装置ＳＶａを識別するためのサーバ識別子（サーバＩＤ）や、被監視者Ｏｂの前記監視情報や、前記所定の事象の通知先等の装置ＳＵ、ＳＰ、ＴＡａ間の情報を表す装置間情報や、前記状況情報や、センサ装置ＳＵに関するセンサ情報等の各プログラムを実行する上で必要なデータ等が含まれる。これら監視情報、装置間情報、状況情報およびセンサ情報それぞれを記憶するために、ＳＶ記憶部２３ａは、サーバ側監視情報記憶部（ＳＶ監視情報記憶部）２３１、装置間情報記憶部２３２、状況情報記憶部２３３ａおよびサーバ側センサ情報記憶部（ＳＶセンサ情報記憶部）２３４を機能的に備える。
【００３７】
ＳＶ監視情報記憶部２３１は、各装置ＳＵ、ＳＰ、ＴＡａそれぞれとの間で送受信した被監視者Ｏｂの監視情報を記憶するものである。より具体的には、ＳＶ監視情報記憶部２３１には、本実施形態では、前記監視情報として、第１イベント通知通信信号および後述の対応受付通知通信信号等の通信信号に収容された各情報に基づいて、センサＩＤ、事象情報（イベント情報、本実施形態では起床、離床、転落、転倒およびナースコール）、受信時刻、対象画像（静止画および動画）および対処の有無が互いに対応付けて記憶される。
【００３８】
この監視情報は、本実施形態では、テーブル形式でＳＶ監視情報記憶部３２１に記憶されている。この監視情報を登録するサーバ側監視情報テーブル（ＳＶ監視情報テーブル）ＭＴ−ＳＶは、例えば、図４に示すように、各装置ＳＵ、ＳＰ、ＴＡａから受信した通信信号に収容されたセンサＩＤを登録するセンサＩＤフィールド２３１１と、前記受信した通信信号に収容された事象情報を登録する事象フィールド（イベントフィールド）２３１２と、前記受信した通信信号の受信時刻を登録する受信時刻フィールド２３１３と、前記受信した通信信号に収容された前記静止画を登録する静止画フィールド２３１４と、ライブ動画の取得先として、前記受信した通信信号に収容されたセンサＩＤに対応するセンサ装置ＳＵの通信アドレス（例えばＩＰアドレス等）を登録する動画フィールド２３１５と、前記受信した通信信号に収容されたイベント情報に対する対応の受付の有無を登録する対応フィールド２３１６とを備え、前記受信した通信信号ごと（各事象ごと）にレコードを備える。静止画フィールド２３１４には、例えば、静止画の画像データが登録されて良く、また例えば、静止画の画像データのファイル名が登録されて良い。対応フィールド２３１６には、後述するように、前記受信した通信信号に収容された事象情報に対する対処（対応、処置、措置）する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡで受け付けたか否かを表すフラグ（対応フラグ）が登録される。例えば、本実施形態では、対応フィールド２３１６には、前記受信した通信信号に収容された事象情報（事象フィールド２３１２に登録された事象情報）に対処する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡａで受け付けたことを意味する対応フラグ「１」、あるいは、前記受信した通信信号に収容された事象情報に対処する意思がある旨（“対応する”）を端末装置ＳＰ、ＴＡａで受け付けていないことを意味する対応フラグ「０」が登録される。なお、デフォルトでは、対応フィールド２３１６には、未受付を意味する対応フラグ「０」が登録される。なお、第１イベント通知通信信号に、前記所定の行動を検知した検知時刻または前記ナースコールを受け付けたナースコール受付時刻が収容されている場合には、受信時刻に代え、前記検知時刻または前記ナースコール受付時刻が登録されても良い。
【００３９】
装置間情報記憶部２３２は、前記装置間情報として、本実施形態では、通知先対応関係および通信アドレス対応関係等を記憶するものである。前記通知先対応関係は、センサ装置ＳＵから送信された第１イベント通知通信信号等の通知先（再通知先、再報知先、送信先）を示す、送信元であるセンサＩＤと報知先（再報知先）である端末ＩＤとの対応関係である。前記通信アドレス対応関係は、各装置ＳＵ、ＳＰ、ＴＡのＩＤ（センサＩＤ、端末ＩＤ）とその通信アドレスとの対応関係である。前記端末ＩＤは、端末装置ＳＰ、ＴＡａを特定し端末装置ＳＰ、ＴＡａを識別するための端末識別子である。
【００４０】
これら通知先対応関係および通信アドレス対応関係は、それぞれ、本実施形態では、テーブル形式で装置間情報記憶部２３２に記憶されている。この通知先対応関係を登録する通知先対応関係情報テーブルＡＴは、例えば、図５Ａに示すように、送信元のセンサ装置ＳＵのセンサＩＤを登録する送信元フィールド２３２１と、送信元フィールド２３２１に登録されたセンサＩＤに対応するセンサ装置ＳＵから通知された通信信号を送信する送信先の端末装置ＳＰ、ＴＡａの端末ＩＤを登録する通知先フィールド２３２２とを備え、センサＩＤ（センサ装置ＳＵ）ごとにレコードを備える。前記通信アドレス対応関係を登録する通信アドレス対応関係情報テーブルＤＴは、例えば、図５Ｂに示すように、端末装置ＳＰ、ＴＡａの端末ＩＤを登録する端末ＩＤフィールド２３２３と、端末ＩＤフィールド２３２３に登録された端末ＩＤに対応する端末装置ＳＰ、ＴＡａの通信アドレスを登録する通信アドレスフィールド２３２４とを備え、端末ＩＤ（端末装置ＳＰ、ＴＡａ）ごとにレコードを備える。
【００４１】
なお、センサＩＤ、サーバＩＤおよび端末ＩＤそれぞれは、例えば所定の記号列から成るシリアル番号等であって良く、また例えば通信アドレスであって良い（この場合通信アドレス対応関係は省略できる）。
【００４２】
状況情報記憶部２３３ａは、被監視者Ｏｂに関わる、対処が必要な所定の事象の通知に関わる端末装置ＳＰ、ＴＡａの状況を表す状況情報を前記端末装置ＳＰ、ＴＡａと対応付けて記憶するものである。本実施形態では、前記状況情報は、未対処で当該端末装置ＳＰ、ＴＡａに滞留している通知数を表す滞留通知数情報である。前記未対処とは、前記対処が必要な所定の事象の通知に対して対処していないことであり、本実施形態では、前記所定の事象の通知に対し、後述の「対応する」ボタン５２４の入力操作を受け付けていないことである。このような滞留通知数情報は、本実施形態では、テーブル形式で状況情報記憶部２３３ａに記憶されている。
【００４３】
この滞留通知数情報を登録する第１状況情報テーブルＣＴａは、例えば、図６に示すように、端末ＩＤを登録する端末ＩＤフィールド２３３１と、端末ＩＤフィールドに登録されている端末ＩＤを持つ端末装置ＳＰ、ＴＡａの滞留通知数情報を登録する滞留通知数情報フィールド２３３２とを備え、端末ＩＤ（端末装置ＳＰ、ＴＡａ）ごとにレコードを備える。
【００４４】
ＳＶセンサ情報記憶部２３４は、前記センサ情報を記憶するものである。本実施形態では、前記センサ情報は、センサ装置ＳＵに関する情報であり、センサ装置ＳＵのセンサＩＤと被監視者Ｏｂの被監視者名とを互いに対応付けた情報である。
【００４５】
このようなセンサ情報は、本実施形態では、テーブル形式でＳＶセンサ情報記憶部２３４に記憶される。より具体的には、センサ情報を登録するセンサ情報テーブルＳＴ−ＳＶは、例えば、図７に示すように、センサＩＤを登録するセンサＩＤフィールド２３４１と、前記センサＩＤフィールド２３４１に登録されているセンサＩＤを持つセンサ装置ＳＵの配設場所を登録する配設場所フィールド２３４２と、前記センサＩＤフィールド２３４１に登録されているセンサＩＤを持つセンサ装置ＳＵによって監視される被監視者Ｏｂ（すなわち、前記センサＩＤフィールド２３４１に登録されているセンサＩＤを持つセンサ装置ＳＵの配設場所に居る被監視者Ｏｂ）の被監視者名を登録する被監視者名フィールド２３４３と、前記センサＩＤフィールド２３４１に登録されているセンサＩＤを持つセンサ装置ＳＵ、その配設場所およびその被監視者Ｏｂに関する備考を登録する備考フィールド２３４４とを備え、センサＩＤ（すなわち、センサ装置ＳＵ）ごとにレコードを持つ。
【００４６】
ＳＶ制御処理部２２ａは、管理サーバ装置ＳＶａの各部を当該各部の機能に応じてそれぞれ制御し、センサ装置ＳＵから前記所定の事象の通知を受けると、被監視者Ｏｂに対する監視に関する監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡａへ通知（再通知、再報知、送信）し、クライアントの要求に応じたデータを前記クライアントに提供し、被監視者監視システムＭＳａ全体を管理するための回路である。ＳＶ制御処理部２２ａは、例えば、ＣＰＵおよびその周辺回路を備えて構成される。ＳＶ制御処理部２２ａは、前記制御処理プログラムが実行されることによって、サーバ側制御部（ＳＶ制御部）２２１、サーバ側監視処理部（ＳＶ監視処理部）２２２ａおよび状況情報記憶処理部２２３ａを機能的に備える。
【００４７】
ＳＶ制御部２２１は、管理サーバ装置ＳＶａの各部を当該各部の機能に応じてそれぞれ制御し、管理サーバ装置ＳＶａの全体制御を司るものである。
【００４８】
ＳＶ監視処理部２２２ａは、センサ装置ＳＵから前記所定の事象の通知を受信すると被監視者Ｏｂに対する監視に関する監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡａへ報知するものである。より具体的には、ＳＶ監視処理部２２２ａは、センサ装置ＳＵから前記第１イベント通知通信信号を受信すると、この受信した第１イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報をＳＶ監視情報記憶部２３１に記憶（記録）する。ＳＶ監視処理部２２２ａは、この受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応する通報先（再通報先、転送先、送信先）を装置間情報記憶部２３２に記憶された前記通知先対応関係から選定（検索）し、この選定した端末装置ＳＰ、ＴＡａへ第２イベント通知通信信号を送信する。この選定（検索処理）は、前記受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応するセンサＩＤに基づいて実施される。前記第２イベント通知通信信号には、前記第１イベント通知通信信号に収容された事象情報が前記所定の行動（起床、離床、転落および転倒のうちの１または複数）である場合には、第１イベント通知通信信号に収容されたセンサＩＤ、事象情報および対象画像、ならびに、動画のダウンロード先として、第１イベント通知通信信号に収容されたセンサＩＤを持つセンサ装置ＳＵに対応する通信アドレスが収容される。この通信アドレスは、前記受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応するセンサＩＤに基づいて通信アドレス対応関係から選定（検索）される。一方、前記第１イベント通知通信信号に収容された事象情報がナースコールである場合には、前記第２イベント通知通信信号には、第１イベント通知通信信号に収容されたセンサＩＤおよび事象情報（ＮＣ）が収容される。
【００４９】
そして、本実施形態では、ＳＶ監視処理部２２２ａは、前記所定の端末装置ＳＰ、ＴＡａへ前記所定の事象の通知を実行する場合に、すなわち、本実施形態では前記所定の端末装置ＳＰ、ＴＡａへ前記第２イベント通知通信信号を送信する場合に、状況情報記憶部２３３ａに記憶された前記所定の端末装置ＳＰ、ＴＡａに対応付けられた状況情報に基づいて、前記所定の端末装置ＳＰ、ＴＡａへの前記所定の事象の通知（前記第２イベント通知通信信号の送信）を制御する。より具体的には、ＳＶ監視処理部２２２ａは、通知先の端末装置ＳＰ、ＴＡａの滞留通知数が予め設定された閾値（通知抑制閾値（例えば１５、２０および２５等の適宜な数値）を越えているか否かを判定し、通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えていない場合には、そのまま前記第２イベント通知通信信号を送信し、一方、通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御する。例えば、ＳＶ監視処理部２２２ａは、前記第２イベント通知通信信号の送信を中止することで、前記第２イベント通知通信信号の送信を抑制する。また例えば、前記所定の事象それぞれに優先度が付与され、優先度の低い事象を通知するための第２イベント通知通信信号の送信を中止することで、前記第２イベント通知通信信号の送信を抑制する。例えば、起床および離床は、相対的に低い優先度が付与され、転落、転倒およびナースコールは、相対的に高い優先度が付与され、起床を通知するための第２イベント通知通信信号や離床を通知するための第２イベント通知通信信号の送信が中止される。また例えば、ＳＶ監視処理部２２２ａは、前記第２イベント通知通信信号の送信を間引くことで、前記第２イベント通知通信信号の送信を抑制する。例えば、前記第２イベント通知通信信号の送信が２回に１回の割合で間引かれ、また例えば、前記第２イベント通知通信信号の送信が３回に１回の割合で間引かれる。
【００５０】
状況情報記憶処理部２２３ａは、端末装置ＳＰ、ＴＡの滞留通知数情報を状況情報として収容した状況情報通知通信信号を前記端末装置ＳＰ、ＴＡから受信した場合に、この受信した状況情報通知通信信号に収容された前記滞留通知数情報を前記端末装置ＳＰ、ＴＡａと対応付けて状況情報記憶部２３３ａに記憶するものである。より具体的には、前記状況情報通知通信信号には、後述するように、端末ＩＤおよび滞留通知数情報が収容されており、状況情報記憶処理部２２３ａは、この受信した状況情報通知通信信号に収容された端末ＩＤを、端末ＩＤフィールド２３３１に登録するレコードを検索し、この検索したレコードの滞留通知数情報フィールド２３３２に、前記受信した状況情報通知通信信号に収容された滞留通知数情報を登録し、この滞留通知数情報フィールド２３３２の登録内容を更新する。
【００５１】
なお、管理サーバ装置ＳＶａは、図３に破線で示すように、必要に応じて、さらに、ＳＶ制御処理部２２ａに接続され例えば各種コマンドや各種データ等を入力するサーバ側入力部（ＳＶ入力部）２４、ＳＶ入力部２４で入力された各種コマンドや各種データおよび被監視者Ｏｂに対する監視に関する監視情報等を出力するサーバ側出力部（ＳＶ出力部）２５、および、外部機器との間でデータの入出力を行うサーバ側インターフェース部（ＳＶＩＦ部）２６等を備えても良い。
【００５２】
このような管理サーバ装置ＳＶａは、例えば、通信機能付きのコンピュータによって構成可能である。
【００５３】
固定端末装置ＳＰは、ネットワークＮＷを介して他の装置ＳＵ、ＳＶａ、ＴＡａと通信する通信機能、所定の情報を表示する表示機能、および、所定の指示やデータを入力する入力機能等を備え、管理サーバ装置ＳＶａや携帯端末装置ＴＡａに与える所定の指示やデータを入力したり、センサ装置ＳＵで得られた監視情報を表示したり等することによって、被監視者監視システムＭＳａのユーザインターフェース（ＵＩ）として機能する機器である。このような固定端末装置ＳＰは、例えば、通信機能付きのコンピュータによって構成可能である。なお、前記端末装置の一例としての固定端末装置ＳＰは、携帯端末装置ＴＡａと同様に動作するが、本明細書では、前記端末装置の他の一例である携帯端末装置ＴＡａについて説明される。
【００５４】
携帯端末装置ＴＡａは、ネットワークＮＷを介して他の装置ＳＶａ、ＳＰ、ＳＵと通信する通信機能、所定の情報を表示する表示機能、所定の指示やデータを入力する入力機能、および、音声通話を行う通話機能等を備え、管理サーバ装置ＳＶａやセンサ装置ＳＵに与える所定の指示やデータを入力したり、管理サーバ装置ＳＶａからの通知によってセンサ装置ＳＵで得られた前記監視情報を表示したり、センサ装置ＳＵとの間で音声通話によってナースコールの応答や声かけしたり等するための機器である。このような携帯端末装置ＴＡａは、本実施形態では、例えば、図８に示すように、端末側通信インターフェース部（ＴＡ通信ＩＦ部）３１と、端末側制御処理部（ＴＡ制御処理部）３２ａと、端末側記憶部（ＴＡ記憶部）３３と、端末側音入出力部（ＴＡ音入出力部）３４と、端末側入力部（ＴＡ入力部）３５と、端末側表示部（ＴＡ表示部）３６と、端末側インターフェース部（ＴＡＩＦ部）３７とを備える。
【００５５】
ＴＡ音入出力部３４は、ＳＵ音入出力部１２と同様に、ＴＡ制御処理部３２ａに接続され、外部の音を取得して携帯端末装置ＴＡａに入力するための回路であって、ＴＡ制御処理部３２ａの制御に従って音を表す電気信号に応じた音を生成して出力するための回路である。
【００５６】
ＴＡ入力部３５は、ＴＡ制御処理部３２ａに接続され、例えば、所定の操作を受け付け、携帯端末装置ＴＡａに入力する回路であり、例えば、所定の機能を割り付けられた複数の入力スイッチ等である。前記所定の操作には、例えば、ログインするためのＩＤの入力操作や、音声通話の要求操作およびその終了操作や、ライブでの動画の要求操作およびその終了操作や、前記通知された事象に関わる被監視者Ｏｂに対する例えば救命、看護、介護および介助等の対応（対処、応対）を実行する意思がある旨（“対応する”）の入力操作等の、監視する上で必要な各種操作等が含まれる。ＴＡ表示部３６は、ＴＡ制御処理部３２ａに接続され、ＴＡ制御処理部３２ａの制御に従って、ＴＡ入力部３５から入力された所定の操作内容や、被監視者監視システムＭＳａによって監視されている被監視者Ｏｂに対する監視に関する前記監視情報（例えば前記所定の事象（センサ装置ＳＵで検知した所定の行動の種類やセンサ装置ＳＵで受け付けたナースコール）、被監視者Ｏｂの画像（静止画および動画）、および、前記通知を受けた時刻等）等を表示する回路であり、例えばＬＣＤ（液晶ディスプレイ）および有機ＥＬディスプレイ等の表示装置である。そして、本実施形態では、ＴＡ入力部３５およびＴＡ表示部３６からタッチパネルが構成されている。この場合において、ＴＡ入力部３５は、例えば抵抗膜方式や静電容量方式等の操作位置を検出して入力する位置入力デバイスである。このタッチパネルでは、ＴＡ表示部３６の表示面上に位置入力デバイスが設けられ、ＴＡ表示部３６に入力可能な１または複数の入力内容の候補が表示され、例えば看護師や介護士等のユーザ（監視者）が、入力したい入力内容を表示した表示位置を触れると、位置入力デバイスによってその位置が検出され、検出された位置に表示された表示内容がユーザの操作入力内容として携帯端末装置ＴＡａに入力される。
【００５７】
ＴＡＩＦ部３７は、ＴＡ制御処理部３２ａに接続され、ＴＡ制御処理部３２ａの制御に従って、外部機器との間でデータの入出力を行う回路であり、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格を用いたインターフェース回路、ＩｒＤＡ規格等の赤外線通信を行うインターフェース回路、および、ＵＳＢ規格を用いたインターフェース回路等である。
【００５８】
ＴＡ通信ＩＦ部３１は、ＳＵ通信ＩＦ部１５と同様に、ＴＡ制御処理部３２ａに接続され、ＴＡ制御処理部３２ａの制御に従って通信を行うための通信回路である。ＴＡ通信ＩＦ部３１は、例えば、ＩＥＥＥ８０２．１１規格等に従った通信インターフェース回路を備えて構成される。
【００５９】
ＴＡ記憶部３３は、ＴＡ制御処理部３２ａに接続され、ＴＡ制御処理部３２ａの制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。前記各種の所定のプログラムには、例えば、携帯端末装置ＴＡａの各部を当該各部の機能に応じてそれぞれ制御するＴＡ制御プログラムや、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するＴＡ監視プログラム等の制御処理プログラムが含まれる。前記ＴＡ監視プログラムには、管理サーバ装置ＳＶａから前記所定の事象の通知を受けると被監視者Ｏｂの前記監視情報を記憶（記録）して表示し、未対処で携帯端末装置ＴＡａに滞留している通知数を表す滞留通知数情報を、前記所定の事象の通知に関わる携帯端末装置ＴＡａの状況を表す状況情報として収容した通信信号（状況情報通知通信信号）を管理サーバ装置ＳＶａへ通知するＴＡ監視処理プログラムや、ＴＡ音入出力部１２等を用いることでセンサ装置ＳＵとの間で音声通話を行う通話処理プログラムや、センサ装置ＳＵから動画の配信を受け、前記配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示するＴＡストリーミング処理プログラム等が含まれる。前記各種の所定のデータでは、自機の端末ＩＤ、ＴＡ表示部３６に表示される画面情報、被監視者Ｏｂの前記監視情報、センサ装置ＳＵに関するセンサ情報等の各プログラムを実行する上で必要なデータ等が含まれる。これら監視情報およびセンサ情報それぞれを記憶するために、ＴＡ記憶部３３は、端末側監視情報記憶部（ＴＡ監視情報記憶部）３３１および端末側センサ情報記憶部（ＴＡセンサ情報記憶部）３３２を機能的に備える。
【００６０】
ＴＡ監視情報記憶部３３１は、前記監視情報を記憶するものである。本実施形態では、ＴＡ監視情報記憶部３３１は、管理サーバ装置ＳＶａから受信した第２イベント通知通信信号に収容されたセンサＩＤ、事象情報（イベント情報）、画像および動画のダウンロード先のセンサ装置ＳＵの通信アドレス、ならびに、当該第２イベント通知通信信号の受信時刻等を互いに対応付けて記憶する。より具体的には、ＴＡ監視情報記憶部３３１は、図４に示すように、ＳＶ監視情報テーブルＭＴ−ＳＶと同様な端末側監視情報テーブル（ＴＡ監視情報テーブル）ＭＴ−ＴＡに前記監視情報を記憶する。
【００６１】
ＴＡセンサ情報記憶部３３２は、前記センサ情報を記憶するものである。ＴＡセンサ情報記憶部３３２は、センサＩＤ、配設場所、被監視者名および備考を互いに対応付けて記憶する。より具体的には、ＴＡセンサ情報記憶部３３２は、図７に示すように、ＳＶセンサ情報テーブルＳＴ−ＳＶと同様な端末側センサ情報テーブル（ＴＡセンサ情報テーブル）ＳＴ−ＴＡに前記センサ情報を記憶する。
【００６２】
ＴＡ制御処理部３２ａは、携帯端末装置ＴＡａの各部を当該各部の機能に応じてそれぞれ制御し、被監視者Ｏｂの前記監視情報を受けて表示し、状況情報通知通信信号を管理サーバ装置ＳＶａへ送信し、ナースコールの応答や声かけするための回路である。ＴＡ制御処理部３２ａは、例えば、ＣＰＵおよびその周辺回路を備えて構成される。ＴＡ制御処理部３２ａは、制御処理プログラムが実行されることによって、端末側制御部（ＴＡ制御部）３２１、端末側監視処理部（ＴＡ監視処理部）３２２ａ、通話処理部３２３および端末側ストリーミング処理部（ＴＡストリーミング処理部）３２４を機能的に備える。
【００６３】
ＴＡ制御部３２１は、携帯端末装置ＴＡａの各部を当該各部の機能に応じてそれぞれ制御し、携帯端末装置ＴＡａの全体制御を司るものである。
【００６４】
ＴＡ監視処理部３２２ａは、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するものである。より具体的には、ＴＡ監視処理部３２２ａは、管理サーバ装置ＳＶａから第２イベント通知通信信号を受信した場合に、この受信した第２イベント通知通信信号に収容された各情報（各データ）に基づき、被監視者Ｏｂの監視情報をＴＡ監視情報記憶部３３１に記憶（記録）する。ＴＡ監視処理部３２２ａは、前記受信した第２イベント通知通信信号に収容された各情報に応じた画面をＴＡ表示部３６に表示する。ＴＡ監視処理部３２２ａは、状況情報として自機の端末ＩＤおよび滞留通知数情報を収容した状況情報通知通信信号を管理サーバ装置ＳＶａへ送信する。そして、ＴＡ監視処理部３２２ａは、ＴＡ入力部３５から所定の入力操作を受け付けると、その入力操作に応じた所定の処理を実行する。
【００６５】
通話処理部３２３は、ＴＡ音入出力部３４等を用いることでセンサ装置ＳＵとの間で音声通話を行うものである。より具体的には、例えば、通話処理部３２３は、ＴＡ音入出力部３４等を用い、第２イベント通知通信信号の送信の原因となった第１イベント通知通信信号を管理サーバ装置ＳＶａへ送信した送信元のセンサ装置ＳＵとの間で例えばＶｏＩＰによって音声通話を行う。
【００６６】
ＴＡストリーミング処理部３２４は、センサ装置ＳＵから動画の配信を受け、前記配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示するものである。
【００６７】
このような携帯端末装置ＴＡａは、例えば、いわゆるタブレット型コンピュータやスマートフォンや携帯電話機等の、持ち運び可能な通信端末装置によって構成可能である。
【００６８】
次に、第１実施形態の動作について説明する。図９は、図２に示す前記センサ装置の動作を示すフローチャートである。図１０は、図３に示す前記管理サーバ装置の動作を示すフローチャートである。図１１は、図８に示す前記携帯端末装置の動作を示すフローチャートである。図１２は、「対応する」ボタンの入力操作を受け付けた場合における図８に示す前記携帯端末装置の動作を示すフローチャートである。図１３は、図８に示す前記携帯端末装置に表示される待受け画面の一例を示す図である。図１４は、図８に示す前記携帯端末装置に表示される監視情報画面の一例を示す図である。図１５は、図８に示す前記携帯端末装置に表示されるナースコール受付画面の一例を示す図である。
【００６９】
このような被監視者監視システムＭＳａでは、各装置ＳＵ、ＳＶａ、ＳＰ、ＴＡａは、電源が投入されると、必要な各部の初期化を実行し、その稼働を始める。センサ装置ＳＵでは、その制御処理プログラムの実行によって、ＳＵ制御処理部１４には、ＳＵ制御部１４１、行動検知処理部１４２、ナースコール処理部１４３およびＳＵストリーミング処理部１４４が機能的に構成される。管理サーバ装置ＳＶａでは、その制御処理プログラムの実行によって、ＳＶ制御処理部２２ａには、ＳＶ制御部２２１、ＳＶ監視処理部２２２ａおよび状況情報記憶処理部２２３ａが機能的に構成される。携帯端末装置ＴＡａでは、その制御処理プログラムの実行によって、ＴＡ制御処理部３２ａには、ＴＡ制御部３２１、ＴＡ監視処理部３２２ａ、通話処理部３２３およびＴＡストリーミング処理部３２４が機能的に構成される。
【００７０】
まず、センサ装置ＳＵの動作について説明する。センサ装置ＳＵは、各フレームごとに、あるいは、数フレームおきに、次のように動作することで、被監視者Ｏｂにおける所定の動作を検知し、ナースコールの受付の有無を判定している。
【００７１】
図５において、まず、センサ装置ＳＵは、ＳＵ制御処理部１４のＳＵ制御部１４１によって、撮像部１１から１フレーム分の画像（画像データ）を前記対象画像として取得する（Ｓ１１）。
【００７２】
次に、センサ装置ＳＵは、ＳＵ制御処理部１４の行動検知処理部１４２によって、被監視者Ｏｂにおける所定の行動を検知する行動検知処理を前記処理Ｓ１１で取得した対象画像に基づいて実行する（Ｓ１２）。より具体的には、行動検知処理部１４２は、起床の成否を判定し、離床の成否を判定し、転落の成否を判定し、そして、転倒の成否を判定する。
【００７３】
次に、センサ装置ＳＵは、行動検知処理部１４２によって、前記行動検知処理Ｓ１２で被監視者Ｏｂにおける所定の行動が検知されたか否かを判定する。この判定の結果、前記所定の行動が検知されていない場合（Ｎｏ）には、センサ装置ＳＵは、次に、処理Ｓ１５を実行し、一方、前記所定の行動が検知されている場合（Ｙｅｓ）には、センサ装置ＳＵは、次の処理Ｓ１４を実行した後に、処理Ｓ１５を実行する。
【００７４】
この処理Ｓ１４では、処理Ｓ１２および処理Ｓ１３で検知した所定の行動を管理サーバ装置ＳＶａを介して所定の端末装置ＳＰ、ＴＡａへ通知するために、センサ装置ＳＵは、行動検知処理部１４２によって、前記所定の事象として前記所定の行動の検知に関する第１イベント通知通信信号を管理サーバ装置ＳＶａへ送信する。より具体的には、行動検知処理部１４２は、自機のセンサＩＤ、前記所定の事象（ここでは、起床、離床、転落および転倒のうちの１または複数）および前記対象画像を収容した第１イベント通知通信信号を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶａへ送信する。
【００７５】
前記処理Ｓ１５では、センサ装置ＳＵは、ナースコール処理部１４３によって、ナースコールを受け付けているか否かを判定する。すなわち、図９に示す処理Ｓ１１ないし処理Ｓ１６は、各フレームごとに、あるいは、数フレームおきに、繰り返し実行されるが、前回における処理Ｓ１５の実行から今般における処理Ｓ１５の実行までの間に、ナースコール受付操作部１３が操作されたか否かが判定される。この判定の結果、ナースコール受付操作部１３が操作されず、ナースコールを受け付けていない場合（Ｎｏ）には、センサ装置ＳＵは、今回の本処理を終了し、一方、ナースコール受付操作部１３が操作され、ナースコールを受け付けている場合（Ｙｅｓ）には、センサ装置ＳＵは、次の処理Ｓ１６を実行した後に、今回の本処理を終了する。
【００７６】
この処理Ｓ１６では、処理Ｓ１５でその受付が判明したナースコールを管理サーバ装置ＳＶａを介して所定の端末装置ＳＰ、ＴＡａへ報知するために、センサ装置ＳＵは、ナースコール処理部１４３によって、ナースコールに関する第１イベント通知通信信号を管理サーバ装置ＳＶａへ送信する。より具体的には、ナースコール処理部１４３は、自機のセンサＩＤおよびナースコール受付情報を収容した第１イベント通知通信信号を、ＳＵ通信ＩＦ部１５を介して管理サーバ装置ＳＶａへ送信する。
【００７７】
被監視者Ｏｂにおける所定の行動の検知やナースコールの受付それぞれに関し、センサ装置ＳＵは、以上のように動作している。
【００７８】
次に、管理サーバ装置ＳＶａの動作について説明する。一方、図１０において、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａのＳＶ制御部２２１によって、ＳＶ通信ＩＦ部２１で通信信号を受信したか否かを判定する（Ｓ２１）。この判定の結果、通信信号を受信していない場合（Ｎｏ）には、管理サーバ装置ＳＶａは、処理をＳ２１に戻し、前記判定の結果、通信信号を受信している場合（Ｙｅｓ）には、管理サーバ装置ＳＶａは、次の処理Ｓ２２を実行する。すなわち、管理サーバ装置ＳＶａは、通信信号の受信を待ち受けている。
【００７９】
処理Ｓ２２では、管理サーバ装置ＳＶａは、ＳＶ制御部２２１によって、この受信した通信信号の種類を判定する。この判定の結果、管理サーバ装置ＳＶａは、前記受信した通信信号が第１イベント通知通信信号である場合（第１イベント通知）には、処理Ｓ２３を実行した後に処理Ｓ２６を実行し、前記受信した通信信号が状況情報通知通信信号である場合（状況情報通知）には、処理Ｓ２４を実行した後に処理Ｓ２６を実行し、そして、前記受信した通信信号がこれら第１イベント通知通信信号および状況情報通知通信信号ではない場合（その他）には、処理Ｓ２５を実行した後に処理Ｓ２６を実行する。
【００８０】
処理Ｓ２３では、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａのＳＶ監視処理部２２２ａによって、処理Ｓ２１でセンサ装置ＳＵから受信した第１イベント通知通信信号を処理する。より具体的には、まず、ＳＶ監視処理部２２２ａは、処理Ｓ２１でセンサ装置ＳＵから受信した第１イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報をＳＶ監視情報記憶部２３１に記憶（記録）する。そして、ＳＶ監視処理部２２２ａは、処理Ｓ２１で受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応する通知先を装置間情報記憶部２３２に記憶された前記通知先対応関係から選定（検索）する。次に、ＳＶ監視処理部２２２ａは、この選定した通知先の端末装置ＳＰ、ＴＡａの状況情報に基づいて、前記選定した通知先の端末装置ＳＰ、ＴＡａへの第２イベント通知通信信号の送信を制御する。より詳しくは、ＳＶ監視処理部２２２ａは、まず、ＳＶ記憶部２３ａの状況情報記憶部２３３ａに記憶されている第１状況情報テーブルＣＴａから、通知先の端末装置ＳＰ、ＴＡａの端末ＩＤを端末ＩＤフィールド２３３１に登録するレコードを検索し、この検索したレコードの滞留通知数情報フィールド２３３２に登録されている滞留通知数情報を取り出す。そして、ＳＶ監視処理部２２２ａは、この取り出した滞留通知数情報による、前記通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えているか否かを判定し、前記通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えていない場合には、そのまま、前記処理Ｓ２１で受信した第１イベント通知通信信号に起因した第２イベント通知通信信号を生成して送信し、一方、前記通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御する。例えば、ＳＶ監視処理部２２２ａは、前記第２イベント通知通信信号を生成せずに、前記第２イベント通知通信信号の送信を中止する。また例えば、ＳＶ監視処理部２２２ａは、前記処理Ｓ２１で受信した第１イベント通知通信信号に収容された前記所定の事象における優先度に応じて前記第２イベント通知通信信号を生成して送信する。また例えば、ＳＶ監視処理部２２２ａは、間引きして前記第２イベント通知通信信号を生成して送信する。より詳しくは、２回に１回の割合で前記第２イベント通知通信信号を生成して送信する場合、ＳＶ監視処理部２２２ａは、端末ＩＤごとに前記第２イベント通知通信信号における前回の送信の有無をＳＶ記憶部２３ａに記憶し、ＳＶ監視処理部２２２ａは、前記第２イベント通知通信信号を前回、送信している場合には、今回の送信を中止し、前記第２イベント通知通信信号を前回、送信していない場合には、今回の送信を実行する。
【００８１】
処理Ｓ２４では、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａの状況情報記憶処理部２２３ａによって、処理Ｓ２１で端末装置ＳＰ、ＴＡａから受信した状況情報通知通信信号に収容された滞留通知数情報を前記端末装置ＳＰ、ＴＡａと対応付けて状況情報記憶部２３３ａに記憶する。より具体的には、状況情報記憶処理部２２３ａは、ＳＶ記憶部２３ａの状況情報記憶部２３３ａに記憶されている第１状況情報テーブルＣＴａから、この処理Ｓ２１で受信した状況情報通知通信信号に収容された端末ＩＤを、端末ＩＤフィールド２３３１に登録するレコードを検索し、この検索したレコードの滞留通知数情報フィールド２３３２に、前記処理Ｓ２１で受信した状況情報通知通信信号に収容された滞留通知数情報を登録し、この滞留通知数情報フィールド２３３２の登録内容を更新する。これによって状況情報記憶部２３３ａには、端末装置ＳＰ、ＴＡａそれぞれにおける最新の各滞留通知数情報が記憶される。
【００８２】
処理Ｓ２５では、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａによって、処理Ｓ２１で受信した通信信号に応じた適宜な処理を実行する。
【００８３】
そして、これら処理Ｓ２３ないし処理Ｓ２５それぞれの後に実行される前記処理Ｓ２６では、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａによって、その稼働が終了（停止）か否かを判定する。この判定の結果、稼働の終了（停止）である場合（Ｙｅｓ）には、管理サーバ装置ＳＶａは、本処理を終了し、一方、稼働の終了（停止）ではない場合（Ｎｏ）には、管理サーバ装置ＳＶａは、処理を処理Ｓ２１に戻す。
【００８４】
センサ装置ＳＵから受信した第１イベント通知通信信号や端末装置ＳＰ、ＴＡａから受信した状況情報通知通信信号それぞれに関し、監視サーバ装置ＳＶａは、以上のように動作している。
【００８５】
次に、端末装置ＳＰ、ＴＡａの動作について説明する。ここでは、代表的に、携帯端末装置ＴＡａの動作について説明する。上述したように、電源が投入され、その稼働を始めると、携帯端末装置ＴＡａでは、例えば看護師や介護士等の監視者（ユーザ）によるログイン操作が受け付けられ、ＴＡ監視処理部３２２ａによって、自機宛の通信信号を待ち受ける待受け画面がＴＡ表示部３６に表示される。この待受け画面５１は、例えば、図１３に示すように、メニューバーを表示するメニューバー領域５１１と、待ち受け中であることを表すメッセージ（例えば「通知はありません」）およびアイコンを表示する待受けメイン領域５１２と、現在時刻を表示する時刻領域５１３と、今日の年月日曜日を表示する年月日曜日領域５１４と、今、当該携帯端末装置ＴＡにログインしているユーザ名を表示するユーザ名領域５１５とを備える。
【００８６】
そして、図１１において、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａのＴＡ制御部３２１によって、ＴＡ通信ＩＦ部３１で通信信号を受信したか否かを判定する（Ｓ３１）。この判定の結果、通信信号を受信していない場合（Ｎｏ）には、携帯端末装置ＴＡａは、処理をＳ３１に戻し、前記判定の結果、通信信号を受信している場合（Ｙｅｓ）には、携帯端末装置ＴＡａは、次の処理Ｓ３２を実行する。すなわち、携帯端末装置ＴＡａは、通信信号の受信を待ち受けている。
【００８７】
処理Ｓ３２では、携帯端末装置ＴＡａは、ＴＡ制御部３２１によって、この受信した通信信号の種類を判定する。この判定の結果、携帯端末装置ＴＡａは、前記処理Ｓ３１で受信した通信信号が第２イベント通知通信信号である場合（第２イベント通知）には、次の処理Ｓ３３を実行し、前記処理Ｓ３１で受信した通信信号が第２イベント通知通信信号ではない場合（その他）には、処理Ｓ３１で受信した通信信号に応じた適宜な処理を行う処理Ｓ３７を実行した後に本処理を終了する。
【００８８】
処理Ｓ３３では、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａのＴＡ監視処理部３２２ａによって、処理Ｓ３１で管理サーバ装置ＳＶａから受信した第２イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報をＴＡ監視情報記憶部３３１に記憶（記録）する。
【００８９】
この処理Ｓ３３の次に、ＴＡ監視処理部３２２ａは、処理Ｓ３１で受信した第２イベント通知通信信号に収容された各情報に応じた画面をＴＡ表示部３６に表示する。より具体的には、ＴＡ監視処理部３２２ａは、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記事象情報が前記所定の行動である場合には、例えば図１４に示す監視情報画面５２をＴＡ表示部３６に表示し、一方、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記事象情報が前記ナースコールである場合には、例えば図１５に示すナースコール受付画面５３をＴＡ表示部３６に表示する。
【００９０】
この監視情報画面５２は、被監視者Ｏｂの監視に関する前記監視情報を表示するための画面である。前記監視情報画面５２は、例えば、図１４に示すように、メニューバー領域５１１と、処理Ｓ３１で受信した第２イベント通知通信信号に収容されたセンサＩＤを持つセンサ装置ＳＵの配設場所および前記センサＩＤを持つ前記センサ装置ＳＵによって監視される被監視者Ｏｂの名前を表示する被監視者名領域５２１と、処理Ｓ３１で受信した第２イベント通知通信信号の受信時刻（または前記所定の行動の検知時刻）からの経過時間、および、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記事象情報（前記所定の行動の検知結果）を表示する検知情報表示領域５２２と、処理Ｓ３１で受信した第２イベント通知通信信号に収容された画像（すなわち、前記センサＩＤを持つ前記センサ装置ＳＵによって撮像された対象画像）（ここでは静止画）を表示する画像領域５２３と、「対応する」ボタン５２４と、「話す」ボタン５２５と、「ＬＩＶＥを見る」ボタン５２６とを備える。
【００９１】
被監視者名領域５２１に、センサ装置ＳＵの配設場所および被監視者Ｏｂの名前を表示するために、ＴＡ記憶部３３には、センサＩＤ、前記センサＩＤを持つセンサ装置ＳＵの配設場所および前記センサＩＤを持つ前記センサ装置ＳＵによって監視される被監視者Ｏｂの名前が互いに対応付けられて予め記憶される。検知情報表示領域５２２には、処理Ｓ３１で受信した第２イベント通知通信信号に収容された前記検知結果（本実施形態では、起床、離床、転落および転倒の各名称）がそのまま表示されても良いが、本実施形態では、前記検知結果を象徴的に表すアイコンで表示されている。このアイコンで表示するために、ＴＡ記憶部３３には、各行動およびその行動を象徴的に表すアイコンが互いに対応付けられて予め記憶される。図１４に示す例では、検知情報表示領域５２２には、起床を象徴的に表す起床アイコンが表示されている。「対応する」ボタン５２４は、監視情報画面５２では、この監視情報画面５２に表示された検知結果に対し例えば救命、看護、介護および介助等の所定の対応（応対、対処）を実施する意思が当該携帯端末装置ＴＡａのユーザにある旨を表す実施意思情報を、当該携帯端末装置ＴＡａに入力するためのボタンである。そして、後述するように、この「対応する」ボタン５２４の入力操作を受け付けると、携帯端末装置ＴＡａは、状況情報通知通信信号を管理サーバ装置ＳＶａへ送信する。「話す」ボタン５２５は、音声通話を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵと当該携帯端末装置ＴＡａとをネットワークＮＷを介して通話可能に接続する指示を入力するためのボタンである。「ＬＩＶＥを見る」ボタン５２６は、ライブでの動画を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵによって撮像される動画を表示させる指示を入力するためのボタンである。
【００９２】
前記ナースコール受付画面５３は、ナースコールの受付を表示するための画面である。このナースコール受付画面５３は、例えば、図１５に示すように、メニューバー領域５１１と、被監視者名領域５２１と、検知情報表示領域５２２と、ナースコールを受け付けた旨を表すメッセージ（例えば「ナースコールです」）を表示するナースコール受付通知表示領域５３１と、「対応する」ボタン５２４と、「話す」ボタン５２５とを備える。このナースコール受付画面５３では、検知情報表示領域５２２には、処理Ｓ３１で受信した第２イベント通知通信信号の受信時刻（または前記ナースコールを受け付けた受付時刻）からの経過時間のみが表示される。
【００９３】
なお、ナースコール受付画面５３は、「ＬＩＶＥを見る」ボタン５２６をさらに備えても良い。
【００９４】
そして、処理Ｓ３４の次に、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、ＴＡ入力部３５およびＴＡ表示部３６を備えて成るタッチパネルで入力操作を受け付けたか否かを判定する（Ｓ３５）。この判定の結果、入力操作を受け付けていない場合（Ｎｏ）には、携帯端末装置ＴＡａは、処理を処理Ｓ３５に戻し、一方、前記判定の結果、入力操作を受け付けている場合には、携帯端末装置ＴＡａは、次の処理Ｓ３６ａを実行する。
【００９５】
この処理Ｓ３６ａでは、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、入力操作の内容に応じた適宜な処理を実行し、本処理を終了する。
【００９６】
例えば、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、「対応する」ボタン５２４の入力操作を受け付けると（すなわち、前記対応意思を受け付けると）、図１２において、まず、現在、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に、「対応する」を受け付けた旨を付してＴＡ監視情報記憶部３３１に記憶する（Ｓ４１）。より具体的には、ＴＡ制御処理部３２ａは、ＴＡ記憶部３３のＴＡ監視情報記憶部３３１に記憶されている監視情報テーブルＭＴ−ＴＡにおいて、現在、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報を登録しているレコード（ここでは前記処理Ｓ３１で受信した第２イベント通知通信信号に収容されていた監視情報を登録したレコード）の対応フィールド３３１６に、対応の受付を表す対応フラグ「１」を登録する。次に、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に対応するセンサＩＤおよび「対応する」を受け付けた旨を表す情報（対応受付情報）を収容した通信信号（対応受付通知通信信号）を管理サーバ装置ＳＶａへ送信する（Ｓ４２）。この対応受付通知通信信号を受信した管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａによって、この受信した対応受付通知通信信号に収容されたセンサＩＤおよび対応受付情報を収容した通信信号（対応受付周知通信信号）を同報通信で端末装置ＳＰ、ＴＡａへ送信する。これによって、ＴＡ表示部３６に表示している被監視者Ｏｂの監視情報に対応するセンサＩＤに関し、「対応する」を受け付けた旨が各端末装置ＳＰ、ＴＡａ間で同期される。次に、状況情報として自機の端末ＩＤおよび滞留通知数情報を収容した状況情報通知通信信号を管理サーバ装置ＳＶａへ送信するために、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａのＴＡ監視処理部３２２ａによって、ＴＡ記憶部３３のＴＡ監視情報記憶部３３１に記憶されている監視情報テーブルＭＴ−ＴＡから、対応フィールド３３１６に、未対応を表す対応フラグ「０」を登録するレコードの数を滞留通知数情報として総計する（Ｓ４３）。そして、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａのＴＡ監視処理部３２２ａによって、この総計によって求められた滞留通知数情報および自機の端末ＩＤを収容する状況情報通知通信信号を生成し、この生成した状況情報通知通信信号を管理サーバ装置ＳＶａへ送信する（Ｓ４４）。この状況情報通知通信信号を受信した管理サーバ装置ＳＶａは、上述したように、状況情報記憶部２３３ａに記憶された第１状況情報テーブルＣＴａの登録内容を更新する。なお、上述では、携帯端末装置ＴＡａは、対応受付通知通信信号と状況情報通知通信信号とを個別に生成して管理サーバ装置ＳＶａへ送信したが、これらを１つの通信信号に纏めて管理サーバ装置ＳＶａへ送信しても良い。「対応する」ボタン５２４の入力操作を受け付けると、携帯端末装置ＴＡａは、このように動作している。
【００９７】
また例えば、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、「話す」ボタン５２５の入力操作を受け付けると、通話処理部３２３によって、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、音声通話を要求する旨等の情報を収容した通信信号（通話要求通信信号）を送信し、これに応じたセンサ装置ＳＵとネットワークＮＷを介して音声通話可能に接続する。これによって携帯端末装置ＴＡａとセンサ装置ＳＵとの間で音声通話が可能となる。なお、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、音声通話の終了の指示を入力するためのボタンである図略の「終了」ボタンの入力操作を受け付けると、通話処理部３２３によって、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、音声通話の終了を要求する旨等の情報を収容した通信信号（通話終了通信信号）を送信する。これによって携帯端末装置ＴＡａとセンサ装置ＳＵとの間での音声通話が終了される。
【００９８】
また例えば、携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、「ＬＩＶＥを見る」ボタン５２６の入力操作を受け付けると、ＴＡストリーミング処理部３２４によって、現在、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、ライブでの動画の配信を要求する旨等の情報を収容した通信信号（動画配信要求通信信号）を送信し、これに応じたセンサ装置ＳＵとネットワークＮＷを介して動画のダウンロード可能に接続し、前記センサ装置ＳＵからライブでの動画の配信を受け、この配信を受けた動画をストリーミング再生でＴＡ表示部３６に表示する。このライブでの動画を表示する監視情報画面５２では、画像領域５２３に動画が表示され、そして、「ＬＩＶＥを見る」ボタン５２６に代え図略の「ＬＩＶＥ終了」ボタンが表示される。これによって携帯端末装置ＴＡａには、ライブでの動画が表示される。前記図略の「ＬＩＶＥ終了」ボタンは、動画の終了を要求するためのボタンであって、前記センサＩＤの前記センサ装置ＳＵによって撮像される動画の配信を終了（停止）させ表示を終了（停止）させる指示を入力するためのボタンである。携帯端末装置ＴＡａは、ＴＡ制御処理部３２ａによって、「ＬＩＶＥ終了」ボタンの入力操作を受け付けると、ＴＡストリーミング処理部３２４によって、現在、ＴＡ表示部３６に表示している被監視者Ｏｂを監視するセンサ装置ＳＵへ、動画配信の終了を要求する旨等の情報を収容した通信信号（動画配信終了通信信号）を送信し、静止画をＴＡ表示部３６に表示する。これによって携帯端末装置ＴＡａは、ライブでの動画の表示を終了する。
【００９９】
管理サーバ装置ＳＶａから受信した第２イベント通知通信信号に関し、携帯端末装置ＴＡａは、以上のように動作している。
【０１００】
なお、上述では、携帯端末装置ＴＡａは、「対応する」ボタン５２４の入力操作を受け付けた場合に、状況情報通知通信信号を管理サーバ装置ＳＶａに送信したが、これに追加して、あるいは、これに代え、携帯端末装置ＴＡａは、所定の時間間隔（例えば５分ごとや１０分ごとや３０分ごと等）で状況情報通知通信信号を管理サーバ装置ＳＶａに送信しても良い。
【０１０１】
以上説明したように、本実施形態における被監視者監視システムＭＳａ、被監視者監視装置の一例としてのセンサ装置ＳＵおよび管理サーバ装置ＳＶａ、ならびに、これらの実装された被監視者監視方法は、第１イベント通知通信信号の受信に起因する第２イベント通知通信信号の送信を制御するので、端末装置ＳＰ、ＴＡａへ前記第２イベント通知通信信号による新たに通知する場合に、現状の前記端末装置ＳＰ、ＴＡａの状況に応じて前記第２イベント通知通信信号による新たな通知を実行するか否かを決定できる。このため、上記被監視者監視システムＭＳａ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶａ）および上記被監視者監視方法は、前記対処ができないほどの過剰な前記第２イベント通知通信信号による通知を前記端末装置ＳＰ、ＴＡａへ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１０２】
上記被監視者監視システムＭＳａ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶａ）および上記被監視者監視方法は、状況情報として滞留通知数情報を端末装置ＳＰ、ＴＡａそれぞれに対応付けて記憶するので、未対処で前記端末装置ＳＰ、ＴＡａに滞留している現状の通知数を把握でき、前記端末装置ＳＰ、ＴＡａへ前記第２イベント通知通信信号による新たに通知する場合に、未対処で前記端末装置ＳＰ、ＴＡａに滞留している現状の通知数に応じて前記第２イベント通知通信信号による新たな通知を実行するか否かを決定できる。このため、上記被監視者監視システムＭＳａ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶａ）および上記被監視者監視方法は、前記対処ができないほどの過剰な前記第２イベント通知通信信号による通知を前記端末装置ＳＰ、ＴＡａへ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１０３】
次に、別の実施形態について説明する。
（第２実施形態）
第１実施形態では、被監視者監視システムＭＳａは、第１態様の被監視者監視装置によって、第１イベント通知通信信号による第２イベント通知通信信号の送信を、送信先の端末装置ＳＰ、ＴＡａにおける滞留通知数情報に基づいて制御したが、第２実施形態では、被監視者監視システムＭＳｂは、第１態様の被監視者監視装置によって、第１イベント通知通信信号による第２イベント通知通信信号の送信を、送信先の端末装置ＳＰ、ＴＡａにおける、所定の期間内に通知した第２イベント通知通信信号の通知数である所定期間内通知数情報に基づいて制御するものである。
【０１０４】
図１６は、第２実施形態の被監視者監視システムにおける管理サーバ装置の構成を示す図である。図１７は、図１６に示す前記管理サーバ装置に記憶される第２状況情報テーブルの構成を示す図である。
【０１０５】
第２態様の被監視者監視装置を用いた第２実施形態における被監視者監視システムＭＳｂは、より具体的には、例えば、図１に示すように、１または複数のセンサ装置ＳＵ（ＳＵ−１〜ＳＵ−４）と、管理サーバ装置ＳＶｂと、固定端末装置ＳＰと、１または複数の携帯端末装置ＴＡｂ（ＴＡｂ−１、ＴＡｂ−２）と、構内交換機ＣＸとを備え、これらは、有線や無線で、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の網（ネットワーク、通信回線）ＮＷを介して通信可能に接続される。
【０１０６】
これら第２実施形態の被監視者監視システムＭＳｂにおけるセンサ装置ＳＵおよび構内交換機ＣＸは、それぞれ、第１実施形態の被監視者監視システムＭＳａにおけるセンサ装置ＳＵおよび構内交換機ＣＸと同様であるので、その説明を省略する。
【０１０７】
管理サーバ装置ＳＶｂは、管理サーバ装置ＳＶａと同様に、ネットワークＮＷを介して他の装置ＳＵ、ＳＰ、ＴＡｂと通信する通信機能等を備え、センサ装置ＳＵから前記所定の事象の通知を受けると、被監視者Ｏｂに対する監視に関する監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡｂへ通知し、クライアントの要求に応じたデータを前記クライアントに提供し、被監視者監視システムＭＳｂ全体を管理する装置である。管理サーバ装置ＳＶｂは、端末装置ＳＰ、ＴＡｂと対応付けて前記所定の事象の通知に関わる前記端末装置ＳＰ、ＴＡｂの状況を表す状況情報を記憶し、前記端末装置ＳＰ、ＴＡｂへ前記所定の事象の通知を実行する場合に、前記記憶された前記端末装置ＳＰ、ＴＡｂに対応付けられた前記状況情報に基づいて、前記端末装置ＳＰ、ＴＡｂへの前記所定の事象の通知を制御する。前記状況情報は、本実施形態では、後述の所定期間内通知数情報である。このような管理サーバ装置ＳＶｂは、例えば、図１６に示すように、ＳＶ通信ＩＦ部２１と、ＳＶ制御処理部２２ｂと、ＳＶ記憶部２３ｂとを備える。この管理サーバ装置ＳＶｂのＳＶ通信ＩＦ部２１は、管理サーバ装置ＳＶａのＳＶ通信ＩＦ部２１と同様であるので、その説明を省略する。
【０１０８】
ＳＶ記憶部２３ｂは、ＳＶ記憶部２３ａと同様に、ＳＶ制御処理部２２ｂに接続され、ＳＶ制御処理部２２ｂの制御に従って、各種の所定のプログラムおよび各種の所定のデータを記憶する回路である。ＳＶ記憶部２３ｂは、監視情報、装置間情報、状況情報およびセンサ情報それぞれを記憶するために、ＳＶ監視情報記憶部２３１、装置間情報記憶部２３２、状況情報記憶部２３３ｂおよびＳＶセンサ情報記憶部２３４を機能的に備える。これらＳＶ記憶部２３ｂにおけるＳＶ監視情報記憶部２３１、装置間情報記憶部２３２およびＳＶセンサ情報記憶部２３４は、それぞれ、ＳＶ記憶部２３ａにおけるＳＶ監視情報記憶部２３１、装置間情報記憶部２３２およびＳＶセンサ情報記憶部２３４と同様であるので、その記載を省略する。
【０１０９】
状況情報記憶部２３３ｂは、状況情報記憶部２３３ａと同様に、状況情報を端末装置ＳＰ、ＴＡｂと対応付けて記憶するものである。本実施形態では、前記状況情報は、所定の期間内に前記端末装置に通知した通知数を表す所定期間内通知数情報である。前記所定の期間は、適宜な時間長であって良く、例えば、３０分や６０分や１２０分等である。このような所定期間内通知数情報は、本実施形態では、テーブル形式で状況情報記憶部２３３ｂに記憶されている。
【０１１０】
この所定期間内通知数情報を登録する第２状況情報テーブルＣＴｂは、例えば、図１７に示すように、端末ＩＤを登録する端末ＩＤフィールド２３３３と、端末ＩＤフィールド２３３３に登録されている端末ＩＤを持つ端末装置ＳＰ、ＴＡｂの所定期間内通知数情報を登録する所定期間内通知数情報フィールド２３３４とを備え、端末ＩＤ（端末装置ＳＰ、ＴＡｂ）ごとにレコードを備える。
【０１１１】
ＳＶ制御処理部２２ｂは、ＳＶ制御処理部２２ａと同様に、管理サーバ装置ＳＶｂの各部を当該各部の機能に応じてそれぞれ制御し、センサ装置ＳＵから前記所定の事象の通知を受けると、被監視者Ｏｂに対する監視に関する監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡｂへ通知（再通知、再報知、送信）し、クライアントの要求に応じたデータを前記クライアントに提供し、被監視者監視システムＭＳｂ全体を管理するための回路である。ＳＶ制御処理部２２ｂは、前記制御処理プログラムが実行されることによって、ＳＶ制御部２２１、ＳＶ監視処理部２２２ｂ、状況情報記憶処理部２２３ｂおよび所定期間内通知数情報演算部２２４を機能的に備える。
【０１１２】
ＳＶ制御部２２１は、上述と同様に、管理サーバ装置ＳＶｂの各部を当該各部の機能に応じてそれぞれ制御し、管理サーバ装置ＳＶｂの全体制御を司るものである。
【０１１３】
ＳＶ監視処理部２２２ｂは、ＳＶ監視処理部２２２ａと同様に、センサ装置ＳＵから前記所定の事象の通知を受信すると被監視者Ｏｂに対する監視に関する監視情報を管理し、前記所定の事象を所定の端末装置ＳＰ、ＴＡａへ報知するものである。
【０１１４】
そして、本実施形態では、ＳＶ監視処理部２２２ｂは、前記所定の端末装置ＳＰ、ＴＡｂへ前記所定の事象の通知を実行する場合に、すなわち、本実施形態では前記所定の端末装置ＳＰ、ＴＡｂへ前記第２イベント通知通信信号を送信する場合に、状況情報記憶部２３３ａに記憶された前記所定の端末装置ＳＰ、ＴＡｂに対応付けられた状況情報に基づいて、前記所定の端末装置ＳＰ、ＴＡｂへの前記所定の事象の通知（前記第２イベント通知通信信号の送信）を制御する。より具体的には、ＳＶ監視処理部２２２ｂは、通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が予め設定された閾値（第２通知抑制閾値（例えば１５、２０および２５等の適宜な数値）を越えているか否かを判定し、通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が前記第２通知抑制閾値を越えていない場合には、そのまま前記第２イベント通知通信信号を送信し、一方、通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が前記第２通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御する。例えば、ＳＶ監視処理部２２２ｂは、上述と同様に、前記第２イベント通知通信信号の送信の中止や、優先度の低い事象を通知するための第２イベント通知通信信号の送信の中止や、前記第２イベント通知通信信号の間引き送信等によって、前記第２イベント通知通信信号の送信を抑制する。
【０１１５】
所定期間内通知数情報演算部２２４は、前記所定の期間内に端末装置ＳＰ、ＴＡｂに通知した通知数を前記端末装置ＳＰ、ＴＡごとに計数することで前記所定期間内通知数情報を求めるものである。より具体的には、所定期間内通知数情報演算部２２４は、少なくとも前記所定の期間分、前記各種の所定のデータの１つとして第２イベント通知通信信号の送信時刻を前記端末装置ＳＰ、ＴＡごとにＳＶ記憶部２３ｂに記憶し、ＳＶ監視処理部２２２ｂが第２イベント通知通信信号を前記所定の端末装置ＳＰ、ＴＡｂへ送信した場合に、所定期間内通知数情報演算部２２４は、この第２イベント通知通信信号の送信時刻を、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂと対応付けて記憶し、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂについて、送信時刻のデータに基づいて、現時点から前記所定の期間内における第２イベント通知通信信号の送信数を総計し、これによって所定期間内通知数情報を求める。
【０１１６】
状況情報記憶処理部２２３ｂは、前記所定の端末装置ＳＰ、ＴＡｂへ前記通知を実行した場合に、すなわち、前記所定の端末装置ＳＰ、ＴＡｂへ前記第２イベント通知通信信号を送信した場合に、前記状況情報として前記端末装置ＳＰ、ＴＡｂと対応付けられている所定期間内通知数情報を、所定期間内通知数情報演算部２２４で求めた前記所定期間内通知数情報で更新して記憶する。より具体的には、状況情報記憶処理部２２３ｂは、前記第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂにおける端末ＩＤを端末ＩＤフィールド２３３３に登録するレコードを検索し、この検索したレコードの所定期間内通知数情報フィールド２３３４に、所定期間内通知数情報演算部２２４で求めた前記所定期間内通知数情報を登録し、この所定期間内通知数情報フィールド２３３４の登録内容を更新する。
【０１１７】
第２実施形態の被監視者監視システムＭＳｂにおける固定端末装置ＳＰおよび携帯端末装置ＴＡｂは、状況情報通知通信信号を送信しない点を除き、第１実施形態の被監視者監視システムＭＳａにおける固定端末装置ＳＰおよび携帯端末装置ＴＡａと同様である。代表的に、携帯端末装置ＴＡｂについて説明すると、第２実施形態における携帯端末装置ＴＡｂは、本実施形態では、例えば、図８に示すように、ＴＡ通信ＩＦ部３１と、ＴＡ制御処理部３２ｂと、ＴＡ記憶部３３と、ＴＡ音入出力部３４と、ＴＡ入力部３５と、ＴＡ表示部３６と、ＴＡＩＦ部３７とを備える。これら第２実施形態の携帯端末装置ＴＡｂにおけるＴＡ通信ＩＦ部３１、ＴＡ記憶部３３、ＴＡ音入出力部３４、ＴＡ入力部３５、ＴＡ表示部３６およびＴＡＩＦ部３７は、それぞれ、第１実施形態の携帯端末装置ＴＡａにおけるＴＡ通信ＩＦ部３１、ＴＡ記憶部３３、ＴＡ音入出力部３４、ＴＡ入力部３５、ＴＡ表示部３６およびＴＡＩＦ部３７と同様であるので、その説明を省略する。
【０１１８】
ＴＡ制御処理部３２ｂは、ＴＡ制御処理部３２ａと同様に、携帯端末装置ＴＡｂの各部を当該各部の機能に応じてそれぞれ制御し、被監視者Ｏｂの前記監視情報を受けて表示し、状況情報通知通信信号を管理サーバ装置ＳＶｂへ送信し、ナースコールの応答や声かけするための回路である。ＴＡ制御処理部３２ｂは、制御処理プログラムが実行されることによって、ＴＡ制御部３２１、ＴＡ監視処理部３２２ｂ、通話処理部３２３およびＴＡストリーミング処理部３２４を機能的に備える。これらＴＡ制御処理部３２ｂにおけるＴＡ制御部３２１、通話処理部３２３およびＴＡストリーミング処理部３２４は、それぞれ、上述のＴＡ制御処理部３２ａにおけるＴＡ制御部３２１、通話処理部３２３およびＴＡストリーミング処理部３２４と同様であるので、その説明を省略する。
【０１１９】
ＴＡ監視処理部３２２ｂは、被監視者Ｏｂに対する監視に関する所定の情報処理を実行するものである。より具体的には、ＴＡ監視処理部３２２ｂは、管理サーバ装置ＳＶｂから第２イベント通知通信信号を受信した場合に、この受信した第２イベント通知通信信号に収容された各情報（各データ）に基づき、被監視者Ｏｂの監視情報をＴＡ監視情報記憶部３３１に記憶（記録）する。ＴＡ監視処理部３２２ｂは、前記受信した第２イベント通知通信信号に収容された各情報に応じた画面をＴＡ表示部３６に表示する。
【０１２０】
したがって、この第２実施形態のＴＡ監視処理部３２２ｂは、第１実施形態のＴＡ監視処理部３２２ａのような、状況情報通知通信信号を送信する処理機能を備えない。
【０１２１】
次に、第２実施形態の動作について説明する。図１８は、図１６に示す前記管理サーバ装置の動作を示すフローチャートである。
【０１２２】
このような第２実施形態における被監視者監視システムＭＳｂでは、センサ装置ＳＵは、図９に示す処理Ｓ１１ないし処理Ｓ１６の各処理を実行することによって、第１実施形態と同様に、動作する。端末装置ＳＰ、ＴＡｂは、図１１に示す、処理Ｓ３６ａに代え処理Ｓ３６ｂを含む処理Ｓ３１ないし処理Ｓ３６ｂの各処理を実行する。すなわち、端末装置ＳＰ、ＴＡｂは、処理Ｓ３６ｂで状況情報通知通信信号を送信しない点を除き（すなわち図１２に示す上述の処理Ｓ４３および処理Ｓ４４の各処理を実行しない点を除き）、第１実施形態と同様に動作する。一方、管理サーバ装置ＳＶｂは、次のように動作している。
【０１２３】
図１８において、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ制御部２２１によって、ＳＶ通信ＩＦ部２１で通信信号を受信したか否かを判定する（Ｓ５１）。この判定の結果、通信信号を受信していない場合（Ｎｏ）には、管理サーバ装置ＳＶｂは、処理をＳ５１に戻し、前記判定の結果、通信信号を受信している場合（Ｙｅｓ）には、管理サーバ装置ＳＶｂは、次の処理Ｓ５２を実行する。すなわち、管理サーバ装置ＳＶｂは、通信信号の受信を待ち受けている。
【０１２４】
処理Ｓ５２では、管理サーバ装置ＳＶｂは、ＳＶ制御部２２１によって、この受信した通信信号の種類を判定する。この判定の結果、管理サーバ装置ＳＶｂは、前記受信した通信信号が第１イベント通知通信信号である場合（第１イベント通知）には、処理Ｓ５３および処理Ｓ５４を順次に実行した後に処理Ｓ５６を実行し、そして、前記受信した通信信号が第１イベント通知通信信号ではない場合（その他）には、処理Ｓ５１で受信した通信信号に応じた適宜な処理を実行する処理Ｓ５５を実行した後に処理Ｓ５６を実行する。
【０１２５】
処理Ｓ５３では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、処理Ｓ５１でセンサ装置ＳＵから受信した第１イベント通知通信信号を処理する。より具体的には、まず、ＳＶ監視処理部２２２ｂは、処理Ｓ５１でセンサ装置ＳＵから受信した第１イベント通知通信信号に収容された、被監視者Ｏｂに対する監視に関する監視情報をＳＶ監視情報記憶部２３１に記憶（記録）する。そして、ＳＶ監視処理部２２２ｂは、処理Ｓ５１で受信した第１イベント通知通信信号を送信したセンサ装置ＳＵに対応する通知先を装置間情報記憶部２３２に記憶された前記通知先対応関係から選定（検索）する。次に、ＳＶ監視処理部２２２ｂは、この選定した通知先の端末装置ＳＰ、ＴＡｂの状況情報に基づいて、前記選定した通知先の端末装置ＳＰ、ＴＡｂへの第２イベント通知通信信号の送信を制御する。より詳しくは、ＳＶ監視処理部２２２ｂは、まず、ＳＶ記憶部２３ｂの状況情報記憶部２３３ｂに記憶されている第２状況情報テーブルＣＴｂから、通知先の端末装置ＳＰ、ＴＡｂの端末ＩＤを端末ＩＤフィールド２３３３に登録するレコードを検索し、この検索したレコードの所定期間内通知数情報フィールド２３３４に登録されている所定期間内通知数情報を取り出す。そして、ＳＶ監視処理部２２２ｂは、この取り出した所定期間内通知数情報による、前記通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が前記第２通知抑制閾値を越えているか否かを判定し、前記通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が前記第２通知抑制閾値を越えていない場合には、そのまま、前記処理Ｓ５１で受信した第１イベント通知通信信号に起因した第２イベント通知通信信号を生成して送信し、一方、前記通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が前記第２通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御する。例えば、ＳＶ監視処理部２２２ｂは、前記第２イベント通知通信信号を生成せずに、前記第２イベント通知通信信号の送信を中止する。また例えば、ＳＶ監視処理部２２２ｂは、前記処理Ｓ５１で受信した第１イベント通知通信信号に収容された前記所定の事象における優先度に応じて前記第２イベント通知通信信号を生成して送信する。また例えば、ＳＶ監視処理部２２２ｂは、間引きして前記第２イベント通知通信信号を生成して送信する。
【０１２６】
この処理Ｓ５３の次に、管理サーバ装置ＳＶｂは、状況情報の処理を行う（Ｓ５４）。より具体的には、管理サーバ装置ＳＶｂは、処理Ｓ５３で第２イベント通知通信信号を送信している場合、まず、ＳＶ制御処理部２２ｂの所定期間内通知数情報演算部２２４によって、この第２イベント通知通信信号の送信時刻を、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂと対応付けて記憶し、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂについて、送信時刻のデータに基づいて、現時点から前記所定の期間内における第２イベント通知通信信号の送信数を総計し、これによって所定期間内通知数情報を求める。続いて、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂの状況情報記憶処理部２２３ｂによって、前記第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂにおける端末ＩＤを端末ＩＤフィールド２３３３に登録するレコードを検索し、この検索したレコードの所定期間内通知数情報フィールド２３３４に、所定期間内通知数情報演算部２２４で求めた前記所定期間内通知数情報を登録し、この所定期間内通知数情報フィールド２３３４の登録内容を更新する。
【０１２７】
一方、管理サーバ装置ＳＶｂは、処理Ｓ５３で第２イベント通知通信信号を送信していない場合、何もせずに、この処理Ｓ５４を終了し、次の処理Ｓ５６を実行する。
【０１２８】
そして、これら処理Ｓ５４および処理Ｓ５５それぞれの後に実行される前記処理Ｓ５６では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂによって、その稼働が終了（停止）か否かを判定する。この判定の結果、稼働の終了（停止）である場合（Ｙｅｓ）には、管理サーバ装置ＳＶｂは、本処理を終了し、一方、稼働の終了（停止）ではない場合（Ｎｏ）には、管理サーバ装置ＳＶｂは、処理を処理Ｓ５１に戻す。
【０１２９】
センサ装置ＳＵから受信した第１イベント通知通信信号に関し、監視サーバ装置ＳＶｂは、以上のように動作している。
【０１３０】
以上説明したように、この第２実施形態における被監視者監視システムＭＳｂ、被監視者監視装置の一例としてのセンサ装置ＳＵおよび管理サーバ装置ＳＶｂ、ならびに、これらの実装された被監視者監視方法は、第１実施形態と同様に、第１イベント通知通信信号の受信に起因する第２イベント通知通信信号の送信を制御するので、端末装置ＳＰ、ＴＡｂへ前記第２イベント通知通信信号による新たに通知する場合に、現状の前記端末装置ＳＰ、ＴＡｂの状況に応じて前記第２イベント通知通信信号による新たな通知を実行するか否かを決定できる。このため、上記被監視者監視システムＭＳｂ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶｂ）および上記被監視者監視方法は、前記対処ができないほどの過剰な前記第２イベント通知通信信号による通知を前記端末装置ＳＰ、ＴＡｂへ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１３１】
上記被監視者監視システムＭＳｂ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶｂ）および上記被監視者監視方法は、状況情報として所定期間内通知数情報を端末装置ＳＰ、ＴＡｂそれぞれに対応付けて記憶するので、所定の期間内に前記端末装置ＳＰ、ＴＡｂに通知した現状の通知数を把握でき、前記端末装置ＳＰ、ＴＡｂへ新たに通知する場合に、所定の期間内に前記端末装置ＳＰ、ＴＡｂに通知した現状の通知数に応じて前記新たな通知を実行するか否かを決定できる。このため、上記被監視者監視システムＭＳｂ、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶｂ）および上記被監視者監視方法は、前記対処ができないほどの過剰な通知を前記端末装置ＳＰ、ＴＡｂへ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。そして、所定の期間内に前記端末装置ＳＰ、ＴＡｂに通知した通知数は、上記被監視者監視装置（センサ装置ＳＵおよび管理サーバ装置ＳＶｂ）で把握できるので、上記被監視者監視装置は、未対処で端末装置ＳＰ、ＴＡａに滞留している通知数のように前記状況情報通知通信信号を前記端末装置ＳＰ、ＴＡｂから受信する必要もない。
【０１３２】
（第１ないし第３変形形態）
上述の実施形態では、管理サーバ装置ＳＶ（ＳＶａ、ＳＶｂ）は、所定の事象を通知するために、第１イベント通知通信信号による第２イベント通知通信信号を所定の端末装置ＳＰ、ＴＡ（ＴＡａ、ＴＡｂ）に送信する場合に、ＳＶ記憶部２３（２３ａ、２３ｂ）の状況情報記憶部２３３（２３３ａ、２３３ｂ）に記憶された前記所定の端末装置ＳＰ、ＴＡに対応付けられた状況情報に基づいて、前記所定の端末装置ＳＰ、ＴＡへの前記第２イベント通知通信信号の送信を制御した。第１実施形態では、管理サーバ装置ＳＶａは、ＳＶ監視処理部２２２ａによって、通知先の端末装置ＳＰ、ＴＡａの滞留通知数が通知抑制閾値（第１通知抑制閾値）を越えているか否かを判定し、通知先の端末装置ＳＰ、ＴＡａの滞留通知数が前記通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御した。第２実施形態では、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、通知先の端末装置ＳＰ、ＴＡｂの所定期間内通知数が第２通知抑制閾値を越えているか否かを判定し、通知先の端末装置ＳＰ、ＴＡａの所定期間内通知数が第２通知抑制閾値を越えている場合には、前記第２イベント通知通信信号の送信を抑制するように制御した。そして、これら前記第２イベント通知通信信号の送信を抑制する制御は、送信の即時中止、送信の優先度別中止および送信の間引き等で実行されたが、これに限定されるものではなく、他の手法で実行されても良く、例えば、前記所定の行動を検知する検知感度に基づいて実行されても良い。検知感度によっても、前記第２イベント通知通信信号の送信を抑制するように制御できる。以下、このような検知感度で前記第２イベント通知通信信号の送信を抑制する第１ないし第３変形形態について説明する。
【０１３３】
図１９は、状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第１態様の動作を示すフローチャートである。図２０は、状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第２態様の動作を示すフローチャートである。図２１は、状況情報に応じた検知感度で第２イベント通知通信信号の送信を制御する場合において、管理サーバ装置における第３態様の動作を示すフローチャートである。
【０１３４】
第１および第２実施形態における被監視者監視システムＭＳａ、ＭＳｂに対する第１ないし第３変形形態では、センサ装置ＳＵは、前記所定の行動を検知する場合に、図９に示す処理Ｓ１２の行動検知処理を複数の検知感度で実行し、図９に示す処理Ｓ１４の第１イベント通知通信信号の送信処理では、前記複数の検知感度それぞれでの各検知結果を各検知感度と対応付けて前記第１イベント通知通信信号に収容し、管理サーバ装置ＳＶ（ＳＣＶａ、ＳＶｂ）へ送信する。
【０１３５】
より具体的には、本実施形態では、前記所定の行動は、起床、離床、転落および転倒であり、センサ装置ＳＵは、行動検知処理部１４２によって、これら各行動それぞれを、互いに異なる複数の検知感度で検知する。例えば、起床の成否の検知では、起床の成否を判定するための前記起床閾値が、高感度起床閾値（例えば３００ｃｍ２等）、中感度起床閾値（例えば４５０ｃｍ２等）および低感度起床閾値（例えば６００ｃｍ２等）の３個に設定されている。そして、行動検知処理部１４２は、上述の前記はみ出し量が高感度起床閾値以上であるか否かを判定し、前記はみ出し量が中感度起床閾値以上であるか否かを判定し、そして、前記はみ出し量が低感度起床閾値以上であるか否かを判定する。この判定の結果、行動検知処理部１４２は、前記はみ出し量が高感度起床閾値以上である場合には、起床と判定し、前記はみ出し量が高感度起床閾値未満である場合には、起床と判定しない。前記判定の結果、行動検知処理部１４２は、前記はみ出し量が中感度起床閾値以上である場合には、起床と判定し、前記はみ出し量が中感度起床閾値未満である場合には、起床と判定しない。そして、前記判定の結果、行動検知処理部１４２は、前記はみ出し量が低感度起床閾値以上である場合には、起床と判定し、前記はみ出し量が低感度起床閾値未満である場合には、起床と判定しない。例えば、この起床の成否の判定の結果、高感度起床閾値では、起床と判定せず（０）、中間度起床閾値では、起床と判定され（１）、そして、低感度起床閾値では、起床と判定された（１）場合には、第１イベント通知通信信号には、各感度での各検知結果として高感度の検知結果から順に０１１が収容される。また例えば、離床の成否の検知では、離床の成否を判定するための前記離床閾値が、高感度離床閾値（例えば１０ｃｍ等）、中感度離床閾値（例えば２０ｃｍ等）および低感度離床閾値（例えば３０ｃｍ等）の３個に設定されている。そして、行動検知処理部１４２は、上述の起床の成否の場合と同様に、これら３個の高感度離床閾値、中感度離床閾値および低感度離床閾値それぞれを用いて離床の成否をそれぞれ判定し、これら各判定結果を第１イベント通知通信信号に収容する。また例えば、転落の成否の検知では、転落の成否を判定するための前記転落閾値が、高感度転落閾値（例えば５秒等）、中感度転落閾値（例えば３ｃｍ等）および低感度転落閾値（例えば１．５秒等）の３個に設定されている。そして、行動検知処理部１４２は、上述の起床の成否の場合と同様に、これら３個の高感度転落閾値、中感度転落閾値および低感度転落閾値それぞれを用いて転落の成否をそれぞれ判定し、これら各判定結果を第１イベント通知通信信号に収容する。また例えば、転倒の成否の検知では、転倒の成否を判定するための前記転倒閾値が、高感度転倒閾値（例えば５秒等）、中感度転倒閾値（例えば３ｃｍ等）および低感度転倒閾値（例えば１．５秒等）の３個に設定されている。そして、行動検知処理部１４２は、上述の起床の成否の場合と同様に、これら３個の高感度転倒閾値、中感度転倒閾値および低感度転倒閾値それぞれを用いて転落の成否をそれぞれ判定し、これら各判定結果を第１イベント通知通信信号に収容する。
【０１３６】
第１変形形態では、第１実施形態における被監視者監視システムＭＳａにおいて、管理サーバ装置ＳＶａは、検知感度の設定に関し、次のように動作している。
【０１３７】
管理サーバ装置ＳＶａは、時間を計時するために、ＳＶ制御処理部２２ａに、時間を計時し、予め設定された所定の時間（例えば１０分や３０分や６０分等）を計時するとタイムアップする計時カウンタを機能的にさらに備え、各端末装置ＳＰ、ＴＡａそれぞれに対応付けて、前記所定の行動を検知するために用いる検知感度をＳＶ記憶部２３ａにさらに記憶している。この例では、検知感度は、前記所定の行動における起床、離床、転落および転倒それぞれに、３個の高感度、中間度および低感度のうちの何れかが対応付けられて記憶されている。
【０１３８】
そして、図１９において、管理サーバ装置ＳＶａは、まず、ＳＶ制御処理部２２ａによって、所定の時間が経過したか否かを判定する（Ｓ６１）。より具体的には、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａによって、計時カウンタがタイムアップしたか否かを判定する。この判定の結果、ＳＶ制御処理部２２ａは、計時カウンタがタイムアップしていない場合（Ｎｏ）には処理を処理Ｓ６１に戻し、一方、計時カウンタがタイムアップしている場合（Ｙｅｓ）には、次の処理Ｓ６２を実行する。
【０１３９】
この処理Ｓ６２では、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａのＳＶ監視処理部２２２ａによって、各端末装置ＳＰ、ＴＡａごとに滞留通知数をチェックする。より具体的には、ＳＶ監視処理部２２２ａは、各端末装置ＳＰ、ＴＡａそれぞれについて、状況情報記憶部２３３ａに記憶されている第１状況情報テーブルＣＴａの滞留通知数情報フィールド２３３２を参照し、当該端末装置ＳＰ、ＴＡａの滞留通知数情報による滞留通知数が予め設定された閾値（第１感度変更閾値）以上か否かを判定する。この判定の結果、各端末装置ＳＰ、ＴＡａそれぞれについて、ＳＶ監視処理部２２２ａは、当該端末装置ＳＰ、ＴＡａの滞留通知数情報による滞留通知数が第１感度変更閾値以上ではない場合（Ｎｏ）では、次の処理Ｓ６３を実行した後に処理Ｓ６５を実行する。一方、当該端末装置ＳＰ、ＴＡａの滞留通知数情報による滞留通知数が第１感度変更閾値以上である場合（Ｙｅｓ）では、次の処理Ｓ６４を実行した後に処理Ｓ６５を実行する。
【０１４０】
処理Ｓ６３では、管理サーバ装置ＳＶａは、ＳＶ監視処理部２２２ａによって、各端末装置ＳＰ、ＴＡａごとに、現在の検知感度の設定を、検知感度を上げるように変更する。より具体的には、ＳＶ監視処理部２２２ａは、各端末装置ＳＰ、ＴＡａごとに、ＳＶ記憶部２３ａに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル上のレベルへ上げてＳＶ記憶部２３ａに記憶して更新する。例えば、携帯端末装置ＴＡａ−１における現在の起床、離床、転落および転倒それぞれの検知感度が低感度である場合には、起床、離床、転落および転倒それぞれの検知感度が中感度に変更され、ＳＶ記憶部２３ａに記憶されて更新される。なお、上限レベルに達している場合には、検知感度は、そのまま維持される。
【０１４１】
処理Ｓ６４では、管理サーバ装置ＳＶａは、ＳＶ監視処理部２２２ａによって、各端末装置ＳＰ、ＴＡａごとに、現在の検知感度の設定を、検知感度を下げるように変更する。より具体的には、ＳＶ監視処理部２２２ａは、各端末装置ＳＰ、ＴＡａごとに、ＳＶ記憶部２３ａに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル下のレベルへ下げてＳＶ記憶部２３ａに記憶して更新する。例えば、携帯端末装置ＴＡａ−１における現在の起床、離床、転落および転倒それぞれの検知感度が中感度である場合には、起床、離床、転落および転倒それぞれの検知感度が低感度に変更され、ＳＶ記憶部２３ａに記憶されて更新される。なお、下限レベルに達している場合には、検知感度は、そのまま維持される。
【０１４２】
そして、処理Ｓ６５では、次回の処理をセットするために、管理サーバ装置ＳＶａは、ＳＶ制御処理部２２ａによって、計時カウンタをリセットして処理を処理Ｓ６１に戻す。
【０１４３】
このような処理によって変形形態における管理サーバ装置ＳＶａは、所定の時間間隔で端末装置ＳＰ、ＴＡａごとにその滞留通知数に基づいて検知感度を変更している。
【０１４４】
そして、管理サーバ装置ＳＶａは、ＳＶ監視処理部２２２ａによって、図１０に示す処理Ｓ２３において、第１イベント通知通信信号による第２イベント通知通信信号を送信する際には、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡａに対応する現在の検知感度をＳＶ記憶部２３ａから取り出し、この取り出した現在の検知感度に基づいて前記第２イベント通知通信信号の送信を制御する。例えば、第１イベント通知通信信号に、離床に関し、高感度の検知結果が検知無し（０）で、中感度および低感度の各検知結果が検知有り（１）である場合、送信先の端末装置ＳＰ、ＴＡａに対応する現在の検知感度が高感度である場合には、ＳＶ監視処理部２２２ａは、離床の検知無しと判断し、第２イベント通知通信信号の送信を中止し、一方、送信先の端末装置ＳＰ、ＴＡａに対応する現在の検知感度が中感度である場合には、ＳＶ監視処理部２２２ａは、離床の検知有りと判断し、第２イベント通知通信信号を送信する。このように第２イベント通知通信信号の送信が現在の検知感度に基づいて制御される。
【０１４５】
第２変形形態では、第２実施形態における被監視者監視システムＭＳｂにおいて、管理サーバ装置ＳＶｂは、検知感度の設定に関し、次のように動作している。
【０１４６】
管理サーバ装置ＳＶｂは、時間を計時するために、ＳＶ制御処理部２２ｂに、時間を計時し、予め設定された所定の時間（例えば１０分や３０分や６０分等）を計時するとタイムアップする計時カウンタを機能的にさらに備え、各端末装置ＳＰ、ＴＡｂそれぞれに対応付けて、前記所定の行動を検知するために用いる検知感度をＳＶ記憶部２３ｂにさらに記憶している。この例では、検知感度は、前記所定の行動における起床、離床、転落および転倒それぞれに、３個の高感度、中間度および低感度のうちの何れかが対応付けられて記憶されている。
【０１４７】
そして、図２０において、管理サーバ装置ＳＶｂは、まず、上述の処理Ｓ６１と同様に、ＳＶ制御処理部２２ｂによって、所定の時間が経過したか否かを判定する（Ｓ７１）。この判定の結果、ＳＶ制御処理部２２ｂは、計時カウンタがタイムアップせず、所定の時間が経過していない場合（Ｎｏ）には処理を処理Ｓ７１に戻し、一方、計時カウンタがタイムアップして所定の時間が経過している場合（Ｙｅｓ）には、次の処理Ｓ７２を実行する。
【０１４８】
この処理Ｓ７２では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂそれぞれについて、状況情報記憶部２３３ｂに記憶されている第２状況情報テーブルＣＴｂの所定期間内通知数情報フィールド２３３４を参照し、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が予め設定された閾値（第２感度変更閾値）以上か否かを判定する。この判定の結果、各端末装置ＳＰ、ＴＡｂそれぞれについて、ＳＶ監視処理部２２２ｂは、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第２感度変更閾値以上ではない場合（Ｎｏ）では、次の処理Ｓ７３を実行し、一方、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第２感度変更閾値以上である場合（Ｙｅｓ）では、次の処理Ｓ７４を実行した後に処理Ｓ７６を実行する。
【０１４９】
処理Ｓ７３では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂそれぞれについて、状況情報記憶部２３３ｂに記憶されている第２状況情報テーブルＣＴｂの所定期間内通知数情報フィールド２３３４を参照し、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が予め設定された閾値（第３感度変更閾値）以下か否かを判定する。この判定の結果、各端末装置ＳＰ、ＴＡｂそれぞれについて、ＳＶ監視処理部２２２ｂは、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第３感度変更閾値以下ではない場合（Ｎｏ）では、検知感度を変更することなく、次の処理Ｓ７６を実行し、一方、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第３感度変更閾値以上である場合（Ｙｅｓ）では、次の処理Ｓ７５を実行した後に処理Ｓ７６を実行する。
【０１５０】
処理Ｓ７４では、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂごとに、現在の検知感度の設定を、検知感度を下げるように変更する。より具体的には、ＳＶ監視処理部２２２ｂは、各端末装置ＳＰ、ＴＡｂごとに、ＳＶ記憶部２３ｂに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル下のレベルへ下げてＳＶ記憶部２３ｂに記憶して更新する。例えば、携帯端末装置ＴＡｂ−１における現在の起床、離床、転落および転倒それぞれの検知感度が高感度である場合には、起床、離床、転落および転倒それぞれの検知感度が中感度に変更され、ＳＶ記憶部２３ｂに記憶されて更新される。なお、下限レベルに達している場合には、検知感度は、そのまま維持される。
【０１５１】
処理Ｓ７５では、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂごとに、現在の検知感度の設定を、検知感度を上げるように変更する。より具体的には、ＳＶ監視処理部２２２ｂは、各端末装置ＳＰ、ＴＡｂごとに、ＳＶ記憶部２３ｂに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル上のレベルへ上げてＳＶ記憶部２３ｂに記憶して更新する。例えば、携帯端末装置ＴＡｂ−１における現在の起床、離床、転落および転倒それぞれの検知感度が中感度である場合には、起床、離床、転落および転倒それぞれの検知感度が高感度に変更され、ＳＶ記憶部２３ｂに記憶されて更新される。なお、上限レベルに達している場合には、検知感度は、そのまま維持される。
【０１５２】
そして、処理Ｓ７６では、次回の処理をセットするために、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂによって、計時カウンタをリセットして処理を処理Ｓ７１に戻す。
【０１５３】
このような処理によって第２変形形態における管理サーバ装置ＳＶｂは、所定の時間間隔で端末装置ＳＰ、ＴＡｂごとにその所定期間内通知数に基づいて検知感度を変更している。
【０１５４】
そして、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、図１０に示す処理Ｓ２３において、第１イベント通知通信信号による第２イベント通知通信信号を送信する際には、上述の第１変形形態と同様に、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂに対応する現在の検知感度をＳＶ記憶部２３ｂから取り出し、この取り出した現在の検知感度に基づいて前記第２イベント通知通信信号の送信を制御する。このように第２イベント通知通信信号の送信が現在の検知感度に基づいて制御される。
【０１５５】
これら上述の第１および第２変形形態では、第１ないし第３感度変更閾値は、固定値であったが、第３変形形態では、感度変更閾値を可変するように第１および第２変形形態の管理サーバ装置ＳＶａ、ＳＶｂが構成される。感度変更閾値は、例えば、被監視者監視システムＭＳａ、ＭＳｂにおける端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの個数に基づいて決定される。例えば、前記感度変更閾値は、予め設定された所定の正時（例えば午前０時等）に、前日に被監視者監視システムＭＳａ、ＭＳｂにログインしている端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの１日平均個数（前日に被監視者監視システムＭＳａ、ＭＳｂで稼働している端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの１日平均個数）に基づいて決定される。一例では、端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの１日平均個数が１０個である場合、感度変更閾値は、２０に設定され、端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの１日平均個数が２０個である場合、感度変更閾値は、４０に設定され、端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの１日平均個数が５個である場合、感度変更閾値は、１０に設定される。また例えば、前記感度変更閾値は、予め設定された昼間時間帯から夜間時間帯への切り換え時点（例えば午後８時等）に、前日の夜間時間帯に被監視者監視システムＭＳａ、ＭＳｂにログインしている端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの夜間時間帯平均個数に基づいて決定され、そして、予め設定された夜間時間帯から昼間時間帯への切り換え時点（例えば午前８時等）に、前日の昼間時間帯に被監視者監視システムＭＳａ、ＭＳｂにログインしている端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの昼間時間帯平均個数に基づいて決定される。また例えば、前記感度変更閾値は、予め設定された所定の期間（例えば１０分や３０分や６０分等）ごとに、前回期間に被監視者監視システムＭＳａ、ＭＳｂにログインしている端末装置ＳＰ、ＴＡａ；ＳＰ、ＴＡｂの平均個数に基づいて決定される。
【０１５６】
一例として、第２変形形態において、前記感度変更閾値が前記所定の期間ごとにダイナミックに変更される場合について、以下に、より具体的に説明する。なお、第１変形形態も以下と同様に説明できる。
【０１５７】
この一例では、図２１において、管理サーバ装置ＳＶｂは、まず、上述の処理Ｓ６１と同様に、ＳＶ制御処理部２２ｂによって、所定の時間が経過したか否かを判定する（Ｓ８１）。この判定の結果、ＳＶ制御処理部２２ｂは、計時カウンタがタイムアップせず、所定の時間が経過していない場合（Ｎｏ）には処理を処理Ｓ８１に戻し、一方、計時カウンタがタイムアップして所定の時間が経過している場合（Ｙｅｓ）には、次の処理Ｓ８２を実行する。
【０１５８】
この処理Ｓ８２では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂによって、稼働端末装置ＳＰ、ＴＡｂの個数に、前回の判定時に較べて変化があったか否かを判定する。すなわち、ＳＶ制御処理部２２ｂは、ログインしている端末装置ＳＰ、ＴＡｂの個数に、前回の判定軸に較べて変化があったか否かを判定する。この判定の結果、ＳＶ制御処理部２２ｂは、ログインしている端末装置ＳＰ、ＴＡｂの個数に、前回の判定軸に較べて変化がなかった場合（Ｎｏ）には、処理Ｓ８３を実行し、ログインしている端末装置ＳＰ、ＴＡｂの個数に、前回の判定軸に較べて変化があった場合（Ｙｅｓ）には、次の処理Ｓ８４を実行した後に処理Ｓ８３を実行する。
【０１５９】
この処理Ｓ８４では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、感度を切り換えるか否かを判定するための感度変更閾値を求める。本実施形態では、所定期間内通知数が２個の第４および第５感度変更閾値を用いて判定処理されているので、これら第４および第５感度変更閾値が求められ設定される。より具体的には、第４感度変更閾値について、端末装置ＳＰ、ＴＡｂの１個当たりの第１基準感度変更閾値が予め設定され、ＳＶ監視処理部２２２ｂは、この第１基準感度変更閾値にログインしている端末装置ＳＰ、ＴＡｂの個数を乗算し、この乗算結果を第４感度変更閾値とする（（第４感度変更閾値）＝（第１基準感度変更閾値）×（ログインしている端末装置ＳＰ、ＴＡｂの個数））。同様に、第５感度変更閾値について、端末装置ＳＰ、ＴＡｂの１個当たりの第２基準感度変更閾値が予め設定され、ＳＶ監視処理部２２２ｂは、この第２基準感度変更閾値にログインしている端末装置ＳＰ、ＴＡｂの個数を乗算し、この乗算結果を第５感度変更閾値とする（（第５感度変更閾値）＝（第２基準感度変更閾値）×（ログインしている端末装置ＳＰ、ＴＡｂの個数））。
【０１６０】
そして、処理Ｓ８３では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂそれぞれについて、状況情報記憶部２３３ｂに記憶されている第２状況情報テーブルＣＴｂの所定期間内通知数情報フィールド２３３４を参照し、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が上述の第４感度変更閾値以上か否かを判定する。この判定の結果、各端末装置ＳＰ、ＴＡｂそれぞれについて、ＳＶ監視処理部２２２ｂは、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第４感度変更閾値以上ではない場合（Ｎｏ）では、次の処理Ｓ８５を実行し、一方、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第４感度変更閾値以上である場合（Ｙｅｓ）では、次の処理Ｓ８６を実行した後に処理Ｓ８８を実行する。
【０１６１】
処理Ｓ８５では、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂのＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂそれぞれについて、状況情報記憶部２３３ｂに記憶されている第２状況情報テーブルＣＴｂの所定期間内通知数情報フィールド２３３４を参照し、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第５感度変更閾値以下か否かを判定する。この判定の結果、各端末装置ＳＰ、ＴＡｂそれぞれについて、ＳＶ監視処理部２２２ｂは、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第５感度変更閾値以下ではない場合（Ｎｏ）では、検知感度を変更することなく、次の処理Ｓ８８を実行し、一方、当該端末装置ＳＰ、ＴＡｂの所定期間内通知数情報による所定期間内通知数が第５感度変更閾値以上である場合（Ｙｅｓ）では、次の処理Ｓ８７を実行した後に処理Ｓ８８を実行する。
【０１６２】
処理Ｓ８６では、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂごとに、現在の検知感度の設定を、検知感度を下げるように変更する。より具体的には、ＳＶ監視処理部２２２ｂは、各端末装置ＳＰ、ＴＡｂごとに、ＳＶ記憶部２３ｂに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル下のレベルへ下げてＳＶ記憶部２３ｂに記憶して更新する。
【０１６３】
処理Ｓ８７では、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、各端末装置ＳＰ、ＴＡｂごとに、現在の検知感度の設定を、検知感度を上げるように変更する。より具体的には、ＳＶ監視処理部２２２ｂは、各端末装置ＳＰ、ＴＡｂごとに、ＳＶ記憶部２３ｂに記憶されている起床、離床、転落および転倒それぞれの検知感度を１レベル上のレベルへ上げてＳＶ記憶部２３ｂに記憶して更新する。
【０１６４】
そして、処理Ｓ８８では、次回の処理をセットするために、管理サーバ装置ＳＶｂは、ＳＶ制御処理部２２ｂによって、計時カウンタをリセットして処理を処理Ｓ８１に戻す。
【０１６５】
このような処理によって第３変形形態における管理サーバ装置ＳＶｂは、所定の時間間隔で端末装置ＳＰ、ＴＡｂごとにその所定期間内通知数に基づいて検知感度を変更している。
【０１６６】
そして、管理サーバ装置ＳＶｂは、ＳＶ監視処理部２２２ｂによって、図１０に示す処理Ｓ２３において、第１イベント通知通信信号による第２イベント通知通信信号を送信する際には、上述の第１変形形態と同様に、この第２イベント通知通信信号の送信先の端末装置ＳＰ、ＴＡｂに対応する現在の検知感度をＳＶ記憶部２３ｂから取り出し、この取り出した現在の検知感度に基づいて前記第２イベント通知通信信号の送信を制御する。このように第２イベント通知通信信号の送信が現在の検知感度に基づいて制御される。
【０１６７】
本明細書は、上記のように様々な態様の技術を開示しているが、そのうち主な技術を以下に纏める。
【０１６８】
一態様にかかる被監視者監視装置は、監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する被監視者監視装置であって、前記端末装置と対応付けて前記通知に関わる前記端末装置の状況を表す状況情報を記憶する状況情報記憶部と、前記端末装置へ前記通知を実行する場合に、前記状況情報記憶部に記憶された前記端末装置に対応付けられた前記状況情報に基づいて、前記端末装置への前記通知を制御する通知制御部とを備える。
【０１６９】
このような被監視者監視装置は、前記通知制御部を備えるので、前記端末装置へ新たに通知する場合に、現状の前記端末装置の状況に応じて前記新たな通知を実行するか否かを決定できる。このため、上記被監視者監視装置は、前記対処ができないほどの過剰な通知を前記端末装置へ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１７０】
他の一態様では、上述の被監視者監視装置において、前記状況情報は、未対処で前記端末装置に滞留している通知数を表す滞留通知数情報であり、前記端末装置の前記滞留通知数情報を前記状況情報として収容した状況情報通知通信信号を前記端末装置から受信した場合に、前記受信した状況情報通知通信信号に収容された前記滞留通知数情報を前記端末装置と対応付けて前記状況情報記憶部に記憶する状況情報記憶処理部をさらに備える。
【０１７１】
このような被監視者監視装置は、前記状況情報記憶処理部を備えるので、未対処で端末装置に滞留している現状の通知数を把握でき、前記端末装置へ新たに通知する場合に、未対処で前記端末装置に滞留している現状の通知数に応じて前記新たな通知を実行するか否かを決定できる。このため、上記被監視者監視装置は、前記対処ができないほどの過剰な通知を前記端末装置へ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１７２】
他の一態様では、上述の被監視者監視装置において、前記状況情報は、所定の期間内に前記端末装置に通知した通知数を表す所定期間内通知数情報であり、前記所定の期間内に前記端末装置に通知した通知数を計数することで前記所定期間内通知数情報を求める所定期間内通知数情報演算部と、前記端末装置へ前記通知を実行した場合に、前記状況情報として前記端末装置と対応付けられている前記所定期間内通知数情報を、前記所定期間内通知数情報演算部で求めた前記所定期間内通知数情報で更新して記憶する状況情報記憶処理部をさらに備える。
【０１７３】
このような被監視者監視装置は、前記状況情報記憶処理部を備えるので、所定の期間内に端末装置に通知した現状の通知数を把握でき、前記端末装置へ新たに通知する場合に、所定の期間内に端末装置に通知した現状の通知数に応じて前記新たな通知を実行するか否かを決定できる。このため、上記被監視者監視装置は、前記対処ができないほどの過剰な通知を前記端末装置へ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。そして、所定の期間内に前記端末装置に通知した通知数は、被監視者監視装置で把握できるので、上記被監視者監視装置は、未対処で端末装置に滞留している通知数のように前記状況情報通知通信信号を前記端末装置から受信する必要もない。
【０１７４】
他の一態様にかかる被監視者監視方法は、監視対象である被監視者に関わる、対処が必要な所定の事象を、通信可能に接続された端末装置へ通知する被監視者監視方法であって、前記端末装置と対応付けて前記通知に関わる前記端末装置の状況を表す状況情報を状況情報記憶部に記憶する状況情報記憶工程と、前記端末装置へ前記通知を実行する場合に、前記状況情報記憶部に記憶された前記端末装置に対応付けられた前記状況情報に基づいて、前記端末装置への前記通知を制御する通知制御工程とを備える。
【０１７５】
このような被監視者監視方法は、前記通知制御工程を備えるので、前記端末装置へ新たに通知する場合に、現状の前記端末装置の状況に応じて前記新たな通知を実行するか否かを決定できる。このため、上記被監視者監視方法は、前記対処ができないほどの過剰な通知を前記端末装置へ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１７６】
他の一態様にかかる被監視者監視システムは、端末装置と、前記端末装置と通信可能に接続され、監視対象である被監視者に関わる、対処が必要な所定の事象を、前記端末装置へ通知する被監視者監視装置とを備える被監視者監視システムであって、前記被監視者監視装置は、これら上述のいずれかの被監視者監視装置である。
【０１７７】
このような被監視者監視システムは、これら上述のいずれかの被監視者監視装置を備えるので、前記対処ができないほどの過剰な通知を前記端末装置へ実行することを避けることができ、したがって、通知に対する前記対処をより適切に実施できる。
【０１７８】
他の一態様では、上述の被監視者監視システムにおいて、前記被監視者監視装置は、センサ装置と前記センサ装置と通信可能に接続された管理サーバ装置とを備え、前記センサ装置は、監視対象である被監視者に関わる、対処が必要な所定の事象を、前記管理サーバ装置へ通知し、前記管理サーバ装置は、前記センサ装置から前記通知を受けると前記通知を通信可能に接続された端末装置へ再通知し、前記管理サーバ装置は、前記状況情報記憶部および前記通知制御部を備える。
【０１７９】
このような被監視者監視システムは、前記管理サーバ装置が前記状況情報記憶部および前記報知制御部を備えるので、センサ装置が複数であったり、端末装置が複数であったりしても、集中的に効率よく端末装置の状況を管理できる。
【０１８０】
この出願は、２０１６年２月２４日に出願された日本国特許出願特願２０１６−３２７７６を基礎とするものであり、その内容は、本願に含まれるものである。
【０１８１】
本発明を表現するために、上述において図面を参照しながら実施形態を通して本発明を適切且つ十分に説明したが、当業者であれば上述の実施形態を変更および／または改良することは容易に為し得ることであると認識すべきである。したがって、当業者が実施する変更形態または改良形態が、請求の範囲に記載された請求項の権利範囲を離脱するレベルのものでない限り、当該変更形態または当該改良形態は、当該請求項の権利範囲に包括されると解釈される。
【産業上の利用可能性】
【０１８２】
本発明によれば、被監視者監視装置、被監視者監視方法および被監視者監視システムが提供できる。
【図１】
2017145832.tif 000003
【図２】
2017145832.tif 000004
【図３】
2017145832.tif 000005
【図４】
2017145832.tif 000006
【図５】
2017145832.tif 000007
【図６】
2017145832.tif 000008
【図７】
2017145832.tif 000009
【図８】
2017145832.tif 000010
【図９】
2017145832.tif 000011
【図１０】
2017145832.tif 000012
【図１１】
2017145832.tif 000013
【図１２】
2017145832.tif 000014
【図１３】
2017145832.tif 000015
【図１４】
2017145832.tif 000016
【図１５】
2017145832.tif 000017
【図１６】
2017145832.tif 000018
【図１７】
2017145832.tif 000019
【図１８】
2017145832.tif 000020
【図１９】
2017145832.tif 000021
【図２０】
2017145832.tif 000022
【図２１】
2017145832.tif 000023
【国際調査報告】
2017145832.tif 000024
2017145832.tif 000025