JP6793522B2 - 生体データ処理装置、生体データ処理システムおよびプログラム - Google Patents

Description

この開示は、生体データを処理する装置、システムおよびプログラムに関し、特に、被測定者の生体データを当該被測定者の生活活動におけるイベントのデータとともに処理する生体データ処理装置、生体データ処理システムおよびプログラムに関する。

被測定者の血圧などは服薬、食事、運動などの生活活動の状況に応じて変動しやすいために、血圧値を管理する場合には、これら生活活動の情報と関連付けて管理することが望ましい。

たとえば、特許文献１（特開２００６-１５８８７９号公報）は、血圧算出手段により算出された血圧のデータと測定条件とを関連付けて記憶部に格納する構成を開示する。また、特許文献２（再公表ＷＯ２０１０/０７３６９２号公報）は、測定日時と生活習慣情報（食事後、運動後、喫煙後、安静時）と、血圧値・脈拍数などの各測定値を関連付ける構成を開示する。また、特許文献３（特開２０１２-１９６５０８号公報）は、各血糖値が食前か食後かがわかるように、食前記号と食後記号で分類する構成を開示する。また、特許文献４（特開２０１０-２１３７８５号公報）は、服薬マークと血圧値と服薬時刻をメモリ部に記憶し、血圧測定と服薬（投薬）とを結び付けて管理する構成を開示する。

特開２００６-１５８８７９号公報 再公表ＷＯ２０１０/０７３６９２号公報 特開２０１２-１９６５０８号公報 特開２０１０-２１３７８５号公報

血圧測定値などを生活習慣情報と関連付けて記憶部に格納する場合には、記憶領域を有効利用することが望まれる。

それゆえに本開示の目的は、生体データを記憶する領域の有効利用を可能にする生体データ処理装置、生体データ処理システムおよびプログラムを提供することである。

この開示のある局面に従うと、生体データ処理装置は、被測定者から測定された生体データを取得するデータ取得部と、被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、データ取得部により取得される生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、イベント取得部によりイベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納する格納制御部と、を含む。

好ましくは、データ取得部が取得する生体データは、所定時間毎に測定される生体データを含む。

好ましくは、上記のイベントは、服薬を含む複数種類のイベントを含み、生体データ処理装置は、イベントデータが取得された場合に、当該イベントの種類を判断し、格納制御部は、イベント取得部によりイベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを関連領域に格納する。

好ましくは、生体データ処理装置は、生体データ処理装置に対するユーザの操作を受付ける操作部を、さらに備え、イベント取得部は、操作部が受付けた操作内容に基づきイベントが発生したことを検出する。

好ましくは、生体データを処理するデータ処理部を、さらに備え、データ処理部は、データ領域の生体データを、当該生体データに関連するデータの関連領域に格納されるイベントデータと関連付けて表示する。

好ましくは、イベントデータは、直前のイベントが発生した時からの経過時間を含む。
この開示の他の局面に従う生体データ処理システムは、被測定者から生体データを測定する測定機器と、測定機器と通信する端末装置と、を備える。端末装置は、測定機器から前記生体データを取得するデータ取得部と、被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、データ取得部により取得される生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、イベント取得部によりイベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納する格納制御部と、を含む。

この開示のさらに他の局面に従うプログラムは、コンピュータに生体情報の処理方法を実行させるプログラムである。コンピュータは、生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部を備える。

処理方法は、被測定者から測定された生体データを取得するステップと、被測定者の生活活動において発生したイベントを示すイベントデータを取得するステップと、イベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納するステップと、を含む。

好ましくは、上記のイベントは、服薬を含む。

本開示によれば、関連領域にイベントデータを格納することにより、イベントデータを格納するための特別な領域を設ける必要はなく、生体データを記憶する領域の有効利用が可能となる。

実施の形態１に従う情報処理システム１の概略的な構成を示す図である。 実施の形態１にかかる血圧計２１の構成図である。 実施の形態１にかかる端末装置１０の構成図である。 実施の形態１にかかるサーバ３０の構成図である。 実施の形態１にかかる端末装置１０の機能構成を模式的に示す図である。 実施の形態１にかかる生体データ５の測定時間とイベントデータ８の発生時間とを時系列に示す図である。 実施の形態１にかかる格納制御部１２４によるメモリ１５４におけるデータの格納例を示す図である。 実施の形態１にかかる測定機器２０の処理のフローチャートである。 実施の形態１にかかる測定装置と端末装置の通信処理のフローチャートである。 実施の形態１にかかるディスプレイ１５８の表示例を示す図である。 実施の形態２にかかる血圧計２１のデータ管理部１２０Ａの構成を示す図である。

本開示の実施の形態について図面を参照して詳細に説明する。なお各図中同一符号は同一または相当部分を示す。

＜概要＞
各実施の形態では、生体情報の指標を示す生体データ５に関連するデータを格納するための関連領域（メタデータ領域Ｅ１）に、生体情報を測定する時の前後で発生したイベントを示すイベントデータ８を格納する。

上記の構成によれば、イベントデータ８は関連領域に格納されることにより、イベントデータ８を格納するための特別の領域を設ける必要はない。したがって、生体データを記憶する領域を節約することができる。

各実施の形態では、被測定者から測定される生体情報として、被測定者の生体の状態を示す情報および被測定者の身体の活動（動き）を示す情報を含み得る。また、生体情報の指標を示す生体データは、血圧値、脈拍（心拍）数、血糖値、排泄量、発汗量、肺活量、睡眠量、呼吸数、体組成値（身体の体重、身長、筋肉量、骨量、脂肪量など身体の組成を示す値）を含み得る。

また、身体の活動を示す情報の指標を示す活動量として、歩行時の「歩数」、消費熱量である「消費カロリー」などを含み得る。身体の活動量は、これらに限定されず、昇降数、姿勢、咀嚼数、運動や生活活動（たとえば、掃除機をかける、荷物運び、炊事など）全般の活動量とすることができる。また、身体の活動を示す情報の指標として不活動量を用いても良い。不活動量は、身体不活動の時間、たとえばデスクワークまたはテレビ視聴時間などの座位（sedentary）活動の時間により示される。

被測定者の生活活動において発生した「イベント」は、投薬（服薬）、食事、運動、喫煙、睡眠、排泄などを含み得るが、これらに限定されない。

また、実施の形態では、測定機器のユーザ（被測定者）は１人としているが、複数の被測定者により共用されてもよい。

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

情報処理システム１は「生体データ処理システム」の一実施例である。図１を参照して、情報処理システム１は、被測定者（ユーザともいう）が使用する端末装置１０Ａ，１０Ｂと、被測定者の生体情報を測定する機能を備える血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５と、サーバ３０と、ネットワーク４１，４３とを含む。以下では、説明の便宜上、主に端末装置１０Ａについて説明するが、端末装置１０Ａと端末装置１０Ｂは同様の機能を有する。説明の便宜上、端末装置１０Ａと端末装置１０Ｂを「端末装置１０」とも総称する場合がある。

生体情報の測定機器は、血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５に限られず、ユーザの生体情報を測定するための機器であればよい。たとえば、生体情報の測定機器は、活動量計であってもよい。以下では、説明の便宜上、血圧計２１、睡眠計２２、歩数計２３、体重・体組成計２４および体温計２５を「測定機器２０」とも総称する場合がある。

ここで、実施の形態１に従う血圧計２１は、本体とカフ（腕帯）とが一体となった腕時計型の血圧計である。血圧計２１は、腕時計のように長時間腕に装着して、２４時間連続して脈動を１拍ごとに測定する機能や、常時装着して測定開始ボタンを押すだけで測定できる機能などを有する。これにより、血圧計２１は、ユーザの血圧の常時測定が可能となっている。また、血圧計２１は、後述するように歩数の計測機能も備える。このように測定機器２０は、複数種類の生体情報を測定する機能を備えて構成され得る。

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

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

サーバ３０は、記憶領域の一例であるデータベース３２を備える。サーバ３０は、各端末装置１０から送信されたデータを受信し、受信したデータをデータベース３２に格納する。具体的には、サーバ３０は、受信データを送信元の端末装置１０の識別情報（端末ＩＤ）と関連付けてデータベース３２に格納する。

端末装置１０、測定機器２０およびサーバ３０は、「データ処理装置」の一実施例である。

＜測定機器２０の構成＞
実施の形態１にかかる測定機器２０の代表例として血圧計２１の構成を、図２を参照して説明する。図２は、実施の形態１にかかる血圧計２１の構成図である。図２を参照して、血圧計２１は、ＣＰＵ（Central Processing Unit）を含む制御部１０１、液晶などのディスプレイを含む表示部１０２、血圧計２１に対するユーザの操作を受付けるためのキー・ボタンを含む操作部１０３、メモリ部１０４、タイマ１０５、メモリカードなど各種の記録媒体に対して情報の読書きを行なうカードＲ／Ｗ（Read/Write）部１０６、端末装置１０を含む外部の情報処理装置と通信するための通信部１０７、および電源部１０８を含む。

メモリ部１０４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read-Only Memory）、フラッシュメモリなどによって実現される。メモリ部１０４の記憶領域には、ＣＰＵ１０１によって実行されるプログラム、またはＣＰＵ１０１によって用いられるデータなどが格納される。

操作部１０３は、ユーザが生活活動において「イベント」が発生したときにユーザが操作するボタン１５７を含む。ボタン１５７の操作により「イベント」が発生したことが指示される。「イベント」は、血圧計２１が測定する生体情報に関連する種類のイベントを含み得る。より特定的には、生体情報の変動要因となり得るイベントを含み得る。ここでは、例えばイベントの種類は「服薬」とするが「服薬」に限定されない。

さらに、血圧計２１は、加速度センサ１１０、および血圧を測定するための回路からなる血圧測定部１１１を含む。加速度センサ１１０は、血圧計２１にかかる加速度を測定する。血圧測定部１１１は圧力センサ１１１Ａ、弁１１１Ｂ、ポンプ１１１Ｃおよび測定部位（腕）に装着されるカフ１１１Ｄを含む。血圧測定時には、ポンプ１１１Ｃはカフ１１１Ｄ内に空気を供給して、カフ１１１Ｄを膨張させる。カフ１１１Ｄの膨張により測定部位が加圧される。また、加圧後に弁１１１Ｂを開くことによりカフ１１１Ｄ内から排気がなされて測定部位が減圧される。圧力センサ１１１Ａは、この加圧過程または減圧過程におけるカフ１１１Ｄの内圧であるカフ圧を測定し、制御部１０１に出力する。血圧測定時のカフ圧は、非侵襲に測定された動脈圧（生体の状態を示す情報）に相当する。制御部１０１は、血圧測定部１１１からのカフ圧に基づき、例えばオシロメトリック法に従い、血圧値（たとえば、収縮期血圧ＳＹＳおよび拡張期血圧ＤＩＡなどの指標）を算出する。なお、血圧値として平均血圧値が算出されてもよく、また脈拍数が算出されてもよい。

また、加速度センサ１１０は、血圧計２１にかかる加速度を測定し、測定された加速度を制御部１０１に出力する。この加速度は、ユーザが歩行した場合に血圧計２１かかる加速度成分（身体の活動を示す情報）に相当する。制御部１０１は、加速度センサ１１０からの加速度成分を解析して、解析結果に基づき歩数を算出する。ここでは、例えば１時間分の歩数が算出されて、１時間分の歩数が端末装置１０に送信される。

なお、他の測定機器２０は、生体情報の測定機能を除いた基本的な構成は、血圧計２１と同様であるので、ここでは説明を繰返さない。

＜端末装置１０の構成＞
図３は、実施の形態１にかかる端末装置１０の構成図である。図３を参照して、端末装置１０は、主たる構成要素として、ＣＰＵ１５２、タイマ１５３、メモリ１５４、端末装置１０に対するユーザの操作を受付ける操作部１５６、ディスプレイ１５８、アンテナ１６２を介した無線のための通信部１６０、メモリインターフェイス（Ｉ／Ｆ）１６４、通信インターフェイス（Ｉ／Ｆ）１６６、音声出力のためのスピーカ１６８および音声入力のためのマイク１７０とを含む。

ＣＰＵ１５２は、メモリ１５４に記憶されたプログラムを実行することにより、各部を制御する。

メモリ１５４の記憶領域は、ＲＡＭ（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）などを利用した有線通信方式であってもよい。

＜サーバ３０の構成＞
図４は、実施の形態１にかかるサーバ３０の構成図である。図４を参照して、サーバ３０は、ＣＰＵを含む制御部５０１、情報を出力するための出力部５０３、およびサーバ３０に対するユーザ操作を受付けるためのボタン・スイッチなどを含む操作部５０４を備える。サーバ３０は、さらに、ネットワーク４１を介して端末装置１０などと通信するための通信部５０６、プログラムおよびデータを格納するＲＯＭ、ＲＡＭなどを含むメモリ部５０５、およびデータベース３２などの各種データを格納するためのＨＤＤ（Hard Disc Drive）５０７を備える。

＜測定データの送信＞
血圧計２１の制御部１０１は、血圧測定または歩数の生体データ５を生成し、通信部１０７を介して端末装置１０に送信する。また、制御部１０１は、イベントが発生したときイベントデータ８を生成し、通信部１０７を介して端末装置１０に送信する。生体データ５は、血圧値または歩数と測定時間（日／時／分）とを含む。また、イベントデータ８は、イベント発生のフラグとイベント発生時間（日／時／分）を含む。イベント発生のフラグはイベントの種類（たとえば服薬）を示し得る。イベント発生時間はボタン１５７が操作された時間を示す。

実施の形態１では、血圧計２１は、血圧測定または歩数算出がなされる毎に生体データ５を端末装置１０に送信し、または、イベントが発生する毎にイベントデータ８を端末装置１０に送信する。なお、血圧計２１は、定期的に生体データ５またはイベントデータ８を送信するとしてもよい。実施の形態１では、血圧計２１は生体データ５およびイベントデータ８をパケット形式で端末装置１０に送信するが、フレーム形式で送信してもよい。

＜端末装置１０の機能構成＞
図５は、実施の形態１にかかる端末装置１０の機能構成を模式的に示す図である。図５の機能は、主に制御部１０１のＣＰＵ１５２が実行するプログラムまたはプログラムと回路の組合せにより実現される。ＣＰＵ１５２は、メモリ１５４を用いてデータを管理するデータ管理部１２０およびメモリ１５４のデータを処理するデータ処理部１２５を備える。データ処理部１２５は、ＣＰ１５２がメモリ１５４のアプリケーションプログラムを実行することにより実現される。なお、アプリケーションプログラムは、外部の情報処理装置（たとえば、サーバ３０など）からメモリ１５４にダウンロードされ得る。

データ管理部１２０は、データ取得部１２１、イベント取得部１２２、判断部１２３、およびメモリ１５４へのデータの格納を制御する格納制御部１２４を備える。データ取得部１２１およびイベント取得部１２２は、通信部１６０を介して血圧計２１から受信するデータのうちから生体データ５およびイベントデータ８のそれぞれを取得する。たとえば、データ取得部１２１およびイベント取得部１２２は、血圧計２１から受信するパケットのヘッダに基づき、生体データ５またはイベントデータ８を当該パケットから抽出する。

判断部１２３は、イベント取得部１２２によりイベントデータ８が取得された場合に、イベントデータ８が示すイベント発生時間の前後において生体情報が測定されているか否かを判断する。格納制御部１２４は、判断部１２３の判断の結果に基づき、生体データ５またはイベントデータ８をメモリ１５４に、たとえば測定レコードＲ１の形式で格納する。判断部１２３の判断処理については図６で後述し、格納制御部１２４の格納処理については図６で後述する。実施の形態１では、生体データ５と対応のイベントデータ８とをレコード形式で関連付けたが、両データを関連付けて格納可能な形式であれば、レコード形式に限定されない。

＜判断部１２３の判断処理＞
図６を参照して、判断部１２３の判断処理を説明する。図６は、実施の形態１にかかる生体データ５の測定時間とイベントデータ８の発生時間とを時系列に示す図である。図６では、時間の経過を示す時間軸上に、生体データ５の測定時間Ｔ１、Ｔ２、Ｔ４およびＴ６と、イベントデータ８のイベント発生時間Ｔ３とＴ５が示されている。

（生体データ５が血圧値である場合の判断処理）
判断部１２３は、データ取得部１２１から受付けた生体データ５を、各生体データ５の測定時間Ｔ１、Ｔ２、Ｔ４およびＴ６に従い時系列に管理する。同様に、イベント取得部１２２から受付けた各イベントデータ８を、イベント発生時間Ｔ３およびＴ５に従い時系列に管理する。

判断部１２３は、イベント取得部１２２からのイベントデータ８を受付ける毎に、受付けたイベントデータ８のイベント発生時間に基づき、上記の時系列の生体データ５を検索する。検索の結果に基づき、当該イベント発生時間の「前」を示す測定時間を有した生体データ５が取得されているかを判断する。より特定的には、判断部１２３は、時系列の生体データ５のうち、直前に受付けたイベントデータ８のイベント発生時間の「後」から今回受付けたイベントデータ８のイベント発生時間の間における測定時間を示す生体データ５があるか否かを判断する。

図６の場合で説明すると、判断部１２３が、たとえば、イベント発生時間Ｔ３のイベントデータ８を受付けた場合は、時間Ｔ３に基づき、時系列の生体データ５を検索する。判断部１２３は、検索の結果に基づき、時間Ｔ３の「前」を示す測定時間Ｔ２を有した生体データ５が取得されていると判断する。同様にイベント発生時間Ｔ５のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ５の「前」の測定時間Ｔ４を有した生体データ５が取得されていると判断する。

これに対して、図６によれば、仮に、イベント発生時間Ｔ１のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ１に基づき、時系列の生体データ５を検索しても時間Ｔ１の「前」を示す測定時間を有した生体データ５が取得されていないと判断する。

（生体データ５が歩数データである場合の判断処理）
実施の形態１では、血圧計２１は、歩数の生体データ５を１時間毎に端末装置１０に送信する。その場合は、判断部１２３は、上記に述べた血圧値と同様に、イベント取得部１２２からのイベントデータ８を受付ける毎に、受付けたイベントデータ８のイベント発生時間に基づき、上記の時系列の生体データ５を検索する。検索の結果に基づき、当該イベント発生時間の「前」を示す測定時間を有した生体データ５は取得されているか否かを判断する。

図６の下段には、判断部１２３が、データ取得部１２１から１時間（１ＨＲ）毎に受付ける歩数の生体データ５を、時系列に従い管理する状態が示されている。図６によれば、判断部１２３は、イベント発生時間Ｔ３のイベントデータ８を受付けたときは当該時間Ｔ３の「前」を示す５時間（５ＨＲ）目の歩数の生体データ５が取得されていると判断する。同様に、イベント発生時間Ｔ５のイベントデータ８を受付けたときは当該時間Ｔ５の「前」を示す９時間（９ＨＲ）目の歩数の生体データ５が取得されていると判断する。

これに対して、図６によれば、仮に、イベント発生時間Ｔ１のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ１に基づき、時系列の生体データ５を検索しても時間Ｔ１よりも「前」を示す測定時間を有した生体データ５は取得されていないと判断する。

なお、図６では、判断部１２３は、イベントデータ８のイベント発生時間の「前」に測定された生体データ５が有るか否かを判断する構成としたが、イベントデータ８のイベント発生時間の「後」に測定された生体データ５が有るか否かを判断する構成としてもよい。または、判断部１２３は、「前」と「後」の両方について生体データ５が有るか否かを判断する構成であってもよい。

＜格納制御部１２４の格納処理＞
図７は、実施の形態１にかかる格納制御部１２４によるメモリ１５４におけるデータの格納例を示す図である。ここでは、説明を簡単にするために、血圧値の生体データ５の格納例を示す。格納制御部１２４は、図６で説明した判断部１２３の判断の結果に従い測定レコードＲ１を生成し、メモリ１５４に格納する。

図７を参照して、メモリ１５４は、複数の測定レコードＲ１を格納する領域を有する。測定レコードＲ１は、血圧計２１による測定データを格納するためにメタデータ領域Ｅ１と生体データ領域Ｅ２を含む。生体データ領域Ｅ２は、データ取得部１２１により取得される生体データ５を格納するための領域である。メタデータ領域Ｅ１は、生体データ領域Ｅ２に格納される生体データ５に関連するデータを格納するための関連領域に相当する。関連するデータは、生体データ５を補足するための補足データ６を含む。補足データ６は、生体データ領域Ｅ２の生体データ５を識別するためのＩＤ７を含む。ＩＤ７は、典型的には被測定者の識別子を含むが、これに限定されない。ユーザ毎に血圧計２１および端末装置１０が所有される場合には、ＩＤ７は血圧計２１の識別子、端末装置１０の識別子を含み得る。

格納制御部１２４は、判断部１２３が、イベントデータ８を受付けたときに、図６で説明したように、当該イベント発生時間の「前」において測定された生体データ５が有ると判断したときは、測定レコードＲ１の生体データ領域Ｅ２に「前」において測定された生体データ５を格納し、当該イベントデータ８をメタデータ領域Ｅ１にＩＤ７とともに格納する。

イベントデータ８は、たとえばイベント種類を示し得るフラグ８１、直前のイベント発生時間からの経過時間８２および当該イベントの発生時間８３を含む。なお、経過時間８２を利用することにより、直前のイベントの発生時間８３と経過時間８２とから、今回のイベントの発生時間８３を算出することが可能となる。これにより、メタデータ領域Ｅ１においてイベントの発生時間８３を省略（格納しない）することが可能となり、メモリを節約することができる。

また、判断部１２３が、「前」において測定された生体データ５は無いと判断したときは、格納制御部１２４は、イベントデータ８を測定レコードＲ１のメタデータ領域Ｅ１に格納するが、生体データ領域Ｅ２には生体データ５を格納しないとしてもよい。したがって、この測定レコードＲ１のメタデータ領域Ｅ１にはイベントデータ８とＩＤ７が格納されて、生体データ領域Ｅ２はデータが格納されない。または、格納制御部１２４は、イベントデータ８をイベント発生時間の直近（前後）の測定時間を示す生体データ５の測定レコードＲ１のメタデータ領域Ｅ１に格納するとしてもよい。

このように、メモリ１５４において、イベントデータ８を、イベント発生時間よりも「前」に測定される生体データ５と紐付けて管理することが可能となる。

＜測定装置の処理フロー＞
図８は、実施の形態１にかかる測定機器２０の処理のフローチャートである。図８の処理フローは、プログラムとしてメモリ部１０４に格納される。制御部１０１のＣＰＵがプログラムを読出し、実行することにより、処理が実現される。

図８を参照して、ＣＰＵは、血圧測定部１１１、加速度センサ１１０または操作部１０３からの出力を割込みとして処理する。ＣＰＵは、血圧測定部１１１または加速度センサ１１０からの生体情報を入力したとき（ステップＳ３で“測定”）、ＣＰＵは血圧測定部１１１または加速度センサ１１０からの生体情報（カフ圧または加速度成分）に基づき、生体データ５（血圧値または歩数）を取得し、取得された生体データ５を格納する（ステップＳ５）。

ＣＰＵは、操作部１０３の出力からボタン１５７の操作内容を受付けたとき（ステップＳ３で“イベント”）、ＣＰＵはイベントデータ８を取得し、取得されたイベントデータ８を格納する（ステップＳ７）。

＜測定装置と端末装置の通信処理＞
図９は、実施の形態１にかかる測定装置と端末装置の通信処理のフローチャートである。図９の測定機器２０側の処理フローは、プログラムとしてメモリ部１０４に格納される。制御部１０１のＣＰＵがプログラムを読出し、実行することにより、処理が実現される。また、端末装置１０側の処理フローは、プログラムとしてメモリ１５４に格納される。ＣＰＵ１５２がプログラムを読出し、実行することにより、処理が実現される。両者の処理は、所定時間間隔で繰返し実施される。

なお、測定機器２０と端末装置１０とはペリング処理を実施することにより、両者の間で通信が可能となる。ここでは、測定機器２０として、血圧計２１を説明する。

まず、血圧計２１の処理を説明する。図９を参照して、血圧計２１のＣＰＵは、図８で格納された生体データ５またはイベントデータ８を端末装置１０に送信する時期であるか否かを判断する（ステップＳ１１）。実施の形態１では、生体情報が測定される毎に、またはイベントが発生する毎に、送信時期であると判断する（ステップＳ１１でＹＥＳ）。ＣＰＵは、送信時期と判断しないときは（ステップＳ１１でＮＯ）、ステップＳ１１を繰返す。

ＣＰＵは、ステップＳ５，Ｓ７において格納された生体データ５またはイベントデータ８を読出し（ステップＳ１３）、読出されたデータから送信データを生成し（ステップＳ１５）、通信部１０７を介して端末装置１０に送信する（ステップＳ１７）。ＣＰＵは、処理を終了するか否かを判断する（ステップＳ１９）。たとえば、ＣＰＵは、血圧計２１の電源がオフされた時などは、処理を終了すると判断するが（ステップＳ１９でＹＥＳ）、処理を終了すると判断しない場合は（ステップＳ１９でＮＯ）、ステップＳ１１に戻る。

次に、端末装置１０の処理を説明する。図９を参照して、端末装置１０のデータ管理部１２０は、通信部１６０を介して血圧計２１から生体データ５またはイベントデータ８を受信するか否かを判断する（ステップＳ２１）。データ管理部１２０は、生体データ５またはイベントデータ８を受信しないと判断するときは（ステップＳ２１でＮＯ）、ステップＳ２１の処理を繰返す。

一方、データ管理部１２０が、生体データ５またはイベントデータ８を受信したと判断したとき（ステップＳ２１でＹＥＳ）、データ取得部１２１またはイベント取得部１２２は、通信部１６０を介して受信したデータから、生体データ５またはイベントデータ８をそれぞれ取得する（ステップＳ２３）。判断部１２３は、取得された生体データ５またはイベントデータ８を時系列に管理する。

判断部１２３は、ステップＳ２３で生体データ５が取得された場合には、図６で説明した判断処理を実施する（ステップＳ２５）。これにより、取得されたイベントデータ８のイベント発生時間の「前」に測定された生体データ５が有るか否かが判断される。

格納制御部１２４は、判断部１２３がイベントデータ８の「前」に測定された生体データ５が有ると判断したときは、測定レコードＲ１の生体データ領域Ｅ２に生体データ５を格納し、対応のメタデータ領域Ｅ１にイベントデータ８を格納する（ステップＳ２９）。一方、判断部１２３がイベントデータ８の「前」に測定された生体データ５は無いと判断したときは、格納制御部１２４は、測定レコードＲ１のメタデータ領域Ｅ１にイベントデータ８を格納する（ステップＳ２９）。この測定レコードＲ１の生体データ領域Ｅ２には、生体データ５は格納されない。または、イベントデータ８をイベント発生時間の直近（前後）の測定時間を示す生体データ５の測定レコードＲ１のメタデータ領域Ｅ１に格納するとしてもよい。

データ管理部１２０は、処理を終了するか否かを判断する（ステップＳ３１）。たとえば、端末装置１０の電源がオフされた時などは、データ管理部１２０は、処理を終了すると判断するが（ステップＳ３１でＹＥＳ）、処理を終了すると判断しない場合は（ステップＳ３１でＮＯ）、ステップＳ２１に戻る。

なお、データ管理部１２０は、メモリ１５４の測定レコードＲ１のデータを暗号化処理するとしてもよい。この場合は、データ処理部１２５の各アプリケーションプログラムは、サーバ３０から復号キーを受信し、受信した復号キーによりメモリ１５４のデータを読出し復号処理する。

＜表示例＞
図１０は、実施の形態１にかかるディスプレイ１５８の表示例を示す図である。図１０を参照して、データ処理部１２５は、測定レコードＲ１の生体データ領域Ｅ２の生体データ５を、対応のメタデータ領域Ｅ１に格納されるイベントデータ８と関連付けてディスプレイ１５８に表示する。

具体的には、データ処理部１２５は、メモリ１５４の測定レコードＲ１を読出し、読出された測定レコードＲ１の内容に従い表示データを生成する。データ処理部１２５は、表示データに基づきディスプレイ１５８を駆動する。これにより、ディスプレイ１５８には、表示データに従う画像が表示される。

図１０のディスプレイ１５８の画面の上側の領域には、測定レコードＲ１の生体データ５と紐付けされたイベントデータ８とが、時系列に並んだリスト形式で表示される。また、同一画面の下側領域には、上側領域とは異なる態様でデータが表示される。具体的には、下側領域では、血圧値（収縮期血圧ＳＹＳ、拡張期血圧ＤＩＡ）が時系列に従う折れ線グラフで示されるとともに、折れ線グラフに関連づけて、イベント発生したタイミングにおいてイベントのマーク（薬のカプセルのマーク）が表示される。

なお、上側領域の画像と、下側領域の画像とは異なる画面に表示されてもよい。なお、表示の態様は、生体データ５とイベントデータ８を測定時間（イベント発生時間）に従い関連付けて表示可能な態様であれば、リスト形式または折れ線グラフに限定されない。

図１０の画面によれば、服薬した後に測定される血圧値は比較的低いことが報知される。また、ユーザは、画面の情報から、処方箋に従って服薬していることを確認することができるとともに、服薬のし忘れの有無を確認することもできる。

実施の形態１によれば、図７で示されたように、端末装置１０は、測定レコードＲ１においてイベントデータ８と、そのイベント発生時間の「前」において測定された生体データ５とを格納することにより、両者を紐付けて管理することができる。また、本来は補足データ６を格納するためのメタデータ領域Ｅ１に、イベントデータ８を格納することにより、イベントデータ８を格納するための領域を特別に準備する必要はなくなり、端末装置１０のメモリ１５４を節約することができる。

[実施の形態２]
実施の形態２は、実施の形態１の変形例を示す。実施の形態１では、端末装置１０のデータ管理部１２０がイベントデータ８を生体データ５と紐付けるようにして管理したが、実施の形態２では、血圧計２１のデータ管理部１２０Ａが当該管理を実施する。

図１１は、実施の形態２にかかる血圧計２１のデータ管理部１２０Ａの構成を示す図である。図１１を参照して、制御部１０１のＣＰＵは、データ管理部１２０Ａとデータ処理部１２５Ａを備える。図１１の各部の機能は、主に制御部１０１のＣＰＵが実行するプログラムまたはプログラムと回路の組合せにより実現される。ＣＰＵは、メモリ部１０４を用いてデータを管理するデータ管理部１２０Ａおよびメモリ部１０４のデータを処理するデータ処理部１２５Ａを備える。データ処理部１２５Ａは、メモリ部１０４に格納されているアプリケーションプログラムがＣＰＵにより実行されることにより実現される。なお、アプリケーションプログラムは、外部の情報処理装置（たとえば、サーバ３０など）から端末装置１０を経由してメモリ部１０４に格納される。または、カードＲ／Ｗ部１０６を経由して外部の記憶媒体からメモリ部１０４に格納される。

データ管理部１２０Ａは、データ取得部１２１Ａ、イベント取得部１２２Ａ、判断部１２３Ａ、およびメモリ部１０４へのデータの格納を制御する格納制御部１２４Ａを備える。

データ取得部１２１Ａは、血圧計２１から出力される生体情報（カフ圧または加速度成分）から、生体データ（血圧値または歩数）５を取得する。イベント取得部１２２Ａは、操作部１０３からの操作内容に従い、ボタン１５７が操作されたときイベントデータ８を取得する。

判断部１２３Ａは、イベント取得部１２２Ａによりイベントデータ８が取得された場合に、図６で示したような時系列に管理される生体データ５に従い、当該イベントデータ８が示すイベント発生時間の「前」において測定された生体データ５が有るか否かを判断する。

格納制御部１２４Ａは、判断部１２３Ａの判断結果に基づき、図７で説明した手順に従う測定レコードＲ１を生成し、生成された測定レコードＲ１をメモリ部１０４に格納する。

データ処理部１２５は、メモリ部１０４から測定レコードＲ１のデータを読出し、読出された生体データを処理する。この場合は、読出されたデータまたは処理結果は、通信部１０７を介して端末装置１０に送信される、または表示部１０２を介して表示される（図１０参照）。

実施の形態２においても、実施の形態１と同様に、本来は補足データ６を格納するための測定レコードＲ１のメタデータ領域Ｅ１に、イベントデータ８を格納することにより、イベントデータ８を格納するための特別な領域を不要とすることができて、メモリを節約することができる。

[実施の形態３]
実施の形態３では、上記の各実施の形態の変形例を説明する。上記の各実施の形態では、ユーザはボタン１５７を操作してイベント発生を指示したが、イベント発生の指示はボタン１５７の操作に限定されない。

実施の形態３では、端末装置１０はディスプレイ１５８にアイコンを表示する。ユーザがイベント発生時にアイコンをタッチすると、端末装置１０に対してイベント発生を指示することができる。これにより、端末装置１０は、アイコンがタッチされたときイベントデータ８を生成する。判断部１２３（１２３Ａ）は、アイコンのタッチによる生成されたイベントデータ８を血圧計２１から受信する生体データ５と紐付けする。このように、ディスプレイ１５８のアイコンをタッチする方法であっても、各実施の形態と同様の測定レコードＲ１を生成して格納することができる。

[実施の形態４]
実施の形態４では、上記の各実施の形態の変形例を説明する。上記の各実施の形態では、イベントの種類は「服薬」の１種類であったが、実施の形態４では、複数種類のイベントデータ８を生体データ５に紐付ける。実施の形態４においても、ユーザは、イベントの発生を指示する場合に、イベントが発生する毎にボタン１５７を操作する。

端末装置１０のデータ管理部１２０（１２０Ａ）は、複数種類のイベントを管理する。たとえば、処方箋に従い、ユーザは食後に服薬して血圧測定する場合には、データ管理部１２０には「食事」→「服薬」の‘順番データ’が登録される。判断部１２３（１２３Ａ）は、イベントデータ８を取得した場合に、当該イベントデータの時系列に従い上記の‘順番データ’に基づき、イベントの種類を判断し、判断した種類（「食事」または「服薬」）のイベントデータ８として格納する。

また、たとえば、ユーザは運動後に食事をするとの習慣があり、また処方箋に従い食後に服薬して血圧測定する場合には、データ管理部１２０（１２０Ａ）には、「運動」→「食事」→「服薬」の‘順番データ’が登録される。判断部１２３（１２３Ａ）は、イベントデータ８を取得した場合に、当該イベントデータの時系列に従い上記の‘順番データ’に基づき、イベントの種類を判断し、判断した種類（「運動」または「食事」または「服薬」）のイベントデータ８として格納する。

なお、データ管理部１２０（１２０Ａ）は、操作部１５６を介して受付けたユーザ操作内容から、上記の‘順番データ’を取得することができる。

[実施の形態５]
実施の形態５では、複数種類のイベントが発生する場合に、判断部１２３（１２３Ａ）は、データ取得部１２２（１２２Ａ）によりイベントデータ８が取得される毎に、イベントデータ８のイベント発生時間の前後において測定された生体データ５のうち、当該イベントデータ８の種類に対応の生体データ５が測定されているか否かを判断する。

この判断のために、ユーザは、操作部１５６（１０３）を操作して、生体データ５の種類と、イベント種類の対応付けの情報を端末装置１０（血圧計２１）に設定する。対応付け情報は、例えば「服薬」と「喫煙」のイベント種類に対応した生体データ５の種類として「血圧」を含む。また、「食事」のイベント種類に対応した生体データ５の種類として「歩数」を含む。

実施の形態５では、判断部１２３（１２３Ａ）は、イベント取得部１２２（１２２Ａ）により「服薬」または「喫煙」にイベントデータ８が取得されると、上記の対応付け情報に従い、生体データ５として「血圧」が測定されているか否かを判断する。

また、判断部１２３（１２３Ａ）は、イベント取得部１２２（１２２Ａ）により「食事」のイベントデータ８が取得されると、上記の対応付け情報に従い、生体データ５として「歩数」が測定されているか否かを判断する。

[実施の形態６]
実施の形態６では、サーバ３０のデータベース３２において、生体データ５はイベントデータ８と紐付けて管理される。実施の形態６では、サーバ３０のＣＰＵ３０１は、データ管理部１２０（１２０Ａ）と同様の機能を備える。ＣＰＵ３０１は、端末装置１０を経由して、血圧計２１から生体データ５またはイベントデータ８を受信すると、受信した生体データ５を、上記の各実施の形態と同様の形式（図７参照）に従い、両者を紐付けてデータベース３２に格納する。

データベース３２のデータは、端末装置１０のデータ処理部１２５により、ブラウジング処理されて、ディスプレイ１５８に表示（図１０参照）され得る。

[実施の形態７]
上述したフローチャートを用いて説明したイベントデータ８を生体データ５と紐付けて管理する方法は、プログラムとして提供することもできる。この方法を実現するためのプログラムは、血圧計２１（測定機器２０）のメモリ部１０４、端末装置１０のメモリ１５４、サーバ３０のメモリ部５０５に格納されており、ＣＰＵがメモリから当該プログラムを読出し、命令コードを実行することにより処理が実現される。

血圧計２１の場合、このプログラムは、通信部１０７を介して、通信回線を経由し、外部の情報処理装置（端末装置１０など）からメモリ部１０４にダウンロードされることにより供給される。または、カードＲ／Ｗ１０６を介して外部の記憶媒体からメモリ部１０４にロードされる。

端末装置１０の場合、このプログラムは、通信部１６０を介して、通信回線を経由し、外部の情報処理装置（サーバ３０など）からメモリ１５４にダウンロードされることにより供給される。または、メモリＩ／Ｆ１６４を介して記憶媒体１６５からメモリ１５４にロードされる。

サーバ３０の場合、このプログラムは、通信部５０６を介して、通信回線を経由し、外部の情報処理装置からメモリ部５０５にダウンロードされることにより供給される。

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

１ 情報処理システム、５ 生体データ、６ 補足データ、８ イベントデータ、１０，１０Ａ，１０Ｂ 端末装置、２０ 測定機器、２１ 血圧計、２２ 睡眠計、２３ 歩数計、２４ 体組成計、２５ 体温計、３０ サーバ、３２ データベース、４１，４３ ネットワーク、８１ フラグ、８２ 経過時間、８３ 発生時間、１０１，５０１ 制御部、１０２ 表示部、１０３，１５６，５０４ 操作部、１０４，５０５ メモリ部、１０５，１５３ タイマ、１１０ 加速度センサ、１１１ 血圧測定部、１２０，１２０Ａ データ管理部、１２１，１２１Ａ データ取得部、１２２，１２２Ａ イベント取得部、１２３，１２３Ａ 判断部、１２４，１２４Ａ 格納制御部、１２５，１２５Ａ データ処理部、１５４ メモリ、１６４ メモリＩ／Ｆ、１５７ ボタン、１５８ ディスプレイ、１６２ アンテナ、Ｅ１ メタデータ領域、Ｅ２ 生体データ領、Ｒ１ 測定レコード、Ｔ１，Ｔ２，Ｔ４，Ｔ６ 測定時間、Ｔ３，Ｔ５ イベント発生時間。

Claims (17)

1. 生体データを処理する生体データ処理装置であって、
   被測定者から測定された生体データを取得するデータ取得部と、
   前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、
   前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
   前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含み、
   前記イベントは、服薬を含む複数種類のイベントを含み、
   前記生体データ処理装置は、前記イベントデータが取得された場合に、当該イベントの種類を判断し、
   前記格納制御部は、
   前記イベント取得部により前記イベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを前記関連領域に格納する、生体データ処理装置。
2. 前記データ取得部が取得する生体データは、所定時間毎に測定される生体データを含む、請求項１に記載の生体データ処理装置。
3. 前記生体データ処理装置に対するユーザの操作を受付ける操作部を、さらに備え、
   前記イベント取得部は、前記操作部が受付けた操作内容に基づき前記イベントが発生したことを検出する、請求項１または２に記載の生体データ処理装置。
4. 前記生体データを処理するデータ処理部を、さらに備え、
   前記データ処理部は、
   前記データ領域の生体データを、当該生体データに関連するデータの関連領域に格納される前記イベントデータと関連付けて表示する、請求項１から３のいずれか１項に記載の生体データ処理装置。
5. 前記イベントデータは、直前のイベントが発生した時からの経過時間を含む、請求項１から４のいずれか１項に記載の生体データ処理装置。
6. 被測定者から測定された生体データを取得するデータ取得部と、
   前記被測定者の生活活動において発生したイベントを示すイベントデータであって、直前のイベントが発生した時からの経過時間を含むイベントデータを取得するイベント取得部と、
   前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
   前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含む、生体データ処理装置。
7. 前記イベントは、服薬を含む、請求項６に記載の生体データ処理装置。
8. 前記データ取得部が取得する生体データは、所定時間毎に測定される生体データを含む、請求項６または７に記載の生体データ処理装置。
9. 前記イベントは、服薬を含む複数種類のイベントを含み、
   前記生体データ処理装置は、前記イベントデータが取得された場合に、当該イベントの種類を判断し、
   前記格納制御部は、
   前記イベント取得部により前記イベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを前記関連領域に格納する、請求項６から８のいずれかに記載の生体データ処理装置。
10. 前記生体データ処理装置に対するユーザの操作を受付ける操作部を、さらに備え、
    前記イベント取得部は、前記操作部が受付けた操作内容に基づき前記イベントが発生したことを検出する、請求項６から９のいずれか１項に記載の生体データ処理装置。
11. 前記生体データを処理するデータ処理部を、さらに備え、
    前記データ処理部は、
    前記データ領域の生体データを、当該生体データに関連するデータの関連領域に格納される前記イベントデータと関連付けて表示する、請求項６から１０のいずれか１項に記載の生体データ処理装置。
12. 被測定者から生体データを測定する測定機器と、
    前記測定機器と通信する端末装置と、を備え、
    前記端末装置は、
    前記測定機器から前記生体データを取得するデータ取得部と、
    前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、
    前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
    前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含み、
    前記イベントは、服薬を含む複数種類のイベントを含み、
    前記端末装置は、前記イベントデータが取得された場合に、当該イベントの種類を判断し、
    前記格納制御部は、
    前記イベント取得部により前記イベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを前記関連領域に格納する、生体データ処理システム。
13. 被測定者から生体データを測定する測定機器と、
    前記測定機器と通信する端末装置と、を備え、
    前記端末装置は、
    前記測定機器から前記生体データを取得するデータ取得部と、
    前記被測定者の生活活動において発生したイベントを示すイベントデータであって、直前のイベントが発生した時からの経過時間を含むイベントデータを取得するイベント取得部と、
    前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
    前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含む、生体データ処理システム。
14. 前記イベントは、服薬を含む、請求項１３に記載の生体データ処理システム。
15. コンピュータに、生体情報の処理方法を実行させるプログラムであって、
    前記コンピュータは、
    生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部を備え、
    前記処理方法は、
    被測定者から測定された生体データを取得するステップと、
    前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するステップと、
    前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納するステップと、を含み、
    前記イベントは、服薬を含む複数種類のイベントを含み、
    前記イベントデータが取得された場合に、当該イベントの種類を判断するステップを、さらに含み、
    前記格納するステップは、
    前記イベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを前記関連領域に格納するステップを有する、プログラム。
16. コンピュータに、生体情報の処理方法を実行させるプログラムであって、
    前記コンピュータは、
    生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部を備え、
    前記処理方法は、
    被測定者から測定された生体データを取得するステップと、
    前記被測定者の生活活動において発生したイベントを示すイベントデータであって、直前のイベントが発生した時からの経過時間を含むイベントデータを取得するステップと、
    前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納するステップと、を含む、プログラム。
17. 前記イベントは、服薬を含む、請求項１６に記載のプログラム。

Images