(57)【要約】【課題】移動補助器具の利用者の転倒をより確実に防止するための技術を提供すること。【解決手段】居室内の動体の有無が検出されることにより、入居者が動いたか否かが検出される。居室内で入居者が動き（ステップＳ１０にてＹＥＳ）、かつ、居室において補助器具がベッド脇に位置している場合（ステップＳ１２およびステップＳ１４にてＹＥＳ）、通知情報が生成される。センサーボックスにおいて生成された通知情報は、管理サーバーを介して携帯端末３００へ送信され、携帯端末で出力される。【選択図】図６
2020013367.tif 000002
【特許請求の範囲】
【請求項１】
見守り対象の位置情報を利用して、当該見守り対象が補助器具を利用する予兆を検出する予兆検出部と、
前記予兆検出部によって予兆が検出されたことに応じて、見守り対象についての通知を出力する出力部とを備える、情報処理装置。
【請求項２】
前記予兆検出部は、前記補助器具の位置情報をさらに利用して、前記予兆を検出する、請求項１に記載の情報処理装置。
【請求項３】
前記予兆検出部は、前記見守り対象と前記補助器具との間の距離が予め定められた距離以下となったことに応じて、前記予兆を検出する、請求項２に記載の情報処理装置。
【請求項４】
前記予兆検出部は、前記見守り対象と前記補助器具の間の位置関係と、前記見守り対象の移動の方向とを用いて、前記予兆を検出する、請求項１〜請求項３のいずれか１項に記載の情報処理装置。
【請求項５】
前記予兆検出部は、前記移動の速度をさらに用いて、前記予兆を検出する、請求項４に記載の情報処理装置。
【請求項６】
前記予兆検出部は、前記見守り対象の属性をさらに用いて前記予兆を検出する、請求項１〜請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
前記予兆検出部は、前記見守り対象が所定のパターンの動作を実行したことに応じて、前記予兆の検出を開始する、請求項１〜請求項６のいずれか１項に記載の情報処理装置。
【請求項８】
前記所定のパターンの動作は、起床および端座の中の少なくとも一方を含む、請求項７に記載の情報処理装置。
【請求項９】
前記位置情報を取得するためのセンサーをさらに備える、請求項１〜請求項８のいずれか１項に記載の情報処理装置。
【請求項１０】
コンピューターが実行する、見守り対象についての通知を出力する方法であって、
前記見守り対象の位置情報を取得するステップと、
前記位置情報を利用して、前記見守り対象が補助器具を利用する予兆を検出するステップと、
前記予兆が検出されたことに応じて、前記見守り対象についての通知を出力するステップとを備える、方法。
【請求項１１】
コンピューターによって実行される、見守り対象についての通知を出力するプログラムであって、
前記プログラムは、前記コンピューターに、
前記見守り対象の位置情報を取得するステップと、
前記位置情報を利用して、前記見守り対象が補助器具を利用する予兆を検出するステップと、
前記予兆が検出されたことに応じて、前記見守り対象についての通知を出力するステップとを実行させる、プログラム。
【請求項１２】
見守り対象についての通知を出力する見守りシステムであって、
見守り対象の位置情報を取得するセンサーと、
前記位置情報を利用して前記見守り対象についての通知を出力する情報処理装置とを備え、
前記情報処理装置は、
見守り対象の位置情報を利用して、当該見守り対象が補助器具を利用する予兆を検出する予兆検出部と、
前記予兆検出部によって予兆が検出されたことに応じて、見守り対象についての通知を出力する出力部とを含む、見守りシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、見守り対象についての情報の通知に関し、特に、移動用の補助器具を利用する見守り対象についての通知に関する。
【背景技術】
【０００２】
従来、高齢者等の見守り対象が移動用の補助器具を使用する際の転倒事故を防止するための対策が種々検討されている。たとえば、特開２００９−２３３２０６号公報（特許文献１）は、複数の圧力センサーを設置された車椅子を開示する。当該車椅子は、圧力センサーの検出出力についての情報を腕時計型の端末装置へと送信する送信装置を備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２３３２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
車椅子等の移動補助器具の使用に関連する転倒する状況の一例は、利用者が、ベッドから移動補助器具へと乗り移ろうとした際に、バランスを崩して転倒する場面である。他の例は、車椅子に座ろうとした利用者が、座部の位置の認識を誤り、誤った位置に着地することによってしりもちをつく場面である。さらに他の例は、利用者が移動補助器具を当該利用者の乗り移りやすい位置に引き寄せようとして、バランスを崩して転倒する場面である。すなわち、多くの場合、利用者は、移動補助器具に乗り移るまでの期間に転倒する。
【０００５】
したがって、利用者にとって危ないのは、移動補助器具に乗り移る前の期間である。一方で、特許文献１等を含む従来技術が対応しているのは、利用者が車椅子に乗り移った後等の、移動補助器具の利用開始された後の期間である。このような技術によって通知がなされた場合、通知を受けたスタッフが利用者のもとに駆けつけられるは、どれだけ早くても転倒の後である。
【０００６】
さらには、利用者が少し離れたところにある移動補助器具に手を伸ばそうとして転倒する状況も多く発生している。しかしながら、このような状況も、従来技術においては検出されることが難しい場合があった。
【０００７】
本開示は、係る実情に鑑み考え出されたものであり、その目的は、移動補助器具の利用者の転倒をより確実に防止するための技術を提供することである。
【課題を解決するための手段】
【０００８】
本開示のある局面に従うと、見守り対象の位置情報を利用して、当該見守り対象が補助器具を利用する予兆を検出する予兆検出部と、予兆検出部によって予兆が検出されたことに応じて、見守り対象についての通知を出力する出力部とを備える、情報処理装置が提供される。
【０００９】
予兆検出部は、補助器具の位置情報をさらに利用して、予兆を検出してもよい。
予兆検出部は、見守り対象と補助器具との間の距離が予め定められた距離以下となったことに応じて、予兆を検出してもよい。
【００１０】
予兆検出部は、見守り対象と補助器具の間の位置関係と、見守り対象の移動の方向とを用いて、予兆を検出してもよい。
【００１１】
予兆検出部は、移動の速度をさらに用いて、予兆を検出してもよい。
予兆検出部は、見守り対象の属性をさらに用いて予兆を検出してもよい。
【００１２】
予兆検出部は、見守り対象が所定のパターンの動作を実行したことに応じて、予兆の検出を開始してもよい。
【００１３】
所定のパターンの動作は、起床および端座の中の少なくとも一方を含んでいてもよい。
情報処理装置は、位置情報を取得するためのセンサーをさらに備えていてもよい。
【００１４】
本開示の他の局面に従うと、コンピューターが実行する、見守り対象についての通知を出力する方法が提供される。方法は、見守り対象の位置情報を取得するステップと、位置情報を利用して、見守り対象が補助器具を利用する予兆を検出するステップと、予兆が検出されたことに応じて、見守り対象についての通知を出力するステップとを備える。
【００１５】
本開示のさらに他の局面に従うと、コンピューターによって実行される、見守り対象についての通知を出力するプログラムが提供される。プログラムは、コンピューターに、見守り対象の位置情報を取得するステップと、位置情報を利用して、見守り対象が補助器具を利用する予兆を検出するステップと、予兆が検出されたことに応じて、見守り対象についての通知を出力するステップとを実行させる。
【００１６】
本開示のさらに他の局面に従うと、見守り対象についての通知を出力する見守りシステムが提供される。見守りシステムは、見守り対象の位置情報を取得するセンサーと、前記センサーと通信可能な情報処理装置とを備える。前記情報処理装置は、見守り対象の位置情報を利用して、当該見守り対象が補助器具を利用する予兆を検出する予兆検出部と、前記予兆検出部によって予兆が検出されたことに応じて、見守り対象についての通知を出力する出力部とを含む。
【発明の効果】
【００１７】
本開示によれば、見守り対象が補助器具を利用する予兆が検出されたことに応じて、通知が出力される。これにより、当該通知を受けたスタッフは、補助器具の利用者の転倒が発生しそうな状態を認識し、見守り対象のもとに駆けつける等の転倒を防止するための対応を取ることができる。したがって、補助器具の利用者の転倒がより確実に防止され得る。
【図面の簡単な説明】
【００１８】
【図１】見守りシステムの構成の一例を示す図である。
【図２】居室９００におけるセンサーの検出範囲の一例を説明するための図である。
【図３】見守りシステムのセンサーボックス１００、管理サーバー２００、および、携帯端末３００のハードウェア構成を示す図である。
【図４】クラウドサーバー４００のハードウェア構成を示す図である。
【図５】見守りシステムの機能的な構成を示す図である。
【図６】通知情報生成部１３が実行する処理（通知情報生成処理）のフローチャートである。
【図７】通知情報生成処理のある変形例のフローチャートである。
【図８】通知情報生成処理の他の変形例のフローチャートである。
【図９】入居者の頭部の動きを表わすベクトルの一例を説明するための図である。
【図１０】入居者の頭部の動きを表わすベクトルの他の例を説明するための図である。
【図１１】オプティカルフローによって得られたベクトルの方向を用いた判断の具体例を示す図である。
【図１２】通知情報生成処理のさらに他の変形例のフローチャートである。
【図１３】通知情報生成処理の別の変形例のフローチャートである。
【図１４】登録される入居者の属性の一例を示す図である。
【図１５】複数種類の属性を考慮した優先順位の付与の一例を説明するための図である。
【図１６】見守りシステムの各要素における機能の分布のある変形例を示す図である。
【図１７】見守りシステムの各要素における機能の分布の他の変形例を示す図である。
【図１８】見守りシステムの各要素における機能の分布のさらに他の変形例を示す図である。
【図１９】通知情報生成処理のさらに別の変形例のフローチャートである。
【発明を実施するための形態】
【００１９】
以下に、図面を参照しつつ、見守りシステムの一実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。
【００２０】
［見守りシステムの構成］
図１は、見守りシステムの構成の一例を示す図である。見守り対象の一例として、施設の居室領域ＲＭに設けられた各居室内の入居者が採用される。図１の見守りシステムでは、居室領域ＲＭに、居室９００Ａ，９００Ｂが設けられている。居室９００Ａは、入居者８００Ａに割当てられている。居室９００Ｂは、入居者８００Ｂに割当てられている。図１の例では、見守りシステムに含まれる居室の数は２であるが、当該数はこれに限定されない。
【００２１】
見守りシステムでは、居室９００Ａに設置されたセンサーボックス１００Ａと、居室９００Ｂに設置されたセンサーボックス１００Ｂと、管理センターＳＴに設置された管理サーバー２００と、アクセスポイントＡＰとが、ネットワークＮＴを介して接続される。
【００２２】
見守りシステムでは、スタッフＮＡが携帯する携帯端末３００Ａ、および、スタッフＮＢが携帯する携帯端末３００Ｂは、アクセスポイントＡＰを介してネットワークＮＴに接続される。さらに、センサーボックス１００Ａ，１００Ｂ、管理サーバー２００、および、アクセスポイントＡＰは、ネットワークＮＴを介して、クラウドサーバー４００と通信可能である。
【００２３】
居室９００Ａは、設備として、ベッド９０１Ａ、トイレ９０２Ａ、および、家具９０３Ａを含む。居室９００Ａのドアには、当該ドアの開閉を検出するドアセンサー５１０Ａが設置されている。トイレ９０２Ａのドアには、トイレ９０２Ａの開閉を検出するトイレセンサー５２０Ａが設置されている。ベッド９０１Ａには、入居者８００Ａの排泄情報を取得する臭いセンサー５３０Ａが設置されている。入居者８００Ａは、当該入居者８００Ａのバイタル情報を検出するバイタルセンサー５４０Ａを装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室９００Ａでは、入居者８００Ａはケアコール子機５００Ａを操作することができる。
【００２４】
本明細書では、複数のセンサーボックス１００Ａ，１００Ｂに共通する事項を言及する場合には、センサーボックス１００Ａ，１００Ｂを総称する用語「センサーボックス１００」が利用される。同様に、入居者８００Ａ，８００Ｂ、居室９００Ａ，９００Ｂ、ベッド９０１Ａ，９０１Ｂ、トイレ９０２Ａ，９０２Ｂ、家具９０３Ａ，９０３Ｂ、ケアコール子機５００Ａ，５００Ｂ、ドアセンサー５１０Ａ，５１０Ｂ、トイレセンサー５２０Ａ，５２０Ｂ、臭いセンサー５３０Ａ，５３０Ｂ、バイタルセンサー５４０Ａ，５４０Ｂのそれぞれについても同様に、用語「入居者８００」、「居室９００」、「トイレ９０２」、「家具９０３」、「ケアコール子機５００」、「ドアセンサー５１０」、「トイレセンサー５２０」、「臭いセンサー５３０」、「バイタルセンサー５４０」が利用される。
【００２５】
センサーボックス１００Ａは、居室９００Ａ内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、または、バイタルセンサー５４０である。センサーボックス１００Ａは、センサーとして、これらのセンサー中の少なくとも一つを含む。
【００２６】
図２は、居室９００におけるセンサーの検出範囲の一例を説明するための図である。図２の例では、センサーボックス１００は、居室９００の天井ＣＬに設置される。
【００２７】
範囲ＡＲは、センサーの検出範囲を概略的に表わす。センサーがドップラーセンサーである場合、当該ドップラーセンサーは、範囲ＡＲ内で生じた挙動を検出する。センサーがカメラである場合、当該カメラは、範囲ＡＲ内の画像を撮影する。
【００２８】
図１に戻って、管理センターＳＴに設置された管理サーバー２００は、ディスプレイ２０６および入力デバイス２０９に接続される。入力デバイス２０９は、たとえばキーボードである。
【００２９】
図１の見守りシステムでは、アクセスポイントＡＰを介してネットワークＮＴに接続する携帯端末の数は２（携帯端末３００Ａ，３００Ｂ）とされているが、当該数はこれに限定されない。本明細書では、携帯端末３００Ａ，３００Ｂに共通する事項を言及する場合には、携帯端末３００Ａ，３００Ｂを総称する用語「携帯端末３００」が利用される。
【００３０】
図１の見守りシステムにおける各要素間の通信は、有線であってもよいし、無線であってもよい。
【００３１】
なお、センサーボックス１００は、カメラ１０５および／またはドップラーセンサー１０６を必ずしも備えていなくてもよい。カメラ１０５および／またはドップラーセンサー１０６は、ドアゲートセンサー５１０等と同様に、センサーボックス１００外に設けられてもよい。制御装置１０１は、センサーボックス１００外に設けられたカメラ１０５および／またはドップラーセンサー１０６の検出出力を、所与のインターフェイスを介して取得してもよい。
【００３２】
バイタルセンサー５４０は、必ずしも入居者に装着されていなくてもよい。一例では、バイタルセンサー５４０は、入居者から離間して設置された赤外線センサー等によって実現され、入居者の温度を検出することによってバイタル情報（体温）を出力する。他の例では、バイタルセンサー５４０は、ドップラーセンサー１０６によって実現される。ドップラーセンサー１０６は、入居者に向けてマイクロ波を照射する。当該マイクロ波は、入居者の心臓の拍動による胸部の僅かな変位によってドップラー効果を起こし、その周波数を変動させる。ドップラーセンサー１０６は、当該周波数の変動に基づいて、入居者の心拍を検出する。さらに他の例では、ドップラーセンサー１０６は、入居者の呼吸を検出する。
【００３３】
［見守りシステムの各要素の構成］
図３は、見守りシステムのセンサーボックス１００、管理サーバー２００、および、携帯端末３００のハードウェア構成を示す図である。図４は、クラウドサーバー４００のハードウェア構成を示す図である。以下、図３および図４を参照して、見守りシステムにおける各装置の構成の一例を説明する。
【００３４】
（センサーボックス１００）
センサーボックス１００は、制御装置１０１と、ＲＯＭ（Read  Only  Memory）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１２０とを備える。
【００３５】
制御装置１０１は、センサーボックス１００を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central  Processing  Unit）、少なくとも１つのＡＳＩＣ（Application  Specific  Integrated  Circuit）、少なくとも１つのＦＰＧＡ（Field  Programmable  Gate  Array）、またはこれらの組み合わせなどによって構成される。
【００３６】
通信インターフェイス１０４には、アンテナ（図示しない）などが接続される。センサーボックス１００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理サーバー２００、携帯端末３００、アクセスポイントＡＰ、クラウドサーバー４００、その他の通信端末などを含む。
【００３７】
カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室９００の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサやサーモグラフィーカメラが用いられてもよい。センサーボックス１００およびカメラ１０５は、一体的に構成されてもよいし、別体で構成されてもよい。
【００３８】
ドップラーセンサー１０６は、たとえばマイクロ波ドップラーセンサーであり、電波を放射及び受信して、居室９００内の物体の挙動（動作）を検出する。これにより、居室９００内の入居者８００の生体情報が検出され得る。一例では、ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室９００のベッド９０１に向けて放射し、入居者８００で反射した反射波を受信する。反射波は、入居者８００の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者８００の呼吸状態や心拍数を検出し得る。
【００３９】
無線通信装置１０７は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０からの信号を受信し、当該信号を制御装置１０１へ送信する。たとえば、ケアコール子機５００は、ケアコールボタン５０１を備え、当該ケアコールボタン５０１を操作されると、当該操作があったことを示す信号を無線通信装置１０７へ送信する。ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０のそれぞれは、それぞれの検出出力を無線通信装置１０７へ送信する。
【００４０】
記憶装置１２０は、たとえば、ハードディスクや外付けの記憶装置などの記憶媒体である。記憶装置１２０は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者８００の行動情報を含んでいてもよい。
【００４１】
上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１２０以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリーなど）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理サーバー２００や携帯端末３００、など）に格納されていてもよい。
【００４２】
（行動情報）
上記の行動情報について、説明する。行動情報は、たとえば入居者８００が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者８００が起きたことを表わす「起床」、入居者８００が寝具から離れたことを表わす「離床」、入居者８００が寝具から落ちたことを表わす「転落」、および、入居者８００が倒れたことを表わす「転倒」の４つの行動を含む。
【００４３】
一実施の形態では、制御装置１０１が、各居室９００に設置されたカメラ１０５が撮像した画像に基づいて、各居室９００に関連付けられた入居者８００の行動情報を生成する。制御装置１０１は、たとえば、上記画像から入居者８００の頭部を検出し、この検出した入居者８００の頭部における大きさの時間変化に基づいて、入居者８００の「起床」、「離床」、「転倒」および「転落」を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。
【００４４】
まず、記憶装置１２０に、居室９００におけるベッド９０１の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド９０１の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別する。第２閾値Ｔｈ２は、ベッド９０１の所在領域を除く居室９００内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別する。第３閾値Ｔｈ３は、ベッド９０１の所在領域を除く居室ＲＭ内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別する。
【００４５】
制御装置１０１は、対象画像から、例えば背景差分法やフレーム差分法によって、入居者８００の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、例えば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者８００の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検出する。
【００４６】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。
【００４７】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第２閾値Ｔｈ２を用いることによって或る大きさから立位姿勢の大きさへと変化したことを検出した場合に、行動「離床」が発生したことを決定してもよい。
【００４８】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへ時間変化した場合には、行動「転落」が発生したと決定してもよい。
【００４９】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域を除く居室９００内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。
【００５０】
以上説明されたように、一具体例では、センサーボックス１００の制御装置１０１が、入居者８００の行動情報を生成する。なお、見守りシステムでは、居室９００内の画像を用いて、他の要素が入居者８００の行動情報を生成してもよい。
【００５１】
（管理サーバー２００）
管理サーバー２００は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、操作インターフェイス２０７と、記憶装置２２０とを含む。
【００５２】
制御装置２０１は、管理サーバー２００を制御する。制御装置２０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせなどによって構成される。
【００５３】
通信インターフェイス２０４には、アンテナ（図示しない）などが接続される。管理サーバー２００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００を含む。
【００５４】
表示インターフェイス２０５は、ディスプレイ２０６と接続され、制御装置２０１などからの指令に従って、ディスプレイ２０６に対して、画像を表示するための画像信号を送出する。
【００５５】
操作インターフェイス２０７は、たとえば、ＵＳＢ（Universal  Serial  Bus）端子であり、入力デバイス２０９に接続される。操作インターフェイス２０７は、入力デバイス２０９からのユーザー操作を示す信号を受ける。入力デバイス２０９、たとえば、マウス、キーボード、タッチパネル、またはユーザーの入力操作を受け付けることが可能なその他の装置である。
【００５６】
記憶装置２２０は、たとえば、ハードディスクや外付けの記憶装置などの記憶媒体である。一実現例では、記憶装置２２０は、制御装置２０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置２０１がアクセス可能な他の記憶装置に格納されていてもよい。
【００５７】
（携帯端末３００）
携帯端末３００は、制御装置３０１と、ＲＡＭ３０３と、通信インターフェイス３０４と、ディスプレイ３０５と、入力デバイス３０６と、内蔵メモリー３２０とを含む。
【００５８】
制御装置３０１は、携帯端末３００を制御する。制御装置３０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせなどによって構成される。
【００５９】
通信インターフェイス３０４には、アンテナ（図示しない）などが接続される。携帯端末３００は、当該アンテナおよびアクセスポイントＡＰ（図１）を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００、管理サーバー２００などを含む。
【００６０】
ディスプレイ３０５は、たとえば有機ＥＬ（Electro  Luminescence）ディスプレイによって実現される。入力デバイス３０６は、たとえばディスプレイ３０５に重ねられたタッチセンサーによって実現される。当該タッチセンサーは、携帯端末３００に対する各種操作をタッチ操作で受け付け、当該操作の内容を制御装置３０１へ出力する。
【００６１】
内蔵メモリー３２０は、たとえば、ｅＭＭＣ（Embedded  MultiMediaCard）などの記憶媒体である。一例として、内蔵メモリー３２０は、制御装置３０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置３０１がアクセス可能な記憶装置であれば、内蔵メモリー３２０以外の記憶装置に格納されていてもよい。
【００６２】
（クラウドサーバー４００）
クラウドサーバー４００は、制御装置４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、通信インターフェイス４０４と、記憶装置４２０とを含む。
【００６３】
制御装置４０１は、クラウドサーバー４００を制御する。制御装置４０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせなどによって構成される。
【００６４】
通信インターフェイス４０４には、アンテナ（図示しない）などが接続される。クラウドサーバー４００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００、管理サーバー２００を含む。
【００６５】
記憶装置４２０は、たとえば、ハードディスクや外付けの記憶装置などの記憶媒体である。一実現例では、記憶装置４２０は、制御装置４０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置４０１がアクセス可能な他の記憶装置に格納あされていてもよい。
【００６６】
（本明細書における「プログラム」という用語の意義）
見守りシステムにおいて、各種の「プログラム」は、単体のプログラムとしてではなく、任意のプログラムの一部に組み込まれて提供される場合があり得る。各種の「プログラム」は、任意の複数のプログラムが協働することによって実現され得る。一例では、センサーボックス１００の制御装置１０１が第１のプログラムを実行することによって本明細書において説明される機能を実現する際に、当該第１のプログラムは、第２のプログラムの一部のモジュールを利用していてもよい。第１のプログラムは、当該機能の実現のための一部のモジュールを含まない場合であっても、当該機能の実現に主に貢献する場合、当該機能を実現するためのプログラムとしての趣旨から逸脱するものではない。また、本明細書において説明される機能は、その一部または全部が専用のハードウェアによって実現されてもよい。さらに、本明細書において説明される機能を提供する装置は、その機能の一部または全部を外部装置から所謂クラウドサービスとして提供される場合もあり得る。
【００６７】
［見守りシステムの機能構成］
図５は、見守りシステムの機能的な構成を示す図である。図５を参照して、見守りシステムの機能的な構成の一例を説明する。
【００６８】
図５の例では、センサーボックス１００は、データ収集部１１、対象検出部１２、通知情報生成部１３、器具検出部１４、通知情報送信部１５、および、記録格納部１６として機能する。管理サーバー２００は、通知情報管理部２１、および、通知情報配信部２２として機能する。携帯端末３００は、通知情報受信部３１、および、出力部３２として機能する。以下、各機能の内容を説明する。
【００６９】
（データ収集部１１）
データ収集部１１は、入居者の生体情報を収集する。一実施の形態では、データ収集部１１は、所与のプログラムを実行する制御装置１０１によって実現される。
【００７０】
生体情報の一例は、居室９００内の画像データである。この場合、カメラ１０５によってデータ収集部１１が実現される。生体情報の他の例は、バイタル情報である。この場合、バイタルセンサー５４０によってデータ収集部１１が実現される。生体情報は、入居者の行動を検出するための如何なる情報によって実現され得る。この場合、そのような情報を取得するためのいかなるセンサーによっても、データ収集部１１が実現され得る。
【００７１】
（対象検出部１２）
対象検出部１２は、データ収集部１１が収集した生体情報を用いて、居室９００内の動体（入居者）を検出する。一実施の形態では、対象検出部１２は、所与のプログラムを実行する制御装置１０１によって実現される。
【００７２】
対象検出部１２は、たとえば、カメラ１０５によって撮影された画像を処理することによって、居室９００内で入居者が位置する場所を特定する。画像処理の一例は、パターン認識による人物の頭部の認識である。
【００７３】
対象検出部１２は、さらに、入居者の移動の方向および／または速度の情報を生成してもよい。この場合、対象検出部１２は、たとえば、入居者または当該入居者の頭部の領域の重心を算出し、時間の経過に従った当該重心の位置の変化に基づいて、入居者の移動の方向および／または速度を算出する。入居者の移動の方向および／または速度は、頭部以外の部分（腕、脚、入居者の画像領域の外縁部、等）に基づいて検出されてもよい。対象検出部１２は、移動の方向の検出に、オプティカルフローを用いてもよい。
【００７４】
（通知情報生成部１３）
通知情報生成部１３は、対象検出部１２によって検出された入居者の情報を用いて、当該入居者についての通知情報を生成する。入居者の情報は、当該入居者の位置情報を含んでもよい。この場合の位置情報は、入居者の位置を特定する情報であれば、位置そのものを表わす情報だけを意味するのではなく、移動の速度および／または速度を表わす情報など、入居者の位置から導かれる情報を意味することが意図される。一実施の形態では、通知情報生成部１３は、所与のプログラムを実行する制御装置１０１によって実現される。
【００７５】
通知情報の一例は、入居者が補助器具の利用の予兆となる動作を実行したことを通知するための情報である。通知情報生成部１３は、さらに器具検出部１４によって検出された事項を利用して、通知情報を生成してもよい。補助器具の一例は、車椅子である。他の例は、歩行器である。
【００７６】
（器具検出部１４）
器具検出部１４は、居室９００内の補助器具の有無およびその位置を検出する。一実施の形態では、器具検出部１４は、所与のプログラムを実行する制御装置１０１によって実現される。
【００７７】
一実施の形態において、器具検出部１４は、予め登録された補助器具の形状を特定するデータを利用し、カメラ１０５によって撮影された画像に対するエッジ検出とパターンマッチングとによって、補助器具の有無およびその位置を検出してもよい。
【００７８】
他の実施の形態において、補助器具には、当該補助器具を同定するためのマーカーが取付けられている。器具検出部１４は、カメラ１０５によって撮影された画像が当該マーカーを含むか否かによって、居室９００内における補助器具の有無を検出してもよい。
【００７９】
さらに他の実施の形態において、補助器具には、タグが取付けられていてもよい。器具検出部１４は、無線通信装置１０７が当該タグから送信されるべき信号を受信したか否かによって、居室９００内における補助器具の有無を検出してもよい。
【００８０】
（通知情報送信部１５）
通知情報送信部１５は、通知情報生成部１３によって生成された通知情報を外部の装置（図５の例では、管理サーバー２００）へ送信する。一実施の形態では、通知情報送信部１５は、通信インターフェイス１０４によって実現される。
【００８１】
（記録格納部１６）
記録格納部１６は、入居者の属性（介護記録等）等の種々の情報を格納する。一実施の形態では、記録格納部１６は、記憶装置１２０によって実現される。
【００８２】
（通知情報管理部２１）
通知情報管理部２１は、見守りシステム内の各センサーボックス１００から送信された通知情報を受信し、管理サーバー２００内に格納する。一実施の形態では、通知情報管理部２１は、通信インターフェイス２０４と、当該通信インターフェイス２０４が受信した情報を処理する制御装置２０１とによって実現される。受信された通知情報は、たとえば記憶装置２２０に格納される。
【００８３】
（通知情報配信部２２）
通知情報配信部２２は、通知情報を見守りシステム内の携帯端末３００へ送信する。一実施の形態では、通知情報配信部２２は、通信インターフェイス２０４によって実現される。
【００８４】
（通知情報受信部３１）
通知情報受信部３１は、管理サーバー２００から送信された通知情報を受信する。一実施の形態では、通知情報受信部３１は、通信インターフェイス３０４によって実現される。
【００８５】
（出力部３２）
出力部３２は、通知情報に従った通知を出力する。一実施の形態では、出力部３２は、ディスプレイ３０５によって実現される。出力の具体例は、表示、音声出力、振動、および／または、これらの組合せである。出力部３２は、スピーカーまたはバイブレーターによって実現されてもよい。
【００８６】
［通知情報の生成］
図６は、通知情報生成部１３が実行する処理（通知情報生成処理）のフローチャートである。図６の処理は、たとえば、通知情報生成部１３として機能する制御装置１０１が所与のプログラムを実行することによって実現される。図６を参照して、通知情報生成処理の一例を説明する。
【００８７】
ステップＳ１０にて、制御装置１０１は、居室９００内に動体が検出されたか否かを判断する。一実施の形態では、通知情報生成部１３として機能する制御装置１０１は、対象検出部１２から動体を検出したことを表わす情報を取得した否かに基づいて、ステップＳ１０における制御を実現する。制御装置１０１は、動体が検出されたか否かを判断すると（ステップＳ１０にてＹＥＳ）、ステップＳ１２へ制御を進め、そうでなければ（ステップＳ１０にてＮＯ）、動体が検出されたと判断されるまでステップＳ１０の制御を（たとえば一定時間ごとに）継続する。
【００８８】
ステップＳ１２にて、制御装置１０１は、居室９００内に補助器具が配置されているか否かを判断する。一実施の形態では、通知情報生成部１３として機能する制御装置１０１は、器具検出部１４からの、居室９００内の補助器具の有無を表わす情報に基づいて、ステップＳ１２における制御を実現する。通知情報生成部１３は、対象検出部１２から居室９００内に動体が検出されたことに応じて、器具検出部１４に対して、居室９００内に補助器具が配置されているか否かを問合せ、当該問合せの回答に基づいてステップＳ１２における制御を実現してもよい。制御装置１０１は、居室９００内に補助器具が配置されていると判断すると（ステップＳ１２にてＹＥＳ）、ステップＳ１４へ制御を進め、そうでなければ（ステップＳ１２にてＮＯ）、ステップＳ１０へ制御を戻す。
【００８９】
ステップＳ１４にて、制御装置１０１は、居室９００において、補助器具がベッド脇にあるか否かを判断する。制御装置１０１は、カメラ１０５によって撮影された画像において、補助器具がベッド９０１の端部から予め定められた距離以内にあれば補助器具がベッド脇にあると判断し、そうでなければ補助器具がベッド脇には無いと判断してもよい。
【００９０】
本明細書において、補助器具の位置についての判断の基準は、補助器具の重心であってもよいし、補助器具の外縁部であってもよいし、補助器具に取り付けられたマーカーの位置であってもよい。また、２つの物体間の「距離」には、物体に関する如何なる位置情報をも利用され得る。２つの物体の距離は、当該２つの物体の重心間の距離であってもよいし、各物体を構成する領域の外縁部の最短距離であってもよい。
【００９１】
補助器具がタグを装着している場合に、制御装置１０１は、無線通信装置１０７が受信した、補助器具から出力されるべき信号の強度が、一定の強度以上であれば補助器具がベッド脇にあると判断し、そうでなければ補助器具がベッド脇には無いと判断してもよい。
【００９２】
制御装置１０１は、補助器具がベッド脇にあると判断すると（ステップＳ１４にてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１４にてＮＯ）、ステップＳ１０へ制御を戻す。
【００９３】
ステップＳ１６にて、制御装置１０１は、通知情報を生成する。生成される通知情報は、センサーボックス１００に関連付けられた入居者を特定する情報を含んでいてもよい。
【００９４】
［通知情報の生成に基づく通知の出力］
以上説明された図６の処理によれば、通知情報生成部１３は、ステップＳ１０にて、居室９００内の動体の有無を検出することにより、入居者が動いたか否かを検出する。通知情報生成部１３は、居室９００内で入居者が動き、かつ、居室９００において補助器具がベッド脇に位置していることを条件として、通知情報を生成する。センサーボックス１００では、通知情報生成部１３が通知情報を生成したことに応じて、当該通知情報が、管理サーバー２００を介して携帯端末３００へ送信され、携帯端末３００で出力される。この例では、補助器具がベッド脇に位置している居室内で入居者が動いたことが、入居者が補助器具を利用する予兆の一例である。
【００９５】
予兆の他の例は、入居者が所与の場所（たとえば、居室９００内の補助器具の配置場所）に近づいたことである。通知情報生成部１３は、入居者の位置情報から、当該予兆を検出する。入居者の位置は、居室内の画像、入居者が装着するバイタルセンサー５４０から発信される信号、居室内の各種のセンサー等、種々の情報から特定され得る。
【００９６】
予兆の検出において、通知情報生成部１３は、必ずしも居室９００内に補助器具が配置されていることを検出しなくてもよい。居室９００では、補助器具の配置場所が予め定められており、通知情報生成部１３は、入居者が、当該配置場所に近づく（または、位置する）ことを検出したことによって、予兆の発生を検出してもよい。
【００９７】
［入居者と補助器具との距離による予兆の検出］
図７は、通知情報生成処理の変形例のフローチャートである。図７の例では、通知情報生成部１３は、入居者と補助器具との距離に基づいて予兆を検出する。図７の処理は、たとえば、通知情報生成部１３として機能する制御装置１０１が所与のプログラムを実行することによって実現される。
【００９８】
図７の処理は、図６の処理と比較して、ステップＳ１４の代わりにステップＳ１４Ａを含む。ステップＳ１４Ａにて、制御装置１０１は、入居者と補助器具との距離が３０ｃｍ以内であるか否かを判断する。制御装置１０１は、たとえば、入居者と補助器具との距離として、カメラ１０５によって撮影された画像における入居者の頭部の重心と補助器具の重心との距離を算出する。制御装置１０１は、上記距離が３０ｃｍ以内であると判断すると（ステップＳ１４ＡにてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１４ＡにてＮＯ）、ステップＳ１０へ制御を戻す。
【００９９】
図７の処理では、通知情報生成部１３は、入居者が補助器具に近づいた場合に、通知情報を生成する。図７の例における「３０ｃｍ」は、入居者と補助器具との距離に対する閾値の単なる一例であり、見守りシステムが適用される具体的な場面において適宜変更され得る。
【０１００】
通知情報の生成について、複数の閾値が設定されていてもよい。出力される通知は、複数の閾値のそれぞれによって異なる態様で出力されてもよい。たとえば、図７の例において、通知情報生成部１３は、入居者と補助器具との距離が「１ｍ」以内になったときに第１の種類の通知情報を生成し、出力部３２に向けて送信する。これに応じて、出力部３２は、第１の態様で通知を出力する。さらに、通知情報生成部１３は、入居者と補助器具との距離が「３０ｃｍ」以内になったときに第２の種類の通知情報を生成し、出力部３２に向けて送信する。これに応じて、出力部３２は、第２の態様で通知を出力する。第２の態様は、第１の態様より音量が大きいまたは周波数が高いなど、第１の態様より警戒度が高い態様で通知を出力してもよい。
【０１０１】
［入居者と補助器具との相対位置の変化による予兆の検出］
図８は、通知情報生成処理の変形例のフローチャートである。図８の例では、通知情報生成部１３は、入居者と補助器具との相対位置の変化に基づいて予兆を検出する。図８の処理は、たとえば、通知情報生成部１３として機能する制御装置１０１が所与のプログラムを実行することによって実現される。
【０１０２】
図８の処理は、図６の処理と比較して、ステップＳ１４の代わりにステップＳ１４Ｂを含む。ステップＳ１４Ｂにて、制御装置１０１は、入居者が、補助器具に向かって移動しているか否かを判断する。制御装置１０１は、たとえば、カメラ１０５によって撮影された複数の画像を用いたオプティカルフローによって検出された、居室９００内の動体のベクトルを用いてステップＳ１４Ｂの判断を実現してもよい。
【０１０３】
図９は、入居者の頭部の動きを表わすベクトルの一例を説明するための図である。図９において、要素８Ａは、入居者の頭部として特定された要素を表わす。要素８Ｂは、要素８Ａを含む画像より後に撮影された画像において、入居者の頭部として特定された要素を表わす。要素８Ｃは、要素８Ｂを含む画像より後に撮影された画像で入居者の頭部として特定された要素を表わす。要素８Ｄは、要素８Ｃを含む画像より後に撮影された画像で入居者の頭部として特定された要素を表わす。
【０１０４】
図９の例では、入居者の頭部の位置は、要素８Ａ，要素８Ｂ，要素８Ｃ，要素８Ｄの順に変化している。これにより、要素８Ａ，８Ｂ，８Ｃ，８Ｄのそれぞれを含む４枚の画像を用いたオプティカルフローによって、ベクトルＶ１が特定される。
【０１０５】
図１０は、入居者の頭部の動きを表わすベクトルの他の例を説明するための図である。図１０の例では、図９の例と同様に、異なるタイミングで撮影された４枚の画像において入居者の頭部の位置は、要素８Ａ，要素８Ｂ，要素８Ｃ，要素８Ｄの順に変化している。これにより、図１０の例では、要素８Ａ，８Ｂ，８Ｃ，８Ｄのそれぞれを含む４枚の画像を用いたオプティカルフローによって、ベクトルＶ２が特定される。
【０１０６】
図１１は、オプティカルフローによって得られたベクトルの方向を用いた判断の具体例を示す図である。図１１には、入居者の頭部の重心１１０１と、車椅子（補助器具の一例）の重心１１０２と、重心１１０１と重心１１０２とを結ぶ補助線１１１０とが示される。図１１には、さらに、２つのベクトル１１１１，１１１２が示される。
【０１０７】
一例では、制御装置１０１は、オプティカルフローにおいて特定されたベクトルの方向が、入居者の頭部の重心と補助器具の重心との間の距離を狭める場合（たとえば、ベクトル１１１１）、入居者が補助器具に向かって移動していると判断し、そうでない場合（たとえば、ベクトル１１１２）、入居者が補助器具に向かって移動していないと判断する。
【０１０８】
図８に戻って、制御装置１０１は、入居者が補助器具に向かって移動していると判断すると（ステップＳ１４ＢにてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１４ＢにてＮＯ）、ステップＳ１０へ制御を戻す。
【０１０９】
図８の処理では、入居者が補助器具に向かって移動することが、入居者が補助器具を利用することの予兆として検出される。
【０１１０】
［入居者の移動速度を考慮した予兆の検出］
図１２は、通知情報生成処理の変形例のフローチャートである。図１２の例では、通知情報生成部１３は、入居者の移動速度を考慮して予兆を検出する。図１２の処理は、たとえば、通知情報生成部１３として機能する制御装置１０１が所与のプログラムを実行することによって実現される。
【０１１１】
図１２の処理は、図６の処理と比較して、ステップＳ１４の代わりにステップＳ１４Ｃを含む。ステップＳ１４Ｃにて、制御装置１０１は、入居者が、補助器具に向かって、急激に移動しているか否かを判断する。ステップＳ１４Ｃの判断は、たとえば、図８のステップＳ１４Ｂにおいて、さらに、入居者の移動速度が所与の速度以上であるか否かを判断することによって実現される。移動速度は、たとえば、オプティカルフローにおいて生成されるベクトルの大きさとして取得され得る。
【０１１２】
ステップＳ１４Ｃにおいて、制御装置１０１は、入居者が所定の速度以上の速度で補助器具に向かって移動していると判断すると（ステップＳ１４ＣにてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１４ＣにてＮＯ）、ステップＳ１０へ制御を戻す。
【０１１３】
図１２の処理では、入居者が所定の速度以上の速度で補助器具に向かって移動することが、入居者が補助器具を利用することの予兆として検出される。
【０１１４】
［入居者の属性を考慮した予兆の検出］
図１３は、通知情報生成処理の変形例のフローチャートである。図１３の例では、通知情報生成部１３は、入居者の属性を考慮して予兆を検出する。図１３の処理は、たとえば、通知情報生成部１３として機能する制御装置１０１が所与のプログラムを実行することによって実現される。
【０１１５】
図１３の処理は、図６の処理と比較して、ステップＳ１４の代わりにステップＳ１４Ｄを含む。ステップＳ１４Ｄにて、制御装置１０１は、入居者の補助器具の利用に関する属性として「１人で移乗」が登録されているか否かを判断する。
【０１１６】
図１４は、登録される入居者の属性の一例を示す図である。入居者の属性は、たとえば記録格納部１６に格納される。入居者の属性は、たとえば見守りシステムのスタッフによって生成され、当該スタッフによって記録格納部１６に登録される。なお、属性の少なくとも一部は、各種のセンサーの検出結果に基づいて生成されて、記録格納部１６に登録されてもよい。
【０１１７】
図１４に示された属性は、各入居者の、入居者名、補助器具使用有無、補助器具種類、移乗態様、移乗時転倒履歴、および、移動態様を含む。入居者名は、入居者の名前を表し、各入居者を識別する。補助器具使用有無は、各入居者が補助器具を利用するか否かを表す。補助器具種類は、各入居者が使用する補助器具の種類を表す。移乗態様は、各入居者がベッド等の補助器具以外の場所から補助器具に移乗する際にスタッフの補助を要するか否かを表す。「自分で」は、移乗に補助が不要であることを表わす。「補助付き」は、移乗に補助が必要であることを表わす。
【０１１８】
移乗時転倒履歴は、各入居者についての、補助器具への移乗の際に転倒した履歴の有無を表わす。一例では、移乗時転倒履歴は、スタッフによって登録される。他の例では、移乗時転倒履歴は、各入居者の転倒履歴に基づいて、制御装置１０１によって生成される。さらに他の例では、制御装置１０１は、カメラ１０５によって撮影された画像に基づいて補助器具から所定の距離内での入居者の転倒を検出した場合に、当該入居者の属性として、移乗時に転倒したことを示す情報を登録してもよく、さらに、このことに応じて、移乗時転倒履歴の値として「有り」を設定してもよい。
【０１１９】
移動態様は、各入居者が、補助器具を利用した移動にスタッフの補助（たとえば、スタッフが車椅子を押す、等）を必要とするか否かを表す。「自分で」は、移動に補助が不要であることを表わす。「補助付き」は、移動に補助が必要であることを表わす。
【０１２０】
図１３に戻って、制御装置１０１は、ステップＳ１４Ｄの制御の一例として、入居者の属性「移動態様」が「自分で」であるか否かを判断し、そうであれば（ステップＳ１４ＤにてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１４ＤにてＮＯ）、ステップＳ１０へ制御を戻す。
【０１２１】
図１３の例では、補助器具が配置されている居室において入居者が動いたとき、当該入居者がスタッフの補助無しで補助器具に移乗することが想定される場合には通知情報が生成され、想定されない場合には通知情報が生成されない。後者の場合には、入居者は、スタッフの到着を待って補助器具に移乗するため、入居者の転倒の確率は低い。一方、前者の場合、入居者は、スタッフが不在の状況下でも補助器具への移乗を試みるので、後者の場合と比較して、移乗時の転倒の確率が高い。図１３の例では、転倒の確率が高い場合に選択的に通知が出力され得る。
【０１２２】
なお、図１３の例において、ステップＳ１４Ｄの制御は、ステップＳ１２において補助器具が居室９００内に配置されていると判断された後、入居者が補助器具に向かって移動していると判断された場合にのみ実行されてもよい。入居者が補助器具に向かって移動していないと判断された場合には、ステップＳ１４Ｄの制御が実行されることなくステップＳ１０へ制御が戻されてもよい。
【０１２３】
ステップＳ１４Ｄにおいて、移乗態様の代わりに、または、移乗態様に加えて、移乗時転倒履歴が利用されてもよい。一例では、ステップＳ１４Ｄにおいて、移乗態様が「自分で」であり、かつ、移乗時転倒履歴が「有り」である場合にのみ、ステップＳ１６へ制御が進められてもよい。移乗態様が「補助付き」である、および、移乗時転倒履歴が「無し」である、のうち少なくとも一方が満たされる場合には、ステップＳ１６の制御が実行されることなくステップＳ１０へ制御が戻されてもよい。すなわち、入居者が移乗時に補助を必要としない場合であっても、これまでに当該入居者が移乗時に転倒したことがなければ、通知が出力されなくてもよい。このような入居者は、移乗時に転倒する可能性が低いと想定され得るからである。
【０１２４】
通知情報には、優先順位が付与されてもよい。一例では、通知情報生成部１３は、補助器具とは直接的に関連しない属性（たとえば、入居者の要介護度）を用いて、通知情報に優先順位を付与する。要介護度が高い入居者について生成された通知情報ほど、より高い優先順位が付与され得る。出力部３２（携帯端末３００）は、複数の入居者のそれぞれについての通知情報を受信した場合、各通知情報に付与された優先順位に従った態様で、当該複数の通知情報を出力し得る。
【０１２５】
優先順位は、複数種類の属性を考慮して付与されてもよい。図１５は、複数種類の属性を考慮した優先順位の付与の一例を説明するための図である。図１５の処理は、たとえば、ステップＳ１６において生成される通知情報の生成の一部として実行され得る。
【０１２６】
ステップＳ２０にて、通知情報生成部１３として機能する制御装置１０１は、入居者の属性が、一人で補助器具に移乗すること（移乗態様：「自分で」）を表わすか否かを判断し、一人で移乗することを表せばステップＳ２４へ、そうでなければステップＳ２２へ、制御を進める。
【０１２７】
ステップＳ２４にて、制御装置１０１は、入居者の属性が、入居者が移乗時に転倒したことを示す履歴（移乗時転倒履歴：「有り」）を含むか否かを判断し、そのような履歴を含む場合にはステップＳ２８へ、そうでなければステップＳ２６へ、制御を進める。
【０１２８】
制御装置１０１は、ステップＳ２２では通知レベルとして「低」を設定し、ステップＳ２６では通知レベルとして「中」を設定し、ステップＳ２８では通知レベルとして「高」を設定する。通知レベルが高いほど、優先順位が高いことを表わす。図１５の例では、入居者が補助器具に一人で移乗する可能性が低い場合には、通知情報に低い優先順位が付与される。一人で移乗する可能性が高くても、移乗時に入居者が転倒したことがなければ、通知情報に中程度の優先順位が付与される。一人で移乗する可能性が高く、かつ、移乗時に入居者が転倒したことがあれば、通知情報に高い優先順位が付与される。
【０１２９】
［管理サーバーによる通知情報の生成］
図１６は、見守りシステムの各要素における機能の分布の変形例を示す図である。図１６の例では、センサーボックス１００は、データ収集部１１と、対象検出部１２と、器具検出部１４とを含む。管理サーバー２００は、通知情報生成部１３と、記録格納部１６と、通知情報配信部２２とを含む。携帯端末３００は、通知情報受信部３１と、出力部３２とを含む。通知情報生成部１３は制御装置２０１によって実現され、記録格納部１６は記憶装置２２０によって実現される。
【０１３０】
図１６の例では、センサーボックス１００が、各種のデータを収集し、当該データを用いて入居者の位置や動きを検出し、当該検出出力を管理サーバー２００に通知する。管理サーバー２００は、センサーボックス１００から受信した情報を利用して、通知情報を生成し、当該通知情報を携帯端末３００へ送信する。当該通知情報は、２以上の携帯端末３００に配信されてもよい。各携帯端末３００は、通知情報の受信に応じて、通知を出力する。
【０１３１】
管理サーバー２００は、２以上の居室のそれぞれに設置されたセンサーボックス１００から情報を受信し得る。これにより、管理サーバー２００は、２以上の居室のそれぞれに対応する入居者についての通知情報の生成および送信が可能である。
【０１３２】
センサーボックス１００は、各居室内の補助器具を検出し、当該検出結果を管理サーバー２００へ送信し得る。管理サーバー２００は、当該検出結果を利用して通知情報を生成し得る。
【０１３３】
図１６の例では、管理サーバー２００および携帯端末３００が、センサーボックス１００によって検出された入居者の位置情報を利用することによって、当該入居者についての通知が出力される。位置情報を利用する装置は、図１６の例のように複数（管理サーバー２００および携帯端末３００）であってもよいし、後述する図１８の例のように単数（携帯端末３００）であってもよい。この意味において、本開示において、入居者についての通知を出力するために、センサーボックス１００によって検出された位置情報を利用する情報処理装置は、単体の装置によって構成されてもよいし、複数の装置によって構成されてもよい。
【０１３４】
なお、センサーボックス１００自体が、通知を出力する手段（たとえば、音声を出力するスピーカー）を備え、通知情報を出力してもよい。すなわち、センサーボックス１００自体が、センサーボックス１００によって検出された入居者の位置情報を利用して当該入居者についての通知を出力する。
【０１３５】
［管理サーバーによる通知情報の表示］
図１７は、見守りシステムの各要素における機能の分布の他の変形例を示す図である。図１７の例では、センサーボックス１００は、データ収集部１１を含む。管理サーバー２００は、対象検出部１２、通知情報生成部１３、器具検出部１４、および出力部３２を含む。クラウドサーバー４００は、記録格納部１６を含む。対象検出部１２、通知情報生成部１３、および、器具検出部１４は、制御装置２０１によって実現される。記録格納部１６は、記憶装置４２０によって実現される。出力部３２は、表示インターフェイス２０５によって実現される。
【０１３６】
図１７の例では、ディスプレイ２０６は、たとえば、ナースステーション等の、スタッフ用の居室に配置される。出力部３２は、２以上の入居者のそれぞれについて生成された通知情報を一括してディスプレイ２０６に表示し得る。
【０１３７】
図１７の例では、入居者の属性がクラウドサーバー４００で管理される。クラウドサーバー４００では、入居者の属性や挙動に関するビッグデータを管理し、当該ビッグデータを用いた機械学習または深層学習によって、各種の閾値を調整し得、また、各種の条件を設定し得る。たとえば、見守りシステムにおいて、入居者が補助器具に向けて動き始めたことが検出されてから転倒が発生した時間の長さ、そのような動きの初速度、および、季節等の種々の条件に応じて、動きが開始されてから通知を出力するまでの時間についての条件を設定してもよい。クラウドサーバー４００は、当該条件を管理サーバー２００へ通知する。管理サーバー２００は、当該条件に従ったタイミングで、通知を出力し得る。
【０１３８】
［携帯端末による通知情報の生成と表示］
図１８は、見守りシステムの各要素における機能の分布のさらに他の変形例を示す図である。図１８の例では、センサーボックス１００は、データ収集部１１を含む。携帯端末３００は、対象検出部１２、通知情報生成部１３、器具検出部１４、記録格納部１６、および、出力部３２を含む。対象検出部１２、通知情報生成部１３、および、器具検出部１４は、所与のプログラムを実行する制御装置３０１によって実現される。当該プログラムは、たとえば「見守り用アプリ」として、携帯端末３００にインストールされ得る。記録格納部１６は、内蔵メモリー３２０によって実現され得る。
【０１３９】
図１８の例では、携帯端末３００は、２以上のセンサーボックス１００のそれぞれから各種の検出出力を受信し、居室ごとに、すなわち入居者ごとに、通知情報を生成する。これにより、携帯端末３００は、２以上の入居者のそれぞれについての通知を出力し得る。
【０１４０】
［予兆検出の開始条件］
図１９は、通知情報生成処理の変形例のフローチャートである。図１９の処理では、所定の条件が成立したことに応じて、通知情報を生成するための予兆検出が開始される。条件の一例は、所定の行動情報（たとえば、行動「起床」）が発生したことである。
【０１４１】
図６の処理と比較して、図１９の処理は、ステップＳ１ＡとステップＳ１Ｂとを含む。ステップＳ１Ａにて、通知情報生成部１３は、行動「起床」が発生するまでステップＳ１Ａの制御を繰り替えし（ステップＳ１ＡにてＮＯ）、行動「起床」が発生したと判断すると（ステップＳ１ＡにてＹＥＳ）、ステップＳ１Ｂへ制御を進める。
【０１４２】
ステップＳ１Ｂにて、通知情報生成部１３は、行動「起床」の発生から一定時間が経過したか否かを判断する。通知情報生成部１３は、未だ一定時間が経過していないと判断すると（ステップＳ１ＢにてＮＯ）、ステップＳ１０へ制御を進める。通知情報生成部１３は、行動「起床」の発生から一定時間が経過したと判断すると（ステップＳ１ＢにてＹＥＳ）、ステップＳ１Ａへ制御を戻す。
【０１４３】
図１９の処理では、行動「起床」の発生により、通知情報を生成するための予兆検出が開始される。行動「起床」の発生後、一定時間内にステップＳ１６にて通知情報が生成されなければ、ステップＳ１Ａに制御が戻される。すなわち、行動「起床」の発生後、一定時間内に通知情報生成のための条件が成立しなければ、通知情報生成部１３は、予兆検出を終了し、再度、予兆検出の開始のための条件が成立するまで待機する。
【０１４４】
図１９の処理によれば、通知情報生成部１３による予兆検出（ステップＳ１０〜ステップＳ１４）が必要な期間にのみ実行される。これにより、通知情報生成部１３を搭載するハードウェア機器の消費電力を極力抑えることができる。
【０１４５】
図１９の処理において、ステップＳ１Ａに相当する制御は、対象検出部１２によって実行されてもよい。一例では、対象検出部１２は、生体情報を用いて、行動情報を生成するための制御を実行する。対象検出部１２は、行動「起床」が発生すると、通知情報生成部１３に予兆検出の開始を指示する。これに応じて、通知情報生成部１３は、図６等に示された処理を開始する。
【０１４６】
ステップＳ１Ｂに相当する制御が、さらに対象検出部１２によって実行されてもよい。一例では、対象検出部１２は、上記のように通知情報生成部１３に予兆検出の開始を指示してから一定時間経過後に、通知情報生成部１３に予兆検出の終了を指示する。これに応じて、通知情報生成部１３は、図６等に示された処理を中断し、次回の対象検出部１２からの予兆検出の開始の指示を待つ。
【０１４７】
ステップＳ１Ａに示された予兆検出開始の条件は、行動「起床」の発生に限定されない。入居者がベッドの端部に腰かけた状態（いわゆる「端座」）の発生であってもよい。また、当該条件は、複数種類のイベントを含み、これらの少なくとも１つの発生によって、予兆検出が開始されてもよい。
【０１４８】
予兆検出の終了の条件もステップＳ１Ｂに示された一定時間の経過に限定されない。スタッフが居室に到着した際に操作するボタンへの操作など、手動操作によって予兆検出が終了されてもよい。
【０１４９】
今回開示された各実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。また、実施の形態および各変形例において説明された発明は、可能な限り、単独でも、組合わせても、実施することが意図される。
【符号の説明】
【０１５０】
１００，１００Ａ，１００Ｂ  センサーボックス、１０１，２０１，３０１，４０１  制御装置、１０５  カメラ、１０６  ドップラーセンサー、１０７  無線通信装置、１２０，２２０，４２０  記憶装置、２００  管理サーバー、２０５  表示インターフェイス、２０６，３０５  ディスプレイ、２０７  操作インターフェイス、２０９，３０６  入力デバイス、３００，３００Ａ，３００Ｂ  携帯端末、３２０  内蔵メモリー、４００  クラウドサーバー、５００，５００Ａ，５００Ｂ  ケアコール子機、５０１  ケアコールボタン、５１０，５１０Ａ，５１０Ｂ  ドアセンサー、５２０，５２０Ａ，５２０Ｂ  トイレセンサー、５３０，５３０Ａ，５３０Ｂ  センサー、５４０，５４０Ａ，５４０Ｂ  バイタルセンサー、８００，８００Ａ，８００Ｂ  入居者、９００，９００Ａ，９００Ｂ  居室、９０１，９０１Ａ，９０１Ｂ  ベッド、９０２，９０２Ａ，９０２Ｂ  トイレ、９０３，９０３Ａ，９０３Ｂ  家具。
【図１】
2020013367.tif 000003
【図２】
2020013367.tif 000004
【図３】
2020013367.tif 000005
【図４】
2020013367.tif 000006
【図５】
2020013367.tif 000007
【図６】
2020013367.tif 000008
【図７】
2020013367.tif 000009
【図８】
2020013367.tif 000010
【図９】
2020013367.tif 000011
【図１０】
2020013367.tif 000012
【図１１】
2020013367.tif 000013
【図１２】
2020013367.tif 000014
【図１３】
2020013367.tif 000015
【図１４】
2020013367.tif 000016
【図１５】
2020013367.tif 000017
【図１６】
2020013367.tif 000018
【図１７】
2020013367.tif 000019
【図１８】
2020013367.tif 000020
【図１９】
2020013367.tif 000021