JP2021064327A - ケア内容を提案するためにコンピューターで実行される方法、当該方法をコンピューターに実行させるためのプログラム、および、情報処理装置 - Google Patents

Abstract

【課題】介護者の経験に依存することなく適切なケア内容を提案できる技術を提供する。【解決手段】システム７００は、入居者のケア情報および体調情報の入力を受け付けるためのケア情報記録部７１０と、ケア情報および体調情報を観察記録として記録するためのケア情報データベース７２０と、入居者の状況を検出するための課題検出部７３０と、ケア情報データベース７２０に格納されている観察記録と、課題検出部７３０によって検出された入居者の状況とに基づいて、当該入居者に適切なケア内容を決定するためのケア内容決定部７４０と、決定されたケア内容を出力するためのケア内容出力部７５０とを含む。【選択図】図７

Description

本開示は、情報を提供する技術に関し、より特定的には、介護者に対するケア内容を提案する技術に関する。

高齢者や入院患者のように施設で介護あるいは看護を受ける被介護者（以下「入居者」ともいう。）は、当該入居者の状態に応じて調整されたケアプランに沿って、看護師や介護士その他の介護者による介護サービスの提供を受ける。しかしながら、被介護者が増加する一方で介護者が慢性的に不足しているため、介護者の負担が増加している。そこで、例えば、国際公開第２０１７／０６１２８２号（特許文献１）は、「看護師や介護士の負担を減らしつつも、被介護者の状態に応じて調整されたケアプランに基づいて、被介護者を適切に介護できるケアプラン調整システム及びケアプラン調整方法」を開示している（段落０００９）。

国際公開第２０１７／０６１２８２号

特許文献１に開示された技術によると、ケアプランの作成の負担が軽減され得る。しかしながら、日々の介護において、入居者は、通常と異なる状態を示すことがあり、そのような時には、入居者により適切なケアが必要とされる。

しかしながら、各介護者の経験あるいは判断能力には個人差があるため、同じ入居者に対して提案されるケア内容がばらつく可能性も有る。したがって、介護者の経験あるいは判断能力に依存することなく入居者の状態に応じて適切なケア内容が提案される技術が必要とされている。

本開示は上述のような背景に鑑みてなされたものであって、ある局面において、入居者の状態に応じたケア内容を提案するためにコンピューターで実行される方法が開示される。

ある実施の形態に従うと、ケア内容を提案するためにコンピューターで実行される方法が提供される。この方法は、ケアの対象者の状況に関する情報を取得するステップと、対象者の状態を観察することにより取得された観察記録にアクセスするステップと、情報と観察記録とに基づいて、対象者の現状に応じて必要とされるケア内容を決定するステップと、決定されたケア内容を出力するステップとを含む。

他の実施の形態に従うと、上記の方法をコンピューターに実行させるためのプログラムが提供される。

さらに他の実施の形態に従うと、上記のプログラムを格納したメモリーと、当該プログラムを実行する為のプロセッサとを備える情報処理装置が提供される。

ある実施の形態に従うと、介護者の経験の多少に関わらず適切なケア内容を入居者に提案することができる。

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

ある局面における介護の流れを表わす図である。 見守りシステム１００の構成の一例を示す図である。 見守りシステム１００の構成の概要を示すブロック図である。 クラウドサーバー１５０として機能するコンピューター３００のハードウェア構成を表わすブロック図である。 センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。 ある局面に従う携帯端末を実現する情報通信端末５００のハードウェア構成を表わすブロック図である。 ある局面に従うシステム７００を構成する機能を表わすブロック図である。 ケア情報データベース７２０におけるデータの格納の一態様を表わす図である。 各入居者毎に最適なケア内容が提案される流れを表わす図である。 システム７００におけるテーブル１０００の一態様を表わす図である。 介護の手順の一例を表わすフローチャートである。 課題の原因究明処理の一例を表わすフローチャートである。 別の局面に従う課題の原因究明処理の一例を表わすフローチャートである。 モニター９３０に表示される画面の一例を表わす図である。

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

図１を参照して、本開示に係る技術思想の背景について説明する。図１は、ある局面における介護の流れを表わす図である。

ステップ１０において、介護施設における入居者の状態計測が行なわれる。状態計測は定常的に行なわれるので、定常計測による自立支援に関わる状態変化の早期発見が行なわれる。ステップ１１において、ケアプランが作成される。特に、入居者の自立支援に根ざしたケアプランが作成される。ステップ１２において、介護が実施される。特に、ケアプランに沿った介護が実施される。ステップ１３において、ＡＤＬ（Activity of Daily Living）が測定される。その測定結果に基づき、ＡＤＬの変化が定常的に計測され状態変化の早期発見にフィードバックされる。

［見守りシステムの構成］
図２は、見守りシステム１００の構成の一例を示す図である。見守り対象は、例えば、施設の居室領域１８０に設けられた各居室内の入居者である。図２の見守りシステム１００では、居室領域１８０に、居室１１０，１２０が設けられている。居室１１０は、入居者１１１に割り当てられている。居室１２０は、入居者１２１に割り当てられている。図２の例では、見守りシステム１００に含まれる居室の数は３であるが、当該数はこれに限定されない。

見守りシステム１００では、居室１１０，１２０にそれぞれ設置されたセンサーボックス１１９と、管理センター１３０に設置された管理サーバー２００と、アクセスポイント１４０とが、ネットワーク１９０を介して接続される。ネットワーク１９０は、イントラネットおよびインターネットのいずれをも含み得る。

見守りシステム１００では、介護者１４１が携帯する携帯端末１４３、および、介護者１４２が携帯する携帯端末１４４は、アクセスポイント１４０を介してネットワーク１９０に接続可能である。さらに、センサーボックス１１９、管理サーバー２００、および、アクセスポイント１４０は、ネットワーク１９０を介して、クラウドサーバー１５０と通信可能である。

居室１１０，１２０は、それぞれ、設備として、タンス１１２、ベッド１１３、および、トイレ１１４を含む。居室１１０のドアには、当該ドアの開閉を検出するドアセンサー１１８が設置されている。トイレ１１４のドアには、トイレ１１４の開閉を検出するトイレセンサー１１６が設置されている。ベッド１１３には、各入居者１１１，１２１の臭いを検出する臭いセンサー１１７が設置されている。各入居者１１１，１２１は、当該入居者１１１，１２１のバイタル情報を検出するバイタルセンサー２９０を装着している。検出されるバイタル情報は、入居者の体温、呼吸、心拍数等を含む。居室１１０，１２０では、各入居者１１１，１２１は、それぞれ、ケアコール子機１１５を操作することができる。

センサーボックス１１９は、居室１１０，１２０内の物体の挙動を検出するためのセンサーを内蔵している。センサーの一例は、物体の動作を検出するためのドップラーセンサーである。他の例は、カメラである。センサーボックス１１９は、センサーとしてドップラーセンサーとカメラの双方を含んでもよい。

図３を参照して、見守りシステム１００の構成要素について説明する。図３は、見守りシステム１００の構成の概要を示すブロック図である。

［センサーボックス１１９］
センサーボックス１１９は、制御装置１０１と、ＲＯＭ（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）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

図５を参照して、見守りシステム１００を用いた見守りについて説明する。図５は、センサーボックス１１９を用いた見守りシステム１００の装置構成の概略の一例を示す図である。

見守りシステム１００は、見守り対象者（監視対象者）である入居者１１１，１２１その他の入居者を見守るために利用される。図４に示されるように、居室１１０の天井には、センサーボックス１１９が取り付けられている。他の居室にも同様にセンサーボックス１１９が取り付けられている。

範囲４１０は、センサーボックス１１９による検出範囲を表わす。センサーボックス１１９が前述のドップラーセンサーを有する場合、当該ドップラーセンサーは、範囲４１０内で生じた人の挙動を検出する。センサーボックス１１９がセンサーとしてカメラを有する場合、当該カメラは、範囲４１０内の画像を撮影する。

センサーボックス１１９は、たとえば、介護施設、医療施設、宅内などに設置される。図５の例では、センサーボックス１１９は、天井に取り付けられており、入居者１１１およびベッド１１３を撮影している。センサーボックス１１９の取り付け場所は天井に限られず、居室１１０の側壁に取り付けられてもよい。

見守りシステム１００は、カメラ１０５から得られた一連の画像（すなわち、映像）に基づいて入居者１１１に生じている危険を検知する。一例として、検知可能な危険は、入居者１１１の転倒や、危険個所（たとえば、ベッドの柵など）に入居者１１１がいる状態などを含む。

見守りシステム１００は、入居者１１１に危険が生じていることを検知した場合に、そのことを介護者１４１，１４２等に報知する。報知方法の一例として、見守りシステム１００は、入居者１１１の危険を介護者１４１，１４２の携帯端末１４３，１４４に通知する。携帯端末１４３，１４４は、当該通知を受信すると、入居者１１１の危険をメッセージ、音声、振動等で介護者１４１，１４２に報知する。これにより、介護者１４１，１４２は、入居者１１１に危険が生じていることを即座に把握でき、入居者１１１の元に素早く駆け付けることができる。

他の局面において、見守りシステム１００は、介護者１４１，１４２に対して、適切なケアプランを提案することができる。

なお、図５には、見守りシステム１００が１つのセンサーボックス１１９を備えている例が示されているが、見守りシステム１００は、複数のセンサーボックス１１９を備えてもよい。また、図５には、見守りシステム１００が複数の携帯端末１４３，１４４を備えている例が示されているが、見守りシステム１００は、一つの携帯端末でも実現され得る。

ある局面において、介護者４４０は、携帯端末４４１を用いて、入居者１１１に関する状態を記録する。ケア項目としてクラウドサーバー１５０に記録される情報は、例えば、以下のような項目を含み得るが、下記に例示される項目に限られない。
（１）食事（主食、副食）が行なわれた時刻、食事の内容、摂取量、または食後の食器の状態を示す画像
（２）排泄が行なわれた時間、量または状態
（３）バイタルデータ（血圧（収縮期、拡張期、脈圧）、心拍数（または脈拍数）、尿量、呼吸状態（呼吸回数、呼吸パターン、ＳｐＯ_２）、意識状態（興奮系、朦朧系もしくは昏睡）、体温）
（４）おやつを食した時間、内容または量
（５）定期的にまたは臨時に薬が投与された時刻、当該薬の種類または量
（６）口腔ケア（歯磨きなど）が行なわれた時刻または口腔ケアの内容
（７）水分補給が行なわれた時刻または補給された水分の量
（８）個別訓練（例えば、歩行訓練など）が行なわれた時刻またはその状態
図６を参照して、携帯端末１４３，１４４，４４１の構造について説明する。図６は、ある局面に従う携帯端末を実現する情報通信端末５００のハードウェア構成を表わすブロック図である。

情報通信端末５００は、ＣＰＵ（Central Processing Unit）２０と、アンテナ２３と、通信装置２４と、入力スイッチ２５と、カメラ２６と、フラッシュメモリー２７と、ＲＡＭ（Random Access Memory）２８と、ＲＯＭ（Read-Only Memory）２９と、メモリーカード駆動装置３０と、マイク３２と、スピーカー３３と、音声信号処理回路３４と、モニター３５と、ＬＥＤ（Light Emitting Diode）３６と、通信インターフェイス３７と、バイブレーター３８と、ＧＰＳアンテナ３９と、ＧＰＳモジュール４０と、加速度センサー４１と、地磁気センサー４２とを備える。メモリーカード駆動装置３０には、メモリーカード３１が装着され得る。

アンテナ２３は、基地局によって発信される信号を受信し、または、基地局を介して他の通信装置と通信するための信号を送信する。アンテナ２３によって受信された信号は、通信装置２４によってフロントエンド処理が行なわれ、処理後の信号は、ＣＰＵ２０に送られる。

ＣＰＵ２０は、情報通信端末５００に対して与えられる命令に基づいて情報通信端末５００の動作を制御するための処理を実行する。情報通信端末５００が信号を受信すると、ＣＰＵ２０は、通信装置２４から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路３４に送出する。音声信号処理回路３４は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカー３３に送出する。スピーカー３３は、その信号に基づいて音声を出力する。

入力スイッチ２５は、情報通信端末５００に対する命令の入力を受け付ける。入力スイッチ２５は、タッチセンサ、情報通信端末５００の筐体に設けられたボタン等により実現される。入力された命令に応じた信号は、ＣＰＵ２０に入力される。

マイク３２は、情報通信端末５００に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路３４に対して送出する。音声信号処理回路３４は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ２０に対して送出する。ＣＰＵ２０は、その信号を送信用のデータに変換し、変換後のデータを通信装置２４に対して送出する。通信装置２４は、そのデータを用いて送信用の信号を生成し、アンテナ２３に向けてその信号を送出する。

フラッシュメモリー２７は、ＣＰＵ２０から送られるデータを格納する。また、ＣＰＵ２０は、フラッシュメモリー２７に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。

ＲＡＭ２８は、入力スイッチ２５に対して行なわれた操作に基づいてＣＰＵ２０によって生成されるデータを一時的に保持する。ＲＯＭ２９は、情報通信端末５００に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ２０は、ＲＯＭ２９から当該プログラムまたはデータを読み出し、情報通信端末５００の動作を制御する。

メモリーカード駆動装置３０は、メモリーカード３１に格納されているデータを読み出し、ＣＰＵ２０に送出する。メモリーカード駆動装置３０は、ＣＰＵ２０によって出力されるデータを、メモリーカード３１の記憶領域に書き込む。

音声信号処理回路３４は、上述のような通話のための信号処理を実行する。なお、本実施の形態では、ＣＰＵ２０と音声信号処理回路３４とが別個の構成として示されているが、他の局面において、ＣＰＵ２０と音声信号処理回路３４とが一体として構成されていてもよい。

モニター３５は、タッチ操作式のモニタであるが、タッチ操作を受け付ける機構は特に限られない。モニター３５は、ＣＰＵ２０から取得されるデータに基づいて、当該データによって規定される画像を表示する。たとえば、フラッシュメモリー２７に格納されている静止画、動画、地図などを表示する。

ＬＥＤ３６は、ＣＰＵ２０から出力される信号に基づいて発光する。ある局面において、通信インターフェイス３７は、Ｗｉ-Ｆｉ（登録商標：Wireless Fidelity）、Bluetooth（登録商標）、ＮＦＣ（Near Field Communication）等により実現される。別の局面において、通信インターフェイス３７は、データ通信用のケーブルの装着を受け付ける。通信インターフェイス３７は、ＣＰＵ２０から出力される信号を発信する。あるいは、通信インターフェイス３７は、情報通信端末５００の外部から受信した信号に含まれるデータを、ＣＰＵ２０に対して送信する。

バイブレーター３８は、ＣＰＵ２０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。

ＧＰＳアンテナ３９は、４つ以上の衛星からそれぞれ送信されるＧＰＳ信号を受信する。受信された各ＧＰＳ信号は、ＧＰＳモジュール４０に入力される。ＧＰＳモジュール４０は、各ＧＰＳ信号と公知の技術とを用いて測位処理を実行し、情報通信端末５００の位置情報を取得する。

加速度センサー４１は、情報通信端末５００に作用する加速度を検出する。ある局面において、加速度センサー４１は、３軸加速度センサとして実現される。検出された加速度は、ＣＰＵ２０に入力される。ＣＰＵ２０は、この加速度に基づいて、情報通信端末５００の動きや姿勢（傾き）を検出する。

地磁気センサー４２は、情報通信端末５００が向いている方角を検出する。この検出により取得された情報は、ＣＰＵ２０に入力される。

ある局面において、情報通信端末５００は、所謂スマートフォンやタブレット端末のように、ネットワークを介した通信機能を備える端末装置として実現される。

［システム７００］
図７を参照して、本実施の形態に係るシステム７００の構成について説明する。図７は、ある局面に従うシステム７００を構成する機能を表わすブロック図である。ある局面において、システム７００は、見守りシステム１００の一部として入居者に適切なケアを提案する。システム７００は、ケア情報記録部７１０と、ケア情報データベース７２０と、課題検出部７３０と、ケア内容決定部７４０と、ケア内容出力部７５０とを備える。

ケア情報記録部７１０は、各入居者のケア情報や体調情報の入力を受け付ける。ケア情報記録部７１０は、携帯端末１４３，１４４として、各入居者の居室１１０，１２０等あるいは共用スペースに設けられた各種センサーとして、あるいは、携帯端末１４３，１４４若しくは各種センサーから送られる信号の入力を受け付けるインターフェイスとして実現され得る。ケア情報記録部７１０は、入力されたケア情報または体調情報を、各入居者の情報としてケア情報データベース７２０に格納する。ある局面において、ケア情報データベース７２０は、ハードディスク５，記憶装置２２８その他の不揮発性の記憶領域に構成される。

課題検出部７３０は、入居者の状況の入力を受け付けて、当該入居者において対応が必要とされる課題を検出する。ある局面において、課題検出部７３０は、ＣＰＵ１，２０によって、あるいは、制御装置２２１によって実現される。

ケア内容決定部７４０は、課題検出部７３０によって検出された課題と、ケア情報データベース７２０に記録されているケア情報または体調情報の少なくともいずれかとに基づいて、当該入居者に対して行なわれるべきケア内容を決定する。ある局面において、ケア内容決定部７４０は、ＣＰＵ１，２０によって、あるいは、制御装置２２１によって実現される。

ケア内容出力部７５０は、決定されたケア内容を出力する。ある局面において、ケア内容出力部７５０は、携帯端末１４３，１４４のディスプレイ２２６として、あるいは、コンピューター３００のモニター８として実現される。

図７に示される構成は、見守りシステム１００を構成するハードウェアによって実現され得る。他の局面において、システム７００は、その一部の機能が外部のクラウドシステムにおいて運営されても良い。さらに他の局面において、システム７００は、上述のデータを取得し保持する機能と、演算機能とを備える携帯可能な端末（例えば携帯端末１４３，１４４）のようにスタンドアローンの形式でも実現され得る。

（１）ある実施の形態に従うと、見守りシステム１００のＣＰＵ１は、各種センサーからの入力に基づいて、ケアの対象者の状況に関する情報を取得する。取得された情報は、観察記録としてケア情報データベース７２０に格納される。ＣＰＵ１は、対象者の状態を観察することにより取得された観察記録にアクセスする。ＣＰＵ１は、情報と観察記録とに基づいて、対象者の現状に応じて必要とされるケア内容を決定する。

（２）ある局面において、ＣＰＵ１は、対象者による夜間便失禁を検知する。ＣＰＵ１は、対象者による夜間便失禁が検知された時刻を特定し、時間帯に応じて予め定められた１つ以上のケア内容から、検知された時刻が含まれる時間帯に関連付けられたケア内容を特定する。

（３）ある局面において、ＣＰＵ１は、過去の複数の日における対象者の睡眠状況を参照する。ＣＰＵ１は、夜間便失禁が対象者の起床前後に発生したか否か、又は対象者の就寝前に発生したか否かについて予め関連付けられたケア内容を特定する。

（４）ある局面において、ＣＰＵ１は、対象者の不眠を検知する。ＣＰＵ１は、複数の単語の各々に予め関連付けられた各精神疾患症状から、不眠が検知された時に記録された介護記録に含まれる単語に関連付けられている精神疾患症状を特定する。ＣＰＵ１は、精神疾患症状が特定されたか否かに応じて予め定められた１つ以上のケア内容を特定する。

（５）ある局面において、ＣＰＵ１は、精神疾患症状が特定されない場合に日中の活動量の多少に応じて予め関連付けられたケア内容を特定する。

（６）ある局面において、ＣＰＵ１は、対象者の発熱を検知する。ＣＰＵ１は、対象者の睡眠時間を参照する。ＣＰＵ１は、対象者が睡眠不足である場合に予め定められたケア内容を特定する。

（７）ある局面において、ＣＰＵ１は、対象者による夜間離床が予め定められた回数以上であることを検知する。ＣＰＵ１は、対象者の活動量または排尿回数を参照し、活動量の多少または排尿回数の多少に応じて予め関連付けられたケア内容を特定する。

［データ構造］
図８を参照して、システム７００のデータ構造について説明する。図８は、ケア情報データベース７２０におけるデータの格納の一態様を表わす図である。ケア情報データベース７２０は、課題８１０と、原因８２０と、ケア内容８３０とを含む。

課題８１０は、入居者に生じている状態あるいは事象をいい、入居者の状況を用いて課題検出部７３０によって検出され得る。課題は、一例として、夜間便失禁、誤嚥性肺炎による発熱、不眠、夜間離床頻繁等を含むが、その他の課題が含まれても良い。

原因８２０は、当該課題をもたらした原因を表わす。同一の課題が複数の異なる原因によってもたらされる場合もあり得る。したがって、課題と原因との関係は、常に、一対一とは限らない。例えば、夜間便失禁をもたらす原因は、早期覚醒、下剤の効きすぎ、せん妄のいずれかであり得る。さらに別の原因が、課題に新たに関連付けられても良い。

ケア内容８３０は、当該原因に対する入居者のためのケア内容を表わす。同一の課題８１０に対して複数の原因８２０が考えられる場合、各原因に対するケア内容が予め設定されている。一例として、夜間便失禁の場合、早期覚醒に対して入床時間の見直し、下剤の効きすぎに対して下剤の見直しおよび便秘解消、または、せん妄に対して食事量の増加、がそれぞれ、予め設定されている。

したがって、システム７００は、ケア内容８３０を決定するために、当該入居者の体調情報あるいはケア情報を参照する。例えば、システム７００が、ある入居者について、夜間便失禁を検出すると（課題８１０）、ケア記録から、入床時間を参照し、又は、ケア記録から、下剤の服薬の有無、もしくは、摂取した食事量を確認する。仮に当該入居者が食事を所定の基準量よりも多く摂取し、また、下剤を服薬していない場合には、システム７００は、その原因は早期覚醒にあると判断し、ケア内容として、「入床時間の見直し」を提案する。このとき、システム７００は、モニター８に、あるいは、介護者１４１，１４２が保持する携帯端末１４３，１４４のディスプレイ２２６に、ケア内容を表示し、あるいは、音声で報知する。

別の入居者について夜間便失禁が検出された場合に、入床時間がほぼ一定であり、また、下剤の服薬がない場合には、システム７００は、原因が「せん妄」にあると判断する。この場合、システム７００は、ケア内容として、「食事量の増加」をディスプレイ２２６またはモニター８に表示し、あるいは、報知する。

不眠や夜間離床頻繁等の課題８１０が検出された場合も、システム７００は、同様に、予め設定されたケア内容８３０の項目に関連するケア情報あるいは体調情報を参照し、ケア内容８３０として定められているケアが既に行なわれているか否かを確認する。システム７００は、１つの課題に関連付けられる複数のケア内容の内、既に行なわれたことがケア情報によって示されていないケア内容を、新たに取るべきケア内容として、ディスプレイ２２６あるいはモニター８に表示し得る。

［ケア内容の提案］
図９を参照して、個人別にケア内容が提示される態様について説明する。図９は、各入居者毎に最適なケア内容が提案される流れを表わす図である。ある局面において、各対象者の個人データを用いて、体調とケアとの相関分析が行なわれる。その相関分析の結果に基づいて各入居者毎に最適なケア内容が提示される。

例えば、Ａさんの場合、個人データ９１０がケア情報データベース７２０から読み出される。個人データ９１０は、ケア情報と、体調情報とを含む。ケア情報は、介護記録と、診療情報と、リハビリ記録とを含む。介護記録は、介護者によって入居者に対して行なわれたケアの内容を表わす。診療情報は、医師によって行なわれた診察によって取得された情報、および、看護師あるいは介護スタッフによって行なわれた検査によって取得された情報の少なくともいずれかを含む。

体調情報は、介護記録と、ドップラーセンサーデータと、睡眠状態と、軌跡データと、バイタルデータと、診療情報とを含む。介護記録は、介護者によって定期的に測定される血圧などを含む。ドップラーセンサーデータは、入居者の心拍数等を含み得る。睡眠状態は、入居者のベッドにおける位置、睡眠時間帯における離床の有無等を含み得る。軌跡データは、入居者の居室１１０，１２０における歩行の軌跡を表わす。バイタルデータは、脈拍、血圧、体温等を含み得る。診療情報は、入居者が体調の不調を訴えた場合等、被定常的に行なわれた診療の内容を含み得る。

データレコード９２０は、各入居者毎に生成される。例えば、Ａさんの場合、データレコード９２０は、入力、歩行、パワーリハビリのそれぞれについて、具体的な実施間隔、時間帯、期待効果を含む。モニター９３０（すなわち、ディスプレイ２２６、モニター８，３５等に相当）は、介護者１４１，１４２の要求に応じて、あるいは、必要なケアが検知されたことに基づいて、各入居者に最適なケア内容を提案することができる。

［データ構造］
図１０を参照して、他の局面に係るシステム７００のデータ構造について説明する。図１０は、システム７００におけるテーブル１０００の一態様を表わす図である。テーブル１０００は、単語１０１０と、精神疾患症状１０２０とを含む。単語１０１０は、介護者が各入居者を観察することにより当該入居者の状態を記述するために用いられる用語である。精神疾患症状１０２０は、当該単語との関係性が大きいとして当該単語に関連付けられている症状を表わす。したがって、各入居者の観察結果から抽出された単語が、テーブル１０００に含まれている場合、当該単語に関係する精神疾患症状１０２０が特定されることになる。

例えば、介護者が携帯端末１４３，１４４その他の入力デバイスを用いて、各入居者の状態を記述すると、各単語が、介護記録としてケア情報データベース７２０に記録される。システム７００は、ケア情報データベース７２０から抽出した入居者の介護記録から、テーブル１０００に定義されているような単語を検出すると、当該単語に関係づけられた精神疾患症状１０２０を特定する。システム７００は、特定した精神疾患症状１０２０に基づいて当該入居者に最適なケア内容を提案し得る。

［制御構造］
図１１〜図１３を参照して、ある局面に従うシステム７００の制御構造について説明する。図１１は、介護の手順の一例を表わすフローチャートである。以下は、システム７００が主体となって処理を実行する場合を表わすが、各携帯端末１４３，１４４が同様の処理を実行してもよい。

ステップＳ１１１０にて、システム７００は、介護記録の記載内容に基づいて、入居者の課題を把握する。

ステップＳ１１２０にて、システム７００は、後述する課題の原因究明処理を実行する。システム７００は、原因究明処理を実行すると、ケアの改善方法１１２１を出力する。

ステップＳ１１３０にて、システム７００は、原因の究明結果に基づき、介護者その他のスタッフが当該入居者に対して取るべき対応の指示を出力する。

ステップＳ１１４０にて、システム７００は、ケア情報データベース７２０に格納された当該入居者の介護記録に基づいて、スタッフが当該対応を実行できたか否かを判断する。この判断は、例えば、特定された課題に対して原因８２０を示す指標が改善したか否かに基づいて行なわれる。システム７００は、スタッフが当該対応を実行できたと判断すると（ステップＳ１１４０にてＹＥＳ）、処理を終了する。そうでない場合には（ステップＳ１１４０にてＮＯ）、システム７００は、制御をステップＳ１１５０に切り替える。

ステップＳ１１５０にて、システム７００は、ケア方法の試行錯誤により新たに行なわれたケアの内容の入力を受け付け、さらに、そのケアの内容に応じて観察される介護記録を、ケア情報データベース７２０に記録する。その後、システム７００は、ステップＳ１１３０を再度実行する。

図１２は、課題の原因究明処理の一例を表わすフローチャートである。
ステップＳ１２１０にて、ＣＰＵ１は、ケア情報データベース７２０から読み出されたデータの入力を受け付ける。読み出されたデータは、入居者の便の量を含む。

ステップＳ１２２０にて、ＣＰＵ１は、当該入居者の便の量が予め設定された一定量以上であるか否かを判断する。この量は、例えば、入居者の性別、年齢等に応じて定められ得る。ＣＰＵ１は、当該量が一定量以上であると判断すると（ステップＳ１２２０にてＹＥＳ）、処理をステップＳ１２３０に切り替える。そうでない場合には（ステップＳ１２２０にてＮＯ）、ＣＰＵ１は、処理を終了し、メイン処理（図１１）に復帰する。

ステップＳ１２３０にて、ＣＰＵ１は、判断対象となる時間を特定する。例えば、夜間便失禁が観測された日から遡って１ヶ月、３ヶ月等の期間が特定される。これは、システム７００の管理者あるいは使用者の入力によって適宜設定され得る。

ステップＳ１２４０にて、ＣＰＵ１は、ケア情報データベース７２０に格納されているデータに基づいて、当該入居者の時間の睡眠指標を特定する。睡眠指標は、例えば、睡眠、覚醒、ベッドにいない、等を表わし得る。

ステップＳ１２５０にて、ＣＰＵ１は、当該夜間便失禁が起床後の便失禁であるか否かを判断する。ＣＰＵ１は、当該夜間便失禁が起床後の便失禁であると判断すると（ステップＳ１２５０にてＹＥＳ）、制御をステップＳ１２６０に切り替える。そうでない場合には（ステップＳ１２５０にてＮＯ）、ＣＰＵ１は制御をステップＳ１２７０に切り替える。

ステップＳ１２６０にて、ＣＰＵ１は、ケア内容として、入床時間の見直しを提案する。例えば、ケア内容が携帯端末１４３のディスプレイ２２６に表示されると、介護者１４１は、その表示内容に従って入居者に介護サービスを提供できるので、介護者１４１の経験の長短にかかわらず入居者に応じた適切なケアを実施できる。

ステップＳ１２７０にて、ＣＰＵ１は、当該夜間便失禁が就寝前に生じたか否かを判断する。ＣＰＵ１は、当該夜間便失禁が就寝前に生じたと判断すると（ステップＳ１２７０にてＹＥＳ）、制御をステップＳ１２８０に切り替える。そうでない場合には（ステップＳ１２７０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１２９０に切り替える。

ステップＳ１２８０にて、ＣＰＵ１は、ケア内容として、食事量の増加を提案する。この場合も、介護者１４１の経験の長短にかかわらず入居者に応じた適切なケア（例、食事量を一定量だけ増やすこと）を実施できる。

ステップＳ１２９０にて、ＣＰＵ１は、ケア内容として、服薬の見直しを提案する。この場合も、介護者１４１の経験の長短にかかわらず入居者に応じた適切なケア（例、服薬量を減らすこと等）を実施できる。

図１３は、別の局面に従う課題の原因究明処理の一例を表わすフローチャートである。なお、前述の処理と同じ処理には同じステップ番号を付してある。したがって、同じ処理の説明は繰り返さない。

ステップＳ１３１０にて、ＣＰＵ１は、睡眠時間を取得する。
ステップＳ１３２０にて、ＣＰＵ１は、当該入居者の睡眠が不足しているか否かを判断する。ＣＰＵ１は、当該入居者の睡眠が不足していると判断すると（ステップＳ１３２０にてＹＥＳ）、制御をステップＳ１３３０に切り替える。そうでない場合には（ステップＳ１３２０にてＮＯ）、ＣＰＵ１は制御をメイン処理に戻す。

ステップＳ１３３０にて、ＣＰＵ１は、ケア情報データベース７２０に格納されている観察記録に基づいて、当該入居者の精神状態を特定する。例えば、ＣＰＵ１は、介護者によって入力された観察記録に含まれるキーワードに基づいて、精神状態を特定する。

ステップＳ１３４０にて、ＣＰＵ１は、当該入居者について精神疾患状態があるか否かを判断する。例えば、ＣＰＵ１は、ケア情報としてケア情報データベース７２０に格納されている観察記録から、精神疾患症状に関連付けられる単語として予め定められた単語の抽出を試みる。ＣＰＵ１は、当該予め定められた単語を抽出すると、入居者はその単語に関連付けら得た精神疾患状態があると判断し得る。ＣＰＵ１は、精神疾患状態があると判断すると（ステップＳ１３４０にてＹＥＳ）、制御をステップＳ１３５０に切り替える。そうでない場合には（ステップＳ１３４０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１３６０に切り替える。

ステップＳ１３５０にて、ＣＰＵ１は、ケア内容として、医者に連絡することを提案する。

ステップＳ１３６０にて、ＣＰＵ１は、ケア情報データベース７２０から、当該入居者の日中の活動量を取得する。日中の活動量は、例えば、歩行距離、リハビリテーションによる運動の内容およびその時間等を含む。

ステップＳ１３７０にて、ＣＰＵ１は、当該入居者の日中の活動量が十分であるか否かを判断する。例えば、ＣＰＵ１は、ケア情報データベース７２０から取得した日中の活動量が、予め定められた基準の活動量を上回るか否かを判断する。ＣＰＵ１は、当該活動量が充分であると判断すると（ステップＳ１３７０にてＹＥＳ）、制御をステップＳ１３８０に切り替える。そうでない場合には（ステップＳ１３７０にてＮＯ）、ＣＰＵ１は、制御をステップＳ１３９０に切り替える。

ステップＳ１３８０にて、ＣＰＵ１は、ケア内容として、睡眠薬の頓服を提案する。
ステップＳ１３９０にて、ＣＰＵ１は、ケア内容として、日中の歩行リハビリを提案する。

［表示態様］
図１４を参照して、ケア内容の提案の一例について説明する。図１４は、モニター９３０に表示される画面の一例を表わす図である。

状態Ａにおいて、モニター９３０は、初期画面として、入居者を選択する入力を受け付ける領域と、考えられる状況（課題）の一覧とを表示する。入居者は、例えばプルダウン形式のリストから選択可能に表示される。例えば、介護者１４１が入居者「Ａさん」を選択し、「１．夜間便失禁」を選択して、「開始」ボタンを押下すると、モニター９３０は状態Ｂに切り替わる。

状態Ｂにおいて、モニター９３０は、「１．夜間便失禁」の課題に対応するケア内容を介護者に提案するための画面を表示する。たとえば、介護者１４１が携帯端末１４３を使用している場合、携帯端末１４３のディスプレイ２２６は、状態Ｂの画面を表示する。このときの画面は、「Ａさんのケア記録にアクセス中」というメッセージと、最近の夜間便失禁の時間帯（YYYYMMDD-hhmm）とを表示する。さらに、当該画面は、選択された課題（夜間便失禁）に対して候補となり得るケア内容の一覧（入床時間の見直し、食事量の増加、服薬の見直し）を、ケア内容の提案候補として表示する。

その後、携帯端末１４３が管理サーバー２００から、Ａさんのケア情報データベース７２０に基づいて提案されたケア内容を受信すると、ディスプレイ２２６は、そのケア内容を表示する。例えば、当該画面は、「３．服薬の見直し」を表示する。その後、介護者が「確認」ボタンを押下すると、携帯端末１４３は、提案されたケア内容が介護者によって確認されたことを知らせるメッセージを管理サーバー２００に送信する。管理サーバー２００は、ケア情報データベース７２０に、当該提案されたケア内容が行なわれる予定である旨を登録する。

他方、状態Ａにおいて、介護者が「３．不眠」を選択すると、モニター９３０は状態Ｃに切り替わる。状態Ｃにおいて、モニター９３０は、「３．不眠」の課題に対応するケア内容を介護者に提案するための画面を表示する。たとえば、介護者１４１が携帯端末１４３を使用している場合、携帯端末１４３のディスプレイ２２６は、状態Ｃの画面を表示する。このときの画面は、「Ａさんのケア記録にアクセス中」というメッセージと、ケア情報データベース７２０から取得したデータに基づく最近の一日の平均睡眠時間（３時間）とを表示する。さらに、当該画面は、選択された課題（不眠）に対して候補となり得るケア内容の一覧を、ケア内容の提案候補（医者に連絡、日中の歩行リハビリ実施、睡眠薬頓服）として表示する。

その後、携帯端末１４３が管理サーバー２００から、Ａさんのケア情報データベース７２０に基づいて提案されたケア内容を受信すると、ディスプレイ２２６は、そのケア内容を表示する。例えば、当該画面は、「２．日中の歩行リハビリ実施」を表示する。その後、介護者が「確認」ボタンを押下すると、携帯端末１４３は、提案されたケア内容が介護者によって確認されたことを知らせるメッセージを管理サーバー２００に送信する。管理サーバー２００は、ケア情報データベース７２０に、当該提案されたケア内容が行なわれる予定である旨を登録する。

以上のようにして、本実施の形態に係るシステム７００は、各入居者のケア情報や体調情報を観察記録として、ケア情報データベース７２０に格納している。ある入居者の特異な状況、例えば、夜間便失禁、不眠、誤嚥性肺炎による発熱、夜間離床頻繁等の状況が検出されると、システム７００は、ケア情報データベース７２０に格納されている観察記録を参照して、当該入居者に対して適切なケア内容を提案する。このような構成によれば、どの介護者に対しても適切なケア内容が提案されるので、介護者の経験の多少に拘わらず、当該入居者に対して適切な介護サービスを提供することができる。

以上開示された技術的特徴は、以下のように要約され得る。
（構成１）ある実施の形態に従うと、ケア内容を提案するためにコンピューターで実行される方法が提供される。この方法は、ＣＰＵ１がケアの対象者の状況に関する情報（バイタルデータ、食事の摂取時間および摂取量、排便回数および量、排尿回数および量、歩行軌跡等）を観察記録として取得するステップと、対象者の状態を観察することにより取得された観察記録にアクセスするステップと、情報と観察記録とに基づいて、対象者の現状に応じて必要とされるケア内容（例えば、入床時間の見直し、食事量の増加等）を決定するステップと、決定されたケア内容を出力するステップとを含む。

（構成２）ある局面において、情報を取得するステップは、対象者による夜間便失禁を検知することを含む。観察記録にアクセスするステップは、対象者による夜間便失禁が検知された時刻を特定することを含む。ケア内容を決定するステップは、時間帯に応じて予め定められた１つ以上のケア内容から、検知された時刻が含まれる時間帯に関連付けられたケア内容を特定することを含む。

（構成３）ある局面において、観察記録にアクセスするステップは、過去の複数の日における対象者の睡眠状況を参照することをさらに含む。ケア内容を特定することは、夜間便失禁が対象者の起床前後に発生したか否か、又は対象者の就寝前に発生したか否かについて予め関連付けられたケア内容を特定することを含む。

（構成４）ある局面において、情報を取得するステップは、対象者の不眠を検知することを含む。観察記録にアクセスするステップは、複数の単語の各々に予め関連付けられた各精神疾患症状から、不眠が検知された時に記録された介護記録に含まれる単語に関連付けられている精神疾患症状を特定することを含む。ケア内容を決定するステップは、精神疾患症状が特定されたか否かに応じて予め定められた１つ以上のケア内容を特定することを含む。

（構成５）ある局面において、１つ以上のケア内容を特定することは、精神疾患症状が特定されない場合に日中の活動量の多少に応じて予め関連付けられたケア内容を特定することを含む。

（構成６）ある局面において、情報を取得するステップは、対象者の発熱を検知することを含む。観察記録にアクセスするステップは、対象者の睡眠時間を参照することを含む。ケア内容を決定するステップは、対象者が睡眠不足である場合に予め定められたケア内容を特定することを含む。

（構成７）ある局面において、情報を取得するステップは、対象者による夜間離床が予め定められた回数以上であることを検知することを含む。観察記録にアクセスするステップは、対象者の活動量または排尿回数を参照することを含む。ケア内容を決定するステップは、活動量の多少または排尿回数の多少に応じて予め関連付けられたケア内容を特定することを含む。

（構成８）他の実施の形態に従うと、上記のいずれかに記載の方法をコンピューターに実行させるプログラムが提供される。

（構成９）さらに他の実施の形態に従うと、上記のプログラムを格納したメモリー（例えば、ＲＡＭ４、ハードディスク５）と、プログラムを実行するためのプロセッサ（例えばＣＰＵ１）とを備える情報処理装置が提供される。

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

開示された技術は、介護施設、病院その他の施設において利用可能である。

１ ＣＰＵ、２ マウス、３ キーボード、４，２８，１０３，２２３ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、７，３７，１０４，２２４ 通信インターフェイス、８，３５，９３０ モニター、９，２９，１０２，２２２ ＲＯＭ、１０，１１，１２，１３ ブロック、２３，３９ アンテナ、２４ 通信装置、２５ 入力スイッチ、２６，１０５ カメラ、２７ フラッシュメモリー、３０ メモリーカード駆動装置、３１ メモリーカード、３２ マイク、３３ スピーカー、３４ 音声信号処理回路、３８ バイブレーター、４０ モジュール、４１ 加速度センサー、４２ 地磁気センサー、１００，７００ システム、１０１，２２１ 制御装置、１０６ ドップラーセンサー、１０７ 無線通信装置、１０８，２２８ 記憶装置、１１０，１２０ 居室、１１１，１２１ 入居者、１１２ タンス、１１３ ベッド、１１４ トイレ、１１５，２４０ ケアコール子機、１１６ トイレセンサー、１１７ センサー、１１８ ドアセンサー、１１９ センサーボックス、１３０ 管理センター、１４０ アクセスポイント、１４１，１４２，４４０ 介護者、１４３，１４４，４４１ 携帯端末、１５０ クラウドサーバー、１８０ 居室領域、１９０ ネットワーク、２００ 管理サーバー、２２６ ディスプレイ、２２９ 入力デバイス、２４１ ケアコールボタン、２９０ バイタルセンサー、３００ コンピューター、４１０ 範囲、５００ 情報通信端末、７１０ ケア情報記録部、７２０ ケア情報データベース、７３０ 課題検出部、７４０ ケア内容決定部、７５０ ケア内容出力部、８１０ 課題、８２０ 原因、８３０ ケア内容、９１０ 個人データ、９２０ データレコード、１０００ テーブル、１０１０ 単語、１０２０ 精神疾患症状、１１２１ 改善方法。

Claims (9)

1. ケア内容を提案するためにコンピューターで実行される方法であって、
   ケアの対象者の状況に関する情報を取得するステップと、
   前記対象者の状態を観察することにより取得された観察記録にアクセスするステップと、
   前記情報と前記観察記録とに基づいて、前記対象者の現状に応じて必要とされるケア内容を決定するステップと、
   前記決定されたケア内容を出力するステップとを含む、方法。
2. 前記情報を取得するステップは、前記対象者による夜間便失禁を検知することを含み、
   前記観察記録にアクセスするステップは、前記対象者による夜間便失禁が検知された時刻を特定することを含み、
   前記ケア内容を決定するステップは、時間帯に応じて予め定められた１つ以上のケア内容から、前記検知された時刻が含まれる時間帯に関連付けられたケア内容を特定することを含む、請求項１に記載の方法。
3. 前記観察記録にアクセスするステップは、過去の複数の日における前記対象者の睡眠状況を参照することをさらに含み、
   前記ケア内容を特定することは、前記夜間便失禁が前記対象者の起床前後に発生したか否か、又は前記対象者の就寝前に発生したか否かについて予め関連付けられたケア内容を特定することを含む、請求項２に記載の方法。
4. 前記情報を取得するステップは、前記対象者の不眠を検知することを含み、
   前記観察記録にアクセスするステップは、複数の単語の各々に予め関連付けられた各精神疾患症状から、前記不眠が検知された時に記録された介護記録に含まれる単語に関連付けられている精神疾患症状を特定することを含み、
   前記ケア内容を決定するステップは、精神疾患症状が特定されたか否かに応じて予め定められた１つ以上のケア内容を特定することを含む、請求項１に記載の方法。
5. 前記１つ以上のケア内容を特定することは、精神疾患症状が特定されない場合に日中の活動量の多少に応じて予め関連付けられたケア内容を特定することを含む、請求項４に記載の方法。
6. 前記情報を取得するステップは、前記対象者の発熱を検知することを含み、
   前記観察記録にアクセスするステップは、前記対象者の睡眠時間を参照することを含み、
   前記ケア内容を決定するステップは、前記対象者が睡眠不足である場合に予め定められたケア内容を特定することを含む、請求項１に記載の方法。
7. 前記情報を取得するステップは、前記対象者による夜間離床が予め定められた回数以上であることを検知することを含み、
   前記観察記録にアクセスするステップは、前記対象者の活動量または排尿回数を参照することを含み、
   前記ケア内容を決定するステップは、前記活動量の多少または前記排尿回数の多少に応じて予め関連付けられたケア内容を特定することを含む、請求項１に記載の方法。
8. 請求項１〜７のいずれかに記載の方法をコンピューターに実行させる、プログラム。
9. 請求項８に記載のプログラムを格納したメモリーと、
   前記プログラムを実行するためのプロセッサとを備える、情報処理装置。

Images