JP2004236964A - 生体情報通信端末および生体情報サーバー - Google Patents

Abstract

【課題】従来は、生体情報通信端末の不具合や動作状態をサーバー側で把握できない。
【解決手段】生体情報通信端末１に、取得するログ情報について、サーバー２側で指定した検出項目を受信する検出設定受信部と、サーバー２側で指定した送信項目を受信する送信項目受信部を備える。状態検出部は受信した検出設定項目にしたがってログを記録し、ログ送信部は受信した送信項目に対応するログ情報のみをサーバー２へ送信する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、血圧値や血糖値などの生体情報や医療・保健に関する情報について、在宅の患者が医者や看護婦などの医療関係者と通信を行うための生体情報通信端末および生体情報サーバーに関するものである。
【０００２】
【従来の技術】
医療費の高騰に伴い、患者を在宅で治療する傾向が高まっている。この在宅医療を実現するためのシステムとして、生体情報通信端末や生体情報サーバーから構成される医療情報通信システムがある。
【０００３】
従来の医療情報通信システムの概略構成を図７に示す。下記に記した特許文献１や特許文献２に示されているように、インターネット等の通信回線に、生体情報通信端末１００、生体情報サーバー１１０、生体情報閲覧端末１２０が接続される構成になっている。
図７の医療情報通信システムでは、患者であるユーザの生体情報を測定し、生体情報サーバーへ送信する生体情報通信端末１００、生体情報通信端末１００から送信された生体情報を受信し蓄積する生体情報サーバー１１０、生体情報サーバー１１０にアクセスしてユーザ毎の生体情報を取得して表示する生体情報閲覧部１２０からなる。
【０００４】
生体情報通信端末１００は、患者であるユーザの生体情報（体温、血圧、体重、血糖値など）を測定する生体情報測定部１０１、測定された生体情報を通信にサーバーに送信する生体情報送信部１０２からなる。
【０００５】
以上のように構成された医療情報システムでは、生体情報通信端末１００は患者宅に置き、生体情報サーバー１１０は情報センター内等に設置する。生体情報閲覧端末１２０は通常のパソコンなどで構成されており、医療機関内などに設置する。
【０００６】
生体情報通信端末１００中の生体情報送信部１０２で送信された生体データは、インターネットを通じて生体情報サーバー１１０へ送信され登録・管理される。医師や看護婦は生体情報閲覧端末１２０を用いて、インターネットを介して生体情報サーバー１１０へアクセスし、患者の生体データを閲覧する。
【０００７】
【特許文献１】
特開平１０−１４３５７３号公報（第１図）
【特許文献２】
特開２００１−２５８８５７公報（第１図）
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来の生体情報通信端末や生体情報サーバーの構成では、生体情報測定部１０１や生体情報送信部１０２に何らかの不具合が生じた時に、その不具合状態や、原因を追求するための過去の動作ログ情報を生体情報サーバー１１０や生体情報閲覧端末１２０から把握できないという課題があった。
【０００９】
また、生体情報測定部１０１や生体情報送信部１０２の不具合情報や動作ログ情報をサーバーへ送信する場合、常にすべてのログ情報を送信すると情報が多くなりすぎ、生体情報通信端末からサーバーへのデータ送信時間がかかりすぎるという課題があった。
【００１０】
【課題を解決するための手段】
本発明は上記課題を解決するため、生体情報通信端末中の生体情報測定部と生体情報送信部の少なくとも一方の動作状態や不具合状態を検出する状態検出部と、状態検出部で得られた情報を記憶するログ記憶部と、ログ記憶部に記憶された情報を、所定時刻、端末起動時、生体情報送信部による生体情報送信時のいずれかのタイミングでサーバーへ送信するログ送信部を設ける。
【００１１】
この構成により、生体情報通信端末中の生体情報測定部と生体情報送信部の動作状態や不具合情報を生体情報サーバーで管理できる。また、動作状態や不具合情報を含むログ情報は、すべての項目を対象とした場合にデータ量が多くなる。しかしながら、深夜などの所定時刻、あるいは時間がかかる処理（端末起動時、生体情報送信時）と同時に行うことにより、ユーザを待たせることなく処理を行うことができる。
【００１２】
【発明の実施の形態】
請求項１に記載の発明は、生体情報を測定する生体情報測定部と、生体情報測定部で計測された生体情報をサーバーへ送信する生体情報送信部と、生体情報測定部と生体情報送信部の少なくとも一方の動作状態もしくは不具合状態を検出する状態検出部と、状態検出部で得られた情報を記憶するログ記憶部と、ログ記憶部に記憶された情報を、所定時刻、端末起動時、生体情報送信部による生体情報送信時のいずれかのタイミングでサーバーへ送信するログ送信部を備えたことを特徴とする生体情報通信端末である。この構成により生体情報測定部と生体情報送信部の動作状態・不具合状態をサーバーへ送信することができ、サーバーで端末の状態を管理することができる。また、ログ情報の送信タイミングを所定時刻、端末起動時、生体情報送信時のいずれかに設定することにより、ログ送信のためだけに、ユーザを待たせることなく処理を行うことができる。
【００１３】
請求項２に記載の発明は、請求項１に記載の発明において、ログの検出項目に関する設定をサーバーから受信する検出設定受信部を備え、状態検出部は検出設定受信部で受信した項目情報にしたがって状態検出を行う。この構成により、状態検出部はサーバーで指定された項目しか状態検出を行わないため、状態検出部で出力されるログ情報は、すべての検出を行う場合と比較して少なくなり、生体情報通信端末からサーバーへのログ情報の送信時間が短くなるという利点がある。
【００１４】
請求項３に記載の発明は、請求項１に記載の発明において、ログのサーバーへの送信内容（送信項目、日時、期間、ファイル名）に関する設定をサーバーから受信する送信設定受信部を備え、ログ送信部は送信設定受信部で受信した送信項目、日時、期間、ファイル名の少なくともひとつでログ記憶部を検索し、該当するログ情報をサーバーへ送信する。この構成により、すべてのログ情報をサーバーへ送信する場合と比較して、ログ送信部が送信するデータ量が少なくなり、生体情報通信端末からサーバーへのログ情報の送信時間が短くなるという利点がある。
【００１５】
請求項４に記載の発明は、請求項１に記載の発明において、生体情報測定部と生体情報送信部の少なくとも一方の不具合状態のみを検出するエラー検出部を備え、ログ送信部はエラー検出部がエラーが検出したときに、ログ記憶部に記憶された情報をサーバーへ送信する。この構成により、サーバー側でタイムリーにエラーの発生状況や原因追及に必要な状況を知ることが出来る。
【００１６】
請求項５に記載の発明は、請求項１に記載の発明において、サーバーとの通信時に、サーバーに対する通信経路、応答時間の少なくとも一方を測定し、ログ記憶部に記憶させる経路検出部を備え、ログ送信部は通信経路および／または応答時間を含めてログ記憶部に記憶した内容をサーバーへ送信する。この構成により、サーバー側で生体情報通信端末との通信経路などの情報も管理することができ、この情報により、通信遅延や通信エラーなどの発生原因を解析することができる。
【００１７】
請求項６に記載の発明は、請求項１〜５に記載の発明において、ログ記憶部に記憶されたログ情報を情報圧縮する圧縮部を備え、ログ送信部は情報圧縮されたログ情報をサーバーに送信する。この構成により、生体情報通信端末からサーバーへ送信する情報量を小さくすることができる。したがって、ログ送信のためにユーザに操作を長時間待たせることなく処理を進めることができる。
【００１８】
請求項７に記載の発明は、ユーザの生体情報を記憶する生体情報記憶部と、生体情報通信端末から送信された生体情報を受信し生体情報記憶部に記憶させる生体情報登録部と、生体情報通信端末から送信されるログ情報を受信するログ情報受信部と、ログ情報受信部で得られたログ情報を端末毎もしくはユーザ毎に管理・記憶するログ情報記憶部と、ログ情報記憶部の内容を表示する表示部を備えたことを特徴とする生体情報サーバーである。この構成により、生体情報通信端末で記録された生体情報測定部と生体情報送信部の動作情報や不具合情報などをログ情報の形で、サーバー側で記録・管理することができる。
【００１９】
この情報により、端末側で発生した不具合などに対して迅速な対応が可能になる。
【００２０】
請求項８に記載の発明は、請求項７に記載の発明において、端末毎あるいはユーザ毎に、生体情報通信端末でログ情報として検出すべき項目を入力させる検出項目入力部と、検出項目入力部で入力された検出項目を記憶する検出項目記憶部と、検出項目記憶部に記憶された検出項目を生体情報通信端末へ送信する検出項目送信部を備える。この構成により、サーバー側で生体情報通信端末で検出するログ項目を指定することができ、ログとして必要な項目だけを管理者が選択することができる。
【００２１】
請求項９に記載の発明は、請求項７に記載の発明において、端末毎あるいはユーザ毎に、生体情報通信端末がサーバーへ送信するログ情報について送信項目（項目、日時、期間、ファイル名等）を入力させる送信項目入力部と、送信項目入力部で入力された送信項目を記憶する送信項目記憶部と、送信項目記憶部に記憶された送信項目を生体情報通信端末へ送信する送信項目送信部を備える。この構成により、サーバー側で生体情報通信端末から送信するログ項目を指定することができ、ログとして必要な項目だけを管理者が選択することができる。
【００２２】
また、ログ情報は生体情報通信端末に残っているため、必要に応じてログファイルを送信させるような運用も可能になる。
【００２３】
請求項１０に記載の発明は、請求項７に記載の発明において、ログ情報受信部は、受信したログ情報が情報圧縮されているかどうかを判断し、情報圧縮されている場合は受信した情報を伸張する。この構成により、生体情報通信端末から圧縮されたログファイルが送信されてきた場合に、問題なく展開し、通常のログ情報と同様に処理を行うことができる。サーバー側と端末側にログ情報の圧縮・展開機能を持つことにより、ログ情報容量の低下を図ることができ、ユーザに操作を長時間待たせることが無くなる。
【００２４】
請求項１１に記載の発明は、請求項１〜１０において、いずれか１項記載の機能すべてもしくは一部をコンピュータに実現させるためのプログラムである。プログラムであるので汎用コンピュータやパソコンなどを用いて本発明の機能の一部あるいは全てを容易に実現することができる。また記録媒体に記録したり通信回線を用いてプログラムを配信したりすることでプログラムの配布やインストール作業が簡単にできる。
【００２５】
【実施例】
以下、本発明の実施例について図面を用いて説明する。
【００２６】
（実施例１）
図１は本発明の全体構成を示した図である。図１において、１はユーザ（患者）の生体情報（血圧、体温、体重、体脂肪率、血糖値、心電図など）を測定し、インターネットを経由して生体情報サーバー２へ送信する生体情報通信端末。生体情報通信端末１は患者の宅内等に設置される。２は情報センターの中に設置された生体情報サーバー。生体情報通信端末１から送信された生体情報の受信・蓄積・管理および情報提供サービスを行う。３は病院や保健センターなどの医療機関内で、医師や看護婦などの医療関係者がユーザの生体情報やその履歴情報を閲覧するための生体情報閲覧端末である。生体情報閲覧端末３は通常のパソコン等で構成されており、情報センター内の生体情報サーバー２にインターネットやＬＡＮ等を経由してアクセスすることにより、ユーザの生体情報を取得して表示する。
【００２７】
生体情報通信端末１の詳細な構成を図２示す。図２の１０は血圧計、血糖計、体温計、体重計、体脂肪率計、心電計などのセンサから構成された生体情報測定部。なお、生体情報測定部１０は生体情報通信端末１から着脱可能でも良い。１１は生体情報測定部１０から送信されたデータを受信して生体情報を取り出し、生体情報サーバー２へ送信する生体情報送信部。１２は電話回線やイーサネット（Ｒ）回線などの通信網を利用して生体情報サーバー２や他のサーバーと通信を行う端末通信部。端末通信部１２の構成は、接続する回線の種類に応じて異なる。具体的には、イーサネット（Ｒ）コントローラやアナログモデム等であり、ケーブルモデム、ターミナルアダプタ、ＡＤＳＬモデム等の構成でも良い。１３は生体情報の計測結果やサーバーへの通信状況を表示する表示部。具体的にはドットマトリクス液晶やＬＥＤなどから構成される。
【００２８】
１４は生体情報測定部１０および生体情報送信部１１の動作状態や不具合状態を検出する状態検出部である。状態検出部では、生体情報測定部１０（血圧計、体温計、体重計など）から発生するエラーコードや、動作の開始や終了等を示す正常系の動作プロセスコードと、生体情報送信部１１がデータ送信した場合の通信プロセスコードや通信エラー等を検出する。なお、生体情報測定部１０が生体情報通信端末１から着脱可能な場合には、生体情報測定部１０と生体情報送信部１１を結ぶケーブルが正しく接続されているか、はずれているかも合わせて検出する。１５は状態検出部１４で検出された動作状況やエラー状況を時系列に記憶するログ記憶部。１６はログ記憶部１５から出力されるログ情報をＬＺＷアルゴリズム等により情報圧縮しデータ容量を小さくするための圧縮部。１７は圧縮部１６から出力される情報を端末通信部１２を制御してサーバへ送信するログ送信部。１８はサーバーから送信される検出設定項目を受信し状態検出部１４に出力する検出設定受信部。ここで状態検出部１４はサーバーから送信された状態検出項目についてのみ、生体情報測定部１０および生体情報送信部１１の動作状態を検出する。１９はサーバーから送信される送信設定項目を受信し、その内容をログ記憶部１５に出力する送信設定受信部。ログ記憶部１５はサーバーから受信した送信設定項目にしたがってログ情報を圧縮部１６に出力する。２０は端末通信部１２がサーバーへ通信を行う直前に、「サーバーと通信が可能かどうか」「サーバーと通信を行う際の経路はどうか」「サーバーに対する応答時間は、経路中の通信機器や中継サーバーに対する応答時間はどのくらいか」を、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて検出する経路検出部。２１は状態検出部１４で得られる生体情報測定部１０と生体情報送信部１１の動作状態からエラー情報のみを抽出するエラー検出部である。エラー検出部２１は不具合を検知した場合にログ送信部１７へエラーコードなどの情報を出力する。
【００２９】
図３に生体情報サーバー２の詳細構成を示す。図３の３１は生体情報通信端末１とデータの送受信を行うサーバー通信部。３２はユーザの体温、血圧、体重、心電図などの生体情報を蓄積・管理する生体情報記憶部。３３は生体情報通信端末１の生体情報送信部１１から送信された生体情報を受信して生体情報記憶部３２に登録する生体情報登録部。
【００３０】
３４は管理者もしくは医療関係者が動作状態を検出したい項目（たとえば、血圧測定動作状況、体重測定エラーなど）を端末毎もしくはユーザ毎に指定する検出項目入力部。３５は検出項目入力部３４で入力された情報を記憶する検出項目記憶部。３６は検出項目記憶部に記憶されている検出項目を、対応する生体情報通信端末１や対応するユーザが利用している生体情報通信端末１へ送信する検出項目送信部。３７は管理者もしくは医療関係者が生体情報通信端末１中に蓄えられているログの内、サーバーへ送信させたい項目や期間等を、端末毎あるいはユーザ毎に指定する送信項目入力部。３８は送信項目入力部３７で入力された設定項目情報を記憶する送信項目記憶部。３９は送信項目記憶部３８に記憶されている送信項目を、対応する生体情報通信端末１や対応するユーザが利用している生体情報通信端末１へ送信する送信項目送信部。４０は生体情報通信端末１から送信されたログ情報（圧縮ファイル）を受信するログ情報受信部。４１はログ情報受信部４０で受信したログ情報が情報圧縮されていた場合に、そのデータの伸張処理を行う伸張部。４２は伸張部４１から出力された情報を端末毎あるいはユーザ毎に管理・記憶するログ情報記憶部。４３はログ情報記憶部４２に記憶された情報を表示するログ情報表示部、４４は生体情報閲覧端末３と通信により接続し、生体情報閲覧端末３に生体情報記憶部３２の内容を送信するインタフェース部である。
【００３１】
以上のように構成された生体情報通信端末１と生体情報サーバー２の動作を図４〜６のフローチャートにより説明する。
【００３２】
図４は生体情報通信端末１の起動時の動作手順を示すフローチャートである。図中のステップにしたがって動作を説明する。
【００３３】
（ステップＡ１）生体情報通信端末１の電源投入後、まず端末通信部１２が生体情報サーバー２との通信を開始する。端末通信部１２の構成は、生体情報通信端末１がインターネットとどのように接続しているかで異なる。例えば、ＡＤＳＬ回線やＣＡＴＶ回線でインターネット接続されている場合は、端末通信部１２はイーサネット（Ｒ）コントローラで構成されており、モデムやルータなどに対してパケット通信を開始する。また、ＩＳＤＮやアナログ電話回線でインターネットに接続されている場合は、端末通信部１２はターミナルアダプタやモデムで構成されることになり、ユーザが契約しているＩＳＰのアクセスポイントに発呼することにより通信を開始する。
【００３４】
（ステップＡ２）経路検出部２０は、通信開始後すぐに生体情報サーバー２に対して、（１）通信が可能かどうか、（２）サーバーと通信を行う際の経路はどうなっているか、（３）サーバーもしくは、経路上の各通信機器（ルーター）や各ホストに対する応答時間はどうかを、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いて検出する。具体的には、生体情報サーバー２に対して、”ｐｉｎｇ”機能に対応するＩＣＭＰパケットを送出し、生体情報サーバー２から応答が所定時間内に戻ってくるかどうかの検出と、”ｔｒａｃｅｒｏｕｔｅ”機能を利用して、サーバーまでの経路と、サーバーや経路にある各通信機器や各ホストへの到達に必要な時間（応答時間）を計測し、ログ記憶部１５に記憶させる。“ｔｒａｃｅｒｏｕｔｅ”とは、ＩＣＭＰプロトコルにおいて、パケット中のＴＴＬ（Ｔｉｍｅ ｔｏ Ｌｉｖｅ）を制御して通信を行うことにより、送信元から宛先までの間にパケットがどのような通信機器（ルーター）やホストを経由するかを調べる機能である。この機能はさらに、「ＩＣＭＰ＿ＥＣＨＯ」メッセージを送信してから応答として「ＩＣＭＰ＿ＥＣＨＯＲＥＰＬＹ」メッセージを受け取るまでの時間も測定する。したがって、サーバーや、通信経路中の通信機器（ルーター）やホストに対する応答時間も計測することが出来る。
【００３５】
なお、送信元である端末から宛先であるサーバーまでの応答時間だけであれば、”ｐｉｎｇ”機能だけを用いても可能である。”ｐｉｎｇ”の場合も、”ｔｒａｃｅｒｏｕｔｅ”と同様に、所定のメッセージを出力してから、応答を受信するまでの時間を計測し、それを応答時間とする。
【００３６】
（ステップＡ３）上記のステップＡ２でのｐｉｎｇによる通信可能性のチェック結果を基に、生体情報サーバー２と通信が可能かどうかを判断する。ｐｉｎｇに対する応答が所定時間内に無い場合は、通信ができないと判断しステップＡ４に進む。ｐｉｎｇに対する応答が所定時間内にあった場合は、ステップＡ６進む。
【００３７】
（ステップＡ４）ステップＡ１〜Ａ３による生体情報サーバー２への通信リトライ回数をカウントし、リトライ回数が所定回数に達したかどうかを判断する。リトライ回数が所定の回数に達していなければ、ステップＡ１に戻りステップＡ１〜Ａ３までの動作を繰り返す。リトライ回数が所定回数に達した場合はステップＡ５に進む。
【００３８】
（ステップＡ５）このステップは所定回数だけ生体情報サーバー２への通信を試みても、一度も通信が成功しなかった場合のステップであり、表示部１３に通信不良の表示を行い、生体情報通信端末１の動作を終了させる。
【００３９】
この場合、ユーザは通信設定や通信回線への結線の再確認を行い、再度、端末起動からやり直す必要がある。なお、このような通信エラーに関する情報もログ記憶部１５に記憶させても良い。
【００４０】
（ステップＡ６）ステップＡ１〜Ａ３で生体情報通信サーバー２との通信が確立している状態で、検出設定受信部１８は端末通信部１２を制御し、生体情報通信サーバー２中の検出項目送信部３６に対して検出項目送信要求を送信し、ユーザ毎もしくは端末毎の検出項目を受信する。
【００４１】
検出項目とは、生体情報測定部１０および生体情報送信部１１の様々な動作状態やエラー発生状態の内、どれを検出するかを示した項目である。以下に検出項目の具体例を列挙する。
【００４２】
（１）動作状態
（１−１）各センサー機器の電池残量
（１−２）各センサー機器の動作開始時刻、測定時刻
（１−３）血圧計の設定空気圧、実際の空気圧
（１−４）体温計の設定（華氏、摂氏、測定時間）
（１−５）心電計の出力絶対値、出力形式設定
（１−６）血糖計 単位設定、計測モード
（１−７）生体情報測定部１０と生体情報送信部１１の接続形式（着脱可能な場合）
（１−８）各センサー機器から送信される生データ
（２）エラー状態
（２−１）電池不足エラー
（２−２）各センサーの測定エラー
例）体温計：所定時間内に計測温度が収束しない
血圧計：所定時間内に空気圧が所定値にならない
脈拍が計測できない
血糖値：センサーチップが範囲外の抵抗値を持つ
など、各センサー機器毎に複数のエラーコードがある
（２−３）生体情報の送信エラー。
【００４３】
検出設定受信部１８は、この端末で具体的に検出する動作状態やエラー状態の項目を受信し、状態検出部１４へ出力する。状態検出部１４はこの項目情報を記憶し、指定された項目を検出し始める。
【００４４】
なお、検出項目は上述したような個別詳細設定でも良いし、例えば、「血糖計に関する動作状態全て」とか「血糖計に関するエラーコード全て」など各センサー毎の設定でも良い。
【００４５】
（ステップＡ７）送信設定受信部１９が、生体情報サーバー２中の送信項目送信部３９に対して送信項目送信要求を送信し、ユーザ毎あるいは端末毎に設定されたログ情報の送信項目情報を受信する。
【００４６】
送信項目情報とは、ログ記憶部１５に記憶された動作状態やエラー情報の内、どの内容を生体情報サーバー２へ送信するかを指定する情報である。送信項目は上記した検出項目を含んでいる。送信項目の具体例は、上記した検出項目以外には以下の項目がある。
【００４７】
（３）日時、期間
（３−１）測定開始日時、期間
例）２００２年１２月１日から１週間のログを送信
（３−２）測定開始日時、終了日時
例）２００２年１２月１日から３１日までのログを送信
（４）項目（ログ種類）
（４−１）動作状態
（４−２）経路検出部２０で得た通信状況
（４−３）エラー情報
（５）ファイル名。
【００４８】
送信設定受信部１９は、受信した設定送信情報をログ記憶部１５に出力する。ログ記憶部１５は、この送信項目を記憶し、項目に対応したログ情報のみを圧縮部１６へ出力する。
【００４９】
（ステップＡ８）ログ記憶部１５は、送信設定受信部１９から出力された送信項目情報にしたがって記憶しているログ情報を検索し、該当するログ情報（動作状態やエラー情報）を圧縮部１６に出力する。
【００５０】
（ステップＡ９）圧縮部１６は、ログ記憶部から出力されたログ情報を、ＬＺＷアルゴリズム等により情報圧縮する。情報圧縮により生体情報サーバー２へ送信するデータ量を少なくすることができる。送信するデータ量が減ることにより、送信時間が短くなる。したがって、ユーザの待ち時間が減少し、操作レスポンスが改善される。
【００５１】
（ステップＡ１０）ログ送信部１７は、圧縮部１６により情報圧縮されたログ情報を端末通信部１２を制御して、生体情報サーバー２中のログ情報受信部４０へ送信する。
【００５２】
以上のステップＡ１〜Ａ１０の動作が、生体情報通信端末の起動時の動作である。次に、生体情報の登録時の処理を図５のフローチャートを用いて説明する。
【００５３】
（ステップＢ１）ユーザは生体情報測定部１０を用いて、生体情報の測定を行う。生体情報測定部１０は、センサ機器（血圧計、血糖計、体温計、体重計、体脂肪率計、心電計など）から構成されている。ユーザは計測したい項目について、生体情報測定部１０を用いて測定する。生体情報測定部１０が生体情報通信端末１から着脱可能な場合は、生体情報測定部１０と生体情報通信端末１を、ケーブル等で接続して測定を行う。
【００５４】
このユーザによる生体情報の測定時に、状態検出部１４は常に生体情報測定部１０を監視しており、ステップＡ６で受信した検出項目にしたがって、動作状態情報やエラー情報などを検出し、日時情報と合わせてログ記憶部１５に記憶させる。
【００５５】
（ステップＢ２）ステップＡ１で計測した生体情報を表示部１３に表示させ、ユーザに結果を提示する。
【００５６】
（ステップＢ３〜Ｂ７）このステップは、計測した生体情報を生体情報サーバー２へ送信するために、通信を確立させるための動作である。具体的な動作はステップＡ１〜Ａ５の動作と同じであるため、説明を省略する。ステップＡ１〜Ａ５と同様に、通信を確立する際の通信経路情報などを測定し、ログ情報記憶部１５に記憶させる。
【００５７】
（ステップＢ８）ステップＢ１で生体情報測定部１０が計測した生体情報と、そのデータの測定日時、ユーザ名、端末名を、生体情報送信部１１により生体情報サーバー２中の生体情報登録部３３に送信する。
【００５８】
この送信プロセス中においても、状態検出部１４は常に生体情報送信部１１を監視しており、ステップＡ６で受信した検出項目にしたがって、通信状態や通信エラーなどを検出し、日時情報と合わせてログ記憶部１５に記憶させる。
【００５９】
（ステップＢ９）生体情報の送信後、ログ記憶部１５はステップＡ７で受信した送信項目にしたがって、ログ記憶部１５に蓄えられている情報を検索して圧縮部１６に出力する。
【００６０】
（ステップＢ１０）圧縮部１６はステップＡ９と同様にログ情報の情報圧縮を行う。
【００６１】
（ステップＢ１１）ステップＡ１０と同様に、ログ送信部１７は圧縮されたログ情報を生体情報サーバー２へ送信する。
【００６２】
以上のステップＢ１〜Ｂ１１により、生体情報通信端末１における生体情報計測処理は終了する。ユーザが他の生体情報を計測する場合は、ステップＢ１からの処理を繰り返す。以上の処理により、生体情報通信端末１の起動時と生体情報の測定・送信時に、ログ記憶部１５に蓄えられたログ情報を生体情報サーバー２へ送信することができる。生体情報通信端末１の起動や生体情報の送信は、それぞれの処理に時間がかかるため、このタイミングでログ情報をサーバーに送信しても、ユーザを余分に待たせることが少ない。また、サーバーに送信するログ情報は、検出項目、送信項目の両方ともサーバー側で指定できるため、必要な項目のみサーバーに送信することができる。さらに、送信されるログ情報は、圧縮部１６により情報圧縮されているため、送信するデータ量を少なくすることができ、ユーザを待たせることなく処理を進めることができる。
【００６３】
なお、本実施例では、生体情報通信端末１の起動時と生体情報計測処理時にログ情報を送信する例を説明したが、タイマー機能により所定時刻に端末を起動させ、図４の動作を端末に行わせることにより、ログ情報をサーバーへ送信させるようにしても良い。起動時刻を深夜などのユーザが端末を使用することが少ない時間帯に選ぶことにより、ユーザに気づかせることなく、ログ情報をサーバーに送信することができる。
【００６４】
次に、生体情報サーバー２の動作を図６のフローチャートにより説明する。
【００６５】
（ステップＣ１）このステップＣ１は、ユーザが生体情報通信端末１を利用する前に設定しておく事前処理である。
【００６６】
具体的には、システムの管理者もしくは医療関係者が、患者（ユーザ）が計測する生体情報項目や使用する回線などを考慮して、ログ情報の検出項目および送信項目を、検出項目入力部３４および送信項目入力部３７を用いてそれぞれ入力する。入力された値は、検出項目記憶部３５および検出項目記憶部３８にそれぞれ記憶される。
【００６７】
（ステップＣ２）生体情報通信端末１から送信された情報は、世帯情報サーバー２中のサーバー通信部３１で受信する。生体情報通信端末１からの通信が無いときは、このステップＣ２で受信待ち受け動作を行う。
【００６８】
（ステップＣ３）サーバー通信部３１では、生体情報通信端末１から受信した情報（電文）を解析し、その情報（電文）の内容や種類を判別する。電文の内容が検出項目要求である場合はステップＣ４へ、送信項目要求の場合はステップＣ５へ、生体情報登録の場合はステップＣ６へ、ログ情報登録の場合はステップＣ７へ進む。
【００６９】
（ステップＣ４）生体情報通信端末１から検出項目情報の要求がきた場合に、このステップは実行される。生体情報サーバー２中の検出項目送信部３６は検出項目記憶部３５を検索して、要求を送信してきた生体情報通信端末（もしくはその端末を利用しているユーザ）に設定された検出項目を取得し、その情報を生体情報通信端末１に、サーバー通信部３１を介して返信する。
【００７０】
返信終了後はステップＣ２に戻り、生体情報通信端末１からの次の通信を待つ。
【００７１】
（ステップＣ５）生体情報通信端末１から送信項目情報の要求がきた場合に、このステップは実行される。生体情報サーバー２中の送信項目送信部３９は送信項目記憶部３８を検索して、要求を送信してきた生体情報通信端末（もしくはその端末を利用しているユーザ）に設定された送信項目を取得し、その情報をサーバー通信部３１を介して生体情報通信端末１に返信する。
【００７２】
返信終了後はステップＣ２に戻り、生体情報通信端末１からの次の通信を待つ。
【００７３】
（ステップＣ６）生体情報通信端末１から生体情報登録の要求がきた場合に、このステップは実行される。生体情報サーバー２中の生体情報登録部３３は、サーバー通信部３１で受信した生体情報と、そのデータの測定日時、ユーザ名、測定端末名を生体情報記憶部３２に記憶させる。
【００７４】
生体情報記憶部３２への登録終了後はステップＣ２に戻り、生体情報通信端末１からの次の通信を待つ。
【００７５】
（ステップＣ７）生体情報通信端末１からログ情報登録の要求がきた場合に、このステップは実行される。生体情報サーバー２中のログ情報受信部４０は、生体情報通信端末１中のログ送信部１７から送信された圧縮されたログ情報を受信する。
【００７６】
（ステップＣ８）伸張部４１はログ情報受信部４０で受信したログ情報を確認し、情報圧縮されたデータの場合は、伸張・展開して出力する（情報圧縮されてなければ、そのまま出力する。情報圧縮されているかどうかは、データのヘッダー情報により判断する）。
【００７７】
（ステップＣ９）伸張部４１から出力されたログ情報は、ログ情報記憶部４２に入力され、記憶・管理される。また、同時にログ情報表示部４３にも表示される。
【００７８】
ログ情報記憶部４２へのログ情報登録後、ステップＣ２に戻り、生体情報通信端末１からの次の通信を待つ。
【００７９】
以上説明した図４〜図６のフローチャートに示した動作により、生体情報通信端末１中の生体情報測定部１０と生体情報送信部１１の状態検出項目とログ情報の送信項目を、生体情報サーバー２で設定することができ、その情報を生体情報通信端末に送信することができる。また、生体情報通信端末１では、設定された検出項目と送信項目にしたがって、適切なログ情報を適切なタイミングで生体情報サーバー２へ送信することができる。
【００８０】
生体情報サーバー２からは、生体情報通信端末１のログ情報を、端末毎・ユーザ毎に細かく指定することができ、状況に合わせて必要なログ情報だけを取得することができる。また、生体情報通信端末１中に経路検出部２０を備えることにより、生体情報通信端末１と生体情報サーバー２との通信可能性チェック結果や、通信経路情報をログ情報のひとつとして生体情報サーバー２へ送信することができる。
【００８１】
なお、図２に示すように、生体情報通信端末１中にエラー検出部２１を設け、エラーが発生したときにログ送信部の動作を起動させることにより、エラーが発生したときのログを直ちに生体情報サーバー２へ送信させても良い。この場合、重大なエラーが発生したときの状況を生体情報サーバーですぐに確認できるという利点がある。
【００８２】
【発明の効果】
以上説明したように、本発明にかかる生体情報通信端末は、状態検出部、ログ送信部を備えることにより、生体情報測定部や生体情報送信部の動作状態や不具合状態を生体情報サーバーへ送信することができる。
【００８３】
また、従来は、すべてのログ情報を送信すると情報が多くなりすぎ、生体情報通信端末からサーバーへのデータ送信時間がかかりすぎるという課題があったが、端末の起動時や生体情報の送信時など、時間がかかる処理と同時にログ送信を行うことで、ユーザの待ち時間を少なくできる。さらに、生体情報測定部や生体情報送信部の動作状態や不具合状態の検出項目やログ情報の送信項目をサーバー側で指定することにより、必要な項目だけを生体情報サーバーへ送信させることができ、さらにユーザの待ち時間が少なくなる。
【図面の簡単な説明】
【図１】実施例１の全体構成図
【図２】実施例１における生体情報通信端末１の構成図
【図３】実施例１における生体情報サーバー２の構成図
【図４】実施例１における生体情報通信端末１の起動時フローチャート
【図５】実施例１における生体情報通信端末１の登録フローチャート
【図６】実施例１における生体情報サーバー２のフローチャート
【図７】従来例の構成図
【符号の説明】
１ 生体情報通信端末
２ 生体情報サーバー
３ 生体情報閲覧端末
１０ 生体情報測定部
１１ 生体情報送信部
１２ 端末通信部
１３ 表示部
１４ 状態検出部
１５ ログ記憶部
１６ 圧縮部
１７ ログ送信部
１８ 検出設定受信部
１９ 送信設定受信部
２０ 経路検出部
２１ エラー検出部
３１ サーバー通信部
３２ 生体情報記憶部
３３ 生体情報登録部
３４ 検出項目入力部
３５ 検出項目記憶部
３６ 検出項目送信部
３７ 送信項目入力部
３８ 送信項目記憶部
３９ 送信項目送信部
４０ ログ情報受信部
４１ 伸張部
４２ ログ情報記憶部
４３ ログ情報表示部
４４ インタフェース部

Claims (11)

1. 生体情報を測定する生体情報測定部と、前記生体情報測定部で計測された生体情報をサーバーへ送信する生体情報送信部と、前記生体情報測定部と前記生体情報送信部の少なくとも一方の動作状態もしくは不具合状態を検出する状態検出部と、前記状態検出部で得られた情報を記憶するログ記憶部と、前記ログ記憶部に記憶された情報を、所定時刻、端末起動時、生体情報送信部による生体情報送信時のいずれかのタイミングでサーバーへ送信するログ送信部を備えたことを特徴とする生体情報通信端末。
2. ログの検出項目に関する設定をサーバーから受信する検出設定受信部を備え、状態検出部は前記検出設定受信部で受信した項目情報にしたがって状態検出を行う請求項１記載の生体情報通信端末。
3. ログのサーバーへの送信内容（送信項目、日時、期間、ファイル名）に関する設定をサーバーから受信する送信設定受信部を備え、ログ送信部は前記送信設定受信部で受信した送信項目、日時、期間、ファイル名の少なくともひとつでログ記憶部を検索し、該当するログ情報をサーバーへ送信することを特徴とする請求項１記載の生体情報通信端末。
4. 生体情報測定部と生体情報送信部の少なくとも一方の不具合状態のみを検出するエラー検出部を備え、ログ送信部は前記エラー検出部がエラーが検出したときに、ログ記憶部に記憶された情報をサーバーへ送信する請求項１記載の生体情報通信端末。
5. サーバーとの通信時に、サーバーに対する通信経路、応答時間の少なくとも一方を測定し、ログ記憶部に記憶させる経路検出部を備え、ログ送信部は前記通信経路および／または前記応答時間を含めてログ記憶部に記憶した内容をサーバーへ送信する請求項１記載の生体情報通信端末。
6. ログ記憶部に記憶されたログ情報を情報圧縮する圧縮部を備え、ログ送信部は情報圧縮されたログ情報をサーバーに送信することを特徴とする請求項１〜５記載の生体情報通信端末。
7. ユーザの生体情報を記憶する生体情報記憶部と、生体情報通信端末から送信された生体情報を受信し前記生体情報記憶部に記憶させる生体情報登録部と、前記生体情報通信端末から送信されるログ情報を受信するログ情報受信部と、前記ログ情報受信部で得られたログ情報を端末毎もしくはユーザ毎に管理・記憶するログ情報記憶部を備えたことを特徴とする生体情報サーバー。
8. 端末毎あるいはユーザ毎に、生体情報通信端末でログ情報として検出すべき項目を入力させる検出項目入力部と、前記検出項目入力部で入力された検出項目を記憶する検出項目記憶部と、前記検出項目記憶部に記憶された検出項目を生体情報通信端末へ送信する検出項目送信部を備えたことを特徴とする請求項７記載の生体情報サーバー。
9. 端末毎あるいはユーザ毎に、生体情報通信端末がサーバーへ送信するログ情報について送信項目（項目、日時、期間、ファイル名）を入力させる送信項目入力部と、前記送信項目入力部で入力された送信項目を記憶する送信項目記憶部と、前記送信項目記憶部に記憶された送信項目を生体情報通信端末へ送信する送信項目送信部を備えたことを特徴とする請求項７記載の生体情報サーバー。
10. ログ情報受信部は、受信したログ情報が情報圧縮されているかどうかを判断し、情報圧縮されている場合は受信した情報を伸張することを特徴とする請求項７記載の生体情報サーバー。
11. 請求項１〜１０のいずれか１項記載の機能の少なくとも一部をコンピュータに実現させるためのプログラム。

Images