WO2004114184A1

WO2004114184A1 - ヘルスケア装置、生体情報端末

Info

Publication number: WO2004114184A1
Application number: PCT/JP2004/009057
Authority: WO
Inventors: Kaori Takano; Ryuji Iijima; Kouichi Moriya; Shinichiro Miyahara; Norihiko Matsuo; Shigeru Uematsu; Masako Miyazaki; Toshio Ohyanagi
Original assignee: Seiko Instruments Inc.; University Of Alberta
Priority date: 2003-06-23
Filing date: 2004-06-21
Publication date: 2004-12-29
Also published as: JPWO2004114184A1; US20090240520A1; CA2533014A1

Abstract

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

Description

明細書

ヘルスケア装置、生体情報端末

技術分野

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

背景技術

従来から、患者等のユーザの体温の測定や投薬等のスケジュールを遠隔で管理するため、下記のようなシステムが提案されている。

( 1 )投薬などのスケジュールを管理装置に予め登録しておく。そして、管理装置は、スケジュールに従い、所定の時刻に到達した場合に、ユーザに対してァラームなどを鳴らすことによって、投薬を通知している。

(2)ユーザが保一有する端末に対し、体温の測定、薬の服用スケジュールを管理装置から指示し、端末から測定結果や薬の服用時刻を通知してもらい、スケジュールとの差が所定値以上である場合に医師の端末に通知するシステムがある。

( 3)ユーザのスケジュールをサーバ上に登録しておき、複数の医師端末でスケジュールを閲覧し、スケジュールの作成を行うシステムがある。このシステムにおいては、スケジュールの実行状況をユーザが入力する入力装置がある。しかしながら、上述の（1 )における管理装置においては、医師または第 3者は、ユーザが実際にスケジュール通りに薬の服用等をしたか否かを把握することができなかった。

これに対し、（2)におけるシステムにおいては、体温測定や薬の服用時刻をユーザに入力してもらい端末からサーバに通知してもらっているので、ユーザがスケジュール通りの処方を行っているかを把握することができる。しかし、スケジュールとの差が所定値以上にならないと医師の端末に通知されないので、医師等のユーザの健康状態を管理する管理者にとっては、スケジュール通りの処方を行つ Tいるか否かを把握する程度のものである。

また、（2)におけるシステムは、スケジュールとの差が所定値以上の場合に医師の端末に通知するものであるが、これは、患者の異常状態に対する判断を医師に求めるためである。つまり、何かしらの異常が生じた場合には具体的判断を医師に求めるため、都度通信回線を接続し、遠隔にある医師の端末に問い合わせを行う必要がある。 '

一方、（3)におけるシステムにおいては、複数の医師がユーザのスケジュ一ルの実行状況を把握することができるものの、スケジュールの実行状況を逐次参照してスケジュールを作成しょうとすると、管理対象のユーザが複数いる場合には、医師やオペレータに相当の負担がかかってしまう。また医師が不在時にスケジュール変更の必要性が生じても、迅速なスケジュール変更が出来ない虞がある。

また、一般的に（1 )、（2)、（3)のような、通信回線を用いて情報のやりとりを行う健康管理システムは、通信回線異常発生時や患者の端末が通信回線圏外にいる時には、情報のやりとりが途絶えてしまう。つまり、患者に対して何らかの処方の変更が必要となっても、対処を円滑に行うことが出来ない。

発明の開示

本発明は、上記のような事情に鑑みてなされたもので、その目的は、ユーザの体調に応じたスケジュールを適宜変更することができるヘルスケアシステムと、ヘルスケアシステムに用いられるヘルスケア装置、生体情報端末、スケジユール管理方法、スケジュール管理プログラムを提供することにある。さらには、ヘルスケア装置として動作する中継装置、管理装置を提供することにある。具体的には本発明のへルスケア装置は、ユーザの体調に関する情報である体調情報の検出（例えば、実施の形態における脈拍、加速度、角速度、呼吸、心拍、体動、いびき、血糖値等の検出）または該ユーザに対して医療に関する行動を行わせるための行動指示（例えば、実施の形態における脈拍の測定、薬の服用、運動、体調に関する情報の入力の指示）を行う生体情報端末と通信を行うヘルスケア装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、前記第 1のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段（例えば、実施の形態におけるアクション管理部 25)と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から前記スケジュール記憶手段に記憶された前記第 2のスケジュール情報に変更するスケジュール変更手段 (例えば、実施の形態におけるアクション管理部 25)とを有することを特徴とする。

ここでスケジュール情報とは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報との組み合わせである。具体的にはアクションテーブル情報には、各アクションを識別するためのタスク番号と、そのタスク番号に関連して、そのアクションを実行する生体情報端末を識別するための番号と、そのァクシヨンを実行するためのトリガ条件またはそのアクションの実行時刻と、実際に実 . 行するアクションの内容と、そのアクションが継続される時間と、そのアクションに応じた実行結果、等が含まれる。また、判断亍一ブル情報には、アクション名と、アクション名に応じて実行されうるアクションの実行結果と、その実行結果に応じた処理内容、等が含まれる。アクションテーブル情報と判断テーブル情報は、例えば実施の形態の図 3にあるように一覧表として扱うことができ、その内容の表示、作成、変更を非常に簡便に行うことができる情報である。

また、本発明のへルスケア装置は、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行うヘルスケア装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第 3のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

ここで、本発明のへルスケア装置は、前記生体情報端末から送信されるデータに基づいて、前記第 3のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、前記スケジュール変更手段は、前言己検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 3のスケジュール情報から他のスケジュール情報に変更することを特徴とする。

また、本発明のへルスケア装置における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末において前記スケジュール情報に従ったアクションが実行されたか否か、または前記ァクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否かを検出することを特徴とする。

また、本発明のへルスケア装置におけるスケジュール変更手段は、前記第 2 のスケジュール情報のスケジュールまたは前記第 3のスケジュール情報のスケジュールが終了した場合に前記第 1のスケジュールに変更することを特徴とする。

また、スケジュール変更手段は、前記第 1のスケジュールから前記第 2のスケジュールに変更する場合、または、前記第 1のスケジュールから前記第 3のスケジュールに変更する場合に、前記第 2のスケジュール情報または前記第 3 のスケジュール情報を前記生体情報端末に送信する、あるいは、前記第 2のスケジュール情報または前記第 3のスケジュール情報を予め前記生体情報端末に送信しておき、変更時に前記第 2のスケジュールまたは前記第 3のスケジユールに設定された識別情報を送信して変更させることを特徴とする。

また、本発明のへルスケア装置が扱う前記第 2のスケジュール' I 報または前記第 3のスケジュール情報は、前記第 1のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする。

また、本発明のへルスケア装置が扱う前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報は、それぞれ、ュ —ザの体調に関する情報である体調情報の検出または該ュ一ザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテープル情報に示されたアクションごとに規定した判断テーブル情報とを有し、前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする。

また、本発明の中継装置は、上述のへルスケア装置を具現化した装置の 1 つである。具体的には中継装置は、少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける中継装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュ一ル情報と、前記第 1のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前^生体情報端末から送信されるデータに基づいて、前記第 1のスケジユール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジユール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

また、本発明の中継装置は、少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネッドワークを介して管理装置に接続されるへルスケアシステムにおける中継装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第 3のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジユール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

また、本発明の管理装置は、上述のへルスケア装置を具現化した装置の 1 つである。具体的には管理装置は、少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける管理装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報、と前記第 1のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

また、本発明の管理装置は、少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける管理装置であって、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第 3のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

また、本発明の生体情報端末は、ヘルスケア装置と通信を行いユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、前記へルスケア装置から第 1のスケジュール情報および第 2のスケジュール情報を受信する通信手段と、前記通信手段が受信した第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段（例えば、実施の形態におけるスケジュール管理部 1 5)と、前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段（例えば、実施の形態におけるスケジュール管理部 1 5 )と、前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段（例えば、実施の形態におけるスケジュール管理部 1 5)とを有することを特徴とする。

また、本発明の生体情報端末は、ベルスケア装置と通信を行いユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、前記へルスケア装置から第 1のスケジュール情報および第 3のスケジュール情報を受信する通信手段と、前記通信手段が受信した第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1 のスケジュール情報から前記第 3のスケジュール情報に変更するスケジユール変更手段とを有することを特徴とする。

ここで、本発明の生体情報端末は、前記第 3のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、前記第 3のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、実行するスケジュール情報を前記第 3のスケジュール情報から他のスケジュール情報に変更することを特徴とする。

また、本発明の生体情報端末における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったァクシヨンが実行されたか否か、または前記アクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否か、を検出することを特徴とする。

また、本発明の生体情報端末における検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、脈拍数と血糖値とのうちいずれか一方または両方の計測結果、もしくは、その計測時刻を検出することを特徴とする。 '

また、本発明の生体情報端末におけるスケジュール変更手段は、前記第 2 のスケジュール情報のスケジュールが終了した場合または前記第 3のスケジュール情報のスケジュールが終了した場合に前記第 1のスケジュールに変更することを特徴とする。

また、本発明のスケジュール変更手段は、前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更する場合または、前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更する場合に、前記へルスケア装置から送信される前記第 2のスケジュール情報または前記第 3のスケジュール情報を受信して変更する、あるいは、前記へルスケア装置から送信される前記第 2のスケジュール情報または前記第 3のスケジュール情報を予め前記生体情報端末に受信して記憶しておき、前記へルスケア装置から前記第 2のスケジュール情報または前記第 3のスケジュール情報に設定された識別情報を受信した場合に受信した識別情報に対応する前記第 2のスケジュール情報または前記第 3のスケジュール情報に変更することを特徴とする。

また、本発明の生体情報端末が扱う前記第 _2のスケジュール情報または前記第 3のスケジュール情報は、前記第 1のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする。

また、本発明の生体情報端末が扱う前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報は、それぞれ、ュ一ザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクションテーブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクション亍一ブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクション亍一ブル情報に従ったアクションの実行結果に応じてスケジュールを変更することを特徴とする。

また、本発明の生体情報端末は、前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報に従ったスケジュールの実行結果が、前記判断テーブル情報を用いて判断した結果、異常であった場合に、前記へルスケア装置に判断の要求を行う判断要求手段を有することを特徴とする。

また、本発明の生体情報端末は、複数が存在して、それぞれが通信可能に接続された場合に、自身の生体情報端末におけるスケジュール情報、またはスケジュール情報に従ったスケジュールの実行結果について、他の生体情報端末に送信して表示させることを特徴とする。

また、本発明のへルスケアシステムは、少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるヘルスケアシステムであって、前記生体情報端末側を下位、前記管理装置側を上位とした場合に、上位側の装置は、下位側の装置における全スケジユールに関する情報と、上位側の判断によって下位のスケジュール情報を変更する際の下位のスケジュール情報を記憶することを特徴とする。

そして本発明のへルスケアシステムは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動き行わせるための行動指示を行う生体情報端末とヘルスケア装置とが接続されたへルスケアシステムであって、前記へルスケア装置は、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、前記第 1のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジユール記憶手段と、前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有し、前記生体情報端末は、前記へルスケア装置から第 1のスケジュール情報および第 2のスケジュール情報を受信する通信手段と、前記通信手段が受信した第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段と、前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする。

また、本発明のへルスケアシステムは、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に閱する行動を行わせるための行動指示を行う生体情報端末とヘルスケア装置とが接続されたへルスケアシステムであって、前記へルスケア装置は、前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第 3のスケジュール情報とを記憶するスケジュール記憶手段と、前記第 1のスケジュール情報 9057

11 を前記スケジュール記憶手段から読み出して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジユール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情 ½ に変更するスケジュール変更手段とを有し、前記生体情報端末は、前記ヘルスケア装置から第 1のスケジュール情報および第 3のスケジュール情報を受信する通信手段と、前記通信手段が受信した第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うスケジュール実行管理手段と、外部からの指示を愛信する受信手段と、前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュ一ル変更手段とを有することを特徴とする。

また、本発明のへルスケアシステムにおけるスケジュール管理方法は、ュ一ザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行うスケジュール管理方法であつて、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行し、、前記体調情報の検出結果または行動指示の結果を検出し、検出した結果に応じて、実するスケジュール情報を前記第 1のスケジュール情報から第 2のスケジュール情報に変更することを特徴とする。

また、本発明のへルスケアシステムにおけるスケジュール管理プログラムは、上記へルスケアシステムにおけるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおけるスケジュール管理方法は、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行うスケジュール管理方法であつて、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行し、、外部からの指示を受信し、受信した指示に応じて、実行するスケジュール情報を前記第 1のスケジュール情報から第 3のスケジュール情報に変更することを特徴とする。

また、本発明のへルスケアシステムにおけるスケジュール管理プログラムは、 T/JP2004/009057

12 上記へルスケアシステムにおけるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする.。

また、本発明のへルスケアシステムにおける中継装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、前記生体情報端末から送信されるデータに応じて、前記第 1のスケジユール情報に従ったアクションの実行結果を検出し、検出した実行結果に応じて、前記生体情報端末に実行させるスケジュールを前記第 1のスケジュール情報から第 2のスケジュール情報に変更させることを特徴とする。

また、本発明のへルスケアシステムにおける中継装置に用いられるスケジュ

—ル管理プログラムは、上記へルスケアシステムにおける中継装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおける中継装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、外部からの指示を受信し、受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジュル情報に変更することを特徴とする。 '

また、本発明のへルスケアシステムにおける中継装置に用いられるスケジュール管理プログラムは、上記へルスケアシステムにおける中継装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおける管理装置に用いられるスケジュ —ル管理方は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったアクションの実行結果を検出し、検出した実行結果に応じて、前記中継装置を介して前記生体情報端末に実行させるスケジュールを前記第 1のスケジュール情報から第 2のスケジュール情報に変更させることを特徴とする。

^た、本発明のへルスケアシステムにおける管理装置に用いられるスケジュール管理プログラムは、上記へルスケアシステムにおける管理装置に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおける管理装置に用いられるスケジュール管理方法は、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、前記第 1のスケジュール情報に基づいて体調情報 ω検出または行動指示を行い、外部からの指示を受信し、受信した指示に基づいて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジュール情報に変更することを特徴とする。

また、本発明のへルスケアシステムにおける管理装置に用いられるスケジュ —ル管理プログラムは、上記へルスケアシステムにおける管理装置に用いら ' れるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法は、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行い、前記体調情報の検出結果または行動指示の結果を検出し、検出した結果に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 2のスケジュール情報に変更することを特徴とする。

また、本発明のへルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムは、上記へルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

また、本発明のへルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法は、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行い、外部からの指示を受信し、受信した指示に応じて、実行するスケジュール情報を前記第 1のスケジュール情報から第 3のスケジユール情報に変更することを特徴とする。また、本発明のへルスケアシステムにおける生体情報端末に用いられるスケジュール管 aプログラムは、上記へルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法に従った動作を、コンピュータに実行させるためのプログラムであることを特徴とする。

図面の簡単な説明

図 1は、この発明の一実施形態によるへルスケアシステムの構成を示す概略図である。

図 2は、 S端末 1の構成について説明するための概略ブロック図である。図 3は、アクションテーブル情報および、判断テーブル情報を説明するための図面である。

図 4は、 Cサーバ 2の構成を示す概略ブロック図である。

図 5は、記憶部 24に記憶されるアクションテーブル情報および、判断テープル情報を説明するための図面である。

図 6は、 S端末 1と Cサーバ 2の動作の概要を説明するためのフローチャートである。

図 7は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 8は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 9は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 1 0は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 1 1は、 Cサーバ 2の動作を説明するためのフローチヤ一卜である。

図 1 2は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 1 3は、 Cサーバ 2の動作を説明するためのフローチャートである。

図 1 4は、 S端末 1の動作を説明するためのフローチャートである。

図 1 5は、 S端末 1の動作を説明するためのフローチャートである。

図 1 6は、 S端末 1の動作を説明するためのフローチャートである。

図 1 7は、 S端末 1の動作を説明するためのフローチャートである。

図 1 8は、 S端末 1の動作を説明するためのフローチャートである。

図 1 9は、 S端末 1の動作を説明するためのフローチャートである。図 20は、第 2の実施形態におけるヘルスケアシステムの構成を示す概略構成図である。

図 21は、 Pサーバ 4の構成について説明するための概略ブロック図である。図 22は、アクションテーブル情報と判断テーブル情報が記憶された状態について説明するための図面である。

図 23は、 Cサーバ 2と Pサーバ 4の機能の分散について説明するための図面である。

図 24は、生体情報端末に記憶されるアクションテーブル情報と判断テ一ブル情報を示す図である。

図 25は、 Pサーバ 4に記憶されるアクション亍一ブル情報と判断テーブル情報を示す図である。

図 26は、 Cサーバ 2に記憶されるアクションテーブル情報を示す図である。図 27は、 Cサーバ 2に記憶される判断テーブル情報を示す図である。

図 28は、他の実施形態におけるヘルスケアシステムの構成について説明するための図面である。

図 29は、第 3の実施形態におけるヘルスケアシステムの構成を示す概略ブロック図である。

図 30は、他の実施形態におけるアクションテーブル情報の一例を示す図面である。

図 3 1は、他の実施形態における判断テーブル情報の一例を示す図面である。

図 32は、他の実施形態におけるヘルスケアシステムの動作について説明するためのフローチヤ一卜である。

図 33は、他の実施形態におけるアクションテーブル情報の一例を示す図面である。

図 34は、他の実施形態におけるアクション亍一ブル情報の一例を示す図面である。

図 35は、変更後アクションテーブル情報を生成する他の実施形態について説明するためのスケジュール情報の一例である。

図 36は、第 4の実施形態における S端末 1について説明するための図面であ

図 37は、第 6の実施形態について説明するために引用した図面である。

発明を実施するための最良の形態

以下、本発明の一実施形態によるへルスケア装置、生体情報端末を適用したへルスケアシステムを図面を参照して説明する。

図 1は、この発明の一実施形態によるへルスケアシステムの構成を示す概略図である。この図において、ヘルスケアシステムは、生体情報端末（以下、「S端末」と称す） 1とへルスケア装置の一例となるセントラルサーバ（管理装置に相当する。以下、「Cサーバ」と称す） 2とが通信回線 3によって接続される。この通信回線 3は、例えば、公衆回線網、専用線、 LAN (ローカルエリアネットワーク）、インターネットなどの回線が 1つまたは複数組み合わされて適用され、有線または無線によって通信が行われる。また、 Cサーバ 2と S端末 1との通信は、常時接続またはブロードバンドとすることにより、 S端末 1の使用場所への依存性が少なくすることが可能である。

次に、 S端末 1について説明する。図 2は、 S端末 1の構成について説明するための概略ブロック図である。この実施形態において S端末 1は、ユーザの脈拍を測定が可能であり、ユーザの手首に装着可能な腕時計型の端末である。この図において、生体情報端末通信部 1 1は、通信回線 3を介してセントラルサーバ 2と通信を行う。計時部 1 2は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。測定部 1 3は、ユーザの脈拍を測定する。記憶部 1 4は、 Gサーバ 2から送信されるアクションテーブル情報と、判断テープル情を生体情報端末通信部 1 1によって受信して記憶する。このアクションテーブル情報と判断テーブル情報とについては、後述する。

スケジュール実行管理部 1 5は.、計時部 1 2から出力される時刻を参照し、記億部 1 4に記憶された Tクシヨン亍一ブル情報に基づいて、スケジュールの管理を行う。報知部 1 6は、スピーカや例えば液晶表示装置等の表示装置などによって構成され、制御部 1 9の指示に基づいて、アラーム音の放音、メッセ一ジの表示、等を行う。操作部 1 7は、タツチパネルやテンキー等の入力装置である。電源 1 8は、電池または充電可能な電池であり、 S端末 1の各部に電源を供給する。制御,部 1 9は、 S端末 1の各部間のデータの転送、供給する電源の電圧を管理等を行う。

図 3は、アクションテーブル情報および、判断テーブル情報を説明するための図面である。この図において、アクションテーブル情報は、アクションを識別するためのタスク番号（図 3における「タスク No, Jに相当）、 S端末 1を識別するための端末 ID、アクションを実行するためのトリガ条件または実行時刻（図 3における「トリガ条件 Z実行時刻」に相当）と、実行する内容を示すアクションと、アクションを行う時間である継続時間、アクションを実行した結果となる出力内容を示す実行結果とが対応付けられて記憶されている。ここでは、標準ァクシヨンテーブル情報（図 3符号（a) )と、例外アクションテーブル情報（図 3符号 (b)、符号（c) )が記憶される。

また、図 3において、判断テーブル情報は、アクションテーブル情報の実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたァクシヨン毎に規定した情報である。このアクションテーブル情報と判断テーブル情報は、 S端末 1を利用するユーザ毎の年齢、性別、体調、過去にかかったことがある病気の履歴等に基づいて決定される。この記憶部 1 4に記憶されたァクシヨンテーブル情報をスケジュール実行管理部 1 5が参照し、トリガ条件または実行時刻に従って順次アクションを実行し、アクションの実行結果に応じた処理を判断亍一ブル情報を参照して実行することが可能である。

次に、 Cサーバ 2について説明する。図 4は、 Cサーバ 2の構成を示す概略ブロック図である。この図において、通信部 21は、通信回線 3を介して S端末 1と通信を行う。計時部 22は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。データ処理部 23は、各種データの処理を行う。記憶部 24は、 S端末 1に送信するためのクシヨンテーブル情報、判断テーブル情報を記憶するとともに、 Cサーバ 2において利用するアクションテーブル情報と判断テーブル情報とを記憶する。この Cサーバ 2にお,いて利用するアクション亍一ブル情報と判断テーブル情報については、後述する。また、記憶部 24は、 S 端末 1から送信された各種測定結果等を記憶する。アクション管理部 25は、記憶部 24に記憶されたアクション亍一ブル情報に基づいて、トリガ条件または実行時刻に応じたアクションを実行する。

報知部 26は、スピーカや例えば液晶表示装置等の表示装置などによって構成され、制御部 29の指示に基づいて、アラーム音の放音、メッセージの表示、等を行う。また、報知部 26は、オペレータが携帯する携帯端末や電話等にメッセージを送信する機能を有する。操作部 27は、タツチパネルやキーボード、マウス等の入力装置である。制御部 29は、 Cサーバ 2の各部間のデータの転送を行う。

次に、記憶部 24に記憶される情報について説明する。図 5は、記憶部 24に記憶されるアクションテーブル情報および、判断テーブル情報を説明するための図面である。ここでは、 Cサーバ 2において利用される、標準アクション亍一ブル情報（図 5符号（a) )と、例外アクションテーブル情報（図 5符号（b) )、S端末 1に送信するための例外アクションテーブル情報（符号（c) )と、判断テーブル情報（図 5符号（d) )が示されている。

アクション管理部 25は、この記憶部 24に記憶されたアクションテーブル情報を参照し、トリガ条件または実行時刻に従って順次アクションを実行し、ァクシヨンの実行結果に応じた処理を判断テーブル情報を参照して実行することが可能である。なお、この図 5においては、 Cサーバ 2および S端末 1において利用されるアクションテーブル情報と判断テーブル情報とが示されているが、 S端末 1が複数ある場合は、各 S端末 1に送信するためのアクションテーブル情報と判断テーブル情報についても記憶される。

次に、上述したヘルスケアシステムにおける動作について図面を用いて説明する。図 6は、 S端末 1と Cサーバ 2の動作の概要を説明するためのフローチヤートである。まず、医師などによって各ユーザに対応するアクションテーブル情報が作成され（ステップ S I )、 Cサーバ 2の操作部 27を介してオペレータまたは医師によって入力されると、制御部 29によって記憶部 24に記憶する。具体的には、 S端末 1に送信するためのアクションテーブル情報と判断テーブル情報、 Cサーバ 2において利用されるアクションテーブル情報と判断テーブル情報とが作成され、記憶部 24に記憶される。

次に、制御部 29は、記憶部 24に記憶された S端末 1において利用されるァクシヨンテーブル情報と判断テーブル情報とを読み出して、逋信部 21によって S端末 1に送信する（ステップ S2)。 S端末 1は、 Cサーバ 2から送信されるァクシヨンテーブル情報,と判断テーブル情報とを通信部 1 1によって受信し（ステツプ S 1 0)、記憶部 1 4に記憶する (ステップ S I 1 )。そして、 S端末 1のスケジュール実行管理部 1 5は、計時部 1 2の時刻に基づき、アクションテーブル情報の実行時刻に到達したか否かを検出し（ステップ S 1 2)、実行時刻に到達した場合に、その実行時刻に対応付けられたアクションを実行する（ステップ S 1 3)。ここでは、例えば、「昼食をとつて下さい」などのメッセージが報知部 1 6の表示装置に表示されるとともに、アラーム音が放音される。

そして、スケジュール実行管理部 1 5は、報知されたアクションに対する結果データが、そのアクションの継続時間内に、ユーザによって操作部 1 7から入力されたか否かを検出する。（ステップ S 1 4)。ここでは、継続時間内にアクションに対する結果データが入力されなかった場合、スケジュール実行管理部 1 5は、ユーザがアクションに応じた行動をしなかったことを示す実行結果を生成 (ステツプ S 1 5)、報知部 1 6による報知を停止させてアクションを解除し（ステップ S 1 8)、実行結果を Cサーバ 2に送信する（ステップ S 1 9)。一方、継続時間内にアクションに応じた行動を行ったことが操作部 1 7から入力された場合（ステップ S 1 6)、スケジュール実行管理部 1 5は、ユーザがアクションに応じた行動を行ったこと示す実行結果を生成し（ステップ S 1 7)、アクションを解除し（ス亍ップ S 1 8)、実行結果を Cサーバ 2に送信する（ステップ S 1 9)。 Cサーバ 2は、 S端末 1から実行結果を受信すると（ステップ S3)、記憶部 24に記憶された判断テーブル情報を参照して実行結果を解析する（ステップ S4)。

次に、上述したへルスケアシステムにおける動作の他の実施形態について説明する。図 7から図 1 3は、 Cサーバ 2の動作を説明するためのフローチヤ一トである。まず、図 7において、 Cサーバ 2の制御部 29では、 S端末 1用および Cサーバ 2用のアクションテーブル情報と判断テーブル情報とが作成され（ステップ S 1 00)、操作部 27からの操作で、アクションテーブル情報と判断テープル情報が入力されると、記憶部 24に記憶される。アクション管理部 25は、 S 端末 1に対応する記憶部 24に記憶されたアクションテーブル情報と判断亍ーブル情報を端末 IDを検索キ一として検索し（ステップ S 1 01 )、検索されたァクシヨンテーブル情報と判断テーブル情報とを通信部 21によって S端末 1に送信 7

20 する（ステップ SI 02)。ここでは、最初に標準アクションテーブル情報と判断テ一ブル情報とが送信される。そして、アクション管理部 25は、 Cサーバ 2用の標準アクションテーブル情報と判断テーブル情報とを記憶部 24から読み出して、アクションテーブル情報に従ってアクションを実行する（ステップ S103)。ここでは、例えば、図 5の標準アクションテーブル情報と判断テーブル情報とが読み出される。

アクション管理部 25は、計時部 22から出力される現在時刻の情報と標準ァクシヨン亍一ブル情報のトリガ条件または実行時刻に基づいて、アクションが発生したか否かを検出する（ステップ S104)。ここで、アクション管理部 25は、 S 端末 1からデータを受信した場合、タスク 1 (図 5)のアクションを実行することにより、受信データを記憶部 24に記憶し（ステップ S105)、条件変更時の場合、タスク 2 (図 5)のアクションを実行することにより、条件を送信し（ステップ S10 6)、時刻が 24時に到達した場合、タスク 3 (図 5)のアクションを実行することにより、ユーザの診断処理を行い（ステップ S107)、 S端末 1から判断要求などの要求を受信した場合、タスク 4(図 5)のアクションを実行することにより、要求を受信し（ステップ S108)、計時部 12から出力される時刻がある月の 1日になった場合、タスク 5(図 5)のアクションを実行することにより、レポート作成を行う（ステップ S109)。アクション管理部 25は、他のタスクの実行時刻またはトリガ条件が発生した場合には、そのタスクに応じたアクションを実行する (ステップ S 110)。

次に、ステップ S105からステップ S109にお【ナる、各アクションについて図 8 から図 13を用いて説明する。図 8は、アクションがデータ受信の場合における Cサーバ 2の動作を説明するためのフローチャートである。アクション管理部 2 5は、 S端末 1からデータを受信すると、受信したデータを記憶部 24に記憶し (ステップ S120)、記憶する処理が成功したか否かを検出し（ステップ S121)、検出結果「失敗 J (ステップ S122)または「成功」（ステップ S123)を実行結果として一時保持し、このアクションに対応する判断テーブル情報を参照する（ステツプ S124)。そして、アクション管理部 25は、一時保持した実行結果に基づいて（ステップ S125)、実行結果が「失敗」である場合、再試行するべく再度データを送信するように S端末 1に指示をし（ステップ S126)、ステップ S120 2004/009057

21 に移行する。一方、実行結果が「成功」である場合、このアクションを終了する。

図 9は、アクションが条件送信の場合における Cサーバ 2の動作を説明するためのフローチャートである。アクション管理部 25は、 S端末 1の端末 IDの変更、アクションテーブル情報の変更、判断テーブル情報の変更が発生したことを検出すると（ステップ S 1 30)、 S端末 1に対してアクションテーブル情報と判断テーブル情報と送信し、送信する処理が成功したか否かを検出し（ステップ S 1 31 )、送信結果「失敗」（ステップ S 1 32)または「成功」（ステップ S 1 33)を実行結果として一時保持し、このアクションに対応する判断テーブル情報を参照する（ステップ S 1 34)。そして、アクション管理部 25は、一時保持した実行結果に基づいて（ステップ S 1 35)、記憶処理の結果が「失敗」である場合、再試行するべくアクションテーブル情報と判断テーブル情報とを再度 S端末 1に送信し（ステップ S 1 36 )、ステップ S 1 30に移行する。一方、実行結果が「成功」である場合、このアクションを終了する。

図 1 0は、アクションがユーザの診断処理の場合における Cサーバ 2の動作を説明するためのフローチャートである。アクション管理部 25は、時刻が 24時に到達したことを検出すると、診断を行う対象となるユーザの保管データを実行結果として記憶部 24から読み出して（ステップ S 1 40)、このアクションに対応する判断テーブル情報を参照する（ステップ S 1 41 )。そして、アクション管理部 25は、実行結果を判断テーブル情報に基づいて、ユーザの健康状態について解析を行う（ステップ S 1 42)。アクション管理部 25は、実行結果がユーザの状態「少し悪い」または「悪い」に対応するコードであることが検出された場合、診断結果「少し悪し、」または「悪し、」を記憶部 24に記憶する（ステップ S 1 43)。そして報知部 26によって、診断結果と、ユーザと連絡を取って処置を行うことが必要であることを、オペレータに通知する（ステップ S 1 44)。一方、アクション管理部 25は、実行結果がユーザの状態「良い」、「少し良い悪い」、「普通」のいずれかに対応するコードであることが検出された場合、検出された診断結果「良い」、「少し良い悪い」、「普通」のいずれかを記憶部 24に記憶する（ステツプ S 1 45)。

図 1 1は、アクションが要求受信の場合における Cサーバ 2の動作を説明するためのフローチャートである。アクション管理部 25は、判断の要求を S端末 1から受信すると (ステップ S 1 50)、この判断の要求とともに送信されたデータを受信するとともに、このユーザの保管データを記憶部 24から読み出し（ステップ S 1 51 )、このアクションに対応する判断テーブル情報を参照する（ステップ S1 5 2)。この送信されたデータと記憶部 24から読み出した保管データが、実行結果に相当する。そして、アクション管理部 25は、保管データと S端末 1から送信されたデータ、すなわち実行結果とを判断テーブル情報に基づいて、ユーザの健康状態について解析を行う（ステップ S 1 53)。アクション管理部 25は、実行結果に基づいて、ユーザの状態「少し悪し、」または「悪い」に対応するコードであることが検出された場合、診断結果「少し悪し、」または「悪し、」を記憶部 24に記憶し（ステップ S 1 54)、報知部 26によって、オペレータに診断結果を通知する（ステップ S 1 55)とともに、現在設定されている標準アクションテーブル情報から例外アクションテーブル情報（例えば、図 5符号（b)、符号（c) )に変更するための処理を行う（ステップ S 1 56)。このステップ S 1 56以降の処理は、後述する。

一方、アクション管理部 25は、解析結果において、ユーザの状態「良い」、

「少し良い」、「普通」のいずれかに対応するコードであることが検出された場合、診断結果「良い」、「少し良い」、「普通」を記憶部 24に記憶し、通信部 21によつて、「大丈夫でしたよ」というメッセージを報知するためのデータを S端末 1に対し、送信する（ステップ S 1 58)。

図 1 2は、アクションがレポート作成の場合における Cサーバ 2の動作を説明するためのフローチャートである。アクション管理部 25は、毎月 1日に到達した場合レポート作成を行う（ステップ S 1 60)。このレポート作成とは、ユーザの健康状態を管理するための情報を作成する処理のことである。アクション管理部 25は、レポートのデータの作成が成功したか否かを検出し（ステップ S 1 61 )、検出結果に基づいて、作成結果「失敗」または「成功」のデータを実行結果として作成し（ステップ S 1 62、ステップ S 1 63)、このアクションに対応する判断亍 —ブル情報を参照する（ステップ S 1 6 。

次いで、アクション管理部 25は、実行結果と判断テーブル情報とに基づいて (ステップ S 1 65)、実行結果が「失敗」である場合に（ステップ S 1 66)、再試行するべくステップ S I 60に移行し、「成功」である場合に、作成されたレポートを貪己憶部 24に記憶する。

図 1 3は、標準アクションテーブル情報から例外アクションテーブル情報に変更する場合における Cサーバ 2の処理を説明するためのフローチャートである。この処理は、上述のステップ S 1 56以降の処理に相当する。アクション管理部 25は、ステップ S 1 01のテーブル選択において、 S端末 1用の例外アクションテーブル情報と Cサーバ 2用の例外アクションテーブル情報をアクティブ（選択）にした後、 S端末 1用の例外アクションテーブル情報を通信部 21によって S 端末 1に送信し（ステップ S 1 70)、 Cサーバ 2用の例外アクションテーブル情報と判断テーブル情報とを起動させ実行する（ステップ S 1 71 )。そして、例外ァクシヨンテーブル情報のトリガ条件または実行時刻にアクションを実行する（ステップ S 1 72)。ここでは、例えば、図 5符号（b)に示す連続接銃'連続診断のタスク 1が実行される（ステップ S 1 73)。

アクション管理部 25は、このタスク 1のアクションに基づいて、 S端末 1と Cサ —パ 2の通信回線を接続した状態にし（ステップ S 1 74)、ステップ S 1 70において S端末 1に送信した例外アクションテーブル情報に従い S端末 1から送信されるデータを連続して受信し（ステップ S 1 75)、受信したデータを表示装置等に逐次表示する（ステップ S 1 76)。そして、 Cサーバ 2のオペレータから終了の指示が入力されるまで、このアクションを継続し（ステップ S 1 77)、終了した場合に、ステップ S 1 01に移行する。

次に、上述したヘルスケアシステムにおける S端末 1の他の実施形態における動作について説明する。図 1 4から図 1 9は、 S端末 1の動作を説明するためのフローチャートである。まず、図 1 4において、 S端末 1の制御部 1 9は、 Cサーバ 2から送信された S端末 1用のアクションテーブル情報と判断テーブル情報とを受信し（ステップ S200)、受信したアクション亍一ブル情報に付与されたテーブル識別コードを参照し、起動すべきアクションテーブル情報を選定する (ステップ S201 )。ここでは、 Gサーバ 2から送信されたアクションテーブル情報が標準アクションテーブル情報であるので、この標準アクションテーブル情報と判断テーブル情報とを起動するようにスケジュール実行管理部 1 5に指示する (ステップ S202 )。一方、例外アクションテーブル情報の起動（アクション亍ーブル情報の変更）が指示されている場合については、後述する。スケジュール実行管理部 1 5は、制御部 1 9からの指示に基づき、標準アクションテーブル情報に従ってアクションを実行する。ここでは、例えば、図 3の標準アクションテーブル情報（符号（a) )と判断テーブル情報（符号（d) )とが読み出されて実行される。

スケジュール実行管理部 1 5は、計時部 1 2から出力される現在時刻の情報と標準アクションテーブル情報のトリガ条件または実行時刻に基づいて、ァクシヨンを発生させるか否かを検出する（ステップ S203)。ここで、スケジュール実行管理部 1 5は、実行時刻「1 2時」に到達した場合、タスク 1 (図 3)のァクシヨンを実行することにより、昼食のアラーム'を行い（ステップ S204)、タスク 1の処理が正常に終了して 30分が経過した場合、タスク 2 (図 3 )のアクションを実行することにより、薬を服用させるアラームを行い（ステップ S205)、タスク 2の処理が正常に終了して 30分が経過した場合、タスク 3 (図 3)のァクシヨを実行することにより、脈拍を測定させるアラームを行い（ステップ S206)、時刻が 30分経過する毎に、タスク 4 (図 3)のアクションを実行することにより、脈拍の測定を行い（ステップ S 207 )、連続して所定の動作を行うためのアクションである場合、タスク 5のアクションを連続的に実行する（ステップ S208)。スケジユール実行管理部 1 5は、他の実行時刻またはトリガ条件が発生した場合には、そのタスクに応じたアクションを実行する（ステップ S209)。

次に、ステップ S204からステップ S207における各アクションについて、図 1 5から図 1 9を用いて説明する。図 1 5は、昼食のアラームを行う場合における S端末 1の動作を説明するためのフローチャートである。スケジュール実行管理部 1 5は、時刻が 1 2時に到達した場合に、標準アクションテーブル情報のァクシヨンに規定された内容に従い、「昼食をとつてください」のメッセージを報知部 1 6の表示装置によって表示するとともに、アラーム音を放音する（ステップ S 21 0、 S端末 1の標準アクションテーブル情報のタスク 1 )。して、スケジユー ' ル実行管理部 1 5は、操作部 1 7を介してユーザから昼食を取ったことを示す結果データが入力されたか否かを検出する（ステップ S21 1 )。

スケジュール実行管理部 1 5は、結果データが入力されていない場合、結果データが入力されるまで、「昼食を取ってください」のメッセージについて、ァラーム音の放音または表示装置による表示の少なくとも一方によって継続して報知を行い、アクションを行ってから継続時間（1 20分）が経過したか否かを検出する（ステップ S21 2)。継続時間が経過しても結果データが入力されなかつた場合には、ユーザがアクションに応じた行動をしなかったことを示す結果データ「アクション NGJを実行結果として一時保持する（ステップ S21 3)。

一方、スケジュール実行管理部 1 5は、ステップ S21 1において、ユーザによつて昼食が取られた後、昼食をとつたことを示す結果データが入力された場合、アクションに応じた行動をしたことを示す結果データ「アクション OKJを実行結果として一時保持し（ステップ S21 4)、このアクションに対応する判断亍一ブル情報を参照する（ステップ S21 5)。そして、スケジュール実行管理部 1 5は、一時保持した実行結果を参照し（ステップ S21 6)、「アクション NGJである場合に、 Cサーバ 2から送信される例外アクションテーブル情報（図 3符号（b) )に変更し（ステップ S21 7)、実行結果力「アクション NG」であり、例外アクションテープル情報に変更したことを示すログを Cサーバ 2に送信する（ステップ S21 8)。そして、図 1 4のステップ S201に移行する。一方、実行結果が「アクション OK」である場合、スケジュール実行管理部 1 5は、実行結果が「アクション OKJであることを示すログを Cサーバ 2に送信する（ステップ S21 9)。これにより、 Cサーバ 2においてログが記憶される（Cサーバ 2における標準アクションテーブル情報のタスク 1 )。

図 1 6は、薬の服用をさせるためのアラームを行う場合における S端末 1の動作を說明するためのフローチャートである。スケジュール実行管理部 1 5は、標準アクションテーブル情報のアクションに規定された内容に従い、「薬を飲んでください」のメッセージを報知部 1 6の表示装置によって表示するとともに、ァラ一ム音を放音し（ステップ S220)、操作部 1 7を介してユーザから薬を飲んだことを示す結果データが入力されたか否かを検出する（ステップ S221 )。スケジユール実行管理部 1 5は、結果データが入力されていない場合、このアクションを行ってから継続時間（30分）が経過したか否かを検出し（ステップ S222)、継続時間が経過しても結果データが入力されなかった場合には、ユーザがァクシヨンに応じた行動をしなかったことを示す結果データ「アクション NGJを実行結果として一時保持し（ステップ S 223 )、ステップ S 221において、結果データが入力された場合、アクションに応じた行動をしたことを示す結果データ Γァクシヨン OKJを実行結果として一時保持し（ステップ S224)、このアクションに対応する判断テーブル情報を参照する（ステップ S225)。そして、スケジュール実行管理部 1 5は、一時保持した実行結果を参照し (ステップ S226)、 Γァクシヨン NGJである場合に、 Cサーバ 2から送信される例外アクションテーブル情報 (図 3符号（c) )に変更し（ステップ S227 )、実行結果が「アクション NGJであり、例外アクションテーブル情報に変更したことを示すログを Cサーバ 2に送傖する (ステップ S228)。そして、図 1 4のステップ S201に移行する。一方、実行結果が「アクション OKJである場合、実行結果力《「アクション OKJであることを示すログを Cサーバ 2に送信する（ステップ S229)。なお、スケジュール実行管理部 1 5は、「薬を飲んでください」のメッセージについて、継続時間が経過するまで、あるいはュ一ザからの結果データが入力されるまで、あるいはュ一ザから報知内容を確認したことが入力されるまで、放音および表示装置による表示を継続して行ってもよい。

図 1 7は、脈拍測定を行う場合における S端末 1の動作を説明するためのフ口一チャートである。スケジュール実行管理部 1 5は、標準アクションテーブル情報のアクションに規定された内容に従い、「脈を測ってください」のメッセージを報知部 1 6の表示装置によって表示するとともに、アラーム音を放音する（ステツプ S230)。そして、スケジュール実行管理部 1 5は、操作部 1 7を介してュ —ザから脈拍測定の指示に基づいて測定部 1 3による脈拍が測定されか否かを検出する（ステップ S23 1 )。スケジュール実行管理部 1 5は、測定がなされていないあるいは測定結果となる結果データが入力されていない場合、このァクシヨンを行ってからの継続時間（30分）が経過したか否かを検出し（ステップ S232)、継続時間が経過しても結果データが入力されなかった場合には、ュ一ザが脈拍を測定していないことを示す結果データ「アクション NGJを実行結果として一時保持し（ステップ S233 )、ステップ S231において、脈拍測定が行われた場合あるいは脈拍の測定結果が操作部 1 7から結果データとして入力された場合、測定データを実行結果として一時保持し（ステップ S234)、このアクションに対応する判断テーブル情報を参照する（ステップ S235 )。そして、スケジュール実行管理部 1 5は、一時保持した実行結果を参照して脈拍数が 50力、ら 1 50の間であるか否かを検出する（ステップ S236)。スケジュール実行管理部 1 5は、脈拍数が 50から 1 50の間ではない場合あるいは Γァクション N GJである場合、判断要求を Cサーバ 2に送信するとともに（ステップ S23 7)、脈拍の測定データまたは「アクション NGJをログとして Cサーバ 2に送信する（ステップ S238)。一方、脈拍数力 50から 1 50の間である場合、スケジュ一ル実行管理部 1 5は、脈拍の測定データと脈拍が正常であったことを示すログを Cサーバ 2に送信する（ステップ S238 )。なお、この実施形態において、脈拍数が 50から 1 50の間である場合に脈拍が正常でることを検出するようにしたが、脈拍を正常と判断する基準値は、これに限られるものではなぐユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。

図 1 8は、脈拍測定を自動で行う場合における S端末 1の動作を説明するためのフローチャートである。スケジュール実行管理部 1 5は、標準アクション亍一ブル情報のアクションに規定された内容に従い、自動で脈拍の測定を行う (ステップ S240)。ここでいう自動とは、ュ一ザからの指示を受けることなく、スケジュール行管理部 1 5がアクション亍一ブル情報によって指定された時刻に測定部 1 3によって脈拍の測定を行うことである。スケジュール実行管理部 1 5は、所定の時刻において測定部 1 3による脈拍が測定を実施させ、正常に測定ができたか否かを検出する（ステップ S241 )。スケジュール実行管理部 1 5 は、測定がなされていないあるいは測定結果となる結果データがメモリに保存されていない場合、脈拍の測定が行われていないことを示す結果データ「ァクシヨン NGJを実行結果として一時保持し（ステップ S242)、一方、ステップ S 2 41において、正常に脈拍測定が行われた場合、測定データを実行結果として一時保持し（ステップ S243)、このアクションに対応する判断テーブル情報を参照する（ステップ S244)。そして、スケジュール実行管理部 1 5は、実行結果を参照して脈拍数力《50から 1 50の間であるか否かを検出する（ステップ S24 5)。検出結果において、脈拍数力《50から 1 50の間ではない場合あるいは「ァクシヨン NGJである場合、スケジュール実行管理部 1 5は、判断要求を Cサ一ノ《2に送信するとともに（ステップ S246)、脈拍の測定データまたは「アクション NGJをログとして Cサーバ 2に送信する（ステップ S247)。一方、脈拍数が 50 から 1 50の間である場合、スケジュール実行管理部 1 5は、脈拍の測定データ 4 009057

28 と脈拍が正常であったことを示すログを Cサーバ 2に送信する (ステップ S 24 7)。

なお、ステップ S208におけるタスク 5のアクションについては、図 1 5から図 1 7のフローチャートと同様に、スケジュール実行管理部 1 5が報知部 1 6によつてユーザに報知を行い、継続時間を監視する。そして、継続時間以内にァクシヨンに応じた結果データが入力された場合はその結果データを、継続時間以内にアクションに応じた結果データが入力されなかった場合は、アクションに応じたユーザの行動がなされていないということを、実行結果として Cサーバ 2に送信する。また、この実施形態において、脈拍数が 50から 1 50の間である場合に脈拍が正常でることを検出するようにした力脈拍を正常と判断する基準値は、これに限られるものではなユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。

次に、例外アクションテーブル情報を起動する場合について図 1 9のフローチャ「トを用いて説明する。スケジュール実行管理部 1 5は、図 ¹ 4ステップ S20 1の起動すべきテーブル選定において、例外アクションテーブル情報の起動が指示されている場合において、アクションテーブル情報の変更によって起動が指示された例外アクションテーブル情報を起動する（ステップ S250)。ここでは、タスク 1においてアクションテーブル情報の変更が指示されていた場合は、図 3 (符号（b) )に示す例外アクションテーブル情報が起動され、タスク 2においてァクシヨンテーブル情報の変更が指示されていた場合には、図 3 (符号（c) )に示す例外アクションテーブル情報が起動され、図 1 1ステップ S 1 56において Cサ —バ 2から送信された例外アクションテーブル情報を受信した場合には、図 5 (符号（c) )に示す例外アクションテーブル情報が起動される。ここでは、図 3 (符号（b) )に示す例外アクションテーブル情報が起動された場合について説明する。

例外アクション亍一ブル情報が起動されると、スケジュール実行管理部 1 5は、例外アクションテーブル情報に従って、計時部 1 2から出力される現在時刻の情報と標準アクションテーブル情報のトリガ条件または実行時刻に基づいて、アクションを発生させるか否かを検出する（ステップ S251 )。ここでは、実行時刻に到達した場合、タスク 1のアクション「脈の自動測定」を実行する（ステップ S252)。このタスク 1のアクションは、所定の時間間隔（5分間隔）で実行される。一方、例外アクションテーブル情報が起動された時点において、スケジユール実行管理部 1 5は、報知部 1 6によって、タスク 2で指定されているアラーム「昼食を取ってくださし、」の報知を行う（ステップ S253)。なお、例外アクションテーブル情報に他のタスクが存在する場合には、アクションに設定されたトリガ条件または実行時刻に基づいて、アクションが実行される（ステップ S254)。

具体的には、スケジュール実行管理部 1 5は、例外アクション亍ーブル情報 (図 3符号（b) )に基づき、測定部 1 3によって 5分間隔で自動で脈拍の測定を行うとともに（S端末 1の例外アクションテーブル情報（図 3符号（b) )のタスク 1 )、食事を取るように連続的に報知する。そして、スケジュール実行管理部 1 5は、判断テーブル情報に基づいて、実行結果である測定された脈拍のデータが、正常値であるか否かの検出を行い、脈拍数が 50から 1 50の間であれば、 Cサーバ 2にログを送信する。

—方、脈拍数が 50から 1 50の間ではない場合、スケジュール実行管理部 1 5は、範囲外であることを示すログを送信するとともに、 Cサーバ 2に判断を要求する。この判断の要求があった時 Cサーバ 2は、標準アクションテーブル情報のタスク 4に従って判断亍一ブル情報に、実行結果に相当する rjUDGEjを出力し、判断テーブル情報に基づいてユーザの状態を判断する。ここで、判断結果が、「少し悪い」、「悪い」のいずれかである場合、データを保存するとともにユーザに電話させるための要求データを表示装置に表示してオペレータからユーザに電話するように促し、テーブルを例外アクションテーブル情報に変更する。

なお、薬の服用や脈拍測定の場合も、同様の手順に従って行うことが可能である。また、例外アクション亍一ブル情報のアクションが終了した場合は、標準アクションテーブル情報に変更される。また、この実施形態において、脈拍数が 50から 1 50の間である場合に脈拍が正常であることを検出するようにしたが、脈拍を正常と判断する基準値は、これに限られるものではなユーザの体調や健康状態等に基づいて、適宜決定するようにしてもよい。また、この実施形態において、標準アクションテーブル情報と判断テーブル情報とを Cサ —バ 2から S端末 1に送信する場合について説明したが、例外アクションテープ 9057

30 ル情報を、標準アクションテーブル情報と判断テーブル情報とともに S端末 1に送信しておくようにしてもよい。この場合、 Cサーバ 2から S端末 1にデータを送信するための回線は一旦切断される。その後は Γアクション NGJが発生した場合においても、 S端末 1は、予め受信して記憶しておいた例外アクションテープル情報に基づいたアクションを行い、必要に応じて Cサーバ 2との通信を再度確立し、各種データを送信する。このようにすることで、 S端末 1と Cサーバ 2との間の通信が困難になった場合に「アクション NGJが生じ、例外アクションテーブル情報を起動させる必要が生じても、通信復帰を待つことなく、速やかに対応することができる。

図 20は、第 2の実施形態におけるヘルスケアシステムの構成を示す概略構成図である。この図において、図 1の各部に対応する部分には同一の符号を付け、その説明を省略する。この図において、ヘルスケア装置の一例となる c サーバ 2は、通信回線 3を介してパーソナルサーバ 4 (中継装置に相当する。以下、 ΓΡサーバ 4Jと称す）に接続される。 Pサーバ 4は、通信回線 5を介して、腕時計型端末 1 01、携帯型端末 1 02、センサ端末 1 03、据え置き型端末 1 0 4と通信を行う。腕時計型端末 1 01は.、上述の S端末 1と同様の構成であるので、その説明を省略する。携帯型端末 1 02は、ユーザの身体に装着され、装着位置におけるユーザの動き（加速度、角速度等）を測定する機能を有している。センサ端末 1 03は、ユーザがベットまたは布団に寝ている場合におけるュ —ザの呼吸、心拍、体の動き、いびき等を測定する。据え置き型端末 1 04は、ユーザの血糖（グルコース）を測定する。この Pサーバ 4は、例えば、汎用コンピュータなどを適用してもよぐこれによリ各家庭に設けることが可能である。次に、 Pサーバ 4についてさらに説明する。図 21は、 Pサーバ 4の構成について説明するための概略ブロック図である。この図において、通信部 41は、各生体情報端末（腕時計型端末 1 01、携帯型端末 1 02、センサ端末 1 03、据え置き型端末 1 04)と通信を行う。計時部 42は、内部に設けられたクロック回路からの出力に基づいて、時刻を管理する。データ処理部 23は、各種データの処理を行う。記憶部 44は、各生体情報端末に送信するためのアクションテーブル情報、判断テーブル情報を記憶するとともに、 Pサーバ 4において利用するアクションテーブル情報と判断テーブル情報とを記憶するとともに、各生体情報端末において利用されるアクションテーブル情報と判断テーブル情報とを記憶する。

スケジュール実行管理部 45は、記憶部 44に記憶されたアクションテーブル情報に基づいて、卜リガ条件または実行時刻に応たアクションを実行する。報知部 46は、スピーカや例えば液晶表示装置等の表示装置などによって構 , 成され、制御部 49の指示に基づいて、アラーム音の放音、メッセージの表示、等を行う。操作部 47は、タツチパネルやキーボード、マウス等の入力装置である。通信部 48は、 Cサーバ 2と通信を行う。制御部 49は、 Pサーバ 4の各部間のデータの転送を行う。

図 22は、アクションテーブル情報と判断テーブル情報が記憶された状態について説明するための図面である。この図において、全てのアクションテーブル情報と判断テーブル情報は、 Cサーバ 2において作成され記憶される。この C サーバ 2において作成されたアクションテーブル情報と判断テーブル情報は、各生体情報端末（S端末 1等）、 Pサーバ 4、 Cサーバ 2のそれぞれが記憶するようにしていてもよく、あるいは、 Cサーバ 2のみ記憶しておき、アクションタイミング毎にアクションを実行させる対象の Pサーバ 4、各生体情報端末に送信するようにしてもよい。

この図 22においては、アクションテーブル情報と判断テーブル情報は、自分自身用の情報と自身の配下において用いられる情報とが記憶されている。すなわち、 Cサーバ 2は、 Cサーバ 2用、 Pサーバ 4用、および各生体情報端末用のアクション亍一ブル情報と判断テーブル情報とを記憶しており、 Pサーバ⁴は、 Pサーバ 4用、および各生体情報端末用のアクションテーブル情報と判断亍一ブル情報とを記憶しており、各生体情報端末は、自身において利用するァクシヨンテーブル情報と判断テーブル情報を記憶している。

このように、アクション亍一ブル情報と判断テーブル情報は、自分自身に用いられる場合または自分自身と配下（Pサーバ 4あるいは各生体情報端末）に用し、られる場合に記憶されることより、自分自身または、自分の配下のァクションテーブル情報と判断テーブル情報とを更新する機能を有する。例えば、 Cサーバ 2は、 Cサーバ 2自身と Pサーバ 4と各生体情報端末とについてのァクションテ一ブル情報と判断テーブル情報とを変更する機能を有しており、 Pサーバ 4は、自分自身と配下の各生体情報端末についてのアクションテーブル情報と判断テーブル情報を更新する機能を有しており、各生体情報端末は、自分自. 身のアクションテーブル情報と判断テーブル情報を更新する機能を有する。なお、どのアクションテーブル情報が更新されても、更新情報（ユーザ ID、端末 I D、テーブル ID、時刻情報、ログ）は、 Cサーバ 2に送信され、ログとして記憶される。

次に、図 23を用いて、 Cサーバ 2と Pサーバ 4の機能の分散について説明する。 Gサーバ 2は、図 23上段に示すような各機能を有し、 Pサーバ 4は、図 23 下段に示すような各機能を有している。ここで、アクションテーブル情報と判断テーブル情報とを利用した判断項目について、 Pサーバ 4と Cサーバ 2とで分散化されている。 Pサーバ 4においては、各生体情報端末から受信した測定結果やユーザから入力された結果データをそれぞれ加味したユーザ自身のデータを総合的に評価するための判断テーブル情報が設けられ、この判断テーブル情報に基づいた判断がなされる。一方、 Cサーバ 2においては、 1人のユーザのデータのみではなく、各 Pサーバ 4から受信した情報や、他のシステムのデ —タベースと連携することにより、複数のユーザのデータを病気別、性別、地域別、などに基づいて、総合的に判断するための判断テーブル情報が設けられ、この判断テーブル情報に基づいた判断がなされる。

次に、生体情報端末、 Pサーバ 4、 Cサーバ 2に記憶されるアクションテ一ブル情報と判断テーブル情報とについて説明する。図 24は、生体情報端末に記憶されるァクシ 3ンテーブル情報と判断テーブル情報を示す図、図 25は、 P サーバ 4に記憶されるアクションテーブル情報と判断テーブル情報を示す図、図 26は、 Cサーバ 2に記憶されるアクションテーブル情報を示す図、図 27は、 Cサーバ 2に記憶される判断テーブル情報を示す図である。なお、図 24に示すァクショ /テーブル情報と判断テーブル情報は、各生体情報端末に記憶される。

ここで、判断テーブル情報における判断は、まず、各自の判断テーブルで判断し、判断が難しい場合や総合的に判断する必要がある場合、例えば、判断の処理時間が長時間かかるもの、複数のデータベースなどを参照して判断する場合においては、ログの送信とともに上位に判断を要求する。例えば、各生体情報端末は、 Pサーバ 4または Cサーバ 2に判断を要求し、 Pサパ 4は、 C サーバ 2に判断を要求する。

この図 24から図 27に示すテーブル情報が記憶された状態におけるヘルスケアシステムの動作について説明する。

ここでは、生体情報端末の標準アクションテーブル情報（図 24)において、端末 IDのうち「UDE」が腕時計型端末 1 01、 Γ Μ Μ _1が携帯型端末 1 02に該当する。まず、時刻が 1 0時になると、タスク 1に基づき、腕時計型端末 1 01は、運動開始のアラームを報知し、ユーザの調子を入力させるためのメッセージを表示する。 5段階に設定された調子を示す調子レベルのうちユーザによっていずれかが入力されると、腕時計型端末 1 01は、判断亍一ブル情報に基づいて、 Ρサーバ 4にログと判断要求を送信する。

Ρサーバ 4は、腕時計型端末 1 01から送信されたログを受信して記憶する (図 25に示す Ρサーバ 4の標準アクションテーブル情報タスク 1に相当）。次に、送信された判断要求に基づき、 Ρサーバ 4は、ログとして受信した調子レベルと判断テーブル情報とに基づいて、「良い」、「少し良い」、「普通 j、「少し悪い」、「悪し、」のうち.いずれに該当するかを検出し、検出結果を腕時計型端末 1 01および携帯端末 1 02に送信する。ここで、「悪い」が検出された場合、 Pサーバ 4 は、 Cサーバ 2に調子データ力《「悪し、」であることを示すログを送信し、判断を要求する。これにより、 Cサーバ 2において、オペレータからユーザに電話をするためのアクションが行われる（図 27に示す判断テーブル情報による）。

腕時計型端末 1 01および携帯端末 1 02は、 Pサーバ 4から送信された調子レベルの診断結果を受信する。調子レベルが「悪い」の場合、腕時計型端末 1 01は、本日は運動を行わないことと、オペレータから電話などによってユーザに連絡が来ることを報知する（図 24に示すタスク 6に相当）。一方、「良い」、「少し良い j、「普通」、「少しい」の場合、腕時計型端末 1 01は、運動開始のアラームを報知する（図 24に示すタスク 3に相当）。また携帯型端末 1 02も、運動開始の報知を行う（図 24に示すタスク 1 01に相当）。

携帯型端末 1 02は、速度や角速度を検出し、検出結果に基づいて運動量を算出し、総運動量が所定の値に達した場合、総運動量データを図 24の判断テーブル情報に基づいて、 Pサーバ 4に送信する。 Pサーバ 4は、図 25の判断テーブル情報によって運動終了を判断した後、運動終了を腕時計型端末 1 0 1、携帯型端末 1 02に通知する。腕時計型端末 1 01、携帯型端末 1 02は、この通知を受け、ユーザに報知を行う（図 24に示すタスク 5、タスク 1 03に相当）。

腕時計型端末 1 01は、運動中においても、自動的に脈拍の測定を行い（図 24に示すタスク 4に相当）、測定データを蓄積する。測定データに異常が検出された場合、腕時計型端末 1 01は、異常が検出されたことを示すログと判断要求を Pサーバ 4に送信する。 Pサーバ 4は、図 25の判断テーブル情報に基づき、このログを Cサーバ 2に送信し、判断を要求する。 Cサーバ 2は、図 27の判断テーブル情報に基づき、このログを記憶するとともに、オペレータにユーザに電話をするように報知を行い、アクション亍一ブルを図 26にある例外アクションテーブル情報に変更する。

なお、アクションテーブル情報にセンサ端末 1 03、据え置き型端末 1 04に関するアクションが設定されている場合、センサ端末 1 03、据え置き型端末 1 04 はそのアクションに基づき、各種測定を行い、測定結果のログを作成して記憶する。例えば、 Pサーバ 4は、ユーザに薬を服用させるためのメッセージを腕時計型端末 1 01によって報知させる際、センサ端末 1 03によって、ユーザが未だ睡眠中であるか否かを検出し、ユーザがまだ睡眠中である場は、起床後にすぐに薬の服用を行うよう、腕時計型端末 1 01のアクションテーブル情報を更新し、アクション実行時間を遅延させる。このアクションテーブル情報の更新については、 Pサーバ 4から Cサーバ 2に送信され、ログとして記憶される。これにより、複数の生体情報端末を連携して利用することが可能であるので、これらの測定結果や検出結果に基づいて、様々なケアを行うことが可能となる。また、 Pサーバ 4に、家庭内にある通信機能を有する電化製品とデータの送受信を行う機能を持たせてもよい。

例えば、 Pサーバ 4は、来訪者が来たことをインタ一ホンで検出し、腕時計型端末 1 01に通知し、腕時計型端末 1 01にドアの解錠の指示が入力された場合、ドアの鍵を解錠させるようにしてもよい。また、腕時計型端末 1 01にテレビリモコンの機能を設け'、テレビリモコンとして利用しても良い。これにより、体が不自由なユーザに対し、ユーザインタフェースとして提供することが可能となる。また、 Pサーバ 4が、各生体情報端末の検出結果を総合的に判断し、エアコンの設定温度、風量などを制御するようにしてもよい。

また、この実施形態においては、以下の処理を行うことが可能となる。

( 1 )据え置き型端末 1 04によって血糖測定を行う時間を腕時計型端末 1 01 によってユーザに報知する。

( 2) Pサーバ 4が、センサ端末 1 03の測定データを利用し、腕時計型端末 1 0 1における脈拍の測定データを補正係数を生成し、補正係数を腕時計型端末 1 01に送信する。

( 3)ユーザに運動するように指示した後、腕時計型端末 1 01からの脈拍の測定データと、携帯型端末 1 02からの運動総量のデータとを Pサーバ 4において解析し、解析結果から、後に通知する服用通知の時刻、服用量、測定時刻などを決定する。

(4)腕時計型端末 1 01またはセンサ端末 1 03のいずれで脈拍を測定しても可能なように Pサーバ 4または Cサーバ 2がアクションテーブル情報を設定する。

この第 2の実施形態においては、 Pサーバ 4と Cサーバ 2との間の通信頻度を低減させることができるので、通信回線 3にダイヤルアップ方式を適用することが可能となる。また、システムに通信不良などの異常が生じている、ユーザが通信圏外にいるといった状況においても、生体情報端末や Pサーバ 4がァクシヨンテーブル情報を保有しているため、ユーザに異変が生じても円滑に対処することが出来る。また、 Pサーバ 4と各生体情報端末の通信を密に行うことができるので、ユーザの体調の変化に応じてきめ細やかな制御を行うことがでぎる。

また、上述の第 2の実施形態については、複数の生体情報端末が設けられた場合について説明したが、図 28に示すように、 1つの生体情報端末（ここでは、腕時計型端末 1 01のみ設けるようにしてもよい。

次に、第 3の実施形態について説明する。図 29は、第 3の実施形態におけるへルスケアシステムの構成を示す概略ブロック図である。この図において、情報端末 6は、各ユーザの家庭を訪問するホームヘルパー、看護士、医師などによって保有され、 Cサーバ 2を介して、各生体情報端末と双方向の通信を行う。この実施形態によれば、以下の処理を行うことが可能である。

( 1 )ユーザは、生体情報端末を用い、予めグルーピングされた他のユーザに対し、その日の体調情報（文字情報、脈拍や体温の測定データ）を通信回線 3 を介して送信し、他のユーザの体調情報を返信してもらい、ユーザ同 ±が相互に健康状態について共有し、お互いの健康状態を確認する。

( 2)各生体情報端末力アクションテーブル情報のアクションに従い、グルービングされた他のユーザの生体情報端末に対し「調子はいかかですか？」と体調について問い合わせ、この問い合わせ結果を Cサーバ 2が取りまとめ、情報端末 6に送信する。これにより、情報端末 6を保有するホームヘルパーはユーザの体調を確認することが出来、必要に応じてユーザに体調を確認するためのメッセージを送信すことが出来る。

( 3) Cサーバ 2において、ユーザの体調があまり良くないことが検出された場合、ユーザに激励電話をさせるためのメッセージをユーザの身内の端末装置に送信する。

この第 3の実施形態によれば、ユーザの体調データと他の地域のユーザの体調データとを比較検討した結果を利用したサービスを提供することが可能である。また、この実施形態によれば、離れた場所においてもユーザの体調について把握することが可能であるので、通常と異なる状況時のみユーザと積極的に連絡を取ればよいので、離れて暮らす家族が安心して生活することが可能である。また、この実施形態によれば、ユーザ間の体調に関する情報を共有することにより、自分に似た症状のユーザとコミュニケーションを図ることができ、これにより、病気や体調に関する不安等を低減させることが可能になる。

なお、以上説明した実施形態において、アクションテーブル情報の変更は、判断テーブル情報に定義された内容に基づき、アクションの実行結果に応じて変更される場合について説明したが、所定の期間毎に変更するようにしてもよぐアクセスを許可された者（医師またはオペレータ）によって更新されるようにしてもよい。

なお上述した実施形態において、アクションテーブル情報の IDのみ送信するようにし、その IDに対応したアクションテーブル情報に変更するようにしてもよし、。また、第 2のスケジュール情報は、第 1のスケジュール情報のうち一部を変更するようにしてもよい。

次に、第 4の実施形態について説明する。この実施形態においては、 S端末 1においてュ一ザの体調に関する情報を検出した結果に基づいてアクションテ —ブル情報を変更する場合について説明する。ここでは、 S端末 1の記憶部 1 4には、図 30に示すようなアクションテーブル情報が記憶されるとともに、図 3 1に示すような判断テーブル情報が記憶される。

アクションテーブル情報には、時刻とその時刻にすべきアクションとが対応付けられて記憶される。また、この実施形態においてアクションテーブル情報は、標準アクションテーブル情報（例えば、図 30における「予定ー1」の欄）と変更後アクションテーブル情報（例えば、図 30における「予定一2」、「予定一 3」、「予定—」の欄）とが記憶される。この変更後アクションテーブル情報には、スケジュール実行管理部 1 5からの指示に基"^いてデータが書き込みされる。

判断テーブル情報は、アクションテーブル情報に従ったスケジュールの実行結果と、その実行結果に応じた次の処理を行うための動作を規定した情報である。この判断テーブル情報には、経過時間に応じた動作、および測定結果に応じた動作とが規定されている。 '

この実施形態において、スケジュール実行管理部 1 5は、アクションテーブル情報に従って実行されたアクションの実行結果に基づいて、判断テーブル情報を参照し、必要に応じてアクションテーブル情報の一部を変更する。また、変更すべき実行結果が生じたアクションに関連のある、他のアクションについても、アクションテーブル情報の一部を変更する。

次に、これらのアクションテーブル情報と判断テーブル情報とを適用する場合について、図 32のフローチャートを用いて説明する。まず、ここでは、 S端末 1は、図 30に示すアクションテーブル情報と図 31に示すアクションテーブル情幸とを、 Pサーバ 4または Pサーバ 4を経由して Cサーバ 2から受信して記憶部 1 4に記憶する（ステップ S501 )。次に、スケジュール実行管理部 1 5は、ァクシヨンテーブル情報を読み出して、現在時刻に応じたアクションを実行する（ステツプ S502)。そして、アクションを実行した実行結果を入力し（ステップ S50 3)、判断テーブル情報を参照し（ステップ S504)、アクションの実行結果が判定テーブル情報に示す規定値以内であるかを検出する（ステップ S505)。規定値以内である場合は実行結果をログとして記憶する。規定値の範囲外である場合は、アクションテーブル情報を変更した後（ステップ S508 )、実行結果を記録する（ステップ S506)。そして、次のアクションがアクションテーブル情報にあるか否かを検出し（ステップ S507)、次のアクションがあれば、ステップ S5 02に移行してアクションの実行時刻に応じて実行し、なければ終了する。

次に、スケジュール実行管理部 1 5のアクションテーブル情報の変更についてさらに説明する。スケジュール実行管理部 1 5は、図 30に示すアクション亍ーブル情報の「予定— 1」を現在時刻に応じて、脈拍測定、血糖値測定を順次実行し、実行結果を「実績一 1」の欄のテーブルに記憶する。そして、「朝食をとつてください」のアクションにおいて、朝食を摂つた時刻が「8時 1 5分」として入力された場合、図 31の判定テーブル情報の「食事をとつてください」の項目に対応ずる規定値を参照する。ここでは、標準アクションとして規定されている時刻と実行結果との差分を算出し算出結果に該当する規定値を参照する。ここでは、「1 5分以上 30分未満」に該当するため、アクションの実行結果を記憶するとともに（図 30符号 a)、アクション予定時刻を差分値に応じて変更する。ここでは 1 5分の差分があつたので、「食事をとつてくださし、」のアクションに起因するアクションである Γ薬を飲んでください」と「血糖離測定」のアクションについて、その差分値に応じた時刻を、図 30符号 bの「予定一 2Jのような、変更後ァクシヨンテーブル情報として記録する。ここで、変更したアクション以外のァクションについては、標準アクションテーブル情報として記録されてい情報をそのまま、変更後アクションテーブル情報へ移行する（符号 c)。以降、スケジュール実行管理部 1 5は、変更後アクションテーブル情報である「予定一 2」の情報に従って、アクションを実行する。そして、その実行結果が判断テーブル情報の規定範囲に対応する場合、その規定範囲に応じた動作を実行する。そして、さらにァクシヨシテーブル情報に変更が生じた場（図 30符号 c)、そのときのァクシヨンの予定時刻と実行結果の時刻との差分に応じた時刻を変更後ァクシヨンテーブル情報として、「予定一 3Jの欄に設定する（符号 d)。

一方、アクションを実行した実行結果が時刻ではなぐ血糖値などの数値である場合であって、規定値範囲外である場合（符号 e)、図 3 1に示す「脈拍測定 Jの項目の Γ > 1 8 Obpin ( 1 8 Obpm以上）」に該当するので、測定値が記録されるとともに、端末（Pサーバ 4)と Cサーバ 2とに報知される。そしてアクションテーブル情報が図 33に示す例外アクションテーブル情報に変更される。例外アクションテーブル情報は、図 30符号 eに示す 1 6時 00分の測定結果を受けて、スケジュール実行管理部 1 5により 1 6時 01分に実行される。そして、「緊急ボタンを押してください Jという通知と共に緊急ボタンがアクティブになり、脈拍測定が開始される。そして、測定結果が記憶され、 Cサーバ 2からの指示に応じて記憶された測定結果が Cサーバ 2に送信される。緊急ボタンがユーザによって押下されると、 Cサーバ 2のオペレータに通報される。これにより、ォペレータは、電話などを利用してユーザに連絡をとリ、測定を 1 5分続けて様子を見る、などの対応をすることができる。そして、測定開始から 1 5分後である 1 6時 1 6分に Cサーバ 2からデータ送信コマンドが送信され、これにより、 S端末 1から Cサーバ 2に対して測定結果が送信される。測定結果送信後、 S端末 1は、「予定一 3Jのアクションテーブル情報に移行する。オペレータは、この測定結果を確認し、必要にじて専門家などに診てもらい、再度ユーザと連絡をとリ、測定結果および専門家に診てもらった結果を報告する。

そして以降は、囱 34に示すように「予定一 3Jのアクションテーブル情報に従つて実行し、規定範囲外の実行結果が発生した場合には (図 34符号 a)、変更後アクションテーブル情報を「予定一 4Jとして設定する（図 34符号 b)。

なお、この実施形態においても、上述の実施形態と同様に、アクションに対してユーザから入力される回答入力のタイムアウトについて管理するようにしてもよい。また、時刻や生体情報データ以外にも、アクションテーブル情報に従つた動作が行われたか否か（測定できたか、アラームを行ったか）を管理するようにしてもよい。

このように、スケジュール実行管理部 1 5がアクションの実行結果に応じて判断テープル情報を参照し、必要に応じてァクシヨンテーブル情報の一部を変更する用にしたので、 Cサーバ 2や Pサーバ 4から変更後のアクションテーブル情報を送信してもらうことなぐ S端末 1においてアクションテーブル情報を変更することができる。

次に、変更後アクションテーブル情報を生成する他の実施形態について図 3 057

40

5を用いて説明する。図 35は、ユーザに運動をしてもらうためのスケジュールを示すアクション亍一ブル情報と、運動による消費カロリの実績に応じて次回の運動時間を規定する判断テーブル情報である。これらは、記憶部 1 4に記憶される。スケジュール実行管理部 1 5は、アクションテーブル情報を実行し、運動開始から運動終了までの消費カロリの実績値を算出する。そして、算出された実績値に対応する次回の運動時間を判断テーブル情報から読み出して、次回のアクションテーブル情報の運動時間に、読み出した運動時間を設定する。ここでは、 3Z 1 0 (3月 1 0日）の消費カロリの実績値が 82kcalであるので、判断テーブル情報に基づいて次回である 3/ 1 1 ( 3月 1 1日）の運動時間を 60 分として設定する。そして、 3Z 1 1の消費カロリの実績値が 1 23kcalであった場合、判断テーブル情報を参照して 3 1 2 (3月 1 2曰）の運動時間を 50分に設定する。このようにして、運動量に応じて次回の運動に関するアクションテ一ブル情報を変更することが可能である。

次に、第 4の実 fe形態における S端末 1について、図 36を用いて説明する。図 36 、 S端末 1の外観を示す外観構成図である。この図において、 S端末 1 には、アクション内容や入力する回答の選択肢を表示する表示部 1 1 0と、選択肢に応じて回答を入力するための操作ボタン 1 1 1が設けられる。ここでは、実行するアクションに応じて表示すべき情報がアクションテーブル情報に付加されて、 Cサーバ 2または Pサーバ 4から送信され、記憶部 1 4に記憶される。そして、実行されたアクションに応じて「薬をのみましたか Jのようなアクションを促すための情報が表示されるとともに、そのアクションに応じた選択肢である「YE S」、「NO」が操作ボタン 1 1 1のいずれか 1つの近傍に表示される。ここでは、選択肢とその近傍の操作ボタン 1 1 1は対応しており、「YES」の近傍の操作ボタンがクリックされると、「YESJの情報が S端末 1に入力される。

また、ここでは、選択肢に対応する操作ボタンのみアクティブになるソフトゥェァが実行されるので、図 36 ( a)において中央の操作ボタン 1 1 1は、対応する選択肢がないのでアクティブにならなし、。図 36 (b)に示すアクションにおいそは、「朝食はどれくらい食べましたか？」のアクションに対する選択肢が「全然」、「半分」、「全部」の 3つが表示されるので、 3つの操作ポタン 1 1 1の全てがァクティブになる。また、図 36 ( c)に示すように、「血糖値を測って、データを Pサーバからアップロードしてください」のようなガイド情報のみ表示させることも可能である。

'なお、この場合においても、操作ボタン 1 1 1を操作する時間について、上述のタイムアウトについて管理するようにしてもよい。

また、この実施形態において、ある S端末 1におけるアクションテーブル情報を他の S端末 1によって表示させた、実行結果を表示させるようにしてもよし、。この場合、他方の S端末 1からの要求を受けて、一方の S端末 1がその要求に応じた情報を送信するようにしてもよ他方の S端末 1がー方の S端末 1の記憶部 1 4にアクセスするようにしてもよい。

ここでは、 S端末 1に設けられた操作ボタン 1 1 1に選択肢を対応付けて表示させ、各操作ポタン 1 1 1をアクティブにするか否かを制御するようにしたので、操作ボタン 1 1 1に動的にコマンドを割り付けることによって、固定的に設けられた操作ボタン 1 1 1を有効に活用することが可能である。

次に、第 5の実施形態について説明する。ここではアクションテーブル情報は、生体情報端末からの検出吉果に応じて変更されるのではなく、外部からの指示に応じて変更する場合について説明する。（以後、外部からの指示に応じて変更したアクションテーブル情報のことを、第 3のアクションテーブル情報とする。）

Cサーバ 2は、定期的に気温情報を取得する。気象情報の取得は、気象情報配信会社から公衆回線を使用して、通信部 21によって受信する、 Pサーバ 4に温度センサを設置し、ユーザの居る環境の温度を Pサーバ 4で取得する、ユーザ宅内外に温度セサを設置しその温度情報を Pサーバから受信する、等の方法が考えられる。勿論、 Cサーバ自身に温度センサを設置し、その温度情報を参照するようにしてもよい。

そして、取得した気象情報が予め決められた気温より低い場合、 Cサーバ 2 は、生体情報端末のアクションテーブル情報を、脈拍数の測定回数を増やす内容の第 3のアクションテーブル情報に変更する。ここで、アクションテーブル情報の変更方法としては、 Cサーバ 2が、生体情報端末用の第 3のアクション亍一ブル情報を、変更が必要となった場合に、都度、 S端末 1に送信して変更させる方法と、予め S端末 1に全てのアクションテーブル情報を送信して記憶させておき、変更が必要となった場合に、 Cサーバ 2が S端末 1に記憶された第 3 のアクションテーブル情報のいずれかを示す IDを S端末 1に送信してアクションテーブル情報の変更を指示させる方法とがある。

特に、気象情報から、次の日の天気も同様に悪そうであることがわかった場合、次の日の S端末 1の起動時に、 Cサーバ 2が送信する第 1のアクションテーブル情報（標準アクションテーブル情報）を、今回変更したアクションテーブル情報とすることも可能である。また、 S端末 1起動時に、 Pサーバ 4もしくは S端末 1により、その日のアクションテーブル情報をユーザに通知することで、ユーザは今日のスケジュール（アクションテーブル情報）の内容や昨日のスケジュールとの違いを確認することができる。

なお、天候などの自然現象により、アクション亍一ブル情報が変更される場合について説明したが、その他の自然現象として、災害等の発生状況により個別にアクションテーブル情報を変更することも可能である。ここでは、災害時には、避難場所の案内をし、避難場所に着くまでは、バッテリの消耗を防ぐために測定頻度を下げるようにしてもよい。

次に、第 5の実施形態の別の例について説明する。ここでは、ユーザが空港に到着すると、空港に設置された Pサーバ 4からユーザの S端末 1に、飛行機用アクションテーブル情報が送信される。ここで、飛行機用アクションテーブル情報は、例えば、エコノミー症候群を考慮し、測定頻度を上げるように設定されたアクションテーブル情報であり、座席に設置された通信用ジャックで有線通信または超近距離無線通信が行えるよう、臨時接続設定に関する情報も含まれる。また、機内にも S端末 1からの情報を収集する、別の Pサーバ 4があるものとする。

機内でユーザの生体情報データに異常（予め決められた閾値を越えた生体情報データが測定される、等）が生じた場合、 S端末 1からの通信により、ユーザに異常が生じているということが客室乗務員に通知される。これにより、ユーザに対して応急処置を施すことができる。また、 S端末 1もしくは機内にある P サーバ 4において、生体情報データの安定値（測定値がほぼ一定状態）からュ一ザが寝入っていることが判断できた場合、機内にある Pサーバ 4は、ユーザが使用しているヘッドフォンのボリュームをフェードアウトし、椅子のリクライニングを少し下げるように、飛行機内の音響装置や椅子制御装置に対してコマンドを送信するようにしてもよい。これにより、ユーザによりよい睡眠を与えることができる。

着陸後、空港の Pサーバ 4から S端末 1に、飛行機内用アクションテーブル情報の終了信号が送信されると、 S端末 1は、もとの第 1のアクションテーブル情報に戻り、戻ったことを S端末 1の表示画面を使用してユーザに通知する。なお、場所 (空港）により、アクションテーブル情報が変更される例をあげた力その他として室外、室内の特定の場所（浴室、寝室等）、特定の施設（病院、デパート、学校、社内、コミュニティ等）といった場所に従って、個別にアクションテーブル情報を変更することも可能である。ここでは、第 3のアクションテープル情報の一例としては、

( 1 )浴室にいる間は密に血圧と脈拍と室温を測定する。

( 2 )寝室に入った時、据え置きベッドセンサで生体情報データを密に測定する。

(3)病院に入った時、通信を切る

(4)デパートにいる間、脈拍を密に測定する。

などがあげられる。

次に、第 5の実施形態の別の例について説明する。ここでは、医師が訪問診断によリューザ宅を訪れ、その場で様々な測定を行う必要が生じた場合、医師は自身の帯端末で Pサーバ 4にアクセスし、臨時測定用アクション亍一ブル情報（運動負荷を与えている最中の脈拍数推移を測定するため、運動量と脈拍数の継続測定と、 Pサーバ 4と医師の携帯端末への測定データ連続送信を指示する）を作成し、 Pサーバ 4に登録できる。

Pサーバ 4に臨時測定用アクション亍一ブル情報が登録されると、ユーザの S 端末 1、医師の携帯端末に、臨時測定用アクションテーブル情報が送信され、それらがユーザの S端末 1、医師の携帯端末に登録されると、臨時測定が可能な状態になる。医師は、ユーザへの様々な動作（運動）を指示し、その運動中の運動量と脈拍数の推移をその場で観察し、診断することができ、より正しい診断か可能となる。診断終了後、各端末や装置は、もとの第 1のアクションテーブル情報に戻る。診断の結果、服用する薬の種類、時間に変更が必要になった場合、医師は自身の携帯端末で Pサーバ 4にアクセスし、ユーザの第 1のアクションテーブル情報内にある薬の種類と服用時間を変更することができる。 Pサーバ 4において変更の登録が完了すると、 Pサーバ 4は、変更したアクションテーブル情報の変更点（服用時刻変更）を、音声で通知する。そして、ユーザの S端末 1や C サーバ 2に、変更された第 1のアクションテーブル情報を送信する。

なお、医師（介護人、看護士などの専門家）により、アクションテーブル情報が変更される例をあげたが、その他として、ユーザ本人、親族、友人、オペレータ、システム運用者等による人的な要因に従って、個別にアクションテーブル情報を変更することも可能である。また、ここでは、ユーザ本人、親族、友人の操作により、測定器の種類、測定回数を増加させるようにしてもよい。またここでは、通知、警報をさせる端末としては、 S端末 1や Cサーバ 2以外に、医療関係者、介護人、盲導犬、上司が所有する端末に送信するようにしてもよい。次に、第 6の実施形態として、 Cサーバ 2の他の実施形態について説明する。この実施形態における特徴は、 Cサーバ 2が、 S端末 1から送信され Cサーバ 2 内に記憶された生体情報データを長期的な期間において分析する分析機能を有することである。この実施形態において、 Cサーバ 2のアクション管理部 25 は、 S端末 1から送信され記憶部 24に記憶された生体情報データの履歴に基づいて、所定の期間について分析する分析機能を有する。この分析機能は、大きく分けると以下に示す 2つがある。

( 1 )生体情報データの値が予め決められた上限値を超えていない場合であつても、異常の兆候があるか否かを検出し、異常の兆候がある場合に、 S端末 1におけるアクションテーブル情報の種類やその内容を変更する。

( 2)生体情報データに一定周期で規則性が検出された場合、その規則性に従ってアクションテーブル情報の種類やその内容を変更する。

以下、上述の（1 )および（2)の一例について説明する。

( 1 )の一例

ここでは、ユーザが血糖値を測定する場合、 3ヶ月毎にその期間の血糖値が上昇傾向にあるか、安定している（ほぼ一定）か、.下降傾向にあるかの推移を検出する。この検出は、例えば、 S端末 1から送信された生体情報データの履歴力図 37に示すようなグラフに示される場合において、アクション管理部 25 は、一定期間毎にその履歴の傾きを算出し、算出結果が予め決められた所定値以上である場合に、異常の兆候があるものとして検出する。そして、異常の兆候があると検出した場合に、アクションテーブル情報の種類を高血糖値の人向けように変更する。ここでは、アクションテーブル情報としては、投薬の種類の変更、投薬量の変更投薬時間の変更、毎日行う運動の目標運動量の増加などをさせるための情報が含まれる。また、ここでは、異常の兆候が検出された場合には、担当医師に通知するとともに、「少しづつ血糖値があがっています。注意してください」などのメッセージを S端末 1に表示させ本人に警告をする。

このように、長期的な期間で生体情報データを参照することにより、症状が悪化する前に医師、ユーザ本人共に対処することが可能となる。

(2)の一例

ここでは、ユーザが脈拍数を測定する場合、アクション管理部 25は、毎日測定する脈拍数を一定期間（数年分）観察することによって脈拍数推移の特徴を分析し、傾向を検出する。例えば、 6~ 8月または気温が 27度以上である場合に脈拍数が高いといった傾向を検出した場合に、以後、その傾向に当てはまる時期や気温（6〜8月または気温が 27度）になったことを通信部 21によつて受信した場合に、アクションテーブル情報の種類をその月、その気温のァクシヨンテーブル情報に変更する。このアクションテーブル情報としては、たとえば、脈拍数測定回数の増加、毎日行う運動の目標運動量の減少を行うための情報が含まれる。さらに、ここでは、「6月なので注意しましょう。 Jまたは「気温が高いので注意しましょう」などのメッセージを S端末 1に表示させ、ユーザ本人に警告をする。これにより、ユーザ個人に特化した、きめ細やかな健康管理が可能となる。

この実施形態において、生体情報データの傾向を検出する時期は、例えば、起床時刻（初通信時刻）、週末のある時刻、平日のある時刻、就寝時間中、午前中、午後、季節などでもよい。

なお、上述した第 5および第 6の実施形態において、外部からの指示に応じて変更された後のスケジュールまたは、生体情報データを長期的な期間にお 2004/009057

46 いて分析した分析結果に応じて変更されたスケジュールの実行時において、そのスケジュールに従った実行結果に応じてさらに他のスケジュールに変更するようにしてもよい。これにより、ユーザの周辺の環境や体調の傾向の変化に応じたきめ fflやかな体調管理をすることができる。

次に、第 7の実施形態について説明する。この実施形態においては、 Pサーバ 4の機能を実現するためのプログラム（ソフトウェア）を近距離無線通信機能を有する携帯電話にダウンロードし、ダウンロードしたプログラムを携帯電話によって実行するようにしてもよい。これにより、場所を問わずに、 S端末 1で測定した測定結果を含む情報を Pサーバ⁴となる携帯電話に送信することができる。また、 Cサーバ 2から緊急で通知する情報がある場合に、携帯電話と通信を行うことによって対応することが可能となる。また、携帯電話が持つ機能を有効に利用することで、ヘルスケアシステムに有効な情報（例えば、食事内容、位置情報など)を入力することができる。

また、 Pサーバ 4の機能を実現するためのプログラム（ソフトゥヱァ）を携帯電話ではなぐ近距離無線通信機能を有する室内設置型製品（例えば、テレビ、冷蔵庫、トイレに設置された製品、風呂に設置された製品）にダウンロードし、実行するようにしてもよい。これにより、室内の場所を問わずに、 S端末 1で測定した測定結果を含む情報を Cサーバ 2に送信することができるので、 S端末 1でユーザに情報を通知する必要がある場合、その通知内容を、室内設置型製品を用いて通知することができる。通知の方法としては、テレビの字幕表示で表示したり、各種製品のスピーカなどによって音声出力することが可能である。このように、各種製品を利用して通知することによって、ユーザに緊急事態が生じた場合、同居人がし、る場所の室内設置型製品に緊急事態が発生していることを通知することができる。

また、 Cサーバ 2の機能を実現するためのプログラム（ソフトウェア）を通信機能を有する他の機器にダウンロードするようにしてもよい。例えば、上述したへルスケアビジネスを行いたいと考えている業者（例えば、公的機関、医療機関、ヘルスケアプロバイダ、医療商品取扱店など）にソフトウェアを提供し、その業者が、汎用的なコンピュータにダウンロードして実行することにより、更なるへルスケアビジネスを実現することも可能となる。 04 009057

47 たとえば、災害発生現場における救助隊の隊員を対象にして使用することができる。ここでは、災害現場に持っていくコンピュータにソフトウェアをダウン口 —ドし、災害救助隊員に生体情報端末を携帯させることによって、隊員の健康状態、救助の優先順位、等を分析することができる。

また、図 2における生体情報端末通信部 1 1、計時部 1 2、測定部 1 3、スケジユール実行管理部 1 5、報知部 1 6、操作部 1 7、制御部 1 9の機能、図 4における通信部 21、計時部 22、データ処理部 23、アクション管理部 25、報知部 26、操作部 27、制御部 29の機能、図 21における通信部 41、計時部 42、データ処理部 43、スケジュール実行管理部 45、報知部 46、操作部 47、制御部 49の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりスケジュール管理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、 OSや周辺機器等のハードウェアを含むものとする。

また、「コンピュータシステム」は、 WWWシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、 ROM , CD— ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに Γコンピュータ読み取リ可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンビュ一タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良ぐさらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。産業上の利用可能性

以上説明したようにこの発明によれば、第 1のスケジュール情報に従ったァクシヨンの実行結果に応じてスケジュール情報を変更するようにしたので、生体情報端末に、ユーザの体調や行動、疾患状態に応じた、適切なスケジュ一ル情報を、適宜設定することができる。

また、外部からの指示に応じて、スケジュール情報を変更するようにしたので、生体情報端末に対し、ユーザの外部環境の変化等に応じた適切なスケジユール情報を設定することができる。また、生体情報端末に外部環境の変化等に応じたスケジュール情報が設定されていても、検出手段の検出結果に応じて、スケジュール情報をユーザに適切なスケジュール情報へ更することができる。

また、スケジュール情報に従ったスケジュールの実行結果には、前記スケジユール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否力、、または前記アクションが実行されたか否かと実行された時刻、または体調情報の計測結果、または体調情報の計測結果と計測時刻、または入力手段から入力された入力情報、または入力手段から入力された入力情報と入力時刻、またはアクションが行われているか否かの検出が所定の継続時間内に検出できたか否か、といった様々な情報をが含まれるため、これらの情報を元に、ユーザに特化したきめ細やかなスケジュール情報の作成やその運用が可能となる。

また、.必要と考えられる生体情報端末のスケジュール情報を予め生体情報端末に送信しておき、スケジュール情報の変更はそのスケジュール情報の識別情報をもとに行うことを可能としたため、ヘルスケア装置と生体情報端末間の通信に係る情報量を削減することができる。

また、発明のへルスケア装置が扱う第 2のスケジュール情報または第 3のスケジュール情報は、前記第 1のスケジュール情報のうち一部の情報を変更する情報としたため、第 2のスケジュール情報または前記第 3のスケジュール情報の容量を軽減でき、ヘルスケア装置と生体情報端末間の通信に係る情報量を削減することができる。また、生体情報端末の記憶部に占めるスケジユール情報の保管容量を軽減させることができる。

また、判断テーブル情報に基づいた判断を行うことで、ユーザに特化した、ァクシヨンの実行結果に応じたきめ細やか処置や対応を、生体情報端末内で行うことができる。また、更に専門的な判断が必要となった時のみ、ヘルスケア装置へ判断の要求を行うため、何か異常が生じる度に通信回線を接続して遠隔にある医師等に問い合わせる、といった無駄な通信接続を頻繁に行わなくて済む。そして、通信に係る生体情報端末の消費電力を軽減することができる。さらに、医師等の専門家が不在であったリ、生体情報端末が通信圏外にあつても、生体情報端末自身で適切な処置が可能である。

また、別の生体情報端末で行ったスケジュール情報や、スケジュールの実行結果等を、ユーザが一番確認しやすい生体情報端末を用いて確認することができる。

また、個々のユーザに応じたスケジュール情報を適宜作成、適宜変更することができるため、例えば長期的に健康管理の必要な糖尿病等の慢性疾患、常時監視の必要な心臓病等の患者（ユーザ）に対して、きめ細やかなケアを行い、且つ患者のスケジュール情報の遵守状態を確認することができる。また、 SA RS (重症急性呼吸器症候群）等の感染症の患者に対しても、患者と密接な接触を持たなくても、遠隔から正確で継続的な計測検査を行うことができる。また、スケジュール情報と判断テーブル情報が、一覧表として扱うことができ、その内容の表示、作成、変更を非常に簡便に行うことができる情報であるため、例えば、スケジュール情報や判断テーブル情報の内容をコンピュータで実行可能なプログラムにした場合と比較すると、プログラム言語を全く知らない人間によつても、スケジュールの作成や変更が非常に容易である。また、一覧表として確認できるため、プログラムのソースコードを見るのと違い、非常に内容を把握しやすい。

Claims

1 . ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う、ヘルスケア装置であって、

前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、前記第 1のスケジュール情報に

主

従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジュール記憶手段と、

の

前記第 1のスケジュール情報を前記スケジュール記億手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、

囲

前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジユール情報に従ったスケジュールの実行結果を検出する検出手段と、

前記検出手段が検出した実行結果に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段と

を有することを特徴とするヘルスケア装置。

2. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う、ヘルスケア装置であって、

前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、外部から入力される指示に応じたスケジュールを示す第 3のスケジュール情報とを記憶するスケジュール記憶手段と、

前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、

外部からの指示を受信する受信手段と、

前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段と

を有することを特徴とするヘルスケア装置。

3.前記生体情報端末から送信されるデータに基づいて、前記第 3のスケジュ —ル情報に従ったスケジュールの実行結果を検出する検出手段を有し、前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 3のスケジュール情報から^のスケジュール情報に変更することを特徴とする、請求項 2に記載のへルスケア装置。

4.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否かを検出することを特徴とする、請求項 1または請求項 3に記載のへルスケア装置。

5.前記検出手段は、前記アクションが実行されたか否かを検出する際に、前記アクションが実行された時刻を含めて検出することを特徴とする、請求項 4 に記載のへルスケア装置。

6. 前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、体調情報の計測結果を検出することを特徴とする、請求項 1または請求項 3から請求項 5のうちいずれかに記載のへルスケア装置。

7.前記検出手段は、前記体調情報の計測結果を検出する際に、体調情報を計測した計測時刻を含めて検出することを特徴とする、請求項 6に記載のへルスケア装置。

8.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末の入力手段から入力された入力情報を検出することを特徴とする、請求項 1または請求項 3から請求項 7のうちいずれかに記載のへルスケア装置。

9.前記検出手段は、前記入力情報を検出する際に、前記入力情報が入力された入力時刻を含めて検出することを特徴とする、請求項 8に記載のへルス

5 ケア装置。

1 0.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが行われているか否かの検出が、所定の継続時間内に検出できたか否かを検出することを特徴とする、 0 請求項 1または請求項 3から請求項 9のうちいずれかに記載のへルスケア装置。，

1 1 .前記スケジュール変更手段は、前記第 2のスケジュール情報のスケジュールまたは前記第 3のスケジュール情報のスケジュールが終了した場合に前 5 記第 1のスケジュール情報のスケジュールに変更することを特徴とする、請求項 1から請求項 1 0のうちいずれかに記載のへルスケア装置。

1 2.前記スケジュール変更手段は、前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更する場合、または前記第 1のスケジュール情報か 0 ら前記第 3のスケジュール情報に変更する場合に、前記第 2のスケジュール情報または前記第 3のスケジュール情報を前記生体情報端末に送信する、あるいは、前記第 2のスケジュール情報または前記第 3のスケジュール情報を予め前記生体情報端末に送信しておき、変更時に前記第 2のスケジュール情報または前記第 3のスケジュール情報に設定された識別情報を送信して変更させ 5 ることを特徴とする、請求項 1から請求項 1 1のうちいずれかに記載のへルスケ

, ァ装置。

1 3.前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体 0 調情報の検出または該ュ一ザに対して医療に関する行動を行わせるための行動指示を示すアクション亍一ブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断亍一ブル情報とを有し、

前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクション亍一ブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする、請求項 1から請求項 1 2のうちいずれかに記載のベルスケア装置。

1 4. 前記第 2のスケジュール情報または前記第 3のスケジュール情報は、前記第 1のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする、請求項 1から請求項 1 3のうちいずれかに記載のへルスケア装置。

1 5.少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける中継装置であって、

前記生体情報端末に体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報と、前記第 1のスケジュール情報に従ったスケジュールの実行結果に応じて実施されるスケジュールを示す第 2のスケジュール情報とを記憶するスケジュール記憶手段と、

前記第 1のスケジュール情報を前記ズケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、

前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュ一ル情報に従ったスケジュールの実行結果を検出する検出手段と、

を有することを特徴とする中継装置。

1 6. 少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける中継装置であって、

外部からの指示を受信する受信手段と、

を有することを特徴とする中継装置。

1 7.少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムにおける管理装置であって、

前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して、前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、前記中継装置を介して前記生体情報端末から送信されるデータ基づいて、前記第 1のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段と、

前記検出手段が検出した実行結果に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を、前記第 1のスケジユール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする管理装置。

1 8.少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネッドワークを介して管理装置に接続されるへルスケアシステムにおける管理装置であって、

前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して、前記中継装置を介して前記生体情報端末に送信して実行させる通信手段と、外部からの指示を受信する受信手段と、

前記受信手段が受信した指示に応じて、前記中継装置を介して前記生体情報端末に送信して実行させるスケジュール情報を、前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段とを有することを特徴とする管理装置。

1 9.ヘルスケア装置と通信を行い、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、

前記へルスケア装置から第 1のスケジュール情報および第 2のスケジュール情報を受信する通信手段と、

前記通信手段が受信した第 1のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、

前記スケジュール実行管理手段が行った体調情報の検出または行動指示に対する実行結果を検出する検出手段と、

前記検出手段が検出した実行結果に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段と

を有することを特徴とする生体情報端末。

20.ヘルスケア装置と通信を行い、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末であって、

前記へルスケア装置から第 1のスケジュール情報および第 3のスケジュール情報を受信する通信手段と、

外部からの指示を受信する受信手段と、

前記受信手段が受信した指示に応じて、前記スケジュール実行管理手段において実行するスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段と

を有することを特徴とする生体情報端末。

21 .前記第 3のスケジュール情報に基づいて、体調情報の検出または行動指示を行うスケジュール実行管理手段と、

前記第 3のスケジュール情報に従ったスケジュールの実行結果を検出する検出手段を有し、

前記スケジュール変更手段は、前記検出手段が検出した実行結果に応じて、実行するスケジュール情報を前記第 3のスケジュール情報から他のスケジユール情報に変更することを特徴とする、請求項 20に記載の生体情報端末。

22.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが実行されたか否かを検出することを特徴とする、請求項 1 9または請求項 2 1に記載の生体情報端末。

23.前記検出手段は、前記アクションが実行されたか否かを検出する際に、前記アクションが実行された時刻を含めて検出することを特徴とする、請求項 22に記載の生体情報端末。

24.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、体調情報の計測結果を検出することを特徴とする、請求項 1 9または請求項 21から請求項 23のうちいずれかに記載の生体情報端末。

25.前記検出手段は、前記体調情報の計測結果を検出する際に、体調情報を計測した計測時刻を含めて検出することを特徴とする、請求項 24に記載の生体情報端末。

26.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記生体情報端末の入力手段から入力された入力情報を検出することを特徴とする、請求項 1 9または請求項 2 1から請求項 25のうちいずれかに記載の生体情報端末。

27.前記検出手段は、前記入力情報を検出する際に、前記入力情報が入力された入力時刻を含めて検出することを特徴とする、請求項 26に記載の生体情報端末。

28.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、前記スケジュール情報に従ったアクションが行われているか否かの検出が、所定の継続時間内に検出できたか否かを検出することを特徴とする、請求項 1 またば請求項 21から請求項 27のうちいずれかに記載の生体情報端术。

29.前記検出手段は、前記スケジュール情報に従ったスケジュールの実行結果として、脈拍数と血糖値とのうちいずれか一方または両方の計測結果、もしくは、その計測時刻を検出することを特徴とする、請求項 1 9または請求項 21 から 28のうちいずれかに記載の生体情報端末。

30.前記スケジュール変更手段は、前記第 2のスケジュール情報のスケジュールが終了した場合または前記第 3のスケジュール情報のスケジュールが終了した場合に、前記第 1のスケジュール情報のスケジュールに変更することを特徴とする、請求項 1 9から請求項 29のうちいずれかに記載の生体情報端末。

3 1 .前記スケジュール変更手段は、前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更する場合、または前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更する場合に、前記へルスケア装置から送信される前記第 2のスケジュール情報または前記第 3のスケジュール情報を受信して、前記第 2のスケジュール情報または前記第 3のスケジュール情報に変更する、あるいは、前記へルスケア装置から送信される前記第 2のスケジユール情報または前記第 3のスケジュール情報を予め受信して記憶しておき、前記へルスケア装置から前記第 2のスケジュール情報または前記第 3のスケジュール情報に設定された識別情報を受信した場合に、受信した識別情報に対応する前記第 2のスケジュール情報または前記第 3のスケジュール情報に変更することを特徴とする、請求項 1 9から請求項 30のうちいずれかに記載の生体情報端末。

32.前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報は、それぞれ、ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を示すアクション亍一ブル情報と、スケジュールの実行結果に応じた処理を行うための動作を、アクションテーブル情報に示されたアクションごとに規定した判断テーブル情報とを有し、

前記スケジュール変更手段は、前記判断テーブル情報に定義された情報に基づき、前記アクションテーブル情報に従ったアクションの実行結果に応じてスケジュール情報を変更することを特徴とする、請求項 1 9から請求項 31のうちいずれかに記載の生体情報端末。

33. 前記第 2のスケジュール情報または前記第 3のスケジュール情報は、前記第 1のスケジュール情報のうち一部の情報を変更する情報であることを特徴とする、請求項 1 9から請求項 32のうちいずれかに記載の生体情報端末。

34.前記第 1のスケジュール情報、前記第 2のスケジュール情報、および前記第 3のスケジュール情報に従ったスケジュールの実行結果が、前記判断テーブル情報を用いて判断した結果、異常であった場合に、前記へルスケア装置に判断の要求を行う判断要求手段を有することを特徴とする、請求項 1 9から請求項 33のうちいずれかに記載の生体情報端末。

35.前記生体情報端末が複数通信可能に接続された場合に、

自身の生体情報端末におけるスケジュール情報またはスケジュール情報に従ったスケジュールの実行結果について、他の生体情報端末に送信して表示させることを特徴とする、生体情報端末。

36. 少なくとも 1つの生体情報端末が中継装置に接続され、前記中継装置がネットワークを介して管理装置に接続されるへルスケアシステムであって、前記生体情報端末側を下位、前記管理装置側を上位とした場合に、上位側の装置は、下位側の装置における全スケジュールに関する情報と、上位側の判断によって下位のスケジュール情報を変更する際の下位のスケジュール情報を記憶することを特徴とする、ヘルスケアシステム。

37.ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と、へルスケア装歡とが接続された、ヘルスケアシステムであって、

前記へルスケア装置は、 .

前^第 1のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段と、

前記検出手段が検出した実行結果に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 2のスケジュール情報に変更するスケジュール変更手段とを有し、

前記生体情報端末は、

を有することを特徴とするヘルスケアシステム。

38.ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と、へルスケア装置とが接続された、ヘルスケアシステムであって、

前記へルスケア装置は、

前記第 1のスケジュール情報を前記スケジュール記憶手段から読み出して、前記生体情報端末に送信して実行させる通信手段、

外部からの指示を受信する受信手段と、 '

前記受信手段が受信した指示に応じて、前記生体情報端末に送信して実行させるスケジュール情報を前記第 1のスケジュール情報から前記第 3のスケジュール情報に変更するスケジュール変更手段とを有し、前記生体情報端末は、

外部からの指示を受信する受信手段と、

を有することを特徴とするヘルスケアシステム。

39. ユーザの体調に関する情報である体調情報の検出またば該ュ一ザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおけるスケジュール管理方法であって、

第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行い、

前記体調情報の検出結果または行動指示の結果を検出し、

検出した結果に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 2のスケジュール情報に変更する

ことを特徴とするスケジュール管理方法。

40. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおけるスケジュール管理方法であって、

外部からの指示を受信し、

受信した指示に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 3のスケジュール情報に変更する

ことを特徴とするスケジュール管理方法。

41 . ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットヮクを介して管理装置に接続されるへルスケアシステムにおける、中継装置に用いられるスケジュール管理方法であって、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、

前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジユール情報に従ったアクションの実行結果を検出し、

検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 2のスケジュール情報に変更することを特徴とするスケジュール管理方法。

42. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、中継装置に用いられるスケジュール管理方法であって、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、

外部からの指示を受信し、

受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジュール情報に変更することを特徴とするスケジュール管理方法。

43. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、管理装置に用いられるスケジュール管理方法であって、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったアクションの実行結果を検出し、

検出した実行結果に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第²のスケジユール情報に変更する

ことを特徴とするスケジュール管理方法。

44.ユーザの体調に関する情報でる体調情報の樟出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、管理装置に用いられるスケジュール管理方法であって、前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させ、

外部からの指示を受信し、

受信した指示に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジユール情報に変更する

ことを特徴とするスケジュール管理方法。

45. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法であって、

第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行しゝ、

前記体調情報の検出結果または行動指示の結果を検出し、

ことを特徴とするスケジュール管理方法。

46. ユーザの体調に関する情報である体調情報の検または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおける生体情報端末に用いられるスケジュール管理方法であって、

、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行い、

外部からの指示を受信し、

ことを特徴とするスケジュール管理方法。

47.ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへ)レスケアシステムにおけるスケジュール管理プログラムであって、

第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、

前記体調情報の検出結果または行動指示の結果を検出するステップと、検出した結果に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 2のスケジュール情報に変更するステップと

をコンピュータに実行させるためのスケジュール管理プログラム。

48. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおけるスケジュール管理プログラムであって、

外部からの指示を受信するステップと、

受信した指示に応じて、,実行するスケジュール情報を前記第 1のスケジユール情報から第 3のスケジュール情報に変更するステップと

49. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、中継装置に用いられるスケジュール管理プログラムであつて、

前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させるステップと、前記生体情報端末から送信されるデータに基づいて、前記第¹のスケジユール情報に従ったアクションの実行結果を検出するステップと、

検出した実行結果に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報からを第²のスケジュール情報に変更するステップと

50.ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、中継装置に用いられるスケジュール管理プログラムであつて、

前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させるステップと、外部からの指示を受信するステップと、

受信した指示に応じて、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジュール情報に変更するステツプと

5 1 . ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、管理装置に用いられるスケジュール管理プログラムであつて、

前記生体情報端末に、体調情報の検出または行動指示を行わせるためのスケジュールを示す第 1のスケジュール情報を送信して実行させるステップと、前記中継装置を介して前記生体情報端末から送信されるデータに基づいて、前記第 1のスケジュール情報に従ったアクションの実行結果を検出するステツプと、

検出した実行結果に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第 Ίのスケジュール情報から第 2のスケジユール情報に変更するステップと

52. ユーザの体調に関する情報である体調情報の検出まだは該ュ一ザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末と通信を行う中継装置が、ネットワークを介して管理装置に接続されるへルスケアシステムにおける、管理装置に用いられるスケジュール管理プログラムであつて、

受信した指示に応じて、前記中継装置を介して、前記生体情報端末に実行させるスケジュール情報を前記第 1のスケジュール情報から第 3のスケジユール情報に変更するステップと

53. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシステムにおける生体情報端末に用いられるスケジュール管理プログラムであって、第 1のスケジュール情報に基づいて体調情報の検出または行動指示を行うステップと、

前記体調情報の検出結果または行動指示の結果を検出するステップと、検出した結果に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 2のスケジュール情報に変更するするステップと

54. ユーザの体調に関する情報である体調情報の検出または該ユーザに対して医療に関する行動を行わせるための行動指示を行う生体情報端末を備えたへルスケアシス亍厶における生体情報端末に用いられるスケジュール管理プログラムであって、

外部からの指示を受信するステップと、

受信した指示に応じて、実行するスケジュール情報を前記第 1のスケジユール情報から第 3のスケジュール情報に変更するステップと