JP6357623B2 - 情報処理装置、プログラム及び情報処理方法 - Google Patents

Description

本願は、監視対象者の状態を監視し、必要に応じて通報する情報処理装置、プログラム及び情報処理方法に関する。

近年、一人暮らしの高齢者又は心身障害者が増加している。また、一人暮らしではないものの、高齢者又は心身障害者だけで生活している人達もいる。そこで、このような人の状況を監視し、通報すべき状況が生じた場合に、医師又は看護師等の医療関係者、あるいは、別居している家族等に通報するシステムが提供されつつある。例えば特許文献１では、室内のベッド上の監視対象者を監視し、ベッドからの転落等の状況を検出した場合に看護師又は家族等に通報するシステムが提案されている。

特開２０１１−８６２８６号公報

特許文献１に開示されたシステムのようにベッドからの転落等の動作状況だけでなく、監視対象者の健康状況も監視し、通報するシステムが要望されている。

本発明は、斯かる事情に鑑みてなされたものである。そして、その目的とするところは、監視対象者の健康状態に関する通報を行う情報処理装置、プログラム及び情報処理方法を提供することにある。

本発明に係る情報処理装置は、トイレに設けられた検知部及び対象者識別部から夫々、監視対象者の前記トイレの使用状況を検知した検知結果と、前記トイレを使用した前記監視対象者の識別情報とを取得する取得部と、該取得部が取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々の排尿の頻度を算出する算出部と、該算出部が算出した前記頻度を所定の閾値と比較する比較部と、該比較部が比較した結果、前記頻度が前記閾値以上である場合、前記識別情報を含む第１警告情報を出力する第１出力部と、前記取得部が取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々のトイレの使用時間が所定時間を経過したか否かを判断する判断部と、前記監視対象者のトイレの使用時間が前記所定時間を経過したと判断した場合、前記識別情報を含む、前記第１警告情報とは異なる第２警告情報を出力する第２出力部とを備えることを特徴とする。

本発明に係る情報処理装置は、前記算出部は、所定の時間帯毎に前記頻度を算出するようにしてあり、前記比較部は、時間帯に応じて異なる閾値との比較を行うようにしてあることを特徴とする。

本発明に係る情報処理装置は、前記第１出力部は、脱水状態に関する前記第１警告情報を出力するようにしてあることを特徴とする。

本発明によれば、情報処理装置は、トイレに設けられた検知部及び対象者識別部から夫々、監視対象者のトイレの使用状況を検知した検知結果と、トイレを使用した監視対象者の識別情報とを取得し、取得した検知結果及び識別情報に基づいて算出した監視対象者夫々の排尿の頻度が所定の閾値以上である場合に、監視対象者の識別情報を含む第１警告情報を出力する。排尿の頻度が所定の閾値以上である場合、何らかの病気の発症が疑われる。よって、第１警告情報を取得した人は、排尿の頻度が多い状態に対する適切な対応を早期に行うことが可能となる。また、識別情報に基づき監視対象者を識別可能であるため、トイレを複数の監視対象者が使用する場合であっても、個々の監視対象者の排尿の頻度を算出して適切な対応を取ることができる。なお、情報処理装置は脱水状態に関する第１警告情報を出力してもよい。排尿の頻度が所定の閾値以上である場合、脱水状態が発症及び進行している可能性がある。よって、脱水状態に関する第１警告情報を出力した場合には、第１警告情報を取得した人は、脱水状態の発症を容易に把握でき、脱水状態に対する適切な対応を早期に行うことが可能となる。また情報処理装置は、所定の時間帯に応じてそれぞれ異なる閾値を用いて排尿の頻度との比較を行う。例えば、昼間の時間帯及び夜間の時間帯、あるいは、起床中の時間帯及び就寝中の時間帯では、気温、体温、発汗状態等が異なる。よって、排尿の頻度（回数）も異なるので、比較処理に用いる閾値を時間帯毎に異ならせることにより、各時間帯に応じてより適切な判断が可能となる。更に情報処理装置は、検知部及び対象者識別部から取得した検知結果及び識別情報に基づいて、監視対象者夫々のトイレの使用時間が所定時間を経過したと判断した場合、第２警告情報を出力する。

本発明では、監視対象者の健康状態について、何らかの病気の発症が疑われる状態を警告することができ、警告を受け付けた人は、監視対象者の状態に応じて適切な対応を早期に行うことができる。

実施形態１に係る監視システムの構成を示すブロック図である。 コントローラの内部構成を示すブロック図である。 監視サーバの内部構成を示すブロック図である。 監視情報テーブルの格納内容を示す模式図である。 携帯端末装置の内部構成を示すブロック図である。 コントローラが行う処理の手順を示すフローチャートである。 コントローラが行う処理の手順を示すフローチャートである。 コントローラが行う処理の手順を示すフローチャートである。 コントローラが行う処理の手順を示すフローチャートである。 監視サーバが行う処理の手順を示すフローチャートである。 携帯端末装置が行う処理の手順を示すフローチャートである。 携帯端末装置の表示画面例を示す模式図である。 携帯端末装置の表示画面例を示す模式図である。 警告すべき監視対象者の状態を示すアイコンの他の例を示す模式図である。 実施形態２の監視システムの構成を示すブロック図である。 実施形態３の監視システムの構成を示すブロック図である。 実施形態３のコントローラが行う処理の手順の一部を示すフローチャートである。 実施形態３のコントローラが行う処理の手順の一部を示すフローチャートである。

以下に、本発明に係る情報処理装置、プログラム、情報処理システム及び情報表示方法について、その実施形態である監視システムを示す図面に基づいて詳述する。

（実施形態１）
以下に、実施形態１に係る監視システムについて説明する。図１は、実施形態１に係る監視システムの構成を示すブロック図である。本実施形態１の監視システムは、個人住宅又は集合住宅の各居室（以下、まとめて住居という）で生活している高齢者又は心身障害者等（以下、監視対象者という）の健康状態を監視する（見守る）システムである。なお、本実施形態１では、監視対象者は独居しているものとする。

本実施形態１の監視システムは、各住居に設置されたコントローラ（情報処理装置）１、本監視システムを運営する事業者が管理する監視サーバ３、各住居に住む監視対象者の状態の通知及び通報（警告）を受ける携帯端末装置２等を備える。コントローラ１、携帯端末装置２及び監視サーバ３はそれぞれ、インターネット等のネットワークＮに接続可能であり、ネットワークＮを介して各種情報を送受信する。監視サーバ３は、各住居に設置された複数のコントローラ１から逐次受信する各監視対象者の状態情報及び警告情報を蓄積すると共に携帯端末装置２へ送信する。携帯端末装置２は、例えば医療関係者、監視対象者の家族等が携帯する端末であり、携帯端末装置２の所有者は、監視サーバ３から送信される状態情報及び警告情報により各監視対象者の状態を把握できる。

各住居の各部屋には人の有無を検知する人感センサ、監視対象者が手動で操作する緊急ボタン等が設けてある。本実施形態１では、トイレに人感センサ（トイレ用人感センサ）５１及び緊急ボタン（トイレ用緊急ボタン）５２が設けてあり、寝室にベッドセンサ６１、緊急ボタン（寝室用緊急ボタン）６２及び枕動作装置６３が設けてあり、リビングに人感センサ（リビング用人感センサ）７１、緊急ボタン（リビング用緊急ボタン）７２及び温度センサ７３が設けてある。人感センサ及び緊急ボタン等は、これらの部屋以外の部屋（例えば浴室、台所、玄関等）にも設けてあってもよい。

人感センサ５１，７１は、所定の検知範囲内に人が存在するか否かを検知するセンサであり、例えば赤外線、超音波、可視光線等を出射してその反射波を検知することにより人の存在を検知する。即ち、トイレ用人感センサ５１はトイレ内における人の有無を検知し、リビング用人感センサ７１はリビング内における人の有無を検知する。人感センサ５１，７１は、人が存在していない状態から人の存在を検知した場合、又は人が存在している状態から人の不在を検知した場合、検知信号をコントローラ１へ出力する。これにより、トイレ用人感センサ５１は、監視対象者のトイレの使用状況（排尿の状況）を検知する検知部として機能する。

なお、人感センサ５１，７１による人の検知方法はこれに限らない。また、トイレ用人感センサ５１の代わりに、トイレ（便所）の使用の有無を検知するセンサを用いてもよい。例えば、トイレ（便座）への着座を検知するセンサ、流水（排水）の実行を検知するセンサ等を用いてもよい。また、監視対象者が手動でトイレの使用状況を入力するボタン（例えば、排尿後に操作するボタン、排便後に操作するボタン）を用いてもよい。例えば、流水の実行を指示するボタンとして排尿後に操作すべき「小ボタン」及び排便後に操作すべき「大ボタン」を有するトイレの場合、これらのボタンを用いることができる。このようなセンサ又はボタンを用いた場合には、トイレ内への入退室状況だけでなく、トイレの使用状況も把握できる。

緊急ボタン５２，６２，７２は、監視対象者が自身の判断で救援を希望する場合に手動で操作するボタンである。緊急ボタン５２，６２，７２は、監視対象者によって操作された場合、所定の信号をコントローラ１へ出力する。
温度センサ７３は、リビングの壁面又は天井面等に設けられており、リビング内の温度を検知する。温度センサ７３は、例えばコントローラ１からの指示に従って温度を検知し、検知した温度情報をコントローラ１へ出力する。なお、温度センサ７３は、例えばリビングに設置された空調装置（図示せず）に設けてある温度センサを用いることができる。また空調装置は、コントローラ１からの指示に従って、冷房動作又は暖房動作の実行及び停止が可能に構成されていてもよい。

ベッドセンサ６１は、寝室に設置されたベッドに対する入床及び出床、並びに、ベッドに在床している人の心拍数及び呼吸状態を検知するセンサである。ベッドセンサ６１は、例えばベッドの床とその上のマットとの間に配置されたエアマット内の空気圧を検知することにより、人の入床及び出床、在床中の人の心拍数及び呼吸状態を検知する。ベッドセンサ６１は、例えばコンデンサマイクロホン、ピエゾ抵抗効果を利用した圧力センサ、圧電効果を利用した圧力センサ等を使用する。ベッドセンサ６１は、ベッドへの入床を検知した場合、又はベッドからの出床を検知した場合、それぞれの状態を示す検知信号をコントローラ１へ出力する。またベッドセンサ６１は、定期的に在床中の人の心拍数及び呼吸状態を検知し、検知した心拍数及び呼吸状態を示す検知信号をコントローラ１へ出力する。

枕動作装置６３は、在床中の人が使用する枕をベッドの床に対して平行な状態で、在床中の人に対して左右方向に、又は円形、楕円形、八の字形状等を描くように動作させる装置である。枕動作装置６３は、枕を動作させる駆動部６３ｂ（図２参照）を有しており、駆動部６３ｂは、例えば枕の内部に設けてあってもよく、枕とその下のマットとの間に設置されていてもよい。枕動作装置６３は例えば、対向配置された２枚の平板の間にレールを設け、駆動部６３ｂが、上方の平板（在床中の人の頭側の平板）をレールに沿って下方の平板に対して平行移動させることにより、枕を動作させる構成とすることができる。枕動作装置６３は、コントローラ１からの指示に従って駆動部６３ｂを動作させ、枕を動作させる。なお、在床中（睡眠中）の人（監視対象者）が無呼吸状態となった場合に、このように枕を動作させることによって気道の確保が可能となり、無呼吸状態が解消されることがある。

図１には、一戸の住居に設置されたコントローラ１及び人感センサ５１，７１等を示しているが、コントローラ１及び人感センサ５１，７１等は、複数の住居に設置されていてもよい。また各住居のコントローラ１はそれぞれネットワークＮに接続可能である。

図２は、コントローラ１の内部構成を示すブロック図である。コントローラ１は、制御部１０、ＲＡＭ（Random Access Memory）１１、記憶部１２、通信部１３、接続部１４等を有する。
制御部１０は、ＣＰＵ（Central Processing Unit ）又はＭＰＵ（Micro Processor Unit）等である。制御部１０は、記憶部１２に記憶してある制御プログラムを適宜ＲＡＭ１１に読み出して実行することにより種々の処理を行うと共に、コントローラ１が備える上述した各部の動作を制御する。

ＲＡＭ１１は、ＳＲＡＭ（Static ＲＡＭ）、ＤＲＡＭ（Dynamic ＲＡＭ）、フラッシュメモリ等であり、制御部１０による各種の制御プログラムの実行時に発生するデータを一時的に記憶する。
記憶部１２は、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等であり、制御部１０が実行する制御プログラム及び各種データを予め記憶している。また記憶部１２には、コントローラ１にて監視される監視対象者の情報等が記憶されている。監視対象者の情報には、監視対象者の氏名が含まれており、監視対象者に対象者ＩＤ（IDentification）が割り当てられている場合には対象者ＩＤも含まれる。更に記憶部１２には、ネットワークＮを介して監視サーバ３と通信する際に用いるサーバ情報が記憶されている。サーバ情報は、監視サーバ３に割り当てられている電子メールアドレス、ＩＰ（Internet Protocol）アドレス等である。

通信部１３は、ネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して各種の通信装置との間で通信を行う。例えば、通信部１３は、制御部１０からの指示に従って、ネットワークＮを介して監視サーバ３へ情報を送信する。なお、通信部１３は、無線通信にてネットワークＮに接続する構成でもよく、所定の信号線を介した有線通信にてネットワークＮに接続する構成でもよい。
接続部１４には、住居内の各部屋に設けられた人感センサ５１，７１、緊急ボタン５２，６２，７２、ベッドセンサ６１、枕動作装置６３、温度センサ７３等が接続される。接続部１４は、所定の信号線を介して上述した各機器との接続が行われる構成でもよく、上述した各機器との間で無線通信が行われる構成でもよい。

コントローラ１は、上述した構成のほかに、制御部１０からの指示に従って各種情報を表示する表示部、コントローラ１に対する各種操作を受け付ける操作部等を有する構成でもよい。
なお、枕動作装置６３は、コントローラ１の接続部１４に接続するための接続部６３ａ及び駆動部６３ｂ等を有する。枕動作装置６３は、コントローラ１が接続部１４から出力する枕動作実行指示を接続部６３ａにて取得し、取得した枕動作実行指示に従って駆動部６３ｂにて枕を動作させる。

図３は、監視サーバ３の内部構成を示すブロック図である。監視サーバ３は、制御部３０、ＲＡＭ３１、記憶部３２、通信部３３等を有する。
制御部３０は、ＣＰＵ又はＭＰＵ等である。制御部３０は、記憶部３２に記憶してある制御プログラムを適宜ＲＡＭ３１に読み出して実行することにより種々の処理を行うと共に、監視サーバ３が備える上述した各部の動作を制御する。

ＲＡＭ３１は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等であり、制御部３０による各種の制御プログラムの実行時に発生するデータを一時的に記憶する。
記憶部３２は、ＨＤＤ又はフラッシュメモリ等であり、制御部３０が実行する制御プログラム及び各種データを予め記憶している。また記憶部３２は、コントローラ１から適宜送信されてくる監視対象者の状態情報及び警告情報が蓄積される監視情報テーブル３２ａを記憶している。

図４は、監視情報テーブル３２ａの格納内容を示す模式図である。監視情報テーブル３２ａには、本実施形態１の監視システムにて健康状態が監視される監視対象者の情報が記憶される。具体的には、各監視対象者について、対象者ＩＤ、氏名、年齢、住所、状態情報、警告情報、対応状況等が対応付けて監視情報テーブル３２ａに記憶される。対象者ＩＤの欄には、各監視対象者に割り当てられた対象者ＩＤが格納される。なお、対象者ＩＤの代わりに、各監視対象者を識別するための識別情報を用いる構成でもよい。氏名、年齢及び住所の各欄には、各監視対象者の氏名、年齢及び住所が格納される。対象者ＩＤ、氏名、年齢及び住所の各欄の内容は、各監視対象者に対して本実施形態１の監視システムによる監視が開始される際に、制御部３０によって格納される。なお、これらの情報に変更があった場合、制御部３０によって適宜更新される。

また状態情報の欄には、コントローラ１から送信された各監視対象者の状態情報が格納される。状態情報は、監視サーバ３がコントローラ１から状態情報を受信した日時と共に格納されてもよい。なお、状態情報は、監視対象者の状態を示す情報であり、例えば、起床中（出床中）であること、就寝中（入床中、在床中、睡眠中）であること、トイレの使用状況等を示す情報である。警告情報の欄には、コントローラ１から送信された各監視対象者の警告情報が格納される。警告情報は、監視サーバ３がコントローラ１から警告情報を受信した日時と共に格納されてもよい。なお、警告情報は、監視対象者の状態を示す情報のうちで早期に対応を要する状態を示す情報であり、例えば、監視対象者がトイレに長時間存在すること、室内の高温状態が長時間継続していること、監視対象者が無呼吸状態であること等を示す情報である。状態情報及び警告情報の各欄の内容は、コントローラ１から送信された状態情報及び警告情報を監視サーバ３が受信する都度、制御部３０によって順次格納（蓄積）される。

更に対応状況の欄には、コントローラ１から受信した警告情報に対して対応済みである場合には「済」が格納され、未対応である場合には「未」が格納される。なお、制御部３０は、コントローラ１から受信した警告情報を監視情報テーブル３２ａの警告情報の欄に格納した場合、対応する対応状況の欄に「未」を格納する。また制御部３０は、例えば携帯端末装置２を介して「対応済み」が入力された場合に、対応状況の欄の内容を「未」から「済」に更新する。なお、携帯端末装置２の所有者が医療関係者である場合、この医療関係者は、監視サーバ３から通知された警告情報に従って適切な処置を行った後、携帯端末装置２の操作部２４ａ（図５参照）を介して「対応済み」を入力する。また、携帯端末装置２の所有者が監視対象者の家族である場合、この家族は、監視サーバ３から通知された警告情報に従って、例えば所定の医療関係者への連絡又は救急搬送の依頼等を行った後、携帯端末装置２の操作部２４ａを介して「対応済み」を入力する。携帯端末装置２を介して入力された「対応済み」の情報は、携帯端末装置２から監視サーバ３へ送信され、監視サーバ３の制御部３０は、受信した情報に基づいて監視情報テーブル３２ａの対応状況の欄を更新する。

なお、記憶部３２には、監視対象者に関する状態情報及び警告情報を送信する通報先情報が更に記憶されている。通報先情報は、携帯端末装置２又はパーソナルコンピュータ等の通信装置に割り当てられている電子メールアドレス等、通報先の装置と通信する際に用いられる情報である。なお、通報先情報は、監視対象者毎に異なる構成でもよく、この場合、各監視対象者の通報先情報は監視情報テーブル３２ａに登録されていてもよい。

通信部３３は、ネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して各種の通信装置との間で通信を行う。例えば、通信部３３は、制御部３０からの指示に従って、ネットワークＮを介して携帯端末装置２へ情報を送信し、コントローラ１から送信された情報をネットワークＮを介して受信する。通信部３３は、無線通信にてネットワークＮに接続する構成でもよく、所定の信号線を介した有線通信にてネットワークＮに接続する構成でもよい。
監視サーバ３は、上述した構成のほかに、制御部３０からの指示に従って各種情報を表示する表示部、監視サーバ３に対する各種操作を受け付ける操作部等を有する構成でもよい。

図５は、携帯端末装置２の内部構成を示すブロック図である。携帯端末装置２は、スマートフォン、携帯電話、タブレット端末等の通信装置である。携帯端末装置２は、制御部２０、ＲＡＭ２１、記憶部２２、通信部２３、タッチパネル２４等を有する。
制御部２０は、ＣＰＵ又はＭＰＵ等である。制御部２０は、記憶部２２に記憶してある制御プログラムを適宜ＲＡＭ２１に読み出して実行することにより種々の処理を行うと共に、携帯端末装置２が備える上述した各部の動作を制御する。

ＲＡＭ２１は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等であり、制御部２０による各種の制御プログラムの実行時に発生するデータを一時的に記憶する。
記憶部２２は、ＨＤＤ又はフラッシュメモリ等であり、制御部２０が実行する制御プログラム及び各種データを予め記憶している。また記憶部２２は、本発明に係るプログラムである監視処理アプリケーションプログラム（以下、監視処理アプリという）２２ａを記憶している。なお、監視処理アプリ２２ａは、予め記憶部２２に記憶されていてもよいし、ネットワークＮを介して所定のウェブサーバからダウンロードされて記憶部２２に記憶されてもよい。

更に記憶部２２は、監視サーバ３から適宜送信されてくる監視対象者の状態情報及び警告情報が蓄積される監視情報テーブル２２ｂを記憶している。監視情報テーブル２２ｂは、監視サーバ３の記憶部３２に記憶される監視情報テーブル３２ａの構成と同一の構成を有する。監視情報テーブル２２ｂは、監視サーバ３の制御部３０が監視情報テーブル３２ａを更新する処理と同様の処理を携帯端末装置２の制御部２０が行うことによって逐次更新される構成でもよい。また、監視情報テーブル２２ｂは、例えば制御部２０が監視処理アプリ２２ａを実行した際に、ネットワークＮを介して監視サーバ３から最新の監視情報テーブル３２ａを取得し、記憶部２２に記憶される構成でもよい。

通信部２３は、ネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して各種の通信装置との間で通信を行う。例えば、通信部２３は、監視サーバ３から送信された情報をネットワークＮを介して受信する。

タッチパネル２４は、操作部２４ａ及び表示部２４ｂを備える。
操作部２４ａは、携帯端末装置２の所有者が携帯端末装置２を操作するために必要な各種の操作キーを有し、操作された操作キーに対応した情報を受け付け、受け付けた情報を制御部２０へ送出する。制御部２０は操作部２４ａから取得する情報に従って各種処理を実行する。
表示部２４ｂは、液晶ディスプレイ、プラズマディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等であり、制御部２０からの指示に従って各種情報を表示する。なお、操作部２４ａ及び表示部２４ｂは別体に構成されていてもよい。

以下に、本実施形態１の監視システムにおいて、上述した構成を有する各機器が行う処理についてフローチャートに基づき説明する。まず、コントローラ１が、トイレ用人感センサ５１からの検知信号を取得した場合に行う処理について説明する。図６は、コントローラ１が行う処理の手順を示すフローチャートである。コントローラ１の制御部１０は、トイレ用人感センサ５１から出力される検知信号に基づいて、監視対象者によるトイレへの入室を検知したか否かを判断する（Ｓ１）。具体的には、制御部１０は、トイレ内において人が存在していない状態から人の存在をトイレ用人感センサ５１にて検知したか否かを判断する。

トイレへの入室を検知していないと判断した場合（Ｓ１：ＮＯ）、制御部１０は、待機する。トイレへの入室を検知したと判断した場合（Ｓ１：ＹＥＳ）、制御部１０は、この時点の日時情報を含む入室情報を記憶部１２に記憶する（Ｓ２）。コントローラ１は、絶対日時（年月日、時、分、秒）を示す時計を制御部１０の内部又は外部に有しており、制御部１０は、この時計によって、監視対象者によるトイレの入室日時を取得する。

コントローラ１の制御部１０は、トイレ用人感センサ５１から出力される検知信号に基づいて、監視対象者によるトイレからの退室を検知したか否かを判断する（Ｓ３）。具体的には、制御部１０は、トイレ内において人が存在している状態から人の不在をトイレ用人感センサ５１にて検知したか否かを判断する。トイレからの退室を検知していないと判断した場合（Ｓ３：ＮＯ）、制御部１０は、監視対象者がトイレに入室してから所定時間（例えば１時間）が経過したか否かを判断する（Ｓ４）。所定時間が経過していないと判断した場合（Ｓ４：ＮＯ）、制御部１０は、ステップＳ３に処理を戻す。

所定時間が経過したと判断した場合（Ｓ４：ＹＥＳ）、コントローラ１の制御部１０は、監視対象者が所定時間以上トイレに居ることを示す警告情報を監視サーバ３へ送信する（Ｓ５）。具体的には、制御部１０は、監視対象者の対象者ＩＤ又は氏名等の識別情報と、監視対象者が長時間にわたってトイレに居ることを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。また制御部１０は、記憶部１２に記憶してあるサーバ情報を用いて監視サーバ３への送信処理を行う。警告情報を送信した場合、制御部１０は処理を終了する。

監視対象者のトイレからの退室を検知したと判断した場合（Ｓ３：ＹＥＳ）、コントローラ１の制御部１０は、この時点の日時情報を含む退室情報を記憶部１２に記憶する（Ｓ６）。退室情報を記憶した場合、制御部（算出部）１０は、順次記憶部１２に記憶した入室情報及び退室情報に基づいて、監視対象者のトイレの使用頻度を算出する（Ｓ７）。例えば制御部１０は、午前０時から午後１１時５９分５９秒までの１日において、午前０時から退室情報を記憶した時点までの時間と、その時点までのトイレの使用回数（具体的には、入室情報及び退室情報のペア数）とに基づいて、トイレの使用頻度を算出する。これにより、制御部１０は、トイレの使用頻度（排尿の頻度）に関する頻度情報を取得する取得部として機能する。

コントローラ１の制御部（比較部）１０は、算出した使用頻度を所定閾値と比較し、使用頻度が所定閾値以上であるか否かを判断する（Ｓ８）。なお、所定閾値は、一般的な数値に基づいて予め決定されて記憶部１２に記憶されている。使用頻度が所定閾値以上であると判断した場合（Ｓ８：ＹＥＳ）、制御部（出力部）１０は、監視対象者のトイレの使用頻度が多いことを示す警告情報を監視サーバ３へ送信（出力）する（Ｓ９）。具体的には、制御部１０は、監視対象者の識別情報と、監視対象者のトイレの使用頻度が多いことを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。なお、トイレの使用頻度が多い場合、監視対象者は脱水状態を発症している可能性がある。よって、制御部１０は、状態情報として、脱水状態の疑いがあることを示す情報を含む警告情報を送信してもよい。

使用頻度が所定閾値未満であると判断した場合（Ｓ８：ＮＯ）、コントローラ１の制御部１０は、監視対象者によるトイレの使用を示す状態情報を監視サーバ３へ送信する（Ｓ１０）。具体的には、制御部１０は、ステップＳ２で記憶部１２に記憶した入室情報に含まれる入室日時から、ステップＳ６で記憶部１２に記憶した退室情報に含まれる退室日時までトイレを使用したことを示す状態情報を、監視対象者の識別情報と共に送信する。
ステップＳ９で警告情報を送信した場合、又はステップＳ１０で状態情報を送信した場合、制御部１０は、ステップＳ１に処理を戻し、監視対象者のトイレへの入室を検知した場合、上述した処理を繰り返す。

図６に示した処理では、コントローラ１は、午前０時から退室情報を記憶部１２に記憶した時点までにおける監視対象者のトイレの使用頻度に基づいて、警告情報を監視サーバ３へ送信すべきか否かを判断していた。このほかに、コントローラ１は、監視対象者によるトイレの使用間隔（排尿の間隔）に基づいて、警告情報を監視サーバ３へ送信すべきか否かを判断する構成としてもよい。具体的には、コントローラ１は、午前０時から退室情報を記憶部１２に記憶した時点までにおける監視対象者のトイレの使用間隔の平均値を算出し、使用間隔の平均値が所定時間未満である場合に、警告情報を送信する構成としてもよい。トイレの使用間隔が短い場合、トイレの使用頻度が多くなるので、このような構成とした場合であっても、同様の効果が得られる。なお、トイレの使用間隔の平均値ではなく、それぞれのトイレの使用間隔を用いてもよい。例えばコントローラ１は、トイレの入室情報を記憶部１２に記憶した場合に、直近のトイレの退室時刻（日時）からの経過時間を算出し、算出した経過時間（トイレの使用間隔）に基づいて判断してもよい。

また、コントローラ１は、所定の時間帯毎に監視対象者によるトイレの使用頻度又は使用間隔を算出し、時間帯毎に異なる閾値と比較する構成としてもよい。例えば、コントローラ１は、昼間の時間帯又は夜間の時間帯毎に、あるいは、監視対象者が起床中である時間帯又は就寝中である時間帯毎に、トイレの使用頻度又は使用間隔を算出し、それぞれの時間帯に応じた閾値との比較処理によって、警告情報を送信すべきか否かを判断する構成としてもよい。この場合、昼間又は夜間、起床中又は就寝中等のように監視対象者の環境及び状況が異なる場合であっても、それぞれの環境及び状況により適した判断結果が得られ、警告すべき状態を確実に警告（通報）できる。

更に、コントローラ１は、記憶部１２に蓄積したトイレの入室情報及び退室情報から、夜間の時間帯（例えば、午後９時から午前６時までの時間帯）における入室情報及び退室情報を抽出し、夜間の時間帯におけるトイレの使用間隔を算出する。具体的には、トイレの退室時刻（日時）から次のトイレの入室時刻（日時）までの経過時間（トイレの使用間隔）を算出する。なお、算出した経過時間が複数ある場合、コントローラ１は、経過時間の平均値を算出してもよい。そして、コントローラ１は、算出した経過時間（トイレの使用間隔）に基づいて、警告情報を監視サーバ３へ送信すべきか否かを判断する構成としてもよい。

警告情報を送信すべきか否かの判断基準となる閾値は、予め記憶部１２に記憶してある構成のほかに、監視対象者の過去の履歴に基づいて決定して記憶部１２に記憶される構成でもよい。具体的には、コントローラ１は、記憶部１２に順次記憶した入室情報及び退室情報に基づいて、監視対象者のトイレの使用頻度の平均値（又は使用間隔の平均値）を算出し、算出した使用頻度の平均値に基づいて、判断基準に用いる閾値を決定してもよい。また、この場合にも、所定の時間帯毎に使用頻度の平均値を算出し、所定の時間帯毎の閾値を決定してもよい。このように監視対象者の過去の履歴に基づいて決定された閾値を用いる場合、監視対象者の体質等を反映した判断処理が可能となる。

次に、コントローラ１が、ベッドセンサ６１からの検知信号を取得した場合に行う処理について説明する。図７は、コントローラ１が行う処理の手順を示すフローチャートである。コントローラ１の制御部１０は、ベッドセンサ６１から出力される検知信号に基づいて、監視対象者によるベッドへの入床を検知したか否かを判断する（Ｓ２１）。具体的には、制御部１０は、監視対象者がベッドに入床したことをベッドセンサ６１にて検知したか否かを判断する。

ベッドへの入床を検知していないと判断した場合（Ｓ２１：ＮＯ）、コントローラ１の制御部１０は待機する。ベッドへの入床を検知したと判断した場合（Ｓ２１：ＹＥＳ）、制御部１０は、監視対象者がベッドに入床したことを示す状態情報を監視サーバ３へ送信する（Ｓ２２）。具体的には、制御部１０は、ベッドへの入床を検知した時点の日時情報を時計にて取得し、取得した日時情報が示す日時に入床したことを示す状態情報を、監視対象者の識別情報と共に送信する。また制御部１０は、記憶部１２に記憶してあるサーバ情報を用いて監視サーバ３への送信処理を行う。

コントローラ１の制御部１０は、ベッドセンサ６１から出力される検知信号に基づいて、監視対象者の無呼吸状態を検知したか否かを判断する（Ｓ２３）。具体的には、制御部１０は、ベッドセンサ６１から定期的に出力されてくる呼吸状態を示す検知信号に基づいて、監視対象者が無呼吸状態となっているか否かを判断する。これにより、制御部１０は、在床する監視対象者の無呼吸状態を示す状態情報を取得する状態情報取得部として機能する。
無呼吸状態を検知していないと判断した場合（Ｓ２３：ＮＯ）、制御部１０は、ベッドセンサ６１から出力される検知信号に基づいて、監視対象者によるベッドからの出床を検知したか否かを判断する（Ｓ２４）。具体的には、制御部１０は、監視対象者がベッドから出床したことをベッドセンサ６１にて検知したか否かを判断する。

ベッドからの出床を検知していないと判断した場合（Ｓ２４：ＮＯ）、コントローラ１の制御部１０は、監視対象者が入床してから所定時間（例えば１０時間）が経過したか否かを判断する（Ｓ２６）。所定時間が経過していないと判断した場合（Ｓ２６：ＮＯ）、制御部１０は、ステップＳ２３に処理を戻す。所定時間が経過したと判断した場合（Ｓ２６：ＹＥＳ）、制御部１０は、監視対象者が所定時間以上ベッドに在床していることを示す警告情報を監視サーバ３へ送信する（Ｓ２７）。具体的には、制御部１０は、監視対象者の識別情報と、監視対象者が長時間に起きてこないことを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。

ベッドからの出床を検知したと判断した場合（Ｓ２４：ＹＥＳ）、コントローラ１の制御部１０は、監視対象者がベッドから出床したこと（起床したこと）を示す状態情報を監視サーバ３へ送信する（Ｓ２５）。具体的には、制御部１０は、ベッドからの出床を検知した時点の日時情報を時計にて取得し、取得した日時情報が示す日時に出床したことを示す状態情報を、監視対象者の識別情報と共に送信する。

無呼吸状態を検知したと判断した場合（Ｓ２３：ＹＥＳ）、コントローラ１の制御部１０は、接続部１４から枕動作装置６３に対して枕動作実行指示を出力し、枕動作装置６３にて枕を動作させる（Ｓ２８）。制御部１０は、枕動作装置６３にて例えば３０秒間枕を動作させる。なお、枕動作装置６３は、ベッドセンサ６１と連動して動作する構成であってもよい。この場合、ベッドセンサ６１からの検知信号が枕動作装置６３へ入力され、監視対象者の無呼吸状態を示す検知信号が入力された場合に、枕動作装置６３が枕を動作させる構成とすることができる。またこのとき、枕動作装置６３は、監視対象者が無呼吸状態となったことによって枕を動作させたことを示す動作情報をコントローラ１へ送信する。このときコントローラ１の制御部１０は、このような動作情報を取得する動作情報取得部として機能する。

枕動作装置６３によって枕を動作させた後、コントローラ１の制御部１０は、ベッドセンサ６１から出力される検知信号に基づいて、監視対象者が無呼吸状態であるか否かを再度検知し、監視対象者の無呼吸状態が継続しているか否かを判断する（Ｓ２９）。無呼吸状態が継続していないと判断した場合（Ｓ２９：ＮＯ）、即ち無呼吸状態が解消された場合、制御部１０は、ステップＳ２４に処理を移行する。無呼吸状態が継続していると判断した場合（Ｓ２９：ＹＥＳ）、制御部１０は、監視対象者の無呼吸状態を検知してから所定時間（例えば１分間）が経過したか否かを判断する（Ｓ３０）。なお、制御部１０は、枕動作装置６３によって枕を動作させてから所定時間（例えば３０秒間）が経過したか否かを判断する構成でもよい。

所定時間が経過していないと判断した場合（Ｓ３０：ＮＯ）、コントローラ１の制御部１０は、ステップＳ２９に処理を戻し、所定時間が経過するか、監視対象者の無呼吸状態が解消されるまで、ステップＳ２９，Ｓ３０の処理を繰り返す。所定時間が経過したと判断した場合（Ｓ３０：ＹＥＳ）、制御部１０は、監視対象者が無呼吸状態であることを示す警告情報を監視サーバ３へ送信する（Ｓ３１）。具体的には、制御部１０は、監視対象者の識別情報と、監視対象者が無呼吸状態であることを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。ステップＳ２５で状態情報を送信した場合、ステップＳ２７又はＳ３１で警告情報を送信した場合、制御部１０は処理を終了する。

上述した処理により、コントローラ１は、在床する監視対象者が無呼吸状態となった場合、監視対象者が使用する枕を動作させたにもかかわらず、所定時間が経過しても無呼吸状態が解消されなかったときに警告情報を監視サーバ３へ出力する。監視対象者が無呼吸状態となった場合、枕を動作させることによって無呼吸状態が解消されることがある。よって、枕を動作させることによって無呼吸状態が解消された場合には警告情報を出力せず、枕を動作させても無呼吸状態が解消されなかった場合に警告情報を出力する。これにより、通報が必要である場合にのみ警告を行うことが可能となり、警告情報を取得した人は、無呼吸状態に対する適切な対応を早期に行うことが可能となる。

コントローラ１は、上述した処理のほかに、ベッドセンサ６１にて定期的に検知する監視対象者の心拍数を状態情報として監視サーバ３へ送信する処理を行う構成を有してもよい。また、コントローラ１は、ベッドセンサ６１からの検知信号に基づいて、監視対象者が所定時間以上ベッドに入床していないことを検知し、この状態を示す警告情報を監視サーバ３へ送信する処理を行う構成を有してもよい。監視対象者が長時間ベッドに入床していない場合（長時間離床している場合）、監視対象者が住居のどこかで倒れている可能性がある。従って、このような状態を示す警告情報を監視サーバ３へ送信することにより、早期の対応が可能となる。

上述した構成により、コントローラ１は、ベッドに在床する監視対象者の無呼吸状態を示す状態情報を取得する状態情報取得部、前記監視対象者が無呼吸状態となった場合に前記監視対象者が使用する枕を動作させる駆動装置が前記枕を動作させたことを示す動作情報を取得する動作情報取得部を備える。またコントローラ１は、前記状態情報取得部が前記状態情報を取得した後に前記動作情報取得部が前記動作情報を取得した場合、所定時間が経過するまでの間、前記状態情報取得部が前記状態情報の取得を継続するか否かを判断する判断部、該判断部によって前記状態情報取得部が前記状態情報の取得を継続したと判断された場合、警告情報を出力する出力部を備える。

次に、コントローラ１が、リビング用人感センサ７１からの検知信号を取得した場合に行う処理について説明する。図８及び図９は、コントローラ１が行う処理の手順を示すフローチャートである。コントローラ１の制御部１０は、リビング用人感センサ７１から出力される検知信号に基づいて、監視対象者によるリビングへの入室を検知したか否かを判断する（Ｓ４１）。具体的には、制御部１０は、リビング内において人が存在していない状態から人の存在をリビング用人感センサ７１にて検知したか否かを判断する。

リビングへの入室を検知していないと判断した場合（Ｓ４１：ＮＯ）、制御部１０は、待機する。リビングへの入室を検知したと判断した場合（Ｓ４１：ＹＥＳ）、制御部１０は、時計が示す時刻に基づいて、温度センサ７３にてリビングの温度を検出する温度検出タイミングが到来したか否かを判断する（Ｓ４２）。温度検出タイミングは例えば５分毎又は１０分毎等とすることができる。温度検出タイミングが到来していないと判断した場合（Ｓ４２：ＮＯ）、制御部１０は、温度検出タイミングが到来するまで待機する。温度検出タイミングが到来したと判断した場合（Ｓ４２：ＹＥＳ）、制御部１０は、接続部１４から温度センサ７３に対して温度検出指示を出力し、温度センサ７３にて検出したリビングの温度を示す温度情報を取得する（Ｓ４３）。

なお、温度センサ７３は、温度検出タイミングを計時する時計又はタイマ等の計時部を有し、計時部にて計時した温度検出タイミングでリビングの温度を検出する構成でもよい。この場合、温度センサ７３は、計時部にて計時した温度検出タイミングで温度を検出し、検出した温度の温度情報を随時コントローラ１へ出力する。

コントローラ１の制御部１０は、温度センサ７３にて検出したリビングの温度が所定温度（高温閾値、例えば３０℃）以上であるか否かを判断する（Ｓ４４）。リビングの温度が高温閾値以上であると判断した場合（Ｓ４４：ＹＥＳ）、制御部１０は、接続部１４を介して空調装置と通信し、空調装置による冷房動作が実行中であるか否かを判断する（Ｓ４５）。冷房動作が実行中であると判断した場合（Ｓ４５：ＹＥＳ）、制御部１０はステップＳ４８に処理を移行する。

冷房動作が実行中でないと判断した場合（Ｓ４５：ＮＯ）、コントローラ１の制御部１０は、接続部１４から空調装置に対して冷房動作指示を出力し、空調装置による冷房動作を実行させる（Ｓ４６）。そして制御部１０は、リビングの空調装置による冷房動作を実行させたことを示す状態情報を監視サーバ３へ送信する（Ｓ４７）。具体的には、制御部１０は、冷房動作を実行させた時点の日時情報を時計にて取得し、取得した日時情報が示す日時に冷房動作を開始させたことを示す状態情報を、監視対象者の識別情報と共に送信する。なお、空調装置がコントローラ１によって制御できない構成である場合、制御部１０は、ステップＳ４６，Ｓ４７の処理をスキップする。

コントローラ１の制御部１０は、温度センサ７３にてリビングの温度を再度検出し、高温閾値以上の高温状態が継続しているか否かを判断する（Ｓ４８）。高温状態が継続していないと判断した場合（Ｓ４８：ＮＯ）、即ち高温状態が解消された場合、制御部１０は、ステップＳ５８に処理を移行する。高温状態が継続していると判断した場合（Ｓ４８：ＹＥＳ）、制御部１０は、リビングの温度が高温閾値以上であることを検出してから所定時間（例えば３０分間）が経過したか否かを判断する（Ｓ４９）。なお、制御部１０は、空調装置による冷房動作を開始させてから所定時間（例えば３０分間）が経過したか否かを判断する構成でもよい。

所定時間が経過していないと判断した場合（Ｓ４９：ＮＯ）、コントローラ１の制御部１０は、ステップＳ４８に処理を戻し、所定時間が経過するか、リビングの高温状態が解消するまで、ステップＳ４８，Ｓ４９の処理を繰り返す。所定時間が経過したと判断した場合（Ｓ４９：ＹＥＳ）、制御部１０は、リビングが高温状態であることを示す警告情報を監視サーバ３へ送信する（Ｓ５０）。具体的には、制御部１０は、監視対象者の識別情報と、監視対象者の住居（リビング）が高温状態であることを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。

ステップＳ４４で、リビングの温度が高温閾値以上でないと判断した場合（Ｓ４４：ＮＯ）、コントローラ１の制御部１０は、ステップＳ４３で温度センサ７３にて検出したリビングの温度が所定温度（低温閾値、例えば１０℃）以下であるか否かを判断する（Ｓ５１）。リビングの温度が低温閾値以下でないと判断した場合（Ｓ５１：ＮＯ）、制御部１０は、ステップＳ５８に処理を移行する。リビングの温度が低温閾値以下であると判断した場合（Ｓ５１：ＹＥＳ）、制御部１０は、接続部１４を介して空調装置と通信し、空調装置による暖房動作が実行中であるか否かを判断する（Ｓ５２）。暖房動作が実行中であると判断した場合（Ｓ５２：ＹＥＳ）、制御部１０はステップＳ５５に処理を移行する。

暖房動作が実行中でないと判断した場合（Ｓ５２：ＮＯ）、コントローラ１の制御部１０は、接続部１４から空調装置に対して暖房動作指示を出力し、空調装置による暖房動作を実行させる（Ｓ５３）。そして制御部１０は、リビングの空調装置による暖房動作を実行させたことを示す状態情報を監視サーバ３へ送信する（Ｓ５４）。具体的には、制御部１０は、暖房動作を実行させた時点の日時情報を時計にて取得し、取得した日時情報が示す日時に暖房動作を開始させたことを示す状態情報を、監視対象者の識別情報と共に送信する。なお、空調装置がコントローラ１によって制御できない構成である場合、制御部１０は、ステップＳ５３，Ｓ５４の処理をスキップする。

コントローラ１の制御部１０は、温度センサ７３にてリビングの温度を再度検出し、低温閾値以下の低温状態が継続しているか否かを判断する（Ｓ５５）。低温状態が継続していないと判断した場合（Ｓ５５：ＮＯ）、即ち低温状態が解消された場合、制御部１０は、ステップＳ５８に処理を移行する。低温状態が継続していると判断した場合（Ｓ５５：ＹＥＳ）、制御部１０は、リビングの温度が低温閾値以下であることを検出してから所定時間（例えば３０分間）が経過したか否かを判断する（Ｓ５６）。なお、制御部１０は、空調装置による暖房動作を開始させてから所定時間（例えば３０分間）が経過したか否かを判断する構成でもよい。

所定時間が経過していないと判断した場合（Ｓ５６：ＮＯ）、コントローラ１の制御部１０は、ステップＳ５５に処理を戻し、所定時間が経過するか、リビングの低温状態が解消するまで、ステップＳ５５，Ｓ５６の処理を繰り返す。所定時間が経過したと判断した場合（Ｓ５６：ＹＥＳ）、制御部１０は、リビングが低温状態であることを示す警告情報を監視サーバ３へ送信する（Ｓ５７）。具体的には、制御部１０は、監視対象者の識別情報と、監視対象者の住居（リビング）が低温状態であることを示す状態情報と、この情報は警告すべき情報であることを示す情報とを含む警告情報を送信する。

ステップＳ５８においてコントローラ１の制御部１０は、リビング用人感センサ７１から出力される検知信号に基づいて、監視対象者によるリビングからの退室を検知したか否かを判断する（Ｓ５８）。具体的には、制御部１０は、リビング内において人が存在している状態から人の不在をリビング用人感センサ７１にて検知したか否かを判断する。リビングからの退室を検知していないと判断した場合（Ｓ５８：ＮＯ）、制御部１０は、ステップＳ４２に処理を戻し、上述した処理を繰り返す。リビングからの退室を検知したと判断した場合（Ｓ５８：ＹＥＳ）、制御部１０は処理を終了する。なお、ステップＳ５０又はＳ５７で警告情報を送信した場合、制御部１０は処理を終了する。

コントローラ１は、上述した処理のほかに、リビングの温度だけでなく湿度も検出し、検出した温度及び湿度に応じて警告情報を監視サーバ３へ送信する構成を有してもよい。特に夏場はリビングの温度だけでなく湿度によっても熱中症を発症する場合がある。従って、リビングの温度だけでなく湿度も考慮して警告情報を監視サーバ３へ送信することにより、早期の対応が可能となる。また、コントローラ１は、定期的に検出するリビングの温度を状態情報として監視サーバ３へ送信してもよい。
また、コントローラ１は、図６〜図９に示した処理のほかに、各緊急ボタン５２，６２，７２が監視対象者によって操作された場合、各緊急ボタン５２，６２，７２が操作されたことを示す警告情報を監視サーバ３へ送信する処理を行う。これにより、監視対象者が自身の判断で緊急ボタン５２，６２，７２を操作した場合にも確実に警告（通報）できる。

次に、上述した処理によりコントローラ１が送信した状態情報及び警告情報を監視サーバ３が受信した場合に、監視サーバ３が行う処理について説明する。図１０は、監視サーバ３が行う処理の手順を示すフローチャートである。

監視サーバ３の制御部３０は、コントローラ１から送信された状態情報を、ネットワークＮを介して通信部３３にて受信したか否かを判断している（Ｓ６１）。なお、監視サーバ３の制御部３０は、図６中のステップＳ１０、図７中のステップＳ２２，Ｓ２５、図８及び図９中のステップＳ４７，Ｓ５４でコントローラ１が送信した状態情報を受信する。状態情報を受信していないと判断した場合（Ｓ６１：ＮＯ）、制御部３０は、ステップＳ６４に処理を移行する。

状態情報を受信したと判断した場合（Ｓ６１：ＹＥＳ）、監視サーバ３の制御部３０は、受信した状態情報に基づいて監視情報テーブル３２ａを更新する（Ｓ６２）。具体的には、制御部３０は、監視情報テーブル３２ａにおいて、状態情報と共にコントローラ１から受信した監視対象者の識別情報（対象者ＩＤ及び氏名）に対応する状態情報の欄に、受信した状態情報を格納する。なお、制御部３０は、受信した状態情報を受信日時と共に受信日時の順に監視情報テーブル３２ａの状態情報の欄に蓄積しており、これにより、各監視対象者の状態情報の履歴が蓄積される。

監視サーバ３の制御部３０は、ステップＳ６１で受信した状態情報を、ネットワークＮを介して携帯端末装置２へ送信する（Ｓ６３）。具体的には、制御部３０は、コントローラ１から受信した状態情報及び監視対象者の識別情報を、記憶部３２に記憶してある通報先情報を用いて通信部３３にて携帯端末装置２へ転送する。

次に監視サーバ３の制御部３０は、コントローラ１から送信された警告情報を、ネットワークＮを介して通信部３３にて受信したか否かを判断する（Ｓ６４）。なお、監視サーバ３の制御部３０は、図６中のステップＳ５，Ｓ９、図７中のステップＳ２７、Ｓ３１、図８及び図９中のステップＳ５０、Ｓ５７でコントローラ１が送信した警告情報を受信する。警告情報を受信していないと判断した場合（Ｓ６４：ＮＯ）、制御部３０は、ステップＳ６１に処理を戻す。

警告情報を受信したと判断した場合（Ｓ６４：ＹＥＳ）、監視サーバ３の制御部３０は、受信した警告情報に基づいて監視情報テーブル３２ａを更新する（Ｓ６５）。具体的には、制御部３０は、監視情報テーブル３２ａにおいて、コントローラ１から受信した警告情報に含まれる監視対象者の識別情報（対象者ＩＤ及び氏名）に対応する警告情報の欄に受信した警告情報（警告すべき状態情報）を格納し、対応する対応状況の欄に「未」を格納する。なお、制御部３０は、受信した警告情報を受信日時と共に受信日時の順に監視情報テーブル３２ａの警告情報の欄に蓄積しており、これにより、各監視対象者の警告情報の履歴が蓄積される。

監視サーバ３の制御部３０は、ステップＳ６４で受信した警告情報を、ネットワークＮを介して携帯端末装置２へ送信する（Ｓ６６）。具体的には、制御部３０は、コントローラ１から受信した警告情報を、記憶部３２に記憶してある通報先情報を用いて通信部３３にて携帯端末装置２へ転送する。
上述した処理により、監視サーバ３は、各住居に設置されたコントローラ１から送信された各監視対象者の状態情報及び警告情報を監視情報テーブル３２ａに蓄積すると共に携帯端末装置２へ転送する。

次に、上述した処理により監視サーバ３が送信（転送）した状態情報及び警告情報を携帯端末装置２が受信した場合に、携帯端末装置２が行う処理について説明する。図１１は、携帯端末装置２が行う処理の手順を示すフローチャート、図１２及び図１３は、携帯端末装置２の表示画面例を示す模式図である。

携帯端末装置２の制御部（第１表示制御部）２０は、記憶部２２に記憶してある監視処理アプリ２２ａを実行した場合、監視情報テーブル２２ｂの格納内容に基づいて、監視システムにて監視している監視対象者の状態を示す表示画面をタッチパネル２４（表示部２４ｂ）に表示する（Ｓ７１）。なお、制御部２０は、監視処理アプリ２２ａを実行した場合に、最新の監視情報テーブル３２ａを監視サーバ３から取得し、監視情報テーブル２２ｂとして記憶部２２に記憶する構成でもよい。
図１２Ａには、監視対象者の状態を示す状態表示画面の初期状態の例を示す。図１２Ａに示す例では、表示部２４ｂの表示領域の下端に横長のメニュー領域が設けてあり、メニュー領域には、表示画面を１つ前の状態に戻すためのボタンＢ１、及びホーム画面の表示（監視処理アプリ２２ａの終了）を指示するためのボタンＢ２等が常時表示されている。

メニュー領域以外の領域は、監視処理アプリ２２ａに係る表示画面、具体的には状態表示画面の表示領域となる。状態表示画面は、携帯端末装置２が監視サーバ３から受信した状態情報を表示するための通常表示領域（第１領域）２４ｂ１と、携帯端末装置２が監視サーバ３から受信した警告情報を表示するための警告表示領域（第２領域）２４ｂ２とを有する。なお、図１２Ａに示すように、状態表示画面は初期状態では全体が通常表示領域２４ｂ１となっている。通常表示領域２４ｂ１には、監視情報テーブル２２ｂに格納してある各監視対象者の氏名、住所及び状態情報等を含む対象者情報が表示される。なお、通常表示領域２４ｂ１に表示される対象者情報はこれらに限らない。監視対象者の状態情報として、住居（例えばリビング）の温度及び空調装置の動作状態を示す情報が監視情報テーブル２２ｂに格納されている場合には、これらの情報も対象者情報に含めて通常表示領域２４ｂ１に表示される。

また、監視対象者の状態情報は、それぞれの状態を示すアイコン（標識）で表示される。監視対象者の状態を示すアイコンには、例えば、監視対象者が起床中であることを示すアイコンＩ１、就寝中であることを示すアイコンＩ２、外出中であることを示すアイコンＩ３、監視対象者の住居の空調装置が動作中であることを示すアイコンＩ４等がある。このように監視対象者の状態をアイコンにて表示することにより、各監視対象者の状態の把握が容易となる。また、監視対象者が多数いる場合、通常表示領域２４ｂ１にスクロールバーが設けられ、タッチパネル２４（操作部２４ａ）にてスクロールバーを操作することにより全ての監視対象者の対象者情報を確認できるように構成してある。

なお、それぞれのアイコンを表示するためのアイコン情報（画像データ）は、例えば監視処理アプリ２２ａに予め組み込まれている。よって、携帯端末装置２の制御部２０は、監視対象者の状態情報を表示する際に、それぞれの状態情報に応じたアイコン情報を選択し、各監視対象者の状態を示すアイコンを表示する。なお、監視サーバ３から送信されてくる状態情報に、状態情報に応じたアイコンを表示するためのアイコン情報が含まれていてもよい。この場合、携帯端末装置２の制御部２０は、監視サーバ３から受信したアイコン情報に基づいて、各監視対象者の状態を示すアイコンを表示すればよい。

図１２Ａに示すような状態表示画面を表示部２４ｂに表示した携帯端末装置２において、制御部２０は、監視サーバ３から送信された状態情報を、ネットワークＮを介して通信部２３にて受信したか否かを判断している（Ｓ７２）。なお、携帯端末装置２の制御部２０は、図１０中のステップＳ６３で監視サーバ３が送信した状態情報を受信する。状態情報を受信していないと判断した場合（Ｓ７２：ＮＯ）、制御部２０は、ステップＳ７５に処理を移行する。

状態情報を受信したと判断した場合（Ｓ７２：ＹＥＳ）、携帯端末装置２の制御部２０は、受信した状態情報に基づいて監視情報テーブル２２ｂを更新する（Ｓ７３）。具体的には、制御部２０は、監視情報テーブル２２ｂにおいて、状態情報と共に監視サーバ３から受信した監視対象者の識別情報（対象者ＩＤ及び氏名）に対応する状態情報の欄に、受信した状態情報を格納する。なお、制御部２０は、受信した状態情報を受信日時と共に受信日時の順に監視情報テーブル２２ｂの状態情報の欄に蓄積しており、これにより、各監視対象者の状態情報の履歴が蓄積される。

携帯端末装置２の制御部２０は、監視情報テーブル２２ｂの更新内容に基づいて、状態表示画面の通常表示領域２４ｂ１に表示中の対象者情報を更新する（Ｓ７４）。具体的には、制御部２０は、表示部２４ｂに表示中の通常表示領域２４ｂ１において、ステップＳ７３で状態情報を更新された監視対象者の対象者情報を特定し、特定した対象者情報における状態情報を、更新された状態情報に変更する。例えば、監視対象者の状態が起床中から就寝中に変化した場合、起床中であることを示すアイコンＩ１の表示が就寝中であることを示すアイコンＩ２の表示に切り替えられる。

次に携帯端末装置２の制御部（取得部）２０は、監視サーバ３から送信された警告情報を、ネットワークＮを介して通信部２３にて受信したか否かを判断する（Ｓ７５）。なお、携帯端末装置２の制御部２０は、図１０中のステップＳ６６で監視サーバ３が送信した警告情報を受信する。警告情報を受信していないと判断した場合（Ｓ７５：ＮＯ）、制御部２０は、ステップＳ７２に処理を戻す。

警告情報を受信したと判断した場合（Ｓ７５：ＹＥＳ）、携帯端末装置２の制御部２０は、受信した警告情報に基づいて監視情報テーブル２２ｂを更新する（Ｓ７６）。具体的には、制御部２０は、監視情報テーブル２２ｂにおいて、監視サーバ３から受信した警告情報に含まれる監視対象者の識別情報（対象者ＩＤ及び氏名）に対応する警告情報の欄に受信した警告情報（警告すべき状態情報）を格納し、対応する対応状況の欄に「未」を格納する。なお、制御部２０は、受信した警告情報を受信日時と共に受信日時の順に監視情報テーブル２２ｂの警告情報の欄に蓄積しており、これにより、各監視対象者の警告情報の履歴が蓄積される。

携帯端末装置２の制御部２０は、表示部２４ｂに表示中の状態表示画面に警告表示領域２４ｂ２があるか否かを判断し（Ｓ７７）、ないと判断した場合（Ｓ７７：ＮＯ）、状態表示画面に警告表示領域２４ｂ２を生成する（Ｓ７８）。図１２Ｂに示す状態表示画面では、制御部２０は、通常表示領域２４ｂ１の上側に警告表示領域２４ｂ２を生成し、警告表示領域２４ｂ２の分だけ通常表示領域２４ｂ１を縮小する。なお、制御部２０は、警告表示領域２４ｂ２を通常表示領域２４ｂ１の下側、左側又は右側に生成する構成でもよい。警告表示領域２４ｂ２があると判断した場合（Ｓ７７：ＹＥＳ）、制御部２０は、ステップＳ７８の処理をスキップする。

携帯端末装置２の制御部（第２表示制御部）２０は、監視情報テーブル２２ｂの更新内容に基づいて、状態表示画面の警告表示領域２４ｂ２に警告情報を表示する（Ｓ７９）。具体的には、制御部２０は、状態表示画面に生成した警告表示領域２４ｂ２に、ステップＳ７６で監視情報テーブル２２ｂに格納した警告情報を、対応する監視対象者の氏名及び住所と共に表示する。なお、警告表示領域２４ｂ２に表示される情報はこれらに限らない。図１２Ｂに示す例では、警告情報は、警告すべき監視対象者の状態を示すアイコン（標識）及びメッセージで表示されている。なお、監視対象者の状態を示すアイコンには、例えば、監視対象者がトイレに長時間存在すること（トイレ長時間）を示すアイコンＩ５、室内の高温状態が長時間継続していること（高温異常）を示すアイコンＩ６等がある。

図１４は、警告すべき監視対象者の状態を示すアイコンの他の例を示す模式図である。図１４Ａには、監視対象者に脱水状態の疑いがある状態を示すアイコンを表示し、図１４Ｂには、監視対象者が無呼吸状態であることを示すアイコンを示す。このように、監視対象者の状態をアイコンにて表示することにより、各監視対象者の状態の把握が容易となる。特に、図１４に示すように、アイコンに感嘆符（エクスクラメーションマーク）を含めることにより、監視対象者が早期の対応を要する状態であることを容易に通知できる。

また、警告すべき監視対象者の状態を示す各アイコンについても、アイコンを表示するためのアイコン情報（画像データ）は、例えば監視処理アプリ２２ａに予め組み込まれている。よって、携帯端末装置２の制御部２０は、警告情報を表示する際に、各監視対象者の状態に応じたアイコン情報を選択し、選択したアイコン情報に基づいて各アイコンを表示する。なお、監視サーバ３から送信されてくる警告情報に、各状態（警告すべき状態）に応じたアイコンを表示するためのアイコン情報が含まれていてもよい。この場合、携帯端末装置２の制御部２０は、監視サーバ３から受信したアイコン情報に基づいて、各監視対象者の状態を示すアイコンを表示すればよい。

次に携帯端末装置２の制御部（移動表示部）２０は、状態表示画面の通常表示領域２４ｂ１において、ステップＳ７６で警告情報を格納された監視対象者の対象者情報の表示位置を移動させる（Ｓ８０）。具体的には、制御部２０は、通常表示領域２４ｂ１において、ステップＳ７６で警告情報を格納された監視対象者の対象者情報を特定し、特定した対象者情報を、通常表示領域２４ｂ１内の所定領域に移動させる。図１２Ｂに示す例では、制御部２０は、通常表示領域２４ｂ１内の上端側（警告表示領域２４ｂ２側）に移動させている。なお、図１２Ｂには、監視対象者「上田太郎様」に対する警告情報を携帯端末装置２が受信した場合の例を示す。警告情報が出された監視対象者の対象者情報を移動させる領域は、通常表示領域２４ｂ１に表示されている多数の対象者情報において携帯端末装置２のユーザが見つけ易い領域であれば、通常表示領域２４ｂ１内の上端側の領域は限らない。

携帯端末装置２の制御部２０は、ステップＳ８０で表示位置を移動させた対象者情報の表示態様を変更する（Ｓ８１）。図１２Ｂに示す例では、制御部２０は、通常表示領域２４ｂ１において、ステップＳ８０で表示位置を移動させた対象者情報の上に、警告を示すマークＭを重ねて表示している。これにより、通常表示領域２４ｂ１に表示中の多数の対象者情報において、警告情報が出されている監視対象者の対象者情報を、他の対象者情報と容易に判別可能となる。

携帯端末装置２の制御部２０は、ステップＳ８１の処理後、ステップＳ７２に処理を戻し、監視サーバ３から送信された状態情報又は警告情報を受信する都度、上述した処理を繰り返す。なお、制御部２０は、警告情報を受信する都度、受信した警告情報を表示させるために状態表示画面中の警告表示領域２４ｂ２を拡大し、これに伴って通常表示領域２４ｂ１を縮小する。図１２Ｂに示す例では、警告表示領域２４ｂ２に１つの警告情報が表示してあり、図１３に示す例では、警告表示領域２４ｂ２に２つの警告情報が表示してある。このように表示すべき警告情報の数に応じて、警告表示領域２４ｂ２を拡大させることにより、携帯端末装置２のユーザに警告情報をより確実に通知することができる。

また、携帯端末装置２の制御部２０は、通常表示領域２４ｂ１の大きさを縮小する際に、通常表示領域２４ｂ１に表示される各対象者情報の表示領域及び表示フォント等を小さくする構成としてもよい。またこのとき、制御部２０は、通常表示領域２４ｂ１に表示されている対象者情報のうちで、警告情報を通知されていない監視対象者の対象者情報の表示領域及び表示フォントのみを小さくしてもよい。更に、制御部２０は、通常表示領域２４ｂ１に表示されている対象者情報のうちで、警告情報を通知されている監視対象者の対象者情報の表示領域及び表示フォントを大きくしてもよい。

また、携帯端末装置２の制御部２０は、監視情報テーブル２２ｂの対応状況の欄を「済」に更新した場合、即ち警告情報に対する対応が行われた場合、対応する警告情報の警告表示領域２４ｂ２での表示を終了する。なお、制御部２０は、警告表示領域２４ｂ２に表示中の警告情報の表示を終了させた場合、表示を終了させた警告情報の分、警告表示領域２４ｂ２を縮小し、これに伴って通常表示領域２４ｂ１を拡大する。即ち、警告表示領域２４ｂ２は、まだ対応が行われていない警告情報の数に応じて拡大又は縮小される。

更に、携帯端末装置２の制御部２０は、警告表示領域２４ｂ２における警告情報の表示を終了した監視対象者について、通常表示領域２４ｂ１に表示中の対象者情報を元の位置に戻す。制御部２０は、通常表示領域２４ｂ１に表示する各対象者情報を、例えば各監視対象者の対象者ＩＤ順に又は氏名のあいうえお順等の所定の順序で表示する。従って、制御部２０は、警告情報の表示を終了した監視対象者の対象者情報を、所定の順序に従った位置に表示を戻す。

なお、携帯端末装置２の制御部２０は、監視情報テーブル２２ｂの対応状況の欄を「済」に更新した場合、対応する監視対象者の識別情報と、対応状況を「済」に更新したことを示す情報とを監視サーバ３へ通知する。監視サーバ３の制御部３０は、通知された情報に基づいて、記憶部３２に記憶してある監視情報テーブル３２ａの対応状況の欄を更新する。これにより、監視サーバ３の監視情報テーブル３２ａにおいても、各警告情報に応じた対応が行われたか否かを管理できる。

図１１に示す処理では、携帯端末装置２は、状態表示画面の警告表示領域２４ｂ２に、監視サーバ３から受信した警告情報をそのまま表示する構成であったが、これに限らない。例えば、携帯端末装置２は、監視サーバ３からトイレの使用頻度が多いことを示す警告情報を受信した場合に、脱水状態の疑いがあることを示す警告情報に変更して表示してもよい。具体的には、携帯端末装置２は、図１４Ａに示すアイコンを含む警告情報を警告表示領域２４ｂ２に表示させる構成でもよい。この場合、携帯端末装置２にて警告情報を受信したユーザ（例えば医療関係者）は、監視対象者における脱水状態の発症を早期に把握でき、適切な処置を早期に行うことができる。

（実施形態２）
以下に、実施形態２に係る監視システムについて説明する。図１５は、実施形態２の監視システムの構成を示すブロック図である。上述した実施形態１の監視システムでは、各住居に設置してあるコントローラ１が、各住居の監視対象者に関する状態情報及び警告情報を監視サーバ３へ送信し、監視サーバ３で管理される構成であった。本実施形態２の監視システムは、マンション又はアパート等の集合住宅に１つの中継サーバ４を設け、集合住宅の各住居（居室）に設置されたコントローラ１が送信する各監視対象者に関する状態情報及び警告情報を中継サーバ４が監視サーバ３へ送信する構成である。なお、本実施形態２でも、監視対象者は集合住宅の各居室に独居しているものとする。

本実施形態２の監視システムは、各住居に設置された複数のコントローラ１、各コントローラ１から監視対象者の状態情報及び警告情報を受信する中継サーバ４を備える。また、図１５には図示を省略しているが、本実施形態２の監視システムは、監視サーバ３及び携帯端末装置２を備える。なお、本実施形態２の監視システムにおいて、コントローラ１が各監視対象者に関する状態情報及び警告情報を監視サーバ３へ送信する送信処理を中継サーバ４が中継する構成以外の構成については、上述の実施形態１の監視システムと同様である。よって、同様の構成については同一の符号を付して説明を省略する。

中継サーバ４は、制御部４０、ＲＡＭ４１、記憶部４２、通信部４３、接続部４４等を有する。
制御部４０は、ＣＰＵ又はＭＰＵ等である。制御部４０は、記憶部４２に記憶してある制御プログラムを適宜ＲＡＭ４１に読み出して実行することにより種々の処理を行うと共に、中継サーバ４が備える上述した各部の動作を制御する。

ＲＡＭ４１は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等であり、制御部４０による各種の制御プログラムの実行時に発生するデータを一時的に記憶する。
記憶部４２は、ＨＤＤ又はフラッシュメモリ等であり、制御部４０が実行する制御プログラム及び各種データを予め記憶している。また記憶部４２は、コントローラ１から適宜送信されてくる監視対象者の状態情報及び警告情報が蓄積される監視情報テーブル４２ａを記憶している。監視情報テーブル４２ａは、上述の実施形態１で説明した監視サーバ３の記憶部３２に記憶される監視情報テーブル３２ａの構成と同一の構成を有する。また、監視情報テーブル４２ａは、上述の実施形態１で監視サーバ３の制御部３０がコントローラ１から受信した情報に基づいて監視情報テーブル３２ａを更新する処理と同様の処理を中継サーバ４の制御部４０が行うことによって逐次更新される。更に記憶部４２には、ネットワークＮを介して監視サーバ３と通信する際に用いるサーバ情報が記憶されている。サーバ情報は、監視サーバ３に割り当てられている電子メールアドレス、ＩＰアドレス等である。

通信部４３は、ネットワークＮに接続するためのインタフェースであり、ネットワークＮを介して各種の通信装置との間で通信を行う。例えば、通信部４３は、制御部４０からの指示に従って、ネットワークＮを介して監視サーバ３へ情報を送信する。通信部４３は、無線通信にてネットワークＮに接続する構成でもよく、所定の信号線を介した有線通信にてネットワークＮに接続する構成でもよい。
接続部４４は、集合住宅内の各住居に設置されているコントローラ１と接続するためのインタフェースであり、所定の信号線を介して各コントローラ１との接続が行われる構成でもよく、各コントローラ１との間で無線通信が行われる構成でもよい。

本実施形態２の監視システムにおいて、中継サーバ４の制御部４０は、上述の実施形態１の監視サーバ３の制御部３０が行う処理、具体的には、図１０に示す処理と同様の処理を行う。これにより、中継サーバ４は、各住居に設置されたコントローラ１から送信された各監視対象者の状態情報及び警告情報を自装置の監視情報テーブル４２ａに蓄積すると共に監視サーバ３へ転送する。

（実施形態３）
以下に、実施形態３に係る監視システムについて説明する。図１６は、実施形態３の監視システムの構成を示すブロック図である。上述した実施形態１，２の監視システムでは、監視対象者はそれぞれ独居しているものとし、各住居には監視対象者が１人しかいない状況を想定していた。本実施形態３の監視システムでは、各住居に複数の監視対象者が存在する状況を想定する。

本実施形態３の監視システムは、上述した実施形態１の監視システムが備える各機器のほかに、トイレ及びリビングに対象者識別装置５３，７４が設けてある。対象者識別装置５３，７４は、トイレ又はリビング内に存在する人が、この住居に住む監視対象者の誰であるかを識別できる装置である。例えば、対象者識別装置５３，７４は、トイレ又はリビングに設けられた無線機と、各監視対象者が携帯する携帯無線機とで構成することができる。無線機及び携帯無線機で構成される対象者識別装置５３，７４では、例えば、無線機が定期的に所定信号を出力し、携帯無線機が、無線機から出力された所定信号を受信した場合、自機の識別情報を含む返信信号を出力する。また無線機が、携帯無線機が出力した返信信号を受信した場合、返信信号に含まれる識別情報に基づいて、自機と通信可能な範囲内に存在する携帯無線機、即ち、この携帯無線機を携帯する監視対象者を特定する。これにより、住居に複数の監視対象者が住んでいる場合であっても、トイレ又はリビングに居る監視対象者を識別することができる。なお、携帯無線機は例えばＩＣ（Integrated circuit）タグを用いることができる。また、対象者識別装置５３，７４は、指紋認証、顔認証、網膜認証、静脈認証等の生体認証によって各監視対象者を識別する構成でもよい。

また、本実施形態３の監視システムでは、各住居に住む複数の監視対象者のそれぞれに対してベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂが設けてある。図１６では、ベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂがそれぞれ２つずつ設けてある例を示すが、ベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂは、住居に住む監視対象者の数だけそれぞれ設けられる。
ベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂはそれぞれコントローラ１に接続されている。コントローラ１の制御部１０は、ベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂのそれぞれから出力された信号を接続部１４を介して取得するので、取得した信号が、ベッドセンサ６１ａ，６１ｂ及び枕動作装置６３ａ，６３ｂのいずれからの信号であるかを把握できる。よって、制御部１０は、ベッドセンサ６１ａ，６１ｂからの検知信号を取得した場合、図７に示す処理と同一の処理を行い、それぞれのベッドセンサ６１ａ，６１ｂが設置されたベッドで就寝中の監視対象者の状態を監視できる。

またコントローラ１の制御部１０は、トイレ用人感センサ５１からの検知信号を取得した場合、図６に示す処理と同様の処理を行う。なお、本実施形態３のコントローラ１の制御部１０が行う処理は、図６に示す処理と若干異なる。図１７は、実施形態３のコントローラ１が行う処理の手順の一部を示すフローチャートである。本実施形態３のコントローラ１の制御部１０は、トイレ用人感センサ５１から取得した検知信号に基づいて、監視対象者によるトイレへの入室を検知したか否かを判断する（Ｓ１）。制御部１０は、トイレへの入室を検知していないと判断した場合（Ｓ１：ＮＯ）、待機し、トイレへの入室を検知したと判断した場合（Ｓ１：ＹＥＳ）、対象者識別装置５３にてトイレに入室した監視対象者を特定（識別）する（Ｓ９１）。これにより、コントローラ１は、トイレに入室中の監視対象者を把握できる。その後、制御部１０は、図６中のステップＳ２以降の処理と同じ処理を行う。なお、図６中のステップＳ５，Ｓ９では、制御部１０は、ステップＳ９１で特定した監視対象者の識別情報を含む警告情報を監視サーバ３へ送信する。また、図６中のステップＳ１０では、制御部１０は、ステップＳ９１で特定した監視対象者の識別情報と共に監視対象者の状態情報を監視サーバ３へ送信する。

またコントローラ１の制御部１０は、リビング用人感センサ７１からの検知信号を取得した場合、図８及び図９に示す処理と同様の処理を行う。なお、本実施形態３のコントローラ１の制御部１０が行う処理は、図８及び図９に示す処理と若干異なる。図１８は、実施形態３のコントローラ１が行う処理の手順の一部を示すフローチャートである。本実施形態３のコントローラ１の制御部１０は、リビング用人感センサ７１から出力される検知信号に基づいて、監視対象者によるリビングへの入室を検知したか否かを判断する（Ｓ４１）。制御部１０は、リビングへの入室を検知していないと判断した場合（Ｓ４１：ＮＯ）、待機し、リビングへの入室を検知したと判断した場合（Ｓ４１：ＹＥＳ）、対象者識別装置７４にてリビングに入室した監視対象者を特定（識別）する（Ｓ９２）。これにより、コントローラ１は、リビングに入室中の監視対象者を把握できる。その後、制御部１０は、図８及び図９中のステップＳ４２以降の処理と同じ処理を行う。なお、図８及び図９中のステップＳ５０，Ｓ５７では、制御部１０は、ステップＳ９２で特定した監視対象者の識別情報を含む警告情報を監視サーバ３へ送信する。また、図８及び図９中のステップＳ４７，Ｓ５４では、制御部１０は、ステップＳ９２で特定した監視対象者の識別情報と共に監視対象者の状態情報を監視サーバ３へ送信する。

上述した処理により、本実施形態３の監視システムでは、住居に複数の監視対象者が住んでいる場合であっても、コントローラ１は、各監視対象者の状態を監視し、各監視対象者の状態情報及び警告情報を監視サーバ３へ送信できる。よって、監視サーバ３に送信された状態情報及び警告情報は携帯端末装置２へ送信され、携帯端末装置２の所有者に各監視対象者の状態を通知及び通報できる。
本実施形態３の監視システムは、例えば、トイレ、リビング及び風呂等が共同で使用され、複数の寝室を備える施設でも導入可能である。
また、本実施形態３の構成は、上述した実施形態２の監視システムにも適用できる。即ち、集合住宅の各居室に複数の監視対象者が住んでいる状況であっても、本実施形態３の構成を適用することにより、各監視対象者の状態を把握できる。

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

１ コントローラ（情報処理装置）
２ 携帯端末装置
１０ 制御部（取得部、比較部、出力部、算出部）
２０ 制御部（第１表示制御部、取得部、移動表示部、第２表示制御部）
５１ トイレ用人感センサ（検知部）
２２ａ 監視処理アプリケーションプログラム
２４ｂ 表示部

Claims (5)

1. トイレに設けられた検知部及び対象者識別部から夫々、監視対象者の前記トイレの使用状況を検知した検知結果と、前記トイレを使用した前記監視対象者の識別情報とを取得する取得部と、
   該取得部が取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々の排尿の頻度を算出する算出部と、
   該算出部が算出した前記頻度を所定の閾値と比較する比較部と、
   該比較部が比較した結果、前記頻度が前記閾値以上である場合、前記識別情報を含む第１警告情報を出力する第１出力部と、
   前記取得部が取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々のトイレの使用時間が所定時間を経過したか否かを判断する判断部と、
   前記監視対象者のトイレの使用時間が前記所定時間を経過したと判断した場合、前記識別情報を含む、前記第１警告情報とは異なる第２警告情報を出力する第２出力部と
   を備えることを特徴とする情報処理装置。
2. 前記算出部は、所定の時間帯毎に前記頻度を算出するようにしてあり、
   前記比較部は、時間帯に応じて異なる閾値との比較を行うようにしてある
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１出力部は、脱水状態に関する前記第１警告情報を出力するようにしてある
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. コンピュータに、
   トイレに設けられた検知部及び対象者識別部から夫々、監視対象者の前記トイレの使用状況を検知した検知結果と、前記トイレを使用した前記監視対象者の識別情報とを取得し、
   取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々の排尿の頻度を算出し、
   算出した前記頻度を所定の閾値と比較し、
   比較した結果、前記頻度が前記閾値以上である場合、前記識別情報を含む第１警告情報を出力し、
   取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々のトイレの使用時間が所定時間を経過したか否かを判断し、
   前記監視対象者のトイレの使用時間が前記所定時間を経過したと判断した場合、前記識別情報を含む、前記第１警告情報とは異なる第２警告情報を出力する
   処理を実行させることを特徴とするプログラム。
5. トイレに設けられた検知部及び対象者識別部から夫々、監視対象者の前記トイレの使用状況を検知した検知結果と、前記トイレを使用した前記監視対象者の識別情報とを取得し、
   取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々の排尿の頻度を算出し、
   算出した前記頻度を所定の閾値と比較し、
   比較した結果、前記頻度が前記閾値以上である場合、前記識別情報を含む第１警告情報を出力し、
   取得した前記検知結果及び識別情報に基づいて、前記監視対象者夫々のトイレの使用時間が所定時間を経過したか否かを判断し、
   前記監視対象者のトイレの使用時間が前記所定時間を経過したと判断した場合、前記識別情報を含む、前記第１警告情報とは異なる第２警告情報を出力する
   処理を情報処理装置が実行することを特徴とする情報処理方法。

Images