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