(57)【要約】【課題】生体データを記憶する領域の有効利用を可能にする。【解決手段】生体データ処理装置は、被測定者から測定された生体データを取得するデータ取得部（１２１）と、被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部（１２２）と、データ取得部により取得される生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、イベント取得部によりイベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納する格納制御部（１２４）と、を含む。【選択図】図５
2018068763.tif 000002
【特許請求の範囲】
【請求項１】
被測定者から測定された生体データを取得するデータ取得部と、
前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、
前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含む、生体データ処理装置。
【請求項２】
前記イベントは、服薬を含む、請求項１に記載の生体データ処理装置。
【請求項３】
前記データ取得部が取得する生体データは、
所定時間毎に測定される生体データを含む、請求項１または２に記載の生体データ処理装置。
【請求項４】
前記イベントは、服薬を含む複数種類のイベントを含み、
前記生体データ処理装置は、前記イベントデータが取得された場合に、当該イベントの種類を判断し、
前記格納制御部は、
前記イベント取得部により前記イベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを前記関連領域に格納する、請求項１から３のいずれかに記載の生体データ処理装置。
【請求項５】
前記生体データ処理装置に対するユーザの操作を受付ける操作部を、さらに備え、
前記イベント取得部は、前記操作部が受付けた操作内容に基づき前記イベントが発生したことを検出する、請求項１から４のいずれか１項に記載の生体データ処理装置。
【請求項６】
前記生体データを処理するデータ処理部を、さらに備え、
前記データ処理部は、
前記データ領域の生体データを、当該生体データに関連するデータの関連領域に格納される前記イベントデータと関連付けて表示する、請求項１から５のいずれか１項に記載の生体データ処理装置。
【請求項７】
前記イベントデータは、直前のイベントが発生した時からの経過時間を含む、請求項１から６のいずれか１項に記載の生体データ処理装置。
【請求項８】
被測定者から生体データを測定する測定機器と、
前記測定機器と通信する端末装置と、を備え、
前記端末装置は、
前記測定機器から前記生体データを取得するデータ取得部と、
前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、
前記データ取得部により取得される前記生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、
前記イベント取得部により前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納する格納制御部と、を含む、生体データ処理システム。
【請求項９】
前記イベントは、服薬を含む、請求項８に記載の生体データ処理システム。
【請求項１０】
コンピュータに、生体情報の処理方法を実行させるプログラムであって、
前記コンピュータは、
生体データを格納するためのデータ領域と、前記データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部を備え、
前記処理方法は、
被測定者から測定された生体データを取得するステップと、
前記被測定者の生活活動において発生したイベントを示すイベントデータを取得するステップと、
前記イベントデータが取得された場合に、当該イベントデータが示す前記イベントの発生時間の前後で測定される前記生体データに関連するデータを格納するための前記関連領域に、当該イベントデータを格納するステップと、を含む、プログラム。
【請求項１１】
前記イベントは、服薬を含む、請求項１０に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この開示は、生体データを処理する装置、システムおよびプログラムに関し、特に、被測定者の生体データを当該被測定者の生活活動におけるイベントのデータとともに処理する生体データ処理装置、生体データ処理システムおよびプログラムに関する。
【背景技術】
【０００２】
被測定者の血圧などは服薬、食事、運動などの生活活動の状況に応じて変動しやすいために、血圧値を管理する場合には、これら生活活動の情報と関連付けて管理することが望ましい。
【０００３】
たとえば、特許文献１（特開２００６-１５８８７９号公報）は、血圧算出手段により算出された血圧のデータと測定条件とを関連付けて記憶部に格納する構成を開示する。また、特許文献２（再公表ＷＯ２０１０/０７３６９２号公報）は、測定日時と生活習慣情報（食事後、運動後、喫煙後、安静時）と、血圧値・脈拍数などの各測定値を関連付ける構成を開示する。また、特許文献３（特開２０１２-１９６５０８号公報）は、各血糖値が食前か食後かがわかるように、食前記号と食後記号で分類する構成を開示する。また、特許文献４（特開２０１０-２１３７８５号公報）は、服薬マークと血圧値と服薬時刻をメモリ部に記憶し、血圧測定と服薬（投薬）とを結び付けて管理する構成を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６-１５８８７９号公報
【特許文献２】再公表ＷＯ２０１０/０７３６９２号公報
【特許文献３】特開２０１２-１９６５０８号公報
【特許文献４】特開２０１０-２１３７８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
血圧測定値などを生活習慣情報と関連付けて記憶部に格納する場合には、記憶領域を有効利用することが望まれる。
【０００６】
それゆえに本開示の目的は、生体データを記憶する領域の有効利用を可能にする生体データ処理装置、生体データ処理システムおよびプログラムを提供することである。
【課題を解決するための手段】
【０００７】
この開示のある局面に従うと、生体データ処理装置は、被測定者から測定された生体データを取得するデータ取得部と、被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、データ取得部により取得される生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、イベント取得部によりイベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納する格納制御部と、を含む。
【０００８】
好ましくは、データ取得部が取得する生体データは、所定時間毎に測定される生体データを含む。
【０００９】
好ましくは、上記のイベントは、服薬を含む複数種類のイベントを含み、生体データ処理装置は、イベントデータが取得された場合に、当該イベントの種類を判断し、格納制御部は、イベント取得部によりイベントデータが取得された場合に、予め定められた種類のイベントであるとき、当該イベントデータを関連領域に格納する。
【００１０】
好ましくは、生体データ処理装置は、生体データ処理装置に対するユーザの操作を受付ける操作部を、さらに備え、イベント取得部は、操作部が受付けた操作内容に基づきイベントが発生したことを検出する。
【００１１】
好ましくは、生体データを処理するデータ処理部を、さらに備え、データ処理部は、データ領域の生体データを、当該生体データに関連するデータの関連領域に格納されるイベントデータと関連付けて表示する。
【００１２】
好ましくは、イベントデータは、直前のイベントが発生した時からの経過時間を含む。
この開示の他の局面に従う生体データ処理システムは、被測定者から生体データを測定する測定機器と、測定機器と通信する端末装置と、を備える。端末装置は、測定機器から前記生体データを取得するデータ取得部と、被測定者の生活活動において発生したイベントを示すイベントデータを取得するイベント取得部と、データ取得部により取得される生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部と、イベント取得部によりイベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納する格納制御部と、を含む。
【００１３】
この開示のさらに他の局面に従うプログラムは、コンピュータに生体情報の処理方法を実行させるプログラムである。コンピュータは、生体データを格納するためのデータ領域と、データ領域に格納される生体データに関連するデータを格納するための関連領域と、を含む格納部を備える。
【００１４】
処理方法は、被測定者から測定された生体データを取得するステップと、被測定者の生活活動において発生したイベントを示すイベントデータを取得するステップと、イベントデータが取得された場合に、当該イベントデータが示すイベントの発生時間の前後で測定される生体データに関連するデータを格納するための関連領域に、当該イベントデータを格納するステップと、を含む。
【００１５】
好ましくは、上記のイベントは、服薬を含む。
【発明の効果】
【００１６】
本開示によれば、関連領域にイベントデータを格納することにより、イベントデータを格納するための特別な領域を設ける必要はなく、生体データを記憶する領域の有効利用が可能となる。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１に従う情報処理システム１の概略的な構成を示す図である。
【図２】実施の形態１にかかる血圧計２１の構成図である。
【図３】実施の形態１にかかる端末装置１０の構成図である。
【図４】実施の形態１にかかるサーバ３０の構成図である。
【図５】実施の形態１にかかる端末装置１０の機能構成を模式的に示す図である。
【図６】実施の形態１にかかる生体データ５の測定時間とイベントデータ８の発生時間とを時系列に示す図である。
【図７】実施の形態１にかかる格納制御部１２４によるメモリ１５４におけるデータの格納例を示す図である。
【図８】実施の形態１にかかる測定機器２０の処理のフローチャートである。
【図９】実施の形態１にかかる測定装置と端末装置の通信処理のフローチャートである。
【図１０】実施の形態１にかかるディスプレイ１５８の表示例を示す図である。
【図１１】実施の形態２にかかる血圧計２１のデータ管理部１２０Ａの構成を示す図である。
【発明を実施するための形態】
【００１８】
本開示の実施の形態について図面を参照して詳細に説明する。なお各図中同一符号は同一または相当部分を示す。
【００１９】
＜概要＞
各実施の形態では、生体情報の指標を示す生体データ５に関連するデータを格納するための関連領域（メタデータ領域Ｅ１）に、生体情報を測定する時の前後で発生したイベントを示すイベントデータ８を格納する。
【００２０】
上記の構成によれば、イベントデータ８は関連領域に格納されることにより、イベントデータ８を格納するための特別の領域を設ける必要はない。したがって、生体データを記憶する領域を節約することができる。
【００２１】
各実施の形態では、被測定者から測定される生体情報として、被測定者の生体の状態を示す情報および被測定者の身体の活動（動き）を示す情報を含み得る。また、生体情報の指標を示す生体データは、血圧値、脈拍（心拍）数、血糖値、排泄量、発汗量、肺活量、睡眠量、呼吸数、体組成値（身体の体重、身長、筋肉量、骨量、脂肪量など身体の組成を示す値）を含み得る。
【００２２】
また、身体の活動を示す情報の指標を示す活動量として、歩行時の「歩数」、消費熱量である「消費カロリー」などを含み得る。身体の活動量は、これらに限定されず、昇降数、姿勢、咀嚼数、運動や生活活動（たとえば、掃除機をかける、荷物運び、炊事など）全般の活動量とすることができる。また、身体の活動を示す情報の指標として不活動量を用いても良い。不活動量は、身体不活動の時間、たとえばデスクワークまたはテレビ視聴時間などの座位（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）５０７を備える。
【００４８】
＜測定データの送信＞
血圧計２１の制御部１０１は、血圧測定または歩数の生体データ５を生成し、通信部１０７を介して端末装置１０に送信する。また、制御部１０１は、イベントが発生したときイベントデータ８を生成し、通信部１０７を介して端末装置１０に送信する。生体データ５は、血圧値または歩数と測定時間（日／時／分）とを含む。また、イベントデータ８は、イベント発生のフラグとイベント発生時間（日／時／分）を含む。イベント発生のフラグはイベントの種類（たとえば服薬）を示し得る。イベント発生時間はボタン１５７が操作された時間を示す。
【００４９】
実施の形態１では、血圧計２１は、血圧測定または歩数算出がなされる毎に生体データ５を端末装置１０に送信し、または、イベントが発生する毎にイベントデータ８を端末装置１０に送信する。なお、血圧計２１は、定期的に生体データ５またはイベントデータ８を送信するとしてもよい。実施の形態１では、血圧計２１は生体データ５およびイベントデータ８をパケット形式で端末装置１０に送信するが、フレーム形式で送信してもよい。
【００５０】
＜端末装置１０の機能構成＞
図５は、実施の形態１にかかる端末装置１０の機能構成を模式的に示す図である。図５の機能は、主に制御部１０１のＣＰＵ１５２が実行するプログラムまたはプログラムと回路の組合せにより実現される。ＣＰＵ１５２は、メモリ１５４を用いてデータを管理するデータ管理部１２０およびメモリ１５４のデータを処理するデータ処理部１２５を備える。データ処理部１２５は、ＣＰ１５２がメモリ１５４のアプリケーションプログラムを実行することにより実現される。なお、アプリケーションプログラムは、外部の情報処理装置（たとえば、サーバ３０など）からメモリ１５４にダウンロードされ得る。
【００５１】
データ管理部１２０は、データ取得部１２１、イベント取得部１２２、判断部１２３、およびメモリ１５４へのデータの格納を制御する格納制御部１２４を備える。データ取得部１２１およびイベント取得部１２２は、通信部１６０を介して血圧計２１から受信するデータのうちから生体データ５およびイベントデータ８のそれぞれを取得する。たとえば、データ取得部１２１およびイベント取得部１２２は、血圧計２１から受信するパケットのヘッダに基づき、生体データ５またはイベントデータ８を当該パケットから抽出する。
【００５２】
判断部１２３は、イベント取得部１２２によりイベントデータ８が取得された場合に、イベントデータ８が示すイベント発生時間の前後において生体情報が測定されているか否かを判断する。格納制御部１２４は、判断部１２３の判断の結果に基づき、生体データ５またはイベントデータ８をメモリ１５４に、たとえば測定レコードＲ１の形式で格納する。判断部１２３の判断処理については図６で後述し、格納制御部１２４の格納処理については図６で後述する。実施の形態１では、生体データ５と対応のイベントデータ８とをレコード形式で関連付けたが、両データを関連付けて格納可能な形式であれば、レコード形式に限定されない。
【００５３】
＜判断部１２３の判断処理＞
図６を参照して、判断部１２３の判断処理を説明する。図６は、実施の形態１にかかる生体データ５の測定時間とイベントデータ８の発生時間とを時系列に示す図である。図６では、時間の経過を示す時間軸上に、生体データ５の測定時間Ｔ１、Ｔ２、Ｔ４およびＴ６と、イベントデータ８のイベント発生時間Ｔ３とＴ５が示されている。
【００５４】
（生体データ５が血圧値である場合の判断処理）
判断部１２３は、データ取得部１２１から受付けた生体データ５を、各生体データ５の測定時間Ｔ１、Ｔ２、Ｔ４およびＴ６に従い時系列に管理する。同様に、イベント取得部１２２から受付けた各イベントデータ８を、イベント発生時間Ｔ３およびＴ５に従い時系列に管理する。
【００５５】
判断部１２３は、イベント取得部１２２からのイベントデータ８を受付ける毎に、受付けたイベントデータ８のイベント発生時間に基づき、上記の時系列の生体データ５を検索する。検索の結果に基づき、当該イベント発生時間の「前」を示す測定時間を有した生体データ５が取得されているかを判断する。より特定的には、判断部１２３は、時系列の生体データ５のうち、直前に受付けたイベントデータ８のイベント発生時間の「後」から今回受付けたイベントデータ８のイベント発生時間の間における測定時間を示す生体データ５があるか否かを判断する。
【００５６】
図６の場合で説明すると、判断部１２３が、たとえば、イベント発生時間Ｔ３のイベントデータ８を受付けた場合は、時間Ｔ３に基づき、時系列の生体データ５を検索する。判断部１２３は、検索の結果に基づき、時間Ｔ３の「前」を示す測定時間Ｔ２を有した生体データ５が取得されていると判断する。同様にイベント発生時間Ｔ５のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ５の「前」の測定時間Ｔ４を有した生体データ５が取得されていると判断する。
【００５７】
これに対して、図６によれば、仮に、イベント発生時間Ｔ１のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ１に基づき、時系列の生体データ５を検索しても時間Ｔ１の「前」を示す測定時間を有した生体データ５が取得されていないと判断する。
【００５８】
（生体データ５が歩数データである場合の判断処理）
実施の形態１では、血圧計２１は、歩数の生体データ５を１時間毎に端末装置１０に送信する。その場合は、判断部１２３は、上記に述べた血圧値と同様に、イベント取得部１２２からのイベントデータ８を受付ける毎に、受付けたイベントデータ８のイベント発生時間に基づき、上記の時系列の生体データ５を検索する。検索の結果に基づき、当該イベント発生時間の「前」を示す測定時間を有した生体データ５は取得されているか否かを判断する。
【００５９】
図６の下段には、判断部１２３が、データ取得部１２１から１時間（１ＨＲ）毎に受付ける歩数の生体データ５を、時系列に従い管理する状態が示されている。図６によれば、判断部１２３は、イベント発生時間Ｔ３のイベントデータ８を受付けたときは当該時間Ｔ３の「前」を示す５時間（５ＨＲ）目の歩数の生体データ５が取得されていると判断する。同様に、イベント発生時間Ｔ５のイベントデータ８を受付けたときは当該時間Ｔ５の「前」を示す９時間（９ＨＲ）目の歩数の生体データ５が取得されていると判断する。
【００６０】
これに対して、図６によれば、仮に、イベント発生時間Ｔ１のイベントデータ８を受付けた場合は、判断部１２３は、時間Ｔ１に基づき、時系列の生体データ５を検索しても時間Ｔ１よりも「前」を示す測定時間を有した生体データ５は取得されていないと判断する。
【００６１】
なお、図６では、判断部１２３は、イベントデータ８のイベント発生時間の「前」に測定された生体データ５が有るか否かを判断する構成としたが、イベントデータ８のイベント発生時間の「後」に測定された生体データ５が有るか否かを判断する構成としてもよい。または、判断部１２３は、「前」と「後」の両方について生体データ５が有るか否かを判断する構成であってもよい。
【００６２】
＜格納制御部１２４の格納処理＞
図７は、実施の形態１にかかる格納制御部１２４によるメモリ１５４におけるデータの格納例を示す図である。ここでは、説明を簡単にするために、血圧値の生体データ５の格納例を示す。格納制御部１２４は、図６で説明した判断部１２３の判断の結果に従い測定レコードＲ１を生成し、メモリ１５４に格納する。
【００６３】
図７を参照して、メモリ１５４は、複数の測定レコードＲ１を格納する領域を有する。測定レコードＲ１は、血圧計２１による測定データを格納するためにメタデータ領域Ｅ１と生体データ領域Ｅ２を含む。生体データ領域Ｅ２は、データ取得部１２１により取得される生体データ５を格納するための領域である。メタデータ領域Ｅ１は、生体データ領域Ｅ２に格納される生体データ５に関連するデータを格納するための関連領域に相当する。関連するデータは、生体データ５を補足するための補足データ６を含む。補足データ６は、生体データ領域Ｅ２の生体データ５を識別するためのＩＤ７を含む。ＩＤ７は、典型的には被測定者の識別子を含むが、これに限定されない。ユーザ毎に血圧計２１および端末装置１０が所有される場合には、ＩＤ７は血圧計２１の識別子、端末装置１０の識別子を含み得る。
【００６４】
格納制御部１２４は、判断部１２３が、イベントデータ８を受付けたときに、図６で説明したように、当該イベント発生時間の「前」において測定された生体データ５が有ると判断したときは、測定レコードＲ１の生体データ領域Ｅ２に「前」において測定された生体データ５を格納し、当該イベントデータ８をメタデータ領域Ｅ１にＩＤ７とともに格納する。
【００６５】
イベントデータ８は、たとえばイベント種類を示し得るフラグ８１、直前のイベント発生時間からの経過時間８２および当該イベントの発生時間８３を含む。なお、経過時間８２を利用することにより、直前のイベントの発生時間８３と経過時間８２とから、今回のイベントの発生時間８３を算出することが可能となる。これにより、メタデータ領域Ｅ１においてイベントの発生時間８３を省略（格納しない）することが可能となり、メモリを節約することができる。
【００６６】
また、判断部１２３が、「前」において測定された生体データ５は無いと判断したときは、格納制御部１２４は、イベントデータ８を測定レコードＲ１のメタデータ領域Ｅ１に格納するが、生体データ領域Ｅ２には生体データ５を格納しないとしてもよい。したがって、この測定レコードＲ１のメタデータ領域Ｅ１にはイベントデータ８とＩＤ７が格納されて、生体データ領域Ｅ２はデータが格納されない。または、格納制御部１２４は、イベントデータ８をイベント発生時間の直近（前後）の測定時間を示す生体データ５の測定レコードＲ１のメタデータ領域Ｅ１に格納するとしてもよい。
【００６７】
このように、メモリ１５４において、イベントデータ８を、イベント発生時間よりも「前」に測定される生体データ５と紐付けて管理することが可能となる。
【００６８】
＜測定装置の処理フロー＞
図８は、実施の形態１にかかる測定機器２０の処理のフローチャートである。図８の処理フローは、プログラムとしてメモリ部１０４に格納される。制御部１０１のＣＰＵがプログラムを読出し、実行することにより、処理が実現される。
【００６９】
図８を参照して、ＣＰＵは、血圧測定部１１１、加速度センサ１１０または操作部１０３からの出力を割込みとして処理する。ＣＰＵは、血圧測定部１１１または加速度センサ１１０からの生体情報を入力したとき（ステップＳ３で“測定”）、ＣＰＵは血圧測定部１１１または加速度センサ１１０からの生体情報（カフ圧または加速度成分）に基づき、生体データ５（血圧値または歩数）を取得し、取得された生体データ５を格納する（ステップＳ５）。
【００７０】
ＣＰＵは、操作部１０３の出力からボタン１５７の操作内容を受付けたとき（ステップＳ３で“イベント”）、ＣＰＵはイベントデータ８を取得し、取得されたイベントデータ８を格納する（ステップＳ７）。
【００７１】
＜測定装置と端末装置の通信処理＞
図９は、実施の形態１にかかる測定装置と端末装置の通信処理のフローチャートである。図９の測定機器２０側の処理フローは、プログラムとしてメモリ部１０４に格納される。制御部１０１のＣＰＵがプログラムを読出し、実行することにより、処理が実現される。また、端末装置１０側の処理フローは、プログラムとしてメモリ１５４に格納される。ＣＰＵ１５２がプログラムを読出し、実行することにより、処理が実現される。両者の処理は、所定時間間隔で繰返し実施される。
【００７２】
なお、測定機器２０と端末装置１０とはペリング処理を実施することにより、両者の間で通信が可能となる。ここでは、測定機器２０として、血圧計２１を説明する。
【００７３】
まず、血圧計２１の処理を説明する。図９を参照して、血圧計２１のＣＰＵは、図８で格納された生体データ５またはイベントデータ８を端末装置１０に送信する時期であるか否かを判断する（ステップＳ１１）。実施の形態１では、生体情報が測定される毎に、またはイベントが発生する毎に、送信時期であると判断する（ステップＳ１１でＹＥＳ）。ＣＰＵは、送信時期と判断しないときは（ステップＳ１１でＮＯ）、ステップＳ１１を繰返す。
【００７４】
ＣＰＵは、ステップＳ５，Ｓ７において格納された生体データ５またはイベントデータ８を読出し（ステップＳ１３）、読出されたデータから送信データを生成し（ステップＳ１５）、通信部１０７を介して端末装置１０に送信する（ステップＳ１７）。ＣＰＵは、処理を終了するか否かを判断する（ステップＳ１９）。たとえば、ＣＰＵは、血圧計２１の電源がオフされた時などは、処理を終了すると判断するが（ステップＳ１９でＹＥＳ）、処理を終了すると判断しない場合は（ステップＳ１９でＮＯ）、ステップＳ１１に戻る。
【００７５】
次に、端末装置１０の処理を説明する。図９を参照して、端末装置１０のデータ管理部１２０は、通信部１６０を介して血圧計２１から生体データ５またはイベントデータ８を受信するか否かを判断する（ステップＳ２１）。データ管理部１２０は、生体データ５またはイベントデータ８を受信しないと判断するときは（ステップＳ２１でＮＯ）、ステップＳ２１の処理を繰返す。
【００７６】
一方、データ管理部１２０が、生体データ５またはイベントデータ８を受信したと判断したとき（ステップＳ２１でＹＥＳ）、データ取得部１２１またはイベント取得部１２２は、通信部１６０を介して受信したデータから、生体データ５またはイベントデータ８をそれぞれ取得する（ステップＳ２３）。判断部１２３は、取得された生体データ５またはイベントデータ８を時系列に管理する。
【００７７】
判断部１２３は、ステップＳ２３で生体データ５が取得された場合には、図６で説明した判断処理を実施する（ステップＳ２５）。これにより、取得されたイベントデータ８のイベント発生時間の「前」に測定された生体データ５が有るか否かが判断される。
【００７８】
格納制御部１２４は、判断部１２３がイベントデータ８の「前」に測定された生体データ５が有ると判断したときは、測定レコードＲ１の生体データ領域Ｅ２に生体データ５を格納し、対応のメタデータ領域Ｅ１にイベントデータ８を格納する（ステップＳ２９）。一方、判断部１２３がイベントデータ８の「前」に測定された生体データ５は無いと判断したときは、格納制御部１２４は、生体データ５を測定レコードＲ１のメタデータ領域Ｅ１にイベントデータ８を格納する（ステップＳ２９）。この測定レコードＲ１の生体データ領域Ｅ２には、生体データ５は格納されない。または、イベントデータ８をイベント発生時間の直近（前後）の測定時間を示す生体データ５の測定レコードＲ１のメタデータ領域Ｅ１に格納するとしてもよい。
【００７９】
データ管理部１２０は、処理を終了するか否かを判断する（ステップＳ３１）。たとえば、端末装置１０の電源がオフされた時などは、データ管理部１２０は、処理を終了すると判断するが（ステップＳ３１でＹＥＳ）、処理を終了すると判断しない場合は（ステップＳ３１でＮＯ）、ステップＳ２１に戻る。
【００８０】
なお、データ管理部１２０は、メモリ１５４の測定レコードＲ１のデータを暗号化処理するとしてもよい。この場合は、データ処理部１２５の各アプリケーションプログラムは、サーバ３０から復号キーを受信し、受信した復号キーによりメモリ１５４のデータを読出し復号処理する。
【００８１】
＜表示例＞
図１０は、実施の形態１にかかるディスプレイ１５８の表示例を示す図である。図１０を参照して、データ処理部１２５は、測定レコードＲ１の生体データ領域Ｅ２の生体データ５を、対応のメタデータ領域Ｅ１に格納されるイベントデータ８と関連付けてディスプレイ１５８に表示する。
【００８２】
具体的には、データ処理部１２５は、メモリ１５４の測定レコードＲ１を読出し、読出された測定レコードＲ１の内容に従い表示データを生成する。データ処理部１２５は、表示データに基づきディスプレイ１５８を駆動する。これにより、ディスプレイ１５８には、表示データに従う画像が表示される。
【００８３】
図１０のディスプレイ１５８の画面の上側の領域には、測定レコードＲ１の生体データ５と紐付けされたイベントデータ８とが、時系列に並んだリスト形式で表示される。また、同一画面の下側領域には、上側領域とは異なる態様でデータが表示される。具体的には、下側領域では、血圧値（収縮期血圧ＳＹＳ、拡張期血圧ＤＩＡ）が時系列に従う折れ線グラフで示されるとともに、折れ線グラフに関連づけて、イベント発生したタイミングにおいてイベントのマーク（薬のカプセルのマーク）が表示される。
【００８４】
なお、上側領域の画像と、下側領域の画像とは異なる画面に表示されてもよい。なお、表示の態様は、生体データ５とイベントデータ８を測定時間（イベント発生時間）に従い関連付けて表示可能な態様であれば、リスト形式または折れ線グラフに限定されない。
【００８５】
図１０の画面によれば、服薬した後に測定される血圧値は比較的低いことが報知される。また、ユーザは、画面の情報から、処方箋に従って服薬していることを確認することができるとともに、服薬のし忘れの有無を確認することもできる。
【００８６】
実施の形態１によれば、図７で示されたように、端末装置１０は、測定レコードＲ１においてイベントデータ８と、そのイベント発生時間の「前」において測定された生体データ５とを格納することにより、両者を紐付けて管理することができる。また、本来は補足データ６を格納するためのメタデータ領域Ｅ１に、イベントデータ８を格納することにより、イベントデータ８を格納するための領域を特別に準備する必要はなくなり、端末装置１０のメモリ１５４を節約することができる。
【００８７】
[実施の形態２]
実施の形態２は、実施の形態１の変形例を示す。実施の形態１では、端末装置１０のデータ管理部１２０がイベントデータ８を生体データ５と紐付けるようにして管理したが、実施の形態２では、血圧計２１のデータ管理部１２０Ａが当該管理を実施する。
【００８８】
図１１は、実施の形態２にかかる血圧計２１のデータ管理部１２０Ａの構成を示す図である。図１１を参照して、制御部１０１のＣＰＵは、データ管理部１２０Ａとデータ処理部１２５Ａを備える。図１１の各部の機能は、主に制御部１０１のＣＰＵが実行するプログラムまたはプログラムと回路の組合せにより実現される。ＣＰＵは、メモリ部１０４を用いてデータを管理するデータ管理部１２０Ａおよびメモリ部１０４のデータを処理するデータ処理部１２５Ａを備える。データ処理部１２５Ａは、メモリ部１０４に格納されているアプリケーションプログラムがＣＰＵにより実行されることにより実現される。なお、アプリケーションプログラムは、外部の情報処理装置（たとえば、サーバ３０など）から端末装置１０を経由してメモリ部１０４に格納される。または、カードＲ／Ｗ部１０６を経由して外部の記憶媒体からメモリ部１０４に格納される。
【００８９】
データ管理部１２０Ａは、データ取得部１２１Ａ、イベント取得部１２２Ａ、判断部１２３Ａ、およびメモリ部１０４へのデータの格納を制御する格納制御部１２４Ａを備える。
【００９０】
データ取得部１２１Ａは、血圧計２１から出力される生体情報（カフ圧または加速度成分）から、生体データ（血圧値または歩数）５を取得する。イベント取得部１２２Ａは、操作部１０３からの操作内容に従い、ボタン１５７が操作されたときイベントデータ８を取得する。
【００９１】
判断部１２３Ａは、イベント取得部１２２Ａによりイベントデータ８が取得された場合に、図６で示したような時系列に管理される生体データ５に従い、当該イベントデータ８が示すイベント発生時間の「前」において測定された生体データ５が有るか否かを判断する。
【００９２】
格納制御部１２４Ａは、判断部１２３Ａの判断結果に基づき、図７で説明した手順に従う測定レコードＲ１を生成し、生成された測定レコードＲ１をメモリ部１０４に格納する。
【００９３】
データ処理部１２５は、メモリ部１０４から測定レコードＲ１のデータを読出し、読出された生体データを処理する。この場合は、読出されたデータまたは処理結果は、通信部１０７を介して端末装置１０に送信される、または表示部１０２を介して表示される（図１０参照）。
【００９４】
実施の形態２においても、実施の形態１と同様に、本来は補足データ６を格納するための測定レコードＲ１のメタデータ領域Ｅ１に、イベントデータ８を格納することにより、イベントデータ８を格納するための特別な領域を不要とすることができて、メモリを節約することができる。
【００９５】
[実施の形態３]
実施の形態３では、上記の各実施の形態の変形例を説明する。上記の各実施の形態では、ユーザはボタン１５７を操作してイベント発生を指示したが、イベント発生の指示はボタン１５７の操作に限定されない。
【００９６】
実施の形態３では、端末装置１０はディスプレイ１５８にアイコンを表示する。ユーザがイベント発生時にアイコンをタッチすると、端末装置１０に対してイベント発生を指示することができる。これにより、端末装置１０は、アイコンがタッチされたときイベントデータ８を生成する。判断部１２３（１２３Ａ）は、アイコンのタッチによる生成されたイベントデータ８を血圧計２１から受信する生体データ５と紐付けする。このように、ディスプレイ１５８のアイコンをタッチする方法であっても、各実施の形態と同様の測定レコードＲ１を生成して格納することができる。
【００９７】
[実施の形態４]
実施の形態４では、上記の各実施の形態の変形例を説明する。上記の各実施の形態では、イベントの種類は「服薬」の１種類であったが、実施の形態４では、複数種類のイベントデータ８を生体データ５に紐付ける。実施の形態４においても、ユーザは、イベントの発生を指示する場合に、イベントが発生する毎にボタン１５７を操作する。
【００９８】
端末装置１０のデータ管理部１２０（１２０Ａ）は、複数種類のイベントを管理する。たとえば、処方箋に従い、ユーザは食後に服薬して血圧測定する場合には、データ管理部１２０には「食事」→「服薬」の‘順番データ’が登録される。判断部１２３（１２３Ａ）は、イベントデータ８を取得した場合に、当該イベントデータの時系列に従い上記の‘順番データ’に基づき、イベントの種類を判断し、判断した種類（「食事」または「服薬」）のイベントデータ８として格納する。
【００９９】
また、たとえば、ユーザは運動後に食事をするとの習慣があり、また処方箋に従い食後に服薬して血圧測定する場合には、データ管理部１２０（１２０Ａ）には、「運動」→「食事」→「服薬」の‘順番データ’が登録される。判断部１２３（１２３Ａ）は、イベントデータ８を取得した場合に、当該イベントデータの時系列に従い上記の‘順番データ’に基づき、イベントの種類を判断し、判断した種類（「運動」または「食事」または「服薬」）のイベントデータ８として格納する。
【０１００】
なお、データ管理部１２０（１２０Ａ）は、操作部１５６を介して受付けたユーザ操作内容から、上記の‘順番データ’を取得することができる。
【０１０１】
[実施の形態５]
実施の形態５では、複数種類のイベントが発生する場合に、判断部１２３（１２３Ａ）は、データ取得部１２２（１２２Ａ）によりイベントデータ８が取得される毎に、イベントデータ８のイベント発生時間の前後において測定された生体データ５のうち、当該イベントデータ８の種類に対応の生体データ５が測定されているか否かを判断する。
【０１０２】
この判断のために、ユーザは、操作部１５６（１０３）を操作して、生体データ５の種類と、イベント種類の対応付けの情報を端末装置１０（血圧計２１）に設定する。対応付け情報は、例えば「服薬」と「喫煙」のイベント種類に対応した生体データ５の種類として「血圧」を含む。また、「食事」のイベント種類に対応した生体データ５の種類として「歩数」を含む。
【０１０３】
実施の形態５では、判断部１２３（１２３Ａ）は、イベント取得部１２２（１２２Ａ）により「服薬」または「喫煙」にイベントデータ８が取得されると、上記の対応付け情報に従い、生体データ５として「血圧」が測定されているか否かを判断する。
【０１０４】
また、判断部１２３（１２３Ａ）は、イベント取得部１２２（１２２Ａ）により「食事」のイベントデータ８が取得されると、上記の対応付け情報に従い、生体データ５として「歩数」が測定されているか否かを判断する。
【０１０５】
[実施の形態６]
実施の形態６では、サーバ３０のデータベース３２において、生体データ５はイベントデータ８と紐付けて管理される。実施の形態６では、サーバ３０のＣＰＵ３０１は、データ管理部１２０（１２０Ａ）と同様の機能を備える。ＣＰＵ３０１は、端末装置１０を経由して、血圧計２１から生体データ５またはイベントデータ８を受信すると、受信した生体データ５を、上記の各実施の形態と同様の形式（図７参照）に従い、両者を紐付けてデータベース３２に格納する。
【０１０６】
データベース３２のデータは、端末装置１０のデータ処理部１２５により、ブラウジング処理されて、ディスプレイ１５８に表示（図１０参照）され得る。
【０１０７】
[実施の形態７]
上述したフローチャートを用いて説明したイベントデータ８を生体データ５と紐付けて管理する方法は、プログラムとして提供することもできる。この方法を実現するためのプログラムは、血圧計２１（測定機器２０）のメモリ部１０４、端末装置１０のメモリ１５４、サーバ３０のメモリ部５０５に格納されており、ＣＰＵがメモリから当該プログラムを読出し、命令コードを実行することにより処理が実現される。
【０１０８】
血圧計２１の場合、このプログラムは、通信部１０７を介して、通信回線を経由し、外部の情報処理装置（端末装置１０など）からメモリ部１０４にダウンロードされることにより供給される。または、カードＲ／Ｗ１０６を介して外部の記憶媒体からメモリ部１０４にロードされる。
【０１０９】
端末装置１０の場合、このプログラムは、通信部１６０を介して、通信回線を経由し、外部の情報処理装置（サーバ３０など）からメモリ１５４にダウンロードされることにより供給される。または、メモリＩ／Ｆ１６４を介して記憶媒体１６５からメモリ１５４にロードされる。
【０１１０】
サーバ３０の場合、このプログラムは、通信部５０６を介して、通信回線を経由し、外部の情報処理装置からメモリ部５０５にダウンロードされることにより供給される。
【０１１１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１１２】
１  情報処理システム、５  生体データ、６  補足データ、８  イベントデータ、１０，１０Ａ，１０Ｂ  端末装置、２０  測定機器、２１  血圧計、２２  睡眠計、２３  歩数計、２４  体組成計、２５  体温計、３０  サーバ、３２  データベース、４１，４３  ネットワーク、８１  フラグ、８２  経過時間、８３  発生時間、１０１，５０１  制御部、１０２  表示部、１０３，１５６，５０４  操作部、１０４，５０５  メモリ部、１０５，１５３  タイマ、１１０  加速度センサ、１１１  血圧測定部、１２０，１２０Ａ  データ管理部、１２１，１２１Ａ  データ取得部、１２２，１２２Ａ  イベント取得部、１２３，１２３Ａ  判断部、１２４，１２４Ａ  格納制御部、１２５，１２５Ａ  データ処理部、１５４，Ｆ１６４，Ｉ  メモリ、１５７  ボタン、１５８  ディスプレイ、１６２  アンテナ、Ｅ１  メタデータ領域、Ｅ２  生体データ領、Ｒ１  測定レコード、Ｔ１，Ｔ２，Ｔ４，Ｔ６  測定時間、Ｔ３，Ｔ５  イベント発生時間。
【図１】
2018068763.tif 000003
【図２】
2018068763.tif 000004
【図３】
2018068763.tif 000005
【図４】
2018068763.tif 000006
【図５】
2018068763.tif 000007
【図６】
2018068763.tif 000008
【図７】
2018068763.tif 000009
【図８】
2018068763.tif 000010
【図９】
2018068763.tif 000011
【図１０】
2018068763.tif 000012
【図１１】
2018068763.tif 000013