JP7354538B2 - 端末装置、見守りシステムおよびプログラム - Google Patents

Description

本開示は、見守りシステムにおいて利用される端末装置に関し、より特定的には、当該見守りシステムにおいて被監視者に関する情報を記録するための処理を実行する端末装置に関する。

近年、少子高齢化社会の影響で介護施設の入居者数が増加傾向にある。その一方で、入居者に対する介護従事者の不足が深刻化している。そのため、介護従事者の負担を軽減すると共に、少人数で介護業務を行うためのサポートシステムが必要とされている。

介護業務のサポートシステムに関し、たとえば、特開２０１４－９０９１３号公報（特許文献１）は、「ベッド上の患者を撮像するカメラを設けると共に、カメラの撮像映像から患者が上半身を起こした状態や患者がベッド上から離れた状態を検出したら注意状態発生信号を出力する状態判断部を廊下灯に設け、ナースコール親機は注意状態発生信号を受けて表示部に患者映像を表示して報知動作する」ナースコールシステムを開示している（［要約］参照）。

特開２０１４－９０９１３号公報

特許文献１に記載されるように、見守りシステムにおいて情報処理装置は有効に活用されている。近年では、スタッフの利便性を高めるために、見守りシステムのサーバーから各介護従事者（スタッフ）が携帯する端末に種々の情報を送信したり、当該サーバーへ当該端末を介して情報の入力が可能にされている。このような局面において、スタッフは、各アプリケーションを利用するたびにサーバーに対して認証を要求する必要があり、煩雑に感じる場合があった。

本開示は、上記のような背景に鑑みてなされたものであって、ある局面における目的は、各スタッフが携帯する端末の利便性を向上させる技術を提供することにある。

本開示のある局面に従うと、サーバーと通信するための通信インターフェイスと、メモリーと、被監視者の状態に関する情報を取得して表示する第１のアプリケーションと、被監視者に関する情報を記録するための第２のアプリケーションと、を実行するプロセッサーとを備え、プロセッサーは、第１のアプリケーションに関するサーバーとの通信に利用された通信用情報をメモリーに格納し、第２のアプリケーションに関する通信のために、メモリーに格納された通信用情報をサーバーへ送信する、ように構成されている、端末装置が提供される。

プロセッサーは、第２のアプリケーションに関するサーバーとの通信の指示を受け付けた場合に、メモリーに通信用情報が格納されていないときには、第１のアプリケーションの起動の要求を報知する、ように構成されていてもよい。

第２のアプリケーションに関するサーバーとの通信の指示は、第２のアプリケーションの起動の指示を含んでいてもよい。

プロセッサーは、第２のアプリケーションのバックグラウンドで第１のアプリケーションを実行する、ように構成されていてもよい。

本開示の他の局面に従うと、サーバーと端末装置とを備えた見守りシステムが提供される。端末装置は、サーバーと通信するための通信インターフェイスと、メモリーと、被監視者の状態に関する情報を取得して表示する第１のアプリケーションと、被監視者に関する情報を記録するための第２のアプリケーションと、を実行するプロセッサーとを含む。プロセッサーは、第１のアプリケーションに関するサーバーとの通信に利用された通信用情報をメモリーに格納し、第２のアプリケーションに関する通信のために、メモリーに格納された通信用情報をサーバーへ送信する、ように構成されている。

サーバーと通信可能な端末装置のプロセッサーによって実行されることにより、プロセッサーに、被監視者に関する情報を記録するための処理を実行させるプログラムが提供される。端末装置は、メモリーを備える。プロセッサーは、被監視者の状態に関する情報を取得して表示する第１のアプリケーションを実行可能であり、第１のアプリケーションに関するサーバーとの通信に利用された通信用情報をメモリーに格納し、プログラムは、プロセッサーに、サーバーとの通信の指示を受け付けるステップと、指示に応じてサーバーと通信するために、メモリーに格納された通信用情報をサーバーへ送信するステップと、を実行させる。

プログラムは、プロセッサーに、サーバーとの通信の指示を受け付けた場合に、メモリーに通信用情報が格納されていないときには、第１のアプリケーションの起動の要求を報知するステップをさらに実行させてもよい。

サーバーとの通信の指示は、プログラムの起動の指示を含んでいてもよい。

本開示のある局面によれば、スタッフは、被監視者の状態に関する情報を取得して表示するアプリケーションについて端末装置とサーバーとの間の通信が確立していれば、被監視者に関する情報を記録するためのアプリケーションについて端末装置とサーバーとの間で通信を確立するための操作を必要とされなくなる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

見守りシステムの構成の一例を示す図である。 見守りシステムのセンサーボックス１００、管理装置２００、および、端末装置３００のハードウェア構成を示す図である。 居室９００におけるセンサーの検出範囲の一例を示す図である。 管理装置２００による各スタッフへの通知処理の概要の第１の例を示す図である。 管理装置２００が記憶装置２２０に記憶するスタッフ管理テーブル５５０の一例を示す図である。 管理装置２００による各スタッフへの通知処理のシーケンスの一例を示す図である。 管理装置２００が端末装置３００に通知を行う際の管理装置２００の内部処理の一例を示す図である。 管理装置２００による各スタッフへの通知処理の概要の第２の例を示す図である。 見守りシステムにおけるイベントの通知の流れの一例を示す図である。 管理装置２００において管理されるイベントリストの一例を示す図である。 端末装置３００において表示される、イベントの通知画面の一例を示す図である。 図１１の通知画面４１１において、未対応のイベントを示す行ｒ３がタップされることにより表示される操作画面の一例を示す図である。 端末装置３００における通知アプリのステータスの変化を説明するための図である。 ケア記録アプリの初期画面の一例を示す図である。 端末装置３００のメモリーにおける、セッションＩＤの格納態様の一例を模式的に示す図である。 ケア記録アプリの起動時の処理の一例を示すフローチャートである。 ユーザーに対する通知アプリの起動を要求する報知の一態様を説明するための図である。

以下、図面を参照しつつ、本開示に係る技術思想の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜Ａ．システムの概要＞
図１は、見守りシステムの構成の一例を示す図である。見守り対象の一例として、施設１０の居室領域ＲＭに設けられた各居室内の入居者が採用される。図１の見守りシステムでは、居室領域ＲＭに、居室９００Ａ，９００Ｂ（以下、総称する場合は「居室９００」と呼ぶ）が設けられている。居室９００Ａは、入居者８００Ａに割当てられている。居室９００Ｂは、入居者８００Ｂに割当てられている（以下、入居者８００Ａ，８００Ｂを総称する場合は「入居者８００」と呼ぶ）。

見守りシステムは、ゲートウェイサーバー１１と、交換装置１２と、アクセスポイント１３と、管理装置２００と、センサーボックス１００Ａ，１００Ｂ（以下、総称する場合は「センサーボックス１００」と呼ぶ）と、センサーボックス１００と通信する各種機器と、端末装置３００Ａ，３００Ｂ，３００Ｃ，３００Ｄ（以下、総称する場合は「端末装置３００」と呼ぶ）とを含む。

ゲートウェイサーバー１１は、施設１０の内部ネットワークと、施設１０の外部ネットワーク１６とを相互接続する。外部ネットワーク１６は、たとえば、インターネット網や公衆電話回線網である。また、外部ネットワーク１６には、クラウドサーバー４００と、プッシュサーバー１４と、無線基地局１５とが接続されている。

交換装置１２は、施設１０の内部ネットワークの各機器を相互接続する。ある局面において、ルーターやスイッチが交換装置１２として使用されてもよい。図１に示す例では、交換装置１２の数は２であるが、当該数はこれに限定されない。施設１０の内部ネットワークは、複数の交換装置１２の組み合わせによって構成されてもよい。

アクセスポイント１３は、端末装置３００を施設１０の内部ネットワークに接続するために使用される。ある局面において、Ｗｉ－Ｆｉ（登録商標）（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）機能で取得した緯度・経度でもよいし、端末装置３００が接続したアクセスポイントの識別子であってもよい。管理装置２００は、緊急時に位置情報５５６を参照し、施設１０の外に居るスタッフの中から、最も施設１０に近い位置に居るスタッフの端末装置３００に通知を送信してもよい。

図６は、管理装置２００による各スタッフへの通知処理のシーケンスの一例を示す図である。図６を参照して、管理装置２００が、施設１０の中に居るスタッフ１の端末装置３００Ａおよび施設１０の外に居るスタッフ３の端末装置３００Ｃと通信する例について説明する。

ステップＳ６０５において、端末装置３００Ａは、スタッフ１の操作により、管理装置２００と通信する。端末装置３００Ａは、施設１０の内部ネットワークに接続されているため、ゲートウェイサーバー１１を経由すること無く、管理装置２００と通信できる。当該通信において、端末装置３００Ａは、少なくとも端末装置３００Ａまたはスタッフ１を識別するＩＤを含むメッセージを管理装置２００に送信する。

ステップＳ６１０において、端末装置３００Ｃは、スタッフ３の操作により、管理装置２００と通信する。端末装置３００Ｃは、施設１０の外部ネットワーク１６に接続されているため、ゲートウェイサーバー１１を経由して、管理装置２００と通信する必要がある。当該通信において、端末装置３００Ｃは、少なくとも端末装置３００Ｃまたはスタッフ３を識別するＩＤを含むメッセージを管理装置２００に送信する。

ステップＳ６１５において、ゲートウェイサーバー１１は、端末装置３００Ｃからの通信を管理装置２００に転送する。なお、ゲートウェイサーバー１１は、外部からの通信があった場合に、フィルタリングや認証処理により、施設１０の内部ネットワークへのアクセスが許可されていない装置からの通信を遮断してもよい。

ステップＳ６２０において、管理装置２００は、端末装置３００Ａ，３００Ｃとの通信内容に基づいて、スタッフ管理テーブル５５０を更新する。管理装置２００は、各端末装置３００から通信があると、通信に含まれる端末装置３００またはスタッフを識別するＩＤを参照して、スタッフ管理テーブル５５０の該当するレコードのタイムスタンプ５５３と、ステータス５５４と、ＩＰアドレス５５５と、位置情報５５６とを更新する。また、管理装置２００は、更新した情報に基づいて、優先度５５２を算出する。

ステップＳ６２５において、管理装置２００は、施設１０の中のいずれかのセンサーボックス１００から、「行動情報」を含むイベントを受信する。

ステップＳ６３０において、管理装置２００は、スタッフ管理テーブル５５０を参照して、受信したイベントに基づく通知を送信するスタッフを決定する。管理装置２００は、複数のスタッフを選択してもよいし、最も優先度５５２の高いスタッフのみを選択してもよい。また、管理装置２００は、優先度５５２が一定上の値のスタッフ全てを選択してもよい。

ステップＳ６３５において、管理装置２００は、ステップＳ６３０にて選択したスタッフの端末装置３００にイベントに紐付く通知を送信する。図６に示す例では、管理装置２００は、スタッフ１を通知の送信先として選択している。

ステップＳ６４０において、端末装置３００Ａは、スタッフ１の入力に基づいて、応答通知を管理装置２００に送信する。なお、管理装置２００は、応答通知を受け取ったことに基づいて、端末装置３００Ａ以外の他の端末装置３００に、担当者が決まったことを再通知してもよい。管理装置２００は、ステップＳ６４０にて、施設１０の内に居るスタッフに通知した場合は、以降のステップＳ６４５以降の処理を実行しなくてもよい。

ステップＳ６４５において、管理装置２００は、施設１０の中にイベントに対応可能なスタッフがいない場合において、発生したイベントが緊急度の高いものであった時には、施設１０の外に居るスタッフの端末装置３００に通知を送信する。図６に示す例では、管理装置２００は、スタッフ３を通知の送信先として選択している。

ステップＳ６５０において、端末装置３００Ｃは、スタッフ３の入力に基づいて、応答通知を管理装置２００に送信する。管理装置２００は、応答通知を受け取ったことに基づいて、通知を送った他の端末装置３００に、担当者が決まったことを再通知してもよい。

図７は、管理装置２００が端末装置３００に通知を行う際の管理装置２００の内部処理の一例を示す図である。ある局面において、管理装置２００の制御装置２０１は、図７の処理を行うためのプログラムを記憶装置２２０から読み出して実行してもよい。

ステップＳ７１０において、制御装置２０１は、各スタッフの端末装置３００からの通信要求があるか否かを判定する。制御装置２０１は、各スタッフの端末装置３００からの通信要求があると判定すると（ステップＳ７１０にてＹＥＳ）、制御をステップＳ７２０に移す。そうでない場合は（ステップＳ７１０にてＮＯ）、制御装置２０１は、制御をステップＳ７４０に移す。

ステップＳ７２０において、制御装置２０１は、通信要求のあった端末装置３００と通信する。制御装置２０１は、当該通信において、端末装置３００の送信元アドレス、スタッフＩＤ（または端末装置ＩＤ）、スタッフの状態情報および位置情報の全てまたは一部を取得する。ステップＳ７２０の処理は、図６のステップＳ６０５，Ｓ６１５の処理に対応する。

ステップＳ７３０において、制御装置２０１は、ステップＳ７２０の通信で取得した情報に基づいて、スタッフ管理テーブル５５０を更新する。ステップＳ７３０の処理は、図６のステップＳ６２０の処理に対応する。

ステップＳ７４０において、制御装置２０１は、センサーボックス１００からのイベントが通知されたか否かを判定する。制御装置２０１は、センサーボックス１００からのイベントが通知されたと判定した場合は（ステップＳ７４０にてＹＥＳ）、制御をステップＳ７５０に移す。そうでない場合は（ステップＳ７４０にてＮＯ）、制御装置２０１は、処理を終了する。

ステップＳ７５０において、制御装置２０１は、記憶装置２２０からスタッフ管理テーブル５５０を読み出して、イベントに紐付く通知を送信するスタッフを選択する。ステップＳ７５０の処理は、図６のステップＳ６３０の処理に対応する。

ステップＳ７６０において、制御装置２０１は、ステップＳ７５０にて選択したスタッフの端末装置３００に、イベントに紐付く通知を送信する。ステップＳ７６０の処理は、図６のステップＳ６３５の処理に対応する。

ステップＳ７７０において、制御装置２０１は、イベントに紐付く通知を送信した端末装置３００のいずれかから応答があるか否かを判定する。制御装置２０１は、応答を一定時間待ち続けてもよい。制御装置２０１は、イベントに紐付く通知を送信した端末装置３００のいずれかから応答があったと判定した場合は（ステップＳ７７０にてＹＥＳ）、処理を終了する。ステップＳ７７０の処理は、図６のステップＳ６４０の管理装置２００の処理に対応する。そうでない場合（ステップＳ７７０にてＮＯ）、制御装置２０１は、制御をステップＳ７８０に移す。

ステップＳ７８０において、制御装置２０１は、優先度の低い端末装置３００にもイベントに紐付く通知を送信する。たとえば、施設１０の中に居るいずれのスタッフからも応答が無かった場合に、制御装置２０１は、施設１０の外に居るスタッフの端末装置３００に通知を送信する。制御装置２０１は、ステップＳ７８０の処理を実行した後、イベントに紐付く通知を送信する候補となる端末装置３００が無くなるまで、ステップＳ７７０，Ｓ７８０の処理を繰り返してもよい。ステップＳ７８０の処理は、図６のステップＳ６４５の処理に対応する。

図４～７を参照して説明したように、管理装置２００は、事前に端末装置３００との通信内容から、スタッフ管理テーブル５５０を更新し、スタッフ毎の優先度を管理する。管理装置２００は、当該優先度を参照することで、入居者８００のケアが必要な場合に、通知を送信するべきスタッフを適切に選択することができる。それにより、入居者８００の利便性を高めると共に、スタッフの負担を軽減することが可能となる。

＜Ｅ．見守りシステムにおけるイベントの通知＞
図９は、見守りシステムにおけるイベントの通知の流れの一例を示す図である。本実施の形態の見守りシステムでは、入居者がケアコール子機５００を操作すると、当該操作を表す情報がセンサーボックス１００を介して管理装置２００へと送信される。また、センサーボックス１００は、「転倒」等の行動情報を生成すると、当該行動情報を管理装置２００へ送信する。管理装置２００の制御装置２０１は、ケアコール子機５００の操作情報および行動情報を受信すると、各情報に対応するイベントをイベントリスト（後述する図１０）に登録する。この例において、管理装置２００は、入居者の状態を管理する管理サーバーとして機能する。

管理装置２００の制御装置２０１は、端末装置３００へイベントリストを送信する。管理装置２００は、端末装置３００に対して、直接イベントリストを送信してもよいし、ゲートウェイサーバー１１を介してイベントリストを送信してもよい。端末装置３００は、イベントリストを受信すると、当該イベントリストに含まれる各イベントを通知する。

＜Ｆ．通知アプリによるイベントの通知＞
図１０～図１２を参照して、入居者８００の「行動情報」のイベントの通知について説明する。

（イベントリスト）
図１０は、管理装置２００において管理されるイベントリストの一例を示す図である。一実現例では、管理装置２００の制御装置２０１は、センサーボックス１００からイベント情報を受信すると、当該イベントをイベントリストにおいて管理する。なお、イベント情報は、管理装置２００において生成されてもよい。すなわち、制御装置２０１は、センサーボックス１００からセンサーの検出出力を受信すると、当該検出出力を利用してイベント情報を生成する。

図１０に示されるように、イベントリストは、９個の項目（イベントＩＤ、検出部ＩＤ、ケア対象者、イベント種類、発生日時、画像、経過情報、スタッフＩＤ、および、対応日時）を含む。イベントＩＤは、各イベント情報を識別する。検出部ＩＤは、イベント情報の対象となる居室を識別する。ケア対象者は、イベント情報の対象となる居室に関連付けられた入居者を識別する。イベント種類は、たとえば「行動情報」の種類などの、イベント情報の種類を識別する。発生日時は、イベント情報の対象となるイベントが発生した日時を特定し、たとえば、イベント情報の対象となる出力が検出された日時を特定する。画像は、イベント情報の対象となる出力に含まれる画像を表す。

上記９個の項目のうち、３個の項目（経過情報、スタッフＩＤ、および、対応日時）は、イベント情報に対応したスタッフに関する情報である。経過情報は、イベントに対してスタッフが対応したか否かを表す。スタッフＩＤは、イベントに対応したスタッフを識別する。対応日時は、スタッフがイベントに対応した日時を表す。

一例として、ある日の１２時３９分に、Ａさんの居室（部屋番号１０１）で、行動情報「転倒」が生成された場合について説明する。部屋番号１０１の居室に設置されたセンサーボックス１００は、行動情報「転倒」を生成すると、当該行動情報を管理装置２００へ送信する。この場合、行動情報「転倒」には、イベントの発生時刻（１２時３９分）、および、居室（部屋番号１０１）を特定する情報が付随する。

管理装置２００の制御装置２０１は、行動情報「転倒」、ならびに、発生時刻および居室を特定する情報を受信すると、これらを、新たなイベントＩＤに関連付けて、経過情報「未対応」とともに、イベントリストに登録する。図１０のイベントＩＤ「０１４」に関連付けられた情報は、この例において登録される情報の一例である。センサーボックス１００は、さらに、上記行動情報「転倒」に、カメラ１０５によって撮影された画像を付随させてもよい。制御装置２０１は、当該画像を、上記行動情報「転倒」と同じイベントＩＤをに関連付けて、イベントリストに登録する（図１０中の画像「ｉ０１４」）。

（イベントの通知画面）
図１１は、端末装置３００において表示される、イベントの通知画面の一例を示す図である。管理装置２００の制御装置２０１は、イベントリストを端末装置３００へ送信する。端末装置３００は、たとえば当該端末装置３００にインストールされているアプリケーション（以下、「通知アプリ」）の機能として、受信したイベントリストの各イベントを通知する。

図１１に示された通知画面４１１は、図１０に示されたようなイベントリストに含まれる各イベントを通知するための画面である。端末装置３００の制御装置３０１は、通知アプリの表示画面の一例としてディスプレイ３０５に通知画面４１１を表示する。通知画面４１１には、上から順に、領域ａ１～ａ４が含まれる。領域ａ１はタブ領域であり、横方向にスクロール可能である。領域ａ２および領域ａ４は、固定領域である。領域ａ３は、スクロール領域であり縦方向にスクロール可能である。スクロール領域ａ３には、イベントリスト内のイベントが一覧表示され、領域ａ１，ａ２，ａ４には、各種のアイコンや操作のためのキーが配置される。

スクロール領域ａ３の複数の行のそれぞれには、イベントが表示される。図１０の例では、行ｒ１，ｒ２のそれぞれは、イベントＩＤ０１０，０１１のそれぞれの情報を表示する。行ｒ３は、所定の条件を満たす複数のイベントＩＤ０１２～０１５をまとめて表示する。所定の条件の一例は、経過情報が「未対応」であり、かつ、ケア対象者が共通するイベントである。

スクロール領域ａ３は、イベントリストの一部を表示していてもよい。スクロール領域ａ３では、スタッフによるスクロール操作（指を所定方向にすべらせるフリック）により表示がスクロールされ、これにより、表示されるイベントが変更されてもよい。

表示内容の一例として、通知画面４１１の行ｒ１について説明する。
行ｒ１は、経過情報が「対応済み」であるイベントＩＤ００１に関して、部屋番号（１０１号室）、ケア対象者（Ａさん（山下一郎））、ケアスタッフＩＤ（ユーザー０００３）、発生日時、経過情報（対応済み）の各情報を表示する。また、行ｒ１は、イベントの種類がケアコール（ケアコールボタンに対する操作）であることを直感的に認識できるように、アイコンｉ１（ナースキャップ）も表示する。

表示内容の他の例として、通知画面４１１の行ｒ３について説明する。
経過情報が「未対応」であるイベントＩＤ０１２～０１５は、全て、ケア対象者（または部屋番号）が共通する。したがって、通知アプリは、これらのイベントをまとめて１つの行ｒ３に表示する。行ｒ３は、未対応状態の継続時間を表示する（図１１中の「未対応 ０分」）。未対応状態の継続時間の一例は、表示対象のイベントのうち最も古い発生時刻から現在時刻までの経過時間である。表示されるサムネイル画像の一例は、表示対象のイベントのうち最新の（発生日時が最も遅いもの）イベントに関連付けられた画像のサムネイル画像である。なお、複数のイベント種類の間で優先順位が設定され、表示対象のイベントのうち最も優先順位が高いものに関連付けられた画像のサムネイル画像が表示されてもよい。一例では、行動情報「転倒」は、行動情報「ケアコール」よりも高い優先順位を付与される。

通知アプリは、同じ行に複数のイベントを表示する場合、それぞれのイベントに対応するアイコンを１つの行内に表示してもよい。図１１の例では、行ｒ３は、ケアコールを表すアイコンｉ１に加えて、起床を表すアイコンｉ２、離床を表すアイコンｉ３、および、転倒を表すアイコンｉ４を表示する。

図１２は、図１１の通知画面４１１において、未対応のイベントを示す行ｒ３がタップされることにより表示される操作画面の一例を示す図である。端末装置３００の制御装置３０１は、通知アプリの表示画面の一例としてディスプレイ３０５に操作画面４１２を表示する。

操作画面４１２は、通知対象の画像を表示する。ケアスタッフは、自身がイベントに対応する（たとえば、通知対象の居室にかけつける）場合には、キーｋ１（「対応する」）をタップする。これに応じて、制御装置３０１は、キーｋ１がタップされたことを表す情報を管理装置２００へ送信する。これに応じて、制御装置２０１は、イベントリストにおいて、行ｒ３に対応するイベント情報の経過情報の値を「未対応」から「対応済み」へ変更する。さらに、制御装置２０１は、行ｒ３に対応するイベント情報において、スタッフＩＤとして、上記情報の送信元の端末装置３００に関連付けられたスタッフを特定する情報を登録し、また、対応日時として、上記情報の送信時刻を登録する。

操作画面４１２のキーｋ２（「話す」）をタップすることにより、スタッフは、入居者８００と通話（声かけ）することができる。この通話は、通知アプリが端末装置３００の電話機能を利用して、各居室にあるケアコール子機５００に発呼することによって実現される。

操作画面４１２のキーｋ３（「ＬＩＶＥ見る」）をタップすることにより、スタッフは、現在の部屋番号１０１の居室内を撮影するカメラ１０５のライブ動画をディスプレイ３０５に表示させることができる。このような動画表示は、たとえば、通知アプリが端末装置３００の通信機能を利用して、管理装置２００を介して、カメラ１０５から撮像画像を取得することによって実現される。

操作画面４１２のキーｋ４（「一時ＯＦＦ」）をタップすることにより、スタッフは、行ｒ３に対応する居室において発生した新たなイベントについての通知を止めることができてもよいし、そのようなイベントが対応済みのイベントとして通知されてもよい。たとえば、通知アプリは、管理装置２００に対して、キーｋ４がタップされたことを表す情報を送信する。これに応じて、制御装置２０１は、イベントリストに新たに登録されたイベントのうち、行ｒ３の対象である居室に対応するイベントの経過情報として「対応済み」を登録する。

操作画面４１２のタブ領域ａ１のキーｋ１０がタップされると、通知アプリは、ディスプレイ３０５に表示される画面を一つ前の画面（図１１の通知画面４１１）に戻す。

＜Ｇ．通知アプリのステータス＞
図１３は、端末装置３００における通知アプリのステータスの変化を説明するための図である。図１３には、通知アプリの４つの状態Ａ～Ｄが示される。

状態Ａは、端末装置３００が動作中であって通知アプリが起動されていない状態を表す。状態Ａでは、制御装置３０１はディスプレイ３０５に初期画面を表示する。初期画面は、ケア記録アプリのアイコン１３０１と、通知アプリのアイコン１３０２とを含む。ケア記録アプリについては、後述する。アイコン１３０１がタップされると、制御装置３０１は通知アプリを起動する。これにより、端末装置３００の状態は、状態Ｂへと移行される。

状態Ｂでは、制御装置３０１は、通知アプリをフォアグラウンドで動作させる。状態Ｂでは、ディスプレイ３０５には、たとえば、図１１の通知画面４１１が表示される。制御装置３０１は、他のアプリを起動する操作または他のアプリをフォアグラウンドで動作させる操作がなされると、端末装置３００の状態を状態Ｃへと移行させる。

状態Ｃでは、通知アプリはバックグラウンドで動作する。その後、たとえば所与の時間以上操作を受け付けないと、制御装置３０１は、端末装置３００の状態をスリープ状態へと移行させる。

図１３の状態Ｄでは、スリープ状態の期間中に管理装置２００からイベントリストを受信したときのディスプレイ３０５の表示の一例が示される。一例では、通知アプリは、イベントリストの受信に応じて、スリープ状態に移行した時刻以降に発生したイベント（発生日時がスリープ状態に移行した時刻より後のイベント）を表すバナーを生成し、ディスプレイ３０５に表示する。図１３の例では、バナー１３０３が表示されている。バナー１３０３をタップされると、制御装置３０１は、通知アプリをフォアグラウンドで動作させる。

＜Ｈ．ケア記録アプリ＞
図１４は、ケア記録アプリの初期画面の一例を示す図である。ケア記録アプリは、入居者の状態を記録するためのアプリである。より具体的には、端末装置３００は、ケア記録アプリを介して入力された入居者の情報を管理装置２００へ送信する。管理装置２００では、入力された各入居者の情報を、たとえば入居者の介護記録として、管理する。アイコン１３０２（図１３）がタップされると、制御装置３０１はケア記録アプリを起動し、ディスプレイ３０５に、図１４に示された画面８１０を表示する。

図１４に示されるように、画面８１０は、上部および中央部に表示された９個の円形のアイコンと、下部に表示された３個のアイコンとを含む。前者の９個のアイコンのそれぞれは、「食事」「排泄」「バイタル」「おやつ（間食）」「定期与薬」「口腔ケア」「水分補給」「臨時与薬」および「個別訓練」のそれぞれの項目の情報を入力するために操作される。後者の３個のアイコンは、入居者を指定するためのアイコン８１１と、各入居者の記録を確認するためのアイコンと、ケア記録アプリの設定を入力するためのアイコンとを含む。

＜Ｉ．アプリの使用に関するサーバーの認証＞
端末装置３００にインストールされたアプリケーションの少なくとも一部は、当該アプリケーションの実行のために、管理装置２００（サーバー）による認証を必要とする。一実現例では、あるアプリケーション（ここでは、説明のため「アプリケーションＡ」と称する）に関する認証のために、端末装置３００の制御装置３０１は、管理装置２００へ、認証情報（たとえば、ユーザーＩＤとパスワード）を送信する。管理装置２００の制御装置２０１は、認証情報を検証し、当該認証情報が正しいものであると判断すると、端末装置３００との間にセッションを生成し、アクセストークンとともにセッションＩＤを送信する。セッションＩＤを受信すると、制御装置３０１は、メモリー（たとえばＲＡＭ３０３）にセッションＩＤを格納する。その後、制御装置３０１は、管理装置２００に対して、格納されたセッションＩＤとともに、アプリケーションＡに関するデータを送信する。これにより、端末装置３００は、アプリケーションＡの実行のために、上記において生成されたセッションを利用して管理装置２００と通信する。

（セッションＩＤの格納態様）
図１５は、端末装置３００のメモリーにおける、セッションＩＤの格納態様の一例を模式的に示す図である。図１５に示されるように、端末装置３００では、セッションＩＤがサーバー情報およびアプリＩＤと関連付けられて格納されている。サーバー情報は、セッションＩＤを発行したサーバーを識別する。アプリＩＤは、認証情報を検証されたアプリケーション（すなわち、端末装置３００において実行されているアプリケーション）を識別する。たとえば、図１５に示されたセッションＩＤ「００１２３４５」が、通知アプリについて管理装置２００から通知されていれば、図１５に示されたサーバー情報「ＳＥＲＶＥＲ００１」は管理装置２００を表し、アプリＩＤ「１０」は通知アプリを表す。

本実施の形態に係る端末装置３００は、ケア記録アプリの使用に、通知アプリについて通知されたセッションＩＤを使用してもよい。すなわち、管理装置２００では、通知アプリとケア記録アプリとが、互いに区別されず、単一のアプリケーションとして扱われてなくてもよい。これにより、ユーザー（スタッフ）は、通知アプリの使用について管理装置２００から認証を受けていれば、ケア記録アプリの使用については認証を受ける必要がない。これにより、スタッフに対して必要とされる認証情報の入力回数が低減され、スタッフにおける利便性をが向上する。

（処理の流れ）
図１６は、ケア記録アプリの起動時の処理の一例を示すフローチャートである。図１６を参照して、ケア記録アプリの実行のための、端末装置３００と管理装置２００との間の通信について説明する。

ステップＳ１０にて、制御装置３０１は、ケア記録アプリの起動が指示されたか否かを判断する。当該指示の一例は、アイコン１３０２に対するタップである。制御装置３０１は、当該指示が入力されたと判断するまでステップＳ１０の制御を繰り返し（ステップＳ１０にてＮＯ）、当該指示が入力されたと判断すると（ステップＳ１０にてＹＥＳ）、ステップＳ１２へ制御を進める。

ステップＳ１２にて、制御装置３０１は、端末装置３００内に、通知アプリについて管理装置２００から発行されたセッションＩＤが格納されているか否かを判断する。一例では、制御装置３０１は、端末装置３００内のメモリーに、通知アプリに対応するアプリＩＤに関連付けられたセッションＩＤが格納されているか否かを判断する。制御装置３０１は、当該セッションＩＤが格納されていると判断すると（ステップＳ１２にてＹＥＳ）、ステップＳ１６へ制御を進め、そうでなければ（ステップＳ１２にてＮＯ）、ステップＳ１４へ制御を進める。

ステップＳ１４にて、制御装置３０１は、ユーザーに対する通知アプリの起動の要求を報知し、その後ステップＳ１０へ制御を戻す。図１７は、ユーザーに対する通知アプリの起動を要求する報知の一態様を説明するための図である。図１７に示されるように、端末装置３００のディスプレイ３０５には画面１７００が表示される。画面１７００は、メッセージ「通知アプリを起動してください。」を含むポップアップ１７０１を含む。なお、報知は、視覚的なものに限定されず、音声等の他の態様によってなされてもよい。

通知アプリの起動の指示が入力されると、制御装置３０１は、通知アプリを起動し、通知アプリに関して管理装置２００に認証を要求する。このとき、制御装置３０１は、通知アプリについての認証情報を送信することにより、認証を要求する。認証情報は、通知アプリの起動時に入力されてもいし、既に端末装置３００に格納されていてもよい。管理装置２００は、端末装置３００のユーザーを認証すると、通知アプリについてのセッションＩＤを端末装置３００に送信する。制御装置３０１は、当該セッションＩＤを端末装置３００内のメモリーに格納する。

一例では、通知アプリは、起動されると端末装置３００においてフォアグラウンドで実行されてもよい。当該通知アプリのために端末装置３００と管理装置２００との間でセッションが確立すると、通知アプリは、当該通知アプリをバックグラウンドで実行し、ケア記録アプリをフォアグラウンドで実行するように、制御装置３０１に指示してもよい。

図１６に戻って、ステップＳ１６にて、制御装置３０１は、端末装置３００内に格納されている通知アプリのセッションＩＤを利用して、管理装置２００と接続する。

ステップＳ１８にて、制御装置３０１は、ケア記録アプリの動作を実行する。当該動作は、たとえば、ユーザーから入力された入居者の情報（たとえば、食事情報）を管理装置２００に登録する。

本開示によれば、制御装置３０１は、通知アプリに関する管理装置２００との通信に利用されたセッションＩＤを、端末装置３００内のメモリーに格納する。そして、制御装置３０１は、ケア記録アプリに関する通信のために、当該メモリーに格納されたセッションＩＤを管理装置２００へ送信する。一実現例では、端末装置３００において、通知アプリがバックグラウンドで実行されている状態でケア記録アプリが起動されると、ケア記録アプリは、通知アプリについて管理装置２００との間で張られているセッションを利用して、管理装置２００と通信する。他の実現例では、端末装置３００においてフォアグラウンドで通知アプリが実行されている状態でケア記録アプリが起動されると、制御装置３０１は、通知アプリをバックグラウンドで実行し、ケア記録アプリをフォアグラウンドで実行する。ケア記録アプリは、通知アプリについて管理装置２００との間で張られているセッションを利用して、管理装置２００と通信する。

本開示において、セッションＩＤは、通信用情報の一例である。通信用情報は、通知アプリの認証情報（たとえば、ユーザーＩＤとパスワード）であってもよい。この場合、端末装置３００のメモリーには、通知アプリに関連付けられて認証情報が格納されている。制御装置３０１は、ケア記録アプリのために管理装置２００と接続するため、メモリーから通知アプリに関連付けられた認証情報を読み出し、当該認証情報を管理装置２００へ送信する。この場合、制御装置３０１は、当該認証情報を、（実行されるのはケア記録アプリであるが）通知アプリの認証情報として管理装置２００へ送信してもよい。

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

１０ 施設、１１ ゲートウェイサーバー、１２ 交換装置、１３ アクセスポイント、１４ プッシュサーバー、１５ 無線基地局、１６ 外部ネットワーク、１００，１００Ａ，１００Ｂ センサーボックス、１０１，２０１，３０１ 制御装置、１０２，２０２ ＲＯＭ、１０３，２０３，３０３ ＲＡＭ、１０４，２０４，３０４ 通信インターフェイス、１０５ カメラ、１０６ ドップラーセンサー、１０７ 無線通信装置、１２０，２２０ 記憶装置、２００ 管理装置、２０５ 表示インターフェイス、２０６，３０５ ディスプレイ、２０７ 操作インターフェイス、２０９，３０６ 入力デバイス、３００，３００Ａ，３００Ｂ，３００Ｃ，３００Ｄ，３０３Ａ，３０３Ｃ 端末装置、３２０ 内蔵メモリー、４００ クラウドサーバー、５００，５００Ａ，５００Ｂ ケアコール子機、５０１ ケアコールボタン、５１０，５１０Ａ，５１０Ｂ ドアセンサー、５２０，５２０Ａ，５２０Ｂ トイレセンサー、５３０，５３０Ａ，５３０Ｂ 臭いセンサー、５４０，５４０Ａ，５４０Ｂ バイタルセンサー、８００，８００Ａ，８００Ｂ 入居者、９００，９００Ａ，９００Ｂ 居室、９０１，９０１Ａ，９０１Ｂ ベッド、９０２，９０２Ａ，９０２Ｂ トイレ、９０３，９０３Ａ，９０３Ｂ 家具。

Claims (7)

1. サーバーと通信するための通信インターフェイスと、
   メモリーと、
   被監視者の状態に関する情報を取得して表示する第１のアプリケーションと、被監視者に関する情報を記録するための第２のアプリケーションと、を実行するプロセッサーとを備え、
   前記プロセッサーは、
   前記第１のアプリケーションに関する前記サーバーとの通信に利用された通信用情報を前記メモリーに格納し、
   前記第２のアプリケーションに関する通信のために、前記メモリーに格納された前記通信用情報を前記サーバーへ送信する、ように構成され、
   前記第２のアプリケーションに関する前記サーバーとの通信の指示を受け付けた場合に、前記メモリーに前記通信用情報が格納されていないときには、前記第１のアプリケーションの起動の要求を報知する、ように構成されている、端末装置。
2. 前記プロセッサーは、前記第２のアプリケーションの起動の指示を受け付けた場合に、前記メモリーに前記通信用情報が格納されているときには、前記第２のアプリケーションの起動を行う、ように構成されている、請求項１に記載の端末装置。
3. 前記第２のアプリケーションに関する前記サーバーとの通信の指示は、前記第２のアプリケーションの起動の指示を含む、請求項１または請求項２に記載の端末装置。
4. 前記プロセッサーは、前記第２のアプリケーションのバックグラウンドで前記第１のアプリケーションを実行する、ように構成されている、請求項１～請求項３のいずれか１項に記載の端末装置。
5. サーバーと端末装置とを備えた見守りシステムであって、
   前記端末装置は、
   前記サーバーと通信するための通信インターフェイスと、
   メモリーと、
   被監視者の状態に関する情報を取得して表示する第１のアプリケーションと、被監視者に関する情報を記録するための第２のアプリケーションと、を実行するプロセッサーとを含み、
   前記プロセッサーは、
   前記第１のアプリケーションに関する前記サーバーとの通信に利用された通信用情報を前記メモリーに格納し、
   前記第２のアプリケーションに関する通信のために、前記メモリーに格納された前記通信用情報を前記サーバーへ送信する、ように構成され、
   前記第２のアプリケーションに関する前記サーバーとの通信の指示を受け付けた場合に、前記メモリーに前記通信用情報が格納されていないときには、前記第１のアプリケーションの起動の要求を報知する、ように構成されている、見守りシステム。
6. サーバーと通信可能な端末装置のプロセッサーによって実行されることにより、前記プロセッサーに、被監視者に関する情報を記録するための処理を実行させるプログラムであって、
   前記端末装置は、メモリーを備え、
   前記プロセッサーは、
   被監視者の状態に関する情報を取得して表示する第１のアプリケーションを実行可能であり、
   前記第１のアプリケーションに関する前記サーバーとの通信に利用された通信用情報を前記メモリーに格納し、
   前記プログラムは、前記プロセッサーに、
   前記サーバーとの通信の指示を受け付けるステップと、
   前記指示に応じて前記サーバーと通信するために、前記メモリーに格納された前記通信用情報を前記サーバーへ送信するステップと、を実行させ、
   前記サーバーとの通信の指示は、前記被監視者に関する情報を記録するための処理に関する通信の指示であり、
   前記プログラムは、前記プロセッサーに、さらに、
   前記サーバーとの通信の指示を受け付けた場合に、前記メモリーに前記通信用情報が格納されていないときには、前記第１のアプリケーションの起動の要求を報知するステップをさらに実行させる、プログラム。
7. 前記サーバーとの通信の指示は、前記プログラムの起動の指示を含む、請求項６に記載のプログラム。

Images