JP2017045173A

JP2017045173A - 生体情報処理装置

Info

Publication number: JP2017045173A
Application number: JP2015165706A
Authority: JP
Inventors: 石川　博一; Hirokazu Ishikawa; 博一石川; 祐一矢吹; Yuichi Yabuki
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2015-08-25
Filing date: 2015-08-25
Publication date: 2017-03-02

Abstract

【課題】簡便な構成により生体情報を生体毎に管理する。【解決手段】生体情報処理装置（１０４）、端末（１００）と、生体情報を含む情報を通信するための通信部と、端末から受信される生体情報、当該生体情報の特徴量および当該端末から受信する端末識別子を記憶部に格納するための格納処理部と、を備える。【選択図】図１

Description

この発明は生体情報処理装置に関し、特に、生体から測定された生体情報を処理する装置に関する。

高齢化社会において、息子や娘と離れて暮らす人々の健康状態を遠隔地で把握するために、居住空間の便座等に生活情報を測定するセンサが設置されつつある。また、居住空間に設置されたセンサから情報を一元管理する「健康情報管理システム」等が市町村に導入されつつある。また、「健康情報管理システム」に関連して緊急通報サービスも（自分でボタンを押すことで消防署などに自動通報するサービス)導入されつつある。

このような「健康情報管理システム」として、例えば特許文献１（特開２００３−３１０５６０号公報）のシステムが提案されている。特許文献１のシステムは、居住空間の監視対象者の適切な健康管理を目的としたものである。具体的には、特許文献１のシステムは、居住空間のセンサにより、監視対象者から測定された生体情報に基づく生活パターンを記憶しておき、センサから受信された生体情報を記憶された生活パターンと照合し、監視対象者の異常判断を行う。

特開２００３−３１０５６０号公報

特許文献１では、監視対象者を識別するために、監視対象者に氏名などの情報の登録を要求する。そして、居住空間内に設けられたセンサにより測定された生体情報は、ユーザからの登録情報により割当られた識別ＩＤにより識別される。したがって、特許文献１のシステムは、監視対象者による氏名等の情報の登録操作なしには、監視対象者毎に生体情報を識別しながら収集することができないため、利便性に欠ける。

それゆえに本開示のある局面の目的は、簡便な構成により生体情報を生体毎に管理することが可能な生体情報処理装置を提供することである。

この開示のある局面に従う生体情報処理装置は、端末と、生体情報を含む情報を通信するための通信部と、端末から受信される生体情報、当該生体情報の特徴量および当該端末から受信する端末識別子を記憶部に格納するための格納処理部と、を備える。

本開示によれば、簡便な構成により生体情報を生体毎に管理することが可能となる。

実施の形態１に係る生体情報管理システムの構成を概略的に示す図である。図１の端末１００の構成を概略的に示す図である。図１の生体情報処理装置１０４の構成を概略的に示す図である。図１のサーバ２００の構成を概略的に示す図である。記憶部４の内容の一例を模式的に示す図である。実施の形態１に係るＤＢ１０の構成を模式的に示す図である。実施の形態１に係る生体情報処理装置１０４の情報処理のための機能構成を模式的に示す図である。本実施の形態１に係る生体情報処理のためのフローチャートである。本実施の形態２に係る生体情報処理のためのフローチャートである。

以下、図面を参照しつつ、実施の形態に係る生体情報処理装置を説明する。
（概要）
本実施の形態に係る生体情報処理装置は、端末との通信内容から端末識別子を検出し、当該端末から受信する生体情報と、当該生体情報が有する特徴量および当該端末の端末識別子とを関連付けて記憶部に格納する。

これにより、各ユーザに特別な情報入力操作を要求することなく、すなわち自己の生体情報であると意識をさせることなく、当該生体情報を、その特徴量および端末識別子を用いて、他人の生体情報とは識別しながら記憶部において管理することが可能となる。

本実施の形態では、生体情報として血圧を説明するが、これは例示であり、血圧に限定されない。例えば、生体情報として、心電図、呼吸、心拍、睡眠に関する情報（睡眠中の体動、呼吸）、日常の家での行動パターン（トイレ、寝室、リビング、ダイニングキッチン、外出、帰宅などで行動情報）、活動量、排尿、排便の排泄量または排尿、排便速度であっても、本実施の形態の処理を同様に適用することができる。また、生体情報の測定対象は、人に限定されず、ペット等の動物であってもよい。

［実施の形態１］
（装置の構成）
図１は、実施の形態１に係る生体情報管理システムの構成を概略的に示す図である。図２は、図１の端末１００の構成を概略的に示す図であり、図３は、図１の生体情報処理装置１０４の構成を概略的に示す図であり、図４は、図１のサーバ２００の構成を概略的に示す図である。図１を参照して、生体情報管理システムは、インターネット等のネットワーク１０３に接続されたサーバ２００、ネットワーク１０３に接続された無線基地局１０２と通信可能な端末１００および生体情報処理装置１０４を備える。

サーバ２００は、クラウドサーバを含む。生体情報処理装置１０４は、スマートフォン等の通信機能を有した携帯型端末として示されるが、据え置き型の端末であってもよい。端末１００は、生体情報の監視対象者（以下、ユーザともいう）の血圧測定部位（例えば、腕）に装着可能なリストバンド型またはブレスレット型の形態を有する。

図２を参照して、端末１００は、ＣＰＵ（Central Processing Unit）１、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含むメモリ２、タイマ３、記憶部４、バッテリ等の電源５、血圧測定部６、ボタン，スイッチ等からなる操作部８、ディスプレイ等の出力部９、および外部機器（生体情報処理装置１０４、無線基地局１０２等）と通信するための通信部１３を備える。

上記のメモリ２は、主にプログラムの記憶領域およびプログラム実行時の作業領域を有する。また、メモリ２には、端末識別子である個体ＩＤ２１が格納される。個体ＩＤ２１は、Bluetooth（登録商標）通信時に端末１００を一意に識別するために、製造時等にメモリ２に格納される。記憶部４は、ユーザから測定された生体情報である血圧データを格納する。通信部１３は、無線通信のためのアンテナを有する。この無線通信方式として、例えば、Bluetooth（登録商標）に従う方式が用いられるが、通信方式をこれに限定されない。

血圧測定部６は、ユーザの血圧測定部位における血圧と脈拍を測定する。血圧測定部６は最高血圧および最低血圧を測定し、測定血圧値（最高血圧および最低血圧）および測定された脈拍数を、タイマ３から出力される日付、時刻などの時間情報と関連付けて、記憶部４に格納する。なお、血圧測定部６の血圧測定方法としては、周知の方法を適用可能であるから、ここでは説明を繰返さない。

図５は、記憶部４の内容の一例を模式的に示す図である。本実施の形態１では、血圧測定部６により血圧測定が実施される毎に、ＣＰＵ１は、測定血圧を示すレコードＲ１を生成し、生成されたレコードＲ１を記憶部４に格納する。レコードＲ１は、血圧の測定時間Ｄ１と、測定された生体情報（最高血圧Ｄ２、最低血圧Ｄ３および脈拍数Ｄ４）を関連付けて格納する。なお、測定時間Ｄ１と生体情報（最高血圧Ｄ２、最低血圧Ｄ３および脈拍数Ｄ４）とを関連付けて可能な形式であれば、レコード形式に限定されない。

図３を参照して、生体情報処理装置１０４は、ＣＰＵ（Central Processing Unit）３２、メモリ３３、記憶部３４、アンテナ３５Ａを有した通信部３５、ディスプレイ，スピーカ、バイブレータ等の出力部３７、およびスイッチ，ボタン等を含む操作部３６を備える。通信部３５は、端末１００および無線基地局１０２を含む外部機器と通信する機能を有する。通信部３５の通信機能は、上述したBluetooth（登録商標）に従う無線通信機能を含む。

メモリ３３は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含み、主にプログラムを記憶する領域、およびプログラム実行時の作業領域を有する。記憶部３４は、端末１００から受信する生体情報を格納するためのＤＢ（データベースの略）１０、および生体情報を評価するためのテーブルＴＢを含む。

また、図４を参照して、サーバ２００は、ＣＰＵ（Central Processing Unit）１１、メモリ１２、記憶部１８およびネットワーク１０３との通信部３５を備える。通信部３５は、ネットワーク１０３を介して端末１００または生体情報処理装置１０４を含む外部機器と通信する機能を有する。

メモリ１２は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含み、主にプログラムを記憶する領域、およびプログラム実行時の作業領域を有する。記憶部１８は、端末１００または生体情報処理装置１０４から受信する生体情報を格納するためのＤＢ（データベースの略）１０、および生体情報を評価するためのテーブルＴＢを含む。

（生体情報の格納部）
図６は、実施の形態１に係るＤＢ１０の構成を模式的に示す図である。ここでは、ＤＢ１０として生体情報処理装置１０４に格納されたものを説明するが、サーバ２００のＤＢ１０も同様の構成を有する。図６を参照して、ＤＢ１０は領域Ｅ１と領域Ｅ２とを含む。領域Ｅ１には、特徴レコードＭＲｉ（ｉ＝１，２，３，・・・）が格納されて、領域Ｅ２には、端末１００から受信された複数のレコードＲ１（図５参照）が格納される。特徴レコードＭＲｉは、端末識別子２２、特徴データ２３およびポインタ２４を関連付けて含む。図６の領域Ｅ１では、説明のために２つの特徴レコードＭＲ１およびＭＲ２のみが示されるが、格納される特徴レコード数は、１つまたは３つ以上であってもよい。

各特徴レコードＭＲｉは、ポインタ２４により、領域Ｅ２の１つ以上のレコードＲ１と紐付け（以下、リンクともいう）される。この紐付の詳細は後述する。特徴データ２３は、紐付けされたレコードＲ１の生体情報から抽出された特徴量を示す。ここでは、特徴量は、紐付けされた各レコードＲ１の最高血圧Ｄ２と最低血圧Ｄ３の差（上下差）の平均値を表す。一般的に、血圧の上下差から、動脈硬化の進行具合を判断できることが知られている。なお、ここでは特徴量は、上下差の代表値であれば、平均値に限定されず、例えば最頻値、中央値等であってもよい。

上記の特徴量は上下差に限定されず、脈拍数Ｄ４と血圧値の関係を示す特徴量であってもよい。また、端末識別子２２は、紐付けされたレコードＲ１の送信元である端末１００を一意に識別するためのデータである。本実施の形態では、端末識別子２２として、生体情報の送信元の端末１００の個体ＩＤ２１が用いられる。端末識別子２２は、端末１００を一意に識別できる情報であればよく、個体ＩＤ２１に限定されない。

（生体情報処理装置１０４の機能構成）
図７は、実施の形態１に係る生体情報処理装置１０４の情報処理のための機能構成を模式的に示す図である。図７の各部の機能は、生体情報処理装置１０４のＣＰＵ３２が実行するプログラムにより実現される。これらプログラムは、メモリ３３に格納されている。

図７を参照してＣＰＵ３２は、通信部３５を介して端末１００から受信する情報から端末１００の個体ＩＤ２１、すなわち端末識別子２２を検出するための識別子検出部４１、および通信部３５を介し受信した生体情報を記憶部３４に格納するための格納処理部４２を備える。さらに、ＣＰＵ３２は、差検出部４３、端末１００から受信したレコードＲ１の生体情報から特徴量を抽出する特徴量抽出部４４、アンテナ３５Ａによる受信電波の強度を検出する受信強度検出部４５、および生体情報を評価する評価部４６を備える。上記の差検出部４３は、端末１００から受信するレコードＲ１の生体情報と、特徴レコードＭＲｉの特徴データが示す特徴量との差（以下、特徴量差という）を検出する。評価部４６は、特徴量についてテーブルＴＢの内容に従い、動脈硬化の進行具合を評価する。評価結果は、出力部３７に表示され、または記憶部３４に格納され、または通信部３５を介して端末１００に送信される。

（処理フローチャート）
図８は、本実施の形態１に係る生体情報処理のためのフローチャートである。このフローチャートに従うプログラムは、生体情報処理装置１０４のメモリ３３に予め格納される。ＣＰＵ３２は、メモリ３３からプログラムを読出し、読出されたプログラムを実行する。

ここでは、夫婦(二人)で生活をしている場合に、各自が１台の端末１００を共用して生体情報を測定すると想定する。各自は、血圧を測定するために端末１００を２４時間装着する。２４時間内において血圧測定部６は定期的に測定を繰返す。血圧測定毎に、生体情報のレコードＲ１が生成されて、レコードＲ１が記憶部４に格納される。記憶部４の２４時間分のレコードＲ１は、端末１００から生体情報処理装置１０４にBluetooth（登録商標）に従い送信される。端末１００から生体情報処理装置１０４への送信情報には、送信元を示す当該端末１００の個体ＩＤ２１が含まれる。

図８を参照して、まず、生体情報処理装置１０４の電源がＯＮされると、ＣＰＵ３２はプログラムを起動し、プログラムをＩＤＬＥ状態（待ち状態）にセットする（ステップＳ３）。このＩＤＬＥ状態において、ＣＰＵ３２は、通信部３５の出力に基づき、端末１００と通信を開始（接続）しているかを判断する（ステップＳ５）。端末１００が接続されていないと判断されると（ステップＳ５でＮＯ）、ステップＳ３の処理が繰返されて、ＩＤＬＥ状態が継続する。

端末１００が接続さていると判断されると（ステップＳ５でＹＥＳ）、ＣＰＵ３２は、通信部３５を介して端末１００から２４時間分の生体情報（レコードＲ１）を受信し、受信されたレコードＲ１を、ＤＢ１０の領域Ｅ２に格納する（ステップＳ７）。

特徴量抽出部４４は、格納された２４時間分のレコードＲ１から特徴量５１を抽出する。具体的には、各レコードＲ１の生体情報から上述の上下差を算出し、２４時間分の複数のレコードＲ１について上下差の平均値を算出する。特徴量５１は、算出された上下差の平均値を示す。

ＣＰＵ３２は、ＤＢ１０の領域Ｅ１に特徴レコードＭＲｉが登録されているか否かを判断する（ステップＳ９）。特徴レコードＭＲｉが登録されていないと判断されると（ステップＳ９でＮＯ）、格納処理部４２は、特徴レコードＭＲｉを生成し、生成された特徴レコードＭＲｉを領域Ｅ１に格納する（ステップＳ１９）。このように新たに格納された特徴レコードＭＲｉは、現在接続中の端末１００の個体ＩＤ２１を示す端末識別子２２と、特徴量５１を示す特徴データ２３と、ポインタ２４を含む。

格納処理部４２は、ステップＳ１９で生成された特徴レコードＭＲｉのポインタ２４に値をセットする（ステップＳ２１）。この値は、ステップＳ７で領域Ｅ２に格納された２４時間分のレコードＲ１を、当該特徴レコードＭＲｉに紐付けするための値（例えば、アドレス）を示す。これにより、ユーザの２４時間分の生体情報のレコードＲ１は、その特徴量を示す特徴レコードＭＲｉと紐付けされる。

一方、領域Ｅ１に特徴レコードＭＲｉが既に登録されていると判断されると（ステップＳ９でＹＥＳ）、当該特徴量５１はメモリ２の作業領域に一時的に格納される（ステップＳ１１）。

その後、ＣＰＵ３２は、上記のステップＳ７で領域Ｅ２に格納された生体情報が、領域Ｅ２に既に格納されているレコードＲ１の生体情報と同じ傾向を示すものであるか否かを判断する（ステップＳ１３）。

具体的には、差検出部４３は、上記の特徴量５１と、領域Ｅ１の各特徴レコードＭＲｉの特徴データ２３が示す特徴量との差を検出（算出）し、検出結果を格納処理部４２に出力する。格納処理部４２は、検出された差が閾値以下であれば、特徴量５１は、特徴レコードＭＲｉとして登録済である、すなわち今回受信された生体情報の傾向は、ＤＢ１０に既に登録済の生体情報の傾向と同じであると判断し（ステップＳ１３でＹＥＳ）、処理は後述のステップＳ１５に移行する。

一方、差が閾値を超えれば、格納処理部４２は、特徴量５１は、特徴レコードＭＲｉとして未登録である、すなわち今回受信された生体情報の傾向は、ＤＢ１０に既に登録済の生体情報の傾向とは異なると判断したとき（ステップＳ１３でＮＯ）、処理はステップＳ１９に移行する。ステップＳ１９とステップＳ２１では、上述と同様に新たな特徴レコードＭＲｉが生成されて領域Ｅ１に格納される。

今回受信された生体情報の傾向が、ＤＢ１０に既に登録済の生体情報の傾向とは異なる場合とは、例えば、端末１００が装着される生体が夫から妻に変更された場合に相当する。この場合には、生体情報処理装置１０４は、生体（妻）から測定された生体情報のレコードＲ１を、当該生体情報の特徴量５１を示す特徴レコードＭＲｉと関連付けて領域Ｅ２に格納する。

ステップＳ１５では、格納処理部４２は、上述の特徴量５１は、既に登録済の生体についての特徴量と一致する、すなわち当該生体について認証ＯＫと判断する処理を実施する（ステップＳ１５）。例えば、ステップＳ１３で登録済と判断された特徴レコードＭＲｉについて、その特徴データ２３を、当該特徴量５１を用いて変更する。具体的には、格納処理部４２は、登録済の特徴レコードＭＲｉの特徴データ２３の値と、特徴量５１との平均を算出し、算出された平均値を特徴データ２３として当該特徴レコードＭＲｉにセットする。これにより、特徴レコードＭＲｉの特徴データ２３は、紐付けされる生体情報が変化する毎に、最新の特徴量を示すように変更される。なお、ステップＳ１５の特徴量の変更方法は、平均値を用いた変更に限定されない。

ステップＳ１７では、格納処理部４２は、ステップＳ１３で登録済と判断された特徴レコードＭＲｉのポインタ２４を、ステップＳ７で領域Ｅ２に格納されたレコードＲ１も紐付けるための値に変更する（ステップＳ１７）。これにより、今回、受信された生体情報のレコードＲ１は、登録済と判断された特徴レコードＭＲｉと紐付けされる。

このように、生体情報処理装置１０４は、端末１００から受信する生体情報（レコードＲ１）と、生体の識別情報（特徴データ２３および端末識別子２２とからなる組）とを、両者を関連付けてＤＢ１０に格納する（図６参照）。これにより、ユーザに対して特別な情報入力を要求することなく、当該ユーザの生体情報（レコードＲ１）を、その特徴量および当該生体情報の送信元の端末１００の識別子を用いて、他人の生体情報（レコードＲ１）と識別しながら管理することが可能となる。

［実施の形態２］
実施の形態２では、実施の形態１の変形例を示す。実施の形態１では、生体情報処理装置１０４は１台の端末１００と通信するとしたが、実施の形態２では、生体情報処理装置１０４の通信可能圏内に、複数の端末１００が存在し得る場合を想定し説明する。

図９は、本実施の形態２に係る生体情報処理のためのフローチャートである。このフローチャートに従うプログラムは、生体情報処理装置１０４のメモリ３３に予め格納される。ＣＰＵ３２は、メモリ３３からプログラムを読出し、読出されたプログラムを実行する。実施の形態３でも、実施の形態１と同様に、端末１００は２４時間の生体情報のレコードＲ１を、生体情報処理装置１０４に送信する。

図９を参照して、生体情報処理装置１０４の電源がＯＮされると、ＣＰＵ３２は、端末１００から２４時間の生体情報のレコードＲ１を受信し、受信されたレコードＲ１をＤＢ１０の領域Ｅ２に格納し、当該生体情報から特徴量５１を抽出する（ステップＳ２３〜Ｓ２７）。ステップＳ２３〜Ｓ２７の処理は、図８のステップＳ３〜Ｓ７の処理と同様であり詳細は繰返さない。

ＣＰＵ３２は、ＤＢ１０の領域Ｅ１に特徴レコードＭＲｉが登録されているか否かを判断し（ステップＳ２９）、登録されていない場合は（ステップＳ２９でＮＯ）、上記に述べた特徴量５１の特徴レコードＭＲｉが生成されて、領域Ｅ１に登録される（ステップＳ３７）。この新たな特徴レコードＭＲｉのポインタ２４には、ステップＳ７において領域Ｅ２に格納された２４時間分のレコードＲ１を、当該特徴レコードＭＲｉに紐付けするための値がセットされる。ステップＳ２９とステップＳ３７の処理は、図８のステップＳ９とステップＳ１９の処理と同様であり、詳細は繰返さない。

一方、領域Ｅ１に特徴レコードＭＲｉが登録されていると判断されると（ステップＳ２９でＹＥＳ）、当該特徴量５１がメモリ２の作業領域に一時的に格納される（ステップＳ３１）。その後、上記のステップＳ２７で領域Ｅ２に格納された生体情報が、領域Ｅ２に既に格納されているレコードＲ１の生体情報と同じ傾向を示すものであるか否かが判断される（ステップＳ３３）。判断の結果に基づき、登録済と判断された特徴レコードＭＲｉの特徴データ２３の変更または新たな特徴レコードＭＲｉの登録（ステップＳ３５、ステップＳ３７）が実施される。この特徴データ２３の変更と特徴レコードＭＲｉの新たな登録の処理は、図８のステップＳ１５とＳ１９の処理と同様であり、詳細は繰返さない。

また、ステップＳ３９では、ＣＰＵ３２は、生体情報処理装置１０４と通信する端末１００の個体ＩＤ２１を取得する（ステップＳ３９）。具体的には、ＣＰＵ３２は、通信部３５を介してチャンネルを切替えながら、１台以上の各端末１００と通信し、各端末１００から受信する情報から、当該端末１００の個体ＩＤ２１を抽出する。

ＣＰＵ３２は、ステップＳ３９において取得された個体ＩＤ２１の種類から、当該生体情報処理装置１０４は複数台の端末１００と通信するか否かを判断する（ステップＳ４１）。

ＣＰＵ３２は、取得された個体ＩＤ２１は１種類である、すなわち生体情報処理装置１０４と通信する端末１００は１台であると判断すると（ステップＳ４１でＮＯ）、上記のステップＳ２７で領域Ｅ２に格納された生体情報（レコードＲ１）の蓄積処理を行う（ステップＳ４３）。蓄積処理は、例えば、格納処理部４２が、領域Ｅ２のこれら生体情報（レコードＲ１）を、読出し可能な状態に設定する。これにより、当該端末１００から受信した生体情報（レコードＲ１）は読出し可能に設定されることで閲覧可能となり、また、その後の評価部４６による評価の対象情報とすることができる。

一方、取得された個体ＩＤ２１は複数種類である、すなわち生体情報処理装置１０４と通信している端末１００は複数台であると判断されると（ステップＳ４１でＹＥＳ）、ＣＰＵ３２は、抽出された複数種類の個体ＩＤ２１を表す一覧表を作成する（ステップＳ４５）。ＣＰＵ３２は、ステップＳ２７〜ステップＳ３７で受信した生体情報（レコードＲ１）の送信元の端末１００を、一覧表から選択する（ステップＳ４７）。ここでは、ＣＰＵ３２は、受信電波強度が最大の端末１００（すなわち、最も生体情報処理装置１０４に接近して位置する端末１００）を選択し得る。

具体的には、受信強度検出部４５は、一覧表の各個体ＩＤ２１に対応した端末１００から、通信部３５のアンテナ３５Ａによって受信される電波強度（単位：デシベル）を測定し、測定結果に基づき、受信電波の強度が最大である端末１００を特定する。ＣＰＵ３２は、特定された端末１００の個体ＩＤ２１と、ステップＳ３５またはステップＳ３７で処理された特徴レコードＭＲｉ（すなわち、特徴データ２３が変更された特徴レコードＭＲｉまたは新たに登録された特徴レコードＭＲｉ）の端末識別子２２とを照合し、両者が一致するか否かを判断する。

両者が一致したとき、ＣＰＵ３２は当該端末１００を選択可能と判断する（ステップＳ４７でＹＥＳ）。判断の結果に基づき、格納処理部４２は、ステップＳ２７で領域Ｅ２に格納された生体情報（レコードＲ１）について、上記の蓄積処理を実施する（ステップＳ４９）。

一方、両者が一致しないと判断されたとき、ＣＰＵ３２は、選択不可と判断する（ステップＳ４７でＮＯ）。判断の結果に基づき、格納処理部４２は、ステップＳ２７で領域Ｅ２に格納された生体情報（レコードＲ１）を活用しない生体情報として処理する（ステップＳ５１）。

ステップＳ５１では、例えば、格納処理部４２は、ステップＳ２７で領域Ｅ２に格納された生体情報（レコードＲ１）を読出し不可に設定するか、または領域Ｅ２から削除するように処理する。また、ステップＳ３５で特徴データ２３が変更された特徴レコードＭＲｉについて、その特徴データ２３の値を変更前の値に戻す。またステップＳ３７で新たに登録された特徴レコードＭＲｉを領域Ｅ１から削除する。

本実施の形態の背景として、監視対象のユーザが生体情報処理装置１０４を携帯する。したがって、生体情報処理装置１０４と通信する端末１００であっても、生体情報処理装置１０４から遠くに位置する（受信電波強度が最大ではない）端末１００は、当該ユーザにより装着された端末１００ではないと判断することができるから（図９のステップＳ４７でＮＯ）、当該端末１００から受信した生体情報については蓄積処理が省略される（ステップＳ５１）。これにより、監視対象のユーザについて、その生体情報を蓄積処理することができる。

なお、実施の形態２では、生体情報処理装置１０４の近傍に位置する端末１００を、受信電波の電界強度を用いて判定したが、受信電波強度に代えて、近接センサを用いてもよい。

［実施の形態３］
実施の形態３は、実施の形態１または２の変形例を示す。本実施の形態では、実施の形態１または２でＤＢ１０に格納された生体情報を用いた評価部４６による評価処理が実施される。なお、評価処理は、図８または図９の処理後に、引き続き実施されるとしてもよく、または、ユーザから操作部８（または操作部３６）を介し指示が入力された時に実施されるとしてもよい。

本実施の形態では、評価部４６は、領域Ｅ１の特徴レコードＭＲｉの特徴データ２３に基づき、テーブルＴＢの情報に従い生体の動脈硬化の進行具合を評価する。

テーブルＴＢには、評価のための情報が登録されている。例えば、上下差の正常値と、評価ルールと、メッセージが関連付けて登録されている。評価部４６は、テーブルＴＢの評価ルールに従い、特徴データ２３が示す特徴量（上下差）がテーブルＴＢの正常値を超えているか否かを判断する。超えていると判断すると、テーブルＴＢから関連のメッセージを読出し、出力する。メッセージとしては、例えば、「心臓から近い方の血管が動脈硬化を起こしている可能性が有る」等の文字情報、または音声等の態様で提示される。

なお、評価方法は、これに限定されない。例えば、或る特徴レコードＭＲｉ、すなわち或るユーザ（生体）に関連付けて領域Ｅ２に蓄積された生体情報（レコードＲ１）から、血圧変動について傾向を分析する。例えば、早朝の時間帯の最高血圧が閾値よりも高いと判断した場合には、特徴レコードＭＲｉで識別されるユーザは、いわゆる早朝高血圧の傾向があると評価することができる。また、過去の早朝高血圧の頻度と、現在の早朝高血圧の頻度を比較し、発生頻度が低い（または高い）傾向に変化したと評価することもできる。

なお、生体情報処理装置１０４は、上記に述べた閾値を、ネットワーク１０３を介して、公的機関のサーバ装置から受信するとしてもよい。

また、領域Ｅ２に格納された過去の蓄積データは、出力部９または３７を介してユーザが閲覧可能に提示されるとしてもよい。その場合、例えば、生体情報が行動パターン情報であるときは、各ユーザに自身の過去の行動パターンを認知させることができる。また、行動パターンを評価し、評価結果に基づくレコメンド（運動不足の解消を推奨するためのアドバイス等）を出力するとしてもよい。

（各実施の形態の変形例）
上記の各実施の形態では、端末１００はユーザに装着（または携帯）される端末として説明したが、装着型に限定されない。例えば、生体情報として、体重，排泄（尿，便）の量，速度を測定する場合には、端末１００は便座または便器に備えられる排泄のためのセンサが端末１００に相当する。この場合であっても、上述の各実施の形態に従う生体情報処理を適用することができる。

また、格納処理部４２は、端末１００から受信した生体情報（レコードＲ１）を領域Ｅ２に蓄積する場合に、当該端末１００の受信電波の強度が予め定められた強度以上であるときに、当該生体情報を蓄積すると決定してもよい。

また、各実施の形態では、ユーザが操作部８を操作すると生体情報のレコードＲ１の生体情報処理装置１０４への送信が開始されたが、定期的に、または自動で送信が開始されるとしてもよい。

また、生体情報（レコードＲ１）の特徴量５１は、生体情報処理装置１０４により検出されるとしたが、生体情報処理装置１０４に代わって端末１００が特徴量５１を検出し、検出された特徴量５１を生体情報処理装置１０４に送信するとしてもよい。

また、各実施の形態では、端末１００において蓄積された２４時間の生体情報（レコードＲ１）が、生体情報処理装置１０４へ送信されるとしたが、この方法に限定されない。例えば、血圧が測定される毎に、測定された生体情報のレコードＲ１が、端末１００から生体情報処理装置１０４に送信されて、生体情報処理装置１０４は２４時間分の生体情報が蓄積されたとき、図８または図９の生体情報処理を開始するとしてもよい。

また、端末１００がサーバ２００と通信する場合、または、生体情報処理装置１０４を中継してサーバ２００のＤＢ１０に生体情報が格納される場合は、図８と図９の処理は、生体情報処理装置１０４に代わって、サーバ２００により実施される。

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

６血圧測定部、１３，３５通信部、２１個体ＩＤ、２２端末識別子、２３特徴データ、２４ポインタ、３５Ａアンテナ、４１識別子検出部、４２格納処理部、４３差検出部、４４特徴量抽出部、４５受信強度検出部、４６評価部、１００端末、１０２無線基地局、１０３ネットワーク、１０４生体情報処理装置、２００サーバ、Ｄ１測定時間、Ｄ２最高血圧、Ｄ３最低血圧、Ｄ４脈拍数、Ｅ１，Ｅ２領域、ＭＲ１，ＭＲ２特徴レコード、Ｒ１レコード。

Claims

端末と、生体情報を含む情報を通信するための通信部と、
前記端末から受信される情報から端末識別子を検出するための識別子検出部と、
前記端末から受信される前記生体情報、当該生体情報の特徴量および当該端末の端末識別子を記憶部に格納するための格納処理部と、を備える、生体情報処理装置。
前記端末から受信される前記生体情報が有する前記特徴量と、前記記憶部に格納される前記特徴量との差を検出する差検出部を、さらに備え、
前記格納処理部は、
検出された前記差が閾値以下であるとき、前記受信される前記生体情報、前記記憶部の前記特徴量および前記端末識別子を当該記憶部に格納する、請求項１に記載の生体情報処理装置。
前記格納処理部は、さらに、
前記検出された差が前記閾値よりも大きいとき、前記端末から受信される前記生体情報、当該生体情報が有する特徴量および当該端末の端末識別子を前記記憶部に格納する、請求項２に記載の生体情報処理装置。
前記通信部を介し前記端末から受信される電波の強度を検出する受信強度検出部を、さらに備え、
前記格納処理部は、受信電波の強度が予め定められた強度以上であるとき、前記端末から受信される生体情報を前記記憶部に格納する、請求項２または３に記載の生体情報処理装置。
前記格納処理部は、
前記通信部が複数台の前記端末と通信する場合に、当該複数台の端末のうち前記受信電波の強度が最大である端末から受信される前記生体情報を、前記記憶部に格納する、請求項４に記載の生体情報処理装置。