JP2021093042A - ヘルスケア支援プログラム、ヘルスケア支援装置及びヘルスケア支援方法 - Google Patents

Abstract

【課題】ユーザの実際の健康状態に合致したケアを行うことができるヘルスケア支援装置を提供する。【解決手段】ヘルスケア支援システム１００において、ヘルスケア支援装置であるサーバ装置１は、ユーザＵの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、ユーザが改善を要する項目を判別し、判別した項目に関するレコメンドを、ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから選定し、選定したレコメンドに係るデータをネットワークＮを介して接続された携帯端末２又はウェアラブル端末３へ送信する。【選択図】図１

Description

本発明は、ヘルスケア支援プログラム、ヘルスケア支援装置及びヘルスケア支援方法に関する。

近年、健康志向の高まりに伴い、人々の健康状態を改善することの重要性が増している。そこで、ユーザの健康状態の改善を支援することを目的としたシステムが開発されている（例えば、特許文献１参照）。

特許第６４９０４０３号公報

ユーザの健康状態を真に改善するためには、身体的な健康状態のみならず、精神的な健康状態も改善することが重要となる。
この点、従来のシステムは、体温、脈拍、発汗量等のユーザの生体情報（バイタルデータ）を取得し、取得した生体情報に基づき、ユーザの健康状態を判定の上、判定結果に応じて所定のケアを行うものであったが、精神的な健康状態を含むユーザの健康状態を、生体情報のみによって正確に判定することはできず、ユーザの実際の健康状態に合致したケアを行うことは困難であった。

本発明の課題は、ユーザの実際の健康状態に合致したケアを行うことができるヘルスケア支援プログラム、ヘルスケア支援装置及びヘルスケア支援方法を提供することである。

上記課題を解決するために、請求項１に記載の発明は、ヘルスケア支援プログラムであって、
ユーザが使用する端末装置と通信回線を介して接続されたサーバ装置を、
前記ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別手段、
前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定するレコメンド選定手段、
前記レコメンド選定手段が選定したレコメンドに係るデータを、送信手段によって前記端末装置へと送信させるレコメンドデータ送信制御手段、
として機能させることを特徴とする。

請求項２に記載の発明は、請求項１に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記ユーザに対するアンケートの回答に係る情報であるアンケート回答データを取得するアンケータ回答データ取得手段、
前記アンケート回答データを基に前記複数の項目に係るパラメータを算出するパラメータ算出手段、
としてさらに機能させ、
前記改善項目判別手段は、前記パラメータ算出手段が算出した前記パラメータを用いて、前記ユーザが改善を要する項目を判別することを特徴とする。

請求項３に記載の発明は、請求項２に記載のヘルスケア支援プログラムであって、
前記アンケート回答データは、前記複数の項目のいずれかと紐づけられた複数の質問につき、前記ユーザが複数段階の数値から選択して回答したものであり、
前記パラメータ算出手段は、各項目のそれぞれと紐づけられた質問に対する回答の平均値から、前記パラメータを算出することを特徴とする。

請求項４に記載の発明は、請求項２又は３に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記複数の項目のいずれに該当する出来事であるかに係る情報を含む前記ユーザが体験した出来事についての情報である出来事データを取得する出来事データ取得手段、
前記出来事データに基づき、前記パラメータを修正するパラメータ修正手段、
としてさらに機能させることを特徴とする。

請求項５に記載の発明は、請求項１から４のいずれか一項に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記複数の項目のうち前記ユーザが改善を希望する項目に係る情報である改善目標項目データを取得する改善目標項目データ取得手段、
としてさらに機能させ、
前記改善項目判別手段は、前記改善目標項目データを用いて、前記ユーザが改善を要する項目を判別することを特徴とする。

請求項６に記載の発明は、請求項１から５のいずれか一項に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記ユーザによる前記レコメンドの受け入れ又は受け入れ不可の判断に係るデータを取得する受け入れ可否データ取得手段、
としてさらに機能させ、
前記レコメンド選定手段は、前記ユーザが過去に受け入れ不可と判断した前記レコメンドを予め除外の上、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定することを特徴とする。

請求項７に記載の発明は、請求項１から６のいずれか一項に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記ユーザによる前記レコメンドの実践の有無に係るデータを取得する実践有無データ取得手段、
としてさらに機能させ、
前記レコメンド選定手段は、前記ユーザが過去に所定回数未実践とした前記レコメンドを予め除外の上、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定することを特徴とする。

請求項８に記載の発明は、請求項１から７のいずれか一項に記載のヘルスケア支援プログラムであって、
前記サーバ装置を、
前記複数の項目から、前記ユーザが複数所属する所定の組織単位で改善を要する項目を判別する組織別改善項目判別手段、
前記組織に所属するユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記組織別改善項目判別手段が判別した項目を改善するためのレコメンドを選定する組織別レコメンド選定手段、
として機能させることを特徴とする。

請求項９に記載の発明は、ヘルスケア支援装置であって、
ユーザが使用する端末装置と通信回線を介して接続され、
前記ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別手段と、
前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定するレコメンド選定手段と、
前記レコメンド選定手段が選定したレコメンドに係るデータを、送信手段によって前記端末装置へと送信させるレコメンドデータ送信制御手段と、
を備えることを特徴とする。

請求項１０に記載の発明は、ヘルスケア支援方法であって、
ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別ステップと、
前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別ステップにおいて判別された項目を改善するためのレコメンドを選定するレコメンド選定ステップと、
前記レコメンド選定ステップにおいて選定されたレコメンドを、前記ユーザに提示するレコメンド提示ステップと、
を含むことを特徴とする。

本発明によれば、ユーザの実際の健康状態に合致したケアを行うことができるヘルスケア支援プログラム、ヘルスケア支援装置及びヘルスケア支援方法を提供することができる。

実施形態に係るヘルスケア支援システムの構成を示すブロック図である。 実施形態に係るヘルスケア支援システムにおけるサーバ装置の構成を示すブロック図である。 実施形態に係るヘルスケア支援システムにおける携帯端末の構成を示すブロック図である。 実施形態に係るヘルスケア支援システムにおけるウェアラブル端末の構成を示すブロック図である。 実施形態に係るヘルスケア支援システムにおけるライン長端末の構成を示すブロック図である。 実施形態に係るヘルスケア支援システムにおける動作の流れを示すフローチャートである。 実施形態に係るヘルスケア支援システムにおけるデータの流れを示すブロック図である。 実施形態に係るヘルスケア支援システムにおけるアンケート実施画面の一例の一部を示す図である。 実施形態に係るヘルスケア支援システムにおいてアンケート実施画面に掲載される質問の例を示す図である。 実施形態に係るヘルスケア支援システムにおけるユーザ別アンケート結果通知画面の一例を示す図である。 実施形態に係るヘルスケア支援システムにおいて個人用レコメンド提示画面に掲載されるレコメンドの例を示す図である。

以下、図１から図１１に基づいて、本発明の実施形態であるヘルスケア支援システム１００について説明する。ただし、本発明の技術的範囲は図示例に限定されるものではなく、以下において説明する実施の形態には、本発明の趣旨を逸脱しない範囲で、種々の変更を加えることが可能である。

［第１ 構成の説明］
ヘルスケア支援システム１００は、ユーザＵの健康状態を改善するための助言であるレコメンドを提供するためのシステムであり、図１に示すように、ヘルスケア支援システム１００を提供する企業等が保有するサーバ装置１と、ヘルスケア支援システム１００を利用するユーザＵがそれぞれ使用する携帯端末２及びウェアラブル端末３と、複数のユーザＵが所属する組織の所定の統括者たるライン長Ｃが使用するライン長端末４と、備えて構成されている。
また、サーバ装置１と携帯端末２との間、サーバ装置１とウェアラブル端末３との間、サーバ装置１とライン長端末４との間及び携帯端末２とウェアラブル端末３との間は、通信ネットワークＮを介して接続されている。

［１ サーバ装置］
サーバ装置１は、例えば、ヘルスケア支援システム１００を提供する企業等が保有するＰＣ（Personal Computer）、ＷＳ（Work Station）等の情報機器であり、後述のように、ユーザＵ毎に適切なレコメンドを抽出の上、当該レコメンドに係るデータのウェアラブル端末３への送信等を行う。
なお、サーバ装置１は、必ずしもヘルスケア支援システム１００を提供する企業等自らが保有することを要せず、例えば、クラウドサービスを提供する企業等が保有するＰＣ、ＷＳ等の情報機器を利用してもよい。

サーバ装置１は、図２に示すように、例えば、制御部１１と、記憶部１２と、通信部１３と、を備えて構成されている。

制御部１１は、サーバ装置１の動作を制御する部分であり、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えて構成され、ＲＡＭの作業領域に展開されたＲＯＭや記憶部１２に記憶されたプログラムとＣＰＵとの協働により、サーバ装置１の各部を統括制御する。

記憶部１２は、サーバ装置１の運用に必要となる各種情報が記憶される部分であり、例えば、ＨＤＤ（Hard Disk Drive）、半導体メモリ等により構成され、プログラムデータ等のヘルスケア支援システム１００の運用に必要となるデータを、制御部１１から読み書き可能に記憶する。

記憶部１２には、後述のようにユーザＵに係るデータが記憶されるユーザデータベース１２１と、複数のユーザＵが所属する組織に係るデータが記憶される組織データベース１２２と、ユーザＵに対して実施されるアンケートに係るデータが記憶されるアンケートデータベース１２３と、ユーザＵ及びライン長Ｃに対して提供されるレコメンドに係るデータが記憶されるレコメンドデータベース１２４と、サーバ装置１へのデータの登録時のサーバ装置１に対する指令内容が組み合わされたプログラムであるデータ登録プログラム１２５と、後述のアンケートに基づく解析時のサーバ装置１に対する指令内容が組み合わされたプログラムであるアンケートプログラム１２６と、後述の出来事データＤ１５に基づくユーザ別パラメータデータＤ１１の更新時のサーバ装置１に対する指令内容が組み合わされたプログラムであるパラメータ更新・通知プログラム１２７と、ユーザＵに対してレコメンドを提供する際のサーバ装置１に対する指令内容が組み合わされたプログラムである個人用レコメンド提供プログラム１２８と、ライン長Ｃに対してレコメンドを提供する際のサーバ装置１に対する指令内容が組み合わされたプログラムである組織用レコメンド提供プログラム１２９と、ユーザＵに対してレコメンドの実践確認を行う際のサーバ装置１に対する指令内容が組み合わされたプログラムであるレコメンド実践確認プログラム１３０と、が備えられている。
なお、これらプログラムは、それぞれ別個のプログラムとして記憶されていることを必ずしも要せず、単一のプログラムが、これら複数のプログラムとしての指令内容を含むものであってもよい。

通信部１３は、サーバ装置１と携帯端末２との間、サーバ装置１とウェアラブル端末３との間及びサーバ装置１とライン長端末４との間の通信に用いられる部分であり、例えば、通信用ＩＣ（Integrated Circuit）及び通信コネクタ等を有する通信インターフェースであり、制御部１１の制御の元、所定の通信プロトコルを用いて、通信ネットワークＮを介したデータ通信を行う。

［２ 携帯端末］
携帯端末２は、例えば、ユーザＵが携帯するスマートフォン、タブレット等の通信端末であり、後述のように、ユーザＵにより入力された情報のサーバ装置１への送信や、サーバ装置１から受信したアンケートのユーザＵへの提示等を行う。
携帯端末２は、図３に示すように、例えば、サーバ装置１と同様に、制御部２１と、記憶部２２と、通信部２３と、を備えると共に、更に、表示部２４と、操作部２５と、を備えて構成されている。

記憶部２２には、携帯端末用アプリケーション２２１と、出来事データベース２２２と、が備えられている。
携帯端末用アプリケーション２２１は、ヘルスケア支援システム１００使用時の携帯端末２に対する指令内容が組み合わされたプログラムであり、後述のように当該プログラムに従って、制御部２１によって、ユーザＵにより入力された情報のサーバ装置１への送信や、サーバ装置１から受信したアンケートのユーザＵへの提示等が行われる。
また、出来事データベース２２２は、後述のようにウェアラブル端末３から受信した出来事データＤ１５が記憶されるデータベースである。

表示部２４は、例えば、ＬＣＤ（Liquid Crystal Display）等の表示画面を備え、制御部２１から出力された表示制御信号に基づいた画像を表示画面に表示する。

操作部２５は、例えば、文字入力キー、数字入力キー、その他各種機能に対応付けられたキーを有するキーボード等を備え、ユーザＵからの操作入力を受け付けて、操作入力に応じた操作信号を制御部２１へと出力する。操作部２５は、例えば、表示部２４と一体的に形成されたタッチパネル等であってもよい。
なお、操作部２５は、上記のキーボード、タッチパネル等に限定されず、音声入力、テキスト入力等によってユーザＵの意思を反映できるものであれば、種々の手段を用いることができる。

［３ ウェアラブル端末］
ウェアラブル端末３は、例えば、腕時計型等のユーザＵが着用可能な形状に形成された通信端末であり、後述のように、環境データＤ４、バイタルデータＤ５及び位置データＤ６等のデータの取得及びサーバ装置１への送信や、サーバ装置１から受信したレコメンドのユーザＵへの提示等を行う。
ウェアラブル端末３は、図４に示すように、例えば、携帯端末２と同様に、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、操作部３５と、を備えると共に、更に、環境データＤ４を取得する環境データ取得部３６と、バイタルデータＤ５を取得するバイタルデータ取得部３７と、位置データＤ６を取得する位置データ取得部３８と、を備えて構成されている。

記憶部３２には、ウェアラブル端末用アプリケーション３２１が備えられている。ウェアラブル端末用アプリケーション３２１は、ヘルスケア支援システム１００使用時のウェアラブル端末３に対する指令内容が組み合わされたプログラムであり、後述のように、当該プログラムに従って、環境データ取得部３６によって取得された環境データＤ４、バイタルデータ取得部３７によって取得されたバイタルデータＤ５及び位置データ取得部３８によって取得された位置データＤ６のサーバ装置１への送信や、サーバ装置１から受信したレコメンドのユーザＵへの提示等が行われる。

環境データ取得部３６は、ウェアラブル端末３の周辺環境、ひいてはこれを着用するユーザＵの周辺環境に関する情報を取得する部分であり、例えば、温度センサ、湿度センサ等の種々の周辺環境に係る情報の取得手段を備え、気温、湿度、天候等の周辺環境に係る情報を取得する。
なお、環境データ取得部３６は、ウェアラブル端末３に備えられた所定のセンサ等によって情報を取得するものに限られず、例えば、ユーザＵによる情報の入力や、通信ネットワークＮを介した通信等により、所定の情報を取得するものであってもよい。

バイタルデータ取得部３７は、ウェアラブル端末３を着用するユーザＵのバイタルに関する情報を取得する部分であり、例えば、心拍センサ、血圧センサ、歩数センサ等の種々のバイタルに係る情報の取得手段を備え、心拍数、血圧、睡眠指数、歩数、消費カロリー等のユーザＵのバイタルに係る情報を取得する。
なお、バイタルデータ取得部３７も、ウェアラブル端末３に備えられた所定のセンサ等によって情報を取得するものに限られず、例えば、ユーザＵによる情報の入力や、通信ネットワークＮを介した通信等により、所定の情報を取得するものであってもよい。

位置データ取得部３８は、ウェアラブル端末３の現在位置に関する情報を取得する部分であり、例えば、ＧＰＳ（Global Positioning System）受信機が用いられる。ＧＰＳ受信機は、ＧＰＳを構成する複数のＧＰＳ衛星から提供される測位用電波であるＧＰＳ信号を受信し、これを用いて、ウェアラブル端末３ひいてはそれを所持するユーザＵの位置情報を取得する。
なお、位置データ取得部３８としては、ウェアラブル端末３の位置情報を取得可能なものであればよく、ＧＰＳ受信機には限られない。例えば、ＱＺＳＳ（Quasi-Zenith Satellite System）受信機等、その他の衛星測位システムに係る信号の受信機を使用してもよい。

［４ ライン長端末］
ライン長端末４は、例えば、企業における部・課等の複数のユーザＵが在籍する所定単位の組織において、ユーザＵのヘルスケアに関し何らかの職責を負う者であるライン長Ｃが使用するＰＣ、スマートフォン等の通信端末であり、後述のように、サーバ装置１から受信したレコメンドのライン長Ｃへの提示等を行う。
なお、ライン長Ｃは、複数のユーザＵが在籍する組織において、当該組織に所属するユーザＵのヘルスケアに対し、何らかの職責を負うものであればよく、例えば、部長、課長等の役職を有する者に限定されない。

ライン長端末４は、図５に示すように、例えば、携帯端末２と同様に、制御部４１と、記憶部４２と、通信部４３と、表示部４４と、操作部４５と、を備える。
記憶部４２には、ライン長端末用アプリケーション４２１が備えられている。ライン長端末用アプリケーション４２１は、ヘルスケア支援システム１００使用時のライン長端末４に対する指令内容が組み合わされたプログラムであり、後述のように当該プログラムに従って、サーバ装置１から受信したレコメンドのライン長Ｃへの提示等が行われる。

［５ 通信ネットワーク］
通信ネットワークＮは、例えば、インターネット、電話回線網、携帯電話通信網、無線ＬＡＮ通信網、有線ＬＡＮ通信網等であり、サーバ装置１と携帯端末２との間、サーバ装置１とウェアラブル端末３との間、サーバ装置１とライン長端末４との間及び携帯端末２とウェアラブル端末３との間で、データの送受信を行うことが可能なものであれば特に限定されない。
また、サーバ装置１と携帯端末２との間、サーバ装置１とウェアラブル端末３との間、サーバ装置１とライン長端末４との間及び携帯端末２とウェアラブル端末３との間に、例えば他のサーバ等が介在している場合においても、これらの間は、通信ネットワークＮを介して接続されているものとする。

［第２ 動作の説明］
以下、実施形態に係るヘルスケア支援システム１００の動作の流れについて説明する。ヘルスケア支援システム１００の動作は、図６に示すように、大きく分けてステップＳ１からステップＳ１１の１１個のステップからなる。

［１ ステップＳ１：ユーザ登録］
ヘルスケア支援システム１００の利用を希望するユーザＵは、システムの利用開始前に、まず、ユーザ登録を行う。

具体的には、ユーザＵは、まず、携帯端末２から、所定のＷＥＢサイト等にアクセスの上、携帯端末用アプリケーション２２１のダウンロードを行う。ダウンロードされた携帯端末用アプリケーション２２１は、制御部２１によって、記憶部２２に記憶される。
また、ユーザＵは、さらに、ウェアラブル端末３から、所定のＷＥＢサイト等にアクセスの上、ウェアラブル端末用アプリケーション３２１のダウンロードを行う。ダウンロードされたウェアラブル端末用アプリケーション３２１は、制御部３１によって、記憶部３２に記憶される。

携帯端末用アプリケーション２２１及びウェアラブル端末用アプリケーション３２１のダウンロードが完了した後、ユーザＵは、続いて、個人情報データＤ１の登録を行う。
具体的には、ユーザＵは、まず、携帯端末２の操作部２５を用いて、氏名、システム使用時のニックネーム、生年月日、性別、血液型、国籍等からなるユーザＵの個人情報に係るデータである個人情報データＤ１と、当該ユーザＵが所属する企業における部・課等の所定単位の組織を識別し得るデータである所属組織データＤ２と、を入力する。
個人情報データＤ１及び所属組織データＤ２の入力は、例えば、携帯端末用アプリケーション２２１に従って、制御部２１が、必要項目の入力欄が設けられた所定の入力フォームを表示部２４に表示し、ユーザＵがこれに入力することによって行われるようにすればよい。

個人情報データＤ１及び所属組織データＤ２が入力されると、携帯端末２においては、制御部２１が、携帯端末用アプリケーション２２１に従って、入力されたデータを、通信部２３から通信ネットワークＮを介して、図７に示すようにサーバ装置１に送信し、サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって個人情報データＤ１を受信した後、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に記憶する。

なお、ユーザＵによる個人情報データＤ１及び所属組織データＤ２の入力は、ウェアラブル端末３において、ウェアラブル端末用アプリケーション３２１に従って行われるようにしてもよい。
また、携帯端末用アプリケーション２２１及びウェアラブル端末用アプリケーション３２１のダウンロード並びに個人情報データＤ１及び所属組織データＤ２の入力を要するのは、ヘルスケア支援システム１００利用開始前の一度のみであり、それ以降ユーザＵは、個人情報データＤ１及び所属組織データＤ２に含まれる情報に変更があった場合等にのみ、変更部分につき入力すればよい。

［２ ステップＳ２：組織登録］
複数のユーザＵが在籍する所定単位の組織において、ユーザＵのヘルスケアに関し何らかの職責を負う者であるライン長Ｃは、システムの利用開始前に、組織登録を行う。

具体的には、ライン長Ｃは、まず、ライン長端末４から、所定のＷＥＢサイト等にアクセスの上、ライン長端末用アプリケーション４２１のダウンロードを行う。ダウンロードされたライン長端末用アプリケーション４２１は、制御部４１によって、記憶部４２に記憶される。

ライン長端末用アプリケーション４２１のダウンロードが完了した後、ライン長Ｃは、続いて、組織データＤ３の登録を行う。
具体的には、ライン長Ｃは、まず、ライン長端末４の操作部４５を用いて、組織の名称、氏名等のライン長Ｃを特定できる情報、氏名等の所属するユーザＵを特定できる情報等からなる、企業における部・課等の所定単位の組織の情報に係るデータである組織データＤ３を入力する。
組織データＤ３の入力は、例えば、ライン長端末用アプリケーション４２１に従って、制御部４１が、必要項目の入力欄が設けられた所定の入力フォームを表示部４４に表示し、ユーザＵがこれに入力することによって行われるようにすればよい。

組織データＤ３が入力されると、ライン長端末４においては、制御部４１が、ライン長端末用アプリケーション４２１に従って、入力されたデータを、通信部４３から通信ネットワークＮを介して、図７に示すようにサーバ装置１に送信し、サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって組織データＤ３を受信した後、制御部１１が、受信したデータを、記憶部１２の組織データベース１２２に記憶する。

なお、ライン長端末用アプリケーション４２１のダウンロード並びに組織データＤ３の入力を要するのは、ヘルスケア支援システム１００利用開始前の一度のみであり、それ以降ライン長Ｃは、組織データＤ３に含まれる情報に変更があった場合等にのみ、変更部分につき入力すればよい。

［３ ステップＳ３：環境データの取得］
ウェアラブル端末用アプリケーション３２１がダウンロードされたウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従い、所定の間隔毎に、環境データ取得部３６に、ウェアラブル端末３の周辺環境に係る情報、すなわち、気温、湿度、天候等に係る情報である環境データＤ４を取得させる。
環境データ取得部３６によって環境データＤ４が取得される度に、制御部３１は、ウェアラブル端末用アプリケーション３２１に従い、環境データＤ４を、通信部３３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって環境データＤ４を受信する度に、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に、受信時間と共に、当該データを送信したウェアラブル端末３のユーザＵに係る個人情報データＤ１と紐付けた上で記憶する。したがって、サーバ装置１のユーザデータベース１２１には、ユーザＵ毎に、過去に所在した場所の周辺環境に係るデータが、所定の間隔毎に記憶されていることとなる。

［４ ステップＳ４：バイタルデータの取得］
ウェアラブル端末用アプリケーション３２１がダウンロードされたウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従い、所定の間隔毎に、バイタルデータ取得部３７に、ウェアラブル端末３を着用するユーザＵのバイタルに関する情報、すなわち、心拍数、血圧、睡眠指数、歩数、消費カロリー等のユーザＵのバイタルに係る情報であるバイタルデータＤ５を取得させる。
バイタルデータ取得部３７によってバイタルデータＤ５が取得される度に、制御部３１は、ウェアラブル端末用アプリケーション３２１に従い、バイタルデータＤ５を、通信部３３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によってバイタルデータＤ５を受信する度に、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に、受信時間と共に、当該データを送信したウェアラブル端末３のユーザＵに係る個人情報データＤ１と紐付けた上で記憶する。したがって、サーバ装置１のユーザデータベース１２１には、ユーザＵ毎に、過去のバイタルに係るデータが、所定の間隔毎に記憶されていることとなる。

［５ ステップＳ５：位置データの取得］
ウェアラブル端末用アプリケーション３２１がダウンロードされたウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従い、所定の間隔毎に、位置データ取得部３８に、ウェアラブル端末３、ひいてはこれを使用するユーザＵの所在する位置に係る情報である位置データＤ６を取得させる。
位置データ取得部３８によって位置データＤ６が取得される度に、制御部３１は、ウェアラブル端末用アプリケーション３２１に従い、位置データＤ６を、通信部３３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって位置データＤ６を受信する度に、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に、受信時間と共に、当該データを送信したウェアラブル端末３のユーザＵに係る個人情報データＤ１と紐付けた上で記憶する。したがって、サーバ装置１のユーザデータベース１２１には、ユーザＵ毎に、過去に所在した位置に係るデータが、所定の間隔毎に記憶されていることとなる。

［６ ステップＳ６：目標設定］
ステップＳ１においてユーザ登録が完了したユーザＵは、週単位、月単位等の所定の期間毎に、当該期間の開始前に、自らの健康状態につき、改善したい項目を指定したデータである改善目標項目データＤ７の登録を行う。

具体的には、ユーザＵは、まず、携帯端末２の操作部２５を用いて、週単位、月単位等の所定の期間の開始前の特定の時点において、所定の項目から、改善したい項目を指定したデータである改善目標項目データＤ７を入力する。

改善目標項目データＤ７は、例えば、所謂ウェルビーイングのＰＥＲＭＡモデルに従い、Ｐ（Positive emotion／ポジティブ感情）、Ｅ（Engagement／物事への積極的な関わり）、Ｒ（Relationship／他者とのよい関係）、Ｍ（Meaning／人生の意味や意義の自覚）及びＡ（Accomplishment／達成感）の５つの項目から、当該期間においてユーザＵが改善したいと考える項目を選択したデータである。なお、改善目標項目データＤ７として指定可能な項目は、上記５つに限られず、例えば、さらに、全体のwell-beingを測定するOverall領域、Ｎ（Negative emotion／ネガティブ感情），Ｈ（Health／身体的な健康）、Happy（幸福）、Lonely（孤独感）等の項目を含んでもよい。

改善目標項目データＤ７の入力は、例えば、携帯端末用アプリケーション２２１に従って、制御部２１が、選択可能な項目からいずれかを選択させる所定の入力フォームを表示部２４に表示し、ユーザＵがこれを用いて改善したい項目を選択することによって行われるようにすればよい。

改善目標項目データＤ７が入力されると、携帯端末２においては、制御部２１が、携帯端末用アプリケーション２２１に従って、入力されたデータを、通信部２３から通信ネットワークＮを介して、図７に示すようにサーバ装置１に送信し、サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって改善目標項目データＤ７を受信した後、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に、当該ユーザＵに係る個人情報データＤ１と紐付けた上で記憶する。したがって、サーバ装置１のユーザデータベース１２１には、週単位、月単位等の所定の期間毎に、各ユーザＵが改善したい項目として指定した項目に係るデータが記憶されていることとなる。

なお、ユーザＵによる改善目標項目データＤ７の入力も、ウェアラブル端末３において、ウェアラブル端末用アプリケーション３２１に従って行われるようにしてもよい。

［７ ステップＳ７：アンケートに基づく解析］
ステップＳ１においてユーザ登録が完了したユーザＵに対しては、例えば月に一回といった所定の頻度で、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能なものと同一の所定の項目のそれぞれの状態を判定するためのアンケートを実施の上、各項目についてのパラメータの算出等がなされる。
具体的には以下のとおりである。

［（１） ステップＳ７−１：アンケートの実施］
まず、サーバ装置１の制御部１１は、アンケートプログラム１２６に従って、記憶部１２のアンケートデータベース１２３に記憶された、アンケート実施画面Ｇ１に係るデータであるアンケート実施画面データＤ８を、当該画面を表示部２４に表示させる旨の携帯端末２への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図７に示すように携帯端末２へと送信する。

アンケート実施画面Ｇ１は、図８に示すように、所定のアンケートの質問が記載された質問欄Ｇ１１と、質問欄に記載された質問につき、複数段階から選択する形で回答するための解答欄Ｇ１２と、を含んで構成されるユーザＵがアンケートに回答するための画面である。例えば、解答欄が、０から１０の１１段階で回答するものであれば、ユーザＵは、主観的な感覚として、当該質問につき、平均的な状態であると考えれば、中間となる「５」の欄を選択し、状態がよいと考えれば、その程度に応じて「６」、「７」、「８」、「９」又は「１０」を選択し、状態がよくないと考えれば、その程度に応じて「４」、「３」、「２」、「１」又は「０」を選択することとなる。
なお、図８においては１つの質問に対する質問欄Ｇ１１及び解答欄Ｇ１２のみを切り出して図示しているが、実際にはアンケート実施画面Ｇ１は、このような質問欄Ｇ１１及び解答欄Ｇ１２が、回答を要する質問の数に応じて複数連続して記載されるようにして構成される。

また、質問欄に記載された質問は、各質問が、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のいずれかと対応したものとなっている。
具体的な質問内容の一例は、例えば図９に示す通りである。図９においてLabelの欄は、いずれの項目に対応する質問かを示しており、ここでは、ＰＥＲＭＡの５項目に加え、Ｎ（Negative emotion／ネガティブ感情），Ｈ（Health／身体的な健康）、Happy（幸福）及びLonely（孤独感）に係る質問を含む内容となっているが、各質問が対応する項目の種類は、これらに限定されるものではない。

通信部２３によってアンケート実施画面データＤ８を受信した携帯端末２においては、制御部２１が、携帯端末用アプリケーション２２１に従って、アンケート実施画面Ｇ１を、表示部２４に表示する。
アンケート実施画面Ｇ１が表示部２４に表示されると、ユーザＵは、操作部２５を用いて、アンケート実施画面Ｇ１に係るアンケートにつき、質問欄Ｇ１１に記載された各質問につき、解答欄Ｇ１２から、自らが該当すると考える段階を選択することにより回答の入力を行う。

ユーザＵにより回答が入力された後、所定の回答完了を示す操作がなされると、携帯端末２の制御部２１は、携帯端末用アプリケーション２２１に従って、ユーザＵによるアンケートの回答内容に係るデータであるアンケート回答データＤ９を、通信部２３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

なお、上記においては、ユーザＵによるアンケートへの回答が携帯端末２において行われる場合につき説明したが、これに限られず、ウェアラブル端末３においてユーザＵによるアンケートへの回答がなされるようにすることも可能である。

［（２） ステップＳ７−２：アンケート結果の解析］
サーバ装置１においては、アンケートプログラム１２６に従い、通信部１３によってアンケート回答データＤ９を受信すると、制御部１１が、受信したアンケート回答データＤ９を解析し、アンケートの各質問が対応するＰＥＲＭＡの５項目等の各項目に係るパラメータを算出する。

具体的には、制御部１１は、記憶部１２のアンケートデータベース１２３に記憶された質問項目データＤ１０を用いて、アンケート実施画面Ｇ１の質問欄Ｇ１１に記載された各質問につき、いずれの項目に対応した質問かを判別の上、アンケート回答データＤ９に基づき、ＰＥＲＭＡの５項目等の各項目につき数値化し、ユーザ別パラメータデータＤ１１を生成する。

質問項目データＤ１０は、アンケート実施画面Ｇ１に表示される各質問につき、ＰＥＲＭＡの５項目等の所定の項目のうちいずれの項目に対応する質問であるかが記憶されたデータであり、これに基づいて、制御部１１は、各質問につき、当該質問が対応する項目を判別することができる。
また、ユーザ別パラメータデータＤ１１の作成方法としては、例えば、アンケート回答データＤ９が上記のように各質問につき０から１０の１１段階で回答したものであった場合、各項目に係る質問に対する回答の数値（０から１０）の平均値を算出することで、項目毎に数値化すればよい。

ユーザ別パラメータデータＤ１１が生成されると、制御部１１は、アンケートプログラム１２６に従い、当該データを、ユーザデータベース１２１に、当該ユーザＵに係る個人情報データＤ１と紐付けて記憶する。

［（３） ステップＳ７−３：解析結果のユーザへの通知］
続いて、サーバ装置１の制御部１１は、アンケートプログラム１２６に従って、ユーザ別パラメータデータＤ１１につきユーザＵへ通知する画面であるユーザ別アンケート結果通知画面Ｇ２を作成する。
ユーザ別アンケート結果通知画面Ｇ２は、例えば、図１０に示すように、レーダーチャート等の所定の手法によって、当該ユーザＵに係るＰＥＲＭＡの５項目等の各項目に係るパラメータの値について認識可能に構成された画面である。また、２度目以降のアンケート時においては、前回のアンケート時のパラメータと併記し、比較可能に構成される。
図１０おいては、ユーザ別アンケート結果通知画面Ｇ２を、ＰＥＲＭＡの５項目のみを示すレーダーチャートにより構成し、今回の解析結果Ｇ２１及び前回の解析結果Ｇ２２を示した場合につき図示しているが、これに限られるものではない。例えば、棒グラフや折れ線グラフ等の手法を用いてもいし、今回、前回に限らず、更にその以前のアンケート時の解析結果も表示されるようにしてもよい。

続いて、制御部１１は、アンケートプログラム１２６に従って、図７に示すように、ユーザ別アンケート結果通知画面Ｇ２に係るデータ（ユーザ別アンケート結果通知画面データＤ１２）を、当該画面を表示部２４に表示させる旨の携帯端末２への所定の指令を付して、当該ユーザＵの携帯端末２へと、通信部１３から通信ネットワークＮを介して送信する。
通信部２３によってユーザ別アンケート結果通知画面データＤ１２を受信した携帯端末２においては、制御部２１が、携帯端末用アプリケーション２２１に従って、ユーザ別アンケート結果通知画面Ｇ２を、表示部２４に表示する。
これによって、ユーザＵは、アンケートが実施される度に、当該アンケート結果の解析により算出された、ＰＥＲＭＡの５項目等の各項目に係るパラメータの状態について認識することができる。

なお、上記においては、ユーザＵに対するユーザ別アンケート結果通知画面Ｇ２の表示が携帯端末２において行われる場合につき説明したが、これに限られず、ウェアラブル端末３においてユーザ別アンケート結果通知画面Ｇ２の表示がなされるようにすることも可能である。

［（４） ステップＳ７−４：解析結果のライン長への通知］
続いて、サーバ装置１の制御部１１は、アンケートプログラム１２６に従って、所定の組織毎にユーザ別パラメータデータＤ１１を集計の上、組織別パラメータデータＤ１３を作成する。

組織別パラメータデータＤ１３の作成方法としては、例えば、記憶部１２の組織データベース１２２に記憶された組織データＤ３に基づき、部・課等の企業の組織区分等に従った所定の組織単位で、所属するユーザＵに係るユーザ別パラメータデータＤ１１を集計し、平均値を算出することで数値化すればよい。

組織別パラメータデータＤ１３が生成されると、制御部１１は、アンケートプログラム１２６に従い、当該データを、組織データベース１２２に、当該組織に係る組織データＤ３と紐付けて記憶する。

続いてサーバ装置１の制御部１１は、アンケートプログラム１２６に従って、組織別パラメータデータＤ１３につきライン長Ｃへ通知する画面である組織別アンケート結果通知画面を作成する。
組織別アンケート結果通知画面は、例えば、ユーザ別アンケート結果通知画面Ｇ２と同様、レーダーチャート等の所定の手法によって、当該組織に所属するユーザＵのＰＥＲＭＡの５項目等の各項目に係るパラメータの平均値について認識可能に構成の上、２度目以降のアンケート時においては、前回のアンケート時のパラメータと併記し、比較可能に構成すればよい。

続いて、制御部１１は、アンケートプログラム１２６に従って、図７に示すように、組織別アンケート結果通知画面に係るデータ（組織別アンケート結果通知画面データＤ１４）を、当該画面を表示部４４に表示させる旨のライン長端末４への所定の指令を付して、当該組織のライン長Ｃのライン長端末４へと、通信部１３から通信ネットワークＮを介して送信する。
通信部４３によって組織別アンケート結果通知画面データＤ１４を受信したライン長端末４においては、制御部４１が、ライン長端末用アプリケーション４２１に従って、組織別アンケート結果通知画面を、表示部４４に表示する。
これによって、ライン長Ｃは、アンケートが実施される度に、当該アンケート結果の解析により算出された、ＰＥＲＭＡの５項目等の各項目に係るパラメータの自らが統括する組織内における状態につき、認識することができる。

［８ ステップＳ８：出来事記録］
ステップＳ１においてユーザ登録が完了したユーザＵは、日常生活において何らかの「よいこと」、すなわち、当該ユーザＵにとって、主観的にポジティブに感じられる出来事があった際に、逐一当該出来事に係るデータである出来事データＤ１５につき記録する。
具体的には、以下のとおりである。

［（１） ステップＳ８−１：該当項目登録］
ユーザＵは、日常生活において「よいこと」があり、当該出来事について記録したいと考えた場合に、ウェアラブル端末３の操作部３５を用いて、当該出来事が、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のうちいずれの項目に係る出来事かを示す該当項目データＤ１５−１と、当該出来事の当該ユーザＵに対する影響の度合いを示す影響度合いデータＤ１５−２と、を入力する。

該当項目データＤ１５−１及び影響度合いデータＤ１５−２の入力は、例えば、ウェアラブル端末用アプリケーション３２１に従って、制御部３１が、ＲＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目からいずれかを選択させるパラメータ選択欄と、当該出来事の影響の度合いを複数段階の所定の段階で評価させる影響評価欄とを表示する所定の入力フォームを表示部３４に表示し、ユーザＵがこれを用いて、当該出来事が該当する項目と、当該出来事の影響度合いと、を選択することによって行われるようにすればよい。

［（２） ステップＳ８−２：位置データの取得］
該当項目データＤ１５−１及び影響度合いデータＤ１５−２が入力されると、ウェアラブル端末３においては、ウェアラブル端末用アプリケーション３２１に従って、制御部３１が、位置データ取得部３８に、該当項目データＤ１５−１及び影響度合いデータＤ１５−２の入力時のウェアラブル端末３の位置情報に係るデータ（出来事入力時位置データＤ１５−３）を取得させる。

［（３） ステップＳ８−３：コメントデータの取得］
出来事入力時位置データＤ１５−３が取得されると、ウェアラブル端末３においては、ウェアラブル端末用アプリケーション３２１に従って、制御部３１が、表示部３４に、所定のコメントの入力フォームを表示させる。
当該入力フォームが表示されると、ユーザＵは、操作部３５を用いて、起こった出来事の内容に関するコメントを入力する。これによってウェアラブル端末３においては、ユーザＵが入力した起こった出来事の内容に関するコメントのデータであるコメントデータＤ１５−４が取得されることとなる。

［（４） ステップＳ８−４：サーバ装置及び携帯端末への送信］
コメントデータＤ１５−４が取得されると、ウェアラブル端末３おいては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従って、該当項目データＤ１５−１、影響度合いデータＤ１５−２、出来事入力時位置データＤ１５−３及びコメントデータＤ１５−４からなる出来事データＤ１５を、通信部３３から通信ネットワークＮを介して、図７に示すように、サーバ装置１及び当該ユーザＵの携帯端末２に送信する。

サーバ装置１においては、データ登録プログラム１２５に従い、通信部１３によって出来事データＤ１５を受信した後、制御部１１が、受信したデータを、記憶部１２のユーザデータベース１２１に、当該ユーザＵに係る個人情報データＤ１と紐付けた上で記憶する。したがって、サーバ装置１のユーザデータベース１２１には、ユーザＵ毎に、出来事データＤ１５が蓄積していくこととなる。

携帯端末２においては、携帯端末用アプリケーション２２１に従い、通信部２３によって出来事データＤ１５を受信した後、制御部２１が、受信したデータを、記憶部１２の出来事データベース２２２に記憶する。したがって、携帯端末２の出来事データベース２２２には、当該携帯端末２を使用するユーザＵに係る出来事データＤ１５が蓄積していくこととなる。
これによって、ユーザＵは、過去の自らが「よいこと」と感じた出来事につき、携帯端末２を用いて振り返ることが可能となる。

［（５） ステップＳ８−５：ユーザ別パラメータデータの更新・通知］
記憶部１２のユーザデータベース１２１に、出来事データＤ１５が記憶されると、サーバ装置１においては、制御部１１が、パラメータ更新・通知プログラム１２７に従い、ユーザデータベース１２１に当該ユーザＵに係る個人情報データＤ１と紐付けて記憶されたユーザ別パラメータデータＤ１１につき更新する。
具体的には、制御部１１は、ユーザ別パラメータデータＤ１１に含まれるデータのうち、出来事データＤ１５に含まれる該当項目データＤ１５−１に係る項目と一致する項目に係るパラメータの値を、影響度合いデータＤ１５−２としてユーザＵが選択した影響度合いに応じて向上させるようにして、ユーザ別パラメータデータＤ１１につき更新することとなる。

ユーザ別パラメータデータＤ１１が更新されると、サーバ装置１の制御部１１は、パラメータ更新・通知プログラム１２７に従って、ユーザ別パラメータデータＤ１１の更新につきユーザＵへ通知する画面であるユーザ別パラメータデータ更新通知画面を作成する。ユーザ別パラメータデータ更新通知画面は、例えば、ユーザ別アンケート結果通知画面Ｇ２と同様、レーダーチャート等の所定の手法によって、当該ユーザＵに係るＰＥＲＭＡの５項目等の各項目に係るパラメータの値について、出来事記録の前後のデータを併記し、比較可能に構成すればよい。

続いて、制御部１１は、パラメータ更新・通知プログラム１２７に従って、図７に示すように、ユーザ別パラメータ更新通知画面に係るデータ（ユーザ別パラメータ更新通知画面データＤ１６）を、当該画面を表示部２４に表示させる旨の携帯端末２への所定の指令を付して、出来事データＤ１５を送信したユーザＵの携帯端末２へと、通信部１３から通信ネットワークＮを介して送信する。
通信部２３によってユーザ別パラメータ更新通知画面データＤ１６を受信した携帯端末２においては、制御部２１が、携帯端末用アプリケーション２２１に従って、ユーザ別パラメータ更新通知画面を、表示部２４に表示する。
これによって、ユーザＵは、出来事データＤ１５の登録を行う度に、それによるユーザ別パラメータデータＤ１１の変動につき認識することができる。

なお、上記においては、ユーザＵによる出来事データＤ１５の入力がウェアラブル端末３において行われ、ユーザＵに対するユーザ別パラメータ更新通知画面の表示が携帯端末２において行われる場合につき説明したが、これに限られず、例えば、ユーザＵによる出来事データＤ１５の入力が携帯端末２において行われ、ユーザＵに対するユーザ別パラメータ更新通知画面の表示がウェアラブル端末３において行われるようにしてもよい。また、ユーザＵによる出来事データＤ１５の入力及びユーザＵに対するユーザ別パラメータ更新通知画面の表示の両者が携帯端末２において行われるようにしてもよいし、両者がウェアラブル端末３において行われるようにしてもよい。

［９ ステップＳ９：個人用レコメンドの提供］
サーバ装置１の記憶部１２のユーザデータベース１２１に改善目標項目データＤ７及びユーザ別パラメータデータＤ１１が記憶されたユーザＵに対しては、所定のタイミングで、ユーザ別パラメータデータＤ１１に含まれるパラメータを改善するためのユーザＵに対するアドバイスである個人用レコメンドが提供される。
具体的には以下のとおりである。

［（１） ステップＳ９−１：提供タイミングの判定］
まず、サーバ装置１の制御部１１は、個人用レコメンド提供プログラム１２８に従って、個人用レコメンドが提供されるタイミングの到来につき判定する。
個人用レコメンドの提供のタイミングは、特に限定されるものではなく、何らかのタイミングを予め個人用レコメンド提供プログラム１２８において定めておけばよい。

具体的な個人用レコメンドの提供のタイミングの到来の判定方法としては、例えば、以下のものが考えられる。なお、これらの複数のタイミングにおいて、個人用レコメンドの提供のタイミングであると判定されるようにしてもよい。
ａ ユーザが提供を求める所定の操作を携帯端末２又はウェアラブル端末３において行い、当該操作を行った旨のデータをサーバ装置１へと送信するようにし、サーバ装置１において、当該操作を行った旨のデータを受信した時点において個人用レコメンドの提供のタイミングであると判定する。
ｂ 朝、夕の所定の時刻といった形で、予めレコメンドの提供の時刻を定めておき、当該時刻になった時点において個人用レコメンドの提供のタイミングであると判定する。
ｃ ランダムに、例えば一日に所定の回数、夜中以外の時間において提供すると定めておき、制御部１１が個人用レコメンド提供プログラム１２８に従い、ランダムに任意の時点においてレコメンドの提供のタイミングであると判定する。
ｄ 環境データＤ４と連動し、サーバ装置１において取得した環境データＤ４が所定の条件を満たすものであった場合に、レコメンドの提供のタイミングであると判定する。
ｅ バイタルデータＤ５と連動し、サーバ装置１において取得したバイタルデータＤ５が所定の条件を満たすものであった場合に、レコメンドの提供のタイミングであると判定する。

なお、個人用レコメンドが提供されるタイミングの到来の判定は、所定の提供のタイミングが到来したと判定されるまで繰り返し行われることとなる。

［（２） ステップＳ９−２： 個人用レコメンドの選定］
続いて、サーバ装置１の制御部１１は、個人用レコメンド提供プログラム１２８に従って、記憶部１２のレコメンドデータベース１２４に記憶された個人用レコメンドデータＤ１７から、ユーザＵに提供する個人用レコメンドを選定する。
個人用レコメンドデータＤ１７は、ユーザＵに提供される複数のレコメンドの内容が、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のうち、当該レコメンドが向上を図る項目がいずれの項目であるかに係るデータと共に記憶されたデータである。

具体的なレコメンドの一例は、例えば図１１に示す通りである。図１１においてＰＥＲＭＡＨの欄は、いずれの項目に対応するレコメンドかを示しており、ここでは、ＰＥＲＭＡの５項目に加え、Ｈ（Health／身体的な健康）に係るレコメンドを含む内容となっているが、各レコメンドが対応する項目の種類は、これらに限定されるものではない。また、レコメンドの内容についても、各項目に係るパラメータの向上を図ることができるものであれば特に限定されるものではない。

提供する個人用レコメンドは、まず、ユーザ別パラメータデータＤ１１に基づいて選定される。すなわち、ユーザ別パラメータデータＤ１１は、上記のようにユーザＵ毎に、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目に係るパラメータの値を数値化したデータであり、また、個人用レコメンドデータＤ１７は、レコメンドの内容に係るレコメンド内容データＤ１７−１と、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のうち、当該レコメンドが向上を図る項目がいずれの項目であるかに係るデータである対応項目データＤ１７−２と、が紐付けて記憶されたデータであることから、ユーザ別パラメータデータＤ１１の各パラメータのうち、当該ユーザＵにつき最も低くなっているパラメータに係る項目につき向上を図るレコメンドを、個人用レコメンドデータＤ１７から選定する。

また、提供する個人用レコメンドは、改善目標項目データＤ７に基づいても選定される。すなわち、改善目標項目データＤ７は、上記のように、ユーザＵが、ＰＥＲＭＡの５項目等の所定の項目から、所定の期間において改善したい項目を選択したデータであり、また、個人用レコメンドデータＤ１７は、レコメンド内容データＤ１７−１と、対応項目データＤ１７−２と、が紐付けて記憶されたデータであることから、ユーザＵが当該期間において改善したい項目として選択した項目に係るレコメンドを、個人用レコメンドデータＤ１７から選定する。

ユーザ別パラメータデータＤ１１に基づいて選定されたレコメンドと、改善目標項目データＤ７に基づいて選定されたレコメンドとが異なる場合については、両者が選定され、提供されるようにしてもよいし、予めいずれが優先されるかを、個人用レコメンド提供プログラム１２８において定めておき、優先される方のみが提供されるようにしてもよい。
また、例えば、両者が一致する場合にのみレコメンドが提供されるようにするといった手法を採ることも可能である。

なお、いずれの場合においても、個人用レコメンドデータＤ１７に、各項目に係るレコメンドのデータが複数存在する場合には、その中からランダムでいずれかを選択してもよいし、予め個人用レコメンドデータＤ１７内において優先順位を定めておく等の方法によって、特定のレコメンドが選定されるようにしてもよい。
ただし、ステップＳ９−１において判定された提供のタイミングと、提供可能時間帯データＤ１７−３とを対照の上、当該提供のタイミングにおいて時間帯の面で提供不可能とされているレコメンドは除外される。

また、２度目以降のレコメンドの提示の際には、後述のように、ステップＳ９−４において当該ユーザＵが過去に受け入れ不可としたことのあるレコメンド及びステップＳ１１において、なお、当該ユーザＵが過去に２回の確認においていずれも未実施とした記録が２度あるレコメンドについては除外の上、その他のレコメンドが選定されることとなる。

［（３） ステップＳ９−３：個人用レコメンドの提示］
提示するレコメンドが選定されると、サーバ装置１の制御部１１は、個人用レコメンド提供プログラム１２８に従って、選定されたレコメンドに係るデータ（個人用選定レコメンドデータＤ１９）につき、記憶部１２のユーザデータベース１２１に当該ユーザＵに係る個人情報データＤ１と紐付けて記憶した上で、選定されたレコメンドにつきユーザＵへ提示する画面である個人用レコメンド提示画面を作成する。個人用レコメンド提示画面は、個人用選定レコメンドデータＤ１９に係るレコメンドの内容に加え、ユーザＵが当該レコメンドを受け入れ可能が不可能かにつき入力する所定のソフトウェアボタンを備える画面である。また、例えば、当該レコメンドにより改善が図られる項目の表示等のその他の所定のデータが表示されるようにしてもよい。

続いて、制御部１１は、個人用レコメンド提供プログラム１２８に従って、図７に示すように、個人用レコメンド提示画面に係るデータ（個人用レコメンド提示画面データＤ２０）を、当該画面を表示部３４に表示させる旨のウェアラブル端末３への所定の指令を付して、当該データに係るユーザＵのウェアラブル端末３へと、通信部１３から通信ネットワークＮを介して送信する。
通信部３３によって個人用レコメンド提示画面データＤ２０を受信したウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従って、個人用レコメンド提示画面を、表示部３４に表示する。

［（４） ステップＳ９−４：受け入れ可否の判断］
個人用レコメンド提示画面がウェアラブル端末３の表示部３４に表示されると、ユーザＵは、提示されたレコメンドの内容につきこれを確認の上、自らが当該レコメンドの内容を今後実践するかにつき検討の上、これを実践すると判断した場合には、操作部３５を用いて、個人用レコメンド提示画面に表示された、当該レコメンドを受け入れ可能である旨を示す所定のソフトウェアボタンにつき操作する。
これに対し、ユーザＵが、提示されたレコメンドの内容につき、これを実践しないと判断した場合には、操作部３５を用いて、個人用レコメンド提示画面に表示された、当該レコメンドを受け入れ不可能である旨を示す所定のソフトウェアボタンにつき操作する。

ユーザＵにより、レコメンドを受け入れ可能である旨を示す所定のソフトウェアボタン又はレコメンドを受け入れ不可能である旨を示す所定のソフトウェアボタンの操作がなされると、ウェアラブル端末３の制御部３１は、ウェアラブル端末用アプリケーション３２１に従って、ユーザＵによるレコメンドの受け入れ可否に係るデータであるレコメンド受け入れ可否データＤ２１を、通信部２３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、個人用レコメンド提供プログラム１２８に従い、通信部１３によってレコメンド受け入れ可否データＤ２１を受信すると、制御部１１が、受信したデータにつき、記憶部１２のユーザデータベース１２１に、当該ユーザＵに係る個人情報データＤ１及び受け入れ可否に係る個人用選定レコメンドデータＤ１９と紐付けて記憶する。
その後、制御部１１は、個人用レコメンド提供プログラム１２８に従い、レコメンド受け入れ可否データＤ２１の内容が、ユーザＵが提供されたレコメンドを受け入れ可能としたものか、受け入れ不可能としたものかを判別の上、受け入れ可能としたものであった場合、次のステップへと進むこととなる。

これに対し、レコメンド受け入れ可否データＤ２１の内容が、ユーザＵが提供されたレコメンドを受け入れ不可能としたものであった場合、ステップＳ９−２へと戻り、制御部１１は、個人用レコメンド提供プログラム１２８に従い、記憶部１２のレコメンドデータベース１２４に記憶された個人用レコメンドデータＤ１７から、ユーザＵに提供するレコメンドを再度選定することとなる。
この場合、制御部１１は、ステップＳ９−４においてユーザＵが受け入れ不可能としたレコメンドを除外の上でレコメンドの選定を行う。３度目以降の選定の際には、それまでに受け入れ不可能とされた全てのレコメンドを除いた上で、提供するレコメンドの選定を行うこととなる。

なお、上記においては、ユーザＵに対する個人用レコメンド提示画面の提示及びユーザＵによる受け入れ可否の入力が、ウェアラブル端末３において行われる場合につき説明したが、これに限られず、ユーザＵに対する個人用レコメンド提示画面の提示及びユーザＵによる受け入れ可否の入力の両者又はいずれかが、携帯端末２において行われるようにすることも可能である。

［１０ ステップＳ１０：組織用レコメンドの提供］
続いて、サーバ装置１においては、所定のタイミングで、組織別パラメータデータＤ１３に含まれるパラメータを改善するためのライン長Ｃに対するアドバイスである組織用レコメンドが提供される。
具体的には以下のとおりである。

［（１） ステップＳ１０−１：提供タイミングの判定］
まず、サーバ装置１の制御部１１は、組織用レコメンド提供プログラム１２９に従って、組織用レコメンドが提供されるタイミングの到来につき判定する。
組織用レコメンドの提供のタイミングは、特に限定されるものではなく、ステップＳ９−１における個人用レコメンドの提供のタイミングと同様に、何らかのタイミングを予め組織用レコメンド提供プログラム１２９において定めておけばよい。

具体的な組織用レコメンドの提供のタイミングの到来の判定方法としては、例えば、以下のものが考えられる。なお、これらの複数のタイミングにおいて、組織用レコメンドの提供のタイミングであると判定されるようにしてもよい。
ａ ライン長Ｃが提供を求める所定の操作をライン長端末４において行い、当該操作を行った旨のデータをサーバ装置１へと送信するようにし、サーバ装置１において、当該操作を行った旨のデータを受信した時点において組織用レコメンドの提供のタイミングであると判定する。
ｂ 朝、夕の所定の時刻といった形で、予めレコメンドの提供の時刻を定めておき、当該時刻になった時点において組織用レコメンドの提供のタイミングであると判定する。
ｃ ランダムに、例えば一日に所定の回数、夜中以外の時間において提供すると定めておき、制御部１１が組織用レコメンド提供プログラム１２９に従い、ランダムに任意の時点においてレコメンドの提供のタイミングであると判定する。

なお、組織用レコメンドが提供されるタイミングの到来の判定は、所定の提供のタイミングが到来したと判定されるまで繰り返し行われることとなる。

［（２） ステップＳ１０−２： 組織用レコメンドの選定］
続いて、サーバ装置１の制御部１１は、組織用レコメンド提供プログラム１２９に従って、記憶部１２のレコメンドデータベース１２４に記憶された組織用レコメンドデータＤ１８から、ライン長Ｃに提供する組織用レコメンドを選定する。
組織用レコメンドデータＤ１８は、ライン長Ｃに提供される複数のレコメンドの内容が、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のうち、当該レコメンドが向上を図る項目がいずれの項目であるかに係るデータと共に記憶されたデータである。

具体的なレコメンドの内容は、例えば、図１１に示した個人用レコメンドにつき、ライン長Ｃが、組織全体として各項目に係るパラメータの向上を図るのに適するように、適宜調整を行ったものが用いられるが、各項目に係るパラメータの向上を図ることができるものであれば特に限定されるものではない。

提供する組織用レコメンドは、組織別パラメータデータＤ１３に基づいて選定される。すなわち、組織別パラメータデータＤ１３は、上記のように部・課等の企業の組織区分等に従った所定の組織単位で、所属するユーザＵに係るユーザ別パラメータデータＤ１１を集計し、平均値を算出することで数値化したデータであり、また、組織用レコメンドデータＤ１８は、レコメンドの内容に係るレコメンド内容データＤ１８−１と、ＰＥＲＭＡの５項目等のステップＳ６の目標設定時に選択可能な項目と同様の複数の項目のうち、当該レコメンドが向上を図る項目がいずれの項目であるかに係るデータである対応項目データＤ１８−２と、が紐付けて記憶されたデータであることから、組織別パラメータデータＤ１３の各パラメータのうち、当該組織につき最も低くなっているパラメータに係る項目につき向上を図るレコメンドを、組織用レコメンドデータＤ１８から選定する。

なお、組織用レコメンドデータＤ１８に、各項目に係るレコメンドのデータが複数存在する場合には、その中からランダムでいずれかを選択してもよいし、予め組織用レコメンドデータＤ１８内において優先順位を定めておく等の方法によって、特定のレコメンドが選定されるようにしてもよい。

［（３） ステップＳ１０−３：組織用レコメンドの提示］
提示するレコメンドが選定されると、サーバ装置１の制御部１１は、組織用レコメンド提供プログラム１２９に従って、選定されたレコメンドに係るデータ（組織用選定レコメンドデータＤ２２）につき、記憶部１２の組織データベース１２２に当該組織に係る組織データＤ３と紐付けて記憶した上で、選定されたレコメンドにつきライン長Ｃへ提示する画面である組織用レコメンド提示画面を作成する。組織用レコメンド提示画面は、組織用選定レコメンドデータＤ２２に係るレコメンドの内容を表示する画面である。また、例えば、当該レコメンドにより改善が図られる項目の表示等のその他の所定のデータが表示されるようにしてもよい。

続いて、制御部１１は、組織用レコメンド提供プログラム１２９に従って、図７に示すように、組織用レコメンド提示画面に係るデータ（組織用レコメンド提示画面データＤ２３）を、当該画面を表示部４４に表示させる旨のライン長端末４への所定の指令を付して、当該データに係る組織のライン長Ｃのライン長端末４へと、通信部１３から通信ネットワークＮを介して送信する。
通信部４３によって組織用レコメンド提示画面データＤ２３を受信したライン長端末４においては、制御部４１が、ライン長端末用アプリケーション４２１に従って、組織用レコメンド提示画面を、表示部４４に表示する。

［１１ ステップＳ１１：レコメンド実践確認］
ステップＳ９−４においてサーバ装置１が受信したレコメンド受け入れ可否データＤ２１の内容が、ユーザＵが提供されたレコメンドを受け入れ可能としたものであった場合、制御部１１は、その後の所定のタイミングで、レコメンドを提供したユーザＵに対し、提供したレコメンドを実践したかについての確認を行う。具体的には以下のとおりである。

［（１） ステップＳ１１−１：１回目の確認］
まず、サーバ装置１の制御部１１は、レコメンド実践確認プログラム１３０に従って、ユーザＵに対する１回目のレコメンド実践確認のタイミングの到来につき判定する。１回目のレコメンド実践確認のタイミングは、特に限定されるものではなく、何らかのタイミングを予めレコメンド実践確認プログラム１３０において定めておけばよい。
例えば、ステップＳ９−３における個人用レコメンド提示画面データＤ２０の送信から所定の時間（３時間程度が望ましい。）経過後という形で定めておくことができ、この場合、制御部１１は、個人用レコメンド提示画面データＤ２０の送信から当該時間が経過した時点において、１回目のレコメンド実践確認のタイミングが到来したと判定することとなる。また、例えば、各レコメンドの実践に係る時間の長短に応じて、レコメンド毎に異なるタイミングで１回目のレコメンド実践確認のタイミングが到来したと判定するようにすることも可能である。

１回目のレコメンド実践確認のタイミングが到来したと判定すると、サーバ装置１の制御部１１は、レコメンド実践確認プログラム１３０に従って、ステップＳ９−３において提示され、ステップＳ９−４において受け入れ可能とされたレコメンドの実践の有無の確認を行う画面である１回目レコメンド実践確認画面を作成する。１回目レコメンド実践確認画面は、ステップＳ９−３において提示され、ステップＳ９−４において受け入れ可能とされたレコメンドの内容に加え、ユーザＵが当該レコメンドを実践したか否かにつき入力する所定のソフトウェアボタンを備える画面である。

続いて、制御部１１は、レコメンド実践確認プログラム１３０に従って、図７に示すように、１回目レコメンド実践確認画面に係るデータ（１回目レコメンド実践確認画面データＤ２４）を、当該画面を表示部３４に表示させる旨のウェアラブル端末３への所定の指令を付して、ステップＳ９−３において個人用レコメンドの提示を行ったユーザＵのウェアラブル端末３へと、通信部１３から通信ネットワークＮを介して送信する。
通信部３３によって１回目レコメンド実践確認画面データＤ２４を受信したウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従って、１回目レコメンド実践確認画面を、表示部３４に表示する。

１回目レコメンド実践確認画面がウェアラブル端末３の表示部３４に表示されると、ユーザＵは、既に提示されたレコメンドの内容につき実践済みの場合、操作部３５を用いて、１回目レコメンド実践確認画面に表示された、提示されたレコメンドを実践済みである旨を示す所定のソフトウェアボタンにつき操作する。
これに対し、ユーザＵが、提示されたレコメンドの内容につき、未だ実践していない場合には、操作部３５を用いて、１回目レコメンド実践確認画面に表示された、提示されたレコメンドを実践していない旨を示す所定のソフトウェアボタンにつき操作する。

ユーザＵにより、提示されたレコメンドを実践済みである旨を示す所定のソフトウェアボタン又は提示されたレコメンドを実践していない旨を示す所定のソフトウェアボタンの操作がなされると、ウェアラブル端末３の制御部３１は、ウェアラブル端末用アプリケーション３２１に従って、１回目レコメンド実践確認画面の表示の時点におけるユーザＵによるレコメンドの実践の有無に係るデータである１回目レコメンド実践有無データＤ２５を、通信部３３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、レコメンド実践確認プログラム１３０に従い、通信部１３によって１回目レコメンド実践有無データＤ２５を受信すると、制御部１１が、１回目レコメンド実践有無データＤ２５の内容が、ユーザＵが提供されたレコメンドを実践済みとしたものか、実践していないとしたものかを判別の上、実践済みとしたものであった場合、ステップＳ１１の処理を終了する。

この場合、ステップＳ６の前に戻り、所定のタイミングにおいて、ユーザＵによる改善目標項目データＤ７の登録等がなされ、再度上記と同様の過程を経て、アンケートに基づく解析や、レコメンドの提供等がなされることとなる。

なお、ステップＳ６の前に戻った場合に、必ずしも毎回ステップＳ６の改善目標項目データＤ７の登録から順に全てなされるわけではなく、例えば、次の改善目標項目データＤ７の登録のタイミングの前にステップＳ７以下の各ステップの実行のタイミングが来た場合においては、前回登録された改善目標項目データＤ７に基づいて、レコメンドの選定等を行うこととなる。
このようにして、適宜到来のタイミングの早い行程から再度実行する形で、２度目以降のアンケートに基づく解析や、レコメンドの提供等がなされることとなる。

これに対し、１回目レコメンド実践有無データＤ２５の内容が、ユーザＵが提供されたレコメンドを実践していないとしたものであった場合、ステップＳ１１−２へと進むこととなる。

［（２） ステップＳ１１−２：２回目の確認］
１回目のレコメンド実践確認において受信した１回目レコメンド実践有無データＤ２５の内容が、ユーザＵが提供されたレコメンドを実践していないとしたものであった場合、サーバ装置１の制御部１１は、レコメンド実践確認プログラム１３０に従って、ユーザＵに対する２回目のレコメンド実践確認のタイミングの到来につき判定する。２回目のレコメンド実践確認のタイミングについても、特に限定されるものではなく、何らかのタイミングを予めレコメンド実践確認プログラム１３０において定めておけばよい。
例えば、ステップＳ１１−１における１回目レコメンド実践確認画面データＤ２４の送信から所定の時間（３時間程度が望ましい。）経過後という形で定めておくことができ、この場合、制御部１１は、１回目レコメンド実践確認画面データＤ２４の送信から当該時間が経過した時点において、２回目のレコメンド実践確認のタイミングが到来したと判定することとなる。また、例えば、各レコメンドの実践に係る時間の長短に応じて、レコメンド毎に異なるタイミングで２回目のレコメンド実践確認のタイミングが到来したと判定するようにすることも可能である。

２回目のレコメンド実践確認のタイミングが到来したと判定すると、サーバ装置１の制御部１１は、レコメンド実践確認プログラム１３０に従って、ステップＳ９−３において提示され、ステップＳ９−４において受け入れ可能とされたレコメンドの実践の有無の確認を再度行う画面である２回目レコメンド実践確認画面を作成する。２回目レコメンド実践確認画面は、ステップＳ９−３において提示され、ステップＳ９−４において受け入れ可能とされたレコメンドの内容に加え、当該画面による確認が２回目のものである旨を通知する表示と、ユーザＵが当該レコメンドを実践したか否かにつき入力する所定のソフトウェアボタンと、を備える画面である。

続いて、制御部１１は、レコメンド実践確認プログラム１３０に従って、図７に示すように、２回目レコメンド実践確認画面に係るデータ（２回目レコメンド実践確認画面データＤ２６）を、当該画面を表示部３４に表示させる旨のウェアラブル端末３への所定の指令を付して、ステップＳ９−３において個人用レコメンドの提示を行ったユーザＵのウェアラブル端末３へと、通信部１３から通信ネットワークＮを介して送信する。
通信部３３によって２回目レコメンド実践確認画面データＤ２６を受信したウェアラブル端末３においては、制御部３１が、ウェアラブル端末用アプリケーション３２１に従って、２回目レコメンド実践確認画面を、表示部３４に表示する。

２回目レコメンド実践確認画面がウェアラブル端末３の表示部３４に表示されると、ユーザＵは、ステップＳ１１−１における１回目のレコメンド実践確認の後に、提示されたレコメンドの内容につき実践した場合、操作部３５を用いて、２回目レコメンド実践確認画面に表示された、提示されたレコメンドを実践済みである旨を示す所定のソフトウェアボタンにつき操作する。
これに対し、ユーザＵが、提示されたレコメンドの内容につき、未だ実践していない場合には、操作部３５を用いて、２回目レコメンド実践確認画面に表示された、提示されたレコメンドを実践していない旨を示す所定のソフトウェアボタンにつき操作する。

ユーザＵにより、提示されたレコメンドを実践済みである旨を示す所定のソフトウェアボタン又は提示されたレコメンドを実践していない旨を示す所定のソフトウェアボタンの操作がなされると、ウェアラブル端末３の制御部３１は、ウェアラブル端末用アプリケーション３２１に従って、２回目レコメンド実践確認画面の表示の時点におけるユーザＵによるレコメンドの実践の有無に係るデータである２回目レコメンド実践有無データＤ２７を、通信部３３から通信ネットワークＮを介して、図７に示すようにサーバ装置１へと送信する。

サーバ装置１においては、レコメンド実践確認プログラム１３０に従い、通信部１３によって２回目レコメンド実践有無データＤ２７を受信すると、２回目レコメンド実践有無データＤ２７の内容が、ユーザＵが提供されたレコメンドを実践済みとしたものか、実践していないとしたものかを判別の上、実践済みとしたものであった場合、そのままステップＳ１１の処理を終了する。
この場合、ステップＳ１１−１において処理を終了した場合と同様の処理がなされることとなる。

これに対し、２回目レコメンド実践有無データＤ２７の内容が、ユーザＵが提供されたレコメンドを実践していないとしたものであった場合、制御部１１が、１回目の実践確認及び２回目の実践確認のいずれにおいても未実施となった個人用選定レコメンドデータＤ１９に係るレコメンドの内容に係るデータ（未実施レコメンドデータＤ２８）を、記憶部１２のユーザデータベース１２１に、当該ユーザＵに係る個人情報データＤ１と紐付けて記憶の上、ステップＳ１１の処理を終了する。
この場合も、ステップＳ１１−１において、処理を終了した場合と同様の処理がなされることとなる。

ただし、特定のユーザＵに関し、個人用レコメンドデータＤ１７に含まれる特定のレコメンドにつき、上記の１回目の実践確認及び２回目の実践確認のいずれにおいても未実施となった旨のデータである未実施レコメンドデータＤ２８が２回ユーザデータベース１２１に記憶された場合、その次の回の個人用レコメンドの提供の際に、制御部１１は、個人用レコメンド提供プログラム１２８に従い、当該ユーザに対するステップＳ９−２の個人用レコメンドの選定において、未実施レコメンドデータＤ２８が２回ユーザデータベース１２１に記憶されたレコメンドを除外の上、提供する個人用レコメンドを選定することとなる。

なお、ステップＳ９−２の個人用レコメンドの選定において除外されることとなる未実施の回数は、必ずしも上記の回数に限られるものではなく、より除外され易くしたい場合には、例えば、未実施となった旨のデータが記憶されるまでに要するレコメンド実践確認の回数及び／又は除外されるのに必要となる未実施となった旨のデータの記憶の数を減らせばよい。
また、反対に、より除外され難くしたい場合には、例えば、未実施となった旨のデータが記憶されるまでに要するレコメンド実践確認の回数及び／又は除外されるのに必要となる未実施となった旨のデータの記憶の数を増やせばよい。

また、上記においては、１回目のレコメンドの実践確認及び２回目のレコメンドの実践確認のいずれにおいても、ユーザＵに対するレコメンド実践確認画面の提示及びユーザＵによる実践の有無の入力が、ウェアラブル端末３において行われる場合につき説明したが、これに限られず、１回目のレコメンドの実践確認及び／又は２回目のレコメンドの実践確認における、ユーザＵに対するレコメンド実践確認画面の提示及び／又はユーザＵによる実践の有無の入力が、携帯端末２において行われるようにすることも可能である。

［第３ 効果の説明］
本実施形態に係るヘルスケア支援システム１００によれば、サーバ装置１において、ＰＥＲＭＡの５項目等の所定の複数の健康状態に係る項目から、ユーザＵが改善を要する項目を判別の上で、各項目につき改善するための多数のレコメンドが記憶された個人用レコメンドデータＤ１７から、当該項目を改善するためのレコメンドが選定され、選定されたレコメンドがユーザＵに提示されることから、ユーザＵの実際の健康状態に合致したケアを行い易くなる。

また、サーバ装置１において、ユーザＵに対して実施されたアンケートの結果に係るデータであるアンケート回答データＤ９を取得の上、当該データを基にＰＥＲＭＡの５項目等の所定の複数の項目に係るパラメータであるユーザ別パラメータデータＤ１１を作成し、当該データを基に、ユーザ別パラメータデータＤ１１において数値が低い項目を抽出する形で、ユーザＵが改善を要する項目を判別することで、ユーザＵが、ＰＥＲＭＡの５項目等の所定の複数の項目のうち、アンケートによって実際に弱い項目であることが判明した項目を改善することが可能となる。

また、サーバ装置１において、ユーザＵが登録を希望した出来事に係るデータであり、ＰＥＲＭＡの５項目等の所定の複数の項目のうちいずれの項目に該当する出来事に係るデータであるかを示す該当項目データＤ１５−１を含む出来事データＤ１５を取得の上、当該データを基にユーザ別パラメータデータＤ１１につき更新することで、アンケート結果に基づくユーザ別パラメータデータＤ１１の作成後の出来事も反映させ、より正確にユーザＵが改善を要する項目を特定することが可能となる。

また、サーバ装置１においてユーザ別パラメータデータＤ１１が作成された際に、これがユーザ別アンケート結果通知画面Ｇ２により、ユーザＵに提示されることから、ユーザＵは、ユーザ別パラメータデータＤ１１が作成された時点で、過去のデータとの比較等により、自らの健康状態及びその変化の傾向を読み取ることができる。

また、サーバ装置１において、ユーザＵが改善を希望する項目に係るデータである改善目標項目データＤ７を取得の上、当該データを基にユーザＵが改善を希望する項目を判別することで、ユーザＵ自身がＰＥＲＭＡの５項目等の所定の複数の健康状態に係る項目において弱いと考えている項目に係るアドバイスを提供し、当該項目につき改善を図ることが可能となる。
ユーザＵは、当然自らの健康状態について最もよく認識している者であることから、ユーザＵの希望に合致したレコメンドを提供可能とすることによっても、ユーザＵの実際の健康状態に合致したケアを行い易くなる。

また、サーバ装置１において、ユーザＵにレコメンドを提供した後、ユーザＵによる当該レコメンドの受け入れ可否に係るデータであるレコメンド受け入れ可否データＤ２１を取得し、当該データにおいてユーザＵが、実施しないものとして受け入れ不可としたレコメンドを、次回以降当該ユーザに対して提供するレコメンドから除外することで、徐々に当該ユーザＵに合致しないレコメンドは除かれていくこととなり、ユーザＵに対して提供するレコメンドの内容を、よりユーザＵにより合致したものとすることができる。

また、サーバ装置１において、ユーザＵにレコメンドを提供した後、ユーザＵによる当該レコメンドの実践の有無に係るデータ（１回目レコメンド実践有無データＤ２５及び２回目レコメンド実践有無データＤ２７）を取得し、当該データにおいてユーザＵが、所定回数実践していないレコメンドを、次回以降の当該ユーザＵに対するレコメンドの提示から除外することで、徐々に当該ユーザＵに合致しないレコメンドは除かれていくこととなり、ユーザＵに対して提供するレコメンドの内容を、よりユーザＵにより合致したものとすることができる。

また、サーバ装置１において、ＰＥＲＭＡの５項目等の所定の複数の健康状態に係る項目から、組織単位で改善を要する項目を判別の上で、各項目につき改善するための多数のレコメンドが記憶された組織用レコメンドデータＤ１８から、当該項目を改善するためのレコメンドが選定され、選定されたレコメンドが、ライン長Ｃに提示されることから、ライン長Ｃが、当該組織に属するユーザＵの健康状態に関し、組織の実情に合致した対処を行い易くなる。

［第４ 変形例］
上記においては、ステップＳ９−２におけるユーザＵに提供するレコメンドの選定を、ユーザ別パラメータデータＤ１１及び／又は改善目標項目データＤ７に基づいて行う場合につき説明したが、さらに複数のデータを収集の上、これらを基にしたディープラーニングにより、各データと適切なアドバイスとの相関関係を示すＡＩを作成の上、当該ＡＩに各データを入力することにより、入力されたデータに応じて適切なアドバイスが選定されるようにしてもよい。
このようなディープラーニングに用いる情報としては、例えば、アンケート回答データＤ９及びその推移、バイタルデータＤ５及びその推移、ユーザ別パラメータデータＤ１１及びその推移、出来事データＤ１５、レコメンド受け入れ可否データＤ２１、１回目レコメンド実践有無データＤ２５及び２回目レコメンド実践有無データＤ２７、環境データＤ４並びにバイタルデータＤ５等が考えられる。

１００ ヘルスケア支援システム
１ サーバ装置
１１ 制御部（改善項目判別手段、レコメンド選定手段、レコメンドデータ送信制御手段、パラメータ算出手段、パラメータ修正手段、組織別改善項目判別手段、組織別レコメンド選定手段）
１２ 記憶部
１２１ ユーザデータベース
１２２ 組織データベース
１２３ アンケートデータベース
１２４ レコメンドデータベース
１２５ データ登録プログラム（ヘルスケア支援プログラム）
１２６ アンケートプログラム（ヘルスケア支援プログラム）
１２７ パラメータ更新・通知プログラム（ヘルスケア支援プログラム）
１２８ 個人用レコメンド提供プログラム（ヘルスケア支援プログラム）
１２９ 組織用レコメンド提供プログラム（ヘルスケア支援プログラム）
１３０ レコメンド実践確認プログラム（ヘルスケア支援プログラム）
１３ 通信部（送信手段、アンケータ回答データ取得手段、出来事データ取得手段、改善目標項目データ取得手段、受け入れ可否データ取得手段、実践有無データ取得手段）
２ 携帯端末（端末装置）
３ ウェアラブル端末（端末装置）
４ ライン長端末
Ｎ 通信ネットワーク（通信回線）
Ｄ７ 改善目標項目データ
Ｄ９ アンケート回答データ
Ｄ１１ ユーザ別パラメータデータ
Ｄ１３ 組織別パラメータデータ
Ｄ１５ 出来事データ
Ｄ１７ 個人用レコメンドデータ
Ｄ１８ 組織用レコメンドデータ
Ｄ１９ 個人用選定レコメンドデータ
Ｄ２１ レコメンド受け入れ可否データ
Ｄ２２ 組織用選定レコメンドデータ
Ｄ２５ １回目レコメンド実践有無データ
Ｄ２７ ２回目レコメンド実践有無データ
Ｄ２８ 未実施レコメンドデータ

Claims (10)

1. ユーザが使用する端末装置と通信回線を介して接続されたサーバ装置を、
   前記ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別手段、
   前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定するレコメンド選定手段、
   前記レコメンド選定手段が選定したレコメンドに係るデータを、送信手段によって前記端末装置へと送信させるレコメンドデータ送信制御手段、
   として機能させるヘルスケア支援プログラム。
2. 前記サーバ装置を、
   前記ユーザに対するアンケートの回答に係る情報であるアンケート回答データを取得するアンケータ回答データ取得手段、
   前記アンケート回答データを基に前記複数の項目に係るパラメータを算出するパラメータ算出手段、
   としてさらに機能させ、
   前記改善項目判別手段は、前記パラメータ算出手段が算出した前記パラメータを用いて、前記ユーザが改善を要する項目を判別することを特徴とする請求項１に記載のヘルスケア支援プログラム。
3. 前記アンケート回答データは、前記複数の項目のいずれかと紐づけられた複数の質問につき、前記ユーザが複数段階の数値から選択して回答したものであり、
   前記パラメータ算出手段は、各項目のそれぞれと紐づけられた質問に対する回答の平均値から、前記パラメータを算出することを特徴とする請求項２に記載のヘルスケア支援プログラム。
4. 前記サーバ装置を、
   前記複数の項目のいずれに該当する出来事であるかに係る情報を含む前記ユーザが体験した出来事についての情報である出来事データを取得する出来事データ取得手段、
   前記出来事データに基づき、前記パラメータを修正するパラメータ修正手段、
   としてさらに機能させる請求項２又は３に記載のヘルスケア支援プログラム。
5. 前記サーバ装置を、
   前記複数の項目のうち前記ユーザが改善を希望する項目に係る情報である改善目標項目データを取得する改善目標項目データ取得手段、
   としてさらに機能させ、
   前記改善項目判別手段は、前記改善目標項目データを用いて、前記ユーザが改善を要する項目を判別することを特徴とする請求項１から４のいずれか一項に記載のヘルスケア支援プログラム。
6. 前記サーバ装置を、
   前記ユーザによる前記レコメンドの受け入れ又は受け入れ不可の判断に係るデータを取得する受け入れ可否データ取得手段、
   としてさらに機能させ、
   前記レコメンド選定手段は、前記ユーザが過去に受け入れ不可と判断した前記レコメンドを予め除外の上、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定することを特徴とする請求項１から５のいずれか一項に記載のヘルスケア支援プログラム。
7. 前記サーバ装置を、
   前記ユーザによる前記レコメンドの実践の有無に係るデータを取得する実践有無データ取得手段、
   としてさらに機能させ、
   前記レコメンド選定手段は、前記ユーザが過去に所定回数未実践とした前記レコメンドを予め除外の上、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定することを特徴とする請求項１から６のいずれか一項に記載のヘルスケア支援プログラム。
8. 前記サーバ装置を、
   前記複数の項目から、前記ユーザが複数所属する所定の組織単位で改善を要する項目を判別する組織別改善項目判別手段、
   前記組織に所属するユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記組織別改善項目判別手段が判別した項目を改善するためのレコメンドを選定する組織別レコメンド選定手段、
   として機能させる請求項１から７のいずれか一項に記載のヘルスケア支援プログラム。
9. ユーザが使用する端末装置と通信回線を介して接続され、
   前記ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別手段と、
   前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別手段が判別した項目を改善するためのレコメンドを選定するレコメンド選定手段と、
   前記レコメンド選定手段が選定したレコメンドに係るデータを、送信手段によって前記端末装置へと送信させるレコメンドデータ送信制御手段と、
   を備えるヘルスケア支援装置。
10. ユーザの精神的及び／又は身体的な健康状態を示す所定の複数の項目から、前記ユーザが改善を要する項目を判別する改善項目判別ステップと、
    前記ユーザの精神的及び／又は身体的な健康状態を改善するための複数のレコメンドから、前記改善項目判別ステップにおいて判別された項目を改善するためのレコメンドを選定するレコメンド選定ステップと、
    前記レコメンド選定ステップにおいて選定されたレコメンドを、前記ユーザに提示するレコメンド提示ステップと、
    を含むヘルスケア支援方法。

Images