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