JP2023065388A - 肌状態、体状態又は心状態のケアに関する情報出力システム、情報出力プログラム及び情報出力方法 - Google Patents

Abstract

【課題】ユーザ個別の事情に鑑みて、肌状態、体状態又は心状態のケアに関する施策を提案する情報出力システム、情報出力プログラム及び情報出力方法を提供する。【解決手段】情報出力システムにおいて、スマートフォン３０の肌サポートアプリ３５ａを実行するＣＰＵ３５は、ユーザデータ認識部と、指定状態判定部と、出力制御部と、して機能する。ユーザデータ認識部は、ユーザＵａの指定状態を示す指定状態データと、ユーザＵａの行動を示すユーザ行動データとを認識する。指定状態判定部は、指定状態データに基づいて、指定の期間におけるユーザＵａの指定状態が改善したか悪化したかを判定する。出力制御部は、ユーザＵａの指定状態が悪化したと判定された場合、ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を表示器３１に表示させる。【選択図】図２

Description

本発明は、肌状態、体状態又は心状態のケアに関する情報出力システム、情報出力プログラム及び情報出力方法に関する。

従来、肌状態、体状態又は心状態のケアに関する様々なツールが知られている。

例えば、特許文献１には、化粧品販売員等がユーザに対して用いるカウンセリングツールとして、肌状態の典型的なパターンに対し、その肌の状態の説明をする肌状態説明部と、その肌の状態に必要なスキンケア方法の説明表示部とを備えたカウンセリングツールが記載されている。

肌状態説明部は、肌状態の典型的なパターンとしての「水分が不足しがちな状態」という小見出しと、当該肌の状態についての「お肌を外的刺激から守るバリア機能も低下しやすく、………考えられます。」という説明文とを含む。

スキンケア方法の説明表示部は、当該肌状態におけるスキンケア方法としての「やや不足している方 Ｗ保湿」及び「不足している方 Ｗ保湿＋ローションマスク・クリーム」という見出しとが含まれている。ここで、「Ｗ保湿」及び「ローションマスク・クリーム」は、それぞれ、スキンケア方法の種類又はスキンケアに用いる商品を示している。

化粧品販売員は、例えば、顧客の肌状態が水分がやや不足している状態であると判断した場合、スキンケア方法の説明表示部に表示された「Ｗ保湿」を行うよう勧めるなど、顧客の肌状態とカウンセリングツールとを突き合わせることで、肌のパターンに応じた施策を即座にユーザに対して提示することができる。

特許第４２９９０８０号公報

例えば、複数のユーザが同一の施策を行ったとしても、ユーザの体質に応じてその肌状態等の変化傾向は変わりうるなど、ユーザ個別の事情に応じて、適当な施策は変わりうる。

しかし、特許文献１の技術は、ユーザの肌状態に応じて画一的なアドバイスを行うためのカウンセリングツールにすぎず、個々のユーザの体質等のユーザ個別の事情に鑑みて施策を提案するものではなかった。このため、ユーザ個別の事情によっては、有効でない施策が提案され続けるおそれがある。

そこで、本発明は、ユーザ個別の事情に鑑みて施策を提案することができる肌状態、体状態又は心状態のケアに関する情報出力システム、情報出力プログラム及び情報出力方法を提供することを目的とする。

本発明の情報出力システムは、
情報を出力する出力部と、
ユーザの肌状態、体状態又は心状態のうち少なくとも１つの状態である指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとを認識するユーザデータ認識部と、
前記指定状態データに基づいて、前記ユーザ行動データに応じて定めた指定の期間におけるユーザの指定状態が改善したか悪化したかを判定する指定状態判定部と、
前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を前記出力部に出力する出力制御部とを備えることを特徴とする。

当該構成の情報出力システムによれば、ユーザデータ認識部により、ユーザの指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとが認識される。

なお、ユーザが行った行動に応じて、指定状態に対するその影響の良し悪しを判断する期間を変える必要がある。
そのため本発明においては、指定状態判定部により、前記指定状態データに基づいて、前記ユーザ行動データに応じて定めた指定の期間におけるユーザの指定状態が改善したか悪化したかが判定される。これにより行動の良否判定の精度が向上する。

また、前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、出力制御部により、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報が前記出力部に出力される。これにより、指定状態の悪化の原因と推定される行動の中止又は中断をユーザに促すことができる。

これにより、ユーザ個別の事情に鑑みて施策を提案することができる。

本発明の情報出力システムにおいて、
前記指定状態判定部は、
前記ユーザが前記行動をとってから当該行動による前記指定状態への影響が出始めるまでの期間のあらかじめ定められた長さ及び当該影響が継続する期間のあらかじめ定められた長さを認識し、
前記ユーザが前記行動をとってから当該行動による前記指定状態への前記影響が出始めるまでの期間が経過してから、前記影響が継続する期間が経過するまでの期間における前記指定状態データに基づいて、前記ユーザの該指定状態が改善したか悪化したかを判定することが好ましい。

行動によって、指定状態に影響が発生するタイミングと、影響が継続する期間の長さが異なることが想定される。

本発明によれば、行動ごとにあらかじめ定められた、ユーザが行動をとってから当該行動による指定状態への影響が出始めるまでの期間のあらかじめ定められた長さと、影響が継続する期間のあらかじめ定められた長さと、に応じて、指定状態への影響を判定する期間を変えるので、指定状態に影響が発生するタイミングと、影響が継続する期間の長さが行動によって異なる場合であっても、当該行動をとったことによる指定状態への影響の有無を精度よく判定することができる。

また、本発明の情報出力システムは、
情報を出力する出力部と、
ユーザの肌状態、体状態又は心状態のうち少なくとも１つの状態である指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとを認識するユーザデータ認識部と、
前記指定状態データに基づいて、指定の期間におけるユーザの指定状態が改善したか悪化したかを判定する指定状態判定部と、
前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を前記出力部に出力する出力制御部とを備え、
前記指定状態認識部は、所定の手法により、前記指定状態データから前記指定状態を示す値を算出するように構成されており、
前記指定状態判定部は、
前記指定の期間より前の所定の期間における前記指定状態を示す値の平均値を算出し、
該指定の期間における前記指定状態を示す値が、該平均値を下回る場合に、該指定状態が悪化したと判定することを特徴とすることを特徴とする。

ユーザの肌、体、心の状態は日によって変わる場合がある。そのため、行動を行う前の特定の１日の指定状態と、行動を行った後の指定状態とを比較しただけでは、当該行動による指定状態への影響を適正に判定できない場合がある。

本発明によれば、行動を行う前の特定の１日の指定状態ではなく、指定の期間より前の所定の期間における指定状態を示す値の平均値を、指定の期間における指定状態を示す値との比較対象として、指定状態が悪化したか否かを判定するので、指定状態が日によって変動した場合であっても、行動による指定状態への影響を適切に把握でき、指定状態が悪化したか否かを判定精度が高まる。

本発明において、
前記指定状態判定部は、
所定の手法により、前記指定状態データから前記指定状態の時系列的遷移を示す情報を取得し、該時系列的遷移を示す情報から前記指定の期間の終了時点における前記指定状態の予測値を算出し、
該指定の期間における前記指定状態を示す値が、該予測値を下回る場合に、該指定状態が悪化したと判定することが好ましい。

ユーザの指定状態は、行動をとらなくとも、日によって、あるいは例えば一定の周期（１週間、１か月、１年など）をもって変わる場合がある。

そのため、行動を行う前の指定状態と、行動を行った後の指定状態とを比較しただけでは、当該行動により肌状態、体状態、心状態に影響がでたのか、日による又は周期的な変化による影響であるのかを適切に判定できないことが考えられる。

本発明によれば、指定状態データから取得した指定状態の時系列的遷移を示す情報から指定の期間の終了時点における指定状態の予測値を算出して、当該算出した予測値を、指定の期間における指定状態を示す値との比較対象として、指定状態が悪化したか否かを判定するので、行動により指定状態に影響がでたのか、日による又は周期的な変化による影響であるのかを適切に判定できる可能性が高まる。

本発明において、
前記ユーザデータ認識部は、前記指定状態に対する前記ユーザの満足度の情報を認識し、
前記指定状態判定部は、前記指定状態に対する前記ユーザの前記満足度が所定以下である場合には、当該指定状態が悪化したと判定することが好ましい。

ユーザからの満足感を得られない行動は、ユーザの納得感が低いため、推奨してもユーザが継続せず、結果的に肌状態等への改善効果が得られないおそれがある。

本発明によれば、肌等の状態に対する満足度が所定以下である場合に、ユーザの肌状態が悪化したと判定して、当該中止、変更を決定するので、ユーザからの満足感を得られない行動、すなわちユーザの納得感が低い行動の中止を積極的にユーザに促すことができる。

肌サポートサーバの利用形態の説明図。 肌サポートサーバ及びユーザ端末の構成図。 肌サポートサーバによる一連の肌サポート処理の説明図。 肌サポートサーバにおける処理の第１のフローチャート。 肌サポートサーバにおける処理の第２のフローチャート。 ユーザ端末における処理の第１のフローチャート。 ユーザ端末における処理の第２のフローチャート。 主観データ及び客観データによる肌、心、体の初期データの解析処理の説明図。 体状態の数値化の説明図。 心状態の数値化の説明図。 図１１Ａは各施策とその施策の改善傾向等との関係を示す図で、図１１Ｂは各工程のスケジュールを示す図で、図１１Ｃはなりたい肌と肌状態の主観状態、客観状態との関係を示す図。 画像表示を実施している期間における日々のモニタリングに基づく進捗表の説明図。 特殊事例による肌状態への影響の説明図。 ユーザ端末における肌状態の改善度の表示画面の説明図。 施策の評価方法の説明図であり、図１５Ａは施策の評価基準を示し、図１５Ｂは施策の評価例を示している。 暮らし及び特殊事例の評価方法の説明図であり、図１６Ａは暮らし及び特殊事例の評価基準を示し、図１６Ｂは暮らし及び特殊事例の評価例を示している。 ゴール達成度の判定方法の説明図。 ２次データの説明図。 代替または維持判定処理のフローチャートの一例。 表示器に表示されるホーム画面の一例を示す図。 行動の種別と、平均のスコアの変動量と、行動の負荷と、行動のカテゴリと、飲食物の種別と、動作の種別とを関連付けたテーブルを示す図。 代替行動の推奨処理のフローチャートの一例。 代替行動の推奨処理のフローチャートの他の例。 主要な物質と飲食物の種別とを関連付けたテーブルを示す図。 代替行動の推奨処理のフローチャートの他の例。 飲食物の種別と主要な物質と含有量とを関連付けたテーブルを示す図。 代替行動の推奨処理のフローチャートの他の例。 飲食物の種別とメーカーと商品名と塩分量とを関連付けたテーブルを示す図。 同一または同種の行動の維持の推奨処理のフローチャートの一例。 代替または維持判定処理のフローチャートの他の例。 代替または維持判定処理のフローチャートの他の例。 行動のカテゴリと、接近の度合い又はかい離の度合いと、優先度とを関連付けたテーブルを示す図。

本発明の実施形態の一例について、図１～図１８を参照して説明する。

［Ａ．肌サポートサーバの利用形態］
図１を参照して、肌サポートサーバ１０の構成および本発明を構成する系に対する位置付けを説明する。肌サポートサーバ１０は、ＣＰＵ、メモリ、各種インターフェース回路等を備えたコンピュータシステムにより構成される。肌サポートサーバ１０は、メモリに保持された画像表示用のプログラムをＣＰＵで実行することによって、複数のユーザＵ（図１ではＵａ，Ｕｂ，Ｕｃを例示）の肌状態を改善又は維持するための処理（画像表示処理）を実行する機能を実現する。

肌サポートサーバ１０は、インターネット等の通信ネットワーク１を介して、複数のユーザＵの通信端末（ユーザ端末）３０（図１では３０ａ，３０ｂ，３０ｃを例示）との間でデータ通信を行うことにより、ユーザＵの肌状態の改善又は維持をサポートする。肌サポートサーバ１０と、ユーザ端末３０とにより構成されるシステムが、本発明の「情報出力システム」の一例に相当する。

通信ネットワーク１には、担当者Ｔ（図１ではＴａ，Ｔｂを例示）の通信端末５０（図１では５０ａ，５０ｂを例示）も接続されている。担当者Ｔは、通信端末５０を介して、ユーザＵの肌の特徴や趣味嗜好、生活スタイル等を考慮した適切な肌ケア法等の情報を含むデータを、肌サポートサーバ１０及びユーザ端末３０に送信することにより、ユーザＵの肌状態の改善に対するアドバイスを行う。なお、担当者Ｔの通信端末５０とユーザＵのユーザ端末３０とは必ずしも一対一である必要はなく、肌サポートサーバ１０、担当者Ｔの通信端末５０、通信ネットワーク１を合わせた系全体によってユーザＵの肌状態の改善に対するアドバイスがユーザＵのユーザ端末３０に提供されればよい。例えば、ユーザＵの１又は複数のユーザ端末３０に対して、複数の担当者Ｔによってそれぞれの通信端末５０を介してアドバイスを提供する方法でも良い。

さらに、肌サポートサーバ１０は、複数のユーザＵのユーザ端末３０から送信される各ユーザの固有データを解析して、汎用的に活用可能な２次データを生成する機能を有し、この２次データを通信ネットワーク１を介して他のシステム６０に提供するサービスも行うことができる。

［Ｂ．肌サポートサーバ、及びユーザ端末の構成］
図２を参照して、肌サポートサーバ１０およびユーザ端末３０の構成について説明する。肌サポートサーバ１０は、メモリに保持された情報出力プログラムをＣＰＵで
実行することにより、肌状態認識部１１、施策グループ選択部１２、施策情報送信部１３、及び２次データ生成部１９として機能する。これらの構成による処理については後述する。また、肌サポートサーバ１０は、ユーザＵの画像表示処理に使用する各種データを保持するサポートＤＢ（データベース）２０を備えている。このサポートＤＢ２０はたとえばＲＡＭ上に展開され、後述する主観および客観データの更新によって書き換え可能である。

次に、本実施形態のユーザ端末３０は、表示器３１、タッチパネル３２、カメラ３３、マイク３４、ＣＰＵ３５、及びメモリ３６等を備えている。表示器３１が、本発明の「出力部」に相当する。タッチパネル３２が、本発明の「入力部」に相当する。これに代えてまたは加えて、カメラ３３で撮像したユーザＵの画像又はマイク３４から入力されたユーザＵの音声に基づいてユーザの指定を認識することにより、カメラ３３又はマイク３４を本発明の「入力部」として機能させてもよい。

なお、一の装置が情報を「認識する」とは、一の装置が他の装置から当該情報を受信すること、一の装置が当該一の装置に接続された記憶媒体に記憶された情報を読み取ること、一の装置が当該一の装置に接続されたセンサから出力された信号に基づいて情報を取得すること、一の装置が、受信した情報又は記憶媒体に記憶された情報又はセンサから取得した情報に基づいて、所定の演算処理（計算処理又は検索処理など）を実行することにより当該情報を導出すること、一の装置が他の装置による演算処理結果としての当該情報を当該他の装置から受信すること、一の装置が当該受信信号にしたがって内部記憶装置又は外部記憶装置から当該情報を読み取ること等、当該情報を取得するためのあらゆる演算処理が実行されることを意味する。

本実施形態においては、ユーザ端末３０は例えばスマートフォンであるため、カメラ３３やマイク３４等を備えているが、ユーザ端末と有線無線にかかわらずやり取りできる構成であれば、外付けでの構成であったり、専門的な撮像装置を用いても良い。ＣＰＵ３５は、メモリ３６に保持された画像表示用のアプリケーション３５ａ（以下、肌サポートアプリ３５ａという）のプログラムを実行することにより、ユーザＵが肌サポートアプリ３５ａを介して肌サポートサーバ１０によるサポートを享受可能な状態とする。肌サポートアプリ３５ａを実行したＣＰＵ３５が、本発明の「ユーザデータ認識部」「指定状態判定部」「出力制御部」「嗜好認識部」「目標認識部」「行動認識部」「優先度認識部」に相当する。

また、ユーザＵは、肌の細胞を取得するための角質採取テープ３７（図１では３７ａ、３７ｂ、３７ｃを例示）を別途有している。この角質採取テープ３７は、予め担当者ＴによりユーザＵに提供されたものであってもよいし、ユーザＵが市販の角質採取テープ３７を購入してもよい。

なお、以下の説明では、説明の便宜のため、肌状態の改善又は維持のサポート処理の対象のユーザをユーザＵａと表し、「ユーザＵａ」と異なるユーザを「他のユーザＵｂ、Ｕｃ」と表す。

［Ｃ．肌サポートサーバによる一連の処理］
次に、図３を参照して、肌サポートサーバによる一連の処理について説明する。肌サポートサーバ１０は、「１．ゴール設定」、「２．スケジュール決定」、「３．モニタリング」、「４．スケジュール修正」、［５．ゴール判定］及び「６．２次データ生成」の各工程の処理を、図４，５に示したフローチャートに従って実行する。また、ユーザ端末３０は、各工程における肌サポートサーバ１０による処理に応じて、図６，７に示したフローチャートによる処理を実行する。以下では、各工程における肌サポートサーバ１０及びユーザ端末３０のＣＰＵ３５の処理について、図４～７に示したフローチャート
を参照しつつ説明する。

ユーザＵａは、図６のＳＴＥＰ５０で、肌サポートアプリ３５ａのプログラムをユーザ端末３０にダウンロードして肌サポートアプリ３５ａを起動する。そして、ユーザＵａは肌サポートアプリ３５ａへの登録申請を行う。

肌サポートサーバ１０は、図４のＳＴＥＰ１０で、ユーザＵａからの登録申請を受け付けたときに、「ユーザＵａからの登録申請を受け付けた」と認識し、ＳＴＥＰ１１に処理を進める。そしてＳＴＥＰ１１以降の画像表示処理を開始する。

［Ｄ．ゴール設定工程］
図３に示した「１．ゴール設定」の工程は、肌状態認識部１１及び施策グループ選択部１２により実行される。施策グループ選択部１２は、図４のＳＴＥＰ１１でユーザ端末３０にユーザＵａの現状の肌、体、心の各状態、及びユーザＵａが要望する肌状態を把握するための情報入力を促す初期情報要求データを送信する。

この初期情報要求データを受信したユーザ端末３０では、肌サポートアプリ３５ａが、図６のＳＴＥＰ５１で、ユーザＵａに対して、現状の肌、体、心の各状態、及びユーザＵａが要望する肌状態の入力を促す画面を表示器３１に表示する。それに対してユーザ端末３０は、ユーザＵａが入力した情報を含む初期ユーザ情報データを、肌サポートサーバ１０に送信する。

肌状態認識部１１は、図４のＳＴＥＰ１１において、初期ユーザ情報データを受信して、初期ユーザ情報データから認識したユーザＵａの肌、心、体の各状態と、ユーザＵａが要望する肌状態とに基づいて、肌状態の目標スコア（ゴール）を設定する。

ここで、初期ユーザ情報データには、肌状態、体状態、及び心状態についての主観データ及び客観データが含まれている。詳細な定義は後述するが、主観データはユーザの主観によって判定される項目、客観データは検査結果や画像解析、事実情報に基づいたデータである。肌状態の主観データは、現状の肌状態に対するユーザＵａの満足度を、例えば１０段階で示したデータである。肌状態の客観データは、ユーザＵａの肌画像データである。なお、肌状態の客観データには、初期ユーザ情報データに含まれる肌状態の客観データに加え、角質採取テープ３７により採取されたユーザＵａの角層細胞の解析データが含まれても良い。角層細胞の解析データは、具体的には例えば保水能力と皮脂適格性に関するデータである。この場合、角層細胞の解析を、例えばユーザ端末３０に接続された測定機器４５により行うことで、或は、角質採取テープ３７の画像データをユーザ端末３０から肌サポートサーバ１０に送信し、肌サポートサーバ１０側で角質採取テープ３７の画像を分析して保水能力と皮脂適格性などを測定してもよい。

ユーザＵａの満足度は肌サポートアプリ３５ａにおけるアンケート入力によって取得される。また、肌画像データは、ユーザ端末３０のカメラ３３又は接続端子４０に接続された外部カメラによってユーザＵａがユーザＵａの顔を撮像することによって取得した画像データである。

また、肌サポートアプリ３５ａは、ユーザＵａに対して、角質採取テープ３７の使用方法を表示器３１に表示し、角質採取テープ３７の使用と別途の郵送とを促す。肌サポートアプリ３５ａは、ユーザＵａに対して、角質採取テープ３７の使用と肌画像の撮像を促し、撮像された画像が肌サポートサーバ１０に送信されるようにしてもよい。

肌状態認識部１１は、図８に示したように、肌状態の初期値を、主観のスコアをたとえば３、肌画像のスコアを３、保水能力のスコアを２、皮脂適格性のスコアを１に割り当てて、合計した値を肌状態のスコアとする。なお、スコアは正の整数ではなく、小数で表現されていてもよいし、負の数で表されてもよい。

角層細胞の解析による保水能力スコア及び皮脂適格性のスコアの認識を第１認識方法と呼ぶ。第１認識方法は、これに代えてまたは加えて、角層水分量計によりユーザの肌の水分量を計測する方法及び皮脂量計によりユーザの肌の皮脂量を計測する方法のうち少なくとも１つを含む。また、第１の認識方法によるユーザの肌の認識を定期的に行うため、肌状態認識部１１は、定期的にユーザ端末３０に角質採取テープ３７等の使用を促すメッセージを送信したりすることにより、ユーザに行動を促す。このときの「定期的」というのは厳密に時間的に等間隔である必要はなく、肌状態に影響が出ない範囲で等間隔であれば良い。例えば、３ヶ月ごとに第１の認識方法を実施する場合において、１月１日に初回を実施した場合、ちょうど３か月後の４月１日のみならず、例えばその１週間前の３月２４日前後にユーザ端末３０にメッセージを送信してもよいし、例えばその１週間後の４月８日前後にユーザ端末３０にメッセージを送信してもよい。また、長期的にサービスを提供するときなどは、例えば細かい改善を調べたい時は１ヶ月ごとに第１の認識方法を設定し、肌状態に対する季節変化の影響を調べるために３か月ごとに第１の認識方法を設定するなど、認識のタイミングは変更可能である。

アンケート入力による肌状態の主観データに基づいて主観スコアの認識及びユーザＵａの肌画像データに基づく肌画像スコアの認識のそれぞれを第２認識方法と呼ぶ。第２認識方法は、アンケート入力による肌状態の主観データに基づいて主観スコアの認識及びユーザＵａの肌画像データに基づく肌画像スコアの認識の一方によってユーザＵａの肌状態を認識してもよいし、これらと異なる方法を含んでもよい。また、第２認識方法は、第１の認識方法よりも頻繁に行われる。これは角質採取テープ３７の使用・郵送が手間的にも煩雑かつ値段的にも高価になってしまうためである。また、角質採取テープ３７の使用が頻繁であると、ユーザＵａの肌へ悪影響が及ぶおそれもある。

例えば３か月間ごとに第１の認識方法が実施され、第２の認識方法は毎日実施にされる。また、第１の認識方法の実施と第２の認識方法の実施のタイミングが重なる時は、できれば同じタイミングで実施されると精度の良いデータが取れるために好ましい。ただし第１の認識方法の実施時に第２の認識方法が実施されなくても本発明の実施は可能であるし、効果も得られる。

なお、主観スコアは、主観データに基づいて認識されたスコアであればよい。

体状態の主観データと客観データは、図９に示したように分けられている。詳細な定義は後述するが、肌の主観データおよび客観データと同様に、主観データはユーザＵａの主観によって判定される項目、客観データは検査結果や画像解析、事実情報に基づいたデータである。体状態の主観データは、ユーザＵａが肌サポートアプリ３５ａを通じてアンケートを入力することによって取得される。客観データは、ユーザＵａがユーザ端末３０のカメラ３３を用いて撮像されたユーザＵａの舌・唇の画像データ、ユーザ端末３０の接続端子４０に接続された測定機器４５により測定されたユーザＵａの血圧、不整脈、尿中成分、血中成分等の測定データと、肌サポートアプリ３５ａにおけるアンケート入力により取得された頭痛又は肩こり等の体調不良の回数、疲労度判定等のデータである。なお、将来の肌ケア以外のサービスへの展開に備えて、種々の病気の発生情報などについても初期ユーザ情報データに含めてもよい。

心状態の主観データと客観データは、図１０に示したように分けられている。、詳細な定義は後述するが、肌の主観データおよび客観データと同様に、主観データはユーザＵａの主観によって判定される項目、客観データは検査結果や画像解析、事実情報に基づいたデータである。主観データは、肌サポートアプリ３５ａにおけるアンケート入力によって取得される。客観データは、肌サポートアプリ３５ａにおけるアンケート入力（一日の笑った頻度等）と、測定機器による測定（脈拍モニタリングからの心理状態推定等）とにより取得される。なお、将来の肌ケア以外のサービスの展開に備えて、種々の精神疾患の発生情報についても初期ユーザ情報データに含めてもよい。

肌状態認識部１１は、認識したユーザＵａの肌、体、心の状態の主観データ及び客観データを、サポートＤＢ２０に記憶する。

肌状態認識部１１は、このようにして初期ユーザ情報データから認識したユーザＵａの肌状態、体状態、及び心状態の主観データと客観データに基づいて、図８の右側の三角形で示したように、肌状態を１～９、体状態を１～６、心状態を１～６の各スコアで表した３軸の初期値を設定する。なお、肌状態のスコアと同様に、体状態又は心状態の主観データ及び客観データから体状態又は心状態の主観スコア及び客観スコアが算出され、それらに基づいて体状態のスコア及び心状態のスコアとして扱われてもよい。

さらに、施策グループ選択部１２は、初期ユーザ情報データに含まれる「なりたい肌スコア」「施策のカテゴリー、希望、頻度」及び「現在行っている施策」を取得する。「なりたい肌スコア」「施策のカテゴリー，希望，頻度」及び「現在行っている施策」は、肌サポートアプリ３５ａにより、ユーザＵａが入力したものである。

ここで、「なりたい肌スコア」において、「なりたい肌」とは、乾燥感改善、ごわつき改善、敏感肌改善、ニキビ改善、しぼみ感改善、シミ改善、シワ改善、たるみ改善、くすみ改善、くま改善、顔色改善、及びハリ改善の中から選択された肌状態の改善対象である。また、「スコア」とは、各対象の肌状態に対するユーザＵａの満足度であって、肌サポートアプリにおいて１～１０の１０段階でユーザが選択したスコアである。

サポートＤＢ２０は、各改善対象に関連付けられた肌状態の主観状態の改善傾向及び客観状態の改善傾向を記憶している。例えば、図１１Ｃに示されるように、「乾燥感改善」には、肌状態の主観状態「乾燥感改善」と、肌状態の客観状態の基準「保水能力と皮脂適格性との差を最小化」とが関連付けられている。

例えば、「なりたい肌」が「乾燥感改善」であり、現状の肌状態の乾燥感の満足度のスコアが３であるときに、ユーザＵａの選択に応じて、「乾燥感改善」と関連付けられたユーザＵａの肌状態の主観状態「乾燥感改善」についての満足度５が主観的な目標スコアとして設定される。

また、施策グループ選択部１２は、「乾燥感改善」に関連付けられた肌状態の客観的な改善対象を設定する。例えば、施策グループ選択部１２は、「乾燥感改善」に関連付けられた基準「保水能力と皮脂適格性との差を最小化」に基づいて、ユーザＵａの肌状態のうち、保水能力よりも低い皮脂適格性の値２を客観的な目標スコアとして設定する。

また、「施策のカテゴリー、希望、頻度」において、カテゴリーとしては「食生活、自宅での行動、運動、化粧品の使い方」等、希望としては「難易度、時間制約、肌ケアを行うシーン」等、頻度としては「１日当たりのアドバイスを受ける回数」等が選択される。

「現在行っている施策」は、ユーザＵａがすでに行っている施策であり、「湯船につかる」等の内容及び頻度又は程度などにより表される。

［Ｅ．スケジュール決定工程］
図３に示した「２．スケジュール決定」の工程は、施策グループ選択部１２及び施策情報送信部１３により実行される。施策グループ選択部１２は、図４のＳＴＥＰ１２で、ゴール（主観的な目標スコア及び客観的な目標スコア）を達成するための施策グループを選択する。この選択は、上述した各改善対象に関連付けられた、肌状態の主観状態の改善傾向と肌状態の客観状態の改善傾向と適した周辺環境とを考慮して行われる。施策グループ選択部１２は、あらかじめ登録された地域またはＧＰＳセンサ等によって検出された位置情報と、端末の時計機能から取得した日時とに基づいて、スケジュール期間におけるユーザＵａの周辺環境の温度、湿度等を予測する。

例えば、施策グループ選択部１２は、カテゴリーの希望が「自宅での行動、食生活、運動」であり、梅雨の時期のように湿度が平均５０％と予測される季節であり、主観的な目標スコアが「乾燥感」の満足度５以上、客観的な目標スコアが皮脂適格性２以上である場合、主観状態の改善傾向が「乾燥感改善」を含み、客観状態の改善傾向が「皮脂適格性向上」を含み、カテゴリーに「自宅での行動、食生活、運動」のいずれかであり、適した周辺環境が湿度５０％と矛盾しない施策を選択する。

ここで、主観状態の改善傾向及び客観状態の改善傾向は、予め担当者Ｔ等の専門家によって定められたものであってもよいし、サポートＤＢ２０に記憶された他のユーザＵｂ、Ｕｃが実施した施策と他のユーザＵｂ、Ｕｃの肌状態の時系列的変化に基づいて推定される主観状態の改善傾向及び客観状態の改善傾向であってもよいし、実施した施策とユーザＵａの肌状態の時系列的変化がサポートＤＢ２０に保存されている場合には、当該情報に基づいて推定される主観状態の改善傾向及び客観状態の改善傾向であってもよい。

例えば、サポートＤＢ２０には、他のユーザＵｂ、Ｕｃのそれぞれが実施した施策と、その施策を実施した前後の他のユーザＵｂ、Ｕｃそれぞれごとの肌状態の主観データの時系列的変化及び他のユーザＵｂ、Ｕｃそれぞれごとの肌状態の客観データの時系列的変化の一方又は両方とが記憶される。

また、例えば、サポートＤＢ２０には、他のユーザＵｂ、Ｕｃのそれぞれが実施した施策「湯船につかる」と、その施策を実施した前後における、他のユーザＵｂ、Ｕｃそれぞれの肌状態の主観状態の時系列的変化としての「乾燥感についての満足度」が記憶されているとする。

このとき、施策グループ選択部１２は、各他のユーザＵｂ、Ｕｃごとに、施策「湯船につかる」について、例えば、湯船につかる前日と、湯船につかった日の肌状態の主観データ（乾燥感についての満足度）の変化量を算出する。そして、施策グループ選択部１２は、各他のユーザＵｂ、Ｕｃごとの乾燥感についての満足度の変化量の平均値をとる。施策グループ選択部１２は、例えば、「乾燥感についての満足度」の変化量の平均値が所定値以上である場合に、施策「湯船につかる」の主観状態の改善傾向を「乾燥感改善」と認識する。客観状態の改善傾向についても、主観状態の改善傾向と同様に認識できる。

施策グループ選択部１２は、ユーザＵａの年齢及び肌状態に基づいて、同年代、同様の肌状態等、処理対象とする他のユーザＵｂ、Ｕｃの範囲を絞ってもよい。

また、施策グループ選択部１２は、サポートＤＢに実施した施策とユーザＵａの肌状態の時系列的変化が保存されている場合には、上記と同様にして算出した当該情報に基づいて推定される主観状態の改善傾向及び客観状態の改善傾向を認識してもよい。

施策グループ選択部１２は、ユーザＵａの第１回目のスケジュール決定工程においては、他のユーザＵｂ、Ｕｃの肌状態の主観データ、客観データから上記主観状態の改善傾向及び客観状態の改善傾向を認識し、ユーザＵａの第２回目のスケジュール決定工程においてはユーザＵａの肌状態の主観データ、客観データから主観状態の改善傾向及び客観状態の改善傾向を認識してもよい。

施策グループ選択部１２は、肌状態のみならず、心状態、体状態についても同様に主観状態の改善傾向及び客観状態の改善傾向を認識し、当該心状態、体状態の主観状態の改善傾向及び客観状態の改善傾向を加味して施策を選択してもよい。

施策グループ選択部１２は、「現在行っている施策」と同内容及び同頻度または同程度の施策を施策グループから除外してもよい。ユーザが既に行っている施策は、提案するまでもないと考えられるからである。

図１１Ａの例では、施策グループ選択部１２は、「湯船につかる」「ビタミンＣ摂取」「野菜摂取」「１万歩以上歩く」を含むように複数の施策の組合せである施策グループを選択する。

施策情報送信部１３は、施策グループの中から、ユーザＵａの「施策のカテゴリー、希望、頻度」に応じて施策の優先度を評価し、当該優先度に従って初期の施策を決定する。図１２には、初期の施策として「湯船につかる」「野菜摂取」「１万歩以上歩く」が選択されたスケジュールの例を示している。施策情報送信部１３は、このようにして決定したスケジュールの内容を示すスケジュールデータをユーザ端末３０に送信する。

施策情報送信部１３は、併せて、ユーザＵａの指定を基に、一定期間の各工程の実施の計画を作成する。図１１Ｂには、ＳＴＡＲＴ時にゴール設定とスケジュール決定を行い、毎日モニタリングをし、１週間ごとにスケジュール修正を行い、１か月後に進捗グラフを作成し、３か月目にゴール判定と新たなゴール設定を行うという一連のイベントの計画が示されている。施策情報送信部１３は、ユーザＵａの指定に加えてまたは代えて、あらかじめ定められた、一定期間の各工程の実施の計画を用いてもよい。

ユーザ端末３０において、図６のＳＴＥＰ５２で、肌サポートサーバ１０からスケジュールデータを受信すると、肌サポートアプリ３５ａは、図１２に示したようなスケジュールの実行表及び図１１Ｂに示したような作業内容の計画を表示可能にして、ユーザＵａによる各施策の実施を促す。図１２のスケジュールの実行表においては、各施策（「湯船につかる」、「野菜摂取」、「１万歩以上歩く」）の内容が表示される。

［Ｆ．モニタリング工程］
図３に示した「３．モニタリング」の工程は、ユーザＵａが肌サポートアプリ３５ａ上で設定した期間ごとに（図１１Ｂでは毎日）、肌状態認識部１１及び施策情報送信部１３により実行される。肌サポートアプリ３５ａの利用を開始したユーザＵａは、ユーザ端末３０により、日々の肌、体、心の各状態と、スケジュールにより指示された施策の実施状況と、スケジュールにより指示された施策以外のユーザＵａの自主的な行動（施策外行動）の実施状況とを入力する。施策の実施状況には、「湯船につかる」、「野菜摂取」、「１万歩以上歩く」をそれぞれ実施したかどうかを示す情報のほか、「３０分」および「湯船につかる」、「３００ｇ」および「野菜を摂取」、「１万５千歩」および「歩く」など、時間、量などで表される施策の実行の度合いが含まれる。

肌サポートアプリ３５ａは、図６のＳＴＥＰ５３で、ユーザＵａにより肌、体、心の状態が入力されるとＳＴＥＰ６０に処理を進め、上述した初期ユーザ情報データと同様に、ユーザＵａの肌、体、心の状態についての主観データと客観データを含む現状ユーザ情報データを肌サポートサーバ１０に送信してＳＴＥＰ５４に処理を進める。なお、肌サポートアプリ３５ａは、図６のＳＴＥＰ５３で、ユーザＵａにより肌、体、心の状態が入力されない場合、そのままＳＴＥＰ５４に処理を進める。ここで送信されるデータには、角質採取テープ３７によって採取された角層細胞に関するデータは含まれない。

また、肌サポートアプリ３５ａは、図６のＳＴＥＰ５４で、ユーザＵａによりスケジュールの実行状況（各施策の実行状況）が入力されたときにＳＴＥＰ６１に処理を進め、スケジュールの実行状況を示す実行状況データを肌サポートサーバ１０に送信して図７のＳＴＥＰ５５に処理を進める。なお、肌サポートアプリ３５ａは、図６のＳＴＥＰ５４で、ユーザＵａによりスケジュールの実行状況（各施策の実行状況）が入力されない時は、そのままＳＴＥＰ５５に処理を進める。

さらに、肌サポートアプリ３５ａは、図７のＳＴＥＰ５５で、ユーザＵａにより施策外行動の実施状況が入力されたときにＳＴＥＰ６２に処理を進め、実施された施策外行動の内容を示す施策外行動実施データを肌サポートサーバ１０に送信してＳＴＥＰ５６に処理を進める。なお、肌サポートアプリ３５ａは、図７のＳＴＥＰ５５で、ユーザＵａにより施策外行動の実施状況が入力されないときには、そのままＳＴＥＰ５６に処理を進める。

図４のＳＴＥＰ１３～図５のＳＴＥＰ１６、及び図４のＳＴＥＰ２０～ＳＴＥＰ２２は、施策情報送信部１３による処理である。肌状態認識部１１は、ＳＴＥＰ１３でユーザ端末３０から現状ユーザ情報データを受信したときにＳＴＥＰ２０に処理を進め、現状ユーザ情報データをサポートＤＢ２０に蓄積してＳＴＥＰ１４に処理を進める。なお、肌状態認識部１１は、ＳＴＥＰ１３でユーザ端末３０から現状ユーザ情報データを受信しないときは、ＳＴＥＰ１４にそのまま処理を進める。

また、施策情報送信部１３は、ＳＴＥＰ１４でユーザ端末３０から実行状況データを受信したときにＳＴＥＰ２１に処理を進め、実行状況データをサポートＤＢ２０に蓄積してＳＴＥＰ１５に処理を進める。一方で、ＳＴＥＰ１４でユーザ端末３０から実行状況データを受信していないと判定された場合は、そのままＳＴＥＰ１５に処理を進める。

さらに、施策情報送信部１３は、ＳＴＥＰ１５でユーザ端末３０から施策外行動実施データを受信したときにＳＴＥＰ２２に処理を進め、施策外行動実施データをサポートＤＢ２０に蓄積して図５のＳＴＥＰ１６に処理を進める。一方で、施策情報送信部１３は、ＳＴＥＰ１５でユーザ端末３０から施策外行動実施データを受信しない時は、そのまま図５のＳＴＥＰ１６に処理を進める。

図５に移って、ＳＴＥＰ１６で、施策情報送信部１３は、サポートＤＢ２０に蓄積されたユーザＵａの初期ユーザ情報データ、現状ユーザ情報データ、実行状況データ、及び施策外行動実施データ等に基づいて、スケジュールの進捗状況を示す進捗表データを作成し、この進捗表データをユーザ端末３０に送信する。

ここで、スケジュールの進捗表は、例えば図１２に示したように、上から順に、肌状態（ここでは乾燥肌）のスコア、体状態のスコア、心状態のスコア、施策（湯船につかる、野菜摂取、１万歩以上歩く）の実施状況、暮らし情報（野菜摂取量、水分摂取量）、及び暮らし特殊事例が、１日単位で表示する構成となっている。

また、スケジュール進捗表には、施策の実行度合い（「３０分」湯船につかる、「３００ｇ」野菜摂取、「１万５千歩」歩く）が含まれている。

ユーザ端末３０において、肌サポートアプリ３５ａは、図７のＳＴＥＰ５６で、肌サポートサーバ１０から送信された進捗表データを受信したときにＳＴＥＰ６３に処理を進め、進捗表データをメモリ３６に保持する。肌サポートアプリ３５ａは、メモリ３６に格納された進捗表データを用いて、図１２に示した進捗表をユーザ端末３０の表示器３１に表示する。

また、肌サポートアプリ３５ａは、進捗表データの他に、通信を介して認識した、肌サポートサーバ１０のサポートＤＢ２０に蓄積されたユーザＵａの初期ユーザ情報データ、現状ユーザ情報データ、実行状況データ、施策外行動実施データ等を用いて、ユーザＵａの肌、体、心の各状態の推移や変化を示す情報を、ユーザ端末３０の表示器３１に表示する。

例えば、肌サポートアプリ３５ａは、図１３に示したように、スケジュールによる施策以外のユーザＵａの行動（洗顔法の変更、マッサージを受けた等）、及びユーザの体調（生理、睡眠不足等）と、ユーザＵａの肌状態の変化の関係を日単位の時系列グラフで、表示器３１に表示する。

また、肌サポートアプリ３５ａは、図１４に示したように、一カ月単位で、ユーザＵａの角質状態を含む肌状態、心理状態、肌ケアの満足度、及び化粧品の使い方の評価値の変化を対比したレーダーチャートを表示器３１に表示する。

ユーザＵａは、肌サポートアプリ３５ａによるこれらの表示を視認して、自身の肌、体、心の各状態の変化を確認することにより、肌の改善度と共に、体と心の状態の変化も把握することができるため、肌、体、及び心の状態をバランス良く改善しながら、目標とする肌状態のゴールへの到達することができる。

［Ｇ．スケジュール修正］
図３に示した「４．スケジュール修正」の工程は、ユーザＵａが肌サポートアプリ３５ａ上で設定した期間ごとに（図１１Ｂでは１週間ごとに）、施策情報送信部１３により実行される。図５のＳＴＥＰ１７～ＳＴＥＰ２０、及びＳＴＥＰ３０～ＳＴＥＰ３３が、施策情報送信部１３による処理である。

また、肌サポートアプリ３５ａは、「４．スケジュール修正」の工程において、ＳＴＥＰ６４に進み、図１９に示される代替または維持判定処理を実行する。代替または維持判定処理の詳細については後述する。

施策情報送信部１３は、ＳＴＥＰ１７で、サポートＤＢ２０に蓄積されたユーザＵａの初期ユーザ情報データ、現状ユーザ情報データ、及び実行状況データ等に基づいて、ユーザＵａ肌状態の目標達成度、スケジュールに組み込まれた各施策の実行度、及び各施策の効果を評価する。

施策情報送信部１３は、図１５Ａに示した施策の評価基準を用いて、肌状態と体又は心の状態との相関関係を抽出し、この相関関係に基づいて、スケジュールに組み込まれた各施策の継続、施策グループからの除外、施策の中止、別の施策への変更を判断する。

図１５Ａの評価基準では、判定項目として、実施の有無、肌への影響、体への影響、心への影響という四項目が使用され、実施率が所定実施率を超え、肌に良い影響があり、且つ、体と心に悪い影響がない施策については、Ａ評価となって継続と判断される。なお、図１５Ａでは、実施率が所定の実施率を超えた施策を「実施」として表記し、実施率が所定の実施率以下であった施策を「不実施」として表記している。図１２及び図１５Ｂでも同様である。

施策の影響のタイミングと影響が継続する期間が施策ごとに定められている場合、施策情報送信部１３は、施策の影響のタイミングと施策の影響が継続する期間に基づいて、各施策の影響を判定してもよい。

例えば、「湯船につかる」という施策の肌への影響、体への影響、心への影響は、翌日に影響が出、１日だけ継続すると定められていた場合、施策情報送信部１３は、例えば１２月１５日の「湯船につかる」という施策の影響は、１２月１６日の各状態に反映されていると判断する。

また、「野菜摂取」という施策の肌への影響、体への影響、心への影響は、１週間後に影響が出、３日だけ継続すると定められていた場合、施策情報送信部１３は、例えば１２月１５日の「野菜摂取」という施策の影響は、１２月２２日～１２月２４日の各状態に反映されていると判断する。

それに対して、実施され、肌に良い影響があるが、体と心のいずれかに悪い影響がある施策については、Ｂ評価となって中止或は別施策への変更と判断される。また、実施率が所定の実施率以下となった施策はユーザＵａにとって負荷が大きかったと考えられるため、Ｃ評価となって中止或は別施策（例えば、ユーザＵａの負荷が軽減する施策又は別の施策）への変更と判断される。

施策情報送信部１３は、各施策を１日だけ実施することで肌、体、心への良いまたは悪い影響があるかの評価を行っても良いし、数日や数週間などの一定期間において各施策を実施することで、肌、体、心への良いまたは悪い影響があるかの評価を行ってもよい。一定期間で評価を行う場合、施策情報送信部１３は、例えば、一定割合でいずれかの状態に悪影響が出た場合にＢ評価とし、実施割合が一定以下である場合にＣ評価とし、それ以外の場合Ａ評価としてもよい。これに代えて、施策情報送信部１３は、例えば、一定期間におけるいずれかの状態の満足度の平均値が所定以下となった場合にＢ評価としてもよい。また、１日におけるいずれかの状態の満足度が所定以下となり、かつ、一定期間におけるいずれかの状態の満足度の平均値が所定以下となった場合にＣ評価とし、１日の評価におけるいずれかの状態の満足度が所定以下となり、または、一定期間におけるいずれかの状態の満足度の平均値が所定以下となった場合にＢ評価とし、１日におけるいずれかの状態の満足度が所定値を超え、かつ、一定期間におけるいずれかの状態の満足度の平均値が所定値を超えた場合にＡ評価とするなど、１日の評価と一定期間の評価とを組み合わせて用いてもよい。

また、施策情報送信部１３は、図８に示した肌状態のスコアの向上度が所定の向上度以下である場合に、当該肌状態のスコアの向上度が所定の向上度以下である施策を施策グループから除外してもよい。施策情報送信部１３は、体状態又は心状態のスコアの向上度が所定の向上度以下である場合に、体状態又は心状態のスコアの向上度が所定の向上度以下である施策を施策グループから除外してもよい。

図１５Ｂは、図１５Ａに示した評価基準を、本実施形態における施策（湯船につかる、野菜摂取、１万歩以上歩く）に適用した例を示している。図１５Ｂにより、施策情報送信部１３は、「湯船につかる」についてはＡ評価として、次のスケジュールでの継続を決定し、「野菜摂取」についてはＢ評価として、施策グループからの除外、次のスケジュールでの中止或は他の施策への変更を決定し、「１万歩以上歩く」についてはＣ評価として、施策グループからの除外、次のスケジュールでの中止或は他の施策への変更を決定している。

施策情報送信部１３は、複数の施策が行われた影響については、それらの施策の組合せごとに判断する。例えば、施策情報送信部１３は、「湯船につかる」「野菜摂取」の組合せが、Ｂ評価又はＣ評価であった場合、「湯船につかる」若しくは「野菜摂取」の単独の施策のみとするか、又はこれらのいずれかの施策と別な施策との組み合わせとするように変更してもよい。

施策情報送信部１３はこのような評価処理を行って、スケジュール修正（主として施策グループの他の施策への変更による修正）の要否を判断し、スケジュール修正が必要と判断したときには、ＳＴＥＰ３０に処理を進めてスケジュールを修正する。そして、修正したスケジュールのデータであるスケジュール修正データをユーザ端末３０送信して、ＳＴＥＰ１９に処理を進める。一方、スケジュールの修正が不要であると判断したときには、施策情報送信部１３は、図５のＳＴＥＰ１８から図５のＳＴＥＰ１９に処理を進め、この場合はスケジュールは修正されない。

次に、施策情報送信部１３は、ＳＴＥＰ１９で、初期ユーザ情報データ、現状ユーザ情報データ、及び施策外行動実施データ等に基づいて、ユーザＵａが行った各施策外行動（スケジュールに組み込まれている施策以外に、ユーザが行った行動）を評価する。

施策情報送信部１３は、図１６Ａに示した施策外行動の評価基準を用いて、施策外行動の推奨の有無又は禁止の提案を判断する。図１６Ａの評価基準では、判定項目として、肌、体、心の各状態への影響が使用される。

そして、「肌、体、心のいずれかに良い影響があり、且ついずれについても悪い影響が無い」場合は、Ｄ評価となって実施が推奨される。それに対して、「肌、体、心のいずれかに悪い影響がある」場合は、Ｅ評価となって禁止が提案される。また、「肌、体、心のいずれにも影響が無い」場合には、Ｆ評価となって実施が推奨されない。

図１６Ｂは、図１６Ａに示した評価基準を、本実施形態における施策外行動（マッサージを受けた、チョコレートを大量に摂取した）に適用した例を示している。図１６Ｂにより、施策情報送信部１３は、「マッサージを受ける」についてはＤ評価として、次のスケジュールでの実施の推奨を決定している。また、「チョコレートの大量摂取」についてはＥ評価として、次のスケジュールでの止めるための施策（例えば、和菓子を摂取する代替案）の提案を決定している。

施策情報送信部１３は、スケジュールに組み込まれた施策の中止或は変更、又は施策外行動について、実施の推奨或は禁止の提案を決定したときには、ＳＴＥＰ２０からＳＴＥＰ３１に処理を進める。そして、推奨を決定したときはＳＴＥＰ３１からＳＴＥＰ３３に処理を進め、施策外行動の実施を推奨する施策外行動推奨データをユーザ端末３０に送信して、図４のＳＴＥＰ１３に処理を進める。

一方、施策情報送信部１３は、禁止の提案を決定したときには、ＳＴＥＰ３１からＳＴＥＰ３２に処理を進め、施策外行動の禁止を提案する施策外行動禁止データをユーザ端末３０に送信して、図４のＳＴＥＰ１３に処理を進める。

また、施策情報送信部１３は、推奨又は禁止を提案する施策外行動がない場合には、ＳＴＥＰ２０から図４のＳＴＥＰ１３に処理を進める。なお、禁止を提案する施策外行動に代替行動がある場合には、禁止の提案に代えて代替行動への変更を提案する施策外行動禁止データをユーザ端末３０に送信するようにしてもよい。

ユーザ端末３０において、肌サポートアプリ３５ａは、図７のＳＴＥＰ５７で、肌サポートサーバ１０からスケジュール修正データを受信すると、ＳＴＥＰ６５に処理を進め、スケジュール修正データに基づいてスケジュールを修正する。そして、肌サポートアプリ３５ａは、メモリ３６に保持されたスケジュールデータを更新して、処理をＳＴＥＰ５８に進める。

また、肌サポートアプリ３５ａは、図７のＳＴＥＰ５８で、肌サポートサーバ１０から施策外行動推奨データ又は施策外行動禁止データを受信すると、ＳＴＥＰ６６に処理を進め、受信したデータに応じて、施策外行動を推奨又は禁止の提案を報知する画面をユーザ端末３０の表示器３１に表示する。なお、この報知は、例えば図１２に示した進捗表に報知メッセージを表示して行ってもよい。また、推奨する施策外行動を、新たな施策としてスケジュールを修正してもよい。

［Ｈ．ゴール判定工程］
図３に示した「５．ゴール判定」の工程は、ユーザＵａが肌サポートアプリ３５ａ上で設定した期間ごとに（図１１ＢにおいてはＳＴＡＲＴから３か月後）、肌状態認識部１１、施策グループ選択部１２及び施策情報送信部１３により実行される。

肌サポートアプリ３５ａは、角質採取テープ３７の使用と、角質採取テープ３７の郵送を促すメッセージをユーザ端末３０の表示器３１に表示する。

肌状態認識部１１は、郵送された角質採取テープ３７から得られた情報に基づいて、肌状態の客観値（保水能力、皮脂適格性など）を認識する。

また、肌サポートアプリ３５ａは、アンケートの回答、肌等の撮像の使用を促すメッセージをユーザ端末３０の表示器３１に表示し、得られた情報を送信する。

肌状態認識部１１は、肌サポートアプリ３５ａから得られた情報に基づいて、肌の乾燥感の主観値（主観スコア）と、肌状態の客観値（肌の画像スコア）を認識する。

施策グループ選択部１２及び施策情報送信部１３は、肌の乾燥感の主観値と、肌状態の客観値とに基づいて、肌状態のサポート開始時と３カ月後における評価値を比較して、ゴール達成度を判定する。

図１７の例では、乾燥感の主観値のスコアが３カ月で３から５に増加しているので達成（○）と判定し、客観値についても、肌の画像スコアが３カ月で３から４に増大し、保水能力が２に維持され、皮脂適格性が１から２に増大しているので達成（○）と判定されている。そして、主観値と客観値が共にゴールを達成しているので、トータルとしてもゴールを達成したと判定している。

肌状態認識部１１及び施策グループ選択部１２は、ゴールを達成した場合には新たなゴールを設定するため、図３に示した「１．ゴール設定」の工程を再度実行する。肌状態認識部１１及び施策グループ選択部１２は、ゴール未達の場合は、「２．スケジュール決定」工程を実施してもよいし、ユーザの希望または進捗に応じて「１．ゴール設定」の工程を再度実行してもよい。

［Ｉ．２次データ生成］
図３に示した「６．２次データ生成」の工程は、２次データ生成部１９により実行される。２次データ生成部１９は、複数のユーザＵから送信される初期ユーザ情報データ、角層細胞解析データ、現状ユーザ情報データ、実行状況データ、施策外行動実施データ等の各種データ（以下、ユーザ個別データという）を、ユーザごとにサポートＤＢ２０に順次蓄積する。

そして、２次データ生成部１９は、サポートＤＢ２０に蓄積されたユーザ個別データを分析して、例えば図１８に示したように、各ユーザの特性（性別、年齢、居住地、嗜好、ライフスタイル等）、サポートの改善対象（乾燥感、ごわつき、敏感、ニキビ、しぼみ感等）、スケジュールにより提案された施策（湯船につかる、野菜摂取、１万歩以上歩く等）、及び施策の実施による肌、体、心の各状態の変化等を関連付けた２次データを生成する。

また、２次データ生成部１９は、施策外行動についても図１８と同様に、各ユーザの特性と施策外行動の実施による肌、体、心の各状態の影響とを関連付けた２次データを生成する。

このようにして生成された２次データは、同様の特性を有するユーザについて、体及び心に良い影響を与えつつ肌状態の改善を図るために有効な施策を選択する際に、有効に活用することができる。例えば、上述した図３の「２．スケジュール決定」の工程において、施策グループ選択部１２は、２次データを参照して、ユーザＵａの特性に適合した施策を選択することができる。

また、上述した図３の「４．スケジュール修正」の工程において、施策情報送信部１３は、ユーザＵａの肌、体、心の各状態の推移に応じてスケジュールを変更する際に、２次データを参照して、より有効な施策或は施策外行動を組み込んだスケジュールに変更することができる。

さらに、２次データは、肌状態のサポートを行う上で有効に利用できると共に、ある特性を有するユーザ（例えば、東京に住む３０代のアウトドア志向の女性等）をターゲットとしたマーケティング等の目的にも利用することができる。そのため、２次データを図１に示した他のシステム６０等に提供してもよい。

［Ｊ．代替または維持判定処理］
図１９～図２１を参照して、代替または維持判定処理の一例を説明する。

以下においては、改善対象の肌状態、体状態又は心状態のうち少なくとも１つの状態を、指定状態と呼ぶ。本実施形態においては、肌状態が指定状態であるとして説明する。

図１９のＳＴＥＰ１０１において、ユーザデータ認識部は、肌サポートサーバ１０のサポートＤＢ２０に蓄積された指定の期間におけるユーザＵａのデータを認識する。

指定の期間は、指定状態が肌状態である場合には１日であることが望ましく、たとえばアプリの実行の前日から当日までである。これに代えて、例えば、施策の種類よっては、指定の期間は１週間、１か月等であってもよい。

前述したように、ユーザＵａのデータは、図６のＳＴＥＰ５３～図６のＳＴＥＰ５５のそれぞれで入力され、図６のＳＴＥＰ６０～図６のＳＴＥＰ６２で肌サポートサーバ１０に送信されたデータである。ユーザＵａのデータは、初期ユーザ情報データ、現状ユーザ情報データと、ユーザの行動を示すユーザ行動データ（実行状況データおよび施策外行動実施データ）とを少なくとも含む。

なお、施策は、ユーザが実行を希望する行動としてユーザの意思に基づいて肌サポートサーバ１０に登録された行動であり、施策外行動は、ユーザが実行した行動であるものの、肌サポートサーバ１０に登録されていない行動である。

なお、補足すると、図６のＳＴＥＰ５３、ＳＴＥＰ５４、図７のＳＴＥＰ５５では、図２０に示されるような画面（以下、ホーム画面という。）が表示器３１に出力され、このホーム画面の特定箇所に入力された値が、それぞれ、肌、体、心の状態、スケジュールの実行状況及び施策外行動の実施の状況として認識される。

図２０に示されるホーム画面には、画面最下部の画面リンクＰ０００、画面右上の日付表示Ｐ０１０、画面上部にある肌状態入力表示Ｐ０２０、第１行動入力表示Ｐ０３０、画面中段にある体状態入力表示Ｐ０４１、心状態入力表示Ｐ０４２、画面下段にある第２行動入力表示Ｐ０５０、第３行動入力表示Ｐ０６０及び登録ボタンＰ０７０が含まれている。

画面リンクＰ０００は、ホーム画面にリンクされたホームボタンＰ００１と、ユーザデータの一覧表示の画面にリンクされた一覧表示ボタンＰ００２と、ユーザデータのグラフを表示する画面にリンクされたグラフ表示ボタンＰ００３と、施策の設定等を行う設定画面にリンクされた設定ボタンＰ００４とが含まれる。

日付表示Ｐ０１０は、入力されるユーザの情報の日付の表示である。原則的には、日付表示Ｐ０１０は、肌サポートアプリ３５ａを実行した日付の表示であるが、例えば、ユーザＵａが過日に入力していなかったデータがあり、ユーザＵａが当該データを入力するための操作を行った場合には、その対象の日付が表示されてもよい。

肌状態入力表示Ｐ０２０は、ユーザの肌状態を入力するための画面の部分である。肌状態入力表示Ｐ０２０は、本実施形態では、スライドバーＰ０２１と、アイコンＰ０２２、Ｐ０２３とにより構成され、ＶＡＳ（Ｖｉｓｕａｌ Ａｎａｌｏｇ Ｓｃａｌｅ）によるユーザの肌状態に関する主観値を入力を可能としている。

アイコンＰ０２３は、アイコンＰ０２２よりも薄い色合いで表示されている。たとえばアイコンＰ０２２が深緑色に対してアイコンＰ０２３が灰色など、濃淡さえつけば異なる系統の色でもよい。アイコンＰ０２３は、比較対象の日時におけるユーザＵａの肌状態の主観値（たとえば夕方に入力する場合には、以前に入力された朝のユーザＵａの肌状態または前日のユーザＵａの肌状態）を示す。このように、以前に入力された肌状態の主観値を識別可能な態様で表示することにより、比較対象の日時における肌状態の主観値と対比した形で肌状態の主観値を入力させることができるようになる。

また、本実施形態では、ユーザＵａの肌状態の主観値としてのユーザＵａの肌の乾燥感の主観値を入力させるようになっている。これに代えて、例えば、複数のＶＡＳにより、複数の項目の肌状態を入力させるようにしてもよい。また、ユーザＵａの目標に基づいて、入力させる肌状態の項目が選択されてもよい。また、ユーザＵａにより入力された情報に基づいて、入力させる肌状態の項目が選択されてもよい。

第１行動入力表示Ｐ０３０、第２行動入力表示Ｐ０５０及び第３行動入力表示Ｐ０６０は、それぞれユーザＵａの日々の行動を入力を受け付けるための表示である。

第１行動入力表示Ｐ０３０は、行動の実行の度合い（睡眠の場合、睡眠時間）の入力を受け付けるための表示である。第１行動入力表示Ｐ０３０は、本実施形態では、ＶＡＳで構成され、スライドバーＰ０３１、アイコンＰ０３２及び実行の度合いの数値表示Ｐ０３３を含む。タッチパネル３２が、ユーザＵａがスライドバーＰ０３１上に指をタッチさせたことを検知すると、肌サポートアプリ３５ａは、当該ユーザＵａの指の位置に対応させる画面上の位置にアイコンＰ０３２を表示させるとともに、数値表示Ｐ０３３を、当該ユーザＵａの指の位置に対応する実行の度合い（整数または小数）を示すように変化させる。

第２行動入力表示Ｐ０５０は、各行動の実施の有無の入力を受け付けるための表示である。タッチパネル３２が、ユーザＵａによる第２行動入力表示Ｐ０５０のいずれかの位置の押圧操作を検知することで、肌サポートアプリ３５ａは、押圧操作された位置に対応するアイコンＰ０５１～Ｐ０５３のそれぞれの位置を変更するとともに、アイコンの色を変更する。ここでは左側を未実施、右側が実施済みとなっている。図２０では、ユーザＵａが、「暴飲暴食」を行った一方、「１ｋｍ以上歩く」、「２０分以上の入浴」を行わなかったことを示している。

第１行動入力表示Ｐ０３０、第２行動入力表示Ｐ０５０の行動は、ユーザＵａが実行を希望する施策であってもよいし、あらかじめ肌サポートアプリ３５ａの開発者等により指定された行動であってもよいし、ユーザＵａの目標に関連する行動であってもよい。以下においては、「１ｋｍ以上歩く」、「２０分以上の入浴」が施策であるとして説明する。

第３行動入力表示Ｐ０６０は、ユーザＵａがその日行った出来事に応じて自由にテキストで入力できる情報を受け付けるための表示である。第３行動入力表示Ｐ０６０には、特殊な行動の入力を受け付けるための特殊行動入力表示Ｐ０６１と、行動のうち特に飲食に関する特殊な飲食物の入力を受け付けるための特殊飲食物入力表示Ｐ０６２とを含む。

体状態入力表示Ｐ０４１は、疲労感、便の硬さ等のユーザの体の状態の入力を受け付けるための表示である。体状態入力表示Ｐ０４１は、例えば、疲労感の場合「なし」「わずか」「やや強い」「強い」のように段階的な疲労感を示す言葉を選択するプルダウンメニューにより構成される。

心状態入力表示Ｐ０４２は、気分等のユーザの心の状態の入力を受け付けるための表示である。心状態入力表示Ｐ０４２は、例えば、「楽」「やや楽」「やや辛い」「辛い」のように段階的な気分（心状態）を示す言葉を選択するプルダウンメニューにより構成される。

肌サポートアプリ３５ａは、タッチパネル３２を介して登録ボタンＰ０７０の押圧操作を検知すると、図６のＳＴＥＰ６０～図６のＳＴＥＰ６２において、入力されたデータを肌サポートサーバ１０に送信する。なお、肌状態入力表示Ｐ０２０、体状態入力表示Ｐ０４１、心状態入力表示Ｐ０４２のそれぞれに入力されたデータが、肌、体、心の状態を示すデータである。また、第１行動入力表示Ｐ０３０、第２行動入力表示Ｐ０５０に入力されたデータのうち、施策の行動に関するデータが、スケジュールの実行状況を示すデータである。第１行動入力表示Ｐ０３０、第２行動入力表示Ｐ０５０に入力されたデータのうち、施策に関連しない行動に関するデータ及び第３行動入力表示Ｐ０６０に入力されたデータが、施策外行動の実施の状況を示すデータである。

図１９のＳＴＥＰ１０１の説明に戻ると、ユーザデータ認識部は、肌サポートサーバ１０のサポートＤＢ２０に蓄積された、図２０のホーム画面に入力された初期ユーザ情報データ、実行状況データ、施策外行動実施データおよび現状ユーザ情報データを受信する。

図１９のＳＴＥＰ１０２において、行動認識部は、指定の期間におけるユーザＵａの行動を認識する。

より詳しくは、行動認識部は、図１９のＳＴＥＰ１０１のデータに基づいて、指定の期間におけるユーザＵａの行動（施策に含まれる行動及び施策外行動の一方または両方）のそれぞれを認識する。

例えば、行動認識部は、図２０に入力された情報から、指定の期間（２０１７年６月１４日）におけるユーザの行動「暴飲暴食」「歌を歌う」を認識する。また、行動認識部は、特殊飲食物「××クラッカー」から不図示のテーブルを参照して行動「クラッカー摂取」を認識する。

図１９のＳＴＥＰ１０３において、指定状態判定部は、図１９のＳＴＥＰ１０１のデータに基づいて、指定の期間におけるユーザＵａの指定状態のスコアを認識する。

例えば、指定状態判定部は、図２０に入力された情報から、乾燥感のスコアを認識する。指定状態判定部は、体状態又は心状態が指定状態の場合、図２０に入力された疲労感又は気分に関する情報をスコア化して指定状態のスコアを認識してもよい。

以下、指定の期間におけるユーザＵａの各行動に対して、図１９のＳＴＥＰ１０４～ＳＴＥＰ１０９の処理が実行される。処理対象の行動を「対象の行動」と呼ぶ。

図１９のＳＴＥＰ１０４において、指定状態判定部は、指定の期間におけるユーザＵａの指定状態のスコアが第１スコア未満か否かを判定する。

第１スコアは、ユーザの指定状態が悪化したか否かを示すための閾値である。例えば、第１スコアは、指定の期間より前の期間におけるユーザＵａの指定状態のスコアの平均値であってもよいし、指定の期間の直前時点におけるユーザＵａの指定状態のスコアであってもよいし、ユーザＵａの指定状態のスコアの時系列的遷移から予測される指定の期間の終期におけるユーザＵａの指定状態のスコアであってもよいし、これらの値から所定の値を引いた値であってもよい。

当該判定結果が肯定的である場合（図１９のＳＴＥＰ１０４でＹＥＳ）、ユーザの負荷が高いかどうかを判定すべく、図１９のＳＴＥＰ１０５において、出力制御部は、対象行動の負荷が所定の負荷閾値以上であるか否かを判定する。なお、図１９のＳＴＥＰ１０５を省略して、図１９のＳＴＥＰ１０６の処理を実行してもよい。

対象行動の負荷とは、対象行動をとるためのユーザＵａの負担の大小を示す数値を意味する。例えば、対象行動をとるための金銭の大小を示す金銭的負荷、対象行動をとるための時間の長短を示す時間的負荷、対象行動をとるための心理的抵抗の大小を示す心理的負荷、対象行動の難易度を示す行動難易度のそれぞれをスコア化し、その合算値等により、対象行動の負荷を表すことができる。

対象行動の負荷は、ユーザＵａの過去の行動及びアンケート等のユーザＵａ由来のデータに基づいて定められてもよいし、ユーザＵａと同一の属性（年齢、性別、地域等）を有する他のユーザＵｂ、Ｕｃの過去の行動及びアンケート等のユーザＵｂ、Ｕｃ由来のデータに基づいて定められてもよいし、予め肌サポートアプリの開発者等により定められた値であってもよい。

負荷閾値は、予め肌サポートアプリの開発者等により定められた値であってもよいし、ユーザにより設定された値であってもよいし、ユーザの過去の行動の傾向からユーザが負荷に感じると推定される値であってもよい。

対象行動の負荷を、金銭的負荷、時間的負荷、心理的負荷、行動の難易度を示す数値など、複数の数値のセットで表し、それぞれの数値ごとに閾値以上であるか否かが判定されてもよい。この場合、出力制御部は、いずれか１つの数値が当該数値に対する閾値以上である場合に図１９のＳＴＥＰ１０５の判定結果を肯定的と判定してもよいし、複数の数値がそれぞれの数値に対する閾値以上である場合に図１９のＳＴＥＰ１０５の判定結果を肯定的と判定してもよい。

出力制御部は、例えば、肌サポートサーバ１０と通信することにより、図２１のテーブルを認識し、図２１のテーブルを検索することにより、対象行動の負荷を認識してもよい。例えば、暴飲暴食の負荷は８であり、歌を歌うの負荷は３であり、クラッカー摂取の負荷は２である。

出力制御部は、例えば、肌サポートサーバ１０と通信することにより、負荷閾値を認識してもよい。

当該判定結果が肯定的である場合（図１９のＳＴＥＰ１０５でＹＥＳ）、ユーザの指定状態が悪化しており、かつ、ユーザにとって負荷が高いため、図１９のＳＴＥＰ１０６において、出力制御部は、代替行動の推奨処理を実行する。代替行動の推奨処理の詳細については後述する。

図１９のＳＴＥＰ１０４の判定結果が否定的である場合（図１９のＳＴＥＰ１０４でＮＯ）、ユーザの指定状態は悪化していないため、図１９のＳＴＥＰ１０７において、指定状態判定部は、指定の期間におけるユーザＵａの指定状態のスコアが第２スコア以上か否かを判定する。

第２スコアは、ユーザの指定状態が改善したか否かを示すための閾値であり、第１スコア以上の値である。例えば、第２スコアは、指定の期間より前の期間におけるユーザＵａの指定状態のスコアの平均値であってもよいし、指定の期間の直前時点におけるユーザＵａの指定状態のスコアであってもよいし、ユーザＵａの指定状態のスコアの時系列的遷移から予測される指定の期間の終期におけるユーザＵａの指定状態のスコアであってもよいし、これらの値から所定の値を加算した値であってもよい。

図１９のＳＴＥＰ１０５の判定結果が否定的である場合又は図１９のＳＴＥＰ１０７の判定結果が否定的である場合（図１９のＳＴＥＰ１０５でＮＯ又は図１９のＳＴＥＰ１０７でＮＯ）、ユーザの指定状態が悪化しているものの、ユーザの負荷が高くない場合か、ユーザの指定状態が悪化も改善もしていない状態であるため、施策の選択をユーザに任せることが好ましい。このため、この場合、図１９のＳＴＥＰ１０８において、出力制御部は、施策を選択するための施策選択画面を表示器３１に出力する。図１９のＳＴＥＰ１０８において、出力制御部は、施策の継続を促す情報も、施策の中止を促す情報も表示器３１に出力しない。

図１９のＳＴＥＰ１０７の判定結果が肯定的である場合（図１９のＳＴＥＰ１０７でＹＥＳ）、ユーザの指定状態が改善しているため、図１９のＳＴＥＰ１０９において、出力制御部は、同一または同種の行動の維持の推奨処理を実行する。同一または同種の行動の維持の推奨処理の詳細については後述する。

図１９のＳＴＥＰ１０６、ＳＴＥＰ１０８又はＳＴＥＰ１０９の処理の後、図１９のＳＴＥＰ１１０において、肌サポートアプリ３５ａは、指定期間におけるユーザＵａのすべての行動について図１９のＳＴＥＰ１０４～ＳＴＥＰ１０９の処理を実行したか否かを判定する。

当該判定結果が否定的である場合（図１９のＳＴＥＰ１１０でＮＯ）、肌サポートアプリ３５ａは、未処理の行動が残っているため、未処理の行動について、図１９のＳＴＥＰ１０４の処理を実行する。

当該判定結果が肯定的である場合（図１９のＳＴＥＰ１１０でＹＥＳ）、未処理の行動が残っていないため、肌サポートアプリ３５ａは、代替または維持判定処理を終了する。

［Ｋ．代替行動の推奨処理］
図２２を参照して、図１９のＳＴＥＰ１０６の代替行動の推奨処理の詳細なフローの一例を説明する。

図２２のＳＴＥＰ２０１において、出力制御部は、対象行動が日常生活動作か否かを判定する。なお、「日常生活動作」との用語は、食事・更衣・移動・排泄・整容・入浴など生活を営む上で不可欠な基本的行動を意味する。例えば、出力制御部は、図２１に示されるテーブルを参照することにより、対象行動の動作の種別が日常生活動作か否かを判定する。

当該判定結果が否定的である場合（図２２のＳＴＥＰ２０１でＮＯ）、対象行動が日常生活動作ではないため、図２２のＳＴＥＰ２０２において、嗜好認識部は、ユーザＵａの嗜好を認識する。

例えば、嗜好認識部は、肌サポートサーバ１０との通信を介して、ユーザＵａが以前登録した行動のカテゴリに関する嗜好のデータを認識することにより、行動のカテゴリに関するユーザＵａの嗜好を認識する。なお、本明細書において「行動のカテゴリ」との用語は、「食事」「更衣」「移動」「排泄」「整容」「入浴」等の、行動の基本的な分類を意味する。また、本明細書において「行動の種別」との用語は、「野菜を食べる」「ランニング」等の、行動の分類であって、「行動のカテゴリ」よりも細かい分類を意味する。

また、嗜好認識部は、肌サポートサーバ１０との通信を介して、ユーザＵａの行動のデータを認識し、当該データに示されるユーザの行動の傾向に基づいて、行動のカテゴリに関するユーザＵａの嗜好を認識してもよい。この場合、例えば、出力制御部は、ユーザＵａがあるカテゴリの行動の実行率が所定の閾値以上である場合、そのカテゴリをユーザＵａが嗜好する行動のカテゴリと認識してもよい。また、例えば、出力制御部は、ユーザＵａがあるカテゴリの行動の実行率がユーザの他の行動の実行率の平均よりも高い場合、そのカテゴリをユーザＵａが嗜好する行動のカテゴリと認識してもよい。

図２２のＳＴＥＰ２０３において、出力制御部は、対象行動のカテゴリがユーザＵａの嗜好に合致しているか否かを判定する。例えば、出力制御部は、図２１のテーブルを参照することにより、対象行動のカテゴリを認識することができる。出力制御部は、対象行動のカテゴリと図２２のＳＴＥＰ２０２で認識されたユーザが嗜好する行動のカテゴリとが同一である場合に、図２２のＳＴＥＰ２０３の判定結果を肯定的と認識してもよい。

図２２のＳＴＥＰ２０１の判定結果が肯定的である場合又は図２２のＳＴＥＰ２０３の判定結果が肯定的である場合（図２２のＳＴＥＰ２０１でＹＥＳ又は図２２のＳＴＥＰ２０３でＹＥＳ）、対象行動が日常生活動作であるか、対象行動が日常生活動作でないにしろ対象行動のカテゴリがユーザＵａの嗜好に合致している。そのため、図２２のＳＴＥＰ２０４において、出力制御部は、対象行動のカテゴリと同一のカテゴリの別異の行動を促す情報を表示器３１に出力する。例えば、対象行動がクラッカー摂取である場合、出力制御部は、クラッカー摂取の行動のカテゴリ「間食」と同一の「チョコレート摂取」を促す情報「クラッカー摂取の代わりにチョコレート摂取を行ってはいかがですか」等のメッセージを表示器３１に出力する。

図２２のＳＴＥＰ２０３の判定結果が否定的である場合（図２２のＳＴＥＰ２０３でＮＯ）、対象行動が日常生活動作でない上に対象行動のカテゴリがユーザＵａの嗜好に合致していないため、図２２のＳＴＥＰ２０５において、出力制御部は、対象行動のカテゴリと異なるカテゴリの行動を促す情報を表示器３１に出力する。例えば、対象行動がクラッカー摂取である場合、出力制御部は、クラッカー摂取の行動のカテゴリ「間食」と別異の種別「散歩」の行動「１ｋｍ歩く」を促す情報「クラッカー摂取の代わりに１ｋｍ歩くを行ってはいかがですか」等のメッセージを表示器３１に出力する。

図２２のＳＴＥＰ２０４又は図２２のＳＴＥＰ２０５において、出力制御部は、行動の負荷が小さい順に代替行動を選択してもよいし、平均のスコアの変動量が大きい順に代替行動を選択してもよいし、肌サポートサーバ１０との通信を介してユーザが今までに行ったことのない行動または普段行わない行動を認識し、当該今までに行ったことのない行動または普段行わない行動を代替行動として選択してもよい。

なお、平均スコアの変動量は、各行動をとった所定の期間後の指定状態のスコアの変動量の平均値である。例えば、平均スコアの変動量は、ユーザＵａの指定状態のスコアの変動量の平均値であってもよいし、他のユーザＵｂ、Ｕｃの指定状態のスコアの変動量の平均値であってもよい。また、肌サポートアプリの開発者等によって平均スコアの変動量が入力されてもよい。

図２２のＳＴＥＰ２０４又は図２２のＳＴＥＰ２０５の後、代替行動の推奨処理が終了する。

［Ｌ．代替行動の推奨処理］
図２３～図２４を参照して、図１９のＳＴＥＰ１０６の代替行動の推奨処理の詳細なフローの他の例を説明する。この処理は、対象行動が飲食であり、代替行動として飲食を推薦する処理である。飲食にかかる行動のカテゴリは、本実施形態では、「食事」又は「間食」である。

図２３のＳＴＥＰ３０１において、出力制御部は、対象行動としての第１行動において摂取される主要な物質である第１物質を認識する。

「主要な物質」とは、行動において摂取される物質の全体の重量又は体積等の全体の量のうち、所定の割合以上（たとえば２０％以上）を占める物質であってもよいし、行動において摂取される当該物質の量が食品摂取基準等の所定の基準において一定期間において摂取が推奨される量の所定の割合以上（たとえば５０％以上）となる物質であってもよい。

出力制御部は、例えば、肌サポートサーバ１０から受信した図２４に示されるテーブルを参照して、第１行動において摂取される主要な物質を認識してもよい。例えば、出力制御部は、図２１に示されるテーブルから第１行動「クラッカー摂取」において摂取される飲食物「クラッカー」を認識し、図２４に示されるテーブルから主要な物質「塩分」を認識してもよい。なお、飲食物とは１個の食品若しくは飲み物又はこれらの組み合わせを示し、物質とは、飲食物（飲食又は飲み物）に含有される物質を意味する。

図２４に示されるテーブルを参照することに加えて又は代えて、出力制御部は、飲食物「クラッカー」の成分表から、所定の規則に従って飲食物「クラッカー」の主要な物質を認識してもよい。

図２３のＳＴＥＰ３０２において、出力制御部は、摂取される主要な物質が、第１物質と異なる第２物質である第２行動を認識する。

例えば、出力制御部は、図２４に示されるテーブルを参照して、第１物質「塩分」と異なる第２物質「脂質」を認識し、第２物質「脂質」が主要な物質である飲食物「チョコレート」を認識し、図２１に示されるテーブルを参照して、飲食物「チョコレート」を摂取する第２行動「チョコレート摂取」を認識する。

なお、図２４のテーブルに代えて、各行動と各物質とが対応付けられていてもよい。

出力制御部は、さらに、図２１を参照して、第１行動のカテゴリと同一のカテゴリの行動を第２行動として認識してもよい。また、出力制御部は、さらに、行動の負荷が小さい順に第２行動を選択してもよいし、平均のスコアの変動量が大きい順に第２行動を選択してもよいし、肌サポートサーバ１０との通信を介してユーザが今までに行ったことのない行動または普段行わない行動を認識し、当該今までに行ったことのない行動または普段行わない行動を第２行動として選択してもよい。

図２３のＳＴＥＰ３０３において、出力制御部は、第２行動を第１行動の代替行動として推奨する情報を表示器３１に出力する。この場合、出力制御部は、併せて、第１行動には第１物質が含まれ、第２行動には第１物質と異なる第２物質が含まれる旨の情報を表示器３１に出力することが好ましい。

図２３のＳＴＥＰ３０３の後、代替行動の推奨処理が終了する。

［Ｍ．代替行動の推奨処理］
図２５～図２６を参照して、図１９のＳＴＥＰ１０６の代替行動の推奨処理の詳細なフローの他の例を説明する。この処理は、対象行動が飲食であり、代替行動として飲食を推薦する処理である。飲食にかかる行動のカテゴリは、本実施形態では、「食事」又は「間食」である。

図２５のＳＴＥＰ４０１において、出力制御部は、対象行動としての第３行動において摂取される主要な物質である第３物質を認識する。この処理は図２３のＳＴＥＰ３０１の処理と同様の処理である。

図２５のＳＴＥＰ４０２において、出力制御部は、摂取される主要な物質が第３物質と同一、かつ、第３物質の摂取量が第３行動よりも少ない第４行動を認識する。例えば、第３行動が「チョコレート摂取」であり、第３行動において摂取される飲食物が「チョコレート」であり、第３物質が「脂質」である場合、出力制御部は、図２６のテーブルを参照して、摂取量が「チョコレート」よりも少ない「ビスケット」又は「コーンスナック」を認識する。

出力制御部は、さらに、図２１を参照して、第３行動のカテゴリと同一のカテゴリの行動を第４行動として認識してもよい。また、出力制御部は、さらに、行動の負荷が小さい順に第４行動を選択してもよいし、平均のスコアの変動量が大きい順に第４行動を選択してもよいし、肌サポートサーバ１０との通信を介してユーザが今までに行ったことのない行動または普段行わない行動を認識し、当該今までに行ったことのない行動または普段行わない行動を第４行動として選択してもよい。

図２５のＳＴＥＰ４０３において、出力制御部は、第４行動を第３行動の代替行動として推奨する情報を表示器３１に出力する。

図２５のＳＴＥＰ４０３の後、代替行動の推奨処理が終了する。

［Ｎ．代替行動の推奨処理］
図２７～図２８を参照して、図１９のＳＴＥＰ１０６の代替行動の推奨処理の詳細なフローの他の例を説明する。この処理は、対象行動が飲食であり、代替行動として飲食を推薦する処理である。飲食にかかる行動のカテゴリは、本実施形態では、「食事」又は「間食」である。

図２７のＳＴＥＰ５０１において、出力制御部は、対象行動としての第５行動において摂取される第１飲食物を認識する。例えば、出力制御部は、図２０の画面に入力された特殊飲食物「××クラッカー」を第１飲食物として認識する。

図２７のＳＴＥＰ５０２において、出力制御部は、第１飲食物の種別、メーカー及び商品名を認識する。

例えば、出力制御部は、図２８に示されるテーブルを参照して、××クラッカーの種別「クラッカー」、メーカー「Ａ会社」、商品名「××クラッカー」を認識する。

図２７のＳＴＥＰ５０３において、出力制御部は、第１飲食物の種別と同一、かつ、メーカ又は商品名のいずれかが異なる第２飲食物を摂取する第６行動を認識を認識する。

例えば、出力制御部は、図２８に示されるテーブルを参照して、××クラッカーの種別「クラッカー」と同一、かつ、メーカー「Ａ会社」及び商品名「××クラッカー」のいずれかが異なる第２飲食物を認識する。第２飲食物の候補は、「○○クラッカー」「△△の山」及び「□□の里」である。出力制御部は、これらのそれぞれを摂取する複数の第６行動を認識してもよいし、行動の負荷が小さい順に第６行動を選択してもよいし、平均のスコアの変動量が大きい順に第６行動を選択してもよいし、肌サポートサーバ１０との通信を介してユーザが今までに行ったことのない行動または普段行わない行動を認識し、当該今までに行ったことのない行動または普段行わない行動を第６行動として選択してもよい。

図２７のＳＴＥＰ５０４において、出力制御部は、第６行動を第５行動の代替行動として推奨する情報を表示器３１に出力する。この場合、出力制御部は、併せて、第２飲食物のメーカー及び商品名の一方または両方を表示器３１に出力することが好ましい。

図２７のＳＴＥＰ５０４の後、代替行動の推奨処理が終了する。

［Ｏ．同一または同種の行動の維持の推奨処理］
図２９を参照して、図１９のＳＴＥＰ１０８の同一または同種の行動の維持の推奨処理の詳細なフローの一例を説明する。この処理は、対象行動が飲食であり、代替行動として飲食を推薦する処理である。飲食にかかる行動のカテゴリは、本実施形態では、「食事」又は「間食」である。

図２９のＳＴＥＰ６０１において、出力制御部は、対象行動としての第７行動で摂取される主要な物質である第４物質を認識する。この処理は、図２３のＳＴＥＰ３０１と同様の処理である。

図２９のＳＴＥＰ６０１において、出力制御部は、摂取される主要な物質が前記第４物質と同一、かつ、第７行動と異なる第８行動を認識する。例えば、第７行動が「チョコレート摂取」の場合、出力制御部は、図２４に示されるテーブルを参照して、摂取される主要な物質「脂質」が同一で、第７行動と異なる「ポテトチップス摂取」等を第８行動として認識する。

出力制御部は、複数の第８行動を認識してもよいし、行動の負荷が小さい順に第８行動を選択してもよいし、平均のスコアの変動量が大きい順に第８行動を選択してもよいし、肌サポートサーバ１０との通信を介してユーザが今までに行ったことのない行動または普段行わない行動を認識し、当該今までに行ったことのない行動または普段行わない行動を第８行動として選択してもよい。

出力制御部は、例えば、図２６に示されるテーブルを参照して、含まれる第４物質（脂質）の量が「チョコレート」よりも大きい飲食物の種別「ポテトチップス」を認識し、不図示のテーブルを参照することにより、第８行動「ポテトチップス摂取」を認識してもよい。

図２９のＳＴＥＰ６０３において、出力制御部は、第８行動を推奨する情報を表示器３１に出力する。この場合、出力制御部は、併せて、第８行動で摂取される飲食物の種別「ポテトチップス」には第７行動で摂取される飲食物の種別「チョコレート」と同じ主要な物質「脂質」が含まれる旨の情報を表示器３１に出力することが好ましい。

これに加えて又は代えて、出力制御部は、第７行動と同一の行動の維持を推奨する情報を表示器３１から出力してもよい。

図２９のＳＴＥＰ６０３の後、同一または同種の行動の維持の推奨処理が終了する。

［Ｐ．代替または維持判定処理］
図３０を参照して、代替または維持判定処理の詳細なフローの他の例を説明する。この処理は、対象行動が飲食であり、代替行動として飲食を推薦する処理である。飲食にかかる行動のカテゴリは、本実施形態では、「食事」又は「間食」である。

図３０のＳＴＥＰ７０１において、ユーザデータ認識部は、図１９のＳＴＥＰ１０１と同様にして、指定の期間におけるユーザＵａのデータを認識する。

図３０のＳＴＥＰ７０２において、指定状態判定部は、図３０のＳＴＥＰ７０１のデータに基づいて、第１の期間におけるユーザＵａの指定状態のスコア及び第２の期間におけるユーザＵａの指定状態のスコアを認識する。第１の期間及び第２の期間はそれぞれ指定の期間に含まれる。第２の期間は、第１の期間よりも後の期間である。

図３０のＳＴＥＰ７０３において、指定状態判定部は、図３０のＳＴＥＰ７０１のデータに基づいて、第１の期間におけるユーザＵａの行動である第９行動と、第２の期間におけるユーザＵａの行動である第１０行動とを認識する。

図３０のＳＴＥＰ７０４において、指定状態判定部は、第１の期間におけるユーザＵａの指定状態のスコアが第３スコア未満であるか否かを判定する。

第３スコアは、第１スコアと同様に、ユーザの指定状態が悪化したか否かを示すための閾値である。例えば、第３スコアは、第２の期間より前の期間におけるユーザＵａの指定状態のスコアの平均値であってもよいし、第２の期間の直前時点におけるユーザＵａの指定状態のスコアであってもよいし、ユーザＵａの指定状態のスコアの時系列的遷移から予測される第２の期間の終期におけるユーザＵａの指定状態のスコアであってもよいし、これらの値から所定の値を引いた値であってもよい。

当該判定結果が肯定的である場合（図３０のＳＴＥＰ７０４でＹＥＳ）、図３０のＳＴＥＰ７０５において、出力制御部は、図２３のＳＴＥＰ３０１と同様にして、第９行動において摂取される主要な物質（第５物質）を認識する。

図３０のＳＴＥＰ７０６において、指定状態判定部は、第２の期間におけるユーザＵａの指定状態のスコアが第４スコア未満であるか否かを判定する。

第４スコアは、第１スコア及び第３スコアと同様に、ユーザの指定状態が悪化したか否かを示すための閾値である。第４スコアは、第３スコアと同一のスコアであってもよいが、第３スコアより小さいことがより好ましい。例えば、第４スコアは、第２の期間より前の期間（たとえば第１の期間）におけるユーザＵａの指定状態のスコアの平均値であってもよいし、第２の期間の直前時点におけるユーザＵａの指定状態のスコアであってもよいし、ユーザＵａの指定状態のスコアの時系列的遷移から予測される第２の期間の終期におけるユーザＵａの指定状態のスコアであってもよいし、これらの値から所定の値を引いた値であってもよい。

当該判定結果が肯定的である場合（図３０のＳＴＥＰ７０６でＹＥＳ）、図３０のＳＴＥＰ７０７において、出力制御部は、図２３のＳＴＥＰ３０１と同様にして、第１０行動において摂取される主要な物質（第６物質）を認識する。

図３０のＳＴＥＰ７０８において、出力制御部は、第５物質と第６物質とが同一の物質であるか否かを判定する。

当該判定結果が肯定的である場合（図３０のＳＴＥＰ７０８でＹＥＳ）、図３０のＳＴＥＰ７０９において、出力制御部は、図２３のＳＴＥＰ３０２と同様にして、摂取される主要な物質が、第５物質（第６物質）と異なる第７物質である第１１行動を認識する。

図３０のＳＴＥＰ７１０において、出力制御部は、第１１行動を推奨する情報を表示器３１に出力する。この場合、出力制御部は、併せて、第９行動及び第１０行動では同一の物質（第５物質）が摂取される主要な物質として含まれる旨の情報と、第１１行動では、摂取される主要な物質が第５物質と異なる旨の情報とを表示器３１に出力することが好ましい。

これに加えて又は代えて、出力制御部は、第７行動と同一の行動の維持を推奨する情報を表示器３１から出力してもよい。

図３０のＳＴＥＰ７１０の後、代替行動の推奨処理が終了する。

また、図３０のＳＴＥＰ７０４、図３０のＳＴＥＰ７０６又は図３０のＳＴＥＰ７０８の判定結果が否定的である場合、肌サポートアプリ３５ａは、代替行動の推奨処理を終了する。

［Ｑ．代替または維持判定処理］
図３１～図３２を参照して、代替または維持判定処理の詳細なフローの他の例を説明する。

図３１のＳＴＥＰ８０１において、ユーザデータ認識部は、図１９のＳＴＥＰ１０１と同様にして、指定の期間におけるユーザＵａのデータを認識する。

図３１のＳＴＥＰ８０２において、目標認識部は、肌サポートサーバ１０との通信を介して、ユーザＵａの指定状態の目標スコアを認識する。

図３１のＳＴＥＰ８０３において、行動認識部は、指定の期間におけるユーザＵａの複数の行動のそれぞれによる、ユーザＵａの指定状態のスコアの目標スコアへの接近の度合い又はかい離の度合いを認識する。例えば、行動認識部は、行動の前後における、目標スコアに関連する指定状態のスコアの変動量を、目標スコアへの接近の度合い又はかい離の度合いとして認識する。目標スコアに関連する指定状態のスコアとは、例えば、目標スコアが「乾燥感 ５」である場合、乾燥感に関するスコアを意味する。

より具体的には、行動認識部は、行動の前後における目標スコアに関連する指定状態のスコアの変動量が、目標スコアに近づいた場合、その量を接近の度合いとして認識する。また、行動認識部は、行動の前後における目標スコアに関連する指定状態のスコアの変動量が、目標スコアからかい離した場合、その量をかい離の度合いとして認識する。

これにより、図３２に示されるように、指定の期間におけるそれぞれの行動ごとに、接近の度合い又はかい離の度合いが認識される。なお、図３２では、接近の度合いを正の値で、かい離の度合いを負の値で示している。

図３１のＳＴＥＰ８０４において、優先度認識部は、図３１のＳＴＥＰ８０３の接近の度合い又はかい離の度合いに基づいて、各行動の優先度を認識する。優先度認識部は、行動の優先度を、ユーザＵａの指定状態のスコアのユーザＵａの目標スコアへの接近の度合いが大きいほど連続的または断続的に高くなり、ユーザＵａの指定状態のスコアのユーザＵａの目標スコアからのかい離の度合いが大きいほど連続的または断続的に低くなるように認識する。

出力制御部は、指定の期間における行動のそれぞれに対して、図３１のＳＴＥＰ８０５～図３１のＳＴＥＰ８０９の処理を実行する。

図３１のＳＴＥＰ８０５において、出力制御部は、対象行動のかい離の度合いが所定の第１閾値未満であるかどうかを判定する。

当該判定結果が肯定的である場合（図３１のＳＴＥＰ８０５でＹＥＳ）、図３１のＳＴＥＰ８０６において、出力制御部は、図１９のＳＴＥＰ１０６と同様の代替行動の推奨処理を実行する。なお、出力制御部は、前述した優先度が高い順に代替行動を選択してもよい。

当該判定結果が否定的である場合（図３１のＳＴＥＰ８０５でＮＯ）、図３１のＳＴＥＰ８０７において、出力制御部は、対象行動の接近の度合いが所定の第２閾値以上であるかどうかを判定する。

当該判定結果が肯定的である場合（図３１のＳＴＥＰ８０７でＹＥＳ）、図３１のＳＴＥＰ８０８において、出力制御部は、図１９のＳＴＥＰ１０８と同様の施策選択画面を表示器３１に出力する。

当該判定結果が否定的である場合（図３１のＳＴＥＰ８０７でＮＯ）、図３１のＳＴＥＰ８０８において、出力制御部は、図１９のＳＴＥＰ１０９と同様の同一または同種の行動の維持の推奨処理を実行する。

図３１のＳＴＥＰ８０６、図３１のＳＴＥＰ８０８又は図３１のＳＴＥＰ８０９の処理の後、図３１のＳＴＥＰ８１０において、出力制御部は、指定の期間におけるユーザＵａのすべての行動に対して図３１のＳＴＥＰ８０５～ＳＴＥＰ８０９の処理を実行したか否かを判定する。

当該判定結果が否定的である場合（図３１のＳＴＥＰ８１０でＮＯ）、出力制御部は、未処理の行動に対し図３１のＳＴＥＰ８０５の処理を実行する。

当該判定結果が否定的である場合（図３１のＳＴＥＰ８１０でＹＥＳ）、肌サポートアプリ３５ａは、本処理を終了する。

（変形態様）
上記の例では、肌サポートアプリ３５ａを実行したＣＰＵ３５が、本発明の「ユーザデータ認識部」「指定状態判定部」「出力制御部」「嗜好認識部」「目標認識部」「行動認識部」「優先度認識部」として機能したが、これに代えて、適当なプログラムを読み込んだ肌サポートサーバ１０が「ユーザデータ認識部」「指定状態判定部」「嗜好認識部」「目標認識部」「行動認識部」「優先度認識部」の一部または全部の機能及び「出力制御部」の一部の機能として機能してもよい。この場合、肌サポートアプリ３５ａを実行したＣＰＵ３５が通信を介して実行結果を認識し、「ユーザデータ認識部」「指定状態判定部」「出力制御部」「嗜好認識部」「目標認識部」「行動認識部」「優先度認識部」の残部として機能しうる。

上記の例では、肌サポートアプリ３５ａを実行したＣＰＵ３５が、肌サポートサーバ１０と通信することにより、各種必要なデータを受信したが、これに代えて又は加えて、肌サポートアプリ３５ａを実行したＣＰＵ３５が、ユーザ端末３０の記憶装置に記憶されたデータを参照し、処理を実行してもよい。

また、ユーザ端末３０が肌サポートサーバ１０の機能を有することにより、ユーザ端末３０が単独で情報出力システムを構成してもよい。

上記の例では、指定状態を肌状態として説明したが、これに加えてまたは代えて、体状態および心状態の一方または両方を指定状態として処理を行ってもよい。また、体状態および心状態のそれぞれについても、体状態および心状態にあわせた手法によって、その目標スコア（主観目標スコアおよび客観目標スコア）が認識されてもよい。

１…通信ネットワーク、１０…肌サポートサーバ、１１‥肌状態認識部、１２…施策グループ選択部、１３…施策情報送信部、１９…２次データ生成部、２０…サポートＤＢ（データベース）、３０（３０ａ，３０ｂ，３０ｃ）…ユーザ端末（スマートフォン）、３１…表示器、３２…タッチパネル、３３…カメラ、３４…マイク、３５…ＣＰＵ、３５
ａ…肌サポートアプリ、３６…メモリ、４０…接続端子、４５…測定機器。

本発明の情報出力システムは、
情報を出力する出力部と、
ユーザの肌状態、体状態又は心状態のうち少なくとも１つの状態である指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとを認識するユーザデータ認識部と、
前記指定状態データに基づいて、指定の期間におけるユーザの指定状態が改善したか悪化したかを判定する指定状態判定部と、
前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を前記出力部に出力する出力制御部とを備え、
前記指定状態判定部は、所定の手法により、前記指定状態データから前記指定状態を示す値を算出するように構成されており、
前記指定状態判定部は、
前記指定の期間より前の所定の期間における前記指定状態を示す値の平均値を算出し、
該指定の期間における前記指定状態を示す値が、該平均値を下回る場合に、該指定状態が悪化したと判定することを特徴とすることを特徴とする。

Claims (5)

1. 情報を出力する出力部と、
   ユーザの肌状態、体状態又は心状態のうち少なくとも１つの状態である指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとを認識するユーザデータ認識部と、
   前記指定状態データに基づいて、前記ユーザ行動データに応じて定めた指定の期間におけるユーザの指定状態が改善したか悪化したかを判定する指定状態判定部と、
   前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を前記出力部に出力する出力制御部とを備えることを特徴とする情報出力システム。
2. 請求項１に記載の情報出力システムにおいて、
   前記指定状態判定部は、
   前記ユーザが前記行動をとってから当該行動による前記指定状態への影響が出始めるまでの期間のあらかじめ定められた長さ及び当該影響が継続する期間のあらかじめ定められた長さを認識し、
   前記ユーザが前記行動をとってから当該行動による前記指定状態への前記影響が出始めるまでの期間が経過してから、前記影響が継続する期間が経過するまでの期間における前記指定状態データに基づいて、前記ユーザの該指定状態が改善したか悪化したかを判定することを特徴とする情報出力システム。
3. 情報を出力する出力部と、
   ユーザの肌状態、体状態又は心状態のうち少なくとも１つの状態である指定状態を示す指定状態データと、ユーザの行動を示すユーザ行動データとを認識するユーザデータ認識部と、
   前記指定状態データに基づいて、指定の期間におけるユーザの指定状態が改善したか悪化したかを判定する指定状態判定部と、
   前記指定状態判定部により前記ユーザの指定状態が悪化したと判定された場合、前記ユーザ行動データに含まれる前記ユーザの行動の中止または中断を推奨する情報を前記出力部に出力する出力制御部とを備え、
   前記指定状態認識部は、所定の手法により、前記指定状態データから前記指定状態を示す値を算出するように構成されており、
   前記指定状態判定部は、
   前記指定の期間より前の所定の期間における前記指定状態を示す値の平均値を算出し、
   該指定の期間における前記指定状態を示す値が、該平均値を下回る場合に、該指定状態が悪化したと判定することを特徴とすることを特徴とする情報出力システム。
4. 請求項１～３のいずれかに記載の情報出力システムにおいて、
   前記指定状態判定部は、
   所定の手法により、前記指定状態データから前記指定状態の時系列的遷移を示す情報を取得し、該時系列的遷移を示す情報から前記指定の期間の終了時点における前記指定状態の予測値を算出し、
   該指定の期間における前記指定状態を示す値が、該予測値を下回る場合に、該指定状態が悪化したと判定することを特徴とする情報出力システム。
5. 請求項１～４のいずれかに記載の情報出力システムにおいて、
   前記ユーザデータ認識部は、前記指定状態に対する前記ユーザの満足度の情報を認識し、
   前記指定状態判定部は、前記指定状態に対する前記ユーザの前記満足度が所定以下である場合には、当該指定状態が悪化したと判定することを特徴とする情報出力システム。
   

Images