JP2016170566A - 管理装置、遠隔健康管理システム、及びプログラム - Google Patents

Abstract

【課題】被管理者の生活状態や生活環境に関する情報と両者間（被管理者、オブザーバ）のコミュニケーションを同時に認識することができる管理装置、遠隔健康管理システム、及びプログラムを提供すること。
【解決手段】データ受信部３１は、被管理者の生活状態や生活環境に関するみまもりデータと、被管理者とオブザーバとの会話にかかるコミュニケーションデータと、を受信する。表示制御部３３は、みまもりデータとコミュニケーションデータに基づくメッセージを時系列に配置して表示するタイムライン画面を生成する。
【選択図】図４

Description

本発明は管理装置、遠隔健康管理システム、及びプログラムに関し、特に遠隔地にいる被管理者の健康を管理する管理装置、遠隔健康管理システム、及びプログラムに関する。

近年、一人暮らしの高齢者の生活を見守るみまもりシステムが広く提案／活用されている（例えば非特許文献１、非特許文献２）。非特許文献１では、被管理者(主に高齢者であり、見守られる側の人）が携帯するお知らせボタンが押された場合や部屋の設定温度が一定値以上となった場合に、被管理者の家族等（見守る側の人）にメール通知するシステムが運用されている。また非特許文献２では、センサ等で被管理者の異常を検知した際に、見守る側（家族等）に対して異常をメールで知らせるシステムが運用されている。

また特許文献１は、被管理者（対象者）の生活動作情報を収集し、生活パターンを時系列で表示する生活見守りシステムを開示している。特許文献２は、被管理者の生活パターン表示を関係者端末に配信する生活見守りシステムを開示している。

特開２００３−１０８６７１号公報 特開２００３−１７８３７８号公報

いまイルモ、[online]、平成２７年２月２３日検索]、インターネット<URL: http://www.imairumo.com/about/> たてやまみまもりｅｙｅ、[online]、平成２７年２月２３日検索]、インターネット<URL: http://www.tateyama-mimamori-eye.com/hns/service/report.html>

遠隔健康管理システム（見守りシステム）では、被管理者を見守るための各種のセンサ（動きセンサ、温度センサ、等）の検出情報を表示する表示画面（例えば特許文献１の図４）を提供する。オブザーバ（被管理者の生活を見守る側のユーザ）は、この表示画面を参照することにより被管理者の状態を把握することができる。ここで異常状態が検出された場合、オブザーバはシステムを介して被管理者とコミュニケーション（メールの送受信）を行うことが想定される。例えば被管理者は、異常を知らせるボタンを誤って押してしまったことをシステム内の入力機能を用いて知らせることが想定される。

しかしながら上述の各種技術文献（特許文献１、２及び非特許文献１、２）では、被管理者の生活状態の確認と共に両者間のコミュニケーションを同時に把握することについての示唆や教示がない。そのため、オブザーバは各種のセンサが検出した情報と両者間のコミュニケーションを同時に認識することができず、被管理者の安否が容易に把握できないという問題があった。

本発明は上述の課題に鑑みてなされたものであり、被管理者の生活状態や生活環境に関する情報と両者間（被管理者、オブザーバ）のコミュニケーションを同時に認識することができる管理装置、遠隔健康管理システム、及びプログラムを提供することを主たる目的とする。

本発明にかかる管理装置の一態様は、
被管理者の生活状態や生活環境に関するみまもりデータと、前記被管理者とオブザーバとの会話にかかるコミュニケーションデータと、を受信するデータ受信部と、
前記みまもりデータと前記コミュニケーションデータに基づくメッセージを時系列に配置して表示するタイムライン画面を生成する表示制御部と、
を備える、ものである。

管理装置は、被管理者の生活状態や生活環境に関するみまもりデータと、被管理者とオブザーバとの会話にかかるコミュニケーションデータを基にした様々なメッセージを時系列により把握できるタイムライン画面上に表示する。このタイムライン画面を参照することにより、被管理者の生活に関する様々な事象を一目で認識することができる。

本発明は、被管理者の生活状態や生活環境に関する情報と両者間のコミュニケーションを同時に認識することができる管理装置、遠隔健康管理システム、及びプログラムを提供することができる。

実施の形態１にかかる遠隔健康管理システム１の構成を示すブロック図である。 実施の形態１にかかる住居２の構成を示す概念図である。 実施の形態１にかかるみまもりデータやコミュニケーションデータの一例を示す図である。 実施の形態１にかかる管理装置４のブロック図である。 実施の形態１にかかるタイムライン画面の一例を示す図である。 実施の形態１にかかるタイムライン画面の一例を示す図である。 実施の形態１にかかるタイムライン画面の一例を示す図である。 実施の形態２にかかる管理装置４のブロック図である。 実施の形態２にかかる異常検出履歴の一例を示す図である。 実施の形態２にかかるタイムライン画面の一例を示す図である。 実施の形態２にかかる報知部３６が使用する報知制御ルールの一例を示す図である。 実施の形態２にかかる管理装置３の処理の流れを示すフローチャートである。

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。図１は、本実施の形態にかかる遠隔健康管理システム１の構成を示す概念図である。遠隔健康管理システム１は、遠隔地から被管理者Ｐの健康を管理するシステムである。被管理者Ｐの例としては、一人暮らしの高齢者が挙げられる。

遠隔健康管理システム１は、住居２、管理装置３、活動量計４、通報装置５、及び端末装置６Ａ、６Ｂを有する。

住居２には、センサ群２１及びゲートウェイ装置２２が配置される。住居２には、一般的に複数の居室２０がある。同様にセンサ群２１は、複数のセンサ（第１センサ、第２センサ等。詳細には図２に示す動きセンサ２１Ａ〜２１Ｆや温湿度センサ２１Ｇ、２１Ｈ）から構成される。図２を参照して、住居２の構成例について説明する。

住居２には、複数の居室２０が存在する。ここで居室とは、寝室２０Ａや居間２０Ｂ等の部屋に加えて、玄関２０Ｃ、台所２０Ｄ、洗面所／トイレ２０Ｅ、浴室２０Ｆなどの生活活動が営まれる場所を含む。

センサ群２１は、被管理者Ｐの動作や被管理者の居住する各居室２０Ａ〜２０Ｆの状態を検出する複数のセンサから構成される。図２の例では、被管理者Ｐの動きを検出する動きセンサ２１Ａ〜２１Ｆ、及び温度及び湿度を検出する温湿度センサ２１Ｇ、２１Ｈから構成される。

動きセンサ２１Ａ〜２１Ｆは、各居室２０Ａ〜２０Ｆに配置される。動きセンサ２１Ａ〜２１Ｆは、屋内での被管理者Ｐの動きの多さ（活動度）を検出するものである。例えば動きセンサ２１Ａ〜２１Ｆは、所定時間内（例：１時間）に所定回数（例：１００回）のセンシングを行い、動きセンサ２１Ａ〜２１Ｆの検出範囲を被管理者Ｐが横切った回数を検出する。この場合、頻繁に動いている場合には動きセンサ２１Ａ〜２１Ｆの検出した回数の合計が１００回（すなわち１００％）に近くなり、動きが無い場合には合計が０回（すなわち０％）に近くなる。

また動きセンサ２１Ａ〜２１Ｆは、検出範囲内に被管理者Ｐが在している場合に検出信号を出力し、検出信号の出力継続時間や出力／非出力の切り替わり頻度に応じて被管理者Ｐの活動度を数値として検出してもよい。動きセンサ２１Ａ〜２１Ｆの例として、例えば焦電センサが挙げられる。動きセンサ２１Ａ〜２１Ｆの検出する活動度は、様々な形態で表すことが出来るが、以下の説明ではパーセント表示で説明する。

動きセンサ２１Ａ〜２１Ｆは、検出した被管理者Ｐの活動度を検出日時と関連付けてゲートウェイ装置２２に送信する。なお図２の例では、各居室２０Ａ〜２０Ｆにそれぞれ一つずつの動きセンサ２１Ａ〜２１Ｆが配置されている例を示したが、必ずしもこれに限られず、複数のセンサが一つの居室内に設けられていてもよい。

温湿度センサ２１Ｇは寝室２０Ａに配置され、温湿度センサ２１Ｈは居間２０Ｂに配置される。温湿度センサ２１Ｇ及び２１Ｈは、通信機能を有し、温度及び湿度を測定する。温湿度センサ２１Ｇ及び２１Ｈは、測定した温度及び湿度をゲートウェイ装置２２に送信する。なお温湿度センサ２１Ｇは、同一居室に配置された動きセンサ２１Ａと相互に通信し、動きセンサ２１Ａが被管理者Ｐの動きを検出しているタイミングでのみ温度及び湿度を測定してもよい。同様に温湿度センサ２１Ｈは、動きセンサ２１Ｂと相互に通信し、動きセンサ２１Ｂが被管理者Ｐの動きを検出しているタイミングでのみ温度及び湿度を測定してもよい。温湿度センサ２１Ｇ及び２１Ｈは、温度及び湿度の測定値を測定時間と関連付けてゲートウェイ装置２２に送信する。

なお住居２０は、上述の動きセンサ２１Ａ〜２１Ｆや温湿度センサ２１Ｇ、２１Ｈに加えて照度センサ等の様々なセンサが配置されていてもよい。すなわち住居２０には、被管理者Ｐの生活状態や生活環境を把握できる種々のデータを取得できるセンサ等が配置されていればよい。

再び図１を参照する。活動量計４は、被管理者Ｐが住居２からの外出時に所持する（換言すると屋外で携帯する）デバイスである。活動量計４は、被管理者Ｐの身体活動量を検出し、当該活動量をゲートウェイ装置２２に送信する。身体活動量は、例えば歩数や中強度運動量が挙げられる。以下の説明では、活動量計４が歩数計であるものとする。活動量計４は、住居２内では活動量計４を保持するホームステーション型のゲートウェイ装置２２に収容される。

ゲートウェイ装置２２は、動きセンサ２１Ａ〜２１Ｆが検出した活動度を含むデータ、及び活動量計４が取得した活動量（歩数）を含むデータを管理装置３に送信する。またゲートウェイ装置２２は、温湿度センサ２１Ｇ及び２１Ｈによる温度及び湿度の測定値を含むデータを管理装置３に送信する。

通報装置５は、被管理者Ｐが室内外問わず携帯する端末である。通報装置５には、被管理者Ｐ自身が押下し、自らの異常（例えば胸が痛い、救急車を呼んでほしい、等）を知らせるための異常通知ボタン（以下、お知らせボタンと呼称する）が設けられている。通報装置５は、お知らせボタンが押下された場合、異常通知を管理装置３に送信する。なお活動量計４と通報装置５が一体化して一つのデバイスとして扱うことも可能である。

通報装置５は、後述するチャットサービスの入力インターフェイス（例えばタッチパネル、ボタン、キーボード）や表示インターフェイス（液晶ディスプレイ等）を持つ。そのため通報装置５は、ディスプレイを有する携帯情報端末（スマートフォン、タブレット型コンピュータ等）にお知らせボタンが設けられたものであれば良い。なお被管理者Ｐは、お知らせボタンが設けられた端末と、チャットサービスの入力インターフェイスを持つ端末と、の２つを保持してもよい。

端末装置６Ａや６Ｂは、被管理者Ｐの見守りを行う側のユーザであるオブザーバが保持する端末である。オブザーバの例としては、被管理者Ｐの家族を含む血縁関係者、被管理者Ｐのかかり付け医を含む医療従事者、被管理者Ｐを担当する介護担当者、被管理者Ｐの契約する警備会社、自治体、健康保険事業者などが挙げられる。なお以下の説明において端末装置６Ａ及び６Ｂを区別しない場合には、単に「端末装置６」と記載する。

端末装置６は、管理装置３と通信可能な端末である。端末装置６は、被管理者Ｐに対するオブザーバ（図示せず）に対して情報を提示する。端末装置６は、ウェブブラウザ等を介して管理装置３に対してリクエストを送信し、そのレスポンスとして後述する表示画面情報（図５）等を受信して画面上に提示する。

端末装置６は、被管理者Ｐと行うチャットサービスの入力インターフェイス（例えばタッチパネル、ボタン、キーボード）を有する。そのため端末装置６の例としては、ディスプレイを有する携帯情報端末（スマートフォン、タブレット型コンピュータ、ノート型コンピュータ等）、据え置き型のコンピュータ装置等が挙げられる。

なお以下の説明では、上記の各種センサまたはデバイスが取得したデータ（活動度、活動量、温度、湿度）やお知らせボタンによる異常通報を合わせて“みまもりデータ”と呼称する。みまもりデータとは、被管理者Ｐの生活状態や生活環境を示すデータである。

続いて管理装置３の詳細について図３〜図５を参照して説明する。まず図３を参照して、管理装置３に送信されるみまもりデータ及びコミュニケーションデータ（通報装置５や端末装置６から送信されるチャットサービスのデータ）のデータ例を説明する。図３（Ａ）は、動きセンサ２１Ａ〜２１Ｆが検出した各居室での活動度を示すデータである。図３（Ｂ）は、活動量計４が検出した活動量を示すデータである。図３（Ｃ）は、温湿度センサ２１Ｈが検出した温度や湿度を示すデータである。図３（Ａ）〜図３（Ｃ）に示すように、各センサが検出したデータと検出日時が関連付けられている。図３（Ｄ）は、端末装置６や通報装置５から入力された会話（コミュニケーションデータ）を示すデータである。

管理装置３は、この図３（Ａ）〜（Ｄ）に示すデータを基に、みまもりデータとコミュニケーションデータを時系列で表示するタイムライン画面を生成する。図４を参照して、管理装置３の構成を説明する。

管理装置３は、データ受信部３１、不揮発性メモリ３２、表示制御部３３、作業用メモリ３４、及び異常検出部３５を有する。データ受信部３１は、ゲートウェイ装置２２が送信したみまもりデータ及びコミュニケーションデータを受信する。データ受信部３１は、受信したみまもりデータ及びコミュニケーションデータを不揮発性メモリ３２に格納する。

不揮発性メモリ３２は、電気的に消去や記録が可能な不揮発性のメモリであり、みまもりデータ及びコミュニケーションデータを含む各種のデータを記憶する。例えば不揮発性メモリ３２は、管理装置３に内蔵されたハードディスクである。

作業用メモリ３４は、データのバッファリングや表示制御部３３の作業領域等として使用される。

表示制御部３３は、みまもりデータとコミュニケーションデータを基に生成したメッセージを時系列で表示するタイムライン画面を生成する。表示制御部３３は、不揮発性メモリ３２内のみまもりデータまたはコミュニケーションデータが新規登録／更新された際にタイムライン画面の更新を行う。

異常検出部３５は、不揮発性メモリ３２から定期的にみまもりデータを読み出し、みまもりデータを解析してタイムライン画面上に表示すべき異常を検出する。なお異常検出部３５は、不揮発性メモリ３２が更新された際に異常検出を行ってもよい。図５及び図６を参照しつつ、表示制御部３３及び異常検出部３５の処理について説明する。

図５及び図６は、表示制御部３３が生成するタイムライン画面である。図５と図６は、実際にはスクロール表示が可能な一つの画面である。表示制御部３３は、みまもりデータとコミュニケーションデータを基にしたメッセージを時系列に並べて表示する。図５及び図６の例では、メッセージｔ１〜ｔ１３がタイムライン画面上に表示されている。メッセージｔ１３が最新のメッセージである。図５の上部に示すように、本例では被管理者Ｐに対して２人のオブザーバ（オブザーバ１、オブザーバ２）が見守りを行っているものとする。なお被管理者Ｐ及び２人のオブザーバの表示名（ニックネーム）が設定画面等から別途表示されてもよい。以下のタイムラインの例（図５〜７、図１０）では、被管理者Ｐの表示名が「おばあちゃん」、２人のオブザーバの表示名がそれぞれ「花子」、「太郎」と設定されているものとする。

時間的に古いメッセージから見ていくと、メッセージｔ１は、被管理者Ｐの活動量とそのレベル（十分であるか否か）を示している。本例では、歩数が１００００歩以上であればＳ判定としている。表示制御部３３は、図３（Ｂ）に示すような活動量を示すデータからメッセージｔ１を生成してタイムライン画面上に表示する。なお表示制御部３３は、メッセージｔ１の種別に応じてラベル「活動量通知」がメッセージｔ１内に付している。

この活動量に関するメッセージｔ１を参照したオブザーバ２がメッセージｔ２でコメントし、当該メッセージｔ３で被管理者Ｐが返答している。なお表示制御部３３は、各メッセージｔ１〜ｔ３にコメントを入力したユーザの表示名を表示している。以下のタイムラインの例でも同様である。コメントは、近況報告ボタンＢ１（図５）を操作し、ポップアップ画面（図示せず）から入力できる。表示制御部３３は、図３（Ｄ）のコミュニケーションデータを基にメッセージｔ３やｔ２をタイムライン画面上に表示する。オブザーバは、メッセージｔ２のように被管理者Ｐの活動量に対してコメントをすることができ、遠隔地から被管理者Ｐを励ますことができる。また被管理者Ｐは、このようなメッセージｔ２を参照することにより健康増進へのやる気が出る。

メッセージｔ１〜ｔ３に示すように表示制御部３３は、表示するメッセージの種類やユーザによって表示効果を変更している。換言すると表示制御部３３は、みまもりデータを基にしたメッセージであるかコミュニケーションデータであるかに応じて表示効果を変更している。例えば活動量を知らせるメッセージｔ１は角丸四角形で囲まれて表示されているが、オブザーバ２や被管理者Ｐのコメント（メッセージｔ２、ｔ３）は吹き出し形状で表示されている。またメッセージｔ２やｔ３に示すように、コメントしたユーザに応じてアイコン（高齢女性、男性）が変更されている。

メッセージｔ４は、異常通知であるお知らせボタンが押されたことを表示するものである。表示制御部３３は、メッセージｔ４内にお知らせボタンが押された旨の表示と、ラベル「お知らせ」を表示する。以下のタイムラインの例でも同様である。表示制御部３３は、通報装置５からの異常通知を受けた時間を基にメッセージｔ４をタイムライン画面上に表示する。

被管理者Ｐは、間違えて通報装置５を操作したことを近況報告ボタンＢ１（図５）を操作してコメントできる。メッセージｔ５は、被管理者Ｐが間違えて通報装置５を操作したことを示すものである。このように被管理者Ｐ側からも情報発信をすることができる。メッセージｔ５を参照することにより、オブザーバ１及び２は安心することができる。

メッセージｔ８及びｔ９は、被管理者Ｐの生活環境に関するアラートを通知するものである。表示制御部３３は、メッセージｔ８及びｔ９に異常の種別を示すラベル「湿度異常」、「室温異常」をそれぞれ付している。以下のタイムラインの説明でも同様である。異常検出部３５は、図３（Ｃ）に示す温湿度の情報を基に被管理者Ｐの生活環境が適切であるか（所定の温度範囲や所定の湿度範囲となっているか）を判断し、適切ではない場合（範囲外の場合）には表示制御部３３に異常の内容が分かるような通知を行う。表示制御部３３は、通知に応じてメッセージｔ８やｔ９を表示する。

図示するように表示制御部３３は、室温や湿度に関するアラートを表示する（メッセージｔ８、ｔ９）。この際に表示制御部３３は、室温や湿度に関するアラートが分かるようにアイコン等を変更してメッセージを作成する。図５の例では、家のマークのアイコンを用いることにより、被管理者Ｐの生活環境に関するアラートであることを示している。

なお表示制御部３３は、室温や湿度に異常が生じた場合にのみタイムライン画面上に表示を行うのではなく、ゲートウェイ装置２２から通知された室温や湿度が正常時の場合であってもこれ等のデータをそのまま表示してもよい。これによりオブザーバは、被管理者Ｐの生活環境を把握することができる。

メッセージｔ１０〜ｔ１３は、メッセージｔ４〜ｔ７と同様に被管理者Ｐによるお知らせボタンの誤操作とそれに対するコメントを示している。各ユーザ（オブザーバ１、オブザーバ２、被管理者Ｐ）は、図５や図６に示すようにメッセージを共有可能なタイムライン画面を参照できる。例えばオブザーバ１は、オブザーバ２のコメント（メッセージｔ１２）から被管理者Ｐが無事であることを認識できる。このように情報が共有できることにより、オブザーバの心理的負担を軽減できると共に、被管理者Ｐの状況をより正確に把握できる。

なお、図５及び図６の画面では、画面上部に行くほど新しいメッセージが表示されるようにしたがこれに限られず、画面下部に行くほど新しいメッセージが表示されるようにしてもよい。また表示制御部３３は、左右方向に時系列が進むようなタイムライン画面を生成してもよい。

またメッセージの種別（各ユーザからのコメント、お知らせボタンの押下、温湿度の異常等）を図５及び図６ではアイコンで区別したがこれに限られず、表示色等によって区別するようにしてもよい。

続いて本実施の形態にかかる遠隔健康管理システム１の効果について説明する。上記するように表示制御部３３は、みまもりデータとコミュニケーションデータを基にした様々なメッセージを時系列が把握できるタイムライン画面上に表示する。このタイムライン画面（図５、図６）を参照することにより被管理者Ｐの生活に関する様々な事象が一目で把握できる。これによりオブザーバは、被管理者の体調の変化や生活環境の異常を容易に認識できる。

またオブザーバ及び被管理者Ｐは、複数人でのコミュニケーションをタイムライン画面で把握することができる。これによりあるオブザーバが被管理者Ｐの安否を確認したことを、他のオブザーバに連絡することができる。また被管理者Ｐは、自身の誤操作や誤判断をオブザーバに連絡することができる。これにより不要なコミュニケーションが減ると共に、他のオブザーバに安心感を与えることができる。

また表示制御部３３は、みまもりデータの種別（室温、湿度、お知らせボタンの押下、等）やコミュニケーションデータの種別（誰からのメッセージであるか）に応じて表示効果（アイコン、吹き出し、背景色）を変更する。これによりオブザーバや被管理者Ｐは、どのようなメッセージが表示されているかを一目で判断することができる。

表示制御部３３は、異常検出部３５が検出した各種の異常をタイムライン画面上に表示する（図５のメッセージｔ８〜ｔ１０等）。これによりオブザーバは、被管理者Ｐに関する異常事態を即座に把握することができる。

＜実施の形態２＞
本実施の形態にかかる遠隔健康管理システム１は、異常を検出した場合に段階的な通知を行うことを主な特徴とする。はじめに実施の形態１の遠隔健康管理システム１を使用した場合に起こり得るケースについて説明する。

図７は、実施の形態１にかかる管理装置３によって生成したタイムライン画面である。ゲートウェイ装置２２は、１０分毎に居室の室温を送信しているが、室温が所定温度以下と何度も判定されている。そのためメッセージｔ１４、ｔ１６〜１８が連続して表示されている。しかし、被管理者Ｐはメッセージｔ１９において問題がないことを連絡している。このように室温に関するアラームが何度も表示されることにより、その他のメッセージｔ１５に気づきづらい状態が生じてしまう。本実施の形態にかかる遠隔健康管理システム１は、このような状況を改善できるものである。以下、本実施の形態にかかる遠隔健康管理システム１について実施の形態１と異なる点を説明する。

遠隔健康管理システム１の全体構成は、図１と同様の構成である。また住居２内の構成も図２と同様である。管理装置３の構成は、図４の構成とは異なる。図８は、本実施の形態にかかる管理装置３の構成を示すブロック図である。

管理装置３は、データ受信部３１、不揮発性メモリ３２、表示制御部３３、作業用メモリ３４、異常検出部３５、に加えて報知部３６を有する。異常検出部３５は、みまもりデータ（図３（Ｂ）、図（Ｃ）等）や通報装置５から送信される異常通知（お知らせボタンによる通知）を用いて異常検出を行う。ここで異常検出部３５は、異常を検出した場合には異常検出の履歴を不揮発性メモリ３２に格納する。図９は、異常検出履歴を示すデータである。

図示するように不揮発性メモリ３２は、異常種別、状態（どの程度異常であるのか）、異常の検出日時を管理する。異常検出部３５は、この異常検出履歴（図９）を参照し、所定期間内（例えば一時間以内）に複数回の同一種別の異常が検出されているか否かを定期的に判定する。なお異常検出部３５は、ある異常を検出した際に（例えば室温異常を検出した際に）、同一種別の異常（例えば室温異常）が所定時間内（例えば３０分以内）に生じているかを判定してもよい。

異常検出部３５は、所定時間内に複数回の同一種別の異常を検出した場合、以下の情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）を表示制御部３３及び報知部３６に通知する。また異常検出部３５は、異常の度合が大きい場合（重度の異常の場合）には１回の異常検出であってもその情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）を表示制御部３３及び報知部３６に通知する。例えば異常の度合が大きい場合とは、正常室温（例えば１８℃〜２５℃）と５℃以上の差がある場合、正常湿度（例えば４０％〜７０％）と１０％以上の差がある場合、お知らせボタンが押された場合、等である。この異常の度合が大きい場合の基準は、任意の設定画面からオブザーバが指定できるようにしてもよい。

表示制御部３３は、異常検出部３５から通知された情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）を基に、同一種別の異常の表示を一部省略したタイムライン画面を生成する。以下、図１０を参照して本実施の形態にかかるタイムライン画面の一例を説明する。図１０は、本実施の形態にかかるタイムライン画面であり、図７と同様のデータを基にして生成したタイムライン画面である。図１０において図７と同一符号を付したメッセージは図７と同様のものとする。

以下の説明では、異常検出部３５が以下のデータ例１を表示制御部３３に通知したとする。
（データ例１）
・異常の種別＝室温異常
・異常状態＝（１４．２℃、１４．４℃、１４．１℃、１４．０℃）
・検出回数＝４回
・最終検出日時＝２０１４／１２／２ ＡＭ１１：３０

表示制御部３３は、みまもりデータ（図３）やコミュニケーションデータ（図３）に加えて上記のデータ例１を用いてタイムライン画面を生成する。表示制御部３３は、複数回の同一異常が検出された場合、この複数回の異常の表示を原則として１回のみ行う。例えば図１０の例では、表示制御部３３は４回生じた室温異常を１つのメッセージ（メッセージｔ２２）に表示する。ここで表示制御部３３は、同一種別の異常が所定時間内に何回生じたかが分かるようにメッセージｔ２２を生成する。メッセージｔ２２では、「同様の異常が４回発生！」といった表示を併記している。

このようなタイムライン画面（図１０）を参照することにより、各ユーザ（オブザーバ１、オブザーバ２、被管理者Ｐ）は短時間で室温異常が４回生じていることを認識できる。また図７と比べて室温異常のメッセージ表示が減っている。これにより被管理者Ｐは、メッセージｔ１５に気づき易くなり、表示の見落としを減少することができる。

なおアラートに関するメッセージについては、リンクを設定して詳細を表示できるようにしてもよい。例えばメッセージｔ２２に室温の推移を示すページへのリンクを表示し、当該リンクが押された場合には室温の推移を示す表示画面が表示されてもよい。

なお表示制御部３３は、同一種別の異常の表示を１つのメッセージにまとめる場合に、まとめる異常回数の上限値を定めてもよい。例えば上限値が５回である場合、表示制御部３３は、７回発生した室温異常のうち５回分を一つのメッセージにまとめ、残り２回分を異なるメッセージにまとめればよい。つまり上限値が５回である場合、表示制御部３３は、７回発生した室温異常を２つのメッセージで表示すればよい。

なお表示制御部３３は、度合が大きい異常を検出した場合にはメッセージをまとめることなく、一つ一つのメッセージをそのままタイムライン画面上に表示してもよい。

再び図８を参照する。上述のように異常検出部３５は、所定時間内に複数回の同一種別の異常を検出した場合、又は度合いが大きい異常が１回でも検出された場合、異常の情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）を報知部３６にも通知する。報知部３６は、このような異常（同一種別の異常が複数回検出された場合や度合の大きい異常が発生した場合）にタイムライン画面とは異なる方法でオブザーバに報知を行う。ここで報知内容（報知先、報知手段等）は、以下のように変更する。以下、報知内容の決定の詳細例を説明する。

図１１（Ａ）及び図１１（Ｂ）は、報知部３６が使用する報知制御ルールの一例を示す図である。報知手段は、例えば電子メール、電話、ショートメッセージ等が挙げられる。図１１（Ａ）は、室温異常や湿度異常が複数回生じた場合にオブザーバに電子メールで通知すること、及びお知らせボタンの押下が生じた場合には電話連絡を行うこと、が規定されている。報知部３６は、例えば上述のデータ例１が通知された場合、オブザーバに対してメール通知を行う。

上述のようにお知らせボタンが押された場合には、報知部３６は即座に電話連絡する等の報知を行ってもよい。換言すると報知部３６は、検出回数は考慮せずに異常度合のみを考慮して報知内容（報知先、報知手段等）を決定してもよい。

また図１１（Ｂ）に示すように、報知部３６は検出回数や異常種別に応じて報知手段や報知先が変更してもよい。例えば図１１（Ｂ）では、室温異常が３回生じた場合にはオブザーバ１にメール通知し、５回発生した場合にはオブザーバ１及び２に電話連絡することが規定されている。

なお図１１（Ａ）及び図１１（Ｂ）に示す報知制御ルールは、オブザーバ等が設定画面（図示せず）から任意に設定すればよい。

また図示しないものの報知部３６は、異常度合（正常範囲からどの程度かけ離れているか）に応じて報知のタイミングや報知先を制御してもよい。例えば報知部３６は、軽度の室温異常（正常室温よりも１度以上低い）が５回続いた場合はメール通知をする。一方で報知部３６は、重度の室温異常（正常室温よりも５度以上低い）が２回続いた場合は電話通知をする。

図１２のフローチャートを参照して本実施の形態にかかる管理装置３の動作について改めて説明する。異常検出部３５は、みまもりデータを受信したタイミング等において異常検出処理を行う（Ｓ１）。異常が検出されなかった場合（Ｓ１：Ｎｏ）、管理装置３は特段の処理を行わない。

異常が検出された場合（Ｓ１：Ｙｅｓ）、異常検出部３５は検出した異常の情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）を表示制御部３３及び報知部３６に通知する。表示制御部３３は、所定時間内において同一種別の異常が発生していなかった場合（所定時間内で初めての異常検出であった場合）、タイムライン画面上に異常に関するメッセージを表示する（Ｓ２）。一方、表示制御部３３は、所定時間内において同一種別の異常が発生していた場合（所定時間内で２回目以降の異常検出であった場合）、すでに表示しているメッセージを更新する（Ｓ２）。詳細には表示制御部３３は、最終発生日時や発生回数（図１０におけるメッセージｔ２２における「同様の異常が４回発生！」の回数）を更新する。

その後に報知部３６は、タイムライン画面以外での報知を行うか否かを判断する（Ｓ３）。例えば報知部３６は、通知された異常の情報（異常の種別、異常状態、検出回数、最終検出日時または初回検出日時）と報知制御ルール（図１１（Ａ）や図１１（Ｂ））を比較することにより報知を行うか否か、及び報知手段や報知先を決定する。報知を行わないと判断した場合（Ｓ３：Ｎｏ）、管理装置３は処理を終了する。

一方、報知の必要があると判断した場合（Ｓ３：Ｙｅｓ）、報知部３６は決定した報知先や報知手段を用いて報知（メール通知、電話通知、等）を行う（Ｓ４）。

続いて本実施の形態にかかる遠隔健康管理システム１の効果について説明する。上記のように表示制御部３３は、所定時間内に複数回の同一種別の異常検出が行われた場合、異常に関するメッセージを集約して表示する（図１０）。換言すると表示制御部３３は、異常に関するメッセージを１つにまとめて表示する（図１０）。これによりオブザーバや被管理者Ｐは、異常が生じたことを把握できると共に、その他のメッセージを見落とすリスクを減らすことができる。

また複数回の異常検出が行われた場合、異常検出の回数も合わせて表示される（図１０メッセージｔ２２の「同様の異常が４回発生！」）。これにより被管理者は、異常の度合がどの程度であるかを把握することができる。

本実施の形態では上述のように異常検出時にタイムライン画面とは異なる方法で報知を行う報知部３６を備える。これによりオブザーバは、被管理者Ｐの状況を認識したほうが良い場合に気づき易い方法（例えばメール、電話等）で被管理者Ｐの状況を把握できる。またオブザーバのタイムライン画面を確認する手間を大幅に減らすことができる。

報知部３６は、図１１（Ｂ）等に示すように異常度合や検出回数に応じて報知先や報知手段を柔軟に変更することも可能である。これによりオブザーバは、頻繁な報知によって煩わしさを感じることがなくなると共に、把握すべき被管理者Ｐの状況を適切に把握することができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。

なお上述の管理装置３内のデータ受信部３１、表示制御部３３、異常検出部３５、報知部３６の処理は、管理装置３内のＣＰＵ（Central Processing Unit）が実行するコンピュータプログラムとして実現することができる。ここでプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

上記の実施の形態２の遠隔健康管理システム１の特徴を別の観点から捉えると以下のようになる。図１１（Ａ）及び図１１（Ｂ）を参照して説明したように、報知部３６は所定時間内に同一種別の異常（例えば室温異常）を検出した回数によって報知方法（報知先、報知手段）を変更している。また報知部３６は、異常度合の大きさに応じて報知方法（報知先、報知手段）を決定している。例えば報知部３６は、１回でもお知らせボタンが押された場合にはオブザーバに電話連絡を行う。

このように報知部３６は、異常の状態に応じて適切な報知を行う。これによりメールや電話等を受けるオブザーバは、容易に被管理者Ｐの状態を把握することができる。またオブザーバは、異常の状態が軽微である場合には必要以上の報知を受けない。これによりオブザーバの煩わしさを軽減することができる。

１ 遠隔健康管理システム
２ 住居
２０ 居室
２１ センサ群
２１Ａ〜２１Ｆ 動きセンサ
２１Ｇ、２１Ｈ 温湿度センサ
２２ ゲートウェイ装置
３ 管理装置
３１ データ受信部
３２ 不揮発性メモリ
３３ グラフ生成部
３４ 作業用メモリ
３５ 異常検出部
３６ 報知部
４ 活動量計
５ 通報装置
６（６Ａ、６Ｂ） 端末装置
Ｐ 被管理者

Claims (13)

1. 被管理者の生活状態や生活環境に関するみまもりデータと、前記被管理者とオブザーバとの会話にかかるコミュニケーションデータと、を受信するデータ受信部と、
   前記みまもりデータと前記コミュニケーションデータに基づくメッセージを時系列に配置して表示するタイムライン画面を生成する表示制御部と、
   を備える管理装置。
2. 前記表示制御部は、前記みまもりデータの種別及び前記コミュニケーションデータであるか否かに応じて前記タイムライン画面上での前記メッセージの表示効果を変更する、ことを特徴とする請求項１に記載の管理装置。
3. 前記みまもりデータは、前記被管理者の操作により生じる異常通知、前記被管理者の動きまたは生活環境を検出するセンサが検出したデータ、前記被管理者の活動量を示すデータ、の少なくとも一つを含む、ことを特徴とする請求項１または請求項２に記載の管理装置。
4. 前記みまもりデータを解析して前記被管理者に関する異常を検出する異常検出部、を更に備え、
   前記表示制御部は、前記異常検出部が検出した異常に関する前記メッセージを前記タイムライン画面上に表示する、
   ことを特徴とする請求項１〜３のいずれか１項に記載の管理装置。
5. 前記表示制御部は、前記異常検出部が所定時間内に複数回の同一種別の異常を検出した場合、当該異常に関する表示を前記タイムライン画面上に集約して表示する、ことを特徴とする請求項４に記載の管理装置。
6. 前記表示制御部は、前記異常検出部が所定時間内に複数回の同一種別の異常を検出した場合、前記所定期間における異常の検出回数を合わせて表示する、ことを特徴とする請求項５に記載の管理装置。
7. 前記異常検出部が所定時間内に複数回の同一種別の異常を検出した場合または重度な異常を１回でも検出した場合、前記被管理者を見守るオブザーバに対する報知を行う報知部、を更に備える、ことを特徴とする請求項４〜６のいずれか１項に記載の管理装置。
8. 前記報知部は、前記オブザーバに対して電子メール、電話、ショートメッセージ、を含む報知手段での報知を行う、ことを特徴とする請求項７に記載の管理装置。
9. 前記報知部は、前記異常検出部が所定時間内に複数回の同一種別の異常を検出した場合、異常の検出回数に応じて報知先を決定する、ことを特徴とする請求項７または請求項８に記載の管理装置。
10. 前記報知部は、前記異常検出部が所定時間内に複数回の同一種別の異常を検出した場合、異常の度合に応じて報知手段を決定する、ことを特徴とする請求項７〜９のいずれか１項に記載の管理装置。
11. 被管理者の生活状態や生活環境に関するデータであるみまもりデータを検出する各種のセンサと、
    前記みまもりデータを受信すると共に、前記被管理者と当該被管理者をみまもるオブザーバのコミュニケーションに関するコミュニケーションデータを受信し、前記みまもりデータと前記コミュニケーションデータに基づくメッセージを時系列に配置して表示するタイムライン画面を生成する管理装置と、
    を備える遠隔健康管理システム。
12. コンピュータに、
    被管理者の生活状態や生活環境に関するみまもりデータと、前記被管理者とオブザーバとの会話にかかるコミュニケーションデータと、を受信するデータ受信ステップと、
    前記みまもりデータと前記コミュニケーションデータに基づくメッセージを時系列に配置して表示するタイムライン画面を生成する表示制御ステップと、
    を実行させるプログラム。
13. 被管理者の生活状態や生活環境に関するみまもりデータを受信するデータ受信部と、
    前記みまもりデータを解析して前記被管理者に関する異常を検出する異常検出部と、
    前記異常検出部が検出した異常の検出回数及び異常度合の少なくとも一方に基づき、報知方法を決定して報知を行う報知部と、
    を備える管理装置。

Images