JP2017188008A - 端末装置、情報処理システム - Google Patents

Abstract

【課題】他の端末装置のユーザの健康状態を確認する際の利便性を向上させることが可能な端末装置を提供する。【解決手段】生体情報測定機器により測定された生体情報のデータベースを有するサーバと通信可能に構成された端末装置が提供される。データベースは、他の端末装置からサーバへ送信された、当該他の端末装置のユーザの生体情報の測定データを含む。端末装置は、測定データをサーバから受信する受信部と、受信部により受信された測定データに基づいて、ユーザの健康状態が正常であるか異常であるかを判断する状態判断部と、状態判断部の判断結果に少なくとも基づいて、ユーザの健康状態に関する情報を出力する情報出力部とを備える。【選択図】図５

Description

本開示は、端末装置および情報処理システムに関する。

体温、血圧、脈拍および血糖値等のような人体の現在の状態を示す様々な生体情報を測定する各種の測定機器が開発されている。このような測定機器で測定された生体情報をスマートフォン等の端末装置に取り込んで、端末装置のユーザの健康状態の確認等が行われている。また、測定機器を管理するためのサーバにおいて当該測定機器で得られた生体情報を分析し、その分析結果を端末装置に提供すること等も行われている。

例えば、特開２０１４−１２０１７３号公報（特許文献１）は、ホスト端末に連結された少なくとも１つの外部機器を、管理サーバを介して管理するための方法を開示している。当該方法は、外部機器で測定される測定情報を獲得する段階と、管理サーバに認証を要請する段階と、認証が成功することにより、獲得された測定情報を、該管理サーバに伝送する段階と、管理サーバで、測定情報に基づいて生成した少なくとも１つの外部機器を管理するための管理情報を受信する段階と、受信された管理情報に基づいて、少なくとも１つの外部機器を管理する段階とを含む。

特開２０１４−１２０１７３号公報

ところで、近年では、高齢化が進む中、自分の健康状態だけではなく、他人（特に、高齢者）の健康状態のチェックを確実に行ないたいというニーズが高まっている。例えば、携帯型端末が普及してきたことにより、測定機器の測定データを取得可能な端末を高齢者等の見守り対象者に所持してもらい、他の端末で家族等が見守り対象者の健康状態を把握すること等が考えられる。

特許文献１の技術は、管理サーバは、認証されたホスト端末を介して、外部機器で測定される測定情報（例えば、ホスト端末のユーザの健康に係わる情報）を収集し、当該測定情報を利用して当該ホスト端末のユーザの健康状態を判断すること等を開示しているが、上記ニーズに関する技術については何ら教示していない。

本開示は、上記に鑑みてなされたものであって、ある局面における目的は、他の端末装置のユーザの健康状態を確認する際の利便性を向上させることが可能な端末装置、情報処理システムを提供することである。

ある実施の形態に従うと、生体情報測定機器により測定された生体情報のデータベースを有するサーバと通信可能に構成された端末装置が提供される。データベースは、他の端末装置からサーバへ送信された、当該他の端末装置のユーザの生体情報の測定データを含む。端末装置は、測定データをサーバから受信する受信部と、受信部により受信された測定データに基づいて、ユーザの健康状態が正常であるか異常であるかを判断する状態判断部と、状態判断部の判断結果に少なくとも基づいて、ユーザの健康状態に関する情報を出力する情報出力部とを備える。

好ましくは、測定データは、ユーザの生体情報の測定時刻および測定日の少なくとも一方を含む。状態判断部は、測定時刻および測定日の少なくとも一方に基づいて、ユーザの生体情報が予め定められたタイミングで測定されていないと判断した場合に、ユーザの健康状態が異常であると判断する。

好ましくは、測定データは、ユーザの生体情報の測定値をさらに含む。状態判断部は、測定値が予め定められた範囲内であると判断したであって、かつ、ユーザの生体情報が予め定められたタイミングで測定されていると判断した場合に、ユーザの健康状態が正常であると判断する。

好ましくは、端末装置は、測定データの重要度が基準レベル以上であるか否かを判断する重要度判断部をさらに備える。情報出力部は、ユーザの健康状態が異常である場合であって、かつ重要度が基準レベル以上である場合に、ユーザの健康状態が異常であることを示す異常情報を出力する。

好ましくは、異常情報の出力は、端末装置に含まれるディスプレイへの異常情報の表示、および他の端末装置とは異なる別の端末装置への異常情報の送信のうちの少なくとも一方を含む。

好ましくは、端末装置は、端末装置と生体情報測定機器との無線通信接続を確立するためのペアリング情報を格納する情報格納部と、ペアリング情報をサーバに送信する情報送信部とをさらに備える。

他の実施の形態に従う情報処理システムは、生体情報測定機器により測定された生体情報のデータベースを有するサーバと、サーバと通信可能に構成された第１端末装置および第２端末装置とを備える。第２端末装置は、生体情報測定機器により測定された、第２端末装置のユーザの生体情報の測定データを生体情報測定機器から取得するデータ取得部と、データ取得部により取得された測定データをサーバに送信する情報送信部とを含む。第１端末装置は、測定データをサーバから受信する受信部と、受信部により受信された測定データに基づいて、ユーザの健康状態が正常か否かを判断する状態判断部と、状態判断部の判断結果に少なくとも基づいて、ユーザの健康状態に関する情報を出力する情報出力部とを含む。

本開示によると、他の端末装置のユーザの健康状態を確認する際の利便性を向上させることが可能となる。

本実施の形態に従う情報処理システムの概略的な構成を示す図である。 本実施の形態に従う情報処理システムの動作概要を示す図である。 本実施の形態に従う警告画面の一例を示す図である。 本実施の形態に従う端末装置のハードウェア構成の一例を表わすブロック図である。 本実施の形態に従う各端末装置の機能構成を示すブロック図である。 本実施の形態に従う情報テーブルを示す図である。 本実施の形態に従う端末装置の処理手順の一例を示すフローチャートである。

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

＜システム構成＞
図１は、本実施の形態に従う情報処理システム１の概略的な構成を示す図である。

図１を参照して、情報処理システム１は、ユーザ端末である端末装置１０Ａ，１０Ｂと、ユーザの生体情報を測定するための生体情報測定機器の一例である血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５と、サーバ３０と、ネットワーク４１，４３とを含む。なお、以下の説明では、端末装置１０ＡはユーザＡの端末（見守る側の端末）であり、端末装置１０ＢはユーザＢの端末（見守り対象者側の端末）であるとする。以下では、説明の便宜上、端末装置１０Ａ，１０Ｂを「端末装置１０」とも総称する場合がある。

生体情報測定機器は、血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５に限られず、ユーザの生体情報を測定するための機器であればよい。例えば、生体情報測定機器は、活動量計であってもよい。以下では、説明の便宜上、血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５を「測定機器２０」とも総称する場合がある。ここで、本実施の形態に従う血圧計２１は、本体とカフ（腕帯）とが一体となった腕時計型の血圧計である。血圧計２１は、腕時計のように長時間腕に装着して、２４時間連続して脈動を１拍ごとに測定する機能や、常時装着して測定開始ボタンを押すだけで測定できる機能等を有する。これにより、血圧計２１は、ユーザの血圧の常時測定が可能となっている。

端末装置１０は、例えば、タッチパネルを備えるスマートフォンである。以下では、スマートフォンを「端末装置」の代表例として説明を行なう。ただし、端末装置は、折り畳み式携帯電話、タブレット端末装置、ＰＣ（personal computer）、ＰＤＡ（Personal Data Assistance）などのような他の端末装置であってもよい。

端末装置１０Ａと、端末装置１０Ｂと、サーバ３０と互いに接続するためのネットワーク４１は、インターネット、移動体端末通信網などの各種ネットワークを含む。端末装置１０Ｂと測定機器２０とを接続するためのネットワーク４３は、近距離無線通信方式を採用しており、典型的には、ＢＬＥ（Bluetooth（登録商標） low energy）が採用される。ただし、ネットワーク４３は、これに限られず、有線通信方式を採用してもよいし、無線ＬＡＮ（local area network）等のその他の無線通信方式を採用してもよい。

サーバ３０は、各端末装置１０から送信された各種データを格納する。具体的には、サーバ３０は、端末装置１０が所属するグループ毎に割り振られたグループＩＤと、端末装置１０の識別情報（端末ＩＤ）とを関連付けてデータベース３２に記憶している。また、サーバ３０は、データベース３２を用いて、各端末装置１０から送信される各種データをグループＩＤ別に管理している。

ここで、本実施の形態では、端末装置１０Ａおよび端末装置１０Ｂは同じグループＸに所属しているとする。そのため、グループＸのグループＩＤｘには、端末装置１０Ａの端末ＩＤａおよび端末装置１０Ｂの端末ＩＤｂが関連付けられている。これにより、端末装置１０Ａおよび端末装置１０Ｂは、同じグループＩＤｘを用いてサーバ３０（データベース３２）にアクセスすることにより、グループＩＤｘに関連付けて記憶されている各種データを共用することができる。データベース３２には、例えば、端末装置１０Ｂからサーバ３０に送信されたユーザＢの生体情報の測定データ等が記憶される。

＜システムの動作概要＞
図２は、本実施の形態に従う情報処理システム１の動作概要を示す図である。図２を参照して、端末装置１０Ａは、測定機器２０に対して登録（ペアリング）要求を行なう（シーケンスＳＱ１０）。登録要求には、端末装置１０Ａの端末ＩＤａが含まれる。測定機器２０は、端末装置１０Ａからの登録要求に応答してペアリング情報を端末装置１０Ａに送信する（シーケンスＳＱ１２）。ペアリング情報は、端末装置１０が測定機器２０との無線通信接続を確立するために必要な情報であり、例えば、測定機器２０の機器名、ＭＡＣアドレス、サービス情報等を含む。なお、端末装置１０は、ペアリングする際に必要となるＰＩＮコードの入力をユーザから受け付けて記憶している。例えば、ＰＩＮコードは、測定機器２０の筐体等に印字されていたり、画面上に表示されている。

端末装置１０Ａは、取得したペアリング情報を自装置に登録するとともに、サーバ３０にペアリング情報および端末ＩＤａを送信する（シーケンスＳＱ１４）。サーバ３０は、端末装置１０Ａから送信されたペアリング情報をグループＩＤｘに関連付けてデータベース３２に記憶する。

端末装置１０Ｂは、グループＩＤｘに関連付けられているデータの取得要求を行なう（シーケンスＳＱ１６）。取得要求には、端末装置１０Ｂの端末ＩＤｂが含まれる。サーバ３０は、当該取得要求の応答として、ペアリング情報を端末装置１０Ｂに送信する（シーケンスＳＱ１８）。端末装置１０Ｂは、受信したペアリング情報を用いて、測定機器２０との無線通信接続を確立する（シーケンスＳＱ２０）。

上記のように、本実施の形態では、ユーザＡがユーザＢ（見守り対象者）のために、自身の端末装置１０Ａを用いて、測定機器２０のペアリング情報を取得し、当該取得したペアリング情報をサーバ３０に格納しておく。ユーザＢは、端末装置１０Ｂを用いてサーバ３０にアクセスしてペアリング情報を端末装置１０Ｂに登録することにより、測定機器２０との接続を確立できる。そのため、ユーザＢは、測定機器２０との無線通信接続を確立するためのペアリング作業の手間を省くことができる。

測定機器２０は、ユーザＢの生体情報を測定する（シーケンスＳＱ２２）。測定機器２０は、ユーザＢの生体情報の測定データを端末装置１０Ｂに送信する（シーケンスＳＱ２４）。典型的には、測定機器２０は、測定時から予め定められた時間内に端末装置１０Ｂからのデータ転送要求を受け付けた場合に、当該測定データを端末装置１０Ｂに送信する。なお、ユーザＢが測定機器２０を操作することにより、端末装置１０Ｂに測定データを転送してもよい。

端末装置１０Ｂは、測定機器２０から受信した測定データを内部メモリに格納するとともに、サーバ３０に当該測定データを送信する（シーケンスＳＱ２６）。端末装置１０Ａは、グループＩＤｘに関連付けられているデータの取得要求を行なう（シーケンスＳＱ２８）。典型的には、端末装置１０Ａは、サーバ３０に対して定期的（例えば、数時間ごと）あるいは予め設定されたタイミング（例えば、午前７時および午後８時等）にデータの取得要求を実行する。なお、端末装置１０Ａは、サーバ３０からグループＩＤｘに関連付けられたデータの更新通知を受信したことに基づいて、当該取得要求を行なってもよい。

サーバ３０は、当該取得要求の応答として、端末装置１０Ｂから受信したユーザＢの生体情報の測定データを端末装置１０Ａに送信する（シーケンスＳＱ３０）。端末装置１０Ａは、受信した測定データに基づいて、ユーザＢの健康状態が正常か否かを判断する（シーケンスＳＱ３２）。端末装置１０Ａは、ユーザＢの健康状態が異常であると判断した場合、異常状態をユーザＡに報知する（シーケンスＳＱ３４）。例えば、端末装置１０Ａは、図３に示すような警告画面をディスプレイに表示する。

図３は、本実施の形態に従う警告画面の一例を示す図である。図３を参照して、警告画面３００は、生体情報の測定値が異常である旨を示す情報３１０と、ユーザＢ（端末装置１０Ｂ）への発信ボタン３２０とを含む。

再び、図２を参照して、端末装置１０Ａは、ユーザＡから発信ボタン３２０の選択操作を受け付けると、端末装置１０Ｂへの発信動作を実行する（シーケンスＳＱ３６）。

＜ハードウェア構成＞
（端末装置）
図４は、本実施の形態に従う端末装置１０のハードウェア構成の一例を表わすブロック図である。図４を参照して、端末装置１０は、主たる構成要素として、プロセッサ１５２と、メモリ１５４と、入力装置１５６と、ディスプレイ１５８と、無線通信部１６０と、メモリインターフェイス（Ｉ／Ｆ）１６４と、通信インターフェイス（Ｉ／Ｆ）１６６と、スピーカ１６８と、マイク１７０とを含む。

プロセッサ１５２は、典型的には、ＣＰＵ（Central Processing Unit）やＭＰＵ（Multi Processing Unit）といった演算処理部である。プロセッサ１５２は、メモリ１５４に記憶されたプログラムを読み出して実行することで、端末装置１０の各部の動作を制御する制御部として機能する。プロセッサ１５２は、当該プログラムを実行することによって、後述する端末装置１０の処理（ステップ）の各々を実現する。

メモリ１５４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read-Only Memory）、フラッシュメモリなどによって実現される。メモリ１５４は、プロセッサ１５２によって実行されるプログラム、またはプロセッサ１５２によって用いられるデータなどを記憶する。

入力装置１５６は、端末装置１０に対する操作入力を受け付ける。典型的には、入力装置１５６は、タッチパネルによって実現される。タッチパネルは、表示部としての機能を有するディスプレイ１５８上に設けられており、例えば、静電容量方式タイプである。タッチパネルは、所定時間毎に外部物体によるタッチパネルへのタッチ操作を検知し、タッチ座標をプロセッサ１５２に入力する。ただし、入力装置１５６は、ボタンなどを含んでいてもよい。

無線通信部１６０は、通信アンテナ１６２を介して移動体通信網に接続し無線通信のための信号を送受信する。これにより、端末装置１０は、たとえば、ＬＴＥ（Long Term Evolution）などの移動体通信網を介して他の通信装置（例えば、サーバ３０、他の端末装置１０）との通信が可能となる。

メモリインターフェイス１６４は、外部の記憶媒体１６５からデータを読み出す。プロセッサ１５２は、メモリインターフェイス１６４を介して記憶媒体１６５に格納されているデータを読み出して、当該データをメモリ１５４に格納する。プロセッサ１５２は、メモリ１５４からデータを読み出して、メモリインターフェイス１６４を介して当該データを外部の記憶媒体１６５に格納する。

記憶媒体１６５は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＢＤ（Blu-ray（登録商標） Disc）、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）メモリカードなどの不揮発的にプログラムを格納する媒体を含む。

通信インターフェイス（Ｉ／Ｆ）１６６は、端末装置１０と測定機器２０との間で各種データをやり取りするための通信インターフェイスであり、アダプタやコネクタなどによって実現される。本実施の形態では、通信方式として、ＢＬＥ（Bluetooth（登録商標） low energy）が採用される。ただし、通信方式は、無線ＬＡＮなどによる無線通信方式であってもよいし、ＵＳＢ（Universal Serial Bus）などを利用した有線通信方式であってもよい。

スピーカ１６８は、プロセッサ１５２から与えられる音声信号を音声に変換して端末装置１０の外部へ出力する。マイク１７０は、端末装置１０に対する音声入力を受け付けて、当該音声入力に対応する音声信号をプロセッサ１５２に与える。

（サーバ）
サーバ３０は、上述および後述するような情報処理を全体として提供できればよく、そのハードウェア構成については公知のものを採用することができる。例えば、サーバ３０は、各種処理を実行するためのプロセッサと、プログラムやデータなどを格納するためのメモリと、端末装置１０と各種データを送受信するための通信インターフェイスと、管理者からの指示を受け付けるための入力インターフェイスとを含む。

（測定機器）
測定機器２０は、上述および後述するような情報処理を全体として提供できればよく、そのハードウェア構成については公知のものを採用することができる。例えば、測定機器２０は、各種処理を実行するためのプロセッサと、プログラムやデータなどを格納するためのメモリと、端末装置１０と各種データを送受信するための通信インターフェイスと、ユーザからの指示を受け付けるための入力インターフェイスと、生体情報を測定するための各種ハードウェアとを含む。

＜機能構成＞
図５は、本実施の形態に従う各端末装置１０Ａ，１０Ｂの機能構成を示すブロック図である。図５を参照して、端末装置１０Ａは、登録情報格納部２０２Ａと、情報通信部２０４Ａと、状態判断部２０６Ａと、重要度判断部２０８Ａと、情報出力部２１０Ａとを含む。端末装置１０Ｂは、登録情報格納部２０２Ｂと、情報通信部２０４Ｂと、データ取得部２１２Ｂとを含む。端末装置１０Ａおよび１０Ｂの各機能は、例えば、各端末装置１０のプロセッサ１５２がメモリ１５４に格納されたプログラムを実行することによって実現される。なお、これらの機能の一部または全部はハードウェアで実現されるように構成されていてもよい。

端末装置１０Ａの登録情報格納部２０２Ａは、端末装置１０Ａと測定機器２０との無線通信接続を確立するためのペアリング情報を格納する。情報通信部２０４Ａは、ペアリング情報と、端末装置１０Ａの端末ＩＤａとをサーバ３０に送信する。ここで、端末ＩＤａはグループＩＤｘに関連付けられている（端末装置１０ＡはグループＸに所属している）ため、サーバ３０は、受信したペアリング情報をグループＩＤｘに関連付けてデータベース３２に記憶する。

端末装置１０Ｂの情報通信部２０４Ｂは、サーバ３０からペアリング情報を取得する。具体的には、情報通信部２０４Ｂは、サーバ３０に対して、端末装置１０Ｂの端末ＩＤｂを含むデータ取得要求を送信する。ここで、端末ＩＤｂはグループＩＤｘに関連付けられている（端末装置１０ＢはグループＸに所属している）ため、サーバ３０は、当該データ取得要求を受け付けると、グループＩＤｘに関連付けられている情報（ここでは、ペアリング情報）を情報通信部２０４Ｂに送信する。これにより、情報通信部２０４Ｂは、サーバ３０からペアリング情報を受信して、登録情報格納部２０２Ｂに格納する。なお、情報通信部２０４Ｂは、ユーザＢの指示を受け付けてデータ取得要求をサーバ３０に行なってもよいし、定期的にデータ取得要求を行なってもよい。

データ取得部２１２Ｂは、ペアリング情報を用いて測定機器２０との無線通信接続を確立した後、測定機器２０により測定された生体情報の測定データを取得する。具体的には、データ取得部２１２Ｂは、ユーザＢの生体情報の測定データを取得する。

測定データは、生体情報の種類（例えば、血圧、体温等）を示す情報と、生体情報の測定値（数値情報）と、測定タイミングを示す情報（例えば、測定日時等）とを含む。例えば、血圧計２１の測定データは、最高血圧・最低血圧および脈拍数等（測定値）と、測定日時とを含む。睡眠計２２の測定データは、睡眠時間および寝返り回数（測定値）と、測定日時とを含む。歩数計２３の測定データは、歩数（測定値）と、測定日時とを含む。体重・体組成計２４の測定データは、体重、体脂肪および骨格筋率（測定値）と、測定日時とを含む。体温計２５の測定データは、体温（測定値）と、測定日時とを含む。なお、測定タイミングを示す情報は、測定日のみ、または測定時刻のみであってもよい。

情報通信部２０４Ｂは、データ取得部２１２Ｂにより取得された、ユーザＢの生体情報の測定データ（以下、単に「測定データＤｂ」とも称する。）と、端末ＩＤｂとをサーバ３０に送信する。サーバ３０は、測定データＤｂをグループＩＤｘに関連付けてデータベース３２に記憶する。

端末装置１０Ａの情報通信部２０４Ａは、サーバ３０から測定データＤｂを受信する。具体的には、情報通信部２０４Ａは、サーバ３０に対して、端末装置１０Ａの端末ＩＤａを含むデータ取得要求を送信する。サーバ３０は、当該データ取得要求を受け付けると、グループＩＤｘに関連付けられている情報（ここでは、測定データＤｂ）を情報通信部２０４Ａに送信する。これにより、情報通信部２０４Ａは、サーバ３０から測定データＤｂを受信する。なお、情報通信部２０４Ａは、ユーザＡの指示を受け付けてデータ取得要求をサーバ３０に行なってもよいし、定期的にデータ取得要求を行なってもよい。

状態判断部２０６Ａは、情報通信部２０４Ａにより受信された測定データＤｂに基づいて、ユーザＢの健康状態が正常であるか異常であるかを判断する。具体的には、状態判断部２０６Ａは、図６に示すような情報テーブル６００を参照して、ユーザＢの健康状態を判断する。

図６は、本実施の形態に従う情報テーブル６００を示す図である。図６を参照して、情報テーブル６００は、ユーザＢの健康状態を判断するために参照される情報である。具体的には、情報テーブル６００は、各測定機器２０による測定データの種類（測定された生体情報の種類）と、測定タイミングと、測定値の正常範囲と、測定データの重要度とを関連付けて記憶している。

生体情報が血圧（測定データが血圧データ）である場合には、測定タイミングが「常時」に設定されており、正常な最高血圧および最低血圧がそれぞれ１４０ｍｍＨｇ未満および９０ｍｍＨｇ未満に設定されている。この場合、血圧は、一定時間ごと（例えば、数分ごと）に測定され、かつ測定血圧が１４０ｍｍＨｇ／９０ｍｍＨｇ未満であることが好ましいことを意味している。また、生体情報が歩数である場合には、測定タイミングが「朝、夜」に設定されており、正常範囲が３０００歩以上に設定されている。この場合、歩数は、昼時間帯（例えば、１１時〜１５時まで）および夜時間帯（例えば、１９時〜２３時まで）に測定され、かつ各測定歩数が３０００歩以上であることが好ましいことを意味している。

また、測定データには、その種類に応じて、例えば、「高」、「中」、「低」の３段階の重要度が設定されている。典型的には、生命に与える影響が大きいと考えられる生体情報の測定データの重要度は高く設定される。本実施の形態では、血圧および体温の測定データが重要度「高」に設定され、睡眠時間および歩数の測定データが重要度「中」に設定され、体重の測定データが重要度「低」に設定されている。なお、通常、生命に与える影響が大きい生体情報ほど頻繁に監視しておく必要がある。そのため、測定タイミングの間隔が基準時間（例えば、１時間）未満に設定されている生体情報（例えば、血圧、体温）の測定データは、当該間隔が基準時間以上に設定されている生体情報（睡眠時間、歩数、体重）の測定データよりも、重要度が高く設定される。

情報テーブル６００の内容（種類、測定タイミング、正常範囲、および重要度）は、ユーザＡが見守り対象者のユーザＢの健康状態に応じて任意に設定することができる。なお、ユーザＢが自分で情報テーブル６００の内容を設定してもよい。

ここで、図５および図６を参照して、状態判断部２０６Ａは、ある局面では、測定データＤｂに含まれる測定値が予め定められた範囲内（情報テーブル６００における正常範囲内）である場合には、ユーザＢの健康状態は正常であると判断し、そうではない場合にはユーザＢの健康状態は異常であると判断する。

状態判断部２０６Ａは、他の局面では、測定データＤｂに含まれる測定日時に基づいて、ユーザＢの生体情報が予め定められたタイミングで測定されているか否かを判断する。具体的には、状態判断部２０６Ａは、測定データＤｂに含まれる測定日時を確認して、情報テーブル６００に示される測定タイミングに従って、当該生体情報が測定されているか否かを判断する。

例えば、測定データＤｂが血圧データである場合には、状態判断部２０６Ａは、血圧が一定時間ごとに測定されているか否かを判断する。測定データＤｂが歩数データである場合には、状態判断部２０６Ａは、歩数が朝時間帯および夜時間帯に測定されているか否かを判断する。状態判断部２０６Ａは、ユーザＢの生体情報が予め定められたタイミングで測定されていないと判断した場合、ユーザＢの健康状態は異常であると判断する。

状態判断部２０６Ａは、さらに他の局面では、測定データＤｂに含まれる測定値が予め定められた範囲内であって、かつ、ユーザＢの生体情報が予め定められたタイミングで測定されている場合には、ユーザＢの健康状態は正常であると判断してもよい。

重要度判断部２０８Ａは、情報テーブル６００を参照して、測定データＤｂの重要度が基準レベル以上に設定されているか否かを判断する。例えば、基準レベルが「中」に設定されている場合を想定する。この場合、重要度判断部２０８Ａは、情報テーブル６００を参照して、測定データＤｂが血圧、体温、睡眠時間および歩数のうちのいずれかの測定データである場合には、当該重要度が基準レベル以上であると判断する。一方、重要度判断部２０８Ａは、測定データＤｂが体重のデータである場合には、当該重要度が基準レベル未満であると判断する。

情報出力部２１０Ａは、状態判断部２０６Ａの判断結果に少なくとも基づいて、ユーザＢの健康状態に関する情報を出力する。具体的には、情報出力部２１０Ａは、ある局面では、状態判断部２０６ＡによりユーザＢの健康状態が異常であると判断された場合、当該健康状態が異常であることを示す異常情報を出力する。情報出力部２１０Ａは、状態判断部２０６ＡによりユーザＢの健康状態が正常であると判断された場合、当該健康状態が正常であることを示す正常情報を出力してもよい。例えば、情報出力部２１０Ａは、ディスプレイ１５８に異常情報（または正常情報）を表示したり、スピーカ１６８を介して異常情報（または正常情報）を音声出力したりする。

情報出力部２１０Ａは、他の局面では、状態判断部２０６ＡによりユーザＢの健康状態が異常であると判断された場合であって、かつ重要度判断部２０８Ａにより測定データＤｂの重要度が基準レベル以上であると判断された場合に、当該異常情報を出力してもよい。具体的には、重要度の低い生体情報（例えば、体重）については仮に異常値が測定された場合であっても、ユーザＢの健康状態の異常のレベルが、生命に影響するほどのレベルではない場合も多い。そのため、このような場合には、異常情報が出力されない。これにより、見守る側の端末装置１０Ａの処理負荷や、見守る側のユーザＡの監視負担を軽減することができる。

＜処理手順＞
図７は、本実施の形態に従う端末装置１０Ａの処理手順の一例を示すフローチャートである。典型的には、図７中の各ステップは、端末装置１０Ａのプロセッサ１５２により実行される。

図７を参照して、端末装置１０Ａは、通信インターフェイス１６６を介して、ユーザＢの生体情報の測定データＤｂの取得要求をサーバ３０に送信する（ステップＳ１００）。端末装置１０Ａは、サーバ３０から測定データＤｂを受信したか否かを判断する（ステップＳ１０２）。測定データＤｂを受信していない場合には（ステップＳ１０２においてＮＯ）、端末装置１０ＡはステップＳ１０２の処理を繰り返す。測定データＤｂを受信した場合には（ステップＳ１０２においてＹＥＳ）、端末装置１０Ａは、測定データＤｂと情報テーブル６００とに基づいて、ユーザＢの生体情報が予め定められたタイミングで測定されているか否かを判断する（ステップＳ１０４）。具体的には、端末装置１０Ａは、情報テーブル６００と、測定データＤｂに含まれる測定時刻および測定日の少なくとも一方とに基づいて、当該判断を行なう。

予め定められたタイミングで測定されていない場合には（ステップＳ１０４においてＮＯ）、後述するステップＳ１０８の処理を実行する。予め定められたタイミングで測定されている場合には（ステップＳ１０４においてＹＥＳ）、端末装置１０Ａは、測定データＤｂに含まれる測定値が正常範囲に収まっているか否かを判断する（ステップＳ１０６）。測定値が正常範囲に収まっている場合には（ステップＳ１０６においてＹＥＳ）、端末装置１０Ａは処理を終了する。すなわち、端末装置１０Ａは、ユーザＢの健康状態に関する情報を出力することなく処理を終了する。

一方、測定値が正常範囲に収まっていない場合には（ステップＳ１０６においてＮＯ）、端末装置１０Ａは、測定データＤｂの重要度が基準レベル以上か否かを判断する（ステップＳ１０８）。重要度が基準レベル未満である場合には（ステップＳ１０８においてＮＯ）、端末装置１０Ａは処理を終了する。一方、重要度が基準レベル以上である場合には（ステップＳ１０８においてＹＥＳ）、端末装置１０Ａは、異常情報をディスプレイ１５８に表示したり、スピーカ１６８を介して音声出力したりする（ステップＳ１１０）、そして、処理は終了する。

上記によると、ユーザＢの健康状態が正常であるとき、または、ユーザＢの健康状態が異常と判断した場合であっても当該異常のレベルが低いときには、何らの情報も出力されない。一方、ユーザＢの健康状態の異常のレベルが高いときには、異常情報が出力される。これにより、ユーザＡは、ユーザＢの健康状態を監視しつつ、端末装置１０Ａの処理負担やユーザＡの監視負担を軽減することができる。

また、上記において、ユーザＢの生体情報が予め定められたタイミングで測定されていない場合（ステップＳ１０６においてＮＯ）、あるいは、測定値が正常範囲ではない場合（ステップＳ１０８においてＮＯ）に、測定データＤｂの重要度レベルによらず、異常情報が出力される構成であってもよい。すなわち、図７中のステップＳ１０８を実行しない構成であってもよい。これにより、ユーザＢの健康状態の異常レベルに関係なく、少しでも通常とは異なる事態が発生した場合には異常情報が出力されるため、ユーザＡはユーザＢの健康状態を詳細に把握することができる。

また、上記において、ユーザＢの生体情報が予め定められたタイミングで測定されており（ステップＳ１０６においてＹＥＳ）、かつ、測定値が正常範囲である場合（ステップＳ１０８においてＹＥＳ）に、ユーザＢの健康状態が正常である旨を示す情報を出力する構成であってもよい。これにより、ユーザＡは、ユーザＢの健康状態が正常であることもすぐに把握することができるため、ユーザＡに安心感を与えることができる。

＜利点＞
本実施の形態によると、端末装置１０ＡのユーザＡは、端末装置１０ＢのユーザＢの生体情報の測定データＤｂをサーバ３０に要求することにより、ユーザＢの健康状態をリアルタイムで確認することができる。また、ユーザＢの健康状態に異常がある場合には、ディスプレイ等を介してその旨がユーザＡに報知されるため、ユーザＡはユーザＢの異常をすぐに把握することができる。

また、本実施の形態によると、端末装置１０Ａにより取得されたペアリング情報が、サーバ３０に格納され、端末装置１０Ｂにより当該ペアリング情報が取得される。そのため、ユーザＢは、測定機器２０との無線通信接続を確立するための作業を行う必要がない。

＜その他の実施の形態＞
（１）上述した実施の形態において、端末装置１０Ａは、異常情報の出力例として、ディスプレイ１５８に異常情報を表示したり、スピーカ１６８を介して異常情報を音声出力したりする構成について説明したが、当該構成に限られない。具体的には、端末装置１０Ａは、端末装置１０Ｂとは異なる別の端末装置に異常情報を送信してもよい。これによると、万が一、ユーザＡが端末装置１０Ａにおいて報知される異常情報に気が付かなかった場合でも、当該別の端末装置のユーザによりユーザＢの健康状態の異常を把握することができる。

（２）上述した実施の形態では、ユーザＢの健康状態が正常であるか異常であるかを判断する機能（図５中の状態判断部２０６Ａに対応）を、端末装置１０Ａに持たせる構成について説明したが、当該構成に限られない。例えば、サーバ３０に当該機能を持たせる構成であってもよい。具体的には、サーバ３０は、内部メモリに格納された情報テーブル６００と、端末装置１０Ｂから受信した測定データＤｂとに基づいて、ユーザＢの健康状態が正常であるか異常であるかを判断し、当該判断結果を端末装置１０Ａに送信する。なお、サーバ３０は、ユーザＢの健康状態が異常である場合にのみ当該判断結果を端末装置１０Ａに送信してもよい。端末装置１０Ａは、受信した判断結果（異常情報）を出力する。

なお、重要度判断部２０８Ａの構成もサーバ３０に持たせてもよい。具体的には、サーバ３０は、情報テーブル６００を参照して、測定データＤｂの重要度が基準レベル以上に設定されているか否かを判断し、当該判断結果を端末装置１０Ａに送信する。

（３）上述した実施の形態において、コンピュータを機能させて、上述のフローチャートで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ（Compact Disk Read Only Memory）、二次記憶装置、主記憶装置およびメモリカードなどの一時的でないコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本実施の形態にかかるプログラムに含まれ得る。

また、本実施の形態にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本実施の形態にかかるプログラムに含まれ得る。

（４）上述の実施の形態として例示した構成は、本発明の構成の一例であり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、一部を省略する等、変更して構成することも可能である。また、上述した実施の形態において、その他の実施の形態で説明した処理や構成を適宜採用して実施する場合であってもよい。

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

１ 情報処理システム、１０Ａ，１０Ｂ 端末装置、２０ 測定機器、２１ 血圧計、２２ 睡眠計、２３ 歩数計、２４ 体組成計、２５ 体温計、３０ サーバ、３２ データベース、４１，４３ ネットワーク、１５２ プロセッサ、１５４ メモリ、１５６ 入力装置、１５８ ディスプレイ、１６０ 無線通信部、１６２ 通信アンテナ、１６４ メモリインターフェイス、１６５ 記憶媒体、１６６ 通信インターフェイス、１６８ スピーカ、１７０ マイク、２０２Ａ，２０２Ｂ 登録情報格納部、２０４Ａ，２０４Ｂ 情報通信部、２０６Ａ 状態判断部、２０８Ａ 重要度判断部、２１０Ａ 情報出力部、２１２Ｂ データ取得部、３００ 警告画面、３２０ 発信ボタン、６００ 情報テーブル。

Claims (7)

1. 生体情報測定機器により測定された生体情報のデータベースを有するサーバと通信可能に構成された端末装置であって、
   前記データベースは、他の端末装置から前記サーバへ送信された、当該他の端末装置のユーザの生体情報の測定データを含み、
   前記測定データを前記サーバから受信する受信部と、
   前記受信部により受信された前記測定データに基づいて、前記ユーザの健康状態が正常であるか異常であるかを判断する状態判断部と、
   前記状態判断部の判断結果に少なくとも基づいて、前記ユーザの健康状態に関する情報を出力する情報出力部とを備える、端末装置。
2. 前記測定データは、前記ユーザの生体情報の測定時刻および測定日の少なくとも一方を含み、
   前記状態判断部は、前記測定時刻および前記測定日の少なくとも一方に基づいて、前記ユーザの生体情報が予め定められたタイミングで測定されていないと判断した場合に、前記ユーザの健康状態が異常であると判断する、請求項１に記載の端末装置。
3. 前記測定データは、前記ユーザの生体情報の測定値をさらに含み、
   前記状態判断部は、前記測定値が予め定められた範囲内であると判断したであって、かつ、前記ユーザの生体情報が予め定められたタイミングで測定されていると判断した場合に、前記ユーザの健康状態が正常であると判断する、請求項２に記載の端末装置。
4. 前記測定データの重要度が基準レベル以上であるか否かを判断する重要度判断部をさらに備え、
   前記情報出力部は、前記ユーザの健康状態が異常である場合であって、かつ前記重要度が前記基準レベル以上である場合に、前記ユーザの健康状態が異常であることを示す異常情報を出力する、請求項１〜３のいずれか１項に記載の端末装置。
5. 前記異常情報の出力は、前記端末装置に含まれるディスプレイへの前記異常情報の表示、および前記他の端末装置とは異なる別の端末装置への前記異常情報の送信のうちの少なくとも一方を含む、請求項４に記載の端末装置。
6. 前記端末装置と前記生体情報測定機器との無線通信接続を確立するためのペアリング情報を格納する情報格納部と、
   前記ペアリング情報を前記サーバに送信する情報送信部とをさらに備える、請求項１〜５のいずれか１項に記載の端末装置。
7. 生体情報測定機器により測定された生体情報のデータベースを有するサーバと、
   前記サーバと通信可能に構成された第１端末装置および第２端末装置とを備え、
   前記第２端末装置は、
   前記生体情報測定機器により測定された、前記第２端末装置のユーザの生体情報の測定データを前記生体情報測定機器から取得するデータ取得部と、
   前記データ取得部により取得された前記測定データを前記サーバに送信する情報送信部とを含み、
   前記第１端末装置は、
   前記測定データを前記サーバから受信する受信部と、
   前記受信部により受信された前記測定データに基づいて、前記ユーザの健康状態が正常か否かを判断する状態判断部と、
   前記状態判断部の判断結果に少なくとも基づいて、前記ユーザの健康状態に関する情報を出力する情報出力部とを含む、情報処理システム。

Images