(57)【要約】【課題】薬剤の投与による副作用を通知する技術を提供する。【解決手段】見守りシステムが実行する処理は、介護記録ＤＢから薬剤および投薬日時を取得するステップ（Ｓ７３０）と、薬剤毎に副作用が発生するまでの時間を取得するステップ（Ｓ７４０）と、投薬された被介護者に副作用が発生する時間を推定するステップ（Ｓ７５０）と、副作用の発生を通知する必要があると判断した場合に（ステップＳ７６０にてＹＥＳ）、予め登録された通知先に副作用の発生の可能性が有る旨を通知するステップ（Ｓ７７０）と、当該副作用が発生した場合に（ステップＳ７８０にてＹＥＳ）、介護記録ＤＢのデータレコードに当該副作用が発生したことを記録するステップ（Ｓ７９０）とを含む。【選択図】図７
2020194392.tif 000002
【特許請求の範囲】
【請求項１】
情報を通知するためのプログラムであって、前記プログラムはコンピューターに、
被介護者による１以上の服薬の情報を取得するステップと、
薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップと、
前記推定された時間における被介護者の状態に関する情報を取得するステップと、
取得された被介護者の状態に関する情報に基づいて、前記１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップと、
前記通知を行なうとの判定結果に基づいて、前記１以上の副作用が発生する可能性の通知を行なうステップとを含む、プログラム。
【請求項２】
前記被介護者の状態に関する情報を取得するステップは、被介護者の撮影により取得された画像データを用いて、当該情報を取得することを含む、請求項１に記載のプログラム。
【請求項３】
前記被介護者の状態に関する情報を取得するステップは、被介護者のケア記録に基づいて、当該情報を取得することを含む、請求項１に記載のプログラム。
【請求項４】
前記判定するステップは、前記被介護者が起床状態にあるか否かを判定することを含み、
前記通知を行なうステップは、前記被介護者が起床状態にある場合に前記通知を行なうことを含む、請求項１〜３のいずれかに記載のプログラム。
【請求項５】
前記１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む、請求項１〜４のいずれかに記載のプログラム。
【請求項６】
前記通知を行なうステップは、前記１以上の副作用が発生する可能性があることを示す情報を、前記コンピューターに接続される情報端末に送信することを含む、請求項１〜５のいずれかに記載のプログラム。
【請求項７】
前記１以上の副作用には、優先順位が関連付けられており、
前記通知を行なうステップは、前記優先順位に従って当該通知を行なうことを含む、請求項１〜６のいずれかに記載のプログラム。
【請求項８】
被介護者による１以上の服薬の情報を取得するための手段と、
薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するための推定手段と、
前記推定された時間における被介護者の状態に関する情報を取得するための取得手段と、
取得された被介護者の状態に関する情報に基づいて、前記１以上の副作用が発生する可能性の通知を行なうか否かを判定するための判定手段と、
前記通知を行なうとの判定結果に基づいて、前記１以上の副作用が発生する可能性の通知を行なうための通知手段とを備える、情報通知装置。
【請求項９】
前記取得手段は、被介護者の撮影により取得された画像データを用いて、当該情報を取得する、請求項８に記載の情報通知装置。
【請求項１０】
前記取得手段は、被介護者のケア記録に基づいて、当該情報を取得する、請求項８に記載の情報通知装置。
【請求項１１】
前記判定手段は、前記被介護者が起床状態にあるか否かを判定し、
前記通知手段は、前記被介護者が起床状態にある場合に前記通知を行なう、請求項８〜１０のいずれかに記載の情報通知装置。
【請求項１２】
前記１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む、請求項８〜１１のいずれかに記載の情報通知装置。
【請求項１３】
前記通知手段は、前記１以上の副作用が発生する可能性があることを示す情報を、前記情報通知装置に接続される情報端末に送信する、請求項８〜１２のいずれかに記載の情報通知装置。
【請求項１４】
前記１以上の副作用には、優先順位が関連付けられており、
前記通知手段は、前記優先順位に従って当該通知を行なう、請求項８〜１３のいずれかに記載の情報通知装置。
【請求項１５】
被介護者による１以上の服薬の情報を取得するステップと、
薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップと、
前記推定された時間における被介護者の状態に関する情報を取得するステップと、
取得された被介護者の状態に関する情報に基づいて、前記１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップと、
前記通知を行なうとの判定結果に基づいて、前記１以上の副作用が発生する可能性の通知を行なうステップとを含む、コンピュータで実行される方法。
【請求項１６】
前記被介護者の状態に関する情報を取得するステップは、被介護者の撮影により取得された画像データを用いて、当該情報を取得することを含む、請求項１５に記載のコンピュータで実行される方法。
【請求項１７】
前記被介護者の状態に関する情報を取得するステップは、被介護者のケア記録に基づいて、当該情報を取得することを含む、請求項１５に記載のコンピュータで実行される方法。
【請求項１８】
前記判定するステップは、前記被介護者が起床状態にあるか否かを判定することを含み、
前記通知を行なうステップは、前記被介護者が起床状態にある場合に前記通知を行なうことを含む、請求項１５〜１７のいずれかに記載のコンピュータで実行される方法。
【請求項１９】
前記１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む、請求項１５〜１８のいずれかに記載のコンピュータで実行される方法。
【請求項２０】
前記通知を行なうステップは、前記１以上の副作用が発生する可能性があることを示す情報を、前記コンピューターに接続される情報端末に送信することを含む、請求項１５〜１９のいずれかに記載のコンピュータで実行される方法。
【請求項２１】
前記１以上の副作用には、優先順位が関連付けられており、
前記通知を行なうステップは、前記優先順位に従って当該通知を行なうことを含む、請求項１５〜２０のいずれかに記載のコンピュータで実行される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は情報の通知に関し、より特定的には、入居者に投与された薬剤に関する情報の通知に関する。
【背景技術】
【０００２】
監視対象である被監視者（以下「入居者」あるいは「被介護者」ともいう。）を監視する技術が知られている。例えば、国際公開第２０１７／１４６０１２号は、「被監視者のプライバシーを考慮しつつ、盗難等の発生を抑制でき、介護や介助の様子を記録できる被監視者監視装置、被監視者監視方法および被監視者監視システム」を開示している（段落００１０）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１７／１４６０１２号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
各入居者は、各々の状態に応じて各種の薬剤の投与を受ける場合がある。薬剤は、それぞれ副作用をもたらす場合がある。副作用は、ふらつき、転倒、意識障害、出血、排泄障害等を含み得る。このような副作用は入居者を危険にさらす恐れがある。したがって、薬剤の投与に応じた情報を通知するための技術が必要とされている。
【０００５】
本開示は上述のような問題点を解決するためになされたものであって、ある局面における目的は、薬剤の投与に応じた情報を通知できる技術を提供することである。
【課題を解決するための手段】
【０００６】
ある実施の形態に従うと、情報を通知するためのプログラムが提供される。このプログラムはコンピューターに、被介護者による１以上の服薬の情報を取得するステップと、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップと、推定された時間における被介護者の状態に関する情報を取得するステップと、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップと、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうステップとを実行させる。
【０００７】
ある局面に従うプログラムにおいて、被介護者の状態に関する情報を取得するステップは、被介護者の撮影により取得された画像データを用いて、当該情報を取得することを含む。
【０００８】
ある局面に従うプログラムにおいて、被介護者の状態に関する情報を取得するステップは、被介護者のケア記録に基づいて、当該情報を取得することを含む。
【０００９】
ある局面に従うプログラムにおいて、判定するステップは、被介護者が起床状態にあるか否かを判定することを含む。通知を行なうステップは、被介護者が起床状態にある場合に通知を行なうことを含む。
【００１０】
ある局面に従うプログラムにおいて、１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む。
【００１１】
ある局面に従うプログラムにおいて、通知を行なうステップは、１以上の副作用が発生する可能性があることを示す情報を、コンピューターに接続される情報端末に送信することを含む。
【００１２】
ある局面に従うプログラムにおいて、１以上の副作用には、優先順位が関連付けられている。通知を行なうステップは、優先順位に従って当該通知を行なうことを含む。
【００１３】
他の実施の形態に従うと、情報通知装置が提供される。この情報通知装置は、被介護者による１以上の服薬の情報を取得するための取得手段と、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するための推定手段と、推定された時間における被介護者の状態に関する情報を取得するための取得手段と、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するための判定手段と、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうための通知手段とを備える。
【００１４】
ある局面に従う情報通知装置において、取得手段は、被介護者の撮影により取得された画像データを用いて、当該情報を取得する。
【００１５】
ある局面に従う情報通知装置において、取得手段は、被介護者のケア記録に基づいて、当該情報を取得する。
【００１６】
ある局面に従う情報通知装置において、判定手段は、被介護者が起床状態にあるか否かを判定する。通知手段は、被介護者が起床状態にある場合に通知を行なう。
【００１７】
ある局面に従う情報通知装置において、１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む。
【００１８】
ある局面に従う情報通知装置において、通知手段は、１以上の副作用が発生する可能性があることを示す情報を、情報通知装置に接続される情報端末に送信する。
【００１９】
ある局面に従う情報通知装置において、１以上の副作用には、優先順位が関連付けられている。通知手段は、優先順位に従って当該通知を行なう。
【００２０】
他の実施の形態に従うと、情報を通知するためにコンピュータで実行される方法が提供される。この方法は、被介護者による１以上の服薬の情報を取得するステップと、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップと、推定された時間における被介護者の状態に関する情報を取得するステップと、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップと、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうステップとを含む。
【００２１】
ある局面に従う方法において、被介護者の状態に関する情報を取得するステップは、被介護者の撮影により取得された画像データを用いて、当該情報を取得することを含む。
【００２２】
ある局面に従う方法において、被介護者の状態に関する情報を取得するステップは、被介護者のケア記録に基づいて、当該情報を取得することを含む。
【００２３】
ある局面に従う方法において、判定するステップは、被介護者が起床状態にあるか否かを判定することを含む。通知を行なうステップは、被介護者が起床状態にある場合に通知を行なうことを含む。
【００２４】
ある局面に従う方法において、１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む。
【００２５】
ある局面に従う方法において、通知を行なうステップは、１以上の副作用が発生する可能性があることを示す情報を、コンピューターに接続される情報端末に送信することを含む。
【００２６】
ある局面に従う方法において、１以上の副作用には、優先順位が関連付けられている。通知を行なうステップは、優先順位に従って当該通知を行なうことを含む。
【発明の効果】
【００２７】
ある局面において、薬剤の投与に応じた情報を通知できるので、入居者の危険を未然に防ぐことができる。
【００２８】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００２９】
【図１】見守りシステムの構成の一例を示す図である。
【図２】見守りシステム１００の構成の概要を示すブロック図である。
【図３】クラウドサーバー１５０または管理サーバー２００として機能するコンピューター３００のハードウェア構成を表わすブロック図である。
【図４】センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。
【図５】見守りシステム１００を構成する管理サーバー２００のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。
【図６】見守りシステム１００を構成する管理サーバー２００によって実現される機能を表わすブロック図である。
【図７】ＣＰＵ１が実行する処理の一部を表わすフローチャートである。
【図８】モニター８あるいはディスプレイ２２６の一例として携帯可能な端末の表示装置８００に表示される画面の一例を表わす図である。
【図９】モニター８に表示される被介護者の状況を表わす画面の一例である。
【発明を実施するための形態】
【００３０】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００３１】
＜システムの概要＞
図１を参照して、見守りシステムの概要について説明する。図１は、見守りシステムの構成の一例を示す図である。見守り対象の一例は、施設１８０の居室領域ＲＭに設けられた各居室内の入居者である。図１の見守りシステムでは、居室領域ＲＭに、居室１１０，１２０が設けられている。居室１１０は、入居者１１１に割り当てられている。居室１２０は、入居者１２１に割り当てられている。
【００３２】
見守りシステムは、ゲートウェイサーバー１１と、交換装置１２と、アクセスポイント１４０と、管理サーバー２００と、センサーボックス１１９と、センサーボックス１１９と通信する各種機器と、携帯端末１６１，１６２，１６３，１６４とを含む。
【００３３】
ゲートウェイサーバー１１は、施設１８０の内部ネットワーク（イントラネット）と、施設１８０の外部ネットワーク１６とを互いに接続する。外部ネットワーク１６は、たとえば、インターネットや公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー４００と、プッシュサーバー１４と、無線基地局１５とが接続されている。
【００３４】
交換装置１２は、施設１８０の内部ネットワークの各機器を互いに接続する。ある局面において、ルーターやスイッチが交換装置１２として使用されてもよい。図１に示される例では、交換装置１２の数は２であるが、当該数はこれに限定されない。施設１８０の内部ネットワークは、複数の交換装置１２の組み合わせによって構成されてもよい。
【００３５】
アクセスポイント１４０は、携帯端末１６１，１６２を施設１８０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）ルーターが、アクセスポイント１４０として使用され得る。
【００３６】
管理サーバー２００は、施設１８０の中のセンサーボックス１１９からイベント情報を受信し、各居室の入居者の情報を管理する。また、管理サーバー２００は、携帯端末１６１，１６２とも通信し、当該携帯端末を保持するスタッフを管理すると共に、各携帯端末に各種の通知を送信する。なお、管理サーバー２００は、携帯端末１６１，１６２に通知を送信する場合、外部のプッシュサーバー１４を使用してもよい。また、外部のクラウドサーバー４００が、管理サーバー２００の一部または全ての機能を備えていてもよい。
【００３７】
センサーボックス１１９は、その筐体に内蔵されたカメラおよびセンサーと、居室１１０，１２０内の他の各種センサーと連携することにより、居室１１０，１２０内の入居者１１１，１２１に関する情報をそれぞれ取得する。当該情報は、各入居者の歩行を示す画像、体温や脈拍その他のバイタル情報等を含み得る。また、センサーボックス１１９は、内部ネットワークを介して、管理サーバー２００に、取得した入居者１１１，１２１に関する情報を送信する。センサーボックス１１９の詳細は後述する。
【００３８】
携帯端末１６１，１６２は、施設１８０で介護に従事する介護者その他のスタッフにより使用される。スタッフは、携帯端末１６１，１６２を用いて、介護記録等を入力できる。携帯端末１６１，１６２は、当該介護記録を管理サーバー２００に送信する。また、入居者１１１，１２１に問題が発生した場合には、スタッフは、携帯端末１６１，１６２を用いて、管理サーバー２００から通知を受信する。携帯端末１６１，１６２は、施設１８０の中ではアクセスポイント１４０と接続され、内部ネットワークを介して管理サーバー２００と通信する。本明細書の例では、介護者１４１，１４２，１４３，１４４がそれぞれ携帯端末１６１，１６２，１６３，１６４を保持している。
【００３９】
携帯端末１６３，１６４は、施設１８０の外からは、無線基地局１５等を介して、ゲートウェイサーバー１１を経由して管理サーバー２００と通信することができる。携帯端末１６３，１６４が施設１８０の外から管理サーバー２００と通信する場合、管理サーバー２００から携帯端末１６３，１６４に提供されるサービスの一部は、入居者の情報を保護するために制限される場合がある。
【００４０】
なお、携帯端末１６１，１６２、アクセスポイント１４０、交換装置１２等の他の装置の数は、図１に例示される数に限定されない。
【００４１】
居室１１０，１２０は、それぞれ、設備として、家具１１２、ベッド１１３、および、トイレ１１４を含む。居室１１０，１２０のドアには、当該ドアの開閉を検出するドアセンサー１１８がそれぞれ設置されている。トイレ１１４のドアには、トイレ１１４の開閉を検出するトイレセンサー１１６が設置されている。ベッド１１３には、入居者１１１の排泄情報を取得する臭いセンサー１１７が設置されている。入居者１１１は、当該入居者１１１のバイタル情報を検出するバイタルセンサー２９０を装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室１１０では、入居者１１１はケアコール子機１１５を操作することができる。
【００４２】
センサーボックス１１９は、居室１１０，１２０内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、または、バイタルセンサー２９０である。センサーボックス１１９は、センサーとして、これらのセンサー中の少なくとも一つを含み得る。
【００４３】
図２を参照して、見守りシステム１００の構成要素について説明する。図２は、見守りシステム１００の構成の概要を示すブロック図である。
【００４４】
［センサーボックス１１９］
センサーボックス１１９は、制御装置１０１と、ＲＯＭ（Read  Only  Memory）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１０８とを備える。
【００４５】
制御装置１０１は、センサーボックス１１９を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）その他のプロセッサー、少なくとも１つのＡＳＩＣ（Application  Specific  Integrated  Circuit）、少なくとも１つのＦＰＧＡ（Field  Programmable  Gate  Array）、またはこれらの組み合わせなどによって構成される。
【００４６】
通信インターフェイス１０４には、アンテナ（図示しない）などが接続される。センサーボックス１１９は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末１６１，１６２，１６３，１６４その他の端末、アクセスポイント１４０、クラウドサーバー１５０、その他の通信端末などを含む。
【００４７】
カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室１１０，１２０の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１１９およびカメラ１０５は、一体として構成されてもよいし、個別の装置の組み合わせとして構成されてもよい。
【００４８】
ドップラーセンサー１０６は、たとえばマイクロ波ドップラーセンサーであり、電波を発信及び受信して、居室１１０，１２０内の物体の挙動（動作）を検出する。これにより、居室１１０，１２０の入居者１１１，１２１の生体情報が検出され得る。一例では、ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室１１０，１２０のベッド１１３に向けて放射し、入居者１１１，１２１で反射した反射波を受信する。反射波は、入居者１１１，１２１の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者１１１，１２１の呼吸状態や心拍数を検出し得る。
【００４９】
無線通信装置１０７は、ケアコール子機１１５、ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０からの信号を受信し、当該信号を制御装置１０１へ送信する。たとえば、ケアコール子機１１５は、ケアコールボタン２４１を備える。当該ボタンが操作されると、ケアコール子機１１５は、当該操作があったことを示す信号を無線通信装置１０７へ送信する。ドアセンサー１１８、トイレセンサー１１６、臭いセンサー１１７、および、バイタルセンサー２９０は、それぞれの検出結果を無線通信装置１０７へ送信する。
【００５０】
記憶装置１０８は、たとえば、フラッシュメモリーまたはハードディスク等の固定記憶装置、あるいは、外付けの記憶装置などの記録媒体である。記憶装置１０８は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者１１１，１２１の行動情報を含んでいてもよい。行動情報の詳細は後述する。
【００５１】
上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１０８以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末１６１，１６２，１６３，１６４等）に格納されていてもよい。
【００５２】
［行動情報］
次に、本実施の形態における行動情報について、説明する。行動情報は、たとえば入居者１１１，１２１が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者１１１，１２１が起きたことを表わす「起床」、入居者１１１，１２１がベッド（寝具）１１３から離れたことを表わす「離床」、入居者１１１，１２１がベッド（寝具）１１３から落ちたことを表わす「転落」、および、入居者１１１，１２１が倒れたことを表わす「転倒」の４つの行動を含む。
【００５３】
さらに、行動情報は、入居者が介護を受けることを拒否するために行なう動作を含み得る。例えば、行動情報は、手で介護者を振り払う動作、脚で介護者を蹴ろうとする動作、ベッド１１３にしがみついて着替えを拒否する動作等を含み得る。
【００５４】
一実施の形態では、制御装置１０１が、各居室１１０，１２０に設置されたカメラ１０５が撮像した画像に基づいて、各居室１１０，１２０に関連付けられた入居者１１１，１２１の各行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者１１１，１２１の頭部を検出し、この検出した入居者１１１，１２１の頭部における大きさの時間変化に基づいて、入居者１１１，１２１の「起床」、「離床」、「転倒」および「転落」の通常の情報に加えて、「介護拒否」という情報を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。
【００５５】
まず、記憶装置１０８に、居室１１０，１２０における各ベッド１１３の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド１１３の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド１１３の所在領域を除く居室１１０，１２０内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。
【００５６】
制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者１１１，１２１の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者１１１，１２１の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検知する。
【００５７】
制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。
【００５８】
制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第２閾値Ｔｈ２を適用することにより、頭部がある大きさから立位姿勢の大きさへと変化したことを検出したときには、行動「離床」が発生したと判定してもよい。
【００５９】
制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域内からベッド１１３の所在領域外へ移動した場合において、上記のように抽出された頭部の大きさに対して第３閾値Ｔｈ３を適用することにより、頭部がある大きさから横臥姿勢の大きさへと変化したことを検出したときには、行動「転落」が発生したと判定してもよい。
【００６０】
制御装置１０１は、上記のように抽出された頭部の位置がベッド１１３の所在領域を除く居室１１０，１２０内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。
【００６１】
さらに、制御装置１０１は、画像データから入居者に加えて介護者を検出し、入居者と介護者との間隔を推定する。制御装置は、当該間隔が予め定められた通常の間隔よりも短いと推定すると、介護拒否行動が行なわれていると判断し得る。さらに、制御装置１０１は、入居者の動作が通常と違う動きを示していると判断すると、当該入居者は介護者に対して、介護拒否行動を示していると判断し得る。
【００６２】
以上説明されたように、一具体例では、センサーボックス１１９の制御装置１０１が、入居者１１１，１２１の各行動情報を生成する。なお、他の局面に従う見守りシステム１００では、居室１１０，１２０内の画像を用いて、制御装置１０１以外の他の要素（例えば、クラウドサーバー１５０）が入居者１１１，１２１の行動情報を生成してもよい。
【００６３】
［携帯端末１６１，１６２，１６３，１６４］
携帯端末１６１，１６２，１６３，１６４は、制御装置２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、通信インターフェイス２２４と、ディスプレイ２２６と、記憶装置２２８と、入力デバイス２２９とを含む。ある局面において、携帯端末１６１，１６２，１６３，１６４は、例えば、スマートフォン、タブレット端末、腕時計型端末その他のウェアラブル装置等として実現される。
【００６４】
制御装置２２１は、携帯端末１６１，１６２，１６３，１６４を制御する。制御装置２２１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。
【００６５】
通信インターフェイス２２４には、アンテナ（図示しない）などが接続される。携帯端末１６１，１６２，１６３，１６４は、当該アンテナおよびアクセスポイント１４０を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１１９、管理サーバー２００などを含む。
【００６６】
ディスプレイ２２６は、たとえば、有機ＥＬ（Electro  Luminescence）ディスプレイ、液晶ディスプレイ等によって実現される。入力デバイス２２９は、たとえばディスプレイ２２６に設けられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末１６１，１６２，１６３，１６４に対するタッチ操作を受け付け、当該タッチ操作に応じた信号を制御装置２２１へ出力する。
【００６７】
記憶装置２２８は、たとえば、フラッシュメモリー、ハードディスクその他の固定記憶装置、あるいは、着脱可能なデータ記録媒体等により実現される。
【００６８】
［クラウドサーバーの構成］
図３を参照して、クラウドサーバー１５０および管理サーバー２００の構成について説明する。図３は、クラウドサーバー１５０または管理サーバー２００として機能するコンピューター３００のハードウェア構成を表わすブロック図である。
【００６９】
コンピューター３００は、主たる構成要素として、プログラムを実行するＣＰＵ１と、コンピューター３００の使用者による指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニター８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。
【００７０】
コンピューター３００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他の記録媒体に格納されて、コンピュータープログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。
【００７１】
図３に示されるコンピューター３００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ−ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。記録媒体は、一時的でない、コンピューター読取可能なデータ記録媒体を含み得る。なお、コンピューター３００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。
【００７２】
なお、記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible  Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic  Optical  Disc）／ＭＤ（Mini  Disc）／ＤＶＤ（Digital  Versatile  Disc））、ＩＣ（Integrated  Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically  Programmable  Read-Only  Memory）、ＥＥＰＲＯＭ（Electronically  Erasable  Programmable  Read-Only  Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。
【００７３】
ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００７４】
［見守りシステム１００の装置構成］
図４を参照して、見守りシステム１００を用いた見守りについて説明する。図４は、センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。
【００７５】
見守りシステム１００は、見守り対象者（監視対象者）である入居者１１１，１２１その他の入居者を見守るために利用される。図４に示されるように、居室１１０の天井には、センサーボックス１１９が取り付けられている。他の居室にも同様にセンサーボックス１１９が取り付けられている。
【００７６】
範囲４１０は、センサーボックス１１９による検出範囲を表わす。センサーボックス１１９が前述のドップラーセンサーを有する場合、当該ドップラーセンサーは、範囲４１０内で生じた人の挙動を検出する。センサーボックス１１９がセンサーとしてカメラを有する場合、当該カメラは、範囲４１０内の画像を撮影する。
【００７７】
センサーボックス１１９は、たとえば、介護施設、医療施設、宅内などに設置される。図４の例では、センサーボックス１１９は、天井に取り付けられており、入居者１１１およびベッド１１３を天井から撮影している。センサーボックス１１９の取り付け場所は天井に限られず、居室１１０の側壁に取り付けられてもよい。
【００７８】
見守りシステム１００は、カメラ１０５から得られた一連の画像（すなわち、映像）に基づいて入居者１１１に生じている危険を検知する。一例として、検知可能な危険は、入居者１１１の転倒や、危険個所（たとえば、ベッドの柵など）に入居者１１１がいる状態などを含む。
【００７９】
見守りシステム１００は、入居者１１１に危険が生じていることを検知した場合に、そのことを介護者１４１，１４２等に報知する。報知方法の一例として、見守りシステム１００は、入居者１１１の危険を介護者１４１，１４２の携帯端末１６１，１６２に通知する。携帯端末１６１，１６２は、当該通知を受信すると、入居者１１１の危険をメッセージ、音声、振動等で介護者１４１，１４２に報知する。これにより、介護者１４１，１４２は、入居者１１１に危険が生じていることを即座に把握でき、入居者１１１の元に素早く駆け付けることができる。
【００８０】
さらに、見守りシステム１００は、無線基地局１５を介して、施設の外部にいる介護者１４３，１４４の携帯端末１６３，１６４にも、当該危険を通知し得る。
【００８１】
なお、図４には、見守りシステム１００が１つのセンサーボックス１１９を備えている例が示されているが、見守りシステム１００は、複数のセンサーボックス１１９を備えてもよい。また、図４には、見守りシステム１００が複数の携帯端末１６１，１６２を備えている例が示されているが、見守りシステム１００は、一つの携帯端末でも実現され得る。
【００８２】
［データ構造］
図５を参照して、本実施の形態に係る見守りシステム１００の投薬データベースのデータ構造について説明する。図５は、見守りシステム１００を構成する管理サーバー２００のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。ある局面において、ハードディスク５は、テーブル５１０，５２０を含む。
【００８３】
テーブル５１０は、各入居者毎に行なわれた投薬の履歴を保持する。テーブル５１０は、領域５１１〜５１５を含む。領域５１１は、入居者を識別するデータを格納する。領域５１２は、当該入居者に対して投薬が行なわれた日時を格納する。領域５１３は、当該入居者に対して投与された薬剤の種類を識別するデータを格納する。領域５１４は、当該入居者に対して薬剤を投与した介護者を識別するデータを格納する。領域５１５は、領域５１３で特定される薬剤について生じた副作用を識別するデータを格納する。
【００８４】
テーブル５２０は、認知症レベルに応じて割り当てられる優先順位を規定し、領域５２１，５２２を含む。領域５２１は、優先順位を規定するデータを格納する。領域５２２は、当該優先順位に割り当てられた副作用を規定する。優先順位を予め規定しておくことにより、同時に複数の副作用の発生が通知された場合において、介護者の数が少ない時には、優先順位の高い副作用が発生した入居者の部屋に駆けつけることができるので、必要性に応じて措置を講じることができる。
【００８５】
［機能構成］
図６を参照して、本実施の形態に係る見守りシステム１００が備える機能について説明する。図６は、見守りシステム１００を構成する管理サーバー２００によって実現される機能を表わすブロック図である。管理サーバー２００は、介護記録データベース（ＤＢ）６１０と、薬剤データベース６２０と、服薬情報取得部６３０と、副作用発生時間推定部６４０と、被介護者状態取得部６５０と、判定部６６０と、通知部６７０とを備える。
【００８６】
介護記録データベース６１０は、各入居者に対して行なわれた介護や介助の履歴を保持する。介護記録データベース６１０の一例は、テーブル５１０に示される服薬情報を含む。他の局面において、介護記録データベース６１０は、投薬以外の介護や介助、例えば、食事の提供、着替え、排泄や入浴の介助の履歴、および、これらの介護や介助に対して観測された入居者の反応あるいは介護者による所見を含み得る。
【００８７】
薬剤データベース６２０は、各入居者に対してそれぞれ投与される１つ以上の薬剤の各々について、発生の可能性がある副作用、副作用の発生まで見込まれる時間、副作用が継続する時間等を保持する。薬剤データベース６２０に保持されるデータは、各薬剤の投与を処方する医師のアドバイスに従って、例えば、公知の薬剤データベースから取得され得る。
【００８８】
服薬情報取得部６３０は、介護記録データベース６１０から、各入居者に対して行なわれた薬剤の投与情報を取得する。例えば、服薬情報取得部６３０は、各入居者毎に作成された投薬レコードを参照し、入居者名、服薬した薬剤の名前および摂取量、摂取時刻等を読み出す。
【００８９】
副作用発生時間推定部６４０は、各入居者について、服薬による副作用が発生する時間を推定する。例えば、副作用発生時間推定部６４０は、各薬剤について予め準備されている副作用情報を参照し、当該副作用情報を用いて各入居者に固有の時間を推定する。副作用情報は、例えば公的機関のデータベース等によって提供され得る。一例として、ある薬剤について副作用および副作用が発生するまでの時間が規定されている場合、当該時間が、服薬による副作用が発生する時間として参照され得る。
【００９０】
他の局面において、ある薬剤について、副作用が観察される場合の複数の条件（例えば、服薬者の体重、年齢等）と当該副作用が発生するまでの時間とが規定されている場合、当該入居者の条件（体重、年齢等）が各条件で規定される範囲のうちいずれかの範囲内にある場合、副作用発生時間推定部６４０は、当該範囲を規定する条件に対応付けられる各時間の幅を、副作用が発生することが見込まれる時間として使用する。
【００９１】
被介護者状態取得部６５０は、介護記録データベース６１０から、各入居者の状態を取得する。当該状態は、センサーボックス１１９によって取得された画像あるいは音声から導出された情報で規定される。当該状態は、例えば、就寝中、入浴中、排泄中、歩行中、バランス崩れ、転倒、暴行等を含む。
【００９２】
判定部６６０は、取得された当該状態と、服薬情報と、副作用発生時間推定部６４０によって推定された時間とに基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定する。例えば、ある入居者が、ある薬剤を服薬したことが検出されると、判定部６６０は、薬剤データベース６２０において規定されている薬剤と副作用との情報を参照して、当該薬剤が副作用をもたらし得るか否かを判定する。判定部６６０は、当該薬剤が副作用をもたらし得ると判定すると、副作用発生時間推定部６４０によって推定された時間を当該副作用が発生する可能性のある時間と判断する。判定部６６０は、当該判断の結果に応じて通知を行うように通知部６７０に命令を与える。
【００９３】
通知部６７０は、判定部６６０から送られる命令に基づいて通知を行なう。例えば、ある入居者がある薬剤を摂取した後２時間後に副作用が発生する可能性があると判定部６６０によって判断されると、通知部６７０は、当該判断結果が得られた時点と、副作用が発生すると推定された時間の１時間前に、当該副作用が発生する可能性がある旨を携帯端末１６１，１６２，１６３，１６４に通知する。通知の態様は、音声、画面へのメッセージの表示、振動動作等を含み得る。
【００９４】
［制御構造］
図７を参照して、本実施の形態に係る見守りシステム１００の制御構造について説明する。図７は、ＣＰＵ１が実行する処理の一部を表わすフローチャートである。なお、他の局面において、見守りシステム１００は、各処理をそれぞれ実行する１つ以上の回路素子の組み合わせとして構成されてもよい。
【００９５】
ステップＳ７１０にて、ＣＰＵ１は、介護記録ＤＢ６１０にアクセスする。アクセスのタイミングは、定期的に、あるいは、見守りシステム１００のユーザー（例えば、管理者等）によるアクセス命令が入力された都度、行われ得る。
【００９６】
ステップＳ７２０にて、ＣＰＵ１は、薬剤データベース（ＤＢ）６２０にアクセスする。薬剤ＤＢ６２０の各データは、見守りシステム１００の運用に合わせて外部のデータベースあるいは各薬剤を提供する製薬会社等から提供され得る。他の局面において、薬剤ＤＢ６２０は、外部のデータベースとオンラインで接続されていてもよい。
【００９７】
ステップＳ７３０にて、ＣＰＵ１は、介護記録ＤＢ６１０から薬剤および投薬日時を取得する。例えば、特定の入居者について監視がリクエストされると、ＣＰＵ１は、当該入居者の識別データを用いて、当該入居者について記録されたデータレコードを介護記録ＤＢ６１０から取得する。
【００９８】
ステップＳ７４０にて、ＣＰＵ１は、薬剤ＤＢ６２０から薬剤毎に副作用が発生するまでの時間を取得する。ある局面において、ＣＰＵ１は、薬剤ごとに予め準備されている副作用データベースを薬剤ＤＢ６２０から取得する。
【００９９】
ステップＳ７５０にて、ＣＰＵ１は、投薬された被介護者に副作用が発生する時間を推定する。例えば、ＣＰＵ１は、ステップＳ７４０において取得された時間を、投薬が行なわれた時刻に加算して、当該副作用が発生する時間を推定する。別の局面において、ＣＰＵ１は、ステップＳ７４０において取得された時間を、投薬が行なわれた時刻に加算して、さらに、予め定められた許容誤差を加算することにより、当該副作用を発生する時間を推定してもよい。この場合、許容誤差は、被介護者の性別、年齢、症状に応じて加減され得る。さらに他の局面において、投与される薬剤について副作用の発生が殆ど見込まれない場合には、当該薬剤については、薬剤ＤＢにおいて副作用が発生するまでの時間は、実質的に無限大とされ、副作用の発生の考慮の対象から除外されてもよい。
【０１００】
ステップＳ７６０にて、ＣＰＵ１は、副作用の発生を通知する必要があるか否かを判断する。例えば、ＣＰＵ１は、副作用が被介護者の状態に悪影響を及ぼす恐れがあるか否かを判断する。この判断は、当該薬剤について発生が予測される副作用の危険度として予め規定された危険度に基づいて行なわれる。ＣＰＵ１は、副作用の発生を通知する必要があると判断すると（ステップＳ７６０にてＹＥＳ）、制御をステップＳ７７０に切り替える。そうでない場合には（ステップＳ７６０にてＮＯ）、ＣＰＵ１は、制御をステップＳ７１０に戻す。
【０１０１】
ステップＳ７７０にて、ＣＰＵ１は、予め登録された通知先に副作用の発生の可能性が有る旨を通知する。通知先は、施設内の介護者が保持する携帯端末１６１，１６２、当該施設の入居者に対して医療サービスを提供することを締結した医師が使用する携帯端末、当該被介護者の家族が保持する携帯端末等である。
【０１０２】
ステップＳ７８０にて、ＣＰＵ１は、副作用が発生したことを検知したか否かを判定する。ＣＰＵ１は、当該副作用が発生したことを検知すると（ステップＳ７８０にてＹＥＳ）、制御をステップＳ７９０に切り替える。そうでない場合には（ステップＳ７８０にてＮＯ）、ＣＰＵ１は、制御をステップＳ７１０に戻す。
【０１０３】
ステップＳ７９０にて、ＣＰＵ１は、介護記録ＤＢ６１０のデータレコードに当該副作用が発生したことを記録する。介護記録ＤＢ６１０に記録されるデータは、入居者、薬剤の種類、摂取量、担当の介護者、症状、所見等を含む。
【０１０４】
［表示態様］
図８および図９を参照して、画面の表示態様について説明する。図８は、モニター８あるいはディスプレイ２２６の一例として携帯可能な端末の表示装置８００に表示される画面の一例を表わす図である。図９は、モニター８に表示される被介護者の状況を表わす画面の一例である。
【０１０５】
図８に示されるように、状態Ａにおいて、表示装置８００は、投薬モニター画面を表示している。投薬モニター画面は、入居者の名前、投与される薬剤、投薬が行なわれた日時を含む。ある局面において、投薬モニターは、リアルタイムで、あるいは、予め設定された時間間隔で更新され得る。
【０１０６】
状態Ｂに示されるように、ある局面において、見守りシステム１００は、画像解析の結果から入居者Ｂさんがふらついたことを検知し得る。そのとき、見守りシステム１００は、Ｂさんがふらついたことを通知するメッセージを、投薬モニターに表示し得る。これにより、ふらつきが検知されたタイミングと、投薬が行なわれたタイミングとが関連付けられて表示されるので、表示装置８００のユーザー（管理者、介護者、医師など）は、投薬による影響（副作用）が生じている可能性があることを容易に推測し得る。
【０１０７】
図９を参照して、モニター８は、ある局面において、各入居者の個別の状況を表示し得る。表示される情報は、当該入居者に対して投与される各薬剤について、投与後に観察された状態を含む。観察対象期間は過去１週間、１ヵ月等のように、モニター８のユーザー（管理者等）によって任意に設定され得る。当該状態は、例えば、正常、ふらつき、転倒、排泄障害等に分類され得る。一例として、抗精神病薬が入居者（介護者番号００１）に投与された場合、その後の経過観察の結果、正常であることが１０日、ふらつきは０日、転倒が1日、排泄障害は０日であったことが表示される。その他の薬剤についても同様である。このような表示により、ユーザーは、各被介護者について、投薬による副作用がどの程度の頻度で発生しているかを網羅的に確認することができる。
【０１０８】
以上のようにして、本実施の形態に係る見守りシステム１００は、各入居者について記録された投薬情報と、予め準備された薬剤ＤＢ６２０とに基づいて、各入居者が服薬後に副作用の影響を受けるか否かを判断する。見守りシステム１００は、その判断の結果に応じて、入居者がある薬剤を服薬した後に副作用が発生し得る時間を推定し、副作用が発生する可能性がある旨を介護者や管理者あるいは外部の医師などに通知し得る。このようにすると、副作用として例えば足下のふらつき、意識障害などが見込まれる場合には、事前に必要な対策を取ることができるので、入居者に対する危険を抑制することができる。
【０１０９】
以上開示された技術的特徴は、例えば以下のように要約され得る。
［構成１］ある実施の形態に従う、情報を通知するためのプログラムは、コンピューター（例えば、クラウドサーバー１５０、管理サーバー２００、携帯端末１６１，１６２，１６３，１６４等）に、被介護者（例えば、入居者１１１，１２１）による１以上の服薬の情報を取得するステップ（例えば、ステップＳ７３０）と、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップ（例えば、ステップＳ７５０）と、推定された時間における被介護者の状態に関する情報を取得するステップと、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップ（例えば、ステップＳ７６０）と、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうステップ（例えば、ステップＳ７７０）とを実行させる。係る構成によれば、投与された薬剤の種類は量に応じて、服薬者（被介護者）に対する副作用の発生の可能性を通知することができるので、例えば、転倒その他の危険を予め予測し、あるいは、当該危険を避けるための措置を予め講じることが可能になる。
【０１１０】
［構成２］ある局面に従うプログラムにおいて、被介護者の状態に関する情報を取得するステップは、被介護者の撮影により取得された画像データを用いて、当該情報を取得することを含む。
【０１１１】
［構成３］ある局面に従うプログラムにおいて、被介護者の状態に関する情報を取得するステップは、被介護者のケア記録（例えば、介護記録ＤＢ）に基づいて、当該情報を取得することを含む。
【０１１２】
［構成４］ある局面に従うプログラムにおいて、判定するステップは、被介護者が起床状態にあるか否かを判定することを含む。通知を行なうステップは、被介護者が起床状態にある場合に通知を行なうことを含む。これにより、被介護者が就寝状態にある場合は、ふらつき、転倒などの危険が生じにくいので、不要な通知が抑制され得る。
【０１１３】
［構成５］ある局面に従うプログラムにおいて、１以上の副作用は、ふらつき、転倒、または、排泄障害のいずれかを含む。
【０１１４】
［構成６］ある局面に従うプログラムにおいて、通知を行なうステップは、１以上の副作用が発生する可能性があることを示す情報を、コンピューターに接続される情報端末（例えば、携帯端末１６１，１６２，１６３，１６４）に送信することを含む。これにより、居室の内部にいない関係者、例えば、管理室にいる他のスタッフ、外出しているスタッフ、入居者の家族等への通知が実現される。
【０１１５】
［構成７］ある局面に従うプログラムにおいて、１以上の副作用には、優先順位が関連付けられている。通知を行なうステップは、優先順位に従って当該通知を行なうことを含む。例えば、薬剤ごとに通知の優先順位が関連付けられている場合、優先順位の高い薬剤の投与を受けた入居者についての通知が先に行なわれる。優先順位は、例えば服薬によるリスクの発生頻度の高低に応じて設定され得る。
【０１１６】
他の実施の形態に従うと、情報通知装置（例えば、管理サーバー２００、コンピューター３００、携帯端末１６１，１６２，１６３，１６４）が提供される。この情報通知装置は、被介護者による１以上の服薬の情報を取得するための取得手段（例えば、服薬情報取得部６３０）と、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するための推定手段（副作用発生時間推定部６４０）と、推定された時間における被介護者の状態に関する情報を取得するための取得手段（被介護者状態取得部６５０）と、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するための判定手段（例えば、判定部６６０）と、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうための通知手段（例えば通知部６７０）とを備える。
【０１１７】
さらに他の実施の形態に従うと、情報を通知するためにコンピューター３００で実行される方法が提供される。この方法は、被介護者による１以上の服薬の情報を取得するステップと、薬の種類に基づいて、当該薬による１以上の副作用が発生する時間を推定するステップと、推定された時間における被介護者の状態に関する情報を取得するステップと、取得された被介護者の状態に関する情報に基づいて、１以上の副作用が発生する可能性の通知を行なうか否かを判定するステップと、通知を行なうとの判定結果に基づいて、１以上の副作用が発生する可能性の通知を行なうステップとを含む。
【０１１８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１１９】
開示された技術は、介護サービスあるいは介助サービスを提供する介護施設その他の施設等においてコンピューターを用いて利用可能とされる。
【符号の説明】
【０１２０】
１１  ゲートウェイサーバー、１２  交換装置、１４  プッシュサーバー、１５  無線基地局、１６  外部ネットワーク、１００  見守りシステム、１０１，２２１  制御装置、１０５  カメラ、１０６  ドップラーセンサー、１０７  無線通信装置、１０８，２２８  記憶装置、１１０，１２０  居室、１１１，１２１  入居者、１１２  家具、１１３  ベッド、１１４  トイレ、１１５  ケアコール子機、１１６  トイレセンサー、１１７  センサー、１１８  ドアセンサー、１１９  センサーボックス、１４０  アクセスポイント、１４１，１４２，１４３，１４４  介護者、１５０，４００  クラウドサーバー、１６１，１６２，１６３，１６４  携帯端末、１８０  施設、２００  管理サーバー、２２６  ディスプレイ、２２９  入力デバイス、２４１  ケアコールボタン、２９０  バイタルセンサー、３００  コンピューター。
【図１】
2020194392.tif 000003
【図２】
2020194392.tif 000004
【図３】
2020194392.tif 000005
【図４】
2020194392.tif 000006
【図５】
2020194392.tif 000007
【図６】
2020194392.tif 000008
【図７】
2020194392.tif 000009
【図８】
2020194392.tif 000010
【図９】
2020194392.tif 000011