(57)【要約】【課題】ユーザに対して、健康度と体質から自身の状態を効果的に認識させること。【解決手段】本願に係る情報処理システムは、ユーザの心身状態を示す状態情報を取得する取得手段と、取得手段により取得された状態情報に基づいて、状態情報が前記ユーザから得られた時点でのユーザの健康度合いを示す健康度と、漢方医学におけるユーザの体質を示す体質情報とを特定する特定手段と、健康度と、体質情報とを示す出力情報を出力させる出力制御手段とを有することを特徴とする。【選択図】図１
2020184121.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの心身状態を示す状態情報を取得する取得手段と、
前記取得手段により取得された状態情報に基づいて、前記状態情報が前記ユーザから得られた時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを特定する特定手段と、
前記健康度と、前記体質情報とを示す出力情報を出力させる出力制御手段と
を有することを特徴とする情報処理システム。
【請求項２】
前記ユーザから前記状態情報の入力を受け付ける入力受付手段をさらに有し、
前記取得手段は、前記入力受付手段により受け付けられた前記状態情報を取得する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
所定のタイミングにおいて、前記状態情報を入力するよう前記ユーザに提案する提案手段をさらに有する
こと特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記提案手段は、前記所定のタイミングとして、生理周期に基づき予測された前記ユーザの生理状態に応じた日程において、前記状態情報を入力するよう前記ユーザに提案する
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記特定手段は、前記状態情報に基づいて、漢方医学で用いられる所定の体質分類毎に、前記ユーザがどれだけ当該体質分類が示す体質であるかを指標する体質スコアをさらに特定し、特定した体質スコアに基づいて、前記体質情報と、前記健康度とを特定する
ことを特徴とする請求項１〜４のうちいずれか１つに記載の情報処理システム。
【請求項６】
前記特定手段は、前記体質スコアを頂点として形成される図形の面積に基づいて、前記健康度を特定する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記出力制御手段は、前記体質スコアを頂点として形成される図形をさらに示す出力情報を出力させる
ことを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記特定手段は、前記体質情報として、前記体質分類のうち、前記体質スコアが高い上位に所定数の体質分類を特定する
ことを特徴とする請求項５〜７のうちいずれか１つに記載の情報処理システム。
【請求項９】
前記出力制御手段は、前記健康度と前記体質情報とに応じて態様が変化するキャラクターをさらに示す前記出力情報を出力させる
ことを特徴とする請求項１〜８のうちいずれか１つに記載の情報処理システム。
【請求項１０】
前記出力制御手段は、前記体質情報に応じて異なるキャラクターを示す前記出力情報を出力させる
ことを特徴とする請求項９に記載の情報処理システム。
【請求項１１】
前記出力制御手段は、前記健康度に応じて異なる表情のキャラクターを示す前記出力情報を出力させる
ことを特徴とする請求項９または１０に記載の情報処理システム。
【請求項１２】
前記出力制御手段は、前記体質情報が示す体質を改善するための方策を示す方策情報をさらに出力させる
ことを特徴とする請求項１〜１１のうちいずれか１つに記載の情報処理システム。
【請求項１３】
前記出力制御手段は、異なる複数のタイミングにおいて特定された健康度、または、体質情報を比較可能な前記出力情報を出力させる
ことを特徴とする請求項１〜１２のうちいずれか１つに記載の情報処理システム。
【請求項１４】
前記出力制御手段は、前記異なる複数のタイミングのうち、時間帯若しくは前記ユーザの状態が共通するタイミングにおいて特定された健康度、または、体質情報を比較可能な前記出力情報を出力させる
ことを特徴とする請求項１３に記載の情報処理システム。
【請求項１５】
前記出力制御手段は、前記健康度、または、の変化の態様を示すグラフを前記出力情報として出力させる
ことを特徴とする請求項１３または１４に記載の情報処理システム。
【請求項１６】
前記出力制御手段は、前記ユーザとは異なる他のユーザに対して前記特定手段により特定された健康度若しくは体質情報の統計を示す統計情報を前記出力情報として出力させる
ことを特徴とする請求項１〜１５のうちいずれか１つに記載の情報処理システム。
【請求項１７】
情報処理装置が実行する情報処理方法であって、
ユーザの心身状態を示す状態情報を取得する取得工程と、
前記取得工程により取得された状態情報に基づいて、前記状態情報が取得された時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを特定する特定工程と、
前記健康度と、前記体質情報とを示す出力情報を出力させる出力制御工程と
を含むことを特徴とする情報処理方法。
【請求項１８】
ユーザの心身状態を示す状態情報を取得する取得部と、
前記取得部により取得された状態情報に基づいて、前記状態情報が前記ユーザから得られた時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを特定する特定部と、
前記健康度と、前記体質情報とを示す出力情報を出力させる出力制御部と
を有することを特徴とする情報処理装置。
【請求項１９】
ユーザの心身状態を示す状態情報を情報処理装置に送信する送信手順と、
前記状態情報に基づき前記情報処理装置により算出された健康度であって、前記状態情報が前記ユーザから得られた時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを前記情報処理装置から受信する受信手順と、
前記健康度と、前記体質情報とを示す出力情報を表示する表示手順と
を他端末装置に実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、情報処理方法、情報処理装置、および、情報処理プログラムに関する。
【背景技術】
【０００２】
従来、漢方医学の考え方を活用し、「肌が乾燥しているか」あるいは「むくみやすいか」といった問診の回答に基づいて、利用者の体質分類を行う技術が知られている。例えば、特許文献１には、漢方医学理論に基づく体質分類とのマッチングを行うことで、目標対象に対応する体質分類を取得する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】ＣＮ１０７７３１３０５Ａ
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、ユーザに対して、健康度と体質から自身の状態を効果的に認識させることができるとはいえない場合がある。
【０００５】
例えば、上記の従来技術では、目標対象の関連情報と、漢方医学理論に基づく体質分類とのマッチングを行うことで、目標対象に対応する体質分類およびアドバイスを取得し、取得したものを分類結果としてプッシュ通知するに過ぎない。このため、上記の従来技術では、ユーザに対して、健康度と体質から自身の状態を効果的に認識させることができるとはいえない場合がある。
【０００６】
本願は、上記に鑑みてなされたものであって、ユーザに対して、健康度と体質から自身の状態を効果的に認識させることを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る情報処理システムは、ユーザの心身状態を示す状態情報を取得する取得手段と、前記取得手段により取得された状態情報に基づいて、前記状態情報が前記ユーザから得られた時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを特定する特定手段と、前記健康度と、前記体質情報とを示す出力情報を出力させる出力制御手段とを有することを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、ユーザに対して、健康度と体質から自身の状態を効果的に認識させることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る情報処理システムの一例を示す図である。
【図２】図２は、実施形態にかかるユーザ情報記憶部の一例を示す図である。
【図３】図３は、体質スコアおよび健康度を算出する算出処理を概念的に示す概念図である。
【図４】図４は、第１の情報処理の流れの一例を示すフローチャートである。
【図５】図５は、実施形態に係るトップ画面の一例を示す図である。
【図６】図６は、実施形態に係る問診画面の一例を示す図である。
【図７】図７は、実施形態に係る診断結果画面の一例を示す図である。
【図８】図８は、健康度に応じて態様が変化するキャラクターの一例を示す図である。
【図９】図９は、体質情報に応じて態様が変化するキャラクターの一例を示す図である。
【図１０】図１０は、第２の情報処理の流れの一例を示すフローチャートである。
【図１１】図１１は、実施形態に係る結果詳細画面の一例を示す図である。
【図１２】図１２は、ハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
本明細書及び添付図面の記載により、少なくとも以下の事項が明らかとなる。
【００１１】
ユーザの心身状態を示す状態情報を取得する取得手段と、前記取得手段により取得された状態情報に基づいて、前記状態情報が前記ユーザから得られた時点での前記ユーザの健康度合いを示す健康度と、漢方医学における前記ユーザの体質を示す体質情報とを特定する特定手段と、前記健康度と、前記体質情報とを示す出力情報を出力させる出力制御手段とを有することを特徴とする情報処理システム。
【００１２】
このような情報処理システムによれば、ユーザから取得した心身状態を示す状態情報に基づいて、この状態情報がユーザから得られた時点でのユーザの健康度合いを示す健康度と、漢方医学におけるユーザの体質を示す体質情報とを特定するため、例えば、ユーザが現在どの程度健康であるかや、漢方医学におけるユーザの体質はどのような体質であるかを一度にユーザに提示することができる。この結果、情報処理システムは、ユーザに対して、健康度と体質から自身の状態を効果的に認識させることができる。
【００１３】
また、情報処理システムは、前記ユーザから前記状態情報の入力を受け付け、受け付けた前記状態情報を取得する。
【００１４】
このような情報処理システムによれば、例えば、心身状態に関する問診に対してユーザが行った回答を状態情報として取得することができるため、現在のユーザが感じている心身状態がより的確に反映された健康度と体質を特定することができる。
【００１５】
また、情報処理システムは、所定のタイミングにおいて、前記状態情報を入力するよう前記ユーザに提案してもよい。
【００１６】
このような情報処理システムによれば、時と場合において変化する心身状態に対応することができるため、それぞれの時と場合での健康度と体質を特定することができる。
【００１７】
例えば、情報処理システムは、前記所定のタイミングとして、生理周期に基づき予測された前記ユーザの生理状態に応じた日程において、前記状態情報を入力するよう前記ユーザに提案する。
【００１８】
このような情報処理システムによれば、例えば、生理前、生理中、生理後といったそれぞれのタイミングでの健康度と体質を特定することができる。この結果、情報処理システムは、生理状況に合わせて、自身の状態がどのように変化するかを効果的に認識させることができるため、生理状況に合わせた体調管理に貢献することができる。
【００１９】
また、情報処理システムは、前記状態情報に基づいて、漢方医学で用いられる所定の体質分類毎に、前記ユーザがどれだけ当該体質分類が示す体質であるかを指標する体質スコアをさらに特定し、特定した体質スコアに基づいて、前記体質情報と、前記健康度とを特定する。
【００２０】
このような情報処理システムによれば、漢方医学で用いられる所定の体質分類のうち、どの体質型であるかをユーザに認識させることができるだけでなく、全ての体質分類での自身の体の状況を効果的に認識させることができる。この結果、情報処理システムは、健康度と体質スコアから自身の状態をより効果的に認識させることができる。
【００２１】
例えば、情報処理システムは、前記体質スコアを頂点として形成される図形の面積に基づいて、前記健康度を特定する。
【００２２】
このような情報処理システムによれば、漢方医学で用いられる所定の体質分類毎の体質スコアが全て反映されたような健康度を算出することができるため、高精度な健康度を算出することができる。
【００２３】
また、情報処理システムは、前記体質スコアを頂点として形成される図形をさらに示す出力情報を出力させる。
【００２４】
このような情報処理システムによれば、現在のユーザの体質が精度よく反映された健康度をユーザに提示することができるため、自身の状態を正しく理解させることができる。
【００２５】
また、情報処理システムは、前記体質情報として、前記体質分類のうち、前記体質スコアが高い順に所定数の体質分類を特定する。
【００２６】
このような情報処理システムによれば、漢方医学で用いられる所定の体質分類のうち、ユーザに対して考えられる最も可能性の高い上位所定数の体質分類をこのユーザの体質型として特定することができる。言い換えれば、このような情報処理システムによれば、ユーザが大きく影響を受けている体質をユーザに認識させることができる。
【００２７】
また、情報処理システムは、前記健康度と前記体質情報とに応じて態様が変化するキャラクターをさらに示す前記出力情報を出力させる。
【００２８】
このような情報処理システムによれば、健康状態の良し悪しや、どのような体質型であるかを視覚的に容易に認識させることができる。
【００２９】
例えば、情報処理システムは、前記体質情報に応じて異なるキャラクターを示す前記出力情報を出力させる。
【００３０】
このような情報処理システムによれば、例えば、キャラクターの表情の変化から健康状態の良し悪しを視覚的に容易に認識させたり、キャラクターの服装や色の違いからどのような体質型であるかを視覚的に容易に認識させることができる。
【００３１】
また、例えば、情報処理システムは、前記健康度に応じて異なる表情のキャラクターを示す前記出力情報を出力させる。
【００３２】
このような情報処理システムによれば、例えば、キャラクターの表情の変化から、健康状態の良し悪しを視覚的に容易に認識させることができる。
【００３３】
また、情報処理システムは、前記体質情報が示す体質を改善するための方策を示す方策情報をさらに出力させる。
【００３４】
このような情報処理システムによれば、体質を改善させるために実行すべき内容をアドバイスすることができる。
【００３５】
また、情報処理システムは、異なる複数のタイミングにおいて特定された健康度を比較可能な前記出力情報を出力させる。
【００３６】
このような情報処理システムによれば、例えば、現在の心身状態を示す状態情報から特定された健康度と、過去の心身状態を示す状態情報から特定された健康度とを比較した場合に、どのように改善されたか（あるいは悪化したか）をユーザに認識させることができる。この結果、情報処理システムは、健康状態が改善されたのであればさらに改善させようというモチベーションを高めさせたり、健康状態が悪化しているのであれば改善に努力しようという意識付けさせることができる。
【００３７】
例えば、情報処理システムは、前記異なる複数のタイミングのうち、時間帯若しくは前記ユーザの状態が共通するタイミングにおいて特定された健康度を比較可能な前記出力情報を出力させる。
【００３８】
このような情報処理システムによれば、例えば、生理前、生理中、生理後といったそれぞれのタイミングでこれまで特定された健康度を比較させることができるため、それぞれタイミングで健康状態がどのように変化するか（例えば、生理前は健康状態が悪くなり易い等）を認識させることができるため、健康改善のために行動を起こすタイミングを認識させることができる。また、このような情報処理システムによれば、健康改善させたいが、いつどのようなタイミングで行えばよいかわからないといったユーザを支援することができる。
【００３９】
また、例えば、情報処理システムは、前記健康度の変化の態様を示すグラフを前記出力情報として出力させる。
【００４０】
このような情報処理システムによれば、例えば、現在の心身状態を示す状態情報から特定された健康度と、過去の心身状態を示す状態情報から特定された健康度とを比較した場合に、どのように改善されたか（あるいは悪化したか）をユーザに容易に認識させることができる。
【００４１】
また、情報処理システムは、前記ユーザとは異なる他のユーザに対して前記特定手段により特定された健康度若しくは体質情報の統計を示す統計情報を前記出力情報として出力させる。
【００４２】
このような情報処理システムによれば、他のユーザと比較した場合に自身の健康状態の良し悪しを容易に認識させることができる。このような情報処理システムによれば、他のユーザと比較した場合に自身の体質はよくありがちな体質なのか、稀な体質なのかを容易に認識させることができる。また、このような情報処理システムによれば、例えば、一般的な健康度より自身の健康度が良いのか悪いのかを認識させることができるため、健康状態の維持のためのモチベーションや、健康改善のための意識付けを効果的に行うことができる。
【００４３】
以下に、情報処理システム、情報処理方法、情報処理装置、および、情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）の一例について図面を参照しつつ詳細に説明する。なお、この実施形態により情報処理システム、情報処理方法、情報処理装置、および、情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【００４４】
［実施形態］
〔１．情報処理の概要〕
まず、実施形態に係る情報処理システムによって行われる情報処理の概要を前提に基づいて説明する。漢方医学における体質は、漢方医学の体質把握方法で、例えば、大きく６つの体質に分類される。このような分類を体質分類とすると、体質分類には、例えば、「気虚」、「気滞」、「血虚」、「淤血」、「乾燥」、「水滞」といった分類が存在する。「気虚」は「疲れやすい」といった体質を示す。「気滞」は「イライラしやすい」といった体質を示す。「血虚」は「血行が悪い」といった体質を示す。「淤血」は「生理トラブルをおこしやすい」といった体質を示す。「乾燥」は「潤いが不足がち」といった体質を示す。「水滞」は「手足や顔がむくみやすい」といった体質を示す。なお、ここでは上記のような６つの体質分類を一例として示したが、体質がどのような数でどのような型（タイプ）で分類されるかは限定されない。
【００４５】
このように、漢方医学における体質は「身体における負の状態」を示すことが多い。そうすると、例えば、診断によりどの体質型（体質タイプ）であるかが提示されたとしても、提示されたユーザは、結果的に、自身は総じて健康であるのかそうでないのかがわかりにくいといった状況に陥ってしまう場合がある。このように漢方医学における体質診断では、ユーザは健康であるのか否か気付きにくい。
【００４６】
なぜなら、体質と健康状態（健康の良し悪し）は、必ずしも相関するとは限らないためである。例えば、体質が「水滞」型（手足や顔がむくみやすい）であるとの診断結果を受けたからといって、総合的に見て健康状態も悪いのかといえば、必ずしもそうとはいえない。「水滞」型であっても健康状態は良好といったこともあり得る。
【００４７】
つまり、単に体質診断しその結果を提示するだけではユーザは、あまり有効な情報を得ることができないのである。こうした場合、ユーザの健康度合い（健康状態）を示す健康度と、漢方医学における体質とを合わせてユーザに提示することが効果的となる。
【００４８】
例えば、健康度から健康状態が良好だと分かったうえで、上記のように負の状態を示す体質も提示されれば、健康を維持するために念のために体質改善を図ろうといったように自身の状態を判断させることができるようになる。一方、例えば、健康度から健康状態が多少悪いと分かったうえで、上記のように負の状態を示す体質も提示されれば、体質改善すれば健康状態も良くなるかもしれないため体質改善を図ろうといったように自身の状態を判断させることができるようになることも考えられる。
【００４９】
また、生理の悩みが尽きない女性ユーザは、特に体調管理に心がけなければならないこともあるため、健康度と体質を同時に知ることは非常に重要である。
【００５０】
以上のような前提を踏まえて、実施形態にかかる情報処理システムは、次のような情報処理を行う。具体的には、実施形態にかかる情報処理システムは、ユーザの心身状態を示す状態情報を取得し、取得した状態情報に基づいて、状態情報が取得された時点でのユーザの健康度合いを示す健康度と、漢方医学におけるユーザの体質を示す体質情報とを特定する。そして、情報処理システムは、特定した健康度と、体質情報とを示す出力情報を出力させる。以下で詳細に説明するが、本実施形態では、情報処理システムは、ユーザに対して、心身に関する問診を行うことにより、問診に対して回答された回答情報を状態情報として取得するものとする。
【００５１】
一方で、情報処理システムがどのように状態情報を取得するかは限定されず、例えば、情報処理システムは、問診することなく動的に種々の状態情報を取得してもよい。例えば、ユーザによって利用される端末装置（例えば、スマートフォン）は、各種のセンサを用いて、ユーザの身体状況を検出することができる。このため、情報処理システムは、かかる端末装置によって検出された検出情報を状態情報として取得してもよい。
【００５２】
また、ユーザの心身状態を示す状態情報として、例えば、生理状況を示す生理情報を蓄積するような外部サーバが存在する場合には、情報処理システムは、かかる外部サーバにアクセスし、この生理情報を取得してもよい。
【００５３】
〔２．情報処理システムの一例〕
次に、図１を用いて、実施形態に係る情報処理システムの一例について説明する。図１は、実施形態に係る情報処理システムの一例を示す図である。図１に示すように、情報処理システム１は、端末装置１０と情報処理装置１００とを有する。
【００５４】
端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal  Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal  Digital  Assistant）等である。本実施形態では、端末装置１０は、スマートフォンであるものとする。また、本実施形態では、端末装置１０には、情報処理装置１００からの問診情報に対する回答を行わせたり、回答情報に基づく診断結果を表示させるためのアプリケーション（「診断アプリＡＰ」とする）が予めインストールされているものとする。また、診断アプリＡＰは、端末プログラムの一例である。なお、診断アプリＡＰに対応する情報処理は、例えば、ブラウザ上で行われてもよく、かかる場合には、診断アプリＡＰはインストールされていなくともよい。
【００５５】
情報処理装置１００は、端末装置１０（端末装置１０のユーザ）から取得した状態情報であって、ユーザの心身状態を示す状態情報に基づいて、このユーザの健康度および体質（体質型）を示す体質情報を特定し、これらの情報を端末装置１０に出力させる一連の情報処理を行う情報処理装置である。情報処理装置１００は、例えば、サーバ装置やクラウドシステム等により実現される。
【００５６】
〔３．機能構成の一例について〕
以下、情報処理システム１によって行われる情報処理、すなわち端末装置１０および情報処理装置１００との間で行われる実施形態に係る情報処理を実現するための機能構成の一例について説明する。なお、以下の説明では、端末装置１０が有する機能構成の一例について説明し、その後、情報処理装置１００が有する機能構成の一例について説明する。
【００５７】
〔３−１．端末装置１０が有する機能構成の一例について〕
図１は、実施形態に係る端末装置１０が有する機能構成の一例を示す図である。図１に示すように、端末装置１０は、通信部１１、出力部１２、入力部１３、アプリ制御部１４を有する。なお、端末装置１０は、図示しない記憶部を有してもよい。
【００５８】
（通信部１１について）
通信部１１は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１は、ネットワークＮと有線または無線で接続され、情報処理装置１００との間で情報の送受信を行う。
【００５９】
（出力部１２および入力部１３について）
出力部１２は、各種情報を表示するための表示装置であり、液晶ディスプレイ等の画面によって実現される。したがって、以下の実施形態では、端末装置１０の表示画面を、例えば、出力部１２と表記する場合がある。入力部１３は、ユーザから各種操作を受け付ける入力装置であり、キーボードやマウスや操作キー等によって実現される。なお、端末装置１０にタッチパネルが採用される場合には、出力部１２と入力部１３とは一体化される。
【００６０】
（アプリ制御部１４について）
アプリ制御部１４は、端末装置１０に診断アプリＡＰがインストールされることで展開される制御部である。アプリ制御部１４は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、アプリ制御部１４は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００６１】
図１に示すように、アプリ制御部１４は、入力受付部１４ａと、送信部１４ｂと、受信部１４ｃとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、アプリ制御部１４の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、アプリ制御部１４が有する各処理部の接続関係は、図１に示した接続関係に限られず、他の接続関係であってもよい。
【００６２】
（入力受付部１４ａ）
入力受付部１４ａは、ユーザの心身状態を示す状態情報の入力を当該ユーザから受け付ける。例えば、入力受付部１４ａは、情報処理装置１００から提供された問診画面Ｃ１１を介して、心身に関する問診に対してユーザが回答した回答情報の入力を受け付ける。また、入力受付部１４ａは、受け付けた回答情報を送信部１４ｂに出力する。問診画面Ｃ１１については後で詳しく説明する。かかる回答情報は、心身に関する問診（設問）に対してユーザが回答したものであるため、ユーザの心身状態を示す状態情報の一例であるといえる。
【００６３】
（送信部１４ｂ）
送信部１４ｂは、情報処理装置１００に対して各種情報を送信する。例えば、送信部１４ｂは、入力受付部１４ａから回答情報を受け付けた場合には、かかる回答情報を情報処理装置１００に送信する。また、かかる回答情報は、情報処理装置１００が有する所定の記憶部に格納されてもよい。また、送信部１４ｂは、情報処理装置１００に対して、各画面（ウェブページあるいはコンテンツ）の配信要求も送信する。例えば、送信部１４ｂは、診断アプリＡＰが起動された場合には、診断アプリＡＰに対応するトップ画面の配信要求を情報処理装置１００に送信する。また、例えば、送信部１４ｂは、各画面内に含まれる所定のボタンが押下された場合には、遷移先の画面の配信要求を情報処理装置１００に送信する。
【００６４】
（受信部１４ｃについて）
受信部１４ｃは、情報処理装置１００から各種情報を受信する。例えば、受信部１４ｃは、状態情報に基づき特定された健康度と、体質情報とを情報処理装置１００から受信する。また、受信部１４ｃは、受信した健康度と、体質情報とを出力部１２に送信することにより出力部１２に出力させる。
【００６５】
〔３−２．情報処理装置１００が有する機能構成の一例について〕
続いて、同じく図１を用いて、情報処理装置１００が有する機能構成の一例について説明する。図１に示すように、情報処理装置１００は、通信部１１０、記憶部１２０、および制御部１３０を有する。
【００６６】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、端末装置１０との間で情報の送受信を行う。
【００６７】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１を有する。
【００６８】
（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、ユーザに関する各種情報を記憶する。例えば、ユーザ情報記憶部１２１は、各ユーザから取得した状態情報に基づき特定した情報をユーザ毎に記憶する。ここで、図２に実施形態にかかるユーザ情報記憶部１２１の一例を示す。図２の例では、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「時刻情報」、「状態情報」、「体質スコア」、「健康度」といった項目を有する。また、「体質スコア」には、「気虚」、「気滞」、「血虚」、「淤血」、「乾燥」、「水滞」といった漢方医学における６つの体質分類が項目として含まれる。
【００６９】
「ユーザＩＤ」は、ユーザまたはユーザの端末装置１０を識別する識別情報を示す。「時刻情報」は、ユーザから状態情報の入力を受け付けた受付日時を示す。すなわち、「時刻情報」は、端末装置１０の入力受付部１４ａによって状態情報の入力が受け付けられた受付日時を示す。なお、「時刻情報」は、情報処理装置１００によって状態情報が取得された取得日時であってもよい。また、「時刻情報」は、状態情報に基づき診断（体質スコアおよび健康度の算出）が行われた診断日時とも解せることができるものとする。図２の例では、時刻情報「ＤＴ１１」といったように、概念的記号を用いているが、本来は実際の時刻情報が入力される。
【００７０】
「状態情報」は、ユーザの心身状態を示す状態情報であり、例えば、問診画面Ｃ１１内で行われた問診（問診画面Ｃ１１内に含まれる設問）に対してユーザが回答した回答情報を示す。また、「状態情報」は、問診とは関係なく情報処理装置１００が動的に取得した状態情報（例えば、端末装置１０のセンサによって検出された生体情報）であってもよい。図２の例では、状態情報「ＵＤＡ１１」といったように、概念的記号を用いているが、本来は、状態情報を特定可能な情報が入力される。
【００７１】
「体質スコア」は、漢方医学で用いられる上記６つの体質分類毎に、ユーザがどれだけ当該体質分類が示す体質であるかを指標する値を示す。「体質スコア」は、例えば、「状態情報」に基づき特定（算出）される。例えば、「体質スコア」の最大値は「１００」である。例えば、「体質スコア」に含まれる体質分類「気虚」、「気滞」、「血虚」、「淤血」、「乾燥」、「水滞」のうち、ユーザＩＤ「Ｕ１」および体質分類「気虚」で特定される入力欄に入力される体質スコア（図２の例では「４３」）は、ユーザＵ１が、どれだけ気虚型の体質であるかを指標するものである。
【００７２】
「健康度」は、状態情報に基づいて、状態情報が取得された時点でのユーザの健康度合いを示す指標値である。「健康度」は、例えば、「体質スコア」に基づき特定（算出）される。例えば、「健康度」の最大値は「１００」である。ユーザＵ１を例に挙げると、図２の例は、時刻情報「ＤＴ１１」が示す日時において、ユーザＵ１によって入力された状態情報「ＵＤＡ１１」に基づいて、各体質分類での体質スコアが算出された例を示す。具体的には、体質分類「気虚」では体質スコア「４３」、体質分類「気滞」では体質スコア「４２」、体質分類「血虚」では体質スコア「５５」、体質分類「淤血」では体質スコア「６８」、体質分類「乾燥」では体質スコア「２６」、体質分類「水滞」では体質スコア「７７」が算出された例を示す。また、図２の例では、これらの体質スコアに基づき、ユーザＵ１の健康度「５２」が算出された例を示す。
【００７３】
また、図２に示すように、情報処理装置１００は、状態情報が入力された日時毎に、体質スコアおよび健康度の算出を行い、算出した算出結果を日付毎に記憶している。このようなことから、ユーザ情報記憶部１２１は、体質スコアおよび健康度の履歴を記憶しているともいえる。また、図２では不図示であるが、ユーザ情報記憶部１２１は、例えば、診断アプリＡＰを介してユーザに登録された登録情報も記憶してよい。例えば、ユーザ情報記憶部１２１は、登録情報として、ユーザの属性情報（例えば、性別、年齢、職業、居住地情報等）を記憶してよい。
【００７４】
（制御部１３０について）
図１に戻り、制御部１３０は、ＣＰＵやＭＰＵ等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【００７５】
図１に示すように、制御部１３０は、提案部１３１と、取得部１３２と、特定部１３３と、生成部１３４と、出力制御部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図１に示した接続関係に限られず、他の接続関係であってもよい。
【００７６】
（提案部１３１について）
提案部１３１は、所定のタイミングにおいて、状態情報を入力するようユーザに提案する。本実施形態では、診断アプリＡＰは、生理に悩むような女性ユーザ向けのアプリケーションである。したがって、提案部１３１は、所定のタイミングとして、生理周期に基づき予測されたユーザの生理状態に応じた日程において、状態情報を入力するようユーザに提案する。診断アプリＡＰは、生理開始日、生理終了日等を生理状態として入力させることでカレンダー上で生理周期を管理可能なカレンダー機能を有する。したがって、提案部１３１は、ユーザに入力された生理状態に基づいて、例えば、この先の生理開始日や、生理終了日を予測することができる。
【００７７】
ユーザは、例えば、生理開始日の直前、生理中、あるいは生理終了後それぞれにおいて体質や健康度を知りたいと考える場合がある。このため、提案部１３１は、生理開始日の直前、生理中、あるいは生理が終了した後の日を予測し、このうちの少なくともいずれかの日にちにおいて、状態情報を入力するようユーザに提案する。
【００７８】
なお、生理状態の予測は、提案部１３１以外の処理部（例えば、予測部）によって行われてもよい。また、診断アプリＡＰは、もちろん男性ユーザによって利用されてもよく、例えば、後述する出力制御部１３５は、出力制御対象のユーザが「男性」である場合には、男性用に態様がアレンジされた画面（例えば、カレンダー機能を有さず、女性用とは背景やカラーが異なる画面）を生成させて、これを出力制御してもよい。また、このような処理は、診断アプリＡＰの制御に従って、端末装置１０側で行われてもよい。
【００７９】
（取得部１３２について）
取得部１３２は、ユーザの心身状態を示す状態情報を取得する。例えば、取得部１３２は、端末装置１０から状態情報を取得する。例えば、取得部１３２は、端末装置１０の入力受付部１４ａによって受け付けられた状態情報であって、心身に関する問診に対してユーザが回答入力した回答情報を状態情報として取得する。また、取得部１３２は、端末装置１０のセンサによって検出された生体情報を状態情報として取得することもできるし、外部サーバに蓄積されている生体情報や生理情報を状態情報として取得することもできる。
【００８０】
（特定部１３３について）
特定部１３３は、取得部１３２により取得された状態情報に基づいて、状態情報がユーザから得られた前記ユーザから得られた時点でのユーザの健康度合いを示す健康度と、漢方医学におけるユーザの体質を示す体質情報とを特定（算出）する。例えば、特定部１３３は、状態情報に基づいて、漢方医学で用いられる所定の体質分類毎に、ユーザがどれだけ当該体質分類が示す体質であるかを指標する体質スコアをさらに特定し、特定した体質スコアに基づいて、体質情報と、健康度とを特定する。例えば、特定部１３３は、体質スコアを頂点として形成される図形の面積に基づいて、健康度を特定する。また、特定部１３３は、体質情報として、体質分類のうち、体質スコアが高い上位所定数の体質分類を特定する。
【００８１】
ここからは、特定部１３３が、状態情報に基づき体質スコアおよび健康度を算出する算出処理の一例について図３を用いて説明する。図３は、体質スコアおよび健康度を算出する算出処理を概念的に示す概念図である。かかる概念図は、図２に示すユーザ情報記憶部１２１のうち、「状態情報」の内容の一例をより詳細に説明しているものである。図３に示す概念図は、要は、後述する問診画面Ｃ１１での問診として与えられる「設問」に対するユーザの回答に応じて、体質分類毎に割り当てられた体質得点と、体質得点に基づき算出された体質スコアとを一覧表示している。また、図３に示す概念図は、ユーザＵ１をピックアップして算出処理を説明するものである。
【００８２】
例えば、１つの問診は、２つの設問に対する二者択一形式で行われる。例えば、第１の問診では、「疲れやすい」と「疲れは感じない」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で行われる。同様にして、第２の問診では、「手足が冷える」と「手足に冷えはない」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で行われる。同様にして、第３の問診では、「食欲がない」と「食欲旺盛」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で行われる。第４の問診では、「食べ過ぎる」と「普通」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で行われる。第５の問診では、「便秘がち」と「お通じ良好」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で行われる。
【００８３】
以下では、第１および第５の問診を例に挙げて説明する。第１の問診において、「疲れやすい」と「疲れは感じない」といった２つの設問のうち、ユーザＵ１は「疲れやすい」を選択したとする。かかる場合、特定部１３３は、「回答記入」欄に「１」を入力する。このような入力は、ユーザＵ１が「疲れやすい」を選択したことを識別可能にするために行われる。そうすると、特定部１３３は、設問番号「１」と体質分類「気虚」とに対応する入力欄には予め決められた固定値として「３」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「３」を入力する。このように、設問番号および体質分類に対応する入力欄には、予め決められた固有値が設定されている。また、「回答記入」欄に「１」が入力された場合（回答フラグが立つ場合）、すなわち自身の体調が設問に当てはまるためユーザがその設問を選択した場合には、「得点」に対応する入力欄には、隣合う「体質分類」に対応する入力欄において予め設定されている固定値（上記例では「３」）と同様の数値が入力される。
【００８４】
体質分類「気虚」を例に説明したが、他の体質分類でも同様の規則に従って入力が行われる。例えば、特定部１３３は、設問番号「１」と体質分類「気滞」とに対応する入力欄には予め決められた固定値として「１」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「１」を入力する。また、特定部１３３は、設問番号「１」と体質分類「血虚」とに対応する入力欄には予め決められた固定値として「１」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「１」を入力する。また、特定部１３３は、設問番号「１」と体質分類「淤血」とに対応する入力欄には予め決められた固定値として「１」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「１」を入力する。また、特定部１３３は、設問番号「１」と体質分類「乾燥」とに対応する入力欄には予め決められた固定値として「０」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「０」を入力する。また、特定部１３３は、設問番号「１」と体質分類「水滞」とに対応する入力欄には予め決められた固定値として「１」が設定されていることに応じて、右隣の「得点」に対応する入力欄に「１」を入力する。
【００８５】
このようなことから、設問の内容に影響をより及ぼすと考えられる体質分類ほど、より高い固定値が設定される。
【００８６】
次に、第５の問診を例に挙げて説明する。第５の問診において、「便秘がち」と「お通じ良好」といった２つの設問のうち、ユーザＵ１は「便秘がち」を選択しなかった、すなわち「お通じ良好」の方を選択したとする。かかる場合、特定部１３３は、「回答記入」欄にを未入力とする。そうすると、特定部１３３は、設問番号「５」と体質分類「気虚」とに対応する入力欄には予め決められた固定値として「３」が設定されているが、右隣の「得点」に対応する入力欄には「０」（無得点）を入力する。このように回答フラグが立たなかった場合、特定部１３３は、右隣の「得点」に対応する入力欄には「０」を入力する。
【００８７】
体質分類「気虚」を例に説明したが、他の体質分類でも同様の規則に従って入力が行われる。例えば、特定部１３３は、設問番号「５」と体質分類「気滞」とに対応する入力欄には予め決められた固定値として「１」が設定されているが、右隣の「得点」に対応する入力欄には「０」を入力する。また、特定部１３３は、設問番号「５」と体質分類「血虚」とに対応する入力欄には予め決められた固定値として「１」が設定されているが、右隣の「得点」に対応する入力欄には「０」を入力する。また、特定部１３３は、設問番号「５」と体質分類「淤血」とに対応する入力欄には予め決められた固定値として「２」が設定されているが、右隣の「得点」に対応する入力欄には「０」を入力する。また、特定部１３３は、設問番号「５」と体質分類「乾燥」とに対応する入力欄には予め決められた固定値として「２」が設定されているが、右隣の「得点」に対応する入力欄には「０」を入力する。また、特定部１３３は、設問番号「５」と体質分類「水滞」とに対応する入力欄には予め決められた固定値として「０」が設定されているが、右隣の「得点」に対応する入力欄には「０」を入力する。
【００８８】
さて、上記のようなルールに従って、特定部１３３は、各入力欄に数値を入力すると、この入力した数値を用いて、実際に体質スコアを算出する。まず、特定部１３３は、体質分類「気虚」に対応する縦一列の数値を合計した合計値「２１」を算出するとともに、右隣の「得点」に対応する縦一列の数値を合計した合計値「９」を算出する。同様にして、特定部１３３は、体質分類「気滞」に対応する縦一列の数値を合計した合計値「２４」を算出するとともに、右隣の「得点」に対応する縦一列の数値を合計した合計値「１０」を算出する。同様にして、特定部１３３は、体質分類「血虚」に対応する縦一列の数値を合計した合計値「２２」を算出するとともに、右隣の「得点」に対応する縦一列の数値を合計した合計値「７」を算出する。以降の項目についても同様であるため説明を省略する。
【００８９】
このような状態において、特定部１３３は、「気虚」については合計値「２１」に対する合計値「９」の比率である「０．４３」を算出することにより、「４３」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ気虚型の体質であるかの指標である体質スコアとして「４３」を特定する。また、特定部１３３は、「気滞」については合計値「２４」に対する合計値「１０」の比率である「０．４２」を算出することにより、「４２」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ気滞型の体質であるかの指標である体質スコアとして「４２」を特定する。また、特定部１３３は、「血虚」については合計値「２２」に対する合計値「７」の比率である「０．３２」を算出することにより、「３２」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ血虚型の体質であるかの指標である体質スコアとして「５５」を特定する。また、特定部１３３は、「淤血」については合計値「２２」に対する合計値「１５」の比率である「０．６８」を算出することにより、「６８」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ淤血型の体質であるかの指標である体質スコアとして「４３」を特定する。また、特定部１３３は、「乾燥」については合計値「１９」に対する合計値「５」の比率である「０．２６」を算出することにより、「２６」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ乾燥型の体質であるかの指標である体質スコアとして「４３」を特定する。また、特定部１３３は、「水滞」については合計値「２２」に対する合計値「１７」の比率である「０．７７」を算出することにより、「７７」を体質スコアと特定する。具体的には、特定部１３３は、ユーザＵ１がどれだけ水滞型の体質であるかの指標である体質スコアとして「７７」を特定する。
【００９０】
ここで、各体質スコアの最大値は「１００」である。このため、特定部１３３は、６つの体質分類の体質スコアの最大値を合計した「６００」に対する、実際の体質スコアの合計値（４３＋４２＋３２＋６８＋２６＋７７＝２８８）の比率を算出する。かかる例では、特定部１３３は、比率「４８」を算出する。ここで、漢方医学における体質は「身体における負の状態」を示すものであるため、このような比率は、「体質が良くない割合」と言い換えることができる。このため、比率「５２」の逆数、すなわち１００−４８＝「５２」は「体質が良い割合」といえる。そして、健康度とは、値が高い程健康であることを示し最大値１００であるため、特定部１３３は、図３の例では、この「５２を健康度として定める。また、特定部１３３は、特定した健康度と、体質情報とをユーザ情報記憶部１２１に格納する。また、上記の通り、問診は負要素の項目に該当するか問うものであるため、特定部１３３は、体質スコアに基づき健康度を算出することができ、情報処理装置１００は、結果として、体質スコアと健康度とを一度に提示することができるようになる。
【００９１】
ここまで、特定部１３３が、体質分類毎に体質スコアを算出し、算出した体質スコアに基づき健康度を算出する例を示した。このような状態において、特定部１３３は、体質スコアが高い順に所定数（例えば、２つ）の体質分類を特定するとともに、特定した体質分類が示す体質をユーザＵ１の体質として特定する。上記例では、特定部１３３は、体質スコアが最も高い「水滞」と、次に体質スコアが高い「淤血」とを特定することにより、ユーザＵ１は「水滞型」および「淤血型」の体質であると特定する。また、特定部１３３は、特定した体質を示す体質情報と、健康度とを生成部１３４に送信する。また、特定部１３３により特定された体質情報と、健康度とは、問診に対する診断結果といえる。
【００９２】
なお、特定部１３３は、上記算出した６つの体質スコアを用いて、各体質スコアを頂点として形成される図形として、レーダーチャートを生成し、生成したレーダーチャートの面積を健康度として算出してもよい。例えば、特定部１３３は、各体質スコアを「１００」とした場合のレーダーチャートの面積に対する、実際の６つの体質スコアを頂点とするレーダーチャートの面積の比率（あるいは逆数）を健康度として算出する。
【００９３】
（生成部１３４について）
生成部１３４は、端末装置１０の表示画面である出力部１２に表示される画面を生成する。なお、生成部１３４によって生成される画面は、ウェブページあるいはコンテンツと言い換えることができる。例えば、生成部１３４は、特定部１３３により特定された体質情報と、健康度とが診断結果として表示される診断結果画面Ｃ１２を生成する。
【００９４】
（出力制御部１３５について）
出力制御部１３５は、特定部１３３により特定された健康度と、体質情報とを示す出力情報を出力させる。例えば、出力制御部１３５は、端末装置１０に対して、特定部１３３により特定された健康度と、体質情報とを示す出力情報を出力するよう制御する。例えば、出力制御部１３５は、出力情報を端末装置１０に送信する。
【００９５】
例えば、出力制御部１３５は、体質スコアを頂点として形成される図形（レーダーチャート）をさらに示す出力情報を出力させることができる。また、出力制御部１３５は、体質情報が示す体質を改善するための方策を示す方策情報をさらに出力させることができる。
【００９６】
また、出力制御部１３５は、健康度と体質情報とに応じて態様が変化するキャラクターをさらに示す出力情報を出力させる。例えば、出力制御部１３５は、体質情報に応じて異なるキャラクターを示す出力情報を出力させる。また、例えば、出力制御部１３５は、健康度に応じて異なる表情のキャラクターを示す出力情報を出力させる。
【００９７】
また、出力制御部１３５は、異なる複数のタイミングにおいて特定された健康度を比較可能な出力情報を出力させる。例えば、出力制御部１３５は、異なる複数のタイミングのうち、時間帯若しくはユーザの状態が共通するタイミングにおいて特定された健康度を比較可能な出力情報を出力させる。例えば、出力制御部１３５は、健康度の変化の態様を示すグラフを出力情報として出力させる。また、出力制御部１３５は、ユーザとは異なる他のユーザに対して特定された健康度若しくは体質情報の統計を示す統計情報を出力情報として出力させる。
【００９８】
なお、本実施形態は、出力制御部１３５が端末装置１０から各画面の配信要求も受け付けるものとするが、例えば、情報処理装置１００は、配信要求を受け付ける受付部を有してもよい。
【００９９】
〔４．実施形態に係る情報処理の一例（１）〕
以下、図４〜図９を用いて、実施形態に係る情報処理システム１が実行する情報処理、すなわち端末装置１０および情報処理装置１００の各処理部が実行する情報処理の一例について説明する。まず、図４を用いて、問診に応じた状態情報の入力を受け付け、受け付けた状態情報に基づき診断（すなわち、健康度および体質情報の特定）を行い、診断結果をユーザに返すまでの情報処理の一例について説明する。係る情報処理を第１の情報処理とする。よって、図４は、第１の情報処理の流れの一例を示すフローチャートである。なお、図４では、端末装置１０のユーザをユーザＵ１として説明する。また、ユーザＵ１は女性であるものとする。
【０１００】
まず、出力制御部１３５は、端末装置１０からトップ画面Ｃ１０の配信要求を受け付けたか否かを判定する（ステップＳ１０１）。トップ画面Ｃ１０とは、端末装置１０において診断アプリＡＰが起動された場合に、まず表示されるトップページのことである。そして、出力制御部１３５は、トップ画面Ｃ１０の配信要求を受け付けていない場合には（ステップＳ１０１；Ｎｏ）、係る配信要求を受け付けるまで待機する。一方、生成部１３４は、出力制御部１３５によりトップ画面Ｃ１０の配信要求が受け付けられた場合には（ステップＳ１０１；Ｙｅｓ）、ユーザＵ１に対応するトップ画面Ｃ１０を生成する（ステップＳ１０２）。例えば、生成部１３４は、ユーザＵ１に対応するトップ画面Ｃ１０として、ユーザＵ１の前回診断時の診断結果（健康度および体質情報）および診断結果に応じた態様のキャラクターが表示されるようなトップ画面Ｃ１０を生成する。例えば、生成部１３４は、ユーザ情報記憶部１２１において、前回診断時の診断結果が履歴として記憶されている場合には、前回診断時の診断結果を取得し、これに基づきトップ画面Ｃ１０を生成する。
【０１０１】
出力制御部１３５は、生成部１３４によりトップ画面Ｃ１０が生成されると、トップ画面Ｃ１０を端末装置１０に出力させるための出力制御を行う（ステップＳ１０３）。例えば、出力制御部１３５は、生成されたトップ画面Ｃ１０が端末装置１０によって表示されるよう配信する。そして、端末装置１０の出力部１２は、受信部１４ｃによってトップ画面Ｃ１０が受信されると、受信されたトップ画面Ｃ１０を出力する。
【０１０２】
例えば、図５は、実施形態に係るトップ画面Ｃ１０の一例を示す図である。例えば、出力制御部１３５は、ユーザＵ１の前回診断時の診断結果（健康度および体質情報）および診断結果に応じた態様のキャラクターが表示される生成されたトップ画面Ｃ１０を表示させる。図５を用いて、トップ画面Ｃ１０についてより詳細に説明する。例えば、特定部１３３は、ユーザＵ１について、前回診断時には、健康度「４５」を特定するとともに、ユーザＵ１は「淤血型」（体質スコア７０）および「水滞型」（体質スコア６８）であると特定していたとする。このような診断結果を診断結果ＲＥ１１とすると、図５に示すように、トップ画面Ｃ１０には、診断結果ＲＥ１１が表示される。また、トップ画面Ｃ１０には、診断結果ＲＥ１１が示す健康度「４５」に応じた表情のキャラクターＣｈ１であって、「淤血型」に応じたカラーおよび服装（係る例では、上着）のキャラクターＣｈ１が表示される。
【０１０３】
また、トップ画面Ｃ１０には、診断を開始させるためのボタンＢＴ１が含まれる。端末装置１０は、ボタンＢＴ１が押下された場合には問診画面Ｃ１１の配信要求を情報処理装置１００に送信する。また、トップ画面Ｃ１０には、ユーザＵ１が女性であることに応じて、生理周期を管理させるための生理カレンダーＣＡが含まれる。これにより、ユーザＵ１は、例えば、生理開始日や生理終了日等を生理カレンダーＣＡに入力することができる。また、上述した提案部１３１は、例えば、生理カレンダーＣＡに入力された情報に基づいて、ユーザＵ１の生理周期を管理し、例えば、次の生理開始日や生理終了日を予測することができる。
【０１０４】
ここで、図８および図９を用いて、診断結果に応じて態様が変化するキャラクターの一例について説明する。図８は、健康度に応じて態様が変化するキャラクターの一例を示す図である。例えば、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる健康度が「５０未満」である場合（健康状態がよくない場合）には、がっかりしたような表情のキャラクターが表示されるような画面を生成する。図５に示すキャラクターＣｈ１はこの例に対応する。また、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる健康度が「５０以上９０未満」である場合（健康状態が良好の場合）には、にっこりしたような表情のキャラクターが表示されるような画面を生成する。また、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる健康度が「９０以上」である場合（健康状態がきわめて良好の場合）には、大喜びしたような表情のキャラクターが表示されるような画面を生成する。
【０１０５】
次に、図９は、体質情報に応じて態様が変化するキャラクターの一例を示す図である。例えば、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる体質情報が、「血」に属する「淤血型」を示すものである場合には、パープルの上着を着たキャラクターが表示されるような画面を生成する。「血」に属する体質分類には他に「血虚型」がある。図５に示すキャラクターＣｈ１はこの例に対応する。また、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる体質情報が、「水」に属する「水滞型」を示すものである場合には、イエローのタンクトップを着たキャラクターが表示されるような画面を生成する。「水」に属する体質分類には他に「乾燥型」がある。また、生成部１３４は、該当する画面（図５の例では、トップ画面Ｃ１０）で表示対象とされる体質情報が、「気」に属する「気虚型」を示すものである場合には、ピンクのワンピースを着たキャラクターが表示されるような画面を生成する。「気」に属する体質分類には他に「気滞型」がある。このように、実施形態に係る情報処理システム１は、特定した健康度と体質をキャラクターを用いて表現することで、サービスを利用するユーザに対して自身の健康状態を容易に把握させることができる。なお、服装の色や種類は、６つの体質分類に応じてそれぞれ違ったものに変化させられてもよい。
【０１０６】
なお、生成部１３４は、トップ画面Ｃ１０が配信される配信先のユーザの性別や、トップ画面Ｃ１０が配信される時間帯に応じて異なる態様のトップ画面Ｃ１０を生成し、出力制御部１３５は、生成されたトップ画面Ｃ１０を配信してもよい。例えば、生成部１３４は、配信先のユーザの性別が女性である場合には、背景がピンク色かつカレンダー機能が表示されるようなトップ画面Ｃ１０を生成する。一方、生成部１３４は、配信先のユーザの性別が男性である場合には、背景が青色かつカレンダー機能が表示を有しないトップ画面Ｃ１０を生成する。
【０１０７】
また、例えば、生成部１３４は、トップ画面Ｃ１０が配信される時間帯が昼の時間帯である場合には、明るめの背景色、かつ、青空と太陽の背景を用いて現在が昼間であることが表現されたトップ画面Ｃ１０を生成する。一方、生成部１３４は、トップ画面Ｃ１０が配信される時間帯が夜の時間帯である場合には、暗めの背景色、かつ、星空と月の背景を用いて現在が夜間であることが表現されたトップ画面Ｃ１０を生成する。なお、生成部１３４は、生理カレンダーＣＡと連動した表示がなされるようなトップ画面Ｃ１０を生成してもよい。例えば、生成部１３４は、生理日前であれば、生理日前に診断された最新の結果が表示されるようなトップ画面Ｃ１０を生成してもよい。また、例えば、生成部１３４は、生理日中であれば、生理日中に診断された最新の結果が表示されるようなトップ画面Ｃ１０を生成してもよい。また、例えば、生成部１３４は、時間帯毎に当該時間帯で診断された最新の結果が表示されるようなトップ画面Ｃ１０を生成してもよい。このような構成とすることで、ユーザはサービスを利用しているタイミングに合わせた診断結果を知ることができるため、ユーザはより自身の体調を把握しやすくなる。
【０１０８】
図４の説明に戻る。出力制御部１３５は、トップ画面Ｃ１０を出力制御した後は、端末装置１０から問診画面Ｃ１１の配信要求を受け付けたか否かを判定する（ステップＳ１０４）。問診画面Ｃ１１とは、図３で説明したような設問を用いて問診が行われる画面のことである。例えば、端末装置１０の送信部１４ｂは、トップ画面Ｃ１０に含まれるボタンＢＴ１が押下（例えば、タップやクリック）された場合には、問診画面Ｃ１１の配信要求を情報処理装置１００に送信する。ここで、出力制御部１３５は、問診画面Ｃ１１の配信要求を受け付けていない場合には（ステップＳ１０４；Ｎｏ）、係る配信要求を受け付けるまで待機する。
【０１０９】
一方、生成部１３４は、出力制御部１３５により問診画面Ｃ１１の配信要求が受け付けられた場合には（ステップＳ１０４；Ｙｅｓ）、問診画面Ｃ１１を生成する（ステップＳ１０５）。例えば、生成部１３４は、２つの設問に対する二者択一形式で各問診が行われるような問診画面Ｃ１１を生成する。例えば、生成部１３４は、「疲れやすい」と「疲れは感じない」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる（例えば、チェックマークを入力させる）といった形で問診が行われる問診画面Ｃ１１を生成する。
【０１１０】
出力制御部１３５は、生成部１３４により問診画面Ｃ１１が生成されると、問診画面Ｃ１１を端末装置１０に出力させるための出力制御を行う（ステップＳ１０６）。例えば、出力制御部１３５は、生成された問診画面Ｃ１１が端末装置１０によって表示されるよう配信する。そして、端末装置１０の出力部１２は、受信部１４ｃによって問診画面Ｃ１１が受信されると、受信された問診画面Ｃ１１を出力する。
【０１１１】
例えば、図６は、実施形態に係る問診画面Ｃ１１の一例を示す図である。図６に示す問診画面Ｃ１１には、問診情報ＡＮが含まれる。例えば、問診画面Ｃ１１には、「疲れやすい」と「疲れは感じない」といった２つの設問のうち、いずれか当てはまる方をユーザＵ１に選択させる第１の問診（第１の問診情報）が含まれる。また、問診画面Ｃ１１には、「手足が冷える」と「手足に冷えはない」といった２つの設問のうち、いずれか当てはまる方をユーザＵ１に選択させる第２の問診（第２の問診情報）が含まれる。また、問診画面Ｃ１１には、「食欲がない」と「食欲旺盛」といった２つの設問のうち、いずれか当てはまる方をユーザＵ１に選択させる第３の問診（第３の問診情報）が含まれる。また、問診画面Ｃ１１には、「食べ過ぎる」と「普通」といった２つの設問のうち、いずれか当てはまる方をユーザに選択させる第４の問診（第４の問診情報）が含まれる。
【０１１２】
なお、ユーザに拘わらず問診内容は同一である。また、図６に示す問診画面Ｃ１１の例では、４つの問診が行われているが、１つの問診画面Ｃ１１においてどのような数の問診が行われるかは限定されない。また、図６の例では、問診は、１つの問診画面Ｃ１１で行われる例を示すが、複数の問診画面Ｃ１１に渡って行われてもよい。
【０１１３】
また、図６に示す問診画面Ｃ１１には、問診に対する回答を示す回答情報の入力を完了させるためのボタンＢＴ２が含まれる。例えば、ユーザＵ１は、当てはまる設問に対してチェックマークを入力した後、ボタンＢＴ２を押下する。このようなことから、問診に対する回答を示す回答情報は、どの設問が選択されたかを示す情報である。
【０１１４】
ここで、ユーザＵ１は、図６に示すように、第１の問診において、「疲れやすい」の方にチェックマークを入力したとする。また、ユーザＵ１は、第２の問診において、「手足が冷える」の方にチェックマークを入力したとする。また、ユーザＵ１は、第３の問診において、「食欲旺盛」の方にチェックマークを入力したとする。また、ユーザＵ１は、第４の問診において、「普通」の方にチェックマークを入力したとする。このような入力を示す情報が、いわば回答情報である。そして、ユーザＵ１は、入力した内容で問題なければボタンＢＴ２を押下することにより入力を確定させる。端末装置１０の入力受付部１４ａは、ボタンＢＴ２が押下されたか否かを検知しており、ボタンＢＴ２が押下された場合には、回答情報（状態情報）の入力を受け付ける。また、送信部１４ｂは、入力受付部１４ａにより回答情報が受け付けられた場合には、回答情報を情報処理装置１００に送信する。また、情報処理装置１００の取得部１３２は、送信部１４ｂにより送信された回答情報を取得する。
【０１１５】
このようなことから、取得部１３２は、出力制御部１３５により問診画面Ｃ１１が出力制御された後は、回答情報を取得できたか否かを判定している（ステップＳ１０７）。取得部１３２は、回答情報を取得できなかった場合には（ステップＳ１０７；Ｎｏ）、ユーザＵ１は回答しなかったと判断し処理を終了する。例えば、取得部１３２は、出力制御部１３５により問診画面Ｃ１１が出力制御された後、所定期間（例えば、５分）、回答情報を取得できなかった場合には、ユーザＵ１は回答しなかったと判断し処理を終了する。
【０１１６】
一方、特定部１３３は、取得部１３２により回答情報が取得された場合には（ステップＳ１０７；Ｙｅｓ）、回答情報によって示される状態情報に基づいて、ユーザＵ１の健康度および体質を診断する（ステップＳ１０８）。つまり、特定部１３３は、回答情報によって示される状態情報に基づいて、ユーザＵ１の健康度と、体質情報とを特定する。特定部１３３は、状態情報に基づき、６つ体質分類毎に当該体質分類が示す体質の体質スコアを算出し、また、算出した体質スコアに基づき健康度を算出する。また、特定部１３３は、例えば、６つの体質スコアのうち、値の大きい上位２つの体質分類をユーザＵ１の体質型として特定する。この一連の算出処理の一例については、図３を用いて説明済みであるため、ここでの詳細な説明は省略する。かかる例では、特定部１３３は、健康度「５２」であると特定するととともに、ユーザＵ１は「水滞型」（体質スコア７７）および「淤血型」（体質スコア６８）であると特定したものとする。
【０１１７】
そうすると、生成部１３４は、ステップＳ１０８で特定された情報である診断結果に基づいて、かかる診断結果が表示される診断結果画面Ｃ１２を生成する（ステップＳ１０９）。出力制御部１３５は、生成部１３４により診断結果画面Ｃ１２が生成されると、診断結果画面Ｃ１２を端末装置１０に出力させるための出力制御を行う（ステップＳ１１０）。例えば、出力制御部１３５は、生成された診断結果画面Ｃ１２が端末装置１０によって表示されるよう配信する。そして、端末装置１０の出力部１２は、受信部１４ｃによって診断結果画面Ｃ１２が受信されると、受信された診断結果画面Ｃ１２を出力する。
【０１１８】
例えば、図７は、実施形態に係る診断結果画面Ｃ１２の一例を示す図である。例えば、出力制御部１３５は、ユーザＵ１の今回の診断結果（健康度および体質情報）および診断結果に応じた態様のキャラクターが表示されるよう生成された診断結果画面Ｃ１２を表示させる。図７を用いて、診断結果画面Ｃ１２についてより詳細に説明する。上記例では、特定部１３３は、健康度「５２」であると特定するととともに、ユーザＵ１は「水滞型」（体質スコア７７）および「淤血型」（体質スコア６８）であると特定している。このような診断結果を診断結果ＲＥ１２とすると、図７に示すように、診断結果画面Ｃ１２には、診断結果ＲＥ１２が表示される。また、診断結果画面Ｃ１２には、診断結果ＲＥ１２が示す健康度「５２」に応じた表情のキャラクターＣｈ２であって、「水滞型」に応じたカラーおよび服装（係る例では、タンクトップ）のキャラクターＣｈ２が表示される。キャラクターＣｈ２は、図９で説明した「イエローのタンクトップ」に対応付けられるキャラクターに相当する。なお、診断結果ＲＥ１２には、６つの体質分類について算出された各体質スコアも含まれるものとする。ここで、例えば、現在起動している診断アプリＡＰが閉じられた後、任意のタイミングで再び起動されたとする。この場合、トップ画面Ｃ１０には、診断結果ＲＥ１２が表示されることになる。具体的には、図５に示すトップ画面Ｃ１０において、診断結果Ｒ１１が診断結果Ｒ１２に置き換わって表示される。このように、実施形態に係る情報処理システム１は、トップ画面Ｃ１０において、最新の診断による健康度と体質とを表示させることができるため、ユーザが実施形態に係るサービス（例えば、診断アプリＡＰを介して提供される診断サービス）を利用する際に、ユーザに対して常に自身の健康度と体質を確認させることができる。この結果、実施形態に係る情報処理システム１は、ユーザに対して自身の改善や体調を意識させることができる。
【０１１９】
また、診断結果画面Ｃ１２には、診断結果ＲＥ１２に関するより詳細な情報が表示される結果詳細画面Ｃ１３を要求するためのボタンＢＴ３が含まれる。例えば、ユーザＵ１は、診断結果ＲＥ１２に関するより詳細な情報を知りたい場合には、ボタンＢＴ２を押下する。例えば、端末装置１０の送信部１４ｂは、ボタンＢＴ３が押下された場合には、結果詳細画面Ｃ１３の配信要求を情報処理装置１００に送信する。
【０１２０】
〔４．実施形態に係る情報処理の一例（２）〕
図４〜図９を用いて、実施形態に係る情報処理のうち、第１の情報処理の一例について説明してきた。ここからは、図１０および図１１を用いて、第２の情報処理の一例について説明する。第２の情報処理は、結果詳細画面Ｃ１３に関する各種情報処理である。よって、図１０は、第２の情報処理の流れの一例を示すフローチャートである。
【０１２１】
例えば、出力制御部１３５は、診断結果画面Ｃ１２を出力制御した後は、端末装置１０から結果詳細画面Ｃ１３の配信要求を受け付けたか否かを判定する（ステップＳ２０１）。出力制御部１３５は、結果詳細画面Ｃ１３の配信要求を受け付けていない場合には（ステップＳ２０１；Ｎｏ）、係る配信要求を受け付けるまで待機する。
【０１２２】
一方、生成部１３４は、出力制御部１３５により配信要求が受け付けられた場合には（ステップＳ２０１；Ｙｅｓ）、ユーザ情報記憶部１２１を参照し、過去の診断履歴が存在するか否かを判定する（ステップＳ２０２）。具体的には、生成部１３４は、ユーザ情報記憶部１２１を参照し、今回の診断結果以外に今回よりも過去の診断結果が存在するか否かを判定する。生成部１３４は、ユーザＵ１の過去の診断履歴が存在しない場合には（ステップＳ２０２；Ｎｏ）、ユーザ情報記憶部１２１を参照し、ユーザＵ１以外の他ユーザの診断履歴が存在するか否かを判定する（ステップＳ２０４）。生成部１３４は、ユーザＵ１以外の他ユーザの診断履歴が存在しない場合には（ステップＳ２０４；Ｎｏ）、現時点で揃っている情報（すなわち、ユーザＵ１に対応する今回の診断結果ＲＥ１２のみ）に基づいて、結果詳細画面Ｃ１３を生成する（ステップＳ２０６）。
【０１２３】
一方、生成部１３４は、過去の診断履歴が存在する場合には（ステップＳ２０２；Ｙｅｓ）、ユーザ情報記憶部１２１からユーザＵ１に対応する過去の診断履歴を取得する（ステップＳ２０３）。なお、ユーザＵ１に対応する過去の診断履歴とは、今回の問診に対する回答よりも過去それぞれのタイミングにおいてなされた回答に基づき特定された健康度および体質情報である。
【０１２４】
また、生成部１３４は、ステップＳ２０３においてユーザＵ１に対応する過去の診断履歴を取得できた場合も、次は、同様にステップＳ２０４を行う。具体的には、生成部１３４は、ユーザ情報記憶部１２１を参照し、ユーザＵ１以外の他ユーザの診断履歴が存在するか否かを判定する。生成部１３４は、ユーザＵ１以外の他ユーザの診断履歴が存在しない場合には（ステップＳ２０４；Ｎｏ）、現時点で揃っている情報（すなわち、ユーザＵ１に対応する今回の診断結果ＲＥ１２、および、ユーザＵ１に対応する過去の診断履歴）に基づいて、結果詳細画面Ｃ１３を生成する（ステップＳ２０６）。一方、生成部１３４は、ユーザＵ１以外の他ユーザの診断履歴が存在する場合には（ステップＳ２０４；Ｙｅｓ）、現時点で揃っている情報（すなわち、ユーザＵ１に対応する今回の診断結果ＲＥ１２、ユーザＵ１に対応する過去の診断履歴、他ユーザの診断履歴）に基づいて、結果詳細画面Ｃ１３を生成する（ステップＳ２０６）。
【０１２５】
図１０の例では、ステップＳ２０６の処理を行う時点で、情報処理装置１００は、ユーザＵ１に対応する今回の診断結果ＲＥ１２、ユーザＵ１に対応する過去の診断履歴、他ユーザの診断履歴が揃っているものとする。このようなパターンは、「ステップＳ２０２；Ｙｅｓ」→「ステップＳ２０３」→「ステップＳ２０４；Ｙｅｓ」→「ステップＳ２０５」→「ステップＳ２０６」といった流れで処理が進んできたパターンである。そして、係る場合、生成部１３４は、今回の診断結果ＲＥ１２に含まれる各体質スコアを頂点とするレーダーチャートＧ１１と、ユーザＵ１に対応する過去の診断履歴（例えば、前回の診断履歴）に含まれる各体質スコアを頂点とするレーダーチャートＧ１２と、他ユーザの診断履歴に含まれる体質スコアを体質分類毎に平均した平均体質スコアを頂点とするレーダーチャートＧ１３（統計情報の一例）とを生成する。そして、生成部１３４は、レーダーチャートＧ１１、レーダーチャートＧ１２、および、レーダーチャートＧ１３を重ね合せて比較可能にした１つの比較情報Ｇ１を生成する。
【０１２６】
また、生成部１３４は、他ユーザの診断履歴に含まれる体質スコアに基づいて、体質分類毎のユーザの割合を示す円グラフＧ２を生成する。例えば、生成部１３４は、他ユーザとして、ユーザＵ１と同一年代のユーザの診断履歴に含まれる体質スコアに基づいて、体質分類毎のユーザの割合を示す円グラフＧ２を生成することができる。また、生成部１３４は、他ユーザとして、ユーザＵ１と同一性別のユーザの診断履歴に含まれる体質スコアに基づいて、体質分類毎のユーザの割合を示す円グラフＧ２（統計情報の一例）を生成することもできる。
【０１２７】
また、生成部１３４は、今回の診断結果ＲＥ１２と、ユーザＵ１に対応する過去の診断履歴とに基づいて、例えば、今回の健康度と、前回の健康度と、前々回の健康度との変化の態様を示す折線グラフＧ３を生成する。
【０１２８】
そして、生成部１３４は、上記のように生成した比較情報Ｇ１、円グラフＧ２、および折線グラフＧ３が縦一列に一覧表示されるような結果詳細画面Ｃ１３であって、これらの下に、さらに、体質情報が示す体質を改善するための方策を示す方策情報（アドバイス）が表示される結果詳細画面Ｃ１３を生成する。検索結果ＲＥ１２によると、ユーザＵ１は、「水滞型」および「淤血型」の体質と特定されている。したがって、生成部１３４は、例えば、これらの体質の改善するための方策を示す方策情報を取得する。例えば、生成部１３４は、情報処理装置１００内の図示しない記憶部から「水滞型」および「淤血型」に対応する方策情報を取得してもよいし、外部サーバから取得してもよい。そして、生成部１３４は、取得した方策情報が表示されるような結果詳細画面Ｃ１３を生成する。
【０１２９】
次に、出力制御部１３５は、生成部１３４により結果詳細画面Ｃ１３が生成されると、結果詳細画面Ｃ１３を端末装置１０に出力させるめの出力制御を行う（ステップＳ２０７）。例えば、出力制御部１３５は、生成された結果詳細画面Ｃ１３が端末装置１０によって表示されるよう配信する。そして、端末装置１０の出力部１２は、受信部１４ｃによって結果詳細画面Ｃ１３が受信されると、受信された結果詳細画面Ｃ１３を出力する。
【０１３０】
例えば、図１１は、実施形態に係る結果詳細画面Ｃ１３の一例を示す図である。例えば、出力制御部１３５は、上述したように、比較情報、統計情報、方策情報が一覧表示されるよう生成された結果詳細画面Ｃ１３を表示させる。図１１を用いて、結果詳細画面Ｃ１３についてより詳細に説明する。図１１の例では、結果詳細画面Ｃ１３の冒頭には、今回の診断結果である健康度と、体質情報（体質スコアが高い上位２つの体質分類）とが表示される。また、結果詳細画面Ｃ１３には、レーダーチャートＧ１１、レーダーチャートＧ１２、および、レーダーチャートＧ１３が重ねられた１つの比較情報Ｇ１が表示される。レーダーチャートＧ１１は、今回の診断で算出された各体質分類毎の体質スコアを頂点とするグラフである。レーダーチャートＧ１２は、例えば、前回の診断で算出された各体質分類毎の体質スコアを頂点とするグラフである。このため、レーダーチャートＧ１１と、レーダーチャートＧ１２とを重ね合せることで、ユーザＵ１は、前回と今回とで各体質がどのように変化したか（例えば、改善したのか悪化したのか）という改善効果を見て取れるようになる。また、レーダーチャートＧ１３は、複数の他ユーザに対する診断で各他ユーザ毎に算出された各体質分類毎の体質スコアを、体質分類毎に平均した平均体質スコアを頂点とするグラフである。このため、レーダーチャートＧ１１と、レーダーチャートＧ１３とを重ね合せることで、ユーザＵ１は、一般的な体質スコアはどれくらいで、自身の体質スコアが一般と比較して高いのか低いのか、例えば高いのであれば改善が必要かもしれないという現状を容易に把握できるようになる。また、出力制御部１３５は、複数の他ユーザに対する診断で各他ユーザ毎に算出された各健康度を平均した平均健康度がさらに表示されるような結果詳細画面Ｃ１３を配信してもよい。これにより、ユーザＵ１は、自身の健康度が一般と比較して高いのか低いのか、例えば低いのであれば改善が必要かもしれないという現状を容易に把握できるようになる。
【０１３１】
また、結果詳細画面Ｃ１３には、体質分類毎の他ユーザ（例えば、ユーザＵ１と同年代のユーザ、あるいは、ユーザＵ１と同一性別のユーザ）の割合を示す円グラフＧ２が表示される。これにより、ユーザＵ１は、各体質型のユーザが全体のうちどれくらいの割合存在するかといった統計を容易に把握することができるようになる。また、ユーザＵ１は、例えば、自身の体質型のユーザの割合たくさんいるのか、あるいは、少ないのかといった状況を把握することができるようになる。
【０１３２】
また、結果詳細画面Ｃ１３には、ユーザＵ１に対応する今回の健康度と、前回の健康度と、前々回の健康度との変化の態様を示す折線グラフＧ３が表示される。これにより、ユーザＵ１は、健康状態の改善効果を知ることができるようになる。例えば、ユーザＵ１は、健康状態が改善されてきている、健康状態が悪化してきている、あるいは、健康状態に変化はないといった改善効果を知ることができるようになる。この結果、ユーザＵ１は、健康改善のための今後の方策を検討することができるようになる。
【０１３３】
結果詳細画面Ｃ１３には、比較情報Ｇ１、円グラフＧ２、折線グラフＧ３の下に、さらに、「水滞型」および「淤血型」と特定されたユーザＵ１に対して、これらのタイプの体質を改善するための方策を示す方策情報ＡＤ１が表示される。なお、方策情報ＡＤ１は、体質を改善するための一般的な方策を示すものであるため、ユーザＵ１は体質改善には具体的にどのような行動を行えばよいか知りたいと考える場合がある。このため、結果詳細画面Ｃ１３には、例えば、体質改善にはどのような生活習慣が良いか、どのような食事が良いか、どのようなスポーツをすれば良いか、といった方策の具体例の表示される方策アドバイス画面Ｃ１４を情報処理装置１００に要求するためのボタンＢＴ４が含まれる。
【０１３４】
また、ユーザＵ１は、所定の情報共有サービスにおいて、例えば、友だち間で診断結果を共有し合いたいと考える場合がある。このため、結果詳細画面Ｃ１３には、所定の情報共有サービスにおいて診断結果を共有（投稿）可能にするボタンＢＴ５が含まれる。
【０１３５】
また、このような状態において、端末装置１０の送信部１４ｂは、ボタンＢＴ４が押下された場合には、方策アドバイス画面Ｃ１４の配信要求を情報処理装置１００に送信する。また、端末装置１０の送信部１４ｂは、ボタンＢＴ５が押下された場合には、所定の情報共有サービスに対する診断結果の共有を情報処理装置１００に指示する。このようなことから、出力制御部１３５は、結果詳細画面Ｃ１３を出力制御した後は、ボタンＢＴ４またはボタンＢＴ５のいずれかが押下されたか否かを判定する（ステップＳ２０８）。例えば、出力制御部１３５は、方策アドバイス画面Ｃ１４の配信要求を受け付けたか否かを判定する。また、出力制御部１３５は、所定の情報共有サービスに対する診断結果の共有指示を受け付けたか否かを判定する。
【０１３６】
そして、ボタンＢＴ４またはボタンＢＴ５のいずれかが押下されていない場合には（ステップＳ２０８；Ｎｏ）、押下されるまで待機する、あるいは、処理を終了する。一方、出力制御部１３５は、ボタンＢＴ４またはボタンＢＴ５のいずれかが押下された場合には（ステップＳ２０８；Ｙｅｓ）、押下されたボタンに応じて、方策アドバイス画面Ｃ１４の出力制御、または、所定の情報共有サービス（ＳＮＳ）への診断結果の共有処理を行う（ステップＳ２０９）。例えば、出力制御部１３５は、ボタンＢＴ４が押下された場合には、生成部１３４に対して方策アドバイス画面Ｃ１４を生成させ、生成された方策アドバイス画面Ｃ１４を端末装置１０に配信する。例えば、出力制御部１３５は、ボタンＢＴ５が押下された場合には、ユーザＵ１の今回の診断結果ＲＥ１２が所定の情報共有サービスにて共有されるよう、例えば、当該情報共有サービスを管理するサーバ装置に対して送信する。
【０１３７】
〔５．変形例〕
上記実施形態にかかる情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理システム１の他の実施形態について説明する。
【０１３８】
〔５−１．タイミングを合わせる〕
上記実施形態では、例えば、図１０および図１１を用いて、出力制御部１３５が、今回の診断結果と前回の診結果とを比較する比較情報をレーダーチャートや折線グラフで出力する例を示した。しかし、出力制御部１３５は、異なる複数のタイミングにおいて特定された健康度、または、体質情報を比較可能な出力情報を出力させてもよい。例えば、出力制御部１３５は、異なる複数のタイミングのうち、時間帯、または、ユーザの状態が共通するタイミングにおいて特定された健康度、または、体質情報を比較可能な出力情報を出力させる。
【０１３９】
ここで、時間帯を昼の時間帯「例えば、１０時〜１５時の間」、夜の時間帯「例えば、１７時〜２３」とする。そうすると、生成部１３４は、昼の時間帯の診断結果だけを用いて、例えば、今回の体質スコアと過去の体質スコアとを比較可能なレーダーチャートを生成する（昼間のスコア改善効果）。また、生成部１３４は、夜の時間帯の診断結果だけを用いて、例えば、今回の体質スコアと過去の体質スコアとを比較可能なレーダーチャートを生成する（スコア夜間の改善効果）。そして、生成部１３４は、昼間のスコア改善効果と、夜のスコア改善効果とが表示されるような結果詳細画面Ｃ１３を生成する。
【０１４０】
また、生成部１３４は、昼の時間帯の診断結果だけを用いて、例えば、今回の健康度と過去の健康度との変化の態様を示す折れ線グラフを生成する（昼間の健康度改善効果）。また、生成部１３４は、夜の時間帯の診断結果だけを用いて、例えば、今回の健康度と過去の健康度との変化の態様を示す折れ線グラフを生成する（夜間の健康度改善効果）。そして、生成部１３４は、昼間の健康度改善効果と、夜の健康度改善効果とが表示されるような結果詳細画面Ｃ１３を生成する。そして、出力制御部１３５は、生成された結果詳細画面Ｃ１３を出力制御する。
【０１４１】
これにより、実施形態に係る情報処理システム１は、時間帯に応じてより細分化された改善効果をユーザに提示することができるため、例えば、ユーザは夜間は健康状態が良くない傾向にある等といったように自身の健康状態が時間帯に応じてどのような状態にあるかを容易に把握することができるようになる。この結果、情報処理システム１は、例えば、ユーザに対して時間帯に応じた健康管理の対策を検討させることができる。
【０１４２】
また、ユーザの状態が共通するタイミングとして、「生理前」という共通のタイミング、「生理後」という共通のタイミングとする。そうすると、生成部１３４は、生理前に対応する診断結果だけを用いて、例えば、今回の体質スコアと過去の体質スコアとを比較可能なレーダーチャートを生成する（生理前のスコア改善効果）。また、生成部１３４は、生理後に対応する診断結果だけを用いて、例えば、今回の体質スコアと過去の体質スコアとを比較可能なレーダーチャートを生成する（生理後の改善効果）。そして、生成部１３４は、生理前のスコア改善効果と、生理後のスコア改善効果とが表示されるような結果詳細画面Ｃ１３を生成する。
【０１４３】
また、生成部１３４は、生理前に対応する診断結果だけを用いて、例えば、今回の健康度と過去の健康度との変化の態様を示す折れ線グラフを生成する（生理前の健康度改善効果）。また、生成部１３４は、生理後に対応する診断結果だけを用いて、例えば、今回の健康度と過去の健康度との変化の態様を示す折れ線グラフを生成する（生理後の健康度改善効果）。そして、生成部１３４は、生理前の健康度改善効果と、生理後の健康度改善効果とが表示されるような結果詳細画面Ｃ１３を生成する。そして、出力制御部１３５は、生成された結果詳細画面Ｃ１３を出力制御する。
【０１４４】
これにより、実施形態に係る情報処理システム１は、生理周期に応じてより細分化された改善効果をユーザに提示することができるため、例えば、ユーザは生理前は健康状態が良くない傾向にある等といったように自身の健康状態が生理のタイミングに応じてどのような状態にあるかを容易に把握することができるようになる。この結果、情報処理システム１は、例えば、ユーザに対して整理周期に応じた健康管理の対策を検討させることができる。
【０１４５】
〔５−２．健康度に応じたコメント出力〕
例えば、出力制御部１３５は、健康度に応じて、その健康度を評価するコメントが表示されるような診断結果画面Ｃ１２を出力制御する場合がある。例えば、健康度が「３０」であるため、健康状態が良いとはいえない場合、出力制御部１３５は、図８に示すがっかりした表情のキャラクターとともに、健康度が「３０」を評価するコメントが表示されるような診断結果画面Ｃ１２を出力制御する。ここで、このときのコメントが例えば「健康状態はあまりよくありません」等といったネガティブな内容であると、それを見たユーザの心象は悪化する可能性がある。また、ユーザへの不安を大きくする可能性がある。このため、出力制御部１３５は、健康度が所定値より低い場合には、ポジティブな内容を示すコメントが表示されるような診断結果画面Ｃ１２を出力制御する。ポジティブな内容とは、例えば、「改善できる可能性は十分あります。健康管理に気を付けましょう」等といったものである。なお、このようなコメントは、生成部１３４によって動的に生成されてもよいし、生成部１３４が診断結果画面Ｃ１２を生成する際に、健康度に応じたコメントを取得するようにしてもよい。
【０１４６】
〔５−３．報酬付与〕
例えば、情報処理装置１００は、図６に示すような問診画面Ｃ１１を介して回答したユーザ、すなわち状態情報を入力したユーザに対して、所定の報酬を与えてもよい。所定の報酬とは、例えば、金銭的価値を有する所定のポイントであってもよいし、電子マネーであってもよい。例えば、情報処理装置１００は、ユーザ毎にポイント数を管理しておくことで、現在のポイント数を診断アプリＡＰを介してユーザ提示することができる。
【０１４７】
これにより、実施形態に係る情報処理システム１は、例えば、ユーザに対して、定期的に問診を受けたいといった意識付けを行うことができるため、結果的に、情報処理システム１が提供するサービスに長くユーザを留めることができる。なお、情報処理装置１００は、報酬を算定する算定部や報酬を管理する記憶部をさらに有してもよい。
【０１４８】
〔５−４．その他〕
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。
【０１４９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されなくともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。また、各構成要素は、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成してもよい。また、上記してきた各処理は、矛盾しない範囲で適宜組み合わせて実行されてもよい。
【０１５０】
〔６．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０や情報処理装置１００は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。図１２は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、キャッシュ１０４０、メモリ１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続される。
【０１５１】
演算装置１０３０は、キャッシュ１０４０やメモリ１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。キャッシュ１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するキャッシュである。また、メモリ１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Read  Only  Memory)、ＨＤＤ（Hard  Disk  Drive）、フラッシュメモリ等により実現されるメモリである。
【０１５２】
出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal  Serial  Bus）やＤＶＩ（Digital  Visual  Interface）、ＨＤＭＩ（登録商標）（High  Definition  Multimedia  Interface）といった規格のコネクタにより実現されてよい。一方、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。
【０１５３】
例えば、入力装置１０２０は、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置により実現されてもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体により実現されてもよい。
【０１５４】
ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する機能を有する。
【０１５５】
ここで、演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行うこととなる。例えば、演算装置１０３０は、入力装置１０２０やメモリ１０５０からプログラムをキャッシュ１０４０上にロードし、ロードしたプログラムを実行する。例えば、コンピュータ１０００が情報処理装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、キャッシュ１０４０上にロードされたプログラムを実行することにより、制御部１４０の機能を実現することとなる。
【０１５６】
以上、本願の実施形態を図面に基づいて詳細に説明した。しかしながら、これらは例示であり、本願の実施形態は、発明の開示の欄に記載の態様を始めとして、所謂当業者の知識に基づいて種々の変形、改良を施した他の形態で実施することが可能である。また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。
【符号の説明】
【０１５７】
１  情報処理システム
１０  端末装置
１４  アプリ制御部
１４ａ  入力受付部
１４ｂ  送信部
１４ｃ  受信部
１００  情報処理装置
１２０  記憶部
１２１  ユーザ情報記憶部
１３０  制御部
１３１  提案部
１３２  取得部
１３３  特定部
１３４  生成部
１３５  出力制御部
【図１】
2020184121.tif 000003
【図２】
2020184121.tif 000004
【図３】
2020184121.tif 000005
【図４】
2020184121.tif 000006
【図５】
2020184121.tif 000007
【図６】
2020184121.tif 000008
【図７】
2020184121.tif 000009
【図８】
2020184121.tif 000010
【図９】
2020184121.tif 000011
【図１０】
2020184121.tif 000012
【図１１】
2020184121.tif 000013
【図１２】
2020184121.tif 000014