JP5122333B2 - 健康管理のための測定生体データ保管提供システム - Google Patents

Description

本発明は、ネットワークを介して接続されたデータ提供側サーバおよびデータ利用側サーバを備えた、健康管理のための測定生体データ保管提供システム等に関する。

近年、動脈硬化に起因する脳卒中等の発症リスクが高まるメタボリック症候群が社会問題化している。一方で、生活者の健康に対する関心は日毎に高まり、自ら簡単に健康管理できるようなサポート体制が求められるようになっている。そこで、体重計、体脂肪計等により測定されたユーザの各生体データを健康管理サービス事業者等のサーバに収集し、健康管理に役立てる健康管理システムの開発が進められている（非特許文献１参照）。

"メタボリック健診データを共同管理・健保連がシステム開発"、［online］、日経新聞社NIKKEI NET、［平成１９年２月２８日検索］、インターネット、 <URL: http://health.nikkei.co.jp/news/top/index.cfm?i=2007021608662h1>

上述した健康管理サービス事業者の健康管理システムでは、測定生体データを保管して管理するためのデータベースが備えられており、ユーザの要望に応えて様々な健康管理サービスを提供するための当該健康管理サービス事業者のビジネス展開に応じたウェブサイトの構築がされる。しかし、健康管理サービス事業者が独自のデータベースを備えることは、データベースの作成に時間がかかるだけではなく、維持および管理の上で極めてコストを要するという問題がある。健康管理サービス事業者が独自のウェブサイトを構築するにも、プログラムおよびコンテンツの作成に極めて時間とコストとを要するという問題がある。

そこで、本発明の目的は、上記問題を解決することであり、作成に長時間と高コストとが必要な独自のデータベースを健康管理サービス事業者等が備える必要なく、健康管理サービス事業者等が独自の健康管理用のウェブサイトを構築することにより独自の健康管理サービスを提供することを可能にする、健康管理のための測定生体データ保管提供システム等を提供することにある。

本発明により提供される健康管理のための測定生体データ保管提供システムは、ネットワークを介して接続されたデータ提供側サーバ及びデータ利用側サーバを備えており、前記データ利用側サーバが、ユーザから求めに応じて、前記データ提供側サーバに蓄積されているデータを利用したサービスを提供することができる、健康管理のための測定生体データ保管提供システムであって、前記データ提供側サーバは、ユーザに係わる識別子と当該識別子に関連付けられたデータとを含むデータ記録を記録したデータ記録部と、前記データ記録部に記録された前記データ記録を処理することができる複数の機能のライブラリと、前記データ利用側サーバから送られた、前記識別子を指定し且つ前記ライブラリの前記複数の機能の内の選択した機能を利用する要求に対し、該ライブラリの前記選択した機能により、前記データ記録部に記録された前記データ記録を処理して得られる所定の応答を該データ利用側サーバへ提供する応答手段とを備えたことを特徴とする。

上記した本発明による健康管理のための測定生体データ保管提供システムにおいて、前記データ利用側サーバは、前記ユーザからの求めに応じて、前記応答手段により提供された前記所定の応答に基づく所定のサービスを提供するサービス提供手段を備えることができる。

上記した本発明による健康管理のための測定生体データ保管提供システムにおいて、前記データ記録の識別子はユーザの識別子であり、該データ記録のデータは生体データ測定器により測定された該ユーザの生体測定データとすることができる。

上記した本発明による健康管理のための測定生体データ保管提供システムにおいて、前記ライブラリの前記複数の機能の内の少なくとも１つは、前記データ利用側サーバから送られた前記要求で指定された前記識別子に基づいて、前記データ記録部に記録された前記データ記録を検索する機能とすることができる。

上記した本発明による健康管理のための測定生体データ保管提供システムにおいて、前記データ利用側サーバから送られた要求で指定された前記識別子は所定の暗号化が施されているものとすることができる。

本発明により提供されるデータ提供プログラムは、ネットワークを介してデータ提供側サーバがデータを提供するためのデータ提供プログラムであって、該データ提供側サーバは、データ利用側サーバとネットワークを介して接続されており、ユーザに係わる識別子と当該識別子に関連付けられたデータとを含むデータ記録を記録したデータ記録部と、前記データ記録部に記録された前記データ記録を処理することができる複数の機能のライブラリとを備えており、データ提供側サーバのコンピュータを、前記データ利用側サーバから送られた、前記識別子を指定し且つ前記ライブラリの前記複数の機能の内の選択した機能を利用する要求に対し、該ライブラリの前記選択した機能により、前記データ記録部に記録された前記データ記録を処理して得られる所定の応答を該データ利用側サーバへ提供する応答手段として機能させるためのデータ提供プログラムである。

上記した本発明によるデータ提供プログラムにおいて、前記データ記録の識別子はユーザの識別子であり、該データ記録のデータは生体データ測定器により測定された該ユーザの生体測定データとすることができる。

上記した本発明によるデータ提供プログラムにおいて、前記データ利用側サーバから送られた要求で指定された所定の暗号化が施されている前記識別子を解読することができる。

本発明による記録媒体は、本発明のいずれかのデータ提供プログラムを記録したコンピュータ読取り可能な記録媒体である。

本発明により提供されるデータ提供方法は、ユーザに係わる識別子と当該識別子に関連付けられたデータとを含むデータ記録を記録したデータ記録部と、前記データ記録部に記録された前記データ記録を処理することができる複数の機能のライブラリとを具備するデータ提供側サーバから、ユーザから求めに応じて、前記データ提供側サーバに蓄積されているデータを利用したサービスを提供することができるデータ利用側サーバへ、ネットワークを介してデータを提供する方法であって、
前記データ利用側サーバから、前記識別子を指定し且つ前記ライブラリの前記複数の機能の内の選択した機能を利用する要求を、ネットワークを介して前記データ提供側サーバに発せさせ、
前記データ提供側サーバには、前記データ提供側サーバの前記ライブラリの、前記要求により選択した機能により、前記要求により指定される前記識別子に基づいて、前記データ記録部に記録された前記データ記録を処理して得られる所定の応答を該データ利用側サーバへネットワークを介して提供させることを特徴とする。

本発明による健康管理のための測定生体データ保管提供システム等によれば、データ提供側サーバに、ユーザの識別子とユーザの生体測定データとを含むデータ記録から構成される生体測定データ記録部と、生体測定データ記録部のデータ記録を処理することができる複数の機能を有するＡＰＩライブラリとを設けておく。データ提供側サーバの応答部は、データ利用側サーバから送られた、ユーザの識別子を指定し且つＡＰＩライブラリの内の選択した機能を利用する要求に対し、ＡＰＩライブラリの選択した機能により生体測定データ記録部に記録された生体測定データ記録を処理して得られる所定の応答をデータ利用側サーバへ提供することができる。データ利用側サーバは生体測定データ記録を利用することができるため、長時間と高コストとをかけて独自に生体測定データのデータベースを構築する必要がなくなる。さらに、データ提供側サーバのＡＰＩライブラリを用いることができ、従って、入手したデータの処理や表示などに特化できるので、短期間且つ低コストで独自の健康管理用のウェブサイトを構築することができるという効果がある。

以下、各実施例について図面を参照して詳細に説明する。

図１は、本発明の実施例１である健康管理のための測定生体データ保管提供システム１を示す。図１において、符号１０はインターネット等のネットワーク、３０はネットワーク１０に接続されたデータ提供側サーバ、２０はネットワーク１０に接続されたデータ利用側サーバであり、データ提供側サーバ３０とデータ利用側サーバ２０とはネットワーク１０を介して接続されている。更に、ネットワーク１０には、医療機関Ａ、Ｂ・・・、更にユーザＸ，Ｙ，Ｚ・・・が接続され又は接続可能である。また、図面では、データ利用側サーバ２０が１つしか図示されていないが、健康管理サービス事業者等毎に少なくとも１つのデータ利用側サーバ２０が設けられていると理解されたい。従って、医療機関が、健康管理サービス事業者等を兼ねている場合もあれば、健康管理サービス事業者等が、スポーツクラブ又はエステティックサロン更に又は医療機関とは全く独立したネット上の健康管理サービス事業者等の場合もある。更に、データ利用側サーバ２０は、健康管理サービス事業者等でなく、研究機関にあってもよい。データ提供側サーバ３０に蓄積されている膨大な測定生体データは医学他の研究上非常に利用価値の高いものである。データ提供側サーバ３０に測定生体データを送るユーザが、研究機関による利用を予め許可している場合には、研究機関などにより利用が可能であることが好ましい。そのような利用を可能にするために、ユーザの識別子は、研究機関での利用を許可するかどうかを表すコードを含むように構成されることが好ましい。その場合、ユーザの識別子が研究機関での利用を許可している蓄積生体データを抽出し、更に、研究の目的に応じた一時加工処理を行った上で、個人を特定する情報を除外した統計的なデータ、例えば、所定の範囲の生体測定データ値を有するユーザの数、居住地域、年齢分布というようなデータを（健康管理サービス事業者等に該当する）研究機関に提供することができる。

符号４０はデータ提供側サーバ３０のディスク等の記録装置であり、その記録装置４０内には、任意の識別子と当該識別子に対応付けられたデータとを含むレコード（データ記録）からなるデータベース（データ記録部）５０が設けられている。上記データは、体脂肪計または血圧計等の生体データ測定器（不図示）により測定された被測定者であるユーザの生体測定データであり、この場合、上記識別子はユーザの識別子（ユーザＩＤ）とすることが好適である。以下では、データ記録を生体測定データレコードと言い、データ記録部５０を生体測定データのデータベース（生体測定データＤＢ５０）と言う。

更に図１に示されるように、記録装置４０内には、生体測定データＤＢ５０を例えば検索し又は検索及び一時加工処理するように活用するための、プログラムすなわちアプリケーションから利用可能な形態の様々な機能のライブラリ６０も設けられている。ライブラリ６０は、生体測定データＤＢ５０に対して種々の検索や一時加工処理を含む様々な処理を行う機能を有する関数またはプログラムの集合であるＡＰＩ（Application Programming Interface）が好適である。以下では、ライブラリ６０をＡＰＩライブラリ６０と言う。

図１において、符号３１はデータ提供側サーバ３０が有する機能を示す機能ブロックであり、当該機能として応答部（応答手段）３２が示されている。応答部３２は、例えばデータ利用側サーバ２０から送られた、ユーザＩＤを指定し且つＡＰＩライブラリ６０の諸機能の内の少なくとも１つの機能を指定して当該機能を利用する要求に対し、生体測定データＤＢ５０に記録された生体測定データレコードの内のユーザＩＤで指定された生体測定データに対して、ＡＰＩライブラリ６０の諸機能の内の上記要求で指定された機能に基づいて処理を行い、その結果として得られた生体測定データ（すなわち所定の応答）をデータ利用側サーバ２０へ提供する機能を有している。

図２（Ａ）および（Ｂ）は、生体測定データＤＢ５０に記録された生体測定データの一例を示し、図２（Ａ）は体脂肪率に関する生体測定データレコードからなるデータベース５０ａ、図２（Ｂ）は血圧に関する生体測定データレコードからなるデータベース５０ｂを例示する。

図２（Ａ）において、符号５１はユーザＩＤ欄、５２ａ−１はＹＹＹＹＭＭＤＤＨＨＭＭ（ＹＹＹＹは西暦、ＭＭは月、ＤＤは日、ＨＨは時間、ＭＭは分）の形式で示された測定日時欄、５３ａ−１は測定日時欄５２ａ−１で示される測定日時に測定された体脂肪率の測定データ欄（単位は％で示す。）、５３ａ−ｎは測定日時欄５２ａ−ｎで示される測定日時に測定された体脂肪率の測定データ欄である。図２（Ａ）の第１行に例示されるように、ユーザＩＤ欄５１がＵＩＤ００１であるユーザの２００７年２月１日１２時３０分に測定された体脂肪率は２５％であり、同ユーザの２００７年３月１日１２時３０分に測定された体脂肪率は２８％である。図２（Ａ）に示されるように、体脂肪率に関する複数のユーザの複数の測定日時と測定データとが対になって記録されている。図２（Ａ）では当該対の数（測定回数）はｎ個示されているが、これは図面の都合によるものであって記録される測定回数はｎ回に限定されるものではない。

図２（Ｂ）においても同様に、符号５１はユーザＩＤ欄、５２ｂ−１はＹＹＹＹＭＭＤＤＨＨＭＭの形式で示された測定日時欄、５３ｂ−１は測定日時５２ｂ−１欄で示される測定日時に測定された血圧の測定データ欄（単位はｍｍＨｇであり最低血圧／最高血圧の形式で示す。）、５３ｂ−ｍは測定日時５２ｂ−ｍ欄で示される測定日時に測定された血圧の測定データ欄である。図２（Ｂ）の第１行に例示されるように、ユーザＩＤ欄５１がＵＩＤ００５であるユーザの２００７年１月５日０９時００分に測定された血圧は最低血圧が８０ｍｍＨｇで最高血圧が１２０ｍｍＨｇであり、同ユーザの２００７年１月３０日０９時３０分に測定された血圧は最低血圧が９０ｍｍＨｇで最高血圧が１３０ｍｍＨｇである。図２（Ｂ）に示されるように、血圧に関する複数のユーザの複数の測定日時と測定データとが対になって記録されている。図２（Ｂ）では当該対の数（測定回数）はｍ個示されているが、これは図面の都合によるものであって記録される測定回数はｍ回に限定されるものではない。

図２（Ａ）および（Ｂ）では、生体測定データＤＢ５０を体脂肪率と血圧とに関して別個のデータベース５０ａおよび５０ｂから構成されるものとして示したが、これはあくまでも一例であってデータベース５０ａおよび５０ｂを一つのデータベースとして保持してもよい。

上記した様々な生体測定データは、以下のようにしてデータ提供側サーバ３０に集められて保管される。例えば、医療機関Ａ、Ｂ・・・などで測定されて得られた「生体測定データ」に被測定者すなわちユーザＩＤ及び測定日時情報を付けて、医療機関Ａ、Ｂ・・・からネットワーク１０を介してデータ提供側サーバ３０に供給する。更に、ユーザＸ，Ｙ，Ｚ・・・など自宅で測定して得られた「生体測定データ」に同じく被測定者すなわちユーザＩＤ及び測定日時情報を付けて、自宅のパーソナルコンピュータからネットワーク１０を介してデータ提供側サーバ３０に供給する。更に、スポーツクラブ又はエステティックサロンにおいてユーザ自身が又はその事業者が「生体データ」を測定した場合にも、得られた「生体測定データ」に被測定者すなわちユーザＩＤ及び測定日時情報を付けて、ネットワーク１０を介してデータ提供側サーバ３０に供給する。そのようなユーザＩＤ付きデータを受けたデータ提供側サーバ３０は、図２に示すように、生体測定データＤＢ５０のユーザＩＤで特定される欄に、測定日時情報と一緒に「生体測定データ」を格納する。なお、この場合、データ利用側サーバ２０に一旦送って、その後に、データ利用側サーバ２０がネットワーク１０を介してデータ提供側サーバ３０に供給するようにしてもよい。

なお、ユーザが自宅で「生体データ」を測定する場合、家庭用の体重計、体組成計、体脂肪計、脈拍計、血圧計、尿糖計が使用されるが、それらの測定機器としては、測定結果を自動的にインターネットを介してデータ提供側サーバ３０に供給する機能を有する測定機器を使用するか、又はそのような機能を有する機器を付属させた測定機器を使用すると、ユーザの負担なく効率的に測定結果を送るころができる。

医療機関で測定されて得られる「生体測定データ」と、ユーザが自宅で測定して得られる「生体測定データ」と、スポーツクラブ又はエステティックサロンにおいて測定されて得られる「生体測定データ」とは、測定項目が異なり且つ測定頻度も異なっている。このように測定頻度も異る様々な測定項目が生体測定データＤＢ５０に集積されることにより、単一の健康管理サービス事業者等が集める生体測定データより沢山の測定項目の生体測定データが多量に集積することができる。その結果、健康管理サービス事業者等は、そのような沢山の測定項目の多量の生体測定データを活用することにより、より高度な又はより信頼性の高い又はより多様な健康管理サービスを提供することが可能である。一方、研究機関にとっては、沢山の測定項目の多量の生体測定データを活用することにより、研究を促進することも可能であろう。

図３は、ＡＰＩライブラリ６０内で定義された関数またはプログラム（以下、「関数等」と略す。）の一例を表形式で示す。図３において、符号６１はＡＰＩライブラリ６０内で定義された関数等の関数名欄（関数名はgetVitalData）、６２は関数getVitalDataが取る引数欄、６３は関数getVitalDataが返す戻り値欄、６３Ｎは関数getVitalDataが正常終了した場合に返される戻り値欄、６３Ａは関数getVitalDataが異常終了した場合に返される戻り値欄である。関数getVitalDataの機能の１つの例は、生体測定データＤＢ５０に記録された特定のユーザに関する生体測定データを基点となる測定日時から終点となる測定日時まで検索して返すというものである。

ユーザの特定に関しては、予めデータ利用側サーバ２０から送られたユーザＩＤに基づき別の関数等を用いて行われているものとする。後述する例の場合、生体測定データＤＢ５０に記録された上記ユーザＩＤにより特定されるユーザに関する基点となる測定日時から終点となる測定日時までの全生体測定データの要求が、ユーザＩＤを指定してのＡＰＩライブラリ６０の機能を利用する要求となり、当該生体測定データが、データ利用側サーバ２０へ提供される所定の応答となる。なお、ここで、通信専用のユーザ識別子と、サーバー内部の処理でしか使用しないユーザ識別子とを使用することが好ましい。この場合、双方のサーバで、サーバ内部の処理で使用するユーザ識別子は異なるものとし、それぞれのサーバが通信専用のユーザ識別子と内部処理用ユーザ識別子との変換テーブルまたは変換関数を有する構成とする。

図３の引数欄６２に示されるように、関数getVitalDataが取る引数は４つある。第１番目の引数の名称はstrSiteIDでデータ型はストリング（String）であり、データ利用側サーバ２０を識別するサイトＩＤを示す。第２番目の引数の名称はstrSitePassでデータ型はストリング（String）であり、データ利用側サーバ２０を認証するために用いられるサイトパスワードを示す。サイトパスワードとしてはデータ利用側サーバ２０のＩＰアドレスを用いることが好適である。第３番目の引数の名称はstrStartTimeでデータ型はストリング（String）であり、上記の基点となる測定日時（基点日付）をＹＹＹＹＭＭＤＤＨＨＭＭ形式で示す。空文字（“”）の場合は生体測定データＤＢ５０に記録された先頭日時となる。第４番目の引数の名称はstrEndTimeでデータ型はストリング（String）であり、上記の終点となる測定日時（終点日付）をＹＹＹＹＭＭＤＤＨＨＭＭ形式で示す。空文字（“”）の場合は本関数getVitalDataが呼ばれた日時が使用される。後述するように、関数getVitalDataの戻り値には本関数に関するデータ提供側サーバ３０の処理開始の日時が含まれるため、関数getVitalDataの標準的な呼び方としては、strStartTimeに前回関数getVitalDataが呼ばれた際に返したデータ提供側サーバ３０の処理開始の日時を指定し、strEndTimeに空文字を指定することが好適である。この結果、本関数の呼び出し側（データ利用側サーバ２０）では連続した測定日時の生体測定データを得ることができる。

次に、関数getVitalDataが返す戻り値について説明する。図３の正常終了時における戻り値欄６３Ｎに示されるように、関数getVitalDataが正常終了時に返す戻り値は８つある。第１番目の戻り値（［０］で示す。）はステータスを示し、０が返された場合は正常終了を示す。本欄６３Ｎは正常終了時における戻り値に関するものであるため、返されるステータスは０となる。第２番目の戻り値（［１］で示す。）には本関数に関するデータ提供側サーバ３０の処理開始の日時がＹＹＹＹＭＭＤＤＨＨＭＭ形式で返される。上述の引数strEndTimeに空文字でない指定がある場合、当該指定された終点日時と第２番目の戻り値との間に差ができるため、次回に第２番目の戻り値をstrStartTimeとしてそのまま用いるか否かの判断が呼出し側で必要となる可能性がある。第３番目の戻り値（［２］で示す。）には本関数により返される生体測定データの個数（図２で示されたｎまたはｍ）が返される。本個数は以降の第４番目の戻り値から第８番目の戻り値を一組とする生体測定データの個数を示す。

第４番目の戻り値（［３］で示す。）には上述のように別途指定されたユーザのログインＩＤが返される。上述のようにユーザの生体測定データは体脂肪計または血圧計等の生体データ測定器（不図示）により測定され、これらの生体データ測定器からパーソナルコンピュータ（ＰＣ）およびネットワークを介してデータ提供側サーバ３０へ転送される。その際、予めユーザ側からデータ提供側サーバ３０にログインしておく必要があり、上記ログインＩＤは当該ログインの際に用いられる。

第５番目の戻り値（［４］で示す。）には生体測定データの測定日時がＹＹＹＹＭＭＤＤＨＨＭＭ形式で返される。第６番目の戻り値（［５］で示す。）には生体測定データの種類が返される。当該戻り値が１の場合の生体測定データの種類は体重であり、２の場合は体脂肪率、３の場合は体脂肪量、４の場合は内蔵脂肪レベル、５の場合は基礎代謝、６の場合は筋肉量、７の場合は推定骨量、８の場合は歩数、９の場合は消費カロリー、１０の場合は血圧、１１の場合は脈拍である。図３の第６番目の戻り値では１１種類が示されているが、これは例示的なものであり第６番目の戻り値は１１種類に限定されるものではない。第７番目の戻り値（［６］で示す。）には第６番目の戻り値で返される生体測定データの単位が返される。当該戻り値が１の場合の生体測定データの単位はｋｇであり、２の場合は％、３および４は未使用、５の場合はｋｃａｌ、６の場合は歩（数）、７の場合はｍｍＨｇ、８の場合は拍／分（ｂｐｍ）である。第８番目の戻り値（［７］で示す。）には第５番目および第６番目の戻り値で指定される生体測定データが返される。血圧に関しては、上述のように最低血圧／最高血圧の形式で返される。

図３の異常終了時における戻り値欄６３Ａに示されるように、関数getVitalDataが異常終了時に返す戻り値は１つであり、正常終了時における第１番目の戻り値（［０］で示す。）であるステータスのみとなる。当該戻り値が１の場合は対象となる生体測定データが無いことを示し、−１の場合は引数欄６２で示された引数に誤りがあるパラメータエラーを示し、−２の場合は生体測定データＤＢ５０側に異常があるＤＢエラーを示し、−３の場合は引数欄６２で示されたサイトパスワードstrSitePassにエラーがあった認証エラーを示し、−４の場合はその他のエラーを示す。

上述した関数等の一覧は予めデータ提供側サーバ３０からデータ利用側サーバ２０へ配信しておけばよい。データ利用側サーバ２０内で実行されるプログラム中で上記関数等がデータ提供側サーバ３０で定義されたＡＰＩであることを宣言しておくことにより、当該関数等がデータ提供側サーバ３０と通信を行って所定の応答、例えば上述した生体測定データＤＢ５０に記録された特定のユーザに関する基点となる測定日時から終点となる測定日時までの生体測定データの提供を受けることができる。あるいは、データ利用側サーバ２０からネットワーク１０を介してデータ提供側サーバ３０の所定のＵＲＬを指定し、当該ＵＲＬ中にパラメータとして上記関数等の名称および引数と戻り値を受け取るための変数等とを指定しておくことにより、上記所定の応答と同様の内容の提供を受けることもできる。

上述したデータ利用側サーバ２０から送られた要求で指定されたユーザＩＤには、所定の暗号化を施しておくことができる。所定の暗号としてはＳＳＬ（Secure Sockets Layer）プロトコルまたは公開鍵暗号方式等、所望の暗号化方式を用いればよい。

なお、上記した例では、基点となる測定日時から終点となる測定日時までの全生体測定データの要求したが、基点となる測定日時から終点となる測定日時までの生体測定データの内の特定の種類（すなわち、測定項目、例えば、血圧、体脂肪率など）の生体測定データの要求するようにすることもできる。その場合、引数は、４つでなく、データの種類を指定する引数が増加して５つとなる。一方、上述したようにデータ利用側サーバ２０が研究機関である場合には、データ利用側サーバ２０からの要求には、ユーザ識別子が含まれない一方、ＡＰＩライブラリ６０に含まれる機能は、ユーザ識別子に基づく単なる検索機能だけでなく、例えば、所定の範囲の生体測定データ値を有するユーザの数、居住地域、年齢分布というようなデータを提供できるように検索機能と統計計算機能とを併せ持つ機能を用意しておくこともできる。

図４は、本発明のデータ提供側サーバ３０が実行するデータ提供プログラムまたはデータ提供方法の流れをフローチャートで示す。図４に示されるように、データ提供側サーバ３０は、データ利用側サーバ２０から送られたユーザＩＤを指定したＡＰＩライブラリ６０の機能を利用する要求を受信する（ステップＳ１０）。次に、当該要求に対し、ＡＰＩライブラリ６０の当該要求に応じて選択された機能を使用して、生体測定データＤＢ５０の生体測定データの検索等の処理を行う（ステップＳ１２）。データ利用側サーバ２０の認証は、上述のようにＡＰＩライブラリ６０の上記選択された当該機能の実行中（ステップＳ１２）に行うことができる。ステップＳ１２における検索等で得られた生体測定データをデータ利用側サーバ２０へ提供する（ステップＳ１４。以上、ステップＳ１０、Ｓ１２およびＳ１４が応答ステップ）。以上の応答ステップによれば、データ提供側サーバ３０は、データ利用側サーバ２０から送られた、ユーザＩＤを指定したＡＰＩライブラリ６０の機能を利用する要求に対し、ＡＰＩライブラリ６０の当該要求に応じて選択された機能を使用して、生体測定データＤＢ５０に記録された生体測定データを検索して得られた生体測定データ（所定の応答）をデータ利用側サーバ２０へ提供することができる。

以上より、本発明の実施例１によれば、データ提供側サーバ３０に、ユーザＩＤとユーザの生体測定データとを含む生体測定データレコードから構成される生体測定データＤＢ５０と、生体測定データＤＢ５０を検索他の処理するＡＰＩライブラリ６０とを設けておく。データ提供側サーバ３０の応答部３２は、データ利用側サーバ２０から送られた、ユーザＩＤを指定したＡＰＩライブラリ６０の機能を利用する要求に対し、ＡＰＩライブラリ６０の当該要求に応じて選択された機能を使用して、生体測定データＤＢ５０に記録された生体測定データレコードを検索他の処理をして、所定の応答をデータ利用側サーバ２０へ提供することができる。上記機能が関数getVitalDataの場合、生体測定データＤＢ５０に記録されたユーザＩＤにより特定されるユーザに関する基点となる測定日時から終点となる測定日時までの生体測定データの要求が、ユーザＩＤを指定したＡＰＩライブラリ６０の機能を利用する要求となり、当該生体測定データが、データ利用側サーバ２０へ提供される所定の応答となる。データ利用側サーバ２０は生体測定データＤＢ５０を利用することができるため、長時間と高コストとをかけて独自に生体測定データのデータベースを構築する必要がなくなる。さらに、データ提供側サーバ３０のＡＰＩライブラリ６０を用いることができるため、短期間且つ低コストで独自の健康管理用のウェブサイトを構築することができる。

ユーザは自宅又は旅行先乃至は医療機関で測定する度に、生体測定データをネットワークを介して生体測定データＤＢ５０に送り、保管蓄積することできる。そして、ユーザが、健康管理サービス事業者等から健康管理サービスの提供を受けたいとき、データ利用側サーバ２０を有する健康管理サービス事業者等のウェブサイトにアクセスして、そのウェブサイトの案内に従い、健康管理サービスの種類を指定すると共に、自己のユーザＩＤを入力する。その場合、健康管理サービス事業者等のデータ利用側サーバ２０は、ユーザＩＤと共に生体測定データの要求を、ネットワーク１０を介してデータ提供側サーバ３０に送り、データ提供側サーバ３０が生体測定データベースを検索して必要な生体測定データを抽出してデータ利用側サーバ２０に送り返し、データ利用側サーバ２０は、データ提供側サーバ３０から該当ユーザの生体測定データを受けて取り込む。データ利用側サーバ２０は、その取り込んだ該当ユーザの生体測定データを、データ利用側サーバ２０独自に開発してソフトウエアによって処理して、ユーザが指定した種類の健康管理サービス、例えば、血圧変化の時系列グラフ表示や、食事および運動を始めとする一般的な生活改善アドバイス、ユーザ毎の個別改善プログラムなどを提供する。従って、ユーザにとっては、健康管理サービスの種類に応じて、健康管理サービス事業者等を選択して、自己にとって最適であると思える又は最も信頼性が高いと思える健康管理サービスを利用することができる。例えば、過去の生体測定データを見るには、健康管理サービス事業者等“Ｓ１”が提供する時系列グラフ表示が判り易ければ、健康管理サービス事業者等“Ｓ２”を利用し、一方、食事および運動を始めとする一般的な生活改善アドバイスに関しては、健康管理サービス事業者等“Ｓ２”を利用するようなことが可能である。一方では、健康管理サービス事業者等も、自己の提供するサービスの利用を拡大するために、生体測定データを処理する独自の健康管理用のアプリケーションの開発にその資本と労力を集中することができる。

図５は、本発明の実施例２である健康管理のための測定生体データ保管提供システム２を示す。図５で図１と同じ符号を付した箇所は同じ要素または機能を示すため説明は省略する。図５において、符号２１はデータ利用側サーバ２０が有する機能を示す機能ブロックであり、当該機能としてサービス提供部（サービス提供手段）２２が示されている。サービス提供部２２は、応答部３２により提供された所定の応答に基づき所定のサービスを提供する。所定の応答が実施例１で説明した関数getVitalDataを利用したユーザに関する基点となる測定日時から終点となる測定日時までの生体測定データである場合、所定のサービスとしては、当該生体測定データの時系列グラフ表示が好適である。他にも、当該生体測定データに基づく食事および運動を始めとする一般的な生活改善アドバイス（必要に応じて食事制限等のアラートサービスも含む。）、当該生体測定データに基づくユーザ毎の個別改善プログラム等が挙げられる。サービス提供部２２が上述の所定のサービスを実行するために、応答部３２により提供された所定の応答は、図５に示されるようにデータ利用側サーバ２０のディスク等の記録装置４１内に生体測定データＤＢ５５として記録しておくことが好適である。

以上より、本発明の実施例２によれば、データ利用側サーバ２０は応答部３２により提供された所定の応答に基づき所定のサービスを提供するサービス提供部２２を備えることができる。所定のサービスとしては、上記所定応答に基づく生体測定データの時系列グラフ表示等が好適であり、データ利用側サーバ２０は実施例１で説明した関数getVitalDataを利用することにより、短期間且つ低コストで当該表示を行なうソフトウェアを作成することができる。その理由は、上述したように、データの検索、一次加工処理にＡＰＩライブラリのソフトウェアが使用できるので、データ利用側サーバのアプリケーションソフトは、入手したデータの処理、表示に特化できる。従って、短期間かつ低コストの開発が可能である。

所定のサービスとしては、当該生体測定データに基づく食事および運動を始めとする一般的な生活改善アドバイスも好適であり、データ利用側サーバ２０は実施例１で説明した関数getVitalDataを利用することにより、短期間且つ低コストで当該アドバイスというコンテンツを作成することができる。この結果、実施例１の効果に加えて、データ利用側サーバ２０は、所定のサービスを行うためのソフトウェアおよびコンテンツを備えた独自の健康管理用のウェブサイトを短期間且つ低コストで構築することができる。すなわち、生体測定データＤＢ５０を備えたデータ提供側サーバ３０の開発と所定のサービスを行うためのソフトウェアおよびコンテンツを備えたデータ利用側サーバ２０の開発とを独立して行なうことが可能となる。このため、データ提供側サーバ３０の運営主体（会社、機関等）とデータ利用側サーバ２０の運営主体とは別資本または異業種であってもよいことになり、様々な分野の企業との協業関係を加速度的に構築することができる。

図６は、上述した各実施例を実現するための本発明のコンピュータ・プログラムを実行するデータ提供側サーバ３０またはデータ利用側サーバ２０のコンピュータの内部回路７０を示すブロック図である。図６に示されるように、ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、画像制御部７６、コントローラ７７、入力制御部７９および外部インタフェース（Ｉ／Ｆ）部８１はバス８２に接続されている。図６において、上述の本発明のコンピュータ・プログラムは、ＲＯＭ７２、ディスク７８ａ、記録装置４０若しくは４１、またはＤＶＤ若しくはＣＤ−ＲＯＭ７８ｎ等の記録媒体（脱着可能な記録媒体を含む）に記録されている。ディスク７８ａ等には、上述した生体測定データＤＢ５０または５５、ＡＰＩライブラリ６０等も記録されている。本発明のコンピュータ・プログラムは、ＲＯＭ７２からバス８２を介し、またはディスク７８ａ若しくはＤＶＤ７８ｎ等の記録媒体からコントローラ７７を経由してバス８２を介しＲＡＭ７３へロードされる。入力制御部７９は、マウス、テンキー等の入力操作部８０と接続され入力制御等を行う。画像メモリであるＶＲＡＭ７５はデータ提供側サーバ３０等の表示部７４の少なくとも一画面分のデータ容量に相当する容量を有しており、画像制御部７６はＶＲＡＭ７５のデータを画像データへ変換して表示部７４へ送出する機能を有している。外部Ｉ／Ｆ部８１は、ネットワーク１０等との間の入出力インタフェース機能を有する。

上述のようにＣＰＵ７１が上述の本発明のコンピュータ・プログラムを実行することにより、本発明の目的を達成することができる。当該コンピュータ・プログラムは上述のようにＤＶＤ７８ｎ等の記録媒体の形態でコンピュータＣＰＵ７１に供給することができ、当該コンピュータ・プログラムを記録したＤＶＤ７８ｎ等の記録媒体も同様に本発明を構成することになる。当該コンピュータ・プログラムを記録した記録媒体としては上述された記録媒体の他に、例えばメモリ・カード、メモリ・スティック、光ディスク、ＦＤ等を用いることができる。

本発明の健康管理のための測定生体データ保管提供システム等の活用例として、保険指導または予防医療の分野への適用が挙げられる。

本発明の実施例１である健康管理のための測定生体データ保管提供システム１を示す図である。 生体測定データＤＢ５０に記録された生体測定データの一例を示す図である。 ＡＰＩライブラリ６０内で定義された関数等の一例を表形式で示す図である。 本発明のデータ提供プログラムまたはデータ提供方法の流れを示すフローチャートである。 本発明の実施例２である健康管理のための測定生体データ保管提供システム２を示す図である。 各実施例を実現するための本発明のコンピュータ・プログラムを実行するデータ提供側サーバ３０またはデータ利用側サーバ２０のコンピュータの内部回路７０を示すブロック図である。

符号の説明

１、２ 健康管理のための測定生体データ保管提供システム、 １０ ネットワーク、 ２０ データ利用側サーバ、 ２１、３１ 機能ブロック、 ２２ サービス提供部、 ３０ データ提供側サーバ、 ３２ 応答部、 ４０、４１ 記録装置、 ５０、５０ａ、５０ｂ、５５ 生体測定データＤＢ、 ５１ ユーザＩＤ欄、 ５２ａ−１、５２ａ−ｎ、５２ｂ−１、５２ｂ−ｍ 測定日時欄、 ５３ａ−１、５３ａ−ｎ、５３ｂ−１、５３ｂ−ｍ 測定データ欄、 ６０ ＡＰＩライブラリ、 ６１ 関数名欄、 ６２ 引数欄、 ６３、６３Ａ、６３Ｎ 戻り値欄、 ７０ 内部回路、 ７１ ＣＰＵ、 ７２ ＲＯＭ、 ７３ ＲＡＭ、 ７４ 表示部、 ７５ ＶＲＡＭ、 ７６ 画像制御部、 ７７ コントローラ、 ７８ａ、７８ｎ ディスク（記録媒体）、 ７９ 入力制御部、 ８０ 入力操作部、 ８１ 外部Ｉ／Ｆ部、 ８２ バス。

Claims (4)

1. ネットワークを介して接続されたデータ提供側サーバ及び複数のデータ利用側サーバを備えており、被測定者である複数のユーザが、前記ネットワークを介して前記データ提供側サーバ及び前記データ利用側サーバにアクセスすることができる、健康管理のための測定生体データ保管提供システムであって、
   被測定者である各ユーザが、生体データ測定器により自宅で測定して得られた測定された被測定者であるユーザの生体測定データを、当該ユーザの識別子及び測定日時情報と共に前記データ提供側サーバに前記ネットワークを介して供給し、
   前記データ提供側サーバは、各被測定者であるユーザから前記ネットワークを介して送られてきた前記生体測定データと当該ユーザの識別子及び測定日時情報を受け、
   前記データ提供側サーバは、
   被測定者であるユーザに係わる識別子と当該識別子に関連付けられた生体測定データと測定日時情報とを含むデータ記録を記録して、生体測定データを保管蓄積するデータ記録部と、
   前記データ記録部に記録された前記生体測定データに対して種々の検索や一時加工処理を含む様々な処理を行うことができる複数の機能のライブラリと、
   前記データ利用側サーバから送られた、前記識別子を指定し且つ前記ライブラリの前記複数の機能の内の選択した機能を利用する要求に対し、該ライブラリの前記選択した機能により、前記データ記録部に記録された前記データ記録を処理して得られる所定の応答を該データ利用側サーバへ提供する応答手段と
   を備えており、
   前記データ利用側サーバは、ユーザから求めに応じて、当該ユーザの識別子と共に生体測定データの要求を、前記ネットワークを介して前記データ提供側サーバに送り、前記データ提供側サーバが生体測定データベースを検索して必要な生体測定データを抽出して前記データ利用側サーバに送り返し、前記データ利用側サーバは、前記データ提供側サーバから受けた該当ユーザの生体測定データを処理して、前記ユーザが指定した種類の健康管理サービスを前記ユーザに提供する
   ことを特徴とする、健康管理のための測定生体データ保管提供システム。
2. 前記データ利用側サーバは、前記ユーザから求めに応じて、前記応答手段により提供された所定の応答に基づく所定のサービスを提供するサービス提供手段を備えたことを特徴とする、請求項１に記載の健康管理のための測定生体データ保管提供システム。
3. 前記ライブラリの前記複数の機能の内の少なくとも１つは、前記データ利用側サーバから送られた前記要求で指定された前記識別子に基づいて、前記データ記録部に記録された前記データ記録を検索する機能であることを特徴とする、請求項１又は２に記載の健康管理のための測定生体データ保管提供システム。
4. 前記データ利用側サーバから送られた要求で指定された前記識別子は所定の暗号化が施されていることを特徴とする、請求項１乃至３のいずれかに記載の健康管理のための測定生体データ保管提供システム。

Images