(57)【要約】【課題】  運動時又は日常生活において，個人の生体情報や主観的な情報を収集する健康管理支援システムを提供する。【解決手段】  身体に装着して生体情報を収集するセンサウェアと，生体情報を記憶部に格納する管理サーバと，入出力デバイスと，センサウェアと管理サーバと入出力デバイスとが通信可能なネットワークとを有する健康管理支援システムであって，メッセージの内容とメッセージを出力する条件を記述するメッセージ知識ベースと，主観的な情報を収集する質問を識別する質問ＩＤと質問内容と回答選択肢を記述する問診知識ベースとを管理する知識ベース管理部と，メッセージ知識ベースの条件に質問ＩＤを含む場合に，入出力デバイスに質問ＩＤの質問内容と回答選択肢を出力し，入力された回答結果を質問ＩＤと関連付けて記憶部に格納する問診部と，記憶部のデータに応じて知識ベースからメッセージを判断するアドバイス判断部と，メッセージ出力部とを有する。【選択図】  図１
2005115799.tif 000002
【特許請求の範囲】
【請求項１】
身体に装着して生体情報を収集するセンサウェアと，前記生体情報を記憶部に格納する管理サーバと，入出力デバイスと，前記センサウェアと前記管理サーバと前記入出力デバイスとが通信可能なネットワークとを有する健康管理支援システムであって，メッセージの内容とメッセージを出力する条件を記述するメッセージ知識ベースと，主観的な情報を収集する質問を識別する質問ＩＤと質問内容と回答選択肢を記述する問診知識ベースとを管理する知識ベース管理部と，前記メッセージ知識ベースの条件に前記質問ＩＤを含む場合に，前記入出力デバイスに前記質問ＩＤの質問内容と回答選択肢を出力し，入力された回答結果を前記質問ＩＤと関連付けて前記記憶部に格納する問診部と，前記記憶部のデータに応じて前記知識ベースからメッセージを判断するアドバイス判断部と，メッセージ出力部とを有することを特徴とする健康管理支援システム。
【請求項２】
請求項１に記載の健康管理支援システムにおいて，前記生体情報から身体状況を判定して前記記憶部に格納する生体情報演算部を有することを特徴とする健康管理支援システム。
【請求項３】
請求項２に記載の健康管理支援システムにおいて，前記センサウェアを装着するユーザを認証するユーザ認証部と，認証されたユーザにより実施される運動種目を設定する運動種目設定部と，設定された運動種目に応じて前記センサウェアの生体情報の演算処理が変わる生体情報演算部とを有することを特徴とする健康管理支援システム。
【請求項４】
請求項２又は請求項３に記載の健康管理支援システムにおいて，前記センサウェアが，前記生体情報演算部と，前記生体情報演算部に必要な演算パラメータを前記管理サーバから受信するパラメータ受信部と，前記生体情報演算部の出力結果を前記ネットワークを介して管理サーバへ送信する送信部とを有することを特徴とする健康管理支援システム。
【請求項５】
請求項１から請求項４のいずれかに記載の健康管理支援システムにおいて，１つ以上の運動種目で構成される運動メニューを個人の体力レベル毎に格納する運動メニューデータベースと，現在の体力レベルを格納するユーザ情報データベースと，前記記憶部の情報をもとに体力レベルを更新する体力レベル更新部とを有することを特徴とする健康管理支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，運動時又は日常生活において，生体情報や問診情報等の健康情報を収集してアドバイスやアラートを提示することで，運動効果の向上や危険行動の防止，健康増進や安心感向上を支援する情報システムに関する。
【背景技術】
【０００２】
近年，医療技術や生命科学の発展に伴い，少子高齢化，長寿化が進む中で，健康寿命延伸のための自己健康管理に関する意識が向上している。特に，健康診断での要注意者，要指導者や，糖尿病等の生活習慣病患者，身体能力に不安のある中高齢者に対して，日常生活や運動時における健康管理支援が求められている。
【０００３】
このような健康管理支援に関して，従来，身体に生体情報を収集するセンサを装着し，運動時の身体状態の監視や状況判断を行う情報システムがある（例えば，特許文献１，特許文献２）。特許文献１に記載の「生活支援装置および生活支援方法および広告情報提供方法」では，個人が身体に装着した生体情報センサを用いてストレス等の状況を判断し，状況に応じてアドバイスや広告情報を提示する。特許文献２に記載の「身体状態の監視装置」では，個人が身体に装着した運動センサと脈波センサと一体的に取付けられた装置を用いて運動量等の身体状態を判断し，状態に応じて緊急通報や警告を行う。
【０００４】
【特許文献１】特開２００１−３４４３５２号公報
【０００５】
【特許文献２】特開２００３−２４２８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし，従来技術では，収集する情報が生体情報のみのため，気分や体調等の個人が主観的に感じる健康状態に応じてアドバイスやアラートを提示することが困難であるという課題があった。特に，フィットネスクラブのように，様々な運動機器を使用する場合，運動機器に応じて運動効果や運動状況が異なるため，適切なアドバイスやアラートを提示することが困難であるという課題があった。
【０００７】
本発明の目的は，運動時又は日常生活において，個人の生体情報や主観的な情報を収集し，運動効果の向上や危険行動の防止，健康増進や安心感向上のためのアドバイス，アラートを提示する健康管理支援システムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題は，身体に装着して生体情報を収集するセンサウェアと，生体情報を記憶部に格納する管理サーバと，入出力デバイスと，センサウェアと管理サーバと入出力デバイスとが通信可能なネットワークとを有する健康管理支援システムであって，メッセージの内容とメッセージを出力する条件を記述するメッセージ知識ベースと，主観的な情報を収集する質問を識別する質問ＩＤと質問内容と回答選択肢を記述する問診知識ベースとを管理する知識ベース管理部と，メッセージ知識ベースの条件に質問ＩＤを含む場合に，入出力デバイスに質問ＩＤの質問内容と回答選択肢を出力し，入力された回答結果を質問ＩＤと関連付けて記憶部に格納する問診部と，記憶部のデータに応じて知識ベースからメッセージを判断するアドバイス判断部と，メッセージ出力部とを有することを特徴とする健康管理支援システムにより解決できる。
【０００９】
また，上記の課題は，生体情報から身体状況を判定して記憶部に格納する生体情報演算部を有することを特徴とする健康管理支援システムにより，知識ベースの記述を簡易化しつつ解決できる。
【００１０】
また，上記課題は，センサウェアを装着するユーザを認証するユーザ認証部と，認証されたユーザにより実施される運動種目を設定する運動種目設定部と，設定された運動種目に応じてセンサウェアの生体情報の演算処理が変わる生体情報演算部とを有することを特徴とする健康管理支援システムにより，運動種目に応じて適切に，解決できる。
【００１１】
また，上記の課題は，センサウェアが，生体情報演算部と，生体情報演算部に必要な演算パラメータを管理サーバから受信するパラメータ受信部と，生体情報演算部の出力結果をネットワークを介して管理サーバへ送信する送信部とを有することを特徴とする健康管理支援システムにより，通信量の低減と管理サーバの負荷軽減をしつつ，解決できる。
【００１２】
また，上記の課題は，１つ以上の運動種目で構成される運動メニューを個人の体力レベル毎に格納する運動メニューデータベースと，現在の体力レベルを格納するユーザ情報データベースと，記憶部の情報をもとに体力レベルを更新する体力レベル更新部とを有することを特徴とする健康管理支援システムにより，運動効果を継続的に向上しつつ，解決できる。
【発明の効果】
【００１３】
本発明の健康管理支援システムは，以下の効果を奏する。
【００１４】
（１）運動時や日常生活などにおいて，生体情報や問診情報を用いてユーザの身体状況に応じた適切なメッセージやアラートを提示できるので，運動効果の向上や危険行動の防止，健康増進や安心感向上を支援することが可能となる。
【００１５】
（２）運動種目に特有のパラメータ情報を用いて演算処理を変えるので，運動種目に応じて適切な身体状況を判定することが可能となる。
【００１６】
（３）センサウェアでセンサ情報を演算する処理を変え，運動種目に応じて身体状況を判定できるので，全てのセンサ情報を送信する必要がなく，通信量を低減することが可能となる。また，センサウェアで演算処理をするので，管理サーバの負荷を軽減することが可能となる。
【００１７】
（４）数値的な目標を達成したか否かという情報に加え，主観的運動強度のような個人の主観的な情報をもとに体力レベルを適正に判定できるので，常時目標を適切な運動強度に更新でき，継続的に運動効果を向上することが可能となる。
【発明を実施するための最良の形態】
【００１８】
図１は，本発明の実施例の健康管理支援システムの構成を示す図である。
【００１９】
本実施例のシステムは，管理サーバ１００と，センサウェア１５０と，ネットワーク１６０と，入出力デバイス１７０と，センサウェア１５０と無線通信を行い，ネットワーク１６０を中継する無線中継器１４０と，で構成される。管理サーバ１００は，サーバ制御部１０１と，ユーザ認証部１０２と，パラメータ送信部１０３と，メッセージ判断部１０５と，問診部１０６と，出力部１０９と，運動種目選択部１１０と，サーバメモリ１１１と，体力レベル更新部１１２と，ユーザ情報データベース１２２と，パラメータデータベース１２３と，運動メニューデータベース１２４と，知識ベース１２５と，サーバ通信部１３０と，で構成される。
【００２０】
センサウェア１５０は，制御部１５１と，通信部１５２と，センサ１５３と，メモリ１５４と，演算部１５５と，振動部１５６と，電源１５７と，で構成される。センサウェア１５０は，半導体チップを想定しており，バンソウコウのように皮膚に直接貼りつけて利用することを想定しているが，ペンダントや指輪，腕時計，鍵，衣類など身に付けるものに埋めこまれていても良い。
【００２１】
入出力デバイス１７０は，ＰＤＡを想定しているが，携帯電話やウエアラブルＰＣなどでもよい。また，音声入力機能と音声合成機能を有するマイク付きヘッドフォンでも良い。また，運動機器に内蔵されていても良い。
【００２２】
ネットワーク１６０は，フィットネスクラブ等の施設内ネットワークを前提にしているが，地域ネットワークやより広域のネットワークでも良い。
【００２３】
本実施例のシステムはハードウエア構成として記載されているが，本実施例のシステムの機能をソフトウエアで構成してもよい。
【００２４】
図２は，本実施例におけるユーザ情報データベース１２２の例２００を示す図である。
【００２５】
データベース例２００は，ユーザＩＤフィールド２０１と，パスワードフィールド２０２と，氏名，年齢，性別，安静時心拍数を含む個人情報フィールド２０３と，ユーザの体力レベルを格納する体力レベルフィールド２０４と，ユーザがセンサウェアを装着しているかどうか示す装着状態を格納する状態フィールド２０５と，装着中のセンサウェアを識別するセンサＩＤを格納するセンサＩＤフィールド２０６と，入出力デバイスＩＤフィールド２０７と，で構成される。
【００２６】
例えば，データベース例２００では，ユーザＩＤ「ｕｓｅｒ０００１」，ユーザ名「○田△之」のユーザは体力レベル「ｓｔａｇｅ２」であり，現在，「ＬＯＧＩＮ（センサウェアを装着中）」で，装着しているセンサウェアはセンサＩＤ「０００００００１」，入出力デバイスはデバイスＩＤ「０００００００１」であることを示している。
【００２７】
デバイスＩＤは，機器識別番号（シリアルナンバー）やＩＰアドレスなど，入出力デバイスに固有の情報でも良い。また，会員番号，電話番号，メールアドレスなど，ユーザ個人に特有の情報でも良い。
【００２８】
図３は，本実施例におけるパラメータデータベース１２３の例３００を示す図である。
【００２９】
データベース例３００は，ユーザＩＤフィールド３０１と，運動種目ＩＤフィールド３０２と，運動強度０．５のときの個人毎に異なる運動種目毎の１分間あたりの消費カロリーを格納する単位消費カロリーフィールド３０３と，運動種目実施時に身体状況として状態を判定するパラメータを格納する状態フィールド３０４と，で構成される。
【００３０】
例えば，ユーザＩＤ「ｕｓｅｒ０００１」のユーザは，エアロバイクを利用したとき１分あたり４．０ｋｃａｌ，トレッドミルを利用したとき１分あたり８．０ｋｃａｌ消費する，ということを示している。
【００３１】
図４は，本実施例における運動メニューデータベース１２４の例４００を示す図である。
【００３２】
データベース例４００は，ユーザＩＤフィールド４０１と，体力レベルフィールド４０２と，運動種目ＩＤフィールド４０３と，運動種目毎の消費カロリーの目標値を格納する目標消費カロリーフィールド４０４と，運動種目毎の負荷の目標値を格納する目標値フィールド４０５と，運動種目毎の継続時間の目標値を格納する目標時間フィールド４０６と，で構成される。
【００３３】
例えば，データベース例４００では，ユーザＩＤ「ｕｓｅｒ０００１」のユーザが体力レベル「ｓｔａｇｅ２」の場合，運動メニューは，エアロバイク（目標消費カロリー６０ｋｃａｌ，目標値１．５ｋｗ，目標数１０分）と，トレッドミル（目標消費カロリー１２０ｋｃａｌ，目標値６．０ｋｍ／ｈ，目標数１５分）ということを示している。
【００３４】
図５は，本実施例における知識ベース１２５の例５００を示す図である。
【００３５】
知識ベース５００は，メッセージ知識ベース５１０と，メッセージマスタ５２０と，問診マスタ５３０と，で構成される。メッセージ知識ベース５１０は，ユーザＩＤフィールド５１１と，メッセージＩＤフィールド５１２と，メッセージＩＤの適合条件を格納する条件フィールド５１３と，メッセージＩＤを一度出力してから次に出力するまでの時間間隔を格納する繰り返し間隔フィールド５１４と，で構成される。
【００３６】
例えば，メッセージＩＤ「ｍ００００００Ｈ」は，運動強度を示す「ＬＯＡＤ」が０．７以上で１０秒間以上継続していた場合，適合条件に適合する。また，一度適合した場合，引き続き運動強度を示す「ＬＯＡＤ」が０．７以上であっても，適合条件に適合するのは６０秒経過後となる。
【００３７】
メッセージマスタ５２０は，メッセージＩＤフィールド５２１と，メッセージフィールド５２２と，宛先フィールド５２３と，制御コマンドフィールド５２４と，で構成される。
【００３８】
問診マスタ５３０は，質問ＩＤフィールド５３１と，質問内容フィールド５３２と，回答フィールド５３３と，入力待ちフィールド５３４と，で構成される。
【００３９】
図６は，本発明の実施例の健康管理支援システムの動作を説明するフローチャートである。
【００４０】
まず，ユーザがセンサウェア１５０を装着すると，制御部１５１はセンサ１５３で収集するセンサ情報を用いて，センサウェアが装着されたことを検出するステップ６５１を実行する。次に，制御部１５１は，通信部１５２を起動し，メモリ１５４内に格納されているセンサウェアＩＤ「０００００００１」をセンサウェア装着情報として管理サーバ１００へ送信するステップ６５２を実行する。
【００４１】
サーバ制御部１０１は，サーバ通信部１３０を起動し，センサウェア１５０から送信されたセンサウェアＩＤをセンサウェア装着情報として受信するステップ６０１を実行する。次に，サーバ制御部１０１は，ユーザ認証部１０２を起動し，ユーザ認証を行うステップ６０２を実行する。
【００４２】
図８は，ステップ６０２でユーザ認証を行うときの入出力デバイス１７０の画面例８００を示す図である。
【００４３】
ユーザは，ユーザＩＤ入力テキストボックス８０１にユーザＩＤを，パスワード入力テキストボックス８０２にパスワードを入力し，認証ボタン８０３を押す。入力されたユーザＩＤとパスワードが，ユーザ情報データベース２００のユーザＩＤとパスワードと一致した場合，ユーザが認証され，ユーザ情報データベース２００の状態フィールドに「ＬＯＧＩＮ」と，センサＩＤフィールド２０６に装着しているセンサウェアのセンサＩＤが格納される。ユーザ情報データベース２００では，ユーザＩＤ「ｕｓｅｒ０００１」のユーザが認証され，センサＩＤ「０００００００１」のセンサウェアを装着していることを示している。また，ユーザＩＤ「ｕｓｅｒ０００１」のユーザが利用している入出力デバイスは，デバイスＩＤ「０００００００１」であることを示している。
【００４４】
デバイスＩＤは，基本的にセンサＩＤと同じであるが，予めユーザの管理する入出力デバイスのデバイスＩＤを登録しておいても良い。また，センサウェアが最もユーザに近い入出力デバイスを検出し，自動的に登録しても良い。
【００４５】
ステップ６０２では，入出力デバイス１７０を用いてユーザ認証を行ったが，予めメモリ１５４にユーザＩＤとパスワードを登録しておき，ステップ６５１でそのユーザＩＤとパスワードを送信する構成とし，送信されたユーザＩＤとパスワードを用いて，ユーザ認証を行っても良い。
【００４６】
次に，サーバ制御部１０１は，認証されたユーザの基本情報をユーザ情報データベース１２２から抽出し，サーバ通信部１０１を起動してセンサウェアに送信するステップ６０３を実行する。
【００４７】
ここで，制御部１５１は，通信部１５２を起動し，基本情報を受信してメモリ１５４に格納するステップ６５３を実行する。この時，基本情報として，氏名，年齢，性別，安静時心拍数が，メモリ１５４に格納される。次に，制御部１５１は，通信部１５２を起動し，パラメータの送信要求を行うステップ６５４を実行する。
【００４８】
ここで，サーバ制御部１０１は，サーバ通信部１３０を起動し，パラメータ送信要求を受信するステップ６０４を実行する。次に，サーバ制御部１０１は，運動種目設定部１１０を起動し，ユーザに運動種目を選択させるステップ６０５を実行する。
【００４９】
図９は，ステップ６０５でユーザが運動種目を選択するときの入出力デバイス１７０の画面例９００を示す図である。
【００５０】
画面例９００では，ユーザ名「○田△之」のユーザに対し，運動メニューデータベースの例４００から抽出した体力レベル「ｓｔａｇｅ２」の運動メニューであるエアロバイクとトレッドミルが出力されており，トレッドミルを選択するチェックボックス９０１が選択されている。また，エアロバイクに関しては，目標消費カロリーを超えていることを示す達成マーク９０２が出力されている。
【００５１】
ステップ６０５で，運動種目が選択された場合，サーバメモリ１１１に運動種目を格納するステップ６０６を実行する。画面例９００では，チェックボックス９０１が選択されているため，運動種目としてサーバメモリ１１１に運動種目「トレッドミル」を格納する。ステップ６０５では，ユーザにより選択された運動種目を運動種目として設定したが，センサ情報の加速度情報をもとに運動種目を識別し，設定しても良い。また，センサ情報の位置情報をもとに運動種目を識別し，設定しても良い。
【００５２】
次に，サーバ制御部１０１は，サーバメモリ１１１に設定された運動種目を用いてパラメータデータベース１２３からパラメータを抽出し，サーバ通信部１３０を起動して，抽出したパラメータをセンサウェアに送信するステップ６０７を実行する。
【００５３】
ここで，制御部１５１は，通信部１５２を起動し，パラメータを受信してメモリ１５４に格納するステップ６５５を実行する。ステップ６５５では，サーバメモリ１１１に運動種目「トレッドミル」が格納されているため，メモリ１５４には，運動種目ＩＤ「トレッドミル」，単位消費カロリー「８．０」が格納される。
【００５４】
次に，制御部１５１は，センサ１５３を用いて，生体情報を収集するステップ６５６を実行する。ステップ６５６で収集する生体情報は，脈波，血中酸素飽和度，皮膚伝導率，心拍，体温，発汗量，収縮期血圧，拡張期血圧，体脂肪率，心電，筋電，脳波，心磁，脳磁，超音波反射波，赤外線反射光，近赤外線，加速度，温度，湿度，位置情報，などのいずれか１つ、もしくは複数を含む。
【００５５】
次に，制御部１５１は，演算部１５５を起動し，センサ１５３で収集する生体情報と，メモリ１５４に格納されている基本情報とパラメータ情報を用いて身体状況を判定するステップ６５７を実行する。
【００５６】
身体状況として，運動強度（ＬＯＡＤ）を判定する場合は，（数１）を用いる（カルボーネンの式を変換）。（数１）では，生体情報としてセンサ１５３で収集する心拍数を，基本情報としてメモリ１５４に格納されている年齢，安静時心拍数を用いている。
運動強度＝（心拍数−安静時心拍数）／｛（２２０−年齢）−安静時心拍数｝
…（数１）
例えば，ユーザＩＤ「ｕｓｅｒ０００１」のユーザの場合，年齢３０，安静時心拍数７０，なので，（数１）から，心拍数１００のとき運動強度０．２５，心拍数１３５のとき運動強度０．５４，心拍数１６０のとき運動強度０．７５，となる。
【００５７】
身体状況として，１分あたりの消費カロリーを判定する場合は，（数２）を用いる。（数２）では，パラメータ情報としてメモリ１５４に格納されている単位消費カロリーと，（数１）で求めた運動強度を用いている。
消費カロリー＝単位消費カロリー×（運動強度／０．５）      …（数２）
例えば，ユーザＩＤ「ｕｓｅｒ０００１」のユーザで運動種目「トレッドミル」が選択されている場合，メモリ１５４にパラメータ情報として，単位消費カロリー８．０ｋｃａｌが格納されているので，１分あたりの消費カロリーは，運動強度０．２５のとき２．００ｋｃａｌ，運動強度０．５４のとき８．６４ｋｃａｌ，運動強度０．７５のとき１０．００ｋｃａｌとなる。
【００５８】
身体状況として，状態（ＳＴＡＴＵＳ）を判定する場合は，パラメータ情報としてメモリ１５４に格納されている状態パラメータ情報を用い，生体情報からユーザの状態を判定する。
【００５９】
例えば，ユーザＩＤ「ｕｓｅｒ０００１」のユーザで運動種目「トレッドミル」が選択されている場合，メモリ１５４にパラメータ情報として，状態パラメータ３１１が格納されているので，生体情報から，立位（ＳＴＡＮＤＩＮＧ），実施中（ＲＵＮＮＩＮＧ），転倒（ＦＡＬＬＩＮＧ）を判定する。
【００６０】
特に，ＲＵＮＮＩＮＧでは，パラメータ情報として，左右方向（ｘ軸），前後方向（ｙ軸），上下方向（ｚ軸）の加速度の変位量，及びｘ軸，ｙ軸，ｚ軸の回転角の変位量を示す加速度パラメータが設定されており，ｚ軸の変位量が１以上のとき，「ＲＵＮＮＩＮＧ」と判定する。また，運動種目「エアロバイク」が選択されている場合は，ｚ軸の変位量が０．５以上のとき，「ＲＵＮＮＩＮＧ」と判定する。このようにパラメータ情報により演算処理が変わるので，運動種目に応じて適切な身体状況を判定することが可能となる。
【００６１】
次に，制御部１５１は，通信部１５２を起動し，ステップ６５６で収集した生体情報と，ステップ６５７で判定した身体状況を，センサ情報として送信するステップ６５８を実行する。ここで，サーバ制御部１０１は，サーバ通信部１３０を起動し，センサ情報を受信してサーバメモリ１１１に格納するステップ６０８を実行する。
【００６２】
このように，センサウェアでセンサ情報を演算する処理を変え，運動種目に応じて身体状況を判定できるので，全てのセンサ情報を送信する必要がなく，通信量を低減することが可能となる。また，センサウェアで演算処理をするので，管理サーバの負荷を軽減することが可能となる。
【００６３】
次に，サーバ制御部１０１は，メッセージ判断部１０５を起動し，センサ情報を用いてメッセージ処理を行うステップ６０９を実行する。
【００６４】
図７は，ステップ６０９で，メッセージ処理を行うときの管理サーバ１００の動作を説明するフローチャートである。メッセージ判断部１０５は，センサ情報に該当するメッセージを，知識ベース５００から抽出するステップ７０１を実行する。ステップ７０１で，メッセージを抽出しなかった場合，メッセージ処理を終了する。ステップ７０１で，メッセージを抽出した場合，メッセージ判断部１０５は，メッセージの判断に必要な収集情報を判定するステップ７０２を実行する。
【００６５】
例えば，身体状況である運動強度（ＬＯＡＤ）が「０．７５」で２０秒間継続している場合，ステップ７０１で，メッセージＩＤ「ｍ００００００Ｈ」を抽出する。この例では，メッセージの判断に必要な収集情報がないため，メッセージ判断部１０５は，出力部１０９を起動し，メッセージを出力するステップ７０５を実行する。
【００６６】
図１０は，ステップ７０５で，メッセージが出力されるときの入出力デバイス１７０の画面例１０００を示す図である。
【００６７】
図１０に示す例では，運動強度が高い状態が継続した場合，注意を促すアドバイスとして，「あまり頑張り過ぎないように」というメッセージが出力されている。このように，ユーザの運動状況に応じて適切なアドバイスを提示できるので，ユーザは，運動時の安全性を向上することが可能となる。
【００６８】
例えば，身体状況である状態（ＳＴＡＴＵＳ）が「転倒（ＦＡＬＬＩＮＧ）」の場合，ステップ７０１で，メッセージＩＤ「ｍ０００１０００」を抽出し，メッセージの判断に必要な収集情報がないため，メッセージ判断部１０５は，出力部１０９を起動し，メッセージを出力するステップ７０５を実行する。
【００６９】
図１１は，ステップ８０５で，メッセージが出力されるときの入出力デバイス１７０の画面例１１００を示す図である。
【００７０】
図１１に示す例では，ユーザＩＤ「ｕｓｅｒ０００１」のユーザが転倒したため，緊急状態を知らせるアラートとして，「○田△之さんが転倒しました」というメッセージが，宛先「ＳＴＡＦＦ」が利用している入出力デバイスに出力されている。このように，ユーザの身体状況に応じてアラートを提示できるので，スタッフは，ユーザの安全管理を効率的に実施することが可能となる。
【００７１】
ステップ７０１で，例えば，身体状況である状態（ＳＴＡＴＵＳ）が「実施中（ＲＵＮＮＩＮＧ）」，運動強度（ＬＯＡＤ）が「０．３８」で２０秒間継続している場合，メッセージＩＤ「ｍ００００００Ｌ」と「ｍ００００００Ｌ２」を抽出し，ステップ７０２で，メッセージの判断に必要な収集情報として，質問ＩＤ「ｑ０００１００」を抽出する。
【００７２】
次に，メッセージ判断部１０５は，サーバメモリ１１１に，メッセージの判断に必要な収集情報に対応する回答結果があるか否かを判定するステップ７０３を実行する。
【００７３】
ステップ７０３で，回答結果がないと判定した場合は，メッセージ判断部１０５は，問診部１０６を起動し，メッセージの判断に必要な情報を収集する問診処理を行うステップ７０４を実行する。
【００７４】
図１２は，ステップ７０４で，質問ＩＤ「ｑ０００１０００」の質問の回答結果を収集する問診処理を行うときの入出力デバイス１７０の画面例１２００を示す図である。
【００７５】
画面例１２００では，質問「体調は如何ですか？」に対して，選択肢「良い」「普通」「悪い」が出力されている。ユーザは，選択肢を選択し，確認ボタン１２０２を押すことで回答を入力できる。
【００７６】
次に，問診部１０６は，選択された回答を取得し，サーバメモリ１１１に格納するステップ７０５を実行する。画面例１２００では，選択肢１２０１「悪い」が選択されているため，問診部１０６は，質問ＩＤ「ｑ０００１０００」と回答結果「３」を，サーバメモリ１１１に格納する。
【００７７】
次に，メッセージ判断部１０５は，ステップ７０２を実行し，さらに必要な収集情報がないと判定した場合，メッセージを出力するステップ７０６を実行する。
【００７８】
図１３は，ステップ７０６で，メッセージが出力されるときの入出力デバイス１７０の画面例１３００を示す図である。
【００７９】
図１３に示す例では，運動強度が低い状態が継続しており，体調が悪いため，アドバイスとして，「少しペースを下げましょう」というメッセージが出力されている。
【００８０】
ステップ７０４で，質問ＩＤ「ｑ０００１０００」に該当する質問「体調は如何ですか？」に対して，選択肢「良い」を選択した場合は，図１に示した入出力デバイス１７０のように，アドバイスとして，「もう少し頑張りましょう」というメッセージが出力される。
【００８１】
このように，問診処理により，生体情報だけでは収集できない，気分や体調等の主観的な情報を収集できるので，ユーザの身体状況に応じた適切なアドバイスを提示することが可能となる。また，生体情報から判定した身体状況を，メッセージ出力の判定条件に用いることができるので，知識ベースを簡易に記述することが可能となる。
【００８２】
ステップ６０５で，終了ボタン９０３が選択された場合，サーバメモリ１１１に，運動メニュー「ＭＥＮＵ」と終了「ＦＩＮＩＳＨ」を格納する。
【００８３】
ここで，サーバ制御部１０１は，メッセージ処理を行うステップ６０９で，目標を達成したか否か（運動メニュー終了時の運動種目毎の消費カロリーの総和（ＴＣＡＬ）が運動種目毎の目標消費カロリーの総和（ＴａｒｇｅｔＴｏｔａｌＣＡＬ）以上か否か），サーバメモリ１１１に，実施した運動の程度を個人が主観的に判断する度合いである主観的運動強度（ＲＰＥ）に関する質問ＩＤ「ｑ０００１ｒｐｅ」に対応する回答結果があるか否かを判定する処理を実行する。
【００８４】
ここで，目標を達成した（ＴＣＡＬ≧ＴａｒｇｅｔＴｏｔａｌＣＡＬ）場合，かつ，質問ＩＤ「ｑ０００１ｒｐｅ」に対応する回答結果がないと判定した場合は，メッセージ判断部１０５は，問診部１０６を起動し，問診処理を行うステップ７０４を実行する。
【００８５】
図１４は，質問ＩＤ「ｑ０００１ｒｐｅ」の質問の回答結果を收集する問診処理を行うときの入出力デバイス１７０の画面例１４００を示す図である。
【００８６】
画面例１４００では，質問「運動はどうでした？」に対して，選択肢「楽」「普通」「きつい」が出力されている。画面例１４００では，ユーザにより，選択肢１４０１「楽」が選択されているので，問診部１０６は，質問ＩＤ「ｑ０００１ｒｐｅ」と回答結果「１」を，また，制御コマンドとして「ＬＥＶＥＬ＿ＵＰ」を，サーバメモリ１１１に格納する。
【００８７】
次に，サーバ制御部１０１は，体力レベル更新部１１２を起動し，サーバメモリ１１１の情報をもとに体力レベルを更新するステップ６１０を実行する。サーバメモリ１１１には，制御コマンド「ＬＥＶＥＬ＿ＵＰ」が格納されているので，ユーザＩＤ「ｕｓｅｒ０００１」の体力レベルを「ｓｔａｇｅ２」から「ｓｔａｇｅ３」に更新する。
【００８８】
このように，数値的な目標を達成したか否かという情報に加え，主観的運動強度のような個人の主観的な情報をもとに体力レベルを適正に判定できるので，常時目標を適切な運動強度に更新でき，継続的に運動効果を向上することが可能となる。
【００８９】
図１５は，入出力端末１７０で，ユーザが運動履歴を参照するときの画面例１５００を示す図である。
【００９０】
運動実施日毎の，運動種目毎の消費カロリーの総和（ＴＣＡＬ）が棒グラフ１５０１で，運動種目毎の目標消費カロリーの総和（ＴａｒｇｅｔＴｏｔａｌＣＡＬ）が折れ線グラフ１５０２で，出力されている。また，体力レベル情報１５０３に対して「ＬＥＶＥＬ＿ＵＰ（↑）」「ＬＥＶＥＬ＿ＤＯＷＮ（↓）」，目標達成（ＴＣＡＬ≧ＴａｒｇｅｔＴｏｔａｌＣＡＬ）情報１５０４に対して「達成（○）」「未達成（×）」，主観的運動強度情報１５０５に対して，「楽（◎）」「普通（○）」「きつい（×）」が出力されている。
【００９１】
このように，個人の運動実施状況を，体力レベルと目標達成状況と主観的運動強度の履歴として確認できるので，運動継続の意欲を向上できる。
【００９２】
本システムは，運動時だけでなく，センサウェアを身体に装着した状態で，日常生活においても利用できる。
【００９３】
例えば，ステップ６５７で，身体状況として，循環器状態（Ｃ＿ＳＴＡＴＵＳ）を「不整脈（ＡＲＲＨＹＴＨＭＩＡ）」と判定した場合，ステップ６０９で，質問ＩＤ「ｑ０００００００」に対応する回答結果があるか否かを判定する処理を実行する。ここで，質問ＩＤ「ｑ０００００００」に対応する回答結果がないと判定した場合は，メッセージ判断部１０５は，問診部１０６を起動し，問診処理を行うステップ７０４を実行する。
【００９４】
図１６は，質問ＩＤ「ｑ０００００００」の質問の回答結果を收集する問診処理を行うときの入出力デバイス１７０の画面例１６００を示す図である。
【００９５】
画面例１６００では，質問「大丈夫ですか？」に対して，選択肢「はい」「いいえ」が出力されている。画面例１６００では，デフォルトして，選択肢１６０２「いいえ」が選択されており，入力待ち時間１６０３が表示されている。
【００９６】
ここで，ユーザが，選択肢１６０１「はい」を選択した場合，メッセージＩＤ「不整脈について医師に相談して下さい。」を入出力デバイス１７０に出力するが，ユーザが，選択肢１６０１「いいえ」を選択した場合，又は，入力待ち時間１６０３が「０」になった場合，選択肢１６０２「いいえ」が選択されたと判定され，メッセージＩＤ「不整脈です。様子を確認して下さい。」を宛先「ＦＡＭＩＬＹ」に出力する。
【００９７】
例えば，ステップ６５７で，身体状況として，循環器状態（Ｃ＿ＳＴＡＴＵＳ）を「心室細動（ＶＲ）」と判定した場合，メッセージＩＤ「ｍ０００１ＶＦ」のメッセージを，病院への緊急通知を行う宛先「ＲＥＳＱＵＥ」に出力する。
【００９８】
例えば，ステップ６５７で，身体状況として，睡眠状態（Ｓ＿ＳＴＡＴＵＳ）を「睡眠時無呼吸症候群（ＳＡＳ）」と判定した場合，メッセージＩＤ「ｍ０００１ＳＡＳ」のメッセージを，医師への緊急通知を行う宛先「ＤＯＣＴＯＲ」に出力する。
【００９９】
身体状況として，食事・栄養状態（Ｎ＿ＳＴＡＴＵＳ），生活習慣（Ｌ＿ＳＴＡＴＵＳ），休養状態（Ｒ＿ＳＴＡＴＵＳ），等，日常的な健康状態も設定でき，それらの身体状況に応じて，メッセージを出力できる。
【０１００】
このように，日常生活や睡眠時においても，問診処理により，生体情報だけでは収集できない主観的な情報を収集できるので，ユーザの身体状況に応じた適切なアドバイスを提示することが可能となる。
【０１０１】
また，病院や医師への緊急通知や家族への緊急連絡にも活用できるので，日常生活の安心感を向上することが可能となる。
【０１０２】
ステップ６１０を終了すると，サーバ制御部１０１は，サーバ通信部１３０を起動し，センサウェア取外し情報を受信するステップ６１１を実行する。受信しなかった場合は，ステップ６０４を再度実行し，以降の処理を繰り返す。
【０１０３】
ここで，制御部１５１は，センサ１５３で収集するセンサ情報を用いて，センサウェアが取り外されたか否かを検出するステップ６５９を実行する。センサウェアが取り外されていないと検出した場合は，ステップ６５４を再度実行し，以降の処理を繰り返す。センサウェアが取り外されたと検出した場合は，センサウェア取外し情報を送信するステップ６６０を実行する。
【０１０４】
ステップ６１１で，サーバ制御部１０１が，センサウェア取外し情報を受信した場合は，ユーザログアウトを実行するステップ６１２を実行する。この時，ユーザ情報データベース２００の状態フィールドに「ＬＯＧＯＵＴ」と，センサＩＤフィールド２０６のセンサＩＤが削除される。
【０１０５】
本実施例では，管理サーバ１００の出力は入出力デバイス１７０に出力されているが，入出力デバイス１７０の電源が入っていない，電波が届かない，等で無線通信ができなかった場合，出力部１０９は，サーバ通信部１３０を起動し，センサウェア１５０に振動命令を送信する。センサウェア１５０が振動命令を受信すると，制御部１５１は，振動部１５６を起動し，センサウェアを振動させる。この時，ユーザは，入出力デバイスの電源を入れる，入出力デバイスを電波の届く範囲に持っていく，又は，汎用的に利用可能な端末を利用することで，出力部１０９の出力するメッセージの参照や問診の実施を行うことができる。
【０１０６】
このように，メッセージの出力時に，入出力デバイスに出力できない場合でも，ユーザはセンサウェアでメッセージが出力されたことを認識できるので，常時適切なアドバイスやアラートを参照することが可能となる。
【産業上の利用可能性】
【０１０７】
本発明の健康管理支援システムよれば，適切なメッセージやアラートを提示できるので，運動効果の向上や危険行動の防止，健康増進や安心感向上を支援でき，運動種目に応じて適切な身体状況を判定でき，数値的な目標を達成したか否かという情報に加え，主観的運動強度のような個人の主観的な情報をもとに体力レベルを適正に判定できるので，常時目標を適切な運動強度に更新でき，継続的に運動効果を向上することが可能となる。また，通信量を低減することが可能となり，管理サーバの負荷を軽減することが可能となる。
【図面の簡単な説明】
【０１０８】
【図１】本発明の実施例の健康管理支援システムの構成を示す図。
【図２】本発明の実施例におけるユーザ情報データベースの例を示す図。
【図３】本発明の実施例におけるパラメータデータベースの例を示す図。
【図４】本発明の実施例における運動メニューデータベースの例を示す図。
【図５】本発明の実施例における知識ベースの例を示す図である。
【図６】本発明の実施例の健康管理支援システムの動作を説明するフローチャート。
【図７】本発明の実施例において、メッセージ処理を行うときの管理サーバの動作を説明するフローチャート。
【図８】本発明の実施例において、ユーザ認証を行うときの入出力デバイスの画面例を示す図。
【図９】本発明の実施例において、ユーザが運動種目を選択するときの入出力デバイスの画面例を示す図。
【図１０】本発明の実施例において、メッセージが出力されるときの入出力デバイスの画面例を示す図。
【図１１】本発明の実施例において、メッセージが出力されるときの入出力デバイスの画面例を示す図。
【図１２】本発明の実施例において、問診処理を行うときの入出力デバイスの画面例を示す図。
【図１３】本発明の実施例において、メッセージが出力されるときの入出力デバイスの画面例を示す図。
【図１４】本発明の実施例において、問診処理を行うときの入出力デバイスの画面例を示す図。
【図１５】本発明の実施例において、ユーザが運動履歴を参照するときの入出力デバイスの画面例を示す図。
【図１６】本発明の実施例において、問診処理を行うときの入出力デバイスの画面例を示す図。
【符号の説明】
【０１０９】
１００…管理サーバ，１５０…センサウェア，１６０…ネットワーク，１７０…入出力デバイス，１４０…無線中継器，１０１…サーバ制御部，１０２…ユーザ認証部，１０３…パラメータ送信部，１０５…メッセージ判断部，１０６…問診部，１０９…出力部，１１０…運動種目選択部，１１１…サーバメモリ，１１２…体力レベル更新部，１２２…ユーザ情報データベース，１２３…パラメータデータベース，１２４…運動メニューデータベース，１２５…知識ベース，１３０…サーバ通信部，１５１…制御部，１５２…通信部，１５３…センサ，１５４…メモリ，１５５…演算部，１５６…振動部，１５７電源，２００…ユーザ情報データベースの例，２０１…ユーザＩＤフィールド，２０２…パスワードフィールド，２０３…個人情報フィールド，２０４…体力レベルフィールド，２０５…状態フィールド，２０６…センサＩＤフィールド，２０７…入出力デバイスＩＤフィールド，３００…パラメータデータベースの例，３０１…ユーザＩＤフィールド，３０２…運動種目ＩＤフィールド，３０３…単位消費カロリーフィールド，３０４…状態フィールド，３１１…トレッドミルの状態パラメータ，４００…運動メニューデータベースの例，４０１…ユーザＩＤフィールド，４０２…体力レベルフィールド，４０３…運動種目ＩＤフィールド，４０４…目標消費カロリーフィールド，４０５…目標値フィールド，４０６…目標時間フィールド，５００…知識ベースの例，５１０…メッセージ知識ベース，５２０…メッセージマスタ，５３０…問診マスタ，５１１…ユーザＩＤフィールド，５１２…メッセージＩＤフィールド，５１３…条件フィールド，５１４…繰り返し間隔フィールド，５２１…メッセージＩＤフィールド，５２２…メッセージフィールド，５２３…宛先フィールド，５２４…制御コマンドフィールド，５３１…質問ＩＤフィールド，５３２…質問内容フィールド，５３３…回答フィールド，５３４…入力待ちフィールド，６０１…センサウェア装着情報を受信するステップ，６０２…ユーザ認証を行うステップ，６０３…基本情報を送信するステップ，６０４…パラメータ送信要求を受信するステップ，６０５…運動種目を設定するステップ，６０６…運動種目を格納するステップ，６０７…パラメータを送信するステップ，６０８…センサ情報を受信するステップ，６０９…メッセージ処理を行うステップ，６１０…センサウェア取外し情報を受信するステップ，６１１…ユーザログアウトを実行するステップ，６５１…センサウェアが装着されたことを検出するステップ，６５２…センサウェア装着情報を送信するステップ，６５３…基本情報を受信するステップ，６５４…パラメータの送信要求を行うステップ，６５５…パラメータを受信するステップ，６５６…生体情報を収集するステップ，６５７…身体状況を判定するステップ，６５８…センサ情報を送信するステップ，６５９…センサウェアが取り外されたか否かを検出するステップ，６６０…センサウェア取外し情報を送信するステップ，７０１…メッセージを抽出するステップ，７０２…メッセージの判断に必要な収集情報を判定するステップ，７０３…メッセージの判断に必要な収集情報に対応する回答結果があるか否かを判定するステップ，７０４…問診処理を行うステップ，７０５…メッセージを出力するステップ，７０６…メッセージを出力するステップ，８００…ユーザ認証を行うときの画面例，８０１…ユーザＩＤ入力テキストボックス，８０２…パスワード入力テキストボックス，８０３…認証ボタン，９００…運動種目を設定するときの画面例，９０１…チェックボックス，９０２…達成マーク，１０００，１１００，１３００…メッセージが出力されるときの画面例，１２００，１４００…問診処理を行うときの画面例，１２０１，１４０１…選択肢，１２０２，１４０２…確認ボタン，１５００…ユーザが運動履歴を参照するときの画面例，１５０１…運動種目毎の消費カロリーの総和の棒グラフ，１５０２…運動種目毎の目標消費カロリーの総和（ＴａｒｇｅｔＴｏｔａｌＣＡＬ）の折れ線グラフ，１５０３…体力レベル情報，１５０４…目標達成情報，１５０５…主観的運動強度情報，１６００…問診処理を行うときの画面例，１６０１…１６０２…選択肢，１６０３…入力待ち時間，１６０４…確認ボタン。
【図１】
2005115799.tif 000003
【図２】
2005115799.tif 000004
【図３】
2005115799.tif 000005
【図４】
2005115799.tif 000006
【図５】
2005115799.tif 000007
【図６】
2005115799.tif 000008
【図７】
2005115799.tif 000009
【図８】
2005115799.tif 000010
【図９】
2005115799.tif 000011
【図１０】
2005115799.tif 000012
【図１１】
2005115799.tif 000013
【図１２】
2005115799.tif 000014
【図１３】
2005115799.tif 000015
【図１４】
2005115799.tif 000016
【図１５】
2005115799.tif 000017
【図１６】
2005115799.tif 000018