JPWO2004114184A1 - ヘルスケア装置、生体情報端末 - Google Patents

Abstract

本発明は、ユーザの体調に応じたスケジュールを適宜変更することができるヘルスケア装置、生体情報端末、スケジュール管理方法、スケジュール管理プログラムに関する。 第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、体調情報の検出結果または行動指示の結果に基づいて、実行するスケジュール情報を第１のスケジュール情報から第２のスケジュール情報に変更する。

Description

この発明は、ユーザの体調を管理するためのヘルスケアシステムと、ヘルスケアシステムに用いられるヘルスケア装置、生体情報端末、スケジュール管理方法、スケジュール管理プログラムに関するものである。また、ヘルスケア装置として動作する中継装置、管理装置にするものである。

従来から、患者等のユーザの体温の測定や投薬等のスケジュールを遠隔で管理するため、下記のようなシステムが提案されている。
（１）投薬などのスケジュールを管理装置に予め登録しておく。そして、管理装置は、スケジュールに従い、所定の時刻に到達した場合に、ユーザに対してアラームなどを鳴らすことによって、投薬を通知している。
（２）ユーザが保有する端末に対し、体温の測定、薬の服用スケジュールを管理装置から指示し、端末から測定結果や薬の服用時刻を通知してもらい、スケジュールとの差が所定値以上である場合に医師の端末に通知するシステムがある。
（３）ユーザのスケジュールをサーバ上に登録しておき、複数の医師端末でスケジュールを閲覧し、スケジュールの作成を行うシステムがある。このシステムにおいては、スケジュールの実行状況をユーザが入力する入力装置がある。
しかしながら、上述の（１）における管理装置においては、医師または第３者は、ユーザが実際にスケジュール通りに薬の服用等をしたか否かを把握することができなかった。
これに対し、（２）におけるシステムにおいては、体温測定や薬の服用時刻をユーザに入力してもらい端末からサーバに通知してもらっているので、ユーザがスケジュール通りの処方を行っているかを把握することができる。しかし、スケジュールとの差が所定値以上にならないと医師の端末に通知されないので、医師等のユーザの健康状態を管理する管理者にとっては、スケジュール通りの処方を行っているか否かを把握する程度のものである。
また、（２）におけるシステムは、スケジュールとの差が所定値以上の場合に医師の端末に通知するものであるが、これは、患者の異常状態に対する判断を医師に求めるためである。つまり、何かしらの異常が生じた場合には具体的判断を医師に求めるため、都度通信回線を接続し、遠隔にある医師の端末に問い合わせを行う必要がある。
一方、（３）におけるシステムにおいては、複数の医師がユーザのスケジュールの実行状況を把握することができるものの、スケジュールの実行状況を逐次参照してスケジュールを作成しようとすると、管理対象のユーザが複数いる場合には、医師やオペレータに相当の負担がかかってしまう。また医師が不在時にスケジュール変更の必要性が生じても、迅速なスケジュール変更が出来ない虞がある。
また、一般的に（１）、（２）、（３）のような、通信回線を用いて情報のやりとりを行う健康管理システムは、通信回線異常発生時や患者の端末が通信回線圏外にいる時には、情報のやりとりが途絶えてしまう。つまり、患者に対して何らかの処方の変更が必要となっても、対処を円滑に行うことが出来ない。

本発明は、上記のような事情に鑑みてなされたもので、その目的は、ユーザの体調に応じたスケジュールを適宜変更することができるヘルスケアシステムと、ヘルスケアシステムに用いられるヘルスケア装置、生体情報端末、スケジユール管理方法、スケジュール管理プログラムを提供することにある。さらには、ヘルスケア装置として動作する中継装置、管理装置を提供することにある。
具体的には本発明のヘルスケア装置は、ユーザの体調に関する情報である体調情報の検出（例えば、実施の形態における脈拍、加速度、角速度、呼吸、心拍、体動、いびき、血糖値等の検出）または該ユーザに対して医療に関する行動を行わせるための行動指示（例えば、実施の形態における脈拍の測定、薬の服用、運動、体調に関する情報の入力の指示）を行う生体情報端末と通信を行うヘルスケア装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段（例えば、実施の形態におけるアクション管理部２５）と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から前記スケジュール記憶手段に記憶された前記第２のスケジュール情報に変更するスケジュール変更手段（例えば、実施の形態におけるアクション管理部２５）とを有することを特徴とする。
ここでスケジュール情報とは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報との組み合わせである。具体的にはアクションテーブル情報には、各アクションを識別するためのタスク番号と、そのタスク番号に関連して、そのアクションを実行する生体情報端末を識別するための番号と、そのアクションを実行するためのトリガ条件またはそのアクションの実行時刻と、実際に実行するアクションの内容と、そのアクションが継続される時間と、そのアクションに応じた実行結果、等が含まれる。また、判断テーブル情報には、アクション名と、アクション名に応じて実行されうるアクションの実行結果と、その実行結果に応じた処理内容、等が含まれる。アクションテーブル情報と判断テーブル情報は、例えば実施の形態の図３にあるように一覧表として扱うことができ、その内容の表示、作成、変更を非常に簡便に行うことができる情報である。
また、本発明のヘルスケア装置は、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行うヘルスケア装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
ここで、本発明のヘルスケア装置は、前記生体情報端末から送信されるデータに基づいて、前記第３のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第３のスケジュール情報から他のスケジュール情報は変更することを特徴とする。
また、本発明のヘルスケア装置における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末において前記スケジュール情報に従ったアクションが実行されたか否か、または前記アクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否かを検出することを特徴とする。
また、本発明のヘルスケア装置におけるスケジュール変更手段は、前記第２のスケジュール情報のスケジュールまたは前記第３のスケジュール情報のスケジュールが終了した場合に前記第１のスケジュールに変更することを特徴とする。
また、スケジュール変更手段は、前記第１のスケジュールから前記第２のスケジュールに変更する場合、または、前記第１のスケジュールから前記第３のスケジュールに変更する場合に、前記第２のスケジュール情報または前記第３のスケジュール情報を前記生体情報端末に送信する、あるいは、前記第２のスケジュール情報または前記第３のスケジュール情報を予め前記生体情報端末に送信しておき、変更時に前記第２のスケジュールまたは前記第３のスケジュールに設定された識別情報を送信して変更させることを特徴とする。
また、本発明のヘルスケア装置が扱う前記第２のスケジュール情報または前記第３のスケジュール情報は、前記第１のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする。
また、本発明のヘルスケア装置が扱う前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする。
また、本発明の中継装置は、上述のヘルスケア装置を具現化した装置の１つである。具体的には中継装置は、少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける中継装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明の中継装置は、少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける中継装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明の管理装置は、上述のヘルスケア装置を具現化した装置の１つである。具体的には管理装置は、少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける管理装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報、と前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明の管理装置は、少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける管理装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明の生体情報端末は、ヘルスケア装置と通信を行いユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、前記ヘルスケア装置から第１のスケジュール情報および第２のスケジュール情報を受信する通信手段と、前記通信手段が受信した第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段（例えば、実施の形態におけるスケジュール管理部１５）と、前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段（例えば、実施の形態におけるスケジュール管理部１５）と、前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段（例えば、実施の形態におけるスケジュール管理部１５）とを有することを特徴とする。
また、本発明の生体情報端末は、ヘルスケア装置と通信を行いユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、前記ヘルスケア装置から第１のスケジュール情報および第３のスケジュール情報を受信する通信手段と、前記通信手段が受信した第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
ここで、本発明の生体情報端末は、前記第３のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、前記第３のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、実行するスケジュール情報を前記第３のスケジュール情報から他のスケジュール情報に変更することを特徴とする。
また、本発明の生体情報端末における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否か、または前記アクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否か、を検出することを特徴とする。
また、本発明の生体情報端末における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、脈拍数と血糖値とのうちいずれか一方または両方の計測結果、もしくは、その計測時刻を検出することを特徴とする。
また、本発明の生体情報端末におけるスケジュール変更手段は、前記第２のスケジュール情報のスケジュールが終了した場合または前記第３のスケジュール情報のスケジュールが終了した場合に前記第１のスケジュールに変更することを特徴とする。
また、本発明のスケジュール変更手段は、前記第１のスケジュール情報から前記第２のスケジュール情報に変更する場合または、前記第１のスケジュール情報から前記第３のスケジュール情報に変更する場合に、前記ヘルスケア装置から送信される前記第２のスケジュール情報または前記第３のスケジュール情報を受信して変更する、あるいは、前記ヘルスケア装置から送信される前記第２のスケジュール情報または前記第３のスケジュール情報を予め前記生体情報端末に受信して記憶しておき、前記ヘルスケア装置から前記第２のスケジュール情報または前記第３のスケジュール情報に設定された識別情報を受信した場合に受信した識別情報に対応する前記第２のスケジュール情報または前記第３のスケジュール情報に変更することを特徴とする。
また、本発明の生体情報端末が扱う前記第２のスケジュール情報または前記第３のスケジュール情報は、前記第１のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする。
また、本発明の生体情報端末が扱う前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュールを変更することを特徴とする。
また、本発明の生体情報端末は、前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報に従ったスケジュールの実行結果が、前記判断テーブル情報を用いて判断した結果、異常であった場合に、前記ヘルスケア装置に判断の要求を行う判断要求手段を有することを特徴とする。
また、本発明の生体情報端末は、複数が存在して、それぞれが通信可能に接続された場合に、自身の生体情報端末におけるスケジュール情報、またはスケジュール情報に従ったスケジュールの実行結果について、他の生体情報端末に送信して表示させることを特徴とする。
また、本発明のヘルスケアシステムは、少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムであって、前記生体情報端末側を下位、前記管理装置側を上位とした場合に、上位側の装置は、下位側の装置における全スケジュールに関する情報と、上位側の判断によって下位のスケジュール情報を変更する際の下位のスケジュール情報を記憶することを特徴とする。
そして本発明のヘルスケアシステムは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末とヘルスケア装置とが接続されたヘルスケアシステムであって、前記ヘルスケア装置は、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段とを有し、前記生体情報端末は、前記ヘルスケア装置から第１のスケジュール情報および第２のスケジュール情報を受信する通信手段と、前記通信手段が受信した第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明のヘルスケアシステムは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末とヘルスケア装置とが接続されたヘルスケアシステムであって、前記ヘルスケア装置は、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有し、前記生体情報端末は、前記ヘルスケア装置から第１のスケジュール情報および第３のスケジュール情報を受信する通信手段と、前記通信手段が受信した第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。
また、本発明のヘルスケアシステムにおけるスケジュール管理方法は、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行うスケジュール管理方法であって、第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、前記体調情報の検出結果または行動指示の結果を検出し、検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおけるスケジュール管理プログラムは、上記ヘルスケアシステムにおけるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおけるスケジュール管理方法は、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行うスケジュール管理方法であって、第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、外部からの指示を受信し、受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおけるスケジュール管理プログラムは、上記ヘルスケアシステムにおけるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける中継装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、前記生体情報端末から送信されるデータに応じて、前記第１のスケジュール情報に従ったアクションの実行結果を検出し、検出した実行結果に応じて、前記生体情報端末に実行させるスケジュールを前記第１のスケジュール情報から第２のスケジュール情報に変更させることを特徴とする。
また、本発明のヘルスケアシステムにおける中継装置に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける中継装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける中継装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、外部からの指示を受信し、受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおける中継装置に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける中継装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける管理装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったアクションの実行結果を検出し、検出した実行結果に応じて、前記中継装置を介して前記生体情報端末に実行させるスケジュールを前記第１のスケジュール情報から第２のスケジュール情報に変更させることを特徴とする。
また、本発明のヘルスケアシステムにおける管理装置に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける管理装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける管理装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、前記第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、外部からの指示を受信し、受信した指示に基づいて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおける管理装置に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける管理装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法は、第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、前記体調情報の検出結果または行動指示の結果を検出し、検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。
また、本発明のヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法は、第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、外部からの指示を受信し、受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更することを特徴とする。
また、本発明のヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムは、上記ヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

図１は、この発明の一実施形態によるヘルスケアシステムの構成を示す概略図である。
図２は、Ｓ端末１の構成について説明するための概略ブロック図である。
図３は、アクションテーブル情報および、判断テーブル情報を説明するための図面である。
図４は、Ｃサーバ２の構成を示す概略ブロック図である。
図５は、記憶部２４に記憶されるアクションテーブル情報および、判断テーブル情報を説明するための図面である。
図６は、Ｓ端末１とＣサーバ２の動作の概要を説明するためのフローチャートである。
図７は、Ｃサーバ２の動作を説明するためのフローチャートである。
図８は、Ｃサーバ２の動作を説明するためのフローチャートである。
図９は、Ｃサーバ２の動作を説明するためのフローチャートである。
図１０は、Ｃサーバ２の動作を説明するためのフローチャートである。
図１１は、Ｃサーバ２の動作を説明するためのフローチャートである。
図１２は、Ｃサーバ２の動作を説明するためのフローチャートである。
図１３は、Ｃサーバ２の動作を説明するためのフローチャートである。
図１４は、Ｓ端末１の動作を説明するためのフローチャートである。
図１５は、Ｓ端末１の動作を説明するためのフローチャートである。
図１６は、Ｓ端末１の動作を説明するためのフローチャートである。
図１７は、Ｓ端末１の動作を説明するためのフローチャートである。
図１８は、Ｓ端末１の動作を説明するためのフローチャートである。
図１９は、Ｓ端末１の動作を説明するためのフローチャートである。
図２０は、第２の実施形態におけるヘルスケアシステムの構成を示す概略構成図である。
図２１は、Ｐサーバ４の構成について説明するための概略ブロック図である。
図２２は、アクションテーブル情報と判断テーブル情報が記憶された状態について説明するための図面である。
図２３は、Ｃサーバ２とＰサーバ４の機能の分散について説明するための図面である。
図２４は、生体情報端末に記憶されるアクションテーブル情報と判断テーブル情報を示す図である。
図２５は、Ｐサーバ４に記憶されるアクションテーブル情報と判断テーブル情報を示す図である。
図２６は、Ｃサーバ２に記憶されるアクションテーブル情報を示す図である。
図２７は、Ｃサーバ２に記憶される判断テーブル情報を示す図である。
図２８は、他の実施形態におけるヘルスケアシステムの構成について説明するための図面である。
図２９は、第３の実施形態におけるヘルスケアシステムの構成を示す概略ブロック図である。
図３０は、他の実施形態におけるアクションテーブル情報の一例を示す図面である。
図３１は、他の実施形態における判断テーブル情報の一例を示す図面である。
図３２は、他の実施形態におけるヘルスケアシステムの動作について説明するためのフローチャートである。
図３３は、他の実施形態におけるアクションテーブル情報の一例を示す図面である。
図３４は、他の実施形態におけるアクションテーブル情報の一例を示す図面である。
図３５は、変更後アクションテーブル情報を生成する他の実施形態について説明するためのスケジュール情報の一例である。
図３６は、第４の実施形態におけるＳ端末１について説明するための図面である。
図３７は、第６の実施形態について説明するために引用した図面である。

以下、本発明の一実施形態によるヘルスケア装置、生体情報端末を適用したヘルスケアシステムを図面を参照して説明する。
図１は、この発明の一実施形態によるヘルスケアシステムの構成を示す概略図である。この図において、ヘルスケアシステムは、生体情報端末（以下、「Ｓ端末」と称す）１とヘルスケア装置の一例となるセントラルサーバ（管理装置に相当する。以下、「Ｃサーバ」と称す）２とが通信回線３によって接続される。この通信回線３は、例えば、公衆回線網、専用線、ＬＡＮ（ローカルエリアネットワーク）、インターネットなどの回線が１つまたは複数組み合わされて適用され、有線または無線によって通信が行われる。また、Ｃサーバ２とＳ端末１との通信は、常時接続またはブロードバンドとすることにより、Ｓ端末１の使用場所への依存性が少なくすることが可能である。
次に、Ｓ端末１について説明する。図２は、Ｓ端末１の構成について説明するための概略ブロック図である。この実施形態においてＳ端末１は、ユーザの脈拍を測定が可能であり、ユーザの手首に装着可能な腕時計型の端末である。この図において、生体情報端末通信部１１は、通信回線３を介してセントラルサーバ２と通信を行う。計時部１２は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。測定部１３は、ユーザの脈拍を測定する。記憶部１４は、Ｃサーバ２から送信されるアクションテーブル情報と、判断テーブル情報を生体情報端末通信部１１によって受信して記憶する。このアクションテーブル情報と判断テーブル情報とについては、後述する。
スケジュール実行管理部１５は、計時部１２から出力される時刻を参照し、記憶部１４に記憶されたアクションテーブル情報に基づいて、スケジュールの管理を行う。報知部１６は、スピーカや例えば液晶表示装置等の表示装置などによって構成され、制御部１９の指示に基づいて、アラーム音の放音、メッセージの表示、等を行う。操作部１７は、タッチパネルやテンキー等の入力装置である。電源１８は、電池または充電可能な電池であり、Ｓ端末１の各部に電源を供給する。制御部１９は、Ｓ端末１の各部間のデータの転送、供給する電源の電圧を管理等を行う。
図３は、アクションテーブル情報および、判断テーブル情報を説明するための図面である。この図において、アクションテーブル情報は、アクションを識別するためのタスク番号（図３における「タスクＮｏ．」に相当）、Ｓ端末１を識別するための端末ＩＤ、アクションを実行するためのトリガ条件または実行時刻（図３における「トリガ条件／実行時刻」に相当）と、実行する内容を示すアクションと、アクションを行う時間である継続時間、アクションを実行した結果となる出力内容を示す実行結果とが対応付けられて記憶されている。ここでは、標準アクションテーブル情報（図３符号（ａ））と、例外アクションテーブル情報（図３符号（ｂ）、符号（ｃ））が記憶される。
また、図３において、判断テーブル情報は、アクションテーブル情報の実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクション毎に規定した情報である。このアクションテーブル情報と判断テーブル情報は、Ｓ端末１を利用するユーザ毎の年齢、性別、体調、過去にかかったことがある病気の履歴等に基づいて決定される。この記憶部１４に記憶されたアクションテーブル情報をスケジュール実行管理部１５が参照し、トリガ条件または実行時刻に従って順次アクションを実行し、アクションの実行結果に応じた処理を判断テーブル情報を参照して実行することが可能である。
次に、Ｃサーバ２について説明する。図４は、Ｃサーバ２の構成を示す概略ブロック図である。この図において、通信部２１は、通信回線３を介してＳ端末１と通信を行う。計時部２２は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。データ処理部２３は、各種データの処理を行う。記憶部２４は、Ｓ端末１に送信するためのアクションテーブル情報、判断テーブル情報を記憶するとともに、Ｃサーバ２において利用するアクションテーブル情報と判断テーブル情報とを記憶する。このＣサーバ２において利用するアクションテーブル情報と判断テーブル情報については、後述する。また、記憶部２４は、Ｓ端末１から送信された各種測定結果等を記憶する。アクション管理部２５は、記憶部２４に記憶されたアクションテーブル情報に基づいて、トリガ条件または実行時刻に応じたアクションを実行する。
報知部２６は、スピーカや例えば液晶表示装置等の表示装置などによって構成され、制御部２９の指示に基づいて、アラーム音の放音、メッセージの表示、等を行う。また、報知部２６は、オペレータが携帯する携帯端末や電話等にメッセージを送信する機能を有する。操作部２７は、タッチパネルやキーボード、マウス等の入力装置である。制御部２９は、Ｃサーバ２の各部間のデータの転送を行う。
次に、記憶部２４に記憶される情報について説明する。図５は、記憶部２４に記憶されるアクションテーブル情報および、判断テーブル情報を説明するための図面である。ここでは、Ｃサーバ２において利用される、標準アクションテーブル情報（図５符号（ａ））と、例外アクションテーブル情報（図５符号（ｂ））、Ｓ端末１に送信するための例外アクションテーブル情報（符号（ｃ））と、判断テーブル情報（図５符号（ｄ））が示されている。
アクション管理部２５は、この記憶部２４に記憶されたアクションテーブル情報を参照し、トリガ条件または実行時刻に従って順次アクションを実行し、アクションの実行結果に応じた処理を判断テーブル情報を参照して実行することが可能である。なお、この図５においては、Ｃサーバ２およびＳ端末１において利用されるアクションテーブル情報と判断テーブル情報とが示されているが、Ｓ端末１が複数ある場合は、各Ｓ端末１に送信するためのアクションテーブル情報と判断テーブル情報についても記憶される。
次に、上述したヘルスケアシステムにおける動作について図面を用いて説明する。図６は、Ｓ端末１とＣサーバ２の動作の概要を説明するためのフローチャートである。まず、医師などによって各ユーザに対応するアクションテーブル情報が作成され（ステップＳ１）、Ｃサーバ２の操作部２７を介してオペレータまたは医師によって入力されると、制御部２９によって記憶部２４に記憶する。具体的には、Ｓ端末１に送信するためのアクションテーブル情報と判断テーブル情報、Ｃサーバ２において利用されるアクションテーブル情報と判断テーブル情報とが作成され、記憶部２４に記憶される。
次に、制御部２９は、記憶部２４に記憶されたＳ端末１において利用されるアクションテーブル情報と判断テーブル情報とを読み出して、通信部２１によってＳ端末１に送信する（ステップＳ２）。Ｓ端末１は、Ｃサーバ２から送信されるアクションテーブル情報と判断テーブル情報とを通信部１１によって受信し（ステップＳ１０）、記憶部１４に記憶する（ステップＳ１１）。そして、Ｓ端末１のスケジュール実行管理部１５は、計時部１２の時刻に基づき、アクションテーブル情報の実行時刻に到達したか否かを検出し（ステップＳ１２）、実行時刻に到達した場合に、その実行時刻に対応付けられたアクションを実行する（ステップＳ１３）。ここでは、例えば、「昼食をとって下さい」などのメッセージが報知部１６の表示装置に表示されるとともに、アラーム音が放音される。
そして、スケジュール実行管理部１５は、報知されたアクションに対する結果データが、そのアクションの継続時間内に、ユーザによって操作部１７から入力されたか否かを検出する。（ステップＳ１４）。ここでは、継続時間内にアクションに対する結果データが入力されなかった場合、スケジュール実行管理部１５は、ユーザがアクションに応じた行動をしなかったことを示す実行結果を生成し（ステップＳ１５）、報知部１６による報知を停止させてアクションを解除し（ステップＳ１８）、実行結果をＣサーバ２に送信する（ステップＳ１９）。一方、継続時間内にアクションに応じた行動を行ったことが操作部１７から入力された場合（ステップＳ１６）、スケジュール実行管理部１５は、ユーザがアクションに応じた行動を行ったこと示す実行結果を生成し（ステップＳ１７）、アクションを解除し（ステップＳ１８）、実行結果をＣサーバ２に送信する（ステップＳ１９）。Ｃサーバ２は、Ｓ端末１から実行結果を受信すると（ステップＳ３）、記憶部２４に記憶された判断テーブル情報を参照して実行結果を解析する（ステップＳ４）。
次に、上述したヘルスケアシステムにおける動作の他の実施形態について説明する。図７から図１３は、Ｃサーバ２の動作を説明するためのフローチャートである。まず、図７において、Ｃサーバ２の制御部２９では、Ｓ端末１用およびＣサーバ２用のアクションテーブル情報と判断テーブル情報とが作成され（ステップＳ１００）、操作部２７からの操作で、アクションテーブル情報と判断テーブル情報が入力されると、記憶部２４に記憶される。アクション管理部２５は、Ｓ端末１に対応する記憶部２４に記憶されたアクションテーブル情報と判断テーブル情報を端末ＩＤを検索キーとして検索し（ステップＳ１０１）、検索されたアクションテーブル情報と判断テーブル情報とを通信部２１によってＳ端末１に送信する（ステップＳ１０２）。ここでは、最初に標準アクションテーブル情報と判断テーブル情報とが送信される。そして、アクション管理部２５は、Ｃサーバ２用の標準アクションテーブル情報と判断テーブル情報とを記憶部２４から読み出して、アクションテーブル情報に従ってアクションを実行する（ステップＳ１０３）。ここでは、例えば、図５の標準アクションテーブル情報と判断テーブル情報とが読み出される。
アクション管理部２５は、計時部２２から出力される現在時刻の情報と標準アクションテーブル情報のトリガ条件または実行時刻に基づいて、アクションが発生したか否かを検出する（ステップＳ１０４）。ここで、アクション管理部２５は、Ｓ端末１からデータを受信した場合、タスク１（図５）のアクションを実行することにより、受信データを記憶部２４に記憶し（ステップＳ１０５）、条件変更時の場合、タスク２（図５）のアクションを実行することにより、条件を送信し（ステップＳ１０６）、時刻が２４時に到達した場合、タスク３（図５）のアクションを実行することにより、ユーザの診断処理を行い（ステップＳ１０７）、Ｓ端末１から判断要求などの要求を受信した場合、タスク４（図５）のアクションを実行することにより、要求を受信し（ステップＳ１０８）、計時部１２から出力される時刻がある月の１日になった場合、タスク５（図５）のアクションを実行することにより、レポート作成を行う（ステップＳ１０９）。アクション管理部２５は、他のタスクの実行時刻またはトリガ条件が発生した場合には、そのタスクに応じたアクションを実行する（ステップＳ１１０）。
次に、ステップＳ１０５からステップＳ１０９における、各アクションについて図８から図１３を用いて説明する。図８は、アクションがデータ受信の場合におけるＣサーバ２の動作を説明するためのフローチャートである。アクション管理部２５は、Ｓ端末１からデータを受信すると、受信したデータを記憶部２４に記憶し（ステップＳ１２０）、記憶する処理が成功したか否かを検出し（ステップＳ１２１）、検出結果「失敗」（ステップＳ１２２）または「成功」（ステップＳ１２３）を実行結果として一時保持し、このアクションに対応する判断テーブル情報を参照する（ステップＳ１２４）。そして、アクション管理部２５は、一時保持した実行結果に基づいて（ステップＳ１２５）、実行結果が「失敗」である場合、再試行するべく再度データを送信するようにＳ端末１に指示をし（ステップＳ１２６）、ステップＳ１２０に移行する。一方、実行結果が「成功」である場合、このアクションを終了する。
図９は、アクションが条件送信の場合におけるＣサーバ２の動作を説明するためのフローチャートである。アクション管理部２５は、Ｓ端末１の端末ＩＤの変更、アクションテーブル情報の変更、判断テーブル情報の変更が発生したことを検出すると（ステップＳ１３０）、Ｓ端末１に対してアクションテーブル情報と判断テーブル情報と送信し、送信する処理が成功したか否かを検出し（ステップＳ１３１）、送信結果「失敗」（ステップＳ１３２）または「成功」（ステップＳ１３３）を実行結果として一時保持し、このアクションに対応する判断テーブル情報を参照する（ステップＳ１３４）。そして、アクション管理部２５は、一時保持した実行結果に基づいて（ステップＳ１３５）、記憶処理の結果が「失敗」である場合、再試行するべくアクションテーブル情報と判断テーブル情報とを再度Ｓ端末１に送信し（ステップＳ１３６）、ステップＳ１３０に移行する。一方、実行結果が「成功」である場合、このアクションを終了する。
図１０は、アクションがユーザの診断処理の場合におけるＣサーバ２の動作を説明するためのフローチャートである。アクション管理部２５は、時刻が２４時に到達したことを検出すると、診断を行う対象となるユーザの保管データを実行結果として記憶部２４から読み出して（ステップＳ１４０）、このアクションに対応する判断テーブル情報を参照する（ステップＳ１４１）。そして、アクション管理部２５は、実行結果を判断テーブル情報に基づいて、ユーザの健康状態について解析を行う（ステップＳ１４２）。アクション管理部２５は、実行結果がユーザの状態「少し悪い」または「悪い」に対応するコードであることが検出された場合、診断結果「少し悪い」または「悪い」を記憶部２４に記憶する（ステップＳ１４３）。そして報知部２６によって、診断結果と、ユーザと連絡を取って処置を行うことが必要であることを、オペレータに通知する（ステップＳ１４４）。一方、アクション管理部２５は、実行結果がユーザの状態「良い」、「少し良い悪い」、「普通」のいずれかに対応するコードであることが検出された場合、検出された診断結果「良い」、「少し良い悪い」、「普通」のいずれかを記憶部２４に記憶する（ステップＳ１４５）。
図１１は、アクションが要求受信の場合におけるＣサーバ２の動作を説明するためのフローチャートである。アクション管理部２５は、判断の要求をＳ端末１から受信すると（ステップＳ１５０）、この判断の要求とともに送信されたデータを受信するとともに、このユーザの保管データを記憶部２４から読み出し（ステップＳ１５１）、このアクションに対応する判断テーブル情報を参照する（ステップＳ１５２）。この送信されたデータと記憶部２４から読み出した保管データが、実行結果に相当する。そして、アクション管理部２５は、保管データとＳ端末１から送信されたデータ、すなわち実行結果とを判断テーブル情報に基づいて、ユーザの健康状態について解析を行う（ステップＳ１５３）。アクション管理部２５は、実行結果に基づいて、ユーザの状態「少し悪い」または「悪い」に対応するコードであることが検出された場合、診断結果「少し悪い」または「悪い」を記憶部２４に記憶し（ステップＳ１５４）、報知部２６によって、オペレータに診断結果を通知する（ステップＳ１５５）とともに、現在設定されている標準アクションテーブル情報から例外アクションテーブル情報（例えば、図５符号（ｂ）、符号（ｃ））に変更するための処理を行う（ステップＳ１５６）。このステップＳ１５６以降の処理は、後述する。
一方、アクション管理部２５は、解析結果において、ユーザの状態「良い」、「少し良い」、「普通」のいずれかに対応するコードであることが検出された場合、診断結果「良い」、「少し良い」、「普通」を記憶部２４に記憶し、通信部２１によって、「大丈夫でしたよ」というメッセージを報知するためのデータをＳ端末１に対し、送信する（ステップＳ１５８）。
図１２は、アクションがレポート作成の場合におけるＣサーバ２の動作を説明するためのフローチャートである。アクション管理部２５は、毎月１日に到達した場合レポート作成を行う（ステップＳ１６０）。このレポート作成とは、ユーザの健康状態を管理するための情報を作成する処理のことである。アクション管理部２５は、レポートのデータの作成が成功したか否かを検出し（ステップＳ１６１）、検出結果に基づいて、作成結果「失敗」または「成功」のデータを実行結果として作成し（ステップＳ１６２、ステップＳ１６３）、このアクションに対応する判断テーブル情報を参照する（ステップＳ１６４）。
次いで、アクション管理部２５は、実行結果と判断テーブル情報とに基づいて（ステップＳ１６５）、実行結果が「失敗」である場合に（ステップＳ１６６）、再試行するべくステップＳ１６０に移行し、「成功」である場合に、作成されたレポートを記憶部２４に記憶する。
図１３は、標準アクションテーブル情報から例外アクションテーブル情報に変更する場合におけるＣサーバ２の処理を説明するためのフローチャートである。この処理は、上述のステップＳ１５６以降の処理に相当する。アクション管理部２５は、ステップＳ１０１のテーブル選択において、Ｓ端末１用の例外アクションテーブル情報とＣサーバ２用の例外アクションテーブル情報をアクティブ（選択）にした後、Ｓ端末１用の例外アクションテーブル情報を通信部２１によってＳ端末１に送信し（ステップＳ１７０）、Ｃサーバ２用の例外アクションテーブル情報と判断テーブル情報とを起動させ実行する（ステップＳ１７１）。そして、例外アクションテーブル情報のトリガ条件または実行時刻にアクションを実行する（ステップＳ１７２）。ここでは、例えば、図５符号（ｂ）に示す連続接続・連続診断のタスク１が実行される（ステップＳ１７３）。
アクション管理部２５は、このタスク１のアクションに基づいて、Ｓ端末１とＣサーバ２の通信回線を接続した状態にし（ステップＳ１７４）、ステップＳ１７０においてＳ端末１に送信した例外アクションテーブル情報に従いＳ端末１から送信されるデータを連続して受信し（ステップＳ１７５）、受信したデータを表示装置等に逐次表示する（ステップＳ１７６）。そして、Ｃサーバ２のオペレータから終了の指示が入力されるまで、このアクションを継続し（ステップＳ１７７）、終了した場合に、ステップＳ１０１に移行する。
次に、上述したヘルスケアシステムにおけるＳ端末１の他の実施形態における動作について説明する。図１４から図１９は、Ｓ端末１の動作を説明するためのフローチャートである。まず、図１４において、Ｓ端末１の制御部１９は、Ｃサーバ２から送信されたＳ端末１用のアクションテーブル情報と判断テーブル情報とを受信し（ステップＳ２００）、受信したアクションテーブル情報に付与されたテーブル識別コードを参照し、起動すべきアクションテーブル情報を選定する（ステップＳ２０１）。ここでは、Ｃサーバ２から送信されたアクションテーブル情報が標準アクションテーブル情報であるので、この標準アクションテーブル情報と判断テーブル情報とを起動するようにスケジュール実行管理部１５に指示する（ステップＳ２０２）。一方、例外アクションテーブル情報の起動（アクションテーブル情報の変更）が指示されている場合については、後述する。スケジュール実行管理部１５は、制御部１９からの指示に基づき、標準アクションテーブル情報に従ってアクションを実行する。ここでは、例えば、図３の標準アクションテーブル情報（符号（ａ））と判断テーブル情報（符号（ｄ））とが読み出されて実行される。
スケジュール実行管理部１５は、計時部１２から出力される現在時刻の情報と標準アクションテーブル情報のトリガ条件または実行時刻に基づいて、アクションを発生させるか否かを検出する（ステップＳ２０３）。ここで、スケジュール実行管理部１５は、実行時刻「１２時」に到達した場合、タスク１（図３）のアクションを実行することにより、昼食のアラームを行い（ステップＳ２０４）、タスク１の処理が正常に終了して３０分が経過した場合、タスク２（図３）のアクションを実行することにより、薬を服用させるアラームを行い（ステップＳ２０５）、タスク２の処理が正常に終了して３０分が経過した場合、タスク３（図３）のアクションを実行することにより、脈拍を測定させるアラームを行い（ステップＳ２０６）、時刻が３０分経過する毎に、タスク４（図３）のアクションを実行することにより、脈拍の測定を行い（ステップＳ２０７）、連続して所定の動作を行うためのアクションである場合、タスク５のアクションを連続的に実行する（ステップＳ２０８）。スケジュール実行管理部１５は、他の実行時刻またはトリガ条件が発生した場合には、そのタスクに応じたアクションを実行する（ステップＳ２０９）。
次に、ステップＳ２０４からステップＳ２０７における各アクションについて、図１５から図１９を用いて説明する。図１５は、昼食のアラームを行う場合におけるＳ端末１の動作を説明するためのフローチャートである。スケジュール実行管理部１５は、時刻が１２時に到達した場合に、標準アクションテーブル情報のアクションに規定された内容に従い、「昼食をとってください」のメッセージを報知部１６の表示装置によって表示するとともに、アラーム音を放音する（ステップＳ２１０、Ｓ端末１の標準アクションテーブル情報のタスク１）。そして、スケジュール実行管理部１５は、操作部１７を介してユーザから昼食を取ったことを示す結果データが入力されたか否かを検出する（ステップＳ２１１）。
スケジュール実行管理部１５は、結果データが入力されていない場合、結果データが入力されるまで、「昼食を取ってください」のメッセージについて、アラーム音の放音または表示装置による表示の少なくとも一方によって継続して報知を行い、アクションを行ってから継続時間（１２０分）が経過したか否かを検出する（ステップＳ２１２）。継続時間が経過しても結果データが入力されなかった場合には、ユーザがアクションに応じた行動をしなかったことを示す結果データ「アクションＮＧ」を実行結果として一時保持する（ステップＳ２１３）。
一方、スケジュール実行管理部１５は、ステップＳ２１１において、ユーザによって昼食が取られた後、昼食をとったことを示す結果データが入力された場合、アクションに応じた行動をしたことを示す結果データ「アクションＯＫ」を実行結果として一時保持し（ステップＳ２１４）、このアクションに対応する判断テーブル情報を参照する（ステップＳ２１５）。そして、スケジュール実行管理部１５は、一時保持した実行結果を参照し（ステップＳ２１６）、「アクションＮＧ」である場合に、Ｃサーバ２から送信される例外アクションテーブル情報（図３符号（ｂ））に変更し（ステップＳ２１７）、実行結果が「アクションＮＧ」であり、例外アクションテーブル情報に変更したことを示すログをＣサーバ２に送信する（ステップＳ２１８）。そして、図１４のステップＳ２０１に移行する。一方、実行結果が「アクションＯＫ」である場合、スケジュール実行管理部１５は、実行結果が「アクションＯＫ」であることを示すログをＣサーバ２に送信する（ステップＳ２１９）。これにより、Ｃサーバ２においてログが記憶される（Ｃサーバ２における標準アクションテーブル情報のタスク１）。
図１６は、薬の服用をさせるためのアラームを行う場合におけるＳ端末１の動作を説明するためのフローチャートである。スケジュール実行管理部１５は、標準アクションテーブル情報のアクションに規定された内容に従い、「薬を飲んでください」のメッセージを報知部１６の表示装置によって表示するとともに、アラーム音を放音し（ステップＳ２２０）、操作部１７を介してユーザから薬を飲んだことを示す結果データが入力されたか否かを検出する（ステップＳ２２１）。スケジュール実行管理部１５は、結果データが入力されていない場合、このアクションを行ってから継続時間（３０分）が経過したか否かを検出し（ステップＳ２２２）、継続時間が経過しても結果データが入力されなかった場合には、ユーザがアクションに応じた行動をしなかったことを示す結果データ「アクションＮＧ」を実行結果として一時保持し（ステップＳ２２３）、ステップＳ２２１において、結果データが入力された場合、アクションに応じた行動をしたことを示す結果データ「アクションＯＫ」を実行結果として一時保持し（ステップＳ２２４）、このアクションに対応する判断テーブル情報を参照する（ステップＳ２２５）。そして、スケジュール実行管理部１５は、一時保持した実行結果を参照し（ステップＳ２２６）、「アクションＮＧ」である場合に、Ｃサーバ２から送信される例外アクションテーブル情報（図３符号（ｃ））に変更し（ステップＳ２２７）、実行結果が「アクションＮＧ」であり、例外アクションテーブル情報に変更したことを示すログをＣサーバ２に送信する（ステップＳ２２８）。そして、図１４のステップＳ２０１に移行する。一方、実行結果が「アクションＯＫ」である場合、実行結果が「アクションＯＫ」であることを示すログをＣサーバ２に送信する（ステップＳ２２９）。なお、スケジュール実行管理部１５は、「薬を飲んでください」のメッセージについて、継続時間が経過するまで、あるいはユーザからの結果データが入力されるまで、あるいはユーザから報知内容を確認したことが入力されるまで、放音および表示装置による表示を継続して行ってもよい。
図１７は、脈拍測定を行う場合におけるＳ端末１の動作を説明するためのフローチャートである。スケジュール実行管理部１５は、標準アクションテーブル情報のアクションに規定された内容に従い、「脈を測ってください」のメッセージを報知部１６の表示装置によって表示するとともに、アラーム音を放音する（ステップＳ２３０）。そして、スケジュール実行管理部１５は、操作部１７を介してユーザから脈拍測定の指示に基づいて測定部１３による脈拍が測定されか否かを検出する（ステップＳ２３１）。スケジュール実行管理部１５は、測定がなされていないあるいは測定結果となる結果データが入力されていない場合、このアクションを行ってからの継続時間（３０分）が経過したか否かを検出し（ステップＳ２３２）、継続時間が経過しても結果データが入力されなかった場合には、ユーザが脈拍を測定していないことを示す結果データ「アクションＮＧ」を実行結果として一時保持し（ステップＳ２３３）、ステップＳ２３１において、脈拍測定が行われた場合あるいは脈拍の測定結果が操作部１７から結果データとして入力された場合、測定データを実行結果として一時保持し（ステップＳ２３４）、このアクションに対応する判断テーブル情報を参照する（ステップＳ２３５）。そして、スケジュール実行管理部１５は、一時保持した実行結果を参照して脈拍数が５０から１５０の間であるか否かを検出する（ステップＳ２３６）。スケジュール実行管理部１５は、脈拍数が５０から１５０の間ではない場合あるいは「アクションＮＧ」である場合、判断要求をＣサーバ２に送信するとともに（ステップＳ２３７）、脈拍の測定データまたは「アクションＮＧ」をログとしてＣサーバ２に送信する（ステップＳ２３８）。一方、脈拍数が５０から１５０の間である場合、スケジュール実行管理部１５は、脈拍の測定データと脈拍が正常であったことを示すログをＣサーバ２に送信する（ステップＳ２３８）。なお、この実施形態において、脈拍数が５０から１５０の間である場合に脈拍が正常でることを検出するようにしたが、脈拍を正常と判断する基準値は、これに限られるものではなく、ユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。
図１８は、脈拍測定を自動で行う場合におけるＳ端末１の動作を説明するためのフローチャートである。スケジュール実行管理部１５は、標準アクションテーブル情報のアクションに規定された内容に従い、自動で脈拍の測定を行う（ステップＳ２４０）。ここでいう自動とは、ユーザからの指示を受けることなく、スケジュール実行管理部１５がアクションテーブル情報によって指定された時刻に測定部１３によって脈拍の測定を行うことである。スケジュール実行管理部１５は、所定の時刻において測定部１３による脈拍が測定を実施させ、正常に測定ができたか否かを検出する（ステップＳ２４１）。スケジュール実行管理部１５は、測定がなされていないあるいは測定結果となる結果データがメモリに保存されていない場合、脈拍の測定が行われていないことを示す結果データ「アクションＮＧ」を実行結果として一時保持し（ステップＳ２４２）、一方、ステップＳ２４１において、正常に脈拍測定が行われた場合、測定データを実行結果として一時保持し（ステップＳ２４３）、このアクションに対応する判断テーブル情報を参照する（ステップＳ２４４）。そして、スケジュール実行管理部１５は、実行結果を参照して脈拍数が５０から１５０の間であるか否かを検出する（ステップＳ２４５）。検出結果において、脈拍数が５０から１５０の間ではない場合あるいは「アクションＮＧ」である場合、スケジュール実行管理部１５は、判断要求をＣサーバ２に送信するとともに（ステップＳ２４６）、脈拍の測定データまたは「アクションＮＧ」をログとしてＣサーバ２に送信する（ステップＳ２４７）。一方、脈拍数が５０から１５０の間である場合、スケジュール実行管理部１５は、脈拍の測定データと脈拍が正常であったことを示すログをＣサーバ２に送信する（ステップＳ２４７）。
なお、ステップＳ２０８におけるタスク５のアクションについては、図１５から図１７のフローチャートと同様に、スケジュール実行管理部１５が報知部１６によってユーザに報知を行い、継続時間を監視する。そして、継続時間以内にアクションに応じた結果データが入力された場合はその結果データを、継続時間以内にアクションに応じた結果データが入力されなかった場合は、アクションに応じたユーザの行動がなされていないということを、実行結果としてＣサーバ２に送信する。また、この実施形態において、脈拍数が５０から１５０の間である場合に脈拍が正常でることを検出するようにしたが、脈拍を正常と判断する基準値は、これに限られるものではなく、ユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。
次に、例外アクションテーブル情報を起動する場合について図１９のフローチャートを用いて説明する。スケジュール実行管理部１５は、図１４ステップＳ２０１の起動すべきテーブル選定において、例外アクションテーブル情報の起動が指示されている場合において、アクションテーブル情報の変更によって起動が指示された例外アクションテーブル情報を起動する（ステップＳ２５０）。ここでは、タスク１においてアクションテーブル情報の変更が指示されていた場合は、図３（符号（ｂ））に示す例外アクションテーブル情報が起動され、タスク２においてアクションテーブル情報の変更が指示されていた場合には、図３（符号（ｃ））に示す例外アクションテーブル情報が起動され、図１１ステップＳ１５６においてＣサーバ２から送信された例外アクションテーブル情報を受信した場合には、図５（符号（ｃ））に示す例外アクションテーブル情報が起動される。ここでは、図３（符号（ｂ））に示す例外アクションテーブル情報が起動された場合について説明する。
例外アクションテーブル情報が起動されると、スケジュール実行管理部１５は、例外アクションテーブル情報に従って、計時部１２から出力される現在時刻の情報と標準アクションテーブル情報のトリガ条件または実行時刻に基づいて、アクションを発生させるか否かを検出する（ステップＳ２５１）。ここでは、実行時刻に到達した場合、タスク１のアクション「脈の自動測定」を実行する（ステップＳ２５２）。このタスク１のアクションは、所定の時間間隔（５分間隔）で実行される。一方、例外アクションテーブル情報が起動された時点において、スケジュール実行管理部１５は、報知部１６によって、タスク２で指定されているアラーム「昼食を取ってください」の報知を行う（ステップＳ２５３）。なお、例外アクションテーブル情報に他のタスクが存在する場合には、アクションに設定されたトリガ条件または実行時刻に基づいて、アクションが実行される（ステップＳ２５４）。
具体的には、スケジュール実行管理部１５は、例外アクションテーブル情報（図３符号（ｂ））に基づき、測定部１３によって５分間隔で自動で脈拍の測定を行うとともに（Ｓ端末１の例外アクションテーブル情報（図３符号（ｂ））のタスク１）、食事を取るように連続的に報知する。そして、スケジュール実行管理部１５は、判断テーブル情報に基づいて、実行結果である測定された脈拍のデータが、正常値であるか否かの検出を行い、脈拍数が５０から１５０の間であれば、Ｃサーバ２にログを送信する。
一方、脈拍数が５０から１５０の間ではない場合、スケジュール実行管理部１５は、範囲外であることを示すログを送信するとともに、Ｃサーバ２に判断を要求する。この判断の要求があった時Ｃサーバ２は、標準アクションテーブル情報のタスク４に従って判断テーブル情報に、実行結果に相当する「ＪＵＤＧＥ」を出力し、判断テーブル情報に基づいてユーザの状態を判断する。ここで、判断結果が、「少し悪い」、「悪い」のいずれかである場合、データを保存するとともにユーザに電話させるための要求データを表示装置に表示してオペレータからユーザに電話するように促し、テーブルを例外アクションテーブル情報に変更する。
なお、薬の服用や脈拍測定の場合も、同様の手順に従って行うことが可能である。また、例外アクションテーブル情報のアクションが終了した場合は、標準アクションテーブル情報に変更される。また、この実施形態において、脈拍数が５０から１５０の間である場合に脈拍が正常であることを検出するようにしたが、脈拍を正常と判断する基準値は、これに限られるものではなく、ユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。また、この実施形態において、標準アクションテーブル情報と判断テーブル情報とをＣサーバ２からＳ端末１に送信する場合について説明したが、例外アクションテーブル情報を、標準アクションテーブル情報と判断テーブル情報とともにＳ端末１に送信しておくようにしてもよい。この場合、Ｃサーバ２からＳ端末１にデータを送信するための回線は一旦切断される。その後は「アクションＮＧ」が発生した場合においても、Ｓ端末１は、予め受信して記憶しておいた例外アクションテーブル情報に基づいたアクションを行い、必要に応じてＣサーバ２との通信を再度確立し、各種データを送信する。このようにすることで、Ｓ端末１とＣサーバ２との間の通信が困難になった場合に「アクションＮＧ」が生じ、例外アクションテーブル情報を起動させる必要が生じても、通信復帰を待つことなく、速やかに対応することができる。
図２０は、第２の実施形態におけるヘルスケアシステムの構成を示す概略構成図である。この図において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。この図において、ヘルスケア装置の一例となるＣサーバ２は、通信回線３を介してパーソナルサーバ４（中継装置に相当する。以下、「Ｐサーバ４」と称す）に接続される。Ｐサーバ４は、通信回線５を介して、腕時計型端末１０１、携帯型端末１０２、センサ端末１０３、据え置き型端末１０４と通信を行う。腕時計型端末１０１は、上述のＳ端末１と同様の構成であるので、その説明を省略する。携帯型端末１０２は、ユーザの身体に装着され、装着位置におけるユーザの動き（加速度、角速度等）を測定する機能を有している。センサ端末１０３は、ユーザがベットまたは布団に寝ている場合におけるユーザの呼吸、心拍、体の動き、いびき等を測定する。据え置き型端末１０４は、ユーザの血糖（グルコース）を測定する。このＰサーバ４は、例えば、汎用コンピュータなどを適用してもよく、これにより各家庭に設けることが可能である。
次に、Ｐサーバ４についてさらに説明する。図２１は、Ｐサーバ４の構成について説明するための概略ブロック図である。この図において、通信部４１は、各生体情報端末（腕時計型端末１０１、携帯型端末１０２、センサ端末１０３、据え置き型端末１０４）と通信を行う。計時部４２は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。データ処理部２３は、各種データの処理を行う。記憶部４４は、各生体情報端末に送信するためのアクションテーブル情報、判断テーブル情報を記憶するとともに、Ｐサーバ４において利用するアクションテーブル情報と判断テーブル情報とを記憶するとともに、各生体情報端末において利用されるアクションテーブル情報と判断テーブル情報とを記憶する。
スケジュール実行管理部４５は、記憶部４４に記憶されたアクションテーブル情報に基づいて、トリガ条件または実行時刻に応じたアクションを実行する。報知部４６は、スピーカや例えば液晶表示装置等の表示装置などによって構成され、制御部４９の指示に基づいて、アラーム音の放音、メッセージの表示、等を行う。操作部４７は、タッチパネルやキーボード、マウス等の入力装置である。通信部４８は、Ｃサーバ２と通信を行う。制御部４９は、Ｐサーバ４の各部間のデータの転送を行う。
図２２は、アクションテーブル情報と判断テーブル情報が記憶された状態について説明するための図面である。この図において、全てのアクションテーブル情報と判断テーブル情報は、Ｃサーバ２において作成され記憶される。このＣサーバ２において作成されたアクションテーブル情報と判断テーブル情報は、各生体情報端末（Ｓ端末１等）、Ｐサーバ４、Ｃサーバ２のそれぞれが記憶するようにしていてもよく、あるいは、Ｃサーバ２のみ記憶しておき、アクションタイミング毎にアクションを実行させる対象のＰサーバ４、各生体情報端末に送信するようにしてもよい。
この図２２においては、アクションテーブル情報と判断テーブル情報は、自分自身用の情報と自身の配下において用いられる情報とが記憶されている。すなわち、Ｃサーバ２は、Ｃサーバ２用、Ｐサーバ４用、および各生体情報端末用のアクションテーブル情報と判断テーブル情報とを記憶しており、Ｐサーバ４は、Ｐサーバ４用、および各生体情報端末用のアクションテーブル情報と判断テーブル情報とを記憶しており、各生体情報端末は、自身において利用するアクションテーブル情報と判断テーブル情報を記憶している。
このように、アクションテーブル情報と判断テーブル情報は、自分自身に用いられる場合または自分自身と配下（Ｐサーバ４あるいは各生体情報端末）に用いられる場合に記憶されることより、自分自身または、自分の配下のアクションテーブル情報と判断テーブル情報とを更新する機能を有する。例えば、Ｃサーバ２は、Ｃサーバ２自身とＰサーバ４と各生体情報端末とについてのアクションテーブル情報と判断テーブル情報とを変更する機能を有しており、Ｐサーバ４は、自分自身と配下の各生体情報端末についてのアクションテーブル情報と判断テーブル情報を更新する機能を有しており、各生体情報端末は、自分自身のアクションテーブル情報と判断テーブル情報を更新する機能を有する。なお、どのアクションテーブル情報が更新されても、更新情報（ユーザＩＤ、端末ＩＤ、テーブルＩＤ、時刻情報、ログ）は、Ｃサーバ２に送信され、ログとして記憶される。
次に、図２３を用いて、Ｃサーバ２とＰサーバ４の機能の分散について説明する。Ｃサーバ２は、図２３上段に示すような各機能を有し、Ｐサーバ４は、図２３下段に示すような各機能を有している。ここで、アクションテーブル情報と判断テーブル情報とを利用した判断項目について、Ｐサーバ４とＣサーバ２とで分散化されている。Ｐサーバ４においては、各生体情報端末から受信した測定結果やユーザから入力された結果データをそれぞれ加味したユーザ自身のデータを総合的に評価するための判断テーブル情報が設けられ、この判断テーブル情報に基づいた判断がなされる。一方、Ｃサーバ２においては、１人のユーザのデータのみではなく、各Ｐサーバ４から受信した情報や、他のシステムのデータベースと連携することにより、複数のユーザのデータを病気別、性別、地域別、などに基づいて、総合的に判断するための判断テーブル情報が設けられ、この判断テーブル情報に基づいた判断がなされる。
次に、生体情報端末、Ｐサーバ４、Ｃサーバ２に記憶されるアクションテーブル情報と判断テーブル情報とについて説明する。図２４は、生体情報端末に記憶されるアクションテーブル情報と判断テーブル情報を示す図、図２５は、Ｐサーバ４に記憶されるアクションテーブル情報と判断テーブル情報を示す図、図２６は、Ｃサーバ２に記憶されるアクションテーブル情報を示す図、図２７は、Ｃサーバ２に記憶される判断テーブル情報を示す図である。なお、図２４に示すアクションテーブル情報と判断テーブル情報は、各生体情報端末に記憶される。
ここで、判断テーブル情報における判断は、まず、各自の判断テーブルで判断し、判断が難しい場合や総合的に判断する必要がある場合、例えば、判断の処理時間が長時間かかるもの、複数のデータベースなどを参照して判断する場合においては、ログの送信とともに上位に判断を要求する。例えば、各生体情報端末は、Ｐサーバ４またはＣサーバ２に判断を要求し、Ｐサーバ４は、Ｃサーバ２に判断を要求する。
この図２４から図２７に示すテーブル情報が記憶された状態におけるヘルスケアシステムの動作について説明する。
ここでは、生体情報端末の標準アクションテーブル情報（図２４）において、端末ＩＤのうち「ＵＤＥ」が腕時計型端末１０１、「ＭＭ」が携帯型端末１０２に該当する。まず、時刻が１０時になると、タスク１に基づき、腕時計型端末１０１は、運動開始のアラームを報知し、ユーザの調子を入力させるためのメッセージを表示する。５段階に設定された調子を示す調子レベルのうちユーザによっていずれかが入力されると、腕時計型端末１０１は、判断テーブル情報に基づいて、Ｐサーバ４にログと判断要求を送信する。
Ｐサーバ４は、腕時計型端末１０１から送信されたログを受信して記憶する（図２５に示すＰサーバ４の標準アクションテーブル情報タスク１に相当）。次に、送信された判断要求に基づき、Ｐサーバ４は、ログとして受信した調子レベルと判断テーブル情報とに基づいて、「良い」、「少し良い」、「普通」、「少し悪い」、「悪い」のうちいずれに該当するかを検出し、検出結果を腕時計型端末１０１および携帯端末１０２に送信する。ここで、「悪い」が検出された場合、Ｐサーバ４は、Ｃサーバ２に調子データが「悪い」であることを示すログを送信し、判断を要求する。これにより、Ｃサーバ２において、オペレータからユーザに電話をするためのアクションが行われる（図２７に示す判断テーブル情報による）。
腕時計型端末１０１および携帯端末１０２は、Ｐサーバ４から送信された調子レベルの診断結果を受信する。調子レベルが「悪い」の場合、腕時計型端末１０１は、本日は運動を行わないことと、オペレータから電話などによってユーザに連絡が来ることを報知する（図２４に示すタスク６に相当）。一方、「良い」、「少し良い」、「普通」、「少し悪い」の場合、腕時計型端末１０１は、運動開始のアラームを報知する（図２４に示すタスク３に相当）。また携帯型端末１０２も、運動開始の報知を行う（図２４に示すタスク１０１に相当）。
携帯型端末１０２は、速度や角速度を検出し、検出結果に基づいて運動量を算出し、総運動量が所定の値に達した場合、総運動量データを図２４の判断テーブル情報に基づいて、Ｐサーバ４に送信する。Ｐサーバ４は、図２５の判断テーブル情報によって運動終了を判断した後、運動終了を腕時計型端末１０１、携帯型端末１０２に通知する。腕時計型端末１０１、携帯型端末１０２は、この通知を受け、ユーザに報知を行う（図２４に示すタスク５、タスク１０３に相当）。
腕時計型端末１０１は、運動中においても、自動的に脈拍の測定を行い（図２４に示すタスク４に相当）、測定データを蓄積する。測定データに異常が検出された場合、腕時計型端末１０１は、異常が検出されたことを示すログと判断要求をＰサーバ４に送信する。Ｐサーバ４は、図２５の判断テーブル情報に基づき、このログをＣサーバ２に送信し、判断を要求する。Ｃサーバ２は、図２７の判断テーブル情報に基づき、このログを記憶するとともに、オペレータにユーザに電話をするように報知を行い、アクションテーブルを図２６にある例外アクションテーブル情報に変更する。
なお、アクションテーブル情報にセンサ端末１０３、据え置き型端末１０４に関するアクションが設定されている場合、センサ端末１０３、据え置き型端末１０４はそのアクションに基づき、各種測定を行い、測定結果のログを作成して記憶する。例えば、Ｐサーバ４は、ユーザに薬を服用させるためのメッセージを腕時計型端末１０１によって報知させる際、センサ端末１０３によって、ユーザが未だ睡眠中であるか否かを検出し、ユーザがまだ睡眠中である場合は、起床後にすぐに薬の服用を行うよう、腕時計型端末１０１のアクションテーブル情報を更新し、アクション実行時間を遅延させる。このアクションテーブル情報の更新については、Ｐサーバ４からＣサーバ２に送信され、ログとして記憶される。これにより、複数の生体情報端末を連携して利用することが可能であるので、これらの測定結果や検出結果に基づいて、様々なケアを行うことが可能となる。
また、Ｐサーバ４に、家庭内にある通信機能を有する電化製品とデータの送受信を行う機能を持たせてもよい。
例えば、Ｐサーバ４は、来訪者が来たことをインターホンで検出し、腕時計型端末１０１に通知し、腕時計型端末１０１にドアの解錠の指示が入力された場合、ドアの鍵を解錠させるようにしてもよい。また、腕時計型端末１０１にテレビリモコンの機能を設け、テレビリモコンとして利用しても良い。これにより、体が不自由なユーザに対し、ユーザインタフェースとして提供することが可能となる。また、Ｐサーバ４が、各生体情報端末の検出結果を総合的に判断し、エアコンの設定温度、風量などを制御するようにしてもよい。
また、この実施形態においては、以下の処理を行うことが可能となる。
（１）据え置き型端末１０４によって血糖測定を行う時間を腕時計型端末１０１によってユーザに報知する。
（２）Ｐサーバ４が、センサ端末１０３の測定データを利用し、腕時計型端末１０１における脈拍の測定データを補正係数を生成し、補正係数を腕時計型端末１０１に送信する。
（３）ユーザに運動するように指示した後、腕時計型端末１０１からの脈拍の測定データと、携帯型端末１０２からの運動総量のデータとをＰサーバ４において解析し、解析結果から、後に通知する服用通知の時刻、服用量、測定時刻などを決定する。
（４）腕時計型端末１０１またはセンサ端末１０３のいずれで脈拍を測定しても可能なようにＰサーバ４またはＣサーバ２がアクションテーブル情報を設定する。
この第２の実施形態においては、Ｐサーバ４とＣサーバ２との間の通信頻度を低減させることができるので、通信回線３にダイヤルアップ方式を適用することが可能となる。また、システムに通信不良などの異常が生じている、ユーザが通信圏外にいるといった状況においても、生体情報端末やＰサーバ４がアクションテーブル情報を保有しているため、ユーザに異変が生じても円滑に対処することが出来る。また、Ｐサーバ４と各生体情報端末の通信を密に行うことができるので、ユーザの体調の変化に応じてきめ細やかな制御を行うことができる。
また、上述の第２の実施形態については、複数の生体情報端末が設けられた場合について説明したが、図２８に示すように、１つの生体情報端末（ここでは、腕時計型端末１０１のみ設けるようにしてもよい。
次に、第３の実施形態について説明する。図２９は、第３の実施形態におけるヘルスケアシステムの構成を示す概略ブロック図である。この図において、情報端末６は、各ユーザの家庭を訪問するホームヘルパー、看護士、医師などによって保有され、Ｃサーバ２を介して、各生体情報端末と双方向の通信を行う。この実施形態によれば、以下の処理を行うことが可能である。
（１）ユーザは、生体情報端末を用い、予めグルーピングされた他のユーザに対し、その日の体調情報（文字情報、脈拍や体温の測定データ）を通信回線３を介して送信し、他のユーザの体調情報を返信してもらい、ユーザ同士が相互に健康状態について共有し、お互いの健康状態を確認する。
（２）各生体情報端末が、アクションテーブル情報のアクションに従い、グルーピングされた他のユーザの生体情報端末に対し「調子はいかかですか？」と体調について問い合わせ、この問い合わせ結果をＣサーバ２が取りまとめ、情報端末６に送信する。これにより、情報端末６を保有するホームヘルパーはユーザの体調を確認することが出来、必要に応じてユーザに体調を確認するためのメッセージを送信すことが出来る。
（３）Ｃサーバ２において、ユーザの体調があまり良くないことが検出された場合、ユーザに激励電話をさせるためのメッセージをユーザの身内の端末装置に送信する。
この第３の実施形態によれば、ユーザの体調データと他の地域のユーザの体調データとを比較検討した結果を利用したサービスを提供することが可能である。また、この実施形態によれば、離れた場所においてもユーザの体調について把握することが可能であるので、通常と異なる状況時のみユーザと積極的に連絡を取ればよいので、離れて暮らす家族が安心して生活することが可能である。また、この実施形態によれば、ユーザ間の体調に関する情報を共有することにより、自分に似た症状のユーザとコミュニケーションを図ることができ、これにより、病気や体調に関する不安等を低減させることが可能になる。
なお、以上説明した実施形態において、アクションテーブル情報の変更は、判断テーブル情報に定義された内容に基づき、アクションの実行結果に応じて変更される場合について説明したが、所定の期間毎に変更するようにしてもよく、アクセスを許可された者（医師またはオペレータ）によって更新されるようにしてもよい。
なお上述した実施形態において、アクションテーブル情報のＩＤのみ送信するようにし、そのＩＤに対応したアクションテーブル情報に変更するようにしてもよい。また、第２のスケジュール情報は、第１のスケジュール情報のうち一部を変更するようにしてもよい。
次に、第４の実施形態について説明する。この実施形態においては、Ｓ端末１においてユーザの体調に関する情報を検出した結果に基づいてアクションテーブル情報を変更する場合について説明する。ここでは、Ｓ端末１の記憶部１４には、図３０に示すようなアクションテーブル情報が記憶されるとともに、図３１に示すような判断テーブル情報が記憶される。
アクションテーブル情報には、時刻とその時刻にすべきアクションとが対応付けられて記憶される。また、この実施形態においてアクションテーブル情報は、標準アクションテーブル情報（例えば、図３０における「予定−１」の欄）と変更後アクションテーブル情報（例えば、図３０における「予定−２」、「予定−３」、「予定−」の欄）とが記憶される。この変更後アクションテーブル情報には、スケジュール実行管理部１５からの指示に基づいてデータが書き込みされる。
判断テーブル情報は、アクションテーブル情報に従ったスケジュールの実行結果と、その実行結果に応じた次の処理を行うための動作を規定した情報である。この判断テーブル情報には、経過時間に応じた動作、および測定結果に応じた動作とが規定されている。
この実施形態において、スケジュール実行管理部１５は、アクションテーブル情報に従って実行されたアクションの実行結果に基づいて、判断テーブル情報を参照し、必要に応じてアクションテーブル情報の一部を変更する。また、変更すべき実行結果が生じたアクションに関連のある、他のアクションについても、アクションテーブル情報の一部を変更する。
次に、これらのアクションテーブル情報と判断テーブル情報とを適用する場合について、図３２のフローチャートを用いて説明する。まず、ここでは、Ｓ端末１は、図３０に示すアクションテーブル情報と図３１に示すアクションテーブル情報とを、Ｐサーバ４またはＰサーバ４を経由してＣサーバ２から受信して記憶部１４に記憶する（ステップＳ５０１）。次に、スケジュール実行管理部１５は、アクションテーブル情報を読み出して、現在時刻に応じたアクションを実行する（ステップＳ５０２）。そして、アクションを実行した実行結果を入力し（ステップＳ５０３）、判断テーブル情報を参照し（ステップＳ５０４）、アクションの実行結果が判定テーブル情報に示す規定値以内であるかを検出する（ステップＳ５０５）。規定値以内である場合は実行結果をログとして記憶する。規定値の範囲外である場合は、アクションテーブル情報を変更した後（ステップＳ５０８）、実行結果を記録する（ステップＳ５０６）。そして、次のアクションがアクションテーブル情報にあるか否かを検出し（ステップＳ５０７）、次のアクションがあれば、ステップＳ５０２に移行してアクションの実行時刻に応じて実行し、なければ終了する。
次に、スケジュール実行管理部１５のアクションテーブル情報の変更についてさらに説明する。スケジュール実行管理部１５は、図３０に示すアクションテーブル情報の「予定−１」を現在時刻に応じて、脈拍測定、血糖値測定を順次実行し、実行結果を「実績−１」の欄のテーブルに記憶する。そして、「朝食をとってください」のアクションにおいて、朝食を摂った時刻が「８時１５分」として入力された場合、図３１の判定テーブル情報の「食事をとってください」の項目に対応する規定値を参照する。ここでは、標準アクションとして規定されている時刻と実行結果との差分を算出し算出結果に該当する規定値を参照する。ここでは、「１５分以上 ３０分未満」に該当するため、アクションの実行結果を記憶するとともに（図３０符号ａ）、アクション予定時刻を差分値に応じて変更する。ここでは１５分の差分があったので、「食事をとってください」のアクションに起因するアクションである「薬を飲んでください」と「血糖離測定」のアクションについて、その差分値に応じた時刻を、図３０符号ｂの「予定−２」のような、変更後アクションテーブル情報として記録する。ここで、変更したアクション以外のアクションについては、標準アクションテーブル情報として記録されている情報をそのまま、変更後アクションテーブル情報へ移行する（符号ｃ）。以降、スケジュール実行管理部１５は、変更後アクションテーブル情報である「予定−２」の情報に従って、アクションを実行する。そして、その実行結果が判断テーブル情報の規定範囲に対応する場合、その規定範囲に応じた動作を実行する。そして、さらにアクションテーブル情報に変更が生じた場合（図３０符号ｃ）、そのときのアクションの予定時刻と実行結果の時刻との差分に応じた時刻を変更後アクションテーブル情報として、「予定−３」の欄に設定する（符号ｄ）。
一方、アクションを実行した実行結果が時刻ではなく、血糖値などの数値である場合であって、規定値範囲外である場合（符号ｅ）、図３１に示す「脈拍測定」の項目の「＞１８０ｂｐｍ（１８０ｂｐｍ以上）」に該当するので、測定値が記録されるとともに、端末（Ｐサーバ４）とＣサーバ２とに報知される。そしてアクションテーブル情報が図３３に示す例外アクションテーブル情報に変更される。例外アクションテーブル情報は、図３０符号ｅに示す１６時００分の測定結果を受けて、スケジュール実行管理部１５により１６時０１分に実行される。そして、「緊急ボタンを押してください」という通知と共に緊急ボタンがアクティブになり、脈拍測定が開始される。そして、測定結果が記憶され、Ｃサーバ２からの指示に応じて記憶された測定結果がＣサーバ２に送信される。緊急ボタンがユーザによって押下されると、Ｃサーバ２のオペレータに通報される。これにより、オペレータは、電話などを利用してユーザに連絡をとり、測定を１５分続けて様子を見る、などの対応をすることができる。そして、測定開始から１５分後である１６時１６分にＣサーバ２からデータ送信コマンドが送信され、これにより、Ｓ端末１からＣサーバ２に対して測定結果が送信される。測定結果送信後、Ｓ端末１は、「予定−３」のアクションテーブル情報に移行する。オペレータは、この測定結果を確認し、必要に応じて専門家などに診てもらい、再度ユーザと連絡をとり、測定結果および専門家に診てもらった結果を報告する。
そして以降は、図３４に示すように「予定−３」のアクションテーブル情報に従って実行し、規定範囲外の実行結果が発生した場合には（図３４符号ａ）、変更後アクションテーブル情報を「予定−４」として設定する（図３４符号ｂ）。
なお、この実施形態においても、上述の実施形態と同様に、アクションに対してユーザから入力される回答入力のタイムアウトについて管理するようにしてもよい。また、時刻や生体情報データ以外にも、アクションテーブル情報に従った動作が行われたか否か（測定できたか、アラームを行ったか）を管理するようにしてもよい。
このように、スケジュール実行管理部１５がアクションの実行結果に応じて判断テーブル情報を参照し、必要に応じてアクションテーブル情報の一部を変更する用にしたので、Ｃサーバ２やＰサーバ４から変更後のアクションテーブル情報を送信してもらうことなく、Ｓ端末１においてアクションテーブル情報を変更することができる。
次に、変更後アクションテーブル情報を生成する他の実施形態について図３５を用いて説明する。図３５は、ユーザに運動をしてもらうためのスケジュールを示すアクションテーブル情報と、運動による消費カロリの実績に応じて次回の運動時間を規定する判断テーブル情報である。これらは、記憶部１４に記憶される。スケジュール実行管理部１５は、アクションテーブル情報を実行し、運動開始から運動終了までの消費カロリの実績値を算出する。そして、算出された実績値に対応する次回の運動時間を判断テーブル情報から読み出して、次回のアクションテーブル情報の運動時間に、読み出した運動時間を設定する。ここでは、３／１０（３月１０日）の消費カロリの実績値が８２ｋｃａｌであるので、判断テーブル情報に基づいて次回である３／１１（３月１１日）の運動時間を６０分として設定する。そして、３／１１の消費カロリの実績値が１２３ｋｃａｌであった場合、判断テーブル情報を参照して３／１２（３月１２日）の運動時間を５０分に設定する。このようにして、運動量に応じて次回の運動に関するアクションテーブル情報を変更することが可能である。
次に、第４の実施形態におけるＳ端末１について、図３６を用いて説明する。図３６は、Ｓ端末１の外観を示す外観構成図である。この図において、Ｓ端末１には、アクション内容や入力する回答の選択肢を表示する表示部１１０と、選択肢に応じて回答を入力するための操作ボタン１１１が設けられる。ここでは、実行するアクションに応じて表示すべき情報がアクションテーブル情報に付加されて、Ｃサーバ２またはＰサーバ４から送信され、記憶部１４に記憶される。そして、実行されたアクションに応じて「薬をのみましたか」のようなアクションを促すための情報が表示されるとともに、そのアクションに応じた選択肢である「ＹＥＳ」、「ＮＯ」が操作ボタン１１１のいずれか１つの近傍に表示される。ここでは、選択肢とその近傍の操作ボタン１１１は対応しており、「ＹＥＳ」の近傍の操作ボタンがクリックされると、「ＹＥＳ」の情報がＳ端末１に入力される。
また、ここでは、選択肢に対応する操作ボタンのみアクティブになるソフトウェアが実行されるので、図３６（ａ）において中央の操作ボタン１１１は、対応する選択肢がないのでアクティブにならない。図３６（ｂ）に示すアクションにおいては、「朝食はどれくらい食べましたか？」のアクションに対する選択肢が「全然」、「半分」、「全部」の３つが表示されるので、３つの操作ボタン１１１の全てがアクティブになる。また、図３６（ｃ）に示すように、「血糖値を測って、データをＰサーバからアップロードしてください」のようなガイド情報のみ表示させることも可能である。
なお、この場合においても、操作ボタン１１１を操作する時間について、上述のタイムアウトについて管理するようにしてもよい。
また、この実施形態において、あるＳ端末１におけるアクションテーブル情報を他のＳ端末１によって表示させたり、実行結果を表示させるようにしてもよい。この場合、他方のＳ端末１からの要求を受けて、一方のＳ端末１がその要求に応じた情報を送信するようにしてもよく、他方のＳ端末１が一方のＳ端末１の記憶部１４にアクセスするようにしてもよい。
ここでは、Ｓ端末１に設けられた操作ボタン１１１に選択肢を対応付けて表示させ、各操作ボタン１１１をアクティブにするか否かを制御するようにしたので、操作ボタン１１１に動的にコマンドを割り付けることによって、固定的に設けられた操作ボタン１１１を有効に活用することが可能である。
次に、第５の実施形態について説明する。ここではアクションテーブル情報は、生体情報端末からの検出結果に応じて変更されるのではなく、外部からの指示に応じて変更する場合について説明する。（以後、外部からの指示に応じて変更したアクションテーブル情報のことを、第３のアクションテーブル情報とする。）
Ｃサーバ２は、定期的に気温情報を取得する。気象情報の取得は、気象情報配信会社から公衆回線を使用して、通信部２１によって受信する、Ｐサーバ４に温度センサを設置し、ユーザの居る環境の温度をＰサーバ４で取得する、ユーザ宅内外に温度センサを設置しその温度情報をＰサーバから受信する、等の方法が考えられる。勿論、Ｃサーバ自身に温度センサを設置し、その温度情報を参照するようにしてもよい。
そして、取得した気象情報が予め決められた気温より低い場合、Ｃサーバ２は、生体情報端末のアクションテーブル情報を、脈拍数の測定回数を増やす内容の第３のアクションテーブル情報に変更する。ここで、アクションテーブル情報の変更方法としては、Ｃサーバ２が、生体情報端末用の第３のアクションテーブル情報を、変更が必要となった場合に、都度、Ｓ端末１に送信して変更させる方法と、予めＳ端末１に全てのアクションテーブル情報を送信して記憶させておき、変更が必要となった場合に、Ｃサーバ２がＳ端末１に記憶された第３のアクションテーブル情報のいずれかを示すＩＤをＳ端末１に送信してアクションテーブル情報の変更を指示させる方法とがある。
特に、気象情報から、次の日の天気も同様に悪そうであることがわかった場合、次の日のＳ端末１の起動時に、Ｃサーバ２が送信する第１のアクションテーブル情報（標準アクションテーブル情報）を、今回変更したアクションテーブル情報とすることも可能である。また、Ｓ端末１起動時に、Ｐサーバ４もしくはＳ端末１により、その日のアクションテーブル情報をユーザに通知することで、ユーザは今日のスケジュール（アクションテーブル情報）の内容や昨日のスケジュールとの違いを確認することができる。
なお、天候などの自然現象により、アクションテーブル情報が変更される場合について説明したが、その他の自然現象として、災害等の発生状況により個別にアクションテーブル情報を変更することも可能である。ここでは、災害時には、避難場所の案内をし、避難場所に着くまでは、バッテリの消耗を防ぐために測定頻度を下げるようにしてもよい。
次に、第５の実施形態の別の例について説明する。ここでは、ユーザが空港に到着すると、空港に設置されたＰサーバ４からユーザのＳ端末１に、飛行機用アクションテーブル情報が送信される。ここで、飛行機用アクションテーブル情報は、例えば、エコノミー症候群を考慮し、測定頻度を上げるように設定されたアクションテーブル情報であり、座席に設置された通信用ジャックで有線通信または超近距離無線通信が行えるよう、臨時接続設定に関する情報も含まれる。また、機内にもＳ端末１からの情報を収集する、別のＰサーバ４があるものとする。
機内でユーザの生体情報データに異常（予め決められた閾値を越えた生体情報データが測定される、等）が生じた場合、Ｓ端末１からの通信により、ユーザに異常が生じているということが客室乗務員に通知される。これにより、ユーザに対して応急処置を施すことができる。また、Ｓ端末１もしくは機内にあるＰサーバ４において、生体情報データの安定値（測定値がほぼ一定状態）からユーザが寝入っていることが判断できた場合、機内にあるＰサーバ４は、ユーザが使用しているヘッドフォンのボリュームをフェードアウトし、椅子のリクライニングを少し下げるように、飛行機内の音響装置や椅子制御装置に対してコマンドを送信するようにしてもよい。これにより、ユーザによりよい睡眠を与えることができる。
着陸後、空港のＰサーバ４からＳ端末１に、飛行機内用アクションテーブル情報の終了信号が送信されると、Ｓ端末１は、もとの第１のアクションテーブル情報に戻り、戻ったことをＳ端末１の表示画面を使用してユーザに通知する。
なお、場所（空港）により、アクションテーブル情報が変更される例をあげたが、その他として室外、室内の特定の場所（浴室、寝室等）、特定の施設（病院、デパート、学校、社内、コミュニティ等）といった場所に従って、個別にアクションテーブル情報を変更することも可能である。ここでは、第３のアクションテーブル情報の一例としては、
（１）浴室にいる間は密に血圧と脈拍と室温を測定する。
（２）寝室に入った時、据え置きベッドセンサで生体情報データを密に測定する。
（３）病院に入った時、通信を切る
（４）デパートにいる間、脈拍を密に測定する。
などがあげられる。
次に、第５の実施形態の別の例について説明する。ここでは、医師が訪問診断によりユーザ宅を訪れ、その場で様々な測定を行う必要が生じた場合、医師は自身の携帯端末でＰサーバ４にアクセスし、臨時測定用アクションテーブル情報（運動負荷を与えている最中の脈拍数推移を測定するため、運動量と脈拍数の継続測定と、Ｐサーバ４と医師の携帯端末への測定データ連続送信を指示する）を作成し、Ｐサーバ４に登録できる。
Ｐサーバ４に臨時測定用アクションテーブル情報が登録されると、ユーザのＳ端末１、医師の携帯端末に、臨時測定用アクションテーブル情報が送信され、それらがユーザのＳ端末１、医師の携帯端末に登録されると、臨時測定が可能な状態になる。医師は、ユーザへの様々な動作（運動）を指示し、その運動中の運動量と脈拍数の推移をその場で観察し、診断することができ、より正しい診断か可能となる。診断終了後、各端末や装置は、もとの第１のアクションテーブル情報に戻る。
診断の結果、服用する薬の種類、時間に変更が必要になった場合、医師は自身の携帯端末でＰサーバ４にアクセスし、ユーザの第１のアクションテーブル情報内にある薬の種類と服用時間を変更することができる。Ｐサーバ４において変更の登録が完了すると、Ｐサーバ４は、変更したアクションテーブル情報の変更点（服用時刻変更）を、音声で通知する。そして、ユーザのＳ端末１やＣサーバ２に、変更された第１のアクションテーブル情報を送信する。
なお、医師（介護人、看護士などの専門家）により、アクションテーブル情報が変更される例をあげたが、その他として、ユーザ本人、親族、友人、オペレータ、システム運用者等による人的な要因に従って、個別にアクションテーブル情報を変更することも可能である。また、ここでは、ユーザ本人、親族、友人の操作により、測定器の種類、測定回数を増加させるようにしてもよい。またここでは、通知、警報をさせる端末としては、Ｓ端末１やＣサーバ２以外に、医療関係者、介護人、盲導犬、上司が所有する端末に送信するようにしてもよい。
次に、第６の実施形態として、Ｃサーバ２の他の実施形態について説明する。この実施形態における特徴は、Ｃサーバ２が、Ｓ端末１から送信されＣサーバ２内に記憶された生体情報データを長期的な期間において分析する分析機能を有することである。この実施形態において、Ｃサーバ２のアクション管理部２５は、Ｓ端末１から送信され記憶部２４に記憶された生体情報データの履歴に基づいて、所定の期間について分析する分析機能を有する。この分析機能は、大きく分けると以下に示す２つがある。
（１）生体情報データの値が予め決められた上限値を超えていない場合であっても、異常の兆候があるか否かを検出し、異常の兆候がある場合に、Ｓ端末１におけるアクションテーブル情報の種類やその内容を変更する。
（２）生体情報データに一定周期で規則性が検出された場合、その規則性に従ってアクションテーブル情報の種類やその内容を変更する。
以下、上述の（１）および（２）の一例について説明する。
（１）の一例
ここでは、ユーザが血糖値を測定する場合、３ヶ月毎にその期間の血糖値が上昇傾向にあるか、安定している（ほぼ一定）か、下降傾向にあるかの推移を検出する。この検出は、例えば、Ｓ端末１から送信された生体情報データの履歴が、図３７に示すようなグラフに示される場合において、アクション管理部２５は、一定期間毎にその履歴の傾きを算出し、算出結果が予め決められた所定値以上である場合に、異常の兆候があるものとして検出する。そして、異常の兆候があると検出した場合に、アクションテーブル情報の種類を高血糖値の人向けように変更する。ここでは、アクションテーブル情報としては、投薬の種類の変更、投薬量の変更、投薬時間の変更、毎日行う運動の目標運動量の増加などをさせるための情報が含まれる。また、ここでは、異常の兆候が検出された場合には、担当医師に通知するとともに、「少しづつ血糖値があがっています。注意してください」などのメッセージをＳ端末１に表示させ本人に警告をする。
このように、長期的な期間で生体情報データを参照することにより、症状が悪化する前に医師、ユーザ本人共に対処することが可能となる。
（２）の一例
ここでは、ユーザが脈拍数を測定する場合、アクション管理部２５は、毎日測定する脈拍数を一定期間（数年分）観察することによって脈拍数推移の特徴を分析し、傾向を検出する。例えば、６〜８月または気温が２７度以上である場合に脈拍数が高いといった傾向を検出した場合に、以後、その傾向に当てはまる時期や気温（６〜８月または気温が２７度）になったことを通信部２１によって受信した場合に、アクションテーブル情報の種類をその月、その気温のアクションテーブル情報に変更する。このアクションテーブル情報としては、たとえば、脈拍数測定回数の増加、毎日行う運動の目標運動量の減少を行うための情報が含まれる。さらに、ここでは、「６月なので注意しましょう。」または「気温が高いので注意しましょう」などのメッセージをＳ端末１に表示させ、ユーザ本人に警告をする。これにより、ユーザ個人に特化した、きめ細やかな健康管理が可能となる。
この実施形態において、生体情報データの傾向を検出する時期は、例えば、起床時刻（初通信時刻）、週末のある時刻、平日のある時刻、就寝時間中、午前中、午後、季節などでもよい。
なお、上述した第５および第６の実施形態において、外部からの指示に応じて変更された後のスケジュールまたは、生体情報データを長期的な期間において分析した分析結果に応じて変更されたスケジュールの実行時において、そのスケジュールに従った実行結果に応じてさらに他のスケジュールに変更するようにしてもよい。これにより、ユーザの周辺の環境や体調の傾向の変化に応じたきめ細やかな体調管理をすることができる。
次に、第７の実施形態について説明する。この実施形態においては、Ｐサーバ４の機能を実現するためのプログラム（ソフトウェア）を近距離無線通信機能を有する携帯電話にダウンロードし、ダウンロードしたプログラムを携帯電話によって実行するようにしてもよい。これにより、場所を問わずに、Ｓ端末１で測定した測定結果を含む情報をＰサーバ４となる携帯電話に送信することができる。また、Ｃサーバ２から緊急で通知する情報がある場合に、携帯電話と通信を行うことによって対応することが可能となる。また、携帯電話が持つ機能を有効に利用することで、ヘルスケアシステムに有効な情報（例えば、食事内容、位置情報など）を入力することができる。
また、Ｐサーバ４の機能を実現するためのプログラム（ソフトウェア）を携帯電話ではなく、近距離無線通信機能を有する室内設置型製品（例えば、テレビ、冷蔵庫、トイレに設置された製品、風呂に設置された製品）にダウンロードし、実行するようにしてもよい。これにより、室内の場所を問わずに、Ｓ端末１で測定した測定結果を含む情報をＣサーバ２に送信することができるので、Ｓ端末１でユーザに情報を通知する必要がある場合、その通知内容を、室内設置型製品を用いて通知することができる。通知の方法としては、テレビの字幕表示で表示したり、各種製品のスピーカなどによって音声出力することが可能である。このように、各種製品を利用して通知することによって、ユーザに緊急事態が生じた場合、同居人がいる場所の室内設置型製品に緊急事態が発生していることを通知することができる。
また、Ｃサーバ２の機能を実現するためのプログラム（ソフトウェア）を通信機能を有する他の機器にダウンロードするようにしてもよい。例えば、上述したヘルスケアビジネスを行いたいと考えている業者（例えば、公的機関、医療機関、ヘルスケアプロバイダ、医療商品取扱店など）にソフトウェアを提供し、その業者が、汎用的なコンピュータにダウンロードして実行することにより、更なるヘルスケアビジネスを実現することも可能となる。
たとえば、災害発生現場における救助隊の隊員を対象にして使用することができる。ここでは、災害現場に持っていくコンピュータにソフトウェアをダウンロードし、災害救助隊員に生体情報端末を携帯させることによって、隊員の健康状態、救助の優先順位、等を分析することができる。
また、図２における生体情報端末通信部１１、計時部１２、測定部１３、スケジュール実行管理部１５、報知部１６、操作部１７、制御部１９の機能、図４における通信部２１、計時部２２、データ処理部２３、アクション管理部２５、報知部２６、操作部２７、制御部２９の機能、図２１における通信部４１、計時部４２、データ処理部４３、スケジュール実行管理部４５、報知部４６、操作部４７、制御部４９の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりスケジュール管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

以上説明したようにこの発明によれば、第１のスケジュール情報に従ったアクションの実行結果に応じてスケジュール情報を変更するようにしたので、生体情報端末に、ユーザの体調や行動、疾患状態に応じた、適切なスケジュール情報を、適宣設定することができる。
また、外部からの指示に応じて、スケジュール情報を変更するようにしたので、生体情報端末に対し、ユーザの外部環境の変化等に応じた適切なスケジュール情報を設定することができる。また、生体情報端末に外部環境の変化等に応じたスケジュール情報が設定されていても、検出手段の検出結果に応じて、スケジュール情報をユーザに適切なスケジュール情報へ変更することができる。
また、スケジュール情報に従ったスケジュールの実行結果には、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否か、または前記アクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否か、といった様々な情報をが含まれるため、これらの情報を元に、ユーザに特化したきめ細やかなスケジュール情報の作成やその運用が可能となる。
また、必要と考えられる生体情報端末のスケジュール情報を予め生体情報端末に送信しておき、スケジュール情報の変更はそのスケジュール情報の識別情報をもとに行うことを可能としたため、ヘルスケア装置と生体情報端末間の通信に係る情報量を削減することができる。
また、発明のヘルスケア装置が扱う第２のスケジュール情報または第３のスケジュール情報は、前記第１のスケジュール情報のうち一部の情報を変更する情報としたため、第２のスケジュール情報または前記第３のスケジュール情報の容量を軽減でき、ヘルスケア装置と生体情報端末間の通信に係る情報量を削減することができる。また、生体情報端末の記憶部に占めるスケジュール情報の保管容量を軽減させることができる。
また、判断テーブル情報に基づいた判断を行うことで、ユーザに特化した、アクションの実行結果に応じたきめ細やか処置や対応を、生体情報端末内で行うことができる。また、更に専門的な判断が必要となった時のみ、ヘルスケア装置へ判断の要求を行うため、何か異常が生じる度に通信回線を接続して遠隔にある医師等に問い合わせる、といった無駄な通信接続を頻繁に行わなくて済む。そして、通信に係る生体情報端末の消費電力を軽減することができる。さらに、医師等の専門家が不在であったり、生体情報端末が通信圏外にあっても、生体情報端末自身で適切な処置が可能である。
また、別の生体情報端末で行ったスケジュール情報や、スケジュールの実行結果等を、ユーザが一番確認しやすい生体情報端末を用いて確認することができる。
また、個々のユーザに応じたスケジュール情報を適宜作成、適宜変更することができるため、例えば長期的に健康管理の必要な糖尿病等の慢性疾患、常時監視の必要な心臓病等の患者（ユーザ）に対して、きめ細やかなケアを行い、且つ患者のスケジュール情報の遵守状態を確認することができる。また、ＳＡＲＳ（重症急性呼吸器症候群）等の感染症の患者に対しても、患者と密接な接触を持たなくても、遠隔から正確で継続的な計測検査を行うことができる。
また、スケジュール情報と判断テーブル情報が、一覧表として扱うことができ、その内容の表示、作成、変更を非常に簡便に行うことができる情報であるため、例えば、スケジュール情報や判断テーブル情報の内容をコンピュータで実行可能なプログラムにした場合と比較すると、プログラム言語を全く知らない人間によっても、スケジュールの作成や変更が非常に容易である。また、一覧表として確認できるため、プログラムのソースコードを見るのと違い、非常に内容を把握しやすい。

Claims (54)

1. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う、ヘルスケア装置であって、
   前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、
   前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
   前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、
   前記検出手段が検出した実行結果に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段と
   を有することを特徴とするヘルスケア装置。
2. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う、ヘルスケア装置であって、
   前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、
   前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
   外部からの指示を受信する受信手段と、
   前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段と
   を有することを特徴とするヘルスケア装置。
3. 前記生体情報端末から送信されるデータに基づいて、前記第３のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、
   前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第３のスケジュール情報から他のスケジュール情報に変更することを特徴とする、請求項２に記載のヘルスケア装置。
4. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否かを検出することを特徴とする、請求項１または請求項３に記載のヘルスケア装置。
5. 前記検出手段は、前記アクションが実行されたか否かを検出する際に、前記アクションが実行された時刻を含めて検出することを特徴とする、請求項４に記載のヘルスケア装置。
6. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、体調情報の計測結果を検出することを特徴とする、請求項１または請求項３から請求項５のうちいずれかに記載のヘルスケア装置。
7. 前記検出手段は、前記体調情報の計測結果を検出する際に、体調情報を計測した計測時刻を含めて検出することを特徴とする、請求項６に記載のヘルスケア装置。
8. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末の入力手段から入力された入力情報を検出することを特徴とする、請求項１または請求項３から請求項７のうちいずれかに記載のヘルスケア装置。
9. 前記検出手段は、前記入力情報を検出する際に、前記入力情報が入力された入力時刻を含めて検出することを特徴とする、請求項８に記載のヘルスケア装置。
10. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが行われているか否かの検出が、所定の継続時間内に検出できたか否かを検出することを特徴とする、請求項１または請求項３から請求項９のうちいずれかに記載のヘルスケア装置。
11. 前記スケジュール変更手段は、前記第２のスケジュール情報のスケジュールまたは前記第３のスケジュール情報のスケジュールが終了した場合に前記第１のスケジュール情報のスケジュールに変更することを特徴とする、請求項１から請求項１０のうちいずれかに記載のヘルスケア装置。
12. 前記スケジュール変更手段は、前記第１のスケジュール情報から前記第２のスケジュール情報に変更する場合、または前記第１のスケジュール情報から前記第３のスケジュール情報に変更する場合に、前記第２のスケジュール情報または前記第３のスケジュール情報を前記生体情報端末に送信する、あるいは、前記第２のスケジュール情報または前記第３のスケジュール情報を予め前記生体情報端末に送信しておき、変更時に前記第２のスケジュール情報または前記第３のスケジュール情報に設定された識別情報を送信して変更させることを特徴とする、請求項１から請求項１１のうちいずれかに記載のヘルスケア装置。
13. 前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、
    前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする、請求項１から請求項１２のうちいずれかに記載のヘルスケア装置。
14. 前記第２のスケジュール情報または前記第３のスケジュール情報は、前記第１のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする、請求項１から請求項１３のうちいずれかに記載のヘルスケア装置。
15. 少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける中継装置であって、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
    前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、
    前記検出手段が検出した実行結果に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする中継装置。
16. 少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける中継装置であって、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
    外部からの指示を受信する受信手段と、
    前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする中継装置。
17. 少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける管理装置であって、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、
    前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、
    前記検出手段が検出した実行結果に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を、前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする管理装置。
18. 少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムにおける管理装置であって、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、
    外部からの指示を受信する受信手段と、
    前記受信手段が受信した指示に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を、前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする管理装置。
19. ヘルスケア装置と通信を行い、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、
    前記ヘルスケア装置から第１のスケジュール情報および第２のスケジュール情報を受信する通信手段と、
    前記通信手段が受信した第１のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、
    前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段と、
    前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする生体情報端末。
20. ヘルスケア装置と通信を行い、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、
    前記ヘルスケア装置から第１のスケジュール情報および第３のスケジュール情報を受信する通信手段と、
    前記通信手段が受信した第１のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、
    外部からの指示を受信する受信手段と、
    前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とする生体情報端末。
21. 前記第３のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、
    前記第３のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、
    前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、実行するスケジュール情報を前記第３のスケジュール情報から他のスケジュール情報に変更することを特徴とする、請求項２０に記載の生体情報端末。
22. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否かを検出することを特徴とする、請求項１９または請求項２１に記載の生体情報端末。
23. 前記検出手段は、前記アクションが実行されたか否かを検出する際に、前記アクションが実行された時刻を含めて検出することを特徴とする、請求項２２に記載の生体情報端末。
24. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、体調情報の計測結果を検出することを特徴とする、請求項１９または請求項２１から請求項２３のうちいずれかに記載の生体情報端末。
25. 前記検出手段は、前記体調情報の計測結果を検出する際に、体調情報を計測した計測時刻を含めて検出することを特徴とする、請求項２４に記載の生体情報端末。
26. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末の入力手段から入力された入力情報を検出することを特徴とする、請求項１９または請求項２１から請求項２５のうちいずれかに記載の生体情報端末。
27. 前記検出手段は、前記入力情報を検出する際に、前記入力情報が入力された入力時刻を含めて検出することを特徴とする、請求項２６に記載の生体情報端末。
28. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが行われているか否かの検出が、所定の継続時間内に検出できたか否かを検出することを特徴とする、請求項１９または請求項２１から請求項２７のうちいずれかに記載の生体情報端末。
29. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、脈拍数と血糖値とのうちいずれか一方または両方の計測結果、もしくは、その計測時刻を検出することを特徴とする、請求項１９または請求項２１から２８のうちいずれかに記載の生体情報端末。
30. 前記スケジュール変更手段は、前記第２のスケジュール情報のスケジュールが終了した場合または前記第３のスケジュール情報のスケジュールが終了した場合に、前記第１のスケジュール情報のスケジュールに変更することを特徴とする、請求項１９から請求項２９のうちいずれかに記載の生体情報端末。
31. 前記スケジュール変更手段は、前記第１のスケジュール情報から前記第２のスケジュール情報に変更する場合、または前記第１のスケジュール情報から前記第３のスケジュール情報に変更する場合に、前記ヘルスケア装置から送信される前記第２のスケジュール情報または前記第３のスケジュール情報を受信して、前記第２のスケジュール情報または前記第３のスケジュール情報に変更する、あるいは、前記ヘルスケア装置から送信される前記第２のスケジュール情報または前記第３のスケジュール情報を予め受信して記憶しておき、前記ヘルスケア装置から前記第２のスケジュール情報または前記第３のスケジュール情報に設定された識別情報を受信した場合に、受信した識別情報に対応する前記第２のスケジュール情報または前記第３のスケジュール情報に変更することを特徴とする、請求項１９から請求項３０のうちいずれかに記載の生体情報端末。
32. 前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、
    前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする、請求項１９から請求項３１のうちいずれかに記載の生体情報端末。
33. 前記第２のスケジュール情報または前記第３のスケジュール情報は、前記第１のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする、請求項１９から請求項３２のうちいずれかに記載の生体情報端末。
34. 前記第１のスケジュール情報、前記第２のスケジュール情報、および前記第３のスケジュール情報に従ったスケジュールの実行結果が、前記判断テーブル情報を用いて判断した結果、異常であった場合に、前記ヘルスケア装置に判断の要求を行う判断要求手段を有することを特徴とする、請求項１９から請求項３３のうちいずれかに記載の生体情報端末。
35. 前記生体情報端末が複数通信可能に接続された場合に、
    自身の生体情報端末におけるスケジュール情報またはスケジュール情報に従ったスケジュールの実行結果について、他の生体情報端末に送信して表示させることを特徴とする、生体情報端末。
36. 少なくとも１つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムであって、
    前記生体情報端末側を下位、前記管理装置側を上位とした場合に、上位側の装置は、下位側の装置における全スケジュールに関する情報と、上位側の判断によって下位のスケジュール情報を変更する際の下位のスケジュール情報を記憶することを特徴とする、ヘルスケアシステム。
37. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と、ヘルスケア装置とが接続された、ヘルスケアシステムであって、
    前記ヘルスケア装置は、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、前記第１のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第２のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
    前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、
    前記検出手段が検出した実行結果に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段とを有し、
    前記生体情報端末は、
    前記ヘルスケア装置から第１のスケジュール情報および第２のスケジュール情報を受信する通信手段と、
    前記通信手段が受信した第１のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、
    前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段と、
    前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第２のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とするヘルスケアシステム。
38. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と、ヘルスケア装置とが接続された、ヘルスケアシステムであって、
    前記ヘルスケア装置は、
    前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第３のスケジュール情報とを記憶するスケジュール記憶手段と、
    前記第１のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、
    外部からの指示を受信する受信手段と、
    前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段とを有し、
    前記生体情報端末は、
    前記ヘルスケア装置から第１のスケジュール情報および第３のスケジュール情報を受信する通信手段と、
    前記通信手段が受信した第１のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、
    外部からの指示を受信する受信手段と、
    前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第１のスケジュール情報から前記第３のスケジュール情報に変更するスケジュール変更手段と
    を有することを特徴とするヘルスケアシステム。
39. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおけるスケジュール管理方法であって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、
    前記体調情報の検出結果または行動指示の結果を検出し、
    検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
40. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおけるスケジュール管理方法であって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、
    外部からの指示を受信し、
    受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
41. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、中継装置に用いられるスケジュール管理方法であって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、
    前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったアクションの実行結果を検出し、
    検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
42. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、中継装置に用いられるスケジュール管理方法であって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、
    外部からの指示を受信し、
    受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
43. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、管理装置に用いられるスケジュール管理方法であって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、
    前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったアクションの実行結果を検出し、
    検出した実行結果に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
44. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、管理装置に用いられるスケジュール管理方法であって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させ、
    外部からの指示を受信し、
    受信した指示に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
45. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法であって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、
    前記体調情報の検出結果または行動指示の結果を検出し、
    検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
46. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法であって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行い、
    外部からの指示を受信し、
    受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更する
    ことを特徴とするスケジュール管理方法。
47. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおけるスケジュール管理プログラムであって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、
    前記体調情報の検出結果または行動指示の結果を検出するステップと、
    検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
48. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおけるスケジュール管理プログラムであって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、
    外部からの指示を受信するステップと、
    受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
49. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、中継装置に用いられるスケジュール管理プログラムであって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させるステップと、
    前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったアクションの実行結果を検出するステップと、
    検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報からを第２のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
50. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、中継装置に用いられるスケジュール管理プログラムであって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させるステップと、
    外部からの指示を受信するステップと、
    受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
51. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、管理装置に用いられるスケジュール管理プログラムであって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させるステップと、
    前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第１のスケジュール情報に従ったアクションの実行結果を検出するステップと、
    検出した実行結果に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
52. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるヘルスケアシステムにおける、管理装置に用いられるスケジュール管理プログラムであって、
    前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第１のスケジュール情報を送信して実行させるステップと、
    外部からの指示を受信するステップと、
    受信した指示に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
53. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムであって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、
    前記体調情報の検出結果または行動指示の結果を検出するステップと、
    検出した結果に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第２のスケジュール情報に変更するするステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。
54. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたヘルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムであって、
    第１のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、
    外部からの指示を受信するステップと、
    受信した指示に応じて、実行するスケジュール情報を前記第１のスケジュール情報から第３のスケジュール情報に変更するステップと
    をコンピュータに実行させるためのスケジュール管理プログラム。

Images