JP6416334B2 - 生活支援サービスシステム及び方法 - Google Patents

Description

本発明は、ユーザに対して生活支援サービスを提供する生活支援サービスシステム及び方法に関する。

センサノードからの加速度データを元に一定期間の運動量や運動強度を算出・表示し、日々の運動量の把握を支援するシステムや日々の食事とそのカロリーを入力して、日々の食事量の把握を支援するシステムなどが存在する。
係る本技術分野の背景技術として、特開２０１４−２１９８５０号公報（特許文献１）や国際公開第２００５／０１３１７７号公報（特許文献２）がある。

前記特許文献１には、「生体情報の時系列データを受け付ける生体情報受付部１１と、複数の生活習慣の時系列データを受け付ける生活習慣受付部１２と、生体情報の時系列データと複数の生活習慣の時系列データに基づいて、生体情報と生活習慣の相関係数を算出する相関算出部２２と、相関係数に基づいて生活習慣を出力する生活習慣提案部２５と」を備えた「生活習慣病改善支援装置」をもって「生体情報と生活習慣の時系列相関から、各患者に対して複数の生活習慣のうち効率的に生体情報を改善する生活習慣の改善項目を提示する」との記載がある（要約書参照）。
特許文献２には、運動量と食事における各エネルギー消費量を算出し、これらの２つのエネルギー消費量のバランスを算出し、予め設定された限界値を超過した場合、ユーザ側に通知する方法の記載がある。

特開２０１４−２１９８５０号公報 国際公開第２００５／０１３１７７号公報

前記特許文献１には、生体情報と生活習慣の時系列相関から、各患者に対して複数の生活習慣のうち効率的に生体情報を改善する生活習慣の改善項目を提示する生活習慣病改善支援装置の仕組みが記載されている。
しかし、特許文献１では、生活習慣の改善項目を提示し、生体情報を改善するという効果に留まり、以下のようなことまでは想定されていない。

例えば、ユーザの生活や活動状態を示す生活・活動量データ（アクティブセンシングデータ）を解析・集計した解析・集計データとその他のデータ（例えば、エクササイズプログラムなどのユーザ支援データ）を組み合わせ、ユーザの健康を促進する上で有効な新たな生活支援サービス（表示描画データ）を作成し、当該新たな生活支援サービス（表示描画データ）をユーザ側に提供する。これにより、ユーザ側に新しい見せ方・使い方（表示描画）を可能とすることである。
また、特許文献２は、ある特定の時点における一定期間の収支エネルギー消費量に基づくサービスに関し、その前後のトレンドを考慮することはなく、また、一定期間の収支結果とアドバイスのみが表示されるのみに留まり、一定期間の収支エネルギー消費量の前後トレンドを見ることはできない。健康維持、促進のためには、運動量や食事量について、ある一定期間の総量だけではなく、その前後期間を含めたトレンドを把握し、コントロールすることが重要である。
また、特許文献１，２は、１個人に向けたシステムであり、複数の運動者（ユーザ）の様子を同時に見ることまでは考慮されていない。

そこで、本発明では、ユーザの生活・活動に関するデータを解析・集計した解析・集計データの分析ビュー／値を算出し、当該分析ビュー／値を含む解析・集計データに、他のデータ（ユーザ支援データ）を加えた生活支援サービス（表示描画データ）を作成し、当該生活支援サービス（表示描画データ）をユーザ側に提供する。これにより、ユーザ側の要望に応じて新しい見せ方・使い方（表示描画）を可能とすることを目的とする。

上記課題を解決するために、本発明は、ユーザの生活や活動に関する生活・活動量データ（アクティブセンシングデータを含むユーザ履歴データ）を解析（又は分析）・集計した解析・集計データの中から、ユーザからの支援要求に応じた解析・集計データを検索・抽出し、当該解析・集計データの分析ビュー／値を算出する。また、当該分析ビュー／値を含む解析・集計データに、他のデータを加えた二次的な表示描画データを含む生活支援サービスを作成する。そして、当該表示描画データを含む生活支援サービスを、通信端末を介してユーザ側に提供（送信）し、ユーザ側端末の表示部（ディスプレイ）の同一画面上に上記解析・集計データと他のデータを並べ又は重ねて表示し、生活支援サービスを可視化可能とするものである。
他のデータとは、例えば、ジムプログラムなどのエクササイズプログラム、チームメンバーなどのデモグラフィック、体重、食事による摂取カロリー、などのユーザ支援データであり、表示描画データとは、例えば、文字、グラフやタペスト表示（Tapestry View）などである。
なお、本明細書では、タペストリ表示を、例えば、縦軸と横軸で表現する２次元平面上で、特徴量の種別や分類に応じて色分けした表示又は表示方法と定義する。

代表的な本発明の生活支援サービスシステム及び方法の一つは、
ユーザ通信端末からユーザの所定期間ごとの運動量と食事量を受信し、当該運動量と食事量に応じたサービスをユーザ側通信端末に提供する生活支援サービスシステムにおいて、
前記運動量と食事量を受信するサーバを備え、
前記サーバは、
前記運動量を元にエネルギー消費量及び静止、安静、座位、立位、作業、運動、歩行状態、ランニング、非装着、データなし、食事、睡眠のいずれかを含む集合体の中から一つの値を含むライフシーンを計算により算出し、当該エネルギー消費量及びライフシーンを活動履歴記憶部に記憶する手段と、
前記食事量を元にユーザのエネルギー摂取量を算出し、当該エネルギー摂取量を摂取履歴記憶部に記憶する手段と、
前記活動履歴記憶部の運動量と前記摂取履歴記憶部の食事摂取量を日付で紐付けして運動者マスタ部に記憶する手段と、
前記ユーザ通信端末からある一定期間が指定されたとき、当該一定期間とその期間の前後期間の一定数分の運動量と食事摂取量を算出してトレンドを把握し、当該指定された一定期間及び当該一定期間の前後期間の一定数分の運動量におけるエネルギー消費量及び食事摂取量におけるエネルギー摂取量の両エネルギー収支量を算出する手段と、
前記活動履歴記憶部と前記摂取履歴記憶部の履歴を紐付けして前記運動者マスタ部に記憶する手段と、
前記ユーザ通信端末からある一定期間が指定されたとき、当該指定された一定期間及び当該一定期間の前後期間の一定数分の運動量におけるエネルギー消費量及び食事量におけるエネルギー摂取量の両エネルギー収支量を算出する手段と、
前記両エネルギー収支量を算出する手段によるエネルギー収支量を前記ユーザ通信端末に送信し、当該ユーザ通信端末での表示を可能とする手段と、
を備えた。

本発明によれば、各ユーザが所望する支援要求に応じた表示描画データを含む生活支援サービスをタイムリーに視覚的に把握でき、ユーザの健康維持、促進、などが図れる新しいサービスを提供することができる。

例えば、ユーザの生活や活動状態を示す生活・活動量データを解析・集計した解析・集計データとジムなどのエクササイズプログラムやユーザの食事による摂取カロリーや肥満度を示すＢＭＩなどを示す他のデータを元に表示描画データを含む生活支援サービスを作成してユーザに提供することにより、ユーザの健康維持、促進、などが図れる。
上記以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

図１は、本発明の生活支援サービスシステムの構成例を示すブロック図。 図２は、生活支援サービスシステムと既存の連携サービスシステムとの連携を示す機能ブロック図。 図３Ａは、各データの構成例及び各サービスのデータ構成例を示すテーブルである。 図３Ｂは、各データの構成例及び各サービスのデータ構成例を示すテーブルである。 図３Ｃは、各データの構成例及び各サービスのデータ構成例を示すテーブルである。 図３Ｄは、各データの構成例及び各サービスのデータ構成例を示すテーブルである。 図３Ｅは、各データの構成例及び各サービスのデータ構成例を示すテーブルである。 図４は、連携サービスシステム（健康支援クラウドサービスシステム）における処理手順を示すフローチャート。 図５は、生活支援サービスシステムにおける処理手順を示すフローチャート。 図６は、生活支援サービスシステムとユーザ側端末におけるセンサノードとの間における生活支援サービスの送受信関係を説明するための基本機能ブロック図であって、表示描画例として、空き時間の利用の一例を示す図。 図7は、表示描画例として、生活リズム管理の一例を示す図。 図８は、表示描画例として、週末の計画サポートの一例を示す図。 図９は、表示描画例として、チームメンバー管理の一例を示す図。 図１０は、表示描画例として、現在のカロリーバランスの一例を示す図。 図１１は、表示描画例として、ウェイトトレンドの一例を示す図。 図１２は、表示描画例として、摂取カロリーと消費カロリーのカロリーバランスの一例を示す図。 図１３は、表示描画例として、摂取カロリーと消費カロリーのカロリーバランスの他の例を示す図。 図１４は、表示描画例として、放課後生活リズムの一例を示す図。 図１５は、表示描画例として、アクティブポジショニングマップの一例を示す図。 図１６は、カロリー計算機能を有するユーザ通信端末において、食事メニューの撮影、カロリー出力の手順を示す図。 図１７は、ユーザ側のユーザ通信端末の一例を示す図。 図１８は、ユーザ通信端末のカメラ付携帯通信端末の構成例を示す図。 図１９は、本願発明の生活支援サービスシステムの応用例の処理手順を示すフローチャート。 図２０は、活動履歴ＤＢの履歴データテーブルの構成例を示す図。 図２１は、摂取履歴ＤＢの履歴データテーブルの構成例を示す図。 図２２は、エネルギー収支・割合履歴ＤＢの履歴データテーブルの構成例を示す図。 図２３は、トレンド表示例とグループ表示例を対比して示す図。

以下、本発明の実施形態について説明する。
以下の説明では、「テーブル」等の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。また、データ構造に依存しないことを示すために「テーブル」を「情報」や「データ」と呼ぶことができる。
また、「プログラム」を主語として処理を説明する場合がある。そのプログラムは、演算装置／制御装置（プロセッサ、例えば、ＭＰ／Micro ProcessorやＣＰＵ／Central Processing Unit）によって実行されるものであり、定められた処理をするものである。プロセッサは、適宜に記憶資源（例えばメモリ）及び通信インターフェース装置（例えば、通信ポート）を用いながら処理を行うため、処理の主語がプロセッサとされてもよい。プロセッサは、ＣＰＵの他に専用ハードウェアを有していてもよい。コンピュータプログラムは、プログラムソースから各コンピュータにインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアなどで提供されるものであってもよい。

図１は本発明の生活支援サービスシステム２０の一利用形態を示すものであり、生活支援サービスシステム２０とユーザ側端末１０（センサノード１１、ユーザ通信端末１２、インストラクタ通信端末１３）及び連携システム（健康支援クラウドサービスシステム）３０との接続関係を示す概略構成図である。

同図において、サービス提供側２の生活支援サービスシステム２０（以下、本システムと称する場合がある）は、無線又は有線によりユーザ側１のユーザ側端末１０に接続し、また、ネットワーク４０を介して連携システム側３の健康支援クラウドサービスシステム３０及びメッセージシステム５０に接続する。

本例において、ユーザとは、例えば、スポーツに熱中する人（Sports Enthusiast）／アスリート（Athlete）や生徒（Students）、などであり、また、ユーザを指導するインストラクタ（Instructor）／コーチ（Coach）や教師（Teacher）、などを想定している。

ユーザ側端末１０は、センサノード１１、ユーザ通信端末１２、インストラクタ通信端末１３、を有する。

センサノード１１は、例えば、各ユーザのリストに装着されて利用されるリストバンド型のセンサノードを使用することができる。

そして、センサノード１１は、ユーザの生体に係る生体情報を含むアクティビティセンシングデータ（ユーザの生活・活動に関する生活・活動量データ）を収集する機能と、当該収集したデータを連携システム側３の健康支援クラウドサービスシステム３０に中継局、例えば、既存の基地局（図示せず）やクラウドクライアント、などを介して送信する機能を有する。

センサノード１１は、センサにて検出・測定した生データを簡易的に集計する機能を有するものを使用するとよい。この場合、当該データを受ける側での解析・集計が効率的に行うことができる。
有線通信が可能な場合は、ＵＳＢ接続を介して直接送信するようにしてもよい。

また、センサノード１１は、ユーザが所望するユーザ支援要求を含むデータ、例えば、の空き時間が把握可能なスケジュールデータを含むスケジュールを管理し、当該スケジュールデータを本システム２０に送信するスケジュール機能を有するものを使用するとよい。

そのため、センサノード１１は、図示していないが、センサ、通信装置（通信インターフェース装置）、表示装置（ディスプレイ）１１１を有する。

センサは、ユーザの動作や状態を示すアクティビティセンシングデータ（ユーザの生活・活動に関する生活・活動量データ）を測定する。

センサは、例えば、ｘ、ｙ、ｚの３軸の加速度を測定する３Ｄ加速度センサを使用するとよい。
３Ｄ加速度センサは、所定の周期でユーザの加速度を加速度データとして測定する。

センサにより測定・収集し、健康支援クラウドサービスシステム３０側に送信するアクティビティセンシングデータ（生活・活動量データ）１１０１は、各ユーザの生体情報を含むユーザ情報であり、ユーザ毎のライフシーン（life scenes）における各ユーザの動きや状態を示すものでもある。

ユーザの動きや状態を示す各データは、例えば、睡眠時間（sleep time）、エクササイズ強度（Exercise strength）などを含む。

エクササイズは、例えば、「動きなし（Motionless）」、「休息中（Restring）」、「座席中（Sitting）」、「起立中（Standing）」、「仕事中（Working）」、「運動（Exercise）」、「歩行中（Walking）」、「走行中（Running）」、「動かない（Not Fixed）」、「データ無（No data）」、「食事（Meals）」、「睡眠（Sleep）」などのデータを含む。
また、エクササイズによる「消費カロリー」や「時間（年月日時分）」などを加えてもよい。

通信装置（通信インターフェース装置）は、センサにより測定したアクティビティセンシングデータ、つまり、ユーザの生活・活動に関する生活・活動量データ１１０１を含む生体情報を健康支援クラウドサービスシステム３０に送信する。
また、生活支援サービスシステム２０から提供されるサービス、つまり、後述する表示描画データ（生活支援サービス）を受信する。

センシングデータを健康支援クラウドサービスシステム３０に送信するタイミングは、例えば、ユーザによる送信操作を行ったとき、又は所定の時間間隔で定期的に送信する。

センサノード１１の表示装置（ディスプレイ）１１１は、現在時刻、データ収集時刻、を含む、ユーザのスケジュールに関するスケジュールデータ、また、生活支援サービスシステム２０から送信される表示描画データ、などを表示する
スケジュールデータは、ユーザが所望する支援要求を含み、センサノード１１から生活支援サービスシステム２０に送信する。その送信は、例えば、センサノード１１をタップ（tap）するなどの操作により行う。

ユーザ通信端末１２は、例えば、高機能携帯通信端末やパーソナルコンピュータ（ＰＣ）からなり、例えば、生活支援サービスシステム２０側に対してユーザが所望する支援要求を含むデータを送信したとき、センサノード１１と同様に生活支援サービスシステム２０から提供される表示描画データを受信する機能と、当該表示描画データを出力部（表示部／ディスプレイ）１２１に表示する機能を有する。
換言すれば、ユーザ通信端末１２は、次の機能を有するアプリケーションを搭載している。
必要なデータ（例えば、センサノードから収集したデータを除く）を生活支援サービス支援システムへ送信する機能。
生活支援サービスの表示描画データを受信し、アプリケーション上に描画する機能。
支援要求を含むデータは、例えば、
（１）ユーザ空き時間の利用（Utilization of Space Time）
（２）生活リズム管理（Life rhythm Self-controlling）
（３）週末の計画サポート（Weekly Planning Support）
（４）チームメンバー管理（Team Member Management）
（５）現在のカロリーバランス（Current Calorie Balance）
（６）ウェイトトレンド（Weight trend）
（７）カロリーバランストレンド／週、月、年（Calorie Balance Trend／Weekly, Monthly, Yearly）
（８）カロリーバランストレンド／日時（Calorie Balance Trend／Daily）
（９）放課後生活リズム（Life Rhythm after classes）
（１０）アクティブポジショニングマップ（“Active”Positioning Map）
などの生活支援サービスの提供を要求するデータである。
支援要求を含むデータ及び当該支援要求に基づく生活支援サービス（表示描画データ）の詳細については、後述する。

表示描画データは、ユーザの支援要求に応じて作成されたユーザが所望するサービスを示す表示画面データである。
表示描画データに基づく表示画面は、ユーザ自身が直に目視確認でき、文字やグラフなどによる表示画面である。

インストラクタ通信端末１３は、ユーザ通信端末１２と同様に高機能携帯通信端末やパーソナルコンピュータ（ＰＣ）からなり、例えば、支援要求を含むデータを生活支援サービスシステム２０に送信したとき、当該本システムから提供される表示描画データ（インストラクタの要求に応じた表示画面パターン）を受信する機能と、当該表示描画データを表示部（ディスプレイ）１３１に表示する機能を有する。この表示描画データに基づく表示画面パターン例については後述する。
生活支援サービスシステム２０から提供される表示描画データ（生活支援サービス）は、所定タイミングで自動的に行うようにするとよい。

連携システム側３の健康支援クラウドサービスシステム３０は、生活支援サービスシステム２０と連携可能なシステムであればよく、例えば、ポータルサービスとして、運動プログラム・施設予約サービス機能を有する既存の健康支援クラウドサービスシステムや生活改善支援システムなどである。

本例では、健康支援クラウドサービスシステム３０として説明する。
健康支援クラウドサービスシステム３０は、センサノード１１から送信されるアクティビティセンシングデータ（生活・活動量データ）１１０１をユーザ情報として収集する機能と、当該収集したデータを解析・集計する機能と、当該解析・集計した解析・集計データをユーザ履歴データとして記憶装置（ＤＢ）に記憶・格納する機能を有する。
解析・集計データを含むユーザ履歴データは、後述するように生活支援サービスシステム２０にて、ユーザの支援要求に応じた所望の分析ビュー／値とし求められ、他のシステムにおけるユーザ支援データ（他のデータ）と連携される。故に、ユーザ履歴データは、連携テータとも言える。

生活支援サービスシステム２０は、健康支援クラウドサービスシステム３０と連携し、当該健康支援クラウドサービスシステム３０から各ユーザの支援要求に応じた解析・集計データ（エクササイズ履歴を含むユーザ履歴データ）を収集する機能と、当該収集した解析・集計データを記憶装置に記憶する機能と、収集した解析・集計データの分析ビュー／値を算出する機能と、当該算出した分析ビュー／値に、他のシステムにおけるユーザ支援データ、例えば、エクササイズプログラム、摂取カロリー、他、などを加えた表示描画データ（生活支援サービス）を作成する機能と、当該表示描画データ所望のタイミングでユーザ側端末１０に送信する機能を有する。

また、生活支援サービスシステム２０は、メッセージシステム５０と連携し、本システム２０から提供するエクササイズプログラムや表示描画データ（生活支援サービス）に関係する内容を音声や文字などにより、通知するメッセージ機能を有する。
これらのシステムの各機能の詳細については後述する。

図２は、生活支援サービスシステム２０との健康支援クラウドサービスシステム３０との連携、及びそれらの構成を示す機能ブロック図である。

健康支援クラウドサービスシステム３０は、上述したようにセンサノード１１にて測定したセンシングデータをユーザ毎又はチーム毎の各データを収集し、当該データを解析・集計する機能、解析・集計データをユーザ履歴データ（含エクササイズ履歴データ）として記憶する機能を有する。

健康支援クラウドサービスシステム３０は、例えば、計算機を含むサーバからなる。サーバは、通信装置（通信インターフェース）３０１、演算装置（プロセッサ）３０２、記憶装置（データベース）３０３、を有する。

通信装置（通信インターフェース）３０１は、センサノード１１、ユーザ通信端末１２、インストラクタ通信端末１３、などのユーザ側端末１０との間で周知の方法によりデータ通信（送受信）を可能とする。

記憶装置３０３は、センシングデータ（生活・活動量データ）記憶部３０３１、センシングデータ解析・集計データ記憶部３０３２、を有する。これらの記憶部は、例えば、データベース（以下、ＤＢと称する）からなる。

センシングデータ（生活・活動量データ）記憶部３０３１は、センシングデータ（生活・活動量データ）をユーザ情報として記憶する。

センシングデータ解析・集計データ記憶部３０３２は、センサノード１１から収集したセンシングデータを解析・集計した解析・集計データをユーザ履歴データ／連携データとし記憶する。
解析・集計データは、各ユーザの生活・活動量データを種別、例えば、ユーザ毎の睡眠時間、エクササイズ量、など毎に解析・集計したユーザ履歴データであり、生活支援サービスシステム２０で管理するデータと連携する連携データとして利用する。

演算装置（プロセッサ）３０２は、上述した機能及び上記各装置の動作制御を司り、内部に格納されたプログラムに従って上記各装置の動作を制御する。
すなわち、演算装置３０２は、センシングデータ（生活・活動量データ）収集処理部３０２１、センシングデータ解析・集計処理部３０２２、を有する。

センシングデータ（生活・活動量データ）収集処理部３０２１は、所定タイミングでセンサノード１１から各ユーザのセンシングデータ（生活・活動量データ）を収集し、記憶装置３０３のセンシングデータ（生活・活動量データ）記憶部３０３１に記憶・格納する。

センシングデータ解析・集計処理部３０２２は、センシングデータ（生活・活動量データ）収集処理部３０２１により収集した各ユーザのセンシングデータ（生活・活動量データ）を既存の解析・集計方法により解析・集計し、センシングデータ解析・集計データ記憶部３０３２に記録・格納する。

このデータ解析・集計は、ユーザ毎、データ項目毎に行うとよい。また、解析・集計処理するタイミングは、例えば、ユーザ側から要求依頼を受けたときでもよく、又は所定タイミングで自動的に行ってもよい。また、データ解析・集計は、周知技術の解析方法を利用することができる。

健康支援クラウドサービスシステム３０及び上述したセンシングデータの解析・集計方法は、例えば、国際公開第２０１２／００８２６４号公報に記載されたような技術を応用するとよい。

生活支援サービスシステム２０は、ユーザが所望する支援要求を含むデータを受信する機能、当該支援要求を判断・特定する機能、当該支援要求に応じた解析・収集データ及びユーザ支援データを検索・収集し、記憶する機能、解析・収集データ及びユーザ支援データを元に、表示描画データ（生活支援サービス）を作成する機能、当該表示描画データをユーザ側端末１０に送信する機能を有する。

生活支援サービスシステム２０は、例えば、計算機を含むサーバからなり、ネットワーク４０を介して他の連携システムである健康支援クラウドサービスシステム３０及びメッセージシステム５０と接続する。

サーバは、通信装置（通信インターフェース）２０１、演算装置（プロセッサ）２０２、記憶装置２０３、を含む。

通信装置２０１は、センサノード１１、ユーザ通信端末１２、インストラクタ通信端末１３、などのユーザ側端末１０との間で周知の方法により、各種データのデータ通信（送受信）を可能とする機能を有する。

記憶装置２０３は、エクササイズプログラム・施設予約サービスデータ記憶部２０３１、デモグラフィックデータ記憶部２０３２、表示描画データ記憶部２０３３、を有する。
また、記憶装置２０３は、健康支援クラウドサービスシステム３０側から収集したデータ、例えば、解析・集計データや解析・集計データの分析ビュー／値に加える他のユーザ支援データ、例えば、スポーツメニューの一つであるエクササイズプログラム及び当該プログラムを実施するための運動施設やその利用予約、デモグラフィック、食事による摂取カロリー、などの各種データを記憶する記憶部を有する。

エクササイズプログラム・施設予約サービスデータ記憶部２０３１は、解析・集計データの分析ビュー／値に加えるスポーツメニューの一つであるエクササイズプログラム及び当該プログラムを実施するための運動施設やその利用予約、などの各種データを記憶・格納する。
エクササイズプログラムは、例えば、エアロビクス、ヨガ、などのエクササイズに係るジムプログラムである。

デモグラフィックデータ記憶部２０３２は、例えば、チームメンバーや生徒のデモグラフィックデータ（Demographic Data）、各ユーザの摂取カロリー、体重、などを記憶・格納する。
デモグラフィックデータは、ユーザであるチームメンバーや生徒の属性データ、つまり氏名、年齢、性別、所得、職業、家族構成など、そのユーザのもつ社会経済的な特質データなどを指す。

表示描画データ記憶部２０３３は、後述する表示描画データ作成処理部により作成された表示描画データ（生活支援サービス）を記憶・格納する。
各データ記録部は、例えば、データベース（以下、ＤＢと称する）とする。

演算装置（プロセッサ）２０２は、上述した機能及び上記各装置の動作制御を司り、内部に格納されたプログラムに従って上記各装置の動作を制御する。

すなわち、演算装置２０２は、ユーザ要求データ受信・判断・特定処理部２０２１、データ検索・抽出処理部２０２２、表示描画データ作成処理部２０２３、表示描画データ検索・抽出・送信処理部２０２４、を有する。

ユーザ要求データ受信・判断・特定処理部２０２１は、ユーザ側から送信される支援要求データ１１０２、例えば、ユーザのスケジュール（時間、位置を含むスケジュールデータ）を受信し、当該スケジュールからユーザが所望するサービスを判断し、特定する。
本例では、ユーザのスケジュールから、ユーザが所望するサービスを特定するものであるが、ユーザ側からサービス内容を識別する情報を直に受信するものであってもよい。

データ検索・抽出処理部２０２２は、健康支援クラウドサービスシステム３０側から提供される解析・集計データ記憶部３０３２及び本システム２０におけるエクササイズプログラム・施設予約サービスデータ記憶部２０３１、デモグラフィックデータ記憶部２０３２、などの各記憶部におけるデータを検索し、ユーザに提供するサービスに必要なデータを抽出する。

エクササイズプログラム・施設予約サービスデータ記憶部２０３１やデモグラフィックデータ記憶部２０３２から抽出する所望のエクササイズプログラムやデモグラフィックデータは、ユーザ側１の各ユーザが要求又は必要とする所望のデータとする。

表示描画データ作成処理部２０２３は、表示描画データ検索・抽出・送信処理部２０２４により抽出した解析・集計データを元に、各ユーザ応じた解析・集計データの分析ビュー／値を算出し、当該分析ビュー／値に、他のユーザ支援データを加えた表示描画データ（生活支援サービス）を作成する。

すなわち、表示描画データ作成処理部２０２３は、健康支援クラウドサービスシステム３０の解析・集計データを元に分析ビュー／値を算出し、当該算出した分析ビュー／値及び生活支援サービスシステム２０のエクササイズプログラム、デモグラフィックデータ、摂取カロリー、などを元に、各ユーザの支援要求に応じた各種の表示描画データを作成する。

表示描画データ検索・抽出・送信処理部２０２４は、表示描画データ作成処理部２０２２により作成された表示描画データをユーザ通信端末１２に送信する。

表示描画データは、ユーザ側１のセンサノード１１、ユーザ通信端末１２、又はインストラクタ通信端末１３、などに提供するサービス（生活支援データ）であり、当該各端末の表示部（ディスプレイ）に表示される表示画面を構成する。

表示描画データは、文字やグラフなどを含み、ユーザやインストラクタへ提示するに適した予め設定した描画パターンとなるように作成し、当該描画パターンのテンプレート（表示画面）を用意しておくとよい。
この表示描画パターンは、各ユーザに応じた描画パターンとする。

次に、表示描画データに基づく表示描画パターンについて説明する。表示描画パターンは、例えば、以下の何れか１つである。

（１）エクササイズプログラム（エアロビクスなど）とエクササイズ時間（１．５hour）、又はエクササイズプログラムと予め定めた今日必要とする消費カロリーに対する不足分の消費カロリーを含み、ユーザ（スポーツに熱中する人／アスリート）がスペース時間（Space Time）を有効に利用することを可能とするパターン。

（２）日付毎のエクササイズの頻度（Frequency of exercise）、曜日毎の睡眠時間（sleep time）、エクササイズ強度（strength of exercise）、を含み、ユーザ（スポーツに熱中する人／アスリート）が生活リズム管理（Life rhythm Self-controlling）を可視化可能とするパターン。

（３）エクササイズプログラムの種類（Yoga, Aerobics, Dance、・・・）、曜日毎の睡眠時間、エクササイズ強度を含み、ユーザ（インストラクター）が週末の計画サポート（Weekly Planning Support）を可視化可能とするパターン。

（４）チームメンバー（Eiji, Ryota, Taro, Toshi,・・・）、各メンバーの時刻毎のライフシーン（Life scene）、曜日毎のエクササイズ強度（Amount of exercise）を含み、ユーザ（インストラクター）がチームメンバー管理（Team Member Management）を可視化可能とするパターン。

（５）ユーザの食事（Eat）による摂取カロリー、エクササイズによる消費カロリー、を含み、両消費状況からカロリーコントロールサポート（Calorie Control Support）、例えば、ユーザ（全ての生徒）が、現在のカロリーバランス（Current Calorie Balance）を可視化可能とするパターン。

（６）日付毎の摂取カロリーと消費カロリーのカロリーバランス（Calorie balance）、体重（Weight）を含み、カロリーバランスと体重の比較からウェイトトレンド（Weight trend）を可視可能とするパターン。

（７）日付毎の摂取カロリー（Intake calorie）、消費カロリー（Burn calorie）、基礎のメタボリズム（Basal metabolism）、カロリーバランス（Calorie Balance）、を含み、これらの週（Weekly）、月（Monthly）、年（Yearly）の各変化の何れか１つ以上をもって、カロリーコントロールサポート（Calorie Control Support）、例えば、ユーザがカロリーバランストレンド（Calorie Balance Trend／Weekly, Monthly, Yearly）を可視可能とするパターン。

（８）時刻毎の摂取カロリー、消費カロリー、基礎のメタボリズム、カロリーバランス累積の日内時間変化、ライフシーン（静止、安静、座位、立位、作業、運動、歩行状態、ランニング、非装着、データなし、食事、睡眠）を含み、カロリーバランス累積の日内時間変化とライフシーンのタペストリ表示との時刻毎の比較をもって、カロリーコントロールサポート、例えば、ユーザがカロリーバランストレンドを可視可能とするパターン。

（９）人（ユーザ毎）の睡眠時刻（Wake Up / Got to Bed）、食事時刻、を含み、時刻毎の睡眠時刻と食事時刻の可視化をもって、クラスルーム／ハウスビュー（Class-room/House view）、例えば、ユーザ（先生）が生徒の過去の睡眠ステータ（Sleep status）を見て放課後の生活リズム（Life Rhythm after classes）を可能とするパターン。

（１０）複数人のカロリーバランスとBMI（肥満度）の分布、を含み、当該分布をもって、クラスルーム／ハウスごとの表示、例えば、ユーザ（先生）がアクティブポジショニングマップ（“Active” Positioning Map）／（生徒のステータス）をもって、生徒のBMIとカロリーの過去を可視化可能とするパターン。
これらの描画パターンの詳細は、後述する。

図３Ａ〜Ｅは、各種情報（データ）の構成例を示すテーブルである。
図３Ａは、センサノード１１から送信され、ＤＢ３０３１にユーザ情報として格納されるセンシングデータ（ユーザの動作や状態を示す生活・活動量データ）を示すテーブルである。

センシングデータ（生活・活動量データ）は、例えば、図示の如く、ユーザＩＤ、センサデータＩＤ、測定日時、エクササイズ頻度（運動強度ＭＥＴｓ）、エクササイズ強度ＡＭＴ（活動量ＥＸ）、歩行数、消費カロリー、などを含む。

エクササイズ強度ＡＭＴは、一定期間の活動量の和という意味であり、その単位はＡＭＴ（amount）で表記する。そして、エクササイズ強度ＡＭＴを運動強度で表す場合には、ＭＥＴｓ単位で表記し、活動量を表す場合には、ＥＸ（ＭＥＴｓ×時間）単位で表記する。

図３Ｂは、ユーザ側端末１０から送信されるユーザ情報（スケジュールを含むユーザ要求データ）を示すテーブルである。

ユーザ情報は、例えば、スケジュールデータ、ユーザ要求データからなる。スケジュールデータは、例えば、図示の如く、時間（Time）、内容（Contents）を含み、ユーザ要求データは、例えば、ユーザが所望する調査範囲を示すサーチ（SEARCH）、ユーザの位置を示すロケーション（Location）、ユーザの生活リズム（Life rhythm）、ユーザの週末の計画（Weekly Planning）、チームメンバー管理（Team Member Management）、プログラム評価（Program Evolution）、などを含む。

図３Ｃは、生活支援サービスシステム２０のＤＢ２０３１において管理するエクササイズプログラムなどのサービスの内容を示すテーブルである。

エクササイズプログラムは、例えば、図示の如く、エアロビクス（Aerobics）、ヨガ（Yoga）、ダンス（Dance）、などを含む。

図３Ｄは、生活支援サービスシステムのＤＢ２０３２において管理するデモグラフィックデータ（Demographic Data）などのサービス内容を示すテーブルである。

デモグラフィックデータは、例えば、図示の如く、チームメンバー（Eiji、Ryota、Taro、Toshi）、年齢、性別、所得、職業、家族構成、その他、などを含む。

図３Ｅは、健康支援クラウドサービスシステム３０のＤＢ３０３２において管理するセンシングデータ（生活・活動量データ）の解析・集計データなどを示すテーブルである。

センシングデータ（生活・活動量データ）の解析・集計データの項目は、例えば、図示の如く、ユーザ名、期間（年月日）、曜日、エクササイズ強度（活動量EX）、ライフシーンの運動強度（METS）、などを含む。

図４は、健康支援クラウドサービスシステム３０の演算装置３０２における処理手順を示すフローチャートである。
図４のフローチャートに基づく動作は以下のとおりである。

ステップＳ３０２１１：演算装置３０２は、ユーザ毎のセンサノード１１にて測定したセンシングデータ／生活・活動量データを受信・収集する。

ステップＳ３０２１２：演算装置３０２は、ユーザ毎のセンサノードから収集した各センシングデータ（生活・活動量データ）１１０１を各ユーザのユーザ情報として記憶装置３０３に登録・格納する。

ステップＳ３０２２１：演算装置３０２は、各ユーザ情報における各センシングデータ（生活・活動量データ）を各ユーザ対応で解析・集計する。

ステップＳ３０２２２：演算装置３０２は、各ユーザ対応で解析・集計した各解析・集計データを各ユーザのユーザ履歴情報／連携データとして記憶装置３０３に登録・格納する。

図５は、本発明の生活支援サービスシステム２０の演算装置２０２における処理手順を示すフローチャートである。
図５のフローチャートに基づく動作は以下のとおりである。

ステップＳ２０２０１：ユーザ側端末１０から送信される支援要求を含むデータ（ユーザＩＤ、スケジュール時刻／内容、サーチ、位置、などの情報を含むユーザ情報）を受信する。

ステップＳ２０２０２：演算装置２０２は、受信したユーザ情報の支援要求データからユーザが所望する生活支援サービスを判断・特定する。

ステップＳ２０２１１：演算装置２０２は、ユーザが要求するサービスを元にユーザ履歴情報の解析・集計データ及び他のユーザ支援データ（エクササイズプログラム・施設予約サービスデータ・デモグラフィックデータ、摂取カロリー、他）を検索し、当該要求に合致する各データを抽出する。

つまり、演算装置２０２は、健康支援クラウドサービスシステム３０におけるユーザ履歴情報から各ユーザに対応する解析・集計データを検索・抽出する。

また、本システムにおける他のユーザ支援データ（エクササイズプログラムやデモグラフィックデータ、摂取カロリー、他）から各ユーザの要求に対応する情報を連携データとして検索・抽出する。

ステップＳ２０２２１：演算装置２０２は、検索・集出した解析・集計データの分析ビュー／値を算出し、当該分析ビュー／値に、他のユーザ支援データ（エクササイズプログラム・施設予約サービスデータ・デモグラフィックデータ、摂取カロリー、他）を加えた各ユーザの要求に対応する各種の表示描画データ（生活支援サービス）を作成する。

ステップＳ２０２２２：演算装置２０２は、作成した各種の表示描画データ（サービスデータ）を記憶装置２０３に登録・保存する。

ステップＳ２０２３１：演算装置２０２は、記憶装置２０３に登録・保存した各ユーザに各ユーザが所望する表示描画データ（生活支援サービス）を検索・抽出してユーザ側１に送信する。

以上述べたように本発明は、センサノード１１により測定したアクティビティセンシングデータ（生活・活動量データ）１１０１と他のデータを元に、ユーザに適応する表示描画データを作成し、当該表示描画データをユーザ側に対して提供するものであるが、以下、その一具体例について説明する。
表示描画データは、例えば、以下のようなデータである。

（１）エクササイズプログラム（エアロビクスなど）とエクササイズ時間（１．５hour）、又はエクササイズプログラムと予め定めた今日必要とする消費カロリーに対する不足分の消費カロリーを含み、ユーザ（スポーツに熱中する人／アスリート）がスペース時間（Space Time）を有効に利用することを可能とするデータ。

（２）日付毎のエクササイズの頻度（Frequency of exercise）、曜日毎の睡眠時間（sleep time）、エクササイズ強度（strength of exercise）、を含み、ユーザ（スポーツに熱中する人／アスリート）が生活リズム管理（Life rhythm Self-controlling）を可視化可能とするデータ。

（３）エクササイズプログラムの種類（Yoga, Aerobics, Dance、・・・）、曜日毎の睡眠時間、エクササイズ強度を含み、ユーザ（インストラクター）が週末の計画サポート（Weekly Planning Support）を可視化可能とするデータ、

（４）チームメンバー（Eiji, Ryota, Taro, Toshi,・・・）、各メンバーの時刻毎のライフシーン（Life scene）、曜日毎のエクササイズ強度（Amount of exercise）を含み、ユーザ（インストラクター）がチームメンバー管理（Team Member Management）を可視化可能とするデータ。

（５）ユーザの食事（Eat）による摂取カロリー、エクササイズによる消費カロリー、を含み、両消費状況からカロリーコントロールサポート（Calorie Control Support）、例えば、ユーザ（全ての生徒）が、現在のカロリーバランス（Current Calorie Balance）を可視化可能とするデータ。

（６）日付毎の摂取カロリーと消費カロリーのカロリーバランス（Calorie balance）、体重（Weight）を含み、カロリーバランスと体重の比較からウエートトレンド（Weight trend）を可視可能とするデータ。

（７）日付毎の摂取カロリー（Intake calorie）、消費カロリー（Burn calorie）、基礎のメタボリズム（Basal metabolism）、カロリーバランス（Calorie Balance）、を含み、これらの週（Weekly）、月（Monthly）、年（Yearly）の各変化の何れか１つ以上をもって、カロリーコントロールサポート（Calorie Control Support）、例えば、ユーザがカロリーバランストレンド（Calorie Balance Trend／Weekly, Monthly, Yearly）を可視可能とするデータ。

（８）時刻毎の摂取カロリー、消費カロリー、基礎のメタボリズム、カロリーバランス累積の日内時間変化、ライフシーンのタペストリ（静止、安静、座位、立位、作業、運動、歩行状態、ランニング、非装着、データなし、食事、睡眠）を含み、カロリーバランス累積の日内時間変化とライフシーンのタペストリ表示との時刻毎の比較をもって、カロリーコントロールサポート、例えば、ユーザがカロリーバランストレンドを可視可能とするデータ。

（９）人（ユーザ毎）の睡眠時刻（Wake Up / Go to Bed）、食事時刻、を含み、時刻毎の睡眠時刻と食事時刻の可視化をもって、クラスルーム／ハウスビュー（Class-room/House view）、例えば、ユーザ（先生）が生徒の過去の睡眠ステータ（Sleep status）を見て放課後の生活リズム（Life Rhythm after classes）を可能とするデータ。

（１０）複数人のカロリーバランスとBMI（肥満度）の分布、を含み、当該分布をもって、クラスルーム／ハウスビュー、例えば、ユーザ（先生）がアクティブポジショニングマップ（“Active” Positioning Map）／（生徒のステータス）をもって、生徒のBMIとカロリーの過去を可視化可能とするデータ。
以下、その具体例を説明する。

スポーツに熱中する人（Sports Enthusiast）／アスリート（Athlete）に提供して好適なサービス例

〔描画パターン例１〕
（１）空き時間の利用例（Utilization of Space Time）
図６は、生活支援サービスシステム２０とユーザ側端末１０におけるセンサノード１１との間における生活支援サービスの送受信関係を説明するための基本機能を概略的にブロック構成において、表示描画例として、空き時間の利用の一例を示す図である。

本例は、本システム２０が、
ユーザ側通信端末１０におけるセンサノード１１から送信されたユーザ送信データに含まれる支援要求データ（スケジュールデータ）を受けたとき、
当該データに含まれるスケジュールの空き時間、位置、を判定又は判断し、
当該スケジュールの空き時間、位置、に適した生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第２データ）と他のデータ（第１データ）を連携して、スケジュールの空き時間に対応する１つの表示描画データ（第３データ）を作成し、
当該表示描画データをセンサノード１１に送信し、
ユーザであるスポーツに熱中する人（Sports Enthusiast）／アスリート（Athlete）に提供する。

本例における支援要求データであるスケジュールデータは、例えば、以下のとおりである。

現在、時刻 ：１６：１４、
ユーザＡのスケジュール： “〜１６：００ ミーティング”及び“１８：３０ 夕食”、
所要時間 ：“約１時間”、
位置 ：“ＸＸＸ，ＸＸＸ”

また、他のユーザ支援データ（第２データ）は、エクササイズプログラムの一つであるエアロビクス（Aerobics）であり、
解析・集計データ（第１データ）は、利用時間（1.5 hour）であり、
表示描画データ（第３データ）は、それらを合せて図示の如く、“Aerobics（1.5 hour）”と並べて描画表現したものである。

本例では、サービスをセンサノード１１に送信するものであるが、ユーザ通信端末１２に送信してもよい。

また、このとき、メッセージシステム５０と連携して、問い合わせ内容、つまり、“18:30までカロリーを消費できるベスト方法は何かありますか？”などのメッセージを、ユーザ側に通知するとよい。

ユーザ側１のセンサノード１１は、本システム２０から送信される表示描画データを受信し、当該表示描画データを表示装置１１１の同一画面上に表示する。
これにより、ユーザは、スケジュールの空き時間に利用できるジムプログラムをサーチすることができ、また、ユーザが消費すべきカロリーを可視化できる。

これにより、ユーザ（スポーツに熱中する人：Sports Enthusiast）／アスリート：Athlete）は、スケジュールの空き時間に利用できるジムプログラムをブレイクタイム中に予約するアプローチが容易となる。また、ユーザが消費すべきカロリーを可視化できる。

また、ユーザは、ジムエクササイズのみならず、ライフ（Life）を通してカロリーをベースとしたアクティブマネジメント（Activity management）ができる。

〔描画パターン例２〕
（２）生活リズム管理（Life rhythm Self-controlling）
図７は、表示描画の一例（生活リズム管理）を示す図である。

本例では、本システム２０が、
ユーザ通信端末１２から生活リズム管理要求を受けたとき、
当該要求に応じて生活リズム管理を示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、生活リズム管理の把握を可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをユーザ通信端末１２に送信し、
ユーザであるスポーツに熱中する人（Sports Enthusiast）／アスリート（Athlete）に提供する。

本例において、他のユーザ支援データ（第２データ）は、日付毎にユーザのライフシーン（Life scene）とエクササイズ強度（Strength exercise）との関係を示すタペストリ表示（Tapestry View）やエクササイズ頻度（Frequency of exercise：Low／Highを帯状の長さ及び色で表現）を示すレジストリィエクササイズ（Registry exercise）であり、
解析・集計データ（第１データ）は、当該解析・集計データを元に作成された曜日（日〜土）に対する睡眠時間（ｈ）を示す折れ線グラフ及びエクササイズの強度（EX）を示す折れ線グラフであり、
表示描画データ（第３データ）は、タペストリ表示と２つの折れ線グラフを図示の如く、並べて描画表現したものである。

ユーザ通信端末１２は、本システムからの表示描画データを受信し、当該表示描画データを表示部の同一画面上に表示する。

これにより、スポーツに熱中する人（Sports Enthusiast）／アスリート（Athlete）は、自己の生活リズムを知ることができると共に、例えば、センサノード１１を介して“朝のエクササイズはどうですか”とのメッセージを受けたとき、週末エクササイズ記録を見て、“私は、週末にエクササイズしていなかった”旨を一目瞭然に把握できる。

また、ユーザは、生活リズム管理の可視化により、生活リズム管理と、生活リズム管理による“アスリートマインド”奨励を受けることができる。
また、ユーザは、旅行中に規則正しいルーチンと共に類似プログラムをゲットすることができる。

〔描画パターン例３〕
（３）週末の計画サポート（Weekly Planning Support）
図８は、表示描画例の他の例（週末の計画サポート）を示す図である。

本例では、本システム２０が、
インストラクタ通信端末１３から週末の計画サポート要求を受けたとき、
当該要求に応じた週末の計画を示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、週末の計画サポートを可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをインストラクタ通信端末１３に送信し、
ユーザであるインストラクター（Instructor）に提供する。

本例で、その他のユーザ支援データは、エクササイズプログラム（エアロビクス、ヨガ、その他）であり、
解析・集計データは、解析・集計データを元に作成された曜日毎の睡眠時間（ｈ）を示す棒グラフ、エクササイズ強度ＡＭＴ（活動量ＥＸ）を示す折れ線グラフであり、棒グラフはエクササイズの種類（歩行、プログラム、その他）ごと色にて区別している。
表示描画データは、それらを図示の如く、重ねるように描画表現したものである。

同図において、火曜日は、睡眠時間ｈが約５．５時間、活動量ＥＸの歩行が約２強を示し、プログラムによるエアロビクスが約５強を示し、その他が約１の割合であることを示している。

インストラクタ通信端末１３は、本システムからの表示描画データを受信し、当該表示描画データを表示部１３１の同一画面上に表示する。

これらの表示描画データに基づく折れ線グラフや棒グラフなどにより、インストラクタ／コーチは、例えば、ユーザＡは、火曜日の“ヨガはとてもよかった”、が“エアロビクスはハード過ぎたプログラムであったか？”、“ダンスエクササイズは、火曜日にはフィットしている”などを把握することができ、指導する上で役立てることが可能である。

また、インストラクタ側に対して、毎週／毎月における睡眠時間やエクササイズ力などに基づく毎週／毎月のトレンドやスケータプロットを解析し、当該解析・集計結果をフィードバックすることにより、インストラクタは、“例えば、金曜日におけるグラフから見て、ヨガはとてもよかった”や火曜日におけるグラフから見て、“エアロビクスプログラムは、ハード過ぎた”、“火曜日は、ダンスエクササイズがフィットするかも”などを把握でき、プログラムの良し悪しの判断や新たなプログラムの提案が可能である。

つまり、提供したプログラムを実施した後、ユーザの睡眠時間やエクササイズ、などのデータを解析・集計し、当該解析・集計結果に基づき生成したグラフをインストラクタ側に提供することにより、インストラクタは、プログラムをユーザにとってベターなエクササイズにチェンジすることが可能である。

また、インストラクタ／コーチ側は、プログラム後、条件付きでユーザにとってベターな運動に切換えることができる。また、毎週又は毎月のフィードバックできる。

〔描画パターン例４〕
（４）チームメンバー管理サービス
図９は、表示描画例の他の例（チームメンバ管理サービス）を示す図である。

本例では、本システム２０が、
インストラクタ通信端末１３からのチームメンバーの管理データ要求を受けたとき、
当該要求に応じたチームメンバー管理を示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、週末の計画サポートを可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをインストラクタ通信端末１３に送信し、
ユーザであるインストラクター（Instructor）に提供する。

本例で、他のユーザ支援データは、チームメンバー（Eiji, Ryota, Taro, Toshi）のライフシーン（Life Scene）を示すデモグラフィックであり、
解析・集計データは、当該解析・集計データを元に作成された各チームメンバーの各曜日に対するエクササイズ強度を示す折れ線グラフであり、
表示描画データは、これらを図示の如く、並べて描画表現している。

チームメンバー（Eiji、Rota、Taro、Toshi）のライフシーンは、（Motionless／動きなし、Restring／休息中、Sitting／座席中、Standing／起立中、Working／仕事中、Exercise／運動中、Walking／歩行中、Running／走行中、Not Fixed／動かない、Not data／データ無、Meals／食事、Sleep睡眠）、などを横長方向に帯状で表現している。

インストラクタ通信端末１３は、本システムからの表示描画データを受信し、当該表示描画データを表示部の同一画面上に表示する。

これにより、インストラクタ／コーチ側は、睡眠リズムとトレーニングパターンにより、プレーヤーの生活リズムを得ることができる。また、チームメンバー毎の目標エクササイズ量までの残量（remaining amount）と共にチームメンバーのライフシーンのリストにより、前日のトレーニングから疲労を概算することができる。

例えば、コーチに対して、「Taroは、昨日（金曜日）、よく眠っていなかった。・・・」などを把握することができる。
また、例えば、「彼は、疲労管理のための挑戦（チャレンジ）をするとよい」などのメッセージの通知を受けることができる。また、エクササイズのターゲット（活動量があと４ＥＸ〜１０ＥＸ）を把握することもできる。

〔描画パターン例５〕
生徒や教師に提供して好適なサービス例
（５）カロリーコントロールサポートにおける現在のカロリーバランス（Current Calorie Balance）
図１０は、表示描画例として、現在のカロリーバランス（Calorie Balance）を示す図である。

本例は、本システム２０が、
ユーザ通信端末１２からの現在のカロリーバランス要求を受けたとき、
当該要求に応じた現在のカロリーバランスを示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、週末の計画サポートを可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをユーザ通信端末１２に送信し、
ユーザであるインストラクター（Instructor）に提供する。

ここで、他のユーザ支援データは、食事による摂取カロリー、食事写真、を含むデータであり、
解析・集計データは、当該解析・集計データに含まれるエクササイズによる消費カロリー、生活シーン、であり、
表示描画データは、例えば、ユーザ通信端末１２の如く、“食事”による摂取カロリーについて、ある日の摂取カロリー（１５６０Kcal）が目標の摂取カロリーと比べて、７８％であること示す中央に引かれたラインを１００％として、上から下に向かい増加する棒グラフと、エクササイズによるある非消費カロリー（５２０Kcal）が目標の消費カロリー率と比べて５２％であることを示す中央に引かれたラインを１００％として、下から上に向かい増加する棒グラフとを並べて描画表現し、現在のカロリーバランスを可視化できるようにしたものである。
ここで、図示の如く、食事による摂取カロリーを示す棒グラフの横に実際に摂取した食事画像を並べて表示し、また、エクササイズによる消費カロリーを示す棒グラフの横に実際に運動時の写真を並べて表示するとよい。

同図から、ある日の摂取カロリー（２９７０Kcal）が昨日の摂取カロリーと比べて２０％ほど超えていること、エクササイズによる本日の消費カロリー（１９８０Kcal）が昨日の消費カロリーと比べて２０％ほど減少していること、が把握できる。

本例の場合には、ユーザは、
まず、カメラ機能及びカロリー計算機能を有するユーザ通信端末のカメラにより食事メニューを撮影し、当該撮影画像（含撮影日付）と共に食事メニューのカロリーを摂取カロリーとして計算・保存する。食事メニューのカロリー（摂取カロリー）計算は、既存のカロリー計算機能により自動的に行う。図１７は、その様子を示す図である。
次に、食事（Eat）による摂取カロリーを撮影日付と共に本システム２０側に送信する。
食事（Eat）による摂取カロリーを受信した本システム２０側では、当該ユーザにおけるエクササイズによる消費カロリーと連携して“食事”による本日の摂取カロリー（２９７０Kcal）が昨日の消費カロリーに比べて１２０％であること、とエクササイズによる本日の消費カロリー（１９８０Kcal）が昨日の消費カロリーに比べて８０％であることを含む表示描画データを作成する。
エクササイズによる消費カロリーは、例えば、予め収集したユーザ履歴データ（解析・集計した消費カロリー）から抽出する。

このように“エクササイズ”による消費カロリーと“食事”による消費カロリーを比較できる表示描画データを作成することにより、ユーザは、現在のカロリーバランスの解決を実現させることができる。
ユーザである生徒に摂取カロリー、消費カロリー、及びそれらのカロリーバランスを把握できる提供する。

〔描画パターン例６〕
（６）カロリーコントロールサポートにおけるウェイトトレンド（Weight trend）
図１１は、表示描画例として、ウェイトトレンドを示す図である。

本例は、本システム２０が、
ユーザ通信端末１２からのウェイトトレンド要求を受けたとき、
当該要求に応じたウェイトトレンドを示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、週末の計画サポートを可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをユーザ通信端末１２に送信し、
ユーザである生徒に提供する。

本例で、他のユーザ支援データは、ユーザの体重であり、
解析・集計データは、当該解析・集計データを元に作成した日付毎のカロリーバランスであり、
表示描画データは、
例えば、日付（４／１〜９／９）に対するカロリーバランス（棒グラフ）の変移とウェイト（折れ線グラフ）の変移を連携して同一画面上に描画し、カロリーバランスとウエートとの関係を対比して可視化できるようにしたものである。

このようにカロリーバランスとウエートとの関係を対比できる表示描画データを作成することにより、ユーザは、エクササイジングと食事に基づくウエートを減少することを実現できる。

例えば、４／１〜４／２９の間においては、摂取（Intake）＞消費（burned）の関係にあり、体重は高い位置をキープしていることが把握できる。また、５／６〜７／１の間においては、摂取（Intake）＜消費（burned）の関係となり、体重が減少していることが把握できる。
つまり、ユーザは、エクササイズ（exercising）と食事により、ウエート減少を実現することができる。

〔描画パターン例７〕
（７）カロリーコントロールサポートにおけるカロリーバランストレンド（Weekly, Monthly, Yearly）
図１２は、表示描画例として、カロリーバランストレンド（週、月、年）の一例を示す図である。

本例は、本システム２０が、
ユーザ通信端末１２からのカロリーバランストレンド要求を受けたとき、
当該要求に応じたカロリーバランストレンド（週、月、年）を示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、週（Weekly）、月（Monthly）、年（Yearly）の各カロリーバランストレンドを示す表示描画データ（第３データ）を作成し、
当該表示描画データをユーザ通信端末１２に送信し、
ユーザである生徒に提供する。

本例で、他のユーザ支援データは、ユーザの体重であり、
解析・集計データは、当該解析・集計データを元に作成した日付毎のカロリーバランスであり、
表示描画データは、
例えば、日付（２０１５／１／１〜２０１５／１／１４）に対する摂取カロリー、消費カロリー（棒グラフ）の変移とカロリーバランス（折れ線グラフ）の変移を連携して同一画面上に描画表示し、摂取カロリー、消費カロリー（棒グラフ）とカロリーバランス（折れ線グラフ）との関係を対比できるようにしたものである。

このように摂取、消費（棒グラフ）の変移とカロリーバランス（折れ線グラフ）の変移との関係を対比できる表示描画データを作成することにより、ユーザは自分のカロリーをチェンジするパターンと行動を見出すことができる。

例えば、ユーザは、週末（Weekly）における１／２における消費と摂取のカロリーバランスは、比較的減少傾向にあること、１／７における消費と摂取のカロリーバランスは、走っているが食べ過ぎ（Overeating and Running）であること、１／１３における消費と摂取のカロリーバランスは、食べ過ぎ（Overeating）であることが把握できる。また、月（Monthly）や年（Yearly）における消費と摂取のカロリーバランスも同様である。

〔描画パターン例８〕
（８）カロリーコントロールサポートにおけるカロリーバランストレンド（Daily）
図１３は、表示描画例として、カロリーバランストレンドの他の例を示す図である。

本例は、本システム２０が、
ユーザ通信端末１２からカロリーバランストレンド要求を受けたとき、
当該要求に応じたカロリーバランストレンド（日）を示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、日（Daily）内時刻変化のカロリーバランストレンドの各時刻におけるカロリーバランストレンドを示す表示描画データ（第３データ）を作成し、
当該表示描画データをユーザ通信端末１２に送信し、
ユーザである生徒に提供する。

本例では、他のユーザ支援データは、摂取カロリー（Intake calorie）、摂取―消費カロリーバランス（Calorie balance）、などであり、
解析・集計データは、当該解析・集計データを元に作成した消費カロリー（Burn calorie）、ライフシーン（静止、安静、座位、立位、作業、運動、歩行状態、ランニング、食事、睡眠、など）であり、
表示描画データは、
例えば、時刻（0:00〜13:00）に対する摂取カロリー（intake calorie）、消費カロリー（burn calorie）、基礎メタボリズム（basal metabolism）の各棒グラフ、カロリーバランス（calorie balance：折れ線グラフ）の変移とライフシーン（Life scene）のタペストリ表示（tapestry）を連携して同一画面上に描画表示し、摂取カロリー、消費カロリー、基礎メタボリズム、カロリーバランスとライフシーンとの関係を対比できるようにしたものである。

摂取カロリー（Intake calorie）は、例えば、朝食（Breakfast）、昼食（Lunch）、夕食（Dinner）、の各カロリーを含み、消費カロリー（Burn calorie）は、例えば、通勤ウォーキング（Commutation）、帰宅ウォーキング（Going home walking）、の各カロリーを含む。

ライフシーン（Life scene）のタペストリ表示（tapestry）は、静止、安静、座位、立位、作業、運動、歩行状態、ランニング、非装着、データなし、食事、睡眠、などのデータを含む。

このようにカロリーバランス（折れ線グラフ）とライフシーンの変移との関係を対比できる表示描画データを作成することにより、ユーザは、カロリーバランスをチェンジするイベントを見出すことができる。

〔描画パターン例９〕
（９）クラスルーム（Class-room）／ハウス（House）ごとの表示における放課後の生活リズム（Life Rhythm after classes）
図１４は、表示描画例として、Life Rhythm after classesを示す図である。

本例は、本システム２０が、
インストラクタ通信端末１３から放課後の生活リズム要求を受けたとき、
当該要求に応じた放課後の生活リズムを示す生活支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、ユーザ毎の睡眠ステータス、食事時間を含む放課後の生活リズムの把握を可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをインストラクタ通信端末１３に送信し、
ユーザである先生に提供する。

表示描画データは、
例えば、メンバー（Mike, Jun, AJ, Ken, Lu,・・・）と、当該メンバー毎の食事、睡眠の各時間を連携して同一画面上に描画表示し、人毎の食事（Eat）、睡眠（Sleep status）、との関係を対比できるようにしたものである。
睡眠は、寝た時刻（Go to bed）、寝ている時刻（Sleeping）、起きた時刻（Wake up）、などのデータを含む。

このように睡眠時間、食事時刻と複数の人の一覧との関係を対比できる表示描画データを作成することにより、ユーザは、生徒の過去の睡眠ステータスを見て、助言することができる。
例えば、“Jun”は、夜遅くまで食べていた。それは健康に良くない。“Lu”は食べた後すぐに寝た。それは、太る原因である。などを把握することができる。
ターゲットユーザは、先生である。

〔描画パターン例１０〕
（１０）カロリーコントロールサポートにおける“アクティブ”ポジショニングマップ（“Active” Positioning Map）
図１５は、表示描画例として、クラスルーム（Class-room）／ハウス（House）ごとの表示における“アクティブ”ポジショニングマップの一例を示す図である。

本例は、本システム２０が、
インストラクタ通信端末１３からの“アクティブ”ポジショニングマップ（“Active” Positioning Map）要求を受けたとき、
当該要求に応じた“アクティブ”ポジショニングマップ（“Active” Positioning Map）を示すユーザ支援サービス、つまり、ユーザ履歴情報の解析・集計データ（第１データ）と他のユーザ支援データ（第２データ）を連携して、“アクティブ”ポジショニングマップ（“Active” Positioning Map）を把握可能とする表示描画データ（第３データ）を作成し、
当該表示描画データをインストラクタ通信端末１３に送信し、
ユーザである先生に提供する。

本例では、他のユーザ支援データは、肥満度を示すＭＢＩ、食事による摂取カロリー（Calorie intake）、などであり、
解析・集計データは、消費カロリー（Calorie burned）、当該解析・集計データを元に作成したＢＭＩ対カロリー（Calorie intake ／Calorie burned）との関係における生徒のステータスであり、
表示描画データは、
ＢＭＩ対カロリー（Calorie intake ／Calorie burned）を同一画面上に描画表示し、生徒の毎日のＢＭＩ、バランスステータスを可視化できるように描画表現したものである。

係る表示描画により、先生は、ＢＭＩバランスステータスから、例えば、ＢＭＩが高く摂取カロリーが比較的多い場合は、食べ過ぎの可能性があるとか、ＢＭＩが低く、かつ摂取カロリーも低い場合は、活動的ではないか、運動のし過ぎである、などの示唆を受けることができ、生徒のライフスタイルの良し悪しに気づくことができる。

図１６は、ユーザ通信端末１２のカメラ機能及びカロリー計算機能（アプリケーション）を利用して、食事をカメラで撮影し、当該食事による摂取カロリーを算出し、当該摂取カロリーを撮影画像（写真）、撮影日時、などと併せて出力する例を示した図である。
斯様にカメラで食事を撮影することにより、「カロリー」を出力するサービスに関する技術は、例えば、特開２０１３−２９９３０号公報や特開２０１４−２０３３８７号公報により公知であり、その詳細説明は省略する。

図１７〜図２３は、上述した図１０と図１５の描画データを選択的に切り替えてユーザ側１に提供する応用例を示す図である。

本応用例は、概略、以下のとおりである。
センサノード１１（リストバンド型センサ）からのアクティビティセンシングデータ（生活・活動量データ）とユーザ通信端末１２のカメラにて撮影した食事画像から食事量を示すデータを受けたとき、これらのデータを元にユーザ個人のトレンド表示及びグループメンバーのグループ表示を選択的にユーザ側１に提供し得るようにしたものである。
すなわち、一定期間ごとのエネルギー収支を記憶し、一定期間ごとのエネルギー収支の差分を算出し、それらを一括で表示できるようにする。
また、運動量、食事摂取量を、日時を付加して記憶し、ある一定期間を指定したとき、その期間の運動量と食事摂取量を算出し、その期間の前後期間の一定数分の運動量と食事量を算出し、トレンドを把握できるようにする。
また、運動量と食事摂取量を日付で紐付けして運動者マスタに記録し、複数の運動者のエネルギー消費状態を同時に見られるようにする。
また、指定した期間において、食事等によるエネルギー摂取や消費が行われていなかったこと（センサ未装着や就寝時の記録）を判定した場合、別期間のデータを表示できるようにする。

更に具体的には、生活支援サービスシステム２０は、健康支援クラウドサービスシステム３０又はユーザ通信端末１２（カメラ付携帯通信端末１２’）を介してセンサノード１１（リストバンド型センサ）からのアクティビティセンシングデータ（生活・活動量データ）を受けたとき、そのエネルギー消費量を算出し、当該エネルギー消費量を活動履歴とし記憶装置２０３の活動履歴ＤＢに記憶する。

また、生活支援サービスシステム２０は、カメラ付携帯通信端末１２’のカメラにて撮影した食事画像を直接受信し、当該食事画像から食事量及びそのエネルギー摂取量を算出し、当該エネルギー摂取量を記憶装置２０３の摂取履歴ＤＢに記憶する。

生活支援サービスシステム２０は、エネルギー消費量の活動履歴とエネルギー摂取量の摂取履歴とを元にエネルギー収支量及び割合を算出し、当該エネルギー収支量及び割合を記憶装置２０３のエネルギー収支量・割合履歴ＤＢに記憶する。

そして、エネルギー収支量及び割合を元にユーザ個人のトレンド描画データ（図１７参照）、グループのアクティブポジションマップを示すグループ描画データ（図１５参照）を作成し、記憶装置２０３のエネルギー収支量・割合履歴ＤＢに記憶する。

また、生活支援サービスシステム２０は、カメラ付携帯通信端末１２’のビューアプリケーションにおける表示識別情報を受け、当該表示種別を判定し、つまり、ユーザがトレンド描画データ、グループ描画データ、どちらの表示を所望しているのかを判定し、当該判定結果に応じて表示方法を選択し、選択した描画データをカメラ付携帯通信端末１２’側に提供する。
以下、その一例を図１７〜図２３に基づいて説明する。

図１７は、ユーザ側端末１０の一例を示す図である。ユーザ側端末１０は、リストバンド型センサノード１１’、カメラ付携帯通信端末１２’を有する。

図１８は、カメラ付携帯通信端末１２’の構成例を示す図である。カメラ付携帯通信端末１２’は、入力部（タッチキー、カメラ）１２２、出力部（表示部／ディスプレイ）１２１、ビューアアプリケーションを含むプログラムメモリ１２３、通信部（インターフェース）１２４、演算部（ＣＰＵ）１２５、記憶部１２６を有する。

図１９は、生活支援サービスシステム２０（演算装置２０２）の処理手順を示すフローチャートである。図２０のフローチャートに基づく動作は以下のとおりである。

ステップＳ２０１：生活支援サービスシステム２０は、リストバンド型センサノード１１’からの活動量センシングデータを受信する。

ステップＳ２０２：生活支援サービスシステム２０は、活動量センシングデータを受け、ライフシーンを算出する。

ステップＳ２０３：生活支援サービスシステム２０は、活動量センシングデータを元にエネルギー消費量を算出する。

ステップＳ２０４：生活支援サービスシステム２０は、ライフシーン及びエネルギー消費量を活動履歴として記録装置２０３の活動履歴ＤＢ２０３４に記録する。

ステップＳ２０５：生活支援サービスシステム２０は、食事画像、つまり、食事量を受信する。

ステップＳ２０６：生活支援サービスシステム２０は、食事量からエネルギー摂取量を算出する。

ステップＳ２０７：生活支援サービスシステム２０は、エネルギー摂取量を摂取履歴として記憶装置２０３の摂取履歴ＤＢ２０３５に記憶する。
ここで、活動履歴ＤＢと摂取履歴ＤＢの各データはユーザ毎に紐付け（対応付け）し、記憶装置２０３の運動者マスタＤＢ２０３６に記憶するとよい。

ステップＳ２０８：生活支援サービスシステム２０は、エネルギー消費量とエネルギー摂取量のエネルギー収支量・割合を算出する。

ステップＳ２０９：生活支援サービスシステム２０は、エネルギー収支量・割合をエネルギー収支量・割合履歴として記憶装置２０３のエネルギー収支量・割合履歴ＤＢ２０３７に記憶する。

ステップＳ２１０：生活支援サービスシステム２０は、エネルギー収支量・割合を元に、各ユーザのトレンド描画データ及びグループのグループ描画データ（アクティブポジションマップ）を生成する。
これらの描画データは、例えば、記憶装置２０３の表示描画データ記憶部２０３３に記憶する。

ステップＳ２１１：生活支援サービスシステム２０は、カメラ付携帯通信端末１２’のアプリケーション情報及び活動履歴を元に表示種別を判定する。ここで、表示種別判定は、例えば、ユーザのライフシーンを受け、ユーザの属性（デモグラフィック）を元に判定する。ユーザの属性は、例えば、（１）「一般ユーザ（例えば、生徒やジム利用者）」、（２）「一般ユーザの集団を管理するユーザ（例えば、先生やインストラクタ）」、（３）「上記（１）、（２）の両方向けユーザ」、などである。

ステップＳ２１２：生活支援サービスシステム２０は、上述した表示種別判定結果を受け、当該判定結果に応じた表示画面を自動的に選択する。
本例では、エネルギー収支量・割合を元に生成したグループ描画データ／トレンド描画データの一方を選択する。

なお、上述した事例で言えば、図６、図７、図９、図１４、図１５が、上記（１）向けの表示画像となり、図１０〜図１３が上記（２）向けの表示描画となり、図８が、上記（３）向けの表示画像となる。

ステップＳ２１３：生活支援サービスシステム２０は、選択した描画データをカメラ付携帯通信端末１２’提供する。
これにより、カメラ付携帯通信端末１２’は、描画データを出力部にて表示することができる。

図２０は、活動履歴ＤＢの履歴データテーブルの構成例を示す図である。活動履歴データテーブルは、ユーザＩＤ、センサデータＩＤ、測定日時、ライフシーン、運動エネルギー消費量、その他、などのデータを含む。

図２１は、摂取履歴ＤＢの履歴データテーブルの構成例を示す図である。摂取履歴データテーブルは、ユーザＩＤ、通信端末ＩＤ、測定日時、食事メニュー、摂取エネルギー消費量、その他、などのデータを含む。

図２２は、エネルギー収支・割合履歴ＤＢの履歴データテーブルの構成例を示す図である。エネルギー収支履歴データテーブルは、ユーザＩＤ、通信端末ＩＤ、測定日時、運動エネルギー消費量、摂取エネルギー消費量、割合・比率、その他、などのデータを含む。

図２３は、トレンド表示例とグループ表示例を対比して示す図である。トレンド表示（図面上左側）とグループ表示（図面上右側）は、ユーザ側のビューアアプリケーションを受けて任意に選択され、ディスプレイに表示される。

トレンド表示は、例えば、
本日と昨日の消費カロリーの対比データと、本日と昨日の摂取カロリーとの対比データ（可視化データ）
本日のエクササイズ消費カロリー：１９８０ｋｃａｌ
昨日との比較割合 ：８０％
本日の摂取カロリー ：２９７０ｋｃａｌ
昨日との比較割合 ：１２０％
が把握できるデータを含み、
表示画面の下側にエクササイズに関するカロリー及びパーセンテージを表示し、上側に食事による摂取カロリー及びパーセンテージを表示し、現在のカロリーバランスを視覚的に把握できるように表示する。

グループ表示は、例えば、
表示画面の横軸にBMI（肥満度）、縦軸に摂取／消費カロリーを示し、複数の生徒がどのような状態にあるかを表示し、つまり、係る表示をもって教師は、彼らの良し悪しライフスタイル及びBMIバランスステータスを視覚的に把握できるように表示する。

同図において、各々のドットは、一人の生徒のBMI対カロリーバランスを示している。例えば、ドットが左下のエリア（Too Much Exercise）にある場合は、エクササイズし過ぎ（ボクサー、モデル）であることを示唆し、右上のエリア（Calorically-enhanced）にある場合は、例えば、過食及び運動不足にあることを示唆する。

本実施例によれば、運動量や食事量のトレンドを把握でき、また、複数の運動者（ユーザ）の様子を同時に見ることができる。
また、運動量や食事量のトレンドにより、運動者本人がいつもの自分との違いを一目で把握することができるようになり、カロリー管理が容易になる。
また、運動者を管理するインストラクタなどにとって、複数の運動者（ユーザ）の様子を同時に見ることができることにより、複数人の管理工数が削減でき、また、他者との比較が可能になることで、より詳しい適切なアドバイスを提供することが可能となる。
運動者を管理するような企業・団体向けに、トータルでカロリー管理を可能にするサービスを提供することができる。

なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成の他に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

１ ユーザ側
１１ センサノード
１１’リストバンド型センサノード
１２ ユーザ通信端末
１２’カメラ付携帯通信端末
１２１ 出力部
１２２ 入力部
１２３ プログラムメモリ
１２４ 通信部
１２５ 演算部（ＣＰＵ）
１２６ 記憶部
１３ インストラクタ通信端末
２ サービス提供側
２０ 生活支援サービスシステム
２０１ 通信装置
２０２ 演算装置
２０３ 記憶装置
２０３１〜２０３７ データベース（ＤＢ）
３ 連携サービスシステム
３０ 健康支援クラウドサービスシステム
３０１ 通信装置
３０２ 演算装置
３０３ 記憶装置
３０３１〜３０３２ データベース（ＤＢ）
４０ ネットワーク
５０ メッセージシステム

Claims (4)

1. ユーザ通信端末からユーザの所定期間ごとの運動量と食事量を受信し、当該運動量と食事量に応じたサービスをユーザ側通信端末に提供する生活支援サービスシステムにおいて、
   前記運動量と食事量を受信するサーバを備え、
   前記サーバは、
   前記運動量を元にエネルギー消費量及び静止、安静、座位、立位、作業、運動、歩行状態、ランニング、非装着、データなし、食事、睡眠のいずれかを含む集合体の中から一つの値を含むライフシーンを計算により算出し、当該エネルギー消費量及びライフシーンを活動履歴記憶部に記憶する手段と、
   前記食事量を元にユーザのエネルギー摂取量を算出し、当該エネルギー摂取量を摂取履歴記憶部に記憶する手段と、
   前記活動履歴記憶部の運動量と前記摂取履歴記憶部の食事摂取量を日付で紐付けして運動者マスタ部に記憶する手段と、
   前記ユーザ通信端末からある一定期間が指定されたとき、当該一定期間とその期間の前後期間の一定数分の運動量と食事摂取量を算出してトレンドを把握し、当該指定された一定期間及び当該一定期間の前後期間の一定数分の運動量におけるエネルギー消費量及び食事摂取量におけるエネルギー摂取量の両エネルギー収支量を算出する手段と、
   前記活動履歴記憶部と前記摂取履歴記憶部の履歴を紐付けして前記運動者マスタ部に記憶する手段と、
   前記ユーザ通信端末からある一定期間が指定されたとき、当該指定された一定期間及び当該一定期間の前後期間の一定数分の運動量におけるエネルギー消費量及び食事量におけるエネルギー摂取量の両エネルギー収支量を算出する手段と、
   前記両エネルギー収支量を算出する手段によるエネルギー収支量を前記ユーザ通信端末に送信し、当該ユーザ通信端末での表示を可能とする手段と、
   を備えた生活支援サービスシステム。
2. 請求項１に記載された生活支援サービスシステムにおいて、
   前記指定した期間において、食事摂取や消費が行われておらず、運動量・食事摂取量のエネルギー消費量・エネルギー摂取量がなかった場合、
   前記運動者マスタから前記一定期間とは別期間の紐付けされた運動量と食事量を抽出する手段と、
   前記別期間における前記日付で紐付けされた運動量・食事摂取量のエネルギー消費量・エネルギー摂取量を算出し、当該別期間におけるエネルギー消費量・エネルギー摂取量を前記ユーザ通信端末で表示できるように表示内容を変更する手段又は切り替える手段と、
   を備えた生活支援サービスシステム。
3. ユーザ側端末からユーザの所定期間ごとの運動量と食事量を受信し、当該運動量と食事量に応じたサービスをユーザ側通信端末に提供する生活支援サービスシステムにおいて、
   前記運動量と食事量を受信するサーバを備え、
   前記サーバは、
   前記運動量を元にエネルギー消費量及びライフシーンを算出し、当該エネルギー消費量及びライフシーンを活動履歴記憶部に記憶する手段と、
   前記食事量を元にユーザのエネルギー摂取量を算出し、当該エネルギー摂取量を摂取履歴記憶部に記憶する手段と、
   前記活動履歴記憶部の運動量と前記摂取履歴記憶部の食事摂取量を日付で紐付けして運動者マスタ部に記憶する手段と、
   前記ユーザ側端末からある一定期間が指定されたとき、当該一定期間の運動量と食事摂取量を算出してトレンドを把握し、当該指定された一定期間及び当該一定期間の前後期間の一定数分の運動量におけるエネルギー消費量及び食事摂取量におけるエネルギー摂取量の両エネルギー収支量を算出する手段と、
   前記ユーザ側端末から現在のカロリーバランス要求を受けたとき、ユーザ履歴情報の解析・集計データと他のユーザ支援データを連携して、当該現在のカロリーバランス要求に応じた現在のカロリーバランスを示すユーザのトレンド描画データを作成する手段と、
   前記ユーザ側端末から “アクティブ”ポジショニングマップ要求を受けたとき、ユーザ履歴情報の解析・集計データと他のユーザ支援データを連携して、当該要求に応じたグループのグループ描画データを作成する手段と、
   前記ユーザのトレンド描画データ、前記グループのグループ描画データを前記ユーザ側端末に送信する手段と、
   を備えた生活支援サービスシステム。
4. 請求項３に記載された生活支援サービスシステムにおいて、
   前記指定した一定期間において、食事摂取や消費が行われていなかった場合、前記運動者マスタ部から前記一定期間とは別期間の日付で紐付けされた運動量と食事量を抽出する手段と、
   前記日付で紐付けされた運動量・食事摂取量のエネルギー消費量・エネルギー摂取量を算出し、当該エネルギー消費量・エネルギー摂取量を示す前記ユーザのトレンド描画データの表示内容と前記グループのトレンド描画データの表示内容とを変更する手段又は切り替える手段と、
   を備えた生活支援サービスシステム。
   

Images