(57)【要約】      （修正有）【課題】生活習慣病リスク因子を簡易に収集する健康管理支援システムを提供する。【解決手段】健康管理支援システムは、（１）生体情報を検出するセンサと、（２）、生体情報を格納する記憶部を有するホームサーバ、（３）入出力端末と、（４）ネットワークと、（５）生活習慣病のリスク因子が格納されたリスク判定知識ベース、リスク因子の有無を判定するセンサ判定知識ベース、及び、リスク因子を收集する問診知識ベースを管理する知識ベース管理部と、（６）センサ条件を読み出し、リスク因子の有無を判定し、結果を記憶部に格納するセンサ判定部と、（７）質問と回答選択肢を問診知識ベースから抽出して入出力端末に出力し、選択された回答選択枝をチェック結果としリスク因子と共に記憶部に格納する問診部と、（８）リスク因子、チェック結果から生活習慣病のリスク値を算出して出力するリスク判定部とを有する。【選択図】図１
2006026037.tif 000002
【特許請求の範囲】
【請求項１】
（１）生体情報を検出するセンサと検出した生体情報を送信するセンサデバイス通信部とを有するセンサデバイス、（２）前記生体情報を受信するサーバ通信部と、受信した生体情報を格納する記憶部とを有するホームサーバ、（３）入出力端末と、（４）前記センサデバイスと前記ホームサーバと前記入出力端末とが通信可能なネットワークと、（５）生活習慣病のリスク因子が格納されたリスク判定知識ベース、前記センサが検出した生体情報から前記リスク因子の有無を判定するためのセンサ条件が格納されたセンサ判定知識ベース、及び、リスク因子を收集するための質問と回答選択肢が格納された問診知識ベースを管理する知識ベース管理部と、（６）前記センサ判定知識ベースのセンサ条件を読み出し、前記センサが検出した生体情報と比較してリスク因子の有無を判定し、リスク因子が有ると判定された場合にリスク因子が有るというチェック結果と共に前記記憶部に格納するセンサ判定部と、（７）前記リスク判定知識ベースのリスク因子を読み出し、前記記憶部に格納されたリスク因子と比較して前記記憶部に格納されていないリスク因子を抽出し、抽出されたリスク因子を収集する質問と回答選択肢を前記問診知識ベースから抽出して前記入出力端末に出力し、選択された回答選択枝を取得してチェック結果とし、リスク因子をチェック結果と共に前記記憶部に格納する問診部と、（８）前記記憶部のリスク因子とチェック結果とから生活習慣病のリスク値を算出して、前記入出力端末に出力するリスク判定部とを有することを特徴とする健康管理支援システム。
【請求項２】
請求項１に記載の健康管理支援システムにおいて、被検体に装着するセンサウェアを識別するセンサウェアＩＤを記憶するセンサウェアＩＤ記憶部と前記センサウェアＩＤを送信するセンサウェア通信部とを具備する前記センサウェアを有し、前記ホームサーバは、前記被検体を識別するユーザＩＤと前記センサウェアＩＤとを格納する個人基本情報データベースと、前記被検体を認証するユーザ認証部とを有し、前記知識ベース管理部は、前記ユーザＩＤ毎に格納された知識ベースを有し、前記センサデバイス通信部は、前記センサウェアＩＤを受信し、前記センサウェアＩＤと共に生体情報を送信し、前記サーバ通信部は、前記センサウェアＩＤと生体情報を受信し、前記ユーザ認証部は、受信したセンサウェアＩＤをもとに、前記個人情報データベースを検索してユーザＩＤを抽出し、抽出したユーザＩＤに応じた知識ベースを前記知識ベース管理部から読み出して、前記センサ判定部、前記問診部、前記リスク判定部の各処理を実行することを特徴とする健康管理支援システム。
【請求項３】
請求項１に記載の健康管理支援システムにおいて、前記センサデバイスは、前記センサデバイスを識別するセンサデバイスＩＤを格納するセンサデバイスＩＤ記憶部を有し、前記ホームサーバは、前記センサデバイスＩＤと、前記入出力端末を識別する端末ＩＤと、前記センサデバイス及び前記入出力端末が設置された場所を識別する場所ＩＤを格納するデバイス情報データベースとを有し、前記センサ判定知識ベースは、前記場所ＩＤを記述可能な場所条件を格納し、前記センサデバイス通信部は、前記センサデバイスＩＤと共に生体情報を送信し、前記サーバ通信部は、前記センサデバイスＩＤと生体情報を受信し、受信したセンサデバイスＩＤをもとに、前記デバイス情報データベースを検索して場所ＩＤを抽出し、抽出した場所ＩＤが前記場所条件に記述された場所ＩＤに一致する知識ベースを前記知識ベース管理部から読み出して、前記センサ判定部、前記問診部、前記リスク判定部の各処理を実行し、抽出した場所ＩＤをもとに、前記デバイス情報データベースを検索して端末ＩＤを抽出し、抽出された端末ＩＤで識別された入出力端末に出力することを特徴とする健康管理支援システム。
【請求項４】
請求項１に記載の健康管理支援システムにおいて、前記ホームサーバは、日時を出力するタイマーを有し、前記センサ判定知識ベースは、開始時間と終了時間を記述可能な時間条件を格納し、前記タイマーの出力する日時が前記時間条件に適合する知識ベースを、前記知識ベース管理部から読み出し、前記センサ判定部、前記問診部、前記リスク判定部の処理を実行することを特徴とする健康管理支援システム。
【請求項５】
請求項１に記載の健康管理支援システムにおいて、１又は複数の住宅設備もしくは家電機器を有し、前記ホームサーバが、前記住宅設備もしくは家電機器及び前記入出力端末を制御する制御コマンドを処理する制御コマンド処理部を有し、前記センサ判定知識ベースは、前記制御コマンドをセンサ条件と共に格納し、前記センサ判定知識ベースのセンサ条件を読み出し、前記センサが検出した検出値と比較して適合した制御コマンドを実行することを特徴とする健康管理支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、日常生活において、個人の健康管理を支援するシステムに関する。
【背景技術】
【０００２】
近年、少子高齢化、長寿化が進む中で、健康寿命延伸のための自己健康管理に関する意識が向上している。特に、生活習慣病予備軍とされる中高齢者に対して、日常生活における健康管理支援が求められている。このような健康管理支援に関して、従来、測定装置で生体情報を収集し、問診形式で生活習慣や食事内容を収集し、健康アドバイスを行うシステムがある。例えば、特許文献１に記載の「健康管理装置」では、ＩＣカードで個人を識別し、ＣＣＤカメラ、臭いセンサ、色センサで排泄物性状（形、臭い、色）を検出し、食事内容や体調を収集し、食事改善アドバイスを行う。例えば、特許文献２に記載の「健康管理支援システム」では、体脂肪計と尿糖計付きトイレで生体情報を収集し、携帶電話で排泄物の視覚的情報や体調等の感覚的情報を収集し、健康アドバイスを行う。また、特許文献３に記載の「サプリメント提供システム及び情報記録媒体」では、生活習慣と症状を問診項目で提示し、回答結果からサプリメントを処方する。
【０００３】
【特許文献１】特開１９９８−１７６３６２号公報
【０００４】
【特許文献２】特開２００４−１３５０８号公報
【特許文献３】特開２００２−１０９０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来の技術では、生活習慣や体調等の問診項目が多いため、ユーザが入力に時間がかかるという問題があった。また、従来の技術では、個人を認証するために、ＩＣカード等、居宅内では通常持ち歩かないデバイスを持ち歩かなければならないという問題があった。このように、従来の技術は、日常生活での利用が困難であった。
本発明の目的は、居宅内等での日常生活において、生活習慣病のリスク因子を簡易に収集する健康管理支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
生体情報を検出するセンサと検出した生体情報を送信するセンサデバイス通信部とを有するセンサデバイスと、生体情報を受信するサーバ通信部と、受信した生体情報を格納する記憶部とを有するホームサーバと、入出力端末と、センサデバイスとホームサーバと入出力端末とが通信可能なネットワークと、で構成される健康管理支援システムであって、生活習慣病のリスク因子が格納されたリスク判定知識ベースと、センサが検出した生体情報からリスク因子の有無を判定するためのセンサ条件が格納されたセンサ判定知識ベースと、リスク因子を收集するための質問と回答選択肢が格納された問診知識ベースと、を管理する知識ベース管理部と、センサ判定知識ベースのセンサ条件を読み出し、センサが検出した生体情報と比較してリスク因子の有無を判定し、リスク因子が有ると判定された場合にリスク因子が有るというチェック結果と共に記憶部に格納するセンサ判定部と、リスク判定知識ベースのリスク因子を読み出し、記憶部に格納されたリスク因子と比較して記憶部に格納されていないリスク因子を抽出し、抽出されたリスク因子を収集する質問と回答選択肢を問診知識ベースから抽出して入出力端末に出力し、選択された回答選択枝を取得してチェック結果とし、リスク因子をチェック結果と共に記憶部に格納する問診部と、記憶部のリスク因子とチェック結果とから生活習慣病のリスク値を算出して、入出力端末に出力するリスク判定部と、で構成されることを特徴とする健康管理支援システムにより、上記の課題は解決できる。
【０００７】
また、被検体に装着するセンサウェアを識別するセンサウェアＩＤを記憶するセンサウェアＩＤ記憶部とセンサウェアＩＤを送信するセンサウェア通信部とを有するセンサウェアを有し、ホームサーバは、被検体を識別するユーザＩＤとセンサウェアＩＤとを格納する個人基本情報データベースと、被検体を認証するユーザ認証部と、を有し、知識ベース管理部は、ユーザＩＤ毎に格納された知識ベースを有し、センサデバイス通信部は、センサウェアＩＤを受信し、センサウェアＩＤと共に生体情報を送信し、サーバ通信部は、センサウェアＩＤと生体情報を受信し、ユーザ認証部は、受信したセンサウェアＩＤをもとに、個人情報データベースを検索してユーザＩＤを抽出し、抽出したユーザＩＤに応じた知識ベースを知識ベース管理部から読み出して、センサ判定部、問診部、リスク判定部の各処理を実行することを特徴とする健康管理支援システムにより、個人の認証を簡易に実現しつつ、上記の課題は解決できる。
【０００８】
また、センサデバイスは、センサデバイスを識別するセンサデバイスＩＤを格納するセンサデバイスＩＤ記憶部を有し、ホームサーバは、センサデバイスＩＤと、入出力端末を識別する端末ＩＤと、センサデバイス及び入出力端末が設置された場所を識別する場所ＩＤを格納するデバイス情報データベースと、を有し、センサ判定知識ベースは、上記場所ＩＤを記述可能な場所条件を格納し、センサデバイス通信部は、センサデバイスＩＤと共に生体情報を送信し、サーバ通信部は、センサデバイスＩＤと生体情報を受信し、受信したセンサデバイスＩＤをもとに、デバイス情報データベースを検索して場所ＩＤを抽出し、抽出した場所ＩＤが上記場所条件に記述された場所ＩＤに一致する知識ベースを知識ベース管理部から読み出して、センサ判定部、問診部、リスク判定部の各処理を実行し、抽出した場所ＩＤをもとに、デバイス情報データベースを検索して端末ＩＤを抽出し、抽出された端末ＩＤで識別された入出力端末に出力することを特徴とする健康管理支援システムにより、場所に応じて適切な情報が出力されるので、日常生活の中で違和感ない形式で、上記の課題は解決できる。
【０００９】
また、ホームサーバは、日時を出力するタイマーを有し、センサ判定知識ベースは、開始時間と終了時間を記述可能な時間条件を格納し、タイマーの出力する日時が時間条件に適合する知識ベースを知識ベース管理部から読み出し、センサ判定部、問診部、リスク判定部の処理を実行することを特徴とする健康管理支援システムにより、時間に応じて適切な情報が出力されるので、日常生活の中で違和感ない形式で、上記の課題は解決できる。
【００１０】
また、健康管理支援システムは、１つもしくは複数の住宅設備もしくは家電機器を有し、ホームサーバは、住宅設備もしくは家電機器及び入出力端末を制御する制御コマンドを処理する制御コマンド処理部を有し、センサ判定知識ベースは、制御コマンドをセンサ条件と共に格納し、センサ判定知識ベースのセンサ条件を読み出し、センサが検出した検出値と比較して適合した制御コマンドを実行することを特徴とする健康管理支援システムにより、居住者の安全性、省エネ、利便性を向上しつつ、上記の課題は解決できる。
【発明の効果】
【００１１】
本発明の健康管理支援システムにより、生活習慣病のリスク因子を、時間や場所に応じて、日常生活の中で簡易に収集できるので、適切な生活習慣病リスクを提示でき、生活習慣の改善意識を向上させることが可能となる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の実施例の健康管理支援システムの構成を示す図である。
本システムは、ホームサーバ１００、センサウェア１５０、センサデバイス１６０、ネットワーク１４０、入出力端末１２０、住宅設備・家電機器１７０から構成される。本システムでは、ホームサーバ１００、センサデバイス１６０、ネットワーク１４０、入出力端末１２０、住宅設備・家電機器１７０を、マンション等の集合住宅の１つの居宅に設置し、センサウェア１５０を、居宅の居住者（以下ユーザとする）が身体に装着して利用する。ホームサーバ１００を、マンション内に１つ設置し、センサデバイス１６０と入出力端末１２０と住宅設備・家電機器１７０とを居宅毎に設置して１つのネットワークで接続して利用しても良い。これにより、システムの導入コストや管理コストを低減できる。
【００１３】
また、本システムでは、ホームサーバ１００、センサデバイス１６０、ネットワーク１４０、入出力端末１２０を、戸建住宅（以下居宅とする）に設置し、センサウェア１５０を、居宅の居住者（以下ユーザとする）が身体に装着して利用してもよい。ホームサーバ１００を居宅毎に設置することで、ホームサーバで管理する個人基本情報や生体情報等の個人のプライバシー情報の漏洩防止等、情報セキュリティ管理を簡易化できる。ホームサーバは、集合住宅や戸別住宅の保守管理を行うカスタマーセンターに設置し、センサデバイス１６０と入出力端末１２０と住宅設備・家電機器１７０とを居宅毎に設置して１つのネットワークで接続して利用しても良い。これにより、ホームサーバの保守管理を一元化できる。ホームサーバ１００は、サーバ制御部１０１、サーバメモリ１０２、センシング情報受信部１０３、ユーザ認証部１０４、センシング情報判定部１０５、問診部１０６、出力部１０７、入力結果取得部１０８、リスク判定部１０９、サーバ通信部１１０、個人基本情報データベース１１１、デバイス情報データベース１１２、ユーザデータベース１１３、知識ベース１１４、日時を出力するタイマー１１５、Ｗｅｂサーバ１１６、制御コマンド処理部１１７から構成される。
【００１４】
センサウェア１５０は、センサウェア制御部１５１、センサウェアメモリ１５２、センサウェアを識別する固有ＩＤであるセンサウェアＩＤを格納するセンサウェアＩＤ記憶部１５３、センサウェア演算部１５４、センサウェア無線通信部１５５、赤外線発光ダイオード（ＬＥＤ）１５６、赤外線センサ１５７、加速度センサ１５８、ユーザ状況判定部１５９から構成される。センサウェアＩＤ記憶部１５３には、「sensorw01」が記憶されている。センサウェア１５０は、センサデバイス１６０と無線通信を行う。センサウェア１５０は、リストバンドに組み込まれており、ユーザは手首に装着して利用することを想定しているが、ペンダント、指輪、腕時計、鍵、衣類等の身に付けるものに組み込まれていても良い。また、バンソウコウのように皮膚に直接貼りつけて利用してもよい。
【００１５】
センサデバイス１６０は、センサ制御部１６１、センサメモリ１６２、センサＩＤ記憶部１６３、センサ通信部１６４、センサ無線通信部１６５、人感センサ１６６、複数のセンサを着脱可能なセンサ接続部１６９、センサ接続部１６９に接続されユーザの生体情報を検出するリスク因子収集センサ１６７から構成される。リスク因子収集センサ１６７として、センサ接続部１６９にアルコールセンサが接続されている。これにより、生活習慣のリスク因子「飲酒」の有無を収集できる。また、センサ接続部１６９には、たばこセンサ、臭いセンサ等の他のセンサも接続できる。たばこセンサを接続することで、たばこの煙成分を検出し、リスク因子「喫煙」の有無を収集できる。また、臭いセンサを接続することで、皮脂の臭いを検出し、リスク因子「高脂肪食」の有無を収集できる。人感センサ１６６は、焦電型赤外線センサを想定しているが、他のセンサでもよい。
【００１６】
図２は、本発明の実施例のセンサＩＤ記憶部１６３の例６００を示す図である。
センサＩＤ記憶部１６３は、センサデバイスＩＤ情報６１０、センサＩＤ情報６２０から構成される。センサデバイスＩＤ情報６１０は、センサデバイスを識別するセンサデバイスＩＤ６１１を記憶する。センサＩＤ情報６２０は、センサデバイスに接続されているセンサに関して、センサの情報を処理する順序を記憶するセンサ順序６２１、センサを識別するセンサＩＤ６２２、センサの種類を示すセンサ種別６２３を記憶する。例６００の場合、センサデバイス１６０は、センサデバイスＩＤ「sensord10」、センサＩＤとして、人感センサのセンサＩＤ「sensor11」、アルコールセンサのセンサＩＤ「sensor12」を記憶している。ネットワーク１４０には、ホームサーバ１００、センサデバイス１６０、入出力端末１２０が接続している。
【００１７】
ホームサーバ１００は、ネットワーク１４０を介して、センサデバイス１６０、入出力端末１２０、住宅設備・家電機器１７０と通信を行う。ネットワーク１４０は、ＬＡＮ（Local Area Network）ケーブルによる有線通信を想定しているが、電力線通信（PLC、Power Line Communication）や他の有線通信、又は、ＩＥＥＥ８０２．１１ｂ等の無線通信の他、独自の通信方式でもよい。入出力端末１２０は、端末制御部１２１、端末ＩＤ記憶部１２２、端末通信部１２３、表示部１２４、入力部１２５、端末コマンド処理部１２６から構成される。端末ＩＤ記憶部１２２には、「terminal10」が記憶されている。入出力端末１２０は、タッチパネルディスプレイ付きのＰＣを想定している。端末コマンド処理部１２６は、Ｗｅｂブラウザ機能を含んでいても良い。センサデバイス１６０と入出力端末１２０は、トイレに設置されることを想定しているが、洗面室や、キッチン、ベッドルーム（以下、各図では「ベッドルーム」と記載するが、文中では「寝室」と記載する）、リビングルーム、ダイニングルーム、浴室等に設置されても良い。
【００１８】
センサデバイス１６０は、換気扇に設置される。換気扇のルーバーに埋め込まれていることが望ましい。これにより、人感センサで直接計測でき、かつ生体から発散されるアルコール、たばこ、アセトアルデヒド等の臭い成分を効率的に収集できる。センサデバイス１６０に、発電用ファンが組み込まれていても良い。これにより、換気扇に吸入される空気の流れをもとに発電できるので、センサデバイス１６０の消費電力を削減できる。また、センサデバイス１６０と同じ構成からリスク因子収集センサ１６７を接続しないセンサデバイス１６０’（センサデバイスＩＤ「sensord30」、人感センサのセンサＩＤ「sensor11」）と、入出力端末１２０と同じ構成の入出力端末１２０’（端末ＩＤ「terminal30」）とを寝室に設置する。住宅設備・家電機器１７０は、ドア、窓、門、電動シャッター、トイレ便座、ベッド、浴槽、床暖房、ガスコンロ、電磁調理器、水道、浄水器、電話、照明、冷蔵庫、炊飯器、電子レンジ、トースター、エアコン、洗濯機、テレビ、オーディオ機器、マッサージチェア、ソファ等から構成される。本システムをハードウエア構成として説明するが、本システムの機能の一部をソフトウエアで構成してもよい。
【００１９】
図３は、本発明の実施例の個人基本情報データベース１１１の例２００を示す図である。
例２００は、ユーザを識別するユーザＩＤを格納するユーザＩＤフィールド２０１、ユーザＩＤとパスワードを用いてユーザ認証を実施する時に使用するパスワードを格納するパスワードフィールド２０２、氏名、年齢、性別、身長を含む個人情報を格納する個人情報フィールド２０３、ユーザが利用し装着するセンサウェアを識別するセンサウェアＩＤを格納するセンサウェアＩＤフィールド２０４から構成される。例えば、例２００では、個人基本情報データベース１１１のレコード２１０Ａには、ユーザＩＤフイールド２０１に「user0001」、パスワードフイールド２０２に「＊＊＊＊」、個人情報フィールド２０３に「氏名「○田△之」、年齢（才）「３０」、性別「男」、身長（ｍ）「１７０」」、センサウェアＩＤフィールド２０４に「センサウェアＩＤ「sensorw01」」が格納されており、ユーザは、センサウェアＩＤ「sensorw01」で識別されるセンサウェアを所有していることを示している。
【００２０】
図４は、本発明の実施例のデバイス情報データベース１１２の例３００を示す図である。
例３００は、センサデバイステーブル３１０、入出力端末テーブル３２０とから構成される。センサデバイステーブル３１０は、センサデバイスや入出力端末を識別するデバイスＩＤを格納するデバイスＩＤフィールド３１１、センサＩＤを格納するセンサＩＤフィールド３１２、センサ種別を格納するセンサ種別フィールド３１３、センサが設置される場所を識別する場所ＩＤが格納される場所ＩＤフィールド３１４、センサが設置される場所を示す場所情報フィールド３１５とから構成される。例えば、センサデバイステーブル３１０には、デバイスＩＤフィールド３１１に「sensor10、sensord30」、センサＩＤフィールド３１２に「sensor11、sensor12」、センサ種別フィールド３１３に「人感センサ、アルコールセンサ」、場所ＩＤフィールド３１４に「location10、location30」、場所情報フィールド３１５に「トイレ、寝室」が格納されており、デバイスＩＤ「sensor10」のセンサデバイスの有するセンサＩＤ「sensor11」、「sensor12」で識別されるセンサが、トイレを識別する場所ＩＤ「location10」に、設置されていることを示している。また、デバイスＩＤ「sensord30」のセンサデバイスの有するセンサＩＤ「sensor11」で識別されるセンサが、寝室を識別する場所ＩＤ「location30」に、設置されていることを示している。
【００２１】
入出力端末テーブル３２０は、デバイスＩＤフィールド３２１、場所ＩＤフィールド３２２、場所情報フィールド３２３とから構成される。例えば、入出力端末テーブル３３２には、デバイスＩＤフィールド３２１に「terminal10、terminal30」、場所ＩＤフィールド３２２に「location10、location30」、場所情報フィールド３２３に「トイレ、寝室」が記憶されており、デバイスＩＤ「terminal10」の入出力端末が、トイレを意味する場所ＩＤ「location10」に、デバイスＩＤ「terminal30」の入出力端末が、寝室を意味する場所ＩＤ「location30」に、敷設されていることを示している。
【００２２】
図５は、本発明の実施例のユーザデータベース１１３の例４００を示す図である。
ユーザデータベース１１３は、センシング情報履歴テーブル４３０（４３０Ａ、…）、チェック結果履歴テーブル４４０とから構成される。センシング情報履歴テーブル４３０は、ユーザＩＤを格納するユーザＩＤフィールド４３１、センサウェアＩＤを格納するセンサウェアＩＤフィールド４３２、センサデバイスＩＤ格納するセンサデバイスＩＤフィールド４３３、センサＩＤを格納するセンサＩＤフィールド４３４、センシング結果を格納するセンシング結果フィールド４３５、センシング日時を格納するセンシング日時フィールド４３６とから構成される。チェック結果履歴情報テーブル４４０（４４０Ａ、４４０Ｂ、４４０Ｃ、…）は、ユーザＩＤを格納するユーザＩＤフィールド４４１、チェック項目を格納するチェックＩＤフィールド４４２、チェック結果を格納するチェック結果フィールド４４３、チェック結果がユーザからの入力か（Ｙ）否か（Ｎ）を示す問診フラグを格納する問診フラグフィールド４４４、チェック日付格納するチェック日付フィールド４４５、チェック日時を格納するチェック日時フィールド４４６とから構成される。
【００２３】
図６は、本発明の実施例の知識ベース１１４の例５００（５１０Ａ、…、５１０Ｃ、…、５１０Ｅ〜５１０Ｊ、５１０Ｌ、…、５１０Ｎ、…、５１０Ｐ、５１０Ｑ、…）を示す図である。
知識ベース１１４は、センシング情報判定知識テーブル５１０、リスク判定知識テーブル５２０、問診マスタテーブル５３０、メッセージマスタテーブル５４０とから構成される。センシング情報判定知識テーブル５１０は、ユーザＩＤを格納するユーザＩＤフィールド５１１、メッセージＩＤを格納するメッセージＩＤフィールド５１２、センサ条件を格納するセンサ条件フィールド５１３、開始時間と終了時間を記述可能な時間条件を格納する時間条件フィールド５１４、場所ＩＤを格納する場所ＩＤフィールド５１５、チェック項目を格納するチェックＩＤフィールド５１７、チェック結果を格納するチェック結果フィールド５１８、制御コマンドを格納する制御コマンドフィールド５１９とから構成される。
【００２４】
例えば、センサ条件フィールド５１３のセンサ条件が「sensor11＝１」の場合、センサＩＤフィールド４３４のセンサＩＤが「sensor11」であり、センシング結果フィールド４３５のセンシング結果が「１」の時、後述するステップ９０６で一致すると判定される。また、例えば、センサ条件フィールド５１３のセンサ条件が「０．１≦sensor12＜０．５」の場合、センサＩＤフィールド４３４のセンサＩＤである「sensor12」のセンシング結果が０．１以上かつ０．５未満の時、一致すると判定される。また、例えば、時間条件フィールド５１４の時間条件が「06:00-12:00」の場合、後述するセンシング時間が開始時間「６時」から終了時間「１２時」前までの時、一致すると判定される。
【００２５】
リスク判定知識テーブル５２０は、ユーザＩＤを格納するユーザＩＤフィールド５２１、生活習慣病リスクを識別するリスクＩＤを格納するリスクＩＤフィールド５２２、生活習慣病リスクのリスク因子を識別するチェックＩＤを格納するチェックＩＤフィールド５２３と生活習慣病リスクを算出する時に用いるリスク因子の関連度を示すパラメータを格納する指数フィールド５２４とから構成される。リスク判定知識テーブル５２０では、ユーザＩＤフィールド５２１のユーザＩＤ「user0001」に対し、高脂血症の生活習慣病リスクを識別するリスクＩＤフィールド５２２にリスクＩＤ「DRLF」、チェックＩＤフィールド５２３に、リスク因子「飲酒」を識別するチェックＩＤ「alcohol」、リスク因子「高脂肪食」を識別するチェックＩＤ「fattyfood」、リスク因子「過食」を識別するチェックＩＤ「overeaten」が記述されている。
【００２６】
問診マスタテーブル５３０（５３０Ａ、５３０Ｂ、５３０Ｃ、…）は、質問ＩＤを格納する質問ＩＤフィールド５３１、チェック項目を格納するチェックＩＤフィールド５３２、質問内容を格納する質問内容フィールド５３３、選択肢（選択肢１、選択肢２、…）から選択された結果を格納する選択肢フィールド５３４、チェック結果（チェック結果１、チェック結果〜、…）を格納するチェック結果フィールド５３５から構成される。
【００２７】
メッセージマスタテーブル５４０は、メッセージＩＤを格納するメッセージＩＤフィールド５４１、メッセージ内容を格納するメッセージフィールド５４２とから構成される。
（１）本システムの動作を、ユーザがセンサウェア１５０を手首に装着する場合を例にとって、説明する。
【００２８】
図７は、本発明の実施例のセンサウェア１５０の動作を表すフローチャートである。
なお、以下の説明、各図において、「ステップ」及び「工程」の表現は同義に用いるものとする。
センサウェア１５０の電源が入ると、センサウェア制御部１５１は、センサウェア演算部１５４を起動し、加速度センサ１５８が検出した加速度と、センサウェアメモリ１５２に記憶された基準値とを比較し、基準値以上か否かでセンサウェアの動きを検出したか否かを判定する工程７０１（センサウェアの動きを検出判定工程）を実行する。工程７０１でセンサウェアの動きを検出していないと判定した場合、センサウェア制御部１５１は、工程７０１に戻る。工程７０１でセンサウェアの動きを検出したと判定した場合、センサウエア制御部１５１は、センサウェアメモリ１５２に、現在時刻を変数ｔとして初期設定する工程７０２（変数ｔ初期設定工程）を実行する。次に、センサウェア制御部１５１は、センサウェア演算部１５４を起動し、現在時刻から変数ｔを減算し、センサウェアメモリ１５２に記憶された装着判定時間（例えば、１０秒）未満か否かを判定し、終了するか否かを判定する工程７０３（終了判定工程）を実行する。
【００２９】
工程７０３で、装着判定時間未満と判定した場合、センサウェア制御部１５１は、処理を終了する。工程７０３で、装着判定時間未満と判定した場合、センサウェア制御部１５１は、センサウェア演算部１５４を起動し、赤外線センサ１５７の検出した赤外線量と、センサウェアメモリ１５２に記憶された基準値とを比較し、基準値以上か否かで、ユーザがセンサウェアを装着しているか否かを判定する工程７０４（センサウェア装着判定工程）を実行する。工程７０４で、装着していないと判定した場合、工程７０３に戻る。工程７０４で、装着していると判定した場合、センサウェア制御部１５１は、センサウェアＩＤ記憶部１５３に格納されたセンサウェアＩＤ、センサウェアメモリ１５２に格納されたユーザ状況を、センサウェア情報として送信する工程７０５（センサウェア情報送信工程）を実行する。この例では、センサウェアＩＤ記憶部１５３にセンサウェアＩＤ「sensorw01」が格納されており、センサウェアメモリ１５２にユーザ状況が格納されていないため、工程７０５では、センサウェアＩＤ「sensorw01」をセンサウェア情報として送信する。
【００３０】
次に、センサウェア制御部１５１は、ユーザ状況判定部１５９を起動し、ユーザの身体的、精神的状況を判定し、センサウェアメモリ１５２にユーザ状況として格納する工程７０６（ユーザ状況判定工程）を実行する。身体的状況として、活動状態（脈拍数、活動量）、睡眠状態（睡眠中）、姿勢（仰向き、うつ伏せ、横臥）、動作（運動中、転倒、誤嚥）、心臓の状態（不整脈）、等を判定できる。また、精神的状況として、リラックス状態（リラックス、緊張）、快適感、虚言、等を判定できる。次に、センサウェア制御部１５１は、工程７０４同様、赤外線センサ１５７の検出した赤外線量からセンサウェア演算部１５４が算出した結果をもとに、ユーザがセンサウェアを装着しているか否かを判定する工程７０７（センサウェア装着判定工程）を実行する。工程７０７で、装着していると判定した場合、工程７０５に戻る。工程７０７で、装着していないと判定した場合、動作を終了する。
【００３１】
このように、センサウェアを装着している間のみ、センサウェアＩＤを送信することにより、個人を特定する認証デバイスとして利用できる。また、工程７０１で、ユーザがセンサウェア１５０を装着するため、センサウェア１５０を持ち上げる、手首に置く、手首に巻き付ける等、装着動作を判断できるため、工程７０２の処理に必要な消費電力を低減できる。また、センサウェアの動きを検出後、工程７０３で、装着したか否かを一定時間だけ検出することで、消費電力を低減できる。この例では、赤外線センサの検出した赤外線量からセンサウェアを装着しているか否かを判定したが、加速度センサが検出した加速度から判定しても良い。これにより、赤外線発光ダイオードの出力頻度を増加させることなく、装着しているか否かを判定できるので、消費電力を低減できる。
【００３２】
また、加速度センサ１５８の代わりに、ボールベアリング機構を備え、傾き等の変化により動きを検出する動きセンサで構成しても良い。これにより、加速度センサの消費電力を削減できる。また、センサウェア１５０を、センサウエア制御部１５１、センサウェアメモリ１５２、センサウェアを識別する固有ＩＤであるセンサウェアＩＤを格納するセンサウェアＩＤ記憶部１５３、センサウェア演算部１５４、センサウエア無線通信部１５５、圧電センサとにより構成してもよい。この構成の場合、工程７０１を省略した処理を行い、工程７０４、７０７で、圧電センサの出力する電圧の変化から装着しているか否かを判定する。この例では、センサウェア１５０のセンサウェア無線通信部１５５、センサデバイス１６０のセンサ無線通信部１６５は、微弱無線で通信することを想定しているが、特定小電力無線、Ｂｌｕｅｔｏｏｔｈ、ＩＥＥＥ８０２．１１ｂ等の無線通信でもよい。
【００３３】
この例では、センサウェア１５０のセンサウェア無線通信部１５５は、一方向通信（送信のみ）が可能な構成として、工程７０５で、センサウェア情報を送信する動作を説明しているが、双方向通信（送信と受信）が可能な構成とし、工程７０５で、センサデバイス１６０からの送信要求を受信後にセンサウェアＩＤを送信する動作を行っても良い。その場合、センサデバイス１６０のセンサ無線通信部１６５は、双方向通信（送信と受信）が可能な構成とし、工程８０２で、センサウェア情報送信要求を送信し、送信されたセンサウェア情報を受信する動作を行う。これにより、センサウェア情報を送受信するタイミングが同期するので、ユーザ認証の確実性を向上できる。センサデバイス１６０を、センサ制御部１６１、センサメモリ１６２、センサＩＤ記憶部１６３、センサ通信部１６４、センサ無線通信部１６５、人感センサ１６６とから構成してもよい。これにより、センサウェアからのセンサウェア情報をホームサーバに経由する中継器として利用できる。
（２）本システムの動作を、センサウェア１５０を装着したユーザがトイレを利用する場合を例にとって、説明する。
【００３４】
図８は、本発明の実施例のセンサデバイス１６０の動作を表すフローチャートである。
センサデバイス１６０の電源が入ると、センサ制御部１６１は、人感センサ１６６からの入力をもとに、ユーザを検出したか否かを判定する工程８０１（ユーザ検出判定工程）を実行する。人感センサが、焦電型赤外線センサの場合、センサ制御部１６１は、焦電型赤外線センサが検出する赤外線量を入力とし、赤外線量の増加分が一定の値以上の場合、ユーザを検出したと判定する。工程８０１で、ユーザを検出しないと判定した場合、工程８０１に戻る。工程８０１で、ユーザを検出したと判定した場合、センサ制御部１６１は、センサ無線通信部１６５を起動し、工程７０２で送信されたセンサウェア情報を受信し、センサメモリ１６２に格納する工程８０２（センサウエア情報受信工程）を実行する。
【００３５】
この例では、工程７０５で送信されたセンサウェアＩＤ「sensorw01」が、センサメモリ１６２に格納される。次に、センサ制御部１６１は、センサ通信部１６４を起動し、工程８０１で人感センサが検出したセンシング結果を、センサＩＤ記憶部１６３に格納されたデバイスＩＤ、センサＩＤ、センサメモリ１６２に格納されたセンサウェアＩＤを含むセンサウェア情報と共に、センシング情報として送信する工程８０３（センシング情報送信工程）を実行する。例えば、人感センサ１６６の検出結果がユーザを検出したことを示す「１」の時、工程８０３では、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord10」、センサＩＤ「sensor11」、センシング結果「１」を送信する。工程８０３で送信されたセンシング情報は、ホームサーバ１００が受信する。ここで、ホームサーバ１００の動作を説明する。
【００３６】
図９は、本発明の実施例のホームサーバ１００の動作を表すフローチャートである。
ホームサーバ１００が動作を開始すると、サーバ制御部１０１は、動作を終了するか否かを判定する工程９０１（動作終了判定工程）を実行する。工程９０１で、終了すると判定した場合は、ホームサーバ１００の動作を終了する。工程９０１で、終了しないと判定した場合は、工程８０３で送信されたセンシング情報を受信したか否かを判定する工程９０２（センシング情報受信判定工程）を実行する。工程９０２で、センシング情報を受信していないと判定した場合、工程９０１に戻る。工程９０２で、センシング情報を受信したと判定した場合、サーバメモリ１０２に、受信したセンシング情報を、受信した日時と共に格納する工程９０３（センシング情報格納工程）を実行する。また、工程９０３で、受信したセンシング情報のセンサデバイスＩＤと同一のセンサデバイスＩＤを格納したセンサデバイステーブル３１０のレコードを抽出し、抽出されたレコードの場所ＩＤフィールド３１４に格納された場所ＩＤも同時に格納する。
【００３７】
例えば、センシング情報を受信した日時が「２００４年４月２日７時２分」の場合、センサウェアＩＤ「sensorw01」、センサデバイスＩＤ「sensord10」、センサＩＤ「sensor11」、センシング結果「１」が、場所ＩＤ「location10」と、センシング日時「2004/04/02 07:02」と共にサーバメモリ１０２に格納される。次に、サーバ制御部１０１は、ユーザ認証部１０４を起動し、サーバメモリ１０２に格納されたセンシング情報をもとにユーザを認証し、認証したユーザのユーザＩＤをサーバメモリ１０２に格納する工程９０４（ユーザ認証工程）を実行する。この例では、ユーザが装着しているセンサウェアのセンサウェアＩＤ「sensorw01」と同一のセンサウェアＩＤをセンサウェアＩＤフィールド２０４に格納したレコード２１０Ａを抽出し、レコード２１０ＡのユーザＩＤフィールド２０１に格納されたユーザＩＤ「user0001」をサーバメモリ１０２に格納する。
【００３８】
次に、サーバ制御部１０１は、ユーザメモリ１０２に格納されたセンシング情報、センシング日時、ユーザＩＤをユーザデータベース１１３のセンシング情報履歴テーブル４３０に格納する工程９０５（ユーザデータベース格納工程）を実行する。この例では、図５のセンシング情報履歴レコード４３０Ａを格納する。次に、サーバ制御部１０１は、センシング情報判定部１０５を起動し、サーバメモリ１０２に格納されたセンシング情報、センシング日時、ユーザＩＤ、及びチェック結果履歴テーブルに格納されたチェック結果をもとに、センシング情報判定知識テーブル５１０に記述された知識ベースのセンサ条件、時間条件、場所ＩＤに適合するセンシング情報判定知識レコードを抽出し、メッセージＩＤをサーバメモリ１０２に格納し、チェックＩＤとチェック結果を、問診フラグ「Ｎ」とチェック日時と共にサーバメモリ１０２上のチェック結果リストに格納する工程９０６（メッセージＩＤ抽出工程）を実行する。
【００３９】
また、同時に、工程９０６では、制御コマンド処理部１１７を起動し、制御コマンドフィールド５１９に格納された制御コマンドを実行する。この例では、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor11」、センシング結果「１」、場所ＩＤ「location10」、センシング日時「2004/04/02 07:02」が格納されているため、ユーザＩＤ「user0001」がユーザＩＤフィールド４３１のユーザＩＤと一致し、場所ＩＤが場所ＩＤフィールド５１５の場所ＩＤと一致し、センサＩＤ「sensor11」とセンシング結果「１」がセンサ条件フィールドのセンサ条件と一致し、センシング日時「2004/04/02 07:02」が時間条件フィールドの時間条件と一致するセンシング情報判定知識レコード５１０Ａを抽出し、メッセージＩＤ「m000GM」をサーバメモリ１０２に格納する。
【００４０】
また、この例では、レコード５１０ＡのチェックＩＤとチェック結果が空欄のため、チェックＩＤとチェック結果はサーバメモリ１０２上のチェック結果リストに格納されない。また、制御コマンドフィールド５１９にチェック日付を同期する制御命令「day_sync」が格納されているため、サーバメモリ１０２に、チェック日付「2004/04/02」が格納され、サーバメモリ１０２上のチェック結果リスト（後述）に格納されたチェック結果と、メッセージＩＤリスト（後述）に格納されたメッセージＩＤを削除する。次に、サーバ制御部１０１は、サーバメモリ１０２に、メッセージＩＤが格納されている、かつ、そのメッセージＩＤがサーバメモリ１０２上のメッセージＩＤリストに格納されていないことを肯定、それ以外を否定と判定する工程９０７（メッセージＩＤ判定工程）を実行する。
【００４１】
工程９０７で、肯定と判定した場合、サーバ制御部１０１は、問診部１０６を起動し、サーバメモリ１０２に格納されたセンシング情報、センシング日時、ユーザＩＤ、メッセージＩＤをもとに、センシング情報判定知識テーブル５１０に記述された知識ベースのセンサ条件、時間条件、場所ＩＤ、メッセージＩＤに適合するセンシング情報判定知識レコードを抽出し、抽出されたレコードのセンサ条件フィールドに、問診マスタテーブル５３０の質問ＩＤフィールド５３１に記述されている質問ＩＤを抽出し、サーバメモリ１０２上の質問リストに格納する工程９０８（メッセージＩＤから質問ＩＤを抽する工程）を実行する。この例では、メッセージＩＤ「m000GM」に適合するレコードは５１０Ａのみのため、質問ＩＤが記述されたレコードがないため、サーバメモリ１０２上の質問リストに質問ＩＤは格納されない。
【００４２】
次に、サーバ制御部１０１は、サーバメモリ１０２に格納されたメッセージＩＤがメッセージＩＤフィールド５４１のメッセージＩＤと一致するメッセージマスタレコードを抽出し、抽出されたメッセージマスタレコードのメッセージフィールド５４２に格納されたメッセージに記述されたリスクＩＤを抽出し、抽出されたリスクＩＤがリスクＩＤフィールド５２２のリスクＩＤと一致するリスク判定知識レコードを抽出し、抽出されたリスク判定知識レコードのチェックＩＤを抽出し、抽出されたチェックＩＤがチェックＩＤフィールド５３２のチェックＩＤと一致する問診マスタレコードを抽出し、抽出された問診マスタレコードの質問ＩＤをチェックＩＤ毎に少なくとも１つ抽出する工程９０９（メッセージから質問ＩＤを抽する工程）を実行する。この例では、メッセージＩＤ「m000GM」に適合するレコードは５１０Ａのみのため、質問ＩＤが記述されたレコードがないため、サーバメモリ１０２上の質問リストに質問ＩＤは格納されない。
【００４３】
次に、サーバ制御部１０１は、サーバメモリ１０２上の質問リストに質問ＩＤが格納されているか否かを判定し、質問ＩＤを１つ選択してサーバメモリ１０２に格納する工程９１０（質問ＩＤ判定工程）を実行する。ここで、質問ＩＤは格納されていないと判定し、次に、サーバ制御部１０１は、サーバメモリ１０２上のチェック結果リスト（後述する）に記憶されたチェック結果を、サーバメモリのチェック日付と共に、ユーザデータベースに格納する工程９１４（ユーザデータベース格納工程）を実行する。次に、サーバ制御部１０１は、サーバメモリ１０２に格納された場所ＩＤと同一の場所ＩＤが場所ＩＤフィールド３２２に格納された入出力端末レコードを抽出して、抽出されたレコードのデバイスＩＤフィールド３２１に格納されたデバイスＩＤで識別される入出力端末に、問診情報を送信する工程９１５（問診情報送信工程）を実行する。
【００４４】
また、同時に、工程９１５では、サーバメモリ１０２上のメッセージＩＤリストに、メッセージＩＤ「m000GM」を格納する。この例では、サーバメモリ１０２に格納された場所ＩＤ「location10」をもとに、入出力端末テーブル３２０からデバイスＩＤ「terminal10」を同定し、ユーザＩＤ「user0001」のユーザ氏名「○田△之」、サーバメモリ１０２に格納されたメッセージＩＤ「m000GM」に適合するメッセージマスタテーブル５４０のメッセージ「おはようございます。」を問診情報として、端末ＩＤ「terminal10」で識別される入出力端末１２０に送信する。工程９１５で送信された問診情報は、入出力端末１２０が受信する。ここで、入出力端末１２０の動作を説明する。
【００４５】
図１０は、本発明の実施例の入出力端末１２０の動作を表すフローチャートである。
入出力端末１２０が動作を開始すると、端末制御部１２１は、動作を終了するか否かを判定する工程１００１（動作終了判定工程）を実行する。工程１００１で、終了すると判定した場合、端末制御部１２１は、入出力端末１２０の動作を終了する。工程１００１で、終了しないと判定した場合、端末制御部１２１は、工程９０５で送信された問診情報を受信したか否かを判定する工程１００２（問診情報受信判定工程）を実行する。
【００４６】
工程１００２で、問診情報を受信していないと判定した場合、端末制御部１２１は、工程１００１に戻る。工程１００２で、問診情報を受信したと判定した場合、端末制御部１２１は、端末コマンド処理部１２６を起動し、受信した問診情報に含まれる端末コマンドを処理する工程１００３（端末コマンド処理工程）を実行する。ここでは、受信した問診情報に含まれる制御コマンドは含まれていないため、何も実行しない。次に、端末制御部１２１は、受信した問診情報に質問ＩＤが含まれるか否かを判定する工程１００４（質問ＩＤ判定工程）を実行する。工程１００４で、質問ＩＤが含まれていないと判定した場合、端末制御部１２１は、受信した問診情報を表示部１２４に表示する工程１０１１（問診情報表示工程）を実行する。
【００４７】
図１１は、本発明の実施例において、工程１０１１の実行時にメッセージが出力される入出力端末１２０の画面例１１００を示す図である。
画面例１１００は、仮想キャラクター１１１１、問診情報を表示する問診ウインドウ１１２０とから構成される。画面例１１００では、問診ウインドウ１１２０に、メッセージ「○田△之さん、おはようございます。」が表示されている。このように、ユーザ氏名が表示されるので、ユーザは自分への問診情報であることを違和感なく認識できる。図８に示す工程８０１で、人感センサ１６６がユーザを検出した時に同時に入出力端末１２０の電源が入る構成にしてもよい。これにより、入出力端末１２０の待機電力を低減できる。ここで、図９に戻り、工程９１５終了後、サーバ制御部１０１は、工程９０１に戻る。ここで、図８に戻り、センサ制御部１６１は、変数ｉを１に初期設定する工程８０４（変数ｉ初期設定工程）を実行する。
【００４８】
次に、センサ制御部１６１は、変数ｉを１つ加算する工程８０５（変数ｉ加算工程）を実行する。次に、センサ制御部１６１は、変数ｉが、センサメモリ１６２のセンサ情報６２０の順序フィールド６２１に格納された順序情報の最大値以下か否かを判定する工程８０６（変数ｉ判定工程）を実行する。工程８０６で、変数ｉが最大値以下と判定された場合、順序フィールド６２１の順序と変数ｉが一致するセンサを用いて生体情報をセンシングし、センシング結果をセンサメモリ１６２に格納する工程８０７（センシング工程）を実行する。ここでは、「ｉ＝２」のため、センサＩＤ「sensor12」、センサ種別「アルコールセンサ」のセンサを用いてセンシングする。次に、センサ制御部１６１は、センサメモリ１６２に格納されたセンシング結果を、センサウェアＩＤを含むセンサウェア情報と共に、センシング情報として送信する工程８０８（センシング情報送信工程）を実行する。
【００４９】
例えば、アルコールセンサのセンシング結果が「０．０」の時、工程８０８では、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord10」、センサＩＤ「sensor12」、センシング結果「０．０」を送信する。工程８０８で送信されたセンシング情報は、前述した通り、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月２日７時３分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０６を実行する。ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor12」、センシング結果「０．０」、センシング日時「2004/04/02 07:03」が格納されているため、適合するセンシング情報判定知識レコードが抽出されず、サーバメモリ１０２にメッセージＩＤは格納されない。そのため、サーバ制御部１０１は、工程９０７で、否定と判定し、工程９０１に戻る。工程８０６で、変数ｉが最大値以上と判定された場合、センサ制御部１６１は、センサデバイスの処理終了時に送信する特殊コード、センサＩＤ「sensor1E」とセンシング結果「１」をセンシング情報として送信する終了コード送信工程８０９を実行する。
【００５０】
この例では、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord10」、センサＩＤ「sensor1E」、センシング結果「１」を送信する。工程８０８で送信されたセンシング情報は、前述した通りホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月２日７時３分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０６を実行する。ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor1E」、センシング結果「１」、センシング日時「2004/04/02 07:04」が格納されているため、ユーザＩＤ「user0001」、センサ条件「sensor1E=1」、時間条件「06:00-12:00」に適合するセンシング情報判定知識レコード５１０Ｅを抽出し、メッセージＩＤ「m000SYA」をサーバメモリ１０２に格納する。この結果、入出力端末１２０に、画面例１１００Ａが表示される。
【００５１】
図１２は、本発明の実施例において、メッセージが出力される入出力端末１２０の画面例１１００Ａを示す図である。画面例１１００Ａでは、問診ウインドウ１１２０に、「○田△之さん、またね。」が表示されている。
このように、人感センサがユーザを検出した時のみ、センサウェアＩＤを受信することにより、ユーザの認証とユーザの所在する場所（誰がどこにいるのか）を同時に、同定できる。また、ユーザが入出力端末を操作することなく、ユーザの所在する場所に敷設された入出力端末に問診情報を出力できるので、ユーザは無意識的に、かつ場所を問わず、簡易に入出力端末を利用できる。
【００５２】
（３）本システムの動作を、センサウェア１５０を装着しているユーザが帰宅後（２００４年４月２日２３時頃）に利用する場合を例にとって、説明する。
【００５３】
ユーザが帰宅後、トイレに入ると、トイレに設置されたセンサデバイス１６０は、工程８０１でユーザを検出し、センサ制御部１６１は、工程８０２実行後、工程８０３で、センサウェアＩＤ「sensorw01」、センサデバイスＩＤ「sensord10」、センサＩＤ「sensor11」、センシング結果としてユーザを検出したことを示す「１」をセンシング情報として送信する。工程８０３で送信されたセンシング情報は、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月２日２３時１０分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。
【００５４】
次に、サーバ制御部１０１は、工程９０６を実行する。ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor11」、センシング結果「１」、場所ＩＤ「location10」、センシング日時「2004/04/02 23:10」が格納されているため、ユーザＩＤ「user0001」、センサ条件「sensor11=1」、時間条件「21:00-03:00」、場所ＩＤ「location10」に適合するセンシング情報判定知識レコード５１０Ｃを抽出し、メッセージＩＤ「m000GE」をサーバメモリ１０２に格納する。この結果、入出力端末１２０には、画面例１２００が表示される。
【００５５】
図１３は、本発明の実施例において、メッセージが出力される入出力端末１２０の画面例１２００を示す図である。画面例１２００では、問診ウインドウ１１２０に、「○田△之さん、こんばんわ。」が表示されている。
工程８０３実行後、センサ制御部１６１は、工程８０４、８０５、８０６、８０７、８０８を実行し、センシング情報を送信する。例えば、アルコールセンサのセンシング結果が「０．５」の時、工程８０８では、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord10」、センサＩＤ「sensor12」、センシング結果「０．５」をセンシング情報として送信する。工程８０８で送信されたセンシング情報は、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月２日２３時１１分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。
【００５６】
次に、サーバ制御部１０１は、工程９０６を実行する。ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor12」、センシング結果「０．５」、場所ＩＤ「location10」、センシング日時「2004/04/02 23:11」が格納されているため、ユーザＩＤ「user0001」、センサ条件「sensor12≧0.5」、時間条件「18:00-03:00」、場所ＩＤ「location10」が記述されたセンシング情報判定知識レコード５１０Ｆを抽出し、メッセージＩＤ「m000ALC」をサーバメモリ１０２に格納する。また、レコード５１０ＦのチェックＩＤ「alcohol」、チェック結果「１」が、問診フラグ「Ｎ」、チェック日時「2004/04/02 23:11」と共に、サーバメモリ１０２上のチェック結果リストに格納される。次に、サーバ制御部１０１は、工程９０７で、肯定と判定し、工程９０８を実行する。センシング情報判定知識レコード５１０Ｆの場合、メッセージＩＤ「m000ALC」に適合するレコードは５１０Ｆのみのためサーバメモリ１０２上の質問リストに質問ＩＤが格納されず、工程９１０で、質問ＩＤがないと判定し、工程９１４を実行する。
【００５７】
図１４は、本発明の実施例において、工程９１４後のチェック結果履歴テーブル４４０の例を示す図である。
図５に示すチェック結果履歴テーブル４４０から抽出された結果を示す、図１４の例では、チェック結果履歴テーブル４４０のチェック結果履歴レコード４４０Ａには、ユーザＩＤフイールド４４１に「user0001」、チェックＩＤフィールド４４２に「alcohol」、チェック結果フィールド４４３に「１」、問診フラグフィールド４４４に「Ｎ」、チェック日付フィールド４４５に「2004/04/02」、チェック日時フィールド４４６に「2004/04/02 23:11」が格納されていることが判る。次に、サーバ制御部１０１は、工程９１５を実行し、問診情報を送信する。その結果、入出力端末１２０に、画面例１３００が表示される。
【００５８】
図１５は、本発明の実施例において、メッセージが出力される入出力端末１２０の画面例１３００を示す図である。画面例１３００では、問診ウインドウ１１２０に、「○田△之さん、お酒を飲みしたね。」が表示されている。
このように、センサからの入力をもとに、センシング情報判定知識テーブルを用いてリスク因子の有無を判定するセンシング情報判定部により、リスク因子を簡易に収集できる。次に、アルコールセンサのセンシング結果が「０．３」の時の例を説明する。工程８０７で、アルコールセンサのセンシング結果が「０．３」の時、工程８０８では、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord10」、センサＩＤ「sensor12」、センシング結果「０．３」をセンシング情報として送信する。工程８０８で送信されたセンシング情報は、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月２日２３時１１分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０６を実行する。
【００５９】
ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor12」、センシング結果「０．３」、センシング日時「2004/04/02 23:11」が格納されているため、ユーザＩＤ「user0001」、センサ条件「0.1≦sensor12<0.5」、時間条件「18:00-03:00」が記述されたセンシング情報判定知識レコード５１０Ｇ、５１０Ｉを抽出し、メッセージＩＤ「m000ALC1」、「m000ALC2」をサーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０７を実行する。ここで、サーバ制御部１０１は、肯定と判定し、次に工程９０８を実行する。ここで、メッセージＩＤ「m000ALC1」に適合するレコード５１０Ｇと５１０Ｈ、「m000ALC1」に適合するレコード５１０Ｉと５１０Ｊを抽出し、抽出されたレコード５１０Ｈ、５１０Ｊのセンサ条件フィールドに、質問ＩＤ「qalc0001」が記述されていると判定し、質問ＩＤ「qalc0001」をサーバメモリ１０２上の質問リストに格納する。
【００６０】
次に、サーバ制御部１０１は、工程９１０で、サーバメモリ１０２上の質問リストに質問ＩＤが格納されていると判定し、質問リストから質問ＩＤを１つ選択して、サーバメモリ１０２に格納する。次に、サーバ制御部１０１は、選択された質問ＩＤと同一の質問ＩＤが質問ＩＤフィールド５３０に格納された問診マスタレコードを抽出して、抽出されたレコードに格納されているチェックＩＤフィールドのチェックＩＤが、サーバメモリ１０２上のチェック結果リストに格納されているか否かを判定する工程９１１（チェック結果判定工程）を実行する。工程９１１で、チェックＩＤが格納されていると判定した場合、サーバメモリ１０２上の質問リストから、選択された質問ＩＤを削除し、工程９１０に戻る。工程９１１で、チェックＩＤが格納されていないと判定した場合、サーバ制御部１０１は、工程９１１で選択された質問ＩＤと同一の質問ＩＤが質問ＩＤフィールド５３０に格納された問診マスタレコードを抽出して、抽出されたレコードに格納されている質問ＩＤ、質問内容、選択肢を含む問診情報として、サーバメモリ１０２に格納された場所ＩＤで同定されるデバイスＩＤで識別される入出力端末１２０に送信する工程９１２（問診情報送信工程）を実行する。
【００６１】
この例では、サーバメモリ１０２上の質問リストに格納された質問ＩＤ「qalc0001」と同じ質問ＩＤが質問ＩＤフィールド５３０に記述された問診マスタレコード５３０Ｂを抽出して、質問ＩＤ「qalc0001」、質問内容「もしかして、お酒を飲みましたか？」、選択肢「はい」又は「いいえ」を、ユーザＩＤ「user0001」のユーザ氏名「○田△之」と共に問診情報として、場所ＩＤ「location10」で同定される端末ＩＤ「terminal10」で識別される入出力端末１２０に送信する。工程９１２で送信された問診情報は、入出力端末１２０が受信し、工程１００１、１００２、１００３を実行後、工程１００４で、問診情報に質問ＩＤがあると判定し、問診情報に含まれる質問内容と選択肢を表示する工程１００５（問診情報（質問内容と選択肢）表示工程）を実行する。
【００６２】
図１６は、本発明の実施例において、工程１００５の実行後にメッセージとして、質問内容と選択肢が出力される時の入出力端末１２０の画面例１３００Ａを示す図である。
画面例１３００Ａでは、問診ウインドウ１１２０に、質問内容「○田△之さん、もしかして、お酒を飲みましたか？」１３０１Ａ、１番目の選択肢「はい」１３０２Ａ、２番目の選択肢「いいえ」１３０３Ａが表示されている。ここで、ユーザが、選択肢「はい」１３０２Ａを選択した場合、端末制御部１２１は、選択された選択肢の番号（ここでは「１」）を質問ＩＤ「qalc0001」と共に入力結果として送信する工程１００６（入力結果送信工程）を実行する。工程１００６で送信された入力結果は、ホームサーバ１００が受信する。サーバ制御部１０１は、入力結果を受信し、サーバメモリ１０２上のチェック結果リストに格納後、サーバメモリ１０２上の質問リストから受信した質問ＩＤを削除する工程９１３（入力結果受信工程）を実行する。ここでは、サーバメモリ１０２上のチェック結果リストに、質問ＩＤ「qalc0001」、選択肢「１」、チェックＩＤ「alcohol」、チェック結果「１」、問診フラグ「Ｙ」、チェック日時「2004/04/02 23:11」が格納される。工程９１３の実行後、工程９１０に戻る。ここで、サーバ制御部１０１は、サーバメモリ１０２上の質問リストに、質問ＩＤが格納されていないと判定し、工程９１４（ユーザデータベース格納工程）を実行する。
【００６３】
図１７は、本発明の実施例のチェック結果履歴テーブル４４０の例を示す図である。
図１７の例では、チェック結果履歴テーブル４４０のチェック結果履歴レコード４４０ＡＡには、ユーザＩＤフイールド４４１に「user0001」、チェックＩＤフィールド４４２に「alcohol」、チェック結果フィールド４４３に「１」、問診フラグフィールド４４４に「Ｙ」、チェック日付フィールド４４５に「2004/04/02」、チェック日時フィールド４４６に「2004/04/02 23:11」が格納されている。このように、センサからの入力をもとに、リスク因子の有無が不確実な場合でも、センシング情報判定部と問診部を組合わせ、リスク因子を簡易かつ確実に収集できる。次に、サーバ制御部１０１は、工程９１５（問診情報送信工程）を実行し、問診情報を送信する。その結果、入出力端末１２０に、画面例１３００Ｂが表示される。
【００６４】
図１８は、本発明の実施例において、メッセージが出力される入出力端末１２０の画面例１３００Ｂを示す図である。画面例１３００Ｂでは、問診ウインドウ１１２０に、「○田△之さん、やっぱり飲みましたね。」が表示されている。
また、問診マスタテーブル５３０に、５３０Ａ、５３０Ｃのように格納し、同じリスク因子を収集する質問を、質問内容や選択肢を変えて実施できる。このように、問診マスタテーブル５３０に、質問ＩＤ毎に、質問内容と選択肢、及びチェックＩＤと選択肢を格納できるので、チェックＩＤで識別されるリスク因子を、質問内容を様々に変えて収集できる。
【００６５】
（４）本システムの動作を、センサウェア１５０を装着したユーザが就寝時（２００４年４月３日１時頃）に利用する場合を例にとって、説明する。
ユーザが就寝のため、寝室に入ると、寝室に設置されたセンサデバイス１６０’は、工程８０１でユーザを検出し、工程８０２実行後、工程８０３で、センサウェアＩＤ「sensorw01」、センサデバイスＩＤ「sensord30」、センサＩＤ「sensor11」、センシング結果としてユーザを検出したことを示す「１」をセンシング情報として送信する。工程８０３で送信されたセンシング情報は、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月３日１時１３分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。
【００６６】
次に、サーバ制御部１０１は、工程９０６を実行する。ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、センサＩＤ「sensor11」、センシング結果「１」、場所ＩＤ「location30」、センシング日時「2004/04/03 01:13」が格納されているため、ユーザＩＤ「user0001」、センサ条件「sensor11=1」、時間条件「23:00-03:00」、場所ＩＤ「location30」に一致するセンシング情報判定知識レコード５１０Ｌを抽出し、メッセージＩＤ「m000HCHK」をサーバメモリ１０２に格納する。この結果、寝室に設置された入出力端末１２０’に、画面例１４００が表示される。
【００６７】
図１９は、本発明の実施例において、メッセージが出力される入出力端末１２０’の画面例１４００を示す図である。画面例１４００では、問診ウインドウ１１２０に、「○田△之さん、健康をチェックしましょう。」が表示されている。
このように、本システムにより、時間や場所に応じて適切な問診情報が出力されるので、日常生活の中で違和感なく、入出力端末を操作できる。このように、本システムにより、時間や場所に応じて問診情報が変わるので、日常生活の中で違和感なく、リスク因子を収集できる。工程８０３実行後、工程８０４、８０５、８０６を実行し、工程８０９で、センサＩＤ「sensor1E」とセンシング結果「１」をセンシング情報として送信する。工程８０３で送信されたセンシング情報は、ホームサーバ１００が受信し、工程９０３、９０４、９０５により、受信した日時（ここでは、「２００４年４月３日１時１３分」とする）を場所ＩＤと共に、サーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０６を実行する。
【００６８】
ここでは、サーバメモリ１０２に、ユーザＩＤ「user0001」、場所ＩＤ「location30」、センサＩＤ「sensor11」、センシング結果「１」、センシング日時「2004/04/03 01:13」が格納されているため、ユーザＩＤ「user0001」、場所ＩＤ「location30」、センサ条件「sensor1E=1」、時間条件「00:00-03:00」に一致するセンシング情報判定知識レコード５１０Ｎを抽出し、メッセージＩＤ「m000DRLF」をサーバメモリ１０２に格納する。次に、サーバ制御部１０１は、工程９０７で、肯定と判定し、工程９０８を実行する。センシング情報判定知識レコード５１０Ｎの場合、メッセージＩＤ「m000DRLF」に適合するレコードは５１０Ｎのみのためサーバメモリ１０２上の質問リストに質問ＩＤが格納されない。
【００６９】
次に、サーバ制御部１０１は、工程９０９で、リスクＩＤ「DRLF」があると判定し、リスク判定知識テーブル５２０のリスクＩＤフィールド５２２に格納されたリスクＩＤと一致するレコードのチェックＩＤ「alcohol」、「fattyfood」、「overeaten」を抽出後、抽出されたチェックＩＤと一致するレコードの質問ＩＤを問診マスタ５３０から抽出し、サーバメモリ１０２上の質問リストに格納する。同一のチェックＩＤについて抽出される質問ＩＤは、１つでも複数でも良い。ここでは、サーバメモリ１０２上の質問リストに、質問ＩＤ「qalc0000」、「qfat0000」、「qove0000」が格納されているとする。
【００７０】
次に、サーバ制御部１０１は、工程９１０で、質問ＩＤが格納されていると判定し、質問ＩＤ「qalc0000」をサーバメモリ１０２に格納する。次に、工程９１１で、質問ＩＤ「qalc0000」のチェックＩＤ「alcohol」がサーバメモリ１０２上のチェック結果リストに格納されていると判定するため、質問ＩＤ「qalc0000」をチェック結果リストから削除し、工程９１０に戻る。次に、サーバ制御部１０１は、工程９０１で、質問ＩＤが格納されていると判定し、質問ＩＤ「qfat0000」をサーバメモリ１０２に格納する。次に、工程９１１で、質問ＩＤ「qfat0000」のチェックＩＤ「fattyfood」がサーバメモリ１０２上のチェック結果リストに格納されていないと判定し、質問ＩＤ「qfat0000」をチェック結果リストから削除し、工程９１２を実行する。その結果、入出力端末１２０’に、画面例１５００、画面例１６００が表示される。
【００７１】
図２０は、本発明の実施例において、メッセージとして、質問内容と選択肢が出力される時の入出力端末１２０’の画面例１５００を示す図である。画面例１５００では、問診ウインドウ１１２０に、「○田△之さん、揚げ物を食べましたか？」が表示されている。
【００７２】
図２１は、本発明の実施例において、メッセージとして、質問内容と選択肢が出力される時の入出力端末１２０’の画面例１６００を示す図である。画面例１６００では、問診ウインドウ１１２０に、「○田△之さん、食べ過ぎましたか？」が表示されている。
【００７３】
図２０に示す画面例１５００が表示され、ユーザが選択肢「はい」を選択すると、サーバメモリ１０２のチェック結果リストに、チェックＩＤ「fattyfood」、チェック結果「１」、問診フラグ「Ｙ」、チェック日時「2004/04/03 01:13」が格納される。質問ＩＤ「qove0000」についても同様に、入出力端末１２０’に、図２１の画面例１６００が表示され、ユーザが選択肢「はい」を選択すると、サーバメモリ１０２のチェック結果リストに、チェックＩＤ「overeateｎ」、チェック結果「１」、問診フラグ「Ｙ」、チェック日時「2004/04/03 01:13」が格納される。工程９１０で、質問ＩＤが格納されていないと判定されると、サーバ制御部１０１は、工程９１４で、サーバメモリ上のチェック結果リストに格納されたチェック結果を、サーバメモリのチェック日付と共に、チェック結果履歴テーブル４４０に格納する。このように、サーバメモリ１０２に、チェック日付を格納することにより、本システムの利用日時に関わらず、チェック日付のリスク因子を確実に収集できる。
【００７４】
次に、サーバ制御部１０１は、工程９１５で問診情報を送信する。この時、メッセージＩＤ「m000DRLF」で識別されるメッセージレコードのメッセージフィールド５４２に格納されたメッセージに、リスクＩＤ「DRLF」が記述されているため、サーバ制御部１０１は、リスク判定部１０９を起動し、リスク値（ＲｉｓｋＶａｌｕｅ＝１００×Σ（ＲＦｉ×ＲＩｉ）／ｎ：ｎはリスク因子の数、ＲＦｉはリスク因子ｉのチェック結果、ＲＩｉはリスク因子ｉの指数であり、Σ（加算）はｉ＝１、２、…、ｎについて行なう。）を算出する。例えば、ここでは、リスク因子「alcohol」についてチェック結果「１」と指数「０．３」、リスク因子「fattyfood」についてチェック結果「１」と指数「０．５」、リスク因子「overeaten」についてチェック結果「１」と指数「０．２」、から、リスク値は「１００」と算出される。
【００７５】
この結果、問診情報として、リスクＩＤ「DRLF」がリスク値「１００」に変換されたメッセージ「今日の高脂血症生活は１００％です。」が、送信される。また、工程９０６では、レコード５１０Ｎに、制御コマンドテーブル５１８に制御コマンド「show(RVTG)」が格納されているので、サーバ制御部１０１は、制御コマンド「show(RVTG)」を、端末コマンドとして問診情報に付加して送信する。送信された端末コマンドは、工程１００３で、実行される。端末コマンド「show(RVTG)」の場合、端末制御部１２１は、端末コマンド処理部１２６を起動し、ホームサーバ１００のＷｅｂサーバ１１６に問い合わせを行い、その問い合わせ結果を受け取って、表示部１２４に表示する。この結果、入出力端末１２０’に、画面例１７００が表示される。
【００７６】
図２２は、本発明の実施例において、メッセージとリスク値の推移（リスク値トレンドグラフ１７１０）が出力される時の入出力端末１２０’の画面例１７００を示す図である。
画面例１７００は、工程１００３の実行時に表示されるリスク値トレンドグラフ１７１０、工程１０１１の実行時に表示される問診ウインドウ１１２０とから構成される。画面例１７００では、問診ウインドウ１１２０に、「○田△之さん、今日の高脂血症生活は１００％です。」が表示されている。このように、１日のリスク因子をもとに、リスク判定知識テーブルを用いてリスク値を算出するリスク判定部により、ユーザは、一日の生活習慣を客観的に確認できるので、生活習慣の改善意識を向上できる。また、リスク値トレンドグラフを表示することにより、ユーザは日々の生活習慣の推移を視覚的に確認できるので、生活習慣の改善意識をより向上できる。この例では、高脂血症のリスク値を算出したが、糖尿病、高血圧、肥満、動脈硬化、心疾患、脳卒中等の生活習慣病に関して、リスク因子を収集する知識ベースを構築してもよい。これにより、生活習慣病毎のリスク値を算出し、メッセージやトレンドグラフとして表示でき、生活習慣病を幅広く管理できる。
【００７７】
また、端末コマンド処理部では、ホームサーバ上のユーザデータベースの情報や、ホームサーバが接続しているインターネット上の情報を、端末コマンドに従い表示することもできる。このように、本システムにより、ユーザの生活習慣病リスクに応じて、入出力端末で生活習慣改善に関する様々な情報を表示できるので、利便性を向上でき、ユーザは生活習慣改善に関する知識を簡易に取得できる。
【００７８】
（５）本システムの動作を、センサウェア１５０を装着したユーザが睡眠状態になった場合を例にとって、説明する。
ユーザが、寝室で、睡眠状態になると、センサウェア制御部１５１は、工程７０６で、ユーザ状況判定部１５９を起動し、赤外線センサ１５７が検出した赤外線量、加速度センサ１５８が検出した加速度をもとに、睡眠状態（睡眠中）を判定し、センサウェアメモリ１５２に、ユーザ状況「SLEEP」を格納する。次に、センサウェア制御部１５１は、工程７０７実行後、工程７０５に戻り、センサウェアＩＤ「sensorw01」と共に、センサウェアメモリ１５２に格納されたユーザ状況「SLEEP」をセンサウェア情報として送信する。送信されたセンサウェア情報は、センサデバイス１６０が、工程８０２で受信し、センサウェアＩＤ「sensorw01」、ユーザ状況「SLEEP」をセンサメモリ１６２に格納する。
【００７９】
更に、工程８０３で、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord30」、センサＩＤ「sensor11」、センシング結果「１」、センサウェアＩＤ「sensorw01」、デバイスＩＤ「sensord30」、センサＩＤ「sensorw01」、センシング結果「SLEEP」をセンシング情報として送信する。送信されたセンシング情報は、ホームサーバ１００が、工程９０２で受信し（センシング情報を受信した日時が「２００４年４月４日１時２１分」とする）、センサウェアＩＤ「sensorw01」、センサデバイスＩＤ「sensord10」、センサＩＤ「sensor11」、センシング結果「１」、場所ＩＤ「location30」、センシング日時「2004/04/04 01:21」、センサウェアＩＤ「sensorw01」、センサデバイスＩＤ「sensord10」、センサＩＤ「sensorw01」、センシング結果「SLEEP」、場所ＩＤ「location30」、センシング日時「2004/04/04 01:21」をサーバメモリ１０２に格納する。更に、工程９０６で、メッセージＩＤ「m000GN」をサーバメモリ１０２に格納する。この結果、入出力端末１２０に、画面例２０００が表示される。
【００８０】
図２３は、本発明の実施例において、入出力端末１２０の画面例２０００を示す図である。画面例２１００では、問診ウインドウ１１２０に、「○田△之さん、おやすみなさい。」が表示されている。
また、工程９０６では、同時に、制御コマンド処理部１１７を起動し、制御コマンド「door(LOCK)」を実行する。これにより、住宅設備・家電機器１７０のドアが施錠される。ここでは、ドアが施錠される例を示したが、窓、門、電動シャッターを施錠する制御コマンドも実行できる。このように、本システムにより、ユーザ状況に応じて、住宅設備機器を制御できるので、防犯を支援し、安全性を向上できる。また、照明を消灯する／照度を変更する、エアコンを切る／温度を上げる／下げる、テレビを切る／入力切替する／チャンネル切替する等の制御コマンドも実行できる。このように、本システムにより、ユーザ状況に応じて、家電機器を制御できるので、省エネを支援し、消費電力を低減できる。以上説明した健康管理支援システムにより、生活習慣病のリスク因子を、時間や場所に応じて、日常生活の中で簡易に収集できるので、適切な生活習慣病リスクを提示でき、生活習慣の改善意識を向上できる。
【００８１】
ここでは、トイレと寝室を利用する場合を例に説明したが、洗面室と寝室を利用する場合は、トイレに設置されたセンサデバイスの場所ＩＤの代わりに、洗面室に設置されたセンサデバイスの場所ＩＤを、センサ判定知識テーブルの場所ＩＤフィールドに記述すればよい。また、トイレだけで利用したい場合は、トイレに設置されたセンサデバイスの場所ＩＤを、全レコードのセンサ判定知識テーブルの場所ＩＤフィールドに記述すればよい。このように、本知識ベースを用いて任意の場所でリスク因子を収集するシステムを簡易に構築できる。また、ここでは、１人のユーザが利用する場合を例に説明したが、複数のユーザが利用することもできる。この場合、個人情報データベースに格納されたユーザＩＤを、知識ベースのユーザＩＤフィールドに格納するだけでよい。このように。本知識ベースを用いて任意のユーザが利用できるシステムを簡易に構築できる。
【００８２】
以上のように、健康管理支援システムにより、誰が（ユーザＩＤ）、いつ（時間条件）、どこで（場所ＩＤ）、何をどうしたのか（センサ条件）を日常生活の中で簡易に収集できる。なお、センサウェアＩＤ、センサデバイスＩＤ、センサＩＤ、端末ＩＤは、ＩＰアドレス、製造番号、ＭＡＣアドレス等、識別可能なものなら何でもよい。工程８０２で、予め設定された待機時間（例えば１０秒）センサウェア情報を受信できない場合、センサウェアＩＤ「sensorw」、ユーザ状況「none」をセンサメモリ１６２に格納し、工程８０２を終了するようにしてもよい。これにより、工程９０６で、センシング情報判定知識レコード５１０Ｑの制御コマンド「user_identify」を実行し、入出力端末でユーザＩＤを入力する。このように、センサウェア情報を受信できない等の場合でも、本システムを利用できる。
【産業上の利用可能性】
【００８３】
本発明によれば、生活習慣病のリスク因子を、時間や場所に応じて、日常生活の中で簡易に収集でき、適切な生活習慣病リスクを提示して、生活習慣の改善意識を向上させることが可能な健康管理支援システムを提供できる。
【図面の簡単な説明】
【００８４】
【図１】本発明の実施例の健康管理支援システムの構成を示す図。
【図２】本発明の実施例の個人基本情報データベースの例を示す図。
【図３】本発明の実施例のデバイス情報データベースの例を示す図。
【図４】本発明の実施例のユーザデータベースの例を示す図。
【図５】本発明の実施例の知識ベースの例を示す図。
【図６】本発明の実施例のセンサＩＤ記憶部の例を示す図。
【図７】本発明の実施例のセンサウェアの動作を表すフローチャート。
【図８】本発明の実施例のセンサデバイスの動作を表すフローチャート。
【図９】本発明の実施例のホームサーバの動作を表すフローチャート。
【図１０】本発明の実施例の入出力端末の動作を表すフローチャート。
【図１１】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図１２】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図１３】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図１４】本発明の実施例において、チェック結果履歴テーブルの例を示す図。
【図１５】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図１６】本発明の実施例において、メッセージとして質問内容と選択肢が出力される時の入出力端末の画面例を示す図。
【図１７】本発明の実施例のチェック結果履歴テーブルの例を示す図。
【図１８】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図１９】本発明の実施例において、メッセージが出力される入出力端末の画面例を示す図。
【図２０】本発明の実施例において、メッセージとして、質問内容と選択肢が出力される時の入出力端末の画面例を示す図である。
【図２１】本発明の実施例において、メッセージとして、質問内容と選択肢が出力される時の入出力端末の画面例を示す図である。
【図２２】本発明の実施例において、メッセージとリスク値の推移が出力される時の入出力端末の画面例を示す図。
【図２３】本発明の実施例において、入出力端末の画面例を示す図。
【符号の説明】
【００８５】
１００…ホームサーバ、１０１…制御部、１０２…サーバメモリ、１０３…センシング情報受信部、１０４…ユーザ認証部、１０５…センシング情報判定部、１０６…問診部、１０７…出力部、１０８…入力結果取得部、１０９…リスク判定部、１１０…サーバ通信部、１１１…個人基本情報データベース、１１２…デバイス情報データベース、１１３…ユーザデータベース、１１４…知識ベース、１１５…タイマー、１１６…Ｗｅｂサーバ、１１７…制御コマンド処理部、１２０、１２０’…入出力端末、１２１…端末制御部、１２２…端末ＩＤ記憶部、１２３…端末通信部、１２４…表示部、１２５…入力部、１２６…端末コマンド処理部、１４０…ネットワーク、１５０…センサウェア、１５１…センサウェア制御部、１５２…センサウェアメモリ、１５３…センサウェアＩＤ記憶部、１５４…センサウェア演算部、１５５…無線通信部、１５６…赤外線発光ダイオード、１５７…赤外線センサ、１５８…加速度センサ、１５９…ユーザ状況判定部、１６０、１６０’…センサデバイス、１６１…センサ制御部、１６２…センサメモリ、１６３…センサＩＤ記憶部、１６４…センサ通信部、１６５…センサ無線通信部、１６６…人感センサ、１６９…センサ接続部、１６７…リスク因子収集センサ、１７０…住宅設備・家電機器、２００…個人基本情報データベースの例、２０１…ユーザＩＤフィールド、２０２…パスワードフィールド、２０３…個人情報フィールド、２０４…センサウェアＩＤフィールド、２１０Ａ…個人基本情報データベースのレコード、３００…デバイス情報データベースの例、３１０…センサデバイステーブル、３２０…入出力端末テーブル、３１１…デバイスＩＤフィールド、３１２…センサＩＤフィールド、３１３…センサ種別フィールド、３１４…場所ＩＤフィールド、３１５…場所情報フィールド、３２１…端末ＩＤフィールド、３２２…場所ＩＤフィールド、３２３…場所情報フィールド、４００…ユーザデータベースの例、４３０…センシング情報履歴テーブル、４３０Ａ…センシング情報履歴レコード、４３１…ユーザＩＤフィールド、４３２…センサウェアＩＤフィールド、４３３…デバイスＩＤフィールド、４３４…センサＩＤフィールド、４３５…センシング結果フィールド、４３６…センシング日時フィールド、４４０…チェック結果履歴テーブル、４４０Ａ、４４０Ｂ、４４０Ｃ、４４０ＡＡ…チェック結果履歴レコード、４４１…ユーザＩＤフイールド、４４２…チェックＩＤフィールド、４４３…チェック結果フィールド、４４４…問診フラグフィールド、４４５…チェック日付フィールド、４４６…チェック日時フィールド、５００…知識ベースの例、５１０…センシング情報判定知識テーブル、５１０Ａ、５１０Ｃ、５１０Ｅ、５１０Ｆ、５１０Ｇ、５１０Ｈ、５１０Ｉ、５１０Ｊ、５１０Ｌ、５１０Ｎ、５１０Ｐ、５１０Ｑ…センシング情報判定知識レコード、５１１…ユーザＩＤフィールド、５１２…メッセージＩＤフィールド、５１３…センサ条件フィールド、５１４…時間条件フィールド、５１５…場所ＩＤフィールド、５１７…チェックＩＤフィールド、５１８…チェック結果フィールド、５１９…制御コマンドフィールド、５２０…リスク判定知識テーブル、５２１…ユーザＩＤフィールド、５２２…リスクＩＤフィールド、５２３…チェックＩＤフィールド、５２４…指数フィールド、５３０…問診マスタテーブル、５３０Ａ、５３０Ｂ、５３０Ｃ…問診マスタレコード、５３１…質問ＩＤフィールド、５３２…チェックＩＤフィールド、５３３…質問内容フィールド、５３４…選択肢フィールド、５３５…チェック結果フィールド、５４０…メッセージマスタテーブル、５４１…メッセージＩＤフィールド、５４２…メッセージフィールド、６００…センサＩＤ記憶部の例、６１０…センサデバイスＩＤ情報、６１１…センサデバイスＩＤ、６２０…センサＩＤ情報、６２１…センサ順序、６２２…センサＩＤ、６２３…センサの種類を示す種別、７０１…センサウェアの動き検出判定工程、７０２…変数ｔ初期設定工程、７０３…終了判定工程、７０４…センサウェア装着判定工程、７０５…センサウェア情報送信工程、７０６…ユーザ状況判定工程、７０７…センサウェア装着判定工程、８０１…ユーザ検出判定工程、８０２…センサウェア情報受信工程、８０３…センシング情報送信工程、８０４…変数ｉ初期設定工程、８０５…変数ｉ加算工程、８０６…変数ｉ判定工程、８０７…センシング工程、８０８…センシング情報送信工程、８０９…終了コード送信工程、９０１…動作終了判定工程、９０２…センシング情報受信判定工程、９０３…センシング情報格納工程、９０４…ユーザ認証工程、９０５…ユーザデータベース格納工程、９０６…メッセージＩＤ抽出工程、９０７…メッセージＩＤ判定工程、９０８…メッセージＩＤから質問ＩＤを抽出する工程、９０９…メッセージから質問ＩＤを抽出する工程、９１０…質問ＩＤ判定工程、９１１…チェック結果判定工程、９１２…問診情報送信工程、９１３…入力結果受信工程、９１４…ユーザデータベース格納工程、９１５…問診情報送信工程、１００１…動作終了判定工程、１００２…問診情報受信判定工程、１００３…端末コマンド処理工程、１００４…質問ＩＤ判定工程、１００５…問診情報（質問内容と選択肢）表示工程、１００６…入力結果送信工程、１０１１…問診情報表示工程、１１００、１１００Ａ、１２００、１３００、１３００Ａ、１３００Ｂ、１４００、１５００、１６００、１７００、２０００…入出力端末の画面例、１１１１…仮想キャラクター、１１２０…問診ウインドウ、１３０１Ａ…質問内容、１３０２Ａ…１３０３Ａ…選択肢、１７１０…リスク値トレンドグラフ。
【図１】
2006026037.tif 000003
【図２】
2006026037.tif 000004
【図３】
2006026037.tif 000005
【図４】
2006026037.tif 000006
【図５】
2006026037.tif 000007
【図６】
2006026037.tif 000008
【図７】
2006026037.tif 000009
【図８】
2006026037.tif 000010
【図９】
2006026037.tif 000011
【図１０】
2006026037.tif 000012
【図１１】
2006026037.tif 000013
【図１２】
2006026037.tif 000014
【図１３】
2006026037.tif 000015
【図１４】
2006026037.tif 000016
【図１５】
2006026037.tif 000017
【図１６】
2006026037.tif 000018
【図１７】
2006026037.tif 000019
【図１８】
2006026037.tif 000020
【図１９】
2006026037.tif 000021
【図２０】
2006026037.tif 000022
【図２１】
2006026037.tif 000023
【図２２】
2006026037.tif 000024
【図２３】
2006026037.tif 000025