(57)【要約】【課題】ユーザの血圧データと気圧情報とを基に、高血圧の患者などに適切な指示や注意喚起をすることができる健康管理指示提供システムを提供する。【解決手段】ユーザ端末には、血圧計が接続されており、測定されたユーザの血圧データを健康管理指示提供サーバに送る。健康管理指示提供サーバは、血圧データと、インターネットなどを通じて外部から取得した気圧情報とから、ユーザに送信する指示メッセージを決定する。この指示メッセージにより、高血圧の患者などに適切な指示や注意喚起をすることができる。【選択図】図１
2011180857.tif 000002
【特許請求の範囲】
【請求項１】
健康管理指示情報の提供サーバと、前記提供サーバと通信路を通じて接続される１以上のユーザ端末とからなる健康管理指示提供システムであって、
前記ユーザ端末は、
前記提供サーバと前記通信路を通じて接続するための第１の通信手段と、
血圧計と接続するためのインターフェースと、
前記インターフェースを通じて前記血圧計で測定したユーザの血圧データを取得し、ユーザの識別情報と共に、前記第１の通信手段により、前記通信路を通じて前記提供サーバに送信する手段と、
前記提供サーバから送られてくる前記健康管理指示情報を、前記第１の通信手段により、前記通信路を通じて受信して、健康管理指示をユーザに報知する手段と、
を備え、
前記提供サーバは、
前記ユーザ端末と前記通信路を通じて接続するための第２の通信手段と、
気圧情報を外部から取得する気圧情報取得手段と、
前記第２の通信手段により前記通信路を通じて前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信する受信手段と、
前記受信手段で前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信したときに、前記気圧情報取得手段により前記気圧情報を外部から取得し、受信した前記ユーザ端末からの前記血圧データと、前記気圧情報取得手段で取得した前記気圧情報とから、前記血圧データを送ってきた前記ユーザ端末のユーザに対する健康管理指示情報を生成する生成手段と、
前記生成手段で生成された前記健康管理指示情報を、前記血圧データを送ってきた前記ユーザ端末に前記第２の通信手段により前記通信路を通じて送信する送信手段と、
を備えることを特徴とする健康管理指示情報提供システム。
【請求項２】
請求項１に記載の健康管理指示情報提供システムにおいて、
前記提供サーバは、血圧データと気圧情報との組み合わせに応じた指示情報を記憶する記憶手段を備え、
前記提供サーバの前記生成手段は、前記第２の通信手段により前記通信路を通じて前記ユーザ端末から受信した前記血圧データと、前記気圧情報取得手段で取得した前記気圧情報との組み合わせに対応する前記指示情報を、前記記憶手段から得る
ことを特徴とする健康管理指示情報提供システム。
【請求項３】
請求項１に記載の健康管理指示情報提供システムにおいて、
前記提供サーバは、
前記第２の通信手段により前記通信路を通じて前記ユーザ端末から受信した前記血圧データと、前記気圧情報取得手段で取得した前記気圧情報とを、所定の装置に送ると共に、前記所定の装置から送られてくる指示情報を受信する送受信手段を備え、
前記生成手段は、前記送受信手段で受信した前記指示情報から前記健康管理指示情報を生成する
ことを特徴とする健康管理指示情報提供システム。
【請求項４】
請求項１〜請求項３のいずれかに記載の健康管理指示情報提供システムにおいて、
前記提供サーバは、前記ユーザのそれぞれ毎に、受信した血圧データを保持する保持手段を備え、
前記生成手段は、前記ユーザ端末から受信した前記血圧データと、前記保持手段に保持されている過去の血圧データとから、前記受信した血圧データが前記ユーザの血圧上昇を示しているか否かの血圧上昇判定をすると共に、前記気圧情報が前記ユーザの居場所への低気圧の接近を示しているか否かの低気圧接近判定をし、少なくとも、前記血圧上昇判定の結果と前記低気圧接近判定の結果とから、前記健康管理指示情報を生成する
ことを特徴とする健康管理指示情報提供システム。
【請求項５】
健康管理指示情報の提供サーバと、前記提供サーバと通信路を通じて接続される１以上のユーザ端末とからなる健康管理指示提供システムにおける健康管理指示提供方法であって、
前記ユーザ端末が、当該ユーザ端末に接続された血圧計で測定されたユーザの血圧データを取得し、ユーザの識別情報と共に、前記通信路を通じて前記提供サーバに送信する工程と、
前記提供サーバが、前記通信路を通じて前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信する血圧データ受信工程と、
前記提供サーバが、前記受信手段で前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信したときに、気圧情報を外部から取得する気圧情報取得工程と、
前記提供サーバが、前記血圧データ受信工程で受信した前記ユーザ端末からの前記血圧データと前記気圧情報取得工程で取得した前記気圧情報とから、前記血圧データを送ってきた前記ユーザ端末のユーザに対する健康管理指示情報を生成する生成工程と、
前記提供サーバが、前記生成工程で生成された前記健康管理指示情報を、前記血圧データを送ってきた前記ユーザ端末に前記通信路を通じて送信する送信工程と、
前記ユーザ端末が、前記提供サーバから送られてくる前記健康管理指示情報を、前記通信路を通じて受信して、健康管理指示をユーザに報知する工程と、
を有することを特徴とする健康管理指示情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば高血圧症の患者などに注意を喚起する場合に適用して好適な健康管理指示提供システムおよび健康管理指示提供方法に関する。
【背景技術】
【０００２】
例えば特許文献１（特開平４−３７１１３４号公報）や特許文献２（特開２００６−２７７７５７号公報）に記載されているように、家庭内で患者が測定した血圧データなどの医療データを病院などの医療サービス機関に送信するシステムが知られている。
【０００３】
このシステムは、家庭にいる患者の血圧などの医療データを収集、分析することにより、家庭にいながらにして患者の健康異常状態を、医療サービス機関が素早く検知して、迅速な対応をとることができるようにしたものである。つまり、患者は、家庭にいながらにして、医療サービス機関による健康異常状態の発見および素早い治療が受けられるようにすることを目的としたものである。
【０００４】
ところで、気圧が人の血圧に影響を及ぼすことが知られている。例えば、下記の非特許文献１には、血圧と当該血圧測定時の気圧との関係には相関は見られないが、翌日の気圧変動が、既にその前日の血圧に影響を与えていることが報告されている。そして、この非特許文献１によると、例えば翌日に低気圧が通過するというように低気圧が接近すると血圧が上昇し、例えば高血圧の人は、脳出血や心臓発作などの健康障害を発生する可能性が高まるとされている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平４−３７１１３４号公報
【特許文献２】特開２００６−２７７７５７号公報
【非特許文献】
【０００６】
【非特許文献１】「最新医学．第２７巻、第８号、１５３０−１５３５「天候の変動による脳出血発作危険度の予測」（木下眞二、高橋香織）」（参考ＵＲＬ；http://www5f.biglobe.ne.jp/~kinoshita/hd.htm）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の気圧情報は、気象庁からの気象情報から得ることができ、低気圧の進路方向は予測することが可能である。したがって、得られた気圧情報を基に、高血圧の患者が居る場所を、翌日に低気圧が通過することを予測することができる。
【０００８】
そこで、低気圧が、高血圧の患者の居場所を翌日に通過するように接近したときに、前もって、高血圧の患者などに、血圧上昇の可能性があるため運動注意あるいは運動禁止を指示、また、脳出血や心臓発作などについての注意喚起や降圧剤などの薬の服用を指示することができれば、脳出血や心臓発作などの健康障害を発生する可能性を低くすることができると期待できる。
【０００９】
しかしながら、上述した特許文献１、特許文献２の技術は、家庭にいる患者の当日の医療データを収集、分析することにより、当該患者の当日の健康異常状態を、医療サービス機関が素早く検知することを目的としているだけである。したがって、上記の課題を解決する手段は、従来は提供されていない。
【００１０】
以上のことにかんがみ、この発明は、気圧情報を基に、高血圧の患者などに適切な指示や注意喚起をすることができる健康管理指示提供システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、この発明は、
健康管理指示情報の提供サーバと、前記提供サーバと通信路を通じて接続される１以上のユーザ端末とからなる健康管理指示提供システムであって、
前記ユーザ端末は、
前記提供サーバと前記通信路を通じて接続するための第１の通信手段と、
血圧計と接続するためのインターフェースと、
前記インターフェースを通じて前記血圧計で測定したユーザの血圧データを取得し、ユーザの識別情報と共に、前記第１の通信手段により、前記通信路を通じて前記提供サーバに送信する手段と、
前記提供サーバから送られてくる前記健康管理指示情報を、前記第１の通信手段により、前記通信路を通じて受信して、健康管理指示をユーザに報知する手段と、
を備え、
前記提供サーバは、
前記ユーザ端末と前記通信路を通じて接続するための第２の通信手段と、
気圧情報を外部から取得する気圧情報取得手段と、
前記第２の通信手段により前記通信路を通じて前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信する受信手段と、
前記受信手段で前記ユーザ端末からの前記ユーザの識別情報および前記血圧データを受信したときに、前記気圧情報取得手段により前記気圧情報を外部から取得し、受信した前記ユーザ端末からの前記血圧データと、前記気圧情報取得手段で取得した前記気圧情報とから、前記血圧データを送ってきた前記ユーザ端末のユーザに対する健康管理指示情報を生成する生成手段と、
前記生成手段で生成された前記健康管理指示情報を、前記血圧データを送ってきた前記ユーザ端末に前記第２の通信手段により前記通信路を通じて送信する送信手段と、
を備えることを特徴とする健康管理指示情報提供システムを提供する。
【００１２】
上述の構成のこの発明においては、ユーザ端末は、ユーザの血圧データをそのユーザ識別情報と共に、提供サーバに送る。提供サーバは、この血圧データを受け取ると、気圧情報取得手段により気圧情報を取得するようにする。
【００１３】
そして、提供サーバは、受信した血圧データと気圧情報とから、健康管理指示情報を生成し、血圧データを送ってきたユーザ端末（血圧データと共に送られてきた識別情報により検知可能）に対して、その健康管理指示情報を送る。
【００１４】
例えば、ユーザ端末から送られてきた血圧データが、血圧が上がっていることを示しており、また、気圧情報が当該ユーザ端末のユーザの居場所に対して低気圧の接近を示しているときには、提供サーバは、例えば「運動禁止」などの脳出血や心臓発作などの発生を防止するための指示を、ユーザ端末に送ることができる。
【００１５】
ユーザ端末では、受信した健康管理指示をユーザに報知するので、ユーザには、脳出血や心臓発作などの発生について注意喚起がなされると共に、適切な指示が与えられる。
【発明の効果】
【００１６】
この発明によれば、ユーザの血圧データと、気圧情報とを基に、高血圧の患者などに適切な指示や注意喚起をすることができる健康管理指示提供システムを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】この発明による健康管理指示提供システムの実施形態の全体の概要を示すブロック図である。
【図２】実施形態の健康管理指示提供システムにおけるユーザ端末の例を示す図である。
【図３】実施形態の健康管理指示提供システムにおける健康管理指示提供サーバの構成例を示すブロック図である。
【図４】図３の例の健康管理指示提供サーバが備えるユーザデータ格納部の格納内容の例を示す図である。
【図５】図３の例の健康管理指示提供サーバが備える指示メッセージ格納部１０９Ｍの格納内容の例を示す図である。
【図６】実施形態の健康管理指示提供システムにおけるユーザ端末の例のＩＰ電話機の構成例を示すブロック図である。
【図７】図６のユーザ端末の処理動作例を説明するためのフローチャートを示す図である。
【図８】図６のユーザ端末の処理動作例を説明するためのフローチャートを示す図である。
【図９】図３の健康管理指示提供サーバの処理動作例を説明するためのフローチャートの一部を示す図である。
【図１０】図３の健康管理指示提供サーバの処理動作例を説明するためのフローチャートの一部を示す図である。
【図１１】この発明による健康管理指示提供システムの実施形態におけるシーケンス例を示す図である。
【図１２】この発明による健康管理指示提供システムの実施形態におけるシーケンス例を示す図である。
【図１３】この発明による健康管理指示提供システムの実施形態におけるシーケンス例を示す図である。
【図１４】この発明による健康管理指示提供システムの実施形態におけるシーケンス例を示す図である。
【発明を実施するための形態】
【００１８】
以下、この発明による健康管理指示提供システムの一実施形態を、図を参照しながら説明する。
【００１９】
図１は、この発明の実施形態の健康管理指示提供システムのシステム構成例を示す図である。この図１の例の健康管理指示提供システムは、医療サービス機関、例えば病院１に設けられる健康管理指示提供サーバ１１および医師用パーソナルコンピュータ１２（以下、パソコンと略称する）と、患者などのユーザ側に設けられるｎ（ｎは１以上の整数）個のユーザ端末２１，２２，・・・，２ｎおよびｎ個の血圧計３１，３２，・・・，３ｎとからなる。
【００２０】
病院１に設けられる健康管理指示提供サーバ１１と、医師用パソコン１２とは、例えばＬＡＮ１３により接続されている。病院１に複数人の医師がいて、医師用パソコンが複数個存在する場合には、このＬＡＮ１３を通じてそれぞれの医師用パソコンが接続される。
【００２１】
健康管理指示提供サーバ１１は、また、この例では、気象会社が備える気象予報配信サーバ４と、電話網やインターネットを通じて接続され、この気象予報配信サーバ４からの少なくとも気圧情報を取得する機能を備える。この気圧情報には、低気圧の位置およびその進行方向の情報が含まれる。健康管理指示提供サーバ１１は、予め締結された契約などに基づき、気象予報配信サーバ４にアクセスして、気圧情報を取得する。
【００２２】
気象会社の気象予報配信サーバ４は、気象庁と契約して、気象庁の気象データ配信サーバ５からの気象データを取得し、この取得した気象データから、気圧情報を含む気象予報情報を生成して、アクセスしてきたクライアントに対して配信する。
【００２３】
なお、健康管理指示提供サーバ１１が気象データから気象予報情報を生成する機能を備える場合には、病院１と気象庁とが契約して、健康管理指示提供サーバ１１が気象庁の気象データ配信サーバ５からの気象データを取得し、その気象データから気圧情報を抽出するようにすることもできる。その場合には、気象会社の気象予報配信サーバ４を経由して気圧情報を取得する必要は全くない。
【００２４】
ユーザ端末２１〜２ｎのそれぞれは、この実施形態では、図２に示すような電話機２０で構成される。すなわち、この例の電話機２０はＩＰ（Internet  Protocol）電話機の構成とされていると共に、血圧計３０が接続可能に構成されている。
【００２５】
ｎ個の血圧計３１〜３ｎのそれぞれは、図示は省略するが、例えばユーザの腕や指を用いて血圧を測定する周知のものを用いることができる。なお、ｎ個の血圧計３１〜３ｎのそれぞれを区別する必要がない場合には、図２のように、便宜上、血圧計３０と記載することにする。
【００２６】
ユーザ端末２１〜２ｎおよび血圧計３１〜３ｎのそれぞれは、病院１が、患者に貸与したり、あるいは、患者が購入したりする。そして、この例では、病院１の健康管理指示提供サーバ１１は、このユーザ端末２１〜２ｎを備えるユーザ（患者）に関するユーザデータを格納して管理している。このユーザデータには、後述するように、ユーザ（患者）の識別情報（ユーザＩＤ）、氏名、居場所、健康管理指示情報の宛先、高血圧症の有無、などが予め、医師や病院職員などにより登録されて含まれる。
【００２７】
図２に示すように、この例のユーザ端末を構成するＩＰ電話機２０は、例えばＬＣＤ（Liquid  Crystal  Display）からなるディスプレイＤＰと、テンキーなどの操作キーＫｔと、ハンドセットＨＳとを備えると共に、血圧計３０を接続するためのインターフェースと、血圧ボタンキーＫｂｐを備える。
【００２８】
そして、ユーザ端末２１〜２ｎのそれぞれを構成する電話機２０は、血圧ボタンキーＫｂｐがユーザにより押下操作されたときに、血圧計３０で測定された血圧データを取り込む機能を備えている。そして、電話機２０は、後述するように、取り込んだ血圧データを、ユーザの識別情報（ユーザＩＤ）およびその測定時刻の情報と共に、健康管理指示提供サーバ１１に送信処理をする機能を備えている。測定時刻は、この例では年月日時分秒とされている。
【００２９】
ユーザ端末２１〜２ｎのそれぞれと、健康管理指示提供サーバ１１とは、この例では、ＩＰ網を通じて接続される。ユーザ端末２１〜２ｎのそれぞれは、健康管理指示提供サーバ１１とＩＰ網を通じて接続して血圧データをアップロードするために、健康管理指示提供サーバ１１のＩＰアドレス情報を記憶保持している。
【００３０】
健康管理指示提供サーバ１１は、ユーザ端末２１〜２ｎのいずれかからの血圧データを受信すると、気象会社の気象予報配信サーバ４から少なくとも気圧情報を取得する。
【００３１】
そして、後述するように、健康管理指示提供サーバ１１は、ユーザ端末から受信した血圧データと、気象予報配信サーバ４から取得した気圧情報とから健康管理指示情報を生成し、生成した健康管理指示情報を当該血圧データを送信してきたユーザ端末に返信する。
【００３２】
この例の場合、より詳細には、健康管理指示提供サーバ１１は、受信した血圧データが血圧上昇を示しているか否かを判定すると共に、取得した気圧情報が低気圧の接近を示しているか否かを判別する。そして、両判定結果に基づいて、血圧データを送信してきたユーザ端末に返信する健康管理指示情報を生成するようにする。
【００３３】
受信した血圧データが血圧上昇を示しているか否かを判定するために、健康管理指示提供サーバ１１は、それぞれのユーザ毎に、過去の血圧データを血圧履歴データとして保存するようにする。そして、そのときに取得した血圧データと過去の血圧データとから、ユーザから受信した血圧データは、血圧上昇を示しているかどうかを判定する。以下、血圧上昇しているかどうかの判定結果を血圧上昇判定結果という。
【００３４】
このように、この実施形態において血圧の高さそのものよりも血圧上昇を重視するのは、前述した非特許文献１のＵＲＬから取得した文書の１／９ページに、「脳出血の発作は、血圧が上昇しつつあるときにあることが知られています。しかし、血圧の高さそのものよりも、血圧上昇の勾配と、強く関係しているようです。」と記載されていることに基づく。しかし、受信した血圧データにおける血圧値が所定値以上になったときにも、血圧上昇と判定するように構成しても勿論よい。
【００３５】
また、健康管理指示提供サーバ１１は、取得した気圧情報から得られる低気圧の位置およびその進行方向と、血圧データを送ってきたユーザの居場所との関係から、ユーザの居場所に低気圧が接近しているかどうかを判定する。以下、ユーザの居場所に低気圧が接近しているかどうかの判定結果を低気圧接近判定結果という。ここで、この例では、健康管理指示提供サーバ１１は、翌日に低気圧がユーザの居場所を通過するであろうと予測される場合に、ユーザの居場所に低気圧が接近していると判定する。
【００３６】
なお、低気圧の進行方向に関係なく、低気圧の位置が、ユーザの居場所から所定距離範囲内であるときには、ユーザの居場所に低気圧が接近したと判定するようにしても良い。
【００３７】
なお、後述するように、この実施形態では、ユーザ端末２１〜２ｎのユーザには、高血圧症ではないユーザも含むようにしたので、血圧上昇判定結果と低気圧接近判定結果との２つの判定結果に加えて、ユーザが高血圧症であるか否かの要件をも加味して、健康管理指示情報を生成するようにしている。
【００３８】
また、後述するように、受信した血圧データの血圧値が正常値を示しており、かつ、ユーザが高血圧症ではないときには、健康管理指示提供サーバ１１は、気圧情報の取得を省略している。受信した血圧データの血圧値が正常値を示しており、かつ、ユーザが高血圧症ではないときには、気圧データを参照しなくても、健康管理指示情報を生成することができると考えられるからである。
【００３９】
ユーザ端末２１〜２ｎのユーザが全て高血圧症の患者であれば、健康管理指示提供サーバ１１は、このユーザが高血圧症であるか否かの判別を行うことなく、気象予報配信サーバ４にアクセスして、気圧情報を取得するようにするのは言うまでもない。また、ユーザ端末２１〜２ｎのユーザが全て高血圧症の患者であれば、健康管理指示提供サーバ１１は、血圧上昇判定結果と低気圧接近判定結果との２つの判定結果のみから健康管理指示情報を生成することができることも言うまでもない。
【００４０】
また、健康管理指示提供サーバ１１は、血圧データを受信したときに、その血圧データを送ってきたユーザが高血圧症であるときにのみ、気圧情報を取得するようにしても良い。また、健康管理指示提供サーバ１１は、血圧データを受信したときに、その血圧データが血圧値が高いことを示している場合、または、その血圧データから血圧上昇を判定した場合にのみ、気圧情報を取得するようにしても良い。
【００４１】
健康管理指示提供サーバ１１から送信された健康管理指示情報は、血圧データを送出したユーザ端末において受信される。そして、健康管理指示情報を受信した当該ユーザ端末の電話機２０は、この例では、その受信した健康管理指示情報を、ディスプレイＤＰに表示したり、図２では図示を省略したスピーカにより音声メッセージとして放音することにより、ユーザに報知するようにする。
【００４２】
ユーザは、この健康管理指示情報の報知を受けて、指示に従うことにより、自分の健康管理を適切に行なうようにすることができる。
【００４３】
［健康管理指示提供サーバ１１の構成例］
図３は、この実施形態の健康管理指示提供システムにおける健康管理指示提供サーバ１１の構成例を示すブロック図である。この例の健康管理指示提供サーバ１１は、例えばパーソナルコンピュータが用いられて構成されており、システムバス１００に対してＣＰＵ（Central  Processing  Unit）１０１と、プログラム等を格納するＲＯＭ（Read  Only  Memory）１０２と、ワークエリアとして働くＲＡＭ（Random  Access  Memory）１０３とが接続されている。
【００４４】
また、この例では、システムバス１００には、さらに、通信インターフェース１０４、パケット分解／生成部１０５、血圧データ解析部１０６、ユーザデータ格納部１０７、気象情報解析部１０８、健康管理指示情報生成部１０９、医師指示情報生成部１１０、ＬＡＮインターフェース１１１、が接続されている。
【００４５】
ＣＰＵ１０１は、この健康管理指示サーバ１１の全体の動作を制御するものである。ＲＯＭ１０２には、この健康管理指示サーバ１１における種々の制御処理を実行するためのプログラムが記憶されている。ＣＰＵ１０１は、ＲＡＭ１０３をワークエリア用のメモリとして用いて、このＲＯＭ１０２のプログラムにしたがった種々の制御処理を実行する。
【００４６】
通信インターフェース１０４は、ＩＰ網６に接続されており、ＩＰパケットの送受を行う。通信インターフェース１０４は、ＩＰ網６を通じてユーザ端末２１〜２ｎと接続されると共に、ＩＰ網６を通じて気象予報配信サーバ４と接続される。
【００４７】
そして、通信インターフェース１０４は、ＩＰ網６を通じて受信した受信ＩＰパケットをパケット分解／生成部１０５に転送する機能と、パケット分解／生成部１０５からの送信パケットを、ＩＰ網６に送出する機能を備える。
【００４８】
パケット分解／生成部１０５は、受信したＩＰパケットを分解し、また、送信情報から送信パケットを生成する機能を備える。
【００４９】
そして、パケット分解／生成部１０５は、ＣＰＵ１０１の制御の下、パケット分解した受信パケットがユーザ端末からの血圧データのパケットであるときには、パケット分解して得られる血圧データ、その測定時刻情報およびユーザＩＤを血圧データ解析部１０６に転送し、また、受信パケットが気象予報配信サーバ４からの気圧情報であるときには、パケット分解して得られる気圧情報を気圧情報解析部１０８に転送する。
【００５０】
また、パケット分解／生成部１０５は、後述するように、健康管理指示情報生成部１０９または医師指示情報生成部１１０からの指示情報を受け取ると、その指示情報を包含する送信パケットを生成する。生成された送信パケットは、通信インターフェース１０４を通じてＩＰ網６に送出される。
【００５１】
血圧データ解析部１０６は、受け取った血圧データ、測定時刻情報およびユーザＩＤを、ユーザデータ格納部１０７に、ユーザＩＤで特定されるユーザの血圧データ履歴情報として送る機能を備える。また、血圧データ解析部１０６は、受け取った血圧データから得た血圧値と、ユーザデータ格納部１０７から得た当該ユーザＩＤで特定されるユーザの過去の血圧データとから、当該受信時点においてユーザの血圧は上昇しているか否かを判定し、その血圧上昇判定結果を健康管理指示情報生成部１０９および医師指示情報生成部１１０に送る機能を備える。
【００５２】
ユーザデータ格納部１０７は、例えばハードディスクなどの記憶部からなり、図４に示すようなユーザデータを格納する。この例では、図４に示すように、ユーザデータとしては、前述したユーザ（患者）の識別情報（ユーザＩＤ）、氏名、居場所、健康管理指示情報の宛先、高血圧症の有無のほかに、この例では、それぞれのユーザのユーザ端末から送られてきた血圧データの過去の履歴（血圧値とその時刻情報）からなる血圧データ履歴および過去に当該ユーザに送られた指示情報の履歴（指示情報とその送信時刻）などが格納されている。
【００５３】
なお、ユーザＩＤとしては、各ユーザの電話番号、ＩＰアドレス、あるいはそれぞれのユーザ端末の識別情報（例えば装置番号）、ＭＡＣアドレスなどを用いることができる。
【００５４】
ユーザの居場所は、ユーザ端末である電話機２０および血圧計３０が設置されている場所の位置情報であり、この例では、低気圧の位置情報が経度、緯度を用いて表わされることが多いことから、このユーザの居場所の位置情報も、経度、緯度が用いられて登録されている。
【００５５】
指示情報の宛先は、それぞれのユーザについての、健康管理指示提供サーバ１１から送られる指示情報の宛先であり、電話番号あるいはＩＰアドレスからなる。
【００５６】
高血圧症の有無は、医師による各ユーザについて診断結果に基づいて、医師あるいは医師の指示に基づいてオペレータが、それぞれのユーザについて、予め登録したものである。
【００５７】
血圧データ履歴は、各ユーザから定期的に送られてくる血圧データとその測定時刻とが、各ユーザに対応して記憶されたものである。ＣＰＵ１０１は、ユーザ端末から血圧データのパケットが送られてきたときには、そのパケットに含まれるユーザＩＤを検出し、ユーザデータ格納部１０７において、その検出されたユーザＩＤのユーザの血圧データ履歴欄に、受信した血圧データ（血圧値）およびその測定時刻を対応させて記憶する。
【００５８】
なお、この実施形態では、このように、定期的にユーザ（患者）の血圧データを収集して、血圧データ履歴として保持しておくようにしている。そこで、予め登録された高血圧症の有無の情報については、「無」であったが、その登録後に、高血圧症の状態になったユーザ（患者）については、血圧データ履歴に基づいて、健康管理指示提供サーバが判定して、高血圧症の情報を「有」に変更するようにすることができる。
【００５９】
すなわち、健康管理指示提供サーバ１１のＣＰＵ１０１は、例えばソフトウエア機能処理により、血圧データ履歴から、血圧値が所定の値よりも高い状態が所定期間以上続いたか否かを判別して、高血圧症の状態になっているかどうかを判定することできる。そして、もしも、血圧値が所定の値よりも高い状態が所定期間以上続いたことを判別して、高血圧症の状態になったと判定したときには、ＣＰＵ１０１は、そのユーザの高血圧症の有無を「無」から「有」に変更するようにする。
【００６０】
指示情報履歴は、ユーザ端末から受信した血圧データに応じて送信した指示情報と、その送信時刻（年月日時分秒）を、各ユーザ毎に記憶したものである。後述するように、この実施形態では、指示情報には、予め用意された指示メッセージと、医師の指示メッセージとがあるので、その両者が履歴情報として記憶される。
【００６１】
気圧情報解析部１０８は、パケット分解／生成部１０５から受け取った気圧情報から、低気圧の位置を判定する機能を備える。そして、気圧情報解析部１０８は、判定した低気圧の位置と、ユーザデータ格納部１０７から取得する、血圧データを送ってきたユーザの居場所の情報とから、当該ユーザの居場所に低気圧が接近しているか否かを判定し、その低気圧接近判定結果を健康管理指示情報生成部１０９および医師指示情報生成部１１０に送る。
【００６２】
健康管理指示情報生成部１０９は、この例では、血圧データ解析部１０６からの血圧上昇しているか否かの判定結果と、気圧情報解析部１０８からの血圧データを送ってきたユーザの居場所に低気圧が接近しているか否かの判定結果と、ユーザデータ格納部１０７からの高血圧症の有無の情報とから、血圧データを送ってきたユーザに対して送る指示メッセージを生成する機能を備える。
【００６３】
健康管理指示情報生成部１０９は、この例では、指示メッセージ格納部１０９Ｍを備える。この指示メッセージ格納部１０９Ｍには、血圧データ解析部１０６からの血圧上昇判定結果と、気圧情報解析部１０８からの低気圧接近判定結果と、ユーザデータ格納部１０７からの高血圧症の有無の情報とに対応する複数個の指示メッセージが格納されている。
【００６４】
そして、健康管理指示情報生成部１０９は、血圧データ解析部１０６からの血圧上昇判定結果と、気圧情報解析部１０８からの低気圧接近判定結果と、ユーザデータ格納部１０７からの高血圧症の有無の情報との組み合わせに対応する指示メッセージを、この指示メッセージ格納部１０９Ｍに格納されている複数の指示メッセージから読み出して、送信する指示メッセージとして生成する機能を備える。
【００６５】
図５に、指示メッセージ格納部１０９Ｍに記憶される情報内容の例を示す。例えば、血圧上昇判定結果が「血圧上昇なし」、低気圧接近判定結果が「低気圧接近なし」で、ユーザが高血圧症「有」のときには、健康管理指示情報生成部１０９は、「普通の生活でＯＫです。」という指示メッセージを、ユーザに送信する指示メッセージとして選択する。
【００６６】
また、血圧上昇判定結果が「血圧上昇あり」、低気圧接近判定結果が「低気圧接近あり」で、ユーザが高血圧症「無」のときには、健康管理指示情報生成部１０９は、「血圧が高めです。（低気圧接近のため）さらに血圧が上昇する可能性があるので注意しましょう。」という指示メッセージを、ユーザに送信する指示メッセージとして選択する。
【００６７】
さらに、血圧上昇判定結果が「血圧上昇あり」、低気圧接近判定結果が「低気圧接近あり」で、ユーザが高血圧症「有」のときには、健康管理指示情報生成部１０９は、「後ほど、医師による指示があります。」という指示メッセージを、ユーザに送信する指示メッセージとして選択する。
【００６８】
医師指示情報生成部１１０は、血圧データ解析部１０６からの血圧上昇判定結果と、気圧情報解析部１０８からの低気圧接近判定結果と、ユーザデータ格納部１０７からの高血圧症の有無の情報とに基づいて、医師に指示をするように依頼するか否かを判定する機能を備える。すなわち、この例では、血圧上昇判定結果が「血圧上昇あり」、低気圧接近判定結果が「低気圧接近あり」で、ユーザが高血圧症「有」のときには、医師指示情報生成部１１０は、医師に指示を依頼すると判定し、その他のときには、医師に指示を依頼する必要はないと判定する。
【００６９】
そして、医師に指示を依頼すると判定したときには、医師指示情報生成部１１０は、血圧データを送ってきたユーザのユーザＩＤに基づき、ユーザデータ格納部１０７からユーザ氏名を取得し、そのユーザ氏名と、血圧データ解析部１０６からの血圧値および血圧上昇判定結果と、低気圧接近判定結果とを、ＬＡＮインターフェース１１１を通じて医師用パソコン１２に送る。なお、血圧データ履歴情報や指示情報履歴情報も合わせて医師用パソコン１２に送るようにしても良い。
【００７０】
なお、医師が複数人存在する場合には、ユーザデータ格納部１０７には、各ユーザの担当医のパソコンのＬＡＮ１３上のアドレス情報を格納しておき、その担当医のパソコンに、上記の血圧値などの情報を送るようにすることができる。
【００７１】
医師用パソコン１２は、健康管理指示提供サーバ１１からの上記の情報を受け取ると、それらの情報を、例えばディスプレイ画面を通じて医師に伝達するようにする機能を備える。医師は、そのディスプレイ画面の情報から、ユーザに対する指示を決定して、医師用パソコン１２に入力する。すると、医師用パソコン１２は、その医師の指示情報を健康管理指示提供サーバ１１に返信する。
【００７２】
健康管理指示提供サーバ１１では、この医師の指示情報をＬＡＮインターフェース１１１を通じて医師指示情報生成部１１０が受け取る。そして、医師指示情報生成部１１０は、受け取った医師指示情報を送信する指示情報として生成し、パケット分解／生成部１０５、通信インターフェース１０４を通じてユーザ端末に送信させるようにする。
【００７３】
上述したように、この例では、医師指示情報生成部１１０で、医師に指示を依頼すると判定したときには、健康管理指示情報生成部１０９では、「後ほど、医師による指示があります。」という指示メッセージを、ユーザに送信しているので、この指示メッセージに加えて、医師の指示情報がユーザに送信されるものである。
【００７４】
なお、上述の実施形態の健康管理指示提供サーバ１１におけるパケット分解／生成部１０５、血圧データ解析部１０６、気象情報解析部１０８、健康管理指示情報生成部１０９、医師指示情報生成部１１０の各部は、ハードウエアとして設けるのではなく、ＣＰＵ１０１がＲＯＭ１０２のプログラムにしたがってＲＡＭ１０３をワークエリアとして用いて実行するソフトウエア機能手段として構成することもできる。
【００７５】
［ＩＰ電話機２０（ユーザ端末）の構成例］
図６は、この実施形態のユーザ端末の例としてのＩＰ電話機の構成例を示すブロック図である。この例のＩＰ電話機２０は、例えばマイクロコンピュータが用いられて構成されており、システムバス２００に対してＣＰＵ２０１と、プログラム等を格納するＲＯＭ２０２と、ワークエリアとして働くＲＡＭ２０３とが接続されている。
【００７６】
また、この例では、システムバス２００には、さらに、メモリ２０４、通信インターフェース２０５、パケット分解／生成部２０６、ハンドセットインターフェース２０７、操作部インターフェース２０８、血圧計インターフェース２０９、ディスプレイインターフェース２１０、サウンドインターフェース２１１、タイマ２１２、送信血圧データ生成部２１３、健康管理指示受信処理部２１４、音声合成部２１５、が接続されている。
【００７７】
ＣＰＵ２０１は、このＩＰ電話機２０の全体の動作を制御するものである。ＲＯＭ２０２には、このＩＰ電話機２０における種々の制御処理を実行するためのプログラムが記憶されている。ＣＰＵ２０１は、ＲＡＭ２０３をワークエリア用のメモリとして用いて、このＲＯＭ２０２のプログラムにしたがった種々の制御処理を実行する。
【００７８】
メモリ２０４には、ユーザＩＤや、健康管理指示提供サーバ１１の電話番号あるいはＩＰアドレスなどが格納されている。また、メモリ２０４には、この例では、血圧の測定をユーザに促すためのガイドメッセージなども記憶されている。
【００７９】
通信インターフェース２０５は、ＩＰ網６に接続されており、ＩＰパケットの送受を行う。通信インターフェース２０５は、ＩＰ網６を通じて健康管理指示提供サーバ１１と接続される可能とされる。そして、通信インターフェース２０５は、ＩＰ網６を通じて受信した受信ＩＰパケットをパケット分解／生成部２０６に転送する機能と、パケット分解／生成部２０６からの送信パケットを、ＩＰ網６に送出する機能を備える。
【００８０】
パケット分解／生成部２０６は、受信したＩＰパケットを分解し、また、送信情報から送信パケットを生成する機能を備える。
【００８１】
そして、パケット分解／生成部２０６は、ＣＰＵ２０１の制御の下、パケット分解した受信パケットが電話通信のための制御パケットであるときには、システムバス２００に送出し、また、受信パケットが電話通信の通話音声パケットであるときには、その通話音声パケットはハンドセットインターフェース２０７に転送する。
【００８２】
ＣＰＵ２０１は、受信された制御パケットに応じた制御処理を行い、相手方との通話路を生成するための処理を行う。
【００８３】
ハンドセットインターフェース２０７は、パケット分解／生成部２０６から取得した音声データをアナログ音声信号に変換し、増幅してハンドセットＨＳの受話器に供給する。また、ハンドセットインターフェース２０７は、ハンドセットＨＳの送話器からの音声信号を送話音声信号として受けてデジタル信号に変換し、パケット分解／生成部２０６に供給する。
【００８４】
パケット分解／生成部２０６は、ハンドセットインターフェース２０７から受けた送話音声のデジタル信号から送信パケットを生成する。また、パケット分解／生成部２０６は、後述するように、送信血圧データ生成部２１３からのユーザＩＤを伴う血圧データを受け取ると、その送信パケットを生成する。生成された送信パケットは、ＣＰＵ２０１の制御の下、通信インターフェース２０５を通じてＩＰ網６に送出される。
【００８５】
操作部インターフェース２０８には、テンキーや血圧ボタンキーなどの操作部２１６が接続されている。操作部インターフェース２０８は、操作部２１６からの操作入力情報をシステムバス２００を通じてＣＰＵ２０１に送る。ＣＰＵ２０１は、操作入力情報を認識して、どの様な操作入力がなされたかを判別し、その判別結果に応じた制御処理を行う。
【００８６】
血圧計インターフェース２０９は、血圧計３０に接続されており、この血圧計３０から送られてくるユーザの血圧データを受け取り、システムバス２００に送出する機能を備える。ＣＰＵ２０１は、操作部２１６の血圧ボタンキーＫｂｐが押下されたときに、この血圧計インターフェース２０９から送出される血圧データを取り込み、送信血圧データ生成部２１３に送るようにする。
【００８７】
ディスプレイインターフェース２１０には、ディスプレイＤＰが接続されている。ディスプレイインターフェース２１０は、ＣＰＵ２０１の制御にしたがった画像表示情報を、ディスプレイＤＰの表示画面に表示するためのものである。
【００８８】
サウンドインターフェース２１１には、スピーカ２１７が接続されている。このサウンドインターフェース２１１は、ハンズフリー通話の際に、受話音声データをアナログ音声信号に変換し、増幅してスピーカ２１７に供給し、また、この実施形態では、後述するように、音声合成部２１５から送られてくる健康管理指示情報の音声合成データをアナログ音声信号に変換し、増幅してスピーカ２１７に供給する。
【００８９】
タイマ２１２は、時計回路を備え、血圧を測定するタイミングをユーザに知らせるために用いられると共に、血圧データを送信する時刻情報を得るためにも用いられる。
【００９０】
送信血圧データ生成部２１３は、ＣＰＵ２０１の制御の下、血圧計インターフェース２０９を通じて取り込まれた血圧データに、メモリ２０４から得たユーザＩＤと、タイマ２１２から時刻情報（測定時刻情報）とを付加して、送信血圧データを生成し、パケット分解／生成部２０６に供給する機能を備える。
【００９１】
健康管理指示受信処理部２１４は、パケット分解／生成部２０６から転送されてくる健康管理指示情報および医師指示情報を表示情報に変換して、ディスプレイインターフェース２１０を通じてディスプレイＤＰにメッセージ表示するようにする機能と、健康管理指示メッセージおよび医師指示メッセージを音声合成部２１５に送る機能を備える。
【００９２】
音声合成部２１５は、受け取った健康管理指示メッセージおよび医師指示メッセージをデジタル音声信号に変換し、その変換したデジタル音声信号をサウンドインターフェース２１１を通じてスピーカ２１７に送る。
【００９３】
これにより、健康管理指示メッセージおよび医師指示メッセージは、ディスプレイＤＰに表示されて報知されると共に、スピーカ２１７により音響再生されて、ユーザに報知される。
【００９４】
また、この実施形態では、ＣＰＵ２０１は、タイマ２１２の時刻を参照して、所定の時刻になると、血圧測定をユーザに促すアラームメッセージを送出するように制御するように構成されている。メモリ２０４には、血圧測定時刻と、アラームメッセージとが記憶されている。血圧測定時刻は、健康管理指示提供サーバ１１から、各ユーザ毎に予め送信され、メモリ２０４に記憶されている。また、医師の指示に従って、この血圧測定時刻を、後の時点において、健康管理指示提供サーバ１１からユーザに送信して、血圧測定時刻を変更させるようにすることもできる。
【００９５】
［ＩＰ電話機２０（ユーザ端末）での処理動作］
ＩＰ電話機２０は、前述したように、血圧測定をユーザに促すアラーム管理をする。図７に、そのアラーム管理制御処理動作の一例のフローチャートを示す。この図７の例のフローチャートの各ステップの処理は、ＩＰ電話機２０のＣＰＵ２０１が、ＲＯＭ２０２のプログラムにしたがって、ＲＡＭ２０３をワークエリアとして用いて実行する。
【００９６】
ＣＰＵ２０１は、タイマ２１２の時刻を監視してメモリ２０４に記憶されている血圧測定時刻になったか否か判別し（ステップＳ２０１）、血圧測定時刻になったと判別したときには、メモリ２１２から血圧測定アラームメッセージを読み出し、音声合成部２１５に供給する。音声合成部２１５では、このメッセージがデジタル音声信号に変換され、そのデジタル音声信号が、サウンドインターフェース２１１を通じてスピーカ２１７に供給されて音響再生され、血圧測定アラームメッセージ音声がユーザに報知される（ステップＳ２０２）。
【００９７】
次に、ＣＰＵ２０１は、例えばオンフック操作などによるアラーム停止操作がなされたか否か判別し（ステップＳ２０３）、アラーム停止操作がなされていないと判別したときには、アラーム開始から一定時間経過したか否か判別する（ステップＳ２０４）。そして、ステップＳ２０４で、アラーム開始から一定時間経過してはいないと判別したときには、ＣＰＵ２０１は、ステップＳ２０２に戻り、血圧測定アラームを繰り返す。
【００９８】
また、ステップＳ２０３で、アラーム停止操作がなされたと判別したとき、また、ステップＳ２０４で、アラーム開始から一定時間経過したと判別したときには、ＣＰＵ２０１は、血圧測定アラームを停止し（ステップＳ２０５）、この処理ルーチンを終了する。
【００９９】
次に、この血圧測定アラームを受けたユーザが血圧測定を実行し、血圧データを健康管理指示提供サーバ１１に送信する血圧データ測定送信処理動作について説明する。図８に、この血圧データ測定送信処理動作の一例のフローチャートを示す。この図８の例のフローチャートは、パケット分解／生成部２０６、送信血圧データ生成部２１３および健康管理指示受信処理部２１４を、ＣＰＵ２０１によるソフトウエア処理とした場合であり、各ステップの処理は、ＩＰ電話機２０のＣＰＵ２０１が、ＲＯＭ２０２のプログラムにしたがって、ＲＡＭ２０３をワークエリアとして用いて実行する。
【０１００】
ＣＰＵ２０１は、操作部２１６からの操作入力があったか否か判別し（ステップＳ２１１）、操作入力がないと判別したときには、その他の処理を行う（ステップＳ２１２）。
【０１０１】
ステップＳ２１１で、操作入力があったと判別したときには、ＣＰＵ２０１は、その操作入力は、血圧ボタンキーＫｂｐの押下であるか否か判別し（ステップＳ２１３）、血圧ボタンキーＫｂｐの押下ではないと判別したときには、その他のキー操作入力に対応する処理を実行する（ステップＳ２１４）。
【０１０２】
ステップＳ２１３で、血圧ボタンキーＫｂｐの押下であると判別したときには、ＣＰＵ２０１は、血圧計３０からの血圧データの受信を待つ（ステップＳ２１５）。そして、血圧データを受信したか否か判別し（ステップＳ２１６）、受信してはいないと判別したときには、ステップＳ２１５に戻る。
【０１０３】
ステップＳ２１６で、血圧インターフェース２０９を通じて血圧データを受信したと判別したときには、ＣＰＵ２０１は、血圧データとユーザＩＤと測定時刻とからなる送信血圧データを生成する（ステップＳ２１７）。
【０１０４】
そして、ＣＰＵ２０１は、メモリ２０４に記憶されている健康管理指示提供サーバ１１のアドレスを用いて、健康管理指示提供サーバ１１と接続し、送信血圧データの送信パケットを健康管理指示提供サーバ１１に送る（ステップＳ２１８）。
【０１０５】
次に、ＣＰＵ２０１は、健康管理指示提供サーバ１１から送られてくる健康管理指示情報の受信を待ち（ステップＳ２１９）、当該健康管理指示情報を受信したと判別したときには、それを健康管理指示処理部２１４に送り、前述したようにして、健康管理指示メッセージをディスプレイＤＰに表示したり、スピーカ２１７から放音したりして、ユーザに報知する（ステップＳ２２０）。
【０１０６】
そして、健康管理指示提供サーバ１１との接続を切断して、この処理ルーチンを終了する。
【０１０７】
なお、前述したように、医師の指示情報は、この図８の処理ルーチンが終了した後、健康管理指示サーバ１１から送られてくる。ＩＰ電話機２０は、その医師からの指示情報を受信したときには、その受信を、例えば着信鳴動などにより、ユーザに知らせると共に、指示メッセージをディスプレイＤＰに表示したり、スピーカ２１７から放音したりして、ユーザに報知する。
【０１０８】
［健康管理指示提供サーバ１１の処理動作］
図９およびその続きである図１０は、健康管理指示提供サーバ１１における処理動作例を示すフローチャートである。この図９および図１０のフローチャートは、パケット分解／生成部１０５、血圧データ解析部１０６、気圧情報解析部１０８、健康管理指示情報生成部１０９および医師指示情報生成部１１０を、ＣＰＵ１０１によるソフトウエア処理とした場合であり、各ステップの処理は、健康管理指示提供サーバ１１のＣＰＵ１０１が、ＲＯＭ１０２のプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行する。
【０１０９】
ＣＰＵ１０１は、ユーザ端末からの血圧データの受信を監視し（ステップＳ１０１）、血圧データを受信してはいないと判別したときには、その他の処理を実行する（ステップＳ１０２）。
【０１１０】
ステップＳ１０１で、ユーザ端末からの血圧データのパケットを受信したと判別したときには、ＣＰＵ１０１は、その受信パケットから得たユーザＩＤのユーザの過去の血圧データ履歴をユーザデータ格納部１０７から取得し、その血圧データ履歴とその受信パケットから得た血圧値とから、当該ユーザの血圧上昇判定をする（ステップＳ１０３）。
【０１１１】
ＣＰＵ１０１は、この血圧上昇の判定の結果、ユーザの血圧は上昇しているか否か判別する（ステップＳ１０４）。そして、血圧が上昇してはいないと判別したときには、ＣＰＵ１０１は、受信パケットから得たユーザＩＤのユーザの高血圧症の有無を、ユーザデータ格納部１０７から読み出して、当該ユーザは、高血圧症であるか否か判別する（ステップＳ１０５）。
【０１１２】
ステップＳ１０５で、ユーザは高血圧症であると判別したときには、ＣＰＵ１０１は、気象会社の気象予報配信サーバ４にアクセスして、気圧情報を取得する（ステップＳ１０６）。そして、ＣＰＵ１０１は、取得した気圧情報を解析すると共に、受信パケットから得たユーザＩＤのユーザの居場所の情報をユーザデータ格納部１０７から取得し、このユーザの居場所の情報と、受け取った気圧情報の解析結果とから、ユーザの居場所に低気圧が近づいているか否かを判別する（ステップＳ１０７）。
【０１１３】
ステップＳ１０７で、ユーザの居場所に低気圧が接近中であると判別したときには、ＣＰＵ１０１は、当該ユーザは血圧上昇していないが高血圧症であるので、指示メッセージ格納部１０９Ｍから、「血圧上昇の可能性がありますので、注意しましょう」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１０８）。
【０１１４】
また、ＣＰＵ１０１は、ステップＳ１０７で、ユーザの居場所に低気圧が接近中ではないと判別したときには、当該ユーザは血圧上昇しておらず、かつ、高血圧症でもないので、指示メッセージ格納部１０９Ｍから、「普通の生活でＯＫです」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１０９）。
【０１１５】
ステップＳ１０８またはステップＳ１０９の次には、ステップＳ１０１に戻って、このステップＳ１０１以降の処理を繰り返す。
【０１１６】
また、ステップＳ１０５で、ユーザは高血圧症ではないと判別したときには、ＣＰＵ１０１は、ユーザは血圧上昇しておらず、高血圧症でもないので、指示メッセージ格納部１０９Ｍから、「普通の生活でＯＫです」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１０９）。
【０１１７】
また、ステップＳ１０４で、ユーザの血圧が上昇していると判別したときには、ＣＰＵ１０１は、気象会社の気象予報配信サーバ４にアクセスして、気圧情報を取得する（ステップＳ１１１）。
【０１１８】
そして、ＣＰＵ１０１は、取得した気圧情報を解析すると共に、受信パケットから得たユーザＩＤのユーザの居場所の情報をユーザデータ格納部１０７から取得し、このユーザの居場所の情報と、受け取った気圧情報の解析結果とから、ユーザの居場所に低気圧が近づいているか否かを判別する（ステップＳ１１２）。
【０１１９】
ステップＳ１１２で、ユーザの居場所に低気圧が近づいてはいないと判別したときには、ＣＰＵ１０１は、受信パケットから得たユーザＩＤのユーザの高血圧症の有無を、ユーザデータ格納部１０７から読み出して、当該ユーザは、高血圧症であるか否か判別する（ステップＳ１１３）。
【０１２０】
ステップＳ１１３で、ユーザは高血圧症であると判別したときには、ＣＰＵ１０１は、当該ユーザは血圧上昇しているが、ユーザの居場所に低気圧が接近中ではないので、指示メッセージ格納部１０９Ｍから、「血圧上昇しているので注意しましょう」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１１４）。そして、このステップＳ１１４の次には、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１２１】
また、ステップＳ１１３で、ユーザは高血圧症ではないと判別したときには、ＣＰＵ１０１は、当該ユーザは血圧上昇しているが、ユーザの居場所に低気圧が接近中ではないので、指示メッセージ格納部１０９Ｍから、「血圧上昇しているので注意しましょう」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１１５）。そして、このステップＳ１１５の次には、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１２２】
なお、この例では、ステップＳ１１４とステップＳ１１５とでは、同じ指示メッセージを用いるようにしたが、異なる指示メッセージとするようにしても勿論良い。
【０１２３】
また、ステップＳ１１２でユーザの居場所に低気圧が近づいていると判別したときにも、ＣＰＵ１０１は、受信パケットから得たユーザＩＤのユーザの高血圧症の有無を、ユーザデータ格納部１０７から読み出して、当該ユーザは、高血圧症であるか否か判別する（ステップＳ１１６）。
【０１２４】
ステップＳ１１６で、ユーザは高血圧症ではないと判別したときには、ＣＰＵ１０１は、当該ユーザは血圧上昇しており、ユーザの居場所に低気圧が接近中であるので、指示メッセージ格納部１０９Ｍから、「血圧が高めです。さらに血圧が上昇する可能性があるので注意しましょう」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１１７）。そして、次に、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１２５】
また、ステップＳ１１６で、ユーザは高血圧症であると判別したときには、ＣＰＵ１０１は、当該ユーザは血圧上昇しており、ユーザの居場所に低気圧が接近中であるので、指示メッセージ格納部１０９Ｍから、「後ほど、医師による指示があります」という指示メッセージを得て、血圧データを送ってきたユーザに送信する（ステップＳ１１８）。
【０１２６】
そして、さらに、ＣＰＵ１０１は、医師用パソコン１２に、ユーザＩＤや氏名、血圧データ履歴などのユーザ情報と、受信した血圧データと、血圧上昇判定結果、低気圧接近判定結果を送信し、医師の指示を促すようにする（ステップＳ１１９）。
【０１２７】
医師用パソコン１２は、これらの情報を受け取ると、その受信を例えばディスプレイ画面にポップアップ表示する。このポップアップを医師がクリックすると、健康管理指示サーバ１１から送られてきたデータを医師用パソコン１２のディスプレイ画面に表示する。そして、医師は、このディスプレイ画面の表示情報から、ユーザに与えるべき指示を考え、例えば「運動禁止」、「薬の服用」などの指示を決定して、その指示を入力する。そして、医師は、医師用パソコン１２から、その入力した指示情報を健康管理指示提供サーバ１１に返信するようにする。この指示情報には、健康管理指示提供サーバ１１から送られてきたユーザＩＤが含まれる。
【０１２８】
ＣＰＵ１０１は、医師用パソコン１２からの医師の指示情報の受信を待ち（ステップＳ１２０）、医師の指示情報を受信したと判別したときには、受信した医師の指示メッセージを、ユーザＩＤで特定される血圧データを送ってきたユーザに対して送信する（ステップＳ１２１）。そして、次に、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１２９】
［血圧データ送信から指示情報受け取り報知までのシーケンス例］
次に、ユーザ端末からの血圧データの送信から指示メッセージの受信までの、上述したフローチャートの処理に従ったシーケンスの例として、健康管理指示提供サーバでの血圧上昇判定結果および低気圧接近判定結果の違いに応じた幾つかの例を説明する。
【０１３０】
図１１は、第１のシーケンス例で、この例は、血圧データが血圧上昇を示していない場合である。
【０１３１】
ユーザ端末のＩＰ電話機２０では、タイマ管理により、血圧測定時刻になると、ユーザに対して血圧測定を行うように促す血圧測定アラームが報知される。このアラームを受けて、ユーザは、ＩＰ電話機２０の血圧ボタンキーＫｂｐを押下すると共に、血圧計３０を用いて血圧測定を実行する。
【０１３２】
すると、ＩＰ電話機２０から、ユーザＩＤと血圧測定時刻とを付加された血圧データが健康管理指示提供サーバ１１に送られる。この例では、健康管理指示提供サーバ１１は、血圧データを解析した結果、血圧上昇はなく、また、ユーザデータ格納部１０７のユーザの高血圧症の有無は「無」であると判別し、指示メッセージとして、「普通の生活でＯＫ」を送る。
【０１３３】
図１２は、第２のシーケンス例で、この例は、血圧データが血圧上昇を示していないが、ユーザが高血圧症である場合である。
【０１３４】
この例の場合には、健康管理指示提供サーバ１１は、血圧データを解析した結果、血圧上昇はないが、ユーザデータ格納部１０７のユーザの高血圧症の有無は「有」であるので、気象会社の気象予報配信サーバ４に気圧情報の取得要求を送り、当該気象予報配信サーバ４から気圧情報を取得する。
【０１３５】
そして、この例では、健康管理指示提供サーバ１１は、気圧情報から、ユーザの居場所に対して低気圧接近中であることを判別したので、指示メッセージとして、「血圧上昇の可能性がありますので、注意しましょう」（前述のステップＳ１０８参照）を送る。
【０１３６】
図１３は、第３のシーケンス例で、この例は、ユーザの血圧データが血圧上昇を示しているが、ユーザが高血圧症ではない場合である。
【０１３７】
この例の場合には、健康管理指示提供サーバ１１は、血圧データを解析した結果、血圧上昇しているので、気象会社の気象予報配信サーバ４に気圧情報の取得要求を送り、当該気象予報配信サーバ４から気圧情報を取得する。
【０１３８】
そして、健康管理指示提供サーバ１１は、ユーザデータ格納部１０７の当該ユーザの高血圧症の有無の情報を参照して、当該ユーザが高血圧症であるかどうか判断する。
【０１３９】
この例では、健康管理指示提供サーバ１１は、気圧情報から、ユーザの居場所に対して低気圧接近中であることを判別したが、ユーザが高血圧症ではないので、指示メッセージとして、「血圧が高めです。さらに血圧が上昇する可能性があるので注意しましょう」（前述のステップＳ１１７参照）を送る。
【０１４０】
図１４は、第４のシーケンス例で、この例は、ユーザの血圧データが血圧上昇を示していると共に、ユーザが高血圧症である場合である。
【０１４１】
この例の場合には、健康管理指示提供サーバ１１は、血圧データを解析した結果、血圧上昇しているので、気象会社の気象予報配信サーバ４に気圧情報の取得要求を送り、当該気象予報配信サーバ４から気圧情報を取得する。
【０１４２】
そして、健康管理指示提供サーバ１１は、ユーザデータ格納部１０７の当該ユーザの高血圧症の有無の情報を参照して、当該ユーザが高血圧症であるかどうか判断する。
【０１４３】
この例では、健康管理指示提供サーバ１１は、気圧情報から、ユーザの居場所に対して低気圧接近中であることを判別すると共に、ユーザが高血圧症であるので、医師用パソコン１２に、ユーザ情報や、血圧データ、血圧上昇判定結果、低気圧接近判定結果を送る。
【０１４４】
医師用パソコン１２からは、医師の指示情報が送られてくるので、健康管理指示提供サーバ１１は、その医師の指示情報を血圧データを送ってきたユーザ端末に送る。
【０１４５】
［他の実施形態および変形例］
なお、上述の実施形態では、健康管理指示提供サーバ１１には、医師用パソコン１２が、ＬＡＮを通じて接続されているが、これは、必須ではなく、健康管理指示提供サーバ１１のメモリに予め用意されている指示メッセージのみをユーザ側に通知するだけでも勿論よい。
【０１４６】
また、上述の実施形態では、ユーザの血圧上昇を判定し、その判定結果を、健康管理指示メッセージの選択に用いるようにしたが、血圧上昇の判定結果ではなく、ユーザの血圧値が所定の値よりも高いか否かの判定結果を、健康管理指示メッセージの選択に用いるようにしてもよい。
【０１４７】
また、上述の実施形態では、ユーザ端末はＩＰ電話機の場合としたが、ユーザ端末は、ＩＰ電話機に限られるものではない。例えば、ユーザ端末は、携帯電話端末であってもよい。また、ユーザ端末は、専用の通信端末であっても勿論よい。
【符号の説明】
【０１４８】
１１…健康管理指示提供サーバ、２１〜２ｎ…ユーザ端末、３１〜３ｎ…血圧計、１２…医師用パソコン
【図１】
2011180857.tif 000003
【図２】
2011180857.tif 000004
【図３】
2011180857.tif 000005
【図４】
2011180857.tif 000006
【図５】
2011180857.tif 000007
【図６】
2011180857.tif 000008
【図７】
2011180857.tif 000009
【図８】
2011180857.tif 000010
【図９】
2011180857.tif 000011
【図１０】
2011180857.tif 000012
【図１１】
2011180857.tif 000013
【図１２】
2011180857.tif 000014
【図１３】
2011180857.tif 000015
【図１４】
2011180857.tif 000016