(57)【要約】【課題】見守りシステムにおいて複数のイベントが同時にまたは短い時間内に生じた場合に、すべてのイベントについての通知を確実に報知するための技術を提供すること。【解決手段】音声ＳＤ３は、パターンＳＤ３１（再生時間：０〜ｔ３１）と、パターンＳＤ３２（再生時間：ｔ３１〜ｔ３２）と、パターンＳＤ３３（再生時間：ｔ３２〜ｔ３３）と、パターンＳＤ３４（再生時間：ｔ３３〜ｔ３４）とを含む。パターンＳＤ３１は、音声ＳＤ２（転倒）のパターンＳＤ２１と同一である。パターンＳＤ３２〜ＳＤ３４のそれぞれは、音声ＳＤ１（ケアコール）のパターンＳＤ１１〜ＳＤ１３のそれぞれと音声ＳＤ２（転倒）のパターンＳＤ２２〜ＳＤ２４のそれぞれとが合成された音声である。【選択図】図１８
2020107054.tif 000002
【特許請求の範囲】
【請求項１】
サーバーから被監視者に関する通知を受信するように構成された通信インターフェイスと、
音声を出力するように構成されたスピーカーと、
前記通信インターフェイスを介して受信した通知に対応する音声を前記スピーカーを介して出力するように構成されたプロセッサーと、を備え、
前記プロセッサーは、第１の通知に対応する第１の音声の出力の終了前に第２の通知を受信した場合に、前記スピーカーを介して出力される音声を、前記第１の通知に対応する第１の音声から、前記第１の音声と前記第２の通知に対応する第２の音声とが合成された第３の音声へと切り替えるように構成されている、端末装置。
【請求項２】
前記第１の音声は、連続して出力される複数のグループの音声を含み、
前記第３の音声では、前記第１の音声の前記複数のグループの音声のいずれかの先頭部分のタイミングと前記第２の音声の先頭部分のタイミングとが揃えられている、請求項１に記載の端末装置。
【請求項３】
前記第２の音声は、連続して出力される複数のグル−プの音声を含み、
前記第１の音声の各グループの音声は、前記第２の音声の各グループの音声と同じ時間の長さを有する、請求項１または請求項２に記載の端末装置。
【請求項４】
コンピューターに被監視者に関する通知に対応する音声を出力させるための処理を実行させるプログラムであって、
前記プログラムは、前記コンピューターに、
被監視者に関する第１の通知をサーバーから受信するステップと、
前記第１の通知に対応する第１の音声を出力するステップと、
被監視者に関する第２の通知をサーバーから受信するステップと、
前記第１の音声を出力するステップの終了前に前記第２の通知を受信した場合に、出力される音声を、前記第１の音声から、前記第１の音声と前記第２の通知に対応する第２の音声とが合成された第３の音声を出力するステップと、を実行させる、プログラム。
【請求項５】
前記第１の音声は、連続して出力される複数のグループの音声を含み、
前記第３の音声では、前記第１の音声の前記複数のグループの音声のいずれかの先頭部分のタイミングと前記第２の音声の先頭部分のタイミングとが揃えられている、請求項４に記載のプログラム。
【請求項６】
前記第２の音声は、連続して出力される複数のグル−プの音声を含み、
前記第１の音声の各グループの音声は、前記第２の音声の各グループの音声と同じ時間の長さを有する、請求項４または請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、見守りシステムにおいて利用される端末装置に関し、より特定的には、当該見守りシステムにおいて被監視者に関する通知に対応する音声を出力する端末装置に関する。
【背景技術】
【０００２】
近年、少子高齢化社会の影響で介護施設の入居者数が増加傾向にある。その一方で、入居者に対する介護従事者の不足が深刻化している。そのため、介護従事者の負担を軽減すると共に、少人数で介護業務を行うためのサポートシステムが必要とされている。
【０００３】
介護業務のサポートシステムに関し、たとえば、特開２０１４−９０９１３号公報（特許文献１）は、「ベッド上の患者を撮像するカメラを設けると共に、カメラの撮像映像から患者が上半身を起こした状態や患者がベッド上から離れた状態を検出したら注意状態発生信号を出力する状態判断部を廊下灯に設け、ナースコール親機は注意状態発生信号を受けて表示部に患者映像を表示して報知動作する」ナースコールシステムを開示している（［要約］参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−９０９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されるように、見守りシステムにおいて情報処理装置は有効に活用されている。近年では、スタッフの利便性を高めるために、見守りシステムにおいてイベントが発生した場合、サーバーから各介護従事者（スタッフ）が携帯する端末に、各イベントの通知が送信され、当該端末は、各通知について、情報を表示し、また、音声の出力をする。このような局面において、複数のイベントが同時にまたは短い時間内に生じた場合に、すべてのイベントについての通知を確実に報知するための技術が求められている。
【０００６】
本開示は、上記のような背景に鑑みてなされたものであって、ある局面における目的は、複数のイベントが同時にまたは短い時間内に生じた場合に、すべてのイベントについての通知を確実に報知するための技術を提供することにある。
【課題を解決するための手段】
【０００７】
本開示のある局面に従うと、サーバーから被監視者に関する通知を受信するように構成された通信インターフェイスと、音声を出力するように構成されたスピーカーと、通信インターフェイスを介して受信した通知に対応する音声をスピーカーを介して出力するように構成されたプロセッサーと、を備え、プロセッサーは、第１の通知に対応する第１の音声の出力の終了前に第２の通知を受信した場合に、スピーカーを介して出力される音声を、第１の通知に対応する第１の音声から、第１の音声と第２の通知に対応する第２の音声とが合成された第３の音声へと切り替えるように構成されている、端末装置が提供される。
【０００８】
第１の音声は、連続して出力される複数のグループの音声を含んでいてもよい。第３の音声では、第１の音声の複数のグループの音声のいずれかの先頭部分のタイミングと第２の音声の先頭部分のタイミングとが揃えられていてもよい。
【０００９】
第２の音声は、連続して出力される複数のグル−プの音声を含んでいてもよい。第１の音声の各グループの音声は、第２の音声の各グループの音声と同じ時間の長さを有していてもよい。
【００１０】
本開示の他の局面に従うと、コンピューターに被監視者に関する通知に対応する音声を出力させるための処理を実行させるプログラムが提供される。プログラムは、コンピューターに、被監視者に関する第１の通知をサーバーから受信するステップと、第１の通知に対応する第１の音声を出力するステップと、被監視者に関する第２の通知をサーバーから受信するステップと、第１の音声を出力するステップの終了前に第２の通知を受信した場合に、出力される音声を、第１の音声から、第１の音声と第２の通知に対応する第２の音声とが合成された第３の音声を出力するステップと、を実行させる。
【００１１】
第１の音声は、連続して出力される複数のグループの音声を含んでいてもよい。第３の音声では、第１の音声の複数のグループの音声のいずれかの先頭部分のタイミングと第２の音声の先頭部分のタイミングとが揃えられていてもよい。
【００１２】
第２の音声は、連続して出力される複数のグル−プの音声を含んでいてもよい。第１の音声の各グループの音声は、第２の音声の各グループの音声と同じ時間の長さを有していてもよい。
【発明の効果】
【００１３】
本開示のある局面によれば、第１の通知に対応する第１の音声の出力終了前に第２の通知が受信されると、出力対象の音声が第１の音声と第２の音声の合成音声（第３の音声）へと切り替えられる。これにより、第１の音声の出力が途中で終了されることなく、第２の通知に対応する第２の音声の出力が第１の音声の出力の終了を待たずに開始される。これにより、第１の通知および第２の通知の双方に対応する音声が確実にかつ短時間で通知され得る。
【００１４】
この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。
【図面の簡単な説明】
【００１５】
【図１】見守りシステムの構成の一例を示す図である。
【図２】見守りシステムのセンサーボックス１００、管理装置２００、および、端末装置３００のハードウェア構成を示す図である。
【図３】居室９００におけるセンサーの検出範囲の一例を示す図である。
【図４】管理装置２００による各スタッフへの通知処理の概要の第１の例を示す図である。
【図５】管理装置２００が記憶装置２２０に記憶するスタッフ管理テーブル５５０の一例を示す図である。
【図６】管理装置２００による各スタッフへの通知処理のシーケンスの一例を示す図である。
【図７】管理装置２００が端末装置３００に通知を行う際の管理装置２００の内部処理の一例を示す図である。
【図８】管理装置２００による各スタッフへの通知処理の概要の第２の例を示す図である。
【図９】見守りシステムにおけるイベントの通知の流れの一例を示す図である。
【図１０】管理装置２００において管理されるイベントリストの一例を示す図である。
【図１１】端末装置３００において表示される、イベントの通知画面の一例を示す図である。
【図１２】図１１の通知画面４１１において、未対応のイベントを示す行ｒ３がタップされることにより表示される操作画面の一例を示す図である。
【図１３】端末装置３００における通知アプリのステータスの変化を説明するための図である。
【図１４】端末装置３００において表示されるイベントの通知画面の他の例を示す図である。
【図１５】端末装置３００における音声ファイルの格納態様の一例を示す図である。
【図１６】端末装置３００のスピーカー３０７から出力される音声の態様を模式的に示す図である。
【図１７】端末装置３００のスピーカー３０７から出力される音声の態様を模式的に示す図である。
【図１８】端末装置３００のスピーカー３０７から出力される音声の態様を模式的に示す図である。
【図１９】イベントの通知に対応する音声を出力するための処理の一例のフローチャートである。
【発明を実施するための形態】
【００１６】
以下、図面を参照しつつ、本開示に係る技術思想の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１７】
＜Ａ．システムの概要＞
図１は、見守りシステムの構成の一例を示す図である。見守り対象の一例として、施設１０の居室領域ＲＭに設けられた各居室内の入居者が採用される。図１の見守りシステムでは、居室領域ＲＭに、居室９００Ａ，９００Ｂ（以下、総称する場合は「居室９００」と呼ぶ）が設けられている。居室９００Ａは、入居者８００Ａに割当てられている。居室９００Ｂは、入居者８００Ｂに割当てられている（以下、入居者８００Ａ，８００Ｂを総称する場合は「入居者８００」と呼ぶ）。
【００１８】
見守りシステムは、ゲートウェイサーバー１１と、交換装置１２と、アクセスポイント１３と、管理装置２００と、センサーボックス１００Ａ，１００Ｂ（以下、総称する場合は「センサーボックス１００」と呼ぶ）と、センサーボックス１００と通信する各種機器と、端末装置３００Ａ，３００Ｂ，３００Ｃ，３００Ｄ（以下、総称する場合は「端末装置３００」と呼ぶ）とを含む。
【００１９】
ゲートウェイサーバー１１は、施設１０の内部ネットワークと、施設１０の外部ネットワーク１６とを相互接続する。外部ネットワーク１６は、たとえば、インターネット網や公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー４００と、プッシュサーバー１４と、無線基地局１５とが接続されている。
【００２０】
交換装置１２は、施設１０の内部ネットワークの各機器を相互接続する。ある局面において、ルーターやスイッチが交換装置１２として使用されてもよい。図１に示す例では、交換装置１２の数は２であるが、当該数はこれに限定されない。施設１０の内部ネットワークは、複数の交換装置１２の組み合わせによって構成されてもよい。
【００２１】
アクセスポイント１３は、端末装置３００を施設１０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ−Ｆｉ（登録商標）（Wireless Fidelity）ルーターが、アクセスポイント１３として使用されてもよい。
【００２２】
管理装置２００は、施設１０の中のセンサーボックス１００からイベント情報を受信し、各居室９００内部の入居者８００を管理する。また、管理装置２００は、各端末装置３００とも通信し、端末装置３００を保持するスタッフを管理すると共に、端末装置３００に各種通知を送信する。なお、管理装置２００は、端末装置３００に各種通知を送信する場合、外部のプッシュサーバー１４を使用してもよい。また、外部のクラウドサーバー４００が、管理装置２００の一部または全ての機能を備えていてもよい。
【００２３】
センサーボックス１００は、センサーボックス１００に内蔵されたカメラおよびセンサー、ならびに、居室９００内の他の各種センサーと連携することにより、各居室９００内の入居者８００に関する情報を取得する。また、センサーボックス１００は、内部ネットワークを介して、管理装置２００に、取得した入居者８００に関する情報を送信する。センサーボックス１００の詳細は後述する。
【００２４】
端末装置３００は、施設１０で介護に従事するスタッフにより使用される。スタッフは、端末装置３００を用いて、介護記録等を管理装置２００に送信する。また、入居者８００に問題が発生した場合には、スタッフは、端末装置３００を用いて、管理装置２００から通知を受信する。端末装置３００は、施設１０の中ではアクセスポイント１３と接続され、内部ネットワークを介して管理装置２００と通信する。本明細書の例では、スタッフ１，２，３，４がそれぞれ端末装置３００Ａ，３００Ｂ，３００Ｃ，３００Ｄを保持している。
【００２５】
端末装置３００は、施設１０の外では基地局１５等を介して、ゲートウェイサーバー１１を経由して管理装置２００と通信する。端末装置３００が施設１０の外から管理装置２００と通信する場合、管理装置２００から端末装置３００に提供されるサービスの一部は、制限される場合がある。
【００２６】
図１の例では、見守りシステムに含まれる居室の数は２であるが、当該数はこれに限定されない。同様に、端末装置３００、アクセスポイント１３、交換装置１２等の他の装置の数に関しても、図１の例示に限定されない。
【００２７】
居室９００Ａは、設備として、ベッド９０１Ａ、トイレ９０２Ａ、および、家具９０３Ａを含む。居室９００Ａのドアには、当該ドアの開閉を検出するドアセンサー５１０Ａが設置されている。トイレ９０２Ａのドアには、トイレ９０２Ａの開閉を検出するトイレセンサー５２０Ａが設置されている。ベッド９０１Ａには、入居者８００Ａの排泄情報を取得する臭いセンサー５３０Ａが設置されている。入居者８００Ａは、当該入居者８００Ａのバイタル情報を検出するバイタルセンサー５４０Ａを装着している。検出されるバイタル情報の一例は、入居者の体温である。他の例は、入居者の呼吸である。さらに他の例は、入居者の心拍数である。さらに他の例は、これらの情報の中の２以上の種類の情報である。居室９００Ａでは、入居者８００Ａはケアコール子機５００Ａを操作することができる。居室９００Ｂの設備も居室９００Ａと同様である。
【００２８】
以下、ベッド９０１Ａ，９０１Ｂ、トイレ９０２Ａ，９０２Ｂ、家具９０３Ａ，９０３Ｂ、ケアコール子機５００Ａ，５００Ｂ、ドアセンサー５１０Ａ，５１０Ｂ、トイレセンサー５２０Ａ，５２０Ｂ、臭いセンサー５３０Ａ，５３０Ｂ、バイタルセンサー５４０Ａ，５４０Ｂのそれぞれについて、総称する場合は、それぞれ「ベッド９０１」、「トイレ９０２」、「家具９０３」、「ケアコール子機５００」、「ドアセンサー５１０」、「トイレセンサー５２０」、「臭いセンサー５３０」、「バイタルセンサー５４０」と呼ぶ。
【００２９】
センサーボックス１００は、居室９００内の物体の挙動を検出するためのセンサーを内蔵する。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。さらに他の例は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、または、バイタルセンサー５４０である。センサーボックス１００は、センサーとして、これらのセンサー中の少なくとも一つを含む。
【００３０】
＜Ｂ．ハードウェア構成＞
図２は、見守りシステムのセンサーボックス１００、管理装置２００、および、端末装置３００のハードウェア構成を示す図である。
【００３１】
（センサーボックス１００）
センサーボックス１００は、制御装置１０１と、ＲＯＭ（Read  Only  Memory）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、通信インターフェイス１０４と、カメラ１０５と、ドップラーセンサー１０６と、無線通信装置１０７と、記憶装置１２０とを備える。
【００３２】
制御装置１０１は、センサーボックス１００を制御する。制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central  Processing  Unit）、少なくとも１つのＡＳＩＣ（Application  Specific  Integrated  Circuit）、少なくとも１つのＦＰＧＡ（Field  Programmable  Gate  Array）、またはこれらの組み合わせ等によって構成される。
【００３３】
通信インターフェイス１０４には、アンテナ（図示せず）等が接続される。センサーボックス１００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、管理装置２００、端末装置３００、アクセスポイント、クラウドサーバー４００、その他の通信端末等を含む。
【００３４】
カメラ１０５は、一実現例では、近赤外カメラである。近赤外カメラは、近赤外光を投光するＩＲ（Infrared）投光器を含む。近赤外カメラが用いられることにより、夜間でも居室９００の内部を表わす画像が撮影され得る。他の実現例では、カメラ１０５は、可視光のみを受光する監視カメラである。さらに他の実現例では、カメラ１０５として、３Ｄセンサーやサーモグラフィーカメラが用いられてもよい。センサーボックス１００およびカメラ１０５は、一体的に構成されてもよいし、別体で構成されてもよい。
【００３５】
ドップラーセンサー１０６は、たとえばマイクロ波ドップラーセンサーであり、電波を放射および受信して、居室９００内の物体の挙動（動作）を検出する。これにより、居室９００内の入居者８００の生体情報が検出され得る。一例では、ドップラーセンサー１０６は、２４ＧＨｚ帯のマイクロ波を各居室９００のベッド９０１に向けて放射し、入居者８００で反射した反射波を受信する。反射波は、入居者８００の動作により、ドップラーシフトしている。ドップラーセンサー１０６は、当該反射波から、入居者８００の呼吸状態や心拍数を検出し得る。
【００３６】
無線通信装置１０７は、ケアコール子機５００、ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０からの信号を受信し、当該信号を制御装置１０１へ送信する。たとえば、ケアコール子機５００は、ケアコールボタン５０１を備え、当該ケアコールボタン５０１を操作されると、当該操作があったことを示す信号を無線通信装置１０７へ送信する。ドアセンサー５１０、トイレセンサー５２０、臭いセンサー５３０、および、バイタルセンサー５４０のそれぞれは、それぞれの検出出力を無線通信装置１０７へ送信する。
【００３７】
記憶装置１２０は、たとえば、ハードディスクや外付けの記憶装置等の記憶媒体である。記憶装置１２０は、制御装置１０１によって実行されるプログラム、および、当該プログラムの実行に利用される各種のデータを格納する。各種のデータは、入居者８００の行動情報を含んでいてもよい。
【００３８】
上記のプログラムおよびデータのうち少なくとも一方は、制御装置１０１がアクセス可能な記憶装置であれば、記憶装置１２０以外の記憶装置（たとえば、制御装置１０１の記憶領域（たとえば、キャッシュメモリー等）、ＲＯＭ１０２、ＲＡＭ１０３、外部機器（たとえば、管理装置２００や端末装置３００、等）に格納されていてもよい。
【００３９】
（行動情報）
上記の行動情報について、説明する。行動情報は、たとえば、入居者８００が所定の行動を実行したことを表わす情報である。一例では、所定の行動は、入居者８００が起きたことを表わす「起床」、入居者８００が寝具から離れたことを表わす「離床」、入居者８００が寝具から落ちたことを表わす「転落」、および、入居者８００が倒れたことを表わす「転倒」の４つの行動を含む。
【００４０】
一実施の形態では、制御装置１０１が、各居室９００に設置されたカメラ１０５が撮像した画像に基づいて、各居室９００に関連付けられた入居者８００の行動情報を生成する。制御装置１０１は、たとえば、制御装置１０１は、上記画像から入居者８００の頭部を検出し、この検出した入居者８００の頭部における大きさの時間変化に基づいて、入居者８００の「起床」、「離床」、「転倒」および「転落」を検出する。以下、行動情報の生成の一具体例を、より詳細に説明する。
【００４１】
まず、記憶装置１２０に、居室９００におけるベッド９０１の所在領域、第１閾値Ｔｈ１、第２閾値Ｔｈ２、および、第３閾値Ｔｈ３が格納される。第１閾値Ｔｈ１は、ベッド９０１の所在領域内において、横臥姿勢にあるときと座位姿勢にあるときとの間で入居者の頭部の大きさを識別するために制御装置１０１により使用される。第２閾値Ｔｈ２は、ベッド９０１の所在領域を除く居室９００内において、入居者の頭部の大きさに基づいて、当該入居者が立位姿勢にあるか否かを識別するために制御装置１０１により使用される。第３閾値Ｔｈ３は、ベッド９０１の所在領域を除く居室ＲＭ内において、入居者の頭部の大きさに基づいて、当該入居者が横臥姿勢にあるか否かを識別するために制御装置１０１により使用される。
【００４２】
制御装置１０１は、対象画像から、たとえば背景差分法やフレーム差分法によって、入居者８００の人物の領域として、動体領域を抽出する。制御装置１０１は、さらに、当該抽出した動体領域から、たとえば円形や楕円形のハフ変換によって、予め用意された頭部のモデルを用いたパターンマッチングによって、頭部検出用に学習したニューラルネットワークによって導出された閾値を用いて、入居者８００の頭部領域を抽出する。制御装置１０１は、当該抽出された頭部の位置および大きさから、「起床」、「離床」、「転倒」および「転落」を検出する。
【００４３】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内にあり、かつ、上記のように抽出された頭部の大きさが第１閾値Ｔｈ１を用いることによって横臥姿勢の大きさから座位姿勢の大きさへと変化したことを検出した場合に、行動「起床」が発生したことを決定してもよい。
【００４４】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第２閾値Ｔｈ２を用いることによって或る大きさから立位姿勢の大きさへと変化したことを検出した場合に、行動「離床」が発生したことを決定してもよい。
【００４５】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域内からベッド９０１の所在領域外へ移動した場合であって、上記のように抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへ時間変化した場合には、行動「転落」が発生したと決定してもよい。
【００４６】
制御装置１０１は、上記のように抽出された頭部の位置がベッド９０１の所在領域を除く居室９００内に位置し、かつ、抽出された頭部の大きさが第３閾値Ｔｈ３を用いることによって或る大きさから横臥姿勢の大きさへと変化したことを検出した場合には、行動「転倒」が発生したと決定してもよい。
【００４７】
以上説明されたように、一具体例では、センサーボックス１００の制御装置１０１が、入居者８００の行動情報を生成する。なお、見守りシステムは、居室９００内の画像を用いて、他の要素が入居者８００の行動情報を生成してもよい。
【００４８】
（管理装置２００）
管理装置２００は、制御装置２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、通信インターフェイス２０４と、表示インターフェイス２０５と、操作インターフェイス２０７と、記憶装置２２０とを含む。
【００４９】
制御装置２０１は、管理装置２００を制御する。制御装置２０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはこれらの組み合わせ等によって構成される。
【００５０】
通信インターフェイス２０４には、アンテナ（図示せず）等が接続される。管理装置２００は、当該アンテナを介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００を含む。
【００５１】
表示インターフェイス２０５は、ディスプレイ２０６と接続され、制御装置２０１等からの指令に従って、ディスプレイ２０６に対して、画像を表示するための画像信号を送出する。
【００５２】
操作インターフェイス２０７は、たとえば、ＵＳＢ（Universal  Serial  Bus）端子であり、入力デバイス２０９に接続される。操作インターフェイス２０７は、入力デバイス２０９からのユーザー操作を示す信号を受ける。入力デバイス２０９は、たとえば、マウス、キーボード、タッチパネル、またはユーザーの入力操作を受け付けることが可能なその他の装置である。
【００５３】
記憶装置２２０は、たとえば、ハードディスクや外付けの記憶装置等の記憶媒体である。一実現例では、記憶装置２２０は、制御装置２０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置２０１がアクセス可能な他の記憶装置に格納されていてもよい。
【００５４】
（端末装置３００）
端末装置３００は、制御装置３０１と、ＲＡＭ３０３と、通信インターフェイス３０４と、ディスプレイ３０５と、入力デバイス３０６と、スピーカー３０７と、内蔵メモリー３２０とを含む。
【００５５】
制御装置３０１は、端末装置３００を制御する。制御装置３０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ、少なくとも１つのＡＳＩＣ、少なくとも１つのＦＰＧＡ、またはそれらの組み合わせ等によって構成される。
【００５６】
通信インターフェイス３０４には、アンテナ（図示せず）等が接続される。端末装置３００は、当該アンテナおよびアクセスポイント１３を介して、外部の通信機器との間でデータをやり取りする。外部の通信機器は、たとえば、センサーボックス１００、管理装置２００等を含む。
【００５７】
ディスプレイ３０５は、たとえば有機ＥＬ（Electro  Luminescence）ディスプレイによって実現される。入力デバイス３０６は、たとえばディスプレイ３０５に重ねられたタッチセンサーによって実現される。当該タッチセンサーは、端末装置３００に対する各種操作をタッチ操作で受け付け、当該操作の内容を制御装置３０１へ出力する。スピーカー３０７は、制御装置３０１の制御に従って音声を出力する。
【００５８】
内蔵メモリー３２０は、たとえば、ｅＭＭＣ（Embedded  Multimedia  Card）等の記憶媒体である。一例として、内蔵メモリー３２０は、制御装置３０１によって実行されるプログラムを格納するが、当該プログラムは、制御装置３０１がアクセス可能な記憶装置であれば、内蔵メモリー３２０以外の記憶装置に格納されていてもよい。
【００５９】
（本明細書における「プログラム」）
見守りシステムにおいて、各種の「プログラム」は、単体のプログラムとしてではなく、任意のプログラムの一部に組み込まれて提供される場合があり得る。各種の「プログラム」は、任意の複数のプログラムが協働することによって実現され得る。一例では、センサーボックス１００の制御装置１０１が第１のプログラムを実行することによって本明細書において説明される機能を実現する際に、当該第１のプログラムは、第２のプログラムの一部のモジュールを利用していてもよい。第１のプログラムは、当該機能の実現のための一部のモジュールを含まない場合であっても、当該機能の実現に主に貢献する場合、当該機能を実現するためのプログラムとしての趣旨から逸脱するものではない。また、本明細書において説明される機能は、その一部または全部が専用のハードウェアによって実現されてもよい。さらに、本明細書において説明される機能を提供する装置は、その機能の一部または全部を外部装置から所謂クラウドサービスとして提供される場合もあり得る。
【００６０】
（行動情報検出の変形例）
行動情報の変形例について説明する。ある実施の形態では、制御装置１０１は、入居者８００の行動情報として「起床」「離床」「臥床」および「転倒（転落）」を検出してもよい。
【００６１】
より具体的には、見守りシステムにおいて、カメラ１０５が撮影する画像に対して、ベッド９０１が占める領域（以下、「ベッド領域」という）が予め設定されている。当該ベッド領域は、手動で予め設定されてもよいし、テンプレートマッチング等の画像処理技術で自動的に検知されてもよい。ベッド領域を特定する情報は、たとえば記憶装置１２０に格納されているがこれに限られない。当該情報は、入居者の行動情報を検出する要素（たとえば、制御装置１０１）からのアクセスが可能である限り、如何なる記憶装置に格納されていてもよい。
【００６２】
制御装置１０１は、画像内において入居者が占める領域の一部がベッド領域に重なっている場合に、入居者の行動情報として「起床」を検出する。
【００６３】
制御装置１０１は、画像内における入居者が占める領域がベッド領域に含まれていない場合に、入居者の行動情報として「離床」を検出する。
【００６４】
制御装置１０１は、画像内において入居者が占める領域がベッド領域に含まれており、かつ入居者の移動量が所定量以下である場合に、入居者の行動情報として「臥床」を検出する。
【００６５】
制御装置１０１は、画像内における入居者が占める領域がベッド領域に含まれておらず、かつ移動量が所定量以上である場合に、入居者の行動情報として「転倒（転落）」を検出する。
【００６６】
検出された行動情報は、所与の記憶装置（たとえば、記憶装置１２０）に格納される。なお、見守りシステムにおいて、入居者の行動情報の検出は、制御装置１０１以外の要素によって実行されてもよい。たとえば、管理装置２００の制御装置２０１は、センサーボックス１００のカメラ１０５から取得した画像を用いて、入居者の行動情報を検出してもよい。
【００６７】
＜Ｃ．ドップラーセンサーのセンシングモード＞
本開示のセンサーボックス１００において、カメラ１０５は、イメージセンサーの一例として設けられ、ドップラーセンサー１０６は、マイクロ波センサーの一例として設けられている。制御装置１０１は、各居室９００のドップラーセンサー１０６を、検出対象とする入居者の状態が互いに異なる少なくとも２つのセンシングモード（微体動センシングモード、距離センシングモード）で使用する。一例では、制御装置１０１は、ドップラーセンサー１０６によるマイクロ波の出力態様を変更することによってモードを切り替える。たとえば、ドップラーセンサー１０６は、微体動センシングモードでは無変調連続波を放射し、距離センシングモードでは周波数変調波を放射する。以下、各モードについて説明する。
【００６８】
（微体動センシングモード）
微体動センシングモードでは、ドップラーセンサー１０６は、無変調連続波を放射する。これにより、センサーボックス１００は、ドップラーセンサー１０６を比較的低電力で動作させながら、居室内の入居者の動作の有無を検出することができる。微体動センシングモードでは、センサーボックス１００は、ベッド上の入居者の呼吸の有無、呼吸数、心拍数、等の情報を取得することが期待される。
【００６９】
（距離センシングモード）
距離センシングモードでは、ドップラーセンサー１０６が周波数変調波を放射することにより、センサーボックス１００は、センサーボックス１００と動作対象物（入居者）との距離を検出する。距離センシングモードでは、検出範囲は居室９００内の全域に亘ってもよい。これにより、居室９００内で、入居者がベッド９０１を離れて移動した場合でも、ドップラーセンサー１０６の検出出力によって、入居者とドップラーセンサー１０６との距離が検出され得る。
【００７０】
ある実施の形態では、距離センシングモードにおいて、制御装置１０１は、ドップラーセンサー１０６の検出出力を利用して得られた上記距離と、カメラ１０５からの撮像画像（または、映像）とを用いて、入居者の状態（転倒、ベッドからの転落、等）を検出し得る。
【００７１】
図３は、居室９００におけるセンサーの検出範囲の一例を示す図である。図２の例では、センサーボックス１００は、居室９００の天井ＣＬに設置される。範囲ＡＲは、センサーの検出範囲を概略的に表わす。センサーがドップラーセンサー１０６である場合、当該ドップラーセンサー１０６は、範囲ＡＲ内で生じた挙動を検出する。センサーがカメラである場合、当該カメラ１０５は、範囲ＡＲ内の画像を撮影する。
【００７２】
なお、センサーボックス１００は、カメラ１０５および／またはドップラーセンサー１０６を必ずしも備えていなくてもよい。カメラ１０５および／またはドップラーセンサー１０６は、ドアセンサー５１０等と同様に、センサーボックス１００外に設けられてもよい。制御装置１０１は、センサーボックス１００外に設けられたカメラ１０５および／またはドップラーセンサー１０６の検出出力を、所与のインターフェイスを介して取得してもよい。
【００７３】
バイタルセンサー５４０は、必ずしも入居者に装着されていなくてもよい。一例では、バイタルセンサー５４０は、入居者から離間して設置された赤外線センサー等によって実現され、入居者の温度を検出することによってバイタル情報（体温）を出力する。他の例では、バイタルセンサー５４０は、ドップラーセンサー１０６によって実現される。ドップラーセンサー１０６は、入居者に向けてマイクロ波を照射する。当該マイクロ波は、入居者の心臓の拍動による胸部の僅かな変位によってドップラー効果を起こし、その周波数を変動させる。ドップラーセンサー１０６は、当該周波数の変動に基づいて、入居者の心拍を検出する。さらに他の例では、ドップラーセンサー１０６は、入居者の呼吸を検出する。
【００７４】
図２および図３を参照して説明したように、センサーボックス１００は、各種センサーやカメラにより入居者８００の「行動情報」を取得することができる。管理装置２００は、センサーボックス１００から、「行動情報」を含むイベントを受信することで各入居者の状態を監視できる。また、管理装置２００は、受信したイベントに基づいて、スタッフの端末装置３００に通知（たとえば、入居者８００Ａが転倒した等）を出すことにより、入居者に対して適切な介護を提供することができる。
【００７５】
＜Ｄ．スタッフへの通知処理＞
管理装置２００は、センサーボックス１００から受信したイベントに基づいて、スタッフの端末装置３００に通知を出すことができる。しかし、スタッフが休憩中であり施設１０の外に居るような場合、スタッフは通知に適切に対応できない可能性がある。そこで、図４〜７を参照して、管理装置２００が、通知に対応可能なスタッフを選択して、当該選択したスタッフに通知を送信する方法について説明する。
【００７６】
図４は、管理装置２００による各スタッフへの通知処理の概要の第１の例を示す図である。図４に示す例では、端末装置３００Ａ，３００Ｂを保持するスタッフ１，２は、施設１０の中に居ることがわかる。また、端末装置３００Ｃ，３００Ｄを保持するスタッフ３，４は、施設１０の外に居ることがわかる。
【００７７】
たとえば、センサーボックス１００Ａが、入居者８００Ａの行動情報を含むイベント４５１を管理装置２００に送信したと仮定する。管理装置２００は、取得したイベント４５１に基づいて、入居者８００Ａのケアが必要であると判定する。
【００７８】
管理装置２００は、施設１０の中に居るスタッフ１，２がそれぞれ保持する端末装置３００Ａ，３００Ｂに、イベントに紐付く通知４５２を送信する。これに対し、施設１０の外に居るスタッフ３，４が通知を受けたとしても即座に対応できない可能性が高い。そのため、管理装置２００は、端末装置３００Ｃ，３００Ｄに対して、イベントに紐付く通知４５３を送信しない。
【００７９】
上記のように、管理装置２００は、施設１０で即座に入居者８００のケアができるスタッフのみを選択し、当該選択したスタッフに通知を送信することで、入居者８００に対して適切なケアを提供できる。また、管理装置２００は余分な通知を送信しないため、休憩等で施設の外に居るスタッフの負担を軽減することができる。
【００８０】
図５は、管理装置２００が記憶装置２２０に記憶するスタッフ管理テーブル５５０の一例を示す図である。スタッフ管理テーブル５５０は、スタッフＩＤ５５１と、優先度５５２と、タイムスタンプ５５３と、ステータス５５４と、ＩＰアドレス５５５と、位置情報５５６とを含む。
【００８１】
スタッフＩＤ５５１は、スタッフを一意に識別するための識別子である。優先度５５２は、管理装置２００が通知を送信するときに参照するスタッフの優先度である。たとえば、スタッフ１が施設１０の中に居て、手が空いている場合、スタッフ１は通知を受けて即座に対応できる可能性が高い。よって、スタッフ１の優先度は高くなる。また、スタッフ３が施設１０の外で、昼食を食べている場合、スタッフ３は通知を受けても即座に対応できる可能性が低い。よって、スタッフ３の優先度は低くなる。管理装置２００は、タイムスタンプ５５３と、ステータス５５４と、ＩＰアドレス５５５と、位置情報５５６とに基づいて、優先度５５２を算出する。
【００８２】
タイムスタンプ５５３は、管理装置２００が、各端末装置３００と最後に通信したときのタイムスタンプである。ステータス５５４は、各スタッフの状態である。図５に示す例では、ステータス５５４は、スタッフの手が空いている状態を示す「対応可」、スタッフが他の作業を行っている状態を示す「対応中」、スタッフが昼休み等で休憩していることを示す「休息中」およびスタッフが出勤していないことを示す「休み」を含むが、これらは一例であり、他の状態を含んでいてもよい。
【００８３】
ＩＰアドレス５５５は、管理装置２００が各スタッフの端末装置３００との通信時に取得した端末装置３００の送信元アドレスである。管理装置２００は、ＩＰアドレス５５５を参照することにより、端末装置３００の所属するネットワークを判別する。そして、管理装置２００は、端末装置３００の所属するネットワークに基づいて、端末装置３００を保持するスタッフが、施設１０の中に居るか否かを判定する。
【００８４】
位置情報５５６は、各端末装置３００の位置に関する情報である。位置情報５５６は、端末装置３００のＧＰＳ（Global Positioning System）機能で取得した緯度・経度でもよいし、端末装置３００が接続したアクセスポイントの識別子であってもよい。管理装置２００は、緊急時に位置情報５５６を参照し、施設１０の外に居るスタッフの中から、最も施設１０に近い位置に居るスタッフの端末装置３００に通知を送信してもよい。
【００８５】
図６は、管理装置２００による各スタッフへの通知処理のシーケンスの一例を示す図である。図６を参照して、管理装置２００が、施設１０の中に居るスタッフ１の端末装置３００Ａおよび施設１０の外に居るスタッフ３の端末装置３００Ｃと通信する例について説明する。
【００８６】
ステップＳ６０５において、端末装置３００Ａは、スタッフ１の操作により、管理装置２００と通信する。端末装置３００Ａは、施設１０の内部ネットワークに接続されているため、ゲートウェイサーバー１１を経由すること無く、管理装置２００と通信できる。当該通信において、端末装置３００Ａは、少なくとも端末装置３００Ａまたはスタッフ１を識別するＩＤを含むメッセージを管理装置２００に送信する。
【００８７】
ステップＳ６１０において、端末装置３００Ｃは、スタッフ３の操作により、管理装置２００と通信する。端末装置３００Ｃは、施設１０の外部ネットワーク１６に接続されているため、ゲートウェイサーバー１１を経由して、管理装置２００と通信する必要がある。当該通信において、端末装置３００Ｃは、少なくとも端末装置３００Ｃまたはスタッフ３を識別するＩＤを含むメッセージを管理装置２００に送信する。
【００８８】
ステップＳ６１５において、ゲートウェイサーバー１１は、端末装置３００Ｃからの通信を管理装置２００に転送する。なお、ゲートウェイサーバー１１は、外部からの通信があった場合に、フィルタリングや認証処理により、施設１０の内部ネットワークへのアクセスが許可されていない装置からの通信を遮断してもよい。
【００８９】
ステップＳ６２０において、管理装置２００は、端末装置３００Ａ，３００Ｃとの通信内容に基づいて、スタッフ管理テーブル５５０を更新する。管理装置２００は、各端末装置３００から通信があると、通信に含まれる端末装置３００またはスタッフを識別するＩＤを参照して、スタッフ管理テーブル５５０の該当するレコードのタイムスタンプ５５３と、ステータス５５４と、ＩＰアドレス５５５と、位置情報５５６とを更新する。また、管理装置２００は、更新した情報に基づいて、優先度５５２を算出する。
【００９０】
ステップＳ６２５において、管理装置２００は、施設１０の中のいずれかのセンサーボックス１００から、「行動情報」を含むイベントを受信する。
【００９１】
ステップＳ６３０において、管理装置２００は、スタッフ管理テーブル５５０を参照して、受信したイベントに基づく通知を送信するスタッフを決定する。管理装置２００は、複数のスタッフを選択してもよいし、最も優先度５５２の高いスタッフのみを選択してもよい。また、管理装置２００は、優先度５５２が一定上の値のスタッフ全てを選択してもよい。
【００９２】
ステップＳ６３５において、管理装置２００は、ステップＳ６３０にて選択したスタッフの端末装置３００にイベントに紐付く通知を送信する。図６に示す例では、管理装置２００は、スタッフ１を通知の送信先として選択している。
【００９３】
ステップＳ６４０において、端末装置３００Ａは、スタッフ１の入力に基づいて、応答通知を管理装置２００に送信する。なお、管理装置２００は、応答通知を受け取ったことに基づいて、端末装置３００Ａ以外の他の端末装置３００に、担当者が決まったことを再通知してもよい。管理装置２００は、ステップＳ６４０にて、施設１０の内に居るスタッフに通知した場合は、以降のステップＳ６４５以降の処理を実行しなくてもよい。
【００９４】
ステップＳ６４５において、管理装置２００は、施設１０の中にイベントに対応可能なスタッフがいない場合において、発生したイベントが緊急度の高いものであった時には、施設１０の外に居るスタッフの端末装置３００に通知を送信する。図６に示す例では、管理装置２００は、スタッフ３を通知の送信先として選択している。
【００９５】
ステップＳ６５０において、端末装置３００Ｃは、スタッフ３の入力に基づいて、応答通知を管理装置２００に送信する。管理装置２００は、応答通知を受け取ったことに基づいて、通知を送った他の端末装置３００に、担当者が決まったことを再通知してもよい。
【００９６】
図７は、管理装置２００が端末装置３００に通知を行う際の管理装置２００の内部処理の一例を示す図である。ある局面において、管理装置２００の制御装置２０１は、図７の処理を行うためのプログラムを記憶装置２２０から読み出して実行してもよい。
【００９７】
ステップＳ７１０において、制御装置２０１は、各スタッフの端末装置３００からの通信要求があるか否かを判定する。制御装置２０１は、各スタッフの端末装置３００からの通信要求があると判定すると（ステップＳ７１０にてＹＥＳ）、制御をステップＳ７２０に移す。そうでない場合は（ステップＳ７１０にてＮＯ）、制御装置２０１は、制御をステップＳ７４０に移す。
【００９８】
ステップＳ７２０において、制御装置２０１は、通信要求のあった端末装置３００と通信する。制御装置２０１は、当該通信において、端末装置３００の送信元アドレス、スタッフＩＤ（または端末装置ＩＤ）、スタッフの状態情報および位置情報の全てまたは一部を取得する。ステップＳ７２０の処理は、図６のステップＳ６０５，Ｓ６１５の処理に対応する。
【００９９】
ステップＳ７３０において、制御装置２０１は、ステップＳ７２０の通信で取得した情報に基づいて、スタッフ管理テーブル５５０を更新する。ステップＳ７３０の処理は、図６のステップＳ６２０の処理に対応する。
【０１００】
ステップＳ７４０において、制御装置２０１は、センサーボックス１００からのイベントが通知されたか否かを判定する。制御装置２０１は、センサーボックス１００からのイベントが通知されたと判定した場合は（ステップＳ７４０にてＹＥＳ）、制御をステップＳ７５０に移す。そうでない場合は（ステップＳ７４０にてＮＯ）、制御装置２０１は、処理を終了する。
【０１０１】
ステップＳ７５０において、制御装置２０１は、記憶装置２２０からスタッフ管理テーブル５５０を読み出して、イベントに紐付く通知を送信するスタッフを選択する。ステップＳ７５０の処理は、図６のステップＳ６３０の処理に対応する。
【０１０２】
ステップＳ７６０において、制御装置２０１は、ステップＳ７５０にて選択したスタッフの端末装置３００に、イベントに紐付く通知を送信する。ステップＳ７６０の処理は、図６のステップＳ６３５の処理に対応する。
【０１０３】
ステップＳ７７０において、制御装置２０１は、イベントに紐付く通知を送信した端末装置３００のいずれかから応答があるか否かを判定する。制御装置２０１は、応答を一定時間待ち続けてもよい。制御装置２０１は、イベントに紐付く通知を送信した端末装置３００のいずれかから応答があったと判定した場合は（ステップＳ７７０にてＹＥＳ）、処理を終了する。ステップＳ７７０の処理は、図６のステップＳ６４０の管理装置２００の処理に対応する。そうでない場合（ステップＳ７７０にてＮＯ）、制御装置２０１は、制御をステップＳ７８０に移す。
【０１０４】
ステップＳ７８０において、制御装置２０１は、優先度の低い端末装置３００にもイベントに紐付く通知を送信する。たとえば、施設１０の中に居るいずれのスタッフからも応答が無かった場合に、制御装置２０１は、施設１０の外に居るスタッフの端末装置３００に通知を送信する。制御装置２０１は、ステップＳ７８０の処理を実行した後、イベントに紐付く通知を送信する候補となる端末装置３００が無くなるまで、ステップＳ７７０，Ｓ７８０の処理を繰り返してもよい。ステップＳ７８０の処理は、図６のステップＳ６４５の処理に対応する。
【０１０５】
図４〜７を参照して説明したように、管理装置２００は、事前に端末装置３００との通信内容から、スタッフ管理テーブル５５０を更新し、スタッフ毎の優先度を管理する。管理装置２００は、当該優先度を参照することで、入居者８００のケアが必要な場合に、通知を送信するべきスタッフを適切に選択することができる。それにより、入居者８００の利便性を高めると共に、スタッフの負担を軽減することが可能となる。
【０１０６】
＜Ｅ．見守りシステムにおけるイベントの通知＞
図９は、見守りシステムにおけるイベントの通知の流れの一例を示す図である。本実施の形態の見守りシステムでは、入居者がケアコール子機５００を操作すると、当該操作を表す情報がセンサーボックス１００を介して管理装置２００へと送信される。また、センサーボックス１００は、「転倒」等の行動情報を生成すると、当該行動情報を管理装置２００へ送信する。管理装置２００の制御装置２０１は、ケアコール子機５００の操作情報および行動情報を受信すると、各情報に対応するイベントをイベントリスト（後述する図１０）に登録する。この例において、管理装置２００は、入居者の状態を管理する管理サーバーとして機能する。
【０１０７】
管理装置２００の制御装置２０１は、端末装置３００へイベントリストを送信する。管理装置２００は、端末装置３００に対して、直接イベントリストを送信してもよいし、ゲートウェイサーバー１１を介してイベントリストを送信してもよい。端末装置３００は、イベントリストを受信すると、当該イベントリストに含まれる各イベントを通知する。
【０１０８】
＜Ｆ．通知アプリによるイベントの通知＞
図１０〜図１２を参照して、入居者８００の「行動情報」のイベントの通知について説明する。
【０１０９】
（イベントリスト）
図１０は、管理装置２００において管理されるイベントリストの一例を示す図である。一実現例では、管理装置２００の制御装置２０１は、センサーボックス１００からイベント情報を受信すると、当該イベントをイベントリストにおいて管理する。なお、イベント情報は、管理装置２００において生成されてもよい。すなわち、制御装置２０１は、センサーボックス１００からセンサーの検出出力を受信すると、当該検出出力を利用してイベント情報を生成する。
【０１１０】
図１０に示されるように、イベントリストは、９個の項目（イベントＩＤ、検出部ＩＤ、ケア対象者、イベント種類、発生日時、画像、経過情報、スタッフＩＤ、および、対応日時）を含む。イベントＩＤは、各イベント情報を識別する。検出部ＩＤは、イベント情報の対象となる居室を識別する。ケア対象者は、イベント情報の対象となる居室に関連付けられた入居者を識別する。イベント種類は、たとえば「行動情報」の種類などの、イベント情報の種類を識別する。発生日時は、イベント情報の対象となるイベントが発生した日時を特定し、たとえば、イベント情報の対象となる出力が検出された日時を特定する。画像は、イベント情報の対象となる出力に含まれる画像を表す。
【０１１１】
上記９個の項目のうち、３個の項目（経過情報、スタッフＩＤ、および、対応日時）は、イベント情報に対応したスタッフに関する情報である。経過情報は、イベントに対してスタッフが対応したか否かを表す。スタッフＩＤは、イベントに対応したスタッフを識別する。対応日時は、スタッフがイベントに対応した日時を表す。
【０１１２】
一例として、ある日の１２時３９分に、Ａさんの居室（部屋番号１０１）で、行動情報「転倒」が生成された場合について説明する。部屋番号１０１の居室に設置されたセンサーボックス１００は、行動情報「転倒」を生成すると、当該行動情報を管理装置２００へ送信する。この場合、行動情報「転倒」には、イベントの発生時刻（１２時３９分）、および、居室（部屋番号１０１）を特定する情報が付随する。
【０１１３】
管理装置２００の制御装置２０１は、行動情報「転倒」、ならびに、発生時刻および居室を特定する情報を受信すると、これらを、新たなイベントＩＤに関連付けて、経過情報「未対応」とともに、イベントリストに登録する。図１０のイベントＩＤ「０１４」に関連付けられた情報は、この例において登録される情報の一例である。センサーボックス１００は、さらに、上記行動情報「転倒」に、カメラ１０５によって撮影された画像を付随させてもよい。制御装置２０１は、当該画像を、上記行動情報「転倒」と同じイベントＩＤをに関連付けて、イベントリストに登録する（図１０中の画像「ｉ０１４」）。
【０１１４】
（イベントの通知画面）
図１１は、端末装置３００において表示される、イベントの通知画面の一例を示す図である。管理装置２００の制御装置２０１は、イベントリストを端末装置３００へ送信する。端末装置３００は、たとえば当該端末装置３００にインストールされているアプリケーション（以下、「通知アプリ」）の機能として、受信したイベントリストの各イベントを通知する。
【０１１５】
図１１に示された通知画面４１１は、図１０に示されたようなイベントリストに含まれる各イベントを通知するための画面である。端末装置３００の制御装置３０１は、通知アプリの表示画面の一例としてディスプレイ３０５に通知画面４１１を表示する。通知画面４１１には、上から順に、領域ａ１〜ａ４が含まれる。領域ａ１はタブ領域であり、横方向にスクロール可能である。領域ａ２および領域ａ４は、固定領域である。領域ａ３は、スクロール領域であり縦方向にスクロール可能である。スクロール領域ａ３には、イベントリスト内のイベントが一覧表示され、領域ａ１，ａ２，ａ４には、各種のアイコンや操作のためのキーが配置される。
【０１１６】
スクロール領域ａ３の複数の行のそれぞれには、イベントが表示される。図１０の例では、行ｒ１，ｒ２のそれぞれは、イベントＩＤ０１０，０１１のそれぞれの情報を表示する。行ｒ３は、所定の条件を満たす複数のイベントＩＤ０１２〜０１５をまとめて表示する。所定の条件の一例は、経過情報が「未対応」であり、かつ、ケア対象者が共通するイベントである。
【０１１７】
スクロール領域ａ３は、イベントリストの一部を表示していてもよい。スクロール領域ａ３では、スタッフによるスクロール操作（指を所定方向にすべらせるフリック）により表示がスクロールされ、これにより、表示されるイベントが変更されてもよい。
【０１１８】
表示内容の一例として、通知画面４１１の行ｒ１について説明する。
行ｒ１は、経過情報が「対応済み」であるイベントＩＤ００１に関して、部屋番号（１０１号室）、ケア対象者（Ａさん（山下一郎））、ケアスタッフＩＤ（ユーザー０００３）、発生日時、経過情報（対応済み）の各情報を表示する。また、行ｒ１は、イベントの種類がケアコール（ケアコールボタンに対する操作）であることを直感的に認識できるように、アイコンｉ１（ナースキャップ）も表示する。
【０１１９】
表示内容の他の例として、通知画面４１１の行ｒ３について説明する。
経過情報が「未対応」であるイベントＩＤ０１２〜０１５は、全て、ケア対象者（または部屋番号）が共通する。したがって、通知アプリは、これらのイベントをまとめて１つの行ｒ３に表示する。行ｒ３は、未対応状態の継続時間を表示する（図１１中の「未対応  ０分」）。未対応状態の継続時間の一例は、表示対象のイベントのうち最も古い発生時刻から現在時刻までの経過時間である。表示されるサムネイル画像の一例は、表示対象のイベントのうち最新の（発生日時が最も遅いもの）イベントに関連付けられた画像のサムネイル画像である。なお、複数のイベント種類の間で優先順位が設定され、表示対象のイベントのうち最も優先順位が高いものに関連付けられた画像のサムネイル画像が表示されてもよい。一例では、行動情報「転倒」は、行動情報「ケアコール」よりも高い優先順位を付与される。
【０１２０】
通知アプリは、同じ行に複数のイベントを表示する場合、それぞれのイベントに対応するアイコンを１つの行内に表示してもよい。図１１の例では、行ｒ３は、ケアコールを表すアイコンｉ１に加えて、起床を表すアイコンｉ２、離床を表すアイコンｉ３、および、転倒を表すアイコンｉ４を表示する。
【０１２１】
図１２は、図１１の通知画面４１１において、未対応のイベントを示す行ｒ３がタップされることにより表示される操作画面の一例を示す図である。端末装置３００の制御装置３０１は、通知アプリの表示画面の一例としてディスプレイ３０５に操作画面４１２を表示する。
【０１２２】
操作画面４１２は、通知対象の画像を表示する。ケアスタッフは、自身がイベントに対応する（たとえば、通知対象の居室にかけつける）場合には、キーｋ１（「対応する」）をタップする。これに応じて、制御装置３０１は、キーｋ１がタップされたことを表す情報を管理装置２００へ送信する。これに応じて、制御装置２０１は、イベントリストにおいて、行ｒ３に対応するイベント情報の経過情報の値を「未対応」から「対応済み」へ変更する。さらに、制御装置２０１は、行ｒ３に対応するイベント情報において、スタッフＩＤとして、上記情報の送信元の端末装置３００に関連付けられたスタッフを特定する情報を登録し、また、対応日時として、上記情報の送信時刻を登録する。
【０１２３】
操作画面４１２のキーｋ２（「話す」）をタップすることにより、スタッフは、入居者８００と通話（声かけ）することができる。この通話は、通知アプリが端末装置３００の電話機能を利用して、各居室にあるケアコール子機５００に発呼することによって実現される。
【０１２４】
操作画面４１２のキーｋ３（「ＬＩＶＥ見る」）をタップすることにより、スタッフは、現在の部屋番号１０１の居室内を撮影するカメラ１０５のライブ動画をディスプレイ３０５に表示させることができる。このような動画表示は、たとえば、通知アプリが端末装置３００の通信機能を利用して、管理装置２００を介して、カメラ１０５から撮像画像を取得することによって実現される。
【０１２５】
操作画面４１２のキーｋ４（「一時ＯＦＦ」）をタップすることにより、スタッフは、行ｒ３に対応する居室において発生した新たなイベントについての通知を止めることができてもよいし、そのようなイベントが対応済みのイベントとして通知されてもよい。たとえば、通知アプリは、管理装置２００に対して、キーｋ４がタップされたことを表す情報を送信する。これに応じて、制御装置２０１は、イベントリストに新たに登録されたイベントのうち、行ｒ３の対象である居室に対応するイベントの経過情報として「対応済み」を登録する。
【０１２６】
操作画面４１２のタブ領域ａ１のキーｋ１０がタップされると、通知アプリは、ディスプレイ３０５に表示される画面を一つ前の画面（図１１の通知画面４１１）に戻す。
【０１２７】
＜Ｇ．通知アプリのステータス＞
図１３は、端末装置３００における通知アプリのステータスの変化を説明するための図である。図１３には、通知アプリの４つの状態Ａ〜Ｄが示される。
【０１２８】
状態Ａは、端末装置３００が動作中であって通知アプリが起動されていない状態を表す。状態Ａでは、制御装置３０１はディスプレイ３０５に初期画面を表示する。初期画面は、ケア記録アプリのアイコン１３０１と、通知アプリのアイコン１３０２とを含む。ケア記録アプリについては、後述する。アイコン１３０１をタップされると、制御装置３０１は通知アプリを起動する。これにより、端末装置３００の状態は、状態Ｂへと移行される。
【０１２９】
状態Ｂでは、制御装置３０１は、通知アプリをフォアグラウンドで動作させる。状態Ｂでは、ディスプレイ３０５には、たとえば、図１１の通知画面４１１が表示される。制御装置３０１は、他のアプリを起動する操作または他のアプリをフォアグラウンドで動作させる操作がなされると、端末装置３００の状態を状態Ｃへと移行させる。
【０１３０】
状態Ｃでは、通知アプリはバックグラウンドで動作する。その後、たとえば所与の時間以上操作を受け付けないと、制御装置３０１は、端末装置３００の状態をスリープ状態へと移行させる。
【０１３１】
図１３の状態Ｄでは、スリープ状態の期間中に管理装置２００からイベントリストを受信したときのディスプレイ３０５の表示の一例が示される。一例では、通知アプリは、イベントリストの受信に応じて、スリープ状態に移行した時刻以降に発生したイベント（発生日時がスリープ状態に移行した時刻より後のイベント）を表すバナーを生成し、ディスプレイ３０５に表示する。図１３の例では、バナー１３０３が表示されている。バナー１３０３をタップされると、制御装置３０１は、通知アプリをフォアグラウンドで動作させる。
【０１３２】
＜Ｈ．通知アプリによる通知＞
図１４は、端末装置３００において表示されるイベントの通知画面の他の例を示す図である。図１４には３つの状態Ａ〜Ｃが示される。状態Ａ〜Ｃのいずれも、端末装置３００のスリープ状態を表す。端末装置３００は、スリープ状態において管理装置２００からイベントの通知を受信すると、表示と音声とでイベントを報知する。
【０１３３】
図１４において、状態Ａは、端末装置３００が未だ通知を受信していない状態を表す。状態Ｂは、端末装置３００が１件目の通知を受信した状態を表す。１件目の通知の受信に応じて、通知アプリは、制御装置３０１に、ディスプレイ３０５にバナー１４０１を表示させる。バナー１４０１は、１件目の通知の内容（［ケアコール呼び出し中］＿利用者１０４＿ケアコール）を含む。一例では、バナー中の「利用者」は通知対象である入居者の部屋番号を表し、バナー中の左端の文字列（「ケアコール」など）はイベントの種類を表す。
【０１３４】
通知アプリは、さらに、端末装置３００に、１件目の通知の受信に応じて、音声を出力させる。
【０１３５】
図１５は、端末装置３００における音声ファイルの格納態様の一例を示す図である。各音声ファイル（「００１．ＷＡＶ」「００２．ＷＡＶ」等）は、イベント種類（「ケアコール」「転倒」等）に関連つけられて格納されている。端末装置３００は、イベントの通知を受信すると、当該通知のイベント種類に対応する音声ファイルを読み出し、当該音声ファイルを再生する。制御装置３０１は、ユーザーからの入力に従って、イベント種類と音声ファイルとの対応関係を変更してもよい。
【０１３６】
状態Ｃは、端末装置３００は、１件目の通知を受信した後、さらに２件目の通知を受信した状態を表す。２件目の通知の受信に応じて、通知アプリは、制御装置３０１に、ディスプレイ３０５にバナー１４０２をさらに表示させる。バナー１４０２は、２件目の通知の内容（［かけつけ要請］＿利用者２０２＿転倒）を含む。
【０１３７】
通知アプリは、さらに、端末装置３００に、２件目の通知の受信に応じて、音声を出力させる。なお、端末装置３００が２件目の通知を受信したときに１件目の通知に応じて出力された音声が終了していなければ、通知アプリは、それ以降、１件目の通知の音声と２件目の通知の音声とを合成して出力させる。
【０１３８】
＜Ｉ．出力される音声＞
図１６〜図１８は、端末装置３００のスピーカー３０７から出力される音声の態様を模式的に示す図である。図１６〜図１８のそれぞれでは、「●」または「○」によって音符が表され、上下方向の位置は各音符の音程を表す。左右方向は、時間の流れを表す。
【０１３９】
図１６には、イベント種類「ケアコール」に対応する音声ＳＤ１が示される。音声ＳＤ１は、パターンＳＤ１１（再生時間：０〜ｔ１１）と、パターンＳＤ１２（再生時間：ｔ１１〜ｔ１２）と、パターンＳＤ１３（再生時間：ｔ１２〜ｔ１３）とを含む。３つのパターンＳＤ１１〜ＳＤ１３の再生時間は同じであってもよい。３つのパターンＳＤ１１〜ＳＤ１３は、同じ音声であってもよく、互いに異なる音声であってもよい。図１６の例では、パターンＳＤ１１〜ＳＤ１３は同じ音声（音程の変化パターンが共通する）であるため、音声ＳＤ１の再生ではパターンＳＤ１１（または、パターンＳＤ１２もしくはパターンＳＤ１３）が３回繰り返されることになる。
【０１４０】
図１７には、イベント種類「転倒」に対応する音声ＳＤ２が示される。音声ＳＤ２は、パターンＳＤ２１（再生時間：０〜ｔ２１）と、パターンＳＤ２２（再生時間：ｔ２１〜ｔ２２）と、パターンＳＤ２３（再生時間：ｔ２２〜ｔ２３）と、パターンＳＤ２４（再生時間：ｔ２３〜ｔ２４）とを含む。４つのパターンＳＤ２１〜２４の再生時間は同じであってもよい。４つのパターンＳＤ２１〜ＳＤ２４は、同じ音声であってもよく、互いに異なる音声であってよい。図１７の例では、パターンＳＤ２１〜ＳＤ２３は同じ音声であるが、パターンＳＤ２４はパターンＳＤ２１〜ＳＤ２３に対して末尾の音声が異なる。これにより、音声ＳＤ２の再生では、パターンＳＤ２１（または、パターンＳＤ２２もしくはパターンＳＤ２３）が３回繰り返された後、パターンＳＤ２４が再生される。
【０１４１】
図１８には、イベント種類「転倒」の音声の再生の途中から、イベント種類「ケアコール」の音声とイベント種類「転倒」の音声との合成音声に切り替わる、音声ＳＤ３が示される。音声ＳＤ３は、パターンＳＤ３１（再生時間：０〜ｔ３１）と、パターンＳＤ３２（再生時間：ｔ３１〜ｔ３２）と、パターンＳＤ３３（再生時間：ｔ３２〜ｔ３３）と、パターンＳＤ３４（再生時間：ｔ３３〜ｔ３４）とを含む。パターンＳＤ３１は、音声ＳＤ２のパターンＳＤ２１と同一である。パターンＳＤ３２は、音声ＳＤ１のパターンＳＤ１１と音声ＳＤ２のパターンＳＤ２２とが合成された音声である。パターンＳＤ３３は、パターンＳＤ１２とパターンＳＤ２３とが合成された音声であり、パターンＳＤ３４は、パターンＳＤ１３とパターンＳＤ２４とが合成された音声である。
【０１４２】
図１８に示されたように出力対象の音声が合成音声へと切り替えられることにより、音声ＳＤ１の後で音声ＳＤ２が出力される場合よりも短い時間で、音声ＳＤ１と音声ＳＤ２の全体が出力され得る。すなわち、端末装置３００は、複数の通知（第１の通知と第２の通知）を受信したときに、第１の通知に対応する音声の出力を途中で終了させることなく、２つ通知の双方に対応する音声を出力する。また、端末装置３００は、音声ＳＤ１の出力が終了した後で音声ＳＤ２の出力が開始される場合よりも早いタイミングで、音声ＳＤ２（第２の通知に対応する音声）の出力を開始できる。
【０１４３】
図１６〜図１８の例では、パターンＳＤ１１〜ＳＤ１３およびパターンＳＤ２１〜ＳＤ２４のそれぞれの再生時間が共通する。合成音声（音声ＳＤ３）のパターンＳＤ３２〜ＳＤ３４のそれぞれでは、パターンＳＤ１１〜ＳＤ１３のそれぞれと、パターンＳＤ２１〜ＳＤ２４のそれぞれとが、先頭部分のタイミングを揃えられている。これにより、２つの音声（音声ＳＤ１と音声ＳＤ２）の双方が聞き取りやすい態様で、互いに重ねられて出力される。
【０１４４】
図１６〜図１８の例では、パターンＳＤ１１〜ＳＤ１３では、時間の経過とともに音程が上がり、パターンＳＤ２１〜ＳＤ２３では、時間の経過とともに音程が下がる。イベント情報ごとに音程の変化のパターンが異なることにより、合成音声においてもそれぞれのイベント種類のパターンが容易に認識され得る。
【０１４５】
＜Ｊ．処理の流れ＞
図１９は、イベントの通知に対応する音声を出力するための処理の一例のフローチャートである。図１９の処理は、通知アプリを実行する制御装置３０１に実現される。イベントの通知に応じた音声出力は、端末装置３００がスリープ状態においてのみ実行されてもよいし、端末装置３００がスリープ状態以外の状態であっても実行されてもよい。
【０１４６】
ステップＳ１０にて、制御装置３０１は、イベントの通知を受信したか否かを判断する。制御装置３０１は、イベントの通知を受信するまでステップＳ１０に制御を留め（ステップＳ１０にてＮＯ）、イベントの通知を受信したと判断すると（ステップＳ１０にてＹＥＳ）、ステップＳ１２へ制御を進める。
【０１４７】
ステップＳ１２にて、制御装置３０１は、受信された通知のイベント種類に応じた音声ファイルを読み出す。音声ファイルは、たとえば内蔵メモリー３２０に格納されている。
【０１４８】
ステップＳ１４にて、制御装置３０１は、ステップＳ１２において読み出した音声ファイルを出力する。
【０１４９】
ステップＳ１６にて、制御装置３０１は、ステップＳ１４にて出力を開始した音声の出力が終了したか否かを判断する。制御装置３０１は、出力が終了したと判断すると（ステップＳ１６にてＹＥＳ）、図１９の処理を終了させ、未だ終了していないと判断すると（ステップＳ１６にてＮＯ）、ステップＳ１８へ制御を進める。
【０１５０】
ステップＳ１８にて、制御装置３０１は、さらにイベントの通知を受信したか否かを判断する。イベントの通知を受信したと判断すると（ステップＳ１８にてＹＥＳ）、ステップＳ２０へ制御を進め、そうでなければ（ステップＳ１８にてＮＯ）、ステップＳ１６へ制御を戻す。
【０１５１】
ステップＳ２０にて、制御装置３０１は、出力中の音声ファイルとステップＳ１８にて受信された通知に対応する音声ファイルとを用いて、合成ファイルを生成する。各音声ファイルは、図１６の音声ＳＤ１または図１７の音声ＳＤ２に相当する。合成ファイルは、図１８のパターンＳＤ３２〜ＳＤ３４の部分に相当する。
【０１５２】
ステップＳ２２にて、制御装置３０１は、出力対象の音声を、ステップＳ１４にて出力を開始された音声ファイルからステップＳ２０にて生成された合成ファイルへと切り替える。これにより、出力される音声は、図１８に示されたように切り替えられる。
【０１５３】
以上説明された本実施の形態では、端末装置３００は、１件目の通知を受信すると、当該１件目の通知に従って音声出力を開始する。１件目の音声出力の終了前に２件目の通知を受信すると、出力される音声を、１件目の通知に対応した音声から、１件目の通知に対応した音声と２件目の通知に対応した音声との合成音声へと切り替える。
【０１５４】
２件の通知は、同時に受信されたものであってもよい。この場合でも、端末装置３００の制御装置３０１は、予め定められた条件に従って２件の通知の間に優先順位を設定し、いずれかを１件目の通知と認識し、他方を２件目の通知として認識する。予め定められた条件の一例は、各通知のイベント情報の重要度であり、他の例は、各通知が対応する入居者の間で設定された優先順位であり、さらに他の例はこれらの組合せである。
【０１５５】
２件の通知は、同時に発生したイベントに対応するものであってもよい。たとえば、一方の通知は、Ａさんがある時刻に転倒したイベントに対応し、他の通知は、同時刻にＢさんがケアコールボタン５０１を操作したイベントに対応していてもよい。
【０１５６】
なお、合成される音声の数は「２」に限定されない。１件目の通知の終了前に２件目の通知が受信された場合、出力される音声は１件目の通知の音声と２件目の通知の音声との合成音声に切り替えられる。さらに、当該合成音声の出力の終了前に３件目の通知が受信された場合には、１件目の通知の音声と２件目の通知の音声と３件目の通知の音声との合成音声に切り替えられてもよい。
【０１５７】
合成音声は、図１９に示されたように、通知の受信に応じて生成されてもよいし、予め生成されていてもよい。後者の場合、制御装置３０１は、ステップＳ２０において、内蔵メモリー３２０に格納されている合成音声を読み出し、ステップＳ２２において、出力対象の音声を１件目の通知の音声から当該合成音声へと切り替える。
【０１５８】
今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内で全ての変更が含まれることが意図される。
【符号の説明】
【０１５９】
１０  施設、１１  ゲートウェイサーバー、１２  交換装置、１３  アクセスポイント、１４  プッシュサーバー、１５  無線基地局、１６  外部ネットワーク、１００，１００Ａ，１００Ｂ  センサーボックス、１０１，２０１，３０１  制御装置、１０２，２０２  ＲＯＭ、１０３，２０３，３０３  ＲＡＭ、１０４，２０４，３０４  通信インターフェイス、１０５  カメラ、１０６  ドップラーセンサー、１０７  無線通信装置、１２０，２２０  記憶装置、２００  管理装置、２０５  表示インターフェイス、２０６，３０５  ディスプレイ、２０７  操作インターフェイス、２０９，３０６  入力デバイス、３００，３００Ａ，３００Ｂ，３００Ｃ，３００Ｄ，３０３Ａ，３０３Ｃ  端末装置、３０７  スピーカー、３２０  内蔵メモリー、４００  クラウドサーバー、５００，５００Ａ，５００Ｂ  ケアコール子機、５０１  ケアコールボタン、５１０，５１０Ａ，５１０Ｂ  ドアセンサー、５２０，５２０Ａ，５２０Ｂ  トイレセンサー、５３０，５３０Ａ，５３０Ｂ  臭いセンサー、５４０，５４０Ａ，５４０Ｂ  バイタルセンサー、８００，８００Ａ，８００Ｂ  入居者、９００，９００Ａ，９００Ｂ  居室、９０１，９０１Ａ，９０１Ｂ  ベッド、９０２，９０２Ａ，９０２Ｂ  トイレ、９０３，９０３Ａ，９０３Ｂ  家具。
【図１】
2020107054.tif 000003
【図２】
2020107054.tif 000004
【図３】
2020107054.tif 000005
【図４】
2020107054.tif 000006
【図５】
2020107054.tif 000007
【図６】
2020107054.tif 000008
【図７】
2020107054.tif 000009
【図８】
2020107054.tif 000010
【図９】
2020107054.tif 000011
【図１０】
2020107054.tif 000012
【図１１】
2020107054.tif 000013
【図１２】
2020107054.tif 000014
【図１３】
2020107054.tif 000015
【図１４】
2020107054.tif 000016
【図１５】
2020107054.tif 000017
【図１６】
2020107054.tif 000018
【図１７】
2020107054.tif 000019
【図１８】
2020107054.tif 000020
【図１９】
2020107054.tif 000021